将用户状态通知应用服务器的方法、系统及装置

摘要

本发明公开了一种将用户状态通知AS的方法，该方法包括：在获知用户的服务签约信息发生变化时，用户所在的服务呼叫会话控制功能获取自身保存的所述用户的注册信息，将所述用户的注册信息发送给相应应用服务器。本发明还公开了一种将用户状态通知应用服务器的系统，所述系统包括：用户签约服务器、服务呼叫会话控制功能、及应用服务器。本发明还公开了相应服务呼叫会话控制功能。本发明还公开了一种将用户状态通知应用服务器的系统，所述系统包括：应用服务器，服务呼叫会话控制功能。本发明还公开了相应应用服务器。应用本发明能够使AS及时获知用户在网络中的注册状态。

说明书

技术领域

本发明涉及通信技术领域。尤其涉及一种将用户状态通知应用服务器的方法、将用户状态通知应用服务器的系统、服务呼叫会话控制功能、及应用服务器。

背景技术

随着技术的发展，多媒体通信越来越广泛的被应用于移动通讯中，现在的多媒体通信不仅仅是简单的视音频通信，还包括即时消息、同址浏览、协同工作、流媒体等等业务，特别是新通信方式和传统语音融合的业务越来越受到用户的欢迎。

基于现阶段因特网(Internet)和传统电信网络日趋融合的趋势，为了满足现在的终端客户更新颖、更多样化多媒体业务的需求，各标准化组织提出了下一代网络的概念，在分组承载网基础上引入了全网际协议(IP，InternetProtocol)业务网络架构的IP多媒体子系统(IMS，IP Multimedia Subsystem)。

在IMS系统中，存放于用户签约服务器(HSS，Home Subscriber Server)的服务签约(Service Profile)是一个用户签约信息的集合，它包含和服务相关的用户签约数据，服务呼叫会话控制功能(S-CSCF，Serving-Call SessionControl Function)可以通过服务器分配请求/服务器分配应答(SAR/SAA，Server-Asignment-Request/Server-Asignment-Answer)命令对，从HSS获得用户的服务签约数据，HSS可以通过推送配置请求/推送配置应答(PPR/PPA，Push-Profile-Request/Push-Profile-Answer)命令对，将发生变化的服务签约数据更新到S-CSCF。

在服务签约中又包含：公共身份(Public Identification)、核心网服务授权(Core Network Service Authorization)、初始过滤规则(iFC，Initial FilterCriteria)和共享iFC(Shared iFC Set)，四个部分。

其中iFC用于完成业务的触发，包含业务触发的条件，描述了收到的会话发起协议(SIP，Session Initiation Protocol)消息，会在什么样的条件下被路由到哪个特定的应用服务器(AS，Application Server)，也即用户的业务在什么样的情况下可以被执行。

在AS的业务实现流程中，首先，用户会注册到网络中，同时将包含iFC的用户服务签约信息由HSS下载到服务于此用户的S-CSCF中；接着，用户利用用户设备(UE，User Equipment)生成相关的SIP业务请求，该请求经代理呼叫会话控制功能(P-CSCF，Proxy-Call Session Control Function)，到达其归属S-CSCF；然后，S-CSCF检索与请求的发起者匹配的iFC，根据用户服务签约信息中的iFC的内容，将请求路由到相应的AS或是直接进行转发；最后，由AS为用户执行相关业务的服务。

用户在实际使用中，很多时候会需要改变用户服务签约的内容，例如签约新的业务，或取消已经签约的业务，对于已经签约的业务通常也有激活和未激活两种状态，用户常常也会需要改变已经签约的业务状态，将签约的业务从未激活变为激活，或将已激活的业务变为未激活状态。在这些用户的服务签约的内容发生变化时，服务签约内的iFC也会发生相应变化，在签约新的业务时，需要增加新的iFC或者在已有的iFC中增加一些新的业务触发条件；在取消已经签约的业务时，需要删除相应的iFC或者删除iFC中的一些业务触发条件；在将签约的业务从未激活变为激活时，需要将相应的iFC下载到此用户注册的S-CSCF中；在将已激活的业务变为未激活状态时，需要将相应的iFC从此用户注册的S-CSCF中删除。

