具体实施方式
在本描述中使用的缩写。
AOA |
到达角 |
BCCH |
广播控制信道 |
BF |
波束成形 |
CQI |
信道质量指示符 |
CCE |
控制信道单元 |
CRS |
公共参考信号 |
DL |
下行链路 |
DCI |
下行链路控制信息 |
DL-SCH |
下行链路共享信道 |
DRS |
专用参考信号 |
DM-RS |
解调参考信号 |
eNB |
E_UTRAN节点B |
EoR |
ENB或RN |
EPC |
增强分组核心 |
FDD |
频分双工 |
FRS |
完全资源调度 |
HARQ |
混合ARQ(自动重传请求) |
L1中继 |
层1(PHY)中继 |
L2中继 |
层2(MAC)中继 |
LTE |
长期演进 |
LTE-A |
先进的LTE |
MAC |
媒体访问控制 |
MCS |
调制编码方案 |
MIMO |
多输入/多输出 |
MME |
移动性管理实体 |
MMSE |
最小均方误差 |
MU-MIMO |
多用户MIMO |
NAS |
非接入层 |
PCFICH |
物理控制格式指示符信道 |
PDCCH |
物理下行链路控制信道 |
PDSCH |
物理下行链路共享信道 |
PHICH |
物理混合ARQ指示符信道 |
PUCCH |
物理上行链路控制信道 |
PUSCH |
物理上行链路共享信道 |
PA |
功率放大器 |
PMI |
预编码矩阵索引 |
PHY |
物理层 |
PRS |
部分资源调度 |
PSS |
主同步信号 |
RA |
随机接入 |
RF |
射频 |
RLC |
无线链路控制 |
RN |
中继节点 |
RNTI |
无线网络临时标识符 |
RAT |
无线接入技术 |
RI |
秩指示 |
RN |
中继节点 |
RRC |
无线资源控制 |
RSRQ |
参考信号接收质量 |
RSRP |
参考信号接收功率 |
SFBC+FSTD |
空频分组码和频率切换发送分集 |
SFN |
单频网 |
SGW |
服务网关 |
SRS |
探测参考信号 |
SSS |
辅助同步信号 |
SU-MIMO |
单用户MIMO |
TA |
时间对齐 |
TB |
传输块 |
TDD |
时分双工 |
TPMI |
发送预编码矩阵索引 |
TRI |
发送秩指示符 |
TTI |
传输时间间隔 |
UE |
用户设备 |
UL |
上行链路 |
Uu |
UE和中继节点之间的接口 |
Un |
中继节点和施主eNB之间的接口 |
UL-SCH |
上行链路共享信道 |
在版本8LTE下行链路中,可以在eNB处支持3种天线配置,包括1-tx、2-tx和4-tx,意味着分别使用一根、两根和四根发送天线。通过物理广播信道(PBCH)解码,隐式地向UE信号通知eNB处的天线配置信息。根据PBCH盲解码,在UE通过同步信号与系统同步之后,UE将通过假设不同的天线配置来解码PBCH,并且还将需要使用与不同的天线配置相对应的不同循环冗余校验(CRC)掩码来检验解码是否正确。在UE成功对PBCH进行盲解码后,通过CRC与所使用的天线数目的关联,天线配置也为UE所知。然后,UE将采用这种天线配置来用于所有公共信道(例如,PDCCH、PHICH等等)的传输。因为通过PBCH来隐式地发送eNB处的天线配置,一般理解这种配置将不随时间改变,以及对于不同的UE,相同的系统不能同时支持不同的天线配置,例如在相同小区中同时支持1-tx、2-tx或4-tx传输。
当开发版本8规范时,还一般性地假设:所有版本8UE应该支持所有这些发送天线配置,因为eNB可以部署它们中的任何配置。版本8在下行链路上支持的4-tx特征主要包括两个主要功能:发送分集(TxD)和空间复用(SM)。使用TxD来维持小区边缘性能,并将其应用到所有的公共控制信道,例如,PBCH、PDCCH、PHICH和PDSCH信道。对于TxD,使用SFBC+FSTD技术。对于SM功能,主要目标是增加系统吞吐量。在版本8中定义的多数传输模式(例如,闭环SM传输模式(模式4)、开环SM传输模式(模式3)以及其他相关模式)中使用这种功能。对于SM,基于码本的预编码传输形成了这种功能的基础。当在版本8下行链路中使用公共参考信号(CRS)(也被称为小区特定RS)来用于解调和信道测量时,在4-tx系统中,将在所有天线端口上发送CRS。
所有版本8UE应该支持eNB处的所有可能的天线配置,包括LTE下行链路中的1-tx、2-tx和4-tx传输。UE可以通过对PBCH进行盲解码来自动检测eNB天线配置,然后在UE处于该小区中的所有时间都采用这种天线配置。然而,在无线接入网(RAN5)中对测试情况进行优先级规划期间,注意到可能未在版本8的早期阶段部署4-tx系统。从而,对这些与4-tx有关的测试情况给予了中等的优先级,这意味着针对第一版本的终端,可能未对其进行测试。另一方面,由于在早期部署中缺少商业化的4-tx系统,可能没有很好地满足UE和eNB之间关于4-tx特征的互操作测试(IOT)。这使得如下担忧出现:即使UE实现了在版本8中定义的所有这些4-tx特征,也不能保证这种特征在实际部署中的稳定性和可靠性。这可使得运营商非常不愿意引入并支持针对这种早期版本8UE的4-tx特征。如果这种情况出现,可使LTE系统造成大的退步,因为将不会实现由版本8中的4-tx系统所产生的很多先进的特征和显著的好处。
解决该问题的一个解决方案是将版本8规范保持现状,而重新评估RAN 5中下行链路4-tx测试情况的优先级,以实现针对早期部署的UE的一致性测试。同时,芯片厂商和UE厂商可以对4-tx特征进行扩展开发测试,以将由于缺少IOT测试所带来的风险最小化。在早期部署期间,如果条件允许,运营商可以与终端厂商一起工作,以进行对4-tx特征的部分IOT测试。这种解决方案的好处是对版本8规范没有影响,并且不会有在将来显现出的后向兼容问题,同时运营商可以享有4-tx特征的所有好处。然而,由于缺少IOT而造成的部署4-tx特征的风险可以减轻,但是不可以完全避免。
在解决该问题的第一方案中,定义针对4-tx特征的IOT特征组指示。对于不支持IOT认证的4-tx特征的早期版本8UE,将这种指示(例如,比特)设置为假(false)。对于支持IOT认证的4-tx特征的将来版本的UE,将这种指示设置为真(true)。在初始呼叫建立之后或者在eNB的控制之下,UE可以将该指示与其他特征组指示比特一起向网络(例如,eNB)发送。
当在系统中引入4-tx时,即使有4根发送天线可用,eNB也使用2-txTxD发送PBCH。这确保了使用2-tx认证IOT的早期UE可以继续正确接收PBCH。针对支持IOT认证的4-tx特征的将来版本的UE,eNB可需要向这种UE通知网络可以支持4-tx传输。针对这种信号通知,存在不同方式。
在一个示例中,eNB总是使用2-tx TxD来发送PBCH,然而其不使用对应的2-tx CRC掩蔽,而使用另一CRC掩蔽来指示eNB可以具有4-tx传输能力。这种CRC掩蔽可以是现有的对应于4-tx CRC掩蔽的掩蔽,或者是新的CRC掩蔽。对于这种方案,需要改变版本8PHY规范来向早期版本8UE和将来版本的UE确保正确的PBCH解码。通过该方案,UE可以正确地获得层映射信息和CRS传输信息。例如,PBCH的层映射基于2-tx TxD,而使用4-tx模式来发送CRS。
在另一示例中,不使用不同的CRS,PBCH仍然使用2-tx TxD和对应的2-tx CRC掩蔽。然后,eNB可需要发送更高层的信号(例如,无线资源控制(RRC)信令)以向将来版本的UE通知对于PDSCH和可能的PDCCH/PHICH传输,4-tx传输是可用的。
对于支持IOT认证的4-tx特征的将来版本的UE,支持4-tx的eNB可以使用不同的天线配置来发送除PBCH之外的公共控制信道。例如,在一个实现中,将使用2-tx传输来配置公共广播或多播控制信道(例如PCFICH)以及公共PDCCH,也使用2-tx配置来发送在PDSCH上传送的非UE特定的信息(例如,广播控制信息);而将会使用4-tx传输来配置UE特定的控制和数据信道(例如,PHICH/PDCCH)以及UE特定的PDSCH。CRS传输仍然遵循由CRC掩蔽指示的4-tx传输模式。在这种实施例中,因为可以配置2-tx TxD用于早期版本8UE的PHICH传输,而可以配置4-tx TxD用于将来版本的UE的PHICH传输,将存在2-tx和4-tx PHICH传输的混合。这需要复用。
可以使用至少两种不同的技术来执行复用。一种方式是将具有相同天线配置的PHICH分组到相同的PHICH组中。这种布置允许PHICH使用与当前版本8中所定义TxD方案相同的方案。然而当PHICH索引和PHICH组索引链接到每个UE的上行链路RB分配时,针对每个UE,这种分组将降低RB分配灵活性和上行链路中的复用效率。
备用复用技术允许每个PHICH组包含具有不同天线配置的UE,例如,具有2-tx和4-tx传输的UE。这种方法可以不对上行链路RB分配施加任何的限制,并且可以使用在版本8中定义的所有现有的PHICH映射规则。然而,将具有不同天线配置的PHICH复用到相同的PHICH组将在天线间引入功率失衡。这还可打破不同PHICH之间的正交性,并因此降低性能。
在另一示例中,使用2-tx传输来配置所有的公共控制信道和UE特定的控制信道,例如,PCFICH/PDCCH/PHICH。对于PDSCH,可以使用4-tx来配置以用于UE特定的传输,而使用2-tx传输来配置以用于非UE特定的传输。CRS传输仍然遵循由CRC掩蔽指示的4-tx传输模式。在该示例中,PDCCH和PHICH也可以使用2-tx TxD,这可能失去通过使用4-tx TxD所获得的覆盖增益。然而,这避免了控制区域中由于2-tx和4-tx混合所产生的众多问题。
在后期部署的4-tx系统中,为了支持这些将来版本的UE(其具有接收4-tx特征的能力),在一个实施例中,应该在由版本8定义的时间和频率中发送4个公共的RS端口。对于那些早期版本8UE(例如,没有进行IOT认证的UE),即使使用2-tx传输对其进行配置,这些早期版本8UE也应该意识到发送4-tx CRS的事实,并因此不应该预期在针对CRS端口2和3指定的那些RE上有任何传输。
为了向那些早期版本8UE传送这种eNB的4-tx传输能力的信息,可以使用若干方法。根据一个示例,eNB可以使用2-tx TxD来发送PBCH,而针对PBCH使用对应的4-tx CRC掩蔽,以指示发送了4-txCRC。早期版本8UE应该能够解码这种组合,并知道:即使系统可以使用2-tx配置来用于其传输,其也可具有4-tx传输能力,并且可以在CRS端口2和3上进行发送。
在另一示例中,eNB可以广播或发送高层信号(例如,RRC信令),以向早期版本8UE通知eNB具有4-tx传输能力并且可以发送CRS端口2和3。从而,UE不应该预期在与CRS端口2和3对应的那些RE上有任何数据传输。
对于支持4-tx的eNB,其使用2-tx发送分集来在PDSCH上发送小区特定的或者公共的控制信息,例如,所述PDSCH的对应PDCCH由SI-RNTI、RA-RNTI、P-RNTI和临时C-RNTI进行了加扰。为了在(例如,由C-RNTI和SPS C-RNTI配置其对应PDCCH的)PDSCH上发送UE特定的信息,由通过RRC信令设置的参数来定义所使用的天线端口的数目。基于2和PBCH解码后获得的天线端口数目之间的最小值来初始化参数,并且在eNB从UE获得特征组指示信息之后,可以由RRC信令来重新配置参数。
在另一示例中,如果没有配置关于天线端口的这种RRC信号,支持4-tx特征的将来版本的UE可以在其向eNB发送其特征组指示符之后假设eNB使用4-tx传输,并使用对应的针对4-tx的接收机,或者至少在开始解码PDSCH时,使用针对2-tx和4-tx的接收机来进行盲解码。
表1总结了如在第一方案中描述的,在4-tx系统中针对不同信道、针对中继版本8UE和将来版本的UE的不同天线传输配置。
表1:4-tx系统中针对第一方案的天线配置
之前已经描述了该方案的不同方面,并提出与该方案的使用有关的不同示例,以引入版本84-tx特征而不对当前规范和/或标准造成实质性的改变。一般而言,这里提出的方案在针对早期版本8UE的终端上一致性测试上,可不需要RAN 5中有任何的优先级改变。其也可以避免由于缺少IOT测试4-tx特征而导致的风险。
对于在后期中使用4-tx天线部署的eNB,因为其需要支持具有不同天线配置的早期版本8UE和将来版本UE,eNB处的实现的确是复杂的。
在将来的部署中,当部署4-tx系统时,支持早期版本8UE和将来版本的UE需要将它们复用在相同的系统中。图1示出了这种复用来作为示例。
对版本8规范的修改
下面是基于当前版本8规范的支持上述示例的修改示例。为了示意的简单,仅描述该示例中的一个。
将改变总结如下:
RRC信令规范
定义IE,该IE将指示eNB是否使用4-tx天线配置。通过专用RRC信令向具体UE发送该IE。
定义由eNB发送的新参数以及过程文本,该新参数指示用于UE特定的传输的TX天线的数目,过程文本描述参数的初始化和重配置。
PHY层规范
将针对PBCH/PCFICH/PDCCH/PHICH的层映射限制到2TxD。
将针对PDSCH的层映射限制至2TxD,PDSCH是由PDCCH指向的,PDCCH被SI-RNTI、P-RNTI、RA-RNTI和临时C-RNTI所加扰。基于在上述RRC信令上配置的参数集合,设置PDSCH的层映射,PDSCH是由PDCCH指向的,PDCCH被C-RNTI所加扰。
在TS 36.331中需要多个修改。
定义以及IE改变:AntennaInfoDedicated
定义新IE“Antenna4TxIndicator”,并将其增加到现有IE“AntennaInfoDedicated”中。
如下定义现有版本8RRC规范(3GPP TS 36.331)中的当前IE“AntennaInfoDedicated”:
新IE“AntennaInfoDedicated”如下:
-----------文本提议的开始----------------
-----------文本提议的结束----------------
IE“AntennaInfoDedicated”包含在IE“PhysicalConfigDedicated”中,而IE“PhysicalConfigDedicated”进一步包含在IE“RadioResourceConfigDedicated”中。
使用IE AntennaInfoDedicated来指定UE特定的天线配置。
使用IE PhysicalConfigDedicated来指定UE特定的物理信道配置。
使用IE RadioResourceConfigDedicated来设置/修改/释放RB,以修改MAC主配置,修改SPS配置和修改专用物理配置。
IE RadioResourceConfigDedicated进一步包含在RRC消息“RRCConnectionReconfiguration”、“RRCConnectionReestablishment”、“RRCConnectionSetup”中,并将经由专用信令向UE传送。
在UE接收“AntennaInfoDedicated”之前,例如,针对消息2和消息4接收,eNB和UE都应该假设将经由PBCH检测到的相同天线配置应用于PDCCH/PHICH/PCIFCH/PDSCH。
过程文本改变
定义新参数antennaPortDedicated的初始化
-----------文本提议的开始----------------
如果通过PBCH解码确定的天线端口计数大于等于2,则UE将antennaPortDedicated的值设置为2,否则,UE将antennaPortDedicated的值设置为1。
-----------文本提议的结束----------------
定义antennaPortDedicated的重新配置。
-----------文本提议的开始----------------
5.3.10.6物理信道重新配置
UE应该:
1>根据接收到的physicalConfigDedicated来重新配置物理信道配置;
1>如果包括antennaInformation,并将其设置为‘explicitValue’:
如果所配置的transmissionMode不是‘tm3’或‘tm4’,释放cqi-ReportPeriodic中的ri-ConfigIndex(如果之前进行了配置);
2>如果将antenna4TxIndicator设置为“真”,UE应该将antennaPortDedicated设置为4;
1>否则,如果包括antennaInformanon,并将其设置为‘defaultValue’:
2>释放cqi-ReportPeriodic中的ri-ConfigIndex(如果之前进行了配置);
-----------文本提议的结束----------------
对TS 36.211的修改
应该在TS 36.211中进行修改,以限制至多2-tx传输用于PBCH/PCFICH/PHICH/PDCCH。
-----------文本提议的开始----------------
6.6.3层映射与预编码
应该根据6.3.3.1或6.3.3.3节之一将调制符号的块d(0),...,d(M
symb-1)映射到层,其中,
以及根据6.3.4.1或6.3.4.3节之一对其进行预编码,产生矢量块y(i)=[y
(0)(i)...y
(P-1)(i)]
T,i=0,...,M
symb-1,其中,y
(p)(i)表示天线端口p的信号,p=0,...,min(P,2)-1,以及用于小区特定参考信号的天线端口的数目P∈{1,2,4}。
-----------文本提议的结束----------------
对36.212的修改
如果希望具有单独的PBCH CRC掩蔽以指定将2-TxD用于PBCH,同时eNB仍然可以支持4-tx传输,则可以对36.212进行以下修改。
-----------文本提议的开始----------------
5.3.1.1传输块CRC附加
通过循环冗余校验(CRC)来提供对BCH传输块的误差检测。
使用整个传输块来计算CRC校验比特。将向层1传送的传输块中的比特表示为a0,a1,a2,a3,...,aA-1,将校验比特表示为p0,p1,p2,p3,...,pL-1。A是传输块的大小,并被设置为24比特,以及L是校验比特的数目。如3GPPTS 36.213的6.1.1节中所定义的,将最低位信息比特a0映射到传输块的最高有效位。
根据子条款5.1.1计算校验比特并将其附加到BCH传输块,将L设置为16比特。在附加之后,如在表5.3.1.1-1中指示的,根据节点B的发送天线配置,使用序列xant,0,xant,1,...,xant,15来对CRC比特加扰,以形成比特序列c0,c1,c2,c3,...,cK-1,其中
ck=ak,k=0,1,2,...,A-1
ck=(pk-A+xant,k-A)mod2,k=A,A+1,A+2,...,A+15
表5.3.1.1-1:PBCH的CRC掩码
-----------文本提议的结束----------------
对36.213的修改
在36.213,可以使用antennaPortDedicated来指定针对UE的PDSCH的天线配置。
-----------文本提议的开始----------------
7.1.2发送分集方案
对于PDSCH的发送分集传输方案,UE可以假设根据3GPP TS36.331(版本8.6.0)的6.3.4.3节来执行PDSCH上的eNB传输,该版本在3GPP网站上是可用的。对于由SI-RNTI、P-RNTI、RA-RNTI和临时C-RNTI配置的PDSCH,可以使用两天线端口来用于发送分集。对于由C-RNTI和SPS C-RNTI配置的FDSCH,由antennaPortDedicated提供所使用的天线数目。
-----------文本提议的结束----------------
在另一备选方案中,定义用于4-tx特征的IOT特征组指示。对于在PDSCH上不支持IOT认证的4-tx特征的早期版本8UE,将这种指示(例如,比特)设置为假。对于在PDSCH上支持IOT认证的4-tx特征的将来版本的UE,将这种指示设置为真。UE可以在初始化后将该指示与其他特征组指示比特一起向eNB发送。
对于支持4-tx的eNB,其配置4-tx TxD传输用于公共控制信道(例如PBCH、PCFICH、PDCCH、PHICH)。eNB在PBCH上使用4-tx CRC掩码。对于早期版本8UE和将来版本的UE,UE可以通过解码PBCH来检测天线配置。在时间和频率中发送4-tx公共RS端口。在早期版本8UE通过解码PBCH检测到4-tx天线配置后,其不应该预期在针对CRS端口2和3指定的那些RE中有任何PDCCH/PDSCH传输。
对于早期版本8UE,其可以在其PDSCH信道上支持2-tx传输,包括2-tx TxD和2-tx SM,或者其可以支持4-tx TxD用于PDSCH,2-tx SM用于PDSCH。这种UE还可以从eNB接收通知其应预期在其PDSCH信道上接收2-tx传输(包括2-tx TxD和2-tx SM)的高层信令。或者其应预期在其PDSCH信道上接收tx TxD或2-tx SM。
在一个示例中,对于支持4-tx的eNB,其使用4-tx发送分集来在(例如,由SI-RNTI、RA-RNTI、P-RNTI和临时C-RNTI配置其对应PDCCH的)PDSCH上发送非UE特定的信息。为了在(例如,由C-RNTI和SPSC-RNTI配置其对应PDCCH的)PDSCH上发送UE特定的信息,由通过RCC信令设置的参数来定义所使用的天线端口的数目。基于2和PBCH解码后获得的天线端口数目之间的最小值来初始化参数,并且在eNB从UE获得特征组指示信息之后,可以由RRC信令来重新配置参数。
对于支持IOT认证的4-tx特征的将来版本的UE,eNB可以配置4-tx传输用于公共控制信道和PDSCH信道,包括4-tx TxD用于所有的公共控制信道以及4-Tx TxD和SM用于PDSCH信道。
表2总结了在备选的方案中,在4-tx系统中针对不同信道、针对中继版本8UE和将来版本的UE的不同天线传输配置。
表2:4-tx系统中针对备选方案的天线配置
该备选方案可能需要在RAN 5终端一致性测试中将公共控制信道和PDSCH的4-tx TxD的优先级从中等提高到高优先级,而保持剩余4-tx特征的优先级不变。可以将这些备选的各方面总结如下:
当SFBC+FSTD被用作4-tx TxD时,可以在UE处使用相同的Alamouti解码器。这意味着:如果2-tx TxD通过IOT测试,从UE的角度来看,支持4-tx TxD的风险非常小。
为了支持4-tx TxD,可需要在CRS端口2和3上的信道估计。如果可以将在CRS端口0和1上使用的类似的信道估计方法应用到CRS端口2和3,消除风险的难度也应会非常小。
针对早期版本8UE,支持4-tx TxD用于公共控制信道可保证早期版本8UE和将来版本的UE的控制信道的相同覆盖。这还避免了必须在PDCCH和PHICH信道中支持天线配置的混合,该混合可具有一些复用问题。
在将来,当部署4-tx系统时,支持这种早期版本8UE和将来版本的UE需要将它们复用在相同的系统中。图2示出了这种复用来作为示例。
对版本8规范的修改
下面是基于当前版本8规范的支持该方案的修改示例。为了示意的简单,仅描述该示例中的一个。
将改变总结如下:
RRC信令规范
定义IE,该IE将指示用于UE特定的PDSCH传输的Tx天线配置的数目
定义新参数以及过程文本,该新参数指示用于UE特定的传输的TX天线的数目,过程文本描述参数的初始化和重配置。
PHY层规范
针对由SI-RNTI、P-RNTI、RA-RNTI和临时C-RNTI配置的PDSCH,将层映射限制到4-tx TxD。基于根据上述RRC信令设置的参数,设置由C-RNTI配置的PDSCH的层映射。
对TS 36.331的修改
1.新IE定义
定义新IE“AntennaPDSCHIndicator”,并将其增加到现有IE“AntennaInfoDedicated”中。
新IE“AntennaInfoDedicated”如下:
-----------文本提议的开始----------------
-----------文本提议的结束----------------
在UE接收“AntennaInfoDedicated”之前,例如,针对消息2和消息4接收,eNB和UE都应该假设将经由PBCH检测到的相同天线配置应用于PDCCH/PHICH/PDSCH。
2.过程文本改变
定义新参数antennaPortDedicated和相关的初始化/重新配置。
应该将antennaPortDedicated的值初始化为通过PBCH解码确定的天线端口计数。
定义新参数antennaPortDedicated的初始化
-----------文本提议的开始----------------
如果通过PBCH解码确定的天线端口计数大于等于2,则UE将antennaPortDedicated的值设置为2,否则,UE将antennaPortDedicated的值设置为1。
-----------文本提议的结束----------------
定义antennaPortDedicated的重新配置。
-----------文本提议的开始----------------
5.3.10.6物理信道重新配置
UE应该:
1>根据接收到physicalConfigDedicated的来重新配置物理信道配置;
1>如果包括antennaInformation,并将其设置为‘explicitValue’:
如果所配置的transmissionMode不是‘tm3’或‘tm4’,释放cqi-ReportPeriodic中的ri-ConfigIndex(如果之前进行了配置);
2>将antennaPortDedicated设置为antennaPDSCHDedicated;
1>否则,如果包括antennaInformation,并将其设置为‘defaultValue’:
2>释放cqi-ReportPeriodic中的ri-ConfigIndex(如果之前进行了配置);
-----------文本提议的结束----------------
对TS 36.213的修改
1.在TS 36.213,使用antennaPortDedicated来指定UE特定的传输的PDSCH TxD的天线配置
-----------文本提议的开始----------------
7.1.2发送分集方案
对于PDSCH的发送分集传输方案,UE可以假设可根据[3]的6.3.4.3节来执行PDSCH上的eNB传输。对于由SI-RNTI、P-RNTI、RA-RNTI和临时C-RNTI配置的PDSCH,可以使用4天线端口来用于发送分集。对于由C-RNTI和SPS C-RNTI配置的FDSCH,由antennaPortDedicated提供所使用的天线数目。
-----------文本提议的结束----------------
如图3中所示,作为示例,UE从eNB获得下行链路发送天线配置的一般性过程可以如下。
UE可以通过解码PBCH来获得eNB的初始天线端口,可以使用这种信息来接收公共控制信道和一些非UE特定的PDSCH信道。
通过使用对应的CRC掩蔽来盲解码PBCH,UE还可以获得关于eNB传输天线能力的一些信息,例如,其是否支持4-tx传输。可以使用这种信息来确定是否发送CRS端口2和3,以及UE因此不应该预期在向CRS端口2和3指定的那些RE上有任何数据传输。
然后,UE可以向eNB发送其特征组指示比特,包括针对4-tx特征的比特。该比特表示UE是否是4-tx IOT认证的。
通过接收特征组指示比特,eNB可以由对应的4-tx特征组指示符知道UE支持完全或部分IOT认证的版本84-tx特征的能力。例如,在上述的第一方案中,如果接收到的4-tx特征组指示符是假,这可以意味着UE不能够支持任何IOT认证的4-tx特征。然而,在第二方案中,如果接收到的这种比特是假,应该将UE视为有能力支持部分4-tx特征,例如,4-tx TxD。
eNB还可以通过专用的高层信号(例如,RRC)向UE发送天线端口信息。可以使用这种信息来更新UE从PBCH获得的初始天线端口。
eNB可以在一些信道上使用指定的天线端口来开始向UE的传输。
在表3中已经概括了对上述方案的总结。
表3:对引入版本8的4-tx特征的不同方案的总结
图4示意了包括UA 10的实施例的无线通信系统。UA 10用于实现本公开的方面,但是本公开不应限于这些实现。尽管示意为移动电话,但是UA 10可以采取各种形式,包括无线手机、寻呼机、个人数字助理(PDA)、便携式计算机、平板计算机、膝上计算机。许多合适的设备组合这些功能中的一些或全部。在本公开的一些示例中,UA 10不是通用计算设备(如便携式、膝上型或平板计算机),而是专用通信设备,如移动电话、无线手机、寻呼机、PDA或车载通信设备。UA 10还可以是、包括或被包括于具有类似能力但是不便携带的设备,如台式计算机、机顶盒或网络节点。UA 10可以支持专门活动,如游戏、库存控制、工作控制和/或任务管理功能等等。
UE 10包括显示器702。UA 10还包括触摸敏感表面、键盘或其他输入键(总称为704),用于用户输入。键盘可以是全或缩减字母数字键盘,如QWERTY、Dvorak、AZERTY和顺序键,或具有与电话键盘相关联的字母表字母的传统数字键盘。输入键可以包括:滚轮、退出或退离键、轨迹球和其他导航或功能键,这些键可以向内按压以提供另外的输入功能。UA 10可以表示供用户选择的选项、供用户进行的控制、和/或供用户导向的光标或其他指示符。
UA 10还可以从用户接受数据输入,包括用于拨叫的号码或用于配置UA 10的操作的各种参数值。UA 10还可以响应于用户命令来执行一个或多个软件或固件应用。这些应用可以将UA 10配置为响应于用户交互来执行各种定制功能。此外,可以从例如无线基站、无线接入点或对等UA 10来对UA 10进行空中编程和/或配置。
UA 10可执行的各种应用中有web浏览器,web浏览器使得显示器702能够显示web页面。Web页面可以经由与无线网络接入节点、小区塔、对等UA 10或任何其他无线通信网络或系统700的无线通信来获得。网络700耦合到有线网络708,例如因特网。经由无线链路和有线网络,UA 10能够访问各个服务器(如服务器710)上的信息。服务器710可以提供可在显示器702上显示的内容。备选地,UA 10可以通过用作中介的对等UA 10,以中继类型或跳类型的连接来接入网络700。
图5示出了UE 10的方框图。尽管描述了UA 110的各个已知组件,在实施例中,UA 10可以包括所列组件的子集和/或未列出的附加组件。UA 10包括数字信号处理器(DSP)802和存储器804。如图所示,UA 10还可以包括:天线和前端单元806、射频(RF)收发机808、模拟基带处理单元810、麦克风812、耳机扬声器814、头戴耳机端口816、输入/输出接口818、可移除存储卡820、通用串行总线(USB)端口822、短距离无线通信子系统824、警报器826、键区828、液晶显示器(LCD)(可以包括触摸敏感表面830)、LCD控制器832、电荷耦合器件(CCD)摄像机834、摄像机控制器836以及全球定位系统(GPS)传感器838。在一个实施例中,UE 10可以包括不提供触摸敏感屏幕的另一种显示器。在实施例中,DSP 802可以直接与存储器804通信,而不通过输入/输出接口818。
DSP 802或某种其他形式的控制器或中央处理单元操作以根据存储器804中存储或DSP 802本身内包含的存储器中存储的嵌入式软件或固件来控制UA 10的各个组件。除了嵌入式软件或固件,DSP 802可以执行存储器804中存储的或经由信息承载媒体(如便携式数据存储媒体,如可移除存储卡820或经由有线或无线网络通信)可用的其他应用。应用软件可以包括将DSP 802配置为提供所需功能的机器可读指令的编译集合,或者应用软件可以是解释器或编译器要处理以间接配置DSP 802的高级软件指令。
可以提供天线和前端单元806以在无线信号和电信号之间进行转换,使得UA 10能够从蜂窝网络或一些其他可用无线通信网络或从对等UA 10发送和接收信息。在实施例中,天线和前端单元806可以包括多个天线,以支持波束成形和/或多输入多输出(MIMO)操作。本领域技术人员已知,MIMO操作可以提供可以用于克服困难信道条件和/或提高信道吞吐量的空间分集。天线和前端单元806可以包括天线调谐和/或阻抗匹配组件、RF功率放大器和/或低噪声放大器。
RF收发机808提供频率偏移、将接收的RF信号转换至基带、并将基带发送信号发送至RF。在一些描述中,无线接收机或RF接收机可以理解为包括其他信号处理功能,如调制/解调、编码/解调、交织/解交织、扩频/解扩、反快速傅立叶变换(IFFT)/快速傅立叶变换(FFT),循环前缀添加/移除、以及其他信号处理功能。为了清楚的目的,这里的描述将该信号处理的描述与RF和/或无线电级分离,并从概念上将该信号处理分配给模拟基带处理单元810和/或DSP 802或其他中央处理单元。在一些实施例中,RF收发机808、天线和前端单元806的部分、以及模拟基带处理单元810可以组合在一个或多个处理单元和/或专用集成电路(ASIC)中。
模拟基带处理单元810可以提供输入和输出的各种模拟处理,例如对来自麦克风812和头戴耳机816的输入和对耳机814和头戴耳机816的输出进行模拟处理。为此,模拟基带处理单元810可以具有用于连接至内置麦克风812和耳机扬声器814的端口,使得UA 10能够用作蜂窝电话。模拟基带处理单元810还可包括用于连接到耳机和其它免提的麦克风和扬声器配置的端口。模拟基带处理单元810可以在一个信号方向上提供数模变换,并在相反的信号方向上提供模数变换。在一些实施例中,模拟基带处理单元810的至少一些功能可以由数字处理组件提供,例如由DSP 802或由其他中央处理单元提供。
DSP 802可以执行调制/解调、编码/解调、交织/解交织、扩频/解扩、反快速傅立叶变换(IFFT)/快速傅立叶变换(FFT),循环前缀添加/移除、以及与无线通信相关联的其他信号处理功能。在实施例中,例如在码分多址(CDMA)技术应用中,对于发射机功能,DSP 802可以执行调制、编码、交织和扩频;对于接收机功能,DSP 802可以执行解扩、解交织、解码和解调。在另一实施例中,例如在正交频分多址(OFDMA)技术应用中,对于发射机功能,DSP 802可以执行调制、编码、交织、反快速傅立叶变换和循环前缀添加;对于接收机功能,DSP 802可以执行循环前缀移除、快速傅立叶变换、解交织、解码和解调。在其他无线技术应用中,DSP 802可以执行其他信号处理功能以及信号处理功能的组合。
DSP 802可以经由模拟基带处理单元810与无线网络进行通信。在一些实施例中,通信可以提供因特网连接,使得用户能够访问因特网上的内容并且发送和接收电子邮件或文本消息。输入/输出接口818与DSP 802以及各种存储器和接口互联。存储器804和可移除存储卡820可以提供软件和数据来配置DSP 802的操作。在这些接口中可以有USB接口822和短距离无线通信子系统824。USB接口822可以用于对UA 10充电,并且可以使得UA 10能够用作外围设备,以与个人计算机或其他计算机系统交换信息。短距离无线通信子系统824可以包括红外端口、蓝牙接口、符合IEEE 802.11的无线接口、或任何其他短距离无线通信子系统,可以使得UA 10能够与其他附近移动设备和/或无线基站进行无线通信。
输入/输出接口818还可以将DSP 802连接至警报器826,在触发时,警报器826使得UA 10向用户提供通知,例如通过振铃、播放乐曲或振动。警报器826可以用作通过无声振动或通过播放针对特定呼叫方指定预先分配的乐曲,向用户提醒任何各种事件(如输入呼叫、新文本消息和约会提醒)的机制。
键区828经由接口818耦合至DSP 802,以向用户提供用于进行选择、输入信息和向UA 10提供输入的机制。键区828可以是全或缩减字母数字键盘,如QWERTY、Dvorak、AZERTY和顺序键,或具有与电话键盘相关联的字母表字母的传统数字键盘。输入键可以包括:滚轮、退出或退离键、轨迹球和其他导航或功能键,这些键可以向内按压以提供另外的输入功能。另一输入机制可以是LCD 830,LCD 530可包括触摸屏能力并且还可向用户显示文本和/或图形。LCD控制器832将DSP 802耦合至LCD 830。
CCD摄像机834(如果配备)使得UA 10能够拍摄数字画面。DSP802经由摄像机控制器834与CCD摄像机836通信。在另一实施例中,可以采用根据不同于电荷耦合器件摄像机的技术来操作的摄像机。GPS传感器838耦合至DSP 802以解码全球定位系统信号,从而使得UA10能够确定其位置。还可包括其他各种外围设备以提供附加的功能,如,广播电台和电视接收。
图6示出了DSP 802可以实现的软件环境902。DSP 802执行操作系统驱动904,操作系统驱动904提供其余软件操作的平台。操作系统驱动904利用应用软件可访问的标准化接口,提供UA硬件的驱动。操作系统驱动904包括应用管理服务(“AMS”)906,AMS906在UA 10上运行的应用之间转移控制。图6还示出了web浏览器应用908、媒体播放器应用910和Java应用程序912。Web浏览器应用908将UA 10配置作为web浏览器来操作,允许用户将信息输入表格并选择链接来检索和查看web页面。媒体播放器应用910将UA 10配置为检索和播放音频或视听媒体。Java应用程序912配置UE 10提供游戏、应用以及其它功能。组件914可以提供在此描述的功能。
UA、基站和上述其他组件可以包括能够执行与上述动作相关的指令的处理组件。图7示意了系统1000的示例,系统1000包括适于实现这里公开的一个或多个实施例的处理组件1010。除了处理器1010(可以称为中央处理单元(CPU或DSP))之外,系统1000可以包括:网络连接设备1020、随机存取存储器(RAM)1030、只读存储器(ROM)1040、辅助存储器1050和输入/输出(I/O)设备1060。在一些情况下,这些组件中的一些可以不出现,或者可以通过彼此间的各种组合或者与未示出的其他组件的各种组合来进行组合。这些组件可以位于单个物理实体中,或者可以位于多于一个物理实体中。这里描述为由处理器1010进行的任何动作可以由处理器1010单独进行,或者由处理器1010与图中示出或未示出的一个或多个组件相结合来进行。
处理器1010执行其可以从网络连接设备1020、RAM 1030、ROM1040或辅助存储器1050(可以包括各种基于盘的系统,如硬盘、软盘或光盘)访问的指令、代码、计算机程序或脚本。虽然仅示出了一个处理器1010,然而可以存在多个处理器。因此,尽管指令可以讨论为由处理器执行,但是指令可以同时地、串行的、或者由一个或多个处理器执行。可以将处理器1010实现为一个或多个CPU芯片。
网络连接设备1020可以采取调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌环设备、光线分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、无线电收发机设备,如码分多址(CDMA)设备、全球移动通信系统(GSM)无线收发机设备、微波接入的全球可互操作性(WiMAX)设备、和/或用于连接至网络的其他公知设备。这些网络连接设备1020可以使得处理器1010能够与因特网或一个或多个通信网络或其他网络(处理器1010可以从其他网络接收信息或处理器1010可以向其他网络输出信息)通信。
网络连接设备1020还可以包括一个或多个收发机组件1025,收发机组件1025能够以电磁波(如射频信号或微波频率信号)的形式无线发送和/或接收数据。备选地,数据可以在电导体中或表面上、在同轴线缆中、在波导中,在光媒体(如光纤)中或在其他媒体中传播。收发机组件1025可以包括分离的接收和发送单元或单一的收发信机。收发信机1025发送和接收的信息可以包括已经由处理器1010处理过的数据或者要由处理器1010执行的指令。这种信息可以以例如计算机数据基带信号或在载波中体现的信号的形式,从网络接收或输出至网络。可以根据不同序列对数据进行排序,这可以有利于处理或产生数据或者发送或接收数据。基带信号、载波中嵌入的信号或者当前使用的或以后开发的其他类型的信号可以称为传输介质,并且可以根据本领域技术人员公知的多种方法来产生。
可以使用RAM 1030来存储易失性数据,以及可能存储由处理器1010执行的指令。ROM 1040是非易失性存储设备,典型具有与辅助存储器1050的存储器容量相比较小的存储器容量。可以使用ROM1040来存储指令,以及可能存储在指令的执行期间读取的数据。对ROM 1030和RAM 1040的存取一般快于对辅助存储器1050的存取。辅助存储器1050典型地包括一个或多个盘驱动器或带驱动器,并且可以用于数据的非易失性存储,或者用作在RAM 1030不够大以保存所有工作数据的情况下的溢出数据存储设备。辅助存储器1050可以用于存储程序,当选择执行程序时将程序加载至RAM 1030。
I/O设备1060可以包括液晶显示器(LCD)、触摸屏显示器、键盘、小键盘、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器或其他公知的输入/输出设备。此外,收发机1025可以被认为是I/O设备1060的组件而不是网络连接设备1020的组件,或者除了是网络连接设备1020的组件之外还是I/O设备1060的组件。I/O设备1060中的一些或全部可以实质上类似于在UA 10的前述附图中描述的各个组件,如显示器702和输入704。
以下第三代合作伙伴计划(3GPP)技术规范(TS)通过引用并入此处:
3GPP TS 36.212,Technical Specification Group Radio AccessNetwork,Evolved Universal Terrestrial Radio Access(EUTRA),Multiplexing and Channel Coding,V8.7.0(2009-06)
RP-090571,“Proposed Modifications to LTE feature groupindications”,Nokia Siemens Networks,Nokia Corporation,3GPPTSG-RAN Plenary Meeting #44,Aruba,Netherland
3GPP TS 36.331,Technical Specification Group Radio AccessNetwork,Evolved Universal Terrestrial Radio Access(EUTRA),RadioResource Control,V8.6.0(2009-06)
3GPP TS 36.211,Technical Specification Group Radio AccessNetwork,Evolved Universal Terrestrial Radio Access(EUTRA),PhysicalChannels and Modulation,V8.7.0(2009-06)
3GPP TS 36.213,Technical Specification Group Radio AccessNetwork,Evolved Universal Terrestnal Radio Access(EUTRA),PhysicalLayer Procedures,V8.7.0(2009-06)
尽管本公开中已经提供了多个实施例,但是应当理解,在不脱离本公开的精神和范围的前提下,可以以许多其他具体形式来体现所公开的系统和方法。本示例应被认为是示意性而非限制性的,并且本发明不限于这里给出的细节。例如,各个元件或组件可以组合或集成在另一系统中,或者可以省略而不实现特定特征。
之前已经描述了可以例如使用计算机可读指令实现的各种过程和功能。可以利用一个或多个处理器、控制器和/或任何其他适合的处理设备来执行示例过程和功能。例如,可以使用编码指令(例如,计算机可读指令)来实现示例过程和功能,该编码指令存储在一个或多个实际的计算机可读介质上,例如存储器、只读存储器(ROM)和/或随机存取存储器(RAM)。特将这里使用的术语“实际的计算机可读介质”定义为包括任何类型的计算机可读存储器,并定义为排除传播中的信号。此外或者备选地,可以使用存储在一个或多个非短时性计算机可读介质上的编码指令(例如,计算机可读指令)来实现示例过程和功能,一个或多个非短时性计算机可读介质例如:闪存、只读存储器(ROM)、随机存取存储器(RAM)、高速缓存或者在其中以任何的周期来存储信息的任何其他存储介质(例如,以扩展的时间段、持久性地、短时地、临时缓冲和/或高速缓存信息)。特将这里使用的术语“非短时性计算机可读介质”定义为包括任何类型的计算机可读介质,并定义为排除传播中的信号。
备选地,可以使用逻辑的任何组合来实现示例过程和功能中的一些或全部,逻辑例如是:专用集成电路(ASIC)、可编程逻辑器件(PLD)、现场可编程逻辑器件(FPLD)、离散逻辑、硬件、固件等。此外,可以手动或者以前述技术中任何技术的任何组合(例如,固件、软件、离散逻辑和/或硬件的任何组合)来实现示例过程和功能中的一些或全部。此外,虽然参考附图描述了示例过程和功能,也可以利用实现过程和功能的其他方法。
此外,在不脱离本公开的范围的前提下,在各个实施例中描述和示意为离散或分离的技术、系统、子系统和方法可以与其他系统、模块、技术或方法组合或集成。示出或讨论为耦合或直接耦合或彼此通信的其他项目可以通过某种接口、设备或中间组件(不论以电、机械还是其他方式)间接耦合或彼此通信。本领域技术人员能够确定,并可以在不脱离这里公开的精神和范围的前提下做出改变、替代和替换的其他示例。
权利要求书(按照条约第19条的修改)
1.一种用户设备中在用户设备和网络节点之间建立通信的方法,所述方法包括:
从网络节点接收控制信道消息;
使用盲解码来对所述控制信道消息进行解码;
基于所述盲解码,确定用来发送所述控制信道消息的第一数目的发送天线;
从用户设备发送对从第二数目的天线接收信号的能力的指示;以及
接收天线端口更新消息,所述天线端口更新消息指示网络节点的天线能力。
3.根据权利要求1所述的方法,其中,所述控制信道消息是使用两根天线发送的,以及所述天线端口更新消息指示:网络节点能够使用四根发送天线。
4.根据权利要求1所述的方法,还包括:接收网络节点能够使用四根发送天线的无线资源控制信令。
5.根据权利要求1所述的方法,其中,发送对能力的指示包括:发送针对用户设备是否支持从第二数目的天线接收信号的互操作性的指示,其中,将所述指示作为特征组指示符的一部分发送。
6.根据权利要求1所述的方法,其中,如果所述指示指定针对用户设备支持使用第二数目的天线来进行接收的能力,将第一数目的天线用于控制信道上的通信,以及将第二数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
7.根据权利要求1所述的方法,还包括:将具有相同天线配置的物理混合ARQ指示符信道PHICH分组到PHICH组中。
8.根据权利要求1所述的方法,还包括:将具有不同天线配置的物理混合ARQ指示符信道PHICH分组到PHICH组中。
9.根据权利要求1所述的方法,其中,如果所述指示指定用户设备使用第二数目的天线来进行接收的能力,将第一数目的天线用于公共控制信道上的通信,以及将第二数目的天线用于用户设备特定的信道上的通信。
10根据权利要求1所述的方法,其中,如果所述指示指定针对用户设备不支持使用第二数目的天线来进行接收的能力,将第一数目的天线用于所有信道上的通信。
11.根据权利要求1所述的方法,其中,如果所述指示指定用户设备不支持使用第二数目的天线来进行接收的能力,将第二数目的天线用于控制信道上的通信,以及将第一数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
12.根据权利要求1所述的方法,其中,如果所述指示指定用户设备没有对第二数目的天线的互操作性进行认证,将第二数目的天线用于用户设备特定的控制信道上的通信,以及将第二数目的天线和第一数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
13.根据权利要求12所述的方法,其中,第二数目的天线和第一数目的天线使用发送分集和空间复用之一来进行发送。
14.根据权利要求1所述的方法,其中,如果所述指示指定针对用户设备对第二数目的天线的互操作性进行了认证,将第二数目的天线用于所有信道上的通信。
15.一种网络处的在用户设备和网络之间建立通信的方法,所述方法包括:
对控制信道消息进行编码;
向用户设备发送已编码的控制信道消息,其中,所述已编码的控制消息是与第一数目的天线的指示符一起编码的;
发送天线端口更新消息,所述天线端口更新消息指示第二数目的天线能力;以及
接收对在用户设备处从第二数目的天线接收信号的能力的指示符。
17.根据权利要求15所述的方法,其中,使用两根天线发送所述已编码的控制信道消息,以及所述天线端口更新消息指示:网络节点能够使用四根发送天线。
18.根据权利要求15所述的方法,还包括:发送网络节点能够使用四根发送天线的无线资源控制信令。
19.根据权利要求15所述的方法,其中,接收对能力的指示包括:发送是否针对用户设备对从第二数目的天线接收信号的互操作性进行了认证的指示,包括将所述指示作为特征组指示符的一部分接收。
20.根据权利要求15所述的方法,其中,如果所述指示指定用户设备使用第二数目的天线来进行接收的能力,将第一数目的天线用于控制信道上的通信,以及将所述第二数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
21.根据权利要求15所述的方法,还包括:将具有相同天线配置的物理混合ARQ指示符信道PHICH分组到PHICH组中。
22.根据权利要求15所述的方法,还包括:将具有不同天线配置的物理混合ARQ指示符信道PHICH分组到PHICH组中。
23.根据权利要求15所述的方法,其中,如果所述指示指定用户设备使用第二数目的天线来进行接收的能力,将第一数目的天线用于公共控制信道上的通信,以及将第二数目的天线用于用户设备特定的信道上的通信。
24.根据权利要求15所述的方法,其中,如果所述指示指定针对用户设备不支持使用第二数目的天线来进行接收的能力,将第一数目的天线用于所有信道上的通信。
25.根据权利要求15所述的方法,其中,如果所述指示指定用户设备不支持使用第二数目的天线来进行接收的能力,将第二数目的天线用于控制信道上的通信,以及将第一数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
26.根据权利要求15所述的方法,其中,如果所述指示指定用户设备没有对第二数目的天线的能力进行认证,将第二数目的天线用于用户设备特定的控制信道上的通信,以及将第二数目的天线和第一数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
27.根据权利要求26所述的方法,其中,第二数目的天线和第一数目的天线使用发送分集和空间复用之一来进行发送。
28.根据权利要求15所述的方法,其中,如果所述指示指定针对用户设备对第二数目的天线的互操作性进行了认证,将第二数目的天线用于所有信道上的通信。
29.一种用户设备,所述用户设备包括硬件和存储在有形的计算机可读介质上的软件,在操作期间,所述硬件和软件使用户设备:
从网络节点接收控制信道消息;
使用盲解码来对所述控制信道消息进行解码;
基于所述盲解码,确定用来发送所述控制信道消息的第一数目的发送天线;
发送对用户设备从第二数目的天线接收信号的能力的指示;以及
接收天线端口更新消息,所述天线端口更新消息指示网络节点的第二天线能力。
31.根据权利要求29所述的用户设备,其中,所述控制信道消息是使用两根天线发送的,以及所述天线端口更新消息指示:网络能够使用四根发送天线。
32.根据权利要求29所述的用户设备,其中,在操作期间,所述硬件和存储在有形的计算机可读介质上的软件使用户设备:通过无线资源控制接收网络能够使用四根发送天线的信令。
33.根据权利要求29所述的用户设备,其中,发送能力的指示包括:发送针对用户设备是否支持从第二数目的天线接收信号的互操作性的指示,其中,将所述指示作为特征组指示符的一部分发送。
34.根据权利要求29所述的用户设备,其中,如果所述指示指定针对用户设备支持使用第二数目的天线来进行接收的能力,将第一数目的天线用于控制信道上的通信,以及将第二数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
35.根据权利要求29所述的用户设备,其中,将具有相同天线配置的物理混合ARQ指示符信道PHICH分组到PHICH组中。
36.根据权利要求29所述的用户设备,其中,将具有不同天线配置的物理混合ARQ指示符信道PHICH分组到PHICH组中。
37.根据权利要求29所述的用户设备,其中,如果所述指示指定用户设备对第二数目的天线的能力,将第一数目的天线用于公共控制信道上的通信,以及将第二数目的天线用于用户设备特定的信道上的通信。
38.根据权利要求29所述的用户设备,其中,如果所述指示指定针对用户设备不支持使用第二数目的天线来进行接收的能力,将第一数目的天线用于所有信道上的通信。
39.根据权利要求29所述的用户设备,其中,如果所述指示指定用户设备不支持第二数目的天线的能力,将第二数目的天线用于控制信道上的通信,以及将第一数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
40.根据权利要求29所述的用户设备,其中,如果所述指示指定用户设备没有对第二数目的天线的互操作性进行认证,将第二数目的天线用于用户设备特定的控制信道上的通信,以及将第二数目的天线和第一数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
41.根据权利要求40所述的用户设备,其中,第二数目的天线和第一数目的天线使用发送分集和空间复用之一来进行发送。
42.根据权利要求29所述的用户设备,其中,如果所述指示指定针对用户设备对第二数目的天线的互操作性进行了认证,将第二数目的天线用于所有信道上的通信。
43.一种网络设备,所述用户设备包括硬件和存储在有形的计算机可读介质上的软件,在操作期间,所述硬件和软件使网络设备通过以下方式建立与用户设备的通信:
对控制信道消息进行编码;
向用户设备发送已编码的控制信道消息,其中,所述已编码的控制消息是与第一数目的天线的指示符一起编码的;
接收对用户设备从第二数目的天线接收信号的能力的指示符;以及
发送天线端口更新消息,所述天线端口更新消息指示第二天线能力。
45.根据权利要求43所述的网络设备,其中,使用两根天线发送所述已编码的控制信道消息,以及所述天线端口更新消息指示:网络设备能够使用四根发送天线。
46.根据权利要求43所述的网络设备,还包括:发送网络设备能够使用四根发送天线的无线资源控制信令。
47.根据权利要求43所述的网络设备,其中,接收对能力的指示包括:发送针对用户设备是否支持从第二数目的天线接收信号的互操作性的指示,其中,将所述指示符作为特征组指示符的一部分发送。
48.根据权利要求43所述的网络设备,其中,如果所述指示指定针对用户设备支持使用第二数目的天线来进行接收的能力,将第一数目的天线用于控制信道上的通信,以及将第二数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
49.根据权利要求43所述的网络设备,还包括:将具有相同天线配置的物理混合ARQ指示符信道PHICH分组到PHICH组中。
50.根据权利要求43所述的网络设备,还包括:将具有不同天线配置的物理混合ARQ指示符信道PHICH分组到PHICH组中。
51.根据权利要求43所述的网络设备,其中,如果所述指示指定用户设备使用第二数目的天线来进行接收的能力,将第一数目的天线用于公共控制信道上的通信,以及将第二数目的天线用于用户设备特定的信道上的通信。
52.根据权利要求43所述的网络设备,其中,如果所述指示指定针对用户设备不支持第二数目的天线的能力,将第一数目的天线用于所有信道上的通信。
53.根据权利要求43所述的网络设备,其中,如果所述指示指定用户设备不支持使用第二数目的天线来进行接收的能力,将第二数目的天线用于控制信道上的通信,以及将第一数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
54.根据权利要求43所述的网络设备,其中,如果所述指示指定用户设备没有对第二数目的天线的互操作性进行认证,将第二数目的天线用于用户设备特定的控制信道上的通信,以及将第二数目的天线和第一数目的天线用于用户设备特定的物理下行链路共享信道上的通信。
55.根据权利要求54所述的网络设备,其中,第二数目的天线和第一数目的天线使用发送分集和空间复用之一来进行发送。
56.根据权利要求43所述的网络设备,其中,如果所述指示指定针对用户设备对第二数目的天线的互操作性进行了认证,将第二数目的天线用于所有信道上的通信。