CN1968268A - 一种在sip网络中处理公共标识的方法及系统 - Google Patents

Abstract

本发明公开了一种在SIP网络中处理公共标识的方法，该方法由发送SIP消息的装置将公共标识和相关信息作为SIP消息头域中的SIP URI或Tel URI并发送SIP消息，其中所述公共标识包含的内容定义为SIP URI或Tel URI内容的一个子集；接收到所述SIP消息的装置根据公共标识所定义的内容，从SIP消息头域的SIP URI或Tel URI中提取该部分内容并按照预定格式恢复成公共标识。本发明还同时公开了一种SIP网络系统。

Description

一种在SIP网络中处理公共标识的方法及系统

技术领域

本发明涉及通信领域的会话发起协议SIP网络技术，尤其涉及在SIP网络中处理公共标识的方法及系统。

背景技术

IMS是3GPP在分组网络上叠加一个子系统，采用分组域为其控制信令和媒体传输的承载通道，引入SIP协议作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务。IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼叫控制实体CSCF、集中管理用户签约数据的归属用户服务器HSS，提供各种业务逻辑控制功能的应用服务器AS。

在IMS应用中，为了完成UE注册功能，以及主叫或者被叫的业务，3GPP定义了两种公共标识：

公共用户标识(IMPU)：用户使用公共用户标识进行通信。每个IMS用户拥有一个或多个公共用户标识，公共用户标识采用SIP URI或TEL URI的格式。例如：sip：tom@example.com。用户标识初始的时候存储在用户终端UE的ISIM模块与HSS中。

公共业务标(PSI)：公共业务标识用来描述一个应用服务器中的一个特定业务的资源。公共业务标识采用SIP URI或TEL URI的格式，例如：sip：conference@examplenetwork.com。

在3GPP TS23.228标准中对于公共用户标识的格式定义为：公共用户标识应该采用RFC3261和RFC2396定义的SIP URI格式，或者RFC3966定义的″tel：″-URI格式。

在3GPP TS23.003标准中，对公共用户标识的定义为：公共用户标识要采用SIP URI(参考IETF RFC3261)的格式，或者tel URI(参考IETF RFC3966)的格式。一个公共用户标识的SIP URI要采用″sip：user@domain″形式。SIP URI的比较要采用RFC3261中的19.1.4节定义的方法)。

在3GPP TS23.003标准中，对公共业务标识的定义为：公共业务标识要采用SIP URI(参考IETF RFC3261)的格式，或者tel URI(参考IETF RFC3966)的格式。在一个应用服务器上，一个公共业务标识表示一个业务，或者为业务创建的特殊资源。公共业务标识的域名部分被IMS运营商预定义，IMS系统提供动态创建用户部分的灵活性。

在RFC3261中对用户公共标识的定义为：RFC3261中使用记录地址(Address-of-Record)来标识用户，一个记录地址address-of-record(AOR)是一个SIP或者SIPS URI它指向了一个具有定位服务的主机，这个主机可以把URI映射成为用户真正物理位置的URI。一个AOR经常被认为是一个用户的“公共地址”。

RFC3261关于SIP URI的定义和描述如下：

SIP URI用来标记一个通讯用的资源。就像其他所有的URI一样，SIP URI可以放在网页上，email消息里，或者打印出来的名片上等。在这些URI里边包含了足够的信息来发起和维持到这个资源的一个通讯会话。

一个SIP URI的通常格式是这样的：

sip：user：password@host：port；uri-parameters？headers

这些组成部分(component)具有下列意义：

user：在主机的特定资源地址。

password：password字段是和用户相关的。

host：主机提供了SIP资源。host在这里通常指的是一个域名，host部分包含了一个完整的主机名字或者IPV4/IPV6的地址。

port：请求将被送出的端口。

URI参数：URI参数在hostport之后增加，用分号分开。这个扩展机制包括了transport，maddr，ttl，user，method和lr参数，其中：

-transport参数决定在发送SIP消息的通讯机制，SIP可以使用任何网络通讯协议；