此时，HSS会通过PPR/PPA将变化后的用户的服务签约信息发送给用户的S-CSCF，S-CSCF对存储的用户的服务签约信息进行更新，同时S-CSCF会对UE和其它IMS实体进行同步的数据更新。

目前采用的同步方案为：根据UE和其它IMS实体对用户的注册事件的订阅通知机制，通过SIP的通知(Notify)消息，将用户注册状态发生的变化通知UE和其它向S-CSCF订阅了该用户的注册事件通知的IMS实体。

用户的注册状态是指用在网络中的注册状态，例如：已注册、或者未注册。用户在改变服务签约信息时，新签约或新激活业务涉及的AS只有在知道用户的注册状态时才能及时为用户提供服务。

在对现有技术的研究和实践过程中，发明人发现现有技术存在以下问题：

由于在用户在网络中注册过后，用户新签约或新激活了新的业务时，用户新签约或新激活业务的AS通常不会向S-CSCF订阅用户的注册事件通知，此时没有任何实体会将用户的注册信息告知AS，AS无法在第一时间知道用户在网络中的注册状态，从而影响AS对用户新签约业务或新激活业务的及时提供。

发明内容

本发明一实施例要解决的技术问题是提供一种将用户状态通知应用服务器的方法，能够使应用服务器获知用户在网络中的注册状态。

本发明所提供的将用户状态通知应用服务器的方法实施例是通过以下技术方案实现的：

所述方法包括：

在获知用户的服务签约信息发生变化时，所述用户所在的服务呼叫会话控制功能获取自身保存的所述用户的注册信息，将所述用户的注册信息发送给相应应用服务器。

本发明另一实施例要解决的技术问题是提供一种将用户状态通知应用服务器的系统，能够使应用服务器获知用户在网络中的注册状态。

本发明所提供的将用户状态通知应用服务器的系统实施例是通过以下技术方案实现的：

所述系统包括：

用户签约服务器，用于发送用户新的服务签约信息；

服务呼叫会话控制功能，用于接收所述服务签约信息，并在收到所述服务签约信息后，发送所述用户的注册信息；

应用服务器，用于接收所述用户的注册信息。

本发明另一实施例要解决的技术问题是提供一种服务呼叫会话控制功能，能够使应用服务器获知用户在网络中的注册状态。

本发明所提供的服务呼叫会话控制功能实施例是通过以下技术方案实现的：

所述服务呼叫会话控制功能包括：

接收单元，用于接收用户签约服务器发送的用户新的服务签约信息；

通知单元，用于在收到所述服务签约信息后，将所述用户的注册信息发送给相应应用服务器。

本发明另一实施例要解决的技术问题是提供一种将用户状态通知应用服务器的系统，能够使应用服务器获知用户在网络中的注册状态。

本发明所提供的将用户状态通知应用服务器的系统实施例是通过以下技术方案实现的：

所述系统包括：

应用服务器，用于在获知用户的服务签约信息发生变化时，发送订阅所述用户的注册事件通知的订阅消息；

服务呼叫会话控制功能，用于在接收到所述订阅消息后，将所述用户的注册信息发送给所述应用服务器。

本发明另一实施例要解决的技术问题是提供一种应用服务器，能够使应用服务器获知用户在网络中的注册状态。

本发明所提供的应用服务器实施例是通过以下技术方案实现的：

所述应用服务器包括：

查询单元，用于查询用户的服务签约信息变化状况；

发送单元，用于在所述查询单元发现用户的服务签约信息发生变化时，向所述用户所在的服务呼叫会话控制功能发送订阅所述用户的注册事件通知的订阅消息，订阅所述用户的注册事件通知。

由上可知，本发明在获知用户的服务签约信息发生变化时，就会将用户的注册信息发送给相应应用服务器，使应用服务器可以及时获知该用户在网络中的注册状态，这样就保证了应用服务器对用户的新签约业务或激活业务的及时提供。

附图说明

图1为本发明实施例提供的将用户状态通知应用服务器的方法实施例一流程图；

图2为本发明实施例提供的将用户状态通知应用服务器的方法实施例二流程图；

图3为本发明实施例提供的发送第三方注册请求的信令流程图；

图4本发明实施例提供的将用户状态通知应用服务器的方法实施例三信令流程图；

图5为本发明实施例提供的将用户状态通知应用服务器的系统实施例一的结构图；

图6为本发明实施例提供的将用户状态通知应用服务器的系统实施例二结构图。

