Share via

MVNO 向けエクスペリエンスの提供

  • [アーティクル]

MBAE 非推奨に関する警告

重要

Windows 10 バージョン 1803 以降では、MBAE アプリ エクスペリエンスは MO UWP アプリに置き換えられました。 MO UWP アプリの詳細については、「UWP モバイル ブロードバンド アプリ」を参照してください。

このトピックでは、モバイル ブロードバンド デバイスの挿入時にモバイル ブロードバンド アプリが自動的にダウンロードされるように、サービス メタデータをモバイル ネットワーク通信事業者 (MNO) またはモバイル仮想ネットワーク通信事業者 (MVNO) と照合する方法について説明します。

サービス メタデータを正常に照合するために、Windows はコンピューターに挿入された SIM カードから情報を読み取ります。 CDMA ネットワークの場合、モバイル ブロードバンド デバイス自体が読み取られます。 次に、Windows は、Windows メタデータおよびインターネット サービス (WMIS) データベースに対してクエリを実行して、適切なサービス メタデータ パッケージをダウンロードします。 サービス メタデータ パッケージがダウンロードされると、Windows は関連するモバイル ブロードバンド アプリをコンピューターにダウンロードします。

ネットワークに適した次のリストのリンクを使用します。

サービス メタデータを MNO および MVNO を適切に照合するために必要なハードウェアについては、「モバイル通信事業者のハードウェアの概要」を参照してください。

サービス メタデータの詳細については、「サービス メタデータの概要」を参照してください。

サービス メタデータ パッケージ スキーマの詳細については、「サービス メタデータ パッケージスキーマリファレンス」を参照してください。

GSM ネットワークでの照合

GSM ネットワーク (3GPP) の場合、Windows は SIM カードから IC カード識別子 (ICCID) と国際モバイル サブスクライバー ID (IMSI) 番号を読み取ります。 これらの数値は、デバイスから設定して取得できる必要があります。 SIM が PIN でロックされていて、IMSI 情報が非表示の場合、WINDOWS は SIM PIN のロックが解除されるまでアクションを実行しません。 Windows では、SIM またはモバイル ブロードバンド デバイスからホーム プロバイダー名も読み取られます。

デバイスから ICCID、IMSI、およびホーム プロバイダー名を使用できる場合、ICCID と IMSI は最後の 2 桁が削除され、ハッシュ アルゴリズムを使用してエンコードされ、サービス メタデータ パッケージと一致するようにハードウェア ID (HWID) の形式で WMIS に送信されます。 ホーム プロバイダー名がチェックされます。 一致がない場合は、ICCID がチェックされます。 一致がない場合は、IMSI がチェックされます。 一致が見つからない場合、サービス メタデータ パッケージはダウンロードされません。 Windows は、約 8 日ごとに、ユーザーのモバイル ブロードバンド SIM の新しいメタデータが存在するかどうかを確認します。

MVNO の管理

すべての顧客に対して 1 つのブランドを持つ MNO の場合は、MCC+MNC のすべての IMSI 範囲をカバーするメタデータ パッケージを作成できます。 たとえば、MCC+MNC が 123 456 の場合、123456000000000 - 123456999999999 をカバーするメタデータ パッケージを作成できます。 つまり、その範囲内にある SIM を挿入するすべてのユーザーは、エクスペリエンスと一致するということです。

1 つ以上の MVNO が同じ MCC+MNC 値を共有している場合は、より複雑になる可能性があります。 この状況に対処するためのいくつかの方法を次に示します。

オプション 1: IMSI 範囲のセグメント化

このオプションを使用すると、MNO はサービス メタデータ パッケージで ICCID 範囲を定義せず、代わりに MNO エクスペリエンスと MVNO エクスペリエンスを定義する IMSI 範囲をセグメント化します。 照合要求がクライアント デバイスから送信されると、IMSI 値を使用して、その SIM と正しいエクスペリエンスを照合します。

この方法では、MNO が IMSI 範囲を最新の状態に保ち、MVNO に将来の範囲を IMSI 番号の予測可能なブロックで割り当てる必要があります。

ICCID も IMSI もクライアント マシンからの要求と一致しない場合、照合は行われません。

