本發(fā)明涉及通信領域，具體而言，涉及一種信息的反饋方法、裝置及系統(tǒng)。

背景技術(shù)：

自3gppr10版本開始，為滿足imt-advanced需求，lte-a中采用了載波聚合(carriersaggregation，簡稱為ca)技術(shù)進一步支持比長期演進(longtermevolution，簡稱為lte)更寬的通信帶寬，載波聚合的主要原理是通過聚合多個對lte后向兼容的載波，可以支持到最大100mhz帶寬。在引入了載波聚合的系統(tǒng)中，進行聚合的載波稱為分量載波(componentcarrier，簡稱為cc)，也稱為一個cell(小區(qū))。同時，還提出了主分量載波/小區(qū)(primarycomponentcarrier/cell，簡稱為pcc/pcell)和輔分量載波/小區(qū)(secondarycomponentcarrier/cell，簡稱為scc/scell)的概念，在進行了載波聚合的系統(tǒng)中，至少包含一個pcc/pcell和scc/scell，其中pcc/pcell一直處于激活狀態(tài)。

在3gppr12版本中引入了雙鏈接(dualconnectivity，簡稱為dc)，dc使得處于rrc_connected的用戶設備(userequipment，簡稱為ue)可以同時使用至少兩個不同網(wǎng)絡節(jié)點的無線資源即主基站(masterenb，簡稱為menb)和輔基站(secondaryenb，簡稱為senb)，其中，menb和senb通過non-idealbackhaul連接。當menb或senb各自采用ca方式時，稱為主小區(qū)組(mastercellgroup，簡稱為mcg)和輔小區(qū)組(secondarycellgroup，簡稱為scg)，其中mcg對應的主小區(qū)稱為主小區(qū)(primarycell，簡稱為pcell)，scg對應的主小區(qū)稱為主輔小區(qū)(primarysecondarycell，簡稱為pscell)，mcg和scg中的其他非主小區(qū)均可稱為輔小區(qū)或稱為服務小區(qū)(secondarycell，簡稱為scell)。dc的控制面(controlplane，簡稱為cp)、用戶面(userplane，簡稱為up) 可看做是分離的，在cp來看，scg里的pscell以及其他普通scell都是menb通過無線資源控制(radioresourcecontrol，簡稱為rrc)來配置的，包括cell的增加/修改/釋放；在up來看，mcg和scg各自具有獨立的調(diào)度器。

上述ca、dc都是針對授權(quán)載波，而隨著數(shù)據(jù)業(yè)務的快速增長，授權(quán)頻譜的載波上承受的數(shù)據(jù)傳輸壓力也越來越大，因此，通過非授權(quán)頻譜的載波來分擔授權(quán)載波中的數(shù)據(jù)流量成為后續(xù)lte發(fā)展的一個重要的演進方向。非授權(quán)頻譜具有的特征是：非授權(quán)頻譜不需要購買，頻譜資源零成本，具有免費/低費用的特征；個人、企業(yè)都可以參與部署，設備商的設備可以任意部署，具有準入要求低，成本低的特征；非授權(quán)頻譜中的5ghz、2.4ghz等頻段都可以使用，具有可用帶寬大的特征；非授權(quán)載波具有共享資源的特征，即多個不同系統(tǒng)都在其中運營時或者同一系統(tǒng)的不同運營商在其中運營時，可以考慮一些共享資源的方式提高頻譜利用效率；對于非授權(quán)載波的使用，首先需要進行干凈信道評估(clearchannelassessment，簡稱為cca)檢測，只有cca成功競爭才可以使用該非授權(quán)載波，等等。

lte系統(tǒng)的rel-13版本于2014年9月份開始立項研究，其中一項重要的研究議題就是lte系統(tǒng)使用非授權(quán)頻譜的載波工作，也稱為授權(quán)輔助接入(licensedassistedaccess，簡稱為laa)。這項技術(shù)將使得lte系統(tǒng)能夠使用目前存在的非授權(quán)頻譜的載波，大大提升lte系統(tǒng)的潛在頻譜資源，使得lte系統(tǒng)能夠獲得更低的頻譜成本。

