專利名稱：一種無線鏈路控制實(shí)體中的狀態(tài)信息處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信中的數(shù)據(jù)傳輸技術(shù)，特別涉及一種無線鏈路控制實(shí)
體(RLC)中的狀態(tài)信息處理方法。
背景技術(shù)：
在RLC間基于確認(rèn)模式(AM)的數(shù)據(jù)傳輸過程中，發(fā)送端向接收端發(fā) 送確iU漠式的協(xié)議數(shù)據(jù)單元(AMD PDU)，而接收端會(huì)向發(fā)送端響應(yīng)是否 成功接收到AMD PDU,使得發(fā)送端能夠確定是否需要重傳該AMD PDU。
發(fā)送端和接收端都是一個(gè)RLC實(shí)體，每個(gè)RLC實(shí)體均包括發(fā)送側(cè)和接 收側(cè)。圖1為現(xiàn)有RLC模型的結(jié)構(gòu)示意圖。如圖1所示，RLC由左側(cè)的發(fā) 送側(cè)來實(shí)現(xiàn)數(shù)據(jù)發(fā)送。在發(fā)送側(cè)，將上層的待發(fā)送數(shù)據(jù)包進(jìn)行分割/串聯(lián) (Segmentation/Concatenation )處J里并添力口 RLC頭之后4勾成AMD PDU;然 后，將AMD PDU發(fā)送給復(fù)用單元(MUX),同時(shí)緩存在重傳緩沖和管理 單元(Retransmission Buffer & Management Unit), 以便于在該AMD PDU 未被對(duì)端成功接收時(shí)進(jìn)行重傳；復(fù)用單元根據(jù)RLC控制單元的指示，選擇 直接接收到的AMD PDU或重傳緩沖和管理單元中的AMD PDU發(fā)送至發(fā)送 緩沖器(Transmission Buffer)，即選擇發(fā)送新的AMD PDU還是選擇重傳 AMD PDU;發(fā)送緩沖器中的AMD PDU經(jīng)后續(xù)相應(yīng)處理后即可發(fā)送。
接收端會(huì)根據(jù)其接收側(cè)是否成功接收到AMD PDU而向發(fā)送端響應(yīng)。具 體來說，接收端通過其發(fā)送側(cè)向發(fā)送端的響應(yīng)中包括RLC超域(SUFI)信 息，響應(yīng)方式包括兩種 一種方式，接收端將RLC SUFI信息構(gòu)成一狀態(tài)協(xié) 議數(shù)據(jù)單元(STATUS PDU)后立即響應(yīng)至發(fā)送端的接收側(cè)；另一種方式， 接收端將多個(gè)RLC SUFI信息分別構(gòu)成對(duì)應(yīng)的多個(gè)攜帶狀態(tài)協(xié)議數(shù)據(jù)單元 (piggybacked STATUS PDU )后,將多個(gè)piggybacked STATUS PDU分別 攜帶于不同的AMDPDU，然后再反饋至發(fā)送端的接收側(cè)。
對(duì)于上述兩種方式的響應(yīng)，發(fā)送端側(cè)會(huì)采用不同的處理方式。
如果接收端采用STATUS PDU方式進(jìn)行響應(yīng)，參見圖1右側(cè)的接收側(cè)， 則發(fā)送端接收到STATUS PDU后，立即根據(jù)該STATUS PDU更新狀態(tài)變量， 并由復(fù)用單元選擇緩存在重傳緩沖和管理單元內(nèi)的對(duì)應(yīng)AMD PDU重新發(fā) 送，同時(shí)，刪除重傳緩沖和管理單元中已被接收端成功接收到的AMDPDU。
如果接收端采用piggybacked STATUS PDU方式進(jìn)行響應(yīng)，參見圖l右 側(cè)的接收側(cè)，則發(fā)送端的接受測(cè)側(cè)需要先將AMDPDU進(jìn)行解密，將解密得 到的AMD PDU逐一緩存至接收緩沖和重傳管理單元(Reception Buffer & Retransmission Management Unit);由于各AMD PDU分別包含了同 一個(gè)月良 務(wù)數(shù)據(jù)單元(SDU)的一個(gè)分?jǐn)?，因此，在該SDU接收完成后，再將接收 緩沖和重傳管理單元中的AMD PDU進(jìn)行去RLC頭，并從AMD PDU中提 取出piggybacked STATUS PDU;然后，發(fā)送端再根據(jù)提取出的piggybacked STATUS PDU更新狀態(tài)變量，并由復(fù)用單元選擇緩存在重傳緩沖和管理單 元內(nèi)的對(duì)應(yīng)AMDPDU重新發(fā)送，同時(shí)，刪除重傳緩沖和管理單元中已被接 收端成功4妄收到的AMD PDU。
在實(shí)際數(shù)傳過程中，接收端不會(huì)僅限于一種響應(yīng)方式，而會(huì)采取混合的 響應(yīng)方式。這樣，就會(huì)存在以下問題
參見圖2，假設(shè)RLC1的發(fā)送側(cè)先后向RLC2的接收側(cè)發(fā)送了 AMD PDU1、 AMDPDU2、 AMDPDU3、以及STATUS PDU 1 。其中，AMD PDU 1、 AMD PDU2、 AMD PDU3分別包含了同 一個(gè)SDU的各個(gè)分段；AMD PDU3 包含了 piggybacked STATUS PDU，表示RLC2之前向RLC1發(fā)送的某個(gè) AMD PDU是否被正確接收；STATUS PDU1表示RLC2之前向RLC1發(fā)送 的其他AMD PDU是否被正確接收。具體流程々i設(shè)如下
1、 RLC2的接收側(cè)未能正確接收AMD PDUl， ^旦正確接收到了 AMD PDU2和AMD PDU3 、以及STATUS PDUl 。
2、 RLC2將AMD PDU2和AMD PDU3解碼后》文到接收&重傳緩存內(nèi)， 經(jīng)判斷發(fā)現(xiàn)未能正確接收到AMD PDU1，因而構(gòu)造STATUS PDU2傳遞給 RLC2的發(fā)送側(cè)。另外，RLC2的接收側(cè)將接收到STATUS PDU1直接發(fā)送 到RLC2的發(fā)送側(cè)，由RLC2的發(fā)送側(cè)立即根據(jù)該STATUS PDU1更新狀態(tài) 變量，例如vt—a。
由于AMD PDU1 、 AMD PDU2、 AMD PDU3分別包含了同 一個(gè)SDU的 各個(gè)分段，因此，對(duì)于AMD PDU2和AMD PDU3,需等待正確接收到AMD PDU1后才能夠進(jìn)行去頭&提取piggybacked STATUS PDU的操作。
3、 RLC2的發(fā)送側(cè)將STATUS PDU2發(fā)給RLC1的接收側(cè)，請(qǐng)求RLC1 重發(fā)AMD PDU1。
4、 RLC1收到STATUS PDU2以后，確定AMD PDU1需要重傳，并 AMD PDU1放到發(fā)送側(cè)的發(fā)送緩存中。
5、 RLC1的發(fā)送側(cè)向RLC2的接收側(cè)發(fā)送AMD PDU1以及其它的AMD PDU。
6、 RLC2的接收側(cè)接收到RLC1的發(fā)送側(cè)重傳的AMD PDU1,解碼后 放到接收&重傳緩存內(nèi)，并與之前緩存的AMD PDU2和AMD PDU3 —起進(jìn) 行重組功能，然后提取出AMDPDU3內(nèi)的piggybacked STATUS PDU，發(fā)送 到RLC控制單元，RLC控制單元檢測(cè)piggybacked STATUS PDU中的SUFI 內(nèi)容，發(fā)現(xiàn)與當(dāng)前的狀態(tài)變量不符，從而導(dǎo)致接收端的RLC復(fù)位。
可見，現(xiàn)有RLC中對(duì)STATUS PDU和piggybacked STATUS PDU的處 理順序會(huì)導(dǎo)致RLC的復(fù)位，從而在復(fù)位過程中會(huì)丟失來自上層的數(shù)據(jù)包， 且復(fù)位過程中無法實(shí)現(xiàn)數(shù)據(jù)的傳輸，使得數(shù)據(jù)傳輸?shù)乃俾蕰?huì)發(fā)生突變，可靠 性較低。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了一種RLC中的狀態(tài)信息處理方法，能夠降低 RLC復(fù)位的概率，避免數(shù)據(jù)傳輸速率的突變，從而提高數(shù)據(jù)傳輸?shù)目煽啃浴?br> 本發(fā)明提供的一種RLC中的狀態(tài)信息處理方法，包括 判斷接收到的AMD PDU中是否攜帶了 piggybacked STATUS PDU，如果
是，則先提取該AMD PDU中攜帶的piggybacked STATUS PDU,然后將該
AMD PDU緩存；
否則，直接將該AMDPDU緩存。
所述提取該AMD PDU中攜帶的piggybacked STATUS PDU之后，該方 法進(jìn)一步包括根據(jù)所述piggybacked STATUS PDU更新狀態(tài)變量。
所述AMD PDU對(duì)應(yīng)的SDU接收完成后，該方法進(jìn)一步包括
將所有緩存的AMD PDU去RLC頭；
將去RLC頭后的AMD PDU進(jìn)行重組后發(fā)送到上層。
該方法進(jìn)一步包括 接收STATUS PDU，并根據(jù)所述STATUS PDU更新狀態(tài)變量。 由此可見，本發(fā)明中的RLC無需等待完整SDU的接收，即可提取出 piggybacked STATUS PDU進(jìn)4亍狀態(tài)變量的更新，保證對(duì)STATUS PDU和 piggybacked STATUS PDU的處理順序與接收順序一致，避免先根據(jù)后接收 到的STATUS PDU更新狀態(tài)變量而導(dǎo)致的RLC復(fù)位，因而避免了數(shù)據(jù)傳輸 速率的突變，提高了數(shù)據(jù)傳輸?shù)目煽啃浴?br>

