專(zhuān)利名稱(chēng)：一種上報(bào)空中接口擁塞情況的方法及中繼節(jié)點(diǎn)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信技術(shù)，特別是指一種上報(bào)空中接口擁塞情況的方法及中繼節(jié) 點(diǎn)。
背景技術(shù)：
為了滿足日益增長(zhǎng)的大帶寬高速移動(dòng)接入的需求，第三代伙伴組織計(jì)劃(3GPP， Third Generation Partnership Projects) iflHjM^ixSi^ (LTE-Advanced, Long-Term Evolution Advance)標(biāo)準(zhǔn)。LTE-Advanced 在長(zhǎng)期演進(jìn)(LTE，Long-Term Evolution)的演 進(jìn)中保留了 LTE的核心，在此基礎(chǔ)上采用一系列技術(shù)對(duì)頻域、空域進(jìn)行擴(kuò)充，以達(dá)到提高頻 譜利用率、增加系統(tǒng)容量等目的。無(wú)線中繼(Relay)技術(shù)是LTE-Advanced中所采用的技術(shù) 之一，旨在擴(kuò)展小區(qū)的覆蓋范圍，減少通信中的死角地區(qū)，平衡負(fù)載，轉(zhuǎn)移熱點(diǎn)地區(qū)的業(yè)務(wù)， 節(jié)省用戶設(shè)備(UE，User Equipment)的發(fā)射功率。圖1為包括中繼節(jié)點(diǎn)(RN，Relay-Node)的系統(tǒng)結(jié)構(gòu)示意圖，如圖1所示，在原有 的基站(Donor-eNB)與UE之間增加一些新的RN，這些新增的RN與基站通過(guò)無(wú)線連接，與 傳輸網(wǎng)絡(luò)之間沒(méi)有有線連接。其中，基站與RN之間的空中接口稱(chēng)為Un接口、無(wú)線鏈路稱(chēng)為 回程鏈路(backhaul link) ；RN與UE之間的空中接口稱(chēng)為Uu接口、無(wú)線鏈路稱(chēng)為接入鏈路 (access link)。下行數(shù)據(jù)先到達(dá)基站，然后再傳輸至RN，RN再傳輸至UE ；上行數(shù)據(jù)則反之。為了配置回程鏈路的資源，定義了 RN專(zhuān)用的物理下行控制信道(R-PDCCH)、物理 下行共享信道(R-PDSCH)和物理上行共享信道(R-PUSCH)。其中，R-PDCCH資源從RN接收 的正交頻分復(fù)用(OFDM, Orthogonal Frequency Division Multiplexing)符號(hào)開(kāi)始,可以 是用于回程鏈路下行傳輸?shù)淖訋械牟糠治锢碣Y源塊(PRB，Physical Resource Block), 也可以是用于回程鏈路下行傳輸?shù)淖訋械牟糠諳FDM符號(hào)或全部OFDM符號(hào)。R-PDCCH用 于動(dòng)態(tài)或半靜態(tài)地分配R-PDSCH資源和R-PUSCH資源，其中，R-PDSCH資源用于傳輸回程鏈 路的下行數(shù)據(jù)，R-PUSCH資源用于傳輸回程鏈路的上行數(shù)據(jù)?？紤]到對(duì)現(xiàn)有UE的兼容性，以及為了避免RN和基站之間的傳輸與RN和UE之間 的傳輸發(fā)生沖突，在正常的傳輸過(guò)程中，RN監(jiān)聽(tīng)R-PDCCH上基站指示的下行指配和上行授 權(quán)等，并在相應(yīng)的R-PDSCH和R-PUSCH上實(shí)現(xiàn)RN與基站之間的傳輸；此外，RN在物理下行 控制信道(PDCCH，Physical DownlinkControl Channel)上指示下行指配和上行授權(quán)等，并 在相應(yīng)的物理下行共享信道(PDSCH，Physical Downlink Shared Channel)和物理上行共 享信道(PUSCH，Physical Uplink Shared Channel)上實(shí)現(xiàn) RN 與 UE 之間的傳輸。在存在RN參與的下行傳輸中，有可能存在Un接口上的可調(diào)度資源、帶寬、數(shù)據(jù)吞 吐量與Uu接口不匹配的一些情況。例如1、釓接口由于支持載波聚合(Carrier Aggregation)或高階多輸入多輸出(MBTO， Multiple-Input Multiple-Output)等技術(shù)而支持更高帶寬以及更大的數(shù)據(jù)吞吐量；而Uu 接口可能只支持單載波，不支持下行高階ΜΙΜ0，從而造成Uu接口可使用資源小于Un接口；2、由于Uu接口可使用的下行子幀有限，相應(yīng)的PDCCH資源也便有限，而對(duì)RN覆蓋下的UE的調(diào)度均是在PDCCH上完成的，這樣，能夠同時(shí)調(diào)度的UE的數(shù)量也是有限的；中繼 UE數(shù)量比較多時(shí)(如某些熱點(diǎn)覆蓋場(chǎng)景)，將造成Uu接口上可調(diào)度的下行資源較少，而在 Un接口 RN可以使用的下行資源基本沒(méi)有限制。在以上Un接口可使用資源以及數(shù)據(jù)吞吐量大于扎接口的情況下，由于基站根本不 了解Uu接口上的流量及資源使用情況，因此，盡管Uu接口上可能已經(jīng)發(fā)生下行數(shù)據(jù)的傳輸 擁塞，基站仍可能源源不斷地通過(guò)Un接口向RN發(fā)送下行數(shù)據(jù)，從而造成這些下行數(shù)據(jù)在RN 緩存起來(lái)，而不能及時(shí)在Uu接口上下發(fā)，當(dāng)Uu接口擁塞情況持續(xù)時(shí)，RN的下行發(fā)送緩沖區(qū) 甚至有可能溢出，導(dǎo)致下行數(shù)據(jù)丟失。甚至?xí)霈F(xiàn)一種比較極端的情況RN在隊(duì)接口的下 行發(fā)生故障，無(wú)法傳輸下行數(shù)據(jù)，而基站并不了解這一情況，仍然繼續(xù)向RN發(fā)送下行數(shù)據(jù)， 此時(shí)，有可能造成大量下行數(shù)據(jù)的丟失。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種上報(bào)空中接口擁塞情況的方法及中繼 節(jié)點(diǎn)，有效避免下行數(shù)據(jù)的丟失。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種上報(bào)空中接口擁塞情況的方法，該方法包括中繼節(jié)點(diǎn)RN向基站發(fā)送Uu接口 的擁塞報(bào)告。所述RN向基站發(fā)送扎接口的擁塞報(bào)告，包括RN根據(jù)設(shè)置的擁塞報(bào)告周期周期性 地向基站發(fā)送Uu接口的擁塞報(bào)告；或者，RN在設(shè)置的擁塞報(bào)告觸發(fā)事件發(fā)生時(shí)向基站發(fā)送 扎接口的擁塞報(bào)告；或者，RN根據(jù)設(shè)置的擁塞報(bào)告周期、或在設(shè)置的擁塞報(bào)告觸發(fā)事件發(fā)生 時(shí)向基站發(fā)送Uu接口的擁塞報(bào)告。所述擁塞報(bào)告周期和/或所述擁塞報(bào)告觸發(fā)事件靜態(tài)配置在RN中；或者，由基 站通過(guò)高層信令半靜態(tài)配置給RN。RN向基站發(fā)送的所述擁塞報(bào)告在分配給RN的能夠用于傳輸擁塞報(bào)告的RN專(zhuān)用的 物理上行共享信道R-PUSCH資源上傳輸。如果沒(méi)有能夠用于傳輸所述擁塞報(bào)告的R-PUSCH資源，所述RN向基站發(fā)送Uu接 口的擁塞報(bào)告之前，進(jìn)一步包括RN向基站發(fā)送調(diào)度請(qǐng)求，請(qǐng)求基站為RN分配用于傳輸擁 塞報(bào)告的R-PUSCH資源。所述擁塞報(bào)告包含在新增的媒體接入控制MAC控制信元中；或者，包含在新增的 無(wú)線資源控制RRC擁塞報(bào)告消息中；或者，通過(guò)在RN專(zhuān)用的物理上行控制信道R-PUCCH上 新增的PUCCH format來(lái)傳輸。所述MAC控制信元為用于傳輸負(fù)載報(bào)告的Load R印ort，所述負(fù)載報(bào)告包括所述 擁塞報(bào)告；所述MAC控制信元為專(zhuān)用于傳輸擁塞報(bào)告的Congestion Report ；所述擁塞報(bào)告通過(guò)PUCCH format來(lái)傳輸時(shí)，所述RN向基站發(fā)送Uu接口的擁塞報(bào) 告包括將擁塞報(bào)告與控制信息復(fù)用后在RN專(zhuān)用的物理上行控制信道R-PUCCH上發(fā)送。所述擁塞報(bào)告包含以下?lián)砣畔⒅械囊环N或多種擁塞指示，下行物理資源塊 PRB占用率，下行發(fā)送緩沖區(qū)占用率，下行數(shù)據(jù)吞吐量，下行活動(dòng)UE數(shù)量，下行無(wú)線承載RB 數(shù)量，下行所有RB的聚合最大比特速率AMBR。
一種上報(bào)空中接口擁塞情況的中繼節(jié)點(diǎn)，包括上報(bào)單元，用于向基站發(fā)送Uu接口 的擁塞報(bào)告。所述中繼節(jié)點(diǎn)還包括計(jì)時(shí)器和/或檢測(cè)單元，其中，所述計(jì)時(shí)器，用于進(jìn)行擁塞報(bào)告周期的計(jì)時(shí)，每個(gè)擁塞報(bào)告周期觸發(fā)上報(bào)單元；所述檢測(cè)單元，用于檢測(cè)到擁塞報(bào)告觸發(fā)事件發(fā)生時(shí)，觸發(fā)上報(bào)單元。所述中繼節(jié)點(diǎn)進(jìn)一步包括配置單元，用于配置擁塞報(bào)告周期的時(shí)間長(zhǎng)度和/或 擁塞報(bào)告觸發(fā)事件。所述中繼節(jié)點(diǎn)進(jìn)一步包括資源請(qǐng)求單元，用于在沒(méi)有能夠用于傳輸U(kuò)u接口的擁 塞報(bào)告的R-PUSCH資源時(shí)，向基站發(fā)送調(diào)度請(qǐng)求，請(qǐng)求基站為RN分配用于傳輸擁塞報(bào)告的 R-PUSCH 資源。本發(fā)明方案中，通過(guò)提供RN與基站間的報(bào)告機(jī)制，使得RN在有需要的時(shí)候?qū)u接 口的資源使用情況、是否發(fā)生擁塞、誤碼率等相關(guān)擁塞情況及時(shí)上報(bào)給基站，進(jìn)一步使基站 可以根據(jù)Uu接口的擁塞報(bào)告及當(dāng)前需要，在Un接口應(yīng)用一定的流量控制或過(guò)載控制方案， 進(jìn)而預(yù)防由于Uu接口與Un接口不匹配而在Uu接口導(dǎo)致的擁塞，及時(shí)減緩或消除RN內(nèi)的下 行發(fā)送緩沖區(qū)溢出以及Uu接口上擁塞情況，或者在擁塞發(fā)生以后能夠及時(shí)消除擁塞，有效 改善網(wǎng)絡(luò)服務(wù)質(zhì)量。


