对接口标识符错误的用户消息的处理方法 【技术领域】
本发明涉及通信网络技术，特别涉及信令系统中对接口标识符错误的用户消息的处理方法。
背景技术
信令系统是现代通信网络的关键技术，电信设备对信令消息的可靠传输是保证高可用电信网络的关键。在传统电信网络中已经有一系列规范与技术来保证信令系统的可靠性，如目前已经很成熟的窄带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接口原语。
接口标识(IID)是IUA、M2UA和V5UA协议在SG和ASP之间使用的一个逻辑标识，用来映射信令链路，接口标识和信令链路是一一对应关系。接口标识符和信令链路的映射关系由ASP和SG共同约定并统一。IUA、M2UA和V5UA规定，MGC与SG之间的消息传输使用接口标识来表示该消息属于那一条链路。在接收IUA、M2UA和V5UA消息的时候根据消息中的接口标识来决定消息应该由那一条信令链路来处理。如果接收的时候发现消息中指定的接口标识无效，不能根据接口标识找到对应的信令链路，按照协议的规定，这时应该向发送端发送错误码为“无效的接口标识(Invalid Interface Identifier)”的错误消息(ERRmessage)。接口标识无效的原因可能是SG和ASP两端的数据不一致，例如两端没有同时增加/删除接口，只增加或者删除一端的接口，或者两端约定的接口标识不统一，等等。
在现有技术中，发送端在收到错误原因为“无效的接口标识(Invalid InterfaceIdengifier)”的错误消息时无法通知信令传输协议二层用户适配层的用户，该用户并不知道接口识对应的信令链路已经不可用，还会继续往对方发送信令消息，因而造成消息丢失。
【发明内容】
本发明的目的在于提供一种对接口标识符错误的用户消息的处理方法，以解决现有技术中因信令网关和媒体网关控制器两侧的接口数据不一致时造成用户消息丢失的问题。
实现本发明的技术方案：
一种对接口标识符错误的用户消息的处理方法，所述接口标识符在信令端点、信令网关和媒体网关控制器形成的网络中，映射信令网关和媒体网关控制器之间的信令链路，所述信令网关和媒体网关控制器之间通过该接口标识符确定消息所属的信令链路；该方法为：
A、接收端在收到接口标识无效的用户消息时，向发送端发送错误码为无效接口标识的错误消息和断开链路的消息；
B、所述发送端根据该断开链路的消息断开所述无效接口标识对应的信令链路。
其中：
步骤B包括步骤：
根据协议类型，将断开链路的消息解析为对应的业务中断原语；
向信令传输协议二层用户适配层的用户上报所述业务中断原语；以及
由该用户拆除无效接口标识对应的信令链路。
步骤A中，如果接收到的接口标识无效的用户消息是与断开信令链路相关的消息，则不再向发送端发送断开信令链路的消息。
一种对接口标识符错误的用户消息的处理方法，所述接口标识符在信令端点、信令网关和媒体网关控制器形成网络中，映射信令网关和媒体网关控制器之间的信令链路，所述信令网关和媒体网关控制器之间通过该接口标识符确定消息所属的信令链路；其特征在于：
A、接收端在收到接口标识无效的用户消息时，向发送端发送错误码为无效接口标识的错误消息；
B、发送端在收到所述错误消息后，根据协议类型由信令传输协议二层用户适配层向其用户上报相应的中断原语；
C、信令传输协议二层用户适配层的用户根据中断原语将无效的接口标识所对应的信令链路拆除。
其中：
步骤A中，接收端还向用户消息的发送端发送断开信令链路的原语适配消息；
步骤B中，根据协议类型将所述断开信令链路的原语适配消息解析为对应的业务中断原语，并上报信令传输协议二层用户适配层的用户。
本发明能够在信令网关和媒体控制器两侧的接口数据不一致的时候及时的通知对端的信令传输协议二层用户适配层的用户，让该用户拆除和无效的接口标识所对应的信令链路，不再往该链路上发送消息，从而避免了用户消息的丢失。
【附图说明】
图1为信令传输分层结构；
图2为M2UA协议基本应用模型；
图3为IUA协议基本应用模型；
图4为V5UA协议基本应用模型；
图5为媒体网关控制器侧收到接口标无效的消息的处理流程；
图6为信令网关侧收到接口标无效的消息的处理流程；
图7为媒体网关控制器侧收到错误码为无效的接口标识的错误消息的处理流程；
图8为信令网关侧收到错误码为无效的接口标识的错误消息的处理流程。
【具体实施方式】
实施例一
在信令端点(简称SEP)、信令网关(简称SG)和媒体网关控制器(简称MGC)构成的网络中，可采用M2UA协议、IUA协议或V5UA协议。信令网关和媒体网关控制器之间通过接口标识符确定消息所属的信令链路。
本发明是在接收端的信令传输协议二层用户适配层在接收到接口标识无效的用户消息时，通知发送端的信令传输协议二层用户适配层的用户将该接口标识对应的信令链路断开。
参阅图2，在M2UA协议中，信令网关侧的信令传输协议二层用户适配层为M2UA，信令网关侧的信令传输协议二层用户适配层的用户是指MTP2；媒体网关控制器侧的信令传输协议二层用户适配层为M2UA，媒体网关控制器侧的信令传输协议二层用户适配层的用户为MTP3。
参阅图3在IUA协议中，信令网关侧的信令传输协议二层用户适配层为IUA，信令网关侧的信令传输协议二层用户适配层的用户是指Q921，媒体网关控制器侧的信令传输协议二层用户适配层为IUA，媒体网关控制器侧的信令传输协议二层用户适配层的用户为Q931。
参阅图4在V5UA协议中，信令网关侧的信令传输协议二层用户适配层为V5UA，信令网关侧的信令传输协议二层用户适配层的用户是指LAPV5；媒体网关控制器侧的信令传输协议二层用户适配层为V5UA，媒体网关控制器侧的信令传输协议二层用户适配层的用户为V5.2。
以下分别从信令网关侧和媒体网关控制器侧进行说明：
信令传输协议二层用户适配层在收到接口标识无效的用户消息后，除了按照协议规定向发送端发送错误码为“无效的接口标识(Invalid InterfaceIdentifier)”的错误消息(ERR message)，增加向发送端发送要求断开无效的接口标识对应的信令链路的断开信令链路的原语适配消息。发送端在收到该断开信令链路的原语适配消息后，根据协议类型向信令传输协议二层用户适配层的用户上报相应的业务中断原语，由该用户拆除无效的接口标识对应的到SEP的链路。
(1)在MGC侧，参阅图5，MGC收到接口标识无效的用户消息后，除了按照协议规定向SG侧发送错误码为“无效的接口标识(Invalid InterfaceIdentiffer)”的错误消息(ERR message)，还向发送端发送释放请求(Releaserequest)消息，消息中的接口标识和收到的消息的接口标识相同，消息的内容和格式遵从对应的信令传输(SIGTRAN)协议的规定。SG侧收到Release request消息后会按对应的协议标准解析成对应的业务中断原语上报信令传输协议二层用户适配层的用户，由该用户拆除到SEP的链路。Release request信息在M2UA协议中对应的业务中断原语是Stop原语，在IUA协议中是DL Release request原语，在V5UA协议中是MDL Release request原语。
(2)在SG侧，参阅图6，SG收到接口标识无效的用户消息后，除了按照协议规定向发送端发送错误码为“无效的接口标识(Invalid Interface Identifier)”的错误消息(ERR message)，还向MGC侧发送释放指示(release indication)消息，消息中的接口标识和收到的消息的接口标识相同，消息的内容和格式遵从对应的SIGTRAN协议的规定。SG侧收到Release indication消息后会按对应的协议标准解析成对应的业务中断原语上报信令传输协议二层用户适配层的用户，由该用户拆除到SEP的链路。Release indication信息在M2UA协议中对应的业务中断原语是Out of service原语，在IUA协议中是DL Release indication，在V5UA协议中是MDL Release indication原语。
为了避免循环发送Release Indication和Release Request消息，在收到接口标识无效的用户消息时进行判断，如果该用户消息是与断开信令链路有关的Release Request、Release Confirm或者Release Indication消息，就不需要再发送Release Indication或者Release Request消息。
实施例二
本实施例与实施例一的区别是：本实施例中接收端在收到接口标识无效的用户消息后按照协议规定向发送端发送错误码为“无效的接口标识(InvalidInterface Identifier)”的错误消息，但不再向发送端发送断开信令链路的原语适配消息。本实施例是发送端在收到错误码为“无效的接口标识(Invalid InterfaceIdentifier)”的错误消息时，根据协议类型向信令传输协议二层用户适配层的用户上报相应的业务中断原语，由该用户拆除无效的接口标识对应的到SEP的链路。
(1)在MGC侧(发送端)，即由MGC侧向SG侧发送接口标识无效的用户消息，参阅图7。SG侧在接收到接口标识无效的用户消息后向MGC侧返回错误码为“无效的接口标识”的错误消息。如果是M2UA协议，MGC侧的M2UA则向MTP3上报Out of service原语，由MTP3拆除无效接口标识对应的信令链路；如果是IUA协议，IUA则向Q931上报DL Release Indication原语，由Q931拆除无效接口标识对应的信令链路；如果是V5UA协议，V5UA则向V5.2上报MDL ReleaseIndication原语，由V5.2拆除无效接口标识对应的信令链路。
(2)在SG侧(发送端)，即由SG侧向MGC侧发送接口标识无效的用户消息，参阅图8。MGC侧在接收到接口标识无效的用户消息后向SG侧返回错误码为“无效的接口标识”的错误消息。如果是M2UA协议，SG侧的M2UA则向MTP2上报Stop原语，由MTP2拆除无效接口标识对应的信令链路；如果是IUA协议，SG侧的IUA则向Q921上报DL Release Request原语，由Q921拆除无效接口标识对应的信令链路；如果是V5UA协议，SG侧的V5UA则向LAPV5上报MDL ReleaseRequest原语，由LAPV5拆除无效接口标识对应的信令链路。
实施例三
该实施例为实施例一和实施例二的方案相结合，即接收端(SG侧或MGC侧)收到接口标识无效的用户消息后向发送端(MGC侧或SG侧)返回错误码为“无效的接口标识”的错误消息和断开信令链路的原语适配消息；发送端在接收到所述错误消息后，根据协议类型向信令传输协议二层用户适配层的用户上报相应的业务中断原语，由该用户拆除无效的接口标识对应的到信令端点(SEP)的链路。发送端在接收到断开信令链路的原语适配消息后按对应的协议标准解析成对应的业务中断原语上报信令传输协议二层用户适配层的用户，由该用户拆除到信令端点(SEP)的链路。具体过程参阅实施例一、二。