CN101835133B - 订阅通知处理方法和系统 - Google Patents

Abstract

本发明公开了一种订阅通知处理方法，包括：订阅服务器根据来自订阅发起网元的注册状态订阅请求中的公共用户标识(PUI)和联系地址，将PUI在联系地址上的多个注册绑定关系发送给订阅发起网元；订阅发起网元对PUI在联系地址上的多个注册绑定关系实施本地更新。本发明还公开了一种订阅通知处理系统，实现了同一PUI在相同的联系地址上具有多个不同注册绑定关系的情况下，订阅服务器与订阅发起网元之间对PUI完整的注册绑定关系的同步。

Description

订阅通知处理方法和系统

技术领域

本发明涉及IP多媒体子系统(IMS)中的注册状态信息同步技术，尤其涉及一种订阅通知处理方法和系统。

背景技术

IP多媒体子系统(IMS，IP Multimedia Subsystem)是第三代合作伙伴组织(3GPP，3rd Generation Partnership Project)定义的下一代网络的标准，它的突出特点是采用了会话初始协议(SIP，Session Initial Protocol)体系，通讯与接入无关，且具备多种媒体业务控制功能与承载能力分离，呼叫与业务分离，应用与服务分离，业务与网络分离，以及移动网与英特网业务融合等多种功能。

IMS网络体系架构如图1所示，主要功能实体包括：提供用户注册管理、会话控制、用户接入等功能的呼叫会话控制功能(CSCF，Call Session ControlFunction)实体，提供集中管理用户签约数据功能的归属用户服务器(HSS，Home Subscriber Server)，提供各种业务逻辑控制功能的应用服务器(AS，Application Server)。其中，CSCF又进一步包括：代理CSCF(P-CSCF，ProxyCall Session Control Function)、查询CSCF(I-CSCF，Interrogating Call SessionControl Function)和服务CSCF(S-CSCF，Serving Call Session Control Function)。P-CSCF是IMS系统中用户的第一个接触点，执行代理呼叫会话控制功能；I-CSCF执行查询呼叫会话控制功能；S-CSCF执行注册服务器和呼叫会话控制功能。

在现有技术中，IMS用户通过SIP注册机制建立公有用户标识(PUI，PublicUser Identities)与某一联系地址的唯一注册绑定关系。S-CSCF作为注册服务器的角色，维护用户的注册绑定关系。当相同的PUI在某一联系地址上仅具有唯一的注册绑定关系时，UE、P-CSCF、AS可以向S-CSCF发起用户注册信息的订阅请求，S-CSCF可以在注册信息发送变更后，通过订阅通知机制将变更信息发送给相关的订阅网元(UE、P-CSCF、AS)。具体处理过程如图2所示，主要包括以下步骤：

步骤201，UE向P-CSCF发送注册请求；

步骤202，P-CSCF将注册请求转发到用户归属网络的I-CSCF；

步骤203～204，I-CSCF与HSS进行交互，请求HSS分配用户归属的S-CSCF；

步骤205，I-CSCF将注册请求转发到用户归属的S-CSCF；

步骤206～207，S-CSCF与HSS进行交互，从HSS中下载用户签约数据；

步骤208，S-CSCF向I-CSCF返回注册成功响应；

步骤209，I-CSCF向P-CSCF转发注册成功响应；

步骤210，P-CSCF向UE转发注册成功响应；

步骤211～212，P-CSCF在S-CSCF成功创建用户注册状态订阅；

步骤213～214，P-CSCF在S-CSCF上的订阅创建成功后，S-CSCF向P-CSCF发送用户注册状态的订阅通知；

步骤215～218，UE在S-CSCF成功创建用户注册状态订阅；

步骤219～222，UE在S-CSCF上的订阅创建成功后，S-CSCF向UE发送用户注册状态的订阅通知；

步骤223～224，AS在S-CSCF成功创建用户注册状态订阅；

步骤225～226，AS在S-CSCF上的订阅创建成功后，S-SCF向AS发送用户注册状态的订阅通知。

