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

文档序号:7658638阅读:112来源:国知局
专利名称:将用户状态通知应用服务器的方法、系统及装置的制作方法
技术领域
本发明涉及通信技术领域。尤其涉及一种将用户状态通知应用服务器的 方法、将用户状态通知应用服务器的系统、服务呼叫会话控制功能、及应用 服务器。
背景技术
随着技术的发展,多媒体通信越来越广泛的被应用于移动通讯中,现在 的多媒体通信不仅仅是简单的视音频通信,还包括即时消息、同址浏览、协 同工作、流媒体等等业务,特别是新通信方式和传统语音融合的业务越来越 受到用户的欢迎。
基于现阶段因特网(Internet)和传统电信网络日趋融合的趋势,为了满 足现在的终端客户更新颖、更多样化多媒体业务的需求,各标准化组织提出 了下一代网络的概念,在分组承载网基础上引入了全网际协议(IP, Internet Protocol)业务网络架构的IP多4某体子系统(IMS, IP Multimedia Subsystem )。
在IMS系统中,存放于用户签约服务器(HSS, Home Subscriber Server) 的服务签约(Service Profile)是一个用户签约信息的集合,它包含和服务相 关的用户签约数据,服务呼叫会话控制功能(S-CSCF, Serving-Call Session Control 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),净刀4会过滤-失见贝d (iFC, Initial Filter Criteria)和共享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会通过PPR7PPA将变化后的用户的服务签约信息发送给用户 的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所示
步骤IOI、用户的服务签约信息发生变化,HSS将用户变化后的服务签约 信息发送到S-CSCF。
当HSS中用户的服务签约信息发生变化时,HSS向S-CSCF发起PPR消 息,将变化后的服务签约信息携带在消息中发给S-CSCF。步骤102、判断新的服务签约内容是否有新增的注册消息触发规则;是否 有被删除的注册消息触发规则;若有新增的注册消息触发规则,则执行步骤 103;若有被删除的注册消息触发规则,则执行步骤104。
该PPR消息中携带了用户的网际协议多媒体公有用户标识(IMPU, IP Multimedia Public User Identity)和对应的l艮务签约,由于在允"i午隐式注册的 场景下,一个用户可以在网络中注册多个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中的注册消息触发MJ'j的AS都会收到 UE相关的注册信息。
现举实例来进行详细描述
一个用户的网际协议多媒体公有用户标识IMPUl在网络中注册后,向 S-CSCF订阅了注册事件(reg-event)通知;当IMPUl的服务签约数据发生变 化后HSS通过PPR/PPA命令对S-CSCF中IMPUl的服务签约数据进行更新; 此时S-CSCF可以通过对自己存储的IMPUl以前的签约数据和PPR中携带的 新的签约数据进行比较,如果发现新增了包含新的注册消息触发规则的iFC, 或者在原来的iFC中增加了新的注册消息触发规则,则需要使改变了服务签 约内容的IMPUl关联的UE向网络发起重注册,使S-CSCF能及时通知相应 iFC对应的AS该用户在网络中的注册状态。
为了使改变了服务签约内容的IMPUl对应的UE向网络发起重注册, S-CSCF向IMPUl对应的注册UE发送Notify消息。
S-CSCF也可以在收到HSS指示IMPUl的服务签约数据发生变化的PPR 消息后不对老的iFC和新的iFC进行比较,直接向IMPUl对应的注册UE发 送Notify消息。
在消息体中,将〈registration〉元素的子元素〈contact〉中的子元素〈uri〉设 置为该注册UE对应的contact地址5555::aaa:bbb:ccc:ddd;
将〈registration〉元素中的aor属性设置为IMPUl;
将〈registration〉元素中的state属性设置为"active";
将〈contac1^元素中的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: IMPUl@homedomain.com>;tag=31415
To: <sip: IMPUl@homedomain.com>;tag=151170
Call-ID:
CSeq: 42 NOTIFY
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="l" state= "partial, <registration aor="sip: IMPUl@homedomain.com" id="a7" state="active"> 〈contact id="76" state="active" event="shortened" expires="600"> <uri>sip: [5 5 5 5:: 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中对应的注册消息触 发4见则删除,则i兑明对应的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, IP Multimedia 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中对应的注册消息触
发MJ'j删除,则说明对应的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的名字或地址 时,则采用步骤401bl、步骤401b2、步骤401b3、步骤401b4、步骤401b5、 步骤401b6。
步骤401a、 AS发现某用户新签约或者激活了本AS上的业务,且AS知 道用户所在的S-CSCF的名字或地址,AS发送订阅(SUBSCRIBE)消息向 S-CSCF订阅该用户的注册事件通知。
也就是如果AS在订阅用户的注册事件前能获得用户所在的S-CSCF的名 字或地址,则AS直接将订阅消息路由到用户所在的S-CSCF 。
步骤401bl、 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,以上步骤401bl、步骤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,用于在所接收单元收到该服务签约信息后,比较该服务签 约信息中携带的新的初始过滤规则与该服务呼叫会话控制功能上保存的旧的 初始过滤规则,在确定所述新的初始过滤规则中有新增的注册消息触发规则 时,使触发重注册单元触发所述用户设备发起重注册过程,或者使注册请求 单元构造并发送第三方注册请求至与该新增的注册消息触发^i则相匹配的应 用服务器。
删除处理单元524,用于在该比较单元确定所述新的初始过滤规则中有4皮 删除的注册消息触发规则时,构造并发送去订阅通知消息至与该被删除的注 册消息触发规则相匹配的应用服务器,以将所述用户的注册信息发送给该与 被删除的注册消息触发规则相匹配的应用服务器。
本发明实施例提供的将用户状态通知应用服务器的系统实施例一的具体 工作方式,和上文所述的本发明实施例提供的将用户状态通知应用服务器的 方法实施例一及实施例二基本一致,在此不再重复描述。
本发明实施例提供的服务呼叫会话控制功能实施例,和上文本发明实施 例提供的将用户状态通知应用服务器的系统实施例一 中描述的服务呼叫会话 控制功能完全一致,在此不再重复描述。
本发明实施例提供的将用户状态通知应用服务器的系统实施例二结构如 图6所示,包括应用服务器601、服务呼叫会话控制功能602、协商呼叫会 话控制功能603、用户签约服务器604。
其中应用服务器601,用于在用户的服务签约信息发生变化时,发送订阅 消息。
服务呼叫会话控制功能602,用于在收到订阅消息时,将该用户的注册信 息发送给应用服务器601。
协商呼叫会话控制功能603,用于接收应用服务器601发送的订阅消息, 向用户签约服务器604查询所述用户所在的服务呼叫会话控制功能地址,将 该订阅消息发送给服务呼叫会话控制功能地址指向的服务呼叫会话控制功能602。
由于有时AS在订阅用户的注册事件前无法获得用户所在的S-CSCF的名 字或地址,所以需要将订阅消息路由到用户所在的归属域的协商呼叫会话控 制功能,由该协商呼叫会话控制功能向HSS查询用户所在的S-CSCF的名字 或地址,再由该协商呼叫会话控制功能将该订阅消息路由到用户所在的 S-CSCF
用户签约服务器604,用于提供用户所在的服务呼叫会话控制功能地址。
本发明实施例提供的将用户状态通知应用服务器的系统实施例二的具体 工作方式,与上文描述的本发明实施例提供的将用户状态通知应用服务器的 方法实施例二基本一致,在此不再重复描述。
本发明实施例提供的应用服务器实施例包括查询单元和发送单元
其中查询单元,用于查询用户的服务签约信息变化状况;
发送单元,用于在查询单元发现用户的服务签约信息发生变化时,向用 户所在的服务呼叫会话控制功能发送订阅消息,订阅所述用户的注册事件通 知。
本发明实施例提供的应用服务器实施例的具体工作方式,与上文描述的 本发明实施例提供的将用户状态通知应用服务器的系统实施例中,描述的应 用服务器基本一致,在此不再重复描述。
是可以通过程序来指令相关的硬件完成,所述的程序可以存储于 一种计算机 可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明所提供的一种将用户状态通知应用服务器的方法、将用户 状态通知应用服务器的系统、服务呼叫会话控制功能、及应用服务器进行了 详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体 实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解 为对本发明的限制。
权利要求
1、一种将用户状态通知应用服务器的方法,其特征在于,所述方法包括在获知用户的服务签约信息发生变化时,所述用户所在的服务呼叫会话控制功能获取自身保存的所述用户的注册信息,将所述用户的注册信息发送给相应应用服务器。
2、 如权利要求1所述的将用户状态通知应用服务器的方法,其特征在于, 所述获知用户的服务签约信息发生变化包括所述服务呼叫会话控制功能接收用户签约服务器发送的所述用户的服务 签约信息,获知用户的服务签约信息发生变化。
3、 如权利要求1或2所述的将用户状态通知应用服务器的方法,其特征 在于,所述将所述用户的注册信息发送给相应应用服务器包括所述服务呼叫会话控制功能发送通知消息至所述用户的用户设备,触发 所述用户设备发起重注册过程,通过所述重注册过程所述服务呼叫会话控制 功能将所述用户的注册信息发送给所述服务签约信息涉及的应用服务器;或者,所述服务呼叫会话控制功能构造并发送第三方注册请求至所述服 务签约信息涉及的应用服务器,将所述用户的注册信息发送给所述应用服务 器。
4、 如权利要求3所述的将用户状态通知应用服务器的方法,其特征在于, 所述服务呼叫会话控制功能收到所述服务签约信息之后还包括比较所述服务签约信息中携带的新的初始过滤规则与所述服务呼叫会话 控制功能上保存的旧的初始过滤规则,若确定所述新的初始过滤规则中有新 增的注册消息触发规则时,将所述用户的注册信息发送给所述新的服务签约 信息涉及的应用服务器,或者发送给所述与新增的注册消息触发失见则相匹配 的应用服务器。
5、 如权利要求4所述的将用户状态通知应用服务器的方法,其特征在于, 所述比较所述服务签约信息中携带的新的初始过滤规则与所述服务呼叫会话 控制功能上保存的旧的初始过滤规则之后还包括若确定所述新的初始过滤规则中有被删除的注册消息触发规则时,所述服务呼叫会话控制功能构造并发送去订阅通知消息至与所述被删除的注册消 息触发规则相匹配的应用服务器,以将所述用户的注册信息发送给所述与被 删除的注册消息触发夫见则相匹配的应用服务器。
6、 如权利要求1所述的将用户状态通知应用服务器的方法,其特征在于,所述方法包括应用服务器在获知用户的服务签约信息发生变化时,向所述用户所在的 服务呼叫会话控制功能发送订阅所述用户的注册事件通知的订阅消息;所述服务呼叫会话控制功能接收到所述订阅消息后,将所述用户的注册 信息发送给所述应用服务器。
7、 如权利要求6所述的将用户状态通知应用服务器的方法,其特征在于, 所述应用服务器向所述用户所在的服务呼叫会话控制功能发送订阅所述用户 的注册事件通知的订阅消息包括在所述应用服务器知道所述用户所在的服务呼叫会话控制功能地址时, 所述应用服务器直接向所述用户所在的服务呼叫会话控制功能发送订阅消 息,订阅所述用户的注册事件通知。
8、 如权利要求6所述的将用户状态通知应用服务器的方法,其特征在于, 所述应用服务器向所述用户所在的服务呼叫会话控制功能发送订阅所述用户 的注册事件通知的订阅消息包括所述应用服务器向所述用户所在的协商呼叫会话控制功能发送订阅消息;所述协商呼叫会话控制功能向用户签约服务器查询所述用户所在的服务 呼叫会话控制功能的地址;所述协商呼叫会话控制功能获知所述用户所在的服务呼叫会话控制功能 的地址后,向所述用户所在的服务呼叫会话控制功能发送所述订阅消息,订 阅所述用户的注册事件通知。
9、 一种将用户状态通知应用服务器的系统,其特征在于,所述系统包括 用户签约服务器,用于发送用户新的服务签约信息;服务呼叫会话控制功能,用于接收所述服务签约信息,并在收到所述服务签约信息后,发送所述用户的注册信息;应用服务器,用于接收所述用户的注册信息。
10、 如权利要求9所述的将用户状态通知应用服务器的系统,其特征在 于,所述服务呼叫会话控制功能包括接收单元,用于接收所述服务签约信息;通知单元,用于在收到所述服务签约信息后,将所述用户的注册信息发 送给相应应用服务器。
11、 如权利要求IO所述的将用户状态通知应用服务器的系统,其特征在 于,所述通知单元包括触发重注册单元,用于构造并发送通知消息至所述用户的用户设备,触 发所述用户设备发起重注册过程,通过所述重注册过程将所述用户的注册信 息发送给所述新的服务签约信息涉及的应用服务器;和/或,注册请求单元,用于构造并发送第三方注册请求至所述新的服务 签约信息涉及的应用服务器,将所述用户的注册信息发送给所述新的服务签 约信息涉及的应用服务器。
12、 如权利要求11所述的将用户状态通知应用服务器的系统,其特征在 于,所述服务呼叫会话控制功能还包括比较单元,用于在所述接收单元收到所述服务签约信息后,比较所述服 务签约信息中携带的新的初始过滤规则与所述服务呼叫会话控制功能上保存 的旧的初始过滤规则,在确定所述新的初始过滤规则中有新增的注册消息触 发规则时,使触发重注册单元触发所述用户设备发起重注册过程,或者使注 册请求单元构造并发送第三方注册请求至与所述新增的注册消息触发规则相 匹配的应用服务器。
13、 如权利要求12所述的将用户状态通知应用服务器的系统,其特征在 于,所述服务呼叫会话控制功能还包括删除处理单元,用于在所述比较单元确定所述新的初始过滤少见则中有被 删除的注册消息触发规则时,构造并发送去订阅通知消息至与所述被删除的 注册消息触发规则相匹配的应用服务器,以将所述用户的注册信息发送至所 述与被删除的注册消息触发少见则相匹配的应用服务器。
14、 一种服务呼叫会话控制功能,其特征在于,所述服务呼叫会话控制功能包括接收单元,用于接收用户签约服务器发送的用户新的服务签约信息;通知单元,用于在收到所述服务签约信息后,将所述用户的注册信息发 送给相应应用服务器。
15、 如权利要求14所述的服务呼叫会话控制功能,其特征在于,所述通 知单元包括触发重注册单元,用于构造并发送通知消息至所述用户的用户设备,触 发所述用户设备发起重注册过程,通过所述重注册过程将所述用户的注册信 息发送给所述新的服务签约信息涉及的应用服务器;和/或,注册请求单元,用于构造并发送第三方注册请求至所述新的服务 签约信息涉及的应用服务器,将所述用户的注册信息发送给所述新的服务签 约信息涉及的应用服务器。
16、 如权利要求15所述的服务呼叫会话控制功能,其特征在于,所述服 务呼叫会话控制功能还包括比较单元,用于在所述接收单元收到所述服务签约信息后,比较所述服 务签约信息中携带的新的初始过滤规则与所述服务呼叫会话控制功能上保存 的旧的初始过滤规则,在确定所述新的初始过滤规则中有新增的注册消息触 发规则时,使触发重注册单元触发所述用户设备发起重注册过程,或者使注 册请求单元构造并发送第三方注册请求至与所述新增的注册消息触发MJ'j相 匹配的应用服务器。
17、 如权利要求16所述的服务呼叫会话控制功能,其特征在于,所述服 务呼叫会话控制功能还包括删除处理单元,用于在所述比较单元确定所述新的初始过滤》见则中有被 删除的注册消息触发规则时,构造并发送去订阅通知消息至与所述被删除的 注册消息触发规则相匹配的应用服务器,以将所述用户的注册信息发送至所 述与被删除的注册消息触发规则相匹配的应用服务器。
18、 一种将用户状态通知应用服务器的系统,其特征在于,所述系统包括应用服务器,用于在获知用户的服务签约信息发生变化时,发送订阅所 述用户的注册事件通知的订阅消息;服务呼叫会话控制功能,用于在接收到所述订阅消息后,将所述用户的 注册信息发送给所述应用服务器。
19、 如权利要求20所述的将用户状态通知应用服务器的系统,其特征在 于,所述系统还包括用户签约服务器,用于提供所述用户所在的服务呼叫会话控制功能地址;协商呼叫会话控制功能,用于接收所述应用服务器发送的订阅消息,向 所述用户签约服务器查询所述用户所在的服务呼叫会话控制功能地址,将所 述订阅消息发送给所述服务呼叫会话控制功能地址。
20、 一种应用服务器,其特征在于,所述应用服务器包括查询单元,用于查询用户的服务签约信息变化状况;发送单元,用于在所述查询单元发现用户的服务签约信息发生变化时, 向所述用户所在的服务呼叫会话控制功能发送订阅所述用户的注册事件通知 的订阅消息,订阅所述用户的注册事件通知。
全文摘要
本发明公开了一种将用户状态通知AS的方法,该方法包括在获知用户的服务签约信息发生变化时,用户所在的服务呼叫会话控制功能获取自身保存的所述用户的注册信息,将所述用户的注册信息发送给相应应用服务器。本发明还公开了一种将用户状态通知应用服务器的系统,所述系统包括用户签约服务器、服务呼叫会话控制功能、及应用服务器。本发明还公开了相应服务呼叫会话控制功能。本发明还公开了一种将用户状态通知应用服务器的系统,所述系统包括应用服务器,服务呼叫会话控制功能。本发明还公开了相应应用服务器。应用本发明能够使AS及时获知用户在网络中的注册状态。
文档编号H04L29/06GK101345748SQ200710130688
公开日2009年1月14日 申请日期2007年7月13日 优先权日2007年7月13日
发明者时书锋 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1