CN110771247B - 移动通信中对于不同服务类型报告混合自动重复请求-确认信息的方法和装置 - Google Patents

移动通信中对于不同服务类型报告混合自动重复请求-确认信息的方法和装置 Download PDF

Info

Publication number
CN110771247B
CN110771247B CN201980001594.9A CN201980001594A CN110771247B CN 110771247 B CN110771247 B CN 110771247B CN 201980001594 A CN201980001594 A CN 201980001594A CN 110771247 B CN110771247 B CN 110771247B
Authority
CN
China
Prior art keywords
dci
service type
processor
service
harq
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
CN201980001594.9A
Other languages
English (en)
Other versions
CN110771247A (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.)
MediaTek Singapore Pte Ltd
Original Assignee
MediaTek Singapore Pte 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 MediaTek Singapore Pte Ltd filed Critical MediaTek Singapore Pte Ltd
Publication of CN110771247A publication Critical patent/CN110771247A/zh
Application granted granted Critical
Publication of CN110771247B publication Critical patent/CN110771247B/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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • 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
    • 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
    • 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
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • 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

Abstract

描述了关于移动通信中用户设备和网络装置对于不同服务类型报告混合自动重传请求‑确认HARQ‑ACK信息的多种解决方案。装置可以接收下行链路控制信息DCI；装置可以根据所述DCI确定服务类型；装置可以根据所述服务类型选择物理上行链路控制信道PUCCH资源；装置可以在所述PUCCH资源中发送HARQ‑ACK信息。

Description

