CN101964957A - 融合ip消息的定向方法和*** - Google Patents

Abstract

本发明公开了一种融合IP消息的定向方法和***。其中，该方法用于在接收方的一个CPM地址通过多个CPM客户端可达，或多个CPM客户端采用同一个CPM地址注册登录时，定向接收CPM消息的CPM客户端，包括：接收方归属的目的端参与功能实体接收发送方CPM客户端发送的CPM消息；目的端参与功能实体根据预设策略信息从多个CPM客户端中选择满足条件的CPM客户端作为接收方CPM客户端。通过本发明，可以解决“一号多机”的CPM请求消息转发时的选路问题，提高用户体验。

Description

融合IP消息的定向方法和***

技术领域

本发明涉及通信领域，具体而言，涉及融合IP消息(Converged IP Messaging，简称为CPM)的定向方法和定向***。

背景技术

融合IP消息是由开放移动联盟(Open Mobile Architecture，简称为OMA)于2005年提出的，其目的是实现多种消息业务的互通，提供统一消息业务，以及完善一致并且方便的消息业务体验。CPM融合现有的多种消息业务，包括即时消息(Instant Message，简称为IM)、一键通(Push-To-Talk over Cellular，简称为POC)、移动电子邮件(Mobile E-Email，简称为MEM)、短消息业务(Short Messaging Service，简称为SMS)、彩信业务(Multimedia Messaging Service，简称为MMS)等。

目前，OMA正在制定CPM V1.0规范。CPM的业务形式包括：基于寻呼模式(page-mode)的CPM消息、基于会话模式(session-mode)的大CPM消息(Large Message Mode CPM Message)、基于session的其他CPM会话业务。在用户正常使用这些业务前，需要注册登录到CPM***，即通常所说的“上线”。

CPM地址(CPM address)是CPM***(可称为CPM Enabler，即CPM业务引擎)中用来区分***中不同用户的标识。在CPM***中，一个用户(由CPM address确定)可能会在多个终端设备上同时注册，即同时“在线”，分别在不同的场景中使用多个终端，每个终端设备可用于支持不同的业务功能，例如，仅支持音频通信或者支持音视频通信等。如果某一用户使用同一个CPM地址在不同的终端上登录到CPM***中，则当该用户作为被叫方(callee)时，CPM***在转发主叫方发送的CPM请求消息到被叫方时，无法确定将CPM请求消息发送给被叫方的哪些终端。

发明内容

针对相关技术中CPM***无法确定将主叫方发送的CPM请求消息转发给被叫方的某些终端的问题而提出本发明，为此，本发明的主要目的在于提供一种CPM的定向方法和定向***，以解决上述问题。

根据本发明的一个方面，提供了一种融合IP消息的定向方法，该方法用于在接收方的一个CPM地址通过多个CPM客户端可达，或多个CPM客户端采用同一个CPM地址注册登录时，定向接收CPM消息的CPM客户端。

根据本发明的融合IP消息的定向方法包括：接收方归属的目的端参与功能实体接收发送方CPM客户端发送的CPM消息；目的端参与功能实体根据预设策略信息从多个CPM客户端中选择满足条件的CPM客户端作为接收方CPM客户端，其中，预设策略信息包括以下之一或其任意组合：多个CPM客户端中各个CPM客户端的能力参数、发送方的喜好参数、本地策略参数，其中，喜好参数用于表示发送方期望的接收CPM消息的CPM客户端。

根据本发明的另一个方面，提供了另一种融合IP消息的定向方法，该方法也用于在接收方的一个CPM地址通过多个CPM客户端可达，或多个CPM客户端采用同一个CPM地址注册登录时，定向接收CPM消息的CPM客户端。

根据本发明的该融合IP消息的定向方法包括：发送方CPM客户端发送的CPM消息到达接收方归属的SIP/IP核心网；SIP/IP核心网根据预设策略信息从多个CPM客户端中选择满足条件的CPM客户端作为接收方CPM客户端，其中，预设策略信息包括以下之一或其任意组合：多个CPM客户端中各个CPM客户端的能力参数、发送方的喜好参数、本地策略参数，其中，喜好参数用于表示发送方期望的接收CPM消息的CPM终端。

根据本发明的再一个方面，提供了一种CPM消息的定向***。