目前在laa-ca場景下，已經(jīng)同意在非授權(quán)載波上引入物理上行控制信道(physicaluplinkcontrolchannel，簡稱為pucch)，而在laa-dc場景下是否引入pucch還沒有確定。但注意到r12-dc中規(guī)定在scg的pscell上存在pucch，r12-dc在pscell上存在pucch的主要原因是由于mcg和scg之間是non-idealbackhaul的，即使僅由pcell上的pucch統(tǒng)一傳輸，除了pucch容量受限外，也不能立刻由menb通知給senb所接收到的pucch內(nèi)容，所以最終r12-dc規(guī)定在scg的pscell上存在pucch。pscell是menb來配置的，也就是說pscell是變化的，也即 pucch不是一直在某個固定的頻點上，也可能是由于menb需要綜合考慮業(yè)務分流、從ue側(cè)獲取的鏈路質(zhì)量等因素決定的，決定權(quán)在于menb?；谏鲜龇治觯賮砜磍aa-dc，可以歸結(jié)為2類，即scgonlywithuc、scgwithlc+uc，其中非授權(quán)載波(unlicensecarrier，簡稱為uc)，授權(quán)載波(licensecarrier，簡稱為lc)。那么，對于scgonlywithuc，如果pscell被配置后，由于laa具有非連續(xù)占用的特點，所以不能保證在pscell/pucch一直存在，所以對于scg的反饋造成了很嚴重的影響。而對于scgwithlc+uc，也不能假設lc一直作為pscell而不允許變更到其他uc上，假設可以變更到uc上，同樣也存在不能保證在pscell/pucch一直存在的問題，當然假設lc一直作為pscell不會存在該問題。所以，pucch問題成立的條件：scgonlywithuc，且uc可作為pscell；scgwithlc+uc，且lc不一直作為pscell，而其他uc可作為pscell。

綜合來看，uc可作為pscell成為了2類場景下pucch問題成立的關(guān)鍵。再考慮到r12-dc在pscell上存在pucch的原因在laa-dc這里仍然成立。所以，一旦pucch失效，無法及時進行反饋，這里統(tǒng)稱為非授權(quán)載波pucch失效的問題(注意只有非授權(quán)載波pucch才有失效的問題，這里把非授權(quán)載波pucch稱為uc-pucch)。針對相關(guān)技術(shù)中的上述問題，目前尚未存在有效的解決方案。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供了一種信息的反饋方法、裝置及系統(tǒng)，以至少解決相關(guān)技術(shù)中在pucch失效后無法及時進行反饋的問題。

根據(jù)本發(fā)明的一個方面，提供了一種信息的反饋方法，包括：網(wǎng)絡側(cè)設備預留物理上行控制信道資源r-pucch，或所述網(wǎng)絡側(cè)設備定義請求重配資源rr，或所述網(wǎng)絡側(cè)設備定義物理上行共享信道pusch的循環(huán)冗余校驗掩碼crcmask；其中，當非授權(quán)載波物理上行控制信道uc-pucch失效時，所述r-pucch資源用于終端反饋未失效的uc-pucch所需要反饋的信息；或，當uc-pucch失效時所述rr用于 所述終端反饋uc-pucch失效信息；或，當uc-pucch失效時所述crcmask用于指示所述終端反饋uc-pucch失效信息。

進一步地，所述網(wǎng)絡側(cè)設備預留物理上行控制信道資源r-pucch包括：所述網(wǎng)絡側(cè)設備在指定分量載波cc上預留r-pucch資源，其中，所述指定cc包括除了當前所述uc-pucch所占用的cc之外的任何cc。

進一步地，所述網(wǎng)絡側(cè)設備采用半靜態(tài)的方式配置所述r-pucch內(nèi)的碼資源。

進一步地，預留的所述r-pucch資源不與其他任何pucch資源進行復用。

進一步地，在所述uc-pucch未失效時，在與未失效uc-pucch對應的r-pucch資源上承載除未失效uc-pucch信息之外的信息。

進一步地，在所述網(wǎng)絡側(cè)設備定義的rr為專用的rr時，所述網(wǎng)絡側(cè)設備在調(diào)度請求配置schedulingrequestconfig或其他無線資源控制rrc信令中預留一個請求重配資源物理上行控制信道資源索引rr-pucch-resourceindex，其中，所述rr-pucch-resourceindex僅用于傳輸uc-pucch失效信息。

進一步地，在所述網(wǎng)絡側(cè)設備定義的rr為擴展的sr，且擴展的sr不與其他任何pucchformat復用時，所述網(wǎng)絡側(cè)設備通過擴展的sr中的兩個比特分別表示調(diào)度請求sr的有無和請求重配rr的有無。

進一步地，在所述網(wǎng)絡側(cè)設備定義的rr為擴展的sr，且擴展的sr與pucchformat1a/1b復用時，所述網(wǎng)絡側(cè)設備通過擴展的sr中的兩個比特調(diào)度請求sr的有無和請求重配rr的有無，其中，所述兩個比特為擴展的sr中預設數(shù)量個比特中的，所述預設數(shù)量個比特等于所述兩個比特加上與pucchformat1a/1b對應的比特的和。

