CN101227418B - 一种实现融合ip消息的方法、装置及系统 - Google Patents

Abstract

本发明公开了实现融合IP消息的方法、装置及系统，用于克服非CPM消息业务技术能力交叉、用户使用体验重叠以及非CPM消息系统之间存在交互缝隙的问题；该发明方法包括：接收到CPM消息的CPM服务器根据所述CPM消息确定业务类型并进行相应的信令控制，并根据业务类型对应的处理流程处理CPM消息内容；该发明方法还包括：接收到CPM消息的CPM服务器根据所述CPM消息确定业务类型，并根据业务类型确定能够处理该业务的业务服务器，将所述CPM消息生成对应于所述业务服务器的消息或/和会话请求，并发送给所述业务服务器进行处理，以及在接收到业务服务器的CPM消息后将其发送给CPM客户端；采用本发明提高了用户的业务体验。

Description

一种实现融合IP消息的方法、装置及系统

技术领域

本发明涉及通信领域，特别涉及一种实现融合IP消息的方法、装置及系统。 

背景技术

移动通信网络(如2G、3G和多媒体子域等)和Internet网络上开展的消息业务包括短消息、多媒体消息、即时消息和融合消息等，其中，即时消息和融合消息是基于会话初始化协议SIP(Session Initiation Protocol)技术的消息业务，属于基于呈现信息的个人对个人、个人对应用和个人对群组的消息类的移动数据业务。 

现有由开放移动联盟OMA(Open Mobile Alliance)定义的消息服务引擎是单独设计和标准化的，其消息服务提供一种单一的用户体验，并且限制于某种特定的媒介和应用。例如： 

-短消息业务SMS(Short Message Service)提供一种基本的文本消息服务； 

-多媒体消息业务MMS(Multimedia Message Service)提供基本的多媒体消息服务； 

-即时消息IM(Instant Message)提供准实时的文本服务； 

-一键通PoC(Push to talk)提供一种半双工的语音服务。 

随着网络和技术的发展，许多消息服务已经开始相关交替，具有如下特点： 

-许多服务都支持多媒体 

-许多服务都基于呈现信息 

-许多服务都有一个单一的地址薄 

-拥有一些共享的普通功能和能力，如XML文档管理服务(XMLDocument Management Service)。 

上述特点的融合需要提供一个单一的融合消息平台，以吸收不同的技术并支持用户不同的消息体验。基于IP的融合消息，即CPM(Converged IPMessaging)是OMA倡导定义的全新消息业务框架，为用户提供融合的业务体验，例如：即时消息、离线消息、多媒体会话、半双工/全双工的音频、视频会议等。融合消息CPM业务允许用户以统一的方式使用具有不同技术特征的通信服务，克服了由于技术差异造成的非CPM消息业务间的“缝隙”(Silos)，从而为用户服务提供统一的业务体验。 

在巩固现有消息业务基本能力的同时，CPM业务还在SIP等通信技术的牵引下融合移动数据业务演化过程中涌现的诸多业务特征，例如： 

1、CPM能够管理多个同时进行的具有不同媒体类型的会话，允许用户根据设备、联系地址、媒体类型的不同来进行业务设置； 

2、CPM业务不依赖与运营商网络和用户终端，因此可以在多终端环境下提供服务； 

3、CPM提供消息、多媒体内容等用户个人网络存储的能力； 

4、CPM支持与非CPM消息系统的无缝互联，使得不同类型的消息用户之间进行最大互通； 

5、CPM不仅支持一对一、一对多个人数据通信业务，还提供与第三方应用交互的能力；在实现业务能力的过程中，CPM与OMA中其他功能实体进行交互，如呈现服务器和XML文档管理实体。 

OMA IM提供基于SIP技术的即时消息，可以支持以文本和离散媒体类型为主的消息会话，也可以支持多方用户参与的消息聊天室功能，还可以提供离线消息的临时存储和通知；但是OMAIM无法在会话过程中提供实时流媒体共享，在对多方多媒体会议的支持也不够，并且在多终端环境下不能实现消息状态同步，另外，对于非CPM消息系统(如SMS系统、即时消息系统和呈现业务系统IMPS(Instant Messaging and Presencc Service))的互联工作虽然正在进行，但是仍然没有得到彻底解决。 

OMA PoC主要提供基于SIP技术的半双工语音，支持可控的实时语音会话可以实现组通信以及网络存储，但其应用场景并不包括消息交换、邮件收发或者与非CPM消息系统(如SMS系统、MMS系统等)的互联。 

综上可知，非CPM消息业务(如SMS，MMS，IM，PoC)根据各自实现技术的不同来区分彼此，但其技术能力有交叉，提供给用户的业务体验也有重叠，因此不仅会割裂移动数据终端市场，还会给使用不同消息业务的用户带来困惑；另外，由于各消息业务的技术差异导致了消息业务之间存在“缝隙”问题。 

发明内容

本发明实施例提供实现IP融合消息CPM的方法及系统，用于克服非CPM消息业务技术能力交叉、用户使用体验重叠以及非CPM消息系统之间存在交互缝隙的问题。 

一种实现融合IP消息的方法，包括步骤： 

融合IP消息CPM服务器接收CPM消息； 

所述CPM服务器根据所述CPM消息确定业务类型并进行相应的信令控制，其中，对于需要媒体传输通道的业务，确定其媒体能力并根据该媒体能力配置相应的媒体资源和建立媒体传输通道，所述业务类型为消息传送业务时，所述CPM服务器通过CPM消息将消息内容发送到接收端；所述业务类型为会话业务时，所述信令控制是指根据会话请求的特性选择会话类型进行包含配置媒体资源和建立媒体传输通道的会话控制； 

所述CPM服务器根据业务类型对应的处理流程处理CPM消息内容； 

所述业务类型为消息传送业务时，所述CPM服务器通过CPM消息将消息内容发送到接收端，具体包括： 

CPM服务器接收到CPM消息后，由CPM服务器内部的信令管理器对所述消息进行分析并判断出业务类型是消息传送业务，将所述消息发送到CPM服务器内部的消息控制器，由所述消息控制器执行消息控制策略，并将所述消息返回给信令管理器，信令管理器根据消息控制器返回的消息确定接收方的下一跳； 

所述业务类型为会话业务时，所述CPM服务器根据所述CPM消息确定业务类型并进行相应的信令控制，具体包括： 

所述CPM服务器内部的信令管理器对所述CPM消息进行分析并判断出业务类型是会话邀请，一方面将所述CPM消息发送到CPM服务器内部的会话控制器，由所述会话控制器执行消息控制策略；另一方面在媒体单元进行传输端 口资源预留；信令管理器根据会话控制器返回的消息确定接收方的下一跳。 

一种融合IP消息CPM服务器，包括： 

通信接口，用于接收或发送消息； 

控制单元，用于根据接收到的CPM消息确定业务类型并进行相应的信令控制； 

媒体单元，用于根据所述控制单元的指令进行媒体能力控制并进行资源管理； 

所述控制单元包括信令管理器和控制器，其中， 

所述信令管理器，用于对接收到的CPM消息确定业务类型，并将其传递给控制器，以及根据所述控制器的处理结果进行后续处理； 

所述控制器，用于根据所述业务类型对所述信令管理器发送的CPM消息进行信令控制，并将结果返回给所述信令管理器； 

所述控制器至少包括消息控制器、会话控制器和存储控制器，其中， 

所述消息控制器，用于对接收到的CPM消息请求进行相应的信令控制，并将处理结果返回给所述信令管理器；以及在所述CPM消息中携带网络存取请求时，向所述存储控制器发送存取请求； 

所述会话控制器，用于将接收到的CPM会话中的消息请求转发给消息控制器处理；对接收到的CPM会话控制信令进行相应的信令控制，将处理结果返回给所述信令管理器，并向媒体单元发送进行会话媒体能力控制的指令；以及在所述CPM会话需要操作会话内容时，向所述存储控制器发送操作会话内容的请求； 

所述存储控制器，用于接收所述消息控制器和会话控制器发送的操作请求，并根据该请求在网络侧操作所述消息内容、会话历史以及其可能包括的媒体数据；其中，进行会话历史存储时向媒体单元获取会话内容。 

一种融合IP消息CPM系统，包括： 

CPM客户端，用于根据需要执行的CPM业务的业务类型，产生相应的CPM消息并将其发送，以及根据接收到的CPM消息的业务类型所对应的处理流程处理CPM消息； 

CPM服务器，用于根据接收到的CPM消息确定业务类型并进行相应的信令控制，以及根据业务类型对应的处理流程处理CPM消息内容；其中，对于需要媒体传输通道的业务，确定其媒体能力并根据该媒体能力配置相应的媒体资源和建立媒体传输通道； 

传送网络，用于传送所述CPM客户端和所述CPM服务器的CPM消息； 

所述CPM服务器包括： 

通信接口，用于接收或发送消息； 

控制单元，用于根据接收到的CPM消息确定业务类型并进行相应的信令控制； 

媒体单元，用于根据所述控制单元的指令进行媒体能力控制并进行资源管理。 

所述控制单元包括信令管理器和控制器，其中， 

所述信令管理器，用于对接收到的CPM消息确定业务类型，并将其传递给控制器，以及根据所述控制器的处理结果进行后续处理； 

所述控制器，用于根据所述业务类型对所述信令管理器发送的CPM消息进行信令控制，并将结果返回给所述信令管理器。 

所述控制器至少包括消息控制器、会话控制器和存储控制器；其中， 

所述消息控制器，用于对接收到的CPM消息请求进行相应的信令控制，并将处理结果返回给所述信令管理器；以及在所述CPM消息中携带网络存取请求时，向所述存储控制器发送存取请求； 

所述会话控制器，用于将接收到的CPM会话中的消息请求转发给消息控制器处理；对接收到的CPM会话控制信令进行相应的信令控制，将处理结果返回给所述信令管理器，并向媒体单元发送进行会话媒体能力控制的指令；以及在所述CPM会话需要操作会话内容时，向所述存储控制器发送操作会话内容的请求； 

所述存储控制器，用于接收所述消息控制器和会话控制器发送的操作请求，并根据该请求在网络侧操作所述消息内容、会话历史以及其可能包括的媒体数据；其中，进行会话历史存储时向媒体单元获取会话内容。 

一种实现融合IP消息的方法，包括步骤： 

融合IP消息CPM服务器接收CPM消息； 

所述CPM服务器根据所述CPM消息确定业务类型，并根据业务类型确定能够处理该业务的业务服务器； 

所述CPM服务器将所述CPM消息生成对应于所述业务服务器的消息或/和会话请求，并发送给所述业务服务器进行处理，以及CPM服务器在接收到业务服务器的CPM消息后将其发送给CPM客户端。 

一种融合IP消息CPM服务器，包括： 

通信接口，用于接收或发送消息； 

信令控制器，用于根据接收到的CPM消息确定业务类型，并根据业务类型确定处理该业务的业务服务器，将所述CPM消息生成对应于所述业务服务器的消息或/和会话请求，并将其发送给所述业务服务器，以及在接收到业务服务器的CPM消息后将其发送给CPM客户端。 

一种融合IP消息CPM系统，包括： 

CPM客户端，用于根据需要执行的CPM业务的业务类型，产生相应的CPM消息并将其发送，以及根据接收到的CPM消息的业务类型所对应的处理流程处理CPM消息； 

CPM服务器，用于根据接收到的CPM消息确定业务类型，并根据业务类 型确定能够处理该业务的业务服务器，以及将所述CPM消息生成对应于所述业务服务器的消息或/和会话请求，并将其发送给所述业务服务器，以及CPM服务器在接收到业务服务器的CPM消息后将其发送给CPM客户端； 

业务服务器，用于处理所述消息或/和会话请求； 

传送网络，用于在CPM客户端和CPM服务器之间、各业务服务器与CPM服务器之间传送消息。 

本发明实施例IP融合消息CPM服务器接收CPM消息后，根据所述CPM消息确定业务类型并进行相应的信令控制，其中，对于需要媒体传输通道的业务，判断其媒体能力并根据该媒体能力配置相应的媒体资源和建立媒体传输通道，以及根据业务类型对应的处理流程处理CPM消息内容；或者，CPM服务器接收CPM消息后，根据所述CPM消息确定业务类型，并根据业务类型确定能够处理该业务的其他业务服务器，以及将所述CPM消息生成对应于所述其他业务服务器的消息或/和会话请求，并将其发送给所述其他业务服务器进行处理，以及在接收到业务服务器的CPM消息后将其发送给CPM客户端；通过上述实现方式可以为用户提供融合的业务体验，克服了非CPM消息业务技术能力交叉而导致用户的业务体验重叠，因此，采用本发明实施例技术方法可以提高用户的业务体验。 

附图说明

图1A为本发明实施例一中实现融合IP消息的主要流程图； 

图1B为本发明实施例一中CPM系统结构示意图； 

