【通信行业标准(YD)】 数据通信网 开放系统互连(OSI)管理 公共管理信息协议规范

YD/T874—1996
本标准等同采用CCITT（国际电报电话咨询委员会），现ITU-T（国际电信联盟-电信标准化部门）制定的X.711建议，而建议X.711“数据通信网开放系统互连管理公共管理信息协议规范”和ISO/IEC9596“信息技术开放系统互连公共管理信息协议规范”在技术上是完全等同的，因而本标准沿用“CCITT应用的公共管理信息协议规范”，并改题目为“公共管理信息协议规范”。本标准是有关开放系统的网络管理一组标准之一，这一组标准为开放系统的网络管理提供了一个综合性的规范。本标准规定了公共管理信息的实施的协议规范，抽象语法及其一致性，是实现国际网络管理协议互通所必须遵循的标准。
在本标准前言之外，保留了国际建议的前言。本标推的附录A、附录B和附录C都是提示的附录。本标准由邮电部电信科学研究规划院提出并归口。本标推由邮电部数据通信技术研究所负责起草。本标准主要起草人：陈淑仪
CCITT前言
CCITT(国际电报电话咨询委员会负责研究技术的、操作的和资费的问题，并且为了实现全世界电信标准化，对上述问题发布建议。每 4年召开一次的CCITT全体会议确定研究课题并批准由各研究组起草的建议，在两次全体会议之间，CCITT的成员可按CCITT第2号决议（1988年订于墨尔本）拟定的程序批准建议建议X.711由第证研究组起章，并根据第2号决议的程序于1991年3月22日被批准。1范围
中华人民共和国通信行业标准
数据通信网开放系统互连（OSI）管理公共管理信息协议规范
本标准规定了应用层实体在管理信息交换中使用的协议。本标准规定了：
在应用实体之间传送管理信息使用的规程，使用的公共管理信息协议(CMIP)的抽象语法及相关的编码规则；正确解释协议控制信息使用的规程；实现本标准时必须满足的一致性要求。本标准未规定：
使用CMIP方式发送的管理信息的结构或意义；在CMIP的交换中如何完成管理任务的方式；使用CMIP过程中产生的交互作用。2引用标准
YD/T 874-1996
idt CCITT X.711: 1992
下列标准所包含的条文，通过在本标准中引用而构成本标准的条文。在本标准出版时，所示版本均为有效。所有标准都会被修改，使用本标准的各方应探讨使用下列标准最新版本的可能性。[1]］CCITT建议CCITT应用的开放系统互连参考模型，蓝皮书，卷.4,建议X.200,ITU,日内瓦，1988。
ISO/IEC7498-4信息处理系统开放系统互连基本参考模型第4部分：管理框架1989。[3]
CCITT建议抽象语法记法一（ASN.1)的规范，蓝皮书，卷VI.4，建议X.208,ITU，日内瓦，1988。
［4]］（
CCITT建议抽象语法记法-（ASN.1)的基本编码规则的规范，蓝皮书，卷.4，建议X.209，ITU，日内瓦，1988。
[5]‘
CCITT建议CCITT应用的开放系统互连的会话服务定义，蓝皮书，卷VI.4，建议X.215,ITU，日内瓦，1988。
［6］CCITT建议CCITT应用的开放系统互连的表示服务定义，蓝皮书，卷.4，建议X.216,ITU，日内瓦，1988。
[7］CCITT建议CCITT应用的开放系统互连的联系控制服务定义，蓝皮书，卷.4,建议X.217，ITU，日内瓦，1988。
CCITT建议远程操作：模型、记法和服务定义，蓝皮书，卷V.4，建议X.219，ITU，日内瓦，1988。
CCITT建议CCITT应用的开放系统互连的表示协议规范，蓝皮书，卷VI。5，建议X.226，ITU，日内瓦，1988。
中华人民共和国邮电部1996-11-12批准1997-05-01实施
YD/T 874—1996
［10］CCITT建议CCITT应用的开放系统互连的联系控制协议规范，蓝皮书，卷VI.5，建议X.227ITU，日内瓦,1988。
［117CCITT建议远程操作：协议规范，蓝皮书，卷V.5，建议X.229,ITU，日内瓦，1988。［12]CCITT建议CCITT应用的公共管理信息服务定义，建议X.710,ITU，日内瓦，1991。3定义
本标准采用下列定义
3.1基本参考模型定义www.bzxz.net
本标准引用建议X.200[1]定义的下列术语：a）应用服务要素；
b）应用进程；
c）实开放系统；
d）系统管理。
3.2管理框架定义
本标准引用ISO/IEC7498-4[2]定义的下列术语：a）被管客体；
b）管理信息；
c）管理信息库；
d）系统管理应用实体。
3.3远程操作定义
本标准引用建议X.219[8]定义的下列术语：a）联系发起者；
b）联系响应者；
c）链接操作；
d）远程操作；
e）远程操作服务要素；
↑）调用者；
g）执行者；
h）联系类别；
i）操作类别。
3.4CMIS 定义
本标准引用建议X.710[12]定义的下列术语：a）属性；
b）公共管理信息服务要素；
c）公共管理信息服务；
d）CMISE服务提供者；
e）CMISE服务用户；
f）调用方CMISE服务用户；
g）执行方CMISE服务用户。
3.5ACSE定义
本标准引用建议X.217[7]定义的下列术语：a）应用上下文；
b）应用联系；
c）联系。
3.6表示定义
YD/T 874—1996
本标准引用建议X.216[6]定义的下列术语：a）抽象语法；
b）传送语法。
4符号与缩略语
5综述
联系控制服务要素
应用协议数据单元
应用服务要素
抽象语法记法一
公共管理信息协议
公共管理信息协议机制
公共管理信息服务
公共管理信息服务要素
已定义的上下文集
协议控制信息
协议数据单元
协议实现一致性声明
远程操作
远程操作服务要素
系统管理应用实体
公共管理信息协议(CMIP)规定了建议X.710[12中所述的操作与通知服务可使用的协议要素。建议X.710定义了公共管理信息服务（CMIS）。5.1提供的服务
本标准规定的协议支持建议X.710[12]所定义的服务。这些服务列于表1。表1公共管理信息服务
M-CANCEL-GET
M-EVENT-REPORT
M-ACTION
M-CREATE
M-DELETE
5.2下层服务
证实/非证实
证实/非证实
证实/非证实
本标准使用建议X.219[8]定义的远程操作服务要素（ROSE)中的RO-INVOKE，RO-RESULT，ROERROR和RO-REJECT-U服务。ROSE承担使用建议X.216[6］定义的表示服务。根据应用的要求，CMIP的证实操作可以是操作类别2（异步方式）或类别1（同步方式）。操作类别的选择属于本地事宜。CMIP的非3
YD/T 874—1996
证实操作是操作类别5（异步，不报告结果）。CMIP使用联系类别3。若扩展服务的功能单元协商成功，则ROSEapdus可以被映射到表示服务上而不是P-DATA服务上。注：例如，当CMIP操作被送到对等的CMISE服务用户时，有可能需要修改表示层定义的上下文集（DCS）。在这种情况下，携带CMIP操作的ROSEAPDU将被映射到也用来完成对DCS的变更的P-ALTER-CONTEXT服务上。
要求使用哪一些表示服务和如何使用这些服务的细节，将在联系使用的应用上下文的有关说明中描述。5.2.1由ACSE承担的服务
本标准承担联系控制服务要素中的A-ASSOCIATE，A-RELEASE，A-ABORT和A-P-ABORT的服5.2.2由表示层承担的服务
建议X.229[11]承担表示层的P-DATA服务的使用，用来传送RO-INVOKE，RO-RESULT，RO-ERROR 和 RO-REJECT PDU。
5.3管理信息定义
本标准定义公共管理信息协议的抽象语法，特定的被管客体的专用属性由定义该客体的标准描述。6规程要素
本章提供CMIP规程要素的定义。本规程定义CMIPPDU的传送，它们的结构、编码以及与CMIS服务原语的关系在第7章中规定
公共管理信息协议机制（CMIPM)接受CMIS请求和响应服务原语，并发送CMIPPDU来启动本章所规定的特定规程要素。
CMIPM使用CMIS指示和证实服务原语，应接受任何有效的 CMIP PDU，并把它传递给执行方CMISE服务用户进行处理。若收到的PDU不完整或不包含被支持的通知或操作，则应将该PDU返回，指出收到的PDU已被拒绝。
这些规程只指出如何解释CMIPPDU中的各种字段，既不指出正在调用的CMISE服务用户应当如何处理他所要求的信息，也不指出执行方CMISE服务用户应如何处理调用。6.1联系的建立
建立联系调用两个CMISE服务用户，一个为联系发起者，另一个为联系响应者。CMISE服务用户，可使用建议X.217[7J中的A-ASSOCIATE服务来启动联系的建立。应用上下文规定了为协调不同ASE的相应启动信息所需要的一些规则。CMISE的联系规则在附录A中规定。
6.2远程操作
6.2.1RO规程要素
CMIP规程要素是基于下列下层远程操作规程要素：a）调用；
b）返回结果；
c）返回差错；
d）用户拒绝；
e）提供者拒绝。
在建议X.229[11]中充分地描述了上述这些规程要素。表2规定了CMIS与ROSE参数之间的对应关系。CMIS 参数
Invoke identifer
Linked identifer
YD/T 874--1996
表2CMIS与ROSE参数对照
其他CMIS与ROSE参数之间的对应关系在第7章中规定。6.2.2Ro-Reject问题参数
Ro-Reject 问题参数的映射或处理如下。ROSE参数
InvokeID
Linked-ID
6.2.2.1Ro-Reject-User-Invoke问题对CMIS差错码的映射在表3中规定，表3Ro-Reject-User-Invoke问题对CMISE差错码的映射RO-REJECT 参数
duplicate-invocation
mistyped-argument
resource-limitation
uarecognized-operation
其他的调用问题参数均是本地事宜。6.2.2.2其他的Ro-Reject拒绝参数将按本地事宜处理。6.3事件报告规程
6.3.1调用
CMISE差错码
duplicate invocation
mistyped argument
resource limitation
unrecognized operation
事件报告规程是用M-EVENT-REPORT请求原语启动的。一旦收到M-EVENT-REPORT请求原语，CMIPM就应做下列工作：a）在证实方式下，构造一个APDU来请求提供 m-EventReport-Confirmed 操作；否则构造一个AP-DU,来请求 m-EventReport 操作；b）使用RO-INVOKE规程发送APDU。6.3.2接受
CMIPM一且收到-一个请求m-EventReport 或 m-EventReport-Confirmed操作的APDU,就应当采取下列行动：若收到的APDU是合乎格式的，则向CMISE用户发出M-EVENT-REPORT指示原语，并在方式参数中指出是否要求证实；否则应构造一个包含差错通知的APDU并使用RO-REJECT-U规程发送。6.3.3响应
在证实方式下,CMIPM应接受一个M-EVENT-REPORT响应原语，并且应：a）构造一个APDU来证实M-EVENT-REPORT通知；b）若M-EVENT-REPORT响应原语中的参数指出该通知已被接受，则使用RO-RESUL.T规程发送该APDU；否则，使用RO-ERROR规程发送该APDU。6.3.4接受响应
一巨收到-个响应M-EVENT-REPORT通知的APDU,CMIPM就应采取下列行动：若收到的APDU是合乎格式的，则向CMISE服务用户发出一个M-EVENT-REPORT证实原语，从而完成通知规程；否则，构造一个包含差错通知的APDU并使用RO-REJECT-U规程发送。6.4Get 规程
6.4.1调用
Get规程是用M-GET请求原语启动的。一旦收到M-GET请求原语，CMIPM就应：a）构造一个APDU 来请求 m-Get 操作；5
YD/T874—1996
b）使用RO-INVOKE规程发送该APDU。6.4.2接受
一旦收到请求m-Get操作的APDU,CMIPM就应采取下列行动：若收到的APDU是合乎格式的，则向CMISE服务用户发送一个M-GET指示原语；否则，构造一个包含差错通知的APDU并使用RO-REJECT-U规程发送。
6.4.3响应
CMIPM应：
a）接受linked-ID的零个或多个M-GET响应原语并后随不含有 linked-ID的单个M-GET响应原语；b）对含有linked-ID的每一个M-GET响应原语，CMIPM应：构造一个请求m-Linked-Reply操作的APDU,视情况将LinkedReplyArgument置为getListEr-ror，getResult 或 processingFailure;使用RO-INVOKE规程发送每一个APDU。c）对于不含有linked-ID的M-GET响应原语，CMIPM应：构造一个证实m-Get操作的APDU；若M-GET响应原语中的参数指出操作已被正确执行，则使用RO-RESULT规程发送APDU。若M-GET响应原语中的参数指出操作只是部分成功执行或因差错而不能执行，则使用RO-ERROR规程发送该 APDU。
6.4.4接受响应
一且收到响应m-Get操作的APDU,CMIPM就应：a）若该APDU含有linked-ID并且是合乎格式的，则向CMISE服务用户发出一个M-GET证实原语；b）若该APDU为最后一个响应（即不包含linked-ID)而且是合乎格式的，则向CMISE服务用户发出一个M-GET证实原语，从而完成M-GET规程；c）若该APDU不合乎格式，则构造一个含有差错通知的APDU，并使用RO-REJECT-U规程发送。6. 4. 5 CancelGet 规程
6.4.5.1调用
CancelGet规程是用M-CANCEL-GET请求原语启动的。一旦收到M-CANCEL-GET请求原语，CMIPM就应：a）构造请求 m-CancelGet操作的APDU；b）使用RO-INVOKE规程发送该APDU。6.4.5.2接受
一旦收到请求m-CancelGet操作的APDU,CMIPM就应采取下列行动：若APDU是合乎格式的，则向CMISE服务用户发出一个M-CANCEL-GET指示原语，否则，构造一个含有差错通知的APDU并使用RO-REJECT-U规程发送。
6.4.5.3响应
CMIPM应：
a）构造一个证实 m-CancelGet 操作的APDU；b）若M-CANCEL-GET响应原语中的参数指出操作已被正确执行，则使用RO-RESULT规程发送该APDU；否则，使用RO-ERROR规程发送该APDU。若M-CANCEL-GET操作成功，则执行方CMISE服务用户，应停止向M-GET操作发送链接答复并应发出一个包含有“操作取消”差错的M-GET响应原语。6.4.5.4接受响应
一旦收到响应m-CancelGet操作的APDU，CMIPM就应采取下列行动：若APDU是合适的，则向CMISE服务用户发出一个M-CANCEL-GET证实原语；否则，构造一个含有差错通知的APDU并使用RO-REJECT-U规程发送。
6.5Set 规程
6.5.1调用
Set 规程是由 M-SET请求原语启动的。YD/T874—1996
一旦收到M-SET请求原语，CMIPM就应：a）在证实方式下，构造一个请求m-Set-Confirmed 操作的APDU;否则，应构造一个请求 m-Set操作的APDU。
b）使用RO-INVOKE规程发送该APDU。6.5.2接受
一旦收到请求m-Set或m-Set-Confirmed操作的APDU;CMIPM就应采取下列行动：若APDU是合乎格式的，则向CMISE服务用户发出M-SET指示原语，并在使用方式参数中指出是否要求证实；否应构造一个含有差错通知的APDU并使用RO-REJECT-U规程发送。6.5.3响应
在证实方式下，CMIPM应：
a）接受含有linked-ID的零个或多个M-SET响应原语并后随不含有linked-ID的单个M-SET响应原b）对于包含linked-ID的每一个M-SET响应原语，CMIPM应：一构造一个请求m-Linked-Reply操作的APDU，视情况将LinkedReplyArgument置为setListError,SetResult 或 processingFailure;一使用RO-INVOKE规程发送每一个APDU。c）对于不含有linked-ID的M-SET响应原语,CMIPM应；构造一个证实m-Set操作的APDU；若M-SET响应原语中的参数指出操作已被正确执行，则使用RO-RESULT规程发送该APDU。若M-SET响应原语中的参数指出操作只是部分成功执行或因差错而不能执行，则使用RO-ERROR规程发送该APDU。
6.5.4接受响应
一旦收到响应m-Set-Confirmed操作的APDU,CMIPM就应：a）若该APDU包含有linked-ID并且是合乎格式的，则向CMISE服务用户发出一个M-SET证实原语；
b）若该APDU是最后个响应（即不包含linked-ID)并且是合乎格式的，则向CMISE服务用户发出一个M-SET证实原语，从而完成M-SET规程；c）若该APDU不合乎格式，则构造一个包含差错通知的APDU并使用RO-REJECT-U规程发送。6.6Action规程
6.6.1调用
Action规程是由M-ACTION请求原语启动的。一旦收到M-ACTION请求原语，CMIPM就应：a）在证实方式下，构造-个请求m-Action-Confirmed操作的APDU否则构造一个请求m-Action操作的APDU；
b）使用RO-INVOKE规程发送该APDU。6.6.2接受
一旦收到请求m-Action或m-Action-Confirmed操作的APDU,CMIPM就应采取下列行动：若该AP-DU是合乎格式的，则向CMISE服务用户发出一个M-ACTION指示原语并在使用方式参数中指出是否请求证实；否则，构造一个含有差错通知的APDU并使用RO-REJECT-U规程发送。7
6.6.3响应
在证实方式下，CMIPM应：
YD/T 874—1996
a）接受包含linked-ID的零个或多个M-ACTION响应原语并后随不包含有linked-ID的单个M-ACTION 响应原语；
b）对含有linked-ID的每一个M-ACTION响应原语，CMIPM应：一构造一个请求m-Linked-Reply操作的APDU，视情况将LinkedReplyArgument置为actionError，actionResult 或 processingFailure;一使用RO-INVOKE规程发送每一个APDU。c）对不含有linked-ID的M-ACTION响应原语，CMIPM应：构造一个证实m-Action操作的APDU；一若M-ACTION响应原语中的参数指出操作已被正确执行，则使用RO-RESULT规程发送该APDU；否则，使用RO-ERROR规程发送该APDU。6.6.4接受响应
一巨收到响应m-Action-Confirmed操作的APDU,CMIPM就应：语；
a）若APDU包含有linked-ID并且是合乎格式的，则向CMISE服务用户发出一个M-ACTION证实原b）若APDU是最后一个响应（即不包含linked-ID)并且是合乎格式的，则向CMISE服务用户发出一个M-ACTION证实原语，从而完成M-ACTION规程；c）若该APDU不合乎格式，则构造一个含有差错通知的APDU并使用RO-REJECT-U规程发送。6.7Create规程
6.7.1调用
Create 规程是由M-CREATE请求原语启动的。一旦收到M-CREATE请求原语，CMIPM就应：a）构造一个请求m-Create操作的APDU；b）使用RO-INVOKE规程发送该APDU。6.7.2接受
一旦收到请求m-Create操作的APDU,CMIPM就应采取下列行动：若APDU是合乎格式的，则向CMISE服务用户发出一个M-CREATE指示原语；否则，构造一个含有差错通知的APDU并使用RO-REJECT-U规程发送。
6.7.3响应
CMIPM应接受-个M-CREATE响应原语并应：a）构造一个确认 m-Create操作的APDU；b）若M-CREATE响应原语中的参数指出操作完成是正确的，则使用RO-RESULT规程发送该APDU；否则使用RO-ERROR规程发送该APDU。6.7.4接收响应
一且收到一个响应m-Create操作的APDU,CMIPM就应当采取下列行动：若APDU是合乎格式的，则向CMISE服务使用者发出-一个M-CREATE确认原语，从而完成M-CREATE规程；否则构造一个包含差错通知的APDU并使用RO-REJECT-U规程发送。6.8 Delete 规程
6.8.1调用
Delete规程是由 M-DELETE请求原语起动的。一旦收到M-DELETE请求原语，CMIPM就应：a),构造一个请求 m-Delete 操作的APDU；8
YD/T 874—1996
b）使用RO-INVOKE规程发送该APDU。6.8.2接受
一旦收到请求m-Delete操作的APDU，CMIPM就应采取下列行动：若APDU是合乎格式的，则向CMISE服务使用者发出一个M-DELETE指示原语，否则，构造一个包含差错通知的APDU并使用ROREJECT-U规程发送。
6.8.3响应
CMIPM就应：
a）接受零个或多个包含linked-ID的M-DELETE响应原语并后随单个不包含linked-ID的MDELETE响应原语；
b）对于包含linked-ID的每一个M-DELETE响应原语，CMIPM就应：构造一个请求m-Linked-Reply操作的APDU，视情况将LinkedReplyArgument置为deleteErrordeleteResult 或 processingFailure;一使用RO-INVOKE规程发送每一个APDU；c）对于不包含linked-ID的M-DELETE响应原语，CMIPM就应：构造一个确认 m-Delete操作的APDU;若M-DELETE响应原语中的参数指出操作运行是正确的，则使用RO-RESULT规程发送该APDU,否则使用RO-ERROR规程发送该APDU。6.8.4接受响应
一旦收到响应m-Delete操作的APDU,CMIPM就应：a）若该APDU包含linked-ID并且是合乎格式的，则向CMISE服务使用者发出一个M-DELETE确认原语；
b）若该APDU为最后一个响应（即不包含linked-ID)而且是合乎格式的，则向CMISE服务使用者发出一个M-DELETE确认原语，从而完成M-DELETE规程；c）若该APDU不合乎格式，则构造一个包含差错通知的APDU并使用RO-REJECT-U规程发送。6.9联系有序释放
双方的CMISE服务用户均可使用建议X.217L7J的A-RELEASE服务启动联系有序释放。注：本规范不同于BIND操作的ROSE使用情况。在BIND操作的情况下只有联系启动者可以使用ARELEASE规程。
6.10联系突然释放
双方的CMISE服务用户均可使用建议X.217L7J的A-ABORT服务启动联系突然释放。CMISE服务提供者可以使用建议X.217[7]的A-P-ABORT服务启动联系突然释放。7抽象语法
本章规定了 CMIP PDU的抽象语法。7.1约定
所定义的抽象语法遵照建议X.208L37规定的记法。本标准使用或参照的ASN.1MACRO生成并未运用文法方面的二义性部分。
对于用 CMIP PDU传送的每一个CMISE服务参数，有一个与之相应的服务参数同名的PDU字段（个ASN.1NamedType)）(见建议X.710L12J),唯一的区别在于ASN.1的使用要求在两个相邻字之间不留间隔，而且后随字的第一个字母必须是大写字母，例如“managed object class”应写作 managedObjectClass”。为了使某些名称更短些，有些字可按如下缩写：ack acknowledgement(确认)
arg argument(变元)
ididentifier（标识符）
infoinformation(信息）
sync synchronization(同步)
YD/T 874—1996
7.2CMISE原语与CMIP操作之间的对应关系表4CMISE原语与CMIP操作之间的对应关系CMIS原语
M-CANCEL-GET
M-CANCEL-GET
请求/指示
响应/证实
M-EVENT-REPORT
M-EVENT-REPORT
M-EVENT-REPORT
请求/指示
响应/证实
响应/证实
请求/指示
请求/指示
响应/证实
响应/证实
M-ACTION
M-ACTION
M-ACTION
M-ACTION
M-CREATE
M-CREATE
M-DELETE
M-DELETE
请求/指示
请求/指示
响应/证实
请求/指示
谱求/指示
响应/证实
响应/证实
请求/指示
响应/证实
请求/指示
响应/证实
M-DELETE
响应/证实
不适用
非证实
不适用
不适用
不适用
非证实
不适用
不适用
非证实
不适用
不适用
不适用
不适用
不适用
Linked-ID
不适用
不适用
不适用
不适用
不适用
不适用
不存在
不适用
不适用
不存在
不适用
不适用
不存在
不适用
不适用
不适用
不存在
注：从OPERAT1ON与ERROR到ROSE宏映射的是按建议X.219[8J的定义。7.3ACSE用户数据
CMIP操作
m-Cancel-Get-Confirmed
m-Cancel-Get-Confirmed
m-EventReport
m-EventReport-Confirmed
m-EventReport-Confirmed
m-Linked-Reply
m-Ser-Confirmed
m-Set-Confirmed
m-Linked-Reply
m-Action
m-Action-Confirmed
m-Action-Confirmed
m-Linked-Reply
m-Create
m-Create
m-Delete
m-Delete
m-Linked-Reply
ACSE协议（建议X.227[10J)用ASN.1来描述。“用户信息”用EXTERNAL（外部)数据类型来定义。7.3.1A-ASSOCIATE用户数据
在这种“用户信息”参数中，传递给A-ASSOCIATE的CMIP用户信息按下列规定编码：CMIP-A-ASSOCIATE-Information ( joint-iso-ccitt ms (9) cmip(1) modules (0) aAssociateUserInfo(1))
DEFINITIONS
FunctionalUnits
:: -BEGIN
:: = BIT STRING
muitipleObjectSelection
filter
muitipleReply
(0)，
(1)，
(2)，
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。