專利名稱：一種發(fā)送狀態(tài)報(bào)告的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊數(shù)據(jù)傳輸技術(shù)，尤其涉及一種發(fā)送狀態(tài)報(bào)告的方法。
背景技術(shù)：
通用移動(dòng)通信系統(tǒng)(UMTS，Universal Mobile Telecommunications System)是采用寬帶碼分多址(WCDMA)空中接口技術(shù)的第三代移動(dòng)通信系統(tǒng)，通常也將它稱為WCDMA系統(tǒng)。UMTS系統(tǒng)采用了與第二代移動(dò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)分段、級(jí)聯(lián)、填充、重組、差錯(cuò)控制、流量控制、重復(fù)性檢測(cè)等功能。其中，AM模式具有對(duì)數(shù)據(jù)單元進(jìn)行差錯(cuò)控制的自動(dòng)重傳請(qǐng)求(ARQ)機(jī)制。
AM模式的ARQ機(jī)制包括兩個(gè)相互通訊的對(duì)等實(shí)體RLC AM發(fā)送實(shí)體和RLC AM接收實(shí)體，這兩個(gè)實(shí)體是相對(duì)的，一個(gè)RLC AM實(shí)體作為發(fā)送方時(shí)，為發(fā)送實(shí)體，作為接收方時(shí)，為接收實(shí)體。因此一個(gè)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)報(bào)告到發(fā)送側(cè)，報(bào)告數(shù)據(jù)單元的接收狀況，狀態(tài)報(bào)告中包含針對(duì)所接收數(shù)據(jù)單元的肯定確認(rèn)或否定確認(rèn)，肯定確認(rèn)表示相應(yīng)數(shù)據(jù)單元被正確接收，否定確認(rèn)表示相應(yīng)數(shù)據(jù)單元錯(cuò)誤或丟失，此時(shí)需重傳相應(yīng)的數(shù)據(jù)單元。以下依據(jù)圖1說明RLC AM實(shí)體發(fā)送側(cè)和接收側(cè)對(duì)數(shù)據(jù)單元的處理過程。
RLC AM實(shí)體發(fā)送側(cè)對(duì)數(shù)據(jù)單元的處理過程為T1、RLC AM實(shí)體發(fā)送側(cè)接收高層傳送來的業(yè)務(wù)數(shù)據(jù)單元(SDU)，對(duì)所收到的SDU進(jìn)行分段/級(jí)聯(lián)處理。根據(jù)實(shí)際需要，RLC AM實(shí)體發(fā)送側(cè)還可能對(duì)分段/級(jí)聯(lián)處理后的SDU進(jìn)行填充處理，以固定RLC PDU的大小。
T2、將步驟T1處理后的SDU組裝成固定長(zhǎng)度的確認(rèn)模式數(shù)據(jù)(AMD)的協(xié)議數(shù)據(jù)單元(PDU)。
圖2所示為AMD PDU的數(shù)據(jù)結(jié)構(gòu)，如圖2所示，其中第一個(gè)字節(jié)中的D表示本AMD PDU為數(shù)據(jù)PDU；本AMD PDU的序列號(hào)放在第一個(gè)字節(jié)和第二個(gè)字節(jié)中；第二個(gè)字節(jié)中的P表示查詢比特，用于請(qǐng)求對(duì)方發(fā)送狀態(tài)報(bào)告；HE為圖擴(kuò)展類型，表示后面字節(jié)為數(shù)據(jù)域還是長(zhǎng)度指示(LI，Length Indicator)域；LI域用來定義AMD PDU內(nèi)SDU的邊界；數(shù)據(jù)域后面的字節(jié)為填充字節(jié)或捎帶的狀態(tài)PDU。
T3、將步驟T2中生成的AMD PDU放入重傳緩沖區(qū)和復(fù)用設(shè)備中，同時(shí)，重傳緩沖區(qū)根據(jù)從本RLC AM實(shí)體接收側(cè)傳來的狀態(tài)報(bào)告向復(fù)用設(shè)備發(fā)送需要重傳的AMD PDU，該狀態(tài)報(bào)告是由與本RLC AM實(shí)體進(jìn)行通訊的RLC AM實(shí)體發(fā)送的。
T4、復(fù)用設(shè)備對(duì)重傳緩沖區(qū)傳來的AMD PDU和分段/級(jí)聯(lián)處理新產(chǎn)生的AMD PDU進(jìn)行調(diào)度，將允許發(fā)送的PDU放入發(fā)送緩沖區(qū)。
T5、根據(jù)高層配置的規(guī)則設(shè)置查詢比特和增加捎帶的狀態(tài)信息，如果是新的AMD PDU，還要設(shè)置序列號(hào)(SN)域，并對(duì)控制PDU、狀態(tài)PDU、捎帶的狀態(tài)PDU和AMD PDU進(jìn)行復(fù)用，將其多個(gè)數(shù)據(jù)流變?yōu)橐粋€(gè)數(shù)據(jù)流等待發(fā)送。其中，控制PDU是由RLC控制單元發(fā)出的，包括控制信息，例如復(fù)位控制信息等；狀態(tài)PDU是根據(jù)本RLC AM實(shí)體接收側(cè)傳來的狀態(tài)報(bào)告生成的，是狀態(tài)報(bào)告的載體，其中包括狀態(tài)報(bào)告信息；捎帶的狀態(tài)PDU為大小小于或等于AMD PDU填充字節(jié)的狀態(tài)PDU。
T6、對(duì)AMD PDU進(jìn)行加密。
T7、通過邏輯信道，例如一個(gè)或兩個(gè)專用控制信道(DCCH)或?qū)Ｓ脴I(yè)務(wù)信道(DTCH)，將所述的PDU發(fā)送出去。
RLC AM實(shí)體接收側(cè)對(duì)數(shù)據(jù)單元的處理過程為R1、解復(fù)用/選路單元將接收到的AMD PDU送到解密單元；將接收到的控制PDU送到RLC控制單元，并將接收到的狀態(tài)PDU發(fā)送到本RLC AM實(shí)體發(fā)送側(cè)的重傳緩沖區(qū)。該狀態(tài)PDU中包括狀態(tài)報(bào)告信息，是由與本RLCAM實(shí)體進(jìn)行通訊的RLC AM實(shí)體發(fā)送的。
R2、對(duì)AMD PDU進(jìn)行解密，放到接收緩沖區(qū)。RLC AM實(shí)體接收側(cè)根據(jù)高層配置的狀態(tài)報(bào)告觸發(fā)機(jī)制以及AMD PDU中查詢比特的值判斷是否需要發(fā)送狀態(tài)報(bào)告，如果需要發(fā)送，則組裝狀態(tài)報(bào)告，并將該狀態(tài)報(bào)告發(fā)送到本RLC AM實(shí)體的發(fā)送側(cè)發(fā)送。同時(shí)，RLC控制單元根據(jù)控制PDU的接收狀況判斷是否需要發(fā)送狀態(tài)報(bào)告，如果需要，則組裝狀態(tài)報(bào)告，并將該狀態(tài)報(bào)告發(fā)送到本RLC AM實(shí)體的發(fā)送側(cè)發(fā)送。
R3、對(duì)接收緩沖區(qū)中的AMD PDU進(jìn)行解析，以判斷能否重組出RLCSDU，如果能夠重組出完整的RLC SDU，則去除AMD PDU中的RLC報(bào)頭，并進(jìn)行重組操作，并將重組得到的RLC SDU提交到高層。同時(shí)，提取AMDPDU捎帶的狀態(tài)PDU，將該狀態(tài)PDU發(fā)送到本RLC AM實(shí)體發(fā)送側(cè)的重傳緩沖區(qū)。
所述的狀態(tài)報(bào)告用來確認(rèn)正確接收的AMD PDU，以及請(qǐng)求與本RLCAM實(shí)體進(jìn)行通訊的RLC AM實(shí)體重傳丟失的AMD PDU。RLC AM實(shí)體的接收側(cè)所組裝的狀態(tài)報(bào)告中包含的是肯定確認(rèn)(ACK)信息和否定確認(rèn)(NACK)信息。如果本RLC AM實(shí)體的發(fā)送側(cè)收到包含NACK信息的狀態(tài)報(bào)告，則重新傳送傳輸出現(xiàn)錯(cuò)誤或被丟棄的PDU，以保證數(shù)據(jù)單元的正確傳輸。
如上所述，在當(dāng)前機(jī)制中，發(fā)送數(shù)據(jù)單元的狀態(tài)報(bào)告時(shí)允許采用捎帶技術(shù)，即如果要發(fā)送的狀態(tài)PDU的大小等于或小于要發(fā)送的AMD PDU的填充字節(jié)時(shí)，則用該狀態(tài)PDU代替該AMD PDU的填充字節(jié)，封裝在AMDPDU中，與該AMD PDU一起發(fā)送。捎帶狀態(tài)PDU技術(shù)可以減少不必要的填充字節(jié)，從而提高鏈路的利用率。
如圖3所示，現(xiàn)有技術(shù)中利用捎帶機(jī)制發(fā)送狀態(tài)報(bào)告的流程為步驟301、RLC AM實(shí)體的發(fā)送側(cè)接收高層傳送來的未經(jīng)過處理的SDU，并對(duì)該SDU進(jìn)行分段/級(jí)聯(lián)處理，生成AMD PDU；步驟302、觸發(fā)狀態(tài)報(bào)告的發(fā)送過程，RLC AM實(shí)體的接收側(cè)根據(jù)PDU的接收狀態(tài)生成狀態(tài)報(bào)告，并進(jìn)一步生成狀態(tài)PDU，該狀態(tài)PDU中含有狀態(tài)報(bào)告的信息；以下步驟為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的長(zhǎng)度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)報(bào)告的缺點(diǎn)為RLC AM實(shí)體接收到來自高層的SDU后立即進(jìn)行分段，組裝成固定長(zhǎng)度的AMD PDU，而且還會(huì)進(jìn)行級(jí)聯(lián)，尤其是在突發(fā)的業(yè)務(wù)模型下，級(jí)聯(lián)的一個(gè)很大的作用在于減少填充字節(jié)。由此生成的AMD PDU需要填充的概率就比較小，從而沒有足夠的空間捎帶狀態(tài)PDU，也就無法充分利用捎帶機(jī)制所帶來的效益，因此只能組成獨(dú)立的狀態(tài)PDU并填充為固定的大小發(fā)送狀態(tài)報(bào)告，從而造成鏈路資源的浪費(fèi)。這種缺點(diǎn)在狀態(tài)報(bào)告本身內(nèi)容相對(duì)RLC PDU長(zhǎng)度較小、狀態(tài)報(bào)告發(fā)送比較頻繁、單位時(shí)間內(nèi)允許發(fā)送的PDU個(gè)數(shù)較少的情況下更為突出，因?yàn)樾×繝顟B(tài)報(bào)告的發(fā)送會(huì)占用較多的鏈路資源，進(jìn)一步影響同一RLC AM實(shí)體發(fā)送AMD PDU，造成發(fā)送阻塞。
上述問題不僅是出現(xiàn)在WCDMA系統(tǒng)的ARQ機(jī)制中，由于在時(shí)分同步碼分多址(TD-SCDMA)系統(tǒng)中，RLC協(xié)議的確認(rèn)模式(AM)中的也有ARQ機(jī)制，因此在TD-SCDMA系統(tǒng)中也有同樣的問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的是提供一種發(fā)送狀態(tài)報(bào)告的方法，充分發(fā)揮捎帶機(jī)制的效益，提高鏈路資源的利用率。
為了實(shí)現(xiàn)上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的一種發(fā)送狀態(tài)報(bào)告的方法，適用于至少包括兩個(gè)通訊實(shí)體的通信系統(tǒng)中，且兩個(gè)通訊實(shí)體之間采用自動(dòng)重傳機(jī)制ARQ生成狀態(tài)報(bào)告并傳輸數(shù)據(jù)單元，該方法包括a、查找緩沖區(qū)中是否有可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元，如果查找到，則執(zhí)行步驟c；否則，執(zhí)行步驟b；b、對(duì)未經(jīng)過處理的發(fā)送數(shù)據(jù)進(jìn)行處理，生成可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元；c、將所述狀態(tài)報(bào)告封裝在可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元的填充字節(jié)部分，并發(fā)送該可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元。
在步驟a之前進(jìn)一步包括判斷所述狀態(tài)報(bào)告是否需要捎帶，如果需要，則執(zhí)行步驟a；否則，直接發(fā)送該狀態(tài)報(bào)告。
所述判斷狀態(tài)報(bào)告是否需要捎帶的方法為判斷所述狀態(tài)報(bào)告的大小是否小于或等于預(yù)先設(shè)置的捎帶門限，如果是，則該狀態(tài)報(bào)告需要捎帶，否則，該狀態(tài)報(bào)告不需捎帶。
在步驟a之后，步驟b之前進(jìn)一步包括判斷是否有未經(jīng)過處理的發(fā)送數(shù)據(jù)，如果有，則執(zhí)行步驟b，否則，直接發(fā)送所述的狀態(tài)報(bào)告。
步驟a中查找緩沖區(qū)中是否有可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元的方法為依次檢查緩沖區(qū)中每個(gè)數(shù)據(jù)單元的填充字節(jié)，如果一個(gè)數(shù)據(jù)單元的填充字節(jié)大于所述狀態(tài)報(bào)告的大小，則該數(shù)據(jù)單元為可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元。
步驟b的具體過程為對(duì)所述未經(jīng)過處理的發(fā)送數(shù)據(jù)單元進(jìn)行分段、級(jí)聯(lián)或分段和級(jí)聯(lián)處理，組裝成新的數(shù)據(jù)單元，并在該新的數(shù)據(jù)單元中預(yù)留大于或等于所要捎帶的狀態(tài)報(bào)告大小的空間，生成可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元。
所述通信系統(tǒng)為WCDMA系統(tǒng)、或?yàn)門D-SCDMA系統(tǒng)，且所述自動(dòng)重傳機(jī)制在無線鏈路控制協(xié)議的確認(rèn)模式下實(shí)現(xiàn)。所述通信系統(tǒng)也可以為CDMA2000系統(tǒng)，且所述自動(dòng)重傳機(jī)制在鏈路接入控制協(xié)議的自動(dòng)重傳請(qǐng)求子層中實(shí)現(xiàn)。
由于本發(fā)明所述的方法當(dāng)RLC AM實(shí)體接收到高層來的數(shù)據(jù)單元后，不立即對(duì)其進(jìn)行分段和級(jí)聯(lián)處理，而是先判斷是否有適合捎帶的狀態(tài)報(bào)告，如果狀態(tài)報(bào)告適合捎帶，則再對(duì)高層傳來的數(shù)據(jù)單元進(jìn)行分段/級(jí)聯(lián)處理，并在處理時(shí)為該狀態(tài)報(bào)告預(yù)留空間，將該狀態(tài)報(bào)告封裝在可用于捎帶的數(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)報(bào)告的流程圖；圖4為本發(fā)明所述方法利用捎帶機(jī)制發(fā)送狀態(tài)報(bào)告的流程圖。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例進(jìn)一步說明本發(fā)明的實(shí)施方法。
本發(fā)明適用的通信系統(tǒng)至少包含兩個(gè)通訊實(shí)體，每個(gè)通訊實(shí)體都包括發(fā)送側(cè)和接收側(cè)，并且，兩個(gè)通訊實(shí)體之間的通信采用自動(dòng)重傳請(qǐng)求(ARQ)機(jī)制。這里，所述的通信系統(tǒng)可以是WCDMA系統(tǒng)、或TD-SCDMA系統(tǒng)、或是CDMA2000系統(tǒng)。對(duì)于WCDMA系統(tǒng)或TD-SCDMA系統(tǒng)，自動(dòng)重傳請(qǐng)求機(jī)制在RLC協(xié)議的AM模式下實(shí)現(xiàn)；對(duì)于CDMA2000系統(tǒng)，自動(dòng)重傳請(qǐ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的大小對(duì)SDU進(jìn)行分段/級(jí)聯(lián)處理，生成可以容納狀態(tài)PDU的AMD PDU，并將狀態(tài)PDU封裝在該AMD PDU中捎帶發(fā)送。
如圖4所示，本實(shí)施例所述的狀態(tài)報(bào)告發(fā)送方法包括以下步驟步驟401、觸發(fā)狀態(tài)報(bào)告的發(fā)送過程，RLC AM實(shí)體的接收側(cè)根據(jù)當(dāng)前PDU的接收情況生成狀態(tài)報(bào)告，并進(jìn)一步生成該狀態(tài)報(bào)告的載體，即狀態(tài)PDU。將狀態(tài)PDU發(fā)送到本RLC AM實(shí)體的發(fā)送側(cè)。
在RLC協(xié)議中，狀態(tài)報(bào)告的觸發(fā)有多種機(jī)制，例如Timer_Status_Prohibit機(jī)制可以觸發(fā)狀態(tài)報(bào)告，并可控制狀態(tài)報(bào)告的發(fā)送頻度。
以下步驟為RLC AM實(shí)體發(fā)送側(cè)的處理過程
步驟402、判斷一個(gè)狀態(tài)PDU的大小是否小于或等于預(yù)先設(shè)置的RLCPDU的捎帶門限，如果是，則該狀態(tài)PDU需要捎帶，并執(zhí)行步驟403；否則，該狀態(tài)PDU不需要捎帶，執(zhí)行步驟408。本步驟中，所述的捎帶門限為RLC PDU的長(zhǎng)度L與系數(shù)a的積，系數(shù)a的值可以取0.0625。
步驟403、判斷重傳緩沖區(qū)中是否有需要發(fā)送的AMD PDU，如果有，則執(zhí)行步驟404；否則執(zhí)行步驟405。
步驟404、依次檢查重傳緩沖區(qū)中每個(gè)AMD PDU的填充字節(jié)，如果有一AMD PDU的填充字節(jié)大于所述狀態(tài)PDU的大小，則該AMD PDU為一可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元，并選擇該AMD PDU作為狀態(tài)PDU的載體，執(zhí)行步驟407；否則，執(zhí)行步驟405。
步驟405、判斷是否有尚未進(jìn)行分段/級(jí)聯(lián)處理的高層SDU，如果有，則執(zhí)行步驟406；否則，執(zhí)行步驟408。
步驟406、根據(jù)所述狀態(tài)PDU的大小對(duì)SDU進(jìn)行分段/級(jí)聯(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、不對(duì)狀態(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)報(bào)告的方法，適用于至少包括兩個(gè)通訊實(shí)體的通信系統(tǒng)中，且兩個(gè)通訊實(shí)體之間采用自動(dòng)重傳機(jī)制ARQ生成狀態(tài)報(bào)告并傳輸數(shù)據(jù)單元，其特征在于，所述方法包括a、查找緩沖區(qū)中是否有可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元，如果查找到，則執(zhí)行步驟c；否則，執(zhí)行步驟b；b、對(duì)未經(jīng)過處理的發(fā)送數(shù)據(jù)進(jìn)行處理，生成可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元；c、將所述狀態(tài)報(bào)告封裝在可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元的填充字節(jié)部分，并發(fā)送該可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元。
2.如權(quán)利要求1所述的方法，其特征在于，在步驟a之前進(jìn)一步包括判斷所述狀態(tài)報(bào)告是否需要捎帶，如果需要，則執(zhí)行步驟a；否則，直接發(fā)送該狀態(tài)報(bào)告。
3.如權(quán)利要求2所述的方法，其特征在于，所述判斷狀態(tài)報(bào)告是否需要捎帶的方法為判斷所述狀態(tài)報(bào)告的大小是否小于或等于預(yù)先設(shè)置的捎帶門限，如果是，則該狀態(tài)報(bào)告需要捎帶，否則，該狀態(tài)報(bào)告不需捎帶。
4.如權(quán)利要求1所述的方法，其特征在于，在步驟a之后，步驟b之前進(jìn)一步包括判斷是否有未經(jīng)過處理的發(fā)送數(shù)據(jù)，如果有，則執(zhí)行步驟b，否則，直接發(fā)送所述的狀態(tài)報(bào)告。
5.如權(quán)利要求1所述的方法，其特征在于，步驟a中查找緩沖區(qū)中是否有可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元的方法為依次檢查緩沖區(qū)中每個(gè)數(shù)據(jù)單元的填充字節(jié)，如果一個(gè)數(shù)據(jù)單元的填充字節(jié)大于所述狀態(tài)報(bào)告的大小，則該數(shù)據(jù)單元為可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元。
6.如權(quán)利要求1所述的方法，其特征在于，步驟b的具體過程為對(duì)所述未經(jīng)過處理的發(fā)送數(shù)據(jù)單元進(jìn)行分段、級(jí)聯(lián)或分段和級(jí)聯(lián)處理，組裝成新的數(shù)據(jù)單元，并在該新的數(shù)據(jù)單元中預(yù)留大于或等于所要捎帶的狀態(tài)報(bào)告大小的空間，生成可捎帶所述狀態(tài)報(bào)告的數(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所述的方法，其特征在于，所述自動(dòng)重傳機(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所述的方法，其特征在于，所述自動(dòng)重傳機(jī)制在鏈路接入控制協(xié)議的自動(dòng)重傳請(qǐng)求子層中實(shí)現(xiàn)。
全文摘要
本發(fā)明公開了一種發(fā)送狀態(tài)報(bào)告的方法，適用于至少包括兩個(gè)通訊實(shí)體的通信系統(tǒng)中，且兩個(gè)通訊實(shí)體之間采用自動(dòng)重傳機(jī)制ARQ生成狀態(tài)報(bào)告并傳輸數(shù)據(jù)單元，包括a.查找緩沖區(qū)中是否有可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元，如果查找到，則執(zhí)行步驟c；否則，執(zhí)行步驟b；b.對(duì)未經(jīng)過處理的發(fā)送數(shù)據(jù)進(jìn)行處理，生成可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元；c.將所述狀態(tài)報(bào)告封裝在可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元的填充字節(jié)部分，并發(fā)送該可捎帶所述狀態(tài)報(bào)告的數(shù)據(jù)單元。利用本發(fā)明所述的方法可充分發(fā)揮捎帶機(jī)制的效益，提高鏈路資源的利用率。
文檔編號(hào)H04L1/18GK1700627SQ200410042408
公開日2005年11月23日 申請(qǐng)日期2004年5月18日 優(yōu)先權(quán)日2004年5月18日
發(fā)明者楊學(xué)志, 丁穎哲 申請(qǐng)人:華為技術(shù)有限公司