图2A为本发明实施例一中CPM服务器结构示意图； 

图2B为本发明实施例一中CPM服务器内部模块之间的信令控制示意图； 

图3为本发明实施例一中实现消息传送的流程图； 

图4A、图4B为本发明实施例一中实现端到端会话的流程图； 

图5A、图5B为本发明实施例一中实现预定会议的流程图； 

图6A、图6B为本发明实施例一中实现临时会议的流程图； 

图7为本发明实施例一中实现网络存储的流程图； 

图8为本发明实施例一中实现与第三方应用通信的流程图； 

图9A为本发明实施例二中实现融合IP消息的主要流程图； 

图9B为本发明实施例二中CPM系统结构示意图； 

图9C为本发明实施例二中CPM服务器结构示意图； 

图10为本发明实施例二中实现消息传送的流程图； 

图11A、图11B为本发明实施例二中实现端对端会话的流程图； 

图12为为本发明实施例二中实现多媒体会议的流程图； 

图13为本发明实施例三中实现融合IP消息的系统结构示意图； 

图14为本发明实施例三中CPM客户端发送消息的实现流程图； 

图15为本发明实施例三中CPM客户端发起会话的实现流程图； 

图16为本发明实施例三中CPM客户端接收会话的实现流程图。 

具体实施方式

为了解决非CPM消息业务技术能力交叉、用户使用体验重叠的问题以及消除非CPM消息业务技术之间的“缝隙”，本发明实施例提供了基于IP融合消息CPM系统。 

实施例一： 

参见图1A，本实例中实现融合IP消息的主要过程如下： 

步骤100、CPM服务器接收CPM消息，该CPM消息包含消息请求、会话请求、在网络侧操作CPM消息内容的业务请求等业务类的请求消息。 

步骤101、所述CPM服务器根据所述CPM消息确定业务类型并进行相应的信令控制，其中，对于需要媒体传输通道的业务，确定其媒体能力并根据该媒体能力配置相应的媒体资源和建立媒体传输通道。 

步骤102、所述CPM服务器根据业务类型对应的处理流程处理CPM消息内容。 

参见图1B，本实施例的一种融合IP消息CPM系统包括：CPM客户端10，用于根据需要执行的CPM业务的业务类型，产生相应的CPM消息并通过传送网络12将其发送到CPM服务器11，以及根据接收到的CPM消息的业务类型所对应的处理流程处理CPM消息；CPM服务器11，用于根据接收到的CPM消息确定业务类型并进行相应的信令控制，以及根据业务类型对应的处理流程处理CPM消息内容；其中，对于需要媒体传输通道的业务，确定其媒体能力并根据该媒体能力配置相应的媒体资源和建立媒体传输通道；传送网络12，用于在所述CPM客户端10和所述CPM服务器11之间传送消息，以及在网络之间传送消息。 

所述传送网络12，可以是一个分组交换公共数据网、电路交换公共数据网、支持传输控制协议/Internet协议的网络、通用分组无线电服务网、数字无线电话网、模拟无线电话网、公共交换电话网、综合服务数字网或宽带综合服务 数字网；本实施例中以SIP/IP核心网为例。 

所述CPM客户端10，部署在移动、固定终端上或者实现在Internet接入设备上，一个CPM客户端应该支持如下功能： 

1、执行CPM终端到SIP/IP Core的注册、鉴权流程； 

2、发送/接收其他CPM客户端或服务器的CPM消息，以及为用户提供消息或会话邀请到达的通知； 

3、允许用户根据设备、联系地址、媒体类型的不同来进行业务设置； 

4、提供网络存储消息、多媒体内容和用户本地存储同步能力。 

所述CPM服务器11，包括通信接口110、控制平面(Control Plane)111和媒体平面(Media Plane)112；下面结合图2A、图2B对各功能模块的实现功能、以及各功能模块之间的业务逻辑关系进行详细说明： 

控制平面110包括信令管理器30、消息控制器31、会话控制器32、存储控制器33和第三方应用控制器34；其中， 

信令管理器30，用于处理接收到的CPM消息和会话控制信令； 

当接收到来自传送网络的CPM消息或会话控制信令时，根据信令特征解析出进一步处理消息或会话请求的分支信息，即确定将CPM消息或会话控制信令应该转发到的控制器，该处理过程主要如下：信令管理器30解析信令请求并确定CPM业务请求类型，例如SIP MESSGE消息，则根据该消息中的Request URI判断出该消息是寻呼模式(Page Mode)下的单独消息还是会话模式(Session Mode)下会话中的消息；然后将该信令转发给对应的消息控制器31或会话控制器32；进一步判断是否需要存取消息或会话内容，如果需要，消息控制器31或会话控制器32则将该消息或会话控制信令转发给存储控制器33进行处理。 

当接收到其他控制器发送的消息或会话控制信令的处理结果时，信令管理器根据信令特征解析出进一步处理消息或会话请求的分支信息，该处理过程主要如下：若是消息控制器31或会话控制器32返回的控制信令，则根据信令中 头字段中的内容(如Request URI中携带的信息)将请求发送至接收方的下一跳，如经SIP/IP核心网转发给CPM服务器；若是存储控制器33返回的控制信令，则建立存储控制器33与网络存储实体之间的会话，为后续的消息或会话存取作准备。 

消息控制器31，用于接收信令管理器30转发过来的消息，对消息内容进行可配置的操作，并将其发送给信令管理器；以及在消息中包含网络存取请求时，向存储控制器33发送存取请求以进行消息内容存储。 

会话控制器32，用于接收信令管理器30转发过来会话控制信令，将会话中的消息请求转发给消息控制器31进行处理；将会话信令进行可配置的操作后发送给信令管理器30，并向媒体平面发送进行会话媒体能力控制的指令；以及在会话中包含需要操作会话内容的请求时，向存储控制器33发送操作会话内容的请求。 

存储控制器33，用于接收消息控制器31和会话控制器32发送的操作消息内容的请求，并根据该请求在网络侧操作消息内容、会话历史以及其可能包含的媒体数据；并且在会话历史存储时，向媒体平面获取会话内容；其中，所述操作包括存储、获取、删除和更新。 

第三方应用控制器34，通过信令管理器30接收消息控制器31和会话控制器32发送过来的消息或会话控制信令，将该消息或会话控制信令进行协议处理和转换发送给第三方应用，以及接收第三方应用发送的消息或会话控制信令，将该消息或会话控制信令进行协议处理和转换后通过信令管理器30发送给消息控制器31或会话控制器32。 

媒体平面112包括： 

媒体能力控制器40，用于确定接收到的会话控制信令的会话媒体能力，以及请求会话媒体资源管理。 

用户平面41，用于根据所述媒体能力控制器40的请求为会话传输提供资源管理。 

所述媒体能力控制器40进一步包括： 

媒体能力选择模块400，用于接收控制平面发送的CPM会话媒体资源分配请求，根据该请求信令中的会话媒体描述确定该会话所请求的媒体能力，并将该请求信令发送给对应的能力执行模块。 

多个能力执行模块401，用于根据控制信令操作媒体，包括： 

消息传送模块，用于根据接收到消息中的接收用户统一资源标识SIP URI和呈现信息、以及用户业务设置等信息决定消息到接收方的域的路由，实现消息递送，以及新消息到达时，向用户递送通知消息； 

全双工/半双工会话模块，用于决定会话接收方的域的路由、实现媒体参数协商、以及完成会话策略及媒体的混合MIX； 

音频/视频流媒体模块，用于决定会话接收方的域的路由，实现流媒体传输服务质量QoS(Qualify of Service)保证； 

邮件发送模块，用于实现邮件发送； 

文件传输模块，用于实现文件传送； 

其他类型媒体传输模块，用于传输其他类型媒体。 

通信接口110用于本系统中各功能实体之间的通信，定义如下： 

1、第一接口(CM-2接口)： 

基于SIP协议，用于CPM服务器和SIP/IP核心网之间的通信，并支持： 

-在CPM客户端与CPM服务器之间传输CPM会话信令； 

-在CPM客户端与CPM服务器之间交换消息； 

-提供地址解析服务； 

-利用呈现功能实体为CPM服务器发布、订阅呈现信息； 

-订阅存储在CPM XDMS或Shared XDMS中XML文档状态变化通知； 

-订阅CPM服务器上的会议事件通知； 

-发布CPM用户业务设置。 

2、第二接口(CM-3接口)： 

用于CPM客户端和CPM服务器之间的通信，可以实现媒体通信所需要的各种传输协议(如消息会话中继协议MSRP(Message Session Relay Protocol)、实时传输协议RTP(Real Time Protocol)/实时传输控制协议RTCP(Real TimeProtocol)、超级文本传送协议HTTP(Hyper Text Transport Protocol))等，并支持： 

-融合消息(消息、邮件、文件)的传输； 

-单/双工语音会； 

-基于各种音频、视频编码格式的流媒体传输。 

3、第三接口(CM-4接口)： 

基于XCAP协议，用于CPM服务器与CPM XDMS之间的通信，并支持： 

-生成特定CPM业务的XML文档； 

-针对上述XML文档进行各种管理操作，如检索、更新、删除等。 

4、第四接口(CM-5接口)： 

用于CPM服务器与网络存储实体之间的通信，可以实现媒体通信所需要的各种传输协议(如MSRP、RTP、HTTP等)，并支持： 

-存储、获取独立与通信业务实现技术的用户统一联系列表； 

-存储、获取单独的消息和会话历史； 

-存储、获取多媒体数据。 

5、第五接口(CM-6接口)： 

基于某一特定协议(如SIP)，用于CPM服务器与第三方应用之间的通信，并支持： 

-CPM服务器与第三方应用之间独立与媒体类型的消息交互。 

6、第六接口(CM-7接口)： 

用于CPM服务器与互连实体之间的通信，并支持： 

-CPM服务器与非CPM消息系统之间独立于媒体类型的消息交互； 

-维持非CPM消息系统协议不变。 

7、第七接口(CM-10接口)： 

基于XCAP协议，用于CPM服务器与Shared XDMS之间的通信，，并支持，： 

-CPM业务中组特定信息的检索； 

-CPM业务中用户设置信息的检索； 

-CPM业务中URI列表信息的检索。 

8、第八接口(CH-x接口)： 

用于CPM服务器与计费实体之间的通信，并支持： 

-离线与在线计费功能； 

-CPM业务通信之后上报计费事件； 

-CPM业务通信过程中上报中间计费事件。 

9、第九接口(CM-8接口)： 

基于媒体传输协议，用于CPM服务器与远程CPM服务器之间的通信，可以实现媒体通信所需要的各种传输协议(如MSRP、RTP、HTTP等)，并支持： 

-融合消息(消息、邮件、文件)的传输； 

-单/双工语音会话； 

-基于各种音频、视频编码格式的流媒体传输。 

10、第十接口(CM-1接口)： 

基于SIP协议，用于CPM客户端和SIP/IP核心网之间的通信，并支持： 

-在CPM客户端与CPM服务器之间传输CPM会话信令； 

-在CPM客户端与CPM服务器之间交换消息； 

-提供服务器发现和地址解析服务； 

-提供SIP压缩功能； 

-根据CPM用户签署的业务设置执行鉴权和授权流程； 

-提供CPM用户终端注册。 

11、第十一接口(CM-9接口)： 

基于媒体传输协议，用于CPM客户端与远程CPM客户端之间的通信，可以实现媒体通信所需要的各种传输协议(如MSRP、RTP、HTTP等)，并支持： 

-融合消息(消息、邮件、文件)的传输； 

-单/双工语音会话； 

-基于各种音频、视频编码格式的流媒体传输。 

12、第十二接口(XDM-3接口)： 

基于XCAP协议，用于CPM XDMS与SIP/IP核心网之间的通信，并支持： 

-订阅网络存储CPM XML文档状态变化； 

-网络存储CPM XML文档状态改变通知。 

13、第十三接口(XDM-4接口)： 

基于XCAP协议，用于CPM XDMS与XML文档管理实体之间的通信，并支持： 

-CPM业务特定XML文档管理功能(例如，创建、更新、检索和删除)。 

14、LF-1接口： 

用于非CPM消息系统与网络存储实体之间的通信，可以实现媒体通信所需的各种传输协议(如MSRP、RTP/RTCP、HTTP等)，并支持： 

-存储、获取独立于通信业务实现技术的用户统一联系列表； 

-存储、获取单独的消息和会话历史； 

-存储、获取多媒体数据。 

15、CL-1接口： 

用于非CPM客户端与网络存储实体之间的通信，可以实现媒体通信所需的各种传输协议(如MSRP、RTP/RTCP、HTTP等)，并支持： 

-存储、获取独立于通信业务实现技术的用户统一联系列表； 

-存储、获取单独的消息和会话历史； 

-存储、获取多媒体数据。 

16、IP-1接口： 

基于SIP协议，用于SIP/IP核心网与远程SIP/IP核心网之间的通信，并支持： 

