CN110999463B - 不具有授权的上行传输的过程、基站和用户设备 - Google Patents
不具有授权的上行传输的过程、基站和用户设备 Download PDFInfo
- Publication number
- CN110999463B CN110999463B CN201880039582.0A CN201880039582A CN110999463B CN 110999463 B CN110999463 B CN 110999463B CN 201880039582 A CN201880039582 A CN 201880039582A CN 110999463 B CN110999463 B CN 110999463B
- Authority
- CN
- China
- Prior art keywords
- grant
- pusch
- transmission
- rnti
- dci
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明描述了一种用户设备(UE)。UE接收包括周期性的RRC消息。UE还接收包括第一参数的RRC消息。UE还在物理下行链路控制信道上接收DCI,其中CRC被不同于C‑RNTI的第一RNTI加扰。在第一参数被配置的情况下,UE还基于周期性和第一偏移值来执行第一PUSCH传输,第一偏移值通过使用RRC消息来配置。在第一参数未被配置的情况下,UE还基于周期性和第二偏移值来执行第二PUSCH传输,第二偏移值通过使用DCI来指示,第二PUSCH传输通过使用DCI来激活。
Description
相关申请
本申请涉及2017年6月15日提交的名称为“PROCEDURE,BASE STATION AND USEREQUIPMENT FOR UPLINK TRANSMISSION WITHOUT GRANT”的美国临时专利申请号62/520,518,并且要求该美国临时专利申请的优先权,该美国临时专利申请据此全文以引用方式并入本文。
技术领域
本公开整体涉及通信系统。更具体地,本公开涉及用于上行链路超高可靠和低延迟通信(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包括被配置为接收包括周期性的无线电资源控制(RRC)消息的接收电路。接收电路还被配置为接收包括第一参数的RRC消息。接收电路还被配置为在物理下行链路控制信道上接收下行链路控制信息(DCI),其中循环冗余校验(CRC)由不同于小区-RNTI(C-RNTI)的第一无线电网络临时标识符(RNTI)进行加扰。UE还包括传输电路,该传输电路被配置为在第一参数被配置的情况下,基于周期性和第一偏移值来执行第一PUSCH传输,第一偏移值通过使用RRC消息来配置。传输电路还被配置为在第一参数未被配置的情况下,基于周期性和第二偏移值来执行第二PUSCH传输,第二偏移值通过使用DCI来指示,第二PUSCH传输通过使用DCI来激活。
本发明还描述了一种基站装置。基站装置包括被配置为传输包括周期性的无线电资源控制(RRC)消息的传输电路。传输电路还被配置为传输包括第一参数的RRC消息。传输电路还被配置为在物理下行链路控制信道上传输下行链路控制信息(DCI),其中循环冗余校验(CRC)由不同于小区-RNTI(C-RNTI)的第一无线电网络临时标识符(RNTI)进行加扰。基站装置还包括接收电路,该接收电路被配置为在第一参数被配置的情况下,基于周期性和第一偏移值接收第一PUSCH传输,第一偏移值通过使用RRC消息来配置。接收电路还被配置为在第一参数未被配置的情况下,基于周期性和第二偏移值接收第二PUSCH传输,第二偏移值通过使用DCI来指示,第二PUSCH传输通过使用DCI来激活。
还描述了一种用户设备的通信方法。该方法包括接收包括周期性的无线电资源控制(RRC)消息。该方法还包括接收包括第一参数的RRC消息。该方法还包括在物理下行链路控制信道上接收下行链路控制信息(DCI),其中循环冗余校验(CRC)由不同于小区-RNTI(C-RNTI)的第一无线网络临时标识符(RNTI)加扰。该方法附加包括在第一参数被配置的情况下,基于周期性和第一偏移值来传输第一PUSCH传输,第一偏移值通过使用RRC消息来配置。该方法还包括在第一参数未被配置的情况下,基于周期性和第二偏移值传输PUSCH传输,第二偏移值通过使用DCI来指示,第二PUSCH传输通过使用DCI来激活。
还描述了一种基站装置的通信方法。该方法包括传输包括周期性的无线电资源控制(RRC)消息。该方法还包括传输包括第一参数的RRC消息。该方法还包括在物理下行链路控制信道上传输下行链路控制信息(DCI),其中循环冗余校验(CRC)由不同于小区-RNTI(C-RNTI)的第一无线网络临时标识符(RNTI)加扰。该方法附加包括在第一参数被配置的情况下,基于周期性和第一偏移值来接收第一PUSCH传输,第一偏移值通过使用RRC消息来配置。该方法还包括在第一参数未被配置的情况下,基于周期性和第二偏移值来接收PUSCH传输,第二偏移值通过使用DCI来指示,第二PUSCH传输通过使用DCI来激活。
第三代合作伙伴项目(也称为“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和/或SPSC-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将信号传输到gNB 160。例如,一个或多个发射器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/gNB160和UE102之间交换。RRC信号可包括在高层信号中。在开始时,eNB/gNB 160可通过SPS配置将SPS资源(例如,SPS资源的周期性)和功能分配给特定UE 102,该SPS配置显示在列表1的SPS配置信息元素中。在此,例如,eNB/gNB 160可通过使用RRC信号来配置周期性(例如,时间资源),并且通过使用DCI格式来指示SPS资源(例如,频率资源)。
/>
/>
/>
列表1
UE 102可将SPS资源用于免授权URLLC UL传输。除此之外或另选地,eNB/gNB 160可为URLLC UL传输分配URLLC特定的免授权资源。例如,eNB/gNB 160可分配类似SPS的资源,该SPS资源显示在列表2的URLLC配置信息元素中。在此,在不丧失一般性的同时,URLLC特定的免授权资源可被称为“URLLC-SPS资源”,并且对应的方案可被称为“URLLC-SPS”。
/>
列表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/URLLCInterval)]/numberOfRepetition}modulo numberOfConfURLLC-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中示出。
可存在不同的模式来处理激活、停用、重新激活、调节、修改、ACK/NACK、重复和/或终止(即,PUSCH传输的终止(例如,K次重复),PUSCH传输的停止(例如,K次重复))。例如,对于配置有免授权UL传输的UE,可以存在不同的模式来处理、激活/去激活、重新激活/调整/修改、ACK/NACK、重复、终止等。
例如,UE可基于如上所述的激活(即,激活之后)来启动(发起)PUSCH传输。另外,UE可基于RRC配置(即,在配置RRC参数之后)启动PUSCH传输。gNB可在激活或不激活的情况下配置PUSCH传输。即,基于配置(例如,更高层的配置),UE可改变(切换)PUSCH初始传输的行为。例如,在配置具有激活的PUSCH传输(例如,激活之后的PUSCH传输)的情况下,UE可基于正在接收的激活来执行PUSCH初始传输。另外,在配置不具有激活的PUSCH传输的情况下,UE可基于正在接收的RRC配置执行PUSCH初始传输。
例如,可在RRC信令(即RRC消息)中指定参数skipActivation(规范中可以使用不同的名称)。并且,如果参数skipActivation设置为假(或未配置),则UE可能不执行PUSCH初始传输,直到激活PUSCH传输。即,UE可能不执行PUSCH传输,直到激活免授权传输。该模式简称为激活模式A。即,激活模式A可包括用于UE在激活之后执行PUSCH传输的模式。并且,如果参数skipActivation设置为真(或已配置),则UE可基于正在接收的RRC配置来执行PUSCH初始传输(不激活)。也就是说,如果所有相关参数均已由较高层配置,则UE可在不具有激活的情况下执行PUSCH传输。该模式简称为激活模式B。即,激活模式B可包括用于UE在不具有激活的情况下执行PUSCH传输的模式(基于RRC配置)。
另外,UE可无需授权而调节或修改用于UL传输的一些参数(即,PUSCH传输)。可通过1层(物理层,L1)信令或较高层信令(例如,RRC信令和/或MAC CE)来进行调节或修改(指示和/或配置),这可取决于更高层的配置。例如,可在RRC信令中指定参数L1修改(规范中可以使用不同的名称)。如果参数L1修改被设置为假(或未配置),则UE可不调节或修改不具有授权的UL传输的任何参数,直到接收到用于调节/修改参数的更高层信令(例如,RRC和/或MAC CE)(即,接收到更高层参数)。该模式简称为修改模式A。即,修改模式A可包括UE针对PUSCH传输使用RRC参数(即,更高层参数)的模式。此外,如果参数L1修改被设置为真(或被配置),则UE可在PDCCH上接收信令(例如,DCI、L1信令),以调节/修改不具有授权的UL传输的参数。即,UE可使用PDCCH(例如DCI、L1信令)来调节/修改参数。在这种情况下,UE可能需要针对该PDCCH(即,DCI、L1信令)接收发送HARQ-ACK(即,ACK/NACK反馈)。在此,PDCCH可通过C-RNTI、SPS C-RNTI和/或URLLC C-RNTI等进行加扰,将在下文中描述。另外,UE可监视(在)小区特定搜索空间(CSS)或UE特定搜索空间(USS)中的PDCCH。该模式简称为修改模式B。也就是说,修改模式B可包括UE针对一个或多个PUSCH传输使用PDCCH(即,DCI、L1信令)的模式。
在此,gNB可向UE传输PUSCH传输的HARQ-ACK(即,肯定确认(ACK)和/或否定确认(NACK))(例如,不具有授权的UL传输)。即,UE可从gNB接收用于PUSCH传输的HARQ-ACK。例如,可类似于物理混合ARQ指示符信道(PHICH)的单独信道可用于来自gNB的HARQ-ACK反馈。该模式由确认模式A表示。即,确认模式A可包括用于UE在除PDCCH之外的物理下行链路信道上接收HARQ-ACK的模式。
在又一个示例中,HARQ-ACK反馈可包括在公共DCI(公共PDCCH和/或小区特定UL授权)中(通过使用其进行传输)。在此,UE可检测CSS中的公共DCI(例如,小区特定搜索空间)。在此,HARQ-ACK反馈可捆绑用于多个UE。即,单个公共DCI可用于将HARQ-ACK反馈传输到多个UE。例如,公共DCI的一些字段(例如,第一字段)可用于指示HARQ-ACK(即,ACK/NACK信息)。另外,UE ID(例如,UE ID的索引、C-RNTI的索引和/或由gNB指定的SPS C-RNTI)可被显式地或隐式地包括在对应的字段(例如,第二字段,对应于第一字段的第二字段)中。该模式由确认模式B表示。例如,确认模式B可包括用于UE通过使用公共DCI(例如CSS中的例如公共PDCCH)来接收HARQ-ACK的模式。
在另一个示例中,HARQ-ACK(例如ACK/NACK反馈)可包括在UE特定DCI(UE特定PDCCH和/或UE特定UL授权)中(通过使用其进行传输)。在此,UE可检测USS中的UE特定DCI。该模式由确认模式C表示。例如,确认模式C可包括UE通过使用UE特定DCI(例如,USS中的例如UE特定PDCCH)来接收HARQ-ACK的模式。
又如,可能不需要明确地需要HARQ-ACK(例如,ACK/NACK反馈)。即,例如,仅UL授权(即,UL授权本身)可用于指示新传输(即,初始传输)和/或重传。例如,可在RRC信令中指定参数AckTimer(规范中可以使用不同的名称)。即,如果配置参数AckTimer,则在对应的UL传输之后在AckTimer TTI(例如,子帧、时隙、微时隙、OFDM符号)内未接收到针对相同TB的UL授权的情况下,UE可刷新缓冲器。该模式简称为确认模式D。即,确认模式D可包括UE将参数AckTimer用于PUSCH传输的模式。
在上述示例中,仅ACK对于指示HARQ-ACK反馈可能是必需的。也就是说,gNB可以向UE仅指示用于PUSCH传输的ACK。在此,PUSCH传输的重传(例如,同一TB的重传)可通过使用UL授权来指示,UL授权也用于否定确认(NACK)(即,可用于指示NACK的UL授权)。
除了HARQ-ACK反馈(例如,可使用或不使用ACK/NACK)之外,UL授权可用于指示UL传输而无需授权(例如,PUSCH传输)。例如,当UE执行PUSCH传输(例如,不具有授权的一个或多个PUSCH传输)时,UE还可接收用于指示新传输和/或重传的UL授权。在此,如何处理不具有授权的UL传输的UL授权可取决于较高层配置或由规范的一些部分确定。例如,可在RRC信令中指定参数AckULgrant(规范中可以使用不同的名称)。并且,如果参数AckULgrant通过使用RRC信令来配置(或者如果参数AckULgrant由规范指定),则UE可始终将UL授权假定(考虑、解释、处理)为用于PUSCH传输(例如,先前的传输、对应的PUSCH传输)的ACK。该模式简称为UL授权模式A。即,UL授权模式A可包括UE将UL授权始终假定为用于PUSCH传输的ACK的模式。即,UL授权模式A可包括在检测到(接收)UL授权的情况下UE停止(不执行)PUSCH(重新)传输(和/或一个或多个PUSCH传输的重复)的模式。即,UL授权模式A可包括用于UE基于对UL授权(例如,包括在UL授权中的DCI)的检测来停止(不执行)PUSCH(重新)传输(和/或PUSCH传输的重复)的模式。即,模式A可包括用于UE基于UL授权的检测而终止PUSCH(重新)传输(和/或PUSCH传输的重复)的模式。在此,UL授权的细节描述如下。
在另一个示例中,可在RRC信令中指定参数NackULgrant(规范中可以使用不同的名称)。并且,如果通过使用RRC信令(或者参数Ackulgrant未使用RRC信令配置,或者参数Nackulgrant由规范指定)来配置参数NackULgrant,则UE可始终假定(考虑、解释、处理)UL授权作为用于PUSCH传输(例如,先前传输、对应的PUSCH传输)的NACK。该模式简称为UL授权模式B。即,UL授权模式B可包括UE将UL授权始终假定为用于PUSCH传输的NACK的模式。即,UL授权模式B可包括在检测到(接收)UL授权的情况下UE执行PUSCH(重新)传输(和/或一个或多个PUSCH传输的重复)的模式。即,UL授权模式B可包括用于UE基于对UL授权(例如,包括在UL授权中的DCI)的检测来执行PUSCH(重新)传输(和/或PUSCH传输的重复)的模式。即,模式B可包括用于UE基于UL授权的检测而不终止PUSCH(重新)传输(和/或一个或多个PUSCH传输的重复)的模式。在此,UL授权的细节描述如下。
附加地或另选地,如果通过使用RRC信令(或者参数Ackulgrant未使用RRC信令配置,或者参数Nackulgrant由规范指定)来配置参数NackULgrant,则UE可始终假定(考虑、解释、处理)UL授权作为用于PUSCH传输(例如,先前传输、对应的PUSCH传输)的ACK和/或NACK。即,UL授权中包括的信息(例如,新数据指示符、HARQ进程ID)可用于指示用于PUSCH传输(即,指示新传输)的ACK和/或用于PUSCH传输即,指示重传)的NACK。即,设置为包括在UL授权中的信息字段的值可用于指示初始传输和/或重传。该模式也简称为UL授权模式B。
即,UL授权模式B可包括用于UE将UL授权假定为用于PUSCH传输的ACK和/或NACK的模式。即,UL授权模式B可包括用于UE在检测(接收)指示重传(即,用于指示重传(例如,NACK)的UL授权中包括的DCI)的UL授权的情况下执行PUSCH(重新)传输(和/或重复PUSCH传输)的模式。另外,UL授权模式B可包括用于UE在检测(接收)指示初始传输(即,用于指示初始传输(例如,ACK)的UL授权中包括的DCI)的UL授权的情况下停止(不执行)PUSCH(重新)传输(和/或重复一个或多个PUSCH传输)的模式。在此,在检测到指示初始传输的UL授权的情况下,UE可执行PUSCH初始传输。
即,UL授权模式B可包括用于UE基于对指示重传的DCI(包括在UL授权中)的检测来执行PUSCH(重新)传输(和/或一个或多个PUSCH传输的重复)的模式。另外,UL授权模式B可包括用于UE基于对指示初始传输的DCI(包括在UL授权中)的检测来停止(不执行)PUSCH(重新)传输(和/或一个或多个PUSCH传输的重复)的模式。即,模式B可包括用于UE基于对指示重传的DCI(包括在UL授权中)的检测而不终止PUSCH(重新)传输(和/或一个或多个PUSCH传输的重复)的模式。另外,模式B可包括用于UE基于对指示初始传输的DCI(包括在UL授权中)的检测而终止PUSCH(重新)传输(和/或PUSCH传输的重复)的模式。即,模式B可包括用于UE基于对指示初始传输的DCI(包括在UL授权中)的检测来执行PUSCH(初始)传输(和/或一个或多个PUSCH传输的重复的初始传输)的模式。在此,UL授权的细节描述如下。
另外,PUSCH传输(例如,不具有授权的UL传输)可能支持或可能不支持重复(即,PUSCH传输的重复)。例如,可在RRC信令中指定参数repetition-Config(规范中可以使用不同的名称)。并且,如果通过使用RRC信令将参数repetition-Config设置为真(或已配置),则UE可执行包括相同传输块的初始传输的K重复(例如,可以通过规范预先定义K,或者可以通过使用RRC信令(或通过使用DCI(例如,PDCCH))来配置(或指示)K)。另外,如果参数重复配置设置为假(或未配置),则UE可能不执行PUSCH传输的重复(即,UE可不使用PUSCH传输的重复,UE可执行单个PUSCH传输)。在又一个示例中,可在较高层中指定参数numberOfRepetition(即,K的数量)。并且,如果通过使用较高层(例如RRC信令,MAC CE)将参数numberOfRepetition设置为“1”,则UE可能不执行PUSCH传输的重复。此外,如果将参数numberOfRepetition设置为大于1的值,则UE可执行K重复(例如,包括同一传输块的初始传输)。在又一个示例中,可通过RRC信令来配置一组K值,并且对于不具有授权的UL传输的K的选择(即,在一组K值中的K的单个值)由L1信令(即,DCI、PDCCH)或MAC CE指示。
对于如上所述的PUSCH传输的重复(即,UL重复),可使用(指示)或不使用(未指示)重复的终止。例如,可在RRC信令中指定参数Noearlytermination(规范中可以使用不同的名称)。并且,如果参数Noearlytermination通过使用RRC信令来配置(或者如果参数Noearlytermination由规范指定),则UE可不终止PUSCH传输的重复,直到该TB的重复次数达到K。在另一个示例中,可在RRC信令中指定参数早期ACK(规范可以使用不同的名称)。并且,如果参数earlyACK是通过使用RRC信令来配置的(或者如果参数earlyACK由规范指定),则UE可在接收到ACK时终止重复(例如,即使该TB的重复次数可能未达到K,也接收ACK)。在此,如上所述,ACK可在物理下行链路信道上传输。此外,可使用公共DCI来传输ACK。另外,可通过使用UE特定的DCI来传输ACK。在另一个示例中,可在RRC信令中指定参数earlyULgrant(规范中可以使用不同的名称)。并且,如果参数earlyULgrant通过使用RRC信令进行配置(或者如果规范指定了参数earlyULgrant,则UE可在接收到UL授权的情况下终止重复)。即,UE可基于对UL授权的检测来终止重复(例如,即使该TB的重复次数可能未达到K)。
另一方面,除了UE特定RNTI之外,UE还可具有(由gNB指定)一种或多种通用无线电网络临时标识符(RNTI)。一个示例是用于寻呼消息的寻呼RNTI(P-RNTI)。另一个示例是用于SIB消息的传输的系统信息RNTI(SI-RNTI)。另一个示例是用于PRACH反应的随机存取RNTI(RA-RNTI)。另一个示例是在RACH期间使用的临时C-RNTI(T-RNTI)。
如果通过使用RRC信令配置用于PUSCH传输(例如,不具有授权的UL传输)的参数,诸如时间资源(例如周期性和/或偏移值(例如,TTI偏移))、频率资源(例如,物理资源块(PRB)的索引)、空间资源(例如,天线端口、UL传输的天线端口的数量)、MCS、重复次数K和/或跳频图案,则UE可基于所配置的参数执行PUSCH传输(例如,UL数据传输)而无需L1信令(即,不激活)。在此,如上所述,在UE被配置为跳过激活的情况下(例如,通过使用RRC信令来配置参数跳过激活或通过规范的一些部分来确定),UE可使用所配置的参数(例如,配置的资源)来执行PUSCH传输而无需L1信令(即,未激活)。并且,如上所述,如果UE被配置为对UL传输的参数进行L1修改而不进行授权(例如,通过使用RRC信令来配置参数L1修改或者通过规范的一些部分来确定),则UE可监视PDCCH(DCI、UL授权)以检查是否将修改相关参数。即,仅在配置了参数L1修改的情况下,UE可监视用于修改参数的PDCCH(DCI、UL授权)。
在此,如果为PUSCH传输(例如,不具有授权的UL传输)(即,基于通过使用RRC信令配置的参数的UL传输)分配特定C-RNTI(例如,C-RNTI、SPS C-RNTI和/或URLLC C-RNTI)并且由C-RNTI 1表示特定RNTI,则可以通过C-RNTI 1对用于参数修改的PDCCH(DCI、UL授权)进行加扰。为了指示PDCCH(DCI、UL授权)用于参数修改,可以将一些字段设置为默认值,例如,可以将DCI中的TPC字段设置为全0,或者可以将循环移位DMRS字段设置为全0。即,在包括在DCI(例如,PDCCH)中的一个或多个字段中的每一个可以被设置为特定值中的每一个的情况下,DCI(例如,PDCCH)可以用于修改参数。在此,可以通过gNB和UE之间的规范和已知信息预先定义一个或多个字段和/或特定值。另外,为了改变(例如,修改)用于PUSCH传输的一些参数(例如,参数的值)(例如,不具有授权的UL传输),可以调节DCI中的相应字段(这些字段可能在规范中使用不同的名称),诸如MCS、重复次数(如果有)、跳频图案(如果有)、PRB的索引等。在一些情况下,DCI格式可不包括用于参数调节的对应字段。某些字段可重复用于参数调节。例如,可能没有重复数字段(或跳频图案字段)。例如,如上所述,可以通过使用RRC信令来配置重复次数的集合,并且可以通过使用DCI(例如,PDCCH)来指示该组重复次数中的一个。在此,例如,在PDCCH用于改变(例如,修改)参数(例如,一个或多个参数的一个或多个值)的情况下,用于PUCCH的TPC命令的值(即,设置为用于PUCCH的TPC命令的字段的值)可以用于指示参数(例如,参数的值)。另外,例如,在PDCCH用于改变(例如,修改)参数(例如,参数的值)的情况下,HARQ进程号的值(即,设置为HARQ进程号的字段的值)可以用于指示参数(例如,参数的值)。一些其他字段可以用于修改重复次数(或跳频图案),例如,再利用TPC字段以指示重复次数(或跳频图案):
“PUCCH的TPC命令”的值 | 重复数K |
“00” | 重复数a |
“01” | 重复数b |
“10” | 重复数c |
“11” | 重复数d |
表1
或者
表2
或者,HARQ进程号字段(如果存在)被再利用以指示重复次数(或跳频图案):
“HARQ进程号”的值 | 重复数K |
“000” | 重复数a |
“001” | 重复数b |
“010” | 重复数c |
“011” | 重复数d |
“100” | 重复数e |
“101” | 重复数f |
“110” | 重复数g |
“111” | 重复数h |
表3
或者
“HARQ进程号”的值 | 跳频图案 |
“000” | 跳频图案a |
“001” | 跳频图案b |
“010” | 跳频图案c |
“011” | 跳频图案d |
“100” | 跳频图案e |
“101” | 跳频图案f |
“110” | 跳频图案g |
“111” | 跳频图案h |
表4
例如,UE可以使用以下过程来修改用于PUSCH传输的参数(例如,不具有授权的UL传输)。即,作为步骤1,UE可以监视PDCCH(例如,由不具有授权的分配给该UL传输的特定C-RNTI加扰的PDCCH,具有特定C-RNTI的PDCCH)。并且,作为步骤2,UE可通过检查预定义字段来验证PDCCH(DCI,UL授权)(如上所述)。并且,如果预定义字段被设置为预定义值,则作为步骤3,UE可以基于相关字段的值来修改PUSCH传输(例如,不具有授权的UL传输)的参数。并且,作为步骤4,UE可以传输HARQ-ACK(例如,ACK/NACK反馈)以指示参数修改是否成功。即,UE可以传输用于修改参数的DCI(例如,PDCCH)的HARQ-ACK。例如,UE可以在PUCCH上传输用于修改参数的DCI(例如,PDCCH)的HARQ-ACK。另外,例如,UE可以通过使用MAC CE来传输用于修改参数的DCI(例如,PDCCH)的HARQ-ACK。例如,UE可以监视PDCCH(例如,由C-RNTI 1加扰的PDCCH、具有C-RNTI 1的PDCCH)。如果DCI中的TPC字段被设置为全0并且用于DMRS字段的循环移位被设置为全0,则UE可以基于DCI中的MCS字段和PRB字段的值来修改用于PUSCH传输(例如,不具有授权的UL传输)的MCS和频率资源,并且通过查找表3来基于HARQ进程号字段来调节重复次数。最后,UE向UE发送指示L1修改成功的确认。
在此,如果UE可以不被配置为跳过激活(例如,如果参数skipActivation没有通过使用RRC信令配置或者规范的某些部分确定需要激活),则UE可以在指示接收到激活的DCI之后执行PUSCH传输(即,UE可以在L1激活之后在配置的资源处传输UL数据)。在此,可以通过使用RRC信令来配置用于PUSCH传输(例如,不具有授权的UL传输)的一些参数,诸如时间资源(例如,周期性和/或偏移值(例如,TTI偏移))、空间资源(例如,天线端口、天线端口的数量)、重复数的集合和/或跳频图案的集合。另外,一些参数(例如,一些其他参数)可以包括在指示激活的DCI中(即,PDCCH、L1激活),诸如频率资源(例如,PRB的索引)、MCS、重复数K和/或跳频图案。另外,可以通过使用RRC信令将特定C-RNTI(例如,SPS C-RNTI和/或URLLCC-RNTI)分配用于PUSCH传输(例如,不具有授权的UL传输),并且在此特定RNTI也由C-RNTI1表示(它可以是或者可以不必是与上面用跳过激活配置的UL传输相同的C-RNTI),用于激活(即,L1激活)的PDCCH(DCI、UL授权)可以由C-RNTI 1(即,具有C-RNTI 1的PDCCH)加扰。用于激活(即,L1激活)的PDCCH(DCI、UL授权)的设计可以类似于用于上述参数修改的PDCCH(DCI、UL授权)。为了指示PDCCH(DCI、UL授权)用于激活/重新激活,可以将一些字段设置为默认值,例如,DCI中的TPC字段可以设置为全0,或者DMRS字段的循环移位可以设置为全0。为了设置或重置PUSCH传输的一些参数(例如,不具有授权的UL传输),可以调节DCI中的相应字段(这些字段可能在规范中使用不同的名称),诸如MCS、重复次数(如果有)、跳频图案(如果有)、PRB索引等。在一些情况下,DCI格式可不包括用于参数设置或调节的对应字段。某些字段可重复用于参数设置或调节。例如,可能没有重复数字段(或跳频图案字段)。其他一些字段可用于修改重复次数(或跳频图案),例如,可以重新使用TPC字段或HARQ进程号字段来指示重复次数(或跳频图案),如表1至表4所示。该过程略有不同。通常,作为步骤1,可以通过使用RRC信令为PUSCH传输(例如,不具有授权的UL传输)配置一些相关参数;作为步骤2,UE可以监视由特定C-RNTI加扰的PDCCH(例如,具有分配给不具有授权的该UL传输的特定C-RNTI的PDCCH);作为步骤3,UE可以通过检查预定义字段来验证PDCCH(DCI、UL授权);如果这些字段被设置为预定义值,则作为步骤4,UE基于相关字段的值设置用于PUSCH传输的剩余参数(例如,不具有授权的UL传输);作为步骤5,UE传输用于指示激活是否成功的HARQ-ACK;如果激活成功,则作为步骤6,UE可以基于参数开始PUSCH传输(例如,不具有授权的UL传输);并且UE可以重复步骤2至步骤6以重新激活或调节用于PUSCH传输(例如,不具有授权的UL传输)的参数。
在此,可以通过使用RRC信令为PUSCH传输(例如,不具有授权的UL传输)分配特定C-RNTI(例如,C-RNTI、SPS C-RNTI和/或URLLC C-RNTI),并且还由C-RNTI 1表示特定RNTI。由C-RNTI 1加扰(即,具有C-RNTI的PDCCH)的PDCCH(DCI、UL授权)不仅可以用于激活、重新激活、参数修改和/或调节,还可以用于ACK/NACK反馈或用于(重新)传输的UL授权。在此,如果参数Ackulgrant(规范可以使用不同的名称)是通过使用RRC信令配置的,或者它可以由规范指定,UE可以总是假定(考虑、解释、处理)UL授权(将某些字段设置为默认值)作为针对所指示的HARQ进程中的PUSCH传输(例如,先前传输)的ACK和/或UL授权可以指示新传输。在没有接收到UL授权的情况下,UE可在不具有授权的情况下在所配置的资源处重传。一种过程被描述为示例:在PUSCH传输(例如,不具有授权的UL传输)之后,UE可以接收由RNTI 1加扰的相应UL授权,然后UE可以在先前传输中刷新TB的缓冲器。如果参数NackULgrant(规范可以使用不同的名称)是通过使用RRC信令配置的,或者它可以由规范指定,UE可以总是假定(考虑、解释、处理)UL授权作为针对所指示的HARQ进程中的PUSCH传输(例如,先前传输)的NACK。Ul授权也可指示重传。一种过程被描述为示例:在PUSCH传输(例如,不具有授权的UL传输)之后,UE可以接收由C-RNTI 1加扰的对应UL授权(针对相同的HARQ进程),然后UE可以通过遵循UL授权来重传。如果Ackulgrant或Nackulgrant都未配置,则UL授权中包括的一些信息(例如,新数据指示符和/或HARQ进程ID)可用于指示它是先前传输的肯定确认(ACK)还是否定确认(NACL)。一种过程被描述为示例:在PUSCH传输(例如,不具有授权的UL传输)之后,UE可以接收由C-RNTI 1加扰的对应UL授权(针对相同的HARQ进程)。如果NDI(新数据指示符字段)指示“0”,则UE通过遵循UL授权传输新TB。如果NDI指示“1”,则UE通过遵循UL授权重传相同的TB。
UE可具有由C-RNTI 2表示的组共同的C-RNTI。UE可监视由C-RNTI 2加扰的PDCCH(DCI、UL授权)。由C RNTI 2加扰的PDCCH(DCI、UL授权)可用于PUSCH传输(例如,不具有授权的UL传输)的ACK反馈。DCI中的一些字段可包含用于UE识别的信息。一般过程可如下:作为步骤1,UE可在定时索引n中(例如,在子帧中、在时隙中、在微时隙中、在OFDM符号中)中传输;作为步骤2,UE可以在定时索引n+D中监视由C-RNTI 2加扰的对应PDCCH(可以通过使用RRC信令或规范的其他部分来配置(指示、确定)D);作为步骤3,UE检查DCI中的预定义字段(例如,MCS字段、HARQ进程号字段、TPC字段、用于DMRS字段的循环位移等),并通过预定义规则验证其ID信息(例如,预定义字段中的第i位指示“1”并且i对应于UE ID,或者UE ID的值在预定义字段中明确指示);如果验证成功,则作为步骤4,UE可刷新对应传输的缓冲器。
UE可具有从RACH过程获得的UE特定的C-RNTI。UE特定的C-RNTI在此由C-RNTI 0表示。UE(例如,配置有免授权传输的UE)还可以监视由C-RNTI 0加扰的PDCCH(DCI、UL授权)。UE可能不期望接收由C-RNTI 0加扰的PDCCH(DCI、UL授权)用于PUSCH传输(例如,没有grant_的UL传输)的相同一个或多个HARQ进程。在又一种不同的设计中,UE可以接收由C-RNTI 0加扰的PDCCH(DCI、UL授权)用于PUSCH传输(例如,不具有授权的UL传输)的相同一个或多个HARQ进程。在这种情况下,UE可始终假定UL授权用于新传输(或重传)。
在此,如上所述,UE可监视DL控制信道的一组候选(例如,PDCCH)。此外,UE监视的一个或多个DL控制信道的候选集合也可以称为搜索空间(例如,CSS和/或USS)。并且,分配给UE的一个或多个RNTI可以用于DCI的传输(一个或多个DL控制信道的传输)。例如,UE可以尝试解码附加了由一个或多个RNTI加扰的CRC奇偶校验位的DCI,并检测DL控制信道(例如,PCCH(例如,PDCCH)、DCI、DCI格式)。也就是说,UE可以利用由一个或多个RNTI进行加扰的CRC来解码一个或多个DL控制信道。也就是说,UE可以利用一个或多个RNTI来监视一个或多个DL控制信道。即,例如,UE可以利用一个或多个RNTI来监视UL授权。
在此,如上所述,一个或多个RNTI可至少包括C-RNTI(小区-RNTI),SPS C-RNTI、RA-RNTI(随机接入-RNTI)和/或临时C-RNTI。例如,C-RNTI可以是用于识别RRC连接和调度的唯一标识。在此,可以在CSS和/或USS中检测(接收)具有C-RNTI的PDCCH(例如,DCI)。此外,SPS C-RNTI可以是用于半持久调度的唯一标识。在此,可以在CSS和/或USS中检测(接收)具有SPS C-RNTI的PDCCH(例如,DCI)。此外,RA-RNTI可以是用于随机接入过程的标识。在此,可以在CSS(即,仅CSS)中检测具有RA-RNTI的PDCCH(例如,DCI)。此外,临时C-RNTI可以用于随机接入过程。在此,可以在CSS中检测临时C-RNTI(即,仅CSS)/
另外,可以在gNB和UE之间执行随机接入过程。例如,随机接入过程可包括基于争用的随机接入过程和基于非争用的随机接入过程。例如,基于竞争的随机接入过程可以是4步过程,包括消息1(消息1)、消息2(消息2)、消息3(消息3)和消息4(消息4)。
例如,UE可以基于随机接入信道配置(即,RACH配置)来传输随机接入前导码(即,消息1)。并且,gNB可以传输对应于随机接入前导码传输(即,消息1)的随机接入响应(即,消息2)。并且,UE可以基于随机接入响应(即,消息2)执行调度的UL-SCH传输(即,消息3)(即,PUSCH传输)。并且,gNB可以基于调度的UL-SCH传输来传输争用解决方案(即,消息4)。
例如,在随机接入资源选择(例如,PRACH选择)中,UE 602可以随机选择随机接入前导码和/或随机接入信道资源(即,RACH资源)。并且,UE可以使用所选择的随机接入前导码和/或所选择的RACH资源来执行随机接入前导码传输(即,消息1传输)。并且,在随机接入响应接收中,UE可接收随机接入响应(即,消息2)。例如,一旦传输随机接入前导码,UE就可以监视PDCCH以获得由RA-RNTI识别的一个或多个随机接入响应。在此,具有由UE监视的RA-RNTI的PDCCH可以用于调度接收(即,传输)随机接入响应的PDSCH。在此,具有RA RNTI的PDCCH可仅用于基于争用的随机接入过程。
可以在DL-SCH(即,PDSCH)上接收随机接入响应。并且,随机接入响应(例如,MACRAR(MAC一个或多个随机接入响应))可以包括用于调度消息3传输的PUSCH的随机接入响应授权。在此,随机接入响应授权可以仅用于基于争用的随机接入过程。另外,随机接入响应可以包括用于PUSCH传输的定时提前命令(即,消息3传输)。另外,随机存取响应可包括临时C-RNTI。临时C-RNTI可以用于指示重传PUSCH传输(即,消息3)。
另外,在调度的PUSCH传输中,UE可以基于定时提前命令对PUSCH传输执行定时调节。并且,UE可以基于随机接入响应授权来执行PUSCH传输(即,消息3传输)。在此,PUSCH传输可以包括用于标识UE的标识(C-RNTI的初始UE标识)。即,gNB可以在接收到PUSCH传输(即,消息3传输)之后识别UE。另外,在通过使用具有临时C-RNTI的PDCCH指示消息3重传(例如,自适应重传)的情况下,UE执行消息3的重传。即,UE可以在基于争用的随机接入过程中执行与随机接入响应授权相对应的PUSCH传输(即,消息3传输)。另外,UE可以执行与基于争用的随机接入过程中的重传(例如,同一传输块的重传)相对应的PUSCH传输(即,消息3传输)。
另外,在争用解决方案中,在从gNB接收到的争用解决身份与初始UE身份匹配的情况下,UE 602可认为该争用解决方案成功。另外,在接收到具有C-RNTI的PDCCH的情况下,UE可认为该争用解决方案成功。然后,UE可以认为随机接入过程已成功地完成。
在此,如上所述,UE基于对UL授权(即,PDCCH)的检测来执行一个或多个PUSCH传输。例如,UE可基于对具有C-RNTI(即,通过C-RNTI加扰的CRC奇偶位所连接的UL授权)的UL授权的检测来执行PUSCH传输。例如,具有C-RNTI的UL授权(例如,包括在具有C-RNTI的UL授权中的DCI)可用于指示初始传输和/或重传。另外,UE可基于对具有SPS C-RNTI的UL授权的检测来执行PUSCH传输。在此,具有SPS C-RNTI的UL授权(例如,DCI包含在SPS C-RNTI的UL授权中)可以用于激活、去激活和/或修改一个或多个PUSCH传输(即SPS调度,SPS资源)。另外,具有SPS C-RNTI的UL授权可以用于指示初始传输和/或重传。
另外,UE可基于对具有URLLC C-RNTI的UL授权的检测来执行PUSCH传输。在此,具有URLLC C-RNTI的UL授权(例如,DCI包含在URLLC C-RNTI的UL授权中)可以用于激活、去激活和/或修改一个或多个PUSCH传输(即SPS调度,SPS资源)。另外,具有URLLC C-RNTI的UL授权可以用于指示初始传输和/或重传。另外,UE可以基于共同的DCI的检测(即,UL授权)来执行PUSCH传输。如上所述,共同的DCI可以用于指示HARQ-ACK(即,肯定确认(即,ACK)或否定确认(即,NACK))。在此,共同的DCI可以用于指示初始传输和/或重传。
另外,如上所述,UE可以基于随机接入响应授权(即,UL授权)来执行PUSCH传输(即,消息3传输)。随机接入响应授权可以包括在通过使用具有RA-RNTI的PDCCH(具有RA-RNTI的DCI格式)调度的随机接入响应(例如,MAC RAR)中。例如,随机接入响应授权可以用于指示初始传输。另外,UE可以基于具有临时C-RNTI的UL授权来执行PUSCH传输(即,消息传输)。
在此,为了简单描述,在一些具体实施中,可假定具有C-RNTI的UL授权、具有SPSC-RNTI的UL授权、具有URLLC C-RNTI的UL授权和/或公共DCI包括在第一UL授权中。即,第一UL授权可以包括具有C-RNTI的UL授权。另外,第一UL授权可以包括具有SPS C-RNTI的UL授权。另外,第一UL授权可以包括具有URLLC C-RNTI的UL授权。另外,第一UL授权可以包括共同的DCI。
此外,为了简单描述,可假定具有C-RNTI的UL授权、具有SPS C-RNTI的UL授权、具有URLLC C-RNTI的UL授权、共同的DCI、随机接入响应授权和/或具有临时C-RNTI的UL授权被包括在第二UL授权中。即,第二UL授权可以包括具有C-RNTI的UL授权。另外,第二UL授权可以包括具有SPS C-RNTI的UL授权。另外,第二UL授权可以包括具有URLLC C-RNTI的UL授权。另外,第二UL授权可以包括共同的DCI。另外,第二UL授权可以包括随机接入响应授权。另外,第二UL授权可以包括具有临时C-RNTI的UL授权。
即,第一UL授权和第二UL授权中的每一者可由不同的RNTI识别。另外,第一UL授权和第二UL授权中的每一者可由不同尺寸的信息位(不同数量的信息位)来识别。另外,第一UL授权和第二UL授权中的每一者可由检测到UL授权(即,第一UL授权、第二UL授权)的搜索空间(即,CSS、USS)来识别。另外,第一UL授权和第二授权中的每一者可以通过利用UL授权来识别。例如,第一UL授权可用于动态和/或半持久调度的单播传输。另外,例如,第二UL授权可用于基于争用的随机接入过程。
如上所述,gNB可以传输用于配置UL授权模式的参数(例如,Ackulgrant和/或NACKULgrant)(例如,UL授权模式A和/或UL授权模式B)。在此,例如,在配置UL授权模式A(即,参数Ackulgrant)的情况下,UE可以假定(考虑、解释、处理)第一UL授权作为ACK。即,UE(例如,配置有UL授权模式A的UE)可以始终基于第一UL授权(例如,第一UL授权中包括的DCI)的检测,假定(考虑、解释、处理)第一UL授权作为ACK。即,UE(例如,配置有UL授权模式A的UE)可以基于第一UL授权(例如,第一UL授权中包括的DCI)的检测来停止(例如,不执行)PUSCH传输(例如,PUSCH重传)。在此,在接收到用于初始传输的第一UL授权的情况下(例如,在接收到指示初始传输的(包括在第一UL授权中的)DCI的情况下),UE可以执行PUSCH传输(例如,PUSCH初始传输)。即,仅在接收到用于重传的第一UL授权的情况下(例如,仅在指示重传的(包括在第一UL授权中的)DCI的情况下),UE可基于第一UL授权(例如,第一UL授权中包括的DCI)的检测来停止(例如,不执行)PUSCH传输(例如,PUSCH重传)。
另外,例如,在配置UL授权模式A(即,参数ACKgrant)的情况下,UE可以假定(考虑、解释、处理)第二UL授权作为ACK和/或NACK。即,UE(例如,配置有UL授权模式A的UE)可以基于第二UL授权的检测,假定(考虑、解释、处理)第二UL授权(例如,DCI包含在第二UL授权中)作为ACK和/或NACK。即,在第二UL授权(例如,包括在第二UL授权中的DCI)指示没有重传的情况下,UE可以停止(例如,不执行)PUSCH传输(例如,PUSCH重传)(即,在通过使用第二UL授权指示ACK的情况下,初始传输)。例如,在第二UL授权(例如,包括在第二UL授权中的DCI)指示初始传输的情况下,UE可以停止(例如,不执行)PUSCH传输(例如,PUSCH重传)。另外,在第二UL授权(例如,包括在第二UL授权中的DCI)指示重传的情况下,UE可以不停止(即,执行)PUSCH传输(例如,PUSCH重传)。在此,在接收到用于初始传输的第二UL授权的情况下(例如,在接收到指示初始传输的DCI(包括在第二UL授权中)的情况下),UE可以基于第二UL授权(例如,第二UL授权中包括的DCI)的检测来执行PUSCH传输(例如,PUSCH初始传输)。即,仅在接收到用于重传的第二UL授权的情况下(例如,仅在指示重传的(包括在第二UL授权中的)DCI的情况下),UE可停止(例如,不执行)PUSCH传输(例如,PUSCH重传)。另外,仅在接收到用于重传的第二UL授权的情况下(例如,仅在指示重传的(包括在第二UL授权中的)DCI的情况下),UE可执行PUSCH传输(例如,PUSCH重传)。
即,UE(例如,配置有UL授权模式A的UE)可基于检测到的(接收的)UL授权来改变(切换)用于PUSCH传输(例如,PUSCH初始传输和/或PUSCH重传)的行为。例如,UE(例如,配置有UL授权模式A的UE)可基于检测到的UL授权是第一UL授权还是第二UL授权来改变用于PUSCH传输的行为。另外,例如,UE(例如,配置有UL授权模式A的UE)可以基于检测到UL授权的搜索空间是CSS还是USS来改变PUSCH传输(例如,PUSCH初始传输和/或PUSCH重传)的行为。另外,UE(例如,配置有UL授权模式A的UE)可以在第二UL授权(例如,包括在第二UL授权中的DCI)指示没有PUSCH重传(例如,初始传输)的情况下停止PUSCH传输(例如,PUSCH重传)。另外,UE(例如,配置有UL授权模式A的UE)可以在第二UL授权(例如,包括在第二UL授权中的DCI)指示重传的情况下执行PUSCH传输(例如,PUSCH重传)。
例如,UE(例如,配置有UL授权模式A的UE)可以始终基于对具有C-RNTI(例如,DCI包含在具有C-RNTI的UL授权中)的UL授权的检测来停止PUSCH传输(例如,PUSCH重传)。另外,UE(例如,配置有UL授权模式A的UE)始终基于对具有SPS C-RNTI(例如,DCI包含在具有SPS C-RNTI的UL授权中)的UL授权的检测来停止PUSCH传输(例如,PUSCH重传)。另外,UE(例如,配置有UL授权模式A的UE)始终基于对具有URLLC C-RNTI(例如,DCI包含在具有URLLCC-RNTI的UL授权中)的UL授权的检测来停止PUSCH传输(例如,PUSCH重传)。另外,UE(例如,配置有UL授权模式A的UE)可以不基于随机接入响应授权的检测来停止(即,执行)PUSCH传输(例如,PUSCH初始传输)。另外,UE(例如,配置有UL授权模式A的UE)可以基于利用临时C-RNTI的UL授权的检测来完成(即,执行)PUSCH传输(例如,PUSCH重传)。
即,UE(配置有UL授权模式A的UE)可以基于UL授权的检测(即,第一UL授权)来停止PUSCH传输(例如,PUSCH重传),除非PUSCH传输对应于基于争用的随机接入过程中的随机接入响应授权(即,第二UL授权),或者PUSCH传输对应于基于争用的随机接入过程中的相同传输块的重传(即,PUSCH传输对应于具有临时C-RNTI的UL授权(即,第二UL授权))。另外,在PUSCH传输对应于基于争用的随机接入过程中的随机接入响应授权(即,第二UL授权)和/或PUSCH传输对应于基于争用的随机接入过程中的相同传输块的重传(即,PUSCH传输对应于具有临时C-RNTI的UL授权(即,第二UL授权))的情况下,UE(配置有UL授权模式A的UE)可以不基于UL授权的检测(即,第二UL授权)来停止(即,执行)PUSCH传输(例如,PUSCH初始传输和/或PUSCH重传)。
在此,上面描述了配置有UL授权模式B的UE的行为。即,例如,在配置UL授权模式B(即,参数NackULgrant)的情况下,UE可以假定(考虑、解释、处理)第一UL授权作为ACK/或NACK。即,UE(例如,被配置有UL授权模式B的UE)可基于第一UL授权(例如,第一UL授权中包括的DCI)的检测来假定(考虑、解释、处理)第一UL授权。即,在第二UL授权(例如,包括在第一UL授权中的DCI)指示没有重传的情况下,UE可以停止(例如,不执行)PUSCH传输(例如,PUSCH重传)(即,在通过使用第二UL授权指示ACK的情况下,初始传输)。另外,在第二UL授权(例如,包括在第二UL授权中的DCI)指示没有重传的情况下,UE可以不停止(即,执行)PUSCH传输(例如,PUSCH重传)(即,在通过使用第第一UL授权指示ACK的情况下,初始传输)。在此,在接收到用于初始传输的第一UL授权的情况下(例如,在接收到指示初始传输的(包括在第一UL授权中的)DCI的情况下),UE可以执行PUSCH传输(例如,PUSCH初始传输)。即,仅在接收到用于重传的第一UL授权的情况下(例如,仅在指示重传的(包括在第一UL授权中的)DCI的情况下),在第一UL授权(例如,第一UL授权中包括的DCI)指示没有重传(即,初始传输)的情况下,UE可以停止(例如,不执行)PUSCH传输(例如,PUSCH重传)。另外,仅在接收到用于重传的第一UL授权的情况下(例如,仅在指示重传的(包括在第一UL授权中的)DCI的情况下),在第一UL授权(例如,第一UL授权中包括的DCI)指示重传的情况下,UE可以不停止(即,执行)PUSCH传输(例如,PUSCH重传)。
另外,例如,在配置UL授权模式B(即,参数Nackgrant)的情况下,UE可以假定(考虑、解释、处理)第二UL授权作为ACK和/或NACK。即,UE(例如,配置有UL授权模式B的UE)可以基于第二UL授权的检测,假定(考虑、解释、处理)第二UL授权(例如,DCI包含在第二UL授权中)作为ACK和/或NACK。即,在第二UL授权(例如,包括在第二UL授权中的DCI)指示没有PUSCH重传的情况下,UE可以停止(例如,不执行)PUSCH传输(例如,PUSCH重传)(即,在通过使用第二UL授权指示ACK的情况下,初始传输)。例如,在第二UL授权(例如,包括在第二UL授权中的DCI)指示没有重传(例如,初始传输)的情况下,UE可以停止(例如,不执行)PUSCH传输(例如,PUSCH重传)。另外,在第二UL授权(例如,包括在第二UL授权中的DCI)指示重传的情况下,UE可以不停止(例如,执行)PUSCH传输(例如,PUSCH重传)。在此,在接收到用于初始传输的第二UL授权的情况下(例如,在接收到指示初始传输的DCI(包括在第二UL授权中)的情况下),UE可以基于第二UL授权(例如,第二UL授权中包括的DCI)的检测来执行PUSCH传输(例如,PUSCH初始传输)。即,仅在接收到用于重传的第二UL授权的情况下(例如,仅在指示重传的(包括在第二UL授权中的)DCI的情况下),UE可停止(例如,不执行)PUSCH传输(例如,PUSCH重传)。另外,仅在接收到用于重传的第二UL授权的情况下(例如,仅在指示重传的(包括在第二UL授权中的)DCI的情况下),UE可执行PUSCH传输(例如,PUSCH重传)。
即,UE(例如,配置有UL授权模式B的UE)可以不基于检测到的(接收的)UL授权改变(切换)PUSCH传输(例如,PUSCH初始传输和/或PUSCH重传)的行为(即,与检测到的(接收的)UL授权无关)。例如,UE(例如,配置有UL授权模式B的UE)可以不改变PUSCH传输的行为,而与所检测的UL授权是否为第一UL授权或第二UL授权无关。另外,例如,UE(例如,配置有UL授权模式B的UE)可以不改变PUSCH传输(例如,PUSCH初始传输和/或PUSCH重传)的行为,而与检测到UL授权的搜索空间是CSS还是USS无关。即,在UL授权(即,第一UL授权和/或第二UL授权,例如,包括在第一UL授权中的DCI,和/或包括在第二UL授权中的DCI)指示没有PUSCH重传(例如,初始传输)的情况下,UE(例如,配置有UL授权模式B的UE)可以始终停止PUSCH传输(例如,PUSCH重传)。另外,在UL授权(即,第一UL授权和/或第二UL授权,例如,包括在第一UL授权中的DCI,和/或包括在第二UL授权中的DCI)指示重传(例如,初始传输)的情况下,UE(例如,配置有UL授权模式A的UE)可以始终执行PUSCH传输(例如,PUSCH重传)。
例如,UE(例如,配置有UL授权模式B的UE)可以总是基于UL授权(即,具有C-RNTI的UL授权、UL授权SPS C-RNTI、具有URLLC C-RNTI的UL授权、随机接入响应授权和/或具有临时C-RNTI的UL授权)的检测来停止PUSCH传输(例如,PUSCH重传)。此外,UE(例如,配置有UL授权模式A的UE)可以不基于UL授权(即,具有C-RNTI的UL授权、UL授权SPS C-RNTI、具有URLLC C-RNTI的UL授权、随机接入响应授权和/或具有临时C-RNTI的UL授权)的检测来停止(即,执行)PUSCH传输(例如,PUSCH初始传输)。
即,UE(配置有UL授权模式B的UE)可以基于UL授权的检测(即,第一UL授权,和/或第二UL授权)来停止PUSCH传输(例如,PUSCH重传),而无论PUSCH传输对应于基于争用的随机接入过程中的随机接入响应授权(即,第二UL授权),还是PUSCH传输对应于基于争用的随机接入过程中的相同传输块的重传(即,PUSCH传输对应于具有临时C-RNTI的UL授权(即,第二UL授权))。
图16是示出用于下行链路的资源网格的示例的图示。图16所示的资源网格可以用于本文公开的系统和方法的一些具体实施中。结合图1给出了关于资源网格的更多细节。
在图16中,一个下行链路子帧1669可以包括两个下行链路时隙1683。NDLRB为服务小区的下行链路带宽配置,以NRBsc的倍数表示,其中N RBsc为频域中资源块1689的大小,表示为子载波的数量,并且NDLsymb为下行链路时隙1683中OFDM符号1687的数量。资源块1689可包括多个资源元素(RE)1691。
对于PCell,NDLRB作为系统信息的一部分被广播。对于SCell(包括LAA SCell),NDLRB通过专用于UE 102的RRC消息进行配置。对于PDSCH映射,可用RE 1691可以为RE 1691,其索引1在子帧中满足1≥1数据,开始并且/或者1数据,结束≥1。
在下行链路中,可采用具有循环前缀(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。NULRB是服务小区的上行链路带宽配置,以NRBsc的倍数表示,其中NRBsc是频域中资源块1789的大小,表示为子载波的个数,并且NUL符号是上行链路时隙1783中SC-FDMA符号1793的个数。资源块1789可包括多个资源元素(RE)1791。
对于PCell,NULRB作为系统信息的一部分被广播。对于SCell(包括LAA SCell),NULRB通过专用于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,并且在时域中(即符号长度#11803a)具有2048Ts+CP的长度(例如,160Ts或144Ts),其中Ts表示定义为1/(15000*2048)秒的基带采样时间单位。对于第i个参数,子载波间隔1805可等于15*2i和有效OFDM符号长度2048*2-i*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包括NDLsymb(或NULsymb)=7个符号,第i+1个参数1901的时隙长度是第i个参数1901的时隙长度的一半,并且子帧中的时隙283的数量(例如,1ms)最终会翻倍。应当注意,无线帧可包括10个子帧,并且无线帧长度可等于10ms。
图20示出了时隙2083和子时隙2007的示例。如果子时隙2007未由高层配置,则UE102和eNB/gNB 160可以仅使用时隙2083作为调度单元。更具体地,可将给定传输块分配给时隙2083。如果子时隙2007由高层配置,则UE 102和eNB/gNB 160可使用子时隙2007以及时隙2083。子时隙2007可包括一个或多个OFDM符号。构成子时隙2007的OFDM符号的最大数量可是NDLsymb-1(或NULsymb-1)。
子时隙长度可由高层信令配置。另选地,子时隙长度可由物理层控制信道(例如,通过DCI格式)来指示。
子时隙2007可以从时隙2083内的任何符号开始,除非它与控制信道冲突。基于起始位置的限制,微时隙长度可存在限制。例如,长度为NDLsymb-l(或NULsymb-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可以管理物理层的行为(DL发射器和UL接收器的行为)并向物理层提供高层参数。高层处理器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包括周期性的无线电资源控制(RRC)消息。UE 102可接收3104包括第一参数的RRC消息。UE 102可在物理下行链路控制信道上接收3106下行链路控制信息(DCI),其中循环冗余校验(CRC)由不同于小区-RNTI(C-RNTI)的第一无线网络临时标识符(RNTI)加扰。在第一参数被配置的情况下,UE 102可基于周期性和第一偏移值来传输3108第一PUSCH传输,第一偏移值通过使用RRC消息来配置。在第一参数未被配置的情况下,UE 102可基于周期性和第二偏移值来传输3110第二PUSCH传输,第二偏移值通过使用DCI来指示,第二PUSCH传输通过使用DCI来激活。
图32是示出基站装置(gNB)160进行的通信方法3200的流程图。gNB 160可传输3202包括周期性的无线电资源控制(RRC)消息。gNB 160可传输3204包括第一参数的RRC消息。gNB 160可在物理下行链路控制信道上传输3206下行链路控制信息(DCI),其中循环冗余校验(CRC)由不同于小区-RNTI(C-RNTI)的第一无线网络临时标识符(RNTI)加扰。在配置第一参数的情况下,gNB 160可基于周期性和第一偏移值来接收3208第一PUSCH传输,第一偏移值通过使用RRC消息来配置。在第一参数未被配置的情况下,gNB 160可基于周期性和第二偏移值来接收3210第二PUSCH传输,第二偏移值通过使用DCI来指示,第二PUSCH传输通过使用DCI来激活。
术语“计算机可读介质”是指可由计算机或处理器访问的任何可用介质。如本文所用,术语“计算机可读介质”可表示非暂态性且有形的计算机可读介质和/或处理器可读介质。以举例而非限制的方式,计算机可读介质或处理器可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储设备、磁盘存储设备或其他磁存储设备,或者可用于携带或存储指令或数据结构形式的所需程序代码并且可由计算机或处理器访问的任何其他介质。如本文所用,磁盘和光盘包括压缩光盘(CD)、激光盘、光学光盘、数字通用光盘(DVD)、软磁盘及光盘,其中磁盘通常以磁性方式复制数据,而光盘则利用激光以光学方式复制数据。
应当注意,本文所述方法中的一者或多者可在硬件中实现并且/或者使用硬件执行。例如,本文所述方法中的一者或多者可在芯片组、专用集成电路(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.一种用户设备,包括:
接收部,接收电路被配置为接收包括用于配置周期性的第一参数的无线电资源控制RRC消息,
所述接收部被配置为在物理下行链路控制信道上接收下行链路控制信息DCI,其中循环冗余校验CRC由不同于小区无线电网络临时标识符C-RNTI的第一RNTI进行加扰,以及
传输部,所述传输部被配置为在第二参数通过所述RRC消息来配置的情况下,基于所述周期性和第一偏移值来执行第一PUSCH传输,所述第一偏移值通过使用所述RRC消息来配置,其中
所述传输部被配置为在所述第二参数未通过所述RRC消息来配置的情况下,基于所述周期性和第二偏移值来执行第二PUSCH传输,所述第二偏移值通过使用所述DCI来指示,所述第二PUSCH传输通过使用所述DCI来激活。
2.一种基站装置,包括:
传输部,传输电路被配置为传输包括用于配置周期性的第一参数的无线电资源控制RRC消息,以及
所述传输部被配置为在物理下行链路控制信道上传输下行链路控制信息DCI,其中循环冗余校验CRC由不同于小区无线电网络临时标识符C-RNTI的第一RNTI进行加扰,和
接收部,所述接收部被配置为在第二参数通过所述RRC消息来配置的情况下,基于所述周期性和第一偏移值来接收第一PUSCH传输,所述第一偏移值通过使用所述RRC消息来配置,其中
所述接收部被配置为在所述第二参数未通过所述RRC消息来配置的情况下,基于所述周期性和第二偏移值来接收第二PUSCH传输,所述第二偏移值通过使用所述DCI来指示,所述第二PUSCH传输通过使用所述DCI来激活。
3.一种用户设备的通信方法,包括:
接收包括用于配置周期性的第一参数的无线电资源控制RRC消息;
在物理下行链路控制信道上接收下行链路控制信息DCI,其中循环冗余校验CRC由不同于小区无线电网络临时标识符C-RNTI的第一RNTI进行加扰;
在第二参数通过所述RRC消息来配置的情况下,基于所述周期性和第一偏移值来传输第一PUSCH传输,所述第一偏移值通过使用所述RRC消息来配置;以及
在所述第二参数未通过所述RRC消息来配置的情况下,基于所述周期性和第二偏移值来传输第二PUSCH传输,所述第二偏移值通过使用所述DCI来指示,所述第二PUSCH传输通过使用所述DCI来激活。
4.一种基站装置的通信方法,包括:
传输包括用于配置周期性的第一参数的无线电资源控制RRC消息;
在物理下行链路控制信道上传输下行链路控制信息DCI,其中循环冗余校验CRC由不同于小区无线电网络临时标识符C-RNTI的第一RNTI进行加扰;
在第二参数通过所述RRC消息来配置的情况下,基于所述周期性和第一偏移值来接收第一PUSCH传输,所述第一偏移值通过使用所述RRC消息来配置;以及
在所述第二参数未通过所述RRC消息来配置的情况下,基于所述周期性和第二偏移值来接收第二PUSCH传输,所述第二偏移值通过使用所述DCI来指示,所述第二PUSCH传输通过使用所述DCI来激活。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762520518P | 2017-06-15 | 2017-06-15 | |
US62/520518 | 2017-06-15 | ||
PCT/US2018/037327 WO2018231978A1 (en) | 2017-06-15 | 2018-06-13 | Procedure, base station and user equipment for uplink transmission without grant |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110999463A CN110999463A (zh) | 2020-04-10 |
CN110999463B true CN110999463B (zh) | 2023-10-13 |
Family
ID=62817089
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880039582.0A Active CN110999463B (zh) | 2017-06-15 | 2018-06-13 | 不具有授权的上行传输的过程、基站和用户设备 |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP3639590B1 (zh) |
CN (1) | CN110999463B (zh) |
AU (1) | AU2018284843B2 (zh) |
MX (1) | MX2019014883A (zh) |
WO (1) | WO2018231978A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10945280B2 (en) * | 2017-09-08 | 2021-03-09 | Sharp Kabushiki Kaisha | User equipments, base stations and methods for uplink transmission without grant |
WO2020145869A1 (en) * | 2019-01-10 | 2020-07-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Wake-up signal (wus) controlled actions |
JPWO2020202301A1 (ja) * | 2019-03-29 | 2021-11-25 | 富士通株式会社 | 基地局装置、端末装置、及び通信システム |
EP3986067A4 (en) * | 2019-08-14 | 2022-06-29 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Wireless communication method and device |
US11558904B2 (en) * | 2019-11-06 | 2023-01-17 | Asustek Computer Inc. | Method and apparatus for uplink grant overridden in a wireless communication system |
CN111711928B (zh) * | 2020-04-28 | 2021-03-16 | 四川省水利科学研究院 | 一种基于智能水表的多区域水资源供需风险评价方法及系统 |
CN115174009B (zh) * | 2021-04-06 | 2024-04-12 | 维沃移动通信有限公司 | Harq反馈的确定方法及装置、终端及可读存储介质 |
WO2023082110A1 (zh) * | 2021-11-10 | 2023-05-19 | 北京小米移动软件有限公司 | 半静态调度的重新去激活、确定方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105338645A (zh) * | 2012-05-30 | 2016-02-17 | 英特尔移动通信有限责任公司 | 无线电通信装置 |
CN105850207A (zh) * | 2013-12-26 | 2016-08-10 | 夏普株式会社 | 终端装置、基站装置以及通信方法 |
WO2018107944A1 (en) * | 2016-12-16 | 2018-06-21 | Huawei Technologies Co., Ltd. | Systems and methods for mixed grant-free and grant-based uplink transmissions |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8706129B2 (en) * | 2008-10-30 | 2014-04-22 | Htc Corporation | Method of improving semi-persistent scheduling resources reconfiguration in a wireless communication system and related communication device |
WO2012173433A2 (ko) * | 2011-06-15 | 2012-12-20 | 엘지전자 주식회사 | 제어 정보를 전송하는 방법 및 이를 위한 장치 |
JP5379255B2 (ja) * | 2012-03-14 | 2013-12-25 | シャープ株式会社 | 移動局装置、基地局装置、通信方法、集積回路および無線通信システム |
-
2018
- 2018-06-13 AU AU2018284843A patent/AU2018284843B2/en active Active
- 2018-06-13 WO PCT/US2018/037327 patent/WO2018231978A1/en unknown
- 2018-06-13 CN CN201880039582.0A patent/CN110999463B/zh active Active
- 2018-06-13 MX MX2019014883A patent/MX2019014883A/es unknown
- 2018-06-13 EP EP18737473.1A patent/EP3639590B1/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105338645A (zh) * | 2012-05-30 | 2016-02-17 | 英特尔移动通信有限责任公司 | 无线电通信装置 |
CN105850207A (zh) * | 2013-12-26 | 2016-08-10 | 夏普株式会社 | 终端装置、基站装置以及通信方法 |
WO2018107944A1 (en) * | 2016-12-16 | 2018-06-21 | Huawei Technologies Co., Ltd. | Systems and methods for mixed grant-free and grant-based uplink transmissions |
Non-Patent Citations (1)
Title |
---|
Lenovo, Motorola Mobility.R1-1707766 "Discussion of procedures for UL transmission with and without grant".3GPP tsg_ran\WG1_RL1.(第TSGR1_89期),全文. * |
Also Published As
Publication number | Publication date |
---|---|
EP3639590A1 (en) | 2020-04-22 |
CN110999463A (zh) | 2020-04-10 |
WO2018231978A1 (en) | 2018-12-20 |
EP3639590B1 (en) | 2024-02-14 |
AU2018284843B2 (en) | 2022-11-10 |
AU2018284843A1 (en) | 2020-01-16 |
MX2019014883A (es) | 2020-02-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111279774B (zh) | 用于不具有授权的上行链路传输的过程、基站和用户设备 | |
US10499386B2 (en) | Procedure, base station and user equipment for uplink transmission without grant | |
US10601551B2 (en) | Hybrid automatic repeat request for uplink ultra-reliable and low-latency communications | |
US10448414B2 (en) | Downlink control channel for uplink ultra-reliable and low-latency communications | |
US10965407B2 (en) | User equipments, base stations and communication methods | |
CN111919405B (zh) | 用于不具有授权的上行链路传输的用户设备、基站和方法 | |
CN110419186B (zh) | 用于上行链路超高可靠和低延迟通信的下行链路控制通道 | |
US20180324770A1 (en) | User equipments, base stations and methods | |
CN110999463B (zh) | 不具有授权的上行传输的过程、基站和用户设备 | |
US10945280B2 (en) | User equipments, base stations and methods for uplink transmission without grant | |
CN111713069A (zh) | 用户设备、基站和方法 | |
CN110603765B (zh) | 用于上行链路超高可靠和低延迟通信的混合自动重传请求 | |
EP3949605B1 (en) | User equipments, base stations and methods for a configurable downlink control information format | |
CN110235400B (zh) | 用户设备、基站和通信方法 | |
CN111713039A (zh) | 用于下行链路半持久调度的用户设备、基站和方法 | |
EP3811699A1 (en) | User equipments, base stations and methods for time-domain resource allocation |
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 |