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 インターフェイスの更新

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

サービス名 = 基本Connect拡張機能

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 に公開されていないすべてのサービスに対してモデムによって内部的に使用されるかどうか

これらのいずれかが当てはまる場合、モデムは 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 attach config example flow.

クエリ

MBIM_MS_LTE_ATTACH_CONFIG_INFOは、完了したクエリから返され、InformationBuffer のメッセージを設定します。 Query の場合、InformationBuffer は NULL です。

オン

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

一方的なイベント

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

パラメーター

操作 オン クエリ 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 でなければなりません。

オン

InformationBuffer では、次のMBIM_MS_SET_LTE_ATTACH_CONFIG構造を使用する必要があります。 Set コマンドは、リストにローミング条件 (home/partner/non-partner) ごとに 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 アタッチ コンテキストは、削除して置き換える必要があります。 現在挿入されている SIM プロバイダー ID に既定の構成済みの既定の LTE アタッチ コンテキストが 1 つ以上のローミング条件がない場合、既定の LTE アタッチは空の APN 文字列と IP の種類 = 既定値を返す必要があります。

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 の Enterprise 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の表を参照してください。

状態コード

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

状態コード 説明
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 コンテキストの詳細を提供するために、MBIM_CID_MS_LTE_ATTACH_STATUSの通知を OS に送信する必要があります。 既定の 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 attach status example flow.

クエリ

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

オン

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

一方的なイベント

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

パラメーター

操作 オン クエリ Notification
コマンド 該当なし 該当なし 該当なし
Response 該当なし MBIM_MS_LTE_ATTACH_STATUS MBIM_MS_LTE_ATTACH_STATUS

データ構造

クエリ

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

オン

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

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の表を参照してください。

状態コード

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

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

ハードウェア ラボ キット (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 のすべてのアタッチ APN プロファイルを取得します
  2. 作成の種類の優先順位に基づいて適用される特定のプロファイルを理解する
  3. ログを調査して、LTE Attach APN が誤って構成された理由を確認します
  4. ログの収集に関する記事の手順に従って ログを収集してデコードする
  5. TextAnalysisTool で生成された.txt ファイルを開きます
  6. LTE アタッチ フィルターを読み込む

LTE Attach のサンプル ログ

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