MB LTE 附加操作
MBIM 调制解调器的 LTE 附加接入点配置
传统上，LTE 附加被视为注册的一部分，而 Windows 并未直接参与 LTE 附加过程。 但是，与典型的线路交换机网络注册不同，LTE 是仅限数据包交换机的网络，需要启用默认 EPS 持有者，以便设备在 LTE 网络上保持注册。
若要使用网络建立默认 EPS 持有者，设备必须在 LTE 附加过程中请求 PDP 上下文激活，这需要接入点名称 (接入点) 规范。 根据 3GPP 标准，设备在尝试 LTE 连接时可以指定 APN 有四种方案：
- 设备指定特定的 LTE 连接接入点。
- 设备指定特定的 LTE 连接 APN，但网络决定让设备在漫游期间改为在另一个接入点上附加。
- 设备未指定 LTE 连接 APN，并允许网络将一个连接 APN 重新分配给设备。
- 设备从 2G/3G 网络注册到 LTE，并且至少有一个活动 PDP 上下文。 网络将其用作 LTE 附加接入点。
目前，所有 LTE 连接接入点信息都由 IHV 和 OEM 直接在调制解调器中为具有配置的每个提供商提供。 但是，对于 IHV 和 OEM 来说，为全球所有运营商提供所有可能的 LTE 附加接入点设置并不是一个完全可缩放的模型。 从 Windows 10 版本 1703 开始，为 NDIS OID 和 MBIM Microsoft 专有 CID 定义了新的接口，以支持 OS 中的 LTE 附加 APN 配置。
从 Windows 10 版本 1703 开始，如果基础硬件支持 OS 中的 LTE 附加 APN 配置，则用户将能够从“设置”配置 LTE 附加 APN。 具有默认 LTE 附加 APN 配置的硬件还必须使其配置可供操作系统使用。
通过添加两个新的 OID 和 CID 来支持此功能。 对于实现 MBIM 的 IHV 合作伙伴，只需支持 CID 版本。
LTE 附加操作的 MB 接口更新
已创建两个新的 MBIM CID，以允许 LTE 连接 APN 配置和操作系统检索设备的最新 LTE 附加状态。 如果 IHV 合作伙伴决定支持 OS 默认 LTE 附加 APN 管理，则必须支持这两个命令。
服务名称 = 基本连接扩展
UUID = UUID_BASIC_CONNECT_EXTENSIONS
UUID 值 = 3d01dcc5-fef5-4d05-0d3abef7058e9aaf
| CID | 命令代码 | 最低操作系统版本 |
|---|---|---|
| MBIM_CID_MS_LTE_ATTACH_CONFIG | 3 | Windows 10 版本 1703 |
| MBIM_CID_MS_LTE_ATTACH_STATUS | 4 | Windows 10 版本 1703 |
MBIM_CID_MS_LTE_ATTACH_CONFIG
描述
LTE 附加上下文可能不同，具体取决于网络在运行时与设备交互的方式。 对于本文档的其余部分，LTE 附加上下文将称为用于 LTE 附加的当前 PDP 上下文，当没有其他现有的已启用 PDP 上下文时，默认 LTE 附加上下文将称为执行 LTE 附加的设备上配置的内容。 MBIM_CID_MS_LTE_ATTACH_CONFIG使 OS 能够查询并设置插入的 SIM 提供程序的默认 LTE 附加上下文 (MCC/MNC 对) 。
尽管 LTE 附加 APN 在技术上可以被视为上下文，但它不同于存储在调制解调器中的所有其他上下文。 对于所有其他上下文，激活发生在注册后，并且根据各种条件，操作系统可以决定最适合连接的上下文。 但是，LTE 附加上下文是作为 LTE 网络上设备注册的一部分启用的。 在完成注册之前，OS 无法检索任何与网络相关的状态;由于此限制，OS 必须能够为设备的所有不同漫游条件配置 LTE 附加上下文，以确保无论漫游状态如何，设备都可以在 LTE 网络上注册。
使用网络的 LTE 附加上下文激活不需要 OS 显式连接请求，因为 OS 不知道任何调制解调器自启动的上下文激活。 默认 LTE 附加上下文属于此类别。 当 OS 发出启用 PDP 上下文的MBIM_CID_CONNECT请求，并且给定的 PDP 上下文与以下所有内容匹配时，调制解调器应成功完成 CID 激活请求，而不会在网络中引入新的无线持有者：
- 存在一个现有的已启用 PDP 上下文，该上下文由调制解调器启动，并且不可用于 OS。
- PDP 上下文与 CID 请求中的指定 APN 匹配。
- 已启用的 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 | 无 |
注意
如果仅通过无线方式启用了其中一个 IP 类型，则调制解调器不应显示第二个 PDP 上下文。 例如，如果启用了 IPv4，并且主机请求 IPv4 和 IPv6，则调制解调器应完成激活请求，而不会启动 IPv6 持有者。
当 OS 发出停用 PDP 上下文的MBIM_CID_CONNECT请求时，调制解调器应检查以下内容：
- 设备是否附加了 LTE 以及要停用的上下文是用于维护 LTE 注册的唯一已启用 PDP 上下文
- 调制解调器内部是否也对未向 OS 公开的任何服务使用要停用的上下文
如果上述任一项为 true，则调制解调器应完成 CID 停用请求，但应继续维护网络无线持有者。 否则，调制解调器应根据正常的停用请求停用上下文。
OS 提供的所有默认 LTE 附加 APN 配置都是按提供程序配置的，与插入的 SIM 卡的主提供程序 ID (MCC/MNC 对) 匹配。 查询时，调制解调器应仅为当前插入的 SIM 卡的提供程序 ID 提供配置的 LTE 附加上下文。 调制解调器应始终返回三个与插入的 SIM 卡的提供商 ID 匹配的默认 LTE 附加上下文，每个漫游条件 (家庭/合作伙伴/非合作伙伴) 一个。
预计在 SIM 交换中，调制解调器应在为下一个 SIM 卡卡应用配置之前清除其默认 LTE 附加上下文。 如果新插入的 SIM 卡没有默认的 LTE 附加上下文配置，则设备应为所有漫游条件的 LTE 附加上下文的 APN 返回 NULL 空字符串，同时保持上下文启用状态。 如果禁用上下文，则设备应该不会在 LTE 上附加，因为 LTE 附加没有可用配置。 当用户交换回以前在设备上配置的 SIM 卡时，调制解调器应还原 SIM 卡卡的出厂默认 LTE 附加配置。 预计运行时配置不会在 SIM 交换中保留。 在任何时候，对于每个漫游条件，调制解调器中应只有一个默认的 LTE 连接 APN， (家庭/合作伙伴/非合作伙伴) 。
当发出 Set 命令时，OS 将始终设置所有三个默认 LTE 附加上下文，每个漫游条件一个。 如果 OS 提供的列表没有恰好三个，则应拒绝 Set 命令。 如果提供的其中一个默认 LTE 附加上下文是由漫游条件与当前注册状态匹配的 OS 配置的，则调制解调器应从网络中分离，并使用新指定的 LTE 附加上下文重新执行 LTE 附加。 否则，设备应在下次漫游条件匹配时使用指定的默认 LTE 附加上下文。 如果设备指定的默认 LTE 附加上下文无法在 LTE 网络上注册，则设备应根据需要回退到 3G/2G。 当调制解调器无法区分合作伙伴网络和非合作伙伴网络时，调制解调器应对所有漫游方案使用非合作伙伴默认 LTE 附加上下文。 如果 OS 将默认 LTE 附加上下文配置为 IP 类型 = default，则调制解调器应为 LTE 附加上下文分配最合适的 IP 类型。 但是，OS 要求调制解调器仍返回准确反映配置的合作伙伴漫游条件和 LTE 附加上下文的 IP 类型。
IHV 和 OEM 可以将 LTE 附加上下文预配置为调制解调器中的默认配置，但这些上下文必须标记为 MBIM_MS_CONTEXT_SOURCE = MbimMsContextSourceModemProvisioned。
根据 3GPP 标准，默认 LTE 附加上下文可分为两类：UE 发起和网络启动。 如果设备配置了 NULL 空访问字符串，则设备预期不会向网络提供任何 LTE 附加上下文，并等待网络将一个上下文分配回设备。 正如 MBIM 1.0 规定的那样，如果将 LTE 附加上下文的 IP 类型配置为默认，则调制解调器应根据其内部算法选择最佳 IP 类型。
下图演示了 LTE 附加配置的示例流。
查询
MBIM_MS_LTE_ATTACH_CONFIG_INFO从 InformationBuffer 中已完成的查询和设置消息返回。 对于查询，InformationBuffer 为 NULL。
Set
对于 Set，InformationBuffer 包含MBIM_MS_SET_LTE_ATTACH_CONFIG。
未经请求的事件
事件信息Buffer 包含MBIM_MS_LTE_ATTACH_CONFIG_INFO结构。 在某些情况下，默认的 LTE 附加上下文由网络更新，无论是无线 (OTA) ，还是通过短信服务 (短信) （不通过 OS 中的 MBIM_CID_MS_LTE_ATTACH_CONFIG 命令） 进行更新。 函数必须相应地更新默认 LTE 附加上下文和标记MBIM_MS_CONTEXT_SOURCE = MbimMsContextSourceOperatorProvisioned。 之后，函数必须通知主机有关使用此事件的更新和更新列表。
参数
| Operation | Set | 查询 | 通知 |
|---|---|---|---|
| 命令 | MBIM_SET_MS_LTE_ATTACH_CONFIG | 不适用 | 不适用 |
| 响应 | MBIM_MS_LTE_ATTACH_CONFIG_INFO | MBIM_MS_LTE_ATTACH_CONFIG_INFO | MBIM_MS_LTE_ATTACH_CONFIG_INFO |
数据结构
查询
InformationBuffer 应为 NULL，InformationBufferLength 应为零。
Set
在 InformationBuffer 中应使用以下MBIM_MS_SET_LTE_ATTACH_CONFIG结构。 仅当列表包含 3 个元素计数时，Set 命令才有效，每个漫游条件 (家庭/合作伙伴/非合作伙伴) 一个。
| 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结构的计数。 此组件当前指定为 3 个，每个漫游条件 (家庭/合作伙伴/非合作伙伴) 。 |
| 8 | 8 * EC | MsLteAttachContextRefList | OL_PAIR_LIST | 对的第一个元素是 4 字节偏移量，从此MBIM_MS_LTE_ATTACH_CONFIG_INFO结构的起始 (偏移量 0) 到MBIM_MS_LTE_ATTACH_CONTEXT结构 (有关详细信息，请参阅MBIM_MS_LTE_ATTACH_CONTEXT表) 。 对的第二个元素是指向相应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 将始终替换漫游条件的所有三个默认 LTE 附加上下文。 |
| MbimMsLteAttachContextOperationRestoreFactory | 1 | 还原当前插入的 SIM 的提供程序 ID 的工厂预配置的默认 LTE 附加上下文。 应删除并替换操作系统替换或创建的所有默认 LTE 附加上下文。 如果当前插入的 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 | 源 | MBIM_MS_CONTEXT_SOURCE | 指定上下文的创建源。 有关详细信息，请参阅 MBIM_MS_CONTEXT_SOURCE 表。 |
| 12 | 4 | AccessStringOffset | OFFSET | 数据缓冲区中与字符串 AccessString 的偏移量，以访问网络。 对于基于 GSM 的网络，这将是接入点名称 (APN) 字符串（例如“data.thephone-company.com”。 字符串的大小不应超过 100 个字符。 如果 AccessString 为空，则设备需要网络将访问字符串分配回设备。 在这种情况下，仍必须指定 IP 类型。 |
| 16 | 4 | AccessStringSize | 大小 (0..200) | 用于 AccessString 的大小。 如果设备希望网络将访问字符串分配回设备以便进行 LTE 附加，则此值应为 0。 |
| 20 | 4 | UserNameOffset | OFFSET | 从此结构的开头计算到表示要进行身份验证的用户名的字符串 UserName 的偏移量（以字节为单位）。 此成员可以为 NULL。 |
| 24 | 4 | UserNameSize | 大小 (0..510) | 用于 UserName 的大小。 |
| 28 | 4 | PasswordOffset | OFFSET | 从此结构的开头计算到表示用户名密码的字符串 Password 的偏移量（以字节为单位）。 此成员可以为 NULL。 |
| 32 | 4 | PasswordSize | 大小 (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 | 上下文是由企业 IT 管理员从 OS 创建的。 |
| MbimMsContextSourceUser | 1 | 上下文是由用户通过 OS 设置创建的。 |
| MbimMsContextSourceOperator | 2 | 上下文是由运算符通过 OMA-DM 或其他通道创建的。 |
| MbimMsContextSourceModem | 3 | 上下文由 IHV 或 OEM 创建。 |
| MbimMsContextSourceDevice | 4 | 上下文由 OS APN 数据库创建。 |
响应
在 InformationBuffer 中应使用以下MBIM_MS_LTE_ATTACH_CONFIG_INFO结构。
| Offset | 大小 | 字段 | 类型 | 说明 |
|---|---|---|---|---|
| 0 | 4 | ElementCount (EC) | UINT32 | DataBuffer 中后面的MBIM_MS_LTE_ATTACH_CONTEXT结构的计数。 此组件当前指定为三个，每个漫游条件 (家庭/合作伙伴/非合作伙伴) 。 |
| 4 | 8 * EC | MsLteAttachContextRefList | OL_PAIR_LIST | 对的第一个元素是 4 字节偏移量，从此MBIM_MS_LTE_ATTACH_CONFIG_INFO结构的起始偏移量 (偏移量 0) 到MBIM_MS_LTE_ATTACH_CONTEXT结构 (有关详细信息，请参阅MBIM_MS_LTE_ATTACH_CONTEXT表) 。 对的第二个元素是指向相应MBIM_MS_LTE_ATTACH_CONTEXT结构的指针的 4 字节大小。 |
| 4 + (8 * EC) | DataBuffer | DATABUFFER | MBIM_MS_LTE_ATTACH_CONTEXT 结构的数组。 |
通知
有关详细信息，请参阅MBIM_MS_LTE_ATTACH_CONFIG_INFO表。
状态代码
对于查询和设置操作：
| 状态代码 | 说明 |
|---|---|
| MBIM_STATUS_READ_FAILURE | 操作失败，因为设备无法检索预配的上下文。 |
| MBIM_STATUS_NO_DEVICE_SUPPORT | 操作失败，因为设备不支持该操作。 |
仅对于“设置”操作：
| 状态代码 | 说明 |
|---|---|
| MBIM_STATUS_INVALID_PARAMETERS | 由于参数无效，操作失败。 |
| MBIM_STATUS_WRITE_FAILURE | 操作失败，因为更新请求失败。 |
MBIM_CID_MS_LTE_ATTACH_STATUS
描述
根据 3GPP 要求，尽管设备可以指定在 LTE 连接到网络时要使用的默认 LTE 附加上下文，但在某些情况下，设备可能会在与设备上配置的默认 LTE 附加上下文不同的 PDP 上下文上进行 LTE 附加。 下面是所有可能方案的列表：
- UE 指定特定的 LTE 附加接入点。
- UE 指定特定的 LTE 附加 APN，但网络决定在漫游期间让设备在另一个接入点上附加。
- UE 未指定 LTE 连接 APN，并允许网络将一个连接 APN 重新分配给设备。
- UE 从 2G/3G 网络注册到 LTE，并且至少有一个活动 PDP 上下文。 网络将其用作 LTE 附加接入点。
当设备默认 LTE 附加时，它应向 OS 发送MBIM_CID_MS_LTE_ATTACH_STATUS通知，以提供有关最新 LTE 附件的 PDP 上下文的详细信息。 满足以下方案之一时，会发生默认 LTE 附加：
- 设备最初连接到 LTE 网络。
- 设备无需事先启用任何 PDP 上下文，即可从 2G/3G 升级到 LTE。
从 MBIM_CID_LTE_ATTACH_STATUS 返回的 LTE 附加上下文可以是下列项之一：
- 默认 LTE 附加上下文存储在调制解调器中。
- 从网络分配回的默认 LTE 附加上下文。
在运行时，OS 还应能够查询默认 LTE 附加的上次使用的附加信息。 调制解调器应返回最后一个已知的默认 LTE 附加上下文。 如果设备从 LTE 移交给 2G/3G 网络，则调制解调器应返回用于上一 LTE 附加的上下文。 每次设备从网络取消注册时，APN 都应变为空。
下图演示了 LTE 附加状态的示例消息流。
查询
MBIM_MS_LTE_ATTACH_STATUS是从 InformationBuffer 中的查询完整消息返回的。 对于查询，InformationBuffer 为 NULL。
Set
不支持设置操作。
未经请求的事件
事件信息缓冲区包含MBIM_MS_LTE_ATTACH_STATUS结构。
参数
| Operation | Set | 查询 | 通知 |
|---|---|---|---|
| 命令 | 不适用 | 不适用 | 不适用 |
| 响应 | 不适用 | MBIM_MS_LTE_ATTACH_STATUS | MBIM_MS_LTE_ATTACH_STATUS |
数据结构
查询
InformationBuffer 应为 NULL，InformationBufferLength 应为零。
Set
不支持设置操作。
响应
在 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”。 对于基于 CDMA 的网络，这可能是特殊拨号代码（例如“#777”）或网络访问标识符 (NAI) ，例如“”。foo@thephone-company.com 此成员可以为 NULL，以请求网络分配默认 APN。 注意：并非所有网络都支持此 NULL 接入点约定。 因此，APN 无效导致的连接失败是一种可能的结果。 字符串的大小不应超过 100 个字符。 |
| 12 | 4 | AccessStringSize | 大小 (0..200) | 用于 AccessString 的大小（以字节为单位）。 |
| 16 | 4 | UserNameOffset | OFFSET | 从此结构的开头计算到表示要进行身份验证的用户名的字符串 UserName 的偏移量（以字节为单位）。 此成员可以为 NULL。 |
| 20 | 4 | UserNameSize | 大小 (0..510) | 用于 UserName 的大小（以字节为单位）。 |
| 24 | 4 | PasswordOffset | OFFSET | 从此结构的开头计算到表示用户名密码的字符串 Password 的偏移量（以字节为单位）。 此成员可以为 NULL。 |
| 28 | 4 | PasswordSize | 大小 (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 网络。 |
通知
有关详细信息，请参阅MBIM_MS_LTE_ATTACH_STATUS表。
状态代码
对于查询和设置操作：
| 状态代码 | 说明 |
|---|---|
| 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 设置和一个供手动使用的 APN 信息的 SIM 卡。
- 打开“设置”->“网络 & Internet -> 手机网络”
- 单击“ 高级选项”
使用手机网络设置：
- 至少应该有一个pn，这是 sim 信息中的设置。 可以通过单击接入点并单击“查看”按钮来获取接入点的详细信息。
使用手动设置：
- 按照 手机网络设置 中的“添加接入点”部分手动设置接入点。
- 附加接入点并检查附加状态。
MB LTE 附加故障排除指南
- 获取 %ProgramData%\Microsoft\WwanSvc\DMProfiles 下的所有附加 APN 配置文件
- 了解将根据创建类型优先级应用哪个特定配置文件
- 调查日志，检查 LTE 附加 APN 配置错误的原因
- 按照收集日志中的说明 收集和解码日志
- 打开 TextAnalysisTool 中生成的 .txt 文件
- 加载 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