CN102282873B - 用于递送cpm消息的方法及其服务器 - Google Patents

Abstract

公开了一种用于在会聚IP消息(CPM)服务器中递送消息的方法。该消息递送方法可以包括：如果接收到的CPM消息，则基于接入策略来确定是否拒绝CPM消息；如果确定了不拒绝CPM消息，则检查目标终端的用户偏好来确定CPM消息的处理；如果目标终端没有被登记或者处于不可接收状态中，则基于用户偏好确定是否拒绝、推迟或存储CPM消息；如果确定了推迟CPM消息的传输，则以队列来存储CPM消息；如果用于CPM消息的计时器期满，则基于用户偏好来确定丢弃还是存储CPM消息；如果确定要进行存储，则请求将消息存储到消息存储服务器；接收来自消息存储服务器的包括关于存储的消息的信息的响应消息；以及向终端传输包括关于存储消息的信息的消息。

Description

用于递送CPM消息的方法及其服务器

技术领域

本发明涉及会聚IP消息(CPM)服务。

背景技术

现今，存在用于通过便携式设备传输和/或接收消息的各种服务，例如，SMS、MMS、电子邮件服务等。

在用于提供一般以该方式使用的SMS服务和MMS服务的系统中，不存在用于存储用户消息的服务器。替代地，如果用户的终端变为诸如终端的关断等的无法接收消息的情况，则负责临时传输消息的服务器存储该消息。然后，如果用户终端回到可以接收消息的情况，则传输临时存储的消息。然而，负责传输消息的服务器初始并不意在用于存储消息，并且因此其仅在预定时间段中存储消息，并且然后当存储容量变满时删除该消息。当在删除之后终端向服务器请求该消息时，该服务器向终端传输错误消息。

另一方面，近年来，已经尝试了整合先前的各种消息服务器。这些尝试中的一个是会聚IP消息(CPM)服务。

CPM服务是在其中用户可以在IP多媒体子系统的环境中发送和接收CPM消息的服务。CPM支持寻呼模式消息和会话模式消息的环境。另外，CPM服务不仅支持离散媒体，还支持连续媒体。

图1是图示用于CPM服务的网络和终端的配置的框图。

参考图1，图示了终端10、SIP/IP网络50、消息存储服务器60、互通服务器70/和CPM服务器80。

首先，终端10可以包括消息存储客户端11和CPM客户端12。消息存储客户端11存储传输的消息和接收到的消息，并且使所存储的消息与消息存储服务器60同步。

SIP/IP网络50可以是基于IMS的网络。

消息存储服务器60接收来自CPM服务器80的消息，并且用于基于用户偏好来存储传输的消息和接收到的消息，以及具有媒体的交谈历史。另外，消息存储服务器60可以通过同步来与终端10共享数据。换言之，消息存储服务器60对存储在终端10中的消息进行接收和存储，并且向终端10传输存储在消息存储服务器60中的消息。

消息存储服务器60使用IMAP协议来进行同步。因此，消息存储服务器60用作IMAP服务器，并且终端10用作IMAP客户端。

互通服务器70可以包括互通功能单元71、和互通选择功能单元72。互通功能单元71用于将CPM消息转换成SMS、MMS等，或者将SMS、MMS等转换成CPM消息。互通选择功能单元72用于确定是否要执行变换。

CPM服务器80可以包括CPM参与功能(PF)服务器81和CPM控制功能(CF)服务器82。CPM PF服务器81向消息存储服务器60传输消息。而且，CPM服务器81向/从终端10的CPM客户端12传输和/或接收消息。

图2是图示传输和/或接收CPM消息的过程的示例性视图。

参考图2，图示了用户A的终端A110A、用户B的终端B1和B210B、用户A的归属网络、用户B的归属网络、以及消息存储服务器60。用户A的归属网络可以包括SIP/IP网络50A和CPM PF服务器81A。用户B的归属网络可以包括SIP/IP网络50B和CPM PF服务器81B。

首先，根据用户A的请求，终端A110A通过SIP/IP网络50A向CPM PF服务器81A传输消息(S01、S02)。CPM PF服务器81A通过用户A的归属网络内的SIP/IP网络50A以及用户B的归属网络中的SIP/IP网络50B来向CPM PF服务器81B传输消息(S03、S04、S05)

当接收到消息时，CPM PF服务器81B通过SIP/IP网络50B将该消息传输到用户B的终端B1 10B(S06、S07)。

而且，当接收到消息时，CPM PF服务器81B通过SIP/IP服务器50B将该消息传输到用户B的终端B2 10B(S08、S09)。

用户B的终端B1 10B和B2 10B通过用户B的归属网络内的SIP/IP网络50B将OK消息分别传输到CPM PF服务器81B(S10、S11)。

