CN102007784B - 用于与非融合因特网协议消息服务互配的融合因特网协议消息服务提供系统和方法 - Google Patents

Abstract

一种用于将融合IP消息(CPM)服务与其他消息服务互配的系统和方法。具体地，本发明实现允许CPM服务的接收者利用该接收者已订阅的非CPM服务来接收从其他CPM服务的发送者发送的消息的功能。为此，本发明在确定要经历互配的非CPM服务时使用接收者的偏好信息。这样，CPM服务可以与非CPM服务互配，有助于扩大其中能够提供服务的范围。

Description

用于与非融合因特网协议消息服务互配的融合因特网协议消息服务提供系统和方法

技术领域

本发明一般涉及用于提供(provision)CPM服务的系统和方法，而且更具体地，涉及能够与非CPM服务互配(interwork)的CPM服务提供系统和方法。

背景技术

已经提出融合IP消息(CPM)服务以在单个服务类型中提供诸如短消息服务(SMS)、多媒体消息服务(MMS)、即时消息服务(IMS)等的多种现有消息服务的关键服务特征。

这样的CPM服务的出现归因于对将基于不同技术开发的以上现有服务集成到一个服务中的需要，因为依据用户经验各服务在许多方面彼此重合。另外，随着企业的市场及其通信业务中的迅速变化，用户日渐需要以集成(融合)的方式处理他们接收的各种类型的消息。鉴于此，开放移动联盟(OMA)标准组织最近计划开发用于被称为CPM服务的新服务的技术。

CPM服务应当能够将发送者发送的消息尽力递送到接收者而不管接收者享有的消息服务的类型。

如上所述，CPM服务应当能够以集成的方式处理与所有现有服务用户交换的消息而不管消息的类型。为此，CPM服务必须能够与诸如短消息服务、多媒体消息服务、即时消息服务、无线一键通话(PTT(Push To Talk)overCellular，PoC)等的非CPM服务互配。这里使用的术语“互配”意味着CPM服务的消息格式与非CPM服务的消息格式之间的相互转换操作。然而，这些消息服务在它们在发送者与接收者之间消息递送的目的上同等，但是在提供消息的方式上不同。因此，需要一种方法，其中CPM服务能够与这样的消息服务高效率地互配而不管消息的类型。

发明内容

本发明的一个方面在于解决至少这些问题和/或不足并且提供至少以下所述的优点。因此，本发明的一个方面提供能够与非CPM服务互配的CPM服务提供系统和方法。

本发明的另一个方面提供能够高效率地实现互配而不管接收者的消息服务的CPM服务提供系统和方法。

根据本发明的一个方面，提供一种融合IP消息(CPM)服务提供系统，用于与非CPM服务互配。该系统包括：扩展标记语言(XML)文档管理(XDM)服务器，用于存储和管理至少一个接收者的偏好信息；互配服务器，用于将CPM消息的格式转换为与非CPM服务对应的消息格式，并将经转换的非CPM消息递送到对应的接收者；以及CPM服务器，用于当接收CPM消息时，向XDM服务器发送对于CPM消息将被递送到的接收者的偏好信息的请求，依靠来自XDM服务器的偏好信息确定要经历互配的非CPM服务，并且将CPM消息递送到与所确定的非CPM服务互配的互配服务器。

根据本发明的另一个方面，提供一种用于在融合IP消息(CPM)服务提供系统中与非CPM服务互配的方法。该方法包括：当接收CPM消息时，由CPM服务器发送对于CPM消息将被递送到的接收者的偏好信息的请求；从存储和管理至少一个接收者的偏好信息的扩展标记语言(XML)文档管理(XDM)服务器接收响应于该请求的偏好信息；依靠接收的偏好信息确定要经历互配的非CPM服务；将CPM消息递送到与所确定的非CPM服务互配的互配服务器；由互配服务器将所接收的CPM消息转换为与所确定的非CPM服务对应的消息格式；以及由互配服务器向接收者递送经转换的非CPM消息。

附图说明

通过结合附图的以下详细描述，本发明的以上和其它方面、特征和优点将变得更加显而易见，其中：

图1是说明根据本发明的实施例的用于提供CPM服务的系统的配置的图；

