專利名稱：Tfo的處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種TFO的處理方法及裝置。
背景技術(shù)：
現(xiàn)代移動(dòng)通信的系統(tǒng)中，當(dāng)A 口承載于時(shí)分復(fù)用(Time Division Multiplex,簡(jiǎn)稱為T(mén)DM)傳輸時(shí)，TDM鏈路上傳輸64kbps的PCM碼流，位于基站控制器(Base StationController，簡(jiǎn)稱為BSC)的碼型變換器(Transcoder，簡(jiǎn)稱為T(mén)C)模塊負(fù)責(zé)進(jìn)行用戶面語(yǔ)音數(shù)據(jù)的碼型轉(zhuǎn)換，在這種場(chǎng)景下，為了解決移動(dòng)臺(tái)(Mobile Station簡(jiǎn)稱為MS)對(duì)MS呼叫時(shí)，傳輸鏈路上兩次語(yǔ)音編解碼級(jí)聯(lián)操作造成的語(yǔ)音質(zhì)量降低，3GPP協(xié)議28.062提出了一種避免編解碼級(jí)聯(lián)操作的串聯(lián)自由操作(Tandem Free Operation,簡(jiǎn)稱為T(mén)F0)功能,該方法通過(guò)插入帶內(nèi)信令的方式實(shí)現(xiàn)通話兩端MS的編解碼算法協(xié)商，協(xié)商一致時(shí)將語(yǔ)音信息以TFO巾貞的形式插入到脈沖編碼調(diào)制(Pulse-code modulation,簡(jiǎn)稱為PCM)碼流中，由對(duì)端解析出來(lái)拓傳給MS，使語(yǔ)音在傳輸?shù)倪^(guò)程中減少了一次編解碼的操作，從而使得話音質(zhì)量得到提高。為了保證TFO消息的插入不影響正常的語(yǔ)音質(zhì)量，TFO消息在設(shè)計(jì)上被分成了許多塊，每一塊為10比特，持續(xù)時(shí)間為20ms，插入到對(duì)應(yīng)時(shí)間生成的160字節(jié)PCM碼流中，以替換每16個(gè)PCM字節(jié)中第一個(gè)PCM字節(jié)的最低比特位的方式，這樣做是為了保證TFO消息的傳輸對(duì)語(yǔ)音質(zhì)量基本無(wú)影響。而TFO幀則是以替換每個(gè)PCM字節(jié)低I (8k) ,2 (16k)或4 (32k)比特位的方式進(jìn)行傳輸，因?yàn)橐坏﹤鬏擳FO幀，表明TFO協(xié)商成功，TC將直接使用TFO幀，所以每20ms的PCM碼流必須攜帶一幀完整的TFO幀才能保證語(yǔ)音的連續(xù)傳輸，由于不再進(jìn)行編碼，也不必?fù)?dān)心PCM碼流比特被替換的問(wèn)題，占用PCM低比特位傳輸?shù)姆绞綄?duì)TFO同步丟失時(shí)快速切換回非TFO操作提供了無(wú)縫切換的可能，雖然切換的過(guò)程中語(yǔ)音質(zhì)量會(huì)有所影響，但基本的語(yǔ)音特征得以保持。受限于承載于TDM的A 口(AoverTDM，簡(jiǎn)稱為AoTDM) 64kbps的電路帶寬限制，TFO消息和TFO幀的傳輸只能采取上面描述的方式進(jìn)行。在一次呼叫過(guò)程中，等待被叫應(yīng)答期間A 口的PCM數(shù)據(jù)被回鈴音替換，TFO消息只能在被叫摘機(jī)后才能得以交互，而最短的TFO消息持續(xù)時(shí)長(zhǎng)為60ms,攜帶本地語(yǔ)音配置信息用于TFO協(xié)商的REQ消息最短為140ms,根據(jù)TFO協(xié)議的設(shè)計(jì)，為了保證TFO消息的正常交互，摘機(jī)后最短也要400ms左右才能完成TFO的建立。另外，TFO協(xié)議還描述了一種用于傳輸配置參數(shù)信息的配置巾貞。在傳輸配置巾貞時(shí)，使用配置幀在A 口傳輸配置參數(shù)比TFO消息要快，但僅在TFO建立后才能使用，且傳輸配置幀需要替換正常語(yǔ)音幀的偷幀操作，會(huì)對(duì)語(yǔ)音質(zhì)量有所影響。隨著GSM系統(tǒng)的發(fā)展，傳統(tǒng)的A 口承載于TDM傳輸?shù)姆绞节呄蛴谙騃P承載發(fā)展。當(dāng)TC位于BSC時(shí)，A 口傳輸?shù)腜CM碼流將承載于實(shí)時(shí)傳輸協(xié)議(Real-time TransportProtocol,簡(jiǎn)稱為RTP)/用戶數(shù)據(jù)包協(xié)議(User Datagram Protocol,簡(jiǎn)稱為UDP)/互連網(wǎng)協(xié)議(Internet Protocol，簡(jiǎn)稱為IP)進(jìn)行傳輸。TFO在PCMoIP場(chǎng)景的實(shí)現(xiàn)，3GPP協(xié)議沒(méi)有相關(guān)的描述，只是提到該場(chǎng)景下仍然支持TFO。在現(xiàn)有的TFO在分組傳輸網(wǎng)絡(luò)場(chǎng)景應(yīng)用中，提出了將TFO信息(TF0消息或TFO幀)與PCM數(shù)據(jù)分離傳輸?shù)乃枷?，其方法主要針?duì)于分組傳輸網(wǎng)絡(luò)中將電路交互的PCM數(shù)據(jù)轉(zhuǎn)換為分組報(bào)文傳輸?shù)拿襟w網(wǎng)關(guān)模塊。在將電路數(shù)據(jù)轉(zhuǎn)換為分組數(shù)據(jù)的發(fā)送端，媒體網(wǎng)關(guān)對(duì)接收到的PCM碼流進(jìn)行TFO信息的檢測(cè)和提取，然后將TFO信息與PCM語(yǔ)音數(shù)據(jù)分開(kāi)組包傳輸；在將分組數(shù)據(jù)轉(zhuǎn)換為電路數(shù)據(jù)的接收端，媒體網(wǎng)關(guān)接收并同步收到的TFO信息和PCM語(yǔ)音數(shù)據(jù)報(bào)文，將其重新組合為嵌入TFO信息的PCM碼流進(jìn)行傳輸。這樣的方法旨在保證TFO信息在分組網(wǎng)絡(luò)中傳輸時(shí)不被破壞，解決了 TFO在分組傳輸網(wǎng)絡(luò)中的應(yīng)用問(wèn)題，但有其局限性。一方面由于只是針對(duì)分組傳輸網(wǎng)絡(luò)的部分，對(duì)TFO狀態(tài)機(jī)的機(jī)制不涉及任何修改，從而無(wú)法針對(duì)分組傳輸?shù)膽?yīng)用來(lái)提高TFO建立的效率，對(duì)TC/TRAU的TFO建立流程也不能起到優(yōu)化的作用；另一方面媒體網(wǎng)關(guān)由于要在PCM碼流中進(jìn)行TFO信息的提取和融合，需要增加TFO消息/TFO幀的同步監(jiān)測(cè)，在接收端還必須保證TFO消息、TFO幀與PCM碼流的同步，流程比較復(fù)雜；從分組網(wǎng)絡(luò)傳輸帶寬利用率的角度，由于接收端需要重新組合同步TFO信息與PCM碼流，傳輸帶寬只會(huì)因?yàn)門(mén)FO信息的分離傳輸增加而不會(huì)減少。針對(duì)相關(guān)技術(shù)中TFO處理過(guò)程繁瑣，導(dǎo)致TFO的處理時(shí)間較長(zhǎng)且效率較低的問(wèn)題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明提供了一種TFO的處理方法及裝置，以至少解決相關(guān)技術(shù)中TFO處理過(guò)程繁瑣，導(dǎo)致TFO的處理時(shí)間較長(zhǎng)且效率較低的問(wèn)題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種TFO的處理方法，包括:本地TC模塊向?qū)Χ薚C模塊發(fā)送實(shí)時(shí)傳輸控制協(xié)議(Real-time Transport Control Protocol,簡(jiǎn)稱為RTCP)報(bào)文，其中，RTCP報(bào)文中包括本地TFO配置信息和語(yǔ)音傳輸格式；如果在預(yù)定時(shí)間內(nèi)，本地TC模塊收到來(lái)自對(duì)端TC模塊的RTCP TFO報(bào)文，則本地TC模塊向?qū)Χ薚C模塊發(fā)送ACK報(bào)文，并啟動(dòng)與對(duì)端的TFO協(xié)商，其中，RTCPTF0報(bào)文中包括對(duì)端的TFO參數(shù)。優(yōu)選地，本地TC模塊向?qū)Χ薚C模塊發(fā)送RTCP報(bào)文包括:本地TC模塊向?qū)Χ薚C模塊連續(xù)發(fā)送RTCP報(bào)文，并啟動(dòng)定時(shí)器。優(yōu)選地，本地TC模塊向?qū)Χ薚C模塊發(fā)送ACK報(bào)文之前，還包括:本地TC模塊停止發(fā)送RTCP報(bào)文，并復(fù)位定時(shí)器。優(yōu)選地，語(yǔ)音傳輸格式至少包括以下之一:壓縮語(yǔ)音碼流，不攜帶TFO幀的PCM碼流，攜帶TFO幀的PCM碼流。優(yōu)選地，在本地TC模塊發(fā)送ACK報(bào)文到對(duì)端TC模塊，并啟動(dòng)TFO協(xié)商之后，還包括:若TFO協(xié)商成功，則本地TC模塊向?qū)Χ薚C模塊發(fā)送RTP報(bào)文指示進(jìn)行TFO語(yǔ)音傳輸。優(yōu)選地，如果TFO語(yǔ)音傳輸?shù)膫鬏敻袷綖楸镜刂С值膲嚎s的語(yǔ)言碼流，則不進(jìn)行上行解碼。優(yōu)選地，在本地TC模塊向?qū)Χ薚C模塊發(fā)送RTP報(bào)文指示進(jìn)行TFO語(yǔ)音傳輸之后，還包括:本地TC模塊接收來(lái)自遠(yuǎn)端TC模塊的RTP報(bào)文，并對(duì)RTP報(bào)文中的凈荷的傳輸格式進(jìn)行判斷；如果凈荷為本地支持的壓縮語(yǔ)音碼流，則不對(duì)壓縮語(yǔ)音碼流進(jìn)行編碼，并直接進(jìn)行下行透?jìng)鳎蝗绻麅艉蔀镻CM碼流，則進(jìn)一步判斷是否攜帶有TFO幀，如果是，則不對(duì)PCM碼流進(jìn)行編碼，并直接提取TFO幀進(jìn)行下行透?jìng)?；如果否，則對(duì)PCM碼流進(jìn)行編碼。優(yōu)選地，在本地TC模塊向遠(yuǎn)端TC模塊發(fā)送RTCP報(bào)文，并啟動(dòng)定時(shí)器之后，還包括:如果本地TC模塊在預(yù)定時(shí)間內(nèi)未收到RTCP TFO報(bào)文，則停止本地的TFO處理?；蜓佑脗鹘y(tǒng)的AoTDM方式進(jìn)行TFO協(xié)商。優(yōu)選地，本地TC模塊向?qū)Χ薚C模塊發(fā)送ACK報(bào)文，并啟動(dòng)TFO協(xié)商之后，包括:若TFO協(xié)商不成功，則本地TC模塊停止本地的TFO處理，并發(fā)送RTCP TFO結(jié)束報(bào)文至對(duì)端TC模塊以指示本地已經(jīng)停止TFO處理。優(yōu)選地，TFO配置信息包括:TF0協(xié)議中通用配置幀攜帶的配置參數(shù)信息。優(yōu)選地，在本地TC模塊向?qū)Χ薚C模塊發(fā)送RTCP報(bào)文之后，還包括:若位于傳輸鏈路上的IPE網(wǎng)元具備PCM數(shù)據(jù)的處理能力，則IPE網(wǎng)元對(duì)RTCP TFO報(bào)文進(jìn)行監(jiān)測(cè)，當(dāng)RTCP報(bào)文中的PCM碼流攜帶TFO幀，則IPE網(wǎng)元對(duì)TFO幀進(jìn)行透?jìng)?。?yōu)選地，若IPE網(wǎng)元需要對(duì)PCM數(shù)據(jù)進(jìn)行處理，則修改RTCP TFO報(bào)文中攜帶且支持的語(yǔ)音傳輸格式為攜帶TFO幀的PCM碼流，但不改變除語(yǔ)音傳輸格式外的TFO參數(shù)信息。根據(jù)本發(fā)明的另一方面，提供了一種TFO的處理裝置，包括:發(fā)送模塊，用于向?qū)Χ薚C模塊發(fā)送RTCP報(bào)文，其中，RTCP報(bào)文中包括本地TFO配置信息和語(yǔ)音傳輸格式；接收模塊，用于接收來(lái)自對(duì)端TC模塊的RTCPTF0報(bào)文，其中，RTCPTF0報(bào)文中包括對(duì)端的TFO參數(shù)；啟動(dòng)模塊，用于在接收模塊在預(yù)定時(shí)間內(nèi)接收到來(lái)自對(duì)端TC模塊的RTCP TFO報(bào)文的情況下，向?qū)Χ薚C模塊發(fā)送ACK報(bào)文，并啟動(dòng)與對(duì)端的TFO協(xié)商。優(yōu)選地，TFO的處理裝置還包括:定時(shí)器，用于對(duì)預(yù)定時(shí)間進(jìn)行定時(shí)。通過(guò)本發(fā)明，采用本地TC模塊向遠(yuǎn)端TC模塊發(fā)送RTCP報(bào)文，并同時(shí)啟動(dòng)定時(shí)器，在定時(shí)器未超時(shí)的情況下接收遠(yuǎn)端TC模塊的RTCP TFO報(bào)文后，向遠(yuǎn)端TC模塊發(fā)送ACK報(bào)文，啟動(dòng)TFO協(xié)商的方法，解決了相關(guān)技術(shù)中TFO處理過(guò)程繁瑣，導(dǎo)致TFO的處理時(shí)間較長(zhǎng)且效率較低的問(wèn)題，進(jìn)而簡(jiǎn)化了 TFO接收端的處理，省去了繁瑣的TFO幀同步監(jiān)測(cè)和搜索過(guò)程。提升了系統(tǒng)的性能。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中:圖1是根據(jù)本發(fā)明實(shí)施例的TFO的處理方法流程圖；圖2是根據(jù)本發(fā)明優(yōu)選實(shí)施例一的TFO的處理方法流程圖；圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例二的基于PCMoTDM時(shí)AMR算法典型的TFO建立流程示意圖；圖4是根據(jù)本發(fā)明優(yōu)選實(shí)施例二的基于PCMoIP時(shí)AMR算法典型的TFO建立流程示意圖；圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例二的基于PCMoIP時(shí)AMR算法典型的TFO建立流程圖；以及圖6是根據(jù)本發(fā)明實(shí)施例的TFO的處理裝置的結(jié)構(gòu)框圖。
具體實(shí)施方式
下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。圖1是根據(jù)本發(fā)明實(shí)施例的TFO的處理方法流程圖。如圖1所示，該TFO的處理方法包括以下步驟:步驟S102，本地TC模塊向?qū)Χ薚C模塊發(fā)送RTCP報(bào)文，其中，RTCP報(bào)文中包括本地TFO配置信息和語(yǔ)音傳輸格式；步驟S104，如果在預(yù)定時(shí)間內(nèi)，本地TC模塊收到來(lái)自對(duì)端TC模塊的RTCPTF0報(bào)文，則本地TC模塊向?qū)Χ薚C模塊發(fā)送ACK報(bào)文，并啟動(dòng)與對(duì)端的TFO協(xié)商，其中，RTCP TFO報(bào)文中包括對(duì)端的TFO參數(shù)。通過(guò)本實(shí)施例，采用本地TC模塊向遠(yuǎn)端TC模塊發(fā)送RTCP報(bào)文，并同時(shí)啟動(dòng)定時(shí)器，在定時(shí)器未超時(shí)的情況下接收遠(yuǎn)端TC模塊的RTCP TFO報(bào)文后，向遠(yuǎn)端TC模塊發(fā)送ACK報(bào)文，啟動(dòng)TFO協(xié)商的方法，解決了相關(guān)技術(shù)中TFO處理過(guò)程繁瑣，導(dǎo)致TFO的處理時(shí)間較長(zhǎng)且效率較低的問(wèn)題，進(jìn)而簡(jiǎn)化了 TFO接收端的處理，省去了繁瑣的TFO幀同步監(jiān)測(cè)和搜索過(guò)程。提升了系統(tǒng)的性能。在上述實(shí)施例中，本地TC模塊向?qū)Χ薚C模塊發(fā)送RTCP報(bào)文包括:本地TC模塊向?qū)Χ薚C模塊連續(xù)發(fā)送RTCP報(bào)文，并啟動(dòng)定時(shí)器。在實(shí)施過(guò)程中，可以用預(yù)設(shè)接收時(shí)間門(mén)限值來(lái)代替定時(shí)器，當(dāng)接收時(shí)間超過(guò)接收時(shí)間門(mén)限值時(shí)，則判斷為超時(shí)，預(yù)設(shè)接收時(shí)間門(mén)限值方法的實(shí)施過(guò)程可以與設(shè)置定時(shí)器達(dá)到同樣的效果。而增加了定時(shí)器的使用方法更為便捷、省時(shí)。在步驟S104中本地TC模塊向?qū)Χ薚C模塊發(fā)送ACK報(bào)文之前，還可以包括以下處理:本地TC模塊停止發(fā)送RTCP報(bào)文，并復(fù)位定時(shí)器。對(duì)定時(shí)器進(jìn)行復(fù)位操作可以讓定時(shí)器重新計(jì)數(shù)，方便下次計(jì)數(shù)，提升系統(tǒng)性能。優(yōu)選地，語(yǔ)音傳輸格式至少包括以下之一:壓縮語(yǔ)音碼流，不攜帶TFO幀的PCM碼流，攜帶TFO幀的PCM碼流。在步驟S104中本地TC模塊發(fā)送ACK報(bào)文到對(duì)端TC模塊，并啟動(dòng)TFO協(xié)商之后，還可以包括以下處理:若TFO協(xié)商成功，則本地TC模塊向?qū)Χ薚C模塊發(fā)送RTP報(bào)文進(jìn)行TFO語(yǔ)音傳輸。在實(shí)施過(guò)程中，當(dāng)本地TC模塊向?qū)Χ薚C模塊發(fā)送RTP報(bào)文時(shí)，可以根據(jù)所述語(yǔ)音傳輸格式發(fā)送RTP報(bào)文。若本地TC選擇傳輸壓縮的語(yǔ)音碼流格式，則可不必進(jìn)行上行解碼。簡(jiǎn)化繁瑣的TFO處理過(guò)程。在上述實(shí)施例中，如果TFO語(yǔ)音傳輸?shù)膫鬏敻袷綖楸镜刂С值膲嚎s的語(yǔ)言碼流，則不進(jìn)行上行解碼。減少了繁瑣的TFO處理過(guò)程。提高用戶體驗(yàn)。優(yōu)選地，在本地TC模塊向?qū)Χ薚C模塊發(fā)送RTCP報(bào)文以進(jìn)行TFO語(yǔ)音傳輸之后，還可以包括以下處理:(I)本地TC模塊接收來(lái)自遠(yuǎn)端TC模塊的RTP報(bào)文，并對(duì)RTP報(bào)文中的凈荷的傳輸格式進(jìn)行判斷；(2)如果凈荷為本地支持的壓縮語(yǔ)音碼流，則不對(duì)壓縮語(yǔ)音碼流進(jìn)行編碼，并直接進(jìn)行下行透?jìng)鳎?3)如果凈荷為PCM碼流，則進(jìn)一步判斷是否攜帶有TFO幀，如果是，則不對(duì)PCM碼流進(jìn)行編碼，并直接提取TFO幀進(jìn)行下行透?jìng)?；如果否，則對(duì)PCM碼流進(jìn)行編碼。
在上述優(yōu)選實(shí)施例中，在本地TC模塊向遠(yuǎn)端TC模塊發(fā)送RTCP報(bào)文，并啟動(dòng)定時(shí)器之后，還可以包括以下處理:如果本地TC模塊在預(yù)定時(shí)間內(nèi)未收RTCP TFO報(bào)文，則停止本地的TFO處理。在停止TFO處理后，可以選擇沿用傳統(tǒng)的方式進(jìn)行TFO處理，例如，可以兼容3GPP協(xié)議28.062的TFO處理方法。本實(shí)施例的TFO處理方法兼容性強(qiáng)，可以實(shí)現(xiàn)對(duì)原有TFO處理方法的兼容。如果在后續(xù)實(shí)施過(guò)程中，再次收到RTCP TFO報(bào)文，則按原收到RTCPTF0報(bào)文處理?？蓪?shí)時(shí)性強(qiáng)，進(jìn)一步提升系統(tǒng)性能。在步驟S104之后，上述方法還可以包括以下處理:若TFO協(xié)商不成功，則本地TC模塊停止本地的TFO處理，并發(fā)送RTCP TFO結(jié)束報(bào)文至對(duì)端TC模塊以指示本地已經(jīng)停止TFO處理。其在上述實(shí)施例中，TFO配置信息可以包括:TF0協(xié)議中通用配置幀攜帶的配置參
數(shù)信息。優(yōu)選實(shí)施例一本實(shí)施例提供了一種基于PCMoIP場(chǎng)景下的TFO的處理方法，可以由位于BSC的TC模塊完成此過(guò)程的交互。圖2是根據(jù)本發(fā)明實(shí)施例一的TFO的處理方法流程示意圖。如圖2所示，包括以下步驟:步驟S202，本地TC收到TFO使能通知，發(fā)送若干RTCP報(bào)文到對(duì)端TC (即遠(yuǎn)端TC，指代的是與其交互的TC)，進(jìn)行TFO協(xié)商，啟動(dòng)本地定時(shí)器Tl。RTCP報(bào)文可以包括:本地的TFO配置信息以及本次選擇和/或支持的語(yǔ)音傳輸格式。TFO配置信息可以包括:TF0協(xié)議中通用配置幀攜帶的配置參數(shù)信息；語(yǔ)音傳輸格式包括壓縮語(yǔ)音碼流、不攜帶TFO幀的PCM碼流、攜帶TFO幀的PCM碼流三種格式。步驟S204，判斷定時(shí)器是否超過(guò)預(yù)定定時(shí)時(shí)間。如果未超過(guò)預(yù)定定時(shí)時(shí)間，則執(zhí)行步驟S206 ;否則執(zhí)行步驟S208。步驟S206，本地TC收到對(duì)端TC發(fā)送的RTCP TFO協(xié)商報(bào)文，停止發(fā)送RTCP報(bào)文，將Tl復(fù)位，進(jìn)行TFO協(xié)商。同時(shí)發(fā)送一個(gè)ACK報(bào)文到對(duì)端，表示本地已收到對(duì)端的TFO參數(shù)，并啟動(dòng)TFO協(xié)商。步驟S208，TC沒(méi)有收到對(duì)端的RTCP TFO協(xié)商報(bào)文，則認(rèn)為對(duì)端不支持PCMoIP的TF0，停止TFO處理。若后續(xù)收到對(duì)端的RTCP TFO協(xié)商報(bào)文，則進(jìn)入步驟S206處理。步驟S210，判斷TFO協(xié)商是否成功。如果TFO協(xié)商成功，則執(zhí)行步驟S212，否則執(zhí)行步驟S214。步驟S212，建立TF0，則開(kāi)始TFO語(yǔ)音傳輸，同時(shí)發(fā)送若干RTCP報(bào)文到對(duì)端，攜帶本地選擇的語(yǔ)音傳輸格式。若本地選擇傳輸壓縮的語(yǔ)音碼流格式，則可不必進(jìn)行上行解碼。步驟S214，若協(xié)商結(jié)果不能建立TF0，則不進(jìn)行TFO語(yǔ)音傳輸，停止TFO處理。同時(shí)發(fā)送若干RTCPTF0結(jié)束報(bào)文到對(duì)端，指示本地已經(jīng)停止TFO的處理。步驟S216，本地TC收到對(duì)端發(fā)送的RTP報(bào)文，進(jìn)行編碼或非編碼處理。若凈荷為本地支持的壓縮語(yǔ)音碼流，直接進(jìn)行下行透?jìng)?，不進(jìn)行編碼；若凈荷為PCM碼流，則判斷是否攜帶TFO幀，是則提取TFO幀進(jìn)行下行透?jìng)?，不進(jìn)行編碼。否則對(duì)PCM碼流進(jìn)行編碼處理。步驟S218，如果本地語(yǔ)音配置參數(shù)發(fā)生改變，本地TC重新進(jìn)行TFO協(xié)商。并發(fā)送若干RTCP報(bào)文到對(duì)端TC。攜帶更新的本地參數(shù)信息和語(yǔ)音傳輸格式。如果此前未進(jìn)行TFO傳輸，參數(shù)改變后TFO協(xié)商成功，則根據(jù)協(xié)商結(jié)果開(kāi)始TFO語(yǔ)音傳輸。如果此前在進(jìn)行TFO傳輸，參數(shù)改變后TFO協(xié)商失敗，則本地停止TFO的傳輸。本實(shí)施例提供的基于PCMoIP的TFO的處理方法，還涉及A 口 IP鏈路上的其他網(wǎng)元，簡(jiǎn)稱IPE(In Path Equipment),所述方法還可以包括以下處理:若IPE具備PCM數(shù)據(jù)的處理能力，如語(yǔ)音增強(qiáng)等，則需要監(jiān)測(cè)對(duì)應(yīng)RTP會(huì)話的RTCPTFO協(xié)商報(bào)文，當(dāng)RTCP報(bào)文中指示當(dāng)前傳輸?shù)腜CM攜帶TFO幀時(shí)，需要對(duì)TFO幀進(jìn)行透?jìng)?。若IPE需要對(duì)PCM數(shù)據(jù)進(jìn)行處理，可以修改RTCP TFO協(xié)商報(bào)文中攜帶的支持語(yǔ)音傳輸格式為攜帶TFO幀的PCM碼流格式，但不能改變其他TFO相關(guān)的參數(shù)信息。本實(shí)施例提供的基于PCMoIP的TFO的處理方法，還可以選擇保持對(duì)原有TFO處理方式的兼容，所述方法還可以包括以下處理:本地TC收到TFO使能通知，發(fā)送若干RTCP報(bào)文到對(duì)端進(jìn)行TFO協(xié)商，啟動(dòng)本地定時(shí)器Tl。RTCP報(bào)文包括本地的TFO配置信息，以及本次選擇和支持的語(yǔ)音傳輸格式。TFO配置信息包括TFO協(xié)議中通用配置幀攜帶的配置參數(shù)信息；語(yǔ)音傳輸格式包括壓縮語(yǔ)音碼流、不攜帶TFO幀的PCM碼流、攜帶TFO幀的PCM碼流三種格式。本地TC收到對(duì)端發(fā)送的RTCP TFO協(xié)商報(bào)文，進(jìn)行判斷處理。若Tl超時(shí)，本地TC沒(méi)有收到對(duì)端的RTCP TFO協(xié)商報(bào)文，則認(rèn)為對(duì)端不支持PCMoIP的TF0，若選擇兼容3GPP協(xié)議28.062的TFO處理方法，則按照協(xié)議描述的內(nèi)容開(kāi)始進(jìn)行TFO處理，否則按照未收到RTCP TFO協(xié)商報(bào)文進(jìn)行處理。本實(shí)施例提供的PCMoIP的TFO處理方法，通過(guò)獨(dú)立傳輸TFO消息，快速建立TF0，使TFO流程得到優(yōu)化，同時(shí)在建立TFO后，可以選擇傳輸壓縮的語(yǔ)音碼流格式，有效地節(jié)省了帶寬。不管是TFO幀嵌入PCM傳輸?shù)姆绞剑€是壓縮語(yǔ)音格式的TFO傳輸，都簡(jiǎn)化了 TFO接收端的處理，省去了繁瑣的TFO幀同步監(jiān)測(cè)和搜索過(guò)程。另外，AMR算法時(shí)TC與BTS的交互處理屬于Abis 口范圍，不受PCMoIP的影響發(fā)生改變。本實(shí)施例提供的基于PCMoIP的TFO的處理方法，以RTP、RTCP的應(yīng)用場(chǎng)景為示例描述TFO信息與PCM分離傳輸?shù)臋C(jī)制,但不限于該場(chǎng)景的應(yīng)用。優(yōu)選實(shí)施例二設(shè)TFO的狀態(tài)機(jī)狀態(tài)為T(mén)FOState，本地TC為L(zhǎng)oc_TC，對(duì)端TC模塊為Dis_TC，表
1、表2和表3分別為T(mén)FO狀態(tài)機(jī)相關(guān)的狀態(tài)、事件和行為的介紹，如下表所示:表I
權(quán)利要求
1.一種串聯(lián)自由操作TFO的處理方法，其特征在于，包括: 本地碼型變換器TC模塊向?qū)Χ薚C模塊發(fā)送實(shí)時(shí)傳輸控制協(xié)議RTCP報(bào)文，其中，所述RTCP報(bào)文中包括本地TFO配置信息和語(yǔ)音傳輸格式； 如果在預(yù)定時(shí)間內(nèi)，所述本地TC模塊收到來(lái)自所述對(duì)端TC模塊的RTCP TFO報(bào)文，則所述本地TC模塊向所述對(duì)端TC模塊發(fā)送ACK報(bào)文，并啟動(dòng)與對(duì)端的TFO協(xié)商，其中，所述RTCP TFO報(bào)文中包括所述對(duì)端的TFO參數(shù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，本地TC模塊向?qū)Χ薚C模塊發(fā)送RTCP報(bào)文包括: 所述本地TC模塊向所述對(duì)端TC模塊連續(xù)發(fā)送所述RTCP報(bào)文，并啟動(dòng)定時(shí)器。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述本地TC模塊向所述對(duì)端TC模塊發(fā)送ACK報(bào)文之前，還包括: 所述本地TC模塊停止發(fā)送所述RTCP報(bào)文，并復(fù)位所述定時(shí)器。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述語(yǔ)音傳輸格式至少包括以下之一:壓縮語(yǔ)音碼流，不攜帶TFO幀的脈沖編碼調(diào)制PCM碼流，攜帶TFO幀的PCM碼流。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述本地TC模塊發(fā)送ACK報(bào)文到所述對(duì)立而TC t吳塊，并啟動(dòng)TFO協(xié)商之后，還包括: 若所述TFO協(xié)商成功，則所述本地TC模塊向所述對(duì)端TC模塊發(fā)送實(shí)時(shí)傳輸協(xié)議RTP報(bào)文指示進(jìn)行TFO語(yǔ)音傳輸。
6.根據(jù)權(quán)利要求5所述的方法,其特征在于,如果所述TFO語(yǔ)音傳輸?shù)膫鬏敻袷綖楸镜刂С值膲嚎s的語(yǔ)言碼流，則不進(jìn)行上行解碼。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述本地TC模塊向所述對(duì)端TC模塊發(fā)送RTP報(bào)文指示進(jìn)行TFO語(yǔ)音傳輸之后，還包括: 所述本地TC模塊接收來(lái)自所述遠(yuǎn)端TC模塊的RTP報(bào)文，并對(duì)所述RTP報(bào)文中的凈荷的傳輸格式進(jìn)行判斷； 如果所述凈荷為本地支持的壓縮語(yǔ)音碼流，則不對(duì)所述壓縮語(yǔ)音碼流進(jìn)行編碼，并直接進(jìn)行下行透?jìng)鳎? 如果所述凈荷為PCM碼流，則進(jìn)一步判斷是否攜帶有TFO幀，如果是，則不對(duì)所述PCM碼流進(jìn)行編碼，并直接提取所述TFO幀進(jìn)行下行透?jìng)?；如果否，則對(duì)所述PCM碼流進(jìn)行編碼。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，在本地TC模塊向遠(yuǎn)端TC模塊發(fā)送RTCP報(bào)文，并啟動(dòng)定時(shí)器之后，還包括: 如果所述本地TC模塊在預(yù)定時(shí)間內(nèi)未收到所述RTCP TFO報(bào)文，則停止本地的TFO處理。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述本地TC模塊向所述對(duì)端TC模塊發(fā)送ACK報(bào)文，并啟動(dòng)TFO協(xié)商之后，包括: 若所述TFO協(xié)商不成 功，則所述本地TC模塊停止本地的TFO處理，并發(fā)送RTCP TFO結(jié)束報(bào)文至所述對(duì)端TC模塊以指示本地已經(jīng)停止所述TFO處理。
10.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述TFO配置信息包括:TF0協(xié)議中通用配置幀攜帶的配置參數(shù)信息。
11.根據(jù)權(quán)利要求4所述的方法，其特征在于，在本地TC模塊向?qū)Χ薚C模塊發(fā)送RTCP報(bào)文之后,還包括: 若位于傳輸鏈路上的IPE網(wǎng)元具備PCM數(shù)據(jù)的處理能力，則所述IPE網(wǎng)元對(duì)所述RTCPTFO報(bào)文進(jìn)行監(jiān)測(cè)，當(dāng)所述RTCP報(bào)文中的PCM碼流攜帶TFO幀，則所述IPE網(wǎng)元對(duì)所述TFO幀進(jìn)行透?jìng)鳌?br> 12.根據(jù)權(quán)利要求11所述的方法，其特征在于，若所述IPE網(wǎng)元需要對(duì)所述PCM數(shù)據(jù)進(jìn)行處理，則修改所述RTCP TFO 報(bào)文中攜帶且支持的所述語(yǔ)音傳輸格式為攜帶TFO幀的PCM碼流，但不改變除所述語(yǔ)音傳輸格式外的TFO參數(shù)信息。
13.一種TFO的處理裝置，其特征在于，包括: 發(fā)送模塊，用于向?qū)Χ薚C模塊發(fā)送RTCP報(bào)文，其中，所述RTCP報(bào)文中包括本地TFO配置信息和語(yǔ)音傳輸格式； 接收模塊，用于接收來(lái)自所述對(duì)端TC模塊的RTCP TFO報(bào)文，其中，所述RTCP TFO報(bào)文中包括所述對(duì)端的TFO參數(shù)； 啟動(dòng)模塊，用于在所述接收模塊在預(yù)定時(shí)間內(nèi)接收到來(lái)自所述對(duì)端TC模塊的RTCPTFO報(bào)文的情況下，向所述對(duì)端TC模塊發(fā)送ACK報(bào)文，并啟動(dòng)與對(duì)端的TFO協(xié)商。
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，還包括: 定時(shí)器，用于對(duì)所述預(yù)定時(shí)間進(jìn)行定時(shí)。
全文摘要
本發(fā)明公開(kāi)了一種TFO的處理方法及裝置。該TFO的處理方法包括本地TC模塊向?qū)Χ薚C模塊發(fā)送RTCP報(bào)文，其中，RTCP報(bào)文中包括本地TFO配置信息和語(yǔ)音傳輸格式；如果在預(yù)定時(shí)間內(nèi)，本地TC模塊收到來(lái)自對(duì)端TC模塊的RTCP TFO報(bào)文，則本地TC模塊向?qū)Χ薚C模塊發(fā)送ACK報(bào)文，并啟動(dòng)與對(duì)端的TFO協(xié)商，其中，RTCP TFO報(bào)文中包括對(duì)端的TFO參數(shù)。該TFO的處理方法解決了相關(guān)技術(shù)中TFO處理過(guò)程繁瑣，導(dǎo)致TFO的處理時(shí)間較長(zhǎng)且效率較低的問(wèn)題，進(jìn)而簡(jiǎn)化了TFO接收端的處理，省去了繁瑣的TFO幀同步監(jiān)測(cè)和搜索過(guò)程，提升了系統(tǒng)的性能。
文檔編號(hào)H04L1/16GK103167561SQ20111040628
公開(kāi)日2013年6月19日 申請(qǐng)日期2011年12月8日 優(yōu)先權(quán)日2011年12月8日
發(fā)明者曾永慧 申請(qǐng)人:中興通訊股份有限公司