進一步地，在所述網(wǎng)絡側(cè)設備定義的rr為擴展的sr，且擴展的sr與pucchformat2/2a/2b復用時，所述網(wǎng)絡側(cè)設備丟掉pucchformat2/2a/2b，并使用擴展的sr中的兩個比特表示調(diào)度請求sr的有無和請求 重配rr的有無。

進一步地，在所述網(wǎng)絡側(cè)設備定義的rr為擴展的sr，且擴展的sr與和pucchformat3/4/5復用時，所述網(wǎng)絡側(cè)設備在pucchformat3/4/5中附加兩個比特表示調(diào)度請求sr的有無和請求重配rr的有無。

進一步地，所述網(wǎng)絡側(cè)設備定義pusch的crcmask包括：所述網(wǎng)絡側(cè)設備將定義的長度為l個比特的第一加擾比特序列和長度為l個比特的第二加擾比特序列發(fā)送到終端；所述網(wǎng)絡側(cè)設備接收終端反饋的通過所述第一加擾比特序列與所述crc所對應的第一比特序列的組合運算得到的第一crcmask和第二組合運算得到的第二crcmask；所述網(wǎng)絡側(cè)通過第一crcmask與所述第一加擾比特序列組合運算的結(jié)果用于指示uc-pucch失效，以及通過第二crcmask與所述第二加擾比特序列組合運算的結(jié)果指示uc-pucch有效。

根據(jù)本發(fā)明的另一個方面，提供了一種信息的反饋方法，包括：在網(wǎng)絡側(cè)設備預留物理上行控制信道資源r-pucch，或所述網(wǎng)絡側(cè)設備定義請求重配資源rr，或所述網(wǎng)絡側(cè)設備定義物理上行共享信道pusch的crcmask后，終端通過所述r-pucch，或，所述rr，或所述crcmask進行信息的反饋；其中，當非授權(quán)載波物理上行控制信道uc-pucch失效時，所述r-pucch資源用于終端反饋未失效的uc-pucch所需要反饋的信息；或，當uc-pucch失效時所述rr用于所述終端反饋uc-pucch失效信息；或，當uc-pucch失效時所述crcmask用于指示所述終端反饋uc-pucch失效信息。

根據(jù)本發(fā)明的再一個方面，提供了一種信息的反饋裝置，應用于網(wǎng)絡側(cè)設備，包括：處理模塊，預留物理上行控制信道資源r-pucch，或定義請求重配資源rr，或定義物理上行共享信道pusch的循環(huán)冗余校驗掩碼crcmask；其中，當非授權(quán)載波物理上行控制信道uc-pucch失效時，所述r-pucch資源用于終端反饋未失效的uc-pucch所需要反饋的信息；或，當uc-pucch失效時所述rr用于所述終端反饋uc-pucch 失效信息；或，當uc-pucch失效時所述crcmask用于指示所述終端反饋uc-pucch失效信息。

根據(jù)本發(fā)明的又一個方面，提供了一種信息的反饋裝置，應用于終端側(cè)，包括：反饋模塊，用于在網(wǎng)絡側(cè)設備預留物理上行控制信道資源r-pucch，或所述網(wǎng)絡側(cè)設備定義請求重配資源rr，或所述網(wǎng)絡側(cè)設備定義物理上行共享信道pusch的循環(huán)冗余校驗掩碼crcmask后，通過所述r-pucch，或，所述rr，或所述crcmask進行信息的反饋；其中，當非授權(quán)載波物理上行控制信道uc-pucch失效時，所述r-pucch資源用于終端反饋未失效的uc-pucch所需要反饋的信息；或，當uc-pucch失效時所述rr用于所述終端反饋uc-pucch失效信息；或，當uc-pucch失效時所述crcmask用于指示所述終端反饋uc-pucch失效信息。

根據(jù)本發(fā)明的再一個方面，提供了一種信息的反饋系統(tǒng)，所述包括：上述應用于網(wǎng)絡側(cè)設備的裝置和上述應用于終端側(cè)的裝置。。

