共用方式為


行動電信業者硬體概觀

您應該使用本主題來深入瞭解 Windows 8、Windows 8.1,以及 Windows 10 行動寬頻硬體需求和建議。 我們建議下列專案為客戶提供簡化的連線體驗,以及降低您的維護和支援成本。

  • 提供USB介面的內嵌行動寬頻模組必須符合 Windows 8、Windows 8.1 或 Windows 10 硬體認證需求,並使用行動寬頻類別驅動程序進行管理。 IHD 的硬體需求檔應該要求行動寬頻裝置通過 Windows 8、Windows 8.1 或 Windows 10 裝置認證。

  • 外部 USB 行動寬頻保護裝置必須支援身分識別型轉譯。 IHV 的硬體需求文件應該要求外部行動寬頻裝置通過 Windows 8 裝置認證、Windows 8.1 或 Windows 10 裝置認證,並通過 Windows 7 標誌認證。

    • 在 Windows 10 電腦上,轉接器會顯示為 Windows 10 認證的行動寬頻裝置,並使用行動寬頻類別驅動程式進行管理。

    • 在 Windows 8.1 電腦上,轉接器會顯示為 Windows 8.1 認證的行動寬頻裝置,並使用行動寬頻類別驅動程式進行管理。

    • 在 Windows 8 電腦上,轉接器會顯示為 Windows 8 經認證的行動寬頻裝置,並使用行動寬頻類別驅動程式進行管理。

    • 在 Windows 7 電腦上,硬體會顯示為大量儲存裝置,讓使用者能夠安裝特定的設備驅動器。

  • 如果您需要 EAP-SIM、USSD 或多個 PDP 連線,IHV 必須啟用它,且必須符合 Windows 8、Windows 8.1 或 Windows 10 硬體認證需求。

  • 您必須使用裝置服務擴充功能實作您或 IHV 所需的任何其他功能,並使用行動寬頻類別驅動程式和裝置服務 API 在 Windows 8、Windows 8.1 或 Windows 10 中啟用。 您應該在硬體需求檔中包含任何其他功能。

主要案例

購買外部裝置

外部裝置可能會緊接在使用者想要開始使用之前插入。

  1. 一旦插入裝置,即會由行動寬頻類別驅動程序辨識及管理。

  2. 行動寬頻服務會讀取IMSI併產生一組哈希。

  3. 當使用者按兩下 [ 連線] 時,這些哈希會用來比對 COSA/APN資料庫提交內的連線設定。

    • 如果連線成功且因特網連線可用,則不會再發生任何動作。 用戶已經購買服務。

    • 如果連線成功,但無法使用因特網連線,網頁瀏覽器會開啟至 APN 資料庫或 UWP 行動寬頻應用程式中指定的 URL。

    • 如果連線失敗,使用者會收到錯誤通知。

  4. 您的網站或行動寬頻應用程式可協助使用者購買服務。

  5. 購買之後,會使用布建檔案中的布建 API 來布建裝置。 布建檔案會由網站或行動寬頻應用程式傳遞至布建代理程式。 布建檔案會以用戶購買之方案的基本信息來設定 Windows。 視網路結構而定,會發生下列其中一項:

    • 使用者被授與目前連線上的因特網存取權。

    • 布建檔案包含中斷連線並重新連線到相同網路或不同網路的指示,以提供因特網存取。

使用作用中 SIM 卡連接外部裝置

當您購買外部裝置時,使用中裝置已連接使用中 SIM 卡時,工作流程會類似您購買外部裝置,但嘗試的聯機會導致因特網。 您不需要將使用者導向您的網站或行動寬頻應用程式來購買服務。

  1. 一旦插入裝置,即會由行動寬頻類別驅動程序辨識及管理。

  2. 行動寬頻服務會讀取IMSI併產生一組哈希。

  3. 當使用者按兩下 [ 連線] 時,這些哈希會用來比對 COSA/APN資料庫提交內的連線設定。 對於具有作用中 SIM 卡的裝置,連線成功且因特網連線可供使用。

元件

Windows 8、Windows 8.1 或 Windows 10 認證的行動寬頻裝置

若要充分利用 Windows 行動寬頻平臺,您的行動寬頻裝置必須符合 Windows 8、Windows 8.1 或 Windows 10 硬體認證需求。 如需硬體認證需求的完整描述,請參閱 Windows 硬體認證需求

