本發(fā)明涉及無線通信技術(shù)領(lǐng)域。更具體地，本發(fā)明涉及設(shè)備間通信的資源指示方法以及相應(yīng)的基站和用戶設(shè)備。

背景技術(shù)：

現(xiàn)代無線移動(dòng)通信系統(tǒng)呈現(xiàn)出兩個(gè)顯著特點(diǎn)，一是寬帶高速率，比如第四代無線移動(dòng)通信系統(tǒng)的帶寬可達(dá)100MHz，下行速率高達(dá)1Gbps；二是移動(dòng)互聯(lián)，推動(dòng)了移動(dòng)上網(wǎng)、手機(jī)視頻點(diǎn)播、在線導(dǎo)航等新興業(yè)務(wù)。這兩個(gè)特點(diǎn)對(duì)無線移動(dòng)通信技術(shù)提出了較高要求，主要有：超高速率無線傳輸、區(qū)域間干擾抑制、移動(dòng)中可靠傳輸信號(hào)、分布式/集中式信號(hào)處理等等。在未來的增強(qiáng)第四代(4G)及第五代(5G)無線移動(dòng)通信系統(tǒng)中，為了滿足上述發(fā)展需求，各種相應(yīng)的關(guān)鍵技術(shù)開始被提出和論證，值得本領(lǐng)域的研究人員廣泛關(guān)注。

在2007年10月，國際電信聯(lián)盟(ITU)批準(zhǔn)全球微波互聯(lián)接入系統(tǒng)(WiMax，Worldwide Interoperability for Microwave Access)成為第四個(gè)3G系統(tǒng)標(biāo)準(zhǔn)。這一發(fā)生在3G時(shí)代末期的事件，實(shí)際上是4G標(biāo)準(zhǔn)爭奪戰(zhàn)的預(yù)演。事實(shí)上，為了應(yīng)對(duì)以無線局域網(wǎng)和WiMax為代表的無線IP技術(shù)流的挑戰(zhàn)，從2005年開始，第三代3GPP組織就著手進(jìn)行全新的系統(tǒng)升級(jí)，即長期演進(jìn)系統(tǒng)(LTE，Long Term Evolution)的標(biāo)準(zhǔn)化工作。這是一個(gè)基于正交頻分復(fù)用技術(shù)(OFDM，Orthogonal Frequency Division Multiplexing)的準(zhǔn)四代系統(tǒng)，已于2009年初推出第一版，并在2010年陸續(xù)在全球開始商用。與此同時(shí)，3GPP組織關(guān)于第四代無線移動(dòng)通信系統(tǒng)(4G，the Fourth Generation)的標(biāo)準(zhǔn)化制定工作也已經(jīng)于2008年上半年啟動(dòng)，該系統(tǒng)稱為先進(jìn)的長期演進(jìn)系統(tǒng)(LTE-A，Long Term Evolution Advanced)。該系統(tǒng)的物理層過程的關(guān)鍵標(biāo)準(zhǔn)化文書已于2011年初完成。在2011年11月ITU組織在中國重慶正式宣布，LTE-A系統(tǒng)和WiMax系統(tǒng)是4G系統(tǒng)的兩個(gè)官方標(biāo)準(zhǔn)。目前，LTE-A系統(tǒng)的商用過 程正在全球范圍逐步展開。

根據(jù)未來十年的挑戰(zhàn)，對(duì)于增強(qiáng)的第四代無線移動(dòng)通信系統(tǒng)，大致有以下幾點(diǎn)發(fā)展需求：

-更高的無線寬帶速率，且重點(diǎn)優(yōu)化局部的小區(qū)熱點(diǎn)區(qū)域；

-進(jìn)一步提高用戶體驗(yàn)，特別需要優(yōu)化小區(qū)邊界區(qū)域的通信服務(wù)；

-考慮到可用頻譜不可能有1000倍的擴(kuò)展，故需要繼續(xù)研究能夠提高頻譜利用效率的新技術(shù)；

-高頻段的頻譜(5GHz，甚至更高)必將投入使用，以獲得較大的通信帶寬；

-現(xiàn)有網(wǎng)絡(luò)(2G/3G/4G，WLAN，WiMax等)的協(xié)同工作，以分擔(dān)數(shù)據(jù)流量；

-針對(duì)不同業(yè)務(wù)、應(yīng)用和服務(wù)特定優(yōu)化；

-加強(qiáng)系統(tǒng)支持大規(guī)模機(jī)器通信的能力；

-靈活、智能且廉價(jià)的網(wǎng)絡(luò)規(guī)劃與布網(wǎng)；

-設(shè)計(jì)方案以節(jié)省網(wǎng)絡(luò)的用電量和用戶設(shè)備的電池消耗。

