SR的處理方法、eNB及UE的制作方法
【專利摘要】本發(fā)明公開了一種SR的處理方法、eNB及UE，其中，該方法包括：eNB判斷是否將SR復(fù)用在SRS上；eNB將判斷結(jié)果通知給UE。通過運(yùn)用本發(fā)明，解決了由于SR與ACK復(fù)用，使ACK能發(fā)送的碼道數(shù)目減少，導(dǎo)致反饋信息不精確，進(jìn)而多次重發(fā)下行子幀，系統(tǒng)流量嚴(yán)重下降的問題，進(jìn)而提出了處理SR的方法，該方法不占用ACK比特?cái)?shù)，很好的控制了系統(tǒng)流量。
【專利說明】SR的處理方法、eNB及UE
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種調(diào)度請求(Scheduling Request,簡稱為SR)的處理方法、演進(jìn)型基站(E-UTRAN NodeB，簡稱為eNB)及用戶設(shè)備(UserEquipment,簡稱為 UE)。
【背景技術(shù)】
[0002]在長期演進(jìn)(Long-TermEvolution,簡稱為 LTE)時(shí)分雙工(Time DivisionDuplex，簡稱為TDD)系統(tǒng)中，eNB會(huì)按一定的周期將固定的物理上行控制信道(PhysicalUplink Control Channel，簡稱為PUCCH)分配給SR，其中，SR用于UE向eNB表明是否有資源請求。當(dāng)UE有資源請求時(shí)，將SR置1，沒有時(shí)置O。UE使用PUCCH format I格式發(fā)送SR。若UE 同時(shí)有正石角 / 錯(cuò)誤應(yīng)答信息(positive acknowledgement/negative acknowledgement,簡稱為ACK/NACK)需要發(fā)送時(shí)，UE要將SR與ACK/NACK復(fù)用后以PUCCH format Ib格式在同一碼道上發(fā)送。
[0003]eNB在使用頻率選擇性調(diào)度策略時(shí)，會(huì)分配資源要求UE發(fā)送測量參考信號(Sounding Reference Signal,簡稱為SRS)。SRS用于信道探測,其探測周期也是由eNB進(jìn)行配置。eNB通過檢測UE在一定頻帶上發(fā)送的SRS來獲知該頻帶的信道質(zhì)量狀況，以此為依據(jù)給UE調(diào)度頻帶資源。
[0004]由于PUCCH formatIb格式只能發(fā)送2bit信息，同時(shí)ACK與SR復(fù)用時(shí)只能發(fā)送在I條碼道上，所以此時(shí)ACK只能粗略的對四個(gè)下行子幀的混合自動(dòng)重傳請求(HybridAutomatic Repeat Request,簡稱為HARQ)結(jié)果進(jìn)行統(tǒng)一的反饋,若四巾貞中只有一巾貞合并失敗也只能反饋NACK，四幀都需要重傳，造成無謂的重發(fā)，導(dǎo)致系統(tǒng)流量嚴(yán)重下降。

【發(fā)明內(nèi)容】

