通过

适用于 MVNO 的传送体验

  • 项目

MBAE 弃用警告

重要

从 Windows 10 版本 1803 开始，MBAE 应用体验将替换为 MO UWP 应用。 有关 MO UWP 应用的详细信息，请参阅 UWP 移动宽带应用。

本主题介绍如何将服务元数据与移动网络运营商 (MNO) 或移动虚拟网络运营商 (MVNO) 进行匹配，以便在插入移动宽带设备时自动下载移动宽带应用。

为了成功匹配服务元数据，Windows 从插入到计算机的 SIM 卡读取信息。 对于 CDMA 网络，移动宽带设备本身是读取的。 然后，Windows 查询 Windows 元数据和 Internet 服务 (WMIS) 数据库，以下载正确的服务元数据包。 下载服务元数据包后，Windows 会将关联的移动宽带应用下载到计算机。

使用适用于你的网络的以下列表中的链接：

有关将服务元数据与 MNO 和 MVNO 正确匹配所需的硬件的信息，请参阅 移动运营商硬件概述。

有关服务元数据的信息，请参阅 服务元数据。

有关服务元数据包架构的信息，请参阅 服务元数据包架构参考。

在 GSM 网络上匹配

对于 GSM 网络 (3GPP) ，Windows 从 SIM 卡卡读取集成电路卡标识符 (ICCID) 和国际移动用户标识 (IMSI) 号码。 必须设置这些数字，然后才能从设备检索这些数字。 如果 SIM 卡已锁定 PIN 且 IMSI 信息处于隐藏状态，则在 SIM 卡 PIN 解锁之前，Windows 不会执行操作。 Windows 还会从 SIM 卡或移动宽带设备读取主提供商名称。

如果从设备获取 ICCID、IMSI 和主提供程序名称，则 ICCID 和 IMSI 将去除最后两位数字，使用哈希算法进行编码，然后以硬件 ID 的形式发送到 WMIS， (HWID) 与服务元数据包匹配。 选中“主提供程序名称”。 如果没有匹配项，则检查 ICCID。 如果没有匹配项，则检查 IMSI。 如果未找到匹配项，则不会下载任何服务元数据包。 Windows 大约每 8 天检查一次，以查看用户的移动宽带 SIM 卡是否存在新的元数据。

管理 MVNO

如果你是为所有客户提供单一品牌的 MNO，则可以创建一个元数据包，用于涵盖 MCC+MNC 的所有 IMSI 范围。 例如，如果 MCC+MNC 为 123 456，则可以创建涵盖123456000000000的元数据包 - 123456999999999。 这意味着插入该范围内的 SIM 卡的任何用户都与你的体验匹配。

如果一个或多个 MVNO 共享相同的 MCC+MNC 值，则此操作可能会变得更加复杂。 下面介绍了处理这种情况的一些策略。

选项 1：对 IMSI 范围进行分段

使用此选项时，MNO 不会在服务元数据包中定义 ICCID 范围，而是分段出定义 MNO 体验和 MVNO 体验的 IMSI 范围。 当匹配请求来自客户端设备时，其 IMSI 值用于将正确的体验与该 SIM 匹配。

此方法要求 MNO 确保 IMSI 范围保持最新状态，并在 IMSI 数字的可预测块中为 MVNO 分配未来范围。

如果 ICCID 和 IMSI 都与来自客户端计算机的请求不匹配，则不会进行匹配。

注意 IMSI 范围的粒度必须为 100。 起始范围值必须以 00 结束，结束范围值必须以 99 结束。

