專利名稱：：通過因特網(wǎng)協(xié)議網(wǎng)絡(luò)的自適應(yīng)移動(dòng)電話語音傳輸?shù)闹谱鞣椒?br>技術(shù)領(lǐng)域：
：本發(fā)明一般涉及語音通信，特別是涉及通過因特網(wǎng)協(xié)議(IP)網(wǎng)絡(luò)的移動(dòng)電話語音通信的自適應(yīng)傳輸。
背景技術(shù)：
：最近，因特網(wǎng)協(xié)議(IP)傳輸解決方案因其靈活性和IP技術(shù)的廣泛部署而被考慮用于第三代(3G)網(wǎng)絡(luò)。相比要求快速動(dòng)態(tài)資源保留的傳統(tǒng)IP網(wǎng)絡(luò)，這些網(wǎng)絡(luò)具有不同的特征，簡(jiǎn)單、低成本、嚴(yán)重?fù)砣幚砑傲己玫臄U(kuò)展屬性。部署支持服務(wù)質(zhì)量(QoS)的網(wǎng)絡(luò)的主要問題在于許多應(yīng)用要求相當(dāng)復(fù)雜的QoS體系結(jié)構(gòu)管理才能實(shí)現(xiàn)良好的性能。要求管理以確保網(wǎng)絡(luò)不會(huì)因擁塞而造成丟包。主要障礙在于暫時(shí)的誤管理可能會(huì)對(duì)所有經(jīng)過擁塞鏈路的連接造成丟包和語音質(zhì)量低。這是分組網(wǎng)絡(luò)尤其是對(duì)于IP的特定的行為一一異步傳輸模式(ATM)。另一方面，因特網(wǎng)使用基于性能監(jiān)視的配置；如背景延遲測(cè)量和丟包，在一些情況下可視作比更傳統(tǒng)的配置方法更簡(jiǎn)單的管理方法。在電路交換電話通過IP網(wǎng)絡(luò)傳輸時(shí)，一項(xiàng)關(guān)鍵任務(wù)應(yīng)用是使用傳輸網(wǎng)絡(luò)。因此，性能要求和穩(wěn)定性要求極高并且需要嚴(yán)格的性能保證。另一個(gè)重要方面是自適應(yīng)語音編碼的發(fā)展；例如，自適應(yīng)多速法。但是，AMR是也可以用于在IP網(wǎng)絡(luò)中變化比特率的自適應(yīng)語音編解碼器。如果語音編解碼器的比特率可以適應(yīng)網(wǎng)絡(luò)中的負(fù)載情況，對(duì)管理的要求就可以更為寬松。因此，用于電路交換語音的自適應(yīng)語音編解碼器組合可以簡(jiǎn)化IP網(wǎng)絡(luò)的管理。骨干網(wǎng)管理的當(dāng)前解決方案基于超量配置(over-provisioning)或靜態(tài)配置。超量配置導(dǎo)致低帶寬使用率但更簡(jiǎn)單的管理。但是，所需的超量配置容限取決于許多因素-網(wǎng)絡(luò)重配置時(shí)間；例如，擴(kuò)展網(wǎng)絡(luò)容量的時(shí)間。-網(wǎng)絡(luò)監(jiān)3見之間的時(shí)間。如果較頻繁地監(jiān)視網(wǎng)絡(luò)，可以較早發(fā)現(xiàn)可能的過載情況，如果較不頻繁地監(jiān)視網(wǎng)絡(luò)，容限必須較高。-大量通話事件的可能性和保證。在特定事件(事故、足球運(yùn)動(dòng)等)期間，業(yè)務(wù)矩陣將與平常不同。另一個(gè)解決方案基于靜態(tài)配置。配置基于靜態(tài)配置文件，下載到媒體網(wǎng)關(guān)(MGW)中。MGW通過在MGW可能生成超過根據(jù)配置文件所允許的業(yè)務(wù)時(shí)阻止通話來限制業(yè)務(wù)。但是，靜態(tài)配置具有以下缺點(diǎn)畫MGW中配置文件管理的資源要求。每次網(wǎng)^"配置更改，一些配置文件必須更改。這會(huì)造成管理負(fù)擔(dān)。-配置文件對(duì)網(wǎng)絡(luò)拓樸的依存性。如果拓樸更改，配置文件也會(huì)更改。-靜態(tài)配置文件不對(duì)網(wǎng)絡(luò)中的暫時(shí)更改如鏈路和節(jié)點(diǎn)故障的事實(shí)產(chǎn)生反應(yīng)。自適應(yīng)要方便的多，因?yàn)橐话銇碇v，網(wǎng)絡(luò)應(yīng)該適應(yīng)各種情形而不需要預(yù)配置的知識(shí)。如果使用多服務(wù)網(wǎng)絡(luò)，一些業(yè)務(wù)可能會(huì)自適應(yīng)，而其它的不會(huì)自適應(yīng)，這一特性僅可應(yīng)用于自適應(yīng)業(yè)務(wù)。因此，我們可以為不同的業(yè)務(wù)類型使用不同的業(yè)務(wù)類別，如不同的逐跳(per-hop)行為(PHB:s)。圖1示出網(wǎng)絡(luò)電話(VoIP)(協(xié)議棧在終端系統(tǒng)中)的典型實(shí)現(xiàn)。這個(gè)提議在因特網(wǎng)工程任務(wù)組(IETF)中廣為人知，用以解決因特網(wǎng)的VoIP。但是，已經(jīng)開發(fā)了一種名為數(shù)據(jù)報(bào)擁塞控制協(xié)議(DCCP)的新協(xié)議(RFC4340)。對(duì)于傳輸媒體流，DCCP是面向連接的不可靠協(xié)議。該協(xié)議還包括允許IP網(wǎng)絡(luò)適應(yīng)網(wǎng)絡(luò)中負(fù)載情況的擁塞控制。另一要素是IETF已經(jīng)開發(fā)了一種協(xié)議，顯式擁塞通知(ECN)，用于網(wǎng)絡(luò)報(bào)告擁塞。該協(xié)議在IP報(bào)頭中實(shí)現(xiàn)為兩個(gè)位(與區(qū)分服務(wù)一樣)。網(wǎng)絡(luò)中的路由器在網(wǎng)絡(luò)高負(fù)載(由于網(wǎng)絡(luò)中的大緩沖器)期間設(shè)置這些位；參見IETF請(qǐng)求注解(RFC)3168,"TheAdditionofExplicitCongestionNotification(ECN)toIP"(2001年9月)，通過引用結(jié)合到本文中。ECN協(xié)議可用于在網(wǎng)絡(luò)中遇到大緩沖器或被限制帶寬時(shí)通過在導(dǎo)致媒體流丟包之前設(shè)置ECN比特來傳達(dá)擁塞情況，從而避免導(dǎo)致媒體流丟包。DCCP協(xié)議是用于數(shù)據(jù)報(bào)的一種傳輸協(xié)議，如用戶數(shù)據(jù)報(bào)協(xié)議(UDP)服務(wù)。與UDP的主要不同在于DCCP包含傳輸控制協(xié)議(TCP)之類的擁塞控制。如果TCP發(fā)現(xiàn)丟包(或標(biāo)記ECN的數(shù)據(jù)包)，TCP協(xié)議會(huì)降低其發(fā)包率。UDP不會(huì)進(jìn)行此類動(dòng)作。UDP來源可以繼續(xù)發(fā)送數(shù)據(jù)包而不對(duì)擁塞做出反應(yīng)。DCCP控制提供類似UDP的不可靠服務(wù)，但是會(huì)對(duì)丟失和ECN標(biāo)記的數(shù)據(jù)包作出反應(yīng)并且降低其發(fā)包率。然后，主機(jī)中的DCCP協(xié)議會(huì)適應(yīng)網(wǎng)絡(luò)中的擁塞情況。圖2示出DCCP和ECN的使用。每個(gè)DCCP連接在兩臺(tái)主機(jī)之間運(yùn)行。DCCP連接是雙向的數(shù)據(jù)可從任一端點(diǎn)到另一端點(diǎn)。這表示數(shù)據(jù)和確認(rèn)可同時(shí)在兩個(gè)方向上流動(dòng)。'確認(rèn)框架讓發(fā)送方知道多少數(shù)據(jù)已丟失，從而避免不公平地使網(wǎng)絡(luò)擁塞。在使用區(qū)分服務(wù)時(shí)，區(qū)分服務(wù)備注(diff.servremarking)會(huì)以類似方式表明擁塞。DCCP中的擁塞控制類似于TCP的擁塞控制。發(fā)送方維持擁塞窗口并且發(fā)送數(shù)據(jù)包，直至該窗口已滿。收到的數(shù)據(jù)包由接收方確認(rèn)。擁塞控制要求接收方加入關(guān)于丟包的確認(rèn)信息和ECN標(biāo)記(或區(qū)分服務(wù)備注)。ECN在IP協(xié)議報(bào)頭的字^殳中使用兩個(gè)比特標(biāo)記，形成四個(gè)ECN代碼點(diǎn)，"00"到"11"。非ECN代碼點(diǎn)"00"指示不使用ECN的數(shù)據(jù)包。"11"由路由器設(shè)置以指示到端節(jié)點(diǎn)擁塞。這在DCCP協(xié)議中通過一個(gè)標(biāo)志指示。交互過程可以簡(jiǎn)要描述如下"接收數(shù)據(jù)包；2)如果數(shù)據(jù)包丟失，檢查數(shù)據(jù)包是否已標(biāo)記或檢測(cè)。3)如果已標(biāo)記或丟失，則降低發(fā)包率。標(biāo)記/丟失數(shù)據(jù)包之間的關(guān)系由DCCP中的內(nèi)部算法控制。在DCCP會(huì)話建立期間可以協(xié)商不同的算法。圖3a和3b分別示出GSM和UMTS蜂窩網(wǎng)絡(luò)中的頂尖技術(shù)。在蜂窩網(wǎng)絡(luò)中，自適應(yīng)多速率編解碼器(AMR和AMR-WB)適應(yīng)空中接口中的狀況。自適應(yīng)用于優(yōu)化空中接口中的性能。在全球移動(dòng)通信系統(tǒng)(GSM)中，AMR編解碼器位于移動(dòng)臺(tái)(MS)和基站控制器(BSC)中，并且自適應(yīng)基于來自上行鏈路和/或下行鏈路中空中接口的統(tǒng)計(jì)數(shù)據(jù)和在線測(cè)量。在通用移動(dòng)電信系統(tǒng)(UMTS)中，語音編解碼器位于MS(或稱為用戶設(shè)備UE)和媒體網(wǎng)關(guān)(MGW)中，并且速率主要由無線網(wǎng)絡(luò)控制器(RNC)根據(jù)小區(qū)負(fù)載進(jìn)行控制。GSM中的AMR自適應(yīng)通過使用嵌入到AMR有效載荷中的AMR編解碼器要求(CMR)、反向流動(dòng)來實(shí)現(xiàn)，類似于DCCP，由接收方告訴發(fā)送方如何發(fā)送。從MS發(fā)送到BTS的AMR有效載荷中的一些位設(shè)置BSC中的AMR編碼器可以向MS發(fā)送的最高速率。對(duì)于無轉(zhuǎn)換代碼操作中的移動(dòng)到移動(dòng)通話，此AMR編解碼模式要求可能會(huì)在經(jīng)過網(wǎng)絡(luò)的途中被修改，以使接收解碼器和接收空中接口(下行鏈路)以及發(fā)送編碼器和發(fā)送空中接口(上行鏈路)的組合得以同等地周全考慮。這表示一個(gè)方向的速率控制決定是接收方需要的以及網(wǎng)絡(luò)和接口允許的組合。必須在兩個(gè)方向的每條鏈路上傳輸?shù)腁MR編解碼速率控制信息包括編解碼模式指示(CMI)和編解碼模式請(qǐng)求(CMR)。編解碼模式指示(CMI)通知接收方所接收的語音有效載荷當(dāng)前應(yīng)用的AMR編解碼才莫式。CMI隨有效載荷在同一方向流動(dòng)。CMR在反方向流動(dòng)并且告訴發(fā)送方下一語音周期使用什么(作為最大比特率)(見TS3GPP45.009)。作為移動(dòng)至PSTN(公共交換電話網(wǎng)絡(luò))通話操作的實(shí)例，移動(dòng)臺(tái)A(MSA)在上行鏈路上發(fā)送語音幀。此語音幀包括移動(dòng)臺(tái)A下一周期要在下行鏈路接收壓縮語音的最大速率命令(包含在CMR中)。此速率控制(在語音有效載荷中)會(huì)被轉(zhuǎn)發(fā)到基站收發(fā)信機(jī)(BTSA)，然后到編碼器(通常)所在的BSCA。如果空中接口負(fù)載重或受差的空中接口狀況影響，下行鏈路的速率會(huì)進(jìn)一步降低，在這種情況下，MSA會(huì)發(fā)送更多編解碼模式請(qǐng)求以降低比特率。在GSM網(wǎng)絡(luò)中，移動(dòng)到移動(dòng)通話涉及兩個(gè)BSC(BSCA和BSCB)的，在此無需端到端轉(zhuǎn)換代碼的移動(dòng)到f動(dòng)通話中，編解碼模式請(qǐng)求進(jìn)一步由BSCA發(fā)送到遠(yuǎn)端BSCB,然后到BTSB，最后到編碼器所在的遠(yuǎn)端移動(dòng)臺(tái)B。在從近端移動(dòng)臺(tái)A到遠(yuǎn)端移動(dòng)臺(tái)B的途中，CMR可能會(huì)被BTSA、BSCA和/或BSCB和BTSB修改，以便不僅考慮到近端移動(dòng)臺(tái)A的下行鏈路的要求，而且考慮來自遠(yuǎn)端移動(dòng)臺(tái)B的上行鏈路的要求。罔此，原始CMR由最終收發(fā)信機(jī)即近端移動(dòng)臺(tái)A發(fā)出，但中間節(jié)點(diǎn)如BSC和BTS可能會(huì)對(duì)語音有效載荷中的此速率控制命令進(jìn)行修改。途中的所有這些節(jié)點(diǎn)均允許降低最大速率請(qǐng)求，不允許提高速率請(qǐng)求。在UMTS無線接口中，語音有效載荷由用戶設(shè)備A(UEA)透明地(即無編解碼模式請(qǐng)求)發(fā)送到MGW,但無線網(wǎng)絡(luò)控制器A(RNCA)會(huì)在發(fā)送語音有效載荷的同時(shí)發(fā)送速率控制請(qǐng)求。語單和附加的速率控制請(qǐng)求均向上行鏈路發(fā)送到MGWA的轉(zhuǎn)換代碼器。在端到端無轉(zhuǎn)換代碼的移動(dòng)到移動(dòng)通話中，這些速率控制請(qǐng)求進(jìn)一步由MGW發(fā)送到MGWB,然后向下行鏈路到RNCB和UEB,與GSM中的處理極為相似。GSM中的編解碼才莫式請(qǐng)求和UMTS中的速率控制i青求之間的無縫互通已定義?，F(xiàn)有技術(shù)總結(jié)3GPP為GSM和UMTS定義的速率控制允許考慮兩條無線鏈路的無線擁塞，但它沒有定義如何考慮無線接口之間的傳輸網(wǎng)絡(luò)中的容量瓶頸。IETF定義的擁塞控制沒有考慮無線接口。
發(fā)明內(nèi)容為了克服現(xiàn)有技術(shù)的缺陷，本發(fā)明在本文中公開了為通過因特網(wǎng)協(xié)議網(wǎng)絡(luò)如因特網(wǎng)路由的無線電路交換語音通信提供編碼器/解碼器(編解碼器)速率自適應(yīng)。參加與遠(yuǎn)程終端的語音通信的移動(dòng)臺(tái)(MS)，可以是另一個(gè)MS,它傳送初始編解碼模式請(qǐng)求(CMR),所述請(qǐng)求確定作為其下行鏈路無線電質(zhì)量的函數(shù)選擇的初始最大語音編碼速率。在基于數(shù)據(jù)包的網(wǎng)絡(luò)中的每個(gè)中間網(wǎng)絡(luò)節(jié)點(diǎn)上，一個(gè)或多個(gè)工作參數(shù)通過使用顯式擁塞通知(ECN)協(xié)議或區(qū)分服務(wù)備注來確定；例如，ECN協(xié)議可以#4居由遠(yuǎn)程終端傳送到移動(dòng)臺(tái)的語音^:據(jù)包來報(bào)告網(wǎng)絡(luò)特征，如基于數(shù)據(jù)包的網(wǎng)絡(luò)中的擁塞。當(dāng)在每個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)上收到編解碼模式請(qǐng)求時(shí)，如果工作參數(shù)不在適于使用初始最大語音編碼速率來通過網(wǎng)絡(luò)進(jìn)行語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，編解碼模式請(qǐng)求中確定的最大語音編碼速率會(huì)作為工作參數(shù)的函數(shù)來減小，然后轉(zhuǎn)發(fā)到遠(yuǎn)程終端。編解碼模式請(qǐng)求可以在第二(即后續(xù))中間節(jié)點(diǎn)上進(jìn)一步i'務(wù)改。在此類情況下，基于數(shù)據(jù)包的網(wǎng)絡(luò)的一個(gè)或多個(gè)工作參數(shù)使用ECN協(xié)議或區(qū)分服務(wù)備注或其它方法來在此類后續(xù)網(wǎng)絡(luò)節(jié)點(diǎn)上確定。當(dāng)在后續(xù)網(wǎng)絡(luò)節(jié)點(diǎn)上收到經(jīng)修改的編解碼模式請(qǐng)求時(shí)，如果工作參數(shù)不在適于使用減小的最大語音編碼速率來通過網(wǎng)絡(luò)進(jìn)行語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，編解碼模式請(qǐng)求會(huì)作為工作參數(shù)的函數(shù)來進(jìn)一步減小，然后轉(zhuǎn)發(fā)到遠(yuǎn)程終端。此遠(yuǎn)程終端(距離編解碼模式請(qǐng)求遙遠(yuǎn))內(nèi)的編碼器隨后使用所接收的編解碼模式請(qǐng)求來確定要向另一移動(dòng)臺(tái)發(fā)送的下一個(gè)語音幀的編解碼模式。在一種情況下，遠(yuǎn)程終端是MS.并且直接在前的中間節(jié)點(diǎn)是無線網(wǎng)絡(luò)控制器(RNC)。在此類情況下，RNC可以估計(jì)遠(yuǎn)程MS和RNC之間的上行鏈路無線電質(zhì)量，如果語音編碼速率不在適合語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，作為上行鏈路無線電質(zhì)量的函數(shù)來進(jìn)一步減小語音編碼速率(如前文就現(xiàn)有技術(shù)所述的)。前面相當(dāng)廣泛地積克述了本發(fā)明的原理，以《更本領(lǐng)域的4支術(shù)人員更好地理解后面的示范實(shí)施例的詳細(xì)說明。本領(lǐng)域的技術(shù)人員應(yīng)該或修改其它結(jié)構(gòu)和方法以實(shí)現(xiàn)與本發(fā)明相同目的的基礎(chǔ)。本領(lǐng)域的技術(shù)人員還會(huì)認(rèn)識(shí)到，此類等效結(jié)構(gòu)沒有背離本文后面的權(quán)利要求書所定義的本發(fā)明廣義上的精神和范圍。圖1示出傳統(tǒng)的VoIP實(shí)現(xiàn)；圖2示出DCCP和ECN的使用；圖3a和3b分別示出GSM和UMTS蜂窩網(wǎng)絡(luò)中的頂尖技術(shù)；圖4a和4b分別在GSM和UMTS網(wǎng)絡(luò)中示出本發(fā)明原理；圖6示出用于管理通過基于數(shù)據(jù)包的網(wǎng)絡(luò)路由的無線電路交換語音通信的編碼器/解碼器(編解碼器)速率自適應(yīng)的示范方法的流程圖；圖7示出用于管理作為空中接口質(zhì)量的函數(shù)的編碼器/解碼器(編解碼器)速率自適應(yīng)的示范方法的流程圖；圖8示出本發(fā)明原理在工作中的第一實(shí)例；圖9示出本發(fā)明原理在工作中的第二實(shí)例；以及圖IO示出本發(fā)明原理在工作中的第三實(shí)例；具體實(shí)施方式上述速率控制的關(guān)^t因素在于只使用一個(gè)編碼器并且端到端的整條路徑上只有一個(gè)解碼器。速率控制使得所選速率適合路徑上的所有鏈路。該原理思想現(xiàn)在體現(xiàn)于提出的結(jié)合IP擁塞處理的解決方案中。該解決方案將結(jié)合空中接口自適應(yīng)性和IP網(wǎng)絡(luò)中的自適應(yīng)性，如上所述。一種情況用于分組核心網(wǎng)上的VoIP(GSM/WCDMA中帶IP骨千網(wǎng)的GPRS);另一種涉及IP骨干網(wǎng)上的電路交換業(yè)務(wù)。圖4a和4b分別在GSM和UMTS網(wǎng)絡(luò)中示出本發(fā)明原理，其中速率自適應(yīng)用于無線和IP傳輸網(wǎng)絡(luò)中的情況。速率自適應(yīng)根據(jù)無線和一些中間IP網(wǎng)絡(luò)中的可用資源進(jìn)行。交互過程可以描述如下1)兩個(gè)移動(dòng)臺(tái)，最好是CS終端(電路交換終端)，互相發(fā)送語音幀。另一個(gè)實(shí)例是移動(dòng)臺(tái)和MGW在UE到PSTN通話中通信。2)第一移動(dòng)臺(tái)在正向方向發(fā)送壓縮的語音幀，包括用于相對(duì)方向的速率命令(CMR);即用于接收語音幀。3)BST/節(jié)點(diǎn)B和/或BSC/RNC可能會(huì)根據(jù)反向(相對(duì))方向的無線狀況修改語音速率命令。4)MGW和RNC測(cè)算反向鏈路(Nb和lu)上ECN標(biāo)記或丟失的數(shù)據(jù)包數(shù)量，并且根據(jù)網(wǎng)絡(luò)狀況來調(diào)整DCCP發(fā)送速率和速率命令(CMR)。取決于傳輸網(wǎng)絡(luò)的拓樸和配置，IP網(wǎng)絡(luò)可以相同或不同。無線中的自適應(yīng)根據(jù)上述方法進(jìn)行。根據(jù)IP網(wǎng)絡(luò)狀況的自適應(yīng)還要根據(jù)上述方法使用ECN或區(qū)分服務(wù)備注、PCC和丟包檢測(cè)或其它方法進(jìn)行。在理想情況下，DCCP算法應(yīng)適應(yīng)語音編解碼器及其配置。為了進(jìn)一步說明本發(fā)明的工作原理，圖5示出了可以使用本發(fā)明原理獲得優(yōu)勢(shì)的基本網(wǎng)絡(luò)的拓樸。使用電路交換語音通信方法的移動(dòng)臺(tái)(MS)501a用于與第二移動(dòng)臺(tái)進(jìn)行語音通信；如圖所示，第二移動(dòng)臺(tái)可以是有線終端或者是另一個(gè)MS501b。MS501a和501b分別通過基站收發(fā)信機(jī)(BTS)502a和502b與網(wǎng)絡(luò)進(jìn)行無線通信。然后，媒體網(wǎng)關(guān)503a和503b提供通過基于數(shù)據(jù)包的網(wǎng)絡(luò)如因特網(wǎng)協(xié)議(IP)網(wǎng)絡(luò)504路由語音通信的方法。此類語音通信的服務(wù)質(zhì)量(QoS)會(huì)受到例如MS501a和BTS502a之間的空中接口質(zhì)量降低以及IP網(wǎng)絡(luò)504中的擁塞的不利影響。但是，這些問題可以使用本發(fā)明的原理解決。本發(fā)明結(jié)合作為基于數(shù)據(jù)包的網(wǎng)絡(luò)中的任何鏈路的網(wǎng)絡(luò)擁塞以及空中接口質(zhì)量的函數(shù)來修改MS的語音編碼速率的機(jī)制。用于修改語音編碼速率的方法在圖6和7中^f既括-沈明；該方法的工作的具體實(shí)例在圖8-10中說明，如下所述。繼續(xù)參照?qǐng)D5,如圖6所示，網(wǎng)絡(luò)節(jié)點(diǎn)在步驟601接收CMR。初始CMR由MS501a設(shè)置并且確定作為BTS502a和MS501a接收器之間的下行鏈路無線電質(zhì)量的函數(shù)選擇的初始最大語音編碼速率。隨后，CMR連同來自MS501a的語音數(shù)據(jù)包一起被例如503a和MGW503b接收。在可以連續(xù)執(zhí)行的步驟602中，網(wǎng)絡(luò)節(jié)點(diǎn)(如MGW503a)監(jiān)視和確定網(wǎng)絡(luò)工作參數(shù)，例如IP網(wǎng)絡(luò)504中的擁塞。因特網(wǎng)工程任務(wù)組(IETF)請(qǐng)求注解(RFC)3168，"TheAdditionofExplicitCongestionNotification(ECN)toIP"(2001年9月)中所述的協(xié)議，通過引用結(jié)合到本文中，可用于傳達(dá)此類網(wǎng)絡(luò)擁塞狀況；ECN協(xié)議可以，例如根據(jù)遠(yuǎn)程終端(如MS501b)傳送到MS501a的語音凄t據(jù)包測(cè)量IP網(wǎng)絡(luò)504中的擁塞狀況。在步驟603中，確定參數(shù)是否處于預(yù)定范圍內(nèi)。如是，語音數(shù)據(jù)包隨未修改的CMR轉(zhuǎn)發(fā)(步驟604);否則，CMR中確定的語音編碼速率作為測(cè)量的網(wǎng)絡(luò)參數(shù)的函數(shù)來減小(步驟605)并且語音數(shù)據(jù)包隨修改的CMR轉(zhuǎn)發(fā)(步驟606)。CMR可在后續(xù)網(wǎng)絡(luò)節(jié)點(diǎn)上進(jìn)一步孑'務(wù)改，在此類情況下，基于數(shù)據(jù)包的網(wǎng)絡(luò)的一個(gè)或多個(gè)工作參數(shù)使用例如ECN協(xié)議在此類后續(xù)網(wǎng)絡(luò)節(jié)點(diǎn)上確定。當(dāng)在后續(xù)網(wǎng)絡(luò)節(jié)點(diǎn)上收到修改的CMR時(shí)，如果工作參數(shù)在適于使用減小的最大語音編碼速率來通過網(wǎng)絡(luò)進(jìn)行語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，它會(huì)被轉(zhuǎn)發(fā)到遠(yuǎn)程終端；否則，編解碼模式請(qǐng)求中確定的減小的最大語音編碼速率會(huì)作為工作參數(shù)的函數(shù)進(jìn)一步減小，然后轉(zhuǎn)發(fā)到遠(yuǎn)程終端。在遠(yuǎn)程終端是另一個(gè)MS(如MS501b)的情況下，CMR可作為到遠(yuǎn)程MS的上行鏈路無線電質(zhì)量的函數(shù)來進(jìn)一步修改。例如，如圖3所示，無線網(wǎng)絡(luò)控制器(RNC)可以估算第二MS的上行鏈各無線電質(zhì)量(步驟701)。如果上行鏈路無線電質(zhì)量在適合語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍內(nèi)(步驟702),RNC不會(huì)修改CMR(步驟703);但是，如果上行鏈路無線電質(zhì)量不在適合語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍內(nèi)，RNC將作為上行鏈路無線電質(zhì)量的函數(shù)來進(jìn)一步減小語音編碼速率(步驟704)。這樣，可以在端到端的基礎(chǔ)上確定最佳CMR作為空中接口質(zhì)量和網(wǎng)絡(luò)擁塞的函數(shù)?，F(xiàn)在參照?qǐng)D8-10,所示為本發(fā)明原理在工作中的實(shí)例。在這些實(shí)例中，有四種語音編碼模式，模式1到4，分別對(duì)應(yīng)于4.75、5.90、7.40和12.20kb/s。首先，圖8示出了到遠(yuǎn)程MS801b的上行鏈路中有缺陷的實(shí)例。最初，MS801a估算BTS802a及其接收器之間的下行鏈路無線電質(zhì)量。在此實(shí)例中，質(zhì)量非常好，并且因此MS801a請(qǐng)求對(duì)下行鏈i各使用模式4(MaxDL=4);即CMR對(duì)應(yīng)于才莫式4。在此實(shí)例中，假設(shè)BTS802a確定Abis(BTS和MGW之間的接口)未過載并且語音編碼速率對(duì)應(yīng)于模式4(即MaxAbis=4);但是，如果BTS802a確定，例如Abis^接口當(dāng)前過載，它可以限制速率(如i殳置MaxAbis=3)。因此，MS801a對(duì)語音數(shù)據(jù)包(或幀)使用12.20kb/s的初始語音編碼速率，并且BTS802a將CMR,或者稱為編解碼才莫式命令(CMC),設(shè)置為MaxDL和MaxAbis(即模式4)中的最小值("Min"),然后連同語音數(shù)據(jù)包一起轉(zhuǎn)發(fā)到MGW803a。在此實(shí)例中，MGW803a還確定Nb接口(MGW之間的接口)上不存在需要減小語音編碼速率(即MaxNb-4)的網(wǎng)絡(luò)擁塞狀況，如ECN所表明的，并且因此保持CMR模式4。類似地，MGW803b確定lu接口(MGW和RNC之間的接口)上不存在需要減小語音編碼速率(即Maxh^4)的網(wǎng)絡(luò)擁塞狀況，如ECN所表明，并且因此再次保持CMR模式4。但是，無線網(wǎng)絡(luò)控制器802b確定來自MS801b的上行鏈路上存在需要減小語音編碼速率的過載狀況；在此實(shí)例中，過載需要減小到模式3(MaxUL=3),并且因此RNC802b將CMR設(shè)置為接收的CMR和MaxUL中的最小值，然后連同語音數(shù)據(jù)包一起轉(zhuǎn)發(fā)到MS801b。然后，MS801b將其語音編碼速率設(shè)置為7.40kb/s。此語音編碼速率由編解碼模式指示(CMI)參數(shù)在從MS801b傳輸?shù)組S801a的每個(gè)語音幀中確定；在收到這樣的語音幀時(shí)，MS801a隨后將其語音編碼速率設(shè)置為模式3。因此，在此實(shí)例中，在端到端&出上同時(shí)解決空中接口質(zhì)量和網(wǎng)絡(luò)擁塞的編解碼速率自適應(yīng)在一個(gè)來回周期內(nèi)實(shí)現(xiàn)。圖9示出到MS901a的下行鏈路中有缺陷的實(shí)例。最初，MS901a估算BTS902a及其接收器之間的下行鏈路無線電質(zhì)量。在此實(shí)例中，質(zhì)量不好，并且MS901a請(qǐng)求對(duì)下行鏈路使用模式l(MaxDL=l);即CMR對(duì)應(yīng)于模式1。在此實(shí)例中，假設(shè)BTS902a確定Abis接口當(dāng)前未過載并且語音編碼速率應(yīng)對(duì)應(yīng)于才莫式4(即MaxAbis=4)。因此，MS901a對(duì)語音數(shù)據(jù)包(或幀)使用4.75kb/s的初始語音編碼速率，并且BTS902a將CMR，或者稱為編解碼模式命令(CMC)，設(shè)置為MaxDL(即模式l)和MaxAbis(即模式4)中的最小值("Min"),然后連同語音數(shù)據(jù)包一起轉(zhuǎn)發(fā)到MGW903a。在此實(shí)例中，MGW903a還確定Nb接口上不存在需要減小語音編碼速率(即MaxNb-4)的網(wǎng)絡(luò)擁塞狀況，如ECN協(xié)議所表明的。但是，MGW903a將CMR設(shè)置為從BTS902a接收的CMR(即模式l)和MaxNb(即模式4)中的最小值；因此，MGW903a以模式1表明的CMR來轉(zhuǎn)發(fā)語音數(shù)據(jù)包。類似地，MGW903b確定lu接口上不存在需要減小語音編碼速率(即Maxlu-4)的網(wǎng)絡(luò)擁塞狀況。但是，MGW903b將CMR設(shè)置為從MGW903a接收的CMR(即模式l)和Maxlu(即模式4)中的最小值；因此，MGW903b以模式1表明的CMR來轉(zhuǎn)發(fā)語音數(shù)據(jù)包。無線網(wǎng)絡(luò)控制器902b確定來自MS901b的上行鏈路上存在需要減小語音編碼速率的過載狀況；在此實(shí)例中，過載需要減小到模式3(MaxUL=3)。RNC902b將CMR設(shè)置為接收的CMR(即模式l)和MaxUL(即模式3)中的最小值，然后連同語音數(shù)據(jù)包一起轉(zhuǎn)發(fā)到MS901b。然后，MS901b將其語音編碼速率設(shè)置為4.75kb/s。因此，在此實(shí)例中，在端到端基礎(chǔ)上同時(shí)解決空中接口質(zhì)量和網(wǎng)絡(luò)擁塞的編解碼速率自適應(yīng)在一個(gè)單向周期內(nèi)實(shí)現(xiàn)。最后，圖10示出了空中接口和核心網(wǎng)絡(luò)中均有缺陷的實(shí)例。最初，MS1001a估算BTS1002a及其接收器之間的下行鏈路無線電質(zhì)量，在此實(shí)例中，質(zhì)量非常好，并且因此MS1001a請(qǐng)求對(duì)下行鏈路(MaxDI^4)使用模式4;即CMR對(duì)應(yīng)于模式4。在此實(shí)例中，BTS1002a確定Abis接口當(dāng)前過載并且語音編碼速率應(yīng)對(duì)應(yīng)于才莫式2(即MaxAbis=2)。對(duì)語音數(shù)據(jù)包(或幀)使用5.90kb/s的語音編碼速率，并且BTS1002a將CMR，設(shè)置為MaxDL(即模式4)和MaxAbis(即模式2)中的最小值("Min")，然后連同語音數(shù)據(jù)包一起轉(zhuǎn)發(fā)到MGW1003a。在此實(shí)例中，MGW1003a確定Nb接口上存在需要減小語音編碼速率(即MaxNb二l)的網(wǎng)絡(luò)擁塞狀況。因此，MGW1003a將CMR設(shè)置為接收的CMR(即模式l)和MaxNb(即模式l)中的最小值，然后連同語音幀一起轉(zhuǎn)發(fā)到MGW1003b。MGW1003b確定lu接口上不存在需要減小語音編碼速率(即Maxh^4)的網(wǎng)絡(luò)擁塞狀況；因此，MGW1003b將CMR設(shè)置為接收的CMR(即模式l)和Maxlu(即模式4)中的最小值，然后連同語音幀一起轉(zhuǎn)發(fā)到RNC1002b。無線網(wǎng)絡(luò)控制器1002b確定來自MS1001b的上行鏈路上不存在需要減小語音編碼速率的過載狀況，并且因此RNC1002b將CMR設(shè)置為接收的CMR(即模式l)和MaxUL(即模式4)中的最小值，然后連同語音數(shù)據(jù)包一起轉(zhuǎn)發(fā)到MSlOOlb。然后，MS1001b將其語音編碼速率i殳置為4.75kb/s。然后，此語音編碼速率由編解碼模式指示(CMI)參數(shù)在從MS1001b傳輸?shù)組S1001a的每個(gè)語音幀中確定。因此，在此實(shí)例中，在端到端基礎(chǔ)上同時(shí)解決空中接口質(zhì)量和網(wǎng)絡(luò)擁塞的編解碼速率自適應(yīng)在一個(gè)單向周期內(nèi)實(shí)現(xiàn)。最后，考慮如何選擇最佳AMR模式。作為一個(gè)實(shí)例，AMR可以使用12.2、7.4、5.9、4.75kbits/s四種模式中最優(yōu)選的配置進(jìn)行配置。對(duì)于全速業(yè)務(wù)信道和半速業(yè)務(wù)信道，這些速率對(duì)GSM中的個(gè)別無線鏈路是合理的(其中12.2不可能并且已排除)。通常，無線鏈^^大多數(shù)時(shí)間質(zhì)量很好甚至極好，因此大多數(shù)通話具有12.2的速率并且只有一些以較低速率進(jìn)行。平均比特率的順序可以是，例如80%*12.2+10%*7.4+5%*5.9+5%*4.75=11kbit/s;稍加簡(jiǎn)化。在此實(shí)例中，現(xiàn)在有數(shù)以千計(jì)的通話經(jīng)過兩個(gè)MGW之間的Nb鏈路。由于個(gè)別無線狀況，所有這些的比特率總是在變化，但Nb鏈路不會(huì)過載并且不會(huì)更改流動(dòng)速率控制命令。但是隨后，由于來臨的高峰時(shí)刻增加的業(yè)務(wù)，Nb鏈路達(dá)到其容量限制并且開始控制速率下降。但如何做到最好？第一個(gè)選擇是將所有通話的速率從最大12.2降低到最大7.4。但這已經(jīng)是一大步并且會(huì)限制幾乎所有通話的通話質(zhì)量以及在Nb上獲得遠(yuǎn)比實(shí)際所需多得多的容量。因此這不是最佳的。那么，平均比特率將為(假設(shè)無線狀況相同)80%*7.4+10%*7.4+5%*5.9+5%*4.75=7.2kbit/s。Nb上容量的增大將為11/7.2=1.5=50%,這太多了(即多于剛好具威脅性的過載所需)。第二個(gè)選擇是Nb鏈路僅限制一些語音通話(如10%)的速率而不影響其它的。這樣就好多了，因?yàn)?0%的通話者仍能享受最佳質(zhì)量。但是現(xiàn)在一些人總能享受無損的質(zhì)量，而其他人則永久性地具有較低質(zhì)量。此實(shí)例中的容量增益為11/(90%*11+10%*7.2)=1.04，多了4%，因此我們可以在小步驟中控制過載。最后，第三個(gè)和最佳的選擇是在一個(gè)時(shí)間點(diǎn)限制一些語音通話的速率，然后在下一個(gè)時(shí)間點(diǎn)對(duì)其它通話加以速率限制，然后再對(duì)其它通話加以速率限制，這樣對(duì)所有通話而不僅僅是在較小范圍內(nèi)"分配"速率限制。例如，平均每個(gè)速率從llkbit/s降低到10.6kbit/s,當(dāng)然此比特率不是真實(shí)存在的速率，而僅僅是長(zhǎng)期平均值。在這種情況下，享受的語音質(zhì)量在很大程度上比7.4更接近于12.2,并且這是我們所需要的質(zhì)量盡可能好，僅在必需時(shí)加以限制。所述的速率控制工作相當(dāng)快。AMR標(biāo)準(zhǔn)允許在40ms內(nèi)將速率上/下一步(如12.2到7.4)。從最高速率12.2到最低速率4.75需要3*40=120ms。速率控制命令循環(huán)基本上最多需要一個(gè)來回周期的延遲，通常低于400ms。因此兩者一起允許對(duì)速率控制速度進(jìn)行粗略估算；如在500ms內(nèi)(最壞的情況)，Nb鏈路的容量可以增大12.2/4.75=2.5=250%。不幸的是，這些計(jì)算基于凈比特率并且忽略數(shù)據(jù)包開銷，因此它們用于ATM遠(yuǎn)比用于IP更好。雖然已經(jīng)詳細(xì)描述了本發(fā)明，但本領(lǐng)域的技術(shù)人員可在不背離本發(fā)明廣義上的精神和范圍的前提下構(gòu)思對(duì)本文所述示范性實(shí)施例進(jìn)行的各種更改、替換和修改。本文中提供的示范性實(shí)施例說明了本發(fā)明的原理，而不是要進(jìn)行窮舉或者將本發(fā)明限于所公開的形式；本發(fā)明的范圍應(yīng)由所附權(quán)利要求書及其等同物定義。<table>tableseeoriginaldocumentpage19</column></row><table>NbMGW之間的4妄口PSTN公共交換電話網(wǎng)絡(luò)QoS服務(wù)質(zhì)量RNC無線網(wǎng)絡(luò)控制器RNC無線網(wǎng)絡(luò)控制器TCP傳輸控制協(xié)議UDP用戶數(shù)據(jù)報(bào)協(xié)議'UE用戶設(shè)備ULMS上的上行鏈路接口UMTS通用移動(dòng)電信系統(tǒng)VoIP網(wǎng)絡(luò)電話權(quán)利要求1.一種在網(wǎng)絡(luò)中管理通過基于數(shù)據(jù)包的網(wǎng)絡(luò)路由的無線電路交換語音通信的編碼器/解碼器(編解碼器)速率自適應(yīng)的方法，其中參加與遠(yuǎn)程節(jié)點(diǎn)/終端的語音通信的移動(dòng)臺(tái)(MS)傳送確定初始最大語音編碼速率的初始編解碼模式請(qǐng)求(CMR)，所述CMR由所述MS作為所述MS估算的下行鏈路無線電質(zhì)量的函數(shù)來選擇，所述方法包括以下步驟在所述MS和所述遠(yuǎn)程終端中間的網(wǎng)絡(luò)節(jié)點(diǎn)上，通過使用顯式擁塞通知(ECN)協(xié)議或區(qū)分服務(wù)備注測(cè)量所述基于數(shù)據(jù)包的網(wǎng)絡(luò)的特征來確定所述基于數(shù)據(jù)包的網(wǎng)絡(luò)的一個(gè)或多個(gè)工作參數(shù)；在所述中間網(wǎng)絡(luò)節(jié)點(diǎn)上接收所述CMR；以及，如果所述一個(gè)或多個(gè)工作參數(shù)不在適于使用所述初始最大語音編碼速率請(qǐng)求通過所述基于數(shù)據(jù)包的網(wǎng)絡(luò)來進(jìn)行語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，則將所述CMR中確定的最大語音編碼速率作為所述一個(gè)或多個(gè)工作參數(shù)的函數(shù)來減小并且將經(jīng)修改的CMR轉(zhuǎn)發(fā)到所述遠(yuǎn)程終端。2.如權(quán)利要求l所述的方法，其特征在于還包括以下步驟在所述MS和所述遠(yuǎn)程終端中間的第二網(wǎng)絡(luò)節(jié)點(diǎn)上，通過^f吏用所述ECN協(xié)議或區(qū)分服務(wù)備注來確定所述基于數(shù)據(jù)包的網(wǎng)絡(luò)的一個(gè)或多個(gè)工作參數(shù)；在所述第二網(wǎng)絡(luò)節(jié)點(diǎn)上接收繹修改的CMR;以及，如果所述一個(gè)或多個(gè)工作參數(shù)不在適于使用所述減小的最大語音編碼速率通過所述基于數(shù)據(jù)包的網(wǎng)絡(luò)來進(jìn)行語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，則將所述CMR中確定的最大語音編碼速率作為所述一個(gè)或多個(gè)工作參數(shù)的函數(shù)來進(jìn)一步減小并且將經(jīng)進(jìn)一步修改的CMR轉(zhuǎn)發(fā)到所述遠(yuǎn)程終端。3.如權(quán)利要求l所述的方法，其特征在于，所述ECN協(xié)議或區(qū)分服務(wù)備注根據(jù)對(duì)由所述遠(yuǎn)程終端傳送到所述MS的語音數(shù)據(jù)包的測(cè)量來指示所述基于數(shù)據(jù)包的網(wǎng)絡(luò)中的擁塞狀況。4.如權(quán)利要求l所述的方法，其特征在于，所述遠(yuǎn)程終端包括第二移動(dòng)臺(tái)(MS)。5.如權(quán)利要求4所述的方法，其特征在于，所述網(wǎng)絡(luò)節(jié)點(diǎn)包括無線網(wǎng)絡(luò)控制器(RNC)。6.如權(quán)利要求5所述的方法，其特征在于還包括以下步驟由所述RNC估算所述第二MS和所述RNC之間的上行鏈路無線電質(zhì)量；以及如果所述最大語音編碼速率不在適于語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，則由所述RNC將它作為所述上行鏈路無線電質(zhì)量的函數(shù)來進(jìn)一步減小。7.—種管理通過基于數(shù)據(jù)包的網(wǎng)絡(luò)路由的無線電路交換語音通信的編碼器/解碼器(編解碼器)速率自適應(yīng)的系統(tǒng)，其中參加與遠(yuǎn)程終端的語音通信的移動(dòng)臺(tái)(MS)傳送確定初始最大語音編碼速率的初始編解碼模式請(qǐng)求(CMR),所述CMR由所述MS作為所述MS估算的下行鏈路無線電質(zhì)量的函數(shù)來選擇，所述系統(tǒng)包含用于在所述MS和所述遠(yuǎn)程終端中間的網(wǎng)絡(luò)節(jié)點(diǎn)上，通過^f吏用顯式擁塞通知(ECN)協(xié)議或區(qū)分服務(wù)備注測(cè)量所述基于數(shù)據(jù)包的網(wǎng)絡(luò)的特征來確定所述基于數(shù)據(jù)包的網(wǎng)絡(luò)的一個(gè)或多個(gè)工作參數(shù)的部件；用于在所述網(wǎng)絡(luò)節(jié)點(diǎn)上接收所述CMR的部件；以及，用于有選擇地修改和轉(zhuǎn)發(fā)所述編解碼速率控制請(qǐng)求的部件，其中如果所述一個(gè)或多個(gè)工作參軟不在適于使用所述初始最大語音編碼速率通過所述基于數(shù)據(jù)包的網(wǎng)絡(luò)來進(jìn)行語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，則將所述CMR中確定的最大語音編碼速率作為所述一個(gè)或多個(gè)工作參數(shù)的函數(shù)來減小并且將經(jīng)修改的編解碼速率控制請(qǐng)求轉(zhuǎn)發(fā)到所述遠(yuǎn)程終端。8.如權(quán)利要求7所述的系統(tǒng)，其特征在于還包括用于在所述MS和所述遠(yuǎn)程終端中間的第二網(wǎng)絡(luò)節(jié)點(diǎn)上，通過使用所述ECN協(xié)議或區(qū)分服務(wù)備注來確定所述基于凝:據(jù)包的網(wǎng)絡(luò)的一個(gè)或多個(gè)工作參數(shù)的部件；用于在所述第二網(wǎng)絡(luò)節(jié)點(diǎn)上接收經(jīng)修改的CMR的部件；以及，用于由所述第二網(wǎng)絡(luò)節(jié)點(diǎn)有選擇地修改和轉(zhuǎn)發(fā)所述CMR的部件，其中如果所述一個(gè)或多個(gè)工作參數(shù)不在適于使用所述減小的最大語音編碼速率通過所述基于數(shù)據(jù)包的網(wǎng)絡(luò)來進(jìn)行語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，則將所述CMR中確定的最大語音編碼速率作為所述一個(gè)或多個(gè)工作參數(shù)的函數(shù)來進(jìn)一步減小并且將經(jīng)進(jìn)一步修改的CMR轉(zhuǎn)發(fā)到所述遠(yuǎn)程終端。9.如權(quán)利要求7所述的方法，其特征在于，所述ECN協(xié)議或區(qū)分服務(wù)備注根據(jù)對(duì)由所述遠(yuǎn)程終端傳送到所述移動(dòng)臺(tái)的語音數(shù)據(jù)包的測(cè)量來指示所述基于數(shù)據(jù)包的網(wǎng)絡(luò)中的擁塞狀況。10.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述遠(yuǎn)程終端包括第二移動(dòng)臺(tái)(MS)。11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)節(jié)點(diǎn)包括無線網(wǎng)絡(luò)控制器(RNC)。12.如權(quán)利要求ll所述的系統(tǒng)，其特征在于還包括用于由所述RNC.估算所述第二MS和所述RNC之間的上行鏈路無線電質(zhì)量的部件；以及，用于在所述最大語音編碼速率不在適于語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)時(shí)，由所述RNC將它作為所逸^行鏈路無線電質(zhì)量的函數(shù)來進(jìn)一步減小的部件。13.—種管理通過基于數(shù)據(jù)包的網(wǎng)絡(luò)路由的無線電路交換語音通信的編碼器/解碼器(編解碼器)速率自適應(yīng)的網(wǎng)絡(luò)節(jié)點(diǎn)，其中由參加與遠(yuǎn)程終端的語音通信的移動(dòng)臺(tái)(MS)選擇確定初始最大語音編碼速率的初始編解碼模式請(qǐng)求(CMR)并且由所述網(wǎng)絡(luò)節(jié)點(diǎn)接收，所述網(wǎng)絡(luò)節(jié)點(diǎn)位于所述MS和所述遠(yuǎn)程終端之間并且包括計(jì)算機(jī)系統(tǒng)硬件；以及，結(jié)合所述計(jì)算機(jī)系統(tǒng)硬件使用的軟件，以通過使用顯式擁塞通知(ECN)協(xié)議或區(qū)分服務(wù)備注測(cè)量所述基于數(shù)據(jù)包的網(wǎng)絡(luò)的特征來確定所述基于數(shù)據(jù)包的網(wǎng)絡(luò)的一個(gè)或多個(gè)工作參數(shù)；接收所述編解碼速率控制請(qǐng)求；以及，如果所述一個(gè)或多個(gè)工作參數(shù)不在適于使用所述初始最大語音編碼速率通過所述基于數(shù)據(jù)包的網(wǎng)絡(luò)來進(jìn)行語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，則將所述CMR中確定的最大語音編碼速率作為所述一個(gè)或多個(gè)工作參數(shù)的函數(shù)來減小并且將經(jīng)修改的CMR轉(zhuǎn)發(fā)到所述遠(yuǎn)程終端。14.如權(quán)利要求13所述的網(wǎng)絡(luò)節(jié)點(diǎn)，其特征在于，所述ECN協(xié)議或區(qū)分服務(wù)備注根據(jù)由所述遠(yuǎn)程終端傳送到所述MS的語音數(shù)據(jù)包來測(cè)量所述基于數(shù)據(jù)包的網(wǎng)絡(luò)中的擁塞狀況。15.如權(quán)利要求13所述的網(wǎng)絡(luò)節(jié)點(diǎn)，其特征在于，所述網(wǎng)絡(luò)節(jié)點(diǎn)包括無線網(wǎng)絡(luò)控制器(RNC)。16.如權(quán)利要求15所述的網(wǎng)絡(luò)節(jié)點(diǎn)，其特征在于，所述遠(yuǎn)程終端包含第二移動(dòng)臺(tái)(MS)并且所述計(jì)算機(jī)系統(tǒng)硬件和軟件還結(jié)合用于估算所述第二MS和所述RNC之間的上行鏈路無線電質(zhì)量；以及，如果所述初始最大語音編碼速率不在適于通過基于數(shù)據(jù)包的網(wǎng)絡(luò)來進(jìn)行語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，則將它作為所述上行鏈路無線電質(zhì)量的函數(shù)來減小。17.如權(quán)利要求13所述的網(wǎng)絡(luò)節(jié)點(diǎn)，其特征在于，所述網(wǎng)絡(luò)節(jié)點(diǎn)為第一網(wǎng)絡(luò)節(jié)點(diǎn)，其中所述CMR指示的最大編碼速率在由所述CMR的第一網(wǎng)絡(luò)節(jié)點(diǎn)接收之前由第二網(wǎng)絡(luò)節(jié)點(diǎn)減小。全文摘要本發(fā)明公開了通過基于數(shù)據(jù)包的網(wǎng)絡(luò)路由的無線電路交換語音通信的編解碼速率自適應(yīng)。參加與遠(yuǎn)程終端的語音通信的最好具有電路交換服務(wù)的移動(dòng)臺(tái)(MS)傳送確定初始最大語音編碼速率的初始CMR，所述初始CMR作為下行鏈路無線電質(zhì)量的函數(shù)來選擇。在各個(gè)中間網(wǎng)絡(luò)節(jié)點(diǎn)，一個(gè)或多個(gè)工作參數(shù)通過使用顯式擁塞通知(ECN)協(xié)議來確定。在各個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)收到CMR時(shí)，如果工作參數(shù)不在適于使用初始最大語音編碼速率通過網(wǎng)絡(luò)來進(jìn)行語音數(shù)據(jù)包傳輸?shù)念A(yù)定范圍之內(nèi)，則CMR中確定的最大語音編碼速率會(huì)作為工作參數(shù)的函數(shù)來減小，然后轉(zhuǎn)發(fā)到遠(yuǎn)程終端。文檔編號(hào)H04L1/00GK101218774SQ200680021050公開日2008年7月9日申請(qǐng)日期2006年6月15日優(yōu)先權(quán)日2005年6月15日發(fā)明者L·韋斯特伯格申請(qǐng)人:艾利森電話股份有限公司