图2是说明根据本发明的实施例的CPM服务器的内部结构的框图；

图3是说明根据本发明的实施例的用于提供CPM服务的实体之间的信号流的图；

图4是说明根据本发明的实施例的实现为独立实体的互配选择功能的框图；以及

图5是说明根据本发明的另一实施例的用于提供CPM服务的实体之间的信号流的图。

具体实施方式

现在将参考附图详细描述本发明的优选实施例。附图中，相同或相似的元素由相同的引用数字指示，即使它们在不同附图中示出。以下说明中，出于清楚和简洁之故，已经省略这里包括的公知功能和结构的详细说明。

本发明提供用于将融合IP消息(CPM)服务与其他消息服务互配的系统和方法。具体地，本发明实现允许CPM服务的接收者利用该接收者已订阅的非CPM服务来接收从其他CPM服务的发送者发送的消息的功能。为此，本发明在确定要经历互配的非CPM服务时使用接收者的偏好信息。这样，CPM服务能够与非CPM服务互配，有助于扩大其中能够提供服务的范围。

参考图1，现在将描述用于将CPM服务与非CPM服务互配的系统架构。图1说明根据本发明的实施例的用于提供CPM服务的系统的组件、以及组件之间的相互关系。虽然为了本发明的更好理解，图1中仅仅简要示出构成该系统的主要实体，但是在实际服务环境中可以使用更多实体。

参考图1，CPM服务提供系统包括CPM客户端110、非CPM客户端111、CPM服务器120、扩展标记语言(XML)文档管理(XDM)服务器130、互配服务器140、SIP/IP核心网150、远程SIP/IP核心网151、和非CPM服务器160。

CPM客户端110是指CPM服务订阅者。CPM客户端110产生CPM消息，将其发送到CPM服务器120。并且从CPM服务器120接收其他CPM服务用户或非CPM服务用户发送的消息。

非CPM客户端111，作为非CPM服务订阅者，与相应的非CPM服务器交换消息。

当这里假定CPM客户端110为接收者时，该接收者应当充当CPM服务订阅者和非CPM服务订阅者二者。这是因为只有已经订阅CPM服务的接收者才可以使用互配功能，因为互配是CPM服务中提供的功能之一。另外，接收者甚至还应当订阅非CPM服务以便接收对应于与CPM服务互配的非CPM服务的消息。

CPM服务器120通常处理来自CPM客户端110或其他CPM服务器的消息。CPM服务器120还负责处理从互配服务器140接收的消息以便与非CPM服务互配。根据本发明的实施例，CPM服务器120参照互配相关偏好信息，即，用户的偏好信息和服务策略，以便确定其应当以何种消息服务类型向接收者递送来自发送者的CPM消息。

如此，CPM服务器120应当处理消息以使得CPM服务用户可以与各种消息服务用户交换消息而不管消息类型。CPM服务器120依靠接收者的互配相关偏好信息来确定互配的允许/不允许(即，互配是否被CPM服务用户允许)以及要经历互配的非CPM服务。这样的偏好信息规定当允许互配时在接收消息时接收者将代替CPM服务使用的非CPM服务。另外，偏好信息还可以在其中包含指示当有用户想使用的几种非CPM服务时用户将优先使用何种非CPM服务的优先级信息。

由于偏好信息和服务策略由XDM服务器130管理，CPM服务器120向XDM服务器130发送对接收者的偏好信息和服务策略的请求。接着CPM服务器120可以基于响应于该请求提供的信息来处理消息。具体来说，该消息处理操作可以包括这样的操作，其中CPM服务器120根据接收者的偏好信息将消息路由至互配服务器140。为此，CPM服务器120应当能够执行请求接收者的偏好信息和分析所提供的信息的功能。下面将详细描述该功能。

XDM服务器130搜索指示由CPM服务器120中的XDM客户端请求的接收者的偏好信息的XML资源，并且将它们提供给XDM客户端。这里假定XDM客户端在CPM服务器120中实现。特别地，本发明的实施例使用XDM服务器130作为用于存储互配相关偏好信息的数据库。XDM服务器130执行存储和管理用户的偏好信息和服务策略的功能。因此，这里使用XML配置访问协议(XCAP)作为用于请求和递送互配相关偏好信息的协议的示例。