-在SIP/IP核心网之间进行SIP信令的通信与转发； 

-传送计费信息。 

17、XDM-1接口： 

基于SIP协议，用于XDM客户端与SIP/IP核心网之间的通信，并支持： 

-订阅网络存储XDM文档状态变化； 

-网络存储XDM文档状态改变通知。 

18、XDM-2接口： 

基于XCAP协议，用于XDM客户端与XML文档管理实体之间的通信，并支持： 

-XML文档管理功能(例如，创建、更新、检索和删除)； 

-XDM客户端与XML文档管理实体之间双向鉴权。 

19、XDM-5接口： 

基于XCAP协议，用于呈现服务器与XML文档管理实体之间的通信，并支持： 

-呈现业务特定XML文档管理功能(例如，创建、更新、检索和删除)。 

20、XDM-6接口： 

基于SIP协议，用于Shared XDMS与SIP/IP核心网之间的通信，并支持： 

-订阅网络存储Shared XDM文档状态变化； 

-网络存储Shared XDM文档状态改变通知。 

21、XDM-7接口： 

基于XCAP协议，用于Shared XDMS与XML文档管理实体之间的通信，并支持： 

-Shared特定XML文档管理功能(例如，创建、更新、检索和删除)。 

22、PRS-1接口： 

基于SIP协议，用于呈现客户端与SIP/IP核心网之间的通信，并支持： 

-发布呈现信息； 

-订阅呈现信息并接收通知； 

-SIP压缩和解压缩。 

23、PRS-2接口： 

基于SIP协议，用于呈现服务器与SIP/IP核心网之间的通信，并支持： 

-发布呈现信息； 

-订阅呈现信息并接收通知； 

-订阅呈现业务特定XML文档状态改变。 

24、IWF-1接口： 

基于HTTP协议用于互连实体与IMPS服务器之间的通信，并支持： 

-互联功能实体与IMPS服务器之间独立于媒体类型的消息交互。 

25、IWF-2接口： 

基于HTTP协议，用于互连实体与MMS Proxy/Relay之间的通信，并支持： 

-互联功能实体与MMS Proxy/Relay之间独立于媒体类型的消息交互。 

26、IWF-3接口： 

基于SMPP协议，用于互连实体与SMSC服务器之间的通信，并支持： 

-互连实体与SMSC服务器之间独立于媒体类型的消息交互。 

上述16-26所述的接口为现有消息系统中已经存在但为CPM业务的部署提供支持的接口。 

本实施例中的CPM系统还包括如下功能实体： 

网络存储实体13，用于统一存储用户数据，提供如下功能：独立于通信业务实现技术的用户统一联系列表，单独的消息和历史列表，多媒体数据；所有网络存储数据都可以被同步到用户终端，并且能够根据用户业务设置和运营商策略部署相应的存储能力。 

CPM XDMS实体14，用于存储CPM用户以XML文档形式保存的与CPM 业务相关的特定信息。 

XDM文档管理实体15，用于为CPM用户提供网络存储XML文档的访问和控制，以及管理存储在网络侧的CPM特定XML文档(如CPM统一存储中的会话历史数据文档或者共享Shared XDMS中的用户联系列表等)，以及为XDM客户端提供网络存储XML文档的访问控制点，并执行XDM客户端鉴权、XCAP请求路由、网络存储XML文档搜索等功能。 

共享Shared XDMS实体16，用于提供包括CPM在内的OMA各个业务功能实体(OMAEnabler)共享XML文档的访问和控制。 

所述CPM XDMS实体14和Shared XDMS实体16均作为XCAP服务器为CPM用户提供XML文档管理。 

呈现功能实体17，用于允许CPM用户发布和订阅呈现信息(如：在线、离线状态)。 

计费实体18，用于接收来自CPM业务上报的计费时间信息来为运营商提供收费依据。 

互连实体19，用于为CPM系统和其他系统的互通定义标准接口，通过将CPM消息与非CPM消息进行相应的格式转换，允许CPM用户与其他非CPM消息系统用户进行无缝交互。 

第三方应用实体20，用于为CPM用户提供第三方应用业务。 

一个或多个远程CPM服务器21，用于与CPM服务器进行远程CPM业务交互。 

一个或多个远程CPM客户端22，用于与CPM客户端进行远程CPM业务交互。 

上述各功能实体之间通过上述定义的通信接口进行通信，完成业务交互。 

下面通过实例并结合说明书附图对本发明实施例技术方案进行详细说明。 

消息传输是CPM服务器提供的基本业务功能，融合消息的内容可以是普通文本、多媒体格式图片、视频、音频片断等，可以根据消息尺寸大小选择适 当的传输机制(如通过SIP MESSAGE或建立MSRP消息传输通道)。 

实例一：CPM用户A、B都是SIP/IP Core核心网的签约用户，并且假定两者的归属网络相同，CPM用户A向CPM用户B发送消息而非会话邀请，两用户所在客户端CPM Client之间进行SIP消息的传输；CPM Server A、B分别为CPM用户A、B归属网络的CPM服务器；本实例在CPM系统的互连实体和第三方应用接口的支持下，CPM服务器提供CPM用户与非CPM消息系统用户之间、CPM用户与第三方应用之间的消息传送。 

如图3所示(图中CPM Server未示出全部功能模块)，本实施例中实现消息传送的流程如下，： 

步骤1、CPM Client A通过SIP MASSAGE向SIP/IP Core发送CPM消息。 

步骤2、SIP/IP Core将SIP MASSAGE消息转发给CPM Server A；CPMServer A接收到SIP MASSAGE消息后，由内部的信令管理器对该消息进行分析并判断出业务类型是消息传送业务，将其发送到内部的消息控制器，由其进一步执行消息控制策略，并将该消息返回给信令管理器，所述路由策略控制包括：消息传输状态更新、网络存储判断、计费时间上报等事务，具体执行路径根据服务器策略和用户业务设置确定；信令管理器根据消息控制器返回的消息确定接收方的下一跳。 

步骤3、CPM Server A将SIP MESSAGE消息转发给SIP/IP Core。 

步骤4、SIP/IP Core将SIP MESSAGE消息转发给CPM Server B，CPMServer B执行步骤2中CPM Server A类似的处理过程，不再赘述。 

步骤5、CPM Server B将SIP MESSAGE消息转发给SIP/IP Core。 

步骤6、SIP/IP Core将SIP MESSAGE消息转发给CPM Client B；如果用户B离线，CPM Server B可以根据既定策略、或者简单丢弃该消息、或者在用户B重新上线后通知CPM Client B取消息。 

步骤7-步骤10、CPM Client B经SIP/IP Core和CPM Server B向CPMServer A发送SIP 200OK响应消息；CPM Server A收到该响应消息后，由其内 部的信令管理器对该消息进行分析并判断出是消息传送，将其发送到内部的消息控制器，由其进一步执行消息控制策略，并将该消息返回给信令管理器；所述控制策略包括消息传输状态更新、网络存储判断、计费时间上报等事务，具体执行路径根据服务器策略和用户业务设置确定。 

步骤11、CPM ServerA向SIP/IP Core转发SIP 200OK响应消息。 

步骤12、SIP/IP Core向CPM ClientA转发SIP 200OK响应消息。 

CPM服务器提供两个用户之间一对一多媒体会话的能力，在会话的生存期内允许CPM Client协商并调整会话媒体类型，CPM服务器还支持其他用户加入用户之间正在进行的端到端会话，如果需要可以将会话内容进行网络存储。 

实例二：CPM用户A、B都是SIP/IP Core核心网的签约用户，并且假定两者的归属网络相同，CPM Server A、B分别为CPM用户A、B归属网络的CPM服务器；本实例中CPM用户A向CPM用户B发送会话聊天请求，两用户之间进行一对一多媒体会话，如图4A所示(图中CPM Server未示出全部功能模块)，本实施例中端到端会话的实现流程如下： 

步骤1、CPM ClientA向SIP/IP Core发送SIP INVITE消息。 

步骤2、SIP/IP Core将SIP INVITE消息转发给CPM Server A；CPM ServerA接收到该SIP INVITE消息后进行如下处理：信令管理器对该消息进行分析并判断出业务类型是会话邀请，一方面将其发送到内部的会话控制器，由其进一步执行消息控制策略，并将该消息返回给信令管理器，所述路由策略控制包括：会话状态更新、会话历史网络存储判断、计费时间上报等事务，具体执行路径根据服务器策略和用户业务设置确定；另一方面在媒体单元进行传输端口等资源预留；信令管理器根据会话控制器返回的消息确定接收方的下一跳。 

步骤3-步骤6、CPM Server A经SIP/IP Core和CPM Server B将SIPINVITE消息转发给CPM Client B，此时，CPM Sever B执行上述步骤2中CPMSever A的类似处理过程。 

步骤7-步骤10、如果用户B在线并接收该会话邀请，则CPM Client B经SIP/IP Core和CPM Server B向CPM Server A转发SIP 200 OK响应消息；CPM Server A接收到该响应消息后进行如下处理：信令管理器对该消息进行分析并判断出业务类型是会话邀请，一方面将其发送到内部的会话控制器，由其进一步执行消息控制策略，并将该消息返回给信令管理器，所述路由策略控制包括：会话状态更新、会话历史网络存储判断、计费时间上报等事务，具体执行路径根据服务器策略和用户业务设置确定；另一方面在媒体单元进行传输端口等资源预留；信令管理器根据会话控制器返回的消息确定接收方的下一跳。 

步骤11-步骤12、CPM Server A经SIP/IP Core向CPM Client A转发SIP200响应消息。 

步骤13-步骤18：CPM ClientA经SIP/IP Core和CPM ServerA、B向CPMClient B转发ACK确认消息；其间，CPM Server A、B收到该确认消息后，由信令管理器对接收到的消息进行分析并判断出是会话邀请，将其分支到会话控制器，由其进一步执行控制策略。 

至此，用户A、B各自归属的CPM Server A、B在信令控制平面完成诸如媒体类型协商、会话双方联系地址、基于特定协议媒体传输端口号分配等会话初始化工作，并且CPM Server A、B在用户会话的媒体平面完成会话传输所需通信资源的分配工作，用户A、B进行一对一会话的通信通道已经建立完成，本实施例中假定用户A、B在建立起来的MSRP通道上进行一对一文本消息会话，并且用户A、B之间进行媒体内容传输的MSRP会话通道经由CPM ServerA、B；另外，用户A、B之间的MSRP会话通道也可以不经过CPM Server A、B，即通过用户A、B通过端到端的MSRP通道直接进行消息会话。 

用户在上述会话的期间可以请求修改会话中使用的媒体类型，例如用户A在消息会话的基础上增加音频、视频流媒体会话的能力，如图4B所示(图中CPM Server未示出全部功能模块)，会话过程中修改媒体类型的实现过程如下： 

步骤19-步骤24、CPM ClientA经SIP/IP Core、CPM ServerA和CPM Sever B向CPM Client B发送SIP re-INVITE消息，该消息中携带更新后的会话媒体类型。 

步骤25-步骤30、用户B接受用户A的更改请求，由CPM Client B经CPM Server B、SIP/IP Core和CPM Sever A向CPM Client B发送SIP 200OK响应消息。 

步骤31-步骤36、CPM ClientA经SIP/IP Core、CPM ServerA和CPM SeverB向CPM Client B发送ACK确认消息。 

至此，CPM用户A和用户B之间通过更新后的媒体类型进行一对一会话。如果用户A结束该会话，则实现如下过程： 

步骤37-步骤42、CPM ClientA经SIP/IP Core、CPM ServerA和CPM SeverB向CPM Client B发送SIP BYE消息。 

步骤43-步骤48、CPM Client B经CPM Server B、SIP/IP Core和CPM SeverA向CPM Client B发送SIP 200OK响应消息。 

至此，CPM用户A和用户B之间的端到端会话结束，CPM Server A、B释放相应的通信资源。 

多方多媒体会话即多媒体会议是CPM系统提供的另一项业务，它允许一组CPM用户在会议控制中心(可以是CPM服务器或者由其他专职网络实体担当)的协调下进行多对多的多媒体会话。本实例介绍CPM服务器支持的两种会议场景，即预定会议和临时会议，预定会议可以根据会议策略由会议服务器(如CPM服务器)主动发起或者由预定会议的参加者请求发起；临时会议通常由CPM用户临时请求建立并允许其他任何经过授权的用户加入。 

实例三：CPM Server为CPM用户A、B、C归属网络CPM服务器，三个用户的归属网络相同，三者都是SIP/IP Core的签约用户，如图5A所示(图中CPM Server未示出全部功能模块)，CPM用户A、B、C实现预定会议的过程如下： 

会议服务器CPM服务器根据预定会议策略主动向预定会议中所有参加者 发起会话邀请，由其中的媒体平面按照预定会议媒体策略预留资源并针对参加者列表由信令管理器经SIP/IP Core向用户A、B、C发送SIP INVITE消息。 

