[發(fā)明專利]一種基于競(jìng)爭(zhēng)的上行發(fā)送方法和系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201010122430.2
• 申請(qǐng)日: 2010-02-12
• 公開(kāi)（公告）號(hào): CN102158932A
• 公開(kāi)（公告）日: 2011-08-17
• 發(fā)明（設(shè)計(jì)）人: 張健;喻斌;黃亞達(dá)
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04W48/10
• 分類號(hào): H04W48/10;H04W72/04;H04L1/00
• 代理公司: 北京派特恩知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11270
• 代理人: 蔣雅潔;程立民

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域的資源分配技術(shù)，尤其涉及一種基于競(jìng)爭(zhēng)的上行發(fā)送方法和系統(tǒng)。

背景技術(shù)

在長(zhǎng)期演進(jìn)(LTE，Long?Term?Evolution)的無(wú)線系統(tǒng)中，終端(UE，UserEquipment)向網(wǎng)絡(luò)側(cè)，即向演進(jìn)的通用陸地?zé)o線接入網(wǎng)(E-UTRAN，EvolvedUniversal?Terrestrial?Radio?Access?Network)請(qǐng)求上行資源可以通過(guò)空中接口(Radio?Interface)在物理上行控制信道(PUCCH，Physical?Uplink?ControlChannel)上發(fā)送調(diào)度請(qǐng)求(SR，Scheduling?Request)或者通過(guò)觸發(fā)隨機(jī)接入過(guò)程來(lái)完成。前者用于無(wú)線資源控制連接狀態(tài)(RRC_CONNECTED)且和網(wǎng)絡(luò)處于同步狀態(tài)的終端在配置有專用PUCCH資源的情況下；后者用于無(wú)線資源控制空閑狀態(tài)(RRC_IDLE)需要接入網(wǎng)絡(luò)的終端或者用于RRC_CONNECTED狀態(tài)且和網(wǎng)絡(luò)處于失步狀態(tài)的終端。

終端通過(guò)PUCCH發(fā)送SR并獲得發(fā)送上行數(shù)據(jù)資源的過(guò)程如圖1所示，包括以下步驟：

步驟101，終端通過(guò)PUCCH向基站發(fā)送SR。

步驟102，基站通過(guò)物理下行控制信道(PDCCH，Physical?Downlink?ControlChannel)向終端分配上行授權(quán)(UL?Grant)。

UL?Grant為終端可以在1個(gè)或多個(gè)子幀(subframe)發(fā)送上行數(shù)據(jù)所使用的上行資源，包括物理資源塊(PRB，Physical?Resource?Block)、調(diào)制編碼方案(MCS，Modulation?and?Coding?Scheme)、混合自動(dòng)重傳請(qǐng)求(HARQ，HybridAutomatic?Repeat?reQuest)信息等。

步驟103，終端根據(jù)所獲得的UL?Grant，發(fā)送緩沖區(qū)狀態(tài)報(bào)告(BSR，BufferStatus?Report)給基站。終端也可以根據(jù)預(yù)先配置的UL?Grant，發(fā)送BSR給基站。

步驟104，基站根據(jù)調(diào)度策略通過(guò)PDCCH向終端分配用于發(fā)送上行數(shù)據(jù)的UL?Grant。

步驟105，終端根據(jù)所獲得的UL?Grant在物理上行共享信道(PUSCH，Physical?Uplink?Shared?Channel)發(fā)送上行數(shù)據(jù)。

上行數(shù)據(jù)是指?jìng)鬏攭K(TB，Transport?Block)，為媒體接入控制協(xié)議數(shù)據(jù)單元(MAC?PDU，Media?Access?Control?Protocol?Data?Unit)經(jīng)過(guò)物理層處理后生成的數(shù)據(jù)。MAC?PDU由1個(gè)或多個(gè)媒體接入控制業(yè)務(wù)數(shù)據(jù)單元(MAC?SDU，Media?Access?Control?Service?Data?Unit)復(fù)用(Multiplexing)后生成，其中，MAC?SDU可以來(lái)自一個(gè)或多個(gè)邏輯信道(Logical?channel)。邏輯信道標(biāo)識(shí)(LCID)表示對(duì)應(yīng)的MAC?SDU、或者對(duì)應(yīng)的MAC控制元(MAC?CE)類型、或者填充位(padding)。從終端發(fā)送SR到發(fā)送上行數(shù)據(jù)所經(jīng)歷的上述步驟101～105會(huì)帶來(lái)較大的延遲，這對(duì)于時(shí)延不敏感的業(yè)務(wù)影響不大，但是對(duì)于信令或者時(shí)延敏感的業(yè)務(wù)，上述過(guò)程帶來(lái)的延遲會(huì)影響到吞吐量和用戶感知。

上述LTE中采用的上行資源請(qǐng)求方式，在時(shí)延方面存在一定的優(yōu)化需求，特別是在網(wǎng)絡(luò)低負(fù)荷的情況或者存在上行資源碎片的情況下，可以通過(guò)輔助的基于競(jìng)爭(zhēng)(Contention?based)的上行發(fā)送方法來(lái)優(yōu)化時(shí)延性能，上行發(fā)送可以為信令或數(shù)據(jù)。鑒于上述考慮，3GPP在LTE-A的研究立項(xiàng)(study?item)階段開(kāi)展了關(guān)于Contention?based的上行發(fā)送的討論。

基于競(jìng)爭(zhēng)的上行發(fā)送可以使同步狀態(tài)的終端在不預(yù)先發(fā)送SR的情況下直接發(fā)送上行數(shù)據(jù)，從而節(jié)省步驟101甚至步驟101～103的過(guò)程，降低延遲和信令開(kāi)銷。為實(shí)現(xiàn)上述優(yōu)化，終端需要預(yù)先獲取發(fā)送上行數(shù)據(jù)的資源。為了不影響正常的調(diào)度過(guò)程以及節(jié)省上行資源，基站可以分配一些特殊的資源塊，這些資源塊是在正常調(diào)度之后所剩余的資源塊，且這些資源塊可以為多個(gè)或者所有終端所共享。需要進(jìn)行上行數(shù)據(jù)發(fā)送的終端可以直接使用上述共享資源塊而不預(yù)先向基站請(qǐng)求，由于多個(gè)終端可能同時(shí)使用了上述共享資源塊，從而可能產(chǎn)生競(jìng)爭(zhēng)或者沖突而導(dǎo)致上行數(shù)據(jù)發(fā)送失敗。但是在系統(tǒng)負(fù)荷較低的情況下，多個(gè)終端同時(shí)競(jìng)爭(zhēng)上述共享資源塊的概率將處于某個(gè)較低的范圍，從而使用該資源進(jìn)行上行數(shù)據(jù)發(fā)送在大多情況下能夠成功。