本公開的實施例涉及移動通信技術(shù),尤其涉及一種用于配置下行控制信息的方法和設(shè)備。
背景技術(shù):
在LTE Release 13中,3GPP已經(jīng)決定考慮解調(diào)參考信號增強(Demodulation Reference Signal,DMRS,enhancement)以更好地支持下行的多用戶MIMO(MU-MIMO)。在此,提出了一些DMRS增強的候選方案來減少DMRS端口之間的相互干擾。
方案1:使用12個DMRS資源元素,并且使用長度為4的正交覆蓋碼(Orthogonal Cover Code,OCC)。該方案支持4個層/擾碼序列。
方案2:使用24個DMRS資源元素,并且使用長度為2的OCC。該方案支持4個層/擾碼序列。
方案3:使用24個DMRS資源元素,并且使用長度為4的OCC。該方案支持8個層/擾碼序列。
在方案1和2中,用于MU-MIMO的正交的天線端口數(shù)量被擴展至4,而在方案3中,天線端口數(shù)量被擴展至8。
對于方案1、2和3具體實施和詳細(xì)配置,感興趣的讀者可以參閱文獻TR 36.897,Study on Elevation Beamforming/Full-Dimension(FD)MIMO for LTE(Release 13)以及TS 36.212,Multiplexing and channel coding(Release 12)。在此不再詳述。
因此,在Release 13中,由配對的MU-MIMO用戶設(shè)備(user equipment,UE)共享的每個擾碼序列的正交的DMRS端口將擴展至4或甚至8。
此外,在LTE標(biāo)準(zhǔn)中,eNB通過使用動態(tài)的下行控制信息(downlink control information,DCI)向UE發(fā)送DMRS配置信息。然 而,當(dāng)前用于DMRS配置的DCI僅僅具有3比特的用于指示DMRS配置信息的索引,并且僅能夠支持每個擾碼序列的正交的DMRS端口的數(shù)量為2的情形。
因此,對于上述這些候選方案,當(dāng)前Release 12中的以DCI格式2C/2D為格式的DCI不能夠支持?jǐn)U展的DMRS配置。因此,需要定義新的DCI來支持上述的DMRS增強。
技術(shù)實現(xiàn)要素:
針對現(xiàn)有技術(shù)中存在的技術(shù)問題,本公開的實施例提供了一種用于配置下行控制信息的方法和設(shè)備。
根據(jù)本公開的第一方面,提出了一種在基站中配置下行控制信息的方法,其中所述下行控制信息用于指示解調(diào)參考信號增強情形下的解調(diào)參考信號配置信息,所述基站配置有解調(diào)參考信號配置信息集合,所述方法包括:向用戶設(shè)備發(fā)送下行控制信息,所述下行控制信息包括解調(diào)參考信號配置索引,其用于指示所述解調(diào)參考信號配置信息,所述解調(diào)參考信號配置信息包括所述解調(diào)參考信號配置信息集合中的一項,在使用一個碼本的情況下,所述解調(diào)參考信號配置信息集合包括:1個層、天線端口11或13、以及擾碼序列號的第一組合集;在使用兩個碼本的情況下,所述解調(diào)參考信號配置信息集合包括:2、3或4個層、天線端口7、8、11和13的至少一個、以及擾碼序列號的第二組合集。
根據(jù)本公開的第二方面,提出了一種在用戶設(shè)備中配置下行控制信息的方法,其中所述下行控制信息用于指示解調(diào)參考信號增強情形下的解調(diào)參考信號配置信息,所述用戶設(shè)備配置有解調(diào)參考信號配置信息集合,所述方法包括:從基站接收下行控制信息,所述下行控制信息包括解調(diào)參考信號配置索引,其用于指示所述解調(diào)參考信號配置信息,所述解調(diào)參考信號配置信息包括所述解調(diào)參考信號配置信息集合中的一項,在使用一個碼本的情況下,所述解調(diào)參考信號配置信息集合包括:1個層、天線端口11或13、以及擾碼序列號的第一組合集;在使用兩個碼本的情況下,所述解調(diào)參考信號配置信息集合包括: 2、3或4個層、天線端口7、8、11和13的至少一個、以及擾碼序列號的第二組合集。
根據(jù)本公開的第三方面,提出了一種在基站中配置下行控制信息的方法,其中所述下行控制信息用于指示解調(diào)參考信號增強情形下的解調(diào)參考信號配置信息,所述基站配置有解調(diào)參考信號配置信息集合,所述方法包括:向用戶設(shè)備發(fā)送下行控制信息,所述下行控制信息包括解調(diào)參考信號配置索引,其用于指示所述解調(diào)參考信號配置信息,所述解調(diào)參考信號配置信息包括所述解調(diào)參考信號配置信息集合中的一項,在使用一個碼本的情況下,所述解調(diào)參考信號配置信息集合包括:1個層、天線端口9或10、以及擾碼序列號的第一組合集;在使用兩個碼本的情況下,所述解調(diào)參考信號配置信息集合包括:2、3或4個層、天線端口7、8、9和10的至少一個、以及擾碼序列號的第二組合集。
根據(jù)本公開的第四方面,提出了一種在用戶設(shè)備中配置下行控制信息的方法,其中所述下行控制信息用于指示解調(diào)參考信號增強情形下的解調(diào)參考信號配置信息,所述用戶設(shè)備配置有解調(diào)參考信號配置信息集合,所述方法包括:從基站接收下行控制信息,所述下行控制信息包括解調(diào)參考信號配置索引,其用于指示所述解調(diào)參考信號配置信息,所述解調(diào)參考信號配置信息包括所述解調(diào)參考信號配置信息集合中的一項,在使用一個碼本的情況下,所述解調(diào)參考信號配置信息集合包括:1個層、天線端口9或10、以及擾碼序列號的第一組合集;在使用兩個碼本的情況下,所述解調(diào)參考信號配置信息集合包括:2、3或4個層、天線端口7、8、9和10的至少一個、以及擾碼序列號的第二組合集。
根據(jù)本公開的第五方面,提出了一種在基站中配置下行控制信息的方法,其中所述下行控制信息用于指示解調(diào)參考信號增強情形下的解調(diào)參考信號配置信息,所述基站配置有解調(diào)參考信號配置信息集合,所述方法包括:向用戶設(shè)備發(fā)送下行控制信息,所述下行控制信息包括解調(diào)參考信號配置索引,其用于指示所述解調(diào)參考信號配置信息,所述解調(diào)參考信號配置信息包括所述解調(diào)參考信號配置信息集合 中的一項,在使用一個碼本的情況下,所述解調(diào)參考信號配置信息集合包括:1個層、天線端口7、8、9、10、11、12、13或14、以及第一擾碼序列號的第一組合集;1個層、天線端口7、8、9、10、11、12、13或14、以及第二擾碼序列號的第二組合集中的任五項;以及2、3或4個層、天線端口7、8、9、10的至少一個的第三組合集;在使用兩個碼本的情況下,所述解調(diào)參考信號配置信息集合包括:2、3、4、5、6、7或8個層、天線端口7、8、9、10、11、12、13、14的至少一個、以及擾碼序列號的第四組合集。
根據(jù)本公開的第六方面,提出一種在用戶設(shè)備中配置下行控制信息的方法,其中所述下行控制信息用于指示解調(diào)參考信號增強情形下的解調(diào)參考信號配置信息,所述用戶設(shè)備配置有解調(diào)參考信號配置信息集合,所述方法包括:從基站接收下行控制信息,所述下行控制信息包括解調(diào)參考信號配置索引,其用于指示所述解調(diào)參考信號配置信息,所述解調(diào)參考信號配置信息包括所述解調(diào)參考信號配置信息集合中的一項,其中,在使用一個碼本的情況下,所述解調(diào)參考信號配置信息集合包括:1個層、天線端口7、8、9、10、11、12、13或14、以及第一擾碼序列號的第一組合集;1個層、天線端口7、8、9、10、11、12、13或14、以及第二擾碼序列號的第二組合集中的任五項;以及2、3或4個層、天線端口7、8、9和10的至少一個的第三組合集;在使用兩個碼本的情況下,所述解調(diào)參考信號配置信息集合包括:2、3、4、5、6、7或8個層、天線端口7、8、9、10、11、12、13和14的至少一個、以及擾碼序列號的第四組合集。
通過本公開的實施例,提出了一種新的DCI,其相比原有的DCI多1比特,從而支持潛在的可能的DMRS增強方案。并且,為這些可能的DMRS增強方案分別提出了相應(yīng)的DMRS配置信息(天線端口、擾碼序列ID和層數(shù))。因此,通過本公開的實施例能夠更好地支持具有DMRS增強的高階的MU-MIMO。并且,與此同時還例如至少實現(xiàn)了下述有益的技術(shù)效果:同時支持單用戶/多用戶(SU/MU)并行、與傳統(tǒng)的UE兼容和通過僅增加1比特而最小化了DCI的開銷。
附圖說明
通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細(xì)描述,本公開的其它特征、目的和優(yōu)點將會變得更加明顯:
圖1示出了根據(jù)本公開的實施例的用于為DMRS增強配置DCI的系統(tǒng)方法流程圖。
在圖中,貫穿不同的示圖,相同或類似的附圖標(biāo)記表示相同或相對應(yīng)的部件或特征。
具體實施方式
在此,首先針對背景技術(shù)中的方案1提出了一種新的DCI。相比于先前的3比特,該DCI將包括額外的1比特,即使用4比特來指示DMRS配置信息。
在背景技術(shù)中的方案1中,UE將被配置為每個擾碼序列使用天線端口7、8、11、13,并且使用長度為4的OCC。每個UE可以具有1、2、3或4個層的傳輸模式。在這個新的DCI中,將指示與各個傳輸模式相關(guān)聯(lián)的天線端口以及相關(guān)的擾碼序列號。
對于方案1的DCI設(shè)計,在一些情況下有必要告知UE使用長度為4的OCC來進行信道估計。這例如可以通過定義新的DMRS天線端口7’和8’、或設(shè)置新的指示信息等方式來實現(xiàn)(下文將詳述)。
這是因為在方案1中,如果僅僅使用原有的天線端口7,則UE將不知道是否有其他的MU UE與其配對。換而言之,UE不能夠確定是使用長度為4還是長度為2的OCC來進行信道估計。這將產(chǎn)生一定的性能衰減。下面將舉例說明:假定現(xiàn)在有4個MU UE并且具有方案1所定義的DMRS天線端口。能夠通過下式給出在UE#1的被分配了天線端口7的單個接收天線處的接收信號:
其中,是UE#1的信道向量,而wUE1,…wUE4分別示UE#1、2、3、4的預(yù)編碼矩陣。由于UE#1不知道是否還存在其他的UE,并且因此隨后可能使用長度為2的OCC(例如[1 1])來實施信道估計??梢? 通過下式來表示兩個時隙中的信道估計:
UE#1想知道的真實的信道為然而,通過上述針對兩個時隙的信道估計,UE#1很可能采用干擾項來作為信道變化量。并且在進行PDSCH解調(diào)時來追蹤這個信道變化量。因此,如果不管當(dāng)前是使用SU還是MU而總使用天線端口7,則很可能產(chǎn)生上述錯誤的理解。由此,信道估計將被巨大地干擾。
因此,基于上述分析,根據(jù)本公開的一個實施例,將定義新的天線端口7’和8’,其使用的資源元素的位置分別與天線端口7和8一樣。這兩個新的天線端口將指示UE使用長度為4的OCC來進行信道估計,從而消除來自其他的MU UE的干擾。
本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解,上述對于天線端口的命名(即7’和8’)僅僅是示例性而非限制性的。
替代地,也可不必定義新的天線端口,而通過其他形式,例如配置相應(yīng)的指示信息來向UE指示使用長度為4的OCC來進行信道估計,從而消除來自其他的MU UE的干擾。
本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解,上述兩種示例僅僅是示例性的,而非限制性的。因此,并不排除可以告知UE使用長度為4的OCC來進行信道估計的其他一些實施方式。
根據(jù)本公開的一個實施方式,在基站和UE側(cè)將分配配置DMRS配置信息集合/表,如表1所示。
表1
表1中的左側(cè)示出了一個碼本下的DMRS配置信息集合情形,而表2中的右側(cè)示出了兩個碼本下的DMRS配置信息集合情形。表格中的值表示DMRS索引。在此,對于每種情形,可以通過4比特來分別指示上述15種DMRS配置信息。
相比于原有的DMRS配置信息(例如TS 36.212,Multiplexing and channel coding(Release 12)),上述表中具有額外的新的DMRS配置信息。在使用一個碼本情況下,這些新的DMRS配置信息包括:{1個層,天線端口7’,nSCID=0或1;1個層,天線端口8’,nSCID=0或1;1個層,天線端口11,nSCID=0或1;1個層,天線端口13,nSCID=0或1}。
而在使用兩個碼本情況下,這些新的DMRS配置信息包括:{2個層,天線端口7’和8’,nSCID=0或1;2個層,天線端口11和13,nSCID=0或1;3個層,天線端口7’,8’和11,nSCID=0或1;4個層,天線端口7’,8’,11和13,nSCID=0或1}。在此,nSCID為擾碼序列的序列號。
在這個實施例中,通過新定義的天線端口7’和8’來向UE告知使用長度為4的OCC。在本公開的另一個實施例中,可以替代新定義天線端口,使用例如{層1、天線端口7、nSCID=0、指示信息}的形式來向UE進行指示。其中,該指示信息指示UE使用長度為4的OCC進行信道估計。
這種方案對于具有低移動性的MU模式和具有高移動性的SU模式都是特別有利的。
替代地,根據(jù)本公開的另一個實施例,針對方案1也可以不必不用向UE告知使用長度為4的OCC,也即不用定義新的天線端口7’和8’,也不用夾帶上述指示信息。
例如如果新定義的DCI格式僅僅用于支持低移動性的場景,則可以使用上述實施例。
表2示出了這種情況下的相應(yīng)的DMRS配置信息集合/表。
表2
與表1相比,在表2中,將天線端口7與7’合并,天線端口8與8’合并。在此,對于低移動性的UE將一直為天線端口7和8應(yīng)用長度為4的OCC。當(dāng)然,如果信道估計的準(zhǔn)確性要求較低,也可以為高移動性的UE應(yīng)用這個實施例。
隨后,如圖1所示,在步驟S102中,基站向UE發(fā)送DCI。該DCI包括DMRS配置索引(也即上述表中的“值”),其用于指示相應(yīng)的DMRS配置信息。
附加地,如步驟S101所示,在發(fā)送上述DCI之前,基站也可以向UE發(fā)送RRC消息,其指示基站采用了背景技術(shù)中的方案1的DMRS增強方案。附加地,該RRC消息還可以指示UE是實施例如表格1還是表格2的DMRS配置信息模式。
接著,將針對背景技術(shù)中的方案2提出了一種新的DCI。相比于 先前的3比特,該DCI將包括4比特來指示DMRS配置信息。在針對方案2的情況中,使用長度為2的OCC的天線端口7/8/9/10應(yīng)當(dāng)與其相關(guān)的層數(shù)和擾碼序列號一起被指示。
對于方案2,在一些情況下,也有必要定義新的天線端口或添加額外的指示信息。這是因為,在SU模式下,能夠使用天線端口7/8并且基于總共有12個DMRS資源元素的情形來進行PDSCH的映射,然而對于MU模式仍將使用端口7/8,但是PDSCH映射應(yīng)當(dāng)基于24個DMRS資源元素的情形來進行。這就意味著,在解調(diào)PDSCH時,天線端口7/8/9/10的資源元素位置應(yīng)當(dāng)被打孔。因此,如果僅僅使用天線端口7/8,則UE不能夠判斷如何為PDSCH映射來實施資源元素的打孔。為了解決上述問題,在此將采取下述方案。
定義新的天線端口7”和8”。這些天線端口的位置與天線端口7和8分別相同,并且分別指示UE在解調(diào)PDSCH時對天線端口7至10的物理資源元素位置進行打孔。由此,能夠告知UE總共存在24個DMRS資源元素,因此需要2倍的PDSCH打孔。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解,上述對于天線端口的命名(即7”和8”)僅僅是示例性而非限制性的。
當(dāng)然,也可以不設(shè)置新的天線端口7”和8”,而是通過指示信息的形式來告知UE需要2倍的PDSCH打孔。
本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解,上述兩種示例僅僅是示例性的,而非限制性的。
在基站和UE側(cè)將分別配置DMRS配置信息集合/表,如表3所示。
表3
相比于原有的DMRS配置信息,上述表中具有額外的新的DMRS配置信息。在使用一個碼本情況下,這些新的DMRS配置信息包括:{1個層,天線端口7”,nSCID=0或1;1個層,天線端口8”,nSCID=0或1;1個層,天線端口9,nSCID=0或1;1個層,天線端口10,nSCID=0或1}。而在使用兩個碼本情況下,這些新的DMRS配置信息包括:{2個層,天線端口7”和8”,nSCID=0或1;2個層,天線端口9和10,nSCID=0或1;3個層,天線端口7至9,nSCID=1;4個層,天線端口7至10,nSCID=1}。
在上表中,通過新定義的天線端口7”和8”來向UE告知使需要2倍的PDSCH打孔。在本公開的另一個實施例中,替代新定義天線端口,也可以使用例如{層1、天線端口7、nSCID=0、指示信息}的形式來向UE進行指示。其中,該指示信息指示UE在解調(diào)PDSCH時對天線端口7至10的物理資源元素位置進行打孔。
應(yīng)當(dāng)注意,即使UE不知道需要額外打孔,但UE仍可能成功地解調(diào)所有的PDSCH。雖然在這種情形下性能將有所下降,如果這種下行的性能仍在閾值內(nèi),則可以不向UE告知需要額外的打孔。這就意味著不需要設(shè)置新的天線端口7”和8”(天線端口7和7”可以合并,而天線端口8和8”可以合并)或不需要附加上述額外的指示信息。
因此,在本公開的另一實施例中,基站將不向UE告知需要額外地進行打孔。表4示出了這種情況下的相應(yīng)的DMRS配置信息集合/表。
表4
與表3相比,在表4中,將天線端口7與7”合并,天線端口8與8”合并,即不再向UE告知需要對天線端口8至10的物理資源元素位置進行打孔
隨后,如圖1所示,在步驟S102中,基站向UE發(fā)送DCI。該DCI包括DMRS配置索引(也即上述表中的“值”),其用于指示DMRS配置信息。
附加地,如步驟S101所示,在發(fā)送上述DCI之前,基站也可以向UE發(fā)送RRC消息,其指示基站采用了背景技術(shù)中的方案2的DMRS增強方案。附加地,該RRC消息還可以指示UE是實施例如表格3還是表格4的DMRS配置信息模式。
在上述兩種DMRS增強中,背景技術(shù)中的方案1相比于方案2需要較小的DMRS開銷,并且因此在資源開銷方面而言,候選方案1將較受歡迎。然而,在與傳統(tǒng)的UE兼容方面,情況將相反。由于傳統(tǒng)的UE僅能夠使用長度為2的OCC來為MU-MIMO進行基于DMRS的信道估計,因此在方案1中使用長度為4的OCC的Release 13的用戶設(shè)備將對傳統(tǒng)的UE產(chǎn)生干擾。相反,對于方案2,并不存在這 種干擾。如果需要將傳統(tǒng)的UE與Release 13的UE配對,則基站應(yīng)當(dāng)為傳統(tǒng)的UE在其他的12個物理資源元素上進行額外的打孔。雖然傳統(tǒng)的UE不知道這些額外的打孔,但是仍可能能夠解調(diào)整個PDSCH。因此,在考慮傳統(tǒng)的UE情況下,方案2更受歡迎。基于這種背景,在本公開的一個實施例中,基站可以使用的額外的RRC消息來指示后續(xù)的DCI是基于方案1還是方案2。對于純支持Release 13UE的MU MIMO,則該RRC消息可以被配置為指示DCI是支持背景技術(shù)中的方案1的(例如,基于表1或表2的方案)。如果需要實施在傳統(tǒng)的UE與Release 13UE之間的MU MIMO配對,則該RRC消息還可以被進一步配置為指示DCI是支持背景技術(shù)中的方案2的(例如表3或表4的方案)。
最后,將針對背景技術(shù)中的方案3提出了一種新的DCI。在方案3中,正交的DMRS端口將被擴展至8個/擾碼序列。在此將考慮到DCI開銷和實際中常用的MU配對數(shù)量來設(shè)置DCI。在此,DCI還將使用4比特,而非Release 12中的3比特。
表5示出了這種情況下的相應(yīng)的DMRS配置信息集合/表。
表5
如表5所示,相比于原有的DMRS配置信息,上述表中具有額外的新的DMRS配置信息。
在使用一個碼本情況下,4比特的DCI可以指示如下16種DMRS配置信息:8個DMRS配置信息,即{1個層,天線端口7,8,9,10,11,12,13或14,nSCID=0};{1個層,天線端口7,8,9,10,11,12,13或14,nSCID=1}中的任5個DMRS配置信息;以及3個DMRS配置信息{2個層,天線端口7-8;3個層,天線端口7-9;4個層,天線端口7-10}。
在使用兩個碼本情況下,4比特的DCI可以指示如下16種DMRS配置信息:14個DMRS配置信息,即{2個層,天線端口7,8,9,10,11,1213或14,nSCID=0或1;3個層,天線端口7-9;4個層,天線端口7至10;5個層,天線端口7至11;6個層,天線端口7至12;7個層,天線端口7至13;8個層,天線端口7至14}。而剩下的兩個DMRS配置信息則可以是{3個層,天線端口7,8,11;3個層,天線端口9,10,12}或{4個層,天線端口7,8,11,13;4個層,天線端口9,10,12,14}。
隨后,如圖1所示,在步驟S102中,基站向UE發(fā)送DCI。該DCI包括DMRS配置索引(也即上述表中的“值”),其用于指示相應(yīng)的DMRS配置信息。
需要說明的是,上述實施例僅是示范性的,而非對本公開的限制。任何不背離本公開精神的技術(shù)方案均應(yīng)落入本公開的保護范圍之內(nèi),這包括使用在不同實施例中出現(xiàn)的不同技術(shù)特征,裝置方法可以進行組合,以取得有益效果。此外,不應(yīng)將權(quán)利要求中的任何附圖標(biāo)記視為限制所涉及的權(quán)利要求;“包括”一詞不排除其他權(quán)利要求或說明書中未列出的裝置或步驟。