專利名稱：基于arq使能連接的上行帶寬分配請(qǐng)求方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信，具體涉及一種基于自動(dòng)請(qǐng)求重發(fā)ARQ使能連接 的上行帶寬分配請(qǐng)求方法。
背景技術(shù)：
自動(dòng)請(qǐng)求重發(fā)ARQ機(jī)制是電子電氣工程師協(xié)會(huì)IEEE 802.16協(xié)議引入 的一種媒體接入控制層MAC(medium access control)層自動(dòng)重傳機(jī)制，有效 提升了 MAC層的傳輸性能，提升了 MAC層媒體面?zhèn)鬏數(shù)聂敯粜?。一個(gè)MAC 服務(wù)數(shù)據(jù)單元SDU(service data unit)在邏輯上被分成多個(gè)ARQ塊(ARQ Block), ARQ Block的長(zhǎng)度由ARQ—BLOCK—SIZE參數(shù)決定。當(dāng)SDU的長(zhǎng) 度不是該連接規(guī)定的ARQ一BLOCK一SIZE大小的整數(shù)倍時(shí)，SDU最后的塊 由末尾的剩余部分組成，前面的每個(gè)Block的長(zhǎng)度都等于 ARQ—BLOCK—SIZE的大小。ARQ的狀態(tài)維護(hù)以ARQ Block為單位， 一個(gè) ARQ Block在生命期內(nèi)如果沒有收到接收端的接收確認(rèn)，可以被定時(shí)重發(fā)多 次。接收端的ARQ反饋消息可以在本連接或是其它連接上，通過MAC管 理消息以及專有的ARQ反饋凈荷(ARQ Feedback Payload)進(jìn)行發(fā)送。由于ARQ使能連接上媒體數(shù)據(jù)的發(fā)送和重發(fā)都以ARQ Block為單位， 因此對(duì)于ARQ使能連接，它的MAC層協(xié)議數(shù)據(jù)單元PDU (Protocol Data Unit)格式有個(gè)要求，就是對(duì)SDU分塊操作只能在ARQ Block的邊緣，也 就說空口的發(fā)送，不能把一個(gè)ARQ Block分拆到兩個(gè)MAC PDU中發(fā)送。802.16協(xié)議定義了五種調(diào)度類型主動(dòng)保證帶寬業(yè)務(wù)Unsolicited Grant Service(UGS), 實(shí)時(shí)輪詢業(yè)務(wù)Real-time Polling Service (rtPS),擴(kuò)展的實(shí)時(shí) 輪詢業(yè)務(wù)Extended rtPS,非實(shí)時(shí)輪詢業(yè)務(wù)Non-real-time Polling Service (nrtPS) 和盡力而為業(yè)務(wù)Best Effort (BE)。 UGS主要設(shè)計(jì)支持E1/T1傳輸以及無靜音 壓縮的IP網(wǎng)絡(luò)承載語音協(xié)議VOIP (Voice Over IP)等周期性定長(zhǎng)的實(shí)時(shí)業(yè)務(wù)；rtPS主要設(shè)計(jì)支持流媒體等周期性變長(zhǎng)的實(shí)時(shí)業(yè)務(wù)；E-rtPS主要設(shè)計(jì)支 持有靜音壓縮的VOIP等變長(zhǎng)的實(shí)時(shí)業(yè)務(wù)；nrtPs主要設(shè)計(jì)支持對(duì)時(shí)延不敏 感，但有一定速度要求的非實(shí)時(shí)業(yè)務(wù)，如文件傳送協(xié)議ftp業(yè)務(wù)和超文本傳 輸協(xié)議http業(yè)務(wù)；BE業(yè)務(wù)優(yōu)先級(jí)最低， 一般是在滿足其它業(yè)務(wù)以后的一種 盡力而為的調(diào)度，它對(duì)時(shí)延的要求最低，如郵件業(yè)務(wù)等等。實(shí)時(shí)業(yè)務(wù)對(duì)時(shí)延極為敏感，而對(duì)丟包的要求往往要求不高，如語音業(yè)務(wù) 丟掉一兩個(gè)包。nrtPS和BE這兩種業(yè)務(wù)一般都是傳輸以TCP來承載的非實(shí) 時(shí)業(yè)務(wù)，非實(shí)時(shí)業(yè)務(wù)對(duì)丟包非常敏感，當(dāng)TCP發(fā)現(xiàn)有丟包的話就會(huì)發(fā)起重 傳，TCP的重傳比MAC層的重傳代價(jià)要大得多，所以ARQ使能連接上面 一般傳的都是nrtPS業(yè)務(wù)和BE業(yè)務(wù)，以減少上層的重傳。如圖l所示，nrtPS和BE業(yè)務(wù)都通過帶寬請(qǐng)求的方式來獲得上行帶寬 假如nrtPS或是BE連接上有數(shù)據(jù)需要發(fā)送，無線終端(MS)l會(huì)利用輪詢的 帶寬或是通過捎帶的方式向基站(BS)2發(fā)送基于連接的帶寬請(qǐng)求，BS在一次 或多次調(diào)度時(shí)會(huì)基于MS的帶寬申請(qǐng)分配上行帶寬，MS再通過分配的上行 帶寬發(fā)送數(shù)據(jù)。由于nrtPS—般只有最小保證帶寬的限制，而BE更加只提 供一個(gè)盡力而為的服務(wù)，它們的優(yōu)先級(jí)都比較低，通常都是在實(shí)時(shí)業(yè)務(wù)調(diào)度 以后再滿足這些非實(shí)時(shí)業(yè)務(wù)的帶寬申請(qǐng)。而IEEE802.16協(xié)議沒有對(duì)這兩種 非實(shí)時(shí)業(yè)務(wù)的上行帶寬的分配方式作任何要求，不同帶寬分配算法的BS會(huì) 有不同的處理方式。例如，有一nrtPS連接有200bytes的數(shù)據(jù)要發(fā)送而申請(qǐng) 了 200bytes的上行帶寬， 一個(gè)負(fù)載較輕的BS可以在一個(gè)幀中滿足此連接的 申請(qǐng)，即在一個(gè)上行子幀中為此連接分配了可以承載200bytes的帶寬，此連 接可以在一幀內(nèi)發(fā)送200bytes的上行數(shù)據(jù)； 一個(gè)負(fù)載較重的BS可能是分5 幀，每幀為此連接分配可承載40bytes的帶寬來滿足此連接的帶寬請(qǐng)求。假 如此連接是使能了 ARQ，而BS每次分配帶寬的數(shù)據(jù)大小都少于ARQ的 BlockSize，那么MS就會(huì)因?yàn)闊o法組PDU而浪費(fèi)掉分配的帶寬。即使每次 分配的上行帶寬都大于ARQ的Block Size,假如分配的帶寬不是ARQ的 Block Size的倍數(shù)也會(huì)引起帶寬的浪費(fèi)，繼續(xù)上例，假如連接的ARQ的Block Size為40bytes，而BS以分4次每次50bytes的帶寬來滿足連接的帶寬請(qǐng)求， 實(shí)際上MS在4次數(shù)據(jù)發(fā)送中都只發(fā)送了 40bytes的數(shù)據(jù)，另外10bytes的帶 寬沒有被利用，雖然表面上看來BS已經(jīng)完全滿足了 MS的帶寬請(qǐng)求，但是在MS側(cè)仍然有40Bytes的待發(fā)送數(shù)據(jù)沒有機(jī)會(huì)發(fā)送。IEEE802.16協(xié)議規(guī)定了在上行帶寬申請(qǐng)中，MS可以采用(-)總量申請(qǐng)和 t)增量申請(qǐng)兩種類型，總量帶寬是MS周期性發(fā)送的，增量帶寬是MS有新 數(shù)據(jù)需要發(fā)送時(shí)觸發(fā)發(fā)送。BS如果收到一個(gè)業(yè)務(wù)連接上的增量帶寬申請(qǐng)， 那么它將當(dāng)前的申請(qǐng)量添加到這個(gè)連接上的總帶寬需求上。如果收到 一個(gè)總 量帶寬申請(qǐng)，那么它將用當(dāng)前的申請(qǐng)量替換當(dāng)前這個(gè)連接上的總帶寬需求。 如果BS在某一幀給MS分配了帶寬，那么它將在總的帶寬需求中減去分配 的帶寬數(shù)目。MS通過周期性發(fā)送總量帶寬請(qǐng)求使BS和MS的帶寬申請(qǐng)需 求同步。從上面的分析中，我們已經(jīng)可以看出一些矛盾了。對(duì)于上行ARQ使能 連接，組MAC PDU必須考慮在ARQ Block的邊緣。但是802.16的協(xié)議的 上行帶寬請(qǐng)求和分配機(jī)制并沒有考慮這個(gè)需求，有可能BS分配的帶寬不能 滿足MS的要求(如MS至少要一個(gè)ARQ一Block一Size大小的上行帶寬來發(fā) 送數(shù)據(jù)，而分配的帶寬小于這個(gè)值)，MS并不能在上行發(fā)送數(shù)據(jù)，雖然BS 在表明上為MS分配了上行帶寬，但是在MS側(cè)卻無法利用這些帶寬來發(fā)送 數(shù)據(jù)，白白浪費(fèi)了上行帶寬，假如BS可以按任意大小分配上行帶寬，從理 論上計(jì)算，ARQ的連接平均會(huì)浪費(fèi)50%的上行帶寬。更重要的是MS采用 增量申請(qǐng)帶寬的方式，BS為MS分配了帶寬以后，在該連接的帶寬需求中 減去了這個(gè)數(shù)量，而MS無法使用到這個(gè)帶寬，造成了BS關(guān)于連接的帶寬 請(qǐng)求量和MS連接上要發(fā)送的數(shù)據(jù)量不匹配，雖然可以通過周期性的總量帶 寬申請(qǐng)來調(diào)整，但是從長(zhǎng)時(shí)間來看還是會(huì)造成ARQ的頻繁重傳，使系統(tǒng)的 性能下降。在這種情況下ARQ不能達(dá)到提高M(jìn)AC層傳輸性能的目的，同 時(shí)也會(huì)造成上行帶寬的利用率低下。發(fā)明內(nèi)容本發(fā)明需要解決的技術(shù)問題是如何提供一種基于ARQ使能連接的上行 帶寬分配請(qǐng)求方法，可以消除由于上行帶寬分配不匹配而造成的ARQ的重 傳或帶寬浪費(fèi)。本發(fā)明的上述技術(shù)問題這樣解決，提供一種基于ARQ使能連接的上行帶寬分配請(qǐng)求方法，包括以下步驟U)基站BS根據(jù)無線終端MS的申請(qǐng)獲取ARQ使能連接的首次帶寬請(qǐng) 求總量及ARQ塊的大?。凰^的首次帶寬請(qǐng)求總量是指在終端MS發(fā)起總 量帶寬申請(qǐng)以后，基站保存該MS的帶寬需求總量。所謂的當(dāng)前帶寬請(qǐng)求總 量是指某一時(shí)間點(diǎn)基站保存的某個(gè)MS的帶寬請(qǐng)求總量，在收到總量申請(qǐng) 時(shí)，首次帶寬請(qǐng)求總量等于當(dāng)前帶寬請(qǐng)求總量，在給MS分配帶寬以后，以 及獲取MS的增量申請(qǐng)以后，基站修正該MS的當(dāng)前帶寬需求總量；1.2)每次調(diào)度時(shí)，基站BS比較判斷當(dāng)前幀中符合該ARQ使能連接服務(wù) 質(zhì)量要求的空余帶寬是否滿足當(dāng)前帶寬請(qǐng)求總量或所述ARQ塊的大小 ARQ—Block—Size,再分以下三種情況進(jìn)行處理① 所述空余帶寬滿足所述當(dāng)前帶寬請(qǐng)求總量時(shí)，直接按所述當(dāng)前帶寬請(qǐng) 求總量分配；② 所述空余帶寬不滿足所述當(dāng)前帶寬請(qǐng)求總量但滿足所述ARQ塊的大 小時(shí)，按所述ARQ塊的大小的整數(shù)倍進(jìn)行分配；③ 所述空余帶寬同時(shí)不滿足所述當(dāng)前帶寬請(qǐng)求總量和所迷ARQ塊的大 小時(shí)，本次調(diào)度不予分配；其中，所述當(dāng)前帶寬請(qǐng)求總量等于首次帶寬請(qǐng)求總量減去歷次調(diào)度全部 已分配對(duì)應(yīng)帶寬，另外增量申請(qǐng)也可以更新當(dāng)前帶寬請(qǐng)求總量。按照本發(fā)明提供的分配請(qǐng)求方法，該分配請(qǐng)求方法還包括根據(jù)所述分配 更新所述當(dāng)前帶寬請(qǐng)求總量。按照本發(fā)明提供的分配請(qǐng)求方法，該分配請(qǐng)求方法還包括根據(jù)無線終端 MS的增量申請(qǐng)更新所述當(dāng)前帶寬請(qǐng)求總量。按照本發(fā)明提供的分配請(qǐng)求方法，該分配請(qǐng)求方法還包括根據(jù)無線終端 MS的周期性總量申請(qǐng)更新所述首次帶寬請(qǐng)求總量和當(dāng)前帶寬請(qǐng)求總量，此 時(shí)，當(dāng)前帶寬請(qǐng)求總量等于首次帶寬請(qǐng)求總量。按照本發(fā)明提供的分配請(qǐng)求方法，該分配請(qǐng)求方法還包括無線終端MS 每次按(n- 1) x ARQ—Block—Size + Last—Block—Size大小申請(qǐng)帶寬，其中， n為需要申請(qǐng)的所有媒體接入控制MAC層服務(wù)數(shù)據(jù)單元SDU所包含的ARQ塊的個(gè)數(shù)，ARQ—Block—Size是所述ARQ塊的大小，Last—Block—Size是最后 一個(gè)服務(wù)數(shù)據(jù)單元的最后一個(gè)塊的大小。按照本發(fā)明提供的分配請(qǐng)求方法，該分配請(qǐng)求方法還包括無線終端MS 根據(jù)基站BS分配的帶寬不足以發(fā)送ARQ塊或當(dāng)前所述最后一個(gè)塊 Last—Block—Size觸發(fā)新的總量申請(qǐng)。按照本發(fā)明提供的分配請(qǐng)求方法，所述整數(shù)倍是所述空余帶寬可滿足的 所述ARQ塊的大小的整數(shù)個(gè)數(shù)。按照本發(fā)明提供的分配請(qǐng)求方法，所述滿足還包括802.16協(xié)議規(guī)定通 用媒體接入控制層頭(GenericMACHeader)以及其它控制子頭，即除了 能夠有足夠的空間給當(dāng)前帶寬請(qǐng)求總量或ARQ塊或最后一個(gè)塊 Last—Block—Size夕卜，還能給包在其外的通用MAC頭以及其它控制子頭提供 足夠空間。按照本發(fā)明提供的分配請(qǐng)求方法，該分配請(qǐng)求方法應(yīng)用在IEEE 802.16 協(xié)議規(guī)定的OFDMA無線系統(tǒng)中。本發(fā)明提供的一種基于ARQ使能連接的上行帶寬分配請(qǐng)求方法，通過 對(duì)上行帶寬分配和請(qǐng)求時(shí)作限制，消除上行帶寬分配的不匹配，完善了協(xié)議 的實(shí)現(xiàn)，提高上行帶寬的利用率，有效減少ARQ的重傳，改善系統(tǒng)性能。