步骤1、CPM Server向SIP/IP Core发送SIP INVITE消息。 

步骤2、SIP/IP Core将SIP INVITE消息转发给CPM Client A。 

步骤3、CPM Client A向SIP/IP Core发送SIP 200OK消息。 

步骤4、SIP/IP Core将SIP 200OK消息转发给CPM Server，CPM Server接收到该消息后，信令管理器对该消息进行分析并判断出业务类型是会话邀请，一方面将其发送到内部的会话控制器，由其进一步执行消息控制策略，并将该消息返回给信令管理器，所述路由策略控制包括：会话状态更新、会话历史网络存储判断、计费时间上报等事务，具体执行路径根据服务器策略和用户业务设置确定；另一方面在媒体单元进行传输端口等资源预留；信令管理器根据会话控制器返回的消息确定接收方的下一跳。 

步骤5、CPM Server向SIP/IP Core发送ACK确认消息。 

步骤6、SIP/IP Core将ACK确认消息转发给CPM ClientA，此时，用户A成功加入该预定会议。 

步骤7-步骤8、CPM Server经SIP/IP Core向CPM Client B发送SIPINVITE消息。 

步骤9-步骤12、与步骤3-步骤6实现过程同理，用户B成功加入该预定会议。 

步骤13-步骤14、CPM Server经SIP/IP Core向CPM Client C发送SIPINVITE消息。 

步骤15-步骤18、与步骤3-步骤6实现过程同理，用户C成功加入该预定会议。 

预定会议参加者用户A、B、C根据会议的媒体策略在CPM Server的控制下利用建立的会议通信通道进行多对多会话，本实例中假设该三个用户通过建立的RTP通道进行以音频、视频为特征的流媒体会话。 

CPM Server根据预定会议策略主动请求结束该预定会议，为此经SIP/IPCore向Client A、B、C发送SIP BYE消息，如图5B所示，过程如下： 

步骤19、CPM Server向SIP/IP Core发送SIP BYE消息。 

步骤20、SIP/IP Core将SIP BYE消息转发给CPM Client A。 

步骤21、CPM Client A向SIP/IP Core发送SIP 200OK消息。 

步骤22、SIP/IP Core将SIP 200OK消息转发给CPM Server，CPM Server接收到该消息后，由其中的管理实体经过信令分析并判断出是会话，将其分支到会话控制实体，由其进一步执行会话策略控制；用户A结束与CPM Server的会话。 

步骤23-步骤24、CPM Server经SIP/IP Core向CPM Client B发送SIP BYE消息。 

步骤25-步骤26、与步骤19-步骤20实现过程同理，用户B结束与CPMServer的对话。 

步骤27-步骤28、CPM Server经SIP/IP Core向CPM Client C发送SIP BYE消息。 

步骤29-步骤30、与步骤19-步骤20实现过程同理，用户C结束与CPMServer的对话。 

至此，预定会议结束，CPM Server将在媒体平面释放的会议资源。 

用户A请求会议服务器创建会议，该会议会话媒体类型包含文本消息、音频、视频流媒体；如图6A所示(图中CPM Server未示出全部功能模块)，用户A、B、C实现临时会议的主要过程如下： 

步骤1、CPM Client A向SIP/IP Core发送SIP INVITE消息，请求创建临时会议。 

步骤2、SIP/IP Core将SIP INVITE消息转发给CPM Server，CPM Server接收到该消息后，信令管理器对该消息进行分析并判断出业务类型是会话邀请，一方面将其发送到内部的会话控制器，由其进一步执行消息控制策略，并 将该消息返回给信令管理器，所述路由策略控制包括：会话状态更新、会话历史网络存储判断、计费时间上报等事务，具体执行路径根据服务器策略和用户业务设置确定；另一方面在媒体单元进行传输端口等资源预留；信令管理器根据会话控制器返回的消息确定接收方的下一跳。 

步骤3、CPM Server经内部的媒体平面执行会议控制策略并决定是否分配会议资源，如果接受此次会议创建请求，则由信令管理器向SIP/IP Core发送SIP 200 OK消息。 

步骤4、SIP/IP Core将SIP 200OK转发给CPM ClientA。 

步骤5-步骤6、CPM Client A经SIP/IP Core向CPM Server发送ACK确认消息，至此，用户A已经成功创建临时会议，根据协商好的会议会话的媒体类型，该临时会议的参加者既可以进行消息聊天、也可以进行音频、视频共享。 

步骤7-步骤12、与步骤1-步骤5实现过程同理，其间，CPM Server执行类型的会议控制策略，用户B成功加入临时会议。 

步骤13-步骤18、与步骤512-步骤517相同，其间，CPM Server执行类似的会议控制策略，用户C成功加入临时会议。 

至此，用户A、B、C全部加入临时会议，并根据会议的媒体策略在CPMServer的控制下利用建立的会议通信通道进行多对多会话，本实例中假设该三个用户通过建立的RTP通道进行以音频、视频为特征的流媒体会话。 

在临时会议进行中，用户请求退出临时会议，如图6B所示(图中CPMServer未示出全部功能模块)，实现过程如下： 

步骤19、CPM Client C向SIP/IP Core发送SIP BYE消息。 

步骤20、SIP/IP Core将SIP BYE消息转发给CPM Server，CPM Server接收到该消息后，信令管理器对该消息进行分析并判断出业务类型是会话邀请，一方面将其发送到内部的会话控制器，由其进一步执行消息控制策略，并将该消息返回给信令管理器，所述路由策略控制包括：会话状态更新、会话历史网络存储判断、计费时间上报等事务，具体执行路径根据服务器策略和用户业务 设置确定；另一方面在媒体单元进行传输端口等资源预留；信令管理器根据会话控制器返回的消息确定接收方的下一跳。 

步骤21、CPM Server接受用户C的退出请求后，由其中的信令管理器向SIP/IP Core发送SIP 200OK消息。 

步骤22、SIP/IP Core将SIP 200 OK消息转发给CPM Client C。 

步骤23-步骤26、与上述步骤19-步骤22实现过程同理，用户B退出临时会议。 

步骤27-步骤30、与上述步骤19-步骤22实现过程同理，完户A退出临时会议。 

至此，临时会议结束，CPM Server将在媒体平面释放相应的的会议资源。 

融合消息的网络存储可以根据用户业务定制需求和服务商策略来进行，满足特定规则的会话消息被消息系统存储备份，并允许用户通过与服务商之间协商自由调整消息或会话历史的存储规则。在网络侧操作CPM消息内容的业务时，CPM服务器在网络侧操作消息内容、会话历史以及其中可能包含的多媒体数据，其中所述操作包括存储、获取、删除和更新。 

实例四：在会话进行中用户A请求CPM服务器执行会话历史存储，CPM系统还支持用户在会话进行前发送请求执行本次会话的消息存储或者根据用户的业务设置始终进行CPM通信内容的网络存储，如图7所述，实现融合消息网络存储的过程如下： 

步骤1、CPM Client A向SIP/IP Core发送SIP REFER消息，其中，ReferMethod设置为“INVITE”。 

步骤2、SIP/IP Core将SIP REFER消息转发给CPM Server。 

步骤3、CPM Server收到SIP REFER请求消息后，由其中的信令管理器经过信令分析判断出是会话网络存储请求，将其分支到存储控制器以便联系CPM网络存储实体以虚拟用户的身份加入这个正在进行的会话，同时会话控制器进一步执行会话控制策略：会话状态更新，会话历史网络存储判断，计费事件上 报等事务，具体执行路径由服务器策略和用户业务设置确定；如果CPM Server接受此次会话网络存储请求，则由信令管理器向SIP/IP Core发送SIP 200 OK响应消息。 

步骤4、SIP/IP Core将SIP 200 OK响应消息转发给CPM Client A。 

步骤5、用户A与用户B之间的会话继续进行，CPM Client A向CPM Server发送MSRP SEND消息，由CPM Server中会话建立时已分配的媒体平面接收处理，，由于网络存储实体已经加入会话，所以媒体平面将接收到的MSRPSEND消息在存储控制器的控制下与网络存储实体交互实际会话历史的存储，如果存储成功，则由存储控制器向会话控制器返回SIP 200OK确认消息。 

步骤6-步骤8、CPM Server中的媒体平面竟有SIP/IP Core将接收到的MSRP SEND消息发送给CPM Client B，如果递送成功，则CPM Client B经媒体平面向CPM Client A返回SIP 200 OK响应消息。 

步骤9-步骤12、CPM Client B经CPM Server向CPM Client A发送MSRPSEND消息，同样由存储控制器接收并将其存储到网络存储实体。 

步骤13-步骤14、用户A请求终止存储会话历史，由CPM Client A经由SIP/IP Core向CPM Server发送SIP REFER请求消息，其中Refer Method设置为“BYE”。 

步骤15-步骤16、CPM Server接收到SIP REFER请求后，由其中的信令管理器经过信令分析判断出是会话网络存储终止请求，将其分支到存储控制器以便让它退出这个正在进行的会话，同时会话控制器将进一步执行会话控制策略：会话状态更新，会话历史网络存储判断，计费事件上报等事务，具体执行路径由服务器策略和用户业务设置确定；如果CPM服务器接受此次会话网络存储终止请求，则由信令管理器经SIP/IP Core向CPM Client A返回SIP 200 OK响应消息。 

至此，用户A、B之间的会话内容将不会再被CPM Server进行网络存储，但CPM用户A、B间的会话将继续进行。 

实例五：CPM服务器提供第三方应用控制器以支持CPM用户与第三方应用进行消息收发或会话。CPM Client A与第三方应用进行会话，如图8所示(图中为示出CPM Server中全部功能模块)，其主要实现过程如下： 

步骤1-步骤2、CPM Client A经SIP/IP Core向CPM Server发送SIPINVITE消息；CPM Server接收到SIP INVITE消息后，由其中的信令管理器经过信令分析判断出是第三方应用会话邀请，一方面会将其分支到会话控制器由其进一步执行会话控制策略：会话状态更新，会话历史网络存储判断，计费事件上报等事务，具体执行路径是由服务器策略和用户业务设置来定；另一方面会在用户平面进行传输端口等资源预留；除此之外，为了支持与第三方应用的交互，CPM Server中第三方应用控制器还将进行必要的协议翻译和信令格式转换等接口工作。 

步骤3、CPM Server中的第三方应用控制器将经过转换的会话邀请InviteRequest消息发送给第三方应用。 

步骤4、第三方应用向CPM Server中的第三方应用控制器返回InviteResponse响应消息；CPM Server接收到响应消息后，经过第三方应用控制器进行必要的协议翻译和信令格式转换等接口工作，由信令管理器经过信令分析判断后，将其分支到会话控制器并协同会话媒体平面处理。 

步骤5-步骤6、CPM Server中的信令控制器将SIP/IP Core将SIP 200 OK响应消息发送给ClientA。 

步骤7-步骤8、CPM ClientA经SIP/IP Core向CPM Server发送ACK确认消息；CPM Server接收到ACK消息后CPM服务器中的信令控制器经过信令分析判断出是第三方应用会话邀请，一方面会将其分支到会话控制器由它进一步执行会话控制策略：会话状态更新，会话历史网络存储判断，计费事件上报等事务，具体执行路径是由服务器策略和用户业务设置确定；除此之外，为了支持与第三方应用的交互，CPM Server第三方应用控制器还将进行必要的协议翻译和信令格式转换等接口工作。 

步骤9、CPM Server第三方应用控制器将经过转换的响应消息发送给第三方应用。 

至此，用户A与第三方应用的会话已经成功建立，本实例中CPM Client A与第三方应用在CPM Server媒体平面及第三方应用控制器的支持下基于MSRP通道进行Messaging会话。 

用户A结束与第三方应用的会话时，实现过程如下： 

步骤10-步骤11、CPM Client A经SIP/IP Core、CPM Server向第三方应用发送SIP BYE消息；CPM Server中的第三方应用控制器执行上述步骤中类似的协议翻译和信令格式转换等接口工作。 

步骤12、CPM Server中的第三方应用控制器将经过转换的会话结束消息Bye Request发送给第三方应用。 

步骤13、第三方应用向CPM Server中的第三方应用控制器返回响应消息Bye Response。 

步骤14-步骤15、CPM Server中的第三方应用控制器将响应消息翻译成SIP 200OK消息后，由信令管理器经SIP/IP Core将SIP 200 OK消息返回给CPM Client A。 

至此，用户A与第三方应用之间的会话结束，CPM Server将释放相应的通信资源。 

与第三方应用的交互可以通过两种方式进行，一种方式是客户端和第三方应用交互融合消息；另一种方式是客户端和第三方应用进行会话；该两种实现方式的处理流程与上述实现过程同理。 