注 IMSI 範囲の最小単位は 100 である必要があります。 開始範囲の値は 00 で終わり、終了範囲の値は 99 で終わる必要があります。

図 1 IMSI 範囲のセグメント化 (MNO の MCC+MNC 内) は、WMIS からサービス メタデータを要求するクライアント デバイスの例、およびクライアントからの各照合要求がエクスペリエンスにどのように照合されるかを示しています。

Diagram showing segmenting IMSI ranges for matching service metadata.

図 1 IMSI 範囲のセグメント化 (MNO の MCC+MNC 内)

  • コンピューター #1 の照合要求は、ICCID 値を照合せず、MNO によって定義されている IMSI 範囲内に配置されます。 MNO サービス メタデータがそのコンピューターにダウンロードされます。

  • コンピューター #2 の照合要求は、ICCID 値または IMSI 値は照合しません。 エクスペリエンスはダウンロードされません。

  • コンピューター #3 の照合要求は、ICCID 値を照合せず、MVNO A の IMSI 範囲内に入ります。MVNO サービス メタデータがそのコンピューターにダウンロードされます。

オプション 2: ICCID 範囲のセグメント化

このオプションを使用すると、MNO はサービス メタデータ パッケージで IMSI 範囲を定義せず、代わりに MNO エクスペリエンスと MVNO エクスペリエンスを定義する ICCID 範囲をセグメント化します。 照合要求がクライアント コンピューターから送信されると、ICCID 値を使用してその SIM と正しいエクスペリエンスを照合します。

この方法では、MNO が範囲を最新の状態に保ち、MVNO に将来の範囲を ICCID 番号の予測可能なブロックで割り当てる必要があります。 SIM 製造中に大きな ICCID ブロックが SIM に割り当てられている場合は、MNO とその MVNO に適した照合方法になる可能性があります。

ICCID も IMSI もクライアント マシンからの要求と一致しない場合、照合は行われません。

注 IMSI 範囲の最小単位は 100 である必要があります。 開始範囲の値は 00 で終わり、終了範囲の値は 99 で終わる必要があります。

図 2 ICCID 範囲のセグメント化 (MNO の ICCID 発行者 ID 番号内) は、WMIS からサービス メタデータを要求するクライアント コンピューターの例、およびクライアントからの各照合要求がエクスペリエンスにどのように照合されるかを示しています。

Diagram illustrating segmenting ICCID ranges for matching service metadata.

図 2 ICCID 範囲のセグメント化 (MNO の ICCID 発行者 ID 番号内)

  • コンピューター #1 の照合要求は、MNO によって定義されている ICCID 範囲に含まれます。 MNO サービス メタデータがそのコンピューターにダウンロードされます。

  • コンピューター #2 の照合要求は、ICCID 値または IMSI 値は照合しません。 エクスペリエンスはダウンロードされません。

  • コンピューター #3 の照合要求は、MVNO A に対して定義されている ICCID 範囲内に配置されます。MVNO サービス メタデータがそのコンピューターにダウンロードされます。

オプション 3: IMSI 範囲と共に ICCID 範囲および MNO を持つ MVNO の記述

MNO の IMSI ベースの範囲全体 (つまり、MCC+ MNC 値の下にあるすべて) を割り当てることができます。 その後、すべての MVNO に、その SIM に特定の ICCID 範囲を割り当てることができます。 つまり、その SIM に対して ICCID の一致が存在しない限り、SIM は MNO エクスペリエンスを取得します。

このオプションでは、MNO または MVNO が ICCID 範囲を最新の状態に保ち、MVNO に将来の範囲が予測可能な ICCID 番号ブロックで割り当てられていることを確認する必要があります。 SIM 製造中に大きな ICCID ブロックが SIM に割り当てられている場合は、MNO とその MVNO に適した照合方法になる可能性があります。 つまり、パッケージがすべての IMSI ベースの範囲にまたがるため、MNO のメンテナンスが少なくなります。 このシナリオでは、MVNO が ICCID の範囲を最新の状態に保つことが重要です。そうでない場合、MVNO の顧客と MNO エクスペリエンスを照合できます。

