專利名稱：一種rlc am狀態(tài)報(bào)告處理的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域LTE(Long Term Evolution,長(zhǎng)期演進(jìn))網(wǎng)絡(luò)中處理狀態(tài)報(bào)告的技術(shù)，特別涉及eNB(E-UTRAN Node B，無線網(wǎng)絡(luò)中的節(jié)點(diǎn)B)和UE(UserEquipment,用戶設(shè)備)處理 RLC(Radio Link Control,無線鏈路控制)AM (AcknowledgedMode確認(rèn)模式)狀態(tài)報(bào)告處理的方法和系統(tǒng)。
背景技術(shù)：
LTE空口層協(xié)議包括F1DCP(Packet Data Convergence Protocol,分組數(shù)據(jù)集中協(xié)議)、RLC和MAC (Media Access Control，介質(zhì)訪問控制)協(xié)議，其中RLC協(xié)議根據(jù)當(dāng)前空口對(duì)該邏輯信道的調(diào)度結(jié)果對(duì)HXP下發(fā)的SDU進(jìn)行連接或者分段，按照當(dāng)前的調(diào)度帶寬組成RLCPDU (ProtocoI Data Unit，協(xié)議數(shù)據(jù)單元)進(jìn)行發(fā)送。RLC提供了 TM、UM和AM三種 可配置模式。當(dāng)RLC配置為AM模式時(shí)，RLC AM接收端需要根據(jù)自己對(duì)RLC PDU的接收情況給RLC AM發(fā)送端發(fā)送RLC AM狀態(tài)報(bào)告，用來給RLC AM發(fā)送端確認(rèn)目前RLC AM接收端已經(jīng)正確接收的RLC H)U，以及RLC AM接收端沒有正確接收需要RLC AM發(fā)送端重傳的RLC
H)U，該過程按照協(xié)議描述，簡(jiǎn)單的可以總結(jié)為通過以下方式進(jìn)行RLC AM發(fā)送端和RLC AM接收端都設(shè)置一個(gè)RLC滑窗，按照RLC協(xié)議為512個(gè)單元，RLC AM發(fā)送端對(duì)每個(gè)RLC PDU在RLC報(bào)頭中填寫一個(gè)RLC SN(RLC Serial Number, RLC序列號(hào))，然后放置在發(fā)送滑窗中的對(duì)應(yīng)位置中。發(fā)送后的RLC PDU不能立即從發(fā)送滑窗中刪除，要一直緩存到收到對(duì)應(yīng)的狀態(tài)報(bào)告確認(rèn)為止。RLC AM接收端根據(jù)接收到的RLC PDU的SN將其放置到接收滑窗的對(duì)應(yīng)位置，以便對(duì)接收到的RLC PDU進(jìn)行排序。RLC AM接收端根據(jù)接收滑窗的排序情況很容易獲知當(dāng)前接收滑窗內(nèi)缺失的報(bào)文SN。RLC AM接收端會(huì)不間斷地按照協(xié)議中規(guī)定的方式構(gòu)造RLC AM狀態(tài)報(bào)告來通知RLC AM發(fā)送端目前的接收狀況以及需要重傳的RLC PDU的SN，RLC AM發(fā)送端通過解析該狀態(tài)報(bào)告，然后將RLC AM接收端未收到的報(bào)文重新發(fā)送一次。如果RLC AM發(fā)送端在發(fā)送重傳報(bào)文的時(shí)候，空口當(dāng)前的調(diào)度帶寬不能夠一次容納整個(gè)重傳報(bào)文，那么該重傳的RLC PDU報(bào)文就需要被分片發(fā)送。RLC AM接收端收到分片RLC PDU也會(huì)緩存并判斷是否存在分片丟失。如果RLC AM接收端發(fā)現(xiàn)某個(gè)重傳的分片丟失的話，也需要隨后在RLC AM狀態(tài)報(bào)告里面描述具體缺失分片的RLC PDU的SN以及缺失的分片在原RLC PDU中的起止偏移字節(jié)位置，以便RLC AM發(fā)送端重傳該分片。狀態(tài)報(bào)告除了用于RLCAM接收端通知RLC AM發(fā)送端進(jìn)行RLC PDU的重傳之外，還有一個(gè)很重要的作用就是通知RLC AM發(fā)送端當(dāng)前RLC AM接收端已經(jīng)正確按序接收到的最后一個(gè)RLC PDU的SN，發(fā)送端可以將該RLC PDU SN之前的RLC PDU在發(fā)送滑窗中釋放掉了，這樣RLC AM發(fā)送端釋放出的空閑滑窗空間就可以供新的RLC PDU發(fā)送使用。RLC AM模式下會(huì)配置一個(gè)最大重傳次數(shù)maxRetxThreshold,用于控制一個(gè)RLCPDU最多被重傳的次數(shù)。當(dāng)RLC AM接收端通過狀態(tài)報(bào)告要求RLC AM發(fā)送端重傳某個(gè)PDU或者PDU的一個(gè)分片，如果RLC AM發(fā)送端將這個(gè)I3DU重傳了 maxRetxThreshold次之后RLC AM接收端還是未能正確接收，則認(rèn)為當(dāng)前RLC AM對(duì)應(yīng)的邏輯信道出現(xiàn)異常，就要給RRC(Radi0Resource Control，無線資源控制協(xié)議)反饋該異常，由RRC來決策是否要釋放該承載或者釋放該UE。一般情況下如果出現(xiàn)異常的邏輯信道不是對(duì)應(yīng)的UE的SRB (Signalling RadioBearer,信令無線承載)或者默認(rèn)DRB (Data Radio Bearer,數(shù)據(jù)無線承載)，RRC只用釋放UE對(duì)應(yīng)的異常承載即可，否則就要釋放UE。在RLC協(xié)議中還規(guī)定，當(dāng)RLC AM發(fā)送端發(fā)送滑窗不能再向前移動(dòng)的時(shí)候，例如發(fā)送端rocp沒有新數(shù)據(jù)下來，或者RLC發(fā)送滑窗滿了，這時(shí)候RLC AM發(fā)送端必須主動(dòng)向RLCAM接收端請(qǐng)求盡快回復(fù)狀態(tài)報(bào)告，以便RLC AM發(fā)送端釋放RLC發(fā)送滑窗中RLC AM接收端已經(jīng)正確按序接收的H)U，促使發(fā)送滑窗能夠繼續(xù)前移。RLC AM發(fā)送端主動(dòng)請(qǐng)求接收端回復(fù)狀態(tài)報(bào)告，是通過設(shè)置RLC報(bào)頭中的Pol I ing位來實(shí)現(xiàn)的，其中，被設(shè)置Pol I ing位的RLCPDU，稱為Polling PDU0 RLC AM接收端收到RLC Polling PDU，認(rèn)為是RLC AM發(fā)送端在主動(dòng)請(qǐng)求狀態(tài)報(bào)告，這時(shí)候RLC AM接收端根據(jù)自己當(dāng)前接收滑窗情況來構(gòu)造狀態(tài)報(bào)告發(fā)送。發(fā)送端每發(fā)送一個(gè)Polling PDU之后會(huì)起一個(gè)定時(shí)器，在定時(shí)器超時(shí)前如果沒有得到正確 的狀態(tài)報(bào)告，就會(huì)重傳一個(gè)Polling F1DU,如果同一個(gè)Polling PDU被重傳超過最大重傳次數(shù)maxRetxThreshold，則也需要給上層上報(bào)該邏輯信道異常，觸發(fā)上層決策是否是要釋放該邏輯信道或者釋放該UE。RLC狀態(tài)報(bào)告中D/C和CPT字段表明報(bào)文類型，如圖I所示是RLC狀態(tài)報(bào)告的報(bào)文格式，用于區(qū)分是RLC數(shù)據(jù)報(bào)文還是RLC狀態(tài)報(bào)告。接下來ACK_SN標(biāo)識(shí)當(dāng)前RLC AM接收端沒有完整接收但不需要重傳的RLC PDU SN。NACK_SN域用于標(biāo)識(shí)RLC AM接收端沒有完整接收且需要重傳的RLC PDU SN，如果是一個(gè)RLC PDU的分片存在丟失的話，在NACK_SN之后還需要附上SOstart域和SOend域來標(biāo)識(shí)具體丟失分片的字節(jié)偏移起止位置。一個(gè)狀態(tài)報(bào)告中只能包含一個(gè)ACK_SN域，但是可以包含多個(gè)NACK_SN域，表明在RLC AM接收端接收滑窗的排序段內(nèi)有多個(gè)報(bào)文或者報(bào)文分片未收齊。El用來標(biāo)識(shí)在當(dāng)前NACK_SN域后面是否還繼續(xù)跟隨有NACK_SN域，E2用來標(biāo)識(shí)該NACK_SN域有沒有攜帶SOstart字段和SOend字段。如果有多個(gè)NACK_SN域的話，那么所有的NACK_SN在狀態(tài)報(bào)告里面需要按照增序排列?？梢钥吹阶钚〉臓顟B(tài)報(bào)告需要2個(gè)字節(jié)，也就是只包含ACK_SN域不包含任何NACK_SN域的狀態(tài)報(bào)告。RLC AM發(fā)送端接收到一個(gè)狀態(tài)報(bào)告后，對(duì)于其中的NACK_SN對(duì)應(yīng)的RLC PDU需要重傳。如果NACK_SN域沒有攜帶SOstart域和SOend域，則重傳整個(gè)RLC PDU,否則只需重傳對(duì)應(yīng)的分片即可。由于ACK_SN域指明的是RLC AM接收端沒有完整接收但不需要重傳的RLC PDU SN，所以按照目前協(xié)議，RLC AM發(fā)送端無需重傳該RLC PDU0如果RLC AM發(fā)送端接收到一個(gè)RLC狀態(tài)報(bào)告只攜帶ACK_SN域，也就是說后面沒有攜帶任何NACK_SN，則說明RLC AM接收端在ACK_SN之前的排序段內(nèi)的RLC PDU都已經(jīng)按序完整接收了，RLCAM發(fā)送端可以把發(fā)送滑窗內(nèi)ACK_SN之前的滑窗單元內(nèi)的RLC PDU都釋放掉。如果RLC AM接收端接收到的RLC狀態(tài)報(bào)告攜帶了 NACK_SN域，則RLC AM發(fā)送端除了需要構(gòu)造重傳報(bào)文外，需要把發(fā)送滑窗釋放到最小的NACK_SN域?qū)?yīng)的滑窗單元的前一個(gè)單元，認(rèn)為最小的NACK_SN域之前的RLC PDU, RLC AM接收端都已經(jīng)按序正確接收了。RLC AM接收端構(gòu)造的RLC AM狀態(tài)報(bào)告是否能夠完整發(fā)送，也需要根據(jù)當(dāng)前空口的調(diào)度帶寬來決定。如果當(dāng)前空口的調(diào)度帶寬小于當(dāng)前要發(fā)送的RLC AM狀態(tài)報(bào)告，這時(shí)候RLC需要將該狀態(tài)報(bào)告按照調(diào)度帶寬進(jìn)行裁剪之后發(fā)送。具體的裁剪規(guī)則是，狀態(tài)報(bào)告從后向前一個(gè)一個(gè)的刪除NACK_SN域，如果NACK_SN域攜帶SOstart域和SOend域的話，需要一并刪除，刪到滿足調(diào)度帶寬之后，將最后刪除的一個(gè)NACK_SN域作為ACK_SN填寫，然后將裁剪的狀態(tài)報(bào)告作為一個(gè)整體發(fā)送出去。附圖2和附圖3是一個(gè)例子，附圖2中RLC需要發(fā)送一個(gè)狀態(tài)報(bào)告，其中ACK_SN為550，指明RLC AM接收端接收滑窗排序段后第一個(gè)未完整接收的RLC PDU的SN為550。其中攜帶一個(gè)NACK_SN域，假如指明的RLC PDU SN為530，這個(gè)NACK_SN域攜帶了 SOstart域和SOend域，指明了 RLC AM接收端接收滑窗排序段中缺失SN = 530的RLC PDU的一個(gè)分片。通過附圖可以看到這樣的一個(gè)狀態(tài)報(bào)告需要8字節(jié)。假如這個(gè)時(shí)候的空口調(diào)度帶寬為7個(gè)字節(jié)，那么這樣一個(gè)狀態(tài)報(bào)告就無法完整發(fā)送出去，那么按照上面的狀態(tài)報(bào)告裁剪方式，這個(gè)狀態(tài)報(bào)告就被裁減成附圖3的形式，可以看到變?yōu)橹挥袃蓚€(gè)字節(jié)，其中將一個(gè)NACK_SN域刪除了，并且將ACK_SN變?yōu)?30。這個(gè)時(shí)候存在一個(gè)問題，RLC AM接收端本來想要RLCAM發(fā)送端重傳PDU為530的一個(gè)分片，但是由于空口調(diào)度帶寬不夠，導(dǎo)致狀態(tài)報(bào)告被裁減，裁剪之后的狀態(tài)報(bào)告里面不攜帶NACK_SN域，并且將ACK_SN從550變?yōu)?30。RLC AM發(fā)送端收到這樣一個(gè)狀態(tài)報(bào)告后，按照目前協(xié)議1)無須為RLC AM接收端重傳任何報(bào)文；2)RLCAM發(fā)送端的發(fā)送滑窗可以釋放到530的前一個(gè)單元。這里存在的問題是，假如一段時(shí)間內(nèi)·空口的調(diào)度帶寬都不夠8個(gè)字節(jié)，那么RLC AM接收端就只能一直發(fā)送這樣一個(gè)被裁剪過的狀態(tài)報(bào)告，而RLC AM發(fā)送端則一直不能給RLC AM接收端重傳報(bào)文530，導(dǎo)致RLC AM接收端無法收齊530而不能前移接收滑窗，就會(huì)反過來造成RLC AM發(fā)送端的發(fā)送滑窗停滯，這樣就進(jìn)入了一個(gè)死鎖狀態(tài)。這樣當(dāng)RLC AM發(fā)送端發(fā)送滑窗滿了之后，發(fā)送滑窗就不能容納新的RLC PDU,導(dǎo)致RLC AM發(fā)送端斷流，這時(shí)候RLC AM發(fā)送端按照協(xié)議會(huì)主動(dòng)發(fā)送PollingPDU請(qǐng)求RLC AM接收端回復(fù)狀態(tài)報(bào)告，而如果RLC AM接收端的空口調(diào)度仍然維持在小于8個(gè)字節(jié)的話，那么被裁減的狀態(tài)報(bào)告不能使RLC AM發(fā)送端前移發(fā)送滑窗，最終導(dǎo)致發(fā)送端一直重發(fā)Polling PDU,導(dǎo)致Polling PDU被重傳超過設(shè)定的RLC最大重傳次數(shù)，導(dǎo)致承載或者UE被釋放。通過上面的舉例分析，可以看到，按照目前的RLC協(xié)議設(shè)計(jì)，是存在一個(gè)缺陷的。那就是當(dāng)RLC AM接收端在一段時(shí)間內(nèi)調(diào)度帶寬比較小，如果被裁減過的狀態(tài)報(bào)告無法攜帶任何NACK_SN域，則RLC AM發(fā)送端不能給RLC AM接收端重傳任何報(bào)文，導(dǎo)致RLC AM接收端接收滑窗不能前移，反過來導(dǎo)致RLC AM發(fā)送端發(fā)送滑窗不能前移，使得進(jìn)入一個(gè)死鎖狀態(tài)。如果這種情況一段時(shí)間內(nèi)保持，則最終會(huì)導(dǎo)致發(fā)送端RLC滑窗滿斷流，以及導(dǎo)致后續(xù)的RLC超過最大重傳次數(shù)引起承載或者UE被釋放的問題。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種RLC AM狀態(tài)報(bào)告處理的方法和系統(tǒng),用于解決RLC超過最大重傳次數(shù)引起承載或者UE被釋放的問題根據(jù)本發(fā)明的一個(gè)方面，提供了一種RLC AM狀態(tài)報(bào)告處理的方法，包括以下步驟RLC AM發(fā)送端接收RLC AM接收端發(fā)送的RLC AM狀態(tài)報(bào)告；RLC AM發(fā)送端判斷RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告還是正常狀態(tài)報(bào)告；若RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告,則根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行重傳處理；若RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告,則根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行處理。優(yōu)選的，在RLC AM接收端發(fā)送RLC AM狀態(tài)報(bào)告之前，還包括RLC AM發(fā)送端向RLC AM接收端發(fā)送RLC PDU ；RLC AM接收端根據(jù)接收到的RLC PDU產(chǎn)生RLC AM狀態(tài)報(bào)告。優(yōu)選的，RLC AM發(fā)送端判斷RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告還是正常狀態(tài)報(bào)告，包括判斷RLC AM狀態(tài)報(bào)告中是否只包含RLC AM接收端沒有完整接收但不需要重傳的 RLCPDU的標(biāo)識(shí)；判斷RLCAM發(fā)送端接收到的RLCAM狀態(tài)報(bào)告的次數(shù)是否大于或等于系統(tǒng)設(shè)定的重傳次數(shù)；判斷RLC AM發(fā)送端是否存在已經(jīng)發(fā)出但未被接收端確認(rèn)的RLC PDU ；若RLC AM狀態(tài)報(bào)告中只包含RLC AM接收端沒有完整接收但不需要重傳的RLCPDU的標(biāo)識(shí)、RLC AM發(fā)送端接收到的RLC AM狀態(tài)報(bào)告的次數(shù)大于或等于系統(tǒng)設(shè)定的重傳次數(shù)并且RLC AM發(fā)送端存在已經(jīng)發(fā)出但未被接收端確認(rèn)的RLC TOU JURLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告，否則，RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告。優(yōu)選的，根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行重傳處理，包括把RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU進(jìn)行重傳。優(yōu)選的，根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行處理，包括根據(jù)RLC AM狀態(tài)報(bào)告得到標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)，在RLC AM發(fā)送端中把序列號(hào)小于標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)的RLC PDU刪除；把RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收且需要重傳的RLC PDU進(jìn)行重傳。根據(jù)本發(fā)明的一個(gè)方面，提供了一種RLC AM狀態(tài)報(bào)告處理的系統(tǒng),包括RLC AM接收端，用于發(fā)送RLC AM狀態(tài)報(bào)告；RLC AM發(fā)送端，用于接收RLC AM狀態(tài)報(bào)告，并判斷RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告還是正常狀態(tài)報(bào)告，若RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告,則根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行重傳處理，若RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告，則根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行處理。優(yōu)選的，RLC AM發(fā)送端包括信息接收單元，用于接收RLC AM狀態(tài)報(bào)告；狀態(tài)報(bào)告判斷單元，用于判斷RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告還是正常狀態(tài)報(bào)
生P=I ;狀態(tài)報(bào)告處理單元，用于當(dāng)RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告時(shí)，根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行重傳處理，當(dāng)RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告時(shí)，根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行處理。優(yōu)選的，狀態(tài)報(bào)告判斷單元包括標(biāo)識(shí)識(shí)別單元，用于判斷RLC AM狀態(tài)報(bào)告中是否只包含RLC AM接收端沒有完整接收但不需要重傳的RLC PDU的標(biāo)識(shí)；重傳次數(shù)判斷單元，用于判斷RLC AM發(fā)送端接收到的RLC AM狀態(tài)報(bào)告的次數(shù)是否大于或等于系統(tǒng)設(shè)定的重傳次數(shù)；存儲(chǔ)識(shí)別單元，用于判斷RLC AM發(fā)送端是否存在已經(jīng)發(fā)出但未被接收端確認(rèn)的RLC PDU ；其中，若RLC AM狀態(tài)報(bào)告中只包含RLC AM接收端沒有完整接收但不需要重傳的RLC PDU的標(biāo)識(shí)、RLC AM發(fā)送端接收到的RLC AM狀態(tài)報(bào)告的次數(shù)大于或等于系統(tǒng)設(shè)定的重傳次數(shù)并且RLC AM發(fā)送端存在已經(jīng)發(fā)出但未被接收端確認(rèn)的RLC TOU JURLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告，否則，所述RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告。優(yōu)選的，狀態(tài)報(bào)告處理單元包括
裁剪狀態(tài)報(bào)告處理單元，用于把RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU進(jìn)行重傳；正常狀態(tài)報(bào)告處理單元，用于根據(jù)RLC AM狀態(tài)報(bào)告得到標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)，再在RLC AM發(fā)送端中把序列號(hào)小于標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)的RLC PDU刪除，并把RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收且需要重傳的RLC PDU進(jìn)行重傳。優(yōu)選的，RLC AM發(fā)送端還包括信息發(fā)送單元，用于向RLC AM接收端發(fā)送無線鏈路控制數(shù)據(jù)單元RLC PDU0與現(xiàn)有技術(shù)相比較，本發(fā)明的有益效果在于本發(fā)明通過對(duì)PLC AM狀態(tài)報(bào)告進(jìn)行判別和處理解決了 RLC超過最大重傳次數(shù)引起承載或者UE被釋放的問題。


