專利名稱:語音通信方法、設(shè)備及系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信領(lǐng)域,尤其涉及一種語音通信方法、設(shè)備及系統(tǒng)。
背景技術(shù):
在正常的用戶設(shè)備(User Equipment,簡稱UE)-用戶設(shè)備通話模式中,語音信 號首先經(jīng)過本端UE側(cè)的信源壓縮編碼以及信道編碼后在空口傳輸,基站收發(fā)臺(Base station transceiver,簡稱BTS)接收語音信號并進行信道譯碼后傳輸給編解碼器(Trans Coder,簡稱TC),TC進行解碼轉(zhuǎn)換成脈沖調(diào)制編碼(Pulse Code Modulation,簡稱PCM) A律 /μ律碼流在核心網(wǎng)傳輸。對端TC再進行相反的編碼操作直至對端UE進行信源解碼恢復(fù) 原始語音。這里UE和TC要進行雙重的語音編解碼級聯(lián)操作,會對語音信號產(chǎn)生損傷。為了減少對語音信號的損傷,自適應(yīng)多速率(Adaptive Multi-Rate,簡稱AMR)語 音編碼技術(shù)下的無重復(fù)級聯(lián)操作(Tandem Free Operation,簡稱TF0)技術(shù),在UE-UE通話 的雙方使用同一種語音編碼模式的前提下,在A 口直接傳輸壓縮語音,減少TC處的編解碼 操作,從而提高語音信號、節(jié)省傳輸時間并減少端到端時延。但是現(xiàn)有技術(shù)中,在判斷通話兩端能否啟動TFO通信的過程中需要通過偷取語音 幀的形式傳輸配置信息,影響了語音信息的傳輸質(zhì)量。
發(fā)明內(nèi)容
本發(fā)明實施例要解決的問題是提供一種語音通信方法、設(shè)備和系統(tǒng),在啟動TFO 通信的過程中,保證語音通信的質(zhì)量。為解決上述技術(shù)問題,本發(fā)明實施例提供了一種語音通信方法,包括以下步驟基 站控制器BSC的無線資源管理RRM單元接收用戶設(shè)備UE發(fā)起的通話請求;RRM單元根據(jù)通 話請求獲取通話配置信息;RRM單元向BSC的編解碼器TC發(fā)送第一消息,第一消息中包括 通話配置信息;TC判斷通話兩端的通話配置是否相匹配;若判斷的結(jié)果為通話兩端的通話 配置相匹配,則TC啟動無重復(fù)級聯(lián)操作TFO通信。本發(fā)明實施例提供了一種語音通信設(shè)備,包括無線資源管理RRM單元,用于接收 用戶設(shè)備UE發(fā)起的通話請求并根據(jù)通話請求獲取通話的配置信息,RRM單元設(shè)置在基站控 制器BSC中;RRM單元,還用于向BSC的編解碼器TC發(fā)送第一消息,第一消息中包括通話配 置信息;TC,用于判斷通話兩端的配置信息是否匹配,若判斷的結(jié)果為通話兩端的配置信息 相匹配,則TC啟動級聯(lián)式自由操作TFO通信。本發(fā)明實施例提供了 一種語音通信系統(tǒng),包括如上描述的語音通信設(shè)備。本發(fā)明實施例與現(xiàn)有技術(shù)相比,主要區(qū)別及其效果在于在本發(fā)明實施例中,通話配置信息從RRM單元發(fā)送到TC,不經(jīng)過語音信道傳輸,克 服了現(xiàn)有技術(shù)中偷取語音幀傳輸配置信息從而影響語音信息傳輸?shù)膯栴},保證了語音通信 的質(zhì)量。
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本 發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動性的前提下,還可 以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明一實施例語音通信方法流程示意圖;圖2為本發(fā)明另一實施例語音通信方法流程示意圖;圖3為本發(fā)明再一實施例語音通信方法流程示意圖;圖4為本發(fā)明實施例語音通信設(shè)備結(jié)構(gòu)示意圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;?本發(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實施例,都屬于本發(fā)明保護的范圍。為使本發(fā)明實施例的上述目的、特征和優(yōu)點能夠更加明顯易懂,下面結(jié)合附圖和具體實施方式
對本發(fā)明實施例作進一步詳細(xì)的說明。在現(xiàn)有的以TF0為基礎(chǔ)的UE-UE的通信中,本端和對端的UE處于對等的狀態(tài),例 如,在本端發(fā)起通話請求時,基站控制器(Base StationController,簡稱BSC)中的無線資 源管理(Radio Resource Management,簡稱RRM)單元激活BTS的業(yè)務(wù)信道和TC通道,是指 本端和對端的RRM單元激活各自對應(yīng)的BTS的業(yè)務(wù)信道和TC通道。在采用TF0通信之后, 本端或者對端的UE也都可能發(fā)生小區(qū)切換,或者本端和對端UE同時發(fā)生小區(qū)切換。由于 本端和對端的在通話中處于對等狀態(tài),通話兩端要進行的操作對等,在本發(fā)明實施例中,都 以本端為例進行說明。例如,在RRM單元接收到UE向基站發(fā)送的通話請求后,RRM單元獲 取通話的配置信息,是指本端和對端的RRM單元分別獲取自身所對應(yīng)的通話配置信息,為 方便說明,在以下實施例的說明中,將僅僅以本端為對象進行說明。在現(xiàn)有技術(shù)中,當(dāng)BSC的RRM單元接收到UE向基站發(fā)送的通話請求時,RRM獲取 通話配置信息后將該通話配置信息發(fā)送給BTS,BTS再發(fā)送給TC,TC根據(jù)收到的配置信息后 對本端和對端的配置信息進行匹配判決,決定是否能啟動TF0通信。在通話配置信息的傳 輸過程中,采用了偷取語音幀(簡稱“偷幀”)的方式。現(xiàn)有技術(shù)中判決能否啟動TF0通信的過程中所需要傳輸?shù)呐渲眯畔⒉捎猛等≌Z 音幀的形式,影響了語音信息的傳輸質(zhì)量。針對上述技術(shù)問題,本發(fā)明實施例提供了相應(yīng)的技術(shù)方案,下面將進行詳細(xì)描述。圖1為本發(fā)明一實施例通信方法流程示意圖。如圖1所示,本發(fā)明一實施例的通 信方法包括以下步驟步驟110,基站控制器BSC的無線資源管理RRM單元接收用戶設(shè)備UE發(fā)起的通話 請求;在此步驟中,當(dāng)UE發(fā)起通話請求時,BSC的RRM單元接收到UE發(fā)起的通話請求, 該通話請求中攜帶了通話配置信息,該通話配置與本次通話中本端所對應(yīng)的BSC的配置信
5息以及UE的支持能力相關(guān)。步驟120,RRM單元根據(jù)通話請求獲取通話配置信息;RRM單元從其自身所接收到的UE發(fā)起的通話請求中獲取本端的通話配置信息,即 本次通話中該UE所對應(yīng)的通話配置信息??梢岳斫獾氖峭ㄔ拰Χ说腞RM單元也獲取其對 應(yīng)的通話配置信息,以下不再贅述。步驟130,RRM單元向BSC的編解碼器TC發(fā)送第一消息;RRM單元向其對應(yīng)的BSC的編解碼器TC發(fā)送第一消息,該第一消息中包括該本端 的通話配置信息。該通話配置信息是在后續(xù)步驟中判斷是否能啟動TFO所需要的,包含該 判斷所需要的配置信息,例如語音編碼模式,當(dāng)語音編碼模式為AMR時,還包括激活速率集 (Active Codemode Set,簡稱ACS)。此外,該第一消息中可以包含其他信息,如支持速率集 (Supported Codec Set,簡稱 SCS)、編碼模式指示(code modeindication,簡稱 CMI)、編碼 模式請求(code mode request,簡稱CMR)以及空口相位信息等。步驟140,TC判斷通話兩端的通話配置是否相匹配;TC判斷本端和對端的通話配置信息是否相匹配。本端的通話配置信息包含在步 驟130中RRM單元向其發(fā)送的第一消息中。此處兩端的通話配置相匹配可以是指通話兩 端(本端和對端)采用相同的語音編碼模式,以及當(dāng)兩端都采用AMR語音編碼模式時,通話 兩端的ACS匹配??梢岳斫獾氖?,通話配置相匹配,并不限于兩端通話配置相同。在此步驟中,若判斷的結(jié)果為通話兩端配置信息相匹配,則執(zhí)行步驟150,若判斷 的結(jié)果為通話兩端配置信息不相匹配,則執(zhí)行步驟160。步驟150,若判斷的結(jié)果為通話兩端配置信息相匹配,則TC啟動無重復(fù)級聯(lián)操作 TFO通信;若步驟140中的判斷結(jié)果是通話的本端和對端所對應(yīng)的通話配置相匹配,則TC啟 動TFO通信。在TC啟動TFO通信之后,TC不對語音信息進行編解碼操作,而是在A 口直接 傳輸壓縮的語音信息。步驟160,若步驟140中的判斷結(jié)果是兩端的通話配置不相匹配,則TC不啟動TFO 通信;S卩,若步驟140中的判斷結(jié)果是通話的本端和對端所對應(yīng)的通話配置不相匹配, 則TC不啟動TFO通信,TC需要對語音信息進行編解碼操作。在本實施例中,將通話配置信息直接從RRM單元發(fā)送到TC,不需要通過偷取語音 幀的方法傳輸配置信息從而影響語音信息的傳輸質(zhì)量,并且減少了配置信息的傳輸時間, 降低通話時延,增加了通話的及時性。圖2為本發(fā)明另一實施例方法流程示意圖。如圖2所示,本發(fā)明又一實施例的通 信方法包括以下步驟步驟210,基站控制器BSC的無線資源管理RRM單元接收用戶設(shè)備UE發(fā)起的通話 請求;其中,接收方法可以參考步驟110。步驟220,RRM單元根據(jù)通話請求獲取通話配置信息;其中,獲取方法可以參考步驟120。步驟230,RRM單元向BSC的編解碼器TC發(fā)送第一消息;
其中,發(fā)送方法可以參考步驟130。步驟240,RRM單元向編解碼器TC發(fā)送第二消息;RRM單元向TC發(fā)送第二消息,該第二消息可以包括TFO的使能信息??梢岳斫獾?是,TFO的使能信息可以起到打開TFO功能開關(guān)的作用。步驟250,RRM單元向BTS發(fā)送第三消息;RRM單元向BTS發(fā)送第三消息,該第三消息包含激活BTS的業(yè)務(wù)信道的信息??梢?理解的是,BTS的業(yè)務(wù)信道是指BTS與UE之間傳輸語音信息的通道。步驟260,TC判斷兩端的通話配置是否相匹配;其中,具體方法可以參見步驟140。若判斷的結(jié)果為兩端的通話配 置相匹配,則執(zhí) 行步驟270 ;若判斷的結(jié)果為兩端的通話配置不相匹配,則執(zhí)行步驟280。步驟270,若步驟260的判斷中結(jié)果為兩端的通話配置相匹配,則TC啟動無重復(fù)級 聯(lián)操作TFO通信;其中,通信方法可以參考步驟150。步驟280,若步驟260的判斷中結(jié)果為兩端的通話配置不相匹配,則TC不啟動無重 復(fù)級聯(lián)操作TFO通信;其中,具體方法可以參考步驟160。在本實施例中,步驟230、步驟240、步驟250的執(zhí)行順序不受序號的限制,可以調(diào) 換順序,也可以是同時發(fā)送,或者這幾個步驟中需要發(fā)送的內(nèi)容也可以包含在同一個消息 里發(fā)送。在本實施例中,從RRM單元向TC發(fā)送消息中還可以包括激活TC通道的信息。在本實施例中,通話配置信息、TFO使能信息都直接從RRM單元傳輸?shù)絋C,在傳輸 過程中不需要偷取語音幀,不僅保證了語音信息的傳輸質(zhì)量,提高了通信質(zhì)量,還減少了配 置信息(包括但不限于通話配置信息、TFO使能信息)的傳輸時間,降低通話時延,增加了 通話的及時性。圖3為本發(fā)明再一實施例方法流程示意圖。如圖3所示,本發(fā)明再一實施例的通 信方法包括以下步驟在本實施例中,如果經(jīng)過了啟動TFO的過程,并且在TC啟動TFO進行的通信后,通 話中的UE需要切換小區(qū),TC需要重新判斷是否能繼續(xù)采用TFO通信??梢岳斫獾氖?,可以 是本端的UE需要切換小區(qū),也可以是對端的UE需要切換小區(qū),還可以是通話兩端的UE都 需要切換小區(qū)。無論是那種情況,都需要重新獲取切換小區(qū)后本端和對端對應(yīng)的通話配置 信息,判斷兩端的通話配置是否匹配,從而決定是否繼續(xù)采用TFO通信,其方法是類似的。 為方便說明,在本實施例中,以本端UE需要切換小區(qū)為例進行說明。由于啟動TFO通信的過程與前述兩個實施例類似,在本實施例中僅描述在啟動了 TFO通信后,本端UE需要切換小區(qū)后的步驟,包括步驟310,RRM單元向TC發(fā)送第四消息;RRM單元向TC發(fā)送第四消息,該第四消息中包括切換目標(biāo)小區(qū)對應(yīng)的通話配置信 息。其中,具體的發(fā)送內(nèi)容和方法可以參見步驟130。步驟320,TC判斷切換后的通話兩端的通話配置是否匹配;在此步驟中,只要通話兩端有需要切換小區(qū)的UE,就需要獲取切換后的通話配置信息,可以理解的是,切換后的通話配置與小區(qū)切換后所對應(yīng)的BSC的配置信息以及UE的 支持能力有關(guān)。在獲取切換后的通話配置信息之后,TC需要針對切換之后兩端的通話配置 進行判斷。若判斷的結(jié)果為切換后兩端的通話配置相匹配,則執(zhí)行步驟330,若判斷的結(jié)果為 切換后兩端的通話配置不相匹配,則執(zhí)行步驟340。步驟330,若判斷的結(jié)果為切換后兩端的通話配置相匹配,則TC繼續(xù) 采用TFO通 信;其中,具體通信方法可以參見步驟150。步驟340,若步驟320中的判斷結(jié)果是切換后兩端的通話配置信息不相匹配,則在 后續(xù)通信過程中,TC不采用TFO通信,而是需要對語音進行編解碼操作。在本發(fā)明以上幾個實施例中,由于TC不進行編解碼操作,因此需要BTS確定本端 的上行編碼速率,BTS確定本端的上行編碼速率可以包括首先,BTS接收對端UE的下行編 碼速率請求;其次,BTS根據(jù)本端空口質(zhì)量計算本端的編碼速率;最后,BTS根據(jù)本端的編碼 速率和對端UE的下行編碼速率請求,從二者中選擇一個較小的值作為本端的上行編碼速 率。另外,在本發(fā)明以上幾個實施例中,由于在TFO啟動后,本地BTS下行Abis 口的相 位是由對端手機的空口上行來決定的。(可以理解的是Abis 口是BTS與其對應(yīng)的BSC之間 的接口,而空口是BTS與UE之間的接口。)由于TC不進行編解碼時不能進行相位調(diào)整,因 此需要BTS在通話建立后就能自適應(yīng)Abis 口相位。根據(jù)當(dāng)前BTS有沒有緩存語音信息,BTS可以做不同的判斷在當(dāng)前BTS沒有緩存語音信息的情況下,BTS判斷在UE發(fā)送速率更改請求CMR時 Abis 口速率是否發(fā)生跳變。若判斷的結(jié)果為在UE發(fā)送CMR時Abis 口速率發(fā)生跳變,則BTS 緩存語音信息,后續(xù)每次編碼處于緩存中的上一幀。若判斷的結(jié)果為在UE發(fā)送CMR時Abis 口速率沒有發(fā)生跳變,則BTS不緩存語音信息。在當(dāng)前BTS正處于緩存語音信息狀態(tài)的情況下,BTS判斷在BTS發(fā)送CMI時Abis 口速率是否發(fā)生跳變。若判斷的結(jié)果為在BTS發(fā)送CMI時Abis 口速率發(fā)生跳變,則BTS取 消緩存語音信息,丟棄緩存幀,之后每次編碼當(dāng)前收到幀。若判斷的結(jié)果為在BTS發(fā)送CMI 時Abis 口速率沒有發(fā)生跳變,則BTS不取消緩存語音信息。在本實施例中,當(dāng)通話中的任一 UE需要切換小區(qū),在判斷在后續(xù)的通信過程中是 否繼續(xù)采用TFO通信過程時,配置信息也都直接從RRM單元直接發(fā)送到TC,因而保證了語音 信息的傳輸質(zhì)量。此外,本實施例中確定本端的上行編碼速率方法和緩存方法使得在TC不進行編 解碼的過程中通話能順利進行。圖4為本發(fā)明實施例語音通信設(shè)備結(jié)構(gòu)示意圖。如圖4所示,本發(fā)明實施例的語 音通信設(shè)備可以包括無線資源管理RRM單元401、編解碼器TC402。RRM單元401,用于接收用戶設(shè)備UE發(fā)起的通話請求,可以理解的是RRM單元屬于 對應(yīng)的基站控制器BSC。當(dāng)UE發(fā)起通話請求時,RRM單元401接收到UE發(fā)起的通話請求,在該通話請求中 包含本端的通話配置信息,可以理解的是,該通話配置與通話中本端的UE的支持能力和該UE所對應(yīng)的BSC的配置信息相關(guān)。RRM單元401還用于根據(jù)通話請求獲取該通話配置信息。由于通話請求中包含該通話配置信息,因此RRM單元401從通話請求中獲取通話 配置信息。在此,還隱含的包括了對端RRM單元獲取對端的通話配置信息。RRM單元401還用于向BSC的編解碼器TC發(fā)送第一消息。該第一消息 中包括RRM 單元401所獲取的通話配置信息。此處所獲取的通話配置信息是后續(xù)編解碼器402判斷是 否能啟動TFO所需要的,包含編解碼器402進行判斷時所需要的配置信息,例如語音編碼模 式,當(dāng)語音編碼模式為AMR時,還包括ACS。此外,該第一消息中可以包含其他信息,如支持 速率集、CMI、CMR以及空口相位信息等。TC402,用于判斷通話兩端的通話配置是否相匹配。TC402判斷通話兩端中本端和對端的配置信息是否匹配??梢岳斫獾氖?,本端和對 端的TC分別獲得通話配置信息后進行信息交互,判斷兩端的通話配置信息是否向匹配???以是,判斷兩端(本端和對端)是否采用相同的語音編碼模式,以及當(dāng)兩端都采用AMR語音 編碼模式時,通話兩端的ACS是否相等。若判斷的結(jié)果為兩端的通話配置信息相匹配,則TC402啟動該通話兩端以TFO通
fn °在本實施例中,通話配置信息直接從RRM單元401發(fā)送到TC402,不需要通過BTS 轉(zhuǎn)發(fā),也不需要通過偷取語音幀的方法傳輸配置信息,從而不僅減少了配置信息的傳輸時 間,也保證了語音信息的傳輸質(zhì)量,提高了通信質(zhì)量。本發(fā)明另一實施例的語音通信設(shè)備可以包括以下模塊RRM單元、TC,具體功能可 以參見上一實施例。該設(shè)備中的RRM單元還可以用于向TC發(fā)送第二消息,該第二消息可以包括TFO的 使能信息??梢岳斫獾氖?,TFO的使能信息可以起到打開TFO功能開關(guān)的作用;和/或RRM單元還可以用于向BTS發(fā)送第三消息,該第三消息包括激活BTS的業(yè)務(wù)信道的 信息??梢岳斫獾氖?,BTS的業(yè)務(wù)信道是指BTS與UE之間傳輸語音信息的通道。在本實施例中,當(dāng)TC已經(jīng)啟動TFO通信之后,如果在通信過程中,通信中的UE需 要切換小區(qū),(需要切換小區(qū)的UE可以是本端UE,也可以是對端UE,或者是本端和對端兩端 UE,與方法實施例相對應(yīng),在本申請中僅僅以本端UE需要切換小區(qū)為例進行說明。)RRM單 元還可以用于向TC發(fā)送第四消息,該第四消息中包括切換目標(biāo)小區(qū)對應(yīng)的通話配置信息。TC還可以用于判斷切換后兩端的通話配置信息是否匹配;可以理解的是,在只要 通話兩端有需要切換小區(qū)的UE,該發(fā)生切換小區(qū)的一端對應(yīng)的通話配置信息就有可能會發(fā) 生改變,TC就需要判斷切換之后兩端的通話配置信息是否改變,以決定后續(xù)是否能夠繼續(xù) 采用TFO通信。TC,還用于若該TC的判斷結(jié)果為切換后兩端通話的配置信息相匹配,則繼續(xù)采用 TFO通信。在本實施例中,RRM單元還可以用于向TC發(fā)送攜帶激活TC通道的消息。在本實施例中,RRM單元將配置信息發(fā)送到TC,TC對此進行判斷否能在UE切換小 區(qū)之后繼續(xù)采用TFO通信,從而不需要偷取語音幀傳輸該配置信息。RRM單元向TC發(fā)送TFO 使能信息時也不會偷取語音幀,從而進一步保證語音信息的傳輸率,提高了通信質(zhì)量。
本發(fā)明一實施例涉及一種通信系統(tǒng),包括如上描述的語音通信設(shè)備。本發(fā)明另一實施例的通信系統(tǒng),除了包括如上描述的語音通信設(shè)備,還可以包括基站收發(fā)臺BTS。BTS,用于判斷在UE發(fā)送速率更改請求CMR時Abis 口速率是否發(fā)生跳變。該BTS 還用于根據(jù)判斷結(jié)果緩存語音信息。根據(jù)當(dāng)前BTS有沒有緩存語音信息,基站收發(fā)臺可以做不同的判斷在當(dāng)前BTS沒有緩存語音信息的情況下基站收發(fā)臺判斷在UE發(fā)送速率更改請求CMR時Abis 口速率是否發(fā)生跳變。若基站收發(fā)臺判斷在UE發(fā)送CMR時Abis 口速率發(fā)生跳變,則基站收發(fā)臺開始緩 存語音信息,后續(xù)每次編碼處于緩存中的上一幀。若基站收發(fā)臺判斷在UE發(fā)送CMR時Abis 口速率沒有發(fā)生跳變,則基站收發(fā)臺不
緩存語音信息。在當(dāng)前BTS正在緩存語音信息的情況下基站收發(fā)臺判斷在BTS發(fā)送CMI時Abis 口速率是否發(fā)生跳變。若基站收發(fā)臺判斷在BTS發(fā)送CMI時Abis 口速率發(fā)生跳變,則取消緩存,即基站 收發(fā)臺不進行緩存。若基站收發(fā)臺判斷在BTS發(fā)送CMI時Abis 口速率沒有發(fā)生跳變,則基站收發(fā)臺繼 續(xù)進行緩存。此外,本實施例中的基站收發(fā)臺判斷通話中BTS的是否需要緩存語音信息,從而 在通信系統(tǒng)中的TC不進行編解碼的過程中通話能順利進行,提高了通話的質(zhì)量。本發(fā)明實施例可以應(yīng)用于全球移動通信系統(tǒng)(Global System ForMobile Communications,簡稱GSM)系統(tǒng)中。在本發(fā)明實施例中,主要以在AMR編碼模式為例進行 說明,也可以應(yīng)用在其他的編碼模式下采用TFO通信,其方法與本發(fā)明實施例類似。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到,為描述的方便和簡潔,上述描述的系統(tǒng)、 設(shè)備、模塊和模塊的具體工作過程,可以參考前述方法實施例中的對應(yīng)過程,在此不再贅 述。通過以上的實施例的描述,所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助 軟件加必需的通用硬件平臺的方式來實現(xiàn),當(dāng)然也可以通過硬件,但很多情況下前者是更 佳的實施方式?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的 部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若 干指令用以使得一臺計算機設(shè)備(可以是個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā) 明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括u盤、移動硬盤、只讀 存儲器(ROM)、隨機存取存儲器(RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。在本申請所提供的幾個實施例中,應(yīng)該理解到,所揭露的系統(tǒng)、設(shè)備和方法,在沒 有超過本申請的范圍內(nèi),可以通過其他的方式實現(xiàn)。例如,以上所描述的設(shè)備實施例僅僅是 示意性的,例如,所述模塊或模塊的劃分,僅僅為一種邏輯功能劃分,實際實現(xiàn)時可以有另 外的劃分方式,例如多個模塊或組件可以結(jié)合或者可以集成到另一個系統(tǒng),或一些特征可 以忽略,或不執(zhí)行。其中所述作為分離部件說明的模塊可以是或者也可以不是物理上分開 的,作為模塊顯示的部件可以是或者也可以不是物理模塊,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡(luò)模塊上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實 施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下,即可以理解并實施。另外,所描述系統(tǒng)、設(shè)備和方法以及不同實施例的示意圖,在不超出本申請的范圍 內(nèi),可以與其它系統(tǒng),模塊,技術(shù)或方法結(jié)合或集成。另一點,所顯示或討論的相互之間的耦 合或直接耦合或通信連接可以是通過一些接口,設(shè)備或模塊的間接耦合或通信連接,可以 是電子、機械或其它的形式。以上所述,僅為本發(fā)明的具體實施方式
,但本發(fā)明的保護范圍并不局限于此,任何 熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi),可輕易想到變化或替換,都應(yīng)涵 蓋在本發(fā)明的保護范圍之內(nèi)。因此,本發(fā)明的 護范圍應(yīng)所述以權(quán)利要求的保護范圍為準(zhǔn)。
權(quán)利要求
一種語音通信方法,其特征在于,包括以下步驟基站控制器BSC的無線資源管理RRM單元接收用戶設(shè)備UE發(fā)起的通話請求;所述RRM單元根據(jù)所述通話請求獲取通話配置信息;所述RRM單元向所述BSC的編解碼器TC發(fā)送第一消息,所述第一消息中包括所述通話配置信息;所述TC判斷通話兩端的通話配置是否匹配;若所述判斷的結(jié)果為所述通話兩端的通話配置相匹配,則所述TC啟動無重復(fù)級聯(lián)操作TFO通信。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,還包括所述RRM單元向所述TC發(fā)送第二消息,所述第二消息包括TF0的使能信息; 所述RRM單元向基站收發(fā)臺BTS發(fā)送第三消息,所述第三消息包括激活所述BTS的業(yè) 務(wù)信道的信息。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,在通信過程中,當(dāng)所述UE需要切換小區(qū) 時,還包括所述RRM單元向所述TC發(fā)送第四消息,所述第四消息中包括切換目標(biāo)小區(qū)對應(yīng)的通話配置信息;所述TC判斷切換后的通話兩端的通話配置是否相匹配;若所述判斷的結(jié)果為所述切換后的通話兩端的配置信息相匹配,則TC繼續(xù)采用TF0通
4.根據(jù)權(quán)利要求1-3中任一項所述的方法,其特征在于,還包括 BTS判斷在UE發(fā)送速率更改請求CMR時Abis 口速率是否發(fā)生跳變;若所述判斷的結(jié)果為在UE發(fā)送CMR時Abis 口速率發(fā)生跳變,所述BTS緩存語音信息。
5.根據(jù)權(quán)利要求1-3中任一項所述的方法,其特征在于,所述通話兩端的通話配置相 匹配包括通話兩端的語音編碼模式都為自適應(yīng)多速率AMR編碼模式,且通話兩端的激活 速率集ACS相匹配。
6.一種語音通信設(shè)備,其特征在于,包括無線資源管理RRM單元,用于接收用戶設(shè)備UE發(fā)起的通話請求并根據(jù)所述通話請求獲 取通話的配置信息,所述RRM單元設(shè)置在基站控制器BSC中;所述RRM單元,還用于向所述BSC的編解碼器TC發(fā)送第一消息,所述第一消息中包括 所述通話配置信息;所述TC,用于判斷通話兩端的配置信息是否相匹配,若所述判斷的結(jié)果為所述通話兩 端的配置信息相匹配,則所述TC啟動級聯(lián)式自由操作TF0通信。
7.根據(jù)權(quán)利要求6所述的設(shè)備,其特征在于,所述RRM單元,還用于向TC發(fā)送第二消息,所述第二消息包括TF0的使能信息;和 所述RRM單元,還用于向基站收發(fā)臺BTS發(fā)送第三消息,所述第三消息包括激活所述 BTS的業(yè)務(wù)信道的信息。
8.根據(jù)權(quán)利要求6所述的設(shè)備,其特征在于,當(dāng)在通信過程中,當(dāng)所述UE需要切換小區(qū)時,所述RRM單元,還用于向所述TC發(fā)送第四消息,所述第四消息中包括切換目標(biāo)小區(qū)對應(yīng)的通話配置信息;所述TC,還用于判斷切換后的通話兩端的配置信息是否匹配,若所述判斷的結(jié)果為所 述切換后的通話兩端的配置信息相匹配,則TC繼續(xù)采用TF0通信。
9.一種語音通信系統(tǒng),其特征在于,包括根據(jù)權(quán)利要求6-8任一項所述的語音通信設(shè) 備,還包括基站收發(fā)臺BTS,所述通信設(shè)備與UE進行信息交互。
10.根據(jù)權(quán)利要求9所述的通信系統(tǒng),其特征在于,所述BTS,用于判斷在所述UE發(fā)送 速率更改請求CMR時Abis 口速率是否發(fā)生跳變,若所述判斷的結(jié)果為在所述UE發(fā)送CMR 時Abis 口速率發(fā)生跳變,所述BTS緩存語音信息。
全文摘要
本發(fā)明實施例公開了一種語音通信方法、設(shè)備及系統(tǒng)。其中,通信方法,包括以下步驟基站控制器BSC的無線資源管理RRM單元接收用戶設(shè)備UE發(fā)起的通話請求;RRM單元根據(jù)通話請求獲取通話配置信息;RRM單元向BSC的編解碼器TC發(fā)送第一消息,第一消息中包括通話配置信息;TC判斷通話兩端的通話配置是否相匹配;若判斷的結(jié)果為通話兩端的通話配置相匹配,則TC啟動無重復(fù)級聯(lián)操作TFO通信。采用本發(fā)明實施例,配置信息不采取偷取語音幀的形式傳輸,從而保證了語音信息的傳輸質(zhì)量,減少了配置信息的傳輸時間,降低通話時延,增加了通話的及時性。
文檔編號H04W28/14GK101835204SQ20101011886
公開日2010年9月15日 申請日期2010年3月1日 優(yōu)先權(quán)日2010年3月1日
發(fā)明者錢佳 申請人:華為技術(shù)有限公司