根据本发明的CPM消息的定向***包括：发送方CPM客户端、接收方的多个CPM客户端和目的端参与功能实体，其中，多个CPM客户端，用于使用接收方的同一个CPM地址在CPM***中进行注册，其中，各个CPM客户端在注册时携带有该CPM客户端的能力参数；发送方CPM客户端，用于根据接收方的CPM地址向接收方发送CPM消息，其中，CPM消息中携带有发送方的喜好参数；目的端参与功能实体，用于接收CPM消息，并根据预设策略信息从多个CPM客户端选择满足条件的CPM客户端作为接收方CPM客户端。

根据本发明的又一个方面，提供了另一种CPM消息的定向***。

根据本发明的该CPM消息的定向***包括：发送方CPM客户端、多个CPM客户端和目的端SIP/IP核心网，其中，多个CPM客户端，用于使用接收方的同一个CPM地址在CPM***中进行注册，其中，各个CPM客户端在注册时携带有该CPM客户端的能力参数；发送方CPM客户端，用于向CPM地址对应的接收方发送CPM消息，其中，CPM消息中携带有发送方的喜好参数；目的端SIP/IP核心网，用于根据预设策略信息从多个CPM客户端选择满足条件的CPM客户端作为接收方CPM客户端。

通过本发明的上述技术方案之一，当接收方使用多个设备同时在线的情况下，指定网元根据预设策略信息对主叫方发送的CPM请求消息进行选路处理，确定被叫方接收该CPM请求消息的终端，从而可以解决“一号多机”的CPM请求消息转发时的选路问题，进而，可以在CPM***中更好地实现了消息的传送，提高用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为根据本发明实施例的CPM的定向方法的流程图；

图2为根据本发明实施例的另一种CPM消息的定向方法的流程图；

图3为根据本发明实施例CPM消息的定向方法具体应用的流程图；

图4为根据本发明实施例的CPM消息的定向***的结构示意图；

图5为根据本发明实施例的另一种CPM消息的定向***的结构示意图。

具体实施方式

功能概述

本发明实施例中，CPM***包括：CPM客户端(包括：主叫方、被叫方)、指定网元(包括：CPM业务引擎***参与功能实体、SIP/IP核心网(SIP/IP Core))。指定网元在接收主叫方发送的CPM消息时，根据预设策略信息对被叫方的多个终端进行筛选，从多个终端中选择满足条件的CPM客户端作为CPM消息的接收终端。

具体地，可以通过软件方式实现，涉及CPM客户端以及指定网元的功能改进、共同配合完成。CPM客户端软件可以由支持SIP协议模块、超文本传输通讯协议(Hypertext Transfer Protocol，简称为HTTP)模块、会话描述协议(Session Description Protocol，简称为SDP)模块、可扩展标记语言(Extensible Markup Language，简称为XML)模块、编码器(Codec)模块、用户界面(User Interface，简称为UI)等软件模块组成。按照CPM客户端的功能分类以及与不同的服务器通信，具体地，CPM客户端可以由几个客户端代理(Agent)组成，其中，CPM客户端代理是CPM客户端的主体，用于完成CPM消息收发以及相关操作界面；呈现客户端代理完成与Presence服务器的通信，用于发布呈现状态和获取呈现信息；融合地址本客户端代理完成与CAB服务器的通信及相关地址信息的维护功能；XDM客户端代理完成与XDM服务器的通信，进行相关配置的维护、呈现、地址簿信息的获取等。从软件设计上，通常上述客户端代理可以分别由上述软件模块中的几个模块组合而成，例如，XDM客户端代理由HTTP协议模块、XML模块和UI模块完成。

本发明实施例涉及的CPM客户端的CPM客户端代理的代理功能增强，对于主叫方(caller)的增强功能如下：SIP协议模块增加对MESSAGE消息的扩展字段的支持：Accept-Contact与Reject-Contact头字段；对于被叫方(callee)的增强功能如下：SIP协议栈模块增加对终端能力的属性集(Feature Set)的支持：audio、video标签的支持和q字段(被叫目标注册时设定的优先级次序)的支持。相应地，本发明实施例涉及的指定网元的功能加强，在具体实施过程中，当接收到注册消息时，提取出相关终端的能力信息并缓存处理；当接收到page-mode CPM消息时，根据Accept-Contact与Reject-Contact头字段以及目的终端的能力参数进行终端筛选。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

方法实施例