注 IMSI 範囲の最小単位は 100 である必要があります。 開始範囲の値は 00 で終わり、終了範囲の値は 99 で終わる必要があります。

図 3 ICCID を使用した MVNO および MNO 向けの包括的な IMSI 範囲の定義 は、WMIS からサービス メタデータを要求するクライアント コンピューターの例、およびクライアントからの各照合要求がエクスペリエンスにどのように照合されるかを示しています。

Diagram demonstrating using ICCID to define MVNOs and an all-encompassing IMSI range for the MNO.

図 3 ICCID を使用した MVNO および MNO 向けの包括的な IMSI 範囲の定義

  • コンピューター #1 の照合要求は、ICCID 値を照合せず、MNO によって定義されている IMSI 範囲内に配置されます。 MNO サービス メタデータがそのコンピューターにダウンロードされます。

  • MVNO B の ICCID 範囲に含まれるコンピューター #2 の照合要求。MVNO B のサービス メタデータがそのコンピューターにダウンロードされます。

  • MVNO A の ICCID 範囲に含まれるコンピューター #3 の照合要求。MVNO A のサービス メタデータがそのコンピューターにダウンロードされます。

  • コンピューター #4 の照合要求は、ICCID 値を照合せず、MNO によって定義されている IMSI 範囲内に配置されます。 MNO サービス メタデータがそのコンピューターにダウンロードされます。

オプション 4: ICCID および IMSI 範囲のセグメント化

ICCID 範囲と IMSI 範囲の組み合わせを使用して、MNO ネットワークと MVNO ネットワークを記述できます。

注 ICCID 範囲は照合で最優先されます。

これは最も複雑な照合モデルです。 適切に照合するには、MNO と MVNO がサービス メタデータ パッケージを頻繁に更新する必要があります。

図 4 ICCID 範囲と IMSI 範囲のセグメント化は、WMIS からサービス メタデータを要求するクライアント デバイスの例、およびクライアントからの各照合要求がエクスペリエンスにどのように照合されるかを示しています。

Diagram depicting segmenting ICCID and IMSI ranges for matching service metadata.

図 4 ICCID 範囲と IMSI 範囲のセグメント化

  • コンピューター #1 の照合要求は、ICCID 値は照合しませんが、MNO によって定義されている IMSI 範囲に含まれます。 MNO サービス メタデータがそのコンピューターにダウンロードされます。

  • コンピューター #2 の照合要求は、MVNO B の ICCID 範囲に含まれます。MVNO B のサービス メタデータがそのコンピューターにダウンロードされます。

  • MVNO A の ICCID 範囲に含まれるコンピューター #3 の照合要求。MVNO A のサービス メタデータがそのコンピューターにダウンロードされます。

  • コンピューター #4 の照合要求は、ICCID 値は照合しませんが、MNO によって定義されている IMSI 範囲に含まれます。 MNO サービス メタデータがそのコンピューターにダウンロードされます。

  • コンピューター #5 の照合要求は、ICCID 値は照合しませんが、MVNO C で定義されている IMSI 範囲に含まれます。MVNO C のサービス メタデータは、そのコンピューターにダウンロードされます。

オプション 5: GSM ネットワークのホーム プロバイダー名を使用した MNO および MVNO の識別

このオプションを使用すると、MNO はサービス メタデータ パッケージに IMSI または ICCID 範囲を定義せず、代わりに MNO エクスペリエンスと MVNO エクスペリエンスを定義するホーム プロバイダー名をセグメント化します。

MVNO に割り当てられているモバイル ブロードバンド デバイスの場合は、各 MVNO デバイスが、MVNO を一意に識別するプロバイダー名の値を報告していることを確認します。 MNO には、それを一意に識別する独自のプロバイダー名の値が必要です。

照合要求がクライアント コンピューターから送信されると、ホーム プロバイダー名を使用してその SIM と正しいエクスペリエンスを照合します。

このオプションは、IMSI および ICCID を使用できない場合にのみ推奨されます。

ホーム プロバイダー名がクライアント コンピューターからの要求と一致しない場合、照合は行われません。

注 ユーザーが正しいエクスペリエンスを得られるように、ホーム プロバイダー名はグローバルに一意である必要があります。 サービス メタデータでは、特定のホーム プロバイダー名を使用する 1 つのサービス メタデータ パッケージのみが許可されます。

