CN110831219B - 业务冲突处理方法、用户终端及计算机可读存储介质 - Google Patents

业务冲突处理方法、用户终端及计算机可读存储介质 Download PDF

Info

Publication number
CN110831219B
CN110831219B CN201810912738.3A CN201810912738A CN110831219B CN 110831219 B CN110831219 B CN 110831219B CN 201810912738 A CN201810912738 A CN 201810912738A CN 110831219 B CN110831219 B CN 110831219B
Authority
CN
China
Prior art keywords
uci
service
embb
embb service
base station
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201810912738.3A
Other languages
English (en)
Other versions
CN110831219A (zh
Inventor
张飒
周欢
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Ziguang Zhanrui Communication Technology Co Ltd
Original Assignee
Beijing Ziguang Zhanrui Communication Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Ziguang Zhanrui Communication Technology Co Ltd filed Critical Beijing Ziguang Zhanrui Communication Technology Co Ltd
Priority to CN201810912738.3A priority Critical patent/CN110831219B/zh
Priority to EP19845980.2A priority patent/EP3836673A4/en
Priority to PCT/CN2019/092979 priority patent/WO2020029697A1/zh
Priority to US17/265,930 priority patent/US20210307004A1/en
Publication of CN110831219A publication Critical patent/CN110831219A/zh
Application granted granted Critical
Publication of CN110831219B publication Critical patent/CN110831219B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1221—Wireless traffic scheduling based on age of data to be sent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

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

Description

业务冲突处理方法、用户终端及计算机可读存储介质
技术领域
本发明涉及通信技术领域，具体涉及一种业务冲突处理方法、用户终端及计算机可读存储介质。
背景技术
增强移动宽带(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在传输时间上发生冲突；
所述eMBB业务UCI中的HARQ-ACK信息及SR信息，与所述URLLC业务的数据在传输时间上发生冲突。
可选地，在所述延迟传输所述eMBB业务的UCI之前，还包括：判断所述eMBB业务UCI中HARQ-ACK信息的比特数是否大于与冲突双方对应的第一比特阈值；当所述eMBB业务UCI中HARQ-ACK信息的比特数大于对应的第一比特阈值时，延迟传输所述eMBB业务的UCI。
可选地，所述延迟传输所述eMBB业务的UCI，包括：基于基站的调度，延迟传输所述eMBB业务的UCI。
可选地，所述基于基站的调度，延迟传输所述eMBB业务的UCI，包括：将所述eMBB业务的UCI与基站在冲突发生后调度下行eMBB数据时所反馈的UCI进行合并，使用基站指示的PUCCH资源传输合并后的UCI。
可选地，所述基于基站的调度，延迟传输所述eMBB业务的UCI，包括：使用基站通过DCI指示的用于对所述DCI中数据进行反馈的PUCCH资源，传输所述eMBB业务的UCI。
可选地，基站通过所述DCI中预设比特位的值，指示将所述用于对所述DCI中数据进行反馈的PUCCH资源，传输所述eMBB业务的UCI。
可选地，当所述DCI的格式为1_0时，所述预设比特位为所述DCI中位于频域资源域后的7个比特。
可选地，所述基于基站的调度，延迟传输所述eMBB业务的UCI，包括：采用复用的方式，使用传输上行eMBB数据的PUSCH资源，传输所述eMBB业务的UCI，所述PUSCH资源为基站调度的或是免调度的。
可选地，当传输所述eMBB业务UCI的时隙同时用于传输其它UCI时，所述采用复用的方式，使用基站在冲突发生后调度上行eMBB数据的PUSCH资源，传输所述eMBB业务的UCI，包括：将所述eMBB业务的UCI与所述其它UCI进行合并，使用基站在冲突发生后调度上行eMBB数据的PUSCH资源，传输合并后的UCI。
可选地，所述基于基站的调度，延迟传输所述eMBB业务的UCI，包括：使用基站通过DCI指示的PUSCH资源，传输所述eMBB业务的UCI。
可选地，所述方法还包括：当所述eMBB业务UCI中HARQ-ACK信息的比特数小于或等于对应的第一比特阈值时，丢弃或停止传输所述eMBB业务的UCI。
本发明实施例还提供了一种用户终端，所述用户终端包括：第一判断单元，适于判断正在传输的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在传输时间上发生冲突；
所述eMBB业务UCI中的HARQ-ACK信息及SR信息，与所述URLLC业务的数据在传输时间上发生冲突。
可选地，所述用户终端还包括：第二判断单元，适于在所述延迟传输所述eMBB业务的UCI之前，判断所述eMBB业务UCI中HARQ-ACK信息的比特数是否大于与冲突双方对应的第一比特阈值；所述第一处理单元，适于当所述eMBB业务UCI中HARQ-ACK信息的比特数大于对应的第一比特阈值时，延迟传输所述eMBB业务的UCI。
可选地，所述第一处理单元基于基站的调度，延迟传输所述eMBB业务的UCI。
可选地，所述第一处理单元包括：第一处理子单元，适于将所述eMBB业务的UCI与基站在冲突发生后调度下行eMBB数据时所反馈的UCI进行合并，使用基站指示的PUCCH资源传输合并后的UCI。
可选地，所述第一处理单元包括：第二处理子单元，适于使用基站通过DCI指示的用于对所述DCI中数据进行反馈的PUCCH资源，传输所述eMBB业务的UCI。
可选地，所述第一处理单元包括：第三处理子单元，适于采用复用的方式，使用传输上行eMBB数据的PUSCH资源，传输所述eMBB业务的UCI，所述PUSCH资源为基站调度的或是免调度的。
可选地，所述第三处理子单元，适于当传输所述eMBB业务UCI的时隙同时用于传其它UCI时，将所述eMBB业务的UCI与所述其它UCI进行合并，使用基站在冲突发生后调度上行eMBB数据的PUSCH资源，传输合并后的UCI。
可选地，所述第一处理单元包括：第四处理子单元，适于使用基站通过DCI指示的PUSCH资源，传输所述eMBB业务的UCI。
可选地，所述用户终端还包括：第二处理单元，适于当所述eMBB业务UCI中HARQ-ACK信息的比特数小于或等于对应的第一比特阈值时，丢弃或停止传输所述eMBB业务的UCI。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述任一种所述方法的步骤。
本发明实施例还提供了一种用户终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述任一种所述方法的步骤。
与现有技术相比，本发明实施例的技术方案具有以下优点：
采用上述方案，若eMBB业务的UCI与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突时，则延迟传输所述eMBB业务的UCI，而非丢弃或停止传输eMBB业务，此时基站仍然可以获得eMBB业务UCI中的HARQ-ACK信息，该HARQ-ACK信息为ACK信息时所对应的TB也就无需重传，因此有效提高系统的频谱效率。
附图说明
图1是本发明实施例中一种业务冲突处理方法的流程图；
图2是本发明实施例中另一种业务冲突处理方法的流程图；
图3是本发明实施例中又一种业务冲突处理方法的流程图；
图4是本发明实施例中一种用户终端的结构示意图。
具体实施方式
目前，当正在传输eMBB业务UCI与URLLC业务的数据或UCI在传输时间上发生冲突时，为了确保URLLC业务的可靠性及满足低时延要求，会优先传输URLLC业务的数据和UCI，而丢弃或停止传输eMBB业务的UCI。此时，若eMBB业务的UCI中包含多个TB的HARQ-ACK信息，则终端需要重传HARQ-ACK信息为ACK信息时所对应的所有TB，导致系统的频谱效率降低。
针对上述问题，本发明实施例提供了一种业务冲突处理方法，若正在传输的eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突时，则延迟传输所述eMBB业务的UCI，而非丢弃或停止传输eMBB业务，终端无需重传HARQ-ACK信息为ACK信息时所对应的TB，故可以有效提高系统的频谱效率。
为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例作详细地说明。
参照图1，本发明实施例提供了一种业务冲突处理方法，所述方法可以包括以下步骤：
步骤11，判断正在传输的eMBB业务的UCI是否与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突。
其中，所述eMBB业务的UCI包括HARQ-ACK信息。
在实际通信过程中，对于支持HARQ机制的通信双方，接收端接收到数据包时，若接收到的数据包无错，则会向发送端反馈一个肯定的确认(ACK)信息，若接收到的数据包出错，则会向发送端反馈一个否定的确认(NACK)信息给发送端。其中，ACK信息及NACK信息统称为HARQ-ACK信息。发送端在接收到ACK信息时，会接着发送下一个数据包，但在接收到NACK信息时，则会重新发送相同的数据包。
在实际应用中，UCI可以包括上行调度请求(Scheduling Request，SR)、HARQ-ACK及信道状态信息(Channel State Information，CSI)三种控制信息。
在本发明的实施例中，eMBB业务的UCI中可以至少包括HARQ-ACK信息。此时，eMBB业务的UCI中可以仅包括HARQ-ACK信息，也可以同时包括HARQ-ACK信息及SR信息，还可以同时包括HARQ-ACK信息、SR信息及CSI信息。
对于eMBB业务的UCI中同时包括HARQ-ACK信息、SR信息及CSI信息的情况，由于CSI优先级较低，在发生业务冲突时，可以直接丢弃CSI。此时，该情况与eMBB业务的UCI中仅包括HARQ-ACK信息或者同时包括HARQ-ACK和SR信息的情况等同。本领域技术人员可以参照本发明中关于eMBB业务UCI中仅包括HARQ-ACK信息或者同时包括HARQ-ACK和SR信息时的描述，进行具体实施，此处不再赘述。
本发明的实施例中，URLLC业务UCI中可以仅包括SR信息，也可以仅包括HARQ-ACK信息，还可以同时包括HARQ-ACK和SR信息。对于URLLC业务UCI中包括CSI信息的情况不予考虑。
步骤12，当所述eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突时，延迟传输所述eMBB业务的UCI。
在具体实施中，在所述eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突时，延迟传输所述eMBB业务的UCI，而非丢弃或停止传输eMBB业务，故终端无需重传HARQ-ACK信息为ACK信息时所对应的TB，有效提高系统的频谱效率。
图2为本发明实施例提供的另一种业务冲突处理方法，所述方法可以包括如下步骤：
步骤21，判断正在传输的eMBB业务的UCI是否与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突。
其中，所述eMBB业务的UCI包括HARQ-ACK信息。
关于步骤21，具体可以参照上述关于步骤11的描述进行实施，此处步骤赘述。
当正在传输的eMBB业务的UCI与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突时，执行步骤23，否则执行步骤22。
步骤22，继续传输eMBB业务的UCI。
步骤23，判断所述eMBB业务UCI中HARQ-ACK信息的比特数NUCI是否大于与冲突双方对应的第一比特阈值N1k。
其中，k为正整数，k的取值与冲突双方相对应。
在具体实施中，在延迟传输所述eMBB业务的UCI之前，可以先判断所述eMBB业务UCI中HARQ-ACK信息的比特数NUCI是否大于与冲突双方对应的第一比特阈值N1k。
在具体实施中，第一比特阈值N1k可以由5G新无线技术(New Radio accesstechnology，NR)标准预定义，或者通过高层信令配置。冲突双方不同，对应的第一比特阈值可以相同，也可以不同。其中，所述冲突双方不同，可以是冲突双方中的一方不同，或者两方均不同。
在具体实施中，所述eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突，可以包括以下任意一种：
第一种：所述eMBB业务UCI中的HARQ-ACK信息与所述URLLC业务的UCI在传输时间上发生冲突，即冲突双方分别为：eMBB业务UCI中的HARQ-ACK信息与URLLC业务的UCI；
第二种：所述eMBB业务UCI中的HARQ-ACK信息与所述URLLC业务的数据在传输时间上发生冲突，即冲突双方分别为：eMBB业务UCI中的HARQ-ACK信息与URLLC业务的数据；
第三种：所述eMBB业务UCI中的HARQ-ACK信息及SR信息，与URLLC业务的UCI在传输时间上发生冲突，即冲突双方分别为：eMBB业务UCI中的HARQ-ACK信息及SR信息，与URLLC业务的UCI；
第四种：所述eMBB业务UCI中的HARQ-ACK信息及SR信息，与所述URLLC业务的数据在传输时间上发生冲突，即冲突双方分别为：eMBB业务UCI中的HARQ-ACK信息及SR信息与URLLC业务的UCI。
本发明的实施例中，为了便于描述，将上述第一种情况下的冲突双方对应的第一比特阈值记为N11，第二种情况下的冲突双方对应的第一比特阈值记为N12，第三种情况下的冲突双方对应的第一比特阈值记为N13，第四种情况下的冲突双方对应的第一比特阈值记为N14。
当NUCI＞N1k时，执行步骤24，否则执行步骤25。
步骤24，延迟传输所述eMBB业务的UCI。
NUCI＞N1k，表明HARQ-ACK信息对应的TB数较多，故在NUCI大于N1k时，延迟传输所述eMBB业务的UCI，可以进一步提高系统的频谱效率。
以上述第一种情况下的冲突双方为例，若NUCI大于N11，则延迟传输所述eMBB业务的UCI。
在本发明的另一实施例中，若第一比特阈值并未配置，或者第一比特阈值为0，则只要所述eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突，即延迟传输所述eMBB业务的UCI。
步骤25，丢弃或停止传输所述eMBB业务的UCI。
当所述eMBB业务UCI中HARQ-ACK信息的比特数NUCI小于或等于与冲突双方对应的第一比特阈值N1k时，表明HARQ-ACK信息对应的TB数较少，故可以丢弃或停止传输所述eMBB业务的UCI。
图3为本发明实施例提供的又一种业务冲突处理方法，所述方法可以包括如下步骤：
步骤31，判断正在传输的eMBB业务的UCI是否与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突。
当正在传输的eMBB业务的UCI与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突时，执行步骤33，否则执行步骤32。
步骤32，继续传输eMBB业务的UCI。
步骤33，判断所述eMBB业务UCI中HARQ-ACK信息的比特数NUCI是否大于与冲突双方对应的第一比特阈值N1k。
当所述eMBB业务UCI中HARQ-ACK信息的比特数NUCI大于与冲突双方对应的第一比特阈值N1k时，执行步骤34，否则执行步骤35。
步骤34，延迟传输所述eMBB业务的UCI。
关于步骤31至34，具体可以参照上述关于步骤21至24的描述进行实施，此处步骤赘述。
步骤35，判断所述eMBB业务UCI中HARQ-ACK信息的比特数NUCI是否大于与冲突双方对应的第二比特阈值N2k。
其中，k为正整数，k的取值与冲突双方相对应。所述第二比特阈值N2k小于相同冲突双方对应的第一比特阈值N1k。
在具体实施中，第二比特阈值N2k可以由5GNR标准预定义，或者通过高层信令配置。冲突双方不同，对应的第二比特阈值N2k可以相同，也可以不同。
本发明的实施例中，为了便于描述，将与第一比特阈值N11对应的第二比特阈值记为N21，将与第一比特阈值记为N12对应的第一比特阈值记为N22，将与第一比特阈值N13对应的第二比特阈值记为N23，将与第一比特阈值N14对应的第二比特阈值记为N24。
当NUCI＞N2k时，执行步骤36，否则执行步骤37。
步骤36，丢弃或停止传输所述eMBB业务的UCI。
当所述eMBB业务UCI中HARQ-ACK信息的比特数NUCI大于与冲突双方对应的第二比特阈值N2k时，表明HARQ-ACK信息对应的TB数较多，故可以丢弃或停止传输所述eMBB业务的UCI。
步骤37，采用复用的方式，在传输URLLC业务的资源上传输所述eMBB业务UCI。
在具体实施中，在传输URLLC业务的资源上传输所述eMBB业务UCI时，可以将eMBB业务UCI与URLLC业务统一编码，即以multiplexing方式在传输URLLC业务的资源上传输所述eMBB业务UCI。
在本发明的一实施例中，当所述eMBB业务UCI中的HARQ-ACK信息与所述URLLC业务的UCI在传输时间上发生冲突时，若NUCI≤N2k，则可以采用multiplexing方式在传输URLLC业务的资源上传输所述eMBB业务UCI。
在本发明的另一实施中，当所述eMBB业务UCI中的HARQ-ACK信息与所述URLLC业务的数据在传输时间上发生冲突时，若NUCI≤N2k，则可以采用multiplexing方式在传输URLLC业务的资源上传输所述eMBB业务UCI。
在本发明的又一实施例中，当所述eMBB业务UCI中的HARQ-ACK信息及SR信息，与URLLC业务的UCI在传输时间上发生冲突时，则可以采用multiplexing方式在传输URLLC业务的资源上传输所述eMBB业务UCI。
此时，若URLLC业务的UCI中包含SR信息，由于URLLC业务优先级较高，可以将eMBB业务UCI中的SR信息丢弃，在传输URLLC业务的资源上仅传输所述eMBB业务UCI中的HARQ-ACK信息。
若URLLC业务的UCI中不包含SR信息，则可以将eMBB业务UCI中的SR信息丢弃，也可以保留eMBB业务UCI中的SR信息。
在本发明的再一实施例中，当所述eMBB业务UCI中的HARQ-ACK信息及SR信息，与所述URLLC业务的数据在传输时间上发生冲突时，则可以采用multiplexing方式在传输URLLC业务的资源上传输所述eMBB业务UCI。
为了使得本领域技术人员更加清楚地实施本发明的实施例，下面在eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突时，如何延迟传输所述eMBB业务的UCI进行详细说明：
在具体实施中，终端可以基于基站的调度，延迟传输所述eMBB业务的UCI。
实际应用中，基站可以采用多种方式进行调度，具体不作限制。
在本发明的一实施例中，终端可以将所述eMBB业务的UCI与基站在冲突发生后调度下行eMBB数据时所反馈的UCI进行合并，使用基站指示的PUCCH资源传输合并后的UCI。
具体地，基站在冲突发生后，若有下行eMBB数据调度时，终端会向基站反馈关于调度下行eMBB数据的UCI。此时，终端可以将延迟传输eMBBUCI与所述向基站反馈的调度下行eMBB数据的UCI进行合并。
同时，基站会在调度所述下行eMBB数据的DCI中指示一个PUCCH资源，来用于传输合并后的UCI。其中，具体传输合并后的UCI的PUCCH资源，可以根据合并后的UCI的长度确定。
例如，URLLC业务的HARQ-ACK信息在时隙slot n的OFDM符号7发送，eMBB业务的HARQ-ACK信息在时隙slot n的OFDM符号7-13发送。假设eMBB业务HARQ-ACK信息反馈的比特为1111001111，一共10比特。
由于URLLC业务的HARQ-ACK信息的优先级，高于eMBB业务HARQ-ACK信息的优先级，因此，冲突发生后会，终端会在时隙slot n优先发送URLLC业务的HARQ-ACK信息，而延迟发送eMBB业务的HARQ-ACK信息。
基站在接收到终端发送的URLLC业务的HARQ-ACK信息后，会知道终端并没有发送eMBB业务的HARQ-ACK信息。故基站在有下行eMBB数据调度的情况下，在时隙slot n+1会调度一个slot n+1的eMBB数据，并指示终端在时隙slot n+3反馈该eMBB数据HARQ-ACK信息。
假设该eMBB数据HARQ-ACK信息为1个比特，则合并后的UCI中包含的比特数为11比特。UE会根据合并后的UCI总比特数去选择PUCCH资源并在时隙slot n+3反馈。
其中，在合并后的UCI中，延迟传输eMBB业务的UCI可以放在反馈eMBB数据HARQ-ACK信息的后面，如11110011110(最后一个0表示基站在冲突发生后调度的eMBB数据解错了)，也可以延迟传输eMBB业务的UCI可以放在反馈eMBB数据HARQ-ACK信息的前面，如01111001111(第一个0表示基站在冲突发生后调度的eMBB数据解错了)。
在本发明的另一实施例中，终端可以使用基站通过DCI指示的用于对所述DCI中数据进行反馈的PUCCH资源，传输所述eMBB业务的UCI。
具体地，基站在冲突发生后，可以通过DCI向终端指示PUCCH资源，以用于传输延迟的eMBB业务的UCI。其中，该DCI中指示的PDSCH资源为空，终端在接收到该DCI后，无需对DCI中的数据进行HARQ-ACK信息的反馈，直接使用该DCI中指示的PUCCH资源传输所述eMBB业务的UCI即可。
在具体实施中，基站可以通过所述DCI中预设比特位的值，向终端指示将所述用于对所述DCI中数据进行反馈的PUCCH资源，传输所述eMBB业务的UCI。其中，所述预设比特位的选择可以基于所述DCI进行确定。
例如，在实际通信过程中，当所述DCI的格式为1_0时，若所述DCI的频域资源域置为全1，则表明该DCI可以用于初始接入过程，但具体该DCI是否激活了一个基于竞争的随机接入过程，需要根据所述DCI的频域资源域后6个比特位的值进行确定。
在本发明的实施例中，基站可以设置在所述DCI的频域资源域后7个比特位的值为0000000时，向终端指示该DCI激活了一个基于竞争的随机接入过程，在所述DCI的频域资源域后7个比特位的值为0000001时，向终端指示将所述用于对所述DCI中数据进行反馈的PUCCH资源，传输所述eMBB业务的UCI。
再如，当所述DCI格式为1_1时，基站可以在资源分配类型为0时，将所述DCI的频域资源域置为全0，或者在资源分配类型为1时，将所述DCI的频域资源域置为全1，由此向终端指示将所述用于对所述DCI中数据进行反馈的PUCCH资源，传输所述eMBB业务的UCI。
在本发明的又一实施例中，终端可以采用复用的方式，使用传输上行eMBB数据的物理上行共享信道(Physical Uplink Shared Channel，PUSCH)资源，传输所述eMBB业务的UCI。
在具体实施中，所述PUSCH资源可以是免调度的，即无需基站调度。所述PUSCH资源也可以是基站调度的。
若所述PUSCH资源为基站调度的，具体地，基站在冲突发生后，若终端有上行eMBB数据向基站发送时，此时，基站会向终端发送关于所述上行eMBB数据的调度信息，通过所述调度信息向终端指示延迟传输所述eMBB业务UCI的PUSCH资源。
终端在接收到该调度信息后，可以依据调度该PUSCH资源的DCI中的beta_offset参数，来确定所指示的PUSCH资源具体哪些PUSCH资源用于延迟传输所述eMBB业务UCI。当然，终端也可以高层信令配置的beta_offset参数，来确定所指示的PUSCH资源具体哪些PUSCH资源用于延迟传输所述eMBB业务UCI。
确定具体用于延迟传输所述eMBB业务UCI的PUSCH资源后，终端可以采用复用的方式，比如multiplexing的方式，用所确定的PUSCH资源传输所述eMBB业务UCI。
在具体实施中，若传输所述eMBB业务UCI的时隙同时用于传输其它UCI时，可以将所述eMBB业务的UCI与所述其它UCI进行合并，使用基站在冲突发生后调度上行eMBB数据的PUSCH资源，传输合并后的UCI。其中，所述其它UCI可以是基站在冲突发生前调度下行数据时所反馈的UCI，也可以是基站在冲突发生时调度下行数据时所反馈的UCI，还可以是基站在冲突发生后调度下行数据时所反馈的UCI。
下面举例进行说明：
例如，URLLC业务的HARQ-ACK信息在时隙slot n的OFDM符号7发送，eMBB业务的HARQ-ACK信息在时隙slot n的OFDM符号7-13发送。假设eMBB业务HARQ-ACK信息反馈的比特为1111001111，一共10比特。
由于URLLC业务的HARQ-ACK信息的优先级，高于eMBB业务HARQ-ACK信息的优先级，因此，冲突发生后会，终端会在时隙slot n优先发送URLLC业务的HARQ-ACK信息，而延迟发送eMBB业务的HARQ-ACK信息。
基站在接收到终端发送的URLLC业务的HARQ-ACK信息后，会知道终端并没有发送eMBB业务的HARQ-ACK信息。
一实施例中，若终端在时隙slot n+1，有免调度(grant free)的eMBB数据发送，则终端先通过高层信令配置的beta_offset参数，确定免调度的PUSCH资源中哪些PUSCH资源可以用于传输eMBB业务的UCI，再通过multiplexing的方式，使用最终确定的PUSCH资源来延迟传输的eMBB业务的UCI。
另一实施例中，基站可以在时隙slot n+1通过DCI调度PUSCH资源，指示终端在时隙slot n+3发送延迟传输的eMBB业务的UCI。终端在接收到该调度信息后，可以根据高层信令配置所述DCI中指示的beta_offset参数，确定所调度的PUSCH资源哪些调度PUSCH资源用于传输eMBB业务的UCI，并采用multiplexing的方式，使用最终确定的PUSCH资源传输eMBB业务的UCI。
又一实施例中，基站可以在时隙slot n+1通过DCI调度PUSCH资源，指示终端在时隙slot n+3发送延迟传输的eMBB业务的UCI。若终端在时隙slot n+3另外有关于调度下行eMBB数据所反馈HARQ-ACK信息，则可以先将关于调度下行eMBB数据所反馈HARQ-ACK信息与延迟传输的eMBB业务的UCI进行合并，再使用最终确定的PUSCH资源传输eMBB业务的UCI。
在本发明的再一实施例中，终端也可以使用基站通过DCI指示的PUSCH资源，传输所述eMBB业务的UCI。
具体地，基站在冲突发生后，检测终端的上行缓存(buffer)是否为空。当终端的上行缓存为空时，表明终端此时没有上行eMBB数据发送，故基站可以通过DCI向终端指示PUSCH资源，以用于传输延迟的eMBB业务的UCI。终端在接收到该DCI后，无需对DCI中的数据进行HARQ-ACK信息的反馈，直接使用该DCI中指示的PUSCH资源传输所述eMBB业务的UCI即可。
例如，当终端的上行缓存为空时，基站可以单独为延迟传输eMBB业务的HARQ-ACK信息调度一个上行的PUSCH资源。UE收到该DCI后，因为其上行缓存为空，故会将延迟传输eMBB业务的HARQ-ACK信息用该DCI指示的资源来进行发送。
需要说明的是，在具体实施中，还可以采用其它方法，延迟传输所述eMBB业务的UCI，并不限于上述实施例。但无论采用何种方法延迟传输所述eMBB业务的UCI，均不够成对本发明的限制，且均在本发明的保护范围之内。
综上，应用本发明实施例中的业务冲突处理方法，在eMBB业务的UCI与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突时，延迟传输所述eMBB业务的UCI，可以有效提高系统的频谱效率。
为了使本领域技术人员更好地理解和实现本发明，以下对上述方法对应的装置及计算机可读存储介质进行详细描述。
参照图4，本发明实施例提供了一种用户终端40，所述用户终端40可以包括：第一判断单元41及第一处理单元42。其中：
所述第一判断单元41，适于判断正在传输的eMBB业务的UCI是否与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突；其中，所述eMBB业务的UCI包括HARQ-ACK信息；
所述第一处理单元42，适于当所述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在传输时间上发生冲突；
所述eMBB业务UCI中的HARQ-ACK信息及SR信息，与所述URLLC业务的数据在传输时间上发生冲突。
在本发明的一实施例中，所述用户终端40还可以包括：第二判断单元43。所述第二判断单元43，适于在所述延迟传输所述eMBB业务的UCI之前，判断所述eMBB业务UCI中HARQ-ACK信息的比特数是否大于与冲突双方对应的第一比特阈值。
相应地，所述第一处理单元42，适于当所述eMBB业务UCI中HARQ-ACK信息的比特数大于对应的第一比特阈值时，延迟传输所述eMBB业务的UCI。
在具体实施中，所述第一处理单元42可以基于基站的调度，延迟传输所述eMBB业务的UCI。
在本发明的一实施例中，所述第一处理单元42可以包括：第一处理子单元421。所述第一处理子单元421，适于将所述eMBB业务的UCI与基站在冲突发生后调度下行eMBB数据时所反馈的UCI进行合并，使用基站指示的PUCCH资源传输合并后的UCI。
在本发明的另一实施例中，所述第一处理单元42可以包括：第二处理子单元422。所述第二处理子单元422，适于使用基站通过DCI指示的用于对所述DCI中数据进行反馈的PUCCH资源，传输所述eMBB业务的UCI。
在本发明的又一实施例中，所述第一处理单元42可以包括：第三处理子单元423。所述第三处理子单元423，适于采用复用的方式，使用传输上行eMBB数据的PUSCH资源，传输所述eMBB业务的UCI，所述PUSCH资源为基站调度的或是免调度的。
在具体实施中，所述第三处理子单元423，适于当传输所述eMBB业务UCI的时隙同时用于传其它UCI时，将所述eMBB业务的UCI与所述其它UCI进行合并，使用基站在冲突发生后调度上行eMBB数据的PUSCH资源，传输合并后的UCI。
在本发明的再一实施例中，所述第一处理单元42可以包括：第四处理子单元424。所述第四处理子单元424，适于使用基站通过DCI指示的PUSCH资源，传输所述eMBB业务的UCI。
需要说明的是，在具体实施中，所述第一处理单元42可以仅包括第一处理子单元421、第二处理子单元422、第三处理子单元423及第四处理子单元424中的一个，也可以同时包括其中的任意两个或多个，具体不作限制，本领域技术人员可以根据实际需要进行选择。
在本发明的一实施例中，参照图4，所述用户终端40还可以包括第二处理单元44。所述第二处理单元43，适于当所述eMBB业务UCI中HARQ-ACK信息的比特数小于或等于对应的第一比特阈值时，丢弃或停止传输所述eMBB业务的UCI。
本发明实施例还提供了另一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述实施例中任一种所述业务冲突处理方法的步骤，不再赘述。
在具体实施中，所述计算机可读存储介质可以包括：ROM、RAM、磁盘或光盘等。
本发明实施例还提供了一种用户终端，所述用户终端可以包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述实施例中任一种所述业务冲突处理方法的步骤，不再赘述。
虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (20)

1.一种业务冲突处理方法，其特征在于，包括：
判断正在传输的eMBB业务的UCI是否与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突；其中，所述eMBB业务的UCI包括HARQ-ACK信息；
当所述eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突时，判断所述eMBB业务UCI中HARQ-ACK信息的比特数是否大于与冲突双方对应的第一比特阈值；
当所述eMBB业务UCI中HARQ-ACK信息的比特数大于对应的第一比特阈值时，延迟传输所述eMBB业务的UCI；
当所述eMBB业务UCI中HARQ-ACK信息的比特数小于或等于对应的第二比特阈值时，采用复用的方式，在传输URLLC业务的资源上传输所述eMBB业务的UCI；所述第二比特阈值小于所述第一比特阈值。
2.如权利要求1所述的业务冲突处理方法，其特征在于，所述eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突，包括以下任意一种：
所述eMBB业务UCI中的HARQ-ACK信息与所述URLLC业务的UCI在传输时间上发生冲突；
所述eMBB业务UCI中的HARQ-ACK信息与所述URLLC业务的数据在传输时间上发生冲突；
所述eMBB业务UCI中的HARQ-ACK信息及上行调度请求SR信息，与URLLC业务的UCI在传输时间上发生冲突；
所述eMBB业务UCI中的HARQ-ACK信息及SR信息，与所述URLLC业务的数据在传输时间上发生冲突。
3.如权利要求1至2任一项所述的业务冲突处理方法，其特征在于，所述延迟传输所述eMBB业务的UCI，包括：
基于基站的调度，延迟传输所述eMBB业务的UCI。
4.如权利要求3所述的业务冲突处理方法，其特征在于，所述基于基站的调度，延迟传输所述eMBB业务的UCI，包括：
将所述eMBB业务的UCI与基站在冲突发生后调度下行eMBB数据时所反馈的UCI进行合并，使用基站指示的PUCCH资源传输合并后的UCI。
5.如权利要求3所述的业务冲突处理方法，其特征在于，所述基于基站的调度，延迟传输所述eMBB业务的UCI，包括：
使用基站通过DCI指示的用于对所述DCI中数据进行反馈的PUCCH资源，传输所述eMBB业务的UCI。
6.如权利要求5所述的业务冲突处理方法，其特征在于，基站通过所述DCI中预设比特位的值，指示将所述用于对所述DCI中数据进行反馈的PUCCH资源，传输所述eMBB业务的UCI。
7.如权利要求6所述的业务冲突处理方法，其特征在于，当所述DCI的格式为1_0时，所述预设比特位为所述DCI中位于频域资源域后的7个比特。
8.如权利要求3所述的业务冲突处理方法，其特征在于，所述基于基站的调度，延迟传输所述eMBB业务的UCI，包括：
采用复用的方式，使用传输上行eMBB数据的PUSCH资源，传输所述eMBB业务的UCI，所述PUSCH资源为基站调度的或是免调度的。
9.如权利要求8所述的业务冲突处理方法，其特征在于，当传输所述eMBB业务UCI的时隙同时用于传输其它UCI时，所述采用复用的方式，使用基站在冲突发生后调度上行eMBB数据的PUSCH资源，传输所述eMBB业务的UCI，包括：
将所述eMBB业务的UCI与所述其它UCI进行合并，使用基站在冲突发生后调度上行eMBB数据的PUSCH资源，传输合并后的UCI。
10.如权利要求3所述的业务冲突处理方法，其特征在于，所述基于基站的调度，延迟传输所述eMBB业务的UCI，包括：
使用基站通过DCI指示的PUSCH资源，传输所述eMBB业务的UCI。
11.一种用户终端，其特征在于，包括：
第一判断单元，适于判断正在传输的eMBB业务的UCI是否与URLLC业务的数据或URLLC业务的UCI在传输时间上发生冲突；其中，所述eMBB业务的UCI包括HARQ-ACK信息；
第二判断单元，适于在延迟传输所述eMBB业务的UCI之前，判断所述eMBB业务UCI中HARQ-ACK信息的比特数是否大于与冲突双方对应的第一比特阈值；
第一处理单元，适于当所述eMBB业务UCI中HARQ-ACK信息的比特数大于对应的第一比特阈值时，延迟传输所述eMBB业务的UCI；当所述eMBB业务UCI中HARQ-ACK信息的比特数小于或等于对应的第二比特阈值时，采用复用的方式，在传输URLLC业务的资源上传输所述eMBB业务的UCI；所述第二比特阈值小于所述第一比特阈值。
12.如权利要求11所述的用户终端，其特征在于，所述eMBB业务的UCI与所述URLLC业务的数据或所述URLLC业务的UCI在传输时间上发生冲突，包括以下任意一种：
所述eMBB业务UCI中的HARQ-ACK信息与所述URLLC业务的UCI在传输时间上发生冲突；
所述eMBB业务UCI中的HARQ-ACK信息与所述URLLC业务的数据在传输时间上发生冲突；
所述eMBB业务UCI中的HARQ-ACK信息及上行调度请求SR信息，与URLLC业务的UCI在传输时间上发生冲突；
所述eMBB业务UCI中的HARQ-ACK信息及SR信息，与所述URLLC业务的数据在传输时间上发生冲突。
13.如权利要求11或12所述的用户终端，其特征在于，所述第一处理单元基于基站的调度，延迟传输所述eMBB业务的UCI。
14.如权利要求13所述的用户终端，其特征在于，所述第一处理单元包括：
第一处理子单元，适于将所述eMBB业务的UCI与基站在冲突发生后调度下行eMBB数据时所反馈的UCI进行合并，使用基站指示的PUCCH资源传输合并后的UCI。
15.如权利要求13所述的用户终端，其特征在于，所述第一处理单元包括：
第二处理子单元，适于使用基站通过DCI指示的用于对所述DCI中数据进行反馈的PUCCH资源，传输所述eMBB业务的UCI。
16.如权利要求13所述的用户终端，其特征在于，所述第一处理单元包括：
第三处理子单元，适于采用复用的方式，使用传输上行eMBB数据的PUSCH资源，传输所述eMBB业务的UCI，所述PUSCH资源为基站调度的或是免调度的。
17.如权利要求16所述的用户终端，其特征在于，所述第三处理子单元，适于当传输所述eMBB业务UCI的时隙同时用于传其它UCI时，将所述eMBB业务的UCI与所述其它UCI进行合并，使用基站在冲突发生后调度上行eMBB数据的PUSCH资源，传输合并后的UCI。
18.如权利要求17所述的用户终端，其特征在于，所述第一处理单元包括：
第四处理子单元，适于使用基站通过DCI指示的PUSCH资源，传输所述eMBB业务的UCI。
19.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述计算机指令运行时执行权利要求1至10任一项所述方法的步骤。
20.一种用户终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，其特征在于，所述处理器运行所述计算机指令时执行权利要求1至10任一项所述方法的步骤。
CN201810912738.3A 2018-08-10 2018-08-10 业务冲突处理方法、用户终端及计算机可读存储介质 Active CN110831219B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201810912738.3A CN110831219B (zh) 2018-08-10 2018-08-10 业务冲突处理方法、用户终端及计算机可读存储介质
EP19845980.2A EP3836673A4 (en) 2018-08-10 2019-06-26 PROCEDURES FOR PROCESSING COLLISIONS OF SERVICE, USER DEVICE AND COMPUTER READABLE STORAGE MEDIA
PCT/CN2019/092979 WO2020029697A1 (zh) 2018-08-10 2019-06-26 业务冲突处理方法、用户终端及计算机可读存储介质
US17/265,930 US20210307004A1 (en) 2018-08-10 2019-06-26 Service conflict processing method, user terminal and computer readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810912738.3A CN110831219B (zh) 2018-08-10 2018-08-10 业务冲突处理方法、用户终端及计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN110831219A CN110831219A (zh) 2020-02-21
CN110831219B true CN110831219B (zh) 2021-08-24

Family

ID=69413963

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810912738.3A Active CN110831219B (zh) 2018-08-10 2018-08-10 业务冲突处理方法、用户终端及计算机可读存储介质

Country Status (4)

Country Link
US (1) US20210307004A1 (zh)
EP (1) EP3836673A4 (zh)
CN (1) CN110831219B (zh)
WO (1) WO2020029697A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112770342B (zh) * 2020-12-30 2024-02-27 京信网络系统股份有限公司 业务数据的传输方法、装置、计算机设备和存储介质
CN116420336A (zh) * 2021-01-14 2023-07-11 Oppo广东移动通信有限公司 上行控制信息的发送方法、接收方法、装置、设备及介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107734678A (zh) * 2016-08-12 2018-02-23 中兴通讯股份有限公司 一种信息传输方法、装置和系统
WO2018059876A1 (en) * 2016-09-30 2018-04-05 Sony Corporation Wireless telecommunications apparatus and methods

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10292066B2 (en) * 2011-11-04 2019-05-14 Cisco Technology, Inc. System and method of modifying congestion control based on mobile system information
ES2617858T3 (es) * 2012-05-16 2017-06-20 Telefonaktiebolaget Lm Ericsson (Publ) Método y disposición en una red de comunicaciones
US9949275B2 (en) * 2013-10-01 2018-04-17 Qualcomm Incorporated Physical uplink control management in LTE/LTE-A systems with unlicensed spectrum
CN112615706B (zh) * 2016-01-15 2022-08-19 中兴通讯股份有限公司 一种信号的发送方法、信号的接收方法和装置
WO2017135044A1 (ja) * 2016-02-02 2017-08-10 シャープ株式会社 端末装置および通信システム
US10701677B2 (en) * 2016-05-12 2020-06-30 Samsung Electronics Co., Ltd. Method and apparatus for uplink resource assignment for cellular network using unlicensed bands
US11252717B2 (en) * 2016-09-02 2022-02-15 Huawei Technologies Co., Ltd. Co-existence of latency tolerant and low latency communications
WO2018143738A1 (ko) * 2017-02-05 2018-08-09 엘지전자 주식회사 무선 통신 시스템에서 grant-free 리소스에 관련된 신호 송수신 방법 및 장치
US10932278B2 (en) * 2017-03-20 2021-02-23 Convida Wireless, Llc Scheduling and control in new radio using preemption indication
CN111279774B (zh) * 2017-08-10 2023-07-21 夏普株式会社 用于不具有授权的上行链路传输的过程、基站和用户设备
WO2019047193A1 (zh) * 2017-09-08 2019-03-14 华为技术有限公司 信号传输方法、相关装置及系统
CN110474747B (zh) * 2018-05-11 2022-01-25 中兴通讯股份有限公司 一种信号传输方法和装置、及终端

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107734678A (zh) * 2016-08-12 2018-02-23 中兴通讯股份有限公司 一种信息传输方法、装置和系统
WO2018059876A1 (en) * 2016-09-30 2018-04-05 Sony Corporation Wireless telecommunications apparatus and methods

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Discussion on UCI feedback for URLLC;Huawei;《3GPP TSG_RAN WG1 Ad Hoc Meeting R1-1800054》;20180113;第6-7页第4节 *
PUCCH reliability;Huawei;《3GPP TSG_RAN WG1 Meeting#92 R1-1801358》;20180217;第2-3页第3节 *

Also Published As

Publication number Publication date
EP3836673A4 (en) 2022-05-04
EP3836673A1 (en) 2021-06-16
WO2020029697A1 (zh) 2020-02-13
US20210307004A1 (en) 2021-09-30
CN110831219A (zh) 2020-02-21

Similar Documents

Publication Publication Date Title
US20220279538A1 (en) Method and apparatus for transmitting information on an uplink channel
US11387946B2 (en) Reliable ultra-low latency communications
KR102513274B1 (ko) 무선 통신 시스템에서 복합 재전송을 수행하는 방법 및 장치
CN105743619B (zh) 混合自动重传请求(harq)传输的方法和设备
WO2019214468A1 (zh) 一种信号传输方法、装置及终端
US9185722B2 (en) Contention based access optimization
JP6940121B2 (ja) データ伝送方法、機器およびシステム
US10314032B2 (en) Method and base station identifying PUCCH for processing feedback of user equipment
WO2017157181A1 (zh) 一种资源调度和分配的方法和装置
US8429480B2 (en) User specific load balancing
US9948433B2 (en) User equipment and base station
CN110168982B (zh) 用于自适应多harq实体设计的系统和方法
CN114208046A (zh) 通信装置和方法
US20170295584A1 (en) Base station and user equipment
WO2019193773A1 (en) Method for use in transmitting urllc data in nr system
CN110831219B (zh) 业务冲突处理方法、用户终端及计算机可读存储介质
KR102639236B1 (ko) 가변 전송 시간 할당에 따른 동기식 harq를 수행하는 방법 및 그 장치
US11979240B2 (en) Methods and communications devices
CN110690949B (zh) 一种信息配置的方法和设备
JP2022544477A (ja) インフラストラクチャ機器、通信デバイス、および方法
WO2018028057A1 (zh) 数据传输方法和通信装置
WO2023011853A1 (en) Methods and communications devices
WO2023186575A1 (en) Communications devices, network infrastructure equipment and methods
TW202218366A (zh) 處理混合自動重傳請求重新傳送的裝置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 100089 18 / F, block B, Zhizhen building, No.7, Zhichun Road, Haidian District, Beijing

Applicant after: Beijing Ziguang zhanrui Communication Technology Co.,Ltd.

Address before: 100084, Room 516, building A, Tsinghua Science Park, Beijing, Haidian District

Applicant before: BEIJING SPREADTRUM HI-TECH COMMUNICATIONS TECHNOLOGY Co.,Ltd.

GR01 Patent grant
GR01 Patent grant