CPM消息系统与非CPM消息系统的互联比较简单，对于消息或会话的互通实现过程与上述实例一和实例二的实现过程同理，将互连实体视为消息或会话的参与方，互连实体负责把消息发送到CPM消息系统或非CPM消息系统的服务器，由CPM服务器或非CPM消息服务器将消息发送给对应的终端；其中，互连实体进行协议转换和路由查找以及地址翻译与上述实例中的对应实现过 程同理，不再赘述。 

CPM用户不在同一个归属网络时，其完成CPM业务的实现流程与上述实例中的实现过程同理，不再赘述。 

实施例二： 

如图9A所示，本实施例中实现融合IP消息的主要流程如下： 

步骤900、CPM服务器接收CPM消息。 

步骤901、所述CPM服务器根据所述CPM消息确定业务类型，并根据业务类型确定能够处理该业务的业务服务器。 

步骤902、所述CPM服务器将所述CPM消息生成对应于所述其他业务服务器的消息或/和会话请求，并发送给所述业务服务器进行处理，以及CPM服务器在接收到业务服务器的CPM消息后将其发送给CPM客户端。 

本实例提供了另一种融合IP消息CPM系统，如图9B所示，该系统包括CPM客户端90，用于根据需要执行的CPM业务的业务类型，产生相应的CPM消息并将其通过传送网络93发送，以及根据接收到的CPM消息的业务类型所对应的处理流程处理CPM消息；CPM服务器91，用于根据接收到的CPM消息确定业务类型，并根据业务类型确定能够处理该业务的业务服务器，以及将所述CPM消息生成对应于所述业务服务器的消息或/和会话请求，并将其通过传送网络93发送给所述业务服务器；多个业务服务器92，用于处理所述消息或/和会话请求；传送网络93，用于在CPM客户端90和CPM服务器91之间、各业务服务器92与CPM服务器91之间传送消息。 

所述业务服务器92，为现有业务服务器，包括呈现服务器、IM服务器、PoC服务器、语音服务器、音频服务器、邮件服务器、IMPS服务器、MMS服务器、SMS服务器等。 

所述传送网络93，可以是一个分组交换公共数据网、电路交换公共数据网、支持传输控制协议/Internet协议的网络、通用分组无线电服务网、数字无线电话网、模拟无线电话网、公共交换电话网、综合服务数字网或宽带综合服务 数字网，本实施例中以SIP/IP核心网为例。 

所述CPM客户端90，允许用户访问CPM业务，可以部署在移动、固定终端或者实现在Internet接入设备上，该CPM客户端支持如下功能： 

1、执行CPM终端到SIP/IP Core的注册、鉴权流程； 

2、发送/接收其他CPM客户端或服务器的CPM消息，以及为用户提供消息或会话邀请到达的通知； 

3、允许用户根据设备、联系地址、媒体类型的不同来进行业务设置； 

4、提供网络存储消息、多媒体内容和用户本地存储同步能力。 

所述CPM服务器91，实现在客户端发起CPM消息或会话时，激活对应的应用服务器，该CPM服务器最为一个代理服务器，实现选择和分发等管理功能。 

在功能实现时CPM服务器91作为整个融合消息业务的总代理，负责将信令和媒体的聚合与分发，CPM服务器91根据发起方的请求，解析需要发送的服务器类型，选择相应的消息服务器，所述其他服务器根据接收到的请求，将对应的消息或请求再转发给相应的CPM服务器91，由其再转发到相应客户端。 

所述CPM服务器91，如图9C所示，包括通信接口910，用于接收或发送消息；信令控制器911，用于根据接收到的CPM消息确定业务类型，并根据业务类型确定处理该业务的业务服务器；以及将所述CPM消息生成对应于所述业务服务器的消息或/和会话，并将其发送给所述业务服务器；存储控制器912，用于管理网络存储的CPM消息内容、会话历史以及其中可能包含的多媒体数据；第三方应用控制器913，用于接收信令控制器911发送的消息或会话控制信令，将该消息或会话控制信令进行协议处理和转换发送给第三方应用，以及接收第三方应用发送的消息或会话控制信令，将该消息或会话控制信令进行协议处理和转换后发送给信令控制器911。 

通信接口910用于本系统中各功能实体之间的通信，定义如下： 

1、第一接口(CM′-2接口)： 

基于SIP协议，用于CPM服务器和SIP/IP核心网之间的通信，并支持： 

-在CPM客户端与CPM服务器之间传输CPM会话信令； 

-在CPM客户端与CPM服务器之间交换消息； 

-提供地址解析服务； 

-利用呈现功能实体为CPM服务器发布、订阅呈现信息； 

-订阅存储在CPM XDMS或Shared XDMS中XML文档状态变化通知； 

-订阅CPM服务器上的会议事件通知； 

-发布CPM用户业务设置。 

2、第二接口(CM′-3接口)： 

用于CPM客户端和CPM服务器之间的通信，可以实现媒体通信所需要的各种传输协议(如消息会话中继协议MSRP(Message Session Relay Protocol)、实时传输协议RTP(Real Time Protocol)/实时传输控制协议RTCP(Real TimeProtocol)、超级文本传送协议HTTP(Hyper Text Transport Protocol))等，并支持： 

-融合消息(消息、邮件、文件)的传输； 

-单/双工语音会； 

-基于各种音频、视频编码格式的流媒体传输。 

3、第三接口(CM′-4接口)： 

基于XCAP协议，用于CPM服务器与CPM XDMS之间的通信，并支持： 

-生成特定CPM业务的XML文档； 

-针对上述XML文档进行各种管理操作，如检索、更新、删除等。 

4、第四接口(CM′-5接口)： 

用于CPM服务器与网络存储实体之间的通信，可以实现媒体通信所需要的各种传输协议(如MSRP、RTP、HTTP等)，并支持： 

-存储、获取独立与通信业务实现技术的用户统一联系列表； 

-存储、获取单独的消息和会话历史； 

-存储、获取多媒体数据。 

5、第五接口(CM′-6接口)： 

基于某一特定协议(如SIP)，用于CPM服务器与第三方应用之间的通信，并支持： 

-CPM服务器与第三方应用之间独立与媒体类型的消息交互。 

6、第六接口(CM′-7接口)： 

用于CPM服务器与互连实体之间的通信，并支持： 

-CPM服务器与非CPM消息系统之间独立于媒体类型的消息交互； 

-维持非CPM消息系统协议不变。 

7、第七接口(CM′-10接口)： 

基于XCAP协议，用于CPM服务器与Shared XDMS之间的通信，，并支持，： 

-CPM业务中组特定信息的检索； 

-CPM业务中用户设置信息的检索； 

-CPM业务中URI列表信息的检索。 

8、第八接口(CH′-x接口)： 

用于CPM服务器与计费实体之间的通信，并支持： 

-离线与在线计费功能； 

-CPM业务通信之后上报计费事件； 

-CPM业务通信过程中上报中间计费事件。 

9、第九接口(CM′-8接口)： 

基于媒体传输协议，用于CPM服务器与远程CPM服务器之间的通信，可以实现媒体通信所需要的各种传输协议(如MSRP、RTP、HTTP等)，并支持： 

-融合消息(消息、邮件、文件)的传输； 

-单/双工语音会话； 

-基于各种音频、视频编码格式的流媒体传输。 

10、第十接口(CM′-1接口)： 

基于SIP协议，用于CPM客户端和SIP/IP核心网之间的通信，并支持： 

-在CPM客户端与CPM服务器之间传输CPM会话信令； 

-在CPM客户端与CPM服务器之间交换消息； 

-提供服务器发现和地址解析服务； 

-提供SIP压缩功能； 

-根据CPM用户签署的业务设置执行鉴权和授权流程； 

-提供CPM用户终端注册。 

11、第十一接口(CM′-9接口)： 

基于媒体传输协议，用于CPM客户端与远程CPM客户端之间的通信，可以实现媒体通信所需要的各种传输协议(如MSRP、RTP、HTTP等)，并支持： 

-融合消息(消息、邮件、文件)的传输； 

-单/双工语音会话； 

-基于各种音频、视频编码格式的流媒体传输。 

12、第十二接口(XDM′-3接口)： 

基于XCAP协议，用于CPM XDMS与SIP/IP核心网之间的通信，并支持： 

-订阅网络存储CPM XML文档状态变化； 

-网络存储CPM XML文档状态改变通知。 

13、第十三接口(XDM′-4接口)： 

基于XCAP协议，用于CPM XDMS与XML文档管理实体之间的通信，并支持： 

-CPM业务特定XML文档管理功能(例如，创建、更新、检索和删除)。 

14、LF′-1接口： 

用于非CPM消息系统与网络存储实体之间的通信，可以实现媒体通信所需的各种传输协议(如MSRP、RTP/RTCP、HTTP等)，并支持： 

-存储、获取独立于通信业务实现技术的用户统一联系列表； 

-存储、获取单独的消息和会话历史； 

-存储、获取多媒体数据。 

15、CL′-1接口： 

用于非CPM客户端与网络存储实体之间的通信，可以实现媒体通信所需的各种传输协议(如MSRP、RTP/RTCP、HTTP等)，并支持： 

-存储、获取独立于通信业务实现技术的用户统一联系列表； 

-存储、获取单独的消息和会话历史； 

-存储、获取多媒体数据。 

16、IP′-1接口： 

基于SIP协议，用于SIP/IP核心网与远程SIP/IP核心网之间的通信，并支持： 

-在SIP/IP核心网之间进行SIP信令的通信与转发； 

-传送计费信息。 

17、XDM′-1接口： 

基于SIP协议，用于XDM客户端与SIP/IP核心网之间的通信，并支持： 

-订阅网络存储XDM文档状态变化； 

-网络存储XDM文档状态改变通知。 

18、XDM′-2接口： 

基于XCAP协议，用于XDM客户端与XML文档管理实体之间的通信，并支持： 

-XML文档管理功能(例如，创建、更新、检索和删除)； 

-XDM客户端与XML文档管理实体之间双向鉴权。 

19、XDM′-5接口： 

基于XCAP协议，用于呈现服务器与XML文档管理实体之间的通信，并支持： 

-呈现业务特定XML文档管理功能(例如，创建、更新、检索和删除)。 

20、XDM′-6接口： 

基于SIP协议，用于Shared XDMS与SIP/IP核心网之间的通信，并支持： 

-订阅网络存储Shared XDM文档状态变化； 

-网络存储Shared XDM文档状态改变通知。 

21、XDM′-7接口： 

基于XCAP协议，用于Shared XDMS与XML文档管理实体之间的通信，并支持： 

-Shared特定XML文档管理功能(例如，创建、更新、检索和删除)。 

22、PRS′-1接口： 

基于SIP协议，用于呈现客户端与SIP/IP核心网之间的通信，并支持： 

-发布呈现信息； 

-订阅呈现信息并接收通知； 

-SIP压缩和解压缩。 

23、PRS′-2接口： 

基于SIP协议，用于呈现服务器与SIP/IP核心网之间的通信，并支持： 

-发布呈现信息； 

-订阅呈现信息并接收通知； 

-订阅呈现业务特定XML文档状态改变。 

24、IWF′-1接口： 

基于HTTP协议用于互连实体与IMPS服务器之间的通信，并支持： 

-互联功能实体与IMPS服务器之间独立于媒体类型的消息交互。 

25、IWF′-2接口： 

基于HTTP协议，用于互连实体与MMS Proxy/Relay之间的通信，并支持： 

-互联功能实体与MMS Proxy/Relay之间独立于媒体类型的消息交互。 

26、IWF′-3接口： 

基于SMPP协议，用于互连实体与SMSC服务器之间的通信，并支持： 

-互连实体与SMSC服务器之间独立于媒体类型的消息交互。 

上述16-26所述的接口为现有消息系统中已经存在但为CPM业务的部署提供支持的接口。 

本实施例中的CPM系统还包括如下功能实体： 

网络存储实体94，用于统一存储用户数据，提供如下功能：独立于通信业务实现技术的用户统一联系列表，单独的消息和历史列表，多媒体数据；所有网络存储数据都可以被同步到用户终端，并且能够根据用户业务设置和运营商策略部署相应的存储能力。 

CPM XDMS实体95，用于存储CPM用户以XML文档形式保存的与CPM业务相关的特定信息。 

XDM文档管理实体96，用于为CPM用户提供网络存储XML文档的访问和控制，以及管理存储在网络侧的CPM特定XML文档(如CPM统一存储中的会话历史数据文档或者共享Shared XDMS中的用户联系列表等)，以及为XDM客户端提供网络存储XML文档的访问控制点，并执行XDM客户端鉴权、XCAP请求路由、网络存储XML文档搜索等功能。 

共享Shared XDMS实体97，用于提供包括CPM在内的OMA各个业务功能实体(OMAEnabler)共享XML文档的访问和控制。 

所述CPM XDMS实体95和Shared XDMS实体97均作为XCAP服务器为CPM用户提供XML文档管理。 

计费实体98，用于接收来自CPM业务上报的计费时间信息来为运营商提供收费依据。 

