CN101964956A - 融合ip消息的分发方法及装置 - Google Patents

Abstract

本发明公开了一种融合IP消息的分发方法及装置。其中，该方法用于将被叫方包括多个上线终端的CPM消息分发给多个终端，该方法包括：指定网元接收主叫方发送的CPM消息，其中，该指定网元包括：被叫方归属的CPM参与功能实体或SIP/IP核心网；指定网元将该CPM消息分别发送到多个上线终端中的至少两个终端。通过本发明，可以解决“一号多机”的CPM请求消息分发的问题，进而，可以在CPM系统中更好地实现消息的传送，提高用户体验。

Description

融合IP消息的分发方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种融合IP消息(Converged IP Messaging，简称为CPM)的分发方法及装置。

背景技术

CPM是由开放移动联盟(Open Mobile Architecture，简称为OMA)于2005年提出的，其目的是实现多种消息业务的互通，为用户提供统一消息业务，以及完善一致并且方便的消息业务体验。CPM融合现有的多种消息业务，包括即时消息(Instant Message，简称为IM)、一键通(Push-To-Talk over Cellular，简称为POC)、移动电子邮件(Mobile E-Email，简称为MEM)、短消息业务(ShortMessaging 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消息发送到多个上线终端中的至少两个终端的问题而提出本发明，为此，本发明的主要目的在于提供一种融合IP消息的分发方法及装置，以解决上述问题。

根据本发明的一个方面，提供了一种融合IP消息的分发方法，该方法用于将被叫方包括多个上线终端的CPM消息分发给多个终端。

根据本发明的融合IP消息的分发方法包括：指定网元接收主叫方发送的CPM消息，其中，该指定网元包括：被叫方归属的CPM参与功能实体或SIP/IP核心网；指定网元将该CPM消息分别发送到多个上线终端中的至少两个终端。

根据本发明的另一个方面，提供了一种融合IP消息的分发装置，该装置用于将被叫方包括多个上线终端的CPM消息分发给多个终端。

根据本发明的融合IP消息的分发装置包括：接收模块和发送模块。其中，接收模块，用于接收主叫方发送的CPM消息；发送模块，用于将该CPM消息分别发送到被叫方的多个上线终端中的至少两个终端。

通过本发明的上述技术方案之一，当被叫方使用多个终端同时在线的情况下，指定网元将CPM消息分别发送到多个上线终端中的至少两个终端。从而可以解决“一号多机”的CPM请求消息分发的问题，进而，可以在CPM系统中更好地实现消息的传送，提高用户体验。

附图说明

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

图1为根据本发明实施例的CPM消息的分发方法的流程图；

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

图3为根据本发明实施例CPM消息的分发方法的实施例二的流程图；

图4为根据本发明实施例的CPM消息的分发装置的结构示意图；

图5为根据本发明优选实施例的CPM消息的分发装置的结构示意图。

具体实施方式

功能概述

本发明实施例中，CPM系统包括：CPM客户端(包括：主叫方和被叫方)、指定网元。在本发明实施例中，指定网元在接收主叫方发送的CPM消息时，根据预设定向选路规则对被叫方的多个终端进行筛选，从多个终端中选择CPM消息的接收终端。

在本发明实施例中，上述指定网元包括：被叫方归属的CPM参与功能实体或会话初始化协议。

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

方法实施例

根据本发明的实施例，首先提供了一种CPM消息的分发方法。

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

步骤S101：指定网元接收主叫方发送的CPM消息，其中，该指定网元包括：被叫方归属的CPM参与功能实体或SIP/IP核心网；

步骤S103：所述指定网元将所述CPM消息分别发送到所述多个上线终端中的两个或多个终端。

以下进一步描述上述各处理的细节。

(一)步骤S101

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

步骤1，被叫方在多个终端使用同一个CPM地址在CPM系统进行注册；

在具体实施过程中，被叫方通过各个终端在CPM系统进行注册时，可以向CPM系统提供每个终端的属性信息，其中，对于每个终端，其向CPM系统提交的属性信息用于指示该终端的处理能力和/或优先级。

步骤2，主叫方向被叫方发送CPM消息，该CPM消息首先到达上述指定网元。

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

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

(二)步骤S103

指定网元在将上述CPM消息分流到被叫方的多个上线终端中的至少两个终端之前，指定网元可以根据预设筛选规则，对被叫方的多个上线终端进行筛选，获取满足预设筛选规则的被叫方的至少两个终端。

在具体实施过程中，发送方CPM客户端在发送CPM消息之前，可以设置该CPM消息的分流属性信息，即设定该CPM消息是否进行分流。指定网元在接收到该CPM消息时，可以从提取该CPM消息的分流属性信息，判断是否进行分流；并且，指定网元还可以结合本地筛选策略确定是否将该CPM消息进行分流，其中，本地筛选策略是指根据运营商的商业运营策略制定的对CPM请求消息的处理，例如，支持分流或者不支持分流设置等。

其中，上述预设筛选规则可以包括但不限于以下至少之一或其任意组合：

(1)根据主叫方的喜好信息选择所述主叫方喜好的终端；

(2)根据被叫方的各个终端的属性信息，优先选择具有处理能力和/或优先级最高的终端；

(3)选择满足本地筛选策略的终端。

在包括上述多个预设筛选规则时，指定网元将按照该多个预设筛选规则进行筛选，例如，如果预设筛选规则包括：根据主叫方的喜好信息选择主叫方喜好的终端和优先选择具有处理能力的终端，则指定网元可以先从被叫方的多个终端中选择主叫方喜好的多个终端，再根据选择的多个终端中每个终端的处理能力，从中选择具有处理上述CPM消息能力的终端。

根据本发明实施例提供的上述方法，可以将CPM消息分流到被叫方的多个上线终端中的至少两个终端，并且，可以根据主叫方的喜好和终端的处理能力等参数来选择接收CPM消息的终端。

为进一步理解本发明实施例提供的技术方案的具体实施方式，以下通过具体实施例进行说明。

实施例一

在本实施例中，以用户A呼叫用户B为例，由被叫方归属的CPM参与功能实体(CPM Participating Function)对接收到的CPM消息进行分流。

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

图2为根据本实施例中CPM消息的分发流程图。在本实施例中，CPM消息为page-mode的SIP MESSAGE，如图2所示，用户A呼叫用户B的处理主要包括以下步骤：

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

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

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

其中，上述相关的属性参数包括Client-B1的处理能力和/或Client-B1的优先级。

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

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

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

具体地，可以通过终端发送的注册消息中的Contact字段携带该终端的属性信息。

步骤S209：主叫用户A给用户B发送基于page-mode的CPM消息。

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

具体地，Client-A可以在发送的上述CPM消息携带主叫方喜好参数(caller preference)和/或Client-A通过上述CPM消息的Request-Disposition字段中携带分流属性信息，指示将该CPM消息分流至被叫方的多个上线终端。

步骤S211：CPM Participating Function-B接收到上述CPM消息后，进行接收终端筛选处理，最终筛选出Client-B1和Client-B2均符合接收条件，确定上述二者为CPM消息的接收终端。

步骤S213：CPM Participating Function-B将上述CPM消息分别发送(即，以分流方式发送)给Client-B1和Client-B2。

具体地，Client-B1和Client-B2接收到上述CPM消息后，向CPM Participating Function-B反馈响应消息(OK)，该响应消息经由CPM Participating Function-A反馈至CPM Client-A。

实施例二

图3为根据本实施例中CPM消息的分发流程图，在本实施例中，CPM消息以基于会话的CPM会话为例。

本实施例与实施例一不同在于：对于基于page-mode的CPM消息，主叫喜好是由每个独立的MESSAGE消息触发的，指定网元对每个MESSAGE投递时都需要分流处理。而对于基于session的其它CPM业务形式(包括大消息传送)，主叫喜好的属性参数由初始会话请求消息(INVITE)携带，该主叫喜好决定的分流方式适用于整个会话的周期。即对于会话，在会话发起时进行分流，会话建立后，则按照确定的通信路径进行通信。

主叫方发送的初始会话请求消息根据主叫喜好的属性信息被分流到被叫方的多个终端，每个终端都将可能回复响应，该响应最终被转发到Client-A，可以由Client-A最终决定会话的具体终端。如图3所示，用户A呼叫用户B的处理主要包括以下步骤：

步骤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指令。

其中，上述Client-B1和Client-B2向CPM系统发送的注册消息中可以通过该注册消息的Contact字段携带该终端的属性信息。

步骤S309：主叫用户A给用户B发送CPM会话邀请消息，

在具体实施过程中，Client-A将CPM初始会话请求发送至CPM Participating Function-A，该CPM Participating Function-A接收到上述CPM初始会话请求后，按照该CPM初始会话请求的目的地址将该消息转发至CPM Participating Function-B。

具体地，在上述CPM初始会话请求中，还可以携带主叫方的喜好信息(即caller preference)参数和/或通过CPM初始会话请求的Request-Disposition字段携带分流属性信息，指示将该CPM初始会话请求进行分流。

步骤S311：CPM Participating Function-B接收到CPM初始会话请求消息后，按照筛选规则对被叫方的多个上线终端进行筛选，确定接收上述CPM初始会话请求的终端，最终筛选出Client-B1和Client-B2均符合接收条件，确定上述二者为接收终端。

步骤S313：CPM Participating Function-B将上述CPM会话初始请求消息分别发送(即，以分流方式发送)给Client-B1和Client-B2。

具体地，Client-B1和Client-B2接收到上述CPM会话初始请求消息后，分别向CPM Participating Function-B反馈响应OK，该响应再经由CPM Participating Function-A反馈至CPM Client-A。

步骤S315：Client-A在接收到来自Client-B1和Client-B2的反馈响应之后，确定与之会话的终端；

步骤S317：Client-A确定会话终端为Client-B1，与Client-B1建立会话。

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

装置实施例

根据本发明的实施例，还提供了一种CPM消息的分发装置。

图4为根据本发明实施例的CPM消息的分发装置的结构示意图。如图4所示，根据本发明实施例的CPM消息的分发装置包括：接收模块30和发送模块32，其中，接收模块30，用于接收主叫方发送的CPM消息；发送模块32，与接收模块30相连接，用于将接收模块30接收到的上述CPM消息分别发送到被叫方的多个上线终端中的至少两个终端。

具体地，如图5所示，根据本发明实施例CPM消息的分发装置还可以包括：筛选模块34和/或存储模块36。其中，筛选模块34，连接在接收模块30和发送模块32之间，用于根据预设筛选规则，对被叫方的多个上线终端进行筛选，从多个上线终端中选择至少两个终端作为上述CPM消息的接收终端；存储模块36，与接收模块30和筛选模块34相连接，用于存储接收到的主叫方的喜好信息，和/或，被叫方的各个终端的属性信息，和/或，根据运营策略制定的本地的筛选规则，则筛选模块34根据存储模块36存储的信息，按照预设筛选规则对被叫方的多个上线终端进行筛选，确定上艺术品CPM消息的接收终端。

具体地，上述预设筛选规则包括但不限于以下至少之一或其任意组合：

根据主叫方的喜好信息选择主叫方喜好的终端；

根据被叫方的各个终端的属性信息，选择具有处理能力和/或优先级高的终端；

选择满足筛选规则的终端。

根据本发明实施例的上述CPM消息分发装置可以位于CPM系统的被叫方归属的CPM参与功能实体，也可以位于SIP/IP Core。

根据本发明实施例的上述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编解码模块、SIP协议栈模块(通信模块)。其中，分流属性设置模块，用于当CPM客户端作为CPM消息的主叫方时，编辑(或生成)待发送的CPM消息时或之前，进行相关的分流属性信息的设置，指示该CPM消息需要进行分流；CPM编解码模块，用于当CPM客户端作为CPM消息的主叫方时，将分流信息设置模块设置的分流属性信息编码到CPM消息中。具体地，该分流属性信息由Request-Disposition字段携带；SIP协议模块，用于发送上述CPM消息。

相对应地，上述指定网元需要根据CPM客户端设置的分流属性信息提取CPM消息的分流属性，并进行相应分流与否的处理。

在本发明实施例，增加了主叫方对服务端处理的参数提取与处理功能(即上述筛选模块和存储模块的功能)。在具体实施过程中，当指定网元接收到CPM请求消息时，提取出相关Request-Disposition的字段值，如“no-fork”或者“fork”，可以结合本地筛选策略，共同确定分流与否。其中，本地筛选策略是指根据运营商的商业运营策略制定的对CPM请求消息的处理，例如，支持分流或者不支持分流设置等；并且，指定网元可以只根据本地筛选策略决定分流与否处理，而忽略主叫方的分流属性设置。当指定网元接收来自被叫方在多个终端上的注册消息时，提取出相关终端的属性信息并缓存处理；当指定网元接收来自主叫方发送的CPM消息时，可以根据Accept-Contact与Reject-Contact头字段和/或目的终端的属性信息进行终端筛选。

另外，在本发明实施例中，指定网元增加了对分流处理的功能(即发送模块的功能)。在具体实施过程中，指定网元对目的终端经过筛选后，确定接收终端为2个或多个时，将请求消息分别转发至每个接收终端。

综上所述，通过本发明的上述实施例，在用户使用同一个CPMaddress在不同的终端上登录CPM系统时，指定网元将接收到的来自主叫方的CPM消息以分流方式分别发送到所述多个上线终端中符合接收条件的两个或多个终端。从而，解决了“一号多机”的消息转发时的选路问题，进而可以在CPM系统中更好地实现了消息的传送、提高用户体验；并且，在本发明实施例中，还可以根据被叫方的不同的终端可能具备的不同能力，和/或，根据主叫方的意愿(喜好)确定将主叫方发送的CPM消息发送被叫方的具体地终端。

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

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

Claims (10)

1.一种融合IP消息CPM的分发方法，用于将被叫方包括多个上线终端的CPM消息分发给多个终端，其特征在于，所述方法包括：

指定网元接收主叫方发送的CPM消息，其中，所述指定网元包括：所述被叫方归属的CPM参与功能实体或会话初始协议SIP/IP核心网；

所述指定网元将所述CPM消息分别发送到所述多个上线终端中的至少两个终端。

2.根据权利要求1所述的方法，其特征在于，所述指定网元接收所述主叫方发送的所述CPM消息之后，所述方法还包括：

所述指定网元根据预设筛选规则从所述多个上线终端中筛选出所述至少两个终端。

3.根据权利要求2所述的方法，其特征在于，在所述指定网元接收所述CPM消息之前，所述方法还包括：

所述主叫方向所述指定网元发送所述CPM消息，其中，所述CPM消息携带有所述主叫方的喜好信息，其中，所述喜好信息用于表示所述主叫方期望的接收所述CPM消息的终端。

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

所述多个上线终端使用同一个CPM地址在CPM系统进行注册；

所述指定网元获取所述多个终端中每个终端的属性信息，其中，所述每个终端的属性信息用于指示该终端的处理能力和/或优先级，并且该属性信息在该终端注册时携带给所述指定网元。

5.根据权利要求4所述的方法，其特征在于，所述预设筛选规则包括以下至少之一：

根据所述主叫方的所述喜好信息选择所述主叫方喜好的终端；

根据所述被叫方的各个终端的属性信息，优先选择具有处理能力和/或优先级最高的终端；

选择满足所述指定网元本地配置的筛选策略的终端。

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

7.一种融合IP消息的分发装置，用于将被叫方包括多个上线终端的CPM消息分发给多个终端，其特征在于，所述装置包括：

接收模块，用于接收主叫方发送的融合IP消息；

发送模块，用于将所述CPM消息分别发送到被叫方的所述多个上线终端中的至少两个终端。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：筛选模块，用于根据预设筛选规则，对所述多个上线终端进行筛选，从所述多个上线终端中选择所述至少两个终端。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

存储模块，用于存储接收到的所述主叫方的喜好信息，和/或，所述被叫方的各个上线终端的属性信息，和/或，根据运营策略制定的本地的筛选规则。

10.根据权利求9所述的装置，其特征在于，所述预设筛选选路规则包括以下至少之一：

根据所述主叫方的所述喜好信息选择所述主叫方喜好的终端；

根据所述被叫方的各个终端的属性信息，选择具有处理能力和/或优先级高的终端；

选择满足所述筛选规则的终端。

Images