資源分配方法和用戶側上報bsr的方法及網絡側設備的製作方法
2023-05-29 01:25:21
專利名稱：資源分配方法和用戶側上報bsr的方法及網絡側設備的製作方法
技術領域：
本發明涉及通信技術領域，尤其涉及一種資源分配方法和用戶側上報BSR的方法及用戶側設備、網絡側設備。
背景技術：
在移動通信系統中，網絡側要對用戶終端UE的上行數據包進行調度和資源分配， 就需要知道UE在該上行邏輯信道上緩存區待發數據量的情況，這就需要UE對自己緩存區中的數據量狀況進行報告，即進行BSR(Buffer StatusR印ort，緩存狀態報告)上報。當UE 沒有上行共享資源發送BSR時，需要通過向網絡側發送SR(Scheduling Request，調度請求)來申請上行共享資源，由網絡側為UE分配上行共享資源用於BSR的傳輸。將以上述方式上報的BSR稱為Regular BSR,即只有Regular BSR可以觸發SR上報。Regular BSR上報的觸發條件有以下三種，其中任何一個觸發條件成立都會觸發 Regular BSR 上報1)當有比當前緩存區中的數據優先級更高的數據到達時；2)當所有LCG (Logic Channel Group，邏輯信道組)上緩存區都為空，且有新的數據到達時；3)緩存報告重傳定時器超時且緩衝區還有數據需要上傳時。其中重傳定時器在每一次上報BSR後重啟，超時後如果緩衝區有數據，則觸發BSR上報。語音業務是無線通信的基本研究內容，在只存在PS域(Packet SwitchedDomain, 分組交換域)的系統中，例如LTE系統，語音業務通過VoIP (Voiceover Internet Protocol)承載。VoIP業務模型如圖1所示，用戶側的語音編碼器按固定周期輸出數據包， VoIP業務的數據傳輸狀態主要分為激活期(talkspurt)和靜默期(silent period)，在激活期，所輸出的數據包時間間隔固定為20ms，在靜默期，所輸出的數據包時間間隔固定為 160ms。VoIP業務的數據傳輸狀態還包括在VoIP業務建立後瞬態(transient state)，瞬態所輸出的數據包沒有進行頭壓縮，輸出的數據包時間間隔固定為20ms，瞬態持續時間很短。對於VoIP業務，激活期的數據包大於靜默期的數據包，當分別處於激活期和靜默期內時，數據包的變化範圍很小。以採用傳輸速率為12.21ApS的AMR的用戶側設備為例， 由於瞬態的數據包沒有進行頭壓縮，數據包比較大，為92byte，瞬態之後激活期的數據包為進行了頭壓縮的語音業務數據包，數據包大小為35 47byte。在靜默期沒有語音業務數據傳輸，只有由於背景噪聲產生的SID (Silence Indicate Date，沉默指示數據)包，SID包大小為10 22byte。針對VOIP業務數據包周期性到達，數據包大小相對固定的特點，LTE系統網絡側對激活期傳輸的數據包使用半持續調度，對靜默期傳輸的SID包以及出錯重傳數據包採用動態調度。如圖2所示為網絡側針對VoIP業務數據包的資源分配方式示意圖，具體方式如下
1)對激活期的數據包，網絡側間隔持續資源周期為用戶側分配固定大小的上行半持續資源，其中所述持續資源周期為20ms，因此用戶側在激活器周期性地使用網絡側為其分配的上行半持續資源傳輸數據包。現有技術中將該資源分配方式稱為半持續資源調度方式。2)當確定由激活期轉為靜默期時，網絡側釋放上行半持續資源，對於靜默期的 SID包，每次接收到用戶側上報的BSR後，根據接收的BSR為用戶側分配PRBQ^hysical Resource Block，物理資源塊)資源；其中對於瞬態的數據包，也是根據接收的BSR為用戶側分配上行資源。現有技術中將根據接收的BSR為用戶側分配資源的方式成為動態調度方式。3)對於VOIP業務激活期重傳的數據包和靜默期重傳的SID包，由於重傳會觸發 BSR上報，均使用動態調度的方式為其分配PRB資源。根據目前的regular BSR觸發條件，如果採用的資源分配方式可以使用戶側在下一個數據包到來之前將前面一個數據包發送成功，則用戶側緩衝區為空，當下一個數據包到來時，觸發BSR上報。在採用半持續資源調度方式已經分配了半持續資源(圖2中橢圓包含的部分)的情況下，現有所分配的半持續資源的尺寸比激活期數據包大，因此用戶側可以在20ms內傳輸完每一個激活期數據包，則在半持續資源調度期間每20ms均需要觸發一次BSR上報。網絡側由於已經為用戶側要傳輸的數據包分配了半持續資源，並且分配的半持續資源足夠該數據包傳輸完，並不需要收到針對VoIP業務數據包的BSR和SR，對於接收到的BSR上報也不會進行處理，造成了不必要的開銷。因此利用現有的資源調度方式，對於採用半持續資源調度方式已經分配了半持續資源的VoIP業務，仍舊會頻繁的觸發BSR上報，而BSR上報又會觸發SR上報，這將導致存在以下問題1)不必要的BSR上報導致佔用了大量的PUSCH(Physical Uplink SharedChannel， 物理上行共享通道)資源，不必要的SR上報導致佔用了大量的上行控制信道 PUCCH(Physical Uplink Control Channel，物理上行控制信道)資源。很容易造成系統內 PUCCH和PUSCH資源受限。幻由於BSR是通過上行動態調度進行調度和資源分配的，BSR上報觸發SR上報， 網絡側根據上報的SR每調度一次BSR上報就需要利用PDCCH(Physical Downlink Control Channel，物理下行控制信道)向用戶側發送一次調度信令，所以不必要的BSR上報還會會浪費大量的PDCCH資源，造成PDCCH資源受限。3)頻繁地上報BSR會導致上報沒有必要的SR，不利於終端省電，同時還會使PUCCH 的幹擾增強。現有的資源調度方式導致存在以上幾方面的資源受限，限制了通信系統內能容納的用戶數目。在同等用戶規模下，會降低網絡內業務的服務質量。
發明內容
本發明提供一種資源分配方法和用戶側上報BSR的方法及用戶側設備、網絡側設備，優化現有資源分配機制，減少不必要的資源浪費。本發明提供了一種資源分配方法，包括
網絡側確定用戶側VoIP業務傳輸進入激活期時，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；在確定處於穩定狀態時，網絡側根據處於穩定狀態的數據包大小，確定用戶側激活期所傳輸的數據包的下限值；在後續激活期期間，網絡側採用半持續資源調度方式為用戶側分配半持續資源， 所述半持續資源不大於所確定的所述下限值。本發明還提供了一種用戶側上報緩存狀態報告BSR的方法，包括在VoIP業務傳輸處於激活期期間，間隔設定周期確定有傳輸BSR的上行共享資源時上報BSR，所述設定周期大於用戶側激活期產生數據包的周期。本發明還提供了另一種用戶側上報緩存狀態報告BSR的方法，包括在VoIP業務傳輸處於激活期期間，間隔重傳周期確定緩存中有數據時，確定是否有傳輸BSR的上行共享資源，所述重傳周期大於用戶側激活期產生數據包的周期；若有傳輸BSR的上行共享資源，用戶側直接進行BSR上報；若無，首先上報調度請求SR，並利用網絡側根據SR所分配的上行共享資源進行 BSR上報。本發明還提供了一種網絡側設備，包括第一狀態確定單元，用於確定用戶側VoIP業務傳輸是否進入激活期；穩定狀態判斷單元，用於在確定進入激活期時，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；下限值確定單元，用於在確定處於穩定狀態時，根據處於穩定狀態的數據包大小， 確定用戶側激活期所傳輸的數據包的下限值；第一資源分配單元，用於在VoIP業務傳輸處於激活期時，採用半持續資源調度方式為用戶側分配半持續資源，該半持續資源不大於所述下限值。本發明還提供了一種用戶側設備，包括激活期確定單元，用於確定VoIP業務傳輸是否處於激活期；BSR上報單元，用於在激活期，間隔設定周期確定有傳輸BSR的上行共享資源時上報BSR，所述設定周期大於用戶側激活期產生數據包的周期。本發明還提供了另一種用戶側設備，包括激活期確定單元，用於確定VoIP業務傳輸是否處於激活期；資源利用確定單元，用於在激活期，間隔重傳周期確定緩存中有數據時，確定是否有傳輸BSR的上行共享資源，所述重傳周期大於用戶側激活期產生數據包的周期；第一上報單元，用於確定有傳輸BSR的上行共享資源時，直接上報BSR;第二上報單元，用於確定沒有傳輸BSR的上行共享資源時，首先上報調度請求SR， 並利用網絡側根據SR所分配的上行共享資源上報BSR。利用本發明提供的資源分配方法和用戶側上報BSR的方法及用戶側設備、網絡側設備，具有以下有益效果在為VoIP業務數據包分配了半持續資源的期間，通過對半持續資源大小的控制，可以在半持續資源分配期間避免上行緩衝區頻繁為空，避免了不必要的緩衝區數據量上報，從而有效的降低了上行BSR上報開銷和SR上報開銷，提高了系統容量， 降低了 PUCCH幹擾，也使用戶省電效果更佳。
8
圖1為現有VoIP業務模型示意圖；圖2為現有技術中為VoIP業務分配資源及BSR上報示意圖；圖3為本發明實施例中資源分配方法流程圖；圖4為本發明實施例中用戶側上報BSR流程圖；圖5為本發明實施例中結合VoIP業務過程的資源分配流程圖；圖6為本發明實施例中為VoIP業務分配資源及BSR上報示意圖；圖7為本發明實施例網絡側設備結構框圖；圖8為本發明實施例中所提供的用戶側設備結構框圖。
具體實施例方式下面結合附圖和實施例對本發明提出的資源分配方法和用戶側上報BSR的方法及用戶側設備、網絡側設備進行更詳細地說明。本發明提供的資源分配方法，對於用戶側VoIP業務傳輸，可以降低不必要的緩衝區數據量上報即BSR上報，具體為在採用半持續調度方式時，通過對所分配的半持續資源大小的控制，可以在半持續調度方式期間避免上行緩衝區頻繁為空，根據現有的BSR觸發機制，可以避免了不必要的BSR上報及由其觸發的SR上報，從而有效的降低了不必要的BSR 上報開銷和SR上報開銷，提高了整個通信系統容量，降低了 PUCCH幹擾，也使用戶省電效果更佳。如圖3所示，依照本發明的實施例中所提供的資源分配方法包括步驟S301，網絡側確定用戶側VoIP業務傳輸進入激活期時，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；用戶側建立VoIP業務後，可以認為進入激活期，但一般經短暫的瞬態後進入所傳輸的數據包大小在一定範圍內波動，稱為數據包大小處於穩定狀態。在瞬態時，接收的數據包是沒有進行頭壓縮的數據包，因此數據包比較大，所傳輸的數據包大小處於穩定狀態時， 網絡側接收的是經頭壓縮後的數據包，因此，可以通過接收數據包的變化確定是否處於穩定狀態。步驟S302，在確定處於穩定狀態時，網絡側根據處於穩定狀態的數據包大小，確定用戶側激活期所傳輸的數據包的下限值；進入激活期且開始傳輸經頭壓縮後的數據包時，數據包的大小變化不大，根據現有技術，可以根據接收的第一個經頭壓縮數據包的信息確定用戶側激活期所傳輸的數據包的下限值，具體過程這裡不再贅述。步驟S303，在確定處於穩定狀態後的VoIP業務傳輸激活期期間，網絡側採用半持續資源調度方式為用戶側分配半持續資源，所分配的半持續資源不大於所確定的數據包的下限值。上述半持續資源調度方式是指間隔持續資源周期為用戶側分配半持續資源的資源分配方式。在確定進入穩定狀態後，採用半持續資源調度方式，本實施例中控制分配的半持續資源略不大於用戶側激活期數據包的下限值，這樣間隔持續資源周期所分配的半持續資源可以傳輸的數據量通常會小於用戶側緩存區數據包的大小，這樣在每次對上行數據包傳輸之後緩衝區不會變為空，那麼在半持續調度期間就不會頻繁發生緩存區數據量從空到非空的變化，從而解決了上行RegularBSR頻繁上報的問題。沒有報BSR的需求，自然也就不用報SR請求上行共享資源了。本發明充分考慮到了 VoIP業務的特點，屏蔽掉了絕大部分半持續調度期間的緩衝區數據量上報，節省了寶貴的PUCCH、PUSCH和PDCCH資源，可以使無線通信系統在同等網絡環境下為更多的用戶提供高質量的服務，與此同時終端的省電效果也更佳。下面給出步驟S303中半持續資源調度方式的兩種具體請情況1)所分配的半持續資源等於所確定的激活期數據包尺寸的下限值由於用戶側激活期所傳輸的數據包尺寸通常情況下會小於該下行值，因此，用戶側進行一次大於該尺寸的數據包傳輸後，用戶側緩存中就會有數據，不會導致頻繁的BSR 上報。方法2 所分配的半持續資源略小於所確定的激活期數據包尺寸的下限值這種分配方式下，用戶側進入激活期後利用網絡側所分配的半持續資源傳輸數據包，緩存中有數據的機率更大，因此更不會導致頻繁的BSR上報。具體實施時對半持續資源調度方式下所分配的半持續資源大小的控制方式不限於此，應當認為，只要是通過對半持續資源大小的控制，使用戶側傳輸數據包緩存區中有數據的資源分配方式，均應落在本發明的保護範圍之內。如大於激活期數據包尺寸的下限值所允許的範圍等，這裡不再窮舉。由於在初始分配半持續調度資源的時候，上行發送的數據量已經固定，如果控制分配的半持續資源不大於所確定的數據包的下限值，由於半持續資源可以傳輸的數據量略小於終端緩存區數據包的大小，那麼在一段時間之後，上行緩存區中的數據量會逐漸增大， 所以一般在激活期持續時間比較短時，不會影響傳輸效果。對於一些激活期時間比較長的情景，在一段時間之後，上行緩存區中的數據量會逐漸增大，由於分配的半持續資源等於或略小於終端緩存區數據包的大小，有可能導致數據包的累積造成後續到達的數據包不能被及時傳輸，從而增加了數據包的時延，這對實時性要求不高的VoIP業務傳輸影響不大。對於實時性要求比較高的VoIP業務，優選地，本實施例中在VoIP業務傳輸處於激活期期間， 還包括步驟步驟S304，根據接收的用戶側間隔上報的緩存狀態報告BSR，確定用戶側緩存中的數據量Cw，用戶側上報BSR的時間間隔大於用戶側激活期產生數據包的周期；本實施例中，對於用戶側來說，在VoIP業務傳輸處於激活期期間，間隔上報緩存狀態報告BSR，且上報BSR的時間間隔大於用戶側激活期產生數據包的周期，具體可以根據傳輸情況確定時間間隔。優選地，用戶側上報BSR採用以下兩種方式方式一用戶側VoIP業務傳輸處於激活期時，間隔設定周期Tw確定有傳輸BSR 的上行共享資源時，進行BSR上報，其中設定周期大於用戶側激活期產生數據包的周期。其中對於用戶側來說，網絡側分配的資源如果不能將緩存中所有的數據都傳完，則優先上報 BSR，剩下的資源用於傳數據。方式二 用戶側VoIP業務傳輸處於激活期時，間隔重傳周期確定緩存中有數據時，確定是否有傳輸BSR的上行共享資源，所述重傳周期大於用戶側激活期產生數據包的周期；若有傳輸BSR的上行共享資源，用戶側直接進行BSR上報；其中對於用戶側來說， 網絡側分配的資源如果不能將緩存中所有的數據都傳完，則優先上報BSR，剩下的資源用於傳數據。若無，首先上報調度請求SR，並利用網絡側根據SR所分配的上行共享資源進行 BSR上報。如在採用重傳定時器的方式上報BSR時，其重傳周期遠大於激活期數據包輸出周期。步驟S305，所確定的數據量大於設定的第二閾值時，即Cbs, ^ Cttoesh。ld2，採用動態調度方式為用戶側進行一次資源分配。採用上述方式，在半持續資源的基礎上結合動態調度，針對用戶側緩存區中數據量累積造成的時延這種情況，可以採用周期性的BSR上報機制來解決這個問題。如果BSR 指示緩存中的數據量超過某一門限，那麼將觸發動態調度，把緩存區的數據包通過動態調度發送，從而解決緩存區數據被累積的問題。滿足實時性高的VoIP業務傳輸要求。另外，在步驟S305中進行調度時，所分配的資源等於用戶側緩存中的數據量，這樣用戶側在進行該次動態調度後，緩存中不再累積數據。或者，所分配的資源略小於緩存數據量為Cto，即所分配的資源可以調度的數據量為Cto-C,，C.為動態調度後需要在緩存中留下的數據量。步驟S306，完成該次動態資源分配後，繼續採用半持續資源調度方式為用戶側分配半持續資源。按照本實施例的方案，如果採用了半持續調度輔以動態調度的方式，則在半持續調度和資源分配期間，用戶側將以周期BSR定時器的長度上報BSR或者以重傳BSR定時器的長度上報BSR，這兩個定時器的長度將遠大於20ms的上報周期，大大降低了開銷。在靜默期，終端採用Regular BSR上報上行緩存區數據量。靜默期的SID包和激活期的語音包有很大的不同，靜默期的數據包比較小，數據包到達的時間間隔又比較大(如 160ms)，所以通過BSR上報的緩存中的數據量可以分辨出上行緩存區中的數據包是SID包還是語音數據包。本實施例中，在步驟S301中，網絡側確定用戶側VoIP業務傳輸進入激活期，具體包括根據用戶側建立VoIP業務後上報的緩衝狀態報告BSR，確定用戶側緩存中數據量
C ·
°bsr >所確定的數據量大於設定的第一閾值Sthreshtjldl時，即^^彡Sthreshtjldl，確定用戶側 VoIP業務傳輸從靜默期轉入了進入激活期。如果是業務建立初期，要經歷短暫的瞬態進入穩定狀態，並使用動態調度方式傳輸第一個語音數據包，若是從靜默期轉入激活期，則直接進入穩定狀態。本實施例中，在步驟S301中，網絡側判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態，具體包括網絡側接收到數據包會在不同層進行分離獲得相應的數據包，在PDCP層可以知道PDCP PDU (Protocol Data Unit，協議數據單元)的大小，在RLC層可以知道RLC PDU的大小。因此可以根據接收的數據包在分組數據匯聚協議層PDCP分離的數據包即PDCP PDU大小，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態。或根據根據接收的數據包在無線鏈路層RLC分離的數據包即RLC PDU(Protocol Data Unit)大小，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態。或根據用戶側上報的BSR反映的用戶側緩存中數據量，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態。通過上述三種方式中任一種，可以得到接收的數據包的大小，根據激活期數據包的數值範圍，若獲得的數據包大小在激活期數據包數值範圍內，則認為用戶側激活期所傳輸的數據包大小是否處於穩定狀態。依照本發明的另一實施例中，所提供的資源分配方法與上述實施例相比，還包括根據接收的用戶側間隔上報的BSR對半持續資源調度方式中所分配的半持續資源大小進行動態調整的步驟，具體為VoIP業務傳輸處於激活期期間，網絡側根據接收的BSR確定用戶側緩存中的數據量Cto大於第三閾值ctosh。ld3時，說明半持續資源分配過少，則觸發持續資源分配的正向調整，調整量大小為A1，且調整後半持續資源不大於激活期數據包的下限值。優選地，調整時採用動態調度方式為用戶側進行一次資源分配，以緩解用戶側緩存堆積的問題。如果網絡側確定連續兩次接收BSR的時間間隔，不大於用戶側激活期產生數據包的周期的二倍時，如在激活期40ms內連續兩次上報BSR則說明分配的半持續資源過多，需要負向調整半持續資源的大小，調整量大小為八2。依照本發明的上述實施例中，給出了從確定進入激活期到激活期結束前的資源分配方式，依照本發明的再一實施例中，在上面實施例的基礎上，給出VoIP業務傳輸其它時期的資源分配方式，優選地，網絡側確定用戶側建立VoIP業務後，在用戶側VoIP業務傳輸進入激活期之前，根據用戶側上報的BSR採用動態調度方式為用戶側分配資源。網絡側確定用戶側VoIP業務傳輸進入激活期後，在用戶側激活期所傳輸的數據包大小處於穩定狀態之前，根據用戶側上報的BSR採用動態調度方式為用戶側分配資源。網絡側確定用戶側 VoIP業務傳輸由激活期轉入靜默期後，釋放所分配的半持續資源；在靜默期，網絡側根據接收的用戶側上報的BSR採用動態調度方式為用戶側分配資源。當準備發送語音包的最後一部分時，用戶側緩存中遺留的數據量會小於半持續資源能夠傳輸的數據量，在此次傳輸完成之後，緩存將為空。本實施例中確定用戶側VoIP業務傳輸由激活期轉入靜默期具體採用如下方式當網絡側檢測到在半持續調度方式期間， 用戶側在半持續資源上連續N次發送空數據包時，確定由用戶側由激活期轉入靜默期，則會釋放半持續資源。進入靜默期後，每個SID包都通過動態調度分配資源。本實施例中還提供了一種用戶側上報緩存狀態報告BSR的方法，包括在VoIP業務傳輸處於激活期期間，間隔設定周期確定有傳輸BSR的上行共享資源時上報BSR，設定周期大於用戶側激活期產生數據包的周期。其中對於用戶側來說，網絡側分配的資源如果不能將緩存中所有的數據都傳完，則優先上報BSR，剩下的資源用於傳數據。本實施例中還提供了另一種用戶側上報BSR的方法，如圖4所示，包括步驟S401，在VoIP業務傳輸處於激活期期間，間隔重傳周期確定緩存中有數據時，確定是否有傳輸BSR的上行共享資源，若有，執行步驟S402，如無，執行步驟S403 ；其中上述重傳周期大於用戶側激活期產生數據包的周期；步驟S402，用戶側直接進行BSR上報；其中對於用戶側來說，網絡側分配的資源如果不能將緩存中所有的數據都傳完，則優先上報BSR，剩下的資源用於傳數據。步驟S403，首先上報調度請求SR，並利用網絡側根據SR所分配的上行共享資源進行BSR上報。下面以LTE系統傳輸速率為12.業語音業務為例說明本發明資源分配方法及用戶側上報BSR的具體過程。如圖5所示，主要過程如下步驟S501，網絡側確定用戶側建立VoIP業務後，在VoIP業務傳輸進入激活期之前，根據用戶側上報的BSR採用動態調度方式為用戶側分配資源。步驟S502，網絡側確定用戶側VoIP業務傳輸進入激活期後，在用戶側激活期所傳輸的數據包大小處於穩定狀態之前，根據用戶側上報的BSR採用動態調度方式為用戶側分配資源；步驟S503，網絡側確定用戶側VoIP業務傳輸進入激活期且用戶側激活期所傳輸的數據包大小處於穩定狀態時，根據處於穩定狀態的數據包大小，確定用戶側激活期所傳輸的數據包的下限值，採用半持續資源調度方式為用戶側分配半持續資源，所述半持續資源不大於所確定的所述下限值。步驟S504，接收用戶側間隔上報的BSR並確定用戶側緩存中的數據量；步驟S505，所確定的數據量大於設定的第二閾值時，採用動態調度方式為用戶側進行一次資源分配；之後繼續採用半持續資源調度方式為用戶側分配半持續資源；步驟S506，網絡側根據接收的BSR確定用戶側緩存中的數據量大於第三閾值時， 正向調整所述半持續資源的大小，且調整後半持續資源不大於所述下限值。優選採用動態調度方式進行一次資源分配。步驟S507，確定連續兩次接收BSR的時間間隔，不大於用戶側激活期產生數據包的周期的二倍時，負向調整所述半持續資源的大小。其中步驟S505、S506和S507的步驟無先後順序，只要滿足條件，則進行相應的調
整和調度。步驟S508，當網絡側檢測到在半持續調度方式期間，用戶側在半持續資源上連續 N次發送空數據包時，確定由用戶側由激活期轉入靜默期；步驟S509，釋放半持續資源，每個SID包都通過動態調度分配資源。如圖6所示，為採用本實施例上述資源分配方法時對應的資源分配示意圖。依照本發明的另一實施例中，還提供一種網絡側設備，如圖7所示，包括第一狀態確定單元701，用於確定用戶側VoIP業務傳輸是否進入激活期；穩定狀態判斷單元702， 用於在確定進入激活期時，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；下限值確定單元703，用於在確定處於穩定狀態時，根據處於穩定狀態的數據包大小，確定用戶側激活期所傳輸的數據包的下限值；第一資源分配單元704，用於在後續的VoIP業務傳輸激活期期間，採用半持續資源調度方式為用戶側分配半持續資源，該半持續資源不大於激活期數據包下限值。優選地，第一狀態確定單元具體包括701 第一緩存確定單元701a，用於根據用戶側建立VoIP業務後上報的緩衝狀態報告BSR，確定用戶側緩存中的數據量；激活期確定單元701b，用於在所確定的數據量大於設定的第一閾值時，確定用戶側VoIP業務傳輸進入激活期。穩定狀態判斷單元702至少包括如下三個判斷單元中的一個第一判斷單元，用於根據接收的數據包在分組數據匯聚協議層PDCP分離的數據包大小，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；第二判斷單元，用於根據接收的數據包在無線鏈路層RLC分離的數據包大小，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；第三判斷單元，用於根據用戶側上報的緩存狀態報告BSR反映的用戶側緩存中數據量，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態。優選地，該網絡側設備還包括第二緩存確定單元705，用於在VoIP業務傳輸處於激活期期間，根據接收的用戶側間隔上報的緩存狀態報告BSR，確定用戶側緩存中的數據量，所述用戶側上報BSR的時間間隔大於用戶側激活期產生數據包的周期；第二資源分配單元706，用於在所確定的數據量大於設定的第二閾值時，採用動態調度方式為用戶側進行一次資源分配；第一資源分配單元704在所述第二資源分配單元完成一次資源分配後，繼續採用半持續資源調度方式為用戶側分配半持續資源。第一調整單元707，用於第二緩存確定單元705確定的數據量大於第三閾值時，正向調整半持續資源的大小，且調整後半持續資源不大於所述下限值。第二調整單元708，用於在VoIP業務傳輸處於激活期期間，確定連續兩次接收BSR的時間間隔，不大於用戶側激活期產生數據包的周期的二倍時，負向調整半持續資源的大小。優選地，該網絡側設備還包括第三資源分配單元709，用於確定用戶側建立VoIP 業務後，在用戶側VoIP業務傳輸進入激活期之前，根據用戶側上報的BSR採用動態調度方式為用戶側分配資源。第四資源分配單元710，用於確定用戶側VoIP業務傳輸進入激活期後，在用戶側激活期所傳輸的數據包大小處於穩定狀態之前，根據用戶側上報的BSR採用動態調度方式為用戶側分配資源。第二狀態確定單元711，用於確定用戶側VoIP業務傳輸是否由激活期轉入靜默期；資源釋放單元712，用於確定由激活期轉入靜默期時，釋放半持續資源；第四資源分配單元713，用於在靜默期，根據接收的用戶側上報的BSR採用動態調度方式為用戶側分配資源。本實施例中還提供一種用戶側設備，包括激活期確定單元，用於確定VoIP業務傳輸是否處於激活期；BSR上報單元，用於在激活期，間隔設定周期確定有傳輸BSR的上行共享資源時上報BSR，所述設定周期大於用戶側激活期產生數據包的周期。其中對於用戶側來說，網絡側分配的資源如果不能將緩存中所有的數據都傳完，則優先上報BSR，剩下的資源用於傳數據。本實施例中還提供另一種用戶側設備，如圖8所示，包括激活期確定單元801，用於確定VoIP業務傳輸是否處於激活期；資源利用確定單元802，用於在激活期，間隔重傳周期確定緩存中有數據時，確定是否有傳輸BSR的上行共享資源，所述重傳周期大於用戶側激活期產生數據包的周期；第一上報單元803，用於確定有傳輸BSR的上行共享資源時， 直接上報BSR，其中對於用戶側來說，網絡側分配的資源如果不能將緩存中所有的數據都傳完，則優先上報BSR，剩下的資源用於傳數據；第二上報單元804，用於確定沒有傳輸BSR的上行共享資源時，首先上報調度請求SR，並利用網絡側根據SR所分配的上行共享資源上報 BSR。顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種資源分配方法，其特徵在於，包括網絡側確定用戶側VoIP業務傳輸進入激活期時，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；在確定處於穩定狀態時，網絡側根據處於穩定狀態的數據包大小，確定用戶側激活期所傳輸的數據包的下限值；在後續激活期期間，網絡側採用半持續資源調度方式為用戶側分配半持續資源，所述半持續資源不大於所確定的所述下限值。
2.如權利要求1所述的方法，其特徵在於，所述網絡側確定用戶側VoIP業務傳輸進入激活期，具體包括根據用戶側建立VoIP業務後上報的緩衝狀態報告BSR，確定用戶側緩存中數據量； 所確定的數據量大於設定的第一閾值時，確定用戶側VoIP業務傳輸進入激活期。
3.如權利要求1所述的方法，其特徵在於，所述網絡側判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態，具體包括根據接收的數據包在分組數據匯聚協議層PDCP分離的數據包大小，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；或，根據接收的數據包在無線鏈路層RLC分離的數據包大小，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；或，根據用戶側上報的緩存狀態報告BSR反映的用戶側緩存中數據量，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態。
4.如權利要求1所述的方法，其特徵在於，在VoIP業務傳輸處於激活期期間，還包括 根據接收的用戶側間隔上報的緩存狀態報告BSR，確定用戶側緩存中的數據量，所述用戶側上報BSR的時間間隔大於用戶側激活期產生數據包的周期；所確定的數據量大於設定的第二閾值時，採用動態調度方式為用戶側進行一次資源分配；之後繼續採用半持續資源調度方式為用戶側分配半持續資源。
5.如權利要求4所述的方法，其特徵在於，所述用戶側間隔上報BSR具體包括 用戶側VoIP業務傳輸處於激活期時，間隔設定周期確定有傳輸BSR的上行共享資源時，進行BSR上報，所述設定周期大於用戶側激活期產生數據包的周期。
6.如權利要求4所述的方法，其特徵在於，所述用戶側間隔上報BSR具體包括 用戶側VoIP業務傳輸處於激活期時，間隔重傳周期確定緩存中有數據時，確定是否有傳輸BSR的上行共享資源，所述重傳周期大於用戶側激活期產生數據包的周期； 若有傳輸BSR的上行共享資源，用戶側直接進行BSR上報；若無，首先上報調度請求SR，並利用網絡側根據SR所分配的上行共享資源進行BSR上報。
7.如權利要求4 6任一所述的方法，其特徵在於，VoIP業務傳輸處於激活期期間，還包括網絡側根據接收的BSR確定用戶側緩存中的數據量大於第三閾值時，正向調整所述半持續資源的大小，且調整後半持續資源不大於所述下限值。
8.如權利要求4 6任一所述的方法，其特徵在於，VoIP業務傳輸處於激活期期間，還包括網絡側確定連續兩次接收BSR的時間間隔，不大於用戶側激活期產生數據包的周期的二倍時，負向調整所述半持續資源的大小。
9.如權利要求4 6任一所述的方法，其特徵在於，所述網絡側採用動態調度方式為用戶側分配的資源不大於用戶側緩存中的數據量。
10.如權利要求1 6任一所述的方法，其特徵在於，還包括網絡側確定用戶側建立VoIP業務後，在用戶側VoIP業務傳輸進入激活期之前，根據用戶側上報的BSR採用動態調度方式為用戶側分配資源。
11.如權利要求1 6任一所述的方法，其特徵在於，還包括網絡側確定用戶側VoIP業務傳輸進入激活期後，在用戶側激活期所傳輸的數據包大小處於穩定狀態之前，根據用戶側上報的BSR採用動態調度方式為用戶側分配資源。
12.如權利要求1 6任一所述的方法，其特徵在於，還包括網絡側確定用戶側VoIP業務傳輸由激活期轉入靜默期後，釋放所分配的半持續資源； 在靜默期，網絡側根據接收的用戶側上報的BSR採用動態調度方式為用戶側分配資源。
13.一種用戶側上報緩存狀態報告BSR的方法，其特徵在於，包括在VoIP業務傳輸處於激活期期間，間隔設定周期確定有傳輸BSR的上行共享資源時上報BSR，所述設定周期大於用戶側激活期產生數據包的周期。
14.一種用戶側上報緩存狀態報告BSR的方法，其特徵在於，包括在VoIP業務傳輸處於激活期期間，間隔重傳周期確定緩存中有數據時，確定是否有傳輸BSR的上行共享資源，所述重傳周期大於用戶側激活期產生數據包的周期； 若有傳輸BSR的上行共享資源，用戶側直接進行BSR上報；若無，首先上報調度請求SR，並利用網絡側根據SR所分配的上行共享資源進行BSR上報。
15.一種網絡側設備，其特徵在於，包括第一狀態確定單元，用於確定用戶側VoIP業務傳輸是否進入激活期； 穩定狀態判斷單元，用於在確定進入激活期時，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；下限值確定單元，用於在確定處於穩定狀態時，根據處於穩定狀態的數據包大小，確定用戶側激活期所傳輸的數據包的下限值；第一資源分配單元，用於在確定處於穩定狀態後激活期期間，採用半持續資源調度方式為用戶側分配半持續資源，該半持續資源不大於所述下限值。
16.如權利要求15所述的網絡側設備，其特徵在於，所述第一狀態確定單元具體包括 第一緩存確定單元，用於根據用戶側建立VoIP業務後上報的緩衝狀態報告BSR，確定用戶側緩存中的數據量；激活期確定單元，用於在所確定的數據量大於設定的第一閾值時，確定用戶側VoIP業務傳輸進入激活期。
17.如權利要求15所述的網絡側設備，其特徵在於，所述穩定狀態判斷單元至少包括如下三個判斷單元中的一個第一判斷單元，用於根據接收的數據包在分組數據匯聚協議層PDCP分離的數據包大小，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；第二判斷單元，用於根據接收的數據包在無線鏈路層RLC分離的數據包大小，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；第三判斷單元，用於根據用戶側上報的緩存狀態報告BSR反映的用戶側緩存中數據量，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態。
18.如權利要求15所述的網絡側設備，其特徵在於，還包括第二緩存確定單元，用於在VoIP業務傳輸處於激活期期間，根據接收的用戶側間隔上報的緩存狀態報告BSR，確定用戶側緩存中的數據量，所述用戶側上報BSR的時間間隔大於用戶側激活期產生數據包的周期；第二資源分配單元，用於在所確定的數據量大於設定的第二閾值時，採用動態調度方式為用戶側進行一次資源分配；所述第一資源分配單元在所述第二資源分配單元完成一次資源分配後，繼續採用半持續資源調度方式為用戶側分配半持續資源。
19.如權利要求18所述的網絡側設備，其特徵在於，還包括第一調整單元，用於第二緩存確定單元確定的數據量大於第三閾值時，正向調整所述半持續資源的大小，且調整後半持續資源不大於所述下限值。
20.如權利要求18所述的網絡側設備，其特徵在於，還包括第二調整單元，用於在VoIP業務傳輸處於激活期期間，確定連續兩次接收BSR的時間間隔，不大於用戶側激活期產生數據包的周期的二倍時，負向調整所述半持續資源的大小。
21.如權利要求15 20任一所述的網絡側設備，其特徵在於，還包括第三資源分配單元，用於確定用戶側建立VoIP業務後，在用戶側VoIP業務傳輸進入激活期之前，根據用戶側上報的BSR採用動態調度方式為用戶側分配資源。
22.如權利要求15 20任一所述的網絡側設備，其特徵在於，還包括第四資源分配單元，用於確定用戶側VoIP業務傳輸進入激活期後，在用戶側激活期所傳輸的數據包大小處於穩定狀態之前，根據用戶側上報的BSR採用動態調度方式為用戶側分配資源。
23.如權利要求15 20任一所述的網絡側設備，其特徵在於，還包括第二狀態確定單元，用於確定用戶側VoIP業務傳輸是否由激活期轉入靜默期；資源釋放單元，用於確定由激活期轉入靜默期時，釋放半持續資源；第四資源分配單元，用於在靜默期，根據接收的用戶側上報的BSR採用動態調度方式為用戶側分配資源。
24.一種用戶側設備，其特徵在於，包括激活期確定單元，用於確定VoIP業務傳輸是否處於激活期；BSR上報單元，用於在激活期，間隔設定周期確定有傳輸BSR的上行共享資源時上報 BSR，所述設定周期大於用戶側激活期產生數據包的周期。
25.一種用戶側設備，其特徵在於，包括激活期確定單元，用於確定VoIP業務傳輸是否處於激活期；資源利用確定單元，用於在激活期，間隔重傳周期確定緩存中有數據時，確定是否有傳輸BSR的上行共享資源，所述重傳周期大於用戶側激活期產生數據包的周期； 第一上報單元，用於確定有傳輸BSR的上行共享資源時，直接上報BSR ； 第二上報單元，用於確定沒有傳輸BSR的上行共享資源時，首先上報調度請求SR，並利用網絡側根據SR所分配的上行共享資源上報BSR。
全文摘要
本發明公開了一種資源分配方法及網絡側設備，該方法包括網絡側確定用戶側VoIP業務傳輸進入激活期時，判斷用戶側激活期所傳輸的數據包大小是否處於穩定狀態；在確定處於穩定狀態時，網絡側根據處於穩定狀態的數據包大小，確定用戶側激活期所傳輸的數據包的下限值；在後續VoIP業務傳輸處於激活期期間，網絡側採用半持續資源調度方式為用戶側分配半持續資源，所述半持續資源不大於所確定的所述下限值。本發明通過對半持續資源大小的控制，避免了不必要的緩衝區數據量上報，從而有效的降低了BSR和SR上報開銷，節省了通信資源。
文檔編號H04W52/04GK102202343SQ201010131890
公開日2011年9月28日 申請日期2010年3月23日 優先權日2010年3月23日
發明者寇會如, 祝琨 申請人:電信科學技術研究院