CN101127766B - 基于sip协议的消息处理方法、装置及ip通信*** - Google Patents

Abstract

本发明公开了一种基于SIP协议的消息处理方法，用于包括若干应用服务器和核心网设备的消息处理***，该方法包括：来自核心网消息的处理步骤，用于通过一SIP代理服务器作为来自核心网SIP消息的统一接入口，将接收到的所述SIP消息进行判断并分发给相应的应用服务器进行处理；来自应用服务器消息的处理步骤，用于通过所述SIP代理服务器作为来自应用服务器SIP消息的统一接入口，将接收到的所述SIP消息根据所述应用服务器的指示分发到相应的核心网设备进行处理。本发明还提供了一种应用上述方法的装置，及应用所述方法和装置的IP通信***。

Description

基于SIP协议的消息处理方法、装置及IP通信***

技术领域

本发明涉及IP通信网络中会话消息处理方法，特别是涉及NGN(NextGeneration Network，下一代网络)网络或IMS(IP Multimedia System，IP多媒体***)网络中，基于SIP(Session Initialization Protocol，会话初始协议)协议的消息处理方法、装置及应用其的IP通信***。

背景技术

在NGN网络或IMS网络中，应用服务器(Application Server，AS)处于核心网之上，用来处理复杂的业务逻辑控制，其性能受到业务逻辑的复杂性，数据库访问的频繁性的影响，一台应用服务器的处理性能有限，在话务量不断增加时，需要扩充应用服务器的数目来增强应用服务器的处理性能。增加应用服务器的数目，从核心网侧看，势必会带来应用服务器IP地址数目的增加，网络拓扑结构的变化，用户分布的变化。如果能实现在增加应用服务器处理性能的同时，无需改变核心网设备的配置，将能很好的解决应用服务器的性能瓶颈和扩容问题，本发明正为克服以上问题而提出。

发明内容

本发明所要解决的技术问题在于，提供一种基于SIP协议的消息处理方法、装置及应用其的IP通信***，以达到在NGN网络或IMS网络中大容量应用服务器的分布式实现，在应用服务器扩容和升级时，不需要核心网设备做任何配置的改动，同时还提高应用服务器的稳定性和健壮性。

为达到上述目的，本发明提供的基于会话初始协议SIP协议的消息处理方法，用于包括若干应用服务器和核心网设备的消息处理***，该方法包括：

来自核心网消息的处理步骤，用于通过一SIP代理服务器作为来自核心网SIP消息的统一接入口，将从核心网接收到的SIP消息进行判断并分发给相应的应用服务器进行处理；

所述来自核心网消息的处理步骤进一步包括：如果所述SIP消息中没有消息头参数to tag，并且所述SIP消息是请求消息，所述SIP代理服务器根据预先配置的消息分发策略，分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；如果所述SIP消息中有消息头参数to tag，或者所述SIP消息是响应消息，则进一步判断所述消息头参数to tag中是否有应用服务器标识信息；

来自应用服务器消息的处理步骤，用于通过所述SIP代理服务器作为来自应用服务器SIP消息的统一接入口，将从应用服务器接收到的SIP消息根据所述应用服务器的指示分发到相应的核心网设备进行处理。

其中，在所述来自核心网消息处理步骤和来自应用服务器消息处理步骤之前，还包括一通过所述SIP代理服务器接收到来自网络层的消息后，判断该消息是来自核心网还是应用服务器的步骤，如来自核心网，则执行所述来自核心网消息处理步骤，否则执行所述来自应用服务器消息的处理步骤。

其中，所述判断消息头参数to tag中是否有所述应用服务器标识信息的步骤中，如有，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；否则，进一步判断消息头参数from tag中是否有应用服务器标识。

其中，所述判断消息头参数from tag中是否有应用服务器标识的步骤中，如有，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志，否则，丢弃该SIP消息。

其中，上述方法还包括一应用服务器存活检测步骤，用于通过所述SIP代理服务器检测所述应用服务器的故障，并将出现故障的应用服务器上的话务量转移到其他应用服务器上。

其中，上述方法还包括一调整分发策略的步骤，用于通过所述SIP代理服务器根据所述存活检测的结果感知所述应用服务器的性能，并根据所述应用服务器的性能参数动态调整应用服务器的分发策略。

