专利名称：一种实现融合ip消息的方法、装置及系统的制作方法
技术领域：
本发明涉及通信领域，特别涉及一种实现融合IP消息的方法、装置及系统。
背景技术：
移动通信网络(如2G、 3G和多i某体子域等)和Intem改网络上开展的消 息业务包括短消息、多士某体消息、即时消息和融合消息等，其中，即时消息和 融合消息是基于会话初始化协议SIP ( Session Initiation Protocol)技术的消息业 务，属于基于呈现信息的个人对个人、个人对应用和个人对群组的消息类的移 动数据业务。现有由开放移动联盟OMA (Open Mobile Alliance)定义的消息服务引擎 是单独设计和标准化的，其消息服务提供一种单一的用户体验，并且限制于某 种特定的媒介和应用。例如-短消息业务SMS (Short Message Service)提供一种基本的文本消息服务；-多媒体消息业务MMS (Multimedia Message Service)提供基本的多媒体 消息服务；-即时消息IM (InstantMessage)提供准实时的文本服务；-一键通PoC (Push to talk)提供一种半双工的语音服务。随着网络和技术的发展,许多消息服务已经开始相关交替，具有如下特点-许多服务都支持多媒体-许多服务都基于呈现信息-许多服务都有一个单一的地址薄-拥有一些共享的普通功能和能力，如XML文档管理力良务(XML Document Management Service )。上述特点的融合需要提供一个单一的融合消息平台，以吸收不同的技术并 支持用户不同的消息体验。基于IP的融合消息，即CPM ( Converged IP Messaging)是OMA倡导定义的全新消息业务框架，为用户提供融合的业务体 验，例如即时消息、离线消息、多媒体会话、半双工/全双工的音频、视频会 议等。融合消息CPM业务允许用户以统一的方式使用具有不同技术特征的通信 服务，克服了由于技术差异造成的非CPM消息业务间的"缝隙"(Silos),从而 为用户服务提供统一的业务体验。在巩固现有消息业务基本能力的同时，CPM业务还在SIP等通信技术的牵引 下融合移动数据业务演化过程中涌现的诸多业务特征，例如1、 CPM能够管理多个同时进行的具有不同4某体类型的会话，允许用户根 据设备、联系地址、媒体类型的不同来进行业务设置；2、 CPM业务不依赖与运营商网络和用户终端，因此可以在多终端环境下 提供服务；3、 CPM提供消息、多媒体内容等用户个人网络存储的能力；4、 CPM支持与非CPM消息系统的无缝互联，使得不同类型的消息用户之 间进行最大互通；5、 CPM不仅支持一对一、 一对多个人数据通信业务，还提供与第三方应 用交互的能力；在实现业务能力的过程中，CPM与OMA中其他功能实体进行 交互，如呈现服务器和XML文档管理实体。OMA IM提供基于SIP技术的即时消息，可以支持以文本和离散媒体类型 为主的消息会话，也可以支持多方用户参与的消息聊天室功能，还可以提供离 线消息的临时存储和通知；但是OMAIM无法在会话过程中提供实时流媒体共 享，在对多方多々某体会议的支持也不够，并且在多终端环境下不能实现消息状 态同步，另外，对于非CPM消息系统(如SMS系统、即时消息系统和呈现业务系纟充IMPS (Instant Messaging and Presence Service ))的互联工4卡虽然正在进4亍， 但是仍然没有得到彻底解决。OMAPoC主要提供基于SIP技术的半双工语音，支持可控的实时语音会话 可以实现组通信以及网络存储，但其应用场景并不包括消息交换、邮件收发或 者与非CPM消息系统(如SMS系统、MMS系统等)的互联。综上可知，非CPM消息业务(如SMS, MMS, IM, PoC)根据各自实现 技术的不同来区分彼此，但其技术能力有交叉，提供给用户的业务体验也有重 叠，因此不仅会割裂移动it据终端市场，还会给4吏用不同消息业务的用户带来 困惑；另外，由于各消息业务的技术差异导致了消息业务之间存在"缝隙，，问 题。发明内容本发明实施例提供实现IP融合消息CPM的方法及系统，用于克服非CPM 消息业务技术能力交叉、用户使用体验重叠以及非CPM消息系统之间存在交 互缝隙的问题。一种实现融合IP消息的方法，包括步骤融合IP消息CPM服务器接收CPM消息；所述CPM服务器根据所述CPM消息确定业务类型并进行相应的信令控 制，其中，对于需要媒体传输通道的业务，确定其媒体能力并根据该媒体能力 配置相应的媒体资源和建立媒体传输通道；所述CPM服务器根据业务类型对应的处理流程处理CPM消息内容。一种融合IP消息CPM服务器，包括通信接口，用于接收或发送消息；控制单元，用于根据接收到的CPM消息确定业务类型并进行相应的信令 控制；媒体单元，用于4,所述控制单元的指令进行媒体能力控制并进行资源管理。一种融合IP消息的终端设备，包括 通信接口，用于接收或发送消息；CPM客户端，用于根据需要执行的CPM业务的业务类型，产生相应的 CPM消息并传送给通信接口 ，以及根据接收到的CPM消息的业务类型所对应 的处理流程处理CPM消息。一种融合IP消息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消息；业务控制才莫块，用于根据接收到的消息确定业务类型，并根据该业务类型 触发对应的业务功能才莫块；用户界面模块，用于将接收到的消息和用户发起的消息发送给业务控制模块。本发明实施例IP融合消息CPM服务器接收CPM消息后，根据所述CPM 消息确定业务类型并进行相应的信令控制，其中，对于需要媒体传输通道的业 务，判断其媒体能力并根据该媒体能力配置相应的媒体资源和建立媒体传输通 道，以及根据业务类型对应的处理流程处理CPM消息内容；或者，CPM服务 器接收CPM消息后，根据所述CPM消息确定业务类型，并根据业务类型确定 能够处理该业务的其他业务服务器，以及将所述CPM消息生成对应于所述其 他业务服务器的消息或/和会话请求，并将其发送给所述其他业务服务器进行处理，以及在接收到业务服务器的CPM消息后将其发送给CPM客户端；通过上 述实现方式可以为用户提供融合的业务体验，克服了非CPM消息业务技术能 力交叉而导致用户的业务体—验重叠，因此，采用本发明实施例技术方法可以提 髙用户的业务体—睑。附國说明
图1A为本发明实施例一中实现融合IP消息的主要流程图；图IB为本发明实施例一中CPM系统结构示意图；图2A为本发明实施例一中CPM服务器结构示意图；图2B为本发明实施例一中CPM服务器内部模块之间的信令控制示意图；图3为本发明实施例一中实现消息传送的流程图；图4A、图4B为本发明实施例一中实现端到端会活的流程图；图5A、图5B为本发明实施例一中实现预定会议的流程图；图6A、图6B为本发明实施例一中实现临时会议的流程图；图7为本发明实施例一中实现网络存储的流程图；图8为本发明实施例一中实现与第三方应用通信的流程图；图9A为本发明实施例二中实现融合IP消息的主要流程图；图9B为本发明实施例二中CPM系统结构示意图；图9C为本发明实施例二中CPM服务器结构示意图；图IO为本发明实施例二中实现消息传送的流程图；图IIA、图IIB为本发明实施例二中实现端对端会话的流程图；图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消息 内容。参见图IB,本实施例的一种融合IP消息CPM系统包括CPM客户端10， 用于根据需要执行的CPM业务的业务类型，产生相应的CPM消息并通过传送 网络12将其发送到CPM服务器11，以及根据接收到的CPM消息的业务类型 所对应的处理流程处理CPM消息；CPM服务器ll,用于根据接收到的CPM 消息确定业务类型并进行相应的信令控制，以及根据业务类型对应的处理流程 处理CPM消息内容；其中，对于需要i某体传输通道的业务，确定其媒体能力 并根据该媒体能力配置相应的媒体资源和建立媒体传输通道；传送网络12，用 于在所述CPM客户端IO和所述CPM服务器11之间传送消息，以及在网络之 间传送消息。所述传送网络12,可以是一个分組交换公共数据网、电路交换公共数据网、 支持传输控制协议/Internet协议的网络、通用分组无线电服务网、数字无线 电话网、模拟无线电话网、公共交换电话网、综合服务数字网或宽带综合服务数字网；本实施例中以SIP/IP核心网为例。所述CPM客户端IO，部署在移动、固定终端上或者实现在Internet接入 设备上， 一个CPM客户端应该支持如下功能1 、执行CPM终端到SIP/IP Core的注册、鉴权流程；2、 发送/接收其他CPM客户端或服务器的CPM消息，以及为用户提供消 息或会话邀请到达的通知；3、 允许用户根据设备、联系地址、媒体类型的不同来进行业务设置；4、 提供网络存储消息、多媒体内容和用户本地存储同步能力。 所述CPM服务器ll，包括通信接口 110、控制平面(Control Plane) 111和媒体平面(Media Plane) 112;下面结合图2A、图2B对各功能模块的实现 功能、以及各功能模块之间的业务逻辑关系进行详细说明控制平面110包括信令管理器30、消息控制器31、会话控制器32、存储 控制器33和第三方应用控制器34;其中，信令管理器30，用于处理接收到的CPM消息和会话控制信令； 当接收到来自传送网络的CPM消息或会话控制信令时，根据信令特征解 析出进一步处理消息或会话请求的分支信息，即确定将CPM消息或会话控制 信令应该转发到的控制器，该处理过程主要如下信令管理器30解析信令请 求并确定CPM业务请求类型，例如SIP MESSGE消息，则根据该消息中的 RequestURI判断出该消息是寻呼模式(PageMode)下的单独消息还是^^舌模 式(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,用于确定接收到的会话控制信令的会话媒体能力，以 及请求M媒体资源管理。用户平面41,用于根椐所述媒体能力控制器40的请求为会话传输提供资源管理。所述媒体能力控制器40进一步包括媒体能力选择模块400,用于接收控制平面发送的CPM会话媒体资源分 配请求，根据该请求信令中的会话媒体描述确定该会话所请求的媒体能力，并 将该请求信令发送给对应的能力执行模块。多个能力执行模块401,用于根据控制信令操作媒体，包括消息传送模块，用于根据接收到消息中的接收用户统一资源标识SIP URI 和呈现信息、以及用户业务设置等信息决定消息到接收方的域的路由，实现消 息递送，以及新消息到达时，向用户递送通知消息；全双工/半双工会话模块，用于决定会话接收方的域的路由、实现媒体参数 协商、以及完成会话策略及々某体的混合MX;音频/视频流媒体模块，用于决定会话接收方的域的路由，实现流媒体传输 服务质量QoS ( Qualify of Service)保证；邮件发送才莫块，用于实现邮件发送；文件传输^t块，用于实现文件传送；其他类型媒体传输4莫块，用于传输其他类型媒体。通信接口 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) /实时传输控制协i义RTCP (Real Time Protocol )、超级文本传送协议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协议，用于CPMXDMS与SIP/IP核心网之间的通信，并支持 -订阅网络存储CPM XML文档状态变化； -网络存储CPM XML文档状态改变通知。13、 第十三接口 (XDM-4接口)基于XCAP协议，用于CPM XDMS与XML文档管理实体之间的通信， 并支持-CPM业务特定XML文档管理功能(例如，创建、更新、检索和删除)。14、 LF-1接口:用于非CPM消息系统与网络存储实体之间的通信，可以实现4某体通信所 需的各种传输协议(如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-l接口基于SIP协议，用于XDM客户端与SIP/IP核心网之间的通信，并支持 -订阅网络存储XDM文档状态变化； -网络存^f诸XDM文档状态改变通知。18、 XDM-2接口基于XCAP协议，用于XDM客户端与XML文档管理实体之间的通信， 并支持-XML文档管理功能(例如，创建、更新、检索和删除)； -XDM客户端与XML文档管理实体之间双向鉴权。19、 XDM-5接口基于XCAP协议，用于呈现服务器与XML文档管理实体之间的通信，并 支持-呈现业务特定XML文档管理功能(例如，创建、更新、检索和删除)。20、 XDM-6接口基于SIP协议，用于SharedXDMS与SIP/IP核心网之间的通信，并支持: -订阅网络存储Shared XDM文档状态变化； -网络存储Shared XDM文档状态改变通知。21、 X画-7接口基于XCAP协议，用于SharedXDMS与XML文档管理实体之间的通信， 并支持-Ste碱特定XML文档管理功能(例如，创建、更新、检索和删除)。22、 PRS-l接口基于SIP协议，用于呈现客户端与SIP/IP核心网之间的通信，并支持-发布呈现信息；-订阅呈现信息并接收通知；-SIP压縮和解压缩。23、 报S-2接口基于SIP协议，用于呈现服务器与SIP/IP核心网之间的通信，并支持 -发布呈现信息； -订阅呈现信息并接收通知； -订阅呈现业务特定XML文档状态改变。24、 酸-l接口基于HTTP协议用于互连实体与IMPS服务器之间的通信，并支持 -互联功能实体与IMPS服务器之间独立于媒体类型的消息交互。25、 I曹-2接口基于HTTP协议，用于互连实体与MMS Proxy/Relay之间的通信，并支持 -互联功能实体与MMS Proxy/Relay之间独立于媒体类型的消息交互。26、 層-3接口基于S嫩P协议，用于互连实体与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核心网的签约用户，并JU艮定 两者的归属网络相同，CPM用户A向CPM用户B发送消息而非会话邀请， 两用户所在客户端CPM Client之间进行SIP消息的传输；CPM Server A、 B分 别为CPM用户A、 B归属网络的CPM服务器；本实例在CPM系统的互连实 体和第三方应用接口的支持下，CPM服务器提供CPM用户与非CPM消息系 统用户之间、CPM用户与第三方应用之间的消息传送。如图3所示(图中CPMServer未示出全部功能模块)，本实施例中实现消 息传送的流程如下，步骤1 、 CPM Client A通过SIP MASSAGE向SIP/IP Core发送CPM消息。 步骤2、 SIP/IP Core将SIP MASSAGE消息转发给CPM Server A; CPM Server A接收到SIP MASSAGE消息后，由内部的信令管理器对该消息进行分 析并判断出业务类型是消息传送业务，将其发送到内部的消息控制器，由其进 一步执行消息控制策略，并将该消息返回给信令管理器，所述路由策略控制包 括消息传输状态更新、网络存储判断、计费时间上报等事务，具体执行路径 根据服务器策略和用户业务设置确定；信令管理器才艮据消息控制器返回的消息 确定接收方的下一跳。步骤3 、 CPM Server A将SIP MESSAGE消息转发给SIP/IP Core。 步骤4、 SIP/IP Core将SIP MESSAGE消息转发给CPM Server B， CPM Server 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 ServerB可以根据既定策略、或者简单丟弃该消息、或者在用 户B重新上线后通知CPM Client B取消息。步骤7 -步骤10、 CPM Client B经SIP/IP Core和CPM Server B向CPM ServerA发送SIP200OK响应消息；CPM Server A收到该响应消息后，由其内部的信令管理器对该消息进行分析并判断出是消息传送，将其发送到内部的消息控制器，由其进一步执行消息控制策略，并将该消息返回给信令管理器；所 述控制策略包括消息传输状态更新、网络存储判断、计费时间上报等事务，具 体执行路径根据服务器策略和用户业务设置确定。步骤11 、 CPM Server A向SIP/IP Core转发SIP 200 OK响应消息。 步骤12 、 SIP/IP Core向CPM Client A转发SIP 200 OK响应消息。 CPM服务器提供两个用户之间一对一多媒体会话的能力，在会话的生存 期内允许CPM Client协商并调整会话媒体类型，CPM服务器还支持其他用户 加入用户之间正在进行的端到端会话，如果需要可以将会话内容进行网络存 储。实例二 CPM用户A、 B都是SIP/IP Core核心网的签约用户，并JW叚定 两者的归属网络相同，CPM Server A、 B分别为CPM用户A、 B归属网络的 CPM服务器；本实例中CPM用户A向CPM用户B发送会话聊天请求，两用 户之间进行一对一多媒体会话，如图4A所示(图中CPM Server未示出全部功 能模块)，本实施例中端到端会话的实现流程如下步骤1 、 CPM Client A向SIP/IP Core发送SIP INVITE消息。步骤2、 SIP/IP Core将SIP INVITE消息转发给CPM Server A; CPM Server A接收到该SIP INVITE消息后进行如下处理信令管理器对该消息进行分析 并判断出业务类型是会话邀请， 一方面将其发送到内部的会话控制器，由其进 一步执行消息控制策略，并将该消息返回给信令管理器，所述路由策略控制包 括会话状态更新、会话历史网络存储判断、计费时间上报等事务，具体执行 路径根据服务器策略和用户业务设置确定；另一方面在媒体单元进行传输端口 等资源预留；信令管理器才艮据会话控制器返回的消息确定接收方的下一跳。步骤3 -步骤6、 CPM Server A经SIP/IP Core和CPM Server B将SIP INVITE消息转发给CPMClientB,此时，CPMSeverB执行上述步骤2中CPM Sever 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转发SIP 200响应消息。步骤13 -步骤18: CPM Client A经SIP/IP Core和CPM Server A、B向CPM ClientB转发ACK确认消息；其间，CPMServerA、 B收到该确认消息后，由 信令管理器对接收到的消息进行分析并判断出是会话邀请，将其分支到会话控 制器，由其进一步执行控制策略。至此，用户A、 B各自归属的CPM Server A、 B在信令控制平面完成诸如 媒体类型协商、会话双方联系地址、基于特定协议媒体传输端口号分配等会话 初始化工作，并且CPMServerA、 B在用户会话的i某体平面完成会话传输所需 通信资源的分配工作，用户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 Client A经SIP/IP Core 、 CPM Server A和CPM SeverB向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 200 OK响应消息。步骤31 -步骤36、 CPM Client A经SIP/IP Core、 CPM Server A和CPM Sever B向CPM Client B发送ACK确认消息。至此，CPM用户A和用户B之间通过更新后的々某体类型进行一对一会话。 如果用户A结束该会话，则实现如下过程步骤37 -步骤42 、 CPM Client A经SIP/IP Core、 CPM Server A和CPM Sever B向CPM Client B发送SIP BYE消息。步骤43 -步骤48 、 CPM Client B经CPM Server B 、 SIP/IP Core和CPM Sever A向CPM Client B发送SIP 200 OK响应消息。至此，CPM用户A和用户B之间的端到端会话结束，CPM Server A、 B 释放相应的通信资源。多方多媒体会话即多媒体会汉是CPM系统提供的另一项业务，它允许一 组CPM用户在会议控制中心(可以是CPM服务器或者由其他专职网络实体担 当)的协调下进行多对多的多媒体会话。本实例介绍CPM服务器支持的两种 会议场景，即预定会议和临时会议，预定会议可以根椐会议策略由会议服务器 (如CPM服务器)主动发起或者由预定会议的参加者请求发起；临时会议通 常由CPM用户临时请求建立并允许其他任何经过4受权的用户加入。实例三CPM Server为CPM用户A、 B、 C归属网络CPM服务器，三个 用户的归属网络相同，三者都是SIP/IP Core的签约用户，如图5A所示(图中 CPM Server未示出全部功能模块)，CPM用户A、 B、 C实现预定会议的过程 ^口下会议服务器CPM服务器根据预定会议策略主动向预定会议中所有参加者发起会话邀请，由其中的媒体平面按照预定会^J某体策略预留资源并针对参加者列表由信令管理器经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 200 OK消息。 步骤4、 SIP/IP Core将SIP 200 OK消息转发给CPM Server, CPM Server 接收到该消息后，信令管理器对该消息进行分析并判断出业务类型是会话邀 请， 一方面将其发送到内部的会话控制器，由其进一步执行消息控制策略，并 将该消息返回给信令管理器，所述路由策略控制包括会话状态更新、会话历 史网络存储判断、计费时间上报等事务，具体执行路径根据服务器策略和用户 业务设置确定；另一方面在媒体单元进行传输端口等资源预留；信令管理器根 据会话控制器返回的消息确定接收方的下 一跳。步骤5、 CPM Server向SIP/IP Core发送ACK确认消息。 步骤6、 SIP/IP Core将ACK确认消息转发给CPM Client A，此时，用户A 成功加入该预定会议。步骤7 -步骤8、 CPM Server经SIP/IP Core向CPM Client B发送SIP INVITE消息。步骤9-步骤12、与步骤3-步骤6实现过程同理，用户B成功加入该预 定会议。步骤13 -步骤14、 CPM Server经SIP/IP Core向CPM Client C发送SIP INVITE消息。步骤15-步骤18、与步骤3-步骤6实现过程同理，用户C成功加入该 预定会议。预定会议参加者用户A、 B、 C根据会议的媒体策略在CPM Server的控制 下利用建立鑄会议通信通道进行多对多会话，本实例中假设该三个用户通过建 立的RTP通遒进行以音频、视频为特征的流媒体会话。CPM Server 4艮据预定会i义策略主动请求结束该预定会i义，为此经SIP/IP Core向Client A、 B、 C发送SIPBYE消息，如图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 200 OK消息。 步骤22、 SIP/IP Core将SIP 200 OK消息转发给CPM Server, CPM Server 接收到该消息后，由其中的管理实体经过信令分析并判断出是会话，将其分支 到会话控制实体，由其进一步执行会话策略控制；用户A结束与CPM Server 的会话。步骤23 -步骤24 、 CPM Server经SIP/IP Core向CPM Client B发送SIP BYE消息。步骤25 -步骤26、与步骤19 -步骤20实现过程同理，用户B结束与CPM Server的对话。步骤27 -步骤28 、 CPM Server经SIP/IP Core向CPM Client C发送SIP BYE消息。步骤29 -步骤30、与步骤19 -步骤20实现过程同理，用户C结束与CPM Server的对话。至此，预定会议结束，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经内部的媒体平面执行会议控制策略并决定是否分配 会议资源，如果接受此次会议创建请求，则由信令管理器向SlP/IPCore发送 SIP 200 0K消息。步骤4、 SIP/IP Core将SIP 200 OK转发给CPM Client A。步骤5 -步骤6、 CPM Client A经SIP/IP Core向CPM Server发送ACK确 认消息，至此，用户A已经成功创建临时会议，根据协商好的会议会话的媒体 类型，该临时会汉的参加者既可以进行消息聊天、也可以进行音频、视频共享。步骤7-步骤12、与步骤1 -步骤5实现过程同理，其间，CPMServer执 行类型的会议控制策略，用户B成功加入临时会议。步骤13-步骤18、与步骤512-步骤517相同，其间，CPM Server执行 类似的会议控制策略，用户C成功加入临时会议。至此，用户A、 B、 C全部加入临时会议，并根据会议的媒体策略在CPM Server的控制下利用建立的会议通信通道进行多对多会话，本实例中々支设该三 个用户通过建立的RTP通道进行以音频、视频为特征的流媒体会话。在临时会议进行中，用户请求退出临时会议，如图6B所示(图中CPM Server未示出全部功能模块)，实现过程如下步骤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 200 OK消息。步骤22 、 SIP/IP Core将SIP 200 OK消息转发给CPM Client C。 步骤23-步骤26、与上述步骤19-步骤22实现过程同理，用户B退出临时会i义。步骤27-步骤30、与上述步骤19-步骤22实现过程同理，完户A退出 临时会议。至此，临时会议结束，CPM Server将在媒体平面释放相应的的会汉资源。 融合消息的网络存储可以根据用户业务定制需求和服务商策略来进行，满 足特定规则的会话消息被消息系统存储备份，并允许用户通过与服务商之间协 商自由调整消息或会话历史的存储规则。在网络侧操作CPM消息内容的业务 时，CPM服务器在网络侧操作消息内容、会话历史以及其中可能包含的多媒 体数据，其中所述操作包括存储、获取、删除和更新。实例四在会话进行中用户A请求CPM服务器执行会话历史存储，CPM 系统还支持用户在会话进行前发送请求执行本次会话的消息存储或者根据用 户的业务设置始终进行CPM通信内容的网络存储，如图7所述，实现融合消 息网络存储的过程如下步骤1 、 CPM Client A向SIP/IP Core发送SIP REFER消息，其中，Refer Method设置为"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之间的会话继续进行,CPMClientA向CPM Server 发送MSRP SEND消息，由CPM Server中会话建立时已分配的媒体平面接收 处理，，由于网络存储实体已经加入会话，所以媒体平面将接收到的MSRP SEND消息在存储控制器的控制下与网络存储实体交互实际会话历史的存储， 如果存储成功，则由存储控制器向会话控制器返回SIP 200 OK确认消息。步骤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发送MSRP SEND消息，同样由存储控制器接收并将其存储到网络存储实体。步骤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 ClientA返回SIP 200 OK 响应消息。至此，用户A、 B之间的^S舌内容将不会再被CPMServer进行网络存储， 但CPM用户A、 B间的会话将继续进行。实例五CPM服务器提供第三方应用控制器以支持CPM用户与第三方应 用进行消息收发或会话。CPMClientA与第三方应用进行会话，如图8所示(图 中为示出CPM Server中全部功能模块)，其主要实现过程如下步骤1 -步骤2、 CPM Client A经SIP/IP Core向CPM Server发送SIP INVITE消息；CPM Server接收到SIP INVITE消息后，由其中的信令管理器经 过信令分析判断出是第三方应用会话邀请， 一方面会将其分支到会话控制器由 其进一步执行会话控制策略会话状态更新，会话历史网络存储判断，计费事 件上报等事务，具体执行路径是由服务器策略和用户业务设置来定；另一方面 会在用户平面进行传输端口等资源预留；除此之外，为了支持与第三方应用的 交互，CPM Server中第三方应用控制器还将进行必要的协议翻译和信令格式转 换等接口工作。步骤3、 CPM Server中的第三方应用控制器将经过转换的会话邀请Invite Request消息发送给第三方应用。步骤4、笫三方应用向CPM Server中的第三方应用控制器返回Invite Response响应消息；CPM Server接收到响应消息后，经过第三方应用控制器进 行必要的协议翻译和信令格式转换等接口工作，由信令管理器经过信令分析判 断后，将其分支到会话控制器并协同会话媒体平面处理。步骤5 -步骤6、 CPM Server中的信令控制器将SIP/IP Core将SIP 200 OK 响应消息发遂给Client A。步骤7 -步骤8 、 CPM Client A经SIP/IP Core向CPM Server发送ACK确 认消息；CPM Server接收到ACK消息后CPM服务器中的信令控制器经过信 令分析判断出是第三方应用会话邀请， 一方面会将其分支到会话控制器由它进 一步执行会话控制策略会话状态更新，会话历史网络存储判断，计费事件上 报等事务，具体执行路径是由服务器策略和用户业务设置确定；除此之外，为 了支持与第三方应用的交互，CPM Server第三方应用控制器还将进行必要的协 议翻译和信令格式转换等接口工作。步骤9、 CPM Server第三方应用控制器将经过转换的响应消息发送给第三 方应用。至此，用户A与第三方应用的会话已经成功建立，本实例中CPMClientA 与第三方应用在CPM Server媒体平面及第三方应用控制器的支持下基于 MSRP通道进行Messaging会话。用户A结束与第三方应用的会话时，实现过程如下步骤10 -步骤11 、 CPM Client A经SIP/IP Core、 CPM Server向第三方应 用发送SIP BYE消息；CPM Server中的第三方应用控制器执行上述步骤中类 似的协议翻译和信令格式转换等接口工作。步骤12、 CPM Server中的第三方应用控制器将经过转换的务活结束消息 Bye R叫uest发送给第三方应用。步骤13、第三方应用向CPM Server中的第三方应用控制器返回响应消息 Bye Response 。步骤14-步骤15、 CPM Server中的第三方应用控制器将响应消息翻译成 SIP 200 OK消息后，由信令管理器经SIP/IP Core将SIP 200 OK消息返回给 CPM Client A。至此，用户A与第三方应用之间的会话结束，CPM Server将释放相应的 通信资源。与第三方应用的交互可以通过两种方式进行， 一种方式是客户端和第三方 应用交互融合消息；另一种方式是客户端和第三方应用进行会话；该两种实现 方式的处理流程与上述实现过程同理。CPM消息系统与非CPM消息系统的互联比较简单，对于消息或^^舌的互 通实现过程与上述实例一和实例二的实现过程同理，将互连实体4见为消息或会 话的参与方，互连实体负责把消息发送到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,可以是一个分组交换公共数据网、电路交换公共数据网、 支持传输控制协议/Intem改协议的网络、通用分组无线电服务网、数字无线 电话网、模拟无线电话网、公共交换电话网、综合服务数字网或宽带综合服务数字网，本实施例中以SIP/IP核心网为例。所述CPM客户端卯，允许用户访问CPM业务，可以部署在移动、固定 终端或者实现在Internet接入i殳备上，该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发送的消息或44舌 控制信令，将该消息或会话控制信令进行协议处理和转换发送给第三方应用， 以及接收第三方应用发送的消息或会话控制信令，将该消息或会话控制信令进 行协议处理和转换后发送给信令控制器911 。通信接口 910用于本系统中各功能实体之间的通信，定义如下1、第一接口 (CM'-2接口 )基于SIP协议，用于CPM服务器和SIP/IP核心网之间的通信，并支持 -在CPM客户端与CPM服务器之间传输CPM会话信令； -在CPM客户端与CPM服务器之间交换消息； -提供地址解析服务；-利用呈现功能实体为CPM服务器发布、订阅呈现信息；-订阅存储在CPMXDMS或Shared XDMS中XML文档状态变化通知；-订阅CPM服务器上的会议事件通知；-发布CPM用户业务设置。2、 第二接口 (CM'-3接口 )用于CPM客户端和CPM服务器之间的通信，可以实现媒体通信所需要的 各种传输协议(如消息会话中继协议MSRP ( Message Session Relay Protocol )、 实时传输协议RTP ( Real Time Protocol) /实时传输控制协议RTCP (Real Time Protocol )、超级文本传送协议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 4秦口 )用于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协议，用于CPMXDMS与SIP/IP核心网之间的通信，并支持 -订阅网络存储CPM XML文档状态变化； -网络存储CPM XML文档状态改变通知。13、 第十三接口 (XDM'-4接口)基于XCAP协议，用于CPM XDMS与XML文档管理实体之间的通信， 并支持-CPM业务特定XML文档管理功能(例如，创建、更新、检索和删除)。14、 LF'-l接口用于非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'-l接口基于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协议，用于SharedXDMS与SIP/IP核心网之间的通信，并支持 -订阅网络存储Shared XDM文档状态变化； -网络存储Shared XDM文档状态改变通知。21、 XDM'-7接口基于XCAP协议，用于Shared XDMS与XML文档管理实体之间的通信， 并支持- Shared特定XML文档管理功能(例如，创建、更新、检索和删除)。22、 PRS'-l接口基于SIP协议，用于呈现客户端与SIP/IP核心网之间的通信，并支持 -发布呈现信息； -订阅呈现信息并接收通知； -SIP压缩和解压缩。23、 PRS'-2接口基于S1P协议，用于呈现服务器与SIP/IP核心网之间的通信，并支持 -发布呈现信息； -订阅呈现信息并接收通知； -订阅呈现业务特定XML文档状态改变。24、 IWF-l接口基于HTTP协议用于互连实体与IMPS服务器之间的通信，并支持 -互联功能实体与IMPS服务器之间独立于力某体类型的消息交互。25、 IWF-2接口基于HTTP协议，用于互连实体与MMS Proxy/Relay之间的通信，并支持: -互联功能实体与MMS Proxy/Relay之间独立于媒体类型的消息交互。26、 I曹-3接口基于^W协议，用于互连实体与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文档管理。计费实体诉，用于接收来自CPM业务上报的计费时间信息来为运营商提 供收费依据。互连实体99,用于为CPM系统和其他系统的互通定义标准接口，通过将 CPM消息与非CPM消息进行相应的格式转换，允许CPM用户与其他非CPM 消息系统用户进行无缝交互。第三方应用实体100，用于为CPM用户提供第三方应用业务。一个或多个远程CPM服务器101,用于与CPM服务器进行远程CPM业务交互。一个或多个远程CPM客户端102,用于与CPM客户端进行远程CPM业 务交互。本系统中的各功能实体之间通过上述定义的通信接口进行通信，完成业务 交互。下面通过实例并结合说明书附图对本发明实施例技术方案进行详细说明。 实例一CPMServerA、 B分别为用户A和B归属网络的CPM服务器， IMServerA、 B分别为用户A和B归属网络的即时消息服务器，SIP/IPCoreA、 B分别为用户A和B归属网络SIP信令传输网络；如图IO所示，CPM用户A 和B之间传送消息的实现流如下步骤1 、用户A与B想进行消息聊天，由CPM Client A向其归属网络SIP/IP Core 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,如Acc印t-Contact: +g.cpmonim，并将其 发送给SIP/IP CoreA。步骤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 200 0K响应消息。步骤14 -步骤15 、 CPM Server B经SIP/IP Core B向IM Server B发送SIP 200 0K响应消息。步骤16 -步骤18、 IM Server B经SIP/IP Core B和SIP/IP Core A向IM Server A发送SIP 200 OK响应。步骤19 -步骤20、 IM Server A经SIP/IP Core A向CPM Server A发送SIP 200 0K响应消息。步骤21 -步骤22、 CPM Server A经SIP/IP Core A向CPM Client A发送 SIP 200 0K响应消息。实例二 CPM Server A、 B分别为用户A和B归属网络的CPM服务器； IMServerA、 B和PoC ServerA、 B分别为用户A和B归属网络的即时消息业 务、PoC业务服务器；SIP/IP CoreA、 B分别为用户A和B归属网络SIP信令 传输网络；本实施例中假定用户A发起的多々某体会话中包括文本消息和半双工语音 会话，现有的IM和PoC业务已经可以满足，因此可以重用IM和PoC服务器 业务能力；如图11A、图IIB所示，用户A和用户B之间完成消息传送的实 现过程如下步骤l、用户A想发起与用户B的多媒体务活，由CPM Client A向其归 属网络SIP/IP Core A发送SIP INVITE请求，该消息中可以携带CPM特征码Feature Tag,如Accept-Contact:+g.cpm, SIP/IP Core A才艮4居该净争4正码识别出jt匕 SIP INVITE属于CPM业务。步骤2、 SIP/IP Core A根据特征码Accept-Contact: +g.cpm识别出该请求是 CPM业务请求，并将其转发给CPM Server A;CPM Server A对收到的SIP INVITE请求进行分析，并才艮据接该SIP INVITE消息中包含的会话建立参数分别构造建立文本消息会话SIP INVITE请 求和建立半双工语音会话SIP INVITE请求，并分别发送给现有的IM服务器和 PoC服务器，上述新构造的SIP INVITE消息中分别添加特殊的IM和POC特 征码，用以表明为CPM重用IM、 POC业务的特殊设置，并且在这两个SIP INVITE中还包含相同的会话标识符，以及表明CPM服务器新生成SIP INVITE 的序列号，例如在本实施例中CPM Server A根据收到的SIP INVITE请求新构 造了两个SIP INVITE,则发给IM服务器SIPINVITE序列号可以设为1/2,而 发向POC服务器的设为2/2。步骤3 -步骤4: CPM Server A在重新构造后的SIP INVITE消息中添加 CPM重用IM特征码Feature Tag,如Accept-Contact:十g.cpmonim,经由SIP/IP Core 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 Core A将它发送给PoC Server A ( SIP/IP Core A根据该PoC特征码知道要将此SIP INVITE转发至PoC Server A )。步骤7 -步骤9、 IM Sever A收到SIP INVITE请求后按照正常的IM业务 逻辑处理，通过分析请求中Request URI获取到目标用户B归属的网络域，并 经由SIP/IP Core A和B将SIP INVITE消息路由给用户B归属网络中的IM步骤10 -步骤12、 PoC Sever A收到SIP INVITE请求后按照正常的PoC业务逻辑处理，通过分析请求中Request URI获取目标用户B归属的网络域， 并经由SIP/IP Core A和B将SIP INVITE消息路由给用户B归属网络中的PoC Server 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在相继收到两个具有相同会话标识的SIP INVITE请求后，结合SIPINVITE各自包含的4^舌请求序列号判断出这是由同 一个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 200 0K响应消息。步骤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 200 OK响应中包含的CPM重 用PoC特征码Feature Tag,如Accept-Contact:+g.cpmonpoc，经由SIP/IP Core A将其发送给PoC Server B。步骤25 -步骤27、 IM Sever B收到SIP 200 OK响应后按照正常的IM业 务逻辑处理，经由SIP/IP Core A、 B将SIP 200 OK响应消息发送给用户A归 属网络中的IM Server A。步骤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在相继收到两个具有相同会话标识的SIP 200 0K响应后，结合各自包含的会话请求序列号判断出这是针对同一个CPM SIP INVITE请求返回的最终响应，将其生成与原先CPM SIP INVITE请求对应 的新的SIP200OK响应消息，并经SIP/IP Core A将新的SIP200OK消息转发 给CPM Client A。步骤37-步骤54、与上述SIP INVITE消息处理流程类似，CPMClientA 向CPM Client B返回ACK确认消息。至此，CPM用户A与B之间的包含文本消息和语音会话的会话通道已经 建立，CPM Client A、B可以通过与IM服务器和PoC服务器之间建立的MSRP 与RTP通道进行会话。CPM用户请求结束会话时，由所在的客户端向目标用户所在的客户端发 送发送SIP BYE请求消息，该请求消息在两客户端之间的处理流程与上述SIP INVITE消息的处理流程同理，不再赘述。实例三CPMServerA、 B分别为用户A和B归属网络的CPM服务器， IMServerA、 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 Server A、 B和PoC Server A发送SIP REFER消息，邀请用户A 、 Bl 、 B2加入会议； 该消息携带CPM特征标识并对所发出的消息标识各自的序列号。步骤5-步骤8、 IM Server A、 PoC Server A创建各自的会议会场Focus, 由于接收到的消息携带有CPM特征标识则将通过CPM服务向各个参加者发 送SIP INVITE,各个SIP INVITE消息携带有相同的CPM会议特征标识；接 收到发向本城的客户端A的SIP INVITE消息携带有相同的CPM会议特征标 识，则根据序列标识等到接收到两个SIP INVITE消息后合并该消息并转发给 该客户端A。 IM Server A、 PoC Server A查找到客户端Bl 、 B2的路由，将该 邀请消息发送到IM Server B、 PoC Server B。步骤9、 CPMServerB将发向客户端Bl和B2的两个邀请消息合并，并将 CPM特征标识更改为CPM特征标识发送给CPM客户端Bl。步骤10 -步骤19、 CPM Client Bl通过CPM Server B和IM Server B、 PoC Server B向IM Server A、 PoC Server A回复应答消息，加入会议并建立^H义会 话+某体通道；CPM Client B2加入会议及建立会议会话媒体通道的过程与上述 CPMClientBl的实现过程类似，此处省略。步骤20 -步骤28、 IM Server A、PoC Server A通过发送SIP INVITE消息， 邀请CPM Client A参加会议并最终在会议中心和CPM Client A之间建立会议会话媒体通道o至此，CPM Client A、 Bl、 B2在CPM Server A、 B控制下分别加入实际 由IM Server A主持的消息会话会议和由PoC Server A主持的半双工语音^t 会议，用户通过上述建立的会议会话通道进行通信。对于本实施例二的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、用户通过用户界面模块发起会话，用户选择^S舌中的媒体类型。 步骤151、业务控制模块根据媒体类型判断M的业务类型，并且触发处 理该业务的业务功能模块；如用户选择半双工语音会话，业务控制模块就会选 择触发PoC业务功能模块；如果用户选择利用文本进行即时聊天，业务控制模 块就会选择IM业务功能模块；如果用户同时选择了视频和文本，那么业务控 制模块就会同时触发Video业务功能模块和IM业务功能模块。步骤152、业务功能模块发起对应的会话；发起具有多种业务类型的会话 时，如IM业务和视频业务，则由用户界面模块将该两种业务在用户平面上合 并为一个业务，因此，用户可以同时进行视频和文本聊天。 如图16所示，CPM客户端接收会话的实现过程如下 步骤160、用户界面模块接收会话请求，并将其发送给业务控制模块。 步骤161、业务控制纟莫块4艮据会话请求确定业务类型，并触发对应的业务 功能模块。步骤162、业务功能模块处理该对话。本发明实施例IP融合消息CPM服务器接收CPM消息后，根据所述CPM消息确定业务类型并进行相应的信令控制，其中，对于需要媒体传榆通道的业 务，判断其纟某体类型并根据该i某体类型配置相应的媒体资源和建立媒体传输通道，以及根据业务类型对应的处理流程处理CPM消息内容；或者，CPM服务 器接收CPM消息后，根据所述CPM消息确定业务类型，并根据业务类型确定 能够处理该业务的其他业务服务器，以及将所迷CPM消息生成对应于所述其 他业务服务器的消息或/和会话请求，并将其发送给所述其他业务服务器进行处 理，以及在接收到业务服务器的CPM消息后将其发送给CPM客户端；通过上 述实现方式可以为用户提供融合的业务体验，克服了非CPM消息业务技术能 力交叉而导致用户的业务体验重叠，因此，采用本发明实施例技术方法可以提 高用户的业务体验。显然，本领域的4支术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1. 一种实现融合IP消息的方法，其特征在于，包括步骤融合IP消息CPM服务器接收CPM消息；所述CPM服务器根据所述CPM消息确定业务类型并进行相应的信令控制，其中，对于需要媒体传输通道的业务，确定其媒体能力并根据该媒体能力配置相应的媒体资源和建立媒体传输通道；所述CPM服务器根据业务类型对应的处理流程处理CPM消息内容。
2、 如权利要求1所述的方法，其特征在于，所述业务类型为消息传送业 务时，所述CPM服务器通过CPM消息将消息内容发送到接收端。
3、 如权利要求l所述的方法，其特征在于，所述业务类型为会话业务时， 所述信令控制是指根据会话请求的特性选择会话类型进行包含配置媒体资源 和建立媒体传输通道的会话控制。
4、 如权利要求3所述的方法，其特征在于，所述会话类型至少包括消息 会话、语音会话和视频会话之一。
5、 如权利要求1所述的方法，其特征在于，所述业务类型为会议业务时， 所述信令控制包括创建会议和将参会用户加入到会议中，并按照会议策略控制 会议会话。
6、 如权利要求1所述的方法，其特征在于，所述业务类型为在网络侧操 作CPM消息内容的业务时，所述CPM服务器在网络侧操作消息内容、会话历 史以及其中可能包含的多媒体数据，其中所述操作包括存储、获取、删除和更新。
7、 如权利要求1至6任一项所述的方法，其特征在于，所述业务类型为 具有第三方应用参与的业务时，所述CPM服务器进一步对从所述第三方应用 接收和向其发送的CPM消息进行协议处理和转换。
8、 如权利要求1至6任一项所述的方法，其特征在于，所述业务类型为 具有非CPM消息系统参与的业务时，所述CPM服务器进一步对从所述非CPM消息系统接收和向其发送的CPM消息进行协议处理和转换。
9、 一种融合IP消息CPM服务器，其特征在于，包括 通信接口，用于接收或发送消息；控制单元，用于根据接收到的CPM消息确定业务类型并进行相应的信令 控制；i某体单元，用于根据所述控制单元的指令进行i某体能力控制并进行资源管理。
10、 如权利要求9所述的CPM服务器，其特征在于，所述控制单元包括 信令管理器和控制器，其中，所述信令管理器，用于对接收到的CPM消息确定业务类型，并将其传递 给控制器，以及根据所述控制器的处理结果进行后续处理；所述控制器，用于根据所述业务类型对所述信令管理器发送的CPM消息 进行信令控制，并将结果返回给所述信令管理器。
11、 如权利要求10所述的CPM服务器，其特征在于，所述控制器至少包 括消息控制器、会话控制器和存储控制器，其中，所述消息控制器，用于对接收到的CPM消息请求进行相应的信令控制， 并将处理结果返回给所述信令管理器；以及在所述CPM消息中携带网络存取 请求时，向所述存储控制器发送存取请求；所述会话控制器，用于将接收到的CPM会话中的消息请求转发给消息控 制器处理；对接收到的CPM会话控制信令进行相应的信令控制，将处理结果 返回给所述信令管理器，并向媒体单元发送进行会话媒体能力控制的指令；以 及在所述CPM会话需要搡作会话内容时，向所述存储控制器发送搡作^^舌内 容的请求；所述存储控制器，用于接收所述消息控制器和会话控制器发送的搡作请 求，并根据该请求在网络侧操作所述消息内容、会话历史以及其可能包括的媒 体数据；其中，进行会话历史存储时向媒体单元获取会话内容。
12、 如权利要求IO所述的CPM服务器，其特征在于，所述控制单元还包括第三方应用控制器，用于协议处理和转换，通过第五接口与第三方应用之 间进行通信，该第五接口支持CPM服务器与第三方应用之间的消息传输。
13、 如权利要求9所述的CPM服务器，其特征在于，所述媒体单元包括 媒体能力控制器，用于确定接收到的会话控制信令的会话媒体能力，以及请求会话媒体资源管理；用户平面，用于根据所述媒体能力控制器的请求为会话传输提供资源管理。
14、 如权利要求13所述的CPM服务器，其特征在于，所述媒体能力控制 器包括媒体能力选择模块，用于根据会话控制信令的类型确定对应的媒体能力， 并将该控制信令发送给对应的能力执行模块； 能力执行模块，用于根据控制信令操作媒体。
15、 如权利要求14所述的CPM服务器，其特征在于，所述能力执行模块 至少包括多媒体消息模块、语音模块、音频/视频流媒体模块、邮件模块和文件 模块中的一个模块。
16、 如权利要求9所述的CPM服务器，其特征在于，所述通信接口包括 第一接口，基于SIP协议，用于在CPM服务器与传送网络之间传送CPM消息；第二接口，基于媒体传输协议，用于在CPM服务器与CPM客户端之间传 送CPM业务媒体内容。
17、 如权利要求16所述的CPM服务器，其特征在于，所述通信接口还包 括下列接口之一或全部第三接口 ，基于XCAP协议，用于CPM服务器与CPM XDMS实体之间 的通信，支持生成CPM业务特定的XML文档，以及操作该XML文档；第四接口 ，用于CPM服务器与网络存储实体之间的通信，并支持存取CPM 用户的相关信息，存取消息内容和会话历史以及其中可能包含的多媒体数据。
18、 如权利要求16所述的CPM服务器，其特征在于，所述通信接口还包括第六接口，用于CPM服务器与互连实体之间的通信，支持CPM服务器与 非CPM消息系统之间的消息传输。
19、 如权利要求16所述的CPM服务器，其特征在于，所述通信接口还包 括下列接口之一或多个第七接口 ，基于XCAP协议，用于CPM服务器与共享XDMS之间的通信， 支持CPM业务中组特定信息的检索、CPM业务中用户信息的检索和CPM业 务中URI列表信息的检索；第八接口，用于CPM服务器与计费实体之间的通信，支持离线与在线计 费，以及在CPM业务通信过程中上报中间计费事件和在CPM业务通信之后上 报计费事件；第九接口，基于媒体传输协议，用于在远程CPM服务器与CPM服务器之 间传送CPM业务々某体内容。
20、 一种融合IP消息的终端设备，其特征在于，包括 通信接口，用于接收或发送消息；CPM客户端，用于根据需要执行的CPM业务的业务类型，产生相应的 CPM消息并传送给通信接口 ，以及根据接收到的CPM消息的业务类型所对应 的处理流程处理CPM消息。
21、 如权利要求20所述的终端设备，其特征在于，所述通信接口包括 第二接口 ，基于媒体传输协议，用于在CPM服务器与CPM客户端之间传送CPM业务i某体内容；第十接口，基于SIP协议，用于CPM客户端与传送网络之间的通信，支 持CPM客户端与传送网络之间的CPM消息传输，以及CPM用户终端的注册和CPM业务的鉴权和授权。
22、 如权利要求21所迷的终端设备，其特征在于，所述通信接口还包括 第十一接口，基于媒体传输协议，用于在远程CPM客户端与CPM客户端之间传送CPM业务媒体内容。
23、 如权利要求20至22任一项所述的终端设备，其特征在于，所述终端 设备还包括XML文档管理客户端和/或呈现服务客户端。
24、 一种融合IP消息CPM系统，其特征在于，包括CPM客户端，用于根据需要执行的CPM业务的业务类型，产生相应的 CPM消息并将其发送，以及根据接收到的CPM消息的业务类型所对应的处理 流程处理CPM消息；CPM服务器，用于根据接收到的CPM消息确定业务类型并进行相应的信 令控制，以及4艮据业务类型对应的处理流程处理CPM消息内容；其中，对于 需要媒体传输通道的业务，确定其媒体能力并根据该媒体能力配置相应的媒体 资源和建立媒体传输通道；传送网络，用于传送所述CPM客户端和所述CPM服务器的CPM消息。
25、 如权利要求24所述的CPM系统，其特征在于，所述CPM客户端与 所述传送网络之间通过基于SIP协议的第十接口进行通信，该第十接口支持 CPM客户端与传送网络之间的CPM消息传送，以及CPM用户终端的注册和 CPM业务的鉴权和授权。
26、 如权利要求24所述的CPM系统，其特征在于，所述CPM客户端与 所述CPM服务器之间通过基于媒体传输协议的第二接口进行通信，该第二接 口支持传送CPM业务媒体内容。
27、 如权利要求24所述的CPM系统，其特征在于，所述CPM服务器与 所述传送网络之间通过基于SIP协议的第一接口进行通信，该第一接口支持 CPM服务器发布和订阅呈现消息，以及订阅XML文档状态变化通知。
28、 如权利要求24所述的CPM系统，其特征在于，所述CPM系统还包括CPMXDMS实体，用于存储CPM用户以XML文档形式记录的相关信息； 通过基于XCAP协议的第三接口与所迷CPM服务器进行通信，该第三接口支 持生成CPM业务的XML文档，以及搡作该XML文档；通过基于XCAP协议 的第十二接口与传送网络之间进行通信，该第十二接口支持网络存储CPMXML文档状态变化的订阅和通知。
29、 如权利要求24所述的CPM系统，其特征在于，所述CPM系统还包括网络存储实体，用于管理消息内容和会话历史，以及多媒体数据；通过第 四接口与所述CPM服务器进行通信，该第四接口支持存取CPM用户的相关信 息，存取消息内容和会话历史以及其中可能包含的多媒体数据。
30、 如权利要求28所述的CPM系统，其特征在于，所述CPM系统还包括..XML文档管理实体，用于为CPM用户提供网络存储XML文档的访问和 控制；通过基于XCAP协议的第十三接口与所述CPMXDMS实体进行通信， 该第十三接口支持操作CPM业务的XML文档。
31、 如权利要求24所述的CPM系统，其特征在于，所述CPM系统还包括第三方应用实体，用于为CPM用户提供第三方应用业务；通过第五接口 与所述CPM服务器进行通信，该第五接口支持CPM服务器与第三方应用之间 的消息传输。
32、 如权利要求24所述的CPM系统，其特征在于，所述CPM系统还包括互连实体，用于对与非CPM消息系统交互的业务数据进行相应的格式转 换;.通过第六接口与所述CPM服务器进行通信，该第六接口支持CPM服务器 与非CPM消息系统之间的消息传输。
33、 如权利要求24所述的CPM系统，其特征在于，所述CPM系统还包括共享XDMS实体，用于提供共享XML文档管理功能；通过基于XCAP 协议的第七接口与所述CPM服务器进行通信，该第七接口支持CPM业务中组 特定信息的检索、CPM业务中用户设置信息的检索和CPM业务中URI列表信 息的检索。
34、 如权利要求24所述的CPM系统，其特征在于，所述CPM系统还包括计费实体，用于接收CPM业务上报的计费事件信息以提供计费依据；通 过第八接口与所述CPM服务器进行通信，该第八接口支持离线与在线计费， 以及在CPM业务通信过程中上报中间计费事件和在CPM业务通信之后上报计 费事件。
35、 如权利要求24所述的CPM系统，其特征在于，所述CPM系统还包括远程CPM服务器，通过基于媒体传输协议的第九接口与所述CPM服务器 进行通信，该第九接口支持传送CPM业务媒体内容。
36、 如权利要求24至35任一项所述的CPM系统，其特征在于，所述CPM 服务器包括通信接口，用于接收或发送消息；控制单元，用于根据接收到的CPM消息确定业务类型并进行相应的信令 控制；媒体单元，用于根据所述控制单元的指令进行媒体能力控制并进行资源管理。
37、 如权利要求36所迷的CPM系统，其特征在于，所述控制单元包括信 令營理器和控制器，其中，所述信令管理器，用于对接收到的CPM消息确定业务类型，并将其传递给控制器，以及根据所迷控制器的处理结果进行后续处理；所述控制器，用于根据所述业务类型对所述信令管理器发送的CPM消息 进行信令控制，并将结果返回给所述信令管理器。
38、 如权利要求37所述的CPM系统，其特征在于，所述控制器至少包括 消息控制器、会话控制器和存储控制器；其中，所述消息控制器，用于对接收到的CPM消息请求进行相应的信令控制， 并将处理结果返回给所述信令管理器；以及在所述CPM消息中携带网络存取 请求时，向所迷存储控制器发送存取请求；所述会话控制器，用于将接收到的CPM会话中的消息请求转发给消息控 制器处理；对接收到的CPM会话控制信令进行相应的信令控制，将处理结果 返回给所述信令管理器，并向士某体单元发送进行会话4某体能力控制的指令；以 及在所述CPM会话需要操作会话内容时，向所迷存储控制器发送操作^^舌内 容的请求；所述存储控制器，用于接收所述消息控制器和会话控制器发送的操作请 求，并根据该请求在网络侧操作所述消息内容、会话历史以及其可能包括的媒 体数据；其中，进行会话历史存储时向媒体单元获取^i舌内容。
39、 如权利要求37所述的CPM系统，其特征在于，所述控制单元还包括 第三方应用控制器，用于协议处理和转换，并与第三方应用进行通信交互。
40、 如权利要求36所述的CPM系统，其特征在于，所述i某体单元包括 媒体能力控制器，用于确定接收到的会话控制信令的会话媒体能力，以及请求会话媒体资源管理；用户平面，用于根据所述媒体能力控制器的请求为会话传输提供资源管理。
41、 如权利要求40所述的CPM系统，其特征在于，所述媒体能力控制器 包括士某体能力选择^莫块，用于根据会话控制信令的类型确定对应的^^体能力，并将该控制信令发送给对应的能力执行模块；能力执行才莫块，用于根据控制信令操作媒体。
42、 如权利要求40所述的CPM系统，其特征在于，所述能力执行模块至 少包括多媒体消息模块、语音模块、音频/视频流媒体模块、邮件模块和文件模 块中的一个模块。
43、 一种实现融合IP消息的方法，其特征在于，包括步骤 融合IP消息CPM服务器接收CPM消息；所述CPM力良务器4艮据所述CPM消息确定业务类型，并4艮才居业务类型确定 能够处理该业务的业务^^务器；所述CPM服务器将所述CPM消息生成对应于所述其他业务服务器的消息 或/和会话请求，并发送给所述业务服务器进行处理，以及CPM服务器在接收 到业务服务器的CPM消息后将其发送给CPM客户端。
44、 如权利要求43所述的方法，其特征在于，所述CPM消息中包含多个 不同业务类型的业务，所述CPM服务器将各业务对应的消息或会话分别发送 到对应的业务服务器。
45、 如权利要求44所述的方法，其特征在于，所述会话至少包括多媒体 消息会话、语音会话和视频会话之一 。
46、 如权利要求43所述的方法，其特征在于，所述CPM服务器根据业务 类型在所述消息或会话中携带对应的业务特征标识，传送网络根据该业务特征 标识将所述消息或会话发送到对应的业务服务器。
47、 如权利要求43所述的方法，其特征在于，所述业务类型为在网络侧 操作CPM消息内容的业务时，所述CPM服务器在网络侧操作消息内容、^# 历史以及其中可能包含的多媒体数据，其中所述操作包括存储、获取、删除和 更新。
48、 如权利要求43所述的方法，其特征在于，所述业务类型为具有第三 方应用参与的业务时，所述CPM服务器进一步对从所述第三方应用接收和向其发送的CPM消息进行协议处理和转换。
49、 如权利要求43所述的方法，其特征在于，所述业务类型为具有非CPM 消息系统参与的业务时，所述CPM服务器进一步对从所述非CPM消息系统接 收和向其发送的CPM消息进行协议处理和转换。
50、 一种融合IP消息CPM服务器，其特征在于，包括 通信接口，用于接收或发送消息；信令控制器，用于根据接收到的CPM消息确定业务类型，并根据业务类 型确定处理该业务的业务服务器，将所述CPM消息生成对应于所述业务服务 器的消息或/和会话请求，并将其发送给所述业务服务器，以及在接收到业务服 务器的CPM消息后将其发送给CPM客户端。
51、 如权利要求50所述的CPM服务器，其特征在于，所述CPM服务器 还包括存储控制器，用于管理网络存储的CPM消息内容、会话历史以及其中可 能包含的多媒体数据。
52、 如权利要求51所述的CPM服务器，其特征在于，所述CPM服务器 还包括第三方应用控制器，用于协议处理和转换，通过第五接口与第三方应用之 间进行通信，该第五接口支持CPM服务器与第三方应用之间的消息传输。
53、 如权利要求50所述的CPM服务器，其特征在于，所述通信接口包括 第一接口，基于SIP协议，用于在CPM服务器与传送网络之间传送CPM消息；第二接口，基于媒体传输协议，用于在CPM服务器与CPM客户端之间传 送CPM业务媒体内容。
54、 如权利要求50所述的CPM服务器，其特征在于，所述通信接口还包括第三接口 ，基于XCAP协议，用于CPM服务器与CPM XDMS实体之间的通信，支持生成CPM业务特定的XML文档，以及搡作该XML文档；第四接口 ，用于CPM服务器与网络存储实体之间的通信，并支持存取CPM 用户的相关信息，存取消息内容和会话历史以及其中可能包含的多媒体数据。
55、 如权利要求50所述的CPM服务器，其特征在于，所述通信接口还包括第六接口，用于CPM服务器与互连实体之间的通信，支持CPM服务器与 非CPM消息系统之间的消息传输。
56、 如权利要求50所述的CPM服务器，其特征在于，所述通信接口还包 括下列接口之一或多个第七接口 ，基于XCAP协议，用于CPM服务器与共享XDMS之间的通信， 支持CPM业务中组特定信息的检索、CPM业务中用户信息的检索和CPM业 务中URI列表信息的检索；第八接口，用于CPM服务器与计费实体之间的通信，支持离线与在线计 费，以及在CPM业务通信过程中上报中间计费事件和在CPM业务通信之后上 报计费事件；第九接口，基于媒体传输协议，用于在远程CPM服务器与CPM服务器之 间传送CPM业务媒体内容。
57、 一种融合IP消息CPM系统，其特征在于，包括CPM客户端，用于根据需要执行的CPM业务的业务类型，产生相应的 CPM消息并将其发送，以及根据接收到的CPM消息的业务类型所对应的处理 流程处理CPM消息；CPM服务器，用于根据接收到的CPM消息确定业务类型，并根据业务类 型确定能够处理该业务的业务服务器，以及将所述CPM消息生成对应于所述 业务服务器的消息或/和会话请求，并将其发送给所述业务服务器，以及CPM 服务器在接收到业务服务器的CPM消息后将其发送给CPM客户端；业务服务器，用于处理所述消息或/和会话请求；传送网络，用于在CPM客户端和CPM服务器之间、各业务服务器与CPM 服务器之间传送消息。
58、 如冲又利要求57所述的CPM系统，其特4正在于，所述CPM客户端与 所述传送网络之间通过基于SIP .协议的第十接口进行通信，该接口支持CPM 客户端与传送网络之间的CPM消息传输，以及CPM用户终端的注册和CPM 业务的鉴权和授权。
59、 如权利要求57所述的CPM系统，其特征在于，所述CPM客户端与 所述CPM服务器之间通过基于媒体传输协议的第二接口进行通信，该第二接 口支持传送CPM业务媒体内容。
60、 如权利要求57所述的CPM系统，其特征在于，所述CPM服务器与 所述传送网络之间通过基于SIP协议的第一接口进行通信，该第一接口支持 CPM服务器发布和订阅呈现消息，以及订阅XML文档状态变化通知。
61、 如权利要求57所述的CPM系统，其特征在于，所述CPM系统还包括CPM XDMS实体，用于存储CPM用户以XML文档形式记录的相关信息； 通过基于XCAP协议的第三接口与所述CPM服务器进行通信，该第三接口支 持生成CPM业务的XML文档，以及操作该XML文档；通过基于XCAP协议 的第十二接口与传送网络之间进行通信，该第十二接口支持网络存储CPMXML文档状态变化的订阅和通知。
62、 如权利要求57所述的CPM系统，其特征在于，所述CPM系统还包括-.网络存储实体，用于管理消息和会话内容，以及多媒体数据；通过第四接 口与所述CPM服务器进行通信，该第四接口支持存取CPM用户的相关信息， 存取消息内容和^^舌历史以及其中可能包含的多媒体数据。
63、 如权利要求61所述的CPM系统，其特征在于，所述CPM系统还包括XML文档管理实体，用于为CPM用户提供网络存储XML文档的访问和 控制；通过基于XCAP协议的第十三接口与所述CPM XDMS实体进行通信， 该第十三接口支持l喿作CPM业务的XML文档。
64、 如权利要求57所述的CPM系统，其特征在于，所述CPM系统还包括第三方应用实体，用于为CPM用户提供第三方应用业务；通过第五接口 与所述CPM服务器进行通信，该第五接口支持CPM服务器与第三方应用之间 的消息传输。
65、 如权利要求57所述的CPM系统，其特征在于，所述CPM系统还包括互连实体，用于对与非CPM消息系统交互的业务数据进行相应的格式转 换；通过第六接口与所述CPM服务器进行通信，该第六接口支持CPM服务器 与非CPM消息系统之间的消息传输。
66、 如权利要求57所述的CPM系统，其特征在于，所述CPM系统还包括共享XDMS实体，用于提供共享XML文档管理功能；通过基于XCAP 协议的第七接口与所述CPM服务器进行通信，该第七接口支持CPM业务中组 特定信息的检索、CPM业务中用户设置信息的检索和CPM业务中URI列表信 息的检索。
67、 如权利要求57所述的CPM系统，其特征在于，所述CPM系统还包括计费实体，用于接收CPM业务上报的计费事件信息以提供计费依据；通 过第八接口与所述CPM服务器进行通信，该第八接口支持离线与在线计费， 以及在CPM业务通信过程中上报中间计费事件和在CPM业务通信之后上报计费事件。
68、 如权利要求57所述的CPM系统，其特征在于，所述CPM系统还包括远程CPM服务器，通过基于媒体传输协议的第九接口与所述CPM服务器 进行通信，该第九接口支持传送CPM业务媒体内容。
69、 如权利要求57至68任一项所述的CPM系统，其特征在于，所述CPM 服务器包括通信接口，用于接收或发送消息；信令控制器，用于根据接收到的CPM消息确定业务类型，并根据业务类 型确定处理该业务的业务服务器，将所述CPM消息生成对应于所述业务服务 器的消息或/和会话请求，并将其发送给所述业务服务器，以及在接收到业务服 务器的CPM消息后将其发送给CPM客户端。
70、 如权利要求69所述的CPM系统，其特征在于，所述CPM服务器还 包括存储控制器，用于管理网络存储的CPM消息内容、会话历史以及其中可 能包含的多媒体数据。
71、 如权利要求70所述的CPM系统，其特征在于，所述CPM服务器还 包括第三方应用控制器，用于协议处理和转换，并与第三方应用通信交互。
72、 一种融合IP消息CPM客户端，其特征在于，包括 业务功能模块，用于发送和接收CPM消息；业务控制才莫块，用于根据接收到的消息确定业务类型，并根据该业务类型 触发对应的业务功能模块；用户界面模块，用于将接收到的消息和用户发起的消息发送给业务控制模块。
73、 如权利要求72所述的CPM客户端，其特征在于，所述业务功能模块 至少包括Xmi模块、PRS模块、IM模块、PoC模块、语音模块、音频模块、 邮件一莫块、SMS模块、MMS模块和IMPS模块。
全文摘要
本发明公开了实现融合IP消息的方法、装置及系统，用于克服非CPM消息业务技术能力交叉、用户使用体验重叠以及非CPM消息系统之间存在交互缝隙的问题；该发明方法包括接收到CPM消息的CPM服务器根据所述CPM消息确定业务类型并进行相应的信令控制，并根据业务类型对应的处理流程处理CPM消息内容；该发明方法还包括接收到CPM消息的CPM服务器根据所述CPM消息确定业务类型，并根据业务类型确定能够处理该业务的业务服务器，将所述CPM消息生成对应于所述业务服务器的消息或/和会话请求，并发送给所述业务服务器进行处理，以及在接收到业务服务器的CPM消息后将其发送给CPM客户端；采用本发明提高了用户的业务体验。
文档编号H04L12/58GK101227418SQ200710000419
公开日2008年7月23日 申请日期2007年2月5日 优先权日2007年1月19日
发明者刚 梁, 牟伦建, 珏 王, 许国军, 成 黄 申请人:华为技术有限公司