專(zhuān)利名稱(chēng):一種狀態(tài)報(bào)告的傳輸方法
技術(shù)領(lǐng)域:
本發(fā)明涉及信息傳輸技術(shù),尤指一種移動(dòng)通訊系統(tǒng)中確認(rèn)模式下?tīng)顟B(tài)報(bào)告的傳輸方法。
背景技術(shù):
通用移動(dòng)通訊系統(tǒng)(UMTS)的無(wú)線傳輸技術(shù)包括頻分雙工模式(FDD)和時(shí)分雙工模式(TDD),目前,WCDMA采用FDD模式,TD-CDMA和TD-SCDMA采用TDD模式。根據(jù)碼片速率的差異,也將TD-CDMA和TD-SCDMA分別稱(chēng)為3.84McpsTDD和1.28McpsTDD。UMTS系統(tǒng)包括無(wú)線接入網(wǎng)絡(luò)(RAN)和核心網(wǎng)絡(luò)(CN)部分,其中,RAN用于處理所有與無(wú)線有關(guān)的功能,CN負(fù)責(zé)處理UMTS系統(tǒng)內(nèi)所有的話音呼叫和數(shù)據(jù)連接,并實(shí)現(xiàn)與外部網(wǎng)絡(luò)的交換和路由功能。
在UMTS系統(tǒng)中,無(wú)線接口協(xié)議分為物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層。數(shù)據(jù)鏈路層中的無(wú)線鏈路控制(RLC)支持透明模式(TM)、非確認(rèn)模式(UM)和確認(rèn)模式(AM)三種模式,實(shí)現(xiàn)分段、級(jí)聯(lián)、填充、差錯(cuò)控制、流量控制、重復(fù)性檢測(cè)等功能。其中,AM模式具有自動(dòng)請(qǐng)求重發(fā)(ARQ)機(jī)制,且RLC AM模式可采用滑動(dòng)窗口協(xié)議。
如圖1示出了RLC AM實(shí)體的模型,每個(gè)RLC AM實(shí)體包括發(fā)送側(cè)和接收側(cè),發(fā)送側(cè)用于調(diào)度和發(fā)送數(shù)據(jù)單元,將數(shù)據(jù)單元發(fā)送給對(duì)端RLC AM實(shí)體;接收側(cè)負(fù)責(zé)接收數(shù)據(jù)單元并發(fā)送給高層,以及產(chǎn)生狀態(tài)報(bào)告,將數(shù)據(jù)單元的接收狀況傳送給發(fā)送側(cè),向?qū)Χ薘LC AM實(shí)體發(fā)送,狀態(tài)報(bào)告也用于窗口控制等功能。具體實(shí)現(xiàn)過(guò)程如圖1所示,包括RLC AM實(shí)體發(fā)送側(cè)接收高層發(fā)來(lái)的RLC業(yè)務(wù)數(shù)據(jù)單元(SDU),對(duì)接收到的RLC SDU進(jìn)行分段/級(jí)聯(lián)處理,以實(shí)現(xiàn)將RLC SDU放入一個(gè)或多個(gè)確認(rèn)模式數(shù)據(jù)(AMD)的PDU中進(jìn)行傳輸,根據(jù)實(shí)際需要,發(fā)送側(cè)還可能進(jìn)行填充處理;然后組裝AMD PDU,并將組裝后的AMD PDU加密后發(fā)送到發(fā)送緩存器;發(fā)送側(cè)中的發(fā)送緩存器對(duì)自身保存的AMD PDU進(jìn)行調(diào)度,調(diào)度到的PDU如果允許發(fā)送,則根據(jù)高層配置的規(guī)則設(shè)置輪詢(xún)比特以及捎帶的狀態(tài)協(xié)議數(shù)據(jù)單元(Piggybacked STATUS PDU),如果是新組裝的AMD PDU,還要設(shè)置序列號(hào)域;之后,將調(diào)度到的AMD PDU提交給底層發(fā)送給對(duì)端的AM實(shí)體。
RLC AM實(shí)體的接收側(cè)將接收到的AMD PDU放入接收緩存器;然后進(jìn)行解密,并將解密得到的數(shù)據(jù)進(jìn)行解析;然后判斷解析出的PDU能否重組出RLC SDU,如果能夠重組出完整的RLC SDU,則進(jìn)行重組操作,并將重組得到的RLC SDU提交到高層。其中,RLC控制單元、接收側(cè)的接收緩存器和重傳管理模塊會(huì)判斷當(dāng)前AMD PDU的傳輸是否準(zhǔn)確,以及是否需要回送相應(yīng)的狀態(tài)報(bào)告,若需要回送狀態(tài)報(bào)告,且狀態(tài)報(bào)告可由AMD PDU捎帶,則AM實(shí)體發(fā)送側(cè)進(jìn)行在RLC報(bào)頭中設(shè)置字段步驟中,將狀態(tài)報(bào)告置于Piggybacked STATUS PDU中,由AMD PDU捎帶發(fā)送給對(duì)端的AM實(shí)體;若當(dāng)前無(wú)法通過(guò)AMD PDU捎帶狀態(tài)報(bào)告,則發(fā)送側(cè)單獨(dú)構(gòu)造狀態(tài)協(xié)議數(shù)據(jù)單元(STATUS PDU),通過(guò)STATUS PDU將狀態(tài)報(bào)告發(fā)送給對(duì)端AM實(shí)體。
圖2示出了AMD PDU的格式,其中,長(zhǎng)度指示(LI,Length Indicator)用來(lái)指示AMD PDU中RLC頭部結(jié)束位置到RLC SDU在本PDU中的最后一個(gè)字節(jié)的字節(jié)數(shù),即數(shù)據(jù)(Data)的長(zhǎng)度,也可以理解為標(biāo)識(shí)出RLC SDU數(shù)據(jù)在該P(yáng)DU中結(jié)束的位置。對(duì)于AMD PDU,當(dāng)AMD PDU長(zhǎng)度不大于126字節(jié)時(shí),使用7比特位的LI;其他情況使用15比特位LI。LI除了用來(lái)進(jìn)行長(zhǎng)度指示外,某些特殊值還用來(lái)表示其他含意。如下所示,表1為7比特位LI特殊值的含意,表2為15比特位LI特殊值的含意。
表1
表2參照?qǐng)D2和表1所示,下面的表3為AMD PDU捎帶PiggybackedSTATUS PDU的格式,其中LI=1111110即用來(lái)表示該P(yáng)DU的剩余部分包含了一個(gè)Piggybacked STATUS PDU。
表3上面已經(jīng)說(shuō)明,在UMTS系統(tǒng)RLC協(xié)議當(dāng)中,AM實(shí)體可以使用狀態(tài)協(xié)議數(shù)據(jù)單元(STATUS PDU)或者是捎帶的狀態(tài)協(xié)議數(shù)據(jù)單元(PiggybackedSTATUS PDU)向?qū)Χ薃M實(shí)體發(fā)送狀態(tài)報(bào)告。目前,在發(fā)送狀態(tài)報(bào)告時(shí),在當(dāng)前RLC SDU傳輸沒(méi)有結(jié)束之前,只能構(gòu)造一個(gè)單獨(dú)的STATUS PDU來(lái)傳輸狀態(tài)報(bào)告,構(gòu)造STATUS PDU的方式引入了很多填充比特,占用了帶寬。
而采用Piggybacked STATUS PDU時(shí),可以避免單獨(dú)構(gòu)造一個(gè)PDU單元傳輸狀態(tài)報(bào)告,從而避免很多填充比特節(jié)省帶寬。但是,由于LI用于指示一個(gè)RLC SDU的結(jié)尾,只有在當(dāng)前SDU在一個(gè)AMD PDU中結(jié)束之后,才可以將Piggybacked STATUS PDU級(jí)連在所述ADM PDU的尾部進(jìn)行傳輸,也就是說(shuō),在RLC SDU傳輸過(guò)程中,若一個(gè)RLC SDU占用了多個(gè)AMDPDU,則LI只能出現(xiàn)在最后的那個(gè)AMD PDU中,Piggybacked STATUS PDU也只能放在最后的那個(gè)AMD PDU的尾部來(lái)傳輸狀態(tài)報(bào)告;若在當(dāng)前RLCSDU傳輸未結(jié)束前傳送狀態(tài)報(bào)告,則只能通過(guò)構(gòu)造STATUS PDU來(lái)實(shí)現(xiàn)狀態(tài)報(bào)告的傳送。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明的主要目的在于提供一種狀態(tài)報(bào)告的傳輸方法,使在RLC SDU傳輸未結(jié)束的情況下,可使用Piggybacked STATUS PDU傳送狀態(tài)報(bào)告,從而避免構(gòu)造單獨(dú)的STATUS PDU,避免引入過(guò)多填充比特,節(jié)省了帶寬。
為達(dá)到以上目的,本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的包括狀態(tài)報(bào)告的發(fā)送過(guò)程當(dāng)前AM實(shí)體判斷是否需要發(fā)送狀態(tài)報(bào)告,若不需要?jiǎng)t退出當(dāng)前流程,若需要,則進(jìn)一步判斷當(dāng)前AMD PDU要封裝傳輸?shù)腞LC SDU是否為所述RLC SDU的尾部數(shù)據(jù),若是,則退出當(dāng)前流程,否則,在所述AMD PDU中插入狀態(tài)報(bào)告,以及插入表示RLC SDU數(shù)據(jù)傳輸未結(jié)束的LI特殊值、表示當(dāng)前AMD PDU中含有的RLC SDU數(shù)據(jù)長(zhǎng)度的LI、表示當(dāng)前AMD PDU含有狀態(tài)報(bào)告的LI特定值,然后將該AMD PDU發(fā)送出去;還包括狀態(tài)報(bào)告的接收過(guò)程AM實(shí)體接收到AMD PDU時(shí),判斷是否含有所述的LI特殊值,若無(wú),則退出當(dāng)前流程,若有,則從當(dāng)前AMD PDU中取出RLC SDU數(shù)據(jù)、狀態(tài)報(bào)告;并繼續(xù)所述RLC SDU后續(xù)部分的接收。
其中,所述的狀態(tài)報(bào)告由捎帶的狀態(tài)協(xié)議數(shù)據(jù)單元Piggybacked STATUSPDU承載;所述的表示當(dāng)前AMD PDU含有狀態(tài)報(bào)告的LI為表示AMD PDU的剩余部分包含了一個(gè)捎帶的狀態(tài)協(xié)議數(shù)據(jù)單元的特定值。
其中,所述的AMD PDU中,所述的表示當(dāng)前AMD PDU中的RLC SDU數(shù)據(jù)長(zhǎng)度的LI位于LI特殊值后面,所述的LI特定值位于表示當(dāng)前AMD PDU中的RLC SDU數(shù)據(jù)長(zhǎng)度LI的后面;所述的捎帶的狀態(tài)協(xié)議數(shù)據(jù)單元位于當(dāng)前AMD PDU中RLC SDU數(shù)據(jù)的后面。
其中,所述的LI特殊值采用的是UMTS RLC協(xié)議AM模式中LI的保留字段。所述的AMD PDU長(zhǎng)度不大于126字節(jié)時(shí),所述的LI為7比特位,否則為15比特位。
其中,所述的通訊系統(tǒng)為通用移動(dòng)通訊系統(tǒng)UMTS。
從以上可以看出,本發(fā)明提供的狀態(tài)報(bào)告的傳輸方法,可以在一個(gè)RLCSDU的傳輸過(guò)程中,在沒(méi)有傳送結(jié)束的情況下,在AMD PDU后插入捎帶的狀態(tài)協(xié)議數(shù)據(jù)單元來(lái)傳輸狀態(tài)報(bào)告,并且不影響當(dāng)前RLC SDU的傳輸過(guò)程,從而避免單獨(dú)構(gòu)造STATUS PDU,從而進(jìn)一步避免引入很多填充比特,節(jié)約了帶寬,提高了鏈路傳輸效率。
圖1為RLC AM實(shí)體的模型圖。
圖2為UMTS中AMD PDU的格式示意圖。
圖3為本發(fā)明狀態(tài)報(bào)告發(fā)送流程圖。
圖4為本發(fā)明狀態(tài)報(bào)告接收流程圖。
具體實(shí)施例方式
本發(fā)明在RLC SDU未傳送完時(shí),在不影響RLC SDU的傳輸情況下,插入Piggybacked STATUS PDU傳輸狀態(tài)報(bào)告,來(lái)避免單獨(dú)構(gòu)造STATUSPDU。下面對(duì)本發(fā)明的實(shí)現(xiàn)方法進(jìn)行詳細(xì)說(shuō)明。
本發(fā)明在AMD PDU格式的LI字段域中,至少使用3個(gè)LI。其中,使用一個(gè)特殊值的LI來(lái)表示當(dāng)前AMD PDU中的RLC SDU數(shù)據(jù)傳輸未結(jié)束,該特殊值是本發(fā)明所設(shè)置的;使用一個(gè)LI表示當(dāng)前AMD PDU中含有的RLCSDU數(shù)據(jù)在當(dāng)前AMD PDU中的長(zhǎng)度;并使用一個(gè)LI特定值表示當(dāng)前AMDPDU含有Piggybacked STATUS PDU,所述的Piggybacked STATUS PDU含有狀態(tài)報(bào)告。
在使用時(shí),將該設(shè)置的LI特殊值置于AMD PDU中所述3個(gè)LI的第一個(gè)LI位置,用第二個(gè)LI表示該P(yáng)DU所攜帶的RLC SDU的數(shù)據(jù)長(zhǎng)度,然后用第三個(gè)LI表示在該P(yáng)DU尾部級(jí)連有Piggybacked STATUS PDU。這樣,接收方收到該AMD PDU后,檢測(cè)到第一個(gè)LI特殊值后,知道該P(yáng)DU中第二個(gè)LI指定的位置后面的RLC SDU并未傳輸結(jié)束,會(huì)繼續(xù)接收后續(xù)AMDPDU中的RLC SDU數(shù)據(jù),以完成對(duì)該RLC SDU的接收;另一方面,則根據(jù)第三個(gè)LI特殊值從該AMD PDU中讀出Piggybacked STATUS PDU,實(shí)現(xiàn)狀態(tài)報(bào)告的傳輸。上述設(shè)置的LI特殊值置于所述3個(gè)LI的第一個(gè)位置,但是不難理解,在該AMD PDU中,設(shè)置的LI特殊值也可以置于第二個(gè)或第三個(gè)位置。
從表1和表2中可以看出,目前的RLC版本LI特殊值中,7比特位的1111100和1111101、15比特位的111111111111100和111111111111101在AMD PDU中是保留字段,都可以設(shè)置為表示下一個(gè)LI指示的RLC SDU在本PDU內(nèi)沒(méi)有結(jié)束。
本例中,對(duì)于7比特位和15比特位的LI,分別設(shè)置1111100和111111111111100表示下一個(gè)LI指示的RLC SDU在當(dāng)前AMD PDU內(nèi)沒(méi)有結(jié)束。下面以7比特位LI為例,并參見(jiàn)圖2、以及圖3示出的狀態(tài)報(bào)告發(fā)送流程和圖4示出的狀態(tài)報(bào)告接收流程,以當(dāng)前RLC SDU傳輸未結(jié)束的情況下,對(duì)傳送狀態(tài)報(bào)告的方法進(jìn)行詳細(xì)說(shuō)明,包括當(dāng)前AM實(shí)體判斷是否需要發(fā)送狀態(tài)報(bào)告,若不需要?jiǎng)t退出當(dāng)前流程,否則,進(jìn)一步判斷,當(dāng)前AMD PDU要封裝傳輸?shù)腞LC SDU是否為該RLCSDU的尾部數(shù)據(jù),即判斷RLC SDU傳送是否完畢,若是,則退出當(dāng)前流程,按照表3示出的方法在傳送RLC SDU時(shí)捎帶狀態(tài)報(bào)告,否則使用本發(fā)明下面所述的方法,構(gòu)造攜帶RLC SDU和狀態(tài)報(bào)告的AMD PDU;然后將捎帶狀態(tài)報(bào)告的RLC SDU發(fā)送出去。
其中,本發(fā)明捎帶狀態(tài)報(bào)告時(shí),使用Piggybacked STATUS PDU承載狀態(tài)報(bào)告,將該P(yáng)iggybacked STATUS PDU級(jí)聯(lián)在當(dāng)前AMD PDU尾部,并且按照表4示出的AMD PDU結(jié)構(gòu)進(jìn)行設(shè)置。其中,第一個(gè)LI=1111100表示該AMD PDU中的下一個(gè)LI指示的RLC SDU在本PDU內(nèi)沒(méi)有結(jié)束,即表示下一個(gè)LI=bbbbbbb不表示RLC SDU傳輸?shù)慕Y(jié)束;下一個(gè)LI即第二個(gè)LI=bbbbbbb用來(lái)表示在當(dāng)前AMD PDU中RLC SDU所占的字節(jié)數(shù),或者說(shuō)是RLC SDU數(shù)據(jù)在該AMD PDU中的長(zhǎng)度;緊接的下一個(gè)LI=1111110,參見(jiàn)表1中的描述,表示當(dāng)前AMD PDU的剩余部分包含了一個(gè)級(jí)連狀態(tài)協(xié)議數(shù)據(jù)單元;緊接的數(shù)據(jù)即為該AMD PDU封裝的RLC SDU數(shù)據(jù),在AMDPDU尾部即為捎帶的Piggybacked STATUS PDU。AM實(shí)體構(gòu)造完該P(yáng)DU后,由發(fā)送側(cè)將該AMD PDU發(fā)送到對(duì)端AM實(shí)體。
表4對(duì)端AM實(shí)體接收側(cè)收到該AMD PDU后,接收側(cè)通過(guò)LI=1111100和第二個(gè)LI=bbbbbbb判斷封裝的RLC SDU數(shù)據(jù),并讀取出來(lái),并且知道后續(xù)的AMD PDU中的RLC SDU數(shù)據(jù)仍然屬于當(dāng)前的RLC SDU,會(huì)繼續(xù)當(dāng)前RLC SDU后續(xù)部分的接收,以完成對(duì)該RLC SDU的接收和重組。另一方面,接收側(cè)根據(jù)LI=bbbbbbb和LI=1111110,得知Piggybacked STATUS PDU的在AMD PDU中的位置,從而讀取出Piggybacked STATUS PDU,完成狀態(tài)報(bào)告的傳輸。
在RLC SDU傳輸未結(jié)束時(shí),若還需傳送狀態(tài)報(bào)告,則均使用表4示出的AMD PDU結(jié)構(gòu)傳輸狀態(tài)報(bào)告。若不需要傳送狀態(tài)報(bào)告,則后續(xù)的RLCSDU數(shù)據(jù)采用現(xiàn)有技術(shù)提供的AMD PDU結(jié)構(gòu)繼續(xù)傳輸,如下表所示,表5為后續(xù)的包含SDU數(shù)據(jù)的PDU,表6為包含SDU尾部數(shù)據(jù)的PDU。表5、表6和表4所示的AMD PDU中的RLC SDU數(shù)據(jù)均屬于一個(gè)RLC SDU。
表5
在表5示出的AMD PDU中包含的數(shù)據(jù)為未傳輸完的RLC SDU的部分?jǐn)?shù)據(jù)。該AMD PDU中沒(méi)有LI字節(jié),表示還有RLC SDU后續(xù)部分的數(shù)據(jù)在后續(xù)的AMD PDU中繼續(xù)傳輸。
表6表6示出的AMD PDU中,RLC SDU在該P(yáng)DU中結(jié)束,即該AMD PDU中的數(shù)據(jù)是RLC SDU的尾部數(shù)據(jù)。第一個(gè)LI=bbbbbbb表示RLC SDU在當(dāng)前PDU中的字節(jié)長(zhǎng)度,即結(jié)束的位置,同時(shí)表示出了該RLC SDU傳輸結(jié)束;第二個(gè)LI=1111111表示該AMD PDU的剩余部分是填充比特。
對(duì)端AM實(shí)體按照現(xiàn)有方法繼續(xù)接收表5、表6示出的AMD PDU后,將這些AMD PDU中的RLC SDU進(jìn)行重組后,傳送給上層,完成RLC SDU的傳輸。
可以看出,通過(guò)本發(fā)明的方案,在一個(gè)RLC SDU傳輸過(guò)程中,實(shí)現(xiàn)插入Piggybacked STATUS PDU傳送狀態(tài)報(bào)告,從而避免為了傳輸狀態(tài)報(bào)告而單獨(dú)構(gòu)造狀態(tài)協(xié)議數(shù)據(jù)單元,進(jìn)而避免引入填充比特,節(jié)約了帶寬,提高了鏈路傳輸效率。
以上所述僅為本發(fā)明的較佳實(shí)施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種狀態(tài)報(bào)告的傳輸方法,適用于包含確認(rèn)模式AM實(shí)體下的通信系統(tǒng),其特征在于,該方法包括狀態(tài)報(bào)告的發(fā)送過(guò)程和狀態(tài)報(bào)告的接收過(guò)程;其中,狀態(tài)報(bào)告的發(fā)送過(guò)程包括當(dāng)前AM實(shí)體判斷是否需要發(fā)送狀態(tài)報(bào)告,若不需要?jiǎng)t退出當(dāng)前流程,若需要,則進(jìn)一步判斷當(dāng)前AMD PDU要封裝傳輸?shù)腞LC SDU是否為所述RLC SDU的尾部數(shù)據(jù),若是,則退出當(dāng)前流程,否則,在所述AMD PDU中插入狀態(tài)報(bào)告,以及插入表示RLC SDU數(shù)據(jù)傳輸未結(jié)束的LI特殊值、表示當(dāng)前AMD PDU中的RLC SDU數(shù)據(jù)長(zhǎng)度的LI、表示當(dāng)前AMD PDU含有狀態(tài)報(bào)告的LI特定值,然后將該AMD PDU發(fā)送出去;狀態(tài)報(bào)告的接收過(guò)程包括AM實(shí)體接收到AMD PDU時(shí),判斷是否含有所述的LI特殊值,若無(wú),則退出當(dāng)前流程,若有,則從當(dāng)前AMD PDU中取出RLC SDU數(shù)據(jù)、狀態(tài)報(bào)告;并繼續(xù)所述RLC SDU后續(xù)部分的接收。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述的狀態(tài)報(bào)告由捎帶的狀態(tài)協(xié)議數(shù)據(jù)單元Piggybacked STATUS PDU承載;所述的表示當(dāng)前AMD PDU含有狀態(tài)報(bào)告的LI為表示AMD PDU的剩余部分包含了一個(gè)捎帶的狀態(tài)協(xié)議數(shù)據(jù)單元的特定值。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于,所述的AMD PDU中,所述的表示當(dāng)前AMD PDU中的RLC SDU數(shù)據(jù)長(zhǎng)度的LI位于LI特殊值后面,所述的LI特定值位于表示當(dāng)前AMD PDU中的RLC SDU數(shù)據(jù)長(zhǎng)度LI的后面;所述的捎帶的狀態(tài)協(xié)議數(shù)據(jù)單元位于當(dāng)前AMD PDU中RLC SDU數(shù)據(jù)的后面。
4.根據(jù)權(quán)利要求1或3所述的方法,其特征在于,所述的LI特殊值采用的是UMTS RLC協(xié)議AM模式中LI的保留字段。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于,所述的AMD PDU長(zhǎng)度不大于126字節(jié)時(shí),所述的LI為7比特位,否則為15比特位。
6.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述的通訊系統(tǒng)為通用移動(dòng)通訊系統(tǒng)UMTS。
全文摘要
本發(fā)明提供了一種狀態(tài)報(bào)告的傳輸方法,適用于包含確認(rèn)模式AM實(shí)體下的通信系統(tǒng)。其中,狀態(tài)報(bào)告的發(fā)送過(guò)程包括當(dāng)前AM實(shí)體判斷需要發(fā)送狀態(tài)報(bào)告時(shí),并且進(jìn)一步判斷當(dāng)前AMD PDU要封裝傳輸?shù)腞LC SDU不是所述RLC SDU的尾部數(shù)據(jù)時(shí),在所述AMD PDU中插入狀態(tài)報(bào)告,以及插入表示RLC SDU數(shù)據(jù)傳輸未結(jié)束的LI特殊值、表示當(dāng)前AMD PDU中含有的RLC SDU數(shù)據(jù)長(zhǎng)度的LI、表示當(dāng)前AMD PDU含有狀態(tài)報(bào)告的LI特定值,然后將該AMD PDU發(fā)送出去。狀態(tài)報(bào)告的接收過(guò)程包括AM實(shí)體接收到AMD PDU時(shí),判斷出含有所述的LI特殊值,則從當(dāng)前AMD PDU中取出RLC SDU數(shù)據(jù)、狀態(tài)報(bào)告;并繼續(xù)所述RLC SDU后續(xù)部分的接收。應(yīng)用本發(fā)明,使在RLC SDU傳輸未結(jié)束的情況下,可級(jí)連傳送狀態(tài)報(bào)告。
文檔編號(hào)H04L29/06GK1697556SQ200410034760
公開(kāi)日2005年11月16日 申請(qǐng)日期2004年5月12日 優(yōu)先權(quán)日2004年5月12日
發(fā)明者楊學(xué)志 申請(qǐng)人:華為技術(shù)有限公司