專利名稱：將用戶狀態(tài)通知應用服務器的方法、系統(tǒng)及裝置的制作方法
技術領域：
本發(fā)明涉及通信技術領域。尤其涉及一種將用戶狀態(tài)通知應用服務器的 方法、將用戶狀態(tài)通知應用服務器的系統(tǒng)、服務呼叫會話控制功能、及應用 服務器。
背景技術：
隨著技術的發(fā)展，多媒體通信越來越廣泛的被應用于移動通訊中，現(xiàn)在 的多媒體通信不僅僅是簡單的視音頻通信，還包括即時消息、同址瀏覽、協(xié) 同工作、流媒體等等業(yè)務，特別是新通信方式和傳統(tǒng)語音融合的業(yè)務越來越 受到用戶的歡迎。
基于現(xiàn)階段因特網(wǎng)(Internet)和傳統(tǒng)電信網(wǎng)絡日趨融合的趨勢，為了滿 足現(xiàn)在的終端客戶更新穎、更多樣化多媒體業(yè)務的需求，各標準化組織提出 了下一代網(wǎng)絡的概念，在分組承載網(wǎng)基礎上引入了全網(wǎng)際協(xié)議(IP, Internet Protocol)業(yè)務網(wǎng)絡架構(gòu)的IP多4某體子系統(tǒng)(IMS, IP Multimedia Subsystem )。
在IMS系統(tǒng)中，存放于用戶簽約服務器(HSS， Home Subscriber Server) 的服務簽約(Service Profile)是一個用戶簽約信息的集合，它包含和服務相 關的用戶簽約數(shù)據(jù)，服務呼叫會話控制功能(S-CSCF, Serving-Call Session Control Function)可以通過服務器分配請求/服務器分配應答(SAR/SAA, Server-Asignment-Request/ Server-Asignment-Answer)命令對,從HSS獲得用 戶的服務簽約數(shù)據(jù)，HSS可以通過推送配置請求/推送配置應答(PPR/PPA, Push-Profile-Request/ Push-Profile-Answer)命令對，將發(fā)生變化的服務簽約數(shù) 據(jù)更新到S-CSCF。
在服務簽約中又包含公共身份(Public Identification )、核心網(wǎng)服務授權 (Core Network Service Authorization),凈刀4會過濾-失見貝d (iFC, Initial Filter Criteria)和共享iFC ( Shared iFC Set),四個部分。
其中iFC用于完成業(yè)務的觸發(fā)，包含業(yè)務觸發(fā)的條件，描述了收到的會話發(fā)起協(xié)議(SIP, Session Initiation Protocol)消息，會在什么樣的條件下被 路由到哪個特定的應用服務器(AS， Application Server),也即用戶的業(yè)務在 什么樣的情況下可以被執(zhí)行。
在AS的業(yè)務實現(xiàn)流程中，首先，用戶會注冊到網(wǎng)絡中，同時將包含iFC 的用戶服務簽約信息由HSS下載到服務于此用戶的S-CSCF中；接著，用戶 利用用戶設備(UE, User Equipment)生成相關的SIP業(yè)務請求，該請求經(jīng)代 理呼叫會話控制功能(P-CSCF, Proxy-Call Session Control Function),到達其 歸屬S-CSCF;然后，S-CSCF檢索與請求的發(fā)起者匹配的iFC,才艮據(jù)用戶服 務簽約信息中的iFC的內(nèi)容，將請求路由到相應的AS或是直接進行轉(zhuǎn)發(fā)；最 后，由AS為用戶執(zhí)行相關業(yè)務的服務。
用戶在實際使用中，很多時候會需要改變用戶服務簽約的內(nèi)容，例如簽 約新的業(yè)務，或取消已經(jīng)簽約的業(yè)務，對于已經(jīng)簽約的業(yè)務通常也有激活和 未激活兩種狀態(tài)，用戶常常也會需要改變已經(jīng)簽約的業(yè)務狀態(tài)，將簽約的業(yè) 務從未激活變?yōu)榧せ睿驅(qū)⒁鸭せ畹臉I(yè)務變?yōu)槲醇せ顮顟B(tài)。在這些用戶的服 務簽約的內(nèi)容發(fā)生變化時，服務簽約內(nèi)的iFC也會發(fā)生相應變化，在簽約新 的業(yè)務時，需要增加新的iFC或者在已有的iFC中增加一些新的業(yè)務觸發(fā)條 件；在取消已經(jīng)簽約的業(yè)務時，需要刪除相應的iFC或者刪除iFC中的一些 業(yè)務觸發(fā)條件；在將簽約的業(yè)務從未激活變?yōu)榧せ顣r，需要將相應的iFC下 載到此用戶注冊的S-CSCF中；在將已激活的業(yè)務變?yōu)槲醇せ顮顟B(tài)時，需要將 相應的iFC從此用戶注冊的S-CSCF中刪除。
此時，HSS會通過PPR7PPA將變化后的用戶的服務簽約信息發(fā)送給用戶 的S-CSCF, S-CSCF對存儲的用戶的服務簽約信息進行更新，同時S-CSCF 會對UE和其它IMS實體進行同步的數(shù)據(jù)更新。
目前采用的同步方案為根據(jù)UE和其它IMS實體對用戶的注冊事件的 訂閱通知機制，通過SIP的通知(Notify)消息，將用戶注冊狀態(tài)發(fā)生的變化 通知UE和其它向S-CSCF訂閱了該用戶的注冊事件通知的IMS實體。
用戶的注冊狀態(tài)是指用在網(wǎng)絡中的注冊狀態(tài)，例如已注冊、或者未注 冊。用戶在改變服務簽約信息時，新簽約或新激活業(yè)務涉及的AS只有在知道
用戶的注冊狀態(tài)時才能及時為用戶提供服務。
在對現(xiàn)有技術的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術存在以下問題 由于在用戶在網(wǎng)絡中注冊過后，用戶新簽約或新激活了新的業(yè)務時，用
戶新簽約或新激活業(yè)務的AS通常不會向S-CSCF訂閱用戶的注冊事件通知， 此時沒有任何實體會將用戶的注冊信息告知AS, AS無法在第一時間知道用 戶在網(wǎng)絡中的注冊狀態(tài)，從而影響AS對用戶新簽約業(yè)務或新激活業(yè)務的及時 提供。

