[發(fā)明專利]一種增強(qiáng)的RLC層數(shù)據(jù)傳輸方法

有效

• 申請(qǐng)?zhí)枺?/td>: 202010114238.2
• 申請(qǐng)日: 2020-02-25
• 公開（公告）號(hào): CN111327403B
• 公開（公告）日: 2022-03-22
• 發(fā)明（設(shè)計(jì)）人: 李祥;王力權(quán);張開禾;盧向雨;崔利東;王沖;李盼
• 申請(qǐng)（專利權(quán)）人: 中國(guó)電子科技集團(tuán)公司第五十四研究所
• 主分類號(hào): H04L1/16
• 分類號(hào): H04L1/16
• 代理公司: 河北東尚律師事務(wù)所 13124
• 代理人: 王文慶

本發(fā)明公開了一種增強(qiáng)的RLC層數(shù)據(jù)傳輸方法，應(yīng)用于確認(rèn)模式(AM)數(shù)據(jù)傳輸。主要包括：在無(wú)線鏈路控制(RLC)實(shí)體發(fā)送端和接收端設(shè)置擴(kuò)展隊(duì)列，用來臨時(shí)存放塊序列號(hào)(BSN)超出窗口的協(xié)議數(shù)據(jù)單元(PDU)；在發(fā)送端，對(duì)于超出發(fā)送窗口的協(xié)議數(shù)據(jù)單元(PDU)，仍然將其發(fā)送至對(duì)端，并存入發(fā)送擴(kuò)展隊(duì)列，在收到確認(rèn)消息導(dǎo)致滑窗后，檢查并更新發(fā)送擴(kuò)展隊(duì)列；在接收端，將收到的超出接收窗口的協(xié)議數(shù)據(jù)單元(PDU)存入接收擴(kuò)展隊(duì)列，并在接收窗口滑動(dòng)時(shí)檢查并更新接收擴(kuò)展隊(duì)列。采用本技術(shù)方案，可以充分利用RLC發(fā)送端發(fā)送重傳數(shù)據(jù)后等待確認(rèn)消息的時(shí)間間隙，從而發(fā)送更多的有效數(shù)據(jù)，避免了過多的冗余重傳，提高了發(fā)送效率以及資源利用率。

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

本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，具體涉及一種增強(qiáng)的RLC層數(shù)據(jù)傳輸方法。

背景技術(shù)

移在現(xiàn)有的移動(dòng)通信系統(tǒng)中，例如3G、LTE，其空口協(xié)議棧一般都包括物理層、媒體接入層(MediumAccess Control，MAC)、無(wú)線鏈路控制層(Radio Link Control，RLC)、無(wú)線資源控制層(Radio Resource Control，RRC)等等。其中RLC層是移動(dòng)通信協(xié)議棧中的重要部分，主要完成數(shù)據(jù)的緩存、滑窗、分段傳輸、接收重組、確認(rèn)重傳等功能，為高層提供了透明模式(Transparent Mode，TM)、非確認(rèn)模式(Unacknowledged Mode，UM)和確認(rèn)模式(Acknowledged Mode，AM)三種數(shù)據(jù)傳輸服務(wù)。

對(duì)于TM模式，RLC層只是作為數(shù)據(jù)通道，不對(duì)高層及底層傳輸?shù)臄?shù)據(jù)進(jìn)行任何操作。UM模式需要將上層數(shù)據(jù)分段成RLC數(shù)據(jù)塊，即協(xié)議數(shù)據(jù)單元(Protocol Data Unit，PDU)，將RLC PDU重組成上層數(shù)據(jù)，順序傳送上層數(shù)據(jù)，通過PDU的塊序列號(hào)(BSN)檢查發(fā)現(xiàn)丟失的RLC PDU。AM模式除了完成UM模式的功能外，還需要支持RLC PDU的重傳、確認(rèn)及窗口維護(hù)功能。

本發(fā)明就是針對(duì)AM模式RLC協(xié)議，提出了一種增強(qiáng)的數(shù)據(jù)傳輸方法。RLC層數(shù)據(jù)傳輸發(fā)生在對(duì)等RLC實(shí)體間，例如終端側(cè)RLC實(shí)體和網(wǎng)絡(luò)側(cè)RLC實(shí)體，每個(gè)RLC實(shí)體有一個(gè)接收端和一個(gè)發(fā)送端。發(fā)送數(shù)據(jù)時(shí)，RLC將高層數(shù)據(jù)分段并填充RLC報(bào)頭，成為一個(gè)或多個(gè)PDU，報(bào)頭中包含PDU的序列號(hào)(BSN)。之后將BSN在發(fā)送窗口內(nèi)的PDU依次發(fā)送，之后存入待確認(rèn)隊(duì)列；接收端收到PDU后檢查BSN是否在接收窗口內(nèi)，若是則將其存入待重組隊(duì)列，等待重組成高層數(shù)據(jù)；接收端須要按一定的規(guī)則向發(fā)送端回復(fù)確認(rèn)消息，指示發(fā)送端哪些PDU已收到，哪些PDU未收到；發(fā)送端收到確認(rèn)消息后，解析消息內(nèi)容，在待確認(rèn)隊(duì)列中將對(duì)方已確認(rèn)收到的PDU清除，并重傳對(duì)方未收到的PDU。

下面說明3GPP標(biāo)準(zhǔn)中規(guī)定的RLC AM模式下窗口維護(hù)過程：

接收端的接收窗口大小為WS(Window Size)，接收窗口由接收狀態(tài)變量V(Q)按不等式[V(Q)≤BSNV(Q)+WS]模SNS定義。發(fā)送端的發(fā)送窗口大小為WS，發(fā)送窗口由發(fā)送狀態(tài)變量V(S)按不等式[V(A)≤BSNV(S)]模SNS定義，這里[V(S)-V(A)]模SNS≤WS，所有滿足這一規(guī)則的BSN在發(fā)送窗口內(nèi)是有效的。

各變量定義如下：

BSN：塊序列號(hào)，每個(gè)RLC PDU包含一個(gè)BSN字段，當(dāng)需要按順序發(fā)送一個(gè)RLC PDU時(shí)，將BSN值設(shè)為發(fā)送狀態(tài)變量V(S)。

SNS：BSN的范圍。

V(S)：發(fā)送狀態(tài)變量，表示RLC發(fā)送端按順序?qū)⒁l(fā)送的下一個(gè)PDU的序列號(hào)，V(S)的取值范圍為0到SNS-1。

V(A)：確認(rèn)狀態(tài)變量，在RLC AM模式下，每個(gè)RLC發(fā)送端都有一個(gè)相應(yīng)的確認(rèn)狀態(tài)變量V(A)。V(A)包含最早的沒有被對(duì)端正確確認(rèn)的BSN值，V(A)的取值范圍為0到SNS-1，V(A)的值應(yīng)通過收到的對(duì)端的確認(rèn)消息進(jìn)行更新，V(A)的更新會(huì)導(dǎo)致發(fā)送窗口的更新，稱為滑窗。