專利名稱：窄帶自適應(yīng)多速率編解碼協(xié)商的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP多媒體系統(tǒng)(IMS),尤其是一種IMS網(wǎng)絡(luò)進(jìn)行窄帶自 適應(yīng)多速率(Adaptive Multi-Rate AMR-NB,下面簡(jiǎn)稱AMR)語音編解碼 協(xié)商的實(shí)現(xiàn)方法。
背景技術(shù)：
IMS在3GPP R5版本中引入，疊加在分組域網(wǎng)絡(luò)之上，由呼叫控制功 能(CSCF)、媒體網(wǎng)管控制功能(MGCF)、媒體資源控制功能(MRF)、 歸屬簽約用戶服務(wù)器(HSS)等功能實(shí)體組成。其中MGCF實(shí)現(xiàn)IMS網(wǎng)絡(luò) 與其它網(wǎng)絡(luò)的互通功能。IMS網(wǎng)絡(luò)中以SIP ( Session Initiation Protocol會(huì)話 初始協(xié)議)/SDP (Session Description Protocol會(huì)話描述協(xié)議)作為控制面 信令。窄帶自適應(yīng)多速率(AdaptiveMulti-Rate AMR-NB )語音編解碼，包 含8種不同速率的編解碼方式，通過在不同速率間的動(dòng)態(tài)調(diào)整實(shí)現(xiàn)對(duì)傳輸帶 寬利用率、語音質(zhì)量等指標(biāo)的最佳平衡。AMR-NB編解碼在電路交換網(wǎng)和IMS網(wǎng)絡(luò)中都是必選編解碼，因此 AMR-NB在IMS網(wǎng)絡(luò)中的應(yīng)用是非常重要和必須的。在基于BICC(Bearer Independent Call Control承載獨(dú)立呼叫控制)的電路 交換網(wǎng)與IMS網(wǎng)絡(luò)互通時(shí)存在如下問題根據(jù)3GPP協(xié)議，電路交換網(wǎng)絡(luò)OoBTC (Out of band transcoder control 帶外編解碼控制)協(xié)商過程中使用的窄帶AMR編解碼可以分為多編解碼類 型，如FR AMR (Full Rate AMR) 、 HR AMR(Half Rate AMR)、 UMTS AMR、 UMTS AMR2等編解碼類型。各種編解碼類型在速率模式等細(xì)小處有差別， ^旦都屬于AMR編解碼。這些編解碼類型描述的相關(guān)參ft包括ACS(Active Codec Set激活編解碼 集)、SCS(Supported Codec Set支持編解碼集)、MACS(Maximal number of codec modes in the ACS ACS中編解碼模式的最大個(gè)數(shù))、OM(Optimisation Mode for ACS ACS的優(yōu)化模式)等。其中ACS表示激活的可用編解碼集合， SCS表示支持的編解碼集合， 一般情況下ACS是SCS的子集。MACS表示 ASC中允許的最大編解碼數(shù)量，OM表示消息中攜帶的ACS是否允許被修 改。在IMS網(wǎng)絡(luò)中，不區(qū)分電路交換網(wǎng)絡(luò)中的各種具體編解碼類型，統(tǒng)一稱 為窄帶AMR編解碼。相關(guān)SDP描述參數(shù)包括mode-set、mode-change-period、 mode-change-neighbor,分別用來攜帶編解碼信息、編解碼變更周期和變更 跨度等信息。在IMS的SDP協(xié)商中，協(xié)議規(guī)定對(duì)mode-set中的編解碼集合 不能^f'務(wù)改，即如果對(duì)其中的一種編解碼不支持，就表示對(duì)該mode-set不支持。當(dāng)電路交換網(wǎng)和IMS網(wǎng)絡(luò)進(jìn)行互通時(shí)，上述兩種AMR參數(shù)間需要進(jìn)行 映射。協(xié)議中規(guī)定電路交換網(wǎng)到IMS網(wǎng)絡(luò)方向，當(dāng)OM為0時(shí)，mode-set 參數(shù)根據(jù)ACS填寫，當(dāng)OM為1時(shí)，mode-set參數(shù)根據(jù)ACS, SCS和MACS 來填寫，這樣一個(gè)電路交換網(wǎng)中的Single Codec可以映射為很多個(gè)IMS中的 SDP描述。舉例如下電路交換網(wǎng)絡(luò)中的Single Codec參數(shù)，ACS(a、 b、 c), SCS(a、 b、 c),MACS 為3 ， OM為1 (表示允許優(yōu)化ACS Optimisation of the ACS supported)轉(zhuǎn)化為SDP描述時(shí)，允許優(yōu)化ACS,即SDP中需要包括最多8個(gè)編解 碼的各種集合。也就是(a、 b、 c)這3中編解碼的所有子集。能夠產(chǎn)生的SDP 描述為C(3、 1) + C(3、 2) +C(3、 3) = 7種，包括mode-set (a) 、 mode-set (b ) 、 mode-set ( c ) 、 mode-set ( a、 b ) 、 mode-set ( a、 c ) 、 mode-set (b、 c)及mode-set (a、 b、 c)。兩種描述格式如下，當(dāng)多種描述時(shí)，以 此類推。5m-audio 3456 RTP/AVP 97 98 a-rtpmap:97 AMRa-fmtp: 97 mode-set=0, 2,5,7,' mode-change-period=2 a=i:tpmap: 98 AMRa-fmtp:97 mode-set=l, 4, 5,- mode-change-peirioci=2如果ACS為4種編解碼，能夠產(chǎn)生的SDP描述為C(4、 1) + C(4、 2) + C(4、 3) +C(4、 4)= 15種。如果ACS為8種編解碼，能夠產(chǎn)生的SDP描述為C(8、 1) + C(8、 2) + C(8、 3) +C(8、 4) +C(8、 5) +C(8、 6) +C(8、 7) +C(8、 8) = 255種?？梢娙绱吮姸嗟腟DP描述既浪費(fèi)傳輸帶寬，也增大了編解碼信息的解 析組織開銷，在實(shí)際網(wǎng)絡(luò)中是非常不現(xiàn)實(shí)的。比如最常見的RTP傳輸中， 每個(gè)SDP描述都要對(duì)應(yīng)一個(gè)載荷類型(PayloadType),而在RFC3551中規(guī) 定的動(dòng)態(tài)載荷類型為96~ 127，僅三十幾個(gè)可用，遠(yuǎn)遠(yuǎn)小于8種編解碼時(shí)產(chǎn) 生的SDP描述。因此在目前的協(xié)議框架下是無法實(shí)現(xiàn)的。同樣IMS網(wǎng)絡(luò)到電路交換網(wǎng)方向，如果IMS側(cè)支持多種編解碼的任意 組合，也存在同樣的問題。同樣在IMS網(wǎng)絡(luò)與其它網(wǎng)絡(luò)如PSTN交互，或在IMS網(wǎng)絡(luò)內(nèi)部AMR 協(xié)商過程中，也存在這樣的問題，對(duì)支持AMR多種編解碼的任意組合的情 況，SDP的表達(dá)也會(huì)出現(xiàn)大量的描述信息。如果不使用這些大量的SDP信 息描述，就無法充分進(jìn)行編解碼協(xié)商。發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問題是提供一種窄帶自適應(yīng)多速率AMR編解碼協(xié) 商的實(shí)現(xiàn)方法，以簡(jiǎn)潔高效地完成AMR的編解碼協(xié)商過程。為解決上述技術(shù)問題，本發(fā)明提供一種窄帶自適應(yīng)多速率AMR編解碼 協(xié)商的實(shí)現(xiàn)方法，該方法包括以下步驟(a) 編解碼協(xié)商的發(fā)起點(diǎn)發(fā)送編解碼協(xié)商消息，其中包含編解碼信息及 是否允許優(yōu)化信息；(b) 編解碼協(xié)商的終結(jié)點(diǎn)接收編解碼協(xié)商消息后，對(duì)消息進(jìn)行解碼，且 根據(jù)收到的消息中是否允許優(yōu)化信息及本地策略修改編解碼信息及確定是否允許優(yōu)化，并回復(fù)編解碼協(xié)商應(yīng)答消息，該應(yīng)答消息中攜帶修改后的編解碼信息及是否允許優(yōu)化信息；(c)編解碼協(xié)商的發(fā)起點(diǎn)收到編解碼協(xié)商應(yīng)答消息后，獲得編解碼協(xié)商 結(jié)果，完成一次編解碼協(xié)商過程。進(jìn)一步地，步驟(a)中編解碼協(xié)商發(fā)起點(diǎn)發(fā)送編解碼協(xié)商消息給編解碼協(xié) 商終結(jié)點(diǎn)；步驟(b)中編解碼協(xié)商終結(jié)點(diǎn)發(fā)送編解碼協(xié)商應(yīng)答消息給編解碼 協(xié)商發(fā)起點(diǎn)，以在編解碼協(xié)商發(fā)起點(diǎn)和編解碼協(xié)商終結(jié)點(diǎn)之間進(jìn)行編解碼協(xié) 商。進(jìn)一步地，步驟(a)中編解碼協(xié)商發(fā)起點(diǎn)發(fā)送編解碼協(xié)商消息給編解碼協(xié) 商中間節(jié)點(diǎn)，且編解碼協(xié)商中間節(jié)點(diǎn)接收編解碼協(xié)商消息后，對(duì)消息進(jìn)行解 碼，且根據(jù)收到的消息中是否允許優(yōu)化信息和本地策略修改編解碼信息及確 定是否允許優(yōu)化，并發(fā)送編解碼協(xié)商消息給編解碼協(xié)商終結(jié)點(diǎn)，其中攜帶該 中間節(jié)點(diǎn)修改后的編解碼信息及確定的是否允許優(yōu)化信息；步驟(b)中，編 解碼協(xié)商終結(jié)點(diǎn)發(fā)送編解碼協(xié)商應(yīng)答消息給編解碼協(xié)商中間節(jié)點(diǎn)；編解碼協(xié) 商中間節(jié)點(diǎn)收到終結(jié)點(diǎn)的編解碼協(xié)商應(yīng)答消息透?jìng)髟撓⒔o發(fā)起點(diǎn)，以在編 解碼協(xié)商發(fā)起點(diǎn)、中間節(jié)點(diǎn)及終結(jié)點(diǎn)之間進(jìn)行編解碼協(xié)商。進(jìn)一步地，若編解碼協(xié)商消息中包含允許優(yōu)化信息，則收到該消息的中 間節(jié)點(diǎn)和/或終結(jié)點(diǎn)對(duì)該編解碼信息修改時(shí)根據(jù)本地策略從編解碼信息中刪 除不支持的速率；若編解碼協(xié)商消息中包含不允許優(yōu)化信息，且收到該消息 的節(jié)點(diǎn)不能完全支持該編解碼，則該節(jié)點(diǎn)對(duì)編解碼信息修改時(shí)直接刪除該編 解碼信息。進(jìn)一步地，編解碼協(xié)商消息中包含允許優(yōu)化信息，且中間節(jié)點(diǎn)僅支持編 解碼信息中編解碼集合的某一子集或全集，則發(fā)送給終結(jié)點(diǎn)的編解碼協(xié)商消 息中包含不允許優(yōu)化信息。進(jìn)一步地，在編解碼協(xié)商終結(jié)點(diǎn)回復(fù)的編解碼協(xié)商應(yīng)答消息中攜帶不允 許優(yōu)化的信息。進(jìn)一步地，編解碼協(xié)商消息和編解碼協(xié)商應(yīng)答消息中有多條編解碼信息 及與該多條編解碼信息分別對(duì)應(yīng)的是否允許優(yōu)化信息。進(jìn)一步地，編解碼協(xié)商消息中的是否允許優(yōu)化信息通過會(huì)話描述協(xié)議消 息中的參數(shù)攜帶或會(huì)話初始協(xié)議消息的消息頭攜帶。進(jìn)一步地，編解碼協(xié)商的發(fā)起點(diǎn)、中間網(wǎng)絡(luò)節(jié)點(diǎn)和終結(jié)點(diǎn)是^ 某體網(wǎng)關(guān)控 制功能、IP多媒體系統(tǒng)中的呼叫控制功能或IP多媒體系統(tǒng)終端。進(jìn)一步地，編解碼協(xié)商的發(fā)起點(diǎn)根據(jù)本地編解碼支持情況或前端網(wǎng)絡(luò)發(fā) 送來的編解碼信息，構(gòu)造編解碼協(xié)商消息。相較與現(xiàn)有技術(shù)，使用本發(fā)明方法在IMS網(wǎng)絡(luò)中的AMR編解碼協(xié)商更 加簡(jiǎn)潔高效，能夠正確完成AMR信息在IMS網(wǎng)絡(luò)中的參數(shù)描述，減小不必 要的開銷，快速完成全網(wǎng)AMR的編解碼協(xié)商過程，且本發(fā)明方法簡(jiǎn)單，對(duì) 系統(tǒng)能力要求不高，可操作性強(qiáng)。