圖1為包括RN的系統(tǒng)結(jié)構(gòu)示意圖；圖2為本發(fā)明中新增MAC控制信元-Load Report及其賦值示意圖；圖3為本發(fā)明中新增MAC控制信元-Congestion Report及其賦值示意圖；圖4為本發(fā)明中周期性上報(bào)擁塞報(bào)告的流程示意圖；圖5為本發(fā)明中根據(jù)擁塞報(bào)告觸發(fā)事件上報(bào)擁塞報(bào)告的流程示意圖；圖6為本發(fā)明中通過(guò)新增RRC擁塞報(bào)告消息實(shí)現(xiàn)擁塞報(bào)告上報(bào)的流程示意圖；圖7為本發(fā)明中Load Report中包含一種擁塞信息的格式示意圖；圖8為本發(fā)明中Load Report中包含多種擁塞信息的格式示意圖；圖9為本發(fā)明中中繼節(jié)點(diǎn)結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明中，RN向基站發(fā)送Uu接口的擁塞報(bào)告，以使基站能夠了解Uu接口的擁塞情 況，從而使基站能夠根據(jù)Uu接口的擁塞指示進(jìn)行相應(yīng)處理。RN可以根據(jù)設(shè)置的擁塞報(bào)告周期周期性地向基站發(fā)送Uu接口的擁塞報(bào)告；也可 以在設(shè)置的擁塞報(bào)告觸發(fā)事件發(fā)生時(shí)向基站發(fā)送扎接口的擁塞報(bào)告；還可以根據(jù)設(shè)置的擁 塞報(bào)告周期、或在設(shè)置的擁塞報(bào)告觸發(fā)事件發(fā)生時(shí)向基站發(fā)送Uu接口的擁塞報(bào)告。所述擁 塞報(bào)告周期的時(shí)間長(zhǎng)度可以靜態(tài)配置在RN中，也可以由基站通過(guò)高層信令、如無(wú)線資源控 制(RRC，Radio Resource Control)信令半靜態(tài)配置給RN。所述擁塞報(bào)告觸發(fā)事件可以靜 態(tài)配置在RN中，也可以由基站通過(guò)高層信令、如RRC信令半靜態(tài)配置給RN，擁塞報(bào)告觸發(fā)事 件如下行發(fā)送緩沖區(qū)溢出、PRB使用率超過(guò)設(shè)定門(mén)限等。RN向基站發(fā)送的Uu接口的擁塞報(bào)告可以在分配給RN的能夠用于傳輸擁塞報(bào)告的R-PUSCH資源上傳輸，即如果在RN需要發(fā)送Uu接口的擁塞報(bào)告時(shí)，RN在Un接口的當(dāng)前子幀上已經(jīng)被分配 了 R-PUSCH資源，并且除傳輸所有高優(yōu)先級(jí)邏輯信道數(shù)據(jù)及高優(yōu)先級(jí)控制信息之外仍有足 夠剩余R-PUSCH資源傳輸擁塞報(bào)告，則直接在R-PUSCH資源上傳輸擁塞報(bào)告；如果在RN需要發(fā)送Uu接口的擁塞報(bào)告時(shí)，沒(méi)有能夠用于傳輸擁塞報(bào)告的R-PUSCH 資源，例如，雖然1^在Un接口的當(dāng)前子幀上已經(jīng)被分配了 R-PUSCH資源，但是除傳輸所有高 優(yōu)先級(jí)邏輯信道數(shù)據(jù)及高優(yōu)先級(jí)控制信息之外沒(méi)有足夠剩余R-PUSCH資源傳輸擁塞報(bào)告， 又如，RN在Un接口當(dāng)前子幀上未被分配R-PUSCH資源，則RN通過(guò)調(diào)度請(qǐng)求(SR，Scheduling Request)向基站請(qǐng)求用于傳輸擁塞報(bào)告的R-PUSCH資源；基站收到調(diào)度請(qǐng)求后，在Un接口 的子幀上為RN分配R-PUSCH資源，該子幀為可用于上行傳輸?shù)淖訋?；RN在Un接口相應(yīng)子幀 的R-PUSCH資源上傳輸擁塞報(bào)告。以上所述擁塞報(bào)告具體可以包含在LTE媒體接入控制(MAC，Media AccessControl)層的MAC控制信元(Control Element)中；也可以包含在新增的RRC擁塞 報(bào)告消息中；還可以通過(guò)在RN專(zhuān)用的物理上行控制信道(R-PUCCH)上新增的PUCCH format 來(lái)傳輸，擁塞報(bào)告可以單獨(dú)在R-PUCCH上發(fā)送，也可以與調(diào)度請(qǐng)求、或ACK/NACK、或信道質(zhì) 量信息(CQI，Channel QualityInformation)等控制信息復(fù)用在一起后在R-PUCCH上發(fā)送， 很顯然地，此時(shí)的擁塞報(bào)告不再在R-PUSCH資源上傳輸。所述擁塞報(bào)告包含在新增的MAC控制信元中時(shí)，可以新增一個(gè)用來(lái)包含負(fù)載報(bào) 告的MAC控制信元-Load Report (或Traffic Report)，并在邏輯信道標(biāo)識(shí)(LCID，Logic Channel ID)的保留取值中分配一個(gè)值作為L(zhǎng)oad R印ort的LCID，如11001，具體形式如圖 2所示，擁塞報(bào)告作為負(fù)載報(bào)告的一種具體形式通過(guò)Load R印ort來(lái)傳輸；也可以將擁塞報(bào) 告從Load Report中分離出來(lái)，新增一個(gè)專(zhuān)用來(lái)傳輸擁塞報(bào)告的MAC控制信元-Congestion R印ort，并在LCID的保留取值中分配一個(gè)值作為Congestion Report的LCID，如11000，具 體形式如圖3所示，Congestion Report用來(lái)單獨(dú)報(bào)告擁塞發(fā)生或消除的情況。Load R印ort或Congestion R印ort與其他MAC控制信元的優(yōu)先級(jí)可以靈活設(shè) 置，例如，周期性Load R印ort或Congestion Report的優(yōu)先級(jí)可以低于周期性緩沖區(qū)狀 態(tài)報(bào)告(BSR，Buffer State Report)或Regular BSR，而由擁塞報(bào)告觸發(fā)事件觸發(fā)的Load Report或 Congestion Report 可以高于周期性 BSR 或 RegularBSR。對(duì)于 Congestion Report，還可以設(shè)置其優(yōu)先級(jí)比其他MAC控制信元都高。以上所述擁塞報(bào)告中可以包含以下?lián)砣畔⒅械囊环N或多種擁塞指示(Congestion Indicator)-用來(lái)指示Uu接口是否發(fā)生了擁塞，可以通過(guò) 設(shè)置不同級(jí)別來(lái)指示擁塞的嚴(yán)重程度；也可以用來(lái)指示擁塞已經(jīng)解除；下行PRB占用率(Downlink PRB Occupation Rate)-以百分比方式指示Uu 口下 行PRB的占用情況；下行發(fā)送緩沖區(qū)占用率(Downlink Transmission Buffer Occupation Rate)-以 百分比方式指示下行發(fā)送緩沖區(qū)的占用情況；下行數(shù)據(jù)吞吐量(Downlink Data Throughput)-Uu接口總的下行數(shù)據(jù)吞吐量；下行活動(dòng)UE數(shù)量(Downlink Active UE) -Uu接口有下行數(shù)據(jù)傳輸?shù)幕顒?dòng)UE的個(gè) 數(shù)；
下行無(wú)線承載(RB，Radio Bearer)數(shù)量；下行所有 RB 的聚合最大比特速率(AMBR，Aggregated Maximum BitRate)；其他對(duì)基站在Un接口應(yīng)用流量控制或過(guò)載控制有用的參數(shù)。根據(jù)以上描述可見(jiàn)，本發(fā)明中所述的擁塞報(bào)告不僅僅限于擁塞指示，還可包括一 些Uu接口上的負(fù)載情況，如下行PRB占用率、下行RB數(shù)量等。下面通過(guò)幾個(gè)具體實(shí)施例對(duì)本發(fā)明的實(shí)現(xiàn)進(jìn)行更為詳細(xì)的說(shuō)明。圖4為本發(fā)明中周期性上報(bào)擁塞報(bào)告的流程示意圖，如圖4所示，周期性上報(bào)擁塞 報(bào)告的具體過(guò)程包括步驟401 =RN內(nèi)部的周期性擁塞報(bào)告定時(shí)器超時(shí)。步驟402 :RN根據(jù)當(dāng)前扎接口的擁塞情況生成當(dāng)前擁塞報(bào)告周期的Uu接口的擁塞報(bào)告。步驟403 在第一個(gè)可用的Un接口的上行子幀上，由于RN已經(jīng)被分配了 R-PUSCH 資源，并且除傳輸所有高優(yōu)先級(jí)邏輯信道數(shù)據(jù)及高優(yōu)先級(jí)MAC控制信元之外仍有足夠剩余 R-PUSCH資源傳輸MAC控制信元-Load Report, RN在R-PUSCH資源上將當(dāng)前擁塞報(bào)告周期 的Uu接口的擁塞報(bào)告同其他上行邏輯信道數(shù)據(jù)一起發(fā)送給基站。步驟404 擁塞報(bào)告定時(shí)器重新啟動(dòng)，進(jìn)入下一個(gè)擁塞報(bào)告周期的計(jì)時(shí)。圖5為本發(fā)明中根據(jù)擁塞報(bào)告觸發(fā)事件上報(bào)擁塞報(bào)告的流程示意圖，如圖5所示， 根據(jù)擁塞報(bào)告觸發(fā)事件上報(bào)擁塞報(bào)告的處理過(guò)程包括步驟501 由于Uu接口下行數(shù)據(jù)的發(fā)送出現(xiàn)擁塞，導(dǎo)致RN的下行發(fā)送緩沖區(qū)溢出。步驟502 由于下行發(fā)送緩沖區(qū)溢出為擁塞報(bào)告觸發(fā)事件，即下行發(fā)送緩沖區(qū)溢 出時(shí)，需要上報(bào)Uu接口的擁塞報(bào)告，因此，RN根據(jù)當(dāng)前Uu接口的擁塞情況生成Uu接口的擁
塞報(bào)告。步驟503 由于RN在Un接口當(dāng)前上行子幀上未被分配R-PUSCH資源，因此，RN在 下一個(gè)可以使用的R-PUCCH上向基站發(fā)送調(diào)度請(qǐng)求，請(qǐng)求基站為其分配用于傳輸U(kuò)u接口的 擁塞報(bào)告的R-PUSCH資源。步驟504 基站收到調(diào)度請(qǐng)求后，在R-PDCCH上通過(guò)上行授權(quán)(UL Grant)為RN分 配R-PUSCH資源。步驟505 =RN收到上行授權(quán)后，在所分配的R-PUSCH資源上發(fā)送Uu接口的擁塞報(bào) 告，該擁塞報(bào)告通過(guò)MAC控制信元-Congestion Report來(lái)實(shí)現(xiàn)。圖6為本發(fā)明中通過(guò)新增RRC擁塞報(bào)告消息實(shí)現(xiàn)擁塞報(bào)告上報(bào)的流程示意圖，如 圖6所示，通過(guò)新增RRC擁塞報(bào)告消息實(shí)現(xiàn)擁塞報(bào)告上報(bào)的處理過(guò)程包括步驟601 基站通過(guò)RRC擁塞報(bào)告配置(RRC LoadReport Confiugration)消息向 RN下發(fā)有關(guān)擁塞報(bào)告的配置，配置內(nèi)容可以包括擁塞報(bào)告周期的時(shí)間長(zhǎng)度和擁塞報(bào)告觸發(fā) 事件及相關(guān)門(mén)限等，要求RN周期性或在根據(jù)擁塞報(bào)告觸發(fā)事件上報(bào)Uu接口的擁塞報(bào)告。擁 塞報(bào)告的配置也可以作為可選信元包含在其他RRC消息中發(fā)送。步驟602 :RN接收到RRC擁塞報(bào)告配置消息后，根據(jù)擁塞報(bào)告周期的時(shí)間長(zhǎng)度啟動(dòng) 周期性擁塞報(bào)告定時(shí)器，并存儲(chǔ)擁塞報(bào)告觸發(fā)事件及相關(guān)門(mén)限。步驟603 =RN內(nèi)部的周期性擁塞報(bào)告定時(shí)器超時(shí)。步驟604 :RN根據(jù)當(dāng)前扎接口的擁塞情況生成當(dāng)前擁塞報(bào)告周期的Uu接口的擁塞報(bào)告。步驟605 在第一個(gè)可用的Un接口的上行子幀上，由于RN已經(jīng)被分配了 R-PUSCH 資源，并且除傳輸所有高優(yōu)先級(jí)邏輯信道數(shù)據(jù)及高優(yōu)先級(jí)控制信息之外仍有足夠剩余 R-PUSCH資源傳輸擁塞報(bào)告，RN在R-PUSCH資源上將當(dāng)前擁塞報(bào)告周期的Uu接口的擁塞報(bào) 告通過(guò)RRC擁塞報(bào)告(RRC LoadR印ort)消息發(fā)送給基站。所述RRC擁塞報(bào)告消息為新增 的、專(zhuān)用于Uu接口的擁塞報(bào)告的RRC消息。步驟606 擁塞報(bào)告定時(shí)器重新啟動(dòng)，進(jìn)入下一個(gè)擁塞報(bào)告周期的計(jì)時(shí)。步驟607 步驟608 在當(dāng)前擁塞報(bào)告周期內(nèi)，PRB使用率超過(guò)設(shè)定門(mén)限的擁塞報(bào) 告觸發(fā)事件發(fā)生，因此，RN根據(jù)當(dāng)前Uu接口的擁塞情況生成Uu接口的擁塞報(bào)告。步驟609 在第一個(gè)可用的Un接口的上行子幀上，由于RN已經(jīng)被分配了 R-PUSCH 資源，并且除傳輸所有高優(yōu)先級(jí)邏輯信道數(shù)據(jù)及高優(yōu)先級(jí)控制信息之外仍有足夠剩余 R-PUSCH資源傳輸擁塞報(bào)告，RN在R-PUSCH資源上將當(dāng)前擁塞報(bào)告周期的Uu接口的擁塞報(bào) 告通過(guò)RRC擁塞報(bào)告(RRC LoadReport)消息發(fā)送給基站。圖7為本發(fā)明中Load R印ort中包含一種擁塞信息的格式示意圖，如圖7所示，MAC 控制信元-Load R印ort只包含擁塞指示，長(zhǎng)度為1個(gè)Octet，其中，前3個(gè)比特為擁塞信息 標(biāo)識(shí)(LRID，Load Report ID)，不同的擁塞信息通過(guò)LRID加以區(qū)分，后5個(gè)比特為擁塞信 息的內(nèi)容，此處的擁塞信息為擁塞指示，用于指示不同的擁塞級(jí)別。圖8為本發(fā)明中Load Report中包含多種擁塞信息的格式示意圖，如圖8所示， MAC控制信元-Load R印ort中包含下行PRB占用率、下行發(fā)送緩沖區(qū)占用率、下行數(shù)據(jù)吞吐 量，下行活動(dòng)UE數(shù)量四種擁塞信息，每種擁塞信息的長(zhǎng)度為一個(gè)Octet，其中，前3個(gè)比特為 LRID，后5個(gè)比特為擁塞信息的內(nèi)容。圖9為本發(fā)明中中繼節(jié)點(diǎn)結(jié)構(gòu)示意圖，如圖9所示，該中繼節(jié)點(diǎn)包括上報(bào)單元，用 于向基站發(fā)送Uu接口的擁塞報(bào)告。中繼節(jié)點(diǎn)還包括計(jì)時(shí)器和/或檢測(cè)單元，其中，計(jì)時(shí)器用于進(jìn)行擁塞報(bào)告周期的 計(jì)時(shí)，每個(gè)擁塞報(bào)告周期觸發(fā)上報(bào)單元；檢測(cè)單元用于檢測(cè)到擁塞報(bào)告觸發(fā)事件發(fā)生時(shí)，觸 發(fā)上報(bào)單元。中繼節(jié)點(diǎn)進(jìn)一步包括配置單元，用于配置擁塞報(bào)告周期的時(shí)間長(zhǎng)度和/或擁 塞報(bào)告觸發(fā)事件。中繼節(jié)點(diǎn)進(jìn)一步包括資源請(qǐng)求單元，用于在沒(méi)有能夠用于傳輸U(kuò)u接口的擁塞 報(bào)告的R-PUSCH資源時(shí)，向基站發(fā)送調(diào)度請(qǐng)求，請(qǐng)求基站為RN分配用于傳輸擁塞報(bào)告的 R-PUSCH 資源。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種上報(bào)空中接口擁塞情況的方法，其特征在于，該方法包括中繼節(jié)點(diǎn)RN向基站發(fā)送Uu接口的擁塞報(bào)告。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述RN向基站發(fā)送Uu接口的擁塞報(bào)告， 包括RN根據(jù)設(shè)置的擁塞報(bào)告周期周期性地向基站發(fā)送Uu接口的擁塞報(bào)告；或者， RN在設(shè)置的擁塞報(bào)告觸發(fā)事件發(fā)生時(shí)向基站發(fā)送Uu接口的擁塞報(bào)告；或者， RN根據(jù)設(shè)置的擁塞報(bào)告周期、或在設(shè)置的擁塞報(bào)告觸發(fā)事件發(fā)生時(shí)向基站發(fā)送Uu接口 的擁塞報(bào)告。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述擁塞報(bào)告周期和/或所述擁塞報(bào)告觸 發(fā)事件靜態(tài)配置在RN中；或者，由基站通過(guò)高層信令半靜態(tài)配置給RN。
4.根據(jù)權(quán)利要求1至3任一所述的方法，其特征在于，RN向基站發(fā)送的所述擁塞報(bào)告 在分配給RN的能夠用于傳輸擁塞報(bào)告的RN專(zhuān)用的物理上行共享信道R-PUSCH資源上傳輸。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，如果沒(méi)有能夠用于傳輸所述擁塞報(bào)告的 R-PUSCH 資源，所述RN向基站發(fā)送Uu接口的擁塞報(bào)告之前，進(jìn)一步包括RN向基站發(fā)送調(diào)度請(qǐng)求，請(qǐng) 求基站為RN分配用于傳輸擁塞報(bào)告的R-PUSCH資源。
6.根據(jù)權(quán)利要求1至3任一所述的方法，其特征在于，所述擁塞報(bào)告 包含在新增的媒體接入控制MAC控制信元中；或者，包含在新增的無(wú)線資源控制RRC擁塞報(bào)告消息中；或者，通過(guò)在RN專(zhuān)用的物理上行控制信道R-PUCCH上新增的PUCCH format來(lái)傳輸。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述MAC控制信元為用于傳輸負(fù)載報(bào)告的Load Report，所述負(fù)載報(bào)告包括所述擁塞 報(bào)告；所述MAC控制信元為專(zhuān)用于傳輸擁塞報(bào)告的Congestion Report ； 所述擁塞報(bào)告通過(guò)PUCCH format來(lái)傳輸時(shí)，所述RN向基站發(fā)送Uu接口的擁塞報(bào)告包 括將擁塞報(bào)告與控制信息復(fù)用后在RN專(zhuān)用的物理上行控制信道R-PUCCH上發(fā)送。
8.根據(jù)權(quán)利要求1至3任一所述的方法，其特征在于，所述擁塞報(bào)告包含以下?lián)砣?息中的一種或多種擁塞指示，下行物理資源塊PRB占用率，下行發(fā)送緩沖區(qū)占用率，下行 數(shù)據(jù)吞吐量，下行活動(dòng)UE數(shù)量，下行無(wú)線承載RB數(shù)量，下行所有RB的聚合最大比特速率 AMBR。
9. 一種上報(bào)空中接口擁塞情況的中繼節(jié)點(diǎn)，其特征在于，包括 上報(bào)單元，用于向基站發(fā)送Uu接口的擁塞報(bào)告。
10.根據(jù)權(quán)利要求9所述的中繼節(jié)點(diǎn)，其特征在于，所述中繼節(jié)點(diǎn)還包括計(jì)時(shí)器和/ 或檢測(cè)單元，其中，所述計(jì)時(shí)器，用于進(jìn)行擁塞報(bào)告周期的計(jì)時(shí)，每個(gè)擁塞報(bào)告周期觸發(fā)上報(bào)單元； 所述檢測(cè)單元，用于檢測(cè)到擁塞報(bào)告觸發(fā)事件發(fā)生時(shí)，觸發(fā)上報(bào)單元。
11.根據(jù)權(quán)利要求10所述的中繼節(jié)點(diǎn)，其特征在于，所述中繼節(jié)點(diǎn)進(jìn)一步包括配置單 元，用于配置擁塞報(bào)告周期的時(shí)間長(zhǎng)度和/或擁塞報(bào)告觸發(fā)事件。
12.根據(jù)權(quán)利要求9至11任一所述的中繼節(jié)點(diǎn)，其特征在于，所述中繼節(jié)點(diǎn)進(jìn)一步包 括資源請(qǐng)求單元，用于在沒(méi)有能夠用于傳輸U(kuò)u接口的擁塞報(bào)告的R-PUSCH資源時(shí)，向基站 發(fā)送調(diào)度請(qǐng)求，請(qǐng)求基站為RN分配用于傳輸擁塞報(bào)告的R-PUSCH資源。
全文摘要
本發(fā)明公開(kāi)了一種上報(bào)空中接口擁塞情況的方法及中繼節(jié)點(diǎn)。本發(fā)明方案中，RN向基站發(fā)送Uu接口的擁塞報(bào)告。本發(fā)明方案中，通過(guò)提供RN與基站間的報(bào)告機(jī)制，使得RN在有需要的時(shí)候?qū)u接口的資源使用情況、是否發(fā)生擁塞、誤碼率等相關(guān)擁塞情況及時(shí)上報(bào)給基站，進(jìn)一步使基站可以根據(jù)Uu接口的擁塞報(bào)告及當(dāng)前需要，在Un接口應(yīng)用一定的流量控制或過(guò)載控制方案，進(jìn)而預(yù)防由于Uu接口與Un接口不匹配而在Uu接口導(dǎo)致的擁塞，及時(shí)減緩或消除RN內(nèi)的下行發(fā)送緩沖區(qū)溢出以及Uu接口上擁塞情況，或者在擁塞發(fā)生以后能夠及時(shí)消除擁塞，有效改善網(wǎng)絡(luò)服務(wù)質(zhì)量。
文檔編號(hào)H04W72/12GK101998495SQ20091009162
公開(kāi)日2011年3月30日 申請(qǐng)日期2009年8月26日 優(yōu)先權(quán)日2009年8月26日
發(fā)明者張健, 戴謙, 王冠宙, 陳思 申請(qǐng)人:中興通訊股份有限公司