此外，现有技术中相同的PUI也可以在某一联系地址上同时具有多个不同的注册绑定关系，其具体处理过程如图3所示，主要包括以下步骤：

步骤301，UE向P-CSCF1发送注册请求，在注册请求的联系地址中携带用于标识UE的“+sip.instance”参数，以及用于标识UE到P-CSCF1连接的“reg-id”参数。

步骤302，P-CSCF1将注册请求转发到用户归属网络的I-CSCF；

步骤303～304，I-CSCF与HSS进行交互，请求HSS分配用户归属的S-CSCF；

步骤305，I-CSCF将注册请求转发到用户归属的S-CSCF；

步骤306～307，S-CSCF与HSS进行交互，从HSS中下载用户签约数据；

步骤308，S-CSCF向I-CSCF返回注册成功响应；

步骤309，I-CSCF向P-CSCF1转发注册成功响应；

步骤310，P-CSCF1向UE转发注册成功响应；

步骤311，UE向P-CSCF2发送注册请求，在注册请求中携带用于标识UE的“+sip.instance”参数，以及用于标识UE到P-CSCF2连接的“reg-id”参数。在UE发往P-CSCF2的注册请求消息中，“+sip.instance”参数与UE发往P-CSCF1的注册请求中对应参数取值相同，但是具有不同的“reg-id”参数取值。

步骤312，P-CSCF2将注册请求转发到用户归属网络的I-CSCF；

步骤313～314，I-CSCF与HSS进行交互，请求HSS分配用户归属的S-CSCF；

步骤315，I-CSCF将注册请求转发到用户归属的S-CSCF；

步骤316～317，S-CSCF与HSS进行交互，从HSS中下载用户签约数据；

步骤318，至此，UE在S-CSCF上成功创建了同一个PUI在相同联系地址上的多个不同注册绑定，S-CSCF向I-CSCF返回注册成功响应；

步骤319，I-CSCF向P-CSCF2转发注册成功响应；

步骤320，P-CSCF2向UE转发注册成功响应。

然而现有技术存在以下缺陷：

1、现有订阅通知机制的前提是：同一PUI在相同联系地址上仅有一个注册绑定关系。现有订阅通知机制并没有考虑到同一PUI可在相同联系地址上具有多个不同的注册绑定关系的需求。

2、现有网元间的订阅通知接口中，无法携带同一PUI在相同联系地址上的多个注册的状态信息。现有的订阅通知接口遵照互联网工程任务组(IETF，Internet Engineering Task Force)请求注解(RFC3680，Request For Comments)中的注册事件包定义，该注册事件包有如下要求：用户注册信息的内容格式为可扩展标记语言(XML，eXtensible Markup Language)，XML的“contact”元素的“id”属性用于唯一标识联系地址，在同一个通知消息的注册事件包中的不同“contact”元素具有不同的“id”属性值和“uri”子元素值。从而，在同一个PUI在相同的联系地址上同时具有多个不同注册的情况下，上述注册事件包的要求将无法适用。

3、同一PUI在相同的联系地址上具有多个不同注册绑定关系的情况下，如果S-CSCF上保存的该PUI的注册状态信息发生变更，现有协议缺乏S-CSCF与相关网元(P-CSCF、AS、UE)间同步注册状态变更信息的处理流程。

基于上述原因，同一PUI在相同联系地址上具有多个不同的注册绑定关系的情况下，现有技术还无法实现在S-CSCF与其他网元之间同步该PUI注册状态信息。

发明内容

有鉴于此，本发明的主要目的在于提供一种订阅通知处理方法和系统，以解决同一PUI在相同联系地址上具有多个不同的注册绑定关系的情况下，S-CSCF与其他网元之间无法同步该PUI注册状态信息的问题。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种订阅通知处理方法，该方法包括：

订阅服务器根据来自订阅发起网元的注册状态订阅请求中的公共用户标识PUI和联系地址，将所述PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元；

所述订阅发起网元对所述PUI在联系地址上的多个注册绑定关系实施本地更新。

