YDT1192-2002 No.7信令与IP互通适配层技术规范---消息传递部分(MTP)第三级用户适配层(M3UA).pdf

'中华人民共和国通信行业标准No.7信令与IP互通适配层技术规范——消息传递部分（MTP）第三级用户适配层（M3UA）YD/T1192-2002前言本标准是在YD／T1127-2oo1《No.7信令与IP互通的技术要求》的框架下，根据国际建议的信令传送部分（Sigtran）的草案，具体地规定了No.7信令与IP互通时No.7信令消息传递部分（MTP）第三级用户适配层（M3UA），其中规定了M3UA所使用的消息格式。编码和程序。M3UA主要用于No.7信令与IP网的互通，同时也用于第、代移动通信3GPP的Iu接口。本标准主要适用于完成No.7信令与IP网互通的信令网关（SG）设备，以及IP网用于呼叫控制的软交换（Soft-Switch）等设备的开发、生产、引进和购买。本标准的附录A为资料性附录。本标准由信息产业部电信研究院提出并归口。本标准起草单位：信息产业部电信传输研究所华为技术有限公司深圳市中兴通讯股份有限公司上海贝尔有限公司本标准的主要起草人：续合元吕军王立言张宜林铭丁海忠肖钰中华人民共和国信息产业部2002-06-21发布2002-06-21实施1范围本标准规定了No.7信令消息传递部分（MTP）第三级用户适配层（M3UA）协议的功能、消息参数格式以及程序。本标准适用于采用M3UA协议的信令网关设备、软交换设备的研制、生产、引进和购买。2规范的引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本，凡是不注日期的引用文件，其最新版本适用于本标准。GF010-9001中国国内电话网No.7信号方式技术规范（暂行规定）GFO1O-95国内No.7信令方式技术规范信令连接控制部分（暂行规定）IETFNo.7信令消息传递部分（MTP）第三级用户适配层（M3UA）3名词术语和缩略语3.1名词术语应用服务器（AS）：服务特定选路关键字的逻辑实体，例如：AS是虚拟交换单元，它处理由No.7信令DPC／OPC／CIC_范围所识别的所有PSTN中继的呼叫过程；另一个例子是AS为虚拟数据库单元，它处理特定No.7信令DPC／OPC／SCCP_SSN组合所识别的事物处理。AS.www.bzxzk.com. 包含一组惟一的应用服务器进程，其中的一个或几个处于激活状态处理业务。应用服务器进程（ASP）：应用服务器的进程实例，应用服务器进程作为应用服务器的激活或备用进程，例如ASP可以是MGC、IPSCP或IPHLR的进程。ASP包含SCTP端点，并可以配置ASP处理多个应用服务器的信令业务。偶联：指SCTP偶联，它传递MTP3用户协议数据单元和M3UA适配层对等消息。IP服务器进程（IPSP）：基于IP应用的进程实例。从本质上来看，IPSP与ASP相同，只是IPSP使用点到点的M3UA，而不使用信令网关的业务。信令网关（SG）：SG是在IP网和No.7信令网的边界接收或发送No.7信令的高层用户消息，SG是No.7信令网中的信令点，它包含一个或多个信令网关进程，其中的一个或几个正常处理业务。当SG包含多个SGP时，SG是一个逻辑实体并且所包含的SGP被协调为对No.7信令网和被支持的应用服务器单独的管理视点。信令网关进程（SGP）：信令网关的进程实例，它作为信令网关的激活、备用或负荷分担进程。信令进程：使用M3UA与其他信令进程通信的进程实例，ASP、信令网关进程和IPSP都是信令进程。选路关键字：选路关键字描述一组No.7信令参数和参数值，它惟一地定义了由特定应用服务器处理的信令业务。选路关键字中的参数不能基于多个目的地信令点码。选路上下文：惟一识别选路关键字的值。选路上下文可以使用管理接口也可以使用选路关键字程序而配置。故障克服：在现行使用的应用服务器进程故障或不可用的情况下，信令业务重新选路到替换服务器进程或ASP组的能力。故障克服也应用于返回先前不可用的应用服务器进程的业务时。信令点管理簇（SPMC）：以特定的网络外貌和特定信令点码在No.7信令网中表示的一组AS。SPMC是为了支持SG的MTP3管理程序，用于汇集分布在IP域的No.7信令目的地点码的可用性／拥塞／用户部分状态；在某些情况下，SG自身也可以是SPMC的成员，所以在考虑支持MTP3管理动作时，还必须考虑SG的可用性／拥塞／用户部分状态。网络外貌；为了逻辑上把SG和应用服务器进程问公共SCTP偶联上的信令业务分开，而使用网络外貌识别No.7信令同上下文。例如，SG逻辑上分为4个分开的国内No.7信令同的单元，网络外貌隐含地定义了No.7信令点编码、网络指示语和MTP3协议类型／版本。SG的物理No.7信令路由组或链路组只能在一个网络外貌中出现，网络外貌不是全局有意义，只要求在SG和ASP间协调。因此当ASP连接到多个SG时，不同的网络外貌可以识别相同的No.7信令网上下文，依赖于传送／接收哪个SG的消息。层管理：层管理是节点功能，它处理M3UA层和本地管理实体问的输入和输出。主机：ASP进程运行的计算机平台。流：流是指SCTP流，是从一个SCTP端点到另一相关SCTP端点建立的单向逻辑通路。所有用户消息在流中按序传递，除非提交的是无序传递业务。3.2缩略语SG信令网关M3UAMTP第三级用户适配层AS应用服务器ASP应用服务器进程SCTP流控制传输协议IPSPIP服务器进程SPMC信令点管理簇.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 SGP信令网关进程4概述4.1M3UA提供的业务在ASP或IP服务器进程(IPSP）的M3UA层向MTP3—用户提供的一整套原语与No.7信令同中SEP的MTP3向高层提供的原语相同，这样ASP或IPSP的ISUP和／或SCCP层并不知道它所希望的MTP3业务是由远端SGP的MTP3层提供，而不是本地的MTP3层；SGP的MTP3层也不知道本地用户实际是通过M3UA的远端用户，这样M3UA把MTP3层的业务扩展到远端基于IP的应用。M3UA本身不提供MTP3业务，如果ASP连接到多个SG时，ASP的M3UA必须根据经每个SG到这些目的地路由的可用性／拥塞状态，维护No.7信令网中目的地点的状态和选路消息。M3UA层也用于两个IPSP间点到点的信令，M3UA提供与MTP3相同的原语和业务，在这种情况下，所希望的MTP3业务不是由SGP提供。虽然要提供MTP3业务，但由于IPSP到IPSP是点到点的关系，所以支持这些业务的程序是MTP3程序的子集。4.1.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个八位位组。4.1.2本地管理功能M3UA提供能力指出与接收M3UA消息有关的差错并通告给本地管理／或对等的M3UA。4.1.3与MTP3网络管理功能的互通SGP的M3UA提供与MTP3管理功能的互通，而支持对No.7信令和IP域的信令应用的无缝操作。其中包括：—提供对ASP的MTP3—用户指示，指出No.7信令网远端目的地不可达；—提供对ASP的MTP3—用户指示，指出No.7信令网远端目的地现在可达；—提供对ASP的MTP3—用户指示，指出去No.7信令网远端MTP3—用户对等的消息发生拥塞；—提供对ASP的MTP3—用户指示，指出远端MTP3—用户对等不可用。ASP的M3UA层保存到远端No.7信令目的地的路由状态，可以启动查询远端No.7信令目的地的可用性和拥塞状态，这些信息由SGP的M3UA来提供。ASP的M3UA也可以向SG指出M3UA自身、ASP或ASP的主机拥塞。4.1.4支持SGP和ASP间SCTP偶联的管理为了管理对等M3UA间的SCTP偶联和业务，SGP的M3UA层维护所有配置的远端ASP的可用性状态、激活／去活拥塞状态。本地管理可以指导M3UA层建立到对等M3UA节点的SCTP偶联，这能够使用M－SCTPESTABLISH原语请求、指示和确认建立与对等M3UA节点的偶联。为了避免两个M3UA对等问冗余SCTP偶联，必须指定一端（客户）建立SCTP偶联，或M3UA配置信息保证检测出冗余的偶联（例如，经本地和远端期望的SCTP端点地址的信息）。本地管理可以使用M－SCTP_STATUSrequest和confirm原语，从M3UA层也请求低层SCTP偶联的状态，M3UA也可用通知本地管理关于释放SCTP偶联的原因，确定是M3UA层还是来自SCTP的原因。.www.bzxzk.com. M3UA层也可以通知本地管理关于ASP或AS的状态变化，这通过M－ASP＿STATUS请求或M－AS＿STATUSrequest原语完成。4.1.5支持到多个SGP连接的管理如图1所示，ASP可以连接到多个SGP，这样一个No.7信令的目的地可以通过多个SGP和／或SG到达，即经过多个路由。由于MTP3用户只维护目的地的状态，而不管理路由，因此M3UA必须维护个别路由的状态（到目的地路由的可用性、拥塞），从个别路由的状态推出目的地的整个可用性或拥塞状态，并通知MTP3用户得出的状态变化。图1网络结构示意4.2M3UA协议的体系结构图2M3UA协议的体系结构从图2中可以看出，MTP3—用户的低层协议是M3UA，它向MTP3—用户提供标准的MTP3接口，见4.3.1节。M3UA的低层协议是SCTP，由SCTP为M3UA提供偶联为M3UA服务。M3UA还有专门的层管理（LM），为其提供管理服务，M3UA与LM的接口见4.3.3节。4.3M3UA的边界原语4.3.1M3UA同MTP3—用户的边界原语定义M3UA同MTP3—用户边界定义的原语与MTP3同上层用户定义的原语集相同。—MTP－TRANSFERrequest—MTP－TRANSFERindication—MTP－PAUSEindication—MTP－RESUMEindication—MTP—STATUSindication4.3.2M3UA和SCTP的边界定义SCTP提供的上层边界原语见SCTP的协议。.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 4.3.3M3UA同本地管理（LM）的边界原语定义M-SCTPESTABLISHrequest方向：LM→M3UA目的：LM请求ASP与SG建立SCTP偶联。M-STCPESTABLISHconfirm方向：M3UA→LM目的：ASP向LM确认它已经与SG建立了SCTP。M-SCTPESTABLISHindicaton方向：M3UA→LM目的：M3UA通知LM远端ASP已经建立了SCTP偶联。M-SCTPRELEASErequest方向：LM→M3UA目的：LM请求ASP释放与SG的SCTP偶联。M-SCTPRELEASEconfirm方向：M3UA→LM目的：ASP向LM确认它已经释放了与SG的SCTP偶联。M-SCTPREMASEindication方向：M3UA→LM目的：M3UA通知LM远端ASP释放了SCTP偶联或SCTP偶联已经故障。M-SCTPSTATUSrequest方向：LM→M3UA目的：LM请求M3UA报告SCTP偶联的状态。M－SCTPSTATUSconfirm方向：M3UA→LM目的：M3UA报告SCTP偶联的状态。M－ASPSTATUSrequest方向：LM→M3UA目的：LM请求M3UA报告本地或远端ASP的状态。M－ASPSTATUSconfirm方向：M3UA→LM目的：M3UA报告本地或远端ASP的状态。M－ASSTATUSrequest方向：LM→M3UA目的：LM请求M3UA报告AS的状态。M-ASSTATUSconfirm方向：M3UA→LM目的：M3UA报告AS的状态。M-NOTIFYIndication方向：M3UA→LM目的：M3UA报告它已经从对等层接收到NOTIFY消息。M－ERRORindication方向：M3UA→LM目的：M3UA报告它已经从对等层接收到ERROR消息或本地操作不成功的消息。M－ASPUPrequest.www.bzxzk.com. 方向：LM→M3UA目的：LM请求ASP开始操作并向对等层发送ASP－UP消息。M-ASPUPconfirm方向：M3UA→LM目的：ASP报告它已经从SG接收到ASPUP证实消息。M-ASPUPindication方向：M3UA→LM目的：M3UA报告它已经成功地处理了来自对等层的入局ASP－UPrequest。M－ASPDOWNrequest方向：LM→M3UA目的：LM请求ASP停止操作并向对等层发送ASP－DOWN消息。M-ASPDOWNconfirm方向：M3UA→LM目的：ASP报告它已经从SG接收到ASP－DOWN证实消息。M-ASPDOWNindication方向：M3UA→LM目的：M3UA报告它已经成功地处理了来自对等层的入局ASP－DOWNrequest。M-ASPACTIVErequest方向：LM→M3UA目的：LM请求ASP向对等层发送ASP激活消息。M-ASPACTIVEconfirm方向：M3UA→LM目的：ASP报告它已经从SG接收到ASP激活证实消息。M-ASPACTIVEindication方向：M3UA→LM目的：LM报告它已经成功地处理了来自对等层的入局ASP－ACTIVErequest。M-ASP-INACTIVErequest方向：LM→M3UA目的：LM请求ASP向SG发送ASP去活消息。M-ASPINACTIVEconfirm方向：LM→M3UA目的：ASP报告它已经从SG接收到ASP去活证实消息。M-ASPINACTIVEindication方向：M3UA→LM目的：向LM报告它已经成功地处理了来自对等层的入局ASP-INACTIVErequest。M-ASACTIVEindication方向：M3UA→LM目的：向LM报告AS已经转移到“AS－ACTIVE”状态。M-ASINACTIVEindication方向：M3UA→LM目的：向LM报告AS已经转移到“AS-INACTIVE”状态。M-ASDOWNindication方向：M3UA→LM目的：向LM报告AS已经转移到“AS-DOWN”状态。.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 如果M3UA层支持选路关键字（RK）动态注册，还应支持以下额外的原语：M-RK_REGrequest方向：LM→M3UA目的：通过发送REGREQ消息，LM请求ASP注册RK。M-RK_REGconfirm方向：M3UA→LM目的：ASP报告它已经从对等层接收到成功注册状态的REGRSP消息。M-RK_REGindication方向：M3UA→LM目的：M3UA通知LM它已成功地处理了入局REGREQ消息。M-RK_DEREGrequest方向：LM→M3UA目的：通过发送DEREGREQ消息，LM请求ASP注销RK。M-RK_DEREGconfirm方向：M3UA→LM目的：ASP报告它已经从对等层接收到成功注销状态的DEREGRSQ消息。M-RK_DEREGindication方向：M3UA→LM目的：M3UA通知LM它已经成功地处理了来自对等层的入局DEREGREQ。4.4M3UA的应用本节定义了适合传送ISUP和SCCP或TUP消息的MTP3用户适配模块，对于TCAP或RANAP消息是作为SCCP的净荷由M3UA透明传送，他们可以看作是SCCP的用户协议，M3UA使用SCTP协议作为低层可靠的信令传送协议。4.4.1M3UA在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信令必要的一些协议信息和管理信息。在SGP中应用M3UA有以下3种方式：1）SGP调用M3UA传送用户信令图3MTP用户信令传送的示意MTP用户信令传送的示意如图3所示。在SGP的NIF，发送到IP目的地的消息，作为从MTP3高层接口收到的MTP-TRANSFERindication原语，翻译为MTP-TRANSFERrequest原语.www.bzxzk.com. 并发送到本地M3UA消息分配功能，以进一步选路到最终的IP目的地；从本地M3UA网络地址翻译和映射功能收到的MTP-TRANSFER原语作为MTP-TRANSFERrequest原语发送到MTP3高层接口，并选路到No.7信令的SEP。为了提供No.7信令同的状态信息，NIF也传递来自MTP3高层接口的MTP-PAUSE、MTP-RESUME和MTP-STATUSindication原语到本地M3UA管理功能。2）SGP调用M3UA进行SCCP信令传送（SG有SCCP功能）SCCP信令传送CSGP有SCCP功能的示意如图4所示。在这个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-TRANS-FERrequest原语将交给MTP3高层用来传递到No.7信令同中的节点。当然也存在这种可能，对从IP域收到的SCCP消息在SG进行翻译后，翻译的结果仍然是IP域中的对等SCCP地址，这样MTP-TRANSFER原语将发送回M3UA用来传送到IP网的目的地。图4SCCP信令传送（SGP有SCCP功能）的示意对于内部SGP模型，它可以使用SGP内的节点互通功能，根据No.7信令DPC或DPC／SSN地址，有效地在SCCP层之下把MTP-TRANSFER消息在MTP和M3UA之间传送。这种节点互通功能对于ASP和SEP的对等层协议而言是不可见的。注：这个实例中M3UA提供的接口和业务与示例1中的M3UA是相同的，发生在SCCP实体中的功能对于M3UA是透明的，SCCP协议功能在M3UA中不重复产生。图5MTP管理消息的传送的示意.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 3）MTP3管理消息的传送MTP管理消息的传送的示意如图5所示。对于MTP3管理消息，它要求ASP的MTP3用户协议也应当象No.7信令SEP节点一样，能接收到No.7信令点可用性、No.7信令网络拥塞和用户部分可用性的指示。为了完成这个功能，在SGP的MTP3的高层接口上收到MTP-PAUSE、MTP-RESUME和MTP-STA-TUSindication原语应当对于远端ASP的MTP3用户低层接口是可用的。注：这些indication原语对于在SGP中的本地MTP3用户也是可用的，例如SCCP。No.7信令MTP3的管理消息（例如来自No.7信令网的TFP或TFA）不能封装为Data消息的净荷从SGP发送到ASP或从ASP到SGP，SG必须终结这些消息而产生适当的M3UA消息。当SGP发现AS的状态发生改变时，如果该事件没有引起SPMC的状态改变，互通功能就向No.7信令网发送必要的MTP3—用户管理消息；如果引起SPMC的状态改变，就向No.7信令同发送必要的MTP3管理消息。4.4.2M3UA在IPSP-IPSP间的应用图6IPSP间SCCP用户信令的传送的示意在图6所示的网络传送中，没有使用信令同关。SCCP消息直接在两个具有SCCP—用户协议实例的IP节点的IPSP间交换，例如RANAP或TCAP，不需要与No.7信令网互通，因此不考虑SCCP和SCCP—用户协议的MTP3网络管理状态信息，任何从M3UA到SCCP的MTP-PAUSE、MTP-RESUME、MTP-STATUSindication应该考虑SCTP偶联、低层IP网和从远端收到的拥塞信息的状态。4.5信令同体系结构信令网关支持把从No.7信令网收到的MTP3用户信令业务传送到多个分布的ASP（例如MGC或IP数据库）。M3UA协议描述不能满足这种传送所要求的性能和可靠性，而分布的体系结构和冗余的网络联接满足了IP网中传送信令业务的可靠性。为了满足在不同承载等级网中对No.7信令可靠性和性能的严格要求，网络运营商应当保证不会在No.7和IPASP的端到端的网络结构中出现一个单点故障，当然这还需要通过使用冗余的SGP或SG、冗余的主权、在SCTP端点间为SCTP偶联设置冗余的已有QoS保证的IP网络通路来实现。ASP、SGP在可用主机上的分布也十分必要。对于特定的应用服务器，相关的ASP应当分布在至少两个主机上，图1中给出了在IP网络域中与承载等级操作物理网络结构。在这个模型中，每个主机可以有多个应用进程。在MGC的情况下，ASP可以向一个或几个应用服务器提供业务并由一个SCTP端点标识，而一个或几个SGP构成一个信令同关。这个网络模型也能用于IPSP-IPSP信令，每个IPSP可以将其业务分布在两个或多个主.www.bzxzk.com. 机上，在每个主机上有多个应用服务器进程。在上述结构中，每个信令进程（SGP、ASP或IPSP）是到多个SCTP偶联的端点，并通向多个信令进程。为了支持这些功能，信令进程必须能支持把M3UA消息分布到多个激活的偶联上发送，消息分布功能基于设置的选路关键字的状态、到No.7信令同中信令路由的状态和远端信令进程的冗余模型（激活—备用、负荷分担、广播和n+k）。对于承载等级网络，应该保证在特定ASP故障或隔离后，稳定的呼叫或事务处理不会丢失，这意味着在某些情况下ASP需要共享呼叫和事务处理的状态或者是能够在ASP之间传递呼叫状态信息。同样的，在某些情况下ASP执行呼叫处理时，需要与相关的媒体网关进行配合，传送对于特定中继终端的MGC控制。5M3UA的功能5.1No.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和所有的应用服务器。如果单个ASP或一组ASP通过多个SG为No.7信令网可用，每个ASP都有自己的信令点码，ASP可以与SG用不同的信令点码表示，在这种情况下，SG被看作是No.7信令同中的STP，每个SG都有到相同ASP的路由。在故障情况下，一个ASP对于这些SG中的某一个变为不可用时，这种方法允许在SG和No.7信令网间使用MTP3路由管理消息，通过简单的重新选路到另外一个SG，而不需要改变No.7信令业务需要去的ASP的DPC。通过两个SG接入ASP的示意如图所示。图7通过两个SG接入ASP的示意当特定的AS经多个SGP到达时，SGP中对应的选路关键字应该一致。5.2选路上下文和选路关键字.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 5.2.1概述SGP和AS间No.7信令消息的分配是由选路关键字和相关的选路上下文确定。选路关键字是用于匹配No.7信令消息必要的一组No.7信令参数，选路上下文参数是4字节值（整数），它以1:1关系与选路关键字关联。因此，选路上下文可以看作是包含选路关键字条目的发送节点的消息分配表。构成选路关键字条目的No.7信令地址／选路信息包括MTP3路由标记中的OPC、DPC和SIO，或MTP3—用户的特定字段，例如ISUP的CIC等。可以配置ASP在一个单独的SCTP偶联上处理与多个AS有关的信令业务。在ASP激活和去活管理消息中，开始或停止信令业务是由选路上下文参数鉴别的。在ASP中，选路上下文参数惟一地识别与每个AS有关的信令业务范围。5.2.2选路关键字选路关键字由No.7信令消息中的消息单元组成，下列是M3UA协议中使用的选路关键字：1）DPC2）SIO+DPC3）SIO＋DPC＋OPC4）SIO＋DPC＋OPC＋CIC5.2.3选路关键字的限制从No.7信令网的角度看，选路关键字限制在一个单独的目的地信令点码。选路关键字必须惟一，即接收的No.7信令消息只能匹配到一个选路关键字或不能匹配出选路关键字，不能匹配到多个选路关键宇。特定选路关键宇中的参数没必要连续，例如配置的AS能够处理多个PSTN中继，而这些中继的CIC无需是连续的。5.2.4管理选路上下文和选路关键字在SGP中有两种方式设置选路关键字：第一种方式是通过管理接口配置选路关键字；第二种使用M3UA动态注册／注销程序配置选路关键字。M3UA单元至少要实施一种选路关键字的设置。5.2.5SGP的消息分配从No.7信令网收到的消息要选路到适当的IP目的地，SGP必须使用从MTP3—用户接收消息的信息完成消息分配功能。为了支持消息分配，SGP必须维护网络地址翻译表，把入局No.7信令消息的信息映射为特定应用和特定业务范围的应用服务器，这是通过入局No.7信令消息的信息单元和SGP设置的选路关键字的比较而完成的。然后这些选路关键字对应到一个应用服务器，而这个应用服务器是通过一个或几个ASP实现的，这些ASP使用各种管理消息，提供它们对SGP可用性、业务处理能力和拥塞的动态状态信息。AS中包含用于处理业务的一个或多个ASP的列表，考虑到这个列表中每个ASP的可用性状态、业务处理能力和拥塞状态，以及可能的配置变化和故障克服机制，这个列表应当是动态的。在通常情况下，AS中的一个或多个ASP是激活的（即正处理业务），但在某些故障或转移的情况下，可能没有被激活可用的ASP。AS要支持广播、负荷分担和备用方式。当接收的No.7信令网消息没有选路关键字匹配时，就丢弃该消息，并通告管理功能。5.2.6ASP的消息分配ASP必须为消息选择适当的SGP，通过分析消息的目的地点码和SLS完成消息的选路。当存在选路到No.7信令网的几个路由（或SGP）时，考虑到从SGP接收的No.7信令网目的地的可用性／拥塞状态、每个SGP的可用性状态、配置变化和故障克服机制，ASP要为No.7信令目的地维护可用SGP路由的动态表，但没有M3UA消息维护SGP的状态。当对SGP.www.bzxzk.com. 的SCTP偶联存在时，就认为SGP已经准备响应ASPSM消息。与一个AS中的一个ASP通信时，SG的每个SGP向这个ASP提供等同的连接性。5.3No.7信令与M3UA的互通在No.7信令与M3UA的互通中，M3UA适配层提供定义的MTP3用户原语的扩展。5.3.1信令同关No.7信令层SG负责终结No.7信令协议的MTP3，并向基于IP的用户提供延伸。从No.7信令的角度，希望SG以标准的No.7信令同接口，使用No.7信令消息传递部分（MTP）传送和接收消息信号单元，而提供可靠的消息传递。作为No.7信令接口，它可以是64kbit／s的信令链路，也可以是2Mbit/s的高速信令链路。5.3.2在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-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）消息。5.3.3应用服务器应用服务器簇负责提供支持No.7信令的上层。从No.7信令的角度来看，信令点管理簇（SPMC）提供给定点码的上层业务的完整支持，如提供MGC能力的SPMC必须根据No.7信令同的规范为给定点码提供TUP或ISUP。在ASP连接到多个SG的情况下，M3UA必须根据到这些目的地路由的可用性／拥塞状态，维护被配置No.7信今目的地的状态和路由消息。5.3.4IPSP的考虑由于IPSP是点到点的方式，消息选路不超过远端点，因此不需要No.7信令与M3UA的互通。5.4冗余模型5.4.1应用服务器冗余在SGP中与设置迷路关键字相匹配的所有MTP3—用户消息，要映射到一个应用服务器。应用服务器是与特定选路关键字有关的一组ASP，这组中的每个ASP可以是激活、去活或不可用。激活的ASP处理业务，当激活的ASP不可用时使用去活的ASP。故障克服模型支持“n＋k”冗余模型，其中n是处理业务需要冗余ASP的最小数，k是可用来代替故障或不可用ASP的ASP数。“1+1”激活／备用冗余是这种模型的子集，单一的“1+0”模型没有冗余ASP，也是这种模型的子集。在SGP中，应用服务器列表包含激活和去活ASP，而支持ASP广播、负荷分担和故障克服程序，SGP中的逻辑应用服务器的ASP列表保持更新而反映激活的应用服务器进程。在图1中，DPCx的所有消息可能发送到主机3的ASP1或主机4的ASP1，主机1中SGP1.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 的AS列表如下所示：选路关键字{DPC=x}“应用服务器＃1”ASPI／主机3状态=激活ASPI／主机4状态=去活在这种“1+1”冗余的情况中，主机3中ASPI接收入局DPC＝x的消息，只有在ASPI／主机3故障或到ASPI／主机1的连接丢失时ASPI／主机4才进入激活状态。主机1中SGP1的AS列表也可以是负荷分担的模式：选路关键字{DPC=x}“应用服务器＃1”ASPI／主机3状态=激活ASPI／主机4状态=激活在这种情况下，两个ASP将按照一定的规则发送部分消息业务，具体可以根据SLS的某一比特位的值而确定在哪个ASP发送消息。在故障克服的过程中，建议ASP支持呼叫处理的情况下，稳定的呼叫不失败。呼叫在“转移”中可能失败，虽然在所涉及的ASP间的通信措施能够减少失败的可能性，例如两个ASP可以共享依靠共享的内存共事呼叫状态，也可以使用ASP到ASP协议传送呼叫状态信息。ASP到ASP的协议超出本标准的范围。5.4.2信令网关冗余信令网关可以分布在几个主机上。像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.5流量控制为了暂时取消传送业务的偶联或完成测试和维护活动，ASP的本地管理停止SCTP偶联的业务量。这个功能能任选地用于控制在新可用的SCTP偶联上开始业务量。5.6拥塞管理通过依赖于实施的功能向M3UA层通知本地和IP网络拥塞（如依赖于实施从SCTP和IP网络拥塞的指示）。在ASP或PSP，通过MTP-STATUS原语，M3UA向本地MTP3用户指出拥塞，调用适当的高层响应。当SG确定信令点管理簇（SPMC）的信令消息的传送遇到拥塞时，SG触发No.7信令的MTP3受控传递管理消息到起源No.7信令节点。从SG触发的MTP3受控传递管理消息依赖于.www.bzxzk.com. 实施的功能。ASP或IPSP的M3UA用SCON消息向M3UA对等层指出本地拥塞。当SG的M3UA接收到ASP的SCON消息时，SG确定SPMC正发生拥塞，根据MTP规范SG向相关的No.7信令目的地发送MTP3受控管理消息。5.7SCTP流映射SGP和ASP的M3UA也支持把信令业务分配到SCTP的流中，对于有顺序要求的信令业务必须分配到相同的流中，为了满足这个要求，MTP3—用户业务可以针对MTP路由标记中的SLS分配相同的流，但应当小于低层SCTP偶联支持的最大流的数量。为了减少传送和缓冲时延，在M3UA内使用了SCTP流，因此改善了信令单元总的性能和可靠性。MTP3—用户消息分布在不同流中将减少消息错序的可能。5.8客户端/服务器模型SGP和ASP都能支持客户端和服务器操作，使用M3UA的对等端点应该配置为一端是服务器，另一端是启动SCTP偶联的客户端。缺省值SGP作为服务器，ASP是客户端，ASP应该启动对SGP的SCTP偶联。在IPSP对IPSP通信中，应该配置使用M3UA的对等层端点使得一方起服务器的作用，另一方起客户端的作用。M3UA是在SCTP上而不是在TCP上传送，为M3UA登记的SCTP用户端口号码为2905。6M3UA协议单元M3UA消息格式中包含一个公共消息头，之后是0个或多个由消息类型定义的参数，考虑到前向兼容性，所有消息类型都带有兼容性参数。6.1公共消息头MTP3用户适配层协议消息的结构要求包括版本、消息类型、消息长度和消息内容，如图8所示。消息头对于所有信令协议适配层消息是公共的。图8公共消息头的结构示意表1M3UA消息类别.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 6.1.1M3UA协议版本版本字段包括M3UA适配层的版本。所支持的版本为：00000001Release1.0protocol6.1.2消息类别和消息类型表1中列出了定义的消息类别，表2、表3、表4、表5、表6和表7分别列出M3UA定义的消息类型。表2M3UA管理（MGMT）消息类型表3M3UA传送消息类型表4M3UA信令网管理（SSNM）消息类型表5M3UA状态维护（ASPSM）消息类型.www.bzxzk.com. 表6M3UA业务维护（ASPTM）消息类型表7M3UA选路关键字管理（RKM）消息类型6.1.3消息长度消息长度定义了消息的几位位组长度，长度包括消息头在内。对于消息的最后一个参数，如果包含填充，那么消息长度应把填充信息包含在内。6.2可变长度参数的格式M3UA由公共消息头和随后的0个或几个可变长度参数构成。所有包含在消息中的参数的格式如图9所示。图9可变长度多数格式消息中可以包括多个参数，参数可以是任何顺序，除非有明确的要求。接收者应该接收任何顺序的参数。参数标签为历比特，用于识别参数类型，它可以是0～65534。用于适配层的公共参数在0×00～0×3F之间，M3UA的特定参数在0×0200～O×02FF之间。定义的公共参数标签见表8。.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 表8公共参数标签M3UA的特定参数见表9。表9M3UA的特定参数.www.bzxzk.com. 表9（续）参数标签值65535用于IETF的扩展备用。参数长度为16比特，包含参数的字节数，其包括参数标签、参数长度和参数值字段。参数长度不包括任何填充字节。参数值是可变长度，它包含参数实际传送的信息。参数的总长度（包括标签、参数长度和值字段）必须是4字节的整数倍。如果参数长度不是4的整数倍，发送者在结尾用0填充参数，填充的长度不包括在参数长度字段。发送者不能填充多于3个字节，接收者忽略填充字节。6.3传送消息本节描述了传送消息和它所带的参数，所有的消息中都包含公共消息头和0个或多个由消息类型定义的参数。6.3.1数据（Data）消息Data消息包含No.7信令MTP3用户协议数据，它是一个MTP-TRANSFER原语，包含了完整的MTP3路由标记，Data消息包含如下参数：网络外貌任选（暂不使用）选路上下文任选协议数据必选CorrelationId任选Data消息的参数格式如图10所示。任选的网络外貌参数用来识别消息的No.7信令网上下文，主要为了在一个公共的SCTP偶联上逻辑分开SPG和ASP之间的信令业务，例如：SG可以作为一个单元分别出现在4个国内No.7信令网中。在Data消息中，网络外貌隐含地定义了所用No.7信令点码格式、No.7信令网指示语值和MTP3／MTP3用户协议类型／变量／版本。当SG操作于一个单独的No.7信令网应用上下文时，或者单独的SCTP专用于每个No.7信令同上下文时，就不需要网络外貌参数。网络外貌参数值只有本地意义，它在SGP和ASP间协调。因此在ASP连接到多个SGP的情况下，同样的No.7信令网上下文可能由不同的网络外貌识别，具体要决定于消息是经哪个SGP传送／接收。.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 图10Data消息多数的格式如果网络外貌参数存在，因为它定义了协议数据字段的格式，则它必须是消息中的第一个参数。本标准暂不使用网络外貌参数。选路上下文：选路上下文包含与Data消息相关的选路上下文值。在SGP和ASP之间只使用一个选路关键字的情况下，不要求发送选路上下文；在多个选路关键字和选路上下文用于公共的偶联时，必须发送选路上下文用于识别业务流，协助内部分配Data消息。协议数据：协议数据参数包含起源No.7信令MTP3消息，其中包括业务信息八位位组和路由标记。协议数据参数包含下列字段：—业务指示语—网络指示语—目的地点码—起源点码—信令链路选择码（SLS）用户协议数据包括：MTP3—用户协议单元（如ISUP、SCCP或TUP参数）。协议数据参数的格式如图11所示。图11协议数据的格式OPC：24位DPC：24位NI：2位SI：4位SLS：4位.www.bzxzk.com. CorrelationId：在AS内惟一地识别协议数据中携载的MSU6.4No.7信令同管理（SSN）消息6.4.1目的地不可用（DUNA）SG中的SGP向所有相关的ASP发送DUNA消息用来指示SG已经确定了一个或多个No.7信令目的地不可达，它也用于SGP响应ASP消息不可达的No.7信令目的地。ASP的MTP3用户应当停止向DUNA消息中被影响的目的地发送业务。DUNA消息包含如下参数：网络外貌任选（暂不使用）选路上下文任选被影响的目的地点码必选信息串任选DUNA消息参数格式如图12所示。图12DUNA消息的格式选路上下文参数包含与DUNA消息相关的选路上下值，在多个选路关键字和选路上下文用于公共的偶联时，对接收者选路上下文可以识别DUNA作用的业务流，协助出局业务管理和内部分配MTP-PAUSE指示到MTP3—用户。被影响目的地参数中最多可以包含16个被影响DPC字段，每3个八位位组参数中允许使用24比特的信令点码格式。发送的被影响的目的地参数中可以有多个被影响的DPC，所有被影响的DPC必须是属于相同网络外貌，例如当SG的簇路由组或者是键路事件会影响到多个目的地时，包含多个被影响的DPC这种方法十分有效。任选的信息串参数可以携带任何有含义的8比特ASCII字符串，信息串参数的长度可以为0～255，除了该参数可以由运营商进行调试时识别被影响的DPC反映的位置外，没有其他程序使用该参数。6.4.2目的地可用（DAVA）SGP向所有相关的ASP发送DAVA消息用来指示SG已经确定了目前可达一个或多个No.7目的地，或响应DAUD消息。ASP的MTP3—用户协议应当恢复DAVA消息中被影响的目的地的业务。DAVA消息包含如下参数：网络外貌任选（暂不使用）.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 选路上下文任选被影响的目的地点码必选信息串任选DAVA消息的参数格式和描述与DUNA消息的参数格式相同。6.4.3目的地状态查询（DAU）ASP向SGP发送DAUD消息来查询到一个或多个被影响目的地的No.7信令路由的可用性／拥塞状态。DAUD消息包含如下参数：网络外貌任选（暂不使用）选路上下文任选被影响的目的地点码必选信息串任选DAUD消息的参数格式和描述与DUNA消息的参数格式相同。DAUD消息中可以包含多个被影响的目的地点码参数，但所有被影响的DPC必须属于同一个网络外貌。6.4.4No.7信令同拥塞（SCON）SGP向所有相关的ASP发送SCON消息，用来指示到No.7信令同的一个或多个目的地拥塞，或发送SCON消息到ASP响应DATA或DAUD消息；也可以从ASP的M3UA向M3UA对等层发送SCON消息指示M3UA或ASP拥塞。SCON消息包含如下参数：网络外貌任选（暂不使用）选路上下文任选被影响的目的地点码必选相关的目的地任选拥塞指示任选信息串任选SCON消息参数的格式如图13所示。图13SCON消息的格式.www.bzxzk.com. 关于网络外貌、选路上下文、被影响的DPC、信息串参数的格式和描述与DUNA消息相同。相关的目的地DPC参数只用于SCON从ASP发送到SGP，它包含触发SCON消息的起源点码，相关的目的地DPC参数包含一个相关的目的地DPC，SG使用包含在SCON消息中的单个被影响的DPC，发送受控传递消息到相关的目的地DPC。拥塞指示指出是否发生拥塞。6.4.5目的地用户部分不可用（DUPU）SGP向ASP发送DUPU消息通知No.7信令网节点上的远端对等MTP3—用户部分不可用。DUPU消息包含如下参数：网络外貌任选（暂不使用）选路上下文任选被影响的目的地点码必选用户／Cause必选信息申任选DUPU消息参数的格式如图14所示。图14DUPU消息的格式。关于网络外貌、选路上下文、被影响的DPC、信息串参数的格式和描述与DUNA消息相同。惟一的区别就是DUPU消息中被影响的目的地参数中只允许包含一个被影响的DPC。用户／Cause和MTP3—用户与被影响的DPC相关联。用户／Cause参数提供了MTP3用户不可用的原因，表10中给出了不可用原因参数的有效值，这些值与No.7MTP3用户部分不可用消息中取值相同。表10不可用原因多数的有效值MTP3用户识别用来描述特定的不可用的MTP3用户（如ISUP、SCCP等）。MTP3用户识别的有效值见表11。该值与No.7MTP3用户部分不可用消息和业务指示语一致。.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 表11有效的MTP3用户识别表11（续）6.5应用服务器进程管理（ASP）消息6.5.1ASPUp（ASPUP）ASPUP（ASPUP）消息用来向远端MU3A对等层指示适配层已经准备好为ASP配置的所有的选路关键字接收SSNM或ASPM管理消息。ASPUP消息包含如下参数：ASP标识符任选信息串任选ASPUP消息参数的格式如图15所示。图15ASPUP消息多数的格式任选的ASP标识符参数包含在支持AS的ASP间本地有意义惟一的值，SGP应该保存NTFY消息中所使用的ASP标识符。任选的信息串参数的格式和描述与DUNA消息的相同。6.5.2ASPUpAck（ASPUPACK）ASPUpAck（ASPUPACK）消息用来证实从远端M3UA对等层接收的ASPUp消息。ASPUpAck消息包含如下参数：信息串（任选）ASPAck消息参数的格式如图16所示。.www.bzxzk.com. 图16ASPUPAck消息多数的格式任选的信息串参数的格式和描述与DUNA消息的相同。6.5.3ASPDown（ASPDN）ASPDown（ASPDN）消息用来向远端M3UA对等层指示适配层尚未准备好接收DATA、SSNM、RKM或ASPTM消息。ASPDN消息包含如下参数：信息串（任选）ASPDN消息参数的格式如图17所示。图17ASPDN消息多数的格式任选的信息串参数的格式和描述与DUNA消息的相同。6.5.4ASPDownAck（ASPDNAck）ASPDownAck消息用来证实从远端M3UA对等层接收的ASPDown消息，或答复从出于管理原因而被锁的ASP接收的ASPM消息。ASPDN消息包含如下参数：信息串（任选）ASPDownAck消息参数的格式如图18所示。图18ASPDNAck消息多数的格式任选的信息串参数的格式和描述与DUNA消息的相同。6.5.5Heartbeat（BEAT）BEAT消息被任选的用来保证M3UA对等层一直对其他M3UA可用，当M3UA不使用SCTP作为传送展时必须使用BEAT消息。BEAT消息中不包含任何参数。BEAT消息的格式如图19所示。图19BEAT消息的格式BEAT消息的数据参数内容由发送节点定义，它可能包括BEAT的顺序号码和／或时间标签，BEAT消息的接收者不处理这个字段，接收者必须用BEATAck消息响应。6.5.6HeatbeatAck（BEATAck）.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 发送BEATAck消息以响应接收的BEAT消息，它包含接收的BEAT消息的所有参数。6.6M3UA选路关键字管理（RKM）消息6.6.1注册请求（REGREQ）ASP发送注册请求消息用于向远端M3UA对等层指出它希望与远端对等层注册一个或几个给定的选路关键字。最典型的情况是ASP向SGP发送这个消息，并希望接收具有相关选路上下文值的REGRSP。REGREQ消息包含下列参数：选路关键字必选REGREQ消息的格式如图20所示。图20注册请求消息的格式消息的发送者希望消息的接收者创建选路关键字条目，如果选路关键字不存在并给它分配惟一的选路上下文。在同一消息中选路关键字可以出现多次，这允许用一个消息注册多个选路关键字。消息选路关键字的格式如图21所示。图21选路关键字参数格式必选的本地选路关键字标识符字段用于惟一地识别登记请求，ASP分配标识符，用来把起源登记请求和REGRSP消息的响应关联起来。标识符要保持谁一直到接收到REGRSP。.www.bzxzk.com. 本地选路标识符字段的格式如图22所示。图22本地选路标识符参数的格式业务模式类型：32比特。业务模式类型参数是必备参数，它标识AS内ASP的业务操作模式，业务模式类型的格式如图23所示。图23业务模式类型参数的格式业务模式类型的有效值为：1）over—ride2）负荷分担3）广播如果REGREQ的接收者创建了新的选路关键字条目，那么业务模式类型为新的AS设置业务模式。如果REGREQ的接收者确定匹配的选路关键字已经存在，业务模式类型必须为AS匹配存在的业务模式。目的地信令点码是必选参数，用来识别入局No.7信令消息的目的地信令点码，其格式如图24所示。图24目的地信令点码参数格式网络外貌参数暂不使用。业务指示语是任选参数，包含一个或多个业务指示语。如果选路关键字中没有SI参数，指出可以使用除MTP管理之外的任何SI。如果别参数不包含4的整数倍个SI值，就需要对参数进行填充。SI的格式如图25所示。图25业务指示语参数的格式.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 起源信令点码（OPC）列表是任选参数，包含一个或多个OPC条目，它的格式与目的地信令点名参数的格式相同。其格式如图26所示。图26起源信令点码参数的格式电路范围列表是任选参数。电路是由No.7信令的OPC、DPC和CIC值惟一地识别，为了识别M3UA选路关键字中的电路范围，电路范围参数包含一个或多个电路范围，每一个都由OPC和上限／下限CIC识别。DPC是隐含必选参数并已包括在选路关键字的DPC参数中，OPC的编码与DPC的编码相同，CIC是12比特的整数。其编码格式如图27所示。图27电路范围列表参数的格式6.6.2注册响应REGRSP消息用于对来自远端M3UA对等层REGREQ消息的响应，它包含注册请求成功／故障的指示，并返回成功注册请求的惟一的选路上下文值而用于后续的M3UA业务管理协议。REGRSP消息包含下列参数：—注册结果REGRSP消息的格式如图28所示。图28注册响应消息的格式.www.bzxzk.com. 注册结果参数包含一个或多个结果，每一个包含REGREQ消息中单独选路关键字的注册状态，单独REGRSP消息中结果的数量可以与对应的REGREQ消息中选路关键字数匹配。每个结果的格式如图29所示。图29注册结果参数的格式本地选路关键字标识符识别32比特的整数，它的值与REGREQ消息中的值相同。注册状态字段指出注册请求成功或故障的原因。它的值可以是：0成功的注册1错误—未知2错误—无效的DPC3错误—无效的网络外貌4错误—无效的选路关键字5错误—许可被拒绝6错误—重叠的（不惟一）选路关键字7未设置的选路关键字8不充分的资源9不支持的RK参数字段10不支持／无效的业务处理模式如果注册成功，选路上下文包含与选路关键字相关的选路上下文的值；如果注册不成功，就设为“0”。6.6.3注销请求（DEREGREQ）ASP发送DEREGREQ消息向远端M3UA对等层指出希望注销给定的选路关键字，在通常情况下，ASP将向SGP发送这个消息并希望接收带相关选路上下文值的返回DEREGRSP消息。DEREGREQ消息包含下列参数：—选路上下文DEREGREQ消息的格式如图30所示。图30注销请求消息的格式选路上下文参数是n×32比特的参数，它包含一列整数来索引应用服务器的业务量。6.6.4注销响应（DEREGRSP）.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 DEREGRSP消息用于响应来自远端M3UA对等层的DEREGREQ消息。DEREGRSP消息包含下列参数：—注销结果DEREGRSP消息的格式如图31所示。图31注销响应消息的格式注销结果参数包含DEREGREQ消息中单独选路上下文的注销状态，单独DEREGRSP消息中结果的数量可以与对应的DEREGREQ消息中选路上下文数匹配。当多个DEREGRSP消息用于响应DEREGREQ消息时，在DEREGRSP消息中只包含一个特定结果。每个结果的格式如图32所示。图32注销结果参数的格式选路上下文是32比特的整数，它的值与DEREGREQ消息中注销的选路关键字值匹配。注销状态字段指出注册请求成功或故障的原因。它的值可以是：0成功的注销1错误—未知2错误—无效的选路上下文3错误—错误—许可被拒绝4错误—未注册5选路上下文的ASP现处于激活6.7应用业务维护（ASPTM）消息6.7.1ASP激活（ASPAC）ASP发送ASPAC消息来指出远端M3UA对等层准备处理特定应用服务器的信令业务。ASPAC只影响选路上下文识别的选路关键字的ASP状态。ASPAC消息包括下列参数：—业务模式类型任选—选路上下文任选—信息串任选ASPAC消息的格式如图33所示。.www.bzxzk.com. 图33ASPAC消息的格式业务模式类型参数用来识别AS中的ASP操作的业务模式。类型参数的有效值见表12。表12类型参数的有效植对特定的选路上下文，只能使用一种类型。Over-ride值指出ASP工作在Over-ride模式，在这种情况下，ASP负责应用服务器（即主控／备用操作）的所有业务量；在负荷分担模式下，ASP与当前其他激活的ASP共同分担业务；在广播模式下，ASP将接收与其他激活的ASP一样的消息。选路上下文是任选的n×32比特的整数参数，它包含一列整数来索引应用服务器业务。索引表同SGP选路关键字或AS名之间存在—一对应的关系。可以被配置应用服务器进程为多个AS处理业务，从ASP的观点来看，选路上下文定义了ASP配置需要从SG接收的一个信令业务范围。例如，一个ASP可以被配置为支持多个PSTN中继范围的呼叫处理，接收的相关信令业务是通过单独的No.7信令DPC／OPC／CIC范围来识别的。任选的信息串参数的格式和描述与DUNA消息的相同。6.7.2ASP激活Ack（ASPACAck）ASPACAck消息用于证实从远端M3UA对等层接收的ASP激活消息。ASPACAck消息包含下列参数：—业务模式类型任选—选路上下文任选—信息串任选ASPACAck消息的格式如图34所示。图34ASPACAck消息的格式.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 业务模式类型和选路上下文与ASPAC消息中参数的格式相同。任选的信息串参数的格式和描述与DUNA消息的相同。6.7.3ASP去活（ASPIA）图35ASPIA消息的格式ASP发送ASPIA消息向远端M3UA对等层指示一列ASP中不再使用的某个ASP。ASPIA消息只影响由选路上下文识别的选路关键字中ASP的状态。ASPIA消息包含下列参数：—选路上下文任选—信息串任选ASPIA消息参数的格式如图35所示。任选的选路上下文和信息串参数的描述和格式与ASPAC消息相同。6.7.4ASP去活Ack（ASPIAAck）图36ASPIAAck消息格式ASPIAAck消息用于证实从远端M3UA对等层接收的ASP去活消息。图37ERR消息的格式.www.bzxzk.com. “ASPIAAck消息包含下列参数：—选路上下文任选—信息串任选ASPIAAck消息参数的格式如图36所示。任选的选路上下文和信息串参数的描述和格式与ASPAC消息相同。6.8管理消息6.8.1差错（ERR）表13差错参数的有效值表13（续）.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 如果在收到的消息中发现差错事件的值，则发送ERR消息。如在现行的状态收到非期望的值，或参数值无效。ERR消息包含如下参数：—差错码必选—选路关键字必选—网络外貌任选—被影响的信令点码必选—诊断信息任选ERR消息的格式如图37所示。差错码参数用来指示ERR消息产生的原因，差错参数值使用表13中规定的值。如果接收到无效或不支持版本的消息，就发送“无效版本”差错，ERR消息在公共头中包含支持的版本，ERR消息可任选地在诊断信息区域提供支持的版本。如果接收到非期望的或不支持的消息类别，就发送“不支持的消息类别”差错。如果接收到非期望的或不支持的消息类型，就发送“不支持的消息类型”差错。如果ASP发送不支持的业务量模式类型的ASP激活消息或发送与应用服务器现在配置的业务量处理模式类型不兼容的ASP激活消息，SGP就发送“不支持／无效的业务量处理模式”，例如SGP不支持负荷分担。如果在现行状态下接收到非期望的已定义和可识别的消息，可以发送“非期望的消息”（ASP也可以丢弃这个消息而不发送ERR消息）。对于接收到任何语法正确但非期望的参数，发送“协议差错”差错。如果在非期望的SCTP流上接收到消息（如在非“0”流上接收到MGMT消息），就发送“无效的流标识符”差错。当接收到ASPUP或ASP激活消息并且出于管理原因拒绝请求（例如管理闭锁）时，就发送“拒绝—管理闭塞”差错。如果这个差错是响应ASP激活消息，在ERR消息中应包括ASP激活消息中的选路上下文。如果SGP接收到不包含ASP标识符参数的ASPUp消息而SGP要求这个参数时，响应ASPUp时就发送“要求ASP标识符”。如果SGP接收到无效（即不惟一）的ASP标识符的ASPUP消息，响应ASPUp时就发送“无效的ASP标识符”。如果接收到无效参数值的消息（接收到备用段非“0”的消息），就发送“无效的参数值”差错。如果接收消息中的参数有错误的长度字段，就发送“参数字段差错”。如果消息中包含无效的参数就发送“非期望的参数”差错。如果SG接收到DAUD消息查询目的地的可用性／拥塞状态，但SG不希望提供这些状态（如发送者无权知道这些状态）时，就发送‘泪的地状态未知”差错。如果消息中不包含必选参数，就发送“丢失参数”差错。如果从对等层接收到无效（没有配置）的选路上下文值，就发送“无效的选路上下文”差错。对于这种错误，在ERR消息中必须包括无效选路上下文。如果从对等层接收到没有选路上下文的消息并且通过配置数据不知道参考哪个应用服务器时，就发送“没有为ASP配置的AS”差错。诊断信息：可变长。当包括诊断信息时，任选的诊断信息可以是与差错情况密切联系的任何信息，来协助识别差错情况。在无效的业务量处理模式、选路上下文或参数值的情况下，诊断信息包括接收到的参数，在其他情况下，诊断信息可以是非法消息的前40字节。不产生ERR消息来响应ERR消息。.www.bzxzk.com. 6.8.2通知（NTFY）NTFY消息用来向M3UA对等层提供M3UA事件的自治指示。NTFY消息包含如下参数：—状态必选—ASP标识符任选—选路上下文任选—信息串任选NTFY消息的格式如图38所示。图38NTFY消息的格式状态类型参数用来识别NTFY消息的类型，状态类型的有效取值见表14。表14NTFY消息的状态类型参数状态信息参数包含了根据状态类型参数所指示的通知的详细信息，如果状态类型为ASStateChange，则状态信息使用表15所示的取值。表15状态类型为AS_State_Change时状态信息的取值在特定的应用服务器状态发生变化后，SGP则把这些通知向ASP发送。取值反映了应用服务器的新状态。如果状态类型是其他，则表16定义了下列状态的信息值。表16其他状态类型的取值.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 这些通知不根据SGP报告的AS或ASP的状态变化。在ASP资源不充分的情况下，SGP向AS中的处于“ASP-INACTIVE”状态的ASP指示，为了处理AS（负荷分担或广播模式）的业务量还需要另外的ASP；对应替换ASP激活的情况下，当替换的ASP转移到Over-ride模式的“ASP-ACTIVE”状态时，就通知ASP。任选的ASP标识符、选路上下文和信息串参数的格式和描述与ASPAC消息同。7程序M3UA层需要响应从本地其他层收到的不同原语和从M3UA对等层收到的消息，本节定义了M3UA响应这些事件的程序。7.1支持M3UA—用户和层管理的程序7.1.1接收M3UA—用户的原语从ASP／ISP的上层或者是SGP的节点互通功能收到MTP-Transferrequest原语后，M3UA层将向M3UA对等层发送对应的Data消息；接收Data消息的M3UA对等层向高层发送MTP-Transferindication原语。M3UA消息分配功能比较MTP-Transferrequest原语中的信息和设置的选路关键字，根据比较的结果确定AS，从AS的ASP列表中选择一个“ASP-ACTIVE”状态的ASP并构造Data消息并把它发送到对应的SCTP偶联上；如果多个ASP处于“ASP-ACTIVE”状态（即在多个ASP负荷分担业务），则从表中选择一个“ASP-ACTIVE”状态的ASP，然后消息发送到适当的SCTP偶联上；如果ASP处于广播模式，将选择所有激活的ASP并把消息发送到每个激活的ASP上。具体负荷分担时可以根据SLS的值把消息分配在激活的ASP上，使得激活的ASP基本平均分担业务量。此外，消息需要发送到适当的SCTP流上，满足信令应用的消息顺序。DATA消息必须在非“0”流上发送。当入局消息没有选路关键字匹配或只有部分匹配时，就丢弃消息并用M-ERRORindication原语通知层管理。7.1.2接收层管理的原语从本地层管理接收到原语，M3UA层将采用被请求的动作并向管理层响应适当的原语。来自ASP或IPSP本地管理的M-SCTPESTABLISHrequest将启动SCTP偶联的建立，M3UA层通过向本地SCTP层发送SCTP-Associate原语而与远端M3UA对等层建立SCTP偶联。当成功地建立SCTP偶联时，SCTP将向本地M3UA层发送SCTP-COMMUNICATION＿UPnotification，再启动请求的SGP或IPSP；当完成偶联的建立时，M3UA将向本地层管理发送M-SCTP_ESTABLISHconfirm原语；在对等的M3UA层，在成功地完成入局SCTP偶联建立时，向本地管理发送M-SCTPES-TABLISHindication原语。来自本地管理的M-SCTP_RELEASErequest原语启动清除SCTP偶联，M3UA通过发送SHUT-DOWN原语到SCTP层完成SCTP偶联的正常的关闭。当完成SCTP偶联的正常关闭时，SCTP层向本地M3UA层返回SHUT-DOWNCOMPMTEnotification原语。在启动请求的M3UA层，当完成偶联的清除时，M3UA将向本地管理发送M-SCTPRELEASEconfirm原语；在对等的M3UA层，在成功地清除SCTP偶联时向本地管理发送M-SCTPRELEASEindication原语。M-SCTP_STATUSrequest支持特定SCTP偶联本地状态的本地管理查询，M3UA简单地把M-SCTP_STATUSrequest原语映射成到SCTP-STATUS原语。当SCTP响应时，M3UA把偶联状态信息映射成M-SCTP_STATUSconfirm原语。没有M3UA对等协议调用。类似LM-to-M3UA-to-SCTP和／或SCTP-to-M3UA-LM，可以为各种其他SCTP高层原语描述映射，例如Initialize、SetPrimary、ChangeHeartbeat、RequestHeartbeat、GetSRTT.www.bzxzk.com. Report、SetFailureThreshold、SetProtocolparameters、DestroySCTPInstance、SendFailure和NetworkStatusChange。这些SCTP高层原语也可以作为层管理直接与SCTP层交互的模型。M-NOTIFYindication和M-ERRORindication原语向层管理指出分别包含在接收的M3UANTFY或ERR消息中的通知或差错信息，这些指示也可能是基于本地M3UA事件而产生。M-ASP_STATUSrequest支持特定本地或远端ASP状态的层管理查询，M3UA用M-ASPSTATUSconfirm响应状态。没有M3UA对等协议调用。M-AS_STATUSrequest支持特定AS状态的层管理查询，M3UA用M-ASSTATUSconfirm响应状态。没有M3UA对等协议调用。M-ASHUPrequest、M-ASP_DOWNrequest、M-ASPACTIVErequest和M-ASPINACTIVErequest原语允许ASP的层管理启动状态改变。在成功完成的情况下，M3UA向层管理提供对应的confirm原语；如果调用不成功，提供M-ERRORindication原语。这些结果导致到远端SGP或IPSPM3UA对等层的出局ASPUP、ASPDOWN、ASP激活和ASP去活消息。7.1.3接收M3UA对等管理消息由于从对等M3UA接收到M3UAASP-UP、ASP-DOWN、ASP激活和ASP去活消息导致状态改变，M3UA层必须调用对应的M-ASLUP、M-ASPDOWN、M-ASPACTIVE、M-ASPINACTIVE、M-AS_ACTIVE、M-AS_INACTIVE和M-AS_DOWNindication到本地管理。M-NOTIFYindication和M-Errorindication原语向层管理指出接收的M3UANTFY或ERR消息中包含的通知或差错信息，这些指示也可能基于本地M3UA事件而产生。除BEAT或BEATAck的所有非传送消息，应该保证顺序的按次序发送；除ASPTM、REAT和RFATAck的其他非传送消息，应该在SCTP的流“0”上传送。为了减少可能的消息丢失，ASPTM消息可以在与选路上下文有关而传送数据业务的流上发送，BEAT和BEATAck消息可以使用无序传递方式在任何流上发送。7.2ASP、AS和SPMC的状态维护SGP的M3UA层维护每个SPMC中的每个远端AS和ASP的状态，配置这些AS和ASP接收业务作为到M3UA消息分配功能的输入。同样，IPSP使用M3UA点到点的方式，IPSP的M3UA层维护远端IPSP的状态，为了简化描述，虽然下面只描述SGP／ASP的情况，但是SGP侧的程序也可应用于IPSP向一组远端IPSP组成的AS发送业务。7.2.1ASP状态SGP的M3UA层维护配置AS中的每个远端ASP的状态。特定的AS中的特定ASP的状态变化都是由事件造成的，这些事件包括：—收到ASP对等M3UA层发送的消息；—收到AS中的其他ASP对等M3UA层发来的一些消息（例如，ASP激活消息指出“Override”）；—从SCTP层收到指示；—本地管理干预。ASP状态转移示意如图39所示，ASP可能的状态如下。ASP-DOWN：ASP的远端M3UA对等层不可用和／或相关的SCTP偶联不可用，所有ASP的初始状态都为该状态。这个状态的ASP不应该发送除Heartbeat、ASPDownAck和ERR消息外的任何M3UA消息。ASP-INACTIVE：ASP的远端对等M3UA层可用（且有关的SCTP偶联激活），但应用业务是停止的。这个状态的ASP不能为去活状态ASP的AS发送任何DATA或SNMM消息。ASP-ACTIVE：ASP的远端对等M3UA层可用，且应用业务是激活的（对特定的选路上下.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 文或一组选路上下文）。注：SCTPCDI：本地SCTP层通信Down指示给了SGP的高层协议（M3UA），当检测到与对端ASP的SCTP层的连通性丢失后，本地SCTP将发送该指示。SCTPCDI理解为来自SHUTDOWN_COMPLETEnotification或COMMUNICATION_LOSTnotification。SCTPRI：SG中本地SCTP层到高层协议（M3UA）的再启动指示，当检测到来自ASP对等SCTP层的再启动时就发送这个指示。图39ASP的状态转移示意7.2.2AS状态SGP的M3UA层维护每个AS的状态，图40给出了AS的状态转移示意。AS的状态变化也是由事件造成的，这些事件包括：ASP状态转移；恢复定时器触发。AS可能的状态如下。AS-DOWN：AS不可用，该状态同时也说明在该AS中所有相关的ASP处于“ASP-DOWN”状态。初始化时AS处于该状态。AS-INACTIVE：AS可用但没有应用业务被激活（即一个或多个相关的ASP处于“ASP-INACTIVE”状态，但没有处于“ASP-ACTIVE”），恢复定时器T（r）没有运行或超时。AS-ACTIVE：胡可用且应用业务被激活，该状态也表明用中至少有一个ASP处于“ASP-ACTIVE”状态。AS-PENDING：激活的ASP已经到“ASP-INACTIVE”或“ASP-DOWN”状态并且是从中最后一个剩余激活的ASP，恢复定时器T（r）将被启动并且SGP要对所有的入局信令消息进行排队。如果在T（r）超时前ASP变为“ASP-ACTIVE”状态，则公将进入到“AS-ACTIVE”状态，所有排队的消息将被发送到这个ASP。如果在ASP变为“ASP-ACTIVE”状态前定时器T（r）超时，则SGP将停止对消息的排队，并丢弃先前排队的消息，如果“中至少有一个ASP处于“ASP-INACTIVE”，AS将进入到“AS-INACTIVE”状态，否则AS进入“AS-DOWN”。.www.bzxzk.com. 图40AS的状态转移示意7.2.3SPMC状态SGP的M3UA层维护每个SPMC的状态，SPMC的状态转移示意如图41所示。SPMC的状态变化也是由事件造成的，这些事件包括AS状态转移。SPMC可能的状态如下。SPMC-AVAI：SPMC中至少有一个AS可用；SPMC-UNAV：SPMC中的所有AS不可用。图41SPMC的状态转移示意7.2.4M3UA原语的管理程序在建立SCP偶联前，在SGP和ASP中，ASP的状态均被认为是“ASP-DOWN”状态。一旦SCTP偶联建立后，并且假定本地M3UA—用户准备好，本地ASPM3UA应用服务器进程维护（ASP）功能将启动ASPM程序，使用ASPUP／Down／激活／去活消息向SGP传递ASP的状态。如果M3UA层随后又从SCTP层收到了SCTP-COMMUNICATION_DOWN或SCTP-Restartindication，则M3UA层将通过调用M-SCTP_STATUSIndication原语通知层管理，ASP的状态将转移到“ASP-DOWN”状态。在ASP，将使用MTP-PAUSEindication原语通知ASP的MTP3—用户关于被影响No.7信令目的地的不可用性；在No.7信令同被隔离时，决定于具体实施通知MTP3—用户。在SCTP-COMMUNICATION_DOWN的情况下，SCTP客户机可以重新建立SCTP偶联，这可以由M3UA层自动完成或层管理使用M-SCTP_ESTABLISHrequest原语而重新建立。在ASP的SCTP-RESTARTindication的情况下，ASP的对等M3UA认为其处于“ASP-DOWN”状态。如果ASP要恢复，就必须使用ASP-UP程序开始恢复。7.3M3UA对多层间消息的ASPM程序7.3.1ASPUp程序在ASP已经成功建立到SGP的SCTP偶联后，SGP等待ASP发送的ASPUP消息，用来指示对等的ASPM3UA后可用。ASP总是作为ASPUP消息的发起者，这个动作可由来自层管理.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 的M-ASPUPrequest原语在ASP启动或M3UA的管理功能自动启动。当SGP收到ASPUP消息且内部的远端ASP处于“ASP-DOWN”状态并没有因为本地管理原因被闭锁，则SGP标记远端的ASP为“ASP-INACTIVE”状态，并用M-ASPUPindication原话通知层管理。如果通过现行配置数据SGP知道ASP配置给哪个AS，SGP就更新每个AS中ASP的状态为“ASP-INACTIVE”；另一种处理方式是，SGP可以把ASP移入去活ASP的池中，用于注册请求或ASPUP消息中确定的应用服务器的配置。如果ASPUp消息包含ASP标识符，SGP应该为ASP存储ASP标识符。即使ASP已经在被SGP标记为“ASP-INACTIVE”，SGP也必须发送ASPUpAck消息响应接收的ASPUp消息。如果由于任何本地原因（例如，管理闭塞）SGP不能用ASPUpAck响应，SGP用原因为“拒绝一管理闭塞”的ERR消息响应ASPUp。在ASP中，不证实接收的ASPUpAck消息，用M-ASP_UPconfirm原语通知层管理。当指向SGP的ASP从“ASP-DOWN”状态进入“ASP-INACTIVE”状态，M3UA必须标记所有配置的No.7信令目的地经这个SGP可达而可用。当ASP发送ASPUp消息时，官启动定时器T（ack），如果ASP在T（ack）没有接收到ASPUp的响应，ASP就重新开始T（ack）并重新发送ASPUp一直到接收到ASPUpAck消息，T（ack）是可设置参数，它的缺省值为2s。ASP在发送任何其他M3UA消息（例如，ASP激活、REGREQ）前必须等待ASPUpAck消息；如果在接收到ASPUp消息前SGP接收到任何其他M3UA消息（除ASPDown），则SGP可以舍弃这些消息。如果接收到ASPUp并且内部远端ASP处于“ASP-ACTIVE”状态，就返回ASPUpack消息以及ERR（“非期望的消息”）消息，并且把相关AS中的远端ASP的状态改为“ASP-INACTIVE”。如果接收到ASPUp并且内部远端ASP处于“ASP-INACTIVE”状态，就返回ASPUpAck并且没有进一步的动作。7.3.1.1M3UA版本控制如果收到的ASPUp消息中包含有不支持的版本，接收端将使用ERR消息进行响应，指示出接收节点支持的版本并通知层管理。网络中出现协议版本升级十分必要，当一个节点升级到新版本时，应当支持与网络中其他使用旧版本的节点的通信。7.3.1.2IPSP的考虑在IPSP到IPSP的情况下，其程序与SGP到ASP的程序一致，只不过其中的一个IPSP为客户端完成ASP的程序，另一个IPSP为服务器完成SGP的程序。如果出于某种原因（如管理闭锁）而造成服务器式的IPSP不能用ASPUpAck响应，就用原因为“拒绝—管理闭塞”的ERR消息响应ASPUp，并且客户端式的IPSP留在“ASP-DOWN”状态。7.3.2ASP-DOWN当ASP希望从它所在的应用服务器中退出业务而不再接收任何M3UA数据、SSNM或ASPYM消息时，ASP将向SGP发送ASPDown消息，这个动作可以由来自本地管理的M-ASP_DOWNrequest原语或M3UA管理功能自动发起。ASP是否永久地从AS中取消决定于配置管理。SGP标记ASP为“ASP-DOWN”，用M-ASP_Downindication原语通知本地管理。并向ASP返回ASPDownAck消息。即使ASP在SGP已经被标记为“ASP-DOWN”状态，SGP仍要发送ASPDownAck消息作为收到ASPDown消息的响应。.www.bzxzk.com. 在ASP中，不证实收到的ASPDownAck消息，用M-ASP_DOWNconfirm原语通知层管理。如果ASP没有发送ASPDown消息而接收到ASPDownAck消息，ASP应该认为它处于“ASP-DOWN”状态；如果ASP先前处于“ASP-ACWE”或“ASP-INACTIVE”状态，ASP就应该启动程序把它返回到先前的状态。当ASP发送ASPDown消息时，它启动定时器T（ack），如果ASP在T（ack）没有接收到ASPDown的响应，ASP就重新开始T（ack）并重新发送ASPDown一直到接收到ASPDownAck消息，T（ack）是可设置参数，它的缺省值为2s。在IPSP到IPSP的情况下，其程序与SGP到ASP的程序一致，只不过其中的一个IPSP为客户端完成ASP的程序，另一个IPSP为服务器完成SGP的程序。7.3.3ASP激活程序在任何时候，ASP收到SGP发来的ASPUpAck，ASP可以向SGP发送ASP激活（ASPAC）消息用来指示ASP已经准备好处理业务，这个动作可能由来自层管理的M-ASPActiverequest原语发起或自动地由M3UA管理功能发起。当ASP希望通过一个公共的SCTP偶联处理多个应用服务器业务量时，则ASP激活消息中包含多个选路上下文用来指示ASP激活消息适用的应用服务器，并不需要ASP的起始ASP激活消息中包括同时要激活的所有选路上下文，可使用多个独立的ASP激活消息。在ASP激活消息不包含选路上下文参数的情况下，接收者必须通过配置数据知道ASP是哪个AS的成员。对于能够成功激活ASP的应用服务器，SGP用一个或多个ASP激活Ack消息响应，其中包括相关的选路上下文和有关ASP激活消息中反映的任何业务模式类型值。如果接收的ASP激活消息保护任何选路上下文，那么ASP激活Ack消息就必须保护选路上下文参数。依赖于ASP激活消息中的任何业务模式类型或如果没有请求就依赖于本地配置数据，SGP把ASP移到应用服务器内正确的ASP业务量状态，用M-ASP_Activeindication通知层管理。如果在接收到ASP激活消息之前SGP接收任何Data消息，SGP就丢弃这些消息。通过发送ASP激活Ack，SGP准备接收或发送与选路上下文有关的业务量，在接收ASP激活Ack之前ASP不能发送有关上下文的Data消息，否则就将丢失这些消息。可使用多个ASP激活Ack消息响应包含多个选路上下文的ASP激活消息，允许SGP独立地证实不同的迷路上下文。如果不能成功激活ASP，SGP必须发送带这些ASP的选路上下文的差错（“无效的选路上下文”）消息。如果接收到ASP激活消息，但是这个ASP在SG没有注册或SG没有这个ASP的静态数据，就丢弃这个消息。即使ASP已经在SGP标记为“ASP-ACTIVE”，SGP也必须发送ASP激活Ack消息而响应从ASP接收的ASP激活消息。在ASP中，不证实接收的ASP激活Ack消息，用M-ASP_ACTIVEconfirm原语通知层管理。因为来自SGP的ASP激活Ack和数据消息可以在不同的SCTP流上发送，所以ASP可能在接收到ASP激活Ack消息前接收到数据消息。因为ASP认为它不在“ASP-ACTIVE”状态，所以可能要丢失消息。当ASP发送ASP激活消息时，它启动定时器T（ack），如果ASP在T（ack）没有接收到ASP激活的响应，ASP就重新开始T（ack）并重新发送ASP激活一直到接收到ASP激活Ack消息，T（ack）是可设置参数，它的缺省值为2s。在SGP的M3UA只有3种应用服务器业务量处理模式：Over-ride、负荷分担和广播。ASP激活消息中的业务量模式类型参数指示在特定应用服务器中使用的业务量处理模式，如果SGP确定在ASP激活消息中指示的模式不支持或与当前AS使用的业务量处理模式不兼容，则SGP响应ERR消息，用来指示“不支持／无效的业务量处理模式”。如果通过配置数据还不知道应用服务器的业务量处理模式，那么就设置在引起应用服务器状态转移到.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 “AS-ACTIVE”的第一个ASP激活消息中的业务量处理模式。当AS处于Over-ride模式下时，SGP收到ASP激活消息将导致AS的所有业务将改向至发送ASP激活消息的ASP。AS中任何先前激活的ASP现在则被认为处于“ASP-INACTIVE”，并且不会从SGP收到AS中的任何业务，SGP必须向先前AS中激活的ASP发送NTFY（替换的ASP-Active）消息，并应停止来／去ASP的所有业务。当AS处于负荷分担模式下时，在SGP收到ASP激活消息将导致所有的业务将平均分布到发送ASP激活消息的ASP上，其算法可以通过分析业务消息的SLS来实现消息的分布。在SGP中，接收到负荷分担AS中第一个ASP的ASP激活消息时并不把业务量改向到新激活的ASP，应该等到SGP确认已经有足够的资源处理所希望的负载时才动作（如等到AS中有足够的ASP处于“ASP-ACTIVE”状态）。为了适应任何潜在的故障克服或重新平衡所提供的负载，负荷分担模式AS的所有ASP必须能够处理AS内的任何数据消息。当AS处于广播模式下时，在SGP收到ASP激活消息将导致所有的业务将发送到所有发送ASP激活消息的ASP上。在SGP中，接收到广播AS中第一个ASP的ASP激活消息时并不把业务量改向到新激活的ASP，应该等到SGP确认已经有足够的资源处理所希望的负载时才动作（如等到AS中有足够的ASP处于“ASP-ACTIVE”状态）。当广播模式AS中的ASP变为“ASP-ACTIVE”时，SGP必须用惟一的CorrelationId为每个SCTP流中的第一个数据消息打上标签，这个ID的目的是允许新激活的ASP与广播群中的其他ASP同步每个有序流中的业务量的处理。在IPSP到IPSP的情况下，其程序与SGP到ASP的程序一致，只不过其中的一个IPSP为客户端完成ASP的程序，另一个IPSP为服务器完成SGP的程序。7.3.4ASP去活当ASP希望停止接收AS的业务量时，则向SGP发送ASP去活消息，这个动作可能由来自层管理的M-ASP_Inactiverequest原语发起或自动地由M3UA管理功能发起。在这种情况下，当ASP希望通过一个公共的SCTP偶联处理多个应用服务器业务量时，则ASP去活消息中包含多个选路上下文用来指示ASP去活所作用的应用服务器。在ASP去活消息不包含选路上下文参数的情况下，接收者必须通过配置数据知道ASP是哪个AS的成员，并且把每个AS中ASP的状态改为“ASP-INACTIVE”。当AS处于“Over-ride”模式下时，另外的一个ASP已经通过Over-rideASP激活消息占据了AS中的所有业务，发送ASP去活消息的ASP被SGP认为处于“ASP-INACTIVE”。在保证停止了所有到ASF的业务量后向ASP发送ASP去活Ack消息。当AS处于负荷分担模式下时，SGP把ASP设置为“ASP-INACTIVE”状态，并通过当前在AS中使用的负荷分担算法把AS的业务量重新分配到其他激活的ASP。如果需要，可以向所有去活的ASP发送NTFY（AS中不充分ASP资源激情）消息。在停止所有的业务并且用M-ASP_Inactiveindication原语通知层管理之后发送ASP去活Ack消息到ASP。当AS处于广播模式下时，SGP把ASP设置为“ASP-INACTIVE”状态，用的业务量只广播到处于“ASP-ACTIVE”状态的剩余ASP。如果需要，可以向所有去活的ASP发送NTFY（AS中不充分ASP资源激活）消息。在停止所有的业务并且用M-ASPInactiveindication原语通知层管理之后发送ASP去活Ack消息到ASP。可以用多个ASP去活Ack消息响应包含多个选路上下文的ASP去活消息，而允许SGP独立地证实不同的选路上下文。接收到的ASP去活消息中包含无效或未配置的选路上下文，SGP就为每个无效或未配置的选路上下文值发送ERR消息。SGP必须发送ASP去活Ack消息而响应来自ASP而接收的ASP去活消息，并且ASP已经.www.bzxzk.com. 在SGP被标记为“ASP-INACTIVE”。在ASP中，不证实接收的ASP去活Ack消息，用M-ASP_INACTIVEconfirm原语通知层管理。如果ASP没有发送ASP去活消息而接收到ASP去活证实消息，ASP就应该认为它处于“ASP-INACTIVE”状态；如果ASP先前处于“ASP-ACTIVE”状态，ASP应该启动程序把它返回先前的状态。当ASP发送ASP去活消息时，它启动定时器T（ack），如果ASP在T（ack）没有接收到ASP去活的响应，ASP就重新开始T（ack）并重新发送ASP去活一直到接收到ASP去活Ack消息，T（ack）是可设置参数，它的缺省值为2s。如果在应用服务器中没有其他的ASP处于“ASP-INACTIVE”，SGP向AS中所有处于“ASP-INACTIVE”状态的ASP发送NTFY（AS-Pending）并丢弃所有的入局消息或开始缓存入局消息T（r）秒，在T（r）超时之后丢弃这些消息；如果在T（r）超时之前SGP接收到来自AS中ASP的ASP激活消息，缓存的业务量就转移到ASP并删除定时器。如果T（r）超时，AS的状态就转移到“AS-INACTIVE”状态。在IPSP到IPSP的情况下，其程序与SGP到ASP的程序一致，只不过其中的一个IPSP为客户端完成ASP的程序，另一个IPSP为服务器完成SGP的程序。7.3.5通知程序反映AS状态改变的通知（NTFY）消息必须发送到除处于“ASP-DOWN”状态的所有ASP，并带有适当的状态信息和故障ASP的ASP标识符，在ASP用M-NOTIFYindication通知层管理。不管是ASP故障引起AS状态改变还是接收到ASP状态管理（ASPSM）／ASP业务量管理（ASPTM）消息，都必须发送NTFY消息，在第二种情况下是在有关的证实消息（如ASPUpAck、ASPDownAck、ASP激活Ack或ASP去活Ack）之后发送NTFY消息。当SGP中没有激活的ASP可以处理业务而SGP发送NTFY（AS-Pending）消息，或NTFY消息（AS中不充分ASP资源激活）以负荷分担方式或广播发送时，NTFY消息不明确地强制收到该消息的ASP变为激活，ASP仍旧处于当前采取的动作的控制。NTFY消息不保护选路上下文参数的情况时，接收者必须通过配置数据知道ASP是哪个AS的成员并在每个AS采取适当的动作。7.3.6Heartbeat程序如果传送层没有相应的Heartbeat机制检测传送偶联的丢失，则可以使用任选的Heartbeat程序。ASP从M3UA对等层接收到响应ASPUp消息的ASPUpAck消息，则ASP可以任选地按照预定的定时器T（beat）的周期发送心跳消息。一旦接收到BEAT消息，M3UA对等层必须响应BEATAck消息。如果ASP在2×T（beat）的时间内没有收到BEAT消息（或其他M3UA消息），则ASP将认为远端的M3UA不可用。如果配置为客户端的M3UA停止了传输BEAT消息，信令进程要重新建立通信。BEAT消息可以任选地包含不透明的BEAT数据参数，它必须不加改变地在有关的BeatAck消息中反送回。ASP检查反送回的BEATAck消息的内容，而决定远端＊肥的可用性。BEAT数据参数的内容／格式决定于具体实施。7.4选路关键字管理程序7.4.1注册ASP可以使用REGREQ消息动态地在SGP注册ASP到应用服务器中，REGREQ中的选路关键字参数规定与选路关键字有关的参数。SGP检查接收的选路关键字参数的内容并与现行设置的选路关键字比较：如果接收的选路关键字与现存的SG选路关键字条目匹配，并且ASP现在不包括在有关应用服务器的ASP.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 列表中，ASP可以授权ASP增加在AS中；或如果选路关键字现在不存在并且接收的选路关键字数据有效和惟一，支持动态配置的SGP可以授权创建新的选路关键字和有关的应用服务器并把ASP增加到新的AS中。在任意一种情况下，SGP向ASP返回包含起始请求中相同的本地选路关键字标识符的注册响应消息到ASP，并且注册结果为“成功的注册”，包括分配给SGP选路关键字的惟一选路上下文值。SGP的选路上下文值分配的方法决定于具体实施，但必须保证其惟一。如果SGP不支持注册程序，SGP向ASP返回差错码为“不支持的消息类型”的ERR消息。如果SGP确定接收的选路关键字数据无效，或包含无效参数值，SGP向ASP返回注册响应消息，包含注册结果“错误一无效的选路关键字”、“错误一无效的DPC”和“错误一无效的网络外貌”。如果SGP确定选路关键字与现存的选路关键字条目重复，SGP向ASP返回注册响应消息，注册状态为“错误一重复的选路关键字”。SGP接收的入局信令消息不能匹配到多个选路关键字。如果SGP没有授权注册请求，SGP向ASP返回REGRSP消息，包含注册结果“错误一拒绝”。如果SGP确定接收的选路关键字现在不存在并且SGP不支持动态配置，SGP向ASP返回注册响应消息，包含注册结果“错误一选路关键字没有设置”。如果SGP确定接收的选路关键字现在不存在并且SGP支持动态配置但没有容量增加新的选路关键字和应用服务器条目，SGP向ASP返回注册响应消息，包含注册结果“错误一资源不充分”。ASP可以在一个REGREQ消息中包括多个选路关键字参数而注册多个选路关键字，SGP可以用单独的REGRSP响应每个注册请求，在分离的注册结果参数中指出每个选路关键字的成功或失败结果，SGP也可以用多个REGRSP响应，每个消息带一个或几个注册结果参数，ASP使用本地选路关键字标识符关联请求。一旦成功地注册AS的ASP，如果先前ASP的状态没有转移到“ASP-INACTIVE”，SGP就能发送有关的SSNM消息。7.4.2注销ASP可以使用DEREGREQ消息动态地在SGP中注销应用服务器中的ASP，DEREGREQ中的选路上下文参数规定注销哪个选路关键字。SGP检查接收的选路上下文参数的内容，并验证ASP现在注册在所包括的选路上下文有关的应用服务器中，如果确认就注销有关应用服务器中的这个ASP。注销程序并不意味着要在SGP中删除选路关键字和应用服务器的配置数据，其他ASP可以继续关联这个应用服务器，在这种情况下就不能删除这个选路关键字数据。如果注销导致应用服务器中没有ASP，SGP可以删除选路关键字数据。SGP通过向请求ASP返回DEREGRSP而证实注销请求，注销的结果在注销结果参数中，指出了成功或失败的原因。ASP可以在单独的DEREGREQ消息中包括多个选路上下文而一次注销多个选路上下文，SG必须用单独的DEREGRSP响应，在分离的注销结果参数中指出每个选路上下文的成功或失败结果。7.5支持No.7信令目的地可用性或拥塞状态的程序7.5.1在SGP中支持No.7信令国的地可用性成拥塞状态的程序在收至SGP的节点互通功能发来的MTP-PAUSE、MTP-RESUME或MTP-STATUSindication原语后，SGP的M3UA将向相关的ASP的对等M3UA层发送对应的SSNM消息（DUNA、DAVA、SCON、DUPU）到所有的ASP。M3UA必须把SSNM消息中设置的所有字段与收到的原语中的信.www.bzxzk.com. 息一致。SGP的M3UA层基于No.7信令网的信息确定要通知的有关ASP，要通知所有传送／接收业务的ASP。DUNA、DAVA和SCON消息必须在一个顺序的流上发送，因为这些原语是按顺序到达的，使用流“0”。对于DUPU和DAUD消息则不需要保证顺序，它可以任意地不按照顺序发送。7.5.2在ASP中支持No.7信令目的地可用性成拥塞状态的程序7.5.2.1单独的SGP配置在ASP中，收到从远端对等M3UA层发来的SSNM消息，M3UA层调用适当的原语指示通知M3UA用户，同时通知层管理。在本地事件引起No.7信令目的地不可用或拥塞状态的情况下，ASP的M3UA应该传递适当的indication原语到M3UA用户，就像接收到等效的SSNM消息。例如，丢失了到SGP的SCTP偶联可引起No.7信令目的地的不可用，需要到M3UA用户的MTP-Pauseindication，为完成这个功能，ASP的M3UA层要维护经SGP的路由状态。7.5.2.2多个SGP配置在ASP中，收到从远端对等M3UA层发来的SSNM消息，M3UA层更新经起源SGP的被影响路由状态，并确定被影响目的地的总的可用性或拥塞状态是否改变。在这种情况下调用适当原语指示到M3UA—用户并通知本地管理。7.5.2.3ASP查询为了询问SGP的可用性和拥塞状态，ASP可以任选地启动查询程序，ASP向SGP发送DAUD消息请求查询一个或多个No.7信令目的地点的当前的可用性或拥塞状态。DAUD的发送可以是无顺序保证的，DAUD消息可以按以下情况下发送。—周期的发送。在收到DUNA或SCON消息后启动的定时器超时后，没有收到后续的DAVA。DUNA或SCON消息用来更新对被影响的DPC的可用性和拥塞状态，该定时器每发出一个DAUD时就重新复位，在这种情况DAUD向最初产生SSNM消息的SGP发送—当ASP刚转移到“ASP-INACTIVE”或“ASP-ACTIVE”，或者是同SG隔离了超过一定时间，ASP可以请求对一个或多个希望通信的No.7信令目的地进行可用性和拥塞状态查询。在第一种情况，当收到的SCON消息中包含的拥塞级为0（无拥塞或未定义时）时，则不必启动DAUD程序。因为该值指示了要么是拥塞消除，要么使用了ITU定义的国际拥塞方法。在国际拥塞方法中，SGP的MTP3不用维护任何目的地的拥塞状态，因此在响应DAUD消息时也不能提供任何拥塞信息。同样的，在第二种情况中，DAUD也不能显示任何拥塞的目的地。SGP应该用与DAUD中指示的DPC的MTP3的路由组状态来响应DAUD。每个请求的No.7信令目的地的状态都在DUNA（如果不可用）、DAVA（如果可用）或SCON（如果可用／拥塞）中指出。当SGP维护No.7信令目的地时：如果No.7信令目的地可用且拥塞，SGP就必须用SCON消息响应然后发送DAVA消息；如果没有No.7信令目的地可用状态的信息，SGP就用DUNA消息响应，因为没有选路信息允许它把业务选路到目的地。响应DAUD消息的任何DUNA或DAVA消息可以包含最多16个被影响的信令点码。7.6MTP3重新启动在SG的MTP3发生再启动时，发生的通信事件应按照以下的方式处理。当SG发现No.7信令同被隔离时，SGP使用DUNA消息为相关的目的地向所有可用的ASP（如ASP处于“ASP-ACTIVE”状态）发送指示。当SG完成MTP再启动程序时，SGP的M3UA层使用DAVA消息通知所有处于“ASP-ACTIVE”状态的ASP关于任何可用的No.7信令目的地。再启动程序之后对那些不可用的目的地不需要消息。.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 当ASP的M3UA层接收到DUNA消息时，指出SG的No.7信令国的地不可用，MTP用户将接收MTP-PAUSEindication并将停止到这个目的地的业务；当M3UA接收到DAVA消息时，MTP用户将接收MTP-RESUMEindication并将开始到这个可用目的地的业务，假如到这个SGP的ASP处于“ASP-AC-TIVE”状态。ASP可以通过发送DAUD消息查询不可用目的地的可用性，例如AS激活但不知现行目的地的状态时。如果MTP再启动在SG运行，SGP就为这个目的地返回DUNA消息，即使它接收到目的地可用的指示。如果IPSP与No.7信令同有连接，也要考虑MTP的再启动。在这种情况下，上面所描述的SGP的程序也应用于再启动的IPSP，这可以把IPSP看为交换MTP对等PDU，而不是在MTP用户和MTP提供者间交换MTP原语。换句话说就是M3UA在IPSP间不提供指出再启动结束的业务再启动允许（TRA）消息。附录AM3UA程序示例（资料性附录）这些示例指出在SGP和ASP间业务建立的M3UA消息流，所有这些示例假定已经建立了偶联。A.1建立SGP和ASP间的偶联和业务示例A.1.1单个ASP在一个AS（1＋0备份）这个示例给出了建立SGP和ASP之间业务的M3UA消息的流程，这里的地中只有一个ASP（无备份）。A.1.1.1单个ASP在一个AS（1＋0备份），没有注册A.1.1.2单个ASP在一个AS（1＋0备份），动态注册这个示例同A.1.1，只是增加了注册信息的交换，SGP接受了注册。.www.bzxzk.com. A.1.1.3单个ASP在多个AS（1＋0备份），动态注册A.1.1.4单个ASP在多个AS（1+0备份），动态注册这个流程与A.1.1.3的区别是单个注册请求消息包含多个LRC/RK对。.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 A.1.2AS中有两个ASPA.1.2.1AS中有两个ASP（1＋1备份）这个示例给出了建立SGP和同一个AS中的两个ASP之间建立业务的M3UA消息流，这里假定ASP1被配置处于“ASP-ACTIVE”，ASP2作为ASP1通信故障或退出业务情况下的“备份”，ASD可以根据故障或／退出事件下ASP1和ASP2共享呼叫／事务处理状态或者传送呼叫状态的程度，而采用热备份、warm备份和冷备份。虽然本例是Over-ride模式，但是无论ASP激活消息中指示的是Over-ride、负荷分担或广播模式，示例的消息流都是相同的。一旦ASP进入“ASP-INACTIVE”状态，SGP就开始向ASP发送有关的DUNA和SCON消息。A.1.2.2AS中有两个ASP（1＋1备份.负荷分担）这个示例给出了与A.1.2.1类似的情况，但这两个ASP都是激活的并且采用负荷分担的方式，这时，一个ASP就足以处理所有的业务负荷。.www.bzxzk.com. A.1.3AS中有3个ASP（n+k备份、负荷分担）这个示例给出了建立SGP和同一个AS中的3个ASP间建立业务的M3UA消息流，其中两个ASP是激活的且共享负荷，在这种情况下，至少需要两个ASP才能完成所有的处理业务量（2+1备份）。A.2ASP业务故障示例A.2.11＋1备份、ASP退出、备份Over-ride以下示例是根据A.1.2.1的情况，ASP1退出服务。注：如果SGP检测到M3UA对等层丢失（M3UAHeartbeat丢失或者是检测到SCTP故障），则初始的ASP去活消息交换（如ASPI和SGP间）将不会发生。.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 A.2.21＋1备份、备份Over-ride以下的示例也根据A.1.2.1的情况，这里是由ASP2发起的主动请求并负责全部的业务。A.2.3n+k备份、负荷分担情况、ASP退出以下的示例根据A.1.3节的情况，ASP1退出服务。对于发送的NTFY消息，SGP维护着所要求的最少ASP资源（如果SGP知道在负荷分担的AS中n+k=2+1，则此时n=1）。注：如果SGP检测到M3UA对等层丢失（M3UAHeartbeat丢失或者是检测到SCTP故障），则初始的ASP去活消息交换（如ASP1和SGP间）将不会发生。A.3从AS中正常退出ASP并清除偶联如果ASP要退出业务，处于“ASP-INACTIVE”状态（即已经接收到ASP去活Ack消息）的ASP就可以进入“ASP-DOWN”状态。.www.bzxzk.com. A.4M3UA／MTP3—用户边界示例A.4.1在ASP中M3UA／MTP3—用户边界示例本节描述了在ASP从MTP3用户到M3UA的原语映射。A.4.1.1在ASP支持MTP-Transfer原语1）支持MTP-Transferrequest原语当ASP的MTP3用户有数据需要传送到No.7信令网时，它将使用MTP-Transferrequest原语，当从M3UA用户收到MTP-Transferrequest原语后，ASP的M3UA将采取如下动作：a）确定正确的SGP；b）确定到所选SGP的正确偶联；c）确定偶联中正确的流（例如根据SLS）；d）确定是否完成了数据消息中各任选字段的填充；e）把MTP-Transferrequest原语映射到M3UA数据消息的协议数据字段中；f）在SCTP偶联上，把DATA消息发送到SGP的远端M3UA层。2）支持MTP-Transferindication原语当收到从SGP的远端M3UA对等层发来的Data消息后，ASP的M3UA将采取如下动作：a）评估Data消息中存在的任选字段；b）将Data消息中的净荷映射为MTPTransferindication原语；c）将MTPTransfeindication原语发送到用户部分，在收到多个用户部分时，将使用Data消息中的任选字段确定正确的用户部分。A.4.1.2支持ASP查询No.7信令目的地状态当暂时丢失到SGP的连通性时，可能导致ASP的M3UA查询No.7信令目的地的可用性状态。注：MTP3用户与M3UA之间没有请求查询的原语，因为这个查询过程是由M3UA内部的管理功能启动的。通常情况下，ASP的M3UA针对ASP支持的每个目的地发送DAUD消息。.www.bzxzk.com.标准分享网www.bzfxw.com免费下载 A.4.2在SGP中M3UA／MTP3—用户边界示例本节描述了在SGP的MTP3用户和M3UA层间的原语映射。A.4.2.1在SGP支持MTP-Transferrequest原语当SGP的M3UA已经从其对等层收到要选路到目的地信令同数据（Data）消息后，它将采取如下动作：a）评估Data消息中存在的任选字段以确定网络外貌；b）把Data消息中的协议数据映射到MTP-Transferrequest原语中；c）把MTP-Transferrequest原语传递到相关网络外貌的MTP3。A.4.2.2在SGP支持MTP-Transferindication原语如果SGP的MTP3有数据需要传递到用户部分，它将使用MTP3-Transferindication原语。在收到MTP-Transferindication原语后，SGP的M3UA将采取如下动作：a）确定正确的ASP；b）确定到选择好的ASP的正确偶联；c）确定偶联中正确的流（如根据SLS）；d）确定Data消息中的任选字段是否设置完；e）把MTP-Transferindication原语映射到M3UAData消息的协议数据字段中；f）在SCTP偶联上向ASP的远端对等M3UA层发送Data消息。A.4.2.3支持MTP-PAUSE、MTP-RESUME和MTP-STATUS从SGP的MTP3高层接口来的MTP-PAUSE、MTP-RESUME和MTP-STATUSindicatuion原语需要对在ASP的远端MTP3用户部分的低层接口可用。1）目的地不可用当SGP的MTP3确定到一个No.7信令目的地不可及时，SGP的MTP3应当产生MTP-PAUSE原语。M3UA将把该原语映射到DUNA消息中，并根据网络外貌信息确定该DUNA将发送到哪个ASP。2）目的地可用.www.bzxzk.com. 当SGP的MTP3确定到一个先前不可及的No.7信令目的地变为可及时，SGP的MTP3应当产生MTP-RESUME原语。M3UA将把原语映射到DAVA消息中，并根据网络外貌信息确定该DAVA将发送到哪个ASP。3）No.7信令网络拥塞当SGP的MTP3确定到一个No.7信令目的地路由拥塞时，SGP的MTP3应当产生MTP-STATUS原语。M3UA将把该原语映射到SCON消息中，并根据需要发送的AS确定该SCON将发送到哪个ASP。4）目的地用户部分不可用当SGP的MTP3确定到一个No.7信令目的地用户部分不可用时，SGP的MTP3应当产生MTP-STATUS原语。M3UA将把该原语映射到DUPU消息中，并根据需要发送的AS确定该SCON将发送到哪个ASP。A.5IPSP通信示例这个示例指出IPSP通信的3个阶段（建立、数据交换和断开），假定SCTP偶联已经建立。.www.bzxzk.com.标准分享网www.bzfxw.com免费下载'