本标准定义的是事件报告管理功能，它由服务和两个功能单组成。 GB/T 17143.5-1997 信息技术 开放系统互连 系统管理 第5部分:事件报告管理功能 GB/T17143.5-1997 标准下载解压密码：www.bzxz.net

GB/T17143.5-1997
本标准等同采用ISO/IEC10164-5：1993《信息技术开放系统互连系统管理：事件报告管理功能》和ISO/IEC10164-5：1993/Cor.1：1994《信息技术开放系统互连系统管理：事件报告管理功能技术修改1》。
根据1SO/IEC10164-5：1993/Cor.1：1994，本标准增加了3.7条。GB/T17143在《信息技术开放系统互连系统管理》总标题下，目前包括以下8个部分：第1部分（即GB/T17143.1）：客体管理功能第2部分（即GB/T17143.2）：状态管理功能第3部分（即GB/T17143.3）：表示关系的属性第4部分（即GB/T17143.4）：告警报告功能第5部分（即GB/T17143.5）：事件报告管理功能第6部分（即GB/T17143.6）：日志控制功能第7部分（即GB/T17143.7）：安全告警报告功能第8部分（即GB/T17143.8）：安全审计跟踪功能本标准的附录A、附录B和附录C是提示的附录。本标由中华人民共和国电子工业部提出。本标准由电子工业部标准化研究所归口。本标准起草单位：电子工业部标准化研究所。本标准主要起草人：郑洪仁、周小华、史美林。535
GB/T 17143. 5--1997
ISO/IEC 前言
ISO（国际标准化组织）和IEC（国际电工委员会）是世界性的标准化专门机构。国家成员体（他们都是ISO或IEC的成员国）通过国际组织建立的各个技术委员会参与制定针对特定技术范围的国际标准。ISO和IEC的各技术委员会在共同感兴趣的领域内进行合作。与ISO和IEC有联系的其他官方和非官方国际组织也可参与国际标推的制定工作。对于信息技术，ISO和IEC建立了个联合技术委员会，即ISO/IEC JTC 1。由联合技术委员会提出的国际标准草案需分发给国家成员体进行表决。发布一项国际标准，至少需要75%的参与表决的国家成员体投票赞成。
ISO/IEC10164-5是由ISO/IECJTC1“信息技术”联合技术委员会与CCITT合作制定的。等同文本为 CCITT X.734。
ISO/IEC10164在《信息技术开放系统互连系统管理》总标题下，目前包括以下14个部分：第1部分：客体管理功能
第2部分：状态管理功能
第3部分：表示关系的属性
-第4部分：告警报告功能
第5部分：事件报告管理功能
—-第6部分：日志控制功能
一第7部分：安全告警报告功能
一第8部分：安全审计跟踪功能
—第9部分：访问控制的客体和属性—第10部分：记帐计量功能
第11部分：工作负荷监控功能
一第12部分：测试管理功能
第13部分：概括功能
一第14部分：可信度及诊断测试分类536
GB/T17143.5—1997
GB/T17143是遵照GB9387和GB/T9387.4制定的由多个部分组成的标准。GB/T17143与以下标准有关：
GB/T 16644
GB/T16645
GB/T17142
GB/T 17175
信息技术
信息技术
信息技术
信息技术
开放系统互连
开放系统互连
开放系统互连
开放系统互连
公共管理信息服务定义
公共管理信息协议
系统管理综述
管理信息结构
中华人民共和国国家标准
信息技术开放系统互连
系统管理
第5部分：事件报告管理功能
Information technology-Open Systems Interconnection-Systems Menagement-Part 5: Event report management function1范围
GB/T17143.5—1997
idtIS0/1EC10164-5:1993
本标准定义了一种系统管理功能，它供应用进程在集中式或分散式管理环境中交互，以便用于GB/T9387.4所定义的系统管理。本标准定义的是事件报告管理功能，它由服务和两个功能单元组成。本功能归属于GB9387的应用层，并按GB/T17176提供的模型定义。系统管理功能的作用由GB/T17142描述。
本标准
建立事件报告管理功能的用户需求；建立将本功能提供的服务与用户需求相联系的模型；—一定义由本功能提供的服务，—规定为提供服务所必需的协议；一定义服务与SMI操作和通知之间的关系；定义与其他系统管理功能之间的关系；一规定一致性要求。
本标准
不定义旨在提供事件报告管理功能的任何实现的特性，不规定由事件报告管理功能的用户完成管理的方式；不定义任何导致使用事件报告管理功能的交互的特性，一不规定建立、正常释放和异常释放管理联系所必需的服务，不规定为使用事件报告管理功能或任何有关活动所需要的授权；不定义与特定协议机管理有关的被管客体。2引用标准
下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。GB9387—88信息处理系统开放系统互连基本参考模型（idtISO7498：1984，eqvCCITTX200:1988)
GB/T9387.4-1996信息处理系统开放系统互连基本参考模型第4部分：管理框架（idtISO/IEC 7498-4:1989,eqv CCITTX.700:1992)GB/T15129-—941
信息处理系统开放系统互连服务约定（idtISO/TR8509：1987，eqVCCITTX. 210:1988)
国豪技术监督局1997 -12-15批准538
1998-08-01实施
GB/T 17143.51997
GB/T16263-1966信息技术开放系统互连抽象语法记法一（ASN.1)基本编码规则规范(idt ISO/IEC 8825:1990,eqv CCITT X.209:1988): GB/T 16644—1996
信息技术开放系统互连公共管理信息服务定义（idtISO/IEC9595：1991,eqvCCITT X.710:1991)
GB/T 17142—1997
信息技术开放系统互连系统管理综述（idtISO/IEC10040：1992）GB/T 17143.1---19971
信息技术开放系统互连系统管理第1部分：客体管理功能(idtISO/IEC 10164-1:1993)
GB/T 17143.2---1997
信息技术开放系统互连
系统管理第2部分：状态管理功能(idtISO/IEC 10164-2:1993)
GB/T 17175.2—1997
信息技术开放系统互连
ISO/IEC 10165-2:1992)
GB/T 17176—1997
管理信息结构第2部分：管理信息定义（idt信息技术开放系统互连应用层结构（idtISO/IEC9545：1994)GB/T 17178. 1--1997
信息技术开放系统互连
一致性测试方法和框架
第1部分：基本概念
(idtISO/IEC9646-1:1994)
3定义
本标准采用下列定义。
3.1基本参考模型定义
本标准采用GB9387中定义的下列术语：a）开放系统；
b）系统管理。
3.2服务约定定义
本标准采用GB/T15129中定义的下列术语：原语
3.3管理框架定义
本标准采用GB/T9387.4中定义的下列术语：a）管理信息；
b）被管客体；
c）系统管理应用实体。
3.4系统管理综述定义
本标准采用GB/T17142中定义的下列术语：a）代理作用；
b）从属一致性；
c）般一致性；
d）管理支持客体；
e）管理者作用；
f）通知，
g）系统管理功能单元；
h）系统管理操作。
3.5公用管理信息服务定义
本标准采用GB/T16644中定义的下列术语：a）属性；
b）公共管理信息服务；
c）公共管理信息服务元素。
3.6OSI--致性测试定义
GB/T 17143.5-—1997
本标准采用GB/T17178.1中定义的下列术语：系统一致性声明。
3.7补充定义
本标准采用下列定义。
3.7.1辨别器discrirninator
一个管理支持客体，它允许系统选择管理操作以及与其他被管客体有关的事件报告。3.7.2辨别器输入客体discriminator input object一个概念客体，其属性或者是操作的参数，或者是通知的参数。辨别器输入客体是为完成辨别而定义的，并且其实例仅在辨别持续期内存在。当且仅当辨别器输入客体属性具有客体标识时，它才可用于辨别。此时，为其定义规则不匹配的诸属性才能检查出来。3.7.3事件转发辨别器event forwardingdiscriminator作用于潜在事件报告上的辩别器。3.7.4事件报告管理功能event report management function包括了管理支持客体类的定义的功能，它允许管理者控制来自被管客体的事件报告的发送，而不依赖于被管客体的定义。
3.7.5潜在事件报告potential event report为事件转发辨别的目的而定义的一类辨别器输入客体。潜在事件报告由需要在事件报告中传递的所有信息构成。这些信息派生于包含在通知中的信息以及在本地处理通知时产生的信息（如果有的话）。缩略语
5约定
抽象语法记法一
公共管理信息服务
公共管理信息服务元素
事件转发辩别器
事件报告功能
标识符
管理应用协议数据单元
协议数据单元
系统管理应用实体
系统管理功能单元
管理信息结构
本标准遵循GB/T15129定义的描述性约定为事件报告管理功能定义了服务。6需求
要满足的需求是：
a）灵活的事件报告控制服务定义，它允许系统选择哪些事件报告被送给特定的管理系统；b）事件报告要送往的目的地的规范(例如：管理系统的标志)；c）控制转发事件报告(例如暂停或恢复转发)的机制的规范；540
GB/T 17143. 51997
d）外部管理系统修改用于报告事件的条件的能力；e）指定当原始单元不可用时，事件报告可以送往的后备单元的能力。7事件报告管理功能模型
7.1总则
与系统行为有关的上述功能需求可以简化为对系统行为的基本要求。它有能力规定由特定被管客体发送的潜在事件报告为了能送到指定目的地而应满足的条件。7.2事件报告管理模型
事件报告管理模型描述概念部件，它们为远程事件的报告和潜在事件的本地处理作准备。此模型还描述控制消息，事件报告消息和检索消息。概念事件预处理功能接收本地通知并形成潜在事件报告。从概念上说，这些潜在事件报告分布于局部开放系统内包含的所有事件转发辨别器。为了辨别，潜在事件报告仅被事件转发辨别器看作是辨别器输入客体，在局部系统之外它是不可见的。事件转发辨别器用于决定哪些事件报告要在规定时间内送到特定目的地。它还可用来规定转发事件的方式（证实型或非证实型）。每一个事件转发辨别器可以包含调度能力以决定在哪段时间内挑选事件报告进行转发。每一个事件转发辨别器包含一个鉴别器构造，它规定潜在事件报告为了被转发而必须满足的特性。已经选定的事件报告被尽快地转发到目的地。事件转发辨别器本身是一个被管客体，因而能发出通知。这些通知由包括产生通知的辨别器在内的所有事件转发辨别器作为潜在事件报告来处理。图1是有关产生、处理和报告事件的部件的图形表示。被管客体
事件预处理
潜在事件报告
响应！
图1事件报告管理模型
7.2.1事件报告管理功能
事件报告
事件报告管理允许一个开放系统建立和控制辨别及转发事件报告给其他开放系统。事件报告是由通知引发的，引发通知的事件是，例如突破阈值或配置状况改变所导致的。事件转发管理功能提供了识别选出的事件报告要送往的目的地的能力。事件报告管理提供方法，借助这种方法可以启动、结束、暂停或恢复辩别和转发，并且通过这种方法可以读出和修改事件转发辩别器的属性。事件报告管理功能提供了在两个开放系统之间建立长期事件报告关系的能力。在事件转发辨别器处于未锁状态时，送报告的开放系统将事件报告转发给指定目的地，其给定的操作状态为允许，并且任何调度都不为“下班”。
事件报告管理包含：
一启动事件转发；
—结束事件转发，
--暂停事件转发；
一恢复事件转发；
修改事件转发条件；bzxz.net
检索事件转发条件。
8类属定义
8.1被管客体
GB/T 17143. 5-1997
本标准提供被管客体的类属定义、与辨别器和事件转发辨别器有关的属性和包。8.1.1辨别器
基本的超类是辨别器客体类。辨别器可以专门地化分为若干子类以规定允许控制各种系统管理功能的管理支持客体类。辨辩别器提供条件规范，这些条件应在允许管理操作或与待处理的辨别器输入客体有关的通知之前得到满足。有些条件对所有辨别器子类是公共的，另一些条件是单独针对特定的辨别器子类的。
由辨别器规定的条件是：
对决定辨别器处理何时发生的调度包的识别；辨别的标准；
辨辩别器的行政和操作状态；
一对特定辨别器客体子类规定的条件。8.1.1.1辨别器的管理
辨别器是一个被管客体，它允许管理系统对被管理系统可以接受的管理操作和可以被转发的事件报告进行控制。因此，辨别器可以被创建、删除、读取和修改。此外，辨别器的活动性可以借助于操纵其行政状态而暂停和恢复
当一个辩别器被创建时，辩别器将产生一个客体创建通知，此通知将由新创建的辩别器处理。每一个辨别器都有一个操作状态和一个行政状态。为辨别器定义的操作状态是在GB/T17143.2中定义的那些状态。为辨辩别器定义的行政状态属性是在GB/T17143.2中定义的那些属性子集。操作状态的改变应使用状态改变通知来报告。该通知将在它进入禁止状态之前，或进入允许状态之后的适当时候由受影响的辨别器处理。
为辨别器定义的操作状态是允许和禁止。对辨别器而言，允许状态是辨别器可以处理辨别器输入客体（除非行政地禁止这样做，或如果任何调度为“下班”）的状态；在禁止状态时，辩别器不处理任何辩别器输入客体。
为辨别器定义的行政状态是“锁住”和“未锁”。辨别器的行政状态改变是管理系统或局部行政活动干涉的结果。这些状态的精确语义被作为辨别器子类的类定义的一部分而定义。管理系统可以对辨别器加锁或解锁。无论辨别器的行政状态何时改变，辨别器都应产生一个通知。当状态从未锁变为锁住，且辨别器处于允许状态时，在指示状态改变的状态改变通知已被辨别器处理之前，辩别器不会改变状态。当辩别器状态从锁住变为未锁时，在进入未锁状态后，辨别器应立即产生一个指示状态改变的通知。状态从未锁变为锁住被认为是瞬时发生的，并且不打断当前潜在事件报告的处理。
当辩别器被删除时，辩别器应产生一个客体删除通知，并在删除之前处理该通知。如果辨别器处于未锁和允许状态，它应在其被删除之前先处理指示客体删除的辩别器输入客体。除了操纵辨别器的状态外，管理者可以改变可用辨别器的时间，以及改变对辨别器输入客体的测试542
GB/T 17143.5--1997
可以评价为TRUE（真）的条件。这些改变被限定以不影响当前正被处理的辨别器输入客体的方式发生。当管理者可以改变辩别器为可用时的时间时，就应出现可用性状况。辨别器可用性状况属性值是在GB/T17143.1中定义的那些属性值的一个子集。如果辨别器是可用的，而调度属性改变使当前时间不在“可用的”时间范围内，则可用性状况变为“下班”。该通知将由受影响的事件转发辨别器在进入下班状况之前处理。该属性无状态改变通知产生。改变属性值而不是改变行政状态、操作状态和可用性状况（如果存在），将使用属性值改变通知予以报告。
在没有可用的易管理事件转发辨别器时，可以用一个机制来为转发事件配置开放系统（见附录B）。这种机制不属于本标准规定的范围。8.1.1.2辨别器的正常操作
辨别器含有一个辨别器构造，这是一个作用于辨别器输入客体属性的过滤机制。辨别器构造是关于属性存在或属性值的个或多个断言的集合。如果辨别器构造包含的断言多于一个，则这些断言用逻辑运算符聚集在一起。
辨别器构造可规定属性的相等和不等条件的测试、属性存在的测试和任何这些条件的“非”。多个条件可以用“与”或“或”运算符组合起来。当一个属性值断言出现在辨别器构造中而此属性却不出现在要测试的辨别器输入客体中时，则对此属性值断言的测试结果应被评价为FALSE（假）。一个空的辨别器构造对辨别器输入客体属性的任何集合都评价为TRUE。对辨别器来说，如果辨别器构造评价为TRUE，辨别器又处于未锁和允许状态，且可用性状况（如果存在的话）不是“下班”，则辨别器输人客体通过辨别器并将被进一步处理（要执行的处理取决于辨别器子类的精确语义）。如果辨别器处于锁住或禁止状态，或可用性状况（如果存在)为下班”，则辩别器输入客体不由那个辨别器处理。如果辨别器按如此建立，以至管理者不能改变它为可用时的时间，则辨别器被认为总是可用的。
8.1.1.3辨别器属性
为辨别器客体类定义下列必备属性。8.1.1.3.1辨别器标识符
该属性用来唯一地标识一个辨别器的实例。8.1.1.3.2辨别器构造
该属性规定对辨别器处理的信息的测试。8.1.1.3.3行政状态
该属性表示辨别器的行政状态。定义了下列行政状态：a）未锁：管理系统允许辨别器处理信息；b）锁住：管理系统禁止辨别器处理信息。8.1.1.3.4操作状态
该属性表示辨别器执行其功能的操作能力。定义了下列操作状态：a）允许：辨别器是可以操作的；b）禁止：辨别器是不可操作的。8.1.1.4辩别器通知
为辨别器客体类定义了下列必备通知：a）状态改变，
b）属性值改变；
c）客体创建；
d）客体删除。
8.1.1.5调度包
GB/T 17143.5--1997
为在调度事件报告活动周期内适应各种层次的复杂性，为事件转发辩别器定义与调度有关的条件调度包给辩别器提供了在它们的报告接通和报告断开条件之间自动切换的能力。如果辨别器中不存在调度包，则它总处在报告接通条件。8.1.1.5.1可用性状况包
如果任何其他有关调度的包被举例，则应出现该条件包。这个包包含下列属性：Availabilitystatus（可用性状况）该属性反映了被管客体的可用性状况。当资源根据事先确定的时间表变为不可用时，其值应是“下班”。该属性是只读的。创建时的值由规定的调度参数和资源状况决定。在这种包中，需要为该属性设置的值是“下斑”。
对该属性，无状态改变通知产生。8.1.1.5.2持续时间包
持续时间包通过使用起始时间和停止时间属性，对被管客体开始和停止活动的时间提供自动控制的能力。
a）Start time（起始时间）
该属性定义一个未锁和允许被管客体开始活动的日期和时间。如果起始时间属性值未在创建请求中规定，则其缺省值为被管客体的创建时间，从而使它立即活动。起始时间属性的改变导致产生一个属性值改变通知。b）Stoptime（停止时间简）
该属性定义一个被管客体停止活动的日期和时间。如果停止时间属性值未在创建请求中规定，则其缺省值为“连续操作”。对于停止时间，用空值表示连续操作。停止时间属性的改变导致产生一个属性值改变通知。8.1.1.5.3日调度包
日调度条件包以24h为周期提供辨别器的可调度能力。调度属性及其有关缺省值定义如下：Intervals of day（日间隔）
该属性定义辨别器应呈现“上班”条件的时间间隔表（一天中间隔开始和间隔结束的时间）。在这些时间间隔外，辨别器呈现“下班”条件。如果未在创建请求中规定，则该部件的缺省值为包含一天全部24 h周期的单一间隔。
8.1.1.5.4周调度包
周调度条件包以一周为周期提供辨别器的可调度能力。调度属性及其相关缺省值定义如下：Weekmask（周屏蔽）
该结构化属性定义一组屏蔽部件，与一周中选择的日子相应，每一个在一个24h刻度的时钟上规定一组时间间隔。周屏蔽属性在辩别器创立时缺省为“总是接通”的调度准则。每个屏蔽的部件定义如下：
a）Days of week(每周日子）
该部件定义一周有哪些日子，在这些日子里辨别器的调度机制应允许辨别器具有可以发生辨别器处理的间隔。该部件果在创建时不存在，则缺省值为一周的全部七天。b）Intervals of day（日间隔）该部件定义辨辩别器将呈现“上班”条件的时间间隔表（一天中间隔开始和间隔结束的时间），如果当前日子选在符合daysOfWeek（每周日子）里的话。在这些时间间隔外，辨别器呈现“下班”条件。如果未在创建请求中规定，则该部件缺省值为包含一天全部24h周期的单一一间隔。544
8.1.1.5.5外部调度员调度包
GB/T 17143.5—1997
外部调度员调度条件包提供基于在一个外部调度员被管客体中定义的调度计划来调度事件报告的能力。辨别器的“上班”和“下班”条件将根据调度员被管客体规定的调度特性而改变。调度属性定义如下：
Scheduler name（调度员名）
该属性规定与辨别器有关的调度员被管客体的名称。该关系意味着辨别器的“上班”和“下班”条件应由外部调度员调度。该属性是只读属性。8.1.2事件转发辨别器
事件转发辨别器允许与被管客体有关的潜在事件报告在事件报告被转发到特定目的地之前满足规范的条件。事件转发辨别器是辨辩别器客体类的一个子类。8.1.2.1事件转发辨别器属性
除了辨别器固有的属性外，事件转发辨别器具有下列属性：Destination（目的地）
目的地属性标识辩别器转发事件报告的目的地。目的地可以是单个应用实体标题或多个应用实体标题。
8.1.2.2备份目的地包
该包有两个属性，它们规定备份目的地和现行目的地。该包在需要为目的地提供备份时出现。8.1.2.2.1备份目的地表
备份目的地表属性是一张应用实体标题的有序表。在备份目的地表中标明的应用实体是AE（应用实体）标题，它们在目的地属性规定的目的地失效时被指定用作事件目的地。AE失效检测和切换备份策略是局部的事情。在表中先出现的应用实体比它后面的优先。当目的地属性有多个应用实体标题时，不使用该属性。8.1.2.2.2现行目的地
现行目的地属性被规定为单一的应用实体标题。现行目的地屑性标明由辨别器当前转发事件去的应用实体。该属性是只读的，其值作为使用目的地或备份目的地表属性的系统操作结果而赋给。8.1.2.3方式包
如果报告事件的方式由管理系统规定，则该包具有一个属性并在需要时出现：Confirmedmode（证实型方式）
该属性有两个值：证实型和非证实型。其值仅在客体创建时设置。如果属性未在请求中规定，则用来发送事件报告的方式是一个局部事情。由设置为证实型方式的事件转发辨别器转发的所有潜在事件报告被作为证实型事件报告发送；如果将方式设置为非证实型，则将它们作为非证实型报告发送。8.1.2.4事件转发辨别器特性
除辨别器客体类固有的特性外，事件转发辨别器还呈现以下特性。对一个潜在事件报告的下列属性的测试，可以由事件转发辨别器中的辨别器构造规定：被管客体类；
被管客体实例；
事件类型：
一事件类型特定属性，例如：对有关错误的事件，这些属性为：一严重性：
一被备份状况；
一可能原因。
为了进行这些测试，辨别器必须懂得使用的抽象语法。如果潜在事件报告的辨别器构造评价为TRUE，且事件转发辨别器处于未锁和允许状态并且可用545
GB/T 17143.51997
性状况不为“下班”，则事件报告被送往规定的目的地。8.2引入的类属定义
用于本标准中的下列类属定义在GB/T17143.2和GB/T17143.1中定义：行政状态；
操作状态；
-可用性状况
一状态改变通知；
客体创建通知；
客体删除通知
属性值改变通知。
9服务定义
本标准不定义任何服务。使用在其他功能中定义的服务描述如下。9.1引言
系统之间需要的信息和管理控制需求可能随时间及管理或通信环境改变而改变。因此有必要提供个实施OSI管理服务的机制。
认为系统应该有能力修改其他系统中的事件转发辨别器的操作。特别地，可以应用于事件转发辨别器的每个实例的所需操作是：
创建一个辨别器；
删除一个辨别器；
修改辨辩别器的属性；
一暂停辨别器的活动；
一恢复辨别器的活动。
这些操作对系统提供一种为特定被管客体启动/结束/暂停/恢复事件报告的手段。还认为系统有必要能够修改和读出一个特定事件转发辨别器的任何属性。操作状态属性，现行目的地属性、证实型方式属性和可用性状况属性都是只读的，它们不能由管理改变。9.2启动事件报告转发
在GB/T17143.1中定义的PT-CREATE服务用来允许个开放系统请求另一个开放系统创建个事件转发辨别器，由此请求强加新的或另外的事件转发控制。当一个事件转发辨别器被创建时，它生成一个客体创建通知来指出其行政状态、操作状态以及可用性状况和证实型方式（如果存在的话）。该通知是否导致一个事件报告的传输，取决于行政和操作状态、可用性状况以及处理潜在事件报告的辨别器的辩别器构造。
辩别器属性的语义在第8章中定义。创建操作的属性和缺省规定如下。辨别器构造，该属性规定在测试潜在事件报告时事件转发辩别器使用的测试条件。如果在输入的请求中没有为该参数规定值，则应定义一个空辨别器构造，即辨别器构造对所有潜在事件报告都评价为TRUE。附录B示出一个辨别器构造的值符号的例子。辨别器标识符：如果没有提供该值，则管理系统应指定一一个值并在应答中送回。目的地：该属性标出已经通过测试条件的事件报告将被送往的目的地。如果在请求中没有规定目的地，则被创建的辨别器以请求者的AE(应用实体)标题作为缺省目的地。行政状态：该属性规定创建辨别器时的行政状态。辨别器行政状态是GB/T17143.2中定义的行政状态的一个子集。辩别器可以被创建于未锁或锁住状态中。如果未规定行政状态，则假定为未锁状态。操作状态：该属性规定辨别器的操作状态。辨别器的操作状态是GB/T17143.2中定义的那些操作状态。辨别器可能处于允许或禁止状态。操作状态不应被规定为创建请求的一部分，但应在应答中返回，546
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。