CN110535555B - 一种确定传输优先级的方法、装置和计算机可读存储介质 - Google Patents

一种确定传输优先级的方法、装置和计算机可读存储介质 Download PDF

Info

Publication number
CN110535555B
CN110535555B CN201910246492.5A CN201910246492A CN110535555B CN 110535555 B CN110535555 B CN 110535555B CN 201910246492 A CN201910246492 A CN 201910246492A CN 110535555 B CN110535555 B CN 110535555B
Authority
CN
China
Prior art keywords
priority
transmission
harq
service transmission
harq process
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
CN201910246492.5A
Other languages
English (en)
Other versions
CN110535555A (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN202310524899.6A priority Critical patent/CN116506068A/zh
Priority to CN201910246492.5A priority patent/CN110535555B/zh
Publication of CN110535555A publication Critical patent/CN110535555A/zh
Priority to PCT/CN2020/080646 priority patent/WO2020192624A1/zh
Priority to EP20777724.4A priority patent/EP3952154A4/en
Priority to KR1020217034849A priority patent/KR20210143881A/ko
Priority to US17/438,880 priority patent/US20220158769A1/en
Application granted granted Critical
Publication of CN110535555B publication Critical patent/CN110535555B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • H04L1/0018—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement based on latency requirement
    • 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]
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • 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
    • 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/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • 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
    • 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
    • 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/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

本申请提出一种确定传输优先级的方法、装置和计算机可读存储介质。该方法包括：发送端确定混合自动重传请求HARQ进程的优先级；发送端根据HARQ进程的优先级进行业务信道和控制信道中至少之一的传输。

Description

