CN101370172B - 不同类型的消息业务通信的处理方法、系统和设备 - Google Patents

Abstract

本发明公开了一种基于会话初始协议SIP的不同类型的消息业务通信的处理方法，该方法包括：被叫网络侧内的互通功能实体接收经被叫侧服务呼叫控制功能S-CSCF传送的来自主叫用户终端UE的基于第一类型的SIP消息；将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息，将所述基于第二类型的SIP消息传送至被叫UE。应用本发明，使得不同类型的SIP消息实现了互通，丰富了业务种类。本发明同时还公开了不同类型的消息业务通信的系统和设备。

Description

不同类型的消息业务通信的处理方法、系统和设备

技术领域

本发明涉及通信技术领域，特别涉及基于会话发起协议(SIP，SessionInitiation Protocol)的不同类型的消息业务通信的处理方法、系统和设备。

背景技术

IP多媒体子系统(IMS，IP Multimedia Subsystem)是3GPP在阶段5(Release5)版本提出的支持IP多媒体业务的子系统，它的核心特点是采用SIP协议和与接入的无关性，因此IMS是一个在IP域上面的多媒体控制/呼叫控制平台，支持会话类和非会话类多媒体业务，为未来的多媒体应用提供一个通用的业务使能平台，它是向全IP网络(All IP Network)业务提供体系演进的重要一步。随着基于IMS的接入技术的兴起和发展，如何将现有的传统移动终端的消息业务转换成为IMS终端所能提供的业务，在尽可能重用现有的移动网短消息业务功能实体和协议的基础上，实现基于IMS框架的SIP based消息类业务，如3GPP(第三代伙伴计划标准化组织)中定义的即时消息(Immediate Messaging)和基于会话的消息(Session based messaging)，以及OMA定义的针对即时信息和表示扩展的会话发起协议(SIMPLE，SessionInitiation Protocol for Instant Messaging and Presence Leveraging Extensions)，和传统的消息业务，如3GPP定义的短信息服务(SMS)和增强型短信服务(EMS)之间的业务互通，也是各运营商普遍关注的问题和3GPP标准化组织的一个目标。

由于3GPP定义的EMS属于增强类型的SMS，为简便起见，本文所述的传统CS/PS域内的短消息同时包含了SMS和EMS两个形式的消息业务。

图1是目前3GPP提出的使用IP终端实现传统短消息业务的网络框架，其中短消息实体(SME)、短消息业务中心(SM-SC)、短消息移动交换中心网关/短消息互通移动交换中心(SMS-GMSC/SMS-IWMSC)、归属签约用户服务器/归属位置寄存器(HSS/HLR)是现有移动网实现短消息(SMS)业务的功能实体。SM-SC用来存储短消息；SMS-GMSC用于终端接收短消息时，向HSS/HLR查询路由信息；SMS-IWMSC用于终端发送短消息时进行鉴权等。目前网络中应用的短消息中心，都是集SM-SC、SMS-GMSC和SMS-IWMSC三个为一体的设备，并没有将这三个功能实体作为单独的物理设备来实现，所以在下文中，如无特殊说明短消息中心或传统短消息中心即代表SM-SC、SMS-GMSC和SMS-IWMSC三个一体的设备。HSS/HLR用于存储用户的数据信息，包括用户的签约业务数据和路由信息。图1所示网络框架还包括计费网管功能/计费数据功能(CGF/CDF)和在线计费系统(OCS)，CGF/CDF用于收集并处理用户的离线计费的话单信息，然后传递至计费中心，OCS用于收集并处理用户在线计费的话单信息，然后传递至计费中心。

图1中，IP消息网关(IP-Message-GW，下文和图中也记为IP-SM-GW)集合了消息互通的实体SMI AS(Short Message/IMS messaging interworkingApplication Server)的功能，用于实现IP客户端与GMSC/SMS-IWMSC之间的通讯，需进行IP网消息协议(即基于IP终端与IP-Message-GW之间使用的基于IP的通信协议)和已有WCDMA/GSM网络短消息协议(即IP-Message-GW与GMSC/SMS-IWMSC之间使用的MAP协议，类似于目前短消息的实现过程中，MSC和SGSN与GMSC/SMS-IWMSC之间的MAP协议)之间的包括传输层和服务层在内的互通。其中，传输层面的互通是原有的IP-SM-GW实现的封装移动应用部分协议(MAP)短消息的SIP Message业务和传统的MAP短消息业务的互通；服务层面的互通是SMI AS实现的基于SIP协议的基于OMA的表示扩展的会话发起协议的即时消息(SIMPLEIM)业务和传统的MAP短消息业务的互通。当支持IP接入的用户应用短消息业务时，必须先注册到IP-SM-GW上，IP-SM-GW通知HSS该用户已注册以及IP-SM-GW地址，HSS保存用户状态为IP Connected，并存储相应的用户注册的IP-SM-GW地址。

在现有的规范中，提出了IMS消息业务和传统的短消息业务基于传输层面上和服务层面上的消息互通，其中，IP消息网关(IP-SM-GW)集合了SMIAS的功能，作为IMS域和传统电路域和分组域(CS/PS域)之间的短消息承载互通网关，实现了对基于SIP的消息和传统的短消息的传输层面上的互通，如把封装MAP短消息的SIP消息进行解封装，以及把MAP短消息封装在SIP消息体中的处理，同时实现了基于SIP的消息和传统的短消息服务层面上的互通，如对基于SIP的消息和MAP短消息进行消息格式的转换等，并将处理后的消息进行相应的转发，同时，IP消息网关对于接收到的消息，还能够在根据运营商的策略和用户的偏好设置对消息选择相应的域进行路由。

