CN110603765B - 用于上行链路超高可靠和低延迟通信的混合自动重传请求 - Google Patents

用于上行链路超高可靠和低延迟通信的混合自动重传请求 Download PDF

Info

Publication number
CN110603765B
CN110603765B CN201880029641.6A CN201880029641A CN110603765B CN 110603765 B CN110603765 B CN 110603765B CN 201880029641 A CN201880029641 A CN 201880029641A CN 110603765 B CN110603765 B CN 110603765B
Authority
CN
China
Prior art keywords
grant
rnti
transmission
pusch
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.)
Active
Application number
CN201880029641.6A
Other languages
English (en)
Other versions
CN110603765A (zh
Inventor
应凯
相羽立志
野上智造
约翰·M·科沃斯基
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.)
FG Innovation Co Ltd
Sharp Corp
Original Assignee
FG Innovation Co Ltd
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by FG Innovation Co Ltd, Sharp Corp filed Critical FG Innovation Co Ltd
Publication of CN110603765A publication Critical patent/CN110603765A/zh
Application granted granted Critical
Publication of CN110603765B publication Critical patent/CN110603765B/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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/63—Joint error correction and other techniques
    • H03M13/6306—Error control coding in combination with Automatic Repeat reQuest [ARQ] and diversity transmission, e.g. coding schemes for the multiple transmission of the same information or the transmission of incremental redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/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/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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • 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/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Abstract

本发明描述了一种用户设备(UE)。UE包括被配置为接收无线电资源控制消息的接收电路，无线电资源控制消息包括用于配置重复次数和周期性的第一信息，重复次数用于传输块(TB)的传输。接收电路接收无线电资源控制消息，无线电资源控制消息包括用于配置符号的监视时机的第二信息。接收电路监视第一物理下行链路控制信道(PDCCH)，第一物理下行链路控制信道具有由小区无线电网络临时标识符(C‑RNTI)加扰的循环冗余校验(CRC)。接收电路监视具有由不同于C‑RNTI的第二RNTI加扰的CRC的第二PDCCH。UE还包括传输电路，传输电路被配置为基于第一信息在物理上行链路共享信道(PUSCH)上执行TB的传输。

Description