根据本发明的实施例，首先提供了一种CPM消息的定向方法。该方法用于在接收方的一个CPM地址通过多个CPM客户端可达，或多个CPM客户端采用同一个CPM地址注册登录时，定向接收CPM消息的CPM客户端。

具体地，根据本发明实施例CPM消息的定向方法有两种实现方案，一种是由接收方归属的参与功能实体(在本发明实施例中称为目的端参与功能实体)选择接收CPM消息的CPM客户端(即接收方CPM客户端)，另一种方案为由接收方归属的SIP/IP核心网(可以称为目的端SIP/IP核心网)选择接收CPM消息的CPM客户端，以下分别对这两种方法进行描述。

第一种方法：由目的端参与功能实体选择接收方CPM客户端

图1为根据本发明实施例的CPM的定向方法的流程图。如图1所示，根据本发明实施例的CPM的定向方法包括以下步骤(步骤S101-步骤S103)：

步骤S101：接收方归属的目的端参与功能实体接收发送方CPM客户端发送的CPM消息；

在具体实施过程中，该处理的触发可以包括以下步骤：

步骤1，接收方在多个终端(即CPM客户端)使用同一个CPM地址在CPM***进行注册；

其中，接收方在每个终端进行注册时，向CPM***提交该终端的能力参数，从而使得目的端参与功能实体可以获取各个终端注册时携带的能力参数。

步骤2，发送方向接收方发送CPM消息，该CPM消息首先到达发送方所归属的源端参与功能实体；

具体地，发送方可以在发送的CPM消息携带发送方的喜好信息，其中，该喜好信息用于表示发送方期望的接收该CPM消息的终端。

优选地，上述CPM消息包括但不限于以下至少之一：基于寻呼模式的CPM消息、基于会话模式的大CPM消息、CPM会话消息。

步骤3，源端参与功能实体发送CPM消息，该CPM消息到达目的端参与功能实体，该CPM消息中可以携带发送方的喜好信息。

步骤S103：目的端参与功能实体根据预设策略信息从被叫方的多个CPM客户端中选择满足条件的CPM客户端作为接收方CPM客户端，用于接收上述CPM消息。

具体地，预设策略信息包括但不限于以下至少之一或其任意组合：

(1)接收方的多个CPM客户端中各个CPM客户端的能力参数；

(2)发送方的喜好参数，即上述发送方的喜好信息。

(3)本地策略参数。

对应地，目的端参与功能实体可以按照以下方式之一或其组合选择接收方CPM客户端：

(1)目的端参与功能实体根据发送方的喜好参数从接收方的多个CPM客户端中选择发送方喜好的CPM客户端；

(2)目的端参与功能实体根据接收方的各个CPM客户端的能力参数，从接收方的多个CPM客户端中选择能够提供上述CPM消息请求的业务的CPM客户端；

(3)目的端参与功能实体根据本地策略参数，从接收方的多个CPM客户端中选择满足本地策略的CPM客户端。

在包括上述多种方式时，目的端参与功能实体将按照该多种方式进行筛选，例如，如果选择方式包括：根据发送方的喜好信息选择发送方喜好的CPM客户端和优先选择具有处理能力的终端，则目的端参与功能实体可以先从接收方的多个CPM客户端中选择发送方喜好的多个CPM客户端，再根据选择的该多个CPM客户端中每个CPM客户端的处理能力，从中选择具有处理上述CPM消息请求的业务的能力的CPM客户端。

目的端参与功能实体从接收方的多个CPM客户端中选择出接收上述CPM消息的CPM客户端之后，可以通过其与该CPM客户端之间的通信路径将接收到的CPM消息发送给该CPM客户端。

第二种方法：由目的端SIP/IP核心网选择接收方CPM客户端

图2为根据本发明实施例的该CPM消息的定向方法的流程图，如图2所示，根据本发明实施例的CPM消息的定向方法主要包括以下步骤(步骤S201-步骤S203)：

步骤S201：发送方CPM客户端发送的CPM消息到达接收方归属的SIP/IP核心网；

步骤S203：SIP/IP核心网根据预设策略信息从接收方的多个CPM客户端中选择满足条件的CPM客户端作为接收方CPM客户端，其中，该预设策略信息包括以下之一或其任意组合：多个CPM客户端中各个CPM客户端的能力参数、发送方的喜好参数、本地策略参数，其中，喜好参数用于表示发送方期望的接收上述CPM消息的CPM终端。

