专利名称：一种业务中断的处理方法
技术领域：
本发明涉及通信网络技术，特别涉及信令系统中一种业务中断的处理方法。
背景技术：
信令系统是现代通信网络的关键技术，电信设备对信令消息的可靠传输是保证高可用电信网络的关键。在传统电信网络中已经有一系列规范与技术来保证信令系统的可靠性，如目前已经很成熟的窄带No.7信令系统。随着IP分组网络技术的逐步成熟，IP分组网络可以用于承载语音、数据、多媒体等业务，传统的电路交换网络与分组网络处于融合阶段，为实现传统电路交换网络与IP分组网络的互通，出现了在IP网络上传输电路交换信令协议的需求，如传输No.7信令。为了满足在IP网络上传输信令协议的需求，IETF成立一个专门的信令传输小组，制定了用于传统电路交换信令协议在IP网络上传输的信令传输协议(简称SIGTRAN协议)集。七号信令消息传递部分第二级用户适配层协议(简称M2UA协议)、综合业务数字网用户适配层协议(简称IUA协议)和V5.2用户适配层协议(简称V5UA协议)都是SIGTRAN协议集中的协议，分别实现七号信令消息传递部分第二级(简称MTP2)和七号信令消息传递部分第三级(简称MTP3)、Q921和Q931、LAPV5和V5.2之间消息透传，三种协议的分层结构都是相同的，参阅图1所示。
SIGTRAN协议是不对称的，分为信令网关侧(SG)和ASP侧，ASP是MGC侧的应用服务器进程。M2UA、IUA和V5UA的组网应用模型很类似，三个协议的组网模型分别如图2、图3和图4所示以M2UA为例，参阅图2，M2UA负责在IP网上传递MTP2的用户消息将信令网关(SG)上MTP2与上层间的原语组装成M2UA消息，并把M2UA消息使用流控制传输协议(SCTP)连接并通过IP网传递给应用服务器进程(ASP)上的M2UA，由ASP上的M2UA解析后把原语发给MTP3；ASP侧的M2UA将MTP3发送给MTP2的原语组装成M2UA消息，并把M2UA消息使用SCTP连接通过IP网传递给SG上的M2UA，由SG上的M2UA解析后把原语发给MTP2。M2UA需保证原有的MTP3/MTP2的接口不变，将在IP网上可靠地传送MTP2和MTP3间的原语消息。IUA和V5UA的处理和M2UA类似，IUA是适配Q921/Q931接口原语，V5UA则适配LAPV5/V5.2接口原语。
M2UA、IUA和V5UA协议都定义了应用服务器(Application Server，AS)、SG和应用服务器进程(Application Server Process，ASP)的概念。例如，V5UA的AS就是处理SG上一组物理链路(V5.2链路)的逻辑实体。ASP就是应用服务器进程，是处理AS业务的进程实例。SG和ASP间利用SCTP连接进行通信。为AS服务的ASP可以主备和负荷分担。可以理解为SG上的链路组合成不同的AS，AS这些链路上的业务可以承载在1到多条SCTP连接上，这些SCTP连接可以主备，也可以负荷分担，如图5所示。
由于信令传输协议二层用户适配层不能够处理其用户的业务，导致信令传输协议二层用户适配层的用户的业务中断，这种情况称为应用服务器(AS)业务中断。如图5所示，处理AS0的业务的ASP包括ASP0和ASP1，如果ASP0和ASP1都不能处理AS0的业务(例如SCTP连接0和SCTP1都不可用。SCTP连接不可用是UA不能处理业务的原因之一)时，AS0也就不能处理物理链路0和物理链路1的业务，物理链路0和物理链路1的消息都不能够到达对端。
现有技术中，AS业务中断后无法通知信令传输协议二层用户适配层的用户，使信令传输协议二层用户适配层的用户不能及时的知道这一情况，仍然通过属于该业务已经中断的AS的信令链路发送信令消息，这样会导致信令消息的丢失，从而对业务造成较大的影响。
发明内容
本发明的目的在于提供一种业务中断的处理方法，以解决现有技术中在应用服务器业务中断后，协议层仍然通过属于该应用服务器的信令链路发送信令消息而导致信令消息的丢失问题。
实现本发明的技术方案一种业务中断的处理方法，所述业务中断是指在信令端点、信令网关和媒体网关控制器组成的网络中，媒体网关控制器上的应用服务器进程不能够传输信令传输协议二层用户适配层的用户消息而导致其用户的业务中断；当业务中断发生时进行下述步骤信令网关侧和媒体网关控制器侧的信令传输协议二层用户适配层分别向其用户上报相应协议类型的业务中断原语；以及由该信令传输协议二层用户适配层的用户将所述应用服务器处理的所有链路断开。
如权利要求1所述的方法，其特征在于，所述协议类型包括M2UA协议、IUA协议和V5UA协议。
当业务恢复时，网关侧的信令传输协议二层用户适配层根据业务中断的应用服务器处理的所有信令链路构造释放指示(Release Indication)消息发送给应用服务器进程；应用服务器侧的信令传输协议二层用户适配层通知其用户中断的链路已恢复。
本发明能够在应用服务器业务中断后，及时通知信令传输协议二层用户适配层的用户，让这些用户将由该应用服务器处理的所有物理链路断开，防止这些用户继续往这些物理链路上发送用户消息，从而避免或者减少了用户消息的丢失；同时，在业务恢复时，也通知这些用户及时恢复物理链路的连接。
图1为信令传输分层结构；图2为M2UA协议基本应用模型；图3为IUA协议基本应用模型；图4为V5UA协议基本应用模型；图5为物理链路、应用服务器和应用服务器进程关系示意图；图6为信令网关侧对业务中断/恢复的处理流程图；
图7为应用服务器进程侧对业务中断/恢复的处理流程图。
具体实施例方式
本发明中的业务中断是指在信令端点、信令网关和媒体网关控制器组成的网络中，媒体网关控制器上的应用服务器进程(ASP)不能够传输信令传输协议二层用户适配层的用户消息而导致其用户的业务中断。
为了避免应用服务器(AS)业务中断导致信令消息丢失，当应用服务器业务中断发生时，在信令网关侧和应用服务器进程侧分别由信令传输协议二层用户适配层向其用户上报相应协议类型的业务中断原语；由这些信令传输协议二层用户适配层的用户将所述应用服务器处理的所有链路断开；在业务恢复时将中断业务恢复的信息通知这些用户。
参阅图2，在M2UA协议中，信令网关侧的信令传输协议二层用户适配层为M2UA，信令网关侧的信令传输协议二层用户适配层的用户是指MTP2；媒体网关控制器侧的信令传输协议二层用户适配层为M2UA，媒体网关控制器侧的信令传输协议二层用户适配层的用户为MTP3。
参阅图3在IUA协议中，信令网关侧的信令传输协议二层用户适配层为IUA，信令网关侧的信令传输协议二层用户适配层的用户是指Q921，媒体网关控制器侧的信令传输协议二层用户适配层为IUA，媒体网关控制器侧的信令传输协议二层用户适配层的用户为Q931。
参阅图4在V5UA协议中，信令网关侧的信令传输协议二层用户适配层为V5UA，信令网关侧的信令传输协议二层用户适配层的用户是指LAPV5；媒体网关控制器侧的信令传输协议二层用户适配层为V5UA，媒体网关控制器侧的信令传输协议二层用户适配层的用户为V5.2。
下面结合附图分别从信令网关侧(SG侧)和应用服务器进程侧(简称ASP侧)，对采用M2UA协议、IUA协议和V5UA协议时对业务中断和恢复的处理过程进行说明。
一、SG侧的处理，参阅图6所示
1、AS业务中断发生后，信令传输协议二层用户适配层根据协议类型向其用户上报相应的业务中断原语，由该用户将由该AS处理的所有物理链路断开；如果业务中断后信令传输协议二层用户适配层还继续收到上层用户消息也应该把物理链路断开。SG侧的业务中断原语指的是MTP2/MTP3的“Stop”原语、Q921/Q931的DL Release Request原语和LAPV5/V5.2的MDL Release Request原语。三个协议的处理如下(1)在M2UA协议中，AS业务中断时，M2UA根据业务中断的AS处理的所有信令链路逐一向MTP2上报Stop原语，MTP2收到Stop原语后拆除到信令端点(SEP)的由该AS处理的所有信令链路。业务中断后如果还继续收到MTP2用户消息，也应该根据收到的MTP2用户消息所属的信令链路上报Stop原语，由MTP2拆除到SEP的这条链路。
(2)在IUA协议中，AS业务中断时，IUA根据业务中断的AS处理的所有信令链路逐一向Q921上报DL Release Request原语，Q921收到DL ReleaseRequest原语后拆除到SEP的由该AS处理的所有信令链路。业务中断后如果还继续收到Q921的用户消息，也应该根据收到的Q921用户消息所属的信令链路上报DL Release Request原语，由Q921拆除到SEP的这条链路。
(3)在V5UA协议中，AS业务中断时，V5UA根据业务中断的AS处理的所有信令链路向LAPV5上报MDL Release Request原语，LAPV5收到MDLRelease Request原语后拆除到SEP的该AS处理的所有信令链路；业务中断后如果还继续收到LAPV5的用户消息，也应该根据收到的LAPV5用户消息所属的信令链路上报MDL Release Request原语，由LAPV5拆除到SEP的这条链路。
2、AS业务恢复时由于在业务中断的时候，SG侧将物理链路断开了，MGC侧并不知道，如果MGC侧没有主动要求SG侧断开物理链路，这时MGC可能还认为SG侧的物理链路处于链接状态。因此，在业务恢复时，信令传输协议二层用户适配层根据该AS处理的所有物理链路构造Release Indication消息发给ASP，通知ASP端的信令传输协议二层用户适配层的用户，该AS处理的所有物理链路已经断开。Release Indication消息的格式和结构遵从各协议的规定。
由于链路不是由信令传输协议二层用户适配层直接拆除的，而是由MTP2、Q921或者LAPV5收到信令传输协议二层用户适配层的拆除链路的原语后拆掉的。拆除链路的原语本来是三层要求二层拆除链路时所用的原语，因此，SG侧的信令传输协议二层用户适配层假借三层下发这个原语来让二层拆除链路。MTP2/Q921/LAPV5拆链过程是由SG侧和SEP通过互发消息共同完成的，恢复的时候是否需要重新建立链路由MTP3/Q941/V5.2来决定。
二、应用服务器进程(ASP)侧的处理1、AS业务中断后，信令传输协议二层用户适配层根据协议类型向其用户上报相应的业务中断原语，由这些用户将AS处理的所有物理链路断开；业务中断后若还继续收到上层用户消息也应该断开物理链路。ASP侧的业务中断原语包括MTP2/MTP3的Out of service原语、Q921/Q931的DL Release Indication原语和LAPV5/V5.2的MDL Release Indication原语。三个协议进行的处理如下(1)在M2UA协议中，AS业务中断时，M2UA根据业务中断的AS处理的所有信令链路逐一向MTP3上报Out of service原语，MTP3收到Out of service原语后拆除到SEP的由该AS处理的所有信令链路。业务中断后如果还继续收到MTP3用户消息，也应该根据MTP3用户消息所属的信令链路上报Out ofservice原语，由MTP3拆除到SEP的这条链路；(2)在IUA协议中，AS业务中断时，IUA根据业务中断的AS处理的所有信令链路逐一向Q931上报DL Release Indication原语，Q93 1收到DL ReleaseIndication原语后拆除到SEP的由该AS处理的所有信令链路。业务中断后如果还继续收到Q931的用户消息，也应该根据收到的Q931用户消息所属的信令链路上报DL Release Indication原语，由Q931拆除到SEP的这条链路；(3)在是V5UA协议中，AS业务中断时，V5UA根据业务中断的AS处理的所有信令链路向V5.2上报MDL Release Indication原语，V5.2收到MDLRelease Indication原语后拆除到SEP的由该AS处理的所有信令链路。业务中断后如果还继续收到V5.2的用户消息，也应该根据收到的V5.2用户消息所属的信令链路上报MDL Release Indication原语，由V5.2拆除到SEP的这条链路。
2、AS业务恢复时，由信令传输协议二层用户适配层通知其用户，AS处理的所有物理链路已经恢复，由所述用户根据需要决定重新建链还是拆除。
权利要求
1.一种业务中断的处理方法，所述业务中断是指在信令端点、信令网关和媒体网关控制器组成的网络中，媒体网关控制器上的应用服务器进程不能够传输信令传输协议二层用户适配层的用户消息而导致其用户的业务中断；其特征在于，当业务中断发生时进行下述步骤信令网关侧和媒体网关控制器侧的信令传输协议二层用户适配层分别向其用户上报相应协议类型的业务中断原语；以及由该信令传输协议二层用户适配层的用户将所述应用服务器处理的所有链路断开。
2.如权利要求1所述的方法，其特征在于，所述协议类型包括七号信令消息传递部分第二级用户适配层协议(M2UA协议)、综合业务数字网用户适配层协议(IUA协议)和V5.2用户适配层协议(V5UA协议)。
3.如权利要求2所述的方法，其特征在于，当所述协议类型为七号信令消息传递部分第二级用户适配层协议(M2UA协议)时在信令网关侧，由七号信令消息传递部分第二级用户适配层(M2UA)根据业务中断的应用户服务器处理的所有信令链路逐一向七号信令消息传递部分第二级(MTP2)上报“Stop”原语；七号信令消息传递部分第二级(MTP2)收到该原语后拆除到信令端点(SEP)的由该应用服务器处理的所有信令链路；在应用服务器进程侧，由七号信令消息传递部分第二级用户适配层(M2UA)根据业务中断的应用服务器处理的所有信令链路逐一向七号信令消息传递部分第三级(MTP3)上报“Out of service”原语，七号信令消息传递部分第三级(MTP3)收到该原语后拆除到信令端点(SEP)的由该应用服务器处理的所有信令链路。
4.如权利要求2所述的方法，其特征在于，当所述协议类型为综合业务数字网用户适配层协议(IUA协议)时在网关侧，综合业务数字网用户适配层(IUA)根据业务中断的应用服务器处理的所有信令链路逐一向Q921上报“DL Release Request”原语，Q921收到该“DL Release Request”原语后拆除到信令端点(SEP)的由该应用服务器处理的所有信令链路；在应用服务器进程侧，由综合业务数字网用户适配层(IUA)根据业务中断的应用服务器处理的所有信令链路逐一向Q931上报“DL Release Indication”原语，Q931收到该原语后拆除到信令端点(SEP)的由该应用服务器处理的所有信令链路。
5.如权利要求2所述的方法，其特征在于，当所述协议类型为V5.2用户适配层协议(V5UA协议)时在网关侧，V5.2用户适配层(V5UA)根据业务中断的应用服务器处理的所有信令链路向LAPV5上报“MDL Release Request”原语，LAPV5收到该原语后拆除到信令端点的由该应用服务器处理的所有信令链路；在应用服务器进程侧，V5.2用户适配层(V5UA)根据业务中断的应用服务器处理的所有信令链路向V5.2上报“MDL Release Indication“原语，V5.2收到该原语后拆除到信令端点的由该应用服务器处理的所有信令链路。
6.如权利要求1至5任一所述的方法，其特征在于，当业务中断后，即使信令传输协议二层用户适配层还收到上层用户的消息也将链路断开。
7.如权利要求1至5任一所述的方法，其特征在于，当业务恢复时，网关侧的信令传输协议二层用户适配层根据业务中断的应用服务器处理的所有信令链路构造释放指示(Release Indication)消息发送给应用服务器进程。
8.如权利要求1至5任一所述的方法，其特征在于，当业务恢复时，应用服务器侧的信令传输协议二层用户适配层将中断的链路已恢复信息通知其用户。
全文摘要
本发明公开了一种业务中断的处理方法，当应用服务器业务中断发生时，在信令网关侧和应用服务器进程侧根据协议类型，由信令传输协议二层用户适配层向其用户上报相应的业务中断原语；由该用户将所述应用服务器处理的所有链路断开；并在业务恢复时通知所述用户。
文档编号H04L12/24GK1567838SQ0314560
公开日2005年1月19日 申请日期2003年6月24日 优先权日2003年6月24日
发明者潘能毅, 侯建星 申请人:华为技术有限公司