该方法进一步包括：所述订阅服务器通过订阅通知请求，将所述PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元。

该方法进一步包括：所述订阅服务器通过注册区别参数对所述PUI在联系地址上的多个注册绑定关系进行区分标识。

该方法进一步包括：当所述PUI在联系地址上的多个注册绑定关系中至少一个注册绑定关系的状态发生变更时，所述订阅服务器将变更后的PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元。

所述订阅服务器为服务呼叫会话控制功能实体S-CSCF，所述订阅发起网元包括：用户终端UE、代理呼叫会话控制功能实体P-CSCF和应用服务器AS。

本发明还提供了一种订阅通知处理系统，该系统包括：

订阅服务器，用于根据来自订阅发起网元的注册状态订阅请求中的PUI和联系地址，将所述PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元；

订阅发起网元，用于向所述订阅服务器发送注册状态订阅请求，并接收所述订阅服务器返回的PUI在联系地址上的多个注册绑定关系，根据PUI在联系地址上的多个注册绑定关系实施本地更新。

所述订阅服务器具体包括：

接收模块，用于接收来自订阅发起网元的注册状态订阅请求；

信息发送模块，用于根据所述注册状态订阅请求中的PUI和联系地址，将所述PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元。

所述订阅服务器进一步包括：

信息变更模块，用于对PUI在联系地址上的多个注册绑定关系中的任意注册绑定关系进行变更，并在变更后通知所述信息发送模块将变更后的PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元。

本发明所提供的订阅通知处理方法和系统，由订阅服务器根据来自订阅发起网元的注册状态订阅请求中的PUI和联系地址，将PUI在联系地址上的多个注册绑定关系发送给订阅发起网元实施本地更新。本发明实现了同一PUI在相同的联系地址上具有多个不同注册绑定关系的情况下，订阅服务器与订阅发起网元之间对PUI完整的注册绑定关系的同步；且本发明与现有协议具有良好的兼容性。

附图说明

图1为现有技术中IMS网络体系的架构示意图；

图2为现有技术中UE在IMS系统中的注册、订阅通知的流程图；

图3为现有技术中同一PUI在相同联系地址上建立多个注册绑定关系的流程图；

图4为本发明一种订阅通知处理方法的流程图；

图5为本发明一种订阅通知处理系统的组成结构示意图。

具体实施方式

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

为实现同一PUI在相同的联系地址上具有多个不同注册绑定关系的情况下，S-CSCF与其他相关网元之间能够进行该PUI完整的注册状态信息的同步，本发明所提供的一种订阅通知处理方法，如图4所示，该方法主要包括以下步骤：

步骤401，用户的某一PUI在订阅服务器上成功创建相同联系地址上的多个不同的注册绑定关系。

本发明的订阅服务器典型的可以是S-CSCF，订阅发起网元典型的可以是P-CSCF、AS或UE；但是本发明的订阅服务器并不仅限于S-CSCF，也可以是其他类型的作为用户注册状态订阅服务器角色的网元；本发明的订阅发起网元也不仅限于P-CSCF、AS和UE，也可以是其他类型的作为用户注册状态订阅发起者角色的网元。

例如：同一PUI在S-CSCF上成功创建了在P-CSCF1上的多个不同的注册绑定关系A、B和C。

步骤402，订阅发起网元向订阅服务器发送用户的注册状态订阅请求，该注册状态订阅请求中携带需要订阅的PUI及其对应的联系地址。

步骤403，订阅服务器接收注册状态订阅请求，并向订阅发起网元返回订阅成功响应，从而完成订阅关系的创建。

步骤404，订阅关系创建后，订阅服务器查找与PUI和联系地址对应的注册绑定关系，发现该PUI在联系地址上存在多个不同的注册绑定关系，进而通过订阅通知请求将该PUI在联系地址上的多个注册绑定关系发送给订阅发起网元。

需要指出的是，本发明中可以通过注册区别参数对PUI在联系地址上的多个注册绑定关系进行区分标识。在订阅通知请求中可以采用如下方式来携带同一PUI在相同联系地址上的多个不同注册绑定关系的区别参数：

