專利名稱：一種主叫側(cè)發(fā)生會話切換的處理方法和as的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域的會話切換技術(shù)，尤其涉及一種主叫側(cè)發(fā)生會話切換的處理方法和AS。
背景技術(shù)：
隨著移動通信技術(shù)的發(fā)展和核心網(wǎng)的演進(jìn)，核心網(wǎng)的控制面和媒體面分離；語音會話在建立過程中，既要建立起信令路徑，也要建立起媒體路徑。在信令消息中，主叫和被叫用戶之間進(jìn)行資源協(xié)商，就本次會話中使用的媒體組合以及各類媒體使用的編碼方案達(dá)成一致；在此過程中使用了會話描述協(xié)議(SDP, Session Description Protocol)的提議/應(yīng)答(offer/answer)機制。另外，由于媒體路徑的建立往往比信令路徑的建立花費的時間長，因此現(xiàn)有技術(shù)提出了資源預(yù)留機制，即當(dāng)被叫和主叫側(cè)的資源預(yù)留都已經(jīng)成功后，會話 才進(jìn)入振鈴狀態(tài)。根據(jù)語音連續(xù)性的要求，當(dāng)主叫用戶的位置發(fā)生變化時、或者從一個網(wǎng)絡(luò)進(jìn)入另外一個網(wǎng)絡(luò)時、或者當(dāng)移動控制網(wǎng)元改變時，會話應(yīng)當(dāng)能夠保持連續(xù)，即會話可以進(jìn)行切換。在主叫和被叫側(cè)資源預(yù)留協(xié)商過程中可能發(fā)生會話切換。目前，給出一種會話切換的移動網(wǎng)絡(luò)結(jié)構(gòu)，由呼叫會話控制功能實體(CSCF，Call Session Control Function)、源媒體網(wǎng)關(guān)、移動交換中心(MSC, Mobile SwitchingCenter)/移動交換中心服務(wù)器(MSC Server)、目標(biāo)媒體網(wǎng)關(guān)和第三方會話控制網(wǎng)元(即應(yīng)用服務(wù)器(AS, Application Server))等實體共同組成的移動通信網(wǎng)，如圖I所示,給出一種會話切換的移動網(wǎng)絡(luò)示意圖，其中，主叫UE A，主動發(fā)起會話呼叫的用戶設(shè)備(UE，User Equipment)，要求與被叫UEB建立會話；被叫UE B，會話呼叫的目標(biāo)用戶設(shè)備，接收來自主叫UE A的會話呼叫；源媒體網(wǎng)關(guān)，是與CSCF對應(yīng)的媒體網(wǎng)關(guān)，根據(jù)CSCF的指示，預(yù)留媒體資源，建立主叫和被叫之間的媒體路徑，源媒體網(wǎng)關(guān)可以是網(wǎng)關(guān)GPRS支持節(jié)點(GGSN，Gateway GPRSSupport Node)、服務(wù)網(wǎng)關(guān)(S-GW, Serving GateWay)、分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(P-GW)、策略控制和計費功能實體(PCC, Policy Control and Charging)等；CSCF,負(fù)責(zé)控制層中的業(yè)務(wù)觸發(fā)和控制，呼叫會話控制功能分為代理呼叫會話控制功能(P-CSCF，Proxy-CSCF)、查詢呼叫會話控制功能(I-CSCF, Interrogating-CSCF)和服務(wù)呼叫會話控制功能(S-CSCF，Serving-CSCF)這三種類型，負(fù)責(zé)向AS發(fā)送或接收會話請求,可以與對應(yīng)的媒體網(wǎng)關(guān)交互建立媒體路徑；MSC/MSC Server，完成呼叫轉(zhuǎn)換服務(wù)和呼叫控制、媒體網(wǎng)關(guān)接入控制、移動性管理、資源分配、路由等功能；目標(biāo)媒體網(wǎng)關(guān)，為目標(biāo)會話提供資源的媒體網(wǎng)關(guān)，預(yù)留媒體資源，建立主叫和被叫之間的新的媒體路徑，目標(biāo)媒體網(wǎng)關(guān)可以是MGW等等；AS，作為B2BUA，完成會話建立，會話切換等過程的業(yè)務(wù)層網(wǎng)元。
圖2中給出了現(xiàn)有技術(shù)中一個需要資源預(yù)留的會話建立過程。主叫和被叫之間的會話通過會話初始協(xié)議(SIP, Session Initiation Protocol)和SDP信令來協(xié)商，當(dāng)確認(rèn)主叫和被叫的資源預(yù)留都已經(jīng)成功后，才開始振鈴。雙方UE在SDP offer/answer的協(xié)商過程中交換預(yù)置條件，該預(yù)置條件指示如下I、主叫側(cè)的資源預(yù)留成功后，主叫需要向被叫發(fā)送資源預(yù)留完成的確認(rèn)信息，在本例中即發(fā)送一個SIP UPDATE請求，攜帶資源預(yù)留完成的確認(rèn)信息；2、被叫在收到來自對端的SIP UPDATE請求，而且自身也成功完成資源預(yù)留之后，才開始振鈴。需要資源預(yù)留的會話建立及媒體協(xié)商過程包括以下步驟步驟201，主叫UE A向被叫UE B發(fā)送建立會話請求，其中攜帶SDP offer信息，并且在請求消息中標(biāo)明支持預(yù)置條件。比如UE A向UE B發(fā)送SIPINVITE消息，且在SIP、INVITE消息頭域中添加Require precondition (預(yù)置條件)，在消息體攜帶的SDP信息中攜帶主叫UE A本端的資源情況，以及希望協(xié)商后兩端UE的資源情況，比如是a = curr:qos local none (表示目前本端還沒有實現(xiàn)任何與服務(wù)質(zhì)量QoS有關(guān)的預(yù)置條件)a = curr:qos remote none (表示目前遠(yuǎn)端還沒有實現(xiàn)任何與QoS有關(guān)的預(yù)置條件)a = des: qos mandatory local sendrecv (表不本端要求的 QoS 預(yù)置條件)a = des:qos none remote sendrecv(表不遠(yuǎn)端要求的 QoS 預(yù)置條件)步驟202，被叫UE B向主叫UE A發(fā)送臨時響應(yīng)，比如發(fā)送183會話進(jìn)行中消息，其中攜帶SDP answer信息,消息中的資源預(yù)留信息比如是a = curr: qos local nonea = curr: qos remote nonea = des:qos mandatory local sendrecva = des:qos mandatory remote sendrecva = conf:qos remote sendrecv其中，“a = conf:qos remote sendrecv”表示主叫UE在建立起資源預(yù)留后,應(yīng)發(fā)送確認(rèn)信息，如發(fā)送UPDATE消息，攜帶資源預(yù)留完成的確認(rèn)信息。步驟203, UE A 向 UE B 發(fā)送臨時確認(rèn)(PRACK, Provisional Acknowledge)請求，表示已經(jīng)收到步驟202的消息。步驟204，UE B向UE A發(fā)送響應(yīng)消息，如2000K。步驟205，主叫UE A預(yù)留了所需的資源，向UE B發(fā)送SIP UPDATE請求，其中在SDPoffer信息中攜帶資源預(yù)留完成的確認(rèn)信息，其資源預(yù)留信息比如是a = curr:qos local sendrecv(表示當(dāng)前本端狀態(tài)為可收發(fā)、即本端資源預(yù)留完成)a = curr: qos remote nonea = des:qos mandatory local sendrecva = des:qos mandatory remote sendrecv步驟206，UE B向UE A發(fā)送響應(yīng)消息(如2000K)，其中攜帶SDP answer信息，其資源預(yù)留信息比如是a = curr:qos local sendrecv(表示當(dāng)前本端狀態(tài)為可收發(fā)、即本端資源預(yù)留完成)a = curr:qos remote sendrecv(表示當(dāng)前遠(yuǎn)端狀態(tài)為可收發(fā)、即遠(yuǎn)端資源預(yù)留完成)a = des:qos mandatory local sendrecva = des:qos mandatory remote sendrecv步驟207，當(dāng)被叫的資源預(yù)留完成后，UE B向UE A發(fā)送振鈴消息，其中不再包含SDP信息，比如發(fā)送SIP 180。步驟208，UE B摘機，向UEA發(fā)送會話請求的最終響應(yīng)消息，比如2000K。 步驟209，UE A向UE B發(fā)送ACK消息，開始會話。在主叫側(cè)和被叫側(cè)資源預(yù)留協(xié)商過程中，但還沒有振鈴的情況下，如果發(fā)生會話切換(即如圖2中，在步驟204之后、步驟207之前發(fā)生會話切換)，其媒體資源怎樣協(xié)商和預(yù)留，現(xiàn)有技術(shù)還無法提供相應(yīng)的解決方案。例如在會話切換前，UE A通過AS與被叫UE B進(jìn)行媒體協(xié)商，準(zhǔn)備建立會話；會話切換過程中，UE A由分組交換(PS, Packet Switching)域切換到電路交換(CS, CircuitSwitching)域，媒體路徑從源媒體網(wǎng)關(guān)切換到目標(biāo)媒體網(wǎng)關(guān)，媒體資源信息需要協(xié)商更新。然而，在切換過程中會出現(xiàn)UE A的源媒體的SDP offer信息和UE A的目標(biāo)媒體的SDPoffer信息都到達(dá)AS，但AS還沒有收到與上述兩個SDP offer信息相對應(yīng)的SDP answer信息的情況，在這種情況下，會與現(xiàn)有的SDP offer/answer模型不相符，從而會導(dǎo)致切換失敗。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種主叫側(cè)發(fā)生會話切換的處理方法和AS，以實現(xiàn)振鈴前主叫側(cè)發(fā)生會話切換情況下的媒體資源協(xié)商和預(yù)留，保證振鈴前的會話切換成功。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的本發(fā)明提供了一種主叫側(cè)發(fā)生會話切換的處理方法，該方法包括在需要資源預(yù)留的會話建立過程中，應(yīng)用服務(wù)器(AS)獲知媒體資源協(xié)商和預(yù)留的情況，并在收到會話切換請求時，判斷是否收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，且根據(jù)判斷的結(jié)果來執(zhí)行會話切換過程。所述主叫側(cè)的會話切換發(fā)生在主叫側(cè)和被叫側(cè)的資源協(xié)商過程中，且被叫側(cè)發(fā)送振鈴請求之前。所述判斷是否收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，且根據(jù)判斷的結(jié)果來決定何時執(zhí)行會話切換過程，具體為如果沒有收到所述確認(rèn)信息，則所述AS不等待所述確認(rèn)信息，執(zhí)行會話切換過程;如果已收到所述確認(rèn)信息，但未收到確認(rèn)信息的響應(yīng)消息，則所述AS等待所述響應(yīng)消息，并在收到所述響應(yīng)消息后執(zhí)行會話切換過程；
如果已收到所述確認(rèn)信息，以及所述確認(rèn)信息的響應(yīng)消息，則所述AS執(zhí)行會話切換過程。該方法進(jìn)一步包括在所述AS沒有收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息的情況下，執(zhí)行會話切換過程后，如果所述AS收到所述主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，則不向被叫側(cè)轉(zhuǎn)發(fā)所述資源預(yù)留完成的確認(rèn)信息，而構(gòu)造錯誤響應(yīng)回復(fù)給所述主叫側(cè)。該方法進(jìn)一步包括在執(zhí)行會話切換過程中，所述AS收到被叫側(cè)的振鈴請求；此時，如果主叫側(cè)的目標(biāo)會話還沒有建立，則所述AS向主叫側(cè)的源會話轉(zhuǎn)發(fā)所述振鈴請求，保存所述振鈴請求，并在所述主叫側(cè)的目標(biāo)會話建立后向所述目標(biāo)會話轉(zhuǎn)發(fā)所述振鈴請求； 如果主叫側(cè)的目標(biāo)會話已建立，則所述AS保存所述振鈴請求，并向所述目標(biāo)會話轉(zhuǎn)發(fā)所述振鈴請求。本發(fā)明還提供了一種AS，包括信息處理模塊，用于在需要資源預(yù)留的會話建立過程中，獲知媒體資源協(xié)商和預(yù)留的情況，并在收到會話切換請求時，判斷是否收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息；會話切換模塊，用于根據(jù)判斷的結(jié)果來執(zhí)行會話切換過程。所述主叫側(cè)的會話切換發(fā)生在主叫側(cè)和被叫側(cè)的資源協(xié)商過程中，且被叫側(cè)發(fā)送振鈴請求之前。所述會話切換模塊進(jìn)一步用于，在所述信息處理模塊沒有收到所述確認(rèn)信息時，所述會話切換模塊不等待所述確認(rèn)信息，執(zhí)行會話切換過程；在所述信息處理模塊已收到所述確認(rèn)信息，但未收到確認(rèn)信息的響應(yīng)消息時，所述會話切換模塊等待所述響應(yīng)消息，并在收到所述響應(yīng)消息后執(zhí)行會話切換過程；在所述信息處理模塊已收到所述確認(rèn)信息，以及所述確認(rèn)信息的響應(yīng)消息時，所述會話切換模塊執(zhí)行會話切換過程。在所述信息處理模塊沒有收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息的情況下，所述會話切換模塊執(zhí)行會話切換過程后，如果所述信息處理模塊收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，則所述會話切換模塊不向被叫側(cè)轉(zhuǎn)發(fā)所述資源預(yù)留完成的確認(rèn)信息，而構(gòu)造錯誤響應(yīng)回復(fù)給所述主叫側(cè)。在所述會話切換模塊執(zhí)行會話切換過程中，所述信息處理模塊收到被叫側(cè)的振鈴請求；此時，如果主叫側(cè)的目標(biāo)會話還沒有建立，則所述會話切換模塊向主叫側(cè)的源會話轉(zhuǎn)發(fā)所述振鈴請求，保存所述振鈴請求，并在所述主叫側(cè)的目標(biāo)會話建立后向所述目標(biāo)會話轉(zhuǎn)發(fā)所述振鈴請求；如果主叫側(cè)的目標(biāo)會話已建立，則所述會話切換模塊保存所述振鈴請求，并向所述目標(biāo)會話轉(zhuǎn)發(fā)所述振鈴請求。本發(fā)明所提供的一種主叫側(cè)發(fā)生會話切換的處理方法和AS，實現(xiàn)了振鈴前主叫才發(fā)生會話切換情況下的媒體資源協(xié)商和預(yù)留，保證了振鈴前的會話切換成功。