發(fā)明內(nèi)容
本發(fā)明 一實施例要解決的技術問題是提供一種將用戶狀態(tài)通知應用服務 器的方法，能夠使應用服務器獲知用戶在網(wǎng)絡中的注冊狀態(tài)。
本發(fā)明所提供的將用戶狀態(tài)通知應用服務器的方法實施例是通過以下技 術方案實現(xiàn)的
所述方法包括
在獲知用戶的服務簽約信息發(fā)生變化時，所述用戶所在的服務呼叫會話 控制功能獲取自身保存的所述用戶的注冊信息，將所述用戶的注冊信息發(fā)送 給相應應用服務器。
本發(fā)明另 一 實施例要解決的技術問題是提供一種將用戶狀態(tài)通知應用服 務器的系統(tǒng)，能夠使應用服務器獲知用戶在網(wǎng)絡中的注冊狀態(tài)。
本發(fā)明所提供的將用戶狀態(tài)通知應用服務器的系統(tǒng)實施例是通過以下技 術方案實現(xiàn)的
所述系統(tǒng)包括
用戶簽約服務器，用于發(fā)送用戶新的服務簽約信息；
服務呼叫會話控制功能，用于接收所述服務簽約信息，并在收到所述服 務簽約信息后，發(fā)送所述用戶的注冊信息；
應用服務器，用于接收所述用戶的注冊信息。
本發(fā)明另 一實施例要解決的技術問題是提供一種服務呼叫會話控制功 能，能夠使應用服務器獲知用戶在網(wǎng)絡中的注冊狀態(tài)。
本發(fā)明所提供的服務呼叫會話控制功能實施例是通過以下技術方案實現(xiàn)
的
所述服務呼叫會話控制功能包括
接收單元，用于接收用戶簽約服務器發(fā)送的用戶新的服務簽約信息；
通知單元，用于在收到所述服務簽約信息后，將所述用戶的注冊信息發(fā) 送給相應應用服務器。
本發(fā)明另 一實施例要解決的技術問題是提供一種將用戶狀態(tài)通知應用服 務器的系統(tǒng)，能夠使應用服務器獲知用戶在網(wǎng)絡中的注冊狀態(tài)。
本發(fā)明所提供的將用戶狀態(tài)通知應用服務器的系統(tǒng)實施例是通過以下技 術方案實現(xiàn)的
所述系統(tǒng)包括
應用服務器，用于在獲知用戶的服務簽約信息發(fā)生變化時，發(fā)送訂閱所 述用戶的注冊事件通知的訂閱消息；
服務呼叫會話控制功能，用于在接收到所述訂閱消息后，將所述用戶的 注冊信息發(fā)送給所述應用服務器。
本發(fā)明另一實施例要解決的技術問題是提供一種應用服務器，能夠使應 用服務器獲知用戶在網(wǎng)絡中的注冊狀態(tài)。
本發(fā)明所提供的應用服務器實施例是通過以下技術方案實現(xiàn)的
所述應用服務器包括
查詢單元，用于查詢用戶的服務簽約信息變化狀況；
發(fā)送單元，用于在所述查詢單元發(fā)現(xiàn)用戶的服務簽約信息發(fā)生變化時， 向所述用戶所在的服務呼叫會話控制功能發(fā)送訂閱所述用戶的注冊事件通知 的訂閱消息，訂閱所述用戶的注冊事件通知。
由上可知，本發(fā)明在獲知用戶的服務簽約信息發(fā)生變化時，就會將用戶 的注冊信息發(fā)送給相應應用服務器，使應用服務器可以及時獲知該用戶在網(wǎng) 絡中的注冊狀態(tài)，這樣就保證了應用服務器對用戶的新簽約業(yè)務或激活業(yè)務 的及時提供。


