專利名稱：Lte數據業(yè)務吞吐率統(tǒng)計方法及網絡設備的制作方法
技術領域：
本發(fā)明涉及無線通信技術領域，具體是一種LTE數據業(yè)務吞吐率統(tǒng)計方法及網絡 設備。
背景技術：
目前在LTE(Long Term Evolution，長期演進系統(tǒng))技術領域中，不同的數據業(yè)務 是與系統(tǒng)建立的DRB (Data Radio Bearer，數據無線承載)一一對應的，并且每種數據業(yè)務 對應的DRB上配置了此數據業(yè)務相關的QoS屬性。當數據業(yè)務配置為GBR(Guaranteed Bit Rate，保證比特速率)數據業(yè)務時，根據該數據業(yè)務的QoS (服務質量)屬性需求，在實現(xiàn)并 滿足QoS需求中簽約的GBR與MBR(Maximum Bit Rate，最大比特速率)的過程中，需要在 eNB(基站)和UE(用戶設備)之間對該數據業(yè)務的吞吐率進行統(tǒng)計?，F(xiàn)存的數據業(yè)務的吞吐率統(tǒng)計處理方法列舉兩種如下第一種滑窗式吞吐率統(tǒng)計方法，包括以下幾個步驟步驟一，吞吐率采用以秒為 單位進行統(tǒng)計，根據LTE規(guī)定的Ims的系統(tǒng)傳輸時間間隔TTI (傳輸時間間隔)，開辟1000 個存儲窗口 ；步驟二，在當前的一次數據傳輸完成后，把傳輸后的數據量的值保存在當前傳 輸對應的存儲窗口內；步驟三，對1000個存儲窗口內保存的數值進行求和，即可得該數據 業(yè)務的吞吐率；步驟四，如果1000個存儲窗口被占滿，則清除最早一次保存在存儲窗口內 的數值，并把當前一次傳輸的數據量得值保存在剛被清空的存儲窗口內，以維持1000個存 儲窗口不變，繼續(xù)執(zhí)行步驟三、求得數據業(yè)務的吞吐率。此方法的缺點是過多占用存儲資 源，并且操作耗時。第二種濾波式吞吐率統(tǒng)計方法，包括以下幾個步驟步驟一，設置數據業(yè)務吞吐 率統(tǒng)計的濾波因子α，通常取0. 01 0. 05, Throughput為業(yè)務吞吐率；步驟二，判斷當前 系統(tǒng)傳輸時間間隔(TTI)內該數據業(yè)務有無數據傳輸，即Data Size是否大于0，如果有則 執(zhí)行步驟三，否則執(zhí)行步驟四；步驟三，當前TTI該數據業(yè)務有數據傳輸，根據Throughput =(l-a)*Throughput+a*Data Size求得該數據業(yè)務的吞吐率；步驟四，當前TTI該數據 業(yè)務無數據傳輸時，根據Throughput = (1-α ) throughput求得業(yè)務吞吐率；此方法需要 的存儲資源及計算量均較小，所以統(tǒng)計的精確度不夠。