当接收到OK消息时，CPM PF服务器81B通过用户B的归属网络内的SIP/IP网络50B以及用户A的归属网络内的SIP/IP网络50A将该消息传输到用户A的CPM PF服务器81A(S12至S15)。

当接收到OK消息时，用户A的归属网络内的CPM PF服务器81A将OK消息递送到已经传输过消息的终端A1 10A(S16)。

在上文中，已经描述了递送消息的过程，在下文中，将说明其中将传输的消息和接收到的消息存储在消息存储服务器60中的示例。

图3图示了图1的实体的操作的流程图。

图3中图示的过程S21-S25与图2中图示的过程S01-S05类似，并且因此将使用图1的内容来进行描述。

当接收来自终端A1的消息时，用户B的归属网络内的CPM PF服务器81B检查终端B1 10B的状态，并且如果终端B1 10B无法传输消息则确定是否推迟该消息的传输(S26)。

当推迟该消息时，CPM PF服务器81B将消息ID插入指示消息传输被推迟的通知消息，并且然后将其传输到终端B1 10B(S27)。终端B1 10B在其中存储通知消息(S28)。

另一方面，响应于该消息，CPM PF服务器81B通过用户B的归属网络内的SIP/IP网络50B和用户A的归属网络内的SIP/IP网络50A将OK消息传输到CPM PF服务器81A(S29-S31)。用户A的CPM PF服务器81A通过SIP/IP网络50A将OK消息传输到终端A1 10A(S32)。

另一方面，CPM PF服务器81B在推迟的消息的计时器期满时确定是否将消息存储在消磁存储服务器60中(S33)。当确定了要存储时，CPM PF服务器81B将消息递送到消息存储服务器60，以存储在其中(S35、S36)，并且接收来自消息存储服务器的OK消息(S37)。随后，CPM PF服务器81B删除已经在其本身中存储的消息(S38)。

另一方面，终端B110B在其变为能够接收消息的状态时使用消息的ID来向CPM PF服务器81B请求消息的传输(S39)。

然而，因为已经在其自己的存储中删除了消息，所以CPM PF服务器81B无法处理所请求的消息传输，并且因此，将向终端B1 10B传输失败消息(S40)。

另外，不存在用于检查在消息存储服务器60内是否存储消息的方法，并且因此，存在终端B110B无法获取消息的问题。

发明内容

对问题的解决方案

因此，本发明的目的在于解决上述问题。

换言之，当没有传输而是推迟消息时，本发明允许终端正确地接收推迟的消息。本发明的另一目的在于减少传输和接收消息的失败，由此防止不必要地浪费无线电资源。

为了实现前述目的，本发明提供了一种用于在会聚IP消息(CPM)服务器中递送消息的方法。该消息递送方法可以包括：如果接收到CPM消息，则基于接入策略来确定是否拒绝该CPM消息；如果没有拒绝CPM消息，则检查目标终端的用户偏好以确定CPM消息的处理；如果目标终端没有被登记或者出于不可接收状态，则基于用户偏好来拒绝、推迟或存储CPM消息；如果确定了推迟CPM消息的传输，则以队列来存储CPM消息；如果用于CPM消息的计时器期满，则基于用户偏好来确定丢弃还是存储CPM消息；如果确定了要进行存储，则向消息服务器请求存储CPM消息；接收来自消息存储服务器的包括关于所存储的消息的信息的响应消息；以及传输包括关于所存储的消息的信息的消息。

另一方面，为了实现前述目的，本发明提供了一种会聚IP消息(CPM)服务器。该CPM服务器可以包括处理器，该处理器用于：如果接收到CPM消息，则基于接入策略来确定是否拒绝CPM消息；如果确定了没有拒绝CPM消息，则检查目标终端的用户偏好来确定CPM消息的处理；如果目标终端没有被登记或者处于不可接收状态中，则基于用户偏好来确定是否拒绝、推迟或者存储CPM消息；如果确定了CPM消息的传输被推迟，则存储CPM消息；以及如果用于CPM消息的计时器期满，则基于用户偏好来确定丢弃还是存储CPM消息。另外，CPM服务器可以包括收发机，该收发机用于：如果处理器确定了要进行存储，则请求将消息存储到消息存储服务器；接收来自消息存储服务器的包括关于所存储的消息的信息的响应消息；以及向目标终端传输包括关于所存储的消息的信息的消息。

用户偏好可以包括用于确定消息的处理的第一用户偏好，以及与存储消息相关的第二用户偏好。

用户偏好可以包括：关于用于其中目标终端没有被登记或者处于不可接收状态中的情况的处理方向的第一信息；以及关于用于其中目标终端被登记或者处于可接收状态中的情况的处理方向的第二信息。