-maddr参数指明了联系这个用户的服务器的地址，它会覆盖在host域中的地址；

-ttl参数决定了UDP多点报文的生存周期。

从URI中构建SIP请求所需要的method域，可以由method参数指定。

如果指定了lr参数，就标志着这个资源的拥有者是根据本规范来实现的路由机制。

由于URI参数机制是可以扩展的，SIP元素应当跳过那些不认识的uri参数。

下表列出SIP URI在不同情况下的SIP头域值，Request-URI及其引用的使用用法。其中“m”是强制必须的意思，“o”是可选的，“-”是不允许的。

	Req-URI	To	From	ree./redir.Contact	Dialog ContactR-R/Route	external
							user	o	o	o	o	o	o
password	o	o	o	o	o	o
							host	m	m	m	m	m	m
port	o	-	-	o	o	o
							user-param	o	o	o	o	o	o
method	-	-	-	-	-	o
							maddr-param	o	-	-	o	o	o
ttl-param	o	-	-	o	-	o
							transp.-param	o	-	-	o	o	o
lr-param	o	-	-	-	o	o
							other-param	o	o	o	o	o	o
headers	-	-	-	o	-	o

在现有技术中，SIP URI的比较方法如下：

A、SIP URI的userinufo是大小写敏感的。这包括了含有password或者按照电话描述格式的userinfo的比较。对于URI的其他部分的比较，除了有特别指出之外，都是大小写不敏感的。

B、参数的顺序和头域的顺序对于比较SIP URI不起作用。

C、在保留字符集之外的字符(参见RFC2396)，等同于他们的““％”HEXHEX”格式。

D、IP地址可以是等同于通过DNS查找到的主机名对应的IP地址，IP地址也不能和主机名等同。

E、两个URI如果相同，那么user，password，host，port部分必须相同。

F、有user部分的URI和没有user部分的URI是不相等的。有password部分的URI和没有password部分的URI也是不同的。

G、一个不带可选组成部分的URI和带了这些组成部分但是值是缺省值的URI是不等的。例如，如果一个URI省略了port组成部分，并不等于一个定义了5060port组成部分的URI。同样的规则适用域transport-参数，ttl-参数，user-参数，method组成部分等。

H、定义sip：user@host，和定义sip：user@host：5060不相等。当从URI中取得地址的时候，相同的URI可以取得相同的地址。sip：user@host：5060始终可以得到端口5060。URI：sip：user@host根据DNS SRV机制，可能可以得出其他的端口来。

I、URI参数按照如下规则进行比较

-任何在两个URI中出现的uri参数都必须一样；

-user，ttl，或者方法uri参数如果只在一方出现，即使和缺省值相等，也判定为两个URI不相等；

-包含maddr参数的URI和没有包含maddr参数的不相等；

-其他uri参数，如果在一方出现，则在比较的时候忽略；

-URI头的比较是不能忽略的。任何在header部分出现的域都必须在双方URI中进行匹配和比较。

SIP协议根据SIP URI发起请求的方法如下：

-包括构造请求的Request-URI中的transport，maddr，ttl或者user参数。如果URI包含了method参数，那么它的值必须和构造的请求的方法一样。并且method参数不能放在Request-URI中。不认识的URI参数必须放在消息的Request-URI中。

-把URI中出现的header或者包体部分包含入消息本身，并且当作是请求自己的组成部分。在实现中，不应当保留那些明显危险的头域字段：From，Call-ID，Cseq，Via和Record-Route。

SIP URI关联tel URL的方法：

-如果tel URL(RFC 3966)转换成为一个SIP URI，那么tel URL的整个电话描述(telephone-subscriber)、参数，都需要放在SIP URI的userinfo部分。例如：tel：+358-555-1234567；postd＝pp22会变成：sip：+358-555-1234567；postd＝pp22@foo.com；user＝phone

-为了避免大小写不敏感问题，在构造放在SIP URI中的userinfo部分的电话描述域的时候，应当转换大小写不敏感的电话描述域为小写，并且除了isdn-subaddress和post-dial，把电话描述的参数按照参数名进行排序，因为它们需要按顺序出现在参数的第一个。