互连实体99，用于为CPM系统和其他系统的互通定义标准接口，通过将CPM消息与非CPM消息进行相应的格式转换，允许CPM用户与其他非CPM消息系统用户进行无缝交互。 

第三方应用实体100，用于为CPM用户提供第三方应用业务。 

一个或多个远程CPM服务器101，用于与CPM服务器进行远程CPM业 务交互。 

一个或多个远程CPM客户端102，用于与CPM客户端进行远程CPM业务交互。 

本系统中的各功能实体之间通过上述定义的通信接口进行通信，完成业务交互。 

下面通过实例并结合说明书附图对本发明实施例技术方案进行详细说明。 

实例一：CPM Server A、B分别为用户A和B归属网络的CPM服务器，IM ServerA、B分别为用户A和B归属网络的即时消息服务器，SIP/IP CoreA、B分别为用户A和B归属网络SIP信令传输网络；如图10所示，CPM用户A和B之间传送消息的实现流如下： 

步骤1、用户A与B想进行消息聊天，由CPM Client A向其归属网络SIP/IPCore A发送SIP MESSAGE，该消息中可以携带CPM特征码Feature Tag，如：Accept-Contact：+g.cpm；SIP/IP Core A通过该特征码识别出此SIP MESSAGE属于CPM业务。 

步骤2、SIP/IP Core A通过特征码Accept-Contact：+g.cpm识别出这是CPM业务请求，将其转发给CPM Server A。 

步骤3、CPM Server A收到SIP MESSAGE后经过分析判断这是消息传送请求，并且确定现有的IM业务已经可以满足，则在SIP MESSAGE消息中添加CPM重用IM特征码Feature Tag，如：Accept-Contact：+g.cpmonim，并将其发送给SIP/IP Core A。 

步骤4、SIP/IP Core A根据特征码Accept-Contact：+g.cpmonim识别出是CPM重用IM的消息请求，将其转发给IM Server A； 

步骤5-步骤7、IM Sever A收到SIP MESSAGE消息后按照正常的IM业务逻辑处理，通过分析请中求Request URI获取到目标用户B归属的网络域，并经由SIP/IP Core A和B将SIP MESSAGE消息路由给用户B归属网络中的IM Server B。 

步骤8、IM Sever B收到SIP MESSAGE后按照正常的IM业务逻辑处理，之后将其发送给SIP/IP Core B。 

步骤9、SIP/IP Core B根据特征码Accept-Contact：+g.cpm识别出是CPM业务请求，将其转发给CPM Server B。 

步骤10-步骤11、CPM Server B经SIP/IP Core B将SIP MESSAGE消息转发给CPM Client B。 

步骤12-步骤13、CPM Client B经SIP/IP Core B向CPM Server B发送SIP 200OK响应消息。 

步骤14-步骤15、CPM Server B经SIP/IP Core B向IM Server B发送SIP200 OK响应消息。 

步骤16-步骤18、IM Server B经SIP/IP Core B和SIP/IP Core A向IMServer A发送SIP 200OK响应。 

步骤19-步骤20、IM Server A经SIP/IP Core A向CPM Server A发送SIP200 OK响应消息。 

步骤21-步骤22、CPM Server A经SIP/IP Core A向CPM Client A发送SIP 200 OK响应消息。 

实例二：CPM Server A、B分别为用户A和B归属网络的CPM服务器；IM ServerA、B和PoC ServerA、B分别为用户A和B归属网络的即时消息业务、PoC业务服务器；SIP/IP CoreA、B分别为用户A和B归属网络SIP信令传输网络； 

本实施例中假定用户A发起的多媒体会话中包括文本消息和半双工语音会话，现有的IM和PoC业务已经可以满足，因此可以重用IM和PoC服务器业务能力；如图11A、图11B所示，用户A和用户B之间完成消息传送的实现过程如下： 

步骤1、用户A想发起与用户B的多媒体会话，由CPM Client A向其归属网络SIP/IP Core A发送SIP INVITE请求，该消息中可以携带CPM特征码 Feature Tag，如：Accept-Contact：+g.cpm，SIP/IP Core A根据该特征码识别出此SIP INVITE属于CPM业务。 

步骤2、SIP/IP Core A根据特征码Accept-Contact：+g.cpm识别出该请求是CPM业务请求，并将其转发给CPM Server A； 

CPM Server A对收到的SIP INVITE请求进行分析，并根据接该SIPINVITE消息中包含的会话建立参数分别构造建立文本消息会话SIP INVITE请求和建立半双工语音会话SIP INVITE请求，并分别发送给现有的IM服务器和PoC服务器，上述新构造的SIP INVITE消息中分别添加特殊的IM和POC特征码，用以表明为CPM重用IM、POC业务的特殊设置，并且在这两个SIPINVITE中还包含相同的会话标识符，以及表明CPM服务器新生成SIP INVITE的序列号，例如在本实施例中CPM Server A根据收到的SIP INVITE请求新构造了两个SIP INVITE，则发给IM服务器SIP INVITE序列号可以设为1/2，而发向POC服务器的设为2/2。 

步骤3-步骤4：CPM Server A在重新构造后的SIP INVITE消息中添加CPM重用IM特征码Feature Tag，如：Accept-Contact：+g.cpmonim，经由SIP/IPCore A将其发送给IM Server A(SIP/IP Core A根据该IM特征码知道要将此SIP INVITE转发至IM Server A)。 

步骤5-步骤6、CPM Server A在重新构造的SIP INVITE消息中添加CPM重用PoC特征码Feature Tag，如：Accept-Contact：+g.cpmonpoc，经由SIP/IP CoreA将它发送给PoC Server A(SIP/IP Core A根据该PoC特征码知道要将此SIPINVITE转发至PoC Server A)。 

步骤7-步骤9、IM Sever A收到SIP INVITE请求后按照正常的IM业务逻辑处理，通过分析请求中Request URI获取到目标用户B归属的网络域，并经由SIP/IP Core A和B将SIP INVITE消息路由给用户B归属网络中的IMServer B。 

步骤10-步骤12、PoC Sever A收到SIP INVITE请求后按照正常的PoC 业务逻辑处理，通过分析请求中Request URI获取目标用户B归属的网络域，并经由SIP/IP Core A和B将SIP INVITE消息路由给用户B归属网络中的PoCServer B。 

步骤13-步骤14、IM Sever B收到SIP INVITE后按照正常的IM业务逻辑处理，将其发送给SIP/IP Core B，SIP/IP Core B根据特征码Accept-Contact：+g.cpm识别出是CPM业务请求，并将其转发给CPM Server B。 

步骤15-步骤16、PoC Sever B收到SIP INVITE后按照正常的PoC业务逻辑处理，将其发送给SIP/IP Core B，SIP/IP Core B根据特征码Accept-Contact：+g.cpm识别出是CPM业务请求，并将其转发给CPM Server B。 

步骤17-步骤18、CPM Server B在相继收到两个具有相同会话标识的SIPINVITE请求后，结合SIP INVITE各自包含的会话请求序列号判断出这是由同一个CPM SIP INVITE请求构造的，。并根据这两个SIP INVITE请求中携带的会话建立参数重新还原出用户A发起的SIP INVITE请求，经由SIP/IP Core B转发给CPM Client B。 

步骤19-步骤20、CPM Client B经由SIP/IP Core B向CPM Server B返回SIP 200OK响应消息。 

步骤21-步骤22、CPM Server B根据SIP 200 OK响应中包含的CPM重用IM特征码Feature Tag，如：Accept-Contact：+g.cpmonim，经由SIP/IP Core A将其发送给IM Server B。 

步骤23-步骤24、CPM Server B根据SIP 200OK响应中包含的CPM重用PoC特征码Feature Tag，如：Accept-Contact：+g.cpmonpoc，经由SIP/IP CoreA将其发送给PoC Server B。 

步骤25-步骤27、IM Sever B收到SIP 200 OK响应后按照正常的IM业务逻辑处理，经由SIP/IP Core A、B将SIP 200 OK响应消息发送给用户A归属网络中的IM ServerA。 

步骤28-步骤30、PoC Sever B收到SIP 200 OK响应后按照正常的PoC 业务逻辑处理，经由SIP/IP Core A、B将SIP 200 OK响应消息发送给用户A归属网络中的PoC Server A。 

步骤31-步骤32、IM Sever A收到SIP 200 OK响应后按照正常的IM业务逻辑处理，根据特征码Accept-Contact：+g.cpm识别出是CPM业务请求，将其经由SIP/IP Core A返回给CPM Server A。 

步骤33-步骤34、PoC Sever A收到SIP 200 OK响应后按照正常的PoC业务逻辑处理，根据特征码Accept-Contact：+g.cpm识别出是CPM业务请求，将其经由SIP/IP Core A返回给CPM Server A。 

步骤35-步骤36、CPM Server A在相继收到两个具有相同会话标识的SIP200 OK响应后，结合各自包含的会话请求序列号判断出这是针对同一个CPMSIP INVITE请求返回的最终响应，将其生成与原先CPM SIP INVITE请求对应的新的SIP 200 OK响应消息，并经SIP/IP Core A将新的SIP 200 OK消息转发给CPM Client A。 

步骤37-步骤54、与上述SIP INVITE消息处理流程类似，CPM Client A向CPM Client B返回ACK确认消息。 

至此，CPM用户A与B之间的包含文本消息和语音会话的会话通道已经建立，CPM Client A、B可以通过与IM服务器和PoC服务器之间建立的MSRP与RTP通道进行会话。 

CPM用户请求结束会话时，由所在的客户端向目标用户所在的客户端发送发送SIP BYE请求消息，该请求消息在两客户端之间的处理流程与上述SIPINVITE消息的处理流程同理，不再赘述。 

实例三：CPM Server A、B分别为用户A和B归属网络的CPM服务器，IM Server A、PoC Server A、VoIP Server A分别为用户A归属网络的即时消息业务服务器、PoC业务服务器和VoIP业务服务器；CPM服务器启动会议，分别向IM/POC/VoIP服务器发送消息以激活会议，各业务服务器建立不同类型的分会议，例如IM服务器建立基本的消息类型会议、POC服务器建立半双工的 会议、VoIP服务器建立语音或视频会议；在CPM服务器端各个会议合成一个会议流，并发送到对应的CPM终端，如图12所示，CPM用户之间进行多媒体会议的实现过程如下： 

步骤1-步骤4、CPM Server A根据预定会议策略激活会议，CPM Server A发现该会议要求的业务包括消息会话和半双工语音会话，则分别向IM ServerA、B和PoC Server A发送SIP REFER消息，邀请用户A、B1、B2加入会议；该消息携带CPM特征标识并对所发出的消息标识各自的序列号。 

步骤5-步骤8、IM ServerA、PoC ServerA创建各自的会议会场Focus，由于接收到的消息携带有CPM特征标识则将通过CPM服务向各个参加者发送SIP INVITE，各个SIP INVITE消息携带有相同的CPM会议特征标识；接收到发向本域的客户端A的SIP INVITE消息携带有相同的CPM会议特征标识，则根据序列标识等到接收到两个SIP INVITE消息后合并该消息并转发给该客户端A。IM Server A、PoC Server A查找到客户端B1、B2的路由，将该邀请消息发送到IM Server B、PoC Server B。 

步骤9、CPM Server B将发向客户端B1和B2的两个邀请消息合并，并将CPM特征标识更改为CPM特征标识发送给CPM客户端B1。 

步骤10-步骤19、CPM Client B1通过CPM Server B和IM Server B、PoCServer B向IM Server A、PoC Server A回复应答消息，加入会议并建立会议会话媒体通道；CPM Client B2加入会议及建立会议会话媒体通道的过程与上述CPM Client B1的实现过程类似，此处省略。 

步骤20-步骤28、IM ServerA、PoC ServerA通过发送SIP INVITE消息，邀请CPM Client A参加会议并最终在会议中心和CPM Client A之间建立会议会话媒体通道。 

至此，CPM Client A、B1、B2在CPM Server A、B控制下分别加入实际由IM Server A主持的消息会话会议和由PoC Server A主持的半双工语音会话会议，用户通过上述建立的会议会话通道进行通信。 

对于本实施例二的CPM系统，在网络侧操作消息内容、会话历史以及其中包含的媒体数据时，业务服务器根据CPM服务器的信令请求具体操作CPM网络存储实体中CPM消息内容、会话历史以及其中包含的媒体数据，例如网络中的统一存储处理部分在发送单独的SIP MESSAGE消息时通过与IM、PoC等业务服务器的接口根据用户的设置和偏好将CPM消息保存在其中，而在存储会话内容时，则通过与IM、POC等业务服务器的接口将对应的消息或会话历史存储到网络存储单元。 

本实施例中用户与第三方应用进行通信交互时，CPM服务器负责通过接口和SP等与第三方方进行交互，第三方应用相当于一个参与会话或消息交互的一个参与方，具体实现流程不再赘述。 

实施例三： 