本发明还提供一种基于会话初始协议SIP协议的消息处理装置，包括若干应用服务器和核心网设备，还包括一SIP代理服务器，该SIP代理服务器作为一个统一接入口接收来自核心网的SIP消息，并对该SIP消息进行判断后分发给相应的应用服务器进行处理；或者接收来自应用服务器的SIP消息，并对该SIP消息进行判断后分发给相应的核心网设备进行处理；其中，

所述SIP代理服务器接收来自核心网的SIP消息，并对该SIP消息进行判断后分发给相应的应用服务器进行处理包括：

所述SIP代理服务器判断如果所述SIP消息中没有消息头参数to tag，并且所述SIP消息是请求消息，所述SIP代理服务器根据预先配置的消息分发策略，分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；如果所述SIP消息中有消息头参数totag，或者所述SIP消息是响应消息，则进一步判断所述消息头参数to tag中是否有应用服务器标识信息。

其中，所述SIP代理服务器还用于：

接收到来自网络层的消息后，判断该消息是来自核心网还是应用服务器，如果来自核心网，则执行来自核心网的SIP消息处理过程，否则执行来自应用服务器的SIP消息的处理过程。

其中，所述SIP代理服务器还用于：

判断若所述消息头参数to tag中有应用服务器标识信息，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；否则，进一步判断消息头参数from tag中是否有应用服务器标识。

其中，所述SIP代理服务器还用于：

判断若所述消息头参数from tag中有应用服务器标识，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志，否则，丢弃该SIP消息。

其中，所述SIP代理服务器还用于检测所述应用服务器的故障，并将出现故障的应用服务器上的话务量转移到其他应用服务器上。

其中，所述SIP代理服务器还用于根据所述故障检测的结果感知所述应用服务器的性能，并根据所述应用服务器的性能参数动态调整应用服务器的分发策略。

本发明还提供一种IP通信***，包括一基于SIP协议的消息处理装置，该装置包括若干应用服务器和核心网设备，所述基于SIP协议的消息处理装置还包括一SIP代理服务器，该SIP代理服务器作为一个统一接入口接收来自核心网的SIP消息，并对SIP消息进行判断后分发给相应的应用服务器进行处理；或者接收来自应用服务器的SIP消息，并对该SIP消息进行判断后分发给相应的核心网设备进行处理；其中，

所述SIP代理服务器接收来自核心网的SIP消息，并对该SIP消息进行判断后分发给相应的应用服务器进行处理包括：

所述SIP代理服务器判断如果所述SIP消息中没有消息头参数to tag，并且所述SIP消息是请求消息，所述SIP代理服务器根据预先配置的消息分发策略，分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；如果所述SIP消息中有消息头参数totag，或者所述SIP消息是响应消息，则进一步判断所述消息头参数to tag中是否有应用服务器标识信息。

其中，所述SIP代理服务器还用于：

接收到来自网络层的消息后，判断该消息是来自核心网还是应用服务器，如果来自核心网，则执行来自核心网的SIP消息处理过程，否则执行来自应用服务器的SIP消息的处理过程。

其中，所述SIP代理服务器还用于：

判断若所述消息头参数to tag中有应用服务器标识信息，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；否则，进一步判断消息头参数from tag中是否有应用服务器标识。

其中，所述SIP代理服务器还用于：

判断若所述消息头参数from tag中有应用服务器标识，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志，否则，丢弃该SIP消息。

其中，所述SIP代理服务器还用于：

检测所述应用服务器的故障，并将出现故障的应用服务器上的话务量转移到其他应用服务器上。

其中，所述SIP代理服务器还用于：

根据所述故障检测的结果感知所述应用服务器的性能，并根据所述应用服务器的性能参数动态调整应用服务器的分发策略。

与现有技术相比，发明通过增加一SIP代理服务器作为统一接入口实现核心网与应用服务器间的消息交互，在一个应用服务器处理能力不够时，通过扩充应用服务器的数目，来提高应用服务器的处理能力，而不需要核心网设备做任何配置上的改变，有效的解决了应用服务器的性能瓶颈和扩容问题；同时本发明中的SIP代理服务器还能够实现应用服务器的容错和冗余功能。

附图说明

图1是本发明IP通信***中基于SIP协议的消息处理***构架示意图；

图2是本发明基于SIP协议的消息处理方法流程图；

图3是本发明基于SIP协议消息处理方法具体实施例流程图。

具体实施方式