其中，对于基于SIP的消息和传统的短消息在传输层面上的互通，IP客户端注册到IP-Message-GW的处理流程图2所示。

图2所示为现有的基于SIP消息和传统短消息在传输层互通的注册流程示意图。

步骤1，用户设备(UE)即IP客户端建立IP连接。

步骤2，当IP连接建立以后，用户通过IMS注册流程注册到服务呼叫控制功能(S-CSCF)实体上。

步骤3，在注册过程中，S-CSCF检查从HSS下载的初始过滤规则，该初始过滤规则是现有协议中已经规定的，此处不再详述。本文中该初始过滤规则称为第一初始过滤规则。

步骤4，在成功完成IMS注册以后，基于第一初始过滤规则，S-CSCF通知IP消息网关用户的注册状态。

步骤5，IP消息网关向S-CSCF返回成功响应。

步骤6，IP消息网关发送第三方注册请求到HSS。

步骤7，HSS存储接收到的信息，并向IP消息网关返回IP-IWF(IPinterworking function)的注册响应，其中包括提供服务相关的签约数据。

至此，UE已注册到IP消息网关上，并且IP消息网关从HSS获得了与服务相关的签约数据。

根据上述注册流程，传统的短消息业务和基于SIP的消息业务服务层面上的互通在IMS-MO(IMS域的消息起始)的流程如图3所示。

步骤1，根据IMS注册流程，UE注册到S-CSCF中，这里，为了简化起见，IMS core中的其他网络实体如I-CSCF和P-CSCF在图中没有显示出来；并且根据第三方注册流程，UE已注册到IP消息网关上。

步骤2，UE通过IMS域把基于SIP的消息发送到S-CSCF中，消息体中可携带交流业务标识(CSID，Communication service identity)，用于标识用户是否签约了消息类互通业务。

步骤3，S-CSCF对接收到的基于SIP的消息进行第二初始过滤规则的检查，该检查包括该SIP消息携带的能力特征标识(feature tag)是否为纯IMS消息“+g.oma.sip-im”，或封装的IMS消息“+g.3gpp.smsip”，或检查主叫用户是否签约了服务层面的互通业务，或检查SIP消息携带的CSID的信息标识是否为服务层面的互通类业务等。

步骤4，当SIP消息携带的feature tag为“+g.3gpp.smsip”即封装的IMS消息时，后续的处理过程与现有技术相同；其他三种情况，S-CSCF把SIP消息路由到主叫网络的IP消息网关上。

步骤5，主叫网络的IP消息网关根据主叫用户偏好和运营商策略判断是否需要进行服务层面的互通，此时有三种可能的情况：需要服务层面的互通、按默认情况处理、不需要服务层面互通。

如果需要行服务层面的互通，则IP消息网关对互通业务进行授权，如果授权成功，主叫网络的IP消息网关把基于SIP的消息转换成传统短消息格式，把转换格式的消息进行转发至传统短消息系统，由传统短消息系统完成后续的转发过程。

如果需要按默认情况进行处理，则主叫网络的IP消息网关根据被叫用户的标识，对SIP消息下发的被叫域网络进行选择。如果被叫用户为TEL-URI的形式，主叫网络的IP消息网关可以根据自配置的号码段信息或ENUM(Telephone Number Mapping working group)查询的结果选择是通过IMS域还是通过CS/PS域进行消息的下发。

如果选择消息下发的域为CS/PS域，主叫网络的IP消息网关对互通业务进行授权，如果授权成功，主叫网络的IP消息网关把基于SIP的消息转换成传统短消息格式，把转换格式的消息转发至传统短消息系统，由传统短消息系统完成后续的转发过程，如果授权未成功，主叫网络的IP消息网关返回失败报告到主叫网络的S-CSCF；如果选择消息下发的域为IMS域，按现有技术转发消息到被叫IMS网络。

如果不需要进行服务层面互通，则IP消息网关根据自配置的号码段信息或ENUM查询的结果选择的为IMS域，按现有技术转发消息到被叫IMS网络，如果IP消息网关不能选择IMS域，则返回失败报告到主叫网络的S-CSCF。也就是说，如果不需要进行服务层面互通，则IP消息网关不能选择CS/PS域，只能选择IMS域下发消息，在IMS域选择不成功时，返回失败报告。

步骤6～7，IP消息网关将转换后的基于SIP的消息的响应消息经IMS网络发送给UE，这里的响应可以在IP消息网关完成互通业务的处理以后直接返回，也可以在IP消息网关等待被叫端用户返回的发送报告(Delivery report)以后返回。

从现有标准看，IMS消息业务的互通只局限于基于SIP的消息(如封装MAP短消息的SIP MESSAGE和OMA SIMPLE IM)与传统的MAP短消息之间的互通，包括传输层面和服务层面上的互通，对于不同类型的基于SIP消息(如封装MAP短消息的SIP MESSAGE和OMA SIMPLE IM)之间的互通，现有标准并未涉及。而封装MAP短消息的SIP MESSAGE本质上还是一种MAP短消息业务，只有在被叫用户支持MAP协议栈的情况下才能解析该类消息，对于不支持MAP协议栈的纯IMS的被叫用户，在接收到封装MAP短消息的SIP MESSAGE时，就无法对消息进行解析。另外，对于主叫IMS用户不支持MAP协议栈，而被叫IMS用户支持MAP协议栈且用户偏好通过IMS域接收MAP短消息的情况下，也需要对非封装格式的SIP消息(如OMA SIMPLE IM)进行格式的转换。