通過本發(fā)明，當uc-pucch失效時，對于預留了r-pucch資源，可以采用r-pucch資源及時反饋原有uc-pucch所需要反饋的信息，該方式使得反饋信息得到很好地、完整地反饋；對于分配了rr時，當uc-pucch失效時在rr資源上傳輸非授權(quán)載波物理上行控制信道uc-pucch失效信息，并使得網(wǎng)絡側(cè)設備立刻啟動重配流程，減少時延；對于pusch的crcmask，可以采用crcmask及時反饋uc-pucch失效信息，該方式不用分配更多的資源，并使得網(wǎng)絡側(cè)設備立刻啟動重配流程，減少時延?？梢姡ㄟ^本實施例解決了相關(guān)技術(shù)中在pucch失效后無法及時進行反饋的問題。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的信息的反饋方法的流程圖一；

圖2是根據(jù)本發(fā)明實施例的信息的反饋方法的流程圖二；

圖3是根據(jù)本發(fā)明實施例的信息的反饋裝置的結(jié)構(gòu)框圖一；

圖4是根據(jù)本發(fā)明實施例的信息的反饋裝置的結(jié)構(gòu)框圖二；

圖5是根據(jù)本發(fā)明實施例的信息的反饋系統(tǒng)的結(jié)構(gòu)示意圖；

圖6是根據(jù)本發(fā)明實施例的r-pucch示意圖。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

實施例1

在本實施例中提供了一種信息的反饋方法，圖1是根據(jù)本發(fā)明實施例的信息的反饋方法的流程圖一，如圖1所示，該流程包括如下步驟：

步驟s102：網(wǎng)絡側(cè)設備預留物理上行控制信道資源r-pucch，或網(wǎng)絡側(cè)設備定義請求重配資源rr，或網(wǎng)絡側(cè)設備定義物理上行共享信道pusch的crcmask；

其中，當非授權(quán)載波物理上行控制信道uc-pucch失效時，r-pucch資源用于終端反饋未失效的uc-pucch所需要反饋的信息；或，當uc-pucch失效時rr用于終端反饋uc-pucch失效信息；或，當uc-pucch失效時crcmask用于指示終端反饋uc-pucch失效信息。

通過上述本實施例的步驟s102可知，當uc-pucch失效時，對于預留了r-pucch資源，可以采用r-pucch資源及時反饋原有uc-pucch所需要反饋的信息，該方式使得反饋信息得到很好地、完整地反饋；對于 分配了rr時，當uc-pucch失效時在rr資源上傳輸非授權(quán)載波物理上行控制信道uc-pucch失效信息，并使得網(wǎng)絡側(cè)設備立刻啟動重配流程，減少時延；對于pusch的crcmask，可以采用crcmask及時反饋uc-pucch失效信息，該方式不用分配更多的資源，并使得網(wǎng)絡側(cè)設備立刻啟動重配流程，減少時延?？梢?，通過本實施例解決了相關(guān)技術(shù)中在pucch失效后無法及時進行反饋的問題。

可見在本實施例中涉及到的三種方式，包括：r-pucch、請求重配資源rr以及pusch的crcmask。

方式一：對于r-pucch的方式

在本實施例的可選實施方式中，該預留的r-pucch資源不與其他任何pucch資源進行復用。

此外，對于本實施例中涉及到的網(wǎng)絡側(cè)設備預留物理上行控制信道資源r-pucch的方式，可以通過如下方式來實現(xiàn)：網(wǎng)絡側(cè)設備在指定分量載波cc上預留r-pucch資源，其中，指定cc包括除了當前uc-pucch所占用的cc之外的任何cc。其中，網(wǎng)絡側(cè)設備可以采用半靜態(tài)方式配置r-pucch內(nèi)的碼資源。

另外，對于本實施例中涉及到的r-pucch，在uc-pucch失效時，與失效uc-pucch對應的r-pucch資源用于指示上傳輸反饋信息；而在uc-pucch未失效時，在與未失效uc-pucch對應的r-pucch資源上承載除未失效uc-pucch信息之外的信息。

方式二：請求重配資源rr

在本實施例中，該網(wǎng)絡側(cè)設備定義的rr可以包括：專用的rr和擴展的sr。

在網(wǎng)絡側(cè)設備定義的rr為專用的rr時，本書實例的方式可以包括：網(wǎng)絡側(cè)設備在調(diào)度請求配置schedulingrequestconfig或其他rrc信令中預留一個請求重配資源物理上行控制信道資源索引rr-pucch-resourceindex，其中，rr-pucch-resourceindex僅用于傳輸 uc-pucch失效信息。

另外，在網(wǎng)絡側(cè)設備定義的rr為擴展的rr時，本實施例的方式可以包括：

