SIGTRAN协议详解及MTP2及MTP3详解

('HUAWEIMSOFTX3000移动软交换中心技术手册信令与协议分册目录目录第5章SIGTRAN协议.................................................................................................5-15.1概述........................................................................................................................5-15.1.1SIGTRAN功能....................................................................................................5-15.1.2相关术语..............................................................................................................5-15.1.3协议栈结构..........................................................................................................5-25.1.4在CS中的应用....................................................................................................5-25.2M2UA协议............................................................................................................5-35.2.1概述.....................................................................................................................5-35.2.2M2UA相关术语...................................................................................................5-45.2.3M2UA业务..........................................................................................................5-65.2.4M2UA功能..........................................................................................................5-75.2.5M2UA协议栈结构................................................................................................5-95.2.6M2UA边界原语.................................................................................................5-105.2.7M2UA协议的应用..............................................................................................5-125.2.8M2UA协议消息.................................................................................................5-135.2.9M2UA基本信令流程..........................................................................................5-355.3M3UA协议............................................................................................................5-365.3.1概述...................................................................................................................5-365.3.2M3UA相关术语.................................................................................................5-375.3.3M3UA业务........................................................................................................5-465.3.4M3UA功能........................................................................................................5-485.3.5M3UA协议栈结构..............................................................................................5-545.3.6M3UA边界原语.................................................................................................5-545.3.7M3UA协议的应用..............................................................................................5-575.3.8M3UA协议消息.................................................................................................5-605.3.9M3UA基本信令流程..........................................................................................5-935.4IUA协议................................................................................................................5-955.4.1概述...................................................................................................................5-955.4.2IUA相关术语.....................................................................................................5-965.4.3IUA业务............................................................................................................5-965.4.4IUA功能............................................................................................................5-975.4.5IUA协议栈结构..................................................................................................5-985.4.6IUA边界原语.....................................................................................................5-985.4.7IUA协议的应用................................................................................................5-1005.4.8IUA协议消息...................................................................................................5-1005.4.9IUA基本信令流程............................................................................................5-115i信令与协议分册第5章SIGTRAN协议第5章SIGTRAN协议5.1概述5.1.1SIGTRAN功能SIGTRAN（SignalingTransport，信令传输协议）协议簇是IETF的SIGTRAN工作组制定的七号信令与IP互通规范。该协议簇支持通过IP网络传输传统电路交换网SCN（SwitchedCircuitNetwork，电路交换网）信令。该协议栈支持SCN信令协议分层模型定义中的层间标准原语接口，从而保证已有的SCN信令应用可以未经修改地使用，同时利用标准的IP传输协议作为传输底层，通过增加自身的功能来满足SCN信令的特殊传输要求。注意：SIGTRAN协议簇只是实现SCN信令的在IP网的适配与传输，不处理用户层信令消息。SIGTRAN协议簇从功能上可分为两大类：\uf06c第一类是通用信令传输协议。通用信令传输协议实现七号信令在IP网上高效、可靠的传输，目前采用IETF制定SCTP（StreamControlTransmissionProtocol，流控制传输协议）。\uf06c第二类是七号信令适配协议。该类协议主要是针对SCN中现有的各种信令协议制定的信令适配协议，包含了M2UA（No.7MTP2-UserAdaptationLayer）、M3UA（No.7MTP3-UserAdaptationLayer）、IUA（ISDNQ.921-UserAdaptationLayer）和V5UA（V5.2-UserAdaptationLayer）。5.1.2相关术语1.媒体网关当媒体流从SCN流向分组网络时，MG终结SCN媒体流，打包媒体数据（如果媒体数据不是基于数据包的形式），并且将打包后的业务传递给分组网络。当媒体流从分组网络流向SCN时，则执行相反的功能。1信令与协议分册第5章SIGTRAN协议2.媒体网关控制器MGC负责处理MG上的资源的注册和管理，UE具有MGC的功能。MGC可能具有以下能力：\uf06c根据本地策略来授权资源的使用。\uf06c对于信令传输而言，MGC则终结和发起SCN信令协议（如No.7-ISUP、Q.931等）3.信令网关（SG，SignalingGateway）SG是一个信令代理，能够在IP网络边缘接收/发送SCN内部信令。No.7-Internet网关中的SG功能包括No.7信令的中继、翻译或终结。SG功能也可能与MG功能共存于MG中。5.1.3协议栈结构SIGTRAN协议模型如图5-1所示。SCTPIPM3UAM2UAIUASUAM2PAV5UA….M3UA：MTP3用户适配层M2UA：MTP2用户适配层IUA：ISDNQ.921用户适配层SUA：SCCP用户适配层M2PA：MTP2对等适配层V5UA：V5用户适配层SCTP：流控制传输协议IP：互联网协议图5-1SIGTRAN协议模型5.1.4在CS中的应用CS设备实体（MSCServer和HLR）通过SIGTRAN协议与SG连接，将窄带电路交换网信令（如No.7的ISUP、MAP、CAP等）通过IP网进行传输，SIGTRAN在CS中的应用如图5-2所示。2信令与协议分册第5章SIGTRAN协议图5-2SIGTRAN在CS中的应用SIGTRAN协议应用在信令网关（SG）和MSOFTX3000之间的接口上，实现窄带SCN信令在IP网络中进行传输，其工作原理如下：电路交换网信令由信令网关（SG）接入，而媒体流（如中继话路）由媒体网关（MGW）接入。信令网关将窄带信令的层间原语（或直接是窄带信令）打包传递到MSOFTX3000，MSOFTX3000处理信令，通过媒体网关控制协议（H.248）控制媒体网关的承载接续，从而完成电路交换网和分组交换网的互通。在这个模型中，信令网关和MSOFTX3000之间运行SIGTRAN协议栈。根据SG位置的不同，MSOFTX3000提供三种方式与SCN信令互通：\uf06cSG内置在MSOFTX3000MSOFTX3000直接出TDM（TimeDivisionMultiplex）接口与SCN连接，使用MTP进行信令传输，不使用SIGTRAN协议。\uf06cSG内置在MGWMGW通过内置SG完成SCN信令转换与适配，并打成IP包在IP网传输到MSOFTX3000。信令传输使用SIGTRAN协议的M2UA、M3UA适配协议。\uf06c独立SGSG完成SCN信令转换与适配，并打成IP包在IP网传输到MSOFTX3000。信令传输使用SIGTRAN协议的M3UA适配协议。5.2M2UA协议5.2.1概述M2UA（No.7MTP2-UserAdaptionlayerprotocol，即MTP2用户适配协议）由RFC3331定义，它使用流量控制传输协议（SCTP）或其他合适的传输协议，通过IP传输No.7MTP2层的用户信令消息（即MTP3），该协议可用于信令网关（SG）和媒体网关控制器（MGC）之间的信令传输，如图5-3所示。3信令与协议分册第5章SIGTRAN协议图5-3M2UA在系统中的位置如图5-3所示，SEP（信令端点）窄带信令通过SG（信令网关）接入MGC，M2UA运行在SCTP的上层，是SCTP用户。SG提供NIF（NodalInterworkingFunction）模块，通过原语实现MTP2与M2UA的互通。在MGC端，M2UA的上层用户是MTP3。5.2.2M2UA相关术语1.应用服务器（AS，ApplicationServer）ASP是执行特定应用实例的逻辑的实体，代表一定的资源，处理MTP第三层和终接于SG的No.7信令链路上的呼叫处理。每个AS包含一组应用服务器进程（ASP，ApplicationServerProcess），其中一个或多个ASP能够处理业务。在实际应用中，可以把一组M2UA链路的集合看作是一个AS。2.应用服务器进程（ASP，ApplicationServerProcess）ASP是AS进程的实例。每个ASP与一个SCTP端点对应，一个ASP可以服务于多个AS。在M2UA应用中，ASP以主/备用方式工作，只有主用的ASP处理业务。MSOFTX3000、UMG8900目前只支持一个AS与ASP对应，MGW8010则支持多个ASP与一个AS对应。3.接口标识符用于M2UA两端之间的通信，可以使用文本编码或整数编码的方式。每个接口标识符对应一个实际的物理链路，并只在本地有效。接口标识符由网关和MGC设备（MSOFTX3000）协商。4信令与协议分册第5章SIGTRAN协议InterfaceIDNo.7link1No.7link2InterfaceIDASASPASPStream2Stream1ActiveInactive图5-4No.7信令链路、接口标识符、AS和ASP之间的关系示例4.信令网关进程（SGP，SignalingGatewayProcess）SGP是一个通过M2UA协议与信令链路终端通信的进程实例。SGP具有主用、备用和负荷分担三种状态。5.信令运载（Backhaul）当MG（如MGW8010）内置SG功能，如果信令不在本地处理，则把信令消息从偶联数据流的接口传递到呼叫处理点（即MGC）。6.层管理层管理是SG或ASP中的节点功能，它用来处理M2UA层和本地管理实体之间输入和输出。7.链路关键字（LinkKey）链路关键字是ASP与SG之间的本地唯一值，用于识别某一特定信令数据链路和该信令链路之间的两个信令终端的一个注册请求。链路关键字在动态注册时使用。目前暂不支持动态注册。8.M2UA链路M2UA链路为SG和MGC（MSOFTX3000）的ASP之间创建的逻辑连接。一条M2UA链路包括SG、ASP以及SG和ASP之间的SCTP偶联。它的状态和ASP状态及SCTP偶联状态对应。M2UA的网络结构如图5-5所示，引入M2UA链路后，M2UA网络结构可简化为图5-6所示。图5-5M2UA的网络结构5信令与协议分册第5章SIGTRAN协议图5-6M2UA的简化网络结构M2UA链路为一个或多个MTP2提供链路通道，用于与它的用户（MTP3）通信。每个MTP链路通过M2UA接口标识符映射到一个特定的M2UA链路，对应关系需要执行命令进行配置。这样，来自MTP链路的数据可以通过M2UA链路进行透传。5.2.3M2UA业务1.支持MTP2/MTP3间的接口M2UA对MTP2/MTP3间的接口的支持使得No.7信令网络中和IP域中的MTP2的对等用户实体间的操作可以是无缝的，或者尽量无缝的。M2UA是通过提供与MTP-2类似的原语来支持MTP2/MTP3间的接口。2.支持M2UA协议端点与（SG、MGC）与层管理之间的通信为了方便与SG（MGC）层管理模块之间的通信，M2UA定义了M-ERROR原语来报告由于承载MTP3级产生的错误。3.支持对SG和MGC间激活偶联的管理SG的M2UA层应当跟踪所有配置的ASP的状态。M2UA定义了一组用于M2UA层和层管理之间的原语用来帮助层管理SG和MGC间的偶联。M2UA层可以根据层管理的指示来建立或释放到对端M2UA阶段的SCTP的偶联。4.支持对AS和ASP的状态管理层管理可以通知M2UA层关于AS/ASP的状态（例如：激活、故障等），这样在两个对等的M2UA层之间交换这些消息，就可以停止到本地M2UA用户的业务。5.2.4M2UA功能1.映射功能在M2UA层必须要维护一张用于接口标识符与SG物理接口之间映射的表。物理接口可以是V.35接口线路、E1电路/时隙等等。M2UA层同时还必须维护一张用于接口标识符与SCTP偶联和相关流进行映射的表。只有当ASP针对某个特定的接口标识符发送了ASPActive消息后，SGP才可以把接口标识符映射成SCTP的偶联和流。需要指出的是，由于ASP状态的变化，6信令与协议分册第5章SIGTRAN协议所以这种映射关系是可以动态变化的。这种映射甚至在有些时候可能会暂时无效，例如，当一个ASP由于故障倒换到另外一个ASP上时。因此，SGP必须要维护AS/ASP的状态，并且在消息选路到AS/ASP时参考他们的状态。注意：只有一个SGP应当为一条信令链路提供信令链路终端业务，因此在一个SG中，在给定的时间中，应用服务器应当仅对一个SGP是激活的。2.支持对SGP和ASP之间SCTP偶联的管理为了管理SCTP偶联和SG与MGC之间的业务量，SG的M2UA层需要负责来维护所有配置的ASP的可用性状态，最好是维护远端ASP的激活或去激活状态。所谓激活的ASP就是当前用于接收SG发送的业务量。M2UA层可以根据本地层管理的指令，建立到对端M2UA节点的SCTP偶联，这个建立过程可以使用M-SCTP_ESTABLISH原语来实现。同样的，M2UA层也可以使用M-SCTP_STATUS向本地管理通知底层SCTP的状态。M2UA可以利用这个原语向本地管理报告本地SCTP偶联释放的原因，确定释放是由本地M2UA发起的，还是由SCTP发起的。此外，M2UA层还可以使用M-ASPSTATUS或M-AS_STATUS原语向本地管理报告所需的ASP或AS的状态变化，3.在SGP上对ASP的状态管理SG的M2UA层必须要维护它支持的ASP的状态，ASP的状态变化可以是由于收到对等层间的消息（ASPM消息）造成的，也可以是由于收到本地SCTP偶联的指示造成的。在SGP，为了支持故障倒换、倒回程序，应用服务器列表中必须包括所有激活的和未激活的ASP。当首选和备用的ASP都可用时，对端M2UA协议要求指定当前的哪个ASP是激活的。一个逻辑AS的中的ASP排序表时刻在SGP中进行跟踪刷新，用来反映出当前激活的应用服务器进程。同样的M2UA也需要向本地管理通知ASP或AS的状态变化，这个功能的实现需要使用M-ASP_STATUS或M-AS_STATUS4.对SCTP的流管理SCTP允许用户在偶联最初建立时规定可以使用的流的数量，从而保证M2UA可以正确地管理这些流，由于SCTP的流具有单向特性，因此M2UA并不知道对端M2UA层的流信息。同时接口标识符应当在M2UA消息头中。在M2UA中之所以推荐使用SCTP的流其主要原因是可以使传输和缓存的时延降到最小，从而可以全面改善信令实体单元间的性能和可靠性。每个No.7信令链路可以使用一个单独的SCTP流，或者是根据信令消息的SLS自动把一条No.7信7信令与协议分册第5章SIGTRAN协议令链路上的消息分到若干个流上（该方法在国内的No.7信令链路（包括64Kbit/s链路和2Mbit/s高速信令链路）上不推荐使用）。SCTP偶联中的流“0”不用来传送MTP-2用户适配层消息（MAUP），这是因为M2UA要求SCTP偶联中的流“0”只能用来传送ASP管理消息。5.与No.7信令网管理无缝的互通如果当前激活的ASP从激活（ACTIVE）状态迁移出后，则SGP的M2UA层应当向本地层管理传送关于M2UA的用户（MTP3）不可用的指示。SGP的M2UA采取的动作应当与Q.703建议规定的MTP-2协议的动作一致。6.流量控制/和拥塞控制M2UA可以采用不同实施的方式通知来IP网络拥塞门限触发和消除（即：来自于SCTP的指示）。M2UA层对收到的这个拥塞指示的处理取决于不同的实施。但是SG采取的动作应当与MTP规范规定的动作一致，并可以保证No.7信令链路功能（流量控制）可以正确的进行。7.查询No.7信令链路状态在从一个ASP故障倒换到另一个ASP后，可能需要ASP上的M2UA去查询当前No.7信令链路的状态，以保证其状态的一致性，SGP的M2UA可以在查询请求的响应中包含当前No.7信令链路的状态的信息（即：进入业务、退出服务、拥塞状态或LPO/RPO状态）。8.ASP故障的倒换为了提供更高呼叫可用性和事务处理能力，M2UA提供了故障倒换、倒回功能。从No.7信令网进入SGP的所有MTP2用户消息根据消息的接口标识符被分配到一个唯一对应的应用服务器。M2UA层支持n+k的冗余配置模型（包括：主备用、负荷分担以及广播方式），其中n是处理业务所需的ASP的最小数量，k个ASP是可用来代替故障或不可用ASP的ASP数量。注意：1+1活动/备用冗余是这种模型的子集。单一的n+0模型也是被支持的子集，这种情况下没有ASP冗余。9.客户机/服务器模型SGP和ASP都应该可以支持服务器和客户机的操作，如果两个端点使用了M2UA，则应当进行如下配置：即一端总是配置为服务器的客户机，另外一端则配置为服务器。8信令与协议分册第5章SIGTRAN协议通常的情况SGP被配置为服务器，ASP配置为客户机，这种情况下，ASP应当来启动到SGP的SCTP偶联建立，其中M2UA使用的SCTP的端口号为2094。5.2.5M2UA协议栈结构M2UA协议栈如图5-7所示。IPSCTPM2UAMTP3LM图5-7M2UA协议栈5.2.6M2UA边界原语1.M2UA和MTP3之间的原语M2UA和MTP第三功能级之间使用如下原语，使用这些原语后，对于MTP3来讲，M2UA与MTP2是相同的：DATA、ESTABLISH、RELEASE、STATE、DATARETRIEVAL、DATARETRIEVALCOMPLETE。2.M2UA和MTP2之间的原语M2UA和MTP2之间定义了如下原语，这部分原语主要是用于提供SG功能的M2UA端点上：DATA、ESTABLISH、RELEASE、STATE、DATARETRIEVAL、DATARETRIEVALCOMPLETE。3.M2UA和SCTP之间的原语M2UA和SCTP之间的原语请参见“3.4SCTP原语”。4.M2UA和层管理之间的原语M2UA协议和M2UA端点的层管理定义了如表5-1所示的原语。表5-1M2UA同本地管理（LM）的边界原语原语名方向含义M-SCTPESTABLISHrequestLM->M2UALM请求ASP以建立与SGP的SCTP偶联M-STCPESTABLISHconfirmM2UA->LMASP向LM确认它已经与SGP建立了SCTP偶联9信令与协议分册第5章SIGTRAN协议原语名方向含义M-SCTPESTABLISHindicationM2UA->LMSGP通知层管理，ASP已经建立了SCTP偶联。M-SCTPRELEASErequestLM->M2UALM请求ASP释放与SGP的SCTP偶联M-SCTPRELEASEconfirmM2UA->LMASP向层管理，确认它已经释放了与SGP的SCTP偶联。M-SCTPRELEASEindicationM2UA->LMSGP通知层管理，ASP已经释放了SCTP偶联。M-SCTP_RESTARTindicationM2UA->LMM2UA通知层管理收到了SCTP再启动指示M-SCTPSTATUSrequestLM->M2UALM请求M2UA报告SCTP偶联的状态M-SCTPSTATUSconfirmM2UA->LMM2UA报告SCTP偶联的状态M-ASPSTATUSrequestLM->M2UALM请求SGP报告远端ASP的状态M-ASPSTATUSconfirmM2UA->LMSGP报告远端ASP的状态M-ASSTATUSrequestLM->M2UALM请求SG报告AS的状态M-AS_STATUSindicationM2UA->LMSGP报告远端AS的状态M-NOTIFYindicationM2UA->LMASP用来报告已经收到对端的NOTIFY消息M-ERRORindicationM2UA->LMASP或SGP用来报告已经收到对端的ERROR消息M-ASP_UPrequestLM->M2UALM请求ASP启动运行并向对端SGP发送ASPUP消息M-ASP_UPconfirmM2UA->LMASP向层管理报告它已经从对端SGP收到了ASPUPAcknowledgement消息M-ASP_DOWNrequestLM->M2UALM请求ASP停止运行并向对端SGP发送ASPDOWN消息M-ASP_DOWNconfirmM2UA->LMASP向层管理报告它已经从对端SGP收到了ASPDOWNAcknowledgement消息M-ASP_ACTIVErequestLM->M2UALM请求ASP向对端SGP发送ASPACTIVE消息M-ASP_ACTIVEconfirmM2UA->LMASP向层管理报告，它已经从对端SGP收到了ASPACTIVEAcknowledgement消息。M-ASP_INACTIVErequestLM->M2UALM请求ASP向对端SGP发送ASPINACTIVE消息M-ASP_INACTIVEconfirmM2UA->LMASP向层管理报告它已经从对端SGP收到了ASPINACTIVEAcknowledgement消息M-LINK_KEY_REGRequestLM->M2UALM请求ASP用REGREQ消息向SGP注册链路关键字M-LINK_KEY_REGConfirmM2UA->LMASP向层管理报告已经从SG成功的收到了REGRSP消息10信令与协议分册第5章SIGTRAN协议原语名方向含义M-LINK_KEY_REGIndicationM2UA->LMSG向层管理报告已经成功处理了一个来自ASP的REGRSP消息M-LINK_KEY_DEREGRequestLM->M2UALM请求ASP通过向SG发送DEREGREQ消息注销一个已经注册的链路关键字M-LINK_KEY_DEREGConfirmM2UA->LMASP向层管理报告它已经成功的从SG收到了DEREGRSP消息M-LINK_KEY_DEREGIndicationM2UA->LMSG向层管理报告它已经成功的处理了一个从ASP收到的DEREGREQ消息5.2.7M2UA协议的应用在实际应用中，MGW提供了SG功能，组网如图5-8所示。M2UAMSCServer(MSOFTX3000)MGW(SG)BSCBSCBSCH.248M2UAMSCServer(MSOFTX3000)MGW(SG)BSCBSCBSCH.248图5-8M2UA的应用M2UA可提供如下业务：\uf06c支持MTP2/MTP3接口边界，为PSTN和IP网的MTP2用户提供无缝操作。\uf06c支持SG、MGC之间的管理层通信。\uf06c管理SG、MGC之间SCTP偶联。SG（内嵌在MGW里）终结MTP2层的消息，MSOFTX3000则终结MTP3及MTP3以上的消息。也就是说，SG通过IP网络传送MTP3消息到MSOFTX3000进行处理。M2UA消息封装在SCTP消息的用户数据字段，包含公用消息头、M2UA消息头。5.2.8M2UA协议消息1.消息结构如图5-9所示，M2UA消息结构由公用消息头（CommonHeader）、M2UA消息头（M2UAMessageHeader）和若干个不定长的M2UA消息组成。11信令与协议分册第5章SIGTRAN协议Version(8)Spare(8)Messageclass(8)Messagetype(8)Messagelength(8)Tag(16)Length(16)InterfaceIdentifier(32)Parametertag(16)Parameterlength(16)Parametervalue(32)CommonHeaderM2UAmessageHeaderParametertag(16)Parameterlength(16)Parametervalue(32)M2UAmessage0#M2UAmessagen#图5-9M2UA消息结构示意图2.公用消息头公用消息头包括版本（Version）、备用字段（Spare）、消息类别（MessageClass）、消息类型（MessageType）和消息长度（MessageLength）。消息头部分对于所有信令协议适配层消息都是通用的。\uf06c版本（Version）M2UA版本，目前所支持的版本编号为00000001，表示1.0版本。\uf06c备用字段（Spare）备用字段的长度为8比特。在发送方应当设置为全0，接收方则忽视此字段。\uf06c消息类别（MessageClass）表5-1消息类别编码表数值含义00管理消息（IUA/M2UA/M3UA/V5UA）01M3UA传送消息02M3UA、SUA上的No.7信令网络管理消息03ASP状态维护消息（IUA/M2UA/M3UA/SUA）04ASP业务维护消息（IUA/M2UA/M3UA/SUA）05Q.921/Q.931边界原始传递消息（IUA）06MTP2用户适配（MAUP）消息（M2UA）07无连接消息（SUA）08面向连接消息（SUA）09选路关键字管理（RKM）消息（M3UA）0A接口标识符管理消息（M2UA）0B-7FIETF保留12信令与协议分册第5章SIGTRAN协议数值含义80-FF为IETF定义的消息类别扩展备用\uf06c消息类型（Messagetype）根据不同的消息种类，定义了如表5-2、表5-3、表5-4、表5-5和表5-6所示的消息类型。表5-2MTP2用户适配（MAUP）消息类型数值消息种类含义00保留-01Data包含No.7MTP2－用户协议数据单元PDU（ProtocolDataUnit）。02建立请求消息（EstablishRequest）MGC发出EstablishRequest消息用来建立一条No.7信令链路或者是指示相关的通路已经建立，用于控制No.7信令链路的状态。03建立确认消息（EstablishConfirm）SGP如果已经建立了No.7信令链路，收到EstablishRequest消息后，不需作任何动作，直接发送EstablishConfirm消息MGC。04释放请求消息（ReleaseRequest）用于释放已经建立的通路。05释放确认消息（ReleaseConfirm）响应ReleaseRequest消息。06释放指示消息（ReleaseIndication）指示通路已经释放。07状态请求消息（StateRequest）由MGC发出，用于对信令网关进程SGP支持的特定No.7信令链路进行相应的操作。如果操作能够成功执行并完成，则SGP向MGC发送StateConfirm消息。08状态确认消息（StateConfirm）由SGP发出，以响应MGC发出的Staterequest消息。09状态指示消息（StateIndication）从SG发送到ASP，指示当前No.7信令链路的状态。0A恢复请求消息（RetrievalRequest）当MTP3发生倒换时，MGC发出RetrievalRequest消息请求BSN，并从发送、重传队列重恢复PDU，或者时清除重传队列中的PDU。0B恢复完成消息（RetrievalConfirm）SGP发送RetrievalConfirm消息来响应RetrievalRequest消息。0C恢复指示消息（RetrievalIndication）由SGP发出，带有从发送或重发队列中恢复出的PDU。0D恢复指示完成消息（RetrievalCompleteIndication）作用如Retrievalrequest，只是该消息表示恢复过程已经结束了。0E拥塞指示消息（CongestionIndication）由SGP发送到ASP，指示No.7信令链路的拥塞状态和链路的丢弃状态。13信令与协议分册第5章SIGTRAN协议数值消息种类含义0F数据确认消息（DataAcknowledge）DataAcknowledge消息必须包含从Data消息中收到的关联ID，用来表明对端M2UA已经成功的处理了收到的Data消息。10-7FIETF保留-80-FFIETF扩展保留-表5-3M2UAASP状态维护消息类型数值消息种类含义00保留-01ASPUp（UP）用于指示远端M2UA，适配层已准备接收业务或维护消息。02ASPDown（DOWN）用于指示远端M2UA，适配层没有做好接收业务或维护消息的准备。03心跳消息Heartbeat（Beat）可选，用于保证两端M2UA可用。04ASPUpAck（UPACK）用于确认收到远端M2UA的ASPUp消息。05ASPDownAck（DOWNACK）用于确认收到远端M2UA的ASPDown消息。06心跳响应消息HeartbeatAck（BEATACK）用于响应对端发出的Heartbeat消息。M2UA的一端收到Heartbeat消息，必须发出HeartbeatAck消息作为响应，该消息中包括接收到Heartbeat消息中的所有参数。07-7FIETF保留-80-FFIETF扩展保留-表5-4M2UAASP业务维护消息类型数值消息种类含义00保留-01ASPActive（ACTIVE）由ASP发送，向SGP指示它处于激活状态，可以使用。02ASPInactive（INACTIVE）由ASP发送，向SGP指示它不再是一个激活的ASP。03ASPActiveAck（ACTIVEACK）用于响应远端M2UA发来的ASPActive消息。04ASPInactiveAck（INACTIVEACK）用于响应远端M2UA发来的ASPInactive消息。05-7FIETF保留-80-FFIETF扩展保留-14信令与协议分册第5章SIGTRAN协议表5-5M2UA层管理消息类型数值消息种类含义00ERROR用于通知对端有关入局消息的错误事件。如入局的消息类型不是希望的正确状态，或参数值无效等。01Notify（NTFY）用于向M2UA对等方提供M2UA事件的自动指示02-7FIETF保留-80-FFIETF扩展保留-表5-6M2UA接口标识符管理消息类型数值消息种类含义0保留-01注册请求RegistrationRequest（REGREQ）ASP发出REGREG消息到对端M2UA，指示一个或多个LinkKey希望注册到对端。通常的用法是一个ASP发送REGREQ消息到一个SGP后，期待能够收到一个对端返回带有偶联接口标识符的RSGRSP消息。02注册响应RegistrationResponse（REGRSP）由对端M2UA发出，用于响应REGRSQ消息。REGRSP消息包含是否注册成功的标识，如果注册成功，则包括一个接口标识符。03注销请求DeregistrationRequest（DEREGREQ）由ASP发出DEREGREQ消息到对对端M2UA，指示希望注销指定的接口标识符。通常的用法是一个ASP发送DEREGREQ消息到一个SGP后，期待能够收到一个对端返回带有对应接口标识符和注销状态的DEREGRSP消息。04注销响应DeregistrationResponse（DEREGRSP）由对端M2UA发出，用于响应DEREGRSQ消息。05-FFIETF保留-128--255IETF扩展保留-注意：目前，中华人民共和国信息产业部公布的M2UA国家标准中暂不使用接口标识符管理消息，本手册不对接口标识符管理消息结构进行介绍。\uf06c消息长度（MessageLength）通过32比特定义了消息的长度，消息长度包括了消息头。如果消息包括了填充字节的话，消息长度应把填充消息包含在内。消息长度字段应等于MTP3消息长度、公共消息长度和M2UA消息头的长度。15信令与协议分册第5章SIGTRAN协议3.可变长度参数的格式M2UA消息公用消息头之后可以包含0个或几个可变长度参数。所有包含在消息中的参数格式都使用“参数标签-参数长度-参数取值”的形势进行描述。可变长度参数由参数标签（ParameterTag）、参数长度（ParameterLength）和参数值（ParameterValue）组成。\uf06c参数标签参数标签是标识参数的类型，用16比特表示。适配层的通用参数的取值范围从0x00到0xFF。M2UA专有参数取值范围则从0x300到0x3FF。取值与参数的关系如表5-7所示。表5-7M2UA参数标签取值与参数对应关系表标签取值参数名0x0000保留0x0001接口标识符（整数）0x0002在M2UA中不使用0x0003接口标识符（文本）0x0004信息串0x0005在M2UA中不使用0x0006在M2UA中不使用0x0007诊断消息0x0008接口标识符（整数范围）0x0009心跳数据0x000A在M2UA中不使用0x000B业务模式类型0x000C错误码0x000D状态类型/信息0x000E在M2UA中不使用0x000F在M2UA中不使用0x0010在M2UA中不使用0x0011ASP标识符0x0012在M2UA中不使用0x0013关联ID0x0014-0x00FF备用0x0300协议数据消息0x0301协议数据响应消息0x0302状态请求（Staterequest）16信令与协议分册第5章SIGTRAN协议标签取值参数名0x0303状态事件（Stateevents）0x0304拥塞状态（Congestionstatus）0x0305丢弃状态（Discardstatus）0x0306动作（Action）0x0307顺序号码（Sequencenumber）0x0308恢复结果（Retrievalresult）0x0309链路关键字0x030A本地链路关键字标识符（Local-LK-Identifier）0x030B信令数据终端标识符（SignalingDataTerminal(SDT)Identifier）0x030C信令数字链路标识符（SignalingDataLink(SDL)Identifier）0x030D注册结果（RegistrationResult）0x030E注册状态（RegistrationStatus）0x030F注销结果（De-RegistrationResult）0x0310注销状态（De-RegistrationStatus）0x03000-0xFFFIETF备用\uf06c参数长度参数长度必须为4字节的整数倍。如果不是4字节的整数倍，发送方则在参数值的最后填充全0的字节，但不允许在参数长度中填充全0的字节。发送方不允许填充超过3个字节的全0字节。接收方忽略填充字节。\uf06c参数值（ParameterValue）参数值的长度是可变的，它包含发送或接收到的实际M2UA消息内容。4.M2UA消息头的格式除了公共消息头外，M2UA消息还有特有的消息头。M2UA特有消息头紧跟在公共消息头后，但只用在MTP2用户适配消息和M2UA管理消息中。M2UA消息头包括标签（Tag）、长度（Length）和接口标识符（InterfaceIdentifier）。\uf06c标签（Tag）表示接口标识符的类型，用16比特表示。M2UA消息头的标签取值与接口标识符类型的关系如表5-8所示。17信令与协议分册第5章SIGTRAN协议表5-8标签取值与接口标识符类型对应关系表标签取值接口标识符类型0x0001整数0x0003文本\uf026说明：国内应用时，必须要求指出整数格式编码方式的接口标识符，对基于文本格式编码方式的接口标识符是任选的。目前暂不使用字符串类型的接口标识符。\uf06c长度（Length）根据接口标识符的类型不同，M2UA消息头参数长度值也不同。对于整数型接口标识符，长度值固定设为8。对于文本型接口标识符，长度值则为不定长，最大长度不超过255个八位位组。该长度等于接口标识符长度加上4个字节（标签域和长度域）。\uf06c接口标识符（InterfaceIdentifier）接口标识符用于标识发送/接收该信令消息的SG上的物理接口。接口标识符参数的格式可以是整数或文本，它们的值由于网络运营者进行分配。这个参数值仅在本地有效，由SG和ASP协商使用。注意：必须支持整数型接口标识符，文本型接口标识符可以有选择地支持。5.MTP2用户适配消息(2)DATA消息如图5-1所示，DATA消息包括以下两个参数：\uf06c协议数据（必选）：包括MTP2-用户应用消息，消息的封装顺序应符合网络发送的顺序，从信令信息八位位组SIO（SignalingInformationOctet）开始顺序排放。\uf06c关联ID（可选）：可以唯一的标识封装在协议数据单元的MSU是属于哪个AS。关联ID由发送方的M2UA分配，其作用是用来允许把新激活的ASP与广播组中的其他ASP同步处理在每个流中的业务。18信令与协议分册第5章SIGTRAN协议Parametertag=0x300ParameterlengthProtocoldata(32)Parametertag=0x13Parameterlength=8CorrelationID01531图5-1DATA消息结构(3)Data响应消息（DataAcknowledge）如图5-1所示，DATA响应消息包含了关联ID参数。Parametertag=0x301Parameterlength=8CorrelationID01531图5-1DataAcknowledge消息结构(4)状态请求消息（StatusRequest）如图5-1所示，状态请求消息包含状态（State）参数。Parametertag=0x302Parameterlength=8State01531图5-1StateRequest消息结构状态参数（State）的不同取值、定义和含义关系如表5-1所示。表5-1状态参数的取值、定义及含义值定义含义0x0STATUS_LPO_SET请求本地处理器损耗0x1STATUS_LPO_CLEAR请求恢复的本地处理器损耗0x2STATUS_EMER_SET请求紧急定位0x3STATUS_EMER_CLEAR请求普通定位0x4STATUS_FLUSH_BUFFERS清除接收队列、发送队列和重传队列0x5STATUS_CONTINUE继续或恢复0x6STATUS_CLEAR_RTB清除重传队列0x7STATUS_AUDIT审计链路状态0x8STATUS_CONG_CLEAR拥塞清除19信令与协议分册第5章SIGTRAN协议值定义含义0x9STATUS_CONG_ACCEPT拥塞接受0x0aSTATUS_CONG_DISCARD拥塞丢弃(5)状态确认（Statusconfirm）如图5-1所示，状态确认消息包含状态参数，而且状态确认消息中的状态参数内容与状态请求（Statusrequest）消息相同。Parametertag=0x302Parameterlength=8State01531图5-1Statusconfirm消息结构(6)状态事件（Statusevents）如图5-1所示，状态事件消息包含了事件参数。Parametertag=0x303Parameterlength=8Event01531图5-1Statusevents消息结构事件参数的不同取值、定义和含义关系如表5-1所示。表5-1事件参数的取值、定义及含义值定义含义0x1EVENT_RPO_ENTER远端来的处理器损耗0x2EVENT_RPO_EXIT远端去的处理器损耗0x3EVENT_LPO_ENTER链路来的处理器损耗0x4EVENT_LPO_EXIT链路去的处理器损耗(7)拥塞指示（Congestionstatus）消息如图5-1所示，拥塞指示消息包括拥塞状态和丢弃状态。20信令与协议分册第5章SIGTRAN协议Parametertag=0x304Parameterlength=8Congestionstatus01531Parametertag=0x305Parameterlength=8Discardstatus图5-1Congestionstatus消息结构事件参数的不同取值、定义和含义关系如表5-1所示。表5-1拥塞状态和丢弃状态参数的取值、定义及含义值定义含义0x0LEVEL_NONE无拥塞0x1LEVEL_1拥塞级别10x2LEVEL_2拥塞级别20x3LEVEL_3拥塞级别3(8)恢复请求消息（RetrievalRequest）如图5-1所示，恢复请求消息包含了动作（必选参数）和序列号（可选参数）。Parametertag=0x306Parameterlength=8Action01531Parametertag=0x307Parameterlength=8Sequencenumber图5-1Retrievalrequest消息\uf06c动作（Action）动作参数的不同取值、定义和含义关系如表5-1所示。表5-1动作参数的取值、定义及含义值定义含义0x1ACTION_RTRV_BSN恢复后向序列号（BSN，BackwardSequenceNumber）0x2ACTION_RTRV_MSGS从发送队列和重发队列中恢复PDU\uf06c序列号（Sequencenumber）21信令与协议分册第5章SIGTRAN协议如果动作值是0x01（ACTION_RTRV_BSN），则恢复请求消息中不存在序列号参数。如果动作值是0x2，序列号参数包含了远端的前向序列号（FSN，ForwardSequenceNumber）。(9)恢复确认（Retrievalconfirm）如图5-1所示，恢复确认消息包括了动作（必选参数）、结果（可选参数）和序列号（可选参数）三个参数。Parametertag=0x306Parameterlength=8Action01531Parametertag=0x308Parameterlength=8ResultParametertag=0x307Parameterlength=8Sequencenumber图5-1Retrievalconfirm消息结构\uf06c动作（Action）Retrievalconfirm的动作参数含义如同Retrievalrequest的动作参数。\uf06c结果（Result）结果参数的不同取值、定义及含义如表5-1所示。表5-1结果参数的取值、定义及含义值定义含义0x0RESULT_SUCCESS动作成功0x2RESULT_FAILURE动作失败\uf06c序列号（Sequencenumber）当SGP发送一个恢复确认消息响应恢复请求消息时，动作值为恢复请求中的动作值。如果动作为ACTION_RTRV_BSN，而且SGP成功恢复了BSN，SGP会将序列号域置为该BSN，同时会将结果域置为Result_Success。如果不能恢复BSN，恢复确认消息将不包括序列号域，而且结果域会设为Result_Failure。(10)恢复指示（RetrievalIndication）如图5-1所示，恢复指示包含了协议数据（ProtocolData）参数。22信令与协议分册第5章SIGTRAN协议Parametertag=0x300ParameterlengthProtocoldata01531图5-1RetrievalIndication消息结构6.ASP状态维护消息ASP状态维护消息只使用公用消息头。(11)ASPUp如图5-1所示，ASPUp消息包含了ASP标识符（可选）、信息字符串（可选）。Parametertag=0x11Parameterlength=8ASPidentifier01531Parametertag=0x4ParameterlengthINFOstring图5-1ASPUp消息结构\uf06cASP标识符（ASPIdentifier）当SGP通过预先配置的地址/端口数据，不能标识一个ASP时，需要使用ASP标识符。如一个ASP是由一个主机动态分配地址/端口数据的情况下。可选的ASP标识符唯一标识支持同一个AS的某一个ASP。如果有必要的话，SGP应该保存ASP标识符在Notify消息中。\uf06c信息字符串（INFOstring）可选的信息字符串参数可以携带任何有意义的UTF-8[6]字符串。信息字符串的长度从0到255八位位组。到目前为止，还没有程序使用信息字符串，但字符串可能会在调试中被用到。(12)ASPUpAck如图5-1所示，ASPUpAck消息包含了可选的信息字符串。ASPUpAck中的信息字符串格式、描述与ASPUp消息中的信息字符串相同。01531Parametertag=0x04ParameterlengthINFOstring图5-1ASPUpAck消息结构(13)ASPDown23信令与协议分册第5章SIGTRAN协议如图5-1所示，ASPDown消息包含了可选的信息字符串。ASPDown中的信息字符串格式、描述与ASPUp消息中的信息字符串相同。01531Parametertag=0x04ParameterlengthINFOstring图5-1ASPDown消息结构(14)ASPDownAck如图5-1所示，ASPDownAck消息包含了可选的信息字符串。ASPDownAck中的信息字符串格式、描述与ASPUp消息中的信息字符串相同。01531Parametertag=0x04ParameterlengthINFOstring图5-1ASPDownAck消息结构(15)心跳消息（Heartbeat）如图5-1所示，心跳消息包含了可选的心跳数据参数（Heartbeatdata）。01531Parametertag=0x09ParameterlengthHeartbeatdata图5-1Heartbeat消息结构发送端定义心跳数据参数的内容。此参数可以包含一个心跳序列号和（或）时戳，或者其他执行的特殊内容。心跳数据参数只对于发送方有意义，因此接收端收到心跳消息后，不会处理该参数。接收方通过心跳响应（HeartbeatAck）消息，返回心跳数据参数的内容给发送方。(16)心跳响应消息（HeartbeatAck）如图5-1所示，心跳响应消息包含了可选的心跳数据参数（Heartbeatdata）。HeartbeatAck消息中的心跳数据参数的格式、定义与Heartbeat消息的心跳数据参数相同。24信令与协议分册第5章SIGTRAN协议01531Parametertag=0x09ParameterlengthHeartbeatdata图5-1HeartbeatAck消息结构7.ASP业务维护消息ASP业务维护消息使用了公用消息头和M2UA消息头。(17)ASPActive（ASP激活）如图5-1、图5-2所示，根据接口标识符参数的格式分为文本和整数，ASPActive包括如下可选参数：业务模式类型（Trafficmodetype）、接口标识符（InterfaceIdentifier）、附加的接口标识符（AdditionalinterfaceIdentifier）和信息串（INFOstring）。01531Parametertag=0x0bParameterlength=8TrafficmodetypeParametertag=0x01(Integer)ParameterlengthInterfaceIdentifiersParametertag=0x08(Integerrange)ParameterlengthParametertag=0x04ParameterlengthINFOstringInterfaceIdentifierstart1InterfaceIdentifierstop1InterfaceIdentifierstart2InterfaceIdentifierstop2InterfaceIdentifierstartnInterfaceIdentifierstopnAdditionalInterfaceIdentifier图5-1ASPActive消息结构（接口标识符为整数型）25信令与协议分册第5章SIGTRAN协议01531Parametertag=0x0bParameterlengthTrafficmodetypeParametertag=0x03(String)ParameterlengthInterfaceIdentifiersParametertag=0x04ParameterlengthINFOstringAdditionalInterfaceIdentifiers图5-2ASPActive消息结构（接口标识符为字符串）\uf06c业务模式类型（Trafficmodetype）业务模式类型参数标识了在一个AS内ASP的操作业务类型，在一个AS中，只能使用话务模式类型，如表5-1所示，定义了三种业务模式类型。表5-1业务模式类型参数的取值、定义及含义值定义含义0x01Override（逾越）该ASP(逾越所有AS中当前激活的ASP)接管AS中的所有话务（即：主备操作）0x02Load-share（负荷分担）该ASP与其它当前激活的ASP共享业务。0x03Broadcast（广播）所有主用ASP接收AS中的所有消息业务。\uf06c接口标识符（InterfaceIdentifiers）－可选参数接口标识符包括了一组接口标识整数（类型0x01或类型0x08）或字符串（类型0x03），用于标识发送ASP配置或登记接收的AS业务。如果接口标识符为整数格式，ASP可以发送类型为0x08的接口标识符范围。类型为0x01和0x08的整数型接口标识符可以在同一个消息中共存。文本格式的接口标识符（0x03）不能与整数型的接口标识符（0x01和0x08）同时使用。如果ASPActive消息中不包含接口标识符，则此消息用于一个或多个提供了ASP的AS内的所有接口标识符。如果一个AS内只提供了接口标识符的子集，则对于该AS提供的所有接口标识符而言，该ASP被标识为激活。注意：如果可选接口标识符参数存在，则必须支持整数型格式的接口标识符，文本型格式的接口标识符则未必支持。\uf06c信息串（INFOstring）－可选参数信息串的格式、描述与ASPUp消息中的信息串相同。26信令与协议分册第5章SIGTRAN协议(18)ASPActiveAck（ASP激活响应）如图5-1、图5-2所示，ASPActiveAck消息包括了如下可选参数：业务模式类型（Trafficmodetype）、接口标识符（InterfaceIdentifier）、附加的接口标识符（AdditionalinterfaceIdentifier）和信息串（INFOstring）。01531Parametertag=0x0bParameterlength=8TrafficmodetypeParametertag=0x01(Integer)ParameterlengthInterfaceIdentifiersParametertag=0x08(Integerrange)ParameterlengthParametertag=0x04ParameterlengthINFOstringInterfaceIdentifierstart1InterfaceIdentifierstop1InterfaceIdentifierstart2InterfaceIdentifierstop2InterfaceIdentifierstartnInterfaceIdentifierstopnAdditionalInterfaceIdentifierofTagtype0x1ortype0x8图5-1ASPActiveAck消息结构（接口标识符为整数型）01531Parametertag=0x0bParameterlengthTrafficmodetypeParametertag=0x03(String)ParameterlengthInterfaceIdentifiersParametertag=0x04ParameterlengthINFOstringAdditionalInterfaceIdentifiers图5-2ASPActiveAck消息结构（接口标识符为字符串型）可选的信息字符串参数的格式、描述与ASPUp消息的内容相同。可选接口标识符参数的格式与ASPActive消息的内容相同。(19)ASPInactive（ASP去激活）27信令与协议分册第5章SIGTRAN协议如图5-1、图5-2所示，ASPInactive消息包括了如下可选参数：接口标识符（InterfaceIdentifier）和信息串（INFOstring）。01531Parametertag=0x01(Integer)ParameterlengthInterfaceIdentifiersParametertag=0x08(Integerrange)ParameterlengthParametertag=0x04ParameterlengthINFOstringInterfaceIdentifierstart1InterfaceIdentifierstop1InterfaceIdentifierstart2InterfaceIdentifierstop2InterfaceIdentifierstartnInterfaceIdentifierstopnAdditionalInterfaceIdentifierofTagtype0x1ortype0x8图5-1ASPInactive消息结构（接口标识符为整数型）01531Parametertag=0x03(String)ParameterlengthInterfaceIdentifiersParametertag=0x04ParameterlengthINFOstringAdditionalInterfaceIdentifiers图5-2ASPInactive消息结构（接口标识符为字符串型）可选接口标识符参数的格式与ASPActive（ASP激活）消息的内容相同。可选信息字符串参数的格式、描述与ASPUp消息的内容相同。(20)ASPInactiveAck（ASP去激活响应）ASPInactive消息包括了可选接口标识符（InterfaceIdentifier）和信息串（INFOstring）。可选接口标识符参数的格式与ASPActive（ASP激活）消息的内容相同。可选信息字符串参数的格式、描述与ASPUp消息的内容相同。8.层管理消息(21)Error（错误消息）28信令与协议分册第5章SIGTRAN协议如图5-1所示，Error错误消息包括如下参数：必须的错误码、可选的接口标识符和可选的诊断消息。01531Tag=0x0CLength=8ErrorcodeTag=0x01,0x03,0x08LengthInterfaceIdentifierTag=0x07LengthDiagnosticinformation图5-1Error消息结构\uf06cErrorCode（错误码）错误码用于指示错误消息的原因。如表5-1所示，定义了如下的M2UA错误码。表5-1错误码参数的取值、定义及含义值定义含义0x01无效版本当M2UA一端收到一个无效或不支持的协议版本消息时，“无效版本”错误码会发出。Error消息会在公用消息头中包含了支持的协议版本。Error消息可以在诊断消息域中携带了支持的版本。0x02无效接口标识符当一个ASP发出一个带有无效接口标识符值（如尚未配置）的消息（如ASP激活消息），SGP收到该消息后，会发出“无效接口标识符”的错误码。其中一个可选的接口标识符（整数类型、字符串类型或整数范围）必须与此错误码一起发出用于标识收到的无效接口标识符。0x03不支持的消息等级当M2UA一端收到一个不期望或不支持的消息等级的消息时，会发出“不支持的消息等级”错误码。0x04不支持的消息类型当M2UA一端收到一个不期望或不支持的消息类型的消息时，会发出“不支持的消息类型”错误码。0x05不支持的业务处理格式当一个ASP发出一个ASP激活消息，而且该ASP激活消息中带有一个不支持的业务处理模式时，SGP收到ASP激活消息后，会发出“不支持的业务处理格式”错误码。典型例子是ASP发出的ASP激活消息中业务处理模式为负荷分担，而SGP不支持负荷分担，此时SGP就发出“不支持的业务处理格式”。其中一个可选的接口标识符（整数类型、字符串类型或整数范围）可能与此错误码一起发出用于标识接口标识符。0x06非意料的消息当ASP收到一个从SGP发出的M2UA消息时，ASP处于去激活状态，ASP会发出“非意料的消息”错误码。0x07协议错误当M2UA一端收到任何异常协议消息（如伪造的消息）时，会发出“协议错误”错误码。0x08不支持的接口标识符类型当一个ASP发出一个文本格式接口标识符消息，而接收端SGP只支持整数型接口标识符，此时，SGP会发出“不支持的接口标识符类型”错误码。当ASP收到此错误码后，会重发此带有整数型接口标识符的消息。29信令与协议分册第5章SIGTRAN协议值定义含义0x09无效的流标识当M2UA一端收到一个在非期望SCTP流上承载的M2UA消息（例如，在非“0”流上接收到MGMT消息）.0x0aM2UA未使用-0x0b0x0c0x0d拒绝-管理消息块当收到一个ASPUp或ASP激活消息，并且由于管理方面的原因（如“管理解锁”）拒绝请求时，发送“拒绝－管理阻塞”错误。0x0e缺少ASP标识当一个SGP收到一个不带ASP标识参数的ASPUp消息，而SGP要求携带ASP标识参数时，会发出“缺少ASP标识”错误码。ASP收到此错误码后，会重发带有ASP标识的ASPUp消息。0x0f无效的ASP标识当一个SGP收到一个带有无效的ASP标识（如不唯一的ASP标识）的ASPUp消息时，会发出“无效的ASP标识”错误码。0x10ASP对于接口标识符当前激活当SGP收到ASP发送的注销请求，并且ASP对于注销请求里指定的接口标识来说处于激活态时，SGP发送“ASP对于接口标识当前激活”的错误。可选的接口标识参数（整型，文本型，或整型范围）中的一个可能与该错误码共同识别相应的接口标识。0x11无效的参数值当M2UA一端收到一个带有无效参数的消息（如一个尚未定义状态的状态请求消息），会发出“无效的参数值”错误码。0x12参数域错误当收到一个参数错误长度的消息时，会发出“参数域错误”错误码。0x13非期望的参数当收到一个包含了无效参数的消息时，会发出“非期望的参数”错误码。0x14M2UA不使用-0x150x16丢失参数如果收到一个未包含必需参数的消息时，会发出“丢失参数”错误码。\uf06cDiagnosticinformation（诊断信息）可选的诊断信息参数可以是与错误原因有关的任何信息，用于帮助操作人员更好的进行错误原因的定位。当错误码是“无效版本”时，诊断信息内容包括了本端支持的协议版本参数。当错误码为其他值时，诊断信息应是错误消息中的前40个字节。(22)Notify（通知消息）如图5-1、图5-2所示，Notify消息包括如下参数：必须的状态类型（StatusType）、必须的状态信息（StatusInformation）、可选的ASP标识（ASPIdentifiers）、可选的接口标识符（InterfaceIdentifiers）和可选的信息串（INFOstring）。30信令与协议分册第5章SIGTRAN协议01531Parametertag=0x11(Integer)ParameterlengthInterfaceIdentifiersParametertag=0x08(Integerrange)ParameterlengthParametertag=0x04ParameterlengthINFOstringInterfaceIdentifierstart1InterfaceIdentifierstop1InterfaceIdentifierstart2InterfaceIdentifierstop2InterfaceIdentifierstartnInterfaceIdentifierstopnAdditionalInterfaceIdentifierofTagtype0x1ortype0x8Parametertag=0x0dParameterlength=8StatustypeStatusinformationParametertag=0x11ParameterlengthASPidentifiers图5-1Notify消息结构（接口标识符为整数型）01531Parametertag=0x03(String)ParameterlengthInterfaceIdentifiersParametertag=0x04ParameterlengthINFOstringAdditionalInterfaceIdentifierofTagtype0x03Parametertag=0x0dParameterlength=8StatustypeStatusinformationParametertag=0x11ParameterlengthASPidentifiers图5-2Notify消息结构（接口标识符为文本型）\uf06cStatustype（状态类型）状态类型参数用于识别Notify消息。如表5-1所示，定义了如下的状态类型。31信令与协议分册第5章SIGTRAN协议表5-1状态类型的取值、定义及含义值定义0x01AS状态改变(AS_State_Change)0x02其他（Other）\uf06cStatusinformation（状态信息）根据状态类型取值的不同，状态信息参数包含了不同的详细通知信息。如果状态类型取值为“AS状态改变（AS_State_Change），定义了如表5-2所示的状态信息。而且这些通知信息是在指定的ASP状态改变的情况下，由一个SGP发送到该ASP。这些取值反映了AS的新状态。如果需要，此AS接口标识符可以置在Notify消息中一起发出。表5-2状态类型为AS_State_Change，状态信息的取值、定义及含义值定义0x01保留0x02AS去激活（AS_Inactive）0x03AS激活（AS_Inactive）0x04AS等待（AS_Pending）如果状态类型取值为“其他（Other）”，定义了如表5-3所示的状态信息。表5-3状态类型为Other，状态信息的取值、定义及含义值定义含义0x01在AS里缺乏可用的ASP资源SGP向AS内处于ASP-Inactive状态下的ASP发出通知，指示需要另一个ASP共同承担该AS的业务（负荷分担模式）。0x02备用的ASP激活在逾越模式下，当一个备用ASP状态切换到激活状态时，会通知前一个激活状态下的ASP。备用激活ASP的标识（如果可用）必须被置于Notify消息中。0x03ASP故障SGP向AS内的ASP发出通知，指示其中的一个ASP状态切换到ASP-Down状态。故障ASP的标识必须被置于Notify消息中。\uf06cInterfaceIdentifiers（接口标识符）Notify消息中接口标识符参数的格式与ASPActive（ASP激活）消息中的内容相同。\uf06cINFOString（信息流）Notify消息中信息流参数的格式与ASPUp消息中的内容相同。32信令与协议分册第5章SIGTRAN协议5.2.9M2UA基本信令流程1.创建业务环境M2UA业务环境的创建程序如图5-3所示。在M2UA业务环境创建之前，在SG和MGC之间必须创建SCTP偶联。图5-3M2UA业务环境的创建程序MGC作为客户端，它首先发起创建环境的请求。一旦环境创建，M2UA数据、MGC维护消息和层管理消息即可在两端点之间传递。2.数据传输流程若一个ASP的M2UA层有一条MAUP消息需要发送到SG，它将进行如下操作：\uf06c确定正确的SG；\uf06c获取M2UA链路号；\uf06c找到与所选SG的SCTP偶联；\uf06c确定基于No.7链路的SCTP偶联的恰当的流；\uf06c填充MAUP消息、M2UA消息头、公用消息头，生成M2UA消息单元；\uf06c通过SCTP偶联发送MAUP消息给SG的M2UA。若SG上的M2UA有一条MAUP消息发送到ASP，它将进行如下操作：\uf06c获取接口标识符；\uf06c确定支持MTP链路的M2UA链路号；\uf06c建立SCTP偶联；\uf06c确定基于No.7链路的SCTP偶联的恰当的流。\uf06c填充MAUP消息、M2UA消息头、公用消息头，生成M2UA消息单元；\uf06c通过SCTP偶联发送MAUP消息给ASP的M2UA。3.释放流程M2UA业务环境的释放程序如图5-4所示：33信令与协议分册第5章SIGTRAN协议图5-4M2UA业务环境的释放流程SG收到MGC发来的释放原语，开始M2UA业务环境的释放流程，关闭SCTP偶联。5.3M3UA协议5.3.1概述M3UA由RFC3332定义，是No.7MTP3用户适配协议，它使用流控制传输协议（SCTP）通过IP传输No.7MTP3层的用户信令消息（即ISUP消息和SCCP消息），支持协议元素实现MTP3对等用户在No.7和IP域里的无缝操作。该协议可用于信令网关（SG）和媒体网关控制器（MGC）或IP数据库之间的信令传输，也可用于基于IP的应用之间的信令传输。SEPMGCISUPMTP3MTP2MTP1ISUPM3UASCTPIPM3UASCTPIPMTP2MTP1SS7SIGTRANSGPSTNIPMTP3NIF图5-5IP网里SEP通过M3UA接入MGC如图5-5所示，在SIGTRAN协议栈，M3UA运行在SCTP的上层，是SCTP用户。M3UA在MGC端的上层用户是MTP3层用户（ISUP、TUP、SCCP），在SG端的上层用户则是NIF（NodalInterworkingFunction）。如图5-6所示，M3UA层也用于两个IPSP间点到点的信令，M3UA提供与MTP3相同的原语和业务，在这种情况下，所希望的MTP3业务不是由SGP提供。虽然要提供MTP3业务，但由于IPSP到IPSP是点到点的关系，所以支持这些业务的程序是MTP3程序的子集。34信令与协议分册第5章SIGTRAN协议图5-6使用M3UA的MGC-MGC对端通信5.3.2M3UA相关术语1.应用服务器（AS）一个逻辑实体，代表一定的资源，对应一个特定的“选路关键字”。例如：AS可以是一个虚拟的交换单元，处理一定范围的PSTN中继电路的呼叫业务，标识它的选路关键字是“DPC/OPC/CICm~n”。每个AS包含一组应用服务器进程（ASP），其中的一个或多个ASP处于激活状态处理业务。2.应用服务器进程（ASP）AS的进程实例，ASP作为AS的激活或备用进程，如ASP可以是MGC、IPSCP的进程。ASP包含SCTP端点并可以配置ASP处理多个AS的信令业务。AS的消息在ASP和SG间的偶联上传输信令。3.IP服务器进程（IPSP）基于IP应用的进程实例。本质上IPSP与ASP相同，只是IPSP使用点到点的M3UA，而不使用信令网关的业务。4.信令网关（SG）SG是在IP网和No.7信令网的边界接收或发送No.7信令的高层用户消息。SG是No.7信令网中的信令点，它包含一个或多个信令网关进程，其中的一个或多个正常处理业务。当SG包含多个SGP时，SG是一个逻辑实体并且所包含的SGP被协调为对于No.7信令网和被支持的AS单独的管理视点。5.信令网关进程（SGP）SGP（SignalingGatewayProcess）为一个SG的进程实例，它作为信令网关的激活、备用或负荷分担进程。35信令与协议分册第5章SIGTRAN协议6.信令进程使用M3UA与其他信令进程通信的进程实例。ASP，SGP和IPSP都是信令进程。7.选路关键字选路关键字描述一组No.7信令参数和参数值（如DPC、SIO+DPC、SIO+DPC+OPC、SIO+DPC+OPC+CIC），它唯一地定义了由特定应用服务器处理的信令业务。选路关键字中的参数不能基于多个目的地信令点码。8.选路上下文唯一识别选路关键字的值，为一个四位字节值的整数。选路上下文可以使用管理接口也可以使用选路关键字程序而配置。9.故障克服在现行使用的ASP故障或不可用的情况下，信令业务重新选路到ASP或ASP组的能力。10.信令点管理簇（SPMC）以特定的网络外貌和特定信令点码在No.7信令网中表示的一组AS。简单认为是所有属于同一信令点（SP）的AS的集合，用于描述一个SP的状态。SPMC是为了支持SG的MTP3管理程序，用于汇聚分布在IP域的No.7信令目的地点码的可用性/拥塞/用户部分状态。在某些情况，SG自身也可以是SPMC的成员，所以，在考虑支持MTP3管理动作时，还必须考虑SG的可用性/拥塞/用户部分状态。11.网络外貌为了逻辑上把SG和应用服务器进程间公共SCTP偶联上的信令业务分开，而使用网络外貌识别No.7信令网上下文。例如，SG逻辑上分为四个分开的国内No.7信令网单元，网络外貌隐含地定义了No.7信令点编码、网络表示语和MTP3协议类型、不同的版本。SG的物理No.7信令路由组或链路组只能在一个网络外貌中出现，网络外貌不是全局有效，只要求在SG和ASP间协调。因此，当ASP连接到多个SG时，不同的网络外貌可以识别相同的No.7信令网上下文，也就是可以传送或接收哪个SG的消息。12.主机进程（ASP，SGP或IPSP）运行的计算机平台。13.M3UA链路、M3UA链路组、M3UA路由、M3UA实体MSOFTX3000还定义了以下M3UA术语：M3UA链路、M3UA链路组、M3UA路由、M3UA实体。引入这些概念有如下优点：36信令与协议分册第5章SIGTRAN协议\uf06cM3UA路由的概念可用于规模较大的网络，相距较远的M3UA实体间通过M3UA路由实现相互接入。\uf06c有助于加强对网络的理解，对网络进行更合理的规划。\uf06c这些概念与MTP3中的概念一致，有助于读者更快的掌握配置M3UA。M3UA实体、M3UA路由、M3UA链路集和M3UA链路之间的关系如图5-7所示。M3UA目的实体可以通过一条或多条M3UA路由到达，每条M3UA路由在归属端都对应一个M3UA链路集，不同的路由根据用户定义的M3UA路由标记和信令消息里的SLS实现信令业务的负荷分担。同时，每条M3UA路由设置了不同的优先级，所以选路时优先选用优先级高的M3UA路由，也就是说，选路取决于选路优先级。一个M3UA链路集由一条或多条M3UA链路集成，每条链路对应一条SCTP偶联。不同的M3UA链路其工作方式有两种：主备方式或负荷分担方式。对于负荷分担方式，同一链路集内的M3UA链路根据用户定义的路由标记和信令消息里的SLS实现信令业务的负荷分担，同时，不同的M3UA链路设置的选路优先级不同，同一链路集内优先级高的M3UA链路优先选用。SGP1SGP2SGP3SGP1SGP2SGP3SG1SG2MGCM3UAÁ´Â·×éM3UA·ÓÉSPASP1ASP2ASP3M3UAÁ´Â·M3UAʵÌåMTPÁ´Â·图5-7M3UA链路、链路集、路由、实体之间的关系这些概念既适用于SGP-ASP方式，又适用于IPSP-IPSP方式。(1)M3UA链路通过SCTP偶联建立的SGP-ASP和IPSP-IPSP之间的关联关系叫做M3UA链路。M3UA链路的归属端属性可以是SGP、ASP或IPSP。M3UA链路状态包括M3UA_Link_Unestablish、M3UA_Link_Down、M3UA_Link_Inactive和M3UA_Link_Active。M3UA链路状态的管理与ASP或SCTP状态的管理相同。37信令与协议分册第5章SIGTRAN协议M3UA链路状态含义M3UA_Link_Unestablish若客户端M3UA没有创建到对等节点的SCTP偶联或服务器端M3UA没有收到SCTP偶联成功创建的指示，此时M3UA链路处于M3UA_Link_Unestablish状态。M3UA_Link_Down若SCTP偶联成功创建后，ASP/IPSP（客户端）M3UA没有收到ASPUPACK消息或SGP/IPSP（服务器端）M3UA没有收到ASPUP消息，此时M3UA链路处于M3UA_Link_Down状态。处于M3UA_Link_Down状态的M3UA链路可以发送和接收ASPSM消息（包括ASPUP、ASPDOWN、ASPUPACK、ASPDOWNACK），但是不能发送和接收ASPTM消息（包括ASPACTIVE、ASPACTIVEACK、ASPINACTIVE、ASPINACTIVEACK），SSNM消息（包括NOTIFY、ERROR）和DATA消息。M3UA_Link_Inactive处于M3UA_Link_Down状态的M3UA链路在ASP/IPSP（客户端）M3UA层收到ASPUPACK消息或SGP/IPSP（服务器端）M3UA收到ASPUP消息时，状态会迁为M3UA_Link_Inactive。处于M3UA_Link_Active状态的M3UA链路在ASP/IPSP（客户端）M3UA层收到ASPINACTIVEACK消息或ASPINACTIVE消息时，状态也会迁为M3UA_Link_Inactive。此时，M3UA可以发送ASPSM、ASPTM、SSNM等非数据消息。M3UA_Link_Active处于M3UA_Link_Inactive状态的M3UA链路在ASP/IPSP（客户端）M3UA层收到ASPACTIVEACK消息或ASPACTIVE消息时，状态会迁为M3UA_Link_Active。此时，M3UA可以发送包括数据消息和非数据消息在内的所有的消息类型，如ASPSM、ASPTM、SSNM、DATA消息。图5-1M3UA链路状态迁移图(2)M3UA链路集38信令与协议分册第5章SIGTRAN协议M3UA链路集由SG和MGC之间（SGP-ASP方式）或MGC和MGC之间（IPSP-IPSP方式）服务于同一个AS的所有M3UA链路集成。M3UA链路集的状态取决于组内链路的状态。M3UA链路集在ASP/IPSP（客户端）侧的状态有三种：M3UA_Llnkest_Down、M3UA_Linkset_Inactive、M3UA_Linkset_Active。而在SGP/IPSP（服务器端）侧的状态有四种：M3UA_Llnkest_Down、M3UA_Linkset_Inactive、M3UA_Linkset_Active、M3UA_Linkset_Pending。M3UA链路集状态的管理与AS状态的管理相同。M3UA链路集状态含义M3UA_Linkset_Down若给定M3UA链路集内的所有链路或者处于M3UA_Link_Down状态或者处于M3UA_Link_Unestablish状态，则说是该M3UA链路集处于Down状态。M3UA_Linkset_Inactive若给定M3UA链路集内的所有链路都处于M3UA_Link_Inactive状态，同时组内没有链路处于M3UA_Link_Active状态，则说是该M3UA链路集处于Inactive状态。M3UA_Linkset_Active若给定M3UA链路集内的所有链路都处于M3UA_Link_Active状态，则说是该M3UA链路集处于Active状态。M3UA_Linkset_Pending若给定M3UA链路集内最后一条处于M3UA_Link_Active状态的链路其状态也迁为M3UA_Link_Inactive、M3UA_Link_Down或M3UA_Link__Unestablish，则该M3UA链路集的状态迁为M3UA_Linkset_Pending。该链路集状态只在SGP/IPSP（服务器端）侧有效。当链路集状态迁为M3UA_Linkset_Pending时，将启动Pending定时器，并分配Pending缓冲区保存数据。此时，如有业务数据到对端M3UA，则将其发送到Pending缓冲区内。如果给定链路集内链路的状态在Pending定时器超时之前又迁回ACTIVE，则M3UA链路集的状态也从M3UA_Linkset_Pending迁回M3UA_Linkset_Active，并从Pending缓冲区内获取业务数据，顺序发送到对端M3UA；如果Pending定时器超时时仍没有M3UA链路迁回M3UA_Link_Active状态，则SGP的M3UA将停止消息排队，并丢弃已经完成排队的消息。如果至少一条M3UA链路处于ASP-Inactive状态，M3UA链路集的状态就将迁为M3UA_Linkset_Inactive，否则M3UA链路集的状态将迁为M3UA_Linkset_Down。39信令与协议分册第5章SIGTRAN协议图5-1M3UA链路集状态迁移图(3)M3UA路由从源实体到目的实体的通道叫做M3UA路由。一条M3UA路由在归属端对应一个M3UA链路集。在ASP或IPSP（客户端）侧，通常只有一条路由从本地实体到特定目的实体；但是在SGP或IPSP（服务器端）侧，可以有多条路由从本地实体到特定目的实体。路由状态有两种：M3UA_Route_Available和M3UA_Route_Unavailable。\uf026说明：\uf06c在IPSP-IPSP方式中，M3UA路由状态完全取决于M3UA链路集的状态。\uf06c在SGP-ASP网络方式中，SGPM3UA侧维护的M3UA路由状态完全取决于M3UA链路集的状态，而对于ASPM3UA侧维护的M3UA路由状态，则由M3UA链路集状态和SG到No.7网络信令点的路由状态共同决定。M3UA路由状态含义M3UA_Route_Available对于SGP/IPSP（服务器）侧，若与M3UA路由相关的M3UA链路集的状态为M3UA_Linkset_Active或M3UA_Linkset_Pending，则相应的路由状态为M3UA_Route_Available。对于ASP/IPSP（客户端）侧，若与M3UA路由相关的M3UA链路集的状态为M3UA_Linkset_Active且能够通过SG接入No.7网络信令点，则相应的M3UA路由状态也为M3UA_Route_Available。M3UA_Route_Unavailable对于SGP/IPSP（服务器）侧，若与M3UA路由相关的M3UA链路集的状态既不是M3UA_Linkset_Active也不是M3UA_Linkset_Pending，则相应的路由状态为M3UA_Route_Unavailable。对于ASP/IPSP（客户端）侧，若与M3UA路由相关的M3UA链路集的状态不是M3UA_Linkset_Active或不能通过SG接入No.7网络信令点，则相应的M3UA路由状态也为M3UA_Route_Unavailable。40信令与协议分册第5章SIGTRAN协议图5-1SGP/IPSP（服务器）侧M3UA路由状态迁移图图5-2ASP/IPSP（客户端）侧M3UA路由状态迁移图(4)M3UA实体完成某些特定功能的逻辑处理单元，例如：AS、SP，或只实现特定消息转接功能的逻辑单元，如SG可以划分作M3UA实体。每个M3UA实体由专门的信令点编码识别。\uf026说明：\uf06c如果所有AS的信令点编码都相同，则是AS非独占信令点编码方式；如果所有AS的信令点编码都不同，则是AS独占信令点编码方式。也就是说，如果一个AS只为一个信令点编码相关的业务提供服务，则是独占方式，否则就是非独占方式。\uf06c对于AS非独占信令点编码方式，需要增加M3UA目的服务以识别该AS的业务。在这种情况下，每个AS由SI和CIC范围组合的选路关键字来识别。M3UA实体进一步分为M3UA本地实体和M3UA目的实体两类。41信令与协议分册第5章SIGTRAN协议M3UA实体类别含义M3UA本地实体在本端完成特定功能的逻辑实体。在ASP/IPSPM3UA侧，本地实体与AS相关；在SGPM3UA侧，本地实体与SG相关。M3UA目的实体在对端完成特定功能的逻辑实体。对于IPSP-IPSP方式，IPSPM3UA维护的目的实体与对端AS相关；对于SGP-ASP方式，SGPM3UA维护的目的实体也是与对端AS相关，但是ASPM3UA维护的目的实体可能是SG或No.7网内的目的信令点。M3UA目的实体有两种状态：M3UA_Dest_Entity_Accessbile和M3UA_Dest_Entity_Inaccessbile。\uf026说明：M3UA目的实体状态取决于M3UA路由状态。M3UA目的实体状态含义M3UA_Dest_Entity_Accessbile只要有一条本地实体到目的实体的路由是Available，相应的M3UA目的实体的状态就是M3UA_Dest_Entity_Inaccessbile。M3UA_Dest_Entity_Inaccessbile若所有本地实体到目的实体的路由都处于M3UA_Route_Unavailable状态，则相应的M3UA目的实体的状态为M3UA_Dest_Entity_Inaccessbile。图5-1M3UA目的实体状态迁移图M3UASPMC（信令点管理簇）：若本地实体的OPC与M3UA目的实体的DPC相同，则所有与同一本地实体相关的M3UA目的实体将组成一个完整的SPMC；本地实体也属于SPMC。SPMC只在SGP侧维护。42信令与协议分册第5章SIGTRAN协议M3UASPMC包括两种状态：M3UA_SPMC_Accessible和M3UA_SPMC_Inaccessible。\uf026说明：M3UASPMC状态取决于所属SPMC的目的实体的状态。M3UASPMC状态含义M3UA_SPMC_Accessible只要SPMC中有一个M3UA目的实体的状态是Accessible，相关M3UASPMC的状态就是M3UA_SPMC_Accessible。M3UA_SPMC_Inaccessible只有SPMC中所有M3UA目的实体的状态是Inaccessible，相关M3UASPMC的状态才是M3UA_SPMC_Inaccessible。图5-2M3UASPMC状态迁移图5.3.3M3UA业务1.支持传送MTP3用户消息通过SGP和ASP或两个IPSP间建立的SCTP偶联，M3UA层传递MTP-TRANSFER原语。在ASP，经多个SGP可达目的地的情况下，M3UA必须选择消息选路经哪个SGP或支持SGP间的负荷分担，保证不发生顺序错误。M3UA没有限制信令信息字段(SIF)的长度为272个八位位组，M3UA/SCTP能直接适应大的信息块，而不需要高层的分段/重装程序；然而SG与No.7信令网互通时必须遵循272个八位位组的规定，如果No.7信令网支持宽带MTP，信息块可以超过272八位位组。43信令与协议分册第5章SIGTRAN协议2.本地管理功能M3UA提供能力指出与接收M3UA消息有关的差错并通告给本地管理/或对等的M3UA。3.与MTP3网络管理功能的互通SGP的M3UA提供与MTP3管理功能的互通，而支持对No.7信令和IP域的信令应用的无缝操作。其中包括：\uf06c提供对端ASP的MTP3-用户指示，指出No.7信令网远端目的地不可达。\uf06c提供对端ASP的MTP3-用户指示，指出No.7信令网远端目的地现在可达。\uf06c提供对端ASP的MTP3-用户指示，指出去No.7信令网远端MTP3-用户对等的消息发生拥塞。\uf06c提供对端ASP的MTP3-用户指示，指出远端MTP3-用户对等不可用。\uf026说明：\uf06cASP的M3UA层保存到远端No.7信令目的地的路由状态，可以启动查询远端No.7信令目的地的可用性和拥塞状态，这些信息由SGP的M3UA来提供。\uf06cASP的M3UA也可以向SG指出M3UA自身、ASP或ASP的主机拥塞。4.支持SGP和ASP间SCTP偶联的管理\uf06c为了管理对等M3UA间的SCTP偶联和业务，SGP的M3UA层维护所有配置的远端ASP的可用性状态、激活/去激活状态。\uf06c本地管理可以指导M3UA层建立到对等M3UA节点的SCTP偶联，这能够使用M-SCTPESTABLISH原语请求、指示和确认建立与对等M3UA节点的偶联。为了避免两个M3UA对等间冗余SCTP偶联，必须指定一端(客户)建立SCTP偶联，或M3UA配置信息保证检测出冗余的偶联(例如，经本地和远端期望的SCTP端点地址的信息)。\uf06c本地管理可以使用M-SCTP_STATUSrequest和confirm原语，从M3UA层也请求低层SCTP偶联的状态，M3UA也可用通知本地管理关于释放SCTP偶联的原因，确定是M3UA层还是来自SCTP的原因。\uf06cM3UA层也可以通知本地管理关于ASP或AS的状态变化，这通过M-ASP_STATUS请求或M-AS_STATUSrequest原语完成。5.支持到多个SGP连接的管理如图5-3所示，ASP可以连接到多个SGP，这样，一个No.7信令的目的地可以通过多个SGP和/或SG到达，即经过多个路由。由于MTP3用户只维护目的地的状态，而不管理路由，因此，M3UA必须维护个别路由的状态（到目的地路由的44信令与协议分册第5章SIGTRAN协议可用性、拥塞），从个别路由的状态判断出目的地的整个可用性或拥塞状态，并通知MTP3用户得出的状态变化。SGP1SGP2SGPnSGP1SGP2SGPnASP1ASP2ASPnASP1ASP2ASPn偶联Host1Host2Host3Host4图5-3网络结构图5.3.4M3UA功能1.No.7信令点码表示在No.7信令网中，信令网关用来表示IP域中的一组节点用来选路到No.7信令网。SG自身作为No.7信令网的一个物理节点，为了管理的目的，SG必须要用No.7信令点码来表示，SG的点码也可以用来指示SG的本地MTP3用户，例如SG内部的SCCP功能。当SG包含多个SGP时，每个SGP中的MTP3路由组、SPMC和远端AS/ASP状态应该通过所有SGP进行协调，还应该支持SGP间的业务重新选路。当应用服务器组成一组用一个信令点码表示时，SPMC将包括多个AS。为了充分利用No.7信令的管理程序，如果SG发现SPMC中的一个AS不可用，就假定这个AS不为No.7信令网可用。应用服务器可以表示为与SG相同的PC，或者是独立的信令点码，或者与其它应用服务器使用一个PC。如果需要，可以用单个PC来表示SG和所有的应用服务器。如图5-4所示，如果单个ASP或一组ASP通过多个SG为No.7信令网可用，每个ASP都有自己的信令点码，ASP可以与SG用不同的信令点码表示，在这种情况下，SG被看作是No.7信令网中的STP，每个SG都有到相同ASP的路由。在故障情况下，一个ASP对于这些SG中的某一个变为不可用时，这种方法允许在45信令与协议分册第5章SIGTRAN协议SG和No.7信令网间使用MTP3路由管理消息，通过简单的重新选路到另外一个SG，而不需要改变No.7信令业务需要去的ASP的DPC。SEP/STPSG1/STPSG2/STPASP图5-4通过两个SG接入ASP当特定的AS经多个SGP到达时，SGP中对应的选路关键字应该一致。2.选路上下文和选路关键字SGP和AS间No.7信令消息的分配是由选路关键字和相关的选路上下文确定。选路关键字是用于匹配No.7信令消息必要的一组No.7信令参数，选路上下文参数是四字节值(整数)，它以1：1关系与选路关键字关联。因此选路上下文可以看作是包含选路关键字条目的发送节点的消息分配表。构成选路关键字条目的NoO.7信令地址/选路信息包括MTP3路由标记中的OPC、DPC、SIO，或MTP3-用户的特定字段，例如ISUPCIC、SCCP子系统号码或TCAP事物处理ID。可以配置ASP在一个单独的SCTP偶联上处理与多个AS有关的信令业务。在ASP激活和去活管理消息中，开始或停止信令业务是由选路上下文参数鉴别。在ASP，选路上下文参数唯一地识别与每个AS有关的信令业务范围。\uf06c选路关键字选路关键字由No.7信令消息中的消息单元组成。M3UA协议中使用的选路关键字通常为DPC、SIO+DPC、SIO+DPC+OPC、SIO+DPC+OPC+CIC四种。\uf06c选路关键字的限制从No.7信令网的角度看，选路关键字限制在一个单独的目的地信令点码。选路关键字必须唯一，即接收的No.7信令消息只能匹配到一个选路关键字或不能匹配出选路关键字，但不能匹配到多个选路关键字。特定选路关键字中的参数没必要连续，例如配置的AS能够处理多个PSTN中继，而这些中继的CIC无需是连续的。\uf06c管理选路上下文和选路关键字在SGP有两种方式设置选路关键字。第一种方式是通过管理接口配置选路关键字；第二种使用M3UA动态注册/注销程序配置选路关键字。M3UA单元至少要实施一种选路关键字的设置。\uf06cSGP的消息分配46信令与协议分册第5章SIGTRAN协议从No.7信令网收到的消息要选路到适当的IP目的地，SGP必须使用从MTP3-用户接收消息的信息完成消息分配功能。为了支持消息分配，SGP必须维护网络地址翻译表，把入局No.7信令消息的信息映射为特定应用和特定业务范围的应用服务器，这是通过入局No.7信令消息的信息单元和SGP设置的选路关键字的比较而完成。然后这些选路关键字对应到一个应用服务器，而这个应用服务器是通过一个或几个ASP实现，这些ASP使用各种管理消息，提供它们对端SGP可用性、业务处理能力和拥塞的动态状态信息。AS中包含用于处理业务的一个或多个ASP的列表，考虑到这个列表中每个ASP的可用性状态、业务处理能力和拥塞状态，以及可能的配置变化和故障克服机制，这个列表应当是动态的。通常情况下，AS中的一个或多个ASP是激活的（即正处理业务），但在某些故障或转移的情况下，可能没有激活可用的ASP。要支持广播、负荷分担和备用方式。当接收的No.7信令网消息没有选路关键字匹配时，就丢弃该消息，并通告管理功能。\uf06cASP的消息分配ASP必须为消息选择适当的SGP，这通过分析消息的目的地点码和SLS，来完成消息的选路。当存在选路到No.7信令网的几个路由(或SGP)时，考虑到从SGP接收的No.7信令网目的地的可用性/拥塞状态、每个SGP的可用性状态、配置变化和故障克服机制，ASP要为No.7信令目的地维护可用SGP路由的动态表，但没有M3UA消息维护SGP的状态。当对端SGP的SCTP偶联存在，就认为SGP已经准备响应ASPSM消息。与一个AS中的一个ASP通信SG的每个SGP向这个ASP提供等同的连接性。3.No.7信令与M3UA的互通No.7信令与M3UA的互通中，M3UA适配层提供定义的MTP3用户原语的扩展。(5)信令网关No.7信令层SG负责终结No.7信令协议的MTP3，并向基于IP的用户提供延伸。从No.7信令的角度，希望SG以标准的No.7信令网接口，使用No.7信令消息传递部分（MTP）传送和接收消息信号单元，从而提供可靠的消息传递。作为No.7信令接口，可以是64kbit/s的信令链路，也可以是2Mbit/s的高速信令链路。(6)在SG的No.7信令与M3UA互通通过IP网支持M3UA适配层，SGP提供No.7信令网与IP网间的传送功能的互通，它允许向存在MTP3-用户端点基于IP的应用服务器进程传送和接收MTP3-用户信令消息。对No.7信令用户部分管理，要求ASP就象No.7信令网的SEP的MTP3-用户协议，接收No.7信令点可用性、No.7信令网拥塞和远端用户部分不可用性的指示。为完成这些功能，在SG的MTP3-用户高层接口接收的MTP-PAUSE、MTP-47信令与协议分册第5章SIGTRAN协议RESUME和MTP-STATUSindication原语，应该传送到远端ASP的MTP3-用户低层接口(当然这些indication原语也可用于SG的本地MTP3-用户)。从No.7信令网接收的MTP3管理消息例如TFP或TFA并不是简单地封装然后发送到ASP，SG必须终结这些消息而产生适当的M3UA消息。当SG确定SPMC的状态由“AVAI”变为“UNAVAI”时，向相关的邻近No.7信令节点发送MTP禁止传递(TFP)消息。当SG确定SPMC的状态由“UNAVAI”变为“AVAI”时，向相关的邻近No.7信令节点发送MTP允许传递(TFA)消息。(7)应用服务器应用服务器簇负责提供支持No.7信令的上层。从No.7信令的角度，SPMC提供指定目的码的上层业务的完整支持，例如，提供MGC能力的SPMC必须根据No.7信令网的规范为给指定目的码提供TUP或ISUP。在ASP连接到多个SG的情况下，M3UA必须根据到这些目的地路由的可用性/拥塞状态，维护被配置No.7信令目的地的状态和路由消息。(8)IPSP的考虑由于IPSP是点到点的方式，消息选路不超过远端点，因此不需要No.7信令与M3UA的互通。4.冗余模型(9)应用服务器冗余在SGP中与设置选路关键字相匹配的所有MTP3-用户消息，要映射到一个应用服务器。应用服务器是与特定选路关键字有关的一组ASP，这组中的每个ASP可以是激活、去活或不可用。激活的ASP处理业务；当激活的ASP不可用时使用去活的ASP。故障克服模型支持“n+k”冗余模型，其中n是处理业务需要冗余ASP的最小数，k是可用来代替故障或不可用ASP的ASP数。“1+1”激活/备用冗余是这种模型的子集，单一的“1+0”模型没有冗余ASP，也是这种模型的子集。在SGP，应用服务器列表包含激活和去活ASP，而支持ASP广播、负荷分担和故障克服程序，SGP中的逻辑应用服务器的ASP列表保持更新而反映激活的应用服务器进程。在图5-3中，DPCx的所有消息可能发送到主机3的ASP1或主机4的ASP1，主机1中SGP1的AS列表如下所示：选路关键字{DPC=x)-"应用服务器#1"ASP1/主机3-状态=激活ASP1/主机4-状态=去活在这种“1+1”冗余的情况中，主机3中ASP1接收入局DPC=x的消息，只有在ASP1/主机3故障或到ASP1/主机1的连接丢失时ASP1/主机4才进入激活状态。48信令与协议分册第5章SIGTRAN协议主机1中SGP1的AS列表也可以是负荷分担的模式：选路关键字{DPC=x}-"应用服务器#1"ASP1/主机3-状态=激活ASP1/主机4-状态=激活在这种情况下，两个ASP将按照一定的规则发送部分消息业务，具体可以根据SLS的某一比特位的值而确定在哪个ASP发送消息。在故障克服的过程中，建议ASP支持呼叫处理的情况下，稳定的呼叫不失败。呼叫在“转移”中可能失败，虽然在所涉及的ASP间的通信措施能够减少失败的可能性，例如两个ASP可以共享依靠共享的内存共享呼叫状态，也可以使用ASP到ASP协议传送呼叫状态信息。ASP到ASP的协议超出本规范的范围。(10)信令网关冗余信令网关可以分布在几个主机上。象AS模型SG可以包含一个或几个SG进程(SGP)而使用激活/备用或负荷分担模型分布在一个或几个主机上。SG内的每个SGP与ASP的通信向这个ASP提供了等同的No.7信令连接。如果SGP失去全部或部分No.7信令连接而其它SGP存在，这个SGP必须终止与相关ASP的偶联。因此ASP可能使用几个SGP把信令消息选路到No.7信令网，在这种模式下，信令网关配置了一簇主机作为单独的SG。主控/备用冗余是可能的一种模型，当到主控SGP的SCTP偶联不可用时，要把被影响的业务重新选路到替换SGP；负荷分担是另一种模型，信令消息在几个SGP间分担；广播也是一种冗余模型，信令消息发送到SG中每个激活的SGP，按照No.7信令用户部分的要求，MTP3用户消息分布到SGP要保证把消息的顺序错误为最小。ASP也可以使用几个SG接入明确的No.7信令节点，这种模型类似No.7信令网中的STP对。从ASP的M3UA的角度看，如果与特定SG的至少一个SGP建立了SCTP偶联，SG就能够把业务传送到No.7信令目的地，SGP向ASP返回证实指出ASP正处理这个目的地的业务。当配置ASP使用几个SGP传送业务到No.7信令网时，ASP必须维护SGP处理到目的地业务的现行能力，这些信息对业务的可靠性、对激活/备用、负荷分担、广播模型在故障、恢复和维护活动中非常关键。ASP的M3UA也使用这些信息用于避免拥塞，SGP的MTP3－用户消息分配应该这样分配，减少消息的顺序错序。5.流量控制为了暂时取消传送业务的偶联或完成测试和维护活动，ASP的本地管理停止SCTP偶联的业务量。这个功能能任选地用于控制在新可用的SCTP偶联上开始业务量。49信令与协议分册第5章SIGTRAN协议6.拥塞管理通过依赖于实施的功能向M3UA层通知本地和IP网络拥塞（例如：依赖于实施从SCTP和IP网络拥塞的指示）。在ASP或IPSP，通过MTP-STATUS原语M3UA向本地MTP3用户指出拥塞，调用适当的高层响应。当SG确定信令点管理簇（SPMC）的信令消息的传送遇到拥塞时，SG触发No.7信令的MTP3受控传递管理消息到起源No.7信令节点。从SG触发的的MTP3受控传递管理消息依赖于实施的功能。ASP或IPSP的M3UA用SCON消息向M3UA对等层指出本地拥塞。当SG的M3UA接收到ASP的SCON消息时，SG确定SPMC正发生拥塞，根据MTP规范SG向相关的No.7信令目的地发送MTP3受控管理消息。7.SCTP映射SGP和ASP的M3UA支持把信令业务分配到SCTP的流中，对于有顺序要求的信令业务必须分配到相同的流中，为了满足这个要求，MTP3用户业务可以针对MTP路由标记中的SLS分配相同的流，但应当小于低层SCTP偶联支持的最大流的数量。为了减少传送和缓冲时延，而在M3UA内使用了SCTP流，因此改善了信令单元总的性能和可靠性。MTP3用户消息分布在不同流中将减少消息错序的可能。8.客户端/服务器模型SGP和ASP都能支持客户端和服务器操作，使用M3UA的对等端点应该配置为一端是服务器，另一端是启动SCTP偶联的客户端。缺省值SGP作为服务器，ASP是客户端，ASP应该启动对SGP的SCTP偶联。在IPSP对IPSP通信中，应该配置使用M3UA的对等层端点使得一方起服务器的作用，另一方起客户端的作用。注意：M3UA是在SCTP上而不是在TCP上传送，为M3UA登记的SCTP用户端口号码为2905。5.3.5M3UA协议栈结构M3UA协议栈如图5-1所示。50信令与协议分册第5章SIGTRAN协议IPSCTPM3UAMTP3UserLM图5-1M3UA协议栈\uf06cMTP3用户的低层协议是M3UA，它向提供MTP3－用户提供标准的MTP3接口。\uf06cM3UA的低层协议是SCTP，由SCTP为M3UA提供偶联为M3UA服务。\uf06cM3UA还有专门的层管理（LM），为其提供管理服务。5.3.6M3UA边界原语1.M3UA同MTP3-用户的边界原语定义M3UA同MTP3用户边界定义的原语与MTP3同上层用户定义的原语集相同：\uf06cMTP-TRANSFERrequest\uf06cMTP-TRANSFERindication\uf06cMTP-PAUSEindication\uf06cMTP-RESUMEindication\uf06cMTP-STATUSindication2.M3UA与SCTP边界原语定义SCTP提供的上层边界原语请参见“3.4SCTP原语”的内容。3.M3UA同本地管理（LM）的边界原语定义M3UA同本地管理（LM）的边界原语定义如表5-1所示。表5-1M3UA同本地管理（LM）的边界原语原语名方向含义M-SCTPESTABLISHrequestLM->M3UALM请求ASP与SG建立SCTP偶联M-STCPESTABLISHconfirmM3UA->LMASP向LM确认它已经与SG建立了SCTPM-SCTPESTABLISHindicationM3UA->LMM3UA通知LM远端ASP已经建立了SCTP偶联M-SCTPRELEASErequestLM->M3UALM请求ASP释放与SG的SCTP偶联51信令与协议分册第5章SIGTRAN协议原语名方向含义M-SCTPRELEASEconfirmM3UA->LMASP向LM确认它已经释放了与SG的SCTP偶联M-SCTPRELEASEindicationM3UA->LMM3UA通知LM远端ASP释放了SCTP偶联或SCTP偶联已经故障M-SCTPSTATUSrequestLM->M3UALM请求M3UA报告SCTP偶联的状态M-SCTPSTATUSconfirmM3UA->LMM3UA报告SCTP偶联的状态M-ASPSTATUSrequestLM->M3UALM请求M3UA报告本地或远端ASP的状态M-ASPSTATUSconfirmM3UA->LMM3UA报告本地或远端ASP的状态M-ASSTATUSrequestLM->M3UALM请求M3UA报告AS的状态M-ASSTATUSconfirmM3UA->LMM3UA报告AS的状态M-NOTIFYindicationM3UA->LMM3UA报告它已经从对等层接收到NOTIFY消息M-ERRORindicationM3UA->LMM3UA报告它已经从对等层接收到ERROR消息或本地操作不成功M-ASPUPrequestLM->M3UALM请求ASP开始操作并向对等层发送ASP-UP消息M-ASPUPconfirmM3UA->LMASP报告它已经从SG接收到ASPUP证实消息M-ASPUPindicationM3UA->LMM3UA报告它已经成功地处理了来自对等层的入局ASP-UPrequestM-ASPDOWNrequestLM->M3UALM请求ASP停止操作并向对等层发送ASP-DOWN消息M-ASPDOWNconfirmM3UA->LMASP报告它已经从SG接收到ASPDOWN证实消息M-ASPDOWNindicationM3UA->LMM3UA报告它已经成功地处理了来自对等层的入局ASP-DOWNrequestM-ASP-ACTIVErequestLM->M3UALM请求ASP向对等层发送ASP激活消息M-ASPACTIVEconfirmM3UA->LMASP报告它已经从SG接收到ASP激活证实消息M-ASPACTIVEindicationM3UA->LMLM报告它已经成功地处理了来自对等层的入局ASP-ACTIVErequestM-ASP-INACTIVErequestLM->M3UALM请求ASP向SG发送ASP去活消息M-ASPINACTIVEconfirmLM->M3UAASP报告它已经从SG接收到ASP去活证实消息M-ASPINACTIVEindicationM3UA->LM向LM报告它已经成功地处理了来自对等层的入局如ASPINACTIVErequestM-ASACTIVEindicationM3UA->LM向LM报告AS已经转移到“AS-ACTIVE”状态52信令与协议分册第5章SIGTRAN协议原语名方向含义M-ASINACTIVEindicationM3UA->LM向LM报告AS已经转移到“AS-INACTIVE”状态M-ASDOWNindicationM3UA->LM向LM报告AS已经转移到“AS-DOWN”状态如果M3UA层支持选路关键字（RK）动态注册，还应支持如表5-2所示的原语。表5-2M3UA层支持选路关键字动态注册时支持的原语原语名方向含义M-RK_REGrequestLM->M3UA通过发送REGREQ消息，LM请求ASP注册RK。M-RK_REGconfirmM3UA->LMASP报告它已经从对等层接收到成功注册状态的REGRSP消息M-RK_REGindicationM3UA->LMM3UA通知LM它已成功地处理了入局REGREQ消息M-RK_DEREGrequestLM->M3UA通过发送DEREGREQ消息，LM请求ASP注销RKM-RK_DEREGconfirmM3UA->LMASP报告它已经从对等层接收到成功注销状态的DEREGRSQ消息M-RK_DEREGindicationM3UA->LMM3UA通知LM它已经成功地处理了来自对等层的入局DEREGREQ5.3.7M3UA协议的应用M3UA典型组网如图5-2所示。图5-2M3UA的典型应用1.MU3A在SGP中的应用方式在SGP，希望No.7信令的MTP3用户信令的发送和接收使用标准的No.7信令网接口，并用消息传递部分（MTP3）与STP或SEP的提供对MTP3用户信令消息的可靠传送。SGP提供了No.7信令与IP的互通功能(NIF)，它允许基于IP的节点与基于No.7信令的SEP交换No.7信令消息。SGP内的NIF作为SGP内MTP3和M3UA间的接口，它不仅对两端网络提供网络状态信息，还提供No.7信令必要的一些协议信息和管理信息。53信令与协议分册第5章SIGTRAN协议在SGP应用M3UA有如下三种方式：\uf06cSGP调用M3UA传送用户信令如图5-3所示，在SGP的NIF，发送到IP目的地的消息，作为从MTP3高层接口收到的MTP-TRANSFERindication原语，翻译为MTP-TRANSFERrequest原语并发送到本地M3UA消息分配功能，以进一步选路到最终的IP目的地；从本地M3UA网络地址翻译和映射功能收到的MTP-TRANSFER原语作为MTP-TRANSFERrequest原语发送到MTP3高层接口，并选路到No.7信令的SEP。为了提供No.7信令网的状态信息，NIF也传递来自MTP3高层接口的MTP-PAUSE、MTP-RESUME和MTP-STATUSindication原语到本地M3UA管理功能。SEP/STPMTP1MTP2MTP3SCCP/ISUPMTP1MTP2MTP3IPSCTPM3UAASPIPSCTPM3UASCCP/ISUPSGP(NIF)图5-3MTP信令传递\uf06cSGP调用M3UA进行SCCP信令传递（SGP具有SCCP功能）当SGP具有SCCP功能时，SGP调用M3UA进行SCCP信令传递示意图如图5-4所示。SEP/STPMTP1MTP2MTP3SCCP/ISUPMTP1MTP2MTP3IPSCTPM3UAASPIPSCTPM3UASCCP/ISUPSGPSCCP图5-4SCCP信令传递（SGP具有SCCP功能）注意：SGP调用M3UA进行SCCP信令传递实例中M3UA提供的接口、业务“与M3UA在SGP”中的应用方式的M3UA是相同的，发生在SCCP实体中的功能对于M3UA是透明的，SCCP协议功能在M3UA中不重复产生。54信令与协议分册第5章SIGTRAN协议在这个SGP中，它可以包含SCCP协议层的功能，对消息中SCCP被叫用户地址进行SCCP全局码翻译（GTT），如果SCCP消息的GTT的结果是产生了一个IP域中的SCCP对等层的No.7信令DPC或DPC/SSN地址，生成的MTP-TRANSFERrequest原语将发送到本地M3UA的网络地址翻译和映射功能，并选路到最终的IP目的地。同样SGP中的SCCP也可以为从IP域中的SCCP对等层收到的指示为本地SCCP地址的消息进行GT译码，这种情况下MTP-TRANSFER消息从本地M3UA的网络地址翻译和映射功能发送到SCCP进行GT译码，如果GT译码的结果是产生了一个No.7信令网中的一个对等SCCP层的地址，则MTP-TRANSFERrequest原语将交给MTP3高层用来传递到No.7信令网中的节点当然也存在这种可能，对从IP域收到的SCCP消息在SG进行翻译后，翻译的结果仍旧是IP域中的对等SCCP地址，这样MTP-TRANSFER原语将发送回M3UA用来传送到IP网的目的地。对于内部SGP模型，它可以使用SGP内的节点互通功能，根据No.7信令DPC或DPC/SSN地址，有效地在SCCP层之下把MTP-TRANSFER消息在MTP和M3UA之间传送。这种节点互通功能对于ASP和SEP的对等层协议而言是不可见的。\uf06cSGP调用M3UA传送MTP3管理消息SGP调用M3UA传送MTP3管理消息示意图如图5-5所示。SEP/STPMTP1MTP2MTP3MTP1MTP2MTP3IPSCTPM3UAASPIPSCTPM3UASGP图5-5MTP管理消息的传递对于MTP3管理消息，它要求ASP的MTP3用户协议也应当象No.7信令SEP节点一样，能接收到No.7信令点可用性、No.7信令网络拥塞和用户部分可用性的指示。为了完成这个功能，在SGP的MTP3的高层接口上收到MTP-PAUSE、MTP-RESUME和MTP-STATUSindication原语应当对于远端ASP的MTP3用户低层接口是可用的。\uf026说明：这些indication原语对于在SGP中的本地MTP3用户也是可用的，例如SCCP。55信令与协议分册第5章SIGTRAN协议No.7信令MTP3的管理消息(例如来自No.7信令网的TFP或TFA)不能封装为Data消息的净荷从SGP发送到ASP或从ASP到SGP，SG必须终结这些消息而产生适当的M3UA消息。当SGP发现AS的状态发生改变时，如果该事件没有引起SPMC的状态改变，互通功能就向No.7信令网发送必要的MTP3－用户管理消息；如果引起SPMC的状态改变，就向No.7信令网发送必要的MTP3管理消息。1.M3UA在IPSP-IPSP间的应用MU3A在IPSP-IPSP应用示意图如图5-6所示。IPSPIPSCTPM3UASCCPuserIPSPIPSCTPM3UASCCPuser图5-6IPSP间SCCP用户信令的传递SCCP消息直接在两个具有SCCP用户协议实例的IP节点的IPSP间交换，例如TCAP。不需要No.7信令网互通，因此不考虑SCCP和SCCP－用户协议的MTP3网络管理状态信息，任何从M3UA到SCCP的MTP-PAUSE、MTP-RESUME、MTP-STATUSindication应该考虑SCTP偶联、低层IP网和从远端收到的拥塞信息的状态。5.3.8M3UA协议消息M3UA消息格式中包含一个公共消息头，之后是0或多个由消息类型定义。1.公共消息头公用消息头包括版本（Version）、备用字段（Spare）、消息类别（MessageClass）、消息类型（MessageType）和消息长度（MessageLength）。消息头部分对于所有信令协议适配层消息都是通用的。\uf06c版本（Version）M3UA版本，目前所支持的版本编号为00000001，表示1.0版本。\uf06c备用字段（Spare）备用字段的长度为8比特。在发送方应当设置为全0，接收方则忽视此字段。\uf06c消息类别（MessageClass）56信令与协议分册第5章SIGTRAN协议表5-1M3UA消息类别编码表数值含义00管理消息（IUA/M2UA/M3UA/V5UA）01M3UA传送消息02M3UA、SUA上的No.7信令网络管理消息03ASP状态维护消息（IUA/M2UA/M3UA/SUA）04ASP业务维护消息（IUA/M2UA/M3UA/SUA）05Q.921/Q.931边界原始传递消息（IUA）06为其他SIGTRAN适配层备用07为其他SIGTRAN适配层备用08为其他SIGTRAN适配层备用09选路关键字管理（RKM）消息（M3UA）0A-7FIETF备用80-FF为IETF定义的消息类别扩展备用\uf06c消息类型（Messagetype）根据不同的消息种类，定义了如表5-2、表5-3、表5-4、表5-5、表5-6和表5-7所示的消息类型。表5-2M3UA管理（MGMT）消息类型数值消息种类含义00差错（ERR）如果在收到的消息中发行差错事件的值，则发送ERR消息。01通知（NTFY）用于向M3UA对等方提供M3UA事件的自动指示02-7FIETF保留-80-FFIETF扩展保留-表5-3M3UA传送消息类型数值消息种类含义00保留-01Data包含No.7MTP3用户协议数据，它是一个MTP-TRANSFER原语，包括了完整的MTP3标记。02-7FIETF保留-80-FFIETF扩展保留-57信令与协议分册第5章SIGTRAN协议表5-4M3UA信令网管理（SSNM）消息类型数值消息种类含义00保留-01目的地不可用（DUNA）SG中的SGP向所有相关的ASP发送DUNA消息，用来指示该SG已经确定了一个或多个No.7信令目的地不可达。DUNA消息也用于响应ASP消息不可达的No.7信令目的地。ASP的MTP3用户应当停止向DUNA消息中被影响的目的地发送业务。02目的地可用（DAVA）SG中的SGP向所有相关的ASP发送DAVA消息，用来指示该SG已经确定了一个或多个No.7信令目的地目前可达或响应DAUD消息。ASP的MTP3用户协议应当恢复DAVA消息中被影响的目的地发送业务。03目的状态查询（DAUD）ASP向SGP发送DAUD消息查询到一个或多个被影响目的地的No.7信令路由的可用性/拥塞状态。04No.7信令网拥塞状态（SCON）SGP向所有相关的ASP发送SCON消息，用来指示到No.7信令网的一个或多个目的地拥塞，或发送SCON消息到ASP响应DATA或DAUD消息；也可以从ASP的M3UA向M3UA对等层发送SCON消息，指示M3UA或ASP拥塞。05目的地用户部分不可用（DUPU）SGP向ASP发送DUPU消息，通知No.7信令网节点上的远端对等MTP3-用户部分不可用。06目的地受限（DRST）-暂不使用-07-7FIETF备用-80-FFIETF扩展保留-表5-5M3UAASP状态维护消息（ASPSM）类型数值消息种类含义00保留-01ASPUp（ASPUP）ASPUP消息用来向远端M3UA对等层指示适配层，已经准备好为ASP配置的所有的选路关键字接收SSNM或ASPTM管理消息。02ASPDown（ASPDN）ASPDN消息用来指示向远端M3UA对等层指示适配层尚未准备好接收DATA、SSNM、RKM或ASPTM消息。03心跳消息Heartbeat（Beat）BEAT消息被任选的用来保证M3UA对等层一直对其他M3UA可用。当M3UA不使用SCTP作为传送层时必须使用BETA消息。58信令与协议分册第5章SIGTRAN协议数值消息种类含义04ASPUpAck（ASPUPACK）ASPUPACK消息用来证实从远端M3UA对等层接收的ASPUP消息。05ASPDownAck（ASPDNACK）ASPDNACK消息用来证实从远端M3UA对等层接收的ASPDN消息，或答复从出于管理原因而被锁的ASP接收的ASPTM消息。06心跳响应消息HeartbeatAck（BEATACK）发送BEATACK消息以响应接收的BEAT消息。07-7FIETF保留-80-FFIETF扩展保留-表5-6M3UAASP业务维护消息（ASPTM）类型数值消息种类含义00保留-01ASP激活（ASPAC）ASPAC由ASP发送，指出远端M3UA对等层准备处理特定AS的信令业务。ASPAC只影响选路上下文识别的选路关键字的ASP状态。02ASP去活（ASPIA）ASPIA由ASP发送，向远端M3UA对等层指示一列ASP中不再使用的某个ASP。ASPIA消息只影响由选路上下文识别的选路关键字中ASP的状态。03ASP激活Ack（ASPACACK）ASPACACK消息用于证实从远端M3UA对等层接收的ASP激活消息。04ASP去活Ack（ASPIAACK）ASPIAACK消息用于证实从远端M3UA对等层接收的ASP去活消息。05-7FIETF保留-80-FFIETF扩展保留-59信令与协议分册第5章SIGTRAN协议表5-7M3UA选路关键字管理（RKM）消息类型数值消息种类含义00备用-01注册请求（REGREQ）ASP发送REGREQ消息用于向远端M3UA对等层指出它希望与远端对等层注册一个或几个给定的选路关键字。最典型的情况是ASP向SGP发送这个消息，并希望接收具有相关选路上下文值的REGRSP。02注册响应（REGRSP）REGRSP消息用来对来自远端M3UA对等层REGREQ消息的响应，它包含注册请求成功/故障的指示，并返回成功注册请求的唯一的选路上下文值而用于后续的M3UA业务管理协议。03注销请求（DEREGREQ）ASP发送DEREGREQ消息向远端M3UA对等层指出希望注销给的的选路关键字，通常情况下ASP将向SGP发送这个消息并希望接收带相关选路上下文值的返回DEREGRSP消息。04注销响应（DEREGRSP）DEREGRSP消息用于响应来自远端M3UA对等层的DEREGREQ消息。05-7FIETF保留-80-FFIETF扩展保留-\uf06c消息长度（MessageLength）消息长度定义了消息的八位位组长度，长度包括消息头在内。对于消息的最后一个参数，如果包含填充，那么消息长度应把填充信息包含在内。2.可变长度参数的格式M2UA消息公用消息头之后可以包含0个或几个可变长度参数。所有包含在消息中的参数格式都使用“参数标签-参数长度-参数取值”的形势进行描述。可变长度参数由参数标签（ParameterTag）、参数长度（ParameterLength）和参数值（ParameterValue）组成。\uf06c参数标签参数标签是标识参数的类型，用16比特表示。适配层的通用参数的取值范围从0x00到0x3F。M3UA专有参数取值范围则从0x0200到0x02FF。取值与参数的关系如表5-8所示。表5-8M3UA参数标签取值与参数对应关系表标签取值参数名0x0000保留0x0001没有在M3UA中使用60信令与协议分册第5章SIGTRAN协议标签取值参数名0x0002没有在M3UA中使用0x0003没有在M3UA中使用0x0004信息串0x0005没有在M3UA中使用0x0006选路上下文0x0007诊断信息0x0008没有在M3UA中使用0x0009心跳数据0x000A没有在M3UA中使用0x000B业务模式类型0x000C错误码0x000D状态类型/信息0x000E没有在M3UA中使用0x000F没有在M3UA中使用0x0010没有在M3UA中使用0x0011ASP标识符0x0012被影响的信令点码0x0013-0x00FF备用0x0200网络外貌0x0201备用0x0202备用0x0203备用0x0204用户/cause0x0205拥塞指示0x0206相关目的地0x0207选路关键字0x0208注册结果0x0209注销结果0x020A本地选路关键字标识符0x020B目的地点码0x020C业务指示语0x020D子系统号码0x020E起源点码列表0x020F电路范围0x0210协议数据61信令与协议分册第5章SIGTRAN协议标签取值参数名0x0211CorrelationID0x0212注册状态0x0213注销状态0x0214-0xFFFIETF备用\uf06c参数长度参数长度必须为4字节的整数倍。如果不是4字节的整数倍，发送方则在参数值的最后填充全0的字节，但不允许在参数长度中填充全0的字节。发送方不允许填充超过3个字节的全0字节。接收方忽略填充字节。\uf06c参数值（ParameterValue）参数值的长度是可变的，它包含发送或接收到的实际M3UA消息内容。3.M3UA传送消息M3UA传送消息只包括一个消息：数据（DATA）消息。数据消息中都包含公共消息头和0个或多个由消息类型定义的参数。DATA消息包含如下参数：可选的网络外貌（NetworkAppearance，暂不使用）、可选的选路上下文（RoutingContext）、必选的协议数据（Protocoldata）和可选的CorrelationId。DATA消息的参数格式如图5-7所示。01234567890123456789012345678901Tag=0x0200NetworkAppearanceRoutingContext0123Tag=0x0006Length=8Length=8Tag=0x0210ProtocoldataLengthTag=0x0211Length=8CorrelationID图5-7DATA消息参数格式62信令与协议分册第5章SIGTRAN协议\uf06c网络外貌（NetworkAppearance）是消息中用来补充NI（网络标识语）的参数。在DATA消息中，网络外貌隐含地定义了所用No.7信令点编码格式、No.7信令网指示语值和MTP3/MTP3用户协议类型/变量/版本。举例说明，中国内陆和香港特别行政区属于同样的NI（国内主用网），但是其信令点格式不同。中国内陆使用24位的信令点编码，香港地区使用14位的信令点编码。这就需要消息中的网络外貌参数来定义。网络外貌参数值只是本地有效，并且必须在SGP和ASP之间协商。所以，如果一个ASP连到多个SGP，那么根据消息正在哪个SGP上收/发，相同的No.7网络上下文可以通过不同的网络外貌值来识别。如果网络外貌参数存在，因为它定义了协议数据字段的格式，则它必须是消息中的第一个参数。M3UA协议规范暂不使用网络外貌参数。\uf06c选路上下文（RoutingContext）选路上下文是一个32bit的值，在消息中一一代表选路关键字。选路上下文参数包含与DATA消息有关的选路上下文的取值。如果SGP和ASP之间没有协商一个选路关键字，就没有必要发送选路上下文。如果同一个偶联使用了多个选路关键字和选路上下文，必须发送选路上下文以识别业务流，帮助内部分发DATA消息。\uf06c协议数据（ProtocolData）协议数据参数包含源No.7信令MTP3消息，其中包括业务信息八位位组和路由标记。协议数据参数包含下列字段：业务指示语（SI）、网络指示语（NI）、消息优先级（MP）、目的信令点编码（OPC）、源信令点编码（DPC）和信令链路选择码（SLS）。用户协议数据包括：MTP3-用户协议单元（例如，ISUP、SCCP或TUP参数）。协议数据参数的格式如图5-8所示。01234567890123456789012345678901ReservedDPCUserProtocolData0123SINISLSOPCReservedReservedReserved图5-8协议数据的格式63信令与协议分册第5章SIGTRAN协议字段名含义OPC（OriginatingPointCode）源点码是一个24位的值。DPC（DestinationPointCode）目的点码是一个24位的值。SI（ServiceIndicator）业务指示语是一个4位的值，包含原No.7消息的业务指示语域。NI（NetworkIndicator）网络指示语是一个2位的值，包含原No.7消息的网络指示语域。SLS（SignalingLinkSelection）信令链路选择域是一个4位的值，包含原No.7消息选路标记的信令链路选择码。ProtocoldataMTP3用户协议单元，如ISUP、SCCP或TUP参数。4.No.7信令网络管理（SSNM）消息(11)目的地不可用（DUNA）DUNA消息包含下列参数：网络外貌（可选）、选路上下文（可选）、被影响的目的地点码（必选）和信息串（可选）。DUNA消息的结构如图5-1所示。64信令与协议分册第5章SIGTRAN协议01234567890123456789012345678901Tag=0x0200NetworkAppearanceRoutingContext0123Tag=0x0006LengthLength=8Tag=0x0012AffectedDPC1Length...MaskAffectedDPCnMaskTag=0x0004LengthINFOString图5-1DUNA消息结构\uf06c网络外貌（NetworkAppearance）请参考DATA消息网络外貌参数的描述。\uf06c选路上下文（RoutingContext）选路上下文参数是一个可选参数，它包含与DUNA消息有关的选路上下文的取值。如果SGP和ASP之间没有协商一个选路关键字，就没有必要发送选路上下文。如果同一个偶联使用了多个选路关键字和选路上下文，必须发送选路上下文以识别DUNA消息适用的业务流，帮助管理出局业务以及内部分发MTP-PAUSE指示给接收端的MTP3用户。\uf06c被影响的目的地点码（AffectedDPC）被影响的点码参数最多可用包含16个被影响的DPC字段。发送的被影响的目的地参数中可以有多个被影响的DPC，所有被影响的DPC必须是属于相同网络外貌，例如当SG的簇路由组或者是链路事件会影响到多个目的地时,包含多个被影响的DPC这种方法十分有效。\uf06c信息串（INFOString）任选的信息串参数可以携带任何有含义的8比特ASCII字符串，信息串参数的长度可以为0到255，除了该参数可以由运营者进行调试时，识别被影响的DPC反映的位置外，没有其它程序使用该参数。65信令与协议分册第5章SIGTRAN协议(12)目的地可用（DAVA）DAVA消息包含下列参数：网络外貌（可选）、选路上下文（可选）、被影响的目的地点码（必选）、信息串（可选），各参数含义请参见DUNA消息的内容。(13)目的状态查询（DAUD）DAUD消息包含下列参数：网络外貌（可选，暂不使用）、选路上下文（可选）、被影响的目的地点码（必选）、信息串（可选），各参数含义请参见DUNA消息内容。(14)No.7信令网拥塞状态（SCON）SCON消息结构如图5-1所示，包含下列参数：网络外貌（可选，暂不使用）、选路上下文（可选）、被影响的目的地点码（必选）、相关目的地（可选）、拥塞指示（可选）、信息串（可选）。66信令与协议分册第5章SIGTRAN协议01234567890123456789012345678901Tag=0x0200NetworkAppearanceRoutingContext0123Tag=0x0006LengthLength=8Tag=0x0012AffectedDPC1Length...AffectedDPCnReservedTag=0x0004LengthINFOStringTag=0x0206Length=8ReservedConcernedDPCTag=0x0205Length=8ReservedCongestionIndicationsReserved图5-1SCON消息结构参数名含义网络外貌见DUNA消息选路上下文见DUNA消息被影响的DPC见DUNA消息相关目的地指示只用于SCON从ASP发送到SGP，它包含触发SCON消息的起源点码，相关的目的地DPC参数包含一个相关的目的地DPC，SG使用包含在SCON消息中的单个被影响的DPC，发送受控传递消息到相关的目的地DPC。拥塞指示是否发生拥塞信息串见DUNA消息67信令与协议分册第5章SIGTRAN协议(15)目的地用户部分不可用（DUPU）DUPU消息的结构如图5-1所示。DUPU消息包含下列参数：网络外貌（可选，暂不使用）、选路上下文（可选）、被影响的目的地点码（必选）、用户/原因（必选）、信息串（可选）。01234567890123456789012345678901Tag=0x0200NetworkAppearanceRoutingContext0123Tag=0x0006LengthLength=8Tag=0x0012AffectedDPCLength=8Mask=0Tag=0x0004LengthINFOStringTag=0x0204Length=8CauseUser图5-1DUPU消息结构\uf06c网络外貌（NetworkAppearance）网络外貌参数的格式及描述与DUNA消息的相同。\uf06c选路上下文（RoutingContext）选路上下文参数的格式及描述与DUNA消息的相同。\uf06c被影响的DPC（AffectedDPC）被影响的目的地点码参数的格式及描述与DUNA消息的基本相同，不同之处在于DUPU消息不使用掩码（Mask）域，且只包含一个被影响的目的点码。DUPU消息中不能携被影响目的点码的范围和列表，但是这与No.7信令网中的UPU操作是一致的。SGP收到No.7信令网发来的MTP3用户部分不可用（UPU）消息时，消息中的被影响目的地参数也只携带一个目的地。\uf06c用户/原因（User/Cause）68信令与协议分册第5章SIGTRAN协议用户/Cause提供了MTP3用户不可用的原因，如表5-1中给出了不可用原因参数的有效值，这些值同No.7MTP3用户部分不可用消息中取值相同。表5-1不可用原因参数的有效值取值含义0x0000未知0x0001未装备的远端用户0x0002远端用户不可接入MTP3用户识别用来描述特定的不可用的MTP3用户（如ISUP、SCCP等），MTP3用户标识的有效取值如表5-2所示。该值与No.7MTP3用户部分不可用消息和业务指示语一致。表5-2有效的MTP3用户识别取值含义0x0000-0x0002保留0x0003SCCP0x0004TUP0x0005ISUP0x0006-0x0008保留0x0009宽带ISUP0x000a卫星ISUP0x000b保留0x000cAAL类型2信令0x000d与承载无关的呼叫控制协议（BICC）0x000e网关控制协议0x000f保留\uf06c信息串（INFOString）信息串参数的格式及描述与DUNA消息的相同。5.M3UAASP状态维护消息（ASPSM）类型(16)ASPUpASPUp消息结构如图5-1所示。ASPUp消息包含下列参数：ASP标识符（可选）和信息串（可选）。69信令与协议分册第5章SIGTRAN协议01234567890123456789012345678901Tag=0x0011ASPIdentifierINFOString0123Tag=0x0004LengthLength=801234567890123456789012345678901Tag=0x0011ASPIdentifierINFOString0123Tag=0x0004LengthLength=8图5-1ASPUp消息结构参数名含义ASP标识符ASP标识符参数是一个32位的值，包含在支持AS的ASP间本地有意义唯一的值，SGP应该保存NTFY消息中所使用的ASP标识符。信息串请参见DUNA消息(17)ASPUpAckASPUpAck消息的结构如图5-1所示。ASPUpAck消息包含信息串（可选）参数。01234567890123456789012345678901Tag=0x0004INFOString0123Length01234567890123456789012345678901Tag=0x0004INFOString0123Length图5-1ASPUpAck消息结构信息串参数的格式及描述与DUNA消息的相同。注意：ASPUpAck消息中的信息串参数可以与接收到的ASPUp消息中的不同。(18)ASPDownASPDown消息的结构如图5-1所示。ASPDown消息包含下列参数：信息串（可选）。70信令与协议分册第5章SIGTRAN协议01234567890123456789012345678901Tag=0x0004INFOString0123Length01234567890123456789012345678901Tag=0x0004INFOString0123Length图5-1ASPDown消息的结构信息串参数的格式及描述与DUNA消息的相同。(19)ASPDownAckASPDownAck消息的结构如图5-1所示。ASPDownAck消息包含下列参数：信息串（可选）。01234567890123456789012345678901Tag=0x0004INFOString0123Length01234567890123456789012345678901Tag=0x0004INFOString0123Length图5-1ASPDownAck消息的结构信息串参数的格式及描述与DUNA消息的相同。注意：ASPDownAck消息中的信息串参数可以与接收到的ASPDown消息中的不同。(20)心跳（BEAT）BEAT消息的结构如图5-1所示。BEAT消息包含下列参数：心跳数据（可选）。01234567890123456789012345678901Tag=0x0009HeartbeatData0123Length01234567890123456789012345678901Tag=0x0009HeartbeatData0123Length图5-1BEAT消息的结构71信令与协议分册第5章SIGTRAN协议心跳数据参数的内容由发送方节点定义，如包括心跳序号（HeartbeatSequenceNumber）和/或时间戳（Timestamp）。心跳数据参数只对发送方有效，接受方不作处理。接受方收到BEAT消息后必须响应BEATAck消息。(21)心跳响应（BEATAck）BEATAck消息用来响应接收到的BEAT消息，它包含BEAT消息的所有参数，不作任何改动。6.选路关键字管理消息(22)注册请求（REGREQ）REGREQ消息的结构如图5-1所示。REGREQ消息包含一个或多个必须的选路关键字（RoutingKey）参数。01234567890123456789012345678901Tag=0x0207RoutingKey10123LengthTag=0x0207LengthRoutingKeyn…01234567890123456789012345678901Tag=0x0207RoutingKey10123LengthTag=0x0207LengthRoutingKeyn…图5-1REGREQ消息的结构选路关键字参数是一个必选参数，参数值的长度可变。如果选路关键字不存在，消息的发送方希望接收方创建一个并赋值。同一个消息允许携带多个选路关键字进行注册，所以选路关键字参数会在同一个消息中出现多次。选路关键字参数的格式如图5-2所示。72信令与协议分册第5章SIGTRAN协议01234567890123456789012345678901Local-RK-IdentifierTrafficModeType(optional)NetworkAppearance(optional)0123DestinationPointCodeServiceIndicators(optional)OriginatingPointCodeList(optional)CircuitRangeList(optional)DestinationPointCodeServiceIndicators(optional)CircuitRangeList(optional)OriginatingPointCodeList(optional)…01234567890123456789012345678901Local-RK-IdentifierTrafficModeType(optional)NetworkAppearance(optional)0123DestinationPointCodeServiceIndicators(optional)OriginatingPointCodeList(optional)CircuitRangeList(optional)DestinationPointCodeServiceIndicators(optional)CircuitRangeList(optional)OriginatingPointCodeList(optional)…图5-2选路关键字参数的格式如上图所示，目的点码、业务指示语、源点码列表、电路范围列表可以在选路关键字参数中重复。\uf06c本地选路关键字标识（Local-RK-Identifier）本地选路关键字标识域是一个32位的值，该域用于唯一识别注册请求。标识值由ASP分配，用于将REGRSP消息中的响应与原注册请求关联起来。标识值在REGRSP消息收到之前必须是唯一的。本地选路关键字标识域的格式如图5-3所示。01234567890123456789012345678901Tag=0x020aLocal-RK-Identifiervalue0123Length=801234567890123456789012345678901Tag=0x020aLocal-RK-Identifiervalue0123Length=8图5-3本地选路关键字标识域的格式\uf06c业务模式类型（TrafficModeType）业务模式类型参数是一个32位的值，该参数用于识别AS内ASP操作的业务模式。73信令与协议分册第5章SIGTRAN协议业务模式类型标识的格式如图5-4所示。01234567890123456789012345678901Tag=0x000bTrafficModeType0123Length=801234567890123456789012345678901Tag=0x000bTrafficModeType0123Length=8图5-4业务模式类型标识的格式业务模式类型的有效取值如表5-1所示。表5-1业务模式类型的有效取值取值业务模式类型1逾越（主备用，Override）2负荷分担（Loadshare）3广播（Broadcast）\uf06c目的点码（DestinationPointCode）目的点码参数是必选参数，该参数用于识别ASP正在注册的入局七号信令业务的目的点码。其格式与DUNA消息中的被影响的目的地（AffectedDestination）参数相同。目的点码参数的格式如图5-5所示。01234567890123456789012345678901Tag=0x020bDestinationPointCode0123Length=8Mask=001234567890123456789012345678901Tag=0x020bDestinationPointCode0123Length=8Mask=0图5-5目的点码参数的格式\uf06c网络外貌（NetworkAppearance）网络外貌参数是可选参数，该参数用于识别选路关键字的七号信令网络上下文。网络外貌参数的格式与DATA消息中的相同。如果选路关键字中没有网络外貌参数，则表示可以使用任意网络外貌值。网络外貌参数的格式如图5-6所示。74信令与协议分册第5章SIGTRAN协议01234567890123456789012345678901Tag=0x0200NetworkAppearance0123Length=801234567890123456789012345678901Tag=0x0200NetworkAppearance0123Length=8图5-6网络外貌参数的格式\uf06c业务指示语（ServiceIndicators）业务指示语域包含一个或多个业务指示语，各业务指示语的取值参见DUPU消息中的MTP-用户识别（MTP-3UserIdentity）域的描述。如果选路关键字中没有业务指示语参数，则表示可以使用任意业务指示语值，不包括MTP管理。如果某个业务指示语参数包含的业务指示语的个数不是4的倍数，则该参数要填充成32个字节。业务指示语参数的格式如图5-7所示。01234567890123456789012345678901Tag=0x020c0123LengthSI#1SI#2SI#3SI#4…SI#n0Padding,ifnecessary01234567890123456789012345678901Tag=0x020c0123LengthSI#1SI#2SI#3SI#4…SI#n0Padding,ifnecessary图5-7业务指示语参数的格式\uf06c源点码列表（OriginatingPointCodeList）源点码列表参数包含一个或多个七号信令源信令点码，该参数的格式与目的点码（DestinationPointCode）参数的相同。如果选路关键字中没有源点码列表参数，则表示可以使用任意源信令点码值。源点码列表参数的格式如图5-8所示。75信令与协议分册第5章SIGTRAN协议01234567890123456789012345678901Tag=0x020e0123LengthMask=0OriginationPointCode#1…Mask=0Mask=0OriginationPointCode#2OriginationPointCode#n01234567890123456789012345678901Tag=0x020e0123LengthMask=0OriginationPointCode#1…Mask=0Mask=0OriginationPointCode#2OriginationPointCode#n图5-8源点码列表参数的格式\uf06c电路范围（CircuitRange）一条ISUP控制的电路通过七号信令源信令点码（OPC）、目的信令点码（DPC）和电路识别码（CIC）来识别。电路范围参数包含一个或多个电路范围，每个电路范围通过源点码和CIC上下取值来识别。目的点码包含在选路关键字的必选参数DestinationPointCode中。对于ISUP/TUP业务，如果选路关键字中没有电路范围参数，则表示可以使用任意电路范围值。源点码采用与目的点码参数相同的编码，CIC取值为16位的整数。电路范围的格式如图5-9所示。01234567890123456789012345678901Tag=0x020f0123LengthLowerCICValue#1UpperCICValue#1…Mask=0OriginationPointCode#1Mask=0OriginationPointCode#2LowerCICValue#2UpperCICValue#2Mask=0OriginationPointCode#nLowerCICValue#nUpperCICValue#n01234567890123456789012345678901Tag=0x020f0123LengthLowerCICValue#1UpperCICValue#1…Mask=0OriginationPointCode#1Mask=0OriginationPointCode#2LowerCICValue#2UpperCICValue#2Mask=0OriginationPointCode#nLowerCICValue#nUpperCICValue#n图5-9电路范围的格式(23)注册响应（REGRSP）REGRSP消息用于响应远端M3UA对等层发送的REGREQ消息，它包含注册请求成功/失败的指示，注册请求成功时返回一个唯一的选路上下文取值，该值将用于后续的M3UA业务管理协议。76信令与协议分册第5章SIGTRAN协议REGRSP消息包含一个或多个注册结果（必选）参数。REGRSP消息的结构如图5-1所示。01234567890123456789012345678901Tag=0x0208RegistrationResult10123LengthTag=0x0208LengthRegistrationResultn…01234567890123456789012345678901Tag=0x0208RegistrationResult10123LengthTag=0x0208LengthRegistrationResultn…图5-1REGRSP消息的结构\uf06c注册结果（RegistrationResult）注册结果参数包含REGREQ消息中某个选路关键字的注册结果。REGRSP消息中携带的结果的个数必须是1到n之间的一个数，n是相应的REGREQ消息中携带的选路关键字参数的个数。如果一个REGREQ消息有多个REGRSP消息来响应，则一个注册结果只能存在在一个REGRSP消息中。注册结果的格式如图5-2所示。01234567890123456789012345678901Tag=0x020aLocal-RK-Identifiervalue0123Length=8Tag=0x0006Length=8RoutingContextTag=0x0212RegistrationStatusLength=801234567890123456789012345678901Tag=0x020aLocal-RK-Identifiervalue0123Length=8Tag=0x0006Length=8RoutingContextTag=0x0212RegistrationStatusLength=8图5-2注册结果的格式\uf06c本地选路关键字标识（Local-RK-Identifier）77信令与协议分册第5章SIGTRAN协议本地选路关键字标识是一个32位的值，该参数的取值与REGREQ消息中相应的选路关键字（RoutingKey）参数的取值相同。\uf06c注册状态（RegistrationStatus）注册结果状态域是一个32位的值。该域指示注册成功或失败的状态，注册请求失败时，还提供失败的原因。注册状态的取值如表5-1所示。表5-1注册状态的取值值含义0注册成功（SuccessfullyRegistered）1错误－未知（Error–Unknown）2错误－DPC无效（Error-InvalidDPC）3错误－网络外貌无效（Error-InvalidNetworkAppearance）4错误－选路关键字无效（Error-InvalidRoutingKey）5错误－接入拒绝（Error-PermissionDenied）6错误－不支持唯一的选路（Error-CannotSupportUniqueRouting）7错误－选路关键字当前不提供（Error-RoutingKeynotCurrentlyProvisioned）8错误－资源不足（Error-InsufficientResources）9错误－选路关键字参数域不支持（Error-UnsupportedRKparameterField）10错误－业务处理方式不支持/无效（Error-Unsupported/InvalidTrafficHandlingMode）\uf06c选路上下文（RoutingContext）选路上下文域是一个32位的值。如果注册成功，则该域包含相关选路关键字所对应的的选路上下文的取值。如果注册不成功，则该域设为“0”。(24)注销请求（DEREGREQ）ASP发送DEREGREQ消息向远端M3UA对等层指出，ASP希望注销给定的选路关键字。通常情况下，ASP将向SGP发送这个消息，并希望收到携带相关选路上下文取值的DEREGRSP消息。DEREGREQ消息包含下列参数：选路上下文（必选）。DEREGREQ消息的结构如图5-1所示。78信令与协议分册第5章SIGTRAN协议01234567890123456789012345678901Tag=0x0006RoutingContext0123Length01234567890123456789012345678901Tag=0x0006RoutingContext0123Length图5-1DEREGREQ消息的结构\uf06c选路上下文（RoutingContext）选路上下文参数包含一组索引AS业务的整数，并且这些AS业务是发送方ASP当前注册从SGP收到的但是现在希望注销掉。(25)注销响应（DEREGRSP）DEREGRSP消息用于响应远端M3UA对等层发来的的DEREGREQ消息。DEREGRSP消息包含一个或多个注销结果（必选）参数。DEREGRSP消息的结构如图5-1所示。01234567890123456789012345678901Tag=0x0209DeregistrationResult10123LengthTag=0x0209LengthDeregistrationResultn…01234567890123456789012345678901Tag=0x0209DeregistrationResult10123LengthTag=0x0209LengthDeregistrationResultn…图5-1DEREGRSP消息的结构\uf06c注销结果（DeregistrationResult）注销结果参数包含DEREGREQ消息中某个选路上下文的注销状态。DEREGRSP消息中携带的结果的个数可以是1到n之间的一个数，n是相应的DEREGREQ消息中携带的选路上下文取值的个数。如果一个DEREGREQ消息有多个DEREGRSP消息来响应，则一个注销结果只能存在在一个DEREGRSP消息中。每个注销结果参数的格式如图5-2所示。79信令与协议分册第5章SIGTRAN协议01234567890123456789012345678901Tag=0x0006RoutingContext0123Length=8Tag=0x0213DeregistrationStatusLength=801234567890123456789012345678901Tag=0x0006RoutingContext0123Length=8Tag=0x0213DeregistrationStatusLength=8图5-2注销结果参数的格式\uf06c选路上下文（RoutingContext）选路上下文域是一个32位的值，该域包含DEREGREQ消息中要注销的相应的选路关键字的选路上下文的取值。\uf06c注销状态（DeregistrationStatus）注销结果状态域是一个32位的值，该域指示注销成功或失败的状态，注销请求失败时，还提供失败的原因。注销状态的取值如表5-1所示。表5-1注销状态的取值取值含义0x0000注销成功0x0001错误－未知0x0002错误－无线的选路上下文0x0003错误－许可被拒绝0x0004错误－未注册0x0005错误－选路上下文的ASP处于激活状态7.ASP业务维护消息(26)ASP激活（ASPActive）ASPActive消息包含下列参数：业务模式类型（可选）、选路上下文（可选）、信息串（可选）。ASPActive消息的结构如图5-1所示。80信令与协议分册第5章SIGTRAN协议01234567890123456789012345678901Tag=0x000bTrafficModeType0123Length=8Tag=0x0004LengthINFOStringTag=0x0006RoutingContextLength01234567890123456789012345678901Tag=0x000bTrafficModeType0123Length=8Tag=0x0004LengthINFOStringTag=0x0006RoutingContextLength图5-1ASPActive消息的结构\uf06c业务模式类型（TrafficModeType）业务模式类型参数是一个32位的值，该参数用于识别AS内ASP操作的业务模式。业务模式类型的有效取值如表5-1所示。表5-1业务模式类型的有效取值取值业务模式类型1逾越（主备用，Override）2负荷分担（Loadshare）3广播（Broadcast）某个特定的选路上下文内，逾越、负荷分担、广播这三种业务模式类型不能混合使用。逾越（Override）模式指的是ASP逾越AS内所有当前主用的ASP，接管AS中的所有业务（即主备操作）。负荷分担（Loadshare）模式指的是ASP将与其他当前主用的ASP分担所有话务。广播（Broadcast）模式指的是所有主用ASP接收AS中的所有消息话务。\uf06c选路上下文（RoutingContext）选路上下文是可选参数，它包含一组索引AS话务的整数，并且该AS话务是发送方ASP配置/注册来接收的。索引记录和SGP选路关键字或AS名之间是一一对应的关系。因为一个AS只能出现在一个网络外貌里，所以ASPActive消息中不必携带网络外貌参数。ASP可以配置来处理多个逻辑AS的业务。从ASP的角度来看，选路上下文定义的是当前配置ASP接收来自SGP的信令业务的范围。比如，某个ASP可以配置81信令与协议分册第5章SIGTRAN协议成支持多个PSTN中继范围的呼叫处理，并接收根据独立的DPC/OPC/CIC范围识别的信令业务。\uf06c信息串（INFOString）信息串参数是可选参数，其格式及描述与DUNA消息的相同。(27)ASP激活响应（ASPActiveAck）ASPActiveAck消息包含下列参数：业务模式类型（可选）、选路上下文（可选）、信息串（可选）。ASPActiveAck消息的结构如图5-1所示。01234567890123456789012345678901Tag=0x000bTrafficModeType0123Length=8Tag=0x0004LengthINFOStringTag=0x0006RoutingContextLength01234567890123456789012345678901Tag=0x000bTrafficModeType0123Length=8Tag=0x0004LengthINFOStringTag=0x0006RoutingContextLength图5-1ASPActiveAck消息的结构\uf06c业务模式类型（TrafficModeType）业务模式类型参数的格式与ASPActive消息的相同。\uf06c选路上下文（RoutingContext）选路上下文参数的格式与ASPActive消息的相同。\uf06c信息串（INFOString）信息串参数的格式和描述与DUNA消息的相同。ASPActiveAck消息中的信息串可以与收到的ASPActive消息中的信息串不同。(28)ASP去活（ASPInactive）ASPInactive消息包含下列参数：选路上下文（可选）、信息串（可选）。ASPInactive消息的结构如图5-1所示。82信令与协议分册第5章SIGTRAN协议01234567890123456789012345678901Tag=0x0006RoutingContext0123LengthTag=0x0004INFOStringLength01234567890123456789012345678901Tag=0x0006RoutingContext0123LengthTag=0x0004INFOStringLength图5-1ASPInactive消息的结构\uf06c选路上下文（RoutingContext）选路上下文是可选参数，其格式和描述与ASPActive消息的相同。\uf06c信息串（INFOString）信息串是可选参数，其格式和描述与ASPActive消息的相同。(29)ASP去活响应（ASPInactiveAck）ASPInactiveAck消息包含下列参数：选路上下文（可选）、信息串（可选）。ASPInactiveAck消息的结构如图5-1所示。01234567890123456789012345678901Tag=0x0006RoutingContext0123LengthTag=0x0004INFOStringLength01234567890123456789012345678901Tag=0x0006RoutingContext0123LengthTag=0x0004INFOStringLength图5-1ASPInactiveAck消息的结构\uf06c选路上下文（RoutingContext）选路上下文是可选参数，其格式与ASPInactive消息的相同。\uf06c信息串（INFOString）信息串是可选参数，其格式和描述与DUNA消息的相同。ASPInactiveAck消息中的信息串可以与收到的ASPInactive消息中的信息串不同。83信令与协议分册第5章SIGTRAN协议8.管理消息(30)差错（Error）Error消息包含下列参数：差错码（必选）、选路上下文（必选）、网络外貌（必选）、被影响的点码（必选）、诊断信息（可选）。\uf026说明：选路上下文、网络外貌、被影响的点码这三个参数只是对某些差错码来说是必选的。Error消息的结构如图5-1所示。01234567890123456789012345678901Tag=0x000cErrorCodeRoutingContext0123Tag=0x0006LengthLength=8Tag=0x0012AffectedPointCode1LengthMaskTag=0x0007LengthDiagnosticInformationTag=0x0200Length=8NetworkAppearanceAffectedPointCodenMask…01234567890123456789012345678901Tag=0x000cErrorCodeRoutingContext0123Tag=0x0006LengthLength=8Tag=0x0012AffectedPointCode1LengthMaskTag=0x0007LengthDiagnosticInformationTag=0x0200Length=8NetworkAppearanceAffectedPointCodenMask…图5-1Error消息的结构\uf06c差错码（ErrorCode）差错码参数是一个32位的值，该参数用来指示Error消息产生的原因。84信令与协议分册第5章SIGTRAN协议差错参数的取值如表5-1所示。表5-1差错参数的有效值差错码含义0x0001无效的版本。接收到无效或不支持版本的消息，就发送“无效版本”差错，ERR消息在公共头中包含支持的版本，ERR消息可任选地在诊断信息区域提供支持的版本。0x0002M3UA中不使用0x0003未支持的消息类别。接收到非期望的或不支持的消息类别，就发送此差错0x0004未支持的消息类型，接收到非期望的或不支持的消息类型，就发送此差错0x0005不支持的业务处理模式。ASP发送不支持的业务量模式类型的ASP激活消息或发送与应用服务器现在配置的业务量处理模式类型不兼容的ASP激活消息，SGP就发送此差错，例如SGP不支持负荷分担0x0006非期望的消息。在现行状态下接收到非期望的已定义和可识别的消息，可以发送此差错（ASP也可以丢弃这个消息而不发送ERR消息）0x0007协议差错。对于接收到任何语法正确但非期望的参数，发送此差错0x0008M3UA中不使用0x0009无效的流标识符。在非期望的SCTP流上接收到消息（例如，在非“0”流上接收到MGMT消息），就发送此差错0x000aM3UA中不使用0x000bM3UA中不使用0x000cM3UA中不使用0x000d拒绝－管理闭塞。当接收到ASP-Up或ASP激活消息并且出于管理原因拒绝请求（例如管理闭锁）时，就发送此差错。如果这个差错是响应ASP激活消息，在ERR消息中应包括ASP激活消息中的选路上下文0x000e要求ASP标识符。SGP接收到不包含ASP标识符参数的ASPUp消息而SGP要求这个参数时，响应ASPUp时就发送“要求ASP标识符”0x000f无效的ASP标识符。SGP接收到无效（即不唯一）的ASP标识符的ASPUp消息，响应ASPUp时就发送“无效的ASP标识符”0x0010M3UA中不使用0x0011无效的参数值。接收到无效参数值的消息（接收到备用段非“0”的消息），就发送此差错0x0012参数字段差错。如果接收消息中的参数有错误的长度字段，就发送此差错0x0013非期望的参数。如果消息中包含无效的参数就发送此差错0x0014目的状态未知。如果SG接收到DAUD消息查询目的地的可用性/拥塞状态，但SG不希望提供这些状态（例如发送者无权知道这些状态）时，就发送此差错0x0015无效的网络外貌0x0016丢失参数。如果消息中不包含必选参数，就发送“丢失参数”差错。0x0017M3UA中不使用0x0018M3UA中不使用0x0019无效的选路上下文。如果从对等层接收到无效（没有配置）的选路上下文值，就发送此差错。对于这种错误，在ERR消息中必须包括无效选路上下文85信令与协议分册第5章SIGTRAN协议差错码含义0x001a没有为ASP配置的AS。如果从对等层接收到没有选路上下文的消息并且通过配置数据不知道参考哪个应用服务器时，就发送此差错\uf06c诊断信息（DiagnosticInformation）诊断信息参数是一个长度可变的值。该诊断信息可以是与错误原因相关的任何信息，以帮助操作人员尽快定位错误原因。(31)通知（Notify）Notify消息包含下列参数：状态（必选）、ASP标识符（可选）、选路上下文（可选）、信息串（可选）。Notify消息的结构如图5-1所示。01234567890123456789012345678901Tag=0x000dStatusTypeASPIdentifier0123Tag=0x0011Length=8Length=8Tag=0x0006LengthTag=0x0004LengthINFOStringRoutingContextStatusInformation01234567890123456789012345678901Tag=0x000dStatusTypeASPIdentifier0123Tag=0x0011Length=8Length=8Tag=0x0006LengthTag=0x0004LengthINFOStringRoutingContextStatusInformation图5-1Notify消息的结构\uf06c状态类型（StatusType）状态类型参数是一个16位的值，该参数用于识别Notify消息的类型。状态类型参数的有效取值如表5-1所示。表5-1状态类型参数的有效取值取值含义0x01应用服务器状态变化（AS-State_Change）0x02其他（Other）86信令与协议分册第5章SIGTRAN协议\uf06c状态信息（StatusInformation）状态信息参数是一个16位的值，包含更详细的通知信息。如果状态类型参数取值为“AS-State_Change”时，状态信息的取值如表5-2所示。表5-2状态类型参数取值为“AS-State_Change”时状态信息的取值取值定义0x01备用（Reserved）0x02AS去活（AS-INACTIVE）0x03AS激活（AS-ACTIVE）0x04AS挂起（AS-PENDING）当AS的状态发生变化时，SGP就向ASP发送这些通知。通知取值反映AS的新的状态。如果状态类型参数取值为“Other”时，状态信息的取值如表5-3所示。表5-3状态类型参数取值为“Other”时状态信息的取值取值定义含义0x01在AS里缺乏可用的ASP资源（InsufficientASPResourcesActiveinAS）SGP向AS内处于ASP_INACTIVE状态的ASP发出通知，指示需要另一个ASP共同承担该AS的业务（负荷分担或广播模式）。0x02备用的ASP激活（AlternateASPActive）当逾越模式下的备用ASP状态迁移到ASP-ACTIVE时通知ASP。备用ASP的标识（如果可得）必须置于Notify消息中。0x03ASP故障（ASPFailure）SGP向AS内的ASP发出通知，指示一个ASP状态迁移到ASP-DOWN。故障ASP的标识（如果可得）必须被置于Notify消息中。这些通知并不取决于上报ASP或AS状态变化的SGP。\uf06cASP标识（ASPIdentifier）ASP标识参数是一个可选参数，其格式和描述与ASPUp消息的相同。\uf06c选路上下文（RoutingContext）选路上下文参数的格式和描述与ASPActive消息的相同。\uf06c信息串（INFOString）信息串参数的格式和描述与ASPActive消息的相同。87信令与协议分册第5章SIGTRAN协议5.3.9M3UA基本信令流程下面的示例指出在SGP和ASP间业务建立的M3UA消息流，所有这些示例假设已经建立了SCTP偶联。1.建立SGP和ASP间的偶联和业务示例这个示例给出了建立SGP和ASP之间业务的M3UA消息的流程，这里的AS中只有一个ASP（无备份）。\uf06c单个ASP在一个AS/（1+0备份），没有注册在该条件下，M3UA消息调用示例如图5-2所示。图5-2建立M3UA消息的流程示例1\uf06c单个ASP在一个AS（1+0备份），动态注册这个示例和上一个相同，只是增加了注册信息的交换，SGP接受了注册。在该条件下，M3UA消息调用示例如图5-3所示。图5-3建立M3UA消息的流程示例2\uf06c单个ASP在多个AS（1+0备份），动态注册在该条件下，M3UA消息调用示例如图5-4所示。88信令与协议分册第5章SIGTRAN协议图5-4建立M3UA消息的流程示例32.ASP业务故障示例(32)两个ASP主备用，一个ASP故障参考图5-1，ASP1退出服务的情况如图5-1所示。图5-1ASP业务故障示例1注：如果SGP检测到M3UA对等层丢失（M3UAHeartbeat丢失或者是检测到SCTP故障），则初始的ASP去活消息交换（例如，ASP1和SGP间）将不会发生。(33)两个ASP主备用以下的示例也根据图5-1所示的情况，这里是由ASP2发起的主动请求并负责全部的业务。该示例如图5-1所示。89信令与协议分册第5章SIGTRAN协议图5-1ASP业务故障示例23.从AS中正常退出ASP并清除偶联示例如果ASP要退出业务，处于“ASP-INACTIVE”状态（即已经接收到ASP去活Ack消息）的ASP就可以进入“ASP-DOWN”状态。该示例如图5-2所示。图5-2从AS中正常退出ASP并清除偶联示例5.4IUA协议5.4.1概述IUA由RFC3057定义，它使用流控制传输协议（SCTP）或其他合适的传输协议，通过IP传输DSS1的Q.921层的用户信令消息（即Q.931）。支持IUA协议的ISDN接口是ISDNBRA（BasicRateAccess）接口或PRA（PrimaryRateAccess）接口，采用点到点或点到多点的通信方式，如图5-3所示。90信令与协议分册第5章SIGTRAN协议ISDNEPMGCQ.931Q.921Q.931IUASCTPIPIUASCTPIPDSS1IUASGPSTNIP(NIF)Q.921图5-3IUA在系统中的位置5.4.2IUA相关术语1.接口支持相关ISDN信令信道的接口。ISDN信令信道可以是16kbit/s的D信道（用于ISDNBRI），64kbit/s基本或备份的信令信道（用于ISDNPRI）。2.应用服务器（AS）服务于特定应用事例的逻辑实体。例如，AS可以是为终止于网关的D信道处理Q.931消息和呼叫进程。3.应用服务器进程（ASP）某个应用服务器的处理事例，例如，主用或备用MGC的事例。4.层管理层管理是处理IUA层和本地管理实体之间的输入和输出的本地节点功能。5.4.3IUA业务1.支持传送Q.931消息在DSS1信令中，Q.921/Q.931之间的原语是标准的。IUA支持两者之间的所有呼叫原语从而保证Q.931的传送。这些原语包括DL-ESTABLISH、DL-RELEASE、DL-DATA和DL-UNITDATA。2.支持在SG、MGC上的层管理功能之间通信IUA提供特定的原语，保证在SG、MGC上的层管理功能之间的通信。特定原语包括M-TEISTATUS和M-ERROR。91信令与协议分册第5章SIGTRAN协议3.支持在SG、MGC之间活动关联的管理IUA能通过接受层管理实体的指令，建立与对等IUA节点的SCTP偶联，这个过程可以使用M-SCTPESTABLISH原语来实现。为了方便层实体管理在SG和MGC之间的SCTP偶联，在IUA层和层管理实体之间定义了9个原语：M-SCTPESTABLISH、M-SCTPRELEASE、M-SCTPSTATUS、M-ASPSTATUS、M-ASP-UP、M-ASP-DOWN、M-ASP-ACTIVE、M-ASP-INACTIVE和M-ASSTATUS。5.4.4IUA功能1.映射IUA层必须维护接口标识符与网关上物理接口的映射表。物理接口可以是E1接口或接口上的时隙。此外，对于给定的物理接口，网关能够识别相关的信令信道。在网关和MGC上的IUA层都必须维护TEI和SAPI的状态。仅当ASP为特定的接口标识符发送ASP激活消息时，网关将映射接口标识符至SCTP偶联/流。该映射是动态的且由于ASP的改变而可以随时改变。因此，网关必须维护AS/ASP的状态并在路由至AS/ASP的消息期间参考其状态。2.ASP状态在网关上的IUA层必须维护其所支持的ASP状态。由于接收到对等方至对等方消息（如ASPM消息）或来自本地实体SCTP偶联的指示，ASP状态会改变。在网关中，AS列表包括活动和不活动的ASP，以支持ASP负载均衡和故障恢复程序。当主ASP和备用ASP都可用时，IUA的对等方协议需要控制当前可用的ASP。在逻辑AS内的ASP有序列表在网关内保持不断更新以反映活动的ASP。IUA层也需要向本地管理实体通知ASP或AS的状态，这可以通过M-ASPSTATUS或M-ASSTATUS原语实现。3.SCTP流管理SCTP允许在初始化期间打开用户特定编号的流，IUA层负责保证这些流的正确管理。由于这些流具有单向特性，IUA层并不知道其对等IUA层的流编号与接口标识符的映射，接口标识符位于IUA层消息头内。为了最小化传输和缓冲延迟并改善信令单元的综合性能、可靠性，每个D信道使用单独的SCTP流。4.无缝网络管理互联如果当前的活动ASP不处于ACTIVE状态，在网关上的IUA层应向本地层管理实体传递IUA用户（Q.931）不可用的指示，层管理应指示Q.921采用相应的行动。同样，如果SCTP偶联失败，在网关和ASP侧的IUA层都应产生释放原语以使数据链路脱离业务。92信令与协议分册第5章SIGTRAN协议5.拥塞管理如果IUA层变拥塞，它应停止从SCTP偶联中读取数据以遵循来自对等IUA的控制。5.4.5IUA协议栈结构IUA协议栈结构如图5-4所示。IPSCTPIUAQ.931LM图5-4IUA协议栈结构5.4.6IUA边界原语1.IUA和Q.921之间的原语IUA和Q.921之间定义了4种原语，用于两者之间的通信使用：DL-ESTABLISH、DL-RELEASE、DL-DATA、DL-UNITDATA。2.IUA和Q.931之间的原语IUA和Q.931之间也定义了4种原语，原语为：DL-ESTABLISH、DL-RELEASE、DL-DATA、DL-UNITDATA。3.IUA和SCTP之间的原语IUA和SCTP之间的原语请参见“第4章SCTP协议”的相关内容。4.IUA和层管理之间的原语IUA协议和IUA端点的层管理定义了如表5-1所示的原语。表5-1IUA同本地管理（LM）的边界原语原语名方向含义M-SCTPESTABLISHrequestLM->IUALM请求ASP以建立与网关的SCTP偶联M-STCPESTABLISHconfirmIUA->LMASP向LM确认它已经与网关建立了SCTP偶联93信令与协议分册第5章SIGTRAN协议原语名方向含义M-SCTPESTABLISHindicationIUA->LM网关通知层管理，ASP已经建立了SCTP偶联。M-SCTPRELEASErequestLM->IUALM请求ASP释放与网关的SCTP偶联M-SCTPRELEASEconfirmIUA->LMASP向层管理，确认它已经释放了与网关的SCTP偶联。M-SCTPRELEASEindicationIUA->LM网关通知层管理，ASP已经释放了SCTP偶联。M-SCTP_RESTARTindicationIUA->LMIUA通知层管理收到了SCTP再启动指示M-SCTPSTATUSrequestLM->IUALM请求IUA报告SCTP偶联的状态M-SCTPSTATUSconfirmIUA->LMIUA报告SCTP偶联的状态M-ASPSTATUSrequestLM->IUALM请求网关报告远端ASP的状态M-ASPSTATUSconfirmIUA->LM网关报告远端ASP的状态M-ASSTATUSrequestLM->IUALM请求SG报告AS的状态M-AS_STATUSindicationIUA->LM网关报告远端AS的状态M-NOTIFYindicationIUA->LMASP用来报告已经收到对端的NOTIFY消息M-ERRORindicationIUA->LMASP或网关用来报告已经收到对端的ERROR消息M-ASP_UPrequestLM->IUALM请求ASP启动运行并向对端网关发送ASPUP消息M-ASP_UPconfirmIUA->LMASP向层管理报告它已经从对端网关收到了ASPUPAcknowledgement消息M-ASP_DOWNrequestLM->IUALM请求ASP停止运行并向对端网关发送ASPDOWN消息M-ASP_DOWNconfirmIUA->LMASP向层管理报告它已经从对端网关收到了ASPDOWNAcknowledgement消息M-ASP_ACTIVErequestLM->IUALM请求ASP向对端网关发送ASPACTIVE消息M-ASP_ACTIVEconfirmIUA->LMASP向层管理报告，它已经从对端网关收到了ASPACTIVEAcknowledgement消息。M-ASP_INACTIVErequestLM->IUALM请求ASP向对端网关发送ASPINACTIVE消息M-ASP_INACTIVEconfirmIUA->LMASP向层管理报告它已经从对端网关收到了ASPINACTIVEAcknowledgement消息94信令与协议分册第5章SIGTRAN协议5.4.7IUA协议的应用IUA协议在MSOFTX3000网络解决方案中的典型应用如图5-5所示。MSOFTX3000UMG8900IUARSP用户框ISDN终端ISDN终端BRAPRAPBX图5-5IUA协议典型应用UMG8900通过PRA与PBX互通，通过RSP用户框提供BRA接口接入ISDN终端。UMG8900通过IUA透传BRA、PRA中Q.931消息到MSOFTX3000，MSOFTX3000处理Q.931呼叫控制消息。5.4.8IUA协议消息1.消息结构如图5-6所示，IUA消息结构由公用消息头（CommonHeader）、IUA消息头（IUAMessageHeader）和若干个不定长的IUA消息组成。Version(8)Spare(8)Messageclass(8)Messagetype(8)Messagelength(8)Tag(16)Length(16)InterfaceIdentifier(32)Parametertag(16)Parameterlength(16)Parametervalue(32)CommonHeaderIUAmessageHeaderParametertag(16)Parameterlength(16)Parametervalue(32)IUAmessage0#IUAmessagen#图5-6IUA消息结构示意图95信令与协议分册第5章SIGTRAN协议2.公用消息头公用消息头包括版本（Version）、备用字段（Spare）、消息类别（MessageClass）、消息类型（MessageType）和消息长度（MessageLength）。消息头部分对于所有信令协议适配层消息都是通用的。3.版本（Version）IUA版本，目前所支持的版本编号为00000001，表示1.0版本。4.备用字段（Spare）备用字段的长度为8比特。在发送方应当设置为全0，接收方则忽略此字段。5.消息类别（MessageClass）表5-1消息类别编码表数值含义00管理消息（IUA/M2UA/M3UA/V5UA）01M3UA传送消息02M3UA、SUA上的No.7信令网络管理消息03ASP状态维护消息（IUA/M2UA/M3UA/SUA）04ASP业务维护消息（IUA/M2UA/M3UA/SUA）05Q.921/Q.931边界原始传递消息（IUA）06MTP2用户适配（MAUP）消息（M2UA）07无连接消息（SUA）08面向连接消息（SUA）09选路关键字管理（RKM）消息（M3UA）0A接口标识符管理消息（M2UA）0B-7FIETF保留80-FF为IETF定义的消息类别扩展备用6.消息类型（Messagetype）根据不同的消息种类，定义了如表5-2、表5-3、表5-4和表5-5所示的消息类型。表5-2Q.921/Q.931边界原始传递消息（QPTM）数值消息种类含义00保留-96信令与协议分册第5章SIGTRAN协议数值消息种类含义01DataRequest包含ISDNQ.921用户协议数据单元PDU（ProtocolDataUnit），PDU对应于已确认的信息传递业务。02DataIndicationDataIndication消息用来表明对端IUA已经成功的处理了收到的DataRequest消息。03UnitDataRequest包含ISDNQ.921用户协议数据单元PDU（ProtocolDataUnit），PDU对应于未确认的信息传递业务。04UnitDataIndicationUnitDataIndicationMessage消息用来表明对端IUA已经成功的处理了收到的UnitDataRequest消息。05EstablishRequestEstablish消息用于在信令信道上简历数据链路或者证实在信令链路上已经建立了数据链路。MGC控制了D信道的状态。当MGC期望D信道处于业务运行状态时，MGC将发送EstablishRequest消息。06EstablishConfirmEstablishConfirm消息由网关发出，确认EstablishRequest消息。07EstablishIndicationEstablishIndication消息由网关发出，指示信令信道上的数据链路已经建立。08ReleaseRequest由MGC发出，用于释放信令信道上的数据链路。09ReleaseConfirm由网关发出，响应ReleaseRequest消息。0AReleaseIndication由网关发出，指示信令信道上数据链路已经释放。0B-7FIETF保留-80-FFIETF扩展保留-表5-3IUAASP状态维护消息类型（ASPSM）数值消息种类含义00保留-01ASPUp（UP）由ASP向SG发送，指示ASP已经准备接收业务或维护消息。02ASPDown（DOWN）由ASP向SG发送，指示ASP没有准备好接收业务或维护消息。03心跳消息Heartbeat（Beat）可选，用于保证两端IUA可用。04ASPUpAck（UPACK）用于确认收到远端IUA的ASPUp消息。05ASPDownAck（DOWNACK）用于确认收到远端IUA的ASPDown消息。06心跳响应消息HeartbeatAck（BEATACK）用于响应对端发出的Heartbeat消息。IUA的一端收到Heartbeat消息，必须发出HeartbeatAck消息作为响应，该消息中包括接收到Heartbeat消息中的所有参数。07-7FIETF保留-80-FFIETF扩展保留-97信令与协议分册第5章SIGTRAN协议表5-4IUAASP业务维护消息（ASPTM）类型数值消息种类含义00保留-01ASPActive（ACTIVE）由ASP发送，向SGP指示它处于激活状态，可以使用。02ASPInactive（INACTIVE）由ASP发送，向SG指示它不再是一个激活的ASP。03ASPActiveAck（ACTIVEACK）用于响应远端IUA发来的ASPActive消息。04ASPInactiveAck（INACTIVEACK）用于响应远端IUA发来的ASPInactive消息。05-7FIETF保留-80-FFIETF扩展保留-98信令与协议分册第5章SIGTRAN协议表5-5IUA层管理消息类型（MGMT）数值消息种类含义00ERROR用于通知对端有关入局消息的错误事件。如入局的消息类型不是希望的正确状态，或参数值无效等。01Notify（NTFY）用于向IUA对等方提供IUA事件的自动指示。02TEIStatusRequest在IUA层对等方之间进行互换以请求特定TEI的状态。03TEIStatusConfirm在IUA层对等方之间进行互换以证实特定TEI的状态。04TEIStatusIndication在IUA层对等方之间进行互换以指示特定TEI的状态。05-7FIETF保留-80-FFIETF扩展保留-7.消息长度（MessageLength）通过32比特定义了消息的长度，消息长度包括了消息头。8.可变长度参数的格式IUA消息公用消息头之后可以包含0个或几个可变长度参数。所有包含在消息中的参数格式都使用“参数标签-参数长度-参数取值”的形势进行描述。可变长度参数由参数标签（ParameterTag）、参数长度（ParameterLength）和参数值（ParameterValue）组成。\uf06c参数标签参数标签是标识参数的类型，用16比特表示。\uf06c参数长度参数长度必须为4字节的整数倍。如果不是4字节的整数倍，发送方则在参数值的最后填充全0的字节，但不允许在参数长度中填充全0的字节。发送方不允许填充超过3个字节的全0字节。接收方忽略填充字节。\uf06c参数值（ParameterValue）参数值的长度是可变的，它包含发送或接收到的实际IUA消息内容。9.IUA消息头的格式除了公共消息头外，IUA消息还有特有的消息头。IUA特有消息头紧跟在公共消息头后，但只用在QPTM和TEI状态MGMT消息中。如图5-7所示，IUA消息头包括标签（Tag）、长度（Length）、接口标识符（InterfaceIdentifier）和数据链路连接标志符（DLCI，DataLinkConnectionIdentifier）。99信令与协议分册第5章SIGTRAN协议Parametertag=0x01ParameterlengthInterfaceIdentifier(Integer)Parametertag=0x05Parameterlength=8DLCI01531Spare图5-7IUA消息头\uf06c标签（Tag）表示接口标识符的类型，用16比特表示。IUA消息头的标签取值与接口标识符类型的关系如表5-1所示。表5-1标签取值与接口标识符类型对应关系表标签取值接口标识符类型0x0001整数0x0003文本\uf026说明：国内应用时，必须要求指出整数格式编码方式的接口标识符，对基于文本格式编码方式的接口标识符是任选的。目前暂不使用字符串类型的接口标识符。\uf06c长度（Length）根据接口标识符的类型不同，IUA消息头参数长度值也不同。对于整数型接口标识符，长度值固定设为8。对于文本型接口标识符，长度值则为不定长，最大长度不超过255个八位位组。该长度等于接口标识符长度加上4个字节（标签域和长度域）。\uf06c接口标识符（InterfaceIdentifier）接口标识符用于标识发送/接收该信令消息的SG上的物理接口。接口标识符参数的格式可以是整数或文本，它们的值由于网络运营者进行分配。这个参数值仅在本地有效，由SG和ASP协商使用。10.Q.921/Q.931边界原语传输消息（QPTM）\uf06cDATARequest消息DataRequest包含公用消息头和IUA消息头。如图5-8所示，DATA消息包括一个必选协议数据，此协议数据包括了Q.931高层消息。100信令与协议分册第5章SIGTRAN协议Parametertag=0x00eParameterlengthProtocoldata(32)01531图5-8DATA消息结构\uf06cUnitDataRequest消息DataRequest包含公用消息头和IUA消息头。如图5-9所示，UnitDATARequest包含了一个必选的协议数据，此协议数据包括了Q.931高层消息。Parametertag=0x00eParameterlengthProtocoldata(32)01531图5-9DataAcknowledge消息结构\uf06cEstablishRequest、EstablishConfirm和EstablishIndication消息EstablishRequest、EstablishConfirm和EstablishIndication包含了公用消息头，公用消息头后是IUA消息。EstablishRequest、EstablishConfirm和EstablishIndication消息没有任何额外的参数。\uf06cReleaseRequest、ReleaseIndication和ReleaseConfirmation消息Release消息包含了公用消息头，公用消息头后是IUA消息头。ReleaseConfirmation消息没有任何额外的参数。ReleaseRequest和ReleaseIndication消息包括如图5-10所示的参数。Parametertag=0x00fParameterlengthReason01531图5-10ReleaseRequest和ReleaseIndication消息结构原因参数（Reason）的不同取值、定义和含义关系如表5-1所示。表5-1原因参数的取值、定义及含义值定义含义0x00RELEASE_MGMT管理层产生Release消息0x01RELEASE_PHYS网络层告警产生Release消息0x02RELEASE_DM专用与请求。指示2层应该释放并拒绝所有来自远端的请求，以保证在信令信道上建立数据链路（即如果接收到SABME就发DM）。101信令与协议分册第5章SIGTRAN协议值定义含义0x03RELEASE_OTHER其他原因注意：对于ReleaseRequest消息而言，仅RELEASE_MGMT、RELEASE_DM和RELEASE_OTHER是有效的原因码。11.IUAASP状态维护消息（ASPSM）IUAASP状态维护消息类型（ASPSM）仅使用公用消息头。ASP状态维护消息只使用公用消息头。\uf06cASPUp如图5-11所示，ASPUp消息包含了可选的字符串（INFOstring）。01531Parametertag=0x4ParameterlengthINFOstring图5-11ASPUp消息结构可选的信息字符串参数可以携带任何有意义的8比特ASCII字符串。信息字符串的长度从0到255八位位组。到目前为止，还没有程序使用信息字符串，但字符串可能会在调试中被用到。\uf06cASPUpAck如图5-12所示，ASPUpAck消息包含了可选的信息字符串。ASPUpAck中的信息字符串格式、描述与ASPUp消息中的信息字符串相同。01531Parametertag=0x04ParameterlengthINFOstring图5-12ASPUpAck消息结构\uf06cASPDown如图5-13所示，ASPDown消息包含了必选的原因码（Reason）和可选的信息字符串（INFOstring）。102信令与协议分册第5章SIGTRAN协议Parametertag=0x0aParameterlengthReason01531Parametertag=0x4ParameterlengthINFOstring图5-13ASPDown消息结构\uf06c原因码（Reason）指示远端IUA适配层不可用的原因。此值固定为0x01，表示ASP处于管理限制状态。当ASP解除管理限制状态后，ASP将发送ASPUP消息。\uf06c信息字符串（INFOstring）信息字符串格式、描述与ASPUp消息中的信息字符串相同。\uf06cASPDownAckASPDownAck消息包含了必选的原因码和可选的信息字符串。ASPDownAck中两个参数的格式、描述与ASPDown消息中的原因码、信息字符串相同。\uf06c心跳消息（Heartbeat）如图5-14所示，心跳消息包含了可选的心跳数据参数（Heartbeatdata）。01531Parametertag=0x09ParameterlengthHeartbeatdata图5-14Heartbeat消息结构Heartbeatdata参数内容由发送节点定义。例如，Heartbeatdata可以包括心跳序列号和或时间戳。Heartbeatdata消息的接收方并不处理这个域，因为该域仅对发送方有意义。接收方必须以HeartbeatACK消息响应。\uf06c心跳响应消息（HeartbeatAck）心跳响应消息包含了可选的心跳数据参数（Heartbeatdata）。HeartbeatAck消息中的心跳数据参数的格式、定义与Heartbeat消息的心跳数据参数相同。12.IUAASP业务维护消息（ASPTM）ASP业务维护消息使用了公用消息头和IUA消息头。\uf06cASPActive（ASPAC）如图5-15、图5-16所示，根据接口标识符参数的格式分为文本和整数，ASPActive包括必选的业务模式类型（Trafficmodetype）、可选的接口标识符（InterfaceIdentifier）和可选的信息串（INFOstring）等参数。103信令与协议分册第5章SIGTRAN协议01531Parametertag=0x0bParameterlength=8TrafficmodetypeParametertag=0x01(Integer)ParameterlengthInterfaceIdentifiersParametertag=0x08(Integerrange)ParameterlengthParametertag=0x04ParameterlengthINFOstringInterfaceIdentifierstart1InterfaceIdentifierstop1InterfaceIdentifierstart2InterfaceIdentifierstop2InterfaceIdentifierstartnInterfaceIdentifierstopnAdditionalInterfaceIdentifier图5-15ASPActive消息结构（接口标识符为整数型）01531Parametertag=0x0bParameterlengthTrafficmodetypeParametertag=0x03(String)ParameterlengthInterfaceIdentifiersParametertag=0x04ParameterlengthINFOstringAdditionalInterfaceIdentifiers图5-16ASPActive消息结构（接口标识符为字符串）\uf06c业务模式类型（Trafficmodetype）业务模式类型参数确认了在AS内ASP操作的业务模式。业务模式类型参数有效值如表5-1所示。104信令与协议分册第5章SIGTRAN协议表5-1业务模式类型参数的取值、定义及含义值定义含义0x01Override（逾越）该ASP(逾越所有AS中当前激活的ASP)接管AS中的所有业务（即：主备操作）0x02Load-share（负荷分担）该ASP与其它任何激活的ASP共享业务。\uf06c接口标识符（InterfaceIdentifiers）－可选参数接口标识符包括了一组接口标识整数（类型0x01或类型0x08）或字符串（类型0x03），用于标识发送ASP配置或登记接收的AS业务。如果接口标识符为整数格式，ASP可以发送类型为0x08的接口标识符范围。类型为0x01和0x08的整数型接口标识符可以在同一个消息中共存。文本格式的接口标识符（0x03）不能与整数型的接口标识符（0x01和0x08）同时使用。如果ASPActive消息中不包含接口标识符，则此消息用于一个或多个提供了ASP的AS内的所有接口标识符。如果一个AS内只提供了接口标识符的子集，则对于该AS提供的所有接口标识符而言，该ASP被标识为激活。注意：如果可选接口标识符参数存在，则必须支持整数型格式的接口标识符，文本型格式的接口标识符则未必支持。\uf06c信息串（INFOstring）－可选参数信息串的格式、描述与ASPUp消息中的信息串相同。\uf06cASPActiveAck（ASPACACK）ASPActiveAck消息包括了必选的业务模式类型（Trafficmodetype）、可选的接口标识符（InterfaceIdentifier）和可选的信息串（INFOstring）。业务模式类型、接口标识符参数的格式、内容与ASPActive（ASPAC）消息的内容相同。可选的信息字符串参数的格式、描述与ASPUp消息的内容相同。\uf06cASPInactive（ASPIA）ASPIA消息包括了必选的业务模式类型（Trafficmodetype）、可选的接口标识符（InterfaceIdentifier）和可选的信息串（INFOstring）。业务模式类型、接口标识符参数的格式、内容与ASPActive（ASPAC）消息的内容相同。可选的信息字符串参数的格式、描述与ASPUp消息的内容相同。。\uf06cASPInactiveAck（ASP去激活响应）105信令与协议分册第5章SIGTRAN协议ASPInactive消息包括了可选接口标识符（InterfaceIdentifier）和信息串（INFOstring）。可选接口标识符参数的格式与ASPActive（ASPAC）消息的内容相同。可选信息字符串参数的格式、描述与ASPUp消息的内容相同。13.层管理消息（MGMT）\uf06cErrorError消息仅仅有公用消息头，包括必选的错误码（Errorcode）和可选的诊断消息（DiagnosticInformation）。Error消息结构如图5-17所示。01531Tag=0x0CLength=8ErrorcodeTag=0x07LengthDiagnosticinformation图5-17Error消息结构\uf06cErrorCode（错误码）错误码用于指示错误消息的原因。如表5-1所示，定义了如下的IUA错误码。表5-1错误码参数的取值、定义及含义值定义含义0x01无效版本当IUA一端收到一个无效或不支持的协议版本消息时，“无效版本”错误码会发出。Error消息会在公用消息头中包含了支持的协议版本。Error消息可以在诊断消息域中携带了支持的版本。0x02无效接口标识符如果ASP发出的消息具有无效（错误配置）的接口标识符值，“无效接口标识符”错误码会发出。0x03不支持的消息等级如果接收的消息具有不期望或不支持的消息等级，会发出“不支持的消息等级”错误码。0x04不支持的消息类型如果接收到的消息具有不期望或不支持的消息类型，会发出“不支持的消息类型”错误码。0x05不支持的业务处理格式如果ASP发送的ASPActive消息具有不支持的业务处理格式，SG将发送“不支持的业务处理格式”错误码。例如，SG不支持负荷分担模式可能会产生此种错误。0x06非意料的消息如果ASP在非激活状态下接收到来自SG的QPTM消息（ASP可以任选地丢弃该消息并不发送Error消息），ASP会发出“非意料的消息”错误码。如果ASP接收到已定义的可识别消息，而该消息是SG不期望发送的（例如MGC接收到IUAEstablishRequest消息），ASP也将发送该错误消息。0x07协议错误当收到任何异常协议消息（如伪造的消息）时，会发出“协议错误”错误码。106信令与协议分册第5章SIGTRAN协议值定义含义0x08不支持的接口标识符类型当一个ASP发出一个文本格式接口标识符消息，而接收端SG只支持整数型接口标识符，此时，SG会发出“不支持的接口标识符类型”错误码。当ASP收到此错误码后，会重发此带有整数型接口标识符的消息。0x09无效的流标识如果在非期望SCTP流上承载的IUA消息，则发出“无效的流标识”错误码。例如，在非“0”流上接收到MGMT消息。0x0a未分配TEI当SG接收的IUA消息包括未分配或不识别的TEI在指定的ISDND信道上使用时，将发出“未分配TEI”错误码。0x0b不能识别SAPI此消息将处理所使用的SAPI不能被SG设备的情况。0x0c无效TEI、SAPI组合此消息确认不能识别SAPI的错误，即TEI已被分配且被SAPI是可识别的，但其组合对于接口而言是无效的，（例如在BRI上，MGC试图通过IUA发送Q.921管理消息，而在SG上的层管理功能将执行该功能）。\uf06cDiagnosticinformation（诊断信息）可选的诊断信息参数可以是与错误原因有关的任何信息，用于帮助操作人员更好的进行错误原因的定位。为了加强调试，诊断信息可以包括错误消息的前40个字节。\uf06cNotify（通知消息）如图5-18、图5-19所示，Notify消息包括如下参数：必选的状态类型（StatusType）、必选的状态信息（StatusInformation）、可选的接口标识符（InterfaceIdentifiers）和可选的信息串（INFOstring）。107信令与协议分册第5章SIGTRAN协议01531Parametertag=0x01(Integer)ParameterlengthInterfaceIdentifiersParametertag=0x08(Integerrange)ParameterlengthParametertag=0x04ParameterlengthINFOstringInterfaceIdentifierstart1InterfaceIdentifierstop1InterfaceIdentifierstart2InterfaceIdentifierstop2InterfaceIdentifierstartnInterfaceIdentifierstopnAdditionalInterfaceIdentifierofTagtype0x1ortype0x8Parametertag=0x0dParameterlength=8StatustypeStatusinformation图5-18Notify消息结构（接口标识符为整数型）01531Parametertag=0x03(String)ParameterlengthInterfaceIdentifiersParametertag=0x04ParameterlengthINFOstringAdditionalInterfaceIdentifierofTagtype0x03Parametertag=0x0dParameterlength=8StatustypeStatusinformation图5-19Notify消息结构（接口标识符为文本型）\uf06cStatustype（状态类型）状态类型参数用于识别Notify消息。如表5-1所示，定义了如下的状态类型。表5-1状态类型的取值、定义及含义值定义0x01AS状态改变(AS_State_Change)0x02其他（Other）108信令与协议分册第5章SIGTRAN协议\uf06cStatusinformation（状态信息）根据状态类型取值的不同，状态信息参数包含了不同的详细通知信息。如果状态类型取值为“AS状态改变（AS_State_Change），定义了如表5-2所示的更详细状态信息通知对端。一旦某个应用服务器的状态发生了变化，这些通知就由SG发送到ASP。这些值反应了AS的新状态。表5-2状态类型为AS_State_Change，状态信息的取值、定义及含义值定义0x01ApplicationServerDown（AS-Down）0x02ApplicationServerInactive(AS_Inactive)0x03ApplicationServerActive(AS_Active)0x04ApplicationServerPending(AS_Pending)如果状态类型取值为“其他（Other）”，定义了如表5-3所示的状态信息。这些通知并不是基于SG所报道的AS或ASP状态变化。表5-3状态类型为Other，状态信息的取值、定义及含义值定义含义0x01在AS里缺乏可用的ASP资源在ASP资源不足的情况下，为了处理AS的负荷（Load-sharing模式下），SG指示在AS中有“Inactive”的ASP，在AS中需要另外的ASP。0x02ASP交替激活ASP被告知何时替代ASP转移到Over-ride模式下的ASP-Active状态。\uf06cInterfaceIdentifiers（接口标识符）Notify消息中接口标识符参数的格式与ASPActive（ASPAC）消息中的内容相同。\uf06cINFOString（信息流）Notify消息中信息流参数的格式与ASPUp消息中的内容相同。\uf06cTEIStatusMessage（Request，Confirm和Indication）TEIStatus消息包含公用消息头，其后跟随IUA消息头。TEIStatusRequest不包含任何额外的参数。如图5-20所示，TEIConfirm和TEIIndication消息包含必选的Status参数。Parametertag=0x10ParameterlengthStatus01531图5-20TEIConfirm和TEIIndication消息结构图109信令与协议分册第5章SIGTRAN协议Status的有效值如表5-1所示。表5-1TEIConfirm和TEIIndication消息中Status的取值、定义及含义值定义含义0x00分配TEI被认为是由Q.921所分配的0x01未分配TEI被认为是未由Q.921所分配的5.4.9IUA基本信令流程1.建立网关和ASP之间的关联\uf06c在AS内的单个ASP（1＋0备份）图5-21显示了在网关和ASP之间的业务建立的IUA消息流，这里ASP在AS（无备份AS）里被配置，而且假定SCTP偶联已经建立了。SGASPASPUpASPUpAckASPActiveASPActiveACK图5-21在AS内有单个ASP时的业务建立\uf06c在AS内的两个ASP（1＋1备用）图5-22显示了在网关和两个处于同一AS内的ASP之间的业务建立的IUA消息流。这里ASP1配置为Active，而ASP2配置为在ASP1出现通信故障或ASP1业务取消的情况下的备用。依据ASP1和ASP2在故障/取消业务的情况下，能够共享呼叫状态或相互通告呼叫状态的程度，ASP2可以作为热备份或冷备份。SGASP1ASPUpASPUPACKASPAcitveASP2ASPUpASPUPACKASPAcitveACK图5-22在AS内有两个ASP的业务建立110信令与协议分册第5章SIGTRAN协议\uf06c在AS内两个ASP（1＋1备份，负荷分担情况）同一AS内两个ASP处于激活状态而且是负荷分担处理业务。在此情况下，一个ASP就足够处理所有的业务。如图5-23所示。图5-23在AS内有两个ASP时的业务建立（负荷分担情况下）\uf06c在AS内三个ASP（n+k备用，负荷分担的情况）图5-24显示了在网关和三个处于同一个AS的ASP之间的业务建立的IUA消息流。这里，两个ASP处于激活状态并且负荷分担。在此情况下，最小需要两个ASP来处理整个业务（2＋1备用）。SGASP1ASPUpASPUPACKASPActive(Load-sharing)ASPActiveACKASP2ASPUpASPUPACKASPActive(Load-sharing)ASPActiveACKASP3ASPUpASPUPACK图5-24在AS内有三个ASP时的业务建立2.ASP业务故障恢复\uf06c在1＋1备用并撤销ASP业务情况下备用ASP取代原ASP111信令与协议分册第5章SIGTRAN协议图5-25显示了ASP从业务中撤销的情况。图5-25ASP业务撤销在此情况下，网关通知ASP2：AS已经转移至Down状态。当AS转移至Pending状态时，网关也可以（任选地）发送Notify消息。注意：如果网关检测到IUA对等方的丢失（IUAheartbeating丢失或检测到SCTP故障），最初的网关至ASP1的ASPActive消息互换将不会发生。\uf06c在1＋1备用情况下备用ASP取代原ASP图5-26显示了ASP2希望取代ASP1并接管业务情况。在这种情况下，网关通知ASP1，ASP2已经替代它了。图5-26备份ASP替代激活ASP\uf06c在n+k备份并负荷分担情况下撤销ASP业务图5-27显示了在n+k备份，并负荷分担情况下，撤销ASP业务时，建立IUA的流程。在此情况下，网关已经知道了所需要的最小ASP资源。例如，网关知道对于负荷分担的AS有n+k=2+1而n当前等于1，图5-27在负荷分担情况下撤销ASP业务112信令与协议分册第5章SIGTRAN协议注意：如果网关检测到IUA对等方的丢失（IUAheartbeating丢失或检测到SCTP故障），最初的网关至ASP1的ASPActive消息互换将不会发生。3.Q.921/Q.931原语回叫根据方向的不同，QPTM的发送分为如表5-1所示的两类。113信令与协议分册第5章SIGTRAN协议表5-1QPTM发送步骤QPTM发送方向步骤ASP->网关第1步：确定正确的网关第2步：找到所选择的网关的SCTP偶联第3步：基于D信道确定SCTP偶联中的正确的业务流第4步：填充QPTM消息，填充IUA消息头，填充公用消息头第5步：在SCTP偶联上向网关内的远端IUA对等方发送QPTM消息网关->ASP第1步：为接口标识符确定AS第2步：确定AS内的活动ASP（SCTP偶联）第3步：基于D信道确定SCTP偶联中的正确的业务流第4步：填充QPTM消息，填充IUA消息头，填充公用消息头第5步：在SCTP偶联上向ASP内的远端IUA对等方发送QPTM消息假设在ASP和网关之间的激活偶联应已经建立，图5-28显示了在信令信道链路上建立数据链路、传递PDU和在信令信道上释放数据链路。图5-28数据链路的建立及释放图5-29显示了信令信道上建立数据链路的失败尝试。在此种情况下，网关的物理连接存在严重故障，因此信令信道上不能建立数据链路。114信令与协议分册第5章SIGTRAN协议SGEstablishRequest(EstablishSTART)ASPEstablishIndication(RELEASE_PHYS)图5-29建立数据链路失败4.层管理实体通信假设在ASP和网关之间的激活偶联应已经建立，图5-30显示了在网关和ASP之间的层管理实体模块通信的消息流。图5-30层管理实体通信115',)