[發(fā)明專利]一種BSR觸發(fā)方法、裝置及用戶設(shè)備

有效

• 申請?zhí)枺?/td>: 201110205559.4
• 申請日: 2011-07-21
• 公開（公告）號: CN102355336A
• 公開（公告）日: 2012-02-15
• 發(fā)明（設(shè)計）人: 王博
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L1/18
• 分類號: H04L1/18
• 代理公司: 深圳市愛派知識產(chǎn)權(quán)事務(wù)所 44292
• 代理人: 羅水江

技術(shù)領(lǐng)域

本發(fā)明涉及無線通信技術(shù)領(lǐng)域，尤指一種緩存狀態(tài)報告(Buffer?Status?Report，BSR)觸發(fā)方法、裝置及用戶設(shè)備。

背景技術(shù)

長期演進(jìn)(Long?Term?Evolution，LTE)無線網(wǎng)絡(luò)中，用戶設(shè)備(User?Equipment，UE)通過在媒體接入控制傳輸塊(MACMedia?Access?Control?Transport?block，MAC?TB)中攜帶BSR控制元素來通知服務(wù)基站(eNodeB)當(dāng)前UE邏輯信道組中緩存的上行數(shù)據(jù)大小。eNodeB收到UE的BSR之后根據(jù)相應(yīng)的調(diào)度算法為UE分配上行資源，并通過在下行控制信令(Downlink?Control?Information，DCI)中攜帶上行授權(quán)通知UE對應(yīng)的上行資源，以便UE進(jìn)行上行數(shù)據(jù)發(fā)送。根據(jù)3GPP?36.321MAC層協(xié)議，目前UE的BSR類型有常規(guī)BSR、填充BSR和周期BSR三種。

根據(jù)3GPP?36.321MAC層協(xié)議的描述，目前常規(guī)BSR由以下幾種情況觸發(fā)：

1)屬于某邏輯信道組的邏輯信道，如果在無線鏈路控制(Radio?Link?Control，RLC)實體或分組數(shù)據(jù)匯聚協(xié)議(Packet?Data?Convergence?Protocol，PDCP)實體中有上行數(shù)據(jù)可供傳輸，并且當(dāng)前邏輯信道組中所有邏輯信道均無可傳數(shù)據(jù)，這時觸發(fā)常規(guī)BSR；

2)屬于某邏輯信道組的邏輯信道，如果在RLC實體或PDCP實體中有上行數(shù)據(jù)可供傳輸，并且這條邏輯信道的優(yōu)先級高于目前任何邏輯信道組中存在待發(fā)數(shù)據(jù)的邏輯信道的優(yōu)先級，這時觸發(fā)常規(guī)BSR；

3)重傳BSR定時器(retxBSR-Timer)超時并且UE在某邏輯信道組中任意一個邏輯信道有可傳數(shù)據(jù)，這時觸發(fā)常規(guī)BSR。

按照36.321協(xié)議，如果已經(jīng)觸發(fā)一個常規(guī)BSR待發(fā)送，但是此時沒有上行授權(quán)，UE觸發(fā)一個調(diào)度請求(Scheduling?Request，SR)先請求服務(wù)eNodeB為其配置可以發(fā)送常規(guī)BSR的上行授權(quán)。

如果UE的周期BSR定時器(periodicBSR-Timer)超時，這時觸發(fā)的BSR稱為周期BSR。

如果UE分配有上行資源，并且填充比特數(shù)大于等于BSR?MAC控制單元與其MAC子頭的比特數(shù)之和，這樣的BSR稱為填充BSR。

如果觸發(fā)一個填充BSR或者周期BSR待發(fā)送，但是此時沒有上行授權(quán)，則不發(fā)送對應(yīng)的填充BSR或者周期BSR，也不會觸發(fā)SR去請求上行授權(quán)。

按照36.321協(xié)議，UE每發(fā)送一個BSR，需要啟動或者重啟retxBSR-Timer定時器。另外一旦UE收到上行共享信道(Uplink?Shared?Channel，UL-SCH)上傳輸新數(shù)據(jù)的上行授權(quán)后，重啟retxBSR-Timer。按照3GPP36.331RRC協(xié)議，MAC層retxBSR-Timer的最小值為320ms。

按照上述協(xié)議描述，在沒有上行授權(quán)的時候，UE是沒有辦法發(fā)送任何BSR的。但是常規(guī)BSR可以觸發(fā)UE先發(fā)送一個SR請求服務(wù)eNodeB為其配置上行授權(quán)，而填充BSR和周期BSR則沒有該權(quán)限。這樣當(dāng)UE發(fā)送了任何一種BSR之后，如果得不到對應(yīng)的上行授權(quán)，則會一直等到觸發(fā)常規(guī)BSR的條件產(chǎn)生之后才能觸發(fā)SR去獲取上行授權(quán)。而為了防止UE頻繁的向eNodeB重復(fù)的請求上行授權(quán)，協(xié)議對觸發(fā)常規(guī)BSR的條件規(guī)定的比較嚴(yán)格(見上文常規(guī)BSR觸發(fā)的三種條件)，如果沒有更高優(yōu)先級的數(shù)據(jù)產(chǎn)生，則必須等到retxBSR-Timer超時后才能重新觸發(fā)常規(guī)BSR去觸發(fā)SR獲得eNodeB的上行授權(quán)，而retxBSR-Timer相當(dāng)于是給基站一個分配上行授權(quán)的時間緩沖窗口，在該時間周期內(nèi)，避免UE向eNodeB重復(fù)請求上行授權(quán)。