RFC3966关于tel URI的定义和描述为：tel URI是一个全球唯一的通过电话号码描述的标识符，在RFC3261中描述了其相关用法。tel URI主要参数说明如下：

-电话号码：全局号码或者本地号码，其中全局号码以“+”开头；本地号码为某一区域的号码，必须带phone-context参数描述其范围。

-isub：ISDN网络子地址。

-ext：用来标识终端的标识，类似于ISDN子地址。

-phone-context：全局号码或者域名。

-tel URI的比较方法，比较是大小写不敏感：

-必须都是全局号码或者本地号码，二者去掉分隔符后的数字必须相同。

-URI参数根据pname比较，不考虑顺序，如果一个URI的参数没有在另一个包含，则二者不相等。

公共标识在SIP协议的使用和获取方法为：

IMS相关实体(包括IMS终端)根据公共标识构造SIP消息的相关头域(例如Request-URI，From，To，Contact，P-Asserted-Identity)时，直接使用公共标识作为SIP URI，如果协议需要，可以在该SIP URI中添加其他符合SIP URI定义的规定组成部分或者扩展组成部分。

IMS相关实体(包括IMS终端)从接收到的SIP协议的相关头域中的SIP

URI提取公共标识。CSCF获取得公共标识后，应用在Cx接口、Rf接口等处理HSS数据查询以及计费处理。

目前，IMS标准定义的公共标识(IMPU)以及IETF标准中定义的用户标识(AOR)和SIP URI/tel URI不完全等同，由于没有清晰描述二者的关系导致存在以下问题：

1、SIP实体(CSCF、AS、Proxy等)无法根据接收的SIP消息头域中的SIP URI，取出用户标识。例如：SIP消息中的Request-URI中的SIP URI不仅包含被叫用户标识，还可能包括接收的端口号等参数。

2、CSCF无法根据接收的SIP消息头域中的SIP URI和iFC初始过滤规则中的公共标识进行匹配比较。

3、如果公共标识采用tel URI，而tel URI可以转换成SIP URI，二者的转换方式和比较方式可能导致公共标识无法正确处理。

发明内容

本发明提供一种在SIP网络中处理公共标识的方法及系统，以解决现有技术中存在网络实体不能根据接收的SIP消息正确处理公共标识的问题。

本发明提供以下技术方案：

一种在SIP网络中处理公共标识的方法，包括如下步骤：

发送SIP消息的装置将公共标识和相关信息作为SIP消息头域中的SIPURI或Tel URI并发送SIP消息，其中所述公共标识包含的内容定义为SIP URI或Tel URI内容的一个子集；

接收到所述SIP消息的装置根据所述子集中包含的内容，从SIP消息头域的SIP URI或Tel URI中提取该部分内容并按照预定格式恢复成公共标识。

其中：

签约的所述公共标识采用SIP URI格式；所述公共标识中仅包含SIP URI组成部分中的用户user参数。

签约的所述公共标识采用tel URI格式；用户电话号码采用全局号码时，所述公共标识不包含tel URI的任何参数；或者，用户电话号码采用本地号码时，将tel URI组成部分中的参数phone-context作为公共用户标识的一部分。

一种在SIP网络中处理公共标识的方法，包括如下步骤：

A、网络实体将SIP消息中包含公共标识的SIP URI或者tel URI与用户签约的公共标识进行比较；

B、网络实体根据下述比较结果进行处理：

若用户签约的公共标识的内容与所述SIP URI或tel URI的内容完全相同，则确定该公共标识为所述SIP消息中携带的公共标识；

若用户签约的公共标识的内容为所述SIP URI或Tel URI的一个子集，则确定该公共标识为所述SIP消息中携带的公共标识；

否则，确定无法从所述SIP消息中获取所述公共标识。

一种SIP网络设备，包括：

比较装置，用于将SIP消息中包含公共标识的SIP URI或者tel URI与签约数据中的公共标识进行比较；

确定装置，用于根据比较结果进行处理：

