为mtcue进行上行链路传输反馈的方法和装置的制造方法

文档序号:8489852阅读:448来源:国知局
为mtc ue进行上行链路传输反馈的方法和装置的制造方法
【技术领域】
[0001]本发明概括而言涉及无线通信领域,更具体而言,涉及一种用于为MTC UE进行上行链路传输反馈的方法和装置。
【背景技术】
[0002]机器到机器(Machine to Machine,M2M)通信也称为机器类型通信(Machine TypeCommunicat1ns, MTC),是一种机器和机器之间通信的模式,目前已广泛应用于智能交通、远程收费、远程监控等领域。参与M2M通信的机器(设备)也被称为MTC用户设备(UE)。
[0003]在第三代合作伙伴计划(3GPP)长期演进(Long Term Evolut1n, LTE)系统中,根据作用域的不同,物理下行链路控制信道(Physical Downlink Control Channel, PDCCH)承载着用于一个或多个UE的下行控制信息(Downlink Controllnformat1n,DCI)。PDCCH与传输下行数据的物理下行共享信道(Physical Downlink Shared Channel, PDSCH)时分复用。UE在roccH控制区域中进行盲检,搜索是否存在针对其发送的roccH。盲检即使用该 UE 的相应的无线网络临时标识(Rad1 Network Temporary Identity, RNTI)对 F1DCCH进行解码尝试。如果解码正确,则接收到针对该UE的DCI,继而在I3DSCH中接收对应的消肩、O
[0004]作为3GPP中的一个工作项目,当前,正在研究将MTC UE的覆盖提高15dB以为MTC供应商和运营商带来更多商业利益。所有物理信道都需要基于MCL计算来增强。为了实现这一目标,在时域中进行重复发射被认为是一种重要的方法。根据最近的仿真结果,满足最苛刻的要求需要重复发射数百次。结果是,以覆盖扩展(Coverage Extens1n, CE)模式操作的MTC UE的频谱效率值得担忧。为了保证MTC UE的效率,希望能够保持混合自动重传(HARQ)功能,因为仅使用无线链路控制(RLC)层ARQ对于MTC UE来说在覆盖空洞方面帮助很小。
[0005]对于下行链路传输来说,仍使用物理上行控制信道(Physicai Uplink ControlChannel,PUCCH)来反馈肯定确认/否定确认(ACK / NACK),然而用于上行链路传输的HARQ机制仍未达成一致。

【发明内容】