具体实施方式

本发明实施例提供了一种将用户状态通知应用服务器的方法、将用户状态通知应用服务器的系统、服务呼叫会话控制功能、及应用服务器，用于使应用服务器及时获知用户在网络中的注册状态。

本发明实施例提供的将用户状态通知应用服务器的方法，在获知用户的服务签约信息发生变化时，用户所在的服务呼叫会话控制功能将所述用户的注册信息发送给相应应用服务器，以使应用服务器及时获知用户在网络中的注册状态。

本发明实施例提供的将用户状态通知应用服务器的方法实施例一流程图如图1所示：

步骤101、用户的服务签约信息发生变化，HSS将用户变化后的服务签约信息发送到S-CSCF。

当HSS中用户的服务签约信息发生变化时，HSS向S-CSCF发起PPR消息，将变化后的服务签约信息携带在消息中发给S-CSCF。

步骤102、判断新的服务签约内容是否有新增的注册消息触发规则；是否有被删除的注册消息触发规则；若有新增的注册消息触发规则，则执行步骤103；若有被删除的注册消息触发规则，则执行步骤104。

该PPR消息中携带了用户的网际协议多媒体公有用户标识(IMPU，IPMultimedia Public User Identity)和对应的服务签约，由于在允许隐式注册的场景下，一个用户可以在网络中注册多个IMPU，这些属于同一个用户的IMPU隶属于同一个隐式注册集，此时，该PPR消息中会携带隐式注册集中所有的IMPU和对应的服务签约。

S-CSCF收到指示用户服务签约信息发生变化的PPR后，在更新S-CSCF上保存的PPR消息中携带的IMPU对应的用户服务签约信息之前，先对S-CSCF上保存的旧的iFC和新收到的iFC进行比较，通过比较就可以知道此次服务签约的内容发生了什么样的变化：是否由于新签约业务或新激活业务，新增了包含新的注册消息触发规则的iFC，或者在原来的iFC中增加了新的注册消息触发规则；是否由于删除已签约业务或将已激活业务变为未激活，删除了包含对应注册消息触发规则的iFC，或将iFC中对应的注册消息触发规则删除。

在一次服务签约信息变化中有时会包含多种不同的变化，签约新的业务、删除旧的业务、激活未激活的业务、或者将激活的业务变为未激活状态，都有可能同时发生、发生其中某几样、或只发生其中一样，本步骤中，也就有可能判断出同时有新增的注册消息触发规则，有被删除的注册消息触发规则的状况，此时步骤103、步骤104都要被执行，他们可以同时执行，也可以先后执行。

步骤103、发起重注册过程，将用户的注册信息发送给相应AS。

使改变了服务签约内容的IMPU对应的UE向网络发起重注册。由于在UE的重注册过程中，UE注册到的S-CSCF会向所有满足用户服务签约信息包含的iFC中的注册消息触发规则的AS进行第三方注册，将用户的注册信息发送给相应AS，通过这个过程AS就会知道该UE此时在网络中的注册状态为已注册。

如果只考虑通知新签约或新激活业务涉及的AS，不考虑删除业务、或将激活业务变为不激活的状况，步骤102的比较不是必须的，可以直接在收到PPR消息后，就发起改变了服务签约信息的IMPU对应的UE的重注册流程，所有满足新的服务签约信息包含的iFC中的注册消息触发规则的AS都会收到UE相关的注册信息。

现举实例来进行详细描述：

一个用户的网际协议多媒体公有用户标识IMPU1在网络中注册后，向S-CSCF订阅了注册事件(reg-event)通知；当IMPU1的服务签约数据发生变化后HSS通过PPR/PPA命令对S-CSCF中IMPU1的服务签约数据进行更新；此时S-CSCF可以通过对自己存储的IMPU1以前的签约数据和PPR中携带的新的签约数据进行比较，如果发现新增了包含新的注册消息触发规则的iFC，或者在原来的iFC中增加了新的注册消息触发规则，则需要使改变了服务签约内容的IMPU1关联的UE向网络发起重注册，使S-CSCF能及时通知相应iFC对应的AS该用户在网络中的注册状态。

为了使改变了服务签约内容的IMPU1对应的UE向网络发起重注册，S-CSCF向IMPU1对应的注册UE发送Notify消息。