若所述SIP URI或tel URI的内容与签约数据中的一个公共标识内容完全相同，则确定该公共标识为所述SIP消息中携带的公共标识；

若所述SIP URI或tel URI的内容包含签约数据中的一个公共标识的所有内容，则确定该公共标识为所述SIP消息中携带的公共标识；

否则，确定无法从所述SIP消息中获取公共标识。

所述的SIP网络设备，还包括：转换装置，用于确定所述SIP URI由tel URI转换而成时，在比较前将SIP URI还原为tel URI。

一种SIP网络系统，包括：

用于将公共标识和相关信息作为SIP消息头域中的SIP URI或tel URI并发送SIP消息，其中所述公共标识包含的信息部分定义为SIP URI或tel URI的一个子集的装置；

用于根据所述子集中包含的信息部分，从接收到的SIP消息头域的SIP URI或Tel URI中提取该信息部分并按照预定格式恢复成公共标识的装置。

本发明有益效果如下：

1、将公共标识包含的信息部分定义为SIP URI或Tel URI的一个子集，从而使网络实体能够按照子集包含的信息部分从SIP消息头域的SIP URI或TelURI中准确提取出公共标识，避免了现有技术中使用IMPU不清楚的问题。

2、在注册过程中获得用户签约的公共标识并保存在网络实体上，使网络实体能够将SIP消息中的SIP URI与所述公共标识进行包含匹配比较来准确提取公共标识。

附图说明

图1为本发明实施例一中IMS网络系统的示意图；

图2为本发明实施例一中在IMS网络注册鉴权过程中处理公共标识的流程图；

图3为本发明实施例二中IMS网络的网络实体提取公共标识的流程图；

图4为本发明实施例二中用户设备注册流程中处理公共标识的流程图；

图5A本发明实施例二中在主叫侧流程中处理公共标识的流程图；

图5B为本发明实施例二中在被叫侧流程中处理公共标识的流程图；

图6为本发明实施例中网络设备的结构示意图。

具体实施方式

本实施例以IMS网络为例进行说明。在本实施例中将IMS标准定义的公共标识以及IETF标准中定义的用户标识(AOR)统一称为公共标识，其中IMS标准定义的公共标识包括公共用户标识(IMPU)和公共业务标识(PSI)。

实施例一

本实施例中将公共标识定义为SIP URI/tel URI的一个子集，IMS网络实体根据该子集包含的信息从SIP消息的SIP URI/tel URI中提取正确的公共标识。公共标识为SIP URI/tel URI的子集是指SIP URI/tel URI的组成部分包含公共标识的所有组成部分，并且按照SIP URI或tel URI组成部分的比较方式，对应组成部分的值相等。

公共标识签约可以采用SIP URI格式，也可以采用tel URI格式。一种较佳的SIP URI格式如下：

SIP-URI        ＝″sip：″[userinfo]host user-param

userinfo       ＝(user/telephone-subscriber)″@″

host           ＝hostname

user-param     ＝″；user＝″(″phone″)

其中user和hostname的定义参照RFC3261。除了userinfo和host这两个组成部分外，除了由tel URI转换成的SIP URI需要支持user参数之外，签约公共标识中不携带其他的任何SIP URI组成部分。

一种较佳的tel URI格式如下：

telephone-uri         ＝″tel：″telephone-subscriber

telephone-subscriber  ＝global-number/local-number

global-number         ＝global-number-digits

local-number          ＝local-number-digits context

context               ＝″；phone-context＝″descriptor

descriptor            ＝domainname/global-number-digits

其中global-number-digits、local-number-digits和domainname的定义参照RFC3966。如果电话号码为全局号码，则不能携带任何参数作为公共标识。如果电话号码为本地号码，则参数“phone-context”必须作为公共标识的一部分，其余tel URI参数不能作为公共标识的参数。