发明内容

本发明实施例在于提供一种基于SIP的不同类型的消息业务通信的处理方法、系统和设备，以使不同类型的SIP消息之间的实现互通。

本发明实施例的技术方案包括：

一种基于会话初始协议SIP的不同类型的消息业务通信的处理方法，该方法包括：

被叫网络侧内的互通功能实体接收经被叫侧服务呼叫控制功能S-CSCF传送的来自主叫用户终端UE的基于第一类型的SIP消息；将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息，将所述基于第二类型的SIP消息传送至被叫UE。

一种互通功能实体，包括：

接收单元，用于接收来自被叫侧S-CSCF的基于第一类型的SIP消息；

消息转换单元，用于将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息；

发送单元，将所述基于第二类型的SIP消息传送至被叫UE。

一种基于SIP的不同类型的消息业务通信的系统，包括主被叫UE、主被叫网络中的S-CSCF，其中，被叫侧S-CSCF用于接收来自主叫用户终端UE的基于第一类型的SIP消息，所述系统还包括：

位于被叫网络侧内的互通功能实体，用于接收来自被叫侧S-CSCF的基于第一类型的SIP消息，将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息，将所述基于第二类型的SIP消息传送至被叫UE。

一种基于SIP的不同类型的消息业务通信的处理方法，该方法包括：

主叫UE向网络侧发送基于第一类型的SIP消息；所述SIP消息中包含需要被叫UE支持所述第一类型SIP消息所需协议栈的标识符；

所述主叫UE接收到来自网络侧的被叫UE不支持所述第一类型SIP消息所需协议栈的响应信息后，重新构造被叫UE能够支持的基于第二类型的SIP消息，再次发送所述重新构造的消息。

一种用户终端，包括：

发送单元，用于向网络侧发送基于第一类型的SIP消息；所述SIP消息中包含需要被叫UE支持所述第一类型SIP消息所需协议栈的标识符；根据收到的通知，发送基于所述第二类型的SIP消息；

接收单元，用于接收到来自网络侧的被叫UE不支持所述第一类型SIP消息所需协议栈的响应信息，通知构造单元；

构造单元，用于重新构造被叫UE能够支持的基于第二类型的SIP消息，通知所述发送单元重新发送。

应用本发明，通过被叫网络中的互通功能实体，进行互通消息格式的转换，使得基于SIP的不同类型的消息间实现了互通。

本发明提供的另一种不同类型的SIP消息业务通信的处理方法，在被叫网络不支持消息互通实体或功能模块的情况下，也能实现不同类型的SIP消息之间实现业务互通，如封装MAP短消息的SIP消息和纯SIP消息间实现通信。

附图说明

图1是现有的3GPP提出的使用IP终端实现传统短消息业务的网络框架示意图；

图2是现有的基于SIP消息和传统短消息在传输层互通的注册流程示意图；

图3是现有的基于SIP消息和传统短消息在业务服务层面互通的IMS-MO流程示意图；

图4是根据本发明实施方案一的基于SIP的不同类型的消息业务通信处理方法的流程示意图；

图5是基于实施方案一的一个具体实施例；

图6是基于实施方案一的另一个具体实施例；

图7是基于实施方案二的一个具体实施例。

具体实施方式

下面结合附图及具体实施例，对本发明再做详细说明。

实施方案一：

本实施方案提供的基于SIP的不同类型的消息业务通信的处理方法，包括：被叫侧S-CSCF接收来自主叫用户终端UE的基于第一类型的SIP消息，将所述基于第一类型的SIP消息传送给被叫网络侧内的互通功能实体；被叫网络侧内的互通功能实体将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息，将所述基于第二类型的SIP消息传送至被叫UE。

上述位于被叫网络侧内的互通功能实体能够根据获取的被叫用户的信息(如被叫终端能力/被叫用户偏好等)或运营商策略判断是否需要进行服务层面的互通，进行互通业务的鉴权，消息格式的转换的功能，其可以是位于现有网络中的实体中，如位于IP消息网关、SMI AS等，也可以是新增加的独立网络实体，或是现有网络实体上新增加的功能模块。它通过用户的第三方注册为用户提供服务。

上述被叫侧S-CSCF接收来自主叫UE的基于第一类型的SIP消息之后，将所述基于第一类型的SIP消息传送给被叫网络侧内的互通功能实体之前，还可以进一步包括：根据初始过滤规则确定是否需要将所述基于第一类型的SIP消息传送给被叫网络侧内的互通功能实体，若是，再执行传送操作；否则，按现有技术直接把所述基于第一类型的SIP消息传送到被叫UE。

上述被叫网络侧内的互通功能实体将基于第一类型的SIP消息转换为基于第二类型的SIP消息之前，还可以进一步包括：确定是否需要进行服务层面的互通，若是，再对所述被叫UE进行互通业务授权，业务授权成功后，将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息。

将基于第二类型的SIP消息传送至被叫UE后，还可以进一步包括：被叫UE给所述主叫UE返回响应信息。

图4所示是根据本发明实施方案一的基于SIP的不同类型的消息业务通信处理方法的流程示意图。为了简便起见，图中只提供了与本实施方案相关的网络实体，其他的网络实体，如IMS core网络实体S-CSCF，P-CSCF等有关联的流程都和现有技术一致，不再做重复叙述。

