專利名稱：用于將用戶注冊到ip多媒體子系統(tǒng)或從ip多媒體子系統(tǒng)取消用戶注冊的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在IP多媒體子系統(tǒng)中進行用戶注冊。
技術(shù)背景IP多媒體服務(wù)在同一會話中提供語音、視頻、消息發(fā)送、數(shù)據(jù)等的 動態(tài)組合。隨著可能被組合的基本應(yīng)用和媒體的數(shù)量增長，提供給終端 用戶的服務(wù)數(shù)量會有所增長，并且將會豐富個人之間的通信體驗。這將 導(dǎo)致產(chǎn)生新的多媒體豐富的個人化通信服務(wù)，包括以下將要更為詳細(xì)考 慮的所謂的"組合IP多媒體"服務(wù)。IP多媒體子系統(tǒng)(IMS)是第三代合作伙伴計劃(3GPP)所定義的 用來在移動通信網(wǎng)絡(luò)上提供IP多媒體服務(wù)的技術(shù)(3GPP TS 22.228、 TS 23.218、 TS 23. 228、 TS 24. 228、 TS 24. 229、 TS 29. 228、 TS 29. 229、 TS 29. 328和TS 29. 329版本5至7 ) 。 IMS通過使用標(biāo)準(zhǔn)的IMS月良務(wù)使 能器(enabler)提供了關(guān)鍵特征來豐富終端用戶的個人到個人的通信 體驗，這促進了基于IP的網(wǎng)絡(luò)上豐富的新的個人到個人(客戶端到客 戶端)通信服務(wù)以及個人到內(nèi)容(客戶端到服務(wù)器)服務(wù)。IMS使用會 話發(fā)起協(xié)議(SIP)來建立和控制用戶終端(或用戶終端和應(yīng)用服務(wù)器) 之間的呼叫或會話。SIP信令所承載的會話描述協(xié)議(SDP )被用來描述 和協(xié)商所述會話的媒體成份。雖然SIP被創(chuàng)建為用戶到用戶的協(xié)議，但 是IMS允許操作者和服務(wù)提供者控制用戶對于服務(wù)的接入并由此對用戶 進行計費。圖1示意性圖示了根據(jù)3GPP版本5 ( R5 )和IMS版本6 (R6 )的IMS 體系結(jié)構(gòu)。呼叫/會話控制功能(CSCF)在IMS內(nèi)作為SIP代理運行。 3GPP體系結(jié)構(gòu)定義了三種類型的CSCF:]戈理CSCF ( P-CSCF ),其是用 于SIP終端的IMS內(nèi)的第一接觸點；服務(wù)CSCF ( S-CSCF ),其向訂購用 戶提供服務(wù)；以及詢問CSCF (I-CSCF),其任務(wù)是識別正確的S-CSCF 并且將經(jīng)由P-CSCF從SIP終端接收的請求轉(zhuǎn)發(fā)到該S-CSCF。用戶使用指定的SIP REGISTER方法注冊到IMS。這是一種附著到所
述IMS并且向所述IMS通知SIP用戶身份所到達的地址的才幾制。所述用 戶從S-CSCF接收當(dāng)它發(fā)起對話時會用到的唯一的URI。在3GPP中，當(dāng) SIP終端^l行注冊時，IMS對用戶進行認(rèn)證，并且從一組可用的S-CSCF 中向該用戶分配S-CSCF。雖然用于分配S-CSCF的標(biāo)準(zhǔn)并不由3GPP來指 定，但是這些標(biāo)準(zhǔn)可包括負(fù)載共享和服務(wù)要求。要注意的是，S-CSCF的 分配對于控制用戶對基于IMS的服務(wù)的接入(以及對所述用戶進行計費) 是關(guān)鍵的。操作者可提供一種用于防止另外繞過(bypass ) S-CSCF的直 接用戶到用戶SIP會話的機制。在注冊處理期間，I-CSCF的職責(zé)是在還沒有選擇S-CSCF的情況下 選擇S-CSCF。 I-CSCF從歸屬網(wǎng)絡(luò)的歸屬用戶服務(wù)器(HSS)接收所需的 S-CSCF性能，并且基于所接收的性能選擇適當(dāng)?shù)腟-CSCF。[要注意的是， 在用戶被另一方呼叫并且所述用戶當(dāng)前沒有被分配S-CSCF的情況下， I-CSCF還為所述用戶執(zhí)行S-CSCF的分配。]當(dāng)所述注冊的用戶隨后向 IMS發(fā)送會話請求(例如，SIP INVITE )時，所述請求將包括P-CSCF和 S-CSCF URI,從而所述P-CSCF能夠?qū)⑺稣埱筠D(zhuǎn)發(fā)至所選擇的S-CSCF。 這同時應(yīng)用于(IMS的)發(fā)起和終止方。[對于終止呼叫而言，所述請求 將包括P-CSCF地址和UE地址。]在IMS服務(wù)網(wǎng)絡(luò)內(nèi)，提供應(yīng)用服務(wù)器(AS)以用于執(zhí)行IMS服務(wù)功 能。雖然最初的設(shè)想就是AS響應(yīng)于S-CSCF所委托的請求而作為IMS CSCF的"從屬(slave)"運行，但是情況無需如此并且實際上現(xiàn)在預(yù) 期AS可具有到外部(即，非3GPP)網(wǎng)絡(luò)的接口，并且可接收內(nèi)部刺激 來執(zhí)行動作(例如，計時器到期)。圖2圖示了在AS和S-CSCF之間的 IMS服務(wù)控制(ISC)接口以及IMS內(nèi)的其它接口。雖然AS在圖2中被 示為僅具有到S-CSCF的單個接口，但是應(yīng)當(dāng)意識到的是，實際上ISC 接口將跨越給定操作者網(wǎng)絡(luò)的許多(或全部)服務(wù)器所連接的通信網(wǎng)絡(luò) 進行擴展，以允許AS與所有這些CSCF進行通信。[圖1中所示的其它 實體對于本領(lǐng)域技術(shù)人員是眾所周知的。]通過在ISC接口上鏈接應(yīng)用服務(wù)器來調(diào)用該體系結(jié)構(gòu)中的用戶服務(wù) 以用于基于過濾標(biāo)準(zhǔn)發(fā)起和終止請求，所述過濾標(biāo)準(zhǔn)在HSS中被提供給 用戶并且當(dāng)接收到請求時在S-CSCF中執(zhí)行。在3GPP IMS中，應(yīng)用服務(wù) 器可扮演關(guān)于服務(wù)傳送和與S-CSCF交互的不同角色。圖4-7中示出了 示例角色，其中分別示出了作為終止UA或重定向服務(wù)器的應(yīng)用服務(wù)
器；作為發(fā)起UA的應(yīng)用服務(wù)器；作為SIP代理的應(yīng)用服務(wù)器；以及執(zhí) 行第三方呼叫控制的應(yīng)用服務(wù)器。雖然圖中沒有示出，但是AS和用戶終端之間可存在其它接口 (Ut) (TS23. 002 )。所述Ut接口使得用戶能夠管理與他或她的服務(wù)相關(guān)的 信息，例如公眾服務(wù)身份的創(chuàng)建和指定、例如由"存在"服務(wù)使用的授 權(quán)政策的管理、會議政策管理，等等。當(dāng)前的IMS體系結(jié)構(gòu)允許AS響應(yīng)于所述AS通過外部接口所接收的 適當(dāng)請求而開始IMS會話。例如，可設(shè)想IMS會話請求通過HTTP接口 發(fā)送至所述AS,其中用戶通過接入互聯(lián)網(wǎng)上的網(wǎng)頁開始發(fā)送請求。在這 種情況下， 一旦接收到所述會話請求，所述AS將首先聯(lián)系發(fā)起用戶的 歸屬用戶服務(wù)器(HSS)來確定所述用戶是否已經(jīng)注冊到IMS。 AS向HSS 發(fā)送為所述用戶生成的SIP身份，并且所述HSS能夠使用所述SIP身份 確定所ii用戶是否注冊。如果是，則所述HSS向AS發(fā)送已經(jīng)分配給所 述用戶的S-CSCF的身份。所述AS接著將SIP INVITE轉(zhuǎn)發(fā)至所識別的 S-CSCF,并且將如圖3所示繼續(xù)會話建立過程。會出現(xiàn)這種情形的一個 示例是3GPP移動用戶注冊到IMS，并且所述用戶接著通過家庭PC登錄 網(wǎng)頁并且通過信道請求IMS會話。如果是用戶還沒有注冊到IMS,并且由HSS就此向AS進行報告的情 況，則不能處理所述請求。TS. 228特別指出"如^^5"不處疾承^f A ^^ 份^ ^C尸^血，W不凝A在摩id，,發(fā)趟會話，，。 將會意識到，在AS內(nèi)部生成用于建立IMS會話的情況下會出現(xiàn)類似問 題。例如，可設(shè)想已請求AS在所請求的時間在存在服務(wù)器上執(zhí)行用戶 狀態(tài)更新的情形。如同在外部開始服務(wù)的情況，當(dāng)前的標(biāo)準(zhǔn)允許AS僅 僅在所討論的用戶注冊到IMS的情況下發(fā)起所需的IMS會話。雖然以上的討論是關(guān)于假設(shè)用戶是處理公眾用戶身份的用戶，但是 所述用戶可以是這樣的應(yīng)用，即處理公共服務(wù)身份。發(fā)明內(nèi)容如將從以上討論所意識到的，用戶能夠通過AS接入IMS的服務(wù)， 而無需注冊到IMS。即使所述用戶預(yù)先進行了注冊，在AS中用于所述用 戶的實際聯(lián)系地址也不是注冊到IMS的地址。然而，將聯(lián)系地址注冊到 IMS允許用戶使用為所述用戶在IMS內(nèi)預(yù)先定義的特定用戶和訂購簡檔(profile)。當(dāng)通過AS接入IMS時，這些簡檔是不可用的。這是傳統(tǒng) 過程的缺點。根據(jù)本發(fā)明的第一方面，提供一種用于將用戶注冊到IP多媒體子 系統(tǒng)網(wǎng)絡(luò)或從IP多媒體子系統(tǒng)網(wǎng)絡(luò)取消用戶注冊的方法，所述方法包 括由會,譯發(fā)起協(xié)議應(yīng)用服務(wù)器代表用戶執(zhí)行會話發(fā)起協(xié)議注冊或取消 注冊。在以下接口之一上執(zhí)行所述會話發(fā)起協(xié)議注冊或取消注冊 具有服務(wù)呼叫狀態(tài)控制功能的服務(wù)控制接口 (ISC); 具有代理呼叫狀態(tài)控制功能的Gm接口；或 具有詢問呼叫狀態(tài)控制功能的Ma接口 。優(yōu)選地，通過應(yīng)用服務(wù)器向所選擇的呼叫狀態(tài)控制功能發(fā)送SIP REGISTER方法開始注冊或取消注冊。所述REGISTER方法包含以下信息 US-AS[其中術(shù)語UA-AS表示在IMS中注冊的AS]地址/名稱、應(yīng)用服務(wù)器 所代表的用戶的公共用戶身份和私有用戶身份、以及UA-AS網(wǎng)絡(luò)標(biāo)識符。用于注冊用戶或取消用戶注冊的過程包括注冊或注銷注冊所述用 戶的一個或多個聯(lián)系地址。聯(lián)系地址可以是應(yīng)用服務(wù)器的地址[以上表 示為US-AS地址/名稱]，或例如另一應(yīng)用服務(wù)器或用戶設(shè)備的另一實體 的地址。其中所述方法被用來將用戶注冊到IP多媒體子系統(tǒng)網(wǎng)絡(luò)，優(yōu)選地， 所述方法包括注冊作為會話發(fā)起協(xié)議用戶代理的會話發(fā)起協(xié)議應(yīng)用服 務(wù)器的性能。根據(jù)本發(fā)明的第二方面，提供了一種操作IP多媒體子系統(tǒng)網(wǎng)絡(luò)內(nèi) 的會話發(fā)起協(xié)議應(yīng)用服務(wù)器的方法，所述方法包括與呼叫狀態(tài)控制功能 交換會話發(fā)起協(xié)議信令以便注冊或取消注冊IP多媒體子系統(tǒng)用戶。根據(jù)本發(fā)明的第三方面，提供了一種在IP多媒體子系統(tǒng)網(wǎng)絡(luò)中使 用的會話發(fā)起協(xié)議應(yīng)用服務(wù)器，所述應(yīng)用服務(wù)器包括用于與呼叫狀態(tài)控 制功能交換會話發(fā)起協(xié)議信令以便注冊或取消注冊IP多媒體子系統(tǒng)用 戶的裝置。


