YD/T 1881-2009.The Technical Requirement of Protocal between Different Operator's Softswitch Network.
1范围
YD/T 1881规定了不同运营商软交换网络之间互通的协议的技术要求，包括对No.7信令、SIP-I、 BICC等信令的要求。
YD/T 1881适用于不同运营商软交换网络之间的互联互通。.
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
YD/T 1157-2001网间主叫号码的传送
YD/T 1157.1-2002网间主叫号码的传送(补充件1)
YD/T 1157.2-2003网间主叫号码的传送(补充件2)
YD/T 1157.3-2005网间主叫号码的传送(补充件3)
YD/T 1193.1-2002与承载无关的呼叫控制(BICC)规范第1部分: BICC的功能
YD/T 1193.2-2002与承载无关的呼叫控制(BICC)规范第2部分: BICC的消息、参数的基本功能和格式
YD/T 1193.3-2002与承载无关的呼叫控制(BICC)规范第3部分: BICC的程序
YD/T 1193.4-2002与承载无关的呼叫控制(BICC)规范第4部分: BICC的应用传送机制(APM)、隧道和IP承载控制协议

ICS33.040.01
中华人民共和国通信行业标准
YD/T 1881-2009
不同运营商软交换网络之间
互通的协议技术要求
TheTechnical Requirement of
Protocal between Different Operator's Softswitch Network2009-06-15发布
2009-09-01实施
中华人民共和国工业和信息化部发布前言
1范围
2规范性引用文件
3缩略语·
4概述·
5不同运营商软交换网络之间互通的No.7倍令.6不同运营商软交换网络之间互通的SIP-I协议7不同运营商软交换网络之问互通的BICC协议*附录A（资料性附录）SIP消息·附录B（资料性附录）SP信令流程及关键消息内容次
KAONTKAca
YD/T1881-2009
本标准是软交换网络万联万通系列标推之一，该系列标准结构及名称预让如下：a）《不同运营商软交换网络之间互通的总体技术要求》b）《不同运营商软交换网络之问互通的协议技术要求》c）《不冏运营商软交换和电路交换网之间的互通技术要求d）《不同运营商软交换和数字集群网之间的互通技术要求》e）《软交换互通系列互通设备技术要求》本标准的附录A和附录B是资料性附录。本标摊由中国通信标准化协会提出并归口YD/T1881-2009
本标准起草单位：工业和信息化部电信研究院、中国电信集团公司、中国移动通信集团公司、中国联合网络通信有限公司
本标准的主要起草人：林美玉、李海花、吴宏建、张凤塞、黄洪波、孙立志、戴军尧、刘宇、孙薇1范围
YD/T 1881-2009
不同运营商软交换网络之间互通的协议技术要求本标准规定了不同运营商软交换网络之间互通的协议的技术要求，包括对No.7信令、SIP-I、BICC等信令的要求。
本标准适用于不同运营商软交换网络之问的互联互通，2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文催的最新版本。凡是不注口期的引用文件，其最新版本适用于本标雅。YD/T 1157-2001
YD/T 1157.1-2002
YD/T 1157.2-2003
YD/T 1157.3-2005
YD/T 1193.1-2002
YD/T 1193.2-2002
YD/T 1193.3-2002
YD/T 1193.4-2002
YD/T 1378-2005
YD/T 1522.J-2006
YD/T 1522.2-2006
YD/T1522.3-2006
YD/T 1522.4-2009
YD/T 1864-2009
YDN 038-1997
ITU-T T.38
IETFRFC3016
3缩略语
网间主叫号码的传送
网间主叫号码的传送(补充件1)
网间主叫号码的传送（补充件2)网间主叫号码的传送（补充件3）与承裁无关的哪叫控制（BICC）规范第1部分：BICC的功能与承载无关的呼叫控制（BICC）规范第2部分：BICC的消息、参数的基本功能和格式
与承载无关的呼叫控制（BICC）规范第3部分：BICC的程序与承载无关的呼叫控制（BICC）规范第4部分：BICC的应用传送机制（APM)、隧道和IP承载控制协议公用电信网关口局问No.7信令技术要求会话初始协议技术要求第1部分：基本的会话初始协议：会话初始协议技术要求第2部分：基于会话初始协议（SP）的呼叫控制的应
会话初始协议技术要求第3部分：ISUP和会话初始协议（SIP）的互通会话初始协议技术要求第4部分：基于软交换网络呼叫控制的SIP协议2GHzcdma2000数字蜂窝移动通信网传统终端域（LMSD）ZZ接口技术要求国内No.7信令方式技术规范综合业务数字网用户部分ITU-TRecommendation T38 Procedures for real-time Group 3facsimilecormunication overiPnetworksRTPPayloadFormat for MPEG-4Audio/Visual Streans下列缩略语适用于本标准。
-TYKAONYKACa-
YD/T 1881-2009
4概述
Address Complete Message
Answer Message
BearerIndependent Caff ControlCallProgress
Initial Address Message
ISDN User Part
MTP3-User Adaptation layer
Release
Release Complete
Strean Control Transmission ProtocplSession Description ProtocolSession Initiatian Protocol
SIP with encapsulated ISUP
Time Division Multiplexing
User Datagram Protocol
地址全消息
应答消息
与承载无关的呼叫控制协议
呼叫进展
初始地址消息
ISDN用户部分
MTP第三级用户适配层
释放完成
流控制传输协议
会话描述协议
会话初始协议
带有封装 ISUP 的 SIP
时分复用
用户数据报协议
本标准规定：不同运营商软交换网络之间采用TDM方式互通时，关口局之间采用No.7信令进行互通：当采用P方式进行互通时，互道软交换之间采用SIP-I协议或BICC协议进行互通。采用P方式互通有困难时，可以采用TDM方式互通，
不问运营商软交换网络之间采用SIP-I协议进行互道时，其中应封装ISUP的SIP消息参见6.2.6节以及附录A和附录B的要求。
5不同运营商软交换网络之间互通的 No.7 信令不问运营商软交换网络之问采用No.7信令进行互通时，对No.7信令的要求参见YD/T1378-2005《公用电信网关口局问No.7信令技术要求》。6不同运营商软交换网络之间互通的SIP-I协设6.1消息传送的基本要求
6.1.1传输机制
本标准建议互通软交换之间应采用UDP方式传输SIP消息。SP的协议栈如图1所示。
IP(w4/v6)
图1SIP协议栈
6.1.2协议版本
不同运营商软交换网络之间采用SIP-I协议进行互通时，应符含以下标准的规定：2
YD/T1522.1-2006会话初始协议技术要求第1部分：基本的会话初始协议：YD/T1881-2009
YD/T1522.2-2006会话初始协议技术要求第2部分：基于会话初始协议（SIP）的呼叫控制的应用：YD/T1522.3-2006会话初始协议技术要求第3部分：ISUP和会话初始协议（SIP）的互通：YD/T1522.4-2009会话初始协议技术要求第4部分：基于软交换网络呼叫控制的SIP协议YD/T1864-20092GHzcdma2000数字蜂窝移动通信网传统终端域（LMSD）ZZ接口技术要求。6.1.3网间主叫号码传送的要求
网问应传送带有主叫号码的INVITE消息，关于主叫号码信息，如果互通软交换收到网内的INVITE消息中没有携带\P-Asserted-Identity\头字段或者互通软交换网内连接的是传统电路交换网络，互通软交换需要按照YD/T1522.3-2006《会话初始协议技术要求第3部分：ISUP和会话初始协议（SIP）的互通》的要求生成P-Asserted-Identity\头字段以及\privacy\头字段。
6.1.4网间响应消息的传送要求
在被吡侧互通软交换与网内的传统电路交换网络相连的情况下，SIP的响应消息应满足以下网间对丁ISUP的应答信号的要求。
（1）网间呼叫时，网间传送的200OK消息中封装的ANM消息应为“应答计费”。对紧急呼叫，例如119、110也要求网间传送“应答计费消息。（2）对于以下的呼叫不应传送封装了ANM消息的200OK：一呼叫连接返到空号，被叫侧互通软交换应传送封装了REL的404（未找到）失败响应消息；发端网络收到上述信号后，应直接由主叫交换局（网）发送空号音或录音通知，且不对呼叫进行订费。当网间的空号录音通知需要出被叫侧网络来发送时，万通软交换应传送封装了ACM（建议此时发送的ACM消息中应当包含原因值参数）的18X临时响应消息，而不应发送封装了ANM消息的20D0K消息。发端网络的关口局收到上述信号后，不应对呼叫进行计费。一其他被叫侧提供录音通知的情况：消呼叫未建立或者用户未应答之前，网问需要发送由被叫侧网络提供的录音通知时，被叫侧互通软交换应发送封装了ACM的18x响应，而不是封装了ANM的200OK，包括升位通知或改号通知、移动用户不在服务区或关机的情况。（3）如果被叫侧互通软交换收到网内免费\的ANM消息后，应该修改成应答计费信号封装到200OK消息中在网问传送。
6.2网间SIP消息和程序的补充要求6.2.1概述
本章针对网问的情况，把需要在网问引起注意的SIP消息和程序进行规定，具体建议在网间使用的S正消息和流程参见附录A和附录B。6.2.2用户号码bZxz.net
6.2.2.1主叫用户号码
对于网间使用的SP-I消息的要求如下：■使用INVTTE消息中的\P-Asserted-Idcntity\头字段携带真实的主叫用户号码，采用privacy头字段来表示限制地址提供指示语（APRI）的内容。3
HTTKAONIKACa-
YD/T1881-2009
■当INVITE消息中包含的privacy头字段值为\id”、“header\、“user\时，表示限制主叫号码的显示；当INVITE消息中privacy头字段的值为“none”或者不包含privacy头字段时，表示允许主叫号码显示6.2.2.2其他用户号码
互通软交换之问采用封装的ISUP消息携带被叫用户号码、原被叫号码、改发的号码、改发号、被连接的号码，其体封装的ISUP消息的要求参见YD/T1378-2005《公用电信网关口局问No.7信令技术要求对ISUP的规定。
6.2.3SDP描述
6.2.3.1基本语音业务
建立基本语音呼叫时，互通软交换之问应携带各自用户的SDP能力描述，并完成至少一次能力协商。当会话需要修改时，应采用re-INVITE发起会话更新流程。6.2.3.2点对点视频业务
同基本语音呼叫一样，点对点视题业务，互通软交换之简应携带各自用户的SDP能描述，并完成至少一次能力协商。
点对点视频业务，除了需要进行编解码能力协商和RTP地址、端口交换之外，还需要完成视频参数的协商。视频参数的必选参数包括：●编解码格式（例如H.263、H.261、MPEG4等）：·图像格式（例如CIF、QCIF、SQCIF、CIF4、CIF16等）；帧频值mpi：
。媒体流的最大比特率MaxBR。
这些参数衣SDP中的a=Imtp属性行中规定。如果Answer方不支持以上视频参数，要求Offer方可以从Answer方发送的媒体流中检测出视频格式完成视频协商：如果Offer方不支持以上视频参数，要求Awer方可以从Offer方发送的媒体流中检测计视频格式，完成视频协商。
（1）对H.263视频能力描述
对H.263的fmtp属性行定义如\下a=fmtp:xx H263_option
H263_option = *Size SP I*Annex SPI*ParamsSize = \SQCIF\\=\ mpi I \QCIF\\=\ mpi |\CIF\ \-\ mpi I\CIF4\ \-\ mpil “\CIF16\ \-\ mpif\XMAx\\=\xmaxSP\YMAX\\_\ymaxSp\MPI\\=\mpimpi = 1*2DIGIT
xMax=1*4DIGIT
ymax=1*4DIGIT
Annex =\D\\-\ #annex_d \E\|\F\|\G\ [\I\I\J\ }\K\\-\ #annex k|\L\\-\ #annex 1\M\\N\\=\ annex_n I\O\\=\ #annex_ol\P\I\Q\I\R\+\s\I\T\annex_d=\1\{\2\
annex_k=\1\|\2\|\3\|\4\annex_1=\1\|\2\|\3\|\4\|\5\|\6\|\7\4
annex_n=\1\|\2\|\3\|\4\annex_0= \1\|\2\|\3\
YD/T 1881-2009
Params-\PAR\\-\ par_a\:\ par_b}\CPCF\\=\ cpefI\MaxBR\\=\ maxbr!\BPp\\=\ bpp |\HRD\|\Interlaced\
par_a=1*3DIGIT
par_b=1*DIGIT
cpcf=1*2DIGIT \\ 1*3DIGIT
maxbr=1*5DIGIT
bPP=1*5DIGIT
其中必选参数包括：
xx代表H.263视频编解码的载荷类型值，通常为34。Size参数用于描述支持的图像格式的尺寸和帧频。H.263定义了CIF、QCIF、SQCIF、CIF4、CIF16等视赖图像格式。除此之外，还可以通过XMAX、YMAX以及MPI等参数对非标准格式进行描述。必选的H.263的视频格式包括CIF、QCF、SQCIF。Mpi参数为一整数，用于描述最大的帧频。Annex参数用于描述可支持的H.263Annex标准。对各种Annex格式的定义请参阅H.263协议。MaxBR参数表示媒体流的最大比特率（单位：100bit/s）。（2）对H.261视频能力描述
H261定义了两种分辨率的视频格式OC正和CIF。
a=fmtp:xx H261_option
H261_option = *Size SP |*Anllex SPI *ParamsSize =\QCIF\ \=\mpi|\CIF\\=\mpimpi = 1*2DIGIT
Annex =\D\
Params=\MaxBR\\=\ maxbr
maxbr=1*5DIGIT
其中必选参数包括：
xx代表H.261视频编解码的载荷类型值，通常为31。Size参数用干错述支持的图像格式的尺寸和帧频。Mpi参数为一数，用于述最大的顿频。AnnexD表示支持H.261协议定义的H.261AnnexD。MaxBR参数表示媒体流的最大比特率（单位：t00bit/s）。（3)对MPEG4的视频能力描述参见《RFC3016RTPPayloadFormatforMPEG-4Audio/VisualStreams》中第5.2节（SDP usage of MPEG-4 Visual）6.2.3.3传真业务
同基本语音呼叫一样，传真业务在网问也应携带各自用户的SDP能力描述，并完成至少一次能力协商。5
-TYKAONY KACa-
YD/T 1881-2009
为了将G.711方式下的语音与传真区别开来，将SDP消息中媒体参数的属性行进行扩展，增加属性描述a=fax，表明此时为传真业务。具体格式如下m=audio8776RTP/AVP0;
a=Fax(新扩展参数，指明是一个传真)。万通软交换应能够理解该扩展参数开且不能修改该参数。T.38传真，SDP消息媒体参数的描述参见《ITU-TRecommendationT.38ProceduresforIeal-timeGroup3 facsimile communicalion over P netwurks》的附录D。关丁传真业务的其他技术要求，参见基丁软换的Modem/传真业务技术要求》6.2.4心跳
互道软交换之问采用SIP-I协议进行互通时，应支持应用层的心跳消息以检查连接是否正常。在万通软交换之间，应采用与业务无关的OPTIONS消息作为心跳消息，检查与对端软交换连接是否正常。如果连接正常，对方网络设备应立即回送2成功响应：各网络设备可以根据本地策略配置，如果一段时间之后没有收到对方的2XX响应，则可以判断连接故障。互通软交换应定期发送心跳消息。作为心跳消息使用时，OPTIONS请求只需要包含构成SLP请求的基本字段：To、From、CSeg、Call-ID、Max-Farwards和Via头字段。作为心跳的OPTIONS请求的消息内容参见附录A.5.2。6.2.5重叠发码
网间使用SP-I协议时，当系统支持的ISUP版本为92版时，最大允许发送的被叫用户号码长度为16位因此当被叫号码超过16位时，需要使用重叠发码方式发送被叫用户号码。对于支持ISUP96版本的设备，则应采用成组发码方式。
6.2.6封装ISUP的要求
互通软交换之问要求用SP-I协进行互通，除6.1.4节特殊情况之外，互通软交换应接照YD门1522.3-2006《会话初始协议技术要求第3部分：ISLP和会话初始协议（SIP）的互通》的要求生成SIP-I消息。
对于基本呼叫流程、呼叫前转流程，要求网间传送的INVITE、180Ringing、183Progress、200OK（forINVITE)、BYE、200 OK (forBYE)中应封装ISUP消息。对于呼叫保持和呼叫该复流程，包括呼叫等待和三方通话等流程中涉及到呼叫保持和呼叫恢复的过程，要求发起呼叫保持/恢复的re-INVITE或UPDATE请求中应封装ISUP消息，而后续的200OK（foINVITEUPDATE）中不需要封装ISUP消息。对于除INVITE、180 Ringing、183 Progres5、200 OK（for INVTTE）BYE、200 OK （for BYE）消息之外的SP消息，都不需要封装ISUP消息。6.2.7释放源因值的要求
互通软交换之间传送的SIP-I消息中封装的ISUP消息中可能会携带释放原因值。本标准规定，REL消息中的释放原因值应与对应的SP失败响应消息相对应：SIP失败响应中封装的REL的原因值与SIP失败响应的对应关系，应满足YD/T1522.3-2006《会话初始协议技术要求第3部分：ISUP和会话初始协议（SIP）的互通》表18的要求。6
YD/T 1881-2009
BYE/CANCEL请求与其封装的REL的原因值的对应关系，应满足YD/T1522.3-2006《会话初始协议技术要求第3部分：ISUP和会话初始协议（SIP）的互通》表16的要求。Reason头字段通常用于失败响应中指示引起请求失败的原因。本标准规定，18x响应消息中也要求能够携带Reason头字段。SIP消息中封装的Q.850的值，即REL、ACM、CPG中封装的Q.850的值应与Reason头字段的值保持一致。
如果REL消息中的Q.850的值与Reason头字段不一致，应以REL消息中的值为准。如果ACM/CPG消息中携带的Q.850的值与Reason头孚段不一致，互通软交换应以ACM/CPG消息的值为推。6.2.8关于不支持消息的说明
（1）互通软交换收到不支持的SIP消息，如果互通软交换本网内连接的网络为传统电路交换网络或不支持SIP协议的软交换网络，应立即响应405(方法不允许)；如果互通软交换本网内连接的网络为支持SIP协议的软交换网络，原则工互通软交换应该透传该请求，由下一跳软交换迹行处理，也可以立即响应405(方法不允许)。
(2）互通软交换能够发送和接收各种响应消息。如果软交换收到的1xx~6xx响应在YD/T1522.1-2006《会话初始协议技术要求第1部分：基本的会话初始协议》中没有明确定义，则应该按照相应的X00响应来处理。例如，收到460响应，则软交换应该按照收到400响应来处理。对于任何无法识别的非100临时响应的处理，应同183响应（会话处理中）的处理。（3）如果互通软交换收到不支持的正头学段，可以按照以下两种方式进行处理：·在不影响路由的情况下透传该字段：。在不影响路由的情况下丢弃该字段。如果万通软交换本网内连接的网络为传统电路交换网络或不支持SIP协议的软交换网络，只能选择第二种方式进行处理；如果互通软交换本网内连接的网络为支持SIP协议的软交换网络，软交换可以采用以上任何一种方式进行处理，并将处理后的SIP消息转发给下一跳软交换处理。7不同运营商软交换网络之间互通的BICC协议7.1传输机制
不同运营商软交换网络之间使用BICC协议进行万通时，应为P承载。BICC的协议栈如图2所示。
IP(w4/ve)
图2BICC协议栈
7.2协设版本
当不同运营商软交换网络之间采用BICC协议进行互通时，其使用的BICC信令消息应满足以下标准的要求：
YDT1193.1-2002《与承载无关的呼叫控制(BICC)规范一第1部分：BICC的功能》；YD/T1193.2-2002《与承载无关的呼叫控制(BICC)规范一—第2部分：BICC的消息、参数的基本功能利格式：
TTKAONTKAC=
YD/T 1881-2009
YD/T1193.3-2002《与承载无关的呼叫控制(BICC)规范一第3部分：BICC的程序》：YD/T1193.4-2002《与承载无关的呼叫控制(BICC)规范—第4部分：BICC的应用传送机制(APM)隧道和P承载控制协议》。
7.3网间主叫号码传送的要求
原则上在网间应传送带有主叫号码的IAM消息。关丁网间主叫用户号码的传送要求参见YD/T1157-2001《网间主叫号码的传送》、YD/T1157.1-2002《网间主叫号码的传送(补充件1)》，YD/1157.2-2003网间主叫号码的传送（补充件2)》，YD/T1157.3-2005《网间主叫号码的传送（补充件3)》的规定。
7.4网间应答信号的传送要求
1）网间呼叫时，网间传送的应答信号一律传送“应答计费”。对紧急呼叫，例如119、110，也要求传送“应答计费\消息。
2）对于以下呼叫不应送应答信号：一呼叫连接遇到空号，可以由被叫侧关口局或网路发送RE（放信号）（原因值为空号）信号。发端网络收到工述信号后，应立即释放关口局问的话路中继，并直接由主叫交换局（网）发送空号者或录音通知，不对呼叫进行让费。当网问的空号录音通知需要由被叫侧网关或网络来发送时，则被叫侧网关或网络设备只需要发送地址全消息（建议此时发送的ACM消息中应当包含原闲值参数）或呼叫进展（CPG）消息，而不应发送应答信号（ANM消息）。发端网络的关口局收到上述信号后，不应对呼叫进行计费。一其他发送录音通知的情况。
当网间需要发送由被叫侧网络提供的录音通知时，例如升位通知或改号通知、移动用户不在服务区或关机的情况，此时被叫侧网关或网络设备只需要发送地址全消息，而不应发送应答信号（ANM消息）7.5网间承载建立方式
网问软交换之间建立承载时，要求应支持使用隧道机制的前向承载延时建立且不要求通知的方式。对网间信令的要求如下：
发端互通软交换向收端万.通软交换发送的IAM消息包括APP参数，其中带有Action（设置为\ConnecLforward\），BNC characteristics、Bearer Control Tunnelling（设置为\tunnelling to be used\）信元，且不带有BearerControlInformation（包含承裁控制PDU）信元。随后，收端互通软交换向发端互通软交换发送APM消息：其中的APP参数带有Action（设置为\Connectforward，nonotification\）信元。7.6消息编码的规定
关于网问传送的消息编码的要求，参见YD/T1193.2-2002“与承载无关的呼叫控制（BICC）规范第2部分：BICC的消息、参数的基本功能和格式》以及YDT1193.4-2002《与承载无关的呼叫控制(BICC)规范第4部分：BICC的应用传送机制(APM)、隧道和P承载控制协议》中的规定。8
A.1概述
附录A
（资料性附录）
SIP消息
YD/T 1881-2009
本附录仅对互通软交换之间涉及的SIP消息进行规定。SIP消息包括请求消息和响应消息。SIP请求和响应消息格式如下：
SIP 消息=起始行
*消息头部（1个或多个头字段）CRLF(回车换行符）
[消息体]
起始行请求行/状态行
请求行格式：Method[] Request-URI[] SIP-Version CRLF响应行格式: SIP-Version[JStatus-Code []Reason-Phrase CRLF以上消息格式定义，“*\表示该消息头部可包含一个或多个；“[]\表示该参数为可选项。本标准规定起始行、每一个消息头部以及空行都应使用回车换行字符（CRLF）米表示行终结，即使消息中未包含消息体，可选项空行也不能省略。A.2SI沪请求消息
SIP协议规定的方法共14种：INVITE，ACK、BYE、CANCEL、OPTIONS、REGISTER、PRACKINFO、UPDATE、SUBSCRIBE、NOTIFY、REFER、MESSAGE和PUBLISH.由这些方法可以构成14种不同的请求消息，分别实现不同的功能。各种消息的应用场个如下：
() ACK
确认消息，用于确认收到了INVITE请求的最终响应。（2）BYE
会话结束请求，用于终结已经建立的会话连接，包括已经建立的早期对话。(3) CANCEL
用于取消一个待处理的请求。
(4) INFO
用于在信令通路中携带一些应用层的消息，例如可以携带重叠发砭信息。(5）INVITE
会话建立请求，用于邀请用户参与到会话中来。(6）MESSAGE
用于发送即时消息，在MESSAGE中可以携带文本消息体，发送即时消息。() NOTIFY
通知请求，当用广订阅的某个资源的状态发生了改变，使用NOTIFY间用户发送通知。(8) OPTIONS
YIKANYKAca
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。