專利名稱：一種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ò)的標準，它的顯著特點是采用了 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所示，包括以下步
S101, UE向P-CSCF發(fā)送注冊請求；S102 ， 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;5104, HSS向I-CSCF返回分配的S-CSCF名稱或S-CSCF的能力；5105, I-CSCF將注冊請求消息發(fā)送到選定的S-CSCF;S106~ SI 16, 如果S-CSCF需要對用戶進行認證鑒權(quán)，那么需要向HSS 獲取用戶認證向量，并根據(jù)S107消息中返回的認證向量，構(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)消息后，判斷用戶的合法性，完成對用戶的認證、鑒權(quá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;S123， S-CSCF對用戶簽約數(shù)據(jù)中的所有iFC進行分析，即讀取用戶簽 約數(shù)據(jù)中所有的iFC，并選取一個優(yōu)先級高的iFC;并對該iFC對應(yīng)的AS 發(fā)起第三方注冊；5124, 向選取的iFC對應(yīng)的AS發(fā)送第三方注冊請求，發(fā)送完成后， S-CSCF將等待直至該第三方請求的響應(yīng)的到達；5125, 收取第三方注冊成功響應(yīng)；5126, S-CSCF在處理完成前一個第三方注冊后，將對后續(xù)的iFC進行 分析，選取一個高優(yōu)先級的iFC; S127，向此次選取的iFC對應(yīng)的AS發(fā)送第三方注冊請求后，同樣阻塞 等待第三方請求的響應(yīng)；5128, 收耳又第三方注冊成功響應(yīng)，同S125的方式對響應(yīng)進行處理；5129, 繼續(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ù)名信息和默認處理特性，以及包括或不包括l個服務(wù)信息；若有觸發(fā)點信 息，則該觸發(fā)點信息對應(yīng)了 1 n個服務(wù)觸發(fā)點信息。其中，所述優(yōu)先級特 性采用一個32bit的整數(shù)型(Integer)表示；AS的服務(wù)名信息使用SIP URL(Uniform Resource Locator,統(tǒng)一資源定位符)表示；AS的默認處理特性 釆用了枚據(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)，則執(zhí)行下一步驟， 即分析后續(xù)的iFC。如果收到的響應(yīng)為注冊失敗響應(yīng)，將需要根據(jù)AS的默 認處理特性進行后續(xù)處理，如果該特性為SESSION—TERMINATED,則將 結(jié)束整個注冊流程，由S-CSCF發(fā)起網(wǎng)絡(luò)側(cè)的注銷流程；如果該特性為 SESSION—CONTINUED,則繼續(xù)的處理流程與收到注冊成功響應(yīng)時相同， 即執(zhí)行對剩余iFC進行分析的流程。從上面說明可以看出，當前技術(shù)中的第三方注冊的流程，是一種順序、 阻塞、串行的方式，會導致整個第三方注冊過程的時間會比較長，尤其當中 間某些AS無響應(yīng)時，S-CSCF需要等待或重試，會導致時間更長。
而在等待所有第三方注冊完成的過程中，IMS網(wǎng)絡(luò)可能無法提供服務(wù)或者是可能無法提供所有IMS網(wǎng)絡(luò)的服務(wù)給UE使用。因此如果這時候UE發(fā) 送了一個呼叫，該呼叫需要經(jīng)過一個AS,而該AS尚未完成第三方注冊， 此時該呼叫請求被發(fā)往該AS之后，AS無法完成對UE的鑒權(quán)，因此可能拒 絕本次呼叫請求，從而無法完成本次呼叫。另外在IMS中，進行注銷、重注冊的時候，可能需要進行第三方注銷、 第三方重注冊，其流程與注冊流程基本相同，不再進行詳細描述。發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問題就是解決在目前IMS第三方注冊過程中由于 釆用順序和阻塞方式而引起的處理時間過長的問題，提供一種高效地在IMS 系統(tǒng)中實現(xiàn)第三方注冊過程的方法，以減少處理時間，加快處理速度。為了解決上述技術(shù)問題，本發(fā)明提供一種IP多媒體子系統(tǒng)中第三方注 冊過程的實現(xiàn)方法，在S-CSCF向AS進行第三方注冊過程中，S-CSCF選擇 iFC,依次或同時向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求；當依次向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求時，無需等待 已發(fā)送第三方注冊過程請求的AS返回注冊過程響應(yīng)，即向后續(xù)選中的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進行分析，選4奪其中一個iFC，向該iFC對應(yīng)的AS發(fā)送第三方注冊過程請求；(2 ) S-CSCF無需等待已發(fā)送第三方注冊過程請求的AS返回注冊過程 響應(yīng)，對剩下的iFC進行分析，選擇其中 一個iFC,向該iFC對應(yīng)的AS發(fā) 送第三方注冊過程請求；重復(fù)執(zhí)行步驟(2)，直到向所有的iFC對應(yīng)的AS 均發(fā)送第三方注冊過程請求。進一步地，所述步驟(1)和步驟(2)中，S-CSCF對用戶簽約數(shù)據(jù)中 的iFC進行分析，選擇其中一個iFC的步驟，為下述方式之一(a) S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC,任意選擇其中一個iFC;(b) S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC,按照優(yōu)先級從高到低的順序， 依次選取iFC;(c ) S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC,先選擇AS默認處理特性為 SESSION—TERMINATED的iFC ， 再選擇AS默認處理特性為 SESSION CONTINUED的iFC。進一步地，所述方式(c)中，選擇AS默認處理特性為SESSION—TERMINATED的iFC的步驟中，為 下述方式之一(cl ) S-CSCF 任意選擇 一 個 AS 默認處理特性為 SESSION—TERMINATED的iFC;(c2) S-CSCF按照優(yōu)先級從高到低的順序，依次選取AS默認處理特 性為SESSION—TERMINATED的iFC;選擇AS默認處理特性為SESSION—CONTINUED的iFC的步驟中，為 下述方式之一(c3 ) S-CSCF任意選擇 一 個 AS 默認處理特性為 SESSION CONTINUED的iFC;(c4) S-CSCF按照優(yōu)先級從高到低的順序，依次選取AS默認處理特 性為SESSION—CONTINUED的iFC。進一步地，當收到所有已發(fā)送第三方注冊過程請求的AS返回注冊過程成功響應(yīng)， 則第三方注冊過程完成；當收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，但其 對應(yīng)的AS默認處理為SESSION—CONTINUED,若S-CSCF還需要分析iFC 以及向相應(yīng)的AS發(fā)送第三方注冊過程請求，則繼續(xù)執(zhí)行；若已發(fā)送完成， 則等待已發(fā)送第三方注冊過程請求的AS返回注冊過程響應(yīng)；當收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，但其 對應(yīng)的AS默認處理為SESSION—TERMINATED,則終止所有本次注冊過程， 并且由S-CSCF觸發(fā)服務(wù)器端注銷流程。進一步地，所述方法包括如下步驟UE在S-CSCF的注冊過程成功后，S-CSCF讀取用戶簽約數(shù)據(jù)中的所有 iFC,同時向所有的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求。進一步地，所述方法包括如下步驟(1 ) UE在S-CSCF的注冊過程成功后，S-CSCF對用戶簽約數(shù)據(jù)中的 所有iFC進行分析，設(shè)置發(fā)送順序；(2) S-CSCF根據(jù)發(fā)送順序，依次向iFC對應(yīng)的AS發(fā)送第三方注冊過 程請求，直到向所有的iFC對應(yīng)的AS均發(fā)送第三方注冊過程請求。進一步地，所述步驟(1 )中，S-CSCF對用戶簽約數(shù)據(jù)中的所有iFC進 行分析，設(shè)置發(fā)送順序的步驟，為下述方式之一(a) S-CSCF讀取用戶簽約數(shù)據(jù)中的所有iFC，依次任意選取iFC，根 據(jù)選擇iFC的順序設(shè)置發(fā)送順序；(b ) S-CSCF讀取用戶簽約數(shù)據(jù)中的所有iFC，按照優(yōu)先級從高到低的 順序，依次選取iFC，根據(jù)選擇iFC的順序設(shè)置發(fā)送順序；(c) S-CSCF讀取用戶簽約數(shù)據(jù)中的所有iFC，先選擇AS默認處理特 性為SESSION—TERMINATED的iFC,再選擇AS默認處理特性為 SESSION—CONTINUED的iFC，并才艮據(jù)選4奪iFC的順序設(shè)置發(fā)送順序。進一步地，所述方式(c)中，選擇AS默認處理特性為SESSION—TERMINATED的iFC的步驟中，為
下述方式之一(cl ) S-CSCF 依次任意選擇 AS 默認處理特性為 SESSION—TERMINATED的iFC;(c2) S-CSCF按照優(yōu)先級從高到低的順序，依次選取AS默認處理特 性為SESSION—TERMINATED的iFC;選擇AS默認處理特性為SESSION—CONTINUED的iFC的步驟中，為 下述方式之一(c3 ) S-CSCF 依次任意選擇 AS 默認處理特性為 SESSION—CONTINUED的iFC;(c4) S-CSCF按照優(yōu)先級從高到低的順序，依次選取AS默認處理特 性為SESSION—CONTINUED的iFC。進一步地，當收到所有已發(fā)送第三方注冊過程請求的AS返回注冊過程成功響應(yīng)， 則第三方注冊過程完成；當收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，但其 對應(yīng)的AS默認處理為SESSION—CONTINUED,若S-CSCF還需要分析iFC 以及向相應(yīng)的AS發(fā)送第三方注冊過程請求，則繼續(xù)執(zhí)行；若已發(fā)送完成， 則等待已發(fā)送第三方注冊過程請求的AS返回注冊過程響應(yīng)；當收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，但其 對應(yīng)的AS默認處理為SESSION—TERMINATED,則終止所有本次注冊過程， 并且由S-CSCF觸發(fā)服務(wù)器端注銷流程。本發(fā)明提供的方法是一種并行處理第三方注冊過程(包括注冊/注銷/重 注冊)的方式，S-CSCF不再單純按照目前的方案機械的按照該優(yōu)先級進行 排序串行執(zhí)行第三方注冊過程，從而提高了執(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ā)明實施例的包含第三方注冊過程的重注冊流程圖；圖6是本發(fā)明實施例另 一種方式的包含第三方注冊過程的注冊流程圖。
具體實施方式
在本文中，第三方注冊、注銷、重注冊流程類似，統(tǒng)稱為第三方注冊過 程，相應(yīng)地，第三方注冊請求、第三方注銷請求、第三方重注冊請求統(tǒng)稱為 第三方注冊過程請求；第三方注冊響應(yīng)、第三方注銷響應(yīng)、第三方重注冊響 應(yīng)統(tǒng)稱為第三方注冊過程響應(yīng)。本發(fā)明的核心思想是，UE在S-CSCF的注冊過程(包括注冊/注銷/重注 冊)成功后，S-CSCF不再采用傳統(tǒng)的串行處理第三方注冊過程，而是采用 并行方式向符合條件的AS并行發(fā)送第三方注冊過程請求。當S-CSCF分別接收第三方注冊過程響應(yīng)時，分別判斷各自的響應(yīng)結(jié)果， 根據(jù)結(jié)果做出響應(yīng)的操作。UE在S-CSCF的注冊過程成功后，S-CSCF對多個iFC進行分析，這時， 可以根據(jù)用戶簽約數(shù)據(jù)中iFC中攜帶的優(yōu)先級來選取iFC，也可以忽略iFC 中攜帶的優(yōu)先級特性來選取iFC。也就是說，當忽略iFC中的優(yōu)先級特性時， iFC的選取將不再是完全按照優(yōu)先級順序，比如，也可以將AS的默認處理 值作為參照考慮。本發(fā)明的并行處理方式允許S-CSCF同時處理多個第三方注冊過程，所 述并行處理方式可以是分析完iFC之后，依次或同時向多個AS分別發(fā)送 第三方注冊過程請求；也可以是依次分析iFC，選取優(yōu)先級高的的AS進 行第三方注冊過程，發(fā)送注冊過程請求，然后緊接著分析后續(xù)的iFC，發(fā)送 注冊過程請求；這里跟傳統(tǒng)解決方案不同的是，在發(fā)送了前一個注冊過程請求之后，不再需要等待該請求完成，而是立刻進行后續(xù)iFC的分析。當S-CSCF分別接收各自的第三方注冊過程請求的響應(yīng)，如果收到的響 應(yīng)結(jié)果為注冊成功，或者收到注冊失敗的響應(yīng)，但相對應(yīng)的AS默認處理為 SESSION—CONTINUED,則可立刻進行下一次或者等待本批次所有第三方 注冊過程完成。如果S-CSCF收到的響應(yīng)為注冊失敗，而注冊失敗響應(yīng)的AS對應(yīng)的iFC 中AS的默認處理特性為SESSION—TERMINATED,將終止所有本次注冊過 程，并且由S-CSCF觸發(fā)服務(wù)器端注銷流程。下面結(jié)合附圖及具體實施例對本發(fā)明進行詳細說明。實施例一如圖3所示，為本發(fā)明實施例一包含第三方注冊過程的注冊流程，包括 如下步驟5301, UE完成在S-CSCF上的注冊，其流程與圖1所述的S101 S122 的流程相同，詳見圖l對應(yīng)流程的描述；5302, S-CSCF進行iFC分析，即讀取用戶簽約數(shù)據(jù)中的iFC，選擇其 中一個iFC，并不要求一定要選取優(yōu)先級高的iFC;S303，向選取的iFC對應(yīng)的AS發(fā)送第三方注冊請求；5304, 分析后續(xù)的iFC,即讀取用戶簽約數(shù)據(jù)中剩下的iFC，選擇其中 一個iFC;5305, 向選取的iFC對應(yīng)的AS發(fā)送第三方注冊請求；5306, 如果還剩余iFC，則重復(fù)S304 S305步驟的流程，如果不再有需 要第三方注冊對應(yīng)的iFC存在，則不再循環(huán)；S307，接收AS發(fā)送的第三方注冊響應(yīng)，并根據(jù)響應(yīng)結(jié)果進行操作；S308,繼續(xù)接收第三方注冊的響應(yīng)，直到所有第三方注冊均完成，這時 本次注冊完成。
其中，步驟S302,以及S304中，選4奪iFC的方式可以是任意選擇、 按照優(yōu)先級從高到低的順序選擇、或者先選擇AS默認處理特性為 SESSION—TERMINATED的iFC , 再選擇AS默認處理特性為 SESSION—CONTINUED的iFC。在先選擇AS默認處理特性為SESSION—TERMINATED的iFC，再選擇 AS默認處理特性為SESSION—CONTINUED的iFC的方式中，也可以是 在AS默認處理特性為SESSION—TERMINATED或AS默認處理特性為 SESSION—CONTINUED的前提下，任意選4奪或者按照優(yōu)先級從高到低的順 序選擇。在步驟S307以及S308中，當收到AS返回注冊失敗響應(yīng)，其對應(yīng)的 AS默認處理為SESSION—CONTINUED,若S-CSCF還需要分析iFC以及向 相應(yīng)的AS發(fā)送第三方注冊請求，則繼續(xù)執(zhí)行；若已發(fā)送完成，則等待已發(fā) 送第三方注冊請求的AS返回注冊響應(yīng)；當收到AS返回注冊失敗響應(yīng)，其 對應(yīng)的AS默認處理為SESSION—TERMINATED,則終止所有本次注冊，并 且由S-CSCF觸發(fā)服務(wù)器端注銷流程。實施例二如圖4所示，為本發(fā)明實施例二包含第三方注冊過程的注銷流程，包括 如下步驟5401, UE完成在S-CSCF上的注銷，其流程與圖1所述的S101 S122 的注冊流程基本相同，只是注銷與注冊流程中相對應(yīng)的SIP報文的不同，本 發(fā)明并不關(guān)注SIP報文，這里不再詳述；5402, S-CSCF進行iFC分析，即讀取用戶簽約數(shù)據(jù)中的iFC，選擇其 中一個iFC，并不要求一定要選取優(yōu)先級高的iFC5403, 向選取的iFC對應(yīng)的AS發(fā)送第三方注銷請求；5404, 分析后續(xù)的iFC,即讀取用戶簽約數(shù)據(jù)中剩下的iFC,選擇其中 一個iFC;5405, 向選取的iFC對應(yīng)的AS發(fā)送第三方注銷請求； 5406, 如果還剩余iFC,則重復(fù)S404 S405步驟的流程，如果不再有需 要第三方注銷對應(yīng)的iFC存在，則不再循環(huán)；5407, 接收第三方注銷的響應(yīng)，并根據(jù)響應(yīng)結(jié)果進行操作；5408, 繼續(xù)接收第三方注銷的響應(yīng)，直到所有第三方注銷均完成，這時 本次注銷完成。其中，步驟S402，以及S404中，選擇iFC的方式同實施例一選擇iFC 的方式，此處不再贅述。實施例三如圖5所示，為本發(fā)明實施例三包含第三方注冊過程的重注冊流程，包 括如下步驟5501, UE完成在S-CSCF上的重注冊，其流程與圖1所述的S101 ~S122 的注冊流程基本相同，只是重注冊與注冊流程中相對應(yīng)的SIP報文的不同， 本發(fā)明并不關(guān)注SIP報文，這里不再詳述；5502, 進行iFC分析，，即讀取用戶簽約數(shù)據(jù)中的iFC,選擇其中一個 iFC,并不要求一定要需要選取優(yōu)先級高的iFC;S503，向選取的iFC對應(yīng)的AS發(fā)送第三方重注冊請求；S504，分析后續(xù)的iFC,即讀取用戶簽約數(shù)據(jù)中剩下的iFC,選擇其中 一個iFC;5505, 向選取的iFC對應(yīng)的AS發(fā)送第三方重注冊請求；5506, 如果還剩余iFC則重復(fù)S504 S505步驟的流程，如果不再有需要 第三方重注冊對應(yīng)的iFC存在，則不再循環(huán)；S507，接收第三方重注冊的響應(yīng)，并根據(jù)響應(yīng)結(jié)果進行操作；S508，繼續(xù)接收第三方重注冊的響應(yīng)，直到所有第三方重注冊均完成， 這時本次重注冊完成。其中，步驟S502，以及S504中，選擇iFC的方式同實施例一選擇iFC 的方式，此處不再贅述。
在步驟S507以及S508中，當收到AS返回重注冊失敗響應(yīng)，處理方式 同實施例一收到AS返回注冊失敗響應(yīng)類似，此處不再贅述。實施例四如圖6所示，為本發(fā)明與實施例一不同的另一種方式的包含第三方注冊 過程的注冊流程，包括如下步驟S601， UE完成在S-CSCF上的注冊，其流程與圖1所述的S101-S122 的流程相同，詳見圖l對應(yīng)流程的描述；S602， S-CSCF對所有iFC進行分析，即讀取用戶簽約數(shù)據(jù)中的所有iFC， 選取iFC，并根據(jù)選擇iFC的順序設(shè)置發(fā)送順序；選擇iFC的方式同實施例 一選4奪iFC的方式，此處不再贅述；S603，向選取的排在第一個的iFC對應(yīng)的AS發(fā)送第三方注冊請求；S604,繼續(xù)按順序向選取的iFC對應(yīng)的AS發(fā)送第三方注冊請求，直到 所有注冊的請求發(fā)送完畢；S605，接收第三方注冊的響應(yīng)，并根據(jù)響應(yīng)的結(jié)果進行操作；S606，繼續(xù)接收第三方注冊的響應(yīng)，直到所有第三方注冊完成，這時本 次注冊完成。所述步驟S602中，也可不設(shè)置發(fā)送順序，在后續(xù)的步驟中，同時向所 有iFC對應(yīng)的AS發(fā)送第三方注冊請求。在步驟S605以及S606中，當收到AS返回注冊失敗響應(yīng)，處理方式同 實施例一收到AS返回注冊失敗響應(yīng)，此處不再贅述。S-CSCF對所有iFC進行分析，再依次發(fā)送第三方注冊過程請求，類似 實施例四，也可以實現(xiàn)注銷/重注冊流程，此處不再詳述。綜上所述，采用本發(fā)明所述方法，并不需要對現(xiàn)有IMS架構(gòu)做修改， 就可以達到提高第三方注冊效率的目的。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本 領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化，本發(fā)明的保護范圍以 權(quán)利要求為準。
權(quán)利要求
1.一種IP多媒體子系統(tǒng)中第三方注冊過程的實現(xiàn)方法，其特征在于，在服務(wù)呼叫會話控制功能實體S-CSCF向應(yīng)用服務(wù)器AS進行第三方注冊過程中，S-CSCF選擇初始過濾規(guī)則iFC，依次或同時向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求；當依次向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求時，無需等待已發(fā)送第三方注冊過程請求的AS返回注冊過程響應(yīng)，即向后續(xù)選中的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進行分析，選擇其中 一個iFC，向該iFC對應(yīng)的AS發(fā)送第三 方注冊過程請求；(2 ) S-CSCF無需等待已發(fā)送第三方注冊過程請求的AS返回注冊過程 響應(yīng)，對剩下的iFC進行分析，選擇其中 一個iFC,向該iFC對應(yīng)的AS發(fā) 送第三方注冊過程請求；重復(fù)執(zhí)行步驟(2)，直到向所有的iFC對應(yīng)的AS 均發(fā)送第三方注冊過程請求。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述步驟(1 )和步驟(2 ) 中，S-CSCF對用戶簽約數(shù)據(jù)中的iFC進行分析，選擇其中一個iFC的步驟， 為下述方式之一(a) S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC ，任意選擇其中一個iFC;(b) S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC,按照優(yōu)先級從高到低的順序， 依次選耳又iFC;(c ) S-CSCF讀取用戶簽約數(shù)據(jù)中的iFC，先選擇AS默認處理特性為 會話—終止SESSION—TERMINATED的iFC,再選擇AS默認處理特性為會 話—繼續(xù)SESSION—CONTINUED的iFC。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方式(c)中，選擇AS默認處理特性為SESSION—TERMINATED的iFC的步驟中，為 下述方式之一(cl ) S-CSCF 任意選擇 一 個 AS 默認處理特性為 SESSION—TERMINATED的iFC;(c2) S-CSCF按照優(yōu)先級從高到低的順序，依次選取AS默認處理特 性為SESSION—TERMINATED的iFC;選擇AS默認處理特性為SESSION—CONTINUED的iFC的步驟中，為 下述方式之一(c3 ) S-CSCF 任意選擇 一 個 AS 默認處理特性為 SESSION CONTINUED的iFC;(c4) S-CSCF按照優(yōu)先級從高到低的順序，依次選取AS默認處理特 性為SESSION—CONTINUED的iFC。
6. 根據(jù)權(quán)利要求3所述的方法，其特征在于，當收到所有已發(fā)送第三方注冊過程請求的AS返回注冊過程成功響應(yīng)， 則第三方注冊過程完成；當收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，^a其 對應(yīng)的AS默認處理為SESSION—CONTINUED,若S-CSCF還需要分析iFC 以及向相應(yīng)的AS發(fā)送第三方注冊過程請求，則繼續(xù)執(zhí)行；若已發(fā)送完成， 則等待已發(fā)送第三方注冊過程請求的AS返回注冊過程響應(yīng)；當收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，但其 對應(yīng)的AS默認處理為SESSION—TERMINATED,則終止所有本次注冊過程， 并且由S-CSCF觸發(fā)服務(wù)器端注銷流程。
7. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述方法包括如下 步驟UE在S-CSCF的注冊過程成功后，S-CSCF讀取用戶簽約數(shù)據(jù)中的所有 iFC,同時向所有的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求。
8. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述方法包括如下 步驟(1 ) UE在S-CSCF的注冊過程成功后，S-CSCF對用戶簽約數(shù)據(jù)中的 所有iFC進行分析，設(shè)置發(fā)送順序；(2 ) S-CSCF根據(jù)發(fā)送順序，依次向iFC對應(yīng)的AS發(fā)送第三方注冊過 程請求，直到向所有的iFC對應(yīng)的AS均發(fā)送第三方注冊過程請求。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述步驟(1 )中，S-CSCF 對用戶簽約數(shù)據(jù)中的所有iFC進行分析，設(shè)置發(fā)送順序的步驟，為下述方式 之一(a) S-CSCF讀取用戶簽約數(shù)據(jù)中的所有iFC,依次任意選取iFC，根 據(jù)選擇iFC的順序設(shè)置發(fā)送順序；(b ) S-CSCF讀取用戶簽約數(shù)據(jù)中的所有iFC,按照優(yōu)先級從高到低的 順序，依次選取iFC，根據(jù)選擇iFC的順序設(shè)置發(fā)送順序；(c ) S-CSCF讀取用戶簽約數(shù)據(jù)中的所有iFC,先選擇AS默認處理特 性為SESSION—TERMINATED的iFC,再選擇AS默認處理特性為 SESSION—CONTINUED的iFC，并根據(jù)選擇iFC的順序設(shè)置發(fā)送順序。
10. 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述方式(c)中，選擇AS默認處理特性為SESSION—TERMINATED的iFC的步驟中，為 下述方式之一(cl ) S-CSCF 依次任意選才奪 AS 默認處理特性為 SESSION—TERMINATED的iFC;(c2) S-CSCF按照優(yōu)先級從高到低的順序，依次選取AS默認處理特 性為SESSION—TERMINATED的iFC; 選擇AS默認處理特性為SESSION—CONTINUED的iFC的步驟中，為 下述方式之一(c3 ) S-CSCF依次任意選擇AS 默認處理特性為 SESSION—CONTINUED的iFC;(c4) S-CSCF按照優(yōu)先級從高到低的順序，依次選取AS默認處理特 性為SESSION—CONTINUED的iFC。
11.根據(jù)權(quán)利要求1或2的方法，其特征在于，當收到所有已發(fā)送第三方注冊過程請求的AS返回注冊過程成功響應(yīng)， 則第三方注冊過程完成；當收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，但其 對應(yīng)的AS默認處理為SESSION—CONTINUED,若S-CSCF還需要分析iFC 以及向相應(yīng)的AS發(fā)送第三方注冊過程請求，則繼續(xù)執(zhí)行；若已發(fā)送完成， 則等待已發(fā)送第三方注冊過程請求的AS返回注冊過程響應(yīng)；當收到已發(fā)送第三方注冊過程請求的AS返回注冊過程失敗響應(yīng)，但其 對應(yīng)的AS默認處理為SESSION—TERMINATED,則終止所有本次注冊過程， 并且由S-CSCF觸發(fā)服務(wù)器端注銷流程。
全文摘要
本發(fā)明公開了一種IP多媒體子系統(tǒng)中第三方注冊過程的實現(xiàn)方法，在S-CSCF向AS進行第三方注冊過程中，S-CSCF選擇iFC，依次或同時向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求；當依次向選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求時，無需等待已發(fā)送第三方注冊過程請求的AS返回注冊過程響應(yīng)，即向后續(xù)選中的iFC對應(yīng)的AS發(fā)送第三方注冊過程請求。本發(fā)明解決在目前IMS第三方注冊過程中由于采用順序和阻塞方式而引起的處理時間過長的問題，提高了注冊過程效率，而且并沒有對現(xiàn)有體系架構(gòu)進行調(diào)整，僅僅需要對S-CSCF做處理流程的修改，簡單可行。
文檔編號H04L12/28GK101163071SQ20071014353
公開日2008年4月16日 申請日期2007年8月7日 優(yōu)先權(quán)日2007年8月7日
發(fā)明者偉 劉, 李世濤, 郝振武, 陳志峰 申請人:中興通訊股份有限公司