下面结合附图和具体实施例详细说明本发明的技术方案，以更进一步了解本发明之目的、方案及功效，但并非作为对本发明所附权利要求保护范围的限制。

参考图1，本发明IP通信***10中基于SIP协议的消息处理***构架示意图，在IP通信***10中，包括一个基于SIP协议的消息处理装置10’，在前端，与多个核心网设备1、2...x相连接的SIP代理服务器100(SipDisProxy)作为SIP信令分发设备，在SIP代理服务器100的后端，有若干个用来处理SIP信令和业务逻辑的应用服务器(AppServer)1、2......x。核心网设备和SIP代理服务器100之间走的是标准的SIP信令，SIP代理服务器100和应用服务器之间是在标准SIP信令的基础上，加上一些特定的私有字段。SIP代理服务器100不处理SIP消息，只是根据收到的SIP的消息，进行简单的判断和分发，包括分发到不同的应用服务器和核心网设备，其分发的依据是SIP信令中的特殊字段，比如被叫号码，主叫号码，Call-ID，核心网设备的地址等。SIP代理服务器100是无状态的，无数据区的，其处理过程简单，性能很强，不受呼叫量的影响或影响很小；而相反的，应用服务器需要处理SIP信令，业务逻辑，和数据库访问，在呼叫量增大时，需要通过增加应用服务器的数目来达到相应的处理性能。本发明通过增加一SIP代理服务器100作为一个统一接入口实现应用服务器与核心网设备间的消息交互，实现应用服务器的大容量分布，可以很好的解决应用服务器的性能瓶颈和扩容问题。

参考图2，进一步说明本发明基于SIP协议的消息处理流程：

步骤S201，SIP代理服务器100接收到来自网络层的消息；

步骤S202，判断该消息是来自核心网还是应用服务器，如来自核心网执行步骤S203，如来自应用服务器执行步骤S210。

步骤S203，判断来自核心网的消息中有无消息头参数to tag，并且是否是请求消息；

步骤S204，如果消息中没有to tag，并且是请求消息，那么SIP代理服务器100根据预先配置的消息分发策略，把该SIP请求分发到指定的应用服务器上；

步骤S205，如果消息中有to tag，或是响应消息，那么检查to tag中是否有应用服务器标识信息；

步骤S206，如果to tag中有应用服务器标识信息，那么直接根据该标识信息把消息分发到该应用服务器上，同时在消息末尾，加上从哪个核心网设备接收到消息的标志；

步骤S207，如果to tag中没有应用服务器标识信息，那么查看消息头参数from tag中是否有应用服务器标识信息；

步骤S208，如果from tag中有应用服务器标识信息，那么直接根据该标识信息把消息分发到该应用服务器上，同时在消息末尾，加上从哪个核心网设备接收到消息的标志；

步骤S209，如果from tag没有应用服务器标识信息，那么丢弃该消息，不作任何处理。

步骤S210，SIP代理服务器100接收到来自应用服务器的消息，根据应用服务器的指示，发送到相应的核心网设备。

下面对上述消息处理过程做进一步说明：在SIP代理服务器100接收到来自核心网的消息时，首先判断有无消息头参数to tag，如果没有to tag，并且是请求消息，说明是对话外的消息，SIP代理服务器100根据预先配置的消息分发算法，把SIP消息分发到相应的应用服务器，应用服务器在回响应时，会把该应用服务器的标识放在生成的消息头参数to tag中，由于SIP对话内的消息，to tag都是一样的，这样，SIP代理服务器100在收到对话内的消息时，只需要根据to tag就可以实现消息的分发；同样，在收到应用服务器主动发起的请求时，该应用服务器会把其标识放在消息头参数from tag中，由于SIP对话内的消息，from tag都是一样的，这样，SIP代理服务器100在收到对话内的消息时，只需要根据from tag就可以实现消息的分发；所以SIP代理服务器100可以根据消息头参数to tag，或者from tag就可以实现对话内消息的分发。在SIP代理服务器100接收到没有to tag的请求消息时，表示是对话外的消息，则根据消息分发策略，实现到不同应用服务器的分发，从而实现业务的负载均衡。

SIP代理服务器100中的分发算法是可配置的，该SIP代理服务器还能对应用服务器的存活检测，该SIP代理服务器根据检测的结果能够感知应用服务器的性能，并根据应用服务器的性能参数动态的调整应用服务器的分发策略。如果SIP代理服务器检测到一台应用服务器出现故障，可以把该应用服务器上话务量转移到其它应用服务器上实现呼叫的容错和冗余。