図 5 GSM ネットワークのプロバイダー名ベースの照合は、Windows メタデータおよびインターネット サービス (WMIS) サービスからサービス メタデータを要求するデバイスの例、およびデバイスからの各照合要求がエクスペリエンスにどのように照合されるかを示しています。

Diagram displaying using Home Provider Name for GSM networks to identify MNO and MVNO.

図 5 GSM ネットワークのプロバイダー名ベースの照合

  • コンピューター #1 の照合要求は、MNO のホーム プロバイダー名を照合します。 MNO サービス メタデータがダウンロードされます。

  • コンピューター #2 の照合要求がプロバイダー名の値は照合しません。 エクスペリエンスはダウンロードされません。

  • コンピューター #3 の照合要求は、MVNO A のホーム プロバイダー名を照合します。MVNO A のサービス メタデータがダウンロードされます。

  • コンピューター #4 の照合要求は、MVNO B のホーム プロバイダー名を照合します。MVNO B のサービス メタデータがダウンロードされます。

オプション 6: IMSI 範囲と共にホーム プロバイダー名と MNO を持つ MVNO の記述

MNO の IMSI ベースの範囲全体 (つまり、MCC+ MNC 値の下にあるすべて) を割り当てることができます。 その後、すべての MVNO に特定のホーム プロバイダー名を割り当てることができます。 つまり、そのデバイスに対してホーム プロバイダー名の一致が存在しない限り、デバイスは MNO エクスペリエンスを取得するということです。

このオプションでは、MNO または MVNO を使用して、デバイスから報告されたホーム プロバイダー名が変更されず、グローバルに一意であり、最新の状態に保たれるようにする必要があります。 このオプションは、IMSI および ICCID を使用できない場合にのみ推奨されます。

図 6 ホーム プロバイダー名を使用した MNO 向けのMVNO および包括的な IMSI 範囲の定義は、WMIS からサービス メタデータを要求するクライアント コンピューターの例、およびクライアントからの各照合要求がエクスペリエンスにどのように照合されるかを示しています。

Diagram presenting using Home Provider Name to define MVNOs and an all-encompassing IMSI range for the MNO.

図 6 ホーム プロバイダー名を使用した MVNO および MNO 向けの包括的な IMSI 範囲の定義

  • コンピューター #1 の照合要求は、MVNO A のホーム プロバイダー名を照合します。MVNO A サービス メタデータがそのコンピューターにダウンロードされます。

  • コンピューター #2 の照合要求は、ホーム プロバイダー名の値を照合せず、MNO によって定義されている IMSI 範囲内に配置されます。 MNO サービス メタデータがそのコンピューターにダウンロードされます。

  • コンピューター #3 の照合要求は、MVNO B のホーム プロバイダー名を照合します。MVNO B サービス メタデータがそのコンピューターにダウンロードされます。

  • コンピューター #4 の照合要求は、ホーム プロバイダー名の値を照合せず、MNO によって定義されている IMSI 範囲内に配置されます。 MNO サービス メタデータがそのコンピューターにダウンロードされます。

オプション 7: 代替照合方法

いずれの方法も MNO のネットワークに対して機能しない場合 (たとえば、MNO は MNO と MVNO の顧客間の IMSI および ICCID の範囲を追跡できません)、次の代替手段を使用できます。 上記のどのオプションよりも理想的ではありませんが、ネットワーク上の Windows 8、Windows 8.1、または Windows 10 のお客様向けにモバイル ブロードバンド ソリューションを提供します。

サービス メタデータ

この方法では、MNO ネットワーク全体をカバーするサービス メタデータ パッケージを作成します。 これは通常、MNO ネットワーク上のすべての MCC+MNC 値をカバーし、ICCID 範囲を含まない IMSI 範囲を送信することによって行われます。 MVNO 範囲は記述されていません。 サービス メタデータ パッケージには、汎用ブランド化と、Windows 接続マネージャーに表示される汎用ネットワーク名が用意されています。 その後、サービス メタデータは、MNO の SIM が検出されたときに Microsoft Store から自動的にダウンロードされる汎用アプリを参照します。