傳統(tǒng)的3GPP LTE系統(tǒng)中，單個(gè)數(shù)據(jù)流上是可以發(fā)送多個(gè)用戶數(shù)據(jù)的，也就是通常所說的多用戶(multi-user，簡稱MU)傳輸技術(shù)。但是，傳統(tǒng)的MU技術(shù)只有在用戶的信道盡可能正交的時(shí)候才可以獲得更好的性能，這在一定程度上限制了用戶調(diào)度的靈活性。為此，3GPP RAN#67次全會(huì)討論了一個(gè)新的研究課題，即多用戶重疊編碼(Multi-user Superposition Transmission，簡稱MUST)的研究，主要目的是研究通過調(diào)整多個(gè)用戶調(diào)制信號(hào)的功率，以相互重疊疊加的方式來實(shí)現(xiàn)單流數(shù)據(jù)傳輸多個(gè)用戶信息的功能。相比于傳統(tǒng)的MU技術(shù)，多用戶重疊編碼技術(shù)不需要要求用戶到基站的信道之間的正交性。因此，采用MUST技術(shù)后，基站能夠更加靈活的調(diào)度用戶。目前，在Release13中規(guī)定每一個(gè)數(shù)據(jù)流最多只能支持2個(gè)用戶的MUST技術(shù)。

然而傳統(tǒng)的LTE系統(tǒng)，要采用MUST技術(shù)，可能會(huì)遇到如下幾個(gè)問題：

-采用MUST技術(shù)，需要做干擾消除的UE需要知道與之配對(duì)UE的資源分配類型。在目前LTE的下行控制指示(downlink control indicator，簡稱DCI)中沒有能夠指示其配對(duì)UE的資源分配類型 的指示信息。

-采用MUST技術(shù)，如果需要做干擾消除的UE的頻域資源只有一部分是與其配對(duì)UE重疊的，那么做干擾消除的UE需要知道具體哪些資源是與配對(duì)UE重疊的，哪些是自己獨(dú)有的。因?yàn)閁E針對(duì)重疊的資源和獨(dú)有的資源的處理(尤其是干擾消除)方法是不同的。在目前LTE的下行控制指示中并沒有實(shí)現(xiàn)上述功能的指示信息。

因此，針對(duì)MUST模式下的用戶設(shè)備的資源指示方式需要重新設(shè)計(jì)。

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

為了解決上述問題中的至少一些問題，本發(fā)明提供了一種適用于MUST模式下的用戶設(shè)備(UE)的資源指示機(jī)制以及相應(yīng)的基站和用戶設(shè)備。

根據(jù)本發(fā)明的第一方面，提供了一種在基站中執(zhí)行的方法，包括：生成針對(duì)MUST模式下的第一UE的DCI消息，所述DCI消息包括指示所述第一UE與其配對(duì)UE的資源重疊區(qū)域的信息；以及，向所述第一UE發(fā)送所述DCI消息。

在本發(fā)明的一些實(shí)施例中，所述DCI消息還包括指示所述第一UE及其配對(duì)UE的資源分配類型的信息。所述資源分配類型包括資源分配類型0、資源分配類型1和資源分配類型2。所述指示所述第一UE及其配對(duì)UE的資源分配類型的信息可以占用3個(gè)比特或者占用4個(gè)比特。

在本發(fā)明的一些實(shí)施例中，所述指示所述第一UE與其配對(duì)UE的資源重疊區(qū)域的信息包括長度為N的比特位圖，其中，N是系統(tǒng)中可用的總的資源位置數(shù)目，以及所述比特位圖中的每一比特對(duì)應(yīng)一個(gè)資源位置。所述資源位置可以是針對(duì)資源塊而言的，或者是針對(duì)資源塊組而言的。

在本發(fā)明的一些實(shí)施例中，所述指示所述第一UE與其配對(duì)UE的資源重疊區(qū)域的信息包括長度為N的比特位圖，其中，N是所述第一UE被分配到的資源位置數(shù)目，以及所述比特位圖中的每一比特對(duì)應(yīng)一個(gè)資源位置。

在本發(fā)明的一些實(shí)施例中，所述第一UE與其配對(duì)UE的資源分配類型相同，以及所述資源重疊區(qū)域是連續(xù)的，其中，所述指示所述第一UE與其配對(duì)UE的資源重疊區(qū)域的信息可以是下述任一情況之一：包括指示所述資源重疊區(qū)域的起始位置的信息以及指示所述資源重疊區(qū)域的結(jié)束位置的信息；包括指示所述資源重疊區(qū)域的起始位置的信息以及指示所述資源重疊區(qū)域的長度的信息；或者，包括指示所述資源重疊區(qū)域的結(jié)束位置的信息以及指示所述資源重疊區(qū)域的長度的信息。

在本發(fā)明的一些實(shí)施例中，所述第一UE與其配對(duì)UE的資源分配類型都是資源分配類型2，以及所述資源重疊區(qū)域是連續(xù)的，其中，所述指示所述UE與其配對(duì)UE的資源重疊區(qū)域的信息按如下方式表示所述資源重疊區(qū)域的信息：

Floor(RIV_overlap/N)+1表示所述資源重疊區(qū)域的頻域跨度，

RIV_overlap mod N表示所述資源重疊區(qū)域的起始位置，

