專利名稱：一種ip多媒體子系統(tǒng)中多終端用戶的第三方注冊(cè)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，尤其涉及一種IP多i某體子系統(tǒng)中多終端用戶的 第三方注冊(cè)的方法。
背景技術(shù)：
IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng))是第三代合作伙伴 組織(3rd Generation Partnership Project,簡(jiǎn)稱3GPP)定義的下一代網(wǎng)絡(luò)的 標(biāo)準(zhǔn)，它的顯著特點(diǎn)是釆用了會(huì)話發(fā)起協(xié)議(Session Initiation Protocol ，簡(jiǎn) 稱SIP)體系，通訊與接入無(wú)關(guān)，可以具備多種媒體業(yè)務(wù)控制功能與承載能 力分離，呼叫與會(huì)話分離，應(yīng)用與服務(wù)分離，業(yè)務(wù)與網(wǎng)絡(luò)分離，以及移動(dòng)網(wǎng) 與英特網(wǎng)業(yè)務(wù)融合等多種能力，IMS的提出順應(yīng)了通訊網(wǎng)融合發(fā)展的趨勢(shì)。在IMS中， 一個(gè)用戶可以擁有多個(gè)不同的終端，稱之為多終端用戶， 這些多終端用戶擁有相同的公共用戶標(biāo)識(shí)(Public User Identity,筒稱PUI) 以及不同的私有用戶標(biāo)識(shí)(Private User Identity,簡(jiǎn)稱PVI), —個(gè)PUI可 以關(guān)聯(lián)多個(gè)PVI，當(dāng)然一個(gè)PVI也可以關(guān)聯(lián)多個(gè)PUI。目前IMS系統(tǒng)對(duì)多終 端用戶的支持也在日益加強(qiáng)，允許這些終端同時(shí)在線，同時(shí)進(jìn)行不同對(duì)話。 由于多終端用戶擁有的多個(gè)終端的能力差異很大，不同終端對(duì)IMS核心要 求也不同，應(yīng)此要求IMS系統(tǒng)對(duì)不同終端提供差異化服務(wù)將成為一種趨勢(shì)。圖1為一個(gè)PUI擁有三個(gè)終端UE1、 UE2、 UE3的網(wǎng)絡(luò)結(jié)構(gòu)圖，圖中的 架構(gòu)包括了應(yīng)用服務(wù)器(Application Server,簡(jiǎn)稱AS ) -101 、 S-CSCF( Serving Call Session Control Function,服務(wù)呼叫會(huì)話控制功能)-102, P-CSCF( Proxy Call Session Control Function,代理呼叫會(huì)話控制功能)-103、用戶終端1 (User Equipment No.l ，簡(jiǎn)稱UE1) - 104、用戶終端2( User Equipment No.2, 簡(jiǎn)稱UE2) -105、用戶終端3 (UserEquipmentNo.3,簡(jiǎn)稱UE3) -106。 圖中的UE1、 UE2、 UE3擁有為同一個(gè)用戶的三個(gè)不同終端，分別為不同的設(shè)備，擁有很大差異的終端能力，它們?cè)贗MS系統(tǒng)中成功注冊(cè)后，綁定了 不同的聯(lián)系地址，分另'J為UEl@home.com , UE2@home.com , UE3@home.com。用戶在使用IMS業(yè)務(wù)之前，必須成功執(zhí)行注冊(cè)過(guò)程，而用戶在使用特 定的應(yīng)用之前，也必須到制定的應(yīng)用服務(wù)器進(jìn)行第三方注冊(cè)，而在完成第三 方注冊(cè)之后，應(yīng)用服務(wù)器對(duì)該用戶進(jìn)行狀態(tài)訂閱，如果一個(gè)PUI對(duì)應(yīng)的多個(gè) 終端依次進(jìn)行了注冊(cè)，則將在應(yīng)用服務(wù)器上進(jìn)行多次第三方注冊(cè)、應(yīng)用服務(wù) 器也將進(jìn)行多次狀態(tài)訂閱。圖2是目前IMS系統(tǒng)擁有多終端用戶的多個(gè)終端分別完成注冊(cè)、狀態(tài) 訂閱的流程示意圖。圖2中的用戶有3個(gè)不同的終端UE1、 UE2以及UE3， 這三個(gè)終端^f吏用相同的PUI。 UE1、 UE2、 UE3都在同一個(gè)IMS系統(tǒng)中注冊(cè)、 并完成第三方注冊(cè)，應(yīng)用服務(wù)器狀態(tài)訂閱的流程包括以下步驟。S201,用戶終端UE1在S-CSCF上成功注冊(cè)，綁定聯(lián)系地址 UEl@home.com,并完成用戶狀態(tài)訂閱，這部分流程在本發(fā)明中不需要特別 關(guān)注，不進(jìn)行展開描述；S202， S-CSCF在成功處理完成UE1的注冊(cè)請(qǐng)求后，向應(yīng)用服務(wù)器發(fā)起 第三方注冊(cè)請(qǐng)求，本次第三方注冊(cè)請(qǐng)求我們命名為"第三方注冊(cè)l";S203，應(yīng)用服務(wù)器接到"第三方注冊(cè)1",完成鑒權(quán)、認(rèn)證后，向S-CSCF 發(fā)送第三方注冊(cè)1的注冊(cè)成功響應(yīng)；S204,應(yīng)用服務(wù)器發(fā)起對(duì)UE1所對(duì)應(yīng)的PUI的狀態(tài)訂閱請(qǐng)求，本次應(yīng) 用服務(wù)器發(fā)起的狀態(tài)訂閱請(qǐng)求命名為"應(yīng)用服務(wù)器狀態(tài)訂閱1"，簡(jiǎn)稱"訂 閱1";S205， S-CSCF接收應(yīng)用服務(wù)器的訂閱，發(fā)送訂閱成功響應(yīng)，此時(shí)UE1S206,與用戶終端UE1共享同一個(gè)PUI的另外一個(gè)終端UE2，也在 S-CSCF上成功注冊(cè)，綁定聯(lián)系地址UE2@home.com，并完成用戶狀態(tài)訂閱；S207， S-CSCF在成功處理完成UE2的注冊(cè)請(qǐng)求后，向應(yīng)用服務(wù)器發(fā)起 第三方注冊(cè)請(qǐng)求，本次第三方注冊(cè)請(qǐng)求我們命名為"第三方注冊(cè)2";在這 里"第三方注冊(cè)2"報(bào)文內(nèi)容與"第三方注冊(cè)1"報(bào)文內(nèi)容大抵相仿，主要 區(qū)別表現(xiàn)在聯(lián)系地址不同"第三方注冊(cè)1"的聯(lián)系地址為UEl@home.com， 而"第三方注冊(cè)2"的聯(lián)系地址為UE2@home.com，以及可能注冊(cè)過(guò)期時(shí)間 的差異；S208,應(yīng)用服務(wù)器接到"第三方注冊(cè)2",完成鑒權(quán)、認(rèn)證后，向S-CSCF 發(fā)送第三方注冊(cè)成功響應(yīng)；S209，應(yīng)用服務(wù)器發(fā)起對(duì)UE2所對(duì)應(yīng)的PUI的狀態(tài)訂閱請(qǐng)求，本次應(yīng) 用服務(wù)器發(fā)起的狀態(tài)訂閱請(qǐng)求命名為"應(yīng)用服務(wù)器狀態(tài)訂閱2"，簡(jiǎn)稱"訂 閱2"，由于狀態(tài)訂閱是針對(duì)PUI的，所以"訂閱1"與"訂閱2"是應(yīng)用 服務(wù)器對(duì)同一PUI的兩次重復(fù)的訂閱，"訂閱1"與"訂閱2"報(bào)文內(nèi)容幾 乎完全相同；S210， S-CSCF接收應(yīng)用服務(wù)器的"訂閱2",發(fā)送訂閱成功響應(yīng)，此 時(shí)UE2完成了注冊(cè)、并且應(yīng)用服務(wù)器也完成了對(duì)UE2所對(duì)應(yīng)的PUI的狀態(tài) 訂閱；S211，用戶終端UE3也與用戶終端UE1、 UE2共享同一個(gè)PUI，也在 S-CSCF上成功注冊(cè)，綁定聯(lián)系地址UE3@home.com，并完成用戶狀態(tài)訂閱；；S212, S-CSCF在成功處理完成UE3的注冊(cè)請(qǐng)求后，向應(yīng)用服務(wù)器發(fā)起 第三方注冊(cè)請(qǐng)求，本次第三方注冊(cè)請(qǐng)求我們命名為"第三方注冊(cè)3";在這 里"第三方注冊(cè)3"報(bào)文內(nèi)容也與"第三方注冊(cè)I"、"第三方注冊(cè)2"報(bào) 文內(nèi)容大抵相仿，主要不同為聯(lián)系地址不同，以及可能注冊(cè)過(guò)期時(shí)間的差異；S2i3，應(yīng)用服務(wù)器接到"第三方注冊(cè)3",完成鑒權(quán)、認(rèn)證后，向S-CSCF 發(fā)送第三方注冊(cè)成功響應(yīng)；S214，應(yīng)用服務(wù)器發(fā)起對(duì)UE3所對(duì)應(yīng)的PUI的狀態(tài)訂閱請(qǐng)求，本次應(yīng) 用服務(wù)器發(fā)起的狀態(tài)訂閱請(qǐng)求命名為"應(yīng)用服務(wù)器狀態(tài)訂閱3"，簡(jiǎn)稱"訂 閱3",訂閱1"、"訂閱2"與"訂閱2"是應(yīng)用服務(wù)器對(duì)同一PUI的重復(fù) 的訂閱，報(bào)文內(nèi)容也幾乎完全相同；S215， S-CSCF接收應(yīng)用服務(wù)器的"訂閱3"，發(fā)送訂閱成功響應(yīng)，此 時(shí)UE3完成了注冊(cè)、并且應(yīng)用服務(wù)器也完成了對(duì)UE3所對(duì)應(yīng)的PUI的狀態(tài) 訂閱；在圖2所示的客戶端訂閱過(guò)程中，我們可以看出擁有同一個(gè)PUI的 三個(gè)不同的終端UE1、 UE2、 UE3分別在同一個(gè)IMS核心網(wǎng)中注冊(cè)的過(guò)程 中，S-CSCF為這三個(gè)終端進(jìn)行了三次流程完全相同，報(bào)文也幾乎一致的第 三方注冊(cè)流程，同時(shí)應(yīng)用服務(wù)器對(duì)終端對(duì)應(yīng)PUI的相同的狀態(tài)訂閱也進(jìn)行了 三次。圖3是現(xiàn)有技術(shù)中三個(gè)終端在狀態(tài)發(fā)生變化，以及需要進(jìn)行訂閱刷新時(shí) 的流程示意圖，基本流程如下S301,當(dāng)三個(gè)終端中某個(gè)終端發(fā)生狀態(tài)變化，或者由終端主動(dòng)發(fā)起了重 注冊(cè)時(shí)；S302-S303, S-CSCF獲知有終端發(fā)生狀態(tài)變化，如果終端狀態(tài)變化為 IMS核心網(wǎng)中網(wǎng)元^r測(cè)到終端發(fā)生變化，則S302為某個(gè)網(wǎng)元通知S-CSCF， 這個(gè)不屬于本發(fā)明關(guān)注的內(nèi)容，這里不進(jìn)行詳細(xì)描述，而如果終端主動(dòng)發(fā)起 重注冊(cè)請(qǐng)求時(shí)，S302則是一個(gè)注冊(cè)過(guò)程；S304，因?yàn)閳D2中的應(yīng)用服務(wù)器在S-CSCF上成功訂閱了 "訂閱1", S-CSCF向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知(NOTIFY消息)請(qǐng)求；5305, 應(yīng)用服務(wù)器收到"訂閱1"的狀態(tài)通知后，向S-CSCF發(fā)送狀態(tài) 通知響應(yīng)；5306, 圖2中的應(yīng)用服務(wù)器在S-CSCF上成功訂閱了 "訂閱2" , S-CSCF 向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知(NOTIFY消息)請(qǐng)求，"訂閱2"的狀態(tài)通知 請(qǐng)求與"訂閱1"的狀態(tài)通知請(qǐng)求都是反映同一個(gè)PUI的同一個(gè)終端發(fā)生了 狀態(tài)變更或者重注冊(cè)，因此內(nèi)容完全雷同；5307, 應(yīng)用服務(wù)器收到"訂閱2"的狀態(tài)通知后，向S-CSCF發(fā)送狀態(tài) 通知響應(yīng)；5308, 圖2中的應(yīng)用服務(wù)器在S-CSCF上成功訂閱了 "訂閱3" , S-CSCF向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知(NOTIFY消息)請(qǐng)求，"訂閱3"的狀態(tài)通知 請(qǐng)求也與"訂閱1"、"訂閱2"的狀態(tài)通知請(qǐng)求完全一致；S309,應(yīng)用服務(wù)器收到"訂閱3"的狀態(tài)通知后，向S-CSCF發(fā)送狀態(tài) 通知相應(yīng)；由此可見(jiàn)，在先行技術(shù)中，多終端用戶只要有個(gè)終端發(fā)生狀態(tài)變化或者 重注冊(cè)，S-CSCF都會(huì)發(fā)送等于終端訂閱總數(shù)的通知消息給應(yīng)用服務(wù)器；而 多終端用戶的每個(gè)終端都有可能發(fā)生狀態(tài)變化，都會(huì)進(jìn)行定期重注冊(cè)，應(yīng)此 對(duì)于擁有多個(gè)終端的用戶而言，狀態(tài)變化或者重注冊(cè)將是相當(dāng)頻繁的，而每 次狀態(tài)變化或者重注冊(cè)，S-CSCF都需要向應(yīng)用服務(wù)器發(fā)送多個(gè)內(nèi)容雷同的 狀態(tài)通知消息。圖4是現(xiàn)有技術(shù)中三個(gè)終端進(jìn)行重訂閱的流程，三個(gè)狀態(tài)訂閱("訂閱 1"、"訂閱2"、"訂閱3")的超時(shí)可能并不相同，因此三個(gè)狀態(tài)訂閱的 重訂閱也有可能并不同步，這里為了表述更清晰，只畫出每個(gè)狀態(tài)訂閱的一 次重訂閱，其基本流程如下5401, 應(yīng)用服務(wù)器需要實(shí)時(shí)監(jiān)控所有訂閱是否超時(shí)，此時(shí)應(yīng)用服務(wù)器發(fā) 現(xiàn)"訂閱1"需要重訂閱；5402, 應(yīng)用服務(wù)器向S-CSCF發(fā)起"訂閱1"的重訂閱請(qǐng)求；5403, S-CSCF返回"訂閱I"的重訂閱請(qǐng)求的回應(yīng)；5404, 應(yīng)用服務(wù)器發(fā)現(xiàn)"訂閱2"需要重訂閱；5405, 應(yīng)用服務(wù)器向S-CSCF發(fā)起"訂閱2"的重訂閱請(qǐng)求，"訂閱2" 請(qǐng)求與"訂閱1"請(qǐng)求內(nèi)容相仿，應(yīng)此這里的"訂閱2"的重訂閱請(qǐng)求也與"訂閱1"的重訂閱請(qǐng)求內(nèi)容相仿；5406, S-CSCF返回"訂閱2"的重訂閱請(qǐng)求的回應(yīng)；5407, 應(yīng)用服務(wù)器發(fā)現(xiàn)"訂閱3"需要重訂閱；S408，應(yīng)用服務(wù)器向S-CSCF發(fā)起"訂閱3"的重訂閱請(qǐng)求，"訂閱3" 的重訂閱請(qǐng)求與"訂閱1"的重訂閱、"訂閱2"的重訂閱請(qǐng)求內(nèi)容相仿；S409, S-CSCF返回"訂閱3"的重訂閱請(qǐng)求的回應(yīng)；由此我們可以看到圖2至圖4中同一 PUI對(duì)應(yīng)的三個(gè)UE在注冊(cè)過(guò)程中， S-CSCF與應(yīng)用服務(wù)器都進(jìn)行了完全相同的操作第三方注冊(cè)、應(yīng)用服務(wù)器 用戶狀態(tài)訂閱，消息雷同，占用了大量網(wǎng)絡(luò)資源；由于對(duì)同一UE重復(fù)訂閱， 所以每次UE發(fā)生狀態(tài)變化，S-CSCF將產(chǎn)生數(shù)個(gè)相同的通知消息發(fā)給應(yīng)用 服務(wù)器；并且應(yīng)用服務(wù)器端發(fā)起的訂閱刷新請(qǐng)求也需要發(fā)送多次。如果一個(gè) PUI對(duì)應(yīng)的終端數(shù)量更大，這些終端同時(shí)在線，每個(gè)終端都將在規(guī)定的時(shí)間 內(nèi)進(jìn)行在IMS網(wǎng)絡(luò)的重注冊(cè)，以及其它情況的狀態(tài)變更，對(duì)于PUI而言， 變化將非常頻繁，而每次變化將產(chǎn)生多個(gè)消息通知，并且由于通知消息體較 大，浪費(fèi)大量的網(wǎng)絡(luò)資源。如果能夠減少對(duì)這些資源無(wú)效的占用，是非常值 得研究的。發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問(wèn)題是提供一種IP多媒體子系統(tǒng)中多終端用戶的 第三方注冊(cè)方法，減少了重復(fù)的多次消息雷同的第三方注冊(cè)、應(yīng)用服務(wù)器狀 態(tài)訂閱對(duì)網(wǎng)絡(luò)資源的無(wú)效的占用。為了解決上述問(wèn)題，本發(fā)明提供了一種IP多々某體子系統(tǒng)中多終端用戶 的第三方注冊(cè)方法，包括以下步驟(1 )當(dāng)終端向服務(wù)呼叫會(huì)話控制功能模塊S-CSCF發(fā)起注冊(cè)時(shí)，S-CSCF 查詢與該終端對(duì)應(yīng)的PUI是否已經(jīng)在應(yīng)用服務(wù)器上進(jìn)行了第三方注冊(cè)；如果 是，則S-CSCF不再發(fā)起第三方注冊(cè)請(qǐng)求；如果該P(yáng)UI尚未注冊(cè)或者重新進(jìn) 行注冊(cè)，則S-CSCF向應(yīng)用服務(wù)器發(fā)起第三方注冊(cè)請(qǐng)求，執(zhí)行下一步；(2)應(yīng)用服務(wù)器接到第三方注冊(cè)請(qǐng)求后，完成鑒權(quán)、認(rèn)證，并向S-CSCF 反々貴注冊(cè)成功響應(yīng)；(3 ) S-CSCF在本地保存該P(yáng)UI的注冊(cè)信息。 進(jìn)一步的，本發(fā)明所述的方法，其中，步驟(1)中，還包括當(dāng)所述用戶終端發(fā)起注冊(cè)時(shí)，經(jīng)查詢?cè)揚(yáng)UI已經(jīng)在應(yīng)用服務(wù)器上進(jìn)行了 第三方注冊(cè)，則S-CSCF不再發(fā)起第三方注冊(cè)請(qǐng)求，之后應(yīng)用服務(wù)器檢測(cè)該 PUI是否進(jìn)4亍了狀態(tài)訂閱。進(jìn)一步的，本發(fā)明所述的方法，其中，步驟(l)中，應(yīng)用服務(wù)器實(shí)時(shí) 監(jiān)控所有訂閱，如果訂閱發(fā)生超時(shí)，則應(yīng)用服務(wù)器向S-CSCF重新發(fā)起訂閱請(qǐng)求。進(jìn)一步的，本發(fā)明所述的方法，其中，在步驟(l)中，當(dāng)所述用戶終 端發(fā)起注冊(cè)時(shí)，經(jīng)查詢?cè)揚(yáng)UI已經(jīng)在應(yīng)用服務(wù)器上進(jìn)行了第三方注冊(cè)，則 S-CSCF不再向應(yīng)用服務(wù)器發(fā)起第三方注冊(cè)請(qǐng)求，當(dāng)檢測(cè)到尚未進(jìn)行PUI狀 態(tài)訂閱或者重新發(fā)起狀態(tài)訂閱請(qǐng)求時(shí)，則還執(zhí)行以下步驟(I) 應(yīng)用服務(wù)器向S-CSCF發(fā)起對(duì)該P(yáng)UI的狀態(tài)訂閱請(qǐng)求；(II) S-CSCF接收應(yīng)用服務(wù)器的訂閱請(qǐng)求，發(fā)送訂閱成功響應(yīng)，應(yīng)用 服務(wù)器完成對(duì)該P(yáng)UI的狀態(tài)訂閱。進(jìn)一步的，本發(fā)明所述的方法，其中，在步驟(l)中，當(dāng)所述用戶終 端發(fā)起注冊(cè)時(shí)，經(jīng)查詢?cè)揚(yáng)UI已經(jīng)在應(yīng)用服務(wù)器上進(jìn)行了第三方注冊(cè)，則 S-CSCF不再向應(yīng)用服務(wù)器發(fā)起第三方注冊(cè)請(qǐng)求，且檢測(cè)到該用戶終端已經(jīng) 完成了PUI狀態(tài)訂閱，則執(zhí)行以下步驟(i) S-CSCF向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知消息，通知應(yīng)用服務(wù)器該P(yáng)UI 已經(jīng)在S-CSCF上注冊(cè)成功且已經(jīng)進(jìn)行了 PUI狀態(tài)訂閱；(ii) 應(yīng)用服務(wù)器收到狀態(tài)通知請(qǐng)求后，向S-CSCF發(fā)送狀態(tài)通知響應(yīng)。與現(xiàn)有^L術(shù)相比，本發(fā)明減少了重復(fù)的多次消息雷同的第三方注冊(cè)、應(yīng) 用服務(wù)器狀態(tài)訂閱對(duì)網(wǎng)絡(luò)資源的無(wú)效的占用，以提高效率，降低運(yùn)營(yíng)成本， 提高網(wǎng)絡(luò)用戶容量。