[0005]本發(fā)明提供了一種SR的處理方法、eNB及UE，以至少解決相關(guān)技術(shù)中，由于SR與ACK復(fù)用，使ACK能發(fā)送的碼道數(shù)目減少，導(dǎo)致反饋信息不精確，進(jìn)而多次重發(fā)下行子幀，系統(tǒng)流量嚴(yán)重下降的問題。
[0006]根據(jù)本發(fā)明的一個(gè)方面，提供了一種SR的處理方法，包括:eNB判斷是否將SR復(fù)用在SRS上；所述eNB將判斷結(jié)果通知給UE。
[0007]優(yōu)選地，eNB判斷是否將SR復(fù)用在SRS上包括:所述eNB根據(jù)當(dāng)前的調(diào)度策略判斷SR是否與正確/錯(cuò)誤應(yīng)答信息ACK/NACK同時(shí)傳輸；如果是，則確定將SR復(fù)用在SRS上。
[0008]優(yōu)選地，eNB判斷是否將SR復(fù)用在SRS上包括:所述eNB根據(jù)當(dāng)前的調(diào)度策略判斷SRS是否與正確/錯(cuò)誤應(yīng)答信息ACK/NACK/SR同時(shí)傳輸；如果是，則確定將SR復(fù)用在SRS上。
[0009]優(yōu)選地，所述方法還包括:如果所述eNB確定將SR復(fù)用在SRS上，則通知所述UE將SR復(fù)用在SRS上發(fā)送；如果所述eNB確定不將SR復(fù)用在SRS上，則通知所述UE將所述SR放在固定的PUCCH信道上發(fā)送。[0010]根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種SR的處理方法，包括:UE接收來自eNB的通知；所述UE根據(jù)所述通知確定是否將SR復(fù)用在SRS上。
[0011]優(yōu)選地，所述UE根據(jù)所述判斷結(jié)果執(zhí)行相應(yīng)的操作包括:如果所述判斷結(jié)果為將SR復(fù)用在SRS上，則所述UE將SR復(fù)用在SRS上發(fā)送；如果所述判斷結(jié)果為不將SR復(fù)用在SRS上，則所述UE將所述SR放在固定的PUCCH信道上發(fā)送。
[0012]根據(jù)本發(fā)明的又一個(gè)方面，提供了一種eNB，包括:判斷模塊，用于判斷是否將SR復(fù)用在SRS上；通知模塊，用于將判斷結(jié)果通知給用戶設(shè)備UE。
[0013]優(yōu)選地，所述通知模塊包括:第一通知單元，用于在確定將SR復(fù)用在SRS上的情況下，通知所述UE將SR復(fù)用在SRS上發(fā)送；第二通知單元，用于在確定不將SR復(fù)用在SRS上的情況下，通知所述UE將所述SR放在固定的PUCCH信道上發(fā)送。
[0014]根據(jù)本發(fā)明的再一方面，提供了一種UE，包括:接收模塊，用于接收來自eNB的通知；確定模塊，用于根據(jù)所述通知確定是否將SR復(fù)用在SRS上。
[0015]優(yōu)選地，所述確定模塊包括:第一執(zhí)行單元，用于在所述判斷結(jié)果為將SR復(fù)用在SRS上的情況下，將SR復(fù)用在SRS上發(fā)送；第二執(zhí)行單元，用于在所述判斷結(jié)果為不將SR復(fù)用在SRS上的情況下，將所述SR放在固定的PUCCH信道上發(fā)送。
[0016]本發(fā)明采用了如下方法:eNB判斷是否將SR復(fù)用在SRS上，并將判斷結(jié)果通知給UE。判斷需要復(fù)用時(shí)，則確定將SR復(fù)用在SRS上進(jìn)行發(fā)送，解決了由于SR與ACK復(fù)用，使ACK能發(fā)送的碼道數(shù)目減少，導(dǎo)致反饋信息不精確，進(jìn)而多次重發(fā)下行子幀，系統(tǒng)流量嚴(yán)重下降的問題，進(jìn)而提出了處理SR的方法，該方法不占用ACK比特?cái)?shù)，很好的控制了系統(tǒng)流量。
【專利附圖】

