[发明专利]用于防止上行链路控制消息之间的冲突的方法和装置

说明书

在一个示例实施例中，机器类型通信设备包括处理器，其被配置为：确定在从机器类型通信设备到通信网络的传输期间第一上行链路控制信道和第二上行链路控制信道是否会冲突，以及如果处理器确定第一控制信道和第二控制信道将冲突，则相对于第一上行链路控制信道调整第二上行链路控制信道的传输。

背景技术

机器类型通信(MTC)设备是由机器用于特定应用的用户设备(UE)(例如智能实用表、停车计费表，汽车、以及家用电器是MTC UE的少数示例)。使MTC UE能够在诸如第三代合作伙伴计划(3GPP)长期演进(LTE)网络的通信网络内运行的工作已经在进行中。在3GPP技术规范版本12中，完成了低复杂度MTC(LC-MTC)UE的工作项目，根据该工作项目，MTC UE的复杂度(成本)被降低了约50％。在3GPP版本13中，已经商定了另一个工作项目，根据该工作项目，MTC UE的复杂度被进一步减少以增强MTC UE的覆盖并且改善MTC UE的功耗。

实现LC-MTC UE的一种技术是将LC-MTC UE的射频(RF)带宽降低到1.4MHz[用6个PRB进行操作(其中物理资源块(PRB)是频域中的资源分配的单位)]。LC-MTC UE可以在任何给定的系统带宽中操作，并且与通信网络内的传统UE(例如，蜂窝电话、个人数字助理(PDA)、膝上型计算机等)共存。此外，LC-MTC UE能够重新调谐LC-MTC UE操作的频率，以便在系统带宽(例如，长期演进(LTE)通信系统)内的不同(1.4MHz)子带内操作以允许LC-MTCUE和传统UE之间的频率复用。

对于在覆盖增强模式中操作的LC-MTC UE，通过物理信道的重复来增强覆盖。重复次数可能相对较高(数百次重复)，这进而会影响通信系统的频谱效率。

物理信道包括物理上行链路控制信道(PUCCH)和物理上行链路共享控制信道(PUSCH)。PUCCH信道携带上行链路控制信息(UCI)。资源[即携带UCI的PUCCH的物理资源块(PRB)]被隐含地确定。PUSCH信道携带上行链路数据信息。通过由服务基站(例如，服务eNode B)提供给LC-MTC UE的下行链路控制信息(DCI)来调度PUSCH的传输。

在传统系统中，用于传输PUCCH的资源处于系统带宽的边缘，其可用于LC-MTC UE的PUCCH传输。由于LC-MTC只能在子带(例如，1.4MHz)内工作，所以如果PUSCH处于另一子带中，则不可能同时发送PUCCH和PUSCH两者。此外，在传统系统中，如果PUCCH和PUSCH传输冲突(即被调度为在相同子帧处传输)，则由PUCCH携带的UCI可以通过将PUCCH附带(piggybacking)到PUSCH传输上而被传输。对于以正常覆盖模式(不重复)中操作的LC-MTCUE，当发生PUCCH和PUSCH冲突时，可以使用与UCI附带到PUSCH传输上相同的机制。

然而，对于在覆盖增强模式中操作的LC-MTC UE，重复PUCCH和PUSCH，因此更可能具有PUCCH和PUSCH冲突。此外，与PUCCH中的相比，携带较大有效载荷的PUSCH将经历更长的重复。因此，与上述传统系统中的冲突不同，由于PUCCH和PUSCH中的重复和重复的开始次数的差异，PUSCH或PUCCH传输的重复采样的部分遇到冲突。

发明内容

至少一个示例实施例涉及被配置为向通信网络中的基站传输上行链路控制信道的机器类型通信设备。

在一个示例实施例中，机器类型通信设备包括处理器，其被配置为确定在从机器类型通信设备向通信网络的传输期间第一上行链路控制信道和第二上行链路控制信道是否会冲突，并且如果处理器确定第一控制信道和第二控制信道将冲突，则相对于第一上行链路控制信道调整第二上行链路控制信道的传输。

在又一示例实施例中，处理器被配置为如果第一控制信道和第二控制信道之间的冲突数目大于阈值，则调整第二上行链路控制信道的传输。

在又一示例实施例中，处理器被配置为将第二上行链路控制信道的传输延迟到第一上行链路控制信道的传输完成之后来调整第二上行链路信道的传输。