专利名称：不同类型的消息业务通信的处理方法、系统和设备的制作方法
技术领域：
本发明涉及通信技术领域，特别涉及基于会话发起协议(SIP， Session Initiation 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, Session Initiation Protocol for Instant Messaging and Presence Leveraging Extensions ), 和传统的消息业务，如3GPP定义的短信息服务(SMS)和增强型短信服务 (EMS)之间的业务互通，也是各运营商普遍关注的问题和3GPP标准化组 织的一个目标。
由于3GPP定义的EMS属于增强类型的SMS,为简^f更起见，本文所述 的传统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用于 存储用户的数据信息，包括用户的签约业务数据和路由信息。图l所示网络 框架还包括计费网管功能/计费数据功能(CGF/CDF )和在线计费系统(OCS )， CGF/CDF用于收集并处理用户的离线计费的话单信息，然后传递至计费中 心，OCS用于收集并处理用户在线计费的话单信息，然后传递至计费中心。
图1中，IP消息网关(IP-Message-GW,下文和图中也记为IP-SM-GW) 集合了消息互通的实体SMI AS(Short Message/IMS messaging interworking Application 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的表示扩展的会话发起协议的即时消息(SIMPLE IM)业务和传统的MAP短消息业务的互通。当支持IP接入的用户应用短消 息业务时，必须先注册到IP-SM-GW上，IP-SM-GW通知HSS该用户已注册 以及IP-SM-GW地址，HSS保存用户状态为IP Connected,并存储相应的用 户注册的IP-SM-GW地址。
在现有的规范中，提出了 IMS消息业务和传统的短消息业务基于传输层 面上和服务层面上的消息互通，其中，IP消息网关(IP-SM-GW)集合了 SMI AS的功能，作为IMS域和传统电路域和分组域(CS/PS域)之间的短消息 承载互通网关，实现了对基于SIP的消息和传统的短消息的传输层面上的互 通，如把封装MAP短消息的SIP消息进行解封装，以及把MAP短消息封装
在SIP消息体中的处理，同时实现了基于SIP的消息和传统的短消息服务层
面上的互通，如对基于SIP的消息和MAP短消息进行消息格式的转换等， 并将处理后的消息进行相应的转发，同时，IP消息网关对于接收到的消息， 还能够在根据运营商的策略和用户的偏好设置对消息选择相应的域进行路 由。
其中，对于基于SIP的消息和传统的短消息在传输层面上的互通，IP客 户端注册到IP-Message-GW的处理流程图2所示。
图2所示为现有的基于SIP消息和传统短消息在传输层互通的注册流程 示意图。
步骤l,用户设备(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 (IP interworking function)的注册响应，其中包括提供服务相关的签约数据。
至此，UE已注册到IP消息网关上，并且IP消息网关从HSS获得了与 服务相关的签约数据。
根据上述注册流程，传统的短消息业务和基于SIP的消息业务服务层面 上的互通在IMS-MO(IMS域的消息起始)的流程如图3所示。
步骤l，根据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消息携带的能力特征标识(featuretag)是否为纯IMS 消息"+g.oma.sip-im，，，或封装的IMS消息"+g.3gpp.smsip",或4企查主叫 用户是否签约了服务层面的互通业务，或检查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消息网关完成互通业务的处理以后直4妄返 回，也可以在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
消息传送至被叫l正。
一种互通功能实体，包括
接收单元，用于接收来自被叫侧S-CSCF的基于第一类型的SIP消息； 消息转换单元，用于将所述基于第一类型的SIP消息转换为基于第二类 型的SIP消息；
发送单元，将所述基于第二类型的SIP消息传送至被叫UE。
一种基于SIP的不同类型的消息业务通信的系统，包括主被叫UE、主 被叫网络中的S-CSCF，其中，被叫侧S-CSCF用于4妄收来自主叫用户终端 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消息业务通信的处理方法，在被叫
网络不支持消息互通实体或功能^f莫块的情况下，也能实现不同类型的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消息网关、SMIAS等，也可以是新增加的独立
网络实体，或是现有网络实体上新增加的功能模块。它通过用户的第三方注 册为用户提供服务。
上述^L叫侧S-CSCF接收来自主叫UE的基于第一类型的SIP消息之后，将 所述基于第一类型的SIP消息传送给被叫网络侧内的互通功能实体之前，还可 以进一步包括根据初始过滤规则确定是否需要将所述基于第 一类型的SIP 消息传送给被叫网络侧内的互通功能实体，若是，再执行传送操作；否则， 按现有技术直接把所述基于第 一类型的SIP消息传送到被叫UE。
上述被叫网络侧内的互通功能实体将基于第 一类型的SIP消息转换为基 于第二类型的SIP消息之前，还可以进一步包括确定是否需要进行服务层面 的互通，若是，再对所述被叫UE进行互通业务授权，业务授权成功后，将所 述基于第 一类型的SIP消息转换为基于第二类型的SIP消息。
将基于第二类型的SIP消息传送至被叫UE后，还可以进一步包括被叫 UE给所述主叫UE返回响应信息。
图4所示是根据本发明实施方案一的基于SIP的不同类型的消息业务通信 处理方法的流程示意图。为了简便起见，图中只提供了与本实施方案相关的 网络实体，其他的网络实体，如IMScore网络实体S-CSCF, P-CSCF等有关联 的流程都和现有技术一致，不再做重复叙述。
步骤l,主叫IMS用户构造基于第一类型的SIP的消息，通过IMS Core发 送消息到一个互通功能(rWF)实体上，该互通功能实体位于被叫侧的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 (如SIMPLEIM用户)。这里， 将主叫网络内的实体记为"实体名#1"，将被叫网络内的实体记为"实体名 #2",例如，主叫UE记为UE弁1，将被叫UE记为UE存2，主叫网络内的S-CSCF 记为S-CSCF弁l,被叫网络内的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。
步骤IO, IP-SM-GW弁2接收到封装MAP短消息的SIP消息后，根据获取的 被叫用户信息或者运营商的策略，决定是否需要进行服务层面的互通。该被 叫用户信息包括被叫终端的能力、被叫用户的业务签约或被叫用户偏好。
如果需要进行服务层面的互通，IP-SM-GW弁2对UEW进行互通业务的授 权，授权成功以后进行消息格式的转换，即对封装的SIP消息进行解封装以后 得到MAP短消息，再把MAP短消息转换成纯SIP消息的格式，在授权失败情
况下，则返回错误响应到1正#1;如果不需要进行服务层面的互通，通过IMS core把消息下发到被叫用户终端。
步骤11~12， IP-SM-GW弁2完成互通业务的处理以后，通过IMS cor6 ，把 转换后的纯SIP消息下发到UE弁2。
步骤13-19, UE弁2通过IP-SM-GW弁2返回消息成功接收的响应200 OK到 函l。
另外一种可能的情况是在主叫网络没有配置任何互通功能实体(如 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返回SIMPLE IM消息到S-CSCF弁l ,由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"的featuretag,或携带了表示需要进行服务层面的互
通业务标识符CSID， S-CSCF弁2把接收到的SIMPLE IM消息路由到被叫IP消 息网关即IP-SM-GW弁2。
步骤IO， IP-SM-GW弁2接收到SIMPLE IM消息后，根据获取的被叫用户 信息或者运营商的策略，决定是否需要进行服务层面的互通。该被叫用户信 息包括被叫终端的能力、被叫用户的业务签约或被叫用户偏好。
如果需要进行服务层面的互通，IP-SM-GW存2对UE弁2进行互通业务的授 权，授权成功以后进行消息格式的转换，即将SIMPLEIM消息转换为MAP短 消息并封装在SIP消息中，在授权失败情况下，则返回错误响应到UE弁1;如 果不需要进行服务层面的互通，通过IMS core把消息下发到被叫用户终端。
步骤11~12, IP-SM-GW弁2完成互通业务的处理以后，通过IMScore,把 封装MAP短消息的SIP消息下发到UE弁2。
步骤13-19, UE弁2通过IP-SM-GW弁2返回消息成功接收的响应200 OK到 函l。
另外一种可能的情况是在主叫网络没有配置任何互通功能实体(如 IP-SM-GW和SMI AS ),此时，根据现有技术(TS 23.228)的IMS消息处理方 式，S-CSCF弁l通过IMScore可以直接把SIMPLEIM消息路由到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所在主叫网络侧未i殳置
互通功能实体；则主叫侧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消息网关，或消息互通的实体 SMIAS，或新增加的网络实体，或现有网络实体上新增加的功能模块。
基于实施方案一所述方法，本发明实施例还提供了一种互通功能实体，包括接收单元，用于接收来自被叫侧S-CSCF的基于第 一类型的SIP消息； 消息转换单元，用于将所述基于第一类型的SIP消息转换为基于第二类型 的SIP消息；发送单元，将所述基于第二类型的SIP消息传送至被叫UE。 所述互通功能实体还包括互通^r测单元和互通授权单元。互通纟企测单 元用于确定需要进行服务层面的互通后，发送需要进行服务层面互通的通知； 互通授权单元用于根据接收到的需要进行服务层面互通的通知，对所述净皮叫 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接收到来自所述主叫l正的基于第一类型的SIP消息后，将所述基 于第 一类型的SIP消息传送给所述被叫侧S-CSCF。
上述主叫UE为支持MAP的UE,被叫UE为只支持纯SIP的UE;所述主叫 UE发送的基于第一类型的SIP消息中包含的需要被叫UE支持所述第一类型 SIP消息所需协议栈的标识符为需要被叫UE支持MAP协议栈的标识符；所述 主叫UE重新构造的基于第二类型的SIP消息为纯SIP消息。
应用本实施方案，在被叫网络不支持消息互通实体或功能模块的情况下， 无需对现存的IMS core^t任何改动也可以实现封装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"把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消息， 通知所述发送单元重新发送。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范 围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均 包含在本发明的保护范围内。
权利要求
1.一种基于会话初始协议SIP的不同类型的消息业务通信的处理方法，其特征在于，该方法包括被叫网络侧内的互通功能实体接收经被叫侧服务呼叫控制功能S-CSCF传送的来自主叫用户终端UE的基于第一类型的SIP消息；将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息，将所述基于第二类型的SIP消息传送至被叫UE。
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、 根据权利要求1 4任一所述的方法，其特征在于， 所述基于第一类型的SIP消息为封装移动应用部分协议MAP的SIP消息；所述基于第二类型的SIP消息为纯SIP消息；或者，所述基于第一类型的SIP消息为纯SIP消息，所述基于第二类型的SIP 消息为封装MAP的SIP消息；所述纯SIP消息包括表示扩展的会话发起协议的即时消息SIMPLE IM。
6、 根据权利要求3所述的方法，其特征在于，当所述基于第一类型的 SIP消息为封装MAP的SIP消息；所述基于第二类型的SIP消息为纯SIP消 息时，所述根据初始过滤规则确定是否需要将所述基于第 一类型的SIP消息 传送给被叫网络侧内的互通功能实体的过程包括确定所述基于第一类型的SIP消息中是否携带了封装的IMS消息的能力 特征标识feature tag，若是，则确定需要将所述基于第一类型的SIP消息传送 给被叫网络侧内的互通功能实体；当所述基于第一类型的SIP消息为纯SIP消息，所述基于第二类型的SIP 消息为封装MAP的SIP消息时，所述根据初始过滤规则确定是否需要将所 述基于第一类型的SIP消息传送给被叫网络侧内的互通功能实体的过程包 括确定所述基于第 一类型的SIP消息中是否携带了纯IMS消息能力特征标 识feature tag,或是否携带了表示服务层面互通的交流业务标识CSID,若是， 则确定需要将所述基于第一类型的SIP消息传送给被叫网络侧内的互通功能 实体。
7、 根据权利要求4所述的方法，其特征在于，所述确定是否需要进行服 务层面互通的依据包括所述被叫网络侧内的互通功能实体根据被叫UE的能力、被叫用户的业 务签约、被叫用户的偏好、或者运营商的策略决定是否需要进行服务层面互 通。
8、 根据权利要求1-4任一所述的方法，其特征在于，所述被叫网络侧 内的互通功能实体位于IP消息网关，或位于消息互通的实体SMI AS,或为 独立的网络实体，或为现有网络实体上的功能模块。
9、 一种互通功能实体，其特征在于，包括接收单元，用于接收来自被叫侧S-CSCF的基于第一类型的SIP消息； 消息转换单元，用于将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息；发送单元，将所述基于第二类型的SIP消息传送至^^皮叫UE。
10、 根据权利要求9所述的互通功能实体，其特征在于，所述互通功能 实体还包括互通检测单元，用于确定需要进行服务层面的互通后，发送需要进行服 务层面互通的通知；互通授权单元，用于根据接收到的需要进行服务层面互通的通知，对所 述被叫UE进行互通业务授权，业务授权成功后，再通知所述消息转换单元 执行转换。
11、 一种基于SIP的不同类型的消息业务通信的系统，包括主被叫UE、 主被叫网络中的S-CSCF,其中，被叫侧S-CSCF用于接收来自主叫用户终端 l正的基于第一类型的SIP消息，其特征在于，所述系统还包括位于被叫网络侧内的互通功能实体，用于接收来自被叫侧S-CSCF的基 于第一类型的SIP消息，将所述基于第一类型的SIP消息转换为基于第二类 型的SIP消息，将所述基于第二类型的SIP消息传送至被叫UE。
12、 根据权利要求11所述的系统，其特征在于，所述被叫网络侧内的互 通功能实体将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息 之前，还用于确定是要进行服务层面的互通后，对所述被叫UE进行互通业 务授权，业务授权成功后，再将所述基于第一类型的SIP消息转换为基于第 二类型的SIP消息。
13、 根据权利要求11或12所述的系统，其特征在于，所述系统还包括 位于主叫网络侧内的互通功能实体，用于接收来自主叫侧S-CSCF的基于第一类型的SIP消息后，判断所述主叫用户没有签约互通业务或不需要进 行服务层面互通时，将所述基于第一类型的SIP消息传送给所述主叫侧 S-CSCF;所述主叫侧S-CSCF，用于将所述基于第一类型的SIP消息传送给所述 被叫侧S-CSCF 。
14、 根据权利要求11所述的系统，其特征在于，所述被叫网络侧内的互 通功能实体位于IP消息网关，或位于消息互通的实体SMI AS,或为独立的 网络实体，或为现有网络实体上的功能模块。
15、 一种基于SIP的不同类型的消息业务通信的处理方法，其特征在于， 该方法包括主叫UE向网络侧发送基于第一类型的SIP消息；所述SIP消息中包含 需要被叫UE支持所述第一类型SIP消息所需协议栈的标识符；所述主叫UE接收到来自网络侧的被叫UE不支持所述第一类型SIP消 息所需协议栈的响应信息后，重新构造被叫UE能够支持的基于第二类型的 SIP消息，再次发送所述重新构造的消息。
16、 根据权利要求15所述的方法，其特征在于，所述主叫UE接收到的 被叫UE不支持所述第一类型SIP消息所需协议栈的响应信息来自被叫网络 侧的S-CSCF;所述#1叫网络侧的S-CSCF返回所述响应信息的过程包括 被叫网络侧S-CSCF接收来自所述主叫UE的包含需要被叫UE支持所述 第一类型SIP消息所需协议栈的标识符的SIP消息后，获取所述被叫UE的 能力信息，根据所述被叫UE的能力信息确定所述被叫UE不支持所述第一 类型SIP消息所需协议栈后，向所述主叫UE返回所述响应信息。
17、 根据权利要求16所述的方法，其特征在于，所述主叫UE所在主叫 网络侧设置有互通功能实体；所述被叫侧S-CSCF接收来自主叫用户终端UE的基于第一类型的SIP 消息的过程包括所述主叫网络侧内的互通功能实体接收到来自主叫侧S-CSCF的基于第 一类型的SIP消息后，判断所述主叫用户没有签约互通业务或不需要进行服 务层面互通时时，将所述基于第一类型的SIP消息传送给所述主叫侧 S-CSCF;所述主叫侧S-CSCF将所述基于第一类型的SIP消息传送给所述被叫侧 S-CSCF 。
18、 根据权利要求15所述的方法，其特征在于， 所述主叫UE为支持MAP的UE,所述被叫UE为只支持纯SIP的UE;所述主叫UE发送的基于第一类型的SIP消息中包含的需要被叫UE支 持所述第一类型SIP消息所需协议栈的标识符为需要被叫UE支持MAP协议 栈的标识符；所述主叫UE重新构造的基于第二类型的SIP消息为纯SIP消息。 19、 一种用户终端，其特征在于，包括发送单元，用于向网络侧发送基于第一类型的SIP消息；所述SIP消息 中包含需要被叫l正支持所述第一类型SIP消息所需协议栈的标识符；根据 收到的通知，发送基于所述第二类型的SIP消息；接收单元，用于接收到来自网络侧的被叫UE不支持所述第一类型SIP 消息所需协议栈的响应信息，通知构造单元；构造单元，用于重新构造被叫UE能够支持的基于第二类型的SIP消息， 通知所述发送单元重新发送。
全文摘要
本发明公开了一种基于会话初始协议SIP的不同类型的消息业务通信的处理方法，该方法包括被叫网络侧内的互通功能实体接收经被叫侧服务呼叫控制功能S-CSCF传送的来自主叫用户终端UE的基于第一类型的SIP消息；将所述基于第一类型的SIP消息转换为基于第二类型的SIP消息，将所述基于第二类型的SIP消息传送至被叫UE。应用本发明，使得不同类型的SIP消息实现了互通，丰富了业务种类。本发明同时还公开了不同类型的消息业务通信的系统和设备。
文档编号H04L12/58GK101370172SQ20071014200
公开日2009年2月18日 申请日期2007年8月13日 优先权日2007年8月13日
发明者芳 陈 申请人:华为技术有限公司