專利名稱：免編解碼操作實(shí)現(xiàn)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種免編解碼操作實(shí)現(xiàn)方法及系統(tǒng)，尤其涉及一種當(dāng)采用自適 應(yīng)多速率模式時(shí)的免編解碼操作的實(shí)現(xiàn)方法及系統(tǒng)，屬于語(yǔ)音通信技術(shù)領(lǐng)域。
背景技術(shù)：
在第二代移動(dòng)通信網(wǎng)絡(luò)(GSM)中，語(yǔ)音業(yè)務(wù)的通信雙方通常需要采用一 定的語(yǔ)音編碼方式，通過無(wú)線網(wǎng)、核心網(wǎng)將信號(hào)傳輸?shù)綄?duì)端。如圖l所示， 為現(xiàn)有GSM通信系統(tǒng)結(jié)構(gòu)示意圖，主要包括移動(dòng)臺(tái)、基站收發(fā)臺(tái)(base transceiver station,簡(jiǎn)稱BTS )、基站4空制器(Base Stat ion Control ler, 簡(jiǎn)稱BSC)及移動(dòng)交換中心(Mobile Switching Center,簡(jiǎn)稱MSC )。 無(wú)線網(wǎng)絡(luò)中，BTS與BSC之間傳輸?shù)男盘?hào)采用時(shí)分復(fù)用(簡(jiǎn)稱TDOM)幀， 一路話音占用16kbps的時(shí)分復(fù)用(Time Division Multiplex,簡(jiǎn)稱TDM) 碼流；核心網(wǎng)網(wǎng)元MSC之間傳輸采用G.711標(biāo)準(zhǔn)的脈沖編碼調(diào)制(Pulse Code Modulation,簡(jiǎn)稱PCM)編碼方式， 一路話音占用64kps PCM碼流。因此，在 BSC與MSC或MGW等核心網(wǎng)網(wǎng)元之間需要添加碼變換器(簡(jiǎn)稱TC ),以完成 16kbpsTDM碼流到64 kps PCM碼流的轉(zhuǎn)換。
基于上述系統(tǒng)，在一次通話中，話音信號(hào)分別要經(jīng)過發(fā)端和收端的兩次 編解碼過程，這樣會(huì)造成語(yǔ)音質(zhì)量的損失。如果不進(jìn)行這兩次編解碼過程， 而直接將TDM碼流放在PCM碼流中透?jìng)?，即?6kps碼流占用64kbps碼流的低位 信息，則可以免去兩編解碼操作，改善語(yǔ)音質(zhì)量，但前提是通信雙方的語(yǔ)音 編碼方式一致，才能使TDM碼流被透?jìng)鞯綄?duì)端后能夠被對(duì)端設(shè)備所識(shí)別。這種 通過透?jìng)鳈C(jī)制來(lái)達(dá)到免編解碼操作的過程稱為免編解碼操作(Tandem Free operation, 簡(jiǎn)稱TF0)。
對(duì)于固定的語(yǔ)音編碼模式，如全速率(FR)模式、半速率(HR)模式等， 當(dāng)兩端確定使用同樣的編碼模式后，即可以通過開啟TFO操作。但是對(duì)于可變 的語(yǔ)音編碼模式，如自適應(yīng)多速率(Adaptive Multi-Rate,簡(jiǎn)稱AMR)模式， 在通信兩端確認(rèn)都采用AMR模式后，還需要進(jìn)一步協(xié)商編碼集合中的所采用的 具體編碼方式；達(dá)成一致后，再開啟TF0操作，進(jìn)行TDM幀的透?jìng)鳌７駝t，接 收端無(wú)法對(duì)透?jìng)鬟^來(lái)的TDM幀進(jìn)行識(shí)別。在現(xiàn)有技術(shù)中，通過增加TFO編碼列 表協(xié)商信令來(lái)協(xié)商通信兩端具體的編碼方式。如圖2所示，為現(xiàn)有基于TFO協(xié) 商機(jī)制的會(huì)話建立信令流程圖。其中主要包括以下幾個(gè)過程
1、 初始化過程。主叫端TC與被叫端TC互相發(fā)送預(yù)同步信號(hào)，如TF0—FILL 信號(hào)，以通知對(duì)方準(zhǔn)備開始TFO操作。
2、 TF0協(xié)商過程。兩端TC分別向?qū)Χ税l(fā)送協(xié)商請(qǐng)求消息，如TF0—REQ消息， 其中攜帶有各自端當(dāng)前的編碼方式，如主叫端TC的編碼方式為x;被叫端TC的 編碼方式為y。兩端TC分別收到上述請(qǐng)求消息后，向?qū)Χ嘶貜?fù)協(xié)商應(yīng)答消息， 如TFO-ACK消息。其中攜帶有各自端當(dāng)前的編碼方式。兩端TC根據(jù)接收到的對(duì) 端的編碼方式判斷兩端的編碼方式是否匹配。當(dāng)判斷出不匹配時(shí)，開始如下 的TFO編碼集合交互過程。
3、 TFO編碼集合交互過程。兩端TC分別向?qū)Χ税l(fā)送交互請(qǐng)求消息，如 TFO—REQ—L消息。其中攜帶有各自端所支持的編碼集合。例如，主叫端TC的編 碼集合為x，y和z;被叫端TC的編碼集合為y，z。兩端TC分別接收到上述交互請(qǐng) 求消息后，向?qū)Χ嘶貜?fù)交互應(yīng)答消息，如TF0-ACK—L消息。其中攜帶有各自端 所支持的編碼集合。通過TFO的編碼集合交互過程，BSC能夠獲知通信兩端所 支持的編碼方式的交集，例如，交集為y，并在交集中選取與雙方請(qǐng)求的編碼 方式中較低速率最接近的編碼方式，強(qiáng)制統(tǒng)一兩端所使用該編碼方式。
4、 TFO建立過程。通信兩端所使用的編碼方式被統(tǒng)一后，通過碼流傳送消 息，如TFO-TRANS消息，在PCM碼流中透?jìng)鱐DM碼流，以實(shí)現(xiàn)TFO操作。
現(xiàn)有技術(shù)的缺陷在于上述TFO編碼集合交互過程增加了交互時(shí)延，加重
了TFO操作的信令負(fù)荷。在實(shí)踐中，不采用AMR模式時(shí)，TFO協(xié)商成功一次僅需 要440ms時(shí)延，采用AMR模式后，TFO協(xié)商成功一次至少需要1080ms時(shí)延，增加 的6 4 Oms的時(shí)延主要是由于TFO編碼集合交互過程產(chǎn)生的。
另外，在通信過程中，會(huì)出現(xiàn)由于編碼方式的切換而造成的編碼方式不一 致的情況。由于交互時(shí)延的影響，可能使TFO無(wú)法及時(shí)跟蹤上AMR編碼方式的 切換速度，從而影響對(duì)通信環(huán)境的及時(shí)跟蹤，難以保證語(yǔ)音質(zhì)量的及時(shí)調(diào)整 和改善。從而影響通話質(zhì)量。