針對終端使用者,最簡化的連線體驗是透過USB型行動寬頻裝置來提供。 作為硬體認證需求的一部分,任何以USB裝置表示的行動寬頻裝置都必須符合 MBIM 介面模型 (MBIM) 規格和 MBIM v1.0 Errata。 這包括提供 USB 介面的外部 USB 連接器和內嵌模組。 針對這類裝置,Windows 8、Windows 8.1 或 Windows 10 包含行動寬頻類別驅動程式,這可消除 IHV 中其他驅動程式的需求,並簡化使用者的連線體驗。 非 USB 和驅動程式模型的其他硬體可以接收 Windows 8、Windows 8.1 和 Windows 10 認證,而且會提供 Microsoft Store 行動寬頻應用程式體驗,但行動寬頻類別驅動程式不支援這些硬體。

行動寬頻類別驅動程式

行動寬頻類別驅動程式可降低裝置製造商為其特定行動寬頻裝置提供自定義驅動程序的負擔。 行動寬頻類別驅動程式會管理符合 Windows 8、Windows 8.1 或 Windows 10 裝置認證的任何 USB MBIM 相容行動寬頻介面。 當認證的裝置連線時,不需要額外的驅動程式,Windows 就可以立即使用裝置來連線到您的網路。 行動寬頻類別驅動程式符合 Windows 行動寬頻驅動程式模型,並提供 Windows 行動寬頻服務的完整功能。 它支援 GSM 網路,包括 HSPA+ 和 LTE;CDMA 網路;和雙模式網路提供 3G CDMA 和 4G LTE。 它也支援SMS和USSD等操作員訊息,以及EAP-SIM型驗證。

注意雖然行動寬頻類別驅動程式支援USSD、EAP-SIM和多個 PDP 內容,但它們是桌面版本 (家用版、專業版、企業版和教育版) 硬體認證需求的選擇性元件 Windows 8、Windows 8.1 或 Windows 10。 不過,Windows 10 行動裝置版 硬體認證需要多個 PDP 內容。

您可以使用自定義裝置服務延伸模組來實作其他裝置功能,這會透過WinRT裝置服務 API 直接公開給行動寬頻應用程式。

如需行動寬頻類別驅動程式的詳細資訊,請參閱 行動寬頻 (MB) 參考

裝置服務延伸模組 API

使用 Windows 平臺的其中一個不同優點是提供支援操作員區別的新硬體案例。 Windows 行動寬頻平台預期會針對可命令較高客戶忠誠度和品牌權益的操作員啟用差異。 平臺提供一組擴充點,您可以納入獨特的體驗。

Windows 認證的行動寬頻裝置會將每個支援的擴充點宣告為「裝置服務」。 這類服務的範例包括電話簿、SIM 工具組或 GPS 功能。 任何未由 Windows 行動寬頻平臺原生實作的裝置服務,都可以使用裝置服務延伸模組 API 來存取。 您和 IHV 會定義應該實作的裝置服務。 IHV 的韌體和行動寬頻應用程式必須同時設計,才能啟用所需的裝置服務。 USB 實作者論壇會建立裝置服務的登錄,這些服務可供 MBIMRegistry 的 IHV 使用,建議您和您使用此登錄的 IHD 協調,以確保通用裝置服務延伸模組的一致性。

裝置服務延伸模組 API 提供行動寬頻應用程式在其行動寬頻裝置上存取功能的直接方式。 這會透過WWAN服務和行動寬頻類別驅動程式提供給裝置,如下圖所示:

此圖顯示透過WWAN服務、行動寬頻類別驅動程式和裝置的資訊流程。

每個裝置服務都有對應的 GUID。 在行動寬頻類別驅動程式與裝置之間交換的所有控制訊息和非IP封包都會攜帶 GUID 來識別與要求相關聯的服務。 命令標識子 (CID) ,且狀態指示代碼是在服務的 GUID 命名空間下定義。 例如,Phonebook 和 STK 可以共用相同的 CID 程式代碼,但會與要求中交換的裝置服務 GUID 區別。

