[发明专利]业务冲突处理方法、用户终端及计算机可读存储介质

说明书

一种业务冲突处理方法、用户终端及计算机可读存储介质。所述方法包括：判断正在传输的eMBB业务的UCI是否与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突；其中，所述eMBB业务的UCI包括HARQ‑ACK信息；当所述eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突时，延迟传输所述eMBB业务的UCI。应用上述方案，可以提高系统的频谱效率。

技术领域

本发明涉及通信技术领域，具体涉及一种业务冲突处理方法、用户终端及计算机可读存储介质。

背景技术

增强移动宽带(enhanced Mobile Broadband，eMBB)和超高可靠低时延通信(Ultra Reliability and Low Latency Communication，URLLC)为第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)定义的两种第五代移动通信技术(5G)应用场景。

其中，URLLC业务对时延和可靠性有非常严格的要求。为了满足这一要求，需要给URLLC业务分配较大的带宽，使得URLLC业务在严格的时延要求下能够完成高可靠的传输。但是，由于URLLC业务具有突发性和稀疏性的特性，若将所有的带宽都分配给URLLC业务，在没有URLLC业务到达时，会造成频谱资源的严重浪费，使得频谱资源利用率较低。因此，为了提高频谱资源利用率，URLLC业务和eMBB业务可以复用频谱资源。

eMBB业务和URLLC业务对时延要求不同，业务特性也不同。具体地，URLLC业务数据一般较小，为了满足严格的时延要求，URLLC业务采用较小的时隙进行调度，URLLC业务的上行控制信息(Uplink Control Information，UCI)一般也用短物理上行链路控制信道(Physical Uplink Control Channel，PUCCH)来传输。eMBB业务数据一般较大，为了提高频谱资源利用率，eMBB业务采用较大的时隙进行调度，eMBB业务的UCI也会采用长PUCCH来传输。

由于eMBB业务与URLLC业务的调度粒度不同，URLLC业务可能在eMBB业务的UCI传输的某个中间时刻到达。为了确保URLLC业务的可靠性及满足低时延要求，会优先传输URLLC业务的数据和UCI，而丢弃或停止传输eMBB业务的UCI。

当eMBB业务的UCI中包含了多个传输块(TransportBlock，TB)的混合式自动重传请求(Hybrid Automatic Repeat ReQuest，HARQ)确认信息(ACK)信息时，则相应的TB都需要重传，这样会降低系统的频谱效率。

发明内容

本发明要解决的问题是在eMBB和URLLC复用的场景下，在eMBB业务包含HARQ-ACK信息的UCI与上行URLLC业务在传输时间上发生冲突时，如何提高系统的频谱效率。

为解决上述问题，本发明实施例提供了一种业务冲突处理方法，所述方法包括：判断正在传输的eMBB业务的UCI是否与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突；其中，所述eMBB业务的UCI包括HARQ-ACK信息；当所述eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突时，延迟传输所述eMBB业务的UCI。

可选地，所述eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突，包括以下任意一种：

所述eMBB业务UCI中的HARQ-ACK信息与所述URLLC业务的UCI在传输时间上发生冲突；

所述eMBB业务UCI中的HARQ-ACK信息与所述URLLC业务的数据在传输时间上发生冲突；

所述eMBB业务UCI中的HARQ-ACK信息及上行调度请求SR信息，与URLLC业务的UCI在传输时间上发生冲突；