ネットワーク所属の特定

ユーザーがまだプランを持っていない場合は、ユーザーが Windows 接続マネージャーを使用してネットワークに接続しようとしたときにアプリが開きます。

アプリの実行中、次のいずれかのアクションが実行されます。

  • 表示された MVNO と MNO ネットワークのリストから、プランを持つネットワークを識別するようにユーザーに求めます。

  • Web サービスを使用してユーザーの SIM に関する情報を MNO バックエンドに送信し、通信事業者がカスタム ロジックを使用してユーザーの適切なネットワーク ブランドを特定できるようにします。

Windows 接続マネージャー ブランド化のカスタマイズ

ユーザーのモバイル ブロードバンド データ プランの所属が特定されると、モバイル ブロードバンド アプリは、Windows 接続マネージャーに表示されるロゴとネットワーク名を変更できます。 これを行うには、アカウント プロビジョニング メタデータを使用します。これにより、通信事業者アプリは、特定のサブスクライバーのプラン情報に関連する XML ベースの情報を Windows に送信できます。

アカウントのプロビジョニングの詳細は、「アカウントのプロビジョニング」を参照してください。

サービス メタデータの更新

将来のサービス メタデータの更新 (汎用サービス メタデータ パッケージに送信された変更など) は、サブスクライバーのコンピューター上の適用されたブランドを上書きできます。 これを回避するには、可能であれば、サービス メタデータ パッケージを更新しないことをお勧めします。 メタデータ パッケージには汎用ブランドが含まれており、MNO の IMSI 範囲全体を対象としているため、このシナリオでパッケージを頻繁に更新する必要はありません。

サービス メタデータ パッケージを更新する必要がある場合は、通信事業者が提供するバックエンド ロジックに基づいて、モバイル ブロードバンド アプリが別のアカウント プロビジョニング メタデータ操作を開始できることを確認します。 この方法では、バックエンドでサービス メタデータを更新するタイミングを指定し、アプリでバックエンドを定期的にチェックし、必要に応じてアカウント プロビジョニング メタデータ情報を適用することができます。

注 サービス メタデータはバージョン管理されていないため、アプリはメタデータのローカル コピーに対してクエリを実行して、アカウント プロビジョニング メタデータを使用して行われたカスタマイズに対して更新または適用されたかどうかを特定することはできません。 アプリを起動して、コンピューターに適用されるサービス メタデータの更新に対応する方法はありません。

Windows デベロッパー センター ハードウェア ダッシュボードを介してサービス メタデータがアップロードされてから、コンピューターが更新されたメタデータを受信するまでに遅延が発生する可能性があります。

モバイル ブロードバンド アプリでのブランド化

このトピックで説明した前の手順では、MNO/MVNO のネットワークの Windows 接続マネージャー アイコンとネットワーク名のブランドを変更できます。 ただし、アプリ自体のブランドを変更する方法は限られています。

アプリでは、次の項目のブランドを変更できます。

  • アプリのコンテンツ自体 (つまり、アプリ内のすべての内容は、特定の通信事業者に変更できます)。 これは、アプリが完全に制御できるコードです。 MNO/MVNO に基づいて、アプリ内のヘルプ コンテンツ、ナビゲーション オプション、ページ レイアウト、色、ブランドを変更できます。

  • アプリ タイルを動的に更新して、通信事業者固有の特定の画像とレイアウトを表示できます。 タイル コンテンツを動的に更新する方法については、「クイック スタート: タイルの更新の送信」を参照してください。

アプリでは、次の項目のブランドは変更できません。

  • アプリの名前。 タイル テンプレートを変更して名前を非表示にすることはできますが、アプリ マニフェストで定義されているため、名前自体またはそのアプリを表すアイコンは変更できません。

  • [設定チャーム] のアプリ名、情報、およびアイコン。

  • アプリの記述。

SIM の再プログラミング