本发明定义新的XML元素和属性以便创建由XDM服务器130搜索的指示接收者的偏好信息的XML资源。换句话说，本发明定义新的XML元素和属性以使得由XDM服务器130存储/管理的XML资源可以包括CPM服务用户的互配相关偏好信息。由本发明新定义的XML元素和属性用于规定当用户接收消息时他或她将代替CPM服务使用的非CPM服务。另外，当由用户期望的几种非CPM服务时，XML元素和属性甚至还用于表示指示用户将优先享用何种非CPM服务的优先级。包含这样的条件的XML资源可以以多种形式表示。

表1说明XML资源的示范性结构，其按照能够被添加到现有OMAXDM_v2.0中定义的扩展句式(schema)的形式来定义。

表1

表1中，元素<allow-interworking>指示CPM服务用户对互配的允许/不允许，并且元素<allow-interworking>的值在该元素具有多于一个具有值“真”的子元素时被设置为“真”。当元素<allow-interworking>的值为“真”时，其意味着请求用户的互配。相反，当用户不允许互配时，元素<allow-interworking>具有值“假”。

作为其子元素，元素<allow-interworking>可以具有指示CPM服务能够与其互配的非CPM服务的元素，包括<sms>、<mms>、<simple-im>、<poc>等。每个子元素具有值“真”或“假”，并且还具有属性‘priority’和属性‘non-CPMcontact’。

在子元素<sms>、<mms>、<simple-im>和<poc>当中，具有值“真”的子元素意味着其与CPM服务的互配被用户允许的非CPM服务。另一方面，具有值“假”的子元素意味着其与CPM服务的互配不被用户允许的非CPM服务。

子元素的属性‘priority’表示指示当其执行互配时CPM服务将优先尝试与何种非CPM服务互配的优先级信息。属性‘non-CPM contact’表示接受者在其订阅对应的非CPM服务时被分配的用于接收对应的非CPM服务的地址(或联系(contact))。因此，CPM服务器120优先尝试与由具有值“真”的元素<allow-interworking>的子元素当中具有较低的值属性‘priority’的子元素指示的非CPM服务互配。这样的优先级信息可以用于在尝试与具有最高优先级的非CPM服务互配失败时，尝试与具有次高优先级的非CPM服务互配。

同时，担当用于存储用户的偏好信息的数据库的XDM服务器130以表2的形式存储XML资源。

表2

表2说明使用表1中定义的句式存储在XDM服务器130中的XML资源中的互配相关偏好信息部分。表2中，当元素<allow-interworking>具有如表1中的值“真”时，其意味着接收者期望通过非CPM服务来接收由发送侧CPM服务用户发送的CPM消息。表2中可以注意到，存在接收者优选的几个非CPM服务，并且按照优先级的降序顺序列出SIMPLE IM、SMS和MMS。

互配服务器140执行CPM服务的消息格式与非CPM服务的消息格式之间的相互转换操作。为了将互配服务器140构建在接收侧网络中，接收侧网络应当能够提供CPM服务。具体地，当从CPM服务器120接收消息时，互配服务器140将接收的消息转换为按照适合于非CPM服务的格式的消息，并且将其发送到对应的非CPM服务器。类似地，当从非CPM服务器160接收消息时，互配服务器140将接收的消息的格式转换为适合于CPM服务的消息格式，并且将其发送到CPM服务器120。

这样，互配服务器140执行转换消息格式的功能以便将CPM服务与诸如短消息服务、多媒体消息服务、即时消息服务、无线一键通(PoC)的非CPM服务互配。

非CPM服务器160负责提供除了CPM服务以外的消息服务。由非CPM服务器160提供的消息服务包括短消息服务(SMS)、多媒体消息服务(MMS)、即时消息服务(IMS)、PoC等。

SIP/IP核心网150执行向接收者或其他实体递送基于会话发起协议(SIP)的服务的控制信号以及它们的服务用户或服务实体产生的消息。为此，SIP/IP核心网150应当能够甚至与属于对立(opposing)服务提供商的区域的SIP/IP核心网交换消息。SIP/IP核心网150，作为基于CPM服务的网络，是当其在接收侧网络中提供CPM服务时应当有必要准备的网络。

