專利名稱：實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整的方法、系統(tǒng)及相關(guān)裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及LTEdong term evolution，長(zhǎng)期演進(jìn))移動(dòng)通信系統(tǒng)技術(shù)領(lǐng)域，尤其 涉及一種實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整的方法、系統(tǒng)及相關(guān)裝置。
背景技術(shù)：
如圖1所示，圖1為L(zhǎng)TE移動(dòng)通信系統(tǒng)的結(jié)構(gòu)示意圖，主要包括CN(CoreNetwork， 核心網(wǎng))禾口 E_UTRAN(Evolved Universal Terrestrial Radio AccessNetwork，演進(jìn)的通用 陸基無線接入網(wǎng))。核心網(wǎng)主要包括MME(移動(dòng)管理實(shí)體)和S-GW(服務(wù)網(wǎng)關(guān))，接入網(wǎng)由 eNB (節(jié)點(diǎn)B，也即長(zhǎng)期演進(jìn)移動(dòng)通信系統(tǒng)中的基站)構(gòu)成。核心網(wǎng)和接入網(wǎng)之間通過Sl接 口互聯(lián)互通，接入網(wǎng)內(nèi)部不同的eNB之間通過X2接口互聯(lián)互通。語音業(yè)務(wù)作為電信的一種基本業(yè)務(wù)，在LTE移動(dòng)通信系統(tǒng)中通過VOIP (Voice over Internet Protocol，IP網(wǎng)絡(luò)語音)的方式實(shí)現(xiàn)。通緝發(fā)現(xiàn)，三分之二的時(shí)間沒有語音傳輸， 語音傳輸?shù)臅r(shí)間只有三分之一，對(duì)于這兩種情況，語音編碼器在編碼的時(shí)生成兩個(gè)幀靜默 幀和正常幀。在LTE通信系統(tǒng)中，為了保證語音業(yè)務(wù)的服務(wù)質(zhì)量，一般采用半靜態(tài)調(diào)度的方式， 需要配置半靜態(tài)調(diào)度資源。不同UE之間通話時(shí)采用的語音編解碼算法可能不同，相應(yīng)的發(fā) 送語音幀的大小也會(huì)不同，而半靜態(tài)調(diào)度資源卻已被配置為固定不變的數(shù)值，這樣就可能 會(huì)導(dǎo)致語音幀大小與半靜態(tài)調(diào)度資源不匹配，從而造成語音質(zhì)量不高，或者浪費(fèi)無線資源。 LTE通信系統(tǒng)中其他采用半靜態(tài)數(shù)據(jù)進(jìn)行傳輸?shù)臉I(yè)務(wù)(如游戲業(yè)務(wù)、監(jiān)控業(yè)務(wù)等)也存在類 似半靜態(tài)調(diào)度資源與業(yè)務(wù)特性不符的問題。