步骤1，主叫IMS用户构造基于第一类型的SIP的消息，通过IMS Core发送消息到一个互通功能(IWF)实体上，该互通功能实体位于被叫侧的IMS网络。

步骤2，互通功能实体进行互通业务处理，具体为：由于互通功能实体具有通过获取的被叫用户的信息，如被叫终端的能力和/或被叫用户偏好等，或者运营商策略等，决定是否需要进行服务层面的互通的功能，因此，被叫侧网络的互通功能实体可以通过用户进行第三方注册时携带的能力信息、或用户通过Ut接口配置的信息获取相关信息，以决定是否需要进行服务层面的互通。如果需要进行服务层面的互通，互通功能实体还进行互通业务的授权，如果授权成功，互通功能实体就可以进行消息格式的转换，即将基于第一类型的SIP消息转换为基于第二类型的SIP消息，如果授权未成功，则返回错误响应到主叫侧的IMS用户。

步骤3，互通功能实体通过IMS core，把格式转换后的SIP消息即基于第二类型的SIP消息转发到被叫IMS用户。

步骤4～5，被叫IMS用户接收到格式转换后的SIP消息，返回响应到主叫IMS用户。

参见图5，其是基于实施方案一的一个具体实施例。本实施例中，主被叫UE所在网络侧均设置有互通功能实体，且该互通功能实体由IP消息网关实现。主叫UE为一个支持MAP协议栈的IMS注册用户，发送一条封装MAP短消息的SIP消息到不支持MAP协议栈的被叫UE(如SIMPLE IM用户)。这里，将主叫网络内的实体记为“实体名#1”，将被叫网络内的实体记为“实体名#2”，例如，主叫UE记为UE#1，将被叫UE记为UE#2，主叫网络内的S-CSCF记为S-CSCF#1，被叫网络内的S-CSCF记为S-CSCF#2，等等。

步骤1～7，与图3中的步骤2～7类似，所不同的是：主叫侧的IP消息网关即IP-SM-GW#1在接收到来自UE#1的SIP消息后，确认该消息为封装MAP消息的SIP消息，但是主叫用户没有签约任何互通业务，包括传输层面和/或服务层面的互通，并且根据消息携带的被叫终端标识可以在被叫IMS网络进行路由，于是IP-SM-GW#1返回封装的SIP消息到S-CSCF#1，由S-CSCF#1通过IMS core把该封装MAP消息的SIP消息路由到S-CSCF#2。

步骤8～9，S-CSCF#2对接收到的SIP消息进行初始过滤规则的检查，其中包括SIP消息是否携带“+g.3gpp.smsip”的feature tag等。基于初始过滤规则的检查结果，如果SIP消息携带了“+g.3gpp.smsip”的feature tag，标识该SIP消息体中携带了MAP短消息，S-CSCF#2把封装的SIP消息路由到被叫IP消息网关即IP-SM-GW#2。

步骤10，IP-SM-GW#2接收到封装MAP短消息的SIP消息后，根据获取的被叫用户信息或者运营商的策略，决定是否需要进行服务层面的互通。该被叫用户信息包括被叫终端的能力、被叫用户的业务签约或被叫用户偏好。

如果需要进行服务层面的互通，IP-SM-GW#2对UE#2进行互通业务的授权，授权成功以后进行消息格式的转换，即对封装的SIP消息进行解封装以后得到MAP短消息，再把MAP短消息转换成纯SIP消息的格式，在授权失败情况下，则返回错误响应到UE#1；如果不需要进行服务层面的互通，通过IMScore把消息下发到被叫用户终端。

步骤11～12，IP-SM-GW#2完成互通业务的处理以后，通过IMS core，把转换后的纯SIP消息下发到UE#2。

步骤13-19，UE#2通过IP-SM-GW#2返回消息成功接收的响应200OK到UE#1。

另外一种可能的情况是在主叫网络没有配置任何互通功能实体(如IP-SM-GW和SMI AS)，此时，根据现有技术(TS 23.228)的IMS消息处理方式，S-CSCF#1通过IMS core可以直接把封装MAP短消息的SIP消息路由到S-CSCF#2。当S-CSCF#2接收到封装MAP消息的SIP消息后，其后续处理过程与图5中的步骤8～19完全相同，不再赘述。

至此，实现了支持MAP协议栈的主叫UE与不支持MAP协议栈的被叫UE(如SIMPLE IM用户)之间的通信。

参见图6，其是基于实施方案一的另一个具体实施例。本实施例中，主被叫UE所在网络侧均设置有互通功能实体，且该互通功能实体由IP消息网关实现。主叫UE发送一条SIMPLE IM到被叫IMS网络，而被叫UE不是IM用户，且偏好通过MAP信令的形式接收SIP消息。这里，将主叫网络内的实体记为“实体名#1”，将被叫网络内的实体记为“实体名#2”，例如，主叫UE记为UE#1，将被叫UE记为UE#2。

步骤1～7，与图3中的步骤2～7类似，所不同的是：主叫侧的IP消息网关即IP-SM-GW#1在接收到来自UE#1的SIMPLE IM消息后，确认UE#1的用户偏好和运营商策略的配置都不倾向进行服务层面的互通，并且根据消息携带的被叫终端标识可以在被叫IMS网络进行路由，于是IP-SM-GW#1返回SIMPLEIM消息到S-CSCF#1，由S-CSCF#1通过IMS core把该SIP消息路由到S-CSCF#2。