【附圖說明】
[0017]此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
[0018]圖1是根據(jù)本發(fā)明實(shí)施例的SR的處理方法的流程圖一；
[0019]圖2是根據(jù)本發(fā)明實(shí)施例的SR的處理方法的流程圖二 ；
[0020]圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的SR的處理方法的流程圖；
[0021]圖4是根據(jù)本發(fā)明實(shí)施例的eNB的結(jié)構(gòu)框圖一；
[0022]圖5是根據(jù)本發(fā)明實(shí)施例的eNB的結(jié)構(gòu)框圖二 ；
[0023]圖6是根據(jù)本發(fā)明實(shí)施例的UE的結(jié)構(gòu)框圖一；
[0024]圖7是根據(jù)本發(fā)明實(shí)施例的UE的結(jié)構(gòu)框圖二。
【具體實(shí)施方式】
[0025]下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。
[0026]基于相關(guān)技術(shù)中由于SR與ACK復(fù)用，使ACK占有的比特?cái)?shù)減少，導(dǎo)致反饋信息失敗，進(jìn)而多次重發(fā)下行子幀，系統(tǒng)流量嚴(yán)重下降的問題，本發(fā)明實(shí)施例提供了一種SR的處理方法，該處理方法應(yīng)用于LTE TDD系統(tǒng)中。上述處理過程如圖1所示，包括步驟S102至步驟S104:[0027]步驟S102，eNB判斷是否將SR復(fù)用在SRS上；
[0028]步驟S104，eNB將判斷結(jié)果通知給UE。
[0029]本實(shí)施例采用了如下方法:eNB判斷是否將SR復(fù)用在SRS上，并將判斷結(jié)果通知給UE。判斷需要復(fù)用時(shí)，則確定將SR復(fù)用在SRS上進(jìn)行發(fā)送，解決了由于SR與ACK復(fù)用，使ACK能發(fā)送的碼道數(shù)目減少，導(dǎo)致反饋信息不精確，進(jìn)而多次重發(fā)下行子幀，系統(tǒng)流量嚴(yán)重下降的問題，進(jìn)而提出了處理SR的方法，該方法不占用ACK比特?cái)?shù)，很好的控制了系統(tǒng)流量。
[0030]在步驟S102實(shí)施過程中，eNB根據(jù)當(dāng)前的調(diào)度策略判斷SR是否與ACK/NACK同時(shí)傳輸；如果同時(shí)傳輸，則確定可以將SR復(fù)用在SRS上；當(dāng)然，也可以根據(jù)當(dāng)前的調(diào)度策略判斷SRS是否與ACK/NACK/SR同時(shí)傳輸；如果同時(shí)傳輸，則確定可以將SR復(fù)用在SRS上。
[0031]在實(shí)施過程中，根據(jù)不同的確定結(jié)果通知UE執(zhí)行不同的操作。如果eNB確定將SR復(fù)用在SRS上，則通知UE將SR復(fù)用在SRS上發(fā)送；如果eNB確定不將SR復(fù)用在SRS上，則通知UE將SR放在固定的PUCCH信道上發(fā)送。
[0032]UE通過調(diào)制技術(shù)將SR信息調(diào)制在SRS上來實(shí)現(xiàn)與SRS的時(shí)頻資源復(fù)用。實(shí)現(xiàn)的過程可以包括:
[0033]步驟1:將UE的SR信息和SRS ZC序列及其長度輸入到調(diào)制器；
[0034]步驟2:調(diào)制器進(jìn)行調(diào)制并輸出調(diào)制了 UE的SR信息的SRS ZC序列；
[0035]步驟3:將調(diào)制了 UE的SR信息的SRS ZC序列在基站調(diào)度的SRS所屬的時(shí)頻資源上發(fā)送。
[0036]基于上述SR的處理方法，本實(shí)施例還提供了一種調(diào)度請求SR的處理方法，該方法可以應(yīng)用于UE側(cè)，該方法的流程如圖2所示，包括步驟S202至步驟S204:
[0037]步驟S202，UE接收來自eNB的通知；
[0038]步驟S204，UE根據(jù)通知確定是否將SR復(fù)用在SRS上。
[0039]通過上述處理方法，UE根據(jù)接收到通知的不同內(nèi)容進(jìn)行不同的操作。如果判斷結(jié)果為將SR復(fù)用在SRS上，則UE將SR復(fù)用在SRS上發(fā)送；如果判斷結(jié)果為不將SR復(fù)用在SRS上，則UE將SR放在固定的PUCCH信道上發(fā)送。
[0040]下面將eNB與UE交互的過程進(jìn)行說明。
[0041]在通常情況下，eNB可以分配普通上行子幀的最后一個(gè)符號來傳輸SRS，當(dāng)然，eNB也可以分配特殊子幀的兩個(gè)符號來傳輸SRS。
[0042]當(dāng)eNB設(shè)定SRS可以與ACK/NACK/SR同時(shí)傳輸時(shí)，可以選擇傳輸縮短的PUCCH格式來傳輸ACK/NACK/SR，當(dāng)SR與ACK復(fù)用的情況下，其中相應(yīng)SRS位置的ACK/NACK/SR符號被打掉。若沒有設(shè)定，在SRS與其他控制或數(shù)據(jù)沖突時(shí)，UE不能傳輸SRS。
[0043]若將SR調(diào)制在SRS的ZC序列上，eNB只需要調(diào)度SRS資源而無需調(diào)度SR資源，可以節(jié)省出此碼道資源供ACK/NACK以PUCCH formatIb進(jìn)行發(fā)送。此時(shí)，ACK/NACK就不需要與SR進(jìn)行復(fù)用，從而避免SR與ACK復(fù)用導(dǎo)致HARQ反饋精度損失而造成流量下降的問題。同時(shí)，eNB在使用頻率選擇性調(diào)度策略時(shí)，會(huì)要求UE頻繁地發(fā)送SRS，若將SR復(fù)用在SRS上，一方面避免SRS與SR沖突時(shí)UE不得傳輸SRS的情況，從而很好地滿足了 UE發(fā)送SRS的需求，另一方面eNB在接收到UE申請上行帶寬的同時(shí)得到UE的上行信道信息，方便了 eNB對UE的資源調(diào)度.[0044]另外，為了保證SR復(fù)用在SRS上的可靠性，eNB還可以結(jié)合先前分配給UE的SRS帶寬和當(dāng)前調(diào)度策略來判斷是否需要UE將SR復(fù)用在SRS上。
[0045]下面結(jié)合優(yōu)選實(shí)施例對上述實(shí)施方式進(jìn)行說明。
[0046]優(yōu)選實(shí)施例
[0047]本優(yōu)選實(shí)施例為UE與eNB交互過程中，SR如何處理的步驟，該過程包括步驟S302至步驟S314:
[0048]步驟S3O2，UE 接入 eNB。
[0049]步驟S304，eNB為接入的UE分配SRS周期和帶寬。
[0050]步驟S306，eNB根據(jù)調(diào)度策略判斷是否需要讓UE將SR復(fù)用在SRS上。如果需要，則執(zhí)行步驟S308，否則執(zhí)行步驟S310。
[0051]步驟S308，通知UE將SR復(fù)用在SRS上。執(zhí)行步驟S312。
[0052]步驟S310，通知UE將SR發(fā)在固定的PUCCH信道上。執(zhí)行步驟S314。
[0053]步驟S312，UE根據(jù)eNB的指示將SR復(fù)用在SRS上。
[0054]步驟S314，UE根據(jù)eNB的指示將SR發(fā)在固定的PUCCH信道上。
[0055]本發(fā)明實(shí)施例還提供了一種eNB，該eNB的結(jié)構(gòu)框圖如圖4所示，包括:判斷模塊10，用于判斷是否將SR復(fù)用在SRS上；通知模塊20，與判斷模塊10耦合，用于將判斷結(jié)果通知給用戶設(shè)備UE。
[0056]圖5不出了一種優(yōu)選的eNB,其中，通知模塊20包括:第一通知單兀202,用于在確定將SR復(fù)用在SRS上的情況下，通知UE將SR復(fù)用在SRS上發(fā)送；第二通知單元204，用于在確定不將SR復(fù)用在SRS上的情況下，通知UE將SR放在固定的PUCCH信道上發(fā)送。
[0057]與上述eNB相對應(yīng),本實(shí)施例還提供了一種UE,其結(jié)構(gòu)框圖如圖6所示,包括:接收模塊30，用于接收來自演進(jìn)型基站eNB的通知；確定模塊40，與接收模塊30耦合，用于根據(jù)通知確定是否將SR復(fù)用在SRS上。
[0058]圖7示出了一種優(yōu)選的UE，其中，確定模塊40包括:第一執(zhí)行單元402，用于在判斷結(jié)果為將SR復(fù)用在SRS上的情況下，將SR復(fù)用在SRS上發(fā)送；第二執(zhí)行單元404，用于在判斷結(jié)果為不將SR復(fù)用在SRS上的情況下，將SR放在固定的PUCCH信道上發(fā)送。
[0059]上述eNB與UE的交互過程中，eNB判斷是否需要將SR復(fù)用，UE根據(jù)eNB的判斷結(jié)果執(zhí)行相應(yīng)的操作，進(jìn)而在需要復(fù)用的情況下進(jìn)行復(fù)用，有效的控制了系統(tǒng)的流量。
[0060]從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果:
[0061]本發(fā)明實(shí)施例采用了如下方法:eNB判斷是否將SR復(fù)用在SRS上，并將判斷結(jié)果通知給UE。判斷需要復(fù)用時(shí)，則確定將SR復(fù)用在SRS上進(jìn)行發(fā)送，解決了由于SR與ACK復(fù)用，使ACK能發(fā)送的碼道數(shù)目減少，導(dǎo)致反饋信息不精確，進(jìn)而多次重發(fā)下行子幀，系統(tǒng)流量嚴(yán)重下降的問題，進(jìn)而提出了處理SR的方法，該方法不占用ACK比特?cái)?shù)，很好的控制了系統(tǒng)流量，提升了系統(tǒng)的性能。
[0062]顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
[0063]以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種調(diào)度請求SR的處理方法，其特征在于，包括: 演進(jìn)型基站eNB判斷是否將SR復(fù)用在SRS上； 所述eNB將判斷結(jié)果通知給用戶設(shè)備UE。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，eNB判斷是否將SR復(fù)用在SRS上包括: 所述eNB根據(jù)當(dāng)前的調(diào)度策略判斷SR是否與正確/錯(cuò)誤應(yīng)答信息ACK/NACK同時(shí)傳輸; 如果是，則確定將SR復(fù)用在SRS上。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，eNB判斷是否將SR復(fù)用在SRS上包括: 所述eNB根據(jù)當(dāng)前的調(diào)度策略判斷SRS是否與正確/錯(cuò)誤應(yīng)答信息ACK/NACK/SR同時(shí)傳輸； 如果是，則確定將SR復(fù)用在SRS上。
4.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，所述方法還包括: 如果所述eNB確定將SR復(fù)用在SRS上，則通知所述UE將SR復(fù)用在SRS上發(fā)送； 如果所述eNB確定不將SR復(fù)用在SRS上，則通知所述UE將所述SR放在固定的PUCCH信道上發(fā)送。
5.一種調(diào)度請求SR的處理方法，其特征在于，包括: 用戶設(shè)備UE接收來自演進(jìn)型基站eNB的通知； 所述UE根據(jù)所述通知確定是否將SR復(fù)用在SRS上。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述UE根據(jù)所述判斷結(jié)果執(zhí)行相應(yīng)的操作包括: 如果所述判斷結(jié)果為將SR復(fù)用在SRS上，則所述UE將SR復(fù)用在SRS上發(fā)送； 如果所述判斷結(jié)果為不將SR復(fù)用在SRS上，則所述UE將所述SR放在固定的PUCCH信道上發(fā)送。
7.一種演進(jìn)型基站eNB，其特征在于，包括: 判斷模塊，用于判斷是否將SR復(fù)用在SRS上； 通知模塊，用于將判斷結(jié)果通知給用戶設(shè)備UE。
8.根據(jù)權(quán)利要求7所述的eNB，其特征在于，所述通知模塊包括: 第一通知單元，用于在確定將SR復(fù)用在SRS上的情況下，通知所述UE將SR復(fù)用在SRS上發(fā)送； 第二通知單元，用于在確定不將SR復(fù)用在SRS上的情況下，通知所述UE將所述SR放在固定的PUCCH信道上發(fā)送。
9.一種用戶設(shè)備UE，其特征在于，包括: 接收模塊，用于接收來自演進(jìn)型基站eNB的通知； 確定模塊，用于根據(jù)所述通知確定是否將SR復(fù)用在SRS上。
10.根據(jù)權(quán)利要求9所述的UE，其特征在于，所述確定模塊包括: 第一執(zhí)行單元，用于在所述判斷結(jié)果為將SR復(fù)用在SRS上的情況下，將SR復(fù)用在SRS上發(fā)送； 第二執(zhí)行單元，用于在所述判斷結(jié)果為不將SR復(fù)用在SRS上的情況下，將所述SR放在固定的PUCCH信道上發(fā)送。
【文檔編號】H04L1/16GK103532658SQ201210225120
【公開日】2014年1月22日 申請日期:2012年7月2日 優(yōu)先權(quán)日:2012年7月2日
【發(fā)明者】任唯賢, 辛小楓 申請人:中興通訊股份有限公司