一种避免PUSCH和PUCCH冲突的方法和设备技术

本申请公开了一种应用于eMTC深度覆盖场景的避免PUSCH和PUCCH冲突的方法，适用于eMTC终端，包括：当eMTC终端进入重复发送模式时，在eMTC终端准备向基站发送调度请求(SR)时，eMTC终端判断对应于所述SR的PUCCH是否会与eMTC终端的PUSCH传输存在冲突；如果对应于所述SR的PUCCH会与eMTC终端的PUSCH传输存在冲突，则eMTC终端推迟发送所述SR；否则，eMTC终端发送所述SR。本申请还公开了一种应用于基站侧的避免PUSCH和PUCCH冲突的方法，及对应的eMTC终端和基站。应用本申请公开的技术方案，能够降低PUSCH和PUCCH冲突概率，提高PUSCH的解调性能。

【技术实现步骤摘要】
一种避免PUSCH和PUCCH冲突的方法和设备
本申请涉及物联网
，特别涉及一种避免PUSCH和PUCCH冲突的方法和设备。
技术介绍
物联网(IoT，InternetofThings)技术是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连、物物互连的智能化网络。协议3GPPR13针对此类物联网业务的特点，基于LTE进行演进，设计了专门用于物联网的eMTC(EnhancedMachineTypeCommunications：增强型机器通信)技术。eMTC的特点是：广覆盖(相对于LTE15dB的覆盖进行了增强)、低成本、低功耗、支持海量连接。其中，eMTC的广覆盖是通过连续多个子帧重复发送、跳频等技术实现的，适用于需要深度覆盖的行业场景，如地下室、井盖、偏远区域等。本申请的专利技术人在实现本申请的过程中发现：现有的eMTC解决方案中，当同一用户在某一子帧同时存在物理上行控制信道(PUCCH)和物理上行共享信道(PUSCH)数据需要上传时，终端会丢弃PUSCH。在重复发送场景下，PUCCH和PUSCH均会进行重复发送，这样，PUSCH会大概率被丢弃，且PUSCH会被连续丢弃。若某一重复发送的PUSCH数据连续被丢弃过多，则会影响PUSCH的解调性能，最终导致上行链路异常。
技术实现思路
本申请提供了一种基于eMTC深度覆盖的避免PUSCH和PUCCH冲突的方法和设备，旨在降低PUSCH和PUCCH冲突概率，提高PUSCH的解调性能。本申请提供了一种避免物理上行共享信道PUSCH和物理上行控制信道PUCCH冲突的方法，应用于增强型机器通信eMTC深度覆盖场景，适用于eMTC终端，包括：当所述eMTC终端进入重复发送模式时，在所述eMTC终端准备向基站发送调度请求SR时，所述eMTC终端判断对应于所述SR的PUCCH是否会与所述eMTC终端的PUSCH传输存在冲突；如果对应于所述SR的PUCCH会与所述eMTC终端的PUSCH传输存在冲突，则所述eMTC终端推迟发送所述SR；如果对应于所述SR的PUCCH不会与所述eMTC终端的PUSCH传输存在冲突，则所述eMTC终端发送所述SR。较佳的，所述eMTC终端判断对应于所述SR的PUCCH是否会与所述eMTC终端的PUSCH传输存在冲突，具体包括：所述eMTC终端判断是否满足条件1和/或条件2：条件1为：上行子帧{k，k+Pucch_Repeat_Num}范围内，所述eMTC终端有PUSCH需要上传，且该PUSCH为初传；条件2为：上行子帧{k，k+Pucch_Repeat_Num}范围内，所述eMTC终端有PUSCH需要上传，且该PUSCH为重传；其中，k为SR起始子帧；Pucch_Repeat_Num为PUCCH重复次数；如果满足条件1和/或条件2，则对应于所述SR的PUCCH会与所述eMTC终端的PUSCH传输存在冲突，否则，对应于所述SR的PUCCH不会与所述eMTC终端的PUSCH传输存在冲突。较佳的，所述eMTC终端推迟发送所述SR，具体包括：所述eMTC终端启动第一定时器，在所述第一定时器超时之前，所述eMTC终端继续判断对应于所述SR的PUCCH是否会与所述eMTC终端的PUSCH传输存在冲突，直至对应于所述SR的PUCCH不会与所述eMTC终端的PUSCH传输存在冲突时，发送所述SR；其中，所述第一定时器的长度为N*SR发送周期，参数N可配置，配置范围为{1，1024}。较佳的，该方法还包括：当所述第一定时器超时时，所述SR还没有成功发送，则在下一个PUCCH可用时域位置发送SR，同时丢弃PUSCH数据。本申请还提供了一种eMTC终端，应用于eMTC深度覆盖场景，包括：第一判断模块和第一控制模块，其中：所述第一判断模块，用于在所述eMTC终端处于重复发送模式，且所述eMTC终端准备向基站发送SR时，判断对应于所述SR的PUCCH是否会与所述eMTC终端的PUSCH传输存在冲突，并将判断结果通知所述第一控制模块；所述第一控制模块，用于在对应于所述SR的PUCCH会与所述eMTC终端的PUSCH传输存在冲突时，推迟发送所述SR；并用于在对应于所述SR的PUCCH不会与所述eMTC终端的PUSCH传输存在冲突时，发送所述SR。本申请还提供了一种避免PUSCH和PUCCH冲突的方法，应用于eMTC深度覆盖场景，适用于基站，包括：当eMTC终端进入重复发送模式时，在所述基站准备进行上行PUSCH调度时，判断所述PUSCH调度所对应的PUSCH传输是否会与所述eMTC终端的PUCCH传输存在冲突；如果所述PUSCH调度所对应的PUSCH传输会与所述eMTC终端的PUCCH传输存在冲突，则当前子帧不进行所述上行PUSCH调度；如果所述PUSCH调度所对应的PUSCH传输不会与所述eMTC终端的PUCCH传输存在冲突，则进行所述上行PUSCH调度。较佳的，所述判断所述PUSCH调度所对应的PUSCH传输是否会与所述eMTC终端的PUCCH传输存在冲突，具体包括：判断上行子帧{k，k+Pusch_Repeat_Num}范围内所述eMTC终端是否有PUCCHACK/NACK需要反馈；其中，k为PUSCH起始子帧；Pusch_Repeat_Num为PUSCH重复次数；如果上行子帧{k，k+Pusch_Repeat_Num}范围内所述eMTC终端有PUCCHACK/NACK需要反馈，则所述PUSCH调度所对应的PUSCH传输会与所述eMTC终端的PUCCH传输存在冲突；否则，所述PUSCH调度所对应的PUSCH传输不会与所述eMTC终端的PUCCH传输存在冲突。本申请还提供了一种基站，应用于eMTC深度覆盖场景，包括：第二判断模块和第二控制模块，其中：所述第二判断模块，用于在eMTC终端处于重复发送模式，且所述基站准备进行上行PUSCH调度时，判断所述PUSCH调度所对应的PUSCH传输是否会与所述eMTC终端的PUCCH传输存在冲突，并将判断结果通知所述第二控制模块；所述第二控制模块，用于在所述PUSCH调度所对应的PUSCH传输会与所述eMTC终端的PUCCH传输存在冲突时，当前子帧不进行所述上行PUSCH调度；并用于在所述PUSCH调度所对应的PUSCH传输不会与所述eMTC终端的PUCCH传输存在冲突时，进行所述上行PUSCH调度。由上述技术方案可见，本申请提供的应用于eMTC终端侧的避免PUSCH和PUCCH冲突的方法和eMTC终端，通过在eMTC终端准备向基站发送调度请求SR时，先判断对应于所述SR的PUCCH是否会与所述eMTC终端的PUSCH传输存在冲突，并在对应于所述SR的PUCCH会与所述eMTC终端的PUSCH传输存在冲突时，推迟发送所本文档来自技高网...