圖1為本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的方法實施例一
流程圖2為本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的方法實施例二 流程圖3為本發(fā)明實施例提供的發(fā)送第三方注冊請求的信令流程圖4本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的方法實施例三信 令流程圖5為本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的系統(tǒng)實施例一 的結(jié)構(gòu)圖6為本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的系統(tǒng)實施例二 結(jié)構(gòu)圖。
具體實施例方式
本發(fā)明實施例提供了 一種將用戶狀態(tài)通知應用服務器的方法、將用戶狀 態(tài)通知應用服務器的系統(tǒng)、服務呼叫會話控制功能、及應用服務器，用于使 應用服務器及時獲知用戶在網(wǎng)絡中的注冊狀態(tài)。
本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的方法，在獲知用戶的 服務簽約信息發(fā)生變化時，用戶所在的服務呼叫會話控制功能將所述用戶的 注冊信息發(fā)送給相應應用服務器，以使應用服務器及時獲知用戶在網(wǎng)絡中的 注冊狀態(tài)。
本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的方法實施例一流程圖 如圖1所示
步驟IOI、用戶的服務簽約信息發(fā)生變化，HSS將用戶變化后的服務簽約 信息發(fā)送到S-CSCF。
當HSS中用戶的服務簽約信息發(fā)生變化時，HSS向S-CSCF發(fā)起PPR消 息，將變化后的服務簽約信息攜帶在消息中發(fā)給S-CSCF。步驟102、判斷新的服務簽約內(nèi)容是否有新增的注冊消息觸發(fā)規(guī)則；是否 有被刪除的注冊消息觸發(fā)規(guī)則；若有新增的注冊消息觸發(fā)規(guī)則，則執(zhí)行步驟 103;若有被刪除的注冊消息觸發(fā)規(guī)則，則執(zhí)行步驟104。
該PPR消息中攜帶了用戶的網(wǎng)際協(xié)議多媒體公有用戶標識(IMPU, IP Multimedia Public User Identity)和對應的l艮務簽約，由于在允"i午隱式注冊的 場景下，一個用戶可以在網(wǎng)絡中注冊多個IMPU,這些屬于同一個用戶的IMPU 隸屬于同一個隱式注冊集，此時，該PPR消息中會攜帶隱式注冊集中所有的 IMPU和對應的服務簽約。
S-CSCF收到指示用戶服務簽約信息發(fā)生變化的PPR后，在更新S-CSCF 上保存的PPR消息中攜帶的IMPU對應的用戶服務簽約信息之前，先對 S-CSCF上保存的舊的iFC和新收到的iFC進行比較，通過比較就可以知道此 次服務簽約的內(nèi)容發(fā)生了什么樣的變化是否由于新簽約業(yè)務或新激活業(yè)務， 新增了包含新的注冊消息觸發(fā)規(guī)則的iFC，或者在原來的iFC中增加了新的注 冊消息觸發(fā)規(guī)則；是否由于刪除已簽約業(yè)務或?qū)⒁鸭せ顦I(yè)務變?yōu)槲醇せ?，刪 除了包含對應注冊消息觸發(fā)規(guī)則的iFC,或?qū)FC中對應的注冊消息觸發(fā)規(guī)則 刪除。
在一次服務簽約信息變化中有時會包含多種不同的變化，簽約新的業(yè)務、 刪除舊的業(yè)務、激活未激活的業(yè)務、或者將激活的業(yè)務變?yōu)槲醇せ顮顟B(tài)，都 有可能同時發(fā)生、發(fā)生其中某幾樣、或只發(fā)生其中一樣，本步驟中，也就有 可能判斷出同時有新增的注冊消息觸發(fā)規(guī)則，有被刪除的注冊消息觸發(fā)規(guī)則 的狀況，此時步驟103、步驟104都要被執(zhí)行，他們可以同時執(zhí)行，也可以先 后執(zhí)行。
步驟103、發(fā)起重注冊過程，將用戶的注冊信息發(fā)送給相應AS。
使改變了服務簽約內(nèi)容的IMPU對應的UE向網(wǎng)絡發(fā)起重注冊。由于在 UE的重注冊過程中，UE注冊到的S-CSCF會向所有滿足用戶服務簽約信息 包含的iFC中的注冊消息觸發(fā)規(guī)則的AS進行第三方注冊，將用戶的注冊信息 發(fā)送給相應AS,通過這個過程AS就會知道該UE此時在網(wǎng)絡中的注冊狀態(tài) 為已注冊。
如果只考慮通知新簽約或新激活業(yè)務涉及的AS,不考慮刪除業(yè)務、或?qū)?激活業(yè)務變?yōu)椴患せ畹臓顩r，步驟102的比較不是必須的，可以直接在收到 PPR消息后，就發(fā)起改變了服務簽約信息的IMPU對應的UE的重注冊流程， 所有滿足新的服務簽約信息包含的iFC中的注冊消息觸發(fā)MJ'j的AS都會收到 UE相關的注冊信息。
現(xiàn)舉實例來進行詳細描述
一個用戶的網(wǎng)際協(xié)議多媒體公有用戶標識IMPUl在網(wǎng)絡中注冊后，向 S-CSCF訂閱了注冊事件(reg-event)通知；當IMPUl的服務簽約數(shù)據(jù)發(fā)生變 化后HSS通過PPR/PPA命令對S-CSCF中IMPUl的服務簽約數(shù)據(jù)進行更新； 此時S-CSCF可以通過對自己存儲的IMPUl以前的簽約數(shù)據(jù)和PPR中攜帶的 新的簽約數(shù)據(jù)進行比較，如果發(fā)現(xiàn)新增了包含新的注冊消息觸發(fā)規(guī)則的iFC, 或者在原來的iFC中增加了新的注冊消息觸發(fā)規(guī)則，則需要使改變了服務簽 約內(nèi)容的IMPUl關聯(lián)的UE向網(wǎng)絡發(fā)起重注冊，使S-CSCF能及時通知相應 iFC對應的AS該用戶在網(wǎng)絡中的注冊狀態(tài)。
為了使改變了服務簽約內(nèi)容的IMPUl對應的UE向網(wǎng)絡發(fā)起重注冊， S-CSCF向IMPUl對應的注冊UE發(fā)送Notify消息。
S-CSCF也可以在收到HSS指示IMPUl的服務簽約數(shù)據(jù)發(fā)生變化的PPR 消息后不對老的iFC和新的iFC進行比較，直接向IMPUl對應的注冊UE發(fā) 送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>
改變了服務簽約內(nèi)容的IMPU1對應的UE在收到這個Notify消息后，就 會向網(wǎng)絡發(fā)起重注冊，S-CSCF向用戶服務簽約信息中包含了注冊消息觸發(fā)規(guī) 則的iFC對應的AS發(fā)起第三方注冊，通知相應的AS該用戶在網(wǎng)絡中的注冊狀態(tài)，以保證AS對用戶的新簽約業(yè)務或激活業(yè)務的及時提供。
由于一個IMPU有可能會被多個UE共享，如果S-CSCF中有多個UE注 冊了這個IMPU,則S-CSCF可以選擇使每個UE都進行重注冊，通知AS該 用戶在網(wǎng)絡中的注冊狀態(tài)，也可以選擇至少使其中 一個UE進行重注冊。
步驟104、 S-CSCF向相應AS發(fā)送去訂閱通知消息，通知AS該用戶的注 冊狀態(tài)。
在用戶刪除了某些已簽約業(yè)務或?qū)⒛承┮鸭せ顦I(yè)務變?yōu)槲醇せ顣r，如果 想要將用戶在網(wǎng)絡中的狀態(tài)通知到相關業(yè)務涉及的AS,就需要采用步驟102, 對老的iFC和新的iFC進行比較，判斷是否有被刪除的注冊消息觸發(fā)規(guī)則， 如果刪除了包含對應注冊消息觸發(fā)規(guī)則的iFC,或?qū)FC中對應的注冊消息觸 發(fā)4見則刪除，則i兌明對應的AS已經(jīng)在該S-CSCF上訂閱了該用戶的注冊事件 通知，S-CSCF構(gòu)造去注冊消息，發(fā)送到能與被刪除的注冊消息觸發(fā)規(guī)則匹配 的AS,通知該AS該用戶的注冊狀態(tài)，同時取消該AS對該用戶注冊事件的 訂閱。
本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的方法實施例二流程圖 如圖2所示
步驟201、用戶的服務簽約信息發(fā)生變化，HSS將用戶變化后的服務簽約 信息發(fā)送到S-CSCF。
當HSS中用戶的服務簽約信息發(fā)生變化時，HSS向S-CSCF發(fā)起PPR消 息，將變化后的服務簽約信息攜帶在消息中發(fā)給S-CSCF。
步驟202、判斷新的服務簽約內(nèi)容是否有新增的注冊消息觸發(fā)規(guī)則；是否 有被刪除的注冊消息觸發(fā)規(guī)則；若有新增的注冊消息觸發(fā)規(guī)則，則執(zhí)行步驟 203;若有被刪除的注冊消息觸發(fā)規(guī)則，則執(zhí)行步驟204。
該PPR消息中攜帶了用戶的網(wǎng)際協(xié)議多媒體公有用戶標識(IMPU, IP Multimedia Public User Identity )和對應的服務簽約，由于在允許隱式注冊的 場景下， 一個用戶可以在網(wǎng)絡中注冊多個IMPU,這些屬于同 一個用戶的IMPU 隸屬于同一個隱式注冊集，此時，該PPR消息中會攜帶隱式注冊集中所有的 IMPU和對應的服務簽約。S-CSCF收到指示用戶服務簽約信息發(fā)生變化的PPR后，在更新S-CSCF 上保存的PPR消息中攜帶的IMPU對應的用戶服務簽約信息之前，先對老的 iFC和新的iFC進行比較，通過比較就可以知道此次服務簽約信息的內(nèi)容發(fā)生 了什么樣的變化是否由于新簽約業(yè)務或新激活業(yè)務，新增了包含新的注冊 消息觸發(fā)規(guī)則的iFC,或者在原來的iFC中增加了新的注冊消息觸發(fā)規(guī)則；是 否由于刪除已簽約業(yè)務或?qū)⒁鸭せ顦I(yè)務變?yōu)槲醇せ?，刪除了包含對應注冊消 息觸發(fā)規(guī)則的iFC，或?qū)FC中對應的注冊消息觸發(fā)規(guī)則刪除。
在一次服務簽約信息變化中有時會包含多種不同的變化，簽約新的業(yè)務、 刪除舊的業(yè)務、激活未激活的業(yè)務、或者將激活的業(yè)務變?yōu)槲醇せ顮顟B(tài)，都 有可能同時發(fā)生、發(fā)生其中某幾樣、或只發(fā)生其中一樣，本步驟中，也就有 可能判斷出同時有新增的注冊消息觸發(fā)規(guī)則，有被刪除的注冊消息觸發(fā)規(guī)則 的狀況，此時步驟203、步驟204都要被執(zhí)行，他們可以同時執(zhí)行，也可以先 后執(zhí)行。
步驟203、發(fā)送第三方注冊請求，將用戶的注冊信息發(fā)送給相應AS。
S-CSCF根據(jù)通過PPR消息發(fā)送來的最新的服務簽約信息，構(gòu)造第三方 REGISTER消息，并發(fā)送給包含了新增注冊消息觸發(fā)規(guī)則的iFC對應的AS, 通知AS該用戶在網(wǎng)絡中的注冊狀態(tài)。
如果只考慮通知新簽約或新激活業(yè)務涉及的AS，不考慮刪除業(yè)務、或?qū)?激活業(yè)務變?yōu)椴患せ畹臓顩r，步驟202的比較不是必須的，可以直接在收到 PPR消息后，就向新的服務簽約信息中包含了注冊消息觸發(fā)規(guī)則的iFC對應 的所有AS,發(fā)送第三方注冊(REGISTER)請求，通知AS該用戶在網(wǎng)絡中 的注冊狀態(tài)。
步驟204、 S-CSCF向相應AS發(fā)送去訂閱通知消息，通知AS該用戶的注 冊狀態(tài)。
在用戶刪除了某些已簽約業(yè)務或?qū)⒛承┮鸭せ顦I(yè)務變?yōu)槲醇せ顣r，如果 想要將用戶在網(wǎng)絡中的狀態(tài)通知到相關業(yè)務涉及的AS,就需要采用步驟202, 對老的iFC和新的iFC進行比較，判斷是否有被刪除的注冊消息觸發(fā)規(guī)則， 如果刪除了包含對應注冊消息觸發(fā)規(guī)則的iFC，或?qū)FC中對應的注冊消息觸
發(fā)MJ'j刪除，則說明對應的AS已經(jīng)在該S-CSCF上訂閱了該用戶的注冊事件 通知，S-CSCF構(gòu)造去注冊消息，發(fā)送到能與被刪除的注冊消息觸發(fā)規(guī)則匹配 的AS,通知該AS該用戶的注冊狀態(tài)，同時取消該AS對該用戶注冊事件的 訂閱。
根據(jù)本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的方法實施例二提 供的發(fā)送第三方注冊請求的信令流程如圖3所示，包括
步驟301 、 HSS發(fā)送PPR消息至S-CSCF。
舉例來說，若用戶在網(wǎng)絡中注冊了兩個IMPU,分別為IMPU1和IMPU2, IMPU1和IMPU2雖然屬于同一個隱式注冊集，但分別具有不同的服務簽約。 當IMPU1或IMPU2的服務簽約數(shù)據(jù)發(fā)生變化后，HSS發(fā)送PPR消息至 S-CSCF,通過PPR命令將IMPU1和IMPU2的服務簽約數(shù)據(jù)一起攜帶給 S-CSCF。
步驟302、 S-CSCF返回PPA消息至HSS。
S-CSCF對自己存儲的IMPU1和IMPU2以前的服務簽約數(shù)據(jù)和PPR中攜 帶的新的服務簽約數(shù)據(jù)進行比較，看是否有新增的注冊消息觸發(fā)規(guī)則，同時 根據(jù)PPR消息中攜帶的IMPU1和IMPU2的服務簽約數(shù)據(jù)，對存儲的IMPU1 和IMPU2的服務簽約數(shù)據(jù)進行更新，并向HSS返回PPA指示操作結(jié)果。
步驟303、比較結(jié)果為服務簽約信息有新增的注冊消息觸發(fā)規(guī)則。
此時S-CSCF通過對自己存儲的IMPU1和IMPU2以前的服務簽約數(shù)據(jù)和 PPR中攜帶的新的服務簽約數(shù)據(jù)進行比較，發(fā)現(xiàn)新增了包含新的注冊消息觸 發(fā)規(guī)則的iFC,或者在原來的iFC中增加了新的注冊消息觸發(fā)規(guī)則。
步驟304、 S-CSCF構(gòu)造第三方REGISTER消息，并發(fā)送至能匹配上新的 注冊消息觸發(fā)規(guī)則的所有包含了注冊消息觸發(fā)規(guī)則的iFC對應的AS。
由于用戶在改變服務簽約內(nèi)容時，可能新增或激活多種業(yè)務，這些業(yè)務 可能涉及多個AS，所以本步驟中，需要向所有能和新的注冊消息觸發(fā)規(guī)則匹 配的AS發(fā)送REGISTER消息，通知AS該用戶在網(wǎng)絡中的注冊狀態(tài)，以保證 AS對用戶的新簽約業(yè)務或激活業(yè)務的及時提供。
S-CSCF也可以不對老的iFC和新的iFC進行比較，直接構(gòu)造REGISTER 消息，發(fā)送給新的服務簽約內(nèi)容中涉及的所有AS。
步驟305、 AS返回響應消息200OK。流程結(jié)束。
本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的方法實施例三如下文 所述
由于在用戶的服務簽約信息發(fā)生變化時，例如用戶簽約新的業(yè)務或者激 活某一個業(yè)務，必然會在相應的AS上進行修改，此時AS就有可能需要知道 該用戶在網(wǎng)絡中的注冊狀態(tài)，在本實施例中由AS主動向S-CSCF訂閱該用戶 的注冊事件通知，這樣S-CSCF就會將該用戶在網(wǎng)絡中的注冊狀態(tài)發(fā)送給該 AS。
本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的方法實施例三信令流 程圖如圖4所示
根據(jù)AS是否獲知用戶所在的S-CSCF的名字或地址，本實施例三AS發(fā) 送訂閱通知給S-CSCF的方式有兩種，在圖4中分別表現(xiàn)為
AS在訂閱用戶的注冊事件前能獲得用戶所在的S-CSCF的名字或地址 時，可以采用步驟401a。
AS在訂閱用戶的注冊事件前無法獲得用戶所在的S-CSCF的名字或地址 時，則采用步驟401bl、步驟401b2、步驟401b3、步驟401b4、步驟401b5、 步驟401b6。
步驟401a、 AS發(fā)現(xiàn)某用戶新簽約或者激活了本AS上的業(yè)務，且AS知 道用戶所在的S-CSCF的名字或地址，AS發(fā)送訂閱(SUBSCRIBE)消息向 S-CSCF訂閱該用戶的注冊事件通知。
也就是如果AS在訂閱用戶的注冊事件前能獲得用戶所在的S-CSCF的名 字或地址，則AS直接將訂閱消息路由到用戶所在的S-CSCF 。
步驟401bl、 AS發(fā)現(xiàn)某用戶新簽約或者激活了本AS上的業(yè)務，且AS 在訂閱用戶的注冊事件前無法獲得用戶所在的S-CSCF的名字或地址，AS發(fā) 送SUBSCRIBE消息至協(xié)商呼叫會話控制功能(I-CSCF， Interrogating -CallSession Control Function )。
步驟401b2 、 I-CSCF向HSS發(fā)送位置信息請求(LIR , Location-Info-Request)消息，將SUBSCRIBE消息中攜帶的用戶標識填寫在 LIR中，向HSS查詢該用戶目前所在的位置信息，也就是用戶所在S-CSCF 的信息。
步驟401b3 、 HSS向I-CSCF返回位置信息應答(LIA , Location-Info-Answer)消息。
HSS根據(jù)LIR中的用戶標識，在數(shù)據(jù)庫中查詢該用戶對應的信息，通過 LIA消息將用戶所在S-CSCF的名字或地址或S-CSCF的能力集返回給 I-CSCF 。
步驟401b4、 I-CSCF對收到的LIA消息進行判斷，如果HSS返回了用戶 所在的S-CSCF的名字或地址，就執(zhí)行步驟401b5;如果只是返回了 S-CSCF 的能力集而沒有S-CSCF的名字或地址，就執(zhí)行步驟401b6。
步驟401b5、 I-CSCF將SUBSCRIBE消息路由到HSS返回的S-CSCF的 名字或地址指向的S-CSCF。
步驟401b6、 I-CSCF返回403、 480或其它指示錯誤的消息給AS,表示 訂閱失敗，后續(xù)AS進行相應訂閱的步驟則不再進行。
如果HSS只是返回了 S-CSCF的能力集而沒有S-CSCF的名字或地址， 就表示I-CSCF沒有獲得S-CSCF的名字或地址，相應訂閱流程將不能繼續(xù)。
由于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,表示訂閱成功。
此消息可以經(jīng)由I-CSCF轉(zhuǎn)發(fā)。
步驟403、 S-CSCF發(fā)送NOTIFY消息至AS,返回AS請求的用戶的注冊
信息。
S-CSCF生成一個NOTIFY消息，包括AS請求的用戶有關的當前的注冊 信息，之后將所生成的NOTIFY消息發(fā)送給AS或通過I-CSCF發(fā)送給AS。
此消息可以經(jīng)由I-CSCF轉(zhuǎn)發(fā)。
步驟404、 AS返回響應消息(200OK)至S-CSCF,。
此消息可以經(jīng)由I-CSCF轉(zhuǎn)發(fā)。
流程結(jié)束。
以上為對本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的方法三種不 同實施例的描述。
本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的系統(tǒng)實施例一的結(jié)構(gòu) 如圖5所示，包括用戶簽約服務器510、服務呼叫會話控制功能520、及應 用服務器530。在實際使用中應用服務器可能會有很多個，本實施例的圖中只 畫出了一個作為示例。
其中服務呼叫會話控制功能520又包括接收單元521、通知單元522、 比較單元523、及刪除處理單元524。
接收單元521,用于接收用戶簽約服務器510發(fā)送的用戶新的服務簽約信
息；
通知單元522,用于在收到服務簽約信息后，將所述用戶的注冊信息發(fā)送 給相應應用服務器530。
通知單元522又包括觸發(fā)重注冊單元522a、注冊請求單元522b。
其中觸發(fā)重注冊單元522a,用于構(gòu)造并發(fā)送通知消息至用戶的用戶設備， 觸發(fā)該用戶設備發(fā)起重注冊過程，通過重注冊過程將所述用戶的注冊信息發(fā) 送給該新的服務簽約信息涉及的應用服務器。
注冊請求單元522b,用于構(gòu)造并發(fā)送第三方注冊請求至該新的服務簽約 信息涉及的應用服務器，以將所述用戶的注冊信息發(fā)送給該應用服務器該用 戶在網(wǎng)絡中的注冊狀態(tài)。觸發(fā)重注冊單元522a、注冊請求單元522b兩者可以同時存在，也可以只 選取其中的一個。
比較單元523,用于在所接收單元收到該服務簽約信息后，比較該服務簽 約信息中攜帶的新的初始過濾規(guī)則與該服務呼叫會話控制功能上保存的舊的 初始過濾規(guī)則，在確定所述新的初始過濾規(guī)則中有新增的注冊消息觸發(fā)規(guī)則 時，使觸發(fā)重注冊單元觸發(fā)所述用戶設備發(fā)起重注冊過程，或者使注冊請求 單元構(gòu)造并發(fā)送第三方注冊請求至與該新增的注冊消息觸發(fā)^i則相匹配的應 用服務器。
刪除處理單元524,用于在該比較單元確定所述新的初始過濾規(guī)則中有4皮 刪除的注冊消息觸發(fā)規(guī)則時，構(gòu)造并發(fā)送去訂閱通知消息至與該被刪除的注 冊消息觸發(fā)規(guī)則相匹配的應用服務器，以將所述用戶的注冊信息發(fā)送給該與 被刪除的注冊消息觸發(fā)規(guī)則相匹配的應用服務器。
本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的系統(tǒng)實施例一的具體 工作方式，和上文所述的本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的 方法實施例一及實施例二基本一致，在此不再重復描述。
本發(fā)明實施例提供的服務呼叫會話控制功能實施例，和上文本發(fā)明實施 例提供的將用戶狀態(tài)通知應用服務器的系統(tǒng)實施例一 中描述的服務呼叫會話 控制功能完全一致，在此不再重復描述。
本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的系統(tǒng)實施例二結(jié)構(gòu)如 圖6所示，包括應用服務器601、服務呼叫會話控制功能602、協(xié)商呼叫會 話控制功能603、用戶簽約服務器604。
其中應用服務器601,用于在用戶的服務簽約信息發(fā)生變化時，發(fā)送訂閱 消息。
服務呼叫會話控制功能602,用于在收到訂閱消息時，將該用戶的注冊信 息發(fā)送給應用服務器601。
協(xié)商呼叫會話控制功能603，用于接收應用服務器601發(fā)送的訂閱消息， 向用戶簽約服務器604查詢所述用戶所在的服務呼叫會話控制功能地址，將 該訂閱消息發(fā)送給服務呼叫會話控制功能地址指向的服務呼叫會話控制功能602。
由于有時AS在訂閱用戶的注冊事件前無法獲得用戶所在的S-CSCF的名 字或地址，所以需要將訂閱消息路由到用戶所在的歸屬域的協(xié)商呼叫會話控 制功能，由該協(xié)商呼叫會話控制功能向HSS查詢用戶所在的S-CSCF的名字 或地址，再由該協(xié)商呼叫會話控制功能將該訂閱消息路由到用戶所在的 S-CSCF
用戶簽約服務器604,用于提供用戶所在的服務呼叫會話控制功能地址。
本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的系統(tǒng)實施例二的具體 工作方式，與上文描述的本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的 方法實施例二基本一致，在此不再重復描述。
本發(fā)明實施例提供的應用服務器實施例包括查詢單元和發(fā)送單元
其中查詢單元，用于查詢用戶的服務簽約信息變化狀況；
發(fā)送單元，用于在查詢單元發(fā)現(xiàn)用戶的服務簽約信息發(fā)生變化時，向用 戶所在的服務呼叫會話控制功能發(fā)送訂閱消息，訂閱所述用戶的注冊事件通 知。
本發(fā)明實施例提供的應用服務器實施例的具體工作方式，與上文描述的 本發(fā)明實施例提供的將用戶狀態(tài)通知應用服務器的系統(tǒng)實施例中，描述的應 用服務器基本一致，在此不再重復描述。
是可以通過程序來指令相關的硬件完成，所述的程序可以存儲于 一種計算機 可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
以上對本發(fā)明所提供的一種將用戶狀態(tài)通知應用服務器的方法、將用戶 狀態(tài)通知應用服務器的系統(tǒng)、服務呼叫會話控制功能、及應用服務器進行了 詳細介紹，對于本領域的一般技術人員，依據(jù)本發(fā)明實施例的思想，在具體 實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解 為對本發(fā)明的限制。
權利要求
1、一種將用戶狀態(tài)通知應用服務器的方法，其特征在于，所述方法包括在獲知用戶的服務簽約信息發(fā)生變化時，所述用戶所在的服務呼叫會話控制功能獲取自身保存的所述用戶的注冊信息，將所述用戶的注冊信息發(fā)送給相應應用服務器。
2、 如權利要求1所述的將用戶狀態(tài)通知應用服務器的方法，其特征在于， 所述獲知用戶的服務簽約信息發(fā)生變化包括所述服務呼叫會話控制功能接收用戶簽約服務器發(fā)送的所述用戶的服務 簽約信息，獲知用戶的服務簽約信息發(fā)生變化。
3、 如權利要求1或2所述的將用戶狀態(tài)通知應用服務器的方法，其特征 在于，所述將所述用戶的注冊信息發(fā)送給相應應用服務器包括所述服務呼叫會話控制功能發(fā)送通知消息至所述用戶的用戶設備，觸發(fā) 所述用戶設備發(fā)起重注冊過程，通過所述重注冊過程所述服務呼叫會話控制 功能將所述用戶的注冊信息發(fā)送給所述服務簽約信息涉及的應用服務器；或者，所述服務呼叫會話控制功能構(gòu)造并發(fā)送第三方注冊請求至所述服 務簽約信息涉及的應用服務器，將所述用戶的注冊信息發(fā)送給所述應用服務 器。
4、 如權利要求3所述的將用戶狀態(tài)通知應用服務器的方法，其特征在于， 所述服務呼叫會話控制功能收到所述服務簽約信息之后還包括比較所述服務簽約信息中攜帶的新的初始過濾規(guī)則與所述服務呼叫會話 控制功能上保存的舊的初始過濾規(guī)則，若確定所述新的初始過濾規(guī)則中有新 增的注冊消息觸發(fā)規(guī)則時，將所述用戶的注冊信息發(fā)送給所述新的服務簽約 信息涉及的應用服務器，或者發(fā)送給所述與新增的注冊消息觸發(fā)失見則相匹配 的應用服務器。
5、 如權利要求4所述的將用戶狀態(tài)通知應用服務器的方法，其特征在于， 所述比較所述服務簽約信息中攜帶的新的初始過濾規(guī)則與所述服務呼叫會話 控制功能上保存的舊的初始過濾規(guī)則之后還包括若確定所述新的初始過濾規(guī)則中有被刪除的注冊消息觸發(fā)規(guī)則時，所述服務呼叫會話控制功能構(gòu)造并發(fā)送去訂閱通知消息至與所述被刪除的注冊消 息觸發(fā)規(guī)則相匹配的應用服務器，以將所述用戶的注冊信息發(fā)送給所述與被 刪除的注冊消息觸發(fā)夫見則相匹配的應用服務器。
6、 如權利要求1所述的將用戶狀態(tài)通知應用服務器的方法，其特征在于，所述方法包括應用服務器在獲知用戶的服務簽約信息發(fā)生變化時，向所述用戶所在的 服務呼叫會話控制功能發(fā)送訂閱所述用戶的注冊事件通知的訂閱消息；所述服務呼叫會話控制功能接收到所述訂閱消息后，將所述用戶的注冊 信息發(fā)送給所述應用服務器。
7、 如權利要求6所述的將用戶狀態(tài)通知應用服務器的方法，其特征在于， 所述應用服務器向所述用戶所在的服務呼叫會話控制功能發(fā)送訂閱所述用戶 的注冊事件通知的訂閱消息包括在所述應用服務器知道所述用戶所在的服務呼叫會話控制功能地址時， 所述應用服務器直接向所述用戶所在的服務呼叫會話控制功能發(fā)送訂閱消 息，訂閱所述用戶的注冊事件通知。
8、 如權利要求6所述的將用戶狀態(tài)通知應用服務器的方法，其特征在于， 所述應用服務器向所述用戶所在的服務呼叫會話控制功能發(fā)送訂閱所述用戶 的注冊事件通知的訂閱消息包括所述應用服務器向所述用戶所在的協(xié)商呼叫會話控制功能發(fā)送訂閱消息；所述協(xié)商呼叫會話控制功能向用戶簽約服務器查詢所述用戶所在的服務 呼叫會話控制功能的地址；所述協(xié)商呼叫會話控制功能獲知所述用戶所在的服務呼叫會話控制功能 的地址后，向所述用戶所在的服務呼叫會話控制功能發(fā)送所述訂閱消息，訂 閱所述用戶的注冊事件通知。
9、 一種將用戶狀態(tài)通知應用服務器的系統(tǒng)，其特征在于，所述系統(tǒng)包括 用戶簽約服務器，用于發(fā)送用戶新的服務簽約信息；服務呼叫會話控制功能，用于接收所述服務簽約信息，并在收到所述服務簽約信息后，發(fā)送所述用戶的注冊信息；應用服務器，用于接收所述用戶的注冊信息。
10、 如權利要求9所述的將用戶狀態(tài)通知應用服務器的系統(tǒng)，其特征在 于，所述服務呼叫會話控制功能包括接收單元，用于接收所述服務簽約信息；通知單元，用于在收到所述服務簽約信息后，將所述用戶的注冊信息發(fā) 送給相應應用服務器。
11、 如權利要求IO所述的將用戶狀態(tài)通知應用服務器的系統(tǒng)，其特征在 于，所述通知單元包括觸發(fā)重注冊單元，用于構(gòu)造并發(fā)送通知消息至所述用戶的用戶設備，觸 發(fā)所述用戶設備發(fā)起重注冊過程，通過所述重注冊過程將所述用戶的注冊信 息發(fā)送給所述新的服務簽約信息涉及的應用服務器；和/或，注冊請求單元，用于構(gòu)造并發(fā)送第三方注冊請求至所述新的服務 簽約信息涉及的應用服務器，將所述用戶的注冊信息發(fā)送給所述新的服務簽 約信息涉及的應用服務器。
12、 如權利要求11所述的將用戶狀態(tài)通知應用服務器的系統(tǒng)，其特征在 于，所述服務呼叫會話控制功能還包括比較單元，用于在所述接收單元收到所述服務簽約信息后，比較所述服 務簽約信息中攜帶的新的初始過濾規(guī)則與所述服務呼叫會話控制功能上保存 的舊的初始過濾規(guī)則，在確定所述新的初始過濾規(guī)則中有新增的注冊消息觸 發(fā)規(guī)則時，使觸發(fā)重注冊單元觸發(fā)所述用戶設備發(fā)起重注冊過程，或者使注 冊請求單元構(gòu)造并發(fā)送第三方注冊請求至與所述新增的注冊消息觸發(fā)規(guī)則相 匹配的應用服務器。
13、 如權利要求12所述的將用戶狀態(tài)通知應用服務器的系統(tǒng)，其特征在 于，所述服務呼叫會話控制功能還包括刪除處理單元，用于在所述比較單元確定所述新的初始過濾少見則中有被 刪除的注冊消息觸發(fā)規(guī)則時，構(gòu)造并發(fā)送去訂閱通知消息至與所述被刪除的 注冊消息觸發(fā)規(guī)則相匹配的應用服務器，以將所述用戶的注冊信息發(fā)送至所 述與被刪除的注冊消息觸發(fā)少見則相匹配的應用服務器。
14、 一種服務呼叫會話控制功能，其特征在于，所述服務呼叫會話控制功能包括接收單元，用于接收用戶簽約服務器發(fā)送的用戶新的服務簽約信息；通知單元，用于在收到所述服務簽約信息后，將所述用戶的注冊信息發(fā) 送給相應應用服務器。
15、 如權利要求14所述的服務呼叫會話控制功能，其特征在于，所述通 知單元包括觸發(fā)重注冊單元，用于構(gòu)造并發(fā)送通知消息至所述用戶的用戶設備，觸 發(fā)所述用戶設備發(fā)起重注冊過程，通過所述重注冊過程將所述用戶的注冊信 息發(fā)送給所述新的服務簽約信息涉及的應用服務器；和/或，注冊請求單元，用于構(gòu)造并發(fā)送第三方注冊請求至所述新的服務 簽約信息涉及的應用服務器，將所述用戶的注冊信息發(fā)送給所述新的服務簽 約信息涉及的應用服務器。
16、 如權利要求15所述的服務呼叫會話控制功能，其特征在于，所述服 務呼叫會話控制功能還包括比較單元，用于在所述接收單元收到所述服務簽約信息后，比較所述服 務簽約信息中攜帶的新的初始過濾規(guī)則與所述服務呼叫會話控制功能上保存 的舊的初始過濾規(guī)則，在確定所述新的初始過濾規(guī)則中有新增的注冊消息觸 發(fā)規(guī)則時，使觸發(fā)重注冊單元觸發(fā)所述用戶設備發(fā)起重注冊過程，或者使注 冊請求單元構(gòu)造并發(fā)送第三方注冊請求至與所述新增的注冊消息觸發(fā)MJ'j相 匹配的應用服務器。
17、 如權利要求16所述的服務呼叫會話控制功能，其特征在于，所述服 務呼叫會話控制功能還包括刪除處理單元，用于在所述比較單元確定所述新的初始過濾》見則中有被 刪除的注冊消息觸發(fā)規(guī)則時，構(gòu)造并發(fā)送去訂閱通知消息至與所述被刪除的 注冊消息觸發(fā)規(guī)則相匹配的應用服務器，以將所述用戶的注冊信息發(fā)送至所 述與被刪除的注冊消息觸發(fā)規(guī)則相匹配的應用服務器。
18、 一種將用戶狀態(tài)通知應用服務器的系統(tǒng)，其特征在于，所述系統(tǒng)包括應用服務器，用于在獲知用戶的服務簽約信息發(fā)生變化時，發(fā)送訂閱所 述用戶的注冊事件通知的訂閱消息；服務呼叫會話控制功能，用于在接收到所述訂閱消息后，將所述用戶的 注冊信息發(fā)送給所述應用服務器。
19、 如權利要求20所述的將用戶狀態(tài)通知應用服務器的系統(tǒng)，其特征在 于，所述系統(tǒng)還包括用戶簽約服務器，用于提供所述用戶所在的服務呼叫會話控制功能地址；協(xié)商呼叫會話控制功能，用于接收所述應用服務器發(fā)送的訂閱消息，向 所述用戶簽約服務器查詢所述用戶所在的服務呼叫會話控制功能地址，將所 述訂閱消息發(fā)送給所述服務呼叫會話控制功能地址。
20、 一種應用服務器，其特征在于，所述應用服務器包括查詢單元，用于查詢用戶的服務簽約信息變化狀況；發(fā)送單元，用于在所述查詢單元發(fā)現(xiàn)用戶的服務簽約信息發(fā)生變化時， 向所述用戶所在的服務呼叫會話控制功能發(fā)送訂閱所述用戶的注冊事件通知 的訂閱消息，訂閱所述用戶的注冊事件通知。
全文摘要
本發(fā)明公開了一種將用戶狀態(tài)通知AS的方法，該方法包括在獲知用戶的服務簽約信息發(fā)生變化時，用戶所在的服務呼叫會話控制功能獲取自身保存的所述用戶的注冊信息，將所述用戶的注冊信息發(fā)送給相應應用服務器。本發(fā)明還公開了一種將用戶狀態(tài)通知應用服務器的系統(tǒng)，所述系統(tǒng)包括用戶簽約服務器、服務呼叫會話控制功能、及應用服務器。本發(fā)明還公開了相應服務呼叫會話控制功能。本發(fā)明還公開了一種將用戶狀態(tài)通知應用服務器的系統(tǒng)，所述系統(tǒng)包括應用服務器，服務呼叫會話控制功能。本發(fā)明還公開了相應應用服務器。應用本發(fā)明能夠使AS及時獲知用戶在網(wǎng)絡中的注冊狀態(tài)。
文檔編號H04L29/06GK101345748SQ200710130688
公開日2009年1月14日 申請日期2007年7月13日 優(yōu)先權日2007年7月13日
發(fā)明者時書鋒 申請人:華為技術有限公司