CN115885494A - 移动通信中未授权频谱上的超可靠低延迟通信增强方法 - Google Patents

移动通信中未授权频谱上的超可靠低延迟通信增强方法 Download PDF

Info

Publication number
CN115885494A
CN115885494A CN202180049672.XA CN202180049672A CN115885494A CN 115885494 A CN115885494 A CN 115885494A CN 202180049672 A CN202180049672 A CN 202180049672A CN 115885494 A CN115885494 A CN 115885494A
Authority
CN
China
Prior art keywords
automatic repeat
hybrid automatic
repeat request
control information
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.)
Pending
Application number
CN202180049672.XA
Other languages
English (en)
Inventor
阿布戴拉提夫·沙拿
穆罕默德·S·阿利比·艾勒-马利
乔兹瑟夫·G·纳曼斯
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 CN115885494A publication Critical patent/CN115885494A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • 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
    • 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
    • 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
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling

Landscapes

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

Abstract

描述了用于移动通信中的未授权频谱(NR‑U)上的超可靠低延迟通信(URLLC)增强的各种解决方案。在UE中实施的装置确定NR‑U上的来自网络节点的由同一PDSCH组中的下行链路控制信息(DCI)格式1_1和1_2调度的多个物理下行链路共享信道(PDSCH)接收的分组。然后，装置基于所确定的分组来执行PDSCH接收。

Description