第一信息可以包括拒绝、推迟、存储、和互通中的至少一个。

关于消息的信息可以包括关于CPM消息的标识信息。

关于消息的信息可以允许从消息存储服务器内的其他消息中辨别CPM消息。关于消息的信息可以是用于该消息的唯一标识符(UID)。

通知消息可以进一步包括关于消息存储服务器的信息。通知消息可以是基于SIP的消息。

CPM服务器可以位于目标终端的归属网络内。

当没有传输而是推迟消息时，本发明可以允许终端随后正确地接收所推迟的消息。另外，本发明可以减少传输和接收消息的失败，由此防止不必要地浪费无线电资源。

附图说明

图1是图示用于CPM服务器的网络和终端的配置的框图；

图2是图示传输和/或接收CPM消息的过程的示意性视图；

图3是图示图1中图示的实体的操作的流程图；

图4是示例性地图示本发明的第一实施例的流程图；

图5是示例性地图示本发明的第二实施例的流程图；

图6是示例性地图示本发明的第三实施例的流程图；

图7是示例性地图示本发明的第四实施例的流程图；

图8是示例性地图示本发明的第五实施例的流程图；

图9是图示CPM PF服务器的操作的流程图；以及

图10是图示根据本发明的CPM PF的配置框图。

具体实施方式

本发明可以适用于CPM消息服务。然而，本发明还可以适用于本发明的技术精神所适用的所有的类型的消息服务，例如，SMS、EMS、MMS等。

应当注意，本文使用的技术术语仅用于描述特定实施例，并且不用于限制本发明。而且，除非另外具体定义，本文使用的技术术语应当被解释为本领域的普通技术人员通常所理解的含义，并且不应被解释得过于宽泛或者过于狭窄。另外，如果本文使用的技术术语是无法正确表达本发明的精神的错误术语，那么这些术语应当由本领域的技术人员所适当理解的技术术语来替换。另外，在本发明中使用的通用术语应当基于词典的定义或者上下文来进行解释，并且不应当被解释得过于宽泛或过于狭窄。

顺便提及，除非另外明确使用，单数的表达可以包括复数的含义。在本申请中，术语“包括”和“包含”不应当被解释为必须包括本文公开的所有元素或步骤，并且应当被解释为可以不包括其元素或步骤中的一些，或者应当被解释为进一步包括其他的元素或步骤。

包括诸如第一、第二等的序号的本文中使用的术语可以用于描述各种元素，但是这些元素不应受到那些术语的限制。该术语仅用于将元素与另一元素进行区分。例如，第一元素可以被称为第二元素，并且类似地，第二元素可以被称为第一元素。

在使元件与另一元件“连接”或“关联”的情况下，可以直接地连接或关联到另一元件，但是可以在其之间出现其他元件。相反，在使元件与另一元件“直接连接”或“直接关联”的情况下，应当理解为，在其之间不出现任何其他元件。

在下文中，将参考附图来详细描述本发明的优选实施例，并且不论附图中的标号如何，都用相同的附图标记来表示相同或类似的元素，并且将省略其冗余描述。另外，在描述本发明中，当本发明所属于的公知的技术的特定描述被判断为混淆了本发明的主题时，将省略详细描述。而且，应当注意，附图仅被图示以用于易于对本发明精神的解释，并且因此，不应当认为附图被用于限制本发明的精神。本发明的精神应当被解释为除了附图之外，甚至可以扩展到其的所有改变、等价物和替换。

术语的定义

会聚IP消息(CPM)：会聚IP消息服务

CPM客户端：如图1中所示的能够传输和/或接收CPM消息的客户端软件程序。

消息存储客户端：如图1中所示，其存储传输的和接收到的消息，并且执行与消息存储服务器的同步。

CPM参与功能(PF)服务器：如图1中所示，其执行将消息递送到CPM客户端的任务。另外，如图1中所示，其执行将消息递送到消息存储服务器60的任务。另外，图1中所示，其执行接收来自互通功能单元71的转换的消息的任务。

消息存储服务器：如图1中所示，其存储从CPM PF服务器接收到的消息，并且执行与消息存储客户端11的同步。

互通选择功能：其执行确定是否执行互通功能。

互通功能：其执行将CPM消息转换成SMS、MMS等，或者将SMS、MMS等转换成CPM消息的任务。

因特网消息收发接入协议(IMAP)：一种用于从因特网邮件服务器读取邮件的通信协议。

CPM大消息模式：用于使用消息会话中继协议(MSRP)传输大尺寸的CPM消息的模式。

CPM寻呼模式：用于在不设置MSRP会话的情况下传输和接收有限大小的CPM消息的模式。