本施例中提供一种实现融合IP消息CPM的系统，如图13所示，该系统包括CPM客户端130，用于根据接收到的消息和CPM用户发起的消息确定业务类型，并根据该业务类型处理该业务后，将其发送给对应的业务服务器；多个业务服务器131，用于接收CPM客户端130发送的消息以及向CPM客户端130发送消息；传送网络132，用于在CPM客户端130与业务服务器131之间传送消息。 

所述业务服务器131，为现有业务服务器，包括呈现服务器、IM服务器、PoC服务器、语音服务器、音频服务器、邮件服务器、IMPS服务器、MMS服务器、SMS服务器等。 

所述传送网络132，可以是一个分组交换公共数据网、电路交换公共数据网、支持传输控制协议/Internet协议的网络、通用分组无线电服务网、数字无线电话网、模拟无线电话网、公共交换电话网、综合服务数字网或宽带综合服务数字网，本实施例中以SIP/IP核心网为例。 

所述CPM客户端130包括业务功能模块1300，用于发送CPM消息和接收CPM消息；业务控制模块1301，用于根据接收到的消息确定业务类型，并 根据该业务类型触发对应的业务功能模块；用户界面模块1302，用于将接收到的消息和用户发起的消息发送给业务控制模块。 

其中，业务功能模块1300包括XDM模块、PRS模块、IM模块、PoC模块、语音模块、音频模块、邮件模块、SMS模块、MMS模块和IMPS模块中的一个或多个模块。 

如图14所示，CPM客户端发送消息的实现过程如下： 

步骤140、用户通过用户界面模块编辑消息后，将其发送给业务控制模块。 

步骤141、业务控制模块判断业务类型，并根据所述业务类型确定处理该业务的业务功能模块。 

步骤142、业务控制模块选择相应的发送方式将消息发送。 

如图15所示，CPM客户端发起会话的实现过程如下： 

步骤150、用户通过用户界面模块发起会话，用户选择会话中的媒体类型。 

步骤151、业务控制模块根据媒体类型判断会话的业务类型，并且触发处理该业务的业务功能模块；如用户选择半双工语音会话，业务控制模块就会选择触发PoC业务功能模块；如果用户选择利用文本进行即时聊天，业务控制模块就会选择IM业务功能模块；如果用户同时选择了视频和文本，那么业务控制模块就会同时触发Video业务功能模块和IM业务功能模块。 

步骤152、业务功能模块发起对应的会话；发起具有多种业务类型的会话时，如IM业务和视频业务，则由用户界面模块将该两种业务在用户平面上合并为一个业务，因此，用户可以同时进行视频和文本聊天。 

如图16所示，CPM客户端接收会话的实现过程如下： 

步骤160、用户界面模块接收会话请求，并将其发送给业务控制模块。 

步骤161、业务控制模块根据会话请求确定业务类型，并触发对应的业务功能模块。 

步骤162、业务功能模块处理该对话。 

本发明实施例IP融合消息CPM服务器接收CPM消息后，根据所述CPM 消息确定业务类型并进行相应的信令控制，其中，对于需要媒体传输通道的业务，判断其媒体类型并根据该媒体类型配置相应的媒体资源和建立媒体传输通道，以及根据业务类型对应的处理流程处理CPM消息内容；或者，CPM服务器接收CPM消息后，根据所述CPM消息确定业务类型，并根据业务类型确定能够处理该业务的其他业务服务器，以及将所述CPM消息生成对应于所述其他业务服务器的消息或/和会话请求，并将其发送给所述其他业务服务器进行处理，以及在接收到业务服务器的CPM消息后将其发送给CPM客户端；通过上述实现方式可以为用户提供融合的业务体验，克服了非CPM消息业务技术能力交叉而导致用户的业务体验重叠，因此，采用本发明实施例技术方法可以提高用户的业务体验。 

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。 

Claims (60)

1.一种实现融合IP消息的方法，其特征在于，包括步骤：

融合IP消息CPM服务器接收CPM消息；

所述CPM服务器根据所述CPM消息确定业务类型并进行相应的信令控制，其中，对于需要媒体传输通道的业务，确定其媒体能力并根据该媒体能力配置相应的媒体资源和建立媒体传输通道，所述业务类型为消息传送业务时，所述CPM服务器通过CPM消息将消息内容发送到接收端；所述业务类型为会话业务时，所述信令控制是指根据会话请求的特性选择会话类型进行包含配置媒体资源和建立媒体传输通道的会话控制；

所述CPM服务器根据业务类型对应的处理流程处理CPM消息内容；

所述业务类型为消息传送业务时，所述CPM服务器通过CPM消息将消息内容发送到接收端，具体包括：

CPM服务器接收到CPM消息后，由CPM服务器内部的信令管理器对所述消息进行分析并判断出业务类型是消息传送业务，将所述消息发送到CPM服务器内部的消息控制器，由所述消息控制器执行消息控制策略，并将所述消息返回给信令管理器，信令管理器根据消息控制器返回的消息确定接收方的下一跳；

所述业务类型为会话业务时，所述CPM服务器根据所述CPM消息确定业务类型并进行相应的信令控制，具体包括：

所述CPM服务器内部的信令管理器对所述CPM消息进行分析并判断出业务类型是会话邀请，一方面将所述CPM消息发送到CPM服务器内部的会话控制器，由所述会话控制器执行消息控制策略；另一方面在媒体单元进行传输端口资源预留；信令管理器根据会话控制器返回的消息确定接收方的下一跳。

2.如权利要求1所述的方法，其特征在于，所述会话类型至少包括消息会话、语音会话和视频会话之一。

3.如权利要求1所述的方法，其特征在于，所述业务类型为会议业务时，所述信令控制包括创建会议和将参会用户加入到会议中，并按照会议策略控制会议会话。

4.如权利要求1所述的方法，其特征在于，所述业务类型为在网络侧操作CPM消息内容的业务时，所述CPM服务器在网络侧操作消息内容、会话历史以及其中可能包含的多媒体数据，其中所述操作包括存储、获取、删除和更新。

5.如权利要求1至4任一项所述的方法，其特征在于，所述业务类型为具有第三方应用参与的业务时，所述CPM服务器进一步对从所述第三方应用接收和向其发送的CPM消息进行协议处理和转换。

6.如权利要求1至4任一项所述的方法，其特征在于，所述业务类型为具有非CPM消息系统参与的业务时，所述CPM服务器进一步对从所述非CPM消息系统接收和向其发送的CPM消息进行协议处理和转换。

7.一种融合IP消息CPM服务器，其特征在于，包括：

通信接口，用于接收或发送消息；

控制单元，用于根据接收到的CPM消息确定业务类型并进行相应的信令控制；

媒体单元，用于根据所述控制单元的指令进行媒体能力控制并进行资源管理；

所述控制单元包括信令管理器和控制器，其中，

所述信令管理器，用于对接收到的CPM消息确定业务类型，并将其传递给控制器，以及根据所述控制器的处理结果进行后续处理；

所述控制器，用于根据所述业务类型对所述信令管理器发送的CPM消息进行信令控制，并将结果返回给所述信令管理器；

所述控制器至少包括消息控制器、会话控制器和存储控制器，其中，

所述消息控制器，用于对接收到的CPM消息请求进行相应的信令控制，并将处理结果返回给所述信令管理器；以及在所述CPM消息中携带网络存取请求时，向所述存储控制器发送存取请求；

所述会话控制器，用于将接收到的CPM会话中的消息请求转发给消息控制器处理；对接收到的CPM会话控制信令进行相应的信令控制，将处理结果返回给所述信令管理器，并向媒体单元发送进行会话媒体能力控制的指令；以及在所述CPM会话需要操作会话内容时，向所述存储控制器发送操作会话内容的请求；

所述存储控制器，用于接收所述消息控制器和会话控制器发送的操作请求，并根据该请求在网络侧操作所述消息内容、会话历史以及其可能包括的媒体数据；其中，进行会话历史存储时向媒体单元获取会话内容。

8.如权利要求7所述的CPM服务器，其特征在于，所述控制单元还包括：

第三方应用控制器，用于协议处理和转换，通过第五接口与第三方应用之间进行通信，该第五接口支持CPM服务器与第三方应用之间的消息传输。

9.如权利要求7所述的CPM服务器，其特征在于，所述媒体单元包括：

媒体能力控制器，用于确定接收到的会话控制信令的会话媒体能力，以及请求会话媒体资源管理；

用户平面，用于根据所述媒体能力控制器的请求为会话传输提供资源管理。

10.如权利要求9所述的CPM服务器，其特征在于，所述媒体能力控制器包括：

媒体能力选择模块，用于根据会话控制信令的类型确定对应的媒体能力，并将该控制信令发送给对应的能力执行模块；

能力执行模块，用于根据控制信令操作媒体。

11.如权利要求10所述的CPM服务器，其特征在于，所述能力执行模块至少包括多媒体消息模块、语音模块、音频/视频流媒体模块、邮件模块和文件模块中的一个模块。

12.如权利要求7所述的CPM服务器，其特征在于，所述通信接口包括：

第一接口，基于SIP协议，用于在CPM服务器与传送网络之间传送CPM消息；

第二接口，基于媒体传输协议，用于在CPM服务器与CPM客户端之间传送CPM业务媒体内容。

13.如权利要求12所述的CPM服务器，其特征在于，所述通信接口还包括下列接口之一或全部：

第三接口，基于XCAP协议，用于CPM服务器与CPM XDMS实体之间的通信，支持生成CPM业务特定的XML文档，以及操作该XML文档；

第四接口，用于CPM服务器与网络存储实体之间的通信，并支持存取CPM用户的相关信息，存取消息内容和会话历史以及其中可能包含的多媒体数据。

14.如权利要求12所述的CPM服务器，其特征在于，所述通信接口还包括：

第六接口，用于CPM服务器与互连实体之间的通信，支持CPM服务器与非CPM消息系统之间的消息传输。

15.如权利要求12所述的CPM服务器，其特征在于，所述通信接口还包括下列接口之一或多个：

第七接口，基于XCAP协议，用于CPM服务器与共享XDMS之间的通信，支持CPM业务中组特定信息的检索、CPM业务中用户信息的检索和CPM业务中URI列表信息的检索；

第八接口，用于CPM服务器与计费实体之间的通信，支持离线与在线计费，以及在CPM业务通信过程中上报中间计费事件和在CPM业务通信之后上报计费事件；

第九接口，基于媒体传输协议，用于在远程CPM服务器与CPM服务器之间传送CPM业务媒体内容。

16.一种融合IP消息CPM系统，其特征在于，包括：

CPM客户端，用于根据需要执行的CPM业务的业务类型，产生相应的CPM消息并将其发送，以及根据接收到的CPM消息的业务类型所对应的处理流程处理CPM消息；

CPM服务器，用于根据接收到的CPM消息确定业务类型并进行相应的信令控制，以及根据业务类型对应的处理流程处理CPM消息内容；其中，对于需要媒体传输通道的业务，确定其媒体能力并根据该媒体能力配置相应的媒体资源和建立媒体传输通道；

传送网络，用于传送所述CPM客户端和所述CPM服务器的CPM消息；

所述CPM服务器包括：

通信接口，用于接收或发送消息；

控制单元，用于根据接收到的CPM消息确定业务类型并进行相应的信令控制；

媒体单元，用于根据所述控制单元的指令进行媒体能力控制并进行资源管理；

所述控制单元包括信令管理器和控制器，其中，

所述信令管理器，用于对接收到的CPM消息确定业务类型，并将其传递给控制器，以及根据所述控制器的处理结果进行后续处理；

所述控制器，用于根据所述业务类型对所述信令管理器发送的CPM消息进行信令控制，并将结果返回给所述信令管理器；

所述控制器至少包括消息控制器、会话控制器和存储控制器；其中，

所述消息控制器，用于对接收到的CPM消息请求进行相应的信令控制，并将处理结果返回给所述信令管理器；以及在所述CPM消息中携带网络存取请求时，向所述存储控制器发送存取请求；

所述会话控制器，用于将接收到的CPM会话中的消息请求转发给消息控制器处理；对接收到的CPM会话控制信令进行相应的信令控制，将处理结果返回给所述信令管理器，并向媒体单元发送进行会话媒体能力控制的指令；以及在所述CPM会话需要操作会话内容时，向所述存储控制器发送操作会话内容的请求；

所述存储控制器，用于接收所述消息控制器和会话控制器发送的操作请求，并根据该请求在网络侧操作所述消息内容、会话历史以及其可能包括的媒体数据；其中，进行会话历史存储时向媒体单元获取会话内容。

17.如权利要求16所述的CPM系统，其特征在于，所述CPM客户端与所述传送网络之间通过基于SIP协议的第十接口进行通信，该第十接口支持CPM客户端与传送网络之间的CPM消息传送，以及CPM用户终端的注册和CPM业务的鉴权和授权。