其中RIV_overlap是所述指示所述UE與其配對(duì)UE的資源重疊區(qū)域的信息的值，N是預(yù)配置的參數(shù)。

在本發(fā)明的一些實(shí)施例中，還包括預(yù)配置步驟：發(fā)送RRC配置消息，以將所述第一UE配置為MUST模式。

根據(jù)本發(fā)明的第二方面，提供了一種在用戶設(shè)備UE中執(zhí)行的方法，包括：從基站接收針對(duì)所述UE的符合多用戶重疊編碼MUST模式的下行控制指示DCI消息，所述DCI消息包括指示所述UE與其配對(duì)UE的資源重疊區(qū)域的信息；以及，根據(jù)所述DCI消息，確定所述UE與其配對(duì)UE的資源重疊區(qū)域。

根據(jù)本發(fā)明的第三方面，提供了一種基站，包括：生成模塊，配置為：生成針對(duì)多用戶重疊編碼MUST模式下的第一用戶設(shè)備UE的下行控制指示DCI消息，所述DCI消息包括指示所述第一UE與其配對(duì)UE的資源重疊區(qū)域的信息；以及，發(fā)送模塊，配置為：向所述第一UE發(fā)送所述DCI消息。

根據(jù)本發(fā)明第四方面，提供了一種用戶設(shè)備UE，包括：接收模塊，配置為：從基站接收針對(duì)所述UE的符合多用戶重疊編碼MUST模式的下行控制指示DCI消息，所述DCI消息包括指示所述UE與其配對(duì)UE 的資源重疊區(qū)域的信息；以及，處理單元，配置為：根據(jù)所述DCI消息，確定所述UE與其配對(duì)UE的資源重疊區(qū)域。

附圖說明

通過下文結(jié)合附圖的詳細(xì)描述，本發(fā)明的上述和其它特征將會(huì)變得更加明顯，其中：

圖1示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的適用于MUST模式下的用戶設(shè)備(UE)的資源指示方法的流程圖；

圖2示出了根據(jù)本發(fā)明的另一個(gè)實(shí)施例的適用于MUST模式下的用戶設(shè)備(UE)的資源指示方法的流程圖；

圖3示出了根據(jù)本發(fā)明實(shí)施例的用于指示干擾消除UE與配對(duì)UE的資源重疊的一個(gè)示例的示意圖；

圖4示出了根據(jù)本發(fā)明實(shí)施例的基站的結(jié)構(gòu)示意圖；

圖5示出了根據(jù)本發(fā)明實(shí)施例的用戶設(shè)備的結(jié)構(gòu)示意圖。

在附圖中，相同或相似的結(jié)構(gòu)均以相同或相似的附圖標(biāo)記進(jìn)行標(biāo)識(shí)。

具體實(shí)施方式

以下將結(jié)合附圖和具體實(shí)施例，對(duì)本發(fā)明所提出的適用于MUST模式下的用戶設(shè)備(UE)的資源指示機(jī)制以及相應(yīng)的基站和用戶設(shè)備進(jìn)行詳細(xì)闡述。

應(yīng)當(dāng)注意，本發(fā)明不應(yīng)局限于下文所述的具體實(shí)施例。另外，為了簡便起見，省略了對(duì)與本發(fā)明沒有直接關(guān)聯(lián)的公知技術(shù)的詳細(xì)描述，以防止對(duì)本發(fā)明的理解造成混淆。

下文以LTE移動(dòng)通信系統(tǒng)及其后續(xù)的演進(jìn)版本作為示例應(yīng)用環(huán)境，具體描述了根據(jù)本發(fā)明的多個(gè)實(shí)施例。然而，需要指出的是，本發(fā)明不限于以下實(shí)施例，而是可適用于更多其它的無線通信系統(tǒng)，例如今后的5G蜂窩通信系統(tǒng)。

如前所述，目前，在Release13中規(guī)定每一個(gè)數(shù)據(jù)流最多只能支持2個(gè)用戶的MUST技術(shù)。下文中主要考慮這種每一個(gè)數(shù)據(jù)流支持兩個(gè)用戶的MUST技術(shù)的應(yīng)用場景。一個(gè)數(shù)據(jù)流中支持的兩個(gè)UE互為配對(duì)UE。采 用MUST技術(shù)，需要做干擾消除的UE針對(duì)與其配對(duì)UE重疊的資源和獨(dú)有的資源將進(jìn)行不同的干擾消除處理，因而不僅需要知道自己的資源分配，還需要知道與其配對(duì)資源的資源重疊情況。為了便于說明，在下文中將需要做干擾消除的UE稱為干擾消除UE(有時(shí)也成為第一UE)，而將另一個(gè)UE稱為配對(duì)UE。

根據(jù)3GPP TS 36.213的規(guī)定，每個(gè)UE可以配置的資源分配類型有以下三種：資源分配類型0(Resource Allocation Type 0)、資源分配類型1(Resource Allocation Type 1)以及資源分配類型2(Resource Allocation Type 2)。每個(gè)UE所配置的資源分配類型通過DCI中的“資源分配報(bào)頭(Resource Allocation Header)”字段來指示，其中該字段不存在表示UE配置了Resource Allocation Type 2，該字段的值為‘0’表示UE配置了Resource Allocation Type 0，該字段的值為‘1’表示UE配置了Resource Allocation Type 1。