参考图3，以实施例进一步说明本发明基于SIP协议的消息处理方法，

步骤S301，SIP代理服务器100接收到来自网络层的消息；

步骤S302，SIP代理服务器100进一步判断该消息是否来自核心网，如来自核心网执行步骤S303，否则，执行步骤S310去除该消息末尾sendss字符，同时把该消息发给sendss指定的地址。

步骤S303，SIP代理服务器100再进一步判断来自核心网的消息中有无消息头参数to tag，并且是否是请求消息；

步骤S304，如果消息中没有to tag，并且是请求消息，根据特定的应用服务器分发算法把该消息发给相应的应用服务器，同时在末尾添加recv_send字段。

步骤S305，如果消息中有to tag，或是响应消息，那么检查to tag中是否有SSx_ASx信息；

步骤S306，如果to tag中有SSx_ASx信息，那么把该消息分发给相应的ASx；

步骤S307，如果to tag中没有SSx_ASx信息，那么查看消息头参数fromtag中是否有SSx_ASx信息；

步骤S308，如果from tag中有SSx_ASx信息，那么把该消息分发给相应的ASx；

步骤S309，如果from tag没有SSx_ASx信息，那么丢弃该消息。

采用本发明的方法和***，在一个应用服务器处理能力不够时，通过扩充应用服务器的数目，来提高应用服务器的处理能力，而不需要核心网设备做任何配置上的改变；同时本发明中的SIP代理服务器能够实现应用服务器的容错和冗余功能。

虽然本发明已以一较佳实施例揭露如上，然其并非用以限定本发明，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (18)

1.一种基于会话初始协议SIP协议的消息处理方法，用于包括若干应用服务器和核心网设备的消息处理***，其特征在于，该方法包括：

来自核心网消息的处理步骤，用于通过一SIP代理服务器作为来自核心网SIP消息的统一接入口，将从核心网接收到的SIP消息进行判断并分发给相应的应用服务器进行处理；

所述来自核心网消息的处理步骤进一步包括：如果所述SIP消息中没有消息头参数to tag，并且所述SIP消息是请求消息，所述SIP代理服务器根据预先配置的消息分发策略，分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；如果所述SIP消息中有消息头参数to tag，或者所述SIP消息是响应消息，则进一步判断所述消息头参数to tag中是否有应用服务器标识信息；

来自应用服务器消息的处理步骤，用于通过所述SIP代理服务器作为来自应用服务器SIP消息的统一接入口，将从应用服务器接收到的SIP消息根据所述应用服务器的指示分发到相应的核心网设备进行处理。

2.根据权利要求1所述的基于SIP协议的消息处理方法，其特征在于，在所述来自核心网消息处理步骤和来自应用服务器消息处理步骤之前，还包括一通过所述SIP代理服务器接收到来自网络层的消息后，判断该消息是来自核心网还是应用服务器的步骤，如来自核心网，则执行所述来自核心网消息处理步骤，否则执行所述来自应用服务器消息的处理步骤。

3.根据权利要求1所述的基于SIP协议的消息处理方法，其特征在于，所述判断消息头参数to tag中是否有所述应用服务器标识信息的步骤中，如有，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；否则，进一步判断消息头参数from tag中是否有应用服务器标识。

4.根据权利要求3所述的基于SIP协议的消息处理方法，其特征在于，所述判断消息头参数from tag中是否有应用服务器标识的步骤中，如有，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志，否则，丢弃该SIP消息。

5.根据权利要求1所述的基于SIP协议的消息处理方法，其特征在于，还包括一应用服务器存活检测步骤，用于通过所述SIP代理服务器检测所述应用服务器的故障，并将出现故障的应用服务器上的话务量转移到其他应用服务器上。

6.根据权利要求5所述的基于SIP协议的消息处理方法，其特征在于，还包括一调整分发策略的步骤，用于通过所述SIP代理服务器根据所述存活检测的结果感知所述应用服务器的性能，并根据所述应用服务器的性能参数动态调整应用服务器的分发策略。