图 1 对 MNO 的 MCC+MNC) 中的 IMSI 范围 (分段 显示了从 WMIS 请求服务元数据的客户端设备示例，以及如何将来自客户端的每个匹配请求与体验匹配。

显示分段 IMSI 范围以匹配服务元数据的关系图。

图 1 将 MNO 的 MCC+MNC (IMSI 范围分段)

  • 计算机 #1 的匹配请求与任何 ICCID 值都不匹配，并且位于 MNO 定义的 IMSI 范围内。 MNO 服务元数据将下载到该计算机。

  • 计算机 #2 的匹配请求与任何 ICCID 值或任何 IMSI 值都不匹配。 未下载任何体验。

  • 计算机 #3 的匹配请求与任何 ICCID 值都不匹配，并且位于 MVNO A 的 IMSI 范围内。MVNO 服务元数据将下载到该计算机。

选项 2：对 ICCID 范围进行分段

使用此选项时，MNO 不会在服务元数据包中定义 IMSI 范围，而是分段出定义 MNO 体验和 MVNO 体验的 ICCID 范围。 当匹配请求来自客户端计算机时，ICCID 值用于将正确的体验与该 SIM 匹配。

此方法要求 MNO 确保范围保持最新状态，并在可预测的 ICCID 数字块中为 MVNO 分配未来范围。 如果在 SIM 制造期间将大块 ICCID 分配给 SIM，则对于 MNO 及其 MVNO 而言，这可以是理想的匹配策略。

如果 ICCID 和 IMSI 都与来自客户端计算机的请求不匹配，则不会进行匹配。

注意 IMSI 范围的粒度必须为 100。 起始范围值必须以 00 结束，结束范围值必须以 99 结束。

图 2 将 MNO 的 ICCID 颁发者标识号 (的 ICCID 范围分段) 显示了从 WMIS 请求服务元数据的客户端计算机示例，以及如何将来自客户端的每个匹配请求与体验匹配。

说明将 ICCID 范围分段以匹配服务元数据的示意图。

图 2 将 MNO 的 ICCID 颁发者标识号 (的 ICCID 范围分段)

  • 计算机 #1 的匹配请求包含在 MNO 定义的 ICCID 范围中。 MNO 服务元数据将下载到该计算机。

  • 计算机 #2 的匹配请求与任何 ICCID 值或任何 IMSI 值都不匹配。 未下载任何体验。

  • 计算机 #3 的匹配请求位于为 MVNO A 定义的 ICCID 范围内。MVNO 服务元数据将下载到该计算机。

选项 3：描述具有 ICCID 范围和 MNO 以及 IMSI 范围的 MVNO

可以将 MNO 的整个基于 IMSI 的范围分配给 (也就是说，其 MCC+MNC 值下的所有内容) 。 然后，可为任何 MVNO 分配其 SIM 的特定 ICCID 范围。 这意味着，除非存在针对该 SIM 的 ICCID 匹配项，否则 SIM 卡将获得 MNO 体验。

此选项要求 MNO 或 MVNO 确保 ICCID 范围保持最新状态，并在可预测的 ICCID 数字块中为 MVNO 分配未来范围。 如果在 SIM 制造期间将大块 ICCID 分配给 SIM，则对于 MNO 及其 MVNO 而言，这可以是理想的匹配策略。 这意味着 MNO 的维护较少，因为它们的包跨越所有基于 IMSI 的范围。 在这种情况下，确保 MVNO 使其 ICCID 范围保持最新非常重要;否则，MVNO 的客户可以匹配到 MNO 体验。

注意 IMSI 范围的粒度必须为 100。 起始范围值必须以 00 结束，结束范围值必须以 99 结束。

图 3 使用 ICCID 为 MNO 定义 MVNO 和包罗万象的 IMSI 范围 显示了从 WMIS 请求服务元数据的客户端计算机示例，以及如何将来自客户端的每个匹配请求与体验匹配。

演示使用 ICCID 为 MNO 定义 MVNO 和包罗万象的 IMSI 范围的示意图。

图 3 使用 ICCID 为 MNO 定义 MVNO 和包罗万象的 IMSI 范围

  • 计算机 #1 的匹配请求与任何 ICCID 值都不匹配，并且位于 MNO 定义的 IMSI 范围内。 MNO 服务元数据将下载到该计算机上。

  • 计算机 #2 的匹配请求包含在 MVNO B 的 ICCID 范围中。MVNO B 的服务元数据将下载到该计算机。

  • 计算机 #3 的匹配请求包含在 MVNO A 的 ICCID 范围中。MVNO A 的服务元数据将下载到该计算机。

  • 计算机 #4 的匹配请求与任何 ICCID 值都不匹配，并且位于 MNO 定义的 IMSI 范围内。 MNO 服务元数据将下载到该计算机上。

选项 4：将 ICCID 和 IMSI 范围分段

可以混合使用 ICCID 范围和 IMSI 范围来描述 MNO 和 MVNO 网络。

注意 ICCID 范围优先用于匹配。

这是最复杂的匹配模型。 为了确保正确匹配，MNO 和 MVNO 必须经常更新其服务元数据包。

图 4 分段 ICCID 和 IMSI 范围 显示了从 WMIS 请求服务元数据的客户端设备示例，以及如何将来自客户端的每个匹配请求与体验相匹配。

描述将 ICCID 和 IMSI 范围分段以匹配服务元数据的示意图。

图 4 分段 ICCID 和 IMSI 范围

  • 计算机 #1 的匹配请求与任何 ICCID 值都不匹配，但包含在 MNO 定义的 IMSI 范围内。 MNO 服务元数据将下载到该计算机。

  • 计算机 #2 的匹配请求包含在 MVNO B 的 ICCID 范围中。MVNO B 的服务元数据将下载到该计算机。

  • 计算机 #3 的匹配请求包含在 MVNO A 的 ICCID 范围中。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 时，才建议使用此选项。

如果主提供程序名称与来自客户端计算机的请求不匹配，则不会进行匹配。

注意 主提供程序名称必须全局唯一，以确保用户获得正确的体验。 服务元数据将仅允许使用给定主提供程序名称的单个服务元数据包。

图 5 GSM 网络的基于提供程序名称的匹配 显示了从 Windows 元数据和 Internet 服务 (WMIS) 服务请求服务元数据的设备示例，以及设备中的每个匹配请求如何与体验匹配。

显示使用 GSM 网络的主提供程序名称标识 MNO 和 MVNO 的示意图。

图 5 GSM 网络的基于提供程序名称的匹配

  • 计算机 #1 的匹配请求与 MNO 的主提供程序名称匹配。 下载 MNO 服务元数据。

  • 计算机 #2 的匹配请求与任何提供程序名称值都不匹配。 未下载任何体验。

  • 计算机 #3 的匹配请求与 MVNO A 的主提供程序名称匹配。将下载 MVNO A 的服务元数据。

  • 计算机 #4 的匹配请求与 MVNO B 的主提供程序名称匹配。MVNO B 的服务元数据已下载。

选项 6：使用主提供程序名称和 MNO 以及 IMSI 范围描述 MVNO

可以将 MNO 的整个基于 IMSI 的范围分配给 (也就是说，其 MCC+MNC 值下的所有内容) 。 然后，可以为任何 MVNO 分配特定的主提供程序名称。 这意味着，除非该设备存在主提供程序名称匹配项，否则设备将获得 MNO 体验。

此选项要求 MNO 或 MVNO 确保从设备报告的主提供商名称不会更改、全局唯一且保持最新。 仅当不能使用 IMSI 和 ICCID 时，才建议使用此选项。

图 6 使用主提供程序名称定义 MNO 的 MVNO 和一个包罗万象的 IMSI 范围 显示了从 WMIS 请求服务元数据的客户端计算机示例，以及如何将来自客户端的每个匹配请求与体验相匹配。

显示使用主提供程序名称定义 MVNO 和 MNO 的全方位 IMSI 范围的示意图。

图 6 使用主提供程序名称为 MNO 定义 MVNO 和包罗万象的 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 网络的服务元数据包。 这通常是通过提交一个 IMSI 范围来完成的，该范围涵盖 MNO 网络上的所有 MCC+MNC 值，并且没有 ICCID 范围。 未介绍 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 重新编程

如果要动态重新编程 SIM 以更改 IMSI 或 ICCID，应注意以下Windows 8、Windows 8.1和Windows 10解释重新编程的方式：

  • 重新编程需要将设备的 IMSI 和 ICCID 缓存失效。 可通过多种方式执行此操作，具体取决于运营商网络和设备。

  • 重新编程 SIM 卡后，设备将重新读取 SIM 卡信息。 它可以使用热 SIM 卡交换插入序列让 Windows 知道它应该重新查询新的 IMSI 和 ICCID 值。

  • 必须更改 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 报告的提供程序名称的所有拼写和大写变体。

管理 MVNOs

可以使用以下三个选项之一来标识 CDMA 网络上的 MVNOs。

选项 1：MNO 和 MVNO 获取自己的 SID 值

对于分配给 MVNO 的移动宽带设备，请确保每个 MVNO 获取唯一的 SID。 MNO 应具有与每个 MVNO 不同的自己的 SID 值。

为 MNO 和与设备报告给 Windows 的唯一 SID 值匹配的每个 MVNO 创建单独的服务元数据。

图 7 CDMA 网络基于 SID 的匹配 显示了从 WMIS 服务请求服务元数据的计算机示例，以及客户端的每个匹配请求如何与体验匹配。

服务元数据中 CDMA 网络基于 SID 的匹配关系图。

图 7 CDMA 网络的基于 SID 的匹配

  • 计算机 #1 的匹配请求与 MNO 的 SID 匹配。 下载 MNO 服务元数据。

  • 电脑 #2 的匹配请求与任何 SID 值或任何提供程序名称值都不匹配。 未下载任何体验。

  • 电脑 #3 的匹配请求与另一 MNO 或 MVNO 定义的 SID 值匹配。

  • 电脑 #4 的匹配请求与下载的 MVNO B.MVNO B 的服务元数据的 SID 匹配。

选项 2：MNO 和 MVNO 获取自己的提供程序名称值

对于分配给 MVNO 的移动宽带设备，请确保每个 MVNO 设备报告唯一标识 MVNO 的提供程序名称值。 MNO 应具有自己的唯一标识它的提供程序名称值。

为 MNO 和每个 MVNO 创建单独的服务元数据，这些 MVNO 与设备向 Windows 报告的“提供程序名称”值匹配。

若要使此选项正常工作，MNO 必须确保未提交任何与设备报告的 SID 匹配的服务元数据。 如果存在这些 SID 的服务元数据，则会对 SID 而不是提供程序名称执行匹配，从而导致此方案中断。 若要从 WMIS 中删除基于 SID 的元数据包，必须联系 Windows 开发人员中心硬件仪表板支持人员。

图 8 CDMA 网络的基于提供程序名称的匹配 显示了从 Windows 元数据和 Internet 服务请求服务元数据 (WMIS) 服务的设备示例，以及设备中的每个匹配请求如何与体验匹配。

服务元数据中 CDMA 网络的基于提供程序名称的匹配关系图。

图 8 CDMA 网络的基于提供程序名称的匹配

  • 电脑 #1 的匹配请求在 SID 上不匹配，但与 MNO 的提供程序名称匹配。 下载 MNO 服务元数据。

  • 电脑 #2 的匹配请求与任何 SID 值或任何提供程序名称值都不匹配。 未下载任何体验。

  • 电脑 #3 的匹配请求与另一 MNO 或 MVNO 定义的 SID 值匹配。

  • 电脑 #4 的匹配请求在 SID 上不匹配，但与 MVNO B 的提供程序名称匹配。下载 MVNO B 的服务元数据。

选项 3：备用匹配方法

如果不接受此处所述的前两个选项，CDMA 操作员可以使用“在 GSM 网络上匹配 ”部分的选项 7：备用匹配方法 中所述的替代匹配方法。

无线电和元数据

根据无线电的类型，可以预期以下匹配行为。

单模式 Single-Subscription 设备

单模式单订阅设备是仅限 GSM 或 CDMA 的设备。 这些是仅提供对 GSM 或 CDMA 网络的访问权限的常用设备。

此设备向 Windows 报告 GSM 或 CDMA 模式。 将应用前面所述的匹配逻辑，并将设备与相应的服务元数据匹配。

多模式 Single-Subscription 设备

多模式单订阅设备具有 GSM 和 CDMA 功能。 例如，它可以使用该运营商的单个订阅订阅连接到 GSM LTE 网络或 CDMA 网络。

此设备将 GSM 报告为 Windows 的主模式。

为此类设备匹配服务元数据时，可以创建与设备的 GSM 属性匹配的基于 GSM 的元数据。

单模式多订阅设备

单模式多订阅设备可以同时激活 GSM 或 CDMA 功能，并且可以与多个提供商一起使用。 用户必须具有来自每个提供程序的订阅才能使用多个提供程序。 例如，Qualcomm Gobi 芯片集允许用户连接到各种 CDMA 网络或 GSM 网络。

此设备向 Windows 报告活动提供程序的模式。 如果设备在 GSM 提供程序中处于活动状态，则应报告它处于 GSM 模式。 在这种情况下，应创建用于匹配的 GSM 元数据。 仅当设备处于 GSM 模式时，GSM 元数据和移动运营商应用才能访问该设备。

如果设备使用 CDMA 提供程序处于活动状态，它应向 Windows 报告它处于 CDMA 模式。 在这种情况下，运算符应创建 CDMA 元数据进行匹配。 CDMA 元数据和移动宽带应用仅当设备处于 CDMA 模式且对该 CDMA 网络处于活动状态时，才能访问该设备。

元数据维护影响

使以下元数据包内容保持最新非常重要：

  • 如何描述包。

  • 与包匹配的 IMSI 和/或 ICCID 或 CDMA 提供程序名称或 SID 值。

有关移动宽带元数据的详细信息，请参阅 使用元数据配置移动宽带体验。