一种确定传输优先级的方法、装置和计算机可读存储介质
技术领域
本申请涉及无线通信网络，例如涉及一种确定传输优先级的方法、装置和计算机可读存储介质。
背景技术
一个用户设备(User Equipment，UE)和基站在业务交互的过程中，由于多个业务的要求不同，可能会出现需要同时传输多个业务的情况，因此，确定传输优先级对避免业务交互出现时域重叠具有很重要的作用。然而，目前还没有针对如何确定传输优先级的详细讨论。
发明内容
本申请提供一种确定传输优先级的方法、装置和计算机可读存储介质，能够确定传输的优先级，以在至少两个传输的准备过程或传输过程发生重叠的情况下，保证高优先级业务的传输。
本申请实施例提供一种确定传输优先级的方法，包括：
发送端确定混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)进程的优先级；
发送端根据HARQ进程的优先级进行业务信道和控制信道中至少之一的传输。
本申请实施例提供一种确定传输优先级的装置，包括：
优先级确定模块，设置为确定混合自动重传请求HARQ进程的优先级；
传输模块，设置为根据HARQ进程的优先级进行业务信道和控制信道中至少之一的传输。
本申请实施例提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序被处理器执行时实现本申请实施例中的任意一种方法。
关于本申请的以上实施例和其他方面以及其实现方式，在附图说明、具体实施方式和权利要求中提供更多说明。
附图说明
图1为一实施例提供的一种URLLC传输和eMBB传输发生时域重叠的示意图；
图2为一实施例提供的一种确定传输优先级的方法的流程示意图；
图3为一实施例提供的一种确定传输优先级的装置的结构示意图；
图4为一实施例提供的另一种确定传输优先级的装置的结构示意图；
图5为一实施例提供的一种基站的结构示意图。
具体实施方式
下文中将结合附图对本申请的实施例进行说明。
随着无线通信技术的发展，高可靠低时延通信(Ultra-Reliable and LowLatency Communications，URLLC)传输因运而生。与增强移动宽带(Enhanced MobileBroadband，eMBB)传输相比，URLLC传输要求更高的可靠性和及时性，例如对传输具有非常苛刻的延时要求，要求在一定的时间内完成传输。而eMBB传输对延时的要求就没有这么苛刻，可以采用多次重传的方式完成传输。
在一些场景中，一个UE会出现既支持eMBB传输又支持URLLC传输的情况，由于eMBB传输和URLLC传输的要求不同，因此两种传输可能出现时域重叠。示例性的，当UE的eMBB需要被调度时，基站在时隙(slot)n中发送eMBB传输的授权信息(即下行控制信息(DownlinkControl Information，DCI)，对于通过授权信息调度的业务传输，称为动态授权的传输(dynamic grant))至UE调度eMBB传输在slot n或之后的slot中传输(例如，调度下行传输业务时通过物理下行共享信道(Physical downlink shared channel，PDSCH)传输，调度上行传输业务时通过物理上行共享信道(Physical uplink shared channel，PUSCH)传输)。当eMBB传输的授权信息发送之后，若又有突发的URLLC传输需求，此时基站发送URLLC传输的授权信息至UE调度URLLC传输(也可能这次URLLC传输是采用配置授权的方式(也称半静态调度的业务传输)，即本次传输采用之前配置的相关信息进行传输，不需要调度DCI，即不需要授权信息，这种授权方式也称为配置授权(configured grant))。由于URLLC传输对于延时的要求，很可能导致URLLC传输和之前调度的eMBB传输发生时域重叠。示例性的，图1为一实施例提供的一种URLLC传输和eMBB传输发生时域重叠的示意图。如图1(a)所示，eMBB传输的授权方式是动态授权，URLLC传输的授权方式也是动态授权，此时eMBB传输和URLLC传输的传输发生了时域重叠；如图1(b)所示，eMBB传输的授权方式是动态授权，URLLC传输的授权方式是配置授权，此时eMBB传输和URLLC传输的传输发生了时域重叠；如图1(c)所示，eMBB传输的授权方式是配置授权，URLLC传输的授权方式是动态授权，此时eMBB传输和URLLC传输的传输发生了时域重叠。从图1(a)、图1(b)和图1(c)中可以看到，URLLC传输和eMBB传输发生时域重叠，这是由于URLLC传输具有突发性特点，在基站调度eMBB传输时，并没有发现URLLC传输的调度需求，但是在eMBB传输被调度后，发现了URLLC传输的传输需求，由于URLLC传输不能被延后，所以被立即调度传输，从而导致这两个传输发生了冲突。
一些公司提出，对于时域重叠的业务传输，可以在物理层根据传输的优先级选择或执行对应的丢弃、打孔传输，但是，相关技术中的物理层不能识别传输的传输块(Transportblock，TB)对应哪种业务类型，所以无法识别一个业务传输的优先级。
在本申请实施例中，提供一种确定传输优先级的方法、装置和计算机可读存储介质，能够确定传输的优先级，以在至少两个传输的准备过程或传输过程发生重叠的情况下，保证高优先级业务的传输。本申请实施例所提到的确定传输优先级的方法，不仅可以适用于动态授权的传输，还可以适用于配置授权的传输，本申请实施例对此不作限制。
图2为一实施例提供的一种确定传输优先级的方法的流程示意图，如图2所示，本实施例提供的方法适用于发送端，该方法包括如下步骤。
S110、发送端确定HARQ进程的优先级。
发送端确定HARQ进程的优先级的方法可以包括：发送端的媒体访问控制(MediaAccess Control，MAC)层确定HARQ进程的优先级，并将HARQ进程的优先级通知给发送端的物理层。
在一实施例中，发送端的MAC层首先根据HARQ进程承载的媒体访问控制协议数据单元(Media Access Control Protocol Data Unit，MAC PDU)包含的逻辑信道(LogicalCHannel，LCH)的最高优先级确定MAC PDU的优先级；随后，发送端的MAC层再根据MAC PDU的优先级确定HARQ进程的优先级。
由于LCH是被配置了优先级的，所以MAC PDU能依据包含的LCH的最高优先级获得一个对应的优先级。示例性的，发送端的MAC层可以直接将MAC PDU包含的LCH的最高优先级赋予MAC PDU；或者，发送端的MAC层将MAC PDU包含的LCH的最高优先级按照第一约定映射处理后，得到MAC PDU的优先级。
MAC PDU被配置了优先级后，承载该MAC PDU的HARQ进程可以依据MAC PDU的优先级获得一个对应的优先级。示例性的，发送端的MAC层可以直接将MAC PDU的优先级赋予HARQ进程；或者，发送端的MAC层将MAC PDU的优先级按照第二约定映射处理后，得到HARQ进程的优先级。
上述第一约定映射和第二约定映射可以是相同的映射，也可以是不同的映射，本申请实施例对此不作具体限制。
S120、发送端根据HARQ进程的优先级进行业务信道和控制信道中至少之一的传输。
在物理层，发送端传输TB时，使用一个HARQ进程承载一个TB(也称业务传输，或业务数据，TB是MAC层的MAC PDU对应到物理层的称谓)，那么物理层按照MAC层通知的HARQ进程的优先级确定该HARQ进程承载的TB的优先级。
在一实施例中，发送端根据HARQ进程的优先级进行业务信道和控制信道中至少之一的传输可以包括如下三种场景中的任意一种。
场景一、发送端根据HARQ进程的优先级，确定HARQ进程承载的业务信道中业务传输的优先级，并利用业务传输的优先级确定业务传输的传输。
在一实施例中，发送端根据HARQ进程的优先级，确定HARQ进程承载的业务信道中业务传输的优先级的方法可以包括：发送端直接将HARQ进程的优先级赋予HARQ进程承载的业务信道中的业务传输；或者，发送端将HARQ进程的优先级按照第三约定映射处理后，得到HARQ进程承载的业务信道中业务传输的优先级。
场景二、发送端根据HARQ进程的优先级，确定HARQ进程承载的业务信道中业务传输对应的控制信道中的混合自动重传请求-确认信息(Hybrid Automatic Repeatrequest-Acknowledgement，HARQ-ACK)码本的优先级，并利用HARQ-ACK码本的优先级确定HARQ-ACK码本的传输。
在一实施例中，发送端根据HARQ进程的优先级，确定HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级，包括：发送端直接将HARQ进程的优先级赋予HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本；或者，发送端将HARQ进程的优先级按照第三约定映射处理后，得到HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级。
场景三、发送端根据HARQ进程的优先级，确定HARQ进程承载的业务信道中业务传输的优先级，以及确定HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级，并利用业务传输的优先级和HARQ-ACK码本的优先级确定业务传输和HARQ-ACK码本的传输。
上述第三约定映射与第一约定映射、第二约定映射可以是相同的映射，也可以是不同的映射，本申请实施例对此不作具体限制。
如此，发送端可以在至少两个传输的准备过程或传输过程发生重叠的情况下，选择高优先级业务进行处理，保证高优先级业务的传输。
在一实施例中，对于至少两个业务传输，在第一业务传输和第二业务传输在时域上存在重叠或者存在处理冲突的情况下：发送端丢弃第二业务传输，或者取消传输第二业务传输，或者部分丢弃第二业务传输，或者部分传输第二业务传输，其中，发送端依据分别承载第一业务传输和第二业务传输的HARQ进程优先级确定出第一业务传输的优先级高于第二业务传输的优先级。
本实施例中，第一业务传输和第二业务传输在时域上存在处理冲突是指：需要一个UE同时处理第一业务传输和第二业务传输，但是UE能力较差，实际只能处理一个业务传输；或者一个UE需要同时准备第一业务传输和第二业务传输，但是UE能力较差，实际只能准备一个业务传输。
在一实施例中，对于至少两个业务传输，在第一业务传输和第二业务传输在时域上存在重叠、且承载第一业务传输的HARQ进程的优先级等于承载第二业务传输的HARQ进程的优先级的情况下：第一业务传输的授权方式为动态授权，第二业务传输的授权方式为动态授权，第一业务传输的优先级高于第二业务传输的优先级，其中，第一业务传输的动态授权晚于第二业务传输的动态授权；或者，第一业务传输的授权方式为动态授权，第二业务传输的授权方式为配置授权，第一业务传输的优先级高于第二业务传输的优先级；或者，第一业务传输的授权方式为配置授权，第二业务传输的授权方式为配置授权，第一业务传输的优先级高于第二业务传输的优先级，其中，第一业务传输的传输早于第二业务传输的传输。
在一实施例中，相同HARQ进程优先级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本；或者，相同优先级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本，其中，业务传输的优先级按照承载业务传输的HARQ进程的优先级确定；或者，优先级差不超过预设等级的HARQ进程承载的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本；或者，优先级差不超过预设等级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本，业务传输的优先级按照承载业务传输的HARQ进程的优先级确定。
在一实施例中，对于至少两个业务传输，在第一业务传输对应的HARQ-ACK码本和第二业务传输对应的HARQ-ACK码本的物理上行链路控制信道PUCCH时域上存在重叠、且第一业务传输对应的HARQ-ACK码本和第二业务传输对应的HARQ-ACK码本允许复用的情况下：第一业务传输对应的HARQ-ACK码本放置在第二业务传输对应的HARQ-ACK码本前，其中，第一业务传输的优先级高于第二业务传输的优先级；或者承载第一个业务传输的HARQ进程的优先级高于承载第二业务传输的HARQ进程的优先级。
在一实施例中，对于至少两个业务传输，在第一业务传输对应的HARQ-ACK码本和第二业务传输对应的HARQ-ACK码本的PUCCH时域上存在重叠、且在承载第一个业务传输的HARQ进程的优先级高于承载第二业务传输的HARQ进程的优先级的情况下：发送端取消第二业务传输对应的HARQ-ACK码本的PUCCH传输。
下面罗列一些示例性实施方式，来说明本申请提供的确定传输优先级的方法及其技术效果。
在第一个示例性实施方式中，本申请提供的确定传输优先级的方法的整体思路可以概括为：发送端的MAC层确定HARQ进程的优先级，并将HARQ进程的优先级通知给物理层。物理层使用该HARQ进程的优先级确定该HARQ进程承载的业务传输的优先级。
MAC层为HARQ进程确定优先级的步骤为：MAC层在产生MAC PDU时，按照MAC PDU包含的LCH的最高优先级确定MAC PDU的优先级，并按照该MAC PDU的优先级确定承载该MACPDU的HARQ进程的优先级。例如，LCH是被配置了优先级的，所以MAC PDU能依据包含的LCH的最高优先级获得一个对应的优先级(如，直接将MAC PDU中包含的LCH的最高优先级赋予MACPDU，也可以将LCH的最高优先级采用约定的映射后，得到MAC PDU的优先级)。将MAC PDU的优先级直接赋予承载该MAC PDU的HARQ进程，也可以是将MAC PDU的优先级采用约定的映射后，得到承载该MAC PDU的HARQ进程的优先级。
在物理层，发送端传输TB时，使用一个HARQ进程承载一个TB(也称业务传输，或业务数据，TB是MAC层的MAC PDU对应到物理层的称谓)，那么物理层按照MAC层通知的HARQ进程的优先级确定该HARQ进程承载的TB的优先级。例如，直接将HARQ进程的优先级作为该HARQ进程承载的TB的优先级，或者通过约定的映射后，得到该TB的优先级。这里，物理层使用哪个HARQ进程承载哪个TB(MAC层称MAC PDU)都是MAC层决定并通知给物理层的，所以HARQ进程和该HARQ进程承载的TB之间的对应关系，MAC层是知道的。物理层按照HARQ进程的优先级确定该HARQ进程承载的TB的优先级，包括TB的初传和重传。当TB传输成功后，该HARQ进程的优先级也就失效了，在该HARQ进程再次传输新的TB时，MAC层会再次按照新承载的MAC PDU中的LCH的最高优先级重新赋予该HARQ进程优先级。当两个HARQ进程具有相同优先级时，如果两个HARQ进程承载的TB在传输时出现时域重叠，需要为两个HARQ进程承载的TB确定优先级时，则可以认为重传的TB有更高的优先级。如果均是初传，则认为后调度的优先级高；如果均是重传，则重传次数多的具有更高优先级。或者，发送端需要避免相同HARQ进程优先级的多个传输出现时域重叠的情况，例如，当发送端计划一个传输时，如果发现会与另一个相同HARQ进程优先级的传输出现时域重叠，则发送端延后计划传输的业务。
本实施例中，物理层在传输TB时，总是使用一个HARQ进程与该TB绑定，以便于TB在重传时按照HARQ进程进行HARQ合并，即重传TB和初传TB使用相同的HARQ进程，并在DCI中指示为重传，以便于接收端进行HARQ合并。
在物理层获得HARQ进程的优先级后，物理层进行数据传输时，如果多个的数据传输信道出现时域重叠，可以按照这些数据传输的HARQ进程的优先级确定多个数据传输(信道)的优先级，从而确保高优先级的数据传输，对于低优先级的数据传输进行丢弃或取消传输或部分传输。这样，物理层利用HARQ进程优先级可以确定HARQ进程承载的数据传输的优先级。
在一实施例中，本申请实施例所提供的一种确定传输优先级的方法所解决的问题，还可以通过另一种思路解决：
MAC层为一个MAC PDU确定一个优先级，并将该MAC PDU的优先级通知给物理层。物理层在DCI信息中引入优先级指示域，来指示DCI对应的业务传输(即MAC PDU在物理层的传输)的优先级。优先级指示域按照MAC层通知的MAC PDU的优先级，确定优先级指示域的取值，来描述DCI对应业务传输的优先级。
这里MAC层确定一个MAC PDU的优先级仍然按照上述方式，并将确定的优先级通知给物理层。物理层将该优先级信息转为该MAC PDU在物理层传输时的业务传输的优先级，并在调度该业务传输的DCI中通知给UE。在本申请其他实施例中，也可以使用该DCI中指示的业务传输的优先级来进行对应处理，例如替换其他实施例中的HARQ进程的优先级。
在一实施例中，本申请实施例，还可以包括下面的过程：
发送端在MAC层，使得HARQ进程与逻辑信道(或MAC PDU)的优先级之间建立映射关系，使得HARQ进程能够反映出HARQ进程承载的MAC PDU的优先级。发送端在MAC层的HARQ进程处理中，保存与HARQ进程相关联的逻辑信道(或MAC PDU)的优先级(这里的HARQ进程用来承载逻辑信道(或MAC PDU)中的数据)。
发送端在MAC层的HARQ进程处理中通知HARQ进程的优先级给物理层，或者说，发送端产生一个传输块TB的传输时，在MAC层的HARQ进程处理中通知HARQ进程的优先级给物理层，这里的HARQ进程就是承载TB的。这样物理层就获知了HARQ进程的优先级，从而在物理层的业务传输或控制信息传输时使用。
对于重传的TB，也可以采用上述的方式。
对于重传的TB，该重传的TB的HARQ进程具有与该TB初传时相同的HARQ进程优先级，或者对于重传的TB，考虑到该TB已经是重传了，设置重传的TB的HARQ进程优先级高于初传TB的HARQ进程优先级；或者，在两个HARQ进程具有相同优先级的情况下，如果一个HARQ进程承载的TB是重传，另一个HARQ进程承载的TB为初传，那么承载重传TB的HARQ进程具有更高优先级。
在第二个示例性实施方式中，第二个示例性实施方式描述对于一个UE，在多个业务传输的信道存在时域重叠时，如何利用HARQ进程优先级解决问题。
多个业务传输的信道存在时域重叠的情况可以但不限于以下场景：
场景1：动态授权的下行业务传输和动态授权的下行业务传输存在时域重叠(包括部分时域重叠或全部时域重叠，下同)。
场景2：配置授权的上行业务传输和动态授权的上行业务传输存在时域重叠。
场景3：动态授权的上行业务传输和动态授权的上行业务传输存在时域重叠。
场景4：配置授权的上行业务传输和配置授权的上行业务传输存在时域重叠。
在一实施例中，上述上行业务传输也可以替换为上行控制信道传输，这样还包括：
场景5：上行控制信道传输和动态授权的上行业务传输存在时域重叠。
场景6：上行控制信道传输和配置授权的上行业务传输存在时域重叠。
场景7：上行控制信道传输和上行控制信道传输存在时域重叠。
还可以包含下面的场景：
场景8：配置授权的下行业务传输和配置授权的下行业务传输存在时域重叠。
对于上述场景1-4和场景8，业务传输存在时域重叠时，可以直接利用承载该业务的HARQ进程的优先级作为传输业务的优先级，来确定业务传输的优先级。进而高优先级的业务传输被正常传输，低优先级的业务传输被整体取消/丢弃，或低优先级的业务传输被部分取消/丢弃(即将部分低优先级的业务传输打孔，例如时域重叠位置的低优先级的业务传输被打孔，从而低优先级业务传输只能部分传输)。
对于上述场景5和6，上行控制信道传输和上行业务传输存在时域重叠，此时上行控制信道传输的优先级通过该上行控制信道对应的业务传输的HARQ进程的优先级来确定。例如，上行控制信道传输中承载着一个业务A传输的HARQ-ACK，那么该上行控制信道传输优先级通过业务A传输的HARQ进程的优先级确定。这样在上述场景5和6中，就可以转化为仍然采用HARQ进程的优先级确定两个传输的优先级。同样的，可以采用高优先级的传输被正常传输，低优先级的传输被整体取消/丢弃，或低优先级的传输被部分取消/丢弃(即将部分低优先级业务传输打孔，例如时域重叠位置的低优先级业务传输被打孔，从而低优先级业务传输只能部分传输)的方法进行传输。
在一实施例中，在区分出两个传输的优先级后，如果上行控制信道传输为高优先级，上行业务传输为低优先级，那么上行控制信道传输中的上行控制信息(Uplink controlinformation，UCI)也可以通过上行业务传输进行承载。此时采用约定的规则A，将UCI承载在上行业务传输中进行发送(新无线接入技术(New Radio Access Technology，NR)中38.212vf40有对应的机制承载机制，但是这种机制适用于两个传输优先级相同，这里的规则A更加适用于上行控制信道传输优先级高于上行业务传输优先级)，上行控制信道传输被取消传输。如果上行控制信道传输的优先级低于上行业务传输的优先级，则丢弃低优先级的传输，也可以采用约定的规则B，将上行控制信道传输中的UCI承载在上行业务传输中进行发送。这里的规则A相对于相关技术中的机制，额外包括：在为UCI计算在上行业务传输中使用的资源时，如果超过了基站配置的使用上行业务传输中最大资源的上限时(且未使用全部的上行业务传输资源)，则按照实际计算的UCI资源作为最终传输UCI的资源。规则B相对于相关技术中的机制，额外包括：设置UCI在上行业务传输中重复因子beta值小于1甚至等于0。
对于上述场景7，上行控制信道传输和上行控制信道传输存在时域重叠，上行控制信道的优先级仍然采用上述方式确定，即上行控制信道对应业务传输对应的HARQ进程的优先级。对于低优先级的上行控制信道，仍然按照低优先级的上行控制信道传输被整体取消或部分取消传输的方法处理。或者采用约定规则C，将两个上行控制信道中的UCI复用在一个新的上行控制信道传输，丢弃原有的上行控制信道(如果新的上行控制信道为原有的上行控制信道中的一个，则丢弃其余原有的上行控制信道)。规则C包括：复用在一个PUCCH中时，复用后的码率不高于原有多个PUCCH中高优先级的PUCCH的码率。复用后的PUCCH的结束位置不晚于原有多个PUCCH中高优先级的PUCCH的结束位置。
在第三个示例性实施方式中，对于存在时域重叠的两个传输信道，如果直接可以通过上述实施例中HARQ进程优先级的方式确定出多个传输信道中优先级高的传输信道，那么就按照上述实施例的方式执行。如果两个传输的优先级相同(这里包括利用上述实施例中HARQ进程优先级来确定的，也包括利用其它方式确定的优先级，例如也有正在讨论的在DCI中增加比特域来指示出对应的传输信道的优先级)，那么采用本示例性实施方式中介绍的方式进行处理。
参考第二个示例性实施方式中的场景1-4：
对于场景1和3，基站和UE约定：对于一个UE，当两个动态授权的业务传输存在时域重叠，且两个业务传输具有相同的优先级的情况，则：动态授权信息的业务传输较晚被视为具有更高优先级，按照上述实施例中高优先级的业务传输处理。
对于场景2，基站和UE约定：对于一个UE，当配置授权的上行业务传输和动态授权的上行业务传输存在时域重叠，且两个业务传输具有相同的优先级的情况，则：动态授权的上行业务传输被视为具有更高优先级，按照上述实施例中高优先级的业务传输处理。
对于场景4，基站和UE约定：对于一个UE，当配置授权的上行业务传输和配置授权的上行业务传输存在时域重叠，且两个业务传输具有相同的优先级的情况，则：先开始传输的业务传输视为具有更高优先级，按照上述实施例中高优先级的业务传输处理。
在第四个示例性实施方式中，第四个示例性实施方式给出HARQ进程的优先级的另一个用法，主要是区分不同的业务传输类型，从而便于形成HARQ-ACK码本。
例如，用于区分URLLC业务和eMBB业务传输。在形成HARQ-ACK码本时，相同类型的业务传输对应的HARQ-ACK允许形成一个HARQ-ACK码本；或者不同优先级的业务传输，如果优先级差不超过P个等级(P为给定数值)时，允许这些业务传输对应的HARQ-ACK形成一个HARQ-ACK码本，这是因为，业务传输优先级接近的业务传输在性能要求方面也是接近的，所以允许形成一个HARQ-ACK码本。
示例性的，以URLLC业务和eMBB业务两种业务传输类型为例，可以将HARQ进程优先级也对应的设置为两种，分别对应URLLC业务和eMBB业务，HARQ进程的优先级获取同前面的实施例。由于业务传输需求总是从MAC层到物理层的，因此，在MAC层准备MAC PDU时，就按照MAC PDU中包含的LCH的优先级确定该MAC PDU的优先级，以及对应的确定出承载该MAC PDU的HARQ进程，并依据MAC PDU的优先级确定承载该MAC PDU的HARQ进程的优先级。为了便于标记，此时可以将HARQ进程设置为2个等级，因为只需要区分两种业务。在一实施例中，也可以继续沿用前面实施例的优先级，此时，只需要预先定义，哪些优先级对应着URLLC业务，哪些优先级对应着eMBB业务，即在HARQ进程优先级(也就是MAC PDU的优先级)和业务类型之间建立对应的映射表即可。如需要区分更多的业务类型，上述例子可以被扩展，其基本原理是相同的。
在物理层，UE按照每个业务传输对应的HARQ进程的优先级，确定该业务传输对应的HARQ-ACK是否属于一个HARQ-ACK码本。HARQ进程优先级相同的业务传输的HARQ-ACK允许构成一个HARQ-ACK码本中。如果两个业务传输对应的HARQ-ACK码本的PUCCH时域重叠，且不同HARQ进程优先级的业务传输的HARQ-ACK码本允许复用在一起，通过一个PUCCH传输，复用时，高优先级对应HARQ-ACK码本放置在低优先级对应HARQ-ACK码本之前；也可以采用上述第二个示例性实施方式中场景7中设置的规则C，在满足规则C时，才会将两个业务传输对应的HARQ-ACK码本复用在一起，在不满足规则C的情况下，不复用，丢弃低优先级的HARQ-ACK码本。
在一实施例中，基站和UE约定，可以为业务传输优先级接近的业务传输的HARQ-ACK构成一个HARQ-ACK码本。例如，通过预先定义的方式，规定哪些业务传输优先级对应的业务传输的HARQ-ACK允许构成一个HARQ-ACK码本。基站和UE总是按照预定的规则，为多个优先级不同的业务传输(但按照预定的规则，这些优先级的业务传输的HARQ-ACK允许构成一个HARQ-ACK码本)对应的HARQ-ACK构成一个HARQ-ACK码本。这种方式可以解决业务传输优先级过多，导致独立的HARQ-ACK码本过多的问题。这里的业务传输的优先级，可以是通过承载业务传输的HARQ进程的优先级确定的，或者是通过其他方式获知的业务传输的优先级，或者是承载该业务传输的HARQ进程的优先级。
在第五个示例性实施方式中，第五个示例性实施方式给出HARQ进程的优先级的另一个用法。
相关技术中，允许一个HARQ-ACK复用在一个PUSCH中进行传输的，即对于一个UE，一旦承载HARQ-ACK的PUCCH资源和PUSCH资源使用重叠时，或者未配置PUCCH资源时，HARQ-ACK就会复用在PUSCH中传输。目前由于引入了URLLC业务传输，由于URLLC业务传输要求高可靠性，所以如果一个eMBB业务传输的HARQ-ACK要复用在URLLC业务传输中时，有可能导致URLLC业务传输可靠性下降，所以需要采取一些方法以保护此时URLLC的业务传输。
针对上述问题，提出了如下方式。
对于一个UE，当HARQ-ACK码本需要复用在PUSCH中传输时，UE处理如下：
确定HARQ-ACK码本的优先级，即通过HARQ-ACK码本对应的PDSCH所在的HARQ进程优先级确定。确定PUSCH的优先级，即通过所述PUSCH所在的HARQ进程优先级确定。
UE根据HARQ-ACK码本和PUSCH优先级比较确定HARQ-ACK码本和PUSCH的发送，为：当PUSCH优先级高于HARQ-ACK码本优先级时，HARQ-ACK码本被禁止复用在PUSCH中(此时基站对应的设置所述PUSCH对应的上行授权中的贝塔值为0)。当PUSCH优先级低于HARQ-ACK码本优先级时，HARQ-ACK码本被复用在PUSCH中传输。
对于一个基站，当将HARQ-ACK码本复用在PUSCH复用中传输时，基站处理为：
配置HARQ-ACK码本的优先级，即配置HARQ-ACK码本对应的PDSCH所在的HARQ进程的优先级。配置PUSCH的优先级，即配置所述PUSCH所在的HARQ进程的优先级。基站根据HARQ-ACK码本和PUSCH优先级比较接收HARQ-ACK码本和PUSCH，为：当配置PUSCH优先级高于HARQ-ACK码本优先级时，基站确定HARQ-ACK码本被丢弃，PUSCH被传输(即基站认为UE，未将HARQ-ACK码本复用在PUSCH中，只发送了PUSCH)。当配置PUSCH优先级低于HARQ-ACK码本优先级时，基站确定HARQ-ACK码本被复用在PUSCH中传输。
在第六个示例性实施方式中，第六个示例性实施方式解决一个问题，即当UE能够支持同时接收和处理多个时域重叠的物理下行共享信道PDSCH时，且UE被配置半静态HARQ-ACK码本时，UE如何为一组时域重叠的PDSCH产生HARQ-ACK信息。
方法包括：假设对于一个UE，基站为该UE配置了的候选PDSCH资源，存在在一个时隙或子时隙(subslot)中有M个时域重叠的候选PDSCH。假设UE具有同时接收处理时域重叠的N个PDSCH的能力。当UE被配置半静态HARQ-ACK码本时，UE和基站按照下述规则确定所述M个时域重叠的候选PDSCH对应的HARQ-ACK信息(或HARQ-ACK码本信息)。规则为：
如果M≤N，UE和基站确定将形成M个HARQ-ACK信息；
如果M>N，UE和基站确定形成N个HARQ-ACK信息；在一实施例中，此时N个HARQ-ACK信息对应的PDSCH包括：对应M个时域重叠的PDSCH中优先级高的，前N个PDSCH。对于具有相同优先级的候选PDSCH，则起始符号位置较早(或较晚的)的PDSCH视作具有更高的优先级。
上述的方法能被总结为：基站和UE约定，如果UE能力为能够同时处理N个时域重叠的PDSCH，那么UE对于一组M个时域重叠PDSCH，在半静态HARQ-ACK码本时，UE确定min(N，M)个HARQ-ACK信息或确定min(N，M)个HARQ-ACK码本。这里，对于半静态HARQ-ACK码本，为一组M个时域重叠的PDSCH确定HARQ-ACK信息个数时，和基站实际为UE调度了的PDSCH个数没有关系。
图3为一实施例提供的一种确定传输优先级的装置的结构示意图，该确定传输优先级的装置可以配置于发送端中，如图3所示，包括：优先级确定模块10，设置为确定混合自动重传请求HARQ进程的优先级。传输模块11，设置为根据HARQ进程的优先级进行业务信道和控制信道中至少之一的传输。
本实施例提供的确定传输优先级的装置用于实现图2所示实施例的确定传输优先级的方法，本实施例提供的确定传输优先级的装置实现原理和技术效果类似，此处不再赘述。
在一实施例中，优先级确定模块10，还设置为根据HARQ进程的优先级，确定HARQ进程承载的业务信道中业务传输的优先级；传输模块11，是设置为利用业务传输的优先级确定业务传输的传输；或者，优先级确定模块10，还设置为根据HARQ进程的优先级，确定HARQ进程承载的业务信道中业务传输对应的控制信道中的混合自动重传请求-确认信息HARQ-ACK码本的优先级；传输模块11，是设置为利用HARQ-ACK码本的优先级确定HARQ-ACK码本的传输；或者，优先级确定模块10，还设置为根据HARQ进程的优先级，确定HARQ进程承载的业务信道中业务传输的优先级，以及确定HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级；传输模块11，是设置为利用业务传输的优先级和HARQ-ACK码本的优先级确定业务传输和HARQ-ACK码本的传输。
在一实施例中，优先级确定模块10，是设置为通过如下方式实现媒体访问控制MAC层确定HARQ进程的优先级：媒体访问控制MAC层确定HARQ进程的优先级，并将HARQ进程的优先级通知给发送端的物理层。
在一实施例中，优先级确定模块10，是设置为通过如下方式实现媒体访问控制MAC层确定HARQ进程的优先级：MAC层根据HARQ进程承载的媒体访问控制协议数据单元MAC PDU包含的逻辑信道LCH的最高优先级确定MAC PDU的优先级；MAC层根据MAC PDU的优先级确定HARQ进程的优先级。
在一实施例中，优先级确定模块10，是设置为通过如下方式实现MAC层根据所述HARQ进程承载的MAC PDU包含的LCH的最高优先级确定所述MAC PDU的优先级：MAC层将MACPDU包含的LCH的最高优先级赋予MAC PDU；或者，MAC层将MAC PDU包含的LCH的最高优先级按照第一约定映射处理后，得到MAC PDU的优先级。
在一实施例中，优先级确定模块10，是设置为通过如下方式实现MAC层根据MACPDU的优先级确定所述HARQ进程的优先级：MAC层将MAC PDU的优先级赋予HARQ进程；或者，MAC层将MAC PDU的优先级按照第二约定映射处理后，得到HARQ进程的优先级。
在一实施例中，优先级确定模块10，是设置为通过如下方式根据HARQ进程的优先级，确定HARQ进程承载的业务信道中业务传输的优先级：将HARQ进程的优先级赋予HARQ进程承载的业务信道中的业务传输；或者，将HARQ进程的优先级按照第三约定映射处理后，得到HARQ进程承载的业务信道中业务传输的优先级。
在一实施例中，优先级确定模块10，是设置为通过如下方式根据HARQ进程的优先级，确定HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级：将HARQ进程的优先级赋予HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本；或者，将HARQ进程的优先级按照第三约定映射处理后，得到HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级。
在一实施例中，结合图3，图4为一实施例提供的另一种确定传输优先级的装置的结构示意图，如图4所示，该装置还包括：处理模块12。
对于至少两个业务传输，在第一业务传输和第二业务传输在时域上存在重叠或者存在处理冲突的情况下：
处理模块12，设置为丢弃第二业务传输，或者取消传输第二业务传输，或者部分丢弃第二业务传输，或者部分传输第二业务传输，其中，优先级确定模块还设置为依据分别承载第一业务传输和第二业务传输的HARQ进程优先级确定出第一业务传输的优先级高于第二业务传输的优先级。
在一实施例中，对于至少两个业务传输，在第一业务传输和第二业务传输在时域上存在重叠、且承载第一业务传输的HARQ进程的优先级等于承载第二业务传输的HARQ进程的优先级的情况下：第一业务传输的授权方式为动态授权，第二业务传输的授权方式为动态授权，第一业务传输的优先级高于第二业务传输的优先级，其中，第一业务传输的动态授权晚于第二业务传输的动态授权；或者，第一业务传输的授权方式为动态授权，第二业务传输的授权方式为配置授权，第一业务传输的优先级高于第二业务传输的优先级；或者，第一业务传输的授权方式为配置授权，第二业务传输的授权方式为配置授权，第一业务传输的优先级高于第二业务传输的优先级，其中，第一业务传输的传输早于第二业务传输的传输。
在一实施例中，相同HARQ进程优先级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本；或者，相同优先级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本，其中，业务传输的优先级按照承载业务传输的HARQ进程的优先级确定；或者，优先级差不超过预设等级的HARQ进程承载的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本；或者，优先级差不超过预设等级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本，业务传输的优先级按照承载业务传输的HARQ进程的优先级确定。
在一实施例中，对于至少两个业务传输，在第一业务传输对应的HARQ-ACK码本和第二业务传输对应的HARQ-ACK码本的物理上行链路控制信道PUCCH时域上存在重叠、且第一业务传输对应的HARQ-ACK码本和第二业务传输对应的HARQ-ACK码本允许复用的情况下：第一业务传输对应的HARQ-ACK码本放置在第二业务传输对应的HARQ-ACK码本前，其中，第一业务传输的优先级高于第二业务传输的优先级；或者承载第一个业务传输的HARQ进程的优先级高于承载第二业务传输的HARQ进程的优先级。
在一实施例中，参考图4，对于至少两个业务传输，在第一业务传输对应的HARQ-ACK码本和第二业务传输对应的HARQ-ACK码本的PUCCH时域上存在重叠、且在承载第一个业务传输的HARQ进程的优先级高于承载第二业务传输的HARQ进程的优先级的情况下：处理模块12，设置为取消第二业务传输对应的HARQ-ACK码本的PUCCH传输。
图5为一实施例提供的一种基站的结构示意图，如图5所示，该基站包括处理器40、存储器41和通信接口42；基站中处理器40的数量可以是一个或多个，图5中以一个处理器40为例；基站中的处理器40、存储器41、通信接口42可以通过总线或其他方式连接，图5中以通过总线连接为例。总线表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。
存储器41作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请实施例中的确定传输优先级的方法对应的程序指令/模块。处理器40通过运行存储在存储器41中的软件程序、指令以及模块，从而执行基站的至少一种功能应用以及数据处理，即实现上述的确定传输优先级的方法。
存储器41可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据UE的使用所创建的数据等。此外，存储器41可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器41可包括相对于处理器40远程设置的存储器，这些远程存储器可以通过网络连接至基站。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
通信接口42可设置为数据的接收与发送。
本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现如本申请实施例所提供的确定传输优先级的方法。该方法可以但不限于上述方法实施例所公开的内容。
本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random AccessMemory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(electrically erasable,programmable Read-Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，数据信号中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、射频(Radio Frequency，RF)等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或多种程序设计语言组合来编写用于执行本公开操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++、Ruby、Go，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(Local Area Network，LAN)或广域网(Wide Area Network，WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。
本领域内的技术人员应明白，术语用户终端涵盖任何适合类型的无线用户设备，例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。
一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。
本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(Instruction Set Architecture，ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于ROM、RAM、光存储器装置和系统(数码多功能光碟(Digital Video Disc，DVD)或光盘(Compact Disc，CD))等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑器件(Field-Programmable Gate Array，FGPA)以及基于多核处理器架构的处理器。

Claims (25)

1.一种确定传输优先级的方法，其特征在于，包括：
发送端确定混合自动重传请求HARQ进程的优先级；
所述发送端根据所述HARQ进程的优先级，确定所述HARQ进程承载的业务信道中业务传输的优先级，并利用所述业务传输的优先级确定所述业务传输的传输；或者，
所述发送端根据所述HARQ进程的优先级，确定所述HARQ进程承载的业务信道中业务传输对应的控制信道中的混合自动重传请求-确认信息HARQ-ACK码本的优先级，并利用所述HARQ-ACK码本的优先级确定所述HARQ-ACK码本的传输；或，
所述发送端根据所述HARQ进程的优先级，确定所述HARQ进程承载的业务信道中业务传输的优先级，以及确定所述HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级，并利用所述业务传输的优先级和所述HARQ-ACK码本的优先级确定所述业务传输和所述HARQ-ACK码本的传输；
当用户设备UE被配置半静态的所述HARQ-ACK码本时，按照预设规则确定一组时域重叠的物理下行共享信道PDSCHs对应的所述HARQ-ACK码本的信息；其中，所述预设规则为：当所述一组时域重叠的PDSCHs包括M个时域重叠的PDSCHs时，确定min(N，M)个HARQ-ACK信息，其中，所述min(N，M)表示取N和M中的最小的数，N为UE上报的能同时处理的时域重叠的PDSCHs的数量。
2.根据权利要求1所述的方法，其特征在于，所述发送端确定HARQ进程的优先级包括：
所述发送端的媒体访问控制MAC层确定HARQ进程的优先级，并将所述HARQ进程的优先级通知给所述发送端的物理层。
3.根据权利要求2所述的方法，其特征在于，所述发送端的MAC层确定HARQ进程的优先级包括：
所述发送端的MAC层根据所述HARQ进程承载的媒体访问控制协议数据单元MAC PDU包含的逻辑信道LCH的最高优先级确定所述MAC PDU的优先级；
所述发送端的MAC层根据所述MAC PDU的优先级确定所述HARQ进程的优先级。
4.根据权利要求3所述的方法，其特征在于，所述发送端的MAC层根据所述HARQ进程承载的MAC PDU包含的LCH的最高优先级确定所述MAC PDU的优先级包括：
所述发送端的MAC层将所述MAC PDU包含的LCH的最高优先级赋予所述MAC PDU；或者，
所述发送端的MAC层将所述MAC PDU包含的LCH的最高优先级按照第一约定映射处理后，得到所述MAC PDU的优先级。
5.根据权利要求3所述的方法，其特征在于，所述发送端的MAC层根据所述MAC PDU的优先级确定所述HARQ进程的优先级包括：
所述发送端的MAC层将所述MAC PDU的优先级赋予所述HARQ进程；或者，
所述发送端的MAC层将所述MAC PDU的优先级按照第二约定映射处理后，得到所述HARQ进程的优先级。
6.根据权利要求1所述的方法，其特征在于，所述发送端根据所述HARQ进程的优先级，确定所述HARQ进程承载的业务信道中业务传输的优先级，包括：
所述发送端将所述HARQ进程的优先级赋予所述HARQ进程承载的业务信道中的业务传输；或者，
所述发送端将所述HARQ进程的优先级按照第三约定映射处理后，得到所述HARQ进程承载的业务信道中业务传输的优先级。
7.根据权利要求1所述的方法，其特征在于，所述发送端根据所述HARQ进程的优先级，确定所述HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级，包括：
所述发送端将所述HARQ进程的优先级赋予所述HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本；或者，
所述发送端将所述HARQ进程的优先级按照第三约定映射处理后，得到所述HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级。
8.根据权利要求1-7中任意一项所述的方法，其特征在于，对于至少两个业务传输，在第一业务传输和第二业务传输在时域上存在重叠或者存在处理冲突的情况下：
所述发送端丢弃所述第二业务传输，或者取消传输所述第二业务传输，或者部分丢弃所述第二业务传输，或者部分传输所述第二业务传输，其中，所述发送端依据分别承载所述第一业务传输和所述第二业务传输的HARQ进程优先级确定出所述第一业务传输的优先级高于所述第二业务传输的优先级。
9.根据权利要求1-7中任意一项所述的方法，其特征在于，对于至少两个业务传输，在第一业务传输和第二业务传输在时域上存在重叠、且承载所述第一业务传输的HARQ进程的优先级等于承载所述第二业务传输的HARQ进程的优先级的情况下：
所述第一业务传输的授权方式为动态授权，所述第二业务传输的授权方式为动态授权，所述第一业务传输的优先级高于所述第二业务传输的优先级，其中，所述第一业务传输的动态授权晚于所述第二业务传输的动态授权；或者，
所述第一业务传输的授权方式为动态授权，所述第二业务传输的授权方式为配置授权，所述第一业务传输的优先级高于所述第二业务传输的优先级；或者，
所述第一业务传输的授权方式为配置授权，所述第二业务传输的授权方式为配置授权，所述第一业务传输的优先级高于所述第二业务传输的优先级，其中，所述第一业务传输的传输早于所述第二业务传输的传输。
10.根据权利要求1-7中任意一项所述的方法，其特征在于，
相同HARQ进程优先级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本；或者，
相同优先级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本，其中，业务传输的优先级按照承载所述业务传输的HARQ进程的优先级确定；或者，
优先级差不超过预设等级的HARQ进程承载的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本；或者，
优先级差不超过预设等级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本，业务传输的优先级按照承载所述业务传输的HARQ进程的优先级确定。
11.根据权利要求10所述的方法，其特征在于，对于至少两个业务传输，在第一业务传输对应的HARQ-ACK码本和第二业务传输对应的HARQ-ACK码本的物理上行链路控制信道PUCCH时域上存在重叠、且所述第一业务传输对应的HARQ-ACK码本和所述第二业务传输对应的HARQ-ACK码本允许复用的情况下：
所述第一业务传输对应的HARQ-ACK码本放置在所述第二业务传输对应的HARQ-ACK码本前，其中，所述第一业务传输的优先级高于所述第二业务传输的优先级；或者承载所述第一个业务传输的HARQ进程的优先级高于承载所述第二业务传输的HARQ进程的优先级。
12.根据权利要求10所述的方法，其特征在于，对于至少两个业务传输，在第一业务传输对应的HARQ-ACK码本和第二业务传输对应的HARQ-ACK码本的PUCCH时域上存在重叠、且在承载所述第一个业务传输的HARQ进程的优先级高于承载所述第二业务传输的HARQ进程的优先级的情况下：
所述发送端取消所述第二业务传输对应的HARQ-ACK码本的PUCCH传输。
13.一种确定传输优先级的装置，其特征在于，包括：
优先级确定模块，设置为确定混合自动重传请求HARQ进程的优先级；
所述优先级确定模块，还设置为根据所述HARQ进程的优先级，确定所述HARQ进程承载的业务信道中业务传输的优先级；传输模块，是设置为利用所述业务传输的优先级确定所述业务传输的传输；或者，
所述优先级确定模块，还设置为根据所述HARQ进程的优先级，确定所述HARQ进程承载的业务信道中业务传输对应的控制信道中的混合自动重传请求-确认信息HARQ-ACK码本的优先级；所述传输模块，是设置为利用所述HARQ-ACK码本的优先级确定所述HARQ-ACK码本的传输；或者，
所述优先级确定模块，还设置为根据所述HARQ进程的优先级，确定所述HARQ进程承载的业务信道中业务传输的优先级，以及确定所述HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级；所述传输模块，是设置为利用所述业务传输的优先级和所述HARQ-ACK码本的优先级确定所述业务传输和所述HARQ-ACK码本的传输；
HARQ-ACK码本确定模块，设置为当用户设备UE被配置半静态的所述HARQ-ACK码本时，按照预设规则确定一组时域重叠的物理下行共享信道PDSCHs对应的所述HARQ-ACK码本的信息；其中，所述预设规则为：当所述一组时域重叠的PDSCHs包括M个时域重叠的PDSCHs时，确定min(N，M)个HARQ-ACK信息，其中，所述min(N，M)表示取N和M中的最小的数，N为UE上报的能同时处理的时域重叠的PDSCHs的数量。
14.根据权利要求13所述的装置，其特征在于，
所述优先级确定模块，是设置为通过媒体访问控制MAC层确定HARQ进程的优先级，并将所述HARQ进程的优先级通知给发送端的物理层。
15.根据权利要求14所述的装置，其特征在于，
所述优先级确定模块，是设置为通过如下方式实现媒体访问控制MAC层确定HARQ进程的优先级：MAC层根据所述HARQ进程承载的媒体访问控制协议数据单元MAC PDU包含的逻辑信道LCH的最高优先级确定所述MAC PDU的优先级；MAC层根据所述MAC PDU的优先级确定所述HARQ进程的优先级。
16.根据权利要求15所述的装置，其特征在于，
所述优先级确定模块，是设置为通过如下方式实现MAC层根据所述HARQ进程承载的MACPDU包含的LCH的最高优先级确定所述MAC PDU的优先级：MAC层将所述MAC PDU包含的LCH的最高优先级赋予所述MAC PDU；或者，MAC层将所述MAC PDU包含的LCH的最高优先级按照第一约定映射处理后，得到所述MAC PDU的优先级。
17.根据权利要求15所述的装置，其特征在于，
所述优先级确定模块，是设置为通过如下方式实现MAC层根据所述MAC PDU的优先级确定所述HARQ进程的优先级：MAC层将所述MAC PDU的优先级赋予所述HARQ进程；或者，MAC层将所述MAC PDU的优先级按照第二约定映射处理后，得到所述HARQ进程的优先级。
18.根据权利要求13所述的装置，其特征在于，
所述优先级确定模块，是设置为通过如下方式根据所述HARQ进程的优先级，确定所述HARQ进程承载的业务信道中业务传输的优先级：将所述HARQ进程的优先级赋予所述HARQ进程承载的业务信道中的业务传输；或者，将所述HARQ进程的优先级按照第三约定映射处理后，得到所述HARQ进程承载的业务信道中业务传输的优先级。
19.根据权利要求13所述的装置，其特征在于，
所述优先级确定模块，是设置为通过如下方式根据所述HARQ进程的优先级，确定所述HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级：将所述HARQ进程的优先级赋予所述HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本；或者，将所述HARQ进程的优先级按照第三约定映射处理后，得到所述HARQ进程承载的业务信道中业务传输对应的控制信道中的HARQ-ACK码本的优先级。
20.根据权利要求13-19中任意一项所述的装置，其特征在于，还包括：处理模块；对于至少两个业务传输，在第一业务传输和第二业务传输在时域上存在重叠或者存在处理冲突的情况下：
所述处理模块，设置为丢弃所述第二业务传输，或者取消传输所述第二业务传输，或者部分丢弃所述第二业务传输，或者部分传输所述第二业务传输，其中，所述优先级确定模块还设置为依据分别承载所述第一业务传输和所述第二业务传输的HARQ进程优先级确定出所述第一业务传输的优先级高于所述第二业务传输的优先级。
21.根据权利要求13-19中任意一项所述的装置，其特征在于，对于至少两个业务传输，在第一业务传输和第二业务传输在时域上存在重叠、且承载所述第一业务传输的HARQ进程的优先级等于承载所述第二业务传输的HARQ进程的优先级的情况下：
所述第一业务传输的授权方式为动态授权，所述第二业务传输的授权方式为动态授权，所述第一业务传输的优先级高于所述第二业务传输的优先级，其中，所述第一业务传输的动态授权晚于所述第二业务传输的动态授权；或者，
所述第一业务传输的授权方式为动态授权，所述第二业务传输的授权方式为配置授权，所述第一业务传输的优先级高于所述第二业务传输的优先级；或者，
所述第一业务传输的授权方式为配置授权，所述第二业务传输的授权方式为配置授权，所述第一业务传输的优先级高于所述第二业务传输的优先级，其中，所述第一业务传输的传输早于所述第二业务传输的传输。
22.根据权利要求13-19中任意一项所述的装置，其特征在于，
相同HARQ进程优先级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本；或者，
相同优先级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本，其中，业务传输的优先级按照承载所述业务传输的HARQ进程的优先级确定；或者，
优先级差不超过预设等级的HARQ进程承载的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本；或者，
优先级差不超过预设等级的业务传输对应的HARQ-ACK形成一个HARQ-ACK码本，业务传输的优先级按照承载业务传输的HARQ进程的优先级确定。
23.根据权利要求22所述的装置，其特征在于，对于至少两个业务传输，在第一业务传输对应的HARQ-ACK码本和第二业务传输对应的HARQ-ACK码本的物理上行链路控制信道PUCCH时域上存在重叠、且所述第一业务传输对应的HARQ-ACK码本和所述第二业务传输对应的HARQ-ACK码本允许复用的情况下：
所述第一业务传输对应的HARQ-ACK码本放置在所述第二业务传输对应的HARQ-ACK码本前，其中，所述第一业务传输的优先级高于所述第二业务传输的优先级；或者承载所述第一个业务传输的HARQ进程的优先级高于承载所述第二业务传输的HARQ进程的优先级。
24.根据权利要求22所述的装置，其特征在于，还包括：处理模块；对于至少两个业务传输，在第一业务传输对应的HARQ-ACK码本和第二业务传输对应的HARQ-ACK码本的PUCCH时域上存在重叠、且在承载所述第一个业务传输的HARQ进程的优先级高于承载所述第二业务传输的HARQ进程的优先级的情况下：
所述处理模块，设置为取消所述第二业务传输对应的HARQ-ACK码本的PUCCH传输。
25.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-12中任一所述的确定传输优先级的方法。
CN201910246492.5A 2019-03-28 2019-03-28 一种确定传输优先级的方法、装置和计算机可读存储介质 Active CN110535555B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN202310524899.6A CN116506068A (zh) 2019-03-28 2019-03-28 一种信息确定方法和计算机可读存储介质
CN201910246492.5A CN110535555B (zh) 2019-03-28 2019-03-28 一种确定传输优先级的方法、装置和计算机可读存储介质
PCT/CN2020/080646 WO2020192624A1 (zh) 2019-03-28 2020-03-23 一种确定传输优先级的方法、装置和计算机可读存储介质
EP20777724.4A EP3952154A4 (en) 2019-03-28 2020-03-23 METHOD AND APPARATUS FOR DETERMINING TRANSMISSION PRIORITY AND COMPUTER READABLE STORAGE MEDIUM
KR1020217034849A KR20210143881A (ko) 2019-03-28 2020-03-23 전송 우선 순위 결정 방법, 장치 및 컴퓨터 판독 가능 저장 매체
US17/438,880 US20220158769A1 (en) 2019-03-28 2020-03-23 Transmission priority determination method and apparatus, and computer readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910246492.5A CN110535555B (zh) 2019-03-28 2019-03-28 一种确定传输优先级的方法、装置和计算机可读存储介质

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202310524899.6A Division CN116506068A (zh) 2019-03-28 2019-03-28 一种信息确定方法和计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN110535555A CN110535555A (zh) 2019-12-03
CN110535555B true CN110535555B (zh) 2023-05-23

Family

ID=68659288

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202310524899.6A Pending CN116506068A (zh) 2019-03-28 2019-03-28 一种信息确定方法和计算机可读存储介质
CN201910246492.5A Active CN110535555B (zh) 2019-03-28 2019-03-28 一种确定传输优先级的方法、装置和计算机可读存储介质

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202310524899.6A Pending CN116506068A (zh) 2019-03-28 2019-03-28 一种信息确定方法和计算机可读存储介质

Country Status (5)

Country Link
US (1) US20220158769A1 (zh)
EP (1) EP3952154A4 (zh)
KR (1) KR20210143881A (zh)
CN (2) CN116506068A (zh)
WO (1) WO2020192624A1 (zh)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111757507A (zh) * 2019-03-29 2020-10-09 华为技术有限公司 一种通信方法和装置
US11224055B2 (en) * 2020-03-27 2022-01-11 Verizon Patent And Licensing Inc. Systems and methods for dynamic uplink grant policy based on medium access control (“MAC”) protocol data unit (“PDU”) padding
WO2020250325A1 (ja) * 2019-06-11 2020-12-17 株式会社Ｎｔｔドコモ ユーザ装置
CN112996128B (zh) * 2019-12-18 2023-07-21 中国移动通信有限公司研究院 一种信息传输方法、装置和计算机可读存储介质
WO2021142706A1 (zh) * 2020-01-16 2021-07-22 Oppo广东移动通信有限公司 资源冲突的解决方法、装置、终端和存储介质
EP4087358B1 (en) * 2020-01-16 2024-02-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Service conflict solution method, apparatus and device, and storage medium
CN111277371B (zh) * 2020-01-20 2022-11-08 展讯通信（上海）有限公司 数据传输方法及设备
CN113225811B (zh) * 2020-01-21 2023-04-07 维沃移动通信有限公司 上行传输处理方法及装置、终端
CN113259065B (zh) * 2020-02-13 2023-04-07 大唐移动通信设备有限公司 码本传输方法及装置
CN114830574A (zh) * 2020-02-17 2022-07-29 Oppo广东移动通信有限公司 一种进程选择方法及终端设备
JP7465359B2 (ja) * 2020-02-21 2024-04-10 北京小米移動軟件有限公司 アップリンク伝送の処理方法、装置、通信機器及び記憶媒体
CN113498179B (zh) * 2020-04-02 2022-10-18 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
US11844103B2 (en) * 2020-06-24 2023-12-12 Qualcomm Incorporated Management of single-shot HARQ-ACK codebooks along with HARQ-ACK codebooks with set priority levels
CN113950157B (zh) * 2020-07-16 2024-05-28 中国电信股份有限公司 上行传输方法、装置、系统和存储介质
US11811538B2 (en) * 2020-07-27 2023-11-07 Samsung Electronics Co., Ltd. Multiplexing information with different priority values
CN116250349A (zh) * 2020-08-06 2023-06-09 株式会社Ntt都科摩 终端、无线通信方法以及基站
EP4224969A4 (en) * 2020-10-21 2023-11-08 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND DEVICE
WO2022152169A1 (en) * 2021-01-12 2022-07-21 Essen Innovation Company Limited Wireless communication method and user equipment
CN117121603A (zh) * 2021-03-30 2023-11-24 上海诺基亚贝尔股份有限公司 Harq进程选择
WO2023010418A1 (en) * 2021-08-05 2023-02-09 Apple Inc. System and methods for multi-physical uplink shared channel (pusch) configured grant

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102447549A (zh) * 2010-10-09 2012-05-09 普天信息技术研究院有限公司 一种移动通信系统中上行同步混合自动重复请求的方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101119184A (zh) * 2006-08-02 2008-02-06 华为技术有限公司 混合自适应重传请求方法及其实体
ES2503395T3 (es) * 2007-03-07 2014-10-06 Interdigital Technology Corporation Método y aparato para generar y tratar una unidad de datos de protocolo MAC-ehs
CN101815355B (zh) * 2009-02-25 2013-01-09 电信科学技术研究院 下行调度方法及装置
US20120127869A1 (en) * 2010-11-22 2012-05-24 Sharp Laboratories Of America, Inc. Multiple channel state information (csi) reporting on the physical uplink shared channel (pusch) with carrier aggregation
WO2013082785A1 (en) * 2011-12-08 2013-06-13 St-Ericsson Sa Harq-based data transmission method and apparatus, user equipment, computer program and storage medium
US9288012B2 (en) * 2013-10-15 2016-03-15 Mediatek Inc. Hybrid automatic repeat request management method for improving transmission quality
US20150208404A1 (en) * 2014-01-23 2015-07-23 Humax Holdings Co., Ltd. System and method for priority data transmission on lte dual connectivity
DK3100535T3 (da) * 2014-01-29 2019-05-27 Interdigital Patent Holdings Inc Uplink-sendinger i trådløs kommunikation
US20180262302A1 (en) * 2015-09-03 2018-09-13 Telefonaktiebolaget Lm Ericsson (Publ) Wireless device, a network node and methods therein for harq feedback prioritization
US10568081B2 (en) * 2016-03-21 2020-02-18 Samsung Electronics Co., Ltd. Scheduling uplink transmissions
US10334624B2 (en) * 2016-04-29 2019-06-25 Ofinno, Llc Allocation of licensed assisted access resources in a wireless device
CN106130701B (zh) * 2016-07-14 2019-08-02 宇龙计算机通信科技(深圳)有限公司 非授权频段上的harq进程传输方法及装置、基站和终端
US10342044B2 (en) * 2016-07-25 2019-07-02 Qualcomm Incorporated Latency reduction techniques for LTE transmission in unlicensed spectrum
CN107734688B (zh) * 2016-08-12 2023-05-02 中兴通讯股份有限公司 一种信息发送方法及发送设备
US11019682B2 (en) * 2018-06-18 2021-05-25 Apple Inc. Methods to multiplex control information in accordance with multi-slot transmissions in new radio (NR) systems

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102447549A (zh) * 2010-10-09 2012-05-09 普天信息技术研究院有限公司 一种移动通信系统中上行同步混合自动重复请求的方法

Also Published As

Publication number Publication date
WO2020192624A1 (zh) 2020-10-01
KR20210143881A (ko) 2021-11-29
US20220158769A1 (en) 2022-05-19
CN110535555A (zh) 2019-12-03
CN116506068A (zh) 2023-07-28
EP3952154A1 (en) 2022-02-09
EP3952154A4 (en) 2022-12-21

Similar Documents

Publication Publication Date Title
CN110535555B (zh) 一种确定传输优先级的方法、装置和计算机可读存储介质
WO2020187279A1 (zh) 一种传输处理方法、装置和计算机可读存储介质
EP3101982A1 (en) Base station, transmission method, mobile station, and retransmission control method
JP7350017B2 (ja) サービス伝送のための方法、装置及び端末
US11324032B2 (en) Methods for data transmission and user equipment
CN111869302B (zh) 无线通信网络中用户设备的数据传输优化
CN111586854B (zh) 物理上行共享信道的传输方法、终端及网络设备
WO2019184595A1 (zh) 数据传输方法、终端设备及网络设备
CN111756493A (zh) 资源的确定、接收方法及装置
KR20220128415A (ko) 채널 충돌 처리 방법, 장치, 설비 및 저장 매체
CN113518450A (zh) 一种上行信道的传输方法及设备
WO2021159272A1 (zh) 通信方法、装置、设备及可读存储介质
CN112584532B (zh) 上行信道的信息确定方法、终端及网络侧设备
EP4020857B1 (en) Resource conflict handling method and apparatus, terminal and storage medium
WO2021088041A1 (zh) 上行数据传输方法、装置、终端及存储介质
WO2020228938A1 (en) Method, apparatus, computer program product and computer program
US20220116930A1 (en) Signal transmission method and apparatus, mobile terminal and storage medium
CN114070481B (zh) 一种物理信道的传输方法和设备
CN112788771B (zh) 数据传输方法、装置、相关设备及存储介质
CN114287116B (zh) 反馈信息生成方法、装置、终端和网络设备
WO2022028606A1 (zh) 信息确定方法、信息指示方法、终端及网络侧设备
WO2021204261A1 (zh) 上行传输方法和装置
WO2020216055A1 (zh) 业务传输处理方法及设备
WO2021026691A1 (zh) 上行数据的传输方法、接收方法、装置、终端和介质
CN113452482A (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
GR01 Patent grant
GR01 Patent grant