專利名稱：一種通信系統(tǒng)中調(diào)度狀態(tài)報(bào)告請(qǐng)求數(shù)據(jù)單元的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)中對(duì)數(shù)據(jù)單元的調(diào)度方法，特別涉及一種通信系統(tǒng)調(diào)度狀態(tài)報(bào)告請(qǐng)求數(shù)據(jù)單元的方法。
背景技術(shù)：
通用移動(dòng)通信系統(tǒng)(Universal Mobile Telecommunications System，UMTS)是采用寬帶碼分多址(WCDMA)空中接口技術(shù)的第三代移動(dòng)通信系統(tǒng)，通常也將它稱為WCDMA系統(tǒng)。UMTS系統(tǒng)采用了與第二代移動(dòng)通信系統(tǒng)類似的結(jié)構(gòu)，包括無(wú)線接入網(wǎng)絡(luò)(Radio Access Network，RAN)和核心網(wǎng)絡(luò)(Core Network，CN)。其中無(wú)線接入網(wǎng)絡(luò)處理所有與無(wú)線有關(guān)的功能，而CN處理UMTS系統(tǒng)內(nèi)所有的話音呼叫和數(shù)據(jù)連接，并實(shí)現(xiàn)與外部網(wǎng)絡(luò)的交換和路由功能。CN從邏輯上分為電路交換域(Circuit SwitchedDomain，CS)和分組交換域(Packet Switched Domain，PS)。UTRAN(UMTS的陸地?zé)o線接入網(wǎng)絡(luò))、CN與用戶設(shè)備(User Equipment，UE)一起構(gòu)成了整個(gè)UMTS系統(tǒng)。
其中，WCDMA無(wú)線接口的協(xié)議結(jié)構(gòu)如圖1所示，圖1為無(wú)線接口的協(xié)議結(jié)構(gòu)示意圖，其分為物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層。物理層又稱為層一(L1)；數(shù)據(jù)鏈路層又稱為層二(L2)，包括介質(zhì)訪問控制(MAC)子層、無(wú)線鏈路控制(RLC)子層、分組數(shù)據(jù)壓縮協(xié)議(PDCP)子層和廣播/多播控制(BMC)子層；網(wǎng)絡(luò)層又稱為層三(L3)，包括無(wú)線資源控制(RRC)子層。
物理層通過業(yè)務(wù)接入點(diǎn)SAPs與L2的MAC子層和L3的RRC子層連接，提供不同的傳輸信道到MAC層，MAC層通過不同邏輯信道給高層提供服務(wù)。傳輸信道特性由無(wú)線接口上傳輸信道物理特性進(jìn)行描述；邏輯信道特性由傳輸消息的不同類型描述；物理信道特性在頻分復(fù)用(FDD)制式中由碼域、頻率域確定。
數(shù)據(jù)鏈路層的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é)議。
AM模式的ARQ機(jī)制包括兩個(gè)對(duì)等實(shí)體RLC AM的發(fā)送實(shí)體和接收實(shí)體，發(fā)送實(shí)體用于調(diào)度和發(fā)送數(shù)據(jù)單元；接收實(shí)體負(fù)責(zé)發(fā)送狀態(tài)報(bào)告到發(fā)送實(shí)體，報(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ò)誤或丟失。觸發(fā)接收實(shí)體發(fā)送狀態(tài)報(bào)告的機(jī)制之一是由發(fā)送實(shí)體發(fā)送查詢請(qǐng)求，該查詢請(qǐng)求要求接收實(shí)體發(fā)送狀態(tài)報(bào)告，是通過設(shè)置數(shù)據(jù)單元的查詢比特域來(lái)實(shí)現(xiàn)的，這種用于請(qǐng)求狀態(tài)報(bào)告的數(shù)據(jù)單元可以被稱為狀態(tài)報(bào)告請(qǐng)求數(shù)據(jù)單元。
具體實(shí)現(xiàn)過程參見圖2，圖2為RLC AM功能實(shí)體模型的工作原理示意圖。其工作過程包括RLC AM的發(fā)送實(shí)體接收高層發(fā)來(lái)的協(xié)議數(shù)據(jù)單元(PDU)；對(duì)所收到的RLC業(yè)務(wù)數(shù)據(jù)單元(SDU)進(jìn)行分段/級(jí)聯(lián)處理，還可能進(jìn)行填充處理；然后組裝確認(rèn)模式數(shù)據(jù)(AMD)的PDU，設(shè)置長(zhǎng)度指示(LI)域來(lái)定義AMD PDU內(nèi)SDU的邊界；同時(shí)，重傳緩沖器根據(jù)自身當(dāng)前的存儲(chǔ)狀態(tài)報(bào)告緩存需要重傳的AMD PDU；發(fā)送緩沖器對(duì)新組裝的AMD PDU和要重傳的AMD PDU進(jìn)行調(diào)度；調(diào)度到的PDU如果允許發(fā)送，則根據(jù)高層配置的規(guī)則設(shè)置查詢比特，如果是新的AMD PDU，還要設(shè)置序列號(hào)(SN)域，之后對(duì)調(diào)度到的AMD PDU進(jìn)行加密，提交給底層發(fā)送出去。
RLC AM的接收實(shí)體對(duì)正確接收到的AMD PDU進(jìn)行解密，放到接收緩沖區(qū)中；接收實(shí)體根據(jù)高層配置的狀態(tài)報(bào)告觸發(fā)機(jī)制以及AMD PDU中查詢比特的值判斷是否需要發(fā)送狀態(tài)報(bào)告，如果需要發(fā)送，則組裝狀態(tài)報(bào)告發(fā)送到底層；然后判斷解析出的AMD PDU能否能重組出RLC SDU，如果能重組出完整的RLC SDU，則進(jìn)行重組操作，并將組裝后的PDU提交到高層。
RLC的滑動(dòng)窗口如圖3所示。圖3為RLC滑動(dòng)窗口示意圖。在RLC AM模式數(shù)據(jù)收發(fā)過程中，發(fā)送窗口和接收窗口也做相應(yīng)的變化。狀態(tài)變量VT(A)、VT(S)、VT(MS)、VR(R)、VR(H)、VR(MR)的取值從0到4095。VT(A)到VT(MS)的距離為發(fā)送窗口大小，單位為AMD PDU個(gè)數(shù)；VR(R)到VR(MR)的距離為接收窗口的大小，單位為AMD PDU個(gè)數(shù)。VT(A)之前為已經(jīng)按順序確認(rèn)的AMD PDU，VT(A)到VT(S)之間為已經(jīng)至少發(fā)送過一次但還沒有收到正確接收確認(rèn)狀態(tài)報(bào)告的AMD PDU，VT(S)到VT(MS)之間為允許發(fā)送的AMD PDU；VR(R)之前為已經(jīng)按順序正確接收到的AMDPDU，VR(H)到VR(MR)之間為允許接收的AMD PDU。
在發(fā)送端，當(dāng)有新的AMD PDU發(fā)送時(shí)，VT(S)向后移動(dòng)，當(dāng)狀態(tài)報(bào)告表明序列號(hào)為VT(A)的AMD PDU已經(jīng)被正確接收到了，則VT(A)做相應(yīng)移動(dòng)。在接收端，當(dāng)接收到VR(H)和VR(MR)之間的AMD PDU時(shí)，VR(H)向后移動(dòng)；當(dāng)接收到序列號(hào)為VR(R)的AMD PDU時(shí)，VR(R)向后移動(dòng)。
從以上的滑動(dòng)窗口機(jī)制中可以看到，RLC發(fā)送實(shí)體接收到RLC接收實(shí)體發(fā)送的狀態(tài)報(bào)告(Status Report)后才會(huì)重傳錯(cuò)誤或丟失的AMD PDU，以及移動(dòng)VT(A)，所以RLC的狀態(tài)報(bào)告觸發(fā)機(jī)制對(duì)RLC性能有很大影響，同時(shí)，為了適應(yīng)不同的業(yè)務(wù)和無(wú)線環(huán)境，當(dāng)前的協(xié)議規(guī)定了多種Status Report的觸發(fā)機(jī)制。這些機(jī)制可以分為接收實(shí)體主動(dòng)觸發(fā)和根據(jù)發(fā)送實(shí)體的查詢請(qǐng)求觸發(fā)兩類，有十幾個(gè)相關(guān)參數(shù)需要有選擇性的配置。只有恰當(dāng)?shù)呐渲肧tatusReport的觸發(fā)機(jī)制才能保證RLC協(xié)議的性能，如果配置不當(dāng)會(huì)導(dǎo)致RLC吞吐量、時(shí)延等性能下降，甚至死鎖。所謂死鎖就是指窗口滿、或由于VT(S)后無(wú)數(shù)據(jù)，無(wú)法觸發(fā)狀態(tài)報(bào)告的發(fā)送而導(dǎo)致VT(A)無(wú)法移動(dòng)。
發(fā)送實(shí)體的輪流檢測(cè)(Polling)機(jī)制-Poll Timer機(jī)制，是目前為了避免死鎖常用的一種狀態(tài)報(bào)告觸發(fā)機(jī)制，其原理是當(dāng)包含有查詢比特的AMDPDU被發(fā)送到底層時(shí)，發(fā)送實(shí)體啟動(dòng)定時(shí)器Timer_Poll，當(dāng)滿足準(zhǔn)則所有序列號(hào)小于等于狀態(tài)變量VT(S)值減1的AMD PDU都被肯定性的確認(rèn)，或序列號(hào)等于狀態(tài)變量VT(S)值減1的AMD PDU被否定性的確認(rèn)時(shí)，定時(shí)器Timer_Poll將被終止。如果定時(shí)器超時(shí)而未收到滿足上述準(zhǔn)則的狀態(tài)報(bào)告，則重新查詢一次，同時(shí)重啟定時(shí)器，并保存新的VT(S)值。
采用Poll Timer機(jī)制雖然能避免死鎖，但在下述情況下，會(huì)出現(xiàn)延時(shí)較大的問題當(dāng)狀態(tài)變量VT(A)不等于VT(S)，發(fā)送緩沖區(qū)中最后一個(gè)新的AMDPDU被發(fā)送出去，同時(shí)發(fā)送查詢比特，此時(shí)啟動(dòng)了定時(shí)器Timer_Poll。如果攜帶查詢比特的該AMD PDU在傳輸過程中丟失或出錯(cuò)了，或者接收實(shí)體回應(yīng)該查詢的狀態(tài)報(bào)告在傳輸過程中丟失或出錯(cuò)了，則顯然該定時(shí)器會(huì)超時(shí)。此時(shí)，又沒有新的AMD PDU或重傳的AMD PDU可以調(diào)度，按照目前的方法，處理如下如果配置的發(fā)送窗口大小大于等于2048--調(diào)度序列號(hào)等于VT(S)-1的AMD PDU；否則，如果配置的發(fā)送窗口大小小于2048--調(diào)度序列號(hào)等于VT(S)-1的AMD PDU；或者，--調(diào)度沒有被對(duì)等實(shí)體確認(rèn)的任何AMD PDU。
同時(shí)發(fā)送實(shí)體對(duì)調(diào)度到的AMD PDU的重傳次數(shù)變量VT(DAT)加1，每個(gè)AMD PDU的VT(DAT)在其第一次發(fā)送前被置0，該變量每重傳一次加1。
如果VT(DAT)沒有達(dá)到最大傳輸次數(shù)MaxDAT，則通知底層準(zhǔn)備發(fā)送數(shù)據(jù)；如果VT(DAT)等于MaxDAT，則根據(jù)配置初始化丟棄過程或復(fù)位過程。
可以看到，如果根據(jù)上面的方法調(diào)度到的AMD PDU達(dá)到最大傳輸次數(shù)MaxDAT，則會(huì)初始化丟棄過程或復(fù)位過程，會(huì)導(dǎo)致一些AMD PDU被丟棄；同時(shí)，此種情況下不會(huì)再發(fā)送該P(yáng)DU到底層，因此定時(shí)器Timer_Poll也就不會(huì)啟動(dòng)，這樣就不會(huì)再觸發(fā)狀態(tài)報(bào)告的發(fā)送，除非有新的AMD PDU被調(diào)度到，也就是剩下的沒有被確認(rèn)的AMD PDU需要等到高層有新的數(shù)據(jù)到達(dá)，有新的AMD PDU被組裝、發(fā)送出去時(shí)才有可能觸發(fā)狀態(tài)報(bào)告的發(fā)送。
對(duì)于突發(fā)性強(qiáng)的數(shù)據(jù)業(yè)務(wù)而言，數(shù)據(jù)突發(fā)之間的時(shí)間間隔一般會(huì)比較長(zhǎng)，當(dāng)上述情景發(fā)生時(shí)，前一數(shù)據(jù)突發(fā)的數(shù)據(jù)要等到下一突發(fā)的數(shù)據(jù)到達(dá)時(shí)才能再繼續(xù)發(fā)送，從而造成前以突發(fā)的數(shù)據(jù)包會(huì)有較大的時(shí)延。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種通信系統(tǒng)中數(shù)據(jù)單元的調(diào)度方法，使得接收方對(duì)發(fā)送方傳送的數(shù)據(jù)單元及時(shí)進(jìn)行確認(rèn)，避免造成大的傳送時(shí)延，減少數(shù)據(jù)單元的丟棄。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的一種通信系統(tǒng)中調(diào)度狀態(tài)報(bào)告請(qǐng)求數(shù)據(jù)單元的方法，該方法包括以下步驟A、發(fā)送實(shí)體決定發(fā)送狀態(tài)報(bào)告請(qǐng)求；B、發(fā)送實(shí)體在發(fā)送緩沖區(qū)當(dāng)中，選擇一個(gè)發(fā)送次數(shù)小于預(yù)先設(shè)定的最大傳輸次數(shù)的數(shù)據(jù)單元；C、發(fā)送實(shí)體在被選擇的數(shù)據(jù)單元中設(shè)置狀態(tài)報(bào)告請(qǐng)求信息，并將該數(shù)據(jù)單元發(fā)送給接收實(shí)體。
所述步驟B可以進(jìn)一步包括當(dāng)發(fā)送緩沖區(qū)當(dāng)中所有數(shù)據(jù)單元的發(fā)送次數(shù)都等于最大傳輸次數(shù)時(shí)，從所有尚未被確認(rèn)的數(shù)據(jù)單元中選擇一個(gè)。
所述步驟C可以進(jìn)一步包括如果被選擇的數(shù)據(jù)單元的發(fā)送次數(shù)大于最大傳輸次數(shù)，則丟棄該數(shù)據(jù)單元。
所述數(shù)據(jù)單元的發(fā)送次數(shù)可以在數(shù)據(jù)單元第一次發(fā)送前置為0，每次發(fā)送該數(shù)據(jù)單元時(shí)，發(fā)送次數(shù)加1；所述最大傳輸次數(shù)是預(yù)先設(shè)置的發(fā)送次數(shù)的閾值。
所述通信系統(tǒng)可以為WCDMA系統(tǒng)、或?yàn)門D-SCDMA系統(tǒng)。
在所述通信系統(tǒng)的無(wú)線鏈路控制協(xié)議的確認(rèn)模式下啟動(dòng)自動(dòng)重傳機(jī)制。
所述自動(dòng)重傳機(jī)制中發(fā)送實(shí)體收到接收實(shí)體發(fā)送的狀態(tài)報(bào)告后重傳錯(cuò)誤或丟失的數(shù)據(jù)單元；該狀態(tài)報(bào)告可以采用Poll Timer狀態(tài)報(bào)告觸發(fā)機(jī)制觸發(fā)。
所述步驟A前進(jìn)一步包括發(fā)送實(shí)體判斷Timer_Poll定時(shí)器是否超時(shí)，如果超時(shí)則執(zhí)行步驟A，否則等待接收實(shí)體發(fā)送的狀態(tài)報(bào)告；所述步驟C進(jìn)一步包括發(fā)送實(shí)體在發(fā)送被選擇的數(shù)據(jù)單元時(shí)啟動(dòng)Timer_Poll定時(shí)器。
步驟C所述在該數(shù)據(jù)單元中設(shè)置狀態(tài)報(bào)告請(qǐng)求的方法可以為在數(shù)據(jù)單元中設(shè)置查詢比特。
所述通信系統(tǒng)還可以為CDMA2000系統(tǒng)。
在所述通信系統(tǒng)的鏈路接入控制協(xié)議的自動(dòng)重傳請(qǐng)求子層中啟動(dòng)自動(dòng)重傳機(jī)制。
由上述的技術(shù)方案可見，本發(fā)明的這種通信系統(tǒng)中調(diào)度狀態(tài)報(bào)告請(qǐng)求數(shù)據(jù)單元的方法，優(yōu)先調(diào)度一個(gè)發(fā)送次數(shù)小于最大傳輸次數(shù)的數(shù)據(jù)單元來(lái)發(fā)送狀態(tài)報(bào)告請(qǐng)求。這樣，接收方收到該數(shù)據(jù)單元后就能及時(shí)地對(duì)發(fā)送方傳送的數(shù)據(jù)單元返回狀態(tài)報(bào)告，能夠避免造成大的傳送時(shí)延。同時(shí)由于優(yōu)先調(diào)度對(duì)等實(shí)體尚未確認(rèn)的數(shù)據(jù)單元來(lái)發(fā)送狀態(tài)報(bào)告請(qǐng)求，減少了其重傳次數(shù)達(dá)到最大值的機(jī)會(huì)，從而減少了數(shù)據(jù)單元的丟棄。