IMSI または ICCID を変更するために SIM を動的に再プログラミングする場合は、Windows 8、Windows 8.1、および Windows 10 が再プログラミングを解釈する次の方法に注意する必要があります。

  • 再プログラミングでは、IMSI と ICCID のデバイスのキャッシュを無効にする必要があります。 通信事業者のネットワークとデバイスに応じて、いくつかの方法があります。

  • SIM が再プログラミングされると、デバイスは SIM 情報を再度読み取ります。 ホット SIM スワップ挿入シーケンスを使用して、新しい IMSI 値および ICCID 値を再クエリする必要があることを Windows に通知できます。

  • ICCID を変更する必要があります。そうでない場合、Windows は SIM を新しい SIM として扱いません。

  • IMSI のみが変更された場合、Windows では SIM は新しい SIM として扱われず、サービス メタデータはダウンロードされません。 この SIM 用に別のアプリが既にダウンロードされている場合、モバイル ブロードバンド アプリはダウンロードされません。

新しいサービス メタデータ (新しいブランド化) を取得し、ICCID と IMSI をダウンロードする新しいモバイル ブロードバンド アプリを取得するには、通信事業者の再プログラミング方法を使用して、サービス データとモバイル ブロードバンド アプリの両方を変更する必要があります。

CDMA ネットワークでの照合

CDMA ネットワーク (3GPP2) の場合、Windows は、デバイスによって WMIS 内の対応するサービス メタデータ パッケージに報告される SID とプロバイダー名の値を読み取ります。 一致が見つからない場合、サービス メタデータ パッケージはダウンロードされません。 Windows は、約 8 日ごとに、デバイスの新しいメタデータが存在するかどうかを確認します。 SID のサービス メタデータが存在し、プロバイダー名に別のサービス メタデータ パッケージが存在し、両方の値がデバイスが報告している SID とプロバイダー名の値と一致する場合、照合の優先設定が SID に与えられます。 この場合、プロバイダー名パッケージは照合されません

重要 プロバイダー名の値では大文字と小文字が区別され、デバイスが Windows に報告するプロバイダー名と完全に一致する必要があります。 プロバイダー名を使用して照合する場合は、Windows デベロッパー センター ハードウェア ダッシュボードから送信するサービス メタデータ パッケージで CDMA デバイスが Windows に報告するプロバイダー名のすべてのスペルと大文字のバリエーションを指定していることを確認する必要があります。

MVNO の管理

CDMA ネットワーク上の MVNO は、次の 3 つのオプションのいずれかを使用して識別できます。

オプション 1: MNO と MVNO による独自の SID 値の取得

MVNO に割り当てられているモバイル ブロードバンド デバイスの場合は、各 MVNO が一意の SID を取得することを確認します。 MNO には、各 MVNO とは異なる独自の SID 値が必要です。

MNO およびデバイスが Windows に報告する一意の SID 値に一致する MVNO ごとに、個別のサービス メタデータが作成されます。

図 7 CDMA ネットワーク向けの SID ベースの照合は、WMIS サービスからサービス メタデータを要求するコンピューターの例、およびクライアントからの各照合要求がエクスペリエンスにどのように照合されるかを示しています。

Diagram of SID-based matching for CDMA networks in service metadata.

図 7 CDMA ネットワーク向けの SID ベースの照合

  • コンピューター #1 の照合要求は、MNO の SID を照合します。 MNO サービス メタデータがダウンロードされます。

  • PC #2 の照合要求は、SID 値またはプロバイダー名の値は照合しません。 エクスペリエンスはダウンロードされません。

  • PC #3 の照合要求は、別の MNO または MVNO によって定義されている SID 値を照合します。

  • PC #4 の照合要求は、MVNO B の SID を照合します。MVNO B のサービス メタデータがダウンロードされます。

オプション 2: MNO および MVNO による独自のプロバイダー名の値の取得

MVNO に割り当てられているモバイル ブロードバンド デバイスの場合は、各 MVNO デバイスが、MVNO を一意に識別するプロバイダー名の値を報告していることを確認します。 MNO には、それを一意に識別する独自のプロバイダー名の値が必要です。

MNO およびデバイスが Windows に報告するプロバイダー名に一致する MVNO ごとに、個別のサービス メタデータが作成されます。

