通过


MB 驱动程序模型版本管理

MB 驱动程序模型的版本化管理是通过拥有驱动程序模型版本和各个 OID 数据结构修订来实现的。 这与 NDIS 6.x 中使用的版本控制范例一致。

驱动程序模型版本定义 MB 服务和 MB 微型端口驱动程序之间的接口演变。 单个 OID 修订跟踪在不同 MB 驱动程序模型版本中对 OID 所做的更改。 也就是说,驱动程序模型版本定义了一组 OID,其数据结构由特定的修订号标识。

NDIS 规范一致,MB 驱动程序模型演变是 累加性的。 也就是说,新的 OID 和新成员只能添加到现有的 OID 数据结构。 这可确保 MB 服务可以支持微型端口驱动程序的向后兼容性。

重要 只有在极其罕见的情况下,现有 OID 才会弃用,或者现有 OID 数据结构的成员不会在下一个版本中使用。 如果发生这种情况,这些更改及其对向后兼容性的影响应清楚地记录在后续文档中,说明 MB 驱动程序模型规范的较新版本。

本文档介绍 MB 驱动程序模型的 Windows 8 版本。 驱动程序模型版本已递增到版本 2.0。 某些 OID 修订仍为修订号 1,而有些修订已更新为修订号 2。 有关要与相应 OID 一起使用的修订的详细信息,请参阅 MB 数据模型

本文档介绍 MB 驱动程序模型的初始版本,因此驱动程序模型版本和单个 OID 修订版从修订号 1 开始。

当驱动程序模型移动到下一个版本时,其版本号将增加 1。 添加到驱动程序模型的任何新 OID 都将从修订版 1 开始;任何已更改数据结构的现有 OID 都将将其相应的修订数增加 1,任何不更改的现有 OID 都将保留各自的修订号。

驱动程序模型版本由 OID_WWAN_DRIVER_CAPS传达。 MB 服务在 MB 微型端口驱动程序初始化期间向微型端口驱动程序发送OID_WWAN_DRIVER_CAPS查询请求。 单个 OID 修订由每个 OID 的数据结构中包含的NDIS_OBJECT_HEADER结构的修订版成员描述。

另请参阅

5G 的 MBIM 扩展 2.0 版本控制