该方法与上述第一种方法的区别在于，选择接收方CPM客户端的操作由目的端SIP/IP核心网完成，当发送方发送的CPM消息路由到目的端SIP/IP核心网时，目的端SIP/IP核心网根据接收方的多个CPM客户端中各个CPM客户端的能力参数、发送方的喜好参数、本地策略参数中的一个或多个选择接收方CPM客户端。

并且，由目的端SIP/IP核心网获取接收方在注册时提供的各个CPM客户端的能力参数，并在本地存储本地策略参数，并且，发送方在发送CPM消息时，也可以携带发送方的喜好参数，然后由目的端SIP/IP核心网根据这些信息选择满足条件的CPM客户端。具体实现过程与上述第一种方法相似，在此不再赘述。

下面以用户A呼叫用户B为例，由用户B归属的参与功能实体(CPM Participating Function)(可称为目的端参与功能实体)对本发明实施例提供的CPM消息的定向方法进行说明。

其中，某用户B使用同一个CPM地址分别在两个不同的终端上注册到CPM***中，用户A当前使用CPM终端记为Client-A，Client-A内置CPM客户端记为CPM Client-A(CPM客户端A)，假设CPM***地址Addr-A为用户A的一个CPM地址，其归属于CPM Participating Function-A(参与功能实体A)；用户B当前使用CPM终端记为CPM Client-B1(CPM客户端B1)和CPM Client-B2(CPM客户端B2)，Client-B1与Client-B2内置CPM客户端记为CPMClient-B1与CPM Client-B2，Addr-B为用户B的一个CPM地址，归属于CPM Participating Function-B(参与功能实体B)。

图3为根据本发明实施例CPM消息的定向方法具体应用的流程图。如图3所示，用户A呼叫用户B的处理主要包括以下步骤(步骤S301-步骤S313)：

步骤S301：用户B使用Addr-B1在终端CMP Client-B1上注册到CPM***中。

在具体实施过程中，用户B在CMP Client-B1登录注册到SIP/IP Core中，该SIP/IP Core将注册信息发送至Participating Function-B，并对Client-B1反馈OK指令。

步骤S303：CPM***的Participating Function-B在接收到上述注册消息后，提取Client-B1相关的能力参数并保存，并对Client-B1反馈OK指令。

步骤S305：用户B使用Addr-B2在终端CMP Client-B2上注册到CPM***中。

在具体实施过程中，用户B在CMP Client-B2登录注册到SIP/IP Core中，该SIP/IP Core将注册信息发送至Participating Function-B，并对Client-B2反馈OK指令。

步骤S307：CPM***的Participating Function-B在接收到上述注册消息后，提取Client-B2相关的属性参数并保存，并对Client-B2反馈OK指令。

在这两个终端发出的注册消息中，通过Contact字段携带本终端显式支持或者显式不支持的能力信息，例如，可以假设用户B在DeviceB1上的注册信息为：

Contact:sip:[email protected]；audio；video＝″false″；

假设用户B在DeviceB2上的注册信息，为：

Contact:sip:[email protected]；audio；video；

则表明终端B1显式不支持视频。终端B2则对音频和视频都支持。如果Contact字段不携带相关信息，则不标明是否是支持或者不支持相关的能力属性。

步骤S309：主叫用户A给用户B发送CPM消息。

在具体实施过程中，主叫用户A将CPM消息发送至CPM Participating Function-A，该CPM Participating Function-A将上述CPM消息接收到该消息后，按照目的地址将该消息转发至CPM Participating Function-B。

具体地，在上述CPM消息中，通过以下字段携带主叫caller preference，不失一般性，假定该preference为：

Reject-Contact:*；actor＝″msg-taker″；video

Accept-Contact:*；actor＝″msg-taker″；video＝″true″；

则主叫方的喜好为选择支持视频能力的终端接收该消息。

主叫用户喜好的头字段Accept-Contact，可以携带“require”标签，表示要求被叫用户必须支持其列出的所有属性能力(至少不能显式不支持其列出的相关属性能力)。例如：

Accept-Contact:*；actor＝″msg-taker″；video＝″true″；require

表示主叫用户喜好的头字段Accept-Contact，可以携带“explicit”标签，表示要求被叫用户显式地支持其列出的所有属性能力。如：