订阅通知请求中的注册事件包的格式为XML，XML概要(XML Schema)采用扩展IETF RFC3680中的注册事件包的Schema定义，扩展的方式为：为“contact”元素新增属性或子元素的定义，新增的属性或子元素用于携带同一PUI在相同联系地址上的多个不同注册绑定关系的区别参数；例如：注册区别参数可以采用“+sip.instance”参数或“reg-id”参数等等。

此外，订阅通知请求中的注册事件包也可以不采用扩展IETF RFC3680的Schema定义，而利用IETF RFC3680注册事件包的Scheme中“contact”元素的“unknown-param”子元素中携带同一PUI在相同联系地址上的多个不同注册绑定关系的区别参数。

上述注册事件包的Schema中，一个“contact”元素对应于该PUI和联系地址上的一个注册绑定关系，不同的“contact”元素具有不同的“id”属性值，“id”属性用于唯一标识一个注册绑定关系。在同一个XML“注册(registration)”元素中可具有多个“uri”属性值相同的“contact”子元素。

上述注册事件包的Schema中，在属于同一个订阅的多个不同的订阅通知请求中，相同的注册绑定对应的“contact”元素应该具有相同的“id”属性值。

例如，PUI为“sip:joeexample.com”同时在联系地址“sip:joepc34.example.com”上有两个不同的注册，注册事件包示例如下：

<？xml version＝“1.0”？>

<reginfo xmlns＝“urn:ietf:params:xml:ns:reginfo”version＝“1”state＝“partial”

>

     <registration aor＝“sip:joeexample.com”id＝“a7”state＝“active”>

       <contact id＝“1”state＝“active”event＝“registered”d uration-registered＝

“0”reg-id＝“1”

           +sip.instance＝&lt；urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6&

gt；>

        <uri>sip:joepc34.example.com</uri>

       </contact>

       <contact id＝“2”state＝“active”event＝“registered”duration-registered＝

“0”reg-id＝“2”

           +sip.instance＝&lt；urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6&

gt；>

        <uri>sip:joepc34.example.com</uri>

    </contact>

  </registration>

</reginfo>

从上述事件包的示例中可以看出，该实施例采用新增的“contact”元素来携带同一PUI(sip:joeexample.com)在相同联系地址“sip:joepc34.example.com”上的多个不同注册绑定关系的区别参数，即reg-id＝“1”、reg-id＝“2”；不同的区别参数reg-id＝“1”和reg-id＝“2”分别对应不同的注册绑定关系。

步骤405，订阅发起网元接收到订阅通知请求后，根据订阅通知请求中携带(例如：“contact”元素携带)的同一PUI在相同联系地址上的多个不同的注册区别参数，来识别同一PUI在相同联系地址上的多个不同注册绑定关系，并执行本地信息更新。

订阅发起网元也可根据订阅通知请求中的“contact”元素的“id”属性值，来匹配并更新本地之前保存的注册绑定关系。

订阅发起网元在执行本地更新操作完毕后，向订阅服务器返回订阅通知响应。

步骤406，由于用户主动注销、用户被网络注销或注册超时等原因导致在订阅服务器上保存的该PUI相关的至少一个注册绑定关系的状态发生变更。

步骤407，订阅服务器向订阅发起网元发送订阅通知请求，并将变更后的该PUI在联系地址上的多个注册绑定关系发送给订阅发起网元。具体处理方式与步骤404类似，在此不再赘述。

步骤408，订阅发起网元接收到订阅通知请求后，执行本地信息更新处理。具体处理方式与405步骤类似，在此不再赘述。

需要指出的是，本发明对于同一PUI在多个联系地址上均存在注册绑定关系，且其中某个或多个联系地址上该PUI还具有多个不同的注册绑定关系的情况，也是同样适用的。例如：同一PUI在P-CSCF1、P-CSCF2上均存在注册绑定关系，且该PUI在P-CSCF1上还具有多个不同的注册绑定关系A、B和C，当PUI对应P-CSCF1上的注册绑定关系A发生变更时，S-CSCF将变更后的注册绑定关系A、B和C携带在订阅通知请求中发送给订阅发起网元(P-CSCF、AS或UE等)。