参阅图1所示的IMS网络系统，包括用户终端UE、代理-呼叫会话控制功能P-CSCF实体、查询-呼叫会话控制功能I-CSCF实体、服务-呼叫会话控制功能S-CSCF实体、归属签约用户服务器HSS和应用服务器AS；P-CSCF实体处理用户接入，并转发请求到用户的归属网络，I-CSCF实体为用户选择归属网络的S-CSCF，S-CSCF实体提供用户注册和进行会话控制等功能，HSS集中管理用户签约数据，AS提供各种业务逻辑控制功能。网络中的各实体保存有公共标识的定义，即知晓公共标识为SIP URI/tel URI一个子集。

参阅图2所示，在UE注册过程中处理公共标识的流程如下：

步骤200、UE根据ISIM模块中的IMPU和终端的相关信息，作为SIP注册消息的From和To头域中的SIP URI，发起注册请求，其中IMPU为SIP URI的一个子集。

步骤210、P-CSCF接收到SIP注册消息后，根据IMPU为SIP URI的一个子集的规则，从To头域的SIP URI取出子集的相关信息并组合为IMPU，并转发注册请求到用户的归属网络。

步骤220、I-CSCF接收到SIP注册消息后，根据IMPU为SIP URI的一个子集的规则，从To头域的SIP URI取出子集的相关信息并组合为IMPU，向HSS查询用户注册状态。

步骤230、I-CSCF根据HSS返回的信息，获取指派给用户的S-CSCF的地址。

步骤240、I-CSCF将注册消息发送到S-CSCF。

步骤250、S-CSCF接收到SIP注册消息后，根据IMPU为SIP URI的一个子集的规则，从To头域的SIP URI取出子集的相关信息并组合为IMPU，向HSS取鉴权集，并从HSS的响应中获得鉴权信息(图中示出后续的鉴权处理过程，该过程中提取公共标识的处理与上述相同，鉴权处理与现有技术同理，不再赘述)。

下面给出一个具体实例进一步说明：

定义的公共标识为userinfo和host，该公共标识为SIP URI的子集。例如对用户sip：bob@example.com发起会话请求，由于代理服务器路由的需要，在请求消息的Request-URI头域的sip：bob@example.com添加了端口信息，该Request-URI头域的SIP URI变为sip：bob@example.com；port＝6688，S-CSCF(或者其代理服务器)在接收到该请求消息后，通过上述公共标识的定义，从Request-URI中提取出sip：bob@example.com作为被叫用户的公共标识，丢弃内容“port＝6688”。

实施例二：

本实施例以通过包含匹配比较从SIP消息中提取公共标识为例进行说明。

参阅图3所示，IMS网络的网络实体提取公共标识的主要处理流程如下：

步骤300、网络实体接收到SIP消息。

步骤301、所述网络实体将SIP消息中的SIP URI或者tel URI与签约数据中的公共标识进行比较。

步骤302、判断是否存在签约的公共标识的内容与SIP URI或tel URI的内容完全相同(即前者的组成部分与后者的组成部分相同，并且按照SIP URI组成部分的比较方式，对应组成部分的值相等)，若是，则进行步骤304，否则，进行步骤303。

步骤303、判断是否存在一个签约的公共标识的内容为所述SIP URI或telURI内容的子集(即后者的组成部分包含前者的所有组成部分，并且按照SIPURI或tel URI组成部分的比较方式，对应组成部分的值相等)，若是，则进行步骤304，否则，确定无法从所述SIP消息中获取公共标识。

步骤304、将所述一个公共标识作为所述SIP消息中携带的公共标识。网络实体得到公共标识后，即可判断接收的请求消息为已注册用户的请求消息，可以进行相应的处理。

本实施例中，在S-CSCF在通过Cx接口查询HSS时，HSS将请求消息包含IMPU的SIP URI或者tel URI参数和用户签约数据库中的IMPU按图3所示的流程进行包含匹配比较，找出对应的用户标识信息返回给CSCF；S-CSCF根据HSS返回的签约数据中的IMPU获得用户签约的公共标识，并保存在本地；然后，在注册的应答消息中的P-Associated-URI头域中，将用户签约的公共标识或者从tel URI转换的SIP URI的公共标识返回给其他相关的网络实体。对于后续的对话请求或者独立事务请求，S-CSCF通过将SIP消息中的SIP URI和本地保存的公共标识进行包含匹配比较，取出SIP消息中的公共标识。相应的，P-CSCF通过注册的应答消息中的P-Associated-URI头域获得用户签约的用户标识，并保存在本地。后续的对话请求或者独立事务请求，P-CSCF通过将SIP消息中的SIP URI和本地保存的公共标识按图3所示流程进行包含匹配比较，取出公共标识。同样的，AS本地保存签约的公共标识，在AS接收到对话请求或者独立事务请求，通过将SIP消息中的SIP URI和本地保存的公共标识进行包含匹配比较，取出公共标识。

