專利名稱：調(diào)度資源分配方法及基站的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種調(diào)度資源分配方法及基站。
背景技術(shù)：
長期演進(LTE， Long Term Evolution)是下一代的無線通訊技術(shù)。LTE無線層 協(xié)議共有三層分組數(shù)據(jù)匯聚協(xié)議(PDCP， Packet Data ConvergenceProtocol)、鏈路控制 (RLC， Radio Link Control)、媒體接入控制(MAC, MediumAccess Control)，其中，RLC負責(zé) 傳輸控制。 RLC支持三種傳輸模式透明模式(TM， Transparent Mode) 、 (UM， Unacknowledged Mode)、基于確認模式(AM， Acknowledged Mode)，其中，AM模式是一種基于對方確認的傳 輸模式，它提供了一種發(fā)送方基于對方反饋的狀態(tài)報告來判斷某一個協(xié)議傳輸單元(PDU， Protocol Data Unit)對方是否收到的機制，并且，發(fā)送方還可以基于狀態(tài)報告攜帶的信息 進行選擇性的重傳對方?jīng)]有收到的PDU。 現(xiàn)有技術(shù)中定義了基站(N0DEB)從用戶終端的邏輯信道接收到PDU并檢測到其狀 態(tài)報告請求位為1時，則確定用戶終端要求反饋關(guān)于PDU接收情況的狀態(tài)報告，將該邏輯 信道排列在需要分配調(diào)度資源的邏輯信道等候隊列中，以為該邏輯信道分配調(diào)度資源；基 站會根據(jù)等候隊列、該邏輯信道已等候時間以及網(wǎng)絡(luò)環(huán)境的不斷變化而不斷改變該邏輯信 道在該等候隊列中的優(yōu)先級，當該邏輯信道在等候隊列中的優(yōu)先級為最高時，基站給該邏 輯信道分配調(diào)度資源，再根據(jù)該PDU的接收情況組狀態(tài)報告并向該用戶終端發(fā)送該狀態(tài)報
告 在對現(xiàn)有技術(shù)的研究和實踐過程中，本發(fā)明的發(fā)明人發(fā)現(xiàn)，由于基站需要根據(jù)當 前空口資源、空口信道質(zhì)量、以及各用戶終端待發(fā)送緩存情況等，設(shè)置每個用戶終端的每個 邏輯信道在等候隊列中的優(yōu)先級，因此，每個用戶終端的每個邏輯信道在等候隊列中等待 分配調(diào)度資源的時間具有不確定性。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種調(diào)度資源分配方法及基站，能夠有效保證用戶終端的每個 邏輯信道在等候隊列中等待分配調(diào)度資源的最大時間間隔。
本發(fā)明實施例提供了一種調(diào)度資源分配方法，包括
從分配給用戶終端的邏輯信道接收協(xié)議數(shù)據(jù)單元； 若根據(jù)所述協(xié)議數(shù)據(jù)單元確定用戶終端要求反饋狀態(tài)報告，則根據(jù)所述協(xié)議數(shù)據(jù) 單元的接收情況生成狀態(tài)報告，并將所述邏輯信道排列在需要分配調(diào)度資源的邏輯信道等 候隊列中； 若所述邏輯信道在等候隊列中等待分配調(diào)度資源的時間達到第一預(yù)定時長，則將 所述邏輯信道在所述等候隊列中的優(yōu)先級提升至最高，并為所述邏輯信道分配調(diào)度資源。
本發(fā)明實施例還提供了一種基站，包括
4
接收模塊，用于從分配給用戶終端的邏輯信道接收協(xié)議數(shù)據(jù)單元； 生成排列模塊，用于若根據(jù)所述協(xié)議數(shù)據(jù)單元確定用戶終端要求反饋狀態(tài)報告，
則根據(jù)所述協(xié)議數(shù)據(jù)單元的接收情況生成狀態(tài)報告，并將所述邏輯信道排列在需要分配調(diào)
度資源的邏輯信道等候隊列中； 提升分配模塊，用于若所述邏輯信道在等候隊列中等待分配調(diào)度資源的時間達到 第一預(yù)定時長，則將所述邏輯信道在所述等候隊列中的優(yōu)先級提升至最高，并為所述邏輯 信道分配調(diào)度資源。 從以上技術(shù)方案可以看出，本發(fā)明實施例具有如下有益效果 本發(fā)明實施例中，若需要發(fā)送狀態(tài)報告的邏輯信道在邏輯信道等候隊列中等待分 配調(diào)度資源的時間達到第一預(yù)定時長，即該邏輯信道等待了第一預(yù)定時長仍沒有分配到調(diào) 度資源，則基站將該邏輯信道在等候隊列中的優(yōu)先級提升至最高，為該邏輯信道分配調(diào)度 資源，從而保證該邏輯信道等待分配調(diào)度資源的時間不超過第一預(yù)定時長，有效保證了用 戶終端的每個邏輯信道在等候隊列中等待分配調(diào)度資源的最大時間間隔。


