專利名稱：基于ip多媒體子系統(tǒng)的多終端用戶的用戶訂閱方法
技術領域：
本發(fā)明涉及通訊領域，具體地，涉及ip多々某體子系統(tǒng)中多終端 用戶的(應用力良務器)訂閱方法。
背景技術：
IMS (IP Multimedia Subsystem, IP多J 某體子系統(tǒng))是第三代合 fM火4半纟且織(3rd Generation Partnership Project,簡-爾3GPP)定義 的下一代網(wǎng)絡的標準，它的顯著特點是采用了會話發(fā)起協(xié)議 (Session Initiation Protocol,簡稱SIP )體系、通ifl與4妄入無關、可 以具備多種媒體業(yè)務控制功能與承載能力分離、呼叫與會話分離， 應用與月良務分離、業(yè)務與網(wǎng)絡分離、以及移動網(wǎng)與英特網(wǎng)業(yè)務融合 等多種能力。IMS的提出順應了通訊網(wǎng)融合發(fā)展的趨勢。
在IMS中， 一個用戶可以擁有多個不同的終端，稱之為多纟冬端 用戶，這些多鄉(xiāng)冬端用戶擁有相同的7>共用戶標識(Public User Identity,簡稱PUI)以及不同的私有用戶標識(Private User Identity, 簡稱PVI)， 一個PUI可以關耳關多個PVI,當然， 一個PVI也可以關 寫關多個PUI。
目前，IMS系統(tǒng)對多終端用戶的支持也在日益加強，其允許這 些終端同時在線，同時進^f亍不同對-活。由于多纟冬端用戶擁有的多個
終端的能力差異很大，不同終端對IMS核心要求也不同，應此要求 IMS系統(tǒng)對不同終端提供差異化服務將成為一種趨勢。
圖1示出了 一個PUI(如User@home.com )擁有三個纟冬端UE1 、 UE2、 UE3的網(wǎng)絡結構圖。如圖1所示，圖中的架構包括了應用月l 務器101 ( Application Server,簡稱AS ), S-CSCF 102 ( Serving Call Session Control Function,月良務呼叫會話控制功能)，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為同一個用戶的三個不同終端，分 別為不同的設備，擁有4艮大差異的終端能力，它們在IMS系統(tǒng)中成 功注冊后，綁定了不同的耳關系地址，例如，分別為UEl@home.com, UE2@home.com, UE3@home.com;在這里，這些終端都需要在同 一個應用服務器上進行第三方注冊，應用服務器需要對終端進行狀 態(tài)訂閱。用戶在使用IMS業(yè)務之前，必須成功執(zhí)行注冊過程，而用 戶在使用特定的應用之前，需要到指定的應用服務器進行第三方注 冊，而在完成第三方注冊之后，應用力良務器可以只十該用戶進^^犬態(tài) 訂閱，圖1中一個PUI (User@home.com)對應的三個終端依次成 功完成了注冊流程之后，都需要在同 一個應用"良務器上進4亍第三方 注冊，該應用服務器也都需要進行狀態(tài)訂閱，這樣就需要進行三次 第三方注冊，應用服務器也需要進行三次狀態(tài)訂閱；關于這些第三 方注冊與狀態(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所示，應用月良 務器狀態(tài)訂閱的流禾呈包4舌以下步驟
5201, 用戶終端UE1在S-CSCF上成功注冊，綁定聯(lián)系地址 UEl@home.com，并完成用戶狀態(tài)訂閱，這部分流禾呈在本發(fā)明中不 需要特別關注，不進行展開描述；
5202, S-CSCF在成功處理完成UE1的注冊請求后，向應用服 務器發(fā)起第三方注冊請求，本次第三方注冊請求我們命名為"第三 方注冊1";
5203, 應用服務器接到"第三方注冊l"，完成鑒權、認證后， 向S-CSCF發(fā)送第三方注冊1的注冊成功響應；
S204，應用服務器發(fā)起對UE1所對應的PUI的狀態(tài)訂閱請求， 本次應用服務器發(fā)起的狀態(tài)訂閱請求命名為"應用服務器狀態(tài)訂閱 1",簡稱"訂閱l";
S205， S-CSCF接收應用服務器的訂閱，發(fā)送訂閱成功響應， 此時UE1完成了注冊、并且應用服務器也完成了對UE1所對應的 PUI的4犬態(tài)訂閱；
S206,與用戶鄉(xiāng)冬端UE1共享同一個PUI的另外一個鄉(xiāng)冬端UE2， 也在S-CSCF上成功注冊，綁定耳關系地址UE2@home.com,并完成 用戶狀態(tài)訂閱；
S207， S-CSCF在成功處理完成UE2的注冊請求后，向應用服 務器發(fā)起第三方注冊請求，本次第三方注冊請求我們命名為"第三 方注冊2";在這里"第三方注冊2"才艮文內容與"第三方注冊1" 報文內容大致類似，主要區(qū)別表現(xiàn)在聯(lián)系地址不同"第三方注冊1"
的聯(lián)系地址為UEl@home.com,而"第三方注冊2"的聯(lián)系地址為 UE2@home.com,以及可能注冊過期時間的差異；
S208，應用服務器接到"第三方注冊2"，完成鑒權、認證后， 向S-CSCF發(fā)送第三方注冊成功響應；
S209，應用服務器發(fā)起對UE2所對應的PUI的狀態(tài)訂閱請求， 本次應用服務器發(fā)起的狀態(tài)訂閱請求命名為"應用服務器狀態(tài)訂閱 2",簡稱"訂閱2",由于狀態(tài)訂閱是針對PUI的，所以"訂閱1" 與"訂閱2"是應用服務器對同一PUI的兩次重復的訂閱，"訂閱1" 與"訂閱2"才艮文內容幾乎完全相同；
S210， S-CSCF接收應用服務器的"訂閱2"，發(fā)送訂閱成功響 應，此時UE2完成了注冊，并且應用服務器也完成了對UE2所對 應的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的注冊請求后，向應用服 務器發(fā)起第三方注冊請求，本次第三方注冊請求我們命名為"第三 方注冊3";在這里，"第三方注冊3"的沖艮文內容也與"第三方注冊 1"、"第三方注冊2"的凈艮文內容大致類似，主要不同為聯(lián)系地址不 同，以及可能注冊過期時間的差異；
S213，應用服務器接到"第三方注冊3",完成鑒權、認證后， 向S-CSCF發(fā)送第三方注冊成功響應；
S214,應用服務器發(fā)起對UE3所對應的PUI的狀態(tài)訂閱請求， 本次應用服務器發(fā)起的狀態(tài)訂閱請求命名為"應用服務器狀態(tài)訂閱
3"，簡稱"訂閱3"。訂閱1"、"訂閱2"、"訂閱3"是應用月良務器對 同一PUI的重復的訂閱，報文內容也幾乎完全相同；
S215, S-CSCF接收應用服務器的"訂閱3",發(fā)送訂閱成功響 應，此時UE3完成了注冊，并且應用月l務器也完成了對UE3所對 應的PUI的4犬態(tài)i丁閱；
從圖2所示的客戶端訂閱過程可以看出，擁有同一個PUI的三 個不同的終端UE1、 UE2、 UE3分別在同一個IMS核心網(wǎng)中注冊的 過程中，S-CSCF為這三個終端進行的三次流程完全相同、才艮文也 幾乎一致的第三方注冊流禾呈，同時，應用力良務器對-纟冬端只t應PUI的 相同的狀態(tài)訂閱也進行了三次。
圖3是現(xiàn)有技術中三個終端在狀態(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中的應用服務器在S-CSCF上成功訂閱了 "訂 閱1"， S-CSCF向應用服務器發(fā)送狀態(tài)通知(NOTIFY消息)請求；
S305,應用月良務器收到"訂閱1"的狀態(tài)通知后，向S-CSCF 發(fā)送狀態(tài)通知響應；S306，圖2中的應用月良務器在S-CSCF上成功訂閱了 "訂閱2", S-CSCF向應用服務器發(fā)送狀態(tài)通知(NOTIFY消息)請求，"訂閱 2"的狀態(tài)通知請求與"訂閱1"的狀態(tài)通知請求都是反映同一個PUI 的同 一個終端發(fā)生了狀態(tài)變更或者重注冊，因此內容完全相同；S307,應用服務器收到"訂閱2"的狀態(tài)通知后，向S-CSCF 發(fā)送狀態(tài)通知響應；S308，圖2中的應用月良務器在S-CSCF上成功訂閱了 "訂閱3"， S-CSCF向應用服務器發(fā)送狀態(tài)通知(NOTIFY消息)請求，"訂閱 3"的狀態(tài)通知^"求也與"訂閱1"、"訂閱2"的狀態(tài)通知"i青求完全 一致；S309,應用月良務器收到"訂閱3"的狀態(tài)通知后，向S-CSCF 發(fā)送4犬態(tài)通》口響應；由此可見，在現(xiàn)4亍4支術中，多終端用戶只要有一個終端發(fā)生狀 態(tài)變化或者重注冊，S-CSCF都會發(fā)送等于終端訂閱總數(shù)的通知消 息給應用服務器；而多終端用戶的每個終端都有可能發(fā)生狀態(tài)變化， 都會進4亍定期重注冊，應此對于擁有多個終端的用戶而言，狀態(tài)變 化或者重注冊將是相當頻繁的，而每當狀態(tài)變化或者重注冊時， S-CSCF都需要向應用服務器發(fā)送多個內容相同的狀態(tài)通知消息。圖4是現(xiàn)有技術中三個終端進行重訂閱的流程示意圖。三個狀 態(tài)訂閱("訂閱l"、"訂閱2"、"訂閱3")的超時可能并不相同，因 此三個狀態(tài)訂閱的重訂閱也有可能并不同步，這里為了表述更清晰， 只示出了每個狀態(tài)訂閱的一次重訂閱，如圖4所示，其基本流禾呈如 下S401,應用服務器實時監(jiān)控所有訂閱是否超時，此時應用服務 器發(fā)現(xiàn)"訂閱1"需要重訂閱；
5402, 應用服務器向S-CSCF發(fā)起"訂閱1"的重訂閱請求；5403, S-CSCF返回"訂閱1"的重"i丁閱誚-求的回應；5404, 應用服務器發(fā)現(xiàn)"訂閱2"需要重訂閱；S405，應用月良務器向S-CSCF發(fā)起"訂閱2"的重訂閱"i青求，"訂 閱2"請求與"訂閱1"請求內容類似，應此這里的"訂閱2"的重 訂閱請求也與"訂閱1"的重訂閱請求內容類似；S406, S-CSCF返回"訂閱2"的重訂閱請求的回應；S407，應用月良務器發(fā)現(xiàn)"訂閱3"需要重訂閱；S408,應用服務器向S-CSCF發(fā)起"訂閱3"的重訂閱請求，"訂 閱3"的重訂閱i青求與"訂閱1"的重訂閱^青求、"訂閱2"的重訂 閱i青求內容相似；S409， S-CSCF返回"i丁閱3"的重i丁閱i青求的回應；由此可以看出，圖2至圖4中同一PUI對應的三個UE在注冊 過程中，S-CSCF與應用服務器都進行了完全相同的操作第三方 注冊、應用服務器用戶狀態(tài)訂閱，其消息雷同，占用了大量網(wǎng)絡資 源；由于對同一UE重復訂閱，所以每次UE發(fā)生狀態(tài)變化，S-CSCF 將產生數(shù)個相同的通知消息發(fā)給應用服務器；并且應用服務器端發(fā) 起的訂閱刷新請求也需要發(fā)送多次。如果一個PUI對應的終端數(shù)量 更大，這些終端同時在線，每個終端都將在^L定的時間內進4亍在IMS 網(wǎng)絡的重注冊以及其它情況的狀態(tài)變更，對于PUI而言，變化將非 常頻繁，而每次變化將產生多個消息通知，并且由于通知消息體4交 大，因此浪費大量的網(wǎng)絡資源。如果能夠減少對這些資源的無效占 用，則無!是將是理想的。發(fā)明內容考慮到相關4支術中存在的多終端用戶的注冊過程、終端狀態(tài)變 化通知流程、以及應用服務器狀態(tài)訂閱刷新流程中信息交互過于繁 瑣，從而導致占用大量的網(wǎng)絡資源以及處理效率不高的問題而提出 本發(fā)明。為此，本發(fā)明旨在提供一種基于IP多媒體子系統(tǒng)的多終端 用戶的i丁閱方法。根據(jù)本發(fā)明的基于IP多媒體子系統(tǒng)的多終端用戶的訂閱方法，用于包括應用服務器、服務呼叫會話控制功能實體即S-CSCF的網(wǎng) 絡環(huán)境，其中，多終端用戶的多個終端共享一個7>共用戶標識。該方法包4舌以下處理應用月良務器處理來自S-CSCF的纟冬端的 第三方注冊請求；應用服務器查詢終端對應的/>共用戶標識是否已 經進行了狀態(tài)訂閱；在公共用戶標識沒有進行狀態(tài)訂閱的情況下， 應用服務器發(fā)起對公共用戶標識的狀態(tài)訂閱請求，在/〉共用戶標識 已經進行了狀態(tài)訂閱的情況下，應用服務器不再發(fā)起狀態(tài)訂閱請求。另外，在/>共用戶標識沒有進行狀態(tài)訂閱的情況下，應用H務 器在發(fā)起的狀態(tài)訂閱成功后，在本地記錄公共用戶標識已經進行了 狀態(tài)訂閱的〗言息?？梢跃唧w為如下才喿作^1尋7>共用戶標識乂于應的狀 態(tài)訂閱標識i殳置為有歲文。上述方法可以進一步包括如下4喿作S-CSCF接收到狀態(tài)訂閱 請求后，向應用月良務器發(fā)送訂閱成功響應。at匕夕卜，上述方法可以進一步包4舌以下處理多纟冬端用戶的纟冬端 發(fā)生狀態(tài)變化或者終端主動發(fā)起了重注冊；S-CSCF獲知終端的狀 態(tài)發(fā)生變化；S-CSCF向應用服務器發(fā)送狀態(tài)通知請求；應用服務 器向S-CSCF發(fā)送狀態(tài)通知響應。
此外，上述方法可以進一步包括以下處理應用服務器實施監(jiān) 控所有訂閱是否超時，并且監(jiān)控到需要重訂閱；應用服務器向 S-CSCF發(fā)送重訂閱請求；S-CSCF向應用月良務器發(fā)送重訂閱響應。通過本發(fā)明，可以有效地減少訂閱過程中對資源的占用，特別 是減少重復多次的雷同訂閱對網(wǎng)絡資源的無效占用，乂人而可以^是高 效率，降低運營成本，提高網(wǎng)絡用戶容量。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點可通過在所寫的說明書、權利要求書、以及附 圖中所特別指出的結構來實現(xiàn)和獲得。
附圖用來才是供對本發(fā)明的進一步理解，并且構成"i兌明書的一部 分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構成對本發(fā)明的 限制。在附圖中圖1是根據(jù)相關技術的IMS系統(tǒng)中多終端用戶的網(wǎng)絡架構示意圖；圖2是才艮據(jù)相關^支術的多終端用戶在IMS系統(tǒng)中的注冊、訂閱 流程的示意圖；圖3是根據(jù)相關技術的IMS系統(tǒng)中多終端用戶的終端狀態(tài)變化 通知流禾呈示意圖；圖4是根據(jù)相關技術的IMS系統(tǒng)中多終端用戶的應用服務器狀 態(tài)訂閱刷新流禾呈示意圖5是根據(jù)本發(fā)明實施例的基于IP多媒體子系統(tǒng)的多終端用戶 的訂閱方法的流^E圖；圖6是根據(jù)本發(fā)明實施例的基于IP多媒體子系統(tǒng)的多終端用戶 的訂閱方法的具體實現(xiàn)過程的詳細處理流程圖；圖7是圖5所示的方法中終端狀態(tài)變化通知流程的示意圖；圖8是圖5所示的方法中應用服務器狀態(tài)訂閱刷新流程的示意圖。
具體實施方式
以下結合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此 處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本 發(fā)明。根據(jù)本發(fā)明實施例，提供了 一種基于IP多媒體子系統(tǒng)的多終端 用戶的訂閱方法。該方法可以用于包括應用服務器(AS)、服務呼 叫會話控制功能實體(S-CSCF)的網(wǎng)絡環(huán)境，例如，圖1所示的IMS 系統(tǒng)。另外，如上所述，多終端用戶指的是多個終端共享一個公共 用戶標識(PUI)的用戶。如圖5所示，根據(jù)本發(fā)明實施例的基于IP多媒體子系統(tǒng)的多終 端用戶的訂閱方法包4舌以下處理步驟S502， AS處理來自S-CSCF的終端的第三方注冊請求；步驟S504, AS查詢終端對應的PUI是否已經進行了狀態(tài)訂閱 (或者，查詢終端對應的PUI的訂閱狀態(tài)是否有效)； 步驟S506，在該PUI沒有進行狀態(tài)訂閱的情況下，AS發(fā)起對 PUI的狀態(tài)訂閱請求，而在PUI已經進行了狀態(tài)訂閱的情況下，AS 不再發(fā)起狀態(tài)訂閱請求。另外，在PUI沒有進行狀態(tài)訂閱的情況下，AS在發(fā)起的狀態(tài) 訂閱成功后，在本地記錄PUI已經進行了狀態(tài)訂閱的信息。例如， AS可以將PUI對應的狀態(tài)訂閱標識設置為有效。在步驟S506中，S-CSCF在接收到狀態(tài)訂閱請求后，可以向 AS發(fā)送訂閱成功響應。以下將進一步結合附圖通過實例來描述本發(fā)明。假設多用戶終 端有三個終端UE1、 UE2、 UE3。則如圖6所示，才艮據(jù)本發(fā)明實施 例的基于IP多々某體子系統(tǒng)的多纟冬端用戶的訂閱方法可以具體為以 下處理步驟S601,用戶終端UE1在S-CSCF上成功注冊，綁定聯(lián)系 ;也址UEl@home.com,并完成用戶習犬態(tài)i丁閱；步驟S602, S-CSCF在成功處理完成UE1的注冊請求后，向 AS發(fā)起第三方注冊i青求，本次第三方注冊"i青求可以命名為"第三方 注冊1";步驟S603， AS接到"第三方注冊l"，完成鑒權、認證后，向 S-CSCF發(fā)送第三方注冊1的注冊成功響應；步驟S604, AS在本地數(shù)據(jù)中查詢到UE1對應的PUI在本AS 沒有有效的狀態(tài)訂閱；步驟S605， AS發(fā)起對UE1所對應的PUI的狀態(tài)訂閱i青求；
步驟S606， S-CSCF接收AS的訂閱請求，發(fā)送訂閱成功響應；步驟S607, AS將對該PUI進行的訂閱請求信息保存到本地， 此時UEl完成了注冊、并且AS也完成了對UEl所對應的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",完成鑒權、認證后，向 S-CSCF發(fā)送第三方注冊成功響應；步驟S611 ， AS在本地數(shù)據(jù)中查詢到UE2對應的PUI在本AS 有有效的狀態(tài)訂閱，應此不再進行狀態(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"，完成鑒權、認證后，向 S-CSCF發(fā)送第三方注冊成功響應；
步驟S615, AS在本地數(shù)據(jù)中查詢到UE3對應的PUI在本AS 有有效的狀態(tài)訂閱，因此不再進4亍狀態(tài)訂閱。為了便于描述，本實例中省略了后兩次注冊過程中AS發(fā)起的 用戶狀態(tài)訂閱，這是因為，目前的實現(xiàn)才支術中，三次狀態(tài)訂閱內容 大致相同，并且在進4亍第 一次狀態(tài)訂閱時，訂閱的雙方AS和S-CSCF 均已經知曉這些內容。此外，如圖7所示，當終端發(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)通知響應。乂人以上描述可以看出，在本發(fā)明中，當某個終端發(fā)生狀態(tài)變化 或者重注冊時，S-CSCF只需要向AS發(fā)送一個狀態(tài)通知消息，而現(xiàn) 有技術中需要發(fā)送完全雷同的三個狀態(tài)通知消息，因此本發(fā)明無疑 可以4是高處理歲文率，節(jié)省網(wǎng)^各資源。如圖8所示，當AS狀態(tài)訂閱刷新時，上述方法可以進一步包 4舌以下處理 步驟S802， AS實施監(jiān)控所有訂閱是否超時，并且監(jiān)控到需要 重"i丁閱；步驟S804， AS向S-CSCF發(fā)送重訂閱請求；步驟S806, S-CSCF向AS發(fā)送重訂閱響應。乂人以上描述可以看出，AS只需要乂于一個PUI維護一個4犬態(tài)訂 閱，而且一個狀態(tài)訂閱在一個超時周期內也只需要進4亍一次重訂閱， 節(jié)約了對AS的CPU的占用，從而可以減少AS本地數(shù)據(jù)的規(guī)模， 以及減輕網(wǎng)絡負4旦。如上所述，通過本發(fā)明，可以有效地減少訂閱過程中對資源的 占用，特別是減少重復多次的雷同訂閱對網(wǎng)絡資源的無效占用，從 而可以提高效率，降低運營成本，提高網(wǎng)絡用戶容量。以上所述〗又為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等， 均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種基于IP多媒體子系統(tǒng)的多終端用戶的訂閱方法，用于包括應用服務器、服務呼叫會話控制功能實體即S-CSCF的網(wǎng)絡環(huán)境，所述多終端用戶的多個終端共享一個公共用戶標識，其特征在于，所述方法包括應用服務器處理來自S-CSCF的第三方注冊請求；所述應用服務器查詢所述終端對應的公共用戶標識是否已經進行了狀態(tài)訂閱；在所述公共用戶標識沒有進行狀態(tài)訂閱的情況下，所述應用服務器發(fā)起對所述公共用戶標識的狀態(tài)訂閱請求，在所述公共用戶標識已經進行了狀態(tài)訂閱的情況下，所述應用服務器不再發(fā)起狀態(tài)訂閱請求。
2. 根據(jù)權利要求1所述的方法，其特征在于，進一步包括在所述/>共用戶標識沒有進4亍狀態(tài)訂閱的情況下，所述應 用服務器在發(fā)起的狀態(tài)訂閱成功后，在本地記錄所述公共用戶 標識已經進行了狀態(tài)訂閱的信息。
3. 根據(jù)權利要求2所述的方法，其特征在于，具體為將所述乂>共用戶標識對應的狀態(tài)訂閱標識i殳置為有歲文。
4. 4艮據(jù)權利要求1所述的方法，其特征在于，進一步包括所述S-CSCF接收到所述狀態(tài)訂閱請求后，向所述應用服 務器發(fā)送訂閱成功響應。
5. 根據(jù)權利要求1至4中任一項所述的方法，其特征在于，進一 步包括所述多終端用戶的終端發(fā)生狀態(tài)變化或者終端主動發(fā)起 了重注冊；所述S-CSCF獲知所述終端的狀態(tài)發(fā)生變化；所述S-CSCF向所述應用服務器發(fā)送狀態(tài)通知請求；所述應用力良務器向所述S-CSCF發(fā)送a犬態(tài)通知響應。
6. 根據(jù)權利要求1至4中任一項所述的方法，其特征在于，進一 步包括所述應用服務器實施監(jiān)控所有訂閱是否超時，并且監(jiān)控到 需要重訂閱；所述應用月良務器向所述S-CSCF發(fā)送重訂閱請求； 所述S-CSCF向所述應用月l務器發(fā)送重訂閱響應。
全文摘要
本發(fā)明公開了一種基于IP多媒體子系統(tǒng)的多終端用戶的訂閱方法，該方法包括以下處理應用服務器處理來自S-CSCF的終端的第三方注冊請求；應用服務器查詢終端對應的公共用戶標識是否已經進行了狀態(tài)訂閱；在公共用戶標識沒有進行狀態(tài)訂閱的情況下，應用服務器發(fā)起對公共用戶標識的狀態(tài)訂閱請求，在公共用戶標識已經進行了狀態(tài)訂閱的情況下，應用服務器不再發(fā)起狀態(tài)訂閱請求。通過本發(fā)明，可以有效地減少訂閱過程中對資源的占用，特別是減少重復多次的雷同訂閱對網(wǎng)絡資源的無效占用，從而可以提高效率，降低運營成本，提高網(wǎng)絡用戶容量。
文檔編號H04L12/16GK101159570SQ20071016568
公開日2008年4月9日 申請日期2007年10月31日 優(yōu)先權日2007年10月31日
發(fā)明者李世濤, 斌 王, 郝振武, 陳志峰 申請人:中興通訊股份有限公司