圖l示意性圖示了 IP多媒體子系統(tǒng)內(nèi)的實體的配置；圖2圖示了用于在IP多媒體子系統(tǒng)內(nèi)提供服務(wù)的功能性體系結(jié)構(gòu)；
圖3示出了與代表用戶建立對話的應(yīng)用服務(wù)器相關(guān)聯(lián)的SIP信令的 交換；圖4至7圖示了 SIP應(yīng)用服務(wù)器關(guān)于服務(wù)傳送以及與IP多媒體子 系統(tǒng)進行交互所執(zhí)行的各種角色；圖8示意性圖示了作為IMS內(nèi)的AS-UA的應(yīng)用服務(wù)器的操作； 圖9示意性圖示了可用于UA-AS以注冊到IMS的各種接口； 圖10是與通過I-CSCF將AS-UA注冊到IMS相關(guān)聯(lián)的信令流； 圖11是與UA-AS所執(zhí)行的S-CSCF選擇過程相關(guān)聯(lián)的信令流； 圖12是與通過S-CSCF將AS-UA注冊到IMS相關(guān)聯(lián)的信令流；和 圖13是與AS-UA終止過程相關(guān)聯(lián)的信令流。
具體實施方式
所預(yù)期的是，用戶希望通過與基于SIP的接入網(wǎng)絡(luò)不同的接入網(wǎng)絡(luò) 來接入IP多媒體子系統(tǒng)(IMS)網(wǎng)絡(luò)的服務(wù)。例如，用戶可能希望使用 電路交換接入網(wǎng)絡(luò)或者基于web的接入網(wǎng)絡(luò)。在這樣的情況下，所述用 戶將通過會話發(fā)起協(xié)議應(yīng)用服務(wù)器(SIP AS)與IMS進行對接。然而， 根據(jù)3GPP/IMS體系結(jié)構(gòu)的當(dāng)前狀態(tài)，SIP AS不能代表用戶作為已注冊 聯(lián)系來充當(dāng)SIP用戶代理。因此，SIP AS不能以與標(biāo)準(zhǔn)用戶設(shè)備(UE) 相同的方式來終止請求。應(yīng)用服務(wù)器不能代表用戶注冊聯(lián)系。這所導(dǎo)致 的結(jié)果是希望通過不同于SIP的一些接口向用戶提供對IMS服務(wù)的接入 的應(yīng)用服務(wù)器不能執(zhí)行要求用戶進行注冊或者僅在用戶注冊到IMS的情 況下才被調(diào)用的功能。此外，應(yīng)用服務(wù)器不能代表用戶取消聯(lián)系地址的 注冊，或?qū)⑵湫阅芟騃MS進行表示。這里所提出的是提供使得應(yīng)用服務(wù)器能夠在IMS中執(zhí)行注冊、重新 注冊和取消注冊過程的機制，以便允許所述應(yīng)用服務(wù)器作為用戶的SIP 用戶代理。例如，這將允許應(yīng)用服務(wù)器將其自己的用于用戶的聯(lián)系地址注冊的其它SIP用戶代理(如果有的話)等同的SIP用戶代理。 一旦AS 扮演了用于所述用戶的注冊SIP UA的角色，其就可以通過IMS發(fā)起和 終止SIP通信量(就像UE—樣)。扮演SIP用戶代理角色的應(yīng)用服務(wù) 器在這里被稱作UA-AS。圖8示意性示出了 UA-AS的角色。IMS將把注冊的UA-AS ^L為用于所述用戶的有效注冊的任意其它SIP UA,并且將使用其通?，F(xiàn)有(以及將來)的路由機制以對其或從其 傳輸通信量。在UA-AS表示IMS中所注冊的多個聯(lián)系地址之一的情況下， 3GPP/IMS能夠使用現(xiàn)有的分支(forking)機制(RFC 3261 )對此進行 處理，以使得所到來的尋址到公共用戶身份的SIP請求被代理到多個所 注冊的聯(lián)系地址。如參考關(guān)于用戶代理性能和特征的RFC 3840在3GPP TS 24. 2"中對UE的描述，UA-AS可以像UE—樣在IMS中注冊其性能。當(dāng) 已經(jīng)注冊了多個聯(lián)系地址時，S-CSCF具有基于RFC 3840中所描述的SIP 用戶代理性能和特征、RFC 3841中所描述的呼叫方偏好以及RFC 3261 中所描述的SIP代理分支機制來轉(zhuǎn)發(fā)請求的機制。應(yīng)用服務(wù)器能夠使用IMS的一種呼叫會話控制功能(即，P-CSCF、 I-CSCF或S-CSCF)代表用戶注冊到IMS。為了能夠在IMS中注冊，UA-AS 必須建立與IMS的安全關(guān)聯(lián)。為了在訪問網(wǎng)絡(luò)或歸屬網(wǎng)絡(luò)中建立這種與 P-CSCF的安全關(guān)聯(lián)，UA-AS必須了解UE所知的用戶的認(rèn)證證書。存在 多種機制，可以通過所述多種機制實現(xiàn)這一目的，并且這些機制對于本 領(lǐng)域技術(shù)人員是眾所周知的。為了在歸屬網(wǎng)絡(luò)中建立與S-CSCF的安全 關(guān)聯(lián)，在UA-AS與S-CSCF之間直接連接的情況下，UA-AS能夠(基于地 址過濾)使用在ISC上可用的現(xiàn)有的基本安全機制，或者其可以使用要 求UA-AS從HSS獲得安全令牌并將其提供給S-CSCF的增強的安全方法。 圖9圖示了這兩種用于注冊到IMS的可選接口。[當(dāng)UA-AS通過I-CSCF 注冊到IMS時，建立與S-CSCF、 I-CSCF的安全關(guān)聯(lián)，I-CSCF僅作為傳 送節(jié)點。]這里所描述的過程允許UA-AS為給定用戶注冊多個聯(lián)系，并且支持 對所述用戶使用多個UA-AS。該過程對用于用戶的UA-AS數(shù)目或聯(lián)系數(shù) 目沒有限制。該過程使得UA-AS可能注冊或取消注冊屬于另 一個SIP UA 的聯(lián)系，當(dāng)然，這要適當(dāng)?shù)奶峁┧璧脑S可。對于UA-AS所支持的功能、 性能和特征沒有限制。例如，UA-AS可發(fā)起和接收多媒體會話，或者其 可以是存在源和/或監(jiān)視器(watcher),等等。UA-AS作為SIP背對背 用戶代理(Back-to-Back User Agent, B2BUA )。注意，所述過程不僅 可應(yīng)用于公共用戶身份所識別的IMS用戶，還能應(yīng)用于公共服務(wù)身份所 識別的用戶?，F(xiàn)在將更為詳細(xì)地描述UA-AS能夠代表用戶注冊到IMS的各種可選 過程。w -w遞d戶-C遽/f g ,UA-AS將遵循3GPP TS24. 229條款5. 1. 1中所指定的用于P-CSCF發(fā) 現(xiàn)、注冊和iU正的現(xiàn)有UE過程。UA-AS還可以在IPv4情況下4吏用3GPP TR 23.981的方法。UA-AS在Gm接口上執(zhí)行這些過程。UA-AS將向I-CSCF發(fā)送REGISTER消息。遵循圖IO的信令序列，并 且當(dāng)用戶已經(jīng)注冊或未注冊時應(yīng)用。所述信令步驟如下1. UA-AS使用所提供的"歸屬域名"發(fā)現(xiàn)I-CSCF。UA-AS將向I-CSCF 發(fā)送注冊信息流，其中包括UA-AS地址/名稱、公共用戶身份、私有用 戶身份和UA-AS網(wǎng)絡(luò)標(biāo)識符。利用名稱-地址解析機制以便從所述歸屬 域名確定I-CSCF的地址。2. I-CSCF將向HSS發(fā)送Cx-Query/Cx-Select-Pull信息流，其中 包含公共用戶身份、私有用戶身份和UA-AS網(wǎng)絡(luò)標(biāo)識符。HSS將檢查所 述用戶是否已注冊。如每個現(xiàn)有過程，若有的話，HSS將根據(jù)用戶訂購 和操作者限制/約束來指示是否允許所述用戶在所述UA-AS所處的(由 網(wǎng)絡(luò)標(biāo)識符所標(biāo)識的)網(wǎng)絡(luò)中進4亍注冊。3. /人HSS向I-CSCF發(fā)送Cx-Query響應(yīng)/Cx-Select-Pul 1響應(yīng)。 其包含S-CSCF名稱(如果其為HSS所知的話)或S-CSCF性能(如果需 要選擇新的S-CSCF的話)。當(dāng)j又返回性能時，I-CSCF應(yīng)當(dāng)基于所返回 的性能執(zhí)行新的S-CSCF選擇功能。當(dāng)所述響應(yīng)包含S-CSCF名稱和性能 時，I-CSCF可執(zhí)行或不執(zhí)行新的分配。[如果HSS所執(zhí)行的檢查不成功， 則Cx-Query響應(yīng)拒絕注冊嘗試。]4. I-CSCF將使用S-CSCF的名稱通過名稱-地址解析機制來確定 S-CSCF的地址。所述I-CSCF還可能基于從HSS接收的信息確定適當(dāng)?shù)?歸屬網(wǎng)絡(luò)聯(lián)系點的名稱。所述I-CSCF將接著向所選擇的S-CSCF發(fā)送注 冊信息流(P-CSCF地址/名稱、公共用戶身份、私有用戶身份、P-CSCF 網(wǎng)絡(luò)標(biāo)識符、UA-AS地址)。所述S-CSCF將存儲如所述UA-AS所提供的 UA-AS地址/名稱。這表示所述歸屬網(wǎng)絡(luò)(以與傳統(tǒng)UE相同的方式)將 后續(xù)終止會話信令轉(zhuǎn)發(fā)至所述UA-AS所使用的地址/名稱。所述S-CSCF 將存儲UA-AS網(wǎng)絡(luò)標(biāo)識符信息。
5. S-CSCF將向HSS發(fā)送Cx-Put/Cx-Pu11 (公共用戶身份、私有用 戶身份、S-CSCF名稱)。6. HSS將存儲用戶的S-CSCF名稱并向所述S-CSCF返回信息流 Cx-Put響應(yīng)/Cx-Pull響應(yīng)(用戶信息)。從所述HSS發(fā)送至所述S-CSCF 的用戶信息將包括一個或多個名稱/地址數(shù)據(jù)，所述名稱/地址數(shù)據(jù)可在 所述用戶在該S-CSCF上注冊時被用來接入用于服務(wù)控制的一個(或多 個)平臺。7. 所述S-CSCF將存儲用于所指示的用戶的信息。除名稱/地址數(shù) 據(jù)之外，還可以發(fā)送安全信息以在所述S-CSCF中使用?；谶^濾標(biāo)準(zhǔn)， 所述S-CSCF將向服務(wù)控制平臺發(fā)送注冊信息并執(zhí)行任何適當(dāng)?shù)姆?wù)控 制過程。8. 所述S-CSCF將向I-CSCF返回200 0K信息流(歸屬網(wǎng)絡(luò)聯(lián)系信 息)。9. 所述I-CSCF將所述200 0K信息流(歸屬網(wǎng)絡(luò)聯(lián)系信息)發(fā)送 至UA-AS。所述I-CSCF將在發(fā)送該信息流之后釋放所有注冊信息。所述 UA-AS將存儲所述歸屬網(wǎng)絡(luò)聯(lián)系信息。將要意識到的是，所述信號流與TS 23. 288的章節(jié)5. 2. 2. 3中所描 述的類似，但是在當(dāng)前情形中，所述UA-AS在Ma (I-CSCF至AS)接口 上進行注冊。而且，出于認(rèn)證的目的，SIP-AS具有用于當(dāng)前過程的另一 IMPU和認(rèn)證證書，或者其是被信任的節(jié)點或利用安全令牌建立信任。S ,到5"-COT其中UA-AS選擇直接注冊到用戶的歸屬網(wǎng)絡(luò)中的S-CSCF，所述 UA-AS必須確定是否已經(jīng)向用戶分配了 S-CSCF，并且如果還沒有分配， 則觸發(fā)S-CSCF分配處理。在(HSS和AS之間的)Sh接口上存在現(xiàn)有的 機制，UA-AS可使用所述現(xiàn)有機制來確定是否分配了 S-CSCF,并且如果 已分配，則獲取所分配的S-CSCF的地址。在沒有分配S-CSCF的情況下， 所述UA-AS扭j亍如圖11所示的以下過程1.所述UA-AS試圖通過經(jīng)由Sh接口 (圖2)聯(lián)系歸屬用戶服務(wù)器 (HSS),向所述HSS發(fā)送代表用戶生成的所述用戶的SIP身份來接收 用于所述用戶的S-CSCF地址。所述UA-AS確定所述用戶沒有注冊并且 還沒有向所述用戶分配S-CSCF。2. 所述UA-AS從所述HSS請求所要求的S-CSCF性能。3. 所述HSS通過Sh接口向所述UA-AS返回所要求的S-CSCF性能。 由于當(dāng)前S-CSCF性能僅能夠通過Cx接口進行傳送，所以該功能是新的。4. 所述UA-AS根據(jù)一些預(yù)先確定的標(biāo)準(zhǔn)執(zhí)行S-CSCF選擇，其細(xì)節(jié) 在這里不相關(guān)。(目前這個功能位于I-CSCF中。)5. 所述UA-AS生成包括用戶身份(例如，sip:username@ operator, com)的SIP請求(例如，SIP REGISTER )。所述SIP請求通 過ISC接口^皮發(fā)送至所選擇的S-CSCF。6. 所述S-CSCF從所述HSS才企索用戶簡檔并且通知所述HSS這是分 配給所述用戶的S-CSCF,同時保持用戶在HSS中的未注冊狀態(tài)。所述 S-CSCF記錄在所分配的SIP身份和UA-AS的IP地址之間的映射。7. 所述HSS向所述S-CSCF返回用戶簡檔。用戶簡檔現(xiàn)在可包括發(fā) 起未注冊的服務(wù)簡檔信息，以及發(fā)起注冊的、終止注冊的和終止未注冊 的服務(wù)簡檔信息。8. 所述S-CSCF基于所接收的用戶簡檔(例如，到其它AS的鏈接) 執(zhí)行任意服務(wù)控制，并且記錄在所分配的SIP身份和所述UA-AS的地址 之間的映射。例如，服務(wù)控制可包含利用篩選(screening)濾波器控 制用戶對IMS服務(wù)的接入。9. 將SIP響應(yīng)轉(zhuǎn)發(fā)至所述UA-AS。這建立了 SIP會話。 假設(shè)已經(jīng)向用戶分配了 S-CSCF,則用于通過S-CSCF進行注冊的過程遵循圖12所示的信令流。所述信令步驟如下1. UA-AS檢索向用戶指定的S-CSCF的地址。在這種情況下，所分 配的S-CSCF遵循圖11的過程。2. 所述UA-AS向所分配的S-CSCF發(fā)送注冊信息流，包括UA-AS地 址/名稱、公共用戶身份、私有用戶身份和UA-AS網(wǎng)絡(luò)標(biāo)識符。采用名 稱-地址解析才幾制以侵;人歸屬域名確定所述S-CSCF的地址。所述S-CSCF 將存儲所述UA-AS提供的UA-AS地址/名稱。這表示歸屬網(wǎng)絡(luò)(以與其 作為UE相同的方式)將后續(xù)終止會話信令轉(zhuǎn)發(fā)至所述UA-AS所使用的 地址/名稱。所述S-CSCF將存儲所述UA-AS網(wǎng)絡(luò)標(biāo)識符信息。3. 所述S-CSCF向HSS發(fā)送Cx-Put/Cx-Pull (公共用戶身份、私有 用戶身份、S-CSCF名稱)。注意任選地，作為最佳情況(optimisation) , S-CSCF能夠檢測 這是否是重新注冊并忽略所述Cx-Put/Cx-Pull請求。4. 所述HSS將存儲用于該用戶的S-CSCF名稱并向所述S-CSCF返 回信息流Cx-Put響應(yīng)/Cx-Pull響應(yīng)(用戶信息)。所述S-CSCF將存 儲用于所指示的用戶的用戶信息。5. 基于過濾標(biāo)準(zhǔn)，所述S-CSCF將向服務(wù)控制平臺發(fā)送注冊信息并 執(zhí)行任何適當(dāng)?shù)姆?wù)控制過程。6. 所述S-CSCF將向I-CSCF返回200 OK信息流(歸屬網(wǎng)絡(luò)聯(lián)系信 息)。所述UA-AS將存儲歸屬網(wǎng)絡(luò)聯(lián)系信息?？捎勺鳛閁A-AS的應(yīng)用服務(wù)器執(zhí)行的其它過程包括以下過程重新注冊過程與圖12所示的注冊過程類似(其中用戶被注冊并具 有分配的S-CSCF)。UA-AS所發(fā)起的取消注冊過程又與圖12的注冊過程類似(其中用戶 被注冊并具有所分配的S-CSCF)，除了所述UA-AS發(fā)送新的REGISTER 消息，該REGISTER消息具有用于其希望取消注冊的一個或多個聯(lián)系的0 秒期滿值。取消注冊會導(dǎo)致用戶^皮"完全"取消注冊，并且所分配的 S-CSCF被釋放。當(dāng)然，如果用于所述用戶的至少 一個其它聯(lián)系保持注冊， 則所述S-CSCF將保持被分配。即使所述用戶完全被取消注冊，所述 S-CSCF也還可以保持被分配，例如，繼續(xù)使所述用戶用于"未注冊的" 服務(wù)。A9會話終jA《在 圖13示出了代表UE, UA-AS終止SIP請求的簡化信令流。這基于 TS 23. "8的5. 7. 2。當(dāng)然，UA-AS能夠處理用于正常SIP終止的所有其 它可能的信令替換方案。所述信令步驟如下1. 發(fā)起網(wǎng)絡(luò)(根據(jù)通過S-CSCF到S-CSCF過程的其中一個發(fā)起過 程)向用于終止用戶的服務(wù)CSCF發(fā)送包含初始SDP的SIP INVITE請求。2. 所接收的S-CSCF驗證服務(wù)簡檔，并且調(diào)用所討論用戶所需要的 任意終止服務(wù)邏輯，包括基于用戶對多媒體服務(wù)的訂購對所請求的SDP 進行的授權(quán)。3.所述S-CSCF (從注冊過程)記住該UA-AS的聯(lián)系地址，并且應(yīng) 用其正常路由過程，包括基于呼叫方偏好和用戶代理性能的路由，導(dǎo)致 UA-AS被選擇作為對其轉(zhuǎn)發(fā)請求的UA (或UA之一 )。所述S-CSCF將所 述INVITE轉(zhuǎn)發(fā)至所述UA-AS。4-5.所述UA-AS向S-CSCF發(fā)送200-OK,并且所述S-CSCF向會話 發(fā)起網(wǎng)絡(luò)返回所述200-0K。6-8.會話發(fā)起方通過經(jīng)由S-CSCF到S-CSCF過程向S-CSCF發(fā)送ACK 消息對所述200-OK進行響應(yīng)，并且接收S-CSCF沿信令路徑將此轉(zhuǎn)發(fā)至 終止端。本領(lǐng)域技術(shù)人員將意識到可以對上述實施例進行各種修改而不背 離本發(fā)明的范圍。
權(quán)利要求
1. 一種用于將用戶注冊到IP多媒體子系統(tǒng)網(wǎng)絡(luò)或從IP多媒體子系統(tǒng)網(wǎng)絡(luò)取消用戶注冊的方法，所述方法包括由會話發(fā)起協(xié)議應(yīng)用服務(wù)器代表用戶執(zhí)行會話發(fā)起協(xié)議注冊或取消注冊。
2. 如權(quán)利要求1所述的方法，在以下接口之一上執(zhí)行所述會話發(fā) 起協(xié)i義注冊或取消注冊具有服務(wù)呼叫狀態(tài)控制功能的服務(wù)控制接口 (ISC); 具有代理呼叫狀態(tài)控制功能的Gm接口；或 具有詢問呼叫狀態(tài)控制功能的Ma接口 。
3. 如權(quán)利要求1或2所述的方法，其中由所述應(yīng)用服務(wù)器向所選 擇的呼叫狀態(tài)控制功能發(fā)送SIP REGISTER方法來開始注冊或取消注冊。
4. 如權(quán)利要求2所述的方法，其中所述REGISTER方法包含以下信 息US-AS地址/名稱、應(yīng)用服務(wù)器所代表的用戶的公共用戶身份和私有 用戶身份、以及UA-AS網(wǎng)絡(luò)標(biāo)識符。
5. 如以上任意一項所述的方法，其中所述方法被用來將用戶注冊 到IP多媒體子系統(tǒng)網(wǎng)絡(luò)，所述方法包括注冊作為會話發(fā)起協(xié)議用戶代 理的會話發(fā)起協(xié)議應(yīng)用服務(wù)器的性能。
6. 如以上^f壬意一項所述的方法，其中用于注冊用戶或取消用戶注 冊的過程包括注冊或取消注冊用于所述用戶的一個或多個聯(lián)系地址。
7. 如權(quán)利要求5所述的方法，其中聯(lián)系地址是所述應(yīng)用服務(wù)器的 地址或另一實體的地址。
8. 如以上任意一項所述的方法，其中所述會話發(fā)起協(xié)議應(yīng)用服務(wù) 器作為背對背SIP用戶代理。
9. 一種操作IP多媒體子系統(tǒng)網(wǎng)絡(luò)內(nèi)的會話發(fā)起協(xié)議應(yīng)用服務(wù)器的 方法，所述方法包括與呼叫狀態(tài)控制功能交換會話發(fā)起協(xié)議信令以便注 冊或取消注冊IP多媒體子系統(tǒng)用戶。
10. —種在IP多媒體子系統(tǒng)網(wǎng)絡(luò)中使用的會話發(fā)起協(xié)議應(yīng)用服務(wù)器，所述應(yīng)用服務(wù)器包括用于與呼叫狀態(tài)控制功能交換會話發(fā)起協(xié)議信 令以便注冊或取消注冊IP多媒體子系統(tǒng)用戶的裝置。
全文摘要
一種用于將用戶注冊到IP多媒體子系統(tǒng)網(wǎng)絡(luò)或從IP多媒體子系統(tǒng)網(wǎng)絡(luò)取消用戶注冊的方法。所述方法包括由會話發(fā)起協(xié)議應(yīng)用服務(wù)器代表用戶執(zhí)行會話發(fā)起協(xié)議注冊或取消注冊。在以下接口之一上執(zhí)行注冊或取消注冊具有服務(wù)呼叫狀態(tài)控制功能的服務(wù)控制接口(ISC)；具有代理呼叫狀態(tài)控制功能的Gm接口；或具有詢問呼叫狀態(tài)控制功能的Ma接口。
文檔編號H04L29/06GK101401384SQ200680053907
公開日2009年4月1日 申請日期2006年3月21日 優(yōu)先權(quán)日2006年3月21日
發(fā)明者H·普爾齊比斯, S·特里爾 申請人:艾利森電話股份有限公司