針對(duì)Resource Allocation Type 0和Resource Allocation Type 1，通過DCI中的“資源塊分配(resource block assignment)”字段來指示針對(duì)UE的具體的資源分配。針對(duì)Resource Allocation Type 2，通過DCI中的“資源指示值(resource indication value)”字段來指示針對(duì)UE的具體的資源分配。詳情如下：

Resource Allocation Type 0：首先將系統(tǒng)中的所有可用資源塊(RB)分成若干個(gè)資源塊組(RBG)，然后在DCI中的“資源塊分配(Resource block assignment)”字段中使用比特位圖的方式來指示UE被分配到了哪些RBG。

Resource Allocation Type 1：首先將系統(tǒng)中的所有可用RB分成若干個(gè)RB子集，通過DCI中的“子集(Subset)”字段指示UE被分配到了哪個(gè)RB子集，并且在DCI中的“資源塊分配(Resource block assignment)”字段中使用比特位圖的方式來指示UE被分配到了該RB子集中的哪些RB。

Resource Allocation Type 2：通過一個(gè)數(shù)字(resource indication value，簡稱RIV)，按照下述方式來指示UE被分配到的起始RB以及被分配到的資源的頻域跨度：

Floor(RIV/N)+1表示UE被分配到的資源占用的連續(xù)RB的數(shù)目，

RIV mod N表示UE被分配到的資源的起始RB的位置，

其中Floor(X)表示對(duì)X向下取整，mod表示取模操作，N可以是系統(tǒng)可用RB(或RBG)的總數(shù)，或者可以是通過RRC配置的一個(gè)參數(shù)，N通常為正整數(shù)。

可以看出，根據(jù)現(xiàn)有技術(shù)，UE可以通過DCI知道其自身的資源分配，但是無法知道其配對(duì)UE的資源分配，或者無法知道與其配對(duì)UE的資源重疊的情況。為此，本發(fā)明實(shí)施例提出通過在現(xiàn)有的DCI中增加指示所討論的UE與其配對(duì)UE的資源重疊的指示信息，以生成適用于MUST模式的DCI。

優(yōu)選地，本發(fā)明實(shí)施例還提出可以通過擴(kuò)展現(xiàn)有的DCI以包含指示所討論的UE(即該DCI所針對(duì)的UE)的配對(duì)UE的資源分配類型的指示信息。這可以實(shí)現(xiàn)為擴(kuò)展DCI中的現(xiàn)有的“資源分配報(bào)頭”字段，以不僅指示所討論的UE(即該DCI所針對(duì)的UE)的資源分配類型，而且指示其配對(duì)UE的資源分配類型；備選地，這還可以實(shí)現(xiàn)為在DCI中增加新字段以指示配對(duì)UE的資源分配類型。應(yīng)該理解，符合MUST模式的DCI并不一定包含指示配對(duì)UE的資源分配類型的指示信息。在一些情況下，如規(guī)定采用MUST的一對(duì)配對(duì)UE必須使用相同的資源分配類型的情況下，DCI不需要包含指示配對(duì)UE的資源分配類型的指示信息。

下面參考附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行詳細(xì)描述。

圖1示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的在支持MUST的通信系統(tǒng)中的適用于MUST模式下的用戶設(shè)備(UE)的資源指示方法100的流程圖。該通信系統(tǒng)可以包括一個(gè)或多個(gè)支持MUST傳輸?shù)幕荆约耙粋€(gè)或多個(gè)支持MUST的用戶設(shè)備UE。盡管圖中僅示出了一個(gè)基站10和一個(gè)UE 20，但是該通信系統(tǒng)可以包括眾多的基站和UE，本發(fā)明在這方面不受限制。圖中的UE 20需要進(jìn)行干擾消除，為了便于說明也稱為干擾消除UE。

在步驟S102中，基站10生成針對(duì)MUST模式下的干擾消除UE 20(有時(shí)也稱為第一UE)的下行控制指示(DCI)消息，該DCI消息包括指示干擾消除UE 20與其配對(duì)UE的資源重疊區(qū)域的信息?；?0知道對(duì)其所服務(wù)的所有UE的資源分配，因此可以根據(jù)干擾消除UE 20及其配對(duì) UE的資源重疊區(qū)域來配置該DCI中的指示干擾消除UE 20與其配對(duì)UE的資源重疊區(qū)域的信息。應(yīng)該理解，在該DCI消息中，還將包括指示針對(duì)UE 20的資源分配的信息，如現(xiàn)有的“資源塊分配”和/或“資源指示值”。關(guān)于現(xiàn)有規(guī)范(如3GPP TS 36.213)中已經(jīng)規(guī)定的DCI的現(xiàn)有字段，本發(fā)明將不再贅述。