發(fā)明內(nèi)容
鑒于上述的分析，本發(fā)明旨在提供一種實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整的方法、系 統(tǒng)及相關(guān)裝置，用以解決現(xiàn)有技術(shù)中存在的半靜態(tài)調(diào)度資源與半靜態(tài)業(yè)務(wù)特性不匹配的問 題。本發(fā)明的目的主要是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整的方法，在基站中對(duì)設(shè)定項(xiàng)業(yè)務(wù) 配置一個(gè)預(yù)定集合，用于存放該項(xiàng)業(yè)務(wù)的編解碼算法與對(duì)應(yīng)的上下行正常幀和靜默幀大 小，所述方法包括步驟A 在該項(xiàng)業(yè)務(wù)建立過程中，雙方用戶設(shè)備彼此之間交換編解碼能力，并將各 自確定使用的編解碼算法分別上報(bào)給基站；步驟B:基站根據(jù)預(yù)定集合及收到的該項(xiàng)業(yè)務(wù)的編解碼算法，確定本次業(yè)務(wù)實(shí)現(xiàn) 過程中上下行正常幀和靜默幀的大小，并將確定的上下行正常幀和靜默幀的大小配置給媒 體接入控制層；步驟C 媒體接入控制層根據(jù)所述確定的上下行正常幀和靜默幀的大小以及收到 用戶設(shè)備上報(bào)的半靜態(tài)數(shù)據(jù)的大小，在需要時(shí)動(dòng)態(tài)的調(diào)整半靜態(tài)調(diào)度資源。
4
進(jìn)一步地，所述步驟A具體包括雙方用戶設(shè)備與網(wǎng)絡(luò)之間建立業(yè)務(wù)信令承載后，用戶設(shè)備將自己的編解碼能力發(fā) 送給對(duì)方用戶設(shè)備；收到對(duì)方編解碼能力的用戶設(shè)備，根據(jù)自己的解碼能力，確定出本次通話使用的 編解碼算法，并將確定使用的編解碼算法發(fā)送給對(duì)方；收到對(duì)方編解碼算法的用戶設(shè)備，根據(jù)對(duì)方使用的解碼算法，確定自己的編碼算 法；雙方用戶設(shè)備同時(shí)將自己采用的編碼算法和解碼算法上報(bào)給基站。進(jìn)一步地，所述步驟C具體包括媒體接入控制層將已分配的半靜態(tài)調(diào)度資源與其收到用戶設(shè)備上報(bào)的半靜態(tài)數(shù) 據(jù)的大小進(jìn)行比較如果相同，則發(fā)送所述半靜態(tài)數(shù)據(jù)；如果不相同，則釋放已分配的半靜態(tài)調(diào)度資 源，根據(jù)確定的上下行正常幀和靜默幀的大小得出本次發(fā)送所需要的半靜態(tài)調(diào)度資源，并 按照本次發(fā)送所需要的半靜態(tài)調(diào)度資源重新分配。其中，所述設(shè)定項(xiàng)業(yè)務(wù)為基于半靜態(tài)數(shù)據(jù)傳輸?shù)恼Z音業(yè)務(wù)或者游戲業(yè)務(wù)或者監(jiān) 控業(yè)務(wù)。本發(fā)明又提供了一種實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整的系統(tǒng)，所述系統(tǒng)包括設(shè)置 于基站中的存儲(chǔ)模塊和配置模塊，設(shè)置于用戶設(shè)備中的編解碼模塊，設(shè)置于媒體接入控制 層中的動(dòng)態(tài)調(diào)整模塊，其中，所述存儲(chǔ)模塊，用于對(duì)設(shè)定項(xiàng)業(yè)務(wù)配置一個(gè)預(yù)定集合，所述預(yù)定集合中存放有該 項(xiàng)業(yè)務(wù)的編解碼算法與其對(duì)應(yīng)的上下行正常幀和靜默幀大??；所述編解碼模塊，用于在該項(xiàng)業(yè)務(wù)建立過程中，和對(duì)方用戶設(shè)備之間交換業(yè)務(wù)編 解碼能力，并將確定的自己使用的編解碼算法上報(bào)給所述配置模塊；所述配置模塊，用于根據(jù)從對(duì)方用戶設(shè)備收到的該項(xiàng)業(yè)務(wù)的編解碼算法及所述存 儲(chǔ)模塊中的預(yù)定集合，確定上下行正常幀和靜默幀的大小，并將確定的上下行正常幀和靜 默幀的大小配置給所述動(dòng)態(tài)調(diào)整模塊；所述動(dòng)態(tài)調(diào)整模塊，用于根據(jù)收到的半靜態(tài)數(shù)據(jù)的大小以及確定的上下行正常幀 和靜默幀的大小，動(dòng)態(tài)的調(diào)整半靜態(tài)調(diào)度資源。進(jìn)一步地，所述編解碼模塊具體用于，將自己的編解碼能力發(fā)送給對(duì)方用戶設(shè)備 的編解碼模塊；在收到對(duì)方編解碼模塊發(fā)來的編解碼能力時(shí)，根據(jù)自己的解碼能力，確定出 本次通話使用的編解碼算法，并將確定使用的編解碼算法發(fā)送給對(duì)方用戶設(shè)備的編輯碼模 塊；并在收到對(duì)方編解碼算法時(shí)，根據(jù)對(duì)方使用的解碼算法，決定自己的編碼算法，最后將 自己采用的編碼算法和解碼算法上報(bào)給所述配置模塊。進(jìn)一步地，所述動(dòng)態(tài)調(diào)整模塊具體用于，當(dāng)收到半靜態(tài)數(shù)據(jù)時(shí)，將所述半靜態(tài)數(shù)據(jù) 的大小與已分配的半靜態(tài)調(diào)度資源進(jìn)行比較如果相同，則發(fā)送所述半靜態(tài)數(shù)據(jù)；如果不 相同，則釋放已分配的半靜態(tài)調(diào)度資源，根據(jù)確定的上下行正常幀和靜默幀的大小得出本 次發(fā)送所需要的半靜態(tài)調(diào)度資源，并按照本次發(fā)送所需要的半靜態(tài)調(diào)度資源重新分配。本發(fā)明還提供了一種基站，應(yīng)用于實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整的系統(tǒng)中，所述 基站包括存儲(chǔ)模塊和配置模塊，其中，
5
所述存儲(chǔ)模塊，用于對(duì)設(shè)定項(xiàng)業(yè)務(wù)配置一個(gè)預(yù)定集合，所述預(yù)定集合中存放有該 項(xiàng)業(yè)務(wù)的編解碼算法與其對(duì)應(yīng)的上下行正常幀和靜默幀大??；所述配置模塊，用于根據(jù)從對(duì)方用戶設(shè)備收到的該項(xiàng)業(yè)務(wù)的編解碼算法及所述存 儲(chǔ)模塊中的預(yù)定集合，確定上下行正常幀和靜默幀的大小，并將確定的上下行正常幀和靜 默幀的大小配置給所述動(dòng)態(tài)調(diào)整模塊。本發(fā)明有益效果如下本發(fā)明解決了半靜態(tài)調(diào)度資源與業(yè)務(wù)特性不符的問題，節(jié)約了無線資源。本發(fā)明的其他特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部分的從說明書中變 得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在所寫的說明 書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。


