专利名称：消息业务实现方法和消息应用服务器的制作方法
技术领域：
本发明涉及网际协议多媒体子系统(IMS，IP Multimedia Subsystem)技术领域，尤其涉及IMS域消息业务实现方法和消息应用服务器。
背景技术：
消息业务(MS，Message Service)是目前移动通信中市场较广阔的数字业务之一，消息业务提供了从一个实体向另一个实体发送消息的方法。消息的传递方式包括即时消息(IM，Instant Message)、短消息业务(SMS，Short MessageService)、多媒体消息业务(MMS，Multi-media Message Service)、电子邮件(E-mail)等。随着通信技术的发展，尤其是IMS域的出现，消息业务所提供的内容也日益丰富，例如消息体可以是文本、图片、音频、视频、游戏等。IMS消息业务有即时消息模式和存储转发消息模式，二者根据承载方式的不同又可分为基于会话的消息和非基于会话的消息；其中，基于会话的消息是通过会话建立连接并通过建立的连接传输消息体；而非基于会话的消息则是在请求消息中直接携带有消息体，如MESSAGE消息。
IMS域消息业务网络参考模型如图1所示，其中的主要网络实体有消息应用服务器(MAS，Message Application Server)101、呼叫会话控制功能实体(CSCF，Call Session Control Function)102 以及用户设备(UE，UserEquipment)103。消息应用服务器101负责IMS消息业务的处理；CSCF102用于提供会话控制服务，为UE提供会话控制和注册服务；UE103，可以是个人电脑、手机、电话等。
为描述方便，将主叫用户设备表示为UE1，主叫用户设备所在网络为发方网络，发方网络中标号为1的所有设备均表示发方设备，被叫用户设备表示为UE2，被叫用户所在网络为收方网络，收方网络中标号为2的所有设备均表示收方设备。图1中，标号100表示发方网络，标号200表示收方网络。
参照图2，为现有技术中IMS域存储转发消息中基于会话的消息流程图，具体包括以下步骤201～202、UE1通过CSCF1向MAS1发送INVITE请求；该INVITE请求中包含一个会话描述协议(SDP，Session DescriptionProtocol)的会话描述，会话描述中包含媒体信息参数，以便MAS1能够加入该会话。
203～204、MAS1通过CSCF1向UE1返回200OK应答响应；如果MAS1同意加入会话，则返回200OK应答响应，同时在200OK应答响应SDP会话描述中列出MAS1支持的一系列媒体参数。
205～206、UE1通过CSCF1向MAS1返回ACK确认消息，证实已收到MAS1对INVITE请求的应答响应200OK。
207、UE1通过步骤201～206所建立的传输控制协议(TCP，TransmissionControl Protocol，)连接向MAS1传送消息体；208～209、UE1发起会话结束请求并通过CSCF1转发到MAS1；210～211、MAS1通过CSCF1向UE1返回结束会话请求应答；212～214、MAS1依次通过CSCF1、CSCF2将建立连接的INVITE请求转发至MAS2；215～217、MAS2依次通过CSCF2、CSCF1向MAS1返回200OK应答响应；218～220、MAS1依次通过CSCF1、CSCF2向MAS2返回ACK确认消息；221、MAS1通过步骤212～220所建立的TCP连接向MAS2传送消息体；222～224、MAS2发起会话结束请求并依次通过CSCF2、CSCF1转发到MAS1；225～227、MAS1返回结束会话请求应答并依次通过CSCF1、CSCF2转发到MAS2；
228～229、MAS2通过CSCF2向UE2发送INVITE请求；230～231、UE2通过CSCF2向MAS2返回200OK应答消息；232～233、MAS2通过CSCF2向UE2返回ACK确认消息；234、MAS2通过步骤228～233所建立的TCP连接向UE2传送消息体；235～236、MAS2通过CSCF2向UE2发送结束会话请求；237～238、UE2通过CSCF2向MAS2返回结束会话请求应答。
通过以上步骤UE1将消息体通过基于会话的形式发送到UE2。
以上为存储转发模式的消息业务中消息以基于会话是形式传送的具体实现流程。其中，201～211为主叫用户与发方消息应用服务器协商建立连接并通过建立的连接将消息体传送到发方消息应用服务器的基本流程；212～227为发方消息应用服务器与收方消息应用服务器建立连接并将消息体从发方消息应用服务器传送到收方消息应用服务器的基本流程；228～238为收方消息应用服务器与被叫用户建立连接并将消息体从传送到被叫用户的基本流程。可见，主叫用户发送的消息体需要经过发方消息应用服务器以及收方消息应用服务器的转发才能到达被叫用户，中间需要经过复杂的交互流程，消息体到达被叫用户也需要较长的传输时间。
即时消息与存储转发消息的不同之处在于，即时消息仅存在于双方用户处，且每条即时消息都是一个独立的事务。但即时消息业务的实现也需要将消息体通过发方消息服务器与收方消息服务器的转发才能到达被叫用户，中间也需要经过复杂的交互流程以及较长的消息体传输时间。
在进行本发明创造过程中，发明人发现不论是实现即时消息业务还是存储转发消息业务的技术方案，无论什么场景，主叫用户发送的消息体都需要经过发方消息应用服务器和收方消息应用服务器转发，经多次交互后才能到达被叫用户，流程极其复杂，且花费了较长的消息体传输时间。
发明内容
本发明实施例所要解决的技术问题是提供消息业务实现方法和消息应用服务器，以简化IMS域信息交互流程和节约消息体传输时间。
为解决上述技术问题，本发明实施例的目的是通过以下技术方案实现的本发明实施例提供了一种IMS域消息业务实现方法，该方法包括接收主叫用户发送的消息体；根据用户注册信息判断主被叫用户是否属于同一个IMS域；当所述主被叫用户属于同一个IMS域时，将所述消息体发送到被叫用户。
本发明实施例提供了另一种IMS域消息业务实现方法，该方法包括接收主叫用户发送的建立连接会话请求；根据用户注册信息判断主被叫用户是否属于同一个IMS域；当主被叫用户属于同一个IMS域时，向被叫用户转发所述建立连接会话请求；通过所述建立连接会话请求建立的连接，接收主叫用户发送的消息体并将所述消息体转发到所述被叫用户。
本发明实施例还提供了一种消息应用服务器，该消息应用服务器包括用户注册信息存储单元，用于存储用户注册信息；接收单元，用于接收主叫用户发送的消息体；第一判断单元，用于当所述接收单元接收到主叫用户发送的消息体时，根据用户注册信息存储单元中存储的用户注册信息判断主被叫用户是否属于同一个IMS域；第一发送单元，用于当所述第一判断单元得出主被叫用户属于同一个IMS域时，将接收单元接收到的主叫用户发送的消息体发送到被叫用户。
本发明实施例还提供了另一种消息应用服务器，该消息应用服务器包括用户注册信息存储单元，用于存储用户注册信息；第一接收单元，用于接收主叫用户发送的建立连接的会话请求；
第二接收单元，用于接收主叫用户发送的消息体；判断单元，用于当所述第一接收单元接收到主叫用户发送的建立连接的会话请求时，根据用户注册信息存储单元中存储的用户注册信息判断主被叫用户是否属于同一个IMS域；发送单元，用于当所述判断单元得出主被叫用户属于同一个IMS域时，向被叫用户转发所述建立连接会话请求，并通过所述建立连接会话请求建立的连接，接收主叫用户发送的消息体，并将所述消息体转发到所述被叫用户。
从以上技术方案可以看出，由于当判断得知主被叫用户位于同一个IMS域时，不需要将消息体发送到收方消息应用服务器再转发，而是直接与被叫用户进行信息交互，将消息体直接发送到被叫用户，从而减少了交互流程，节约了消息体传输时间。
图1为IMS域消息业务网络参考模型；图2为现有技术存储转发消息业务中基于会话的消息业务实现流程图；图3为本发明实施例一IMS域消息业务实现方法信令流程图；图4为本发明实施例二IMS域消息业务实现方法信令流程图；图5为本发明实施例三IMS域消息业务实现方法部分信令流程图；图6为本发明实施例四消息应用服务器结构示意图；图7为本发明实施例五消息应用服务器结构示意图；图8为本发明实施例六消息应用服务器结构示意图。
具体实施例方式
为使本发明实施例的目的、技术方案及优点更加清楚明白，以下参照附图，对本发明实施例进一步详细说明。
在以下举例说明中，为描述方便，将主叫用户设备表示为UE1，主叫用户设备所在网络为发方网络，发方网络中标号为1的所有设备均表示发方设备，被叫用户设备表示为UE2，被叫用户设备所在网络为收方网络，收方网络中标号为2的所有设备均表示收方设备。仍参照图1所示的IMS域消息业务网络参考模型，其中，标号100表示发方网络，标号200表示收方网络。
实施例一、当主被叫用户属于同一个IMS域时，MAS1可以根据本地保存的被叫用户的注册信息将信息直接发送到UE2，以下以即时消息中非基于会话的消息的传输流程为例进行详细说明。参照图3，为本发明实施例一IMS域消息业务实现方法信令流程图，具体步骤如下301、UE1向CSCF1发送MESSAGE消息；会话发起协议(SIP，Session Initiation Protocol)利用MESSAGE消息实现即时消息机制，在消息头域中携带主叫和被叫用户的地址以及消息内容相关说明，地址的形式通常是“imuser@domain”。在其请求消息体中携带即时消息内容。消息体中填充的内容可以是文本，也可以包含多媒体片段，例如声音和图片。每一条即时消息的发送和接收都是一个单独的过程，与其他消息的处理没有必然的上下文联系。
302、CSCF1转发MESSAGE消息到MAS1；CSCF1根据业务触发原则将消息触发到MAS1。
303、MAS1根据用户注册信息判断主被叫用户是否属于同一个IMS域，当主被叫用户属于同一个IMS域时，执行步骤304；每个MAS会保存有本IMS域内用户的注册信息，MAS1查找本IMS域保存的用户的注册信息，如果查找到被叫用户的注册信息，说明主被叫用户属于同一个IMS域。
如果主被叫用户不属于同一个IMS域，例如不属于同一个服务运营商，MAS1无法查找到被叫用户的注册信息，则按照现有技术中通过CSCF2、MAS2将消息转发到UE2，不再详细描述。
304～305、MAS1通过CSCF1转发MESSAGE消息到UE2；MAS1在发往CSCF1的消息中携带有主被叫用户是否在同一个域的相关信息，CSCF1根据该信息进行判断，如果主被叫用户属于同一个IMS域，则CSCF1直接将MESSAGE消息路由到UE2；如果主被叫用户不属于同一个IMS域，则CSCF1将MESSAGE消息先路由到被叫用户所属IMS域，即通过收方网络中的CSCF2转发到MAS2，再由MAS2通过CSCF2将消息发送到UE2，即现有技术方案中所示流程。
306～308、UE2接收到MESSGE消息后通过MAS1、CSCF1向UE1返回200 OK应答。
当UE1接收到200OK应答时，说明消息发送成功。
可见，与现有技术中不同的是，当MAS1通过保存的用户注册信息判断主被叫用户属于同一个IMS域时，不需要通过收方网络的CSCF2及MAS2将消息发送到UE2，而是直接将消息发送到UE2，因此避免了消息的多次转发，节约了交互流程以及消息传输时间。
即时消息也可以是基于会话的消息，可以通过INVITE请求来建立连接。与MESSAGE消息不同的是，在将消息通过发方网络转发到被叫用户之前，UE1需要发送INVITE请求并通过发方网络中CSCF1转发到MAS1，MAS1接收到INVITE请求后，根据用户注册信息判断主被叫用户是否属于同一个IMS域，如果属于，则MAS1发送INVITE请求并通过CSCF1转发到UE2，待UE2按照INVITE请求的路径向UE1返回200OK应答后，UE1再通过INVITE请求与UE2建立的连接将消息体通过CSCF1转发到MAS1，MAS1将消息体通过CSCF1发送到UE2，从而避免了CSCF2与MAS2的转发，节约了交互流程与消息体传输时间。
实施例二、存储转发消息业务的实现与即时消息的传输流程有所不同，当MAS1接收到消息体时，不是直接将消息体发送出去，而是将消息体暂时保存，然后再发送到UE2。为使本领域技术人员更加清楚明了，以下来具体说明当主被叫用户属于同一个IMS域时，存储转发消息中基于会话的消息业务的实现流程。参照图4，为本发明实施例二IMS域消息业务实现方法信令流程图，具体步骤如下
401～402、UE1发送INVITE请求并通过CSCF1转发到MAS1；UE1发起INVITE请求，该请求中提供了足够的信息以便被叫用户能够参加该会话，包括消息体的类型和格式以及被叫用户地址和端口信息等。例如消息体是文本、语音还是视频，以及对应的格式。INVITE请求被送到CSCF1，CSCF1根据业务触发原则将请求触发到MAS1。
403～404、MAS1接收到INVITE请求后返回200OK应答并通过CSCF1转发到UE1；MAS1接收该请求，并通过CSCF1向UE1返回200OK应答。
405～406、UE1接收到200OK应答后返回ACK确认消息并通过CSCF1转发到MAS1；由于CSCF1在INVITE请求消息中加入了路由字段，ACK确认消息沿着INVITE的请求路径发送到MAS1。
通过步骤401～406，UE1与MAS1建立了连接，UE1可以通过所述连接向MAS1直接传送消息体。
407、UE1通过步骤401～406所建立的连接向MAS1传送消息体；408～409、MAS1发起结束会话请求BYE并通过CSCF1转发到UE1；410～411、UE1返回结束会话请求应答并通过CSCF1转发到MAS1；会话结束请求也可以由UE1来发起，当双方任一方想结束会话时，会直接发送一个BYE请求给对方，对方会回送一个200OK响应，这样双方会话结束。
412、MAS1判断主被叫用户是否属于同一个IMS域，当主被叫用户属于同一个IMS域时，执行步骤413；MAS1中仅保存有发方网络中用户注册信息，MAS1可以根据本地保存的用户注册信息进行判断，如果能够查找到被叫用户的注册信息，则说明主被叫用户属于同一个IMS网络，也即属于同一个IMS域。
如果主被叫用户不属于同一个IMS域，则按照现有技术中的消息体传输流程执行，具体参照图2所示的步骤213～238。
413～414、MAS1发送INVITE请求并通过CSCF1转发到UE2；MAS1在发往CSCF1的INVITE请求中携带有主被叫用户是否在同一个域的相关信息，CSCF1根据该信息进行判断，如果主被叫用户属于同一个IMS域，则CSCF1直接将INVITE请求转发到UE2；如果主被叫用户不属于同一个IMS域，则CSCF1将INVITE请求先转发到被叫用户所属IMS域，即通过收方网络中的CSCF2转发到MAS2，再由MAS2通过CSCF2将INVITE请求发送到UE2，即现有技术方案中所示流程。
415～416、UE2接收到INVITE请求后返回200OK应答并通过CSCF1转发到MAS1；417～418、MAS1返回ACK确认并通过CSCF1转发到UE2；步骤413～418与步骤401～406类似，通过发起会话请求建立一个新的连接，不再详细描述。
419、MAS1通过步骤413～418建立的连接向UE2传送消息体；420～421、UE2发起结束会话请求BYE并通过CSCF1转发到MAS1；422～423、MAS1返回结束会话应答200 OK并通过CSCF1转发到UE2。
从该实施例可以看出，当主被叫用户属于同一个IMS域时，不需要MAS1与MAS2进行协商建立新的会话连接，消息体也不需要经过收方网络中MAS2、CSCF2的转发，可以节约大量的信息交互流程及消息体传输时间。特别是当传输的消息体较大时，可能需要经过较长的时间才能传输完毕，减少消息体的一次转发就可以节约较多的消息体传输时间。
基于会话的消息中较典型的是消息会话中继协议(MSRP，MessageSession Relay Protocol)消息，MSRP是一个基于文本的协议，主要特点是它运行在支持拥塞控制的协议之上，如传输控制协议(TCP，Transmission ControlProtocol)、简单控制传输协议(SCTP，Simple Control Transmission Protocol)和TCP上的传输层安全(TLS，Transport Layer Security)协议，因此，MSRP不限制消息体的大小。MSRP的另一个特点是它工作在媒体层面，因此不穿越SIP代理服务器如CSCF，例如CSCF，这样SIP代理服务器就不会受到大量即时消息的干扰。因此，MSRP消息的消息体一般较大，因此需要的传输时间也较长。当主被叫用户属于同一个IMS域时，MSRP消息就不需要经过MAS2的再次转发，因此可以节约较多的消息传输时间。
对于存储转发消息中非基于会话的消息，如MESSAGE消息，与即时消息中MESSGE消息不同之处在于，当MAS1接收到UE1通过CSCF1发送的MESSAGE消息后，MAS1通过CSCF1向UE1返回200OK应答，表明消息发送成功。MAS1进而根据用户注册信息判断主被叫用户是否属于同一个IMS域，如果属于同一个域，则发送MESSAGE消息并通过CSCF1转发至UE2，消息发送成功后，UE2通过CSCF1向MAS1返回200OK应答。可见，当主被叫用户属于同一个IMS域时，MESSAGE消息同样不需要经过收方网络中MAS2、CSCF2的转发，因此可以节约大量的信息交互流程及消息体传输时间。
以上对主被叫用户属于同一个IMS域的情况进行了较详细的描述，以下说明当主被叫用户不属于同一个IMS域时，本发明实施例IMS域消息业务实现的具体流程。
实施例三、当主被叫用户不属于同一个IMS域时，对于较大的消息，例如MSRP消息，通常传送的为较大的文本或者语音视频，如果发方网络与收方网络将消息体存储在同一物理节点，例如，当发方网络与收方网络均将消息体存储在MAS上，MAS1与MAS2是不同的逻辑节点，但二者实质是同一个物理节点，或者发方网络与收方网络共用一个MSRP服务器，用于保存MSRP消息，如果仍然按照现有技术将MSRP消息从发方网络传输到收方网络，则仍然需要花费较长的传输时间，下面参照
当主被叫用户不在同一个IMS域，但发方网络与收方网络将消息体存储在同一个物理节点上时消息的具体流程，其中，UE1将消息体发送到MAS1与实施例二中步骤401～411相同，MAS2将消息体传送到UE2的具体流程与现有技术中步骤228～238相同，不再详细描述，以下仅就MAS1接收到消息体后至MAS2需要将消息体发送到UE2之前的流程进行详细描述。
参照图5，为本发明实施例三IMS域消息业务实现方法部分信令流程图，具体步骤如下501、MAS1判断主被叫用户是否属于同一个IMS域，当主被叫用户不属于同一个IMS域时，执行步骤502；502～504、MAS1发送INVITE请求并依次通过CSCF1、CSCF2转发到MAS2；505～507、MAS2返回200OK应答并依次通过CSCF2、CSCF1转发到MAS1；508～510、MAS1返回ACK确认并依次通过CSCF1、CSCF2转发到MAS2；511、MAS1判断发方网络与收方网络是否将消息体存储在同一个物理节点上，当发方网络与收方网络将消息体存储在同一物理节点上时，执行步骤512；MAS1可以通过消息中所携带的收方网络中存储消息体的IP地址或者物理地址进行判断，也可以设置一个专门的标志，以区别是否与收方网络将消息体存储在同一物理节点。例如，主被叫用户中所在的MAS为同一个物理节点，且保存MSRP消息，MAS1可以通过消息中携带的MAS2的IP地址进行判断，如果MAS2的IP地址与MAS1的IP地址相同，说明发方网络与收方网络共享同一个MAS，且MSRP消息也都存储在该MAS上。
512、MAS1通过步骤502～510所建立的连接发送消息通知给MAS2；由于该步骤中MAS1不需要向MAS2传送具体的MSRP消息体，而只是发送一个消息通知告诉MAS2存放消息体的具体物理地址，或者告诉MAS2消息体已发送，尽管实际并没有发送。由于消息通知很小，所需传输时间很短，所以可以减少消息体传输时间。
513～515、MAS1发起结束会话请求BYE并依次通过CSCF1、CSCF2转发到MAS2；当MAS2需要将消息体发送到UE2时，MAS2发起INVITE请求并通过CSCF2转发到UE2，当MAS2返回ACK响应后，连接建立，MAS2将消息体传送到UE2，具体流程与现有技术中步骤228～238相同，不再详细描述。
516～518、MAS2返回结束会话请求应答200 OK并依次通过CSCF2、CSCF1转发到MAS1。
以上对主被叫用户不在同一个IMS域，但发方网络与收方网络又将消息体保存在同一物理节点时消息业务的实现流程进行了较详细的说明。
对于MSRP消息业务，还有可能存在主被叫用户既属于同一个域，发方网络与收方网络又将消息体保存在同一物理节点的情况，例如都保存在同一个MAS中。当MAS1接收到UE1发送的MSRP消息时，由于判断得知被叫用户也属于发方网络，即主被叫用户属于同一个IMS域，发方网络与收方网络拥有同一个MAS，则可以直接将消息体发送到被叫用户。而如果发方网络与收方网络将消息体保存在同一物理节点，即是由MAS2将消息体发送到UE2，由于发方网络与收方网络拥有同一个MAS，也即由MAS1发往UE2。因此，当主被叫用户即属于同一个域，发方网络与收方网络又将消息体保存在同一物理节点时消息传输流程与主被叫用户即属于同一个域，但发方网络与收方网络又将消息体保存在同一物理节点的传输流程相同，因此，当MAS1判断得知主被叫用户属于同一个IMS域时，不需要判断发方网络与收方网络是否将消息体保存在同一物理节点上，以减少处理流程，节约消息体传输时间。
以上各实施例说明了消息业务实现方法，以下具体说明本发明实施例所提供的消息应用服务器。
参照图6，为本发明实施例四消息应用服务器结构示意图，该消息应用服务器包括用户注册信息存储单元61，用于存储用户注册信息；
接收单元62，用于接收主叫用户发送的消息体；第一判断单元63，用于当所述接收单元62接收到主叫用户发送的消息体时，根据用户注册信息存储单元61中存储的用户注册信息判断主被叫用户是否属于同一个IMS域；第一发送单元64，用于当所述第一判断单元63得出主被叫用户属于同一个IMS域时，将接收单元62接收到的主叫用户发送的消息体发送到被叫用户。
这种消息应用服务器不是不加区分地将所有接收到主叫用户发送的消息体都转发到被叫用户所在的收方网络再转发，而是需要发送消息体时，预先判断主被叫用户是否属于同一个IMS域，如果属于同一个IMS域，发方网络可以直接和被叫用户进行信息交互，因此可以将消息体通过主叫用户所在的发方网络直接发送到被叫用户。所以，采用这种消息应用服务器，在主被叫用户属于同一个IMS域时，可以减少一次消息体的转发，进而可以减少大量的信息交互流程与消息体传输时间。
如果所述消息应用服务器用于处理存储转发模式的消息业务，例如传输的消息体是通过MSRP消息承载的，则可以对实施例四所描述的消息应用服务器做进一步改进，以下作为实施例五进行详细描述。
参照图7，为本发明实施例五消息应用服务器结构示意图，可以看出，与实施例四不同之处在于，该消息应用服务器还包括第二判断单元71与第二发送单元72，其中第二判断单元71，用于当所述第一判断单元63得出主被叫用户不属于同一个IMS域时，判断发方网络与收方网络是否将消息体保存在同一物理节点上；第二发送单元72，用于当所述第二判断单元71得出发方网络与收方网络将消息体保存在同一物理节点上时，通知收方网络所述消息体已发送。
当主被叫用户不属于同一个IMS域时，但发方网络与收方网络将消息体存储在相同的物理节点上时，该消息服务器不需要将消息体发送到被叫网络，而是通知收方网络，由于消息通知很小，传输时间很短，而存储转发消息本身一般比较大，需要较长的传输时间，同时也浪费了带宽资源。所以这种消息应用服务器可以减少消息交互及处理流程，节约消息体传输时间。
本发明实施例还可提供另一种消息应用服务器，用于接收即时消息中基于会话的消息，参照图8，为本发明实施例六消息应用服务器结构示意图，该消息应用服务器包括用户注册信息存储单元81，用于存储用户注册信息；第一接收单元82，用于接收主叫用户发送的建立连接会话请求；第二接收单元83，用于接收主叫用户发送的消息体；判断单元84，用于当所述第一接收单元82接收到主叫用户发送的建立连接的会话请求时，根据用户注册信息存储单元81中存储的用户注册信息判断主被叫用户是否属于同一个IMS域；发送单元85，用于当所述判断单元84得出主被叫用户属于同一个IMS域时，向被叫用户发送建立连接会话请求，并通过建立的连接将第二接收单元83接收到的主叫用户发送的消息体发送到被叫用户。
可见，本实施例与实施例四不同之处在于，该消息服务器接收到用户发送的建立连接会话请求时即判断主被叫用户是否属于同一个IMS域，而不是等到接收到消息体后再判断。不过，当主被叫用户属于同一个IMS域时，本实施例不需要将消息体发送到被叫用户所在的收方网络再转发，这一点与实施例四是相同的，因此，当主被叫用户属于同一个IMS域时，该消息应用服务器也可减少信息交互流程，节约消息体传输时间。
可以看出，以上各实施例具有如下有益效果由于当发方消息应用服务器判断得知主被叫用户位于同一个IMS域时，不需要将消息体发送到收方网络再转发，而是直接与被叫用户进行信息交互，将消息体直接发送到被叫用户，从而减少了信息交互流程以及消息体的传输时间。
对于存储转发消息业务，当发方网络与收方网络将消息体存储在同一物理节点时，由于发方网络不需要将消息体转发，而只是通知收方网络，因此可以减少传输时间，尤其当传输的消息体较大时。
以上对本发明实施例所提供的消息业务实现方法和消息应用服务器通过实施例进行了详细介绍，以上实施例的说明只是用于帮助理解本发明的方法及其思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种IMS域消息业务实现方法，其特征在于，包括接收主叫用户发送的消息体；根据用户注册信息判断主被叫用户是否属于同一个IMS域；当所述主被叫用户属于同一个IMS域时，将所述消息体发送到被叫用户。
2.如权利要求1所述的IMS域消息业务实现方法，其特征在于，所述消息体是通过MESSAGE消息承载的。
3.如权利要求1所述的IMS域消息业务实现方法，其特征在于，所述接收主叫用户发送的消息体的步骤包括接收主叫用户发送的建立连接会话请求，并通过所述建立连接会话请求建立的连接接收所述主叫用户发送的消息体；所述将消息体发送到被叫用户的步骤包括向被叫用户发送建立连接会话请求，并通过所述建立连接会话请求建立的连接向所述被叫用户发送所述消息体。
4.如权利要求3所述的IMS域消息业务实现方法，其特征在于，进一步包括当主被叫用户不属于同一个IMS域时，判断是否与收方网络将消息体存储在同一物理节点上；当与收方网络将消息体存储在同一物理节点上时，通知收方网络所述消息体已发送。
5.一种IMS域消息业务实现方法，其特征在于，包括接收主叫用户发送的建立连接会话请求；根据用户注册信息判断主被叫用户是否属于同一个IMS域；当主被叫用户属于同一个IMS域时，向被叫用户转发所述建立连接会话请求；通过所述建立连接会话请求建立的连接，接收主叫用户发送的消息体并将所述消息体转发到所述被叫用户。
6.一种消息应用服务器，其特征在于，包括用户注册信息存储单元，用于存储用户注册信息；接收单元，用于接收主叫用户发送的消息体；第一判断单元，用于当所述接收单元接收到主叫用户发送的消息体时，根据用户注册信息存储单元中存储的用户注册信息判断主被叫用户是否属于同一个IMS域；第一发送单元，用于当所述第一判断单元得出主被叫用户属于同一个IMS域时，将接收单元接收到的主叫用户发送的消息体发送到被叫用户。
7.如权利要求6所述的消息应用服务器，其特征在于，还包括第二判断单元，用于当所述第一判断单元得出主被叫用户不属于同一个IMS域时，判断发方网络与收方网络是否将消息体保存在同一物理节点上；第二发送单元，用于当所述第二判断单元得出发方网络与收方网络将消息体保存在同一物理节点上时，通知收方网络所述消息体已发送。
8.一种消息应用服务器，其特征在于，包括用户注册信息存储单元，用于存储用户注册信息；第一接收单元，用于接收主叫用户发送的建立连接的会话请求；第二接收单元，用于接收主叫用户发送的消息体；判断单元，用于当所述第一接收单元接收到主叫用户发送的建立连接的会话请求时，根据用户注册信息存储单元中存储的用户注册信息判断主被叫用户是否属于同一个IMS域；发送单元，用于当所述判断单元得出主被叫用户属于同一个IMS域时，向被叫用户转发所述建立连接会话请求，并通过所述建立连接会话请求建立的连接，接收主叫用户发送的消息体，并将所述消息体转发到所述被叫用户。
全文摘要
本发明实施例属于IMS技术领域，提供了消息业务实现方法和消息应用服务器，通过本发明实施例提供的所述消息应用服务器，采用如下方法接收主叫用户发送的消息体；根据用户注册信息判断主被叫用户是否属于同一个IMS域；当主被叫用户属于同一个IMS域时，将消息体发送到被叫用户。使得当主被叫用户属于同一个IMS域时，可以减少信息交互流程与消息体传输时间。
文档编号H04L29/08GK101060650SQ20071010704
公开日2007年10月24日 申请日期2007年5月17日 优先权日2007年5月17日
发明者李伟, 刁磊, 张亚辉, 史磊, 谢地金, 黄伟利, 罗先强, 谢冬模 申请人:华为技术有限公司