圖1為無(wú)線接口的協(xié)議結(jié)構(gòu)示意圖；圖2為RLC AM功能實(shí)體模型的工作原理示意圖；圖3為RLC滑動(dòng)窗口示意圖；圖4為本發(fā)明一個(gè)較佳實(shí)施例調(diào)度發(fā)送查詢比特的流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案、及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施例，對(duì)本發(fā)明進(jìn)一步詳細(xì)說(shuō)明。
本發(fā)明的這種通信系統(tǒng)中調(diào)度狀態(tài)報(bào)告請(qǐng)求數(shù)據(jù)單元的方法，適用的通信系統(tǒng)由包含發(fā)送實(shí)體的發(fā)送節(jié)點(diǎn)和包含接收實(shí)體的接收節(jié)點(diǎn)組成。其主要思想是發(fā)送實(shí)體在決定發(fā)送狀態(tài)報(bào)告請(qǐng)求后，優(yōu)先調(diào)度一個(gè)發(fā)送次數(shù)小于最大傳輸次數(shù)的數(shù)據(jù)單元，在該數(shù)據(jù)單元中設(shè)置狀態(tài)報(bào)告請(qǐng)求，并將其發(fā)送給接收實(shí)體。
本發(fā)明的一個(gè)較佳實(shí)施例是在啟動(dòng)了自動(dòng)請(qǐng)求重傳機(jī)制ARQ的WCDMA通信系統(tǒng)中RLC協(xié)議的AM模式下實(shí)現(xiàn)的。該模式下，觸發(fā)接收實(shí)體發(fā)送狀態(tài)報(bào)告的機(jī)制之是由發(fā)送實(shí)體發(fā)送查詢請(qǐng)求，該查詢請(qǐng)求是通過設(shè)置數(shù)據(jù)單元的查詢比特域?qū)崿F(xiàn)的。
本實(shí)施例發(fā)送實(shí)體在決定發(fā)送狀態(tài)報(bào)告請(qǐng)求后，在發(fā)送緩沖區(qū)當(dāng)中選擇一個(gè)發(fā)送次數(shù)小于或等于預(yù)先設(shè)定的最大傳輸次數(shù)的數(shù)據(jù)單元；在被選擇的數(shù)據(jù)單元中設(shè)置狀態(tài)報(bào)告請(qǐng)求信息，并將該數(shù)據(jù)單元發(fā)送給接收實(shí)體。
該實(shí)施例具體包括4個(gè)步驟步驟1，當(dāng)AMD PDU大于最大傳輸次數(shù)MaxDAT時(shí)，發(fā)送實(shí)體進(jìn)行丟棄或復(fù)位；AMD PDU的發(fā)送次數(shù)可以在數(shù)據(jù)單元第一次發(fā)送前置為0，每次發(fā)送該數(shù)據(jù)單元時(shí)，發(fā)送次數(shù)加1；最大傳輸次數(shù)是預(yù)先設(shè)置的發(fā)送次數(shù)的閾值。
步驟2，當(dāng)Timer_Poll超時(shí)時(shí)發(fā)送實(shí)體決定發(fā)送狀態(tài)報(bào)告請(qǐng)求判斷發(fā)送緩沖區(qū)當(dāng)中是否有尚未被確認(rèn)且將要重傳的AMD PDU或?qū)⒁l(fā)送的新AMD PDU，如果是，則在其中選擇一個(gè)數(shù)據(jù)單元執(zhí)行步驟4；否則，執(zhí)行步驟3；步驟3，如果所有尚未被確認(rèn)的AMD PDU的重傳次數(shù)都等于最大傳輸次數(shù)MaxDAT，則選擇任何一個(gè)尚未被確認(rèn)的AMD PDU；否則，從尚未被確認(rèn)而且重傳次數(shù)小于最大傳輸次數(shù)MaxDAT的AMDPDU中選擇任何一個(gè)PDU；步驟4，發(fā)送實(shí)體調(diào)度被選擇的AMD PDU，在該AMD PDU中設(shè)置查詢比特，并將其發(fā)送給接收實(shí)體。發(fā)送實(shí)體在發(fā)送AMD PDU時(shí)啟動(dòng)Timer_Poll定時(shí)器。
上述步驟中，步驟1的處理方法很簡(jiǎn)單，與現(xiàn)有技術(shù)相同，這里不在贅述。步驟2-4的具體過程參見圖4，圖4為本發(fā)明一個(gè)較佳實(shí)施例調(diào)度發(fā)送查詢比特的流程圖。其具體包括以下步驟步驟401，發(fā)送實(shí)體檢測(cè)Timer_Poll是否超時(shí)，如果是則執(zhí)行步驟402，否則等待接收實(shí)體通過狀態(tài)報(bào)告返回的確認(rèn)或不確認(rèn)信息。
步驟402，判斷是否有AMD PDU被調(diào)度來(lái)傳送或重傳，如果是則執(zhí)行步驟408；否則執(zhí)行步驟403。
步驟403，判斷是否發(fā)送窗口內(nèi)所有AMD PDU都等于最大傳輸次數(shù)MaxDAT，如果是則執(zhí)行步驟404，否則執(zhí)行步驟405。
步驟404，在發(fā)送窗口內(nèi)選擇任何一個(gè)尚未被確認(rèn)的AMD PDU；執(zhí)行步驟407。
步驟405，在發(fā)送窗口內(nèi)選擇一個(gè)尚未被確認(rèn)的AMD PDU。
步驟406，判斷選擇的AMD PDU是否等于最大傳輸次數(shù)MaxDAT，如果是則返回步驟405，否則執(zhí)行步驟407。
步驟407，調(diào)度選擇的AMD PDU，并設(shè)置其中的查詢比特。
步驟408，發(fā)送該攜帶查詢比特的AMD PDU，發(fā)送該AMD PDU時(shí)啟動(dòng)Timer_Poll定時(shí)器，將該AMD PDU的重傳次數(shù)加1。
本實(shí)施例在現(xiàn)有的Poll Timer機(jī)制基礎(chǔ)上，改進(jìn)了發(fā)送查詢比特的AMDPDU的調(diào)度方法，當(dāng)Timer_Poll觸發(fā)了查詢，而且查詢沒有被禁止的情況下，如果沒有AMD PDU可以被調(diào)度到來(lái)發(fā)送或重傳時(shí)，不象現(xiàn)有技術(shù)中那樣等待下一個(gè)突發(fā)的數(shù)據(jù)AMD PDU被調(diào)度時(shí)隨該AMD PDU發(fā)送查詢比特，而是直接調(diào)度一個(gè)重傳次數(shù)沒有達(dá)到最大傳輸次數(shù)的AMD PDU來(lái)發(fā)送查詢比特，使得接收方能收到該查詢比特并及時(shí)地對(duì)發(fā)送方傳送的數(shù)據(jù)單元進(jìn)行確認(rèn)，能夠避免造成大的傳送時(shí)延。同時(shí)由于先對(duì)尚未被對(duì)等實(shí)體確認(rèn)的數(shù)據(jù)單元進(jìn)行調(diào)度，減少了其重傳次數(shù)達(dá)到最大值的機(jī)會(huì)，從而減少了數(shù)據(jù)單元的丟棄。
本實(shí)施中的通信系統(tǒng)是WCDMA系統(tǒng)，對(duì)于TD-SCDMA系統(tǒng)、或是CDMA2000系統(tǒng)同樣適用。如果是WCDMA系統(tǒng)或TD-SCDMA系統(tǒng)，可以在在RLC協(xié)議的AM模式下啟動(dòng)自動(dòng)重傳請(qǐng)求機(jī)制；對(duì)于CDMA2000系統(tǒng)，則可以在在鏈路接入控制(LAC)協(xié)議的ARQ子層中啟動(dòng)自動(dòng)重傳請(qǐng)求機(jī)制。
由上述的實(shí)施例可見，本發(fā)明的這種通信系統(tǒng)中調(diào)度狀態(tài)報(bào)告請(qǐng)求數(shù)據(jù)單元的方法，使得接收方對(duì)發(fā)送方傳送的數(shù)據(jù)單元及時(shí)返回狀態(tài)報(bào)告，避免造成大的傳送時(shí)延，減少數(shù)據(jù)單元的丟棄。而且，不需要對(duì)硬件設(shè)備作任何的改動(dòng)，實(shí)現(xiàn)簡(jiǎn)單。
權(quán)利要求
1.一種通信系統(tǒng)中調(diào)度狀態(tài)報(bào)告請(qǐng)求數(shù)據(jù)單元的方法，其特征在于，該方法包括以下步驟A、發(fā)送實(shí)體決定發(fā)送狀態(tài)報(bào)告請(qǐng)求；B、發(fā)送實(shí)體在發(fā)送緩沖區(qū)當(dāng)中，選擇一個(gè)發(fā)送次數(shù)小于預(yù)先設(shè)定的最大傳輸次數(shù)的數(shù)據(jù)單元；C、發(fā)送實(shí)體在被選擇的數(shù)據(jù)單元中設(shè)置狀態(tài)報(bào)告請(qǐng)求信息，并將該數(shù)據(jù)單元發(fā)送給接收實(shí)體。
2.如權(quán)利要求1所述的方法，其特征在于，所述步驟B進(jìn)一步包括當(dāng)發(fā)送緩沖區(qū)當(dāng)中所有數(shù)據(jù)單元的發(fā)送次數(shù)都等于最大傳輸次數(shù)時(shí)，從所有數(shù)據(jù)單元中選擇一個(gè)。
3.如權(quán)利要求1所述的方法，其特征在于，如果數(shù)據(jù)單元的發(fā)送次數(shù)大于預(yù)先設(shè)定的最大傳輸次數(shù)，則丟棄該數(shù)據(jù)單元。
4.如權(quán)利要求3所述的方法，其特征在于所述數(shù)據(jù)單元的發(fā)送次數(shù)在數(shù)據(jù)單元第一次發(fā)送前置為0，每次發(fā)送該數(shù)據(jù)單元時(shí)，發(fā)送次數(shù)加1；所述最大傳輸次數(shù)是預(yù)先設(shè)置的發(fā)送次數(shù)的閾值。
5.如權(quán)利要求1所述的方法，其特征在于所述通信系統(tǒng)為WCDMA系統(tǒng)、或?yàn)門D-SCDMA系統(tǒng)。
6.如權(quán)利要求5所述的方法，其特征在于在所述通信系統(tǒng)的無(wú)線鏈路控制協(xié)議的確認(rèn)模式下啟動(dòng)自動(dòng)重傳機(jī)制。
7.如權(quán)利要求6所述的方法，其特征在于所述自動(dòng)重傳機(jī)制中發(fā)送實(shí)體收到接收實(shí)體發(fā)送的狀態(tài)報(bào)告后重傳錯(cuò)誤或丟失的數(shù)據(jù)單元；該狀態(tài)報(bào)告采用Poll Timer狀態(tài)報(bào)告觸發(fā)機(jī)制觸發(fā)。
8.如權(quán)利要求7所述的方法，其特征在于，所述步驟A前進(jìn)一步包括發(fā)送實(shí)體判斷Timer_Poll定時(shí)器是否超時(shí)，如果超時(shí)則執(zhí)行步驟A，否則等待接收實(shí)體發(fā)送的狀態(tài)報(bào)告；所述步驟C進(jìn)一步包括發(fā)送實(shí)體在發(fā)送被選擇的數(shù)據(jù)單元時(shí)啟動(dòng)Timer_Poll定時(shí)器。
9.如權(quán)利要求7所述的方法，其特征在于，步驟C所述在該數(shù)據(jù)單元中設(shè)置狀態(tài)報(bào)告請(qǐng)求的方法為在數(shù)據(jù)單元中設(shè)置查詢比特。
10.如權(quán)利要求1所述的方法，其特征在于，所述通信系統(tǒng)為CDMA2000系統(tǒng)。
11.如權(quán)利要求10所述的方法，其特征在于，在所述通信系統(tǒng)的鏈路接入控制協(xié)議的自動(dòng)重傳請(qǐng)求子層中啟動(dòng)自動(dòng)重傳機(jī)制。
全文摘要
本發(fā)明公開了一種通信系統(tǒng)中調(diào)度狀態(tài)報(bào)告請(qǐng)求數(shù)據(jù)單元的方法，包括A.發(fā)送實(shí)體決定發(fā)送狀態(tài)報(bào)告請(qǐng)求；B.發(fā)送實(shí)體在發(fā)送緩沖區(qū)當(dāng)中，選擇一個(gè)發(fā)送次數(shù)小于預(yù)先設(shè)定的最大傳輸次數(shù)的數(shù)據(jù)單元；C.發(fā)送實(shí)體在被選擇的數(shù)據(jù)單元中設(shè)置狀態(tài)報(bào)告請(qǐng)求信息，并將該數(shù)據(jù)單元發(fā)送給接收實(shí)體。應(yīng)用本發(fā)明，能夠使接收方對(duì)發(fā)送方傳送的數(shù)據(jù)單元及時(shí)返回狀態(tài)報(bào)告，避免造成大的傳送時(shí)延，減少數(shù)據(jù)單元丟棄。
文檔編號(hào)H04W28/06GK1671220SQ200410008938
公開日2005年9月21日 申請(qǐng)日期2004年3月15日 優(yōu)先權(quán)日2004年3月15日
發(fā)明者丁穎哲, 楊學(xué)志 申請(qǐng)人:華為技術(shù)有限公司