一種rlc am模式狀態(tài)反饋傳輸方法
【技術領域】
[0001] 本申請涉及無線通信技術領域，尤其涉及一種無線鏈路控制確認（化CAM)模式狀 態(tài)反饋傳輸方法。
【背景技術】
[0002] 在3G/4G無線通信系統(tǒng)中，基站和核也網(wǎng)接收過來的數(shù)據(jù)包先經(jīng)過分組數(shù)據(jù)匯聚 協(xié)議（PDCP,PacketDataConvergenceProtocol)層，經(jīng)過IP包頭壓縮和加密后，轉到無線 鏈路控制（化C,RadioLinkControl)層，按照媒體接入控制（MAC,MediaAccessControl) 層的傳輸需求進行分段和串接后，再轉到MAC層，最終從空口形成無線信號發(fā)送出去。
[0003] 根據(jù)業(yè)務傳輸?shù)奶攸c和需求，傳輸分為有連接確認保證機制的傳輸和無連接確認 保證的傳輸。對于有連接確認保證的傳輸，就是發(fā)送端發(fā)送數(shù)據(jù)包后，接收端需要根據(jù)接收 的情況反饋確認包，通知發(fā)送端是否接收正確，發(fā)送端W此來決定是否需要進行重傳發(fā)送。 該機制同時存在正向的業(yè)務數(shù)據(jù)傳輸和反向的反饋確認數(shù)據(jù)傳輸，通過雙向鏈路的建立， 可W在很大程度上保證數(shù)據(jù)傳輸?shù)目煽啃浴Ｔ?G/4G系統(tǒng)中基站側，該機制是通過化C層 來實現(xiàn)的。
[0004] 接收端發(fā)送的狀態(tài)反饋信息并不是高層發(fā)送的數(shù)據(jù)包，而為化C層產(chǎn)生的控制 包，不參與化C層進行的分段和串接操作。圖1為現(xiàn)有技術中規(guī)定的狀態(tài)反饋PDU格式示 意圖。其中各個符號的含義如下：
[0005] D/C(Data/Control)用于指示化CPDU是化C數(shù)據(jù)PDU還是化C控制PDU，長度 為化it;
[0006] CPT(ControlPDUType)為化C控制PDU格式，長度為 3bit;
[0007] ACK_SN(AcknowledgementSN)用于指示第一個沒有收到的且沒有在狀態(tài)反饋PDU (STATUSPDU)中報告丟失的化C數(shù)據(jù)PDU的序列號（SN)，長度lObit。當AM化C實體的發(fā) 送側收到一個STATUSPDU時，它認為SN在ACK_SN之前但不包含SN=ACK_SN的確認模式數(shù) 據(jù)（AMD,AcknowledgedModeData)PDU均已被對端AM化C實體正確收到，除了攜帶NACK_ SN的STATUSPDU指示的AMDPDU和攜帶NACK_SN、SOstart、SOend的STATUSPDU指示的 AMDrou分段。
[0008] NACK_SN(NegativeAcknowledgementSN);指不AMI?LC實體接收側已檢測到丟 失的AMDPDU(或AMDPDU的一部分）的SN,長度lObit。
[0009] El(Extension化it);指示其后是否包括一組NACK_SN域，El域和E2域，長度 化it。
[0010] E2 (Extension化it);指不其后是否有一組SOstart和SOend域，長度化it;
[0011] SOstart(SegmentOffsetstart);指示丟失部分的第一個字節(jié)在AMDPDU數(shù)據(jù) 域中的位置(按字節(jié)計算），長度15bit;
[0012]SOend(SegmentOffsetend);S0end域指示丟失部分的最后一個字節(jié)在AMDPDU 數(shù)據(jù)域中的位置(按字節(jié)計算），長度15bit。
[0013] 從圖1中可W看出，狀態(tài)反饋PDU中顯式攜帶每個已確認丟失的化CPDU的SN序 號或化CPDU分段的SN序號，S化tart域(指示化CPDU的數(shù)據(jù)域內(nèi)的化CPDU分段的第一 個字節(jié)在原始化CPDU數(shù)據(jù)域中的位置)和SOend域(指示化CPDU的數(shù)據(jù)域內(nèi)的化CPDU 分段的最后一個字節(jié)在原始化CPDU數(shù)據(jù)域中的位置)，W及最后一個沒有得到確認丟失情 況的化CPDU序號（即VR(M巧），其余沒有指明的PDU則隱含表示接收正確。狀態(tài)反饋PDU 由于不參與分段和串接操作，所W只能根據(jù)空口質(zhì)量來在一峽數(shù)據(jù)包中攜帶反饋內(nèi)容。而 發(fā)送端則根據(jù)狀態(tài)反饋PDU中的內(nèi)容來決定是否進行化C層的ARQ重傳包的發(fā)送。
[0014] 化C層設置有最大重傳次數(shù)，一旦重傳到最大次數(shù)仍然沒有收到接收端的反饋確 認接收成功，則會引發(fā)異常處理。對于化C層是上報異常事件給基站側的RRC層，引發(fā)RRC 進行接入層的空口鏈路重建。該些都會導致業(yè)務傳輸?shù)闹袛嗪脱舆t，嚴重的甚至導致丟包。 另一方面，化C的發(fā)送窗口都有長度限制，如果收到反饋確認包延遲，也會造成發(fā)送窗口滿 而卡住，進而引發(fā)數(shù)據(jù)發(fā)送停止。由上分析可知，對于高可靠性業(yè)務傳輸時，采用有反饋確 認的雙向鏈路傳輸需要正向和反向鏈路都具有較小的時延和可靠的傳輸性能，正向業(yè)務數(shù) 據(jù)PDU傳輸和反向反饋狀態(tài)PDU傳輸?shù)膩G失都會導致化C的ARQ重傳，進而容易導致發(fā)送 窗口滿并影響業(yè)務速率。而反向反饋狀態(tài)PDU傳輸?shù)臅r延同樣也會導致發(fā)送端發(fā)送窗口滿 無法發(fā)送新的PDU，影響業(yè)務速率。
[0015] 根據(jù)W上分析，現(xiàn)有技術中的化CAM模式狀態(tài)反饋傳輸存在如下問題：
[0016] 1)發(fā)送端很難區(qū)分狀態(tài)反饋信息的重復性。如果為了提高反饋確認的速度和可靠 性，頻繁的進行反饋狀態(tài)PDU發(fā)送，還可能有負面效果。因為該不僅加劇反向傳輸帶寬的緊 張，而且導致正向發(fā)送端對化CPDU重復發(fā)送，進一步加劇正向傳輸帶寬的浪費。
[0017] 2)由于狀態(tài)反饋PDU的格式規(guī)定，每峽反饋信息都必須盡量攜帶之前的所有已傳 輸成功和失敗的PDU信息。該樣無法通過連續(xù)多峽反饋傳輸將所有需要反饋的信息傳完， 因為業(yè)務收發(fā)雙方不能像高層業(yè)務數(shù)據(jù)那樣對化C狀態(tài)反饋PDU進行分段串接，化C狀態(tài)反 饋PDU只能根據(jù)當前信道傳輸質(zhì)量，包含合適大小的內(nèi)容在一個空口無線峽中傳輸。如果 無法在一峽中傳輸完所有需要反饋的狀態(tài)信息，那么只能包含可傳輸?shù)淖疃嗟姆答佇畔?為止。那么如果反向傳輸帶寬受限，只能先反饋部分狀態(tài)信息，等發(fā)送端ARQ重傳成功后， 再接著反饋剩余的狀態(tài)信息，導致整個反饋和重傳時間拉長。
[0018] 3)為了避免發(fā)送端的重復重傳，接收端的某一次生成的反饋信息只能發(fā)送一次， 兀余度不高。

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