下面結(jié)合附圖和具體實(shí)施例進(jìn)一 步對(duì)本發(fā)明進(jìn)行詳細(xì)說明。 圖1是上行連接帶寬請(qǐng)求和分配的示意圖；圖2是本發(fā)明具體實(shí)施例中MS對(duì)ARQ使能的上行連接的處理流程示 意圖。圖3是本發(fā)明具體實(shí)施例中BS對(duì)ARQ使能的上行連接的處理流程示 意圖。
具體實(shí)施方式
首先，說明本發(fā)明思想為了使ARQ充分發(fā)揮作用并減少上行帶寬的浪費(fèi)，需要MS和BS在 上行帶寬請(qǐng)求和分配時(shí)作一些限制，這些限制和現(xiàn)有的IEEE802.16協(xié)議沒 有沖突，并可作為其有益的補(bǔ)充以提高系統(tǒng)的性能。第二步，說明本發(fā)明關(guān)鍵1) 我們定義在BS側(cè)一個(gè)ARQ使能連接的最小帶寬分配單元為當(dāng)前連 接的帶寬請(qǐng)求總量和一個(gè)ARQ—Block—Size比較得到的較小值。當(dāng)調(diào)度隊(duì)列 處理到一個(gè)ARQ使能連接的上行帶寬請(qǐng)求的時(shí)候，首先根據(jù)調(diào)度算法和該 連接的QoS參數(shù)判斷是否能在當(dāng)前幀滿足該連接的帶寬請(qǐng)求總量，如果能 夠滿足，就直接按連接的帶寬請(qǐng)求總理來分配帶寬；如果不能滿足，則給該 連接分配(n x ARQ—Block—Size)大小的帶寬，即如果不能滿足該連接的 最小帶寬分配單元的要求，則不給該連接分配帶寬，n為正整數(shù)，可以按以 下方法算出n=可為此連接分配的帶寬/ARQ—Block—Size;當(dāng)n為0時(shí)，即沒有足夠大的帶寬為連接分配，就會(huì)將帶寬需求留待下 一次調(diào)度時(shí)再進(jìn)行分配。假如為此連接分配了帶寬就更新連接的帶寬請(qǐng)求總 量的值，將原來的帶寬請(qǐng)求總量減去已分配的帶寬，如果已分配的帶寬的值 大于帶寬請(qǐng)求總量，帶寬請(qǐng)求總量的值就直接至零，表示連接的帶寬請(qǐng)求已 全部滿足。2) MS每次觸發(fā)申請(qǐng)帶寬都按照下面的算法所得的大小進(jìn)行申請(qǐng)<formula>formula see original document page 9</formula>其中n為需要申請(qǐng)的所有MAC SDU所包含的ARQ Block的個(gè)數(shù)， Last—Block—Size是最后一個(gè)SDU的最后一個(gè)Block的大小，因?yàn)樵趨f(xié)議中 規(guī)定在ARQ中，SDU最后一個(gè)Block的大小可以小于ARQ_Block—Size。3 ) MS在ARQ使能連接的緩沖區(qū)中仍然有上行SDU需要發(fā)送，但是 BS分配的帶寬不足以發(fā)送任何ARQ Block時(shí)，就觸發(fā)發(fā)送上行的總量帶寬 申請(qǐng)，更新帶寬需求。只要緩沖區(qū)中仍然有上行SDU需要發(fā)送，則應(yīng)該定 時(shí)發(fā)送上行的總量帶寬申請(qǐng)，該定時(shí)器可配。4)以上調(diào)度均沒有考慮MAC頭(包含通用MAC頭以及打包子頭和分段子頭等)的開銷需求，調(diào)度的時(shí)候需要根據(jù)調(diào)度次數(shù)進(jìn)行綜合考慮。第三步，進(jìn)一步說明本發(fā)明處理步驟，具體如下步驟A. nrtPS或BE業(yè)務(wù)流建立并且ARQ使能時(shí)，BS和MS根據(jù)上層 業(yè)務(wù)的特點(diǎn)及系統(tǒng)的處理能力協(xié)商參數(shù)ARQ—Block_Size;步驟B.當(dāng)上行連接有數(shù)據(jù)需要發(fā)送時(shí)，MS按連接上SDU的個(gè)數(shù)n及 參數(shù)ARQ一Block—Size,按上面2)所述的方法計(jì)算出需要申請(qǐng)的帶寬需求， 并按此需求來申請(qǐng)帶寬；步驟C. BS收到ARQ使能的連接的帶寬請(qǐng)求時(shí)，根據(jù)可分配的帶寬和 連接的ARQ_Block—Size按上面1)所述的方法來計(jì)算出需要分配的帶寬；步驟D.如果BS上行分配的帶寬不足以發(fā)送任何ARQ Block而MS還 要連接數(shù)據(jù)要發(fā)送時(shí)，MS就利用此帶寬發(fā)送一個(gè)總量帶寬申請(qǐng)，通知BS 更新連接的帶寬請(qǐng)求信息。最后，結(jié)合實(shí)施例中的具體流程詳細(xì)說明本發(fā)明(-)無線終端申請(qǐng)流程如圖2所示，本發(fā)明的具體實(shí)施例中MS對(duì)ARQ使能的上行連接的處 理流程具體包括以下步驟201) ARQ使能的上行連接建立完成；202) 如果上層有需要發(fā)送的數(shù)據(jù)到達(dá)，則下一步轉(zhuǎn)入步驟203)，否 則轉(zhuǎn)入步驟205);203 )按新到的SDU數(shù)和ARQ參數(shù)ARQ—Block—Size按算法Inc一BR - (n -1) x ARQ—Block—Size + Last Block—Size計(jì)算增量帶寬需求Inc—BR,其中n為需要申請(qǐng)的所有MAC SDU所包含的ARQ Block的個(gè)數(shù)， Last—Block—Size是最后一個(gè)SDU的最后一個(gè)Block的大??；204) 同時(shí)更新連接的總量帶寬需求值A(chǔ)gg一BR;205) 如果Agg_BR的值大于零，則下一步轉(zhuǎn)入步驟206),否則轉(zhuǎn)入 步驟215);206) 如果有上行輪詢或有帶寬捎帶帶寬請(qǐng)求，則下一步轉(zhuǎn)入步驟207 ), 否則轉(zhuǎn)入步驟210);207) 如果總量帶寬請(qǐng)求定時(shí)器超時(shí)，則下一步轉(zhuǎn)入步驟208),否則 轉(zhuǎn)入步驟209);208) 發(fā)送總量帶寬申請(qǐng)，并重啟總量帶寬請(qǐng)求定時(shí)器；209) 發(fā)送增量帶寬請(qǐng)求，并將Inc一BR清零；210) 如果有可發(fā)送數(shù)據(jù)的上行帶寬，則下一步轉(zhuǎn)入步驟211),否則 進(jìn)入步驟215);211) 如果可用上行帶寬可以組至少一個(gè)ARQ Block,則下一步轉(zhuǎn)入步 驟213),否則進(jìn)入步驟212);212) 用此上行帶寬發(fā)送總量帶寬申請(qǐng)，并重啟總量帶寬請(qǐng)求定時(shí)器；213 )按可用帶寬組符合ARQ—Block要求的PDU;214 )根據(jù)已發(fā)送的數(shù)據(jù)更新總量帶寬需求值A(chǔ)gg_BR; 215)如果連接要被釋放，則下一步轉(zhuǎn)入步驟216)，否則進(jìn)入步驟202); 步驟216) MS停止對(duì)此連接業(yè)務(wù)數(shù)據(jù)的處理，流程結(jié)束。 t)基站分配流程如圖3所示，本發(fā)明的具體實(shí)施例中BS對(duì)ARQ使能的上行連接的處 理流程具體包括以下步驟301) ARQ使能的上行連接建立完成；302) 此連接進(jìn)入定時(shí)器觸發(fā)的調(diào)度流程；303 )如果有剩余帶寬對(duì)此連接進(jìn)行調(diào)度，則下一步轉(zhuǎn)入步驟304), 否則進(jìn)入步驟317);304) 如果收到此連接的帶寬請(qǐng)求，則下一步轉(zhuǎn)入步驟305),否則進(jìn) 入步驟308 );305) 如果是總量帶寬請(qǐng)求，則下一步轉(zhuǎn)入步驟306)，否則進(jìn)入步驟 307);306) 將連接的帶寬請(qǐng)求總量更新為所請(qǐng)求的帶寬值下一步轉(zhuǎn)入步驟308);307) 將所請(qǐng)求的帶寬值添加到連接的帶寬請(qǐng)求總量；308) 如果連接的帶寬請(qǐng)求總量大于零，則下一步轉(zhuǎn)入步驟309)，否 則進(jìn)入步驟311);309) 計(jì)算此連接的最小帶寬分配單元，最小帶寬分配單元為當(dāng)前連接 的帶寬請(qǐng)求總量和一個(gè)ARQ—Block—Size比較得到的較小值；310) 如果剩余帶寬大于連接的最小帶寬分配單元，則下一步轉(zhuǎn)入步驟 313)，否則進(jìn)入步驟311);311) 是否需要對(duì)此連接進(jìn)行輪詢(對(duì)非實(shí)時(shí)業(yè)務(wù)的輪詢策略有多種， 如定時(shí)器觸發(fā)等，在此不作討論)，則下一步轉(zhuǎn)入步驟312)，否則進(jìn)入步 驟317);312) 為連接分配輪詢帶寬，下一步轉(zhuǎn)入步驟317);313) 如果剩余帶寬大于帶寬請(qǐng)求總量，則下一步轉(zhuǎn)入步驟314),否 則進(jìn)入步驟315);314) 按連接的帶寬請(qǐng)求總量來分配上行帶寬；315) 按以下算法來分配上行帶寬 分配上4亍帶寬量-n x ARQ—Block—Size, n為正整數(shù)，按以下方法算出n=可為此連接分配的帶寬/ARQ_Block—Size;316) 按分配的帶寬更新連接的帶寬請(qǐng)求總量；317) 連接是否需要釋放，則下一步轉(zhuǎn)入步驟318)，否則進(jìn)入步驟302);318) BS停止對(duì)此連接的帶寬分配，流程結(jié)束。
權(quán)利要求
1、一種基于ARQ使能連接的上行帶寬分配請(qǐng)求方法，其特征在于，包括以下步驟1.1)基站(1)根據(jù)無線終端(2)的申請(qǐng)獲取ARQ使能連接的首次帶寬請(qǐng)求總量及ARQ塊的大?。?.2)每次調(diào)度時(shí)，基站(1)比較判斷并根據(jù)以下情況進(jìn)行對(duì)應(yīng)處理所述空余帶寬滿足所述當(dāng)前帶寬請(qǐng)求總量需要時(shí)，直接按所述當(dāng)前帶寬請(qǐng)求總量分配；或所述空余帶寬不滿足所述當(dāng)前帶寬請(qǐng)求總量需要但滿足所述ARQ塊的大小需要時(shí)，按所述ARQ塊的大小的整數(shù)倍進(jìn)行分配；或所述空余帶寬同時(shí)不滿足所述當(dāng)前帶寬請(qǐng)求總量和ARQ塊的大小需要時(shí)，本次調(diào)度不予分配；其中，所述當(dāng)前帶寬請(qǐng)求總量等于首次帶寬請(qǐng)求總量減去歷次調(diào)度全部已分配對(duì)應(yīng)帶寬。
2、 根據(jù)權(quán)利要求1所述分配請(qǐng)求方法，其特征在于，該分配請(qǐng)求方 法還包括才艮椐所述分配更新所述當(dāng)前帶寬請(qǐng)求總量。
3、 根據(jù)權(quán)利要求2所述分配請(qǐng)求方法，其特征在于，該分配請(qǐng)求方 法還包括根據(jù)無線終端(2)的增量申請(qǐng)更新所述當(dāng)前帶寬請(qǐng)求總量。
4、 根據(jù)權(quán)利要求1或2所述分配請(qǐng)求方法，其特征在于，該分配請(qǐng) 求方法還包括根據(jù)無線終端(2)的周期性總量申請(qǐng)更新所述首次帶寬請(qǐng)求總 量和當(dāng)前帶寬請(qǐng)求總量。
5、 根據(jù)權(quán)利要求1所述分配請(qǐng)求方法，其特征在于，該分配請(qǐng)求方 法還包括無線終端(2)每次按(n國(guó)1) x ARQ—Block_Size + Last—Block—Size 大小申請(qǐng)帶寬，其中，n為需要申請(qǐng)的所有媒體接入控制層服務(wù)數(shù)據(jù)單元所 包含的ARQ塊的個(gè)數(shù)，ARQ—Block—Size是所述ARQ塊的大小， Last_Block—Size是最后一個(gè)服務(wù)數(shù)據(jù)單元的最后一個(gè)塊的大小。
6、 根據(jù)權(quán)利要求5所述分配請(qǐng)求方法，其特征在于，該分配請(qǐng)求方 法還包括無線終端(2)根據(jù)基站(1)分配的帶寬不足以發(fā)送ARQ塊或當(dāng)前所 述最后一個(gè)塊觸發(fā)新的總量申請(qǐng)。
7、 根據(jù)權(quán)利要求1所述分配請(qǐng)求方法，其特征在于，所述整數(shù)倍是 所述空余帶寬可滿足的所述ARQ塊的大小的最大整數(shù)倍。
8、 根據(jù)權(quán)利要求1或7所述分配請(qǐng)求方法，其特征在于，所述滿足 包括通用J 某體接入控制層頭的帶寬需求。
9、 根據(jù)權(quán)利要求l、 2、 3、 5、 6或7所述分配請(qǐng)求方法，其特征在 于，該分配請(qǐng)求方法應(yīng)用在正EE802.16協(xié)議規(guī)定OFDMA無線系統(tǒng)中。
全文摘要
本發(fā)明涉及一種基于ARQ使能連接的上行帶寬分配請(qǐng)求方法，包括獲取ARQ使能連接的首次帶寬請(qǐng)求總量及ARQ塊的大??；每次調(diào)度時(shí)，根據(jù)空余帶寬滿足當(dāng)前帶寬請(qǐng)求總量需要直接分配完畢，或不滿足當(dāng)前帶寬請(qǐng)求總量需要但滿足ARQ塊的大小需要按所述ARQ塊的大小的最大整數(shù)倍分配，或既不滿足當(dāng)前帶寬請(qǐng)求總量又不滿足ARQ塊的大小需要?jiǎng)t不予分配帶寬；其中，當(dāng)前帶寬請(qǐng)求總量等于首次帶寬請(qǐng)求總量減去歷次調(diào)度全部已分配帶寬。這種方法采取最小分配限制，消除上行帶寬分配的不匹配，完善了協(xié)議的實(shí)現(xiàn)，提高上行帶寬的利用率，有效減少ARQ的重傳，改善系統(tǒng)性能。
文檔編號(hào)H04Q7/38GK101217791SQ200810001038
公開日2008年7月9日 申請(qǐng)日期2008年1月15日 優(yōu)先權(quán)日2008年1月15日
發(fā)明者肖志堅(jiān), 陳嘉明 申請(qǐng)人:中興通訊股份有限公司