步骤8～9，S-CSCF#2对接收到的SIP消息进行初始过滤规则的检查，其中包括SIP消息是否携带“+g.oma.sip-im”的feature tag，或是否携带服务层面的互通业务标识符CSID等。基于初始过滤规则的检查结果，如果SIP消息携带了“+g.oma.sip-im”的feature tag，或携带了表示需要进行服务层面的互通业务标识符CSID，S-CSCF#2把接收到的SIMPLE IM消息路由到被叫IP消息网关即IP-SM-GW#2。

步骤10，IP-SM-GW#2接收到SIMPLE IM消息后，根据获取的被叫用户信息或者运营商的策略，决定是否需要进行服务层面的互通。该被叫用户信息包括被叫终端的能力、被叫用户的业务签约或被叫用户偏好。

如果需要进行服务层面的互通，IP-SM-GW#2对UE#2进行互通业务的授权，授权成功以后进行消息格式的转换，即将SIMPLE IM消息转换为MAP短消息并封装在SIP消息中，在授权失败情况下，则返回错误响应到UE#1；如果不需要进行服务层面的互通，通过IMS core把消息下发到被叫用户终端。

步骤11～12，IP-SM-GW#2完成互通业务的处理以后，通过IMS core，把封装MAP短消息的SIP消息下发到UE#2。

步骤13-19，UE#2通过IP-SM-GW#2返回消息成功接收的响应200OK到UE#1。

另外一种可能的情况是在主叫网络没有配置任何互通功能实体(如IP-SM-GW和SMI AS)，此时，根据现有技术(TS 23.228)的IMS消息处理方式，S-CSCF#1通过IMS core可以直接把SIMPLE IM消息路由到S-CSCF#2。当S-CSCF#2接收到SIMPLE IM消息后，其后续处理过程与图6中的步骤8～19完全相同，不再赘述。

至此，实现了不支持MAP协议栈的主叫UE(如SIMPLE IM用户)与支持MAP协议栈的被叫UE之间的通信。

从上述实施例可以看出，对于主叫UE为一个支持MAP协议栈的IMS注册用户，发送一条封装MAP短消息的SIP消息到不支持MAP协议栈的IMS用户(如SIMPLE IM用户)的情况，或者，主叫UE发送一条SIMPLE IM到被叫IMS网络，而被叫UE不是IM用户，且偏好通过MAP信令的形式接收SIP消息的情况，如果主叫UE所在主叫网络侧设置有互通功能实体；则主叫网络侧内的互通功能实体接收到来自主叫侧S-CSCF的基于第一类型的SIP消息，判断主叫用户没有签约互通业务或不需要进行服务层面互通时，将所述基于第一类型的SIP消息传送给所述主叫侧S-CSCF；此时主叫侧S-CSCF将所述基于第一类型的SIP消息传送给所述被叫侧S-CSCF。如果主叫UE所在主叫网络侧未设置互通功能实体；则主叫侧S-CSCF接收到来自所述主叫UE的基于第一类型的SIP消息后，可以根据现有协议，直接将所述基于第一类型的SIP消息传送给所述被叫侧S-CSCF。所述基于第一类型的SIP消息为封装MAP的SIP消息；所述基于第二类型的SIP消息为纯SIP消息；或者，所述基于第一类型的SIP消息为纯SIP消息，所述基于第二类型的SIP消息为封装MAP的SIP消息；所述纯SIP消息包括SIMPLE IM消息。

基于实施方案一所述方法，本发明实施例还提供了一种基于SIP的不同类型的消息业务通信的系统，包括主被叫UE、主被叫网络中的S-CSCF，其中，被叫侧S-CSCF用于接收来自主叫用户终端UE的基于第一类型的SIP消息，其特征在于，所述系统还包括：

位于被叫网络侧内的互通功能实体，用于接收来自被叫侧S-CSCF的基于第一类型的SIP消息，将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息，将所述基于第二类型的SIP消息传送至被叫UE。

所述被叫网络侧内的互通功能实体将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息之前，还用于确定是否需要进行服务层面的互通，若是，再对所述被叫UE进行互通业务授权，业务授权成功后，将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息。

所述系统还包括：主叫网络侧内的互通功能实体，用于接收来自主叫侧S-CSCF的基于第一类型的SIP消息后，判断所述主叫用户没有签约互通业务或不需要进行服务层面互通时，将所述基于第一类型的SIP消息传送给所述主叫侧S-CSCF；

所述主叫侧S-CSCF，用于将所述基于第一类型的SIP消息传送给所述被叫侧S-CSCF。

所述被叫UE接收到所述基于第二类型的SIP消息后，还用于给所述主叫UE返回响应信息。

所述被叫网络侧内的互通功能实体为IP消息网关，或消息互通的实体SMI AS，或新增加的网络实体，或现有网络实体上新增加的功能模块。

基于实施方案一所述方法，本发明实施例还提供了一种互通功能实体，包括：

接收单元，用于接收来自被叫侧S-CSCF的基于第一类型的SIP消息；

消息转换单元，用于将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息；

发送单元，将所述基于第二类型的SIP消息传送至被叫UE。

所述互通功能实体还包括：互通检测单元和互通授权单元。互通检测单元用于确定需要进行服务层面的互通后，发送需要进行服务层面互通的通知；互通授权单元用于根据接收到的需要进行服务层面互通的通知，对所述被叫UE进行互通业务授权，业务授权成功后，再通知所述消息转换单元执行转换。