當擴展的sr不與其他任何pucchformat復用時，網(wǎng)絡側(cè)設備通過擴展的sr使用兩個比特分別表示調(diào)度請求sr的有無和請求重配rr的有無。

例如，該兩個比特為“xy”(下述如涉及到兩個比特也是通過‘xy’來表示)，當僅有sr時，在sr資源上發(fā)送“00”；當僅有rr時，在sr資源上發(fā)送“01”；當同時有srandrr，在sr資源上發(fā)送“10”；優(yōu)選地，“xy”兩個比特采用qpsk調(diào)制。

或，

當擴展的sr與pucchformat1a/1b復用時，網(wǎng)絡側(cè)設備通過擴展的sr使用預設數(shù)量個比特，其中，預設數(shù)量個比特等于兩個比特加上pucchformat1a/1b對應的比特的和。

例如，當僅有sr時，在sr資源上發(fā)送“00”；當僅有rr時，在sr資源上發(fā)送“01”；當同時有srandrr，在sr資源上發(fā)送“10”；優(yōu)選地，“z”個比特采用8psk或16qam調(diào)制。

或，

當擴展的sr與pucchformat2/2a/2b復用時，網(wǎng)絡側(cè)設備丟掉pucchformat2/2a/2b，網(wǎng)絡側(cè)設備丟掉pucchformat2/2a/2b，并使用擴展的sr中的兩個比特表示調(diào)度請求sr的有無和請求重配rr的有無。

例如，當僅有sr時，在sr資源上發(fā)送“00”；當僅有rr時，在sr資源上發(fā)送“01”；當同時有srandrr，在sr資源上發(fā)送“10”；優(yōu)選地，“xy”兩個比特采用qpsk調(diào)制。

或，

在網(wǎng)絡側(cè)設備定義的rr為擴展的sr，且擴展的sr與和pucch format3/4/5復用時，網(wǎng)絡側(cè)設備在pucchformat3/4/5中附加兩個比特表示調(diào)度請求sr的有無和請求重配rr的有無。

例如，當僅有sr時，在pucchformat3/4/5中附加發(fā)送“00”；當僅有rr時，在pucchformat3/4/5中附加發(fā)送“01”；當同時有srandrr，在pucchformat3/4/5中附加發(fā)送“10”；優(yōu)選地“xy”兩個比特采用和pucchformat3/4/5相同的調(diào)制方式?；蚴?，在pucchformat3/4/5中附加“x”一個比特表示請求重配rr的有無，優(yōu)選地，當有rr時，在pucchformat3/4/5中附加發(fā)送“0”；當沒有rr時，在pucchformat3/4/5中附加發(fā)送“1”。

方式三：pusch的crcmask

在pusch的crcmask所對應的第一比特序列的長度為l個比特時，網(wǎng)絡側(cè)設備定義長度為l個比特的第一加擾比特序列和長度為l個比特的第二加擾比特序列。

例如：pusch的crc所對應的比特序列a的長度為l個比特，則網(wǎng)絡側(cè)設備定義兩個長度為l個比特的加擾比特序列b和加擾比特序列c；優(yōu)選地，序列b與序列a進行模2加運算，或是異或運算表示uc-pucch失效，序列c與序列a進行模2加運算，或是異或運算表示uc-pucch沒有失效。

需要說明的是，對于pusch的crcmask反饋uc-pucch是否失效的方式，在下述實施例13中有進一步的舉例說明，在此不再贅述。

實施例2

本實施例是從終端側(cè)對本發(fā)明進行說明，上述實施例1是從網(wǎng)絡側(cè)設備對本發(fā)明進行描述；

本實施例提供了一種信息的反饋方法，圖2是根據(jù)本發(fā)明實施例的信息的反饋方法的流程圖二，如圖2所示，該方法包括：

步驟s202：在網(wǎng)絡側(cè)設備預留物理上行控制信道資源r-pucch，或網(wǎng)絡側(cè)設備定義請求重配資源rr，或網(wǎng)絡側(cè)設備定義物理上行共享信道 pusch的crcmask后，終端通過r-pucch，或，rr，或crcmask進行信息的反饋；

其中，r-pucch用于指示終端當uc-pucch失效時在r-pucch資源上傳輸反饋信息，或，rr用于指示終端當uc-pucch失效時在rr資源上傳輸非授權(quán)載波物理上行控制信道uc-pucch失效信息，或，crcmask用于指示終端當uc-pucch失效時在rr資源上傳輸uc-pucch失效信息。

實施例3

在本實施例中還提供了一種信息的反饋裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。