【技术保护点】
1.一种避免物理上行共享信道PUSCH和物理上行控制信道PUCCH冲突的方法，应用于增强型机器通信eMTC深度覆盖场景，适用于eMTC终端，其特征在于，包括：/n当所述eMTC终端进入重复发送模式时，在所述eMTC终端准备向基站发送调度请求SR时，所述eMTC终端判断对应于所述SR的PUCCH是否会与所述eMTC终端的PUSCH传输存在冲突；/n如果对应于所述SR的PUCCH会与所述eMTC终端的PUSCH传输存在冲突，则所述eMTC终端推迟发送所述SR；/n如果对应于所述SR的PUCCH不会与所述eMTC终端的PUSCH传输存在冲突，则所述eMTC终端发送所述SR。/n

【技术特征摘要】
1.一种避免物理上行共享信道PUSCH和物理上行控制信道PUCCH冲突的方法，应用于增强型机器通信eMTC深度覆盖场景，适用于eMTC终端，其特征在于，包括：
当所述eMTC终端进入重复发送模式时，在所述eMTC终端准备向基站发送调度请求SR时，所述eMTC终端判断对应于所述SR的PUCCH是否会与所述eMTC终端的PUSCH传输存在冲突；
如果对应于所述SR的PUCCH会与所述eMTC终端的PUSCH传输存在冲突，则所述eMTC终端推迟发送所述SR；
如果对应于所述SR的PUCCH不会与所述eMTC终端的PUSCH传输存在冲突，则所述eMTC终端发送所述SR。


