MB LTE アタッチ操作

MBIM モデムの LTE アタッチ APN 構成

従来、LTE アタッチは登録の一部と見なされており、Windows は LTE アタッチ手順に直接関与していません。 ただし、一般的な回線スイッチ ネットワーク登録とは異なり、LTE はパケット スイッチのみのネットワークであり、デバイスが LTE ネットワーク上で登録を維持するには、既定の EPS ベアラーを有効にする必要があります。

ネットワークで既定の EPS ベアラーを確立するには、LTE 接続手順中にデバイスが PDP コンテキストのアクティブ化を要求する必要があります。これには、アクセス ポイント名 (APN) の仕様が必要です。 3GPP 標準では、LTE 接続を試みるときにデバイスで APN を指定できるシナリオは 4 つあります。

  1. デバイスは、特定の LTE アタッチ APN を指定します。
  2. デバイスは特定の LTE アタッチ APN を指定しますが、ネットワークはローミング中にデバイスを別の APN に接続することを決定します。
  3. デバイスは LTE アタッチ APN を指定せず、ネットワークでデバイスに割り当て直すことができます。
  4. 2G/3G ネットワークから LTE に登録され、少なくとも 1 つのアクティブな PDP コンテキストが既に存在するデバイス。 ネットワークでは、LTE アタッチ APN として使用されます。

現在、すべての LTE アタッチ APN 情報は、構成対象の各プロバイダーのモデム内の IHV と OEM によって直接提供されています。 ただし、世界中のすべてのオペレーターに対して可能なすべての LTE アタッチ APN 設定を持つことは、IHV と OEM にとって完全にスケーラブルなモデルではありません。 Windows 10 バージョン 1703 以降では、NDIS OID と MBIM Microsoft 独自の CID の両方に対して新しいインターフェイスが定義され、OS からの LTE アタッチ APN 構成がサポートされます。

Windows 10 バージョン 1703 以降では、基になるハードウェアが OS からの LTE アタッチ APN 構成をサポートしている場合、ユーザーは設定から LTE アタッチ APN を構成できるようになります。 既定の LTE アタッチ APN 構成を持つハードウェアでも、その構成を OS で使用できるようにする必要があります。

この機能は、2 つの新しい OID と CID を追加することでサポートされます。 MBIM を実装する IHV パートナーの場合、CID バージョンのみがサポートされている必要があります。

LTE 接続操作の MB インターフェイス更新

2 つの新しい MBIM CID が作成され、LTE アタッチ APN 構成が可能になり、OS がデバイスの最新の LTE アタッチ状態を取得できるようになりました。 IHV パートナーが OS の既定の LTE アタッチ APN 管理をサポートすることにした場合は、両方のコマンドをサポートする必要があります。

サービス名 = 基本的な接続拡張機能

UUID = UUID_BASIC_CONNECT_EXTENSIONS

UUID 値 = 3d01dcc5-fef5-4d05-0d3abef7058e9aaf

CID コマンド コード OS の最小バージョン
MBIM_CID_MS_LTE_ATTACH_CONFIG 3 Windows 10 Version 1703
MBIM_CID_MS_LTE_ATTACH_STATUS 4 Windows 10 Version 1703

MBIM_CID_MS_LTE_ATTACH_CONFIG

説明

LTE アタッチ コンテキストは、ネットワークが実行時にデバイスとやり取りする方法に応じて、異なる場合があります。 このドキュメントの残りの部分では、LTE アタッチ コンテキストは、LTE アタッチに使用されている現在の PDP コンテキストと呼ばれ、既定の LTE アタッチ コンテキストは、他の既存の有効な PDP コンテキストがない場合に LTE アタッチを実行するデバイスで構成されているものと呼ばれます。 MBIM_CID_MS_LTE_ATTACH_CONFIG、OS でクエリを実行し、挿入された SIM のプロバイダー (MCC/MNC ペア) の既定の LTE アタッチ コンテキストを設定できます。

