专利名称：基于订阅通知机制的公有用户标识显示名称实现方法
技术领域：
本发明涉及通信领域，并且具体地，涉及一种基于订阅通知机 制的7>有用户标识(Public User Identity, PUI)显示名称(Display Name)实现方法，其尤其适用于IP多々某体子系统。
背景技术：
IP多J 某体子系统(IP Multimedia Subsystem,简称IMS)是第 三^合^PN火4半纟且织(3rd Generation Partnership Project,简-尔3GPP ) 定义的下一代网络的标准，它的突出特点是采用了会话初始协议 (Session Initial Protocol,筒称SIP)体系，通讯与接入无关，可以 具备多种媒体业务控制功能与承载能力分离，呼叫与业务分离，应 用与服务分离，业务与网络分离，以及移动网与英特网业务融合等 多种能力。
IMS体系中的主要功能实体包括提供用户注册管理、会话控 制、用户接入等功能的呼叫会话控制实体(Call Session Control Function,简称CSCF), 4是供集中管理用户签约数据功能的归属用 户服务器(Home Subscriber Server,简称HSS)，提供各种业务逻辑 4空制功能的应用月良务器(Application Server,简称、AS)。
其中呼叫会话控制实体CSCF又进一步包括
4戈理CSCF( Proxy Call Session Control Function,简称P-CSCF )， 是IMS系统中用户的第一个接触点，执行代理呼叫会话控制功能；
查询CSCF (Interrogating Call Session Control Function, 简牙尔 I-CSCF),执行查询呼叫会话控制功能；
月艮务CSCF ( Serving Call Session Control Function, 简牙尔 S-CSCF),执行服务呼叫会话控制功能；
在IMS中，可以为用户指定显示名称(Display Name),用于 用户的呼叫过程。显示名称信息可以为用户的部门/岗位/职位信息， 或是用户的昵称信息。运营商在实际运营的过程中，可以才艮据显示 名称信息的不同性质，允许或是不允许用户修改。
显示名称信息由用户签约决定，在HSS中为用户7>有用户标识 (Public User Identity,简称PUI)指定显示名称，作为该用户的静 态签约信息保存。如果该用户同时具有多个不同的PUI,则针对每 一个PUI都可以指定不同的显示名称。
根据相关技术，显示名称信息在用户注册过程中由S-CSCF从 HSS下载，并在响应中返回给UE和P-CSCF。后续用户在进行会话 或会话无关业务时，分别由主、被叫侧的P-CSCF将注册过程中保 存的显示名称插入到用户号码中。
当用户有别名公共用户标识时，由S-CSCF将别名公共用户标 识》寸应的显示名称4翁入到别名7>共用户才示识中。
当HSS中保存的显示名称信息变更后，HSS可以将显示名称变 更信息主动通知给S-CSCF，或者S-CSCF也可以主动从HSS获取
该变更信息。
具体相关流程在图1至图3中示出。
图1为相关技术中的用户注册流程(注为了简化说明，图中 省略了与显示名称功能无关的网元和流禾呈)
5101, UE向P-CSCF发送注册请求；
5102, P-CSCF将注册请求转发到用户的归属网络接入点的 I-CSCF;
S103， I-CSCF向HSS发送请求消息，请求分配S-CSCF;
S104, HSS向I-CSCF返回分配的S-CSCF或S-CSCF的能力；
S105， I-CSCF将注册请求消息发送到选定S-CSCF;
S106， S-CSCF向HSS发送用户配置凝:才居i青求；
S107， HSS存储S-CSCF信息，并将用户的签约信息返回 S-CSCF，签约信息中包含该用户所有PUI的显示名称信息；
S108， S-CSCF返回注册响应(注册响应中包含该用户的PUI 显示名称信息)；
S109, I-CSCF向P-CSCF返回注册响应(注册响应中包含该用 户的PUI显示名称信息)；
SllO， P-CSCF本地保存该用户的PUI显示名称4言息；
Sill, P-CSCF向UE返回注册响应(注册响应中包含该用户的 PUI显示名称信息)。
图2为相关技术中的起呼(主叫)会话流程(注为了简化说 明，图中以INVITE消息为例，并省略了与显示名称功能无关的网 元和流程)
S201, UE向P-CSCF发起INVITE i會求；
S202， P-CSCF确认主叫用户的可信任PUI,并在请求中插入 P-Asserted-Identity头i或，其中包含用户的可信4壬PUI以及初始注册 时获4寻的该PUI所 于应的显示名称信息；
5203, P-CSCF向主叫归属的S-CSCF发送INVITE请求；
5204, 如果主叫用户还存在别名，则S-CSCF再在请求中插入 新的P-Asserted-Identity头域，其中包含主叫用户的别名(PUI)以 及别名对应的显示名称；这里的别名是指与该用户的可信任PUI业 务完全相同的另外一个7>共用户标识(如用户的电话号码)；
5205, S-CSCF向被叫网络发送INVITE请求；
S206 ， #皮叫网纟各返回180 Ringing (才展铃)等临时响应；
S207, S-CSCF向P-CSCF返回180 Ringing (振铃)等临时响
应；
S208， P-CSCF向UE返回180 Ringing (振铃)等临时响应；
5209, ^皮叫用户4离才几，— 皮叫网纟备返回200 OK最纟冬响应；
5210, S-CSCF向P-CSCF返回200 OK最终响应；
5211, P-CSCF向UE返回200OK最终响应；
5212, UE向P-CSCF发送ACK会话建立确认消息；
S213， P-CSCF向S-CSCF发送ACK会话建立确认消息；
S214， S-CSCF向被叫网络发送ACK会话建立确认消息。
图3为相关技术中的终呼(被叫)会话流程(注为了简化说 明，图中以INVITE消息为例，并省略了与显示名称功能无关的网 元和流程)
5301, 起呼网络向被叫归属S-CSCF发送INVITE请求；
5302, S-CSCF向P-CSCF发送INVITE请求； S303 ， P-CSCF向UE发送INVITE请求；
S304， UE返回180 Ringing (振铃)等临时响应；
S305， P-CSCF确i人-故叫用户的可4言4壬PUI，并在临时响应中 插入P-Asserted-Identity头域，其中包含该4皮叫用户的可信任PUI 以及在初始注册时获得的该PUI的显示名称卩言息；
S306， P-CSCF向S-CSCF返回180 Ringing (振铃)等临时响
应；
S307,如果被叫用户还存在别名，则S-CSCF再在响应中插入 新P-Asserted-Identity头域。其中包含#1"用户的别名(PUI)以及 别名7于应的显示名称、；
5308, S-CSCF向起呼网络返回180 Ringing (振铃)等临时响
应；
5309, UE返回200 OK最终响应；
5310, P-CSCF确认被叫用户可信任PUI,并在临时响应中插 入P-Asserted-Identity头i或，其中包含该^皮叫用户的可4言<壬PUI ，以 及在初始注册时获4寻的该PUI的显示名称信息；
5311, P-CSCF向S-CSCF返回200 OK最终响应；
5312, 如果被叫用户存在别名，则S-CSCF再在响应中插入新 P-Asserted-Identity头域，其中包含^皮叫用户的別名(PUI)以及别 名对应的显示名称；
5313, S-CSCF向起。乎网纟各返回200 OK最纟冬响应；
S314，起呼网络向4皮叫归属S-CSCF发送ACK会话建立确认 消息；
5315, S-CSCF向P-CSCF发送ACK会话建立确认消息；
5316, P-CSCF向UE发送ACK会话建立确认消息。
从上述过程可以看出，在目前的4支术中，由P-CSCF负责确认 主、净皮叫用户在网纟各侧的可^f言4壬PUI以及只t应的显示名称，而 S-CSCF不再对P-CSCF携带的主、净皮叫可信4壬标识中的显示名称进 4亍才企查和处理，如果用户的可信任PUI存在其他别名PUI时，由 S-CSCF负责别名对应的显示名称的处理。
才艮据现有IMS协i义，当HSS更改PUI的显示名称信息并通知 纟合S-CSCF后，S-CSCF可以通过网妾各侧重iU正通知才几制，缩短UE
的注册刷新时间，使UE发起重新注册，^使P-CSCF和UE通过该用 户后续的成功注册(初始注册、注册刷新、注销)得知变更后的显 示名称信息，但由于该用户后续注册操作的时间间隔可能会较长， 因此使S-CSCF无法将显示名称变更信息实时反馈给P-CSCF和 UE。
在这种情况下，在S-CSCF中保存的PUI的显示名称信息变更 后，如果P-CSCF还未来得及通过用户注册(初始注册、刷新注册) 同步该显示名称信息，则此时用户发起的会i舌(或独立事务)中携 带的显示名称信息将与该用户的签约显示名称信息不一致。对于该 问题，目前还没有有效的解决途径。
发明内容
考虑到相关技术中存在的问题而提出本发明，为此，本发明旨 在提供一种基于订阅通知机制的PUI显示名称实现方法，以克服现 有PUI显示名称实现过程中可能存在的显示名称信息不一致的问题。
根据本发明的基于订阅通知机制的7>有用户标识显示名称实现 方法用于IP多々某体子系统，该IP多i某体子系统包括用户设备、代
理呼叫会话控制实体(P-CSCF )、服务呼叫会话控制实体(S-CSCF )、 归属用户服务器，该方法包括用户设备和P-CSCF分别在S-CSCF 上创建订阅关系；当S-CSCF接收到归属用户服务器发送的显示名 称变更通知后，利用订阅通知机制，通过订阅通知消息分别将显示 名称变更信息通知用户i殳备和P-CSCF。
在上述方法中，用户i殳备和P-CSCF分别在S-CSCF上创建订 阅关系的处理具体为用户设备和P-CSCF分别向S-CSCF发送订
阅关系创建请求，S-CSCF接受订阅，分别向用户设备和P-CSCF返 回创建成功响应。
其中，S-CSCF可以在创建成功响应中携带当前保存的相应公 有用户标识的显示名称信息。
用户设备接收到订阅通知消息后，更新本地保存的相应公有用 户标识的显示名称信息；同样，P-CSCF 4妄收到订阅通知消息后， 更新本;也{呆存的相应/>有用户4示识的显示名称〗言息。
上述方法中涉及的订阅通知才几制可以为会话初始协i义的订阅通 知才几制。在这种情况下，订阅通知消息为扩展的注册订阅事件包， 其能够携带显示名称信息。
与相关技术相比，通过本发明，解决了现有IP多媒体子系统中 公有用户标识的显示名称(Display Name )变更在S-CSCF与P-CSCF 和UE间的实时同步问题，避免了呼叫过程中Display Name信息携 带错误的可能，提高了用户业务体验。
本发明的其它特征和优点将在随后的i兌明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发 明的目的和其他优点可通过在所写的说明书、权利要求书、以及附 图中所特别指出的结构来实现和获得。
附图用来提供对本发明的进一步理解，并且构成说明书的一部 分，与本发明的实施例一起用于解释本发明，并不构成对本发明的 限制。在附图中
图1为才艮据相关才支术的用户注册流禾呈;
图2为根据相关技术的起呼(主叫)会话流程；
图3为根据相关技术终呼(被叫)会话流程；
图4为根据本发明方法实施例的基于订阅通知机制的PUI显示 名称实现方法的流程图5示出了图4所示的方法的详细订阅通知流程。
具体实施例方式
以下结合附图对本发明的优选实施例进行说明，应当理解，此 处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本 发明。
才艮据本发明实施例，提供了一种基于订阅通知才几制的PUI显示 名称(Display Name )实玉见方法。
才艮据本发明实施例的该方法可以用于IP多々某体子系统。例如， 用于实现本发明的IP多媒体子系统可以包括用户设备(UE )、代理 呼叫会话控制实体(P-CSCF)、服务呼叫会话控制实体(S-CSCF)、 归属用户月良务器(HSS)。
如图4所示，该方法可以包4舌如下处理
步骤S402， UE和P-CSCF分别在S-CSCF上创建订阅关系；
步-腺S404,当S國CSCF才妻收到HSS发送的Display Name变更 通知后，其利用订阅通知才几制，通过订阅通知消息分别将Display Name变更信息通知UE和P-CSCF 。
步骤S402可以具体为UE和P-CSCF分别向S-CSCF发送订 阅关系创建请求；S-CSCF 4妄受订阅，分别向UE和P-CSCF返回创 建成功响应(该过程将在下文中参照图5进行详细描述)。
其中，S-CSCF可以在创建成功响应中携带当前4呆存的相应PUI 的Display Name 4言息。
UE接收到订阅通知消息后，更新本地保存的相应PUI的 Display Name信息；同样，P-CSCF接收到订阅通知消息后，更新 本:Nz/f呆存的相应PUI的Display Name 4言息。
本发明中涉及的订阅通知机制，可以采用SIP(会话初始协议) 的i丁阅通头口才几制，参见RFC 3265《Session Initiation Protocol (SIP)-Specific Event Notification》，也可以采用其4也方式的订阅通知 机制。如果采用SIP的订阅通知机制(RFC 3265 )，可以利用已有 的注册订阅事件包(参见RFC3680《A Session Initiation Protocol (SIP) Event Package for Registrations》)，并进4亍扩展，以在通知消息中携 带Display Name信息(比如，对RFC 3680中定义的Event Package XML Schema中的"registration"元素可以增力口表示Display Name 信息的属性；或者利用其他的扩展机制对RFC 3265进行扩展；或 者或利用其他订阅事件包，或者新增订阅事件包，通过类似的定义 使通知消息能够携带Display Name信息。
:i口果只十RFC3680中定义的Event Package XML Schema中的 "registration"元素进4亍才广展，示Y列长口下
<xs:element name="registration"> <xs: complexType> <xs:sequence>
<xs:element ref="tns:contact" minOccurs="0"
maxOccurs="unbounded"/>
<xs:any namespace="##other" processContents-"lax" minOccurs="0' maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="aor" type="xs:anyURJ" use="required'7> <xs:attribute name="id" type="xs:string" use="required"/> <xs:attribute name-"state" use="required"> <xs:simpleType> <xs -restriction base="xs: string"〉 <xs: enumeration value="init"/> <xs: enumeration value="acti ve "/〉 <xs: enumeration value="terminated"/> </xs:restriction> </xs:simpleType> </xs:attribute> </xs: complexType>
</xs:element> 扩展后的定义
<xs: element name="registration">
<xs: complexType>
〈xs:s叫u6nc6〉
<xs: element re，"tns: contact"
maxOccurs="unbounded"/>
<xs:any namespace="##other" processContents maxOccurs="unbounded"/>
minOccurs="0' ="lax" minOccurs="0' </xs:sequ6nce>
<xs:attribute name="aor" type="xs:anyURI" use="required"/> <xs:attribute name="display-name" use="optional"> <xs: complexType> <xs:simpleContent> 〈xs:extension base="xs:string">
<xs:attribute ref="xml:lang" use="optional'V> </xs:extension> </xs :simpleContent> </xs: complexType> </xs:attribute>
<xs:attribute name="id" type="xs:string" use="required"/〉 <xs:attribute name="state" use="required"> <xs: simpleType> <xs restriction base="xs: string"〉 <xs: enumeration value="init"/> <xs: enumeration value="active'V> <xs: enumeration value="terminated"/> </xs:restriction> </xs: simpleType> </xs:attribute> </xs :complexType>
</xs:element>
下面，将以注册订阅事件包的SIP订阅通知机制为例来进一 步 描述本发明实施例。
如图5所示，图4中的步-骤S402的处理可以具体为步-骤 S501-S505 (UE创建订阅关系的过程)和步驶iS506-S510 (S-CSCF 创建订阅关系的过程)，需要i兌明的是，对于UE、 S-CSCF创建订 阅关系的处理没有先后顺序的要求，即，对于步-骤S501-S505和步 骤S506-S510的先后顺序没有限制。具体过程如下
5501, UE注册成功后，向S-CSCF发送注册订阅事件包订阅通 知请求(即，上述的订约关系创建请求)；
5502, S-CSCF 4妻受订阅，创建i丁阅关系，并返回成功响应；
5503, S-CSCF向UE发送通^口消息、，通^口用户的S主册4言息，其 中包含注册的PUI以及对目应的Display Name;
S504， UE ^f呆存用户的注册〗言息，包4舌与注册的PUI相应的 Display Name;
5505, UE向S-CSCF返回通知成功响应。
5506, P-CSCF在UE注册成功后，向S-CSCF发送注册订阅事 件包订阅通知请求(即，上述的订约关系创建请求)；
5507, S-CSCF 4妄受i丁阅，创建i丁阅关系，并返回成功响应；
5508, S-CSCF向P-CSCF发送通杀口消息，通杀口用户的注册j言 息，其中包含注册的PUI以及相应的Display Name; 册信息，包括与注册的PUI相应 的Display Name;
S510, P-CSCF向S-CSCF返回通知成功响应。
图4中所示的步骤S404可以具体为图5中的步骤S511-S517， 同样地，对于步骤S512-S514以及步骤S515-S517的4丸行顺序没有 特别限制。如图5所示，具体描述如下
S511，当HSS中的用户配置凄t据发生变4匕时，通知S-CSCF, S-CSCF才全测到PUI的Display Name的发生变更；
5512, S-CSCF向P-CSCF发送订阅通知消息，订阅通知消息 中携带该用户的PUI的Display Name的变更4言息；
5513, P-CSCF更新本地保存的Display Name信息，并用于后 续该用户的呼叫过禾呈；
S514， P-CSCF向S-CSCF返回通知成功响应；
S515， S-CSCF向UE发送订阅通知消息，订阅通知消息中携带 该用户的PUI的Display Name的变更4言息；
S 516 ， UE更杀斤本;也<呆存的Display Name 4言息；
S517， UE向S-CSCF返回通知成功响应。
综上所述，通过本发明实施例，采用订阅通知才几制由S-CSCF 向P-CSCF和UE通知用户Display Name的变更，克月良了 IP多々某体 子系统中PUI的Display Name变更在S-CSCF与P-CSCF、UE之间 的实时同步问题，避免了呼叫过程中出现Display Name信息携带错误的情况，保证了用户Display Name数据的一致性，同时具有良好 的兼容性。
以上所述〗又为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的4呆护范围之内。
权利要求
1.一种基于订阅通知机制的公有用户标识显示名称实现方法，用于IP多媒体子系统，该IP多媒体子系统包括用户设备、代理呼叫会话控制实体即P-CSCF、服务呼叫会话控制实体即S-CSCF、归属用户服务器，其特征在于，所述方法包括用户设备和P-CSCF分别在S-CSCF上创建订阅关系；当所述S-CSCF接收到归属用户服务器发送的显示名称变更通知后，其利用订阅通知机制，通过订阅通知消息分别将显示名称变更信息通知所述用户设备和所述P-CSCF。
2. 根据权利要求1所述的方法，其特征在于，所述用户设备和 P-CSCF分别在S-CSCF上创建订阅关系的处理具体为所述用户"i殳备和所述P-CSCF分别向所述S-CSCF发送订 阅关系创建请求，所述S-CSCF 4妄受订阅，分别向所述用户i殳备和所述 P-CSCF返回创建成功响应。
3. 根据权利要求2所述的方法，其特征在于，所述S-CSCF在创 建成功响应中携带当前保存的相应公有用户标识的显示名称信息。
4. 根据权利要求3所述的方法，其特征在于，所述用户设备接收 到所述订阅通知消息后，更新本地保存的相应公有用户标识的 显示名称信息。
5. 根据权利要求3所述的方法，其特征在于，所述P-CSCF接收 到所述订阅通知消息后，更新本地^呆存的相应7>有用户标识的 显示名称信息。
6. 根据权利要求1至5中任一项所述的方法，其特征在于，所述 订阅通知才几制为会"i舌初始十办议的i丁阅通》p才几制。
7. 根据权利要求6所述的方法，其特征在于，所述订阅通知消息 为能够携带显示名称信息的扩展的注册订阅事件包。
全文摘要
本发明公开了一种基于订阅通知机制的PUI显示名称实现方法，该方法包括UE和P-CSCF分别在S-CSCF上创建订阅关系；当S-CSCF接收到HSS发送的Display Name变更通知后，其利用订阅通知机制，通过订阅通知消息分别将Display Name变更信息通知UE和P-CSCF。通过本发明，解决了现有IP多媒体子系统中PUI的Display Name变更在S-CSCF与P-CSCF和UE间的实时同步问题，避免了呼叫过程中Display Name信息携带错误的可能，提高了用户业务体验。
文档编号H04L29/06GK101175084SQ200710163138
公开日2008年5月7日 申请日期2007年10月10日 优先权日2007年10月10日
发明者伟 刘, 郝振武 申请人:中兴通讯股份有限公司