一種RLC AM狀態報告處理的方法和系統技術方案

本發明專利技術公開了一種RLC?AM狀態報告處理的方法和系統，該方法包括：RLC?AM發送端接收RLC?AM接收端發送的RLC?AM狀態報告；RLC?AM發送端判斷RLC?AM狀態報告是裁剪狀態報告還是正常狀態報告；若RLC?AM狀態報告是裁剪狀態報告，則根據RLC?AM狀態報告的相應標識進行重傳處理；若RLC?AM狀態報告是正常狀態報告，則根據RLC?AM狀態報告的相應標識進行處理。本發明專利技術通過對PLC?AM狀態報告進行判別和處理解決了RLC超過最大重傳次數引起承載或者UE被釋放的問題。

【技術實現步驟摘要】
一種RLCAM狀態報告處理的方法和系統
本專利技術涉及無線通信
LTE(LongTermEvolution，長期演進)網絡中處理狀態報告的技術，特別涉及eNB(E-UTRANNodeB，無線網絡中的節點B)和UE(UserEquipment，用戶設備)處理RLC(RadioLinkControl，無線鏈路控制)AM(AcknowledgedMode確認模式)狀態報告處理的方法和系統。
技術介紹
LTE空口層協議包括PDCP(PacketDataConvergenceProtocol，分組數據集中協議)、RLC和MAC(MediaAccessControl，介質訪問控制)協議，其中RLC協議根據當前空口對該邏輯信道的調度結果對PDCP下發的SDU進行連接或者分段，按照當前的調度帶寬組成RLCPDU(ProtocolDataUnit，協議數據單元)進行發送。RLC提供了TM、UM和AM三種可配置模式。當RLC配置為AM模式時，RLCAM接收端需要根據自己對RLCPDU的接收情況給RLCAM發送端發送RLCAM狀態報告，用來給RLCAM發送端確認目前RLCAM接收端已經正確接收的RLCPDU，以及RLCAM接收端沒有正確接收需要RLCAM發送端重傳的RLCPDU，該過程按照協議描述，簡單的可以總結為通過以下方式進行：RLCAM發送端和RLCAM接收端都設置一個RLC滑窗，按照RLC協議為512個單元，RLCAM發送端對每個RLCPDU在RLC報頭中填寫一個RLCSN(RLCSerialNumber，RLC序列號)，然后放置在發送滑窗中的對應位置中。發送后的RLCPDU不能立即從發送滑窗中刪除，要一直緩存到收到對應的狀態報告確認為止。RLCAM接收端根據接收到的RLCPDU的SN將其放置到接收滑窗的對應位置，以便對接收到的RLCPDU進行排序。RLCAM接收端根據接收滑窗的排序情況很容易獲知當前接收滑窗內缺失的報文SN。RLCAM接收端會不間斷地按照協議中規定的方式構造RLCAM狀態報告來通知RLCAM發送端目前的接收狀況以及需要重傳的RLCPDU的SN，RLCAM發送端通過解析該狀態報告，然后將RLCAM接收端未收到的報文重新發送一次。如果RLCAM發送端在發送重傳報文的時候，空口當前的調度帶寬不能夠一次容納整個重傳報文，那么該重傳的RLCPDU報文就需要被分片發送。RLCAM接收端收到分片RLCPDU也會緩存并判斷是否存在分片丟失。如果RLCAM接收端發現某個重傳的分片丟失的話，也需要隨后在RLCAM狀態報告里面描述具體缺失分片的RLCPDU的SN以及缺失的分片在原RLCPDU中的起止偏移字節位置，以便RLCAM發送端重傳該分片。狀態報告除了用于RLCAM接收端通知RLCAM發送端進行RLCPDU的重傳之外，還有一個很重要的作用就是通知RLCAM發送端當前RLCAM接收端已經正確按序接收到的最后一個RLCPDU的SN，發送端可以將該RLCPDUSN之前的RLCPDU在發送滑窗中釋放掉了，這樣RLCAM發送端釋放出的空閑滑窗空間就可以供新的RLCPDU發送使用。RLCAM模式下會配置一個最大重傳次數maxRetxThreshold，用于控制一個RLCPDU最多被重傳的次數。當RLCAM接收端通過狀態報告要求RLCAM發送端重傳某個PDU或者PDU的一個分片，如果RLCAM發送端將這個PDU重傳了maxRetxThreshold次之后RLCAM接收端還是未能正確接收，則認為當前RLCAM對應的邏輯信道出現異常，就要給RRC(RadioResourceControl，無線資源控制協議)反饋該異常，由RRC來決策是否要釋放該承載或者釋放該UE。一般情況下如果出現異常的邏輯信道不是對應的UE的SRB(SignallingRadioBearer，信令無線承載)或者默認DRB(DataRadioBearer，數據無線承載)，RRC只用釋放UE對應的異常承載即可，否則就要釋放UE。在RLC協議中還規定，當RLCAM發送端發送滑窗不能再向前移動的時候，例如發送端PDCP沒有新數據下來，或者RLC發送滑窗滿了，這時候RLCAM發送端必須主動向RLCAM接收端請求盡快回復狀態報告，以便RLCAM發送端釋放RLC發送滑窗中RLCAM接收端已經正確按序接收的PDU，促使發送滑窗能夠繼續前移。RLCAM發送端主動請求接收端回復狀態報告，是通過設置RLC報頭中的Polling位來實現的，其中，被設置Polling位的RLCPDU，稱為PollingPDU。RLCAM接收端收到RLCPollingPDU，認為是RLCAM發送端在主動請求狀態報告，這時候RLCAM接收端根據自己當前接收滑窗情況來構造狀態報告發送。發送端每發送一個PollingPDU之后會起一個定時器，在定時器超時前如果沒有得到正確的狀態報告，就會重傳一個PollingPDU，如果同一個PollingPDU被重傳超過最大重傳次數maxRetxThreshold，則也需要給上層上報該邏輯信道異常，觸發上層決策是否是要釋放該邏輯信道或者釋放該UE。RLC狀態報告中D/C和CPT字段表明報文類型，如圖1所示是RLC狀態報告的報文格式，用于區分是RLC數據報文還是RLC狀態報告。接下來ACK_SN標識當前RLCAM接收端沒有完整接收但不需要重傳的RLCPDUSN。NACK_SN域用于標識RLCAM接收端沒有完整接收且需要重傳的RLCPDUSN，如果是一個RLCPDU的分片存在丟失的話，在NACK_SN之后還需要附上SOstart域和SOend域來標識具體丟失分片的字節偏移起止位置。一個狀態報告中只能包含一個ACK_SN域，但是可以包含多個NACK_SN域，表明在RLCAM接收端接收滑窗的排序段內有多個報文或者報文分片未收齊。E1用來標識在當前NACK_SN域后面是否還繼續跟隨有NACK_SN域，E2用來標識該NACK_SN域有沒有攜帶SOstart字段和SOend字段。如果有多個NACK_SN域的話，那么所有的NACK_SN在狀態報告里面需要按照增序排列。可以看到最小的狀態報告需要2個字節，也就是只包含ACK_SN域不包含任何NACK_SN域的狀態報告。RLCAM發送端接收到一個狀態報告后，對于其中的NACK_SN對應的RLCPDU需要重傳。如果NACK_SN域沒有攜帶SOstart域和SOend域，則重傳整個RLCPDU，否則只需重傳對應的分片即可。由于ACK_SN域指明的是RLCAM接收端沒有完整接收但不需要重傳的RLCPDUSN，所以按照目前協議，RLCAM發送端無需重傳該RLCPDU。如果RLCAM發送端接收到一個RLC狀態報告只攜帶ACK_SN域，也就是說后面沒有攜帶任何NACK_SN，則說明RLCAM接收端在ACK_SN之前的排序段內的RLCPDU都已經按序完整接收了，RLCAM發送端可以把發送滑窗內ACK_SN之前的滑窗單元內的RLCPDU都釋放掉。如果RLCAM接收端接收到的RLC狀態報告攜帶了NACK_SN域，則RLCAM發送端除了需要構造重傳報文外，需要把發送滑窗釋放到最小的NACK_SN域對應的滑窗單元的前一個單元，認為最小的NACK_SN本文檔來自技高網...