發(fā)明內容
本發(fā)明的主要目的是提供一種LTE數據業(yè)務吞吐率統(tǒng)計方法及網絡設備，以確保 LTE數據業(yè)務的吞吐率統(tǒng)計的準確性，同時又消減對時間和空間存儲資源的消耗。本發(fā)明解決其技術問題所采用的技術方案是一種LTE數據業(yè)務吞吐率統(tǒng)計方法，其包括啟動一單位定時器；在所述單位定時器運行期間，對單位時間內數據業(yè)務需要傳輸的總數據量的值按 照每個傳輸時間間隔傳輸的數據量的值進行遞減操作得到當前剩余需要傳輸的數據量的
4值；在所述單位定時器運行期間的一段時間At內，對所述單位時間內數據業(yè)務需要 傳輸的總數據量與所述當前剩余需要傳輸的數據量的值進行求差值；將所述差值除以所述Δ t得到所述業(yè)務吞吐率。優(yōu)選地，所述啟動一單位定時器，之后，進一步包括將所述單位時間內數據業(yè)務需要傳輸的總數據量的值設置為當前剩余需要傳輸 的數據量的值。優(yōu)選地，在所述單位定時器運行期間，還進一步包括判斷傳輸該數據業(yè)務之前的是否有數據傳輸且該之前的數據傳輸失?。蝗绻?，則把之前的傳輸失敗的數據量的值補償給所述當前剩余需要傳輸的數據
量的值。優(yōu)選地，所述對所述單位時間內數據業(yè)務需要傳輸的總數據量與當前剩余需要傳 輸的數據量進行求差值之前，進一步包括當所述單位時間內數據業(yè)務需要傳輸的總數據量的值為0時，根據該數據業(yè)務的 質量服務屬性進行所述數據業(yè)務的速率限制，否則，在所述單位定時器運行期間，更新所述 當前剩余需要傳輸的數據量的值。優(yōu)選地，所述單位時間定時器的單位為1ms，其運行時間周期為Is。本發(fā)明還提供一種網絡設備，包括定時器啟動單元，用于啟動一單位定時器；遞減操作單元，用于在所述單位定時器運行期間，對單位時間內數據業(yè)務需要傳 輸的總數據量按照每個傳輸時間間隔傳輸的數據量的值進行遞減操作得到當前剩余需要 傳輸的數據量；求差單元，用于在所述單位定時器運行期間的一段時間At內，對所述單位時間 內數據業(yè)務需要傳輸的總數據量的值與所述當前剩余需要傳輸的數據量的值進行求差 值；統(tǒng)計單元，用于將所述差值除以所述At得到所述業(yè)務吞吐率。優(yōu)選地，所述網絡設備，還包括數值設置單元，用于將所述單位時間內數據業(yè)務需要傳輸的總數據量的值設置為 所述當前剩余需要傳輸的數據量的值。優(yōu)選地，所述網絡設備還包括數值補償單元，用于在所述單位定時器運行期間，判斷傳輸該數據業(yè)務之前的是 否有數據傳輸且該之前的數據傳輸失?。蝗绻?，則把之前的傳輸失敗的數據量的值補償 給所述當前剩余需要傳輸的數據量的值。優(yōu)選地，所述網絡設備，還包括傳輸處理單元，用于當所述單位時間內數據業(yè)務需要傳輸的總數據量的值為0 時，根據該數據業(yè)務的質量服務屬性進行所述數據業(yè)務的速率限制，否則，在所述單位定時 器運行期間，更新所述當前剩余需要傳輸的數據量的值。優(yōu)選地，所述單位時間定時器的單位為1ms，其運行時間周期為Is。實施本發(fā)明的技術方案，具有以下有益效果本發(fā)明提供的LTE數據業(yè)務吞吐率統(tǒng)計方法及網絡設備對單位時間內數據業(yè)務需要傳輸的總數據量按照每個TTI傳輸的數 據量的值進行遞減操作得到剩余需要傳輸的數據量；對所述單位時間內數據業(yè)務需要傳輸 的總數據量與剩余需要傳輸的數據量進行求差值，求得該數據業(yè)務的吞吐率，以確保LTE 數據業(yè)務的吞吐率統(tǒng)計的準確性，同時又消減對時間和空間存儲資源的消耗。


