專利名稱：資源分配方法及設備的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種資源分配方法及設備。
背景技術：
LTE (Long Term Evolution，長期演進)系統(tǒng)中，半靜態(tài)調度的資源分配方法適用于數(shù)據(jù)包大小比較固定且到達時間間隔滿足一定規(guī)律的業(yè)務。以VoIP (Voice over IP，基于IP的語音傳輸)業(yè)務為例，VoIP數(shù)據(jù)包到達周期為20ms，基站或終端每隔20ms會在相同的資源位置上發(fā)送或者接收新到達的VoIP數(shù)據(jù)包。在VoIP業(yè)務中，基站可以預先分配資源，所分配的資源大小包括VoIP原始數(shù)據(jù)包的長度和分組數(shù)據(jù)匯聚(PDCP，Packet Data ConvergenceProtocol)層協(xié)議頭部、無線鏈路控制(RLC，Radio Link Control Protocol)層協(xié)議頭部及媒體訪問控制(MAC，Media Access Control)層協(xié)議頭部所占用的資源大小，且對于所分配的資源周期性使用。現(xiàn)有技術中，無論數(shù)據(jù)包是否經(jīng)過頭壓縮(R0HC，Robust HeaderCompression)，基站都依據(jù)原始數(shù)據(jù)包的長度分配半靜態(tài)調度資源，這就會導致資源的浪費。

發(fā)明內容
本發(fā)明的一方面提供一種資源分配方法，包括計算至少兩個壓縮包的長度的平均值，所述壓縮包是原始數(shù)據(jù)包經(jīng)過頭壓縮得到的；依據(jù)所述平均值分配資源。本發(fā)明的另一方面提供一種設備，包括計算單元，用于計算至少兩個壓縮包的長度的平均值，所述壓縮包是原始數(shù)據(jù)包經(jīng)過頭壓縮得到的；及分配單元，用于依據(jù)所述平均值分配資源。本發(fā)明實施例提供的資源分配方法及設備，在原始數(shù)據(jù)包經(jīng)過頭壓縮得到壓縮包的情況下，能夠依據(jù)壓縮包的長度的平均值分配資源，可以減少分配資源過程中空口資源的浪費，從而提高空口資源的利用率。