用于上行链路超高可靠和低延迟通信的混合自动重传请求
相关申请
本申请涉及于2017年5月4日提交的名称为“HYBRID AUTOMATIC REPEAT REQUESTFOR UPLINK ULTRA-RELIABLE AND LOW-LATENCY COMMUNICATIONS”的美国临时专利申请号62/501,489，并且要求该美国临时专利申请的优先权，该美国临时专利申请据此全文以引用方式并入本文。
技术领域
本公开整体涉及通信系统。更具体地，本公开涉及用于上行链路超高可靠和低延迟通信(URLLC)的混合自动重传请求(HARQ)。
背景技术
为了满足消费者需求并改善便携性和便利性，无线通信设备已变得更小且功能更强大。消费者已变得依赖于无线通信设备，并期望得到可靠的服务、扩大的覆盖区域和增强的功能性。无线通信系统可为多个无线通信设备提供通信，每个无线通信设备都可由基站提供服务。基站可以是与无线通信设备通信的设备。
随着无线通信设备的发展，人们一直在寻求改善通信容量、速度、灵活性和/或效率的方法。然而，改善通信容量、速度、灵活性和/或效率可能会带来某些问题。
例如，无线通信设备可使用通信结构与一个或多个设备通信。然而，所使用的通信结构可能仅提供有限的灵活性和/或效率。如本讨论所示，改善通信灵活性和/或效率的系统和方法可能是有利的。
附图说明
图1是示出可在其中实现用于超高可靠和低延迟通信(URLLC)操作的系统和方法的一个或多个基站(gNB)以及一个或多个用户设备(UE)的一种具体实施的框图；
图2是示出基于授权的URLLC和基于授权的eMBB的一些示例的图示；
图3是示出基于授权的URLLC和基于授权的eMBB的一些示例的图示；
图4是示出免授权的URLLC和基于授权的eMBB的一些示例的图示；
图5是示出基于授权的URLLC和免授权的eMBB的示例的图示；
图6是示出基于授权的初始传输和免授权的初始传输的示例的图示；
图7A至图7B是示出基于授权的重传和免授权的初始传输的示例的图示；
图8是示出免授权的初始传输和免授权的重传的示例的图示；
图9是示出基于授权的重传和免授权的重传的示例的图示；
图10是示出同步HARQ和异步HARQ的示例的图示；
图11A至图11B是示出微时隙的示例的图示；
图12是示出HARQ进程的示例的图示；
图13是示出重复的示例的图示；
图14是示出免授权的传输的示例的图示；
图15A至图15B是示出多个HARQ进程的示例的图示；
图16是示出用于下行链路的资源网格的示例的图示；
图17是示出用于上行链路的资源网格的一个示例的图示；
图18示出了几个参数的示例；
图19示出了图18中所示的参数的子帧结构的示例；
图20示出了时隙和子时隙的示例；
图21示出了调度时间线的示例；
图22示出了下行链路(DL)控制信道监视区域的示例；
图23示出了包括多于一个控制信道元素的DL控制信道的示例；
图24示出了上行链路(UL)控制信道结构的示例；
图25是示出gNB的一个具体实施的框图；
图26是示出UE的一个具体实施的框图；
图27示出可在UE中利用的各种部件；
图28示出可在gNB中利用的各种部件；
图29是示出UE的一个具体实施的框图，其中
可实现用于超高可靠和低延迟通信操作的系统和方法；
图30是示出可在其中实现用于超高可靠和低延迟通信操作的系统和方法的gNB的一种具体实施的框图；
图31是示出用户设备(UE)进行的方法的流程图；并且
图32是示出基站装置(gNB)进行的通信方法的流程图。
具体实施方式
本发明描述了一种用户设备(UE)。UE可包括被配置为接收无线电资源控制消息的接收电路，该无线电资源控制消息包括用于配置重复次数和周期性的第一信息，该重复次数用于传输块(TB)的传输。该接收电路可接收无线电资源控制消息，该无线电资源控制消息包括用于配置符号的监视时机的第二信息。接收电路可监视第一物理下行链路控制信道(PDCCH)，该第一物理下行链路控制信道具有由小区无线电网络临时标识符(C-RNTI)加扰的循环冗余校验(CRC)。接收电路可监视具有由不同于C-RNTI的第二RNTI加扰的CRC的第二PDCCH。UE还可包括传输电路，该传输电路被配置为基于第一信息在物理上行链路共享信道(PUSCH)上执行TB的传输。
在接收到具有通过C-RNTI加扰的CRC的PDCCH的情况下，UE可在通过使用具有由C-RNTI加扰的CRC的PDCCH调度的PUSCH上执行传输。
在接收到具有通过第二RNTI加扰的CRC的PDCCH的情况下，UE可在通过使用具有由第二RNTI加扰的CRC的PDCCH调度的PUSCH上执行TB的重传。
基于第二信息，在由第二RNTI给出的用户设备特定搜索空间中，可监视具有由第二RNTI加扰的CRC的第二PDCCH。
本发明还描述了一种基站装置(gNB)160。gNB 160可包括被配置为传输无线电资源控制消息的传输电路，该无线电资源控制消息包括用于配置重复次数和周期性的第一信息，该重复次数用于传输块(TB)的传输。该传输电路还可被配置为传输无线电资源控制消息，该无线电资源控制消息包括用于配置符号的监视时机的第二信息。该传输电路可进一步被配置为传输第一物理下行链路控制信道(PDCCH)，该第一物理下行链路控制信道具有由小区无线电网络临时标识符(C-RNTI)加扰的循环冗余校验(CRC)。该传输电路可另外被配置为传输具有由不同于C-RNTI的第二RNTI加扰的CRC的第二PDCCH。gNB还可包括接收电路，该接收电路被配置为基于第一信息在物理上行链路共享信道(PUSCH)上接收TB的传输。
在传输具有通过C-RNTI加扰的CRC的PDCCH的情况下，gNB可在通过使用具有由C-RNTI加扰的CRC的PDCCH调度的PUSCH上接收传输。
在传输具有通过第二RNTI加扰的CRC的PDCCH的情况下，gNB可在通过使用具有由第二RNTI加扰的CRC的PDCCH调度的PUSCH上接收TB的重传。
基于第二信息，在由第二RNTI给出的用户设备特定搜索空间中，可传输具有由第二RNTI加扰的CRC的第二PDCCH。
还描述了一种用户设备的通信方法。该方法包括接收无线电资源控制消息，该无线电资源控制消息包括用于配置重复次数和周期性的第一信息，该重复次数用于传输块(TB)的传输。该方法还包括接收无线电资源控制消息，该无线电资源控制消息包括用于配置符号的监视时机的第二信息。该方法还包括监视第一物理下行链路控制信道(PDCCH)，该信道具有由小区无线电网络临时标识符(C-RNTI)加扰的循环冗余校验(CRC)。该方法另外包括监视由不同于C-RNTI的第二RNTI加扰的CRC的第二PDCCH。该方法还包括基于第一信息在物理上行链路共享信道(PUSCH)上执行TB的传输。
还描述了一种基站装置(gNB)的通信方法。该方法包括传输无线电资源控制消息，该无线电资源控制消息包括用于配置重复次数和周期性的第一信息，该重复次数用于传输块(TB)的传输。该方法还包括传输无线电资源控制消息，该无线电资源控制消息包括用于配置符号的监视时机的第二信息。该方法还包括传输第一物理下行链路控制信道(PDCCH)，该第一物理下行链路控制信道具有由小区无线电网络临时标识符(C-RNTI)加扰的循环冗余校验(CRC)。该方法另外包括传输由不同于C-RNTI的第二RNTI加扰的CRC的第二PDCCH。该方法还包括基于第一信息在物理上行链路共享信道(PUSCH)上接收TB的传输。
第3代合作伙伴项目(也称为“3GPP”)是旨在为第三代和第四代无线通信系统制定全球适用的技术规范和技术报告的合作协议。3GPP可为下一代移动网络、系统和设备制定规范。
3GPP长期演进(LTE)是授予用来改善通用移动通信系统(UMTS)移动电话或设备标准以应付未来需求的项目的名称。在一个方面，已对UMTS进行修改，以便为演进的通用陆地无线电接入(E-UTRA)和演进的通用陆地无线电接入网络(E-UTRAN)提供支持和规范。
本文所公开的系统和方法的至少一些方面可结合3GPP LTE、高级LTE(LTE-A)和其他标准(例如，3GPP第8、9、10、11和/或12版)进行描述。然而，本公开的范围不应在这方面受到限制。本文所公开的系统和方法的至少一些方面可用于其他类型的无线通信系统。
无线通信设备可以是如下电子设备，其用于向基站传送语音和/或数据，基站进而可与设备的网络(例如，公用交换电话网(PSTN)、互联网等)进行通信。在描述本文的系统和方法时，无线通信设备可另选地称为移动站、UE、接入终端、订户站、移动终端、远程站、用户终端、终端、订户单元、移动设备等。无线通信设备的示例包括蜂窝电话、智能电话、个人数字助理(PDA)、膝上型计算机、上网本、电子阅读器、无线调制解调器等。在3GPP规范中，无线通信设备通常被称为UE。然而，由于本公开的范围不应限于3GPP标准，因此术语“UE”和“无线通信设备”在本文中可互换使用，以表示更一般的术语“无线通信设备”。UE还可更一般地称为终端设备。
在3GPP规范中，基站通常称为节点B、演进节点B(eNB)、家庭增强或演进的节点B(HeNB)或者一些其他类似术语。由于本公开的范围不应限于3GPP标准，因此术语“基站”、“节点B”、“eNB”、“gNB”和/或“HeNB”在本文中可互换使用，以表示更一般的术语“基站”。此外，术语“基站”可用来表示接入点。接入点可以是为无线通信设备提供对网络(例如，局域网(LAN)、互联网等)的接入的电子设备。术语“通信设备”可用来表示无线通信设备和/或基站。eNB还可更一般地称为基站设备。
应当注意，如本文所用，“小区”可以是任何这样的通信信道：其由标准化或监管机构指定，以用于高级国际移动通信(IMT-Advanced)以及其全部或其子集，使其被3GPP采用为用于eNB与UE之间的通信的授权频带(例如，频带)。还应该注意，在E-UTRA和E-UTRAN总体描述中，如本文所用，“小区”可以被定义为“下行链路资源和可选的上行链路资源的组合”。下行链路资源的载波频率与上行链路资源的载波频率之间的链接，可以在下行链路资源上传输的系统信息中得到指示。
“配置的小区”是UE知晓并得到eNB准许以传输或接收信息的那些小区。“配置的小区”可以是服务小区。UE可接收系统信息并对所有配置的小区执行所需的测量。用于无线电连接的“配置的小区”可以包括主小区和/或零个、一个或多个辅小区。“激活的小区”是UE正在其上进行发送和接收的那些配置的小区。也就是说，激活的小区是UE监控其物理下行链路控制信道(PDCCH)的那些小区，并且是在下行链路传输的情况下，UE对其物理下行链路共享信道(PDSCH)进行解码的那些小区。“去激活的小区”是UE不监控传输PDCCH的那些配置的小区。应当注意，可以按不同的维度来描述“小区”。例如，“小区”可具有时间、空间(例如，地理)和频率特性。
第五代(5G)蜂窝通信(也由3GPP称为“新无线电”、“新无线电接入技术”或“NR”)设想了使用时间/频率/空间资源以允许增强型移动宽带(eMBB)通信和超高可靠低延迟通信(URLLC)服务以及大规模机器类型通信(MMTC)等服务。新的无线电基站可以称为gNB。gNB还可更一般地称为基站设备。
本文所述的系统和方法的一些配置教导了用于URLLC传输/重传管理以满足延迟/可靠性要求的方法。URLLC的一些要求涉及用户(U)-平面延迟和可靠性。针对URLLC，对于UL和DL两者，目标用户平面延迟为0.5毫秒(ms)。对于1毫秒(ms)内的X字节，目标可靠性为1-10-5。
这些URLLC特定的约束使得混合自动重传请求(HARQ)和重传机制设计变得困难。例如，接收器必须以快速确认(ACK)或否定确认(NACK)或上行链路授权来应答以满足延迟需求，或者发射器可立即重新传输而无需等待ACK/NACK来提高可靠性。另一方面，支持基于授权或免授权的重复，以进一步提高可靠性。如何终止重复也是一个重要的问题。所述系统和方法在不同情况下教导URLLC HARQ/重传设计。
本文公开的系统和方法的一些配置可为上行链路超高可靠和低延迟通信(URLLC)提供混合自动重传请求(HARQ)机制设计。
在一些具体实施中，URLLC UE可支持几种UL传输。如下描述了一些潜在类型的受支持UL传输。一种UL传输可以是(a)调度请求触发的基于上行链路授权的初始传输。例如，当UE具有要传输的数据并且没有PUSCH资源时，UE可发出调度请求(SR)并等待来自gNB/eNB的UL授权。然后，UE可通过遵循UL授权来传输UL数据。
另一种UL传输可以是(b)基于快速UL授权的初始传输。gNB/eNB可向UE发送UL授权而无需SR触发。快速授权可帮助最小化等待时间。然后，UE可通过遵循UL授权来传输UL数据。
另一种UL传输可以是(c)免授权的初始传输。该资源可被半静态地(重新)配置用于UL传输。UE可在所配置的资源处传输UL数据而无需等待UL授权。
另一种UL传输可以是(d)基于授权的重复。对于具有授权的UL传输方案，可支持相同传输块的包括初始传输的K次重复(K>＝1)。重复次数K可由UL授权半静态地(重新)配置或动态地指示。然后，UE通过遵循UL授权来针对同一传输块(TB)重复K次UL传输。换句话讲，UL授权可触发针对同一TB的多个传输。
另一种UL传输可以是(e)免授权的重复。对于不具有授权的UL传输方案，可支持相同传输块的包括初始传输的K次重复(K>＝1)。该资源可被半静态地(重新)配置用于UL K次重复。资源配置可包括时间和频率资源、调制和编码方案(MCS)、冗余版本(RV)、参考信号(RS)参数和/或重复次数K等。UE可在所配置的资源处传输相同UL数据的K次重复，而无需等待UL授权。
另一种UL传输可以是(f)基于授权的重传。如果gNB/eNB未能解码来自UE的UL数据，则gNB/eNB可向UE发送UL授权以指示同一TB的UL重传。可能需要UL授权中的附加信息以通知UE该授权是针对相同的TB还是针对新的TB。然后，UE可通过遵循UL授权来传输UL数据。
另一种UL传输可以是(g)免授权的重传。UE可在所配置的资源处重传相同的TB，而无需等待来自gNB/eNB的响应(例如，否定确认(NACK)或UL授权)。
另一种UL传输可以是(h)UL半持久调度(SPS)传输。对于半静态资源分配(也称为半持久调度(SPS))，可存在若干基本过程：无线电资源控制(RRC)配置(例如，RRC消息、RRC信号)、激活、UL传输和去激活。RRC配置可通过RRC层在gNB/eNB和UE之间交换。并且，RRC信号可包括在较高层信号中。可能需要为半持久调度配置一些参数(例如，
要在SPS资源中使用的周期性、地址、分配和MCS)。这些参数的一部分(例如，周期性、地址)可被半静态地配置(SPS配置)，并且其余部分可被配置为具有PDCCH(SPS激活)。例如，gNB/eNB可通过使用RRC信号来配置周期性(例如，时间资源)，并且通过使用DCI格式来指示SPS资源(例如，频率资源)以用于激活。在配置和激活UL SPS之后，UE知道已配置的UL免授权资源被保留用于快速上行链路接入。然后，UE可开始UL传输。在第8版中，UE继续在所配置的资源处进行传输，直到明确地和隐含地去激活UL SPS。在第14版中，UE可根据需要进行传输，并且当没有用于传输的传输块(TB)时跳过所配置的资源。
在一些具体实施中，上述传输类型可彼此重叠。例如，传输类型(a)、(b)和(f)可重叠。对于UE，这些UL传输可以是基于授权的。UL授权之后的UE行为可相同，并且PDCCH可使用相同的DCI格式。如果针对同一TB指示UL授权，则UL传输是重传。如果针对新的TB指示UL授权，则UL传输是初始传输。
又如，传输类型(a)、(b)和(d)(或(c))和(e))可重叠。如果重复次数K＝1，则它们可能相等。
在又一个示例中，传输类型(c)((e)、(g))和(h)可重叠。免授权传输可使用UL SPS方案。在特殊设计中，免授权传输可使用UL SPS方案而无需激活。例如，UL传输的所有所需参数可以是RRC(重新)配置的，并且UE可在没有SPS激活的情况下在所配置的资源处进行传输。
在又一个示例中，传输类型(d)、(e)和(g)可重叠。初始传输之后的重复可属于免授权的重传。
对于URLLC，UE可具有一种或多种类型的无线电网络临时标识符(RNTI)。RNTI可用于加扰无线电信道消息的循环冗余校验(CRC)部分。这意味着如果UE不知道每种情况下的确切RNTI值，则UE不能解码无线电信道消息。UE可利用的RNTI的示例如下给出。一个示例是小区RNTI(C-RNTI)。在此，为了简单描述，在一些具体实施中，可假定本文的C-RNTI包括在RNTI“A”中。C-RNTI可用于动态调度的单播传输。另一个示例是SPS C-RNTI。SPS C-RNTI可用于半持久调度的单播传输(激活、重新激活、重传和/或去激活)。在此，为了简单描述，在一些具体实施中，可假定本文的SPS C-RNTI包括在RNTI“B”中。又一个示例是URLLC C-RNTI。对于URLLC，UE可重用C-RNTI和SPS C-RNTI，这意味着可以不为URLLC发布特定的C-RNTI。在不同的设计中，称为URLLC C-RNTI的URLLC特定标识(规范可使用不同的名称，这里“URLLC C-RNTI”用作示例)可用于URLLC相关传输。URLLC C-RNTI可用于动态调度的传输。除此之外或另选地，URLLC C-RNTI可用于半持久调度的URLLC传输(激活、重新激活、重传和/或去激活)。另外，URLLC C-RNTI可用于UL免授权URLLC传输的动态重新配置。在此，为了简单描述，在一些具体实施中，可假定本文的URLLC C-RNTI包括在RNTI“C”中。
在此，UE可监视DL控制信道的一组候选(例如，PDCCH)。例如，DL控制信道的候选可以是DL控制信道可能被映射、分配和/或传输的候选。例如，DL控制信道的候选由一个或多个控制信道元素(CCE)组成。术语“监视”意味着UE尝试根据要监视的所有DCI格式来解码DL控制信道的候选集合中的每个DL控制信道。
UE监视的DL控制信道的候选集合也可称为搜索空间(例如，DL控制信道集合等)。也就是说，搜索空间是可能用于DL控制信道传输的一组资源。
这里，在DL控制信道区域(例如，DL控制信道监视区域)中设置(或定义、配置)公共搜索空间(CSS)和用户设备搜索空间(USS)。例如，CSS可以用于将DCI传输到多个UE。也就是说，CSS可以由多个UE共用的资源来定义。例如，CSS由具有在gNB和UE之间预先确定的数量的CCE组成。例如，CSS由具有索引0到15的CCE组成。另外，gNB可(通过使用PBCH(例如，MIB)、PDSCH(即，SIB)和/或专用RRC消息)配置CSS(例如，CSS的区域)。
在此，CSS可用于将DCI传输到特定UE。也就是说，gNB可在CSS中传输旨在用于多个UE的DCI格式和/或针对特定UE的DCI格式。
USS可用于将DCI传输到特定UE。也就是说，USS由专用于某个UE的资源定义。也就是说，可以针对每个UE独立地定义USS。例如，USS可由具有基于无线电网络临时标识符(RNTI)、无线电帧中的时隙号、聚合等级等确定的数量的CCE组成。RNTI可由gNB分配(即，配置)。即，可定义与下文所述的RNTI中的每一个对应的USS中的每一个。另外，例如，gNB可(通过使用PBCH(例如，MIB)、PDSCH(例如，SIB)和/或专用RRC消息)配置USS(例如，USS的区域)。另外，gNB可以在USS中传输旨在用于特定UE的DCI格式。
在此，分配给UE的RNTI可以用于DCI的传输(DL控制信道的传输)。具体地，基于DCI(或DCI格式，和/或UL授权)生成的CRC(循环冗余校验)奇偶校验位(也简称为CRC)附加到DCI，并且在附加之后，CRC奇偶校验位由RNTI加扰。UE可尝试解码附加了由RNTI加扰的CRC奇偶校验位的DCI，
并且检测DL控制信道(例如，PCCH(例如，PDCCH)、DCI、DCI格式)。也就是说，UE可以利用由RNTI加扰的CRC来解码DL控制信道。也就是说，UE可以利用RNTI来监视DL控制信道。即，例如，UE可以利用RNTI来监视UL授权。
即，可由gNB指示某些类型的UL数据传输(例如，PUSCH传输)，诸如从(a)到(h)描述的那些。例如，gNB可通过使用如上所述的不同方法来指示某些类型的UL数据传输。即，例如，不同的RNTI可用于识别用于不同类型的UL数据传输的指令。另外，不同的DCI格式(即，不同的UL授权)可用于识别用于不同类型的UL数据传输的指令。另外，可使用不同的物理下行链路信道来识别用于不同类型UL数据传输的指令。另外，用于UL数据传输的不同周期性可用于识别用于不同类型UL数据传输的指令。另外，DCI格式中包括的DCI的不同值(即，DCI的字段被设置为的不同值)可用于识别用于不同类型的UL数据传输的指令。另外，用于UL数据传输的不同激活方法(即，不同的激活命令)(例如，不同的RNTI可用于不同的激活方法并且/或者DCI的不同值可用于不同的激活命令)可用于识别针对不同类型UL数据传输的指令。另外，不同的HARQ进程ID(即，不同数量的HARQ进程)可用于识别针对不同类型UL数据传输的指令。另外，不同RRC配置和/或不同DCI指示可用于识别针对不同类型UL数据传输的指令。
作为一个示例，可描述第一UL数据传输、第二UL数据传输和第三UL数据传输。在此，作为一个示例，本文描述了第一UL数据传输、第二UL数据传输和第三UL数据传输，并且可不排除其他类型的UL数据传输，诸如从(a)至(h)描述的那些。
例如，第一UL数据传输(初始传输和/或重传)可通过使用第一UL授权来指示。并且，第一UL授权可用于调度第一PUSCH。例如，UE监视主小区上的搜索空间(即，UE特定搜索空间和/或公共搜索空间)和辅小区上的空间中的第一UL授权。例如，第一UL授权可以是具有第一RNTI的UL授权。在此，第一RNTI可以是C-RNTI。例如，第一RNTI可包括在用于请求重新建立RRC连接的RRC消息中。另外，例如，第一RNTI可与物理小区标识符一起传输。另外，第一RNTI可包括在用于网络控制的移动性的RRC消息中(例如，RRC消息包括与网络控制的移动性相关的参数(即，移动性控制))。另外，第一UL授权可不同于第二UL授权、第三UL授权和/或第四UL授权。另外，第一UL授权可与第二UL授权、第三UL授权和/或第四UL授权相同。另外，第一UL授权可包括指示PUSCH的时间资源的开始位置的DCI和/或指示PUSCH的时间资源的结束位置的DCI。另外，第一UL授权可包括指示HARQ进程ID的DCI。即，第一UL授权可用于调度PUSCH的多于两个符号(即，子帧、时隙、子时隙(即，微时隙)和/或符号)。例如，第一UL授权可用于动态调度PUSCH(例如，动态PUSCH调度eMBB数据传输)。
另外，例如，第二UL数据传输(初始传输和/或重传)可通过使用第二UL授权来指示。并且，第二UL授权可用于调度第二PUSCH。例如，UE监视仅主小区上的搜索空间(即，UE特定搜索空间和/或公共搜索空间)中的第二UL授权。例如，第二UL授权可以是具有第二RNTI的UL授权。在此，第二RNTI可以是SPS C-RNTI。
例如，第二RNTI可包括在用于指定半持久配置的RRC消息中。例如，第二RNTI可与半持久调度的间隔(例如，半持久调度的子帧和/或基于时隙的间隔)一起传输。另外，第二UL授权可不同于第一UL授权、第三UL授权和/或第四UL授权。另外，第二UL授权可与第一UL授权、第三UL授权和/或第四UL授权相同。在此，第二UL授权可用于激活和/或去激活(例如，释放)SPS(SPS资源)。另外，第二UL授权可包括指示HARQ进程ID的DCI。例如，可通过使用RRC配置(例如，间隔(例如，半持久调度的子帧和/或基于时隙的间隔)的配置)和第二UL授权(即，激活命令)来调度第二UL数据传输。即，第二UL授权可用于调度PUSCH的多于两个符号(即，子帧、时隙、子时隙(即，微时隙)和/或符号)。即，第二UL授权可用于PUSCH的半持久调度(例如，SPS数据传输的半持久PUSCH调度(例如，UL-SCH传输))。
另外，例如，可通过使用第三UL授权来指示第三UL数据传输(初始传输、重传和/或重复)。并且，第三UL授权可用于调度第三PUSCH。例如，UE监视主小区上的搜索空间(即，UE特定搜索空间和/或公共搜索空间)和辅小区上的空间中的第三UL授权。在此，第三UL授权可以是具有第三RNTI的UL授权。例如，第三RNTI可以是URLLC C-RNTI。另外，第三RNTI可以是C-RNTI。另外，第三RNTI可以是SPS C-RNTI。即，第三RNTI可包括在用于请求重新建立RRC连接的RRC消息中。另外，第三RNTI可与物理小区标识符一起传输。另外，第三RNTI可包括在用于网络控制的移动性的RRC消息中。另外，第三RNTI可包括在用于指定半持久配置的RRC消息中。例如，第三RNTI可与半持久调度的间隔(例如，半持久调度的时隙、子时隙(即，微时隙)和/或基于符号的间隔)一起传输。另外，第三UL授权可不同于第一UL授权、第二UL授权和/或第四UL授权。另外，第三UL授权可与第一UL授权、第二UL授权和/或第四UL授权相同。例如，在C-RNTI和/或SPS C-RNTI用于第三RNTI的情况下，包括在第三UL授权中的一个或多个第一预定字段中的每一个可被设置为用于识别第三UL授权的第一预定值中的每一个。在此，一个或多个第一预定字段中的每一个以及一个或多个第一预定值中的每一个可由规范预先定义，并且可为gNB和UE之间的已知信息。即，第三UL授权可用于调度PUSCH的等于或小于两个符号(即，子时隙(即，微时隙)和/或符号)。另外，第三UL授权可包括指示HARQ进程ID的DCI。例如，第三UL授权可用于PUSCH的基于动态授权的调度(例如，URLLC数据传输的基于授权的PUSCH调度)。
另外，例如，可通过使用第四UL授权来指示第四UL数据传输(初始传输、重传和/或重复)。并且，第四UL授权可用于调度第四PUSCH。例如，UE监视主小区上的搜索空间(即，UE特定搜索空间和/或公共搜索空间)和辅小区上的空间中的第四UL授权。在此，第四UL授权可以是具有第四RNTI的UL授权。例如，第四RNTI可以是SPS C-RNTI。另外，第四RNTI可以是C-RNTI。另外，第四RNTI可以是URLLC C-RNTI。即，第四RNTI可包括在用于请求重新建立RRC连接的RRC消息中。另外，第四RNTI可与物理小区标识符一起传输。另外，第四RNTI可包括在用于网络控制的移动性的RRC消息中。另外，第四RNTI可包括在用于指定半持久配置的RRC消息中。例如，第四RNTI可与半持久调度的间隔(例如，半持久调度的基于时隙和/或符号的间隔)一起传输。另外，第四UL授权可不同于第一UL授权、第二UL授权和/或第三UL授权。另外，第四UL授权可与第一UL授权、第二UL授权和/或第三UL授权相同。在此，第四UL授权可用于激活和/或去激活(例如，释放)SPS(SPS资源)。例如，可通过使用RRC配置(例如，间隔(例如，半持久调度的子帧、时隙和/或基于时隙的间隔，和/或URLLC半持久调度)的配置)和第四UL授权(即，激活命令)来调度第四UL数据传输。例如，在C-RNTI和/或SPS C-RNTI用于第四RNTI的情况下，包括在第四UL授权中的一个或多个第二预定字段中的每一个可被设置为用于识别第四UL授权的第二预定值中的每一个。在此，一个或多个第二预定字段中的每一个以及一个或多个第二预定值中的每一个可由规范预先定义，并且可为gNB和UE之间的已知信息。即，第四UL授权可用于调度PUSCH的等于或小于两个符号(即，子时隙(即，微时隙)和/或符号)。另外，第四UL授权可包括指示HARQ进程ID的DCI。例如，第四UL授权可用于PUSCH的半持久的免授权调度(例如，URLLC数据传输的免授权的PUSCH调度)。
并且，如上所述，第一UL数据传输、第二UL数据传输、第三UL数据传输和/或第四UL数据传输可在特定定时(例如，在子帧中，在时隙中，在子时隙(即，微时隙)中和/或在符号中)重叠。即，第一UL数据传输、第二UL数据传输、第三UL数据传输和/或第四UL数据传输可在某个相同的定时发生。并且，在第一UL数据传输、第二UL数据传输、第三UL数据传输和/或第四UL数据传输将在某个相同的定时发生的情况下，第二UL数据传输、第三UL数据传输和/或第四UL数据传输可被优先化。在此，如上所述，第一UL数据传输、第二UL数据传输、第三UL数据传输和/或第四UL数据传输的时间长度可不同。因此，重叠的含义可以是在某个相同的定时部分地重叠。
例如，在第一UL数据传输和第二UL数据传输将在特定定时(即，在某个相同的定时)发生的情况下，UE可在特定定时使用第一PUSCH仅执行第一UL数据传输。即，第二UL数据传输可被丢弃。另外，在第一UL数据传输和第二UL数据传输将在某个相同的定时发生的情况下，UE可在特定定时使用第二PUSCH仅执行第二UL数据传输。即，第一UL数据传输可被丢弃。另外，在第一UL数据传输和第二UL数据传输将在某个相同的定时发生的情况下，UE可在特定定时使用第一PUSCH执行第一UL数据传输和第二UL数据传输。另外，在第一UL数据传输和第二UL数据传输将在某个相同的定时发生的情况下，UE可在特定定时使用第二PUSCH执行第一UL数据传输和第二UL数据传输。在此，gNB可(例如，通过使用RRC消息)传输用于配置(即，指示)第一UL数据的同时传输(即，并发传输)(即，第一PUSCH传输)的信息，并且在特定定时允许或不允许第二UL数据(即，第二PUSCH传输)。即，在UE被配置为同时传输第一UL数据和第二UL数据的情况下，UE可在特定定时执行第一UL数据传输和第二UL数据传输。另外，gNB可传输(例如，通过使用RRC消息)用于配置执行哪个UL数据传输(例如，哪个UL数据传输被优先化)的信息。例如，gNB可配置UE以执行第一UL数据传输。另外，例如，gNB可配置UE以执行第二UL数据传输。并且，在UE配置有第一UL数据传输和/或第二UL数据传输的情况下，UE可执行第一UL数据传输和/或第二UL数据传输(例如，通过使用第一PUSCH和/或第二PUSCH)。
即，在调度第二PUSCH的特定定时，如果第一PUSCH在特定定时被调度，则第一UL授权可在特定定时覆盖第二PUSCH。并且，UE可在特定定时使用第一PUSCH执行第一UL数据传输和/或第二UL数据传输。另外，在调度第一PUSCH的特定定时，如果第二PUSCH在特定定时被调度，则第二UL授权可在特定定时覆盖第二PUSCH。并且，UE可在特定定时使用第二PUSCH执行第一UL数据传输和/或第二UL数据传输。另外，gNB可传输(例如，通过使用RRC消息)用于配置使用哪个PUSCH(例如，哪个PUSCH被优先化)用于UL数据传输(例如，第一UL数据传输和/或第二UL数据传输)的信息。例如，gNB可配置UE以使用第一PUSCH。另外，例如，gNB可配置UE以使用第二PUSCH。并且，在UE配置有第一PUSCH的情况下，UE可使用第一PUSCH执行第一UL数据传输和/或第二UL数据传输。另外，在UE配置有第二PUSCH的情况下，UE可使用第二PUSCH执行第一UL数据传输和/或第二UL数据传输。
在此，作为一个示例，上文描述了第一UL数据传输(即，第一PUSCH)和第二UL数据传输(即，第二PUSCH)的情况。然而，这些描述可应用于第一UL数据传输(即，第一PUSCH)、第二UL数据传输(即，第二PUSCH)、第三UL数据传输(即，第三PUSCH)和/或第四UL数据传输(即，第四PUSCH)的所有组合。即，例如，上述描述可应用于第一UL数据传输(即，第一PUSCH)和第三UL数据传输(即，第三PUSCH)。即，第二UL数据传输可被第三UL数据传输替换，并且第二PUSCH可被第三PUSCH替换。另外，例如，上述描述可应用于第一UL数据传输(即，第一PUSCH)和第四UL数据传输(即，第四PUSCH)。即，第二UL数据传输可被第四UL数据传输替换，并且第二PUSCH可被第四PUSCH替换。另外，例如，上述描述可应用于第二UL数据传输(即，第二PUSCH)和第三UL数据传输(即，第三PUSCH)。即，第一UL数据传输可由第二UL数据传输替换，第一PUSCH可由第二PUSCH替换，第二UL数据传输可由第三UL数据传输替换，并且第二PUSCH可由第三PUSCH替换。另外，例如，上述描述可应用于第二UL数据传输(即，第二PUSCH)和第四UL数据传输(即，第四PUSCH)。即，第一UL数据传输可由第二UL数据传输替换，第一PUSCH可由第二PUSCH替换，第二UL数据传输可由第四UL数据传输替换，并且第二PUSCH可由第四PUSCH替换。另外，例如，上述描述可应用于第三UL数据传输(即，第三PUSCH)和第四UL数据传输(即，第四PUSCH)。即，第一UL数据传输可由第三UL数据传输替换，第一PUSCH可由第三PUSCH替换，第二UL数据传输可由第四UL数据传输替换，并且第二PUSCH可由第四PUSCH替换。
如上所述，UE可监视一个或多个搜索空间。搜索空间可被视为一组PDCCH候选。可根据本文所公开的系统和方法使用的搜索空间的示例如下给出。一个示例是公共搜索空间。公共搜索空间可包含与URLLC相关的一些信息。另一个示例是UE特定搜索空间。在一些方法中，可能没有URLLC特定搜索空间，或者URLLC可与其他服务共享同一个UE特定搜索空间。为了获得URLLC相关信息，UE可通过使用URLLC C-RNTI(例如，如果实现)或C-RNTI/SPSC-RNTI(例如，如果没有实现URLLC特定RNTI)来搜索UE特定搜索空间。又一个示例是URLLC搜索空间。URLLC可具有特定的搜索空间，其可被称为URLLC搜索空间(例如，规范可使用不同的名称)。UE可通过搜索URLLC搜索空间来获得URLLC相关信息。在其他示例中，可实现和/或使用上述搜索空间的任何组合。
即，如上所述，例如，搜索空间(例如，USS)可由具有基于RNTI、无线电帧中的时隙号、聚合等级等确定的数量的CCE组成。在此，基于RNTI、无线电帧中的时隙号、聚合等级等确定的搜索空间可包括CSS。即，搜索空间可由RNTI给出。例如，可限定由RNTI“A”给出的第一搜索空间(例如，第一USS和/或第一CSS)。另外，可限定由RNTI“B”给出的第二搜索空间(例如，第二USS和/或第二CSS)。另外，可限定由RNTI“C”给出的第三搜索空间(例如，第三USS和/或第三CSS)。
例如，UE可监视由RNTI“A”给出的搜索空间中的第一UL授权。例如，UE可监视由主小区和/或辅小区上的RNTI“A”给出的搜索空间中的第一UL授权。另外，UE可监视由RNTI“B”给出的搜索空间中的第一UL授权。另外，UE可监视由RNTI“C”给出的搜索空间中的第一UL授权。例如，UE可监视由主小区和辅小区上的RNTI“C”给出的搜索空间中的第一UL授权。
另外，UE可监视由RNTI“A”给出的搜索空间中的第二UL授权。例如，UE可仅在主小区上监视由RNTI“A”给出的搜索空间中的第二UL授权。另外，UE可监视由RNTI“B”给出的搜索空间中的第二UL授权。例如，UE可仅在主小区上监视由RNTI“B”给出的搜索空间中的第二UL授权。另外，UE可监视由RNTI“C”给出的搜索空间中的第二UL授权。
另外，UE可监视由RNTI“A”给出的搜索空间中的第三UL授权。例如，UE可监视由主小区和/或辅小区上的RNTI“A”给出的搜索空间中的第三UL授权。另外，UE可监视由RNTI“B”给出的搜索空间中的第三UL授权。例如，UE可监视由主小区和/或辅小区上的RNTI“B”给出的搜索空间中的第三UL授权。另外，UE可仅在主小区上监视由RNTI“B”给出的搜索空间中的第三UL授权。另外，UE可监视由RNTI“C”给出的搜索空间中的第三UL授权。例如，UE可监视由主小区和/或辅小区上的RNTI“C”给出的搜索空间中的第三UL授权。在此，gNB可(例如，通过使用RRC消息)传输用于配置第二小区的信息，在第二小区上，UE监视第三UL授权(例如，在搜索空间(即，USS和/或CSS)中)。另外，gNB可(例如，通过使用RRC消息)传输用于配置定时位置(例如，子帧、时隙、子时隙(即，微时隙)和/或符号(即，场合))的信息，在该信息中，UE监视第三UL授权(例如，在搜索空间(即，USS和/或CSS)中)。
另外，UE可监视由RNTI“A”给出的搜索空间中的第四UL授权。例如，UE可监视由主小区和/或辅小区上的RNTI“A”给出的搜索空间中的第四UL授权。例如，UE可监视由主小区和/或辅小区上的RNTI“B”给出的搜索空间中的第四UL授权。另外，UE可仅在主小区上监视由RNTI“B”给出的搜索空间中的第四UL授权。另外，UE可监视由RNTI“C”给出的搜索空间中的第四UL授权。例如，UE可监视由主小区和/或辅小区上的RNTI“C”给出的搜索空间中的第四UL授权。在此，gNB可(例如，通过使用RRC消息)传输用于配置第二小区的信息，在第二小区上，UE监视第四UL授权(例如，在搜索空间(即，USS和/或CSS)中)。另外，gNB可(例如，通过使用RRC消息)传输用于配置定时位置(例如，子帧、时隙、子时隙(即，微时隙)和/或符号(即，场合))的信息，在该信息中，UE监视第四UL授权(例如，在搜索空间(即，USS和/或CSS)中)。
在此，gNB可(例如，通过使用RRC消息)传输用于配置(例如，指示)搜索空间(例如，搜索空间的位置)的信息(例如，第一信息)。例如，gNB可传输用于配置搜索空间(例如，USS和/或CSS)的信息，在该搜索空间中，UE监视具有RNTI“A”的UL授权。即，UE可在搜索空间的配置位置中监视第一UL授权(例如，具有C-RNTI(即，RNTI“A”)的第一UL授权)。另外，UE可在搜索空间的配置位置中监视第三UL授权(例如，具有C-RNTI(即，RNTI“A”)的第三UL授权)。另外，UE可在搜索空间的配置位置中监视第四UL授权(例如，具有C-RNTI(即，RNTI“A”)的第四UL授权)。在此，可在搜索空间的配置位置中监视第二UL授权(例如，具有SPS C-RNTI(即，RNTI“B”)的第二UL授权)。例如，UE可在与其中UE监视第一UL授权(例如，具有C-RNTI(即，RNTI“A”)的第一UL授权)的搜索空间相同的搜索空间中监视第二UL授权(例如，具有SPS C-RNTI(即，RNTI“B”)的第二UL授权)。
此外，例如，gNB可(例如，通过使用RRC消息)传输用于配置搜索空间(例如，USS和/或CSS)的信息(例如，第二信息)，在该搜索空间中UE监视具有RNTI“B”的UL授权。例如，gNB可(例如，通过使用RRC消息)传输作为SPS配置(例如，间隔(例如，半持久调度的子帧和/或基于时隙的间隔)的配置)的一部分的信息(例如，第二信息)。即，UE可在搜索空间的配置位置中监视第二UL授权(例如，具有SPS C-RNTI(即，RNTI“B”)的第二UL授权)。另外，UE可在搜索空间的配置位置中监视第三UL授权(例如，具有SPS C-RNTI(即，RNTI“B”)的第三UL授权)。另外，UE可在搜索空间的配置位置中监视第四UL授权(例如，具有SPS C-RNTI(即，RNTI“B”)的第四UL授权)。
另外，例如，gNB可(例如，通过使用RRC消息)传输用于配置搜索空间(例如，USS和/或CSS)的信息(例如，第三信息)，其中UE监视具有RNTI“C”的UL授权。例如，gNB可(例如，通过使用RRC消息)传输作为SPS配置(例如，半持久调度的间隔(例如，半持久性调度的时隙、子时隙(即，微时隙)和/或基于符号的间隔)的配置)的一部分的信息(例如，第三信息)。即，UE可在搜索空间的配置位置中监视第三UL授权(例如，具有URLLC C-RNTI(即，RNTI“C”)的第三UL授权)。另外，UE可在搜索空间的配置位置中监视第四UL授权(例如，具有URLLC C-RNTI(即，RNTI“C”)的第四UL授权)。
在一些方法中，可在不同传输之间执行资源共享。例如，任何类型的传输都可使用任何资源。例如，可利用用于第二UL数据传输、第三UL数据传输和/或第四UL数据传输的PUSCH资源的共享。在一些方法中，每种传输可使用其自己的专用资源，使得不存在冲突(即，基于非争用的UL传输、无争用UL传输)。在一些方法中，为了效率，不同传输可共享同一资源(即，基于争用的UL传输)。一些类型的资源共享描述如下。
服务间资源共享是一种资源共享。如上所述，URLLC可与其他服务(例如，eMBB)共存。由于延迟要求，URLLC可能具有最高优先级。服务间资源共享的一些示例如下给出。基于授权的URLLC(例如，第三UL数据传输(即，第三PUSCH))和基于授权的eMBB(例如，第一UL数据传输(即，第一PUSCH))可为服务间资源共享的一个示例。如果DL和UL数据(PUSCH)传输中的UL授权接收之间的时间延迟对于两个服务是相同的，则可通过gNB/eNB调度来解决共存问题。用于URLLC的UL授权(例如，第三UL授权和/或第四UL授权)和用于eMBB的UL授权(例如，第一UL授权)可指示不同的频率资源(例如，不同的资源块)或不同的时间资源(例如，时隙/子帧内的不同微时隙/OFDM符号)。速率匹配和/或删余可用于eMBB(例如，第一UL数据)以保护URLLC数据(例如，第三UL数据和/或第四UL数据)。即，如上所述，在第一UL数据传输和第三UL数据传输将在特定定时发生的情况下，速率匹配和/或删余可用于第一UL数据，并且UE可在特定定时传输第一数据和第三数据。另外，如上所述，在第一UL数据传输和第四UL数据传输将在相同定时发生的情况下，速率匹配和/或删余可用于第一UL数据，并且UE可在特定定时传输第一UL数据和第四UL数据。在一些方法中，如果gNB/eNB在相同定时向该UE(或不同的UE)发送URLLC的UL授权(例如，第三UL授权和/或第四UL授权)，则gNB/eNB可不向该UE发送用于eMBB的UL授权(例如，第一UL授权)，使得可以避免可能的资源重叠/冲突。
如果由于延迟要求，在DL中的UL授权接收和UL数据传输之间的时间延迟对于URLLC较短，则当gNB/eNB发送针对URLLC服务的UL授权时，可能已经通过较早的UL授权为eMBB服务分配资源，URLLC服务可使用相同资源或相同资源的一部分。在一些情况下，gNB/eNB可发送UL授权以指示用于URLLC的不同资源(例如，不同的频率资源或不同的时间资源)。在一些情况下，gNB/eNB可发送针对URLLC的UL授权(例如，第三UL授权和/或第四UL授权)以抢占(例如，删余或叠加)已被授予用于eMBB的资源(例如，通过使用第一UL授权来调度)。由于两种服务都是基于授权的，因此在gNB/eNB处解码可能不需要额外的指示。
免授权的URLLC(例如，第四UL数据传输(即，第四PUSCH))和基于授权的eMBB(例如，第一UL数据传输(即，第一PUSCH))可为服务间资源共享的另一个示例。可预先配置免授权的URLLC资源(例如，第四PUSCH)。例如，第四PUSCH的频率资源和/或时间资源可通过使用RRC消息来配置。另外，第四PUSCH的时间资源可通过使用RRC消息来配置，并且第四PUSCH的频率资源可通过使用第四UL授权来指示。当UE具有URLLC数据时，UE可在配置的资源处进行传输。基于授权的eMBB可避免配置的免授权URLLC资源，这意味着配置的资源可专用于URLLC。然而，如果没有URLLC数据，则URLLC UE可跳过配置的资源。在不同的方法中，为了提高资源利用效率，可允许基于授权的eMBB(例如，第一PUSCH)使用配置的URLLC资源(例如，第三UL数据传输和/或第四UL数据传输)。如果配置的URLLC资源被授予用于eMBB(例如，如果在调度第三PUSCH和/或第四PUSCH的特定定时调度第一PUSCH)，但UE具有在配置的资源处传输的URLLC数据(例如，第三UL数据和/或第四UL数据)，则URLLC数据(例如，第三UL数据和/或第四UL数据)可抢占eMBB服务(例如，第一PUSCH)。即，例如，UE可使用第一PUSCH传输第一UL数据和第三UL数据。另外，例如，UE可使用第一PUSCH传输第一UL数据和第四UL数据。在此，UE可仅放弃(例如，抛弃、丢弃、撤回、推迟)eMBB传输(例如，第一UL数据传输)。并且，UE可仅使用第一PUSCH传输第三数据。可使用指示来指示第一PUSCH中URLLC数据(例如，第三UL数据和/或第四UL数据)的存在。并且，用于指示URLLC数据的存在的指示可用于帮助gNB/eNB解码。另外，gNB/eNB可假设在配置的资源处存在URLLC数据并且首先对URLLC数据进行盲解码。
免授权的URLLC(例如，第四UL数据传输(即，第四PUSCH))和免授权的eMBB和/或SPS(例如，第二UL数据传输(即，第二PUSCH))可为服务间资源共享的另一个示例。URLLC资源(例如，第四PUSCH)和eMBB资源(例如，第二PUSCH)可通过配置彼此正交。即，gNB可(通过使用RRC消息和/或DCI(例如，用于激活SPS的DCI))传输用于为PUSCH(例如，第四PUSCH和/或第二PUSCH)配置正交(例如，OCC(正交覆盖码))的信息。但是，如果存在重叠，那么URLLC资源可覆盖eMBB资源。
基于授权的URLLC(例如，第三UL数据传输(即，第三PUSCH))和免授权的eMBB和/或SPS(例如，第二UL数据传输(即，第二PUSCH))可为服务间资源共享的另一个示例。基于授权的URLLC可覆盖免授权eMBB。
另外，URLLC内资源共享的示例如下给出。基于授权的初始传输(例如，第一UL数据传输(即，第一PUSCH)和/或第三UL数据传输(即，第三PUSCH))和免授权的初始传输(例如，第二UL数据传输(即，第二PUSCH)和/或第四UL数据传输(即，第四PUSCH))可以是服务内资源共享的示例。基于授权的初始传输可覆盖免授权的初始传输。即，在基于授权的初始传输和免授权的初始传输将在特定定时发生的情况下，UE可在该特定定时执行基于授权的初始传输。即，在调度用于免授权的初始传输的PUSCH(例如，第二PUSCH和/或第四PUSCH)的特定定时，如果用于基于授权的初始传输的PUSCH(例如，第一PUSCH和/或第三PUSCH)被调度，则用于基于授权的初始传输的UL授权(例如，第一UL授权和/或第三UL授权)可覆盖用于免授权的初始传输的UL授权(例如，第二UL授权和/或第四授权)。
基于授权的重传(例如，第一UL数据传输(即，第一PUSCH)和/或第三UL数据传输(即，第三PUSCH))和免授权的初始传输(例如，第二UL数据传输(即，第二PUSCH)和/或第四UL数据传输(即，第四PUSCH))可以是服务内资源共享的另一个示例。在此，基于授权的重传可以是基于授权的重复(即，第三UL数据传输(即，第三PUSCH))。基于授权的重传可避免配置的免授权资源。基于授权的重传可覆盖免授权的初始传输。即，在基于授权的重传和免授权的初始传输将在特定定时发生的情况下，UE可在该特定定时执行基于授权的重传。即，在调度用于免授权的初始传输的PUSCH(例如，第二PUSCH和/或第四PUSCH)的特定定时，如果用于基于授权的重传的PUSCH(例如，第一PUSCH和/或第三PUSCH)被调度，则用于基于授权的重传的UL授权(例如，第一UL授权和/或第三UL授权)可覆盖用于免授权的初始传输的UL授权(例如，第二UL授权和/或第四授权)。在另一个设计中，免授权的初始传输可覆盖基于授权的重传。即，在基于授权的重传和免授权的初始传输将在特定定时发生的情况下，UE可在该特定定时执行免授权的初始传输。即，在调度用于免授权的初始传输的PUSCH(例如，第二PUSCH和/或第四PUSCH)的特定定时，如果用于基于授权的重传的PUSCH(例如，第一PUSCH和/或第三PUSCH)被调度，则用于免授权的初始传输的UL授权(例如，第二UL授权和/或第四UL授权)可覆盖用于基于授权的重传的UL授权(例如，第一UL授权和/或第三授权)。
免授权的初始传输(例如，第二UL数据传输(即，第二PUSCH)和/或第四UL数据传输(即，第四PUSCH))和免授权的重传(例如，第二UL数据传输(即，第二PUSCH)和/或第四UL数据传输(即，第四PUSCH))可以是服务内资源共享的另一个示例。在此，免授权的重传可以是免授权的重复(即，第四UL数据传输(即，第四PUSCH))。免授权的重传可覆盖免授权的初始传输。即，在免授权的初始传输和免授权的重传将在特定定时发生的情况下，UE可在该特定定时执行免授权的重传。即，在调度用于免授权的重传的PUSCH(例如，第二PUSCH和/或第四PUSCH)的特定定时，如果用于免授权的初始传输的PUSCH(例如，第二PUSCH和/或第四PUSCH)被调度，则用于免授权的重传的UL授权(例如，第二UL授权和/或第四UL授权)可覆盖用于免授权的初始传输的UL授权(例如，第二UL授权和/或第四授权)。在另一个设计中，免授权的初始传输可覆盖免授权的重传。即，在免授权的初始传输和免授权的重传将在特定定时发生的情况下，UE可在该特定定时执行免授权的初始传输。即，在调度用于免授权的重传的PUSCH(例如，第二PUSCH和/或第四PUSCH)的特定定时，如果用于免授权的初始传输的PUSCH(例如，第二PUSCH和/或第四PUSCH)被调度，则用于免授权的初始传输的UL授权(例如，第二UL授权和/或第四UL授权)可覆盖用于免授权的重传的UL授权(例如，第二UL授权和/或第四授权)。
基于授权的重传(例如，第一UL数据传输(即，第一PUSCH)和/或第三UL数据传输(即，第三PUSCH))和免授权的重传(例如，第二UL数据传输(即，第二PUSCH)和/或第四UL数据传输(即，第四PUSCH))可以是服务内资源共享的另一个示例。在此，免授权的重传可以是免授权的重复(即，第四UL数据传输(即，第四PUSCH))。基于授权的重传可覆盖免授权的重传。即，在基于授权的重传和免授权的重传将在特定定时发生的情况下，UE可在该特定定时执行基于授权的重传。即，在调度用于免授权的重传的PUSCH(例如，第二PUSCH和/或第四PUSCH)的特定定时，如果用于基于授权的重传的PUSCH(例如，第一PUSCH和/或第三PUSCH)被调度，则用于基于授权的重传的UL授权(例如，第一UL授权和/或第三UL授权)可覆盖用于免授权的重传的UL授权(例如，第二UL授权和/或第四授权)。
混合自动重传请求(HARQ)进程的一些方法描述如下。HARQ进程共存是HARQ进程的一个方面。在一些方法中，URLLC可与其他服务共享HARQ进程。例如，同一HARQ进程可由URLLC服务或不同的服务(例如，eMBB)使用。
在一些方法中，URLLC可使用专用HARQ进程。例如，URLLC服务可具有其自身的HARQ进程，其可与其他服务分开。
HARQ进程的定时和数量是HARQ进程的另一个方面。在一些方法中，可使用同步HARQ。例如，HARQ进程中的两个相邻传输之间的定时可以是固定的。HARQ进程ID可来源于TTI(子帧/时隙/微时隙/OS)索引。
在一些方法中，可使用异步HARQ。例如，HARQ进程中的两个相邻传输之间的定时可以是动态的。可明确指示HARQ进程ID。
在一些方法中，可实现上述HARQ过程的组合或增强。例如，不同的服务可使用不同类型的HARQ过程。不同类型的传输可使用不同类型的HARQ过程。例如，URLLC服务可使用同步HARQ，而eMBB服务可使用异步HARQ；初始传输可使用同步HARQ，而重传可使用异步HARQ。
例如，gNB可(通过使用RRC消息)传输用于配置多个HARQ进程ID的信息。例如，gNB可配置与第二UL授权相关联的第一HARQ进程ID(例如，对应于第二UL授权的第一HARQ进程ID)。另外，gNB可配置与第四UL授权相关联的第二HARQ进程ID(例如，对应于第四UL授权的第二HARQ进程ID)。另外，gNB可配置与第三UL授权相关联的第三HARQ进程ID(例如，对应于第三UL授权的第三HARQ进程ID)。如上所述，第二UL授权可以是具有RNTI“B”(例如，SPS C-RNTI)的UL授权。另外，第四UL授权可以是具有RNTI“B”(例如，SPS C-RNTI)的UL授权。另外，第三UL授权可以是具有RNTI“B”(例如，SPS C-RNTI)的UL授权。另外，第四UL授权可以是具有RNTI“A”(例如，C-RNTI)的UL授权。另外，第三UL授权可以是具有RNTI“A”(例如，C-RNTI)的UL授权。
即，例如，在接收到包括第一HARQ进程ID的第二UL授权的情况下(即，基于包括第一HARQ进程ID的第二UL授权的检测)，UE可执行UL数据传输(例如，第二UL数据传输)。在此，UL数据传输(例如，第二UL数据传输)可对应于第一HARQ进程ID。另外，在接收到包括第二HARQ进程ID的第四UL授权的情况下(即，基于包括第二HARQ进程ID的第四UL授权的检测)，UE可执行UL数据传输(例如，第四UL数据传输)。在此，UL数据传输(例如，第四UL数据传输)可对应于第二HARQ进程ID。另外，在接收到包括第三HARQ进程ID的第三UL授权的情况下(即，基于包括第三HARQ进程ID的第三UL授权的检测)，UE可执行UL数据传输(例如，第三UL数据传输)。在此，UL数据传输(例如，第三UL数据传输)可对应于第三HARQ进程ID。
另外，gNB可配置与RNTI“A”相关联的第四HARQ进程ID(例如，对应于RNTI“A”的第四HARQ进程ID)。另外，gNB可配置与RNTI“B”相关联的第五HARQ进程ID(例如，对应于RNTI“B”的第五HARQ进程ID)。另外，gNB可配置与RNTI“C”相关联的第六HARQ进程ID(例如，对应于RNTI“C”的第六HARQ进程ID)。如上所述，第二UL授权可以是具有RNTI“B”(例如，SPS C-RNTI)的UL授权。另外，第三UL授权可以是具有RNTI“A”(例如，C-RNTI)的UL授权。另外，第三UL授权可以是具有RNTI“C”(例如，URLLC C-RNTI)的UL授权。另外，第四UL授权可以是具有RNTI“B”(例如，SPS C-RNTI)的UL授权。另外，第四UL授权可以是具有RNTI“C”(例如，URLLCC-RNTI)的UL授权。
即，例如，在接收到具有RNTI“A”的UL授权的情况下(即，基于具有RNTI“A”的UL授权的检测)，UE可执行UL数据传输(例如，第三UL数据传输)。在此，UL数据传输(例如，第三UL数据传输)可对应于第四HARQ进程ID。另外，在接收到具有RNTI“B”的UL授权的情况下(即，基于具有RNTI“B”的UL授权的检测)，UE可执行UL数据传输(例如，第二UL数据传输、第三UL数据传输和/或第四UL数据传输)。在此，UL数据传输(例如，第二UL数据传输、第三UL数据传输和/或第四UL数据传输)可对应于第五HARQ进程ID。另外，在接收到具有RNTI“C”的UL授权的情况下(即，基于具有RNTI“C”的UL授权的检测)，UE可执行UL数据传输(例如，第三UL数据传输和/或第四UL数据传输)。在此，UL数据传输(例如，第三UL数据传输和/或第四UL数据传输)可对应于第六HARQ进程ID。
另外，可基于执行UL数据初始传输(例如，第一UL数据初始传输、第二UL数据初始传输、第三UL数据初始传输和/或第四UL数据初始传输)的定时(例如，子帧、时隙、子时隙和/或符号)来确定HARQ进程ID。例如，可基于执行UL数据初始传输的定时的索引来确定HARQ进程ID。另选地，gNB可(通过使用RRC消息和/或DCI(例如，用于激活SPS的DCI))传输用于确定HARQ进程ID的信息。即，例如，UE可基于由gNB传输的定时和信息(即，用于确定HARQ过程的信息)来确定HARQ进程ID。例如，可限定用于确定HARQ进程ID的函数(例如，公式)。即，例如，定时(即，定时的索引)和由gNB传输的信息(即，信息的值)可用作用于基于函数(例如，公式)计算(即，确定)HARQ进程ID的参数。
现在将参考附图来描述本文所公开的系统和方法的各种示例，其中相同的参考标号可指示功能相似的元件。如在本文附图中一般性描述和说明的系统和方法能够以各种不同的具体实施来布置和设计。因此，下文对附图呈现的几种具体实施进行更详细的描述并非意图限制要求保护的范围，而是仅仅代表所述系统和方法。
图1是示出可在其中实现用于超高可靠和低延迟通信操作的系统和方法的一个或多个gNB 160以及一个或多个UE 102的一种具体实施的框图。一个或多个UE 102使用一个或多个天线122a-n来与一个或多个gNB 160进行通信。例如，UE 102使用一个或多个天线122a-n将电磁信号传输到gNB 160并且从gNB 160接收电磁信号。gNB 160使用一个或多个天线180a-n来与UE 102进行通信。
UE 102和gNB 160可使用一个或多个信道119、121来彼此通信。例如，UE 102可使用一个或多个上行链路信道121将信息或数据传输到gNB 160。上行链路信道121的示例包括PUCCH(物理上行链路控制信道)和PUSCH(物理上行链路共享信道)、PRACH(物理随机接入信道)等。例如，上行链路信道121(例如，PUSCH)可用于传输UL数据(即，传输块)、MAC PDU和/或UL SCH(上行链路共享信道))。
在此，UL数据可包括URLLC数据。URLLC数据可以是UL SCH数据。在此，可限定URLLC-PUSCH(即，来自PUSCH的不同物理上行链路共享信道)以传输URLLC数据。为了简单描述，术语“PUSCH”可指(1)仅PUSCH(例如，常规PUSCH、
非URLLC-PUSCH等)、(2)PUSCH或URLLC-PUSCH、(3)PUSCH和URLLC-PUSCH或(4)仅URLLC-PUSCH(例如，不是常规PUSCH)中的任一者。
另外，例如，上行链路信道121可用于传输混合自动重传请求-ACK(HARQ-ACK)、信道状态信息(CSI)和/或调度请求(SR)。HARQ ACK可包括指示DL数据(即，传输块)、介质访问控制协议数据单元(MAC PDU)和/或DL SCH(下行链路共享信道)的肯定确认(ACK)或否定确认(NACK)的信息。
CSI可包括指示下行链路的信道质量的信息。SR可用于请求用于新传输和/或重传的UL SCH(上行链路共享信道)资源。即，SR可用于请求用于传输UL数据的UL资源。
例如，所述一个或多个gNB 160还可以使用一个或多个下行链路信道119将信息或数据传输至一个或多个UE 102。下行链路信道119的示例包括PDCCH、PDSCH等。可使用其他种类的信道。PDCCH可用于传输下行链路控制信息(DCI)。
一个或多个UE 102中的每一者可包括一个或多个收发器118、一个或多个解调器114、一个或多个解码器108、一个或多个编码器150、一个或多个调制器154、数据缓冲器104和UE操作模块124。例如，可在UE 102中实现一个或多个接收路径和/或传输路径。为方便起见，UE 102中仅示出了单个收发器118、解码器108、解调器114、编码器150和调制器154，但可实现多个并行元件(例如，多个收发器118、解码器108、解调器114、编码器150和调制器154)。
收发器118可包括一个或多个接收器120以及一个或多个发射器158。一个或多个接收器120可使用一个或多个天线122a-n从gNB 160接收信号。例如，接收器120可接收并降频转换信号，以产生一个或多个接收的信号116。可将一个或多个接收的信号116提供给解调器114。一个或多个发射器158可使用一个或多个天线122a-n将信号传输到gNB160。例如，一个或多个发射器158可升频转换并传输一个或多个调制的信号156。
解调器114可解调一个或多个接收的信号116，以产生一个或多个解调的信号112。可将一个或多个解调的信号112提供给解码器108。UE 102可使用解码器108来解码信号。解码器108可产生解码的信号110，该解码的信号可包括UE解码的信号106(也称为第一UE解码的信号106)。例如，该第一UE解码的信号106可包括接收的有效载荷数据，该有效载荷数据可存储在数据缓冲器104中。解码的信号110(也被称为第二UE解码的信号110)中的另一个信号可以包括开销数据和/或控制数据。例如，第二UE解码的信号110可提供UE操作模块124可用来执行一个或多个操作的数据。
一般来讲，UE操作模块124可使UE 102能够与一个或多个gNB 160进行通信。UE操作模块124可包括UE URLLC操作模块126。
UE URLLC模块126可执行URLLC操作。在一些方法中，URLLC操作可包括免授权数据传输(例如，没有检测到用于触发的下行链路控制信息的UL传输)、基于子时隙(子时隙也可称为微时隙)的数据传输、SR触发数据传输(在数据传输之前发送SR)和/或无SR数据传输(未使用SR)等。
具有URLLC能力的UE可支持不同类型的资源。对于URLLC UL传输方案(包括重复)，可以支持至少半静态资源(重新)配置。在LTE中，半持久调度(SPS)是用于半静态资源分配的常规方式。存在用于SPS的若干基本过程：无线电资源控制(RRC)配置(例如，RRC消息、RRC信号)、激活、UL传输和/或去激活。RRC配置可通过RRC层在eNB/gNB 160和UE 102之间交换。RRC信号可包括在高层信号中。在开始时，eNB/gNB 160可通过SPS配置将SPS资源(例如，SPS资源的周期性)和功能分配给特定UE 102，该SPS配置显示在列表-1的SPS配置信息元素中。在此，例如，eNB/gNB 160可通过使用RRC信号来配置周期性(例如，时间资源)，并且通过使用DCI格式来指示SPS资源(例如，频率资源)。
Figure BDA0002259381200000291
Figure BDA0002259381200000301
Figure BDA0002259381200000302
Figure BDA0002259381200000311
Figure BDA0002259381200000312
列表1
UE 102可将SPS资源用于免授权URLLC上行链路(UL)传输。除此之外或另选地，eNB/gNB 160可为URLLC UL传输分配URLLC特定的免授权资源。例如，eNB/gNB 160可分配类似SPS的资源，该SPS资源显示在列表2的URLLC配置信息元素中。在此，在不丧失一般性的同时，URLLC特定的免授权资源可被称为“URLLC-SPS资源”，并且对应的方案可被称为“URLLC-SPS”。
Figure BDA0002259381200000313
Figure BDA0002259381200000321
Figure BDA0002259381200000322
列表2
为了更好地服务于UL URLLC，可对URLLC-SPS进行一些修改或增强。URLLC特定的RNTI(例如，列表2中的URLLCSchedC-RNTI)可用于区分URLLC资源或传输与其他服务。
除此之外或另选地，URLLC-SPS的周期(例如，列表2中的URLLCInterval)可足够短(例如，slot1、slot2、slot4)以满足延迟要求。在NR中，时间粒度可以是基于子帧的、基于时隙的、基于微时隙的和/或基于OFDM符号(OS)的。(术语“OS”可用于表示OFDM符号和DFT扩展OFDM符号，因为这两者将在NR中指定。)在列表2中，时隙可作为示例给出。通常，URLLC-SPS的时间资源可由开始时间、周期和/或TTI偏移处的TTI索引确定。与时域资源相关的所有参数均可由RRC配置。除此之外或另选地，参数的一部分(例如，周期)可由RRC配置，并且剩余参数(例如，TTI索引/偏移)可由DCI指示用于(重新)激活或动态调度。在使用微时隙的情况下，除了基于时隙的时域资源配置之外，可半静态地配置所配置的时隙中的微时隙位置(微时隙/OS索引/偏移、长度和/或位图)。微时隙位置信息可由RRC配置或由DCI指示用于(重新)激活和/或动态调度。在一些方法中，URLLC-SPS的频率资源可由RRC配置或由DCI指示用于(重新)激活和/或动态调度。
除此之外或另选地，可针对URLLC-SPS半静态地配置UL URLLC重复的次数(例如，列表2中的numberOfRepetition，也称为重复数)。重复数可由RRC配置或由DCI指示用于(重新)激活或动态调度。或者，该组重复数可由RRC配置，并且重复数的选择可由DCI指示用于(重新)激活或动态调度。
除此之外或另选地，HARQ进程的数量(例如，列表2中的numberOfConfURLLC-Processes)可被配置用于URLLC-SPS。在所配置的URLLC资源处的URLLC UL传输的HARQ进程ID(也称为HARQ进程号，HPN)可由TTI索引、重复次数和/或HARQ进程的数量确定。例如，与该TTI相关联的HARQ进程ID可从以下公式导出：HARQ进程ID＝floor{[floor(CURRENT_TTI/URLLC Interval)]/numberOfRepetition}modulo numberOfConfSPS-Processes，其中CURRENT_TTI是TTI索引。如果URLLC-SPS与同步UL HARQ一致，则可不使用HARQ进程的数量。在一些方法中，仅一个HARQ进程用于URLLC-SPS。可不使用HARQ进程的数量。另一方面，可将特定HARQ进程ID分配给该URLLC-SPS。
除此之外或另选地，可为URLLC-SPS配置定时器(例如，列表2中的implicitReleaseAfter(or URLLC-Timer))。定时器可从URLLC-SPS的激活、激活后的第一次传输、URLLC-SPS传输后的空(或静默)传输或URLLC-SPS传输后的空(静默)传输开始。在已配置的URLLC-SPS资源处从定时器开始(换句话说，定时器到期)计数的空(或静默)传输的数量(值由implicitReleaseAfter给出)之后，可将URLLC-SPS隐式地去激活。
在一些方法中，除了已配置的免授权资源之外，gNB/eNB 160(例如，gNB URLLC模块194)可发送指示动态调度资源的DCI(例如，也称为DS资源或基于授权的资源)。在此，DS资源可包括(例如，对应于)UL资源、频率资源、UL-SCH资源和/或PUSCH资源。DS资源可使用与用于UL URLLC传输的配置资源相比较不同的资源。另选地，DS资源可覆盖用于UL URLLC传输的配置资源。另选地，DS资源可使用与用于UL URLLC传输的配置资源相同的资源。另选地，DS资源可通过免授权传输(例如，删余、叠加)来抢占。时间/频率资源可包括在DCI格式中。
因此，具有URLLC能力的UE 102可支持SPS资源、URLLC-SPS资源和/或DS资源。SPS资源和/或URLLC-SPS资源可用于免授权传输。DS资源可用于基于授权的传输。UE 102可被配置为具有多个SPS资源或多个URLLC-SPS资源(例如，多个周期性和/或多个TTI偏移)。SPS资源和/或DS资源可由URLLC服务或其他服务如eMBB使用。URLLC-SPS资源可以是特定于URLLC的，并具有增强/修改。在规范中，可能仅存在一种免授权资源，该资源可以是SPS资源和/或URLLC-SPS资源的组合。
为了区分服务类型，可将不同的无线电网络临时标识符(RNTI)分配给URLLC UE102。例如，小区RNTI(C-RNTI)可用于动态调度的单播传输。SPS C-RNTI可用于半持久调度的单播传输(激活、重新激活、重传和/或去激活)。对于URLLC，UE 102可重用C-RNTI和/或SPS C-RNTI，这意味着可以不为URLLC发布特定的C-RNTI。在另一种方法中，称为URLLC C-RNTI的URLLC特定标识(规范可使用不同的名称，并且URLLC C-RNTI用作示例)可用于URLLC相关传输。URLLC C-RNTI可用于动态调度的传输。除此之外或另选地，URLLC C-RNTI可用于半持久调度的URLLC传输(激活、重新激活、重传和/或去激活)。除此之外或另选地，URLLCC-RNTI可用于UL免授权URLLC传输的动态重新配置。
URLLC UE 102可监视若干搜索空间：公共搜索空间、UE特定搜索空间和/或URLLC搜索空间。公共搜索空间可包含与URLLC相关的一些信息。可能没有URLLC特定搜索空间，或者URLLC可与其他服务共享同一个UE特定搜索空间。为了获得URLLC相关信息，UE 102可通过使用URLLC C-RNTI(例如，如果实现和/或利用)或C-RNTI/SPS C-RNTI(例如，如果没有URLLC特定RNTI)来搜索UE特定搜索空间。URLLC可具有特定的搜索空间，其可被称为例如URLLC搜索空间(规范可使用不同的名称)。UE 102可通过搜索URLLC搜索空间来获得URLLC相关信息。
为了区分传输是初始传输还是重传，在一些方法中可实现和/或利用一些机制。对于基于授权的传输，DCI中的附加位可用于指示该传输是否为新数据。另选地，DCI中的一些字段可被设置为默认值以指示该传输是否为新数据。对于免授权传输，配置的免授权资源处的每个传输可仅用于初始传输。如果支持重复，则UE 102可重复TB预定的次数，然后重复新TB的传输。在另一种方法中，可使用时间窗口。在时间窗口内，传输可针对相同的TB。在时间窗口到期后，免授权传输可针对新的TB。
任何物理层资源都可由免授权传输或基于授权的传输、URLLC服务或如eMBB、初始传输或重传的其他服务使用。在一些方法中，每种传输可使用对应的特定专用资源以避免冲突。在一些方法中，为了效率，不同传输可共享同一资源。例如，配置的免授权资源可被基于授权的传输覆盖、抢占或删余，或者可不被基于授权的传输使用。配置的URLLC资源可仅用于URLLC传输，或者可由其他服务共享。
UE操作模块124可将信息148提供给一个或多个接收器120。例如，UE操作模块124可通知接收器120何时接收重传。
UE操作模块124可将信息138提供给解调器114。例如，UE操作模块124可通知解调器114针对来自gNB 160的传输所预期的调制图案。
UE操作模块124可将信息136提供给解码器108。例如，UE操作模块124可通知解码器108针对来自gNB 160的传输所预期的编码。
UE操作模块124可将信息142提供给编码器150。信息142可包括待编码的数据和/或用于编码的指令。例如，UE操作模块124可指示编码器150编码传输数据146和/或其他信息142。其他信息142可包括PDSCH HARQ-ACK信息。
编码器150可编码由UE操作模块124提供的传输数据146和/或其他信息142。例如，对数据146和/或其他信息142进行编码可涉及错误检测和/或纠正编码，将数据映射到空间、时间和/或频率资源以便传输，多路复用等。编码器150可将编码的数据152提供给调制器154。
UE操作模块124可将信息144提供给调制器154。例如，UE操作模块124可通知调制器154将用于向gNB 160进行传输的调制类型(例如，星座映射)。调制器154可调制编码的数据152，以将一个或多个调制的信号156提供给一个或多个发射器158。
UE操作模块124可将信息140提供给一个或多个发射器158。该信息140可包括用于一个或多个发射器158的指令。例如，UE操作模块124可指示一个或多个发射器158何时将信号传输到gNB 160。例如，一个或多个发射器158可在UL子帧期间进行传输。一个或多个发射器158可升频转换调制的信号156并将该信号传输到一个或多个gNB 160。
一个或多个gNB 160中的每一者可包括一个或多个收发器176、一个或多个解调器172、一个或多个解码器166、一个或多个编码器109、一个或多个调制器113、数据缓冲器162和gNB操作模块182。例如，可在gNB 160中实施一个或多个接收路径和/或传输路径。为方便起见，gNB 160中仅示出了单个收发器176、解码器166、解调器172、编码器109和调制器113，但可实现多个并行元件(例如，多个收发器176、解码器166、解调器172、编码器109和调制器113)。
收发器176可包括一个或多个接收器178和一个或多个发射器117。一个或多个接收器178可使用一个或多个天线180a-n从UE 102接收信号。例如，接收器178可接收并降频转换信号，以产生一个或多个接收的信号174。可将一个或多个接收的信号174提供给解调器172。一个或多个发射器117可使用一个或多个天线180a-n将信号传输到UE 102。例如，一个或多个发射器117可升频转换并传输一个或多个调制的信号115。
解调器172可解调一个或多个接收的信号174，以产生一个或多个解调的信号170。可将一个或多个解调的信号170提供给解码器166。gNB 160可使用解码器166来解码信号。解码器166可产生一个或多个解码的信号164、168。例如，第一eNB解码的信号164可包括接收的有效载荷数据，该有效载荷数据可存储在数据缓冲器162中。第二eNB解码的信号168可包括开销数据和/或控制数据。例如，第二eNB解码的信号168可提供gNB操作模块182可用来执行一个或多个操作的数据(例如，PDSCH HARQ-ACK信息)。
一般来讲，gNB操作模块182可使gNB 160能够与一个或多个UE 102进行通信。gNB操作模块182可包括gNB URLLC模块194。gNB URLLC模块194可执行如上所述的URLLC操作。
gNB操作模块182可将信息188提供给解调器172。例如，gNB操作模块182可通知解调器172针对来自UE 102的传输所预期的调制图案。
gNB操作模块182可将信息186提供给解码器166。例如，gNB操作模块182可通知解码器166针对来自UE 102的传输所预期的编码。
gNB操作模块182可将信息101提供给编码器109。信息101可包括待编码的数据和/或用于编码的指令。例如，gNB操作模块182可指示编码器109编码信息101，包括传输数据105。
编码器109可编码由gNB操作模块182提供的传输数据105和/或信息101中包括的其他信息。例如，对数据105和/或信息101中包括的其他信息进行编码可涉及错误检测和/或纠正编码，将数据映射到空间、时间和/或频率资源以便传输，多路复用等。编码器109可将编码的数据111提供给调制器113。传输数据105可包括要中继到UE 102的网络数据。
gNB操作模块182可将信息103提供给调制器113。该信息103可包括用于调制器113的指令。例如，gNB操作模块182可通知调制器113将用于向UE 102进行传输的调制类型(例如，星座映射)。调制器113可调制编码的数据111，以将一个或多个调制的信号115提供给一个或多个发射器117。
gNB操作模块182可将信息192提供给一个或多个发射器117。该信息192可包括用于一个或多个发射器117的指令。例如，gNB操作模块182可指示一个或多个发射器117何时(何时不)将信号传输到UE 102。一个或多个发射器117可升频转换调制的信号115并将该信号传输到一个或多个UE 102。
应当注意，下行链路(DL)子帧可从gNB 160传输到一个或多个UE 102，并且UL子帧可从一个或多个UE 102传输到gNB 160。此外，gNB 160以及一个或多个UE 102均可在标准特殊子帧中传输数据。
还应当注意，包括在eNB 160和UE 102中的元件或其部件中的一者或多者可在硬件中实施。例如，这些元件或其部件中的一者或多者可被实现为芯片、电路或硬件部件等。还应当注意，本文所述功能或方法中的一者或多者可在硬件中实现和/或使用硬件执行。例如，本文所述方法中的一者或多者可在芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等中实现，并且/或者使用芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等实现。
URLLC可与其他服务(例如，eMBB)共存。由于延迟要求，在一些方法中，URLLC可能具有最高优先级。本文给出了URLLC与其他服务共存的一些示例(例如，在以下附图描述的一个或多个中)。
图2是示出基于授权的URLLC和基于授权的eMBB的一些示例的图示。对于基于授权的URLLC和基于授权的eMBB，如果DL和UL数据(PUSCH)传输中的UL授权接收之间的时间延迟对于两个服务是相同的，则可通过gNB/eNB调度来解决共存问题。用于URLLC的UL授权和用于eMBB的UL授权可指示不同的频率资源(例如，不同的资源块)或不同的时间资源(例如，时隙/子帧内的不同微时隙/OFDM符号)。除此之外或另选地，速率匹配或删余可用于eMBB以保护URLLC数据。除此之外或另选地，如果gNB/eNB 160在相同的定时向该UE 102(或不同的UE)发送针对URLLC的UL授权，则gNB/eNB 160可不向UE 102发送针对eMBB的UL授权，从而可避免可能的资源重叠/冲突。图2示出了一些示例。
图3是示出基于授权的URLLC和基于授权的eMBB的一些示例的图示。如果由于延迟要求，在DL中的UL授权接收和UL数据传输之间的时间延迟对于URLLC较短，则当gNB/eNB160发送针对URLLC服务的UL授权时，可能已经通过较早的UL授权为eMBB服务分配资源，URLLC服务可使用相同资源或相同资源的一部分。在一些情况下，gNB/eNB 160可发送UL授权以指示用于URLLC的不同资源(例如，不同的频率资源和/或不同的时间资源)。在一些情况下，gNB/eNB 160可发送用于URLLC的UL授权以抢占(例如，删余和/或叠加)已被授予用于eMBB的资源。由于两种服务都是基于授权的，因此在gNB/eNB 160处解码可能不需要额外的指示。一些示例在图3中示出。
图4是示出免授权的URLLC和基于授权的eMBB的一些示例的图示。对于免授权的URLLC和基于授权的eMBB，可预先配置免授权的URLLC资源。当UE 102具有URLLC数据时，UE102可在配置的资源处进行传输。基于授权的eMBB可避免配置的免授权URLLC资源，这意味着配置的资源可专用于URLLC。然而，如果没有URLLC数据，则URLLC UE 102可跳过配置的资源。在另一种方法中，为了提高资源利用效率，可允许基于授权的eMBB使用已配置的URLLC资源。如果配置的URLLC资源被授予用于eMBB，但UE 102具有在所配置的资源处传输的URLLC数据，则URLLC数据可抢占eMBB服务，或者UE 102可放弃eMBB传输。指示可指示URLLC数据的存在以帮助gNB/eNB 160解码，或者gNB/eNB 160可假设在配置的资源处存在URLLC数据，并且首先对URLLC数据进行盲解码。一些示例在图4中示出。该指示可指示包括传输块的一组代码块中的哪个代码块受到URLLC传输的影响；如果传输块中的多个代码块受到URLLC传输的影响，则每个传输块将传输多个指示。
对于免授权URLLC和免授权eMBB，URLLC资源和eMBB资源可通过配置相互正交。但是，如果存在重叠，那么URLLC资源可覆盖eMBB资源。
图5是示出基于授权的URLLC和免授权的eMBB的示例的图示。对于基于授权的URLLC和免授权eMBB，基于授权的URLLC可覆盖免授权eMBB。一些示例在图5中示出。
就URLLC本身而言，可利用一些机制来处理免授权/基于授权的传输共存和初始传输/重传共存。结合以下附图中的一个或多个给出了一些示例。
图6是示出基于授权的初始传输和免授权的初始传输的示例的图示。对于基于授权的初始传输和免授权的初始传输，基于授权的初始传输可覆盖免授权的初始传输。一些示例在图6中示出。
图7A至图7B是示出基于授权的重传和免授权的初始传输的示例的图示。对于基于授权的重传和免授权的初始传输，基于授权的重传可避免配置免授权资源。基于授权的重传可覆盖免授权的初始传输。在不同的设计中，免授权的初始传输可覆盖基于授权的重传。一些示例在图7A至图7B中示出。应当指出的是，在一些方法中，初始“重复”可以是初始传输。例如，“Rep 0”或第0个“重复”可以不是先前传输的重复，但可以是初始传输，而“Rep 1”可以是较早传输的重复(例如，Rep 0的重传，其可使用或可不使用不同的RV或MCS)。
图8是示出免授权的初始传输和免授权的重传的示例的图示。对于免授权的初始传输和免授权的重传，免授权的重传可覆盖免授权的初始传输。在另一种方法中，免授权的初始传输可覆盖免授权的重传。一些示例在图8中示出。
图9是示出基于授权的重传和免授权的重传的示例的图示。对于基于授权的重传和免授权的重传，基于授权的重传可覆盖免授权的重传。一些示例在图9中示出。
图10是示出同步HARQ和异步HARQ的示例的图示。NR可支持同步HARQ、异步HARQ或用于UL传输的同步HARQ和异步HARQ的组合/增强。对于同步HARQ，HARQ进程中的两个相邻传输之间的定时可以是固定的。HARQ进程ID可来源于TTI(子帧/时隙/微时隙/OS)索引。对于异步HARQ，HARQ进程中的两个相邻传输之间的定时可以是动态的。可明确指示HARQ进程ID。同步HARQ和同步HARQ的一些示例在图10中示出。
不同的服务可使用不同类型的HARQ过程。不同类型的传输可使用不同类型的HARQ过程。例如，URLLC服务可使用同步HARQ，而eMBB服务可使用异步HARQ。除此之外或另选地，初始传输可使用同步HARQ，而重传可使用异步HARQ。
图11A至图11B是示出微时隙的示例的图示。在一些具体实施中，一个或多个微时隙可用于NR。微时隙传输可使用与常规HARQ相同的HARQ定时和过程(例如，基于时隙/子帧的HARQ)或使用单独的HARQ设计。在一些方法中，UE 102可仅支持时隙中的一个微时隙。在这种情况下，微时隙HARQ可与基于时隙的HARQ一致。在一些方法中，UE 102可支持时隙中的多个微时隙，其中这些微时隙可用于同一TB的重复。在这种情况下，同一时隙中的微时隙传输可属于同一HARQ进程，使得微时隙HARQ仍可与基于时隙的HARQ一致。UE 102可在时隙中具有多个微时隙，并且每个微时隙可在一些方法中使用其自己的HARQ进程。在这种情况下，对于同步HARQ，HARQ进程ID可与时隙索引和微时隙偏移相关联。对于异步HARQ，可通过UL授权来指示HARQ进程ID。一些示例在图11A至图11B中示出。
图12是示出HARQ进程的示例的图示。在一些方法中，URLLC可与其他服务共享HARQ进程。在这种情况下，每个HARQ进程可由URLLC或其他服务使用。在一些方法中，URLLC可使用单独的HARQ进程。在这种情况下，URLLC服务可通过对应的专用HARQ进程或专用HARQ进程ID与其他服务区分。同步HARQ和异步HARQ的URLLC特定HARQ进程的一些示例在图12中单独地示出。
图13是示出重复的示例的图示。重复可以是针对同一TB的一组传输。同一TB的重复可属于同一HARQ进程。为了解决重复HARQ进程和常规HARQ进程的共存，可利用和/或实现一些机制。在同步HARQ的情况下，同一TB的重复可仅使用对应于相同HARQ进程的TTI。重复的HARQ进程ID可由第一传输的HARQ进程ID确定。重复可使用配置的资源和专用的HARQ进程。一些示例在图13中示出。
图14是示出免授权的传输的示例的图示。对于免授权传输，可不使用UL授权，使得DCI可能不会明确指示HARQ进程ID。免授权传输的HARQ进程ID可来源于对应的TTI索引或对应的第一重复的TTI索引。但是，基于授权的重传可以是同步的或异步的。例如，通过指示UL授权中的HARQ进程ID，UE 102可知道应传输哪些TB。一些示例在图14中示出。
图15A至图15B是示出多个HARQ进程的示例的图示。对于单个UE 102，在一些方法中，可在单个TTI中支持多个HARQ进程。例如，在单个TTI中，UE 102可具有用于URLLC的HARQ进程和用于eMBB的HARQ进程。一些示例在图15A至图15B中示出。
图16是示出用于下行链路的资源网格的示例的图示。图16所示的资源网格可以用于本文公开的系统和方法的一些具体实施中。结合图1给出了关于资源网格的更多细节。
在图16中，一个下行链路子帧1669可以包括两个下行链路时隙1683。NDL RB为服务小区的下行链路带宽配置，以NRB SC的倍数表示，其中NRB SC为频域中资源块1689的大小，表示为子载波的数量，并且NDL symb为下行链路时隙1683中OFDM符号1687的数量。资源块1689可包括多个资源元素(RE)1691。
对于PCell，NDL RB作为系统信息的一部分被广播。对于SCell(包括LAA SCell)NDL RB通过专用于UE 102的RRC消息进行配置。对于PDSCH映射，可用RE 1691可以为其索引1在子帧中满足1≥1数据，开始并且/或者1数据，结束≥l的RE 1691。
在下行链路中，可采用具有循环前缀(CP)的OFDM接入方案，该方案也可称为CP-OFDM。在下行链路中，可以传输PDCCH、EPDCCH、PDSCH等。下行链路无线帧可包括多对下行链路资源块(RB)，该下行链路资源块也被称为物理资源块(PRB)。下行链路RB对是用于分配由预定带宽(RB带宽)和时隙定义的下行链路无线资源的单元。下行链路RB对包括在时域内连续的两个下行链路RB。
下行链路RB在频域内包括十二个子载波，并且在时域内包括七个(用于正常CP)或六个(用于扩展CP)OFDM符号。由频域内的一个子载波和时域内的一个OFDM符号定义的区域被称为资源元素(RE)，并且通过时隙中的索引对(k,l)唯一地标识，其中k和l分别是频域和时域中的索引。尽管在本文中讨论了一个分量载波(CC)中的下行链路子帧，针对每个CC定义了下行链路子帧，并且下行链路子帧在CC之间基本上彼此同步。
图17是示出用于上行链路的资源网格的一个示例的图示。图17所示的资源网格可以用于本文公开的系统和方法的一些具体实施中。结合图1给出了关于资源网格的更多细节。
在图17中，一个上行链路子帧1769可包括两个上行链路时隙1783。NUL RB是服务小区的上行链路带宽配置，以NRB SC的倍数表示，其中NRB SC是频域中资源块1789的大小，表示为子载波的个数，并且NUL symb是上行链路时隙1783中SC-FDMA符号1793的个数。资源块1789可包括多个资源元素(RE)1791。
对于PCell，NUL RB作为系统信息的一部分被广播。对于SCell(包括LAA SCell)，NUL RB通过专用于UE 102的RRC消息进行配置。
在上行链路中，除了CP-OFDM之外，还可采用单载波频分多址(SC-FDMA)接入方案，该方案也被称为离散傅里叶变换扩频OFDM(DFT-S-OFDM)。在上行链路中，可以传输PUCCH、PUSCH、PRACH等。上行链路无线帧可包括多对上行链路资源块(RB)。上行链路RB对是用于分配由预定带宽(RB带宽)和时隙定义的上行链路无线资源的单元。上行链路RB对包括在时域内连续的两个上行链路RB。
上行链路RB可包括频域内的十二个子载波以及时域内的七个(用于正常CP)或六个(用于扩展CP)OFDM/DFT-S-OFDM符号。由频域内的一个子载波和时域内的一个OFDM/DFT-S-OFDM符号定义的区域被称为RE，并且通过时隙中的索引对(k,l)唯一地标识，其中k和l分别是频域和时域中的索引。虽然本文讨论了一个分量载波(CC)中的上行链路子帧，但是上行链路子帧是针对每个CC定义的。
图18示出了几个参数1801的示例。参数#1 1801a可以是基本参数(例如，参考参数)。例如，基本参数1801a的RE 1895a可以定义为在频域中具有15kHz的子载波间隔1805a，并且在时域中(即符号长度#1 1803a)具有2048Ts+Cp的长度(例如，160Ts或144Ts)，其中Ts表示定义为1/(15000*2048)秒的基带采样时间单位。对于第i个参数，子载波间隔1805可等于15*2i和有效OFDM符号长度2048*2i*Ts。它可导致符号长度为2048*2-i*Ts+CP长度(例如，160*2-i*Ts或144*2-i*Ts)。换句话讲，第i+1个参数的子载波间隔是第i个参数的子载波间隔的两倍，并且第i+1个参数的符号长度是第i个参数的符号长度的一半。图18示出了四个参数，但是系统可支持另一个数量的参数。此外，该系统不必支持第0个参数至第I个参数(i＝0,1,...,I)中的全部。
例如，如上所述的第一SPS资源上的第一UL传输可仅在参数#1上执行(例如，子载波间隔为15kHz)。在此，UE 102可基于同步信号获取(检测)参数#1。此外，UE 102可接收包括配置参数#1的信息(例如，切换命令)的专用RRC信号。专用RRC信号可以是UE特定信号。在此，第一SPS资源上的第一UL传输可在参数#1、参数#2(子载波间隔为30kHz)和/或参数#3(子载波间隔为60kHz)上执行。
此外，如上所述的第二SPS资源上的第二UL传输可仅在参数#3上执行。在此，例如，UE 102可接收包括配置参数#2和/或参数#3的信息的系统信息(例如，主信息块(MIB)和/或系统信息块(SIB))。
此外，UE 102可接收包括配置参数#2和/或参数#3的信息(例如，切换命令)的专用RRC信号。可在BCH(广播信道)和/或专用RRC信号上传输系统信息(例如，MIB)。系统信息(例如，SIB)可以包含在评估UE 102是否被允许访问小区和/或定义其他系统信息的调度时相关的信息。系统信息(SIB)可包含多个UE 102共用的无线电资源配置信息。即，专用RRC信号可包括用于UL传输中的每一个的多个参数配置(第一参数、第二参数和/或第三参数)中的每一个(例如，UL SCH传输中的每一个、PUSCH传输中的每一个)。此外，专用RRC信号可包括用于DL传输中的每一个的多个参数配置(第一参数、第二参数和/或第三参数)中的每一个(例如，PDCCH传输中的每一个)。
图19示出了图18中所示的参数1901的子帧结构的示例。考虑到时隙283包括NDL symb(或NUL symb)＝7个符号，第z+l个参数1901的时隙长度是第z个参数1901的时隙长度的一半，并且子帧(例如，1ms)中的时隙283的数量最终会翻倍。应当注意，无线帧可包括10个子帧，并且无线帧长度可等于10ms。
图20示出了时隙2083和子时隙2007的示例。如果子时隙2007未由高层配置，则UE102和eNB/gNB 160可以仅使用时隙2083作为调度单元。更具体地，可将给定传输块分配给时隙2083。如果子时隙2007由高层配置，则UE 102和eNB/gNB 160可使用子时隙2007以及时隙2083。子时隙2007可包括一个或多个OFDM符号。构成子时隙2007的OFDM符号的最大数量可是NDL symb-l(或NUL symb-l)。
子时隙长度可由高层信令配置。另选地，子时隙长度可由物理层控制信道(例如，通过DCI格式)来指示。
子时隙2007可以从时隙2083内的任何符号开始，除非它与控制信道冲突。基于起始位置的限制，微时隙长度可存在限制。例如，长度为NDL symb-l(或NUL symb-l)的子时隙2007可从时隙2083中的第二符号开始。子时隙2007的起始位置可由物理层控制信道(例如，通过DCI格式)来指示。另选地，子时隙2007的起始位置可来源于调度有关子时隙2007中的数据的物理层控制信道的信息(例如，搜索空间索引、盲解码候选索引、频率和/或时间资源索引、物理资源块(PRB)索引、控制信道元素索引、控制信道元素聚合等级、天线端口索引等)。
在配置子时隙2007的情况下，可将给定传输块分配给时隙2083、子时隙2007、聚合的子时隙2007或聚合的子时隙2007和时隙2083。该单元也可以是用于HARQ-ACK位生成的单元。
图21示出了调度时间线2109的示例。对于正常的DL调度时间线2109a，DL控制信道被映射到时隙2183a的初始部分。DL控制信道2111调度同一时隙2183a中的DL共享信道2113a。用于DL共享信道2113a的HARQ-ACK(即，每一者指示是否成功地检测到每个DL共享信道2113a中的传输块的HARQ-ACK)经由在后一时隙2183b中的UL控制信道2115a被报告。在这种情况下，给定时隙2183可包含DL传输和UL传输中的一者。
对于正常的UL调度时间线2109b，DL控制信道2111b被映射到时隙2183c的初始部分。DL控制信道2111b调度后一时隙2183d中的UL共享信道2117a。对于这些情况，DL时隙2183c和UL时隙2183d之间的关联定时(时间偏移)可由高层信令来固定或配置。另选地，其可由物理层控制信道(例如，DL分配DCI格式、UL授权DCI格式或另一DCI格式，诸如可在公共搜索空间中被监视的UE公共信令DCI格式)来指示。
对于自给式基础DL调度时间线2109c，DL控制信道2111c被映射到时隙2183e的初始部分。DL控制信道2111c调度同一时隙2183e中的DL共享信道2113b。用于DL共享信道2113b的HARQ-ACK被报告为在UL控制信道2115b中，被映射在时隙2183e的结束部分。
对于自给式基础UL调度时间线2109d，DL控制信道2111d被映射到时隙2183f的初始部分。DL控制信道2111d调度同一时隙2183f中的UL共享信道2117b。对于这些情况，时隙2183f可包含DL部分和UL部分，并且DL传输和UL传输之间可存在保护时段。
自给式时隙的使用可基于自给式时隙的配置。另选地，自给式时隙的使用可基于子时隙的配置。还另选地，自给式时隙的使用可基于缩短的物理信道(例如，PDSCH、PUSCH、PUCCH等)的配置。
图22示出了DL控制信道监视区域的示例。一组或多组PRB可被配置用于DL控制信道监视。换句话讲，控制资源组在频域中是一组PRB，在该组PRB内，UE 102尝试盲解码下行链路控制信息，其中PRB可以是或可以不是频率连续的，UE 102可具有一个或多个控制资源组，并且一个DCI消息可位于一个控制资源组中。在频域中，PRB是控制信道的资源单位大小(可包括或可不包括DMRS)。DL共享信道可在比携带所检测的DL控制信道的符号更晚的OFDM符号处开始。另选地，DL共享信道可在携带所检测的DL控制信道的最后一个OFDM符号处开始(或在比该最后一个OFDM符号更早的符号处开始)。换句话讲，可支持至少在频域中对相同或不同UE 102的数据的控制资源组中的至少一部分资源进行动态重用。
图23示出了包括多于一个控制信道元素的DL控制信道的示例。当控制资源集跨越多个OFDM符号时，控制信道候选可被映射至多个OFDM符号或可被映射至单个OFDM符号。一个DL控制信道元素可被映射在由单个PRB和单个OFDM符号定义的RE上。如果多于一个DL控制信道元素用于单个DL控制信道传输，则可执行DL控制信道元素聚合。
聚合的DL控制信道元素的数量被称为DL控制信道元素聚合等级。DL控制信道元素聚合等级可为1或2到整数幂。gNB 160可通知UE 102哪些控制信道候选被映射到控制资源组中的OFDM符号的每个子组。如果一个DL控制信道被映射到单个OFDM符号且不跨越多个OFDM符号，则DL控制信道元素聚合在一个OFDM符号内执行，即多个DL控制信道元素在一个OFDM符号内聚合。否则，可在不同OFDM符号中聚合DL控制信道元素。
图24示出了UL控制信道结构的示例。UL控制信道可被映射在分别由PRB和频域和时域中的时隙限定的RE上。该UL控制信道可被称为长格式(或仅称为第一格式)。UL控制信道可映射在时域中的有限的OFDM符号上的RE上。这可以称为短格式(或仅称为第二格式)。具有短格式的UL控制信道可在单个PRB内的RE上映射。另选地，具有短格式的UL控制信道可在多个PRB内的RE上映射。例如，可应用交错映射，即可将UL控制信道映射至系统带宽内的每N个PRB(例如，5个或10个)。
图25是示出gNB 2560的一个具体实施的框图。gNB 2560可以包括高层处理器2523、DL发射器2525、UL接收器2533和一个或多个天线2531。DL发射器2525可以包括PDCCH发射器2527和PDSCH发射器2529。UL接收器2533可包括PUCCH接收器2535和PUSCH接收器2537。
高层处理器2523可以管理物理层的行为(DL发射器和UL接收器的行为)并向物理层提供高层参数。高层处理器2523可从物理层获得传输块。高层处理器2523可向UE的高层发送/从UE的高层获取高层消息诸如RRC消息和MAC消息。高层处理器2523可以提供PDSCH发射器传输块，并且提供与传输块有关的PDCCH发射器传输参数。
DL发射器2525可多路复用下行链路物理信道和下行链路物理信号(包括预留信号)，并且经由发射天线2531对其进行发射。UL接收器2533可以经由接收天线2531接收多路复用的上行链路物理信道和上行链路物理信号并对它们进行解复用。PUCCH接收器2535可以提供高层处理器2523UCI。PUSCH接收器2537可向高层处理器2523提供接收的传输块。
图26是示出UE 2602的一个具体实施的框图。UE 2602可以包括高层处理器2623、UL发射器2651、DL接收器2643和一个或多个天线2631。UL发射器2651可以包括PUCCH发射器2653和PUSCH发射器2655。DL接收器2643可以包括PDCCH接收器2645和PDSCH接收器2647。
高层处理器2623可以管理物理层的行为(UL发射器和DL接收器的行为)并向物理层提供高层参数。高层处理器2623可从物理层获得传输块。高层处理器2623可向UE的高层发送/从UE的高层获取高层消息诸如RRC消息和MAC消息。高层处理器2623可以向PUSCH发射器提供传输块并提供PUCCH发射器2653UCI。
DL接收器2643可经由接收天线2631接收多路复用的下行链路物理信道和下行链路物理信号并对它们进行解复用。PDCCH接收器2645可以提供高层处理器2623DCI。PDSCH接收器2647可向高层处理器2623提供接收的传输块。
应当注意，本文所述的物理信道的名称是示例。可使用其他名称，诸如“NRPDCCH、NRPDSCH、NRPUCCH和NRPUSCH”、“new Generation-(G)PDCCH,GPDSCH,GPUCCH and GPUSCH”等。
图27示出了可用于UE 2702的各种部件。结合图27描述的UE 2702可根据结合图1描述的UE 102来实现。UE 2702包括控制UE 2702的操作的处理器2703。处理器2703也可称为中央处理单元(CPU)。存储器2705(可包括只读存储器(ROM)、随机存取存储器(RAM)、这两种存储器的组合或可存储信息的任何类型的设备)将指令2707a和数据2709a提供给处理器2703。存储器2705的一部分还可包括非易失性随机存取存储器(NVRAM)。指令2707b和数据2709b还可驻留在处理器2703中。加载到处理器2703中的指令2707b和/或数据2709b还可包括来自存储器2705的指令2707a和/或数据2709a，这些指令和/或数据被加载以供处理器2703执行或处理。指令2707b可由处理器2703执行，以实施上述方法。
UE 2702还可包括外壳，该外壳容纳一个或多个发射器2758和一个或多个接收器2720以允许传输和接收数据。发射器2758和接收器2720可合并为一个或多个收发器2718。一个或多个天线2722a-n附接到外壳并且电耦合到收发器2718。
UE 2702的各个部件通过总线系统2711(除了数据总线之外，还可包括电源总线、控制信号总线和状态信号总线)耦合在一起。然而，为了清楚起见，各种总线在图27中被示出为总线系统2711。UE 2702还可包括用于处理信号的数字信号处理器(DSP)2713。UE 2702还可包括对UE 2702的功能提供用户接入的通信接口2715。图27所示的UE 2702是功能框图而非具体部件的列表。
图28示出了可用于gNB 2860的各种部件。结合图28描述的gNB 2860可根据结合图1描述的gNB 280来实现。gNB 2860包括控制gNB 2860的操作的处理器2803。处理器2803也可称为中央处理单元(CPU)。存储器2805(可包括只读存储器(ROM)、随机存取存储器(RAM)、这两种存储器的组合或可存储信息的任何类型的设备)将指令2807a和数据2809a提供给处理器2803。存储器2805的一部分还可包括非易失性随机存取存储器(NVRAM)。指令2807b和数据2809b还可驻留在处理器2803中。加载到处理器2803中的指令2807b和/或数据2809b还可包括来自存储器2805的指令2807a和/或数据2809a，这些指令和/或数据被加载以供处理器2803执行或处理。指令2807b可由处理器2803执行，以实施上述方法。
gNB 2860还可包括外壳，该外壳容纳一个或多个发射器2817和一个或多个接收器2878以允许传输和接收数据。发射器2817和接收器2878可合并为一个或多个收发器2876。一个或多个天线2880a-n附接到外壳并且电耦合到收发器2876。
gNB 2860的各个部件通过总线系统2811(除了数据总线之外，还可包括电源总线、控制信号总线和状态信号总线)耦合在一起。然而，为了清楚起见，各种总线在图28中被示出为总线系统2811。gNB 2860还可包括用于处理信号的数字信号处理器(DSP)2813。gNB2860还可包括对gNB 2860的功能提供用户接入的通信接口2815。图28所示的gNB 2860是功能框图而非具体部件的列表。
图29是示出可在其中实现用于超高可靠和低延迟通信操作的系统和方法的UE2902的一种具体实施的框图。UE 2902包括发射装置2958、接收装置2920和控制装置2924。发射装置2958、接收装置2920和控制装置2924可被配置为执行结合上图1所述的功能中的一者或多者。图27示出了图29的具体装置结构的一个示例。可实施其他各种结构，以实现图1的功能中的一者或多者。例如，DSP可通过软件实现。
图30是示出可在其中实现用于超高可靠和低延迟通信操作的系统和方法的gNB3060的一种具体实施的框图。gNB 3060包括发射装置3023、接收装置3078和控制装置3082。发射装置3023、接收装置3078和控制装置3082可被配置为执行结合上图1所述的功能中的一者或多者。上图28示出了图30的具体装置结构的一个示例。可实施其他各种结构，以实现图1的功能中的一者或多者。例如，DSP可通过软件实现。
图31是示出用户设备(UE)102进行的方法3100的流程图。UE 102可接收3102无线电资源控制消息，该无线电资源控制消息包括用于配置重复次数和周期性的第一信息，该重复次数用于传输块(TB)的传输。UE 102可接收3104无线电资源控制消息，该无线电资源控制消息包括用于配置符号的监视时机的第二信息。UE 102可监视3106第一物理下行链路控制信道(PDCCH)，该第一物理下行链路控制信道具有由小区无线电网络临时标识符(C-RNTI)加扰的循环冗余校验(CRC)。UE 102可监测3108
具有由不同于C-RNTI的第二RNTI加扰的CRC的第二PDCCH。UE 102可基于第一信息在物理上行链路共享信道(PUSCH)上执行3110TB的传输。
在接收到具有通过C-RNTI加扰的CRC的PDCCH的情况下，UE 102可在通过使用具有由C-RNTI加扰的CRC的PDCCH调度的PUSCH上执行传输。
在接收到具有通过第二RNTI加扰的CRC的PDCCH的情况下，UE 102可在通过使用具有由第二RNTI加扰的CRC的PDCCH调度的PUSCH上执行TB的重传。
基于第二信息，在由第二RNTI给出的用户设备特定搜索空间中，可监视具有由第二RNTI加扰的CRC的第二PDCCH。
图32是示出基站装置(gNB)160进行的通信方法3200的流程图。gNB 160可传输3202无线电资源控制消息，该无线电资源控制消息包括用于配置重复次数和周期性的第一信息，该重复次数用于传输块(TB)的传输。gNB 160可传输3204无线电资源控制消息，该无线电资源控制消息包括用于配置符号的监视时机的第二信息。gNB 160可传输3206第一物理下行链路控制信道(PDCCH)，该第一物理下行链路控制信道具有由小区无线电网络临时标识符(C-RNTI)加扰的循环冗余校验(CRC)。gNB 160可传输3208由不同于C-RNTI的第二RNTI加扰的CRC的第二PDCCH。gNB 160可基于第一信息在物理上行链路共享信道(PUSCH)上接收3210TB的传输。
在传输具有通过C-RNTI加扰的CRC的PDCCH的情况下，gNB 160可在通过使用具有由C-RNTI加扰的CRC的PDCCH调度的PUSCH上接收传输。
在传输具有通过第二RNTI加扰的CRC的PDCCH的情况下，gNB 160可在通过使用具有由第二RNTI加扰的CRC的PDCCH调度的PUSCH上接收TB的重传。
基于第二信息，在由第二RNTI给出的用户设备特定搜索空间中，可传输具有由第二RNTI加扰的CRC的第二PDCCH。
术语“计算机可读介质”是指可由计算机或处理器访问的任何可用介质。如本文所用，术语“计算机可读介质”可表示非暂态性且有形的计算机可读介质和/或处理器可读介质。以举例而非限制的方式，计算机可读介质或处理器可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储设备、磁盘存储设备或其他磁存储设备，或者可用于携带或存储指令或数据结构形式的所需程序代码并且可由计算机或处理器访问的任何其他介质。如本文所用，磁盘和光盘包括压缩光盘(CD)、激光盘、光学光盘、数字通用光盘(DVD)、软磁盘及
Figure BDA0002259381200000521
光盘，其中磁盘通常以磁性方式复制数据，而光盘则利用激光以光学方式复制数据。
应当注意，本文所述方法中的一者或多者可在硬件中实现并且/或者使用硬件执行。例如，本文所述方法中的一者或多者可在芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等中实现，并且/或者使用芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等实现。
本文所公开方法中的每一者包括用于实现所述方法的一个或多个步骤或动作。在不脱离权利要求书的范围的情况下，这些方法步骤和/或动作可彼此互换并且/或者合并为单个步骤。换句话讲，除非所述方法的正确操作需要特定顺序的步骤或动作，否则在不脱离权利要求书的范围的情况下，可对特定步骤和/或动作的顺序和/或用途进行修改。
应当理解，权利要求书不限于上文所示的精确配置和部件。在不脱离权利要求书的范围的情况下，可对本文所述系统、方法和装置的布置、操作和细节进行各种修改、改变和变更。
根据所述系统和方法在gNB 160或UE 102上运行的程序是以实现根据所述系统和方法的功能的方式控制CPU等的程序(使得计算机操作的程序)。然后，在这些装置中处理的信息在被处理的同时被暂时存储在RAM中。随后，该信息被存储在各种ROM或HDD中，每当需要时，由CPU读取以便进行修改或写入。作为其上存储有程序的记录介质，半导体(例如，ROM、非易失性存储卡等)、光学存储介质(例如，DVD、MO、MD、CD、BD等)、磁存储介质(例如，磁带、软磁盘等)等中的任一者都是可能的。此外，在一些情况下，通过运行所加载的程序来实现上述根据所述系统和方法的功能，另外，基于来自程序的指令并结合操作系统或其他应用程序来实现根据所述系统和方法的功能。
此外，在程序在市场上有售的情况下，可分发存储在便携式记录介质上的程序，或可将该程序传输到通过网络诸如互联网连接的服务器计算机。在这种情况下，还包括服务器计算机中的存储设备。此外，根据上述系统和方法的gNB 160和UE 102中的一些或全部可实现为作为典型集成电路的LSI。gNB 160和UE 102的每个功能块可单独地内置到芯片中，并且一些或全部功能块可集成到芯片中。此外，集成电路的技术不限于LSI，并且用于功能块的集成电路可利用专用电路或通用处理器实现。此外，如果随着半导体技术不断进步，出现了替代LSI的集成电路技术，则也可使用应用该技术的集成电路。
此外，每个上述具体实施中所使用的基站设备和终端设备的每个功能块或各种特征可通过电路(通常为一个集成电路或多个集成电路)实施或执行。被设计为执行本说明书中所述的功能的电路可包括通用处理器、数字信号处理器(DSP)、专用或通用集成电路(ASIC)、现场可编程门阵列(FPGA)，或其他可编程逻辑设备、分立栅极或晶体管逻辑器，或分立硬件部件，或它们的组合。通用处理器可为微处理器，或另选地，该处理器可为常规处理器、控制器、微控制器或状态机。通用处理器或上述每种电路可由数字电路进行配置，或可由模拟电路进行配置。此外，当由于半导体技术的进步而出现制成取代当前集成电路的集成电路的技术时，也能够使用通过该技术生产的集成电路。
如本文所用，术语“和/或”应解释为表示一个或多个项目。例如，短语“A、B和/或C”应解释为表示以下任何一种：仅A、仅B、仅C、A和B(但不是C)、B和C(但不是A)、A和C(但不是B)或A、B和C全部。如本文所用，短语“至少一个”应该被解释为表示一个或多个项目。例如，短语“A、B和C中的至少一个”或短语“A、B或C中的至少一个”应解释为表示以下任何一种：仅A、仅B、仅C、A和B(但不是C)、B和C(但不是A)、A和C(但不是B)或者A、B和C的全部。如本文所用，短语“一个或多个”应被理解为指一个或多个项目。例如，短语“A、B和C的一个或多个”或短语“A、B或C的一个或多个”应解释为表示以下任何一种：仅A、仅B、仅C、A和B(但不是C)、B和C(但不是A)、A和C(但不是B)或者A、B和C的全部。

