Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 10164-2-95 (2003) 信息技术—开放系统互连—系统管理—第2部分：状态管理功能
状态管理功能标准详解：对象状态模型与操作规范
一、标准概况与适用范围
ISO/IEC 10164-2-95（2003年确认）是开放系统互连（OSI）系统管理领域的重要国际标准，正式名称为《信息技术—开放系统互连—系统管理—第2部分：状态管理功能》。该标准最初于1995年发布，2003年经复审后继续确认有效，并被CAN/CSA采纳为加拿大国家标准。其技术内容与ITU-T X.731建议书完全等同，共同定义了系统管理中状态管理功能的通用模型与服务。
该标准适用于需要统一管理接口的分布式系统环境，包括电信网络、企业IT基础设施、工业自动化系统以及各类基于OSI管理框架的异构网络。它为管理对象（Managed Objects）的状态描述、状态转移及状态操作提供了一套标准化的方法，确保不同厂商的管理系统能够一致地理解资源的状态信息，从而实现跨域协同管理。
通过定义通用状态属性、状态转移规则以及管理操作语义，本标准帮助开发者和运维人员避免因状态定义歧义导致的互操作性问题，是构建可靠、可扩展网络管理系统的基石之一。
标准化状态管理能够显著提高网络管理系统的互操作性和可靠性，降低多供应商环境下的集成成本。
二、主要技术内容与要求
2.1 状态管理模型
ISO/IEC 10164-2-95基于OSI管理对象模型，引入了一套分层的状态管理架构。核心思想是将管理对象的“状态”分解为多个相互独立的状态属性（Status Attributes），每个属性从不同维度描述对象的运行状况。标准共定义了四个基本状态属性：操作状态（Operational State）、使用状态（Use State）、管理状态（Administrative State）以及告警状态（Alarm Status）。此外，还提供了过程状态（Procedural State）和可用性状态（Availability Status）作为扩展。
2.2 核心状态属性定义
下表总结了本标准中规定的主要状态属性及其语义：
| 状态属性 | 可能值 | 描述 |
|---|---|---|
| 操作状态 | enabled（启用）/ disabled（禁用） | 指示资源是否具备提供正常服务的能力。enabled表示资源可以处理请求；disabled表示资源因故障或内部错误而无法操作。 |
| 使用状态 | idle（空闲）/ active（活动）/ busy（忙） | 描述资源当前的实际使用情况。idle表示资源已就绪但未使用；active表示资源正在提供服务；busy表示资源容量已满，无法接受新请求。 |
| 管理状态 | locked（锁定）/ shutting-down（正在关闭）/ unlocked（解锁） | 反映管理者对资源施加的管理控制。locked禁止任何新请求；shutting-down允许现有请求完成但拒绝新请求；unlocked允许所有请求。 |
| 告警状态 | under repair（修复中）/ critical（严重告警）/ … | 指示资源存在的告警或维护状况。该属性可扩展，用于传递需要关注的异常信息。 |
标准同时对不同属性的组合进行了约束，例如当操作状态为disabled时，使用状态必须为idle，管理状态可以独立设置。
2.3 状态转移操作
除了属性定义，标准还规定了管理操作如何触发状态变化。例如，管理者可以通过“锁定”操作将管理状态置为locked，进而影响操作状态。标准定义了基本的操作原语，如administrative lock、administrative unlock，以及用于触发转移的条件。这些操作语义保证了状态机行为的一致性和可预测性。
在实现状态模型时，建议使用标准的映射表（如ITU-T M.3100中的对象类）来简化状态属性的继承与组合，避免重复定义。
三、实施与应用要点
3.1 状态模型的实现策略
在实际系统中，开发人员应遵循以下步骤实施本标准：
- 定义管理对象类：对需要被监控的网络元素（如端口、连接、设备），创建对应的管理对象类，并继承本标准中的状态属性。
- 建立状态属性注册：使用适当的注册机制（如ISO/IEC 10165-5注册信息）确保状态属性标识的唯一性。
- 实现状态同步：通过代理（Agent）周期性采集资源实际状态，更新本地管理信息库（MIB），并按照标准状态转移规则进行转换。
- 接口兼容：在管理协议（如CMIP/CMIS）中正确封装状态管理操作，确保远程管理器能够通过标准操作原语查询和设置状态。
注意不要混淆管理状态与操作状态：管理状态是管理员主动施加的目标状态，操作状态是对象反应出的实际能力，两者可能在关闭过程等时间段出现不一致。
3.2 应用场景与映射
本标准广泛应用于网络管理中心（NMS）、电信运营支撑系统（OSS）以及工业控制系统的设备管理单元。在映射到其他协议栈时（例如SNMP），需要将本标准的状态模型转换为对应的MIB对象。通常推荐仅使用操作状态和管理状态作为核心，使用状态和告警状态作为扩展，以保证简洁性。
3.3 测试与一致性
在一致性测试中，应重点验证：状态属性的取值范围符合标准定义；状态转移行为符合状态图；不同属性间的约束关系被正确实施。利用ISO/IEC 10164-1通用管理信息模型提供的测试框架可以简化测试工作。
强制性条款：在实现系统管理接口时，必须按照本标准规定的状态模型和操作语义定义所有管理对象的状态属性，否则可能导致管理通信失败或互操作认证不通过。
四、与其他标准的关系
ISO/IEC 10164-2-95不是孤立存在的，它与以下标准紧密关联：
- ITU-T X.731：完全等同的技术内容，两个文本可互换使用。
- ISO/IEC 10164-1（系统管理概述）：提供了状态管理功能所依赖的公共管理信息服务和管理对象定义框架。
- ISO/IEC 10165-2（管理信息定义）：定义了管理对象类的模板，状态属性可复用其类型。
- ISO/IEC 10164-6（日志控制功能）：状态变化事件通常需要记录到日志中，本标准可与日志功能协同工作。
- ITU-T M.3100（通用网络信息模型）：在定义具体网络资源的状态属性时，常引用X.731的状态模型。
在基于Web或云的管理场景中，本标准的状态概念常被抽象为“状态监测”微服务，但核心语义仍保持了向后兼容。
推荐在实施参考时使用ITU-T X.731的最新版本（如2020版）作为更新参考，但ISO/IEC 10164-2-95仍为稳定的基线。
五、常见问题（FAQ）
问：ISO/IEC 10164-2-95与ITU-T X.731有什么区别？
答：两者在技术内容上完全一致，X.731由ITU-T于1992年首次发布，随后ISO/IEC 10164-2引用了相同文本并作为国际标准发布。1995年ISO/IEC版本与X.731(1992)一致，后续X.731有更新而ISO/IEC版本停留在1995年，但核心状态模型并无根本改变。2003年的确认声明表示该标准仍被认可为当前有效的规范。
答：两者在技术内容上完全一致，X.731由ITU-T于1992年首次发布，随后ISO/IEC 10164-2引用了相同文本并作为国际标准发布。1995年ISO/IEC版本与X.731(1992)一致，后续X.731有更新而ISO/IEC版本停留在1995年，但核心状态模型并无根本改变。2003年的确认声明表示该标准仍被认可为当前有效的规范。
问：状态管理功能是否只能用于OSI协议栈？
答：虽然本标准基于OSI系统管理框架（CMIP/CMIS），但其定义的状态模型和属性是协议无关的。实际中已被广泛应用于SNMP（通过映射到私有MIB）、Web服务管理（如WBEM）以及云原生系统的资源状态建模。只要遵循状态转移语义，即可获得互操作性。
答：虽然本标准基于OSI系统管理框架（CMIP/CMIS），但其定义的状态模型和属性是协议无关的。实际中已被广泛应用于SNMP（通过映射到私有MIB）、Web服务管理（如WBEM）以及云原生系统的资源状态建模。只要遵循状态转移语义，即可获得互操作性。
问：如何将标准中的状态模型应用到现有Java或C++系统？
答：推荐采用设计模式中的状态模式（State Pattern），将操作状态、使用状态、管理状态分别封装为独立的状态类。通过组合模式实现状态整体的协调。标准提供的状态转移图可直接转换为有限状态机（FSM）代码。此外，使用IDL或元模型工具可以自动生成管理对象代码。
答：推荐采用设计模式中的状态模式（State Pattern），将操作状态、使用状态、管理状态分别封装为独立的状态类。通过组合模式实现状态整体的协调。标准提供的状态转移图可直接转换为有限状态机（FSM）代码。此外，使用IDL或元模型工具可以自动生成管理对象代码。
截至2026年，ISO/IEC 10164-2-95（2003）虽已被部分新兴框架替代，但其定义的状态管理概念仍然是网络与系统管理领域的基本参考。了解和掌握本标准，对于从事分布式系统互操作性设计和网络管理的专业人员而言，依旧是一项核心技能。