18.如权利要求16所述的CPM系统，其特征在于，所述CPM客户端与所述CPM服务器之间通过基于媒体传输协议的第二接口进行通信，该第二接口支持传送CPM业务媒体内容。

19.如权利要求16所述的CPM系统，其特征在于，所述CPM服务器与所述传送网络之间通过基于SIP协议的第一接口进行通信，该第一接口支持CPM服务器发布和订阅呈现消息，以及订阅XML文档状态变化通知。

20.如权利要求16所述的CPM系统，其特征在于，所述CPM系统还包括：

CPM XDMS实体，用于存储CPM用户以XML文档形式记录的相关信息；通过基于XCAP协议的第三接口与所述CPM服务器进行通信，该第三接口支持生成CPM业务的XML文档，以及操作该XML文档；通过基于XCAP协议的第十二接口与传送网络之间进行通信，该第十二接口支持网络存储CPMXML文档状态变化的订阅和通知。

21.如权利要求16所述的CPM系统，其特征在于，所述CPM系统还包括：

网络存储实体，用于管理消息内容和会话历史，以及多媒体数据；通过第四接口与所述CPM服务器进行通信，该第四接口支持存取CPM用户的相关信息，存取消息内容和会话历史以及其中可能包含的多媒体数据。

22.如权利要求20所述的CPM系统，其特征在于，所述CPM系统还包括：

XML文档管理实体，用于为CPM用户提供网络存储XML文档的访问和控制；通过基于XCAP协议的第十三接口与所述CPM XDMS实体进行通信，该第十三接口支持操作CPM业务的XML文档。

23.如权利要求16所述的CPM系统，其特征在于，所述CPM系统还包括：

第三方应用实体，用于为CPM用户提供第三方应用业务；通过第五接口与所述CPM服务器进行通信，该第五接口支持CPM服务器与第三方应用之间的消息传输。

24.如权利要求16所述的CPM系统，其特征在于，所述CPM系统还包括：

互连实体，用于对与非CPM消息系统交互的业务数据进行相应的格式转换；通过第六接口与所述CPM服务器进行通信，该第六接口支持CPM服务器与非CPM消息系统之间的消息传输。

25.如权利要求16所述的CPM系统，其特征在于，所述CPM系统还包括：

共享XDMS实体，用于提供共享XML文档管理功能；通过基于XCAP协议的第七接口与所述CPM服务器进行通信，该第七接口支持CPM业务中组特定信息的检索、CPM业务中用户设置信息的检索和CPM业务中URI列表信息的检索。

26.如权利要求16所述的CPM系统，其特征在于，所述CPM系统还包括：

计费实体，用于接收CPM业务上报的计费事件信息以提供计费依据；通过第八接口与所述CPM服务器进行通信，该第八接口支持离线与在线计费，以及在CPM业务通信过程中上报中间计费事件和在CPM业务通信之后上报计费事件。

27.如权利要求16所述的CPM系统，其特征在于，所述CPM系统还包括：

远程CPM服务器，通过基于媒体传输协议的第九接口与所述CPM服务器进行通信，该第九接口支持传送CPM业务媒体内容。

28.如权利要求16所述的CPM系统，其特征在于，所述控制单元还包括：

第三方应用控制器，用于协议处理和转换，并与第三方应用进行通信交互。

29.如权利要求16所述的CPM系统，其特征在于，所述媒体单元包括：

媒体能力控制器，用于确定接收到的会话控制信令的会话媒体能力，以及请求会话媒体资源管理；

用户平面，用于根据所述媒体能力控制器的请求为会话传输提供资源管理。

30.如权利要求29所述的CPM系统，其特征在于，所述媒体能力控制器包括：

媒体能力选择模块，用于根据会话控制信令的类型确定对应的媒体能力，并将该控制信令发送给对应的能力执行模块；

能力执行模块，用于根据控制信令操作媒体。

31.如权利要求29所述的CPM系统，其特征在于，所述能力执行模块至少包括多媒体消息模块、语音模块、音频/视频流媒体模块、邮件模块和文件模块中的一个模块。

32.一种实现融合IP消息的方法，其特征在于，包括步骤：

融合IP消息CPM服务器接收CPM消息；

所述CPM服务器根据所述CPM消息确定业务类型，并根据业务类型确定能够处理该业务的业务服务器；

所述CPM服务器将所述CPM消息生成对应于所述业务服务器的消息或/和会话请求，并发送给所述业务服务器进行处理，以及CPM服务器在接收到业务服务器的CPM消息后将其发送给CPM客户端。

33.如权利要求32所述的方法，其特征在于，所述CPM消息中包含多个不同业务类型的业务，所述CPM服务器将各业务对应的消息或会话分别发送到对应的业务服务器。

34.如权利要求33所述的方法，其特征在于，所述会话至少包括多媒体消息会话、语音会话和视频会话之一。

35.如权利要求32所述的方法，其特征在于，所述CPM服务器根据业务类型在所述消息或会话中携带对应的业务特征标识，传送网络根据该业务特征标识将所述消息或会话发送到对应的业务服务器。

36.如权利要求32所述的方法，其特征在于，所述业务类型为在网络侧操作CPM消息内容的业务时，所述CPM服务器在网络侧操作消息内容、会话历史以及其中可能包含的多媒体数据，其中所述操作包括存储、获取、删除和更新。

37.如权利要求32所述的方法，其特征在于，所述业务类型为具有第三方应用参与的业务时，所述CPM服务器进一步对从所述第三方应用接收和向其发送的CPM消息进行协议处理和转换。

38.如权利要求32所述的方法，其特征在于，所述业务类型为具有非CPM消息系统参与的业务时，所述CPM服务器进一步对从所述非CPM消息系统接收和向其发送的CPM消息进行协议处理和转换。

39.一种融合IP消息CPM服务器，其特征在于，包括：

通信接口，用于接收或发送消息；

信令控制器，用于根据接收到的CPM消息确定业务类型，并根据业务类型确定处理该业务的业务服务器，将所述CPM消息生成对应于所述业务服务器的消息或/和会话请求，并将其发送给所述业务服务器，以及在接收到业务服务器的CPM消息后将其发送给CPM客户端。

40.如权利要求39所述的CPM服务器，其特征在于，所述CPM服务器还包括：

存储控制器，用于管理网络存储的CPM消息内容、会话历史以及其中可能包含的多媒体数据。

41.如权利要求40所述的CPM服务器，其特征在于，所述CPM服务器还包括：

第三方应用控制器，用于协议处理和转换，通过第五接口与第三方应用之间进行通信，该第五接口支持CPM服务器与第三方应用之间的消息传输。

42.如权利要求39所述的CPM服务器，其特征在于，所述通信接口包括：

第一接口，基于SIP协议，用于在CPM服务器与传送网络之间传送CPM消息；

第二接口，基于媒体传输协议，用于在CPM服务器与CPM客户端之间传送CPM业务媒体内容。

43.如权利要求39所述的CPM服务器，其特征在于，所述通信接口还包括：

第三接口，基于XCAP协议，用于CPM服务器与CPM XDMS实体之间的通信，支持生成CPM业务特定的XML文档，以及操作该XML文档；

第四接口，用于CPM服务器与网络存储实体之间的通信，并支持存取CPM用户的相关信息，存取消息内容和会话历史以及其中可能包含的多媒体数据。

44.如权利要求39所述的CPM服务器，其特征在于，所述通信接口还包括：

第六接口，用于CPM服务器与互连实体之间的通信，支持CPM服务器与非CPM消息系统之间的消息传输。

45.如权利要求39所述的CPM服务器，其特征在于，所述通信接口还包括下列接口之一或多个：

第七接口，基于XCAP协议，用于CPM服务器与共享XDMS之间的通信，支持CPM业务中组特定信息的检索、CPM业务中用户信息的检索和CPM业务中URI列表信息的检索；

第八接口，用于CPM服务器与计费实体之间的通信，支持离线与在线计费，以及在CPM业务通信过程中上报中间计费事件和在CPM业务通信之后上报计费事件；

第九接口，基于媒体传输协议，用于在远程CPM服务器与CPM服务器之间传送CPM业务媒体内容。

46.一种融合IP消息CPM系统，其特征在于，包括：

CPM客户端，用于根据需要执行的CPM业务的业务类型，产生相应的CPM消息并将其发送，以及根据接收到的CPM消息的业务类型所对应的处理流程处理CPM消息；

CPM服务器，用于根据接收到的CPM消息确定业务类型，并根据业务类型确定能够处理该业务的业务服务器，以及将所述CPM消息生成对应于所述业务服务器的消息或/和会话请求，并将其发送给所述业务服务器，以及CPM服务器在接收到业务服务器的CPM消息后将其发送给CPM客户端；

业务服务器，用于处理所述消息或/和会话请求；

传送网络，用于在CPM客户端和CPM服务器之间、各业务服务器与CPM服务器之间传送消息。

47.如权利要求46所述的CPM系统，其特征在于，所述CPM客户端与所述传送网络之间通过基于SIP协议的第十接口进行通信，该接口支持CPM客户端与传送网络之间的CPM消息传输，以及CPM用户终端的注册和CPM业务的鉴权和授权。

48.如权利要求46所述的CPM系统，其特征在于，所述CPM客户端与所述CPM服务器之间通过基于媒体传输协议的第二接口进行通信，该第二接口支持传送CPM业务媒体内容。

49.如权利要求46所述的CPM系统，其特征在于，所述CPM服务器与所述传送网络之间通过基于SIP协议的第一接口进行通信，该第一接口支持CPM服务器发布和订阅呈现消息，以及订阅XML文档状态变化通知。

50.如权利要求46所述的CPM系统，其特征在于，所述CPM系统还包括：

CPM XDMS实体，用于存储CPM用户以XML文档形式记录的相关信息；通过基于XCAP协议的第三接口与所述CPM服务器进行通信，该第三接口支持生成CPM业务的XML文档，以及操作该XML文档；通过基于XCAP协议的第十二接口与传送网络之间进行通信，该第十二接口支持网络存储CPMXML文档状态变化的订阅和通知。

51.如权利要求46所述的CPM系统，其特征在于，所述CPM系统还包括：

网络存储实体，用于管理消息和会话内容，以及多媒体数据；通过第四接口与所述CPM服务器进行通信，该第四接口支持存取CPM用户的相关信息，存取消息内容和会话历史以及其中可能包含的多媒体数据。

52.如权利要求50所述的CPM系统，其特征在于，所述CPM系统还包括：

XML文档管理实体，用于为CPM用户提供网络存储XML文档的访问和控制；通过基于XCAP协议的第十三接口与所述CPM XDMS实体进行通信，该第十三接口支持操作CPM业务的XML文档。

53.如权利要求52所述的CPM系统，其特征在于，所述CPM系统还包括：

第三方应用实体，用于为CPM用户提供第三方应用业务；通过第五接口与所述CPM服务器进行通信，该第五接口支持CPM服务器与第三方应用之间的消息传输。

54.如权利要求46所述的CPM系统，其特征在于，所述CPM系统还包括：

互连实体，用于对与非CPM消息系统交互的业务数据进行相应的格式转换；通过第六接口与所述CPM服务器进行通信，该第六接口支持CPM服务器与非CPM消息系统之间的消息传输。

55.如权利要求46所述的CPM系统，其特征在于，所述CPM系统还包括：

共享XDMS实体，用于提供共享XML文档管理功能；通过基于XCAP协议的第七接口与所述CPM服务器进行通信，该第七接口支持CPM业务中组特定信息的检索、CPM业务中用户设置信息的检索和CPM业务中URI列表信息的检索。

56.如权利要求46所述的CPM系统，其特征在于，所述CPM系统还包括：

计费实体，用于接收CPM业务上报的计费事件信息以提供计费依据；通过第八接口与所述CPM服务器进行通信，该第八接口支持离线与在线计费，以及在CPM业务通信过程中上报中间计费事件和在CPM业务通信之后上报计费事件。

57.如权利要求46所述的CPM系统，其特征在于，所述CPM系统还包括：

远程CPM服务器，通过基于媒体传输协议的第九接口与所述CPM服务器进行通信，该第九接口支持传送CPM业务媒体内容。

58.如权利要求46至57任一项所述的CPM系统，其特征在于，所述CPM服务器包括：

通信接口，用于接收或发送消息；

信令控制器，用于根据接收到的CPM消息确定业务类型，并根据业务类型确定处理该业务的业务服务器，将所述CPM消息生成对应于所述业务服务器的消息或/和会话请求，并将其发送给所述业务服务器，以及在接收到业务服务器的CPM消息后将其发送给CPM客户端。

59.如权利要求58所述的CPM系统，其特征在于，所述CPM服务器还包括：

存储控制器，用于管理网络存储的CPM消息内容、会话历史以及其中可能包含的多媒体数据。

60.如权利要求59所述的CPM系统，其特征在于，所述CPM服务器还包括：

第三方应用控制器，用于协议处理和转换，并与第三方应用通信交互。

Images