LTE アタッチ APN は技術的にはコンテキストと見なされますが、モデムに格納されている他のすべてのコンテキストとは異なります。 他のすべてのコンテキストのアクティブ化は登録後に行われ、さまざまな条件に基づいて、OS は接続に最適なコンテキストを決定できます。 ただし、LTE 接続コンテキストは、LTE ネットワーク上のデバイス登録の一部として有効になります。 OS は、登録が完了する前にネットワーク関連の状態を取得できません。この制限により、OS は、ローミング状態に関係なく、デバイスが LTE ネットワークに登録できることを確認するために、デバイスのさまざまなローミング条件すべてに対して LTE アタッチ コンテキストを構成できる必要があります。

ネットワークを使用した LTE アタッチ コンテキストのアクティブ化では、OS がモデムの自己開始コンテキストアクティブ化を認識していないため、OS 明示的な接続要求は必要ありません。 既定の LTE アタッチ コンテキストは、このカテゴリに分類されます。 OS が PDP コンテキストを有効にするMBIM_CID_CONNECT要求を発行し、指定された PDP コンテキストが次のすべてに一致する場合、モデムはネットワークで新しい無線ベアラーを起動せずに、CID アクティブ化要求を正常に完了する必要があります。

  1. モデムによって開始され、OS で使用できない既存の有効な PDP コンテキストがあります。
  2. PDP コンテキストは、CID 要求で指定された APN と一致します。
  3. 有効な PDP コンテキストの IP の種類は、CID で要求された IP の種類と互換性があります。

これは、OS がモデムによって開始されたすべての PDP コンテキストを認識していないため、重要です。 これにより、ネットワークのノイズと負荷が軽減されます。 それ以外の場合、モデムは、通常のコンテキストアクティブ化要求に従って、OS APN 仕様に一致する新しい無線ベアラーを起動する必要があります。 IP の種類の互換性は、次のように指定します。

モデム内の有効な PDP コンテキストの IP の種類 要求された IP の種類と互換性がある 要求された IP の種類と互換性がありません
IPv4 既定;IPv4;IPv4v6;IPv4 と v6 IPv6
IPv6 既定;IPv6;IPv4v6;IPv4 と v6 IPv4
IPv4v6 既定;IPv4;IPv6;IPv4v6;IPv4 と v6 なし

Note

IP タイプの 1 つだけが無線で有効になっている場合、モデムは 2 つ目の PDP コンテキストを起動しないようにする必要があります。 たとえば、IPv4 が有効で、ホストが IPv4 と IPv6 を要求する場合、モデムは IPv6 ベアラーを起動せずにアクティブ化要求を完了する必要があります。

OS が PDP コンテキストを非アクティブ化するMBIM_CID_CONNECT要求を発行すると、モデムは次のチェックする必要があります。

  1. デバイスが LTE に接続されていて、非アクティブ化されるコンテキストが、LTE 登録を維持するための唯一の有効な PDP コンテキストであるかどうか
  2. 非アクティブ化するコンテキストが、OS に公開されていないすべてのサービスに対してモデムによって内部的に使用されるかどうか

これらのいずれかが true の場合、モデムは CID 非アクティブ化要求を完了する必要がありますが、ネットワークで無線ベアラーを維持し続ける必要があります。 それ以外の場合、モデムは通常の非アクティブ化要求に従ってコンテキストを非アクティブ化する必要があります。

OS によって提供されるすべての既定の LTE アタッチ APN 構成はプロバイダーごとであり、挿入された SIM カードのホーム プロバイダー ID (MCC/MNC ペア) と一致します。 モデムは、クエリが実行されたときに、現在挿入されている SIM のプロバイダー ID に対して構成された LTE アタッチ コンテキストのみを提供する必要があります。 モデムは、挿入された SIM のプロバイダー ID と一致する 3 つの既定の LTE アタッチ コンテキストを常に返す必要があります。ローミング条件 (ホーム/パートナー/パートナー以外) ごとに 1 つ。