圖I為現(xiàn)有技術(shù)中會話切換的移動網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖2為現(xiàn)有技術(shù)中需要資源預(yù)留的會話建立及媒體協(xié)商的流程圖；圖3為本發(fā)明實施例一中振鈴前被叫發(fā)生會話切換時媒體協(xié)商的流程圖；圖4為本發(fā)明實施例二中振鈴前被叫發(fā)生會話切換時媒體協(xié)商的流程圖；圖5為本發(fā)明實施例三中振鈴前被叫發(fā)生會話切換時媒體協(xié)商的流程圖；圖6為本發(fā)明實施例四中振鈴前被叫發(fā)生會話切換時媒體協(xié)商的流程圖；圖7為本發(fā)明實施例五中振鈴前被叫發(fā)生會話切換時媒體協(xié)商的流程圖。
具體實施例方式下面結(jié)合附圖和具體實施例對本發(fā)明的技術(shù)方案進(jìn)一步詳細(xì)闡述。為實現(xiàn)振鈴前主叫發(fā)生切換情況下的媒體資源協(xié)商和預(yù)留，保證振鈴前的切換成功，本發(fā)明所提供的一種會話切換的方法，主要包括在需要資源預(yù)留的會話建立過程中，AS獲知媒體資源協(xié)商和預(yù)留的情況，并在收到會話切換請求時，判斷是否收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，且根據(jù)判斷的結(jié)果來決定何時執(zhí)行會話切換過程。 需要說明的是，所述主叫側(cè)的會話切換發(fā)生在主叫側(cè)和被叫側(cè)的資源協(xié)商過程中，且被叫側(cè)發(fā)送振鈴請求之前。另外，在收到會話切換請求時，如果沒有收到該確認(rèn)信息，則AS不等待該確認(rèn)信息，執(zhí)行會話切換過程；在收到會話切換請求時，如果已收到該確認(rèn)信息，但未收到確認(rèn)信息的響應(yīng)消息，則AS等待該響應(yīng)消息，并在收到該響應(yīng)消息后執(zhí)行會話切換過程；在收到會話切換請求時，如果已收到該確認(rèn)信息，以及該確認(rèn)信息的響應(yīng)消息，則AS執(zhí)行會話切換過程。進(jìn)一步的，在AS沒有收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息的情況下，執(zhí)行會話切換過程后，如果AS收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，則不向被叫側(cè)轉(zhuǎn)發(fā)該資源預(yù)留完成的確認(rèn)信息，而構(gòu)造錯誤響應(yīng)回復(fù)給主叫側(cè)。進(jìn)一步的，在執(zhí)行會話切換過程中，AS收到被叫側(cè)的振鈴請求；此時，如果主叫側(cè)的目標(biāo)會話還沒有建立，則AS向主叫側(cè)的源會話轉(zhuǎn)發(fā)振鈴請求，保存振鈴請求，并在主叫側(cè)的目標(biāo)會話建立后向目標(biāo)會話轉(zhuǎn)發(fā)振鈴請求；如果主叫側(cè)的目標(biāo)會話已建立，則AS保存振鈴請求，并向目標(biāo)會話轉(zhuǎn)發(fā)振鈴請求。還需要說明的是，本發(fā)明所述的會話切換包括在PS域與CS域之間的會話切換，也包括在PS域內(nèi)的會話切換。下面對主叫側(cè)的UE A和被叫側(cè)的UE B的資源預(yù)留協(xié)商過程中，但還沒有振鈴的情況下，主叫側(cè)的UE A發(fā)生會話切換時，本發(fā)明會話切換的方法進(jìn)行詳細(xì)說明。圖3是本發(fā)明的實施例一的流程圖。本實施例給出一種主叫UE在PS域的資源預(yù)留完成的確認(rèn)信息到達(dá)之前，主叫側(cè)的會話切換請求消息先到達(dá)AS的情形下，媒體資源的協(xié)商方法和會話切換過程。具體過程描述如下步驟301，UE A在PS域上向CSCF發(fā)起會話請求，請求建立到UE B的會話，在消息中指示支持資源預(yù)留機制，在消息體中攜帶SDP offer信息。比如UE A發(fā)送SIP INVITE消息到CSCF,消息頭中攜帶Required precondition ;消息體中攜帶SDP offer信息,其中資源預(yù)留信息比如是a = curr: qos local nonea = curr:qos remote nonea = des:qos mandatory local sendrecva = des:qos none remote sendrecv
步驟302，CSCF收到會話請求消息后，向AS發(fā)送建立會話請求，其中攜帶SDPoffer信息。步驟303，AS收到建立會話請求后，作為背對背的用戶代理(B2BUA，Back-to-BackUser Agent),向UE B轉(zhuǎn)發(fā)建立會話請求,其中攜帶SDP offer信息。步驟304，UE B回復(fù)會話處理中響應(yīng)消息，說明會話正在處理中，其中攜帶SDPanswer信息，在消息中指示需要主叫側(cè)在資源預(yù)留完成后發(fā)送資源預(yù)留完成的確認(rèn)信息。比如UE B發(fā)送SIP 183響應(yīng)，其中攜帶SDP answer信息，其中資源預(yù)留信息比如是a = curr: qos local nonea = curr: qos remote nonea = des:qos mandatory local sendrecva = des:qos mandatory remote sendrecva = conf:qos remote sendrecv其中，“a = conf:qos remote sendrecv”表示主叫UE在建立起資源預(yù)留后,應(yīng)發(fā)送資源預(yù)留完成的確認(rèn)信息。步驟305，AS收到會話處理中響應(yīng)消息后，作為B2BUA向CSCF轉(zhuǎn)發(fā)響應(yīng)消息，其中攜帶SDP answer信息。步驟306，CSCF轉(zhuǎn)發(fā)會話處理中響應(yīng)消息給UE A，其中攜帶SDP answer信息。CSCF可以與源會話的媒體網(wǎng)關(guān)進(jìn)行消息交互，開始預(yù)留媒體資源。步驟307，UE A收到會話處理的響應(yīng)消息后，發(fā)送一個請求消息給UE B，確認(rèn)響應(yīng)消息已經(jīng)被收到。此消息先后經(jīng)過CSCF和AS，然后到達(dá)UE B。UEB返回一個響應(yīng)消息給UE A0比如UE A發(fā)送PRACK消息給UE B，UE B返回一個2000K響應(yīng)。步驟308，網(wǎng)絡(luò)根據(jù)UE A的測量報告，發(fā)起會話切換，為UE A服務(wù)的目標(biāo)控制網(wǎng)元是MSC/MSC Server0這個過程是現(xiàn)有技術(shù)，在此不贅述。步驟309，MSC/MSC Server向CSCF發(fā)送會話切換請求，其中攜帶新的SDP offer"[目息，其中資源彳目息比如是a = curr:qos local sendrecva = curr: qos remote none步驟310，CSCF將會話切換請求轉(zhuǎn)發(fā)給AS，其中攜帶新的SDP offer信息。步驟311，AS收到會話切換請求后，找到當(dāng)前UE A正在進(jìn)行的一個會話進(jìn)行切換操作，在該實施例中，即通過步驟301 302及步驟305 306建立的會話。由于此時UEA (PS域上)和UE B之間的precondition過程并沒有完成，雙方的資源都還不是可用狀態(tài)。在步驟301 306的過程中，AS可以理解SDP提議和SDP應(yīng)答信息，從中獲知當(dāng)主叫側(cè)資源預(yù)留完成后，主叫UE A會發(fā)送一個更新請求(UPDATE)消息，攜帶資源預(yù)留完成的確認(rèn)信息，以此告知對方其資源預(yù)留已經(jīng)完成。在此例中，SCC AS尚未收到UE A發(fā)來的資源預(yù)留完成的確認(rèn)信息，那么AS不等待該確認(rèn)信息，先執(zhí)行切換過程。如果后續(xù)收到UE A發(fā)來的該確認(rèn)信息，則按照步驟314 317來處理。步驟312，AS開始執(zhí)行會話切換過程，進(jìn)行遠(yuǎn)端更新，向UE B發(fā)送更新消息，在消息體中攜帶SDP offer信息。此消息中攜帶的SDP offer信息可以是來自步驟310中攜帶的新的SDP offer信息。此消息的另一個功能是作為資源預(yù)留完成的確認(rèn)信息。步驟313，UE B返回響應(yīng)消息。
步驟314 317在實際流程中可能發(fā)生，也可能不發(fā)生。步驟314，UE A完成資源預(yù)留后，在PS域上向CSCF發(fā)送更新消息，其中在SDPoffer信息中攜帶資源預(yù)留完成的確認(rèn)信息。比如UEA發(fā)送UPDATE消息，攜帶資源預(yù)留完成的確認(rèn)彳目息，比如是a = curr:qos local sendrecva = curr: qos remote nonea = des:qos mandatory local sendrecva = des:qos mandatory remote sendrecv步驟315，CSCF向AS轉(zhuǎn)發(fā)更新消息，攜帶資源預(yù)留完成的確認(rèn)信息。步驟316，收到更新消息后，AS判斷出該消息來自于UE A的源會話，此時正在進(jìn)行會話切換。而且在收到的UPDATE消息中，理由參數(shù)不是487，即不是"handovercancelled"(切換取消)，那么此消息是源會話上攜帶資源預(yù)留完成的確認(rèn)信息的更新消息。AS不向UE B轉(zhuǎn)發(fā)該消息，而是構(gòu)造響應(yīng)消息，向CSCF發(fā)送響應(yīng)消息。比如發(fā)送一個SIP 4XX的錯誤響應(yīng)，說明此會話正處于切換狀態(tài)。步驟317，CSCF將響應(yīng)消息轉(zhuǎn)發(fā)給UEA。步驟318，UE B發(fā)送振鈴消息。UE B可以在發(fā)送完遠(yuǎn)端更新的響應(yīng)消息之后、SP步驟313之后的任一時間內(nèi)發(fā)送此振鈴消息。收到振鈴請求時，如果AS到MSC/MSC Server之間的會話，即目標(biāo)會話還沒有建立，則AS向UEA的PS域上，即源會話轉(zhuǎn)發(fā)此振鈴請求，并且保存此振鈴請求，當(dāng)目標(biāo)會話建立后向MSC/MSC Server發(fā)送振鈴消息，即本例中的步驟326 ；收到振鈴請求時，如果目標(biāo)會話已經(jīng)建立，那么AS保存此振鈴請求，在步驟326中向MSC/MSC Server發(fā)送振鈴消息。步驟319, AS向CSCF發(fā)送會話處理中的響應(yīng)消息,其中攜帶SDP answer信息，比如AS發(fā)送SIP 183響應(yīng)消息，在消息體中攜帶SDP answer信息。步驟320，CSCF將會話處理中的響應(yīng)消息轉(zhuǎn)發(fā)給MSC/MSC Server。步驟321，確認(rèn)會話處理中的響應(yīng)消息已經(jīng)收到，與步驟307的過程類似。步驟322、MSC/MSC Server向CSCF發(fā)送消息，其中攜帶會話狀態(tài)，該消息也稱為通知消息。比如:發(fā)送INFO消息或NOTIFY消息或MESSAGE消息，攜帶會話狀態(tài)是processing。步驟323，CSCF將通知消息轉(zhuǎn)發(fā)給AS。
步驟324，AS向CSCF發(fā)送響應(yīng)消息。步驟325，CSCF將響應(yīng)消息轉(zhuǎn)發(fā)給MSC/MSC Server。步驟326，AS如果收到了步驟318的振鈴消息，則向CSCF發(fā)送振鈴消息，比如發(fā)送SIP 180 消息。步驟327，CSCF將振鈴消息轉(zhuǎn)發(fā)給MSC/MSC Server。步驟328，MSC/MSC Server收到IP承載上的振鈴消息后，轉(zhuǎn)化為CS承載上的振鈴消息，發(fā)送給UE A0比如發(fā)送alerting消息。步驟329，繼續(xù)后續(xù)操作，接通會話、進(jìn)行通話至?xí)捊Y(jié)束；或者拒絕會話。圖4是本發(fā)明的實施例二的流程圖。本實施例給出一種主叫UE在PS域的資源預(yù)留完成的確認(rèn)信息到達(dá)之后，主叫側(cè)的會話切換請求消息才到達(dá)AS的情形下，媒體資源的協(xié)商策略和會話切換過程。具體過程描述如下步驟401 407，同實施例一中的步驟301 307。步驟408，UE A完成資源預(yù)留后，向CSCF發(fā)送更新消息，其中在SDP offer信息攜帶資源預(yù)留完成的確認(rèn)信息。比如UE A發(fā)送UPDATE消息，攜帶資源預(yù)留完成的確認(rèn)信息。步驟409, CSCF向AS轉(zhuǎn)發(fā)更新消息,攜帶資源預(yù)留完成的確認(rèn)信息。步驟410，AS作為B2BUA向UE B發(fā)送更新消息，其中攜帶資源預(yù)留完成的確認(rèn)信
肩、O步驟411，網(wǎng)絡(luò)根據(jù)UE A的測量報告，發(fā)起會話切換，為UE A服務(wù)的目標(biāo)控制網(wǎng)元為MSC/MSC Server0這個過程是現(xiàn)有技術(shù)，在此不贅述。步驟412，MSC/MSC Server向CSCF發(fā)送會話切換請求，其中攜帶新的SDP offerf目息。其中資源彳目息比如是a = curr:qos local sendrecva = curr:qos remote none。步驟413，CSCF向AS轉(zhuǎn)發(fā)會話切換請求，其中攜帶新的SDP offer信息。
步驟414，AS收到會話切換請求后，找到當(dāng)前UE A正在進(jìn)行的一個會話進(jìn)行切換操作，在該實施例中，即通過步驟401 402及步驟405 406建立的會話。在步驟401 406的過程中，AS可以理解SDP提議和SDP應(yīng)答信息，從中獲知當(dāng)主叫側(cè)資源預(yù)留完成后，主叫UE A會發(fā)送一個更新請求(UPDATE)消息，攜帶資源預(yù)留完成的確認(rèn)信息，以此告知對方其資源預(yù)留已經(jīng)完成。在此例中，AS判斷出已經(jīng)收到源會話上資源預(yù)留完成的確認(rèn)信息，但是未收到UEB發(fā)來的響應(yīng)消息，因此AS等待此響應(yīng)消息。步驟415, UE B向AS發(fā)送更新請求的響應(yīng)消息,其中攜帶SDP answer信息。步驟416, AS向CSCF發(fā)送更新請求的響應(yīng)消息,其中攜帶SDP answer信息。步驟417, CSCF向UE A發(fā)送更新請求的響應(yīng)消息,其中攜帶SDP answer信息。在實際實現(xiàn)中此步驟可能不會到達(dá)UEA。步驟418，UE B發(fā)送振鈴消息。在本實施例中此振鈴消息可以在發(fā)送完遠(yuǎn)端更新的響應(yīng)消息之后、即步驟415之后的任一時間內(nèi)發(fā)送。收到振鈴請求時，如果AS到MSC/MSC Server之間的會話、即目標(biāo)會話還沒有建 立，則AS向UEA的PS域上、即源會話轉(zhuǎn)發(fā)此振鈴請求，并且保存此振鈴請求，當(dāng)目標(biāo)會話建立后向MSC/MSC Server發(fā)送振鈴消息，即本例中的步驟426 ；
收到振鈴請求時，如果目標(biāo)會話已經(jīng)建立，那么AS保存此振鈴請求，在步驟428中向MSC/MSC Server發(fā)送振鈴消息。步驟419，AS開始執(zhí)行會話切換過程，進(jìn)行遠(yuǎn)端更新，向UE B發(fā)送更新消息，其中攜帶新的SDP offer信息。步驟420, UE B向AS發(fā)送更新消息的響應(yīng)消息,攜帶新的SDP answer信息。步驟421 427，同實施例一中所述的步驟319 325。步驟428，AS如果收到了步驟418的振鈴消息，則向CSCF發(fā)送振鈴消息，比如發(fā)送SIP 180 消息。步驟429，CSCF將振鈴消息轉(zhuǎn)發(fā)給MSC/MSC Server。步驟430，MSC/MSC Server收到IP承載上的振鈴消息后，轉(zhuǎn)化為CS承載上的振鈴消息，發(fā)送給UE A0比如發(fā)送alerting消息。。步驟431，繼續(xù)后續(xù)操作，接通會話、進(jìn)行通話至?xí)捊Y(jié)束；或者拒絕會話。圖5是本發(fā)明的實施例三的流程圖。本實施例給出一種主叫UE在PS域的資源預(yù)留完成的確認(rèn)信息及其響應(yīng)消息到達(dá)之后，主叫側(cè)的會話切換請求消息才到達(dá)AS的情形下，SDP的協(xié)商策略和會話切換過程。具體過程描述如下步驟501 507，同實施例一中的步驟301 307。步驟508 510，同實施例二中的步驟408 410。步驟511, UE B發(fā)送更新請求的響應(yīng)消息,其中攜帶SDP answer信息。步驟512, AS向CSCF發(fā)送更新請求的響應(yīng)消息,其中攜帶SDP answer信息。步驟513, CSCF向UE A轉(zhuǎn)發(fā)更新請求的響應(yīng)消息,其中攜帶SDP answer信息。步驟514，網(wǎng)絡(luò)根據(jù)UE A的測量報告，發(fā)起會話切換，為UE A服務(wù)的目標(biāo)控制網(wǎng)元是MSC/MSC Server0這個過程是現(xiàn)有技術(shù)，在此不贅述。。步驟515，MSC/MSC Server向CSCF發(fā)送會話切換請求，其中攜帶新的SDP offer信息。步驟516，CSCF將會話切換請求轉(zhuǎn)發(fā)給AS。步驟517，AS收到會話切換請求后，找到當(dāng)前UE A正在進(jìn)行的一個會話進(jìn)行切換操作，在該實施例中，即通過步驟501 502及步驟505 506建立的會話。在步驟501 506的過程中，AS可以理解SDP提議和SDP應(yīng)答信息，從中獲知當(dāng)主叫側(cè)資源預(yù)留完成后，主叫UE A會發(fā)送一個更新請求(UPDATE)消息，攜帶資源預(yù)留完成的確認(rèn)信息，以此告知對方其資源預(yù)留已經(jīng)完成。在此例中，AS判斷出已經(jīng)收到源會話上資源預(yù)留完成的確認(rèn)信息，并且收到了該確認(rèn)信息的響應(yīng)消息，因此AS進(jìn)行切換過程。步驟518 531，同實施例二中的步驟418 431。圖6是本發(fā)明的實施例四的流程圖。本實施例給出一種主叫UE的資源預(yù)留完成的確認(rèn)信息到達(dá)之前，主叫側(cè)的會話切換請求消息先到達(dá)AS的情形下，媒體資源的協(xié)商方法和會話切換過程。在本實施例中UE A側(cè)的會話從CS域切換到PS域，且MSC/MSC Server支持資源預(yù)留機制。具體過程描述如下步驟601，UE A在CS域上向MSC/MSC Server發(fā)起建立會話請求，請求建立到UEB的會話。比如UE A發(fā)送SETUP消息。步驟602，MSC/MSC Server收到CS承載的建立會話請求消息后，轉(zhuǎn)化為IP承載的建立會話請求，發(fā)給CSCF，請求建立到UE B的會話，在消息頭域中指示支持資源預(yù)留機制，在消息體中攜帶SDP信息。比如MSC/MSC Server發(fā)送SIP INVITE消息，消息頭中攜帶Required precondition ;消息體中攜帶SDP信息,其中資源預(yù)留信息比如是a = curr: qos local nonea = curr: qos remote nonea = des:qos mandatory local sendrecva = des:qos none remote sendrecv步驟603，CSCF收到建立會話請求消息后，向AS發(fā)送建立會話請求，其中攜帶SDPoffer信息。
步驟604，AS收到建立會話請求后，作為B2BUA，向UE B轉(zhuǎn)發(fā)建立會話請求，其中攜帶SDP offer信息。步驟605，UE B回復(fù)會話處理中響應(yīng)消息，說明會話正在處理中，其中攜帶SDPanswer信息，在消息中指示需要主叫側(cè)在資源預(yù)留完成后發(fā)送資源預(yù)留完成的確認(rèn)信息。比如UE B發(fā)送SIP 183響應(yīng)，其中攜帶SDP answer信息，其中資源預(yù)留信息比如是a = curr: qos local nonea = curr: qos remote nonea = des:qos mandatory local sendrecva = des:qos mandatory remote sendrecva = conf:qos remote sendrecv其中，“a = conf:qos remote sendrecv”表示主叫UE在建立起資源預(yù)留后,應(yīng)發(fā)送資源預(yù)留完成的確認(rèn)信息。步驟606,AS收到響應(yīng)消息后，作為B2BUA向CSCF發(fā)送會話處理中響應(yīng)消息，其中攜帶SDP answer信息。步驟607，CSCF轉(zhuǎn)發(fā)會話處理中響應(yīng)消息給MSC/MSC Server,其中攜帶SDPanswer 信息。步驟608，MSC/MSC Server收到會話處理中響應(yīng)消息后，向UE A發(fā)送CS承載的響應(yīng)消息，比如發(fā)送call processing消息。步驟609，MSC/MSC Server發(fā)送一個請求消息給UE B，確認(rèn)步驟607的響應(yīng)消息已經(jīng)被收到。此消息先后經(jīng)過CSCF和AS，然后到達(dá)UE B。UE B返回一個響應(yīng)消息給MSC/MSC Server。比如MSC/MSC Server 發(fā)送 PRACK 消息給 UE B，UE B 返回一個 2000K 響應(yīng)。步驟610，網(wǎng)絡(luò)根據(jù)UEA的測量報告，發(fā)起會話切換，UEA的會話從CS域切換到PS域。這個過程是現(xiàn)有技術(shù)，在此不贅述。步驟611，UE A在PS域上向CSCF發(fā)送會話切換請求，其中攜帶新的SDPoffer信息。比如發(fā)送SIP INVITE消息，其中資源信息比如是a = curr:qos local sendrecva = curr: qos remote none步驟612，CSCF將會話切換請求轉(zhuǎn)發(fā)給AS，其中攜帶新的SDP offer信息。步驟613，AS收到會話切換請求后，找到當(dāng)前UE A正在進(jìn)行的一個會話進(jìn)行切換操作，在該實施例中，即UE A通過MSC/MSC Server建立的會話。由于此時UE A的會話(通過MSC/MSC Server建立的)和UE B之間的precondition過程并沒有完成，雙方的資源都還不是可用狀態(tài)。在步驟601 608的過程中，AS可以理解SDP提議和SDP應(yīng)答信息，從中獲知當(dāng)主叫側(cè)資源預(yù)留完成后，主叫側(cè)MSC/MSC Server會發(fā)送一個更新請求(UPDATE)消息，攜帶資源預(yù)留完成的確認(rèn)信息，以此告知對方其資源預(yù)留已經(jīng)完成。在此例中，AS尚未收到MSC/MSC Server發(fā)來的資源預(yù)留完成的確認(rèn)信息，那么AS不等待該確認(rèn)信息，先執(zhí)行切換過程。如果后續(xù)收到MSC/MSC Server發(fā)來的確認(rèn)信息，則按照步驟616 619來處理。步驟614，AS開始執(zhí)行會話切換過程，進(jìn)行遠(yuǎn)端更新，向UE B發(fā)送更新消息，在消息體中攜帶SDP offer信息。此消息中攜帶的SD P offer信息可以來自步驟612中攜帶的新的SDP offer信息。此消息的另一個功能是作為資源預(yù)留完成的確認(rèn)信息。步驟615，UE B返回響應(yīng)消息。步驟616 619在實際流程中可能發(fā)生，也可能不發(fā)生。步驟616，MSC/MSC Server完成資源預(yù)留后，向CSCF發(fā)送更新消息，其中攜帶SDPoffer信息，確認(rèn)資源預(yù)留已經(jīng)完成。比如MSC/MSC Server發(fā)送UPDATE消息，攜帶預(yù)留完成的媒體資源信息。其中資源預(yù)留信息比如是a = curr:qos local sendrecva = curr: qos remote nonea = des:qos mandatory local sendrecva = des:qos mandatory remote sendrecv步驟617，CSCF向AS轉(zhuǎn)發(fā)更新消息。步驟618，收到更新消息后，AS判斷出該消息來自于源會話，此時正在進(jìn)行會話切換。而且在收到的更新消息中，理由參數(shù)不是487、即不是"handover cancelled"(切換取消)，那么此消息是源會話上攜帶資源預(yù)留完成的確認(rèn)信息的更新消息。AS不向UE B轉(zhuǎn)發(fā)該消息，而是構(gòu)造響應(yīng)消息，向CSCF發(fā)送響應(yīng)消息。比如-AS發(fā)送一個SIP 4XX的錯誤響應(yīng)，說明此會話正處于切換狀態(tài)。步驟619，CSCF將響應(yīng)消息轉(zhuǎn)發(fā)給MSC/MSC Server。步驟620，UE B發(fā)送振鈴消息。UE B可以在發(fā)送完遠(yuǎn)端更新的響應(yīng)消息之后、SP步驟615之后的任一時間內(nèi)發(fā)送此消息。收到振鈴請求時，如果AS到UE A在PS域之間的會話、S卩目標(biāo)會話還沒有建立，則AS向UE A的CS域轉(zhuǎn)發(fā)此振鈴請求，并且保存此振鈴請求，當(dāng)目標(biāo)會話建立后向UE A的PS域上發(fā)送振鈴消息，即本例中的步驟628 ；收到振鈴請求時，如果目標(biāo)會話已經(jīng)建立，那么AS保存此振鈴請求，在步驟628中向UE A的PS域上發(fā)送振鈴消息。步驟621, AS向CSCF發(fā)送會話處理中響應(yīng)消息,其中攜帶新的SDP answer信息。比如-.AS發(fā)送SIP 183響應(yīng)消息,在消息體中攜帶新的SDP answer信息。步驟622，CSCF將會話處理中響應(yīng)消息轉(zhuǎn)發(fā)給UE A。步驟623，確認(rèn)會話處理中響應(yīng)消息已經(jīng)收到，與步驟609的過程類似。步驟624 627在實際實現(xiàn)中可能發(fā)生，也可能不發(fā)生。如果目標(biāo)會話的建立過程中需要資源預(yù)留，那么需要執(zhí)行步驟624 627 ;如果目標(biāo)會話的建立過程不需要資源預(yù)留，那么不需要執(zhí)行步驟624 627。步驟624，UE A在PS域上向CSCF發(fā)送更新消息，其中在SDP信息中攜帶資源預(yù)留完成的確認(rèn)信息。比如UE A發(fā)送UPDATE消息，其中攜帶資源預(yù)留完成的確認(rèn)信息。步驟625，CSCF將更新消息轉(zhuǎn)發(fā)給AS。步驟626，AS向CSCF發(fā)送響應(yīng)消息。步驟627，CSCF將響應(yīng)消息轉(zhuǎn)發(fā)給UEA。步驟628，AS如果收到了步驟620的振鈴消息，則向CSCF發(fā)送振鈴消息，比如發(fā)送SIP 180 消息。 步驟629，CSCF將振鈴消息轉(zhuǎn)發(fā)給UEA。步驟630，繼續(xù)后續(xù)操作，接通會話、進(jìn)行通話至?xí)捊Y(jié)束；或者拒絕會話。圖7是本發(fā)明的實施例五的流程圖。本實施例給出一種主叫UE的資源預(yù)留完成的確認(rèn)信息到達(dá)之前，主叫側(cè)的會話切換請求消息先到達(dá)AS的情形下，媒體資源的協(xié)商方法和會話切換過程。在此實施例中主叫UE A支持PS到PS的切換。具體過程描述如下步驟701，UEA在PSl域上向CSCF發(fā)起建立會話請求，請求建立到UE B的會話。比如:UE A發(fā)送SIP INVITE消息，消息頭中攜帶Required precondition ;消息體中攜帶SDP信息，其中資源預(yù)留信息比如是a = curr: qos local nonea = curr: qos remote nonea = des:qos mandatory local sendrecva = des:qos none remote sendrecv步驟702，CSCF收到建立會話請求消息后，向AS發(fā)送建立會話請求，其中攜帶SDPoffer信息。步驟703，AS收到建立會話請求后，作為B2BUA，向UE B發(fā)送建立會話請求。步驟704，UE B回復(fù)會話處理中響應(yīng)消息，說明會話正在處理中，其中攜帶SDPanswer信息，在消息中指示需要主叫側(cè)在資源預(yù)留完成后發(fā)送確認(rèn)信息。比如UE B發(fā)送SIP 183響應(yīng)，其中攜帶SDP answer信息，其中資源預(yù)留信息比如是a = curr: qos local nonea = curr: qos remote nonea = des:qos mandatory local sendrecva = des:qos mandatory remote sendrecva = conf:qos remote sendrecv其中，“a = conf:qos remote sendrecv”表示主叫UE在建立起資源預(yù)留后,應(yīng)發(fā)送確認(rèn)信息。步驟705，AS收到會話處理中響應(yīng)消息后，作為B2BUA向CSCF轉(zhuǎn)發(fā)響應(yīng)消息，其中攜帶SDP answer信息。步驟706，CSCF轉(zhuǎn)發(fā)會話處理中響應(yīng)消息給UE A,攜帶SDP answer信息。步驟707，UE A發(fā)送一個請求消息給UE B，確認(rèn)會話處理中響應(yīng)消息已經(jīng)被收到。此消息先后經(jīng)過CSCF和AS，然后到達(dá)UE B。UE B返回一個響應(yīng)消息給UE A。比如UE A發(fā)送PRACK消息給UE B，UE B返回一個2000K響應(yīng)。
步驟708，網(wǎng)絡(luò)根據(jù)UE A的測量報告，發(fā)起會話切換。步驟709，UE A在PS2域上向CSCF發(fā)送會話切換請求，其中攜帶新的SDP offer信息。比如發(fā)送SIP INVITE消息，其中資源信息比如是a = curr:qos local sendrecva = curr: qos remote none步驟710，CSCF將會話切換請求轉(zhuǎn)發(fā)給AS，其中攜帶新的SDP offer信息。步驟711，AS收到會話切換請求后，找到當(dāng)前UE A正在進(jìn)行的一個會話進(jìn)行切換操作，在該實施例中，即UE A在PSl域上建立的會話。由于此時UEA的會話(PSl域上)和UE B之間的precondition過程并沒有完成，雙方的資源都還不是可用狀態(tài)。在步驟701 706的過程中，AS可以理解SDP提議和SDP應(yīng)答信息，從中獲知當(dāng)主叫側(cè)資源預(yù)留完成后， 主叫側(cè)UE A(PS1域上)會發(fā)送一個更新請求(UPDATE)消息，攜帶資源預(yù)留完成的確認(rèn)信息，以此告知對方其資源預(yù)留已經(jīng)完成。在此例中，AS尚未收到UE A發(fā)來的資源預(yù)留完成的確認(rèn)信息，那么AS不等待主叫側(cè)的該確認(rèn)信息，先執(zhí)行切換過程。如果后續(xù)收到UEA在PSl域上發(fā)來的確認(rèn)信息，按照步驟714 717來處理。步驟712，AS開始會話切換過程，進(jìn)行遠(yuǎn)端更新，向UE B發(fā)送更新消息，在消息體中攜帶SDP offer信息。此消息中攜帶的SDP offer信息可以是來自步驟710中攜帶的新的SDP offer信息。此消息的另一個功能是作為資源預(yù)留完成的確認(rèn)信息。步驟713，UE B返回響應(yīng)消息。步驟714 717在實際流程中可能發(fā)生，也可能不發(fā)生。如果UE A在PSl域上資源預(yù)留沒有完成，則步驟714 717不會發(fā)生。如果UE A在PSl域上資源預(yù)留完成，UE A可以根據(jù)本地策略或網(wǎng)絡(luò)通知或用戶操作，決定執(zhí)行步驟714 717，或者不執(zhí)行步驟714 717。步驟714，UE A在PSl域上完成資源預(yù)留后，向CSCF發(fā)送更新消息，其中在SDPoffer信息攜帶資源預(yù)留完成的確認(rèn)信息。比如發(fā)送UPDATE消息，攜帶資源預(yù)留完成的確認(rèn)信息。其中資源預(yù)留信息比如是a = curr:qos local sendrecva = curr: qos remote nonea = des:qos mandatory local sendrecva = des:qos mandatory remote sendrecv步驟715，CSCF向AS轉(zhuǎn)發(fā)更新消息，攜帶資源預(yù)留完成的確認(rèn)信息。步驟716、收到更新消息后，AS判斷出該消息來自于源會話，此時正在進(jìn)行會話切換。而且在收到的更新消息中，理由參數(shù)不是487、即不是"handover cancelled"(切換取消)，那么此消息是源會話上資源預(yù)留完成的確認(rèn)信息。AS不向UE B轉(zhuǎn)發(fā)該更新消息，而是構(gòu)造響應(yīng)消息，向CSCF發(fā)送響應(yīng)消息。比如發(fā)送一個SIP 4XX的錯誤響應(yīng)，說明此會話正處于切換狀態(tài)。步驟717，CSCF將響應(yīng)消息轉(zhuǎn)發(fā)給UEA。步驟718，UE B發(fā)送振鈴消息。UE B可以在發(fā)送完遠(yuǎn)端更新的響應(yīng)消息之后、SP步驟713之后的任一時間內(nèi)發(fā)送此消息。收到振鈴請求時，如果AS到UE A在PS2域之間的會話、S卩目標(biāo)會話還沒有建立，則AS向UE A的PSl域轉(zhuǎn)發(fā)此振鈴請求，并且保存此振鈴請求，當(dāng)目標(biāo)會話建立后向UEA的PS2域上發(fā)送振鈴消息，即本實施例中的步驟726 ；收到振鈴請求時，如果目標(biāo)會話已經(jīng)建立，那么AS保存此振鈴請求，在步驟726中向UE A的PS2域上發(fā)送振鈴消息。步驟719 728，同實施例四中步驟621 630。對應(yīng)上述主叫側(cè)發(fā)生會話切換的處理方法，本發(fā)明還提供了一種應(yīng)用服務(wù)器，包括信息處理模塊和會話切換模塊。其中，信息處理模塊，用于在需要資源預(yù)留的會話建立過程中，獲知媒體資源協(xié)商和預(yù)留的情況，并在收到會話切換請求時，判斷是否收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息。會話切換模塊，用于根據(jù)判斷的結(jié)果來決定何時執(zhí)行會話切換過程。需要說明的是，主叫側(cè)的會話切換發(fā)生在主叫側(cè)和被叫側(cè)的資源協(xié)商過程中，且被叫側(cè)發(fā)送振鈴請求之前。
·
會話切換模塊進(jìn)一步用于，在信息處理模塊沒有收到該確認(rèn)信息時，會話切換模塊不等待該確認(rèn)信息，執(zhí)行會話切換過程；在信息處理模塊已收到該確認(rèn)信息，但未收到確認(rèn)信息的響應(yīng)消息時，會話切換模塊等待該響應(yīng)消息，并在收到該響應(yīng)消息后執(zhí)行會話切換過程；在信息處理模塊已收到該確認(rèn)信息，以及確認(rèn)信息的響應(yīng)消息時，會話切換模塊執(zhí)行會話切換過程。另外，在信息處理模塊沒有收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息的情況下，會話切換模塊執(zhí)行會話切換過程后，如果信息處理模塊收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，則會話切換模塊不向被叫側(cè)轉(zhuǎn)發(fā)該資源預(yù)留完成的確認(rèn)信息，而構(gòu)造錯誤響應(yīng)回復(fù)給主叫側(cè)。進(jìn)一步的，在會話切換模塊執(zhí)行會話切換過程中，信息處理模塊收到被叫側(cè)的振鈴請求；此時，如果主叫側(cè)的目標(biāo)會話還沒有建立，則會話切換模塊向主叫側(cè)的源會話轉(zhuǎn)發(fā)該振鈴請求，保存該振鈴請求，并在主叫側(cè)的目標(biāo)會話建立后向目標(biāo)會話轉(zhuǎn)發(fā)該振鈴請求；如果主叫側(cè)的目標(biāo)會話已建立，則會話切換模塊保存該振鈴請求，并向目標(biāo)會話轉(zhuǎn)發(fā)該振鈴請求。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種主叫側(cè)發(fā)生會話切換的處理方法，其特征在于，該方法包括 在需要資源預(yù)留的會話建立過程中，應(yīng)用服務(wù)器(AS)獲知媒體資源協(xié)商和預(yù)留的情況，并在收到會話切換請求時，判斷是否收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，且根據(jù)判斷的結(jié)果來執(zhí)行會話切換過程。
2.根據(jù)權(quán)利要求I所述主叫側(cè)發(fā)生會話切換的處理方法，其特征在于，所述主叫側(cè)的會話切換發(fā)生在主叫側(cè)和被叫側(cè)的資源協(xié)商過程中，且被叫側(cè)發(fā)送振鈴請求之前。
3.根據(jù)權(quán)利要求I所述主叫側(cè)發(fā)生會話切換的處理方法，其特征在于，所述判斷是否收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，且根據(jù)判斷的結(jié)果來決定何時執(zhí)行會話切換過程，具體為 如果沒有收到所述確認(rèn)信息，則所述AS不等待所述確認(rèn)信息，執(zhí)行會話切換過程； 如果已收到所述確認(rèn)信息，但未收到確認(rèn)信息的響應(yīng)消息，則所述AS等待所述響應(yīng)消息，并在收到所述響應(yīng)消息后執(zhí)行會話切換過程； 如果已收到所述確認(rèn)信息，以及所述確認(rèn)信息的響應(yīng)消息，則所述AS執(zhí)行會話切換過程。
4.根據(jù)權(quán)利要求1、2或3所述主叫側(cè)發(fā)生會話切換的處理方法，其特征在于，該方法進(jìn)一步包括 在所述AS沒有收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息的情況下，執(zhí)行會話切換過程后，如果所述AS收到所述主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，則不向被叫側(cè)轉(zhuǎn)發(fā)所述資源預(yù)留完成的確認(rèn)信息，而構(gòu)造錯誤響應(yīng)回復(fù)給所述主叫側(cè)。
5.根據(jù)權(quán)利要求1、2或3所述主叫側(cè)發(fā)生會話切換的處理方法，其特征在于，該方法進(jìn)一步包括 在執(zhí)行會話切換過程中，所述AS收到被叫側(cè)的振鈴請求； 此時，如果主叫側(cè)的目標(biāo)會話還沒有建立，則所述AS向主叫側(cè)的源會話轉(zhuǎn)發(fā)所述振鈴請求，保存所述振鈴請求，并在所述主叫側(cè)的目標(biāo)會話建立后向所述目標(biāo)會話轉(zhuǎn)發(fā)所述振鈴請求； 如果主叫側(cè)的目標(biāo)會話已建立，則所述AS保存所述振鈴請求，并向所述目標(biāo)會話轉(zhuǎn)發(fā)所述振鈴請求。
6.—種AS,其特征在于,包括 信息處理模塊，用于在需要資源預(yù)留的會話建立過程中，獲知媒體資源協(xié)商和預(yù)留的情況，并在收到會話切換請求時，判斷是否收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息； 會話切換模塊，用于根據(jù)判斷的結(jié)果來執(zhí)行會話切換過程。
7.根據(jù)權(quán)利要求6所述AS，其特征在于，所述主叫側(cè)的會話切換發(fā)生在主叫側(cè)和被叫側(cè)的資源協(xié)商過程中，且被叫側(cè)發(fā)送振鈴請求之前。
8.根據(jù)權(quán)利要求6所述AS，其特征在于，所述會話切換模塊進(jìn)一步用于， 在所述信息處理模塊沒有收到所述確認(rèn)信息時，所述會話切換模塊不等待所述確認(rèn)信息，執(zhí)行會話切換過程； 在所述信息處理模塊已收到所述確認(rèn)信息，但未收到確認(rèn)信息的響應(yīng)消息時，所述會話切換模塊等待所述響應(yīng)消息，并在收到所述響應(yīng)消息后執(zhí)行會話切換過程；在所述信息處理模塊已收到所述確認(rèn)信息，以及所述確認(rèn)信息的響應(yīng)消息時，所述會話切換模塊執(zhí)行會話切換過程。
9.根據(jù)權(quán)利要求6、7或8所述AS，其特征在于，在所述信息處理模塊沒有收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息的情況下，所述會話切換模塊執(zhí)行會話切換過程后，如果所述信息處理模塊收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，則所述會話切換模塊不向被叫側(cè)轉(zhuǎn)發(fā)所述資源預(yù)留完成的確認(rèn)信息，而構(gòu)造錯誤響應(yīng)回復(fù)給所述主叫側(cè)。
10.根據(jù)權(quán)利要求6、7或8所述AS，其特征在于，在所述會話切換模塊執(zhí)行會話切換過程中，所述信息處理模塊收到被叫側(cè)的振鈴請求； 此時，如果主叫側(cè)的目標(biāo)會話還沒有建立，則所述會話切換模塊向主叫側(cè)的源會話轉(zhuǎn)發(fā)所述振鈴請求，保存所述振鈴請求，并在所述主叫側(cè)的目標(biāo)會話建立后向所述目標(biāo)會話轉(zhuǎn)發(fā)所述振鈴請求； 如果主叫側(cè)的目標(biāo)會話已建立，則所述會話切換模塊保存所述振鈴請求，并向所述目標(biāo)會話轉(zhuǎn)發(fā)所述振鈴請求。
全文摘要
本發(fā)明公開了一種主叫側(cè)發(fā)生會話切換的處理方法和應(yīng)用服務(wù)器(AS)，方法包括在需要資源預(yù)留的會話建立過程中，應(yīng)用服務(wù)器(AS)獲知媒體資源協(xié)商和預(yù)留的情況，并在收到會話切換請求時，判斷是否收到主叫側(cè)的資源預(yù)留完成的確認(rèn)信息，且根據(jù)判斷的結(jié)果來執(zhí)行會話切換過程。通過本發(fā)明，實現(xiàn)了振鈴前主叫側(cè)發(fā)生會話切換情況下的媒體資源協(xié)商和預(yù)留，保證了振鈴前的會話切換成功。
文檔編號H04W88/14GK102761915SQ20111011047
公開日2012年10月31日 申請日期2011年4月29日 優(yōu)先權(quán)日2011年4月29日
發(fā)明者徐紹華, 李世濤 申請人:中興通訊股份有限公司