Claims (4)

1.一种用户设备UE，包括：
接收部，所述接收部被配置为接收第一无线电资源控制消息以及第二无线电资源控制消息，其中所述第一无线电资源控制消息包括用于配置一组重复次数的第一信息，并且所述第二无线电资源控制消息包括用于配置上行链路授权的符号的监视时机的第二信息，
所述接收部更被配置为基于所述第二信息，在UE特定搜索空间中监视具有由第一无线电网络临时识别符RNTI加扰的循环冗余校验的上行链路授权，其中所述第一RNTI与小区无线电网络临时标识符C-RNTI不同，并且所述上行链路授权用于指示所述第一信息中所述一组重复次数中的一个重复次数；以及
传输部，所述传输部被配置为基于由所述第一RNTI加扰的所述循环冗余校验的所述上行链路授权的接收，根据所接收的所述上行链路授权所指示的所述一个重复次数，执行在物理上行链路共享信道的重复传输。
2.一种基站装置，包括：
传输部，所述传输部被配置为传输第一无线电资源控制消息以及第二无线电资源控制消息，其中所述第一无线电资源控制消息包括用于配置一组重复次数的第一信息，并且所述第二无线电资源控制消息包括用于配置上行链路授权的符号的监视时机的第二信息，
所述传输部被配置为基于所述第二信息中的所述监视时机，在用户设备UE特定搜索空间中传输具有由第一无线电网络临时识别符RNTI加扰的循环冗余校验的所述上行链路授权，其中所述第一RNTI与小区无线电网络临时标识符C-RNTI不同，并且所述上行链路授权用于指示所述第一信息中所述一组重复次数中的一个重复次数，
其中所述UE在所述UE特定搜索空间中监视具有由所述第一RNTI加扰的所述循环冗余校验的所述上行链路授权；以及
接收部，所述接收部被配置为基于由所述第一RNTI加扰的所述循环冗余校验的所述上行链路授权的所述传输，根据所传输的所述上行链路授权所指示的所述一个重复次数，接收在物理上行链路共享信道的重复传输。
3.一种用户设备UE的通信方法，包括：
接收第一无线电资源控制消息，所述第一无线电资源控制消息包括用于配置一组重复次数的第一信息；
接收第二无线电资源控制消息，所述第二无线电资源控制消息包括用于配置上行链路授权的符号的监视时机的第二信息；
基于所述第二信息，在UE特定搜索空间中监视具有由第一无线电网络临时标识符RNTI加扰的循环冗余校验的所述上行链路授权，其中所述第一RNTI与小区无线电网络临时标识符C-RNTI不同，并且所述上行链路授权用于指示所述第一信息中所述一组重复次数中的一个重复次数；以及
基于由所述第一RNTI加扰的所述循环冗余校验的所述上行链路授权的接收，根据所接收的所述上行链路授权所指示的所述一个重复次数，执行在物理上行链路共享信道的重复传输。
4.一种基站装置的通信方法，包括：
传输第一无线电资源控制消息，所述第一无线电资源控制消息包括用于配置一组重复次数的第一信息；
传输第二无线电资源控制消息，所述第二无线电资源控制消息包括用于配置上行链路授权的符号的监视时机的第二信息；
基于所述第二信息中的所述监视时机，在用户设备UE特定搜索空间中传输具有由第一无线电网络临时识别符RNTI加扰的循环冗余校验的所述上行链路授权，其中所述第一RNTI与小区无线电网络临时标识符C-RNTI不同，并且所述上行链路授权用于指示所述第一信息中所述一组重复次数中的一个重复次数，其中所述UE在所述UE特定搜索空间中监视具有由所述第一RNTI加扰的所述循环冗余校验的所述上行链路授权；以及
基于由所述第一RNTI加扰的所述循环冗余校验的所述上行链路授权的所述传输，根据所传输的所述上行链路授权所指示的所述一个重复次数，接收物理上行链路共享信道的重复传输。
CN201880029641.6A 2017-05-04 2018-05-02 用于上行链路超高可靠和低延迟通信的混合自动重传请求 Active CN110603765B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762501489P 2017-05-04 2017-05-04
US62/501489 2017-05-04
PCT/US2018/030686 WO2018204514A1 (en) 2017-05-04 2018-05-02 Hybrid automatic repeat request for uplink ultra-reliable and low-latency communications