發(fā)明內(nèi)容
本發(fā)明要解決的問題是當(dāng)采用AMR模式時(shí)，減少TFO操作中由于采用 編碼集合交互過程而產(chǎn)生的交互時(shí)延。
為了解決上述問題，本發(fā)明的 一 個(gè)實(shí)施例是提供了 一種免編解碼操作 實(shí)現(xiàn)方法，其中包括
主叫端碼變換器與被叫端碼變換器分別接收到來(lái)自于對(duì)端的協(xié)商請(qǐng)求消 息后，根據(jù)該協(xié)商請(qǐng)求消息中攜帶的對(duì)端碼變換器的編碼方式，判斷兩端的 編碼方式均屬于自適應(yīng)多速率模式且是否相同；
當(dāng)判斷出兩端的編碼方式均屬于自適應(yīng)多速率模式且不相同時(shí)，將本端 所采用的編碼方式切換為主叫端與被叫端所采用的編碼方式中編碼速率較小 的編碼方式；
主叫端碼變換器與被叫端碼變換器基于切換后的相同編碼方式互相進(jìn)行 免編解碼操作幀的透?jìng)鳌?br> 為了解決上述問題，本發(fā)明的另 一 個(gè)實(shí)施例是提供了 一種免編解碼操 作實(shí)現(xiàn)系統(tǒng)，其中包括碼變換器和基站控制器；
所述碼變換器包括
第一單元，用于接收來(lái)自于對(duì)端的協(xié)商請(qǐng)求消息；
第二單元，用于根據(jù)第 一單元接收到的協(xié)商請(qǐng)求消息中攜帶的對(duì)端碼變
換器的編碼方式，判斷兩端的編碼方式是否均屬于自適應(yīng)多速率模式且是否 與本端編碼方式相同；
第三單元，用于根據(jù)第二單元的判斷結(jié)果，當(dāng)兩端的編碼方式均屬于自
適應(yīng)多速率模式且不相同時(shí)，向基站控制器發(fā)送通知消息；
第四單元，用于基于基站控制器切換后的編碼方式，與對(duì)端互相進(jìn)行免編 解碼操作幀的透?jìng)鳌?br> 所述基站控制器，用于根據(jù)來(lái)自于第三單元的通知消息，將本端所采用的 編碼方式切換為主叫端與被叫端的編碼方式中編碼速率較小的編碼方式。
通過本發(fā)明，由于省略了現(xiàn)有技術(shù)中的TFO編碼集合協(xié)商過程，因此可以 有效降低TF0建立時(shí)的交互時(shí)延，減少了TFO的信令負(fù)荷；并且由于交互時(shí) 延的減小，從而能夠及時(shí)實(shí)現(xiàn)話音質(zhì)量的改善，并且在信道環(huán)境改變時(shí)可以 有效的實(shí)現(xiàn)TF0對(duì)AMR ^t式下的編碼方式切換的快速跟蹤。
下面通過附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1為現(xiàn)有GSM通信系統(tǒng)結(jié)構(gòu)示意圖2為現(xiàn)有基于TF0編碼集合交互機(jī)制的會(huì)話建立信令流程圖； 圖3為本發(fā)明實(shí)施例1所述TF0實(shí)現(xiàn)方法的流程圖； 圖4為本發(fā)明實(shí)施例1所述TF0實(shí)現(xiàn)方法的信令圖； 圖5為本發(fā)明實(shí)施例2所述TC的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
實(shí)施例1
本實(shí)施例提供了一種TFO實(shí)現(xiàn)方法，如圖3所示，包括 步驟IOI,主叫端TC與被叫端TC互相發(fā)送預(yù)同步信號(hào)進(jìn)行初始化，以通知 對(duì)方準(zhǔn)備開始TFO操作。
其中，主叫端TC是發(fā)起會(huì)話建立請(qǐng)求的主叫方終端所對(duì)應(yīng)的TC;被叫端 TC是指與主叫方終端建立會(huì)話的被叫方終端所對(duì)應(yīng)的TC。
步驟l02，主叫端TC與被叫端TC分別向?qū)Χ税l(fā)送攜帶有本端當(dāng)前所采用的 編碼方式的協(xié)商請(qǐng)求消息。
例如，作支設(shè)主叫端TC的編碼方式為x;被叫端TC的編碼方式為y。則主叫 端TC向被叫端TC發(fā)送的協(xié)商請(qǐng)求消息中攜帶的編碼方式為x;被叫端TC向主叫 端TC發(fā)送的協(xié)商請(qǐng)求消息中攜帶的編碼方式為y。
步驟103，主叫端TC與被叫端TC分別接收到協(xié)商請(qǐng)求消息后，根據(jù)協(xié)商請(qǐng) 求消息中攜帶的對(duì)端TC的編碼方式，判斷對(duì)端TC所采用的編碼方式是否屬于 AMR模式且是否相同，如果屬于AMR模式且不相同，則執(zhí)行步驟110。
如果不滿足上述條件，則結(jié)束本步驟，后續(xù)步驟可以為停止本次會(huì)話建 立過程；或者按照?qǐng)D3所示返回執(zhí)行步驟102，重新進(jìn)行協(xié)商。由于在現(xiàn)有技 術(shù)的AMR模式下，通信兩端所采用的編碼方式有可能會(huì)發(fā)生變化，當(dāng)發(fā)生變化 后，再重新執(zhí)行本步驟所述的判斷過程，則有可能滿足上述條件，進(jìn)而執(zhí)行 步驟IIO。另外，也可以按照現(xiàn)有技術(shù)中的其他方式處理，此處不再贅述。
步驟IIO，根據(jù)該協(xié)商請(qǐng)求消息中攜帶的對(duì)端TC的編碼方式，在本地編碼 集合中查找對(duì)端的編碼方式，若查找到則執(zhí)行步驟120。
其中，編碼方式包含主叫端TC或被叫端TC所采用的編碼方式及編碼速率 等信息。例如，在上例中，來(lái)自于被叫端TC協(xié)商請(qǐng)求消息中攜帶的編碼方式 表明當(dāng)前被叫端TC所采用的編碼方式為y，主叫端TC根據(jù)該編碼方式在本地編 碼集合中查找相應(yīng)的編碼方式y(tǒng);相應(yīng)地，來(lái)自于主叫端TC協(xié)商請(qǐng)求消息中攜 帶的編碼方式表明當(dāng)前主叫端TC所采用的編碼方式為x,被叫端TC根據(jù)該編碼 方式在本地編碼集合中查找相應(yīng)的編碼方式x。其中，本地編碼集合是指預(yù)先 保存在主叫端TC和被叫端TC的各自端設(shè)備中的編碼集合，例如，保存在主叫 端BSC和被叫端BSC中的編碼集合。
如果未查找到相應(yīng)的編碼方式，則結(jié)束本步驟，后續(xù)步驟可以為停止本
次會(huì)話建立過程；或者按照?qǐng)D3所示返回執(zhí)行步驟102,重新進(jìn)行協(xié)商。由于 在現(xiàn)有技術(shù)的AMR模式下，通信兩端所采用的編碼方式有可能會(huì)發(fā)生變化，當(dāng) 發(fā)生變化后，再重新執(zhí)行本步驟所述的判斷過程，則有可能查找到相應(yīng)的編 碼方式，進(jìn)而執(zhí)行步驟120。另外，也可以按照現(xiàn)有技術(shù)中的其他方式處理， 此處不再贅述。
步驟120,主叫端TC和被叫端TC分別判斷對(duì)端所采用的編碼方式的編碼速 率是否小于本端當(dāng)前所采用的編碼方式的編碼速率，是則執(zhí)行步驟130。
如果判斷出對(duì)端編碼速率不小于本端編碼速率，則結(jié)束本步驟，后續(xù)步 驟可以為不進(jìn)行任何操作；或者按照?qǐng)D3所示返回執(zhí)行步驟102,重新進(jìn)行協(xié) 商。由于在現(xiàn)有技術(shù)的AMR模式下，通信兩端所采用的編碼方式有可能會(huì)發(fā)生 變化，當(dāng)發(fā)生變化后，再重新執(zhí)行本步驟所述的判斷過程，則有可能滿足上 述條件，進(jìn)而執(zhí)行步驟130。另外，也可以按照現(xiàn)有技術(shù)中的其他方式處理， 此處不再贅述。
步驟130,當(dāng)主叫端TC或被叫端TC判斷出對(duì)端所采用的編碼方式的編碼速 率小于本端當(dāng)前所采用的編碼方式的編碼速率時(shí)，向各自端所在的BSC發(fā)送通 知消息，通過各自端所在的BSC將當(dāng)前所采用的編碼方式切換到對(duì)端的編碼方 式。
例如，在上例中，當(dāng)主叫端TC判斷出對(duì)端的編碼方式y(tǒng)的編碼速率小于本 端的編碼方式x的編碼速率時(shí)，將編碼方式x切換到y(tǒng);相應(yīng)地，當(dāng)被叫端TC判 斷出對(duì)端的編碼方式x的編碼速率大于本端的編碼方式x的編碼速率時(shí)，則不 進(jìn)行切換。
步驟l31 ，主叫端TC和被叫端TC基于切換后的相同編碼方式互相進(jìn)行TFO 幀的透?jìng)鳌?br> 具體地，可以按照現(xiàn)有技術(shù)，當(dāng)編碼方式被統(tǒng)一后，通過碼流傳送消息 建立TFO連接，然后開始話音透?jìng)鳌?br> 通過本實(shí)施例所述方法，由圖4可見，由于省略了現(xiàn)有技術(shù)中的TFO編
碼集合協(xié)商過程，因此可以有效降低TF0建立時(shí)的交互時(shí)延，減少了TF0的 信令負(fù)荷；并且由于交互時(shí)延的減小，從而能夠及時(shí)實(shí)現(xiàn)話音質(zhì)量的改善， 并且在信道環(huán)境改變時(shí)可以有效的實(shí)現(xiàn)TF0對(duì)AMR模式下的編碼方式切換的 快速跟蹤。 實(shí)施例2
本實(shí)施例提供了一種免編解碼操作實(shí)現(xiàn)系統(tǒng)，如圖5所示，包括TC1及 基站控制器2。其中TC1包括第一單元IO、第二單元20、第三單元30及第 四單元40。 TC1與基站控制器2可以如圖1所示方式連接于GSM通信系統(tǒng)中。 在本實(shí)施例中，連接于主叫端的TC稱為主叫端TC;連接于被叫端的TC稱為 被叫端TC。具體的基于本系統(tǒng)的TFO實(shí)現(xiàn)方法如下
主叫端TC與被叫端TC完成初始化后，互相發(fā)送攜帶有本端編碼方式的 協(xié)商請(qǐng)求消息。
主叫端或被叫端TC1中的第一單元IO接收來(lái)自于對(duì)端的協(xié)商請(qǐng)求消息； 第二單元20根據(jù)第一單元10接收到的協(xié)商請(qǐng)求消息中攜帶的對(duì)端碼變換器 的編碼方式，判斷兩端的編碼方式是否均屬于自適應(yīng)多速率模式且是否與本 端編碼方式相同；第三單元30根據(jù)第二單元20的判斷結(jié)果，當(dāng)兩端的編碼 方式均屬于自適應(yīng)多速率模式且不相同時(shí)，向基站控制器發(fā)送通知消息；
基站控制器2根據(jù)來(lái)自于TC1中的第三單元30的通知消息，將本端所采 用的編碼方式切換為主叫端與被叫端的編碼方式中編碼速率較小的編碼方 式。具體地，第三單元30可以包括第一模塊31,用于根據(jù)第一單元10接 收到的協(xié)商請(qǐng)求消息中攜帶的對(duì)端碼變換器的編碼方式，在本地編碼集合中 查找與對(duì)端相應(yīng)的編碼方式；第二模塊32，用于根據(jù)第一模塊31查找到的編
碼方式判斷對(duì)端的編碼速率是否小于本端的編碼速率；第三模塊33,用于根 據(jù)第二模塊32的判斷結(jié)果，當(dāng)對(duì)端的編碼速率更小時(shí)，向所述基站控制器發(fā) 送通知消息。
例如，如果主叫端TC1中的第二模塊32判斷出被叫方TC1的編碼速率更小，則基站控制器2將主叫端TC1的編碼方式切換為^L叫端TC1的編碼 方式；如果被叫端TC1中的第二模塊32判斷出主叫方TC1的編碼速率更大， 則基站控制器2不進(jìn)行編碼方式的切換。
完成編碼方式的切換后，主叫端或被叫端TC1中的第四單元40基于基站控 制器2切換后的編碼方式，與對(duì)端互相進(jìn)行免編解碼操作幀的透?jìng)?。從而?shí)現(xiàn) TFO操作。
通過本實(shí)施例所述裝置，由于省略了現(xiàn)有技術(shù)中的TFO編碼集合協(xié)商過程， 因此可以有效降低TFO建立時(shí)的交互時(shí)延，減少了TFO的信令負(fù)荷；并且由 于交互時(shí)延的減小，從而能夠及時(shí)實(shí)現(xiàn)話音質(zhì)量的改善，并且在信道環(huán)境改 變時(shí)可以有效的實(shí)現(xiàn)TFO對(duì)AMR模式下的編碼方式切換的快速跟蹤。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟 可以通過程序指令相關(guān)的硬件來(lái)完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀 取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述 的存儲(chǔ)介質(zhì)包括ROM、 RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。 最后應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其 限制；盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù) 人員應(yīng)當(dāng)理解其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或 者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技
術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1、一種免編解碼操作實(shí)現(xiàn)方法，其特征在于包括:主叫端碼變換器與被叫端碼變換器分別接收到來(lái)自于對(duì)端的協(xié)商請(qǐng)求消息后，根據(jù)該協(xié)商請(qǐng)求消息中攜帶的對(duì)端碼變換器的編碼方式，判斷兩端的編碼方式均屬于自適應(yīng)多速率模式且是否相同；當(dāng)判斷出兩端的編碼方式均屬于自適應(yīng)多速率模式且不相同時(shí)，將本端所采用的編碼方式切換為主叫端與被叫端所采用的編碼方式中編碼速率較小的編碼方式；主叫端碼變換器與被叫端碼變換器基于切換后的相同編碼方式互相進(jìn)行免編解碼操作幀的透?jìng)鳌?br> 2、 根據(jù)權(quán)利要求1所述的免編解碼操作實(shí)現(xiàn)方法，其特征在于所述主叫 端碼變換器與被叫端碼變換器切換所述編碼方式的步驟具體包括在本地編碼集合中查找對(duì)端的編碼方式；將查找到的對(duì)端的編碼方式的編碼速率與本端的編碼速率進(jìn)行比較； 當(dāng)本端的編碼速率小于對(duì)端的編碼速率時(shí)，將本端所采用的編碼方式切換為對(duì)端的編碼方式。
3、 根據(jù)權(quán)利要求2所述的免編解碼操作實(shí)現(xiàn)方法，其特征在于所述將本 端編碼方式切換到對(duì)端編碼方式的步驟具體包括當(dāng)判斷出對(duì)端的編碼速率更小時(shí)，向本端所在的基站控制器發(fā)送通知消息； 所述基站控制器將本端所采用的編碼方式切換到對(duì)端所采用的編碼方式。
4、 根據(jù)權(quán)利要求2所述的免編解碼操作實(shí)現(xiàn)方法，其特征在于所述在本 地編碼集合中查找與對(duì)端相應(yīng)的編碼方式還包括如果查找失敗，則當(dāng)接收到協(xié)商請(qǐng)求消息時(shí)，繼續(xù)根據(jù)該協(xié)商請(qǐng)求消息 判斷對(duì)端所采用的編碼方式是否屬于自適應(yīng)多速率模式且是否相同。
5、 根據(jù)權(quán)利要求2所述的免編解碼操作實(shí)現(xiàn)方法，其特征在于所述判斷對(duì)端當(dāng)前所采用的編碼方式的編碼速率還包括當(dāng)判斷出本端的編碼速率更小時(shí)，則當(dāng)接收到協(xié)商請(qǐng)求消息時(shí)，繼續(xù)判 斷對(duì)端所采用的編碼方式是否屬于自適應(yīng)多速率模式且是否相同。
6、 根據(jù)權(quán)利要求1所述的免編解碼操作實(shí)現(xiàn)方法，其特征在于所述主叫 端碼變換器與被叫端碼變換器分別接收到所述協(xié)商請(qǐng)求消息之前還包括分別向?qū)Χ税l(fā)送攜帶有本端當(dāng)前所采用的編碼方式的協(xié)商請(qǐng)求消息。
7、 根據(jù)權(quán)利要求6所述的免編解碼操作實(shí)現(xiàn)方法，其特征在于發(fā)送所述 協(xié)商請(qǐng)求消息之前還包括所述主叫端碼變換器向所述被叫端碼變換器發(fā)送預(yù)同步信號(hào)； 所述被叫端碼變換器向所述主叫端碼變換器回復(fù)預(yù)同步信號(hào)，用于進(jìn)行 免編解碼操作初始化作。
8、 根據(jù)權(quán)利要求1所述的免編解碼操作實(shí)現(xiàn)方法，其特征在于當(dāng)判斷出 兩端的編碼方式屬于自適應(yīng)多速率模式且不相同時(shí)，所述分別向?qū)Χ送競(jìng)髅?編解碼操作幀的步驟具體包括基于兩端不同的編碼方式，在脈沖編碼調(diào)制碼流中透?jìng)鲿r(shí)分復(fù)用碼流。
9、 一種免編解碼操作實(shí)現(xiàn)系統(tǒng)，其特征在于包括碼變換器和基站控制器；所述碼變換器包括第一單元，用于接收來(lái)自于對(duì)端的協(xié)商請(qǐng)求消息；第二單元，用于根據(jù)第一單元接收到的協(xié)商請(qǐng)求消息中攜帶的對(duì)端碼變 換器的編碼方式，判斷兩端的編碼方式是否均屬于自適應(yīng)多速率模式且是否 與本端編碼方式相同；第三單元，用于根據(jù)第二單元的判斷結(jié)果，當(dāng)兩端的編碼方式均屬于自 適應(yīng)多速率模式且不相同時(shí)，向基站控制器發(fā)送通知消息；第四單元，用于基于基站控制器切換后的編碼方式，與對(duì)端互相進(jìn)行免編 解碼操作幀的透?jìng)鳌?所述基站控制器，用于根據(jù)來(lái)自于第三單元的通知消息，將本端所采用的 編碼方式切換為主叫端與被叫端的編碼方式中編碼速率較小的編碼方式。
10、根據(jù)權(quán)利要求9所述的碼變換器，其特征在于所述第三單元包括 第 一模塊，用于根據(jù)第 一單元接收到的協(xié)商請(qǐng)求消息中攜帶的對(duì)端碼變換器的編碼方式，在本地編碼集合中查找與對(duì)端相應(yīng)的編碼方式；第二模塊，用于根據(jù)第一模塊查找到的編碼方式判斷對(duì)端的編碼速率是否小于本端的編碼速率；第三模塊，用于根據(jù)第二模塊的判斷結(jié)果，當(dāng)對(duì)端的編碼速率更小時(shí)， 向所述基站控制器發(fā)送通知消息。
全文摘要
本發(fā)明涉及一種免編解碼操作實(shí)現(xiàn)方法及系統(tǒng)，其中方法包括主叫端TC與被叫端TC分別接收到來(lái)自于對(duì)端的協(xié)商請(qǐng)求消息后，判斷兩端所采用的編碼方式是否均屬于AMR模式且是否相同，當(dāng)均屬于AMR模式且不相同時(shí)，將本端所采用的編碼方式切換為主叫端與被叫端所采用的編碼方式中編碼速率較小的編碼方式；基于切換后的相同編碼方式進(jìn)行TFO幀的透?jìng)?。系統(tǒng)包括碼變換器和基站控制器。通過本發(fā)明，由于省略了現(xiàn)有技術(shù)中的TFO編碼集合協(xié)商過程，因此可以有效降低TFO建立時(shí)的交互時(shí)延，減少了TFO的信令負(fù)荷，并且能夠及時(shí)實(shí)現(xiàn)話音質(zhì)量的改善。
文檔編號(hào)G10L19/00GK101378529SQ20071012104
公開日2009年3月4日 申請(qǐng)日期2007年8月29日 優(yōu)先權(quán)日2007年8月29日
發(fā)明者光 楊 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司