CPM会话：用于交换CPM消息/连续媒体的，在两个或多个参与方之间进行的交互。

在下文中，在图4至图9中图示了终端，但是该终端还可以被称为UE(用户设备)、ME(移动设备)、和MS(移动站)。另外，终端可以是便携式设备，诸如便携式电话、PDA、智能电话、和上网本，或者可以是非便携式设备，诸如PC和车载设备。

图4是示例性地图示本发明的第一实施例的流程图。

在图4中，图示了用户A的终端A1 100A、用户B的终端B1 100B、用户A的归属网络、用户B的归属网络、以及消息存储服务器600。用户A的归属网络可以包括SIP/IP网络500A和CPM PF服务器810A。用户B的归属网络可以包括SIP/IP网络500B和CPM PF服务器810B。

在图4中，图示了通过用户A的终端A1 100A传输CPM消息的过程(S110)、向用户B的归属网络内的CPM PF服务器递送CPM消息的过程(S120)、当不存在可接收终端时检查用户偏好和处理的过程(S130)、向终端A1 100A传输响应消息的过程(S140)、处理推迟的消息的过程(S150)、以及终端B1 100B获取消息的过程(S160)。

1)首先，以下将描述用户A的终端A1 100A传输CPM消息的过程(S110)。

终端A1(100A)根据用户A的请求通过SIP/IP网络500A向CPMPF服务器810A传输CPM消息(S111、S112)。

此时，在CPM消息的大小例如高达1300字节的情况下，CPM消息被封装在SIP消息内，并且然后进行传输。指示CPM消息的CPM特征标签被包括在CPM消息内。

另一方面，虽然附图中没有示出，但是在终端A1 100A传输的消息是不同类型的消息(例如，SMS、MMS或电子邮件)而不是CPM消息的情况下，不同类型的消息通过互通服务器的互通功能单元，以被转换成CPM消息。如果转换的CPM消息没有超过1300字节，则互通功能单元基于CPM寻呼模式来传输转换的CPM消息。如果超过1300字节，则互通功能单元基于CPM大消息模式来传输转换的CPM消息。

2)接下来，以下将描述将CPM消息递送到用户B的归属网络内的CPM PF服务器的过程(S120)。

如果用户A的归属网络内的CPM PF服务器810A接收CPM消息，通过用户A的归属网络内的SIP/IP网络500A以及用户B的归属网络内的SIP/IP网络500B来将CPM消息递送到用户B的归属网络内的CPM PF服务器810B(S121-S123)。

3)接下来，以下将描述检查用户偏好的过程(S130)。

如果用户B的归属网络内的CPM PF服务器810B接收到CPM消息，则检查用户的B的用户偏好(或设置)(S131)。以下将详细进行描述。

(a)首先，用户B的归属网络内的CPM PF服务器810B确定是否拒绝该CPM消息。换言之，CPM PF服务器810B基于接入策略来检查是否应当拒绝接收到的CPM中的授权发送方的CPM地址。为此，CPM PF服务器810B检查例如用于接收到的消息的之后的接入策略。上述检查可以包括i)检查特征标签，ii)检查寻呼模式消息，iii)检查发送用户的状况(例如，检查发送方的身份(例如，电话号码、电子邮件地址等))，以及iv)检查其是否被允许。

为了检查特征标签，例如，CPM PF服务器810B通过评估其中设置了值“特征标签”的<服务>元素和<服务列表>元素来检查<状况>元素针对CPM服务是否被设置为“真”。

为了检查寻呼模式消息，例如，CPM PF服务器810B检查<状况>元素下的<媒体列表>对于CPM媒体寻呼模式消息是否被设置为“真”。为了检查源发送用户的状况，例如，CPM PF服务器810B检查针对CPM消息的发送方，<状况>元素内是否被设置为“真”。例如，CPM PF服务器810B检查是否存在发送方的身份(例如，电话号码、电子邮件地址等)。

为了检查该消息是否被允许，CPM PF服务器810B检查针对具有<允许拒绝邀请>动作元素内的值“真”的CPM媒体寻呼模式消息是否被设置为“真”。如果上述规则被检查为真，则拒绝接收到的CPM消息。如果规则i)、ii)和iii)出现，则执行是否被允许的检查。如果规则i)、ii)和iii)没有出现，则该过程将继续下面的过程(b)或(c)。

(b)接下来，当CPM消息是匿名消息时，CPM PF服务器810B基于用户偏好(或设置)或者服务提供商策略来检查与匿名消息相关的元素。如果不支持匿名消息，则不将接收到的消息递送给用户，而将错误消息传输到发送方。

(c)接下来，CPM PF服务器810B基于服务提供商策略来检查消息的大小是否得到满足或者消息的内容是否得到满足。如果没有得到满足，则将拒绝该接收到的消息。