Publications (2)

Publication Number Publication Date
CN110603765A CN110603765A (zh) 2019-12-20
CN110603765B true CN110603765B (zh) 2022-06-17

Family

ID=62567725

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880029641.6A Active CN110603765B (zh) 2017-05-04 2018-05-02 用于上行链路超高可靠和低延迟通信的混合自动重传请求

Country Status (5)

Country Link
EP (2) EP3619861B1 (zh)
CN (1) CN110603765B (zh)
AU (1) AU2018263907B2 (zh)
RU (1) RU2767985C2 (zh)
WO (1) WO2018204514A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11777663B2 (en) * 2020-02-04 2023-10-03 Qualcomm Incorporated Type 3 hybrid automatic repeat request acknowledgment
KR20220144823A (ko) * 2020-04-17 2022-10-27 엘지전자 주식회사 무선 통신 시스템에서 pdsch 송수신 방법 및 장치
EP4329233A2 (en) * 2020-08-04 2024-02-28 Honor Device Co., Ltd. Uplink transmissions for downlink control channel repetition
CN112040479B (zh) * 2020-09-25 2023-10-27 郑州轻工业大学 一种用于信息安全的实时传输加密信息的方法及系统
CN112713980A (zh) * 2020-12-04 2021-04-27 成都金诺信高科技有限公司 车联网通信传输控制方法
CN115086979A (zh) * 2021-03-11 2022-09-20 维沃移动通信有限公司 信道传输行为的确定方法、装置和终端
CN113692002B (zh) * 2021-08-30 2023-11-07 中信科移动通信技术股份有限公司 上行免调度传输效率提升方法及系统
WO2023151076A1 (en) * 2022-02-14 2023-08-17 Lenovo (Beijing) Limited Method and apparatus for receiving ptp-based retransmission for multicast

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8837411B2 (en) * 2009-10-05 2014-09-16 Optis Wireless Technology, Llc Method and arrangement in a wireless communication system
RU2554527C2 (ru) * 2010-10-04 2015-06-27 Телефонактиеболагет Лм Эрикссон (Пабл) Способы и устройства в телекоммуникационной системе
JP5856810B2 (ja) * 2011-11-02 2016-02-10 シャープ株式会社 基地局装置、移動局装置、無線通信方法、無線通信システムおよび集積回路
US9088971B2 (en) * 2011-12-23 2015-07-21 Blackberry Limited Method implemented in a user equipment
US9641301B2 (en) * 2013-03-27 2017-05-02 Sharp Kabushiki Kaisha Terminal device, base station device, communication method, and integrated circuit

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
R1-1701594 "Basic Grant-free Transmission for URLLC";ZTE等;《3GPP tsg_ran\WG1_RL1》;20170207;正文第1-8页 *