SIM スワップ全体で、モデムは、次の SIM カードの構成を適用する前に、既定の LTE アタッチ コンテキストをクリアする必要があります。 新しく挿入された SIM カードに既定の LTE アタッチ コンテキスト構成がない場合、デバイスは、コンテキストを有効にしたまま、すべてのローミング条件の LTE アタッチ コンテキストの APN に対して NULL 空の文字列を返す必要があります。 コンテキストが無効になっている場合、LTE 接続に使用可能な構成がないため、デバイスが LTE に接続しないことが想定されます。 ユーザーがデバイスで以前に構成された SIM カードにスワップし直すと、モデムは SIM カードの工場出荷時の LTE アタッチ構成を復元する必要があります。 実行時の構成が SIM スワップ間で保持されるとは限りません。 ローミング条件 (ホーム/パートナー/パートナー以外) ごとに、モデムに既定の LTE アタッチ APN が 1 つだけ存在する必要があります。

Set コマンドが発行されると、OS は常に 3 つの既定の LTE アタッチ コンテキストすべてを設定します。これはローミング条件ごとに 1 つです。 OS によって提供されるリストに正確に 3 つがない場合は、Set コマンドを拒否する必要があります。 指定された既定の LTE アタッチ コンテキストの 1 つが、ローミング条件が現在の登録状態と一致する OS によって構成されている場合、モデムはネットワークからデタッチし、新しく指定された LTE アタッチ コンテキストで LTE アタッチを再実行する必要があります。 それ以外の場合、デバイスは、ローミング条件が一致したときに、次に指定された既定の LTE アタッチ コンテキストを使用することが想定されます。 デバイス指定の既定の LTE アタッチ コンテキストが LTE ネットワークへの登録に失敗した場合、デバイスは必要に応じて 3G/2G にフォールバックする必要があります。 モデムがパートナーネットワークと非パートナーネットワークを区別できない場合、モデムはすべてのローミングシナリオに対してパートナー以外のデフォルトLTEアタッチコンテキストを使用する必要があります。 OS で既定の LTE アタッチ コンテキストが IP の種類 = 既定値として構成されている場合は、モデムが LTE アタッチ コンテキストに最も適切な IP の種類を割り当てることが想定されます。 ただし、OS では、モデムは、構成を正確に反映する LTE アタッチ コンテキストのパートナー ローミング条件と IP タイプを引き続き返す必要があります。

IHV と OEM は、LTE アタッチ コンテキストをモデムの既定の構成として事前構成できますが、これらのコンテキストには MBIM_MS_CONTEXT_SOURCE = MbimMsContextSourceModemProvisioned としてタグ付けする必要があります。

3GPP 標準では、既定の LTE アタッチ コンテキストは、UE 開始とネットワーク開始の 2 つのカテゴリに分割できます。 デバイスが NULL 空のアクセス文字列で構成されている場合、デバイスはネットワークに LTE アタッチ コンテキストを提供せず、ネットワークがデバイスに割り当て直すのを待つ必要があります。 MBIM 1.0 で規定されているように、LTE アタッチ コンテキストの IP の種類が既定に構成されている場合、モデムは内部アルゴリズムに基づいて最適な IP の種類を選択する必要があります。

次の図は、LTE アタッチ構成のフロー例を示しています。

LTE アタッチ構成のフロー例を示す図。

クエリ

MBIM_MS_LTE_ATTACH_CONFIG_INFOは、完了した Query および Set メッセージから InformationBuffer で返されます。 Query の場合、InformationBuffer は NULL です。

Set

Set の場合、InformationBuffer にはMBIM_MS_SET_LTE_ATTACH_CONFIGが含まれます。

未承諾のイベント