下面通過若干示例來詳細(xì)說明指示干擾消除UE 20與其配對(duì)UE的資源重疊區(qū)域的信息的具體實(shí)現(xiàn)。

作為第一示例，其中基站10使用一個(gè)長度為N的比特位圖Y來指示配對(duì)UE與干擾消除UE的資源重疊的具體位置。

在該第一示例中，N為系統(tǒng)中的總共可分配的資源位置的數(shù)目，即資源塊(resource block，簡稱RB)或者資源塊組(resource block group，簡稱RBG)的數(shù)目。

比特位圖Y中的每個(gè)比特對(duì)應(yīng)一個(gè)資源位置(RB或者RBG)，值‘1’表示該位置上發(fā)生了資源重疊，值‘0’表示該位置上未發(fā)生資源重疊。

若N＝10，Y＝1 0 0 1 0 0 1 0 0 0，則表示配對(duì)UE與干擾消除UE在第1個(gè)、第4個(gè)以及第7個(gè)RB(或RBG)上的資源發(fā)生重疊，其中系統(tǒng)的總共可分配的資源為10個(gè)RB(或RBG)。

作為第二示例，其中基站10使用一個(gè)長度為N的比特位圖Y來作為所述指示所述第一UE與其配對(duì)UE的資源重疊區(qū)域的信息，以指示配對(duì)UE與干擾消除UE的資源重疊的具體位置。

在該第二示例中，N為干擾消除UE被分配到的資源位置(即RB或者RBG)的數(shù)目。

比特位圖Y中的每個(gè)比特對(duì)應(yīng)一個(gè)資源位置(RB或者RBG)，值‘1’表示該位置上發(fā)生了資源重疊，‘0’表示該位置上未發(fā)生資源重疊。

若N＝10，Y＝1 0 0 1 0 0 1 0 0 0，則表示配對(duì)UE與干擾消除UE在干擾消除UE分配到的第1個(gè)、第4個(gè)以及第7個(gè)RB(或RBG)上的資源重疊，其中干擾消除UE分配到資源為10個(gè)RB(或RBG)。

作為第三示例，其中干擾消除UE和它的配對(duì)UE的資源分配類型相同，即同為Resource Allocation Type 0，或者同為Resource Allocation Type 1，或者同為Resource Allocation Type 2，并且要求重疊的資源 在頻域上是連續(xù)的。

基站在干擾消除UE的DCI中添加資源重疊區(qū)域的起始位置(start position)和結(jié)束位置(end position)的指示信息。

其中，起始位置指示的是干擾消除UE和它的配對(duì)UE資源重疊的RB(或RBG)起始位置。

結(jié)束位置指示的是干擾消除UE和它的配對(duì)UE資源重疊的終止位置。

參考圖3所示的情況，其中每個(gè)方框表示一個(gè)RB(或RBG)，系統(tǒng)中總共有25個(gè)可分配的RB(或RBG)，編號(hào)為0……24，帶陰影的方框表示分配給對(duì)應(yīng)UE的RB(或RBG)。

在圖3的情況下，若以系統(tǒng)可分配的全部RB(或RBG)為參照排序，其對(duì)應(yīng)的起始位置＝6，二進(jìn)制表示為00110；對(duì)應(yīng)的結(jié)束位置＝17，二進(jìn)制表示為10001。

備選地，在圖3的情況下，若以干擾消除UE分配到的RB(或RBG)為參照排序，其對(duì)應(yīng)的起始位置＝3，二進(jìn)制表示為0011；對(duì)應(yīng)的結(jié)束位置＝10，二進(jìn)制表示為1010。

作為第四示例，其中干擾消除UE和它的配對(duì)UE的資源分配類型相同，即同為Resource Allocation Type 0，或者同為Resource Allocation Type 1，或者同為Resource Allocation Type 2，并且規(guī)定重疊的資源在頻域上是連續(xù)的。

基站在針對(duì)干擾消除UE 20的DCI中添加資源重疊區(qū)域的起始位置(start position)和重疊長度(Overlapping length)的指示信息。

其中，起始位置指示的是干擾消除UE和它的配對(duì)UE的資源重疊的RB(或RBG)起始位置。

重疊長度指示干擾消除UE和它的配對(duì)UE的資源重疊的長度。

參考圖3所示的情況，若以系統(tǒng)可分配的全部RB(或RBG)為參照排序，其對(duì)應(yīng)的起始位置＝6，二進(jìn)制表示為00110；對(duì)應(yīng)的重疊長度＝11，二進(jìn)制表示為01011。

備選地，在圖3所示的情況下，若以干擾消除UE分配到的RB(或RBG)為參照排序，其對(duì)應(yīng)的起始位置＝3，二進(jìn)制表示為0011；對(duì)應(yīng)的重疊長度＝7，二進(jìn)制表示為0111。

作為第五示例，其中干擾消除UE和它的配對(duì)UE的資源分配類型相同，即同為Resource Allocation Type 0，或者同為Resource Allocation Type 1，或者同為Resource Allocation Type 2，并且規(guī)定重疊的資源在頻域上是連續(xù)的。