远程SIP/IP核心网151，作为由另一网络提供商(或网络运营商)提供和管理的SIP/IP核心网，在功能上等同于SIP/IP核心网150。虽然图1中未示出，即使对远程SIP/IP核心网151也构建用于提供CPM服务和非CPM服务的实体和系统。

通过实现用于提供能够如上所述互配的CPM服务的系统，可以让用户如愿地以组合的方式高效率地使用CPM服务和非CPM服务。当每种消息服务具有不同的服务费用时，可以高效率地使用这样的组合以允许用户以较低的价格来使用由这些服务提供的关键功能。即，已经订阅CPM服务和其他非CPM服务的用户能够通过高效率地组合CPM服务和非CPM服务来以较低的价格使用由这些服务提供的关键功能。

例如，当CPM服务和/或每个非CPM服务对相应消息服务的使用收取的服务费用不同时，已经订阅CPM服务和非CPM服务两者的用户可以有机会通过高效率地组合CPM服务和非CPM服务来在发送/接收消息中使用较低价格的服务。例如，当由发送侧CPM服务用户发送的CPM消息包括正常文本作为其内容时，如果SMS服务的服务收费较低，则接收侧CPM服务用户可以通过SMS服务接收该文本内容。

为了详细说明CPM服务器120的操作，将参考图2描述构成CPM服务器120的功能块的操作。

参考图2，CPM服务器120包括诸如XDM客户端(XDMC)210、互配决定功能(IWDF)230、和互配选择功能(IWSF)250的功能块。

XDM客户端210执行请求在XDM服务器130中管理的CPM服务用户的偏好信息和服务提供商的服务策略的功能。XDM客户端210可以经由内部接口将从XDM服务器130提供的一些或全部信息提供给诸如互配决定功能230和互配选择功能250的功能块。

互配决定功能230是用于使用接收者的偏好信息来确定其是否将执行互配以使得可以将消息递送到接收者的功能块。换句话说，互配决定功能230确定用于请求互配的执行的信号是否包括在接收者的偏好信息中，并且当包括该请求信号时激活互配选择功能250。

互配选择功能250是用于使用接收者的偏好信息来确定其将通过何种非CPM服务向接收者递送消息的功能块。因此，互配选择功能250确定在接收者的偏好信息中设置的非CPM服务的类型。当接收者的偏好信息中设置了几个能够互配的非CPM服务时，互配选择功能250检测允许互配的非CPM服务的优先级。使用这样的优先级信息来尝试与具有次高优先级的非CPM服务互配，以防在尝试与具有最高优先级的非CPM服务互配之后CPM服务器120互配失败。

如图2所示，CPM服务器120包括互配决定功能230和互配选择功能250，至此，已经描述其中CPM服务器120确定互配的允许/不允许以及要经历互配的非CPM服务的操作。然而，在实施例中，互配决定功能230和互配选择功能250的位置根据系统的设计而改变。例如，可以将互配决定功能230和互配选择功能250实现为使得它们均位于互配服务器140中。作为另一个示例，可以将系统设计为使得互配决定功能230位于CPM服务器120中以在CPM服务器120中操作，同时互配选择功能250位于互配服务器140中以在互配服务器140中操作。作为另一个示例，互配决定功能230可以位于CPM服务器120中以在CPM服务器120中操作，同时互配选择功能250可以位于除了CPM服务器120和互配服务器140之外的单独的实体中。

在以上所述示范性系统设计中，当互配决定功能230或互配选择功能250位于除了CPM服务器120之外的实体(互配服务器140或第三实体)中时，不仅CPM服务器120，而且包括互配决定功能230或互配选择功能250的实体也应当在其中包括XDM客户端210作为用于向XDM服务器130发送对接收者的偏好信息的请求和从其接收接收者的偏好信息的实体。

如上所述，根据本发明的CPM服务提供允许用户使用他或她已订阅的消息当中期望的消息服务代替使用CPM服务来接收从其他CPM服务用户发送的消息的功能。参考图3，现在将描述在构成图1所示的系统的各实体之间执行互配的过程。

图3说明由发送者发送的消息到达接收侧网络以后基于利用接收者的偏好信息选择的非CPM服务将消息递送到接收者的过程。图3中假定CPM服务器120具有如图2所示的内部结构。换句话说，在CPM服务器120中实现互配决定功能230和互配选择功能250。