实施方案二：

本实施方案提供的基于SIP的不同类型的消息业务通信的处理方法，包括：主叫UE向网络侧发送基于第一类型的SIP消息；所述SIP消息中包含需要被叫UE支持所述第一类型SIP消息所需协议栈的标识符；所述主叫UE接收到来自网络侧的被叫UE不支持所述第一类型SIP消息所需协议栈的响应信息后，重新构造被叫UE能够支持的基于第二类型的SIP消息，再次发送所述重新构造的消息。

所述主叫UE接收到的被叫UE不支持所述第一类型SIP消息所需协议栈的响应信息来自被叫网络侧的S-CSCF；所述被叫网络侧的S-CSCF返回所述响应信息的过程包括：被叫网络侧S-CSCF接收来自所述主叫UE的包含需要被叫UE支持所述第一类型SIP消息所需协议栈的标识符的SIP消息后，获取所述被叫UE的能力信息，根据所述被叫UE的能力信息确定所述被叫UE不支持所述第一类型SIP消息所需协议栈后，向所述主叫UE返回所述响应信息。

如果上述主叫UE所在主叫网络侧设置有互通功能实体，则所述被叫侧S-CSCF接收来自主叫用户终端UE的基于第一类型的SIP消息的过程包括：主叫网络侧内的互通功能实体接收到来自主叫侧S-CSCF的基于第一类型的SIP消息后，判断所述主叫用户没有签约互通业务或不需要进行服务层面互通时时，将所述基于第一类型的SIP消息传送给所述主叫侧S-CSCF；所述主叫侧S-CSCF将所述基于第一类型的SIP消息传送给所述被叫侧S-CSCF。

如果所述主叫UE所在主叫网络侧未设置互通功能实体，则所述被叫侧S-CSCF接收来自主叫用户终端UE的基于第一类型的SIP消息的过程包括：主叫侧S-CSCF接收到来自所述主叫UE的基于第一类型的SIP消息后，将所述基于第一类型的SIP消息传送给所述被叫侧S-CSCF。

上述主叫UE为支持MAP的UE，被叫UE为只支持纯SIP的UE；所述主叫UE发送的基于第一类型的SIP消息中包含的需要被叫UE支持所述第一类型SIP消息所需协议栈的标识符为需要被叫UE支持MAP协议栈的标识符；所述主叫UE重新构造的基于第二类型的SIP消息为纯SIP消息。

应用本实施方案，在被叫网络不支持消息互通实体或功能模块的情况下，无需对现存的IMS core做任何改动也可以实现封装MAP短消息的SIP消息和纯SIP消息(如OMA SIMPLE IM)通信。具体可以是：IMS core网络实体(如S-CSCF)根据SIP消息体中携带的主叫用户要求被叫终端具有的能力(如必须支持MAP协议栈等)判断被叫终端是否具备该能力，如果不具备，该网络实体返回错误响应到主叫用户，并且携带被叫终端的能力信息，使得主叫用户能够根据该信息发送与被叫终端能力适配的基于SIP的消息。

参见图7，其是基于实施方案二的一个具体实施例。本实施例中，主叫UE为一个支持MAP协议栈的IMS注册用户，发送一条封装MAP短消息的SIP消息到不支持MAP协议栈的被叫UE(如SIMPLE IM用户)。这里，将主叫网络内的实体记为“实体名#1”，将被叫网络内的实体记为“实体名#2”，例如，主叫UE记为UE#1，将被叫UE记为UE#2。

步骤1-7，与图3中的步骤2～7类似，所不同的是：UE#1把MAP短消息封装在SIP消息体中，并且在SIP消息头中，如“require”，携带需要UE#2支持MAP协议栈的标识符，通过IMS core把SIP消息转发到主叫IP消息网关即IP-SM-GW#1。IP-SM-GW#1在接收到来自UE#1的SIP消息后，确认该消息为封装MAP短消息的SIP消息，但是主叫用户没有签约任何互通业务，包括传输层面和/或服务层面的互通，并且根据消息携带的被叫终端标识可以在被叫IMS网络进行路由，于是IP-SM-GW#1返回封装的SIP消息到S-CSCF#1，由S-CSCF#1通过IMS core把该SIP消息路由到S-CSCF#2。

步骤8，S-CSCF#2接收到封装的SIP消息后，检测到该消息的消息头中携带了主叫要求被叫终端支持MAP协议的标识符，并且根据在第三方注册时获取的被叫终端能力信息获知被叫终端不支持MAP协议栈，因此，决定拒绝该封装的SIP消息，并且构造错误响应，该错误响应中携带失败原因和被叫终端的能力信息。

步骤10～12，S-CSCF#2返回错误响应到UE#1。

13)UE#1接收到错误响应后，根据响应中携带的被叫终端能力信息，构造不封装MAP短消息的SIP消息发送到被叫终端。

另外一种可能的情况是在主叫网络没有配置任何互通功能实体(如IP-SM-GW和SMI AS)，此时，根据现有技术(TS 23.228)的IMS消息处理方式，S-CSCF#1通过IMS core可以直接把封装MAP短消息的SIP消息路由到S-CSCF#2。当S-CSCF#2接收到封装MAP消息的SIP消息后，其后续处理过程与图7中的步骤8～13完全相同，不再赘述。

