[發(fā)明專(zhuān)利]一種無(wú)線鏈路擴(kuò)充緩沖區(qū)狀態(tài)報(bào)告的方法及裝置

有效

• 申請(qǐng)?zhí)枺?/td>: 200910236511.2
• 申請(qǐng)日: 2009-10-23
• 公開(kāi)（公告）號(hào): CN101697630A
• 公開(kāi)（公告）日: 2010-04-21
• 發(fā)明（設(shè)計(jì)）人: 范小崗;周曉星;何建偉;王吉文
• 申請(qǐng)（專(zhuān)利權(quán)）人: 中興通訊股份有限公司
• 主分類(lèi)號(hào): H04W28/04
• 分類(lèi)號(hào): H04W28/04;H04W80/04
• 代理公司: 北京派特恩知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11270
• 代理人: 程立民;張穎玲

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

本發(fā)明涉及無(wú)線數(shù)字通信領(lǐng)域，尤其涉及無(wú)線鏈路控制(Radio?Link Control，RLC)實(shí)體對(duì)緩沖區(qū)狀態(tài)報(bào)告的方法及裝置。

背景技術(shù)

演進(jìn)的通用移動(dòng)通信系統(tǒng)(Universal?Mobile?Telecommunications?System， UMTS)陸上無(wú)線接入網(wǎng)(Evolved?UMTS?Terrestrial?Radio?Access?Network， E-UTRAN)的無(wú)線鏈路控制層包括三種類(lèi)型的RLC實(shí)體：透明模式(Transparent Mode，TM)的RLC實(shí)體、非確認(rèn)模式(Unacknowledged?Mode，UM)的RLC 實(shí)體和確認(rèn)模式(Acknowledged?Mode，AM)的RLC實(shí)體。其中AM模式的 RLC實(shí)體利用自動(dòng)重傳請(qǐng)求(Automatic?Retransmission?Request，ARQ)機(jī)制提 供可靠數(shù)據(jù)傳輸服務(wù)。

在RLC層中的ARQ機(jī)制中，當(dāng)AM模式的RLC實(shí)體的發(fā)送側(cè)發(fā)送數(shù)據(jù) 包時(shí)，會(huì)在最后發(fā)送的包中將輪詢(xún)標(biāo)志位置為1(并在發(fā)送完含有輪詢(xún)標(biāo)志位 為1的包后起動(dòng)一個(gè)輪詢(xún)重發(fā)定時(shí)器)，向?qū)Φ鹊腁M模式的RLC實(shí)體請(qǐng)求一 個(gè)狀態(tài)報(bào)告(STATUS?PDU)，以獲得對(duì)等RLC實(shí)體的接收情況。對(duì)等AM模 式的RLC實(shí)體接收到輪詢(xún)標(biāo)志位為1的包后，會(huì)發(fā)送狀態(tài)報(bào)告到發(fā)送方的AM 模式的RLC實(shí)體報(bào)告數(shù)據(jù)包的接收情況。如果所有數(shù)據(jù)都成功發(fā)送了，則結(jié)束 數(shù)據(jù)傳輸過(guò)程；如果發(fā)送方的AM模式的RLC實(shí)體沒(méi)有收到STATUS?PDU， 那么在輪詢(xún)重發(fā)定時(shí)器超時(shí)后，需要重發(fā)一個(gè)已發(fā)送過(guò)的還沒(méi)有確認(rèn)的協(xié)議數(shù) 據(jù)單元(Protocol?Data?Unit，PDU)，并將其輪詢(xún)標(biāo)志位置為1，重啟輪詢(xún)重發(fā) 定時(shí)器。

在E-UTRAN中，RLC層的下一層是媒體接入控制層(Medium?Access Control，MAC)，MAC層主要是將RLC層投遞下來(lái)的一定數(shù)量的數(shù)據(jù)復(fù)用在 一個(gè)MAC幀中，并發(fā)送出去。在MAC幀中包含了一種緩沖區(qū)狀態(tài)報(bào)告(Buffer Status?Reporting，BSR)的子頭，這個(gè)子頭用來(lái)存放MAC層統(tǒng)計(jì)的緩沖在用戶(hù) 設(shè)備側(cè)(User?Equipment，UE)的待發(fā)送數(shù)據(jù)量。MAC發(fā)送這個(gè)子頭到網(wǎng)絡(luò)側(cè)， 網(wǎng)絡(luò)側(cè)根據(jù)BSR中統(tǒng)計(jì)的數(shù)據(jù)量來(lái)為UE分配上行授權(quán)，即下一次可以向網(wǎng)絡(luò) 側(cè)發(fā)送的數(shù)據(jù)量。

MAC層的BSR是根據(jù)查詢(xún)RLC層和分組數(shù)據(jù)匯聚協(xié)議層(Packet?Data Convergence?Protocol，PDCP)中緩存的待發(fā)送的數(shù)據(jù)量得到的。在當(dāng)前的長(zhǎng)期 演進(jìn)(Long?Time?Evolution，LTE)RLC層協(xié)議版本V860中，RLC層緩存的待 發(fā)送的數(shù)據(jù)量包括以下三部分：

(1)待發(fā)送的RLC服務(wù)數(shù)據(jù)單元(RLC?SDU)；

(2)AM模式下待重發(fā)的RLC協(xié)議數(shù)據(jù)單元(RLC?PDU)或其一部分；

(3)已經(jīng)觸發(fā)而沒(méi)有禁止的控制PDU；

其統(tǒng)計(jì)過(guò)程如圖1所示，從圖中可看出，其中并不包括AM模式下發(fā)送完 數(shù)據(jù)后，輪詢(xún)重發(fā)定時(shí)器超時(shí)引起的輪詢(xún)標(biāo)志位重新發(fā)送所產(chǎn)生的數(shù)據(jù)，即在 沒(méi)有新的可發(fā)送數(shù)據(jù)承載輪詢(xún)標(biāo)志位時(shí)，AM?RLC實(shí)體一直處于等待狀態(tài)。

在某些情況下，這個(gè)問(wèn)題會(huì)很?chē)?yán)重。當(dāng)AM?RLC實(shí)體發(fā)送完最后一個(gè)包后 (其中的輪詢(xún)域?yàn)?)，啟動(dòng)輪詢(xún)重發(fā)定時(shí)器，并等待對(duì)等AM?RLC實(shí)體的 STATUS?PDU，但是一直沒(méi)有等到STATUS?PDU(該包丟失了)，從這個(gè)時(shí)刻起 每一次BSR統(tǒng)計(jì)當(dāng)前邏輯信道的待傳輸數(shù)據(jù)都為0，網(wǎng)絡(luò)側(cè)就不會(huì)分配上行授 權(quán)，那么當(dāng)前AM?RLC實(shí)體可能永遠(yuǎn)處于等待狀態(tài)，而無(wú)法完成數(shù)據(jù)傳輸過(guò)程。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明的主要目的在于提供一種無(wú)線鏈路緩沖區(qū)狀態(tài)報(bào)告的處 理方法，用于解決現(xiàn)有技術(shù)中存在的AM?RLC實(shí)體在一定情況下丟失STATUS PDU后，實(shí)體無(wú)法正常結(jié)束的缺陷。

為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：

一種無(wú)線鏈路擴(kuò)充緩沖區(qū)狀態(tài)報(bào)告的方法，包括：