Event InformationBuffer には、MBIM_MS_LTE_ATTACH_CONFIG_INFO構造体が含まれています。 場合によっては、既定の LTE アタッチ コンテキストは、ネットワークによって Over-The-Air (OTA) または SHORT Message Service (SMS) によって更新され、OS から MBIM_CID_MS_LTE_ATTACH_CONFIG コマンドを経由しない場合があります。 関数は、既定の LTE アタッチ コンテキストとタグ MBIM_MS_CONTEXT_SOURCE = MbimMsContextSourceOperatorProvisioned を適宜更新する必要があります。 その後、関数は、更新されたリストでこのイベントを使用する更新プログラムについてホストに通知する必要があります。

パラメーター

操作 Set クエリ Notification
コマンド MBIM_SET_MS_LTE_ATTACH_CONFIG 適用なし 適用なし
Response MBIM_MS_LTE_ATTACH_CONFIG_INFO MBIM_MS_LTE_ATTACH_CONFIG_INFO MBIM_MS_LTE_ATTACH_CONFIG_INFO

データ構造

クエリ

InformationBuffer は NULL、InformationBufferLength は 0 でなければなりません。

Set

InformationBuffer では、次のMBIM_MS_SET_LTE_ATTACH_CONFIG構造を使用する必要があります。 Set コマンドは、リストにローミング条件 (ホーム/パートナー/パートナー以外) ごとに 1 つずつ、3 つの要素数が含まれている場合にのみ有効です。

Offset サイズ フィールド 説明
0 4 操作 MBIM_MS_LTE_CONTEXT_OPERATIONS Set コマンドを使用する操作の種類を指定します。 MbimMsLteAttachContextOperationRestoreFactory に設定した場合、他のすべてのフィールドは無視する必要があります。 OS で作成または変更された既定の LTE アタッチ コンテキストを削除し、既定のファクトリ事前構成済みの既定の LTE アタッチ コンテキストを読み込む必要があります。 モデムに既定の構成がない場合は、すべてのローミング条件の既定の LTE アタッチ コンテキストを空の APN 文字列に設定し、IP の種類を既定値に設定する必要があります。
4 4 ElementCount (EC) UINT32 DataBuffer に続くMBIM_MS_LTE_ATTACH_CONTEXT構造体の数。 このコンポーネントは現在、ローミング条件 (ホーム/パートナー/非パートナー) ごとに 1 つずつ、3 つに指定されています。
8 8 * EC MsLteAttachContextRefList OL_PAIR_LIST ペアの最初の要素は、このMBIM_MS_LTE_ATTACH_CONFIG_INFO構造体の先頭 (オフセット 0) からMBIM_MS_LTE_ATTACH_CONTEXT構造体まで計算される 4 バイト オフセットです (詳細については、MBIM_MS_LTE_ATTACH_CONTEXT テーブルを参照してください)。 ペアの 2 番目の要素は、対応するMBIM_MS_LTE_ATTACH_CONTEXT構造体へのポインターの 4 バイト サイズです。
8 + (8 * EC) DataBuffer DATABUFFER MBIM_MS_LTE_ATTACH_CONTEXT構造体の配列。

前の表では、次の構造体を使用します。

MBIM_MS_LTE_ATTACH_CONTEXT_OPERATIONSでは、Set コマンドで使用できる操作の種類について説明します。

説明
MbimMsLteAttachContextOperationDefault 0 モデム内の既存の既定の LTE アタッチ コンテキストを上書きするための既定の操作。 OS は常に、ローミング条件の 3 つの既定の LTE アタッチ コンテキストすべてを置き換えます。
MbimMsLteAttachContextOperationRestoreFactory 1 現在挿入されている SIM のプロバイダー ID の工場出荷時の事前構成済みの既定の LTE アタッチ コンテキストを復元します。 OS によって置き換えられた、または作成されたすべての既定の LTE アタッチ コンテキストを削除して置き換える必要があります。 1 つ以上のローミング条件を持つ現在の挿入された SIM プロバイダー ID に既定の事前構成済みの既定の LTE アタッチ コンテキストがない場合、既定の LTE アタッチは空の APN 文字列と IP の種類 = default を返す必要があります。

MBIM_MS_LTE_ATTACH_CONTEXTは、LTE アタッチ構成に使用するコンテキストを指定します。