圖I是現(xiàn)有技術(shù)提供的RLC AM狀態(tài)報(bào)告的報(bào)文格式示意圖；圖2是現(xiàn)有技術(shù)提供的裁剪前的狀態(tài)報(bào)告示意圖；圖3是現(xiàn)有技術(shù)提供的裁剪后的狀態(tài)報(bào)告示意圖。圖4是本發(fā)明提供的RLC AM狀態(tài)報(bào)告處理的方法流程示意圖；圖5是本發(fā)明提供的RLC AM狀態(tài)報(bào)告處理的系統(tǒng)框圖。
具體實(shí)施例方式以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行詳細(xì)說明，應(yīng)當(dāng)理解，以下所說明的優(yōu)選實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。圖4顯示了本發(fā)明提供的RLC AM狀態(tài)報(bào)告處理的方法流程示意，如圖4所示步驟S401，RLC AM發(fā)送端接收RLC AM接收端發(fā)送的RLC AM狀態(tài)報(bào)告。在此之前，RLC AM發(fā)送端向RLC AM接收端發(fā)送RLC PDU, RLC AM接收端根據(jù)接收到的RLC PDU產(chǎn)生并發(fā)送RLC AM狀態(tài)報(bào)告。步驟S402，RLC AM發(fā)送端判斷RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告還是正常狀態(tài)報(bào)
生口 ο判斷過程如下判斷RLC AM狀態(tài)報(bào)告中是否只包含RLC AM接收端沒有完整接收但不需要重傳的RLC PDU的標(biāo)識(shí)，判斷RLC AM發(fā)送端接收到的RLC AM狀態(tài)報(bào)告的次數(shù)是否大于或等于系統(tǒng)設(shè)定的重傳次數(shù)，判斷RLC AM發(fā)送端是否存在已經(jīng)發(fā)出但未被接收端確認(rèn)的RLC H)U，若RLC AM狀態(tài)報(bào)告中只包含RLC AM接收端沒有完整接收但不需要重傳的RLC PDU的標(biāo)識(shí)、RLC AM發(fā)送端接收到的RLC AM狀態(tài)報(bào)告的次數(shù)大于或等于系統(tǒng)設(shè)定的重傳次數(shù)并且RLC AM發(fā)送端存在已經(jīng)發(fā)出但未被接收端確認(rèn)的RLC TOU JURLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告，否則，RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告。步驟S403，若RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告，則根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行重傳處理，把RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU進(jìn)行重傳。
步驟S404，若RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告，則根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行處理，根據(jù)RLC AM狀態(tài)報(bào)告得到標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)，在RLC AM發(fā)送端中把序列號(hào)小于標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)的RLC PDU刪除，再把RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收且需要重傳的RLC PDU
進(jìn)行重傳。圖5顯示了本發(fā)明提供的RLC AM狀態(tài)報(bào)告處理的系統(tǒng)框圖，如圖5所示，系統(tǒng)包括RLC AM接收端和RLC AM發(fā)送端，RLC AM接收端當(dāng)接收到RLC AM發(fā)送端發(fā)送的RLC PDU時(shí)，產(chǎn)生RLC AM狀態(tài)報(bào)告并向RLC AM發(fā)送端發(fā)送。RLC AM發(fā)送端包括信息接收單元、狀態(tài)報(bào)告判斷單元、狀態(tài)報(bào)告處理單元和信息發(fā)送單元，信息接收單元接收RLC AM接收端發(fā)送的RLC AM狀態(tài)報(bào)告，狀態(tài)報(bào)告判斷單元判斷RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告還是正常狀態(tài)報(bào)告然后交由狀態(tài)報(bào)告處理單元處理，狀態(tài)報(bào)告處理單元當(dāng)RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告時(shí)，根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行重傳處理，當(dāng)RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告時(shí)，根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行處理，信息發(fā)送單元實(shí)時(shí)向RLC AM接收端發(fā)送RLC PDU0其中，狀態(tài)報(bào)告判斷單元包括標(biāo)識(shí)識(shí)別單元、重傳次數(shù)判斷單元和存儲(chǔ)識(shí)別單元，標(biāo)識(shí)識(shí)別單元判斷RLC AM狀態(tài)報(bào)告中是否只包含RLC AM接收端沒有完整接收但不需要重傳的無線鏈路控制數(shù)據(jù)單元RLC PDU的標(biāo)識(shí)，重傳次數(shù)判斷單元判斷RLC AM發(fā)送端接收到的RLC AM狀態(tài)報(bào)告的次數(shù)是否大于或等于系統(tǒng)設(shè)定的重傳次數(shù)，存儲(chǔ)識(shí)別單元判斷RLC AM發(fā)送端是否存在已經(jīng)發(fā)出但未被接收端確認(rèn)的RLC H)U，若RLC AM狀態(tài)報(bào)告中只包含RLCAM接收端沒有完整接收但不需要重傳的RLC PDU的標(biāo)識(shí)、RLC AM發(fā)送端接收到的RLC AM狀態(tài)報(bào)告的次數(shù)大于或等于系統(tǒng)設(shè)定的重傳次數(shù)并且RLC AM發(fā)送端存在已經(jīng)發(fā)出但未被接收端確認(rèn)的RLC H)U JURLC AM狀態(tài)報(bào)告是被裁剪狀態(tài)報(bào)告，否則，RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告。狀態(tài)報(bào)告處理單元包括裁剪狀態(tài)報(bào)告處理單元和正常狀態(tài)報(bào)告處理單元，裁剪狀態(tài)報(bào)告處理單元用于把RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU進(jìn)行重傳，正常狀態(tài)報(bào)告處理單元用于根據(jù)RLC AM狀態(tài)報(bào)告得到標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)，再在RLC AM發(fā)送端中把序列號(hào)小于標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)的RLC PDU刪除，并把RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收且需要重傳的RLC PDU進(jìn)行重傳。下面通過一個(gè)具體實(shí)施例，對(duì)本發(fā)明RLC AM狀態(tài)報(bào)告處理的方法進(jìn)行詳細(xì)說明。本發(fā)明優(yōu)化了 3GPP 36. 322 RLC協(xié)議中RLC AM模式下處理狀態(tài)報(bào)告的機(jī)制，主要是對(duì)收到的狀態(tài)報(bào)告進(jìn)行判斷，區(qū)分出一個(gè)只包含ACK_SN域的狀態(tài)報(bào)告是否為一個(gè)被裁減的狀態(tài)報(bào)告，從而快速重傳對(duì)應(yīng)的RLC rou，避免由于狀態(tài)報(bào)告的發(fā)送端在一定時(shí)間內(nèi)空口調(diào)度不夠?qū)е碌囊恢辈荒馨l(fā)送有效的狀態(tài)報(bào)告，造成收發(fā)兩端RLC滑窗停滯而引起RLC數(shù)據(jù)發(fā)送端斷流或者RLC達(dá)到最大重傳次數(shù)的問題。對(duì)于本發(fā)明中涉及的RLC狀態(tài)報(bào)告的處理，可以作為3GPP 36.322 RLC協(xié)議處理狀態(tài)報(bào)告原有方式的一個(gè)補(bǔ)充，可以避免原協(xié)議中存在的上述的缺陷。RLC AM發(fā)送端接收到一個(gè)RLC AM狀態(tài)報(bào)告，如果只包含ACK_SN域，則和自己的發(fā)送滑窗中的相關(guān)變量進(jìn)行對(duì)比，如果ACK_SN域等于當(dāng)前發(fā)送滑窗的發(fā)送下沿VtA，同時(shí)發(fā)送滑窗又不為空，具體判斷條件為VtA ! =VtS，VtS為發(fā)送滑窗內(nèi)下一個(gè)要發(fā)送的RLCPDU的SN，這時(shí)候可以初步認(rèn)定該狀態(tài)報(bào)告可能是一個(gè)被裁減過的狀態(tài)報(bào)告。但是該狀態(tài)報(bào)告也有可能是之前的某個(gè)經(jīng)過底層Harq重傳遲到的狀態(tài)報(bào)告。為了區(qū)分這種情況，可以 設(shè)一個(gè)門限標(biāo)識(shí)RH，設(shè)置RH大于等于底層設(shè)置的Harq的最大重傳次數(shù)。那么如果多次接收到滿足條件(ACK_SN == VtA)&&(VtA ! = VtS)的狀態(tài)報(bào)告，而相同狀態(tài)報(bào)告的連續(xù)接收次數(shù)大于或等于RH，則認(rèn)為這個(gè)狀態(tài)報(bào)告肯定不是之前的某個(gè)由于底層Harq重傳遲到的，貝1J可以認(rèn)定它是一個(gè)被裁剪過的狀態(tài)報(bào)告。這時(shí)候?qū)τ谝粋€(gè)被裁減過的狀態(tài)報(bào)告，其中ACK_SN域?qū)嶋H應(yīng)該是一個(gè)接收端未完整接收的RLC PDU的SN，所以RLC AM發(fā)送端將ACK_SN域?qū)?yīng)的RLC PDU進(jìn)行重傳，就可以觸發(fā)RLC AM接收端接收完整該RLC TOU，使得RLCAM接收端接收滑窗前移，反過來使得RLC AM發(fā)送端發(fā)送滑窗前移，最終快速結(jié)束RLC AM發(fā)送端發(fā)送滑窗的停滯，避免后續(xù)的RLC斷流以及UE或者承載被釋放的問題。具體本發(fā)明可以按照如下方式來實(shí)施。首先設(shè)置一個(gè)變量RH，保證RH大于或等于底層設(shè)置的Harq最大重傳次數(shù)；然后為對(duì)應(yīng)的RLC AM承載設(shè)置兩個(gè)變量=RlcAckedVtaSN和RlcAckedVtaCount,用于記錄最后一次符合條件的狀態(tài)報(bào)告的ACK_SN的值，以及連續(xù)接收到相同符合條件的狀態(tài)報(bào)告的次數(shù)，RlcAckedVtaSN初始化為OxFFFF，RlcAckedVtaCount初始化為O。設(shè)當(dāng)前收到的狀態(tài)報(bào)告中的ACK_SN域的值為AckSn，本發(fā)明中RLC具體處理狀態(tài)報(bào)告的實(shí)施步驟如下步驟S601，判斷該狀態(tài)報(bào)告是否沒有包含任何NACK_SN域，如果為真則繼續(xù)執(zhí)行步驟S602，否則轉(zhuǎn)到步驟S606。步驟S602,判斷當(dāng)前是否滿足((AckSn == VtA)&&(VtA ! =VtS)),如果為真則繼續(xù)執(zhí)行步驟S603，否則轉(zhuǎn)到步驟S606。步驟S603,判斷是否滿足(AckSn = = RlcAckedVtaSN),如果為真則繼續(xù)執(zhí)行步驟S604,否則設(shè)置 RlcAckedVtaSN = AckSn 并且 RlcAckedVtaCount = I，之后退出，結(jié)束狀態(tài)報(bào)告的處理流程。步驟S604,執(zhí)行 RlcAckedVtaCount = RlcAckedVtaCount+1。步驟S605,判斷是否滿足(RlcAckedVtaCount = = RH),如果為真,則重傳AckSn對(duì)應(yīng)的 RLC rou，然后重新初始化 RlcAckedVtaSN 為 OxFFFF，RlcAckedVtaCount 為 0，之后退出，結(jié)束狀態(tài)報(bào)告的處理流程；如果為假，則直接退出，結(jié)束狀態(tài)報(bào)告的處理流程。步驟S606，設(shè)置 RlcAckedVtaSN 為 OxFFFF，RlcAckedVtaCount 為 0，繼續(xù)原有狀態(tài)報(bào)告的處理流程。綜上所述，本發(fā)明具有以下技術(shù)效果本發(fā)明改進(jìn)了原有RLC協(xié)議處理狀態(tài)報(bào)告的機(jī)制，在RLC AM發(fā)送端通過自己的發(fā)送滑窗的當(dāng)前情況和接收到的狀態(tài)報(bào)告的內(nèi)容，判斷這是否是一個(gè)被裁減過的狀態(tài)報(bào)告，從而提取出需要重傳的信息，給RLC AM接收端進(jìn)行重傳，使得RLC AM接收端的接收滑窗前移，從而促使RLC AM發(fā)送端的發(fā)送滑窗前移，避免由于RLC AM發(fā)送端滑窗出現(xiàn)的RLC滿斷流以及后續(xù)的RLC超過最大重傳次數(shù)導(dǎo)致承載或者UE被釋放的問題，提高了 LTE網(wǎng)絡(luò)的空口效率和穩(wěn)定性。盡管上文對(duì)本發(fā)明進(jìn)行了詳細(xì)說明，但是本發(fā)明不限于此，本領(lǐng)域技術(shù)人員可以根據(jù)本發(fā)明的原理進(jìn)行各種修改。因 此，凡按照本發(fā)明原理所作的修改，都應(yīng)當(dāng)理解為落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種RLC AM狀態(tài)報(bào)告處理的方法，其特征在于，包括以下步驟 配置為確認(rèn)模式的無線鏈路控制RLC AM發(fā)送端接收RLC AM接收端發(fā)送的RLC AM狀態(tài)報(bào)告； 所述RLC AM發(fā)送端判斷所述RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告還是正常狀態(tài)報(bào)告； 若所述RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告，則根據(jù)所述RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行重傳處理；以及 若所述RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告，則根據(jù)所述RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行處理。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，在RLCAM接收端發(fā)送RLC AM狀態(tài)報(bào)告之前，還包括 所述RLC AM發(fā)送端向所述RLC AM接收端發(fā)送無線鏈路控制數(shù)據(jù)單元RLC PDU;以及 所述RLC AM接收端根據(jù)接收到的RLC PDU產(chǎn)生RLC AM狀態(tài)報(bào)告。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述RLCAM發(fā)送端判斷所述RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告還是正常狀態(tài)報(bào)告，包括 判斷所述RLC AM狀態(tài)報(bào)告中是否只包含所述RLC AM接收端沒有完整接收但不需要重傳的RLC PDU的標(biāo)識(shí)； 判斷所述RLC AM發(fā)送端接收到的RLC AM狀態(tài)報(bào)告的次數(shù)是否大于或等于系統(tǒng)設(shè)定的重傳次數(shù)； 判斷所述RLC AM發(fā)送端是否存在已經(jīng)發(fā)出但未被接收端確認(rèn)的RLC PDU;以及 若所述RLC AM狀態(tài)報(bào)告中只包含所述RLC AM接收端沒有完整接收但不需要重傳的RLC PDU的標(biāo)識(shí)、所述RLC AM發(fā)送端接收到的RLC AM狀態(tài)報(bào)告的次數(shù)大于或等于系統(tǒng)設(shè)定的重傳次數(shù)并且所述RLC AM發(fā)送端存在已經(jīng)發(fā)出但未被接收端確認(rèn)的RLC TOU，則所述RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告，否則，所述RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述根據(jù)RLCAM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行重傳處理，包括 把所述RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU進(jìn)行重傳。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)RLCAM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行處理，包括 根據(jù)所述RLC AM狀態(tài)報(bào)告得到標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)，在RLC AM發(fā)送端中把序列號(hào)小于標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)的RLC PDU刪除；以及 把所述RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收且需要重傳的RLC PDU進(jìn)行重傳。
6.—種RLC AM狀態(tài)報(bào)告處理的系統(tǒng),其特征在于,包括 RLC AM接收端，用于發(fā)送配置為確認(rèn)模式的無線鏈路控制RLC AM狀態(tài)報(bào)告； RLC AM發(fā)送端，用于接收所述RLC AM狀態(tài)報(bào)告，并判斷所述RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告還是正常狀態(tài)報(bào)告，若所述RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告，則根據(jù)所述RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行重傳處理，若所述RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告，則根據(jù)所述RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行處理。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述RLCAM發(fā)送端包括信息接收單元，用于接收所述RLC AM狀態(tài)報(bào)告； 狀態(tài)報(bào)告判斷單元，用于判斷所述RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告還是正常狀態(tài)報(bào)生P=I ; 狀態(tài)報(bào)告處理單元，用于當(dāng)所述RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告時(shí)，根據(jù)所述RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行重傳處理，當(dāng)所述RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告時(shí)，根據(jù)所述RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行處理。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述狀態(tài)報(bào)告判斷單元包括 標(biāo)識(shí)識(shí)別單元，用于判斷所述RLC AM狀態(tài)報(bào)告中是否只包含所述RLC AM接收端沒有完整接收但不需要重傳的無線鏈路控制數(shù)據(jù)單元RLC PDU的標(biāo)識(shí)； 重傳次數(shù)判斷單元，用于判斷所述RLC AM發(fā)送端接收到的RLC AM狀態(tài)報(bào)告的次數(shù)是否大于或等于系統(tǒng)設(shè)定的重傳次數(shù)；以及 存儲(chǔ)識(shí)別單元，用于判斷所述RLC AM發(fā)送端是否存在存在已經(jīng)發(fā)出但未被接收端確認(rèn)的 RLC PDU ； 其中，若所述RLC AM狀態(tài)報(bào)告中只包含所述RLC AM接收端沒有完整接收但不需要重傳的RLC PDU的標(biāo)識(shí)、所述RLC AM發(fā)送端接收到的RLC AM狀態(tài)報(bào)告的次數(shù)大于或等于系統(tǒng)設(shè)定的重傳次數(shù)并且所述RLC AM發(fā)送端存在已經(jīng)發(fā)出但未被接收端確認(rèn)的RLC TOU，則所述RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告，否則，所述RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述狀態(tài)報(bào)告處理單元包括 裁剪狀態(tài)報(bào)告處理單元，用于把所述RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU進(jìn)行重傳；以及 正常狀態(tài)報(bào)告處理單元，用于根據(jù)所述RLC AM狀態(tài)報(bào)告得到標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)，再在RLC AM發(fā)送端中把序列號(hào)小于標(biāo)識(shí)為沒有完整接收但不需要重傳的RLC PDU的序列號(hào)的RLC PDU刪除，并把所述RLC AM狀態(tài)報(bào)告中標(biāo)識(shí)為沒有完整接收且需要重傳的RLC PDU進(jìn)行重傳。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述RLCAM發(fā)送端還包括 信息發(fā)送單元，用于向所述RLC AM接收端發(fā)送無線鏈路控制數(shù)據(jù)單元RLC PDU0
全文摘要
本發(fā)明公開了一種RLC AM狀態(tài)報(bào)告處理的方法和系統(tǒng)，該方法包括RLC AM發(fā)送端接收RLC AM接收端發(fā)送的RLC AM狀態(tài)報(bào)告；RLC AM發(fā)送端判斷RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告還是正常狀態(tài)報(bào)告；若RLC AM狀態(tài)報(bào)告是裁剪狀態(tài)報(bào)告，則根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行重傳處理；若RLC AM狀態(tài)報(bào)告是正常狀態(tài)報(bào)告，則根據(jù)RLC AM狀態(tài)報(bào)告的相應(yīng)標(biāo)識(shí)進(jìn)行處理。本發(fā)明通過對(duì)PLC AM狀態(tài)報(bào)告進(jìn)行判別和處理解決了RLC超過最大重傳次數(shù)引起承載或者UE被釋放的問題。
文檔編號(hào)H04L1/18GK102957522SQ20111024823
公開日2013年3月6日 申請(qǐng)日期2011年8月24日 優(yōu)先權(quán)日2011年8月24日
發(fā)明者王博 申請(qǐng)人:中興通訊股份有限公司