(d)当在接收到的消息中包括期满报头时，CPM PF服务器810B基于报头值来确定其是否已经期满。当接收到的消息已经期满时，拒绝该接收到的消息。

(e)CPM PF服务器810B可以确定与接收到的消息的大小相关的用户偏好。具体地，将检查用户偏好的<媒体列表>中的“大消息”元素中的最大尺寸属性的值。

上述过程(a)、(b)、(c)、(d)和(e)的顺序可以彼此交换。

如果在过程(a)、(b)、(c)、(e)和(d)期间确定了该消息不被拒绝而是由CPM PF服务器接收，则将执行用于检查是否存在可接收终端的过程。CPM PF服务器810B将检查消息递送的用户偏好，以搜索用户B的登记的(即，接入的)终端。然后，CPM PF服务器810B将考虑和检查针对搜索到的终端的每一个的用户偏好(即，每设备的用户偏好)、设备能力、设备连接性、服务器提供商策略等，由此检查是否存在可以接收消息的任何终端。

另一方面，如果不存在可接收终端(例如，在用户正在漫游的情况下)(或者在用户没有被登记或者用户的状态被设置为“不可用”的情况下)，检查一般用户偏好(具体地，“当用户不可用时的偏好”)来确定是否推迟该消息、是否与互通服务器进行互通以递送消息、是否将该消息重新定向到其他终端或者存储该消息(S132)。

如果确定了要进行互通，则CPM PF服务器810B将CPM消息递送到互通服务器700B的互通功能选择单元，并且互通选择功能单元确定CPM消息将要改变成的消息类型。此时，在确定上述时，将考虑到CPM消息的服务提供商策略、终端B1 100B的用户偏好、或者CPM消息的特性。互通选择功能单元向互通功能单元请求转换成所确定的类型，并且互通功能单元将CPM消息转换成该确定的类型。

否则，如果确定了要进行推迟，则CPM PF服务器810B不递送CPM消息，但是例如，将其临时存储在推迟的消息队列中。

此时，将与其一起存储下面的信息。将存储在消息的报头中存在的信息，诸如来自(From)、至(To)、P-Asserted-Identity、主题、数据、接受-联系、用于IMDN的所有相关的CPIM报头、内容类型、内容长度、CPM交谈ID(CPM-Conversation-ID)、CPM贡献ID(CPM-Contribution-ID)、CPM回复贡献ID(CPM-RelayTo-Contribution-ID)。

另外，CPM PF服务器810B可以对临时存储的消息分配例如ID(即，消息URI-ID)的标识信息，并且传输包括标识消息的通知消息(S133)。通知消息可以是基于SIP的消息、经由推送使能器的通知、或者基于SIP的通告(NOTIFY)消息。另外，当传输到不是CPM客户端的客户端时，通知消息可以被转换成适当的格式(例如，SMS)。

另一方面，过程S131和S132的顺序可以彼此交换。例如，当接收CPM消息时，CPM PF服务器810B检查一般用户偏好，来确定接收到的CPM消息是否将被推迟、互通、存储或递送。然后，如果确定了要进行递送，则CPM PF服务器810B检查用于消息递送的用户偏好，以搜索登记到(接入)用户B的终端，并且然后检查搜索到的终端的每一个的用户偏好(即，每设备的用户偏好)，由此检查是否存在可以接收消息的任何终端。

4)接下来，将执行向终端A1 100A传输响应消息的过程(S140)。具体地，CPM PF服务器810B通过SIP/IP网络500B、500A向CPM PF服务器810A传输基于DIP的响应消息，例如200 OK消息。向CPM PF服务器810A传输响应消息。当接收响应消息时，CPM PF服务器810A向用户A的终端A1 100A递送响应消息。

可以省略向终端A1 100A传输响应消息的过程(S140)。否则，将在处理推迟的消息的过程(S150)之后执行。

5)接下来，将执行处理所推迟的消息的过程(S150)。

具体地，CPM PF服务器810B基于服务提供商的策略和存储在消息中的设置信息来操作用于推迟的消息的计时器。如果计时器期满或者无效(S151)，则CPM PF服务器810B检查用户偏好(S152)。

然后，基于用户偏好的检查结果，确定在CPM PF服务器810B中的推迟的消息是被删除，还是将其存储在消息存储服务器600中(S153)。

在应当存储推迟的消息的情况下，CPM PF服务器810B向消息存储服务器600传输CPM消息(S154)。此时，CPM PF服务器810B使用IMPA命令来向消息存储服务器600递送CPM消息。