基于实施方案二所述方法，本发明实施例还提供了一种UE，包括：

发送单元，用于向网络侧发送基于第一类型的SIP消息；所述SIP消息中包含需要被叫UE支持所述第一类型SIP消息所需协议栈的标识符；根据收到的通知，发送基于所述第二类型的SIP消息；

接收单元，用于接收到来自网络侧的被叫UE不支持所述第一类型SIP消息所需协议栈的响应信息，通知构造单元；

构造单元，用于重新构造被叫UE能够支持的基于第二类型的SIP消息，通知所述发送单元重新发送。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (18)

1.一种基于会话初始协议SIP的不同类型的消息业务通信的处理方法，其特征在于，该方法包括：

被叫网络侧内的互通功能实体接收经被叫侧服务呼叫控制功能S-CSCF传送的来自主叫用户终端UE的基于第一类型的SIP消息；将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息，将所述基于第二类型的SIP消息传送至被叫UE；

其中，所述基于第一类型的SIP消息为封装移动应用部分协议MAP的SIP消息；所述基于第二类型的SIP消息为纯SIP消息；或者，所述基于第一类型的SIP消息为纯SIP消息，所述基于第二类型的SIP消息为封装MAP的SIP消息；所述纯SIP消息包括表示扩展的会话发起协议的即时消息SIMPLE IM。

2.根据权利要求1所述的方法，其特征在于，所述主叫UE所在主叫网络侧设置有互通功能实体；

所述被叫侧S-CSCF收到来自主叫用户终端UE的基于第一类型的SIP消息的过程包括：

所述主叫网络侧内的互通功能实体接收到来自主叫侧S-CSCF的基于第一类型的SIP消息后，判断所述主叫用户没有签约互通业务或不需要进行服务层面互通时，将所述基于第一类型的SIP消息传送给所述主叫侧S-CSCF；

所述主叫侧S-CSCF将所述基于第一类型的SIP消息传送给所述被叫侧S-CSCF。

3.根据权利要求1所述的方法，其特征在于，所述被叫侧S-CSCF接收来自主叫UE的基于第一类型的SIP消息之后，将所述基于第一类型的SIP消息传送给被叫网络侧内的互通功能实体之前，进一步包括：

根据初始过滤规则，所述被叫侧S-CSCF确定是否需要将所述基于第一类型的SIP消息传送给被叫网络侧内的互通功能实体，若是，再执行传送操作；否则，按现有技术直接把所述基于第一类型的SIP消息传送到被叫UE。

4.根据权利要求1所述的方法，其特征在于，所述被叫网络侧内的互通功能实体将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息之前，进一步包括：

确定是否需要进行服务层面的互通，若是，则对所述被叫UE进行互通业务授权，业务授权成功后，再将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息。

5.根据权利要求3所述的方法，其特征在于，当所述基于第一类型的SIP消息为封装MAP的SIP消息；所述基于第二类型的SIP消息为纯SIP消息时，所述根据初始过滤规则确定是否需要将所述基于第一类型的SIP消息传送给被叫网络侧内的互通功能实体的过程包括：

确定所述基于第一类型的SIP消息中是否携带了封装的IMS消息的能力特征标识feature tag，若是，则确定需要将所述基于第一类型的SIP消息传送给被叫网络侧内的互通功能实体；

当所述基于第一类型的SIP消息为纯SIP消息，所述基于第二类型的SIP消息为封装MAP的SIP消息时，所述根据初始过滤规则确定是否需要将所述基于第一类型的SIP消息传送给被叫网络侧内的互通功能实体的过程包括：

确定所述基于第一类型的SIP消息中是否携带了纯IMS消息能力特征标识feature tag，或是否携带了表示服务层面互通的交流业务标识CSID，若是，则确定需要将所述基于第一类型的SIP消息传送给被叫网络侧内的互通功能实体。

6.根据权利要求4所述的方法，其特征在于，所述确定是否需要进行服务层面互通的依据包括：

所述被叫网络侧内的互通功能实体根据被叫UE的能力、被叫用户的业务签约、被叫用户的偏好、或者运营商的策略决定是否需要进行服务层面互通。

7.根据权利要求1～4任一所述的方法，其特征在于，所述被叫网络侧内的互通功能实体位于IP消息网关，或位于消息互通的实体SMI AS，或为独立的网络实体，或为现有网络实体上的功能模块。

8.一种互通功能实体，其特征在于，包括：

接收单元，用于接收来自被叫侧S-CSCF的基于第一类型的SIP消息；

消息转换单元，用于将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息；

发送单元，将所述基于第二类型的SIP消息传送至被叫UE；

其中，所述基于第一类型的SIP消息为封装移动应用部分协议MAP的SIP消息；所述基于第二类型的SIP消息为纯SIP消息；或者，所述基于第一类型的SIP消息为纯SIP消息，所述基于第二类型的SIP消息为封装MAP的SIP消息；所述纯SIP消息包括表示扩展的会话发起协议的即时消息SIMPLE IM。

9.根据权利要求8所述的互通功能实体，其特征在于，所述互通功能实体还包括：

互通检测单元，用于确定需要进行服务层面的互通后，发送需要进行服务层面互通的通知；

互通授权单元，用于根据接收到的需要进行服务层面互通的通知，对所述被叫UE进行互通业务授权，业务授权成功后，再通知所述消息转换单元执行转换。