注意 COM 型裝置服務 API 可供任何傳統型應用程式或服務存取。 WinRT 投影的裝置服務 API 僅適用於由行動寬頻操作員授權的特殊許可權 UWP 裝置應用程式。 開發人員在以這種方式通訊資訊時,應該仔細考慮隱私權和安全性。

Windows 無線平台支援適用於應用程式的下列功能 API:

  • 列舉裝置服務

  • 開啟和關閉裝置服務

  • 將控制命令傳送至特定裝置服務

  • 傳送或接收特定裝置服務的數據

  • 從特定裝置註冊未經請求的裝置事件

如需詳細資訊,請參閱 IMbnDeviceService 介面

舊版支援和身分識別型

Windows 8、Windows 8.1 及 Windows 10 支援針對 Windows 7 設計的行動寬頻裝置。 而裝置的目前生態系統仍會繼續在 Windows 8、Windows 8.1 和 Windows 10 完全利用 Windows 8、Windows 8.1 或 Windows 10 行動寬頻平臺。

這裡提供 Windows 8、Windows RT、Windows 8.1 和 Windows RT 8.1 的行動寬頻裝置支援摘要:

  • Windows 10 認證的裝置 – 這些裝置會通過支援 Windows 10 硬體認證套件的行動寬頻體驗測試。 針對這些裝置,Windows 10 提供行動寬頻類別驅動程式和進階電源管理。

  • Windows 8 或 Windows 8.1 認證裝置 – 這些裝置通過支援 Windows 8 或 Windows 8.1 硬體認證套件的行動寬頻體驗測試。 針對這些裝置,Windows 8 和 Windows 8.1 提供行動寬頻類別驅動程式和進階電源管理。

  • Windows 7 標誌'd 裝置 – 這些裝置會根據 Windows 7 NDIS 6.20 驅動程式模型使用第三方 IHV 驅動程式。 Windows 8 和 Windows 8.1 在這些裝置的回溯相容性模式中提供行動寬頻體驗,且僅限於 Windows 7 功能。

  • Windows 8 和 Windows 8.1 會繼續支援以數據機或乙太網路介面為基礎的舊版裝置,以及舊版 Windows 中的自定義連接管理員。 Windows 8 和 Windows 8.1 將無法提供行動寬頻體驗,因為它們不符合行動寬頻堆疊規範。 由於行動寬頻堆疊無法辨識舊版裝置,因此透過這類裝置的連線可能會導致過度耗用數據,因為它們不受 Windows 連線管理員 管理。

  • Windows RT 和 Windows RT 8.1 認證裝置 – 這些裝置通過 Windows RT 或 Windows RT 8.1 Windows 硬體認證套件支援的行動寬頻體驗測試。 針對這些裝置,Windows RT 和 Windows RT 8.1 提供行動寬頻類別驅動程式和進階電源管理。

    注意 Windows RT 和 Windows RT 8.1 系統不支援專為 Windows 7 和舊版設計的行動寬頻裝置。

為了確保 Windows 8 和 Windows 8.1 認證裝置在較舊的平臺上很有用,Windows 提供身分識別型解決方案,讓裝置能夠展示適合其連線操作系統的行為。

身分識別型

當裝置第一次連線到 Windows 7 計算機時,典型的外部行動寬頻 USB 纜線會將自己顯示為大量儲存裝置。 這不會公開其他功能,以防止這些裝置因為缺少驅動程式軟體而顯示為無法運作。 大量儲存裝置包含 IHV 提供的軟體,可安裝驅動程式套件。 使用者安裝驅動程式套件之後,IHV 提供的軟體必須改變裝置,才能向用戶公開其他功能。 此時,裝置會顯示為行動寬頻裝置,且使用者可以連線到您的網路。

原生 Windows 8、Windows 8.1 和 Windows 10 類別驅動程式可免除外部 USB 裝置一開始公開為大量儲存裝置的需求,因為不需要任何驅動程式安裝。 Windows 8、Windows 8.1和 Windows 10 包括觸發裝置身分識別型的功能,讓裝置立即顯示為行動寬頻裝置。

若要瞭解如何開發身分識別型解決方案,請參閱 IMbnDeviceService 介面

韌體更新支援

應使用 Windows Update 來更新行動寬頻裝置韌體。 如需如何完成這項操作的詳細資訊,請參閱 Windows 8 上的行動寬頻裝置韌體更新。 您可以使用行動寬頻應用程式來布建體驗的特定設定。