消息存储服务器600存储CPM消息(S155)，并且传输包括关于存储在消息存储服务器600内的CPM消息的信息的响应消息(允许在已经存储在消息存储服务器600内的多个消息中辨别消息的标识符，例如，唯一标识符(UID))(S156)。消息存储服务器600可以基于RFC 3501来生成标识符或UID。

然后，CPM PF服务器810B在响应消息内提取关于消息的信息，并且生成包括关于存储在CPM PF服务器中的推迟的消息的标识信息(即，消息_URI-ID)和UID中的至少一个的通知消息(S157)。通知消息用于通知在计时器期满之后消息已经被存储在消息存储服务器600中。

通知消息可以被生成为基于SIP的消息、经由推送使能器的通知、或基于SIP的通知消息。该消息可以被包括在通知消息的主体中，或者可以被包括在其报头中。此时，CPM PF服务器810B可以将用于通知该通知消息是系统消息的信息插入到消息的报头中。然后，在消息内的预期接收方的CPM地址处设置请求_URI。然后，CPM PF服务器的标识符信息被插入到发送方的CPM地址中。

然后，CPM PF服务器810B向终端B 1100B传输生成的消息(S157)。替代地，消息存储服务器600可以向终端B1 100B直接传输包括关于存储的消息的信息的通知消息。

然后，CPM PF服务器810B删除已经临时存储的消息(S158)。可以在通知消息的传输(S157)之前实现删除过程(S158)。否则，可以在过程S157之前执行S158。

6)接下来将执行终端B1 100B获取消息的过程(S160)。

当接收通知消息(S133、S157)时，终端B1 100B提取关于包括在通知消息内的消息的信息，并且存储该消息。终端B1 100B选择性地向用户通知通知消息的接收。

基于来自用户的请求或者终端B1 100B内的应用的请求，如果需要CPM消息，则终端B1 100B检查推迟的CPM消息的当前状态。换言之，终端B1 100B通过使用一个或多个接收到的通知消息(S133、S157)来检查将CPM消息存储在何处(S161)。

当通过在过程S133期间接收到的通知消息确认了CPM消息已经被存储在CPM PF服务器中时，将向CPM PF服务器传输对于包括在CPM PF服务器中生成的信息(即，消息-URI-ID)的消息的请求。消息请求消息可以是基于SIP的邀请消息。另外，请求消息可以包括用于推迟的CPM消息的其他处理消息(例如，递送、互通、存储)。

相反，当通过在过程S157期间接收到的通知消息确认了CPM消息已经被存储在消息存储服务器600中时，将向消息存储服务器传输对于包括关于在消息存储服务器中生成的信息(即，UID)的信息的消息的请求。消息请求消息可以是基于IMAP的取出(FETCH)命令。

当接收请求消息时，消息存储服务器600基于包括在请求消息中的信息，从存储的消息中检索所请求的CPM消息。然后，将所请求的CPM消息传输到终端B1 100B(S163)。

如上所述，根据本发明的第一实施例，终端B1 100B被操作为正确地接收还没有被传输到终端B1 100B但是被推迟的消息。另外，可以减少消息传输的失败，由此有效地提供网络资源。

图5是示例性地图示本发明第二实施例的流程图。

在图5中，图示了用户A的终端A1 100A传输CPM消息的过程(S210)、向用户B的归属网络内的CPM PF服务器递送CPM消息的过程(S220)、当不存在可接收终端时检查用户偏好和处理的过程(S230)、向终端A1100A传输响应消息的过程(S240)、处理推迟的消息的过程(S250)、以及终端B1 100B获取消息的过程(S260)。

过程S210、S220、S230和S240分别类似于过程S110、S120、S130和S140，并且因此，图4的内容将用于类似过程的描述，并且将仅仅描述与图4的过程不同的过程S250和S260。

首先，以下将描述处理推迟的消息的过程(S250)。

CPM PF服务器810B基于服务提供商的策略和设置信息来驱动用于推迟的消息的计时器。如果计时器期满(S251)，则CPM PF服务器810B检查用户偏好(S252)。

然后，基于用户偏好的检查结果，确定应当删除推迟的消息还是将其存储在消息存储服务器600中(S253)。

当应当删除推迟的消息时，CPM PF服务器810B从推迟消息队列中删除消息。然后，CPM PF服务器810B生成通知消息，以通知已经删除了期满的CPM消息。通知消息可以是基于SIP的消息、经由推送使能器的通知、基于SIP的通知消息、或者基于SIP的通告(NOTIFY)消息。通知消息可以包括关于推迟的CPM消息和推迟的CPM消息的当前状态(即，已删除)的信息(标识信息，即，消息-URI-ID)。

然后，CPM PF服务器810B将用于通知生成的通知消息是系统消息的信息插入到基于SIP消息的报头。然后，在预期的接收方的CPM地址处设置请求_URI(Request_URI)。然后，CPM PF服务器的标识符信息被插入到发送方的CPM地址中，以将其传输到终端B1 100B(S255)。