圖1為現(xiàn)有RLC模型的結(jié)構(gòu)示意圖。
圖2為現(xiàn)有RLC間的 一傳輸過程示意圖。
圖3為本發(fā)明RLC模型的結(jié)構(gòu)示意圖。
圖4為本發(fā)明RLC中處理Piggybacked Status PDU以實(shí)現(xiàn)狀態(tài)變量更新 的流程示意圖。
圖5為本發(fā)明RLC間的一傳輸過程示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉 實(shí)施例，對(duì)本發(fā)明進(jìn)一步詳細(xì)說明。
在本發(fā)明中，當(dāng)RLC接收到由包含piggybacked STATUS PDU的AMD PDU后，立即提取出該piggybacked STATUS PDU進(jìn)行狀態(tài)變量的更新，然 后再將該AMD PDU緩存至接收緩沖和重傳管理單元中，而無需等待完整 SDU的接收完成，從而能夠避免先根據(jù)后接收到的STATUS PDU更新狀態(tài) 變量而導(dǎo)致的RLC復(fù)位。
圖3為本發(fā)明RLC模型的結(jié)構(gòu)示意圖。其中，如圖3所示的發(fā)送側(cè)與 現(xiàn)有RLC模型相同。
參見如圖3所示的RLC,如果其接收側(cè)接收到STATUS PDU，則按照 如圖1所示的現(xiàn)有方式，立即發(fā)送至該RLC的發(fā)送側(cè)，由該RLC的發(fā)送側(cè) 根據(jù)該STATUS PDU更新狀態(tài)變量，并由發(fā)送側(cè)的復(fù)用單元選擇緩存在重 傳緩沖和管理單元內(nèi)的對(duì)應(yīng)AMDPDU進(jìn)行重傳，同時(shí)，刪除重傳緩沖和管 理單元中已被其他RLC正確接收的AMD PDU。
參見如圖3所示的RLC,如果其接收側(cè)接收到包含piggybacked STATUS PDU的AMD PDU,則該RLC的接收側(cè)將該AMD PDU解密后，立即從該 AMD PDU中提取出piggybacked STATUS PDU并發(fā)送至該RLC的發(fā)送側(cè)， 由發(fā)送側(cè)立即進(jìn)行狀態(tài)變量的更新，然后再將該AMDPDU緩存至接收緩沖 器；在完整的SDU接收完成后，再將接收緩沖器中的所有AMD PDU進(jìn)行 去RLC頭，而不再進(jìn)行提取piggybacked STATUS PDU的操作，直接重組 后發(fā)送至上層。
圖4為本發(fā)明RLC中處理Piggybacked Status PDU以實(shí)現(xiàn)狀態(tài)變量更新 的流程示意圖。在發(fā)送端向接收端發(fā)送了 AMD PDU之后，如圖4所示，本 發(fā)明在RLC中處理Piggybacked Status PDU的方法包括
步驟401, RLC的接收側(cè)判斷接收到的AMD PDU中是否攜帶了
piggybacked STATUS PDU ，如果是，則執(zhí)行步驟402,否則執(zhí)行步驟403。 步驟402，RLC的接收側(cè)提取AMD PDU中攜帶的piggybacked STATUS
PDU,并執(zhí)行步驟403。
本步驟中，由RLC的接收側(cè)提取AMD PDU中攜帶的piggybacked
STATUS PDU之后，即可立即發(fā)送至該RLC的發(fā)送側(cè)，由該RLC的發(fā)送側(cè)
更新狀態(tài)變量，并將重傳緩沖&管理模塊中與該piggybacked STATUS PDU
對(duì)應(yīng)的AMD PDU的重傳。
步驟403, RLC的接收側(cè)緩存該解密得到的AMD PDU。 本步驟中，解密得到的AMDPDU可以緩存在接收緩沖器中。 至此，本流程結(jié)束。
上述流程中，當(dāng)一個(gè)完整SDU的接收完成之后，在RLC的接收側(cè)將所 有緩存的AMD PDU進(jìn)行去RLC頭的操作，而不再進(jìn)行提取piggybacked STATUS PDU的操作，然后將去RLC頭操作后的AMD PDU進(jìn)行重組后發(fā) 送到上層。
在執(zhí)行上述流程的同時(shí)，如果收到STATUS PDU，則采取與現(xiàn)有技術(shù) 一致的方式進(jìn)行處理。
可見，由于RLC無需等待完整SDU的接收即可提取出piggybacked STATUS PDU進(jìn)行狀態(tài)變量的更新，因而能夠保證對(duì)STATUS PDU和 piggybacked STATUS PDU的處理順序與接收順序一致，從而能夠避免先根 據(jù)后接收到的STATUS PDU更新狀態(tài)變量而導(dǎo)致的RLC復(fù)位，因而避免了 數(shù)據(jù)傳輸速率的突變，提高了數(shù)據(jù)傳輸?shù)目煽啃浴?br> 下面，再對(duì)上述流程進(jìn)行舉例說明
參見圖5,仍假設(shè)RLC1的發(fā)送側(cè)先后向RLC2的接收側(cè)發(fā)送了 AMD PDU1、 AMDPDU2、 AMDPDU3、以及STATUS PDUl。其中，AMDPDUl、 AMD PDU2、 AMD PDU3分別包含了同 一個(gè)SDU的各個(gè)分l殳；AMD PDU3 包含了 piggybacked STATUS PDU,表示RLC2之前向RLCl發(fā)送的某個(gè) AMD PDU是否一皮正確接收；STATUS PDUl表示RLC2之前向RLCl發(fā)送
的其他AMD PDU是否被正確接收。
1、 RLC2的接收側(cè)未能正確4妄收AMD PDUl,但正確接收到了 AMD PDU2和AMD PDU3、以及STATUS PDUl 。
2、 RLC2將AMD PDU2和AMD PDU3解碼后，經(jīng)判斷發(fā)現(xiàn)未能正確 接收到AMD PDUl ，因而構(gòu)造STATUS PDU2傳遞給RLC2的發(fā)送側(cè)，并 從AMD PDU3中提取出piggybacked STATUS PDU，并發(fā)送至RLC2的發(fā)送 側(cè)，由RLC2的發(fā)送側(cè)根據(jù)該piggybacked STATUS PDU更新狀態(tài)變量。然 后，RLC2的接收側(cè)將解碼后的AMD PDU2和AMD PDU3 ;改到接收&重傳 緩存內(nèi)。
另外，RLC2的接收側(cè)將接收到STATUS PDUl直接發(fā)送到RLC2的發(fā) 送側(cè)，由RLC2的發(fā)送側(cè)立即根據(jù)該STATUS PDUl再次更新狀態(tài)變量。此 時(shí)的STATUS PDUl不會(huì)與之前更新后狀態(tài)變量不符，從而不會(huì)導(dǎo)致作為發(fā) 送端的RLC復(fù)位。
3、 RLC2的發(fā)送側(cè)將STATUS PDU2發(fā)給RLC1的接收側(cè)，請(qǐng)求RLC1 重發(fā)AMD PDUl。
4、 RLC1收到STATUS PDU2以后，確定AMD PDUl需要重傳，并 AMD PDUl放到發(fā)送側(cè)的發(fā)送緩存中。
5、 RLC1的發(fā)送側(cè)向RLC2的接收側(cè)發(fā)送AMD PDUl以及其它的AMD PDU。
6、 RLC2的接收側(cè)接收到RLC1的發(fā)送側(cè)重傳的AMD PDUl,解碼后 放到接收&重傳緩存內(nèi)，并與之前緩存的AMD PDU2和AMD PDU3 —起進(jìn)
行重組功能。
可見，由于提取piggybacked STATUS PDU的過程無需等待完整SDU 接收完成后再執(zhí)行，因而不會(huì)導(dǎo)致RLC的復(fù)位。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范 圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換以及改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種RLC中的狀態(tài)信息處理方法，其特征在于，該方法包括判斷接收到的AMD PDU中是否攜帶了piggybacked STATUS PDU，如果是，則先提取該AMD PDU中攜帶的piggybacked STATUS PDU，然后將該AMDPDU緩存；否則，直接將該AMD PDU緩存。
2、 如權(quán)利要求l所述的方法，其特征在于，所述提取該AMDPDU中攜帶 的piggybacked STATUS PDU之后，該方法進(jìn)一步包括根據(jù)所述piggybacked STATUS PDU更新狀態(tài)變量。
3、 如權(quán)利要求1或2所述的方法，其特征在于，所述AMDPDU對(duì)應(yīng)的 SDU接收完成后，該方法進(jìn)一步包括將所有緩存的AMD PDU去RLC頭；將去RLC頭后的AMD PDU進(jìn)行重組后發(fā)送到上層。
4、 如權(quán)利要求l所述的方法，其特征在于，該方法進(jìn)一步包括 接收STATUS PDU,并根據(jù)所述STATUS PDU更新狀態(tài)變量。
全文摘要
本發(fā)明公開了一種RLC中的狀態(tài)信息處理方法。本發(fā)明中的RLC無需等待完整SDU的接收，即可提取出piggybacked STATUS PDU進(jìn)行狀態(tài)變量的更新，因而能夠保證對(duì)STATUS PDU和piggybacked STATUS PDU的處理順序與接收順序一致，從而能夠避免先根據(jù)后接收到的STATUS PDU更新狀態(tài)變量而導(dǎo)致的RLC復(fù)位，因而避免了數(shù)據(jù)傳輸速率的突變，提高了數(shù)據(jù)傳輸?shù)目煽啃浴?br> 文檔編號(hào)H04L1/00GK101183916SQ20071017996
公開日2008年5月21日 申請(qǐng)日期2007年12月20日 優(yōu)先權(quán)日2007年12月20日
發(fā)明者陳春明 申請(qǐng)人:普天信息技術(shù)研究院有限公司