圖1為本發(fā)明實施例提供的方法流程圖；圖2為本發(fā)明實施例提供的方法的另一流程圖；圖3為本發(fā)明實施例提供的方法的又一流程圖；圖4為本發(fā)明實施例提供的方法的又一流程圖；圖5為本發(fā)明實施例提供的網絡設備結構示意圖；圖6為本發(fā)明實施例提供的網絡設備的另一結構示意圖。本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結合實施例，參照附圖做進一步說明。
具體實施例方式為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對 本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并 不用于限定本發(fā)明。本發(fā)明實施例提供一種LTE數據業(yè)務吞吐率統(tǒng)計方法，如圖1所示，該方法包括步 驟S110、啟動一單位定時器；S120、在所述單位定時器運行期間，對單位時間內數據業(yè)務需要傳輸的總數據量 的值按照每個傳輸時間間隔傳輸的數據量的值進行遞減操作得到當前剩余需要傳輸的數 據量的值；S130、在所述單位定時器運行期間的一段時間At內，對所述單位時間內數據業(yè) 務需要傳輸的總數據量的值與所述當前剩余需要傳輸的數據量的值進行求差值；S140、將所述差值除以所述Δ t得到所述業(yè)務吞吐率。在其他的實施例中，在上述步驟S110-S140的基礎上，如圖2所示，所述步驟S110、 啟動一單位定時器，之后，還進一步包括步驟S111、將所述單位時間內數據業(yè)務需要傳輸 的總數據量的值設置為當前剩余需要傳輸的數據量的值。因為該單位定時器啟動時，所述 單位時間內數據業(yè)務需要傳輸的總數據量的值(Total Size)等于當前剩余需要傳輸的數 據量的值(Need Tx Size CUR)，即Total Size = Need Tx Size CUR。如圖3所示，在其他的實施例中，在上述步驟S110-S140或者在上述步驟Slll的 基礎上，在所述單位定時器運行期間，還進一步包括步驟Sl 18判斷傳輸該數據業(yè)務之前的是否有數據傳輸且該之前的數據傳輸失敗；S119、如果是，則把之前的傳輸失敗的數據量的值Tx Size補償給當前剩余需要傳 輸的數據量的值(Need Tx Size CUR)。即Need Tx Size CUR = Need Tx Size PRE(之前 的剩余需要傳輸的數據量的值)+Tx Size (傳輸的數據量的值)。通過該進一步的步驟來保 證數據業(yè)務的GBR速率，避免因為傳輸失敗造成的單位時間內數據業(yè)務需要傳輸的總數據量的減小，從而無法保證該數據業(yè)務簽約的速率。在其他的實施例中，在上述步驟S110-S140或者在上述步驟Slll的基礎上，所述 S130、對所述單位時間內數據業(yè)務需要傳輸的總數據量的值與剩余需要傳輸的數據量的值 進行求差值之前，如圖4所示，進一步包括步驟S129、當所述單位時間內數據業(yè)務需要傳輸 的總數據量的值為0時，根據該數據業(yè)務的質量服務屬性進行所述數據業(yè)務的速率限制， 否則，在所述單位定時器運行期間，更新所述當前剩余需要傳輸的數據量的值。即如果當前Need Tx Size為0時，根據該數據業(yè)務QoS屬性的MBR速率限制，就 會限制該數據業(yè)務的進一步的數據傳輸。如果當前Need Tx Size⑶R不為O時，在單位定 時器運行期間，當每TTI該數據業(yè)務有Tx Size大小的數據量傳輸時，更新Need Tx Size 為 Need Tx Size CUR = Need Tx Size PRE-Tx Size 并保存 Tx Size，并在當前的定時器運 行期間以TTI為周期重復上述操作，直到把Need Tx Size⑶R遞減為O。進一步地，另外，當所述單位定時器重新開始啟動時，則重新給Need Tx Size賦值，即Need Tx Size = Total Size，并重復上述吞吐統(tǒng)計和限制的步驟，達到解決現(xiàn)存吞吐率統(tǒng)計存在 的問題。上述所有的實施例中，所述單位時間定時器的單位為1ms，其運行時間周期為Is。 即該單位定時器以Ims為步長的1秒定時器，此處取Ims是根據LTE系統(tǒng)TTI的值選取的， 而其它制式系統(tǒng)采用此吞吐量統(tǒng)計方法時，單位定時器步長值根據傳輸時間間隔TTI的實 際值選取。下面舉例說明上述實施例提供的方法例GBR數據業(yè)務的簽約QoS屬性中GBR和MBR配置值相等，均配置值為2Kbps ；一、正常的吞吐率統(tǒng)計流程1、單位定時器與數據業(yè)務傳輸總數據量的處理(1)、計算該單位定時器在一秒內數據業(yè)務需要傳輸的總數據量Total Size = 2Kbps*ls = 2000bit ；(2)、設置單位定時器的值為1000ms，啟動該單位定時器并且把Total Size賦值 給 Need Tx Size CUR,即 Need Tx Size CUR = Total Size = 2000bit ；2、數據業(yè)務的吞吐率統(tǒng)計處理(1)、判斷該單位定時器的值是否遞減為0，如果為0則進行該單位定時器的重啟， 并付賦給該單位定時器的初值為1000ms，同時執(zhí)行Need Tx Size CUR = Total Size = 2000bit ；如果不為0執(zhí)行下一步設Need Tx Size CUR值為lOOObit。(2)、根據確定的本次傳輸數據量(Tx Size)更新Need Tx Size CUR，即Need Tx Size CUR = Need Tx Size PRE-Tx Size，并保存 Tx Size。設本次 Tx Size 為 200bit，則 Need Tx Size CUR = 1000-200 = 800bit。(3)、計算數據業(yè)務的當前吞吐率Throughput = (Total Size-Need Tx Size CUR)/At。設從定時器開始執(zhí)行已經處理了 700TTI，即700ms，則Throughput = (2000-800)/0. 7 ^ 1714bps。(4)、更新所述單位定時器值，再按照Ims的步長(即TTI)進行遞減。二、吞吐率統(tǒng)計異常流程1、定時器與數據業(yè)務傳輸總數據量的處理
7
(1)、計算該單位定時器在一秒內數據業(yè)務需要傳輸的總數據量Total Size = 2Kbps*ls = 2000bit ；(2)、設置單位定時器的值為1000ms，啟動該單位定時器并且把Total Size賦值 給 Need Tx Size CUR,即 Need Tx Size CUR = Total Size = 2000bit ；2、數據業(yè)務的吞吐率統(tǒng)計處理(1)、判斷該單位定時器的值是否遞減為0，如果為0則進行該單位定時器的重啟， 并付賦給該單位定時器的初值為1000ms，同時執(zhí)行Need Tx Size CUR = Total Size = 2000bit ；如果不為0執(zhí)行下一步設Need Tx Size CUR值為lOOObit。(2)、判斷上一次是否有傳輸并且是否失敗，如果為失敗則把上次傳輸保存的Tx Size,補償給 Need Tx Size CUR，即 Need Tx Size CUR = Need Tx Size PRE+Tx Size, 為保證滿足數據業(yè)務的GBR;如果不為失敗，執(zhí)行下一步，設上次傳輸數據量(Tx Size)為 50bit，并傳輸失敗，則 Need Tx Size CUR= 1000+50 = 1050bit。(3)、判斷Need Tx Size CUR是否為0，如果為0則本次數據的傳輸數據量Tx Size 設置為0，即本次不進行數據傳輸，以滿足數據業(yè)務的MBR的限制；如果不為0，執(zhí)行下一步。(4)、根據確定的本次傳輸數據量(Tx Size)更新Need Tx Size CUR，即 NeedTxSize CUR = Need Tx Size PRE-Tx Size，并保存 Tx Size。設本次TxSize 為 200bit， 則 Need Tx Size CUR = 1050-200 = 850bit。(5)、計算數據業(yè)務的當前吞吐率，Throughput = (Total Size-Need TxSize CUR) /At。設從單位定時器開始執(zhí)行已經處理了 700TTI，即700ms，則Throughput = (2000-850)/0. 7 ^ 1642bps。(6)、更新定時器值，按照Ims的步長遞減。本發(fā)明實施例還提供一種網絡設備，如圖5所示，其括定時器啟動單元510，用于啟動一單位定時器；遞減操作單元520，用于在所述單位定時器運行期間，對單位時間內數據業(yè)務需要 傳輸的總數據量的值按照每個傳輸時間間隔傳輸的數據量的值進行遞減操作得到剩余需 要傳輸的數據量的值；求差單元530，用于在所述單位定時器運行期間的一段時間At內，對所述單位時 間內數據業(yè)務需要傳輸的總數據量的值與當前剩余需要傳輸的數據量的值進行求差值；統(tǒng)計單元540，用于將所述差值除以所述At得到所述業(yè)務吞吐率。進一步的實施例中，如圖6所示，所述網絡設備還包括數值設置單元550，用于將所述單位時間內數據業(yè)務需要傳輸的總數據量的值設 置為所述剩余需要傳輸的數據量的值。進一步的實施例中，如圖6所示，所述網絡設備還包括數值補償單元560，用于在所述單位定時器運行期間，確認傳輸該數據業(yè)務之前的 數據傳輸失敗，把之前的傳輸失敗的數據量的值補償給所述當前剩余需要傳輸的數據量的值。進一步的實施例中，如圖6所示，所述網絡設備還包括傳輸處理單元570，用于當所述單位時間內數據業(yè)務需要傳輸的總數據量的值為 0時，根據該數據業(yè)務的質量服務屬性進行所述數據業(yè)務的速率限制，否則，在所述單位定時器運行期間，更新所述當前剩余需要傳輸的數據量的值。上述實施例匯總，所述單位時間定時器的單位為1ms，其運行時間周期為Is。該網絡設備對單位時間內數據業(yè)務需要傳輸的總數據量按照每個TTI傳輸的數 據量的值進行遞減操作得到剩余需要傳輸的數據量；對所述單位時間內數據業(yè)務需要傳輸 的總數據量與剩余需要傳輸的數據量進行求差值，求得該數據業(yè)務的吞吐率，以確保LTE 數據業(yè)務的吞吐率統(tǒng)計的準確性，同時又消減對時間和空間存儲資源的消耗。以上上述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
一種LTE數據業(yè)務吞吐率統(tǒng)計方法，其特征在于，包括啟動一單位定時器；在所述單位定時器運行期間，對單位時間內數據業(yè)務需要傳輸的總數據量的值按照每個傳輸時間間隔傳輸的數據量的值進行遞減操作得到當前剩余需要傳輸的數據量的值；在所述單位定時器運行期間的一段時間Δt內，對所述單位時間內數據業(yè)務需要傳輸的總數據量與所述當前剩余需要傳輸的數據量的值進行求差值；將所述差值除以所述Δt得到所述業(yè)務吞吐率。
2.如權利要求1所述方法，其特征在于，所述啟動一單位定時器，之后，進一步包括 將所述單位時間內數據業(yè)務需要傳輸的總數據量的值設置為當前剩余需要傳輸的數據量的值。
3.如權利要求1或2所述方法，其特征在于，在所述單位定時器運行期間，還進一步包括判斷傳輸該數據業(yè)務之前的是否有數據傳輸且該之前的數據傳輸失敗； 如果是，則把之前的傳輸失敗的數據量的值補償給所述當前剩余需要傳輸的數據量的值。
4.如權利要求1或2所述方法，其特征在于，所述對所述單位時間內數據業(yè)務需要傳輸 的總數據量與當前剩余需要傳輸的數據量進行求差值之前，進一步包括當所述單位時間內數據業(yè)務需要傳輸的總數據量的值為0時，根據該數據業(yè)務的質量 服務屬性進行所述數據業(yè)務的速率限制，否則，在所述單位定時器運行期間，更新所述當前 剩余需要傳輸的數據量的值。
5.如權利要求1所述方法，其特征在于，所述單位時間定時器的單位為1ms，其運行時 間周期為Is。
6.一種網絡設備，其特征在于，包括 定時器啟動單元，用于啟動一單位定時器；遞減操作單元，用于在所述單位定時器運行期間，對單位時間內數據業(yè)務需要傳輸的 總數據量按照每個傳輸時間間隔傳輸的數據量的值進行遞減操作得到當前剩余需要傳輸 的數據量；求差單元，用于在所述單位定時器運行期間的一段時間At內，對所述單位時間內數 據業(yè)務需要傳輸的總數據量的值與所述當前剩余需要傳輸的數據量的值進行求差值； 統(tǒng)計單元，用于將所述差值除以所述At得到所述業(yè)務吞吐率。
7.如權利要求6所述網絡設備，其特征在于，還包括數值設置單元，用于將所述單位時間內數據業(yè)務需要傳輸的總數據量的值設置為所述 當前剩余需要傳輸的數據量的值。
8.如權利要求6或7所述網絡設備，其特征在于，還包括數值補償單元，用于在所述單位定時器運行期間，判斷傳輸該數據業(yè)務之前的是否有 數據傳輸且該之前的數據傳輸失敗；如果是，則把之前的傳輸失敗的數據量的值補償給所 述當前剩余需要傳輸的數據量的值。
9.如權利要求6或7所述網絡設備，其特征在于，還包括傳輸處理單元，用于當所述單位時間內數據業(yè)務需要傳輸的總數據量的值為0時，根據該數據業(yè)務的質量服務屬性進行所述數據業(yè)務的速率限制，否則，在所述單位定時器運 行期間，更新所述當前剩余需要傳輸的數據量的值。
10.如權利要求6所述網絡設備，其特征在于，所述單位時間定時器的單位為1ms，其運 行時間周期為Is。
全文摘要
本發(fā)明提供的LTE數據業(yè)務吞吐率統(tǒng)計方法及網絡設備，對單位時間內數據業(yè)務需要傳輸的總數據量按照每個TTI傳輸的數據量的值進行遞減操作得到剩余需要傳輸的數據量；對所述單位時間內數據業(yè)務需要傳輸的總數據量與剩余需要傳輸的數據量進行求差值，求得該數據業(yè)務的吞吐率，以確保LTE數據業(yè)務的吞吐率統(tǒng)計的準確性，同時又消減對時間和空間存儲資源的消耗。
文檔編號H04W24/08GK101977399SQ201010292419
公開日2011年2月16日 申請日期2010年9月26日 優(yōu)先權日2010年9月26日
發(fā)明者劉鵬, 姚發(fā)定, 孫曉宇, 韓正偉 申請人:中興通訊股份有限公司