專利名稱：基于rlc協(xié)議的復(fù)位控制方法、基站及無(wú)線通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種基于無(wú)線鏈路控制(Radio Link Control,簡(jiǎn)稱RLC)協(xié)議的復(fù)位控制方法、基站及無(wú)線通信系統(tǒng)，屬于無(wú)線通信技術(shù)領(lǐng)域。
背景技術(shù)：
在高速鏈路分組接入(High Speed link Packet Access,簡(jiǎn)稱HSPA)系統(tǒng)中，上行使用高速上行鏈路分組接入(High Speed Uplink Packet Access,簡(jiǎn)稱HSUPA)進(jìn)行數(shù)據(jù)傳輸，下行使用高速下行鏈路分組接入(High Speed Down link Packet Access,簡(jiǎn)稱HSUPA)進(jìn)行數(shù)據(jù)傳輸。當(dāng)執(zhí)行基于RLC協(xié)議的下行復(fù)位時(shí)，無(wú)線網(wǎng)絡(luò)控制器(簡(jiǎn)稱RNC)會(huì)向用戶設(shè)備(簡(jiǎn)稱UE)發(fā)送下行復(fù)位(Reset)協(xié)議數(shù)據(jù)單元(Protocol Data Unit,簡(jiǎn)稱PDU),該下行復(fù)位PDU會(huì)首先緩存在基站(NodeB)的下行發(fā)送隊(duì)列(簡(jiǎn)稱PQ)中，然后再由基站發(fā)送給UE ；UE收到該下行復(fù)位PDU后，向RNC回復(fù)下行復(fù)位確認(rèn)(Reset ACK)PDU ;如果RNC在預(yù)設(shè)時(shí)間內(nèi)未收到來(lái)自于UE的下行復(fù)位確認(rèn)rou，則重傳復(fù)位rou，直到重傳次數(shù)達(dá)到預(yù)設(shè)值。在現(xiàn)有技術(shù)中，RNC向UE發(fā)送下行復(fù)位PDU之后將不再處理任何上行數(shù)據(jù)TOU，因此，UE在上行發(fā)送下行復(fù)位確認(rèn)PDU之前的所發(fā)送的任何上行數(shù)據(jù)PDU都是無(wú)用的數(shù)據(jù)；并且，RNC在發(fā)送下行復(fù)位PDU之后，不會(huì)再發(fā)送任何下行數(shù)據(jù)rou，因此，沒(méi)有必要給此用戶分配大的Iub傳輸帶寬。類似地，當(dāng)執(zhí)行基于RLC協(xié)議的上行復(fù)位吋，UE的RLC實(shí)體向RNC發(fā)送上行復(fù)位PDU ；RNC收到該上行復(fù)位PDU后,會(huì)向UE回復(fù)上行復(fù)位確認(rèn)F1DU,該上行復(fù)位確認(rèn)PDU也會(huì)首先緩存在基站的下行發(fā)送隊(duì)列中，然后再由基站發(fā)送給UE。在現(xiàn)有技術(shù)中，由于UE在發(fā)送上行復(fù)位rou之后就不再處理任何下行數(shù)據(jù)rou，因此，在基站的緩存隊(duì)列中排在上行復(fù)位確認(rèn)PDU之前的數(shù)據(jù)PDU沒(méi)有必要發(fā)送給UE?，F(xiàn)有技術(shù)的缺陷在于上述無(wú)用的數(shù)據(jù)雖然已經(jīng)不能被UE或RNC進(jìn)行處理，但這 些數(shù)據(jù)仍然會(huì)被發(fā)送，因此占用了寶貴的帶寬資源。

