[发明专利]物理上行共享信道的传输方法、终端及网络设备

说明书

本发明公开了一种物理上行共享信道的传输方法、终端及网络设备。终端侧方法包括：当一组重复传输的物理上行共享信道PUSCH中的至少一个PUSCH与承载第一类上行控制信息UCI的物理上行控制信道PUCCH重叠时，判断所述至少一个PUSCH的冗余版本RV是否为预设RV；如果所述至少一个PUSCH的冗余版本RV为预设RV，丢弃承载所述第一类UCI的PUCCH或者延迟所述第一UCI到下一个传输机会中传输，否则，丢弃所述至少一个PUSCH，传输承载所述第一类UCI的PUCCH。本发明的方案解决SR与重复传输的PUSCH之间的重叠传输，保证使用可以自解码RV的PUSCH不被丢弃。

技术领域

本发明涉及通信技术领域，尤其涉及一种物理上行共享信道的传输方法、终端及网络设备。

背景技术

SR(Scheduling Request，调度请求)承载在PUCCH(Physical Uplink ControlChannel，物理上行控制信道)上传输，按照配置的周期在配置的PUCCH资源上传输。

在NR R15中，当MAC(Medium Access Control，媒体接入控制)在组建PDU(Protocol Data Unit，协议数据单元，该PDU在PUSCH(Physical Uplink Shared Channel，物理上行共享信道)上传输)之前确定存在SR需要传输时，MAC将SR通过BSR(Buffer StatusReport，缓存状态报告)的方式与PUSCH中的数据一同传输，则物理层不会出现positive(肯定的)SR，因此在SR对应的PUCCH资源上不进行PUCCH传输。

当MAC在已经开始组建或完成PDU组建时才确定存在SR，则该SR无法通过BSR的方式打包到PDU中，此时MAC层如果确定该SR的资源与承载PDU的PUSCH资源存在重叠，则不会向物理层触发positive SR传输，因此在SR对应的PUCCH资源上不进行PUCCH传输。因此，对于承载数据的PUSCH(即with UL-SCH的PUSCH)，在物理层不会出现承载SR的PUCCH与PUSCH的重叠。

当MAC层确定有SR传输，且承载SR的PUCCH资源与PUSCH不重叠时，MAC层会触发物理层传输positive SR。如果该承载positive SR的PUCCH与承载其他UCI(Uplink ControlInformation，上行控制信息)的PUCCH，例如承载HARQ-ACK(混合自动重传应答)/CSI(信道状态信息)的PUCCH重叠，则根据UCI复用传输规则，SR可能会被转移到其他PUCCH资源上传输，如图1所示。该PUCCH可能与PUSCH重叠，从而间接导致SR与PUSCH重叠，由于SR已经不能作为BSR打包到该PUSCH承载的数据中，目前规定SR被丢弃不传输。

当PUSCH没有承载UL-SCH(Uplink Shared Channel，上行共享信道)时，即没有MACPDU的打包过程，因此SR不能以BSR的形式在PUSCH上传输。由于此时的PUSCH是用来承载SP-CSI(半持续CSI)或A-CSI(非周期性CSI)的，考虑到CSI的重要性不如SR高，此时规定丢弃PUSCH without UL-SCH，传输SR。

PUSCH可以被配置采用重复传输，例如以时隙为单位的重复传输，则一个TB(Transport Block，传输块)可以通过多个PUSCH进行重复传输，每个重复传输的PUSCH在不同的时隙中传输，则一组重复传输的PUSCH可占用多个时隙，在每个时隙中的相同资源上传输PUSCH，每个时隙中的PUSCH承载的是相同的TB信息，从而达到提高上行传输性能和上行覆盖的目的。重复传输的PUSCH的RV(Redundant Version，冗余版本)按照DCI(下行控制信息)通知或预先确定的一个初始RV在预定的RV序列中顺序确定每个重复传输的PUSCH对应的RV，例如预定的RV序列为{0,2,3,1}，调度PUSCH传输的DCI中通知的RV＝0，则重复传输的第一个PUSCH的RV＝0，第二PUSCH的RV＝2，以此类推。