为实现上述本发明的订阅通知处理方法，本发明所提供的一种订阅通知处理系统，如图5所示，该系统由相互连接的订阅服务器10和订阅发起网元20组成。订阅服务器10，用于根据来自订阅发起网元20的注册状态订阅请求中的PUI和联系地址，将PUI在联系地址上的多个注册绑定关系发送给订阅发起网元20。订阅发起网元20，用于向订阅服务器10发送注册状态订阅请求，并接收订阅服务器10返回的PUI在联系地址上的多个注册绑定关系，根据PUI在联系地址上的多个注册绑定关系实施本地更新。

其中，订阅服务器10具体包括：相互连接的接收模块11和信息发送模块12。接收模块11，用于接收来自订阅发起网元20的注册状态订阅请求。信息发送模块12，用于根据注册状态订阅请求中的PUI和联系地址，将PUI在联系地址上的多个注册绑定关系发送给订阅发起网元20。

作为本发明的一种较佳实施例，订阅服务器10在上述模块的基础上进一步包括：信息变更模块13，连接信息发送模块12，用于对PUI在联系地址上的多个注册绑定关系中的任意注册绑定关系进行变更，并在变更后通知信息发送模块12将变更后的PUI在联系地址上的多个注册绑定关系发送给订阅发起网元20。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (7)

1.一种订阅通知处理方法，其特征在于，用户的某一公共用户标识PUI在订阅服务器上创建相同联系地址上的多个不同的注册绑定关系；所述订阅服务器通过注册区别参数对所述PUI在联系地址上的多个注册绑定关系进行区分标识，该方法包括：

订阅服务器根据来自订阅发起网元的注册状态订阅请求中的PUI和联系地址，将所述PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元；

所述订阅发起网元对所述PUI在联系地址上的多个注册绑定关系实施本地更新。

2.根据权利要求1所述订阅通知处理方法，其特征在于，所述订阅服务器通过订阅通知请求，将所述PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元。

3.根据权利要求1所述订阅通知处理方法，其特征在于，该方法进一步包括：当所述PUI在联系地址上的多个注册绑定关系中至少一个注册绑定关系的状态发生变更时，所述订阅服务器将变更后的PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元。

4.根据权利要求1至3中任一项所述订阅通知处理方法，其特征在于，所述订阅服务器为服务呼叫会话控制功能实体S-CSCF，所述订阅发起网元包括：用户终端UE、代理呼叫会话控制功能实体P-CSCF和应用服务器AS。

5.一种订阅通知处理系统，其特征在于，该系统包括：

订阅服务器，用户的某一公共用户标识PUI在所述订阅服务器上创建相同联系地址上的多个不同的注册绑定关系；所述订阅服务器用于通过注册区别参数对所述PUI在联系地址上的多个注册绑定关系进行区分标识；还用于根据来自订阅发起网元的注册状态订阅请求中的PUI和联系地址，将所述PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元；

订阅发起网元，用于向所述订阅服务器发送注册状态订阅请求，并接收所述订阅服务器返回的PUI在联系地址上的多个注册绑定关系，根据PUI在联系地址上的多个注册绑定关系实施本地更新。

6.根据权利要求5所述订阅通知处理系统，其特征在于，所述订阅服务器具体包括：

接收模块，用于接收来自订阅发起网元的注册状态订阅请求；

信息发送模块，用于根据所述注册状态订阅请求中的PUI和联系地址，将所述PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元。

7.根据权利要求6所述订阅通知处理系统，其特征在于，所述订阅服务器进一步包括：

信息变更模块，用于对PUI在联系地址上的多个注册绑定关系中的任意注册绑定关系进行变更，并在变更后通知所述信息发送模块将变更后的PUI在联系地址上的多个注册绑定关系发送给所述订阅发起网元。

Images