Accept-Contact:*；actor＝″msg-taker″；video＝″true″；explicit

步骤S311：CPM Participating Function-B接收到CPM消息后，进行接收终端筛选处理，最终筛选选择Client-B2为接收终端。

步骤S313：CPM Participating Function-B将上述CPM消息发送给Client-B2。

具体地，Client-B2接收到上述CPM消息后，向CPM Participating Function-B反馈，该OK指令再经由CPM Participating Function-A反馈至CPM Client-A。

本实施例中的CPM消息为基于page-mode模式的CPM消息，对于基于会话模式的大CPM消息或CPM会话消息而言，实现方案基本等同于上述步骤，不同点在于：基于page-mode的消息，主叫喜好是由每个独立的MESSAGE消息触发的，CPM Participating Function对每个MESSAGE发送时都需要定向筛选终端处。而对于基于session的CPM业务形式(包括大消息传送)，则主叫喜好的属性参数携带在会话初始方法INVITE中携带，因此决定的筛选结果适用于整个会话的周期。

虽然在上述过程中以目的端CPM Participating Function进行选路为例进行说明，但并不限于此，也可以由目的端SIP/IP Core执行，由目的端SIP/IP Core执行时，主叫方发送的CPM消息路由到目的端SIP/IP Core时，直接根据预设策略信息及规则从被叫方的多个终端中筛选出接收终端，然后再将CPM消息转发给接收终端。

根据本发明实施例的上述CPM消息定向方法，可以为被叫方包括多个终端的CPM消息选择接收终端。

装置实施例

根据本发明的实施例，还提供了一种CPM消息的定向***，该***用于实现上述的第一种方法。

图4为根据本发明实施例的CPM消息的定向***的结构示意图。如图4所示，根据本发明实施例的CPM的定向***包括：发送方CPM客户端1、接收方的多个CPM客户端3(图中示出了两个，即CPM客户端31和CPM客户端33)和目的端参与功能实体5。其中，发送方CPM客户端1，用于根据接收方的CPM地址向接收方发送CPM消息，其中，该CPM消息中携带有发送方的喜好参数；接收方的多个CPM客户端3，用于使用接收方的同一个CPM地址在CPM***中进行注册，其中，各个CPM客户端在注册时携带有该CPM客户端的能力参数；目的端参与功能实体5，接收方归属的参与功能实体，用于接收发送方客户端1发送的上述CPM消息，并根据预设策略信息从多个CPM客户端3选择满足条件的CPM客户端作为接收方CPM客户端。

进一步地，目的端参与功能实体5还用于获取多个CPM客户端3中各个CPM客户端在注册时携带的各个CPM客户端的能力参数。

进一步地，目的端参与功能实体5还用于存储定向CPM客户端的本地策略参数。

具体地，目的端参与功能实体5用于根据本地策略参数选择满足条件的接收方CPM客户端；和/或，根据本地策略参数、发送方的喜好参数、各个CPM客户端的能力参数三者中之一或其任意组合，选择满足条件的接收方CPM客户端。

根据本发明实施例，还提供了另一种CPM消息的定向***，该***用于实现上述的第二种方法。

图5为根据本发明实施例的该CPM消息的定向***的结构示意图，如图5所示，根据本发明实施例的CPM消息的定向***包括：发送方CPM客户端2、接收方的多个CPM客户端4(图中示出了两个，即CPM客户端41和CPM客户端43)和目的端SIP/IP核心网6。其中，多个CPM客户端4，用于使用接收方的同一个CPM地址在CPM***中进行注册，其中，各个CPM客户端在注册时携带有该CPM客户端的能力参数；发送方CPM客户端2，用于向上述CPM地址对应的接收方发送CPM消息，其中，该CPM消息中携带有发送方的喜好参数；目的端SIP/IP核心网6，接收方归属的SIP/IP核心网，用于根据预设策略信息从多个CPM客户端4选择满足条件的CPM客户端作为接收方CPM客户端。

进一步地，上述目的端SIP/IP核心网6还用于获取多个CPM客户端4中各个CPM客户端在注册时携带的各个CPM客户端的能力参数。

进一步地，目的端SIP/IP核心网6还用于存储定向CPM客户端的本地策略参数。

具体地，目的端SIP/IP核心网6用于根据本地策略参数选择满足条件的接收方CPM客户端；和/或，根据本地策略参数、发送方的喜好参数、各个CPM客户端的能力参数三者中之一或其任意组合，选择满足条件的接收方CPM客户端。

