專利名稱：網絡側對呼叫處理的方法
技術領域：
本發明涉及移動通信技術，特別是涉及一種網絡側對呼叫處理的方法。
背景技術：
移動通信網絡正由傳統的純電路網絡向ALL IP網絡演進，并在目前的WCDMA R4階段，將承載與控制分離的軟交換架構引入了核心網電路域。原有的移動交換中心(MSC)分為移動軟交換(MSC Server)和媒體網關(MGW)兩個設備，其中，MSC Server用于信令控制，而MGW則負責承載處理。
基于承載與控制分離的軟交換架構，目前提出了一種可以實現移動終端和移動終端之間進行通訊，或者移動終端和公共陸地移動網(PLMN)外的終端之間進行通訊的方法，即免編解碼操作(TrFO，Transcoder FreeOperation)方法。TrFO方法的基本思想是在傳輸網絡中傳輸終端的壓縮的語音信息，并在承載路徑上減少不必要的編碼和解碼操作，以提高語音質量、節約帶寬資源和媒體網關(MGW)中編解碼轉換器(TC)資源。
圖1顯示了實際應用中典型的網絡側處理呼叫的系統示意圖。如圖1所示，網絡側包括源移動軟交換(MSC-S-O)、目的移動軟交換(MSC-S-T)、源媒體網關(MGW-O)、目的媒體網關(MGW-T)、源無線網絡控制器(RNC-O)、目的無線網絡控制器(RNC-T)。
其中，MSC-S-O和MSC-S-T負責實現電路域控制面功能，并通過H.248協議對實現MGW承載的終端及媒體流進行控制；MGW-O和MGW-T負責承載面交換，支持媒體轉換、承載控制和業務交換等功能，如語音編解碼器、回波抵消、靜音檢測、放音、收號等，并執行來自MSC-S-O和MSC-S-T的資源控制命令；RNC-O和RNC-T則負責實現轉發用戶終端和其它網絡側實體之間交互消息。當用戶通話時，數據流在RNC-O、MGW-O、MGW-T、RNC-T之間傳輸。
實際應用中，3GPP 23.153協議按照TrFO的基本思想提出網絡側對端到端呼叫進行處理的方法，其呼叫流程主要分為三個部分編碼協商階段、承載建立階段、通話階段，即先由源無線網絡控制器(RNC-O)通過源移動軟交換(MSC-S-O)、源媒體網關(MGW-O)、目的移動軟交換(MSC-S-T)、目的媒體網關(MGW-T)與目的無線網絡控制器(RNC-T)進行編碼協商，將兩端統一到相同的編碼格式，不再需要MGW提供TC功能；再分別由MSC-S-O和MSC-S-T在各自的MGW和RNC上建立承載；然后，主叫終端和被叫終端通過建立的承載路徑進行通話。至于整個呼叫流程的具體實現方式可以參見3GPP 23.153協議，此處不再詳細敘述。
圖2顯示了利用TrFO方法后建立的承載路徑示意圖。如圖2所示，建立承載之后，RNC-O網絡側端點與MGW-O用戶側端點相關聯，MGW-O網絡側端點與MGW-T網絡例端點相關聯，MGW-T用戶側端點與RNC-T網絡側端點相關聯。也就是說，當移動終端之間通話時，RNC-O將主叫終端用戶語音數據通過MGW-O和MGW-T傳輸給RNC-T；相應地，RNC-T將被叫終端語音數據通過MGW-T和MGW-O傳輸給RNC-O。
在主叫終端和被叫終端通話過程中，MGW-O/MGW-T可能會接收到來自MSC-S-O/MSC-S-T的命令消息，也可能沒有接收到來自MSC-S-O/MSC-S-T的命令消息。
如果MGW-O/MGW-T接收到來自MSC-S-O/MSC-S-T的命令消息，則MGW-O/MGW-T將通過已經建立的承載路徑執行MSC-S-O/MSC-S-T命令消息所指示的業務，如放音業務、收號業務等。
如果MGW-O/MGW-T沒有接收到來自MSC-S-O/MSC-S-T的命令消息，則MGW-O/MGW-T就直接將接收到的用戶語音數據進行透傳或轉發。
在實際應用中，主叫終端和被叫終端通話過程是呼叫中的主要過程，大部分時間無需MGW-O和MGW-T參與，但由于MGW-O和MGW-T處于承載路徑之中，所有的用戶語音數據都必須經過MGW-O和MGW-T，這無疑增加了用戶數據的傳輸時間，不利于語音質量的提高。
由此可見，在現有技術中，還沒有一種網絡側對呼叫處理的方法，可以進一步節約用戶數據的傳輸時間，提高語音質量。
發明內容
有鑒于此，本發明的主要目的在于提供一種網絡側對呼叫處理的方法，可以進一步節約用戶數據的傳輸時間，提高語音質量。為了達到上述目的，本發明提出的技術方案為一種網絡側對呼叫處理的方法，當經過編碼協商、建立由源無線網絡控制器RNC-O、源媒體網關MGW-O、目的媒體網關MGW-T、目的無線網絡控制器RNC-T組成的承載路徑之后，該方法包括以下步驟a、將RNC-O網絡側端點和RNC-T網絡側端點進行關聯；b、直接通過由RNC-O和RNC-T組成的新的承載路徑進行通話。
較佳地，步驟a所述將RNC-O網絡側端點和RNC-T網絡側端點進行關聯的方法為X1、源移動軟交換MSC-S-O將攜帶有RNC-O網絡側端點信息的更新承載請求消息發送給目的移動軟交換MSC-S-T，MSC-S-T將攜帶有目的無線網絡控制器RNC-T網絡側端點信息的承載響應消息返回給MSC-S-O；X2、MSC-S-O根據RNC-T網絡側端點信息將RNC-O網絡側端點和RNC-T網絡側端點進行關聯；X3、MSC-S-T根據RNC-O網絡側端點信息將RNC-T網絡側端點和RNC-O網絡側端點進行關聯。
較佳地，步驟X2所述將RNC-O網絡側端點和RNC-T網絡側端點進行關聯的方法為MSC-S-O將攜帶有RNC-T網絡側端點信息的更新承載請求消息發送給RNC-O，RNC-O將自身網絡側端點的關聯端點更新為RNC-T網絡側端點，并向MSC-S-O返回更新承載響應消息，MSC-S-O再釋放MGW-O上的承載資源。
較佳地，步驟X3所述將RNC-T網絡側端點和RNC-O網絡側端點進行關聯的方法為MSC-S-T將攜帶有RNC-O網絡側端點信息的更新承載請求消息發送給RNC-T，RNC-T將自身網絡側端點的關聯端點更新為RNC-O網絡側端點，并向MSC-S-T返回更新承載響應消息，MSC-S-T再釋放MGW-T上的承載資源。
較佳地，當執行媒體資源參與的業務時，步驟b之后進一步包括執行引入MGW的恢復承載流程，再通過由RNC-O、MGW-O、MGW-T和RNC-T組成的承載路徑實現媒體資源參與的業務。
較佳地，所述恢復承載流程為Y1、MSC-S-O/MSC-S-T將RNC-O/RNC-T網絡側端點和MGW-O/MGW-T用戶側端點進行關聯；Y2、將MGW-O/MGW-T網絡側端點和MGW-T/MGW-O網絡側端點進行關聯，并由MSC-S-T/MSC-S-O將RNC-T/RNC-O網絡側端點和MGW-T/MGW-O用戶側端點進行關聯。
較佳地，所述步驟Y1為Y11、MSC-S-O/MSC-S-T向MGW-O/MGW-T發送增加承載請求消息；Y12、MGW-O/MGW-T分配用于承載的用戶側端點和網絡側端點，并向MSC-S-O/MSC-S-T返回攜帶有自身用戶側端點和網絡側端點信息的增加承載響應消息；Y13、MSC-S-O/MSC-S-T向RNC-O/RNC-T發送攜帶有MGW-O/MGW-T用戶側端點信息的更新承載請求消息；Y14、RNC-O/RNC-T將自身網絡側端點的關聯端點更改為MGW-O/MGW-T用戶側端點，再向MSC-S-O/MSC-S-T返回攜帶有自身網絡側端點的更新承載響應消息；Y15、MSC-S-O/MSC-S-T向MGW-O/MGW-T發送攜帶有RNC-O/RNC-T網絡側端點信息的更新承載請求消息；Y16、MGW-O/MGW-T將自身用戶側端點的關聯端點設置為RNC-O/RNC-T網絡側端點，并向MSC-S-O/MSC-S-T返回更新承載響應消息。
較佳地，所述步驟Y2為Y21、MSC-S-O/MSC-S-T向MSC-S-T/MSC-S-O發送攜帶有MGW-O/MGW-T網絡側端點信息的恢復承載請求消息；Y22、MSC-S-T/MSC-S-O向MGW-T/MGW-O發送攜帶有MGW-O/MGW-T網絡側端點信息的增加承載請求消息；Y23、MGW-T/MGW-O分配用于承載的網絡側端點和用戶側端點，將自身網絡側端點的關聯端點設置為MGW-O/MGW-T網絡側端點，再向MSC-S-T/MSC-S-O返回攜帶有自身用戶側端點信息的增加承載響應消息；Y24、MSC-S-T/MSC-S-O向RNC-T/RNC-O發送攜帶有MGW-T/MGW-O用戶側端點信息的更新承載請求消息；Y25、RNC-T/RNC-O將自身網絡側端點的關聯端點更改為MGW-T/MGW-O用戶側端點，再向MSC-S-T/MSC-S-O返回攜帶有自身網絡側端點的更新承載響應消息；Y26、MSC-S-T/MSC-S-O向MGW-T/MGW-O發送攜帶有RNC-T/RNC-O網絡側端點信息的更新承載請求消息；Y27、MGW-T/MGW-O將自身用戶側端點的關聯端點設置為RNC-T/RNC-O網絡側端點，并向MSC-S-T/MSC-S-O返回更新承載響應消息；Y28、MSC-S-T/MSC-S-O向MSC-S-O/MSC-S-T發送攜帶有MGW-T/MGW-O網絡側端點信息的承載恢復響應消息；Y29、MSC-S-O/MSC-S-T向MGW-O/MGW-T發送攜帶有MGW-T/MGW-O網絡側端點信息更新承載請求消息，MGW-O/MGW-T將自身網絡側端點的關聯端點設置為MGW-T/MGW-O網絡側端點，并向MSC-S-O/MSC-S-T返回更新承載響應消息。
較佳地，所述MSC-S-O和MSC-S-T之間的更新承載請求消息、更新承載響應消息、恢復承載請求消息、恢復承載響應消息為攜帶有標志位的應用信息傳輸APM消息；所述MSC-S-O和MSC-S-T接收到對方發送的所述APM消息后，根據標志位確定消息類型。
較佳地，所述MSC-S-O發送給MSC-S-T的更新承載請求消息為UPDATE請求消息；所述MSC-S-O/MSC-S-T發送給MSC-S-T/MSC-S-O的恢復承載請求消息為re-INVITE請求消息。
綜上所述，本發明提出的一種網絡側對呼叫處理的方法，由于將RNC-O網絡側端點和RNC-T網絡側端點進行關聯，無需MGW承載，直接通過RNC-O和RNC-T組成的承載路徑進行通話，可以有效地節約用戶語音數據傳輸時間，提高語音質量。另外，也由于無需經過MGW，從而可以節約IP資源和MGW上的端點資源。
圖1是現有技術中網絡側處理呼叫的系統示意圖；圖2是現有技術中建立的承載路徑示意圖；圖3是本發明方案流程圖；圖4是應用本發明方案的實施例一對呼叫處理時的消息流示意圖；圖5是實施例一中建立的承載路徑示意圖；圖6是實施例一中網絡側處理呼叫的系統示意圖；圖7是應用本發明方案的實施例二恢復承載時的消息流示意圖。
具體實施例方式
為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖及具體實施例對本發明作進一步地詳細描述。
本發明的基本思想是直接將源無線網絡控制器(RNC-O)的網絡側端點和目的無線網絡控制器(RNC-T)進行關聯，建立新的承載路徑，并利用新的承載路徑進行通話。
圖3顯示了本發明方案的流程圖。如圖3所示，本發明網絡側對呼叫進行處理的方法包括以下步驟步驟301RNC-O通過源移動軟交換(MSC-S-O)、源媒體網關(MGW-O)、目的移動軟交換(MSC-S-T)、目的媒體網關(MGW-T)與RNC-T進行編碼協商。
步驟302MSC-S-O和MSC-S-T分別在MGW-O、RNC-O、MGW-T和RNC-T上建立承載。
本發明中，步驟301和步驟302就是免編解碼操作(TrFO，TranscoderFree Operation)方法中的編碼協商階段和建立承載階段。兩端將統一到相同的編碼格式，不再需要MGW提供TC功能。RNC-O、MSC-S-O、MGW-O、MSC-S-T、MGW-T和RNC-T組成承載路徑，其建立承載的情況如圖1所示。至于如何進行編碼協商和建立承載可以參見3GPP 23.153協議，此處不再詳細敘述。
步驟303將RNC-O網絡側端點和RNC-T網絡側端點進行關聯。
本發明所述的關聯就是將兩個網絡實體的某兩個端點設置為彼此的關聯端點。如將RNC-O網絡側端點的關聯端點設置為RNC-T網絡側端點，同時將RNC-T網絡側端點的關聯端點設置為RNC-O網絡側端點。
實際應用中，可以在網絡實體中的關聯表中記錄下關聯端點信息，當傳輸用戶語音數據時，該網絡實體就可以根據關聯端點信息將接收到的數據發送給關聯端點，即發送給承載路徑中的下一個節點。至于如何在網絡實體中記錄關聯端點信息是比較容易實現的，本發明不再詳細敘述。
步驟304通過由RNC-O和RNC-T組成的新的承載路徑進行通話。
本發明中，MSC-S-O和MSC-S-T之間可以按照會話初始協議(SIP)或與承載無關的呼叫控制(BICC)協議進行交互；MSC-S和MGW之間可以按照H.248協議進行交互；MSC-S和RNC之間按照IU接口控制面協議進行交互；MGW和RNC之間按照IU接口用戶面協議進行交互。
現有技術中，MGW和RNC之間的IU接口可以是IP化的，也可以不是IP化的。如果IU接口是IP化的，RNC和MGW之間就存在對等的實時傳輸協議(RTP)層。在建立承載時，RNC和MGW之間就可以通過RTP層建立關聯，即將RNC和MGW的RTP端點進行關聯。之后，用戶語音數據通過RNC和MGW的RTP端點之間進行傳輸。
本發明針對IU接口經過了IP化的這種情況，提出在建立承載之后，直接將兩個RNC的RTP端點進行關聯，達到更新承載的目的。本發明所述的端點就是指RTP端點。
實施例一圖4顯示了本實施例網絡例對呼叫處理的消息流示意圖。如圖4所示，本實施例實現網絡側對呼叫處理的方法包括以下步驟步驟401RNC-O通過MSC-S-O、MGW-O、MSC-S-T、MGW-T與RNC-T進行編碼協商。
步驟402MSC-S-O和MSC-S-T分別在MGW-O、RNC-O、MGW-T和RNC-T上建立承載。
步驟403～步驟404MSC-S-O將攜帶有RNC-O網絡側端點信息的更新承載請求消息發送給MSC-S-T，MSC-S-T將攜帶有RNC-T網絡側端點信息的承載響應消息返回給MSC-S-O。
實際應用中，MSC-S-O和MSC-S-T之間可能采用SIP協議，也可能采用BICC協議。如果采用SIP協議，則本步驟中所述的更新承載請求消息可以為SIP協議中的UPDATE請求消息，更新承載響應消息則為200 OK響應消息。如果采用BICC協議，本步驟中所述的更新承載請求消息和更新承載響應消息都為應用信息傳輸(APM)消息。
MSC-S-O/MSC-S-T一般是將接收到的APM消息透傳給MGW。為了MSC-S-O/MSC-S-T可以根據APM消息獲得RNC-T/RNC-O的網絡側端點信息，需要MSC-S-O/MSC-S-T對接收到的APM消息進行處理，并從APM消息中提取RNC-T/RNC-O的網絡側端點信息。實際應用中，可以對APM消息字段進行擴展來實現傳輸RNC-T/RNC-O的網絡側端點信息。比如由于APM消息的APM-user information域中Identifier字段包括Action Indicator類別，而11100000～11111111為Action Indicator類別的預留值，則可以規定這些預留值中的任意四個值用來標志更新承載請求消息、更新承載響應消息、恢復承載請求消息、恢復承載響應消息。這樣，當MSC-S-O/MSC-S-T接收到APM消息時，可以根據Action Indicator來判斷是否需要處理該APM消息。比如將APM消息中Action Indicator類別的預留值11100000作為更新承載請求消息的標志位。當MSC-S-O向MSC-S-T發送攜帶有RNC-O網絡側端點信息的更新承載請求消息時，MSC-S-T根據所述標志位值11100000確定接收到的為更新承載請求消息，則可以從封裝的隧傳信息中獲得RNC-O的網絡側端點信息。這里所述的隧傳信息主要用于在BICC呼叫建立時進行交互的信息，一般包括媒體流的特性、端口號、IP地址等信息。
步驟405～步驟406MSC-S-O將攜帶有RNC-T網絡側端點信息的更新承載請求消息發送給RNC-O，RNC-O將自身網絡側端點的關聯端點更新為RNC-T網絡側端點，并向MSC-S-O返回更新承載響應消息。
實際應用中，MSC-S-O通知RNC-O進行更新承載可以利用無線接入承載指配(RAB Assignment)消息中的更新(Modify)功能來實現。
步驟407MSC-S-O通知MGW-O釋放承載資源，MGW-O釋放承載資源。
步驟408～步驟409MSC-S-T將攜帶有RNC-O網絡側端點信息的更新承載請求消息發送給RNC-T，RNC-T將自身網絡側端點的關聯端點更新為RNC-O網絡側端點，并向MSC-S-T返回更新承載響應消息。
步驟410MSC-S-T通知MGW-T釋放承載資源，MGW-T釋放承載資源。
實際應用中，步驟405～步驟407和步驟408～步驟410分別由源端和目的端執行，并沒有嚴格的順序，也可以并行處理。
步驟411直接通過由RNC-O和RNC-T組成的新的承載路徑進行通話。
應用本實施例之后，RNC-O和RNC-T將組成一個新的承載路徑，其承載路徑如圖5所示。
圖6顯示了本實施例網絡側對呼叫進行處理的系統示意圖。如圖6所示，由于MGW-O和MGW-T不再位于承載路徑之中，當傳輸用戶語音數據時，可以直接通過RNC-O和RNC-T進行傳輸，從而節約傳輸時間，進一步提高語音質量。另外，由于MGW-O和MGW-T不再用于承載，也可以進一步節約MGW資源和IP資源。
實際應用中，通訊過程中某些業務需要MGW參與進行處理，比如放音、收號等業務。由于這些業務需要媒體資源參與，所以也可以稱為媒體資源參與的業務，即需要MGW分配媒體資源來進行處理。當進行這類媒體資源業務時，就需要在承載路徑中重新引入MGW，恢復原來的承載路徑，即執行恢復承載流程，然后再通過由RNC-O、MGW-O、MGW-T和RNC-T組成的承載路徑實現媒體資源參與的業務。
MSC-S-O或MSC-S-T任何一方都可以發起恢復承載的流程，本發明所述恢復承載方法的基本思想是將RNC-O/RNC-T網絡側端點和MGW-O/MGW-T用戶側端點進行關聯；將MGW-O/MGW-T網絡側端點和MGW-T/MGW-O網絡側端點進行關聯，并由MSC-S-T/MSC-S-O將RNC-T/RNC-O網絡側端點和MGW-T/MGW-O用戶側端點進行關聯。
實施例二圖7顯示了本實施例恢復承載的消息流示意圖。如圖7所示，本實施例實現恢復承載的方法包括以下步驟步驟701～步驟702MSC-S-O向MGW-O發送增加承載請求消息，MGW-O分配用于承載的用戶側端點和網絡側端點，并向MSC-S-O返回攜帶有自身用戶側端點信息和網絡側端點信息的增加承載響應消息。
步驟703～步驟704MSC-S-O向RNC-O發送攜帶有MGW-O用戶側端點信息的更新承載請求消息，RNC-O/RNC-T將自身網絡側端點的關聯端點更改為MGW-O用戶側端點，再向MSC-S-O返回更新承載響應消息。
步驟705～步驟706MSC-S-O向MGW-O發送攜帶有RNC-O網絡側端點信息的更新承載請求消息，MGW-O將自身用戶側端點的關聯端點設置為RNC-O網絡側端點，并向MSC-S-O返回更新承載響應消息。
步驟707MSC-S-O向MSC-S-T發送攜帶有MGW-O網絡側端點信息的恢復承載請求消息。
實際應用中，MSC-S-O和MSC-S-T之間可能采用SIP協議，也可能采用BICC協議。如果采用SIP協議，則本步驟中所述的恢復承載請求消息可以為SIP協議中的re-INVITE請求消息。如果采用BICC協議，本步驟中所述的恢復承載請求消息為APM消息。這里所述的APM消息可以如步驟403～步驟404所述的APM消息一樣進行擴展，此處不再贅述。
步驟708～步驟709MSC-S-T向MGW-T發送攜帶有MGW-O網絡側端點信息的增加承載請求消息，MGW-T分配用于承載的網絡側端點和用戶側端點，將自身網絡側端點的關聯端點設置為MGW-O網絡側端點，再向MSC-S-T返回攜帶有自身用戶側端點信息的增加承載響應消息。
步驟710～步驟711MSC-S-T向RNC-T發送攜帶有MGW-T用戶側端點信息的更新承載請求消息，RNC-T將自身網絡側端點的關聯端點更改為MGW-T用戶側端點，再向MSC-S-T返回攜帶有自身網絡側端點的更新承載響應消息。
步驟712～步驟713MSC-S-T向MGW-T發送攜帶有RNC-T網絡側端點信息的更新承載請求消息，MGW-T將自身用戶側端點的關聯端點設置為RNC-T網絡側端點，并向MSC-S-T返回更新承載響應消息。
步驟714MSC-S-T向MSC-S-O發送攜帶有MGW-T網絡側端點信息的承載恢復響應消息。
與步驟707相對應，如果MSC-S-T和MSC-S-O之間采用SIP協議，則本步驟中所述的恢復承載響應消息為SIP協議中的200 OK響應消息；如果采用BICC協議，則為APM消息。
步驟715～步驟716MSC-S-O向MGW-O發送攜帶有MGW-T網絡側端點信息更新承載請求消息，MGW-O將自身網絡側端點的關聯端點設置為MGW-T網絡側端點，并向MSC-S-O返回更新承載響應消息。
本實施例中，是先將RNC-O網絡側端點與MGW-O用戶側端點進行關聯，即步驟701～步驟706；再將MGW-O網絡側端點與MGW-T網絡側端點進行關聯，并在其關聯的過程中，將MGW-T用戶側端點與RNC-T網絡側端點進行關聯，即步驟707～步驟716。實際應用中，也可以不按照本實施例的順序來恢復承載路徑。比如可以先將RNC-O網絡側端點與MGW-O用戶側端點進行關聯，再將MGW-O網絡側端點與MGW-T網絡側端點進行關聯，最后將將MGW-T用戶側端點與RNC-T網絡側端點進行關聯。也就是說，步驟714～步驟716可以位于步驟709和步驟710之間。當然，實際應用中，還可以有其它執行的順序，只要能恢復承載路徑即可。
本實施例是由MSC-S-O發起恢復承載流程。在實際應用中，如果恢復承載流程由MSC-S-T發起，其方法與本實施例類似，此處不再詳細敘述。
綜上所述，以上僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種網絡側對呼叫處理的方法，其特征在于，當經過編碼協商、建立由源無線網絡控制器RNC-O、源媒體網關MGW-O、目的媒體網關MGW-T、目的無線網絡控制器RNC-T組成的承載路徑之后，該方法包括以下步驟a、將RNC-O網絡側端點和RNC-T網絡側端點進行關聯；b、直接通過由RNC-O和RNC-T組成的新的承載路徑進行通話。
2.根據權利要求1所述的方法，其特征在于，步驟a所述將RNC-O網絡側端點和RNC-T網絡側端點進行關聯的方法為X1、源移動軟交換MSC-S-O將攜帶有RNC-O網絡側端點信息的更新承載請求消息發送給目的移動軟交換MSC-S-T，MSC-S-T將攜帶有目的無線網絡控制器RNC-T網絡側端點信息的承載響應消息返回給MSC-S-O；X2、MSC-S-O根據RNC-T網絡側端點信息將RNC-O網絡側端點和RNC-T網絡側端點進行關聯；X3、MSC-S-T根據RNC-O網絡側端點信息將RNC-T網絡側端點和RNC-O網絡側端點進行關聯。
3.根據權利要求2所述的方法，其特征在于，步驟X2所述將RNC-O網絡側端點和RNC-T網絡側端點進行關聯的方法為MSC-S-O將攜帶有RNC-T網絡側端點信息的更新承載請求消息發送給RNC-O，RNC-O將自身網絡側端點的關聯端點更新為RNC-T網絡側端點，并向MSC-S-O返回更新承載響應消息，MSC-S-O再釋放MGW-O上的承載資源。
4.根據權利要求2所述的方法，其特征在于，步驟X3所述將RNC-T網絡側端點和RNC-O網絡側端點進行關聯的方法為MSC-S-T將攜帶有RNC-O網絡側端點信息的更新承載請求消息發送給RNC-T，RNC-T將自身網絡側端點的關聯端點更新為RNC-O網絡側端點，并向MSC-S-T返回更新承載響應消息，MSC-S-T再釋放MGW-T上的承載資源。
5.根據權利要求1至4任一項所述的方法，其特征在于，當執行媒體資源參與的業務時，步驟b之后進一步包括執行引入MGW的恢復承載流程，再通過由RNC-O、MGW-O、MGW-T和RNC-T組成的承載路徑實現媒體資源參與的業務。
6.根據權利要求5所述的方法，其特征在于，所述恢復承載流程為Y1、MSC-S-O/MSC-S-T將RNC-O/RNC-T網絡側端點和MGW-O/MGW-T用戶側端點進行關聯；Y2、將MGW-O/MGW-T網絡側端點和MGW-T/MGW-O網絡側端點進行關聯，并由MSC-S-T/MSC-S-O將RNC-T/RNC-O網絡側端點和MGW-T/MGW-O用戶側端點進行關聯。
7.根據權利要求6所述的方法，其特征在于，所述步驟Y1為Y11、MSC-S-O/MSC-S-T向MGW-O/MGW-T發送增加承載請求消息；Y12、MGW-O/MGW-T分配用于承載的用戶側端點和網絡側端點，并向MSC-S-O/MSC-S-T返回攜帶有自身用戶側端點和網絡側端點信息的增加承載響應消息；Y13、MSC-S-O/MSC-S-T向RNC-O/RNC-T發送攜帶有MGW-O/MGW-T用戶側端點信息的更新承載請求消息；Y14、RNC-O/RNC-T將自身網絡側端點的關聯端點更改為MGW-O/MGW-T用戶側端點，再向MSC-S-O/MSC-S-T返回攜帶有自身網絡側端點的更新承載響應消息；Y15、MSC-S-O/MSC-S-T向MGW-O/MGW-T發送攜帶有RNC-O/RNC-T網絡側端點信息的更新承載請求消息；Y16、MGW-O/MGW-T將自身用戶側端點的關聯端點設置為RNC-O/RNC-T網絡側端點，并向MSC-S-O/MSC-S-T返回更新承載響應消息。
8.根據權利要求7所述的方法，其特征在于，所述步驟Y2為Y21、MSC-S-O/MSC-S-T向MSC-S-T/MSC-S-O發送攜帶有MGW-O/MGW-T網絡側端點信息的恢復承載請求消息；Y22、MSC-S-T/MSC-S-O向MGW-T/MGW-O發送攜帶有MGW-O/MGW-T網絡側端點信息的增加承載請求消息；Y23、MGW-T/MGW-O分配用于承載的網絡側端點和用戶側端點，將自身網絡側端點的關聯端點設置為MGW-O/MGW-T網絡側端點，再向MSC-S-T/MSC-S-O返回攜帶有自身用戶側端點信息的增加承載響應消息；Y24、MSC-S-T/MSC-S-O向RNC-T/RNC-O發送攜帶有MGW-T/MGW-O用戶側端點信息的更新承載請求消息；Y25、RNC-T/RNC-O將自身網絡側端點的關聯端點更改為MGW-T/MGW-O用戶側端點，再向MSC-S-T/MSC-S-O返回攜帶有自身網絡側端點的更新承載響應消息；Y26、MSC-S-T/MSC-S-O向MGW-T/MGW-O發送攜帶有RNC-T/RNC-O網絡側端點信息的更新承載請求消息；Y27、MGW-T/MGW-O將自身用戶側端點的關聯端點設置為RNC-T/RNC-O網絡側端點，并向MSC-S-T/MSC-S-O返回更新承載響應消息；Y28、MSC-S-T/MSC-S-O向MSC-S-O/MSC-S-T發送攜帶有MGW-T/MGW-O網絡側端點信息的承載恢復響應消息；Y29、MSC-S-O/MSC-S-T向MGW-O/MGW-T發送攜帶有MGW-T/MGW-O網絡側端點信息更新承載請求消息，MGW-O/MGW-T將自身網絡側端點的關聯端點設置為MGW-T/MGW-O網絡側端點，并向MSC-S-O/MSC-S-T返回更新承載響應消息。
9.根據權利要求8所述的方法，其特征在于，所述MSC-S-O和MSC-S-T之間的更新承載請求消息、更新承載響應消息、恢復承載請求消息、恢復承載響應消息為攜帶有標志位的應用信息傳輸APM消息；所述MSC-S-O和MSC-S-T接收到對方發送的所述APM消息后，根據標志位確定消息類型。
10.根據權利要求8所述的方法，其特征在于，所述MSC-S-O發送給MSC-S-T的更新承載請求消息為UPDATE請求消息；所述MSC-S-O/MSC-S-T發送給MSC-S-T/MSC-S-O的恢復承載請求消息為re-INVITE請求消息。
全文摘要
本發明提供一種網絡側對呼叫處理的方法，其關鍵在于，將源無線網絡控制器(RNC－O)和目的無線網絡控制器(RNC－T)的網絡側的實時傳輸協議(RTP)端點進行關聯。當經過編碼協商、建立承載之后，源移動軟交換(MSC－S－O)將攜帶有RNC－O網絡側RTP端點信息的更新承載請求消息發送給目的移動軟交換(MSC－S－T)；MSC－S－T再將攜帶有RNC－T網絡側RTP端點信息的承載響應消息返回給MSC－S－O；MSC－S－O將RNC－O網絡側RTP端點和RNC－T網絡側RTP端點進行關聯，MSC－S－T將RNC－T網絡側RTP端點和RNC－O網絡側RTP端點進行關聯；然后，按照新的承載路徑進行通話。應用本發明方案，可以將用戶語音數據包直接在RNC－O和RNC－T之間傳輸，無需經過媒體網關，可以進一步提高語音質量、節約資源。
文檔編號H04L12/66GK1984097SQ200610083738
公開日2007年6月20日 申請日期2006年6月1日 優先權日2006年6月1日
發明者方峻, 葉思海, 李嘉, 惠濤, 王更 申請人:華為技術有限公司