本发明提供了一种用于在无线电信系统中进行通信的方法。所述方法包括：生成增强型物理混合自动重复请求(HARQ)指示符信道(E-PHICH)的信号序列。所述方法还包括：由所述网元将E-PHICH的信号序列映射到第一资源元素集合，其中，所述第一资源元素集合与第二资源元素集合在虚拟资源块集合上复用，以及，所述第二资源元素集合承载增强型物理下行链路控制信道(E-PDCCH)和物理下行链路共享信道(PDSCH)中的至少一个。
1.一种用于在无线电信系统中进行通信的方法，所述方法包括：
由网元生成增强型物理混合自动重复请求HARQ指示符信道E-PHICH的信号序列；以及由所述网元将E-PHICH的信号序列映射到第一资源元素集合，其中，所述第一资源元素集合与第二资源元素集合在虚拟资源块集合上复用，以及，所述第二资源元素集合承载增强型物理下行链路控制信道E-PDCCH和物理下行链路共享信道PDSCH中的至少一个。
2.根据权利要求1所述的方法，其中，所述第二资源元素集合承载利用局部式传输进行配置的E-PDCCH。
3.根据权利要求1所述的方法，其中，所述第二资源元素集合承载利用分布式传输进行配置的E-PDCCH。
4.根据权利要求1所述的方法，其中，所述第一资源元素集合属于传输公共监视E-PDCCH的资源块。
5.根据权利要求1所述的方法，其中，所述虚拟资源块集合的位置是预定义的。
6.根据权利要求1所述的方法，其中，当所述第二资源元素集合承载所述PDSCH时，所述E-PHICH被映射到否则将用于PDSCH传输的所述第一资源元素组。
7.根据权利要求6所述的方法，其中，在所述第一资源元素组的位置处对所述PDSCH进行打孔。
8.根据权利要求6所述的方法，其中，在生成所述PDSCH的信号时将速率匹配应用于所述PDSCH。
9.根据权利要求1所述的方法，其中，所述虚拟资源块集合是局部式类型的。
10.根据权利要求1所述的方法，其中，所述虚拟资源块集合是分布式类型的。
11.根据权利要求1所述的方法，其中，将跳频应用于子帧的第一时隙中的虚拟资源块和子帧的第二时隙中的虚拟资源块之间。
12.根据权利要求1所述的方法，其中，发信号通知虚拟资源块集合的参数以提供多个下行链路控制信道的资源指示。
13.根据权利要求1所述的方法，其中，在生成所述E-PHICH的信号序列时应用发射分集。
14.根据权利要求1所述的方法，其中，所述虚拟资源块集合的位置与专用于传输点的参数链接。
处理器，被配置使得所述网元生成增强型物理混合自动重复请求HARQ指示符信道E-PHICH的信号序列；以及，还被配置使得所述网元将所述E-PHICH的信号序列映射到第一资源元素集合，其中，所述第一资源元素集合与第二资源元素集合在虚拟资源块集合上复用，以及，所述第二资源元素集合承载增强型物理下行链路控制信道E-PDCCH和物理下行链路共享信道PDSCH中的至少一个。
16.根据权利要求15所述的网元，其中，所述第二资源元素集合承载利用局部式传输进行配置的E-PDCCH。
17.根据权利要求15所述的网元，其中，所述第二资源元素集合承载利用分布式传输进行配置的E-PDCCH。
18.根据权利要求15所述的网元，其中，所述第一资源元素集合属于传输公共监视E-PDCCH的资源块。
19.根据权利要求15所述的网元，其中，所述虚拟资源块集合的位置是预定义的。
20.根据权利要求15所述的网元，其中，当所述第二资源元素集合承载所述PDSCH时，所述E-PHICH被映射到否则将用于PDSCH传输的所述第一资源元素组。
21.根据权利要求20所述的网元，其中，在所述第一资源元素组的位置处对所述PDSCH进行打孔。
22.根据权利要求20所述的网元，其中，在生成所述PDSCH的信号时将速率匹配应用于所述PDSCH。
23.根据权利要求15所述的网元，其中，所述虚拟资源块集合是局部式类型的。
24.根据权利要求15所述的网元，其中，所述虚拟资源块集合是分布式类型的。
25.根据权利要求15所述的网元，其中，将跳频应用于子帧的第一时隙中的虚拟资源块和子帧的第二时隙中的虚拟资源块之间。
26.根据权利要求15所述的网元，其中，发信号通知所述虚拟资源块集合的参数以提供多个下行链路控制信道的资源指示。
27.根据权利要求15所述的网元，其中，在生成所述E-PHICH的信号序列时应用发射分集。
28.根据权利要求15所述的网元，其中，所述虚拟资源块集合的位置与专用于传输点的参数链接。
处理器，被配置使得所述UE接收增强型物理混合自动重复请求HARQ指示符信道E-PHICH的信号序列；其中，所述信号序列已经被映射到第一资源元素集合，其中，所述第一资源元素集合已经与第二资源元素集合在虚拟资源块集合上复用，以及，所述第二资源元素集合承载增强型物理下行链路控制信道E-PDCCH和物理下行链路共享信道PDSCH中的至少一个。
30.根据权利要求29所述的UE，其中，所述第二资源元素集合承载利用局部式传输进行配置的E-PDCCH。
31.根据权利要求29所述的UE，其中，所述第二资源元素集合承载利用分布式传输进行配置的E-PDCCH。
32.根据权利要求29所述的UE，其中，所述第一资源元素集合属于传输公共监视E-PDCCH的资源块。
33.根据权利要求29所述的UE，其中，所述虚拟资源块集合的位置是预定义的。
34.根据权利要求29所述的UE，其中，当所述第二资源元素集合承载所述PDSCH时，所述E-PHICH被映射到否则将用于PDSCH传输的所述第一资源元素组。
35.根据权利要求34所述的UE，其中，在接收所述PDSCH的信号时将速率匹配应用于所述PDSCH。
36.根据权利要求29所述的UE，其中，所述虚拟资源块集合是局部式类型的。
37.根据权利要求29所述的UE，其中，所述虚拟资源块集合是分布式类型的。
38.根据权利要求29所述的UE，其中，将跳频应用于子帧的第一时隙中的虚拟资源块和子帧的第二时隙中的虚拟资源块之间。
39.根据权利要求29所述的UE，其中，发信号通知虚拟资源块集合的参数以提供多个下行链路控制信道的资源指示。
40.根据权利要求29所述的UE，其中在接收所述E-PHICH的信号序列时呈现发射分集。
41.根据权利要求29所述的UE，其中，所述虚拟资源块集合的位置与专用于传输点的参数链接。
42.根据权利要求29所述的UE，其中，所述UE使用传输点特定参考信号对E-PHICH信号进行解码。
43.根据权利要求29所述的UE，其中，所述UE使用非预编码解调参考信号对E-PHICH信号进行解码。
44.一种用于在无线电信系统中进行通信的方法，所述方法包括：
由网元提供一个或更多个增强型物理混合自动重复请求HARQ指示符信道E-PHICH资源集合，其中，E-PHICH资源集合包含多个E-PHICH资源，以及，在传输E-PHICH时使用的E-PHICH资源的索引与和物理上行链路共享信道PUSCH相关联的参数有关。
45.根据权利要求44所述的方法，其中，所述参数是所述PUSCH的资源块索引。
46.根据权利要求44所述的方法，其中，所述参数是解调参考信号循环移位。
47.根据权利要求44所述的方法，其中，当所述网元在时分复用模式中操作时，在传输所述E-PHICH时使用的所述E-PHICH资源还与上行链路/下行链路配置有关。
48.根据权利要求44所述的方法，还包括：将多个E-PHICH资源映射到相同资源元素集合中。
49.根据权利要求44所述的方法，其中，承载E-PHICH的资源元素集合与承载利用局部式传输进行配置的增强型物理下行链路控制信道E-PDCCH的不同资源元素集合复用。
50.根据权利要求44所述的方法，其中，承载E-PHICH的资源元素集合与承载利用分布式传输进行配置的增强型物理下行链路控制信道E-PDCCH的不同资源元素集合复用。
51.根据权利要求44所述的方法，其中，当利用与所述网元相同的小区标识符配置多个远端无线电头RRH时，针对每个RRH配置E-PHICH资源集合。
52.根据权利要求52所述的方法，其中，第一RRH的E-PHICH资源集合占用与第二RRH的E-PHICH资源集合占用的资源元素不同的资源元素。
53.根据权利要求51所述的方法，其中，由第一RRH的E-PHICH资源集合占用的资源集合与第二RRH的E-PHICH资源集合占用的资源元素重合。
54.根据权利要求44所述的方法，其中，当两个或更多个E-PHICH资源集合存在时，所有E-PHICH传输限于子帧中所述E-PHICH资源集合之一，并且剩余E-PHICH资源集合用于物理下行链路共享信道PDSCH传输。
55.根据权利要求44所述的方法，其中，子帧中所使用的所述E-PHICH资源集合是半静态配置的。
56.根据权利要求44所述的方法，其中，子帧中所使用的所述E-PHICH资源集合是由上行链路授权显式地指示的。
57.根据权利要求44所述的方法，其中，子帧中所使用的所述E-PHICH资源集合是由传输上行链路授权的增强型物理下行链路控制信道E-PDCCH的参数隐式地指示的。
处理器，被配置使得所述网元提供一个或更多个增强型物理混合自动重复请求HARQ指示符信道E-PHICH资源集合，其中，E-PHICH资源集合包含多个E-PHICH资源，以及，在传输E-PHICH时使用的E-PHICH资源的索引与和物理上行链路共享信道PUSCH相关联的参数有关。
59.根据权利要求58所述的网元，其中，所述参数是所述PUSCH的资源块索引。
60.根据权利要求58所述的网元，其中，所述参数是解调参考信号循环移位。
61.根据权利要求58所述的网元，其中，当所述网元在时分复用模式中操作时，在传输所述E-PHICH时使用的所述E-PHICH资源还与上行链路/下行链路配置有关。
62.根据权利要求58所述的网元，还包括：将多个E-PHICH资源映射到相同资源元素集合中。
63.根据权利要求58所述的网元，其中，承载E-PHICH的资源元素集合与承载利用局部式传输进行配置的增强型物理下行链路控制信道E-PDCCH的不同资源元素集合复用。
64.根据权利要求58所述的网元，其中，承载E-PHICH的资源元素集合与承载利用分布式传输进行配置的增强型物理下行链路控制信道E-PDCCH的不同资源元素集合复用。
65.根据权利要求58所述的网元，其中，当利用与所述网元相同的小区标识符配置多个远端无线电头RRH时，针对每个RRH配置E-PHICH资源集合。
66.根据权利要求65所述的网元，其中，第一RRH的E-PHICH资源集合占用与第二RRH的E-PHICH资源集合占用的资源元素不同的资源元素。
67.根据权利要求65所述的网元，其中，由第一RRH的E-PHICH资源集合占用的资源集合与第二RRH的E-PHICH资源集合占用的资源元素重合。
68.根据权利要求58所述的网元，其中，当两个或更多个E-PHICH资源集合存在时，所有E-PHICH传输限于子帧中所述E-PHICH资源集合之一，并且剩余E-PHICH资源集合用于物理下行链路共享信道PDSCH传输。
69.根据权利要求58所述的网元，其中，子帧中所使用的所述E-PHICH资源集合是半静态配置的。
70.根据权利要求58所述的网元，其中，子帧中所使用的所述E-PHICH资源集合是由上行链路授权显式地指示的。
71.根据权利要求58所述的网元，其中，子帧中所使用的所述E-PHICH资源集合是由传输上行链路授权的增强型物理下行链路控制信道E-PDCCH的参数隐式地指示的。
72.一种用于在无线电信系统中进行通信的方法，所述方法包括：
由用户设备UE监视由网元传输的物理混合自动重复请求HARQ指示符信道E-PHICH和增强型PHICH E-PHICH两者，其中，E-PHICH的资源索引与物理上行链路共享信道PUSCH的参数有关。
73.根据权利要求72所述的方法，其中，在下行链路子帧中监视所述PHICH和所述E-PHICH两者。
74.根据权利要求72所述的方法，其中，在未监视所述PHICH的下行链路子帧中监视所述E-PHICH。
75.根据权利要求72所述的方法，其中，当所述UE初始附接到所述网元时，所述UE仅经由传统控制区域中的PHICH来监视下行链路确认/否认ACK/NACK响应。
76.根据权利要求72所述的方法，其中，所述UE从所述网元接收UE特定无线电资源控制RRC信令，所述UE特定无线电资源控制RRC信令指示UE仅经由E-PHICH接收ACK/NACK。
77.根据权利要求76所述的方法，其中，所述UE特定RRC信令承载针对所述E-PHICH的资源分配信息。
78.根据权利要求76所述的方法，其中，所述UE特定RRC信令触发UE经由增强型物理下行链路控制信道E-PDCCH接收下行链路控制信道。
79.根据权利要求72所述的方法，其中，所述UE从所述网元接收UE特定RRC信令，所述UE特定RRC信令指示UE停止监视所述E-PHICH并仅监视PHICH。
80.根据权利要求72所述的方法，其中，所述PUSCH的参数是所述PUSCH的资源块索引。
81.根据权利要求72所述的方法，其中，子帧中所述E-PHICH的资源集合还与所述网元向多个UE发送的变量有关。
82.根据权利要求81所述的方法，其中，所述变量的第一值指示所述资源集合仅处于子帧的第一时隙中。
83.根据权利要求81所述的方法，其中，所述变量的第二值指示所述资源集合扩展在子帧的第一时隙和第二时隙中。
84.根据权利要求72所述的方法，其中，E-PHICH的资源集合和PHICH的资源集合被联合定义为超集。
85.根据权利要求84所述的方法，其中，如果所述超集的资源索引超出所述PHICH的资源集合的资源索引的范围，则所述UE确定正在使用所述E-PHICH资源。
86.根据权利要求84所述的方法，其中，所述超集的大小是经由广播信道发信号通知的。
87.根据权利要求84所述的方法，其中，所述超集的大小是由更高层信令发信号通知的。
88.根据权利要求72所述的方法，其中，当在物理下行链路控制信道PDCCH上传输有关的上行链路下行链路控制信息DCI授权时，使用所述PHICH来承载HARQ-ACK响应，当在增强型PDCCH E-PDCCH上传输有关的上行链路DCI授权时，使用所述E-PHICH来承载所述HARQ-ACK响应。
89.根据权利要求72所述的方法，其中，E-PHICH的资源集合是独立于PHICH的资源集合而定义的。
90.根据权利要求89所述的方法，其中，所述E-PHICH的参数是通过更高层信令接收的。
91.根据权利要求72所述的方法，其中，半静态配置指定正在使用PHICH资源集合还是E-PHICH资源集合。
92.根据权利要求72所述的方法，其中，当所述UE初始附接到所述网元时，在所述下行链路上具有传统控制区域的第一分量载波与不具有传统控制区域的第二分量载波相关联时，仅经由所述第一分量载波的所述传统控制区域中的PHICH向所述UE传输HARQ-ACK响应。
93.根据权利要求92所述的方法，其中，当所述网元将所述第二分量载波作为辅助小区添加到所述UE时，所述UE开始经由所述第二分量载波的下行链路信道在所述第二分量载波上接收与上行链路数据传输有关的HARQ-ACK响应。
94.根据权利要求93所述的方法，其中，在添加所述第二分量载波作为辅助小区之前，所述网元在所述第二分量载波上配置E-PHICH。
95.根据权利要求93所述的方法，其中，当所述网元从UE的辅助小区列表中移除所述第二分量载波时，所述UE切换为经由所述第一分量载波的下行链路信道在所述第二分量载波上接收与上行链路数据传输有关的HARQ-ACK响应。
处理器，被配置使得所述UE监视由网元传输的物理混合自动重复请求HARQ指示符信道E-PHICH和增强型PHICH E-PHICH两者，其中，所述E-PHICH的资源索引与物理上行链路共享信道PUSCH的参数有关。
97.根据权利要求96所述的UE，其中，在下行链路子帧中监视所述PHICH和所述E-PHICH两者。
98.根据权利要求96所述的UE，其中，在未监视所述PHICH的下行链路子帧中监视所述E-PHICH。
99.根据权利要求96所述的UE，其中，当所述UE初始附接到所述网元时，所述UE仅经由传统控制区域中的PHICH来监视下行链路确认/否认ACK/NACK响应。
100.根据权利要求96所述的UE，其中，所述UE从所述网元接收UE特定无线电资源控制RRC信令，所述UE特定无线电资源控制RRC信令指示UE仅经由所述E-PHICH接收ACK/NACK。
101.根据权利要求100所述的UE，其中，所述UE特定RRC信令承载所述E-PHICH的资源分配信息。
102.根据权利要求100所述的UE，其中，所述UE特定RRC信令触发所述UE经由增强型物理下行链路控制信道E-PDCCH接收下行链路控制信道。
103.根据权利要求96所述的UE，其中，所述UE从所述网元接收UE特定RRC信令，所述UE特定RRC信令指示UE停止监视所述E-PHICH并仅监视所述PHICH。
104.根据权利要求96所述的UE，其中，所述PUSCH的参数是所述PUSCH的资源块索引。
105.根据权利要求96所述的UE，其中，子帧中所述E-PHICH的资源集合还与所述网元向多个UE发送的变量有关。
106.根据权利要求105所述的UE，其中，所述变量的第一值指示所述资源集合仅处于子帧的第一时隙中。
107.根据权利要求105所述的UE，其中，所述变量的第二值指示所述资源集合扩展在子帧的第一时隙和第二时隙中。
108.根据权利要求96所述的UE，其中，E-PHICH的资源集合和PHICH的资源集合被联合定义为超集。
109.根据权利要求108所述的UE，其中，如果所述超集的资源索引超出所述PHICH的资源集合的资源索引的范围，则所述UE确定正在使用所述E-PHICH资源。
110.根据权利要求108所述的UE，其中，所述超集的大小是经由广播信道发信号通知的。
111.根据权利要求108所述的UE，其中，所述超集的大小是通过更高层信令发信号通知的。
112.根据权利要求96所述的UE，其中，当在物理下行链路控制信道PDCCH上传输有关的上行链路下行链路控制信息DCI授权时，使用所述PHICH来承载HARQ-ACK响应，当在增强型PDCCH E-PDCCH上传输有关的上行链路DCI授权时，使用所述E-PHICH来承载所述HARQ-ACK响应。
113.根据权利要求96所述的UE，其中，E-PHICH的资源集合是独立于PHICH的资源集合而定义的。
114.根据权利要求113所述的UE，其中，所述E-PHICH的参数是通过更高层信令接收的。
115.根据权利要求96所述的UE，其中，半静态配置指定正在使用PHICH资源集合还是E-PHICH资源集合。
116.根据权利要求96所述的UE，其中，当所述UE初始附接到所述网元时，在所述下行链路上具有传统控制区域的第一分量载波与不具有传统控制区域的第二分量载波相关联时，仅经由所述第一分量载波的所述传统控制区域中的PHICH向所述UE传输HARQ-ACK响应。
117.根据权利要求116所述的UE，其中，当所述网元将所述第二分量载波添加到所述UE作为辅助小区时，所述UE开始经由所述第二分量载波的下行链路信道在所述第二分量载波上接收与上行链路数据传输有关的HARQ-ACK响应。
118.根据权利要求117所述的UE，其中，在添加所述第二分量载波作为辅助小区之前，所述网元在所述第二分量载波上配置所述E-PHICH。
119.根据权利要求117所述的UE，其中，当所述网元从UE的辅助小区列表中移除所述第二分量载波时，所述UE切换为经由所述第一分量载波的下行链路信道在所述第二分量载波上接收与上行链路数据传输有关的HARQ-ACK响应。
120.一种用于在无线电信系统中进行通信的方法，所述方法包括：
由第一网元向第二网元传输关于第一增强型物理混合自动重复请求HARQ指示符信道E-PHICH的资源集合到物理资源的映射的消息；以及由所述第一网元向用户设备传输所述第一E-PHICH。
121.根据权利要求120所述的方法，其中，所述第一网元与所述第二网元协调以将所述第一E-PHICH的资源集合和由所述第二网元传输的第二E-PHICH资源集合映射到非重合物理资源。
122.根据权利要求120所述的方法，其中，连接到所述第一网元和所述第二网元两者的第三网元对所述第一网元和所述第二网元进行协调。
123.根据权利要求129所述的方法，其中，通过所述第一网元和所述第二网元之间的X2接口交换提供所述物理资源的协调的信号。
124.根据权利要求120所述的方法，其中，以广播方式向用户设备发送与所述第一E-PHICH有关的资源参数。
125.根据权利要求120所述的方法，其中，所述第一网元和所述第二网元具有不同的标识符值。
126.根据权利要求120所述的方法，其中，所述第一网元和所述第二网元具有相同的标识符值。
127.根据权利要求120所述的方法，其中，所述第一E-PHICH的所述资源集合占用的物理资源随时间根据所述第一网元的标识符而变化。
128.根据权利要求120所述的方法，其中，所述第一E-PHICH的所述资源集合占用的物理资源根据子帧编号而变化。
129.根据权利要求120所述的方法，其中，所述第一E-PHICH的所述资源集合占用的物理资源是经由UE特定无线电资源控制信令向UE传输的。
处理器，被配置使得：所述网元传输第一增强型物理混合自动重复请求HARQ指示符信道E-PHICH，所述处理器还被配置使得：所述网元与另一网元协调以将所述第一E-PHICH的资源集合和另一网元传输的第二E-PHICH的资源集合映射到物理资源。
131.根据权利要求130所述的网元，其中，所述第一网元与所述另一网元协调以将所述第一E-PHICH的资源集合和所述第二E-PHICH资源集合映射到非重合物理资源。
132.根据权利要求130所述的网元，其中，连接到所述网元和所述另一网元两者的第三网元对所述网元和所述另一网元进行协调。
133.根据权利要求130所述的网元，其中，通过所述网元和所述另一网元之间的X2接口交换提供所述物理资源的协调的信号。
134.根据权利要求130所述的网元，其中，以广播方式向用户设备发送与所述第一E-PHICH有关的资源参数的。
135.根据权利要求130所述的网元，其中，所述第一E-PHICH的所述资源集合占用的物理资源随时间根据所述网元的标识符而变化。
136.根据权利要求130所述的网元，其中，所述网元和所述另一网元具有不同的标识符值。
137.根据权利要求130所述的网元，其中，所述网元和所述另一网元具有相同的标识符值。
138.根据权利要求130所述的网元，其中，所述第一E-PHICH的所述资源集合占用的物理资源根据子帧编号而变化。
139.根据权利要求130所述的网元，其中，所述第一E-PHICH的所述资源集合占用的物理资源是经由用户设备特定无线电资源控制信令向用户设备传输的。
高级LTE的增强型PHICH传输
背景技术
[0001] 这里所使用的术语“用户设备”(备选地，“UE”)在一些情况下可以指代具有通信能力的移动设备，例如移动电话、个人数字助理、手持或膝上型计算机及类似设备。这种UE可以包括设备及其相关联的可拆卸式存储模块，例如但不限于通用集成电路卡(UICC)，UICC包括订户识别模块(SIM)应用、通用订户识别模块(USIM)应用或者可拆卸式用户识别模块(R-UIM)应用。备选地，这种UE可以包括设备自身而不包括这种模块。在其他情况下，术语“UE”可以指具有类似能力但是不便携的设备，例如，桌上型计算机、机顶盒或者网络设备。术语“UE”还可以指代可以端接用户的通信会话的任意硬件或软件组件。此外，这里可以同义地使用术语“用户设备”、“UE”、“用户代理”、“UA”、“用户设备”以及“移动设备”。
[0002] 随着电信技术的演进，引入了可提供之前不可能的业务的更高级的网络接入设备。该网络接入设备可以包括作为传统无线电信系统中的对等设备的改进的系统和设备。在演进的无线通信标准(例如长期演进(LTE))中可能包括这种高级的或下一代设备。例如，LTE系统可以包括演进通用地面无线电接入网络(E-UTRAN)node B(eNB)、无线接入点或类似组件而不是传统基站。在本文中，任意这种组件将被称为eNB，但应当理解这种组件不一定是eNB。在本文中，这种组件还可以被称为接入点。
[0003] 可以说，LTE对应于第三代合作伙伴计划(3GPP)版本8(版本8或R8)和版本9(版本9或R9)，并还可能对应于版本9之后的版本，而可以说高级LTE(LTE-A)对应于版本10(版本10或R10)，并还可能对应于版本11(版本11或R11)以及版本10以后的其他
版本。本文中所使用的术语“传统”、“传统UE”等可以指代符合LTE版本10和/或更早版本但不完全符合版本10之后版本的信号、UE和/或其他实体。术语“高级”、“高级UE”等可以指代符合LTE版本11和/或后期版本的信号、UE和/或其他实体。尽管本文的讨论涉及LTE系统，概念同样可应用于其他无线系统。
附图说明
[0004] 为了更全面地理解本公开，现在结合附图以及详细描述来参照以下简单描述，其中相似的附图标记代表相似的部分。
[0005] 图1是根据现有技术的下行链路LTE子帧的示意图。
[0006] 图2是根据现有技术的在普通循环前缀情况下的LTE下行链路资源网格的示意图。
[0007] 图3是根据现有技术的在eNB具有两个天线端口的情况下的小区特定参考信号在资源块中映射的示意图。
[0008] 图4是根据现有技术的当在eNB处配置有两个天线端口时第一时隙中的资源块中的资源元素组分配的示意图。
[0009] 图5是根据本公开实施例的E-PDCCH区域的示意图。
[0010] 图6是根据本公开实施例的将E-PHICH与利用局部式传输的E-PDCCH进行复用的示意图。
[0011] 图7是根据本公开实施例的将E-PHICH与利用分布式传输的E-PDCCH进行复用的示意图。
[0012] 图8是根据本公开实施例的在公共搜索空间中传输E-PHICH的示意图。
[0013] 图9是根据本公开实施例的将E-PHICH和PDSCH进行复用的示意图。
[0014] 图10是根据本公开实施例的为E-PHICH分配三个虚拟资源块对的示意图。
[0015] 图11是根据本公开实施例的为E-PHICH分配一个虚拟资源块对的示意图。
[0016] 图12是根据本公开实施例的E-PHICH交织处理的示意图。
[0017] 图13是根据本公开实施例的E-PHICH资源映射的示意图。
[0018] 图14是根据本公开实施例的E-PHICH资源映射的另一示意图。
[0019] 图15包括与本公开的实施例有关的表格。
[0020] 图16是根据一个实施例的示例性网元的简化框图。
[0021] 图17是能够与本文所描述的实施例中的系统和方法一起使用的示例用户设备的框图。
[0022] 图18示出了适于实现本公开的若干实施例的处理器和相关组件。
具体实施方式
[0023] 首先应当理解，尽管以下提供了本公开的一个或多个实施例的示意性实施方式，但是所公开的系统和/或方法也可以使用任何数量的技术而实现，不论这些技术是当前已知还是已存在的。本公开绝不应局限于包括本文示意和描述的示例性设计和实施方式在内的以下所示的示意性实施方式、附图和技术，而是可以在所附权利要求的范围及其等同替换方式的整个范围内进行修改。在本文中，实施例是在LTE无线网络和系统的上下文中描述的，但其可以适用于其他无线网络或系统。
[0024] 在LTE系统中，物理下行链路控制信道(PDCCH)用于承载从eNB到一个或更多个UE的下行链路(DL)或上行链路(UL)数据调度信息或授权。调度信息可以包括资源分配、调制、编码率(或传输块大小)、预想的一个或多个UE的标识以及其他信息。取决于所调度的数据的属性和内容，PDCCH可以供小区中的单个UE、多个UE或所有UE使用。广播PDCCH用于承载针对预期由小区中的所有UE接收的物理下行链路共享信道(PDSCH)的调度信息，例如，承载与eNB有关的系统信息的PDSCH。多播PDCCH预期由小区中的UE组接收。单播PDCCH用于承载针对预期仅由单个UE接收的PDSCH的调度信息。
[0025] 图1示出了典型的DL LTE子帧110。在控制信道区域120中传输诸如PHICH(物理HARQ(混合自动重复请求)指示符信道)、PCFICH(物理控制格式指示符信道)和PDCCH的控制信息。PHICH用于传输HARQ确认和否认(ACK/NACK)，其指示eNB是否已经正确地在物理上行共享信道(PUSCH)上接收到上行链路调度数据。
[0026] 控制信道区域120包括子帧110中的前几个OFDM(正交频分复用)符号。控制信道区域120的OFDM符号的准确数量可以由在第一符号中传输的PCFICH中的控制格式指示符(CFI)来动态指示。备选地，当在LTE版本10中载波聚合的情况下配置了跨载波调度时，可以半静态地配置OFDM符号的数量。
[0027] 在PDSCH区域130中传输PDSCH、PBCH(物理广播信道)、PSC/SSC(主同步信道/辅助同步信道)和CSI-RS(信道状态信息参考信号)。DL用户数据由PDSCH区域130中调度的PDSCH信道承载。小区特定参考信号是通过控制信道区域120和PDSCH区域130两者传输的，下文将更详细地进行描述。
[0028] 每个子帧110可以包括时域中的若干OFDM符号和频域中的若干子载波。时间上的OFDM符号和频率上的子载波共同定义资源要素(RE)。物理资源块(物理RB或PRB)可以定义为例如频域中12个连续的子载波和时域中时隙中的所有OFDM符号。子帧中时隙0(140a)和时隙1(140b)中具有相同RB索引的RB或PRB对可以被分配在一起。
[0029] 图2示出了在普通循环前缀(CP)配置情况下每个时隙140中的LTEDL资源网格210。资源网格210是针对每个天线端口定义的，即，每个天线端口具有其自身的单独的资源网格210。针对天线端口的资源网格210中的每个要素是RE 220，其由时隙140中的子载波和OFDM符号的索引对来唯一地标识。RB 230包括频域中若干连续的子载波和时域中若干连续的OFDM符号，如图所示。RB 230是用于将特定物理信道映射到RE 220的最小单元。
[0030] 为了DL信道估计和解调的目的，可以通过每个天线端口在每个子帧中的特定预定义时间和频率RE上发送小区特定参考信号(CRS)。版本8至版本10传统UE使用CRS来对控制信道进行解调。图3示出了针对两个天线端口310a和310b的子帧中的CRS位置的示例，其中，被标记为“R0”和“R1”的RE位置分别用于CRS端口0和CRS端口1传输。标记为“X”的RE指示不应当在那些RE上进行传输，因为CRS将会在另一天线上传输。
[0031] 在LTE中使用资源要素组(REG)来定义控制信道(例如PDCCH)到RE的映射。根据是否包括CRS，REG将四个或六个连续RE包括在OFDM符号中。例如，针对图3中示出的两个天线端口CRS，在图4中示出了每个RB中的REG分配，其中，控制区域410包括两个OFDM符号，用不同类型的阴影指示不同REG。图4a中用“R0”或“X”标记的RE或图4b中用“R1”或“X”标记的RE预留用于天线端口0和天线端口1的CRS，因此每个REG中仅有4个RE可用于承载控制信道数据。
[0032] PDCCH可以在一个或更多个连续控制信道要素(CCE)的聚合上传输，其中，一个CCE由例如九个REG构成。从0至nCCE-1对可用于UE的PDCCH传输的CCE进行编号。在LTE中，支持针对PDCCH的多种格式，如图15中的表1所示。
[0033] 子帧中可用的CCE的数量取决于系统带宽和被配置用于控制区域的OFDM符号的数量。例如，在三个OFDM符号被配置用于控制区域和六个组被配置用于PHICH的10 MHz系统中，42个CCE可用于PDCCH。
[0034] 多个PDCCH可以复用在子帧中的控制区域中，以支持针对一个UE的UL和DL数据调度并支持针对多于一个UE的DL和UL调度。针对给定系统带宽，在控制区域中可以支持的PDCCH的数量也取决于用于每个PDCCH的聚合等级。聚合等级指示聚合多少个CCE来承载PDCCH。给定目标分组错误率的聚合等级是由在UE处的下行链路接收信号质量和要由PDCCH承载的下行链路控制信息(DCI)的大小确定的。一般而言，对于用于在小区边缘处并远离服务eNB的UE的PDCCH或当使用具有大有效载荷大小的DCI时需要高聚合等级。
[0035] 对于子帧中所调度的UE的数量可能大的一些新应用或部署场景，LTE中的传统PDCCH区域可能有容量问题。一些示例包括多用户多输入多输出(MU-MIMO)传输、协调多点(CoMP)传输、小区中远程无线电头(RRH)共享相同小区ID的异构网络(hetnet)部署和载波聚合(CA)。利用这些部署场景，可能需要增强PDCCH的容量并同时限制高级UE所需的盲解码的数量。
[0036] 用于DPCCH容量增强的一种方案是在传统PDSCH区域中发送DCI。即，可以预留传统PDSCH区域中的一些RB或PRB对用于向UE的DCI传输。在下文中，在传统PDSCH区域中传输的物理下行链路控制信道将称作扩展或增强PDCCH(E-PDCCH)。为此目的预留的RB和OFDM符号集合或PRB对可以称作E-PDCCH区域。子帧中的E-PDCCH区域不一定被E-PDCCH完全填满，因为可以将未用于E-PDCCH传输的E-PDCCH区域中的一些资源指派给PDSCH传输。此外，对于一些场景，传统PDCCH区域可能或可能不存在于包含E-PDCCH区域的子帧中。E-PDCCH区域的时间和频率资源可以是可配置的。在图5中示出了E-PDCCH区域的示例。
[0037] 多个PHICH可以在相同的资源要素集合中传输，并可以定义为PHICH组。在相同PHICH组中，多个PHICH可以用不同的复正交Walsh序列来复用。在普通循环前缀的情况下，8个PHICH可以复用在PHICH组中，因为正交序列的长度是四，PHICH还在I和Q分支上进行复用。同时，可以利用长度-2 Walsh序列将4个PHICH复用在PHICH组中。
[0038] 对于PHICH资源配置，在主信息块(MIB)中发信号通知两个参数：PHICH持续时间和PHICH组的数量。PHICH持续时间规定PHICH分布所在的OFDM符号的数量。为了避免对PCFICH的依赖，独立地发信号通知持续时间，并且持续时间可以与PDCCH的控制区域不同。第二参数用于定义PHICH资源的总数，即PHICH组的数量。PHICH资源和对应上行链路调度传输之间的映射是隐式的。即，在PHICH资源索引和传输上行链路共享信道的PHUCH PRB索引之间存在预定义的映射规则。因为可以存在没有PDCCH的PUSCH传输(例如在资源非自适应重传的情况下)，PHICH资源映射到实际的PUSCH PRB索引，而不是PDCCH CCE索引。
[0039] PHICH资源由索引对 标识，其中， 是PHICH组号， 是组中正交序列索引。因为PHICH资源由对应PUSCH传输的第一时隙中的最低PRB索引进行隐式定义，UE利用所调度的PUSCH PRB索引导出所指派的索引对。如果PHICH资源比PUSCH PRB的数量少，或如果在相同PUSCH PRB中调度多个用户，则会发生冲突。即，相同PHICH资源可能被指派给多个UE。为了避免冲突，可以使用上行DCI格式中指示的不同循环移位值来推导所指派的PHICH资源。更具体而言，可以使用以下等式来确定索引对。
[0040]
[0041]
[0042] 在以上等式中，nDMRS是从针对与对应PUSCH传输相关联的传输块的最近DCI格式0或4中解调参考信号(DMRS)字段的循环移位映射的。如果对于相同传输块不存在具有DCI格式0或4的PDCCH，并且如果半持续地调度针对相同传输块的初始PUSCH或通过随机访问响应授权来调度针对相同传输块的初始PUSCH，则nDMRS被设置为0。如在3GPP技术规范(TS)36.213的章节6.9.1中所描述， 是用于PHICH调制的扩频因子大小。是对应PUSCH传输的第一时隙中的最低PRB索引。 是由更高层配置的PHICH组的数
量，如在3GPP技术规范(TS)36.213的章节6.9.1中所描述。
[0043]
[0044] LTE版本11系统中规定的E-PDCCH可以支持增加的控制信道容量，可以支持频域小区间干扰协调(ICIC)，可以实现改进的控制信道资源的空间重用，可以支持波束成形和/或分集，可以在高级载波类型上并在MBSFN子帧中操作，并可以与传统UE并存于相同载波上。在一些情况下，E-PDCCH可以使用PDSCH资源传输，使得E-PDCCH的引入对传统PDCCH传输没有影响。此外，E-PDCCH可以通过借用PDSCH资源来增加控制信道容量。
[0045] 为了支持频域ICIC并为了与PDSCH复用，可以在下行链路PRB或PRB对中传输E-PDCCH而不是扩频到整个系统带宽上。在时域中，如果E-PDCCH分布在PDSCH区域中的子帧上，则可以不需要附加信令。否则，可能需要发信号通知OFDM符号的数量。可以利用无线电资源控制(RRC)信令或动态信令发信号通知频域和时域中的E-PDCCH区域。
[0046] E-PDCCH区域可以仅在频域中与PDSCH复用。因此，可以在与传输PDSCH的PRB对不同的PRB或PRB对中传输E-PDCCH。备选地，可以通过划分时域中的多个OFDM符号来在相同PRB或PRB对中传输E-PDCCH和PDSCH。
[0047] E-PDCCH可以支持局部式和分布式传输两者。至少针对局部式传输并针对CRS不用于增强型控制信道的解调的分布式传输，增强型控制信道的解调可以基于用于E-PDCCH传输的PRB或PRB对中传输的DMRS。
[0048] 假定因为PDCCH的容量可能不足而已经引入E-PDCCH，可能产生的问题是传统PHICH的容量是否够用。在版本8 LTE系统中，PHICH的数量取决于PRB的数量、正交序列的数量和参数Ng(其中Ng∈{1/6，1/2，1，2}由更高层提供)。例如，在20 MHz和普通循环移位的情况下，如果Ng被配置为2，则PHICH的最大数量是200。同时，在PDCCH的情况下，假定PDCCH聚合等级是1并且三个OFDM符号用于控制区域，则PDCCH的最大数量是88。根据此简要计算，可以看到PHICH资源的最大数量是相同系统带宽中PRB的数量的大约两倍。然而，尽管PHICH资源的数量大于PDCCH资源容量，在一些情况下增加PHICH容量可能是重要的。例如，当支持不具有控制区域的附加载波时，或当控制信道经历强干扰时，可能需要在主载波上传输针对附加载波的PHICH。另一示例是支持具有与宏eNB相同小区ID的远程无线电头(RRH)的场景。在此情况下，调度用于传输PUSCH的UE的数量可能动态地增加。
此外，因为PHICH分布在整个系统带宽上，当前PHICH结构可能不足够用于频域ICIC。
[0049] 本公开的实施例提供针对扩展或增强PHICH(E-PHICH)结构的详细设计，包括资源分配和E-PHICH与E-PDCCH之间的复用。更具体而言，识别了与E-PHICH有关的至少四个问题，并且针对问题中的每个问题公开了至少一实施例集合。将简要地概述实施例，然后为每实施例集合提供细节。
[0050] 第一实施例集合涉及E-PHICH与E-PDCCH或PDSCH的复用。在第一实施例集合中提供了五个不同的方案。在第一方案中，可以在与用于E-PDCCH的PRB相同的PRB或PRB对中与局部式E-PDCCH传输一起传输E-PHICH。在第二方案中，可以在利用分布式传输进行配置的E-PDCCH的PRB或PRB对中传输E-PHICH。在第三方案中，可以在传输公共监视E-PDCCH的PRB或PRB对中传输E-PHICH。可以为E-PDCCH定义公共搜索空间来发送旨在针对所有UE或UE组的DCI格式。E-PHICH可以与E-PDCCH在为公共搜索空间预留的PRB或PRB对中复用。在第四方案中，可以在用于PDSCH传输的PRB或PRB对中传输E-PHICH。可以在与E-PDCCH不同的PRB或PRB对中传输E-PHICH。为了当所有RE都不用于PHICH资源时避免浪费资源，E-PHICH可以与PDSCH在相同PRB或PRB对中复用。在第五方案中，可以在单独的虚拟资源块(VRB)中单独传输E-PHICH。可以在VRB上映射之前对不同E-PHICH组进行复用和交织。然后，可以以分布式的方式将VRB映射到PRB。跳频可以应用于VRB的第二时隙。
[0051] 第二实施例集合涉及对E-PHICH的资源分配。可以定义多个PHICH资源集合来高效地利用E-PHICH资源。每个PHICH资源组可以映射到PUSCH PRB索引。可以利用半静态信令或动态信令来显式地指示实际使用的E-PHICH资源集合。备选地，可以利用发送上行链路授权的E-PDCCH或PDCCH的CCE索引来隐式地指示实际使用的E-PHICH资源。
[0052] 第三实施例集合涉及监视和接收PHICH和E-PHICH。当支持和配置了传统控制区域中的PHICH和E-PHICH两者时，UE可以监视和接收PHICH和E-PHICH两者。在此情况下，可以根据PUSCH PRB索引和DMRS循环移位确定实际PHICH或E-PHICH资源，其中，可以从PBCH发信号通知或重解释或通过更高层信令发信号通知所支持的E-PHICH的数量。备选地，UE可以仅在UE被配置为监视E-PDCCH区域或在eNB将UE配置为仅接收E-PHICH时接收E-PHICH。
[0053] 第四实施例集合涉及对E-PHICH的小区间干扰管理。为了避免相邻小区之间E-PHICH传输中的干扰，可以针对E-PHICH传输支持小区间干扰协调。在一个实施例中，可以在小区之间交换与PHICH资源有关的信号，并可以向相连的UE发信号通知E-PHICH资源参数。详细的E-PHICH过程可以取决于是否支持传统控制区域。
[0054] 现在将提供关于这四实施例集合中每个实施例集合的细节。
[0055] 在涉及E-PHICH与E-PDCCH或PDSCH的复用的第一实施例集合中的第一方案中，在针对利用局部式传输进行配置的E-PDCCH的VRB中传输E-PHICH。在局部式E-PDCCH传输中，在未用于其他E-PDCCH传输的一个或多个连续VRB中传输E-PDCCH。因为在一个或多个PRB(或PRB对)中传输一个E-PDCCH并且使用了预编码DMRS，在局部式E-PDCCH传输中可能不支持传统PDCCH中所使用的多个E-PDCCH之间的交织。VRB可以被映射到频率上连续或非连续的PRB中。
[0056] 图6示出了E-PHICH与利用局部式传输的E-PDCCH的复用的一个示例。示出了在分离的PRB对中传输两个E-PDCCH 610和620。示出了两个E-PHICH组630和640，其中每个包含多个单元(如版本8中所定义的，PHICH重复三次)，并且这些单元扩展在整个E-PDCCH区域上。对于局部式E-PDCCH传输，因为预编码可应用于E-PDCCH和对应的DMRS，预编码的DMRS可能不适用于对E-PHICH的解码，这是因为E-PHICH可能包含针对多个UE的ACK/NACK。在此情况下，公共参考信号(例如未预编码的CRS或传输点(TP)特定参考信号)可用于E-PHICH解码。然而，如果在分离的PRB对中传输三次重复的E-PHCIH组，仍可以使用预编码的DMRS来对E-PHICH进行解码，因为每个PRB对中所使用的预编码向量可能不同，因此除频率/时间分集之外还创建一些空间分集。
[0057] 尽管可以针对局部式E-PDCCH传输半静态地定义区域，不是所有的PRB对在任何时候都可以承载E-PDCCH。因此，在一些子帧中可以使用针对局部式E-PDCCH的区域中定义的PRB对中的一些来承载PDSCH。在这种情况下，仍可以在这些PRB对中传输E-PHICH。如果在这些PRB对中传输的PDSCH是针对传统UE的，则UE可能不知道E-PHICH，数据可能被打孔，这可能降低PDSCH的性能。如果在这些PRB对中传输的PDSCH是针对版本11或之后的UE，速率匹配可应用于预留用于E-PHICH的那些RE。在任何一种情况下，版本11或之后的UE仍可以期望在这些PRB对中接收到E-PHICH。
[0058] 如果定义分布式E-PDCCH传输以在PRB或可能甚至更小单元上传输E-PDCCH，并且用于传输相同E-PDCCH的这些PRB或单元分布在宽频带上，则可以以其与利用局部式E-PDCCH传输的E-PDCCH复用类似的方式来复用E-PHICH传输。
[0059] 在涉及E-PHICH与E-PDCCH或PDSCH的复用的第一实施例集合中的第二方案中，在针对利用分布式传输进行配置的E-PDCCH的VRB中传输E-PHICH。对于利用分布式传输的E-PDCCH，可以将多个E-PDCCH复用并交织在一起，并在相同VRB上传输。因为HARQ-ACK传输比调度授权通常需要更高可靠性，并且多个UE利用正交Walsh序列可以共享相同的E-PHICH时间/频率资源，分布式传输可以比局部式传输更适合用于E-PHICH以实现更多频率分集而不是频率选择。
[0060] 因此，不是在所有分布式和局部式E-PDCCH资源区域中传输E-PHICH，而是将E-PHICH与E-PDCCH进行复用，并可以仅利用分布式传输进行配置，并将非预编码DMRS用于解码。如图7所示，复用并在相同PRB对上传输两个E-PDCCH 710和720，并且在与E-PDCCH相同的PRB对上传输两个E-PHICH组730和740。
[0061] 如果E-PDCCH资源被RRC配置，则E-PHICH可以与分布式E-PDCCH(互交织)一起复用。可以配置两个区域用于E-PDCCH，一个是分布式，另一个是局部式。尽管可以配置两个区域，可能仅分布式E-PDCCH区域包含E-PHICH资源。UE可以被配置为在一个或两个区域(即仅分布式、仅局部式或两者)中进行E-PDCCH盲解码。然而，如果预期HARQ-ACK，则所有UE可能需要对分布式E-PDCCH区域中的E-PHICH进行解码，因为在此情况下E-PHICH仅在分布式E-PDCCH区域中传输。
[0062] 在分布式E-PDCCH区域中，一些资源可以被配置用于E-PHICH。REG可以被定义在VRB上，并且一些REG可以仅用于E-PHICH。可以与传统PHICH类似的方式定义E-PHICH组。然后可以将剩余REG分组为CCE并用于E-PDCCH。
[0063] 可以在区域中共享用于解调的参考信号。可以使用CRS或非预编码DMRS。在DMRS的情况下，DMRS端口的数量可以与CRS端口的数量相同，如由对PBCH进行解码所指示。备选地，DMRS端口的数量可以与CRS端口的数量不同，并可以由RRC信令进行配置。不同DMRS端口或序列可以被配置在并使用在不同小区中。
[0064] 因为OFDM符号中的RE可能不是偶数或四个RE的倍数，具有DMRS和/或CSI-RS的OFDM符号中的REG定义可能需要修改。对于那些OFDM符号中REG定义的一个备选可以是将REG定义为在频域中占据两个连续RE并在时域中占据两个连续RE的2REx2RE正方形单元。在另一备选中，REG可以被分为两对RE，每对RE由频域中两个连续RE构成。这两对RE可以沿着频率连续分配，但在OFDM符号中没有足够RE剩余的情况下，第二对可以从下一OFDM符号开始。对于E-PHICH REG的RE的分配可以跳过为DMRS或CSI-RS传输预留的那些RE。如果在OFDM符号中仅剩余一个孤立RE，则可以跳过该RE。
[0065] 基于逐RB或逐REG，可以使用发射分集，并且随机波束成形也是可能的，但在逐REG的波束成形的情况下，需要预定义预编码向量。
[0066] 在涉及E-PHICH与E-PDCCH或PDSCH的复用的第一实施例集合的第三方案中，在针对共同监视的E-PDCCH的VRB中传输E-PHICH。即，能够将E-PHICH与例如公共搜索空间中所有UE或UE组监视的E-PDCCH进行复用。例如，可以按照图8中所示的，在配置为针对E-PDCCH的公共搜索空间的相同VRB中传输E-PHICH。可以预定义用于传输E-PHICH的资源，并使UE知晓。可以将该资源与承载公共消息的E-PDCCH交织。当UE期望ACK/NACK信号时，UE仅需要对E-PHICH进行解码。对于E-PHICH，可以使用发射分集和/或可以使用非预编码DMRS作为参考信号。
[0067] 在涉及E-PHICH与E-PDCCH或PDSCH的复用的第一实施例集合的第四方案中，在用于PDSCH传输的PRB对中传输E-PHICH。在此情况下，E-PHICH资源可以在用于PDSCH的资源内。即，E-PHICH可以与相同PRB对中的PDSCH进行复用。可以与定义E-PDCCH区域的方式类似地对用于E-PHICH的PRB进行定义。例如，可以向高级UE发信号通知或预定义E-PHICH RB的数量和位置。
[0068] 在图15的表2中计算了关于系统带宽的传统PHICH所需的资源元素的最大数量。图15中的表3示出了对于不同控制区域配置和四个CRS端口的用于PDSCH数据传输的子帧中的PRB对中可用的资源元素。假定可能需要在E-PHICH中支持相同或类似数量的PHICH资源，则对于20MHz可能需要最大三个PRB对，并对于5MHz或更低，可能需要少于一个PRB对。
[0069] 给定如表3中所示的一个PRB对中的RE的数量，如果在PRB对中仅传输E-PHICH，对于E-PHICH资源的粒度可能是粗糙的。为了在频率和/或时间中提供足够分集的同时避免浪费资源，可以将E-PHICH映射到否则将用于PDSCH传输的RE，如图9所示。将E-PHICH映射到PDSCH的方式可以是预定义的或通过更高层信令进行配置的。E-PHICH可以以与传统PHICH在PDCCH区域中取得资源的类似方式以REG为单位取得资源。单元REG可以由例如四个邻近放置的RE构成。因为E-PHICH可以扩展并可以不需要尽可能多地取得PRB对中的RE，可以实现更高阶的分集，这可以带来PHICH的更好性能。
[0070] 关于如何考虑为E-PHICH预留的RE，对于PDSCH存在至少两个选择。如果PDSCH用于传统UE，在被配置用于E-PHICH的RE位置处打孔PDSCH可以用于确保传统UE仍可以接收PDSCH。如果PDSCH仅用于高级UE，则可以应用速率匹配来考虑为E-PHICH预留的RE。
[0071] 因为E-PHICH组可以包含针对多个UE的PHICH，用于解码的参考信号可能需要是公共参考信号，例如小区特定参考信号或TP特定参考信号。这种参考信号可以与可以进行预编码的用于PDSCH解码的参考信号不同。
[0072] 在涉及E-PHICH与E-PDCCH或PDSCH的复用的第一实施例集合的第五方案中，在其自己的VRB中传输E-PHICH。即，可以在仅用于承载HARQ ACK/NACK信号的VRB中传输E-PHICH。如从图15的表2和表3中可见，对于5MHz至20MHz的系统带宽，对于E-PHICH所需的RE的数量在可以由一至三个PRB或VRB对承载的RE的范围中。因此可以指派两个时隙中的一至三个PRB来仅在传统PDSCH区域中传输E-PHICH。图15中的表4中示出了对于不同系统带宽的可以用于承载仅E-PHICH传输的VRB对的可能数量。
[0073] 与PHICH类似，每个E-PHICH可以由三个REG构成，代表其三次重复。如图10所示，承载一个E-PHICH组的REG可以与其他E-PHICH组的REG复用和交织，并映射到仅承载E-PHICH的两个时隙中所指派的VRB上。然后将在两个时隙中的这些VRB以分布式的方式在整个系统带宽上映射到PRB，因此产生更多频率分集增益。如果在所配置的子帧的两个时隙中仅存在一对VRB(如图11所示)，为了仍保持必需的频率分集，可以将跳频操作应用于第二时隙中的VRB(即分布式类型的VRB)，使得VRB在第一时隙和第二时隙中在不同频率处传输。因为VRB配置参数(例如分布式vs局部式，间隔1vs间隔2)可以在多个公共下行链路控制信道(例如E-PHICH和E-PDCCH的公共搜索空间)之间共享，可以针对所有相关增强型下行链路控制信道发信号通知这些参数一次。
[0074] 对于交织处理(如图12中所示的示例)，可以根据不同E-PHICH组的REG的E-PHICH组号对该不同E-PHICH组的REG进行排列。可以应用基于REG的交织器(例如行入/列出块交织器)，其输出是以混合顺序的来自不同E-PHICH组的REG。
[0075] 在一个实施例中，可以将基于Alamouti编码的2-tx和4-tx发射分集(TxD)应用于E-PHICH传输。可以向UE发信号通知或可以通过另一配置(例如针对分布式E-PDCCH传输的配置)暗示对于TxD的天线数量的配置。CRS可以用于对这种传输中的E-PHICH进行解码。备选地，不具有取决于信道的预编码的DMRS可以用于此目的。如果跳频应用于第二时隙(即DVRB)，可能需要重设计DMRS以确保特别是在高移动性情形中保持E-PHICH的性能。
[0076] 针对仅E-PHICH传输的这些PRB对的位置对于不同小区或TP可以不同，以避免来自不同小区和TP的E-PHICH的冲突。用于实现这种不同的一种方式是将对于E-PHICH的PRB对的位置链接到小区ID或每个TP不同的附加的或备选的参数。
[0077] 可以通过更高层信令(例如RRC信令)向UE半静态地发信号通知仅E-PHICH传输的配置。配置可以包括诸如所使用的VRB的数量、VRB至PRB映射、第二时隙跳频到的位置、发射模式(例如TxD)、发射天线数量和用于解码的对应参考信号端口等的参数。
[0078] 针对仅E-PHICH传输配置VRB的优点是可以独立于E-PDCCH的传输来对E-PHICH传输进行配置，特别是对于仅定义了局部式E-PDCCH区域并且预编码DMRS用于E-PDCCH的情况。
[0079] 如上所述，第二实施例集合涉及对于E-PHICH的资源分配。在现有LTE系统中，一个PHICH资源集合被定义小区中，并且PHICH资源(即PHICH组的索引对和组中的正交序列索引)隐式地映射到所调度的PUSCH的PRB的起始索引。在实施例中，在高效地利用E-PHICH资源的同时，提供多个PHICH/E-PHICH资源集合以增加PHICH容量。E-PHICH资源集合是E-PHICH资源的聚集，其中，每个E-PHICH资源能够承载与先前PUSCH传输相对应的一个E-PHICH。资源集合中单个资源是通过资源索引指定的。资源索引的一个示例是索引对其中， 是PHICH组号， 是组中正交序列索引。集合中的E-PHICH资源可以映射到所有PUSCH PRB索引。图13示出了逻辑上映射到PUSCH PRB的E-PHICH资源。在此图中，假定E-PHICH资源集合中E-PHICH的数量等于PUSCH PRB的数量。如果E-PHICH资源集合中E-PHICH的数量小于PUSCH PRB的数量，可以向不同PUSCH发信号通知不同的DMRS循环移位以避免实际PHICH传输中的冲突。如图13所示，对于一个PUSCH PRB，可以映射E-PHICH资源集合#1和资源集合#2中的两个E-PHICH。
[0080] 当E-PHICH资源的数量小于PUSCH PRB的数量或当将相同PUSCH PRB分配给多个UE(例如在多用户多输入/多输出(MU-MIMO)的情况下)时，指派给多个UE的E-PHICH资源之间的冲突可能发生。在此情况下，可以发信号通知不同循环移位以避免冲突。
[0081] 多个E-PHICH PRB资源集合在多个E-PHICH与不同类型的E-PDCCH区域复用的情形中是有用的。例如，E-PHICH资源集合1可以与利用局部式传输进行配置的E-PDCCH复用，而E-PHICH资源集合2可以与利用分布式传输进行配置的E-PDCCH复用。在此情况下，如果UE被配置为监视局部化E-PDCCH区域，UE可能仅在PUSCH PRB由E-PDCCH局部式传输调度时才需要监视和接收E-PHICH资源集合1中的E-PHICH。否则，如果UE被配置为监视分布式E-PDCCH区域，UE可能仅在PUSCH PRB由E-PDCCH分布式传输调度时才需要监视和接收E-PHICH资源集合2中的E-PHICH。这可以通过不在所有E-PHICH资源上接收E-PHICH来降低UE的复杂度。
[0082] 多个E-PHICH PRB资源集合还可以在可能需要多个参考信号结构或传输方案的情形中是有用的。例如，当多个RRH被配置有相同小区ID并且利用不同参考信号在不同RRH中传输E-PHICH时，可能期望从适于UE的RRH接收E-PHICH。在此情况下，可以为每个RRH配置单独的E-PHICH资源集合。
[0083] 多个E-PHICH PRB资源集合还在需要节省为E-PHICH预留的资源的情形中是有用的。尽管E-PHICH资源可以映射到PUSCH PRB索引，但因为多个PRB可以被调度给一个UE，所以可以不需要与PUSCHPRB的数量相同数量的E-PHICH资源。在版本8中，PHICH资源的数量是根据实际需要的PHICH资源的数量利用PBCH进行配置的，因此其可能难以改变。如果在上行链路授权中动态地指示E-PHICH资源集合，这可能通过将E-PHICH仅指派给特定E-PHICH组而减少为E-PHICH预留的资源。因此，取决于调度用于PUSCH传输的UE的数量，可以将所有E-PHICH传输限于一个E-PHICH资源集合，并且可以将剩余E-PHICH资源集合用于PDSCH传输。
[0084] 可以将多个E-PHICH资源集合指派在不同频率、时间或编码序列域中。在图13中，可以配置两个E-PHICH资源集合，并将每个集合中的E-PHICH映射到PUSCH PRB。
[0085] 因为可以将多个PUSCH PRB分配给一个UE并仅需要一个或两个PHICH资源来发送一个或两个HARQ ACK，不一定要预留两倍的E-PHICH资源的数量并将每个E-PHICH资源集合中的资源映射到PUSCH PRB。
[0086] 实际使用的E-PHICH资源集合可以是半静态配置的或通过将E-PHICH资源集合信息显式地包括在上行链路授权中来动态指示的。例如，如果最大支持四个E-PHICH资源集合，则可以包括两个信息比特来指示使用了哪个E-PHICH资源集合。备选地，还可以进行隐式指示，其中，可以使用承载上行链路授权的E-PHICH的CCE或eCCE索引来推导E-PHICH资源集合。将{S0，S1，...，SM-1}记为M个E-PHICH资源的集合，n作为承载用于PUSCH传输的上行链路授权的E-PDCCH的最小CCE或eCCE索引。则作为示例，可以使用以下等式(3)隐式地推导针对对应E-PHICH的E-PHICH资源集合Sk。
[0087] k＝nmodM (3)
[0088] 一旦确定了E-PHICH资源集合，可以重用现有PHICH等式来计算每个E-PHICH资源集合中的E-PHICH组和正交序列索引对。在此情况下， 可以是对应E-PHICH资源集合中PHICH组的数量。
[0089] 如上所述，第三实施例集合涉及监视和接收PHICH和E-PHICH。如果支持和配置了传统控制区域和E-PHICH，高级UE可以监视和接收PHICH和E-PHICH两者。如果高级UE被配置为接收PDCCH和E-PDCCH两者，UE还能够接收PHICH和E-PHICH两者。在此情况下，可以将所有PHICH和E-PHICH资源联合地映射到PUSCH PRB索引。如果UE接收PHICH和E-PHICH两者，可能需要修改用于推导PHICH资源的等式。例如，可以分别发信号通知PHICH组的数量 和E-PHICH组的数量 的两个参数。PHICH组索引可以通过下
式计算：
[0090]
[0091]
[0092] 为了知道使用了PHICH还是E-PHICH，UE可将所计算的 与 进行比较。具体而言，如果 大于或等于 则UE可以知道使用了E-PHICH资源。因为
在PBCH中已经指示了PHICH组的数量 ，可以使用未使用的比特在PBCH中发信号
通知E-PHICH组的数量 。备选地，可以通过更高层信令发信号通知E-PHICH组
的数量。
[0093] 备选地，可以根据PUSCH PRB索引和DMRS值是否满足特定标准来使用PHICH或E-PHICH资源。例如
[0094] 如果
[0095]
[0096] 否则
[0097]
[0098]
[0099] 代替联合地映射PHICH或E-PHICH资源，还可能当在PDCCH上传输上行链路DCI授权时可以使用PHICH，并且当在E-PDCCH上传输上行链路DCI授权时可以使用E-PHICH。在此情况下，可以如下式定义PHICH组索引等式。
[0100] 如果在PDCCH上传输上行链路DCI授权，则
[0101]
[0102]
[0103] 否则如果在E-PDCCH上传输上行链路DCI授权，则
[0104]
[0105]
[0106] 还有存在多个E-PDCCH区域的情况。例如，在协作多点(CoMP)场景4中，每个RRH被配置有TP-特定E-PDCCH区域。对于这些情况，需要定义对应的TP-特定E-PDCCH。可以使用TP ID来定义这些TP-特定特征。
[0107] 备选地，eNB可以半静态地配置使用PHICH或E-PHICH。如果(高级的或传统的)UE被配置为对传统PDCCH区域中的PHICH进行解码，则UE可以使用如版本10中定义的公式来推导E-PHICH组和序列索引：
[0108]
[0109]
[0110] 如果高级UE被配置为对E-PHICH进行解码，则UE可以使用如下定义的公式来推导E-PHICH组和序列索引：
[0111]
[0112]
[0113] 其中，可以通过更高层信令或其他手段(例如PBCH)来向UE发信号通知E-PHICH的参数，例如，E-PHICH组的数量 和扩展长度 。借此，可以分离PHICH和E-PHICH配置，这可以是容易实现的。
[0114] 如果UE仅监视E-PDCCH，则使UE能够接收PHICH和E-PHICH可能产生复杂问题。此外，如果传统区域中干扰高，则UE可能无法正确接收到PHICH。因此，仅当UE被配置为仅监视E-PDCCH时UE可以接收到E-PHICH。备选地，eNB可以关于UE是否接收PHICH来分离地执行配置。
[0115] 如果UE被配置为接收PHICH，则可以重解释MIB中承载的phich-config字段以用于E-PHICH资源配置，如下所示。
[0116]
[0117] 当‘phich-Duration’等于‘normal’时，则E-PHICH可以仅处于第一时隙中承载DMRS的OFDM符号中和/或邻近DMRS RE的RE中，如图14(a)所示。‘phich-Duration’等于‘extended’时，则E-PHICH可以扩展到子帧的第一时隙和第二时隙中承载DMRS的OFDM符号中和/或邻近DMRS RE的RE中，如图14(b)所示。
[0118] 如同PHICH一样，可以使用‘phich-Resource’来计算E-PHICH组的数量，导致为E-PHICH和PHICH分配相同数量的资源。如果期望向E-PHICH比向PHICH分配更多资源，则可以重解释‘phich-Resource’的值以用于E-PHICH。这可能当需要服务大量UE但PHICH不可用(例如不存在传统控制区域)时发生。例如，如果高级UE将‘ENUMERATED{oneSixth，half，one，two}’重解释为对应于Ng∈{1/3，1，2，4}，则E-PHICH中组的数量可以是PHICH中组的数量的两倍。
[0119] 备选地，PBCH仍可以包含仅用于PHICH的信息。UE可以从PBCH接收关于PHICH的信息，并首先开始监视和接收PHICH。UE可以被配置为通过更高层信令半静态地监视和接收E-PHICH。这种配置可以与E-PDCCH的配置一起发送或分离地发送。在接收到这种配置之后，UE可以开始监视和接收E-PHICH。
[0120] 如上所述，第四实施例集合涉及针对E-PHICH的小区间干扰管理。可以支持小区间干扰协作(ICIC)机制来实现频域中相邻小区的E-PHICH之间的干扰避免。即，两个相邻小区可以通过非重叠PRB传输E-PHICH。这意味着E-PHICH资源切断(key off)ICIC参数。为了在两个eNB的小区之间进行协调，可以通过两个相邻小区之间的X2接口交换信号，并且可以经由系统信息块(SIB)向相连的UE发信号通知E-PHICH资源参数。在分配用于E-PHICH传输的资源之后，可以重用如版本8中为ICIC定义的X2信令以实现此协作。在UE接收到这种参数之前，UE可以仅监视PHICH。对于RRH情形，可以不需要X2交换来协调相同eNB的两个RRH。因此，eNB调度器可以定义这种PHICH资源参数而不需要对X2信令有任何依赖。可以基于小区ID对E-PHICH资源单元进行移位，使得来自不同小区的E-PHICH不冲突。这种移位可以是基于REG的或基于PRB的。
[0121] 尽管期望干扰避免，对于一个或更多个原因，在E-PHICH的设计中仍需要干扰随机化。首先，相邻小区不可能总是选择协调(例如，两个小区可能属于两个不同的运营商)。第二，在对小区进行协调之前可能存在准备周期。第三，如果带宽小和/或如果需要在多个小区之间进行协调，完全协调可能是困难的。提供干扰随机化的一个示例是用于E-PHICH的REG资源根据子帧编号和小区ID而变化，使得两个小区可能使用给定子帧中的不同REG的情况。
[0122] 可能存在与针对E-PHICH的小区间干扰管理有关的至少两个不同场景。在第一场景中，分量载波(CC)具有下行链路上的传统控制区域，并且相关联的上行链路CC可能或可能未被跨载波调度。在此情况下，当UE初始附接时，UE可以仅在传统控制区域中经由PHICH接收下行链路ACK/NACK。当网络指示UE仅经由UE特定RRC信令经由E-PHICH接收ACK/NACK时，UE可以切换为直到进一步通知之前针对所有未来子帧仅接收PHICH。UE特定RRC信令可以承载E-PHICH的资源分配信息，使得UE可以直接针对未来子帧定位E-PHICH。在UE特定RRC信令上承载的信息可以包括E-PHICH的PRB位置，这考虑了两个相邻小区或两个相邻RRH之间的干扰协调。相同UE特定RRC信令还可以触发UE经由E-PDCCH接收下行链路控制信道。当网络指示UE停止检测E-PHICH时，则UE可以切换为在进一步通知之前针对所有未来子帧仅接收PHICH。
[0123] 在第二场景中，在下行链路上没有传统控制区域的分量载波CCB与具有传统控制区域的另一分量载波CCA相关联。在此情况下，当UE初始附接时，UE可以仅在CCA的传统控制区域中经由PHICH接收下行链路ACK/NACK。当网络向UE添加CCB作为辅助小区(SCell)时，UE可以开始仅在CCB上接收所有下行链路控制信令。这意味着，UE切换为在进一步通知之前针对所有未来子帧仅在CCB上接收E-PHICH(和E-PDCCH)。因为未在CCB上传输PDCCH和PHICH，可能不需要在CCB上检测PDCCH和PHICH。eNB可能需要在添加CCB作为SCell之前在CCB上配置E-PHICH(和E-PDCCH)，因为CCB上可能经历来自其他小区或TP的更少干扰。当网络从UE的SCell列表中移除CCB之后，UE可以切换为在进一步通知之前针对所有未来子帧仅在CCA上接收下行链路控制信道。
[0124] 本文所公开的实施例提供了针对E-PHICH与E-PDCCH和/或PDSCH的详细复用方案。备选地，可以单独在一些PRB中传输E-PHICH。因此，考虑到E-PDCCH和/或PDSCH的特性，实施例可以实现针对E-PHICH的高效资源利用。通过使用多个PHICH资源集合的概念，实施例还提供了PHICH资源的高效利用。当在LTE eNB中支持PHICH和E-PHICH两者时，实施例还使UE能够接收HARQ-ACK。此外，实施例提供可以避免E-PHICH上的干扰的针对E-PHICH的ICIC管理。
[0125] 上文可以通过网元实现。参考图16示出了简化网元。在图16中，网元3110包括处理器3120和通信子系统3130，其中处理器3120和通信子系统3130协作以执行上述方法。
[0126] 此外，上文可以由UE实现。参考图17在下文中描述了UE的示例。UE3200可以包括具有语音和数据通信能力的双向无线通信设备。在一些实施例中，语音通信能力是可选的。UE 3200通常具有与因特网上其他计算机系统进行通信的能力。取决于提供的精确功能，UE 3200可以被称为例如数据消息传送设备、双向寻呼机、无线电子邮件设备、具有数据消息传送能力的蜂窝电话、无线因特网装置、无线设备、智能电话、移动设备或数据通信设备。
[0127] 当UE 3200能够进行双向通信时，其可以包括通信子系统3211，通信子系统3211包括接收机3212、发射机3214、以及相关组件(例如一个或更多个天线元件3216和3218、本地振荡器(LO)3213以及处理模块(例如，数字信号处理器(DSP)3220))。通信子系统3211的具体设计可以取决于UE 3200期望操作所在的通信网络。
[0128] 网络接入需求也可以基于网络3219的类型而变化。在一些网络中，网络接入与UE3200的订户或用户相关联。UE 3200可能需要可移除用户身份模块(RUIM)或订户身份模块(SIM)卡以在网络上进行操作。SIM/RUIM接口3244通常与插入SIM/RUIM卡的卡槽相像。SIM/RUIM卡可以具有存储器，并可以保存很多关键配置3251和其他信息3253(例如标识和与订户有关的信息)。
[0129] 当所需网络注册或激活过程已经完成时，UE 3200可以通过网络3219发送和接收通信信号。如所述，网络3219可以由与UE 3200通信的多个基站组成。
[0130] 向接收机3212输入由天线3216通过通信网络3219接收的信号，其可以执行常用接收机功能，例如信号放大、下变频、滤波、信道选择等。接收信号的模数(A/D)转换允许更复杂的通信功能(例如要在DSP 3220中执行的解调和解码)。以类似方式处理要传输的信号，包括：例如由DSP 3220进行调制和编码并且输入发射机3214以进行数模(D/A)转换、上变频、滤波、放大以及经由天线3218在通信网络3219上传输。DSP 3220不仅处理通信信号，并且提供接收机和发射机控制。例如，可以通过在DSP 3220中实现的自动增益控制算法自适应地控制在接收机3212和发射机3214中应用于通信信号的增益。
[0131] UE 3200通常包括控制设备的整体操作的处理器3228。通过通信子系统3211执行包括数据通信和语音通信的通信功能。处理器3238还与其他设备子系统(例如显示器3222、闪存3224、随机存取存储器(RAM)3226、辅助输入/输出(I/O)子系统3228、串口3230、一个或更多个键盘或小型键盘3232、扬声器3234、麦克风3236、诸如近距离通信子系统的其他通信子系统3240和总体地指定为3242的任意其他设备子系统)进行交互。串口
3230可以包括USB口或当前已知或未来开发的其他端口。
[0132] 所述子系统中的一些子系统执行与通信有关的功能，而其他子系统可以提供“固有”或设备上功能。应当注意的是，一些子系统(例如键盘3232和显示器3222)可以用于与通信有关的功能(例如输入用于在通信网络上传输的文本消息)和设备固有功能(例如计算器或任务列表)两者。
[0133] 处理器3238使用的操作系统软件可以存储在诸如闪存3224的持久存储中，其可以取而代之的是只读存储器(ROM)或类似存储元件(未示出)。操作系统、特定设备应用或其部分可以被临时地装载到易失性存储器(例如RAM 3226)中。所接收的通信信号也可以被存储在RAM3226中。
[0134] 如所示，闪存3224可以被分隔为用于计算机程序3258和程序数据存储设备3250、3252、3254以及3256的不同区域。这些不同存储设备类型指示每个程序可以分配闪存3224的一部分以用于它们自身的数据存储需求。除其操作系统功能之外，处理器3238能够实现在UE 3200上执行软件应用。控制基本操作的预定应用集合(包括例如至少数据和语音通信应用)通常可以在制造期间安装在UE 3200上。可以随后或动态地安装其他应用。
[0135] 应用和软件可以存储在任意计算机可读存储介质中。计算机可读存储介质可以是有形的或在易失性/非易失性介质(例如光存储器(例如，CD、DVD等)、磁存储器(例如，磁带)或其他当前已知或未来开发的其他存储器)中。
[0136] 一个软件应用可以是个人信息管理器(PIM)应用，个人信息管理器(PIM)应用具有组织和管理与UE 3200的用户有关的数据项(例如(但不限于)电子邮件、日历事件、语音邮件、约定和任务项)的能力。一个或更多个存储器可用在UE 3200上以有利于PIM数据项目的存储。这种PIM应用可以具有经由无线网络3219发送和接收数据项的能力。还可以通过网络3219、辅助I/O子系统3228、串口3230、近距离通信子系统3240或其他合适子系统3242将其他应用装载到UE 3200上，并由用户安装在RAM 3226或非易失性存储器(未示出)中以由处理器3238执行。这种应用安装上的灵活性可以增加UE 3200的功能，并可以提供增强的设备上功能、与通信有关的功能或两者。例如，安全通信应用能够实现电子商务功能和使用UE 3200执行的其他这种金融交易。
[0137] 在数据通信模式中，通信子系统3211可以处理所接收的信号(例如文本信息或网页下载)并输入到处理器3238，处理器3238可以进一步处理所接收的信号以向显示器3222输出，或备选地向辅助I/O设备3228输出。
[0138] UE 3200的用户还可以使用键盘3232结合显示器3222以及可能的辅助I/O设备3228来编撰数据项(例如电子邮件消息)，键盘3232可以是完全字母数字键盘或电话类型键盘。然后，可以通过通信子系统3211在通信网络上传输这些编撰项目。
[0139] 对于语音通信，除了通常将所接收的信号输出到扬声器3234并由麦克风3236生成用于传输的信号之外，UE 3200的整体操作是类似的。备选的语音或音频I/O子系统(例如语音消息记录子系统)也可以在UE 3200上实现。虽然语音或音频信号输出主要由扬声器3234完成，显示器3222也可以用于提供例如呼叫方的身份的指示、语音呼叫的持续时间或其他与语音呼叫有关的信息。
[0140] 可以在个人数字助理(PDA)类型设备中实现串口3230，个人数字助理(PDA)类型设备期望与用户的桌面计算机(未示出)同步，但是这种端口是可选的设备组件。这种端口3230可以使用户能够通过外部设备或软件应用设置偏好，并可以通过向UE 3200提供信息或软件下载而不是通过无线通信网络来扩展UE 3200的性能。可以使用例如备选下载路径来通过直接的并因此可靠的和可信任的连接将密钥装载到UE 3200上，以从而能够实现安全设备通信。串口3230还可以用于将设备连接到计算机以充当调制解调器。
[0141] 其他通信子系统3240(例如近距离通信子系统)是可以在UE 3200和不同系统或设备(不需要是类似设备)之间提供通信的其他可选组件。例如，子系统3240可以包括红TM外设备及相关联的电路和组件或蓝牙 通信模块，用于提供与具有类似功能的系统和设备的通信。子系统3240还包括非蜂窝通信(例如WiFi、WiMAX、近场通信(NFC)和/或射频标识(RFID))。其他通信元件3240也可以用于与辅助设备(例如，平板显示器、键盘或投影仪)进行通信。
[0142] 上述UE和其他组件可以包括能够执行与上述动作相关的指令的处理组件。图18示出了系统3300的示例，系统3300包括适于实现本文所公开的一个或多个实施例的处理组件3310。除了处理器3310(可以被称为中央处理器单元或CPU)，系统3300可以包括网络连接设备3320、随机存取存储器(RAM)3330、只读存储器(ROM)3340、辅助存储器3350和输入/输出(I/O)设备3360。这些组件可以经由总线3370彼此通信。在一些情况下，这些组件中的一些组件可以不存在，或可以以各种组合方式彼此结合或与图中未示出的其他组件结合。这些组件可以位于单一物理实体中，或位于多于一个物理实体中。本文所述的由处理器3310所进行的任何动作可以由处理器3310单独或由处理器3310与图中已示出或未示出一个或更多个组件(例如数字信号处理器(DSP)3380)一起来进行。尽管将DSP3380示出为分离的组件，可以将DSP 3380并入处理器3310中。
[0143] 处理器3310执行其可以从网络连接设备3320、RAM 3330、ROM3340或辅助存储器3350(其可以包括各种基于盘的系统，如硬盘、软盘或光盘)中访问的指令、代码、计算机程序或脚本。尽管仅示出一个CPU 3310，可以存在多个处理器。因此，尽管将指令讨论为由处理器来执行，指令可以由一个或多个处理器同时、顺序或以其他方式来执行。可以将处理器
3310实现为一个或多个CPU芯片。
[0144] 网络连接设备3320可以采用以下形式：调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串口、令牌环设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、无线电收发机设备(例如码分多址接入(CDMA)设备、全球移动通信系统(GSM)无线电收发机设备、通用移动电信系统(UMTS)无线电收发机设备、长期演进(LTE)无线电收发机设备、全球微波接入互操作性(WiMAX)设备和/或用于连接到网络的其他周知的设备。这些网络连接设备3320可以使处理器3310能够与因特网或者一个或者多个电信网络或处理器3310可以从其接收信息或处理器3310可以向其输出信息的其他网络进行通信。网络连接设备3320还可以包括能够无线地发送和/或接收数据的一个或多个收发机组件3325。
[0145] RAM 3330可以用于存储易失性数据并且可能用于存储由处理器3310执行的指令。ROM 3340是通常具有比辅助存储器3350的存储器容量的更小的存储器容量的非易失性存储器设备。ROM 3340可以用于存储指令并可能存储在指令执行期间读取的数据。对RAM 3330和ROM 3340的访问通常快于对辅助存储器3350的访问。辅助存储器3350通常包括一个或更多个磁盘或者磁带，并且可以用于数据的非易失性存储，或者在RAM 3330不足以容纳所有工作数据时作为溢出数据存储设备。辅助存储器3350可以用于存储当选择程序用于执行时装载到RAM 3330中的该程序。
[0146] I/O设备3360可以包括液晶显示器(LCD)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器或其它众所周知的输入/输出设备。同样地，收发机3325可以被认为是I/O设备3360的组件而不是网络连接设备3320的组件，或者除了作为网络连接设备3320的组件以外，收发机3325还可以被认为是I/O设备3360的组件。
[0147] 以下协议针对所有目的通过引用方式并入本文：3GPP TS 36.211、3GPP TS36.212和3GPP TS 36.213。
[0148] 在一个实施例中，提供了一种用于在无线电信系统中进行通信的方法。该方法包括：由网元生成E-PHICH的信号序列。该方法还包括：由网元将E-PHICH的信号序列映射到第一资源元素集合，其中，该第一资源元素集合与第二资源元素集合在虚拟资源块集合上复用，以及，第二资源元素集合承载E-PDCCH和PDSCH中的至少一个。
[0149] 在另一实施例中，提供了一种网元。该网元包括：处理器，被配置使得网元生成E-PHICH的信号序列。所述处理器还被配置使得网元将E-PHICH的信号序列映射到第一资源要素集合，其中，第一资源元素集合与第二资源元素集合在虚拟资源块集合上复用，以及，第二资源元素集合承载E-PDCCH和PDSCH中的至少一个。
[0150] 在另一实施例中，提供了一种UE。所述UE包括：处理器，被配置使得UE接收E-PHICH的信号序列，其中，所述信号序列已经映射到第一资源要素集合，其中，第一资源元素集合与第二资源元素集合在虚拟资源块集合上复用，以及，第二资源元素集合承载E-PDCCH和PDSCH中的至少一个。
[0151] 在另一实施例中，提供了一种用于在无线电信系统中进行通信的方法。所述方法包括：由网元提供一个或更多个E-PHICH资源集合，其中，E-PHICH资源集合包含多个E-PHICH资源，以及，传输E-PHICH中使用的E-PHICH资源的索引与和PUSCH相关联的参数有关。
[0152] 在另一实施例中，提供了一种网元。所述网元包括：处理器，被配置使得网络提供一个或更多个E-PHICH资源集合，其中，E-PHICH资源集合包含多个E-PHICH资源，以及，传输E-PHICH中使用的E-PHICH资源的索引与和PUSCH相关联的参数有关。
[0153] 在另一实施例中，提供了一种用于在无线电信系统中进行通信的方法。所述方法包括：由UE监视由网元传输的PHICH和E-PHICH两者，其中，E-PHICH的资源索引与PUSCH的参数有关。
[0154] 在另一实施例中，提供了一种UE。所述UE包括：处理器，被配置使得UE监视由网元传输的PHICH和E-PHICH两者，其中，E-PHICH的资源索引与PUSCH的参数有关。
[0155] 在另一实施例中，提供了一种用于在无线电信系统中进行通信的方法。所述方法包括：由第一网元向第二网元发送关于第一E-PHICH资源集合到物理资源的映射的消息。所述方法还包括：由所述第一网元向UE传输第一E-PHICH。
[0156] 在另一实施例中，提供了一种网元。所述网元包括：处理器，被配置使得网元传输第一E-PHICH。所述处理器还被配置使得：所述网元与另一网元协作以将第一E-PHICH资源集合和由另一网元传输的第二E-PHICH资源集合映射到物理资源。
[0157] 本文描述的实施例是具有与本申请的技术的元件相对应的元件的结构、系统或方法的示例。本书面说明书可以使本领域技术人员能够构造和使用具有与本申请的技术的元件同样相对应的备选元件的实施例。因此，本申请的技术的期望范围包括不与本文描述的本申请的技术不同的其他结构、系统或方法，并还包括与本文描述的本申请的技术具有非实质性差异的其他结构、系统或方法。
[0158] 因为在本公开中已经提供了若干实施例，应当理解在不背离本公开的范围的前提下可以以很多其他特定的形式实现所公开的系统和方法。可以将本示例看作示意性的而不是限制性的，并且其意在不限于本文所给出的细节。例如，可以将各种元件或组件合并或集成到另一系统中，或可以省略或不实现特定的特征。
[0159] 此外，在不脱离本公开的范围的前提下，可以将在各种实施例中描述和阐述为离散或分离的技术、系统、子系统和方法与其他系统、模块、技术或方法合并或集成。示出为或讨论为耦合的或直接耦合的或相互通信的其他项可以是间接耦合的，或通过一些接口、设备或中间组件(不管是电子地、机械地或以其他形式)进行通信的。本领域技术人员可以在不脱离本文公开的精神和范围的前提下确定和作出改变、替换和变更的其他示例。