基站在針對(duì)干擾消除UE的DCI中添加資源重疊區(qū)域的結(jié)束位置(end position)和重疊長度(Overlapping length)的指示信息。

其中，結(jié)束位置指示的是干擾消除UE和它的配對(duì)UE資源重疊的終止位置。

重疊長度指示的是干擾消除UE和它的配對(duì)UE資源重疊的頻域跨度。

在附圖3所示的情況下，若以系統(tǒng)可分配的全部RB(或RBG)為參照排序，其對(duì)應(yīng)的結(jié)束位置＝17，二進(jìn)制表示為10001；對(duì)應(yīng)的重疊長度＝11，二進(jìn)制表示為01011。

備選地，在附圖3所示的情況下，若以干擾消除UE分配到的RB(或RBG)為參照排序，其對(duì)應(yīng)的結(jié)束位置＝10，二進(jìn)制表示為1010；對(duì)應(yīng)的Overlapping length＝7，二進(jìn)制表示為0111。

作為第六示例，其中干擾消除UE和它的配對(duì)UE的資源分配類型都是Resource Allocation Type 2，并且要求重疊的資源在頻域上是連續(xù)的。

基站在干擾消除UE的DCI中添加資源重疊區(qū)域的資源指示值(resource indication value)，記為RIV_overlap，通過下述方式指示干擾消除UE和配對(duì)UE的資源重疊的具體位置：

●Floor(RIV_overlap/N)+1表示資源重疊區(qū)域的頻域跨度

●RIV_overlap mod N表示資源重疊區(qū)域的起始位置

其中，F(xiàn)loor(X)表示對(duì)X向下取整，mod表示模，N可以是可用RB(或RBG)的總數(shù)或者是通過RRC配置的一個(gè)參數(shù)，N通常為正整數(shù)。

然后，在步驟S104中，UE 20發(fā)送在步驟S102中生成的DCI消息。

在步驟S202中，UE 20接收到基站發(fā)送的DCI消息。

在步驟S204中，UE 20根據(jù)該DCI消息，如其中的指示干擾消除UE與其配對(duì)UE的資源重疊區(qū)域的信息，來確定其與其配對(duì)UE的資源重疊區(qū)域。UE 20在知道其與配對(duì)UE的資源重疊區(qū)域之后，可以針對(duì)重疊區(qū) 域和其獨(dú)有的區(qū)域，對(duì)后續(xù)接收到的PDSCH執(zhí)行不同的干擾消除處理。

在一些實(shí)施例中，方法100還在步驟S102之前包括預(yù)配置步驟：基站10向UE 20發(fā)送用與將UE 20配置為MUST模式的RRC配置消息。于是，UE 20在接收到該RRC配置消息之后，將自身配置為MUST模式。

圖2示出了根據(jù)本發(fā)明的另一個(gè)實(shí)施例的在支持MUST的通信系統(tǒng)中的適用于MUST模式下的用戶設(shè)備(UE)的資源指示方法200的流程圖。

圖2與圖1的實(shí)施例的區(qū)別在于，在針對(duì)干擾消除UE 20的符合MUST的DCI中，不僅包括指示干擾消除UE與其配對(duì)UE的資源重疊區(qū)域的信息，還包括指示干擾消除UE及其配對(duì)UE的資源分配類型的信息。

如圖2所示，在步驟S102a中，基站10生成針對(duì)MUST模式下的干擾消除UE 20的下行控制指示(DCI)消息，該DCI消息包括指示干擾消除UE 20及其配對(duì)UE的資源分配類型的信息以及指示干擾消除UE 20與其配對(duì)UE的資源重疊區(qū)域的信息。

在參考圖1的實(shí)施例中已經(jīng)針對(duì)指示干擾消除UE 20與其配對(duì)UE的資源重疊區(qū)域的信息進(jìn)行了詳細(xì)描述，在此不再贅述。

下面通過若干示例來詳細(xì)說明指示干擾消除UE 20及其配對(duì)UE的資源分配類型的信息的具體實(shí)現(xiàn)。

作為第一實(shí)施例，DCI中的資源分配報(bào)頭字段被擴(kuò)展為3比特，以指示干擾消除UE 20及其配對(duì)UE的資源分配類型(此長度可以通過RRC來配置或者在系統(tǒng)中預(yù)先定義)。作為示例，該擴(kuò)展的資源分配報(bào)頭字段的含義可以如下：

X＝000表示干擾消除UE采用Resource Allocation Type 0，配對(duì)UE采用Resource Allocation Type 0。

X＝001表示干擾消除UE采用Resource Allocation Type 0，配對(duì)UE采用Resource Allocation Type 1。

X＝010表示干擾消除UE采用Resource Allocation Type 0，配對(duì)UE采用Resource Allocation Type 2。

X＝011表示干擾消除UE采用Resource Allocation Type 1，配對(duì)UE采用Resource Allocation Type 0。

X＝100表示干擾消除UE采用Resource Allocation Type 1，配對(duì)UE采用Resource Allocation Type 1。

