一種空口吞吐量處理方法、裝置和終端的制作方法
【技術領域】
[0001] 本發(fā)明涉及無線通信領域，尤其涉及一種空口吞吐量處理方法、裝置和終端。
【背景技術】
[0002] 在現有的評估網絡性能的方法中，通常用道路測試的方式來評估網絡的空口吞吐 量性能。道路測試的過程如下：
[0003] 在測試車上放置道路測試用的終端，讓測試車沿著既定測試路線以中低速行駛， 遍歷待評估區(qū)域所有選定的測試路線，并記錄實時的吞吐量，其中道路測試用的終端始終 通過文件傳輸文件FTP按所述終端的緩沖器容量的最大值上傳文件或下載文件；
[0004] 測試完成后，統(tǒng)計分析所有樣本點的吞吐量，形成針對網絡空口吞吐量性能的評 估結論。
[0005] 利用現有的測試方法來評估網絡的空口吞吐量性能時，經常會出現由于服務器自 身的問題導致"來水量不足"，進而使得即使在信道質量較好的條件下也存在吞吐量很低的 現象，對網絡性能的評估造成一定的偏差。

【發(fā)明內容】

[0006] 本發(fā)明的目的是提供一種空口吞吐量處理方法、裝置和終端，在進行網絡空口吞 吐量性能評估時，排除由于服務器自身因素導致的空口低吞吐量或零吞吐量樣本點，提升 網絡空口吞吐量評估的準確性。
[0007] 為了實現上述目的，本發(fā)明實施例提供了一種空口吞吐量處理方法，所述方法包 括：
[0008] 獲取終端在道路測試中的多個時間樣本點進行第一業(yè)務時的實時吞吐量；
[0009] 獲取所述終端在所述多個時間樣本點進行所述第一業(yè)務時的實時緩存量；
[0010] 將所述多個時間樣本點中的第一時間樣本點的第一實時吞吐量與第一實時緩存 量對應；
[0011] 判斷所述第一實時緩存量是否低于預設緩存量門限值；
[0012] 當所述判斷結果指示所述第一實時緩存量低于所述預設緩存門限值時，將去除所 述第一樣本點的多個時間樣本點確定為目標時間樣本點；
[0013] 計算實時吞吐量低于預設吞吐量門限值的第二時間樣本點在所述目標時間樣本 點中所占的比例。
[0014] 上述的空口吞吐量處理方法，其中，所述第一業(yè)務具體為通過文件傳輸協(xié)議按第 一數據量上傳文件或下載文件，其中所述第一數據量為所述終端的緩沖器容量的最大值。
[0015] 上述的空口吞吐量處理方法，其中，所述第一業(yè)務為通過文件傳輸協(xié)議按第一數 據量上傳文件時，所述獲取所述終端在道路測試中的所述多個時間樣本點進行所述第一業(yè) 務時的實時緩存量具體為：
[0016] 通過所述終端實時上報到基站側的緩存狀態(tài)報告，獲取所述終端在道路測試中的 所述多個時間樣本點進行所述第一業(yè)務時的實時緩存量。
[0017] 上述的空口吞吐量處理方法，其中，所述將所述多個時間樣本點中的第一時間樣 本點的第一實時吞吐量與第一實時緩存量對應具體為：
[0018] 根據所述終端的物理小區(qū)識別碼信息，將所述多個時間樣本點中的第一時間樣本 點的第一實時吞吐量與第一實時緩存量對應。
[0019] 上述的空口吞吐量處理方法，其中，所述預設緩存量門限值根據所述終端進行第 一業(yè)務時占用的最大資源塊數確定。
[0020] 為了實現上述目的，本發(fā)明實施例還提供了一種空口吞吐量處理裝置，所述裝置 包括：
[0021] 第一獲取模塊，用于獲取終端在道路測試中的多個時間樣本點進行第一業(yè)務時的 頭時吞吐星；
[0022] 第二獲取模塊，用于獲取所述終端在所述多個時間樣本點進行所述第一業(yè)務時的 實時緩存量；
[0023] 對應處理模塊，用于將所述多個時間樣本點中的第一時間樣本點的第一實時吞吐 量與第一實時緩存量對應；
[0024] 判斷模塊，用于判斷所述第一實時緩存量是否低于預設緩存量門限值；
[0025] 確定模塊，用于當所述判斷結果指示所述第一實時緩存量低于所述預設緩存門限 值時，將去除所述第一樣本點的多個時間樣本點確定為目標時間樣本點；
[0026] 計算模塊，用于計算實時吞吐量低于預設吞吐量門限值的第二時間樣本點在所述 目標時間樣本點中所占的比例。
[0027] 上述的空口吞吐量處理裝置，其中，所述第一業(yè)務具體為通過文件傳輸協(xié)議按第 一數據量上傳文件或下載文件，其中所述第一數據量為所述終端的緩沖器容量的最大值。
[0028] 上述的空口吞吐量處理裝置，其中，所述第一業(yè)務為通過文件傳輸協(xié)議按第一數 據量上傳文件時，所述第二獲取模塊具體包括：
[0029] 獲取子模塊，用于通過所述終端實時上報到基站側的緩存狀態(tài)報告，獲取所述終 端在所述多個時間樣本點進行所述第一業(yè)務時的實時緩存量。
[0030] 上述的空口吞吐量處理裝置，其中，所述對應處理模塊具體包括：
[0031] 對應處理子模塊，用于根據所述終端的物理小區(qū)識別碼信息，將所述多個時間樣 本點中的第一時間樣本點的第一實時吞吐量與第一實時緩存量對應。
[0032] 上述的空口吞吐量處理裝置，其中，所述預設緩存量門限值根據所述終端進行第 一業(yè)務時占用的最大資源塊數確定。
[0033] 為了實現上述目的，本發(fā)明實施例還提供了一種終端，所述終端包括上述任一項 所述的空口吞吐量處理裝置。
[0034] 在本發(fā)明實施例中，將第一時間樣本點的第一實時吞吐量和第一實時緩存量對應 起來，當第一實時緩存量低于預設緩存量門限值時，以上行業(yè)務為例，說明此時終端的緩存 器為空，或上報待發(fā)數據較少，即使在信道條件很好的時候，對應的上行速率也會很低（即 由于服務器因素導致了 "來水量不足"）。在本發(fā)明實施例中，在計算低吞吐量時間樣本點 的占比時，需要首先排除由于服務器因素導致"來水量不足"的時間樣本點，從而提升網絡 空口吞吐量評估的準確性。
【附圖說明】
[0035] 圖1為本發(fā)明實施例提供的空口吞吐量處理方法的流程示意圖；
[0036] 圖2為本發(fā)明實施例提供的A、B兩個測試地區(qū)上行吞吐量示意圖；
[0037] 圖3為本發(fā)明實施例提供的A、B兩個測試地區(qū)排除第一時間樣本點前后的速率對 比圖；
[0038] 圖4為本發(fā)明實施例提供的空口吞吐量處理裝置的結構示意圖。
【具體實施方式】
[0039] 為使本發(fā)明實施例要解決的技術問題、技術方案和優(yōu)點更加清楚，下面將結合附 圖及具體實施例進行詳細描述。
[0040] 本發(fā)明實施例提供了一種空口吞吐量處理方法，所述方法如圖1所示，包括：
[0041] 步驟11，獲取終端在道路測試中的多個時間樣本點進行第一業(yè)務時的實時吞吐 量；
[0042] 步驟12,獲取所述終端在所述多個時間樣本點進行所述第一業(yè)務時的實時緩存 量；
[0043] 步驟13,將所述多個時間樣本點中的第一時間樣本點的第一實時吞吐量與第一實 時緩存量對應；
[0044] 步驟14,判斷所述第一實時緩存量是否低于預設緩存量門限值；
[0045] 步驟15,當所述判斷結果指示所述第一實時緩存量低于所述預設緩存門限值時， 將去除所述第一樣本點的多個時間樣本點確定為目標時間樣本點；
[0046] 步驟16,計算實時吞吐量低于預設吞吐量門限值的第二時間樣本點在所述目標時 間樣本點中所占的比例。
[0047] 在本發(fā)明實施例中，通過將第一時間樣本點的第一實時吞吐量和第一實時緩存量 對應起來，當第一實時緩存量低于預設緩存量門限值時，以上行業(yè)務為例，說明此時終端的 緩存器為空，或上報待發(fā)數據較少，即使在信道條件很好的時候，對應的上行速率也會很 低，即由于服務器因素導致了"來水量不足"。進一步地，在計算低吞吐量時間樣本點的占比 時，排除掉由于服務器因素導致"來水量不足"的時間樣本點，從而提升了網絡空口吞吐量 評估的準確性。
[0048] 下面分步驟介紹一下本發(fā)明實施例提供的空口吞吐量處理方法。
[0049] 首先，執(zhí)行步驟11，獲取終端在道路測試中的多個時間樣本點進行第一業(yè)務時的 頭時吞吐星。
[0050] 其中，所述第一業(yè)務具體為通過文件傳輸協(xié)議按第一數據量上傳文件或下載文 件，其中所述第一數據量為所述終端的緩沖器容量的最大值。
[0051] 在測試車上放置一部用于道路測試的終端，測試車沿著既定測試路線以中低速行 駛，遍歷待評估區(qū)域所有選定的測試路線。其中用于道路測試的終端通過文件傳輸協(xié)議 FTP按所述終端的緩沖器buffer容量的最大值上傳文件或下載文件（即終端進行FTP滿 Buffer上傳或下載業(yè)務），并記錄多個時間樣本點對應的實時吞吐量。
[0052] 在本發(fā)明實施例中，將獲取的上行多個時間樣本點的個數記為N_UL個，下行多個 時間樣本點的個數記為N_DL個。
[0053] 在獲取終端實時吞吐量的同時，還需要獲取終端進行所述第一業(yè)務時的實時緩存 量，即步驟12,獲取所述終端在所述多個時間樣本點進行所述第一業(yè)務時的實時緩存量。
[0054] 其中優(yōu)選地，所述第一業(yè)務為通過文件傳輸協(xié)議按第一數據量上傳文件時，所述 獲取所述終端在道路測試中的所述多個時間樣本點進行所述第一業(yè)務時的實時緩存量具 體為：
[0055] 通過所述終端實時上報到基站側的緩存狀態(tài)報告，獲取所述終端在道路測試中的 所述多個時間樣本點進行所述第一業(yè)務時的實時緩存量。
[0056] 在道路測試時，可以在網管后臺通過終端的緩存狀態(tài)報告（BufferStatus Report，BSR)實時監(jiān)測該終端的層2緩存。終端可以通過發(fā)送BSR向網絡側提供終端內部 不同優(yōu)先級業(yè)務的上行緩存數據量的大小，以便網絡合理調度上行共享信道資源。終端上 報緩存數據量是以LCG(LogicalChannelGroup，邏輯信道組）為單位，邏輯信道總共分為4 個邏輯信道組，網絡側通過信令指示各個邏輯信道分別屬于哪些邏輯信道組。而網絡側分 配上行資源則是以終端為單位，終端收到上行資源分配后按照一定的原則在各個邏輯信道 之間進行分配。終端的BSR反映的是終端緩存中緩存待發(fā)的數據，網絡側會依據終端上報 的該信息依據系統(tǒng)資源和信道條件力所能及的分配相應的資源并調度該終端。如果BSR為 空或上報待發(fā)數