圖1為本發(fā)明IMS網(wǎng)絡(luò)中的AMR編解碼協(xié)商處理的步驟示意圖，OM 信息通過SDP攜帶。圖2為本發(fā)明IMS網(wǎng)絡(luò)中的AMR編解碼協(xié)商處理的步驟示意圖，OM 信息通過SIP消息頭攜帶。
具體實(shí)施方式
本發(fā)明是一種IMS網(wǎng)絡(luò)中的AMR編解碼協(xié)商的實(shí)現(xiàn)方法，實(shí)施該方法 的系統(tǒng)包括IMS AMR編解碼協(xié)商的發(fā)起點(diǎn)、IMS AMR編解碼協(xié)商中間節(jié) 點(diǎn)及IMS AMR編解碼協(xié)商終結(jié)點(diǎn)(以下分別簡(jiǎn)稱發(fā)起點(diǎn)、中間節(jié)點(diǎn)及終結(jié) 點(diǎn))，物理上各節(jié)點(diǎn)可以是媒體網(wǎng)關(guān)控制功能(MGCF)、 IP多媒體系統(tǒng)(IMS) 中的呼叫控制功能(CSCF) 、 IP多媒體系統(tǒng)(IMS)終端等。根據(jù)實(shí)際需要，IMS AMR編解碼的協(xié)商可以在兩個(gè)節(jié)點(diǎn)之間協(xié)商，兩 個(gè)節(jié)點(diǎn)分別為發(fā)起點(diǎn)和終結(jié)點(diǎn)，也可以通過中間節(jié)點(diǎn)在三個(gè)或多個(gè)節(jié)點(diǎn)之間 協(xié)商，三個(gè)節(jié)點(diǎn)分別為發(fā)起點(diǎn)、中間節(jié)點(diǎn)及終結(jié)點(diǎn)。在IM S網(wǎng)絡(luò)中的兩個(gè)節(jié)點(diǎn)之間實(shí)現(xiàn)AMR編解碼協(xié)商的方法包括以下步驟步驟一發(fā)起點(diǎn)發(fā)送編解碼協(xié)商消息給終結(jié)點(diǎn)，其中包含編解碼信息及 是否允許優(yōu)化信息；步驟二終結(jié)點(diǎn)接收編解碼協(xié)商消息后，對(duì)消息進(jìn)行解碼，且根據(jù)收到 的編解碼協(xié)商消息中是否允許優(yōu)化信息及本地策略修改編解碼信息及確定 是否允許優(yōu)化，并回復(fù)編解碼協(xié)商應(yīng)答消息，該應(yīng)答消息中攜帶修改后的編 解碼信息及是否允許優(yōu)化信息；步驟三發(fā)起點(diǎn)收到編解碼協(xié)商應(yīng)答消息后，獲得編解碼協(xié)商結(jié)果，完 成一次編解碼協(xié)商發(fā)起點(diǎn)和編解碼協(xié)商終結(jié)點(diǎn)之間的編解碼協(xié)商過程。在IMS網(wǎng)絡(luò)中的三個(gè)節(jié)點(diǎn)之間實(shí)現(xiàn)AMR編解碼協(xié)商的方法包括以下步驟步驟一發(fā)起點(diǎn)發(fā)送編解碼協(xié)商消息給中間節(jié)點(diǎn)，其中包含編解碼信息 及是否允許優(yōu)化信息；步驟二中間節(jié)點(diǎn)接收編解碼協(xié)商消息后，對(duì)消息進(jìn)行解碼，且根據(jù)收 到的編解碼協(xié)商消息中是否允許優(yōu)化信息和本地策略修改編解碼信息及確 定是否允許優(yōu)化，并發(fā)送編解碼協(xié)商消息給終結(jié)點(diǎn)，其中攜帶該中間節(jié)點(diǎn)修 改后的編解碼信息及確定的是否允許優(yōu)化信息；步驟三終結(jié)點(diǎn)接收編解碼協(xié)商消息后，對(duì)消息進(jìn)行解碼，且根據(jù)收到 的編解碼協(xié)商消息中是否允許優(yōu)化信息及本地策略修改編解碼信息及確定 是否允許優(yōu)化，并回復(fù)編解碼協(xié)商應(yīng)答消息給中間節(jié)點(diǎn)，其中攜帶該終結(jié)點(diǎn) 修改后的編解碼信息及確定的是否允許優(yōu)化信息；步驟四中間節(jié)點(diǎn)透?jìng)骶幗獯a協(xié)商應(yīng)答消息給發(fā)起點(diǎn)，發(fā)起點(diǎn)收到應(yīng)答 消息后，獲得AMR編解碼協(xié)商結(jié)果，完成一次編解碼協(xié)商發(fā)起點(diǎn)、編解碼 協(xié)商中間節(jié)點(diǎn)及編解碼協(xié)商終結(jié)點(diǎn)之間的編解碼協(xié)商過程。編解碼協(xié)商消息和編解碼協(xié)商應(yīng)答消息中可以有多條編解碼信息及與 該多條編解碼信息分別對(duì)應(yīng)的是否允許優(yōu)化信息，接收側(cè)根據(jù)本地策略對(duì)該 多條編解碼信息修改及確定相應(yīng)的OM信息。息可以通過以下兩種方式實(shí)現(xiàn)方式一OM信息通過會(huì)話描述協(xié)議消息SDP中的參數(shù)攜帶，舉例如下a=fmtp:97 mode-set=0,2,5,7;OM=YES;方式二 OM信息通過會(huì)話初始協(xié)議消息SIP的消息頭攜帶，以下稱 為OM頭i或，舉例3口下SIP/2.0 100 TryingVia: SIP/2.0/UDP pcscfl,visitedl.net ;branch=z9hG4bK240f 34 ,1From:To:Call-ID .-CSeq: M:YESContent-;Length: 0SIP的消息頭域(Header Fields)部分，包括很多，F(xiàn)rom/to/Route等，擴(kuò) 展的OM也在頭域部分，稱為OM頭域。當(dāng)OM或OM頭域?yàn)?允許"時(shí)，表示mode-set是允許被修改為它自 身的子集的，也就是說，表示發(fā)送SDPOffer信息的節(jié)點(diǎn)支持mode-set中的 編解碼信息的所有子，供接受側(cè)選擇，接收側(cè)可以根據(jù)本地策略從 mode-set刪除不支持的AMR速率。當(dāng)OM或OM頭域?yàn)?不允許"時(shí)，表示mode-set是不允許被修改的， 也就是說，表示發(fā)送SDP Offer信息的節(jié)點(diǎn)僅支持mode-set中的編解碼信息 全集，接受側(cè)也必須同時(shí)支持這個(gè)全集，才能表示支持這個(gè)媒體流，否則為 不支持；即后續(xù)節(jié)點(diǎn)不能修改編解碼參數(shù)，如果不能完全支持該編解碼，在 應(yīng)答消息中可以直接去除該編解碼信息。中間節(jié)點(diǎn)或終結(jié)點(diǎn)對(duì)編解碼信息進(jìn)行修改時(shí)，如果收到的OM信息為允 許，則中間節(jié)點(diǎn)或終結(jié)點(diǎn)根據(jù)本地策略從編解碼信息中刪除不支持的AMR 速率，如收到的OM信息為不允許，且中間節(jié)點(diǎn)或終結(jié)點(diǎn)不能完全支持該編 解碼，則直接刪除該編解碼信息。中間節(jié)點(diǎn)確定是否允許優(yōu)化的信息時(shí)，如收到的OM信息為允許，且中 間節(jié)點(diǎn)僅支持編解碼信息中編解碼集合的某一子集或全集，則發(fā)送給終結(jié)點(diǎn) 的OM信息為不允許。在編解碼協(xié)商應(yīng)答消息中，OM根據(jù)終結(jié)點(diǎn)情況填寫，由于是協(xié)商結(jié)果，一般取值為"不允許"。以下以三個(gè)節(jié)點(diǎn)之間的協(xié)商為例針對(duì)以上兩種方式，分別進(jìn)行詳細(xì)描述。第一實(shí)施方式IMS網(wǎng)絡(luò)中的AMR編解碼協(xié)商處理過程，如圖1所示，其中OM信息 通過SDP中的參數(shù)攜帶，該處理過程包括以下步驟步驟110: MGCF做為IMS AMR編解碼協(xié)商的發(fā)起點(diǎn)，根據(jù)本地編解 碼支持情況或前端網(wǎng)絡(luò)發(fā)送來的編解碼信息，構(gòu)造SDP Offer信息發(fā)送，其 中包括mode-set、 mode-change-period、 mode-change-neighbor等信息,還包 括OM參數(shù)，表示本mode-set是否允許修改。mode-change-period、 mode-change-neighbor參凄史是AMR的兩個(gè)常用參數(shù)。其中SDP Offer內(nèi)容為a=fmtp:97 mode-set=a,b，c,d,e，f;OM=yes;...以上消息內(nèi)容表示發(fā)起點(diǎn)支持97類型中a,b,c,d,e,f的所有子集，即允 許修改。這里的AMR信息也可以是多條，即多個(gè)a=rtpmap和a=ftmp行。步驟120: CSCF做為IMS AMR編解碼協(xié)商的中間節(jié)點(diǎn)收到SDP Offer 信息后，根據(jù)需要確定是否處理該SDP信息，如果需要處理，則根據(jù)網(wǎng)絡(luò) 資源狀況、用戶簽約狀況或運(yùn)營(yíng)需要等，解析SDP信息，如果OM為允許 修改，則從mode-set中刪除不支持的AMR速率，并繼續(xù)轉(zhuǎn)發(fā)SDP Offer信 息。因中間節(jié)點(diǎn)也支持97類型中a,b，c,d，e,f的所有子集，所以轉(zhuǎn)發(fā)以上編解 碼消息SDP Offer如下a=fintp:97 mode-set=a,c，d,e,f;OM=yes;...如果為不允許，則不能對(duì)一個(gè)AMR內(nèi)部的mode-set值進(jìn)行任何改動(dòng)，要么全部支持，要么就不支持這種AMR。步驟130: UE做為IMS AMR編解碼協(xié)商的終結(jié)點(diǎn)收到SDPOffer信息 后,才艮才居mode-set、 mode-change-period 、 mode陽change-neighbor、 OM及本 地編解碼支持情況，刪除不支持的AMR速率，回復(fù)SDP Answer信息，并 將SDP Answer中OM置為不允許》f改。終結(jié)點(diǎn)UE僅支持a,c,d，f，則回復(fù)的編解碼協(xié)商應(yīng)答消息SDP Answer為a=fmtp:97 mode-set=a,c，d，f;OM=No;...步驟140: CSCF收到SDP Answer信息后，完成本地處理，把SDP信 息透?jìng)鹘oMGCF。其中SDP Answer內(nèi)容為a=fmtp:97 mode-set=a，c,d,f;OM=No;...MGCF收到SDP Answer信息后，獲得mode-set中的AMR編解碼速率 集合，這個(gè)集合是整個(gè)網(wǎng)絡(luò)包括發(fā)起點(diǎn)和終結(jié)點(diǎn)的編解碼協(xié)商結(jié)果，發(fā)起點(diǎn) 根據(jù)具體需要確定本次會(huì)話使用的編解碼類型和速率等信息，編解碼協(xié)商完成。后續(xù)MGCF與UE之間通信使用的媒體流編解碼為協(xié)商后得到的編解 碼，直到下一次編解碼協(xié)商完成或呼叫釋放。以下給出兩個(gè)應(yīng)用實(shí)例進(jìn)行i兌明應(yīng)用實(shí)例1:發(fā)起節(jié)點(diǎn)支持97類型中0、 2、 5、 7的全集及98類型的1，4，5全集，且 均不允許4奮改，則SDP Offer為m=audio 3456 RTP/AVP 97 98 a二:rtpmap: 97 AMRa=fmtp:97 mode-set-0, 2, 5, 7; OM=NO,*。。 a=rtpmap:98 AMRa=fmtp: 97 mode - set=1, 4 , 5OM=NO,'。。。若中間節(jié)點(diǎn)或終結(jié)點(diǎn)不支持97類型中0、 2、 5、 7的全集，但支持98 類型mode-set 1/4/5,但不支持該mode-set的子集，則轉(zhuǎn)發(fā)出的Offer或回應(yīng) 的Answer:m-audio 3456 RTP/AVP 98 a-rtpmap:98 AMRa-fmtp:97 mode-set-l, 4, 5mode-change-period-2 OM-NO,*應(yīng)用實(shí)例2:發(fā)起節(jié)點(diǎn)支持97類型中0、 2、 5、 7的所有子集即允許修改，但_僅支持 98類型的1,4，5全集，不允許修改，則SDP Offer為m-audio 3456 RTP/AVP97 98a-r"tpmap:97 AMRa=fmtp:97mode-set-02,5,7; OM=yes;。。。a-rtpmap:98 AMRa-fmtp:97mode-set=l.4,5,' OM=no 。。。中間節(jié)點(diǎn)不支持97類型中0、 2，但支持97類型的5、 7全集和5、 7 的任意組合。支持98類型中1,4,5全集，但不能支持98類型的子集，即不 支持1、 4或4、 5的組合，則轉(zhuǎn)發(fā)出的Offer:m-audio 3456 RTP/AVP97 98a=rtpmap:97 AMRa=fmtp:97 mode-set=57; OM-yes,'。。。a=rtpmap:98 AMRa=fmtp:97 mode-set-14,57 OM=ON,.。。。也就是說，按照97類型的OM值及某種本地策略，修改了 mode-set, 但OM保持不變。98類型，根據(jù)某種本地策略，不再支持后續(xù)節(jié)點(diǎn)的修改， 則^ff改OM為NO。第二實(shí)施方式IMS網(wǎng)絡(luò)中的AMR編解碼協(xié)商處理過程如圖2所示，其中OM頭域是 通過SIP消息發(fā)送的，該方法包括以下步驟步驟210: MGCF做為IMS AMR編解碼協(xié)商的發(fā)起點(diǎn)，根據(jù)本地編解 碼支持情況或前端網(wǎng)絡(luò)發(fā)送來的編解碼信息，構(gòu)造SIP消息發(fā)送，消息頭中 包括OM頭域，表示消息體中提供的AMR編解碼的mode-set參數(shù)是否允 許修改，消息體內(nèi)容即SDP Offer信息，其中包括mode-set 、 mode-change-period 、 mode-change-neighbor等信息。其中，SIP消息內(nèi)容為SIP/2.0 ... from:*** to:*** ... OM:yesSDP Offer (a=fintp:97 mode-set=a,b,c，d,e,f;...)步驟220: CSCF做為IMS AMR編解碼協(xié)商的中間節(jié)點(diǎn)收到包含SDP Offer信息的SIP消息后，根據(jù)需要確定是否處理該SDP信息，如果需要處 理，則根據(jù)網(wǎng)絡(luò)資源狀況、用戶簽約狀況或運(yùn)營(yíng)需要等，解析SDP信息， 如果OM為允許修改，則從mode-set中刪除不支持的AMR速率，并才艮據(jù)本 地策略設(shè)置OM信息。本例中根據(jù)中間節(jié)點(diǎn)的本地策略，僅支持協(xié)商后的編解碼全集，不支持 后續(xù)節(jié)點(diǎn)的對(duì)編解碼的再次刪減，修改OM頭域?yàn)椴辉试S。則SIP消息內(nèi)容 為SIP/2.0 ... from:*** to:*** ... OM: No SDP Offer ( a=fintp:97 mode-set=a，c,d，e,f;...)步驟230: UE做為IMS AMR編解碼協(xié)商的終結(jié)點(diǎn)收到包含SDP Offer 信息的SIP消息后，才艮據(jù)mode-set 、 mode-change-period、 mode-change-neighbor和OM頭域及本地編解碼支持情況或與后續(xù)網(wǎng)絡(luò)進(jìn)行編解碼協(xié)商后的結(jié) 果，刪除不支持的AMR速率，回復(fù)SDP Answer信息，并將消息中OM置 為不允許修改，完成一次編解碼協(xié)商過程。其中，SIP消息內(nèi)容為SIP/2.0 ... from:*** to:*** ... OM:NoSDP Answer(a=fmtp:97 mode-set=a,c,d,e，f; .)步驟240: CSCF收到包含SDP Answer信息的SIP消息后，按照正常的 SIP消息處理原則處理，透?jìng)鱏DP信息給MGCF。MGCF收到包含SDP Offer 信息的SIP消息后，獲得mode-set中的AMR編解碼速率集合，其中，SIP消息內(nèi)容為SIP/2.0 ... from:*** to:*** ... OM:NoSDP Answer(a=fhitp:97 mode-set=a,c，d,e,f;...)這個(gè)集合是整個(gè)網(wǎng)絡(luò)包括發(fā)起點(diǎn)和終結(jié)點(diǎn)的編解碼協(xié)商結(jié)果，發(fā)起點(diǎn)根 據(jù)具體需要確定本次會(huì)話使用的編解碼類型和速率等信息，編解碼協(xié)商完成。后續(xù)MGCF與UE之間通信使用的媒體流編解碼為協(xié)商后得到的編解碼， 直到下一次編解碼協(xié)商完成或呼叫釋放。編解碼協(xié)商的發(fā)起點(diǎn)、中間網(wǎng)絡(luò)節(jié)點(diǎn)和終結(jié)點(diǎn)也可以分別是IMS終端、 IMS網(wǎng)絡(luò)中的呼叫控制功能、々某體網(wǎng)關(guān)控制功能。通過本方法在IMS網(wǎng)絡(luò)中的AMR編解碼協(xié)商更加筒潔高效，能夠正確 完成AMR信息在IMS網(wǎng)絡(luò)中的參數(shù)描述，減小不必要的開銷，快速完成全 網(wǎng)AMR的編解碼協(xié)商過程，且本發(fā)明方法簡(jiǎn)單，對(duì)系統(tǒng)能力要求不高，可 操作性強(qiáng)。
權(quán)利要求
1、一種窄帶自適應(yīng)多速率編解碼協(xié)商的實(shí)現(xiàn)方法，該方法包括以下步驟(a)編解碼協(xié)商的發(fā)起點(diǎn)發(fā)送編解碼協(xié)商消息，其中包含編解碼信息及是否允許優(yōu)化信息；(b)編解碼協(xié)商的終結(jié)點(diǎn)接收編解碼協(xié)商消息后，對(duì)消息進(jìn)行解碼，且根據(jù)收到的消息中是否允許優(yōu)化信息及本地策略修改編解碼信息及確定是否允許優(yōu)化，并回復(fù)編解碼協(xié)商應(yīng)答消息，該應(yīng)答消息中攜帶修改后的編解碼信息及是否允許優(yōu)化信息；(c)編解碼協(xié)商的發(fā)起點(diǎn)收到編解碼協(xié)商應(yīng)答消息后，獲得編解碼協(xié)商結(jié)果，完成一次編解碼協(xié)商過程。
2、 如權(quán)利要求l所述的方法，其特征在于步驟(a)中編解碼協(xié)商發(fā)起 點(diǎn)發(fā)送編解碼協(xié)商消息給編解碼協(xié)商終結(jié)點(diǎn)；步驟(b)中編解碼協(xié)商終結(jié)點(diǎn) 發(fā)送編解碼協(xié)商應(yīng)答消息給編解碼協(xié)商發(fā)起點(diǎn)，以在編解碼協(xié)商發(fā)起點(diǎn)和編 解碼協(xié)商終結(jié)點(diǎn)之間進(jìn)行編解碼協(xié)商。
3、 如權(quán)利要求l所述的方法，其特征在于步驟(a)中編解碼協(xié)商發(fā)起 點(diǎn)發(fā)送編解碼協(xié)商消息給編解碼協(xié)商中間節(jié)點(diǎn)，且編解碼協(xié)商中間節(jié)點(diǎn)接收 編解碼協(xié)商消息后，對(duì)消息進(jìn)行解碼，且根據(jù)收到的消息中是否允許優(yōu)化信 息和本地策略修改編解碼信息及確定是否允許優(yōu)化，并發(fā)送編解碼協(xié)商消息 給編解碼協(xié)商終結(jié)點(diǎn)，其中攜帶該中間節(jié)點(diǎn)修改后的編解碼信息及確定的是 否允許優(yōu)化信息；步驟(b)中，編解碼協(xié)商終結(jié)點(diǎn)發(fā)送編解碼協(xié)商應(yīng)答消息 給編解碼協(xié)商中間節(jié)點(diǎn)；編解碼協(xié)商中間節(jié)點(diǎn)收到終結(jié)點(diǎn)的編解碼協(xié)商應(yīng)答 消息透?jìng)髟撓⒔o發(fā)起點(diǎn)，以在編解碼協(xié)商發(fā)起點(diǎn)、中間節(jié)點(diǎn)及終結(jié)點(diǎn)之間 進(jìn)行編解碼協(xié)商。
4、 如權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于若編解碼協(xié) 商消息中包含允許優(yōu)化信息，則收到該消息的中間節(jié)點(diǎn)和/或終結(jié)點(diǎn)對(duì)該編 解碼信息修改時(shí)根據(jù)本地策略從編解碼信息中刪除不支持的速率；若編解碼協(xié)商消息中包含不允許優(yōu)化信息，且收到該消息的節(jié)點(diǎn)不能完全支持該編解 碼，則該節(jié)點(diǎn)對(duì)編解碼信息修改時(shí)直接刪除該編解碼信息。
5、 如權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于編解碼協(xié)商 消息中包含允許優(yōu)化信息，且中間節(jié)點(diǎn)僅支持編解碼信息中編解碼集合的某 一子集或全集，則發(fā)送給終結(jié)點(diǎn)的編解碼協(xié)商消息中包含不允許優(yōu)化信息。
6、 如權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于在編解碼協(xié) 商終結(jié)點(diǎn)回復(fù)的編解碼協(xié)商應(yīng)答消息中攜帶不允許優(yōu)化的信息。
7、 如權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于編解碼協(xié)商 消息和編解碼協(xié)商應(yīng)答消息中有多條編解碼信息及與該多條編解碼信息分 別對(duì)應(yīng)的是否允許優(yōu)化信息。
8、 權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于編解碼協(xié)商消 息中的是否允許優(yōu)化信息通過會(huì)話描述協(xié)議消息中的參數(shù)攜帶或會(huì)話初始 協(xié)議消息的消息頭攜帶。
9、 如權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于編解碼協(xié)商 的發(fā)起點(diǎn)、中間網(wǎng)絡(luò)節(jié)點(diǎn)和終結(jié)點(diǎn)是媒體網(wǎng)關(guān)控制功能、IP多媒體系統(tǒng)中 的呼叫控制功能或IP多J 某體系統(tǒng)終端。
10、 如權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于編解碼協(xié) 商的發(fā)起點(diǎn)根據(jù)本地編解碼支持情況或前端網(wǎng)絡(luò)發(fā)送來的編解碼信息，構(gòu)造 編解碼協(xié)商消息。
全文摘要
本發(fā)明提供一種窄帶自適應(yīng)多速率編解碼協(xié)商的實(shí)現(xiàn)方法，包括以下步驟(a)編解碼協(xié)商的發(fā)起點(diǎn)發(fā)送編解碼協(xié)商消息，其中包含編解碼信息及是否允許優(yōu)化信息；(b)編解碼協(xié)商的終結(jié)點(diǎn)接收編解碼協(xié)商消息后，對(duì)消息進(jìn)行解碼，且根據(jù)收到的消息中是否允許優(yōu)化信息及本地策略修改編解碼信息及確定是否允許優(yōu)化，并回復(fù)編解碼協(xié)商應(yīng)答消息，該應(yīng)答消息中攜帶修改后的編解碼信息及是否允許優(yōu)化信息；(c)編解碼協(xié)商的發(fā)起點(diǎn)收到編解碼協(xié)商應(yīng)答消息后，獲得編解碼協(xié)商結(jié)果，完成一次編解碼協(xié)商過程。本發(fā)明方法簡(jiǎn)潔高效，能夠正確完成AMR信息在IMS網(wǎng)絡(luò)中的參數(shù)描述，減小不必要的開銷。
文檔編號(hào)G10L19/00GK101330507SQ20071018797
公開日2008年12月24日 申請(qǐng)日期2007年11月15日 優(yōu)先權(quán)日2007年11月15日
發(fā)明者溫占波 申請(qǐng)人:中興通訊股份有限公司