圖3是根據(jù)本發(fā)明實施例的信息的反饋裝置的結(jié)構(gòu)框圖一，該裝置應用于網(wǎng)絡側(cè)設備，如圖3所示，該裝置包括：處理模塊32，用于預留物理上行控制信道資源r-pucch，或定義請求重配資源rr，或定義物理上行共享信道pusch的crcmask；

其中，r-pucch用于指示終端當uc-pucch失效時在r-pucch資源上傳輸反饋信息，或，rr用于指示終端當uc-pucch失效時在rr資源上傳輸非授權(quán)載波物理上行控制信道uc-pucch失效信息，或，crcmask用于指示終端當uc-pucch失效時在rr資源上傳輸uc-pucch失效信息。

實施例4

圖4是根據(jù)本發(fā)明實施例的信息的反饋裝置的結(jié)構(gòu)框圖二，該裝置應用于終端側(cè)，如圖4所示，該裝置包括：反饋模塊42，用于在網(wǎng)絡側(cè)設備預留物理上行控制信道資源r-pucch，或網(wǎng)絡側(cè)設備定義請求重配資源rr，或網(wǎng)絡側(cè)設備定義物理上行共享信道pusch的crcmask后，通過 r-pucch，或，rr，或crcmask進行信息的反饋；

其中，r-pucch用于指示終端當uc-pucch失效時在r-pucch資源上傳輸反饋信息，或，rr用于指示終端當uc-pucch失效時在rr資源上傳輸非授權(quán)載波物理上行控制信道uc-pucch失效信息，或，crcmask用于指示終端當uc-pucch失效時在rr資源上傳輸uc-pucch失效信息。

實施例5

本實施例提供了一種信息的反饋系統(tǒng)，圖5是根據(jù)本發(fā)明實施例的信息的反饋系統(tǒng)的結(jié)構(gòu)示意圖，如圖5所示，該包括：上述實施例3中應用于網(wǎng)絡側(cè)設備的裝置和上述實施例4中應用于終端側(cè)的裝置。

下面通過實施例6至實施例13對上述實施例1至5進行詳細說明；

實施例6

圖6是根據(jù)本發(fā)明實施例的r-pucch示意圖，如圖6所示，網(wǎng)絡側(cè)設備在除了當前uc-pucch所占用的cc之外的某個cc上預留r-pucch資源。為了避免r-pucch資源沖突，在預留r-pucch資源時采用半靜態(tài)配置，r-pucch內(nèi)的碼資源，而不采用firstcceindex的方式進行配置。

當uc-pucch失效時，終端則使用對應的r-pucch資源上傳輸反饋信息；當uc-pucch沒有失效時，終端在對應的r-pucch資源可以用于承載其他信息，優(yōu)選地，承載預分配的終端的數(shù)據(jù)。

網(wǎng)絡側(cè)設備可通過盲檢測uc-pucch和r-pucch，如果盲檢測uc-pucch成功，則說明此時uc-pucch沒有失效，如果盲檢測uc-pucch失敗，則說明此時uc-pucch失效；則繼續(xù)盲檢測r-pucch，如果盲檢測r-pucch成功，則說明此時成功接收到了反饋信息，如果盲檢測r-pucch失敗，則說明此時傳輸錯誤或是說明r-pucch失效。

當網(wǎng)絡側(cè)設備判斷uc-pucch失效后，可進行重配或修改uc-pucch所對應的ccindex。

實施例7

網(wǎng)絡側(cè)設備定義專用的rr，例如在schedulingrequestconfig或其他rrc信令中預留一個rr-pucch-resourceindex，所述rr-pucch-resourceindex僅用于傳輸uc-pucch失效信息。

當uc-pucch失效時，則終端在rr-pucch-resourceindex對應的資源上發(fā)射能量，當uc-pucch沒有失效時，則終端不在rr-pucch-resourceindex對應的資源上發(fā)射任何能量。

網(wǎng)絡側(cè)設備可通過在rr-pucch-resourceindex對應的資源上檢測是否有能量，如果檢測到有能量存在，則說明uc-pucch失效，如果沒有檢測到能量存在，則說明uc-pucch沒有失效。

當網(wǎng)絡側(cè)設備判斷uc-pucch失效后，可進行重配或修改uc-pucch所對應的ccindex。

實施例8

網(wǎng)絡側(cè)設備定義專用的rr，例如在schedulingrequestconfig或其他rrc信令中預留一個rr-pucch-resourceindex，所述rr-pucch-resourceindex僅用于傳輸uc-pucch失效信息。