X＝101表示干擾消除UE采用Resource Allocation Type 1，配對(duì)UE采用Resource Allocation Type 2。

X＝110表示干擾消除UE采用Resource Allocation Type 2，配對(duì)UE采用Resource Allocation Type 0。

X＝111表示干擾消除UE采用Resource Allocation Type 2，配對(duì)UE采用Resource Allocation Type 1。

若Resource Allocation Header Field不存在，則表示干擾消除UE采用Resource Allocation Type 2，配對(duì)UE采用Resource Allocation Type 2。

作為第二示例，DCI中的資源分配報(bào)頭字段被擴(kuò)展為4比特，以指示干擾消除UE 20及其配對(duì)UE的資源分配類型(此長度可以通過RRC配置或者在系統(tǒng)中預(yù)先定義)。作為示例，該擴(kuò)展的資源分配報(bào)頭字段的含義可以如下：

X＝0000表示干擾消除UE采用Resource Allocation Type 0，配對(duì)UE采用Resource Allocation Type 0。

X＝0001表示干擾消除UE采用Resource Allocation Type 0，配對(duì)UE采用Resource Allocation Type 1。

X＝0010表示干擾消除UE采用Resource Allocation Type 0，配對(duì)UE采用Resource Allocation Type 2。

X＝0011表示干擾消除UE采用Resource Allocation Type 1，配對(duì)UE采用Resource Allocation Type 0。

X＝0100表示干擾消除UE采用Resource Allocation Type 1，配對(duì)UE采用Resource Allocation Type 1。

X＝0101表示干擾消除UE采用Resource Allocation Type 1，配對(duì)UE采用Resource Allocation Type 2。

X＝0110表示干擾消除UE采用Resource Allocation Type 2，配對(duì)UE采用Resource Allocation Type 0。

X＝0111表示干擾消除UE采用Resource Allocation Type 2，配對(duì) UE采用Resource Allocation Type 1。

X＝1000表示干擾消除UE采用Resource Allocation Type 2，配對(duì)UE采用Resource Allocation Type 2。

X＝1001，1010，1011，1100，1101，1110和1111都不使用。

作為第三示例，通過RRC配置或者系統(tǒng)預(yù)定義來規(guī)定使用MUST技術(shù)的一對(duì)UE必須使用相同的Resource Allocation Type。在該第三示例中，使用DCI中的現(xiàn)有的1比特的資源分配報(bào)頭字段來指示干擾消除UE20及其配對(duì)UE的資源分配類型(該1比特長度可以通過RRC配置或由系統(tǒng)預(yù)先定義)。作為示例，該1比特資源分配報(bào)頭字段的含義可以如下：

X＝0表示干擾消除UE采用Resource Allocation Type 0，配對(duì)UE也采用Resource Allocation Type 0。

X＝1表示干擾消除UE采用Resource Allocation Type 1，配對(duì)UE也采用Resource Allocation Type 1。

若Resource Allocation Header Field不存在表示干擾消除UE采用Resource Allocation Type 2，配對(duì)UE也采用Resource Allocation Type 2。

圖2中的其他步驟與圖1中的對(duì)應(yīng)步驟相同，在此不再贅述。

圖4示出了根據(jù)本發(fā)明實(shí)施例的基站10的結(jié)構(gòu)示意圖。

如圖4所示，基站10可以包括生成模塊12和發(fā)送模塊14。

生成模塊12可以配置為：生成針對(duì)MUST模式下的UE 20的DCI消息，所述DCI消息包括指示UE 20與其配對(duì)UE的資源重疊區(qū)域的信息。在一些實(shí)施例中，所述DCI消息還包括指示UE 20及其配對(duì)UE的資源分配類型的信息。

發(fā)送模塊14可以配置為：向UE 20發(fā)送所述DCI消息。

在一些實(shí)施例中，發(fā)送模塊14還配置為：發(fā)送RRC配置消息，以將UE 20配置為MUST模式。

在本發(fā)明的一些實(shí)施例中，基站10還包括存儲(chǔ)模塊16，用于存儲(chǔ)要發(fā)送的信息，例如與資源分配有關(guān)的信息、DCI消息等等。

圖5示出了根據(jù)本發(fā)明實(shí)施例的用戶設(shè)備UE 20的結(jié)構(gòu)示意圖。

如圖5所示，UE 20包括接收模塊22和處理模塊24。

模塊22可以配置為：從基站接收符合MUST模式的DCI消息，所述DCI消息包括指示UE 20與其配對(duì)UE的資源重疊區(qū)域的信息。在一些實(shí)施例中，所述DCI消息還包括指示UE 20及其配對(duì)UE的資源分配類型的信息。

處理單元24可以配置為：根據(jù)所述DCI消息，確定UE 20與其配對(duì)UE的資源重疊區(qū)域。UE 20在知道其與配對(duì)UE的資源重疊區(qū)域之后，可以針對(duì)重疊區(qū)域和其獨(dú)有的區(qū)域，對(duì)后續(xù)接收到的PDSCH執(zhí)行不同的干擾消除處理。

