通信系統中協商語音編解碼格式的方法及系統的製作方法
2023-05-31 04:56:36 1
專利名稱：通信系統中協商語音編解碼格式的方法及系統的製作方法
技術領域：
本發明涉及一種通信系統，更為具體地，本發明涉及一種在無線通信系統中用來提供協商語音編解碼格式的方法及系統。
背景技術：
採用碼分多址(CDMA)調製技術的移動通信系統採用軟交換架構，並使用IP承載方式進行語音數據傳輸。
在軟交換架構下，進行通信的雙方在呼叫的建立過程中需要進行語音編解碼格式(Codec)的協商。現有技術中的協商過程可簡單歸結為下列步驟1、主叫用戶發起呼叫請求，同時向被叫用戶傳遞主叫用戶所支持的編解碼格式列表CodecListA(Codec1、Codec2、Codec3...)，及主叫用戶推薦的編解碼格式(例如Codec1)；2、被叫用戶收到來自主叫用戶的編解碼格式列表後，從CodecListA中找到一個能夠支持的語音編解碼格式，並指定給主叫用戶使用該編解碼格式。被叫用戶在選擇被叫方使用的編解碼格式時，會優先考慮主叫用戶所推薦的編解碼格式(如上面的Codec1)；被叫用戶的選擇有下面三種情況A、如果被叫用戶選用主叫用戶所推薦的優選編解碼格式(如都是Codec1)，即主被叫編解碼格式一致，那麼主叫用戶到被叫用戶的話音通路中不使用語音編解碼器，這是理想的情況。
B、如果被叫用戶沒有選用主叫用戶所推薦的編解碼格式(被叫用戶不支持主叫用戶推薦的語音編解碼格式，如上述的Codec1)，而是選用了主叫用戶所支持的編解碼格式列表CodecListA中的某個非優選編解碼格式(如Codec2)，那麼通信系統中的移動交換系統將向主叫用戶發起一個更改流程，命令主叫用戶更改編解碼格式為Codec2。這種情況下主被叫編解碼格式一致，主叫用戶到被叫用戶的話音通路中不使用語音編解碼器。但比A情況中多了一個針對主叫用戶的編解碼格式更改流程。
C、如果被叫用戶沒有選用主叫用戶所支持的編解碼格式列表CodecListA中的任何一個編解碼格式，例如被叫用戶選用了Codec9，而Codec9不在主叫用戶所支持的編解碼格式列表CodecListA之內，那麼通信系統將在主叫用戶和被叫用戶之間插入一個語音編解碼器，以實現主被叫間不同編解碼格式語音流的轉換。
可以看出，協商主要由主叫用戶、被叫用戶和通信系統中的移動交換系統(例如移動交換中心(MSC或MSCe))來交互完成。對於上述情況B，現有技術中的流程至少包括下列步驟1、主叫用戶發起呼叫請求，由該呼叫請求引發的到MSCe的信號中攜帶了主叫用戶支持的語音編解碼格式列表，例如CodecListA，並且在該列表中指定了優選語音編解碼格式(例如Codec1)，目的是指示期望使用該優選語音編解碼格式建立承載；2、MSCe接收到所述信號後，利用優選語音編解碼格式(即Codec1)建立承載，具體建立過程為MSCe向媒體網關(MGW)發送建立主叫承載端點請求，MGW收到該請求後利用Codec1建立主叫承載端點後向MSCe返回建立成功信息；3、MSCe向被叫用戶發起尋呼；4、被叫用戶向MSCe發送尋呼響應信號，該響應信號中攜帶了被叫用戶支持的語音編解碼格式列表，例如CodecListB，並且在該列表中指定了優選語音編解碼格式(例如Codec2)，目的是指示期望使用該優選語音編解碼格式建立承載；5、MSCe判斷CodecListA和CodecListB有交集，但是該交集中不包含Codec1，包含Codec2(或其它主叫用戶和被叫用戶都支持的Codec)，MSCe則向主叫用戶發送承載更新請求，要求主叫用戶更改優選語音編解碼格式為Codec2(或其它主叫用戶和被叫用戶都支持的Codec)；並且在接到主叫用戶的響應後更新在步驟2中建立的主叫承載端點；並且建立被叫承載端點(建立過程同步驟2中主叫承載端點的建立相似)。
從上述的協商步驟來看，對於主被叫雙方具有共同支持的Codec列表(即上述CodecListA和CodecListB的交集)，但主叫方的優選Codec卻不在該列表中的情況下，需要有一個承載更新的流程，這個承載更新流程增加了系統開銷和接續時間。
發明內容
本發明的目的在於提供一種通信系統中減少系統開銷、提高接續速度的協商語音編解碼格式的方法及系統，用以解決現有技術中的協商方法中存在一個承載更新流程從而增加了系統開銷和接續時間的技術問題。
本發明一方面提供了一種通信系統中協商語音編解碼格式的方法，包括步驟(a).所述通信系統中的移動交換中心接收到所述主叫移動臺發送的始呼信號，該始呼信號中攜帶有被叫移動臺的號碼；(b).所述移動交換中心根據所述被叫移動臺的號碼在存儲有移動臺信息的資料庫中獲取到所述被叫移動臺最近使用的語音編解碼格式列表；(c).所述移動交換中心獲取所述主叫移動臺支持的語音編解碼格式列表，決定主叫移動臺與被叫移動臺進行通信時使用的語音編解碼格式，並且以該語音編解碼格式建立主叫移動臺和被叫移動臺的語音承載。
本發明另一方面提供了一種通信系統中協商語音編解碼格式的系統，包括主叫移動臺、被叫移動臺、移動交換中心，主叫移動臺和被叫移動臺通過移動交換中心協商語音編解碼格式，其特徵在於，還包括與移動交換中心藕接的存儲有移動臺信息的資料庫，所述移動交換中心包括接收裝置，用於接收所述主叫移動臺發送的始呼信號，該始呼信號中攜帶有被叫移動臺的號碼；與所述接收裝置耦接的業務協商器，用於根據所述始呼信號在所述存儲有移動臺信息的資料庫中獲取到所述被叫移動臺最近使用的語音編解碼格式列表，並獲取所述主叫移動臺支持的語音編解碼格式列表，並決定主叫移動臺與被叫移動臺進行通信時使用的語音編解碼格式，並且以該語音編解碼格式建立主叫移動臺和被叫移動臺的語音承載。
本發明提供的這種方法及系統，由於可以在存儲有移動臺信息的資料庫中存儲有主叫移動臺和/或被叫移動臺的語音編解碼格式信息，因此在以後的通話過程中，移動交換中心可以通過與該資料庫通信以獲得被叫移動臺的最近的語音編解碼格式信息，提前判決採用何種語音編解碼格式通話，從而省略了更新承載流程，減少了系統開銷和接續時間。
圖1是本發明提供的一種通信系統中協商語音編解碼格式的系統的一個實施例的網絡結構圖；圖2是圖1中協商語音編解碼格式的系統的系統結構圖；圖3是本發明提供的一種基於圖1的通信系統的協商語音編解碼格式的方法的數據流圖；圖4是本發明提供的一種通信系統中協商語音編解碼格式的系統的另一個實施例的網絡結構圖；圖5是本發明提供的一種基於圖4的通信系統的協商語音編解碼格式的方法的部分數據流圖。
具體實施例方式
參考圖1，圖示了本發明提供的一種通信系統中協商語音編解碼格式的系統一個具體實施例的網絡結構。如圖所示，MS(移動臺)100和MS200是兩個移動臺，可以稱MS100為第一通信裝置，而MS200為第二通信裝置。當MS100始發與MS200進行通話時，可以稱MS100為主叫用戶，而MS200為被叫用戶。MS100與MS200通話之前要經過語音編解碼格式的協商，這個過程就是MS100始發與MS200協商語音編解碼格式。
參考圖1，所述MS100和MS200協商語音編解碼格式及後面的通話都要通過通信網絡(圖未標號)。該通信網絡包括接入網(圖未標號)和核心網(圖未標號)兩部分。如圖所示，接入網包括BSC(基站控制器)105和BSC205。所述BSC105是主叫用戶MS100的接入網設備，BSC205則是被叫用戶MS200的接入網設備。所述MS100與BSC105藕合，MS200與BSC205藕合。當然，接入網還可能包括BTS(基站收發器)等設備，但這些設備及其信號傳遞是本領域普通技術人員熟知的技術，在此不贅述。
參考圖1，所述BSC105和BSC205與核心網設備MSCe(移動交換中心)300藕合。該MSCe300與核心網其它設備，例如VLR(訪問位置寄存器)400、MGW(媒體網關)500藕合。所述BSC105和BSC205分別與MGW500耦合。當MS100和MS200語音編解碼格式協商完成後，通信雙方將以MGW500提供的話路進行通信。當然，核心網設備還可以包括其它設備，因其並不是本發明的重點，故不贅述。
值得說明的是，上述各網元設備在數量上包括單數和複數。
參考圖2，圖示了圖1中協商語音編解碼格式的系統的系統結構。如圖所示，系統包括MS100、BSC105、MSCe300、VLR400、MGW500、BSC205和MS200。它們的耦接關係在圖1中已說明，在此不再贅述。其中所述MSCe300包括發送裝置303、接收裝置302和業務協商器301，所述發送裝置303和接收裝置302分別與業務協商器301藕接。所述發送裝置303和接收裝置302都與接口310藕接，通過該接口310發送或接收消息。
參考圖3，圖示了本發明提供的一種基於圖1的通信系統的協商語音編解碼格式的方法的數據流。如圖所示，數據流包括1、MS100始發與MS200進行語音編解碼格式的協商，MS100發送始呼信號。該始呼信號中包括被叫用戶MS200的號碼。
2、BSC105接收到所述始呼信號，處理後以CM Service Request消息的方式發送出去。處理時，可以在該消息中攜帶MS100支持的語音編解碼格式列表，例如CodecListA，其中包括(Codec1、Codec2、Codec3、Codec4)，並且指定優選Codec為Codec1，即希望以Codec1建立承載連接。當然也可以不攜帶MS100支持的語音編解碼格式列表。即BSC105負責轉發所述始呼信號，並且有權處理該始呼信號。
3、MSCe300通過接口310和接收裝置302接收到所述CM Service Request消息，由業務協商器301生成一請求信號，該請求信號攜帶MS200的號碼(該號碼從CM Service Request消息中獲得)，該請求信號指示請求獲得MS200最近使用的語音編解碼格式列表。該請求信號(圖3中的Request)被發送裝置303通過接口310發送出去。
4、VLR400接收到所述請求信號，找到MS200最近使用的語音編解碼格式列表，例如CodecListB，包括(Codec2、Codec3、Codec4、Codec5)，並生成響應信號(圖3中的Answer)，該響應信號攜帶所述列表(CodecListB)。該響應信號被發送出去。
所述MSCe300通過接口310和接收裝置302接收到所述響應信號，業務協商器301根據在所述始呼信號中的CodecListA與所述響應信號中的CodecListB的交集中選定用於所述MS100和MS200通信的優選語音編解碼格式。因為CodecListA為(Codec1、Codec2、Codec3、Codec4)，CodecListB為(Codec2、Codec3、Codec4、Codec5)，二者的交集為(Codec2、Codec3、Codec4)，MS100推薦的優選Codec，即Codec1並不在該交集中，因此MSCe300可以選用所述交集中的Codec2建立承載(當然也可以選用Codec3或Codec4)。建立承載包括下述數據流5、6、7、8、9、10、11、125、所述MSCe300通過發送裝置303和接口310向MGW500發送ADD消息，請求MGW創建MS100的語音承載端點，ADD消息中指定了該端點採用的語音編解碼格式為MSCe300選定的Codec2。
6、所述MGW500建立MS100的語音承載端點後，向MSCe300發送ADD Reply消息，指示建立承載端點成功。
7、所述MSCe300接收到ADD Reply消息後，通過發送裝置303和接口310向BSC105發送Assignment Request消息，同時攜帶MSCe300指定MS100使用語音編解碼格式Codec2的消息。
8、BSC105向MSCe300返回Assignment Complete消息，表明指定成功。
9、MSCe300向BSC205發送指配請求(Paging Request)。
10、BSC205向MSCe300發送指配響應(Paging Response)，表明指配成功。
11、所述MSCe300通過發送裝置303和接口310向MGW500發送ADD消息，請求MGW創建MS200的語音承載端點，ADD消息中指定了該端點採用的語音編解碼格式為MSCe300選定的Codec2。
12、所述MGW500建立MS100的語音承載端點後，向MSCe300發送ADD Reply消息，指示建立承載端點成功。
13、所述MSCe300接收到ADD Reply消息後，通過發送裝置303和接口310向BSC205發送Assignment Request消息，同時攜帶MSCe300指定MS200使用語音編解碼格式Codec2的消息。
14、BSC205向MSCe300返回Assignment Complete消息，表明指定成功。
值得說明的是，數據流11、12和13、14可以並行執行，也可以互換執行順序。也即是說，建立被叫端點和指定請求響應過程可以並行執行，也可以不用區分先後順序。
在本發明的另一個具體實施例中，數據流2中的CM Service Request消息沒有攜帶MS100支持的語音編解碼格式列表。而是在數據流7、8中MSCe300在Assignment Request消息中請求MS100發送其支持的語音編解碼格式列表，而MS100則通過Assignment Complete返回該語音編解碼格式列表。如此一來，數據流4中介紹的選定優選語音編解碼格式過程和數據流5、6中的指定MS100的語音承載端點過程就要移動到數據流7、8之後。也即是說，數據流5、6、7、8、9、10、11、12是MSCe300決定MS100和MS200的語音編解碼格式過程，交互方式可以有多種變化形式。
此時協商已經成功，MS100和MS200進入通話狀態。而在MS100和MS200通話期間，MSCe300可以將MS100和/或MS200支持的語音編解碼格式列表傳送到VLR400處，VLR400將其保存，以備下次協商時使用。這個過程包括數據流15和16
15、MSCe300通過發送裝置303和接口310向VLR400發送一傳送信號(如圖中的NOTIFY消息)，該傳送信號攜帶CodecListA和/或CodecListB。
16、VLR400接收到所述傳送信號後，將該傳送信號中攜帶的CodecListA和/或CodecListB存儲，並向MSCe300發送應答信號(如圖中的REPLY消息)，表示存儲成功。
值得說明的是，數據流15和16也可以在MSCe300在接收到MS100發送請求後就執行，這時僅存儲MS100的CodecListA。
從上面的說明可知，本發明提供的這種方法及系統，通過在VLR400或其它存儲移動臺信息的存儲器中存儲最近使用的語音編解碼格式，在移動臺進行語音編解碼格式協商時移動交換中心通過查詢VLR400或其它存儲移動臺信息的存儲器並提取移動臺的語音編解碼格式，提前判決主被叫移動臺採用何種語音編解碼格式通話，從而省略了針對主叫移動臺的更改流程，減少了系統處理開銷，縮短了接續時間。
參考圖4，圖示了本發明提供的一種通信系統中協商語音編解碼格式的系統的另一個實施例的網絡結構。同時參考圖1，如圖所示，圖4與圖1相比，MS100和MS200處於不同的局中，即MS100針對MS200的呼叫是跨局呼叫。此時，為MS100服務的移動交換中心和訪問位置寄存器是MSCe300和VLR400，為MS100服務的媒體網關是MGW500；而為MS200服務的移動交換中心和訪問位置寄存器是MSCe700和VLR800，為MS200服務的媒體網關是MGW900。MGW500於MGW900相連接。此時，如果MS100發起始呼與MS200協商語音編解碼格式，因為MS200最近使用的語音編解碼格式存儲在VLR800中，做協商的MSCe300就必須到VLR800中去取該語音編解碼格式，因此需要通過HLR(歸屬位置寄存器)600到達MSCe700和VLR800中。
針對跨局呼叫的情況，現有技術中主叫MSCe/VLR和被叫MSCe/VLR之間有LOCREQ、ROUTREQ、routreq、locreq的消息交互過程，被叫移動臺的語音編解碼格式可以通過routreq-locreq消息攜帶傳遞迴主叫的MSCe/VLR中。具體到本實施例中，參考圖5，圖示了本發明提供的一種基於圖4的通信系統的協商語音編解碼格式的方法的當跨局呼叫時主叫MSCe/VLR在被叫的MSCe/VLR中獲取被叫的語音編解碼格式的部分數據流。同時參考圖3，圖5所示的數據流即圖3中數據流3和4所作的工作。其它數據流與圖3一致，不再贅述。
參考圖5，同時參考圖4，主叫移動臺MS100發起始呼後，主叫側的MSCe300/VLR400要通過HLR600獲得被叫移動臺MS200的語音編解碼格式。數據流包括MSCe300/VLR400向HLR600發送LOCREQ消息；HLR600向MSCe700/VLR800發送ROUTREQ消息；MSCe700/VLR800向HLR600發送routreq消息，表示響應請求；HLR600向MSCe300/VLR400發送locreq消息，表示響應；MSCe300/VLR400在向MSCe700/VLR400發送INVITE消息，表示請求獲得MS200的最近使用的語音編解碼格式。此後MSCe300/VLR400和MSCe700/VLR800通過SIP協議通信，傳遞MS200的語音編解碼格式。
以上所揭露的僅為本發明的優選實施例而已，當然不能以此來限定本發明之權利範圍，因此依本發明申請專利範圍所作的等同變化，仍屬本發明所涵蓋的範圍。
權利要求
1.一種通信系統中協商語音編解碼格式的方法，主叫移動臺始發與被叫移動臺進行協商語音編解碼格式，其特徵在於，所述方法包括(a).所述通信系統中的移動交換中心接收到所述主叫移動臺發送的始呼信號，該始呼信號中攜帶有被叫移動臺的號碼；(b).所述移動交換中心根據所述被叫移動臺的號碼在存儲有移動臺信息的資料庫中獲取到所述被叫移動臺最近使用的語音編解碼格式列表；(c).所述移動交換中心獲取所述主叫移動臺支持的語音編解碼格式列表，決定主叫移動臺與被叫移動臺進行通信時使用的語音編解碼格式，並且以該語音編解碼格式建立主叫移動臺和被叫移動臺的語音承載。
2.根據權利要求1所述的通信系統中協商語音編解碼格式的方法，其特徵在於所述存儲有移動臺信息的資料庫為訪問位置寄存器。
3.根據權利要求2所述的通信系統中協商語音編解碼格式的方法，其特徵在於，步驟(b)包括(b1).從所述移動交換中心發送出一請求信號，該請求信號表示請求獲取所述被叫移動臺最近使用的語音編解碼格式列表；(b2).在訪問位置寄存器上接收所述請求信號；(b3).從所述訪問位置寄存器上發送出一響應信號，該響應信號攜帶所述被叫移動臺最近使用的語音編解碼格式列表；(b4).在所述移動交換中心上接收所述響應信號。
4.根據權利要求2所述的通信系統中協商語音編解碼格式的方法，其特徵在於還包括(d).從所述移動交換中心發送一傳遞信號，該傳遞信號攜帶所述主叫移動臺支持的語音編解碼格式列表及主叫移動臺推薦的語音編解碼格式和/或被叫移動臺支持的語音編解碼格式列表及被叫移動臺推薦的語音編解碼格式；(e).在所述訪問位置寄存器上接收所述傳遞信號；(f).在所述訪問位置寄存器上存儲所述傳遞信號所攜帶的信息。
5.根據權利要求1所述的通信系統中協商語音編解碼格式的方法，其特徵在於步驟(c)中所述移動交換中心獲取所述主叫移動臺支持的語音編解碼格式列表的方式有主叫移動臺所屬的基站向所述移動交換中心轉發所述始呼信號時攜帶有所述主叫移動臺支持的語音編解碼格式列表，在步驟(c)中移動交換中心直接從所述始呼信號中獲取；或在步驟(c)中移動交換中心通過與主叫移動臺所屬的基站交互獲取所述主叫移動臺支持的語音編解碼格式列表。
6.根據權利要求1所述的通信系統中協商語音編解碼格式的方法，其特徵在於步驟(c)中所述移動交換中心建立被叫移動臺的承載在尋呼被叫移動臺之前或與尋呼被叫移動臺並行執行。
7.根據權利要求2所述的通信系統中協商語音編解碼格式的方法，其特徵在於在步驟(b)中，所述移動交換中心經由歸屬位置寄存器與所述訪問位置寄存器依次通過LOCREQ、ROUTREQ、routreq、locreq消息交互獲得所述被叫移動臺最近使用的語音編解碼格式列表。
8.一種通信系統中協商語音編解碼格式的系統，包括主叫移動臺、被叫移動臺、移動交換中心，主叫移動臺和被叫移動臺通過移動交換中心協商語音編解碼格式，其特徵在於，還包括與移動交換中心藕接的存儲有移動臺信息的資料庫，所述移動交換中心包括接收裝置，用於接收所述主叫移動臺發送的始呼信號，該始呼信號中攜帶有被叫移動臺的號碼；與所述接收裝置耦接的業務協商器，用於根據所述始呼信號在所述存儲有移動臺信息的資料庫中獲取到所述被叫移動臺最近使用的語音編解碼格式列表，並獲取所述主叫移動臺支持的語音編解碼格式列表，並決定主叫移動臺與被叫移動臺進行通信時使用的語音編解碼格式，並且以該語音編解碼格式建立主叫移動臺和被叫移動臺的語音承載。
9.根據權利要求8所述的系統，其特徵在於所述存儲有移動臺信息的資料庫為訪問位置寄存器。
10.根據權利要求9所述的系統，其特徵在於所述移動交換中心還包括與所述業務協商器藕接的發送裝置，用於向所述訪問位置寄存器發送請求信號，該請求信號表示請求獲取所述被叫移動臺最近使用的語音編解碼格式列表；所述接收裝置還用於接收自訪問位置寄存器發送的響應信號，該響應信號攜帶所述被叫移動臺最近使用的語音編解碼格式列表。
11.根據權利要求8所述的系統，其特徵在於所述系統還包括媒體網關，該媒體網關與所述移動交換中心藕接，用於為主叫移動臺和被叫移動臺提供語音承載。
12.根據權利要求9所述的系統，其特徵在於所述發送裝置還用於向所述訪問位置寄存器發送一傳遞信號，該傳遞信號攜帶所述主叫移動臺支持的語音編解碼格式列表和/或被叫移動臺支持的語音編解碼格式列表；所述訪問位置寄存器存儲該傳遞信號所攜帶的信息。
全文摘要
本發明公開了一種通信系統中協商語音編解碼格式的方法，主叫移動臺始發與被叫移動臺進行協商語音編解碼格式，包括通信系統中的移動交換中心接收到主叫移動臺發送的始呼信號，該始呼信號中攜帶有被叫移動臺的號碼；根據始呼信號在存儲有移動臺信息的資料庫中獲取到被叫移動臺最近使用的語音編解碼格式列表；決定主叫移動臺與被叫移動臺進行通信時使用的語音編解碼格式，並且以該語音編解碼格式建立主叫移動臺和被叫移動臺的語音承載。該方法省略了承載更新步驟，提高了接續速度。同時本發明還公開了一種通信系統中協商語音編解碼格式的系統。
文檔編號H04W28/18GK101056452SQ200610035050
公開日2007年10月17日 申請日期2006年4月18日 優先權日2006年4月18日
發明者蔣礫 申請人:華為技術有限公司