當uc-pucch失效時，則終端在rr-pucch-resourceindex對應的資源上發(fā)射比特“0”，當uc-pucch沒有失效時，則終端在rr-pucch-resourceindex對應的資源上發(fā)射比特“1”，比特含義反之亦可。

網(wǎng)絡側(cè)設備可通過在rr-pucch-resourceindex對應的資源上檢測終端發(fā)射的比特，如果檢測為比特“0”，則說明uc-pucch失效，如果檢測為比特“1”，則說明uc-pucch沒有失效。

當網(wǎng)絡側(cè)設備判斷uc-pucch失效后，可進行重配或修改 uc-pucch所對應的ccindex。

實施例9

網(wǎng)絡側(cè)設備定義擴展的sr，例如在schedulingrequestconfig信令中預留一個sr-pucch-resourceindex，所述sr-pucch-resourceindex用于傳輸sr和/或uc-pucch失效信息。

當擴展的sr不與其他任何pucchformat復用時，擴展的sr使用“xy”兩個比特表示調(diào)度請求sr、請求重配rr的有無，優(yōu)選地，當僅有sr時，在sr資源上發(fā)送“00”；當僅有rr時，在sr資源上發(fā)送“01”；當同時有srandrr，在sr資源上發(fā)送“10”，對于兩個比特的任意組合形式來表示有效含義均可；優(yōu)選地，“xy”兩個比特采用qpsk調(diào)制。

假設此時網(wǎng)絡側(cè)設備檢測到“xy”是“00”，則說明終端有sr請求，且uc-pucch沒有失效；假設此時網(wǎng)絡側(cè)設備檢測到“xy”是“01”，則說明uc-pucch失效，網(wǎng)絡側(cè)設備判斷uc-pucch失效后，可進行重配或修改uc-pucch所對應的ccindex；假設此時網(wǎng)絡側(cè)設備檢測到“xy”是“10”，則說明終端有sr請求，且uc-pucch失效。

當網(wǎng)絡側(cè)設備判斷uc-pucch失效后，可進行重配或修改uc-pucch所對應的ccindex。

實施例10

網(wǎng)絡側(cè)設備定義擴展的sr，例如在schedulingrequestconfig信令中預留一個sr-pucch-resourceindex，所述sr-pucch-resourceindex用于傳輸sr和/或uc-pucch失效信息和/或pucchformat1a/1b信息。

當擴展的sr與pucchformat1a/1b復用時，擴展的sr使用“z”個比特，其中“z”個比特等于“xy”兩個比特加上pucchformat1a/1b對應的比特，其中所述“xy”兩個比特表示調(diào)度請求sr、請求重配rr的 有無，優(yōu)選地，當僅有sr時，在sr資源上發(fā)送“00”；當僅有rr時，在sr資源上發(fā)送“01”；當同時有srandrr，在sr資源上發(fā)送“10”，對于兩個比特的任意組合形式來表示有效含義均可；優(yōu)選地，“z”個比特采用8psk或16qam調(diào)制。

假設此時網(wǎng)絡側(cè)設備檢測到“z”中“xy”是“00”，則說明終端有sr請求，且uc-pucch沒有失效；假設此時網(wǎng)絡側(cè)設備檢測到“z”中“xy”是“01”，則說明uc-pucch失效，網(wǎng)絡側(cè)設備判斷uc-pucch失效后，可進行重配或修改uc-pucch所對應的ccindex；假設此時網(wǎng)絡側(cè)設備檢測到“z”中“xy”是“10”，則說明終端有sr請求，且uc-pucch失效。

當網(wǎng)絡側(cè)設備判斷uc-pucch失效后，可進行重配或修改uc-pucch所對應的ccindex。

實施例11

網(wǎng)絡側(cè)設備定義擴展的sr，例如在schedulingrequestconfig信令中預留一個sr-pucch-resourceindex，所述sr-pucch-resourceindex用于傳輸sr和/或uc-pucch失效信息和/或pucchformat2/2a/2b信息。

當擴展的sr與pucchformat2/2a/2b復用時，丟掉pucchformat2/2a/2b，擴展的sr使用“xy”兩個比特表示調(diào)度請求sr、請求重配rr的有無，優(yōu)選地，當僅有sr時，在sr資源上發(fā)送“00”；當僅有rr時，在sr資源上發(fā)送“01”；當同時有srandrr，在sr資源上發(fā)送“10”，對于兩個比特的任意組合形式來表示有效含義均可；優(yōu)選地，“xy”兩個比特采用qpsk調(diào)制。

