專利名稱：基于ip多媒體子系統(tǒng)的多終端用戶的用戶訂閱方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，具體地，涉及ip多々某體子系統(tǒng)中多終端 用戶的(應(yīng)用力良務(wù)器)訂閱方法。
背景技術(shù)：
IMS (IP Multimedia Subsystem, IP多J 某體子系統(tǒng))是第三代合 fM火4半纟且織(3rd Generation Partnership Project,簡-爾3GPP)定義 的下一代網(wǎng)絡(luò)的標準，它的顯著特點是采用了會話發(fā)起協(xié)議 (Session Initiation Protocol,簡稱SIP )體系、通ifl與4妄入無關(guān)、可 以具備多種媒體業(yè)務(wù)控制功能與承載能力分離、呼叫與會話分離， 應(yīng)用與月良務(wù)分離、業(yè)務(wù)與網(wǎng)絡(luò)分離、以及移動網(wǎng)與英特網(wǎng)業(yè)務(wù)融合 等多種能力。IMS的提出順應(yīng)了通訊網(wǎng)融合發(fā)展的趨勢。
在IMS中， 一個用戶可以擁有多個不同的終端，稱之為多纟冬端 用戶，這些多鄉(xiāng)冬端用戶擁有相同的7>共用戶標識(Public User Identity,簡稱PUI)以及不同的私有用戶標識(Private User Identity, 簡稱PVI)， 一個PUI可以關(guān)耳關(guān)多個PVI,當(dāng)然， 一個PVI也可以關(guān) 寫關(guān)多個PUI。
目前，IMS系統(tǒng)對多終端用戶的支持也在日益加強，其允許這 些終端同時在線，同時進^f亍不同對-活。由于多纟冬端用戶擁有的多個
終端的能力差異很大，不同終端對IMS核心要求也不同，應(yīng)此要求 IMS系統(tǒng)對不同終端提供差異化服務(wù)將成為一種趨勢。
圖1示出了 一個PUI(如User@home.com )擁有三個纟冬端UE1 、 UE2、 UE3的網(wǎng)絡(luò)結(jié)構(gòu)圖。如圖1所示，圖中的架構(gòu)包括了應(yīng)用月l 務(wù)器101 ( Application Server,簡稱AS ), S-CSCF 102 ( Serving Call Session Control Function,月良務(wù)呼叫會話控制功能)，P-CSCF 103，
(Proxy Call Session Control Function, ^理呼叫會話4空制功能)用 戶終端1 104 (User Equipment No. 1,簡稱UE1)、用戶終端2105，
(User Equipment No.2 ，簡稱UE2 )用戶終端3 106 ( User Equipment No.3，簡牙爾UE3)。
圖1中的UE1、 UE2、 UE3為同一個用戶的三個不同終端，分 別為不同的設(shè)備，擁有4艮大差異的終端能力，它們在IMS系統(tǒng)中成 功注冊后，綁定了不同的耳關(guān)系地址，例如，分別為UEl@home.com, UE2@home.com, UE3@home.com;在這里，這些終端都需要在同 一個應(yīng)用服務(wù)器上進行第三方注冊，應(yīng)用服務(wù)器需要對終端進行狀 態(tài)訂閱。用戶在使用IMS業(yè)務(wù)之前，必須成功執(zhí)行注冊過程，而用 戶在使用特定的應(yīng)用之前，需要到指定的應(yīng)用服務(wù)器進行第三方注 冊，而在完成第三方注冊之后，應(yīng)用力良務(wù)器可以只十該用戶進^^犬態(tài) 訂閱，圖1中一個PUI (User@home.com)對應(yīng)的三個終端依次成 功完成了注冊流程之后，都需要在同 一個應(yīng)用"良務(wù)器上進4亍第三方 注冊，該應(yīng)用服務(wù)器也都需要進行狀態(tài)訂閱，這樣就需要進行三次 第三方注冊，應(yīng)用服務(wù)器也需要進行三次狀態(tài)訂閱；關(guān)于這些第三 方注冊與狀態(tài)訂閱的流禾呈爿尋在圖2中描述。
圖2是目前IMS系統(tǒng)多終端用戶的多個終端分別完成注冊、狀 態(tài)訂閱的流程示意圖。圖2中的用戶有3個不同的終端UE1、 UE2 以及UE3，這三個鄉(xiāng)冬端4吏用相同的PUI。 UE1、 UE2、 UE3者P在同一個IMS系統(tǒng)中注冊、并完成第三方注冊，則力口圖2所示，應(yīng)用月良 務(wù)器狀態(tài)訂閱的流禾呈包4舌以下步驟
5201, 用戶終端UE1在S-CSCF上成功注冊，綁定聯(lián)系地址 UEl@home.com，并完成用戶狀態(tài)訂閱，這部分流禾呈在本發(fā)明中不 需要特別關(guān)注，不進行展開描述；
5202, S-CSCF在成功處理完成UE1的注冊請求后，向應(yīng)用服 務(wù)器發(fā)起第三方注冊請求，本次第三方注冊請求我們命名為"第三 方注冊1";
5203, 應(yīng)用服務(wù)器接到"第三方注冊l"，完成鑒權(quán)、認證后， 向S-CSCF發(fā)送第三方注冊1的注冊成功響應(yīng)；
S204，應(yīng)用服務(wù)器發(fā)起對UE1所對應(yīng)的PUI的狀態(tài)訂閱請求， 本次應(yīng)用服務(wù)器發(fā)起的狀態(tài)訂閱請求命名為"應(yīng)用服務(wù)器狀態(tài)訂閱 1",簡稱"訂閱l";
S205， S-CSCF接收應(yīng)用服務(wù)器的訂閱，發(fā)送訂閱成功響應(yīng)， 此時UE1完成了注冊、并且應(yīng)用服務(wù)器也完成了對UE1所對應(yīng)的 PUI的4犬態(tài)訂閱；
S206,與用戶鄉(xiāng)冬端UE1共享同一個PUI的另外一個鄉(xiāng)冬端UE2， 也在S-CSCF上成功注冊，綁定耳關(guān)系地址UE2@home.com,并完成 用戶狀態(tài)訂閱；
S207， S-CSCF在成功處理完成UE2的注冊請求后，向應(yīng)用服 務(wù)器發(fā)起第三方注冊請求，本次第三方注冊請求我們命名為"第三 方注冊2";在這里"第三方注冊2"才艮文內(nèi)容與"第三方注冊1" 報文內(nèi)容大致類似，主要區(qū)別表現(xiàn)在聯(lián)系地址不同"第三方注冊1"
的聯(lián)系地址為UEl@home.com,而"第三方注冊2"的聯(lián)系地址為 UE2@home.com,以及可能注冊過期時間的差異；
S208，應(yīng)用服務(wù)器接到"第三方注冊2"，完成鑒權(quán)、認證后， 向S-CSCF發(fā)送第三方注冊成功響應(yīng)；
S209，應(yīng)用服務(wù)器發(fā)起對UE2所對應(yīng)的PUI的狀態(tài)訂閱請求， 本次應(yīng)用服務(wù)器發(fā)起的狀態(tài)訂閱請求命名為"應(yīng)用服務(wù)器狀態(tài)訂閱 2",簡稱"訂閱2",由于狀態(tài)訂閱是針對PUI的，所以"訂閱1" 與"訂閱2"是應(yīng)用服務(wù)器對同一PUI的兩次重復(fù)的訂閱，"訂閱1" 與"訂閱2"才艮文內(nèi)容幾乎完全相同；
S210， S-CSCF接收應(yīng)用服務(wù)器的"訂閱2"，發(fā)送訂閱成功響 應(yīng)，此時UE2完成了注冊，并且應(yīng)用服務(wù)器也完成了對UE2所對 應(yīng)的PUI的4犬態(tài)i丁閱；
S211,用戶鄉(xiāng)冬端UE3與用戶i冬端UE1、 UE2共享同一個PUI， 也在S-CSCF上成功注冊，綁定聯(lián)系地址UE3@home.com，并完成 用戶狀態(tài)訂閱；
S212， S-CSCF在成功處理完成UE3的注冊請求后，向應(yīng)用服 務(wù)器發(fā)起第三方注冊請求，本次第三方注冊請求我們命名為"第三 方注冊3";在這里，"第三方注冊3"的沖艮文內(nèi)容也與"第三方注冊 1"、"第三方注冊2"的凈艮文內(nèi)容大致類似，主要不同為聯(lián)系地址不 同，以及可能注冊過期時間的差異；
S213，應(yīng)用服務(wù)器接到"第三方注冊3",完成鑒權(quán)、認證后， 向S-CSCF發(fā)送第三方注冊成功響應(yīng)；
S214,應(yīng)用服務(wù)器發(fā)起對UE3所對應(yīng)的PUI的狀態(tài)訂閱請求， 本次應(yīng)用服務(wù)器發(fā)起的狀態(tài)訂閱請求命名為"應(yīng)用服務(wù)器狀態(tài)訂閱
3"，簡稱"訂閱3"。訂閱1"、"訂閱2"、"訂閱3"是應(yīng)用月良務(wù)器對 同一PUI的重復(fù)的訂閱，報文內(nèi)容也幾乎完全相同；
S215, S-CSCF接收應(yīng)用服務(wù)器的"訂閱3",發(fā)送訂閱成功響 應(yīng)，此時UE3完成了注冊，并且應(yīng)用月l務(wù)器也完成了對UE3所對 應(yīng)的PUI的4犬態(tài)i丁閱；
從圖2所示的客戶端訂閱過程可以看出，擁有同一個PUI的三 個不同的終端UE1、 UE2、 UE3分別在同一個IMS核心網(wǎng)中注冊的 過程中，S-CSCF為這三個終端進行的三次流程完全相同、才艮文也 幾乎一致的第三方注冊流禾呈，同時，應(yīng)用力良務(wù)器對-纟冬端只t應(yīng)PUI的 相同的狀態(tài)訂閱也進行了三次。
圖3是現(xiàn)有技術(shù)中三個終端在狀態(tài)發(fā)生變化，以及需要進行訂 閱刷新時的流程示意圖。如圖3所示，基本流程如下
S301，三個終端中某個終端發(fā)生狀態(tài)變化，或者由終端主動發(fā) 起了重注冊；
S302 -S303， S-CSCF獲知有終端發(fā)生狀態(tài)變化，如果終端狀 態(tài)變化為IMS核心網(wǎng)中網(wǎng)元沖全測到終端發(fā)生變化，則S302為某個 網(wǎng)元通知S-CSCF，而如果終端主動發(fā)起重注冊i青求時，S302貝'J是 一個注冊過禾呈；
S304，因為圖2中的應(yīng)用服務(wù)器在S-CSCF上成功訂閱了 "訂 閱1"， S-CSCF向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知(NOTIFY消息)請求；
S305,應(yīng)用月良務(wù)器收到"訂閱1"的狀態(tài)通知后，向S-CSCF 發(fā)送狀態(tài)通知響應(yīng)；S306，圖2中的應(yīng)用月良務(wù)器在S-CSCF上成功訂閱了 "訂閱2", S-CSCF向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知(NOTIFY消息)請求，"訂閱 2"的狀態(tài)通知請求與"訂閱1"的狀態(tài)通知請求都是反映同一個PUI 的同 一個終端發(fā)生了狀態(tài)變更或者重注冊，因此內(nèi)容完全相同；S307,應(yīng)用服務(wù)器收到"訂閱2"的狀態(tài)通知后，向S-CSCF 發(fā)送狀態(tài)通知響應(yīng)；S308，圖2中的應(yīng)用月良務(wù)器在S-CSCF上成功訂閱了 "訂閱3"， S-CSCF向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知(NOTIFY消息)請求，"訂閱 3"的狀態(tài)通知^"求也與"訂閱1"、"訂閱2"的狀態(tài)通知"i青求完全 一致；S309,應(yīng)用月良務(wù)器收到"訂閱3"的狀態(tài)通知后，向S-CSCF 發(fā)送4犬態(tài)通》口響應(yīng)；由此可見，在現(xiàn)4亍4支術(shù)中，多終端用戶只要有一個終端發(fā)生狀 態(tài)變化或者重注冊，S-CSCF都會發(fā)送等于終端訂閱總數(shù)的通知消 息給應(yīng)用服務(wù)器；而多終端用戶的每個終端都有可能發(fā)生狀態(tài)變化， 都會進4亍定期重注冊，應(yīng)此對于擁有多個終端的用戶而言，狀態(tài)變 化或者重注冊將是相當(dāng)頻繁的，而每當(dāng)狀態(tài)變化或者重注冊時， S-CSCF都需要向應(yīng)用服務(wù)器發(fā)送多個內(nèi)容相同的狀態(tài)通知消息。圖4是現(xiàn)有技術(shù)中三個終端進行重訂閱的流程示意圖。三個狀 態(tài)訂閱("訂閱l"、"訂閱2"、"訂閱3")的超時可能并不相同，因 此三個狀態(tài)訂閱的重訂閱也有可能并不同步，這里為了表述更清晰， 只示出了每個狀態(tài)訂閱的一次重訂閱，如圖4所示，其基本流禾呈如 下S401,應(yīng)用服務(wù)器實時監(jiān)控所有訂閱是否超時，此時應(yīng)用服務(wù) 器發(fā)現(xiàn)"訂閱1"需要重訂閱；
5402, 應(yīng)用服務(wù)器向S-CSCF發(fā)起"訂閱1"的重訂閱請求；5403, S-CSCF返回"訂閱1"的重"i丁閱誚-求的回應(yīng)；5404, 應(yīng)用服務(wù)器發(fā)現(xiàn)"訂閱2"需要重訂閱；S405，應(yīng)用月良務(wù)器向S-CSCF發(fā)起"訂閱2"的重訂閱"i青求，"訂 閱2"請求與"訂閱1"請求內(nèi)容類似，應(yīng)此這里的"訂閱2"的重 訂閱請求也與"訂閱1"的重訂閱請求內(nèi)容類似；S406, S-CSCF返回"訂閱2"的重訂閱請求的回應(yīng)；S407，應(yīng)用月良務(wù)器發(fā)現(xiàn)"訂閱3"需要重訂閱；S408,應(yīng)用服務(wù)器向S-CSCF發(fā)起"訂閱3"的重訂閱請求，"訂 閱3"的重訂閱i青求與"訂閱1"的重訂閱^青求、"訂閱2"的重訂 閱i青求內(nèi)容相似；S409， S-CSCF返回"i丁閱3"的重i丁閱i青求的回應(yīng)；由此可以看出，圖2至圖4中同一PUI對應(yīng)的三個UE在注冊 過程中，S-CSCF與應(yīng)用服務(wù)器都進行了完全相同的操作第三方 注冊、應(yīng)用服務(wù)器用戶狀態(tài)訂閱，其消息雷同，占用了大量網(wǎng)絡(luò)資 源；由于對同一UE重復(fù)訂閱，所以每次UE發(fā)生狀態(tài)變化，S-CSCF 將產(chǎn)生數(shù)個相同的通知消息發(fā)給應(yīng)用服務(wù)器；并且應(yīng)用服務(wù)器端發(fā) 起的訂閱刷新請求也需要發(fā)送多次。如果一個PUI對應(yīng)的終端數(shù)量 更大，這些終端同時在線，每個終端都將在^L定的時間內(nèi)進4亍在IMS 網(wǎng)絡(luò)的重注冊以及其它情況的狀態(tài)變更，對于PUI而言，變化將非 常頻繁，而每次變化將產(chǎn)生多個消息通知，并且由于通知消息體4交 大，因此浪費大量的網(wǎng)絡(luò)資源。如果能夠減少對這些資源的無效占 用，則無!是將是理想的。發(fā)明內(nèi)容考慮到相關(guān)4支術(shù)中存在的多終端用戶的注冊過程、終端狀態(tài)變 化通知流程、以及應(yīng)用服務(wù)器狀態(tài)訂閱刷新流程中信息交互過于繁 瑣，從而導(dǎo)致占用大量的網(wǎng)絡(luò)資源以及處理效率不高的問題而提出 本發(fā)明。為此，本發(fā)明旨在提供一種基于IP多媒體子系統(tǒng)的多終端 用戶的i丁閱方法。根據(jù)本發(fā)明的基于IP多媒體子系統(tǒng)的多終端用戶的訂閱方法，用于包括應(yīng)用服務(wù)器、服務(wù)呼叫會話控制功能實體即S-CSCF的網(wǎng) 絡(luò)環(huán)境，其中，多終端用戶的多個終端共享一個7>共用戶標識。該方法包4舌以下處理應(yīng)用月良務(wù)器處理來自S-CSCF的纟冬端的 第三方注冊請求；應(yīng)用服務(wù)器查詢終端對應(yīng)的/>共用戶標識是否已 經(jīng)進行了狀態(tài)訂閱；在公共用戶標識沒有進行狀態(tài)訂閱的情況下， 應(yīng)用服務(wù)器發(fā)起對公共用戶標識的狀態(tài)訂閱請求，在/〉共用戶標識 已經(jīng)進行了狀態(tài)訂閱的情況下，應(yīng)用服務(wù)器不再發(fā)起狀態(tài)訂閱請求。另外，在/>共用戶標識沒有進行狀態(tài)訂閱的情況下，應(yīng)用H務(wù) 器在發(fā)起的狀態(tài)訂閱成功后，在本地記錄公共用戶標識已經(jīng)進行了 狀態(tài)訂閱的〗言息?？梢跃唧w為如下才喿作^1尋7>共用戶標識乂于應(yīng)的狀 態(tài)訂閱標識i殳置為有歲文。上述方法可以進一步包括如下4喿作S-CSCF接收到狀態(tài)訂閱 請求后，向應(yīng)用月良務(wù)器發(fā)送訂閱成功響應(yīng)。at匕夕卜，上述方法可以進一步包4舌以下處理多纟冬端用戶的纟冬端 發(fā)生狀態(tài)變化或者終端主動發(fā)起了重注冊；S-CSCF獲知終端的狀 態(tài)發(fā)生變化；S-CSCF向應(yīng)用服務(wù)器發(fā)送狀態(tài)通知請求；應(yīng)用服務(wù) 器向S-CSCF發(fā)送狀態(tài)通知響應(yīng)。
此外，上述方法可以進一步包括以下處理應(yīng)用服務(wù)器實施監(jiān) 控所有訂閱是否超時，并且監(jiān)控到需要重訂閱；應(yīng)用服務(wù)器向 S-CSCF發(fā)送重訂閱請求；S-CSCF向應(yīng)用月良務(wù)器發(fā)送重訂閱響應(yīng)。通過本發(fā)明，可以有效地減少訂閱過程中對資源的占用，特別 是減少重復(fù)多次的雷同訂閱對網(wǎng)絡(luò)資源的無效占用，乂人而可以^是高 效率，降低運營成本，提高網(wǎng)絡(luò)用戶容量。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