Offset サイズ フィールド 説明
0 4 IPType MBIM_CONTEXT_IP_TYPE 詳細については、MBIM_CONTEXT_IP_TYPEの表を参照してください。
4 4 ローミング MBIM_MS_LTE_ATTACH_CONTEXT_ROAMING_CONTROL この既定の LTE アタッチ コンテキストに適用されるローミング条件を示します。 詳細については、MBIM_MS_LTE_ATTACH_CONTEXT_ROAMING_CONTROLの表を参照してください。
8 4 source MBIM_MS_CONTEXT_SOURCE コンテキストの作成ソースを指定します。 詳細については、MBIM_MS_CONTEXT_SOURCEの表を参照してください。
12 4 AccessStringOffset OFFSET ネットワークにアクセスするための文字列 AccessString へのデータ バッファー内のオフセット。 GSM ベースのネットワークの場合、これは "data.thephone-company.com" などのアクセス ポイント名 (APN) 文字列になります。 文字列のサイズは 100 文字以下にする必要があります。 AccessString が空の場合、デバイスはネットワークがアクセス文字列をデバイスに割り当てることを想定します。 この場合も、IP の種類を指定する必要があります。
16 4 AccessStringSize SIZE(0..200) AccessString に使用されるサイズ。 この値は、デバイスが LTE 接続用にアクセス文字列をデバイスに割り当て戻すネットワークを想定している場合は 0 にする必要があります。
20 4 UserNameOffset OFFSET この構造体の先頭から、認証するユーザー名を表す文字列 UserName までのオフセット (バイト単位)。 このメンバーには NULL を指定できます。
24 4 UserNameSize SIZE(0..510) UserName に使用されるサイズ。
28 4 PasswordOffset OFFSET この構造体の先頭から、ユーザー名のパスワードを表す文字列 Password までのオフセット (バイト単位)。 このメンバーには NULL を指定できます。
32 4 PasswordSize SIZE(0..510) [パスワード] に使用されるサイズ。
36 4 圧縮 MBIM_COMPRESSION ヘッダーとデータのデータ接続で使用する圧縮を指定します。 このメンバーは、GSM ベースのデバイスにのみ適用されます。 ホストは、このメンバーを CDMA ベースのデバイスの MBIMCompressionNone に設定します。 詳細については、MBIM_COMPRESSIONの表を参照してください。
40 4 AuthProtocol MBIM_AUTH_PROTOCOL PDP アクティブ化に使用する認証の種類。 詳細については、MBIM_AUTH_PROTOCOLの表を参照してください。
44 DataBuffer DATABUFFER AccessString、UserName、および Password を含むデータ バッファー。

MBIM_MS_LTE_ATTACH_CONTEXT_ROAMING_CONTROLは、この既定の LTE アタッチ コンテキストに適用されるローミング条件を示します。

説明
MbimMsLteAttachContextRoamingControlHome 0 既定の LTE アタッチ コンテキストをホーム ネットワークで使用できるかどうかを示します。
MbimMsLteAttachContextRoamingControlPartner 1 パートナー ローミング ネットワークでコンテキストを使用できるかどうかを示します。
MbimMsLteAttachContextRoamingControlNonPartner 2 パートナー以外のローミング ネットワークでコンテキストを使用できるかどうかを示します。

MBIM_MS_CONTEXT_SOURCEコンテキストの作成ソースを指定します。

説明
MbimMsContextSourceAdmin 0 コンテキストは、OS のエンタープライズ IT 管理者によって作成されました。
MbimMsContextSourceUser 1 コンテキストは、OS 設定を使用してユーザーによって作成されました。
MbimMsContextSourceOperator 2 コンテキストは、OMA-DM またはその他のチャネルを介して演算子によって作成されました。
MbimMsContextSourceModem 3 コンテキストは、IHV または OEM によって作成されました。
MbimMsContextSourceDevice 4 コンテキストは、OS APN データベースによって作成されました。