根据本发明实施例的上述CPM消息定向装置可以为接收方包括多个CPM客户端的CPM消息选择接收CPM客户端。

综上所述，通过本发明的上述实施例，在用户使用同一个CPM地址在不同的终端上登录CPM***时，可以根据发送方的喜好信息，和/或，接收方的各个CPM客户端的能力参数，和/或，本地策略信息等的对接收方的多个CPM客户端进行匹配筛选，确定接收发送方发送的CPM消息的CPM客户端，从而，解决了“一号多机”的消息转发时的选路问题，进而可以在CPM***中更好地实现了消息的传送、提高用户体验。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (20)

1.一种融合IP消息CPM消息的定向方法，用于在接收方的一个CPM地址通过多个CPM客户端可达，或多个CPM客户端采用同一个CPM地址注册登录时，定向接收CPM消息的CPM客户端，其特征在于，所述方法包括：

所述接收方归属的目的端参与功能实体接收发送方CPM客户端发送的CPM消息；

所述目的端参与功能实体根据预设策略信息从所述多个CPM客户端中选择满足条件的CPM客户端作为接收方CPM客户端，其中，所述预设策略信息包括以下之一或其任意组合：所述多个CPM客户端中各个CPM客户端的能力参数、发送方的喜好参数、本地策略参数，其中，所述喜好参数用于表示所述发送方期望的接收所述CPM消息的CPM客户端。

2.根据权利要求1所述的方法，其特征在于，在所述目的端参与功能实体接收所述CPM消息之前，所述方法还包括：

所述发送方CPM客户端发送所述CPM消息，所述CPM消息到达所述发送方归属的源端参与功能实体，其中，所述CPM消息携带有所述发送方的所述喜好参数；

所述源端参与功能实体发送所述CPM消息，所述CPM消息到达所述目的端参与功能实体。

3.根据权利要求2所述的方法，其特征在于，在所述发送方CPM客户端发送所述CPM消息之前，所述方法还包括：

所述多个CPM客户端中的各个CPM客户端携带该CPM客户端的能力参数使用同一个CPM地址在CPM***注册；

所述目的端参与功能实体获取各个CPM客户端注册时携带的所述能力参数。

4.根据权利要求3所述的方法，其特征在于，所述目的端参与功能实体选择所述接收方CPM客户端包括以下之一或其任意组合：

所述目的端参与功能实体根据所述发送方的所述喜好参数从所述多个CPM客户端中选择所述发送方喜好的CPM客户端；

所述目的端参与功能实体根据所述接收方的各个CPM客户端的能力参数，从所述多个CPM客户端中选择能够提供所述CPM消息请求的业务的CPM客户端；

所述目的端参与功能实体根据所述本地策略参数，从所述多个CPM客户端中选择满足本地策略的CPM客户端。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述CPM消息包括以下至少之一：基于寻呼模式的CPM消息、基于会话模式的大消息模式CPM消息、CPM会话消息。

6.根据权利要求1至4中任一项所述的方法，其特征在于，在从所述目的端参与功能实体选择所述接收方CPM客户端之后，所述方法还包括：

所述目的端参与功能实体通过其与所述接收方CPM客户端之间的通信路径发送所述CPM消息。

7.一种融合IP消息CPM消息的定向方法，用于在接收方的一个CPM地址通过多个CPM客户端可达，或多个CPM客户端采用同一个CPM地址注册登录时，定向接收CPM消息的CPM客户端，其特征在于，所述方法包括：

发送方CPM客户端发送的CPM消息到达所述接收方归属的SIP/IP核心网；

所述SIP/IP核心网根据预设策略信息从所述多个CPM客户端中选择满足条件的CPM客户端作为接收方CPM客户端，其中，所述预设策略信息包括以下之一或其任意组合：所述多个CPM客户端中各个CPM客户端的能力参数、发送方的喜好参数、本地策略参数，其中，所述喜好参数用于表示所述发送方期望的接收所述CPM消息的CPM终端。

8.根据权利要求7所述的方法，其特征在于，在所述SIP/IP核心网接收所述CPM消息之前，所述方法还包括：

所述发送方CPM客户端发送所述CPM消息，所述CPM消息到达所述发送方归属的源端参与功能实体，其中，所述CPM消息携带有所述发送方的所述喜好参数；