接下来，以下将描述终端B1 100B获取消息的过程(S260)。

当接收通知消息时，终端B1 100B提取关于包括在通知消息内的推迟的CPM消息的信息。然后，CPM PF服务器810B识别出已经从关于当前状态的信息中删除推迟的CPM消息。

如上所述，根据本发明的第二实施例，向终端B1 100B通知在CPMPF服务器510B内是否删除了终端B1 100B还没有接收到但是被推迟的消息，由此允许终端B1 100B不请求删除的消息。因此，有利于减少错误，并且防止由于错误请求而导致浪费网络资源。

图6是示例性地图示本发明的第三实施例的流程图。

过程S310、S330、S340、S350和S360分别类似于过程S110、S130、S140、S150和S160，并且因此，图4的内容将用于类似过程的描述，并且将仅仅描述不与图4的过程不同的过程S320。

当接收CPM消息时，用户B的归属网络内的CPM PF服务器810B检查用户B的用户偏好(或设置)(S331)。图4中的过程S131的内容将用于其详细描述。

如果如上所述确定了要进行推迟，则CPM PF服务器810B不递送CPM消息，而是例如将其临时存储在推迟消息队列中。

另外，CPM PF服务器810B向临时存储的消息分配标识信息，例如ID，并且传输包括关于CPM PF服务器810B生成的临时存储的消息的标识信息(即，消息-URI-ID)的通知消息。通知消息可以是基于SIP的消息、经由推送使能器的通知、或基于SIP的通告(NOTIFY)消息。

在CPM网络中进行登记的情况下，或者当用户想要检查是否存在任何推迟的消息时，终端B1 100B向CPM PF服务器510B传输例如订阅(SUBSCRIBE)消息的登记请求消息，以便于知道推迟消息的状态(S334)。

在通过非CPM客户端，接收到推迟消息之后，终端B1 100B想要接收推迟的消息的情况下，可以在CPM网络中进行登记，并且然后传输订阅(SUBSCRIBE)消息以获得关于推迟的消息的信息。

相应于登记请求消息，CPM PF服务器810B传输基于SIP的通告(NOTIFY)消息(S335)。通告(NOTIFY)消息可以包括关于推迟的消息的信息(即，元数据)。

图7是示例性地图示本发明的第四实施例的流程图。

图7中图示的第四实施例可以通过合并图4的一些过程、图5的一些过程以及图6的一些过程来实现。

换言之，图7中图示的过程S410、S420、和S440类似于图4的过程S110、S120、S140和S160。另外，过程S450和S460类似于图5的过程S250和S260。另外，过程S430类似于图6的过程S330。

如上所述，从图4至图6的描述中，本领域的技术人员可以容易地理解图7所示的第四实施例，并且因此将不详细进行描述并且遵循以上描述。

图8是第一和第三实施例的修改示例。

参考图8，不同于第一和第三实施例，当将推迟的CPM消息存储在消息存储服务器内时，终端B1 100B通过插入在存储服务器中使用的文件标识符来传输被发送到CPM PF服务器510B的请求，以便于获得存储在存储服务器中的推迟的CPM消息(S162)。

当接收消息请求时，CPM PF服务器510B可以使用包括在请求的消息中的文件标识符来获取来自消息存储服务器600的请求的消息(S573)，并且将其提供到终端B1 100B(S574)。

基于前述描述，本领域的技术人员可以容易地理解这样的修改示例，并且因此将不详细进行描述。

图9是图示CPM PF服务器的操作的流程图。

参考图9，当CPM PF服务器810接收来自源终端的消息(S811)时，CPM PF服务器810基于用户偏好(用户设置)来检查是否存在可以从源终端接收消息的登记目标终端(S812)。

并且CPM PF服务器810基于用户偏好来确定是否拒绝、递送、推迟、或存储来自源终端的消息(S813)。

如果确定了推迟CPM消息的传输，则CPM PF服务器810以队列来存储CPM消息(S815)。

另一方面，当用于CPM消息的计时器期满时，CPM PF服务器810基于用户偏好来确定放弃还是存储CPM消息(S816)。

如果确定了要进行存储，则CPM PF服务器810向消息存储服务器请求消息的存储(S817)，并且接收来自消息存储服务器的包括关于存储的消息的信息的响应消息(S818)。随后，CPM PF服务器810将该信息插入到消息中，以将其传输到目标终端(S819)。

另一方面，已经简要描述了CPM PF服务器的操作，但是应当想到，CPM PF服务器可以执行图4至图8中所示的操作。