[0006]对于上行链路传输的HARQ来说,一种建议的方案是直接重复发射物理混合自动重传指不信道(Phylical Hybrid ARQ Indicator Channel, PHICH),该方法将产生 eNB 调度器问题,因为:
[0007](I)正常UE (无重复)的反馈和MTC UE (有重复)的反馈之间存在资源冲突,由于eNB调度器需要试图避免这种冲突,所以使得eNB灵活性降低;
[0008](2)由于PHICH索引与物理上行共享信道(PUSCH)的最低资源块(RB)索引绑定,所以这对于eNB调度器产生了一些限制并且使得更加难以避免冲突。
[0009]因此,上行链路资源分配上的这些约束降低了调度灵活性,并且频谱效率也会受到不利影响,因为会降低多用户分集。此外,eNB需要执行非常复杂的调度,S卩,将会增加eNB的调度复杂性。
[0010]除了调度问题之外,这种方案还存在以下问题:
[0011](I)当MTC UE的PUSCH的上行链路重复采用跳频时,PHICH索引和PUSCH RB索引之间的关系仍不清楚
[0012](2)为了降低复杂度,3GPP通常使得需要增强的信道数最少,对PHICH的重复将需要额外的规则来增强PHICH。
[0013]虽然一些公司,如联发科技股份有限公司(MediaTek Inc.)和英特尔公司(IntelCorp.)认为这种直接重复PHICH的方案是有利且有效的,然而,大多数公司对这种方案都持有上述观点,认为其并不是一种令人满意的方案。
[0014]另一种建议的方案是使用UL授权作为反馈来指示ACK / NACK0然而,这种方案也不够有效,因为它消耗的资源大约是重复PHICH方案的10倍。
[0015]因此,考虑到CE-MTC UE的UL授权的重复次数和HXXH的容量有限,如何以压缩格式有效地发送针对其上行链路传输的ACK / NACK反馈成为一个需要解决的技术问题。
[0016]针对以上问题,本发明建议了一种用于为MTC UE进行上行链路传输反馈的有效方案。
[0017]根据本发明的第一个方面,提供了一种用于在基站中为MTC UE进行上行链路传输反馈的方法,包括:构建专用于MTC UE的DCI信息,该DCI信息中至少包含针对该MTC UE的上行链路传输的ACK或NACK信息;向该基站所服务的所有UE广播该DCI信息。
[0018]根据本发明的第二个方面,提供了一种用于在基站中为MTC UE进行上行链路传输反馈的装置,包括=DCI构建单元,用于构建专用于MTC UE的DCI信息,该DCI信息中至少包含针对该MTC UE的上行链路传输的ACK或NACK信息;发送单元,用于向该基站所服务的所有UE广播该DCI信息。
[0019]根据本发明的第三个方面,提供了一种用于在基站中为MTC UE进行上行链路传输反馈的方法,包括:构建专用于MTC UE的DCI信息,该DCI信息中包含第一序列或不同于该第一序列的第二序列,其中该第一序列用于对该MTC UE的上行链路传输进行ACK,该第二序列用于对该MTC UE的上行链路传输进行NACK ;使用该MTC UE的RNTI对该DCI信息进行加扰;向该基站所服务的所有UE广播加扰后的DCI信息。
[0020]根据本发明的第四个方面,提供了一种用于在基站中为MTC UE进行上行链路传输反馈的装置,包括=DCI构建单元,用于构建专用于MTC UE的DCI信息,该DCI信息中包含第一序列或不同于该第一序列的第二序列,其中该第一序列用于对该MTC UE的上行链路传输进行ACK,该第二序列用于对该MTC UE的上行链路传输进行NACK ;加扰单元,用于使用该MTC UE的RNTI对该DCI信息进行加扰;发送单元,用于向该基站所服务的所有UE广播加扰后的DCI信息。
[0021 ] 根据本发明的第五个方面,提供了一种用于在MTC UE中接收来自基站的上行链路传输反馈的方法,包括:接收该基站所广播的roCCH ;使用该MTC UE的RNTI对该TOCCH进行解扰,以获得专用于该MTC UE的DCI信息;使用第一序列和第二序列对该DCI信息进行相关,以确定该DCI信息中是否包含对该MTC UE的上行链路传输的ACK或NACK信息。
[0022]根据本发明的第六个方面,提供了一种用于在MTC UE中接收来自基站的上行链路传输反馈的装置,包括:接收单元,用于接收该基站所广播的roccH ;解扰单元,用于使用该MTC UE的RNTI对该HXXH进行解扰,以获得专用于该MTC UE的DCI信息;相关单元,用于使用第一序列和第二序列对该DCI信息进行相关,以确定该DCI信息中是否包含对该MTCUE的上行链路传输的ACK或NACK信息。
【附图说明】
[0023]通过以下参考下列附图所给出的本发明的【具体实施方式】的描述之后,将更好地理解本发明,并且本发明的其他目的、细节、特点和优点将变得更加显而易见。在附图中:
[0024]图1示出了用于实现本发明的示例性网络部署的示意图;
[0025]图2示出了根据本发明的实施方式的DCI格式的示意图;
[0026]图3示出了根据本发明实施方式的为MTC UE进行上行链路传输反馈的方法的流程图;
[0027]图4示出了根据本发明实施方式的在基站中为MTC UE进行上行链路传输反馈的装置的方框图;
[0028]图5示出了现有技术中基站侧进行I3DCCH处理的流程图;
[0029]图6示出了根据本发明实施方式的用于为MTC UE进行上行链路传输反馈的另一方法的流程图;
[0030]图7示出了一种用于在基站中为MTC UE进行上行链路传输反馈的装置的方框图;以及
[0031]图8示出了一种用于在MTC UE中接收来自基站的上行链路传输反馈的装置的方框图。
【具体实施方式】
[0032]下面将参照附图更详细地描述本发明的优选实施方式。虽然附图中显示了本发明的优选实施方式,然而应该理解,可以以各种形式实现本发明而不应被这里阐述的实施方式所限制。相反,提供这些实施方式是为了使本发明更加透彻和完整,并且能够将本发明的范围完整的传达给本领域的技术人员。
当前第1页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1