2.根据权利要求1所述的方法，其特征在于，所述eMTC终端判断对应于所述SR的PUCCH是否会与所述eMTC终端的PUSCH传输存在冲突，具体包括：
所述eMTC终端判断是否满足条件1和/或条件2：
条件1为：上行子帧{k，k+Pucch_Repeat_Num}范围内，所述eMTC终端有PUSCH需要上传，且该PUSCH为初传；
条件2为：上行子帧{k，k+Pucch_Repeat_Num}范围内，所述eMTC终端有PUSCH需要上传，且该PUSCH为重传；
其中，k为SR起始子帧；
Pucch_Repeat_Num为PUCCH重复次数；
如果满足条件1和/或条件2，则对应于所述SR的PUCCH会与所述eMTC终端的PUSCH传输存在冲突，否则，对应于所述SR的PUCCH不会与所述eMTC终端的PUSCH传输存在冲突。


3.根据权利要求1或2所述的方法，其特征在于，所述eMTC终端推迟发送所述SR，具体包括：
所述eMTC终端启动第一定时器，在所述第一定时器超时之前，所述eMTC终端继续判断对应于所述SR的PUCCH是否会与所述eMTC终端的PUSCH传输存在冲突，直至对应于所述SR的PUCCH不会与所述eMTC终端的PUSCH传输存在冲突时，发送所述SR；
其中，所述第一定时器的长度为N*SR发送周期，参数N可配置，配置范围为{1，1024}。


4.根据权利要求3所述的方法，其特征在于，该方法还包括：
当所述第一定时器超时时，所述SR还没有成功发送，则在下一个PUCCH可用时域位置发送SR，同时丢弃PUSCH数据。


5.一种eMTC终端，应用于eMTC深度覆盖场景，其特征在于，包括：第一判断模块和第一控制模块，其中：
所述第一判断模块，用于在所述eMTC终端处于重复发送模式，且所述eMTC终端准备向基站...

【专利技术属性】
技术研发人员：鲜柯，张光伟，王亮，黄伟，
申请(专利权)人：成都鼎桥通信技术有限公司，
类型：发明
国别省市：四川;51