OMA-DM 用戶端支援

Windows 8.1 為企業新增了 OMA-DM 支援,以在 BYOD (攜帶您自己的裝置) 案例中管理執行 Windows 的裝置。 這可藉由新增與企業相關的通訊協定 (MS-MDEMS-MDM) ,以擴充這些案例的支援,以供第三方行動裝置管理提供者和 Windows InTune 使用。

Windows 會將行動網路操作員設定的 OMA-DM 支援與企業 BYOD 的支援分開。 Windows 8.1 和 Windows 10 中的 OMA-DM 用戶端不支援原生設定行動電信業者特定設定,而且無法延伸第三方來支援行動網路操作員需求。 支援 Windows Phone 平臺的 OMA-DM 解決方案與 Windows 8.1 OMA-DM 用戶端或 Windows 10 OMA-DM 用戶端不相容。

以下是支援操作員特定 OMA-DM 時要考慮的一些選項:

  • 如果 OMA-DM 用戶端位於網路配接器的韌體中:

    • 一般而言,行動寬頻裝置製造商可以在其網路適配器的韌體中組合操作員特定的 OMA-DM 用戶端。

    • 如果原生支持的解決方案不存在,行動寬頻裝置製造商可以提供第三方 OMA-DM 用戶端解決方案,以整合其網路適配器韌體。

    • 設定作業系統特定參數時,行動寬頻應用程式應該繼續使用 布建元數據

  • 行動寬頻應用程式中的 OMA-DM 用戶端:

    • 如果模組不支援網路適配器韌體中的 OMA-DM 用戶端,您可能會想要在行動寬頻應用程式中實作 OMA-DM 用戶端。

    • 此解決方案需要電信業者特定或裝置製造商特定的自定義裝置服務支援,以便行動寬頻應用程式設定裝置特定參數。

    • 包含 OMA-DM 用戶端的行動寬頻應用程式在設定作業系統特定參數時,應該使用布 建元數據

APN 管理

預設APN管理是使用本機APN資料庫來完成。 您可能想要讓選擇性使用者的APN資訊變更,例如企業使用者。 在這種情況下,您或 OEM 可以選擇在 OTA 訊號中使用 OMA DM 直接在裝置上更新 APN。

您的裝置必須實作下列專案:

  • 當操作員預先布建或透過 OTA 布建,再透過該系統上的 SIM 卡連線 成功之前建時, 裝置應提供因特網 PDP 內容做為第一個布建內容,並在由 Windows 查詢時,於 MBIM 第 10.5.13.5 節中定義時,提供因特網 PDP 內容作為第一個布建的內容。 這可確保連線邏輯在嘗試連線時使用此 APN 資訊。

  • 如果 SIM 卡已用來使用該系統上的替代 APN 建立與網路的成功連線,將 ContextType 設定為因特網將無法運作。 強制 Window 使用新的 APN 建立連線的唯一方式,就是刪除建立的特定配置檔。 您可以從提升許可權的命令提示字元執行下列命令來刪除配置檔: netsh mbn delete profile interface=“Mobile Broadband Connection” name=“myProfileName”

注意 由於這是可支援裝置的選擇性 Windows 功能,因此沒有 HCK 測試或自動化測試案例可在系統上驗證此案例。 我們預期操作員認證會處理驗證,以確認裝置符合操作員需求。

如需APN資料庫的詳細資訊,請參閱 APN資料庫概觀

網路個人化

某些操作員要求行動寬頻系統鎖定至其網路,或需要解除鎖定的裝置,以允許服務可移植性。 若要啟用此案例,我們需要 OEM 和裝置廠商在 MBIM 規格中使用MBIM_PIN_TYPE指引,以取得[訂用帳戶鎖定]。

裝置必須報告WWAN_READY_INFO:: ReadyStateWwanReadyStateInitialized= 處於此鎖定狀態,且不應該回報 WwanReadyStateDeviceLocked

注意 沒有任何 HCK 測試案例可驗證在裝置或系統上實作的這項功能是否可與 Windows 搭配運作。 我們將探討 OEM 和操作員,以在 MBOT 內使用特定篩選,以確保最終產品可以進行測試。