国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種ip網(wǎng)絡(luò)語(yǔ)音業(yè)務(wù)半靜態(tài)調(diào)度資源配置的方法及系統(tǒng)的制作方法

      文檔序號(hào):7711027閱讀:144來(lái)源:國(guó)知局
      專利名稱:一種ip網(wǎng)絡(luò)語(yǔ)音業(yè)務(wù)半靜態(tài)調(diào)度資源配置的方法及系統(tǒng)的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明主要涉及LTE(Long Term Evolution,長(zhǎng)期演進(jìn))移動(dòng)通信系統(tǒng),尤其涉及 一種IP網(wǎng)絡(luò)語(yǔ)音(Voice over Internet Protocol, VOIP)業(yè)務(wù)半靜態(tài)調(diào)度資源配置的方 法及系統(tǒng)。
      背景技術(shù)
      LTE 通信系統(tǒng)由演進(jìn)的無(wú)線接入網(wǎng)(Evolved-UMTS Terrestrial RadioAccess Network, E-UTRAN)和核心網(wǎng)(Core Network, CN)組成。其中,接入網(wǎng)主要由演進(jìn)中的節(jié) 點(diǎn)eNB(eN0deB,演進(jìn)中的節(jié)點(diǎn)B)組成,eNB之間通過(guò)X2接口實(shí)現(xiàn)信息的交互;核心網(wǎng)主要 由 MME (MobilityManagement Entity,移動(dòng)性管理實(shí)體)和 S-GW(Serving Gateway,服務(wù)網(wǎng) 關(guān))組成。核心網(wǎng)通過(guò)Sl接口與eNB進(jìn)行信息交互,一個(gè)eNB可以與多個(gè)MME/S-GW相連 實(shí)現(xiàn)信息的交互,一個(gè)MME/S-GW也可以與多個(gè)eNB相連實(shí)現(xiàn)信息的交互。語(yǔ)音業(yè)務(wù)是LTE通信系統(tǒng)中最基本的業(yè)務(wù),以VOIP (Voice over InternetProtocol,網(wǎng)絡(luò)電話)的方式實(shí)現(xiàn),VOIP業(yè)務(wù)的典型特征是以半靜態(tài)方式調(diào)度。對(duì)于VOIP業(yè)務(wù),當(dāng)半靜態(tài)調(diào)度激活時(shí),eNB的MAC (Media AccessControl,媒體訪 問(wèn)控制)層會(huì)為UE (User Equipment,用戶設(shè)備)分配RB (Resource Block,資源塊)資源, 分配的RB資源數(shù)量一般是由MAC層固定配置的。如圖1所示,VOIP業(yè)務(wù)激活時(shí),假設(shè)eNB 的MAC層給UE分配的RB資源數(shù)為1個(gè)(如圖中粗體黑框框起來(lái)的部分),當(dāng)激活時(shí)刻到來(lái) 時(shí),分配給該UE的RB資源是固定不變的。進(jìn)行VOIP業(yè)務(wù)的各個(gè)UE所處的環(huán)境可能不同,而采用的語(yǔ)音編碼算法也是變化 的。主叫UE和被叫UE會(huì)交換彼此的語(yǔ)音編碼能力,同時(shí),根據(jù)自己的解碼能力確定本次語(yǔ) 音通話業(yè)務(wù)可使用的語(yǔ)音解碼算法,然后交換彼此的語(yǔ)音解碼算法,并根據(jù)對(duì)方使用的語(yǔ) 音解碼算法確定本次通話使用的語(yǔ)音編碼算法。由于語(yǔ)音編碼算法的不同會(huì)造成語(yǔ)音數(shù)據(jù) 包的大小不同,因此MAC層為UE配置固定RB資源會(huì)帶來(lái)與通話時(shí)實(shí)際需要的RB資源不匹 配的問(wèn)題。若MAC層固定配置的資源數(shù)大于實(shí)際需要的資源數(shù)會(huì)造成無(wú)線資源的浪費(fèi),大 大降低了無(wú)線資源的利用率;若固定配置的資源數(shù)小于實(shí)際需要的資源數(shù)則會(huì)造成VOIP 業(yè)務(wù)質(zhì)量的下降。

      發(fā)明內(nèi)容
      本發(fā)明要解決的技術(shù)問(wèn)題是提供一種IP網(wǎng)絡(luò)語(yǔ)音業(yè)務(wù)半靜態(tài)調(diào)度資源配置的方 法及系統(tǒng),以克服現(xiàn)有技術(shù)中,VOIP業(yè)務(wù)半靜態(tài)調(diào)度時(shí)eNB給UE分配的RB資源與VOIP語(yǔ) 音業(yè)務(wù)的特性不匹配,從而造成無(wú)線資源浪費(fèi)和通話質(zhì)量下降的缺點(diǎn)。為解決上述問(wèn)題,本發(fā)明提供了一種IP網(wǎng)絡(luò)語(yǔ)音(VOIP)業(yè)務(wù)半靜態(tài)調(diào)度資源配 置的方法,包括演進(jìn)節(jié)點(diǎn)B (eNB)中保存有語(yǔ)音數(shù)據(jù)包大小與資源塊(RB)資源數(shù)量的對(duì)應(yīng)關(guān)系;通話參與方在確定本次通話所使用的語(yǔ)音編碼算法后,向所述eNB發(fā)送采用該算法所需語(yǔ)音數(shù)據(jù)包的大小信息;所述eNB收到后,根據(jù)所述語(yǔ)音數(shù)據(jù)包大小在上述對(duì)應(yīng)關(guān) 系中檢索到對(duì)應(yīng)RB資源的數(shù)量后,將該數(shù)量的RB資源分配給所述通話參與方。進(jìn)一步地,上述方法還可包括在VOIP語(yǔ)音業(yè)務(wù)半靜態(tài)調(diào)度激活時(shí)刻到來(lái)時(shí),所述通話參與方在為其分配的RB 資源上進(jìn)行業(yè)務(wù)數(shù)據(jù)的傳輸,直至通話結(jié)束。進(jìn)一步地,上述方法還可具有以下特征所述通話參與方為主叫方用戶設(shè)備(UE)或被叫方UE。如權(quán)利要求1所述的方法,其特征在于,所述eNB是通過(guò)物理下行控制信道(PDCCH)將對(duì)應(yīng)數(shù)量的RB資源分配給所述通 話參與方的。進(jìn)一步地,上述方法還可具有以下特征所述通話參與方確定本次通話所使用的語(yǔ)音編碼算法具體包括所述通話參與方與對(duì)端交換語(yǔ)音編碼能力,根據(jù)自己的語(yǔ)音解碼能力確定本次通 話使用的語(yǔ)音解碼算法,然后與對(duì)端交換語(yǔ)音解碼算法,根據(jù)對(duì)端使用的語(yǔ)音解碼算法確 定自己使用的語(yǔ)音編碼算法。為解決上述問(wèn)題,本發(fā)明還提供了一種IP網(wǎng)絡(luò)語(yǔ)音(VOIP)業(yè)務(wù)半靜態(tài)調(diào)度資源 配置的系統(tǒng),包括通話參與方及演進(jìn)節(jié)點(diǎn)B(eNB);所述通話參與方用于在確定本次通話所使用的語(yǔ)音編碼算法后,向所述eNB發(fā)送 采用該算法所需語(yǔ)音數(shù)據(jù)包的大小信息;所述eNB中保存有語(yǔ)音數(shù)據(jù)包大小與資源塊(RB)資源數(shù)量的對(duì)應(yīng)關(guān)系;其用于根 據(jù)接收到的所述語(yǔ)音數(shù)據(jù)包大小信息在上述對(duì)應(yīng)關(guān)系中檢索到對(duì)應(yīng)RB資源的數(shù)量后,將 該數(shù)量的RB資源分配給所述通話參與方。進(jìn)一步地,上述系統(tǒng)還可具有以下特征所述通話參與方還用于在VOIP語(yǔ)音業(yè)務(wù)半靜態(tài)調(diào)度激活時(shí)刻到來(lái)時(shí),在為其分 配的RB資源上進(jìn)行業(yè)務(wù)數(shù)據(jù)的傳輸,直至通話結(jié)束。進(jìn)一步地,上述系統(tǒng)還可具有以下特征所述通話參與方為主叫方用戶設(shè)備(UE)或被叫方UE。進(jìn)一步地,上述系統(tǒng)還可具有以下特征所述eNB用于通過(guò)物理下行控制信道(PDCCH)將對(duì)應(yīng)數(shù)量的RB資源分配給所述 通話參與方。進(jìn)一步地,上述系統(tǒng)還可具有以下特征所述通話參與方用于確定本次通話所使用的語(yǔ)音編碼算法是指所述通話參與方用于與對(duì)端交換語(yǔ)音編碼能力,根據(jù)自己的語(yǔ)音解碼能力確定本 次通話使用的語(yǔ)音解碼算法;還用于與對(duì)端交換語(yǔ)音解碼算法后,根據(jù)對(duì)端使用的語(yǔ)音解 碼算法確定自己使用的語(yǔ)音編碼算法。采用本發(fā)明后,與現(xiàn)有技術(shù)相比,由于eNB的MAC根據(jù)UE實(shí)際上報(bào)的語(yǔ)音數(shù)據(jù)包 大小指示給UE分配RB資源,因此可以解決無(wú)線資源與VOIP語(yǔ)音業(yè)務(wù)的特性不匹配的問(wèn) 題,提高了無(wú)線資源的利用率和通話質(zhì)量,減少了無(wú)線資源的浪費(fèi);同時(shí),由于UE在確定了 自己的編碼算法后,將語(yǔ)音數(shù)據(jù)包大小只上報(bào)一次給基站的MAC,因此減少了信令開(kāi)銷。


      圖1為現(xiàn)有技術(shù)中UE在進(jìn)行VOIP業(yè)務(wù)時(shí)eNB為其分配的資源塊示意圖;圖2為本發(fā)明應(yīng)用實(shí)例中主叫UE在空閑態(tài)下,接入網(wǎng)絡(luò),上報(bào)VOIP業(yè)務(wù)數(shù)據(jù)包大 小指示消息的流程圖;圖3為本發(fā)明應(yīng)用實(shí)例中被叫UE在空閑態(tài)下,接入網(wǎng)絡(luò),上報(bào)VOIP業(yè)務(wù)數(shù)據(jù)包大 小指示消息的流程圖。
      具體實(shí)施例方式下面將結(jié)合附圖及實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)行更詳細(xì)的說(shuō)明。本發(fā)明的基本構(gòu)思是eNB中保存有語(yǔ)音數(shù)據(jù)包大小與RB資源數(shù)量的對(duì)應(yīng)關(guān)系;通話參與方在確定本次通話所使用的語(yǔ)音編碼算法后,向eNB發(fā)送采用該算法所 需語(yǔ)音數(shù)據(jù)包的大小信息;eNB收到后,根據(jù)語(yǔ)音數(shù)據(jù)包大小在上述對(duì)應(yīng)關(guān)系中檢索到對(duì) 應(yīng)RB資源的數(shù)量后,將該數(shù)量的RB資源分配給上述通話參與方。其中,通話參與方為主叫 UE 或被叫 UE ;eNB可以通過(guò)PDCCH(Physical Downlink Control Channel,物理下行控制信 道)將對(duì)應(yīng)數(shù)量的RB資源分配給上述通話參與方。此后,在VOIP語(yǔ)音業(yè)務(wù)半靜態(tài)調(diào)度激活時(shí)刻到來(lái)時(shí),該通話參與方會(huì)在為其分配 的RB資源上進(jìn)行業(yè)務(wù)數(shù)據(jù)的傳輸,直至通話結(jié)束。本發(fā)明所述方法,具體可包括以下步驟第一步、UE與網(wǎng)絡(luò)建立連接;第二步、UE發(fā)起語(yǔ)音業(yè)務(wù),建立業(yè)務(wù)承載;第三步、UE依據(jù)自己的編解碼能力和對(duì)方UE的編解碼能力確定本次通話使用的 語(yǔ)音編碼算法;第四步、UE根據(jù)確定的語(yǔ)音編碼算法,將使用該算法所需的語(yǔ)音數(shù)據(jù)包的大小信 息上報(bào)給基站的MAC層;第五步、基站的MAC層根據(jù)接收到的語(yǔ)音數(shù)據(jù)包大小信息在其上保存的對(duì)應(yīng)關(guān)系 中檢索到對(duì)應(yīng)RB資源的數(shù)量后,將該數(shù)量的RB資源分配給上述UE ;第六步、VOIP語(yǔ)音業(yè)務(wù)半靜態(tài)調(diào)度激活時(shí)刻到來(lái)時(shí),UE使用基站的MAC為其分配 的RB資源進(jìn)行業(yè)務(wù)數(shù)據(jù)的傳輸,直至通話結(jié)束。下面用本發(fā)明的兩個(gè)應(yīng)用實(shí)例進(jìn)一步加以說(shuō)明。應(yīng)用實(shí)例1 以主叫UE接入網(wǎng)絡(luò),上報(bào)給eNB VOIP業(yè)務(wù)數(shù)據(jù)包大小指示消息為例說(shuō)明本發(fā)明。如圖2所示。假定主叫UE處于空閑狀態(tài),VOIP業(yè)務(wù)數(shù)據(jù)包大小為8BYTE。在200步,RRC連接建立過(guò)程,主叫UE與eNB建立網(wǎng)絡(luò)連接;在201步,UE上下文建立過(guò)程,以建立主叫UE與網(wǎng)絡(luò)通信的上下文環(huán)境;在202 步,E-RAB (E-UTRAN Radio Access Bearer, E-UTRAN 無(wú)線接入承載)建立 過(guò)程,以承載VOIP語(yǔ)音業(yè)務(wù);在203步,主叫UE確定VOIP業(yè)務(wù)編碼算法的過(guò)程。主叫UE和被叫UE交換語(yǔ)音 編碼能力,根據(jù)自己的語(yǔ)音解碼能力確定本次通話使用的語(yǔ)音解碼算法,然后與被叫UE交換語(yǔ)音解碼算法,根據(jù)被叫UE使用的語(yǔ)音解碼算法確定自己使用的語(yǔ)音編碼算法;在204步,主叫UE上報(bào)語(yǔ)音數(shù)據(jù)包大小指示消息給eNB的MAC,其中攜帶其使用語(yǔ) 音編碼算法所需的語(yǔ)音數(shù)據(jù)包大小信息;在205步,eNB的MAC層映射RB資源的過(guò)程。eNB的MAC層根據(jù)接收到的語(yǔ)音數(shù) 據(jù)包大小8BYTE在其上保存的對(duì)應(yīng)關(guān)系中檢索到對(duì)應(yīng)RB資源的數(shù)量后,將該數(shù)量的RB資 源分配給主叫UE。這樣,主叫UE會(huì)在半靜態(tài)調(diào)度激活期間使用MAC根據(jù)上報(bào)的數(shù)據(jù)包大小 為其分配的RB資源,直至通話結(jié)束。應(yīng)用實(shí)例2:以被叫UE接入網(wǎng)絡(luò),上報(bào)給eNB VOIP業(yè)務(wù)數(shù)據(jù)包大小為例說(shuō)明本發(fā)明。如圖3所示。假定被叫UE處于空閑狀態(tài),VOIP業(yè)務(wù)數(shù)據(jù)包大小為10BYTE。在300步,尋呼過(guò)程,MME尋呼被叫UE ;在301步,RRC連接建立過(guò)程,被叫UE與eNB建立網(wǎng)絡(luò)連接;在302步,UE上下文建立過(guò)程,以建立被叫UE與網(wǎng)絡(luò)通信的上下文環(huán)境;在303步,E-RAB建立過(guò)程,以承載VOIP語(yǔ)音業(yè)務(wù);在304步,被叫UE確定VOIP業(yè)務(wù)編碼算法的過(guò)程。被叫UE和主叫UE會(huì)交換語(yǔ) 音編碼能力,根據(jù)自己的語(yǔ)音解碼能力確定本次通話使用的語(yǔ)音解碼算法,然后與主叫UE 交換語(yǔ)音解碼算法,根據(jù)主叫UE使用的語(yǔ)音解碼算法確定自己使用的語(yǔ)音編碼算法;在305步,被叫UE上報(bào)語(yǔ)音數(shù)據(jù)包大小指示消息給eNB的MAC,其中攜帶其使用語(yǔ) 音編碼算法所需的語(yǔ)音數(shù)據(jù)包大小信息;在306步,eNB的MAC層映射RB資源的過(guò)程。eNB的MAC層根據(jù)接收到的語(yǔ)音數(shù) 據(jù)包大小10BYTE在其上保存的對(duì)應(yīng)關(guān)系中檢索到對(duì)應(yīng)RB資源的數(shù)量后,將該數(shù)量的RB資 源分配給被叫UE。這樣,被叫UE會(huì)在半靜態(tài)調(diào)度激活期間使用MAC根據(jù)上報(bào)的數(shù)據(jù)包大小 為其分配的RB資源,直至通話結(jié)束。本發(fā)明所述VOIP業(yè)務(wù)半靜態(tài)調(diào)度資源配置的系統(tǒng),包括通話參與方及eNB;其中, 通話參與方可為主叫方UE或被叫方UE。通話參與方用于在確定本次通話所使用的語(yǔ)音編碼算法后,向eNB發(fā)送采用該算 法所需語(yǔ)音數(shù)據(jù)包的大小信息;eNB中保存有語(yǔ)音數(shù)據(jù)包大小與資源塊(RB)資源數(shù)量的對(duì)應(yīng)關(guān)系;其用于根據(jù)接 收到的語(yǔ)音數(shù)據(jù)包大小信息在上述對(duì)應(yīng)關(guān)系中檢索到對(duì)應(yīng)RB資源的數(shù)量后,將該數(shù)量的 RB資源分配給上述通話參與方。其中,上述通話參與方還用于在VOIP語(yǔ)音業(yè)務(wù)半靜態(tài)調(diào)度激活時(shí)刻到來(lái)時(shí),在為 其分配的RB資源上進(jìn)行業(yè)務(wù)數(shù)據(jù)的傳輸,直至通話結(jié)束。此外,eNB用于通過(guò)PDCCH將對(duì)應(yīng)數(shù)量的RB資源分配給上述通話參與方。通話參與方用于確定本次通話所使用的語(yǔ)音編碼算法是指通話參與方用于與對(duì) 端交換語(yǔ)音編碼能力,根據(jù)自己的語(yǔ)音解碼能力確定本次通話使用的語(yǔ)音解碼算法;還用 于與對(duì)端交換語(yǔ)音解碼算法后,根據(jù)對(duì)端使用的語(yǔ)音解碼算法確定自己使用的語(yǔ)音編碼算 法。當(dāng)然,本發(fā)明還可有其他多種實(shí)施例,在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下,熟 悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形,但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
      權(quán)利要求
      一種IP網(wǎng)絡(luò)語(yǔ)音(VOIP)業(yè)務(wù)半靜態(tài)調(diào)度資源配置的方法,其特征在于,演進(jìn)節(jié)點(diǎn)B(eNB)中保存有語(yǔ)音數(shù)據(jù)包大小與資源塊(RB)資源數(shù)量的對(duì)應(yīng)關(guān)系;通話參與方在確定本次通話所使用的語(yǔ)音編碼算法后,向所述eNB發(fā)送采用該算法所需語(yǔ)音數(shù)據(jù)包的大小信息;所述eNB收到后,根據(jù)所述語(yǔ)音數(shù)據(jù)包大小在上述對(duì)應(yīng)關(guān)系中檢索到對(duì)應(yīng)RB資源的數(shù)量后,將該數(shù)量的RB資源分配給所述通話參與方。
      2.如權(quán)利要求1所述的方法,其特征在于,還包括在VOIP語(yǔ)音業(yè)務(wù)半靜態(tài)調(diào)度激活時(shí)刻到來(lái)時(shí),所述通話參與方在為其分配的RB資源 上進(jìn)行業(yè)務(wù)數(shù)據(jù)的傳輸,直至通話結(jié)束。
      3.如權(quán)利要求1所述的方法,其特征在于,所述通話參與方為主叫方用戶設(shè)備(UE)或被叫方UE。
      4.如權(quán)利要求1所述的方法,其特征在于,所述eNB是通過(guò)物理下行控制信道(PDCCH)將對(duì)應(yīng)數(shù)量的RB資源分配給所述通話參 與方的。
      5.如權(quán)利要求1或3所述的方法,其特征在于,所述通話參與方確定本次通話所使用的語(yǔ)音編碼算法具體包括所述通話參與方與對(duì)端交換語(yǔ)音編碼能力,根據(jù)自己的語(yǔ)音解碼能力確定本次通話使 用的語(yǔ)音解碼算法,然后與對(duì)端交換語(yǔ)音解碼算法,根據(jù)對(duì)端使用的語(yǔ)音解碼算法確定自 己使用的語(yǔ)音編碼算法。
      6.一種IP網(wǎng)絡(luò)語(yǔ)音(VOIP)業(yè)務(wù)半靜態(tài)調(diào)度資源配置的系統(tǒng),其特征在于,包括通話參 與方及演進(jìn)節(jié)點(diǎn)B (eNB);所述通話參與方用于在確定本次通話所使用的語(yǔ)音編碼算法后,向所述eNB發(fā)送采用 該算法所需語(yǔ)音數(shù)據(jù)包的大小信息;所述eNB中保存有語(yǔ)音數(shù)據(jù)包大小與資源塊(RB)資源數(shù)量的對(duì)應(yīng)關(guān)系;其用于根據(jù)接 收到的所述語(yǔ)音數(shù)據(jù)包大小信息在上述對(duì)應(yīng)關(guān)系中檢索到對(duì)應(yīng)RB資源的數(shù)量后,將該數(shù) 量的RB資源分配給所述通話參與方。
      7.如權(quán)利要求6所述的系統(tǒng),其特征在于,所述通話參與方還用于在VOIP語(yǔ)音業(yè)務(wù)半靜態(tài)調(diào)度激活時(shí)刻到來(lái)時(shí),在為其分配的 RB資源上進(jìn)行業(yè)務(wù)數(shù)據(jù)的傳輸,直至通話結(jié)束。
      8.如權(quán)利要求6所述的系統(tǒng),其特征在于,所述通話參與方為主叫方用戶設(shè)備(UE)或被叫方UE。
      9.如權(quán)利要求6所述的系統(tǒng),其特征在于,所述eNB用于通過(guò)物理下行控制信道(PDCCH)將對(duì)應(yīng)數(shù)量的RB資源分配給所述通話參與方。
      10.如權(quán)利要求6或8所述的系統(tǒng),其特征在于,所述通話參與方用于確定本次通話所使用的語(yǔ)音編碼算法是指所述通話參與方用于與對(duì)端交換語(yǔ)音編碼能力,根據(jù)自己的語(yǔ)音解碼能力確定本次通 話使用的語(yǔ)音解碼算法;還用于與對(duì)端交換語(yǔ)音解碼算法后,根據(jù)對(duì)端使用的語(yǔ)音解碼算 法確定自己使用的語(yǔ)音編碼算法。
      全文摘要
      一種IP網(wǎng)絡(luò)語(yǔ)音(VOIP)業(yè)務(wù)半靜態(tài)調(diào)度資源配置的方法及系統(tǒng),所述系統(tǒng)包括演進(jìn)節(jié)點(diǎn)B(eNB)及通話參與方;所述方法包括eNB中保存有語(yǔ)音數(shù)據(jù)包大小與資源塊(RB)資源數(shù)量的對(duì)應(yīng)關(guān)系;通話參與方在確定本次通話所使用的語(yǔ)音編碼算法后,向所述eNB發(fā)送采用該算法所需語(yǔ)音數(shù)據(jù)包的大小信息;所述eNB收到后,根據(jù)所述語(yǔ)音數(shù)據(jù)包大小在上述對(duì)應(yīng)關(guān)系中檢索到對(duì)應(yīng)RB資源的數(shù)量后,將該數(shù)量的RB資源分配給所述通話參與方。采用本發(fā)明后,提高了無(wú)線資源的利用率和通話質(zhì)量,減少了無(wú)線資源的浪費(fèi);同時(shí),由于UE在確定了自己的編碼算法后,將語(yǔ)音數(shù)據(jù)包大小只上報(bào)一次給基站的MAC,因此減少了信令開(kāi)銷。
      文檔編號(hào)H04M7/00GK101990043SQ200910161590
      公開(kāi)日2011年3月23日 申請(qǐng)日期2009年8月6日 優(yōu)先權(quán)日2009年8月6日
      發(fā)明者張現(xiàn)周, 楊德 申請(qǐng)人:中興通訊股份有限公司
      網(wǎng)友詢問(wèn)留言 已有0條留言
      • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1