[发明专利]寻呼模式消息收发

说明书

技术领域

本发明涉及消息收发，并更具体地，涉及寻呼模式消息收发，也称为一次消息收发。

背景技术

通信技术，特别是基于IP的通信技术和最终用户终端的演进已经支持多种通信可能性和不同服务的引入。越来越多的服务通过使用由SIP(会话发起协议)所提供的原语来实现，其中SIP并非垂直集成在通信系统中，而是集成在构建多媒体架构的工具中。更具体地，SIP是一种IETF定义的应用层控制(信令)协议用于创建、修改以及终止与一个或多个参与者之间的会话。这些会话例如包括网络电话呼叫、多媒体分发、多媒体会议以及PoC(蜂窝上的按键通话)会话。为了进行消息收发服务，使用SIP和现有SIP实现以提供在线和即时消息收发服务的SIMPLE(SIP即时消息收发和现场支持扩展)在IETF中作了定义。OMA(开放移动联盟)还基于SIP/SIMPLE协议而定义了IM(即时消息收发)作动器(enabler)。SIMPLE定义了两种模式的即时消息交换：寻呼模式和会话模式。寻呼模式使用SIP消息(SIP MESSAGE)方法，通过该方法来发送寻呼模式即时消息，并且其中，在协议层，后继即时消息与先前消息不相关：每个紧接的消息，甚至对之前消息的答复，都被认为是独立的事务。因此，SIP MESSAGE方法与传统的电子邮件和短消息服务类似。会话模式使用SIP用于信令和会话建立并使用MSRP(消息会话中继协议)用于在建立了会话之后承载一系列即时消息。下面，组合简单地被称为MSRP机制。换言之，MSRP机制提供聊天类型的消息收发，这被称为会话模式消息收发。

问题出现在当用户希望发送大型寻呼模式消息的时候。SIPMESSAGE方法可以使用UDP或TCP传输。TCP也为大型消息提供可靠的传输方法，但针对SIP MESSAGE方法TCP传输无法总是得以保证。如果使用UDP来发送大型消息，则大于UDP最大尺寸的分组被分段，并且可能无法按正确顺序到达接收方。此外，即使可以确保TCP，但仍然存在阻塞控制的其他有关问题。由于SIPMES SAGE方法是SIP会话控制信令的一部分，所以使用与SIP信令所用非常相同的资源来发送和接收消息。对于用户终端而言，这意味着可以在用户终端中对大型消息进行发送和接收的时间阻断实际的SIP信令。用于SIP信令的上述资源可以是通用PDP(分组数据协议)上下文，或者在GERAN(GSM/EDGE无线接入网络)和/或UTRAN(UMTS陆地无线接入网络)系统的情况下为专用信令PDP上下文。在其他系统中，例如，该资源可以是预留的和/或专用的带宽用于信令目的。除了SIP信令被阻断之外，加载SIP代理的其他有关问题可能出现。由于寻呼模式消息传统上使用SIP MESSAGE方法，所以使用SIP MESSAGE方法的所有消息通过SIP代理来传送。因此，通过SIP代理传送的大尺寸寻呼模式消息可以引起SIP代理性能的严重降低，从而导致有效地阻断所有SIP信令并降低SIP网络的整体性能。因此，在某些情况中，SIP MESSAGE方法不适合用于大尺寸消息。

一种解决方案是，当消息尺寸超过特定限制时，使用MSRP机制来代替SIP MESSAGE方法。然而，MSRP机制是针对会话模式消息收发服务，而不是针对寻呼模式消息收发的。此外，接收到的寻呼模式消息可以延迟并存储在消息收发收件箱中，从中用户可以在方便的时候读取它们，但在会话模式消息收发中，接收到的消息由用户终端打开并展现给用户以方便进行对话。因此，从接收者的角度出发，当使用MSRP机制时不能接收寻呼模式消息。

发明内容

本发明的一个目的是提供方法和用于实现该方法的设备，从而克服上述问题。本发明的目的可以由在独立权利要求中声明的方法、用户终端和服务器来实现。在从属权利要求中公开了本发明的优选实施方式。

本发明是基于对该问题的认识，并解决该问题通过：指示使用的会话模式(聊天类型)消息收发机制发送的消息是否为寻呼模式消息，以及响应于该消息是寻呼模式消息，将其当作使用寻呼模式机制或根据为此寻呼模式机制所定义的特定指令而加以接收。通过会话模式意味着使用为进行系列消息交换而设计的协议，例如MSRP。通过寻呼模式意味着每个消息在协议层是独立事务，即在协议层，后续的即时消息与先前消息不相关。

本发明的一个有益效果在于通过使用该指示，即使当寻呼模式消息被作为会话模式消息来传送时也可以作为寻呼模式消息来接收。另一有益效果在于可以避免由于大型消息而带来SIP信令的阻断。

附图说明

下面，将参考附图并通过优选实施方式来更详细地描述本发明，附图中：

图1示出了简化的系统框架；