圖1是現(xiàn)有技術(shù)中多終端用戶在IMS系統(tǒng)中的網(wǎng)絡(luò)架構(gòu)示意圖；圖2是現(xiàn)有技術(shù)中多終端用戶在IMS系統(tǒng)中注冊(cè)、訂閱流程的示意圖；圖3是現(xiàn)有技術(shù)中多終端用戶在IMS系統(tǒng)中終端狀態(tài)變化通知流程示 意圖；圖4是現(xiàn)有技術(shù)中多終端用戶在IMS系統(tǒng)中應(yīng)用服務(wù)器狀態(tài)訂閱刷新 流程示意圖；圖5是本發(fā)明的應(yīng)用實(shí)例中多終端用戶在IMS系統(tǒng)中注冊(cè)、訂閱的示 意圖；圖6是本發(fā)明的應(yīng)用實(shí)例中多終端用戶在IMS系統(tǒng)中終端狀態(tài)變化通 知流程示意圖；圖7是本發(fā)明的應(yīng)用實(shí)例中多終端用戶在IMS系統(tǒng)中應(yīng)用服務(wù)器狀態(tài) 訂閱刷新流程示意圖。
具體實(shí)施方式
本發(fā)明核心思想是S-CSCF在完成用戶終端的注冊(cè)請(qǐng)求之后，不再直 接向相關(guān)的應(yīng)用服務(wù)器發(fā)起第三方注冊(cè)；先查詢?cè)摻K端對(duì)應(yīng)的PUI是否已經(jīng) 在應(yīng)用服務(wù)器上存在當(dāng)前有效的注冊(cè)；如果不存在，則發(fā)起第三方注冊(cè)請(qǐng)求，請(qǐng)求完成后，在本地記錄該P(yáng)UI的注冊(cè)標(biāo)識(shí)；如果存在，將不再不發(fā)起第三 方注冊(cè)請(qǐng)求。另外，狀態(tài)訂閱也要對(duì)PUI進(jìn)行查詢，如果該P(yáng)UI已經(jīng)存在狀態(tài)訂閱， 則不必再發(fā)起狀態(tài)訂閱請(qǐng)求。因此，對(duì)應(yīng)同一PUI的終端，不會(huì)發(fā)起重復(fù)的第三方注冊(cè)請(qǐng)求和狀態(tài)訂 閱請(qǐng)求，減少了對(duì)網(wǎng)絡(luò)資源的無(wú)效的占用。本發(fā)明為了解決傳統(tǒng)技術(shù)方案存在的弊端，通過(guò)以下具體實(shí)施例進(jìn)一步 闡述本發(fā)明所述的一種IP多媒體子系統(tǒng)中多終端用戶的第三方注冊(cè)的方法， 以下對(duì)具體實(shí)施方式
進(jìn)行詳細(xì)描述，但不作為對(duì)本發(fā)明的限定。圖5是本發(fā)明的應(yīng)用實(shí)例中多終端用戶在IMS系統(tǒng)中注冊(cè)、訂閱的示 意圖。S501,用戶終端UEl在S-CSCF上成功注冊(cè)，綁定聯(lián)系地址 UEl@home.com,并完成用戶狀態(tài)訂閱；S502， S-CSCF判斷UEl對(duì)應(yīng)PUI是否在相應(yīng)的應(yīng)用服務(wù)器上有有效的 第三方注冊(cè)，本次S-CSCF發(fā)現(xiàn)UEl對(duì)應(yīng)的PUI目前在應(yīng)用服務(wù)器上沒(méi)有 有效的第三方注冊(cè)；5503, 因此S-CSCF在成功處理完成UEl的注冊(cè)請(qǐng)求后，向應(yīng)用服務(wù)器 發(fā)起第三方注冊(cè)請(qǐng)求；5504, 應(yīng)用服務(wù)器接到第三方注冊(cè)請(qǐng)求，完成鑒權(quán)、認(rèn)證后，向S-CSCF 發(fā)送第三方注冊(cè)的注冊(cè)成功響應(yīng)；(此時(shí)該P(yáng)UI已經(jīng)在應(yīng)用服務(wù)器上進(jìn)行了 第三方注冊(cè)，但尚未進(jìn)行PUI狀態(tài)訂閱)S505，應(yīng)用服務(wù)器發(fā)起對(duì)UE1所對(duì)應(yīng)的PUI的狀態(tài)訂閱請(qǐng)求；5506, S-CSCF接收應(yīng)用服務(wù)器的訂閱，發(fā)送訂閱成功響應(yīng)；5507, S-CSCF將對(duì)該P(yáng)UI進(jìn)行的第三方注冊(cè)請(qǐng)求的信息保存到本地， 此時(shí)UEl完成了注冊(cè)、并且應(yīng)用服務(wù)器也完成了對(duì)UEl所對(duì)應(yīng)的PUI的狀 態(tài)訂閱；S508，與用戶終端UEl共享同一個(gè)PUI的另外一個(gè)終端UE2,也在 S-CSCF上成功注冊(cè)，綁定聯(lián)系地址UE2@home.com，并完成用戶狀態(tài)訂閱；S509, S-CSCF判斷UE2對(duì)應(yīng)PUI是否在相應(yīng)的應(yīng)用服務(wù)器上有有效的 第三方注冊(cè)，本次S-CSCF發(fā)現(xiàn)UE2對(duì)應(yīng)的PUI目前在應(yīng)用服務(wù)器上已經(jīng) 有有效的第三方注冊(cè)，因此不再進(jìn)行第三方注冊(cè)；閱，應(yīng)此S-CSCF向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知消息，通知應(yīng)用服務(wù)器UE2 已經(jīng)在S-CSCF上注冊(cè)成功；5511, 應(yīng)用服務(wù)對(duì)狀態(tài)通知消息進(jìn)行確認(rèn)；5512, 用戶終端UE3也與用戶終端UE1、 UE2共享同一個(gè)PUI，也在 S-CSCF上成功注冊(cè)，綁定聯(lián)系地址UE3@home.com,并完成用戶狀態(tài)訂閱；第三方注冊(cè)，本次S-CSCF發(fā)現(xiàn)UE2對(duì)應(yīng)的PUI目前在應(yīng)用服務(wù)器上已經(jīng) 有有效的第三方注冊(cè)，因此不再進(jìn)行第三方注冊(cè)；S514, S-CSCF發(fā)現(xiàn)該應(yīng)用服務(wù)器已經(jīng)對(duì)UE2對(duì)應(yīng)的PUI進(jìn)行了狀態(tài)訂 閱，應(yīng)此S-CSCF向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知消息，通知應(yīng)用服務(wù)器UE2 已經(jīng)在S-CSCF上注冊(cè)成功；S515，應(yīng)用服務(wù)對(duì)狀態(tài)通知消息進(jìn)行確認(rèn)；本例中省略了后兩次注冊(cè)的第三方注冊(cè)流程，而采用狀態(tài)通知消息替 代，由于第三方注冊(cè)需要應(yīng)用服務(wù)器與HSS進(jìn)行交互，涉及的網(wǎng)元多而流 程復(fù)雜，因此能夠大大簡(jiǎn)化后兩次的注冊(cè)流程；同時(shí)也省略了后兩次注冊(cè)中 應(yīng)用服務(wù)器發(fā)起的用戶狀態(tài)訂閱，而因?yàn)楝F(xiàn)有技術(shù)中的三次狀態(tài)訂閱內(nèi)容大 抵相同，而這些內(nèi)容在進(jìn)行第一次狀態(tài)訂閱時(shí)候，訂閱的雙方應(yīng)用服務(wù)器與 S-CSCF均已知曉，應(yīng)此這樣的省略也不會(huì)對(duì)現(xiàn)有應(yīng)用帶來(lái)影響。圖6是本發(fā)明的應(yīng)用實(shí)例中多終端用戶在IMS系統(tǒng)中終端狀態(tài)變化通 知流程示意圖，此時(shí)該P(yáng)UI已經(jīng)在應(yīng)用服務(wù)器上進(jìn)行了第三方注冊(cè)，但是發(fā) 起了重新進(jìn)行注冊(cè)，則包括以下步驟S601,當(dāng)三個(gè)終端中某個(gè)終端發(fā)生狀態(tài)變化，或者由終端主動(dòng)發(fā)起了重 注冊(cè)時(shí)；S602-S603, S-CSCF獲知有終端發(fā)生狀態(tài)變化，如果終端狀態(tài)變化為 IMS核心網(wǎng)中網(wǎng)元檢測(cè)到終端發(fā)生變化，則S602為某個(gè)網(wǎng)元通知S-CSCF, 這個(gè)不屬于本發(fā)明關(guān)注的內(nèi)容，這里不進(jìn)行詳細(xì)描述，而如果終端主動(dòng)發(fā)起 重注冊(cè)請(qǐng)求時(shí)，S602則是一個(gè)注冊(cè)過(guò)程(與S502-S507相似)；S604， S-CSCF向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知(NOTIFY消息)請(qǐng)求；S605，應(yīng)用服務(wù)器收到狀態(tài)通知請(qǐng)求后，向S-CSCF發(fā)送狀態(tài)通知響應(yīng)。本例中可以看出，使用本發(fā)明提供的方法，當(dāng)某個(gè)終端發(fā)生狀態(tài)變化或者重注冊(cè)的時(shí)候，S-CSCF只需要向應(yīng)用服務(wù)器發(fā)送一個(gè)狀態(tài)通知消息，而 現(xiàn)有技術(shù)中需要發(fā)的三個(gè)狀態(tài)通知消息完全雷同，因此這樣的改動(dòng)也不會(huì)對(duì) 現(xiàn)有應(yīng)用帶了影響。圖7是本發(fā)明的應(yīng)用實(shí)例中多終端用戶在IMS系統(tǒng)中應(yīng)用服務(wù)器狀態(tài) 訂閱刷新流程示意圖，此時(shí)PUI已經(jīng)在應(yīng)用服務(wù)器上進(jìn)行了第三方注冊(cè)，包 括以下步驟S701,應(yīng)用服務(wù)器需要實(shí)時(shí)監(jiān)控所有訂閱是否超時(shí)，此時(shí)應(yīng)用服務(wù)器發(fā) 現(xiàn)需要重訂閱；S702，應(yīng)用服務(wù)器向S-CSCF發(fā)起的重訂閱請(qǐng)求；S703, S-CSCF返回的重訂閱請(qǐng)求的回應(yīng)。從圖7所示的例子可以看出，應(yīng)用服務(wù)器只需要對(duì)一個(gè)PUI維護(hù)一個(gè)狀 態(tài)訂閱，而且一個(gè)狀態(tài)訂閱在一個(gè)超時(shí)周期內(nèi)也只需要進(jìn)行一次重訂閱，節(jié) 約了對(duì)應(yīng)用服務(wù)器CPU的占用，減少了應(yīng)用服務(wù)器本地?cái)?shù)據(jù)的規(guī)模，減輕 了網(wǎng)絡(luò)負(fù)擔(dān)。綜上所述，本發(fā)明同時(shí)對(duì)同一個(gè)PUI只進(jìn)行了一次第三方注冊(cè)、 一次訂 閱；而后面UE的每次狀態(tài)變化，只發(fā)一個(gè)通知消息給應(yīng)用服務(wù)器；并且應(yīng) 用服務(wù)器多個(gè)終端用戶只需要維護(hù)一個(gè)狀態(tài)訂閱，訂閱刷新也只需要進(jìn)行一 次；對(duì)同一個(gè)PUI, S-CSCF只進(jìn)行一次第三方注冊(cè)，節(jié)省了大量的網(wǎng)絡(luò)資源。當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的 情況下，熟悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā)明做出各種相應(yīng)的改變和變形， 但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種IP多媒體子系統(tǒng)中多終端用戶的第三方注冊(cè)的方法，其特征在于，包括以下步驟(1)當(dāng)終端向服務(wù)呼叫會(huì)話控制功能模塊發(fā)起注冊(cè)時(shí)，服務(wù)呼叫會(huì)話控制功能模塊查詢與該終端對(duì)應(yīng)的公共用戶標(biāo)識(shí)是否已經(jīng)在應(yīng)用服務(wù)器上進(jìn)行了第三方注冊(cè)；如果是，則服務(wù)呼叫會(huì)話控制功能模塊不再發(fā)起第三方注冊(cè)請(qǐng)求；如果該公共用戶標(biāo)識(shí)尚未注冊(cè)或者重新進(jìn)行注冊(cè)，則服務(wù)呼叫會(huì)話控制功能模塊向應(yīng)用服務(wù)器發(fā)起第三方注冊(cè)請(qǐng)求，執(zhí)行下一步；(2)應(yīng)用服務(wù)器接到第三方注冊(cè)請(qǐng)求后，完成鑒權(quán)、認(rèn)證，并向服務(wù)呼叫會(huì)話控制功能模塊反饋?zhàn)?cè)成功響應(yīng)；(3)服務(wù)呼叫會(huì)話控制功能模塊在本地保存該公共用戶標(biāo)識(shí)的注冊(cè)信息。
2、 如權(quán)利要求l所述的方法，其特征在于，步驟(l)中，還包括當(dāng)所述用戶終端發(fā)起注冊(cè)時(shí)，經(jīng)查詢?cè)摴灿脩魳?biāo)識(shí)已經(jīng)在應(yīng)用服務(wù)器 上進(jìn)行了第三方注冊(cè)，則服務(wù)呼叫會(huì)話控制功能模塊不再發(fā)起第三方注冊(cè)請(qǐng) 求，之后應(yīng)用服務(wù)器檢測(cè)該公共用戶標(biāo)識(shí)是否進(jìn)行了狀態(tài)訂閱。
3、 如權(quán)利要求2所述的方法，其特征在于，步驟(l)中，應(yīng)用服務(wù)器 實(shí)時(shí)監(jiān)控所有訂閱，如果訂閱發(fā)生超時(shí)，則應(yīng)用服務(wù)器向服務(wù)呼叫會(huì)話控制 功能模塊重新發(fā)起訂閱請(qǐng)求。
4、 如權(quán)利要求3所述的方法，其特征在于，在步驟(l)中，當(dāng)所述用 戶終端發(fā)起注冊(cè)時(shí)，經(jīng)查詢?cè)摴灿脩魳?biāo)識(shí)已經(jīng)在應(yīng)用服務(wù)器上進(jìn)行了第三 方注冊(cè)，則服務(wù)呼叫會(huì)話控制功能模塊不再向應(yīng)用服務(wù)器發(fā)起第三方注冊(cè)請(qǐng) 求，當(dāng)檢測(cè)到尚未進(jìn)行公共用戶標(biāo)識(shí)狀態(tài)訂閱或者重新發(fā)起狀態(tài)訂閱請(qǐng)求 時(shí)，則還執(zhí)行以下步驟(I)應(yīng)用服務(wù)器向服務(wù)呼叫會(huì)話控制功能模塊發(fā)起對(duì)該公共用戶標(biāo)識(shí)的狀態(tài)訂閱請(qǐng)求；(II)服務(wù)呼叫會(huì)話控制功能模塊接收應(yīng)用服務(wù)器的訂閱請(qǐng)求，發(fā)送訂 閱成功響應(yīng)，應(yīng)用服務(wù)器完成對(duì)該公共用戶標(biāo)識(shí)的狀態(tài)訂閱。
5、如權(quán)利要求2所述的方法，其特征在于，在步驟(l)中，當(dāng)所述用 戶終端發(fā)起注冊(cè)時(shí)，經(jīng)查詢?cè)摴灿脩魳?biāo)識(shí)已經(jīng)在應(yīng)用服務(wù)器上進(jìn)行了第三 方注冊(cè)，則服務(wù)呼叫會(huì)話控制功能才莫塊不再向應(yīng)用服務(wù)器發(fā)起第三方注冊(cè)請(qǐng) 求，且檢測(cè)到該用戶終端已經(jīng)完成了公共用戶標(biāo)識(shí)狀態(tài)訂閱，則執(zhí)行以下步 驟(i) 服務(wù)呼叫會(huì)話控制功能模塊向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知消息，通 知應(yīng)用服務(wù)器該公共用戶標(biāo)識(shí)已經(jīng)在服務(wù)呼叫會(huì)話控制功能模塊上注冊(cè)成 功且已經(jīng)進(jìn)行了公共用戶標(biāo)識(shí)狀態(tài)訂閱；(ii) 應(yīng)用服務(wù)器收到狀態(tài)通知請(qǐng)求后，向服務(wù)呼叫會(huì)話控制功能模塊 發(fā)送狀態(tài)通知響應(yīng)。
全文摘要
本發(fā)明公開了一種IP多媒體子系統(tǒng)中多終端用戶的第三方注冊(cè)方法，包括以下步驟(1)當(dāng)終端向S-CSCF發(fā)起注冊(cè)時(shí)，S-CSCF查詢與該終端對(duì)應(yīng)的PUI是否已經(jīng)在應(yīng)用服務(wù)器上進(jìn)行了第三方注冊(cè)；如果是，則S-CSCF不再發(fā)起第三方注冊(cè)請(qǐng)求；如果該P(yáng)UI尚未注冊(cè)或者重新進(jìn)行注冊(cè)，則S-CSCF向應(yīng)用服務(wù)器發(fā)起第三方注冊(cè)請(qǐng)求，執(zhí)行下一步；(2)應(yīng)用服務(wù)器接到第三方注冊(cè)請(qǐng)求后，完成鑒權(quán)、認(rèn)證，并向S-CSCF反饋?zhàn)?cè)成功響應(yīng)；(3)S-CSCF在本地保存該P(yáng)UI的注冊(cè)信息。本發(fā)明減少重復(fù)的多次消息雷同的第三方注冊(cè)、應(yīng)用服務(wù)器狀態(tài)訂閱對(duì)網(wǎng)絡(luò)資源的無(wú)效的占用，以提高效率，降低運(yùn)營(yíng)成本，提高網(wǎng)絡(luò)用戶容量。
文檔編號(hào)H04L12/56GK101217480SQ20081000182
公開日2008年7月9日 申請(qǐng)日期2008年1月9日 優(yōu)先權(quán)日2008年1月9日
發(fā)明者李世濤, 斌 王, 郝振武, 陳志峰 申請(qǐng)人:中興通訊股份有限公司