Response

InformationBuffer では、次のMBIM_MS_LTE_ATTACH_CONFIG_INFO構造を使用する必要があります。

Offset サイズ フィールド 説明
0 4 ElementCount (EC) UINT32 DataBuffer に続くMBIM_MS_LTE_ATTACH_CONTEXT構造体の数。 このコンポーネントは現在、ローミング条件 (ホーム/パートナー/非パートナー) ごとに 1 つずつ、3 つに指定されています。
4 8 * EC MsLteAttachContextRefList OL_PAIR_LIST ペアの最初の要素は、このMBIM_MS_LTE_ATTACH_CONFIG_INFO構造体の先頭 (オフセット 0) からMBIM_MS_LTE_ATTACH_CONTEXT構造体まで計算される 4 バイト オフセットです (詳細については、MBIM_MS_LTE_ATTACH_CONTEXT テーブルを参照してください)。 ペアの 2 番目の要素は、対応するMBIM_MS_LTE_ATTACH_CONTEXT構造体へのポインターの 4 バイト サイズです。
4 + (8 * EC) DataBuffer DATABUFFER MBIM_MS_LTE_ATTACH_CONTEXT構造体の配列。

Notification

詳細については、MBIM_MS_LTE_ATTACH_CONFIG_INFOの表を参照してください。

状態コード

クエリ操作と Set 操作の場合:

状態コード 説明
MBIM_STATUS_READ_FAILURE デバイスがプロビジョニングされたコンテキストを取得できなかったため、操作は失敗しました。
MBIM_STATUS_NO_DEVICE_SUPPORT デバイスが操作をサポートしていないため、操作が失敗しました。

Set 操作の場合のみ:

状態コード 説明
MBIM_STATUS_INVALID_PARAMETERS パラメーターが無効なため、操作は失敗しました。
MBIM_STATUS_WRITE_FAILURE 更新要求が失敗したため、操作は失敗しました。

MBIM_CID_MS_LTE_ATTACH_STATUS

説明

3GPP の要件に従って、デバイスでは、有効な PDP コンテキストなしでネットワークに LTE 接続するときに使用する既定の LTE アタッチ コンテキストを指定できますが、デバイスで構成されている既定の LTE アタッチ コンテキストとは異なる PDP コンテキストでデバイスが LTE アタッチされる場合があります。 考えられるすべてのシナリオの一覧を次に示します。

  1. UE は、特定の LTE アタッチ APN を指定します。
  2. UE は特定の LTE アタッチ APN を指定しますが、ネットワークはローミング中にデバイスを別の APN に接続することを決定します。
  3. UE は LTE アタッチ APN を指定せず、ネットワークがデバイスに割り当て直すことができます。
  4. UE は 2G/3G ネットワークから LTE に登録され、少なくとも 1 つのアクティブ PDP コンテキストが既に存在していました。 ネットワークでは、LTE アタッチ APN として使用されます。

デバイスの既定の LTE 接続時に、最新の LTE 添付ファイルの PDP コンテキストの詳細を提供するために、OS にMBIM_CID_MS_LTE_ATTACH_STATUSの通知を送信する必要があります。 既定の LTE アタッチは、次のいずれかのシナリオが満たされたときに発生します。

  1. デバイスは、最初に LTE ネットワークに接続します。
  2. デバイスは、以前に有効な PDP コンテキストなしで 2G/3G から LTE に接続します。

MBIM_CID_LTE_ATTACH_STATUSから返される LTE アタッチ コンテキストは、次のいずれかになります。

  1. モデムに格納されている既定の LTE アタッチ コンテキスト。
  2. ネットワークから割り当てられた既定の LTE アタッチ コンテキスト。

実行時には、OS は、既定の LTE アタッチに対して最後に使用されたアタッチ情報を照会することもできます。 モデムは、最後に既知の既定の LTE アタッチ コンテキストを返す必要があります。 デバイスが LTE から 2G/3G ネットワークに引き渡された場合、モデムは、以前の LTE アタッチに使用されたコンテキストを返す必要があります。 デバイスがネットワークから登録を解除するたびに、APN が空になることが予想されます。

