[发明专利]信令与承载分离的通信系统

说明书

技术领域

本发明涉及IMS技术领域，尤其涉及一种信令与承载分离的通信系统。

背景技术

随着用户对全新多媒体，业务需求的日渐旺盛以及固定、移动网络融合趋势不断得到认可，IP多媒体子系统(IP MultimediaSubsystem，IMS)作为下一代网络演进的关键技术，正席卷全球电信行业。IMS是支持固定、移动网络以及互联网融合的未来网络架构，是网络IP化转型中的制高点。IMS技术的广泛应用被视为推进全业务战略过程中的重要举措。即时消息(Instant Message，IM)系统作为IMS网络体系下的基本业务，提供即时消息(1对1即时消息、1对多即时消息、群组会话、聊天室、系统消息、离线消息、定时消息)、文件传送(在线文件传送、离线文件传送)、用户的隐私策略管理、查询历史会话、与短/彩信互通、消息内容(包括敏感词)过滤等功能。

IM的业务处理主要包含两部分内容：一部分是即时通讯过程中的信令协商，主要包含通讯端口、通讯IP地址、以及通讯编码方式等要素的协商；另一部分则是业务承载数据，即真实消息内容的传递。

第三代合作伙伴计划(3GPP)和移动开放联盟(OMA)标准组将即时消息系统的技术架构中将业务信令和业务承载合在一起，通过IM-2接口负责会话初始化协议(Session Initial Protocol，SIP)信令的协商，IM-7接口为业务承载消息会话中继协议(Message Session Relay Protocol，MSRP)消息的传输。这样的方式存在如下缺陷：

(1)系统维护升级不方便。即时消息系统中多样化的业务形态(包括：1-1或者1-N的大消息传输、1-1/1-N的大文件传输、1-1SessionMode多人会话、聊天室等业务)主要通过业务信令进行逻辑控制，增加新的业务时，主要需要调整及更新业务信令模块。而业务承载模块相对稳定。信令和承载合设在一起时，任何业务需求的变化都需要对整个即时消息系统进行升级维护和改造，不利于系统的升级和维护。

(2)由于系统对于业务信令的处理能力比较大，而业务承载的处理能力相对低一些，如果将二者合设在一起，服务器的部署通常基于业务逻辑中处理能力较低的模块配置，这样不利于系统资源的最大化利用。

(3)即时消息系统和IMS网络体系架构中信令和承载分离的思路不一致。

发明内容

(一)要解决的技术问题

本发明所要解决的技术问题是：如何实现业务信令与业务承载数据的分离，以便于系统的升级、开发及维护，以及如何实现硬件资源的优化及合理利用。

(二)技术方案

为解决上述问题，本发明提供了一种信令与承载分离的通信系统，该系统包括：若干即时消息服务器，用于系统中即时通讯的会话初始化协议信令的协商；若干消息会话中继协议服务器，用于基于大消息传送模式及会话模式的消息的收发及管理。

其中，所述即时消息服务器与所述消息会话中继协议服务器之间通过采用TCI/IP协议的接口通讯。

其中，一个所述即时消息服务器对应一个或多个所述消息会话中继协议服务器；一个所述消息会话中继协议服务器对应一个或多个即时消息服务器。

其中于，所述即时消息服务器进一步包括：协议层，用于处理即时消息相关的协议的解析和组装；业务逻辑层，用于处理系统的各种业务逻辑；呼叫流程层，用于控制系统中的呼叫流程。

其中，所述业务逻辑层进一步包括：XML文档管理模块，用于处理XML配置访问协议请求；会话初始化协议模块，用于处理即时消息业务的会话初始化协议信令流程；消息会话中继协议服务器接口，用于与所述消息回话中继协议服务器之间的接口交互，以及所述消息回话中继协议服务器的选择；通用模块，用于提供由各模块开发调用的公共应用程序编程接口。

其中，所述业务逻辑层还包括：计费模块，用于完成系统的计费；网络管理模块，用于作为简单网络管理协议的客户端，完成网络管理所需的配置、故障、性能、安全管理功能；第一互联模块，用于完成与短信网关之间的互联互通；第二互联模块，用于完成于彩信网关之间的互联互通；能力开放模块，用于与第三方系统互通；业务管理模块，用于通过与数据业务管理系统相连，实现业务管理及互通功能；消息会话中继协议服务器模块，用于与用户设备进行消息会话中继协议通信。

其中，所述呼叫流程包括会话初始化协议流程的控制以及XML配置访问协议流程。