在一些實(shí)施例中，接收模塊22還配置為接收RRC配置消息，以將UE 20配置為MUST模式。

在本發(fā)明的一些實(shí)施例中，UE 20還包括存儲(chǔ)模塊26，用于存儲(chǔ)接收的信息，例如所接收的DCI消息、與資源分配有關(guān)的信息等等。

基站10和UE 20可以執(zhí)行上文參考圖1和圖2已經(jīng)描述的適用于MUST模式下的用戶設(shè)備的資源指示方法，在此不再對(duì)其功能和操作進(jìn)行贅述。

上文已經(jīng)結(jié)合優(yōu)選實(shí)施例對(duì)本發(fā)明的方法和涉及的設(shè)備進(jìn)行了描述。本領(lǐng)域技術(shù)人員可以理解，上面示出的方法僅是示例性的。本發(fā)明的方法并不局限于上面示出的步驟和順序。上面示出的網(wǎng)絡(luò)節(jié)點(diǎn)和用戶設(shè)備可以包括更多的模塊，例如還可以包括可以開發(fā)的或者將來開發(fā)的可用于基站、MME、或UE的模塊等等。上文中示出的各種標(biāo)識(shí)僅是示例性的而不是限制性的，本發(fā)明并不局限于作為這些標(biāo)識(shí)的示例的具體信元。本領(lǐng)域技術(shù)人員根據(jù)所示實(shí)施例的教導(dǎo)可以進(jìn)行許多變化和修改。

通過本發(fā)明實(shí)施例可以向MUST模式下的用戶設(shè)備通知其與配對(duì)UE的資源重疊的具體情況，使得用戶設(shè)備能夠針對(duì)重疊的資源和獨(dú)有的資源，對(duì)所接收的PDSCH執(zhí)行不同的干擾消除處理，以獲得更優(yōu)的性能。

應(yīng)該理解，本發(fā)明的上述實(shí)施例可以通過軟件、硬件或者軟件和硬件兩者的結(jié)合來實(shí)現(xiàn)。例如，上述實(shí)施例中的基站和用戶設(shè)備內(nèi)部的各種組件可以通過多種器件來實(shí)現(xiàn)，這些器件包括但不限于：模擬電路器件、數(shù)字電路器件、數(shù)字信號(hào)處理(DSP)電路、可編程處理器、專用集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)、可編程邏輯器件(CPLD)， 等等。

在本申請(qǐng)中，“基站”是指具有較大發(fā)射功率和較廣覆蓋面積的移動(dòng)通信數(shù)據(jù)和控制交換中心，包括資源分配調(diào)度、數(shù)據(jù)接收發(fā)送等功能?！坝脩粼O(shè)備”是指用戶移動(dòng)終端，例如包括移動(dòng)電話、筆記本等可以與基站或者微基站進(jìn)行無線通信的終端設(shè)備。

此外，這里所公開的本發(fā)明的實(shí)施例可以在計(jì)算機(jī)程序產(chǎn)品上實(shí)現(xiàn)。更具體地，該計(jì)算機(jī)程序產(chǎn)品是如下的一種產(chǎn)品：具有計(jì)算機(jī)可讀介質(zhì)，計(jì)算機(jī)可讀介質(zhì)上編碼有計(jì)算機(jī)程序邏輯，當(dāng)在計(jì)算設(shè)備上執(zhí)行時(shí)，該計(jì)算機(jī)程序邏輯提供相關(guān)的操作以實(shí)現(xiàn)本發(fā)明的上述技術(shù)方案。當(dāng)在計(jì)算系統(tǒng)的至少一個(gè)處理器上執(zhí)行時(shí)，計(jì)算機(jī)程序邏輯使得處理器執(zhí)行本發(fā)明實(shí)施例所述的操作(方法)。本發(fā)明的這種設(shè)置典型地提供為設(shè)置或編碼在例如光介質(zhì)(例如CD-ROM)、軟盤或硬盤等的計(jì)算機(jī)可讀介質(zhì)上的軟件、代碼和/或其他數(shù)據(jù)結(jié)構(gòu)、或者諸如一個(gè)或多個(gè)ROM或RAM或PROM芯片上的固件或微代碼的其他介質(zhì)、或一個(gè)或多個(gè)模塊中的可下載的軟件圖像、共享數(shù)據(jù)庫等。軟件或固件或這種配置可安裝在計(jì)算設(shè)備上，以使得計(jì)算設(shè)備中的一個(gè)或多個(gè)處理器執(zhí)行本發(fā)明實(shí)施例所描述的技術(shù)方案。

盡管以上已經(jīng)結(jié)合本發(fā)明的優(yōu)選實(shí)施例示出了本發(fā)明，但是本領(lǐng)域的技術(shù)人員將會(huì)理解，在不脫離本發(fā)明的精神和范圍的情況下，可以對(duì)本發(fā)明進(jìn)行各種修改、替換和改變。因此，本發(fā)明不應(yīng)由上述實(shí)施例來限定，而應(yīng)由所附權(quán)利要求及其等價(jià)物來限定。