當網(wǎng)絡側(cè)設備判斷uc-pucch失效后，可進行重配或修改uc-pucch所對應的ccindex。

實施例12

當擴展的sr與和pucchformat3/4/5復用時，在pucchformat3/4/5中附加“xy”兩個比特表示調(diào)度請求sr、請求重配rr的有無，優(yōu)選地，當僅有sr時，在pucchformat3/4/5中附加發(fā)送“00”；當僅有rr時，在pucchformat3/4/5中附加發(fā)送“01”；當同時有srandrr，在pucchformat3/4/5中附加發(fā)送“10”，對于兩個比特的任意組合形式來表示有效含義均可；優(yōu)選地“xy”兩個比特采用和pucchformat3/4/5相同的調(diào)制方式。或是，在pucchformat3/4/5中附加“x”一個比特表示請求重配rr的有無，優(yōu)選地，當有rr時，在pucchformat3/4/5中附加發(fā)送“0”；當沒有rr時，在pucchformat3/4/5中附加發(fā)送“1”，比特含義反之亦可。

當網(wǎng)絡側(cè)設備判斷uc-pucch失效后，可進行重配或修改uc-pucch所對應的ccindex。

實施例13

假設此時pusch的crc所對應的比特序列a的長度為l＝24bits，加擾比特序列b和c的長度為l＝24bits，且，

a＝“010101010101010101010101”，

b＝“000000000000000000000000”，

c＝“111111111111111111111111”，

當uc-pucch失效時，則終端把序列b與序列a進行模2加運算，或是異或運算，結(jié)合上述序列b和序列a，則此時crcmask＝“010101010101010101010101”，然后終端使用crcmask的結(jié)果發(fā)射pusch；當uc-pucch沒有失效時，則終端把序列c與序列a進行模2加運算，或是異或運算，結(jié)合上述序列c和序列a，則此時crcmask＝“101010101010101010101010”，然后終端使用crcmask的結(jié)果發(fā)射pusch。

網(wǎng)絡側(cè)設備如果收到crcmask＝“010101010101010101010101”，網(wǎng)絡側(cè)設備把序列crcmask和序列a進行模2加運算，或是異或運算，得到運算結(jié)果為“000000000000000000000000”，則說明此時uc-pucch失效；網(wǎng)絡側(cè)設備如果收到crcmask＝“101010101010101010101010”，網(wǎng)絡側(cè)設備把序列crcmask和序列a進行模2加運算，或是異或運算，得到運算結(jié)果為“111111111111111111111111”，則說明此時uc-pucch沒有失效。

當網(wǎng)絡側(cè)設備判斷uc-pucch失效后，可進行重配或修改uc-pucch所對應的ccindex。

本發(fā)明的實施例還提供了一種存儲介質(zhì)。可選地，在本實施例中，上述存儲介質(zhì)可以被設置為存儲用于執(zhí)行以下步驟的程序代碼：

步驟s1：網(wǎng)絡側(cè)設備預留物理上行控制信道資源r-pucch，或網(wǎng)絡側(cè)設備定義請求重配資源rr，或網(wǎng)絡側(cè)設備定義物理上行共享信道pusch的crcmask；

其中，r-pucch用于指示終端當uc-pucch失效時在r-pucch資源上傳輸反饋信息，或，rr用于指示終端當uc-pucch失效時在rr資源上傳輸非授權(quán)載波物理上行控制信道uc-pucch失效信息，或，crcmask用于指示終端當uc-pucch失效時在rr資源上傳輸uc-pucch失效信息。

本發(fā)明的實施例還提供了一種存儲介質(zhì)?？蛇x地，在本實施例中，上述存儲介質(zhì)可以被設置為存儲用于執(zhí)行以下步驟的程序代碼：

步驟s1：在網(wǎng)絡側(cè)設備預留物理上行控制信道資源r-pucch，或網(wǎng)絡側(cè)設備定義請求重配資源rr，或網(wǎng)絡側(cè)設備定義物理上行共享信道pusch的crcmask后，終端通過r-pucch，或，rr，或crcmask進行信息的反饋；

其中，r-pucch用于指示終端當uc-pucch失效時在r-pucch資源上傳輸反饋信息，或，rr用于指示終端當uc-pucch失效時在rr 資源上傳輸非授權(quán)載波物理上行控制信道uc-pucch失效信息，或，crcmask用于指示終端當uc-pucch失效時在rr資源上傳輸uc-pucch失效信息。

可選地，在本實施例中，上述存儲介質(zhì)可以包括但不限于：u盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領域的技術(shù)人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。