所述源端参与功能实体发送所述CPM消息，所述CPM消息到达所述SIP/IP核心网。

9.根据权利要求8所述的方法，其特征在于，在所述发送方CPM客户端发送所述CPM消息之前，所述方法还包括：

所述多个CPM客户端中的各个CPM客户端携带该CPM客户端的能力参数使用同一个CPM地址在CPM***注册；

所述SIP/IP核心网获取各个CPM客户端注册时携带的所述能力参数。

10.根据权利要求9所述的方法，其特征在于，所述SIP/IP核心网选择所述接收方CPM客户端包括以下之一或其任意组合：

所述SIP/IP核心网根据所述发送方的所述喜好参数从所述多个CPM客户端中选择所述发送方喜好的CPM终端；

所述SIP/IP核心网根据所述接收方的各个CPM终端的能力参数，从所述多个CPM客户端选择能够提供所述CPM消息请求的业务的CPM客户端；

所述SIP/IP核心网根据所述本地策略参数，从所述多个CPM客户端选择满足本地策略的CPM客户端。

11.根据权利要求7至10中任一项所述的方法，其特征在于，所述CPM消息包括以下至少之一：基于寻呼模式的CPM消息、基于会话模式的大消息模式CPM消息、CPM会话消息。

12.根据权利要求7至10中任一项所述的方法，其特征在于，在从所述SIP/IP核心网选择所述接收方CPM客户端之后，所述方法还包括：

所述SIP/IP核心网将选择的所述接收方CPM客户端的信息携带在所述CPM消息中到达所述接收方归属的参与功能实体；

所述参与功能实体通过其与所述接收方CPM客户端之间的通信路径发送所述CPM消息。

13.一种CPM消息的定向***，其特征在于，包括：发送方CPM客户端、接收方的多个CPM客户端和目的端参与功能实体，其中，

所述多个CPM客户端，用于使用接收方的同一个CPM地址在CPM***中进行注册，其中，各个CPM客户端在注册时携带有该CPM客户端的能力参数；

所述发送方CPM客户端，用于根据接收方的CPM地址向接收方发送CPM消息，其中，所述CPM消息中携带有发送方的喜好参数；

所述目的端参与功能实体，用于接收所述CPM消息，并根据预设策略信息从所述多个CPM客户端选择满足条件的CPM客户端作为接收方CPM客户端。

14.根据权利要求13所述的***，其特征在于，所述目的端参与功能实体还用于获取所述多个CPM客户端中各个CPM客户端在注册时携带的各个CPM客户端的能力参数。

15.根据权利要求13所述的***，其特征在于，所述目的端参与功能实体还用于存储定向CPM客户端的本地策略参数。

16.根据权利要求13所述的***，其特征在于，

所述目的端参与功能实体用于根据本地策略参数选择满足条件的接收方CPM客户端；和/或，

根据本地策略参数、发送方的喜好参数、各个CPM客户端的能力参数三者中之一或其任意组合，选择满足条件的接收方CPM客户端。

17.一种CPM消息的定向***，其特征在于，包括：发送方CPM客户端、多个CPM客户端和目的端SIP/IP核心网，其中，

所述多个CPM客户端，用于使用接收方的同一个CPM地址在CPM***中进行注册，其中，各个CPM客户端在注册时携带有该CPM客户端的能力参数；

所述发送方CPM客户端，用于向所述CPM地址对应的接收方发送CPM消息，其中，所述CPM消息中携带有发送方的喜好参数；

所述目的端SIP/IP核心网，用于根据预设策略信息从所述多个CPM客户端选择满足条件的CPM客户端作为接收方CPM客户端。

18.根据权利要求17所述的***，其特征在于，所述目的端SIP/IP核心网还用于获取所述多个CPM客户端中各个CPM客户端在注册时携带的各个CPM客户端的能力参数。

19.根据权利要求17所述的***，其特征在于，所述目的端SIP/IP核心网还用于存储定向CPM客户端的本地策略参数。

20.根据权利要求1 7所述的***，其特征在于，

所述目的端SIP/IP核心网用于根据本地策略参数选择满足条件的接收方CPM客户端；和/或，

根据本地策略参数、发送方的喜好参数、各个CPM客户端的能力参数三者中之一或其任意组合，选择满足条件的接收方CPM客户端。

Images