附圖用來才是供對本發(fā)明的進一步理解，并且構(gòu)成"i兌明書的一部 分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的 限制。在附圖中圖1是根據(jù)相關(guān)技術(shù)的IMS系統(tǒng)中多終端用戶的網(wǎng)絡(luò)架構(gòu)示意圖；圖2是才艮據(jù)相關(guān)^支術(shù)的多終端用戶在IMS系統(tǒng)中的注冊、訂閱 流程的示意圖；圖3是根據(jù)相關(guān)技術(shù)的IMS系統(tǒng)中多終端用戶的終端狀態(tài)變化 通知流禾呈示意圖；圖4是根據(jù)相關(guān)技術(shù)的IMS系統(tǒng)中多終端用戶的應(yīng)用服務(wù)器狀 態(tài)訂閱刷新流禾呈示意圖5是根據(jù)本發(fā)明實施例的基于IP多媒體子系統(tǒng)的多終端用戶 的訂閱方法的流^E圖；圖6是根據(jù)本發(fā)明實施例的基于IP多媒體子系統(tǒng)的多終端用戶 的訂閱方法的具體實現(xiàn)過程的詳細處理流程圖；圖7是圖5所示的方法中終端狀態(tài)變化通知流程的示意圖；圖8是圖5所示的方法中應(yīng)用服務(wù)器狀態(tài)訂閱刷新流程的示意圖。
具體實施方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本 發(fā)明。根據(jù)本發(fā)明實施例，提供了 一種基于IP多媒體子系統(tǒng)的多終端 用戶的訂閱方法。該方法可以用于包括應(yīng)用服務(wù)器(AS)、服務(wù)呼 叫會話控制功能實體(S-CSCF)的網(wǎng)絡(luò)環(huán)境，例如，圖1所示的IMS 系統(tǒng)。另外，如上所述，多終端用戶指的是多個終端共享一個公共 用戶標識(PUI)的用戶。如圖5所示，根據(jù)本發(fā)明實施例的基于IP多媒體子系統(tǒng)的多終 端用戶的訂閱方法包4舌以下處理步驟S502， AS處理來自S-CSCF的終端的第三方注冊請求；步驟S504, AS查詢終端對應(yīng)的PUI是否已經(jīng)進行了狀態(tài)訂閱 (或者，查詢終端對應(yīng)的PUI的訂閱狀態(tài)是否有效)； 步驟S506，在該PUI沒有進行狀態(tài)訂閱的情況下，AS發(fā)起對 PUI的狀態(tài)訂閱請求，而在PUI已經(jīng)進行了狀態(tài)訂閱的情況下，AS 不再發(fā)起狀態(tài)訂閱請求。另外，在PUI沒有進行狀態(tài)訂閱的情況下，AS在發(fā)起的狀態(tài) 訂閱成功后，在本地記錄PUI已經(jīng)進行了狀態(tài)訂閱的信息。例如， AS可以將PUI對應(yīng)的狀態(tài)訂閱標識設(shè)置為有效。在步驟S506中，S-CSCF在接收到狀態(tài)訂閱請求后，可以向 AS發(fā)送訂閱成功響應(yīng)。以下將進一步結(jié)合附圖通過實例來描述本發(fā)明。假設(shè)多用戶終 端有三個終端UE1、 UE2、 UE3。則如圖6所示，才艮據(jù)本發(fā)明實施 例的基于IP多々某體子系統(tǒng)的多纟冬端用戶的訂閱方法可以具體為以 下處理步驟S601,用戶終端UE1在S-CSCF上成功注冊，綁定聯(lián)系 ;也址UEl@home.com,并完成用戶習(xí)犬態(tài)i丁閱；步驟S602, S-CSCF在成功處理完成UE1的注冊請求后，向 AS發(fā)起第三方注冊i青求，本次第三方注冊"i青求可以命名為"第三方 注冊1";步驟S603， AS接到"第三方注冊l"，完成鑒權(quán)、認證后，向 S-CSCF發(fā)送第三方注冊1的注冊成功響應(yīng)；步驟S604, AS在本地數(shù)據(jù)中查詢到UE1對應(yīng)的PUI在本AS 沒有有效的狀態(tài)訂閱；步驟S605， AS發(fā)起對UE1所對應(yīng)的PUI的狀態(tài)訂閱i青求；
步驟S606， S-CSCF接收AS的訂閱請求，發(fā)送訂閱成功響應(yīng)；步驟S607, AS將對該PUI進行的訂閱請求信息保存到本地， 此時UEl完成了注冊、并且AS也完成了對UEl所對應(yīng)的PUI的 一犬態(tài):汀閱；步驟S608,與用戶終端UEl共享同一個PUI的另外一個終端 UE2，也在S-CSCF上成功注冊，綁定聯(lián)系地址UE2@home.com， 并完成用戶^R態(tài)i丁閱；步驟S609， S-CSCF在成功處理完成UE2的注冊請求后，向 AS發(fā)起第三方注冊請求，本次第三方注冊請求可以命名為"第三方 注冊2";步驟S610, AS接到"第三方注冊2",完成鑒權(quán)、認證后，向 S-CSCF發(fā)送第三方注冊成功響應(yīng)；步驟S611 ， AS在本地數(shù)據(jù)中查詢到UE2對應(yīng)的PUI在本AS 有有效的狀態(tài)訂閱，應(yīng)此不再進行狀態(tài)訂閱；步-驟S612，用戶終端UE3也與用戶鄉(xiāng)冬端UE1、 UE2共享同一 個PUI,也在S-CSCF上成功注冊，綁定聯(lián)系地址UE3@home.com, 并完成用戶4犬態(tài)-汀閱；步驟S613, S-CSCF在成功處理完成UE3的注冊i青求后，向 AS發(fā)起第三方注冊請求，本次第三方注冊請求可以命名為"第三方 注冊3，，；步驟S614， AS接到"第三方注冊3"，完成鑒權(quán)、認證后，向 S-CSCF發(fā)送第三方注冊成功響應(yīng)；
步驟S615, AS在本地數(shù)據(jù)中查詢到UE3對應(yīng)的PUI在本AS 有有效的狀態(tài)訂閱，因此不再進4亍狀態(tài)訂閱。為了便于描述，本實例中省略了后兩次注冊過程中AS發(fā)起的 用戶狀態(tài)訂閱，這是因為，目前的實現(xiàn)才支術(shù)中，三次狀態(tài)訂閱內(nèi)容 大致相同，并且在進4亍第 一次狀態(tài)訂閱時，訂閱的雙方AS和S-CSCF 均已經(jīng)知曉這些內(nèi)容。此外，如圖7所示，當(dāng)終端發(fā)生狀態(tài)變化或者終端主動發(fā)起了 重注冊時，上述方法可以進一步包4舌以下處理步-驟S702,多終端用戶的某個終端發(fā)生狀態(tài)變化或者終端主動 發(fā)起了重注冊；步驟S704， S-CSCF獲知終端的狀態(tài)發(fā)生變化；(如果終端狀態(tài) 變化為IMS核心網(wǎng)中網(wǎng)元4全測到終端發(fā)生變化，貝'J通知S-CSCF的 過程偉某個網(wǎng)元通知S-CSCF，如果是終端主動發(fā)起重注冊^青求， 貝'J通知S-CSCF的過程為注冊過程)；步驟S706, S-CSCF向AS發(fā)送狀態(tài)通知(NOTIFY消息)請求；步驟S708, AS向S-CSCF發(fā)送狀態(tài)通知響應(yīng)。乂人以上描述可以看出，在本發(fā)明中，當(dāng)某個終端發(fā)生狀態(tài)變化 或者重注冊時，S-CSCF只需要向AS發(fā)送一個狀態(tài)通知消息，而現(xiàn) 有技術(shù)中需要發(fā)送完全雷同的三個狀態(tài)通知消息，因此本發(fā)明無疑 可以4是高處理歲文率，節(jié)省網(wǎng)^各資源。如圖8所示，當(dāng)AS狀態(tài)訂閱刷新時，上述方法可以進一步包 4舌以下處理 步驟S802， AS實施監(jiān)控所有訂閱是否超時，并且監(jiān)控到需要 重"i丁閱；步驟S804， AS向S-CSCF發(fā)送重訂閱請求；步驟S806, S-CSCF向AS發(fā)送重訂閱響應(yīng)。乂人以上描述可以看出，AS只需要乂于一個PUI維護一個4犬態(tài)訂 閱，而且一個狀態(tài)訂閱在一個超時周期內(nèi)也只需要進4亍一次重訂閱， 節(jié)約了對AS的CPU的占用，從而可以減少AS本地數(shù)據(jù)的規(guī)模， 以及減輕網(wǎng)絡(luò)負4旦。如上所述，通過本發(fā)明，可以有效地減少訂閱過程中對資源的 占用，特別是減少重復(fù)多次的雷同訂閱對網(wǎng)絡(luò)資源的無效占用，從 而可以提高效率，降低運營成本，提高網(wǎng)絡(luò)用戶容量。以上所述〗又為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種基于IP多媒體子系統(tǒng)的多終端用戶的訂閱方法，用于包括應(yīng)用服務(wù)器、服務(wù)呼叫會話控制功能實體即S-CSCF的網(wǎng)絡(luò)環(huán)境，所述多終端用戶的多個終端共享一個公共用戶標識，其特征在于，所述方法包括應(yīng)用服務(wù)器處理來自S-CSCF的第三方注冊請求；所述應(yīng)用服務(wù)器查詢所述終端對應(yīng)的公共用戶標識是否已經(jīng)進行了狀態(tài)訂閱；在所述公共用戶標識沒有進行狀態(tài)訂閱的情況下，所述應(yīng)用服務(wù)器發(fā)起對所述公共用戶標識的狀態(tài)訂閱請求，在所述公共用戶標識已經(jīng)進行了狀態(tài)訂閱的情況下，所述應(yīng)用服務(wù)器不再發(fā)起狀態(tài)訂閱請求。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，進一步包括在所述/>共用戶標識沒有進4亍狀態(tài)訂閱的情況下，所述應(yīng) 用服務(wù)器在發(fā)起的狀態(tài)訂閱成功后，在本地記錄所述公共用戶 標識已經(jīng)進行了狀態(tài)訂閱的信息。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，具體為將所述乂>共用戶標識對應(yīng)的狀態(tài)訂閱標識i殳置為有歲文。
4. 4艮據(jù)權(quán)利要求1所述的方法，其特征在于，進一步包括所述S-CSCF接收到所述狀態(tài)訂閱請求后，向所述應(yīng)用服 務(wù)器發(fā)送訂閱成功響應(yīng)。
5. 根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于，進一 步包括所述多終端用戶的終端發(fā)生狀態(tài)變化或者終端主動發(fā)起 了重注冊；所述S-CSCF獲知所述終端的狀態(tài)發(fā)生變化；所述S-CSCF向所述應(yīng)用服務(wù)器發(fā)送狀態(tài)通知請求；所述應(yīng)用力良務(wù)器向所述S-CSCF發(fā)送a犬態(tài)通知響應(yīng)。
6. 根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于，進一 步包括所述應(yīng)用服務(wù)器實施監(jiān)控所有訂閱是否超時，并且監(jiān)控到 需要重訂閱；所述應(yīng)用月良務(wù)器向所述S-CSCF發(fā)送重訂閱請求； 所述S-CSCF向所述應(yīng)用月l務(wù)器發(fā)送重訂閱響應(yīng)。
全文摘要
本發(fā)明公開了一種基于IP多媒體子系統(tǒng)的多終端用戶的訂閱方法，該方法包括以下處理應(yīng)用服務(wù)器處理來自S-CSCF的終端的第三方注冊請求；應(yīng)用服務(wù)器查詢終端對應(yīng)的公共用戶標識是否已經(jīng)進行了狀態(tài)訂閱；在公共用戶標識沒有進行狀態(tài)訂閱的情況下，應(yīng)用服務(wù)器發(fā)起對公共用戶標識的狀態(tài)訂閱請求，在公共用戶標識已經(jīng)進行了狀態(tài)訂閱的情況下，應(yīng)用服務(wù)器不再發(fā)起狀態(tài)訂閱請求。通過本發(fā)明，可以有效地減少訂閱過程中對資源的占用，特別是減少重復(fù)多次的雷同訂閱對網(wǎng)絡(luò)資源的無效占用，從而可以提高效率，降低運營成本，提高網(wǎng)絡(luò)用戶容量。
文檔編號H04L12/16GK101159570SQ20071016568
公開日2008年4月9日 申請日期2007年10月31日 優(yōu)先權(quán)日2007年10月31日
發(fā)明者李世濤, 斌 王, 郝振武, 陳志峰 申請人:中興通訊股份有限公司