專利名稱:一種發(fā)送狀態(tài)報告的方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通訊數(shù)據(jù)傳輸技術(shù),尤其涉及一種發(fā)送狀態(tài)報告的方法。
背景技術(shù):
通用移動通信系統(tǒng)(UMTS,Universal Mobile Telecommunications System)是采用寬帶碼分多址(WCDMA)空中接口技術(shù)的第三代移動通信系統(tǒng),通常也將它稱為WCDMA系統(tǒng)。UMTS系統(tǒng)采用了與第二代移動通信系統(tǒng)類似的結(jié)構(gòu),包括無線接入網(wǎng)絡(luò)(RAN,Radio Access Network)和核心網(wǎng)絡(luò)(CN,CoreNetwork),其中,無線接入網(wǎng)絡(luò)用于處理所有與無線有關(guān)的功能,核心網(wǎng)絡(luò)負(fù)責(zé)處理UMTS系統(tǒng)內(nèi)所有的話音呼叫和數(shù)據(jù)連接,并實(shí)現(xiàn)與外部網(wǎng)絡(luò)的交換和路由功能。在實(shí)際組網(wǎng)中,通用陸地?zé)o線接入網(wǎng)絡(luò)(UTRAN)、核心網(wǎng)絡(luò)與用戶設(shè)備(UE,User Equipment)一起構(gòu)成完整的UMTS系統(tǒng);核心網(wǎng)絡(luò)從邏輯上又分為電路交換域(CS,Circuit Switched Domain)和分組交換域(PS,Packet Switched Domain)。
WCDMA的無線接口分為物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層,其中,數(shù)據(jù)鏈路層又包括介質(zhì)訪問控制(MAC)子層、無線鏈路控制(RLC)子層、分組數(shù)據(jù)壓縮協(xié)議(PDCP)子層和廣播/多播控制(BMC)子層;網(wǎng)絡(luò)層又包括無線資源控制(RRC)子層。
數(shù)據(jù)鏈路層的RLC支持三種傳輸模式透明模式(TM)、非確認(rèn)模式(UM)、確認(rèn)模式(AM),實(shí)現(xiàn)分段、級聯(lián)、填充、重組、差錯控制、流量控制、重復(fù)性檢測等功能。其中,AM模式具有對數(shù)據(jù)單元進(jìn)行差錯控制的自動重傳請求(ARQ)機(jī)制。
AM模式的ARQ機(jī)制包括兩個相互通訊的對等實(shí)體RLC AM發(fā)送實(shí)體和RLC AM接收實(shí)體,這兩個實(shí)體是相對的,一個RLC AM實(shí)體作為發(fā)送方時,為發(fā)送實(shí)體,作為接收方時,為接收實(shí)體。因此一個RLC AM實(shí)體中包括兩側(cè)發(fā)送側(cè)(Transmitting side)和接收側(cè)(Receiving side),發(fā)送側(cè)用于調(diào)度和發(fā)送數(shù)據(jù)單元;接收側(cè)用于接收數(shù)據(jù)單元,并負(fù)責(zé)發(fā)送狀態(tài)報告到發(fā)送側(cè),報告數(shù)據(jù)單元的接收狀況,狀態(tài)報告中包含針對所接收數(shù)據(jù)單元的肯定確認(rèn)或否定確認(rèn),肯定確認(rèn)表示相應(yīng)數(shù)據(jù)單元被正確接收,否定確認(rèn)表示相應(yīng)數(shù)據(jù)單元錯誤或丟失,此時需重傳相應(yīng)的數(shù)據(jù)單元。以下依據(jù)圖1說明RLC AM實(shí)體發(fā)送側(cè)和接收側(cè)對數(shù)據(jù)單元的處理過程。
RLC AM實(shí)體發(fā)送側(cè)對數(shù)據(jù)單元的處理過程為T1、RLC AM實(shí)體發(fā)送側(cè)接收高層傳送來的業(yè)務(wù)數(shù)據(jù)單元(SDU),對所收到的SDU進(jìn)行分段/級聯(lián)處理。根據(jù)實(shí)際需要,RLC AM實(shí)體發(fā)送側(cè)還可能對分段/級聯(lián)處理后的SDU進(jìn)行填充處理,以固定RLC PDU的大小。
T2、將步驟T1處理后的SDU組裝成固定長度的確認(rèn)模式數(shù)據(jù)(AMD)的協(xié)議數(shù)據(jù)單元(PDU)。
圖2所示為AMD PDU的數(shù)據(jù)結(jié)構(gòu),如圖2所示,其中第一個字節(jié)中的D表示本AMD PDU為數(shù)據(jù)PDU;本AMD PDU的序列號放在第一個字節(jié)和第二個字節(jié)中;第二個字節(jié)中的P表示查詢比特,用于請求對方發(fā)送狀態(tài)報告;HE為圖擴(kuò)展類型,表示后面字節(jié)為數(shù)據(jù)域還是長度指示(LI,Length Indicator)域;LI域用來定義AMD PDU內(nèi)SDU的邊界;數(shù)據(jù)域后面的字節(jié)為填充字節(jié)或捎帶的狀態(tài)PDU。
T3、將步驟T2中生成的AMD PDU放入重傳緩沖區(qū)和復(fù)用設(shè)備中,同時,重傳緩沖區(qū)根據(jù)從本RLC AM實(shí)體接收側(cè)傳來的狀態(tài)報告向復(fù)用設(shè)備發(fā)送需要重傳的AMD PDU,該狀態(tài)報告是由與本RLC AM實(shí)體進(jìn)行通訊的RLC AM實(shí)體發(fā)送的。
T4、復(fù)用設(shè)備對重傳緩沖區(qū)傳來的AMD PDU和分段/級聯(lián)處理新產(chǎn)生的AMD PDU進(jìn)行調(diào)度,將允許發(fā)送的PDU放入發(fā)送緩沖區(qū)。
T5、根據(jù)高層配置的規(guī)則設(shè)置查詢比特和增加捎帶的狀態(tài)信息,如果是新的AMD PDU,還要設(shè)置序列號(SN)域,并對控制PDU、狀態(tài)PDU、捎帶的狀態(tài)PDU和AMD PDU進(jìn)行復(fù)用,將其多個數(shù)據(jù)流變?yōu)橐粋€數(shù)據(jù)流等待發(fā)送。其中,控制PDU是由RLC控制單元發(fā)出的,包括控制信息,例如復(fù)位控制信息等;狀態(tài)PDU是根據(jù)本RLC AM實(shí)體接收側(cè)傳來的狀態(tài)報告生成的,是狀態(tài)報告的載體,其中包括狀態(tài)報告信息;捎帶的狀態(tài)PDU為大小小于或等于AMD PDU填充字節(jié)的狀態(tài)PDU。
T6、對AMD PDU進(jìn)行加密。
T7、通過邏輯信道,例如一個或兩個專用控制信道(DCCH)或?qū)S脴I(yè)務(wù)信道(DTCH),將所述的PDU發(fā)送出去。
RLC AM實(shí)體接收側(cè)對數(shù)據(jù)單元的處理過程為R1、解復(fù)用/選路單元將接收到的AMD PDU送到解密單元;將接收到的控制PDU送到RLC控制單元,并將接收到的狀態(tài)PDU發(fā)送到本RLC AM實(shí)體發(fā)送側(cè)的重傳緩沖區(qū)。該狀態(tài)PDU中包括狀態(tài)報告信息,是由與本RLCAM實(shí)體進(jìn)行通訊的RLC AM實(shí)體發(fā)送的。
R2、對AMD PDU進(jìn)行解密,放到接收緩沖區(qū)。RLC AM實(shí)體接收側(cè)根據(jù)高層配置的狀態(tài)報告觸發(fā)機(jī)制以及AMD PDU中查詢比特的值判斷是否需要發(fā)送狀態(tài)報告,如果需要發(fā)送,則組裝狀態(tài)報告,并將該狀態(tài)報告發(fā)送到本RLC AM實(shí)體的發(fā)送側(cè)發(fā)送。同時,RLC控制單元根據(jù)控制PDU的接收狀況判斷是否需要發(fā)送狀態(tài)報告,如果需要,則組裝狀態(tài)報告,并將該狀態(tài)報告發(fā)送到本RLC AM實(shí)體的發(fā)送側(cè)發(fā)送。
R3、對接收緩沖區(qū)中的AMD PDU進(jìn)行解析,以判斷能否重組出RLCSDU,如果能夠重組出完整的RLC SDU,則去除AMD PDU中的RLC報頭,并進(jìn)行重組操作,并將重組得到的RLC SDU提交到高層。同時,提取AMDPDU捎帶的狀態(tài)PDU,將該狀態(tài)PDU發(fā)送到本RLC AM實(shí)體發(fā)送側(cè)的重傳緩沖區(qū)。
所述的狀態(tài)報告用來確認(rèn)正確接收的AMD PDU,以及請求與本RLCAM實(shí)體進(jìn)行通訊的RLC AM實(shí)體重傳丟失的AMD PDU。RLC AM實(shí)體的接收側(cè)所組裝的狀態(tài)報告中包含的是肯定確認(rèn)(ACK)信息和否定確認(rèn)(NACK)信息。如果本RLC AM實(shí)體的發(fā)送側(cè)收到包含NACK信息的狀態(tài)報告,則重新傳送傳輸出現(xiàn)錯誤或被丟棄的PDU,以保證數(shù)據(jù)單元的正確傳輸。
如上所述,在當(dāng)前機(jī)制中,發(fā)送數(shù)據(jù)單元的狀態(tài)報告時允許采用捎帶技術(shù),即如果要發(fā)送的狀態(tài)PDU的大小等于或小于要發(fā)送的AMD PDU的填充字節(jié)時,則用該狀態(tài)PDU代替該AMD PDU的填充字節(jié),封裝在AMDPDU中,與該AMD PDU一起發(fā)送。捎帶狀態(tài)PDU技術(shù)可以減少不必要的填充字節(jié),從而提高鏈路的利用率。
如圖3所示,現(xiàn)有技術(shù)中利用捎帶機(jī)制發(fā)送狀態(tài)報告的流程為步驟301、RLC AM實(shí)體的發(fā)送側(cè)接收高層傳送來的未經(jīng)過處理的SDU,并對該SDU進(jìn)行分段/級聯(lián)處理,生成AMD PDU;步驟302、觸發(fā)狀態(tài)報告的發(fā)送過程,RLC AM實(shí)體的接收側(cè)根據(jù)PDU的接收狀態(tài)生成狀態(tài)報告,并進(jìn)一步生成狀態(tài)PDU,該狀態(tài)PDU中含有狀態(tài)報告的信息;以下步驟為RLC AM實(shí)體發(fā)送側(cè)的處理過程步驟303、判斷狀態(tài)PDU是否需要捎帶,如果狀態(tài)PDU的大小等于或小于預(yù)先設(shè)置的捎帶門限,則該P(yáng)DU需要捎帶,并執(zhí)行步驟304;否則,該P(yáng)DU不需要捎帶,執(zhí)行步驟307。其中,捎帶門限為RLC PDU的長度L與系數(shù)a的積,系數(shù)a的值可以取0.0625。
步驟304、在重發(fā)緩沖區(qū)中查找是否有可以容納所述狀態(tài)PDU的AMDPDU,如果有,則執(zhí)行步驟306,否則,執(zhí)行步驟305。
步驟305、在發(fā)送緩沖區(qū)中查找是否有可以容納所述狀態(tài)PDU的AMDPDU,如果有,則執(zhí)行步驟306,否則,執(zhí)行步驟307。
步驟306、將狀態(tài)PDU封裝在AMD PDU的填充部分,并發(fā)送該AMDPDU,結(jié)束流程。
步驟307、直接發(fā)送狀態(tài)PDU,并結(jié)束流程。
現(xiàn)有技術(shù)利用捎帶機(jī)制發(fā)送狀態(tài)報告的缺點(diǎn)為RLC AM實(shí)體接收到來自高層的SDU后立即進(jìn)行分段,組裝成固定長度的AMD PDU,而且還會進(jìn)行級聯(lián),尤其是在突發(fā)的業(yè)務(wù)模型下,級聯(lián)的一個很大的作用在于減少填充字節(jié)。由此生成的AMD PDU需要填充的概率就比較小,從而沒有足夠的空間捎帶狀態(tài)PDU,也就無法充分利用捎帶機(jī)制所帶來的效益,因此只能組成獨(dú)立的狀態(tài)PDU并填充為固定的大小發(fā)送狀態(tài)報告,從而造成鏈路資源的浪費(fèi)。這種缺點(diǎn)在狀態(tài)報告本身內(nèi)容相對RLC PDU長度較小、狀態(tài)報告發(fā)送比較頻繁、單位時間內(nèi)允許發(fā)送的PDU個數(shù)較少的情況下更為突出,因?yàn)樾×繝顟B(tài)報告的發(fā)送會占用較多的鏈路資源,進(jìn)一步影響同一RLC AM實(shí)體發(fā)送AMD PDU,造成發(fā)送阻塞。
上述問題不僅是出現(xiàn)在WCDMA系統(tǒng)的ARQ機(jī)制中,由于在時分同步碼分多址(TD-SCDMA)系統(tǒng)中,RLC協(xié)議的確認(rèn)模式(AM)中的也有ARQ機(jī)制,因此在TD-SCDMA系統(tǒng)中也有同樣的問題。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明的主要目的是提供一種發(fā)送狀態(tài)報告的方法,充分發(fā)揮捎帶機(jī)制的效益,提高鏈路資源的利用率。
為了實(shí)現(xiàn)上述目的,本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的一種發(fā)送狀態(tài)報告的方法,適用于至少包括兩個通訊實(shí)體的通信系統(tǒng)中,且兩個通訊實(shí)體之間采用自動重傳機(jī)制ARQ生成狀態(tài)報告并傳輸數(shù)據(jù)單元,該方法包括a、查找緩沖區(qū)中是否有可捎帶所述狀態(tài)報告的數(shù)據(jù)單元,如果查找到,則執(zhí)行步驟c;否則,執(zhí)行步驟b;b、對未經(jīng)過處理的發(fā)送數(shù)據(jù)進(jìn)行處理,生成可捎帶所述狀態(tài)報告的數(shù)據(jù)單元;c、將所述狀態(tài)報告封裝在可捎帶所述狀態(tài)報告的數(shù)據(jù)單元的填充字節(jié)部分,并發(fā)送該可捎帶所述狀態(tài)報告的數(shù)據(jù)單元。
在步驟a之前進(jìn)一步包括判斷所述狀態(tài)報告是否需要捎帶,如果需要,則執(zhí)行步驟a;否則,直接發(fā)送該狀態(tài)報告。
所述判斷狀態(tài)報告是否需要捎帶的方法為判斷所述狀態(tài)報告的大小是否小于或等于預(yù)先設(shè)置的捎帶門限,如果是,則該狀態(tài)報告需要捎帶,否則,該狀態(tài)報告不需捎帶。
在步驟a之后,步驟b之前進(jìn)一步包括判斷是否有未經(jīng)過處理的發(fā)送數(shù)據(jù),如果有,則執(zhí)行步驟b,否則,直接發(fā)送所述的狀態(tài)報告。
步驟a中查找緩沖區(qū)中是否有可捎帶所述狀態(tài)報告的數(shù)據(jù)單元的方法為依次檢查緩沖區(qū)中每個數(shù)據(jù)單元的填充字節(jié),如果一個數(shù)據(jù)單元的填充字節(jié)大于所述狀態(tài)報告的大小,則該數(shù)據(jù)單元為可捎帶所述狀態(tài)報告的數(shù)據(jù)單元。
步驟b的具體過程為對所述未經(jīng)過處理的發(fā)送數(shù)據(jù)單元進(jìn)行分段、級聯(lián)或分段和級聯(lián)處理,組裝成新的數(shù)據(jù)單元,并在該新的數(shù)據(jù)單元中預(yù)留大于或等于所要捎帶的狀態(tài)報告大小的空間,生成可捎帶所述狀態(tài)報告的數(shù)據(jù)單元。
所述通信系統(tǒng)為WCDMA系統(tǒng)、或?yàn)門D-SCDMA系統(tǒng),且所述自動重傳機(jī)制在無線鏈路控制協(xié)議的確認(rèn)模式下實(shí)現(xiàn)。所述通信系統(tǒng)也可以為CDMA2000系統(tǒng),且所述自動重傳機(jī)制在鏈路接入控制協(xié)議的自動重傳請求子層中實(shí)現(xiàn)。
由于本發(fā)明所述的方法當(dāng)RLC AM實(shí)體接收到高層來的數(shù)據(jù)單元后,不立即對其進(jìn)行分段和級聯(lián)處理,而是先判斷是否有適合捎帶的狀態(tài)報告,如果狀態(tài)報告適合捎帶,則再對高層傳來的數(shù)據(jù)單元進(jìn)行分段/級聯(lián)處理,并在處理時為該狀態(tài)報告預(yù)留空間,將該狀態(tài)報告封裝在可用于捎帶的數(shù)據(jù)單元中發(fā)送,從而充分利用捎帶機(jī)制所帶來的效益,提高了通信鏈路資源的利用率,提高通訊系統(tǒng)的工作效率,并間接地降低成本。
圖1為現(xiàn)有技術(shù)中RLC AM實(shí)體的功能模型示意圖;圖2為AMD PDU的數(shù)據(jù)結(jié)構(gòu)圖;圖3為現(xiàn)有技術(shù)中利用捎帶機(jī)制發(fā)送狀態(tài)報告的流程圖;圖4為本發(fā)明所述方法利用捎帶機(jī)制發(fā)送狀態(tài)報告的流程圖。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例進(jìn)一步說明本發(fā)明的實(shí)施方法。
本發(fā)明適用的通信系統(tǒng)至少包含兩個通訊實(shí)體,每個通訊實(shí)體都包括發(fā)送側(cè)和接收側(cè),并且,兩個通訊實(shí)體之間的通信采用自動重傳請求(ARQ)機(jī)制。這里,所述的通信系統(tǒng)可以是WCDMA系統(tǒng)、或TD-SCDMA系統(tǒng)、或是CDMA2000系統(tǒng)。對于WCDMA系統(tǒng)或TD-SCDMA系統(tǒng),自動重傳請求機(jī)制在RLC協(xié)議的AM模式下實(shí)現(xiàn);對于CDMA2000系統(tǒng),自動重傳請求機(jī)制在鏈路接入控制(LAC)協(xié)議的ARQ子層中實(shí)現(xiàn)。
最佳的,本發(fā)明適用于WCDMA系統(tǒng)中通用陸地?zé)o線接入網(wǎng)絡(luò)(UTRAN)的RLC層的AM模式下。
本發(fā)明的核心思想為根據(jù)需要捎帶的狀態(tài)PDU的大小對SDU進(jìn)行分段/級聯(lián)處理,生成可以容納狀態(tài)PDU的AMD PDU,并將狀態(tài)PDU封裝在該AMD PDU中捎帶發(fā)送。
如圖4所示,本實(shí)施例所述的狀態(tài)報告發(fā)送方法包括以下步驟步驟401、觸發(fā)狀態(tài)報告的發(fā)送過程,RLC AM實(shí)體的接收側(cè)根據(jù)當(dāng)前PDU的接收情況生成狀態(tài)報告,并進(jìn)一步生成該狀態(tài)報告的載體,即狀態(tài)PDU。將狀態(tài)PDU發(fā)送到本RLC AM實(shí)體的發(fā)送側(cè)。
在RLC協(xié)議中,狀態(tài)報告的觸發(fā)有多種機(jī)制,例如Timer_Status_Prohibit機(jī)制可以觸發(fā)狀態(tài)報告,并可控制狀態(tài)報告的發(fā)送頻度。
以下步驟為RLC AM實(shí)體發(fā)送側(cè)的處理過程
步驟402、判斷一個狀態(tài)PDU的大小是否小于或等于預(yù)先設(shè)置的RLCPDU的捎帶門限,如果是,則該狀態(tài)PDU需要捎帶,并執(zhí)行步驟403;否則,該狀態(tài)PDU不需要捎帶,執(zhí)行步驟408。本步驟中,所述的捎帶門限為RLC PDU的長度L與系數(shù)a的積,系數(shù)a的值可以取0.0625。
步驟403、判斷重傳緩沖區(qū)中是否有需要發(fā)送的AMD PDU,如果有,則執(zhí)行步驟404;否則執(zhí)行步驟405。
步驟404、依次檢查重傳緩沖區(qū)中每個AMD PDU的填充字節(jié),如果有一AMD PDU的填充字節(jié)大于所述狀態(tài)PDU的大小,則該AMD PDU為一可捎帶所述狀態(tài)報告的數(shù)據(jù)單元,并選擇該AMD PDU作為狀態(tài)PDU的載體,執(zhí)行步驟407;否則,執(zhí)行步驟405。
步驟405、判斷是否有尚未進(jìn)行分段/級聯(lián)處理的高層SDU,如果有,則執(zhí)行步驟406;否則,執(zhí)行步驟408。
步驟406、根據(jù)所述狀態(tài)PDU的大小對SDU進(jìn)行分段/級聯(lián)處理,組裝成新的AMD PDU,并在新生成的AMD PDU中預(yù)留大于或等于狀態(tài)PDU大小的空間,生成其填充字節(jié)大于所述狀態(tài)PDU大小的AMD PDU,即生成可容納狀態(tài)PDU的AMD PDU。
步驟407、將所述狀態(tài)PDU封裝在所述AMD PDU中的填充部分,并發(fā)送該AMD PDU,結(jié)束流程。
步驟408、不對狀態(tài)PDU進(jìn)行捎帶,直接發(fā)送狀態(tài)PDU,結(jié)束流程。
以上所述,僅為本發(fā)明較佳的具體實(shí)施方式
,但本發(fā)明的保護(hù)范圍并不局限于此,任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi),可輕易想到的變化或替換,都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種發(fā)送狀態(tài)報告的方法,適用于至少包括兩個通訊實(shí)體的通信系統(tǒng)中,且兩個通訊實(shí)體之間采用自動重傳機(jī)制ARQ生成狀態(tài)報告并傳輸數(shù)據(jù)單元,其特征在于,所述方法包括a、查找緩沖區(qū)中是否有可捎帶所述狀態(tài)報告的數(shù)據(jù)單元,如果查找到,則執(zhí)行步驟c;否則,執(zhí)行步驟b;b、對未經(jīng)過處理的發(fā)送數(shù)據(jù)進(jìn)行處理,生成可捎帶所述狀態(tài)報告的數(shù)據(jù)單元;c、將所述狀態(tài)報告封裝在可捎帶所述狀態(tài)報告的數(shù)據(jù)單元的填充字節(jié)部分,并發(fā)送該可捎帶所述狀態(tài)報告的數(shù)據(jù)單元。
2.如權(quán)利要求1所述的方法,其特征在于,在步驟a之前進(jìn)一步包括判斷所述狀態(tài)報告是否需要捎帶,如果需要,則執(zhí)行步驟a;否則,直接發(fā)送該狀態(tài)報告。
3.如權(quán)利要求2所述的方法,其特征在于,所述判斷狀態(tài)報告是否需要捎帶的方法為判斷所述狀態(tài)報告的大小是否小于或等于預(yù)先設(shè)置的捎帶門限,如果是,則該狀態(tài)報告需要捎帶,否則,該狀態(tài)報告不需捎帶。
4.如權(quán)利要求1所述的方法,其特征在于,在步驟a之后,步驟b之前進(jìn)一步包括判斷是否有未經(jīng)過處理的發(fā)送數(shù)據(jù),如果有,則執(zhí)行步驟b,否則,直接發(fā)送所述的狀態(tài)報告。
5.如權(quán)利要求1所述的方法,其特征在于,步驟a中查找緩沖區(qū)中是否有可捎帶所述狀態(tài)報告的數(shù)據(jù)單元的方法為依次檢查緩沖區(qū)中每個數(shù)據(jù)單元的填充字節(jié),如果一個數(shù)據(jù)單元的填充字節(jié)大于所述狀態(tài)報告的大小,則該數(shù)據(jù)單元為可捎帶所述狀態(tài)報告的數(shù)據(jù)單元。
6.如權(quán)利要求1所述的方法,其特征在于,步驟b的具體過程為對所述未經(jīng)過處理的發(fā)送數(shù)據(jù)單元進(jìn)行分段、級聯(lián)或分段和級聯(lián)處理,組裝成新的數(shù)據(jù)單元,并在該新的數(shù)據(jù)單元中預(yù)留大于或等于所要捎帶的狀態(tài)報告大小的空間,生成可捎帶所述狀態(tài)報告的數(shù)據(jù)單元。
7.根據(jù)權(quán)利要求1至6任一項(xiàng)所述的方法,其特征在于,所述通信系統(tǒng)為WCDMA系統(tǒng)、或?yàn)門D-SCDMA系統(tǒng)。
8.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述自動重傳機(jī)制在無線鏈路控制協(xié)議的確認(rèn)模式下實(shí)現(xiàn)。
9.根據(jù)權(quán)利要求1至6任一項(xiàng)所述的方法,其特征在于,所述通信系統(tǒng)為CDMA2000系統(tǒng)。
10.根據(jù)權(quán)利要求9所述的方法,其特征在于,所述自動重傳機(jī)制在鏈路接入控制協(xié)議的自動重傳請求子層中實(shí)現(xiàn)。
全文摘要
本發(fā)明公開了一種發(fā)送狀態(tài)報告的方法,適用于至少包括兩個通訊實(shí)體的通信系統(tǒng)中,且兩個通訊實(shí)體之間采用自動重傳機(jī)制ARQ生成狀態(tài)報告并傳輸數(shù)據(jù)單元,包括a.查找緩沖區(qū)中是否有可捎帶所述狀態(tài)報告的數(shù)據(jù)單元,如果查找到,則執(zhí)行步驟c;否則,執(zhí)行步驟b;b.對未經(jīng)過處理的發(fā)送數(shù)據(jù)進(jìn)行處理,生成可捎帶所述狀態(tài)報告的數(shù)據(jù)單元;c.將所述狀態(tài)報告封裝在可捎帶所述狀態(tài)報告的數(shù)據(jù)單元的填充字節(jié)部分,并發(fā)送該可捎帶所述狀態(tài)報告的數(shù)據(jù)單元。利用本發(fā)明所述的方法可充分發(fā)揮捎帶機(jī)制的效益,提高鏈路資源的利用率。
文檔編號H04L1/18GK1700627SQ200410042408
公開日2005年11月23日 申請日期2004年5月18日 優(yōu)先權(quán)日2004年5月18日
發(fā)明者楊學(xué)志, 丁穎哲 申請人:華為技術(shù)有限公司