圖1是本發(fā)明實施例中調(diào)度資源分配方法的一個實施例的示意圖； 圖2是本發(fā)明實施例中調(diào)度資源分配方法的另一實施例的示意圖； 圖3是本發(fā)明實施例中基站的一個實施例的示意圖； 圖4是圖3所示實施例中生成排列模塊的一個實施例的示意圖； 圖5是圖3所示實施例中發(fā)送模塊的一個實施例的示意圖； 圖6是本發(fā)明實施例中基站的另一實施例的示意圖。
具體實施例方式
本發(fā)明實施例提供一種調(diào)度資源分配方法及基站。以下分別進行詳細說明。 請參閱圖1，本發(fā)明實施例中調(diào)度資源分配方法的一個實施例包括 110、從分配給用戶終端的邏輯信道接收協(xié)議數(shù)據(jù)單元； 具體可以由基站NODEB從分配給用戶終端的邏輯信道接收協(xié)議數(shù)據(jù)單元。 120、若根據(jù)協(xié)議數(shù)據(jù)單元判定用戶終端要求反饋狀態(tài)報告，則根據(jù)協(xié)議數(shù)據(jù)單元
的接收情況生成狀態(tài)報告，并將邏輯信道排列在需要分配調(diào)度資源的邏輯信道等候隊列
中； 基站從用戶終端的一條邏輯信道接收到PDU之后，可以檢測該PDU的狀態(tài)報告請 求位是否為l，若為l，則可判定用戶終端要求反饋狀態(tài)報告。 基站若根據(jù)PDU判定用戶終端要求反饋狀態(tài)報告，則基站可以根據(jù)PDU的接收情 況生成狀態(tài)報告。例如，假設(shè)基站收到序列號分別為1、3、4、5的PDU，且發(fā)現(xiàn)其中有一個 PDU，例如序列號為4的PDU的狀態(tài)報告請求位(Polling位)為l，那么，基站會遍歷當前 接收窗口內(nèi)收到的所有的PDU，生成一狀態(tài)報告，該狀態(tài)報告表示已收到序列號為6之前的 PDU已經(jīng)收到，但其中序列號為2的PDU未收到。 在生成狀態(tài)報告之后，基站可以根據(jù)狀態(tài)報告的大小、當前空口資源以及需要發(fā) 送該狀態(tài)報告的邏輯信道自身的優(yōu)先級，設(shè)置該邏輯信道在需要分配調(diào)度資源的邏輯信道等候隊列中的初始優(yōu)先級(即該邏輯信道在等候隊列中的位置)，使該邏輯信道排列在該 等候隊列中。 設(shè)定了邏輯信道的初始優(yōu)先級，使該邏輯信道排列在等候隊列中之后，基站會根 據(jù)等候隊列的變化、該邏輯信道已等候時間以及當前空口資源的變化而不斷改變該邏輯信 道在該等候隊列中的優(yōu)先級，當該邏輯信道在該等候隊列中的優(yōu)先級為最高時，基站給該 邏輯信道分配調(diào)度資源，具體執(zhí)行方式為現(xiàn)有技術(shù)，此處不作贅述。 可以理解的是，基站若根據(jù)PDU判定用戶終端不要求反饋狀態(tài)報告，則結(jié)束操作。
130、若邏輯信道在邏輯信道等候隊列中等待分配調(diào)度資源的時間達到第一預(yù)定 時長，則將該邏輯信道在該等候隊列中的優(yōu)先級提升至最高，并為該邏輯信道分配調(diào)度資 源； 在不同的應(yīng)用場景下，第一預(yù)定時長可以根據(jù)不同的因素設(shè)置，在本實施例中，第 一預(yù)定時長根據(jù)用戶終端最大容許的反饋狀態(tài)報告的等待時間、用戶終端當前業(yè)務(wù)的服務(wù) 質(zhì)量(QoS， Quality of Service)來設(shè)置。 本實施例中，可以設(shè)置一定時器，用于計算邏輯信道在等候隊列中等待分配調(diào)度 資源的時間，若在定時器達到第一預(yù)定時長之前，邏輯信道的優(yōu)先級達到最高并分配到調(diào) 度資源，則定時器停止計時，否則當定時器達到第一預(yù)定時長時，基站將該邏輯信道在等候 隊列中的優(yōu)先級提升至最高，并為該邏輯信道分配調(diào)度資源，從而可以保證該邏輯信道等 待分配調(diào)度資源的時間不超過第一預(yù)定時長，有效保證了用戶終端的每個邏輯信道在等候 隊列中等待分配調(diào)度資源的最大時間間隔。 140、在為邏輯信道分配調(diào)度資源之后，通過邏輯信道向用戶終端發(fā)送狀態(tài)報告。
進一步地，在為需要發(fā)送狀態(tài)報告的邏輯信道分配調(diào)度資源之后，基站可以通過 該邏輯信道向用戶終端發(fā)送該狀態(tài)報告。可以理解的是，若邏輯信道在等候隊列中未等待 第一預(yù)定時長即已分配到調(diào)度資源，則在該邏輯信道分配到調(diào)度資源后，基站可以組狀態(tài) 報告并向用戶終端發(fā)送該狀態(tài)報告，此與現(xiàn)有技術(shù)相同。 現(xiàn)有技術(shù)中，用戶終端的每個邏輯信道在等候隊列中等待分配調(diào)度資源的時間具 有不確定性，可能導(dǎo)致用戶終端長時間得不到基站的狀態(tài)報告反饋，從而造成用戶終端停 止發(fā)送新的PDU和釋放發(fā)送該PDU的邏輯信道。 而本實施例中，用戶終端的每個邏輯信道等待分配調(diào)度資源的時間不超過第一預(yù) 定時長，并且，在為邏輯信道分配調(diào)度資源之后，基站則向用戶終端發(fā)送狀態(tài)報告，從而能 夠保證基站向用戶終端發(fā)送狀態(tài)報告的最大時間間隔，減少了狀態(tài)報告反饋不及時造成的 停止發(fā)送新的PDU和邏輯信道被釋放的問題。 本實施例中，若需要發(fā)送狀態(tài)報告的邏輯信道在邏輯信道等候隊列中等待分配調(diào) 度資源的時間達到第一預(yù)定時長，即該邏輯信道等待了第一預(yù)定時長仍沒有分配到調(diào)度資 源，則基站將該邏輯信道在等候隊列中的優(yōu)先級提升至最高，為該邏輯信道分配調(diào)度資源， 從而有效保證了用戶終端的每個邏輯信道在等候隊列中等待分配調(diào)度資源的最大時間間 隔；進一步地，在分配調(diào)度資源后即發(fā)送狀態(tài)報告，從而能夠保證基站向用戶終端發(fā)送狀態(tài) 報告的最大時間間隔，減少狀態(tài)報告反饋不及時造成的停止發(fā)送新的PDU和邏輯信道被釋 放的問題。 請參閱圖2，本發(fā)明實施例中調(diào)度資源分配方法的另一實施例包括
6
210、從分配給用戶終端的邏輯信道接收協(xié)議數(shù)據(jù)單元；
步驟210請參照對步驟110的說明。 220、若根據(jù)協(xié)議數(shù)據(jù)單元判定用戶終端要求反饋狀態(tài)報告，則判斷禁止狀態(tài)報告 定時器是否啟動，若啟動，則執(zhí)行步驟230，否則執(zhí)行步驟240 ; 本實施例中，基站設(shè)有禁止狀態(tài)報告定時器，在每次發(fā)送狀態(tài)報告之后啟動，以控 制狀態(tài)報告發(fā)送的頻率。 若根據(jù)接收到的PDU判定用戶終端要求反饋狀態(tài)報告，則先判斷禁止狀態(tài)報告定 時器是否啟動，若未啟動，則執(zhí)行240，否則需等到該定時器達到預(yù)定超時時長時再執(zhí)行步 驟240。 可以理解的是，若判定禁止狀態(tài)報告定時器已啟動，也可以不等到該定時器達到 預(yù)定超時時長時執(zhí)行步驟240。 若根據(jù)PDU判定用戶終端不要求反饋狀態(tài)報告，則結(jié)束操作。 230、判斷禁止狀態(tài)報告定時器是否達到預(yù)定超時時長，若是，則執(zhí)行步驟240，否 則重復(fù)執(zhí)行230 ; 240、根據(jù)協(xié)議數(shù)據(jù)單元的接收情況生成狀態(tài)報告，并將邏輯信道排列在需要分配
調(diào)度資源的邏輯信道等候隊列中； 步驟240請參照對步驟120的說明。 此外，在步驟240中，基站可以設(shè)置需要發(fā)送狀態(tài)報告的邏輯信道在等候隊列中 的優(yōu)先級高于第一邏輯信道在等候隊列中的優(yōu)先級，第一邏輯信道為等候隊列中需要發(fā)送 協(xié)議數(shù)據(jù)單元的邏輯信道，使得需要發(fā)送狀態(tài)報告的邏輯信道能夠優(yōu)先分配到調(diào)度資源。
250、若邏輯信道在等候隊列中等待分配調(diào)度資源的時間達到第一預(yù)定時長，則將
該邏輯信道在該等候隊列中的優(yōu)先級提升至最高，并為該邏輯信道分配調(diào)度資源；
步驟250請參閱對步驟130的說明。 260、在為邏輯信道分配調(diào)度資源之后，更新狀態(tài)報告并通過邏輯信道向用戶終端 發(fā)送更新后的狀態(tài)報告。 本實施例中，在為邏輯信道分配調(diào)度資源之后，基站可以根據(jù)最新獲取的PDU的 接收情況更新要發(fā)送的狀態(tài)報告，以獲得更準確的狀態(tài)報告，具體執(zhí)行方式為現(xiàn)有技術(shù)，此 處不作贅述。 可以理解的是，基站也可以在向用戶終端發(fā)送狀態(tài)報告之前，判斷禁止狀態(tài)報告
定時器是否啟動；若未啟動，則通過邏輯信道向用戶終端發(fā)送狀態(tài)報告，否則等到禁止狀態(tài)
報告定時器達到預(yù)定超時時長時，通過邏輯信道向用戶終端發(fā)送狀態(tài)報告。 本實施例中，第一預(yù)定時長可以等于禁止狀態(tài)報告定時器的預(yù)定超時時長。 相對于圖1所示實施例，本實施例中的基站設(shè)置了禁止狀態(tài)報告定時器，不僅可
以保證該邏輯信道等待分配調(diào)度資源的時間不超過第一預(yù)定時長，保證基站向用戶終端發(fā)
送狀態(tài)報告的最大時間間隔，減少狀態(tài)報告反饋不及時造成的停止發(fā)送新的PDU和邏輯信
道被釋放的問題，而且能夠控制狀態(tài)報告發(fā)送的頻率。 請參閱圖3，本發(fā)明實施例中基站的一個實施例包括 接收模塊310，用于從分配給用戶終端的邏輯信道接收PDU ; 生成排列模塊320，用于若根據(jù)接收的PDU判定用戶終端要求反饋狀態(tài)報告，則根據(jù)該PDU的接收情況生成狀態(tài)報告，并將接收該PDU的邏輯信道排列在需要分配調(diào)度資源 的邏輯信道等候隊列中，以為該邏輯信道分配調(diào)度資源； 提升分配模塊330，用于若生成排列模塊320中排列的邏輯信道在邏輯信道等候 隊列中等待分配調(diào)度資源的時間達到第一預(yù)定時長，則將該邏輯信道在該等候隊列中的優(yōu) 先級提升至最高，并為該邏輯信道分配調(diào)度資源； 發(fā)送模塊340，用于在為生成排列模塊320中排列的邏輯信道分配調(diào)度資源之后， 通過該邏輯信道向用戶終端發(fā)送該狀態(tài)報告。 本實施例中，基站還可以包括禁止狀態(tài)報告定時器，用于在發(fā)送模塊340發(fā)送狀 態(tài)報告之后啟動，以控制狀態(tài)報告的發(fā)送頻率。 可以在生成狀態(tài)報告之前，判定禁止狀態(tài)報告定時器是否啟動，此時，請參閱圖4， 圖4為圖3所示實施例中生成排列模塊320的一個實施例的示意圖，生成排列模塊320可 以包括 第一判斷單元321，用于若根據(jù)接收的PDU判定用戶終端要求反饋狀態(tài)報告，則判 斷禁止狀態(tài)報告定時器是否啟動，若未啟動，則觸發(fā)生成排列單元322執(zhí)行相關(guān)操作，否則 觸發(fā)第二判斷單元323執(zhí)行相關(guān)操作； 生成排列單元322，用于根據(jù)PDU的接收情況生成狀態(tài)報告，并將邏輯信道排列在 需要分配調(diào)度資源的邏輯信道等候隊列中； 第二判斷單元323，用于判斷禁止狀態(tài)報告定時器是否達到預(yù)定超時時長，若是， 則觸發(fā)生成排列單元322執(zhí)行相關(guān)操作，否則重復(fù)判斷禁止狀態(tài)報告定時器是否達到預(yù)定 超時時長。 可以理解的是，在判定禁止狀態(tài)報告定時器已啟動時，生成排列單元322也可以 不等到禁止狀態(tài)報告定時器達到預(yù)定超時時長時執(zhí)行相關(guān)操作，因此，生成排列模塊320 也可以不包括第二判斷單元323。 也可以在為生成排列模塊320中排列的邏輯信道分配調(diào)度資源之后，向用戶終端
發(fā)送狀態(tài)報告之前，判斷禁止狀態(tài)報告定時器是否啟動，此時，請參閱圖5，圖5為圖3所示
實施例中發(fā)送模塊340的一個實施例的示意圖，發(fā)送模塊340可以包括 第三判斷單元341，用于在為生成排列模塊320中排列的邏輯信道分配調(diào)度資源
之后，判斷禁止狀態(tài)報告定時器是否啟動，若未啟動，則觸發(fā)發(fā)送單元342執(zhí)行相關(guān)操作，
否則觸發(fā)第四判斷單元343執(zhí)行相關(guān)操作； 發(fā)送單元342，用于通過邏輯信道向用戶終端發(fā)送狀態(tài)報告； 第四判斷單元343，用于判斷禁止狀態(tài)報告定時器是否達到預(yù)定超時時長，若是，
則觸發(fā)發(fā)送單元342執(zhí)行相關(guān)操作，否則重復(fù)判斷禁止狀態(tài)報告定時器是否達到預(yù)定超時時長。 發(fā)送模塊340可以包括更新單元，用于在為邏輯信道分配調(diào)度資源之后，更新狀 態(tài)報告；發(fā)送單元，用于通過邏輯信道向用戶終端發(fā)送更新后的狀態(tài)報告，以獲得并發(fā)送更 準確的狀態(tài)報告。 本實施例中，若邏輯信道在等候隊列中等待分配調(diào)度資源的時間達到第一預(yù)定時 長，即該邏輯信道等待了第一預(yù)定時長仍沒有分配到調(diào)度資源，則基站將該邏輯信道在等 候隊列中的優(yōu)先級提升至最高，為該邏輯信道分配調(diào)度資源，從而可以保證該邏輯信道等待分配調(diào)度資源的時間不超過第一預(yù)定時長，有效保證了用戶終端的每個邏輯信道在等候
隊列中等待分配調(diào)度資源的最大時間間隔；進一步地，在分配調(diào)度資源后即發(fā)送狀態(tài)報告，
從而能夠保證基站向用戶終端發(fā)送狀態(tài)報告的最大時間間隔，減少狀態(tài)報告反饋不及時造
成的停止發(fā)送新的PDU和邏輯信道被釋放的問題。 請參閱圖6，本發(fā)明實施例中基站的另一實施例包括 接收發(fā)送模塊610，用于從分配給用戶終端的邏輯信道接收協(xié)議數(shù)據(jù)單元，若根據(jù) 該協(xié)議數(shù)據(jù)單元判定用戶終端要求反饋狀態(tài)報告，則根據(jù)協(xié)議數(shù)據(jù)單元的接收情況生成狀 態(tài)報告，并通知調(diào)度模塊該邏輯信道有數(shù)據(jù)要發(fā)送并開始計時，若該邏輯信道在邏輯信道 等候隊列中等待分配調(diào)度資源的時間達到第一預(yù)定時長，則向調(diào)度模塊發(fā)送提升該邏輯信 道優(yōu)先級的請求消息，在該邏輯信道分配到調(diào)度資源后，通過該邏輯信道向用戶終端發(fā)送 該狀態(tài)報告； 調(diào)度模塊620，用于從接收發(fā)送模塊610接收邏輯信道有數(shù)據(jù)要發(fā)送的通知，將該 邏輯信道排列在需要分配調(diào)度資源的邏輯信道等候隊列中，當從接收發(fā)送模塊610接收到 提升該邏輯信道優(yōu)先級的請求消息時，將該邏輯信道在等候隊列中的優(yōu)先級提升至最高， 并為該邏輯信道分配調(diào)度資源。 可以理解的是，本實施例中基站也可以設(shè)置一禁止狀態(tài)報告定時器，接收發(fā)送模 塊610可以在根據(jù)協(xié)議數(shù)據(jù)單元的接收情況生成狀態(tài)報告之前，判斷禁止狀態(tài)報告定時器 是否啟動，若未啟動，則根據(jù)協(xié)議數(shù)據(jù)單元的接收情況生成狀態(tài)報告，否則等到禁止狀態(tài)報 告定時器達到預(yù)定超時時長時再根據(jù)協(xié)議數(shù)據(jù)單元的接收情況生成狀態(tài)報告；或者，發(fā)送 模塊610也可以在向用戶終端發(fā)送該狀態(tài)報告之前，判斷禁止狀態(tài)報告定時器是否啟動， 若未啟動，則向用戶終端發(fā)送該狀態(tài)報告，否則等到禁止狀態(tài)報告定時器達到預(yù)定超時時 長時再向用戶終端發(fā)送該狀態(tài)報告。 本實施例中，若邏輯信道在等候隊列中等待分配調(diào)度資源的時間達到第一預(yù)定時 長，則即該邏輯信道等待了第一預(yù)定時長仍沒有分配到調(diào)度資源，則接收發(fā)送模塊610通 知調(diào)度模塊620將該邏輯信道在等候隊列中的優(yōu)先級提升至最高，并為該邏輯信道分配調(diào) 度資源，從而可以保證該邏輯信道等待分配調(diào)度資源的時間不超過第一預(yù)定時長，有效保 證了用戶終端的每個邏輯信道在等候隊列中等待分配調(diào)度資源的最大時間間隔；進一步 地，在分配調(diào)度資源后即發(fā)送狀態(tài)報告，從而能夠保證基站向用戶終端發(fā)送狀態(tài)報告的最 大時間間隔，減少狀態(tài)報告反饋不及時造成的停止發(fā)送新的PDU和邏輯信道被釋放的問 題。 可以理解的是，若邏輯信道在等候隊列中未等待第一預(yù)定時長即已分配到調(diào)度資 源，則在該邏輯信道分配到調(diào)度資源后，基站組狀態(tài)報告并向用戶終端發(fā)送該狀態(tài)報告，此 與現(xiàn)有技術(shù)相同。 本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可 以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計算機可讀存儲介質(zhì)中，存儲 介質(zhì)可以包括只讀內(nèi)存(ROM, Read-Only Memory)、隨機存取存儲器(RAM, Random Access Memory)、磁盤或光盤等。 以上對本發(fā)明實施例所提供的調(diào)度資源分配方法及基站進行了詳細介紹，本文中 應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想， 在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本 發(fā)明的限制。
權(quán)利要求
一種調(diào)度資源分配方法，其特征在于，包括從分配給用戶終端的邏輯信道接收協(xié)議數(shù)據(jù)單元；若根據(jù)所述協(xié)議數(shù)據(jù)單元判定用戶終端要求反饋狀態(tài)報告，則根據(jù)所述協(xié)議數(shù)據(jù)單元的接收情況生成狀態(tài)報告，并將所述邏輯信道排列在需要分配調(diào)度資源的邏輯信道等候隊列中；若所述邏輯信道在等候隊列中等待分配調(diào)度資源的時間達到第一預(yù)定時長，則將所述邏輯信道在所述等候隊列中的優(yōu)先級提升至最高，并為所述邏輯信道分配調(diào)度資源。
2. 根據(jù)權(quán)利要求1所述的調(diào)度資源分配方法，其特征在于，所述方法還包括 在為所述邏輯信道分配調(diào)度資源之后，通過所述邏輯信道向所述用戶終端發(fā)送所述狀態(tài)報告。
3. 根據(jù)權(quán)利要求2所述的調(diào)度資源分配方法，其特征在于，在向用戶終端發(fā)送所述狀 態(tài)報告之后還包括啟動禁止狀態(tài)定時器；在根據(jù)所述協(xié)議數(shù)據(jù)單元判定用戶終端要求反饋狀態(tài)報告之后，在根據(jù)所述協(xié)議數(shù)據(jù) 單元的接收情況生成狀態(tài)報告之前，還包括 判斷禁止狀態(tài)報告定時器是否啟動；若未啟動，則觸發(fā)所述根據(jù)所述協(xié)議數(shù)據(jù)單元的接收情況生成狀態(tài)報告的步驟。
4. 根據(jù)權(quán)利要求3所述的調(diào)度資源分配方法，其特征在于，所述方法還包括 若判定所述禁止狀態(tài)報告定時器已啟動，則等到所述禁止狀態(tài)報告定時器達到預(yù)定超時時長時，根據(jù)所述協(xié)議數(shù)據(jù)單元的接收情況生成狀態(tài)報告。
5. 根據(jù)權(quán)利要求2所述的調(diào)度資源分配方法，其特征在于，在向用戶終端發(fā)送所述狀 態(tài)報告之后還包括啟動禁止狀態(tài)定時器；在所述通過邏輯信道向所述用戶終端發(fā)送所述狀態(tài)報告之前還包括 判斷所述禁止狀態(tài)報告定時器是否啟動；若未啟動，則觸發(fā)所述通過邏輯信道向所述用戶終端發(fā)送所述狀態(tài)報告的步驟，否則 等到所述禁止狀態(tài)報告定時器達到預(yù)定超時時長時，觸發(fā)所述通過邏輯信道向所述用戶終 端發(fā)送所述狀態(tài)報告的步驟。
6. 根據(jù)權(quán)利要求2所述的調(diào)度資源分配方法，其特征在于，在為所述邏輯信道分配調(diào) 度資源之后，在通過所述邏輯信道向所述用戶終端發(fā)送所述狀態(tài)報告之前，還包括更新所述狀態(tài)報告，觸發(fā)通過邏輯信道向所述用戶終端發(fā)送更新后的狀態(tài)報告的步驟。
7. 根據(jù)權(quán)利要求2所述的調(diào)度資源分配方法，其特征在于，所述將邏輯信道排列在需 要分配調(diào)度資源的邏輯信道等候隊列中包括設(shè)置所述邏輯信道在所述等候隊列中的優(yōu)先級高于第一邏輯信道在所述等候隊列中 的優(yōu)先級，第一邏輯信道為所述等候隊列中需要發(fā)送協(xié)議數(shù)據(jù)單元的邏輯信道。
8. 根據(jù)權(quán)利要求4或5所述的調(diào)度資源分配方法，其特征在于，第一預(yù)定時長等于所述 禁止狀態(tài)報告定時器的預(yù)定超時時長。
9. 一種基站，其特征在于，包括接收模塊，用于從分配給用戶終端的邏輯信道接收協(xié)議數(shù)據(jù)單元； 生成排列模塊，用于若根據(jù)所述協(xié)議數(shù)據(jù)單元確定用戶終端要求反饋狀態(tài)報告，則根據(jù)所述協(xié)議數(shù)據(jù)單元的接收情況生成狀態(tài)報告，并將所述邏輯信道排列在需要分配調(diào)度資 源的邏輯信道等候隊列中；提升分配模塊，用于若所述邏輯信道在等候隊列中等待分配調(diào)度資源的時間達到第一 預(yù)定時長，則將所述邏輯信道在所述等候隊列中的優(yōu)先級提升至最高，并為所述邏輯信道 分配調(diào)度資源。
10. 根據(jù)權(quán)利要求9所述的基站，其特征在，所述基站還包括發(fā)送模塊，用于在為所述邏輯信道分配調(diào)度資源之后，并通過所述邏輯信道向所述用 戶終端發(fā)送所述狀態(tài)報告。
11. 根據(jù)權(quán)利要求io所述的基站，其特征在于，所述基站還包括禁止狀態(tài)報告定時器，用于在發(fā)送模塊發(fā)送狀態(tài)報告之后啟動； 生成排列模塊包括第一判斷單元，用于若根據(jù)所述協(xié)議數(shù)據(jù)單元確定用戶終端要求反饋狀態(tài)報告，則判 斷所述禁止狀態(tài)報告定時器是否啟動，若未啟動，則觸發(fā)生成排列單元執(zhí)行相關(guān)操作；生成排列單元，用于根據(jù)所述協(xié)議數(shù)據(jù)單元的接收情況生成狀態(tài)報告，并將所述邏輯 信道排列在需要分配調(diào)度資源的邏輯信道等候隊列中，以為所述邏輯信道分配調(diào)度資源。
12. 根據(jù)權(quán)利要求IO所述的基站，其特征在于，所述基站還包括禁止狀態(tài)報告定時器， 用于在發(fā)送模塊發(fā)送狀態(tài)報告之后啟動；發(fā)送模塊包括第三判斷單元，用于在為所述邏輯信道分配調(diào)度資源之后，判斷所述禁止狀態(tài)報告定 時器是否啟動，若未啟動，則觸發(fā)發(fā)送單元執(zhí)行相關(guān)操作，否則觸發(fā)第四判斷單元執(zhí)行相關(guān) 操作；發(fā)送單元，用于通過所述邏輯信道向所述用戶終端發(fā)送所述狀態(tài)報告； 第四判斷單元，用于判斷所述禁止狀態(tài)報告定時器是否達到預(yù)定超時時長，若是，則觸 發(fā)發(fā)送單元執(zhí)行相關(guān)操作，否則重復(fù)判斷所述定時器是否達到預(yù)定超時時長。
13. 根據(jù)權(quán)利要求10所述的基站，其特征在于，發(fā)送模塊包括 更新單元，用于在為所述邏輯信道分配調(diào)度資源之后，更新所述狀態(tài)報告； 發(fā)送單元，用于通過所述邏輯信道向所述用戶終端發(fā)送更新后的狀態(tài)報告。
全文摘要
本發(fā)明實施例公開了一種調(diào)度資源分配方法，包括從用戶終端的邏輯信道接收協(xié)議數(shù)據(jù)單元；若根據(jù)協(xié)議數(shù)據(jù)單元判定用戶終端要求反饋狀態(tài)報告，則根據(jù)所述協(xié)議數(shù)據(jù)單元的接收情況生成狀態(tài)報告，并將邏輯信道排列在需要分配調(diào)度資源的邏輯信道等候隊列中；若邏輯信道在等候隊列中等待分配調(diào)度資源的時間達到第一預(yù)定時長，則將邏輯信道在等候隊列中的優(yōu)先級提升至最高，并為邏輯信道分配調(diào)度資源。本發(fā)明實施例還提供相應(yīng)的基站。本發(fā)明實施例能夠有效保證基站向用戶終端發(fā)送狀態(tài)報告的最大時間間隔，減少狀態(tài)報告反饋不及時造成的邏輯信道被釋放的問題。
文檔編號H04W72/04GK101778477SQ20101012204
公開日2010年7月14日 申請日期2010年3月8日 優(yōu)先權(quán)日2010年3月8日
發(fā)明者張衛(wèi)國 申請人:上海華為技術(shù)有限公司