[0019] 本申請?zhí)峁┝?一種化CAM模式狀態(tài)反饋傳輸方法，不僅提供了反饋PDU兀余重復 發(fā)送的可能性，也避免發(fā)送端重復發(fā)送ARQ重傳PDU，增強反饋可靠性的同時提高帶寬利用 率。
[0020] 本申請實施例提供的一種化CAM模式狀態(tài)反饋傳輸方法，包括：
[0021] A、化C接收端判斷底層調(diào)制編碼策略MCS是否能夠支持一次傳輸所有需要反饋的 信息，若是，發(fā)送不分段的狀態(tài)反饋PDU進行狀態(tài)反饋并結束本流程，否則執(zhí)行步驟B;
[0022]B、化C接收端將需要反饋的信息分別攜帶在多個狀態(tài)反饋PDU分段中進行發(fā)送， 其中第一個狀態(tài)反饋PDU分段的CPT域等于000或者表示該狀態(tài)反饋PDU為可分段串接的 狀態(tài)反饋PDU類型；其余狀態(tài)反饋PDU分段的CPT表示該狀態(tài)反饋PDU為可分段串接的狀 態(tài)反饋PDU類型；
[0023] C、化C發(fā)送端接收并根據(jù)狀態(tài)反饋PDU或PDU分段中的CPT域的不同取值，采取 相應的方法解析所述多個狀態(tài)反饋PDU分段并進行自動重傳請求ARQ重傳處理。
[0024] 較佳地，所述狀態(tài)反饋PDU分段中攜帶的ACK_SN表示的是每個狀態(tài)反饋PDU分段 中第一個沒有包含反饋信息的化C數(shù)據(jù)PDU的序列號SN。
[00巧]較佳地，所述狀態(tài)反饋PDU分段中攜帶的第一個NACK_SN表示該狀態(tài)反饋PDU分 段所包含的反饋信息內(nèi)容的下限；如果第一個NACK_SN等于ACK_SN，則表示第一個NACK_SN 為無效值且該反饋PDU包含的反饋信息內(nèi)容沒有下限。
[0026] 較佳地，所述可分段串接的狀態(tài)反饋PDU類型包括第一翻轉狀態(tài)和第二翻轉狀 態(tài)。
[0027] 較佳地，步驟B包括：
[0028] 化C接收端在沒有新的反饋信息更新的情況下，重復發(fā)送的狀態(tài)反饋PDU或PDU分 段都使用相同的翻轉狀態(tài)；如果有新的反饋信息更新，則使用和之前狀態(tài)反饋PDU或PDU分 段所不同的翻轉狀態(tài)發(fā)送狀態(tài)反饋PDU分段；
[002引步驟C包括；RLC發(fā)送端當收到狀態(tài)反饋PDU分段，則綁定并記錄狀態(tài)反饋PDU中 的NACK信息和翻轉狀態(tài)；如果下次再收到狀態(tài)反饋PDU分段，將其中的NACK信息和翻轉狀 態(tài)和記錄的內(nèi)容作對比，如果記錄內(nèi)容中存在該NACK信息且翻轉狀態(tài)相同，丟棄本次接收 的狀態(tài)反饋PDU分段；如果之前存在該NACK信息且翻轉狀態(tài)不同，則處理該狀態(tài)反饋PDU 分段并更新所記錄的翻轉狀態(tài)；如果之前不存在該NACK信息，則無論翻轉狀態(tài)如何，則綁 定并記錄狀態(tài)反饋PDU中的NACK信息和翻轉狀態(tài)，并處理該狀態(tài)反饋PDU分段。
[0030] 從W上技術方案可W看出，通過優(yōu)化狀態(tài)反饋PDU的傳輸信息和發(fā)送方式，實現(xiàn) 狀態(tài)反饋PDU的分段傳輸和信息串接，來提高一次狀態(tài)反饋流程中攜帶的狀態(tài)反饋信息 量，并通過狀態(tài)反饋信息中攜帶新舊狀態(tài)信息指示，避免發(fā)送端重復發(fā)送重傳包，在提高反