發(fā)明內(nèi)容
本發(fā)明提供一種基于RLC協(xié)議的復(fù)位控制方法、基站及無(wú)線通信系統(tǒng)，用以減少帶寬資源的占用。本發(fā)明一方面提供一種基于RLC協(xié)議的下行復(fù)位控制方法，其中包括基站將來(lái)自于RNC的下行復(fù)位PDU加入到該基站的下行緩存隊(duì)列中；所述基站將所述下行緩存隊(duì)列的RLC緩存占用率設(shè)置為0 ;所述基站將所述下行復(fù)位PDU發(fā)送給UE。本發(fā)明另一方面提供一種基于RLC協(xié)議的上行復(fù)位控制方法，其中包括基站將來(lái)自于UE的上行復(fù)位PDU發(fā)送給RNC ；
所述基站將來(lái)自于所述RNC的上行復(fù)位確認(rèn)PDU加入到該基站的下行緩存隊(duì)列中；所述基站丟棄所述下行緩存隊(duì)列中位于所述上行復(fù)位確認(rèn)PDU之前的rou，從而立即將所述上行復(fù)位確認(rèn)PDU發(fā)送給所述UE。本發(fā)明又一方面提供一種基站，其中包括第一排隊(duì)模塊，用于將來(lái)自于RNC的下行復(fù)位PDU加入到該基站的下行緩存隊(duì)列中；設(shè)置模塊，用于將所述下行緩存隊(duì)列的RLC緩存占用率設(shè)置為0 ;第一發(fā)送模塊，用于將所述下行緩存隊(duì)列中的下行復(fù)位PDU發(fā)送給UE。本發(fā)明再一方面提供一種無(wú)線通信系統(tǒng)，包括上述基站，并且還包括UE，該UE包括確認(rèn)回復(fù)模塊，用于通過(guò)所述基站授權(quán)的所述資源經(jīng)所述基站向RNC回復(fù)下行復(fù)位確認(rèn)rou ；狀態(tài)回復(fù)模塊，用于在確認(rèn)回復(fù)模塊回復(fù)所述下行復(fù)位確認(rèn)PDU之前經(jīng)所述基站向所述RNC回復(fù)狀態(tài)rou，所述狀態(tài)PDU用于確認(rèn)收到所述RNC發(fā)送給該UE的數(shù)據(jù)TOU。本發(fā)明再一方面提供另ー種基站，其中包括第二發(fā)送模塊，用于將來(lái)自于UE的上行復(fù)位PDU發(fā)送給RNC ；第二排隊(duì)模塊，用于將來(lái)自于所述RNC的上行復(fù)位確認(rèn)PDU加入到該基站的下行緩存隊(duì)列中；第三發(fā)送模塊，用于丟棄所述下行緩存隊(duì)列中位于所述上行復(fù)位確認(rèn)PDU之前的PDU,從而立即將所述上行復(fù)位確認(rèn)PDU發(fā)送給所述UE。本發(fā)明實(shí)現(xiàn)了減少帶寬資源占用的目的。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作ー簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為本發(fā)明所述基于RLC協(xié)議的下行復(fù)位控制方法實(shí)施例一的流程圖；圖2為本發(fā)明所述基于RLC協(xié)議的下行復(fù)位控制方法實(shí)施例ニ的流程圖；圖3為采用圖2所示方法后的信令流程圖；圖4為本發(fā)明所述基于RLC協(xié)議的上行復(fù)位控制方法實(shí)施例的流程圖；圖5為本發(fā)明所述FP幀的幀結(jié)構(gòu)圖；圖6為圖5所示FP幀中ー個(gè)I3DU的數(shù)據(jù)結(jié)構(gòu)圖；圖7為本發(fā)明所述無(wú)線通信系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖；圖8為本發(fā)明所述基站實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。圖I為本發(fā)明所述基于RLC協(xié)議的下行復(fù)位控制方法實(shí)施例一的流程圖，如圖所示，包括如下步驟步驟110，基站將來(lái)自于RNC的下行復(fù)位PDU加入到該基站的下行緩存隊(duì)列中。
其中，所述下行緩存隊(duì)列是所述基站中的先進(jìn)先出的隊(duì)列(簡(jiǎn)稱PQ)，來(lái)自于RNC的各種PDU均先緩存到該下行緩存隊(duì)列中，然后依次發(fā)送給UE。步驟120，所述基站將所述下行緩存隊(duì)列的RLC緩存占用率設(shè)置為O。通過(guò)在下行復(fù)位PDU進(jìn)入下行緩存隊(duì)列后將RLC緩存占用率(BufferOccupation，簡(jiǎn)稱B0)設(shè)置為0，使得在隨后的Iub接ロ的流控中，無(wú)需考慮RLC BO的大小，從而為該用戶分配更少的帶寬。這樣在Iub物理帶寬受限時(shí)，就可以避免給此用戶分配過(guò)大的授權(quán)(credit)帶寬，從而可以將節(jié)省出來(lái)的帶寬分配給其他用戶使用，其中，所述Iub接ロ是RNC和基站之間的接ロ。步驟130，所述基站將所述下行復(fù)位PDU發(fā)送給UE。具體地，當(dāng)所述下行緩存隊(duì)列中位于所述下行復(fù)位PDU之前的PDU被發(fā)送完畢后，所述基站采用低于所述UE在信道質(zhì)量指示符(簡(jiǎn)稱CQI)中上報(bào)的碼率的低碼率將所述下行復(fù)位PDU發(fā)送給UE。其中，所述CQI是UE上報(bào)給基站的指示符，表明無(wú)線信道通信質(zhì)量的測(cè)量標(biāo)準(zhǔn)，通過(guò)CQI可以獲得UE的最大可用碼率，通過(guò)降低碼率來(lái)發(fā)送下行復(fù)位rou，可以提高UE接收該下行復(fù)位PDU的成功率，從而減少RNC判斷出UE對(duì)下行復(fù)位TOU的接收失敗時(shí)而引起的下行復(fù)位rou的重傳概率。步驟140，所述基站為所述UE在上行授權(quán)僅能發(fā)ー個(gè)H)U的資源。其中，所述資源包括功率資源和碼道資源。步驟150,所述UE通過(guò)所述資源向所述RNC回復(fù)下行復(fù)位確認(rèn)F1DlL具體地，所述UE可以先通過(guò)該資源向所述基站發(fā)送下行復(fù)位確認(rèn)rou，然后由該基站將該下行復(fù)位確認(rèn)PDU轉(zhuǎn)發(fā)給所述RNC。其中，為所述UE在上行授權(quán)僅能發(fā)ー個(gè)rou的資源后，UE能夠發(fā)送下行復(fù)位確認(rèn)PDU而減少發(fā)送數(shù)據(jù)rou。如現(xiàn)有技術(shù)中所述，RNC向UE發(fā)送下行復(fù)位PDU之后將不再處理任何上行數(shù)據(jù)rou，因此，在本步驟中，UE盡量少發(fā)送不會(huì)被RNC基站處理的數(shù)據(jù)PDU有利于減少帶寬資源的占用。圖2為本發(fā)明所述基于RLC協(xié)議的下行復(fù)位控制方法實(shí)施例ニ的流程圖，本實(shí)施所述針對(duì)的技術(shù)問(wèn)題如下在現(xiàn)有技術(shù)中，RNC在向UE發(fā)送多個(gè)數(shù)據(jù)PDU后，UE會(huì)通過(guò)回復(fù)一個(gè)狀態(tài)I3DU以確認(rèn)收到這些rou。然而，在現(xiàn)有的下行復(fù)位流程中，所述UE向所述RNC回復(fù)下行復(fù)位確認(rèn)PDU之后則不再執(zhí)行任何操作，因此也不再回復(fù)狀態(tài)rou，RNC由于收不到狀態(tài)rou，會(huì)將該狀態(tài)PDU對(duì)應(yīng)的全部數(shù)據(jù)PDU進(jìn)行重新發(fā)送，但實(shí)際上，其中有一部分?jǐn)?shù)據(jù)PDU已經(jīng)被UE接收到了，只是由于無(wú)法及時(shí)回復(fù)狀態(tài)PDU而造成了 RNC的誤判，從而造成了不必要的帶寬資源的浪費(fèi)。為了克服上述技術(shù)問(wèn)題，如圖2所示，可以在上述步驟150之前増加了如下步驟
步驟145，所述UE向所述RNC回復(fù)狀態(tài)H)U，所述狀態(tài)PDU用于確認(rèn)收到所述RNC發(fā)送給該UE的數(shù)據(jù)rou。具體地，所述UE也在所述基站為該UE在上行授權(quán)的僅能發(fā)ー個(gè)PDU的資源中發(fā)送該狀態(tài)rou，發(fā)送該狀態(tài)PDU的上行幀位于發(fā)送上述下行復(fù)位確認(rèn)rou的上行幀之前。以下參見(jiàn)圖3，舉例說(shuō)明采用本步驟后達(dá)到的技術(shù)效果。假設(shè)按照預(yù)先協(xié)商的信令流程，RNC向UE發(fā)送完第五個(gè)、第六個(gè)及第七個(gè)數(shù)據(jù)TOU后，UE將回復(fù)一個(gè)狀態(tài)rou以確認(rèn)收到這三個(gè)數(shù)據(jù)rou。但在圖3所示的情況中，RNC在發(fā)送完第五個(gè)和第六個(gè)數(shù)據(jù)PDU后又發(fā)送了ー個(gè)下行復(fù)位rou，如果此時(shí)UE直接回復(fù)下行復(fù)位確認(rèn)PDU后，即便該UE再次收到第七個(gè)數(shù)據(jù)PDU后也不會(huì)再發(fā)送狀態(tài)rou，從而使RNC由于未收到UE回復(fù)的下行復(fù)位確認(rèn)rou而重新發(fā)送三個(gè)數(shù)據(jù)rou，從而造成帶寬資源的浪費(fèi)。 但如果采用本實(shí)施例所述方法，UE在向RNC回復(fù)下行復(fù)位確認(rèn)PDU之前，先發(fā)送一個(gè)狀態(tài)PDU對(duì)第五個(gè)和第六個(gè)數(shù)據(jù)PDU進(jìn)行確收，使得RNC得知這兩個(gè)數(shù)據(jù)I3DU已經(jīng)接收成功，因此只重發(fā)第七個(gè)數(shù)據(jù)rou即可，從而減少了要重發(fā)的數(shù)據(jù)rou的數(shù)量，節(jié)約了帶寬資源。圖4為本發(fā)明所述基于RLC協(xié)議的上行復(fù)位控制方法實(shí)施例的流程圖，如圖所示，包括如下步驟步驟210，基站將來(lái)自于UE的上行復(fù)位PDU發(fā)送給RNC。此后，RNC接收到上行復(fù)位PDU后，會(huì)經(jīng)基站向該UE回復(fù)上行復(fù)位確認(rèn)TOU。步驟220，所述基站將來(lái)自于所述RNC的上行復(fù)位確認(rèn)PDU加入到該基站的下行緩存隊(duì)列中。步驟230，所述基站丟棄所述下行緩存隊(duì)列中位于所述上行復(fù)位確認(rèn)PDU之前的PDU,從而立即將所述上行復(fù)位確認(rèn)PDU發(fā)送給所述UE。如背景技術(shù)中所述，UE發(fā)出上行復(fù)位PDU后就不處理任何下行數(shù)據(jù)H)U，因此，在基站的下行緩存隊(duì)列中排在上行復(fù)位確認(rèn)PDU之前的PDU是無(wú)用的rou，因此，將這些無(wú)用的PDU丟棄，有利于減少對(duì)帶寬資源的占用。具體地，當(dāng)所述基站將所述上行復(fù)位確認(rèn)PDU發(fā)送給所述UE時(shí)，可以采用低于所述UE在CQI中上報(bào)的碼率的低碼率將所述上行復(fù)位確認(rèn)PDU發(fā)送給UE。從而減少UE判斷出RNC對(duì)上行復(fù)位rou的接收失敗時(shí)而引起的上行復(fù)位rou的重傳概率。在本發(fā)明上述各實(shí)施例中，基站、RNC和UE之間傳輸?shù)男畔⒉捎肞DU的形式，該P(yáng)DU分為控制PDU和數(shù)據(jù)rou，控制PDU主要包括上行復(fù)位rou、上行復(fù)位確認(rèn)rou、下行復(fù)位PDU和下行復(fù)位確認(rèn)rou。由于RNC和UE中的RLC實(shí)體在發(fā)送控制PDU時(shí)不會(huì)跟其他數(shù)據(jù)PDU—起發(fā)送，因此在復(fù)位流程中，高速下行共享信道(簡(jiǎn)稱HS-DSCH)的幀協(xié)議(簡(jiǎn)稱fp)幀中僅包含ー個(gè)rou。該FP幀的幀結(jié)構(gòu)如圖5和圖6所示所示，基站在收到所述FP幀后，判斷“NumOfPDU”字段是否為1，如果為I則讀取這個(gè)PDU的“D/C”字段，如果該字段的比特值為0，如表I所示，就表示該P(yáng)DU為控制PDU;對(duì)于控制rou，如表2所示，通過(guò)“pdu類型” (“rouType”)字段據(jù)可以判斷出該P(yáng)DU是復(fù)位PDU還是復(fù)位確認(rèn)TOU。表I :“D/C”字段的含義
權(quán)利要求
1.一種基于RLC協(xié)議的下行復(fù)位控制方法，其特征在于包括 基站將來(lái)自于RNC的下行復(fù)位PDU加入到該基站的下行緩存隊(duì)列中； 所述基站將所述下行緩存隊(duì)列的RLC緩存占用率設(shè)置為O ; 所述基站將所述下行復(fù)位PDU發(fā)送給UE。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于所述基站將所述下行復(fù)位PDU發(fā)送給UE包括所述基站采用低于所述UE在CQI中上報(bào)的碼率的低碼率將所述下行復(fù)位PDU發(fā)送給UE0
3.根據(jù)權(quán)利要求I所述的方法，其特征在于所述基站將所述下行復(fù)位PDU發(fā)送給UE之后還包括所述基站為所述UE在上行授權(quán)僅能發(fā)ー個(gè)PDU的資源，使所述UE通過(guò)該資源向 所述RNC回復(fù)下行復(fù)位確認(rèn)rou。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于所述UE通過(guò)該資源向所述RNC回復(fù)下行復(fù)位確認(rèn)PDU之前還包括向所述RNC回復(fù)狀態(tài)H)U，所述狀態(tài)PDU用于確認(rèn)收到所述RNC發(fā)送給該UE的數(shù)據(jù)rou。
5.一種基于RLC協(xié)議的上行復(fù)位控制方法,其特征在于包括 基站將來(lái)自于UE的上行復(fù)位PDU發(fā)送給RNC ； 所述基站將來(lái)自于所述RNC的上行復(fù)位確認(rèn)PDU加入到該基站的下行緩存隊(duì)列中；所述基站丟棄所述下行緩存隊(duì)列中位于所述上行復(fù)位確認(rèn)PDU之前的rou，從而立即將所述上行復(fù)位確認(rèn)PDU發(fā)送給所述UE。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于所述基站將所述上行復(fù)位確認(rèn)PDU發(fā)送給所述UE包括所述基站采用低于所述UE在CQI中上報(bào)的碼率的低碼率將所述上行復(fù)位確認(rèn)PDU發(fā)送給UE。
7.一種基站，其特征在于包括 第一排隊(duì)模塊，用于將來(lái)自于RNC的下行復(fù)位PDU加入到該基站的下行緩存隊(duì)列中； 設(shè)置模塊，用于將所述下行緩存隊(duì)列的RLC緩存占用率設(shè)置為0 ; 第一發(fā)送模塊，用于將所述下行緩存隊(duì)列中的下行復(fù)位PDU發(fā)送給UE。
8.根據(jù)權(quán)利要求7所述的基站，其特征在于還包括授權(quán)模塊，用于當(dāng)?shù)谝话l(fā)送模塊將所述下行復(fù)位PDU發(fā)送給UE之后，為所述UE在上行授權(quán)僅能發(fā)ー個(gè)PDU的資源，使所述UE通過(guò)該資源經(jīng)該基站向所述RNC回復(fù)下行復(fù)位確認(rèn)rou。
9.一種無(wú)線通信系統(tǒng)，包括權(quán)利要求8所述的基站，其特征在于還包括UE，該UE包括 確認(rèn)回復(fù)模塊，用于通過(guò)所述基站授權(quán)的所述資源經(jīng)所述基站向RNC回復(fù)下行復(fù)位確認(rèn) PDU ； 狀態(tài)回復(fù)模塊，用于在確認(rèn)回復(fù)模塊回復(fù)所述下行復(fù)位確認(rèn)PDU之前經(jīng)所述基站向所述RNC回復(fù)狀態(tài)H)U，所述狀態(tài)PDU用于確認(rèn)收到所述RNC發(fā)送給該UE的數(shù)據(jù)TOU。
10.一種基站，其特征在于包括 第二發(fā)送模塊，用于將來(lái)自于UE的上行復(fù)位PDU發(fā)送給RNC ； 第二排隊(duì)模塊，用于將來(lái)自于所述RNC的上行復(fù)位確認(rèn)PDU加入到該基站的下行緩存隊(duì)列中； 第三發(fā)送模塊，用于丟棄所述下行緩存隊(duì)列中位于所述上行復(fù)位確認(rèn)PDU之前的rou，從而立即將所述上行復(fù)位確認(rèn)PDU發(fā)送給所述UE。
全文摘要
本發(fā)明提供一種基于RLC協(xié)議的復(fù)位控制方法、基站及無(wú)線通信系統(tǒng)，其中方法包括基站將來(lái)自于RNC的下行復(fù)位PDU加入到該基站的下行緩存隊(duì)列中；所述基站將所述下行緩存隊(duì)列的RLC緩存占用率設(shè)置為0；所述基站將所述下行復(fù)位PDU發(fā)送給UE。本發(fā)明實(shí)現(xiàn)了減少帶寬資源占用的目的。
文檔編號(hào)H04W76/02GK102655659SQ20111005007
公開(kāi)日2012年9月5日 申請(qǐng)日期2011年3月2日 優(yōu)先權(quán)日2011年3月2日
發(fā)明者成建敏, 柳斯白, 王偉華, 謝勇 申請(qǐng)人:鼎橋通信技術(shù)有限公司