專利名稱：一種提高服務(wù)可靠性的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于IP的多媒體子系統(tǒng)(IMS)技術(shù)，尤指一種提高服務(wù)可靠性的方法及系統(tǒng)。
背景技術(shù)：
在IMS網(wǎng)絡(luò)的一次初始業(yè)務(wù)請求觸發(fā)過程中，服務(wù)呼叫會話控制網(wǎng)元(S-CSCF)會根據(jù)收到的用戶的初始業(yè)務(wù)請求消息匹配用戶簽約信息中的初始過濾準則(IFC)，并將匹配到的初始業(yè)務(wù)請求消息順序觸發(fā)至不同的應(yīng)用服務(wù)器(AS)，進而通過不同的AS向用戶提供不同類型的服務(wù)。
初始業(yè)務(wù)請求消息包括很多種，比如用于進行會話業(yè)務(wù)的會話初始業(yè)務(wù)請求消息、以及用于訂閱業(yè)務(wù)的訂閱初始業(yè)務(wù)請求消息、用于進行第三方注冊的注冊初始業(yè)務(wù)請求消息等。由于S-CSCF網(wǎng)元對除注冊初始業(yè)務(wù)請求消息以外的其他類型的初始業(yè)務(wù)請求消息的處理一樣，而對注冊初始業(yè)務(wù)請求的處理不同，因此在本文中，將會話初始業(yè)務(wù)請求消息、訂閱初始業(yè)務(wù)請求消息等處理初始業(yè)務(wù)請求方式一樣的初始業(yè)務(wù)請求消息，稱為服務(wù)初始業(yè)務(wù)請求消息。
在用戶的簽約信息中，通常存在多條IFC，每條IFC由一組服務(wù)點觸發(fā)條件(SPT SerVice Point Trigger)組成的觸發(fā)點(Trigger Point)和一個AS單元構(gòu)成，具體結(jié)構(gòu)如圖1所示。其中，單個SPT的結(jié)構(gòu)如圖2所示。SPT為最小單位的邏輯因子，每個SPT分別從某個方面對IFC進行邏輯條件描述。例如，Request-URI，會話發(fā)起協(xié)議(SIP)方法，SIP請求消息中的頭域類型和取值，會話類型，或SIP請求消息中的SDP描述。S-CSCF網(wǎng)元根據(jù)各IFC的優(yōu)先級順序，依次處理用戶簽約信息中的IFC。在本文中，稱觸發(fā)服務(wù)的IFC為服務(wù)IFC；稱觸發(fā)第三方注冊過程的IFC為注冊IFC。
S-CSCF網(wǎng)元觸發(fā)AS向用戶提供服務(wù)的過程如圖3所述。在此假設(shè)用戶的簽約信息中存在三個AS對應(yīng)的服務(wù)IFC，分別為AS1、AS2和AS3，對應(yīng)的三個服務(wù)IFC，并且優(yōu)先級依次降低?，F(xiàn)簡要描述如下當(dāng)S-CSCF網(wǎng)元收到用戶發(fā)送的服務(wù)初始業(yè)務(wù)請求消息，可以是會話初始業(yè)務(wù)請求消息，也可以是訂閱初始業(yè)務(wù)請求消息等其他類型的請求，則觸發(fā)AS組的服務(wù)提供過程。
S-CSCF網(wǎng)元根據(jù)收到的服務(wù)初始業(yè)務(wù)請求消息，按照用戶簽約信息中的IFC優(yōu)先級的高低依次匹配。由于AS1的服務(wù)IFC優(yōu)先級最高，因此S-CSCF最先匹配到AS1對應(yīng)的服務(wù)IFC。當(dāng)AS1對應(yīng)的服務(wù)IFC匹配成功時，S-CSCF網(wǎng)元向AS1發(fā)送自身收到的服務(wù)初始業(yè)務(wù)請求消息，指示AS1向用戶提供服務(wù)。當(dāng)AS1收到該服務(wù)初始業(yè)務(wù)請求消息時，則進行相應(yīng)處理，并在對服務(wù)初始業(yè)務(wù)請求消息中的內(nèi)容進行相應(yīng)修改后，返回S-CSCF網(wǎng)元。接著，S-CSCF網(wǎng)元按照IFC優(yōu)先級高低，根據(jù)AS1返回的服務(wù)初始業(yè)務(wù)請求消息匹配到AS2對應(yīng)的服務(wù)IFC。當(dāng)匹配得到AS2對應(yīng)的服務(wù)IFC時，S-CSCF向AS2發(fā)送自身收到的AS1返回的服務(wù)初始業(yè)務(wù)請求消息，指示AS2向用戶提供服務(wù)。當(dāng)AS2收到該服務(wù)初始業(yè)務(wù)請求消息時，則進行相應(yīng)處理，并在對服務(wù)初始業(yè)務(wù)請求消息中的內(nèi)容進行相應(yīng)修改后，返回S-CSCF網(wǎng)元。同樣，按照類似的方法處理AS3，在此不再詳述。
這里，需要注意的是S-CSCF網(wǎng)元用于匹配IFC的服務(wù)初始業(yè)務(wù)請求消息是S-CSCF當(dāng)前最新的服務(wù)初始業(yè)務(wù)請求消息；并且向AS發(fā)送的服務(wù)初始業(yè)務(wù)請求消息，也是當(dāng)前最新的服務(wù)初始業(yè)務(wù)請求消息。
當(dāng)AS提供的已注冊服務(wù)時，要使用戶能夠享受AS提供的已注冊服務(wù)，則用戶必須進行第三方注冊。這里，第三方注冊過程如圖4所示。為了對第三方注冊過程的原理進行簡要說明，在此同時假設(shè)用戶的簽約信息中存在三個AS對應(yīng)的注冊IFC，分別為AS1、AS2和AS3對應(yīng)的注冊IFC，同時AS1、AS2和AS3對應(yīng)的注冊IFC的優(yōu)先級依次降低。在本文中，稱由AS1、AS2和AS3組成的組為AS組。
現(xiàn)對圖4所示的流程進行簡要描述當(dāng)S-CSCF網(wǎng)元收到用戶的注冊初始業(yè)務(wù)請求消息后，對用戶注冊，并在注冊成功后從用戶歸屬服務(wù)器(HSS)中獲取用戶簽約信息，根據(jù)收到的注冊初始業(yè)務(wù)請求消息匹配用戶簽約信息中的IFC，發(fā)起第三方注冊。
當(dāng)S-CSCF網(wǎng)元根據(jù)注冊初始業(yè)務(wù)請求消息匹配簽約信息中的IFC時，由于AS1在三個AS中的優(yōu)先級最高，因此S-CSCF網(wǎng)元最先匹配到AS1的注冊IFC。當(dāng)匹配到AS1的注冊IFC時，S-CSCF網(wǎng)元則向AS1發(fā)送第三方注冊請求消息，指示AS1進行第三方注冊。當(dāng)AS1收到S-CSCF網(wǎng)元發(fā)送的第三方注冊請求消息后，則從HSS中獲取用戶服務(wù)數(shù)據(jù)，當(dāng)AS1成功從HSS中成功獲取用戶服務(wù)數(shù)據(jù)時，則向S-CSCF網(wǎng)元返回注冊成功響應(yīng)消息。接著，S-CSCF網(wǎng)元按照IFC優(yōu)先級高低，依次匹配到AS2對應(yīng)的注冊IFC和AS3對應(yīng)的注冊IFC，并且發(fā)起AS2和AS3進行第三方注冊，具體的過程與AS1進行第三方注冊的過程相同，在此不再詳述。
已注冊服務(wù)為用戶處于已注冊狀態(tài)下享受的服務(wù)，例如彩鈴，來電顯示等。當(dāng)用戶處于未注冊狀態(tài)下即可享受的服務(wù)稱為未注冊服務(wù)，例如呼叫轉(zhuǎn)移，來電秘書等。
在對由AS1、AS2和AS3組成的AS組的第三方注冊過程以及服務(wù)提供過程的介紹中，均是描述AS組成功進行第三方注冊過程以及服務(wù)提供過程。但事實實際的應(yīng)用環(huán)境中，由于各AS的設(shè)備性能、提供的服務(wù)，甚至是用戶自身的原因均能導(dǎo)致AS自身不能向用戶成功提供服務(wù)。由于每個AS分別向用戶提供不同的服務(wù)，因此當(dāng)某個AS故障而不能向用戶提供服務(wù)時，就造成用戶服務(wù)的缺失，嚴重影響了用戶的服務(wù)質(zhì)量。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種提高服務(wù)可靠性的方法，應(yīng)用該方法能夠使用戶享受的某項服務(wù)不再由單一的AS提供，當(dāng)原先為用戶提供服務(wù)的AS由于故障不能再為用戶提供服務(wù)時，能夠有另一個AS為用戶繼續(xù)提供服務(wù)。
另外，本發(fā)明的又一主要目的在于提供一種提高服務(wù)可靠性的系統(tǒng)，應(yīng)用該系統(tǒng)能夠使用戶享受的某項服務(wù)不再由單一的AS提供，當(dāng)原先為用戶提供服務(wù)的AS由于故障不能再為用戶提供服務(wù)時，能夠有另一個AS為用戶繼續(xù)提供服務(wù)。
為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種提高服務(wù)可靠性的方法，為一個或一個以上的缺省應(yīng)用服務(wù)器AS設(shè)置對應(yīng)的冗余AS，當(dāng)服務(wù)呼叫會話控制S-CSCF網(wǎng)元觸發(fā)缺省AS向用戶提供服務(wù)時，執(zhí)行以下步驟A、S-CSCF網(wǎng)元確定所述缺省AS由于故障而不能向用戶提供服務(wù)時，觸發(fā)缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)。
另外，在步驟A之前，該方法進一步包括AF1、S-CSCF網(wǎng)元判斷所述缺省AS是否成功向用戶提供服務(wù)，如果是，匹配優(yōu)先級僅低于所述缺省AS的初始過濾準則IFC；否則，執(zhí)行所述步驟A。
其中，步驟AF1中，所述判斷缺省AS是否成功向用戶提供服務(wù)為S-CSCF網(wǎng)元判斷所述缺省AS是否返回服務(wù)初始業(yè)務(wù)請求消息，當(dāng)缺省AS返回服務(wù)初始業(yè)務(wù)請求消息時，則缺省AS成功向用戶提供服務(wù)。
另外，該方法進一步包括在用戶簽約信息中對為缺省AS設(shè)置的冗余AS生成服務(wù)IFC，包括以下步驟a11、拷貝冗余AS對應(yīng)的缺省AS的服務(wù)IFC；a12、將所述拷貝的服務(wù)IFC中的優(yōu)先級加1；修改所述拷貝的服務(wù)IFC中的服務(wù)器名稱為冗余AS自身的會話發(fā)起協(xié)議統(tǒng)一資源定位符SIP URL；步驟A中，所述觸發(fā)缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)為S-CSCF網(wǎng)元匹配優(yōu)先級僅低于所述缺省AS服務(wù)IFC的冗余AS的服務(wù)IFC，當(dāng)匹配成功時，則觸發(fā)冗余AS向用戶提供服務(wù)。
另外，該方法進一步包括確定缺省AS的服務(wù)IFC的缺省處理DefaultHandling屬性為會話繼續(xù)SESSION_CONTINUED；步驟A中，確定所述缺省AS由于故障而不能向用戶提供服務(wù)為當(dāng)確定缺省AS響應(yīng)后，S-CSCF網(wǎng)元判斷是否讀取Default Handling屬性，當(dāng)S-CSCF網(wǎng)元讀取Default Handling屬性時，則缺省AS由于故障而不能向用戶提供服務(wù)；步驟A中，所述觸發(fā)缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)為缺省AS讀取Default Handling屬性為SESSION_CONTINUED時，匹配優(yōu)先級僅低于所述缺省AS服務(wù)IFC的冗余AS的服務(wù)IFC，當(dāng)匹配成功時，則觸發(fā)冗余AS向用戶提供服務(wù)。
另外，該方法進一步包括對設(shè)置了冗余AS的缺省AS，設(shè)置缺省AS的服務(wù)IFC的Default Handling屬性為會話重定向SESSION_REDIRECTED，SESSION_REDIRECTED用于指示是否匹配優(yōu)先級次之的IFC；步驟A中，確定所述缺省AS由于故障而不能向用戶提供服務(wù)為A11、當(dāng)確定缺省AS響應(yīng)后，S-CSCF網(wǎng)元判斷是否讀取Default Handling屬性，當(dāng)S-CSCF網(wǎng)元讀取Default Handling屬性時，執(zhí)行步驟A12；A12、S-CSCF網(wǎng)元確定Default Handling屬性為SESSION_REDIRECTED時，判斷所述缺省AS是否沒有向S-CSCF網(wǎng)元返回響應(yīng)消息，當(dāng)缺省AS沒有返回響應(yīng)消息，則確定所述缺省AS由于故障而不能向用戶提供服務(wù)，匹配優(yōu)先級次之的IFC。
其中，所述判斷是否讀取Default Handling屬性的條件為判斷缺省AS響應(yīng)是否為缺省AS向S-CSCF網(wǎng)元返回請求超時響應(yīng)、或服務(wù)器錯誤響應(yīng)、或不返回響應(yīng)，當(dāng)缺省AS向S-CSCF網(wǎng)元返回請求超時響應(yīng)、或服務(wù)器錯誤響應(yīng)、或不返回響應(yīng)時，則S-CSCF網(wǎng)元讀取Default Handling屬性。
其中，步驟A12中，當(dāng)缺省AS向S-CSCF網(wǎng)元請求超時響應(yīng)或服務(wù)器錯誤響應(yīng)響應(yīng)消息時；S-CSCF網(wǎng)元根據(jù)優(yōu)先級僅低于所述缺省AS的服務(wù)IFC中的DefaultHandling屬性確定后續(xù)操作。
另外，該方法進一步包括在冗余AS的服務(wù)IFC中增加冗余觸發(fā)條件；所述匹配優(yōu)先級僅低于所述缺省AS服務(wù)IFC的IFC為當(dāng)S-CSCF網(wǎng)元根據(jù)當(dāng)前服務(wù)初始業(yè)務(wù)請求消息匹配優(yōu)先級僅低于所述缺省AS服務(wù)IFC的IFC時，還判斷當(dāng)前服務(wù)初始業(yè)務(wù)請求消息是否滿足冗余AS服務(wù)IFC中的冗余觸發(fā)條件，如果是，則成功匹配冗余AS的服務(wù)IFC，觸發(fā)冗余AS向用戶提供服務(wù)；否則，不觸發(fā)冗余AS向用戶提供服務(wù)。
另外，該方法進一步包括在冗余AS或缺省AS在成功提供服務(wù)后，在向S-CSCF網(wǎng)元返回的服務(wù)初始業(yè)請求消息中增加成功標志；所述冗余觸發(fā)條件為服務(wù)初始業(yè)請求消息中不攜帶成功標志；所述判斷當(dāng)前服務(wù)初始業(yè)務(wù)請求消息是否滿足冗余AS服務(wù)IFC中的冗余觸發(fā)條件為S-CSCF網(wǎng)元根據(jù)冗余AS的服務(wù)IFC中的冗余觸發(fā)條件，判斷當(dāng)前服務(wù)初始業(yè)務(wù)請求消息中是否攜帶的成功標志，如果沒有，則成功匹配到冗余AS的服務(wù)IFC。
其中，所述在冗余AS的服務(wù)IFC中增加冗余觸發(fā)條件為在IFC的觸發(fā)點Trigger Point中增加用于描述冗余觸發(fā)條件的服務(wù)點觸發(fā)條件Service PointTrigger。
其中，所述服務(wù)初始業(yè)務(wù)請求消息中增加成功標志為在服務(wù)初始業(yè)務(wù)請求消息的頭域中增加成功標志。
其中，所述步驟A為，包括以下步驟A21、判斷所述缺省AS是否由于故障而不能向用戶提供服務(wù)，當(dāng)所述缺省AS由于故障而不能向用戶提供服務(wù)時，則執(zhí)行步驟A22；A22、判斷所述缺省AS是否設(shè)置冗余AS，當(dāng)所述缺省AS設(shè)置了冗余AS，則觸發(fā)所述缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)。
其中，步驟A21中，所述判斷缺省AS是否由于故障而不能向用戶服務(wù)為判斷缺省AS是否沒有向S-CSCF網(wǎng)元返回響應(yīng)，如果是，則缺省AS由于故障而不能向用戶服務(wù)；否則，缺省AS不是由于故障而不能向用戶服務(wù)。
其中，步驟A21中，所述判斷缺省AS是否由于故障而不能向用戶服務(wù)為判斷缺省AS是否沒有向S-CSCF網(wǎng)元返回響應(yīng)、或返回請求超時響應(yīng)、或返回服務(wù)器錯誤響應(yīng)，如果是，則缺省AS由于故障而不能向用戶服務(wù)；否則，缺省AS不是由于故障而不能向用戶服務(wù)。
其中，設(shè)置用于記錄缺省AS與為其設(shè)置的冗余AS之間對應(yīng)關(guān)系的冗余關(guān)系對應(yīng)表；步驟A22中，所述判斷缺省AS是否設(shè)置冗余AS為判斷在冗余關(guān)系對應(yīng)表中是否記錄了缺省AS對應(yīng)的冗余AS，如果是，則缺省AS設(shè)置對應(yīng)的冗余AS；否則，缺省AS沒有設(shè)置對應(yīng)的冗余AS。
其中，當(dāng)設(shè)置了冗余AS的缺省AS提供已注冊服務(wù)時，該方法進一步包括在用戶簽約信息中生成冗余AS的注冊IFC，具體為a21、拷貝冗余AS對應(yīng)的缺省AS的注冊IFC；a21、更改所述拷貝的注冊IFC中的優(yōu)先級；修改拷貝的注冊IFC中的應(yīng)用服務(wù)器的服務(wù)器名稱值為冗余AS自身的SIP URL；S-CSCF網(wǎng)元通過匹配冗余AS的注冊IFC，根據(jù)生成的注冊IFC觸發(fā)冗余AS進行第三方注冊。
另外，當(dāng)所述更改拷貝的注冊IFC中的優(yōu)先級為更改所述拷貝的注冊IFC中的優(yōu)先級高于對應(yīng)缺省AS的注冊IFC；則該方法進一步包括，確定拷貝的注冊IFC中的Default Handling取值為SESSION_CONTINUED；當(dāng)所述更改拷貝的注冊IFC中的優(yōu)先級為更改所述拷貝的注冊IFC中的優(yōu)先級低于對應(yīng)缺省AS的注冊IFC；則該方法進一步包括，確定對應(yīng)缺省AS的注冊IFC中的Default Handling取值為SESSION_CONTINUED。
另外，當(dāng)設(shè)置了冗余AS的缺省AS提供已注冊服務(wù)時，該方法進一步包括S-CSCF網(wǎng)元在觸發(fā)缺省AS進行第三方注冊后，根據(jù)冗余關(guān)系對應(yīng)表判斷所述缺省AS是否設(shè)置冗余AS，如果所述缺省AS設(shè)置冗余AS，則觸發(fā)冗余AS進行第三方注冊。
其中，所述冗余AS沒有成功進行第三方注冊時，根據(jù)冗余AS對應(yīng)的缺省AS的Default Handling確定后續(xù)步驟。
一種提高服務(wù)可靠性的系統(tǒng)，該系統(tǒng)至少包括S-CSCF網(wǎng)元、一個或一個以上的缺省AS，以及至少一個與單個缺省AS對應(yīng)的冗余AS；其中，S-CSCF網(wǎng)元，用于觸發(fā)缺省AS向用戶提供服務(wù)；當(dāng)缺省AS響應(yīng)時，并確定所述缺省AS由于故障而不能向用戶提供服務(wù)時，觸發(fā)缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)；冗余AS，用于代替對應(yīng)的缺省AS向用戶提供服務(wù)。
其中，所述S-CSCF網(wǎng)元，用于當(dāng)缺省AS設(shè)置了冗余AS時，觸發(fā)冗余AS進行第三方注冊；所述冗余AS，用于根據(jù)S-CSCF的指示進行第三方注冊。
本發(fā)明所提供的一種提高服務(wù)可靠性的方法，通過為IMS系統(tǒng)中的缺省AS設(shè)置冗余AS，當(dāng)缺省AS由于故障不能為用戶提供服務(wù)時，由缺省AS繼續(xù)為用戶提供，進而保證用戶能夠正常享受服務(wù)。另外，本發(fā)明還提供了一種提供服務(wù)可靠性的系統(tǒng)。應(yīng)用本發(fā)明所提供的方法及系統(tǒng)，能夠保證IMS系統(tǒng)中的用戶享受的某項服務(wù)不再由單一的AS提供，當(dāng)原先為用戶提供服務(wù)的缺省AS由于故障不能為用戶提供服務(wù)，由與該缺省AS對應(yīng)的冗余AS繼續(xù)為用戶提供服務(wù)，避免了用戶服務(wù)的缺失，保證了用戶的服務(wù)質(zhì)量。


