CN111226408A - 用于移动通信中的上行链路传输的混合自动重传请求反馈过程 - Google Patents
用于移动通信中的上行链路传输的混合自动重传请求反馈过程 Download PDFInfo
- Publication number
- CN111226408A CN111226408A CN201980003830.0A CN201980003830A CN111226408A CN 111226408 A CN111226408 A CN 111226408A CN 201980003830 A CN201980003830 A CN 201980003830A CN 111226408 A CN111226408 A CN 111226408A
- Authority
- CN
- China
- Prior art keywords
- uplink transmission
- dci
- processor
- harq feedback
- feedback information
- 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.)
- Pending
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/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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0072—Error control for data other than payload data, e.g. control data
- H04L1/0073—Special arrangements for feedback channel
-
- 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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control 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/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/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
描述了用于与移动通信中的用户设备和网络设备有关的上行链路传输的混合自动重传请求(HARQ)反馈过程有关的各种解决方案。装置可以从网络节点接收下行链路控制信息(DCI)。所述装置可以确定所述DCI是否被用于指示与上行链路传输相对应的HARQ反馈信息。在所述DCI用于指示与所述上行链路传输相对应的所述HARQ反馈信息的情况下,所述装置可以根据所述DCI确定所述HARQ反馈信息。所述装置可以根据所述HARQ反馈信息确定是否终止所述上行链路传输。
Description
本公开是要求2018年9月25日提交的美国专利申请No.62/735,912的优先权益的非临时申请的一部分,所述美国专利申请的内容通过引用整体并入本公开。
【技术领域】
本公开总体上涉及移动通信,并且更具体地,涉及用于与移动通信中的用户装置和网络装置有关的上行链路传输的混合自动重传请求(HARQ)反馈过程。
【背景技术】
除非本文另有说明,否则本部分中描述的方法不是下面列出的权利要求的现有技术,并且不包括在本部分中作为现有技术。
在新无线电(NR)中,网络节点可以为用户装置(UE)配置两种类型的上行链路许可(uplink grant),以执行上行链路传输。上行链路许可可以指示一些特定的无线电资源(例如,时间和频率资源)供UE执行上行链路传输。一种类型的上行链路许可可以包括动态许可。可以基于UE的请求来配置动态许可。例如,UE可以向网络发送在先请求(例如,服务请求(SR),随机接入信道(RACH)请求或缓冲器状态报告(BSR))。收到请求后,网络可以根据UE的请求为UE配置动态许可来进行上行数据传输。
另一种类型的上行链路许可可以包括配置许可。配置许可可以无需UE的请求而由网络配置。基于配置许可的上行链路传输也可以被称为无许可传输或半持久调度(SPS)传输。上行链路无许可传输或SPS传输可以用于处理无线通信中的多服务的需求。例如,它可以用于长期演进(LTE)或NR中的互联网协议语音(VoIP)服务或超可靠和低延迟通信(URLLC)服务。UE可以被配置为在不发送在先请求的情形下在配置许可上发送其上行链路数据,以改善传输等待时间。网络可以为UE预先配置特定的无线电资源(例如,时间和频率资源),以执行上行链路SPS/无许可/配置许可传输。
假定用于配置许可的资源被预先分配给UE,则期望网络节点将为多个UE分配相同的资源。这可以提高频谱效率,尤其是在流量不连续的情况下。当UE被配置有用于上行链路传输的重复时,网络节点可以从前几次重复中成功解码上行链路数据。在这种情况下,不需要大量的重复(reaming repetition),并且大量的重复可能对另一UE造成干扰。
然而,NR中的当前规范和过程不支持用于上行链路传输的显式HARQ反馈。当前,在网络节点成功解码上行链路分组的情况下,它必须为同一个HARQ过程标识符(ID)发送具有切换的新资料指示符(NDI)值的另一上行链路许可。在某些情况下,需要发送HARQ反馈而不调度新数据报。例如,对于UE没有其他数据要发送的情况。
因此,在新开发的无线通信网络中,如何发送/接收用于上行链路传输的HARQ反馈以及UE何时应当监视用于HARQ反馈的DCI是重要的问题。由于监视HARQ反馈可能给UE带来更多的复杂性,因此必须在设计中考虑监视HARQ反馈的复杂性。因此,需要提供用于上行链路传输的适当的HARQ反馈过程。
【发明内容】
以下概述仅是说明性的,并不旨在以任何方式进行限制。也就是说,提供以下概述以介绍本文描述的新颖和非显而易见的技术的概念,要点,益处和优点。下面在详细描述中进一步描述选择的实施方式。因此,以下发明内容并非旨在标识所要求保护的主题的必要特征,也不旨在用于确定所要求保护的主题的范围。
本公开的目的是提出解决方案或方案,用于解决与用于移动通信中的用户装置和网络装置有关的上行链路传输的HARQ反馈过程有关的前述问题。
在一个方面,一种方法可以涉及装置从网络节点接收DCI。所述方法还可以包括所述装置确定所述DCI是否被用于指示对应于上行链路传输的HARQ反馈信息。所述方法可以进一步包括在所述DCI被用于指示对应于所述上行链路传输的所述HARQ反馈信息的情况下,所述装置根据所述DCI确定所述HARQ反馈信息。所述方法可以进一步包括所述装置根据所述HARQ反馈信息来确定是否终止上行链路传输。
在一个方面,一种方法可以包括装置执行上行链路传输。所述方法还可以包括所述装置确定对应于所述上行链路传输的上行链路传输类型和上行链路传输参数中的至少一个是否满足条件。所述方法可以进一步包括所述装置确定是否监视用于指示对应于所述上行链路传输的HARQ反馈信息的DCI。所述方法可以进一步包括在所述上行链路传输类型和所述上行链路传输参数中的至少一个满足所述条件的情况下,所述装置监视所述DCI。
值得注意的是,尽管这里提供的描述可以在某些无线电接入技术,网络和网络拓扑的背景下,例如长期演进(LTE),LTE-Advanced,LTE-Advanced Pro,第五代(5G),新无线电(NR),物联网(IoT)和窄带物联网(NB-IoT),提出的概念,方案及其任何变体/衍生物可以实施于,用于其他类型的无线电接入技术,网络和网络拓扑或被其他类型的无线电接入技术,网络和网络拓扑实施方式。因此,本公开的范围不限于本文描述的示例。
【附图说明】
包括附图以提供对本公开的进一步理解,并且附图被并入并构成本公开的一部分。附图示出了本公开的实施方式,并且与说明书一起用于解释本公开的原理。可以理解的是,附图不一定按比例绘制,因为为了清楚地说明本公开的概念,一些部件可能被示出为与实际实施中的尺寸不成比例。
图1是描绘根据本公开的实施方式的示例场景的图。
图2是描绘根据本公开的实施方式的示例场景的图。
图3是根据本公开的实施方式的示例通信装置和示例网络装置的框图。
图4是根据本公开的实施方式的示例过程的流程图。
图5是根据本公开的实施方式的示例过程的流程图。
【具体实施方式】
本文公开了所要求保护的主题的详细实施例和实施方式。然而,应所述理解的是,所公开的实施例和实施方式仅仅是对要求保护的可以以各种形式体现的主题的说明。然而,本公开可以以许多不同的形式实施,并且不应该被解释为限于这里阐述的示例性实施例和实施方式。而是,提供这些示例性实施例和实施方式,使得本公开的描述是彻底和完整的,并且将向本领域技术人员充分传达本公开的范围。在以下描述中,可以省略公知特征和技术的细节以避免所呈现的实施例和实施方式中存在不必要地模糊。
概观
根据本公开的实施方式涉及与用于移动通信中的用户装置和网络装置相关的上行链路传输的HARQ反馈过程有关的各种技术,方法,方案和/或解决方案。根据本公开,可以单独地或联合地实施多种可能的解决方案。即,尽管可以在下面分别描述这些可能的解决方案,但是可以以一种或另一种组合来实施这些可能的解决方案中的两个或更多个。
在NR中,网络节点可以为UE配置两种类型的上行链路许可以执行上行链路传输。上行链路许可可以指示一些特定的无线电资源(例如,时间和频率资源)供UE执行上行链路传输。一种类型的上行链路许可可以包括动态许可。可以基于UE的请求来配置动态许可。例如,UE可以向网络发送在先请求(例如,SR,RACH请求或BSR)。收到请求后,网络可以根据UE的请求为UE配置动态许可以进行上行数据传输。
另一类型的上行链路许可可以包括配置许可。配置许可可以无需UE的请求而由网络配置。基于配置许可的上行链路传输也可以被称为无许可传输或SPS传输。上行链路无许可传输或SPS传输可以用于解决无线通信中需要多种服务的需求。例如,它可以用于LTE或NR中的VoIP服务或URLLC服务。UE可以被配置为不发送在先请求而在配置许可上发送其上行链路数据,以改善传输等待时间。网络可以为UE预先配置特定的无线电资源(例如,时间和频率资源),以执行上行链路SPS/无许可/配置许可传输。
假定用于配置许可的资源被预先分配给UE,则期望网络节点将为多个UE分配相同的资源。这可以提高频谱效率,尤其是在流量不连续的情况下。当UE配置为具有上行链路传输的重复(例如,K>1)时,网络节点可以从前几次重复中成功解码上行链路数据。在这种情况下,不需要大量的重复,并且大量的重复可能对另一UE造成干扰。图1示出了根据本公开的实施方式的示例场景100。场景100涉及多个UE和一个网络节点,其可以是无线通信网络(例如LTE网络,LTE-Advanced网络,LTE-Advanced Pro网络,5G网络,NR网络,IoT网络或NB-IoT网络)的一部分。UE 1和UE 2可以被配置有多个上行链路传输时机(例如,K个传输时机)。K可以是大于1的整数。UE 1在第一个传输时机开始发送其数据。UE 2在第四个传输时机开始发送数据。网络节点从前几次重复中成功解码UE 1数据的可能性很高。例如,当UE 1配置为K=8时,将从第一次重复中成功解码大约95.78%的数据包。UE的配置许可传输的提前终止可以减少UE的剩余重复之间的任何进一步冲突,这增加了成功解码UE数据的机会。因此,有必要研究支持用于配置许可传输的显式HARQ所能获得的增益。
图2示出了根据本公开的实施方式的示例场景200。场景200涉及一个UE和一个网络节点,其可以是无线通信网络(例如,LTE网络,LTE-Advanced网络,LTE-Advanced Pro网络,5G网络,NR网络,IoT网络或NB-IoT网络)的一部分。场景200示出了使用显式HARQ反馈来启动提前终止的优点。假定如果UE的数据已成功解码,则网络节点能够发送ACK。一旦UE收到ACK反馈后,将终止配置许可传输的剩余重复。当使用ACK反馈进行提前终止时,可以显著减少UE之间冲突的百分比。UE之间的干扰可以大大减少。UE还能够节省其用于发送配置许可传输的剩余重复的功率。另一方面,除了可以通过确认(ACK)反馈实现提前终止来获得性能提升外,减少网络节点处冲突的UE的数量还可以降低检测/解码UE数据时所需的复杂性。
然而,NR中的当前规范和过程对于上行链路传输不支持显式HARQ反馈。当前,在网络节点成功解码上行链路分组的情况下,它必须针对相同的HARQ进程ID发送具有切换NDI值的另一个上行链路许可。在某些情况下,需要在不调度新分组的情形下发送HARQ反馈。例如,对于UE没有其他数据要发送的情况。可替代地,当UE被配置有重复时,在网络节点成功地从初始重复集中解码了分组的情况下,可以使用HARQ反馈来终止剩余的重复。因此,在新开发的无线通信网络中,如何发送/接收用于配置许可的上行链路传输的HARQ反馈,以及UE何时应监视用于HARQ反馈的DCI是重要的问题。由于监视HARQ反馈可能给UE带来更多的复杂性,因此需要考虑设计中的监视HARQ反馈的复杂性。
鉴于以上内容,本公开提出了与用于与UE和网络装置有关的经由配置许可的上行链路传输的HARQ反馈过程有关的多种方案。根据本公开的方案,提供了用于发送/接收显式HARQ反馈的方法和装置,以及减少UE监视显式HARQ反馈的复杂度的过程。介绍了包括用于配置许可传输的HARQ反馈的下行反馈信息(DFI)。在本公开中将提供用于发送配置许可的传输的HARQ反馈的DCI的设计,以及用于监视承载用于上行链路传输的HARQ反馈的DCI的过程。当UE通过对应于HARQ过程的DFI接收到否定确认(NACK)反馈时,UE可以自适应地发起最初经由配置许可机制发送的HARQ过程的重传。显示HARQ反馈可以减少UE执行上行链路配置许可传输的冲突,从而可以提高系统性能,并减少网络节点解码上行链路数据的复杂性。
具体地,UE可以被配置为从网络节点接收DCI。UE可以被配置为确定所述DCI是否被用于指示与上行链路传输相对应的HARQ反馈信息(例如,在所述DCI中指示有HARQ反馈信息)。UE可以被配置为在所述DCI用于指示与所述上行链路传输相对应的所述HARQ反馈信息的情况下,根据所述DCI确定所述HARQ信息。UE可以被配置为根据所述HARQ信息来确定是否终止所述上行链路传输。在UE确定所述HARQ反馈信息是ACK的情况下,UE可以终止所述上行链路传输(例如,剩余的重复)。在UE确定所述HARQ反馈信息是NACK的情况下,UE可以继续执行所述上行链路传输(例如,发送剩余的重复)或发起重传。
网络节点可以使用DCI中的一些信息或字段来向UE指示当前的DCI用于HARQ反馈。例如,所述信息可以包括上行链路共享信道(UL-SCH)指示符和/或HARQ过程ID。为了发送用于上行链路传输的HARQ反馈,网络节点可以发送具有HARQ进程ID和UL-SCH指示符的上行链路DCI(例如,用于调度物理上行链路共享信道(PUSCH)的DCI格式)给UE。所述HARQ过程ID(例如,网络节点想要ACK/NACK的上行链路传输的HARQ ID)可以与对应的上行链路数据相关联。所述UL-SCH指示符可以等于预定值(例如,UL-SCH指示符=0)。在接收到所述上行链路DCI时,UE可以被配置为根据HARQ-ID和UL-SCH指示符的值确定这是用于指示与上行链路传输相对应的HARQ反馈信息的上行链路DCI(例如,ACK/NACK上行链路传输的接收)。
在一些实施方式中,显式HARQ反馈可以仅用于配置许可。可以将网络节点配置为仅为上行链路配置许可传输发送HARQ反馈(例如,ACK/NACK)。网络节点可以向UE发送具有用于相应的上行链路配置许可传输的HARQ进程ID(例如,网络节点想要ACK/NACK的上行链路配置许可传输的HARQ进程ID)和UL-SCH指示符的上行链路DCI。所述UL-SCH指示符可以等于预定值(例如,UL-SCH指示符=0)。在接收到所述上行链路DCI时,UE可以被配置为根据所述HARQ进程ID和所述UL-SCH指示符的值来确定这是ACK/NACK上行链路配置许可传输的接收的上行链路DCI。
在一些实施方式中,用于指示HARQ反馈信息的DCI类型可以包括特定于UE的DCI或组公共DCI。网络节点可以使用所述特定于UE的DCI和/或所述组公共DCI来指示HARQ反馈信息。在一些实施方式中,DCI可以包括由配置的调度无线电网络临时标识符(CS-RNTI)加扰的循环冗余校验(CRC)。使用指示符/字段(例如,UL-SCH指示符)来向UE指示当前DCI用于HARQ反馈可以限于DCI包括由CS-RNTI加扰的CRC的情况。
除了HARQ过程ID和UL-SCH指示符之外,一些特定字段或其他DCI字段可以被设置为预定义的值,以向UE指示DCI用于HARQ反馈。例如,这些DCI字段可以包括时域资源分配(RA)或频域RA,或者时域RA和频域RA两者一起。在另一个示例中,用于时域RA和/或频域RA的修改字段可以被设置为全“1”或全“0”,以最大程度地减少检测错误。DCI调度上行链路中的任意其他字段(例如,除了RA字段之外)还可以以唯一的方式被修改以向UE指示这是HARQ反馈。UE可以被配置为根据这些字段来确定DCI是否被用于指示HARQ反馈信息。
在一些实施方式中,以上方案可以仅用于指示ACK。UE可以将用于指示HARQ反馈的DCI仅解释为ACK。在一些实施方式中,以上方案可以用于指示ACK或NACK。DCI中的新数据指示符(NDI)字段可以用于指示HARQ反馈是ACK还是NACK。替代地,其他DCI字段可以用于指示HARQ反馈是ACK还是NACK。
另一方面,由于监视HARQ反馈可能给UE引入更多的复杂性,因此应考虑如何降低UE侧监视HARQ反馈的负担以及复杂性。具体地,UE可以被配置为执行上行链路传输。UE可以被配置为确定与所述上行链路传输相对应的上行链路传输类型和上行链路传输参数中至少一个是否满足条件。UE可以进一步确定是否监视用于指示与所述上行链路传输相对应的HARQ反馈信息的DCI。在所述上行链路传输类型和所述上行链路传输参数中的至少一个满足所述条件的情况下,UE可以确定监视所述DCI。
在一些实施方式中,所述上行链路传输类型可以指上行链路许可(例如,配置许可或动态许可)的许可类型。所述条件可以包括:所述上行链路传输类型包括配置许可上行链路传输。UE可以被配置为确定所述上行链路传输类型是否是配置许可的上行链路传输(即,是否满足该条件)。UE可以被配置为在其经由配置许可发送上行链路数据的情况下监视用于HARQ反馈的DCI。
在一些实施方式中,所述上行链路传输参数可以指代上行链路传输重复的数量(例如,PUSCH的K次重复)。所述条件可以包括所述上行链路传输重复的数量大于阈值。UE可以被配置为确定所述上行链路传输重复的数量是否大于阈值。UE可以被配置为在所述上行链路传输重复的数量大于阈值(例如,K>1)的情况下监视用于HARQ反馈的DCI。所述阈值可以是预定义值,也可以是网络节点配置的值。
在一些实施方式中,UE可以被配置为确定上述两种条件是否都满足。UE可以被配置为在上述两种条件都满足时监视用于HARQ反馈的DCI。例如,UE可以被配置为在其经由配置许可发送数据并且配置许可的重复的数量大于阈值(例如,K>1)的情况下,监视用于HARQ反馈的DCI以进行。UE也可以使用其他上行链路传输参数和/或条件来确定是否监视用于HARQ反馈的DCI。可以通过高层信令(例如,经由无线电资源控制(RRC)配置)来配置UE,以指示用于监视用于HARQ反馈的DCI的条件(例如,上行链路传输类型和/或UL传输参数)。
说明性实施
图3示出了根据本公开的实施方式的示例性通信装置310和示例性网络装置320。通信装置310和网络装置320中的每一个可执行各种功能以实施方式本文描述的与用于无线通信中的用户装置和网络装置的上行链路传输的HARQ反馈过程有关的方案,技术,过程和方法,包括前面所述的场景/方案以及下面描述的过程500。
通信装置310可以是电子装置的一部分,该电子装置可以是诸如便携式或移动装置,可穿戴装置,无线通信装置或计算装置之类的UE。例如,通信装置310可以被实施在智能电话,智能手表,个人数字助理,数字照相机或诸如平板计算器,膝上型计算器或笔记本计算器之类的计算装置中。通信装置310也可以是机器类型装置的一部分,该机器类型装置可以是诸如固定装置,静止装置,家用装置,有线通信装置或计算装置的IoT或NB-IoT装置。例如,通信装置310可以在智能恒温器,智能冰箱,智能门锁,无线扬声器或家庭控制中心中实施。备选地,通信装置310可以以一个或多个集成电路(IC)芯片的形式实施,例如但不限于,一个或多个单核处理器,一个或多个多核处理器,一个或多个精简指令集计算(RISC)处理器,或一个或多个复杂指令集计算(CISC)处理器。通信装置310可以包括图3所示的那些组件中的至少一些,诸如处理器312。通信装置310可以进一步包括与本公开的所提议的方案不相关的一个或多个其他组件(例如,内部电源,显示设备和/或用户接口装置),并且为了简化和简洁起见,因此通信装置310的这样的组件未在图3标出,也未在下面进行描述。
网络装置320可以是电子装置的一部分,该电子装置可以是诸如基站,小型小区,路由器或网关的网络节点。例如,网络装置320可以在LTE,LTE-Advanced或高级LTE-Advanced Pro网络的eNodeB中,或在5G,NR,IoT或NB-IoT网络中的gNB中实施。备选地,网络装置320可以以一个或多个IC芯片的形式实施,例如但不限于,一个或多个单核处理器,一个或多个多核处理器,或一个或多个RISC或CISC处理器。网络装置320可以包括图3所示的那些组件中的至少一些,诸如处理器322。网络装置320可以进一步包括与本公开的所提出的方案不相关的一个或多个其他组件(例如,内部电源,显示设备和/或用户接口装置),并且为了简化和简洁起见,因此网络装置320的这样的组件未在图3标出,也未在下面进行描述。
在一方面,处理器312和处理器322中的每一个可以以一个或多个单核处理器,一个或多个多核处理器或一个或多个CISC处理器的形式实施。也就是说,即使在本文中使用单数术语“处理器”来指代处理器312和处理器322,根据本发明,处理器312和处理器322中的每个也可以包括多个处理器,而在其他实施方式中可以包括单个处理器。在另一方面,处理器312和处理器322中的每一个可以以具有电子部件的硬件(以及可选地,固件)的形式实施,该电子部件包括例如但不限于一个或多个晶体管,一个或多个二极管,一个或多个电容器,一个或多个电阻器,一个或多个电感器,一个或多个忆阻器和/或一个或多个变容二极管,其被配置和布置为实施根据本公开的特定目的。换句话说,在至少一些实施方式中,处理器312和处理器322中的每一个是根据本公开的各种实施方式的专门设计,布置和配置为执行包括减少装置(例如,由通信装置310表示)和网络(例如,由网络装置320表示)中的功耗的特定任务的专用机器。
在一些实施方式中,通信装置310还可包括耦合到处理器312并且能够无线发送和接收数据的收发器316。在一些实施方式中,通信装置310可以进一步包括耦合到处理器312并且能够被处理器312访问并且在其中存储数据的存储器314。在一些实施方式中,网络装置320还可以包括耦合到处理器322并且能够无线发送和接收数据的收发器326。在一些实施方式中,网络装置320可以进一步包括耦合至处理器322并且能够被处理器322访问并且在其中存储数据的存储器324。因此,通信装置310和网络装置320可以分别经由收发器316和收发器326彼此无线通信。为了帮助更好地理解,在移动通信环境的背景下提供对通信装置310和网络装置320中的每一个的操作,功能和能力的以下描述,在该移动通信环境中,通信装置310在通信装置或UE中实施或作为通信装置或UE实施,和网络装置320在通信网络的网络节点中实施或作为网络节点实施。
在一些实施方式中,处理器312可以被配置为经由收发器316从网络装置320接收DCI。处理器312可以被配置为确定所述DCI是否被用于指示与上行链路传输相对应的HARQ反馈信息。处理器312可以被配置为在所述DCI用于指示与所述上行链路传输相对应的所述HARQ反馈信息的情况下,根据所述DCI确定所述HARQ信息。处理器312可以被配置为根据所述HARQ信息来确定是否终止所述上行链路传输。
在一些实施方式中,在处理器312确定所述HARQ反馈信息是ACK的情况下,处理器312可以终止所述上行链路传输(例如,剩余的重复)。在处理器312确定HARQ反馈信息是NACK的情况下,处理器312可以继续执行所述上行链路传输(例如,传输剩余的重复)或发起重传。
在一些实施方式中,处理器322可以使用DCI中的一些信息或字段来向通信装置310指示当前的DCI用于HARQ反馈。例如,处理器322可以使用UL-SCH指示符和/或HARQ进程ID。为了发送用于上行链路传输的HARQ反馈,处理器322可以经由收发器326将具有HARQ进程ID和UL-SCH指示符的上行链路DCI(例如,用于调度PUSCH的DCI格式)发送给通信装置310。所述HARQ过程ID可以与对应的上行链路数据相关联(例如,想要ACK/NACK的上行链路传输处理器322的HARQ ID)。处理器322可以将所述UL-SCH指示符配置为预定值(例如,UL-SCH指示符=0)。
在一些实施方式中,处理器312可以被配置为在接收到上行链路DCI后,根据HARQ-ID和UL-SCH指示符的值确定这是用于指示对应于所述上行链路传输的HARQ反馈信息的上行链路DCI(例如,ACK/NACK所述上行链路传输的接收)。
在一些实施方式中,处理器322可以将显式HARQ反馈仅用于配置许可。处理器322可以被配置为经由收发器326仅针对上行链路配置许可传输来发送HARQ反馈(例如,ACK/NACK)。处理器322可以将具有用于对应的上行链路配置许可传输的HARQ进程ID(例如,想要ACK/NACK的上行链路配置许可传输处理器322的HARQ进程ID)和UL-SCH指示符的上行链路DCI发送给通信装置310。处理器322可以将所述UL-SCH指示符配置为预定值(例如,UL-SCH指示符=0)。在接收到所述上行链路DCI时,处理器312可以被配置为根据所述HARQ过程ID和UL-SCH指示符的值来确定这是ACK/NACK所述上行链路配置许可传输的接收的上行链路DCI。
在一些实施方式中,用于指示HARQ反馈信息的DCI类型可以包括特定于UE的DCI或组公共的DCI。处理器322可以使用所述特定于UE的DCI和/或组公共的DCI来指示HARQ反馈信息。
在一些实施方式中,处理器322可以将DCI与由CS-RNTI加扰的CRC一起使用。当将DCI与由CS-RNTI加扰的CRC一起使用时,处理器322可能能够使用指示符/字段(例如,UL-SCH指示符)来向通信装置310指示当前DCI用于HARQ反馈。
在一些实施方式中,处理器322可以将一些特定字段或其他DCI字段设置为预定值,以向通信装置310指示DCI用于HARQ反馈。例如,处理器322可以使用诸如时域RA或频域RA之类的DCI字段,或者一起使用时域RA和频率RA字段两者。
在一些实施方式中,处理器322可以用于时域RA和/或频域RA的修改字段设置为全“1”或全“0”,以使检测误差最小。处理器322还可以以唯一的方式修改DCI调度上行链路中的任何其他字段(例如,除了RA字段之外),以向通信装置310指示这是HARQ反馈。处理器312可以被配置为根据这些字段来确定DCI是否被用于指示HARQ反馈信息。
在一些实施方式中,处理器322可以仅指示ACK。用于指示HARQ反馈的DCI可以由处理器312仅解释为ACK。
在一些实施方式中,处理器322可以指示ACK或NACK。处理器322可以使用DCI中的NDI字段来指示HARQ反馈是ACK还是NACK。备选地,处理器322可以使用其他DCI字段来指示HARQ反馈是ACK还是NACK。
在一些实施方式中,处理器312可以被配置为经由收发器316执行上行链路传输。处理器312可以被配置为确定与所述上行链路传输相对应的上行链路传输类型和上行链路传输参数中的至少一个是否满足条件。处理器312可以进一步确定是否监视用于指示与所述上行链路传输相对应的所述HARQ反馈信息的DCI。在所述上行链路传输类型和所述上行链路传输参数中的至少一个满足条件的情况下,处理器312可以确定经由收发器316监视所述DCI。
在一些实施方式中,所述条件可以包括:上行链路传输类型包括配置许可的上行链路传输。处理器312可以被配置为确定上行链路传输类型是否是配置许可的上行链路传输(即,是否满足条件)。处理器312可以被配置为在其经由配置许可发送上行链路数据的情况下监视用于HARQ反馈的DCI。
在一些实施方式中,所述条件可以包括所述上行链路传输重复的数量大于阈值。处理器312可以被配置为确定上行链路传输重复的所述数量是否大于阈值。处理器312可以被配置为在所述上行链路传输重复的数量大于阈值(例如,K>1)的情况下监视用于HARQ反馈的DCI。
在一些实施方式中,处理器312可以被配置为确定上述两种条件是否都满足。处理器312可以被配置为在上述两种条件都满足时监视所述用于HARQ反馈的DCI。例如,处理器312可以被配置为在其经由配置许可发送数据并且配置许可的重复次数大于阈值(例如,K>1)的情况下,所述用于HARQ反馈的DCI。其他上行链路传输参数和/或条件也可以用于处理器312,以确定是否监视所述用于HARQ反馈的DCI。可以通过高层信令(例如,经由RRC配置)来配置处理器312,以指示监视所述用于HARQ反馈的DCI的条件(例如,上行链路传输类型和/或UL传输参数)。
说明性过程
图4示出了根据本公开的实施方式的示例过程400。过程400可以是本公开的与用于上行链路传输的HARQ反馈过程有关的上述场景/方案的部分或全部的示例实施方式。过程400可以代表通信装置310的特征的实施方式的一个方面。过程400可以包括一个或多个操作,动作或功能,如方框410、420、430和440中的一个或多个所示。尽管被示为离散的方框,取决于期望的实施方式,过程400的各个框可以被划分为附加的框,组合为更少的框或被消除。此外,过程400的框可以按照图4中所示的顺序执行,或以其他顺序排列。过程400可以由通信装置310或任何合适的UE或机器类型的装置来实施。仅出于说明性目的而非限制,下面在通信装置310的场景中描述过程400。过程400可以在框410处开始。
在410处,过程400可涉及装置310的处理器312从网络节点接收DCI。过程400可以从410进行到420。
在420处,过程400可以包括处理器312确定所述DCI是否用于指示与上行链路传输相对应的HARQ反馈信息。过程400可以从420进行到430。
在430处,过程400可以涉及处理器312在所述DCI被用于指示与所述上行链路传输相对应的所述HARQ反馈信息的情况下根据所述DCI确定所述HARQ反馈信息。过程400可以从430进行到440。
在440处,过程400可以包括处理器312根据所述HARQ反馈信息来确定是否终止上行链路传输。
在一些实施方式中,所述DCI可以包括特定于UE的DCI或组公共的DCI。
在一些实施方式中,所述DCI可以包括由CS-RNTI加扰的CRC。
在一些实施方式中,所述DCI可以包括与所述上行链路传输相对应的HARQ过程ID,UL-SCH指示符和特定DCI字段中的至少一个。
在一些实施方式中,过程400可以包括处理器312根据与所述上行链路传输相对应的HARQ过程ID,UL-SCH指示符和特定的DCI字段中至少之一来确定所述DCI是否用于指示HARQ反馈信息。
在一些实施方式中,上行链路传输可以包括配置许可的上行链路传输。
在一些实施方式中,过程400可以包括处理器312在HARQ反馈信息被确定为ACK的情况下终止上行链路传输。
图5示出了根据本公开的实施方式的示例过程500。过程500可以是本公开的与用于上行链路传输的HARQ反馈过程有关的上述场景/方案的部分或全部的示例实施方式。过程500可以代表通信装置310的特征的实施方式的一个方面。过程500可以包括一个或多个操作,动作或功能,如方框510、520、530和540中的一个或多个所示。尽管被示为离散的方框,取决于期望的实施方式,可以将过程500的各个框划分为另外的框,组合为更少的框或将其消除。此外,过程500的框可以按照图5所示的顺序执行或以其他顺序排列。过程500可以由通信装置310或任何合适的UE或机器类型的装置来实施方式。仅出于说明性目的而非限制,下面在通信装置310的场景中描述过程500。过程500可以在框510处开始。
在510,过程500可以涉及装置310的处理器312执行上行链路传输。过程500可以从510进行到520。
在520,过程500可以包括处理器312确定与所述上行链路传输相对应的上行链路传输类型和上行链路传输参数中的至少一个是否满足条件。过程500可以从520进行到530。
在530,过程500可以包括处理器312确定是否监视用于指示与所述上行链路传输相对应的HARQ反馈信息的DCI。过程500可以从530进行到540。
在540,过程500可以包括处理器312在所述上行链路传输类型和所述上行链路传输参数中的至少一个满足所述条件的情况下监视所述DCI。
在一些实施方式中,所述条件可以包括:所述上行链路传输类型包括配置许可的上行链路传输。
在一些实施方式中,所述上行链路传输参数可以包括上行链路传输重复的数量。所述条件可以包括上行链路传输重复的数量大于阈值。
补充说明
本文描述的主题有时示出包含在不同其他组件内或与不同其他组件连接的不同组件。应当理解,这样描绘的体系结构仅仅是示例,并且实际上可以实施许多其他体系结构,其实施相同的功能。在概念意义上,实施相同功能的任何组件布置有效地“关联”,使得实施期望的功能。因此,这里组合以实施特定功能的任何两个组件可以被视为彼此“相关联”,使得实施期望的功能,而不管架构或中间组件。同样地,如此关联的任何两个组件也可以被视为彼此“可操作地连接”或“可操作地耦合”至彼此以实施期望的功能,并且能够如此关联的任何两个组件也可以被视为“可操作地耦合”至彼此以实施所需的功能。可操作耦合的具体示例包括但不限于物理上可配对和/或物理上相互作用的组件和/或可无线交互和/或无线相互作用的组件和/或逻辑上相互作用和/或逻辑上可相互作用的组件。
此外,关于本文中基本上任何复数和/或单数术语的使用,所属领域具有通常知识者可以根据上下文从复数转换为单数和/或从单数转换为复数。为清楚起见,这里可以明确地阐述各种单数/复数排列。
此外,所属领域具有通常知识者将理解,通常,本文使用的术语,尤其是所附权利要求书,例如所附权利要求的主体,通常旨在作为“开放”术语,例如,“包括”一词应解释为“包括但不限于”,“有”一词应解释为“至少具有”,“包括”一词应解释为“包括但不限于,所属领域具有通常知识者将进一步理解,如果对介绍的权利要求描述有特定的数量要求,则在权利要求中将明确地陈述这样的意图,并且在没有这样的陈述的情况下,不存在这样的意图。例如,为了帮助理解,以下所附权利要求可以包含介绍性短语“至少一个”和“一个或多个”的使用以介绍权利要求描述。然而,这些短语的使用不应被解释为暗示使用不定冠词“一”或“一个”来介绍权利要求描述将限制包含这样的介绍的权利要求描述的任意特定的权利要求至仅包含一个这样的描述的实施方式,即使在同一个权利要求内包括介绍性短语“一个或多个”或“至少一个”,以及不定冠词“一个”或“一个”,作为举例,“一个”和/或“一个”应当被解释为“至少一个”或“一个或多个”;这样的解释,同样适用于使用定冠词介绍权利要求描述。另外,即使明确地描述介绍的权利要求描述的特定数量,所属领域具有通常知识者将认识到,这种描述应当被解释为表示至少包括所描述的数量,例如,没有其他修饰语的“两个描述”的简单描述,表示至少两个描述,或两个或更多描述。此外,在使用类似于“A,B和C等中的至少一个”的惯用示例中,通常这样的结构意图在所属领域具有通常知识者将理解所述惯例的意义上,例如,“具有A,B和C中的至少一种的系统”包括但不限于单独具有A,单独使用B,单独使用C,一起使用A和B,将A和C一起使用,B和C一起使用,以及和/或A,B和C一起等。此外,在使用类似于“A,B和C等中的至少一个”的惯用示例中,通常这样的结构意图在所属领域具有通常知识者将理解所述惯例的意义上,例如,“具有A,B和C中的至少一种的系统”包括但不限于单独具有A,单独使用B,单独使用C,一起使用A和B,将A和C一起使用,B和C一起使用,以及和/或A,B和C一起等。所属领域具有通常知识者将进一步理解实际上任何析取词和/或短语无论在说明书,权利要求书或附图中,呈现两个或更多个替代术语,应理解为考虑包括术语之一,术语中的任一个或术语的两者的可能性。例如,短语“A或B”将被理解为包括“A”或“B”或“A和B”的可能性。
从前述内容可以理解,本文已经出于说明的目的描述了本公开的各种实施方式,并且在不脱离本公开的范围和精神的情况下可以进行各种修改。因此,本文公开的各种实施方式不旨在是限制性的,真正的范围和精神由所附权利要求指示。
Claims (20)
1.一种方法,包括:
装置的处理器从网络节点接收下行链路控制信息(DCI);
所述处理器确定所述DCI是否用于指示与上行链路传输相对应的混合自动重传请求(HARQ)反馈信息;
所述处理器在所述DCI用于指示与所述上行传输相对应的所述HARQ反馈信息的情况下,根据所述DCI确定所述HARQ反馈信息;和
所述处理器根据所述HARQ反馈信息确定是否终止所述上行链路传输。
2.根据权利要求1所述的方法,其特征在于,所述DCI包括特定于用户装置(UE)的DCI或群组公共的DCI。
3.根据权利要求1所述的方法,其特征在于,所述DCI包括由配置的调度无线电网络临时标识符(CS-RNTI)加扰的循环冗余校验(CRC)。
4.根据权利要求1所述的方法,其特征在于,所述DCI包括与所述上行链路传输相对应的HARQ过程标识符(ID),上行链路共享信道(UL-SCH)指示符以及特定DCI字段中的至少一个。
5.根据权利要求4所述的方法,其特征在于,所述确定包括:根据与所述上行链路传输相对应的所述HARQ过程ID,所述UL-SCH指示符和所述特定DCI字段中的至少一个,确定所述DCI是否用于指示所述HARQ反馈信息。
6.根据权利要求1所述的方法,其特征在于,所述上行链路传输包括配置许可的上行链路传输。
7.根据权利要求1所述的方法,还包括:
在所述HARQ反馈信息被确定为确认(ACK)的情况下,所述处理器终止所述上行链路传输。
8.一种方法,包括:
装置的处理器执行上行链路传输;
所述处理器确定与所述上行传输相对应的上行传输类型和上行链路传输参数中的至少一个是否满足条件;
所述处理器确定是否监视用于指示与所述上行传输相对应的混合自动重传请求(HARQ)反馈信息的下行控制信息(DCI);和
在所述上行链路传输类型和上行链路传输参数中的至少一个满足所述条件的情况下,所述处理器监视所述DCI。
9.根据权利要求8所述的方法,其特征在于,所述条件包括:所述上行链路传输类型包括配置许可的上行链路传输。
10.根据权利要求8所述的方法,其特征在于,所述上行链路传输参数包括上行链路传输重复的数量,并且其中,所述条件包括:所述上行链路传输重复的数量大于阈值。
11.一种装置,包括:
收发器,其在操作过程中与无线网络的网络节点进行无线通信;和
通信耦合到所述收发器的处理器,以便在操作期间,所述处理器执行的操作包括:
经由所述收发器,从所述网络节点接收下行控制信息(DCI);
确定所述DCI是否用于指示与上行链路传输相对应的混合自动重传请求(HARQ)反馈信息;
在所述DCI用于指示与所述上行链路传输相对应的所述HARQ反馈信息的情况下,根据所述DCI确定所述HARQ反馈信息;和
根据所述HARQ反馈信息确定是否终止所述上行链路传输。
12.根据权利要求11所述的装置,其特征在于,所述DCI包括特定于用户装置(UE)的DCI或群组公共的DCI。
13.根据权利要求11所述的装置,其特征在于,所述DCI包括由配置的调度无线电网络临时标识符(CS-RNTI)加扰的循环冗余校验(CRC)。
14.根据权利要求11所述的装置,其特征在于,所述DCI包括与所述上行链路传输相对应的HARQ过程标识符(ID),上行链路共享信道(UL-SCH)指示符以及特定DCI字段中的至少一个。
15.根据权利要求14所述的装置,其特征在于,在确定所述DCI是否用于指示所述HARQ反馈信息时,所述处理器根据与所述上行链路传输相对应的所述HARQ过程ID,所述UL-SCH指示符和所述特定DCI字段中的至少一个,确定所述DCI是否用于指示所述HARQ反馈信息。
16.根据权利要求11所述的装置,其特征在于,所述上行链路传输包括配置许可的上行链路传输。
17.根据权利要求11所述的装置,其特征在于,在操作期间,所述处理器还执行以下操作:
在所述HARQ反馈信息被确定为确认(ACK)的情况下,终止所述上行链路传输。
18.一种装置,包括:
收发器,其在操作过程中与无线网络的网络节点进行无线通信;和
通信耦合到所述收发器的处理器,以便在操作期间,所述处理器执行的操作包括:
通过所述收发器执行上行链路传输;
确定与所述上行传输相对应的上行传输类型和上行链路传输参数中的至少一个是否满足条件;
确定是否监视用于指示与所述上行传输相对应的混合自动重传请求(HARQ)反馈信息的下行控制信息(DCI);和
所述上行链路传输类型和上行链路传输参数中的至少一个满足所述条件的情况下,经由所述收发器监视所述DCI。
19.根据权利要求18所述的装置,其特征在于,所述条件包括:所述上行链路传输类型包括配置许可的上行链路传输。
20.根据权利要求18所述的装置,其特征在于,所述上行链路传输参数包括上行链路传输重复的数量,并且其中,所述条件包括:所述上行链路传输重复的数量大于阈值。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862735912P | 2018-09-25 | 2018-09-25 | |
US62/735,912 | 2018-09-25 | ||
US16/580,236 US20200099477A1 (en) | 2018-09-25 | 2019-09-24 | Hybrid Automatic Repeat Request Feedback Procedures For Uplink Transmission In Mobile Communications |
US16/580,236 | 2019-09-24 | ||
PCT/CN2019/107737 WO2020063638A1 (en) | 2018-09-25 | 2019-09-25 | Hybrid automatic repeat request feedback procedures for uplink transmission in mobile communications |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111226408A true CN111226408A (zh) | 2020-06-02 |
Family
ID=69885633
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980003830.0A Pending CN111226408A (zh) | 2018-09-25 | 2019-09-25 | 用于移动通信中的上行链路传输的混合自动重传请求反馈过程 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20200099477A1 (zh) |
CN (1) | CN111226408A (zh) |
TW (1) | TWI719649B (zh) |
WO (1) | WO2020063638A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022012637A1 (en) * | 2020-07-15 | 2022-01-20 | Mediatek Singapore Pte. Ltd. | Complexity reduction in new radio reduced-capability user equipment devices in mobile communications |
WO2022016552A1 (en) * | 2020-07-24 | 2022-01-27 | Nec Corporation | Methods, devices, and computer readable medium for communication |
WO2022151363A1 (en) * | 2021-01-15 | 2022-07-21 | Zte Corporation | Time domain resource allocation for non-terrestrial networks |
CN116114198A (zh) * | 2020-11-24 | 2023-05-12 | Oppo广东移动通信有限公司 | 传输方法、发送端设备和接收端设备 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11184907B2 (en) * | 2018-11-01 | 2021-11-23 | Lenovo (Singapore) Pte. Ltd. | Method and apparatus for transmitting a transport block in a transmission occasion |
CN111436130B (zh) * | 2019-01-11 | 2023-07-18 | 中兴通讯股份有限公司 | 组下行控制信息的发送方法及装置 |
US20210050947A1 (en) * | 2019-08-14 | 2021-02-18 | Mediatek Inc. | Downlink feedback information for uplink data retransmission |
CN116326030A (zh) * | 2020-10-23 | 2023-06-23 | 捷开通讯(深圳)有限公司 | 混合自动重传请求方法、半持续调度方法和通信设备 |
EP4278797A1 (en) * | 2021-01-15 | 2023-11-22 | INTEL Corporation | Transmission schemes and reliability configurations for nr mbs |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106471765A (zh) * | 2014-06-13 | 2017-03-01 | 苹果公司 | 用于省电和范围改善的增强的lte ul harq反馈指示 |
WO2017119931A1 (en) * | 2016-01-08 | 2017-07-13 | Intel IP Corporation | Downlink hybrid automatic repeat request feedback for narrowband internet of things devices |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20140101830A (ko) * | 2011-08-12 | 2014-08-20 | 인터디지탈 패튼 홀딩스, 인크 | 무선 시스템에서의 융통성있는 대역폭 동작을 위한 다운링크 리소스 할당 |
WO2013122434A1 (ko) * | 2012-02-19 | 2013-08-22 | 엘지전자 주식회사 | 무선통신시스템에서 수신확인응답 전송 방법 및 장치 |
CN107534893B (zh) * | 2015-04-24 | 2021-08-24 | 夏普株式会社 | 终端装置、基站装置、集成电路及通信方法 |
CN107359970A (zh) * | 2017-06-16 | 2017-11-17 | 宇龙计算机通信科技(深圳)有限公司 | 混合自动重传请求反馈方法及相关装置 |
-
2019
- 2019-09-24 US US16/580,236 patent/US20200099477A1/en not_active Abandoned
- 2019-09-25 CN CN201980003830.0A patent/CN111226408A/zh active Pending
- 2019-09-25 WO PCT/CN2019/107737 patent/WO2020063638A1/en active Application Filing
- 2019-09-25 TW TW108134573A patent/TWI719649B/zh not_active IP Right Cessation
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106471765A (zh) * | 2014-06-13 | 2017-03-01 | 苹果公司 | 用于省电和范围改善的增强的lte ul harq反馈指示 |
WO2017119931A1 (en) * | 2016-01-08 | 2017-07-13 | Intel IP Corporation | Downlink hybrid automatic repeat request feedback for narrowband internet of things devices |
Non-Patent Citations (1)
Title |
---|
HUAWEI等: "《Further considerations on HARQ-ACK feedback for PUSCH in eFeMTC》", 《3GPP TSG RAN WG1 MEETING #92BIS,R1-1803886》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022012637A1 (en) * | 2020-07-15 | 2022-01-20 | Mediatek Singapore Pte. Ltd. | Complexity reduction in new radio reduced-capability user equipment devices in mobile communications |
WO2022016552A1 (en) * | 2020-07-24 | 2022-01-27 | Nec Corporation | Methods, devices, and computer readable medium for communication |
CN116114198A (zh) * | 2020-11-24 | 2023-05-12 | Oppo广东移动通信有限公司 | 传输方法、发送端设备和接收端设备 |
WO2022151363A1 (en) * | 2021-01-15 | 2022-07-21 | Zte Corporation | Time domain resource allocation for non-terrestrial networks |
Also Published As
Publication number | Publication date |
---|---|
TWI719649B (zh) | 2021-02-21 |
TW202014010A (zh) | 2020-04-01 |
US20200099477A1 (en) | 2020-03-26 |
WO2020063638A1 (en) | 2020-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111226408A (zh) | 用于移动通信中的上行链路传输的混合自动重传请求反馈过程 | |
US11246153B2 (en) | Method and apparatus for handling out-of-order uplink scheduling in mobile communications | |
WO2020063809A1 (en) | Mechanisms for feedback of multiple harq procedures in a slot in mobile communications | |
US20190081741A1 (en) | Hybrid Automatic Repeat Request Feedback Design For Grant-Free Transmission In Mobile Communications | |
US20150195854A1 (en) | Methods and apparatus for contention based transmission | |
WO2020063755A1 (en) | Physical downlink control channel monitoring configuration in mobile communications | |
CN111418248B (zh) | 增强移动通信中用于urllc的新无线电pusch | |
US20190357197A1 (en) | Method And Apparatus For Handling Out-Of-Order Scheduling In Mobile Communications | |
US20200145143A1 (en) | Methods And Apparatus For HARQ Procedure And PUCCH Resource Selection In Mobile Communications | |
US11563529B2 (en) | Method and apparatus for out-of-order hybrid automatic repeat request feedback in mobile communications | |
WO2019242639A1 (en) | Method and apparatus for enhancing time domain-resource allocation framework in mobile communications | |
WO2020164606A1 (en) | Method and apparatus for user equipment processing timeline enhancement in mobile communications | |
US11424868B2 (en) | Method and apparatus for user equipment processing timeline enhancement in mobile communications | |
CN111295852B (zh) | 用于移动通信中的系统信息重传的方法和装置 | |
CN113315606A (zh) | 用于无线通信的方法及装置 | |
WO2021262071A1 (en) | Enhanced hybrid arq (harq) for a wireless network | |
CN115553034A (zh) | 用于无线通信中的ue内优先排序的方法 | |
CN112787777B (zh) | 移动通信中乱序的混合自动重复请求反馈的方法及其装置 | |
US20240032092A1 (en) | Uplink Enhancements For URLLC And IIoT In Unlicensed Band | |
WO2022012611A1 (en) | Urllc enhancement on unlicensed spectrum in mobile communications | |
CN115968047A (zh) | 用于pucch载波切换和pucch重复的方法和装置 | |
CN117941440A (zh) | 用于支持移动通信中增强的类型3混合自动重复请求确认(harq-ack)码本的方法和设备 |
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 | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20200602 |
|
WD01 | Invention patent application deemed withdrawn after publication |