專利名稱：一種ip多媒體子系統(tǒng)中第三方注冊過程的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種IP多媒體子系統(tǒng)中第三方注冊過 程的實現(xiàn)方法。
背景技術(shù)：
IP多々某體子系統(tǒng)(IP Multimedia Subsystem,簡稱IMS )是第三代合作 伙伴組織(3rd Generation Partnership Project,簡稱3GPP )定義的下一代網(wǎng) 絡(luò)的標(biāo)準(zhǔn)，它的顯著特點是采用了 SIP (Session Initiation Protocol,會話初 始協(xié)議)體系，通訊與接入無關(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體系中的主要功能實體包括提供用戶注冊管理、會話控制等功能 的呼叫會話控制實體(Call Session Control Function,簡稱CSCF),提供集 中管理用戶簽約數(shù)據(jù)功能的歸屬用戶服務(wù)器(Home Subscriber Server,簡稱 HSS),提供各種業(yè)務(wù)邏輯控制功能的應(yīng)用服務(wù)器(Application Server,簡 稱AS)。圖1是IMS用戶的包含第三方注冊的注冊流程圖，主要涉及以下功能 實體和設(shè)備用戶設(shè)備(UserEquipment,簡稱UE)，代理呼叫會話控制功 能實體(Proxy Call Session Control Function,簡稱P-CSCF ),查詢呼叫會 話控制功能實體(Interrogating Call Session Control Function,簡稱I畫CSCF ), 服務(wù)呼叫會話控制功能實體(Serving Call Session Control Function,簡稱 S-CSCF) , HSS，以及AS。IMS體系中注冊過程包含UE的注冊、注銷、以及重注冊流程，用戶在 使用IMS業(yè)務(wù)之前，必須執(zhí)行注冊流程，其過程如圖1所示，包括以下步
SlOl， UE向P-CSCF發(fā)送注冊請求；5102, P-CSCF收到注冊請求時，通過DNS ( Domain Name System,域 名系統(tǒng))查詢或者其它方法找到用戶歸屬網(wǎng)絡(luò)接入點的I-CSCF，并將注冊 請求轉(zhuǎn)發(fā)到I-CSCF;5103, I-CSCF向HSS發(fā)送請求消息，請求分配S-CSCF;SI04， HSS向I-CSCF返回分配的S-CSCF名稱或S-CSCF的能力；S105， I-CSCF將注冊請求消息發(fā)送到選定的S-CSCF;S106 S116， 如果S-CSCF需要對用戶進行認(rèn)證鑒權(quán)，那么需要向HSS 獲取用戶認(rèn)證向量，并根據(jù)S107消息中返回的認(rèn)證向量，構(gòu)造挑戰(zhàn)請求(401 Unauthorized消息)，該-挑戰(zhàn)請求轉(zhuǎn)發(fā)到UE后，UE構(gòu)造才兆戰(zhàn)響應(yīng)，S-CSCF 收到S115挑戰(zhàn)響應(yīng)消息后，判斷用戶的合法性，完成對用戶的認(rèn)證、鑒權(quán)； 如果不需要認(rèn)證鑒權(quán)，可直接執(zhí)行S117;SI 17, S-CSCF向HSS發(fā)送用戶配置數(shù)據(jù)請求；S118， HSS存儲S-CSCF信息，并將用戶簽約數(shù)據(jù)、計費地址信息返回 S-CSCF,所述用戶簽約數(shù)據(jù)包括多個列表形式的初始過濾規(guī)則(initial Filter Criteria,簡稱iFC);S119, S-CSCF存儲用戶信息，包括用戶簽約數(shù)據(jù)、計費地址等；S120 S122， S-CSCF構(gòu)建注冊成功響應(yīng)，響應(yīng)經(jīng)I-CSCF和P-CSCF后，轉(zhuǎn)到UE;5123, S-CSCF對用戶簽約數(shù)據(jù)中的所有iFC進行分析，即讀取用戶簽 約凄t據(jù)中所有的iFC,并選取一個優(yōu)先級高的iFC;并對該iFC對應(yīng)的AS 發(fā)起第三方注冊；5124, 向選取的iFC對應(yīng)的AS發(fā)送第三方注冊請求，發(fā)送完成后， S-CSCF將等待直至該第三方請求的響應(yīng)的到達；5125, 收取第三方注冊成功響應(yīng)；S126， S-CSCF在處理完成前一個第三方注冊后，將對后續(xù)的iFC進行 分析，選取一個高優(yōu)先級的iFC;S127,向此次選取的iFC對應(yīng)的AS發(fā)送第三方注冊請求后，同樣阻塞 等待第三方請求的響應(yīng)；S128，收取第三方注冊成功響應(yīng)，同S125的方式對響應(yīng)進行處理；S129,繼續(xù)分析剩余iFC,如果還有iFC對應(yīng)的AS需要進行第三方注 冊，將循環(huán)執(zhí)行S126 S128的處理流程，如果不再有iFC需要第三方注冊， 則本次注冊完成。到S129順利處理完成后，并且所有第三方注冊成功，才能確保UE能 正常使用IMS網(wǎng)絡(luò)提供的所有業(yè)務(wù)。圖2為列表形式的iFC的構(gòu)成示意圖，其中iFC包括優(yōu)先級特性、iFC 對應(yīng)的AS信息，以及包括或不包括1個觸發(fā)點信息；所述AS信息包括服 務(wù)名信息和默認(rèn)處理特性，以及包括或不包括1個服務(wù)信息；若有觸發(fā)點信 息，則該觸發(fā)點信息對應(yīng)了 1 n個服務(wù)觸發(fā)點信息。其中，所述優(yōu)先級特 性釆用一個32bit的整數(shù)型(Integer)表示；AS的服務(wù)名信息使用SIP URL(Uniform Resource Locator,統(tǒng)一資源定位符)表示；AS的默認(rèn)處理特性 采用了枚據(jù)類型表示，其值分別為"會話—終止"(SESSION—TERMINATED )與"會話一繼續(xù)"(SESSION—CONTINUED )。對于圖1中的S123、 S126以及S129步驟，需要根據(jù)iFC的優(yōu)先級判斷 先向哪個AS進行第三方注冊，優(yōu)先級值越小，其對應(yīng)的AS注冊時優(yōu)先級 越高，優(yōu)先級數(shù)值都是唯一的，不同iFC對應(yīng)的優(yōu)先級不允許相同。對于S125與S128步驟，收到的響應(yīng)為注冊成功響應(yīng)，則^L行下一步驟， 即分析后續(xù)的iFC。如果收到的響應(yīng)為注冊失敗響應(yīng)，將需要根據(jù)AS的默 認(rèn)處理特性進行后續(xù)處理，如果該特性為SESSION—TERMINATED,則將 結(jié)束整個注冊流程，由S-CSCF發(fā)起網(wǎng)絡(luò)側(cè)的注銷流程；如果該特性為 SESSION—CONTINUED,則繼續(xù)的處理流程與收到注冊成功響應(yīng)時相同， 即執(zhí)行對剩余iFC進行分析的流程。從上面說明可以看出，當(dāng)前技術(shù)中的第三方注冊流程中，S-CSCF需要 等待前一個發(fā)送第三方注冊請求的AS返回注冊響應(yīng)后，才向下一個AS發(fā) 送第三方注冊請求；而且，S-CSCF根據(jù)iFC的優(yōu)先級的順序向AS進行第 三方注冊，那么，如果有AS返回注冊失敗響應(yīng)，而且，該AS優(yōu)先級較低， 但其AS的默認(rèn)處理特性為SESSION—TERMINATED,則顯然，S-CSCF需 要耗費很長的注冊與等待的時間，才獲知無法注冊成功。所以，S-CSCF僅 根據(jù)iFC的優(yōu)先級的順序向AS進行第三方注冊，是非常低效的。另外在IMS中，進行注銷、重注冊的時候，可能需要進行第三方注銷、 第三方重注冊，其流程與注冊流程基本相同，不再進行詳細(xì)描述。發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問題就是解決在IP多媒體子系統(tǒng)中由于僅根據(jù) iFC的優(yōu)先級的順序進行第三方注冊過程，有可能導(dǎo)致處理時間過長的問題。為了解決上述技術(shù)問題，本發(fā)明提供一種IP多媒體子系統(tǒng)中第三方注 冊過程的實現(xiàn)方法，在S-CSCF向AS進行第三方注冊過程中，S-CSCF先選 擇AS默認(rèn)處理特性為SESSION—TERMINATED的iFC,向選中的iFC對應(yīng) 的AS發(fā)送第三方注冊過程請求；再選擇AS默認(rèn)處理特性為 SESSION—CONTINUED的iFC,向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過 程請求。進一步地，所述第三方注冊過程為第三方注冊、注銷、重注冊流程之一；所述第三方注冊過程請求相應(yīng)地為第三方注冊請求、第三方注銷請求、 第三方重注冊請求之一；所述第三方注冊過程響應(yīng)相應(yīng)地為第三方注冊響應(yīng)、第三方注銷響應(yīng)、 第三方重注冊響應(yīng)之一。進一步地，所述方法包括如下步驟(1 ) UE在S-CSCF的注冊過程成功后，S-CSCF對用戶簽約數(shù)據(jù)中的 iFC進行分析，選擇AS默認(rèn)處理特性為SESSION—TERMINATED的iFC, 向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求；(2)收到已發(fā)送第三方注冊過程請求AS返回注冊過程響應(yīng)后，再選 擇AS默認(rèn)處理特性為SESSION—CONTINUED的iFC,向選中的iFC對應(yīng)
的AS發(fā)送第三方注冊過程請求。進一步地，所述步驟(1)包括如下步驟(la) UE在S-CSCF的注冊過程成功后，S-CSCF對用戶簽約數(shù)據(jù)中的 iFC進行分析，選擇一個AS默認(rèn)處理特性為SESSION—TERMINATED的 iFC,向該iFC對應(yīng)的AS發(fā)送第三方注冊過程請求；(lb) S-CSCF對剩下的AS默認(rèn)處理特性為SESSION—TERMINATED 的iFC進行分析，選擇其中一個iFC，向該iFC對應(yīng)的AS發(fā)送第三方注冊 過程請求；重復(fù)執(zhí)行步驟(lb)，直到向所有的AS默認(rèn)處理特性為 SESSION—TERMINATED的iFC對應(yīng)的AS均發(fā)送第三方注冊過程請求。進一步地，所述步驟(la)或(lb) S-CSCF對用戶簽約數(shù)據(jù)中的iFC進行分析， 選擇一個AS默認(rèn)處理特性為SESSION—TERMINATED的iFC的步驟，為 下述方式之一S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC,任意選擇選擇一個AS默認(rèn)處理特 性為SESSION—TERMINATED的iFC;S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC，按照優(yōu)先級從高到低的順序，依 次選取AS默認(rèn)處理特性為SESSION—TERMINATED的iFC。進一步地，所述步驟(2)包括如下步驟(2a)收到已發(fā)送第三方注冊過程請求AS返回注冊過程響應(yīng)后， S-CSCF對用戶簽約數(shù)據(jù)中的iFC進行分析，選擇一個AS默認(rèn)處理特性為 SESSION—CONTINUED的iFC,向該iFC對應(yīng)的AS發(fā)送第三方注冊過程請 求；(2b )S-CSCF對剩下的AS默認(rèn)處理特性為SESSION—CONTINUED的 iFC進行分析，選4奪其中一個iFC，向該iFC對應(yīng)的AS發(fā)送第三方注冊過 程請求；重復(fù)執(zhí)行步驟(2b)，直到向所有的AS默認(rèn)處理特性為 SESSION—CONTINUED的iFC對應(yīng)的AS均發(fā)送第三方注冊過程請求。進一步地，所述步驟(2a)或(2b) S-CSCF對用戶簽約數(shù)據(jù)中的iFC進行分析， 選擇一個AS默認(rèn)處理特性為SESSION—CONTINUED的iFC的步驟，為下 述方式之一S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC，任意選擇選擇一個AS默認(rèn)處理特 性為SESSION—CONTINUED的iFC;S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC，按照優(yōu)先級從高到低的順序，依 次選取AS默認(rèn)處理特性為SESSION—CONTINUED的iFC。進一步地，所述步驟(1)包括如下步驟(1A) UE在S-CSCF的注冊過程成功后，S-CSCF對用戶簽約數(shù)據(jù)中 的所有AS默認(rèn)處理特性為SESSION—TERMINATED的iFC進行分析，設(shè) 置發(fā)送順序；(IB ) S-CSCF根據(jù)發(fā)送順序，依次向iFC對應(yīng)的AS發(fā)送第三方注冊 過程請求，直到向所有的AS默認(rèn)處理特性為SESSION—TERMINATED的 iFC對應(yīng)的AS均發(fā)送第三方注冊過程請求。進一步地，所述步驟(1A)中，S-CSCF對用戶簽約數(shù)據(jù)中的所有AS 默認(rèn)處理特性為SESSION—TERMINATED的iFC進行分析，設(shè)置發(fā)送順序 的步驟，為下述方式之一S-CSCF讀取用戶簽約數(shù)據(jù)中的所有AS默認(rèn)處理特性為 SESSION—TERMINATED的iFC，依次任意選耳又iFC，才艮據(jù)選才奪iFC的順序 設(shè)置發(fā)送順序；S-CSCF讀取用戶簽約數(shù)據(jù)中的所有AS默認(rèn)處理特性為 SESSION—TERMINATED的iFC,按照優(yōu)先級從高到低的順序，依次選取 iFC,根據(jù)選擇iFC的順序設(shè)置發(fā)送順序。進一步地，所述步驟(2)包括如下步驟(2A)收到已發(fā)送第三方注冊過程請求AS返回注冊過程響應(yīng)后， S-CSCF對用戶簽約數(shù)據(jù)中的所有 AS默認(rèn)處理特性為 SESSION—CONTINUED的iFC進4亍分析，i殳置發(fā)送順序；(2B ) S-CSCF根據(jù)發(fā)送順序，依次向iFC對應(yīng)的AS發(fā)送第三方注冊 過程請求，直到向所有的AS默認(rèn)處理特性為SESSION—CONTINUED的iFC
對應(yīng)的AS均發(fā)送第三方注冊過程請求。進一步地，所述步驟(2A)中，S-CSCF對用戶簽約教:據(jù)中的所有AS 默認(rèn)處理特性為SESSION—CONTINUED的iFC進行分析，設(shè)置發(fā)送順序的 步驟，為下述方式之一S-CSCF讀取用戶簽約數(shù)據(jù)中的所有AS默認(rèn)處理特性為 SESSION—CONTINUED的iFC，依次任意選取iFC,根據(jù)選擇iFC的順序設(shè) 置發(fā)送順序；S-CSCF讀取用戶簽約數(shù)據(jù)中的所有AS默認(rèn)處理特性為 SESSION—CONTINUED的iFC,按照優(yōu)先級從高到低的順序，依次選取iFC， 根據(jù)選擇iFC的順序設(shè)置發(fā)送順序。進一步地，若收到所有已發(fā)送第三方注冊過程請求的AS返回注冊過程響應(yīng)，則第 三方注冊過程完成；若收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，其對 應(yīng)的AS默認(rèn)處理為SESSION—TERMINATED,則終止所有本次注冊過程， 并且由S-CSCF觸發(fā)服務(wù)器端注銷流程；若收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，其對 應(yīng)的AS默認(rèn)處理為SESSION—CONTINUED,若S-CSCF還需要分析iFC以 及向相應(yīng)的AS發(fā)送第三方注冊過程請求，則繼續(xù)執(zhí)行；若已發(fā)送完成，則 等待已發(fā)送第三方注冊過程請求的AS返回注冊過程響應(yīng)；當(dāng)收到所有已發(fā) 送第三方注冊過程請求的AS返回注冊過程響應(yīng)，則第三方注冊過程完成。本發(fā)明按照iFC中AS的默認(rèn)處理特性的順序進行第三方注冊過程，能 盡早發(fā)現(xiàn)注冊過程失敗，以便及時進行網(wǎng)絡(luò)側(cè)發(fā)起的注銷流程，縮短了無謂 的注冊/注銷/重注冊與等待的時間；另外，在本發(fā)明中，還可以并行處理第 三方注冊過程，無需等待前一個發(fā)送第三方注冊請求的AS返回注冊過程響 應(yīng)后，即向下一個AS發(fā)送第三方注冊過程請求，更縮短了注冊過程時間， 提高了執(zhí)行效率；并且考慮到IMS中"注冊"方法的特性，其注冊邏輯并
不會跟串行注冊方式產(chǎn)生沖突，因此本方法提高了注冊過程效率，而且并沒有對現(xiàn)有體系架構(gòu)進行調(diào)整，僅僅需要對S-CSCF做處理流程的修改，簡單可行。


圖1是現(xiàn)有技術(shù)中IMS用戶進行包含第三方注冊過程的注冊流程圖； 圖2是iFC的構(gòu)成示意圖；圖3是本發(fā)明實施例的包含第三方注冊過程的注冊流程圖； 圖4是本發(fā)明實施例的包含第三方注冊過程的注銷流程圖； 圖5本發(fā)明實施例的包含第三方注冊過程的重注冊流程圖。
具體實施方式
在本文中，第三方注冊、注銷、重注冊流程類似，統(tǒng)稱為第三方注冊過 程，相應(yīng)地，第三方注冊請求、第三方注銷請求、第三方重注冊請求統(tǒng)稱為 第三方注冊過程請求；第三方注冊響應(yīng)、第三方注銷響應(yīng)、第三方重注冊響 應(yīng)統(tǒng)稱為第三方注冊過程響應(yīng)。本發(fā)明的核心思想是，UE在S-CSCF的注冊過程(包括注冊/注銷/重注 冊)成功后，S-CSCF不再僅根據(jù)iFC的優(yōu)先級的順序選擇iFC，進行第三 方注冊過程，而是主要根據(jù)iFC中AS的默認(rèn)處理特性來確定選擇iFC的順 序，并向符合條件的AS發(fā)送第三方注冊過程請求。這樣，不會因為雖然大 部分優(yōu)先級高的AS返回了注冊過程成功的響應(yīng)，但某個優(yōu)先級低的AS返 回了注冊過程失敗的響應(yīng)，而由于其默認(rèn)處理特性為 SESSION—TERMINATED,造成經(jīng)過了4艮長的處理時間，才獲知注冊過程失 敗的結(jié)果。在本發(fā)明中，先分析AS默認(rèn)處理特性為SESSION—TERMINATED的 iFC，接著再分析AS默認(rèn)處理特性為SESSION—CONTINUED的iFC，可以 采用并行方式處理第三方注冊，即
分析完iFC之后，依次向多個AS分別發(fā)送第三方注冊過程請求；也可 以是依次分析iFC,選取優(yōu)先級高的的AS進行第三方注冊過程，發(fā)送注 冊過程請求，然后緊接著分析后續(xù)的iFC,發(fā)送注冊過程請求；這里跟傳統(tǒng) 解決方案不同的是，在發(fā)送了前一個注冊過程請求之后，不再需要等待該請 求完成，而是立刻進行后續(xù)iFC的分析。下面結(jié)合附圖及具體實施例對本發(fā)明進行詳細(xì)說明。實施例一如圖3所示，為本發(fā)明實施例一包含第三方注冊過程的注冊流程，包括 如下步驟5301, UE完成在S-CSCF上的注冊，其流程與圖1所述的S101 S122 的流程相同，詳見圖l對應(yīng)流程的描述；5302, S-CSCF進行iFC分析，即讀取用戶簽約數(shù)據(jù)中的iFC，選擇其 中一個iFC，并不要求一定要選取優(yōu)先級高的iFC,但必須選取AS默認(rèn)處 理特性為SESSION—TERMINATED的iFC;S303，向選取的iFC對應(yīng)的AS發(fā)送第三方注冊請求；5304, 分析剩余的AS默認(rèn)處理特性為SESSION—TERMINATED的iFC, 即讀取剩余的AS默認(rèn)處理特性為SESSION_TERMINATED的iFC,選擇其 中 一個iFC;5305, 向選取的iFC對應(yīng)的AS發(fā)送第三方注冊請求；5306, 如果還剩余AS默認(rèn)處理特性為SESSION—TERMINATED的iFC 則重復(fù)S304 S305步驟的流程，如果不再有需要第三方注冊對應(yīng)的iFC存在， 則不再循環(huán)；5307, 接收第三方注冊的響應(yīng)，并根據(jù)響應(yīng)結(jié)果進行操作；5308, 繼續(xù)接收第三方注冊的響應(yīng)，直到所有已經(jīng)發(fā)送的第三方注冊均 完成；5309, S-CSCF進行iFC分析，即讀取用戶簽約數(shù)據(jù)中的iFC,選擇其 中一個iFC， 此時選取的為AS默認(rèn)處理特性為SESSION—CONTINUED的 iFC;S310,向選耳又的iFC對應(yīng)的AS發(fā)送第三方注冊請求；S311，分析剩余的AS默認(rèn)處理特性為SESSION—CONTINUED的iFC， 即讀取剩余的AS默認(rèn)處理特性為SESSION—CONTINUED的iFC，選擇其 中一個iFC;S312，向選取的iFC對應(yīng)的AS發(fā)送第三方注冊請求；S313，如果還剩余AS默認(rèn)處理特性為SESSION—CONTINUED的iFC, 則重復(fù)S311 S312步驟的流程，如果不再有需要第三方注冊對應(yīng)的iFC存在， 則不再循環(huán)；5314, 接收第三方注冊的響應(yīng)，并根據(jù)響應(yīng)結(jié)果進行操作；5315, 繼續(xù)接收第三方注冊的響應(yīng)，直到所有第三方注冊均完成，這時 本次注冊完成。其中，所述步驟S302, S304,以及步驟S309， S311中，選擇iFC的方 式可以是任意選擇，也可以按照優(yōu)先級從高到低的順序選擇。另外，本實施例是S-CSCF對iFC進行分析，選擇其中一個iFC,向選 取的iFC對應(yīng)的AS發(fā)送第三方注冊請求；再對iFC進行分析，選擇其中一 個iFC，向選取的iFC對應(yīng)的AS發(fā)送第三方注冊請求……，這樣依次進行； 在實際應(yīng)用中，也可以是S-CSCF對所有AS默認(rèn)處理特性為 SESSION—TERMINATED或SESSION—CONTINUED的iFC進行分析，設(shè)置 發(fā)送順序，即S-CSCF讀取所有AS默認(rèn)處理特性為SESSION—TERMINATED 或SESSION—CONTINUED的iFC,選取iFC,根據(jù)選擇iFC的順序設(shè)置發(fā) 送順序；然后按發(fā)送順序依次對iFC對應(yīng)的AS發(fā)送第三方注冊請求；這里， 選取iFC也是可以任意選擇，或者按照優(yōu)先級從高到低的順序選擇。在本實施例中，發(fā)送給所有的AS的默認(rèn)處理特性為 SESSION—TERMINATED的iFC對應(yīng)的AS第三方注冊請求后，等所有已經(jīng) 發(fā)送的第三方注冊的均完成，再執(zhí)行后續(xù)步驟，如步驟S307， S308;在實 際應(yīng)用中，也可以不等待已發(fā)送第三方注冊請求的AS返回注冊響應(yīng)，直接 發(fā)送后續(xù)的第三方注冊請求，以提高效率。在步驟S307, S308中，若收到已發(fā)送第三方注冊請求的AS返回注冊 失敗響應(yīng)，則終止所有本次注冊過程，并且由S-CSCF觸發(fā)服務(wù)器端注銷流程。在步驟S314, S315中，若收到已發(fā)送第三方注冊請求的AS返回注冊 失敗響應(yīng)，若S-CSCF還需要分析iFC以及向相應(yīng)的AS發(fā)送第三方注冊請 求，則繼續(xù)執(zhí)行；若已發(fā)送完成，則等待已發(fā)送第三方注冊請求的AS返回 注冊響應(yīng)；當(dāng)收到所有已發(fā)送第三方注冊請求的AS返回注冊響應(yīng)，則第三 方注冊過程完成。實施例二如圖4所示，為本發(fā)明實施例二包含第三方注冊過程的注銷流程，包括 如下步驟S401， UE完成在S-CSCF上的注銷，其流程與圖1所述的S101 ~S122的注冊流程基本相同，只是注銷與注冊流程中相對應(yīng)的sn^艮文的不同，本方面并不關(guān)注SIP才艮文，這里不再詳述；S402，進行iFC分析，即讀取用戶簽約數(shù)據(jù)中的iFC,選擇其中 一個iFC， 并不要求一定要需要選取優(yōu)先級高的iFC,但必須選取AS默認(rèn)處理特性為 SESSION—TERMINATED的iFC;5403, 向選取的iFC對應(yīng)的AS發(fā)送第三方注銷請求；5404, 分析剩余的AS默i人處理特性為SESSION—TERMINATED的iFC， 即讀取剩余的AS默認(rèn)處理特性為SESSION—TERMINATED的iFC，選擇其 中一個iFC;5405, 向選取的iFC對應(yīng)的AS發(fā)送第三方注銷請求；S406，如果還剩余iFC則重復(fù)S704 S705步驟的流程，如果不再有需要 第三方注銷對應(yīng)的iFC存在，則不再循環(huán)；5407, 接收第三方注銷的響應(yīng)，并根據(jù)響應(yīng)結(jié)果進行操作；5408, 繼續(xù)接收第三方注銷的響應(yīng)，直到所有已經(jīng)發(fā)送的第三方注銷均
完成；S409，進行iFC分析，即讀取用戶簽約數(shù)據(jù)中的iFC,選擇其中一個iFC, 此時選取的為AS默認(rèn)處理特性為SESSION—CONTINUED的iFC;5410, 向選取的iFC對應(yīng)的AS發(fā)送第三方注銷請求；5411, 分析剩余的AS默認(rèn)處理特性為SESSION—CONTINUED的iFC, 即讀取剩余的AS默認(rèn)處理特性為SESSION—CONTINUED的iFC，選擇其 中一個iFC;S412，向選取的iFC對應(yīng)的AS發(fā)送第三方注銷請求；S413,如果還剩余iFC則重復(fù)S711 S712步驟的流程，如果不再有需要 第三方注銷對應(yīng)的iFC存在，則不再循環(huán)；S414，接收第三方注銷的響應(yīng)，并根據(jù)響應(yīng)結(jié)果進行操作；S415，繼續(xù)接收第三方注銷的響應(yīng)，直到所有第三方注銷均完成，這時 本次注銷完成。實施例三如圖5所示，為本發(fā)明實施例三包含第三方注冊過程的重注冊流程，包 括如下步驟5501, UE完成在S-CSCF上的重注冊，其流程與圖1所述的S101 S122 的注冊流程基本相同，只是重注冊與注冊流程中相對應(yīng)的SIP報文的不同， 本方面并不關(guān)注SIP^艮文，這里不再詳述；5502, 進行iFC分析，即讀取用戶簽約數(shù)據(jù)中的iFC,選擇其中 一個iFC， 并不要求一定要需要選取優(yōu)先級高的iFC，但必須選取AS默認(rèn)處理特性為 SESSION—TERMINATED的iFC;5503, 向選取的iFC對應(yīng)的AS發(fā)送第三方重注冊請求；5504, 分析剩余的AS默認(rèn)處理特性為SESSION—TERMINATED的iFC， 即讀取剩余的AS默認(rèn)處理特性為SESSION—TERMINATED的iFC,選擇其 中一個iFC;5505, 向選取的iFC對應(yīng)的AS發(fā)送第三方重注冊請求；S506,分4斤剩余的AS默i人處理特性為SESSION—TERMINATED的iFC， 如果還剩余iFC則重復(fù)S904 S905步驟的流程，如果不再有需要第三方重注 冊對應(yīng)的iFC存在，則不再循環(huán)；S507，接收第三方重注冊的響應(yīng)，并根據(jù)響應(yīng)結(jié)果進行操作；5508, 繼續(xù)接收第三方重注冊的響應(yīng)，直到所有已經(jīng)發(fā)送的第三方重注 冊均完成；5509, 進行iFC分析，即讀取用戶簽約數(shù)據(jù)中的iFC,選擇其中一個iFC， 此時選取的為AS默認(rèn)處理特性為SESSION—CONTINUED的iFC;S510，向選取的iFC對應(yīng)的AS發(fā)送第三方重注冊請求；S511,分析剩余的AS默認(rèn)處理特性為SESSION—CONTINUED的iFC, 即讀取剩余的AS默認(rèn)處理特性為SESSION—CONTINUED的iFC,選擇其 中一個iFC;S512，向選Jf又的iFC對應(yīng)的AS發(fā)送第三方重注冊請求；S513，分析剩余的AS默認(rèn)處理特性為SESSION—CONTINUED的iFC， 如果還剩余iFC則重復(fù)S911 S912步驟的流程，如果不再有需要第三方重注 冊對應(yīng)的iFC存在，則不再循環(huán)；S514，接收第三方重注冊的響應(yīng)，并根據(jù)響應(yīng)結(jié)果進行操作；S515,繼續(xù)接收第三方重注冊的響應(yīng)，直到所有第三方重注冊均完成， 這時本次重注冊完成。在實施例二、實施例三中，類似實施例一，選擇iFC的方式可以是任 意選擇，也可以按照優(yōu)先級從高到低的順序選擇。另外，實施例二、實施例三對iFC對應(yīng)的AS發(fā)送第三方注銷/重注冊請 求的方式也可以是S-CSCF對所有AS默認(rèn)處理特性為 SESSION—TERMINATED或SESSION—CONTINUED的iFC進行分析，設(shè)置 發(fā)送順序，即S-CSCF讀取所有AS默認(rèn)處理特性為SESSION—TERMINATED 或SESSION—CONTINUED的iFC，選取iFC，根據(jù)選擇iFC的順序設(shè)置發(fā) 送順序；然后按發(fā)送順序依次對iFC對應(yīng)的AS發(fā)送第三方注銷/重注冊請求；
這里，選取iFC也是可以任意選擇，或者按照優(yōu)先級從高到低的順序選擇。 同樣，實施例二、實施例三也可以是不等待已發(fā)送第三方注銷/重注冊請求的AS返回注銷/重注冊響應(yīng)，直接發(fā)送后續(xù)的第三方注銷/重注冊請求， 以提高效率。實施例二、實施例三中，若收到所有已發(fā)送第三方注銷/重注冊請求的 AS返回注銷/重注冊響應(yīng)，則第三方注冊過程完成；若收到已發(fā)送第三方注 銷/重注冊請求的AS返回注銷/重注冊失敗響應(yīng)，其對應(yīng)的AS默認(rèn)處理為 SESSION—TERMINATED,則終止所有本次注銷/重注冊過程，并且由S-CSCF 觸發(fā)服務(wù)器端注銷流程；若收到已發(fā)送第三方注銷/重注冊請求的AS返回注 銷/重注冊失敗響應(yīng)，其對應(yīng)的AS默認(rèn)處理為SESSION—CONTINUED,若 S-CSCF還需要分析iFC以及向相應(yīng)的AS發(fā)送第三方注銷/重注冊請求，則 繼續(xù)執(zhí)行；若已發(fā)送完成，則等待已發(fā)送第三方注銷/重注冊請求的AS返回 注銷/重注冊響應(yīng)；當(dāng)收到所有已發(fā)送第三方注銷/重注冊請求的AS返回注 銷/重注冊響應(yīng)，則第三方注銷/重注冊完成。綜上所述，采用本發(fā)明所述方法，并不需要對現(xiàn)有IMS架構(gòu)做修改， 就可以達到提高第三方注冊效率的目的。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本 領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化，本發(fā)明的保護范圍以 權(quán)利要求為準(zhǔn)。
權(quán)利要求
1.一種IP多媒體子系統(tǒng)中第三方注冊過程的實現(xiàn)方法，其特征在于，在服務(wù)呼叫會話控制功能實體S-CSCF向應(yīng)用服務(wù)器AS進行第三方注冊過程中，S-CSCF先選擇AS默認(rèn)處理特性為會話終止SESSION_TERMINATED的初始過濾規(guī)則iFC，向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求；再選擇AS默認(rèn)處理特性為會話繼續(xù)SESSION_CONTINUED的iFC，向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述第三方注冊過程為第三方注冊、注銷、重注冊流程之一； 所述第三方注冊過程請求相應(yīng)地為第三方注冊請求、第三方注銷請求、第三方重注冊請求之一；所述第三方注冊過程響應(yīng)相應(yīng)地為第三方注冊響應(yīng)、第三方注銷響應(yīng)、 第三方重注冊響應(yīng)之一。
3. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述方法包括如下 步驟(1) 用戶設(shè)備UE在S-CSCF的注冊過程成功后，S-CSCF對用戶簽約 數(shù)據(jù)中的iFC進行分析，選擇AS默認(rèn)處理特性為SESSION—TERMINATED 的iFC,向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求；(2) 收到已發(fā)送第三方注冊過程請求AS返回注冊過程響應(yīng)后，再選 擇AS默認(rèn)處理特性為SESSION—CONTINUED的iFC，向選中的iFC對應(yīng) 的AS發(fā)送第三方注冊過程請求。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述步驟(l)包括如下 步驟(la) UE在S-CSCF的注冊過程成功后，S-CSCF對用戶簽約數(shù)據(jù)中的 iFC進行分析，選擇一個AS默認(rèn)處理特性為SESSION—TERMINATED的 iFC,向該iFC對應(yīng)的AS發(fā)送第三方注冊過程請求；(lb ) S-CSCF對剩下的AS默認(rèn)處理特性為SESSION—TERMINATED的iFC進行分析，選擇其中一個iFC，向該iFC對應(yīng)的AS發(fā)送第三方注冊 過程請求；重復(fù)執(zhí)行步驟(lb)，直到向所有的AS默認(rèn)處理特性為 SESSION—TERMINATED的iFC對應(yīng)的AS均發(fā)送第三方注冊過程請求。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述步驟(la)或(lb) S-CSCF對用戶簽約數(shù)據(jù)中的iFC進行分析， 選擇一個AS默認(rèn)處理特性為SESSION—TERMINATED的iFC的步驟，為 下述方式之一S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC,任意選擇選擇一個AS默認(rèn)處理特 性為SESSION—TERMINATED的iFC;S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC，按照優(yōu)先級從高到低的順序，依 次選取AS默認(rèn)處理特性為SESSION—TERMINATED的iFC。
6. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述步驟(2)包括如下 步驟(2a)收到已發(fā)送第三方注冊過程請求AS返回注冊過程響應(yīng)后， S-CSCF對用戶簽約數(shù)據(jù)中的iFC進行分析，選擇一個AS默認(rèn)處理特性為 SESSION—CONTINUED的iFC,向該iFC對應(yīng)的AS發(fā)送第三方注冊過程請 求；(2b )S-CSCF對剩下的AS默認(rèn)處理特性為SESSION—CONTINUED的 iFC進行分析，選擇其中一個iFC，向該iFC對應(yīng)的AS發(fā)送第三方注冊過 程請求；重復(fù)執(zhí)行步驟(2b)，直到向所有的AS默認(rèn)處理特性為 SESSION—CONTINUED的iFC對應(yīng)的AS均發(fā)送第三方注冊過程請求。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述步驟(2a)或(2b) S-CSCF對用戶簽約數(shù)據(jù)中的iFC進行分析， 選擇一個AS默認(rèn)處理特性為SESSION—CONTINUED的iFC的步驟，為下 述方式之一S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC，任意選擇選擇一個AS默認(rèn)處理特 性為SESSION—CONTINUED的iFC;S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC,按照優(yōu)先級從高到低的順序，依次選取AS默認(rèn)處理特性為SESSION—CONTINUED的iFC。
8. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述步驟(l)包括如下 步驟(1A) UE在S-CSCF的注冊過程成功后，S-CSCF對用戶簽約數(shù)據(jù)中 的所有AS默認(rèn)處理特性為SESSION—TERMINATED的iFC進行分析，設(shè) 置發(fā)送順序；(IB ) S-CSCF根據(jù)發(fā)送順序，依次向iFC對應(yīng)的AS發(fā)送第三方注冊 過程請求，直到向所有的AS默認(rèn)處理特性為SESSION—TERMINATED的 iFC對應(yīng)的AS均發(fā)送第三方注冊過程請求。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述步驟(IA)中，S-CSCF 對用戶簽約數(shù)據(jù)中的所有AS默認(rèn)處理特性為SESSION—TERMINATED的 iFC進行分析，設(shè)置發(fā)送順序的步驟，為下述方式之一S-CSCF讀取用戶簽約數(shù)據(jù)中的所有AS默認(rèn)處理特性為 SESSION—TERMINATED的iFC,依次任意選取iFC,根據(jù)選4奪iFC的順序 設(shè)置發(fā)送順序；S-CSCF讀取用戶簽約數(shù)據(jù)中的所有AS默認(rèn)處理特性為 SESSION_TERMINATED的iFC,按照優(yōu)先級從高到低的順序，依次選取 iFC,根據(jù)選擇iFC的順序設(shè)置發(fā)送順序。
10. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述步驟(2)包括如 下步驟(2A)收到已發(fā)送第三方注冊過程請求AS返回注冊過程響應(yīng)后， S-CSCF對用戶簽約數(shù)據(jù)中的所有 AS默認(rèn)處理特性為 SESSION_CONTINUED的iFC進行分析，i殳置發(fā)送順序；(2B ) S-CSCF根據(jù)發(fā)送順序，依次向iFC對應(yīng)的AS發(fā)送第三方注冊 過程請求，直到向所有的AS默認(rèn)處理特性為SESSION—CONTINUED的iFC 對應(yīng)的AS均發(fā)送第三方注冊過程請求。
11.根據(jù)權(quán)利要求IO所述的方法，其特征在于，所述步驟(2A)中， S-CSCF對用戶簽約數(shù)據(jù)中的所有 AS默認(rèn)處理特性為SESSION—CONTINUED的iFC進行分析，設(shè)置發(fā)送順序的步驟，為下述方 式之一S-CSCF讀取用戶簽約數(shù)據(jù)中的所有AS默認(rèn)處理特性為 SESSION—CONTINUED的iFC,依次任意選取iFC，根據(jù)選擇iFC的順序設(shè) 置發(fā)送順序；S-CSCF讀取用戶簽約數(shù)據(jù)中的所有AS默認(rèn)處理特性為 SESSION—CONTINUED的iFC，按照優(yōu)先級從高到低的順序，依次選取iFC, 根據(jù)選擇iFC的順序設(shè)置發(fā)送順序。
12.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，若收到所有已發(fā)送第三方注冊過程請求的AS返回注冊過程響應(yīng)，則第 三方注冊過程完成；若收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，其對 應(yīng)的AS默認(rèn)處理為SESSION—TERMINATED,則終止所有本次注冊過程， 并且由S-CSCF觸發(fā)服務(wù)器端注銷流程；若收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，其對 應(yīng)的AS默認(rèn)處理為SESSION—CONTINUED,若S-CSCF還需要分析iFC以 及向相應(yīng)的AS發(fā)送第三方注冊過程請求，則繼續(xù)執(zhí)行；若已發(fā)送完成，則 等待已發(fā)送第三方注冊過程請求的AS返回注冊過程響應(yīng)；當(dāng)收到所有已發(fā) 送第三方注冊過程請求的AS返回注冊過程響應(yīng)，則第三方注冊過程完成。
全文摘要
本發(fā)明公開了一種IP多媒體子系統(tǒng)中第三方注冊過程的實現(xiàn)方法，在S-CSCF向AS進行第三方注冊過程中，S-CSCF先選擇AS默認(rèn)處理特性為SESSION_TERMINATED的iFC，向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求；再選擇AS默認(rèn)處理特性為SESSION_CONTINUED的iFC，向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求。本發(fā)明按照iFC中AS的默認(rèn)處理特性的順序進行第三方注冊過程，能盡早發(fā)現(xiàn)注冊過程失敗，以便及時進行網(wǎng)絡(luò)側(cè)發(fā)起的注銷流程，解決了在IP多媒體子系統(tǒng)中由于僅根據(jù)iFC的優(yōu)先級的順序進行第三方注冊過程，有可能導(dǎo)致處理時間過長的問題。
文檔編號H04L12/28GK101163070SQ20071014353
公開日2008年4月16日 申請日期2007年8月7日 優(yōu)先權(quán)日2007年8月7日
發(fā)明者偉 劉, 李世濤, 郝振武, 陳志峰 申請人:中興通訊股份有限公司