次の図は、LTE アタッチ状態のメッセージ フローの例を示しています。

LTE アタッチ状態のフローの例を示す図。

クエリ

MBIM_MS_LTE_ATTACH_STATUSは、InformationBuffer のクエリ完了メッセージから返されます。 Query の場合、InformationBuffer は NULL です。

Set

セット操作はサポートされていません。

未承諾イベント

Event InformationBuffer には、MBIM_MS_LTE_ATTACH_STATUS構造体が含まれています。

パラメーター

操作 Set クエリ Notification
コマンド 適用なし 適用なし 適用なし
Response 適用なし MBIM_MS_LTE_ATTACH_STATUS MBIM_MS_LTE_ATTACH_STATUS

データ構造

クエリ

InformationBuffer は NULL、InformationBufferLength は 0 である必要があります。

Set

セット操作はサポートされていません。

Response

InformationBuffer では、次のMBIM_MS_LTE_ATTACH_STATUS構造を使用する必要があります。

Offset サイズ フィールド 説明
0 4 LteAttachState MBIM_MS_LTE_ATTACH_STATE デバイスが現在 LTE ネットワークに接続されているかどうかを示します。 詳細については、MBIM_MS_LTE_ATTACH_STATEの表を参照してください。
4 4 IPType MBIM_CONTEXT_IP_TYPES 詳細については、MBIM_CONTEXT_IP_TYPEの表を参照してください。
8 4 AccessStringOffset OFFSET ネットワークにアクセスするために、データ バッファー内の文字列 AccessString へのオフセット。 GSM ベースのネットワークの場合、これは "data.thephone-company.com" などのアクセス ポイント名 (APN) 文字列になります。 CDMA ベースのネットワークの場合、"#777" などの特殊なダイヤル コードや、"" などのfoo@thephone-company.comネットワーク アクセス識別子 (NAI) が考えられます。 このメンバーは、ネットワークが既定の APN を割り当てることを要求するために NULL にすることができます。 注: すべてのネットワークでこの NULL APN 規則がサポートされているわけではありません。 そのため、無効な APN によって引き起こされる接続エラーは、考えられる結果です。 文字列のサイズは 100 文字以内にする必要があります。
12 4 AccessStringSize SIZE(0..200) AccessString に使用されるサイズ (バイト単位)。
16 4 UserNameOffset OFFSET この構造体の先頭から、認証するユーザー名を表す文字列 UserName までのオフセット (バイト単位)。 このメンバーには NULL を指定できます。
20 4 UserNameSize SIZE(0..510) UserName に使用されるサイズ (バイト単位)。
24 4 PasswordOffset OFFSET この構造体の先頭から、ユーザー名のパスワードを表す文字列 Password までのオフセット (バイト単位)。 このメンバーには NULL を指定できます。
28 4 PasswordSize SIZE(0..510) パスワードに使用されるサイズ (バイト単位)。
32 4 圧縮 MBIM_COMPRESSION ヘッダーとデータのデータ接続で使用する圧縮を指定します。 このメンバーは、GSM ベースのデバイスにのみ適用されます。 ホストは、このメンバーを CDMA ベースのデバイスの MBIMCompressionNone に設定します。 詳細については、MBIM_COMPRESSIONの表を参照してください。
36 4 AuthProtocol MBIM_AUTH_PROTOCOL PDP アクティブ化に使用する認証の種類。 詳細については、MBIM_AUTH_PROTOCOLの表を参照してください。
40 4 DataBuffer DATABUFFER

前の表では、次のデータ構造が使用されています。

MBIM_MS_LTE_ATTACH_STATEは、デバイスが現在 LTE ネットワークに接続されているかどうかを示します。