参考图3，当消息发送者和接收者属于不同的网络提供商的区域时，在步骤301，接收侧SIP/IP核心网150从远程SIP/IP核心网151或发送侧SIP/IP核心网接收CPM消息。然而，如果发送者和接收者位于相同的网络提供商的区域中，则接收侧SIP/IP核心网150从发送者接收CPM消息，跳过步骤301。在这种情况下，CPM消息是从发送者或CPM服务用户发送的消息，而且由于从发送者向SIP/IP核心网150递送消息的过程不直接涉及本发明的操作原理，图3中未示出该过程。

当接收CPM消息时，在步骤303中SIP/IP核心网150向CPM服务器120递送接收的CPM消息。为了向CPM服务器120递送CPM消息，SIP/IP核心网150使用由网络提供商预定义的路由机制。

当接收CPM消息时，CPM服务器120应当探究偏好信息以确定是否需要与非CPM服务互配并确定非CPM服务的类型。因此，CPM服务器120必须从存储和管理接收者的偏好信息的XDM服务器130获取偏好信息。为此，在步骤305，CPM服务器120激活位于其中的XDM客户端210并且向XDM服务器130发送用于请求接收者的偏好信息的偏好信息请求消息。为了向XDM服务器130发送偏好信息请求消息，CPM服务器120应当知道其中存储偏好信息的文件夹的名称，包括XDM服务器130的地址。CPM服务器120可以预先具有关于XDM服务器130的地址和文件夹的名称的信息，或者可以以其他方法获得该信息。

CPM服务器120使用所接收的CPM消息中的接收者的地址、XDM服务器130的地址和文件夹的名称产生XCAP统一资源标识符(URI)，并且将其包括在偏好信息请求消息中。这里使用XCAP协议来请求偏好信息。

当接收偏好信息请求消息时，XDM服务器130检查由包括在所接收的偏好信息请求消息中的XCAP URI指示的XML资源是否存储在XDM服务器130中。该检查过程根据在由开放移动联盟(OMA)提供的XDM标准文档中描述的细节来实现。换句话说，XDM服务器130检查是否存在与由XCAPURI指示的XML资源对应的接收者的偏好信息。

当其中存储了对应的偏好信息时，在步骤307中，XDM服务器130产生包括所检测到的偏好信息的200OK消息，并且将其发送到CPM服务器120。在这种情况下，可以将指示所请求的接收者的偏好信息的XML资源包括在200OK消息的主体部分中。同样，使用XCAP协议向CPM服务器120发送包括所检测到的偏好信息的200OK消息。作为指示所检测到的偏好信息的XML资源的示例，将具有表1所示的句式的XML资源包括在200OK消息的主体部分中。

当接收200OK消息时，在步骤309中，CPM服务器120分析包括在所接收的200OK消息中的接收者的偏好信息。使用互配决定功能230和互配选择功能250作为用于这样的分析的功能块。CPM服务器120激活互配决定功能230以确定互配的允许/不允许。当接收者的偏好信息遵循表1中所示的句式时，互配决定功能230通过偏好信息分析来检测指示互配是否被CPM服务用户允许的元素<allow-interworking>的值。当元素<allow-interworking>的值为“真”时，互配决定功能230认识到其应当执行互配。

当CPM服务器120应当执行互配时，其激活互配选择功能250以确定其将选择哪个非CPM服务。然后互配选择功能250基于比较分析元素<allow-interworking>的子元素的值以及每个子元素的属性‘priority’的值。这样，互配选择功能250检测允许互配的非CPM服务，并且根据它们的属性‘priority’的值来确定所检测到的非CPM服务的互配顺序。

在确定要经历互配的非CPM服务之后，CPM服务器120应当递送CPM消息到互配服务器140，其将负责互配。即，将CPM消息转发到管理与所确定的非CPM服务的互配的互配服务器140。CPM服务器120与互配服务器140之间的消息交换是通过SIP/IP核心网150进行的。具体地，在步骤311中CPM服务器120向接收侧的SIP/IP核心网150递送CPM消息，而且在步骤313中接收侧的SIP/IP核心网150通过路由机制将其转发至互配服务器140。