IMS用户签约或者业务签约时，运营商根据自己的需要决定签约公共标识的格式，可以按照3GPP TS23.228和TS23.003定义的标识格式，或者完全按照RFC 3261定义的SIP URI和RFC3966定义tel URI格式分配。签约的公共标识保存在HSS的数据库、IMS终端ISIM模块以及AS上的签约数据中，并且IMS终端ISIM模块中的公共标识(IMPU)和HSS保存的签约公共标识保持一致，AS上的公共标识(PSI标识)和HSS保存的签约公共标识保持一致。

本实施例中，在SIP URI/tel URI没有判断为公共标识之前，将其与SIP公共标识比较时需要区别对待，其比较方法如下：

-两个SIP URI格式的签约公共标识比较时，按照RFC3261中规定的SIPURI比较方法比较；

-两个tel URI格式的签约公共标识比较时，按照RFC3966中规定的tel URI比较方法进行比较；

-如果SIP URI格式的公共标识存在user参数时，必须先将SIP URI还原成tel URI公共标识，再按照tel URI比较方式和另外一个tel URI比较。

由于在SIP消息传送过程中，一些网络实体可能会将tel URI转换成SIP

URI，为了能够正确处理公共标识，在本实施例中按下述方式进行转换：

方式一：

在tel URI格式的签约标识属于某个隐式注册集，并且该隐式注册集中包含其他SIP URI公共标识时，将该tel URI公共标识直接转换成对应的SIP URI。其中：

1、tel URL公共标识的整个电话描述(telephone-subscriber)和参数，放在SIP URI公共标识的user部分。

2、隐式注册集中包含的其他签约SIP URI公共标识的domain部分作为转换后的SIP URI公共标识的domain部分。如果隐式注册集中存在多个签约SIPURI公共标识，可以选择缺省的签约SIP URI公共标识的domain部分或者根据配置信息获得。

3、增加以下参数作为转换后的SIP URI公共标识的参数，以表明该SIP URI公共标识是从tel URI转换来的。

user-param    ＝″；user＝″(″phone″)

4、为了避免大小写不敏感问题，在构造放在SIP URI中的userinfo部分的电话描述域的时候，转换大小写不敏感的电话描述域为小写。

方式二：

在SIP网络实体没有tel URI格式的公共标识的domain部分的信息时，由SIP网络实体从公共标识转换服务器(例如：ENUM服务器)查询SIP URI公共标识。

如果公共标识转换服务器返回的查询结果包括SIP URI，则该SIP URI作为tel URI转换后的公共标识。但是如果查询结果中的SIP URI包括正则表达式，则需要根据正则表达式转换SIP URI，然后将转换结果作为tel URI转换后的公共标识。如果ENUM服务器返回的查询结果没有包括SIP URI，则SIP网络实体认为查询失败，该tel URI格式的公共标识不能转换为SIP URI格式。

IMS各网络实体获得公共标识的过程如下：

本实施例中IMS网络系统结构如图1所示，用户设备注册流程中处理公共标识的过程如图4所示：

步骤400、UE根据ISIM模块中的IMPU和终端的相关信息，作为SIP注册消息的From和To头域中的SIP URI，发起注册请求。

步骤410、UE进行鉴权处理(包含多个交互步骤)。

步骤420、S-CSCF确定鉴权成功，更新HSS的注册信息，从To头域中取出SIP URI作为SAR请求消息中IMPU，请求下载用户的签约数据。