移动通信中未授权频谱上的超可靠低延迟通信增强方法
交叉引用
本发明要求2020年7月15日递交，申请号为63/051,936的美国临时专利申请的优先权，上述专利申请的内容通过引用整体并入本文。
技术领域
本发明一般涉及移动通信，更具体地，涉及用于移动通信中未授权频谱(unlicensed spectrum)上的超可靠低延迟通信(Ultra-Reliable Low-LatencyCommunication，URLLC)增强的技术。
背景技术
除非本文另有说明，否则本部分中描述的方法不是下面列出的权利要求的现有技术，并且不因包括在本节中而被承认是现有技术。
在诸如根据第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)规范的第五代(5th Generation，5G)新无线电(New Radio，NR)等的无线通信中，URLLC增强需要在NR未授权频谱(NR unlicensed spectrum，NR-U)上操作，并且与相关3GPP规范中定义的NR-U特征共存。因此，需要一种解决方案来实现移动通信中的未授权频谱上的URLLC增强。
发明内容
以下概述仅是说明性的，并不旨在以任何方式进行限制。也就是说，提供以下概述以介绍本文描述的新颖和非显而易见的技术的概念、要点、益处和优点。所选择的实施方式将在下文详细描述中进一步描述。因此，以下的概述并不旨在标识所要求保护的主题的本质特征，也不旨在用于确定所要求保护的主题的范围。
本发明的目的是提出解决上述问题的方法或方案。更具体地，可以相信，相信本发明提出的各种方案提供了用于移动通信中的未授权频谱上的URLLC增强的解决方案。
在一个方面中，一种方法涉及用户设备(user equipment，UE)在NR-U上与网络节点通信并且使用混合自动重传请求(hybrid automatic repeat request，HARQ)过程。该方法还包括：在原始信道占用时间(channel occupancy time，COT)期间丢失物理上行链路控制信道(physical uplink control channel，PUCCH)的情况下，UE发送PUCCH。
在一个方面中，一种方法涉及UE在NR-U上与网络节点通信并且使用HARQ过程。该方法还涉及UE接收多个物理下行链路共享信道(physical downlink shared channel，PDSCH)组。多个PDSCH组中的每个PDSCH组可以与相应的HARQ确认(HARQ acknowledgement，HARQ-ACK)码本相关联。多个优先级等级中的每个优先级等级可以与多个PDSCH组中的相应的两个PDSCH组对应。
在一个方面，一种方法涉及UE确定在NR-U上的来自网络节点的由同一PDSCH组中的下行链路控制信息(downlink control information，DCI)格式1_1和1_2调度的多个PDSCH接收的分组。该方法还涉及UE基于所确定的分组来执行PDSCH接收。
在一个方面，一种方法涉及UE在NR-U上与网络节点通信并且使用HARQ过程。该方法还涉及UE生成与非调度组对应的第一HARQ-ACK码本和与调度组对应的第二HARQ-ACK码本。该方法还涉及UE基于第一HARQ-ACK码本和第二HARQ-ACK码本中的每一者的相应优先级在PUCCH时机中发送第一HARQ-ACK码本或第二HARQ-ACK码本。
在一个方面，一种方法涉及UE从网络节点接收DCI格式1_2的一次性HARQ-ACK反馈请求。该方法还涉及UE在PUCCH时机中发送HARQ-ACK反馈，该HARQ-ACK反馈包含与一个或更多个请求小区(requested cell)相关联的所有配置的HARQ过程。
值得注意的是，尽管这里提供的描述是以诸如5G/NR移动通信的某些无线接入技术、网络和网络拓扑为背景，但本发明提出的概念、方案及其任何变体/衍生物可以在其他类型的无线接入技术、网络和网络拓扑中实现，例如但不限于，长期演进(Long-TermEvolution，LTE)、高级LTE(LTE-Advanced)、增强高级LTE(LTE-Advanced Pro)、物联网(Internet-of-Things，IoT)、窄带物联网(Narrow Band Internet of Things，NB-IoT)、工业IoT(Industrial Internet of Things，IIoT)、车辆到一切(vehicle-to-everything，V2X)和非地面网络(non-terrestrial network，NTN)。因此，本发明的范围不限于本文描述的示例。
附图说明
附图被包括以提供对本发明的进一步理解，同时，附图被并入且构成本发明的一部分。附图描述了本发明的实施方式，并与说明书一起用于解释本发明的原理。可以理解的是，为了清楚地说明本发明的概念，附图不一定按比例绘制，一些组件可能显示为与实际实施方式中的尺寸不成比例。
图1是可以实现本发明各种方案的示例网络环境图。
图2是根据本发明实施方式的示例场景的示意图。
图3是根据本发明实施方式的示例场景的示意图。
图4是根据本发明实施方式的示例场景的示意图。
图5是根据本发明实施方式的示例场景的示意图。
图6是根据本发明实施方式的示例场景的示意图。
图7是根据本发明实施方式的示例场景的示意图。
图8是根据本发明实施方式的示例场景的示意图。
图9是根据本发明实施方式的示例通信装置和网络装置的框图。
图10是根据本发明实施方式的示例进程的流程图。
图11是根据本发明实施方式的示例进程的流程图。
图12是根据本发明实施方式的示例进程的流程图。
图13是根据本发明实施方式的示例进程的流程图。
图14是根据本发明实施方式的示例进程的流程图。
具体实施方式
下面对所要求保护主题的实施例和实施方式进行详细说明。然而，应当理解的是，所公开的实施例和实施方式仅仅是以各种形式实施的所要求保护主题的说明。本发明可以以多种不同的形式实施，并且不应该被理解为仅限于这里阐述的示例性实施例和实施方式。相反，提供这些示例性实施例和实施方式，使得本发明的描述是彻底和完整的，并且将向本领域技术人员充分传达本发明的范围。在以下描述中，省略习知特征和技术细节，以避免对所呈现的实施例和实施方式作出不必要地模糊。
概述
本发明的实施方式与移动通信中的未授权频谱上的URLLC增强的各种技术、方法、方案和/或解决方案有关。根据本发明，可以单独地或联合地实现许多可能的解决方案。也就是说，尽管下文分别描述这些可能的解决方案，但是这些可能的解决方案中的两个或多个可以以一种组合或另一种组合形式实现。
图1示出了可以实现本发明的各种方案和方法的示例网络环境100。参照图1，网络环境100涉及UE 110与无线网络120(例如，5G NR移动网络或如NTN的其他类型网络)进行无线通信。UE 110可以通过基站或网络节点125(例如，eNB、gNB、发送接收点(transmit-receive point，TRP))与无线网络120进行无线通信。在网络环境100中，UE 110和无线网络120可以实现如下所述与移动通信中的未授权频谱上的URLLC增强有关的各个方案。
在3GPP规范的版本16(Rel-16)中，引入了对NR-U的HARQ的基本增强。具体地，在Rel-16中引入关于增强动态HARQ-ACK码本(增强类型-2码本)，并且允许DCI使用动态PDSCH分组来触发HARQ-ACK重传。然而，在NR-U中存在关于HARQ-ACK重传设计的某些延迟和可靠性问题。
关于延迟，在PUCCH时机被先听后说(listen-before-talk，LBT)失败或者检测错误阻塞的情况下，在随后COT中触发新PUCCH，以承载(carry)在先前COT中丢失的HARQ-ACK码本。在UE 110的新COT中需要新的PDSCH调度，以获知哪个时隙(K1)将被用于PUCCH重传。然而，这要求网络节点125调度PDSCH(即使没有数据可用)，并且要求UE 110在能够执行任何PUCCH重传之前对其进行解码。因此，在丢失的PUCCH与URLLC流量相关的情况下，这种设计将引起附加延迟并且可能影响服务。关于可靠性，来自先前COT的HARQ-ACK不能单独被发送，并且需要与当前COT的HARQ-ACK级联。因此，所得到的大的有效载荷可能损害PUCCH的可靠性。
根据本发明提出的针对NR-U HARQ-ACK重传的延迟和可靠性增强的第一方案，可以配置UE 110利用一个或更多个选项快速地发送丢失的PUCCH。在第一选项(选项1)中，UE110可以在COT之外用k1来发信，并且UE 110可以使用LBT类别4(接入信道的优先级更高，但是持续时间更短)并尝试发送丢失的PUCCH。例如，UE 110可以使用高优先级LBT参数来快速接入信道。UE 110可以分配有非常短的COT，其对于仅PUCCH传输是可接受的。可以配置UE110仅将这些高优先级LBT参数用于高优先级HARQ-ACK码本传输。在第二选项(选项2)中，UE110可以使用LBT类别4来接入信道并在配置授权(configured-grant，CG)物理上行链路共享信道(physical uplink shared channel，PUSCH)资源上发送PUCCH。根据提出的方案，可以利用逻辑信道优先化(logical channel prioritization，LCP)规则来决定何时可以在CG资源上发送未决(pending)HARQ-ACK码本。例如，对于某些逻辑信道，可以启用多路复用，而对于其它逻辑信道，可以禁用多路复用。在第三选项(选项3)中，UE 110可以在PUCCH资源上发送，该PUCCH资源可以在新COT开始时以DCI格式2_0直接发信通知，并且这些资源可以专用于丢失的PUCCH的传输。在第四选项(选项4)中，在每个COT开始处的固定PUCCH资源可以专用于先前COT中的任何丢失的PUCCH的传输。根据提出的方案，对于每个CG资源配置，在单独COT包含固定的单独PUCCH资源的情况下，可以单独配置网络节点125。即使没有数据要发送，也可以发送PUCCH。
对于动态PDSCH分组，每个PDSCH组与相应的HARQ-ACK码本相关联。可以同时使用多达两个PDSCH组。然而，当同时操作增强型移动宽带(enhanced mobile broadband，eMBB)和URLLC服务时，两个PDSCH组可能是不够的。
根据本发明提出的关于动态PDSCH分组的增强的第二方案，可以为每个优先级等级定义两个PDSCH组。PDSCH组的数目可以是无线电资源控制(radio resource control，RRC)可配置的或者按每个HARQ-ACK码本优先级指定的。例如，可以配置或者指定用于高优先级HARQ的三个PDSCH组和用于低优先级HARQ的一个PDSCH组。根据提出的方案，可以在几个选项之一中引入PDSCH组优先级。在第一选项(选项1)中，优先级与相关联的HARQ码本相同。在第二选项(选项2)中，优先级可以根据调度PDSCH的DCI。在第三选项(选项3)中，每个PDSCH组与特定优先级相关联(例如，PDSCH组索引(PDSCH Group Index，PGI)0与低优先级相关联且PGI 1与高优先级相关联)。在第四选项(选项4)中，可以利用针对PDSCH组单独配置的优先级。例如，当调度URLLC PDSCH朝向COT的末端，并且还存在恰好在COT的末端之前发送PUCCH的机会，而PUCCH已经被另一PDSCH组(PDSCH group，PG)预留用于eMBB时，该eMBBPUCCH可以被取消并且作为代替用于新URLLC PG，因为URLLC具有比eMBB更高的优先级。可以使用相同的PGI或者使用请求反馈技术将eMBB PUCCH推迟到随后COT。
对于同一PDSCH组中的DCI格式调度，UE 110可以基于PGI和新反馈指示符(NewFeedback Indicator，NFI)的字段来确定由DCI格式1_1调度的用于PDSCH接收的分组。对于同一组中的PDSCH，对应的PGI可以是相同的(例如，如果用不同的PGI指示PDSCH，则它们在不同组中)。因此，可以允许两个组用于下行链路(downlink，DL)调度，其中一位用于PGI。NFI字段可以作为跳变(toggle)位操作，以重置相应的组。当跳变时，NFI字段可以指示相应的组及其对应的下行链路分配索引(Downlink Assignment Index，DAI)字段被重置。当不跳变时，NFI字段可以指示相应的组及其对应的DAI被连续地累积。对于由DCI格式1_0调度的PDSCH接收，不存在PGI和NFI。如果UE 110检测到指示PGI＝0并且根据K1值与同一PUCCH时机相关联的至少一个DCI格式1_1，UE 110则可以假定由DCI格式1_0调度的PDSCH接收属于组0(PGI＝0)。此外，UE 110可以遵循DCI格式1_1中指示的NFI来确定组0的码本。否则，UE110可以假定PDSCH接收不属于任何组，并且UE 110可以遵循版本15(Rel-15)NR动态码本来确定用于PDSCH接收的码本。
根据本发明提出的关于在同一PDSCH组中的DCI格式调度的第三方案，可以在同一PDSCH组中通过DCI格式1_1和格式1_2调度多个PDSCH。当前，在3GPP规范的Rel-16中，回退DCI 1_0可用于调度与DCI格式1_1相同的PDSCH组中的PDSCH。DCI格式1_2可视为回退DCI。然而，这可能是非常限制性的并且依賴DCI格式1_1。在所提出的方案下，位字段PGI和NFI可以包括在DCI格式1_2中。此外，在所提出的方案下，紧凑DCI和回退DCI可以在同一PDSCH组中。值得注意的是，如果紧凑DCI被视为非回退DCI格式1_1，则将紧凑DCI和回退DCI包括在同一PDSCH组中是可行的；否则，如果紧凑DCI被视为回退DCI，它可能是不可行的。此外，在所提出的方案下，在同一PDSCH组中可以使用三种DCI格式，即，格式1_0、1_1和1_2。
在所提出的第三方案下的第一情况(情况1)中，可以配置UE110监测未配置物理层(physical layer，PHY)优先级指示的DCI格式1_1和DCI格式1_2。对于由DCI格式1_2调度的PDSCH，用于时隙或者子时隙X中的PUCCH时机中的HARQ反馈的PGI可以遵循以在时隙/子时隙X中的同一PUCCH时机的DCI格式1_1指示的PGI。如果UE 110在时隙/子时隙X中的PUCCH时机没有检测到指示PGI＝0或者1的至少一个DCI格式1_1，UE 110可以假定默认PGI。例如，默认PGI可以是0。另选地，默认PGI可以是1。仍然另选地，默认PGI可以由高层配置(例如，作为RRC信令中的RRC参数)。
在所提出的第三方案下的第二情况(情况2)中，可以配置UE110监测针对两个DCI配置有PHY优先级指示的两个DCI格式1_1和1_2。对于由DCI格式1_2调度的PDSCH，具有PHY优先级Y(低或者高)的时隙/子时隙X中的PUCCH时机中的HARQ反馈的PGI可以遵循针对时隙/子时隙X中的同一PUCCH时机和同一PHY优先级在DCI格式1_1中指示的PGI。如果UE 110在时隙/子时隙X中的PUCCH时机没有检测到指示PGI＝0或者1的至少一个DCI格式1_1，UE110可以假定默认PGI。如果UE 110在具有PHY优先级Y的时隙/子时隙X中的PUCCH时机没有检测到指示PGI＝0或者1的至少一个DCI格式1_1，UE 110可以假定默认PGI。例如，默认PGI可以是0。另选地，默认PGI可以是1。仍然另选地，默认PGI可以由高层配置(例如，作为RRC信令中的RRC参数)。图2示出了DCI格式1_1和1_2中所指示的PGI和PHY优先级的UE行为的示例场景200。
在所提出的第三方案下的第三种情况(情况3)中，可以配置UE110监测具有仅在DCI格式1_2中配置的PHY优先级指示的DCI格式1_1和1_2。对于由DCI格式1_2调度的PDSCH，在DCI格式1_2中指示的PHY优先级为低的情况下，在具有PHY优先级Y(低或者高)的时隙/子时隙X中的PUCCH时机中的HARQ反馈的PGI遵循在时隙/子时隙X中的同一PUCCH时机在DCI格式1_1中指示的PGI。如果UE 110在时隙/子时隙X中的PUCCH时机没有检测到指示PGI＝0或者1的至少一个DCI格式1_1，UE 110则可以假定默认PGI。在DCI格式1_2中的PHY优先级为高的情况下，UE 110可以假定默认PGI。例如，默认PGI可以是0。另选地，默认PGI可以是1。仍然另选地，默认PGI可以由高层配置(例如，作为RRC信令中的RRC参数)。在一些情况下，如果DCI格式1_2中的PHY优先级为高，UE 110则可利用另一可用PGI。图3示出了DCI格式1_2中指示的PGI和PHY优先级的UE行为的示例场景300。
在所提出的第三方案下的第四种情况(情况4)下，可以配置UE110监测具有仅在DCI格式1_1中配置的PHY优先级指示的DCI格式1_1和1_2。对于由DCI格式1_2调度的PDSCH，在DCI格式1_1中指示的PHY优先级为低的情况下，时隙/子时隙X中的PUCCH时机中的用于HARQ反馈的PGI可以遵循针对时隙/子时隙X中的同一PUCCH时机在DCI格式1_1中指示的PGI。如果UE 110在时隙/子时隙X中的PUCCH时机没有检测到指示PGI＝0或者1的至少一个DCI格式1_1，UE 110则可以假定默认PGI。在DCI格式1_1中的PHY优先级为高的情况下，UE110可以假定默认PGI。例如，默认PGI可以是0。另选地，默认PGI可以是1。仍然另选地，默认PGI可以由高层配置(例如，作为RRC信令中的RRC参数)。在一些情况下，如果DCI格式1_1中的PHY优先级为高，UE 110则可以利用另一可用PGI。图4示出了针DCI格式1_1中指示的PGI和PHY优先级的UE行为的示例场景400。
在所提出的第三方案下，UE 110可以遵循上面针对NFI描述的类似过程。此外，在所提出的第三方案下，请求位字段RQ可以用于仅请求相同的PGI优先级。
可能还存在需要解决的增强类型-2码本生成的其它方面。DCI格式1_1可以在同一PUCCH时机中请求针对一个或者两个组的反馈。这可以由DCI格式1_1中的单独请求(separate request，RQ)字段指示。例如，RQ＝0可以指示反馈调度组，调度组是请求DCI中具有相同PGI的PDSCH组。此外，RQ＝1可以指示反馈两个组。当两个组存在于同一PUCCH时机中时，这两个组的HARQ-ACK码本的放置可以基于增加的组索引来排序。图5示出了根据提出方案的UE行为的示例场景500。在场景500中，假设每个PDSCH由在同一时隙和服务小区中发送的DCI调度，并且HARQ关联由K1指示。此外，在场景500中，图5所示的第一PUCCH被LBT失败或者检测错误阻塞。因此，在图5所示的第二PUCCH中，UE 110可以包括用于PDSCH#0～#1的HARQ-ACK码本以及用于PDSCH#2～#4的HARQ-ACK码本。
关于非调度组(其指的是对应于先前COT而非当前COT的组)的码本生成，在DCI格式1_1在同一PUCCH时机请求用于两个组的HARQ-ACK反馈的情况下，可以根据包括在DCI格式1_1中的附加NFI和总DAI(total DAI，T-DAI)字段来生成用于非调度组的码本(例如，当UE 110被提供有NFI-TotalDAI-Included-r16＝enable时)。关于在PUSCH中复用HARQ-ACK反馈，在3GPP规范的版本15(Rel-15)中，如果UE 110被提供有pdsch-HARQ-ACK-Codebook＝Dynamic-r16，DCI格式0_1可以包括T-DAI，以用于生成在所调度的PUSCH中复用的HARQ-ACK码本。在Rel-16 NR-U中，如果UE 110被提供有pdsch-HARQ-ACK-Codebook＝enhancedDynamic-r16，DCI格式0_1中的T-DAI可以应用于一个或者两个PDSCH组。
在UE 110被提供有NFI-TotalDAI-Included-r16＝enable以指示非调度组的NFI和T-DAI字段包括在请求DCI中的情况下，UE 110则可以根据检测到的非调度组的NFI而不同地继续。在检测到的非调度组的NFI(NFI-1)与请求DCI中非调度组指示的NFI(NFI-2)相同的情况下，UE 110可以根据请求DCI中的针对非调度组指示的T-DAI(T-DAI-2)来生成用于非调度组的HARQ-ACK码本。在检测到的非调度组(NFI-1)的NFI与请求DCI(NFI-2)中非调度组指示的NFI不同的情况下，UE 110可以根据请求DCI(T-DAI-2)中的针对非调度组指示的T-DAI来生成用于非调度组的所有否定确认(negative acknowledgement，NACK)。
如果UE 110没有被提供有NFI-TotalDAI-Included-r16＝enable，UE110可以根据在调度非调度组的DCI中指示的最近检测到的计数器DAI(counter DAI，C-DAI)和/或者T-DAI来生成用于非调度组的HARQ-ACK码本。然而，在PUCCH时机包含两个HARQ-ACK码本的情况下，在网络节点125和UE 110之间可能存在不确定性。
图6示出了根据提出的方案的UE行为的示例场景600。在场景600中，假设每个PDSCH由在同一时隙和服务小区中发送的DCI调度，并且HARQ关联由K1指示。在图6的部分(A)中，当由于任何原因(例如，接收失败)导致PDSCH#1丢失时，UE 110可以根据请求DCI中的T-DAI-2报告针对PDSCH#1接收的NACK。在图6的部分(B)中，当由于任何原因(例如，接收失败)导致PDSCH#2和PDSCH#3丢失时，UE 110可以根据请求DCI中的T-DAI-2报告针对非调度组中的所有PDSCH接收的所有NACK。图7示出了根据提出的方案的UE行为的示例场景700。具体地，场景700示出了当启用NFI-TotalDAI-Included-r16时和禁用NFI-TotalDAI-Included-r16时的UE行为。
用于非调度组的码本生成可以允许用于同一PUCCH中的两个PDSCH组的码本生成。根据是否启用NFI-TotalDAI-Included-r16，有两种方法可用于构造码本。当启用NFI-TotalDAI-Included-r16时，PDSCH组1的最后T-DAI和NFI可以包括在PDSCH组2中的DL授权调度PDSCH中。然而，这可能增加DCI开销并且可能损害DCI的可靠性。而且，在同一PUCCH上级联两个HARQ-ACK码本可能损害PUCCH的可靠性。
根据本发明提出的关于增强非调度组的码本生成的第四方案，为了避免损害PUCCH的可靠性，在非调度组对应于高优先级HARQ-ACK码本而调度组对应于低优先级HARQ-ACK码本的情况下，可以丢弃调度组的HARQ-ACK。在与RQ一起使用级联的情况下，新PG可以在其具有高优先级的情况下继承先前PG的优先级。相反，为了避免损害PUCCH的可靠性，在调度组对应于高优先级HARQ-ACK码本而非调度组对应于低优先级HARQ-ACK码本的情况下，可以丢弃非调度组的HARQ-ACK(例如，RQ＝0)。另外，可能不期望UE 110接收(或者允许)RQ请求(例如，UE 110可以忽略RQ且可以仅发送当前组)。此外，为了避免损害PUCCH的可靠性，可能不期望UE 110配置有用于高优先级HARQ的NFI-TotalDAI-Included-r16 RRC参数或者高优先级PDSCH组(或者与高优先级HARQ-ACK码本相关联的或者以DCI格式1_2或者以诸如MCS-C-RNTI的特定无线电网络临时标识符(radio network temporary identifier，RNTI)调度的PDSCH组)。例如，为了保持PDCCH可靠性，在配置优先级指示的情况下，可以不配置这样的字段用于DCI格式1_2或者1_1。此外，NFI-TotalDAI-Included-r16可以按DCI格式来定义。在这种情况下，NFI-TotalDAI-Included-r16可以仅用于低优先级PDSCH组或者与低优先级HARQ-ACK码本相关联的PDSCH组。
关于请求一次性HARQ-ACK反馈，UE 110可以被提供有pdsch-HARQ-ACK-OneShotFeedback-r16，并且DCI格式1_1可以请求HARQ-ACK反馈，该HARQ-ACK反馈包含由DLDCI指示的PUCCH时机中的所有配置小区的所有配置HARQ过程。在这种情况下，请求或者不请求可以由DCI格式1_1中的单独字段指示。请求一次性HARQ-ACK码本的DCI格式1_1可以调度或者不调度PDSCH。频域资源分配字段的一个值可以指示该DCI不调度PDSCH，UE 110可以忽略HARQ过程标识符(identifier，ID)和NDI字段。关于类型-1、类型-2或者增强类型-2码本之上的可配置性，当在同一PUCCH时机中请求多于一个码本类型时，在PUCCH时机中可以仅报告一次性HARQ-ACK码本。
关于一次性HARQ-ACK码本中的NDI报告，NDI可以配置为一次性HARQ-ACK码本的一部分。当提供pdsch-HARQ-ACK-OneShotFeedbackNDI-r16时，可以一起报告UE 110检测到的最新NDI和对应HARQ过程ID的HARQ-ACK。在没有针对HARQ过程的先验NDI的情况下，UE 110可以假设NDI＝0。当不提供pdsch-HARQ-ACK-OneShotFeedbackNDI-r16时，NDI可能不与对应PDSCH的HARQ-ACK一起报告。一旦在先前的反馈中针对相同的HARQ过程ID报告了ACK，可能期望UE 110重置HARQ过程ID的HARQ-ACK状态(作为不连续传输(discontinuoustransmission，DTX)或者NACK)。图8示出了根据提出方案的示例场景800。图8的部分(A)示出了当UE 110检测到所有PDCCH时的预期UE行为或者操作。图8的部分(B)示出了当UE 110没有检测到PDCCH并且报告该HARQ-ID的先前检测到的PDCCH的ACK-NACK时的预期UE行为或者操作。在图8所示的示例中，当UE 110未检测到与HARQ 0(和NDI-1)相关联的PDCCH时，UE110可以报告与HARQ 0(和NDI-0)相关联的先前检测到的PDCCH的ACK-NACK。
根据本发明提出的关于对一次性HARQ-ACK码本的增强的第五方案，一次性HARQ-ACK反馈可以请求包含用于所有配置小区的所有配置HARQ过程的HARQ-ACK反馈。这可以类似于半静态HARQ反馈方法。可以一起报告最新接收的NDI位和用于所有HARQ过程的HARQ-ACK反馈。然而，报告NDI也会增加开销，而URLLC可靠性需要减少开销。在Rel-16中，仅DCI格式1_1可能做出该请求。在所提出的第五方案下，可以启用DCI格式1_2以进行一次性HARQ-ACK反馈请求。在Rel-16中，可以对所有配置小区的所有配置HARQ过程进行请求。然而，为了允许更快和减少的有效载荷反馈，可能引入一些限制和/或者选择。在根据所提出的第五方案的一种方法中，可以仅针对与高优先级HARQ-ACK反馈相关联的PDSCH或者与特定RNTI(例如，C-RNTI、MCS-C-RNTI等)、搜索空间或者不同DCI格式/大小(例如，DCI格式2_1)相关联的DCI来进行请求。在所提出的第五方案下的另一种方法中，请求可以仅针对一些小区(例如，具有被配置用于监测的DCI格式2_1的小区或者承载高优先级HARQ-ACK码本的小区)来完成。为了实现快速报告，可以以组公共DCI格式2_0发送请求(例如，通过在DCI格式2_0中添加一个或更多个新字段)。
根据本发明提出的关于紧凑DCI相对于未授权频谱的第六方案，当启用增强类型-2码本(pdsch-HARQ-ACK-Codebook＝enhancedDynamic-r16)时，可能不期望UE 110配置有DCI格式1_2和/或者DCI格式0_2监测。在所提出的第六方案下，当启用一次性HARQ-ACK码本(pdsch-HARQ-ACK-OneShotFeedback-r16)时，UE 110可能不期望配置有DCI格式1_2/0_2监测。此外，UE 110可能不期望DCI格式1_2所调度的PDSCH属于任何PDSCH组。而且，当启用用于非调度组的码本生成时，UE 110可能不期望配置有DCI格式1_2/0_2监测。此外，当启用NFI-TotalDAI-Included_r16时，可能不期望UE 110配置有DCI格式1_2/0_2监测。此外，可能不期望UE 110针对同一PUCCH中的两个PDSCH组生成不同优先级HARQ-ACK码本。
根据本发明提出的关于紧凑DCI相对于未授权频谱的第七方案，可以支持未授权频谱上的DCI格式1_2/0_2监测作为UE性能。可以支持启用增强类型-2码本时的DCI格式1_2/0_2监测(pdsch-HARQ-ACK-Codebook＝enhancedDynamic-r16)作为UE性能。可以支持一次性HARQ-ACK码本(pdsch-HARQ-ACK-OneShotFeedback-r16)时的DCI格式1_2/0_2监测作为UE性能。可以支持针对非调度组的码本生成时的DCI格式1_2/0_2监测作为UE性能。可以支持当NFI-TotalDAI-Included-r16＝enabled时的DCI格式1_2/0_2监测作为UE性能。可以支持对于同一PUCCH中的两个PDSCH组的不同优先级HARQ-ACK码本的生成作为UE性能。
说明性实施方式
图9示出了根据本发明实施方式的示例通信装置910和示例网络装置920。通信装置910和网络装置920中的任一个都可以执行实现本文描述的关于移动通信中的未授权频谱上的URLLC增强的方案、技术、进程和方法的各种功能，包括上面描述的场景/方案以及下面描述的进程。
通信装置910是电子装置的一部分，其可以是诸如便携式或移动装置、可穿戴装置、无线通信装置或计算装置的UE。例如，通信装置910可以实施为智能手机、智能手表、个人数字助理、数码相机或诸如平板计算机、台式计算机或笔记本电脑的计算设备。通信装置910也可以是机器类型装置的一部分，可以是诸如固定装置、家庭装置、有线通信装置或计算装置的IoT、NB-IoT、IIoT或NTN装置。例如，通信装置910可以实施为智能恒温器、智能冰箱、智能门锁、无线扬声器或家庭控制中心。或者，通信装置910可以一个或更多个集成电路(integrated-circuit，IC)芯片的形式实现，例如但不限于，一个或更多个单核处理器、一个或更多个多核处理器、一个或更多个精简指令集计算(reduced-instruction setcomputing，RISC)或一个或更多个复杂指令集计算(complex-instruction-set-computing，CISC)处理器。通信装置910至少包括图9中所示的组件中的一部分，例如，处理器912。通信装置910进一步包括与本发明提出的方案无关的一个或更多个其他组件(例如，内部电源、显示设备和/或用户接口装置)，因此，为简洁起见，通信装置910上述其他组件既不显示在图9中，也不在下面进行描述。
网络装置920是电子装置/站的一部分，其可以是诸如基站、小小区，路由器或网关这样的网络节点。例如，网络装置920可以在LTE中的eNodeB中实现，或者在5G、NR、IoT、NB-IoT或IIoT中的gNB中实现，或者在NTN网络中的卫星中实现。此外，网络装置920可以以一个或更多个IC芯片的形式实现，例如但不限于，一个或更多个单核处理器、一个或更多个多核处理器或一个或更多个RISC或CISC处理器。网络装置920至少包括图9中所示的组件中的一部分，例如，处理器922。网络装置920还可以包括与本发明提出的方案无关的一个或更多个其他组件(例如，内部电源、显示设备和/或用户接口装置)。为简洁起见，网络装置920的上述组件既不显示在图9中，也不在下面进行描述。
在一方面，处理器912和处理器922中的任一个可以一个或更多个单核处理器、一个或更多个多核处理器、一个或更多个RISC或CISC处理器的形式实现。也就是说，即使这里使用单数术语“处理器”来指代处理器912和处理器922，在本发明中，处理器912和处理器922中的任一个可以在一些实施方式中包括多个处理器，在另一些实施方式中包括单个处理器。在另一方面，处理器912和处理器922中的任一个可以以具有电子组件的硬件(以及可选地，固件)的形式实现，所述电子组件包括，例如但不限于，根据本发明以特定目的配置的一个或更多个晶体管、一个或更多个二极管、一个或更多个电容器、一个或更多个电阻器、一个或更多个电感器、一个或更多个忆阻器和/或一个或更多个变容二极管。换句话说，至少在一些实施方式中，处理器912和处理器922是特定目标机器，其被专门设计、布置和配置为执行根据本发明各种实施方式的装置(例如，如通信装置910所表示的)和网络(例如，如网络装置920所表示的)中的功耗降低的特定任务。
在一些实施方式中，通信装置910还包括耦接到处理器912的收发器916并且能够无线发送和接收数据。在一些实施方式中，通信装置910还包括耦接到处理器912并且能够由处理器912访问并在其中存储数据的存储器914。在一些实施方式中，网络装置920还包括耦接到处理器922的收发器926并且能够无线发送和接收数据。在一些实施方式中，网络装置920还包括耦接到处理器922并且能够由处理器922访问并在其中存储数据的存储器924。因此，通信装置910和网络装置920分别经由收发器916和收发器926彼此无线通信。
根据本发明，通信装置910和网络装置920中的任一个可以是能够使用提出的各种方案彼此通信的通信实体。为了帮助更好地理解，按照移动通信环境的背景，提供以下对通信装置910和网络装置920中的每一个的操作、功能和性能的描述，在所述移动通信环境中，通信装置910在UE(例如，UE 110)中实现或作为UE实现，网络装置920在通信网络(例如，无线网络120)的网络节点或基站(例如，网络节点125)中实现或作为通信网络的网络节点或基站实现。还值得注意的是，尽管以下描述的示例实现是在移动通信的上下文中提供的，但也可以在其他类型的网络中实现。
根据本发明提出的与移动通信中的未授权频谱上的URLLC增强有关的方案，在网络环境100中，通信装置910在UE 110中实现或作为UE 110实现，网络装置920在网络节点125中实现或作为网络节点125实现，通信装置910的处理器912可以确定NR-U上来自网络节点(例如，作为网络120中的网络节点125的网络装置920)的同一PDSCH组中的由DCI格式1_1和1_2调度的多个PDSCH接收的分组。此外，处理器912可以基于所确定的分组经由收发器916执行来自网络装置920的PDSCH接收。
在一些实施方式中，DCI格式1_2包含PGI字段和NFI字段。
在一些实施方式中，DCI格式1_0、1_1和1_2可以在同一PDSCH组中。
在一些实施方式中，处理器912可以执行附加操作。例如，处理器912可以经由收发器916监测未配置PHY优先级指示的DCI格式1_1和DCI格式1_2。另选地，处理器912可以经由收发器916监测在DCI格式1_1和1_2中配置有PHY优先级指示的DCI格式1_1和1_2。另选地，处理器912可以经由收发器916监测在DCI格式1_2中而不在DCI格式1_1中配置有PHY优先级指示的DCI格式1_1和1_2。另选地，处理器912可以经由收发器916监测在DCI格式1_1中而不在DCI格式1_2中配置有PHY优先级指示的DCI格式1_1和1_2。
根据本发明提出的与移动通信中的未授权频谱上的URLLC增强有关的方案，在网络环境100中，通信装置910在UE 110中实现或作为UE 110实现，网络装置920在网络节点125中实现或作为网络节点125实现，通信装置910的处理器912可以经由收发器916在NR-U上与网络节点(例如，作为网络120中的网络节点125的网络装置920)通信并且使用HARQ过程。此外，处理器912可以生成与非调度组对应的第一HARQ-ACK码本和与调度组对应的第二HARQ-ACK码本。此外，处理器912可以基于第一HARQ-ACK码本和第二HARQ-ACK码本中的每一者的相应优先级，在PUCCH时机经由收发器916向装置920发送第一HARQ-ACK码本或者第二HARQ-ACK码本。
在一些实施方式中，在PUCCH时机中发送第一HARQ-ACK码本或者第二HARQ-ACK码本时，处理器912可以响应于第一HARQ-ACK码本具有比第二HARQ-ACK码本更高的优先级而执行某些操作。例如，处理器912可以在PUCCH时机中发送与非调度组对应的第一HARQ-ACK码本。另外，处理器912可以丢弃与调度组对应的第二HARQ-ACK码本。另选地，在PUCCH时机中发送第一HARQ-ACK码本或者第二HARQ-ACK码本时，处理器912可以响应于第二HARQ-ACK码本具有比第一HARQ-ACK码本更高的优先级而执行某些操作。例如，处理器912可以在PUCCH时机中发送与调度组相对应的第二HARQ-ACK码本。此外，处理器912可以丢弃与非调度组对应的第一HARQ-ACK码本。
在一些实施方式中，处理器912可以执行附加操作。例如，处理器912可以经由收发器916从装置920接收DCI格式1_2的一次性HARQ-ACK反馈请求。此外，处理器912可以经由收发器916并且在PUCCH时机或者在另一PUCCH时机发送HARQ-ACK反馈，该HARQ-ACK反馈包含与一个或更多个请求小区相关联的所有配置HARQ过程。
在一些实施方式中，一次性HARQ-ACK反馈请求可以涉及与高优先级HARQ-ACK反馈相关联的PDSCH或者与特定RNTI、特定搜索空间或者DCI格式2_1相关联的DCI。
在一些实施方式中，一个或更多个请求小区可以包括配置有DCI格式2_1监测的一个或更多个小区、或者承载高优先级HARQ-ACK码本的一个或更多个小区。
在一些实施方式中，在接收一次性HARQ-ACK反馈请求时，处理器912可以以组公共DCI格式2_0接收一次性HARQ-ACK反馈请求。
在一些实施方式中，当启用增强类型-2码本时，可以不执行对DCI格式1_2和DCI格式0_2的监测。
在一些实施方式中，处理器912可以执行附加操作。例如，处理器912可以经由收发器916监测NR-U上的DCI格式1_2和DCI格式0_2。另选地，当启用增强类型-2码本时，处理器912可以经由收发器916监测DCI格式1_2和DCI格式0_2。另选地，当支持一次性HARQ-ACK码本时，处理器912可以经由收发器916监测DCI格式1_2和DCI格式0_2。另选地，当支持非调度组的码本生成时，处理器912可以经由收发器916监测DCI格式1_2和DCI格式0_2。另选地，当根据NFI字段和T-DAI字段生成用于非调度组的码本时，处理器912可以经由收发器916监测DCI格式1_2和DCI格式0_2两者。另选地，处理器912可以针对同一PUCCH中的两个PDSCH组生成不同优先级的HARQ-ACK码本。
根据本发明提出的关于移动通信中的未授权频谱上的URLLC增强的方案，在网络环境100中，通信装置910在UE 110中实现或作为UE 110实现，网络装置920在网络节点125中实现或作为网络节点125实现，通信装置910的处理器912可以经由收发器916从网络节点(例如，作为网络120中的网络节点125的网络装置920)接收DCI格式1_2的一次性HARQ-ACK反馈请求。此外，处理器912可以经由收发器916并且在PUCCH时机中发送HARQ-ACK反馈，该HARQ-ACK反馈包含与一个或更多个请求小区相关联的所有配置HARQ过程。
在一些实施方式中，一次性HARQ-ACK反馈请求可以涉及与高优先级HARQ-ACK反馈相关联的PDSCH或者与特定RNTI、特定搜索空间或者DCI格式2_1相关联的DCI。
在一些实施方式中，一个或更多个请求小区可以包括配置有DCI格式2_1监测的一个或更多个小区、或者承载高优先级HARQ-ACK码本的一个或更多个小区。
在一些实施方式中，在接收一次性HARQ-ACK反馈请求时，处理器912可以以组公共DCI格式2_0接收一次性HARQ-ACK反馈请求。
根据本发明提出的与移动通信中的未授权频谱上的URLLC增强有关的方案，在网络环境100中，通信装置910在UE 110中实现或作为UE 110实现，网络装置920在网络节点125中实现或作为网络节点125实现，通信装置910的处理器912可以经由收发器916在NR-U上与网络节点(例如，作为网络120中的网络节点125的网络装置920)通信并且使用HARQ过程。另外，在原始COT期间丢失PUCCH的情况下，处理器912可以经由收发器916向装置920发送PUCCH。
在一些实施方式中，在发送PUCCH时，处理器912可以执行某些操作。例如，处理器912可以使用LBT类别4发送PUCCH以接入并在信道上发送PUCCH。另选地，处理器912可以使用LBT类别4发送PUCCH以接入信道并在CG PUSCH资源上发送PUCCH。另选地，处理器912可以在随后COT开始时在由网络节点以DCI格式2_0发信通知的PUCCH资源上发送PUCCH。另选地，处理器912可以在随后COT开始时在固定的PUCCH资源上发送PUCCH。
根据本发明提出的与移动通信中的未授权频谱上的URLLC增强有关的方案，在网络环境100中，通信装置910在UE 110中实现或作为UE 110实现，网络装置920在网络节点125中实现或作为网络节点125实现，通信装置910的处理器912可以经由收发器916在NR-U上与网络节点(例如，作为网络120中的网络节点125的网络装置920)通信并且使用HARQ过程。此外，处理器912可以经由收发器916从装置920接收多个PDSCH组。多个PDSCH组中的每个PDSCH组可以与相应的HARQ-ACK码本相关联。多个优先级等级中的每个优先级等级可以与多个PDSCH组中的相应的两个PDSCH组对应。
在一些实施方式中，多个PDSCH组中的PDSCH组的数目可以通过RRC信令来配置或者按每个HARQ-ACK码本优先级来指定。
在一些实施方式中，可以基于以下来确定多个PDSCH组中的每个PDSCH组的相应优先级：(a)关联HARQ码本的优先级；或者(b)调度相应PDSCH组的DCI信令的优先级；或者(c)针对相应PDSCH组分配的优先级；或者(d)针对相应PDSCH组单独配置的优先级。
说明性进程
图10描述了根据本发明实施方式的示例进程1000。无论是部分地还是整体，进程1000是根据本发明的关于移动通信中的未授权频谱上的URLLC增强的上述方案的示例实施方式。进程1000表示通信装置910和网络装置920的特征实现的一个方面。进程1000包括一个或更多个操作、动作或功能，如步骤1010和1020中的一个或更多个所示。虽然作为离散步骤进行了说明，但根据需要，进程1000的各个步骤可以被划分为附加步骤、组合成更少的步骤或者被删除。此外，进程1000的步骤可以按照图10中所示的顺序执行，或者按照其他顺序执行。进程1000可由通信装置910或任何合适的UE或机器类型装置实施。仅用于说明性目的，但不限于此，在通信装置910和网络装置920的实现的上下文中描述进程1000。进程1000从步骤1010处开始。
在1010处，进程1000涉及在UE 110中或者作为UE 110实现的通信装置910的处理器912确定在NR-U上来自网络节点(例如，作为网络120中的网络节点125的网络装置920)的由同一PDSCH组中的DCI格式1_1和1_2调度的多个PDSCH接收的分组。进程1000从1010进行到1020。
在1020处，进程1000涉及处理器912基于所确定的分组经由收发器916执行来自网络装置920的PDSCH接收。
在一些实施方式中，DCI格式1_2包含PGI字段和NFI字段。
在一些实施方式中，DCI格式1_0、1_1和1_2可以在同一PDSCH组中。
在一些实施方式中，进程1000涉及处理器912执行附加操作。例如，进程1000涉及处理器912经由收发器916监测未配置PHY优先级指示的DCI格式1_1和DCI格式1_2。另选地，进程1000涉及处理器912经由收发器916监测在DCI格式1_1和1_2中配置有PHY优先级指示的DCI格式1_1和1_2。另选地，进程1000涉及处理器912经由收发器916监测在DCI格式1_2中而不在DCI格式1_1中配置有PHY优先级指示的DCI格式1_1和1_2。另选地，进程1000涉及处理器912经由收发器916监测在DCI格式1_1中而不在DCI格式1_2中配置有PHY优先级指示的DCI格式1_1和1_2。
图11描述了根据本发明实施方式的示例进程1100。无论是部分地还是整体，进程1100是根据本发明的关于移动通信中的未授权频谱上的URLLC增强的上述方案的示例实施方式。进程1100表示通信装置910和网络装置920的特征实现的一个方面。进程1100包括一个或更多个操作、动作或功能，如步骤1110、1120和1130中的一个或更多个所示。虽然作为离散步骤进行了说明，但根据需要，进程1100的各个步骤可以被划分为附加步骤、组合成更少的步骤或者被删除。此外，进程1100的步骤可以按照图11中所示的顺序执行，或者按照其他顺序执行。进程1100可由通信装置910或任何合适的UE或机器类型装置实施。仅用于说明性目的，但不限于此，在通信装置910和网络装置920的实现的上下文中描述进程1100。进程1100从步骤1110处开始。
在1110处，进程1000涉及在UE 110中或者作为UE 110实现的通信装置910的处理器912经由收发器916在NR-U上与网络节点(例如，作为网络120中的网络节点125的网络装置920)进行通信并且使用HARQ过程。进程1100从1110进行到1120。
在1120处，进程1100涉及处理器912生成与非调度组对应的第一HARQ-ACK码本和与调度组对应的第二HARQ-ACK码本。进程1100从1120进行到1130。
在1130处，进程1100涉及处理器912基于第一HARQ-ACK码本和第二HARQ-ACK码本中的每一者的相应优先级，在PUCCH时机中经由收发器916向装置920发送第一HARQ-ACK码本或者第二HARQ-ACK码本。
在一些实施方式中，在PUCCH时机中发送第一HARQ-ACK码本或者第二HARQ-ACK码本时，进程1100涉及处理器912响应于第一HARQ-ACK码本具有比第二HARQ-ACK码本更高的优先级而执行某些操作。例如，进程1100涉及处理器912在PUCCH时机中发送与非调度组对应的第一HARQ-ACK码本。另外，进程1100涉及处理器912丢弃与调度组对应的第二HARQ-ACK码本。另选地，在PUCCH时机中发送第一HARQ-ACK码本或者第二HARQ-ACK码本时，进程1100涉及处理器912响应于第二HARQ-ACK码本具有比第一HARQ-ACK码本更高的优先级而执行某些操作。例如，进程1100涉及处理器912在PUCCH时机中发送与调度组相对应的第二HARQ-ACK码本。此外，进程1100涉及处理器912丢弃与非调度组对应的第一HARQ-ACK码本。
在一些实施方式中，进程1100涉及处理器912执行附加操作。例如，进程1100涉及处理器912经由收发器916从装置920接收DCI格式1_2的一次性HARQ-ACK反馈请求。此外，进程1100涉及处理器912经由收发器916并且在PUCCH时机或者在另一PUCCH时机发送HARQ-ACK反馈，该HARQ-ACK反馈包含与一个或更多个请求小区相关联的所有配置HARQ过程。
在一些实施方式中，一次性HARQ-ACK反馈请求可以涉及与高优先级HARQ-ACK反馈相关联的PDSCH或者与特定RNTI、特定搜索空间或者DCI格式2_1相关联的DCI。
在一些实施方式中，一个或更多个请求小区可以包括配置有DCI格式2_1监测的一个或更多个小区、或者承载高优先级HARQ-ACK码本的一个或更多个小区。
在一些实施方式中，在接收一次性HARQ-ACK反馈请求时，进程1100涉及处理器912以组公共DCI格式2_0接收一次性HARQ-ACK反馈请求。
在一些实施方式中，当启用增强类型-2码本时，可以不执行对DCI格式1_2和DCI格式0_2的监测。
在一些实施方式中，进程1100涉及处理器912执行附加操作。例如，进程1100涉及处理器912经由收发器916监测NR-U上的DCI格式1_2和DCI格式0_2。另选地，当启用增强类型-2码本时，进程1100涉及处理器912经由收发器916监测DCI格式1_2和DCI格式0_2。另选地，当支持一次性HARQ-ACK码本时，进程1100涉及处理器912经由收发器916监测DCI格式1_2和DCI格式0_2。另选地，当支持非调度组的码本生成时，进程1100涉及处理器912经由收发器916监测DCI格式1_2和DCI格式0_2。另选地，当根据NFI字段和T-DAI字段生成用于非调度组的码本时，进程1100涉及处理器912经由收发器916监测DCI格式1_2和DCI格式0_2两者。另选地，进程1100涉及处理器912针对同一PUCCH中的两个PDSCH组生成不同优先级的HARQ-ACK码本。
图12描述了根据本发明实施方式的示例进程1200。无论是部分地还是整体，进程1200是根据本发明的关于移动通信中的未授权频谱上的URLLC增强的上述方案的示例实施方式。进程1200表示通信装置910和网络装置920的特征实现的一个方面。进程1200包括一个或更多个操作、动作或功能，如步骤1210和1220中的一个或更多个所示。虽然作为离散步骤进行了说明，但根据需要，进程1200的各个步骤可以被划分为附加步骤、组合成更少的步骤或者被删除。此外，进程1200的步骤可以按照图12中所示的顺序执行，或者按照其他顺序执行。进程1200可由通信装置910或任何合适的UE或机器类型装置实施。仅用于说明性目的，但不限于此，在通信装置910和网络装置920的实现的上下文中描述进程1200。进程1200从步骤1210处开始。
在1210处，进程1200涉及在UE 110中或者作为UE 110实现的通信装置910的处理器912经由收发器916从网络节点(例如，作为网络120中的网络节点125的网络装置920)接收DCI格式1_2的一次性HARQ-ACK反馈请求。进程1200从1210进行到1220。
在1220处，进程1200涉及处理器912经由收发器916并且在PUCCH时机中发送HARQ-ACK反馈，该HARQ-ACK反馈包含与一个或更多个请求小区相关联的所有配置HARQ过程。
在一些实施方式中，一次性HARQ-ACK反馈请求可以涉及与高优先级HARQ-ACK反馈相关联的PDSCH或者与特定RNTI、特定搜索空间或者DCI格式2_1相关联的DCI。
在一些实施方式中，一个或更多个请求小区可以包括配置有DCI格式2_1监测的一个或更多个小区、或者承载高优先级HARQ-ACK码本的一个或更多个小区。
在一些实施方式中，在接收一次性HARQ-ACK反馈请求时，进程1200涉及处理器912以组公共DCI格式2_0接收一次性HARQ-ACK反馈请求。
图13描述了根据本发明实施方式的示例进程1300。无论是部分地还是整体，进程1300是根据本发明的关于移动通信中的未授权频谱上的URLLC增强的上述方案的示例实施方式。进程1300表示通信装置910和网络装置920的特征实现的一个方面。进程1300包括一个或更多个操作、动作或功能，如步骤1310和1320中的一个或更多个所示。虽然作为离散步骤进行了说明，但根据需要，进程1300的各个步骤可以被划分为附加步骤、组合成更少的步骤或者被删除。此外，进程1300的步骤可以按照图13中所示的顺序执行，或者按照其他顺序执行。进程1300可由通信装置910或任何合适的UE或机器类型装置实施。仅用于说明性目的，但不限于此，在通信装置910和网络装置920的实现的上下文中描述进程1300。进程1300从步骤1310处开始。
在1310处，进程1300涉及在UE 110中或者作为UE 110实现的通信装置910的处理器912经由收发器916在NR-U上与网络节点(例如，作为网络120中的网络节点125的网络装置920)通信并且使用HARQ过程。进程1300从1310进行到1320。
在1320处，在原始COT期间丢失PUCCH的情况下，进程1300涉及处理器912经由收发器916向装置920发送PUCCH。
在一些实施方式中，在发送PUCCH时，进程1300涉及处理器912执行某些操作。例如，进程1300涉及处理器912使用LBT类别4发送PUCCH以接入并在信道上发送PUCCH。另选地，进程1300涉及处理器912使用LBT类别4发送PUCCH以接入信道并在CG PUSCH资源上发送PUCCH。另选地，进程1300涉及处理器912在随后COT开始时在由网络节点以DCI格式2_0发信通知的PUCCH资源上发送PUCCH。另选地，进程1300涉及处理器912在随后COT开始时在固定的PUCCH资源上发送PUCCH。
图14描述了根据本发明实施方式的示例进程1400。无论是部分地还是整体，进程1400是根据本发明的关于移动通信中的未授权频谱上的URLLC增强的上述方案的示例实施方式。进程1400表示通信装置910和网络装置920的特征实现的一个方面。进程1400包括一个或更多个操作、动作或功能，如步骤1410和1420中的一个或更多个所示。虽然作为离散步骤进行了说明，但根据需要，进程1400的各个步骤可以被划分为附加步骤、组合成更少的步骤或者被删除。此外，进程1400的步骤可以按照图14中所示的顺序执行，或者按照其他顺序执行。进程1400可由通信装置910或任何合适的UE或机器类型装置实施。仅用于说明性目的，但不限于此，在通信装置910和网络装置920的实现的上下文中描述进程1400。进程1400从步骤1410处开始。
在1410处，进程1400涉及在UE 110中或者作为UE 110实现的通信装置910的处理器912经由收发器916在NR-U上与网络节点(例如，作为网络120中的网络节点125的网络装置920)通信并且使用HARQ过程。进程1400从1410进行到1420。
在1420处，进程1400涉及处理器912经由收发器916从装置920接收多个PDSCH组。多个PDSCH组中的每个PDSCH组可以与相应的HARQ-ACK码本相关联。多个优先级等级中的每个优先级等级可以与多个PDSCH组中的相应的两个PDSCH组对应。
在一些实施方式中，多个PDSCH组中的PDSCH组的数目可以通过RRC信令来配置或者按每个HARQ-ACK码本优先级来指定。
在一些实施方式中，可以基于以下来确定多个PDSCH组中的每个PDSCH组的相应优先级：(a)关联HARQ码本的优先级；或者(b)调度相应PDSCH组的DCI信令的优先级；或者(c)针对相应PDSCH组分配的优先级；或者(d)针对相应PDSCH组单独配置的优先级。
补充说明
本发明中描述的主题有时例示包括在不同的其它组件内或与其连接的不同组件。要理解，所描绘的这些架构仅仅是示例，并且实际上，可实现用于实现相同功能的许多其它架构。在概念意义上，用于实现相同功能的任何组件布置都被有效地“关联”，使得实现所期望的功能。因此，本发明中被组合用于实现特定功能的任何两个组件可被视为彼此“关联”，使得实现所期望的功能，而不管架构或中间组件如何。同样地，如此关联的任何两个组件也可被视为彼此“可操作地连接”或“可操作地耦接”以实现所期望的功能，并且能够如此关联的任何两个组件也可被视为彼此“可操作地耦接”以实现所期望的功能。可操作耦接的特定示例包括但不限于物理上可配对的和/或物理上交互的组件和/或可无线交互和/或无线交互的组件和/或逻辑上交互和/或逻辑上可交互的组件。
另外，相对于本发明中基本上任何的复数和/或单数术语的使用，本领域技术人员可将复数转换成单数和/或将单数转换成复数，以适于上下文和/或应用。为了清楚起见，本发明中可明确地阐述各种单数/复数置换。
此外，本领域技术人员应该理解，一般来说，本发明中尤其是在随附权利要求(例如，随附权利要求的主体)中使用的术语通常旨在作为“开放”术语，例如，术语“包括”应该被解释为“包括但不限于”，术语“具有”应该被解释为“具有至少”等。本领域技术人员还应该理解，如果意图引用特定数量的权利要求陈述，则此意图将在权利要求中明确陈述，并且在没有此陈述的情况下，不存在此意图。例如，为了辅助理解，以下的随附权利要求可包括使用引入性短语“至少一个”和“一个或多个”引入权利要求陈述。然而，这些短语的使用不应该被解释为暗指通过不定冠词“一”或“一个”引入权利要求陈述将包括此引入的权利要求陈述的任何特定权利要求限于只包括此一个陈述的实施方式，即使当所述权利要求包括引入性短语“一个或多个”或“至少一个”并且诸如“一”或“一个”这样的不定冠词时，例如，“一”和/或“一个”应该被解释为意指“至少一个”和“一个或多个”，对于使用用于引入权利要求陈述的定冠词而言，同样如此。另外，即使明确陈述了具体数量的引入的权利要求陈述，本领域技术人员也将认识到，此陈述应该被解释为意指至少所陈述的数量，例如，没有其它修饰的纯陈述“两个陈述物”意指至少两个陈述物或两个或多个陈述物。此外，在使用“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.一种方法，包括：
确定在新无线电未授权频谱上的来自网络节点的同一物理下行链路共享信道组中由下行链路控制信息格式1_1和1_2调度的多个物理下行链路共享信道接收的分组；以及
基于所确定的分组来执行所述物理下行链路共享信道接收。
2.如权利要求1所述的方法，其特征在于，所述下行链路控制信息格式1_2包含物理下行链路共享信道组索引字段和新反馈指示符字段。
3.如权利要求1所述的方法，其特征在于，下行链路控制信息格式1_0、1_1和1_2在同一物理下行链路共享信道组中。
4.如权利要求1所述的方法，还包括：
在未配置有物理层优先级指示的情况下监测所述下行链路控制信息格式1_1和1_2；或者
在所述下行链路控制信息格式1_1和1_2中都配置有所述物理层优先级指示的情况下监测所述下行链路控制信息格式1_1和1_2；或者
在所述下行链路控制信息格式1_2但不在所述下行链路控制信息格式1_1中配置有所述物理层优先级指示的情况下监测所述下行链路控制信息格式1_1和1_2；或者
在所述下行链路控制信息格式1_1但不在所述下行链路控制信息格式1_2中配置有所述物理层优先级指示的情况下监测所述下行链路控制信息格式1_1和1_2。
5.一种方法，包括：
在新无线电未授权频谱上与网络节点通信并且使用混合自动重传请求过程；
生成与非调度组对应的第一混合自动重传请求确认码本和与调度组对应的第二混合自动重传请求确认码本；以及
基于所述第一混合自动重传请求确认码本和所述第二混合自动重传请求确认码本中的每一者的相应优先级，在物理上行链路控制信道时机中发送所述第一混合自动重传请求确认码本或所述第二混合自动重传请求确认码本。
6.如权利要求5所述的方法，其特征在于，在所述物理上行链路控制信道时机中发送所述第一混合自动重传请求确认码本或者所述第二混合自动重传请求确认码本包括：响应于所述第一混合自动重传请求确认码本具有比所述第二混合自动重传请求确认码本更高的优先级，
在所述物理上行链路控制信道时机中发送与所述非调度组对应的所述第一混合自动重传请求确认码本；以及
丢弃与所述调度组对应的所述第二混合自动重传请求确认码本。
7.如权利要求5所述的方法，其特征在于，在所述物理上行链路控制信道时机中发送所述第一混合自动重传请求确认码本或者所述第二混合自动重传请求确认码本包括：响应于所述第二混合自动重传请求确认码本具有比所述第一混合自动重传请求确认码本更高的优先级，
在所述物理上行链路控制信道时机中发送与所述调度组对应的所述第二混合自动重传请求确认码本；以及
丢弃与所述非调度组对应的所述第一混合自动重传请求确认码本。
8.如权利要求5所述的方法，还包括：
从所述网络节点接收下行链路控制信息格式1_2的一次性混合自动重传请求确认反馈请求；以及
在所述物理上行链路控制信道时机或者在另一物理上行链路控制信道时机中发送混合自动重传请求确认反馈，所述混合自动重传请求确认反馈包含与一个或更多个请求小区相关联的所有配置的混合自动重传请求过程。
9.如权利要求8所述的方法，其特征在于，所述一次性混合自动重传请求确认反馈请求涉及与高优先级混合自动重传请求确认反馈相关联的物理下行链路共享信道，或者与特定无线电网络临时标识符、特定搜索空间、或下行链路控制信息格式2_1相关联的下行链路控制信息。
10.如权利要求8所述的方法，其特征在于，所述一个或更多个请求小区包括配置有下行链路控制信息格式2_1监测的一个或更多个小区、或者承载高优先级混合自动重传请求确认码本的一个或更多个小区。
11.如权利要求8所述的方法，其特征在于，接收所述一次性混合自动重传请求确认反馈请求的步骤包括：以组公共下行链路控制信息格式2_0接收所述一次性混合自动重传请求确认反馈请求。
12.如权利要求10所述的方法，其特征在于，当启用增强类型-2码本时，不执行对下行链路控制信息格式1_2和下行链路控制信息格式0_2的监测。
13.如权利要求10所述的方法，还包括：
在所述新无线电未授权频谱上监测下行链路控制信息格式1_2和下行链路控制信息格式0_2；或者
当启用增强类型-2码本时，监测所述下行链路控制信息格式1_2和所述下行链路控制信息格式0_2；或者
当支持一次性混合自动重传请求确认码本时，监测所述下行链路控制信息格式1_2和所述下行链路控制信息格式0_2；或者
当支持针对非调度组的码本生成时，监测所述下行链路控制信息格式1_2和所述下行链路控制信息格式0_2；或者
当根据新反馈指示符字段和总下行链路分配索引字段生成针对非调度组的码本时，监测所述下行链路控制信息格式1_2和所述下行链路控制信息格式0_2；或者
针对同一物理上行链路控制信道中的两个物理下行链路共享信道组生成不同优先级的混合自动重传请求确认码本。
14.一种方法，包括：
从网络节点接收下行链路控制信息格式1_2的一次性混合自动重传请求确认反馈请求；以及
在物理上行链路控制信道时机中发送混合自动重传请求确认反馈，所述混合自动重传请求确认反馈包含与一个或更多个请求小区相关联的所有配置的混合自动重传请求过程。
15.如权利要求14所述的方法，其特征在于，所述一个或更多个请求小区包括配置有下行链路控制信息格式2_1监测的一个或更多个小区、或者承载高优先级混合自动重传请求确认码本的一个或更多个小区。
16.一种方法，包括：
在新无线电未授权频谱上与网络节点通信并且使用混合自动重传请求过程；以及
在原始信道占用时间期间丢失物理上行链路控制信道的情况下，发送所述物理上行链路控制信道。
17.如权利要求16所述的方法，其特征在于，发送所述物理上行链路控制信道的步骤包括：
使用先听后说类别4发送所述物理上行链路控制信道，以接入并在信道上发送所述物理上行链路控制信道；或者
使用先听后说类别4发送所述物理上行链路控制信道，以接入所述信道并且在配置授权物理上行链路共享信道资源上发送所述物理上行链路控制信道；或者
在随后信道占用时间开始时在由所述网络节点以下行链路控制信息格式2_0发信通知的物理上行链路控制信道资源上发送所述物理上行链路控制信道；或者
在随后信道占用时间开始时在固定物理上行链路控制信道资源上发送所述物理上行链路控制信道。
18.一种方法，包括：
在新无线电未授权频谱上与网络节点通信并且使用混合自动重传请求过程；以及
接收多个物理下行链路共享信道组，
其中，所述多个物理下行链路共享信道组中的每个物理下行链路共享信道组与相应的混合自动重传请求确认码本相关联，以及
其中，多个优先级等级中的每个优先级等级与所述多个物理下行链路共享信道组中的相应的两个物理下行链路共享信道组对应。
19.如权利要求18所述的方法，其特征在于，所述多个物理下行链路共享信道组中的物理下行链路共享信道组的数目由无线电资源控制信令来配置或者按每个混合自动重传请求确认码本优先级来指定。
20.根据权利要求18所述的方法，其特征在于，所述多个物理下行链路共享信道组中的每个物理下行链路共享信道组的相应优先级是基于以下来确定的：
关联的混合自动重传请求码本的优先级；或者
调度相应物理下行链路共享信道组的下行链路控制信息信令的优先级；或者
针对相应物理下行链路共享信道组分配的优先级；或者
针对相应物理下行链路共享信道组单独配置的优先级。
CN202180049672.XA 2020-07-15 2021-07-15 移动通信中未授权频谱上的超可靠低延迟通信增强方法 Pending CN115885494A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202063051936P 2020-07-15 2020-07-15
US63/051,936 2020-07-15
PCT/CN2021/106411 WO2022012611A1 (en) 2020-07-15 2021-07-15 Urllc enhancement on unlicensed spectrum in mobile communications