10.一种基于SIP的不同类型的消息业务通信的系统，包括主被叫UE、主被叫网络中的S-CSCF，其中，被叫侧S-CSCF用于接收来自主叫用户终端UE的基于第一类型的SIP消息，其特征在于，所述系统还包括位于被叫网络侧内的互通功能实体，所述位于被叫网络侧内的互通功能实体包括：

接收单元，用于接收来自被叫侧S-CSCF的基于第一类型的SIP消息；

消息转换单元，用于将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息；

发送单元，将所述基于第二类型的SIP消息传送至被叫UE；

其中，所述基于第一类型的SIP消息为封装移动应用部分协议MAP的SIP消息；所述基于第二类型的SIP消息为纯SIP消息；或者，所述基于第一类型的SIP消息为纯SIP消息，所述基于第二类型的SIP消息为封装MAP的SIP消息；所述纯SIP消息包括表示扩展的会话发起协议的即时消息SIMPLE IM。

11.根据权利要求10所述的系统，其特征在于，所述被叫网络侧内的互通功能实体还包括：

互通检测单元，用于确定需要进行服务层面的互通后，发送需要进行服务层面互通的通知；

互通授权单元，用于根据接收到的需要进行服务层面互通的通知，对所述被叫UE进行互通业务授权，业务授权成功后，再通知所述消息转换单元执行转换。

12.根据权利要求10或11所述的系统，其特征在于，所述系统还包括：

位于主叫网络侧内的互通功能实体，用于接收来自主叫侧S-CSCF的基于第一类型的SIP消息后，判断所述主叫用户没有签约互通业务或不需要进行服务层面互通时，将所述基于第一类型的SIP消息传送给所述主叫侧S-CSCF；

所述主叫侧S-CSCF，用于将所述基于第一类型的SIP消息传送给所述被叫侧S-CSCF。

13.根据权利要求10所述的系统，其特征在于，所述被叫网络侧内的互通功能实体位于IP消息网关，或位于消息互通的实体SMI AS，或为独立的网络实体，或为现有网络实体上的功能模块。

14.一种基于SIP的不同类型的消息业务通信的处理方法，其特征在于，该方法包括：

主叫UE向网络侧发送基于第一类型的SIP消息；所述SIP消息中包含需要被叫UE支持所述第一类型SIP消息所需协议栈的标识符；

所述主叫UE接收到来自网络侧的被叫UE不支持所述第一类型SIP消息所需协议栈的响应信息后，重新构造被叫UE能够支持的基于第二类型的SIP消息，再次发送所述重新构造的消息；

其中，所述基于第一类型的SIP消息为封装移动应用部分协议MAP的SIP消息；所述基于第二类型的SIP消息为纯SIP消息；或者，所述基于第一类型的SIP消息为纯SIP消息，所述基于第二类型的SIP消息为封装MAP的SIP消息；所述纯SIP消息包括表示扩展的会话发起协议的即时消息SIMPLE IM。

15.根据权利要求14所述的方法，其特征在于，所述主叫UE接收到的被叫UE不支持所述第一类型SIP消息所需协议栈的响应信息来自被叫网络侧的S-CSCF；

所述被叫网络侧的S-CSCF返回所述响应信息的过程包括：

被叫网络侧S-CSCF接收来自所述主叫UE的包含需要被叫UE支持所述第一类型SIP消息所需协议栈的标识符的SIP消息后，获取所述被叫UE的能力信息，根据所述被叫UE的能力信息确定所述被叫UE不支持所述第一类型SIP消息所需协议栈后，向所述主叫UE返回所述响应信息。

16.根据权利要求15所述的方法，其特征在于，所述主叫UE所在主叫网络侧设置有互通功能实体；

所述被叫侧S-CSCF接收来自主叫用户终端UE的基于第一类型的SIP消息的过程包括：

所述主叫网络侧内的互通功能实体接收到来自主叫侧S-CSCF的基于第一类型的SIP消息后，判断所述主叫用户没有签约互通业务或不需要进行服务层面互通时时，将所述基于第一类型的SIP消息传送给所述主叫侧S-CSCF；

所述主叫侧S-CSCF将所述基于第一类型的SIP消息传送给所述被叫侧S-CSCF。

17.根据权利要求14所述的方法，其特征在于，

所述主叫UE为支持MAP的UE，所述被叫UE为只支持纯SIP的UE；

所述主叫UE发送的基于第一类型的SIP消息中包含的需要被叫UE支持所述第一类型SIP消息所需协议栈的标识符为需要被叫UE支持MAP协议栈的标识符；

所述主叫UE重新构造的基于第二类型的SIP消息为纯SIP消息。

18.一种用户终端，其特征在于，包括：

发送单元，用于向网络侧发送基于第一类型的SIP消息；所述SIP消息中包含需要被叫UE支持所述第一类型SIP消息所需协议栈的标识符；其中，所述基于第一类型的SIP消息为封装移动应用部分协议MAP的SIP消息；所述基于第二类型的SIP消息为纯SIP消息；或者，所述基于第一类型的SIP消息为纯SIP消息，所述基于第二类型的SIP消息为封装MAP的SIP消息；所述纯SIP消息包括表示扩展的会话发起协议的即时消息SIMPLE IM；

接收单元，用于接收到来自网络侧的被叫UE不支持所述第一类型SIP消息所需协议栈的响应信息，通知构造单元；

构造单元，用于重新构造被叫UE能够支持的基于第二类型的SIP消息，通知所述发送单元重新发送所述基于第二类型的SIP消息。

Images