このオプションを機能させるには、MNO は、デバイスが報告する SID に一致するサービス メタデータが送信されていないことを確認する必要があります。 これらの SID に対してサービス メタデータが存在する場合、プロバイダー名ではなく SID で照合が実行され、このスキームが中断されます。 WMIS から SID ベースのメタデータ パッケージを削除するには、Windows デベロッパー センター ハードウェア ダッシュボードのサポートに問い合わせる必要があります。

図 8 CDMA ネットワークのプロバイダー名ベースの照合は、Windows メタデータおよびインターネット サービス (WMIS) サービスからサービス メタデータを要求するデバイスの例、およびデバイスからの各照合要求がエクスペリエンスにどのように照合されるかを示しています。

Diagram of Provider Name-based matching for CDMA networks in service metadata.

図 8 CDMA ネットワークのプロバイダー名ベースの照合

  • PC #1 の照合要求は SID を照合しませんが、MNO のプロバイダー名を照合します。 MNO サービス メタデータがダウンロードされます。

  • PC #2 の照合要求は、SID 値またはプロバイダー名の値は照合しません。 エクスペリエンスはダウンロードされません。

  • PC #3 の照合要求は、別の MNO または MVNO によって定義されている SID 値を照合します。

  • PC #4 の照合要求は SID を照合しませんが、MVNO B のプロバイダー名を照合します。MVNO B のサービス メタデータがダウンロードされます。

オプション 3: 代替照合方法

ここで説明する最初の 2 つのオプションが許容できない場合、CDMA 通信事業者は、「オプション 7: GSM ネットワークでの照合 」セクションの代替照合方法で説明されている代替照合方法を使用できます。

ラジオとメタデータ

無線の種類に応じて、次の照合動作が期待できます。

単一モードの単一サブスクリプション デバイス

単一モードの単一サブスクリプション デバイスは、GSM 専用または CDMA 専用のデバイスです。 これらは、GSM または CDMA ネットワークにのみアクセスできる一般的に利用可能なデバイスです。

このデバイスは、GSM モードまたは CDMA モードを Windows に報告します。 前述の照合ロジックが適用され、デバイスが適切なサービス メタデータと照合されます。

マルチモードの単一サブスクリプション デバイス

マルチモードの単一サブスクリプション デバイスには、GSM と CDMA の両方の機能があります。 たとえば、その通信事業者の 1 つのサブスクライバー サブスクリプションを使用して、GSM LTE ネットワークまたは CDMA ネットワークに接続できます。

このデバイスは、GSM をプライマリ モードとして Windows に報告します。

この種類のデバイスのサービス メタデータを照合する場合は、デバイスの GSM プロパティに一致する GSM ベースのメタデータを作成できます。

単一モードのマルチ サブスクリプション デバイス

単一モードのマルチ サブスクリプション デバイスは、GSM または CDMA の機能を一度にアクティブにすることができ、複数のプロバイダーと連携できます。 複数のプロバイダーを使用するには、ユーザーが各プロバイダーのサブスクリプションを持っている必要があります。 たとえば、Qualcomm Gobi チップセットを使用すると、ユーザーはさまざまな CDMA ネットワークまたは GSM ネットワークに接続できます。

このデバイスは、アクティブなプロバイダーのモードを Windows に報告します。 デバイスが GSM プロバイダーでアクティブな場合は、GSM モードであることを報告する必要があります。 この場合は、照合に必要な GSM メタデータを作成する必要があります。 GSM メタデータとモバイル通信事業者アプリは、GSM モードの場合にのみデバイスにアクセスできます。

デバイスが CDMA プロバイダーでアクティブな場合は、CDMA モードであることを Windows に報告する必要があります。 この場合、通信事業者は照合に必要な CDMA メタデータを作成する必要があります。 CDMA メタデータとモバイル ブロードバンド アプリは、CDMA モードで、その CDMA ネットワークでアクティブな場合にのみ、デバイスにアクセスできます。

メタデータ メンテナンスへの影響

次のメタデータ パッケージのコンテンツを最新の状態に保つことが重要です。

  • パッケージの記述方法。

  • パッケージが照合する IMSI 値、ICCID 値、CDMA プロバイダー名、SID 値。

モバイル ブロードバンド メタデータの詳細については、「メタデータを使用したモバイル ブロードバンド エクスペリエンスの構成」を参照してください。