Also Published As

Publication number Publication date
RU2019136514A (ru) 2021-06-04
EP3619861B1 (en) 2023-07-05
WO2018204514A1 (en) 2018-11-08
EP4236140A2 (en) 2023-08-30
EP4236140A3 (en) 2023-10-11
AU2018263907B2 (en) 2022-08-11
EP3619861A1 (en) 2020-03-11
RU2019136514A3 (zh) 2021-09-13
AU2018263907A1 (en) 2019-12-05
CN110603765A (zh) 2019-12-20
RU2767985C2 (ru) 2022-03-22

Similar Documents

Publication Publication Date Title
US10601551B2 (en) Hybrid automatic repeat request for uplink ultra-reliable and low-latency communications
CN111279774B (zh) 用于不具有授权的上行链路传输的过程、基站和用户设备
CN110419186B (zh) 用于上行链路超高可靠和低延迟通信的下行链路控制通道
US10499386B2 (en) Procedure, base station and user equipment for uplink transmission without grant
US10448414B2 (en) Downlink control channel for uplink ultra-reliable and low-latency communications
CN111010889B (zh) 终端装置、基站和方法
AU2019207624B2 (en) User equipments, base stations and methods
CN111919405B (zh) 用于不具有授权的上行链路传输的用户设备、基站和方法
CN110603765B (zh) 用于上行链路超高可靠和低延迟通信的混合自动重传请求
US10945280B2 (en) User equipments, base stations and methods for uplink transmission without grant
US11457434B2 (en) User equipments, base stations and methods for time-domain resource allocation
CN110999463B (zh) 不具有授权的上行传输的过程、基站和用户设备
CN110235400B (zh) 用户设备、基站和通信方法
EP3949605B1 (en) User equipments, base stations and methods for a configurable downlink control information format
CN111713039A (zh) 用于下行链路半持久调度的用户设备、基站和方法
EP3811699B1 (en) User equipments, base stations and methods for time-domain resource allocation
WO2019051071A1 (en) USER EQUIPMENT, BASE STATIONS AND METHODS FOR UPLINK TRANSMISSION WITHOUT AUTHORIZATION

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