为了将CPM消息正确地路由至互配服务器140，CPM服务器120可以将用于路由所必需的信息添加到CPM消息并且将其发送到SIP/IP核心网150，而非向SIP/IP核心网150原样转发所接收的CPM消息。

用于路由CPM消息所必需的信息可以取决于系统如何设计。因此，本发明提供以下方法用于CPM消息的正确递送。

首先，CPM服务器120当其知道互配服务器140的地址时可以按以下方式递送CPM消息。具体地，当发送CPM消息到SIP/IP核心网150时，CPM服务器120能够将CPM消息的Request-URI设置成其已经知道的互配服务器140的地址。例如，当所确定的非CPM服务仍是SMS且CPM服务器120知道能够与SMS互配的互配服务器的地址时，CPM服务器120可以将对应的互配服务器的地址设置作为CPM消息的Request-URI并且将其发送到SIP/IP核心网150。改变CPM消息的Request-URI的方法的优点在于，其可以向互配服务器140递送消息而无需改变SIP/IP核心网150的现有路由规则。

其次，CPM服务器120当其无法知道互配服务器140的地址时可以按以下方式递送该CPM消息。在这种情况下，CPM服务器120可以在CPM消息中包括指示SIP/IP核心网150将CPM消息递送到对应的互配服务器140的标识符，并且将其发送到SIP/IP核心网150。可以使用特征标签作为用于此目的的标识符。然而，当使用该方法时，应当定义SIP/IP核心网150可以借助特定的标签来参照的路由规则。

在以下说明中，当所确定的非CPM服务是例如SMS且能够与SMS互配的互配服务器140的地址未知时，可以将‘+g.oma.cpm-sms’定义为用于与SMS互配的特征标签。将这样的特征标签插入CPM消息的“Accept-Contact”首标中。因此，CPM服务器120可以在将‘+g.oma.cpm-sms’插入首标之后向SIP/IP核心网150发送CPM消息。在这种情况下，CPM服务提供商应当定义SIP/IP核心网150能够使用定义的特征标签‘+g.oma.cpm-sms’来参照的路由规则，并且其中它能够递送CPM消息到负责SMS的互配服务器。例如，可以如表3一样定义这样的路由规则。

表3

表3说明用于其中CPM服务器120无法知道互配服务器140的地址的情况的路由规则，特别地说明可以使用‘+g.oma.cpm-sms’来参照的路由规则。表3所示的路由规则意味着，当CPM消息的‘method(方法)’指示SIP INVITE(邀请)或SIP MESSAGE(消息)、且首标“Accept-Contact”包括特征标签‘+g.oma.cpm-sms’时，应当将CPM消息路由至负责与SMS互配的互配服务器。CPM服务提供商可以调整表3所示的路由规则和现有的路由规则的应用顺序，以使得CPM消息在其首先被递送到CPM服务器120之后应当被路由至互配服务器140。

同时，当在步骤313中互配服务器140从SIP/IP核心网150接收CPM消息时，在步骤315中互配服务器140将CPM消息的格式转换为与通过偏好信息分析确定的非CPM服务对应的消息格式。这样，互配服务器140将CPM消息的格式转换为互配服务器140自身覆盖的非CPM服务器160可读的格式，而且在步骤317将通过转换实现的非CPM消息递送到非CPM服务器160。

当非CPM服务器160是提供诸如短消息服务和多媒体消息服务的服务的服务器时，这些服务不是基于SIP的。因此，在步骤317和319中经由非CPM服务器160将由互配服务器140转换的非CPM消息递送到与接收者对应的非CPM客户端111，而不通过SIP/IP核心网150。

另一方面，当非CPM服务器160是提供诸如即时消息服务和PoC的服务的服务器时，这些服务是基于SIP的。因此，来自互配服务器140的非CPM消息应当通过SIP/IP核心网150。因此，在步骤318和320，借助SIP/IP核心网150将来自互配服务器140的非CPM消息路由到非CPM服务器160。在步骤322和324，非CPM服务器160再次通过SIP/IP核心网150将非CPM消息递送到非CPM客户端111。