步骤430、HSS将请求消息包含IMPU的SIP URI或者tel URI参数和用户签约数据库中的IMPU进行包含匹配比较，找出对应的公共标识信息，并向S-CSCF返回响应。

步骤440、S-CSCF接收用户签约数据，将HSS返回的签约数据中的IMPU保存在本地，并在注册的应答消息中的P-Associated-URI头域中，携带签约数据中的IMPU返回给用户。

步骤450、I-CSCF转发401消息到P-CSCF。

步骤460、P-CSCF从注册的应答消息中的P-Associated-URI头域获得用户签约数据中的IMPU，保存在本地，然后P-CSCF将消息转发给UE。UE从注册的应答消息中的P-Associated-URI头域获得用户签约数据中的IMPU，保存在本地。

参阅图5A所示，在主叫侧处理流程中处理公共标识的过程如下：

步骤500、IMS终端UE1使用用户的注册的用户标识发起会话请求。

步骤501、P-CSCF1从SIP消息中(P-Prefered-Identity或者From头域)取出SIP URI，然后和用户注册时保存的用户签约IMPU进行包含匹配比较，获得用户的信息。处理完成后，转发给S-CSCF1。

步骤502、S-CSCF1从SIP消息中(P-Asserted-Identity或者From头域)取出SIP URI，然后和用户注册时保存的用户签约IMPU进行包含匹配比较，获得用户的信息。

参阅图5B所示，在被叫侧处理流程中处理公共标识的过程如下：

步骤550、I-CSCF收到会话请求消息后，从SIP消息中(Request-URI)取出SIP URI。

步骤551、I-CSCF使用该SIP URI作为LIR请求消息中的IMPU，发送给HSS。

步骤552、HSS接收到LIR请求后，根据请求消息IMPU参数中的SIP URI，和用户签约数据库中的IMPU进行包含匹配比较，找出对应的用户标识信息返回给I-CSCF。

步骤553、I-CSCF转发会话请求消息到S-CSCF。

步骤554、S-CSCF从SIP消息中(Request-URI)取出SIP URI，然后和用户注册时保存的用户签约IMPU进行包含匹配比较，获得用户的信息。

例如用户Bob签约的公共标识为sip：bob@example.com。当对Bob发起会话请求时，由于代理服务器路由的需要，在请求消息的Request-URI头域的sip：bob@example.com添加了端口信息，该Request-URI头域的SIP URI变为sip：bob@example.com；port＝6688，代理服务器在接收到该请求消息后，通过将Request-URI头域的SIP URI和Bob签约的公共标识进行比较，发现Bob签约的公共标识是Request-URI头域的SIP URI的子集，因此认为从Request-URI中获得的公共标识为sip：bob@example.com。

相应的，本实施例提供如图6所示的网络设备，包括：转换装置60，比较装置61和确定装置62；转换装置60用于确定所述SIP URI由tel URI转换而成时，在比较前将SIP URI还原为tel URI；比较装置61用于将SIP消息中包含公共标识的SIP URI或者tel URI与签约数据中的公共标识进行比较；确定装置62用于根据比较结果进行处理：若所述SIP URI或tel URI的内容与签约数据中的一个公共标识内容完全相同，则确定该公共标识为所述SIP消息中携带的公共标识；若所述SIP URI或tel URI的内容包含签约数据中的一个公共标识的所有内容，则确定该公共标识为所述SIP消息中携带的公共标识；否则，确定无法从所述SIP消息中获取公共标识。

对于使用SIP协议的其他系统，处理公共标识的方法与上述同理，不再赘述。

从上可知，本发明将公共标识包含的信息部分定义为SIP URI或Tel URI的一个子集，从而使网络实体能够按照子集包含的信息部分从SIP消息头域的SIP URI或Tel URI中准确提取出公共标识，避免了现有技术中使用IMPU不清楚的问题。另外，在注册过程中获得用户签约的公共标识并保存在网络实体上，使网络实体能够将SIP消息中的SIP URI与所述公共标识进行包含匹配比较来准确提取公共标识。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