Publications (1)

Publication Number Publication Date
CN115885494A true CN115885494A (zh) 2023-03-31

Family

ID=79555072

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180049672.XA Pending CN115885494A (zh) 2020-07-15 2021-07-15 移动通信中未授权频谱上的超可靠低延迟通信增强方法

Country Status (4)

Country Link
US (1) US20230328727A1 (zh)
EP (1) EP4162633A1 (zh)
CN (1) CN115885494A (zh)
WO (1) WO2022012611A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110708146A (zh) * 2019-11-22 2020-01-17 北京展讯高科通信技术有限公司 Harq-ack信息反馈方法及装置
WO2020033623A1 (en) * 2018-08-08 2020-02-13 Idac Holdings, Inc. Efficient and robust acknowledgement procedures for new radio operation in unlicensed bands
CN111418248A (zh) * 2018-11-05 2020-07-14 联发科技（新加坡）私人有限公司 增强移动通信中用于urllc的新无线电pusch

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10652826B2 (en) * 2018-03-23 2020-05-12 Samsung Electronics Co., Ltd. Method and apparatus for power saving signal design in NR
DE112019005482T5 (de) * 2018-11-02 2021-08-12 Lg Electronics Inc. Verfahren und vorrichtung zum übertragen oder empfangen eines drahtlossignals in einem drahtloskommunikationssystem

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020033623A1 (en) * 2018-08-08 2020-02-13 Idac Holdings, Inc. Efficient and robust acknowledgement procedures for new radio operation in unlicensed bands
CN111418248A (zh) * 2018-11-05 2020-07-14 联发科技（新加坡）私人有限公司 增强移动通信中用于urllc的新无线电pusch
CN110708146A (zh) * 2019-11-22 2020-01-17 北京展讯高科通信技术有限公司 Harq-ack信息反馈方法及装置