图3所示的是用于其中互配决定功能230和互配选择功能250均在CPM服务器120中实现的情况的消息流。图3中未示出CPM服务器120与互配决定功能230之间以及互配决定功能230与互配选择功能250之间的消息传送，因为其是在系统中内部处理的。然而，互配决定功能230可以位于CPM服务器120中，同时互配选择功能250可以实现为独立的实体。

图4说明根据本发明的实施例的将互配选择功能实现为独立实体的情况。参考图4，互配选择功能250位于除了CPM服务器120之外的单独实体125中。另外，也可以将互配选择功能250置于互配服务器140中。

参考图5，现在将描述当将CPM服务器120中的互配选择功能250实现为独立的实体时各实体之间的消息流。

图5是说明根据本发明的另一实施例的用于提供CPM服务的实体之间的信号流的图。因为图5的步骤421到435类似于图3的步骤313到324，故省去其详细说明。同样，与每个步骤相关的说明可以应用于图5的对应步骤。

参考图5，当SIP/IP核心网150在步骤401接收CPM消息时，其在步骤403将所接收的CPM消息递送到CPM服务器120。当接收CPM消息时，CPM服务器120应当探究偏好信息以确定是否需要与非CPM服务互配。

图3中的CPM服务器120向XDM服务器130发送对用于确定与非CPM服务的互配是否是必需的和决定非CPM服务的类型的接收者的偏好信息的请求，而图5中的CPM服务器120由于其不包括互配选择功能250而不需要确定非CPM服务的类型。

因此，根据该实施例，CPM服务器120在步骤405向XDM服务器130发送偏好信息请求消息，以请求用于确定与非CPM服务的互配是否是必需的信息。此时，CPM服务器120激活XDM客户端210。

当接收偏好信息请求消息时，XDM服务器130检查是否存在与所接收的偏好信息请求消息对应的接收者的偏好信息。

如果存储有对应的偏好信息，则在步骤407中，XDM服务器130产生包括所检测到的偏好信息的200OK消息，并且将其发送到CPM服务器120。

当接收200OK消息时，在步骤409中，CPM服务器120分析包括在所接收的200OK消息中的接收者的偏好信息。具体地，包括在CPM服务器120中的互配决定功能230基于接收者的偏好信息来确定是否执行互配。当CPM服务器120决定执行互配时，其在步骤411将CPM消息递送到互配选择功能250。

换句话说，在完成步骤409的偏好信息分析之后，CPM服务器120在步骤410向SIP/IP核心网150递送CPM消息。在步骤411中SIP/IP核心网150将CPM消息转发到互配选择功能250或具有互配选择功能250的实体125。

在步骤413，互配选择功能250向XDM服务器130发送偏好信息请求消息以请求该消息接收者的互配偏好信息。优选地，互配选择功能250可以向XDM服务器130发送对于用于确定非CPM服务的类型所必需的互配偏好信息的请求。

根据另一实施例，当在步骤407中CPM服务器120从XDM服务器130接收用于确定非CPM服务的类型所必需的信息时，其可以向XDM服务器130发送对互配偏好信息的请求。作为响应，在步骤415中XDM服务器130产生包括请求的偏好信息的200OK消息并且将其发送到CPM服务器120。

当接收偏好信息时，互配选择功能250基于偏好信息来选择互配服务器140。具体地，当接收偏好信息时，互配选择功能250基于偏好信息选择非CPM服务的类型，并且在步骤417选择与之对应的互配服务器140。

之后，在步骤419和421中，互配选择功能250经由SIP/IP核心网150向对应的互配服务器140递送CPM消息。随后的过程等同于图3的过程，故其详细说明被省去。在以上过程中为了让CPM服务器120发送消息到互配选择功能250，可以原样使用图3提出的两种方法以使得CPM服务器120能够递送消息到互配选择功能250。即，当CPM服务器120知道包括互配选择功能250的实体的地址时，CPM服务器120可以在其将要发送的消息的Request-URI中写入对应的实体的地址。然而，如果CPM服务器120不具有关于包括互配选择功能250的实体的地址的信息时，CPM服务器120可以定义新类型的特征标签以定义到包括互配选择功能250的实体的路由规则，并且可以将其应用于表3中规定的方法中的路由规则。