如关于这点描述的，根据本发明的方法可以通过软件、硬件或其组合来实现。例如，根据本发明的方法可以被存储在存储介质(内部终端、闪速存储器、硬盘等)中，并且可以以通过处理器执行的软件程序通过代码或者命令语言来实现，处理器诸如未处理、控制器、微控制器、专用集成电路(ASIC)等。将参考图10来进行描述。

图10是图示根据本发明的CPM PF服务器的配置框图。

如图10中所示，CPM PF服务器810可以包括存储装置811、控制器812、和收发机813。

存储装置811存储实现图4至图9中图示的方法的软件程序。

控制器812分别控制存储装置811和收发机813。具体地，控制器812执行存储在存储单元中的相应方法。然后，控制器813经由收发机来传输前述信号。

虽然如上示例性地描述了本发明的优选实施例，但是本发明的范围不限于那些特定实施例，并且因此在不背离本发明的精神并且在所附权利要求的范围内的情况下可以对本发明做出各种修改、变化和改进。

Claims (15)

1.一种用于在会聚IP消息（CPM）服务器中递送消息的方法，所述方法包括：

如果接收到CPM消息，则基于接入策略来确定是否拒绝所述CPM消息；

如果确定了不拒绝所述CPM消息，则检查目标终端的用户偏好来确定所述CPM消息的处理；

如果所述目标终端没有被登记或者处于不可接受状态中，则基于所述用户偏好来确定是否拒绝、推迟或存储所述CPM消息；

当确定了要推迟所述CPM消息时，以队列来存储所述CPM消息；

如果用于所述CPM消息的计时器期满，则基于所述用户偏好来确定丢弃还是存储所述CPM消息；

当确定了进行存储时，向消息存储服务器请求存储所述CPM消息；

接收来自所述消息存储服务器的包括关于所存储的消息的信息的响应消息；以及

传输包括关于所述存储的消息的所述信息的通知消息到所述目标终端。

2.根据权利要求1所述的方法，其中，所述用户偏好包括：关于用于在所述目标终端没有被登记或者处于不可接收状态中的情况的处理方向的第一信息；以及关于用于在所述目标终端被登记或者处于可接收状态中的情况下的处理方向的第二信息。

3.根据权利要求2所述的方法，其中，所述第一信息包括拒绝、推迟、存储和互通中的至少一个。

4.根据权利要求1所述的方法，其中，关于所述消息的信息包括关于所述CPM服务器内的消息的标识信息。

5.根据权利要求1所述的方法，其中，关于所述消息的信息支持使所述CPM消息与所述消息存储服务器内的其他消息进行辨别。

6.根据权利要求1所述的方法，其中，关于所述消息的信息是用于所述消息的唯一标识符（UID）。

7.根据权利要求1所述的方法，其中，所述通知消息进一步包括关于所述消息存储服务器的信息。

8.根据权利要求1所述的方法，其中，所述通知消息在所述目标终端支持CPM时是基于SIP的消息，并且在所述目标终端支持非CPM时是非基于SIP的消息。

9.根据权利要求1所述的方法，其中，所述CPM服务器位于所述目标终端的归属网络内。

10.根据权利要求1所述的方法，进一步包括：由所述CPM服务器向所述目标终端传输关于所推迟的消息的信息。

11.根据权利要求1所述的方法，其中，所述用户偏好包括：

用于确定所述消息的处理的第一用户偏好；以及

与所述消息的存储相关的第二用户偏好。

12.一种会聚IP消息（CPM）服务器，包括：

处理器，所述处理器用于：如果接收到CPM消息，则基于接入策略来确定是否拒绝所述CPM消息，如果确定了不拒绝所述CPM消息，则检查目标终端的用户偏好来确定所述CPM消息的处理，如果所述目标终端没有被登记或者处于不可接受状态中，则基于所述用户偏好来确定是否拒绝、推迟或存储所述CPM消息，如果确定了推迟所述CPM消息的传输，则以队列来存储所述CPM消息，以及如果用于所述CPM消息的计时器期满，则基于所述用户偏好来确定丢弃还是存储所述CPM消息，以及

收发机，所述收发机用于：如果所述处理器确定了要进行存储，则请求将所述消息存储到消息存储服务器，接收来自所述消息存储服务器的包括关于所存储的消息的信息的响应消息，并且将包括关于所存储消息的信息的消息传输到所述目标终端。

13.根据权利要求12所述的CPM服务器，其中，关于所述消息的信息包括关于所述消息的标识信息。

14.根据权利要求12所述CPM服务器，其中，关于所述消息的信息支持使CPM消息与所述消息存储服务器内的其他消息进行辨别。

15.根据权利要求12所述CPM服务器，其中，关于所述消息的信息是用于所述CPM消息的唯一标识符（UID）。

Images