説明
MbimMsLteAttachStateDetached 0 デバイスが LTE ネットワークに接続されていないことを示します。
MbimMsLteAttachStateAttached 1 デバイスが LTE ネットワークに接続されていることを示します。

Notification

詳細については、MBIM_MS_LTE_ATTACH_STATUSの表を参照してください。

状態コード

クエリ操作と設定操作の場合:

状態コード 説明
MBIM_STATUS_READ_FAILURE デバイスがプロビジョニングされたコンテキストを取得できなかったため、操作は失敗しました。
MBIM_STATUS_NO_DEVICE_SUPPORT デバイスが操作をサポートしていないため、操作に失敗しました。

Hardware Lab Kit (HLK) テスト

HLK のインストール手順に関するページを参照してください。

HLK Studio でデバイスの携帯ネットワーク モデム ドライバーに接続し、テストを実行します: Win6_4.MB。Gsm。Data.TestLteAttach

または、netsh-mbn と netsh-mbn-test-installation によって TestLteAttach HLK テストリストを実行します

netsh mbn test feature=lte testpath="C:\\data\\test\\bin" taefpath="C:\\data\\test\\bin"

HLK テスト結果を示すこのファイルは、'netsh mbn test' コマンドが実行されたディレクトリに生成されている必要があります。 TestLteAttach.htm

手動テスト

  • 要件: 適切な APN 設定と、手動で使用するためのもう 1 つの APN 情報を含む sim。
  1. [設定] -> [ネットワーク & インターネット ] -> [携帯電話] を開きます
  2. [ 詳細オプション] をクリックします

携帯ネットワーク設定の使用:

  1. 少なくとも、sim 情報の設定である apn が必要です。 APN の詳細情報を取得するには、APN をクリックし、[表示] ボタンをクリックします。

手動設定の使用:

  1. [携帯電話の設定] の [APN の追加] セクションに従って、APN を手動で設定します。
  2. APN をアタッチし、アタッチされた状態をチェックします。

MB LTE アタッチのトラブルシューティング ガイド

  1. %ProgramData%\Microsoft\WwanSvc\DMProfiles のすべての Attach APN プロファイルを取得します
  2. 作成の種類の優先順位に基づいて適用される特定のプロファイルを理解する
  3. ログを調査して、LTE アタッチ APN が誤って構成された理由をチェックします
  4. ログの収集に関するページの手順を使用して ログを収集してデコードする
  5. TextAnalysisTool で生成された .txt ファイルを開きます
  6. LTE アタッチ フィルターを読み込む

LTE アタッチのサンプル ログ

10409 [0]0370.0434::2020-03-06 01:16:13.118424000 [WwanDimCommon] ReadyState  : WwanReadyStateInitialized (0x1)
14137 [0]0370.0684::2020-03-06 01:16:13.146883200 [WwanProfileManager]INFO: SaveModemConfiguredLteAttachConfig: added modem configured LTE attach profile
14362 [0]0370.0684::2020-03-06 01:16:13.149255900 [WwanProfileManager]INFO: SaveModemConfiguredLteAttachConfig: added modem configured LTE attach profile
14476 [1]0370.0434::2020-03-06 01:16:13.149677900 [WwanDimCommon] ReadyState  : WwanReadyStateInitialized (0x1)
14503 [0]0370.0684::2020-03-06 01:16:13.151412000 [WwanProfileManager]INFO: SaveModemConfiguredLteAttachConfig: added modem configured LTE attach profile
14962 [0]0370.0684::2020-03-06 01:16:13.156860700 [Microsoft-Windows-WWAN-SVC-EVENTS]WWAN Service event: [Info] CWwanDataExecutor::OnLteAttachProfileUpdate: WwanPmGetLteAttachProfileInEffect() didn't find anything, using Network Assigned. 
14963 [0]0370.0684::2020-03-06 01:16:13.156862600 [Microsoft-Windows-WWAN-SVC-EVENTS]WWAN Service event: [Info] CWwanDataExecutor::OnLteAttachProfileUpdate: LTEAttachConfig has same config as modem has, skip