由前述说明显然可知，根据本发明的CPM服务不仅可以支持CPM服务用户之间的通信，而且可以支持在CPM服务用户与非CPM服务用户之间的通信。因此，即便接收者已经订阅了CPM服务，其仍能够使用期望的非CPM服务接收消息，从而有机会使用更廉价的服务。

本发明允许CPM服务与现有的非CPM服务互配以扩展可能的服务范围，使得与现有服务相比可以给用户提供更多样的场景。

另外，本发明允许CPM服务与现有消息服务补充地操作以及取代现有的消息服务，从而有助于提高CPM服务的竞争力。

尽管已经参考本发明的具体优选实施例示出和描述本发明，但是本领域技术人员不难理解，这里可以在形式和细节上进行各种改变而不背离由所附权利要求书限定的本发明的精神和范围。

Claims (11)

1.一种融合IP消息CPM服务提供系统，用于与非CPM服务互配，该系统包括：

扩展标记语言XML文档管理XDM服务器，用于存储和管理至少一个接收者的偏好信息；

互配服务器，用于将CPM消息的格式转换为与非CPM服务对应的消息格式，并将经转换的非CPM消息递送到对应的接收者；以及

CPM服务器，用于当接收CPM消息时，向XDM服务器发送对于CPM消息将被递送到的接收者的偏好信息的请求以便确定CPM消息将以哪种非CPM服务消息服务类型被递送到接收者，依靠来自XDM服务器的偏好信息确定是否执行互配以及要经历互配的非CPM服务，并且将CPM消息递送到与所确定的非CPM服务互配的互配服务器。

2.根据权利要求1所述的CPM服务提供系统，进一步包括：

会话发起协议SIP／因特网协议IP核心网，用于向CPM服务器发送CPM消息，并将来自CPM服务器的CPM消息递送至互配服务器。

3.根据权利要求1所述的CPM服务提供系统，其中非CPM服务包括以下中的至少一个：短消息服务、多媒体消息服务、即时消息服务、和无线一键通话PoC服务。

4.根据权利要求1所述的CPM服务提供系统，其中偏好信息包括以下中的至少一个：互配的允许／不允许、能够互配的非CPM服务的类型、和非CPM服务的优先级信息。

5.根据权利要求1所述的CPM服务提供系统，其中CPM服务器包括：

XDM客户端，用于向XDM服务器发送对于接收者的偏好信息的请求；

互配决定功能，用于依靠接收者的偏好信息确定是否要执行互配；以及

互配选择功能，用于确定在接收者的偏好信息中设置的非CPM服务的类型。

6.根据权利要求2所述的CPM服务提供系统，其中当所确定的非CPM服务是基于会话发起协议SIP时，该互配服务器通过SIP／IP核心网向接收者递送经转换的非CPM消息。

7.一种用于在融合IP消息CPM服务提供系统中与非CPM服务互配的方法，该方法包括：

当接收CPM消息时，由CPM服务器发送对于CPM消息将被递送到的接收者的偏好信息的请求，以便确定CPM消息将以哪种非CPM服务消息服务类型被递送到接收者；

从存储和管理至少一个接收者的偏好信息的扩展标记语言XML文档管理XDM服务器接收响应于该请求的偏好信息；

依靠接收的偏好信息确定是否执行互配以及要经历互配的非CPM服务；

将CPM消息递送到与所确定的非CPM服务互配的互配服务器；

由互配服务器将所接收的CPM消息转换为与所确定的非CPM服务对应的消息格式；以及

由互配服务器向接收者递送经转换的非CPM消息。

8.根据权利要求7所述的方法，其中非CPM服务包括以下中的至少一个：短消息服务、多媒体消息服务、即时消息服务、和无线一键通话PoC服务。

9.根据权利要求7所述的方法，其中偏好信息包括以下中的至少一个：互配的允许／不允许、能够互配的非CPM服务的类型、非CPM服务的优先级信息、和分配给接收者的非CPM服务的地址。

10.根据权利要求7所述的方法，其中向接收者递送经转换的非CPM消息包括：

当所确定的非CPM服务是基于会话发起协议SIP时，通过会话发起协议SIP／因特网协议IP核心网递送非CPM消息。

11.根据权利要求7所述的方法，其中使用XML配置访问协议XCAP来请求和接收偏好信息。