S-CSCF也可以在收到HSS指示IMPU1的服务签约数据发生变化的PPR消息后不对老的iFC和新的iFC进行比较，直接向IMPU1对应的注册UE发送Notify消息。

在消息体中，将<registration>元素的子元素<contact>中的子元素<uri>设置为该注册UE对应的contact地址：5555::aaa:bbb:ccc:ddd；

将<registration>元素中的aor属性设置为IMPU1；

将<registration>元素中的state属性设置为″active″；

将<contact>元素中的state属性设置为″active″；

将<contact>元素中的event属性设置为″shortened″；

将<contact>元素中的expires属性设置为一个运营商定义的比较小的值；

设置好的Notify消息格式如下所示：

NOTIFY sip:[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp SIP/2.0

Via:SIP/2.0/UDP scscf.homedomain.com；branch＝z9hG4bK332b23.1

Max-Forwards:70

Route:<sip:pcscf.homedomain.com；lr>

From:<sip:IMPU1@homedomain.com>；tag＝31415

To:<sip:IMPU1@homedomain.com>；tag＝151170

Call-ID:

CSeq:42NOTIFY

Subscription-State:active；expires＝3200

Event:reg

Content-Type:application/reginfo+xml

Contact:<sip:scscf.homedomain.com>

Content-Length:(...)

<？xml version＝″1.0″？>

<reginfo xmlns＝″urn:ietf:params:xml:ns:reginfo″

                    version＝″1″state＝″partial″>

 <registration aor＝″sip:IMPU1@homedomain.com″id＝″a7″state＝″active″>

   <contact id＝″76″state＝″active″event＝″shortened″expires＝″600″>

                <uri>sip:[5555::aaa:bbb:ccc:ddd]</uri>

           </contact>

      </registration>

</reginfo>

改变了服务签约内容的IMPU1对应的UE在收到这个Notify消息后，就会向网络发起重注册，S-CSCF向用户服务签约信息中包含了注册消息触发规则的iFC对应的AS发起第三方注册，通知相应的AS该用户在网络中的注册状态，以保证AS对用户的新签约业务或激活业务的及时提供。

由于一个IMPU有可能会被多个UE共享，如果S-CSCF中有多个UE注册了这个IMPU，则S-CSCF可以选择使每个UE都进行重注册，通知AS该用户在网络中的注册状态，也可以选择至少使其中一个UE进行重注册。

步骤104、S-CSCF向相应AS发送去订阅通知消息，通知AS该用户的注册状态。

在用户删除了某些已签约业务或将某些已激活业务变为未激活时，如果想要将用户在网络中的状态通知到相关业务涉及的AS，就需要采用步骤102，对老的iFC和新的iFC进行比较，判断是否有被删除的注册消息触发规则，如果删除了包含对应注册消息触发规则的iFC，或将iFC中对应的注册消息触发规则删除，则说明对应的AS已经在该S-CSCF上订阅了该用户的注册事件通知，S-CSCF构造去注册消息，发送到能与被删除的注册消息触发规则匹配的AS，通知该AS该用户的注册状态，同时取消该AS对该用户注册事件的订阅。

本发明实施例提供的将用户状态通知应用服务器的方法实施例二流程图如图2所示：

步骤201、用户的服务签约信息发生变化，HSS将用户变化后的服务签约信息发送到S-CSCF。

当HSS中用户的服务签约信息发生变化时，HSS向S-CSCF发起PPR消息，将变化后的服务签约信息携带在消息中发给S-CSCF。

步骤202、判断新的服务签约内容是否有新增的注册消息触发规则；是否有被删除的注册消息触发规则；若有新增的注册消息触发规则，则执行步骤203；若有被删除的注册消息触发规则，则执行步骤204。

该PPR消息中携带了用户的网际协议多媒体公有用户标识(IMPU，IPMultimedia Public User Identity)和对应的服务签约，由于在允许隐式注册的场景下，一个用户可以在网络中注册多个IMPU，这些属于同一个用户的IMPU隶属于同一个隐式注册集，此时，该PPR消息中会携带隐式注册集中所有的IMPU和对应的服务签约。

S-CSCF收到指示用户服务签约信息发生变化的PPR后，在更新S-CSCF上保存的PPR消息中携带的IMPU对应的用户服务签约信息之前，先对老的iFC和新的iFC进行比较，通过比较就可以知道此次服务签约信息的内容发生了什么样的变化：是否由于新签约业务或新激活业务，新增了包含新的注册消息触发规则的iFC，或者在原来的iFC中增加了新的注册消息触发规则；是否由于删除已签约业务或将已激活业务变为未激活，删除了包含对应注册消息触发规则的iFC，或将iFC中对应的注册消息触发规则删除。

在一次服务签约信息变化中有时会包含多种不同的变化，签约新的业务、删除旧的业务、激活未激活的业务、或者将激活的业务变为未激活状态，都有可能同时发生、发生其中某几样、或只发生其中一样，本步骤中，也就有可能判断出同时有新增的注册消息触发规则，有被删除的注册消息触发规则的状况，此时步骤203、步骤204都要被执行，他们可以同时执行，也可以先后执行。

步骤203、发送第三方注册请求，将用户的注册信息发送给相应AS。

S-CSCF根据通过PPR消息发送来的最新的服务签约信息，构造第三方REGISTER消息，并发送给包含了新增注册消息触发规则的iFC对应的AS，通知AS该用户在网络中的注册状态。

如果只考虑通知新签约或新激活业务涉及的AS，不考虑删除业务、或将激活业务变为不激活的状况，步骤202的比较不是必须的，可以直接在收到PPR消息后，就向新的服务签约信息中包含了注册消息触发规则的iFC对应的所有AS，发送第三方注册(REGISTER)请求，通知AS该用户在网络中的注册状态。

步骤204、S-CSCF向相应AS发送去订阅通知消息，通知AS该用户的注册状态。

在用户删除了某些已签约业务或将某些已激活业务变为未激活时，如果想要将用户在网络中的状态通知到相关业务涉及的AS，就需要采用步骤202，对老的iFC和新的iFC进行比较，判断是否有被删除的注册消息触发规则，如果删除了包含对应注册消息触发规则的iFC，或将iFC中对应的注册消息触发规则删除，则说明对应的AS已经在该S-CSCF上订阅了该用户的注册事件通知，S-CSCF构造去注册消息，发送到能与被删除的注册消息触发规则匹配的AS，通知该AS该用户的注册状态，同时取消该AS对该用户注册事件的订阅。

根据本发明实施例提供的将用户状态通知应用服务器的方法实施例二提供的发送第三方注册请求的信令流程如图3所示，包括：

步骤301、HSS发送PPR消息至S-CSCF。

举例来说，若用户在网络中注册了两个IMPU，分别为IMPU1和IMPU2，IMPU1和IMPU2虽然属于同一个隐式注册集，但分别具有不同的服务签约。当IMPU1或IMPU2的服务签约数据发生变化后，HSS发送PPR消息至S-CSCF，通过PPR命令将IMPU1和IMPU2的服务签约数据一起携带给S-CSCF。

步骤302、S-CSCF返回PPA消息至HSS。

S-CSCF对自己存储的IMPU1和IMPU2以前的服务签约数据和PPR中携带的新的服务签约数据进行比较，看是否有新增的注册消息触发规则，同时根据PPR消息中携带的IMPU1和IMPU2的服务签约数据，对存储的IMPU1和IMPU2的服务签约数据进行更新，并向HSS返回PPA指示操作结果。

步骤303、比较结果为服务签约信息有新增的注册消息触发规则。

此时S-CSCF通过对自己存储的IMPU1和IMPU2以前的服务签约数据和PPR中携带的新的服务签约数据进行比较，发现新增了包含新的注册消息触发规则的iFC，或者在原来的iFC中增加了新的注册消息触发规则。

步骤304、S-CSCF构造第三方REGISTER消息，并发送至能匹配上新的注册消息触发规则的所有包含了注册消息触发规则的iFC对应的AS。

由于用户在改变服务签约内容时，可能新增或激活多种业务，这些业务可能涉及多个AS，所以本步骤中，需要向所有能和新的注册消息触发规则匹配的AS发送REGISTER消息，通知AS该用户在网络中的注册状态，以保证AS对用户的新签约业务或激活业务的及时提供。

S-CSCF也可以不对老的iFC和新的iFC进行比较，直接构造REGISTER消息，发送给新的服务签约内容中涉及的所有AS。

步骤305、AS返回响应消息200OK。流程结束。

本发明实施例提供的将用户状态通知应用服务器的方法实施例三如下文所述：

由于在用户的服务签约信息发生变化时，例如用户签约新的业务或者激活某一个业务，必然会在相应的AS上进行修改，此时AS就有可能需要知道该用户在网络中的注册状态，在本实施例中由AS主动向S-CSCF订阅该用户的注册事件通知，这样S-CSCF就会将该用户在网络中的注册状态发送给该AS。

本发明实施例提供的将用户状态通知应用服务器的方法实施例三信令流程图如图4所示：

根据AS是否获知用户所在的S-CSCF的名字或地址，本实施例三AS发送订阅通知给S-CSCF的方式有两种，在图4中分别表现为：

AS在订阅用户的注册事件前能获得用户所在的S-CSCF的名字或地址时，可以采用步骤401a。

AS在订阅用户的注册事件前无法获得用户所在的S-CSCF的名字或地址时，则采用步骤401b1、步骤401b2、步骤401b3、步骤401b4、步骤401b5、步骤401b6。

步骤401a、AS发现某用户新签约或者激活了本AS上的业务，且AS知道用户所在的S-CSCF的名字或地址，AS发送订阅(SUBSCRIBE)消息向S-CSCF订阅该用户的注册事件通知。

也就是如果AS在订阅用户的注册事件前能获得用户所在的S-CSCF的名字或地址，则AS直接将订阅消息路由到用户所在的S-CSCF。

步骤401b1、AS发现某用户新签约或者激活了本AS上的业务，且AS在订阅用户的注册事件前无法获得用户所在的S-CSCF的名字或地址，AS发送SUBSCRIBE消息至协商呼叫会话控制功能(I-CSCF，Interrogating-CallSession Control Function)。

步骤401b2、I-CSCF向HSS发送位置信息请求(LIR，Location-Info-Request)消息，将SUBSCRIBE消息中携带的用户标识填写在LIR中，向HSS查询该用户目前所在的位置信息，也就是用户所在S-CSCF的信息。

步骤401b3、HSS向I-CSCF返回位置信息应答(LIA，Location-Info-Answer)消息。

HSS根据LIR中的用户标识，在数据库中查询该用户对应的信息，通过LIA消息将用户所在S-CSCF的名字或地址或S-CSCF的能力集返回给I-CSCF。

步骤401b4、I-CSCF对收到的LIA消息进行判断，如果HSS返回了用户所在的S-CSCF的名字或地址，就执行步骤401b5；如果只是返回了S-CSCF的能力集而没有S-CSCF的名字或地址，就执行步骤401b6。

步骤401b5、I-CSCF将SUBSCRIBE消息路由到HSS返回的S-CSCF的名字或地址指向的S-CSCF。

步骤401b6、I-CSCF返回403、480或其它指示错误的消息给AS，表示订阅失败，后续AS进行相应订阅的步骤则不再进行。

如果HSS只是返回了S-CSCF的能力集而没有S-CSCF的名字或地址，就表示I-CSCF没有获得S-CSCF的名字或地址，相应订阅流程将不能继续。

由于AS在订阅用户的注册事件前无法获得用户所在的S-CSCF的名字或地址，所以需要将订阅消息路由到用户所在的归属域的I-CSCF，由该I-CSCF向HSS查询用户所在的S-CSCF的名字或地址，再由该I-CSCF将该订阅消息路由到用户所在的S-CSCF，以上步骤401b1、步骤401b2、步骤401b3、步骤401b4、步骤401b5、步骤401b6即为对这个动作的详细描述。

步骤402、S-CSCF返回响应消息(200OK)至AS，表示订阅成功。

此消息可以经由I-CSCF转发。

步骤403、S-CSCF发送NOTIFY消息至AS，返回AS请求的用户的注册信息。

S-CSCF生成一个NOTIFY消息，包括AS请求的用户有关的当前的注册信息，之后将所生成的NOTIFY消息发送给AS或通过I-CSCF发送给AS。

此消息可以经由I-CSCF转发。

步骤404、AS返回响应消息(200OK)至S-CSCF，。

此消息可以经由I-CSCF转发。

流程结束。

以上为对本发明实施例提供的将用户状态通知应用服务器的方法三种不同实施例的描述。

本发明实施例提供的将用户状态通知应用服务器的系统实施例一的结构如图5所示，包括：用户签约服务器510、服务呼叫会话控制功能520、及应用服务器530。在实际使用中应用服务器可能会有很多个，本实施例的图中只画出了一个作为示例。

其中服务呼叫会话控制功能520又包括：接收单元521、通知单元522、比较单元523、及删除处理单元524。

接收单元521，用于接收用户签约服务器510发送的用户新的服务签约信息；

通知单元522，用于在收到服务签约信息后，将所述用户的注册信息发送给相应应用服务器530。

通知单元522又包括：触发重注册单元522a、注册请求单元522b。

其中触发重注册单元522a，用于构造并发送通知消息至用户的用户设备，触发该用户设备发起重注册过程，通过重注册过程将所述用户的注册信息发送给该新的服务签约信息涉及的应用服务器。

注册请求单元522b，用于构造并发送第三方注册请求至该新的服务签约信息涉及的应用服务器，以将所述用户的注册信息发送给该应用服务器该用户在网络中的注册状态。

触发重注册单元522a、注册请求单元522b两者可以同时存在，也可以只选取其中的一个。

比较单元523，用于在所接收单元收到该服务签约信息后，比较该服务签约信息中携带的新的初始过滤规则与该服务呼叫会话控制功能上保存的旧的初始过滤规则，在确定所述新的初始过滤规则中有新增的注册消息触发规则时，使触发重注册单元触发所述用户设备发起重注册过程，或者使注册请求单元构造并发送第三方注册请求至与该新增的注册消息触发规则相匹配的应用服务器。

删除处理单元524，用于在该比较单元确定所述新的初始过滤规则中有被删除的注册消息触发规则时，构造并发送去订阅通知消息至与该被删除的注册消息触发规则相匹配的应用服务器，以将所述用户的注册信息发送给该与被删除的注册消息触发规则相匹配的应用服务器。

本发明实施例提供的将用户状态通知应用服务器的系统实施例一的具体工作方式，和上文所述的本发明实施例提供的将用户状态通知应用服务器的方法实施例一及实施例二基本一致，在此不再重复描述。

本发明实施例提供的服务呼叫会话控制功能实施例，和上文本发明实施例提供的将用户状态通知应用服务器的系统实施例一中描述的服务呼叫会话控制功能完全一致，在此不再重复描述。

本发明实施例提供的将用户状态通知应用服务器的系统实施例二结构如图6所示，包括：应用服务器601、服务呼叫会话控制功能602、协商呼叫会话控制功能603、用户签约服务器604。

其中应用服务器601，用于在用户的服务签约信息发生变化时，发送订阅消息。

服务呼叫会话控制功能602，用于在收到订阅消息时，将该用户的注册信息发送给应用服务器601。

协商呼叫会话控制功能603，用于接收应用服务器601发送的订阅消息，向用户签约服务器604查询所述用户所在的服务呼叫会话控制功能地址，将该订阅消息发送给服务呼叫会话控制功能地址指向的服务呼叫会话控制功能602。

由于有时AS在订阅用户的注册事件前无法获得用户所在的S-CSCF的名字或地址，所以需要将订阅消息路由到用户所在的归属域的协商呼叫会话控制功能，由该协商呼叫会话控制功能向HSS查询用户所在的S-CSCF的名字或地址，再由该协商呼叫会话控制功能将该订阅消息路由到用户所在的S-CSCF

用户签约服务器604，用于提供用户所在的服务呼叫会话控制功能地址。

本发明实施例提供的将用户状态通知应用服务器的系统实施例二的具体工作方式，与上文描述的本发明实施例提供的将用户状态通知应用服务器的方法实施例二基本一致，在此不再重复描述。

本发明实施例提供的应用服务器实施例包括：查询单元和发送单元其中查询单元，用于查询用户的服务签约信息变化状况；

发送单元，用于在查询单元发现用户的服务签约信息发生变化时，向用户所在的服务呼叫会话控制功能发送订阅消息，订阅所述用户的注册事件通知。

本发明实施例提供的应用服务器实施例的具体工作方式，与上文描述的本发明实施例提供的将用户状态通知应用服务器的系统实施例中，描述的应用服务器基本一致，在此不再重复描述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种将用户状态通知应用服务器的方法、将用户状态通知应用服务器的系统、服务呼叫会话控制功能、及应用服务器进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。