Also Published As

Publication number Publication date
US20230328727A1 (en) 2023-10-12
WO2022012611A1 (en) 2022-01-20
EP4162633A1 (en) 2023-04-12

Similar Documents

Publication Publication Date Title
US11272520B2 (en) Uplink transmission method, terminal device, and network device
CN110771247B (zh) 移动通信中对于不同服务类型报告混合自动重复请求-确认信息的方法和装置
US9119197B2 (en) System and method for delay scheduling
US20180270794A1 (en) Short Physical Uplink Shared Channel Arrangement
US20140169319A1 (en) Method for transmitting uplink signal, user equipment, method for receiving uplink signal, and base station
EP3787216A1 (en) Configuration of downlink transmissions
US20190053081A1 (en) Method and apparatus for monitoring control candidates based on assignments of data packets with different reliabilities
US20220224452A1 (en) Feedback Information Transmission Method and Apparatus
CN111226408A (zh) 用于移动通信中的上行链路传输的混合自动重传请求反馈过程
CN111418248B (zh) 增强移动通信中用于urllc的新无线电pusch
EP3937567A1 (en) Uplink transmission method and communication device
US11611940B2 (en) Method and apparatus for uplink power control in wireless cellular communication system
WO2019161804A1 (en) Compact downlink control information design and operations in mobile communications
US10524248B2 (en) Method and apparatus for detecting downlink control signal in wireless communication system
US10986619B2 (en) Method and apparatus for determining uplink transmission timing in wireless communication system
US12004163B2 (en) Method and apparatus for decoding downlink control signal in wireless cellular communication system
US20230328727A1 (en) URLLC Enhancement On Unlicensed Spectrum In Mobile Communications
EP3905815A1 (en) Communication method and communication device
CN112787777A (zh) 移动通信中乱序的混合自动重复请求反馈的方法及其装置
CN116349180A (zh) 无线通信中的harq码本确定
CN112243572A (zh) 移动通信中的用于紧凑dci的dai信令中的减少的比特字段大小以及harq偏移

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