1、一种在SIP网络中处理公共标识的方法，其特征在于，包括如下步骤：

发送SIP消息的装置将公共标识和相关信息作为SIP消息头域中的SIPURI或Tel URI并发送SIP消息，其中所述公共标识包含的内容定义为SIP URI或Tel URI内容的一个子集；

接收到所述SIP消息的装置根据公共标识所定义的内容，从SIP消息头域的SIP URI或Tel URI中提取该部分内容并按照预定格式恢复成公共标识。

2、如权利要求1所述的方法，其特征在于，所述公共标识采用SIP URI格式。

3、如权利要求2所述的方法，其特征在于，所述公共标识中仅包含SIP URI组成部分中的用户user参数。

4、如权利要求1所述的方法，其特征在于，签约的所述公共标识采用telURI格式。

5、如权利要求4所述的方法，其特征在于，用户电话号码采用全局号码时，所述公共标识不包含tel URI的任何参数；或者，用户电话号码采用本地号码时，将tel URI组成部分中的参数phone-context作为公共用户标识的一部分。

6、一种在SIP网络中处理公共标识的方法，其特征在于，包括如下步骤：

A、网络实体将SIP消息中包含公共标识的SIP URI或者tel URI与用户签约的公共标识进行比较；

B、网络实体根据下述比较结果进行处理：

若用户签约的公共标识的内容与所述SIP URI或tel URI的内容完全相同，则确定该公共标识为所述SIP消息中携带的公共标识；

若用户签约的公共标识的内容为所述SIP URI或Tel URI的一个子集，则确定该公共标识为所述SIP消息中携带的公共标识；

否则，确定无法从所述SIP消息中获取所述公共标识。

7、如权利要求6所述的方法，其特征在于，所述相关的网络实体确定所述SIP URI为tel URI转换成时，先将SIP URI还原为tel URI，然后进行匹配比较。

8、如权利要求7所述的方法，其特征在于，将tel URI转换成SIP URI时，在SIP URI公共标识中增加用于表明该转换的用户user参数，并且将tel URL公共标识的整个电话描述telephone-subscriber和参数记录到SIP URI公共标识的user部分，将tel URL公共标识所属的隐式注册集中包含的其他签约SIP URI公共标识的主机或者域名部分作为转换后的SIP URI公共标识的主机或者域名部分。

9、如权利要求8所述的方法，其特征在于，若所述隐式注册集中存在多个签约SIP URI公共标识，选择缺省的签约SIP URI公共标识的主机或者域名部分或者根据配置信息获得主机或者域名部分。

10、如权利要求7所述的方法，其特征在于，将tel URI转换成SIP URI时，根据tel URI从公共标识转换服务器查询并获得SIP URI公共标识。

11、如权利要求10所述的方法，其特征在于，若公共标识转换服务器返回的SIP URI包括正则表达式，则根据正则表达式转换SIP URI，并将转换结果作为tel URI转换后的公共标识。

12、一种SIP网络设备，其特征在于，包括：

比较装置，用于将SIP消息中包含公共标识的SIP URI或者tel URI与用户签约的公共标识进行比较；

确定装置，用于根据比较结果进行处理：

若所述SIP URI或tel URI的内容与用户签约的一个公共标识内容完全相同，则确定该公共标识为所述SIP消息中携带的公共标识；

若所述SIP URI或tel URI的内容包含用户签约的一个公共标识的所有内容，则确定该公共标识为所述SIP消息中携带的公共标识。

13、如权利要求12所述的SIP网络设备，其特征在于，还包括：

转换装置，用于确定所述SIP URI由tel URI转换而成时，在比较前将SIPURI还原为tel URI。

14、一种SIP网络系统，其特征在于，包括：

用于将公共标识和相关信息作为SIP消息头域中的SIP URI或tel URI并发送SIP消息，其中所述公共标识包含的内容定义为SIP URI或tel URI的一个子集的装置；

用于根据所述子集中包含的内容，从接收到的SIP消息头域的SIP URI或Tel URI中提取该部分内容并按照预定格式恢复成公共标识的装置。

Images