7.一种基于会话初始协议SIP协议的消息处理装置，包括若干应用服务器和核心网设备，其特征在于，还包括一SIP代理服务器，该SIP代理服务器作为一个统一接入口接收来自核心网的SIP消息，并对该SIP消息进行判断后分发给相应的应用服务器进行处理；或者接收来自应用服务器的SIP消息，并对该SIP消息进行判断后分发给相应的核心网设备进行处理；其中，

所述SIP代理服务器接收来自核心网的SIP消息，并对该SIP消息进行判断后分发给相应的应用服务器进行处理包括：

所述SIP代理服务器判断如果所述SIP消息中没有消息头参数to tag，并且所述SIP消息是请求消息，所述SIP代理服务器根据预先配置的消息分发策略，分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；如果所述SIP消息中有消息头参数totag，或者所述SIP消息是响应消息，则进一步判断所述消息头参数to tag中是否有应用服务器标识信息。

8.根据权利要求7所述的基于SIP协议的消息处理装置，其特征在于，所述SIP代理服务器还用于：

接收到来自网络层的消息后，判断该消息是来自核心网还是应用服务器，如果来自核心网，则执行来自核心网的SIP消息处理过程，否则执行来自应用服务器的SIP消息的处理过程。

9.根据权利要求7所述的基于SIP协议的消息处理装置，其特征在于，所述SIP代理服务器还用于：

判断若所述消息头参数to tag中有应用服务器标识信息，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；否则，进一步判断消息头参数from tag中是否有应用服务器标识。

10.根据权利要求9所述的基于SIP协议的消息处理装置，其特征在于，所述SIP代理服务器还用于：

判断若所述消息头参数from tag中有应用服务器标识，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志，否则，丢弃该SIP消息。

11.根据权利要求7所述的基于SIP协议的消息处理装置，其特征在于，所述SIP代理服务器还用于检测所述应用服务器的故障，并将出现故障的应用服务器上的话务量转移到其他应用服务器上。

12.根据权利要求11所述的基于SIP协议的消息处理装置，其特征在于，所述SIP代理服务器还用于根据所述故障检测的结果感知所述应用服务器的性能，并根据所述应用服务器的性能参数动态调整应用服务器的分发策略。

13.一种IP通信***，包括一基于SIP协议的消息处理装置，该装置包括若干应用服务器和核心网设备，其特征在于，所述基于SIP协议的消息处理装置还包括一SIP代理服务器，该SIP代理服务器作为一个统一接入口接收来自核心网的SIP消息，并对SIP消息进行判断后分发给相应的应用服务器进行处理；或者接收来自应用服务器的SIP消息，并对该SIP消息进行判断后分发给相应的核心网设备进行处理；其中，

所述SIP代理服务器接收来自核心网的SIP消息，并对该SIP消息进行判断后分发给相应的应用服务器进行处理包括：

所述SIP代理服务器判断如果所述SIP消息中没有消息头参数to tag，并且所述SIP消息是请求消息，所述SIP代理服务器根据预先配置的消息分发策略，分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；如果所述SIP消息中有消息头参数totag，或者所述SIP消息是响应消息，则进一步判断所述消息头参数to tag中是否有应用服务器标识信息。

14.根据权利要求13所述的IP通信***，其特征在于，所述SIP代理服务器还用于：

接收到来自网络层的消息后，判断该消息是来自核心网还是应用服务器，如果来自核心网，则执行来自核心网的SIP消息处理过程，否则执行来自应用服务器的SIP消息的处理过程。

15.根据权利要求13所述的IP通信***，其特征在于，所述SIP代理服务器还用于：

判断若所述消息头参数to tag中有应用服务器标识信息，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志；否则，进一步判断消息头参数from tag中是否有应用服务器标识。

16.根据权利要求15所述的IP通信***，其特征在于，所述SIP代理服务器还用于：

判断若所述消息头参数from tag中有应用服务器标识，则所述SIP代理服务器分发该SIP消息到相应的应用服务器上，同时在该SIP消息末尾添加该SIP消息来自哪个核心网设备的标志，否则，丢弃该SIP消息。

17.根据权利要求13所述的IP通信***，其特征在于，所述SIP代理服务器还用于：

检测所述应用服务器的故障，并将出现故障的应用服务器上的话务量转移到其他应用服务器上。

18.根据权利要求17所述的IP通信***，其特征在于，所述SIP代理服务器还用于：

根据所述故障检测的结果感知所述应用服务器的性能，并根据所述应用服务器的性能参数动态调整应用服务器的分发策略。

Images