GBT21647-2008B-ISDNATM适配层(AAL)类型2技术规范.pdf

'ICS33．180．20M33a酋中华人民共和国国家标准GB／T21647--2008B—ISDNATM适配层(AAL)2008—04-11发布类型2技术规范B—ISDNATMadaptationlayerspecification：Type2AAL2008-11—01实施宰瞀徽鬻瓣警襻瞥星发布中国国家标准化管理委员会“⋯ 目次CR／T21647—2008前言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯一⋯⋯．Ⅲl范围⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯---⋯⋯⋯．．⋯⋯⋯⋯．⋯⋯⋯⋯⋯⋯⋯12规范性引用文件⋯⋯⋯⋯⋯⋯⋯⋯一-⋯⋯⋯⋯⋯⋯⋯⋯⋯．．⋯⋯⋯⋯⋯⋯．．⋯．．⋯⋯13术语、定义和缩略语⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯14AAl．2公共部分子层(CPS)⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯-⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯55AAI。2的分段和重装特定业务会聚子层⋯⋯⋯·⋯⋯⋯⋯⋯⋯⋯．⋯⋯⋯⋯⋯⋯⋯．．⋯⋯⋯256用于窄带业务的AAI。2特定业务会聚子层⋯-⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯一⋯一一42附录A(规范性附录)CPS数据单元命名惯例⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯一⋯⋯⋯．⋯⋯⋯⋯⋯．62附录H(规范性附录)AAI。2的功能模型⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯63附录C(规范性附录)AA[．2连接的交换观念⋯⋯⋯⋯⋯⋯⋯⋯⋯-⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯G4附录D(规范性附录)AAI。2分段和重装特定业务会聚子层数据单元命名惯例⋯⋯--⋯⋯⋯⋯⋯67附录E(规范性附录)语音编码格式的标准⋯⋯--⋯⋯⋯⋯⋯⋯．⋯⋯⋯⋯．⋯⋯⋯⋯⋯一⋯⋯68附录F(规范性附录)N×64kbit／s电路模式数据的编码格式⋯⋯⋯一⋯⋯⋯⋯⋯⋯⋯⋯⋯80附录G(规范性附录)拨号数字的分组格式和程序⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．81附录H(规范性附录)随路信令比特的分组格式和程序⋯-⋯⋯⋯⋯⋯⋯⋯⋯--⋯⋯⋯⋯⋯～84附录1(规范性附录)传真解凋的分组格式和程序⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．86附录】(规范性附录)OAM(告警和环回)的分组格式和程序⋯⋯⋯⋯⋯⋯⋯⋯⋯．⋯⋯⋯⋯⋯92附录K(规范性附录)用户状态控制的分组格式和程序⋯⋯⋯⋯⋯⋯⋯⋯⋯．．⋯⋯⋯⋯⋯⋯95附录I。(规范性附录)预定义的编码格式轮廓⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．98附录M(规范性附录)语音算法AMR的编码格式⋯⋯⋯⋯⋯⋯⋯⋯--⋯⋯⋯⋯⋯⋯⋯⋯．．】02附录N(规范性附录)速率控制的分组格式和程序⋯⋯⋯⋯⋯⋯⋯⋯⋯一⋯⋯⋯⋯⋯⋯】】4附录O(规范性附录)SSCS操作中变化同步的分组格式和程序⋯⋯⋯⋯⋯⋯⋯⋯-⋯⋯．．1l5附录P(规范性附录)用于序列编号的模型的简单推论⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．．116附录Q(规范性附录)本标准对移动应用的使用⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．⋯⋯．⋯⋯⋯⋯118附录R(资料性附录)将CPS分组打包成ATM信元示例⋯⋯⋯⋯--⋯．⋯⋯⋯⋯⋯一⋯．．．．．119附录S(资料性附录)传真解调事件举例⋯⋯⋯⋯⋯一：⋯⋯⋯⋯⋯．⋯⋯．．⋯⋯⋯⋯⋯⋯⋯⋯125附录T(资料性附录)传真解调ITUTV．17训练示例⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯一133附录U(资料性附录)AAI，2CPS子层协议实现一致性陈述(PICS)⋯⋯⋯⋯⋯-⋯⋯⋯-⋯·134附录V(资料性附录)AAL2分段和重装特定业务会聚子层的协议实现一致性陈述(PICS)⋯⋯14‘附录W(资料性附录)用于窄带业务的AAI。2SSCS的协议实现一致性陈述(PICS)⋯⋯．⋯⋯148附录x(资料性附录)本标准章条编号与ITUTI．363．2、1TU—TI．366，1、ITUTI．366．2章条编号对照⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．．⋯．．．⋯、⋯⋯⋯⋯．．⋯⋯⋯，．155 刚舌GB／T21647—2008本标准刘应于ITUT1．363．2(2000)《B-ISDNATM适配层2规范》(英文版)、ITU—TI．，j66．1(1998)《AAI．2的分段和重装特定业务会聚子层》(英文版)和lq、U—T1．36f,2(2000)《用于窄带业务的AAI，2特定业务会聚子层》(英文版)。主要差异如下：本标准的第4章对应于I"rU—TI．363．2的第6章～第11章，即：4．1等同于ITU—T1．363．2的第6章、42等同于ljlu丁1．363．2的第7章、4．3等『_j于ITU-TI．36,32的第8章、4．4等同于ITU—TI．3632的第9章、4．5等同于[TUTI．363．2的第10章、4．6等同于ITUTI．363．2的第11章；——本标准的第5章对应于ITU—TI．366．1的第5章～第10章，即：5．1等同于ITU—TI．366．1的第5章、5．2等同于ITUTI．366，l的第6章、5．3等同于ITU—TI．366．1的第7章、5．4等同于ITUT1．3661的第8章、5．5等同丁ITu—TI．366．1的第9章、5．6等同于ITU—TI．366．1的第10章；本标准的第6章对应于ITU—TI．366。2的第6章～第18章，即：6．]等回于ITU—TI．366．2的第6章、62等同于|TUT】．366．2的第7章、6．3等同于ITU—TI．366．2的第8章、64等同于ITU—TI．366，2的第9章、6．5等同于ITU—TI．366．2的第10章、6．6等同于ITU—TI．366．2的第11章、67等硒于ITUTI．3652的第12章、68等同于ITUTI366．2的第】3章、69等同于IYU—TI．366．2的第14章、6．10等同于]TUTI．366．2的第15章、6．11等同于ITUT1．366．2的第16章、6．12等同于ITUTI．366．2的第17章、6．13等同于ITU—T1366．2的第18孝：——本标准的附录A等同于l"I、UTI．363．2的附件A(ANNEXA)；本标准的附录13等同于11"UrTI．3632的附件R(ANNEXB)：——本标准的附录C等同于ITU—TI．363．2的附件c(ANNEXC)；本标准的附录I)等同于ITU—TI．365．1的附件A(ANNEXA)；卒标准的附录E对应于1Tu—II．3662的附件A～附件I(ANNEXA～ANNEXlJ，即：E．1等同于ITUTI366．2的附件A、E2等同于ITUTI．366．2的附件H、E．3等同于ITU一1"I366．2的附件c、E．4等同于ITUTI．366，2的附件D、F．5等同于1TU—TI．366．2的附件E、E．6等同于ITU—TI．366．2的附件F、E．7等同于ITUTI366．2的附件G、E．8等同于ITuTI．366．2的附件H、E．9等同于ITIJTI366．2的附件1；本标准的附录F等同于ITU一，l、I．3632的附件J(ANNEXj)：本标准的附录(；等同于ITu—T1．3t532的附件K(AXNEXK)；——本标准的附录H等同于ITu—TI．363．2的附件I．(ANNEXl。)：率标准的附录I等|讨于1TU—TI363．2的附件M(ANNEXM)；～本标准的附录J等同于1TU一，rI．363，2的附件＼(ANNEXN)；本标准的5纣录K等同于lTu—TI．363．2的附件()1)业务，但适用于64kbit／s业务。3．1．18用户状态userstate该状态编码采取四个值中之一：语音、语音带宽数据、电路模式或传真解调。它与SSCS状态相分离但可以映射至SSCS状态中。用户状态的解释已经超出了SSCS协议的范围。用户状态的概念并不适用于Nx64kbit／s(N>1)业务，但适用于64kbit／s业务。3．2缩略语下列缩略语适用于本标准。AAI。AfI"MAdaptationI．ayerATM适配层AAI。CEPAAI。ConnectionEndPointAAI。连接终端点AAI。SDUAAI，ServiceDataUnitAAl．业务数据单元AISAlarmIndicationSignal告警指示信号AMRAdaptiveMultiRate自适应多速率ANPAAI。type2NegotiationProceduresAAI，2协商程序3 GB／T21647—2008Q(ISRAIRANATMTransferCapabilityAsynchronousTransferModeATMConnectlOHEndPointATMServiceDataUnitATM—UsePto—ATM—UserIndicationCbanrtebAssociatedSignallingConnectionEndPointCongestimlIndicationChannelIdentifierCellLossPriorityCommonPartSublayerCPSInterfaceDataCPSProtoc01DataUnltCPSPacketHeaderCPSPacketPayloadCPSServiceDataUnitCPSUser—to——UserIndicationCyclicRedundancyCheckDual—ToneMulti—FrequencyEncodingDataUnitEchoProtectiOnToneHigh—levelDataLinkControlIIcadetE1FOrControlLengthIndicatorLayerManagementLossPriorityLeastSignificantBitMostSignificamBitMobileSwitchingCentreNetworkTerminationOperationandMaintenanceOffsetFieldProtocolAnalysisPaddingProtoeolContr01InformationPro：ocoIDataUnitProtoe01ImplementationConformaneeStatementQual；tyofServiceRemoteAlarm】ndicationRadioAccessNetworkATM传递能力异步转移模式ATM连接终端点ATM、№务数据单元ATM用户至ATM用户指示随路信令连接终端点拥塞指示信道标志符信元丢失优先级公共部分子层CPS接口数据CPS协议数据单元CPS分组头CPS分组净荷CPS业务数据单元CPS用户至用户指示循环冗余校验双音多频编码的数据单元回声梭测音调高级数据链路控制信头差错控制长度指示层管理丢失优先级最低意义比特最高意义比特移动交换中心网络终端运行、管理和维护偏移域协议分析填充字段协议控制信息协议数据单元协议实现一致性陈述服务质量远端告警指示无线接入网络旧吼m叫HP叫M，、℃MMⅥmsPDPs汕钟卵孵鹃刘cMⅣT眦弛。B站汇L—wF。∞。时笃m一一一伽吣哪叫∞哪㈣一一一一一一啷一例唧吼眦uⅢ"脚螂脚M一断队mM删{耋 RDIRLPSAPSDl。SDUSEGSSCSSIDSI，PSNSSADTSDUSSCOPSSCSSSCS_PDUSSSARINFOSSSAR—PDUSSSARSDUSSSARUUlSSTEDCISSTEDINF(jSSTEI)rLPSSTED—PDUSSTEDSDUSSTED—LUSSTEDLUlSTFTDMUUIVCC}i硝RemoteDefectIndicafionReceived(Cell)I。05SPriorityServiceAecessPointSpecificationandDescriptionLanguageServiceDataUnitSegmentationandReassemblyServiceSpecificConvergenceSublayerSilenceInsertionDescriptorSubmitted(Cell)LossPrioritySequenceNumberServiceSpecificAssuredDataTransferSublayerSSADTServiceDataUnitServiceSpecificConnectionOrientedProtocolServiceSpecificConvergenceSublayerSSCSProtocolDataUnitServiceSpecificSegmentationandReassemblySublayerSSSARInterfaceDataSSSARProtocolDataUnitSSSARServiceDataUnitSSSARU8stto—UsotIndjcationServiceSpecificTransmissionErrorDetectionSublayerSSTEDCongestionIndicationSSTEDInterfaecDataSSTEDLOSSPrioritySSTEDProtoc01DataUnltSSTEDServiceDataUnitSSTEDUsertOUseeIndicationFieldSSTEDUser—tO—UserIndicationStartFieldTimeDivisionMultiplexingUser-toUserIndicationVirtualChannelConnectionWaveformAnalysis4AAL2公共部分子层(CPS)GB／T21647—2008远端故障指示接收到的(信元j丢失优先级业务访问点规范和描述语言业务数据单元分段和重装特定业务会聚子层静音插入描述符提交的(信元)丢失优先级序列号特定业务有保证数据传输子层SSADT业务数据单元特定业务面向连接协议特定业务会聚子层SSCS协议数据单元特定业务分段和重装子层SSSAR接口数据SSSAR协议数据单元SSSAR业务数据单元SSSAR用户至用户指示特定业务传输差错检测子层SSTED拥塞指示SSTED接口数据SSTED丢失优先级SSTED协议数据单元SSTED业务数据单元SSTED用户至用户指示域SSTED用户至用户指示开始域时分复用用户至用户指示虚通道连接波形分析4．1AAL2的一般框架结构4．1．1AAL2的结构AAI．2被分为如图】所示的公共部分子层(CPS)和特定业务会聚子层(SSCS)。详见附录B GB／T21647--2008cPs——公共部分子层；SAP业务访问点；SSCS特定业务会聚子层。图1AAL2结构可以定义不同的SSCS协议以支持特定的AAL2用户业务或集团业务。SSCS也可能是空的，仅仅提供等价的AAI一原语至AAL2CPS原语的映射或反之。SSCS协议在本标准的单独章节中予以定义。AAL2提供了从一个AAI。SAP通过ATM网络向另一个AAL—SAP传递AAI，SDU的能力，见图2a)。非保证操作模式的AAI。2提供了从一个AAI，SAP通过点到多点ATM层能力向多个AAL—SAP传递AAL—SDU的功能，见图2b)。点到点A】M层连接图2a)AAL2连接 GB／T21647—2008点到多^卜ATM层连接图2b)由点到多点ATM层能力提供的点到多点AAL连接AAI。2用户具有选择给定AAI，SAP的能力，该AALSAP与需要用于传输AAI，SDU的QOS(例如，延迟和丢失敏感度)相关，见图3。AAI．z使用下层ATM层所提供的业务。多个AAI。连接口J以与单个ATM层连接相关，允许在AAI．上进行复用；在AAL2上的复用发生在公共部分子层(CPS)中。AAI。用户通过对用于数据传输的AAL—SAP的选择来选择由AAL所提供的QOS。在本标准中，服务质量(图3中的QOS；)是由ATM层提供且在AAL2层上不存在提供QOS的标准化方法。～～～～T一一一一nn。层，／／／／’一———<莹笋些L—《垫芦坐L—ATM层l提供培AAL—J用户的业务]使用下层ATMf层的业务注：住AAI。复片|避程中，AALSAt’上的Q【)S怎样映射至A_IMSAP上的QOS还需要进一步研究。图3AADSAP和ATM-SAP之间的关系AAI．2连接的交换观念在附录C中规定。4．1．2AAL2向高层提供的原语通过AAI。2SAP的原语是针对业务的并包含在规定SSCS协议的章节中。SSCS可能是空的，仅仅提供对等的AAI。原语至CPS原语的映射或反之。在这种情况中，AAL的蟓语等价于AAl．2CPS原语(见4．2．2)，但被作为在SAP上与原语命名惯例一致的AALUNlTDA—TA．request和AALUNITDATA．indication原语来识别。4．1．3通过AAL·ATM边界的信息流AAI．2采用ITu—TI．361中所定义的ATM层业务。通过ATMSAi’的原语定义在ITUTI．361中，总结在表1中。如果在下列总结和ITU—T1．361中的定义之间出现任何差异，则ITUTI．361中的定义具有优先权。7 GB／T21647--2008表1ATM层的原语和参数ATMI)ATAATMDATA参数注释ATMSDU(INF())48字节的ATM用户数据ATM用户至ATM用户指示(AUU)(注)1}二特的ATM用户信息提交的丢失优先皲(sI。P)【注1CLP一1增加rATM网络丢弃信元的概率接收的丢失优先级(RI。P)cI。P可能会由ATM网络从⋯0’修改至⋯1’拥塞指示(CI)(注)CI-⋯1’指示在传输之前或传输过程中经历了拥塞IIk：必选参数；0：可选参数；：不出现的参数。注：ATM—DATArequest的AUU、SI。P和c1设置为⋯0’(见45)。4．2AAL2公共部分于层(CPS)的一般框架结构4．2．1由AAL2CPS提供的业务AAI，2CPS提供从一个CPS用户通过ATM网络向其他CPS用户传递CPS—PDU的能力。支持两种类型的CPS用户：●SSCS实体；●层管理。该业务提供对等层的操作：·最多45(缺省)或64字节(见4．4．1)的CPSSDU数据传输；●复用和解复用多个AAI，2信道；·在每个AAI。2信道上维护CPSSDU序列的完整性。以上业务是非保证的．即：·完整的CPS_PI)U可能被发送或被丢失；●丢失的CPS-PDU将不会通过重传来纠正。AAI。2CPS具有下列特征：●AAI。2CPS连接是作为AAl．2信道的级联而定义在端到端基础上的。注：AAL2信遭的级联需要公共部分子层中的中继功能；细节还需要进一步研究。·AAI。2信道是双向虚信道，在两个方向上应该使用同样的信道标志符。·AAI．2信道可以在ATM层的水久虚电路(PVC)或交换虚电路(SVC)上建立。4．2．2AAL2CPS和SSCS实体之间的原语由AAI。2CPS提供用于与SSCS实体通信的原语是CPSUNITDATArequest和CPS-UNITDA—TA．indication，这些原语用于数据传递。原语中定义了下列参数：CPSrINFO：该参数规定了在CPS和SSCS实体之间互换的接VI数据单元。接El数据长度是一个字节的整数倍。CPS接口数据表示了一个完整的CPS-SDU。CPS-UUI：该参数由CPS在对等CPS用户之剐透明地传输。这些参数的用法总结在表2中。8 表2在CPS和SSCS之间的原语和参数GB／T21647—2008CPs_U、ITDATACPs_UNITDATA参数注释1．．45(缺省的)或I64字节的CPS用户数据CI’s_INFO[见441：CI，S_UUI5比特的CPS用户信息(注)H／：必选参数。注：仅有值⋯0⋯“27”是允许的。4．3管理和控制平面的交互作用4．3．]管理平面4．3．1．1管理平面与AAL2CPS用户平面的交互作用层管理提供了原语MAAI．一SEND．request去通知AA[，2CPS：对ATM连接有效的ATM转移能力(ATC)将允许传输CPs_PDU；该原语没有参数。AAI，2CPS也通过使用MAAI。ERROR．indication原语向层管理报告检测到的传输错误，该原语具有指示错误个数(错误类型，见表6)的单个参数。为了实现通过AA【．2信道进行对等的AAL2管理通信，MAAI，一UNI"I、DAl、A．request原语用于从管理平面向CPS发送方传递数据。MAAI。UNlTDATA．indication原语用于从CPS接收方向管理平面传递数据。这些原语中定义了卜列参数：CPS—lNFO：该参数规定了在CPS和层管理之间互换的数据单元。接口数据长度是一个字节整数倍数。CPS—UUI：该参数由CPS在对等层管理实体之间透明地传输。C11S—CID：该参数包含r信道标志符【CID)，它识别用于互换管理信息的CPS连接；这些参数的用法总结在表3中。与管理平面的其他交互作用还要进一步研究。表3在CPS和层管理之间的原语和参数MA^I．UN】Tr)ATAMAAI，LINlfllI)A1A参数注释l40r缺省印)取lb4于下盯居官埋用尸双CPSINF()据[见441]CPSUUI5比}专的层管理信息(注)8比特的CI’S信道标志符指示AAI。2信道，在CPS-C11)改信道上信息将被发送或已经发送m：必选参数。注．仅有值“3C”⋯“31”是允许的。4．3．2控制平面AAl．2和控制平面(C平面)之间的交互作用已经超出r本标准的范围。如果AAI。2用于交换虚电路(SVC』上，该SVC通过控制平面功能(信令)建立，则该SVC是建立在AAI，2层次上的且不属于AAI。2内所包含的单个信道层次。在AAI，2内单个信道层次上的交换需要进一步研究。4．4AAL2公共部分子层(CPS)的格式和编码本章规定了CPS分组的格式和编码以及CPS分组打包成AAI，2CP>PDU的方法。本章编码遵守在1TU—T】．361的2．1中规定的编码惯例。4．4．1CPS分组的格式与编码CPS分组包含3字节的CPS分组头(CPSPH)，其后跟着CPS分组净荷(CPS—PP)。CPS分组中9 GB／T21647—2008各个域的大小和位置如图4所示NC1DLICPSINFOCPS分组头(CPSPHCPS分组挣荷(CPSPPCPS分组c1D信道标志符L8比特，；11长度指示(6比特)；uuI——用户至用户指示(j比特)；HEC一信头差错控制(5比特)：CPs-INFO信息(1．．45／64字节)。图4AAL2CPS分组CPS—PH由4个域组成：a)信道标志符(C1D)CID值用于识别信道的AAI。2CPS用户，AAL2信道是双向信道，在两个方向上应该使用同样的值。值“0”不用于信道识别，因为全0的字节用于填充字节功能(见4．，4．2)，值⋯1’⋯“7”预留给AAI，2使用且在本标准中加以规定，见表4。值⋯8，_--“255”用于识别AAI．2CPS的用户；在两种类型的用户之间的更进一步的识别是由UUI域来提供的[见本条的c)]，即SSCS和层管理之间的识别。表4CID域的编码CID值使用0未使用1预留给层管理的对等程序2预留给信令3．7预留8255识别AAL2CPS用户实体b)长度指示符(I，1)L1域按照二进制编码，该数值比CPS分组净荷中的字节数目少l。CPS分组净荷缺省的最大长度是45字节；否则，最人长度可以设置为64字节。最大长度是与信道相关的，即这个数值并不是对所有AAL2信道都一样。当然．对于给定的C1D值，所有的CPS分组净荷必须遵守公共的最大长度值。该最大长度值是由信令或管理程序设置的。当最大长度是45字节时．I。1值45．．63是不允许使用的。c)用户至用户指示(UUI)UUI域服务于两个目的：·在CPS用户之间透明地传送特定信息，郎在SSCS实体之问或层管理之间；且·区别CPS的SSCS和层管理用户(见表2和表3中的允许值范围)。5比特的uuI域提供了32个代码点，“o”⋯“31”。代码点⋯o’⋯“27"1可用于SSCS实体．代码点“30”⋯“31”可用于层管理，而代码点“28”⋯“29”预留给将来的标准化。uuI域的内容用于传输CPSUNlTDATA和MAAl，UN]TDATA原语的乙ul参数。d)信头差错控制(HEC)10 GB／T21647--2008发送方应该计算除法的余数(模2)．利用一和CPSPH前19个比特内容的乘积去除以生成多项式zi+一+1。剩余多项式的系数应插入至HEC域且一项的系数应位于HEC域的最高比特位上。接收方使用HEC域的内容来检测CPS—PH中的错误。4．4．2CPS-PDU的格式与编码CPS—PDU包含一字节的开始域和47字节的净荷。48字节的CPSPDU就是ATMSDU。CPSPDU中各个域的大小和位置如图5所示。信元头SN．茎塑苎一!!!!111堡堑．。()SF偏移域(6比特)sN序列号(1比特)11奇偶校验位(1比特)PAD填充(o～47字昔)图5CPS—PDU的格式4．4．2．1CPS-PDU开始域(s1、F)CSP—PDU头也被称为开始域(STF)。STF包括下列子域：a)偏移域(OSF)浚域承载了偏移值的二进制数值，以字节来计算，在STF末端和CPS分组开始字节之间的字节数目，或在缺乏开始字节的情况下，STF和PAD域开始字节之间的字节数目。值47指示在CPS-PDU净荷中没有开始界线。大于47的值是不允许的。·b)序列号(SN)该比特用于对CPSPDU流进行计数(模2)。c)奇偶校验位(P)该比特由接收方用于检测在STF中的差错。发送方设置该比特的值以对8比特的STF进行句校验。4．4．22CPS—PDU净荷CPS’PDU净简；可以承载0个、一个或多个L完整的或部分的)CPS分组。未使用的净衙用0值的圩；充字节来填充。cI’s分组可以重叠在一个或两个ATM信元的边界}。CPS分组被分割的重叠点可以发生在CPS分组内的任何位置上．包括L’I】s分组头中。注cJ’sI’Du净菏使用的范倒驷附录R所示。4．5AAL2公共部分子层(CPS)的程序在公共部分子层中的复用功能将几个CPS分组合并到单个ATM连接E。调度不同的流和可能使用的优先级使用在本标准巾井没有规定。SDI，系统图如图6所示．SDI。块结构如图7所示，SDI。符号清单在图8中给出。公共部分子堪从一个或多个SSCS发送方程序中接收CPSSDU。它将这些CPSSDU复用和打包成cI’s分组并形成(PSPDU。在CPS接收方．c13s分组被解包和解复用并被传送至某个SSCS接收h。存本章中给出了公共部分子层程序的SDI，图。如果在本章所给出的文字描述和SD[。周之间存彳 GB／T21647--2008任何差异，则SD]，图具有优先权。注：除了本章的SDL图外，在CPs_PDU中的字节，即ATM信元的净荷，编号是从⋯0’～“47”。12圈6AAL2的SDL系统 CB／T21647--2008圈7AAL2的SDL块结构 GB／T21647--2008图8SDL符号清单 GB／T21647--20084．51CPS发送方CPS发送方的操作由包含下列状态的状态机来模型化：IDLECPSPDU是空的且0字节内的OSF包含值⋯0’，“联合使用的”Timer—CU不运行。PART某些CPS分组信息存储在CPS_PDIJ中且CPSPDU有更多的空间去存储分组：“联合使用的”Timer_CU处于运行状态。FU[，I，CPSPDU是满的；如果最后一个CPS分组重叠在下一个CPS—PDU上，则TimerCU处于运行状态。程序等待层管理的MAA【．SEND．request原语以允许发送CPSPDU。SENDTinter—CU期满，但是层管理仍然设有发送MAAL-SEND．request原语以允许发送CPSPDU。CPS发送方的状态转移图如图9所示。对CPS发送方操作的描述使用了下列状态变量：CPSPDU在将CPSPDU提交给ATM层之前所维护的用于填充CPS-PDU的缓冲区。UPS—PH所维护的用于构建UPS分组头的缓冲区。ptrBUF该状态变量指出在C?S—PDU缓冲区中的下一个空闲字节。下一个CPS分组或PAD域将从这里jF始。tenl该状态变量指示当前需要打包的CPS分组的长度，即将要放入CPSPDU的CPS净荷。part该状态变量指示需要放置在随后一个或两个CPS—PDU中的CPS—PP的字节数。splitf；蔓状态变量指示需要放置在下一个CPSPDU开始位置的CPSPH的字节数目以完成重叠在两个PDU上的CPS分组头。seq该状态变量用于设置下一个要传输的CPS_PDU的SN域。permit当该状态变量为“TRUE”时，指示层管理已经允许去发送CPS—PDU。trap该状态变量用于算术计算中。对CPS发送方操作的描述使用下列定时器：Timer—CU“联合使用的”Timer—CU保证已经打包了一个或多个字节的CPS分组在调度安排传输之前等待Timer—CU的持续时间(实际传输发生在从层管理接收到MAAI。一SEND．request原语后)。注1；如果下层ATM连接在每次接收到M^．AISENDrequest原语时需要发送CPS-PDU(尽管在这时候没有这样的需要存在)，该定时器可M足不必要的；在这种情醒下．将定时器设置为“无限长时闻”或根本就不设置定时器将会获得所期望的结果；当然，这在本标准中不再进～步定义了。CPS分组可能重叠在一个或两个CPs-PDU边界上。当CPS分组的一部分已经完全填充了一个CPS一1’I)U时，状态变量“sp[it”和“part’将指示重叠的数目。其各自的参数值总结在表5中。表5当CPS分组重叠在CPS—PDU边界上时状态变量的参数值‘‘split’’‘。part”注释0没有重叠0l∈4(链个或部分)CPS-[’I)(“part”字节)重叠1．2l61cI’s_f)H的“spilt”字节和整个CPs_PI，(“part”字节)重普 GB／T21647—2008①接收到CPS-UNITDATArequest或MAALUNITDATArequest且“rem<：44”；②接收到CPS-UNI’FDATA．request或MAAI。一UNITDATA．request且“reill≥44”；③接收到MAAI．SENDrequest且“split—part--0”；④{接收到MAALSEND．request且下层ATM连接请求需要发送CPS分组}或{事先接收到MAAI一一SEND盱quest且接收到明确填充了CPs-PDU剩余部分的CPSUNlFDAi、Arequest或MAAI，UNITI)ATAreques：}或{事先接收到MAAI，SEND．request且定时器Timer_gU期满}；⑤接收到MAAL-SENDrequest；⑥接收到MAAI．-SENDrequest且“split@parl≥47”；⑦接收到CPS-UNITDATArequestorMAALUNITDATArequest且“renl十ptrBUF≥45”；⑧接收到MAAI。一SEND．request且“0的情况下，采用缺省数值。这些AAl．2系统参数的数值在ATMVCC之间可能是不同的。表7AAL2系统的参数意义参数允许数值缺省数值可复用信道的虽大数目(注)25j对等方Max—CPSSI)UIength≮5或64字节45发送方“联合使用”的定时器["imerCU值需要进一步研究注：町复用信道的最大数目包括全部7个预留信遭，即用户信道的最大数目就是可复用信道的最大数目减去7。在单个AAI，2信道建立之前(或建立期间)必须确定表8中所列出的用于信道资源的参数值。这些确定可以通过预提供方式或信令方式，但超出r本标准的范围。在没有预提供方式或信令方式(ATM层的控制)的情况下，采用缺省数值。这些AAI。2系统参数的数值在信道之间可能是不同的表8AAL2信道的参数意义参数允许数值缺省数值对等方M¨SDU—Deliver一【|cngth4j或64字节45字节5AAL2的分段和重装特定业务会聚子层5．1分段和重装特定业务会聚子层的一般框架结构5．1．1分段和重装特定业务会聚子层的结构分段和重装特定业务会聚于层可以细分为特定业务分段和重装子层(SSSAR)、特定业务传输差错检测子层(SSTED)和特定业务有保证数据传递子层(SSADT)，如罔12所示。 GB／T21647—2008由该子层所提供的最小业务就是在5．3条中规定的分段和重装功能。54条中规定的传输差错检测机制和5．j条中规定的有保证数据传递都作为廿J选功能来实现，即当检测到传输差错时，组装的SDU可以不向用户传递。注损坏的数据传递选项需要更进一步的研究。5．1．2AAL2向高层提供的原语依据所选择的可选机制来确定通过AAI。2SAP的原语。如果既没有选择特定业务传输差错检测子层，也没有选择特定业务有保证数据传递子层，则将AAl。的原语等价于SSSAR原语(见5．3．2)，但作为与SAP上原语命名惯例相一致的AAI，UNITDATA．request和AAI_UNlTDATA．indication原语来识别。另一方面，如果选择了传输差错检测机制但没有选择有保证数据传递机制，则将AAI。的原语等价于SSTED原语(见5．4．2)，但作为与SAP上原语命名惯例相一致的AAI。一UNITDATA．request和AAI，UNITDATA．indication原语来识别。如果两种机制都选择了，即传输差错检测和有保证数据传递机制都选择了，则在5．5条中定义的原语使AAI．2业务对其用户而言是可用的。二二二二======二=罩．00：io-薹薹，声二=二二SAP注：分段和重装会聚子层是业务特定会案子层(SSCS)的一A慢f。图12分段和重装会聚子层的结构 GB／T21647—20085，7．3通过SEG—SSCS与AAL2CPS边界的信息流AAI。2的分段和重装子层使用在第4章定义的公共部分子层业务。穿过两个子层间边界的原语也在第4章中定义了，并总结在表9中。如果下面的总结和第4章中的定义之间出现任何差异，则在第4章中的定义具有优先权。表9公共部分子层的原语和参数cI-1s—uNllI)A1、ACPS-UNITDAIA参数注程1．45(缺省)或164字节的【、I)S．INFOCPS用白数据CPs_UUIj比特的CPS用户信息(注)m：必遗参数。不出现的参数。注仅有值“0”⋯“27”是允许的。注如果选择了损坏数据传递选项则町能需要更多的参数，当然，该选项需要进一步研究。51．4分段和重装特定业务会聚子层的系统和程序块结构分段和重装特定业务会聚子层的SDI．系统图如图13所示，SDl。块结构如图】4所示。SDI，符号清单在图8中给出。图13AAL2分段和重装特定业务会聚子层的SDL系统图 GB／T21647--2008图14AAL2的分段和重装业务特定会聚子层的SDL块结构5．2管理和控制平面的交互作用5．2．1管理平面5．21．1管理平面与AAL2CPS用户平面的交互作用28 GB／T21647—2008AAI，2分段和重装子层使用MAAI，ERROR．indication原语向层管理汇报检测到的错误，该原语具有指示错误号码(错误类型，见表1l和表13)的单个参数；特定业务分段和重装子层的业务可以对层管理是可用的；在这种情况下，采用下列规定：·CPS信遭整个地专用于层管理实体之间的通信；·特定业务分段和重装子层的原语被重新命名为“MSAR—UNITDATA．request”和“MSARUNITDATA．indication”；·不使用特定业务传输差错检测子层和特定业务有保证数据传递子层。特定业务传输差错检测子层可以对层管理是可用的；在这种情况下，采用下列规定：·CPS信道整个专用于层管理实体之间的通信；·业务传输差错检测子层的原语被重新命名为“MTED—UNll、DA—IA．requesl”和“MTEI-卜UNITDATA．indication”；日·不使用特定业务有保证数据传递子层。特定业务有保证数据传递子层可以对层管理是叮用的；在这种情况下，采用5．5条中的规定。与管理平面的其他交互作用还需要进一步研究。5．2．2控制平面AAL2和控制平面(C平面)之间的交互作用超¨{了本标准的范围。5．3特定业务分段和重装子层(SSSAR)5．3．1由SSSAR提供的业务AAI．2SSSAR提供从一个SSSAR用户通过公共部分子层(CPS)向其他SSSAR用户传递SSSARSDU的能力。该业务提供对等层的操作：·SSSARSDU的数据传递最多达65568字节。●SSSARSDU序列的完整性从AAL2的公共部分于层继承获得，以上业务是非保证的。·SSSAR—SDU提交给分段和重装子层；另一方面，下列情况可能发生：a)在重装SSSARSDU的过程中．SSSAR可能会检测差错并丢弃整个SDU；或b)SSSAR并不榆测部分或整个SSSARSDU的丢失，不检测比特差错，不检测从单独的SDU合并在一起的数据。因此，它呵能同其用户发送已损坏的数据。·丢失或损坏的SSSARSDU将不会通过重传来得到校正。注：损坏数据传递的选项需要进一步研究。AAI．2SSSAR连接使用AAI。2CPS连接。阕此．它们继承rCPS连接的特征；特别是，AAI。2ssSAR连接是双向的虚信道。5．3．2在SSSAR和SSSAR用户实体之间的原语由AAI．2SSSAR所提供的用于SSSAR用户实体之间通信的原语是SSSAR—UNITDAq’A．request和SSSARUNlTDATA．indication，它们都用于数据传递。注：由丁丢失的可能性和，或SSSARSI)U的合并．SSSARUNITDATArequesl和SSSARUNlI’I)A7IAindication之间构关系不必是一对一的。定义了下列参数：●SSSARINF()该参数规定了在SSSAR和SSSARj_}j户实体之间互换的接口数据单元，接口数据长度是一个字节的整数倍，SSSAR接口数据表示了一个完整的SSSARSDU，●SSSARUUI该参数由SSSAR透明地在对等SSSAR用户之间传递。参数的用法总结在表10中。20 GB／T21647--2008表10在SSSAR和SSSAR用户之间的原语和参数SSSAR-UNI’I、I)ATASSSARUNITDATA参数注释SSSAR—INFO165j68字青的SSSAR用户数据SSSAR—UUI5比特的SSSAR用户信息(注)m：必选参数，：不出现的参数。注：仅有值⋯0’-．．“26”是允许的，5．33SSSAR的格式与编码SSSAR—PDU的格式如图15所示。CPS用户至用户指示(CPSUUl)用于实现“More1)a【a”比特(M)。值为“27”的CPSUuI指示更多的数据需要完成一个SSSARPDU的重装。任何其他值．即⋯0’～“26”之间的值．指示接收到SSSAR—SDU的最后数据。注：如果SSSAR用户不需要多个SSSAR—UUl代码点，则值“26”将被选择用于与其他SS("S标准相兼容(参览j41中的例子)。SSSAR—SDU的最大长度基于每个SSSAR连接且以参数“Max—SDU-【，ength”柬限制．该参数通过信令或管理程序进行协商。SSSARPDU净荷IMSBLSB图15SSSAR-PDU的格式5．3．4SSSAR程序分段和蕾装子层的程序的SDI，块结构如图16所示。特定业务分段和重装子层从一个SSSAR用户发送方程序中接收SSSARSDU。如果有必要，它会将这些SDU分段成许多SSSARPDU(即CI，SSDU)并将之提交给AAI。2的公共部分子层来传输。在SSSAR接收方，SSSARPDU在传递给SSSAR用户之前设重装成SSSARSDU。如果SSSAR—SDU需要分段，除_『最后一个PDU外，所有的SSSARPI)U通常是同样的长度，这是基于每个CPS连接基础上确定的。将SSSAR—SDU分段成符种长度SSSARPI)U(例如为r动态带宽管理)的其他方案也是允许的．虽然在本标准中并没有规定。该长度町以在“l”和CPS连接所能支持的最大长度之间。特定业务分段和重装子层的程序的SDl，图在本条中给出。如果本条给出的文宁摧述和SDI．图之间存在任何差异，则SDI。I圭l具有优先权。注：在本条的SDI．图中，在所有PI)U和SDU中的字节，即SSS．＼R—SDU，编号是从⋯0’开始．最多到“65567”。 GB／T21647—2008图16特定业务分段和重装子层的SDL块结构534．1SSSAR发送方SSSAR发送方的操作由具有以下单个状态的状态机来模型化：IDI，E仅有个状态存在；在每次转移之后程序返回到这里。SSSAR发送方操作的描述使用下列状态变量：Ien该状态变量指不需要处理的SSSAR—PDU(即SSSAR—INFO参数)的(剩余)长度。ptrSE(；该状态变量指出在SSSARPDU(即SSSARINFO参数)中需要处理的下一个字节，下一个SSSARPDU的净荷从这里]F始拷贝。SSSAR发送方维护下列参数：Segment-I，ength该参数以字节为单位指示SSSARPDU的最大长度。该参数是由SSSAR发送方的执行而确定的。注：SegmentI，enfzlh参数应被选弹以便满足下列111标：·睁苛的高敛使用：·对延迟敏感应用的低抖动；H●与AAI，5的简单互通：SSSAR发送方的SDI。定义盘¨图17所示。1)当SSSAR-SBU从．SSSAR用户在SSSARUN[TDATA．H、quest原语巾传递时，变量“【en”设置为SSSARINFO参数的长度。2)如果托SSSARINFO参数巾仍未处理该长度或信息的K度(变量“len”)超过了,SSSARPDU的最大允许陡度，则”SegmenI—I．ength’’个字爷从SgSAR】NF()参数拷贝至CPSINFO参数中。该信息以CPSUNI7FI)A’I、A．request原语来传输．其巾SSSAR—UUl参数设置为“27”。变量“Jen”于是减去“Segment一『Jengdl”且变量“prrSE(；”增加同样的数目。0] GB／T21647--20083)如果在SSSAR1NFO参数中仍未处理的信息的剩余长度(变量“len”)超过了SSSAR—PDU的最大允许长度，则程序按照条目2继续进行。4)如果在SSSARINFO参数中仍未处理的信息的长度(变量“]en”)没有超过了SSSAR—PDU的最大允许长度，则剩余的“len”个字节从SSSAR[NFO参数拷贝至CPS_INFO参数中。该信息以CPSUNITDATA．request原语传递至CPS，其中CPSUUI参数设置为SSSAR—UUI参数值。图17SSSAR发送方的SDL图 GB／T21647—20085．3．4．2SSSAR接收方SSSAR接收方的操作由包含下列状态的状态机来模型化：IDI．E当前没有SSSAR—SDU重装；重装定时器“RAS—Timer”没有运行。PART当前正在重装的SSSARSDU的一些但不是全部的信息已经到达且正在被缓存；重装定时器“RAS—Timer”处于运行状态。ABORTSSSARSDU的最大允许长度已经在重装过程中被超过。如果已知被损坏的数据没有被传递，则SSSAR接收方保持在该状态直到接收到SSSARSDU的结束；重装定时器“RAS—Timer”处于运行状态。SSSAR接收方的状态转移图如图18所示。①接收到CPS—uNITDATA．indication且检删剑SSSARSDU的结束；②接收到CPSUNITDAIAindication且没有检测到SSSARSDU结束；③接收到cI’SUNI‘FDA，rAindication且没有检测到SSSARSDU结束；④{接收到CPSUNITDATA．indication且检测到SSSARSDU结束}或{RASTimer期满⑤超过MaxSI)U_I。ength；⑥{接收到C11S—UNITDATAindication且检测到SSSAR—SDU结束}或{RAS—Timer期满⑦超过Max—SI)LLI，ength：⑧接收到CP,qUNI_II)ATAindication王没有检测到8SSARSI)u结束。图18SSSAR接收方的状态转移图 GB／T21647—2008KSSAR接收方操作的描述使用下列状态变量：len该状态变量指示接收到的SSSAR—PDU的长度。ptrRAS该状态变量指出在重装缓冲区内的下一个空闲字节，下一个SSSAR—PDU净荷将被拷贝在这里。INFObuffer该缓冲区用于暂时存储或重装SSSARSOU。CPS发送方操作的描述使用下列定时器：RAS-Timer重装定时器RAS—Timer保证对SSSARSDU的重装不超过一定时间限制；如果该定时器不需要，则设置为无限大值。注1：如果SSSARSDU的最后一个SSSARPDU已经丢失r，则该定时器将会期满。SSSAR接收方维护下列参数：MaxSDU—I，ength该参数按字节指示SSSARSDU的最大长度，该长度是允许被传输的最大长度。SSSAR接收方程序的SDI，定义如图19所尔。1)当SSSAR接收方处于IDI．E状态且接收到CPSUNITDATA．indication原语时，则SSSAR接收方将变晕“ptrRAS”设置为⋯0’并启动重装定时器“RAs—Timer”。变量“ten”设置成CPSINF()参数的长度。CPS—INFO被拷贝至变量“INFO_buffer”且变量“ptrRAS”增加“len”。注2：C11s-INFO参数的长度在同一SSSARSDU内可能随CPSUNITDATAindication的不同而不同。2)如果CPS—UUI参数设置为“27”，则SSSAR接收方进入或保持在PART状态。否则，发出具有下列参数的SSSARUNlTDATA．indication原语：·在变量“INF(}_huffer”中的信息被拷贝至SSSAR—INFO参数中；且·最后接收到的CPS—UUI参数的值被拷贝至SSSAR—UUI参数中。重装定时器“RAS—Timer”被重新设置且程序进入(或保持在)IDI。E状态。3)当SSSAR接收方处于PART状态且接收到CPS—LNITDATA{ndicatiDn原语时，SSSAR接收方将变量“len”设置成CPS—INFO参数的长度。如果信息已经存在于变量“INFO—buffer”中且新到达的信息超过r最大允许长度(参数“Max—SDU-I．ength”1．则程序从条目4)继续进行。舌则CPS—INFO被添加到变量“INF()一buffer”中日变量“ptrRAS”增加“[en”。程序从条目2)继续进行，4)如果信息在变量“INFO—buffer”中已经存在且新到达的信息超过了最大允许长度(参数“Max—SDU-I．ength”)。则已知损坏的数据将不被传递且向层管理通知该事件，程序进人状态A—BORT。5)当SSSAR接收方处于PART状态且定时器“RAS—Timer”期满，则向层管理通知该事件且程序进入IDI，E状态。6)当SSSAR接收方处于ABORT状态且接收到CPSUNITDATA．indication原语，SSSAR接收方检查CPS—uuI参数。如果该参数值为“27”．则程序保持在ABORT状态而不需要采用进一步行为；番则，程序进人I【]I，E状态也不需要采取任何进一步的行为。当SSSAR接收方处于AB()RT状态且定时器“RASTimer”期满，则程序进入IDI。E状态而不需要采取任何进一步的行为。 GB／T21647—2008图19SSSAR接收方的SDL图 GB／T21647—20085．3．4．3由SSSAR向层管理提供的错误指示总结对层管理的错误指示总结在表儿中。表11对层管理的错误指示(错误号码)所指示的错误10已经超过了所重装的SSSARSDU的最大允许长度(“MaxSDU_I，ength”)ll重装定时器RASTimer已经期满5．4特定业务传输差错检测子层(SSTED)5．4．1由SSTED提供的业务AAI．2SSTED提供了从一个SSTED用户通过公共部分子层(CPS)向其他SSTED用户传递SST—ED-SDU的能力。业务提供对等层的操作：●最多65535字节的SSIELLSDU的数据传递；·从特定业务分段和重装子层(SSSAR)继承并获得SSTEI)SDU序列的完整性。以上业务是非保证的：·完整的SSTEDSDU可能会被传递、丢失或损坏；·损坏的SSTED-SDU被丢弃且不会传递给SSTED用户；●损坏或丢失的SSTEDSDU将不会通过重传来校正。注1：检测到错误的事例包括：接收到的长度和SSTED-PDU的长度域不匹配，不正确格式的SSTEI>PDU和SSTEDCRC错误(缓冲区上溢由SSSAR处理1。注2：损坏数据传递的选项需要进一步研究。AAI，2SSTED连接使用AAI．2CPS连接；因此，它们继承了CPS连接的特征；特别是，AAI。2SSTED连接是双向虚信道。5．42在SSTED和SSTED用户实体之间的原语由AAI。2SSTED提供的用于SSTED用户实体之间通信的原语是ssTE口uNITDATA．request和SsTE肛uNITDATA．indication原语，它们用于数据传递。定义了下列参数：●SSTEDINF()该参数规定了在SS—IED和SSTED用户实体之间互换的数据单元。接口数据长度是一个字节的整数倍。SSTED接口数据表示了一个完整的SSTED-SDU。●SSTErH。P该参数提供用于与AAI．5的CPCS业务相兼容；它由SSTED在对等的SSTED用户之间透明地传输。●SSTEI)_CI该参数提供用于与AAI。5的CPCS业务相兼容：它由SSTED在对等的SSTED用户之间透明地传输。●SSTE肛UUl该参数SSTED在对等的SSTED用户之间透明地传输。这些参数的用法总结在表】2中。表12在SSTED和SSTED用户之间的原语和参数SSTEI)UNI]1I)ATASSTEnUNlTI)AfrA参数注释⋯nd⋯t)nSSTEI)1NF()⋯55535字节SSTED用户数据SS‘I、E1H。P=1：低优先级(注)SSTED—LPSSTEIb【。P一0：高优先级 表12(续)GB／T21647—2008SSTED—UNITDArA．SSTED—UNITDATA．参数注释IndicafionSS]’EI>CI=I：经历拥塞(注)SSTEDCISS—IEIYCI==0未经所拥塞SSTEDUUI8比特的SSTED用户信息m必选参数。：不出现的参数。注：这些参数提供用于与AAI，5业务的兼容性：它们由SSTEI)透明地传输。5．4．3SSTED的格式和编码SSTED—PDU的编码遵守在ITuTI．361的2．1条中规定的编码惯例。一个SSTEDPDU包含SSTED净荷和SSTED尾。SSTEDPDU中各域的大小和位置如吲2()所示。SSTEDPDU包含7个域：a)SSTED—PDU净荷该域承载SSTEDSDU并由SSTED发送方从ssTE口uNITDATA．request原语的SSTED—INFO参数中拷贝出来．而且由SSTED接收方拷贝至ssTEDuNITDATA．indication原语的SSTEDINFO参数中。b)预留域该域预留用于将来的标准化，它由发送方设置为“o”且在接收时被忽略。c)拥塞指示(CI)该域提供用于与AAI，5的CPCS业务相兼容，它透明地从发送方用户传输至接收方用户。d)丢失优先级(LP)该域提供用于与AAI。5的CPCS业务相兼容，它透明地由发送方用户传输至接收方用户。e)SSTED用户至用户指示(SSTEDuu)域CPCSuu域用于透明地传递("PCS用户至用户信息。f)长度域长度域用于编码SSTEI>PDU净荷域的长度，长度域的值也为接收方所用于检测信息的丢失或获得。长度域按照字节数目的二进制数来编码，值为⋯0’的长度域用于指示接收到的SSTEI>PDU将被丢弃。g)CRC域CRC一32用于检测在SSTEDPDU中的比特差错。CRC域以在整个SSTEDPDU内容上执行CRC计算所得的数值来填充，不包括SSTEI>PDU尾，CRC域应包含下列和(模2)的补码：1)∥x(一1+工“’+⋯+z+1)由生成多项式除后(模2)的余数，这里自是进行CRC计算的信息比特数目；2)。弛与CRC所计算信息的乘积由牛成多项式除后L模2)的余数。CRC32生成多项式是：G(』)一』31+』26+』23+』12+z16一一2+』1·+』1。+一+z7+∥+一+T2+』+1CRC计算的结果从左至右放置在CRC域内。作为在发送方上的典型实现．计算除法余数设备的寄存器的初始内容都预设置为“1”．在接收到用CRC计算的信息后由生成多项式(如上所述)通过除法来修改；由此产生余数的补码被放置在CRC域中。作为在接收方的典型实现，计算除法余数设备的寄存器的初始内容都预设置为“l”。在连续进入的 GR／T21647—2008CPCS—PDU与z32相乘且由生成多项式除后(模2)，最后的余数将是(在没有错误的情况下)：c(z)一1+一。+_26+z拍+≯4+f。8一rlj+．一+一2+。31+T"+一十j。一一十。4十z。+z十1。卜二二二三t,竺竺竺：，|JI竺I竺IjISSTEDUUResenedl1”鼬CRClM。。。，。。№。。。MSBLSFIL——!!堡坠!型星．Jk一一!!!婴!型．I拥塞指示循环冗余校验SSTED-SDU长度丢失优先级预留(设置为o)SSTED用户至用户指示域(1比特)(4字节)(2字节)(1比特)(6比特)(1字节)图20SSTED—PDU格式5．4．4SSTED程序特定业务传输差错检测子层程序的SDL块结构如图21所示。特定业务传输差错检测子层从一个SSTED用户发送方程序接收SSTED-SDU，它将SSTEI>PDU放八SSTED-PDU净荷中，设置长度域并计算CRC。SSTEINPDU被提交给特定业务分段和重装子层来传输。在SSTED接收方，SSTED-PDU的长度与长度域中的值进行比较而且验证CRC。如果任何一个检测失败，则所接收的SSTED—PDU被丢弃；否则，未损坏的SSTED-SDU被传递给SSTED用户。特定业务传输差错检测子层程序的SDI，图在本条中给出。如果在本条的文字描述和SDI。图之间存在任何差异，则SDI。图具有优先权。注：在本条的SDL图中．在所有PDU和SDU中的字节，即SSTEDSDU，编号是从“0”最多到“85534”。h伸na嚣基一 GB／T21647—20085．4．4．1SSTED发送方SSTED发送方的操作是由包含下列单个状态的状态机模型化的：IDI，E仅有一个状态存在；程序在每次转移完成后会返回该状态的。SSTED发送方操作的描述不使用任何状态变量。SSTED发送方程序的SDI。定义如图22所示。1)当sslEI>SDU以ssl"EL>UNlJIDAlIA．request原语从ssj、E1)用户传递时，ssIEI)_I’I)U便被构造了。SSTED-PDU净荷被设置成在SSTED-INFO参数中接收到的SSTEI>SDU，长度域被设置成SSTED-INFO参数中的长度值．SSTE[>UU域被设置成ssrEDUUl参数，预留域被设置为“o”，CI域被设置为SSTEDC1参数的值，LP域被设置为SSTED-I。P参数的值，而且CRC域被计算。2)所构造的SSTED-PDU以SSTEF>UNITDATA．reqaest原语提交给SSSAR来传输；参数设置如下：·SSSARINFO设置成所构造的SSTEnPDU；·SSSAR—UUI设置为“26”。程序保持在IDLE状态。图22SSTED发送方的SDL图5．4．4．2SSrED接收方SSTED接收方的操作是由包含下列单个状态的状态机模型化的：IDI。E仅有一个状态存在；程序在每次转移完成后会返同该状态的，SSTED接收方操作的描述使用下列状态变帚：1en该状态变量指示所接收的即将被处理的SSTEI>PDU(即SSSAR1NFO参数)的长度 GB／T21647—2008SSTED接收方程序的SDl。定义如图23所示。1)当SSTEI>PDU以SSSARUNITDATA．indication原语的形式从SSSAR接收到时，变量“len”被设置为SS"I、EI)PI)U的长度，即SSSARINFO参数的长度。如果“len”小于⋯9’，则PDU编码不止确。2)如果变量“len”不等于SSTEI>PDU长度域的值加上8，则信息被丢弃且程序保持在IDI。E状态。此外，如果SSTElNPDU长度域中的值不等于“o”，则向层管理通知此事。3)CRC计算并进行验证(参见5．4．3)。如果验证失败．向层管理通知该事件，信息被丢弃且程序维持在IDI。E状态。4)信息被认为是未受损坏则以SS’FEDUNITDATA．indication原语传递给SSTED用户；参数ssTE口1NF()设置成SSTEDSDU(从SSTEDPDU净荷开始)，SSTEI—UUI设置为SSTEDUU的值，参数SSTEI>CI设置成cI域的值，且参数SSTEI>I。P设置为LP域的值。注；损坏数据传递选项需要进一步研究。5．4．4．3由SSTED向层管理提供的错误指示总结对层管理的错误指示总结在表13中。表13对层管理的错误指示(错误号码)所指示的错误20接收到长度为8或更小的SSTED-PDU21SSTEI_卜pDU中长度域的数值与接收到的SSTEDPDU的长度不匹配22CRC域的数值不等于在所接收信息上计算出的CRC值图23SSTED接收方的SDL图 GB／T21647--20085．5特定业务保证数据传输子层(SSADT)特定业务有保证数据传递子层的业务与Ilu—lQ．2110中定义的SSCOP(特定业务面向连接协议)业务一样。本节主要包含关于SSCOP业务的信息，但也规定了对SSTED子层的必要适配方法。注：提供有保证数据传递机制的其他程序标准还有待进一步研究。5．5，I由SSADT所提供的业务的信息AAI．2SSADT提供了从一个SSADT用户通过公共部分子层(CPS)向其他SSADT用户传递SSADTSDU的能力。业务提供了对等层的操作：●最多65531字节的SSADTS1)U数据传递。·从特定业务传输差错检测子层(SSTED)继承并获得SSADTSDU序列的完整性。以上业务具有有保证和无保证模式。在有保证模式中：·SSADTSDU提交给有保证数据传递子层来传输的；·损坏的SSADT—SDU被检测出来并不传递给SSADT用户；·通过序列检查机制．接收方SSAD_I实体检测丢失的SSAD’rSDU；丢失或损坏的SSADTSDU通过选择性重传得到校正；·流控机制允许SSADT接收，了去控制对等SSADT发送力实体发送信息的速率；·保持激活机制验证了参与某个连接的两个对等SSADT实体在长时间没有数据传递的情况下仍保持链路连接的建最状态。注l：检测到差错的事例包括检测到丢失的SSADTPDU(检测到损坏的PDU则由SS’FED所丢弃)。注2：损坏的数据传递选项需要进一步的研究．对SSI、E1)则不使辱j。AAL2SSADT连接使用AA[。2CPS的连接；因此，它们继承了CPS连接的特征；特别是，AAI。2SSADT连接是双向的虚信道。5．5．2在SSADT和SSADT用户实体之间的原语定义在】TuTQ．2110中的原语也可以运用于SSADT子层。如果需要，ITu—TQ．2110可以由特定业务协凋功能(SSCF)补充以在AAL业务访问点(SAPJ处提供业务。5．5．3SSADT的格式、编码和程序定义在ITUWqP11o中的格式、编码和程序可以不加任阿限制地采用。5．54与管理平面的交互作用特定业务有保证数据传递子层的业务对层管理是可以使用的；在这种情况下，CPS信道完全专用于层管理实体之司的通信。5．6分段和重装特定业务会聚于层的参数和数值的总结在表14中列出的系统资源的参数值必须在部署了分段和蕈装特定业务会聚子层的AAL2信道建市之前得到确定。这种确定|_l：『能通过预提供方式或超ff{本标准范围的信令方式来完成。在没有预提供方式或信令方式的情况下，将采用缺省值。这些AAI．2系统参数的数值可能在CPS信道之间是不同的。表14用于分段和重装特定业务会聚子层的参数意义参数允许值缺省值发送方SegInenII．eng：h“1”至Max—CPs-1)eliver【。englhI往1)没有接收方蕈装定时器(RAS～‘limet)要进步研究要进一步研究 GB／T21647—2008表14(续)意义参数允许值缺省值SSSARSDU拘最大长度(MaxSI)U—对等方“一”～“65568”要进一步研究I．ength)传输差错检测机制的选择(SS’I、EI)J“llCtselected”或“seMted”没有有保证数据传递机制的选择(SSADT)“norselected”或“selected”没有(注2和注3)注l：该参数在AAI，2的公共部分中规定，注2：缸果传输差错检测机制也选择了，则仅能选择有保证数据传递机制。注3：SSADT的参数在ITL—TQ2110中规定。6用于窄带业务的AAL2特定业务会聚子层6．1参考模型图24显示rSSCS的参考模型。用户刖户／(如信号接收方、／SSCS2f如信号、处理嚣1妈娑霞篮进方处理器)SSCSl用户SSCSI、接峻方(如信号、r如信号发送方／处理器)处理器1●1．±些—一图24用于窄带中继的SSCS参考模型SSCS用于承载每个AAI。2连接上的窄带呼叫的信息内容——用承载能力指示语音、语音带宽数据或电路模式数据这由中继接口上的外部输八确定。但是第二种信息，诸如帧模式数据、拨号数字、随路信令比特、告警和环同可能会在同一AAL2连接上交织传输。注如果帧模式数据在外部接口L被单独提交．没有和其他信息如语音等起提交，刚它可必直接由定义在第5章中的分段SSCS来处理：信息内容的编码在连接期间通过用户状态改变，速率控制或信令能够动态地变化。例如，一旦检测到语音带宽的数据业务，如2100Hz音调．编码速率可以从其标称速率增加到更高的速率以适应语音带宽数据。如果检测到传真业务且支持传真解凋．则编码可能会切换至传真解调。SSCS直接支持随路信令比特的传输且使帧模式数据对共路信令消息进行传输。在中继任何一端的接入接口上．外部输入可以来自使用1SDN或模拟技术实现的专用窄带交换系统。图25a)、阁25l，)、图25c)给出了巾继可能部署的例子。 GB／T21647—2008图25a)窄带中继部署举例一图25b)窄带中继部署举例二图25c)对固定接入的部署举例用于AA[．2中继的A+I"M连接可以是交换的或永久的VC。依据特殊的应用，窄带信息流(例如在一次群速率接口上的时隙)至AAI。2连接的映射也可以是静态的或动态的。基于对目的地址的分析，窄带连接在某个中继接口I二甚至叮以交换至几个输出ATM连接中的任意一个。这些是SSCS的可能应用且超出r本标准的范围。6．2功能描述在AAI。2连接的每个末端，SSCS的操作是由用户协调的，例如信号处理。如参考模型所示．这些是明确的实体。本条在这些实体之间定义了界限。62．1发送方功能下列功能．如果能被支持，在发送方被认为是用户的责任：a)将语音抽样编码成比特序列。b)基于呼叫特征和资源状况对语音编码算法进行选择．例如拥塞指示。c)通过对话音活动的检测进行静音压缩和对静音插入描述符的不连续传输。43 GB／T21647—2008d)在每个时隙内将电路模式数据作为8kHz字节流来传递。e)．提取数据帧并消除标志符、填充比特和CRC码，如果有这些相应的编码。f)检测并优先处理传真和调制解调器业务，例如高保真度编码。g)从多频音调中提取拨号数字编码。h)提取随路信令比特并分析其变化。i)将传真解调至基带比特用于页面控制和图形数据。j)检测告警。k)同步化向SSCS传递已处理信号。【)用户状态控制操作的请求和响庇。m)速率控制。n)SSCS操作中变化的f-J步。o)环回。以下相应的功能，如果被支持．则在发送方是SSCS的责任：a)将已编码的语音比特插入至分组中。b)通过分组头或分组净荷中的域(例如UUI代码点和长度指示符片旨示所使用的算法。c)插人SID比特和指示所使用的SID，就像任何语音算法一样。d)基于时隙将字节流插八分组中。e)采用差错保护，将数据帧分段成分组序列。f、为语音带宽数据插入编码比特并指示所使用的算法，就像任何其他语音一样。g)将拨号数字插入到分组中。h)将随路信令比特流转变插入到分组中。．)将传真基带比特插入到明确用于此目的的分组中。1)将告警插八到分组中。k)对分组进行序列编号以有助于在接收方进行信息流的同步重构。．)产生用户状态控制消息。n1)将速率控制命令插入到明确的分组结构中。n)将SSCS操作巾变化的同步插入刘明确的分组结构中。o)将环回插入到明确的分组结构中。6．2．2接收方功能卜列相应的功能．如果被支持，则在接收方是SSCS的责任：a)根据分甜头或分组净荷的域来确定输入分组类型。b)缓俘对时闻敏感的分组姒减少延迟变化(减低抖动)。cJ注意及时向用户释放的分组内容中的序列编号，例如丢弃迟到的分组。d)提取算法标志并从分组结构中提供编码的语音比特。eJ指示在比特流中任何不可恢复的无信息时间段。”基于时隙从分组中提取字节流。g)采用差错检测．从分组序列中重装数据帧。h)提取拨号数字代码。i)提取随路信令比特转变。})提取传真基带比特。k)提取告警。1)解释用户状态控制消息。n¨从分组结构中提取速率控制命令，44 GB／T21647—2008n)从分组结构中提取SSCS操作中变化的同步。01从分组结构中提取环回。下列功能．如果能设支持，在接收方被认为是用户的责任：a)对应用于信息流的编码识别。b)消除任何由用户解码引入的延迟变化。c)同步来自SSCS的编码信息的传递。d)将语音比特解码为语音抽样序列，包括缓解由静音插入描述符直接导致的噪音。e)如果期望的语音比特丢失，尝试有意识地标记差错。f)将电路模式数据的再生作为每个时隙内的8kHz字节流。g)再生数据帧并恢复标志符、填充比特和CRC码，如果有相应的这蝼编码。h)从拨号数字字节中再生多频音调。·)从比特转变中再生随路信令。j)从基带比特中再调制传真。k)告警鹇释。1)指不并证实用户状态控制操作：n1)速率控制。n)SSCS操作中变化的同步。6．3所提供的业务由SSCS所提供的业务是通过如图26所示的两个、m务访问点(SAP)来传递的。语音SAP传递64k[Jit／s业务，且语音业务是缺省的。多速率SAP传递电路模式Ⅳ×64kbit／s业务，N≥1。在每个SAP上传递的业务如表15所示。为了实现每种业务，原语通过SAP传递。原语及其参数根据业务在下而的章条中描述。语音、电路模式数据和传真解调／再调制业务代表了语音业务的主要信息流。在这些业务流中，仅有一个能在给定的时间内在AAl2连接上传输。主要的信息流由SSCS状态确定，SSCS状态按照状态控制业务中描述进行设置。拨号数字业务是第二种信息流。它可以与主要信息流中的一种同时传输，但是在传输拨号数字时其所参与的主要信息流状态应是空闲的。随路信令、速率控制、SSCS操作中变化的同步、告警和环回业务是能够和主要信息流中的一种同时传输的第二种信息流，表15在两个SSCSSAP上传递的业务业务类型传递的业务必选／可选语音业务类型话音(、(通过话音SAlll用于64扎”7s的电路模式数据(j帧模式数据()拨号数字0随路信令【)传真解凋／阿嗣制()告警M状态控制(j速率控制【)SSCS操作中改变酌同步【)环回n多速率业务类型用于N×6一kbit／s的电路模式业务．N≥Cf通过多速率SAP)帧模式数据’()告警M环回()M一必选，(=喜条件．()一。可选，注1：应该实现某个业务类型或两者。告警业务在所有情况下部是必须实现的，注2：如果实现r语占业务类型，则话音业务是必须实现的。对实现特殊的编码算法井没有要求，除了在584中规定的必选轮廓外。注3：如果实现了多速率业务类型，则电路模式数据业务是必须实现的。实现该业务对特殊的N值没要求。 GB／T21647—2008耐拉垣，6AL_c日’语音sAP多速率sAP＼Ir。≥、|。＼l—IiSSCSo—s圹。8iJ”o．．．．．．．．．．．一《[]CPS11N¨【)ATA,request)』IndlcationATMCEP7U、，图26AAL2子层的功能模型t5．3．1话音业务该业务就是传递话音信号(语音、吾音带宽数据和传真)。通过SAP的数据单元(SSCSSDU)包含语音编码或静音编码。静音使用静音插入描述符(SID)数据单元明确地通过SAP传递或使用空数据单元来隐含地传递。关于数据单元语义内容的补充信息伴随着每个非空数据单元通过SAI’来传递。该信息规定了对语音信号的编码算法和对静音的通用或特定算法的SID，允许用户根据呼叫特征和资源使用状况的变化而瞬时地改变算法。仅仅非空数据单元由发送方SSCS实体发送给接收方SSCS实体。接收山SSCS实体也能够再生丢失的空数据。语音业务是实时业务——在发送方SAP上任何两个连续数据尊元之间的11缶时间隔都由SSCS在接收方SAP上再生。SSCS对数据单元本身不提供差错保护并对补充信息也不提供差错检测。该业务原语是AudioRequest和1ndication。F一条原语在卜一条原语通过^nls后通过SAP传递，这里女是与原语的数据单元有关的临时时间持续。有一个基本时钟与语音SAll相关，该时钟川十定义kms间隔的持续时间。SSCS发送方千¨接收方实体对某个公共时钟锁定频率或向某个可跟踪的基本参考时钟进行单独提取各自的时钟，在这种意义上町以认为业务是同步的。由发送方用户使用的时钟由发送方SS(TS实体定义。用于两个原语的参数如表16所示：·ServiceDataUnit：数据单元包含适当编码和格式化的语音信号，由一个或多个由所采用的轮廓所确定EDU构成。数据单元可以是空的，这是静音的隐含指示。·DataType：该参数提供了需要由接收方用户去解释数据单元内容的语义信息。例如，参数值可以是64kbi_[／s(1TUT(；．711Alaw)、16kbit／s(1"I、UT(；．728)、12．8kbit／s(I"1、UT(r．728)、(；e46 729)、lTUT(；．729SID、空。表16用于话音业务的原语和参数GB／T21647--2008参数AudiOrequestAudio—indlcallOilServiceDataUnltDATATYPE一必选。Audio原语仅应用于语音SAP。6．3．2电路模式数据业务该业务就是传递电路模式数据。电路模式数据业务是仿真建议ITuTI．231．1和1Tu—TI23110牛的N×64kbiffs(N=l，2，⋯，30)无限制、8kHz结构化电路模式业务。值N一31也是允许的，N的值在呼叫的存活期间是不变的。当接收方SSCS实体发现在输人数据单元中存在瞬间的无信息|1；l】隔(来自于数据丢失或过度延迟的分组)，它用空数据单元替代并将之传递给用户。如果存在无信息间隔，消除该间隔的适当的填充模式是面向特定应用的且由SSCS上某些协议层确定。SSCS对数据单元不提供差错保护。该业务原浯是Circuit—ModeRequest和Indication。下一个原语是在上次原语传递kms后通过SAP传递的，这里^是与原语数据单元相关的临时时间持续。^的值在呼叫存活期间是不变的。有一个基本时钟与提供该、世务的SAI，相关，而}i该时钟用于定义≈ms间隔的持续时间。SSCS发送方和接收方实体对某个公共时钟锁定频率或向某个可跟踪的基本参考时钟进行单独提取各自的时钟，在这种意义上可以认为业务是同步的。发送方用户使用的时钟由发送方SSCS实体定义。用于两个原语的参数定义在表17中。·ServiceDataUnit：该数据笪元包含P个字节，这里P是N的整数倍。数据堕元对于lndica—tion原语町以是空．在这种情况下它指示由于SSCS的错误情况使数据流中存在的无信息间隔。表17电路模式数据业务的原语和参数6．3，3帧模式数据业务陵业务就是传递在第5章规定的传输差错检测业务中规定的数据单元。对数据单元的传递是没有保证的，如果进行了传递，则数据单元相关的序列和比特完整性会得到保证。该业务是与ITUTf．363．5中AAI，5的公共部分所提供的业务相符合，除了损坏数据传递选项不用以外。该业务原语是Frame—ModeRequest和lndicatim2，且具有如表18所示的参数：·Info：最多至55535字节的用户数据。表18帧模式数据业务的原语和参数参数Frame—Moderequeslhank—ModeindicalionInIu111nm=必选。63．4拨号数字业务该业务名义E是传递拨弓数字，但要传递5种描述符；数字类型、数字字符、起始时间、结束时间和双音频脉冲的电平功率。作为通过SAP的原语中的参数．起始时间和结束时问不是明确地传递的；每个都由原语通过SAP传递的时间点来隐含地指示的。起始时间和结束时间由SSCS以1n、s的精度传递。47 GB／T21647—2D08由SSCS所传递的电平功率的范围是31至OdBmO；超出范围的值由接收方用户来限幅。该业务原语是Dialled—DigtsRequest和Indication，且具有如表19所不的r列参数：●DigitType-DTMF2●Character：0、1、2、3、4、5、6、7、8、9、*、#、A、B、C、D和Toneoft；●PowerI。evel：31、30、⋯、1、0dBm0。双音频脉冲的起始时问由包含3个参数的晾语指不：DigitlIype、Character和Poweri．eveI。结束时间由包含Toneoff字符的原语指示。表19拨号数字业务的原语和参数参数Dialled—．Digits——requestDialled——Digits—．indicationDigitTypeCharacterPowerLevelm=必选。Dialled—Digits原语仅应用在语音SAP上。6．3．5随路信令业务该业务就是传递随路信令信息．即传递ABCD比特。一般地，(A，B，c，DJl旬量在时间扩展期间内并不改变。为了极大地提高传输效率，SSCS发送方实体识别这种静寂期，在该期间它仅向接收方SSCS实体传输刷新信息。用户察觉到连续业务，即(A，B，c，D)向量以精确的同期通过SAP来传递。SSCS提供差错检测能力，且在信令比特变化的期间内传输(A，B，c．D)向量3次以获得前向差错校正，在这种意义上来说，业务是有保证的。该业务原语是CASRequest和Indication。原语每2ms或3ITIS通过SAP传递。用于获得2InS或3mS间隔的时钟是用在语音SAP上的基本时钟。两个原语都具有一个如表20所示的参数：●BitVector：(A，B，C．D)向量包含4个比特，表20随路信令业务的原语和参数参数CASFe(]LleSICAS-indicationBilVectorm一必选，CAS原语仅应用于语音SAP上。6．36传真解调／再调制业务该业务就是从解调用户向再调制用户传递解调的传真图像信息和控制信息。解凋用户一般地每20InS向SSCS传递图像信息块。SS(IS在没有差错保护的情况下向再凋制用户传递信息块。SSCS通过使用序列编号来补偿分组延迟变化，以便连续的图像信息传递经历相等的延迟。对于控制信息，SSCS提供比特差错检测，传递信息二次以获得前向差错校丁F，并在lTL_TT．3。一Data传递中识别由于分组丢失引起的(不可恢复)无信息间隔，在这种意义卜来说．SSCS传递业务是有保证的。SSCS也通过使用时间戳来补偿分组迟延变化，必便控制信息的连续传递经历等长的延迟。该业务有两个业务原语Fax—DemodRequest和lndication。两个原语至少都具有如表21所示的两个参数。第一个参数是：·In{otype：图像，控制。对于图像信息，有一个伴随参数：·hnageData：6、12、18、24、30、36字节。对于控制信息，至少有一个伴随参数：48 GB／T21647—2008·Controltype：ITU—TT30前文，EPT(回声保护音调)，训练信号，FaxIdle．1TuT工30一Data。用于每个控制类型的伴随参数如下：ITu—TT．30前文和FaxIdle没有伴随参数。EPT由下列参数伴随：●EPTFrequency：1700He，1800HZ．训l练信号由两个参数伴随：●ModuiationType：ITUTV．27ter，ITL—TV．29，ITUTV．17长时间训练信号，ITU—TV．17短时间训I练信号：●ModulationRate：未知、2400bit／s、4800biffs、7200bit／s、9600bit／s、12000bit／s、14400bit／sIl"UI、卜30一Data由两个参数伴随：●DataFraming：Continue，End。·DataBits：N比特值N--8如果是Continue。1≤N≤8如果是End。表21传真解调／再调制业务的原语和参数参数FaxI)emedrequeslFaxDemod1ndicationInfo‘FypelmageDataCon：rolTypeEPTFrequencyModu】arlonTypeModulationR刚eI)atalqamingDataBitsm一必选，c=有条件(址646)Fax—Demod原语仅应用于语音SAP上。6．3．7告警业务该、眦务就是在两个对等用户之间传递外部和内部告警指示。该业务原语是AlarmRequest和，”dication。两个原语都具有如表22所示的参数：·AlarmType：外部AIS，外部RA[，AAI。2连接AIS．AAI，2连接RDI。●AlarmStatus：On，Off。表22告警业务的原语和参数参数Alarm—requestAlarmlndicationAlarm’I"ypeAIRrnlStarusF11一必选。6．3．8状态控制业务该业务就是在两个对等用户之间传递用户状态信息。SSCS提供差错检测并传递信息三次以获得前向差错校正，在这种意义上来说，该业务是有保证的。该业务原语是State—ControlRequest、Indication、Response和Confirm。这些原语至少包含如表23所示的一个参数： GB／T21647—2008·UserState：话音，语音带宽数据，电路模式，传真解调。如果用户状态处于传真解调．则所支持的调制能力子集通过附加的参数来报告：●Modulations：0或多个】TUTV．17、ITuTV．27ter、ITUTV．29。每个用户分别在Request或Response原语中声明自己解调／再调制能力，其对等用户的能力是在相关的Confirra或Indication原语中接收到的。每个用户因此包含足够的信息来计算哪些调制能力对二者而言是共同的。此外，Response和Confirm原语也包含下列参数：●Ack：Accept、Reject。此外，用户能够设置本地SSCS的发送或接收状态。该原语是具有如表23所示参数的Set—SSCS—StateRequest：●Direction：Transmit、Reeeive。·SSCSState：语音，电路模式，传真解调。表23状态控制业务的原语和参数StateComrolState—CentreiSlateCOrltt"(]lStateCentrelSet—SSCs_State参数UserStateModulat㈣OAck1)1rectlOllSSCSStale111==必选，c=有条件L见6．3．8条)，=无。State—Control和SetSSCSState原语仅应用在语音SAP上。用户初始状态是话音，而SSCS初始状态是语音业务。6．3．9速率控制业务该业务是从一个SSCS向其对等方传递请求以使用协商轮廓的指示条目集来操作连接。原语是具有如表24所示参数的Rate—ControlRequest和lndi(ation：·Profile_Entry—Index：轮廓条目的索引。表24SSCS改变同步业务的原语和参数参数RaleCOIRIrolfeQueslRate_C(mtrol—indicationProfile_EntryIndex6．3．1D改变SSCS操作业务所提供的业务从一个SSCS用户向其对等方传递请求以修改SSCS属性(例如轮廓号、DTMF支持等)。原语是具有如表25所示参数的SSCS—ChangeRequest和hMication：●Correlation_Identifier：1字节。表25SSCS改变同步业务的原语和参数参数RateCentreLreques：Rate_Control—indicationCorrelatlOnldentiffcr6．3．11环回业务所提供的业务是从一个SSCS用户向远端SSCS实体传递环同淆求。原语是I．eopbackRequest和50 GB／T21647--2008Response，且不包含任何参数。6．4获得均等时间的方法对SSCS的一个主要影响就是列等时性的要求——在发送方产生的激励应该以与发送方同样的时间间隔在接收方被复制。也就是说，信息流的端到端延迟应该是恒定的。这一点对语音带宽数据是很重要的，因为如果发生延迟变化，则调制解调器将侦听到异常的相位漂移。这对话音也很重要，如果端到端延迟从一个激励源变化至另一个激励源，则简短的静肯期也因此而削短或拉长，因此会产生讨厌的话音失真。这与新算法特别有关，如ITU—TG．723．1和ITU—TG．729．因为这些算法对静音抑制包含一比特的精确规定，该比特不允许对话音活动检测的参数和释放延迟时间(静音的最小持续时间)进行明确地控制。因为信息流被打包米传输，等时性依赖对每个分组发出时间的正确涧度。为了保持端到端延迟的恒定，接收方必须获得足够的定时信息以消除分组延迟变化，最大的延迟变化是所参与的AAI。2连接的信元延迟变化。6．4．1在用户处理中的延迟变化．6．3条中的原语采用了用户和SSCS交互作用的同步模型。在这个模型中，语音原语是在E次原语传递结束kms后通过SAP传递的，这里^是与原语数据单元相关的临时时间持续。同样的原则适用于电路模式数据和传真图像数据。sscs负责为这些分组产生序列号或在控制分组中产生时间戳，这基于用户通过申请corresponding原语来请求传输的时间。由于其自身在处理不同信息单元中的行为．该模型会请求发送方用户去补偿和消除任何延迟变化。例如，延迟可能产生在语音编码中，因为算法可能处理不同的帧大小和前行信号，而且算法的复杂性也需要不同的计算时间。延迟也可能产生在传真懈调中，由于在呼叫的连续时间内状取和分析不同输八信号所花费的时间不同所造成的。为了消除这些延迟变化，对于用户(接收方或发送方)可用的方法就是在这些很快完成的操作中插入额外的延迟——精确而足够的延迟以使其每个实时信息流的处理达到恒定的最大延迟。为了维护恒定的延迟，用户必须参与各种它所申请的操作。延迟范围可以根据在实际中用于语音的语音编码轮廓和其他所使用选项的处理延迟范围来设置，诸如传真解调。这些延迟足SSCS的参数，应该在通信的两个方向上进行协商并使用户知道这些参数。恒定延迟适用于发送方和接收方用户。每个用户都能最好地理解其所拥有的处理单元并能插入所需要的精确数量的延迟。这能允分使用sscs提供的等时性。这种方法比允许在发送方用户延迟变化并在接收方以额外的延迟进行补偿的方法更加有效。6．4．2在SSCS子层下的延迟变化SSCS发送方向公共部分子层(Ct’s)无延迟变化地传递来自其用户的信息。在接收方向七，通过对序列号码和时间戳的额外构建和分析．SSCS引入了经计算的分组延迟，其影响就是消除通过CPS传输而引起的延迟变化，从而向用户提供等时业务。除r导致分组延迟的下层ATM连接的信元延迟变化外，影响分组延迟的另一个主要因素就是在话务量过重期间存AAI，2CPS发送方的分组排队，即当来自太多的AAI，2连接的话音．而不足静音，同时直接连接至尉一ATM连接上。如果不通过自效的呼叫允许策略米控制，则排队的影响很容易导致分组延迟极大地超过信元延迟变化。如果用，1得到反馈Ⅱ编码格式轮廓允许快速切换至在拥塞期间所提供的更高压缩率的算法，则分组排队延迟可以减少。然而，这样会丢失一定的保真度；它适用于很多算法但不是全部适用，而且它不能消缘每种过载情况，例如突发的调制解调器、【p务。当在分组延迟具有重要意义的范围内进行操作时，分组的序列编号有助于SSCS接收方去检测和从异常情况中恢复如分组丢失、过早或过迟到达——并比缺乏或忽略序列号码的情况进行更少的差错分组重构。b| CB／T21647—2008Response，且不包含任何参数，6．4获得均等时间的方法对SSCS的一个主要影响就是对等时性的要求——在发送方产生的激励应该以与发送方同样的时间间隔在接收方被复制。也就是说，信息流的端到端延迟应该是恒定的。这一点对语音带宽数据是很重要的，因为如果发生延迟变化，则调制解调器将侦听到异常的相位漂移。这对话音也很重要，如果端到端延迟从一个激励源变化至另一个激励源，则简短的静音期也因此而削短或拉长，因此会产生讨厌的话音失真，这与新算法特别有关，如ITu—TG．723．1和ITu—TG．729，因为这些算法对静音抑制包吉一比特的精确规定，该比特不允许对话音活动检测的参数和释放延迟时间(静音的最小持续时间)进行明确地控制。因为信息流被打包来传输，等时性依赖对每个分组发出时间的正确调度。为了保持端到端延迟的恒定，接收方必须获得足够的定时信息以消除分组延迟变化，最大的延迟变化是所参与的AAI。2连接的信元延迟变化。6．4．1在用户处理中的延迟变化、6．3条中的原语采用了用户和SSCS交互作用的同步模型。在这个模型中，语音原语是在上次原语传递结束kms后通过SAP传递的，这里k是与原语数据单元相关的临时时间持续。同样的原则适用于电路模式数据和传真图像数据。SSCS负责为这些分组产生序列号或在控制分组中产生时间戳，这基于用户通过申请corresponding原语来请求传输的时间。由于其自身在处理不同信息单元中的行为，该模型会请求发送方用户去补偿和消除任何延迟变化。例如，延迟可能产生在语音编码中．因为算法可能处理不同的帧大小和前行信号，而且算法的复杂性也需要不同的计算时间。延迟也可能产生在传真解调中，由于在呼叫的连续时间内获取和分析不同输入信号所花费的时间不同所造成的。为了消除这些延迟变化，对于用户(接收方或发送方)可用的方法就是在这些很快完成的操作中插人额外的延迟——精确而足够的延迟以使其每个实时信息流的处理达到恒定的最大延迟。为了维护恒定的延迟，用户必须参与各种它所申请的操作。延迟范围可以根据在实际中用于语音的语音编码轮廓和其他所使用选项的处理延迟范周来设置，诸如传真解调。这些延迟是SSCS的参数，应该在通信的两个方向上进行协商并使用户知道这砦参数。恒定延迟适用于发送方和接收方用户。每个用户都能最好地理解其所拥有的处理单元并能插人所需要的精确数量的延迟。这能允分使用SSCS提供的等时性。这种方法比允许在发送方用户延迟变化并在接收方以额外的延迟进行补偿的方法更加有效。6．4．2在SSCS于层下的延迟变化SSCS发送方向公共部分子层(CPS)无延迟变化地传递来自其用户的信息。在接收方向上，通过埘序列号码和时间戳的额外构建和分析，SSCS引入了经计算的分组延迟，其影响就是消除通过【、Ps传输而引起的延迟变化，从而向用户提供等时业务。除了导致分组延迟的下层ATM连接的信元延迟变化外，影响分组延迟的另一个主要因素就是在话务量过重期间在AAI，2CPS发送方的分组排队，即当来自太多的AAI。2连接的话音，而不足静音，同时直接连接至同一ATM连接卜。如果不通过有救的呼叫允许策略米控制，则排队的影响很容易导致分组延迟极大地超过信元延迟变化。如果用户得到反馈且编码格式轮廓允许快速切换至在拥塞期间所提供的更高压缩率的算法，则分组排队延迟可以减少。然而，这样会丢失一定的保真度；它适用于很多算法但不是全部适用，而且它不能消除每种过载情况，例如突发的调制解调器业务。当在分组延迟具有重要意义的范围内进行操作时，分组的序列编号有助于SSCS接收方去检测和从异常情况中恢复——如分组丢失、过甲或过迟到达——并比缺乏或忽略序列号码的情况进行更少的差错分组重构。b】 GB／T21647—2008序列号码的使用是在这样的假设上断定的，即分组的基本数据单元由发送方以某种固定的频率产生，接收方也知道这频率，而且该频率通过序列号增加的方式反应出来。如果这些情况属实，则序列号会作为相关的时间戳来解释，该时间戳在解释之前具有限定的解析度和范围。注1：某些研究建议，对不连续的传输，即使用静音抑制，序列编号的模数应与接收方的去抖动缓冲建造延迟和分组延迟变化的目标数值相关。当SSCS规定了某给定域代表一个序列号码时，对发送方来说支持按照6．8中正确增加的数值是必要的。对接收方而言．对序列号码有所行为是可选的，而且它使用的算法是非标准化的。例如，如果静音间隔短，则接收方可以使用序列号码来精确地定位与前一个通话期间相关的下一个通话期间的开始。但是如果它考虑到静音间隔足够长，则它可以选择算法而不是再初始化定位过程。除了序列号码的正确使用会产生附加的延迟外，由太多同时出现的通话引起的拥塞也应该避免，可以在拥塞开始时限制参与通话的用户数目(呼叫允许控制)或采用高压缩率的算法(转移至低速编码)。注2：拥塞的检测和处理及其对用户的通知在本标准中没有规定。6．5分组格式类型SSCS的协议数据单元足作为CPS分组在某个AAL2连接上使用定义在表2中的原语和参数来传输的。SSCS明确地使用CPSuuI域并隐含地使用在CPS分组头中的长度指示符。CPSINFO，分组净荷，是长度可变的，最多达45字节。CPS分组头对其所有域提供了差错控制，包括uuI和LI，但CPS分组净荷没有内在的保护机制。通过在净荷的某些或全部部分指定附加的差错控制，SSCS定义了三种分组类型。帧模式数据使用定义在5．4条巾的SSTEDPDU分组格式。65．1类型1——无保护图27a)定义了分组类型l的格式。净荷是没有保护的。这种格式足缺省使用的，除非在本标准中明确规定了替代类型。厂图27a)分组格式类型1——无保护型6．5．2类型3--完全保护图27b)定义了分组类型3。整个分组净荷是由10比特CRC来保护的。U川，IIN分组内容消息类型消息类型61Z特CRCl010比特图27b)分组格式类型3——完全保护型CRC10域也对(JAM信兀进行计算，按照ITUTI．610中7．1节的定义，使用多项式z⋯+一+F+一一z+l。两字节尾部中的剩余6比特组成了消息类型域。类型3分组用于下列信息流：52 ●拨号数值；●随路信令比特；·传真解调控制数据；●告警；●用户状态挎制信息；·速率控制；●SSCS操作中变化的同步●环回。消息域按照表26来编码。表26分组格式类型3的消息类型代码CB／T21647—2008信息流消息类型编码分组格式参考拨号数字oo0010拨号数字图(j1随路信令oooollCAS比特图II11000001TUT30J)reamble图I_l10000lEPT图I2传真解调控制】00010训练信号图L3l00011FaxId【e图1_41001001TUTT加一Da[a图15告警图J．1()AM000000环回图J2用户状态控制00000l用户状态控制匿K】速率控制000100速率控制图N1在SS(S操作中的变化同步000101在SSCS操作中的变化同步图O16．6用于类型3分组的公共设施某些，并非令部的类型3分组共享如图28所示的结构。该结构应用于拨号数字、随路信令比特、传真船调控制和用户状态控制分组。告警采用OAM信元的形式且不使用用于类型3分组的公共设施。l冗余时间戳消息相关的信息消息娄型=xxxxxxCRCl0图28用于类型3分组的公共设施在图28中．依据消息类型的不同，消息相关信息代表不同的分组内容，它不是公共设施的一部分。6．6．1相关事件定时时间戳域用于计算分组延迟变化并允许接收方精确地再生由短暂间隔分隔的连续事件的相关定时。由长时间间隔分隔的事件，例如多次最大分组延迟变化，通常不需要精确的定时。时间戳域是14个比特。最高位比特是第一字节的比特6，而最低位是第二字节的比特l。发送方j3 GB／T21647--2008以任意值作为时间戳开始并每毫秒加1。在到达最大无符号数值后，时间戳又返回至0。整个循环比】6．4s稍微小点。接收到两个类型3分组，指定为事件El和E2，且其各自的时间戳为TSl和TS2，接收方应该确定接收分组之问的间隔是否足够短以需要进行事件的精确定时。如果是这样，则接收方应该调度播放分组的时间PTl和PT2以便PT2TS2一PTl一TSi。6．6．2三次冗余与刷新需要差错校正的类型3分组公共设施是三次冗余的传输。这些分组要以固定的传输间隔发送三次。冗余发送间隔依据信息流而定。它对拨号数字和随路信令比特是5rfis，而对传真解调控制分组和用户状态控制分组是20ms。除了冗余域不同之外，冗余分组的每个拷贝包含同样的内容。一个分组的三个拷贝是相互关联的，凼为它们都具有相同的时间戳。冗余域对三次冗余传输中的第一、第二和第三个分组分别设置为0、1和2。为3的冗余值指示不再使用三次冗余，而某些具有同样格式的f肖息仅发送一次，这些消息是按照表26中指出的相应附录中规定的。这种方法的一个目的就是用于状态信息的长时间刷新，诸如用于AAL2连接的CAS比特值。这些消息可以周期性的产生，但是时间间隔要长很多。接收方不应期望在冗余间隔中分布有这些消息的三份拷贝。注：当AAL2传输以川忽略的差错和丢失翠操作时．是否应提供关闭三次冗余的选项还要进一步的研究，6．7UUI代码点分配表27定义了SSCS怎样使用UUI代码点。表27UUI代码点的分配UUI代码点分组内容参考0～1j使用类型1分组的语音、电路模式数据和解调传真图像数据的编码附录Ec注1)格式(注2，注3)附录F，附录116～22预留于将来分配23预留给类型2分组65．2条24类型3分组，除了告警分组外E50条2j非标准范围(注4)26帧模式数据，最后个分组611条27帧模式数据．下面还有数据611条28～30预留(参见ITUT】．363．2)3．告警分组’附录J注l：UUI代码点0～】5的最低位比特可用于序列编号。用于该目的的比特数目依据编码格式的形式．在6．9条中解释。注2：对于语音，编码格式的轮廓是发送方和接收方之间协商的SSCS操作参数，附录E定义了由ITUT语音算法输出的比特是怎样形成类型1分组的。这些附录由附录L的预定义轮廓所涉及。它们也可由其他用户轮辟所参考。注3：附录F和附录I定义了电路模式数据和解调传真图像数据怎样格式化成类型1分组。注4：刘非标准范围的代码点可以是编码厂家和操作者的专用特征。如果使用非标准范围的代码是不可理解或协商的，则接收方应丢弃这样的分组但不采取进一步的行为。当通过语音SAP访问SSCS时，类型1分组(UUI代码点o～15)的传输和接收在任何时候专用于一种主要信息流——话音、电路模式数据或解调的传真图像数据，这由在孩方向上SSCS的有效状态决54 GB／T21647—2008定。AAI。2连接的两个方向可以没置成不同的状态，可以是短暂的或是维持一段时期。当通过多速率SAP访问SSCS时，类型1分组的传输和接收采用附录F的格式唯一地专用于电路模式数据。6．8轮廓的编码格式6．8．1轮廓的功能本节将特征化用于UUI代码点o～15的轮廓的编码格式。轮廓涉及语音编码格式，这些格式就像在附录中定义的那些一样。特定的轮廓必须是在SSCS发送方和接收方之间协商的用于AAI。2连接的两个方向上的操作参数。所协商的轮廓仅适用于一条AAI．2连接，同蝉或不同的轮廓可以协商用于其他AAI．2连接。轮廓是一种映射，即通知类型1语音分组的接收方怎样去解释分组的内容。该映射的范围是(UUI，Length)参数对的集合。每对参数的第一个元素就是范围在o～15中的UUI域，第二个元素就是用于轮廓中所包含的某种编码格式的分组长度。轮廓映射的结果就是明确的分组格式加上用于序列编号间隔的数值。预定义的轮廓即指在附录M中定义的明确分组格式。用户轮廓一』采用额外的方法去定义相互协商的分组格式。因此，轮廓定义了有效参数对(UUI，Length)的集合。没有在协商的轮廓中出现的参数对是无效的并不应作为类型1分组传输。对所有各自的长度具有同样轮廓映射的相邻UUI代码点应被认为是形成了序列编号的子范围。在这样子范围内的最低代码点表示序列号码0且其余的表示连续的序列号码，最多至与子范围的大小相等的模数。因此，如果轮廓规定了乙uI代码点0～7具有一种解释，则代码点8～15是另外一种解释，且在每个子范围中采用模8的序列编号。当编码格式从一个子范围转移至另一个子范围时．对于序列编号的连续性而言，一个轮廓的所有子范围应具有同样的大小和统一的模数。而且．该值应该是2的乘幂，则有效的模数是：1，2，4，8和16。每个轮廓都尝试平衡两种竞争的利益：编码的数目应该足够多以适应具有可接受效率的窄带业务的有意义范围，但是编码的数目也应该足够小以允许用户使用序列编号，除非操作环境是如此良好以致不需要使用序列编码。将编码格式包含至已协商的轮廓中使得接收方允许发送方在任何时候无须预备就可动态地选择格式。这是限制在轮廓中算法多样性的另一个原因，因为信号处理的资源可能会耗尽，如果事先必须加载太多的算法而不知道在下一个分组中会期望使用什么算法。注编码格式的变化能够影响AA[。2连接所使用的带宽．可能减少也可能增加。这种差异必须由呼叫允许控制来考虑。当然，这些事情超出丁本标准的范围。6．82业务数据单元和序列号码间隔的关系用于话音的业务数据单元(SDU)的定义涉及在给定AA[。2连接上所采用的编码格式的轮廓。相应于不同长度的分组，产生于给定轮廓中的每个算法可能会在多个人口条目上出现。这些分组长度应出现在简单序列排列中，而每个长度都是该算法最小分组长度(以给定的比特速率)的整数倍。最小分组长度是算法的SDU长度，与给定的轮廓相关。对同样的算法发生在轮廓中的任何其他八VI条目是SDU的』Ⅵ倍数。M—l的值对应于SDU奉身。为了很好地形式化，如果轮廓对特定的算法包括了M倍的SDU，则它应该也包括M1倍。它允许这样，即对每一种算法，轮廓将包含其SDU的所有倍数，从1直到M的某些最大值。为了理解容易，下列章节中的例子轮廓和附录L中的预定义轮廓都包含标记为“M”的列，指示对轮廓中发生的每种算法的SDU的倍数。每个分组具有序列号码，这号码是由前一个分组号码增加一定整数值得到的．按照在轮廓入rj条目上设置的序列号码间隔增加。能被发送的最小语音分组就是一个SDU。它允许发送SDU的时间是序列编号间隔的整数倍数， GB／T21647--200．8必要的关系式可以按照如下表述：语音分组一MXSDU，SDU—N1×EDU，SDU时旬一Ne×序列号码间隔。在EDU和序列编号间隔之间没有直接的关系。注：在68．3条中前示例轮廓中，这些关系式具有值N1—5用于话音编码．除了NL一1用于ITU—TG7298，N一1用十SID．和N2=2用十ITUTG．7298，N：一1其他。’6．8．3轮廓结构举例本条将提供一些范例来描述对于编码格式轮廓的一些可能结构，这些例子并不保证一般是有用的且也不维持用于将来的参考。这些需要由附录l。中预定义的轮廓满足。·在表28中的例子A显示了使用最大UUI域用于序列编号的轮廓，因此分组长度在算法入口条目之间提供了区别。·在表28中的例子B显示了这样的轮廓，即为了区别使用同样分组长度的算法而将uul域分割成两半的轮廓。表28例子轮廓轮廓人口uu】代码分组长度／；：；算法描述M分组时间序列编号条目索引点范围字节／ms间隔／ms例子轮廓A00～】540图E．1ITUTG7l卜64generic1510～】5图El‘1TUTG727(5，2)1520～1520图E．15ITU"TG．727(4，2)1530～15j5图E16】TU—TG．727(3．2)l540～15lC图E171TUTG．727(2．2)l5O～15l图E26通用SID15例子轮廓BO0～740图E1ITUTG71164A律1O一735图E21TUTG．7儿56A律10～7l圄E．26一般SIDl38～1540图E1ITUT(，71164"律148～1535图E2lIU‘I(；71156“律l——8～151图E26通用SlD15例子轮廓C0O～340图E11TUTG71164A罐151O～33j罔E2ITUTG71L一56A津】24～740图E111T乙T(r726322lO34～720图E11ITUT(r．72632148～1140图E21ITUTG72984408～1130图E2l【JU一，I(j729833068～1120图E21I|rUfrG729—82078～11】O图E21ITU’IG729_81l0 GB／T21647—2008·在表28中的例子(、显示了使用三个UUI域的轮廓，每个UUl域有4个值。因此，没有使用UUI值12～l5。在每个例子中的“轮廓入口条目索引”由速率控制业务所使用。6．8．4必选的轮廓支持如果实现了浯音业务类型，则为了遵守4=标准的要求应实现表29中预定义的轮廓。它应对一般PCM的A律或p律选项实现或对二者都实现。6．9序列编号6．9．1基本原则语音编码分组伴随着分组号码域．分组号码域与用于类型1分组的uUI代码点范围O⋯15起嵌在CPS分组头中。发送方必须以相应于序列编号间隔的频率来增加指定的比特，该序列编号间隔在定义了上次分组传输的形式算法入11条目中规定。．接收方对序列号码采取行为足可选的，而且它可以使用的算法没有标准化。序列号码应该以任意整数值开始．诸如0。从所指定的最低位比特开始，序列号码应能从全1返回至0。发送疗应更新和传输整个域。如果期望，通过从所接收的更少数目的最低位比特中提取信息，接收方可以获得减少的模数。分组的序列号码应对应于在分组中第一个业务数据单元的开始时间，话音分组所花费的时间可能会比规定的序列号码司隔大些．随后分绢的序列号码应增加一个等于其比率的数值。5，9．2在UUI代码点中的嵌套序列号码是怎样嵌入到UUl代码点范围o～15中是编码轮廓所采用形式的一个方面。某些附录I，中预定义的形式．像表28中的例子A，采取简单的方法使整个范围用于模16的序列编号。其他轮廓可能将o～15分成一些子范围，如0～7和8～15．这些在整个轮廓中代表r不同的编码格式族。如果分组长度存在冲突．则这样细分可能是必要的，以便两个子范围需要在两个不同的具有同样I。1值的编码格式之间进行区分。I。I值加上UUI代码点0～7表明了一种格式．而同样的LI值加上UUl代码点8～l5表示了另一种不同的格式。序列编号在这种情况中是模8的，在每个UUl代码点使用三个最低位比特，在两个编码族之间转换是允许的，从分组至分组．但仍然保持在U乙I最低位中的序列号码的连续性。对于序列号码的连续性，每个UUI子范围包含同样数目的代码点是必要的。如果范围o～15被细分，而模必须是2的乘幂，则仅有5个划分是可能的：(最大数目的子范用，序列编号模数)一(。．16)，(2，8)，(4，4)．(8，2)，(16，1)。极端情况下．模1对应于序列编号的抑制，这是允许的，但一般不建议使用。6．93在静音期间序列编码的递增根据上次传输分组的序列号码间隔，语音序列号码应在静音期间增加，废分组呵以是语音编码或静音插入描述符。当没有分组传输时．这种增加将序列号码作为相关时间戳来维持。语音序列号码在通话的开始或结束阶段不应该蕈新设置。在静音期闯增加浯音序列号码的原因是为了精确地定位下一个通话开始相对于前一个通话结束的位置，这是消除发送方和接收方之间可能发生的静音持续时问变化的一种方法，诸如连续字节间的短暂静音期的削短或延长都有可能作为语音质量的失真而被察觉。694序列号码间隔的改变在使用同样序列号码间隔的不同轮廓人口条目之问的切换对序列号码的连续性没有影响。当然，如果当在人『I条目之间进行切换时序列号码lⅥ隔可发生变化，则序列号码间隔增加的意义会和以前的及以后的都不同，一些菝收方可能不会顺从这种变化。在这种情况下，序列号码带来的好处即将丢失。如果当间隔发生变化时存在任何不叫确的地方例如由于分组丢失，也会失去这种好处。如果新的57 GB／T21647—2008间隔维护用于整个模数，则将会再获得该好处。一般地，在编码格式的轮廓中序列号码间隔的改变是允计的但应最小化。对于使用类型1分组的非语音编码——电路模式数据和解调传真图像数据——增加序列号码的频率在本标准的附录F或附录I规定且不能改变。在两种情况中，序列号码模数固定为16。6．10电路模式数据电路模式数据是具有8kHz结构的Ⅳx64kbit／S速率的数字信息。8kHz字节定时来源于同步时钟参考信号。N的值是用于窄带呼叫持续期间的固定参数．也是编码格式的参数。范围在0～15的整个UUI代码点应以序列号码模数16用于编码电路模式数据。在加强电路模式数据的完整性中，大的序列编号模数是一个重要因素。由于分组流是连续的，模数16应足够处理小的N值遇到的异常情况。电路模式数据的序列编号不需要足够大以限制分组延迟变化，该延迟也许会占据一个静音问隔，因为此时不存在静音间隔，此时仅仅需要检没4迟到的和丢失的分组。当然，随着N的值增大，分组间隔也随之缩短。当共享同一A’FM连接的不连续业务的统计波动导致拥塞产生时，这使电路模式数据在连续传输几个分组后倾向于传输中断。如果大量的电路模式数据需要传输，则下层ATM连接的能力和呼叫允许策略应按照这些要求进行工程化。电路模式数据的分组格式在附录F中规定。6．11帧模式数据帧模式数据单元应是字节定位的。注】：如果明确使用标记或其他方法标记数据单元之间的界限，则这些标记应由用户在输人时消除且在输出时恢复。如果明确采用比特填充用于标记的透明性，鼎比特填充应由用户在输入时消除且在输出时恢复。帧模式数据应按照第5章中规定的使用UUI代码点26和27以描述在数据单元里重装的分组序列。定义在第5章中的传输差错检测能力应用于外部帧模式数据流和内部产生的逻辑信息流。注2．在外部信息流中的桢模式数据被朝望包含萁自身风格的差错保护机制，萁ERC或其他这些域应被验证和丢弃，差错保护不应通过分段子层来透明的传递。在给定AAL2连接上发送帧模式数据的许可应是在发送方和接收方之间协商的SSCS操作参数。帧模式数据可姒和主要信息流(语音、电路模式数据、解调的传真图像数据)中的一种同时承载在AAI。2连接上。注3：帧模式数据和主要信息流的同时使用需要采用当前并不存在的业务机制。612传真解调／再调制6．12．1功能要求传真解调／再调制是一种在AAI。2连接上更有效地传输传真业务的方法。传真解调的基本功能是检测传真业务、解凋传真信号并使用传真分组格式和附录I中的程序将解调的传真图像数据和相关的控制信号传递给远端传真模块。在远端传真模块中，基带信号被再次调制剐语音频带以传输到对等传输终端上。不能解调的传真业务通过适合于语音带宽数据的语音编码呆传递，如40kbit／sADPCM或64kbit／sPCM。表29总结r对传真解调的要求。612．2两种分析方法处理传真解调存在两种方法：协议分析和波形分析。附录I的程序和分组格式支持两种万法和这两种方法之间的互操作性。6．122．1协议分析协议分析(PA)方法是基于对传真终端之间互换的程序信号进行译码和解释的。最小数量的信号分析．诸如活动检测和低速／高速识别．也在该方法中执行。使用ITUTT．30消息信息，协议分析可保持跟踪标准设备的业务状态并获得控制解调器的必要信息。S8 表29传真解调的要求GB／T21647—2008I"l、UrT第3组传真I"I"UTT30和I"i、UTT．4标准设备；解调的传真业务ITuTT∞非标准设备作为可选不能解凋的传真业务ITU-T第1组和第2组；(例如由ITUTG796—40或ITU—TG71卜64处理)一些或全部ITU—TT30非标准设备ITU_TVl7(14400bit／s、12000bit／s、9600bit／s、7200bit／s)；图像数据高速调制(注)1TUTV29(9600Kt／s、7900bit／s)；ITL卜TV．27ter(4800bit／s、2400bit／s)调制的控制信号I，IU_TV2l(300bit／s)再调制信号功率17dBm0传真终端类型自或和手工的传真解调能力支持7不支持注．支持v34调制的方寨需尊进一步研究。在非标准模式的操作中，协议分析依据识别非标准的ITUTT．30协议标志代码、解释在传真终端之间信息互换的方式，从而解调或再调制传真信号。6．12．2．2波形分析波形分析(WA)方法是基于对传真终端所传递的波形进行分柝和分类的。波形分析并不解释1TuTT．30传真协议．因此对经过不同状态的传真业务不保持跟踪。在波形分析中，在标准设备和非标准设备之间不存在差异。该方法能处理两种传真业务的解调。6．12．3对非标准设施的可选支持附录1的分组格式和程序支持具有非标准ITuTT．30设备的传真业务的可选解调方法。在传真建立期间，被叫传真终端可以识别其所具有的非标准能力。主叫传真终端则可以指示被叫终端按照非标准的ITUTI、．30模式进行操作。当两个终端都属于同一厂家时，·般会发生这种情况。6．124ITU-TT30—Data的透明性ITUTT．30是在传真机之间的端到端的握手协议。解调的TTuTT．30HD[，C帧结构化信号在近端和远端SSCS之间透明的传递t包括HDI．C标记)，甚至当检测到差错(例如循环冗余校验失败)时也如此。HI)I．C零填充也是透明地传递的。提供该机制以便由于非字节定位而可能产生的额外比特不需要传递给远端传真终端。前导信号标记不被传递但被指出，并应在远端【．再生。对于协议分析，HDI，C帧中的一些信息域可任意改变以控制协议．例如使非标准设备不1作。这对ITu—TT．30Data的透叫性来说是一个例外且需要模块进行T涉来重新计算ItDLC定帧。6．12．5定时要求传真再调制器的输出信号遵循在11、uTT．30中规定的定时要求是很重要的。在ITUTT．30协议中，在某些连续信号之间存在时间间隔，这些信号需要保持在规定的时问容差内。特别是．在某些低速信号(例如DCS)结束和随后的高速信号(例如EPT或训练信弓)丌始之间存在75ms±20ITIS司隔的要求。在某些高速信号(倪如页面数据)结束和随后的低速信号(例如程序的结束E()P)开始之问也存任问样的要求。传真传输协议的另一个要求即在训练信号结束和数据开始之间不应该存在时间间隔，在EPT和训练信号序列之问的前行间隔是20ms～25ms。附录I中的程序和分组格式通过在传真解调控制分组中设置时间戳来保证重构这些间隔的能力，控制分组中包含的信息从解调用户I旬SSCS传递。时间戳指定了相应事件的开始。注：按照641条巾所解释的．解调j；}』户同时与SS("S进行交互作用且应对兀同的事件保证恒定的延迟。这从输入=n GB／T21647--2008信号的开始进行测量，直到请求SSCS产生控制分组，该输入信号被分析和分类。在传真解调控制分组中的时间戳因此维护对下层事件的恒定时间偏移，而且事件之间的间隔被精确地传达。再调制用户不需要遵守接收到的时间戳以作为其行为的唯一指导。在线路码严重错误情况下，在解调器中时间戳内维持恒定延迟是不可能的，而且接收方可以选择在再调制器中重构[TU—TT，30信号以保证满足定时要求。1TuTT．30定时容差可以使用可选技术束扩充，如额外低速或高速标记序列的插入。6，12．6传真解调的开始和结束当检测到ITU—T1、30前行报文时，呼叫按照传真业务进行分类。作为任选，呼叫可以按照ITUTT．30中规定的基于CNG和CED音调检测按照传真业务分类。当然，这两个或某个音调在手工操作传真设备的情况下可以被忽略。用户应通过与对等用户的协商来进八和退出传真解调状态。如果任何一个用户确定呼叫不能由传真解凋处理，则它们可以回转至语音带宽数据状态并保持在该状态直到传真结束。指示对等用户去进人和退出传真解调状态的用户状态控制消息如附录K所述。SSCS由其用户进行本地控制以在语音或传真解调模式中进行操作。S$CS的发送和接收方可以处于不同的状态。6．12．7传真解调分组传真解调使用下列分组类型，其格式定义在附录I中：·调制控制消息和1Tu—TT．30—Data使用类型3分组(由10比特CRC保护分组净倚)进行传输。·图像数据使用类型1分组(具有无保护净荷)。传真解词事例的分组流如附录S所示。6．13SSCS参数的操作在表30中列出的SSCS操作参数的值必须在该SSCS用于一条AAL2连接上之前被确定。这种确定可以通过预提供方式或信令方式，但超出了本标准的范围。在对给定参数没有预提供方式或信令方式(在ATM层上或AAL2层上)的情况下，应采用该参数的缺省值。这些SSCS参数值可能在AAI。2连接之间是不同的。表30SSCS的操作参数语音业务类型多速率业务类型sscs参数允许值缺省值允许值1业务类型(}宅1)语音多速率2语音信息的传输允许N，AITU_T预定义．其他3编码格式形式的来源IFUT预定义．v14预定义，客户定义≈aI‘IIU—I、预定义形式(咐录I，，图『。1)12551N7A≈【)其他预定义形式1255N7AN／ARc客户形式：其内容的描述需要进一步研究N／AN7A4定义在附录F2中的一般PCM编码格式解释A律，“一律A-律N7A；解凋传真数据传输(注2)允许，禁止禁止N7As随路信令比特的传输允许，禁止禁止N7A7DTMF拨号数值的传输允许，禁止禁止VA60 表30(续)GB／T21647—2008语音业务类型多速率业务类型SSCS参数允许值缺省值允许值8电路模式数据的传输(注2)允许，禁止禁止允许8aN×54kbit／s电路模式数据中的N1ll_319帧模式数据的传输允许，禁止禁止允许，禁止9a帧模式数据单元的最大长度16553,5N7A1．．6553510速率控制的传输允许，禁止禁止N／A11SSCS操作中变化的同步的传输允许．禁止禁止N／A12环回允许，禁止禁止允许，禁止N／A一不适用注]：缺省业务类型是语音业务类型。注2：如果该参数的值为“禁止”．则用户不应分别申请Set—SSCS—S{aterequestU改变相应的SSCS状态、电路摸式或传真解调。 GB／T21647--2008附录A(规范性附录)CPS数据单元命名惯例本附录提供了用于第4章的数据单元的命名惯例，如图A．1所示图A．1AAL2数据单元命名惯例 GB／T21647—2008附录B(规范性附录)AAL2的功能模型对于AAl．2，SSCS的功能可能仅提供AAL的等价原语至CPS的映射或反之。另一方面，SSCS可能实现诸如有保证数据传递的功能。这些功能，当然，在图B．1和图B．2中没有显示出来。注：与层管理的交互作用在该模型中没有显示。在发送方的AAI。2功能模型如图B．1所示。该模型由几个功能块组成，这些功能块一起提供AAI，2业务。AALCEPAAISAp、、L——-]———／、’———————／／＼／7／、．㈣、s、El““；iIg。l刚，、sscs＆L二=JulCPH_N『TD^T^rcqHt"gl地·h理1r0”w—P＼』“一s”。．+。。。。。II。，·．。F"、图B．1AAL2发送方的功能模型在接收方的AA[，2功能模型如图13．2所示。该模型由几个功能块组成，这些功能块起提供AAI。2业务。剧蜘毫图B．2AAL2接收方的功能模型 GB／T21647—2008附录C(规范性附录)AAL2连接的交换观念C．1概述本附录特别提出了与交换式AAI．2连接相关的功能C．2定义下列定义适用于本附录。C．21AAL2信道AALtype2Channel在第4章的主要部分中采用的概念，用于描述在ATMVCC上CPS分组的传输．这些CPS分组是与称为CID的公共唯一标志符值相关的。C．22AAL2连接AALtype2Connection在两个AAI。2业务终端点之间的一个或多个AAI。2链路的逻辑级联。C．2．3AAL2链路AALtype2Link在两个相临的AAI。2交换实体或终端点实体之间的逻辑用户平面通信设施。一个AA]，2链路由一个CID值指定。它指示出r与在本标准第4章的主体部分所使用的“AAI。2信道”相l司的概念。C．2．4AAI．2链路特征AALtype2LinkCharacteristics描述AAL2链路属性的信息。C．25AAL2通路AALtype2Path在两个AAI，2实体之间的A．IMVCC。该ArIMVCC日J以是SVC、SI’VC或IWC。C．26AAL2通路标志符AALtype2PathIdentifierAAI，2通路的标志符。C．27AAL2交换实体AALtype2SwitchEntity能够实现交换AAI。2连接的系统。C．28ATMVCCA11MVCC在两个ATM业务终端点之间的一个或多个ATM虚通道链路的逻辑级联。C．29链路特征LinkCharacteristics参见“AAI，2链路特征”C．3交换式AAL2连接的基本原则在本附录中，AAI，2用于表示特殊的面向分组的传递模式，该模式使用异步时分复用技术。复用的64 GB／T21647--2008信息流被组织成称为CPS分组的可变大小的数据块。CPS分组由(：Ps分组净荷和CPS分组头构成。分组头的主要作用就是在异步时分复用中识别属于同一AAI。2连接的CPS分组。AAI．2是一种面向连接的技术。当请求连接时，连接标志符被分配给AAI，2连接的每条链路；当连接不再需要时，则释放连接标志符。AAl。2对一些业务提供了共同的灵活传递能力，在AAI。2公共部分子层之上的附加功能，例如在特定业务会聚子层(SSCS)中的功能，被提供以适应各种业务。在公共部分子层和特定业务会聚子层之问的界限对应于由CPS分组头中内容所支持的功能和由特定业务信息所支持的功能之间的界限。特定业务信息包含在CPS分组净荷中。注：特定业务信息也可在用户至用户指示(在cps分组头中的uul域，中传输。CPS分组净荷由AAI，2的公共部分于层透明地传输；在AAI．2的公共部分子层上不对CPS分组净荷进行处理，倪如错误控制，见璺c．1。CPS分组净荷的最大大小为45字节。点剑多点^1M层连接点到多点AI"M层连接注：这实体表示了一个交换机、中继、交叉连接等。图c．1交换式AAI．2连接C．4AAL2连接C．4．1连接定义AAL2连接由AAL2的UI’s链路级联构成以提供端到端的传递能力。C．4．2连接标志符在给定的接口上．在给定的方向E，在AA[。2公共部分子层上被复用至I到一AAI。2通路上的不例AAL2链路是由C1D来区分的。在AAI，2通路上的不同AAI。2链路山图C．2中所指示的CID区分。C．4．3AAL2连接／AAL2通路的关系如果AAl．2连接是交换式的．则特定的CID值没有端到端的意义。CID可以在AAI，2通路(ATMVCC)终止的任意地方发生改变(例如交叉连接、集中器、交换机等)。C1D也叮以仅在AAI。2通路终止的地方发生改变。因此．CID值在一个AAI，2通路上被保持。65 GB／T21647—2008注：cIU和CIDb表示在AAI。2通路(ATMVCC)中的CID的两个可能值图C2交换式AAL2连接C．5AAL2连接的观念C．5．1AAL2连接的一般特征AAI．2连接的定义在C．4．条中给出。本条提供了附加解释以促进对下列活题的理解：a)服务质量——服务质量(qoS)由ATM层提供且在AAL2层上不存在提供QoS的标准方法。b)交换式和(半)永久AAI，2连接——交换式和(半)永久AAI。2连接可以在交换或(半)永久的基础上提供。c)CPS分组序列完整性——cPs分组序列的完整性在AAL2连接中是被保护的。d)AAI，2链路特征——当AAI．2连接建立被请求时，AAI。2链路特征被提供给每个AAL2连接并以后可能会被修改。e)特定业务会聚子层(SSCS)——AAI。2连接包括特殊的SSCS。C．5．2AAL2连接的建立和释放AAI。2连接可以使用下列四个方法中的一个或多个来建立／释放。a)通过使用管理程序来建立／释放所提供的AAI。2连接；b)通过使用信令程序来按照需要建立／释放AAl．2连接；c)不使用信令程序，例如，通过预定一(半)永久连接。对使用以上方法的AAL2，分配给CID的值可以通过下列方法之一来分配：a)预提供程序；b)网络使用信令稃序；和c)标准方法。一般地，分配给CID的特定值与该AAI，2连接上所提供的业务无关。为了终端的互变性和初始化．对所有AAI，2连接上的某些功能使用同样的值是所期望的。例如，为了简化终端设备的初始化．对信令AAI．2连接将使用同样CID值。在AAI。2连接建立期间，连接允许程序需要对每个AAI．2链路和每个AAI。2交换机执行。这些连接允许程序一般地考虑了所请求的服务质量、所指示的AAI。2特征和指定的SS("S。 附录D(规范性附录)AAL2分段和重装特定业务会聚子层数据单元命名惯例AAI。2分段和重装特定业务会聚子层内数据单元的命名惯例如图D．1所示。GB／T21647--2008特定业务有保证数据传递子层特定业务传输筹错检测子层特定业务分段和重装于层(SSSAR}SSADTPDU头SSADTPDU挣荷SSADTPDLJ尾l(如果存在)在ssADT和SSTED之间投有定义SAPlss他。，。L挣荷SSTEDPDU尾l在SSTED和SSSAR之问投有定义SAP圈在SSSAR和CPS之问没有定义SAP公姑部分子层CPS分组净荷CPS分组头(CI’S『’11CPS分组图D．1对分段和重装特定业务会聚子层的数据单元命名的惯例 GB／T21647—2008E．1概述附录E(规范性附录)语音编码格式的标准对ITU—T语音算法的编码格式，包括静音插入．定义在本附录的l至8章中。注：与本附录的1至8章中定义的那些小同的用户编码格式在用户轮廓中是允许的。用户格式和轮廓的定义超出了本标准的范围。在语音编码的每种情况中．规定了编码的数据单元(EDU)。在某些情况中，这被定义成多个算法帧的串联，以便所得到的EDU是按字节定位的。EDU可以按照最先到达的次序相加地串联，以形成按照编码格式形式的输入条目中所规定的分组。轮廓人口条目按字节规定了由此所得到的长度。这对所参考的编码格式而言，必须是EDU大小的整数倍数。在单个分组中的所有数据应是同一编码格式，即同样的语音算法和比特速率。在单个分组中EDU可以复制的程度由构成轮廓的人口条目范围来确定。考虑到最大CPS分组大小的限制，所允许的EDU的编号可能小于由该限制所能得到的最大编号。业已形成的轮廓遵守在6．8．2条所陈述的原则并允许业务数据单元(SDU)以所有的倍数来标志，从l最多到M的某些最大值。一个SDU是EDU的整数倍。静音插入描述符被不同地刘待。在单个分组中，SID不会被复制，且不与其他数据单元混合在一起。每个SID是一个SDU自身。E．2语音算法ITU—TG．711的编码格式E．2．1概述ITUTG．711脉冲编码调制(PCM)是每隔125fts产生一个8比特代表语音抽样符号和幅度数值的编码器。推荐使用两种编码律，即所说的A律和弘律。一般PCM编码格式的概念也是有用的。这表示对A律或p律的选择并不是明确地作为编码轮廓的一部分。相反，它是通过单个的SSCS操作参数知道的。编码的数值在SSCS中用极性(符号)比特作为最高位(参考ITUTG．711的表1和表2)来表示。在1TUTG．711中的比特编号与ITUTI．361中采用的惯例相反。因为这些数值与语音抽样的幅度成正比，所以编码值的一个或多个最低位比特是可以丢弃的，而剩余的比特仍然提供有用的信息。实际上，在l544kbit／s接口的CAS情况中，最低位比特通常在中间交换和传输系统中被损坏。丢弃一个或两个比特并以56kbit／s和48kbix／s速率传输ITUTG．711编码的先例可以在ITUTH．221附录A中找到。E．2．2编码的数据单元数据单元格式要求ITU—TG．7ll输出在lFIRS的间隔上可以累积以产生8个编码值的序列。这些值按照时问顺序串联在一起，最早出现的值位于字节的最高位比特。对于64kbit／s、j6kbit／s和48kbit／s的格式如图E，1、图E．2、图E．3所示。它们对A律、弘律和通用PCM是一样的。E．3语音算法IIU—TG．722的编码格式E3．1概述ITU—TG．722子带自适应脉冲编码调制(SBADPCM)是每隔125肛s产生一个8比特数值并以比ITUTG．7llPCM更高的保真度表示语音抽样的编码器。ITU—TG．722是这样操作的，即将频带68 8765432CR／T21647--2008PCMlPCM3PCM4PCM5PCM6PCM7PCM8图E．1ITU—TG．711-64EDU格式PcMlPCM2rc“arcMs一e图E．2ITU—TG．711-56EDU格式PcMlPCM2PCM：jPcmsfrcMs一c”，图E．3ITU—TG．711-48EDU格式50Hz～7000Hz分割成两个子带并单独使用ADPCM编码每个子带以产生2比特代表高频子带和8比特代表低频子带的抽样数值。编码数值在SSCS中是以高频子带ADPCM码字位于最高位比特而其后跟随的低频子带ADPCM码字位于最低位比特来表示的(参见ITuTG．722的1．4．4条)。在ITUTG．722中的比特编号是与ITu—TI．361中采用的惯例相反的。ITUTG．722提供了三种模式的操作，而低频子带编码值的第0、l和2比特是可以丢弃的。因此．64kbit／s、56kbJt／s或48kbit,／s可用于传递语音信息。从算法的观点来看，在任何语音抽样完成后69 GB／T21647—2008操作模式是可以改变的。ITu—TG．722并不定义内在的S1D并可能使用E．9的通用SID。如果是这样，则语音编码器和解码器应在每次通话的开始同步地进行重设置．如E．9．3所述，E．3．2编码的数据单元数据单元格式要求ITU—TG．722输出在1ms的间隔上可以累积以产生8个编码值的序列。这些值按照刚问顺序串联在一起，最早出现的值位于字节的最高位比特。用于64kbit／s、56kbit／s或48kbit／s的格式如图E．4、图E5、图E．6所示。SBADPCMlSBADPCⅥ2SBADPCM5SB—ADPCM6SBADPCM7SBADPCM8图E．4ITU—TG．722-64EDU格式SBADPCMlSBADPCM3SBADPCM4SBADPCM5SBADPCM6图E．5IT卜TG．722-56EDU格式SBADPCMlSB—ADPCM2SBADPCM3SBADPCM5SB—ADPCM6SB^I)J，CM日图E．6ITU-TG．722—48EDU格式2345678 E．4语音算法ITU-TG．723．1的编码格式GB／T21647--2008E．4．1概述¨ufrG．723．1操作在5．3kbit／s或6．4kbit／s速率上，两种速率都是编码器和译码器的必选成分。每隔30ms，1TUT(；．723．1允许分别发送160或192比特，这些比特特征化一个话音抽样。在任何301318结束时，在两种速率之间七u换也是可能的。E．4．2编码的数据单元1Tu—TG．723．】帧的比特如图E．7和图E．8所示格式化(参考ITuTG．723．1的表5和表6)。在数据单元的这些域中，越靠后的字节也就越重要。这与1TuT1．36l的惯例相反。⋯⋯⋯⋯一⋯⋯⋯⋯⋯⋯LPC：B13⋯．B⋯6⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯．．．j2LPCB21．B14；3ACL0B5B0LPCB23I{22AC[2B4B0ACI。1B1B0GAIN0B3B0GAIN0B“134GArNlB7．B0GAIN2B3．B0GA】NlB1lB8GA【N2B11B4GAIN3B7B0GRID3“R1D1CAlN3B11B8MSBPOSB6ROPOS0Bl130MSBPCSB12B7P()SOB9B215PosIB1．．BOP()s0一m5B1。16：POSlB9B2t7～，一一一一一一_一一。一一一一一一一一一一一一一一一_一一_一———Pos2B3BoPoslB13Blo18POS21315B12POS3B13『j12PSjG3B4BOPSl02B5．B3图E7ITU—TG．723．1—6．4EDU格式01234567日g1l∞引船孙趴 Gn／T21647--2008LPCB5B0l。PCB13．B6LPCB2IB14LPCB23B22AC[2B4}j0ACLIB1BOACL0B60A】N0B3B0ACL3B1肿ACL2B6．．B5GAINlB7B0GAIN2B3．B0GAIN2311．．B46AIN337B0GRID3“R】DlGRlDOGA川3BllB8POSOB7．B0POStB3B0POS0B11．B8POSlBllB4POS2B730POS3R3ROPOS2B】lB8PsIGlB3B0PS】00B3B0PS[G3B3B0PSlG2B3．B0图E．8ITU-TC．723．1—5．3EDU格式E．4．3静音插入描述符ITUTG．723．1附录A定义了话音活动检测器和用于与1TuTG．723．1一起使用的缓解噪音发生器，它将每30T13S的抽样分类为活动话音或背景噪音。活动话音按照图E7和图E．8来编码。背景噪音按照图E．9作为静音插入描述符来编码(参考LP已B13B6LPCB21B14图E．9IfU—TG．723．1SID分组格式01234567890 GB／T21647—2008ITUT(；．723．1表A1)。当在背景噪音的性质中检测到可感知的变化时，SID仅仅断续地发送。E．5语音算法ITU—TG．726的编码格式E5．1概述ITUTG．726自适应脉冲编码(ADPCM)支持40kbit／s、32kbit／s、24kbit／s和16kbit／s的比特速率。编码每125ps分别产生5、4、3或2个比特。编码值在SSCS中以符号比特作为最高位比特来表示(参考ITu—TG．726的表7～表10)。在ITUTO726中的比特编号与ITuTI．361中所采用的惯例相反。24kbit／s和16kLit／s速率的主要应用就是处理话音复用设备中的暂时过载。40kbit／7S速率的主要应用在于承载以大于4．8kbit／s速率操作的语音带宽的调制解调器信号。lTuTG．726没有定义内在的SID并可以使用E．9章的通用SID。如果是这样，则语音编码器和解码器应在每次通话的开始同步地进行重没置，如E．9．3所述。E．52编码的数据单元数据单元格式要求ITUTG．711输出在1ms的间隔上可以累积以产生8个编码值的序列。这些值按照时间顺序串联在一起，最早出现的值位于字节的最高位比特。编码速率为40kbit／s、32kbit／s、24kbit／一和16kbit／s的格式在图E．10、图E11、图E．12和图E．13中所示。AnPCM2图E．10ITL-TG．726—40EDU格式AT)I’。M3AI)I，fM【ADPCM5ADPCM6ADPCM7AnPCM8图E11ITtt—TG726—32EDU格式ADPCMIADp(-M2ADPcM6ADPCM8图E．12ITU-TG726—24EDU格式 GB／T21647--2008ADPCM]AnPCM2ADPCM3ADPCM4ADPCM5ADPCM8图E．13ITU—TG．726-16EDU格式E．6语音算法ITU—TG．727的编码格式E．6．1概述ITuTG．727嵌八式自适应脉冲编码调制(EADPCM)是具有在编码器和译码器模块外比特丢弃能力的可变比特速率编码算法系列。ITUTG．727产生包含强化比特和核心比特的码字。强化比特在网络拥塞期间能够被丢弃．核心比特的数目必须保持一致以避免在发送方和接收方自适应状态的误跟踪发生。编码值在SSCS中以核心比特作为最高位比特而其后跟随的强化比特作为最低位比特来表示的(参考ITuTG．727表8、表9、表10、表11)。在ITU—TG．727中的比特编号与ITUTI．361中所采用的惯例相反。ITuTG．727系列算法涉及到(z，∥)参数对，这里上是核心比特数目加上强化比特数目，y是核心比特数目，ITUTG．"727提供了核心速率为16kbit／s、24kblt／s和32kbit／s的d0kbit／s、32kbit／s、24khit!s和16kbit／s比特速率。这对应于(芏，，)参数对：(5，2)，(4，2)，(3，2)，(2，2)；(5，3)，(4，3)，(3，3)；(5．4)，(4．4)。ITU—TG．727没有定义内在的SID并可以使用E．9规定的通用SID。如果是这样，则语音编码器和检测器应在每次通话的开始同步地进行重设置，如E9．3所述。E．6．2编码的数据单元数据单元格式要求ITUTG711输出在1ms的间隔上可“累积以产生8个编码值的序列。这些值按照时间顺序串联在一起，最早出现的值位于字节的最高位比特。编码速率为40kbit／s、,32kbjt／s、24kbit／s和】6kbit／s的格式在图E．】‘、图E．15、图E．16和图E．17中所示。EADPCMIIEADI)cⅥ2EADPCM3EADP(‘M4EADPCM6图E．141TU—Tg．727(5—2)，(5，3)AND(5，4)EDU格式E～DPCMlEADPCM2EADJ，(1M{EADPCM{EAI)I，(MjEADPCM6EA】)l，(、M7EADPt’M8图E．15ITU-TG．727(4，2)．(4，3)AND(4，4)EDU格式 GB／T21647—2008EADPCM3FADPCM6图E．16ITU-TG．727(3，2)AND(3，3)EDU格式EA【)PCMlEAnPCⅥ2EADPCM3EADPCM4EAI)1，CM5EADI，CⅥ6EADI，CM4EADPCM8图E17ITU-TG．727(2，2)EDU格式E7语音算法ITU—TG．728的编码格式E7．1概述lTU丁G．728低延迟编码激励线性预测(I。I>CEI，P)是每隔25nls产牛一组4个码字的编码器。每组码字被称为一个适配周期或帧。整形码字向量指数和增益指数在SSCS中按照ITUT1．361的惯例表示，排在前面的字节和编号高的比特是具有更重要的意义，ITu—T(j．728的基本算法运行在16kbit／s上。E．8通过增加了两个低速12．8kbit／s和9．6kbit／s来扩展操作。ITUTG．728没有定义内在的S1D并可以使用E．9所规定的通用SID。如果是这样，则语音编码器和解码器应在每次通话的开始同步地进行重设置．如E9．3所述。E．7．2编码的数据单元1TUT(；．728在16kbit／s、12．8klnit／s和9．6kbit／s上的格式如图E18、图E．19和图E．20所示(参考ITUTG．728的5．11和ITU—TG．728附录H的3．1．1和4．1．1)。在数据单元的那些域内，比特和字节排列意义遵循ITU—T1．361中所采用的惯例。整形码字向量指数l增益指数1檀形码字向罱指数2增益指数2整形码字向量指数3增益指数3齄形码字向啭指数4增益指数4图E．18ITU-TG．728-16EDU格式整形6q字向壤指数i增益指数1整形码宁I∞啭指数2增益指教2整形码字向最指数3增益指教l骼彤蚂字向晕指数l增益括投1图E．19ITL—TG．728—12．8EDU格式 GB／T21647--2008整形码字『q耸指数1增益指数．整形码宇同量指数2增益指数2整形码字向量指数3增益指数3整形码字向量指数4增益指数4图E．20ITU-TG．728—9．6EDU格式E．8语音算法ITU·Tc．729的编码格式E．8．1概述ITuTG729的基本算法运行在8kbJt／s上，每10Yils，它就发送80比特以特征化一个语音抽样的。编码值在SSCS中按照ITU—TI．361的惯例来表示，排在前面的字节和编号高的比特是具有更重要的意义。ITuTG．729附录A定义了复杂度减少且可与基本1TUT(j．729进行互操作的编码器。ITuT(；．729附录c定义了可互操作的ITuTG．729正文和ITu—TG．729附录A的浮点版本。编码值的格式对ITU—TG．729、ITu—TG．729附录A和ITUTG．729附录C是一样的。ITUTG．729附录A和ITUTG．729附录c的发送方可与1Tu—TG．729接收方一起使用。ITuTG．729附录B定义了语音活动检测器和可与1TuTG．729或ITuTG．729附录A一起使用的缓解噪声发生器。它将10ms的抽样值分类为活动语音或背景噪音。ITU—T(；．729附录定义了1TUTG．729的6．4kbit／s速率扩展以减少瞬间的信道容量，例如处理过载的情况。ITuTG．729附录E提供了ITu—TG．729的11．8kbit／s速率扩展以在广泛的输入信号t获得更好的性能，诸如具有背景噪音和音乐的语音。E8．2编码的数据单元ITuTG．729帧的比特如图E．21所示格式化(参考ITuTG．729的表8)。在数据单元的那些域内，比特和字节排列意义遵循ITU—TI．361中所采用的惯例。L2Sl6Al082图E．21ITU-TG．729—8EDU格式E8．3静音插入描述符活动话音按照图E21编码，背景噪音按照图E．22作为静音插入描述符来编码(参考ITUT76 GB／T21647—2008sPI第一阶段向量第二阶段向晕增益f能量)RrSsPiLSF量化器的变换预测符指数RES=预留f设置为0)图E22ITU—TG．729SID分组格式G．729的表B2)。当存背景噪音中检测到可感知的变化时．SID仅仅断续地发送。E．84ITU—TG．729—6．4编码数据单元ITuTG．7296．4帧的比特按照图F．23所示来格式化(参考ITUTG．729的表D．1)。在数据单元的那些域内，比特和字节排列意义遵循ITu—TI．361中所采用的惯例。L0¨1,2GBl(、2GA2图E．23ITU-TG．729-6．4编码数据单元格式E．B5ITU—TG．729—12编码数据单元ITu—T(；．729—2帧的比特按照图E．24所示来格式化(参考ITuTG．729的表E3a和ITu—TG．729的表E．3b)。图E．24的A部分和B部分分别描述了用于ITU—TG．729附录E算法的前向自适应模式和后向自适应模式的域。ITuT(；．729附录E算法的实际比特速率是11．8kbit／s．该速率通过使用两个填充比特UB被封装在字节的边界之内．因此这两个UB比特使总的比特速率达到12khit／s。UE比特的值没有定义。在数据单元的那些域内，比特和字节排列意义遵循n、uTI，361中所采用的惯例。C22j1}!：UB意味着未使用比特．图E．24前向自适应模式的ITU·TG．729-12编码数据单元格式(A部分)l234567891l1l1 GB／T21647--2008C2lC3】GBlP2C2：C32c42“B2注：UB意昧着未使用比特。图E．24后向自适应模式的ITU-TG．729-12编码数据单元格式(B部分)E．9通用静音插入指示符的编码格式E．9．1概述ITu—TG．711、ITuT(j．722、ITuT(；．726、ITu—TG．727和ITuTO．728不包括提供话音活动的检测、不连续传输和缓解噪音产生机制以适应于特殊的算法。这些程序由发送方和接收方以通用的方法添加上去。E9．2分组格式用于此目的，使用如图E．25所示的通用SID。8765tl2lRES噪音功率RES一项留(设黄山0)图E．25通用SID分组格式噪音功率域按照表E．1编码。它表示发送方希望传递给接收方发总的噪音功率。其他噪音特征请如频谱失真，则没有规定。表E．1噪音功率编码噪音功率意义0～29预留30一30dHm031引dBm0●●77——77dBm078dBm079～l26预留127空闲代码(无噪音)注：表E1提供r用于测鼙噪音功率的代码点．完全或部分使用这些代码点则需要等到本标准的实现 GB／T21647—2008E．9．3程序在上次通话的活动话音分组结束之后，即按照序列号的正确操作的第一次过程结束后，通用SID分组应屯即发送。该分组标记静音的开始并提示接收方去期待随后没有活动话音分组。SID在静音期问也可以发送任意次数．以同样或不同的噪音功率。除了功率外，由于没有规定噪音的其他特征，它们可以由接收方来选择。如果接收方不能产生所指定的总功率，它可能会产生不同的功率或采用空闲代码，即没有噪音，否则．所规定的功率应被视为一个指标。如果跟随在通用SID分维后的第一个活动话音分组选择了某种自适应话音算法，诸如ITUT(；．722，1TuTG．726、ITuTG．727或ITu—TG．728，该分组的编码和译码应被究成．从已经被重新设置为其所规定初始值的语音编码器状态开始。注：当恬动话音分组没有被发送且接收方状态没有被更新时、如果发送方状态在静音期间即将变化、这消除了可能会发生的故障。以这种方式重新设置编码器和译码器维持了同步状态并对每个逋话初始化丁刷新自适应．而不受前次通话过程影响。 GB／T21647--2008附录F(规范性附录)NX64kbit／s电路模式数据的编码格式F．1分组格式时隙数目N是分组编码格式的一个参数。对于N的值，打包倍数M可以按照表F．1所规定的获得。表F．1电路模式数据分组格式时隙数目每个分组的倍数序列号码间隔每5ri]s的NM分组数目1』05000l22025C01012j081．0006～85U62b89～lO405001011～20202502021～31l012540这两个参数，N和M，确定了如匿F．1所示的每个分组的格式。分组净荷包括N字节时隙交织块的M倍，每个字节块由每个时隙的一个同时期字节按照在窄带呼叫中该时隙出现的顺序组成，N字节的第一个字节块先出现，N字节的第M个字节块最后出现。每个字节的晟高位比特按照其时隙的最高位比特排列。时隙J的宁节l时隙2的字节1时隙^’的宁节l时隙l的字节2时隙2的宁节2时隙^的字节2时隙l的宁节～r时隙2的字节^r时隙^的字节w图F．1电路模式数据分组格式ⅣN、^Ⅳ州Ⅷ～默～似似 G1概述附录G(规范性附录)拨号数字的分组格式和程序GB／T21647--2008拨号数字分组格式可通过AAI．2连接传输双音多频(DTMF)信号以在其他站点再生这些信号。ITuTQ．23定义了DTMF的频率编码，而且ITu—TQ．24给出了不同机构对信号接收的容差。拨号数字分组组成r避免依赖于语音编码形式的独立的第二类信息流，诸如ITU—TG．723．1，不以可接受的保真度传递多频率音调。其他具有更高保真度的语音编码可能不需要支持拨号数字分组，但仍能通过使用拨号数字程序发现带宽的节余。拨号数字分组的传输是可选的，SSCS的操作参数能传递DTMF拨号数字。在呼叫建立期间，拨号数字可以用于传达目的地址信息。它们也可用于呼叫的进行期。拨号数字是一种向位于连接远端设备传递用户命令的方法，诸如自动语音消息记录系统。拨号数宁和语音编码分组可以I司时产生。它们是独立的信息流且在信息重建或处理时可能会经历不同的延迟。一般的，拨号数字信号被产牛以便由机器来识别，而在操作间隔期间则忽略了在同一方向上的其他语音。在处理拔号数字期间，接收方应丢弃语音而不是努力合并这两个信息流。G．2分组格式拨号数字分组是格式类型3且受益于CRC10差错保护。它们使用定义在6．5条中的用于类型3分组的公共方法，包括3次冗余性。时间戳为拨号数字的停顿期间提供了精确的相关定时。拨号数字分组的格式如图(；．1所示。冗杂时间戳信号功牛数字类型数中代码消息娄型ooooloRES一侦茸(设置为o)。图G1拨号数字分组格式时间戳和冗余域按照6．5条中定义的类型3分组公共方法来编码。信号功率域以0～31的二进制来编码．规定了0～31dBm0的总功率。31dBm0功率和更低的功率由值31指示，而0dBm0和更高的功率由值0指示。数字类型域按照表(；．1编码。表G．1拨号数字类型编码数毫类型意义cooDTMF㈣叫，t预留 GB／T21647--2008数字编码域对DTMF按照表(；．2编码。表G．2DTMF拨号数字数字代码意义00000Ooooo】100010．2o001】3001004001015001lO6001117010008010019OlOi001011#01100A01101Boill0C01111D10000～11110预留l】11lToEeⅧffG．3发送方程序当发送方希望向接收方传递拨号数字或停顿的开始时，拨号数字分组应以；ms间隔按3次冗余来发送。如果音调持续存在，则每500ms后拨号数字分组应被发送以刷新处理过程(冗余域编码为3)。如果新的事件在前一个事件的3次冗余完成之前传递到_『，为了避免两个不同的时间戳发生交错．则发送方嘘停止为前一事件发送分组。发送拨号数字的用户应保证不超过20ms的DTMF音调允许通过编码的语音通路传递．以便在两1、信息流之间的不同延迟在远端接收方不会引起双倍的错误信号。如果发送方检测到多频音调但不能确定其功率．则它应将信号功率域设置成预设置值，G．4接收方程序接收拨号数字的用户被期望按照所传递的参数尽其所能地再生拨号数字。至少，一个信号应在任何给定的时间出现。转变应被明确的指出．且新的拨号数字隐含地指不旧的数字的结束。向静音的转变也是明确的且也有3次冗余指示，就像其他的一样。当再牛信号时，一个音调对的两个频率和其相关功率应处于本地环境的容差内。总的功率应是按K? GB／T21647--2008照所指示的功率。为了充分使用3次冗余性而不91人额外的延迟变化，在指示拨号数字或停顿之前，SSCS接收方应等待，直到它应已经接收到一个转变的三次拷贝。接收到拨号数字的用户任再生信号之前不应忽略掉转变持续时间。如果尽管有3次冗余但仍丢失r一次或多次转变，用户应继续处理前一个音调。如果在2s内没有更进一步接收到拨号数字分组，则指示音调的结束是SSCS的可选项。 GB／T21647—2008附录H(规范性附录)随路信令比特的分组格式和程序H．1概述本附录定义了用于在AAI，2连接上传输的作为独立的第二类信息流的随路信令(CAS)比特的分组格式和程序。CAS的概念定义在ITuTG．704(具体见3．1条的l544kbit／S接口和5．1条的2048kbit／s接口)。CAS分组的传输是可选的且由SSCS操作参数实现。H2分组格式CAS分组是格式类型3且受益于CRC一10差错检测。它们使用定义在6．5条中的用于类型3分组的公共方法，包括3次冗余性。时间戳为CAS比特状态的转变提供了精确的相关定时。CAS分组的格式如图H．1所示。冗余时问戳RY．s消息类型一000011CRC10RES=预自(设置为0图}L1随路信令比特分组格式时司戳和冗余域按照6．5中定义的类型3分组公共方法来编码指定为A、B、C和D的域包含对应CAS比特的当前值。H．3发送方程序当发送力希望向接收力传递ABCD比特的状态变化时，CAS分组应在5ms间隔内以3次冗余米发送。每5s后，CAS分组被发送以刷新ABCD状态(冗余域编码值为3)。在发送方限制CAS状态变化的程序超出了本标准的范围。在一定限制内，CAS状态的暂时变化可视为无关紧要的。如果新的状态变化在前次状态变化的3次冗余完成之前被传递了，则发送方应停止向前次状态发送分组以避免两个小同时间戳发生交错。如果外部接1：3提供了比4个独立CAS比特更少的比特．例如具有12多帧的1544kbit／s，发送方用户汇集并映射所提供的比特至SSCS发送方发的CAS比特中。例如，序列iA，B，A’，H。}应作为C—A’，D--B7且序列{A，A4，A“，A“}作为B--A7，c=Ⅳ’，D--A”来传递。R4 H4接收方程序GB／T21647--2008如果用户正在解释信令的语义，它应该过滤掉(限制)CAS比特中无意义的暂时状态变化。为了充分使用3次冗余『『Ij小引入额外的延迟变化．在指示CAS状态变化之前·SSCS接收方应等待，直到它应已经接收到一个转变的3次拷贝。尽管传输了3次，对CAS状态的改变而言，仅需要正确地接收一个分组来识别。 GB／I21647—2008附录I(规范性附录)传真解调的分组格式和程序传真解凋是传递语音带宽数据呼叫的有效内容的更有救方法，该呼叫包含可推断的分类符来表示传真的传输。本附录定义了传递第3类传真业务的分组格式和程序，比特速率最大可达J4．4kbit／s。注：对V34调制方案的支持需要进一步研究。在本附录中，“低速”即指ITUTT．30控制信息的ITU—TV．21调制，而“高速”即指传真图像数据的ITUTV．17、1TuTV．27ter或ITu—Tv．29调制。I．1传真解调控制概念l_1．1消息类型调制控制消息和ITU—TT．30一Data使用类型3分组传输(净荷由10比特CRC保护)。下列消息类型的代码点定义在表26中：●ITLTT．30一Preamble；●EPT：·训练信号t●Fax—Idle；●ITUTT．30一Data。这些消息的分组格式定义在1．2中。I．1．2调制控制消息ITUTT．30一PreamBle、EPT、训练信号和Fax_Idle用于在SSCS近端用户和远端用户之间的传真解调和再调制程序中控制状态转变。I．1．3ITU-TT．30一DataITU—TT．30一Data用于在近端用序和远端用户之间传输ITUTV．2I解调的HDI，c帧化传真榨制数据比特。整个HDI，C帧都通过ITU1"T．30一Data分组格式传递，包括0比特填充和帧间标志。在前行的ITUTT．30前行报文标记之后不存在HDI。C标记的消除。甚至当fn现差错时(如CRC错误)，HDI。C帧化数据也被透明地传递，不需要计箅CRC。HDI。C0比特填充也被透明地传递。对于协议分析，HDI。(、的某些信息域可以可选地改变以控制协议．例如禁止非标准设备。对ITUT一30一Data的透明性而言，这是一个例外并需要进行干涉以再计算HDI。C帧定位的模块，I1．4公共方法调制控制分组和ITUTT．S0一Data使用定义在6．6条中用于类型3分组的公共方法。特别是，时问戳为转变事件提供了精确的相关定时。调制控制消息在20hlS间隔内以3次冗余发出。尽管传输了3次，对调制控制分组而言，仅需要正确地接收个分组束识别。]TUTT．30一Data消息具有其独特的冗余性方案，直到低速调制的结束。仅有T30一Data结束字节往20ins间隔内以s次冗余使用公共方法发送。尽管传输T3次．对其内容而占，仅需要正确地接收一个分组来识别。86 GB／T21647—2008L1．5时间戳调制控制和ITuT■30一Data分组以时间戳开始。14比特的时问戳域以ms为单位编码，最高位比特位于第一字节内，它表示了解调器的输人事件的相关定时。时间戳从与语音SAP相关的同步时钟频率中获得。在其到达最大记数后它将重新开始。I．1．6序列号码ITuT一30一Data分组包含d比特的序列号码。序列弓码域用于确定ITuT■30Data分组是否已经丢失。在】TuT一30一Preamble后的第一个ITuT■30一Data分组应以序列号码。开始记数。序列号码在每个后续的ITu—TL30一Data分组中都是递增的而且在其达到最大记数时返回至o。1．1．7对分组丢失的强壮性调制控制消息通过发送三次来获得对分组丢失的强壮性，重复分组之间的时间间隔一般是20Ills。第一次和第三次传输应使用第一次发送分组的时间戳，冗余域在这三次传输中分别设置为0、1和2。1TuTT．30一Data通过下列字节翻转的方法来获得强壮性的：每个ITUTT．30一Data分组包含三个数据字节：当前字节(13)、前一个字节(13—1)和前两个字节(11—2)。在这种方法中，数据字节以3次冗余发出。每个数据字节出现在三个连续分组中的移动位置上。在1TuTr30一Data分组之间的时间间隔一般是26．7ms(以300bit／s速率发送8个比特的时间)。ITU—TT．30一Data结束字节不用字节翻转的方法发送，而以20ms间隔用3次冗余使用公共方法来发送。I．2传真解调控制分组I．2．1ITU-TT．30一Preamble一旦检测到ITUTT．30一PreambleHDI，C标记(只要用户处于解调状态)，这消息就会发送给远端设备。一且接收到该消息，远端设备就应开始再生前行HDI。C标记。ITUTt30一Preamble分组格式如图I．1所示。I冗余时间戳?——————————————————————————r————————————————————————————————————————‘——一——图I1ITU-TT．30一PREAMBLE分组格式I．2．2EPT为了使回声抵消器失效，回声检测音调(EPT)信号可以由传真终端在进行高速调制之前发送。该信号具有185ms～一200ms的持续期和1700Hz或1800Hz频率中的一个。一旦检测到EPT音调，近端用户应向远端设备发送EPTtone013消息。在处理训练信号之前．EPT音调应关闭一段指定的时间(20ms～25Ells)。～旦检测到该消息的接收．远端用户应重构EP"11信号。FPT分组格式如网I．2所示。EPT频率域按照表I．1编码。I．2．3训练信号训练信号由传真终端月于指示高速调制的开始。87 GB／T21647—2008冗余时间戳RFsEPT频率消息类型=EFTRES=预留(设置为0图I2EPT分组格式表I．1EPT频率代码点EPT频率意义0000I700Hz00011800Hz0010～1111预留一旦检测到从传真终端接收到的训『练信号，近端用户应向远端用户发送训练消息。一旦接收到训练消息，远端用户应在其再调制器输出中开始产生各自的训练序列。训练分组的格式如图1．3所示。冗余时问教调制类型调制速率消息类型=训练信号cRClo图I．3训练信号分组格式调制类型和调制速率域分别按照表I．2和表I．3来编码。表I2调制类型代码点调制类型意义0000ITU—TV27ter0001ITU—TV290010I"1UTV17长时训练信号00】1ITUTV．17短时训练信号0100～111l预留88 表1．3调制速率代码点6B／I21647--2058调制速率意义／(bit／s)000C未知速率oool2400——00104800001l7200010096∞010】120000110144000lll～1111预留对于ITU—TV17调制，存在两种类型的训练序列。在训练检测(TCF)之前的是长训练序列，而在页面数据之前的足短序列。调制速率和调制类型(短或K)不能从训l练序列自身的开始推论出来。基于其对ITU～TT．30协议的理解，协议分析可以预测1TU—TV．17lJlJ练序列．但是渡形分析在获得类型和速率的全部细节之前就需要额外日0时间了。圊此、旦检测到ITU—TV．17训练J手可ll的开始．凋制速率没置为“未知速率”的ITU1"V．17长训练消息可以被发送的。信号分析应确定其后训练宁列的类型和速率并应以特定的调制速率产生附加的短或长训练消息。如果在以未知速率产生ITUTV．17长训练序列时，短训练消息被远端用户接收到，则应改成短训练序列，使用在消息中指示的调制速率在序列添上加扰码的。I．24Fax—Idle一旦检测到来自奉地传真终端的高速调制数据已经终止r，则应发送Fax—Idle消息。Fax_Idle分组措式如图I．q所示。冗余时fHJ戳消息共型-FaxIdle“tC—10图I．4FAX—IDLE分组格式I2．5ITU—TT30一DataITU—TT30一Data由1I、u—Tv．21解调的HDI。t：帧的连续字节构成。解桶的字节以没有解开的HD[。C帧结构传递的。帧间标志、0比特填充和帧校验序列都未加处理地传递。ITU—TT．30一Data分组格式如图I．5所示。．每个分组包含以下三个连续字节：数据Ln)=当前数据字节数据{n])一前一个数据字节数据【n2)一前两个数据字节在每个字节中，最先传输的比特是晶高位比特。End域按照表I．4编码。 GB／T21647—2008冗采时间截End序列号码数据fn)数据(nl数据抽_21消息类型=ITUTT30一DataBII。0=最后字节一f1的比特图I．5ITU-TT．301)ata分组格式表I．4ITU—TT．30—Data的END标记EndB1I()意义冗余0预留还有更多的丌UT’L30Data31最后字节里的比特一1数据(n)是ITUTT．30一Data的最后一个字节0．．，2BII，()域指示从最高位开始有多少比特在1TUTT．30Data的最后一个字节是有效的：BII，O一(结束分组的数据(n)字节中的有效比特数目)一1该域可以被视为可选的，凶为在ITUTV．21信号末端添加几个无用的比特对传真终端，f没有任何影响。当不使用时，BII，O域应设置为值7(所有比特都有效)。接收到End比特设置为】的ITuTT．30一Data分组则向远端用户表示ITu—TV．2l凋制应在上次有效数据比特处理后关闭掉。在第一个ITUTT．30一Data分组中，ITu—Tt30一Preamble后的序列号码域应设置为0。在所传输的第一个分组中，数据(n1)和数据(n2)字节应设置为011l】]10。序列号码域在随后的ITuT一30一Data分组中是递增的且在其达到最大记数后返回至0值。End分组包含了数据(n)中ITUTV21信号的最后一个字节．应按照通常的根据前一个所传递的I’I、UT30一Data增加其序列号码。该分组应被固定不变地在20ms间隔内传输3次。在这三次传输中，序列号码和End指示应保持恒定。冗余域对三次传输应分别具有值0、】和2。冗余域在所有分组中应具有值3，除了End分组。I．3传真图像数据分组传真图像数据在类型】分组中发送，在分组间的时间间膈一般是20IllS。在分组中的数据字节数日依赖高速调制速率。训练检测序列(TCF)以同样的方法对普通的页面数据进行端到端的发送。图像数据分组没有包括明确的序列号码。相反，序列号码来源十分组头中的uuI域(代码点0～15)，序列号码间隔是20ms．而模数是】6：图像数据比特南解酒器输出，近端用户应在20nls间隔内将之打包并发送给远端用户。实际分组Ht间来源于输人传真比特速率且可能由于在调制中的容差而会轻微变化。在所传递分组中的字节数目依靠调制类型且如表1．5所示：rln 表I．5图像数据分组长度GB／T21547--2008传真比特速率／(I，“s)分组长度／字节21006480012——7200l8960024l200030l440036沣：对v34传真解萌，将需要10rlls的标称分组人小；对33600bit?s的分组长度是42字节。支持V34传真解蛹需要进一步研究。一旦检测到来自本地传真终端的高速调制数据已经终止，则近端用户应确定图像数据分组且应发送最后的图像数据分组，即使分组长度没有达到表I．j所给出的值。在最后一个要发送字节中的任何比特应以l来填允，其后跟随的Fax—Idle消息应发送(以3次冗余发送)给远端用户。传真图像数据分组格式如图】．6所示．最先传输的比特是第一字节的最高位比特。敬据l数据!⋯数据～图l_6传真图像数据分组格式 GB／T21647--2308J，1概述告警指示由表Jl所定义。附录J(规范性附录)OAM(告警和环回)的分组格式和程序表J．1告警指示信号描述参考告警指示信号与在故障维护期间检测到的与维护告警相关的信号．它作为正常信号的替代向故障方向发送。其目的在于向下外部AISITUTM2c5d2￡)游安体显示故障已经被识别，蹦便随之发生的其他维护告警能被禁止。AIS的外部比特流表示可以是全l的信号远端告警指示——检测到故障持续了足够长时间，由终端向上游ITUTG70421313外部RAl传输的信号。其目的在于同后向方向报告在前同方向存在业务的衷5A注3，中断表14注4AAL2连接AIS告警指示信号——从首先检测到影响AAL2连接的故障的ITUTl6lo(内部》AAI，2连接端点向下祷发送的信号；这包括由下层所指示的故障622]1lAAI。2连接RDI远端故障指示由处于告警状态的AAI。2连接终端点向上游ITUT】610传输的信号，作为接收到AA[，2连接AIS或已经检测到影响AAI．2(内部)6212连接的故障的结果用于按需连接性监视环回用于故障定位NA用于开展业务前的连接性验证注1：对AAI．2中(]AM流的要求正在研究之中。本附录的材料在将来可能会转移至单独的建议中去．并维护在这里所描述的格式和程序的兼容性。注2：将来用于AAI。2的()AM流的其他潜在的有用持征可能是连续性检测、根据AAI。2分组进行性能管理和激活／去澈活。J．2分组格式()AM使用UUI代码点值3l来发送。OAM类型和功能域按照表』．2编码。注：在AA】，2CI’s分组头巾承载的UUI和IA域如图27b)所示；在将来．与()AM相戈的分组的可变长度最大可达4j字节．表J．2OAM类型和功能域的编码()AM类型编码功能类型编码外部A1s0000外部告警110C外部RAl000lAAI，2连接AIS0000故障管理0001AA【，2莲接RDI000【AAI，2环回(I，H)1090预留其他值预留其他僮 GB／T21647--2008J．21告警分组格式告警指示在类型3分组中传递，其格式定义在图J1中。它们不使用用于类型3分组的公共方法。loAM类型功篚类型l消息娄碰=0000n0CRC—10图J．1告警分组格式J．2．2环回分组格式告警指示在类型3分组中传递，其格式定义在图J．2中。它们不使用用于类型3分组的公共方法，——环回指示(LBl)(1比特)：该比特列L1Ps分组是否已经环回提供逻辑指示。该域证实了环回已经在C]D上发生并避免了无限环回的问题。在源点编码该域为1。环回点将编码改变为O。J，3程序OAM类型Jn能类型II"预留消恩类型=000∞00RClO图J．2环回分组格式J3．1告警程序当相应的告警分组产生时．告警状况就被确定。只要告警情况持续，告警分组应至少每秒传输一次。如果在接收方3．5S的时可可隔过去了而没有确定告警持号，这应解释为消除了相应的告警。此外，除了AA[。2连接A]S告警分组外，接收任何分组都应表示消除AAI卫连接AIS告警情况。图J．3描绘了处于AAI。2连接的一个终端点的巾继接口A具有向AAI，2连接另一个终端点的中继接口B发送告警分组的能力。这样的分组作为在巾继接口AL三个流中的一个产生故障的结果而被发送。DAM类型和功能类型域的编码指示了在哪个方向卜发生了故障和它对AAI。2连接而言是外部的还是内部的。在图J．3中，在1和2处的故障可能仅在整个中继群的基础上被检测，这可能映射至多个AAI。2连接上。在这种情况中，对外部AIS或RAI的分组应在每个被影响的AAL2单个连接上被发送。3处的故障被检测且相应的告警由AAl，2连接点产生，不由AAI，2终端点的中继接口产生，J32环回程序环回可以在AAI．2接人网络中在单个AAI，2连接上从AAL2本地交换机向远端AAI，2NT插入，如图J．4所示。发起环回的AAI。2本地交换机发送I。BI设置为。的I，H分组。一旦接收到I，B分组，AAI．2NT闸发起该环凹的AAl。2本地交换机发送I。BI设置为l的I。H分组，注：在雄附录中的环回程序考虑用在单个本地交换机和Q2630．附录AqJ定义的NT之间具有固定关系的AA[2非交换接人应用上。交换式接八垃用超出了本附录的范围。在一个连接上连续I,B分组传输之间的等待时问应是5s。如果在5s内环回信元没有返回至发起端，则认为是不成功的。9R GB／T21647--2008故障】234外部媒体AAL2莲接·故障与()AM类型和功能类型的戈系·外部AIS外部RAlAA[，2连接AISAAI，2连接RDI图J．3与告警指示相关的故障[二二亘五至二二]衄一固J．4具有LBI功能的CID环回 附录K(规范性附录)用户状态控制的分组格式和程序GB／T21647—2008K．1概述SSCS在语音SAP上支持下列窄带电话业务：●话音；·语音带宽数据；·电路模式(64kbit／s)；●传真解调。用户应对这些业务中的每种使用不同的程序和编码格式。为了区别活音、浯音带宽数据、电路模式和传真解调的处理，需要知道用户状态。用户状态控制消息用于与对等用户进行状态控制通信。通过使用类型3分组的3次冗余传输的公共方法，SSCS提供r可靠的传递方式。通过信号分类符的确定和对以状态控制消息的形式与对等用户进行通信的考虑，用户状态是本地确定的。用户状态变化的对称|"【{=和冲突是用户自身的责任。K．2分组格式用户状态控制分组是格式类型3的且受益于CRC一10差错保护。它们使用定义在6．5条中用于类型3分组的公共方法，包括3次冗余传输。在这种情况中，时间戳不需要用于请求和响应的精确相关定时。相反，它作为基础用于过滤和抑制多余的对接收方用户的原语指示和证实。用户状态控制分组的格式如图K．1所示：冗余时问戳类型用户状奎一精息燕型=000001RES=预留(设置为0图k1用户状态控制分组格式时问戳和冗余域按照定义在55条中用于类型3分组的公共方法编码。冗余值3不使用。类型、用户状态、Ack、II’UIV．17、11UIV．27ter和j1Ul’V．29域按照表K．1至表K．4编码。Ack域仅在啊廊分组中有意义，|_|IJ类型一1。ITu，1"V．17、ITUI、V．27ter和¨UTV．29域仅在向传真解调的状态改变中有意义，即用户状态一0011。这些比特相互独立设置以指示使用相应的调制解调和再调制传真图像数据的能力。每个用户应分别在请求和响应分组中宣称其自己的能力。在状态改变结束时，每个用户将处理同样的信息并能推断出哪些能力对两个用户是公共具有的。9j GB／T21647--2008表K1类型编码类型意义o请求1响应表K．2用户状态编码用户状态意义00C0话音00C1语音带宽数据00】0电路模式oo】1传真解调o100～1111预留表K．3ACK编码Ack意义。拒绝1接受表K．4ITU-TV．17、ITU—TV．27TER和ITU-TV．29编码值意义0不支持l支持用户lSSCSlSSCS2用户2StateControlrequest(用户状杏)f用户状态JStateContreIresDonseI用户状态Ack)(月j户状卷Ack)图K．2用户状态控制消息流 K．3程序GB／T21647—2008对分组丢失的强壮性可通过重复发送每个用户状态控制消息三次来获得。重复分组之间的时间间隔是20ms。第二和第三次传输应使用第一个分组的时间戳。相应信号的时间戳与请求信号的时间戳是无关的。接收方SSCS应过滤掉重复的分组并向其用户扩展合适的原语类型(指示或证实原语)。程序如图K．2所描述。 GB／T21647—2008K．3程序刘分组丢失的强壮性可通过重复发送每个用户状态控制消息三次来获得。重复分组之问的叫问间隔是20rlqS。第二和第三次传输应使用第一个分组的时间戳。相应信号的时间戳与请求信号的时间戳是无关的。接收力sscs应过滤掉重复的分组并向其用户扩展合适的原语类型(指示或证实原语)。程序如图K．2所描述。’ GB／T21647—2008附录Lt规范性附录)预定义的编码格式轮廓本附录定义了一些由语音信息流使用的ITuT预定义轮廓，这些使用类型1分组的UUI域代码点o～15。通过参考这些轮廓的标志符，接收方和发送方能够对SSCS主要操作参数中的某些协商一致。本标准并不包括使用这些标志符的程序。这些程序可以是其他建议的主题，但那些建议也应允许对非ITUT预定义轮廓的使用。本附录所包含的内容并不暗示所有的协议实现都需要支持每个轮廓。一个协议实现可以选择支持任何和不支持这里定义的轮廓，除了在6．8．4中规定的必选轮廓外。此外．一个协议实现也可以支持一个或多个这里定义的轮廓。图Ll列出了已分配的ITuT标准代码用于预定义轮廓的识别，而其余的表格定义了单个轮廓。每个轮廓的定义包括下列信息：●轮廓入口条目索引：●UUI代码点范围；●分组长度；·对描述编码数据单元格式的图的参考；●算法描述；·M值，即在一个分组中的业务数据单元的数目；●分组时间；·序列号码间隔。标志符轮廓描述参考O未使用1PCM64表I。12PCM64和静音表I。，23ADPCM和静音表L34具有更高效率的1TUT(j728表I．．45具有低延迟的ITUTG728表I。56具有更高效率的1TuTG729和用于语音带宽数据的ITUTG726表I．67具有低延迟的1TuTG729表I，78具有低延迟的1TUTG729和在低速率上用于语音带宽数据的ITUT(；72632表I，8g具有低延迟的1_IuT(j729和在高速率上用于语音带宽的ITUTG72640表I．910具有可变比特速率的丌uTG729表I。lo】1AMR表L1112IrIU11(，723老I。12】3PCM64kbit／s和ADPCM32kbit／s表I。l314255预留用于涛来11U一1分配图L1ITU-T预定义轮廓的标志符日8 表L1使用PCM一64的轮廓CB／r21647--2008l轮瞬人口UUI代码分组长度／编码格分组时间／序列号码l条目索SI点范围字节式参考算法描述M间隔／131s。0～1540图EIPCM．ITUTG711—64．generic15表L．2使用PCM一64和静音的轮廓轮廓人口UUI代码分组长度／编码格分组时间／序列号码条目索引点范同字节式参考算法描述M间隔／ms00～1540圄E1PCM，ITU—TG71卜64，一般算法150～151图E．25通用SIDl5表L．3使用ADI?CM和静音的轮廓轮廓人口uuI代码分组长度／编码格分组时间／序列号码条目索引点范围字节式参考算法描述M间隔／ms00～15￡0图ElPCM．I"I’U—TG71164．一般算法】510～lj25图E10ADPCM．ITUTG．726—40l5O～1j20圈E11ADPCM，IT乙TG726—321530～l；】5圉E12ADrCM．IT乙TG726-24l540～1j10图E．13AI)PCM，ITL_TG726—16150～15l图E．25通用SID15表L．4使用具有高效率ITU-TG．728的轮廓轮廓人口UUI代码分组长度7；；；算法描述M分组时间／序列号码条目索引点范围字节间隔／mslO～1540图E．tPCM．ITuTG．711—64，一般算法】52o～1520围E．18I。nCEI．PITU—T(；728—1621053O～1516图E．18I。nCE【』I’。ITUTG．728—128100～lb12图E18LnCE!。P．ITUTG728961050～l510囝E．18I。I>CF【，P，1ru—TG．728—16156o～158图E¨I。『卜CEI，P．ITUT(二728—128l0～156图E20I．I卜CEI。P．ITUTG728—96150～l5l图E25通用S1Dl表L．5使用具有低延迟ITU—TG．728的轮廓轮廓^EluuI代码分组长度j编码格分组时间7序列号码条目索引点范围字节式参考算法描述Mms间隔／ms00～1540罔E．1PCM．IIU’I(，711—64．一般算法1510～l510图E18I。nCEI。P，1TUTG728—16l5¨～】j8图E19I。nCEI。13，【TU，I(T728128530～l56图F20I，r卜CELll，1TUT(j7289610～l5】图E25通用SII)l5 CB／T21647--2008表L，6使用具有高效率II"U—TG．729和用于语音带宽数据ITU-I"G．726的轮廓轮廓人口UUI代码分组长度j编码格算法描述M分组时间／序列号码条目索引氨范围字节式参考间隔／ms00～1540图E．1Pf2Ivl，ITu，IG．711—6Ⅱ，一般算法1；lO～1S25图E10Ai)PCM．】TUTG726—401520～1520圈E．21Cs_ACEI，P．ITUTG729822030～】5l6图E23CSACEI。P．ITU—TG7296422040～1510图E21CS—ACELl，．ITUTG7298l105U～158图E．z3USACEI，P．1I’U-TG72964l】050～152图E．．92ITUTG729SID1105表L．7使用具有低延迟ITU-TG．729的轮廓轮廓人口UUI代码分组长度／编码格算怯描述M分组时间／序列号码条目索引点范围字节式参考间隔／msO0～1540图ElPCM，ITU—TG7II一64，一般算法1510～1510图E．21CS_ACEI。P，1TUTG7298l1050～152图E．22ITU—TG729SID1105表L．8使用具有低延迟ITU—TG．729和在低速率上用于语音带宽数据ITU-TG．726—32的轮廓轮廓人FIUUI代码分组长度／编码格算法描述M分组时间／序列号码条目索引点范围字节式参考间隔／ms00～1540罔ElPCM，ITUiG71]一64，一般算法1l0～1520图E11ADPCM．ITC—I、G726—32l20～150图E21【、S_ACELI，．】JU】G．72981100～152图E22ITLTG729Sm1105表L．9使用具有低延迟ITU—TG729和在高速率上用于语音带宽数据ITu—TG．726—40的轮廓轮廓人口UUI代码分组长度／编码格算法描述M分组时间／序列号码条日索引点范围字节式参考间隔／m500～154G图E1PCM，1TUTG．71l64，一般算法l510～1525图E．10AI)PCM，1TU—TG．716401520～151；7图E21CSACEI。P，ITUT眩7298l1030～158图E．23Cs_ACEI。P．I7】、U-f(。7296．41100～152图E22ITUTG729SID110表L10使用具有完全可变比特速率的ITu-TG．729的轮廓轮廓人口UUI代码分组长度7编码格算法描述M分组时间o序列号码条目索引点范围字节式参考mS间隔／msOo～1540图E1【℃M．11、UTG7I卜64．generic1l0～1530图F24CSACEI，1，．1q’U—TG72912200～1520幽E21CSACEI。P．rlu一．I(j729822030～1516图E23Cs_ACE]，P．ITU-TG．729649200～1515固E24CSACEI．P．1TU—T(；．729】211050～1510图E21CSACEI。P．1TU1(；729-Bl1060～158图E23(：s_ACEI。P，rlu一．IG72964l10o～15图E22ITUTG．729S1n110 表L11使用AMR豹轮廓GB／T21647m2008轮廓人口UuI代码分组长度／编码格分组时间／序列号码条目索引点范围字节式参考算法描述Mms间隔／ms0～731图MlAMR】22l202C——々8～I53I图M．1AMR12．2(ertoted)I20__60～726图M2AMRl0．212068～1j26图M．2AMR1C"．2(errored)l200～721图M．3AMR795I208～I52l图M．3AMR795(errored)120——4O～7】9图M4AMR74120——48～1519图M4AMR7．4(errored)l20——3O～7】8图M5AMR672038～1518围M．5AMR57(errored)120——20～716图MeAMR59120————28～1516图MeAMR59(errored)l200～7】4幽M7AMR；．15]2018～1514图M7AMR5l5(errored)120O0～713图M8AMR47512008～1513图M．8AMR4．7j(errored)】20O～152图M．9AMRSIDFirst1O一一156圉M．10AMRSII)-U1)date11601608～156图M．10AMRSII)Update(errored)116,3160表L12使用ITU_TG．723的轮廓轮廓人口IUUI代码分组长度／编码格分组时间一序列号码条目索引点范围字节式参考算法描述M间隔／nlj00～1524图E7I，IU—I、G723卜6．4130——10～l520图E8ITUT(，7231531302O～I54图E9丌、UT(j723ISID】30表L13使用PCM64kbit／s和ADPCM32kbit／s的轮廓轮廓A口UUI代码分组长度7骗码格分组时间／序列号码条目索引点范围字节式参考算法描述MmS可隔／msO0～740图EIPCM，111U1、(j711—64，genericl50一，72图E25通用SIDl5————18～1j40图E11ADPCM，1TU—T(；72602210528～1j20图E11ADPCM．ITU—r672632158～152图E25通用S1131 M．1概述附录M(规范性附录)语音算法AMR的编码格式AMR语音编码器由多速率语音编码器．包括语音活动检测器、缓解噪音产生系统的源控制速率方案和错误取消机制构成，错误取消机制用于对抗传输错误和丢失分组的影响。多速率语音编码器是单个集成语音编码解码器，具有从4．75kbit／s12．2kbit／s的8个业务源速率和一个低比特速率背景噪音的编码模型。语音编码器能够根据命令每隔20F11S语音帧来切换其比特速率。编码值在SSCS中按照ITU—TI．361的惯例来表示，即其中较早字节和高编号比特更有意义，M．2编码数据单元在自适应多速率编码解码器中，比特的详细分配对每种模式分别基于表M．1a)／b)～表M．8a)／b)在图M．1～图M．8中显示。表M．1a)～表M．8a)显示了由语音编码器引入的比特顺序。在这此表中，MSB位总是最先发送的。表M．1b)～表M．8b)用于重新排序由语音编码器所产生的比特序列。排序算法以伪代码的形式描述为：for；一0toK1d(J)：一s(table。(j)+1)；其中，table。(J)指与特定AMR模式m--0．．7相关的表。AMR模式直接映射到轮廓Pll的“轮廓人口条目索引”上。表M．1b)～表M．8b)应一行一行地从左至右读取。表的第一个单元就是索}Io。AMR语音帧的大／1"N所有操作模式而言并不是按字节定位的。因此，使用比特填充以对AMR帧获得字节的完整结构。填充比特就是表中和下列图中的UB比特(未使用比特)。表M．1a)在244bit／20ins，12．2kbit／s模式中出现的业务源编码器输出参数和比特定位Blts(MSB～LSB)描述s1～s7IndexofIstI，SFsubmatrlx蚰～sl51tldexof2ndLSFsubmatrixs16～s23lndexof3rdLSFsubmalrixs24signof3rdLSFsubmatrixs25～s321ndexof4thLSFsubmatrixs33～s38lndexof5thLSFsubmatrix于_赜1s39～s47adaptiveco&bookindexs48～s5ladaptivecodebookgains52signinformationfor【stand6lhpulsessj3～正5positionofIstpulses56signinformationfor2ndand7【hpulses娟7～s59positionof2ndpulse 表M．1a)(续)GB／T21647—2008Bits(MSB～【JSB)描述s60signinformatkmfor3rdand8thpursess61～s63positron(]f3rdpulses64slgn[nformaticnfor“hand9thpulsess65～s67positionof4thpulses68signinformationforSthandlOthpulsess69--s71positionof5thpulses72～s74positionof6thpu】scs75～s77positionof7thpulses78～sS0positionof8thpLdses81～s83positionof9thpulses84～s86posilionoflOthpulses87～s91fixedcodebookgaln子帧2s92--s97adaptivecadebookindexSupplementaryinformationnumber1补充信息编号iSARSegmentationandReassembly(Sublayer)分段和重装(子层)SDUServiceDataUnit业务数据单元SNSequenceNumber序列号SSCSServiceSpecificConvergenceSublayer特定业务会聚子层IUTImplementationUnderTest测试下实现1．1LengthIndicator长度指示符MMandatory必选的N／ANotapplicable不适用的NOTitemnotsupported；absenceofitem不支持的条目；没有该条目0Optional任选的O．Optional，but，ifchosen，supportisrequiredforeithera’leastoneoronlyoneoftheoptionsinthegrouplabelledbyLheSatTlenumeral任选的，但是．如果选择了，则在标记同样号码的一组选项中应至少支持一项或仅】34 支持一项。STFStartFiddSUTSystemUnderTestTXTransmitterUUIUser—to—UserIndicationX．ExceptionalinformationnumberIu．1．4一致性陈述开始域代测系统发送方用户至用户指示异常的信息编号GB／T21647--2008宣布遵守BISDNATM适配层2规范的协议实现的提供者需要完成在U．2中提供的PICS表格并需要提供必要的信息以识别提供者和实现。U．2PICS表格U．2．1PICS表格错误的确认应用于该P1CS表格的错误确认建议：第4章错误：u．22完成PICS表格的指导PICS表格是固定格式的调查表。调查表的答案应提供在最右一列，可以是简单地指示一个限定的选择(诸如Yes或No)或可以输入一个数值或数值范围的集合，提供者必须提供附加的信息，按照异常或补充信息来分类。这些附加信息应按照标记为x．的条目提供给异常信息或S．的条目用于补充消息，为了交叉参考的目的，这里<1>对该条目应是任何明确的确认。异常条目应包含适当的合理性。补充信息不是必选的且P1CS可以不需要借助这些信息完成。可选的补充或异常信息的出现不应影响测试的执行，且也将不应互操作性的验证。注：尽管产品实现能够以多种方式进行配置，但单个PICS可能能够描述所有这些配置。然而，提供者可以选择提供多个P1CS，每个PICS覆盖实现配置能力的某个子集，这可使信息的表示更为容易或更明确。U2．3实现的确认测试下实现(IUT)确认IUT名字IuT版本待测系统(SUT)SUT名字：硬件配置操作系统产品提供者名字：地址：电话号码 GB／T21647—2008传真号码Email地址(廿J选)附加信息客户名字地址电话号码传真号码Email地址(廿J选)附加信息PICS联系人名字地址电话号码传真号码Email地址(可选)附加信息协议的确认本PICS表格应用于本标准的第4章。u．24一致性的全局陈述在本PIC$中描述的实现满足参考协议的必选要求。YesNo注：叫各。No”指，下对规定协泌的小一致。小支持韵必选能力在下列表格中破标志，即在每个表格的注释部分中解释为什么实现是不一致的。U．2．4．1角色功能l条目号条目描述参考状态支持R1接收方和发送方421Mu．24．1．1AAL2公共部分子层的程序(发送方)条目号协议特征参照状态支持Yes—NoTXl当传输PDu时．开始域(ST)中的序列号码是否增加1(模2)?44．21b)MXS发送方是否设置奇偶比特值以使8比特开始域的奇偶校验是YesNoTX242lc)M奇校验?X—S_当】uT处于]DI，E状态且产生了cI’s—UNI"I、DA"I、AreqJestYes—NoTX34511)，图10aJM时，CPS分组是否被构造·XSTX4当IuT除以IDI，E状态且产生丁cPS_UNI"I、DATArequest4．5．11)，图10a)MYes—．No—。(注1)时，TimerCU是否被置位，X—S_当JUT处于IDI，E状态且产生了MAA[。UNITDATArequestYus——No—．frX54．5．11)．图J0a)M时．CPS分组是否被构造。X—S_ GB／T21647--2008条目号协议特征参照状态支持’l"X6当IUT处干IDLE状态且产生了MAAI，UNITDATA．request4j11)，图10a)MYes_No—(注I)时．TimerCU是否被置位?x_‘s_当1UT盘=于IDLE状态且产生了CPS—UNITDATArcquestYes—No_TX7时．CPS分维被构造且在当前的CP}PDU中有多个剩余的空4，5．11]，图lOa)MXS_闲字节用于其他CPS分组，IUT是否进行到了PART状态々当IUT处于IDLE状态且产生了MAAL—UNITDATArequestTX8口1．CPS分组被构造且在肖前的CF孓PDU中有多个剩余的空4．5．】])．图10a)MYes——No——×S阐字节用于其他CPS分组，IUT是否进行到了PART状态·—_——当IUT处于IDLE状态且产生了CPS一1INl7FDATArequeslYesNoTX9时，cI’s分组被构造且当前的CP拿PDU正好填充满了，IU"I、是45l1)，囝10a、M—P—1×一s_否进行到FUI。I。状态并重新设置Timer_CU?当IuT处于II)I．E状态且产生了MAAI。UNHDATArequeslYes_NoT×10时，CPS分组被构造且当前的CPS-PDU王好填充满了，1uT是4511)．图10a)MXS_否进行到FUI．I．状态井且重新设置‘i"imerCU’当IUi、处于IDI。E状态且产生了CI’S—UNITDATArequest时，CPS分组被构造且目前的CPSPDU甲没有为更多的CPSYesN。_TXll45．11)，图10a)M分组剩余空阁字节，而且交叠到了下一个cPS_PDu．1UT是否Xs_进行到FUI．I。状态并设置TmerCU?当IuT处于IDI．E状态且产生了MAAL_UNITDATArequest时，CPS分组被构造且当前的CPs_PDU中没有为更多的CPSYesNoTXl24．5．1】)，图10a)M————分组剩余空闻字节，而且交叠到了下一个CPs_PDU．1uT是否X—s_进行到FUI。I，状态并设置Timer_CU?当IUT处fPART状态且产生了CPSUNIrDATArequest4j12)，图10a)和Yes—．No——TXl3M时，CPS分组是否被构造，图10b)x-S-当1u丁处于PARl状态且产生rMAAL-UNlTDATAre4512)，图l0a)和YesNo．IXl4M—f——Irue．IUT是胥进行到圈10b)X—s-FUI。L状态々当IuT处于PAR"I、状态且产生rMAAI，UNITDATA．reque．st时，CPS分组被构造且当前的cPs-PDU中没有为更多的4512)。图1Ca)和Y∞一N虹TXl8MCPS分组剩余空嗣字节，并且permittrue，IUT是否进行鲴10b)X—s_了FUl。l，状态?TXl9当IUT处于PAICI、状态且产生rCP警UNI’I"DATArequest4512)，图10a)和Yes——No——时，cI’s分组被构造且CPS分组交叠到了下一个CPS—PDU，是M(注1)图10b)Xs_否设置丁’I"imer_CU?137 GB／T21647--2008条目号胁议特征参照状态支持TX20当1uT处于PART状态且产生了MAA[，UNITDATArequest时，CPS分组被构造且CPS分组交叠到了下一个CPS4512)，臣10a)和YPsNo—M(注i)图10b)X—S_PDU，是否设置Timer—CU?当IuT处于PART状态且产生了CPS_UNITDATArequest45．12)，匿10a)和Yes_N钆MTX2l时，uPS分组设构造且UPS分组止好填满，是否设置丁Timer_图10b)X—S_CU，当IU"I’处于PART状态且产生了MAAI。-UNH"DATAre4．512)，图10a)和Ye5——No—．MTX22quest时，CPS分组被构造且CPS分组正好填满-是否重新设图10b)X—s_置TimerCU?当IUT处于FUI上状态且收到了MAAl，-SENDrequest时，4513)，图10a)和Yes—．No—．TX23MIUT是否生成了ATM-DATArequest?图10b』XS当luT处于FUI。I，状态，是否不处理除MAALSENDrequestYes—．No——TX24M以外的原语?X—．S—，TX25当处于PART状态且permit—false，且Timer—CU超时，JUT45．14)．图10a)MYes_No—f注1)是否进入SEND状态?X—S_I"X26当处于PARl’状态且permit—true，且Timer—CU超时，lUlll4514]，图10a)和Yes_No_Mf注1)是否填充了剩余的字节(如果有)并发送ATM—DATArequest?图10b)XS———_当处于SEND状态且收到MAAI。SEND．request，1uT是否填45．14)，匿10a)和Y雌NoTX27M—"—_充了剩余字节并发送A丁MDATA．request?图10b)X—s_当Iur处于SEND状态且生成了CPS-UNITDATArequest45．14j，图10a)和YesN0-，IX28M时，CPS分组是否被构造?图10b)X—S_TX29当1uT处于SEND状态且生成了cPs-UNlTDATAreauest，4．5．14)．图10a)和Yes——No——且数据交叠到了下一个CPslPDU．1uT是否l殳置Timer—CUML注1)图10b)XS并进入FU[。L状态?———-当IUT处于SEND状态且生成了cPS_uNITDATArequesl，45．14)．图10a)和Y¨一No—M|IX30且数据正好完全填充到下一·个CPS_PDU中，IUT是否重新设图10b、X—S_置Timer—CU并进^FUl，l，状态?当IUT处于SEND状态且生成rcPS_uNlTDATA．requesl，且数据既没有交叠叉没有完全填充到下一个CPSrPDU中．4514)，图10a)和Y矾一NoTX3]MIUT是否构造新的分组并把字节移到CPS-PDU中．且状态返图10b)X—S回至SEND?TX32、当1UT处T⋯SE⋯N[)当态．且生成，了nMA从‘UMTDATA”图‰)和图1。b)MYes——No——quesl，IUT是否构造了一个CPS分组?。’’x-S-’I"X33当1uT处于SEND状态且生成rMAAI。一UNIl"I)A1Are—Yes_No—quest，且数据交叠到了下一个CPS-PDU，IUT是否设置图l0a)和图10b)M(注l、X叟Timer_CU并进入FU[上状态?当Iu丁处于SEND状态且生成了MAAI。UNlTDATAre—YesNoTX34quesl，数据正好填充到了下一个CPS_PDU，IUT是否重新设图10a)和图lOb)MX一置置l、imer—CU并进人状态FUI。I。丁?当1UT处于SENI]状态且生成了MAA【。UNITDATAre_vY“一№一quest，数据既没有交叠也没有正好埴充到下一个CPs_PDU，x—s一TX35图10a)和图10b)IuT是否构造新的分组井把字节移到CPSPDU，返回状态SEND々138 GB／T21647--2008条目号侨议特征参照状态支持在状态ID【』E或PART中，并且每次接收副MAAL-sEND．te—1X36quest时，下层ATM连接需要发送CPS-PDU，IUT是否45．15)，图】0a)和Yes—．No—．M(注1，重新设置(停I／-)TimerCU(酷非处于状态IDI。F)；图10b)kS_注2)～填充CPS-PDU，如果有必要；并且产生ATMDArArequest?TX37在状态IDLE或PART中，并且每次接收到MAAI，SEND．re—45．】5)，图lea)和Yes——No——quest时，下层ATM连接不需要发送cPsPDU，而接收到M(注2)圈10h)X—s-MAALSENDrequest时，IUT是否设置permit=1rue?注1：当前的标准没有规定q"imer_CU的缺省值，也没有规定其值的范围。注2：目前，下层的A工"M连接还没有这样的要求。u2．4．1．2AAL2公共部分子层的程序(接收方)条目号坼议特征参照状态支持如果收到的CP}PDU的开始域的奇偶检验位不正确。是否报YeL、oRCl45．21)．图11a)M告了MAAI。ERROR：0)并丢弃了CrS-PDU7x—s_如果收到的CPSPDU的开始域的奇偶检验位不正确，是否遵YetNoRC245．21)．图jJM循CaacelRE&SM程序(即P[CSRC46)1XS如果cPSPDU的开始域中SN域指示了序列错误，是否报告了Yes_No—RC34522)．图¨MMAAI。一ERROR(1)’X_S-——如果CPS_PbU的开始域中sN域指示了序列错误，是否遵循Ye；NoRC44．5．22]．图1la)MCanceIREASM程序(即P1CSRC46)?X～S_——如果CPS-I’DU的开始域中SN域指示了序列错误且OSF包吉YeS—No—RC5图11a)M的值超过了“{7”，足否报告了MAAI，‘ERROR(3)?X～蔓如果CPs_PDU的开始域中SN域指示了序到错误且OSF包含RC6的值小于或等于“47”，是否把ptrEXI设置为了OSF一1并继图11MYes—．No—．X—S-续处理(A)(即RC28～R(：39)?如果收到的CPs_PDU的奇偶位和序列号都正确且split<．>(：，Y皓NoI{．C7图11a)M则“split”个字节是否被添加到Pl{一I)u{fer中。Xs_如果P,C7成立且PH—bufferHEC正确．I)lrEXr是否没置为RC8split+1Esplit设置为0：且expct和len是否设置为PH—图11a)MYeLNo—x-S_bufferLI卜1了’如果RC7成立且PH—bufferHEc不正确，是否报告了Yes——No——RC9图1la)MMAAl。ERROR(7)·X—S_——Yes—．No——RCl0如果RC9成立，split是否设置为O且PHbuffer被重新设置?图1la)MX—s_如果RC／0成立目(]SF包含的值小于或等于“47”，pltEXT是YeLNo—RCll躅l】a)M否设置为()SF-l并继续过程(A】f即RC28RC39)?X—s-RCI．。如果RCl0成立且()sF包含的值大于“47”·是否报告了图11a)MYeLNoMAAI，ERRORt3)’X—s_——如果收到的CPSPDU中的奇偶校验位和序列号正确，split=RCI30，expcl≤47且expct<>INF()OSF．是否报告TMAAI．一图11a)MYes—NoX—s-ERRI)R(2，o130 GB／T21647--2008条目号协议特征参照状态支持如果RCl3成立，是否遵循CancelREASIM程序(即PICSYes——No——RCl4图11a)MRC46)’X—S—如果RCl4成立且OSF包含的值小于或等于“47”．ptrEXT是YesNoRCli图11a)M————否设置为OSF--1且继续过程(A)(即RC28～RC39)?XS———-如果RCl4成立且INF()()SF包含的值大于“47”，是否报告了YesNoRC．6图11a)M————MAAI。-ERROR(3)’XS———_如果收到的CPS-PDU中的奇偶校验位和序列号正确，split=R(：l70，expct≤47，expct等于INFOOSF且expct等于零，ptrEXT图11a)MY∞NoX—．S—．是否设置为1并继续过程(A)(即RC28～RC39)。如果收到的CPS—PDU中的奇偶校验位和序列号正确，split=0，lmExTexpct≤48．讲rExT+expct—l等于INFOOSFYesNoRC]8图11a)M————并且expct<>zero，所期望的字节是否添加至部分组装的XS———_CPS分组后并遵循DelivercPsusDu程序(RC40～RC45)"如果RCI8成立．expct是否设置为。且ptrEXT设置为INF()．Y∽一NoRCl9图11a)MOSF+17XSYes—No—RC20如果Rc：s成立．是否进行过程(A)(即RC28～RC39)。翌11a)MXS如果收到的CPS-PDU中的奇偶校验位和序列号止确，split=YesNoRC210，ptrEXT+expct>48，并且INFOOSF等于47．是48匿lla)M————XSptrHXT字节是否添加至1NFObMfer中了7一YesNo—RC22如果RC21成立．expet是否设置为expct48十plrEXT?图1la)MXS如果收到的CPS—PDU中的奇偶校验位和顺序号正确．split=RC230．ptrEXT+expcz>48，并且INF()OSF<2>47，是否报告图．1a)MYes_No—Xs_MAAL—ERROR(2]’如果RC23成立，是否遵循CancelREASM程序(即PICSY∞一No—RC24图ila)MRC46、1XS如果RC24成立且INF()()sF>47，是否报告MAAL—ERR()RYes—No—RC25图1la)M(3J。XS如果RC24成立且1NFO()SF≤17．ptrEX"I是否设置为1NFOYes——Nc——ItC26图11a)MOSF+1’X—．S—．YesNoRC27如果RC26成立，是否继续过程(A)了(即RC28～RC39)·图11a)M————XS过程(A)YesNoRC28如果pTrEX’1、≥48，是否停止处理CPSPDU"图11a1M————XS如果ptrEXT<48且INFO[ptrEXl-等于0．是否停止处理Yes—N0_RC29图1la)MCPSt3I)U?X—S_如果ptrEXT<48，INFO[ptrEX．Ij<>o，且ptrEXT≥46，48RC30一ptrEXT个宁节是否添加到PH—buffer巾且split是否设置为图11a、MYes—．No——X一轧ptrEXT457140 GB／T21547--2008条目号协议特征参照状态支持如果ptrEXT<48，INFOEptrEXl。I]<>o且ptrEXT<46，3个YesNoRC31字节是否添加到PHbuffer中且ptrEXT是否设置为ptrEXT图】la)M————X_s_十3’如果RC31成立且PHbufferHEC不正确，是否报告MAA[，Yes—No_RC3Z图1la)MERRORL4)且重新设置PH—buffer?XS———_Rc33如果Rc3l成立且PII_buffet．HEc正确，l。”是否设置为PH图1la)MYes—．No——bufferI，I+17X—S_如果RC33成立且lenoptrEXT>48．expct是否设置为】en+Yes—．No——RC34图1la)MptrEXT-487．(￡如果RC34成立，是48ptrEXT个字节是否添女寸到1NFOYes—。No——RC35图1la)Mbuffer中。X一蔓如果RC33成立且len十ptrEXT≤48，len个字节是否添加到Yes—．No——RC36图11a)M[NFo—buffer中。zx—S_虹果RC36成立．是否遵循DelivercI’S-SDU程序·即RC40--Yes—No_RC37图1la)MRC45)·X￡Yes——No——RC38如果RC37成立，是否把ptrEXT设置为ptrEXT+Ion?图1la)MX—S_Yes——No—．RC39如果RC3S成立，是否遵循fA)的程序(即RC28～RC39)?图11b)MX_S—Deh⋯CPSSDU如果len>Max—SDUDeliver～I|engtb．是否报告MAAI，ER-YesNoRC40图11b)M———_ROR(5)?X—S_础果len≤MaxSDUDeliver—IJength，PHbufferUUI等于0R(1ji～27中的任何值，黾CID与SAP相戈联CPSINFO和c11S．图1¨))MYes—．No—。X—s_uuI是否发送给用户?如果Ion≤Max—SDU—DeliverI．ength．PIIbuffelUUI等丁0RC42～27中的任何值．且CID不与SAP柜关联．是否报告了图11b)MYes—No_MAA[ERR()R(9)7xS_如果len≤MaxSDU1)eliver_I。ength，PHbufferUUI等于30RC43～3l中的任何值，CPSINFf)CI’SCII)和CPS-UUI足否被发图111))MYes—。No——x_s-送给管理平面。如果Iell≤Max—SDU—Ddiver_1ength且rH—buffer．UUI等于Yes—．No——I{C44剧儿b)M28或29，是否报告了MAA[．ERROR(8)错误’x_s-如果RC40、RC41、RC42、RC43或RC44成立．是否重新设置了YPsNn—RC45凼11b)MINF(】_buffer和PHbuffer?X—S_C813celREASM如果expct-<>0或split<>0一是否报告了MAAI。ERRORYesNo—ItC4∈(6)三重新设置INF()buffer和PHbuffer，而月expct和split图11b)MX—S_设置为07 GB／T21647—2008U．2．4．1．3发送方和接收方l条目号|办议特征参照状态支持YesNoTXRCl是否在两个方向所使用同样的信道标志符，4．41a)M————XSU．2．4．2主要功能条目号挢议特征参照状态夏持MC]支持45字节的CI’S-INFO域4．2．1MMC21支持54字节的("Ps^INFO域4．21()注：对MC2回答“Yes”并不意味着在所有通道上可使用多达64字节的CPslLNFO域，但是支持此能力的实现取决于实际的协商。U．2．4．3PDUs『条目号协议特在参照状态支持P1cI’}分组4lMP。CPS—PDU4．4．2MU．2．4．3．1CPS分组值条目号格式和编码参考状态支持允许的支持的每个CPS分组包含如图4所示的格式Yes——No—．FCPld41．图4M化的包头XS_Yes—N(】FCP2CID域44．1a)M1，8～255X——S—．Yes—．No—．MCl．0～44FCP3长度指示符域41b)Mx_s_MC2：0～E3FCP4用户到用户指示(uUI)域141c)MYes——No——0～27．30～31(注1)x—s-FCP4．1服务的SSCS实体4lc)M0～27FCP42AAI。层管理4lc)M30～31(注2)是否在CPs_PH的前l9个字节上计Yes——Nc——FCP541d)M算HEC?x一轧HEC计算结果的X‘项的系数是否为YesNc—FCP64．11d)MHEC域的最高：E特位?X—．S—．在一个域中的比特次|芋和意义是否蕊Yes——No——FCI，74M守21，I361中规定韵惯例，X—．S—．注】：值28和29预留给将来功能。注2：值30和31预留给AAI，2的层管理功能；AAI。2的层管理功能可能会在以后定义。142 U．2．4．3．2CPS—PDUGB／I"21647--2008值条目号格式和编码参考状态支持允许的支持的是否每个CPS-PDU由一个字节的开始FCUl域和如罔5所示格式的47字节的净荷42，Yes—No—M图5XS_构成"YesN屯FCU2偏移字段421a)M0～47XS————所有未使用的C11S-11DU净荷是否用值YesNoFCU34．4．2．2M为0的字节填充?X_S_U．2．5定时器值l条目号条目描述参考状态支持允许的支持的T，Timcr_CU4．6M143 GB／T21647—2008附录v(资料性附录)AAL2分段和重装特定业务会聚子层的协议实现一致性陈述(PICS)v．1概述在对测试下实现(IUT)进行一致性测试和互操作性测试之前，具有对某种产品实现的PICS(协议实现一致性陈述)文档是很必要的。这个特殊的PICS处理AAI。2分段和重装特定业务会聚子层的实现。v．1．1范围本附录为AAL2分段和重装特定业务会聚子层提供了PICS表格，并遵守建议x．296中相关要求和按照其中的相关指导来进行。v12标准参考[1]ITu—T建议x．290(1995)，对ITuT应用的协议建议的OSI一致性测试方法和框架一般概念E2]lTu—T建议X．296(1995i，对ITuT应用的协议建议的OSl一致性测试方法和框架实现一致性陈述v．13缩略语下列缩略语适用于本附录。CICongestionIndication拥塞指示CPS—uUICPS—UsertoUserIndicationCPS用户至用户指示IUTImplementationUnderTest测试下实现LPLossPriority丢失优先级MMandatory必选的N／ANotapplicable不适用NOTitemnotsupported；ahseneeofitem不支持该条目OOptional可选的O．Optional。but．ifchosen，supportisrequiredforeitheratleastoneoronlyoneoftheoptionsinthegrouplabelledhythesamenumeral任选的，但是，如果选择了，则在标记同样号码的一组选项中应至少支持一项或仅支持一项。SSC()PSSSARPDUSSSAR—SDUSSTED协议数据单元协议实现一致性陈述补充信息编号i业务数据单元特定业务面向连接协议特定业务分段和重装子层SSSAR协议数据单元SSSAR业务数据单兀特定业务传输差错检测子层一d衄Ⅺ一～_誊～(；|‰一一并麓一一_薹一．蓍胁Q∞帆扪叭，㈣∞m眦Ⅷ“um怖攀=糕州胁叫mm一㈣m‰㈨一‰(|}(|}，胁【=；|帆，揣鬻塞羔装Ⅳ吡眦坤ⅥⅥⅥ山””Ⅵ山裟黧篡然黧一附心《附PS GB／T21647—2008SSTEI>SDUSSTEDServiceDataUnitSSTED业务数据单元SUTSystemUnder，Iest待测系统xExceptionalin{ormationnumberI异常信息编号iV．1．4～致性陈述宣布遵守B—ISDNATM适配层2规范的协议实现的提供者需要完成在v．2中提供的PICS表格并需要提供必要的信息以识别提供者和实现。V．2PIeS表格V．2．1PICS表格错误的确认应用于该PICS表格的错误确认建议：第5章错误：V．2．2用于完成PICS形式的指示PICS表格是固定格式的调查表。凋查表的答案应提供在最右一列，可以是简单地指示一个限定的选择(诸如Yes或No)或可以输人一个数值或数值范围的集合。提供者必须提供附加的信息．按照异常或补充信息来分类。这些附加信息应按照标记为X．的条目提供给异常信息或S．<；>的条目用于补充消息，为了交叉参考的目的，这里对该条目应是任何明确的确认。异常条目应包含适当的合理性。补充信息不是必选的且PICS可以不需要借助这些信息完成。可选的补充或异常信息的出现不应影响测试的执行，且也将不应互操作性的验证。注：尽管产品实现能够以多种方式进行配置，但单个PICS可能能够描述所有这些配置。然而，提供者可以选择提供多个P1CS．每个P1CS覆盖实现配置能力的某个子集，这可使信息的表示更为容易或更明确。V．2．3实现的确认测试下实现(IUT)确认1UT名字IUT版本待测系统(SUT)SUT名字：硬件配置操作系统产品提供者名字：地址：电话号码传真号码Email地址(可选)附加信息： GB／T21647--2008客户名字地址电话号码传真号码Email地址(可选)附加信息：PICS联系人名字地址电话号码传真号码Email地址(可选)附加信息：——协议的确认本PICS表格应用于本标准第5章。v．2．4一致性的全局陈述在本PICS中描述的实现满足参考协议的必选要求。YesNo注：鲥答“No”指示对规定坍议的不一致。不支持的必选能力在下列表格中被标志．即在每个表格的注释部分中解释为什么实现是不一致的。V．2．4．1角色功能l条目号条目描述参考状态支持R1接收方和发送方5．3．1Mv．2．4．2主要功能条目号条目描述参考状态支持MCl支持分段和汇聚功能51MMCl．1支持做多达65568字节的SSSAR—SDU数据传输5．31MMCl．2支持AAl．2CPS53】MMCl3支持职向的AAI。2SSSAR连接531MMCl4是否把检测到的SSSAR错误报告给层管理了’5．2．11，表11MMC2支持传输差错检测l，5．1，8()5．1—541，MC2MMC2l当检测到传输错误时，SDU是否被传递?表13N()TMC2N／AMC2MMC22是否把检测到的SSTED错误报告给层管理"5211．表13N()TMC2N／AMC2MMC23支持多达65535字节的ssTEI>SDU传输?541N()IMC2N／A GB／T21647--20D8条目号条目描述参考状态支持MC2MMC24支持双向的AAI，2SSlED连接tj．4．1N()TMC2N／AMC2MMC25支持丢失优先级(LP)的传递542N()TMC2N／AMC2MMC26支持拥塞指示(cI)的传递5．4．2NolMC2N／AMC2()MC3支持有保证数据传递1，55N()TMC2N／AMC3MMC31支持多达6553]字节的SSADTSDU数据传递i51N()TMC3N／AV．2．4．3SSSAR-PDU条目号条目描述参考状态支持FCl如图15所示53MFCl1是否支持CPS_UUI盱以的值(“O”⋯“27”)·5．3．3MV2．44SSTED-PDU条目号条目描述参考状态支持IMC2MFCl如图20所示S43N()TMC2N／Av．2．5定时器值条目号条目描述参照状态支持允许的支持的T1RAStimer5342．56，表14M】47 GB／T21647--2008w．1概述附录w(资料性附录)用于窄带业务的AAL2SSCS的协议实现一致性陈述(PICS)在XCN试下实现(IUT)进行一致性测试和互操作性测试之前，具有对某种产品实现的PICS(协议实现一致性陈述)文档是很必要的。这个特殊的PICS处理用于窄带业务的AAI，2特定业务会聚子层的实现。w．1．1范围本附录为用于中继的AAI．2特定业务会聚子层提供了PICS表格，并遵守ITUTX．296中相关要求和按照其中的相关指导来进行。w．1．2标准参考EliITUT建议X．290(1995)，对ITU—T应用的协议建议的OSI一致性测试方法和框架一般概念[2]ITUT建议x．296(1995)．对ITUT应用的协议建议的OSI一致性测试方法和框架实现一致性陈述w．1．3缩略语1L_TImplementationUnderTest测试r实现MMandatory必选的N／Ahotapplicable不适用NOTItemnotsupportediabsenceofitem不支持该条目OOptional可选的O．Optional，but，ifchosen．supportisrequiredforeitheratleastoneoronlyoneoftheoptionsinthegrouplabelledbythesamenumeral任选的，但是t如果选择了，则在标记同样号码的一组选项中应至少支持一项或仅支持一项。PICSProtocolImplementationConformance协议实现一致性陈逑SUTSystemUnderTest待测系统XProhibited(excluded)禁止w．1．4一致性陈述宣布遵守B～ISDNATM适配层2规范的扔议实现的提供者需要完成在w．2中提供的PICS表格并需要提供必要的信息以识别提供者和实现。w．2P!CS表格w．2．1PICS表格错误的确认f应用于该Plcs表格的错误确认J耄譬：第5章墓薹：幅匮：w．2．2用于完成PIGS形式的指示PICS表格是固定格式的调查表。调查表的答案应提供在最右一列，町以是简单地指示一个限定的选择(诸如Yes或No)或可以输入一个数值或数值范围的集合。L48 提供者必须提供附加的信息，按照异常或补充信息来分类。这些附加信息应按照标记为x．<1>的条目提供给异常信息或S，的条目用于补充消息，为了交叉参考的目的，这里对该条目应是任何明确的确认。异常条目应包含适当的合理性。补充信息不是必选的且P]CS可以不需要借助这些信息完成。可选的补充或异常信息的出现不应影响测试的执行，且也将不应互操作性的验证。注尽管产品实现能够以多种方式进行配置．但单个PICS可能能够描述所有这些配置。然而，提供者可以选择提供多个PICS，每个P1CS覆盖实现配置能力的某个子集，这可使信息的表示更为容易或更明确。w．2．3实现的确认测试下实现(1UT)确认1UT名字lUT版本待测系统(SUT)SUT名字：硬件配置操作系统：产品提供名名字地址电话号码传真号码Email地址(可选)附加信息客户名字地址电话号码传真号码Ernail地址(可选)附加信息：PICS联系人名字地址电话号码传真号码Email地址(可选) GB／I"21647—2008附加信息：协议的确认本PICS表格适用于本标准的第6章。W．2．4一致性的全局陈述在本P1CS中描述的实现满足参考协议的必选要求，YesNo注：回答“No”指示对规定协议的不一致。不支持的必选能力在下列表格中被标志，即在每个表格的注释部分中解释为什么实现是不一致的。w．2．4．1主要能力条目号条目描述参照状态预计支持MCl是否支持音频业务种类?63O．1MC2是否支持多速率业务种类·63()．1MC3是否支持音频(话音和语音带宽数据)?631MMClMC4是否仅是支持64kbit／s的电路模式数据?632()MClMCj是否支持N×64kbit／s(N≥1)的电路模式数据7632MMC2MC6是否支持帧模式数据，6．3．3()MCl或MC2MC7是否支持拨号数字，6．34(1MClMC8是否支持随路信令·6．3．5OMClMC9是否支持传真解调制j再调制’636()MClMCl0是否支持OAM(告警)·637MMClorMC2MCll是否支持OAM(环回)-6311(jMClorMC2MC4orMC9Mcl2是否支持用户状态控制?638MMC3MCl3是否支持速率控制?63S()MClMCl4是否支持SSCS操作变化中的同步?63．10()MCl()1必须至少支持这些选项中的一种。W．2．4．2音频(话音和语音带宽数据)条目弓条目描述参照状态预计支持AUDl是否使用的是类型1分组格式’6．5．1MMC3AUD2是否用UUI和长度指示域确定轮廓的入口条目?6．81MAUDlAUD3是否实现了610条的序列编号程序?610MAUDlAUD4是否支持使用PCM64的轮廓·6．8．4．表【』1MMC3AUI)41是否是实现用于A率的’6．8．4OlAUD42是否是实现用于p率的?6．8．4()1AUn4AUD5是否支持使用PCM一64和静音的轮廓?表L．2()MC3AUD6是否支持ADPCM和静音的轮廓?表L3OMC3AUD7是否支持使用具有更高效率的1frU一11(j728的轮廓"表I．．4(1MC3 GB／T21647--2008条目号条目描述参照状态预计支持AUD8是否支持使用具有更低延迟的ITU—TG．728的轮廓?表l。50MC3是否支持使用具有更高效率的ITu—TG．729和用于AUD9表I，．6()MC3语音带宽数据的ITU—TG．726的轮廓?AUnl0是否支持使用具有更低延迟的ITuTG729的轮廓?表l，7()MC3是否支持使用具有更低延迟的ITU—TG729和用于AUDll表I。8OMC3较低速率语音带宽数据的ITU—TG72632的轮廓?是否支持使用具有更低延迟的ITU_TG729和用于AUDl2表l。．9OMC3较高速率语音带宽数据的1TUT(，726—4。的轮廓?AUDl3是否支持使用具有完全叮变速率ITuTG729轮廓?表】，10()MC3AUDl4是否支持使用AMR韵轮廓?表L．11()MC3AUDl5是否支持使用ITU—T(j723的轮廓，表l。12OMC3是否支持使用PCM64kbit／s和ADPCM32kbit／s的AUDl6表I。13OMC3轮廓?Ol必须至少支持这些选项中的一种。w24．3仅用于64kbit／s的电路模式数据条目号条目描述参照状态预计支持CMDl是否使用类型1分组格式?65．1MMC4CMI)2是否将UUI域用于模数16的序列编号?610MCMDlCMD3是否使用了N--1编码格式的分组?附录FMMC4w．2．4．4N×64kbit／sN≥1的电路仿真数据值条目号条目描述参照状态预计支持允许的支持的CMNl支持什么样的N值?632MMC51～31CMN2是否使用类型1的分组格式165lMMC5是否将uuI域用于模数1E的序列CMN3610MCM＼2编号·与N值对垃的所使用的分组编码格式CMN4附录FMCM＼1是否被支持?W．2．4．5帧模式数据值条目号条目描述参照状态预计支持允许的支持的FMf)l是否按字节排列了数据。611MMC6所支持的帧模式数据单元的最大K度FMr)2表30MMC6l～65535是多少? GB／T21647—2008值条目号条目描述参照状态预计允许的支持的是否使用了传输差错检测能力(定义在FMD36llMMC61S661)’是否使用定义在1_366．1第8节中的FMD‘6．5MMC6SSTE陆PDU分组格式了?UUI代码点26／27是否用于划分数据FMD56llMMC6的序列?W24．6拨号数字条目号条目描述参照状态预计支持DD【，】是台支持DlMP?63二，(，1，G2()．1MC7652，表26．围DDG2是否使用了UUl码点为24的类型3分组格式"MMC7G】DDG3是否支持拨号位数(DTMF)的分组格式?O2，表G．2MDDGlDDG4类型3分组是否使用3次冗余发送?6．62，G．3MDDG2DDGi在传输之间是否使用5ms的固定间隔·62，G3MDDG4I)D(艳如果音调持续，是否每50Gms发送一次刷新?G3MMC7在指示拨号数字之前，接收方是否允许接收一次传输I)DG762，G4(jMC7的所有3个拷贝?DDGg是否使用了相关事件定时器调度播放·66】MMC7S．1必须至少支持这些选择中的一种。W2．4．7随路信令条目号条目描述参照状态预汁支持CASl是否使用UUI代码点为24的类型3分组格式?652，表26，图H1MMC8(、AS2是否支持(、AS分组格式·H2MMr8CAS3是否用3次冗余发送类型3分组·62．H0M(、ASlCAS4住传输之间是否使用5ms的固定间隔，62．H3MCAS3CAS5是否每5s发送次刷新·H3MMC8在指示CAS比特之前．接收方是否允许接收一次传CAS666．2．H4()MC8输的全部3个拷贝·CAS7是否使用相关的事件定时器调度播放?61MMC8W．2．4．8传真解调制／再调制条目号条目描述参照状态预计支持FI)R1是否支持调制类型】TuTV177e123l()MC9F11R2是青支持调制类型v27ter?∈123I()M(19FI]R3是再支持调制类型1TUllV29·6l231()MC9FI)R4是否支持调制类型1TUTV3376．123l()MC9FnR5传真图像数据分组是否使用类型1分组格式?651．6】27．I3MMC9 GB／T21647--2008条目号条II描述参照状态预计支持FDR6类型L分组的UUl域是否作为模数16的序列编号·1-3MFDR4传真解凋控制分组是否使用UU]代码点为2d的类型6·52，表26_MMC9FDR73分组?6127，I262．Il4．FDR8类型3分组是否使用3次冗余来发送’MFDR6l1762，I1．4．FDR9传输之间的同定间隔是否为20ms?MFDR7I17FnRl0足否支持非标准的ITUT30设备。6123()MC9W．24．9OAM条目号条目描述参照状态预计支持6．52，表26．()AMl是否使用UUI代码点为31的类型3分组格式?MMCl0图j1()AM2是否使用UUI代码点为31的类型3环回分组?6j2，表26,MMCll图一2()AM3是否使用()AM告警分组格式?J．2MMClO()AM4是否使用()AM环回分组格式?J．22MMCll()AM5当持续告警时，是否每秒发送了至少一个告警分组‘，J31MMCl0如果过了o55了，还没有信号的再确认．是否告警消OAM6J31MMCl0除了·如果过r5s还没有环同分组被返回，是否环回消()AM7J32MMCll除了?接收到除r()AM外的分组时．类型2AIS情况是否()AM8J3MMClO被消除VW．2．4．10用户状态控制条目号条目描述参照状态预计支持在每条AAI。2连接上的初始用户状态是否设置为USC．S38MMCll话音?s．52，表26．USC2是否使用UUI代码点为24的类型3的分组格式?MMCll图K．USC3是否使用用户状态控制分组格式·K2MMCllUSC4发送的分组是否使用了3次冗余·S62K3MMCl】USC5传输之间的同定间隔是否为20ms?s．62，K3M乙SC4US(16接收端是否对收到的第个分组做出反应和过滤掉562．K3MMCjl任何重复?W．2．411UUI代码点条目号条目描述参照状态预计支持UCPl是否使用了预留的UU]代码点16～23"表27XMCl或MC2UI’C3UUI代码点25是否用于非标准扩展?表27()MCl或MC2UCP4是否使用了预留的UU]代码点28～30?丧27XMCl或MC2153 GB／T21647--2008W．2．4．12SSCS操作参数条目号条目描述参照状态预计支持SP【J1sscs操作参数是否在该sscs用于单个AAI一2连接613MMcJ或MC2上之前被确定。在无法通过信令或预提供方式确定SSCS操作参数SJ’()2表30MMCl时，是否使用缺省值?如果单个的AAI，2连接的业务类型是语音，则是否禁SI，()3表¨。表30MMCl和M(：2止N>1的电路模式数据的传输?如果单个的AA[。2连接的业务类型是多速率的，则语SP()4音、拨号数字、随路信令、传真解凋／再调制以及用户表l5，表30MMCl和MC2控制状态的传输是否是禁止的?W．2．4．13速率控制条目号条目描述参照状态预计支持652，表26，臣RCl是否使用UUI代码点为24的类型3分组格式9MMCl3N．1RC2是否使用速率控制分组格式?N2MMCl3RC3分组发送是否使用3次冗余，N2MM(j]3RC4在传输之间是否使用固定的5Ills间隔1N4MRC3接收方是否对接收到的第一个分组有所作为并过滤RC5N3MMCl3掉任何接收?W．2．414在SSCS操作变化中的同步条目号条目描述参照状态预计支持6j2，SYNl是否使用UUI代码点为24的类型3分组格式?MMCl4表26，图()．1SYN2是否使用SSCS操作变化同步分组格式?0．2MMCl4SYN3分组发送是否使用3次冗余?()2MMCl4SYN4在传输之间是否使用固定的5ins间隔·03MSYN3接收方足否对接收到的第一个分组做出反应并过滤SYN5(]4MMC】4掉任何重复? GB／T21647--2008附录x(资料性附录)本标准章条编号与ITU—TI．363．2、ITU-TI．366．1、ITU-TI．366．2章条编号对照表X．1给出了本标准章条编号与ITU—TI．363．2、ITU—T1．366．1、ITUTI．366．2章条编号对照览表。表x．1本标准章条编号与1TU—T1．363．2、ITU—TI．365．1、ITU—T1．366．2章条编号对照lTU—TI．363．2、II、UTI3661、IT0_r本标准章条编号I366．2章条编号I241ITUlI-3632642ITU—r1_3632743ITUTI363284ITUT1_3632945ⅡU．T1363．210q6ITU—TI3632】lj．11TU—fI366l52ITUTI．366．16二3lTUT1366L7j4ITUT1．366l85．5ITUTI366】956rIU—T1366I106llTUTI366266．2lIUl_13662763I’【~U—II3662864I【’UT13662g651TUTI36621061JrUTI36621l6．7ITUTI366．2】2681iU，1Ir3∞21360I，IUTI366214S10TTUTl366．215lj5 GB／T21647--2008表X．1(续)ITU—Tl-3632、ITU—TI,366．1、1TU—T本标准章条编号I3s62章条编号6．11IJ、U—TI366216612TTU一丁13662】76．12ITu_T【366218附录A11lU—TI36,32附件A附录h1ru-丁1．3532附件B附录C1TUTI．3532附件C附录I)ITU—TI36∈I附件A附录E1Ilurl3s62附坩^附录E2IrU—TI_3562附件B附录E3I』u-lL3562附件C附录￡4I丁uT1366．2附件1)附录E511’U—rI366．2附件E附录L6¨U—rl3652附件F附录E711’uT13E62附件J附录E．81l、U．TIs662附件H附录E9riu—l】366，2附件i附录FITuT1．3G62跗件J附录(，ITU-II366．2跗件K附录HITu一1、I36e2附件IJ附录I1，ru—T13662附件M附录JITu-TI3662附件N附录KITUTI366．2附件()附录IIIrU—rI_36e2附件r附录Ml"III-TI366’附件0附录NIrU—r【3662附件R附录0IJUllI3∞2附件S附录P]TUT136s!附录Ⅱ|；|寸慕QlTU—TI36s2附录Ⅵ附录RITUTI,363．2附录I附最SITU—TI3662附录m附录TITUTL：{6s2附录Ⅳ附录UITUrI353．2附录Ⅱ附录VI"I、u—T13651对录j附录wnurTI．3652Jlfj录V附录x'