圖1為本發(fā)明的一個實施例提供的資源分配方法流程圖；圖2為頭壓縮操作的示意圖；圖3為VoIP業(yè)務中頭壓縮操作的示意圖之一；圖4為本發(fā)明的另一個實施例提供的設備示意圖；圖5為一種計算單元的示意圖；圖6為另一種計算單元的示意圖；圖7為一種分配單元的示意圖。
具體實施例方式下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。本發(fā)明各實施例適用于LTE系統(tǒng)、LTE Advance系統(tǒng)等多種通信系統(tǒng)，且實施例中的基站可以是演進基站，也可以是為UE分配資源的其他設備。本發(fā)明的一個實施例提供一種分配資源的方法。如圖1所示，該實施例包括以下步驟。101、基站判斷是否存在至少兩個壓縮包，其中，壓縮包是原始數(shù)據(jù)包經(jīng)過頭壓縮得到的。如果是，執(zhí)行步驟102。本實施例中的頭壓縮指針對數(shù)據(jù)包中的頭部信息進行壓縮。如圖2所示，原始數(shù)據(jù)包21是未經(jīng)過頭壓縮的數(shù)據(jù)包，包括有效數(shù)據(jù)和數(shù)據(jù)包頭部信息。壓縮包22是原始數(shù)據(jù)包經(jīng)過頭壓縮之后的數(shù)據(jù)包，包括有效數(shù)據(jù)和ROHC頭部，其中，ROHC頭部是原始數(shù)據(jù)包 21中的數(shù)據(jù)包頭部信息經(jīng)過壓縮后得到。由于ROCH頭部的長度小于上述數(shù)據(jù)包頭部信息的長度，因此，壓縮包22的長度小于原始數(shù)據(jù)包21的長度。本步驟中，基站可以通過判斷數(shù)據(jù)包的長度是否小于預設閾值，如果是，則判斷該數(shù)據(jù)包為壓縮包。102、基站計算全部或部分壓縮包的長度的平均值。假設在步驟101中，判斷出存在10個壓縮包，即有10個原始數(shù)據(jù)包經(jīng)過了頭壓縮處理?？蛇x的，基站計算10個壓縮包的長度的平均值，也可以計算10個壓縮包中的η個壓縮包的長度的平均值，其中，η為小于10的正整數(shù)，且這η個壓縮包可能是隨機或者采用其他任何方式從10個壓縮包中選出的?？蛇x的，基站計算10個壓縮包的長度的壓縮率平均值，或者，基站計算10個壓縮包中的η個壓縮包的長度的壓縮率平均值，其中，η為小于10的正整數(shù)，且這η個壓縮包可能是隨機或者采用其他任何方式從10個壓縮包中選出的。這里的壓縮率可以為壓縮包22 與原始數(shù)據(jù)包21的比值，然后，基站計算上述壓縮率平均值與用于計算壓縮率平均值的某個壓縮包的原始數(shù)據(jù)包長度之積，從而得出壓縮包的長度平均值；或者，這里的壓縮率還可以為壓縮包22中ROHC頭部的長度與原始數(shù)據(jù)包21中數(shù)據(jù)包頭部信息的長度的比值，然后，基站計算上述壓縮率平均值與用于計算壓縮率平均值的某個壓縮包的原始數(shù)據(jù)包中數(shù)據(jù)包頭部信息的長度之積，再加上該壓縮包中有效數(shù)據(jù)的長度，從而得出壓縮包的長度平均值。例如，上述10個壓縮包的原始數(shù)據(jù)包長度及原始數(shù)據(jù)包中數(shù)據(jù)包頭部信息長度相同，則基站采用上述兩種方式確定的壓縮包的長度平均值相同。103、基站依據(jù)上述平均值為數(shù)據(jù)包的發(fā)送或接收分配資源。本步驟中，基站可以依據(jù)上述平均值和其他協(xié)議層頭部的長度來分配資源。例如， 分配的資源等于上述平均值與分組數(shù)據(jù)匯聚(PDCP)層頭部的長度、無線鏈路控制(RLC)層頭部的長度及媒體訪問控制(MAC)層頭部的長度之和。又如，分配的資源略大于上述平均值與PDCP層頭部的長度、RLC層頭部的長度及MAC層頭部的長度之和，這里的略大于可以理解為，分配的資源雖然大于上述平均值與各層頭部的長度之和，但仍小于基于原始數(shù)據(jù)包的平均值和其他協(xié)議層頭部的長度來分配的資源。例如，將上述平均值乘以放大率X，X 的取值使分配的資源小于基于原始數(shù)據(jù)包的平均值和其他協(xié)議層頭部的長度來分配的資源即可。本實施例中，由于壓縮包小于原始數(shù)據(jù)包的長度，因此，依據(jù)壓縮包的長度確定分配的資源，可以減少空口資源的浪費，從而提高空口資源的利用率。本發(fā)明的另一個實施例以VoIP業(yè)務為例說明如何依據(jù)壓縮包的長度分配資源。 如圖3所示，兩個VoIP原始數(shù)據(jù)包31和32的長度都是80字節(jié)，其中，每個VoIP原始數(shù)據(jù)包的有效數(shù)據(jù)長度為40字節(jié)，數(shù)據(jù)包頭部信息長度為40字節(jié)，比如，數(shù)據(jù)包頭部信息中的 IP(Internet Protocol，因特網(wǎng)協(xié)議)頭部信息為 20 字節(jié)，UDP (User Datagram Protocol, 用戶數(shù)據(jù)包協(xié)議)頭部信息為8字節(jié)，RTP (Real-time Transport Protocol，實時傳送協(xié)議)頭部信息為12字節(jié)。VoIP原始數(shù)據(jù)包31經(jīng)過頭壓縮后得到的壓縮包33的長度為42 字節(jié)，其中，有效數(shù)據(jù)長度為40字節(jié)，ROHC頭部為2字節(jié)。VoIP原始數(shù)據(jù)包32經(jīng)過頭壓縮后得到的壓縮包34的長度為44字節(jié)，其中，有效數(shù)據(jù)長度為40字節(jié)，ROHC頭部為4字節(jié)?？蛇x的，假設預設閾值為50字節(jié)，則基站判斷出數(shù)據(jù)包33和數(shù)據(jù)包34為壓縮包， 并計算出其平均值為43字節(jié)。假設PDCP層頭部的長度、RLC層頭部的長度及MAC層頭部的長度分別為2字節(jié)、3字節(jié)、2字節(jié)，則基站可以為壓縮包33和壓縮包34分配的資源為50 字節(jié)。可選的，壓縮包的壓縮率可以是壓縮包的長度與原始數(shù)據(jù)包的長度的比值，此時， 基站根據(jù)數(shù)據(jù)包33與原始數(shù)據(jù)包31的長度得到數(shù)據(jù)包33的壓縮率為52.5%，根據(jù)數(shù)據(jù)包 34與對應的長度相比得到數(shù)據(jù)包33對應的壓縮率為55%，均小于100%，則基站判斷出數(shù)據(jù)包33和數(shù)據(jù)包34均為壓縮包，并計算二者對應的壓縮率的平均值為53. 75%，將該壓縮率平均值乘以80字節(jié)(即原始數(shù)據(jù)包31或原始數(shù)據(jù)包32的長度)，得到壓縮包33和壓縮包34的長度的平均值為43字節(jié)。假設PDCP層頭部的長度、RLC層頭部的長度及MAC層頭部的長度分別為2字節(jié)、3字節(jié)、2字節(jié)，則基站可以為壓縮包33和壓縮包34分配的資源為 50字節(jié)?？蛇x的，壓縮包的壓縮率還可以是壓縮包中ROHC頭部的長度與原始數(shù)據(jù)包中各頭部(例如IP頭部、UDP頭部、和RTP頭部)長度之和的比值，此時，基站得到數(shù)據(jù)包33的壓縮率為5%，數(shù)據(jù)包34的壓縮率為10%，假設壓縮率的閾值為20%，則基站判斷出數(shù)據(jù)包33和數(shù)據(jù)包34均為壓縮包，并計算二者對應的壓縮率的平均值為7. 5%，將該壓縮率平均值乘以40字節(jié)(即原始數(shù)據(jù)包31中各頭部長度之和，或原始數(shù)據(jù)包32中各頭部長度之和)，得到壓縮包33中ROHC頭部長度和壓縮包34中ROHC頭部長度的平均值為3字節(jié)，再加上40字節(jié)(壓縮包33或壓縮包34中語音數(shù)據(jù)的長度)，得到壓縮包33和壓縮包34的長度的平均值43字節(jié)。假設PDCP層頭部的長度、RLC層頭部的長度及MAC層頭部的長度分別為2字節(jié)、3字節(jié)、2字節(jié)，則基站可以為壓縮包43和壓縮包44分配的資源為50字節(jié)。可選的，本實施例中的基站在確定上述數(shù)據(jù)包的長度平均值之后，可以將該平均值乘以放大率，并根據(jù)上述平均值乘以放大率所得的結果分配資源。如果放大率越大，使得壓縮包的長度平均值乘以放大率得到的數(shù)值越接近原始數(shù)據(jù)包的長度，則能夠保證越多的數(shù)據(jù)包被成功傳輸，UE的通信質量越好。如果放大率越小，甚至為100%，即沒有放大壓縮包的長度平均值，則節(jié)省空口資源的效果越明顯。實際應用中，可以根據(jù)需求設定放大率， 例如放大率可以為120%。假設壓縮包的長度平均值為43字節(jié)，乘以放大率120%，所得結果為51. 6字節(jié)，基站可以將大于或等于51. 6字節(jié)的最小正整數(shù)(即52字節(jié))作為分配資源的依據(jù)，例如，將該最小正整數(shù)的值(即52字節(jié))加上PDCP層、RLC層及MAC層頭部的長度(共7字節(jié))，可得分配的資源最少為59字節(jié)。本發(fā)明實施例適用于基站準備為數(shù)據(jù)包的傳輸(例如發(fā)送或接收)而分配資源的場景，也適用于基站調整分配資源的場景。本發(fā)明實施例還適用于數(shù)據(jù)包傳輸過程的測試期，還適用于數(shù)據(jù)包傳輸過程的穩(wěn)定期。其中，從基站(例如作為數(shù)據(jù)包發(fā)送方)和終端 (例如作為數(shù)據(jù)包接收方)通信開始到通信開始處于穩(wěn)定狀態(tài)的階段稱為測試期，從通信開始處于穩(wěn)定狀態(tài)到通信結束的階段稱為穩(wěn)定期。上述穩(wěn)定狀態(tài)為被傳輸?shù)臄?shù)據(jù)包的長度不變或基本不變的狀態(tài)。確定通信是否處于穩(wěn)定狀態(tài)的判斷方法有多種，例如，某一數(shù)據(jù)包的長度與前一數(shù)據(jù)包長度的差值或比值成為該數(shù)據(jù)包的波動值，如果連續(xù)M(M ^ 2)個數(shù)據(jù)包的長度的波動值小于預設閾值，如1%，則視為通信進入穩(wěn)定狀態(tài)，即測試期結束，穩(wěn)定期開始。本發(fā)明的另一個實施例中，以基站和終端利用半靜態(tài)調度業(yè)務且使用壓縮包進行通信為例，基站作為數(shù)據(jù)包發(fā)送方，可以計算測試期內全部或部分壓縮包的長度的平均值， 依據(jù)上述長度平均值確定穩(wěn)定期內分配的半靜態(tài)調度資源，也即將測試期或其中的某時段內分配的半靜態(tài)調度資源的大小調整為依據(jù)上述長度平均值確定的資源大小。上述各實施例提供的資源分配方法，通過計算至少兩個壓縮包的長度的平均值， 并依據(jù)該平均值分配資源；由于該平均值小于原始數(shù)據(jù)包的長度，故在半靜態(tài)業(yè)務中利用上述各實施例中的方法，可以減少分配資源過程中空口資源的浪費，從而提高空口資源的利用率。如圖4所示，本發(fā)明的另一個實施例提供一種設備，該設備可以用于實現(xiàn)上述實施例提供的方法。例如，該設備為基站，可以用于實現(xiàn)上述實施例中的基站執(zhí)行的各步驟。例如，本實施例提供的設備包括計算單元410，用于計算至少兩個壓縮包的長度的平均值，所述壓縮包是原始數(shù)據(jù)包經(jīng)過頭壓縮得到的；及分配單元420，用于依據(jù)所述平均值分配資源?？蛇x的，該設備還包括確定單元430，用于確定存在至少兩個壓縮包?？蛇x的，確定單元430具體用于判斷是否存在至少兩個壓縮包，計算單元410具體用于確定單元430的判斷結果為是時，計算出確定單元430確定存在的全部或者部分壓縮包的長度的平均值，分配單元420用于依據(jù)計算單元410計算得到的平均值為數(shù)據(jù)包的發(fā)送或接收分配資源?？蛇x的，如圖5所示，所述計算單元410包括第一子單元510，用于記錄所述至少兩個壓縮包的壓縮率，該壓縮率可以是壓縮包的長度與原始數(shù)據(jù)包長度的比值；及第二子單元520，用于計算第一子單元510記錄的至少兩個壓縮包的壓縮率的平均值，并將所述至少兩個壓縮包壓縮率的平均值乘以所述至少兩個壓縮包的原始數(shù)據(jù)包的長度得到所述至少兩個壓縮包的長度的平均值。例如，各壓縮包的原始數(shù)據(jù)包長度相同，比如VOIP業(yè)務的原始數(shù)據(jù)包長度為80字節(jié)時，計算單元410通過第一子單元510和第二子單元520確定至少兩個壓縮包的長度的平均值?？蛇x的，圖5所示的第一子單元510中記錄的壓縮包的壓縮率，還可以是壓縮包中 RHOC頭部長度與原始數(shù)據(jù)包中各頭部的長度之和的比值；此時，第二子單元520，用于計算第一子單元510記錄的至少兩個壓縮包的壓縮率的平均值，將該壓縮率的平均值乘以一個壓縮包的原始數(shù)據(jù)包中數(shù)據(jù)包頭部信息的長度，得到所述至少兩個壓縮包中ROHC頭部長度的平均值，再加上所述壓縮包中有效數(shù)據(jù)的長度，得到所述至少兩個壓縮包的長度的平均值。例如，各壓縮包的原始數(shù)據(jù)包長度相同，且各原始數(shù)據(jù)包中數(shù)據(jù)包頭部信息的長度也相同，比如VOIP業(yè)務的原始數(shù)據(jù)包長度為80字節(jié)，且原始數(shù)據(jù)包中數(shù)據(jù)包頭部信息的長度為40字節(jié)時，計算單元410通過第一子單元510和第二子單元520確定至少兩個壓縮包的長度的平均值。可選的，如圖6所示，該計算單元410包括第三子單元610，用于記錄所述至少兩個壓縮包的長度；及第四子單元620，用于計算所述第三子單元610記錄的至少兩個壓縮包的長度的平均值。例如，各壓縮包的原始數(shù)據(jù)包長度相同或不同時，計算單元610可以通過第三子單元610和第四子單元620確定至少兩個壓縮包的長度的平均值?？蛇x的，如圖7所示，所述分配單元420包括第五子單元710，用于將所述計算單元410計算得到的平均值乘以放大率；所述放大率可以為120%;及第六子單元720，用于依據(jù)所述第五子單元710中放大后的平均值分配資源。例如，分配單元提高設定的放大率，可以使更多的壓縮包被成功傳輸。又如，分配單元降低設定的放大率，可以節(jié)省更多的資源。本實施例提供的設備可以減少空口資源的浪費，還可以通過調整放大率保證更多的數(shù)據(jù)包被完整發(fā)送(或接收)，提高空口資源的利用率。通過以上實施方式的描述，所屬領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在可讀取的存儲介質中，如計算機的軟盤，硬盤或光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應以所述權利要求的保護范圍為準。
權利要求
1.一種資源分配方法，其特征在于，包括計算至少兩個壓縮包的長度的平均值，所述壓縮包是原始數(shù)據(jù)包經(jīng)過頭壓縮得到的； 依據(jù)所述平均值分配資源。
2.根據(jù)權利要求1所述的方法，其特征在于，所述計算至少兩個壓縮包的長度的平均值之前，還包括確定存在至少兩個壓縮包。
3.根據(jù)權利要求1所述的方法，其特征在于，所述計算至少兩個壓縮包的長度的平均值包括記錄所述至少兩個壓縮包的壓縮率；計算所述至少兩個壓縮包的壓縮率平均值；利用所述壓縮率平均值求得所述至少兩個壓縮包的長度的平均值。
4.根據(jù)權利要求1所述的方法，其特征在于，所述計算至少兩個壓縮包的長度的平均值包括記錄所述至少兩個壓縮包的長度； 計算所述至少兩個壓縮包的長度的平均值。
5.根據(jù)權利要求1所述的方法，其特征在于，所述依據(jù)所述平均值分配資源包括 將所述平均值乘以放大率；依據(jù)放大后的平均值分配資源。
6.根據(jù)權利要求5所述的方法，其特征在于，所述放大率為120%。
7.一種設備，其特征在于，包括計算單元，用于計算至少兩個壓縮包的長度的平均值，所述壓縮包是原始數(shù)據(jù)包經(jīng)過頭壓縮得到的；及分配單元，用于依據(jù)所述平均值分配資源。
8.根據(jù)權利要求7所述的設備，其特征在于，還包括 確定單元，用于確定存在至少兩個壓縮包。
9.根據(jù)權利要求7所述的設備，其特征在于，所述計算單元包括 第一子單元，用于記錄所述至少兩個壓縮包的壓縮率；第二子單元，用于計算所述第一子單元記錄的至少兩個壓縮包的壓縮率平均值，并利用所述壓縮率平均值求得所述至少兩個壓縮包的長度的平均值。
10.根據(jù)權利要求7所述的設備，其特征在于，所述計算單元包括 第三子單元，用于記錄所述至少兩個壓縮包的長度；第四子單元，用于計算所述第三子單元記錄的至少兩個壓縮包的長度的平均值。
11.根據(jù)權利要求7所述的設備，其特征在于，所述分配單元包括 第五子單元，用于將所述平均值乘以放大率；第六子單元，用于依據(jù)所述第五子單元中放大后的平均值分配資源。
全文摘要
本發(fā)明公開了一種資源分配方法及設備。該方法包括計算至少兩個壓縮包的長度的平均值，所述壓縮包是原始數(shù)據(jù)包經(jīng)過頭壓縮得到的；依據(jù)所述平均值分配資源。本發(fā)明實施例提供的方案可以減少分配資源過程中空口資源的浪費，從而提高空口資源的利用率。
文檔編號H04W28/06GK102572935SQ20101060683
公開日2012年7月11日 申請日期2010年12月24日 優(yōu)先權日2010年12月24日
發(fā)明者張忞琦 申請人:華為技術有限公司