專利名稱：基于網絡負荷進行編解碼選擇的方法和系統的制作方法
技術領域：
本發明涉及通信領域，尤其涉及一種IP (網絡互聯協議，InternetProtocol，簡稱 IP)多媒體子系統中基于網絡負荷進行編解碼選擇的方法和系統。
背景技術：
IP (網絡互聯協議，Internet Protocol，簡稱 IP)多媒體子系統(IPMultimedia Core Network Subsystem,簡稱IMS)是由第三代合作伙伴計劃(3rdGeneration Partnership ftx) ject，簡稱3GPP)提出的一種基于IP的網絡架構，其構建了一個開放而靈活的業務環境，支持多媒體應用，并為用戶提供豐富的多媒體業務(如圖1所示)。IMS 信令和業務數據是承載在 IP-CAN(IP Connectivity Access Network, IP 連接接入網)上的。由于IMS是與接入網關的，因此IP-CAN可以為GPRS (General Packet Radio Service，通用分組無線業務)、WLAN(Wireless LocalArea Network，無線局域網)、 GSM(Global System for Mobile communications，全球移動通訊系統)、UMTS (Universal Mobile Telecommunications System, ^ — # sj] ffl itl ^ ^ ) L)j, ^ EPS (Evolved Packet System，演進分組系統)等無線分組接入網。具體來說，在GSM/UMTS中，通常由 RAN (Radio AccessNetwork，無線接入網)網元(如無線基站、以及無線基站控制器)和 CN(CoreNetwork，核心網)網元 SGSN(Serving GPRS Support Node，服務 GPRS 支持節點)、 GGSN(Gateway GPRS Support Node，網關GPRS支持節點)提供承載業務，對于EPS系統，通常由RAN的網元無線基站(如eNodeB)以及CN網元S-GW(Serving (Gateway，服務網關)， P-GW(PDN (Gateway，分組數據網絡網關)提供承載業務。IMS系統的業務的控制和觸發是由是呼叫會話控制功能(Call SessionControl Function，簡稱CSCF)完成的。呼叫會話控制功能分為代理呼叫會話控制功能 (Proxy-CSCF,簡稱 P-CSCF)、查詢呼叫會話控制功能(Interrogating-CSCF，簡稱 I-CSCF) 和服務呼叫會話控制功能Gerving-CSCF，簡稱S-CSCF)三種類型，其中P-CSCF是IMS系統中用戶的第一個接觸點。所有的SIPGession Initial Protocol，會話發起協議)消息都必須通過P-CSCF，I-CSCF負責從HSS (Home Subscriber Server，歸屬用戶服務器)獲取為用戶服務的S-CSCF或根據HSS獲取的能力集為用戶制定一個S-CSCF。S-CSCF是IMS的核心所在，為UE進行會話控制和注冊服務。當UE處于會話中時，S-CSCF維持會話狀態，并且根據網絡運營商對服務支持的需要與服務平臺交互。會話中的端到端設備稱為用戶設備(User Equipment，簡稱UE)，負責與使用者的交互。為了實現業務訪問，在呼叫建立的過程中，UE需要和對端(AS，UE)進行媒體協商，包括使用的媒體組合以及各媒體使用的編碼方式。IMS再將協商好的業務信息發送給 PCRF (Po Iicy and Charging RuleFunction，策略計費規則功能)。PCRF將根據用戶的簽約、訪問的業務信息、接入信息、網絡策略等制定策略，其中最重要的便是傳輸業務所需要的QoS策略。PCRF將QoS策略發送給IP-CAN中的網元，并由這些網元根據QoS策略分配相應的資源，以提供滿足傳輸業務需要的承載業務。
圖2為現有技術中兩個UE之間的媒體協商的流程步驟201，主叫UE發起起呼請求，向主叫側P-CSCF發送SIP起呼請求，該SIP消息中攜帶第一個SDPGession Description Protocol，會話描述協議)提供給被叫UE。SDP 提供列出了本次會話中主叫UE希望使用的所有媒體類型，以及主叫UE對這些不同的媒體所支持的各種編碼類型。主叫UE是通過IP-CAN提供的承載業務將該SIP信令發送給主叫側 P-CSCF 的；步驟202，主叫側P-CSCF收到SIP消息后轉發至為該UE服務的主叫側S-CSCF ；步驟203，主叫側S-CSCF將SIP消息進一步轉發至被叫側I-CSCF ；步驟204，被叫側I-CSCF通過與HSS交互，獲取為該被叫UE服務的S-CSCF后，被叫側I-CSCF將SIP消息發送給被叫側S-CSCF ；步驟205，被叫側S-CSCF將該SIP消息進一步轉發至被叫側P-CSCF ；步驟206，被叫側P-CSCF將該SIP消息發送給被叫UE，該消息也是通過被叫側的 IP-CAN提供的承載業務發送給被叫UE的；步驟207，被叫UE根據自身能力，可能拒絕一些被建議的媒體類型以及編碼類型。 被叫UE返回SIP消息183會話進行中，該SIP消息攜帶第一個SDP應答，包含雙方都能支持的編碼類型。被叫UE通過被叫側IP-CAN提供的承載業務將SIP消息發送給被叫側P-CSCF ；步驟208，被叫側P-CSCF將SIP消息轉發至被叫側S-CSCF ；步驟209，被叫測 S-CSCF將SIP消息進一步轉發至被叫側I-CSCF ；步驟210，被叫側I-CSCF將SIP消息轉發至主叫側S-CSCF ；步驟211，主叫側S-CSCF將SIP消息轉發至主叫側P-CSCF ；步驟212，主叫側P-CSCF將SIP消息發送給主叫UE，主叫側P-CSCF通過主叫側 IP-CAN提供的承載業務將SIP消息發送給主叫UE ；步驟213，主叫UE收到應答后，如果發現有媒體類型的應答中包含了多種編碼方式，則挑選一個編碼方式。主叫UE向被叫UE發送更新會話請求SIP消息，攜帶第二個SDP 提供，包含了每個媒體類型所采用的編碼類型；步驟215，主叫側P-CSCF收到該SIP消息后，將SIP消息轉發至主叫側S-CSCF ；步驟216，主叫側S-CSCF將SIP消息發送給被叫側P-CSCF ；步驟217，被叫側P-CSCF將SIP消息發送給被叫UE ；步驟218，被叫UE接受第二個SDP提供，并向主叫UE返回確認消息；步驟219，被叫側P-CSCF將消息轉發至被叫側S-CSCF ；步驟220，被叫S-CSCF將SIP消息轉發至主叫側S-CSCF ；步驟221，主叫側S-CSCF將SIP消息轉發至主叫側P-CSCF ；步驟222，主叫側P-CSCF將SIP消息發送給主叫UE。若經過第一次SDP提供/應答交互，每一個媒體類型只有一種編碼格式，那么步驟 213-222可以省略。通過上述流程，主叫和被叫UE被媒體類型以及編碼格式進行了協商，并且網絡可以根據協商的編碼格式為請求建立的會話預留資源。然而，上述協商方案僅考慮了主叫UE、被叫UE的自身能力，對于當前的網絡負荷請求沒有考慮。這會導致到網元根據協商好的編碼類型進行資源預留時，由于當前的網絡已經處于高負荷(即擁塞)狀態下(在移動網絡中，主要考慮空口的無線資源)，無法為會話分配足夠的資源，從而使得會話無法進行。
發明內容
針對現有技術中由于編碼選擇協商時沒有考慮網絡負荷，導致當網絡高負荷狀態下無法為會話分配足夠資源，使得會話無法進行的問題，本發明提供了一種基于網絡負荷進行編碼選擇的方法和系統，以解決上述問題。為了解決上述問題，本發明提供一種基于網絡負荷進行編碼選擇的方法。根據本發明的基于網絡負荷進行編碼選擇方法包括用戶設備UE根據代理呼叫會話控制功能P-CSCF設置的負荷指示和/或IP連接接入網IP-CAN網元設置的擁塞指示選擇編碼類型。進一步地，當所述UE為主叫UE，則所述P-CSCF為被叫側P-CSCF，所述IP-CAN網元為主叫側的IP-CAN網元；當所述UE為被叫UE，則所述P-CSCF為主叫側P-CSCF,所述 IP-CAN網元為被叫側的IP-CAN網元。進一步地，所述IP-CAN網元設置擁塞指示具體包括以下方式之一或組合方式一所述主叫側IP-CAN網元當檢測自身擁塞時，在所述主叫側P-CSCF發送的SIP消息的 IP包頭設置第一擁塞指示；方式二 所述被叫側IP-CAN網元當檢測自身擁塞時，在所述被叫側P-CSCF發送的SIP消息的IP包頭設置第二擁塞指示。進一步地，所述P-CSCF設置負荷指示具體包括以下方式之一或組合方式一當所述主叫側IP-CAN網元檢測自身擁塞時，在所述主叫UE發送的SIP消息的IP包頭設置第三擁塞指示；當所述主叫側P-CSCF收到IP包頭設置有所述第三擁塞指示的所述SIP消息時，根據所述第三擁塞指示，在所述SIP消息中設置第一負荷指示或重新排序的各個媒體類型的編碼類型列表后發送給所述被叫UE ；方式二 當所述被叫側IP-CAN網元檢測自身擁塞時，在所述被叫UE發送的SIP消息的IP包頭設置第四擁塞指示；當所述被叫側P-CSCF 收到IP包頭設置有所述第四擁塞指示的所述SIP消息時，根據所述第四擁塞指示，在所述起呼請求SIP消息中設置第二負荷指示或重新排序的各個媒體類型的編碼類型列表后發送給所述主叫UE。進一步地，所述主叫側或被叫側IP-CAN網元采用顯示擁塞機制ECN來設置所述第
一、第二、第三或第四擁塞指示。進一步地，所述主叫側或被叫側P-CSCF重新排序各個媒體類型的編碼類型列表， 具體包括將QoS要求低的編碼類型放在編碼列表的靠前位置來重新排序各個媒體類型的編碼類型列表。進一步地，所述UE根據所述P-CSCF設置的負荷指示和/或IP-CAN網元設置的擁塞指示選擇編碼類型，具體包括所述UE根據所述P-CSCF設置的所述負荷指示或重新排序的各個媒體類型的編碼類型列表，和/或IP-CAN網元設置的所述擁塞指示，選擇QoS要求低的編碼類型。進一步地，所述IP-CAN網元至少包括以下任意之一無線基站、無線基站控制器， 服務通用分組無線業務支持節點SGSN，網關通用分組無線業務支持節點GGSN，服務網關 Serving GW，分組數據網絡網關PDN GW。為了解決上述問題，本發明提供一種基于網絡負荷進行編碼選擇的系統。
6
根據本發明的一種基于網絡負荷進行編碼選擇的系統，包括UE、P-CSCF以及用戶面承載網元，其特征在于，所述UE用于根據P-CSCF設置的負荷指示和/或IP-CAN網元設置的擁塞指示選擇編碼類型。進一步地，所述IP-CAN網元用于當檢測自身擁塞時，在SIP消息的IP包頭設置擁塞指示；所述P-CSCF用于根據所述IP-CAN網元設置的所述擁塞指示，在所述SIP消息中設置負荷指示或重新排序的各個媒體類型的編碼類型列表后發送給所述UE。進一步地，所述IP-CAN網元進一步用于采用顯示擁塞機制ECN來設置所述擁塞指示；所述P-CSCF進一步用于將QoS要求低的編碼類型放在編碼列表的靠前位置來重新排序各個媒體類型的編碼類型列表。進一步地，所述UE進一步用于根據所述P-CSCF設置的負荷指示或重新排序的各個媒體類型的編碼類型列表，和/或IP-CAN網元設置的擁塞指示，選擇QoS要求低的編碼類型。進一步地，所述IP-CAN網元至少包括以下任意之一無線基站，無線基站控制器， 服務通用分組無線業務支持節點SGSN，網關通用分組無線業務支持節點GGSN，服務網關 Serving GW，分組數據網絡網關PDN GW。通過本發明提供的方法和系統，UE在進行編碼協商時，根據P-CSCF設置的負荷指示和/或IP-CAN網元設置的擁塞指示選擇編碼類型，解決了現有技術中由于編碼選擇協商時沒有考慮網絡負荷，導致當網絡高負荷狀態下無法為會話分配足夠資源，使得會話無法進行的問題，可以有效保證會話進行，大大改善用戶體驗。
此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中圖1是IMS的架構圖；圖2是現有技術中媒體協商的流程示意圖；圖3是實施例一流程圖；圖4是實施例二流程具體實施例方式本發明的核心思想是，用戶設備UE根據代理呼叫會話控制功能P-CSCF設置的負荷指示和/或IP-CAN網元設置的擁塞指示選擇編碼類型。進一步地，當所述UE為主叫UE，則所述P-CSCF為被叫側P-CSCF，所述IP-CAN網元為主叫側的IP-CAN網元；當所述UE為被叫UE，則所述P-CSCF為主叫側P-CSCF,所述 IP-CAN網元為被叫側的IP-CAN網元。優選地，所述IP-CAN網元設置擁塞指示具體包括以下方式之一或組合方式一 所述主叫側IP-CAN網元當檢測自身擁塞時，在所述主叫側P-CSCF發送的SIP消息的IP包頭設置第一擁塞指示；方式二 所述被叫側IP-CAN網元當檢測自身擁塞時，在所述被叫側 P-CSCF發送的SIP消息的IP包頭設置第二擁塞指示。
優選地，所述P-CSCF設置負荷指示具體包括以下方式之一或組合方式一當所述主叫側IP-CAN網元檢測自身擁塞時，在所述主叫UE發送的SIP消息的IP包頭設置第三擁塞指示；當所述主叫側P-CSCF收到IP包頭設置有所述第三擁塞指示的所述SIP消息時， 根據所述第三擁塞指示，在所述SIP消息中設置第一負荷指示或重新排序的各個媒體類型的編碼類型列表后發送給所述被叫UE ；方式二 當所述被叫側IP-CAN網元檢測自身擁塞時，在所述被叫UE發送的SIP消息的IP包頭設置第四擁塞指示；當所述被叫側P-CSCF收到IP包頭設置有所述第四擁塞指示的所述SIP消息時，根據所述第四擁塞指示，在所述起呼請求SIP消息中設置第二負荷指示或重新排序的各個媒體類型的編碼類型列表后發送給所述主叫UE。優選地，所述主叫側或被叫側IP-CAN網元采用顯示擁塞機制ECN來設置所述第
一、第二、第三或第四擁塞指示。優選地，所述主叫側或被叫側P-CSCF重新排序各個媒體類型的編碼類型列表，具體包括 將QoS要求低的編碼類型放在編碼列表的靠前位置來重新排序各個媒體類型的編碼類型列表。優選地，所述UE根據所述P-CSCF設置的負荷指示和/或IP-CAN網元設置的擁塞指示選擇編碼類型，具體包括所述UE根據所述P-CSCF設置的所述負荷指示或重新排序的各個媒體類型的編碼類型列表，和/或IP-CAN網元設置的所述擁塞指示，選擇QoS要求低的編碼類型。優選地，所述IP-CAN網元至少包括以下任意之一無線基站、無線基站控制器， 服務通用分組無線業務支持節點SGSN，網關通用分組無線業務支持節點GGSN，服務網關 Serving GW，分組數據網絡網關PDN GW。為了解決上述問題，本發明還提供一種基于網絡負荷進行編碼選擇的系統。根據本發明的一種基于網絡負荷進行編碼選擇的系統，包括UE、P-CSCF以及用戶面承載網元，其特征在于，所述UE用于根據P-CSCF設置的負荷指示和/或IP-CAN網元設置的擁塞指示選擇編碼類型。進一步地，所述IP-CAN網元用于當檢測自身擁塞時，在SIP消息的IP包頭設置擁塞指示；所述P-CSCF用于根據所述IP-CAN網元設置的所述擁塞指示，在所述SIP消息中設置負荷指示或重新排序的各個媒體類型的編碼類型列表后發送給所述UE。進一步地，所述IP-CAN網元進一步用于采用顯示擁塞機制ECN來設置所述擁塞指示；所述P-CSCF進一步用于將QoS要求低的編碼類型放在編碼列表的靠前位置來重新排序各個媒體類型的編碼類型列表。進一步地，所述UE進一步用于根據所述P-CSCF設置的負荷指示或重新排序的各個媒體類型的編碼類型列表，和/或IP-CAN網元設置的擁塞指示，選擇QoS要求低的編碼類型。進一步地，所述IP-CAN網元至少包括以下任意之一無線基站，無線基站控制器， 服務通用分組無線業務支持節點SGSN，網關通用分組無線業務支持節點GGSN，服務網關 Serving GW，分組數據網絡網關PDN GW。下面將結合附圖和實施例對本發明進行詳細描述。
圖3為IMS會話建立過程中，主叫側UE根據網絡負荷進行編碼類型選擇的實施例的流程圖，如圖3所示，本發明的基于網絡負荷進行編碼選擇的方法包括如下步驟步驟301，主叫UE發起起呼請求，向主叫側P-CSCF發送SIP請求消息，攜帶第一個SDP提供。SDP提供列出了本次會話中主叫UE希望使用的所有媒體類型，以及主叫UE 對這些不同的媒體所支持的各種編碼類型。該SIP請求消息的IP包頭支持ECN(Explicit Congestion Notif ication，顯示擁塞指示)指示位，該指示位設置為“01 ”或“ 10”。主叫 UE將該SIP請求消息封裝在IP-CAN網元提供的用戶面承載的IP包中作為載荷進行傳輸；步驟302，若在傳輸路徑上的IP-CAN網元檢測自身負荷較高(即擁塞)時，該網元將把SIP請求消息的IP包頭的ECN指示位設置“11”，表示網絡出現擁塞。IP-CAN網元包括無線接入網網元(如無線基站，無線基站控制器)，核心網網元(如SGSN/GGSN，S-Gff, P-Gff)；步驟303，IP-CAN網元網元中的數據網關(如GGSN，P_GW)將SIP請求消息從用戶面承載的IP包中解封裝，然后將SIP請求消息轉發發送給主叫側P-CSCF ；步驟304，主叫側P-CSCF根據SIP請求消息的IP包頭的ECN指示位為“ 11 ”，判斷主叫用戶的上行路徑上出現擁塞；步驟305，主叫側P-CSCF進一步轉發SIP請求消息攜帶第一個SDP提供，并在該 SIP消息中增加主叫UE上行路徑擁塞指示；步驟306，主叫側P-CSCF接收到攜帶第一個SDP應答的SIP消息，該消息中可能攜帶被叫UE上行路徑擁塞指示，該指示表示被叫側UE上行路徑上某個或多個IP-CAN網元出現擁塞；步驟307，主叫側P-CSCF將該SIP消息發送給主叫側IP-CAN數據網關(如P-GW， GGSN)。其中該SIP請求消息的IP包頭支持ECN指示位，該指示位設置為“01”或“10”。 IP-CAN網元數據網關將SIP該消息封裝在用戶面承載的IP包中作為載荷發往主叫側UE ；步驟308，若在傳輸路徑上的任意IP-CAN網元設備負荷較高(即擁塞)時，該網元將把SIP消息的IP包頭的ECN指示位設置“11”，表示網絡出現擁塞。IP-CAN網元包括無線接入網網元(如無線基站，無線基站控制器)，核心網網元(如SGSN/GGSN，S-Gff, P-Gff)；步驟309，IP-CAN網元設備將SIP消息作為用戶面載荷發送給主叫側UE ；步驟310，主叫側UE將SIP消息從用戶面承載的IP包中解封裝，并根據SIP消息中攜帶的主叫UE上行路徑擁塞指示和/或SIP消息的IP包頭的ECN =“11”選擇較低QoS 要求的編碼類型；步驟311，主叫側UE發起更新會話請求第二個SDP提供，攜帶選擇的編碼類型與被叫側UE進行媒體協商，被叫UE返回應答消息。在其他實施例中，在步驟304中，當P-CSCF判斷出主叫用戶的上行路徑上出現擁塞，P-CSCF可以根據配置的策略修改SDP提供中各個媒體類型的編碼類型的先后順序，將需要較低QoS要求的編碼類型列在前面，并在步驟305中轉發給被叫側UE。類似中，在步驟 306種，主叫側P-CSCF收到的SIP消息中，也不攜帶被叫側UE上行路徑擁塞指示，而是SDP 應答中各個媒體類型的編碼類型的先后順序經過被叫側P-CSCF根據被叫側UE上行路徑的擁塞而進行了重新排序。在步驟310中，主叫側UE可以選擇列在前面的編碼類型。圖4為IMS會話建立過程中，被叫側UE根據網絡負荷進行編碼類型選擇的實施例的流程圖，如圖4所示，本發明的基于網絡負荷進行編碼選擇的方法包括如下步驟步驟401，被叫側P-CSCF接收到起呼請求SIP消息，攜帶第一個SDP提供，消息中還可能攜帶主叫UE上行路徑擁塞指示，該指示表示主叫側UE上行路徑上某個或多個 IP-CAN網元出現擁塞；；步驟402，被叫側P-CSCF將該SIP消息發送給被叫側核心網數據網關(如P_GW， GGSN)。其中該SIP請求消息的IP包頭支持ECN指示位，該指示位設置為“01”或“10”。核心網數據網關將SIP該消息封裝在用戶面承載的IP包中作為載荷發往被叫側UE ；步驟403，若在傳輸路徑上的任意IP-CAN網元設備負荷較高(即擁塞)時，該網元將把SIP消息的IP包頭的ECN指示位設置“11”，表示網絡出現擁塞。IP-CAN網元包括無線接入網網元(如無線基站，無線基站控制器)，核心網網元(如SGSN/GGSN，S-Gff, P-Gff)；步驟404，IP-CAN網元設備將SIP消息作為用戶面載荷發送給被叫側UE ；；步驟405，被叫側UE根據SIP消息中攜帶的主叫UE上行路徑擁塞指示和/或SIP 消息的IP包頭的ECN = “11”，以及自身的能力選擇較低QoS要求的編碼類型；步驟406，被叫UE返回攜帶第一個SDP應答SIP消息，攜帶其選擇的編碼類型。該 SIP請求消息的IP包頭支持ECN指示位，該指示位設置為“01”或“10”。被叫UE將該SIP 請求消息封裝在IP-CAN網元提供的用戶面承載的IP報中作為載荷進行傳輸，發往主叫側 UE ；；步驟407，若在傳輸路徑上的任意IP-CAN網元設備負荷較高(即擁塞)時，該網元將把SIP消息的IP包頭的ECN指示位設置“11”，表示網絡出現擁塞。IP-CAN網元設備包括無線接入網網元(如無線基站，無線基站控制器)，核心網網元(如SGSN/GGSN，S-Gff, P-Gff)；步驟408，IP-CAN網元中的數據網關(如GGSN，P_GW)將SIP請求消息從用戶面承載的IP包中解封裝，然后將SIP請求消息轉發發送給被叫側P-CSCF ；步驟409，被叫側P-CSCF根據SIP消息的IP包頭的ECN指示位為“ 11”，判斷被叫 UE的上行路徑上出現擁塞；步驟410，被叫側P-CSCF進一步轉發SIP消息，攜帶第一個SDP應答，并在該SIP 消息中增加被叫UE上行路徑擁塞指示。在其他實施例中，在步驟409中，當P-CSCF判斷出被叫用戶的上行路徑上出現擁塞，P-CSCF可以根據配置的策略修改SDP提供中各個媒體類型的編碼類型的先后順序，將需要較低QoS要求的編碼類型列在前面，并在步驟410中轉發給被叫側UE。類似中，在步驟 401種，被叫側P-CSCF收到的SIP消息中，也不攜帶主叫側UE上行路徑擁塞指示，而是SDP 提供中各個媒體類型的編碼類型的先后順序經過主叫側P-CSCF根據主叫側UE上行路徑的擁塞而進行了重新排序。在步驟405中，主叫側UE可以選擇列在前面的編碼類型。本發明不僅可以應用于會話初始建立的媒體協商過程中，還可以應用于會話建立后的媒體更新以及重協商等各種IMS媒體協商過程中。因此，本發明中，IP-CAN網元設置擁塞指示以及P-CSCF設置負荷指示的方法可應用于任何SIP消息中。流程類似，這里不再贅述。顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲在存儲裝置中由計算裝置來執行，并且在某些情況下，可以以不同于此處的順序執行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現。這樣，本發明不限制于任何特定的硬件和軟件結合。
以上所述僅為本發明的優選實施例而已，并不用于限制本發明，對于本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種基于網絡負荷進行編碼選擇方法，其特征在于，用戶設備UE根據代理呼叫會話控制功能P-CSCF設置的負荷指示和/或IP連接接入網IP-CAN網元設置的擁塞指示選擇編碼類型。
2.如權利要求1所述方法，其特征在于，當所述UE為主叫UE，則所述P-CSCF為被叫側P-CSCF，所述IP-CAN網元為主叫側的 IP-CAN 網元；當所述UE為被叫UE，則所述P-CSCF為主叫側P-CSCF，所述IP-CAN網元為被叫側的 IP-CAN 網元。
3.如權利要求2所述方法，其特征在于，所述IP-CAN網元設置擁塞指示具體包括以下方式之一或組合方式一所述主叫側IP-CAN網元當檢測自身擁塞時，在所述主叫側P-CSCF發送的SIP 消息的IP包頭設置第一擁塞指示；方式二 所述被叫側IP-CAN網元當檢測自身擁塞時，在所述被叫側P-CSCF發送的SIP 消息的IP包頭設置第二擁塞指示。
4.如權利要求3所述方法，其特征在于，所述P-CSCF設置負荷指示具體包括以下方式之一或組合方式一當所述主叫側IP-CAN網元檢測自身擁塞時，在所述主叫UE發送的SIP消息的 IP包頭設置第三擁塞指示；當所述主叫側P-CSCF收到IP包頭設置有所述第三擁塞指示的所述SIP消息時，根據所述第三擁塞指示，在所述SIP消息中設置第一負荷指示或重新排序的各個媒體類型的編碼類型列表后發送給所述被叫UE ；方式二 當所述被叫側IP-CAN網元檢測自身擁塞時，在所述被叫UE發送的SIP消息的 IP包頭設置第四擁塞指示；當所述被叫側P-CSCF收到IP包頭設置有所述第四擁塞指示的所述SIP消息時，根據所述第四擁塞指示，在所述起呼請求SIP消息中設置第二負荷指示或重新排序的各個媒體類型的編碼類型列表后發送給所述主叫UE。
5.如權利要求3、4所述方法，其特征在于，所述主叫側或被叫側IP-CAN網元采用顯示擁塞機制ECN來設置所述第一、第二、第三或第四擁塞指示。
6.如權利要求4所述方法，其特征在于，所述主叫側或被叫側P-CSCF重新排序各個媒體類型的編碼類型列表，具體包括將QoS要求低的編碼類型放在編碼列表的靠前位置來重新排序各個媒體類型的編碼類型列表。
7.如權利要求1所述方法，其特征在于，所述UE根據所述P-CSCF設置的負荷指示和/ 或IP-CAN網元設置的擁塞指示選擇編碼類型，具體包括所述UE根據所述P-CSCF設置的所述負荷指示或重新排序的各個媒體類型的編碼類型列表，和/或IP-CAN網元設置的所述擁塞指示，選擇QoS要求低的編碼類型。
8.如權利要求1-7中任一項所述方法，其特征在于，所述IP-CAN網元至少包括以下任意之一無線基站、無線基站控制器，服務通用分組無線業務支持節點SGSN，網關通用分組無線業務支持節點GGSN，服務網關krving GW，分組數據網絡網關PDN GW。
9.一種基于網絡負荷進行編碼選擇的系統，包括UE、P-CSCF以及用戶面承載網元，其特征在于，所述UE用于根據P-CSCF設置的負荷指示和/或IP-CAN網元設置的擁塞指示選擇編碼類型。
10.如權利要求9所述系統，其特征在于，所述IP-CAN網元用于當檢測自身擁塞時，在SIP消息的IP包頭設置擁塞指示；所述P-CSCF用于根據所述IP-CAN網元設置的所述擁塞指示，在所述SIP消息中設置負荷指示或重新排序的各個媒體類型的編碼類型列表后發送給所述UE。
11.如權利要求10所述系統，其特征在于，所述IP-CAN網元進一步用于采用顯示擁塞機制ECN來設置所述擁塞指示；所述P-CSCF進一步用于將QoS要求低的編碼類型放在編碼列表的靠前位置來重新排序各個媒體類型的編碼類型列表。
12.如權利要求9所述系統，其特征在于，所述UE進一步用于根據所述P-CSCF設置的負荷指示或重新排序的各個媒體類型的編碼類型列表，和/或IP-CAN網元設置的擁塞指示，選擇QoS要求低的編碼類型。
13.如權利要求9-12中任一項所述系統，其特征在于，所述IP-CAN網元至少包括以下任意之一無線基站，無線基站控制器，服務通用分組無線業務支持節點SGSN，網關通用分組無線業務支持節點GGSN，服務網關krving GW，分組數據網絡網關PDN GW。
全文摘要
一種基于網絡負荷進行編解碼選擇的方法和系統。本發明公開了一種基于網絡負荷進行編碼選擇方法和系統，所述方法包括用戶設備UE根據代理呼叫會話控制功能P-CSCF設置的負荷指示和/或IP連接接入網IP-CAN網元設置的擁塞指示選擇編碼類型。本發明還提供了一種基于網絡負荷進行編碼選擇的系統，所述系統包括UE、P-CSCF以及用戶面承載網元，其中，所述UE用于根據P-CSCF設置的負荷指示和/或IP-CAN網元設置的擁塞指示選擇編碼類型。采用本發明的方法及系統，能解決由于編碼選擇協商時沒有考慮網絡負荷，導致當網絡高負荷狀態下無法為會話分配足夠資源，使得會話無法進行的問題。
文檔編號H04L29/06GK102158897SQ201010125628
公開日2011年8月17日 申請日期2010年2月12日 優先權日2010年2月12日
發明者周曉云, 孫默, 李振東, 胡英, 謝寶國, 謝振華, 陶全軍 申請人:中興通訊股份有限公司