圖1為現(xiàn)有技術(shù)中，LTE移動(dòng)通信系統(tǒng)的結(jié)構(gòu)示意圖；圖2為本發(fā)明所述方法的流程示意圖；圖3為本發(fā)明所述方法應(yīng)用于語音業(yè)務(wù)中的流程示意圖；圖4為本發(fā)明所述方法中，動(dòng)態(tài)分配半靜態(tài)調(diào)度資源的流程示意圖；圖5為本發(fā)明所述系統(tǒng)的結(jié)構(gòu)示意圖；圖6為應(yīng)用于本發(fā)明所述系統(tǒng)中的基站的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面結(jié)合附圖來具體描述本發(fā)明的優(yōu)先實(shí)施例，其中，附圖構(gòu)成本申請(qǐng)一部分，并 與本發(fā)明的實(shí)施例一起用于闡釋本發(fā)明的原理。為了清楚和簡(jiǎn)化目的，當(dāng)其可能使本發(fā)明 的主題模糊不清時(shí)，將省略本文所描述的器件中已知功能和結(jié)構(gòu)的詳細(xì)具體說明。首先結(jié)合附圖2到附圖4對(duì)本發(fā)明所述方法進(jìn)行詳細(xì)說明。如圖2所示，圖2為本發(fā)明所述方法的流程示意圖，具體可以包括以下步驟步驟200 對(duì)于某項(xiàng)業(yè)務(wù)，eNB (節(jié)點(diǎn)B，也即長(zhǎng)期演進(jìn)移動(dòng)通信系統(tǒng)中的基站)預(yù) 先在后臺(tái)針對(duì)不同的編解碼算法配置不同的上行正常幀和上行靜默幀的大小、以及下行正 常幀和下行靜默幀的大小(為了便于敘述，以下簡(jiǎn)稱為上下行正常幀和靜默幀的大小)，從 而得到該項(xiàng)業(yè)務(wù)的編解碼算法對(duì)應(yīng)上下行正常幀和靜默幀大小的預(yù)定集合；其中對(duì)于不同 的編解碼算法，其配置的正常幀大小和靜默幀大小也不同，具體配置在現(xiàn)有協(xié)議已有詳細(xì) 規(guī)定，此處不做進(jìn)一步說明；步驟201 主叫UE (customer equipment，用戶設(shè)備)和被叫UE先后和接入網(wǎng)建立 RRC(Radio Resources Control，無線資源控制)連接及業(yè)務(wù)信令承載；步驟202 雙方UE彼此之間交換該項(xiàng)業(yè)務(wù)的編解碼能力；所述編解碼能力包括 編碼能力和解碼能力，編碼能力為UE可以支持的至少一個(gè)編碼算法，解碼能力為UE可以支 持的至少一個(gè)解碼算法；步驟203 雙方UE確定本次通話使用的編碼算法，并分別將編解碼算法上報(bào)給 eNB ；步驟204 :eNB根據(jù)本次使用的編解碼算法與預(yù)定集合確定與該編解碼算法對(duì)應(yīng)的上下行正常幀和靜默幀的大小，將確定的上下行正常幀和靜默幀的大小配置給 MAC(Mdium Access Control，媒質(zhì)接入控制層)；步驟205 =MAC根據(jù)收到半靜態(tài)數(shù)據(jù)的大小及配置的上下行正常幀和靜默幀的大 小，在需要時(shí)動(dòng)態(tài)的調(diào)整分配的半靜態(tài)調(diào)度資源。為了便于理解本發(fā)明，下面以語音業(yè)務(wù)為例對(duì)本發(fā)明進(jìn)行詳細(xì)說明。如圖3所示，圖3為本發(fā)明所述方法應(yīng)用于語音業(yè)務(wù)中的流程示意圖，為了便于說 明，設(shè)定UEA為語音業(yè)務(wù)的主叫方，UEB為語音業(yè)務(wù)的被叫方，處理過程具體可以包括以下 步驟步驟300 :eNB針對(duì)不同的編解碼算法配置不同的上下行正常幀和靜默幀的大小， 生成語音業(yè)務(wù)編解碼算法對(duì)應(yīng)上下行正常幀和靜默幀大小的預(yù)定集合；步驟301 :UEA和接入網(wǎng)建立RRC(Radio Resource Control，無線資源控制)連接， UEA進(jìn)入RRC_C0NNECTED狀態(tài)，詳細(xì)參見協(xié)議3GPP 36. 331和協(xié)議3GPP 36. 413相關(guān)流程；步驟302 =UEA發(fā)起語音業(yè)務(wù)，UEA與網(wǎng)絡(luò)之間建立業(yè)務(wù)信令承載，詳細(xì)參見VoIP 業(yè)務(wù)協(xié)議；步驟303 =UEB收到尋呼，和接入網(wǎng)建立RRC連接，UEB進(jìn)入RRC_C0NNECTED狀態(tài)， 詳細(xì)參見協(xié)議3GPP 36. 331和協(xié)議3GPP 36. 413相關(guān)流程；步驟304 =UEB接受語音業(yè)務(wù)，UEB與網(wǎng)絡(luò)之間建立業(yè)務(wù)信令承載；步驟305 =UEA將自己的語音編解碼能力發(fā)送給UEB，同時(shí)UEB將自己的語音編解 碼能力發(fā)送給UEA，詳細(xì)見SIP (會(huì)話初始化協(xié)議)協(xié)議；所述語音編解碼能力包括語音編 碼能力和語音解碼能力，語音編碼能力為UE可以支持的至少一個(gè)編碼算法，語音解碼能力 為UE可以支持的至少一個(gè)解碼算法；步驟306 =UEB和UEA收到對(duì)方發(fā)來的語音編解碼能力，根據(jù)對(duì)方的編碼能力和自 己的語音解碼能力，確定出本次通話可用的語音編解碼算法，并將確定本次通話使用的語 音編解碼算法發(fā)送給對(duì)方；UEA和UEB收到對(duì)方發(fā)來的語音編解碼算法，根據(jù)對(duì)方使用的語 音解碼算法，決定自己采用的語音編碼算法；步驟307 =UEA和UEB同時(shí)將自己采用的語音編解碼算法上報(bào)給eNB ；步驟308 :eNB接收發(fā)來的語音編解碼算法，并根據(jù)語音編解碼算法在預(yù)定集合中 找到該語音編解碼對(duì)應(yīng)的上下行正常幀和靜默幀的大小，然后將確定的上下行正常幀和靜 默幀的大小配置給MAC;步驟309 =MAC收到下行半靜態(tài)數(shù)據(jù)(或者上行半靜態(tài)數(shù)據(jù))，如果收到的半靜態(tài) 數(shù)據(jù)大小與以前分配的半靜態(tài)調(diào)度資源相同，則發(fā)送其收到的半靜態(tài)數(shù)據(jù)；如果不相同，則 釋放以前已分配的半靜態(tài)調(diào)度資源，根據(jù)eNB配置給其的上下行正常幀和靜默幀的大小來 確定本次發(fā)送所需要的半靜態(tài)調(diào)度資源，然后按照本次發(fā)送需要的半靜態(tài)調(diào)度資源重新分 配，在新分配的半靜態(tài)調(diào)度資源上發(fā)送其收到的半靜態(tài)數(shù)據(jù)。具體過程參見圖4所示。如圖4所示，圖4為本發(fā)明實(shí)施例所述方法中，步驟309 (MAC動(dòng)態(tài)調(diào)整半靜態(tài)調(diào)度 資源)的具體流程示意圖，具體可以包括以下步驟步驟401 收到用戶數(shù)據(jù)；步驟402 判斷所述用戶數(shù)據(jù)是上行半靜態(tài)數(shù)據(jù)還是下行半靜態(tài)數(shù)據(jù)，如果是上 行半靜態(tài)數(shù)據(jù)，執(zhí)行步驟403 ；如果是下行半靜態(tài)數(shù)據(jù)，執(zhí)行步驟406 ；
步驟403 判斷收到的上行半靜態(tài)數(shù)據(jù)的大小與已分配的半靜態(tài)調(diào)度資源的數(shù)據(jù) 量是否相同，如果相同，則正常發(fā)送其收到的上行半靜態(tài)數(shù)據(jù)，該流程結(jié)束；如果不同，則執(zhí) 行步驟404 ；步驟404 去激活即釋放掉以前分配的半靜態(tài)調(diào)度資源；步驟405 激活新的半靜態(tài)調(diào)度資源，即根據(jù)確定的上行靜默幀和正常幀的大小 得出本次所需要的半靜態(tài)調(diào)度資源的數(shù)據(jù)量，并按照本次發(fā)送需要的半靜態(tài)調(diào)度資源重新 分配，在新分配的半靜態(tài)調(diào)度資源上發(fā)送其收到的上行半靜態(tài)數(shù)據(jù)；步驟406 判斷收到的下行半靜態(tài)數(shù)據(jù)的大小與已分配的半靜態(tài)調(diào)度資源的數(shù)據(jù) 量是否相同，如果相同，則正常發(fā)送其收到的下行半靜態(tài)數(shù)據(jù)，該流程結(jié)束；如果不同，則執(zhí) 行步驟407 ；步驟407 去激活即釋放掉以前分配的半靜態(tài)調(diào)度資源；步驟408 激活即重新分配半靜態(tài)調(diào)度資源，即根據(jù)確定的下行靜默幀和正常幀 的大小得出本次所需要的半靜態(tài)調(diào)度資源的數(shù)據(jù)量，，并按照本次發(fā)送需要的半靜態(tài)調(diào)度 資源重新分配，在新分配的半靜態(tài)調(diào)度資源上發(fā)送其收到的下行半靜態(tài)數(shù)據(jù)。接下來結(jié)合附圖5對(duì)本發(fā)明所述系統(tǒng)進(jìn)行詳細(xì)說明。如圖5所示，圖5為本發(fā)明所述系統(tǒng)的結(jié)構(gòu)示意圖，具體可以包括設(shè)置于eNB中 的存儲(chǔ)模塊和配置模塊，設(shè)置于UE中的編解碼模塊，設(shè)置于MAC中的動(dòng)態(tài)調(diào)整模塊，下面對(duì) 各個(gè)模塊分別予以詳細(xì)說明。存儲(chǔ)模塊，設(shè)置于eNB中，對(duì)于某項(xiàng)業(yè)務(wù)(如基于半靜態(tài)數(shù)據(jù)傳輸?shù)恼Z音業(yè)務(wù))， 存儲(chǔ)模塊針對(duì)不同的編解碼算法配置不同的上下行正常幀和靜默幀的大小，從而得到該項(xiàng) 業(yè)務(wù)的編解碼算法對(duì)應(yīng)上下行正常幀和靜默幀大小的預(yù)定集合，其中對(duì)于不同的編解碼算 法，其配置的正常幀大小和靜默幀大小也不同；編解碼模塊，設(shè)置于UE中，在該項(xiàng)業(yè)務(wù)建立過程中，編解碼模塊和對(duì)方UE的編解 碼模塊之間交換業(yè)務(wù)編解碼能力，并將確定自己使用的編解碼算法上報(bào)給eNB的配置模 塊；具體的說就是，編輯碼模塊將自己的業(yè)務(wù)編解碼能力發(fā)送給對(duì)方UE的編解碼模塊；在 收到對(duì)方業(yè)務(wù)編解碼能力時(shí)，根據(jù)自己的業(yè)務(wù)解碼能力，確定出本次通話使用的業(yè)務(wù)編解 碼算法，并將確定使用的業(yè)務(wù)編解碼算法發(fā)送給對(duì)方UE的編輯碼模塊；并在收到對(duì)方UE的 編解碼模塊發(fā)來的編解碼算法時(shí)，根據(jù)對(duì)方使用的業(yè)務(wù)解碼算法，決定自己的業(yè)務(wù)編碼算 法，然后將自己采用的業(yè)務(wù)編碼算法和業(yè)務(wù)解碼算法上報(bào)給eNB的配置模塊。配置模塊，設(shè)置于eNB中，接收UE的編解碼模塊發(fā)來的業(yè)務(wù)編碼算法和解碼算法， 根據(jù)收到的該項(xiàng)業(yè)務(wù)的編解碼算法到所述存儲(chǔ)模塊中的預(yù)定集合中查找該編解碼算法對(duì) 應(yīng)的上下行正常幀和靜默幀的大小，將確定的上下行正常幀和靜默幀的大小發(fā)送給MAC的 動(dòng)態(tài)調(diào)整模塊；動(dòng)態(tài)調(diào)整模塊，設(shè)置于MAC中，接收配置模塊發(fā)來的本次業(yè)務(wù)的上下行正常幀和 靜默幀的大小，當(dāng)接收到半靜態(tài)數(shù)據(jù)時(shí)，將該半靜態(tài)數(shù)據(jù)與已分配的半靜態(tài)調(diào)度資源進(jìn)行 比較如果數(shù)據(jù)大小與以前分配的半靜態(tài)調(diào)度資源相同，則正常發(fā)送其收到的半靜態(tài)數(shù)據(jù)； 如果不相同，則釋放以前已分配的資源，根據(jù)配置模塊給其的上下行正常幀和靜默幀的大 小來確定本次發(fā)送所需要的半靜態(tài)調(diào)度資源，然后按照本次發(fā)送需要的半靜態(tài)調(diào)度資源重 新分配，在新分配的半靜態(tài)調(diào)度資源上發(fā)送其收到的半靜態(tài)數(shù)據(jù)。
最后結(jié)合附圖6對(duì)應(yīng)用于上述實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整系統(tǒng)中的eNB進(jìn)行詳 細(xì)說明。如圖6所示，圖6為所述eNB的結(jié)構(gòu)示意圖，具體可以包括存儲(chǔ)模塊和配置模塊， 下面分布予以詳細(xì)說明。存儲(chǔ)模塊，對(duì)于某項(xiàng)業(yè)務(wù)(如基于半靜態(tài)數(shù)據(jù)傳輸?shù)恼Z音業(yè)務(wù))，存儲(chǔ)模塊針對(duì)不 同的編解碼算法配置不同的上下行正常幀和靜默幀的大小，從而得到該項(xiàng)業(yè)務(wù)的編解碼算 法對(duì)應(yīng)上下行正常幀和靜默幀大小的預(yù)定集合，其中對(duì)于不同的編解碼算法，其配置的正 常幀大小和靜默幀大小也不同；配置模塊，接收UE的編解碼模塊發(fā)來的業(yè)務(wù)編碼算法和解碼算法，根據(jù)收到的 該項(xiàng)業(yè)務(wù)的編解碼算法到所述存儲(chǔ)模塊中的預(yù)定集合中查找該編解碼算法對(duì)應(yīng)的上下行 正常幀和靜默幀的大小，將確定的上下行正常幀和靜默幀的大小發(fā)送給MAC的動(dòng)態(tài)調(diào)整模 塊。對(duì)于本發(fā)明所述系統(tǒng)及eNB的具體工作過程，由于上述方法中已有詳細(xì)說明，故 此處不再贅述。以上所述，僅以語音業(yè)務(wù)為例對(duì)本發(fā)明進(jìn)行了說明，但本領(lǐng)域普通技術(shù)人員都應(yīng) 該知道，本發(fā)明還不僅適用于語音業(yè)務(wù)，同樣適應(yīng)于LET移動(dòng)通信系統(tǒng)中其他采用半靜態(tài) 數(shù)據(jù)傳輸?shù)臉I(yè)務(wù)，如監(jiān)控業(yè)務(wù)、游戲業(yè)務(wù)等，其原理相同，執(zhí)行過程類似，此處就不再一一闡 述。綜上所述，本發(fā)明提供了一種實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整的方法、系統(tǒng)及相關(guān) 裝置，解決了半靜態(tài)調(diào)度資源與業(yè)務(wù)特性不符的問題，從而節(jié)約了無線資源，提高用戶體 驗(yàn)，增加運(yùn)營(yíng)商的收入，提供系統(tǒng)容量。以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此， 任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換， 都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求書的保護(hù)范 圍為準(zhǔn)。
9
權(quán)利要求
一種實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整的方法，其特征在于，在基站中對(duì)設(shè)定項(xiàng)業(yè)務(wù)配置一個(gè)預(yù)定集合，用于存放該項(xiàng)業(yè)務(wù)的編解碼算法與對(duì)應(yīng)的上下行正常幀和靜默幀的大小，所述方法包括步驟A在該項(xiàng)業(yè)務(wù)建立過程中，雙方用戶設(shè)備彼此之間交換編解碼能力，并將各自確定使用的編解碼算法分別上報(bào)給基站；步驟B基站根據(jù)預(yù)定集合及收到的該項(xiàng)業(yè)務(wù)的編解碼算法，確定本次業(yè)務(wù)實(shí)現(xiàn)過程中上下行正常幀和靜默幀的大小，并將確定的上下行正常幀和靜默幀的大小配置給媒體接入控制層；步驟C媒體接入控制層根據(jù)所述確定的上下行正常幀和靜默幀的大小以及收到用戶設(shè)備上報(bào)的半靜態(tài)數(shù)據(jù)的大小，在需要時(shí)動(dòng)態(tài)的調(diào)整半靜態(tài)調(diào)度資源。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A具體包括雙方用戶設(shè)備與網(wǎng)絡(luò)之間建立業(yè)務(wù)信令承載后，用戶設(shè)備將自己的編解碼能力發(fā)送給 對(duì)方用戶設(shè)備；收到對(duì)方編解碼能力的用戶設(shè)備，根據(jù)自己的解碼能力，確定出本次通話使用的編解 碼算法，并將確定使用的編解碼算法發(fā)送給對(duì)方；收到對(duì)方編解碼算法的用戶設(shè)備，根據(jù)對(duì)方使用的解碼算法，確定自己的編碼算法；雙方用戶設(shè)備同時(shí)將自己采用的編碼算法和解碼算法上報(bào)給基站。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述步驟C具體包括媒體接入控制層將已分配的半靜態(tài)調(diào)度資源與其收到用戶設(shè)備上報(bào)的半靜態(tài)數(shù)據(jù)的 大小進(jìn)行比較如果相同，則發(fā)送所述半靜態(tài)數(shù)據(jù)；如果不相同，則釋放已分配的半靜態(tài)調(diào)度資源，根 據(jù)確定的上下行正常幀和靜默幀的大小得出本次發(fā)送所需要的半靜態(tài)調(diào)度資源，并按照本 次發(fā)送所需要的半靜態(tài)調(diào)度資源重新分配。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述設(shè)定項(xiàng)業(yè)務(wù)為基于半靜態(tài)數(shù)據(jù)傳輸 的語音業(yè)務(wù)或者游戲業(yè)務(wù)或者監(jiān)控業(yè)務(wù)。
5.一種實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整的系統(tǒng)，其特征在于，所述系統(tǒng)包括設(shè)置于基 站中的存儲(chǔ)模塊和配置模塊，設(shè)置于用戶設(shè)備中的編解碼模塊，設(shè)置于媒體接入控制層中 的動(dòng)態(tài)調(diào)整模塊，其中，所述存儲(chǔ)模塊，用于對(duì)設(shè)定項(xiàng)業(yè)務(wù)配置一個(gè)預(yù)定集合，所述預(yù)定集合中存放有該項(xiàng)業(yè) 務(wù)的編解碼算法與其對(duì)應(yīng)的上下行正常幀和靜默幀的大?。凰鼍幗獯a模塊，用于在該項(xiàng)業(yè)務(wù)建立過程中，和對(duì)方用戶設(shè)備之間交換業(yè)務(wù)編解碼 能力，并將確定的自己使用的編解碼算法上報(bào)給所述配置模塊；所述配置模塊，用于根據(jù)從對(duì)方用戶設(shè)備收到的該項(xiàng)業(yè)務(wù)的編解碼算法及所述存儲(chǔ)模 塊中的預(yù)定集合，確定上下行正常幀和靜默幀的大小，并將確定的上下行正常幀和靜默幀 的大小配置給所述動(dòng)態(tài)調(diào)整模塊；所述動(dòng)態(tài)調(diào)整模塊，用于根據(jù)收到的半靜態(tài)數(shù)據(jù)的大小以及確定的上下行正常幀和靜 默幀的大小，動(dòng)態(tài)的調(diào)整半靜態(tài)調(diào)度資源。
6.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，所述編解碼模塊具體用于，將自己的編解 碼能力發(fā)送給對(duì)方用戶設(shè)備的編解碼模塊；在收到對(duì)方編解碼模塊發(fā)來的編解碼能力時(shí)，根據(jù)自己的解碼能力，確定出本次通話使用的編解碼算法，并將確定使用的編解碼算法發(fā) 送給對(duì)方用戶設(shè)備的編輯碼模塊；并在收到對(duì)方編解碼算法時(shí)，根據(jù)對(duì)方使用的解碼算法， 決定自己的編碼算法，最后將自己采用的編碼算法和解碼算法上報(bào)給所述配置模塊。
7.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，所述動(dòng)態(tài)調(diào)整模塊具體用于，當(dāng)收到半靜 態(tài)數(shù)據(jù)時(shí)，將所述半靜態(tài)數(shù)據(jù)的大小與已分配的半靜態(tài)調(diào)度資源進(jìn)行比較如果相同，則發(fā) 送所述半靜態(tài)數(shù)據(jù)；如果不相同，則釋放已分配的半靜態(tài)調(diào)度資源，根據(jù)確定的上下行正常 幀和靜默幀的大小得出本次發(fā)送所需要的半靜態(tài)調(diào)度資源，并按照本次發(fā)送所需要的半靜 態(tài)調(diào)度資源重新分配。
8.一種基站，應(yīng)用于實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整的系統(tǒng)中，其特征在于，所述基站包 括存儲(chǔ)模塊和配置模塊，其中，所述存儲(chǔ)模塊，用于對(duì)設(shè)定項(xiàng)業(yè)務(wù)配置一個(gè)預(yù)定集合，所述預(yù)定集合中存放有該項(xiàng)業(yè) 務(wù)的編解碼算法與其對(duì)應(yīng)的上下行正常幀和靜默幀的大??；所述配置模塊，用于根據(jù)從對(duì)方用戶設(shè)備收到的該項(xiàng)業(yè)務(wù)的編解碼算法及所述存儲(chǔ)模 塊中的預(yù)定集合，確定上下行正常幀和靜默幀的大小，并將確定的上下行正常幀和靜默幀 的大小配置給所述動(dòng)態(tài)調(diào)整模塊。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)半靜態(tài)調(diào)度資源動(dòng)態(tài)調(diào)整的方法、系統(tǒng)及相關(guān)裝置，在基站中對(duì)設(shè)定項(xiàng)業(yè)務(wù)配置一個(gè)預(yù)定集合，用于存放該項(xiàng)業(yè)務(wù)的編解碼算法與對(duì)應(yīng)的上下行正常幀和靜默幀的大小，方法包括雙方用戶設(shè)備彼此之間交換編解碼能力，并將各自確定使用的編解碼算法分別上報(bào)給基站；基站根據(jù)預(yù)定集合及收到的該項(xiàng)業(yè)務(wù)的編解碼算法，確定本次業(yè)務(wù)實(shí)現(xiàn)過程中上下行正常幀和靜默幀的大小，并將確定的上下行正常幀和靜默幀的大小配置給媒體接入控制層；媒體接入控制層根據(jù)確定的上下行正常幀和靜默幀的大小以及收到用戶設(shè)備上報(bào)的半靜態(tài)數(shù)據(jù)的大小，在需要時(shí)動(dòng)態(tài)的調(diào)整半靜態(tài)調(diào)度資源；本發(fā)明解決了半靜態(tài)調(diào)度資源與業(yè)務(wù)特性不符的問題，節(jié)約了無線資源。
文檔編號(hào)H04W8/22GK101902728SQ200910143768
公開日2010年12月1日 申請(qǐng)日期2009年5月27日 優(yōu)先權(quán)日2009年5月27日
發(fā)明者張文英, 張現(xiàn)周, 李虎虎 申請(qǐng)人:中興通訊股份有限公司