移动通信中对于不同服务类型报告混合自动重复请求-确认 信息的方法和装置
交叉引用
本申请是要求在2018年5月22日提交的申请号为62/674,686的US专利申请的优先权的非临时申请的一部分，前述申请的内容整体并入本文中。
技术领域
本申请总体涉及移动通信，并且具体地，涉及关于移动通信中用户设备和网络装置的对于不同服务类型报告混合自动重传请求-确认(hybrid automatic repeatrequest-acknowledgement，HARQ-ACK)信息。
背景技术
除非本文另有说明，否则本部分中描述的方法不是下面列出的权利要求的现有技术，并且不由于包括在本部分中作为现有技术。
在长期演进(Long-Term Evolution，LTE)或新无线电(New Radio，NR)中，引入HARQ-ACK信息传输以提高传输可靠性。用户设备(user equipment，UE)需要在HARQ-ACK码本中针对对应的下行链路接收报告HARQ-ACK信息。HARQ-ACK码本应当在由相应的下行链路控制信息(downlink control information，DCI)格式中HARQ反馈时间指示符字段的值所指示的时隙中发送。DCI格式还应指示为HARQ-ACK信息传输所调度(schedule)的物理上行链路控制信道(physical uplink control channel，PUCCH)资源。可以使用HARQ-ACK复用来促进HARQ-ACK信息传输。对应于多个物理下行链路共享信道(physical downlinkshared channel，PDSCH)传输的多个HARQ-ACK反馈可以被累积，复用并一起发送到网络装置。一个PUCCH资源可以用于在相同时隙中承载要发送的多个HARQ-ACK反馈。
在NR中，HARQ反馈比特的传输架构(framework)是基于UE处的RRC配置(RRC-configured)的资源集，每个资源集包含一组资源。资源集中的每个资源与PUCCH格式，第一符号和PUCCH传输持续时间相关联。在每个调度DCI中向UE指示了HARQ-ACK资源指示符。可以在UE处复用针对不同传输的HARQ-ACK反馈。UE确定HARQ-ACK比特的所需数量，并根据高层参数选择相应的资源集。
然而，HARQ反馈比特的当前传输架构不适合于超可靠和低延时通信(ultra-reliable and low latency communication，URLLC)。URLLC是针对需要对端到端延迟和可靠性提出高要求的新兴应用而引入的。一般的URLLC可靠性要求是大小为32字节的封包应该以10-5的成功概率在1毫秒的端到端延迟内传输。URLLC流量通常是阵发性的(sporadic)和短的，而低延迟和高可靠性的要求是严格的。例如，URLLC的控制可靠性必须比高达10- 6BLER的数据可靠性更严格。因此，在上行链路时隙中仅使用一个PUCCH资源用于HARQ反馈比特传输将增加传输延迟。不同服务类型所需的不同可靠性方面也是不同的。在频谱效率中，为了可靠性URLLC HARQ反馈可能需要较多的物理资源块PRB分配，而增强型移动宽带(Enhanced Mobile Broadband，eMBB)HARQ反馈可能需要较窄的频域分配。
因此，如何动态地区分服务类型可能成为报告HARQ-ACK信息的重要问题。因此，需要提供适当的方案来对于不同服务类型报告HARQ-ACK信息。
发明内容
以下概述仅是说明性的，并不旨在以任何方式进行限制。也就是说，提供以下概述以介绍本文描述的新颖和非显而易见的技术的概念，要点，益处和优点。下面在详细描述中进一步描述选择实现。因此，以下发明内容并非旨在标识所要求保护的主题的必要特征，也不旨在用于确定所要求保护的主题的范围。
本发明的目的是提出解决关于移动通信中用户设备和网络装置的对于不同服务类型报告HARQ-ACK信息的前述提及的问题的解决方案或方案。
在一个方面，一种方法可以涉及接收DCI的装置。该方法还可以包括装置根据DCI确定服务类型。该方法还可以包括：装置根据服务类型选择PUCCH资源。该方法还可以包括：该装置在PUCCH资源中发送HARQ-ACK信息。
在一个方面，一种装置可以包括能够与无线网络的网络节点无线通信的收发器。该装置还可以包括通信地耦接到收发器的处理器。处理器可以能够经由收发器接收DCI。处理器还能够根据DCI确定服务类型。处理器还能够根据服务类型选择PUCCH资源。处理器还可以能够经由收发器在PUCCH资源中发送HARQ-ACK信息。
值得注意的是，尽管这里提供的描述可以在某些无线电接入技术，网络和网络拓扑的背景下，例如长期演进(Long-Term Evolution，LTE)，LTE-Advanced，LTE-AdvancedPro，第五代(5th Generation，5G)，新无线电(New Radio，NR)，物联网(Internet-of-Things，IoT)和窄带物联网(Band Internet of Things，NB-IoT)，提出的概念，方案及其任何变形/衍生物可以在其他类型的无线电接入技术，网络和网络拓扑中实施，用于和通过其他类型的无线电接入技术，网络和网络拓扑实施。因此，本发明的范围不限于本文描述的示例。
附图说明
包括附图以提供对本发明的进一步理解，并且附图被并入并构成本发明的一部分。附图示出了本发明的实施方式，并且与说明书一起用于解释本发明的原理。可以理解的是，附图不一定按比例绘制，因为为了清楚地说明本发明的概念，一些部件可能被示出为与实际实施中的尺寸不成比例。
图1是描绘根据本发明实施方式的方案下的示例方案的示意图。
图2是根据本发明实施方式的示例网络装置和示例通信装置的框图。
图3是根据本发明实施方式的示例过程的流程图。
具体实施方式
本文公开了所要求保护的主题的详细实施例和实施方式。然而，应该理解的是，所公开的实施例和实施方式仅仅是对要求保护的主题的说明，其可以以各种形式体现。然而，本发明可以以许多不同的形式实施，并且不应该被解释为限于这里阐述的示例性实施例和实施方式。而是，提供这些示例性实施例和实施方式，使得本发明的描述是彻底和完整的，并且将向本领域技术人员充分传达本发明的范围。在以下描述中，可以省略公知特征和技术的细节以避免不必要地模糊所呈现的实施例和实施方式。
概述
根据本发明的实施方式涉及关于移动通信中的用户设备和网络装置的对于不同服务类型报告HARQ-ACK信息的各种技术，方法，方案和/或解决方案。根据本发明，可以单独地或联合地实施一些可能的解决方案。也就是说，尽管可以在下面分别描述这些可能的解决方案，但是这些可能的解决方案中的两个或更多个可以以一种组合或另一种组合实施。
在LTE或者NR中，引入HARQ-ACK信息传输以提高传输可靠性。UE需要在HARQ-ACK码本中针对对应的下行链路接收报告HARQ-ACK信息。HARQ-ACK码本应当在由相应的DCI格式中HARQ反馈时间指示符字段的值所指示的时隙中传输。DCI格式还应指示为HARQ-ACK信息传输所调度的PUCCH资源。可以使用HARQ-ACK复用来促进HARQ-ACK信息传输。对应于多个PDSCH传输的多个HARQ-ACK反馈可以被累积，复用并一起发送到网络装置。一个PUCCH资源可以用于在相同时隙中承载要发送的多个HARQ-ACK反馈。
在NR中，HARQ反馈比特的传输架构(framework)是基于UE处的RRC配置的资源集，每个资源集包含一组资源。资源集中的每个资源与PUCCH格式，第一符号和PUCCH传输持续时间相关联。在每个调度DCI中向UE指示了HARQ-ACK资源指示符。可以在UE处复用针对不同传输的HARQ-ACK反馈。UE确定HARQ-ACK比特的所需数量，并根据高层参数选择相应的资源集。
然而，HARQ反馈比特的当前传输架构(framework)不适用于URLLC。URLLC是针对需要对端到端延迟和可靠性提出高要求的新兴应用而引入的。一般的URLLC可靠性要求是大小为32字节的封包应该以10-5的成功概率在1毫秒的端到端延迟内传输。URLLC流量通常是阵发性的和短的，而低延迟和高可靠性要求是严格的。例如，URLLC的控制可靠性必须比高达10-6BLER的数据可靠性更严格。因此，在上行链路时隙中仅使用一个PUCCH资源用于HARQ反馈比特传输将增加传输延迟。不同服务类型所需的不同可靠性方面也是不同的。在频谱效率中，为了可靠性URLLC HARQ反馈可能需要较多的PRB分配，而eMBB HARQ反馈可能需要较窄的频域分配。
可以向UE提供eMBB和URLLC业务。如何动态地区分服务类型可能成为报告HARQ-ACK信息的重要问题。鉴于以上所述，本发明提出了关于UE和网络装置的对于不同服务类型报告HARQ-ACK信息的多个方案。根据本发明的方案，UE能够从DCI中识别被调度传输的服务类型。UE还能够根据确定的服务类型适当的报告HARQ-ACK信息。
图1示出了根据本发明实施方式的示例方案100。方案100可以涉及UE和网络节点，其可以是无线通信网络的一部分(例如，LTE网络，LTE-Advanced网络，LTE-Advanced Pro网络，5G网络，NR网络，IoT网络或NB-IoT网络)。UE可以被配置为与网络节点建立至少一个连接。UE可以配置有URLLC和/或eMBB服务。UE可以从网络节点接收DCI。DCI可以调度与URLLC和/或eMBB服务相对应的下行链路传输(例如，PDSCH)。
参考图1，方案100可以涉及由UE执行的用于对于不同服务类型报告HARQ-ACK信息的多个操作和/或动作，如由框101,102,103,104和105中的一个或多个所表示的。尽管示出为离散框，根据期望的实现，方案100的各个框可以被划分为附加框，组合成更少的框或者被删除。方案100可以由下面描述的通信装置210实施。方案100可以从101开始。
在101处，在接收到DCI之后，UE可以被配置为对调度PDSCH的DCI进行解码。方案100可以从101进行到102。
在102处，UE可以被配置为确定PDSCH所对应的服务类型，以用于HARQ反馈过程。由于UE可以配置有URLLC和/或eMBB服务，并且不同的服务类型可以对应于不同的HARQ反馈过程，因此UE可能需要确定由DCI调度的下行链路传输的服务类型。方案100可以从102进行到103。
在103处，UE可以被配置为确定HARQ反馈延迟是否是重要的(critical)。不同的服务类型可能具有不同的HARQ反馈延迟要求。例如，URLLC服务的HARQ反馈延迟要求应该比eMBB服务的HARQ反馈延迟要求更重要。在HARQ反馈延迟是重要的情况下，方案100可以从103进行到104。在HARQ反馈延迟不重要的情况下，方案100可以从103进行到105。
在104处，UE可以被配置为执行URLLC HARQ反馈过程。UE可以更即时地(instantaneous)报告HARQ-ACK信息以减少延迟并满足URLLC服务的HARQ反馈延迟要求。
在105处，UE可以被配置为执行eMBB HARQ反馈过程。因为eMBB服务的HARQ反馈延迟要求是不重要的，UE可能能够定期报告HARQ-ACK信息或者在HARQ-ACK码本中定期报告HARQ-ACK信息。
在UE被分配有eMBB和URLLC服务并且针对URLLC和eMBB传输的调度许可(scheduling grant)被包括在相同的HARQ-ACK码本中的情况下，优选地不在相同的PUCCH资源中复用HARQ-ACK反馈比特，这是因为URLLC服务比eMBB服务需要更低的延迟和更高的可靠性。这需要UE基于调度DCI识别服务类型的机制和设计。在从网络节点接收到DCI之后，UE可以被配置为根据DCI确定服务类型。然后，UE可以根据服务类型适应性地选择PUCCH资源。UE可以在所选择的PUCCH资源中发送HARQ-ACK信息。
具体地，UE可以被配置为基于DCI的一些属性来确定/识别被调度传输的服务类型。例如，UE可以被配置为根据DCI使用的无线电网络临时标识符(radio networktemporary identifier，RNTI)来确定服务类型。可以为URLLC服务定义特定RNTI。在使用URLLC服务特定的RNTI(service-specific RNTI)对用于调度的相同DCI格式进行加扰的情况下，UE可能能够根据哪个RNTI能够成功解码该调度DCI来隐式地识别出该调度DCI的关联服务类型。
可替代地，UE可以被配置为根据DCI的搜索空间(search space)来确定服务类型。可以在控制资源集(control-resource set，CORESET)中配置UE特定搜索空间。UE可以配置有用于不同PDCCH候选的多个搜索空间。在NR中，可以通过UE特定无线电资源控制(radioresource control，RRC)信号来配置用于PDCCH的UE特定搜索空间(UE-specific searchspace)的配置。在用于URLLC和eMBB服务的调度DCI位于不同PDCCH搜索空间中的情况下，UE能够为每个对应的服务类型识别出正确的DCI。可以预先确定搜索空间限制(restriction)(例如，由NR规范定义)。例如，指定搜索空间的一种方法是将用于URLLC的DCI限制到特定(certain)聚合级别(aggregation level)或特定控制信道元素(control channelelement，CCE)。指定搜索空间的另一种方式是基于正交频分复用(orthogonal frequency-division multiplexing，OFDM)符号数来进行限制。
在UE检测到在CORESET中的多个调度DCI的情况下，UE可以被配置为基于指定的/预定的规则来识别它们。例如，用于URLLC的DCI可以始终配置在比用于eMBB的DCI早的OFDM符号处。UE可以被配置为根据不同的DCI位置确定不同的服务类型。搜索空间限制还可以通过RRC信令来通知。例如，指定搜索空间的另一种方式是通过在特定(certain)PDCCH搜索空间中调度DCI来通知可配置的服务类型。这可以在配置UE特定PDCCH(UE-specific PDCCH)搜索空间的相同RRC消息中通知。此外，搜索空间限制也可以扩展到专用CORESET。例如，也可使用特定CORESET监控时机来识别服务类型。
或者，UE可以被配置为根据DCI的DCI格式，DCI的DCI字段和DCI的有效载荷尺寸中的至少一个来确定服务类型。例如，在为用于URLLC的调度DCI专门定义不同的或特定的DCI格式的情况下，可以从DCI格式识别出相应的服务类型。具有小的有效载荷尺寸的紧凑尺寸(compact-sized)的DCI可以用于URLLC服务。在另一示例中，UE可以使用特定(certain)DCI字段(例如，调制和编码方案(modulation and coding scheme，MCS)表，在特定字段中的比特数量等)来确定DCI是否调度URLLC传输或eMBB传输，因此可以隐式的识别出服务类型。在另一示例中，调度URLLC的DCI应比调度eMBB的DCI具有小的有效载荷尺寸。UE可以根据不同的有效载荷尺寸来区分不同的服务类型。可以考虑用于指示有效载荷尺寸的不同机制，并且UE也可以解读(interpret)任何这样的指示来识别出服务类型。
可以针对不同的服务类型业务配置用于HARQ反馈比特的上行链路传输的不同PUCCH资源。可以为高优先级(例如，URLLC)服务类型配置专用PUCCH资源集。可以将一个或多个PUCCH资源集配置为仅限于用于URLLC类型服务。UE选择PUCCH资源集的过程可以涉及确定服务类型以及所需的比特数。例如，网络节点可以配置专用PUCCH资源集，该专用PUCCH资源集仅具有被配置为短PUCCH格式的PUCCH资源。UE能够选择用于发送对应于URLLC服务的HARQ-ACK信息的这些PUCCH资源。例如，UE可以被配置为在服务类型是URLLC服务的情况下选择URLLC特定的PUCCH(URLLC-specific PUCCH)资源。在另一示例中，UE可以被配置为在服务类型是URLLC服务的情况下及时(in time)选择最近的PUCCH资源。因此，UE可以在由用于层1(L1)信令的RRC所调度的最近资源中发送HARQ比特，所以可以减少延迟。还可以适当地处理不同服务类型的HARQ比特的可靠性。
在确定PUCCH资源集之后，PUCCH资源的选择可以基于参数K1和PDSCH时域资源分配字段的组合。UE可以被配置为根据时隙或符号指示(例如，参数K1)和时域资源分配中的至少一个来选择PUCCH资源(例如，HARQ-ACK资源)。具体地，K1参数可以指示用于HARQ-ACK资源的时隙。PDSCH传输的最后的符号可以指示HARQ-ACK资源的第一个符号或者在最后的PDSCH符号索引之后的第一个可用的HARQ-ACK符号。例如，在K1等于1的情况下，UE可以被配置为在下一时隙中在最后的PDSCH符号索引之后的随后的符号索引上选择HARQ-ACK资源。在最后的PDSCH传输符号索引和HARQ-ACK资源之间的符号数量方面的时间偏移可以基于UE能力。该能力可以是单个值或用于不同的子载波间隔配置的不同值。在另一示例中，可以经由RRC信令在UE处配置补充参数(例如，类似于K1但是基于符号)。该新参数(例如，K'1)可以不小于UE的N1能力并且半静态地配置。在这种情况下，UE可以选择在从PDSCH传输的最后符号的K'1偏移之后的时域中的第一个HARQ-ACK资源。
或者，仅在参数K1等于0的情况下，PDSCH传输的最后的符号可以指示HARQ-ACK资源的第一个符号或最后的PDSCH符号索引之后的第一个可用的HARQ-ACK符号。否则，可以使用确认资源指示符(acknowledgement resource indicator，ARI)字段指示HARQ-ACK资源。在一些实施方式中，PDSCH传输的最后的符号和第一个符号两者可以用于确定HARQ-ACK资源的第一个符号。因此，DCI中的ARI字段可能不是必需的，这可以帮助减少URLLC的DCI有效载荷尺寸，并因此获得更好的解码可靠性。
如上所述，由于不同的延迟和可靠性要求，可能不允许URLLC HARQ-ACK反馈比特与eMBB HARQ-ACK反馈比特复用。然而，取决于服务要求和配置的PUCCH资源，可以复用用于不同的URLLC传输的HARQ-ACK比特。因此，UE可以被配置为取消对应于URLLC服务的HARQ-ACK反馈比特的复用。或者，UE可以被配置为根据时隙或符号指示和时域资源分配中的至少一个来复用对应于URLLC服务的HARQ-ACK反馈比特。网络节点可以使用高层(例如，RRC层)参数来配置是否允许UE复用对应于URLLC服务的HARQ-ACK反馈比特。
例如，UE可以被配置为根据参数K1复用对应于URLLC服务的HARQ-ACK反馈比特。参数K1可以是基于符号或时隙定义的。在至少两个参数K1指示相同符号或时隙的情况下，UE可以被配置为复用相应的HARQ-ACK反馈比特并且将HARQ-ACK反馈比特一起发送到网络节点。在另一示例中，UE可以被配置为根据参数K1和用于PDSCH的时域资源分配来复用对应于URLLC服务的HARQ-ACK反馈比特。参数K1可以是基于符号或时隙定义的。在另一示例中，当K1参数等于0时，UE可以被配置为根据用于PDSCH的时域资源分配来复用对应于URLLC服务的HARQ-ACK反馈比特。在该示例中，K1参数可以是基于时隙定义的。当K1参数大于0时，可以根据时隙确定复用。
说明性实施方式
图2示出了根据本发明的实施方式的示例通信装置210和示例网络装置220。通信装置210和网络装置220中的每一个可以执行各种功能以实施涉及关于无线通信中用户设备和网络装置的对于不同服务类型报告HARQ-ACK信息的本文描述的方案，技术，过程和方法，包括上面描述的方案以及下面描述的过程300。
通信装置210可以是电子装置的一部分，其可以是诸如便携式或移动装置的UE，可穿戴装置，无线通信装置或计算装置。例如，通信装置210可以在智能手机，智能手表，个人数字助理，数码相机或诸如平板计算机，膝上型计算机或笔记本电脑的计算装置中实施。通信装置210还可以是机器类型设备的一部分，其可以是诸如不移动的或固定的设备的IoT或NB-IoT设备，家庭设备，有线通信设备或计算设备。例如，通信装置210可以在智能恒温器，智能冰箱，智能门锁，无线扬声器或家庭控制中心中实施。或者，通信装置210可以以一个或多个集成电路(IC)芯片的形式实施，例如但不限于，一个或多个单核处理器，一个或多个多核处理器，一个或多个精简指令集计算(reduced-instruction set computing，RISC)处理器，或一个或多个复杂指令集计算(complex-instruction-set-computing，CISC)处理器。通信装置210可以包括图2中所示的那些组件中的至少一些，例如，处理器212等。通信装置210还可以包括与本发明提出的方案无关的一个或多个其他组件(例如，内部电源，显示设备和/或用户接口设备)，并且为简单和简洁起见，通信装置210的这种组件未在图2中示出也没有在下面描述。
网络装置220可以是电子设备的一部分，该电子设备可以是诸如基站，小型小区，路由器或网关的网络节点。例如，网络装置220可以在LTE，LTE-Advanced或LTE-AdvancedPro网络中的eNodeB中实施，或者在5G，NR，IoT或NB-IoT网络中的gNB中实施。或者，网络装置220可以以一个或多个IC芯片的形式实施，例如但不限于，一个或多个单核处理器，一个或多个多核处理器，或一个或多个RISC或CISC处理器。网络装置220可以包括图2中所示的那些组件中的至少一些，例如，处理器222等。网络装置220还可以包括与本发明所提出的方案无关的一个或多个其他组件(例如，内部电源，显示设备和/或用户接口设备)，并且为简单和简洁起见，网络装置220的这种组件未在图2中示出也没有在下面描述。
在一个方面，处理器212和处理器222中的每一个可以以一个或多个单核处理器，一个或多个多核处理器或一个或多个RISC或CISC处理器的形式实施。也就是说，即使这里使用单数术语“处理器”来指代处理器212和处理器222，根据本发明，处理器212和处理器222中的每一个在一些实施方式中可以包括多个处理器，并且在其他实施方式中可以包括单个处理器。在另一方面，处理器212和处理器222中的每一个可以以具有电子组件的硬件(以及可选地，固件)的形式实施，所述电子组件包括例如但不限于一个或多个晶体管，一个或多个二极管，一个或多个电容器，一个或多个电阻器，一个或多个电感器，一个或多个忆阻器和/或一个或多个变容二极管，其被配置和布置成实现根据本发明的特定目的。换句话说，在至少一些实施方式中，处理器412和处理器422中的每一个是专门设计，布置和配置成执行特定任务的专用机器，该特定任务包括设备(例如，如通信装置210所表示的)和网络(例如，如网络装置220所表示的)中的功耗降低。
在一些实施方式中，通信装置210还可以包括耦接到处理器212并且能够无线地发送和接收数据的收发器216。在一些实施方式中，通信装置210还可以包括存储器214，存储器214耦接到处理器212并且能够被处理器212访问并能够在其中存储数据。在一些实施方式中，网络装置220还可以包括耦接到处理器222并且能够无线地发送和接收数据的收发器226。在一些实施方式中，网络装置220还可以包括存储器224，其耦接到处理器222并且能够被处理器222访问并能够在其中存储数据。因此，通信装置210和网络装置220可以分别经由收发器216和收发器226彼此无线通信。为了帮助更好地理解，在移动通信环境的上下文中提供了通信装置210和网络装置220中的每一个的操作，功能和能力的以下描述，其中通信装置210在通信装置或者UE中实施或者作为UE或者通信装置实施。网络装置220在通信网络的网络节点中实施或作为通信网络的网络节点实施。
在一些实施方式中，处理器212可以被配置为经由收发器216建立与网络装置220的至少一个连接。处理器212可以配置有URLLC和/或eMBB服务。处理器212可以经由收发器216从网络装置220接收DCI。DCI可以调度URLLC和/或eMBB服务所对应的下行链路传输(例如，PDSCH)。处理器212可以被配置为解码调度PDSCH的DCI。处理器212可以被配置为HARQ反馈过程确定PDSCH所对应的服务类型。处理器212可以被配置为确定HARQ反馈延迟是否是重要的(critical)。在HARQ反馈延迟是重要的情况下，处理器212可以被配置为执行URLLCHARQ反馈过程。处理器212可以更即时地(instantaneous)报告HARQ-ACK信息以减少延迟并满足URLLC服务的HARQ反馈延迟要求。在HARQ反馈延迟不重要的情况下，处理器212可以被配置为执行eMBB HARQ反馈过程。因为eMBB服务的HARQ反馈延迟要求是不重要的，处理器212可能能够定期报告HARQ-ACK信息或者在HARQ-ACK码本中定期报告HARQ-ACK信息。
在一些实施方式中，处理器212可以被配置为基于DCI的一些属性来确定/识别被调度传输的服务类型。例如，处理器212可以被配置为根据DCI所使用的RNTI确定服务类型。可以为URLLC服务定义特定RNTI。在使用URLLC的服务特定RNTI对用于调度的相同DCI格式进行加扰的情况下，处理器212可以能够根据哪个RNTI可以成功解码该调度DCI来隐式地识别出该调度DCI的关联服务类型。
在一些实施方式中，处理器212可以被配置为根据DCI的搜索空间来确定服务类型。可以在CORESET中配置UE特定搜索空间。处理器212可以配置有用于不同PDCCH候选的多个搜索空间。在NR中，网络装置220可以经由UE特定RRC(UE-specific RRC)信号配置用于PDCCH的UE特定搜索空间。在用于URLLC和eMBB服务的调度DCI位于不同PDCCH搜索空间中的情况下，处理器212可能能够为每个对应的服务类型识别出正确的DCI。
在一些实施方式中，在处理器212检测到CORESET中的多个调度DCI的情况下，处理器212可以根据指定的/预定规则识别它们。例如，用于URLLC的DCI可以始终配置在比用于eMBB的DCI早的OFDM符号处。处理器212可以被配置为根据不同的DCI位置确定不同的服务类型。网络装置220可以通过RRC信令配置搜索空间限制。例如，处理器220可以被配置为通过在特定PDCCH搜索空间中调度DCI来通知可配置的服务类型。处理器220可以在配置UE特定PDCCH搜索空间的相同RRC消息中通知它。此外，搜索空间限制也可以扩展到专用CORESET。例如，处理器212还可以使用特定CORESET监视时机来识别服务类型。
在一些实施方式中，处理器212可以被配置为根据DCI的DCI格式，DCI的DCI字段和DCI的有效载荷尺寸中的至少一个来确定服务类型。例如，在为用于URLLC的调度DCI专门定义不同的或特定的DCI格式的情况下，处理器212可以被配置为从DCI格式识别出相应的服务类型。具有小有效载荷尺寸的紧凑尺寸的DCI可以用于URLLC服务。在另一示例中，处理器212可以使用特定DCI字段(例如，MCS表，特定字段中的比特数量等)来确定DCI是否调度URLLC传输或eMBB传输。在另一示例中，调度URLLC的DCI应具有比调度eMBB的DCI小的有效载荷尺寸。处理器212可以能够根据不同的有效载荷尺寸来区分不同的服务类型。可以考虑指示有效载荷尺寸的不同机制，并且处理器212也可以解读任何这样的指示以识别出服务类型。
在一些实施方式中，网络装置220可以针对不同的服务类型业务配置用于HARQ反馈比特的上行链路传输的不同PUCCH资源。网络装置220可以为高优先级(例如，URLLC)服务类型配置专用PUCCH资源集。网络装置220可以配置一个或多个PUCCH资源集，该一个或多个PUCCH资源集被限制为仅用于URLLC类型服务。通信装置210选择PUCCH资源集的过程可以涉及确定服务类型以及所需的比特数。例如，处理器222可以配置专用PUCCH资源集，该专用PUCCH资源集仅仅具有被配置作为短PUCCH格式的PUCCH资源。处理器212能够选择用于发送对应于URLLC服务的HARQ-ACK信息的这些PUCCH资源。例如，处理器212可以被配置为在服务类型是URLLC服务的情况下选择URLLC特定的PUCCH资源。在另一示例中，处理器212可以被配置为在服务类型是URLLC服务的情况下及时的选择最近的PUCCH资源。
在一些实施方式中，在确定PUCCH资源集之后，PUCCH资源的选择可以基于参数K1和PDSCH时域资源分配字段的组合。处理器212可以被配置为根据时隙或符号指示(例如，参数K1)和时域资源分配中的至少一个来选择PUCCH资源(例如，HARQ-ACK资源)。具体地，处理器222可以使用参数K1来指示用于HARQ-ACK资源的时隙。处理器222可以使用PDSCH传输的最后的符号来指示HARQ-ACK资源的第一个符号或者在最后的PDSCH符号索引之后的第一个可用的HARQ-ACK符号。例如，在K1等于1的情况下，处理器212可以被配置为在下一时隙中在最后的PDSCH符号索引之后的随后的符号索引上选择HARQ-ACK资源。在另一示例中，处理器222可以经由RRC信令向UE配置补充参数(例如，类似于K1但在符号方面)。该新参数(例如，K'1)可以不小于通信装置210的N1能力并且被半静态地配置。在这种情况下，处理器212可以选择在从PDSCH传输的最后符号的K'1偏移之后的时域中的第一个HARQ-ACK资源。
在一些实施方式中，处理器222仅在参数K1等于0的情况下，使用PDSCH传输的最后的符号来指示HARQ-ACK资源的第一个符号或者在最后的PDSCH符号索引之后的第一个可用的HARQ-ACK符号。否则，处理器222可以使用ARI字段来指示HARQ-ACK资源。或者，处理器222和/或处理器212可以使用PDSCH传输的最后的符号和第一个符号来确定HARQ-ACK资源的第一个符号。
在一些实施方式中，处理器212可以被配置为取消对应于URLLC服务的HARQ-ACK反馈比特的复用。或者，处理器212可以被配置为根据时隙或符号指示和时域资源分配中的至少一个来复用对应于URLLC服务的HARQ-ACK反馈比特。处理器222可以使用高层(例如，RRC层)参数来配置是否允许通信装置210复用对应于URLLC服务的HARQ-ACK反馈比特。
在一些实施方式中，处理器212可以被配置为根据参数K1复用对应于URLLC服务的HARQ-ACK反馈比特。参数K1可以是基于符号或时隙定义的。在至少两个参数K1指示相同符号或时隙的情况下，处理器212可以被配置为复用相应的HARQ-ACK反馈比特并将HARQ-ACK反馈比特一起发送到网络装置220。在另一示例中，处理器212可以被配置为根据参数K1和用于PDSCH的时域资源分配来复用对应于URLLC服务的HARQ-ACK反馈比特。参数K1可以是基于符号或时隙定义的。在另一示例中，处理器212可以被配置为当参数K1等于0时，根据用于PDSCH的时域资源分配来复用对应于URLLC服务的HARQ-ACK反馈比特。在该示例中，参数K1可以是基于时隙定义的。当参数K1大于0时，处理器212可以根据时隙确定复用。
说明性过程
图3示出了根据本发明的实施方式的示例过程300。过程300可以是基于本发明的上述方案的示例实施方式，部分或完全的关于对于不同服务类型报告HARQ-ACK信息。过程300可以表示通信装置210的特征的实现的一个方面。过程300可以包括由框310，320，330和340中的一个或多个块所示的一个或多个操作，动作或功能。尽管被示为离散框，取决于期望的实现，可以将各种过程框300划分为附加框，组合成更少的框或者删除。此外，过程300的框可以按照图3中所示的顺序执行，或者，可以以不同的顺序执行。过程300可以由通信装置210或任何合适的UE或机器类型设备实施。仅出于说明性目的而非限制，下面在通信装置210的上下文中描述过程300。过程300可以在框310处开始。
在310处，过程300可以涉及装置210的处理器212接收DCI。过程300可以从310进行到320。
在320处，过程300可以涉及处理器212根据DCI确定服务类型。过程300可以从320进行到330。
在330处，过程300可以涉及处理器212根据服务类型选择PUCCH资源。过程300可以从330进行到340。
在340处，过程300可以涉及处理器212在PUCCH资源中发送HARQ-ACK信息。
在一些实施方式中，过程300可以涉及处理器212根据DCI所使用的RNTI确定服务类型。
在一些实施方式中，过程300可以涉及处理器212根据DCI的搜索空间确定服务类型。
在一些实施方式中，过程300可以涉及处理器212根据DCI的DCI格式，DCI的DCI字段和DCI的有效载荷尺寸中的至少一个来确定服务类型。
在一些实施方式中，服务类型可以包括URLLC服务和eMBB服务中的至少一个。
在一些实施方式中，过程300可以涉及处理器212在服务类型是URLLC服务的情况下选择URLLC特定的PUCCH资源。
在一些实施方式中，过程300可以涉及处理器212在服务类型是URLLC服务的情况下及时选择最近的PUCCH资源。
在一些实施方式中，过程300可以涉及处理器212根据时隙或符号指示和时域资源分配中的至少一个来选择PUCCH资源。
在一些实施方式中，过程300可以涉及处理器212在服务类型是URLLC服务的情况下取消对应于URLLC服务的HARQ-ACK反馈比特的复用。
在一些实施方式中，过程300可以涉及在服务类型是URLLC服务的情况下处理器212根据时隙或符号指示和时域资源分配中的至少一个来复用对应于URLLC服务的HARQ-ACK反馈比特。
附加说明
本文描述的主题有时示出包含在其他不同组件内或与其他不同组件连接的不同组件。需要理解的是，这样描绘的架构仅仅是示例，并且实际上可以实施许多其他架构，以实现相同的功能。在概念意义上，实现相同功能的任何组件布置有效地“关联”，以使得实现期望的功能。因此，这里组合以实现特定功能的任何两个组件可以被视为彼此“关联”，使得实现期望的功能，而不管架构或中间组件。同样地，如此关联的任何两个组件也可以被视为彼此“可操作地连接”或“可操作地耦接”以实现期望的功能，并且能够如此关联的任何两个组件也可以被视为“可操作地耦接的”到彼此，以实现所需的功能。可操作耦接的具体示例包括但不限于物理上可配对和/或物理上相互作用的组件和/或可无线交互和/或无线交互的组件和/或逻辑上相互作用和/或逻辑上可交互的组件。
此外，关于本文中基本上任何复数和/或单数术语的使用，本领域技术人员可以根据上下文和/或应用从复数转换为单数和/或从单数转换为复数。为清楚起见，这里可以明确地阐述各种单数/复数置换。
此外，本领域技术人员可以理解，通常这里所使用的术语，特别是在所附的权利要求中使用的术语，例如所附权利要求的主体，一般旨在作为“开放式”术语，例如术语“包括”应被解释为“包括但不限于”，术语“包含”应被解释为“包含但不限于”，术语“具有”应该被解释为“至少具有”，等。本领域技术人员可以进一步理解，如果意指特定数量的所引入权利要求要素，这样的意图将明确地记载在权利要求中，并且在缺少这样的记载时不存在这样的意图。例如，为了有助于理解，所附权利要求可包含引导性短语“至少一个”和“一个或多个”的使用以引入权利要求要素。然而，使用这样的短语不应被解释为暗示由不定冠词“a”或“an”引入的权利要求要素限制含有这样引入权利要求要素的任何特定权利要求只包含一个这样的要素，即使当相同的权利要求包含了引导性短语“一个或多个”或“至少一个”和不定冠词例如“a”或“an”，例如“a”和/或“an”应被解释为是指“至少一个”或“一个或多个”，这同样适用于用来引入权利要求要素的定冠词的使用。此外，即使明确记载特定数量的所引入权利要求要素，本领域技术人员将认识到，这样的陈述应被解释为意指至少所列举的数量，例如没有其它修饰词的叙述“两个要素”，是指至少两个要素或者两个或更多要素。此外，在使用类似于“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.一种报告混合自动重传请求-确认HARQ-ACK信息的方法，包括：
装置的处理器接收下行链路控制信息DCI；
所述处理器根据所述DCI确定PDSCH传输所对应的服务类型；
所述处理器根据所述服务类型选择物理上行链路控制信道PUCCH资源；
所述处理器在所述PUCCH资源中发送所述服务类型对应的混合自动重传请求-确认HARQ-ACK信息。
2.根据权利要求1所述的方法，其中，所述确定包括：根据所述DCI所使用的无线电网络临时标识符RNTI确定所述服务类型。
3.根据权利要求1所述的方法，其中，所述确定包括：根据所述DCI的搜索空间确定所述服务类型。
4.根据权利要求1所述的方法，其中，所述确定包括：根据所述DCI的DCI格式，所述DCI的DCI字段，所述DCI的有效载荷尺寸中至少一个确定所述服务类型。
5.根据权利要求1所述的方法，其中，所述服务类型包括超可靠和低延迟通信URLLC服务和增强型移动宽带eMBB服务中至少一个。
6.根据权利要求5所述的方法，其中，所述选择包括：在所述服务类型是所述URLLC服务的情况下选择URLLC特定的PUCCH资源。
7.根据权利要求5所述的方法，其中，所述选择包括：在所述服务类型是所述URLLC服务的情况下及时的选择最近的PUCCH资源。
8.根据权利要求1所述的方法，其中，所述选择包括：根据时隙指示或者符号指示，和时域资源分配中至少一个选择所述PUCCH资源。
9.根据权利要求5所述的方法，进一步包括：
所述处理器在所述服务类型是所述URLLC服务的情况下取消对应于所述URLLC服务的HARQ-ACK反馈比特的复用。
10.根据权利要求5所述的方法，进一步包括：
所述处理器在所述服务类型是所述URLLC服务的情况下，根据时隙指示或者符号指示，和时域资源分配中至少一个复用对应于所述URLLC服务的HARQ-ACK反馈比特。
11.一种通信装置，包括：
收发器，能够与无线网络的网络节点无线通信；以及
处理器，与所述收发器通信耦接，所述处理器能够：
经由所述收发器接收下行链路控制信息DCI；
根据所述DCI确定PDSCH传输所对应的服务类型；
根据所述服务类型选择物理上行链路控制信道PUCCH资源；
经由所述收发器在所述PUCCH资源中发送所述服务类型对应的混合自动重传请求-确认HARQ-ACK信息。
12.根据权利要求11所述的装置，其中，在根据所述DCI确定服务类型中，所述处理器能够根据所述DCI所使用的无线电网络临时标识符RNTI确定所述服务类型。
13.根据权利要求11所述的装置，其中，在根据所述DCI确定服务类型中，所述处理器能够根据所述DCI的搜索空间确定所述服务类型。
14.根据权利要求11所述的装置，其中，在根据所述DCI确定服务类型中，所述处理器能够根据所述DCI的DCI格式，所述DCI的DCI字段，所述DCI的有效载荷尺寸中至少一个确定所述服务类型。
15.根据权利要求11所述的装置，其中，所述服务类型包括超可靠和低延迟通信URLLC服务和增强型移动宽带eMBB服务中至少一个。
16.根据权利要求15所述的装置，其中，在根据所述服务类型选择PUCCH资源中，所述处理器能够在所述服务类型是所述URLLC服务的情况下选择URLLC特定的PUCCH资源。
17.根据权利要求15所述的装置，其中，在根据所述服务类型选择PUCCH资源中，所述处理器能够在所述服务类型是所述URLLC服务的情况下及时的选择最近的PUCCH资源。
18.根据权利要求11所述的装置，其中，在根据所述服务类型选择PUCCH资源中，所述处理器能够根据时隙指示或者符号指示，和时域资源分配中至少一个选择所述PUCCH资源。
19.根据权利要求15所述的装置，其中，所述处理器进一步能够：在所述服务类型是所述URLLC服务的情况下取消对应于所述URLLC服务的HARQ-ACK反馈比特的复用。
20.根据权利要求15所述的装置，其中，所述处理器进一步能够：
在所述服务类型是所述URLLC服务的情况下，根据时隙指示或者符号指示，和时域资源分配中至少一个复用对应于所述URLLC服务的HARQ-ACK反馈比特。
CN201980001594.9A 2018-05-22 2019-05-22 移动通信中对于不同服务类型报告混合自动重复请求-确认信息的方法和装置 Active CN110771247B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862674686P 2018-05-22 2018-05-22
US62/674,686 2018-05-22
PCT/CN2019/087967 WO2019223719A1 (en) 2018-05-22 2019-05-22 Method and apparatus for reporting hybrid automatic repeat request-acknowledgement information for different service types in mobile communications

Publications (2)

Publication Number Publication Date
CN110771247A CN110771247A (zh) 2020-02-07
CN110771247B true CN110771247B (zh) 2023-03-28

Family

ID=68614235

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980001594.9A Active CN110771247B (zh) 2018-05-22 2019-05-22 移动通信中对于不同服务类型报告混合自动重复请求-确认信息的方法和装置

Country Status (4)

Country Link
US (1) US10945256B2 (zh)
CN (1) CN110771247B (zh)
TW (1) TWI715044B (zh)
WO (1) WO2019223719A1 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017138772A2 (ko) * 2016-02-12 2017-08-17 엘지전자 주식회사 무선 통신 시스템에서 기지국과 단말이 신호를 송수신하는 방법 및 이를 지원하는 장치
US11089591B2 (en) * 2018-03-28 2021-08-10 Asustek Computer Inc. Method and apparatus for slot format determination in a wireless communication system
WO2019209147A1 (en) * 2018-04-25 2019-10-31 Telefonaktiebolaget Lm Ericsson (Publ) Methods, apparatus and computer-readable mediums relating to scheduling and feedback schemes for the transmission of data packets in a wireless communication network
CN110831200B (zh) * 2018-08-07 2023-09-01 财团法人资讯工业策进会 用于移动通信系统的用户装置及基站
MX2021001138A (es) * 2018-11-02 2021-04-12 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo para determinar informacion de control de enlace ascendente y dispositivo de comunicaciones.
CN111277359A (zh) * 2019-01-04 2020-06-12 维沃移动通信有限公司 处理方法及设备
CA3126223A1 (en) * 2019-01-10 2020-07-16 Sharp Kabushiki Kaisha Low-latency physical uplink control channel (pucch) enhancements and resource configuration
US11848781B2 (en) * 2020-01-06 2023-12-19 Qualcomm Incorporated Hybrid automatic repeat request acknowledgement codebook determination with different downlink assignment indicator bitwidth
CN115023967A (zh) * 2020-01-30 2022-09-06 株式会社Ntt都科摩 终端、无线通信方法以及基站
WO2021152805A1 (ja) * 2020-01-30 2021-08-05 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局
CN115398838A (zh) * 2020-03-31 2022-11-25 诺基亚技术有限公司 支持增强型机器类型通信中的14个harq过程的harq-ack延迟
WO2021203246A1 (zh) * 2020-04-07 2021-10-14 北京小米移动软件有限公司 非授权频段反馈信息传输方法、装置及存储介质
CN113765636B (zh) * 2020-06-04 2024-02-27 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN114095134A (zh) * 2020-07-31 2022-02-25 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
EP4233231A1 (en) * 2020-10-22 2023-08-30 Lenovo (Beijing) Limited Method and apparatus for hybrid automatic retransmission request

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729122A (zh) * 2008-10-24 2010-06-09 普天信息技术研究院有限公司 一种分布式中继系统传输控制信息的方法
WO2017196059A1 (ko) * 2016-05-13 2017-11-16 삼성전자 주식회사 무선 통신 시스템에서 상향링크 데이터 및 제어신호 전송 타이밍 결정 방법 및 장치

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9408158B2 (en) * 2014-03-14 2016-08-02 Sharp Laboratories Of America, Inc. Systems and methods for feedback reporting
TW201735699A (zh) * 2016-03-10 2017-10-01 Idac控股公司 無線系統中訊號結構之確定
JP2019514274A (ja) 2016-03-30 2019-05-30 アイディーエーシー ホールディングス インコーポレイテッド ５ｇフレキシブル無線アクセス技術におけるスタンドアロンｌ２処理および制御アーキテクチャ
CN105979597B (zh) 2016-06-27 2020-02-21 宇龙计算机通信科技(深圳)有限公司 通信资源的分配方法、分配装置、基站和终端
US10541785B2 (en) * 2016-07-18 2020-01-21 Samsung Electronics Co., Ltd. Carrier aggregation with variable transmission durations
JP7105757B2 (ja) * 2016-07-19 2022-07-25 日本電気株式会社 通信を実行するための方法および装置
US10455609B2 (en) * 2016-08-07 2019-10-22 Comcast Cable Communications, Llc Grant validation in a wireless device and wireless network
CN107734676B (zh) * 2016-08-12 2021-06-08 中兴通讯股份有限公司 一种数据传输的方法和装置
US10382170B2 (en) * 2016-09-25 2019-08-13 Ofinno, Llc HARQ process in semi-persistent scheduling
US11224033B2 (en) * 2016-09-28 2022-01-11 Idac Holdings, Inc. Control channel for new radio
WO2018080212A2 (ko) * 2016-10-27 2018-05-03 주식회사 케이티 차세대 무선망에서 상향 링크 제어 채널을 스케줄링하는 방법 및 장치
US10959218B2 (en) * 2016-11-14 2021-03-23 Comcast Cable Communications, Llc Semi-persistent scheduling confirmation
US10856317B2 (en) * 2016-11-17 2020-12-01 Huawei Technologies Co., Ltd. System and method for uplink communications
CN106788918B (zh) * 2016-12-30 2020-02-11 展讯通信（上海）有限公司 Harq配置方法、反馈方法、基站及用户设备
CN115189815A (zh) * 2017-01-04 2022-10-14 Idac控股公司 无线系统中的接收机反馈
CN110249671B (zh) * 2017-02-05 2023-03-14 Lg电子株式会社 在无线通信系统中发送物理上行共享信道的方法及其设备
KR102320439B1 (ko) * 2017-03-08 2021-11-03 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 제어 및 데이터 정보 자원 매핑 방법 및 장치
WO2018172136A1 (en) * 2017-03-23 2018-09-27 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Reliable data packet transmission among entities of a radio access network of a mobile communication network
CN108631953B (zh) * 2017-03-24 2022-06-28 中兴通讯股份有限公司 一种数据发送、反馈方法及装置
CN110622451B (zh) * 2017-05-03 2022-09-09 苹果公司 针对基于微时隙和基于时隙的传输处理冲突
US11382121B2 (en) * 2017-06-14 2022-07-05 Idac Holdings, Inc. Reliable control signaling
WO2019033071A1 (en) * 2017-08-10 2019-02-14 Babaei Alireza MULTIPLEXING UPLINK CONTROL INFORMATION
US11277220B2 (en) * 2017-08-11 2022-03-15 Telefonaktiebolaget Lm Ericsson (Publ) Multiplexing of different traffic types in a telecommunications network
US11497047B2 (en) * 2017-09-25 2022-11-08 Qualcomm Incorporated User equipment-specific scheduling request repetitions
US11039464B2 (en) * 2018-02-15 2021-06-15 Apple Inc. Simultaneous HARQ-ACK feedback and uplink transmission without dynamic grant
US10980049B2 (en) * 2018-05-10 2021-04-13 Qualcomm Incorporated Allocating physical uplink control channel (PUCCH) resources for ultra-reliable low latency communication (URLLC)
CA3043813A1 (en) * 2018-05-18 2019-11-18 Comcast Cable Communications, Llc Cross-carrier scheduling with multiple active bandwidth parts

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729122A (zh) * 2008-10-24 2010-06-09 普天信息技术研究院有限公司 一种分布式中继系统传输控制信息的方法
WO2017196059A1 (ko) * 2016-05-13 2017-11-16 삼성전자 주식회사 무선 통신 시스템에서 상향링크 데이터 및 제어신호 전송 타이밍 결정 방법 및 장치

Also Published As

Publication number Publication date
WO2019223719A1 (en) 2019-11-28
US20190364543A1 (en) 2019-11-28
US10945256B2 (en) 2021-03-09
TWI715044B (zh) 2021-01-01
TW202005318A (zh) 2020-01-16
CN110771247A (zh) 2020-02-07

Similar Documents

Publication Publication Date Title
CN110771247B (zh) 移动通信中对于不同服务类型报告混合自动重复请求-确认信息的方法和装置
US11870730B2 (en) Method and apparatus for reporting channel state
US10462776B2 (en) Method for transmitting and receiving control information of a mobile communication system
CN110036689B (zh) 上行链路传输方法和通信装置
CN110692277B (zh) 在移动通信中报告混合自动重传请求-确认信息的方法和装置
US10368343B2 (en) Systems and methods for downlink scheduling that mitigate PDCCH congestion
CN112789922A (zh) 移动通信中在一个时隙内进行多个混合式自动重传请求过程的反馈机制
CN110839350B (zh) 用于增强移动通信中时域资源分配框架的方法和装置
CN112787777B (zh) 移动通信中乱序的混合自动重复请求反馈的方法及其装置
CN115885494A (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