圖1為現(xiàn)有技術(shù)中IFC的結(jié)構(gòu)圖。
圖2為現(xiàn)有技術(shù)中Service Point Trigger的結(jié)構(gòu)圖。
圖3為現(xiàn)有技術(shù)中AS提供服務(wù)的流程圖。
圖4為現(xiàn)有技術(shù)中第三方注冊的流程圖。
圖5為本發(fā)明實施例一中AS提供服務(wù)的流程圖。
圖6為本發(fā)明實施例二中AS提供服務(wù)的流程圖。
圖7為本發(fā)明實施例二中觸發(fā)AS進行第三方注冊的流程圖。
圖8為本發(fā)明系統(tǒng)的結(jié)構(gòu)圖。
具體實施例方式
為了保證用戶能夠享受AS提供的服務(wù)，為缺省AS設(shè)置冗余AS，當(dāng)為用戶提供服務(wù)的缺省AS發(fā)生故障時，由冗余AS代替缺省AS為用戶提供服務(wù)，使用戶享受的服務(wù)不受影響，保證用戶的服務(wù)質(zhì)量。
在本發(fā)明中，稱AS組中的原AS為缺省AS，不論該缺省AS是否設(shè)置了冗余AS。冗余AS與其對應(yīng)的缺省AS具有相同的功能。
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉兩個實施例，對本發(fā)明做進一步的詳細說明。
在本發(fā)明中需要注意的一個問題是缺省AS不能為用戶提供服務(wù)的原因有很多種，例如用戶沒有使用服務(wù)的權(quán)限、或者用戶沒有足夠的資金、或者第三方服務(wù)器交互超時、或者是由于AS發(fā)生故障。本發(fā)明所要解決的是在缺省AS由于發(fā)生故障，比如缺省AS發(fā)生死機、硬件故障等，或者缺省AS所在的通信網(wǎng)絡(luò)發(fā)生故障等原因，而不能向用戶提供服務(wù)時，由對應(yīng)的冗余AS代替缺省AS向用戶提供服務(wù)。在本發(fā)明的描述中，將AS自身發(fā)生故障或者網(wǎng)絡(luò)通信故障簡稱為AS發(fā)生故障。因此，當(dāng)AS向S-CSCF響應(yīng)失敗時，首先需要區(qū)分AS響應(yīng)失敗的原因，在確定缺省AS由于發(fā)生故障而響應(yīng)失敗時，觸發(fā)對應(yīng)的冗余AS代替缺省AS向用戶提供服務(wù)。
以下分別對兩個實施例進行詳細說明。
實施例一描述的是，為對缺省AS設(shè)置的冗余AS在用戶簽約信息表中增加冗余AS的IFC，S-CSCF網(wǎng)元通過匹配冗余AS的IFC，進而實現(xiàn)當(dāng)缺省AS由于故障不能向用戶提供服務(wù)時，觸發(fā)冗余AS代替對應(yīng)的缺省AS向用戶提供服務(wù)。
實施例二描述的是，在S-CSCF網(wǎng)元中增加冗余對應(yīng)關(guān)系表，冗余對應(yīng)關(guān)系表中記錄的是缺省AS和對應(yīng)的冗余AS之間的對應(yīng)關(guān)系；當(dāng)缺省AS由于故障不能向冗余AS正常提供服務(wù)時，則S-CSCF網(wǎng)元查找冗余對應(yīng)關(guān)系表，判斷缺省AS是否存在對應(yīng)的冗余AS，如果存在，則觸發(fā)冗余AS向用戶提供服務(wù)。
實施例一在本實施例中，為缺省AS1設(shè)置對應(yīng)的冗余AS1’，冗余AS1’與缺省AS1具有相同的功能。
由于，S-CSCF網(wǎng)元是通過匹配用戶簽約信息中的服務(wù)IFC觸發(fā)AS向用戶提供服務(wù)。因此為了使冗余AS1’能夠在對應(yīng)的缺省AS1發(fā)生故障時，代替缺省AS1向用戶提供服務(wù)，則需要在用戶簽約信息中為設(shè)置的冗余AS1’生成服務(wù)IFC，用于S-CSCF網(wǎng)元在缺省AS1不能提供服務(wù)時，觸發(fā)對應(yīng)的冗余AS1’提供服務(wù)。
這里需要注意的是當(dāng)AS對S-CSCF網(wǎng)元發(fā)送的初始業(yè)務(wù)請求返回的響應(yīng)為408、5XX或無響應(yīng)時，S-CSCF網(wǎng)元會讀取缺省AS對應(yīng)的服務(wù)IFC中的缺省處理(Default Handling)屬性，該Default Handling屬性包括會話繼續(xù)(SESSION_CONTINUED)和會話終結(jié)(SESSION_TERMINATED)。同時，根據(jù)屬性的取值確定下一步的操作，具體為如果某IFC中該屬性取值為(SESSION_CONTINUED)，則當(dāng)AS對業(yè)務(wù)請求返回408、5XX或無響應(yīng)時，S-CSCF網(wǎng)元接著處理用戶簽約信息中剩余的IFC，用戶當(dāng)前的業(yè)務(wù)請求還可繼續(xù)被處理；如果該屬性取值為(SESSION_TERMINATED)，則S-CSCF網(wǎng)元不接著處理用戶簽約信息中剩余的IFC，用戶當(dāng)前的業(yè)務(wù)處理請求將被終止。當(dāng)AS返回的是除上述三種之外的失敗響應(yīng)時，S-CSCF網(wǎng)元將不讀取Default Handling屬性，而直接終結(jié)當(dāng)前的業(yè)務(wù)請求。
由于無響應(yīng)也是一種響應(yīng)的情況，因此在發(fā)明中稱包括AS不向S-CSCF網(wǎng)元返回響應(yīng)消息、返回408或5XX以及其他一些失敗響應(yīng)的情況，統(tǒng)稱為AS向S-CSCF網(wǎng)元響應(yīng)。
這里，408和5XX分別表示一種失敗響應(yīng)，408表示請求超時消息；5XX表示服務(wù)器錯誤消息。因此在本發(fā)明中，當(dāng)AS向S-CSCF網(wǎng)元返回408或5XX、或沒有返回響應(yīng)時，確定缺省AS由于自身發(fā)生故障，或者缺省AS所在的通信網(wǎng)絡(luò)發(fā)生故障，而造成AS不能向用戶提供服務(wù)。
AS1’的服務(wù)IFC的生成過程具體為，首先拷貝AS1的服務(wù)IFC；然后，將拷貝的服務(wù)IFC中的優(yōu)先級加1，即冗余AS的優(yōu)先級僅次于缺省AS的優(yōu)先級，使S-CSCF在處理完缺省AS的服務(wù)IFC之后，即處理對應(yīng)的冗余AS的服務(wù)IFC；再，將原優(yōu)先級在缺省AS服務(wù)IFC優(yōu)先級之后的服務(wù)IFC優(yōu)先級加1，由于簽約中的各IFC優(yōu)先級不一定是連續(xù)的，因此這個處理不是一定需要的，當(dāng)新增的冗余IFC和已有IFC的優(yōu)先級發(fā)生沖突才需要這樣處理；最后，修改拷貝的服務(wù)IFC中的Application Server的服務(wù)器名稱(ServerName)值為AS1’自身的SIP統(tǒng)一資源定位符(URL)。同時，還需要修改缺省AS1的IFC，使Default Handling屬性為SESSION_CONTINUED。
這里，需要注意的是由于冗余AS1’拷貝缺省AS1的服務(wù)IFC是在缺省AS1修改Default Handling屬性之前，因此，冗余AS1’的Default Handling屬性與缺省AS1的原Default Handling屬性相同。
另外，在生成AS1’的服務(wù)IFC時，為了在缺省AS不能提供服務(wù)時，冗余AS向用戶提供服務(wù)；以及在缺省AS能提供服務(wù)時，冗余AS不向用戶提供服務(wù)。還需要修改AS1’服務(wù)IFC中的Trigger Point，使只在AS1提供服務(wù)失敗時，觸發(fā)對應(yīng)的冗余AS1’提供服務(wù)。具體為在Trigger Point中增加一Service Point Trigger，用來描述AS1提供服務(wù)失敗的條件，該條件在本發(fā)明中稱為冗余觸發(fā)條件。同時，還需要在服務(wù)初始業(yè)務(wù)請求消息中增加一個成功標志，用于標示AS是否成功向用戶提供服務(wù)。
新增加的Service Point Trigger所定義的條件與原Trigger Point中定義的條件是與的關(guān)系，也就是說，在同時滿足原Trigger Point中定義的條件和增加的Service Point Trigger所定義時，才能觸發(fā)冗余AS1’向用戶提供服務(wù)。
具體例子可以是由新增的Service Point Trigger和原Trigger Point中定義的總的匹配條件的邏輯表達式為CRITERIA1 AND(NOT Header＝“Via”Content＝“*DN＝asl.home.net*”)。其中，CRITERIA1代表原Trigger Point定義的匹配條件，NOT Header＝“Via”Content＝“*DN＝asl.home.net*”表示由新增的Service Point Trigger定義的匹配條件。這里，描述的是假設(shè)AS1的域名地址是“asl.home.net”的情況。其中，NOT就是邏輯中的“非”，即當(dāng)NOT后面的條件不滿足時，邏輯判斷結(jié)果為TRUE；AND表示這兩個匹配條件之間的關(guān)系是與的關(guān)系，即表示當(dāng)兩個匹配條件同時滿足，總匹配條件才滿足。這里，設(shè)置新增的Service Point Trigger的方法是Service PointTrigger的SIP頭域條目中的頭域?qū)傩灾刑顚慥ia；在內(nèi)容屬性中填寫*DN＝asl.home.net*。該總的匹配條件的邏輯表達式表達的意思是在滿足原匹配條件的基礎(chǔ)上，還要滿足在服務(wù)初始業(yè)務(wù)請求消息的Via頭域中不包括“DN＝asl.home.net”的字符串。
相應(yīng)的，AS在服務(wù)初始業(yè)務(wù)請求消息的Via頭域中增加一個參數(shù)，以這個參數(shù)是否存在作為業(yè)務(wù)處理是否成功的判別標志，具體為，DN＝NameString，其中“DN”是參數(shù)名稱，NameString代表AS1的域名，假設(shè)AS1的域名為asl.home.net，則AS1的DN參數(shù)為“DN＝asl.home.net”。當(dāng)AS1成功向用戶提供服務(wù)，則在向S-CSCF網(wǎng)元返回的服務(wù)初始業(yè)務(wù)請求消息中添加“DN＝asl.home.net”的成功標志。如果AS1沒有成功向用戶提供服務(wù)，則不在向S-CSCF網(wǎng)元返回的服務(wù)初始業(yè)務(wù)請求消息中添加成功標志。
當(dāng)S-CSCF網(wǎng)元根據(jù)服務(wù)初始業(yè)務(wù)請求消息匹配設(shè)置了冗余觸發(fā)條件的服務(wù)IFC時，就還必須判斷服務(wù)初始業(yè)務(wù)請求消息的內(nèi)容是否滿足冗余AS1’中新增的冗余觸發(fā)條件，即服務(wù)初始業(yè)務(wù)請求消息的Via頭域是否攜帶“DN＝asl.home.net”，如果不攜帶，則成功匹配IFC；否則；不能成功匹配冗余AS1’的服務(wù)IFC。
基于以上生成AS1’的服務(wù)IFC、以及利用DN＝asl.home.net標示缺省AS1成功提供服務(wù)的方法，當(dāng)缺省AS由于故障不能向用戶提供服務(wù)，由冗余AS1’向用戶提供服務(wù)的過程如圖5所示。在圖5中僅描述的是，S-CSCF網(wǎng)元處理缺省AS1對應(yīng)的服務(wù)IFC和冗余AS1’對應(yīng)的服務(wù)IFC的過程。
步驟501當(dāng)S-CSCF網(wǎng)元根據(jù)收到的服務(wù)初始業(yè)務(wù)請求消息匹配用戶簽約信息中的IFC，匹配到缺省AS1對應(yīng)的服務(wù)IFC時，則向AS1發(fā)送自身收到服務(wù)初始業(yè)務(wù)請求消息，指示AS1向用戶提供服務(wù)。
這里，用戶簽約信息是S-CSCF網(wǎng)元從HSS中獲得。
步驟502AS1收到服務(wù)初始業(yè)務(wù)請求消息后，向用戶提供服務(wù)，并向S-CSCF網(wǎng)元返回響應(yīng)。
這里S-CSCF網(wǎng)元向用戶返回的響應(yīng)存在三種情況，具體為當(dāng)AS1收到S-CSCF網(wǎng)元發(fā)送的服務(wù)初始業(yè)務(wù)請求消息，對服務(wù)初始業(yè)務(wù)請求消息進行處理；在成功處理服務(wù)初始業(yè)務(wù)請求消息、向用戶提供服務(wù)后，在服務(wù)初始業(yè)務(wù)請求消息的Via頭域中增加一個成功標志參數(shù)，用來向S-CSCF網(wǎng)元指示自身成功向用戶提供服務(wù)；并最終將攜帶成功標志參數(shù)的服務(wù)初始業(yè)務(wù)請求消息返回S-CSCF網(wǎng)元。這里的參數(shù)名DN，參數(shù)值為AS1自身的域名，例如可以這種形式DN＝asl.home.net。
當(dāng)AS1沒有成功處理服務(wù)初始業(yè)務(wù)請求消息、以及向用戶提供服務(wù)時，則向S-CSCF網(wǎng)元返回失敗響應(yīng)消息。
當(dāng)AS1發(fā)生故障，即AS1自身發(fā)生故障或與S-CSCF的通信網(wǎng)絡(luò)中斷，則S-CSCF網(wǎng)元就收不到從AS1發(fā)來的任何消息。當(dāng)S-CSCF網(wǎng)元在等待超時后，則確定AS1響應(yīng)失敗。
步驟503S-CSCF網(wǎng)元判斷當(dāng)前缺省AS1返回的響應(yīng)是否為成功響應(yīng)，如果是，則執(zhí)行步驟506；否則，執(zhí)行步驟504。
這里，判斷返回的響應(yīng)是否為成功響應(yīng)的方法是判斷AS1返回的是否為服務(wù)初始業(yè)務(wù)請求消息，如果是，則返回成功響應(yīng)；否則，AS1返回的不是成功響應(yīng)。
步驟504S-CSCF網(wǎng)元判斷是否讀取Default Handling屬性，如果是，則執(zhí)行步驟505；否則，執(zhí)行步驟510。
當(dāng)AS1返回的響應(yīng)為408或5XX，或者沒有返回響應(yīng)時，S-CSCF網(wǎng)元會讀取AS1的IFC中的Default Handling屬性，這里判斷是否觸發(fā)讀取Default Handling屬性，就是判斷當(dāng)前是否收到408或5XX，或沒有收到響應(yīng)消息，如果是，則讀取Default Handling屬性；否則，不讀取Default Handling屬性，則直接終結(jié)用戶的業(yè)務(wù)請求。
步驟505S-CSCF網(wǎng)元讀取Default Handling屬性，由于缺省AS1的Default Handling屬性為SESSION_CONTINUED，則S-CSCF網(wǎng)元執(zhí)行步驟506。
步驟506S-CSCF網(wǎng)元繼續(xù)匹配優(yōu)先級位于AS1的服務(wù)IFC之后的IFC。由于在本實施例中，AS1’服務(wù)IFC的優(yōu)先級僅低于AS1服務(wù)IFC優(yōu)先級，因此S-CSCF網(wǎng)元此刻讀取到IFC為AS1’的服務(wù)IFC，判斷當(dāng)前服務(wù)初始業(yè)務(wù)請求消息是否匹配AS1’的服務(wù)IFC，如果匹配，則執(zhí)行步驟507；否則，執(zhí)行步驟509。
具體判斷的方法是由于在AS1’的服務(wù)IFC中增加了一個用來描述冗余觸發(fā)條件的Service Point Trigger，因此在判斷當(dāng)前服務(wù)初始業(yè)務(wù)請求消息是否匹配AS1’的服務(wù)IFC時，還要判斷是否滿足冗余觸發(fā)條件。在本實施例中定義的冗余觸發(fā)條件為在服務(wù)初始業(yè)務(wù)請求消息的Via頭域中不包括缺省AS1的DN參數(shù)，即“DN＝asl.home.net”。因此為了判斷服務(wù)初始業(yè)務(wù)請求消息是否滿足冗余觸發(fā)條件，則必須讀取服務(wù)初始業(yè)務(wù)請求消息Via頭域，并判斷其中是否攜帶了缺省AS1的DN參數(shù)，當(dāng)攜帶了缺省AS1的DN參數(shù)時，則不能匹配到AS1’的服務(wù)IFC；否則，則匹配到AS1’的服務(wù)IFC。通過本段描述的判斷方法，可以保證缺省AS由于故障不能向用戶提供服務(wù)時，對應(yīng)的冗余AS能夠向用戶提供服務(wù)；而當(dāng)缺省AS能夠正常為用戶提供服務(wù)時，冗余AS不向用戶提供服務(wù)。
因此，通過步驟506可以得到，當(dāng)缺省AS1返回的是成功響應(yīng)時，則對應(yīng)的服務(wù)初始業(yè)務(wù)請求消息中攜帶了DN參數(shù)，則不能成功匹配到冗余AS1’的服務(wù)IFC，進而不能觸發(fā)冗余AS1’向用戶提供服務(wù)。當(dāng)缺省AS1沒有返回成功響應(yīng)時，則正好滿足了冗余AS1’的服務(wù)IFC的冗余觸發(fā)條件，進而由冗余AS1’向用戶提供服務(wù)。
這里，在本步驟中根據(jù)缺省AS返回響應(yīng)消息的情況，用于判斷的服務(wù)初始業(yè)務(wù)請求消息也不一樣。當(dāng)步驟502中，AS1向S-CSCF網(wǎng)元返回自身處理過的服務(wù)初始業(yè)務(wù)請求消息時，則這里用于判斷的服務(wù)初始業(yè)務(wù)請求消息就是AS1向S-CSCF返回自身處理過的服務(wù)初始業(yè)務(wù)請求消息；當(dāng)AS1沒有向S-CSCF返回響應(yīng)、或408、或5XX時，則這里用于判斷的服務(wù)初始業(yè)務(wù)請求消息就是在觸發(fā)缺省AS1之前，S-CSCF網(wǎng)元收到的服務(wù)初始業(yè)務(wù)請求消息?？偟膩碚f，就是用于匹配IFC的服務(wù)初始業(yè)務(wù)請求消息是S-CSCF網(wǎng)元當(dāng)前收到最新的服務(wù)初始業(yè)務(wù)請求消息。
步驟507S-CSCF網(wǎng)元向AS1’發(fā)送當(dāng)前服務(wù)初始業(yè)務(wù)請求消息，指示AS1’向用戶提供服務(wù)。
步驟508冗余AS1’處理接收到的服務(wù)初始業(yè)務(wù)請求消息，并在S-CSCF返回響應(yīng)。具體的處理過程與AS1的處理相同，在此不再詳述。當(dāng)冗余AS1’返回成功響應(yīng)，或當(dāng)失敗時冗余AS1’的服務(wù)IFC的Default Handling屬性為SESSION_CONTINUED，則執(zhí)行步驟509。
步驟509S-CSCF網(wǎng)元下一個匹配IFC，執(zhí)行后續(xù)流程。
步驟510終結(jié)當(dāng)前用戶的業(yè)務(wù)請求。
由于408表示的是請求超時，5XX表示服務(wù)器錯誤，因此當(dāng)缺省AS返回的是408或者5XX時，在這種情況下，即使觸發(fā)缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)，冗余AS也不能成功向用戶提供服務(wù)。因此，在本實施例中，還提供了一種只有確定當(dāng)AS無響應(yīng)時，才觸發(fā)冗余AS向用戶提供服務(wù)的增強方案。為實現(xiàn)本目的，需要為服務(wù)IFC中AS單元的Default Handling屬性增加設(shè)置一個值為會話重定向(SESSION_REDIRECTED)。當(dāng)DefaultHandling屬性為SESSION_REDIRECTED時，則S-CSCF網(wǎng)元收到408或5XX時，不匹配下一個IFC，而是直接根據(jù)下一個IFC中的Default Handling屬性，確定是否需要繼續(xù)讀取再下一個IFC、或終止當(dāng)前業(yè)務(wù)請求；當(dāng)S-CSCF網(wǎng)元確定缺省AS無響應(yīng)時，則執(zhí)行匹配下一個IFC的操作。舉例說明如下假設(shè)存在3個服務(wù)IFC，分別為服務(wù)IFC1、服務(wù)IFC2和服務(wù)IFC3，并且優(yōu)先級依次降低。S-CSCF網(wǎng)元匹配服務(wù)IFC1的結(jié)果是與服務(wù)IFC1對應(yīng)的AS向S-CSCF網(wǎng)元響應(yīng)失敗，S-CSCF網(wǎng)元需要根據(jù)IFC1中的DefaultHandling屬性確定下一步的操作。S-CSCF網(wǎng)元讀取到IFC1中的DefaultHandling屬性為SESSION_REDIRECTED時，則判斷與服務(wù)IFC1對應(yīng)的AS是否沒有返回響應(yīng)消息，如果是，則S-CSCF網(wǎng)元執(zhí)行匹配服務(wù)IFC2的操作；否則，S-CSCF網(wǎng)元收到的是408或5XX，則S-CSCF網(wǎng)元不匹配服務(wù)IFC2，而是直接根據(jù)服務(wù)IFC2中的Default Handling屬性，確定是否需要繼續(xù)讀取服務(wù)IFC3、或終止當(dāng)前業(yè)務(wù)請求。此時，在生成冗余AS1’的Default Handling屬性的同時，還需要修改缺省AS1的IFC，使DefaultHandling屬性為SESSION_REDIRECTED。
具體實現(xiàn)的過程為只需在圖5所示流程的步驟505中在S-CSCF網(wǎng)元讀取Default Handling屬性時，由于此時缺省AS1的Default Handling屬性為SESSION_REDIRECTED，進而判斷缺省AS1是否沒有向S-CSCF網(wǎng)元返回響應(yīng)，如果是，則執(zhí)行步驟506，根據(jù)步驟506的執(zhí)行結(jié)果，執(zhí)行圖5所示的后續(xù)流程；否則，執(zhí)行步驟505’。
步驟505’S-CSCF網(wǎng)元讀取優(yōu)先級僅次于當(dāng)前AS1的IFC優(yōu)先級的IFC，在本實施例中為對應(yīng)的冗余AS1’的服務(wù)IFC，并根據(jù)冗余AS1’的服務(wù)IFC中的Default Handling屬性，確定是否終結(jié)當(dāng)前用戶的業(yè)務(wù)請求。當(dāng)冗余AS1’的服務(wù)IFC中的Default Handling屬性為SESSION_CONTINUED，則S-CSCF網(wǎng)元讀取優(yōu)先級位于AS1’的服務(wù)IFC之后的IFC，執(zhí)行匹配IFC的操作，按照匹配的結(jié)果執(zhí)行后續(xù)流程；當(dāng)Default Handling屬性為SESSION_TERMINATED時，執(zhí)行步驟510。
在本實施例中，僅介紹了觸發(fā)一個冗余AS代替對應(yīng)的缺省AS向用戶提供服務(wù)的過程。當(dāng)AS組中存在多個設(shè)置了冗余AS的缺省AS時，均按照以上的流程，在缺省AS發(fā)生故障不能向用戶提供時，觸發(fā)對應(yīng)的冗余AS向用戶提供服務(wù)。
由于，S-CSCF網(wǎng)元是通過匹配IFC而觸發(fā)相應(yīng)的AS向用戶提供服務(wù)，因此本實施例如圖5所示的流程，可以保證在設(shè)置了冗余AS的缺省AS由于故障不能向用戶成功提供時，觸發(fā)冗余AS向用戶提供。另外，通過設(shè)置冗余AS的服務(wù)IFC的觸發(fā)條件，也可以保證在缺省AS成功用戶提供服務(wù)時，S-CSCF網(wǎng)元不觸發(fā)冗余AS向用戶提供服務(wù)。
在本實施例中，當(dāng)缺省AS1提供的服務(wù)為已注冊服務(wù)時，則相應(yīng)的冗余AS1’也是提供已注冊服務(wù)。則此時的用戶狀態(tài)需要為注冊狀態(tài)，因此為了使冗余AS能夠代替對應(yīng)的缺省AS向用戶提供已注冊服務(wù)，冗余AS必須進行第三方注冊。因此為了使冗余AS能夠在對應(yīng)的缺省AS發(fā)生故障時，代替缺省AS向用戶提供服務(wù)，則需要在用戶簽約信息中針對設(shè)置的冗余AS進一步生成注冊IFC用于觸發(fā)冗余AS的第三方注冊過程。這里，生成注冊IFC的過程如下所述。
首先拷貝缺省AS1的注冊IFC；更改所述拷貝的注冊IFC中的優(yōu)先級，并將優(yōu)先級大于等于更改后的注冊IFC的用戶簽約信息中IFC的優(yōu)先級加1；然后修改拷貝的注冊IFC中的Application Server單元的ServerName值為冗余AS自身的SIP URL；生成冗余AS的注冊IFC。
這里，當(dāng)冗余AS1’的注冊IFC優(yōu)先級高于對應(yīng)的缺省AS1時，則在生成AS1’的注冊IFC之后，還要進一步確定AS1’注冊IFC中的DefaultHandling值為SESSION_CONTINUED。當(dāng)冗余AS1’的注冊IFC優(yōu)先級低于對應(yīng)的缺省AS1時，則需進一步確定AS1注冊IFC中的Default Handling值為SESSION_CONTINUED，這樣才能給冗余AS1’提供服務(wù)的機會，在AS1第三方注冊失敗時，AS1’仍然能夠進行第三方注冊，而冗余AS1’注冊IFC中的Default Handling值保持原缺省AS1一致。
由于，冗余AS1’的注冊IFC是設(shè)置在用戶簽約信息中，因此S-CSCF網(wǎng)元只需根據(jù)IFC優(yōu)先級的高低依次匹配，即可觸發(fā)缺省AS1和冗余AS1’第三方注冊。當(dāng)AS1’進行第三方注冊后，冗余AS1’就可以被觸發(fā)向用戶提供已注冊服務(wù)。
另外，在由多個AS組成AS組的情況下，可以對多個AS分別設(shè)置自身的冗余AS，可以對其中幾個AS分別設(shè)置自身的冗余AS。在本發(fā)明中，對沒有設(shè)置冗余AS的AS也稱為缺省AS。在存在多個冗余AS的情況下，對于每個冗余AS的處理方法均與本發(fā)明中所述的方法相同，在此不再詳述。
實施例二在S-CSCF網(wǎng)元中設(shè)置冗余對應(yīng)關(guān)系表，在冗余對應(yīng)關(guān)系表中記錄缺省AS與對應(yīng)的冗余AS之間的對應(yīng)關(guān)系、以及冗余AS的SIP URL地址。當(dāng)設(shè)置有冗余AS的缺省AS發(fā)生故障時，則冗余AS代替缺省AS向用戶提供服務(wù)是通過如下過程實現(xiàn)的，具體過程如圖6所示步驟601S-CSCF網(wǎng)元在向每個AS觸發(fā)該AS向用戶提供服務(wù)之后，均判斷該AS是否成功向用戶提供服務(wù)，如果成功向用戶提供服務(wù)，執(zhí)行步驟605；否則，執(zhí)行步驟602。
S-CSCF網(wǎng)元判斷AS是否成功向用戶提供服務(wù)的方法是，判斷AS是否向用戶返回服務(wù)初始業(yè)務(wù)請求消息，當(dāng)缺省AS返回服務(wù)初始業(yè)務(wù)請求消息時，則缺省AS成功向用戶提供服務(wù)。
步驟602S-CSCF網(wǎng)元判斷該AS是否由于故障而不能向用戶提供服務(wù)，如果是，則執(zhí)行步驟603；否則，執(zhí)行步驟605。
這里與實施例一相同，S-CSCF網(wǎng)元判斷該AS是否由于故障而不能向用戶提供服務(wù)的方法有兩種，其一為，判斷是否沒有返回消息、或返回408、或返回5XX，當(dāng)這三個條件其中之一成立，則該AS由于故障而不能向用戶提供服務(wù)；其二為，S-CSCF網(wǎng)元僅判斷AS是否返回響應(yīng)消息，當(dāng)AS沒有向S-CSCF網(wǎng)元返回響應(yīng)消息，則所述AS由于故障而不能向用戶提供服務(wù)，當(dāng)AS向S-CSCF網(wǎng)元返回響應(yīng)消息時，無論是何種響應(yīng)，均確定AS由于故障而不能向用戶提供服務(wù)。
步驟603S-CSCF網(wǎng)元查找自身的冗余關(guān)系對應(yīng)表，判斷是否存在所述AS的記錄，如果存在，則執(zhí)行步驟604；否則，執(zhí)行步驟605。
當(dāng)然，也可以在執(zhí)行步驟602之前，執(zhí)行步驟603。
步驟604S-CSCF網(wǎng)元根據(jù)冗余關(guān)系對應(yīng)表中記錄的冗余AS的SIPURL地址信息，觸發(fā)冗余AS向用戶提供服務(wù)；執(zhí)行步驟605。
S-CSCF網(wǎng)元觸發(fā)冗余AS向用戶提供服務(wù)是通過將發(fā)送給缺省AS的服務(wù)初始業(yè)務(wù)請求消息再次發(fā)送冗余AS來實現(xiàn)的。
這里，當(dāng)冗余AS同樣沒有成功向用戶提供服務(wù)時，S-CSCF網(wǎng)元還可以進一步讀取冗余AS對應(yīng)的缺省AS的Default Handling，如果是SESSION_TERMINATED，則不再處理低優(yōu)先級的IFC；如果是SESSION_CONTINUED，則執(zhí)行步驟605。
步驟605繼續(xù)讀取用戶簽約信息中的下一個IFC。
在本實施例設(shè)置冗余關(guān)系對應(yīng)表，如圖6所示的流程就可以保證在設(shè)置了冗余AS的缺省AS由于故障不能向用戶成功提供時，觸發(fā)冗余AS向用戶提供；同時，也可以保證在缺省AS成功用戶提供服務(wù)時，S-CSCF網(wǎng)元不觸發(fā)冗余AS向用戶提供服務(wù)。
在本實施例，當(dāng)缺省AS提供的是已注冊服務(wù)時，則為缺省AS設(shè)置的冗余AS也必須先進行第三方注冊。S-CSCF網(wǎng)元觸發(fā)冗余AS實現(xiàn)第三方注冊的過程如圖7所示，具體如下步驟701S-CSCF網(wǎng)元在每個缺省AS執(zhí)行了第三方注冊后，均查找冗余對應(yīng)關(guān)系表，判斷當(dāng)前第三方注冊的缺省AS是否存在相應(yīng)的冗余AS，也就是判斷自身是否設(shè)置了冗余AS，如果存在，則執(zhí)行步驟702；否則，執(zhí)行步驟703。
這里，S-CSCF網(wǎng)元在每個AS執(zhí)行完第三方注冊后均執(zhí)行如圖6所示的流程，不論當(dāng)前進行第三方注冊的AS是否成功進行第三方注冊。
步驟702根據(jù)冗余對應(yīng)關(guān)系表中記錄的冗余AS的SIP URL地址觸發(fā)該冗余AS的第三方注冊。
步驟703當(dāng)冗余AS完成第三方注冊后，S-CSCF網(wǎng)元判斷冗余AS是否成功完成注冊，如果是，則執(zhí)行步驟705；否則，執(zhí)行步驟704。
步驟704S-CSCF網(wǎng)元讀取冗余AS對應(yīng)的缺省AS的Default Handling，如果是SESSION_TERMINATED，則不再處理低優(yōu)先級的IFC；如果是SESSION_CONTINUED，則執(zhí)行步驟705。
步驟705繼續(xù)處理用戶簽約信息低優(yōu)先級中的下一個IFC。
本發(fā)明在提供一種提高服務(wù)可靠性的方法的同時，又提供了一種提供服務(wù)可靠性的系統(tǒng)，該系統(tǒng)的具體結(jié)構(gòu)如圖8所示，該系統(tǒng)至少S-CSCF網(wǎng)元，一個或一個以上的缺省AS，以及至少一個與單個缺省AS對應(yīng)的冗余AS；其中，S-CSCF網(wǎng)元，用于觸發(fā)缺省AS向用戶提供服務(wù)；當(dāng)缺省AS響應(yīng)時，并確定所述缺省AS由于故障而不能向用戶提供服務(wù)時，觸發(fā)缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)；冗余AS，用于代替對應(yīng)的缺省AS向用戶提供服務(wù)。
所述S-CSCF網(wǎng)元，用于當(dāng)缺省AS設(shè)置了冗余AS時，觸發(fā)冗余AS進行第三方注冊；所述冗余AS，用于根據(jù)S-CSCF的指示進行第三方注冊。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種提高服務(wù)可靠性的方法，其特征在于，為一個或一個以上的缺省應(yīng)用服務(wù)器AS設(shè)置對應(yīng)的冗余AS，當(dāng)服務(wù)呼叫會話控制S-CSCF網(wǎng)元觸發(fā)缺省AS向用戶提供服務(wù)時，執(zhí)行以下步驟A、S-CSCF網(wǎng)元確定所述缺省AS由于故障而不能向用戶提供服務(wù)時，觸發(fā)缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟A之前，該方法進一步包括AF1、S-CSCF網(wǎng)元判斷所述缺省AS是否成功向用戶提供服務(wù)，如果是，匹配優(yōu)先級僅低于所述缺省AS的初始過濾準則IFC；否則，執(zhí)行所述步驟A。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟AF1中，所述判斷缺省AS是否成功向用戶提供服務(wù)為S-CSCF網(wǎng)元判斷所述缺省AS是否返回服務(wù)初始業(yè)務(wù)請求消息，當(dāng)缺省AS返回服務(wù)初始業(yè)務(wù)請求消息時，則缺省AS成功向用戶提供服務(wù)。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，該方法進一步包括在用戶簽約信息中對為缺省AS設(shè)置的冗余AS生成服務(wù)IFC，包括以下步驟a11、拷貝冗余AS對應(yīng)的缺省AS的服務(wù)IFC；a12、將所述拷貝的服務(wù)IFC中的優(yōu)先級加1；修改所述拷貝的服務(wù)IFC中的服務(wù)器名稱為冗余AS自身的會話發(fā)起協(xié)議統(tǒng)一資源定位符SIP URL；步驟A中，所述觸發(fā)缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)為S-CSCF網(wǎng)元匹配優(yōu)先級僅低于所述缺省AS服務(wù)IFC的冗余AS的服務(wù)IFC，當(dāng)匹配成功時，則觸發(fā)冗余AS向用戶提供服務(wù)。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，該方法進一步包括確定缺省AS的服務(wù)IFC的缺省處理Default Handling屬性為會話繼續(xù)SESSION_CONTINUED；步驟A中，確定所述缺省AS由于故障而不能向用戶提供服務(wù)為當(dāng)確定缺省AS響應(yīng)后，S-CSCF網(wǎng)元判斷是否讀取Default Handling屬性，當(dāng)S-CSCF網(wǎng)元讀取Default Handling屬性時，則缺省AS由于故障而不能向用戶提供服務(wù)；步驟A中，所述觸發(fā)缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)為缺省AS讀取Default Handling屬性為SESSION_CONTINUED時，匹配優(yōu)先級僅低于所述缺省AS服務(wù)IFC的冗余AS的服務(wù)IFC，當(dāng)匹配成功時，則觸發(fā)冗余AS向用戶提供服務(wù)。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，該方法進一步包括對設(shè)置了冗余AS的缺省AS，設(shè)置缺省AS的服務(wù)IFC的Default Handling屬性為會話重定向SESSION_REDIRECTED，SESSION_REDIRECTED用于指示是否匹配優(yōu)先級次之的IFC；步驟A中，確定所述缺省AS由于故障而不能向用戶提供服務(wù)為A11、當(dāng)確定缺省AS響應(yīng)后，S-CSCF網(wǎng)元判斷是否讀取Default Handling屬性，當(dāng)S-CSCF網(wǎng)元讀取Default Handling屬性時，執(zhí)行步驟A12；A12、S-CSCF網(wǎng)元確定Default Handling屬性為SESSION_REDIRECTED時，判斷所述缺省AS是否沒有向S-CSCF網(wǎng)元返回響應(yīng)消息，當(dāng)缺省AS沒有返回響應(yīng)消息，則確定所述缺省AS由于故障而不能向用戶提供服務(wù)，匹配優(yōu)先級次之的IFC。
7.根據(jù)權(quán)利要求5或6所述的方法，其特征在于，所述判斷是否讀取DefaultHandling屬性的條件為判斷缺省AS響應(yīng)是否為缺省AS向S-CSCF網(wǎng)元返回請求超時響應(yīng)、或服務(wù)器錯誤響應(yīng)、或不返回響應(yīng)，當(dāng)缺省AS向S-CSCF網(wǎng)元返回請求超時響應(yīng)、或服務(wù)器錯誤響應(yīng)、或不返回響應(yīng)時，則S-CSCF網(wǎng)元讀取Default Handling屬性。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，步驟A12中，當(dāng)缺省AS向S-CSCF網(wǎng)元請求超時響應(yīng)或服務(wù)器錯誤響應(yīng)響應(yīng)消息時；S-CSCF網(wǎng)元根據(jù)優(yōu)先級僅低于所述缺省AS的服務(wù)IFC中的DefaultHandling屬性確定后續(xù)操作。
9.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，該方法進一步包括在冗余AS的服務(wù)IFC中增加冗余觸發(fā)條件；所述匹配優(yōu)先級僅低于所述缺省AS服務(wù)IFC的IFC為當(dāng)S-CSCF網(wǎng)元根據(jù)當(dāng)前服務(wù)初始業(yè)務(wù)請求消息匹配優(yōu)先級僅低于所述缺省AS服務(wù)IFC的IFC時，還判斷當(dāng)前服務(wù)初始業(yè)務(wù)請求消息是否滿足冗余AS服務(wù)IFC中的冗余觸發(fā)條件，如果是，則成功匹配冗余AS的服務(wù)IFC，觸發(fā)冗余AS向用戶提供服務(wù)；否則，不觸發(fā)冗余AS向用戶提供服務(wù)。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，該方法進一步包括在冗余AS或缺省AS在成功提供服務(wù)后，在向S-CSCF網(wǎng)元返回的服務(wù)初始業(yè)請求消息中增加成功標志；所述冗余觸發(fā)條件為服務(wù)初始業(yè)請求消息中不攜帶成功標志；所述判斷當(dāng)前服務(wù)初始業(yè)務(wù)請求消息是否滿足冗余AS服務(wù)IFC中的冗余觸發(fā)條件為S-CSCF網(wǎng)元根據(jù)冗余AS的服務(wù)IFC中的冗余觸發(fā)條件，判斷當(dāng)前服務(wù)初始業(yè)務(wù)請求消息中是否攜帶的成功標志，如果沒有，則成功匹配到冗余AS的服務(wù)IFC。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述在冗余AS的服務(wù)IFC中增加冗余觸發(fā)條件為在IFC的觸發(fā)點Trigger Point中增加用于描述冗余觸發(fā)條件的服務(wù)點觸發(fā)條件Service Point Trigger。
12.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述服務(wù)初始業(yè)務(wù)請求消息中增加成功標志為在服務(wù)初始業(yè)務(wù)請求消息的頭域中增加成功標志。
13.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述步驟A為，包括以下步驟A21、判斷所述缺省AS是否由于故障而不能向用戶提供服務(wù)，當(dāng)所述缺省AS由于故障而不能向用戶提供服務(wù)時，則執(zhí)行步驟A22；A22、判斷所述缺省AS是否設(shè)置冗余AS，當(dāng)所述缺省AS設(shè)置了冗余AS，則觸發(fā)所述缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，步驟A21中，所述判斷缺省AS是否由于故障而不能向用戶服務(wù)為判斷缺省AS是否沒有向S-CSCF網(wǎng)元返回響應(yīng)，如果是，則缺省AS由于故障而不能向用戶服務(wù)；否則，缺省AS不是由于故障而不能向用戶服務(wù)。
15.根據(jù)權(quán)利要求13所述的方法，其特征在于，步驟A21中，所述判斷缺省AS是否由于故障而不能向用戶服務(wù)為判斷缺省AS是否沒有向S-CSCF網(wǎng)元返回響應(yīng)、或返回請求超時響應(yīng)、或返回服務(wù)器錯誤響應(yīng)，如果是，則缺省AS由于故障而不能向用戶服務(wù)；否則，缺省AS不是由于故障而不能向用戶服務(wù)。
16.根據(jù)權(quán)利要求13所述的方法，其特征在于，設(shè)置用于記錄缺省AS與為其設(shè)置的冗余AS之間對應(yīng)關(guān)系的冗余關(guān)系對應(yīng)表；步驟A22中，所述判斷缺省AS是否設(shè)置冗余AS為判斷在冗余關(guān)系對應(yīng)表中是否記錄了缺省AS對應(yīng)的冗余AS，如果是，則缺省AS設(shè)置對應(yīng)的冗余AS；否則，缺省AS沒有設(shè)置對應(yīng)的冗余AS。
17.根據(jù)權(quán)利要求1至6中任一權(quán)利要求所述的方法，其特征在于，當(dāng)設(shè)置了冗余AS的缺省AS提供已注冊服務(wù)時，該方法進一步包括在用戶簽約信息中生成冗余AS的注冊IFC，具體為a21、拷貝冗余AS對應(yīng)的缺省AS的注冊IFC；a21、更改所述拷貝的注冊IFC中的優(yōu)先級；修改拷貝的注冊IFC中的應(yīng)用服務(wù)器的服務(wù)器名稱值為冗余AS自身的SIP URL；S-CSCF網(wǎng)元通過匹配冗余AS的注冊IFC，根據(jù)生成的注冊IFC觸發(fā)冗余AS進行第三方注冊。
18.根據(jù)權(quán)利要求17所述的方法，其特征在于，當(dāng)所述更改拷貝的注冊IFC中的優(yōu)先級為更改所述拷貝的注冊IFC中的優(yōu)先級高于對應(yīng)缺省AS的注冊IFC；則該方法進一步包括，確定拷貝的注冊IFC中的Default Handling取值為SESSION_CONTINUED；當(dāng)所述更改拷貝的注冊IFC中的優(yōu)先級為更改所述拷貝的注冊IFC中的優(yōu)先級低于對應(yīng)缺省AS的注冊IFC；則該方法進一步包括，確定對應(yīng)缺省AS的注冊IFC中的Default Handling取值為SESSION_CONTINUED。
19.根據(jù)權(quán)利要求16所述的方法，其特征在于，當(dāng)設(shè)置了冗余AS的缺省AS提供已注冊服務(wù)時，該方法進一步包括S-CSCF網(wǎng)元在觸發(fā)缺省AS進行第三方注冊后，根據(jù)冗余關(guān)系對應(yīng)表判斷所述缺省AS是否設(shè)置冗余AS，如果所述缺省AS設(shè)置冗余AS，則觸發(fā)冗余AS進行第三方注冊。
20.根據(jù)權(quán)利要求19所述的方法，其特征在于，所述冗余AS沒有成功進行第三方注冊時，根據(jù)冗余AS對應(yīng)的缺省AS的Default Handling確定后續(xù)步驟。
21.一種提高服務(wù)可靠性的系統(tǒng)，其特征在于，該系統(tǒng)至少包括S-CSCF網(wǎng)元、一個或一個以上的缺省AS，以及至少一個與單個缺省AS對應(yīng)的冗余AS；其中，S-CSCF網(wǎng)元，用于觸發(fā)缺省AS向用戶提供服務(wù)；當(dāng)缺省AS響應(yīng)時，并確定所述缺省AS由于故障而不能向用戶提供服務(wù)時，觸發(fā)缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)；冗余AS，用于代替對應(yīng)的缺省AS向用戶提供服務(wù)。
22.根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，所述S-CSCF網(wǎng)元，用于當(dāng)缺省AS設(shè)置了冗余AS時，觸發(fā)冗余AS進行第三方注冊；所述冗余AS，用于根據(jù)S-CSCF的指示進行第三方注冊。
全文摘要
本發(fā)明公開了一種提高服務(wù)可靠性的方法，為一個或一個以上的缺省應(yīng)用服務(wù)器AS設(shè)置對應(yīng)的冗余AS，當(dāng)服務(wù)呼叫會話控制S－CSCF網(wǎng)元觸發(fā)缺省AS向用戶提供服務(wù)時，執(zhí)行以下步驟A、S－CSCF網(wǎng)元確定所述缺省AS由于故障而不能向用戶提供服務(wù)時，觸發(fā)缺省AS對應(yīng)的冗余AS向用戶提供服務(wù)。另外，本發(fā)明還提供了一種提供服務(wù)可靠性的系統(tǒng)。應(yīng)用本發(fā)明所提供的方法及系統(tǒng)，能夠保證IMS系統(tǒng)中的用戶享受的某項服務(wù)不再由單一的AS提供，當(dāng)原先為用戶提供服務(wù)的缺省AS由于故障不能為用戶提供服務(wù)，由與該缺省AS對應(yīng)的冗余AS繼續(xù)為用戶提供服務(wù)，避免了用戶服務(wù)的缺失，保證了用戶的服務(wù)質(zhì)量。
文檔編號H04L12/58GK1905433SQ200610109748
公開日2007年1月31日 申請日期2006年8月9日 優(yōu)先權(quán)日2006年8月9日
發(fā)明者顧炯炯, 梁楓 申請人:華為技術(shù)有限公司