【技術保護點】
一種RLC?AM狀態報告處理的方法，其特征在于，包括以下步驟：配置為確認模式的無線鏈路控制RLC?AM發送端接收RLC?AM接收端發送的RLC?AM狀態報告；所述RLC?AM發送端判斷所述RLC?AM狀態報告是裁剪狀態報告還是正常狀態報告；若所述RLC?AM狀態報告是裁剪狀態報告，則根據所述RLC?AM狀態報告的相應標識進行重傳處理；以及若所述RLC?AM狀態報告是正常狀態報告，則根據所述RLC?AM狀態報告的相應標識進行處理。

【技術特征摘要】
1.一種RLCAM狀態報告處理的方法，其特征在于，包括以下步驟：配置為確認模式的無線鏈路控制RLCAM發送端接收RLCAM接收端發送的RLCAM狀態報告；所述RLCAM發送端判斷所述RLCAM狀態報告是裁剪狀態報告還是正常狀態報告；若所述RLCAM狀態報告是裁剪狀態報告，則根據所述RLCAM狀態報告的相應標識進行重傳處理，把所述RLCAM狀態報告中標識為沒有完整接收但不需要重傳的RLCPDU進行重傳；以及若所述RLCAM狀態報告是正常狀態報告，則根據所述RLCAM狀態報告的相應標識進行處理；其中，當RLCAM接收端當前空口的調度帶寬小于當前要發送的RLCAM狀態報告時，按照所述調度帶寬對RLCAM狀態報告進行裁剪，形成所述裁剪狀態報告。2.根據權利要求1所述的方法，其特征在于，在RLCAM接收端發送RLCAM狀態報告之前，還包括：所述RLCAM發送端向所述RLCAM接收端發送無線鏈路控制數據單元RLCPDU；以及所述RLCAM接收端根據接收到的RLCPDU產生RLCAM狀態報告。3.根據權利要求2所述的方法，其特征在于，所述RLCAM發送端判斷所述RLCAM狀態報告是裁剪狀態報告還是正常狀態報告，包括：判斷所述RLCAM狀態報告中是否只包含所述RLCAM接收端沒有完整接收但不需要重傳的RLCPDU的標識；判斷所述RLCAM發送端接收到的RLCAM狀態報告的次數是否大于或等于系統設定的重傳次數；判斷所述RLCAM發送端是否存在已經發出但未被接收端確認的RLCPDU；以及若所述RLCAM狀態報告中只包含所述RLCAM接收端沒有完整接收但不需要重傳的RLCPDU的標識、所述RLCAM發送端接收到的RLCAM狀態報告的次數大于或等于系統設定的重傳次數并且所述RLCAM發送端存在已經發出但未被接收端確認的RLCPDU，則所述RLCAM狀態報告是裁剪狀態報告，否則，所述RLCAM狀態報告是正常狀態報告。4.根據權利要求3所述的方法，其特征在于，所述根據RLCAM狀態報告的相應標識進行處理，包括：根據所述RLCAM狀態報告得到標識為沒有完整接收但不需要重傳的RLCPDU的序列號，在RLCAM發送端中把序列號小于標識為沒有完整接收但不需要重傳的RLCPDU的序列號的RLCPDU刪除；以及把所述RLCAM狀態報告中標識為沒有完整接收且需要重傳的RLCPDU進行重傳。5.一種RLCAM狀態報告處理的系統，其特征在于，包括：RLCAM接收端，用于發送配置為確認模式的無線鏈路控制RLCAM狀態報告；RLCAM發送端，用于接收所述RLCAM狀態報告，并判斷所述RLCAM狀態報告是裁剪狀態...

【專利技術屬性】
技術研發人員：王博，
申請(專利權)人：中興通訊股份有限公司，
類型：發明
國別省市：