CN111279774A - 用于不具有授权的上行链路传输的过程、基站和用户设备 - Google Patents
用于不具有授权的上行链路传输的过程、基站和用户设备 Download PDFInfo
- Publication number
- CN111279774A CN111279774A CN201880051756.5A CN201880051756A CN111279774A CN 111279774 A CN111279774 A CN 111279774A CN 201880051756 A CN201880051756 A CN 201880051756A CN 111279774 A CN111279774 A CN 111279774A
- Authority
- CN
- China
- Prior art keywords
- grant
- pusch
- resources
- repetition
- transmission
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种UE,所述UE被配置为接收RRC消息,所述RRC消息包括第一信息、第二信息,所述第一信息包含调频模式、周期性和重复次数,所述第二信息包含时隙偏移,指示开始符号和长度的时域分配,频域分配,以及跳频偏移。所述UE被配置为根据所述第一信息和所述第二信息确定用于传输块的重复的多个PUSCH资源。所述多个PUSCH资源中的第一资源是基于所述周期性、所述时隙偏移、所述时域分配和所述频域分配确定的。所述多个PUSCH资源中的剩余资源将使用连续时隙。所述UE被配置为在所述多个PUSCH资源上发射所述传输块的所述重复,其中所述重复在与冗余版本0相关联的所述第一PUSCH资源上开始。
Description
相关申请的交叉引用
本申请要求2017年10月8日提交的名称为“PROCEDURES,BASE STATIONS AND USEREQUIPMENTS FOR UPLINK TRANSMISSION WITHOUT GRANT”的临时美国专利申请62/543,917的权益和优先权,该申请的代理人案卷号为SLA3739.2P(下文称为“SLA3739.2P申请”)。SLA3739.2P申请的公开内容据此以引用方式全文并入本申请中。
技术领域
本公开整体涉及通信系统。更具体地,本公开涉及用于上行链路超高可靠和低延迟通信(URLLC)的混合自动重传请求(HARQ)。
背景技术
为了满足消费者需求并改善便携性和便利性,无线通信设备已变得更小且功能更强大。消费者已变得依赖于无线通信设备,并期望得到可靠的服务、扩大的覆盖区域和增强的功能性。无线通信系统可为多个无线通信设备提供通信,每个无线通信设备都可由基站提供服务。基站可以是与无线通信设备通信的设备。
随着无线通信设备的发展,人们一直在寻求改善通信容量、速度、灵活性和/或效率的方法。然而,改善通信容量、速度、灵活性和/或效率可能会带来某些问题。
例如,无线通信设备可使用通信结构与一个或多个设备通信。然而,所使用的通信结构可能仅提供有限的灵活性和/或效率。如本讨论所示,改善通信灵活性和/或效率的系统、设备和方法可能是有利的。
发明内容
本公开涉及用于不具有授权的上行链路传输的过程、基站和用户设备。
在本公开的第一方面,描述了一种用户设备(UE)。UE可包括被配置为接收无线电资源控制(RRC)消息的接收电路,该RRC消息包括第一信息,第一信息包含跳频模式、周期性(例如,时隙数量)、重复次数和设置为真的重复启用码。
该接收电路可被配置为从RRC消息接收第二信息,第二信息包含多个物理上行链路共享信道(PUSCH)资源(例如,微时隙的位图、跳频图案)以用于一个周期内的重复。第二信息可包含时隙偏移,指示开始符号和长度的时域分配,频域分配,和跳频偏移。
UE可包括处理电路,该处理电路被配置为根据第一信息和第二信息导出和/或确定用于传输块(TB)的重复的多个PUSCH资源的参考(例如,时间参考和/或频率参考),其中基于周期性、时隙偏移、时域分配或频域分配中的至少一者确定第一多个PUSCH资源中的第一PUSCH资源,并且第一多个PUSCH中的一个或多个剩余PUSCH资源将使用具有从跳频偏移导出的一个或多个频率资源的连续时隙。
UE可包括发射电路,该发射电路被配置为在第一多个PUSCH资源上发射TB的重复,其中重复在与冗余版本(RV)0相关联的第一PUSCH资源或第二PUSCH资源上开始。
接收电路可被配置为在重复达到重复次数之前在物理下行链路控制信道(PDCCH)资源上接收第三信息,第三信息配置上行链路授权,该上行链路授权指示用于同一TB或新TB的第二多个PUSCH资源。
发射电路可被配置为根据第三信息在第二PUSCH资源上发射同一TB;停止同一TB在由第二信息给定的在相同周期性内的剩余第一多个PUSCH资源上的重复,并如果有新的TB要发射,在由第二信息给定的在相同周期内的剩余第一多个PUSCH资源上发射新TB的重复;使用重置重复计数器,在由第二信息给定的在相同周期性内的剩余第一多个PUSCH资源上发射同一TB的重复;或继续在第一多个PUSCH资源中的剩余PUSCH资源上发射TB在周期性内的重复而没有任何改变。
在本公开的第二方面,描述了基站(例如,演进型节点B(eNB)或下一代节点B(gNB))。基站可包括被配置为发射RRC消息的接收电路,该RRC消息包括第一信息,第一信息包含跳频模式、周期性(例如,时隙数量)、重复次数和设置为真的重复启用码。
发射电路可被配置为在RRC消息中发射第二信息,第二信息包含多个PUSCH资源(例如,微时隙的位图、跳频图案)以用于一个周期内的重复。第二信息可包含时隙偏移,指示开始符号和长度的时域分配,频域分配,和跳频偏移。
基站可包括接收电路,该接收电路被配置为在第一多个PUSCH资源上接收TB的重复,其中用于TB的重复的第一多个PUSCH资源是基于第一信息和第二信息确定的,其中第一多个PUSCH资源中的第一PUSCH资源是基于周期性、时隙偏移、时域分配或频域分配中的至少一者确定的,并且第一多个PUSCH资源中的一个或多个剩余PUSCH资源将使用具有从跳频偏移导出的一个或多个频率资源的连续时隙,并且其中TB的重复在与冗余版本(RV)0相关联的第一PUSCH资源或第二PUSCH资源上开始。
发射电路可被配置为在重复达到重复次数之前在PDCCH资源上发射第三信息,第三信息配置上行链路授权,该上行链路授权指示用于同一TB或新TB的第二PUSCH资源。
接收电路可被配置为根据第三信息在第二多个PUSCH资源上接收同一TB;停止在剩余PUSCH资源上接收TB的重复,并在第一多个PUSCH资源中的剩余PUSCH资源上接收新TB在周期性内的重复;使用重置重复计数器,在第一多个PUSCH资源中的剩余PUSCH资源上接收TB在周期性内的重复;或继续在第一多个PUSCH资源中的剩余PUSCH资源上接收TB在周期性内的重复而没有任何改变。
附图说明
当与附图一起阅读时,根据以下详细描述可以最好地理解示例性公开的各方面。各种特征未按比例绘制,为了清楚讨论,各种特征的尺寸可任意增大或减小。
图1是示出可在其中实现用于超高可靠和低延迟通信操作的系统和方法的一个或多个gNB以及一个或多个UE的一种具体实施的框图;
图2是示出基于授权的URLLC和基于授权增强移动宽带(eMBB)的示例的图示;
图3是示出基于授权的URLLC和基于授权的eMBB的示例的图示;
图4是示出免授权的URLLC和基于授权的eMBB的一些示例的图示;
图5是示出基于授权的URLLC和免授权的eMBB的示例的图示;
图6是示出基于授权的初始传输和免授权的初始传输的示例的图示;
图7A和图7B是示出基于授权的重传和免授权的初始传输的示例的图示;
图8是示出免授权的初始传输和免授权的重传的示例的图示;
图9是示出基于授权的重传和免授权的重传的示例的图示;
图10是示出同步HARQ和异步HARQ的示例的图示;
图11A和图11B是示出微时隙的示例的图示。在一些具体实施中,一个或多个微时隙可用于新无线电(NR);
图12是示出HARQ进程的示例的图示;
图13是示出重复的示例的图示;
图14是示出免授权的传输的示例的图示;
图15A和图15B是示出多个HARQ进程的示例的图示;
图16是示出用于下行链路的资源网格的示例的图示;
图17是示出用于上行链路的资源网格的一个示例的图示;
图18A、18B、18C和18D示出了若干参数的示例;
图19A、19B、19C和19D示出了图18中所示的参数的子帧结构的示例;
图20A、20B、20C、20D、20E和20F示出了时隙和子时隙的示例;
图21A、21B、21C和21D示出了调度时间线的示例;
图22A和22B示出了下行链路(DL)控制信道监视区域的示例;
图23A和23B示出了包括多于一个控制信道元素的DL控制信道的示例;
图24A、24B和24C示出了上行链路(UL)控制信道结构的示例;
图25是示出gNB的一个具体实施的框图;
图26是示出UE的一个具体实施的框图;
图27示出可在UE中利用的各种部件;
图28示出可在gNB中利用的各种部件;
图29是示出可在其中实现用于超高可靠和低延迟通信操作的系统和方法的UE的一种具体实施的框图;
图30是示出可在其中实现用于超高可靠和低延迟通信操作的系统和方法的gNB的一种具体实施的框图;
图31是示出根据本申请的示例性具体实施的用于不具有授权的上行链路传输的基站和UE之间的过程的图示;
图32A、32B、32C、32D和32E示出了根据本申请的示例性具体实施的重复资源的示例;
图33A、图33B、图33C和图33D示出了根据本申请的示例性具体实施的用于初始传输的已配置资源和导出的重复资源的示例;
图34A、图34B和图34C示出了根据本申请的示例性具体实施的基于微时隙的重复资源的示例;
图35A、35B、35C、35D、35E和35F示出了根据本申请的示例性具体实施的重复的开始位置的示例;
图36A、36B、36C、36D和36E示出了根据本申请的示例性具体实施的、在达到指示的重复次数之前接收到的具有UL授权的受影响重复的示例,以及处理剩余重复的方法;
图37A、37B、37C、37D和37E示出了根据本申请的示例性具体实施的在达到指示的重复次数之前接收到的具有UL授权的受影响重复的示例,以及将剩余重复资源用于新传输块(TB)的方法;
图38A是示出根据本申请的示例性具体实施的用于不具有授权的上行链路传输的UE执行的方法的流程图;以及
图38B是示出根据本申请的示例性具体实施的用于不具有授权的上行链路传输的基站执行的方法的流程图。
具体实施方式
第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可传输(例如,通过使用RR消息)用于配置执行哪个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可传输(例如,通过使用RR消息)用于配置使用哪个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的参数。
本文所提出的发明提供的有益效果是:由操作者控制的gNB可以快速方式将时间/频率资源分配给UE。
现在将参考附图来描述本文所公开的系统和方法的各种示例,其中相同的参考标号可指示功能相似的元件。如在本文附图中一般性描述和说明的系统和方法能够以各种不同的具体实施来布置和实施。因此,下文对附图呈现的几种具体实施进行更详细的描述并非意图限制要求保护的范围,而是仅仅代表所述系统和方法。
图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/gNB 160和UE 102之间交换。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(或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信令中指定参数L1modification(规范中可以使用不同的名称)。如果参数L1modification被设置为假(或未配置),则UE可不调节或修改不具有授权的UL传输的任何参数,直到接收到用于调节/修改参数的更高层信令(例如,RRC和/或MAC CE)(即,接收到更高层参数)。该模式简称为修改模式A。即,修改模式A可包括UE针对PUSCH传输使用RRC参数(即,更高层参数)的模式。此外,如果参数L1modification被设置为真(或被配置),则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)。另外,如果参数repetition-Config设置为假(或未配置),则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信令中指定参数earlyACK(规范可以使用不同的名称)。并且,如果参数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信令来配置参数skipActivation或通过规范的一些部分来确定),UE可使用所配置的参数(例如,配置的资源)来执行PUSCH传输而无需L1信令(即,未激活)。并且,如上所述,如果UE被配置为对UL传输的参数进行L1修改而不进行授权(例如,通过使用RRC信令来配置参数L1 modification或者通过规范的一些部分来确定),则UE可监视PDCCH(DCI、UL授权)以检查是否将修改相关参数。即,仅在配置了参数L1modification的情况下,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,或者可以将循环移位DM-RS字段设置为全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并且用于DM-RS字段的循环移位被设置为全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和/或URLLC C-RNTI)分配用于PUSCH传输(例如,不具有授权的UL传输),并且在此特定RNTI也由C-RNTI 1表示(它可以是或者可以不必是与上面用跳过激活配置的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,或者DM-RS字段的循环移位可以设置为全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可以接收由RNTI1加扰的相应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字段、用于DM-RS字段的循环位移等),并通过预定义规则验证其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)/
图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可以为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。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定义的。
图18A、18B、18C和18D示出了若干参数的示例。参数#1可以是基本参数(例如,参考参数)。例如,该基础参数的RE被定义为在频域中具有15kHz的子载波间隔,并且在时域中具有2048Ts+CP长度(例如,160Ts或144Ts),其中Ts表示定义为1/(15000*2048)秒的基带采样时间单位。对于第i个参数,子载波间隔可等于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传输中的每一个)。
图19A、19B、19C和19D示出了分别在图18A、18B、18C和18D中所示的参数的子帧结构的示例。考虑到时隙包括NDL symb(或NDL symb)=7个符号,第i+1个参数的时隙长度是第i个参数的时隙长度的一半,并且最终子帧(例如,1ms)中的时隙的数量会翻倍。应当注意,无线帧可包括10个子帧,并且无线帧长度可等于10ms。
图20A、20B、20C、20D、20E和20F示出了时隙和子时隙的示例。如果子时隙未由高层配置,则UE 102和eNB/gNB 160可以仅使用时隙作为调度单元。更具体地,可将给定传输块分配给时隙。如果子时隙由高层配置,则UE 102和eNB/gNB 160可使用该子时隙以及时隙。子时隙可包括一个或多个OFDM符号。构成子时隙的OFDM符号的最大数量可是NDL symb-1(或NDL symb-1)。
子时隙长度可由高层信令配置。另选地,子时隙长度可由物理层控制信道(例如,通过DCI格式)来指示。
子时隙可以从时隙内的任何符号开始,除非它与控制信道冲突。基于开始位置的限制,微时隙长度可存在限制。例如,长度为NDL symb-l(或NUL symb-1)的子时隙可从时隙中的第二个符号开始。子时隙的开始位置可由物理层控制信道(例如,通过DCI格式)来指示。另选地,子时隙的开始位置可来源于调度有关子时隙中的数据的物理层控制信道的信息(例如,搜索空间索引、盲解码候选索引、频率和/或时间资源索引、PRB索引、控制信道元素索引、控制信道元素聚合等级、天线端口索引等)。
在配置子时隙的情况下,可将给定传输块分配给时隙、子时隙、聚合的子时隙或聚合的子时隙和时隙。该单元也可以是用于HARQ-ACK位生成的单元。
图21A、21B、21C和21D示出了调度时间线的示例。对于正常的DL调度时间线,DL控制信道被映射到时隙的初始部分。DL控制信道调度同一时隙中的DL共享信道。用于DL共享信道的HARQ-ACK(即,指示是否成功地检测到每个DL共享信道中的传输块的每一个HARQ-ACK)经由在后一时隙中的UL控制信道被报告。在这种情况下,给定时隙可包含DL传输和UL传输中的一者。对于正常的UL调度时间线,DL控制信道被映射到时隙的初始部分。DL控制信道调度后一时隙中的UL共享信道。对于这些情况,DL时隙和UL时隙之间的关联定时(时间偏移)可由高层信令来固定或配置。另选地,其可由物理层控制信道(例如,DL分配DCI格式、UL授权DCI格式或另一DCI格式,诸如可在公共搜索空间中被监视的UE公共信令DCI格式)来指示。
对于自给式基础DL调度时间线,DL控制信道被映射到时隙的初始部分。DL控制信道调度同一时隙中的DL共享信道。用于DL共享信道的HARQ-ACK在映射在时隙的结束部分处的UL控制信道中报告。对于自给式基础UL调度时间线,DL控制信道被映射到时隙的初始部分。DL控制信道调度同一时隙中的UL共享信道。对于这些情况,时隙可包含DL部分和UL部分,并且DL传输和UL传输之间可存在保护时段。
自给式时隙的使用可基于自给式时隙的配置。另选地,自给式时隙的使用可基于子时隙的配置。还另选地,自给式时隙的使用可基于缩短的物理信道(例如,PDSCH、PUSCH、PUCCH等)的配置。
图22A和22B示出了DL控制信道监视区域的示例。一组或多组PRB可被配置用于DL控制信道监视。换句话讲,控制资源组在频域中是一组PRB,在该组PRB内,UE 102尝试盲解码下行链路控制信息,其中PRB可以是或可以不是频率连续的,UE 102可具有一个或多个控制资源组,并且一个DCI消息可位于一个控制资源组中。在频域中,PRB是控制信道的资源单位大小(可包括或可不包括DM-RS)。DL共享信道可在比携带所检测的DL控制信道的符号更晚的OFDM符号处开始。另选地,DL共享信道可在携带所检测的DL控制信道的最后一个OFDM符号处开始(或在比该最后一个OFDM符号更早的符号处开始)。换句话讲,可支持至少在频域中对相同或不同UE 102的数据的控制资源组中的至少一部分资源进行动态重用。
图23A和23B示出了包括多于一个控制信道元素的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控制信道元素。
图24A、24B和24C示出了UL控制信道结构的示例。UL控制信道可被映射在分别可基于PRB和频域和时域中的时隙限定的RE上。该UL控制信道可被称为长格式(或仅称为第一格式)。UL控制信道可映射在时域中的有限的OFDM符号上的RE上。这可以称为短格式(或仅称为第二格式)。具有短格式的UL控制信道可在单个PRB内的RE上映射。另选地,具有短格式的UL控制信道可在多个PRB内的RE上映射。例如,可应用交错映射,即可将UL控制信道映射到系统带宽内的每N个PRB(例如,5个或10个)。
图25是示出gNB 2560的一个具体实施的框图。gNB 2560可包括高层处理器、DL发射器、UL接收器和天线。DL发射器可包括PDCCH发射器和PDSCH发射器。UL接收器可包括PUCCH接收器和PUSCH接收器。高层处理器可以管理物理层的行为(DL发射器和UL接收器的行为)并向物理层提供高层参数。高层处理器可以从物理层获得传输块。高层处理器可向UE的高层发送/从UE的高层获取高层消息诸如RRC消息和MAC消息。高层处理器可提供PDSCH发射器传输块,并且提供与传输块有关的PDCCH发射器传输参数。UL接收器可经由接收天线接收多路复用的上行链路物理信道和上行链路物理信号并对它们进行解复用。PUCCH接收器可提供高层处理器UCI。PUSCH接收器可向高层处理器提供接收的传输块。
图26是示出UE 2602的一个具体实施的框图。UE 2602可包括高层处理器、UL发射器、DL接收器和天线。UL发射器可包括PUCCH发射器和PUSCH发射器。DL接收器可包括PDCCH接收器和PDSCH接收器。高层处理器可管理物理层的行为(UL发射器和DL接收器的行为)并向物理层提供高层参数。高层处理器可以从物理层获得传输块。高层处理器可向UE的高层发送/从UE的高层获取高层消息诸如RRC消息和MAC消息。高层处理器可以向PUSCH发射器提供传输块并提供PUCCH发射器UCI。DL接收器可经由接收天线接收多路复用的下行链路物理信道和下行链路物理信号并对它们进行解复用。PDCCH接收器可提供高层处理器DCI。PDSCH接收器可向高层处理器提供接收的传输块。
应当注意,本文所述的物理信道的名称是示例。可使用其他名称,诸如“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 160来实现。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可通过软件实现。
术语“计算机可读介质”是指可由计算机或处理器访问的任何可用介质。如本文所用,术语“计算机可读介质”可表示非暂态性且有形的计算机可读介质和/或处理器可读介质。以举例而非限制的方式,计算机可读介质或处理器可读介质可包括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的全部。
参见图31,图31是示出根据本申请的示例性具体实施的用于不具有授权(UL)的上行链路传输的基站和UE之间的过程的图示3100。在图31中,图示3100包括基站(例如,eNB或gNB)3160和UE 3102之间的动作3112、3114、3116、3118、3120和3122。
在动作3112中,基站3160使用其发射电路向UE 3102发射无线电资源控制(RRC)消息。另外,在动作3112中,UE 3102使用其接收电路接收RRC消息,除其他参数和配置之外,RRC消息包括第一信息,该第一信息包含跳频模式、周期性、重复次数(例如,指示重复的总数量的重复次数)和重复启用码。即,基站3160经由RRC信令向UE 3102传送用于UL传输的资源的分配,这可被称为传输机会。在一个具体实施中,基站3160可将周期性无线电资源(例如,用于UL传输)分配给UE 3102,其中周期性无线电资源的周期性在RRC消息中包含的第一信息中提供。这样,基站3160通过RRC消息的配置来向UE 3102授予无线电资源,该RRC消息具有或不具有由L1信令或MAC CE进行的(重新)激活/修改,对于每个随后配置的周期性资源,不需要L1信令或明确的上行链路授权。因此,可认为使用所分配的周期性无线电资源的后续传输(例如,来自UE 3102的上行链路传输)是免授权传输或不具有授权的传输。周期可取决于特定服务的延迟要求。在一个具体实施中,对于URLLC服务,周期可为0.5ms,这意味着从UE 3102到基站3160的上行链路传输应在0.5ms的每个周期内完成。在一个具体实施中,对于URLLC服务,周期可由时隙、微时隙或符号的数量表示。
另外,在该周期内,可存在多个用于重复的微时隙。在RRC消息中,第一信息还包含重复次数(“K”),以通知UE 3102在每个周期内可以应用最大重复次数。
此外,在RRC消息中,RRC消息中提供重复启用码,以给予UE 3102许可来使用所分配的用于UL传输的无线电资源来执行重复。在一个具体实施中,重复启用码是同一TB的初始传输之后的重传、附加传输或后续传输的指示标识。重复启用码可以是RRC消息中的参数,以允许UE 3102启用用于后续UL传输的重复。下面将详细讨论重复启用码(例如,RRC消息中的参数RepetitionEnabler)的细节。应当指出的是,在另一个具体实施中,基站3160可为UE 3102分配和配置多于一组的无线电资源用于上行链路传输,其中每一组所配置的无线电资源可具有不同的周期。一个或多个无线电资源组的细节可在RRC消息中所包含的第一信息中提供,如将利用图32A、32B、32C、32D和32E讨论的。
在动作3114中,基站3160(例如,eNB或gNB)使用其发送电路将具有第二信息的RRC消息发送给UE 3102,除了其他参数和配置之外,该第二信息可包含用于传输块(TB)在周期内的重复的第一多个物理上行链路共享信道(PUSCH)资源(例如,位时隙的位图,和跳频图案),时隙偏移,针对用于重复的第一多个PUSCH资源中的一个或多个的时域分配(例如,指示开始符号和长度),跳频偏移,以及针对用于重复的第一多个PUSCH资源中的一个或多个的频域分配(例如,指示载波、频子带、带宽部分(BWP))。另外,在动作3114中,UE 3102使用其接收电路来接收第二信息。第二信息向UE 3102提供关于在UL传输期间可用于重复的已分配无线电资源(例如,时间和频率资源)在周期内的确切位置的附加信息。例如,如果时隙包含14个符号,则第二信息通知UE哪些符号可用于重复。第二信息还包含指示开始符号和长度的时域分配。例如,时域分配包括时间参考,其通知UE 3102在用于重复的UL无线电资源的周期中的开始位置(例如,开始符号)和长度。重复周期的开始位置可以多种方式表示。例如,开始位置可由时隙ID的绝对值表示。又如,开始位置可由值k隐含地表示。例如,当RRC消息被UE 3102接收时,其也可用于在时间符号/时隙n处激活UL传输,并且开始参考由k表示,那么UL重复的开始位置将在符号/时隙n+k处。下文将详细讨论该参考的细节。
在动作3116中,UE 3102使用处理电路,根据第一信息和第二信息来导出和/或确定用于重复的第一多个PUSCH资源的参考(例如,时间参考和/或频率参考)。例如,第一多个PUSCH资源中的第一PUSCH资源可基于周期性、时隙偏移、时域分配(指示开始符号和长度)或频域分配中的至少一者来确定。第一多个PUSCH资源中的剩余资源可使用本文所述的各种重复图案。
在动作3118中,UE 3102使用其发射电路在第一多个PUSCH资源上发射TB的重复,并且重复的数量可由第一信息和/或第二信息指示。另外,在动作3118中,基站3160使用其接收电路在第一多个PUSCH资源上接收TB的重复,并且重复的数量可由第一信息和/或第二信息指示。
动作3120和3122描述了由于第一多个PUSCH资源已被分配给UE3102用于上行链路免许可传输,当使用第一多个PUSCH资源的上行链路免授权传输因为上行链路授权中断时,UE 3102关于如何管理上行链路传输资源(例如,第一多个PUSCH资源中的剩余资源)的行为。例如,当基站3160在PDCCH资源上向UE 3102发送第三信息时,其中第三信息包含上行链路授权,该授权指示在上行链路传输期间用于TB的重复达到重复次数之前用于另一UL传输(例如,针对当前TB或新TB)的第二多个PUSCH资源,动作3122描述UE 3102如何管理剩余第一多个PUSCH资源。
在动作3120中,基站3160使用其发射电路在PDCCH资源上发射包含上行链路授权的第三信息,该授权指示用于同一TB或新TB的第二多个PUSCH资源(例如,微时隙的位图、跳频图案等)。另外,在动作3120中,UE 3102使用其接收电路来接收第三信息。
在动作3122中,UE 3102在接收到包含上行链路授权的第三信息时,(1)在第二多个PUSCH资源上根据第三信息发射TB,同时基站3160在第二多个PUSCH资源上根据第三信息接收TB;(2)停止TB在剩余第一多个PUSCH资源上的重复,并且可选地在剩余第一多个PUSCH资源上发射新TB在周期性内的重复;(3)使用重置重复计数器,在剩余第一多个PUSCH资源上发射TB在周期性内的重复;或(4)继续在剩余第一多个PUSCH资源上根据第二信息发射TB在周期性内的重复而不进行任何改变。
重置重复计数器的原因之一是TB的免授权上行链路传输质量可能很差,并且该重复计数器可在上行链路授权之后重置以计算基于授权的传输的重复次数。重置重复计数器还提供了一种稳健的机制来便于状态机管理来自UE 3102的传输次数,因此,可以直接的方式观察到此行为已被正确实现。在一个具体实施中,图1中的UE操作124和/或UE URLLC模块126可管理重置重复计数器的操作。在一个具体实施中,图26中的高层处理器可管理重置重复计数器的操作。
应当指出的是,虽然动作3122仅提及在被上行链路授权中断时UE3102可通过三种示例性方式来管理剩余第一多个PUSCH资源,但可存在用于管理剩余第一多个PUSCH资源的其他方式,下文将讨论其中的一些。
可存在多种类型的不具有授权的UL数据传输。对于类型1,不具有授权的UL数据传输仅基于RRC(重新)配置,而不使用任何L1信令。RRC(重新)配置包括资源相对于SFN=0的周期性和偏移,时域资源分配,频域资源分配,UE特定的DMRS配置,MCS/TBS值,重复次数K,与功率控制相关的参数,还可包括与HARQ相关的参数(例如,HARQ进程的数量)。对于类型2,不具有授权的UL数据传输基于RRC配置和L1信令来用于UL数据传输的激活/停用,不使用授权。资源和参数的RRC(重新)配置包括资源的周期性,与功率控制相关的参数,并且可包括与HARQ相关的参数(例如,HARQ进程的数量)。L1信令指示资源的其他相关参数,诸如相对于与用于激活的L1信令指示的定时参考的与周期性相关联的偏移,时域资源分配,频域资源分配,UE特定的DMRS配置,MCS/TBS值。重复次数K可由RRC信令和/或由L1信令指示。对于类型3,不具有授权的UL数据传输基于RRC配置(其可使用类型1RRC配置的相同信息元素),并允许L1信令(其可与类型L1的2信令相同)修改由RRC配置的一些参数但没有用于激活的L1信令。SPS可以是不具有授权的另一种类型的UL数据传输,或者可被视为上面的类型1、类型2或类型3。
对于不具有授权的类型2或类型3UL数据传输,RRC配置中可存在参数RepetitionEnabler(例如,重复标记)。如果该参数被配置为真,则用于激活/停用/修改的对应L1信令可使用DCI格式x,其可包括重复次数的参数。如果该参数被配置为假,则用于激活/停用/修改的对应L1信令可使用DCI格式y,其可不包括重复次数的参数。在RRC配置RepetitionEnabler之后,UE具有足够的信息来监视对应的DCI格式。而且,这两种情况都可以使用相同的DCI格式,但根据RepetitionEnabler的配置值,它们具有不同的字段集,或者相同的字段具有与RepetitionEnabler的配置值相对应的不同含义。例如,如果参数RepetitionEnabler被配置为真,则使用DCI中的RV字段(或其他字段,例如MCS、NDI、RB分配、用于PUCCH的TPC命令、天线端口、加扰身份标识、层数、SRS请求,PDSCH RE映射、PDSCH开始位置,准协同定位、HARQ-ACK资源偏移、干扰存在、HARQ进程数、PDSCH定时偏移、HARQ定时偏移)来指示重复次数。在另一个具体实施中,类型2(或3)可仅用于不重复的情况。在类型2(或3)RRC配置和/或L1信令中不包括与重复相关的参数,例如重复次数。在这种情况下,不具有授权的UL重复可以是不同/独立的类型,而不是上述类型1、2或3。不具有授权的UL重复可使用单独的RRC配置和/或L1信令。RRC配置或L1信令中可包括与重复相关的参数,如重复次数。如果配置了用于免授予重复的独立类型,则UE根据与重复相关的参数来发射TB的重复。
可以使用是否配置高层参数ul-Repetition来代替高层参数RepetitionEnabler的值。更具体地,如果配置了高层参数ul-Repetition,则UE 102和gNB 160可假定DCI格式包含上述信息字段并且可执行具有重复的PUSCH发射/接收。如果未配置高层参数ul-Repetition,则UE 102和gNB 160可假定DCI格式不包含上述信息字段并且可执行不具有重复的PUSCH发射/接收。
RRC配置可包括若干UL重复配置。例如,UE专用RRC配置可包括第一重复配置和第二重复配置。第一重复配置可指定基于上述类型1UL传输的PUSCH传输的重复次数K。第一重复配置可包含用于类型1UL传输的配置消息(即,信息元素)。第二重复配置可指定由UL授权调度的PUSCH的重复次数K'(例如,PDCCH上的某些DCI格式,其中CRC被C-RNTI加扰)。重复次数K'也可应用于基于上述类型2UL传输的PUSCH传输。第二重复配置可不包含用于类型1或类型2UL传输的配置消息(即,信息元素)。第二重复配置可独立于类型1或类型2UL传输的配置消息。代替重复次数K',第二重复配置可指定是否启用如上所述的重复。
又如,UE专用RRC配置可包括第一重复配置、第二重复配置和第三重复配置。第一重复配置可指定基于上述类型1UL传输的PUSCH传输的重复次数K。第一重复配置可包含用于类型1UL传输的配置消息(即,信息元素)。第二重复配置可指定由UL授权调度的PUSCH的重复次数K'(例如,PDCCH上的某些DCI格式,其中CRC被C-RNTI加扰)。第三重复配置可指定基于上述类型2UL传输的PUSCH传输的重复次数K。第二重复配置可不包含用于类型1或类型2UL传输的配置消息(即,信息元素)。第三重复配置可包含在用于类型2UL传输的配置消息中。代替重复次数K',第二重复配置可指定是否启用如上所述的重复。代替重复次数K',第三重复配置可指定是否启用如上所述的重复。
当使用或配置重复时,用于重复的资源和针对不具有授权的UL数据传输的资源配置(类型1、类型2、类型3或SPS)之间可能存在多种关系。另外,它可以是如上所述的不同类型。在一个具体实施中,如图32A所示,用于不具有授权的UL数据传输的资源配置对应于周期性资源,并且重复使用连续周期性资源。在另一个具体实施中,如图32B所示,可配置多于一个的周期性资源并且这些资源彼此独立。同一TB的重复不能使用不同的周期性资源。在另一个具体实施中,如图32C所示,可配置多于一个的周期性资源并且这些资源彼此独立,但可被视为组合资源。同一TB的重复可使用已配置的周期性资源。在另一个具体实施中,可配置多于一个的周期性资源,但初始传输(或重复0)和其他重复使用单独配置的周期性资源。不同的已配置周期性资源可使用不同的偏移、周期性或频率资源。例如,在图32D中,配置了多于一个的周期性资源,并且不同的周期性资源可使用不同的周期性。在图32E中,配置了多于一个的周期性资源,并且不同的周期性资源可使用不同的频率资源。
应当指出的是,当使用术语“重复”时,“重复”包括初始传输。每次重复可具有重复索引。重复索引可以从0、1或任何数字开始。例如,初始传输的索引为“重复0(Rep 0)”。同一TB在初始传输之后的后续重复的索引为1,2,...(即,按升序)。规范不能明确地使用重复索引。重复索引可对应于特定参数诸如RV、MCS等;另一方面,可使用重复计数器来记录已发射(或接收)了同一TB的多少次重复。重复计数器可从0开始(或重置为0)。在发射(或接收)重复之后,重复计数器增加1。如果重复计数器达到指示的重复次数K,该数字意味着UE已完成包括初始传输在内的K次重复,则UE可停止同一TB的重复。
在另一个具体实施中,用于不具有授权的UL数据传输的资源配置可仅明确指示用于初始传输(或重复0)的资源。用于剩余重复的资源可由默认图案、固定图案或所指示的图案导出(该图案可按照规范固定,由RRC配置、MAC CE或PDCCH指示)。这里,用于重复的图案是按照特定规则用于重复的一组时间/频率资源。如果UE具有关于图案的信息,则UE具有关于用于每次重复的资源的位置的信息。或者,用于后续重复的资源可从按照给定规则的前一次重复的资源导出。规范不能使用术语“图案”,但它可以定义一些规则来确定用于重复的时间/频率资源集。例如,初始传输(或重复0)之后的重复在连续的TTI(例如,子帧、时隙、微时隙、OS)中发射。连续TTI的数量可由重复次数确定。如果重复次数为K,则后续K-1次重复将使用K-1个连续TTI。频率资源(例如,RB索引)可相同或不同,其可按照规范固定,由RRC配置、MAC CE或PDCCH指示。在又一个示例中,用于剩余重复的资源可不一定是连续的。可使用时域和/或频域中的任何间隙或跳跃图案。如果时域中的间隙被固定或指示(通过RRC,MAC CE或PDCCH)为g,则在时间索引n处的前一次重复之后,同一TB的后续重复将在时间索引n+g处被发射。如果时域中的位图(由RRC、MAC CE或PDCCH)固定或指示来确定用于重复的时间资源,则UE根据位图在时间资源上发射重复。如果频率资源序列(例如,RB索引)(由RRC、MAC CE或PDCCH)固定或指示来确定用于每次重复的频率资源,则UE根据所确定的序列在频率资源上发射重复。一些示例在图33A、图33B、图33C和图33D中示出。
在图33A中,只有用于初始传输的资源被明确地配置,并且后续重复在默认情况下在连续的TTI中发射。例如,在图33A中,重复次数为2。UE可使用紧接在用于重复的初始传输TTI之后的TTI。例如,在紧接在TB0在时间索引n中的初始传输之后的时间索引n+1中发送TB0的重复。
在图33B中,只有用于初始传输的资源被明确地配置,并且后续重复在默认情况下在连续的TTI中发射。例如,在图33B中,重复次数为4。UE可使用紧接在用于重复的初始传输TTI之后的TTI。例如,TB 0的重复在紧接在TB 0在时间索引n中的初始传输之后的时间索引n+1、n+2和n+3中发射。应当指出的是,尽管重复次数为4,但第一重复Rep 0对应于TB 0在时间索引n处的初始传输。因此,初始传输之后的重复总数为3。
在图33C中,只有用于初始传输的资源被明确地配置,并且后续重复可在时域中使用半静态或动态图案(例如,时域跳跃图案)。例如,紧接在初始传输之后的时间索引可被其他服务占用,那么基于可用时间资源,TB的重复可为半静态的或动态的。
在图33D中,只有用于初始传输的资源被明确地配置,并且后续重复可在频域中使用半静态或动态图案(例如,频域跳跃图案)。
在一个具体实施中,默认设置、时域跳跃图案和/或频域跳跃图案可包含在RRC消息中的从基站(例如,图31中的基站3160)向UE(例如,图31中的UE 3102)发射的第二信息中,如图31中的动作3114中所述。
在另一个具体实施中,用于不具有授权的UL数据传输的资源配置可仅明确地指示用于重复的周期性和/或粗资源。这里,“粗”是指持续时间(长度,或时隙/OS数量等)大于实际传输的持续时间。例如,资源配置可仅指示哪个时隙将用于UL传输/重复,但UE仍需要知道在哪个微时隙可使用传输/重复,因为每个传输可能不需要整个时隙。用于周期内的重复的资源(细资源或基于微时隙的资源)或已配置的粗资源内可由默认图案、固定图案或所指示的图案导出(该图案可按照规范固定,由RRC配置、MAC CE或PDCCH指示)。这里,用于重复的图案是按照特定规则用于重复的一组时间/频率资源。如果UE知道该图案,则UE知道用于每次重复的资源。或者,用于后续重复的资源可从按照给定规则的前一次重复的资源导出。规范不能使用术语“图案”,但它可以定义一些规则来确定用于重复的时间/频率资源集。周期可通过TTI的数量(例如,具有参考参数的1时隙(例如,15kHz SCS))或绝对时间(例如,0.5ms)来描述。周期的选择可由延迟要求确定(例如,所有重复应在所配置的0.5ms周期内完成以满足0.5ms延迟要求)。用于周期内的重复的资源(细资源或基于微时隙的资源)或已配置的粗资源内可由位图、开始位置、结束位置或长度(OS的数量)给定,其可按照规范固定,或由RRC配置、MAC CE或PDCCH指示。可能需要用于重复的精细资源来避免一些重要部分如控制区域或参考信号。例如,可不将包含控制信息或参考信号的OFDM符号分配给UL传输/重复。又如,可将包含控制信息或参考信号(RS)的OFDM符号分配给UL传输/重复。UL传输/重复可通过速率匹配来跳过控制信息或RS。或者,UL传输/重复将被控制信息或RS删余。或者,UL传输/重复将覆盖或叠加控制信息或RS。在使用动态UL/DL切换的特殊情况下,配置/分配给UL传输/重复的时间资源(例如,微时隙)动态切换到DL资源,UE可放弃或丢弃对应的UL传输,或忽略该动态切换。
图34A示出了一个示例,其中周期由粗时间粒度确定,并且重复在周期内使用细粒度。例如,周期为1个时隙,重复在该1时隙内使用微时隙。例如,可通过位图、开始位置、结束位置和长度(OS的数量)来呈现微时隙位置。
图34B示出了一个示例,其中周期由粗时间粒度确定,并且重复在周期内使用细粒度。例如,周期为2个时隙,重复在该2个时隙内使用微时隙。例如,可通过位图、开始位置、结束位置和长度(OS的数量)来呈现微时隙位置。
图34C示出了一个示例,其中周期由粗时间粒度确定,并且还指示用于重复的时隙。重复在所指示的时隙内使用细粒度。例如,重复在指示用于重复的时隙n内使用微时隙,而时隙n+1不用于重复。例如,可通过位图、开始位置、结束位置和长度(OS的数量)来呈现微时隙位置。
在一个具体实施中,图34A、34B和34C所示的配置和参数可包含在RRC消息中的从基站(例如,图31中的基站3160)向UE(例如,图31中的UE 3102)发射的第二信息中,如图31中的动作3114中所述。
在另一个具体实施中,对于微时隙位置配置,基站(例如,图31中的基站3160)可通知UE(例如,图31中的UE 3102)哪些微时隙(或符号)不能用于重复,其可包含于在RRC消息中发射的第二信息中,如图31中的动作3114中所述。
当确定用于重复的资源时,UE能够在如gNB指示的位置和时间开始发射重复(或第一传输)。在一个具体实施中,重复的开始位置(例如,初始传输或重复0的时间)可由资源配置(例如,资源相对于SFN=0的已配置周期性和偏移量,重复次数K)和/或TTI索引(例如,子帧编号、时隙索引)给定。例如,如果已配置的资源具有可除以周期*K的TTI索引,则已配置的资源可以是重复的开始位置。开始位置可与周期边界对齐。例如,紧接在周期边界之后的已配置资源可以是重复的开始位置。如果UE具有待发射的TB,则可能需要等待直到重复的下一个可用开始位置。在另一个具体实施中,重复可在当TB到达时紧接的下一个已配置资源处开始。重复的开始位置可能不是固定的,并且可以是任何已配置的资源。一些示例在图35A、35B、35C、35D、35E和35F中示出。
在图35A和图35B中,重复的开始位置(例如,初始传输或重复0的定时)可由资源配置给定,并且开始位置是固定的。在图35C和图35D中,TB在周期的中间到达并且错过开始位置,UE等待下一个可用的开始位置(例如,在时域或频域中)以开始重复。在图35E和图35F中,开始位置可为第一个可用的免授权资源。即,当TB到达时,重复可在紧接的下一个可用的已配置免授权资源(例如,时间或频率资源)处开始。
在一个具体实施中,图35A、35B、35C、35D、35E和35F所示有关开始位置的配置和参数可包含在RRC消息中的从基站(例如,图31中的基站3160)向UE(例如,图31中的UE 3102)发射的第二信息中,如图31中的动作3114中所述。
关于是等待开始位置还是立即在已配置的资源处开始重复,UE的行为可按照规范固定或由具体实施决定。UE行为可按照其他部分的设计诸如HARQ进程、重复图案隐含地确定。如果支持多个HARQ进程来进行免授权的重复,那么HARQ进程ID可与该资源相关联。为了避免HARQ进程ID混淆,重复的开始位置可受到一些规则的限制。例如,HARQ进程ID xx的TB只能以满足公式xx=floor{[floor(CURRENT_TTI/URLLCInterval)]/numberOfRepetition}modulo numberOfConfURLLC-Processes的CURRENT_TTI索引发射,该公式在上文提及。可根据重复图案设计来捆绑免授权资源。在一些情况下,可根据该图案来选择开始位置。例如,重复0使用RV 0,这可能只在符合图案的资源处被允许。在另一个具体实施中,UE行为由RRC、MAC CE或PDCCH明确地配置。例如,如果UE由RRC配置为等待开始位置(例如,参数WaitToStart被设置为真,或者参数StartImmediately被设置为假),则UE可不开始重复,直到下一个开始位置准备好传输。如果UE由RRC配置为立即开始重复(例如,参数WaitToStart被设置为假,或者参数StartImmediately被设置为真),则UE可在紧邻的下一个已配置资源处开始重复。如果PDCCH或MAC CE用于UE行为配置,则信令中可包括类似的参数如WaitToStart或StartImmediately。
即,可能需要避免基站和UE之间对于对数字“k”进行计数(例如,k=0,1,...K(K=3))(对于K次重复)的歧义。例如,可能需要避免gNB认为当前传输是K次重复中的第二传输而UE认为当前传输是K次重复中的第三传输的情况。例如,可能需要避免gNB不使数字“k”递增而UE将数字“k”递增一的情况。在下文中,对数字“k”进行计数的含义包括使数字“k”递增。
例如,在这里,数字“k”可基于针对K次重复保留(例如,被配置和/或指示)的资源来进行计数。即,数字“k”可基于在K次重复期间计数的资源数量(例如,用于K次重复的潜在和/或标称资源的数量)来确定。如上所述,用于K次重复的资源可通过使用至少时间资源(例如,周期性和/或偏移值)和/或频率资源(例如,PRB索引)来识别。这里,时间资源(例如,周期性和/或偏移值)可通过使用至少SFN(系统帧编号)、子帧、时隙、微时隙和/或符号来识别。
另外,可基于K次重复的UL传输的数量来对数字“k”进行计数。即,可基于K次重复的实际UL传输的数量来确定数字“k”。这里,如上所述,如果没有待发射的TB,则UE可跳过已配置的资源(即,已配置的授权)。这里,跳过已配置的资源的含义可包括UE不执行UL传输。另外,跳过已配置的资源的含义可包括UE不生成MAC PDU。另外,无TB的含义可包括MAC PDU仅包括用于填充BSR(缓冲区状态报告)的MAC CE和/或没有请求非周期性CSI(例如,对于该TTI(传输时间间隔))。另外,无TB的含义可包括MAC PDU仅包括具有零MAC SDU的周期性BSR和/或没有请求非周期性CSI(例如,对于该TTI)。即,如果MAC PDU仅包括用于填充BSR的MACCE和/或没有请求非周期性CSI,则在UE被配置为具有参数和/或向HARQ实体指示的授权是已配置的授权的情况下,UE可能不生成MAC PDU(例如,针对HARQ实体)。这里,gNB可发射包括该参数的RRC消息。另外,如果MAC PDU包括具有零MAC SDU的周期性BSR和/或没有请求非周期性CSI,则在UE被配置为具有参数和/或向HARQ实体指示的授权是已配置的授权的情况下,UE可能不生成MAC PDU(例如,针对HARQ实体)。即,如果MAC PDU仅包括用于填充BSR的MAC CE或具有零MAC SDU的周期性BSR和/或没有请求非周期性CSI,则UE可考虑不存在TB。并且,否则,UE可考虑存在TB。
并且,在UE认为没有用于UL传输的TB的情况下(即,在UE跳过已配置的资源的情况下),UE可能不对数字“k”进行计数。即,UE可基于是否存在待发射的TB来确定是否对数字“k”进行计数。即,在存在待发射的TB的情况下,UE可对数字“k”进行计数。另外,在不存在待发射的TB的情况下,UE可不对数字“k”进行计数。这里,在不存在待发射的TB的情况下,UE可对数字“k”进行计数。
这里,基站可能不识别UE侧是否存在TB。UE可发射用于指示k的数量的信息(即,指示)(即,UE为UL传输假定的k的数量)。例如,UE可将上行链路数据连同用于指示k的数量的信息一起发射。用于指示k的数量的信息可在已配置的资源上发射。这里,该信息可用于指示存在TB和/或不存在TB。
另外,例如,基站可配置周期性和在周期性内的K的数量(即,用于重复的K)。如上所述,可通过使用RRC消息和/或用于激活的DCI来配置和/或指示周期性。另外,可通过使用RRC消息和/或用于激活的DCI来配置和/或指示K的数量。即,例如,基站可以将10ms配置为周期性。并且,基站可将4配置为K的值(即,K=4)。UE可在10ms内执行K次重复(即,4次重复)。并且,UE可连续地在每个10ms周期性内执行K次重复(即,4次重复)。这里,如上所述,UE可在下一可用的机会中推迟(即,执行)UL传输(即,初始传输)。例如,UE可将初始传输推迟到下一周期内的可用定时(例如,下一周期内的最早定时)。即,在第(i-l)个周期内提供TB的情况下,UE可以在第i个周期内的可用定时中开始新的数据传输(初始传输)。另外,在第(i-l)个周期内未提供TB的情况下,UE可以在第i个周期内的可用定时中开始新的数据传输(初始传输)。另外,如上所述,UE可将在当前周期内的可用定时(例如,当前周期内的最早定时)中执行初始传输。即,在第i个周期内提供TB的情况下,UE可以在第i个周期内的可用定时中立即开始新的数据传输(初始传输)。
在不丧失一般性的同时,可使用重复计数器或重复索引来更好地描述重复图案或不同传输之间的关系。例如,重复k(Rep k)表示TB的第k次重复,并且Rep 0可被视为初始传输。重复计数器或重复索引可对应于特定冗余版本、MCS或其他相关参数。在UE开始TB的重复并且在重复达到重复次数之前,UE可接收可覆盖重复的一些资源的UL授权。该UL授权可用于同一TB或新的TB。UE可有不同的方式来处理针对同一TB的重复的剩余资源或针对同一TB的重复的剩余传输。在特定的具体实施中,UE可停止同一TB的后续重复并释放用于同一TB的重复的剩余已分配资源(其可用于其他传输或服务)。在另一个具体实施中,UE可在用于同一TB的重复的剩余分配资源处保持同一TB的剩余重复。除了被PDCCH覆盖的重复之外,UE保持相同的重复图案。在另一个具体实施中,UE可以利用恢复的重复计数器在用于同一TB的重复的剩余分配资源处保持重复,直到针对同一TB的重复的剩余分配资源被耗尽为止。在另一个具体实施中,UE可以利用重置重复计数器在用于同一TB的重复的剩余分配资源处保持重复,直到针对同一TB的重复的剩余分配资源被耗尽为止。在另一个具体实施中,UE可以利用恢复的重复计数器在用于同一TB的重复的剩余分配资源处和用于免授权UL传输得连续已配置资源处保持重复,直到达到重复次数为止。在另一个具体实施中,UE可以利用重置重复计数器在用于同一TB的重复的剩余分配资源处和用于免授权UL传输得连续已配置资源处保持重复,直到达到重复次数为止。图36A、图36B、图36C、图36D和图36E示出了在发生UL授权中断时如何继续当前TB的重复的具体实施。
图36A示出了在没有上行链路授权中断的情况下用于重复的已配置上行链路资源。图36B示出,在重复达到重复次数(例如,4)之前,UE接收UL授权。UE终止同一TB的后续重复。已分配资源将被释放(可用于其他传输或服务)。
图36C示出,在重复达到重复次数(例如,4)之前,UE接收UL授权。除了被PDCCH覆盖的重复之外,UE保持相同的重复图案。如图36C所示,时间索引n+2中的TB 0Rep 1被PDCCH覆盖,但是重复图案在时间索引n+4中继续,为TB 0Rep 2。
图36D示出,在重复达到重复次数(例如,4)之前,UE接收UL授权。UE跳过被PDCCH覆盖的资源,并在具有连续重复索引的剩余已分配资源上继续重复。每个重复索引可对应于特定冗余版本、MCS或其他相关参数。如图36D所示,UL授权在时间索引n+2处发生,重复图案在时间索引n+4中以TB 0Rep 1继续,其中重复索引从时间索引n中的TB 0Rep 0开始连续。
图36E示出,在重复达到重复次数(例如,4)之前,UE接收UL授权。UE跳过被PDCCH覆盖的资源,并且在具有连续重复索引的剩余分配资源和用于其他TB的重复的分配资源上继续重复,直到达到重复次数为止。每个重复索引可对应于特定冗余版本、MCS或其他相关参数。在图36E中,在时间索引n+8处,UE使用最初为TB 1Rep 0分配的资源来用于TB 0Rep 3的传输,从而满足了用于TB 0的传输的重复次数(例如4)。如图36E中可见,TB 1Rep 0移至时间索引n+10。类似地,TB 1Rep 1、TB 1Rep 2、TB 1Rep 3、TB 2Rep 0和TB 2Rep 1分别移至时间索引n+12、n+14、n+16、n+18和n+20。
在图36A至图36E中,UE可根据UL授权的参数来改变其重复行为。在一个具体实施中,如果UL授权包括重复次数,则UE可重置重复计数器。在一个具体实施中,如果UL授权不包括重复次数,则UE可不重置重复计数器。在一个具体实施中,在图31中的动作3120中,在PDCCH资源上从基站(例如,图31中的基站3160)向UE(例如,图31中的UE 3102)发送的第三信息中包含的RNTI可用于指示是否重置重复计数器。
在执行K次重复的定时中接收到UL授权(例如,动态授权、第一UL授权和/或第三UL授权,如上所述)的情况下,UE可以基于该UL授权(例如,动态授权、第一UL授权和/或第三UL授权)执行UL传输。即,在这种情况下,UE可以在通过使用该UL授权(例如,动态授权、第一UL授权和/或第三UL授权)调度的PUSCH资源上执行UL传输。如上所述,可以通过使用UL授权(例如,半持久调度授权、第二UL授权和/或第四授权,如上所述)来调度在其上执行K次重复的资源。即,UL授权(例如,动态授权、第一UL授权和/或第三UL授权)可以覆盖所述UL授权(例如,半永久调度授权、第二UL授权和/或第四授权)。此外,在这种情况下,UE可停止K次重复的UL传输。即,在这种情况下,UE可以基于UL授权(例如,动态授权、第一UL授权和/或第三UL授权)执行UL传输,并且停止K次重复的后续传输。即,执行K次重复的UE可基于对UL授权(例如,动态授权、第一UL授权和/或第三UL授权)的检测来释放已配置的资源。即,执行K次重复的UE可基于对UL授权(例如,动态授权、第一UL授权和/或第三UL授权)的检测来释放已配置的授权(例如,半持久调度授权、第二UL授权和/或第四UL授权)。
如上所述,可以半持久地调度多于一种类型的传输(即,包括重复的传输)。例如,所述多于一种类型的传输中的一种可通过使用第二UL授权来调度。另外,所述多于一种类型的传输中的另一种可通过使用第四UL授权来调度。这里,在接收到UL授权(例如,动态授权、第一UL授权和/或第三UL授权)的情况下,UE可不停止在通过使用第二UL授权调度的资源上的UL传输。即,UE可在通过使用UL授权(例如,动态授权、第一UL授权和/或第三UL授权)调度的资源上执行UL传输,然后继续在通过使用第二UL授权调度的资源上执行UL传输。即,UE可不释放通过使用第二UL授权调度的已配置资源。另外,UE可不释放已配置的UL授权(即,第二UL授权)。此外,在接收到UL授权(例如,动态授权、第一UL授权和/或第三UL授权)的情况下,UE可停止在通过使用第四UL授权调度的资源上的UL传输。即,UE可在通过使用UL授权(例如,动态授权、第一UL授权和/或第三UL授权)调度的资源上执行UL传输,然后停止在通过使用第四UL授权调度的资源上执行UL传输。即,UE可释放通过使用第四UL授权调度的已配置资源。另外,UE可释放已配置的UL授权(即,第四UL授权)。即,UE可基于已配置的资源(即,已配置的授权)来确定是否停止UL传输(即,K次重复的后续传输)。
如上所述,在接收到UL授权(例如,动态授权、第一UL授权和/或第三UL授权)的情况下,UE可停止UL传输(即,K次重复的后续传输)。即,UE可基于对UL授权的检测(例如,动态授权、第一UL授权和/或第三UL授权)停止对“k”的数量进行计数。另外,在接收到UL授权(例如,动态授权、第一UL授权和/或第三UL授权)的情况下,UE可继续执行UL传输(即,K次重复的后续传输)。即,在(例如,即使)接收到UL授权(例如,动态授权、第一UL授权和/或第三UL授权)的情况下,UE可继续对“k”的数量进行计数。
这里,对于对“k”进行计数,UE可跳过通过使用UL授权(例如,动态授权、第一UL授权和/或第三UL授权)调度的UL传输。例如,在通过使用UL授权(例如,动态授权、第一UL授权和/或第三UL授权)覆盖K次重复(例如,K=4)的第二传输的情况下,UE可不计(计为数字“k”(即,作为第二传输))通过使用UL授权(例如,动态授权、第一UL授权和/或第三UL授权)调度的UL传输。即,UE可跳过对第二传输的计数(第二传输被覆盖),并且将第三传输(即,在已配置的资源上的K次重复的第三传输)计数为数字“k=2”。即,UE可跳过对UL传输(其通过使用UL授权(例如,动态授权、第一UL授权和/或第三UL授权)来调度)的计数,并且将第三传输(即,在已配置的资源上的K次重复的第三传输)计数为数字“k=2”。
另外,对于对“k”进行计数,UE可包括通过使用UL授权(例如,动态授权、第一UL授权和/或第三UL授权)调度的UL传输。例如,在通过使用UL授权(例如,动态授权、第一UL授权和/或第三UL授权)覆盖K次重复(例如,K=4)的第二传输的情况下,UE可对通过使用UL授权(例如,动态授权、第一UL授权和/或第三UL授权)调度的UL传输进行计数(计为数字“k”(即,作为第二传输))。即,UE可执行(即,不跳过)对UL传输(其通过使用UL授权(例如,动态授权、第一UL授权和/或第三UL授权)来调度)的计数,并且将该UL传输计数为数字“k=2”。即,UE可执行(即,不跳过)对第二传输的计数(第二传输被覆盖),并且将第二传输(即,在已配置的资源上的K次重复的第二传输)计数为数字“k=2”。
在UE开始TB的重复并且在重复达到重复次数之前,UE可接收可覆盖重复的一些资源的UL授权。该UL授权可用于同一TB或新的TB。UE可有不同的方式利用针对同一TB的重复的剩余资源来发射新的TB。在特定的具体实施中,即使在UE接收到授权之后可释放已分配的剩余资源,新的TB也不会将这些资源用于同一TB。新的TB可等待直到重复的下一个可用开始位置。在又一个示例中,UE在针对同一TB的已分配剩余资源处开始新TB的重复,直到这些剩余资源被耗尽为止。新TB的重复次数受到之前为同一TB分配的剩余资源数的限制。在又一个示例中,UE在针对同一TB的已分配剩余资源和用于免授权UL传输的连续配置资源处开始新TB的重复,直到达到重复次数。在另一个具体实施中,针对同一TB的已分配剩余资源可仅用作新TB的重复的附加资源,并且它们可不影响新TB在后续已配置的免授权资源中的初始重复图案。图37A、图37B、图37C、图37D和图37E示出了在发生UL授权中断时如何使用剩余已分配UL资源用于新TB的重复的具体实施。在一个具体实施中,同一TB或不同TB的重复可通过使用HARQ进程ID、新数据指示标识和/或基站进行的配置来识别。
图37A示出了在没有上行链路授权中断的情况下用于重复的已配置上行链路资源。图37B示出,在重复达到重复次数(例如,4)之前,UE接收UL授权。UE终止同一TB的后续重复。用于该TB的已分配剩余资源不能由新TB的重复使用。新的TB可等待直到重复的下一个可用开始位置。图37B示出,在重复达到重复次数(例如,4)之前,UE接收UL授权。UE终止同一TB的后续重复。用于该TB的已分配剩余资源可由新TB的重复使用。从用于TB 0的重复中只释放了两个资源,因此TB 1的重复次数为2。
图37C示出,在重复达到重复次数(例如,4)之前,UE接收UL授权。UE终止同一TB的后续重复。用于该TB的已分配剩余资源和用于重复的连续配置资源可以由具有已配置的重复次数(例如4)的新TB的重复使用。除了这两个释放的资源,还使用了两个连续配置资源,因此TB 1的重复次数为4。
图37D示出,在重复达到重复次数(例如,4)之前,UE接收UL授权。UE终止同一TB的后续重复。用于该TB的已分配剩余资源和用于重复的连续配置资源可以由具有已配置的重复次数(例如4)的新TB的重复使用。除了这两个释放的资源,还使用了两个连续配置资源,因此TB 1的重复次数为4。
图37E示出,在重复达到重复次数(例如,4)之前,UE接收UL授权。UE终止同一TB的后续重复。用于该TB的已分配剩余资源可由新TB的重复用作附加资源。两个已释放资源用作附加资源并且可以使用默认图案,但它们不会改变用于已配置的重复的原始图案。
在UE开始TB的重复并且在重复达到重复次数之前,UE可接收UL授权,该UL授权可分配新资源,使用相同资源或覆盖重复的某些资源。该UL授权可用于同一TB。该UL授权中可包括附加信息如NDI,以指示该UL授权是用于同一TB。另外,可使用定时器来指示该授权是用于相同的数据还是新数据。定时器可在由RRC、MAC CE配置的固定位置开始,或与资源配置(周期性和/或偏移)对齐。定时器可在UE开始重复时开始。在计时器到期之前,UL授权用于同一TB。另外,在重复达到重复次数之前的UL授权可始终被视为用于相同数据的UL授权。UL授权可指示同一TB的基于授权的重复。在一个具体实施中,UL授权可包括新的重复次数。在UE接收到UL授权之后,UE遵循UL授权并开始基于授权的重复。重复计数器可被重置,或者将计数器重新用于同一TB的先前重复。在另一个具体实施中,UL授权可包括重复次数的调整因子。例如,-1表示初始重复次数应减少1,+2表示初始重复次数应增加2。重复计数器可重置,也可不重置。在另一个具体实施中,UL授权可仅指示重复计数器的重置。基于授权的重复可使用已配置的免授权资源。基于授权的重复可使用与先前重复相同的频率资源。用于重复的UL授权可显示指示频率资源和/或时间资源。用于重复的UL授权可指示重复图案,并且一组重复图案是通过RRC配置的,或由MAC CE或PDCCH指示的。UL授权可用于新的TB。该UL授权中可包括附加信息如NDI,以指示该UL授权是用于新的TB。另外,可使用定时器来指示该授权是用于相同的数据还是新数据。定时器可在由RRC、MAC CE配置的固定位置开始,或与资源配置(周期性和/或偏移)对齐。定时器可在UE开始重复时开始。该计时器到期之后,UL授权用于新的TB。另外,在重复达到重复次数之前的UL授权可始终被视为用于新数据的UL授权。用于新TB的UL授权可使用与用于同一TB的UL授权相同的DCI格式或结构,这在上文描述。UE遵循UL授权来发射新TB。重复计数器可始终当UE通过遵循授权开始新TB的重复时重置。
基于授权的重复(在这里称为先前基于授权的重复)也可被另一UL授权(也称为新的授权)中断、抢占或覆盖。处理用于重复的剩余已分配资源、重复的剩余传输以及UL授权的方式可与针对受UL授权影响的免授权重复的情况的方式相同,这在上文描述。在UE开始TB的基于授权的重复并且在重复达到重复次数之前,UE可接收可覆盖重复的一些资源的UL授权。该UL授权可用于同一TB或新的TB。UE可停止先前基于授权的重复并遵循新的授权。UE可有不同的方式利用针对同一TB的重复的剩余资源来发射新的TB。在特定的具体实施中,即使在UE接收到新授权之后可释放已分配的剩余资源,新的TB也不会将这些资源用于同一TB。新的TB可等待直到重复的下一个可用开始位置或接收到针对新TB的授权。在又一个示例中,UE在针对同一TB的已分配剩余资源处开始新TB的重复,直到这些剩余资源被耗尽为止。新TB的重复次数受到之前为同一TB分配的剩余资源数的限制。在又一个示例中,UE在针对同一TB的已分配剩余资源和连续的可用资源处开始新TB的重复,直到达到重复次数。在另一个具体实施中,针对同一TB的已分配剩余资源可仅用作新TB的重复的附加资源,并且它们可不影响新TB在后续已分配或已配置资源中的初始重复图案。
在UE开始TB的基于授权重复并且在重复达到重复次数之前,UE可接收UL授权,该UL授权可分配新资源,使用相同资源或覆盖重复的某些资源。该UL授权可用于同一TB。该UL授权中可包括附加信息如NDI,以指示该UL授权是用于同一TB。另外,可使用定时器来指示该授权是用于相同的数据还是新数据。定时器可在由RRC、MAC CE配置的固定位置开始。定时器可在UE开始重复时开始。在计时器到期之前,UL授权用于同一TB。另外,在重复达到重复次数之前的UL授权可始终被视为用于相同数据的UL授权。UL授权可指示同一TB的另一个基于授权的重复(称为新的基于授权的重复)。在一个具体实施中,UL授权可包括新的重复次数。在UE接收到UL授权之后,UE遵循UL授权并开始新的基于授权的重复。重复计数器可被重置,或者将计数器重新用于同一TB的先前重复。在另一个具体实施中,UL授权可包括重复次数的调整因子。例如,-1表示初始重复次数应减少1,+2表示初始重复次数应增加2。重复计数器可重置,也可不重置。在另一个具体实施中,新UL授权可仅指示重复计数器的重置。新的基于授权的重复可使用已配置的免授权资源。新的基于授权的重复可使用与先前重复相同的频率资源。用于重复的新UL授权可显示指示频率资源和/或时间资源。用于重复的新UL授权可指示重复图案,并且一组重复图案是通过RRC配置的,或由MAC CE或PDCCH指示的。新UL授权可用于新的TB。新UL授权中可包括附加信息如NDI,以指示该UL授权是用于同一TB。另外,可使用定时器来指示新授权是用于相同的数据还是新数据。定时器可在由RRC、MAC CE配置的固定位置开始。定时器可在UE开始先前的重复时开始。该计时器到期之后,UL授权用于新的TB。另外,在先前的重复达到重复次数之前的新UL授权可始终被视为用于新数据的UL授权。用于新TB的UL授权可使用与用于同一TB的UL授权相同的DCI格式或结构,这在上文描述。UE遵循新UL授权来发射新TB。重复计数器可始终当UE通过遵循新授权开始新TB的重复时重置。
图38A是示出根据本申请的示例性具体实施的用于不具有授权的上行链路传输的UE执行的方法的流程图3802。在本具体实施中,UE可基本上对应于图1中的UE 102。流程图3802包括动作3812、3814、3816、3818、3820、3822、3824、3826和3828。
在动作3812中,UE使用其接收电路接收RRC消息,除其他参数和配置之外,RRC消息包括第一信息,该第一信息包含跳频模式、周期性、重复次数(例如,指示重复的总数量的重复次数)和重复启用码。即,UE从基站接收用于UL传输的资源的分配,这可被称为传输机会。在一个具体实施中,基站可将周期性无线电资源(例如,用于UL传输)分配给UE,其中周期性无线电资源的周期性在RRC消息中包含的第一信息中提供。这样,基站通过RRC消息的配置来向UE授予无线电资源,该RRC消息具有或不具有由L1信令或MAC CE进行的(重新)激活/修改,对于每个随后配置的周期性资源,不需要L1信令或明确的上行链路授权。因此,可认为使用所分配的周期性无线电资源的后续传输(例如,来自UE的上行链路传输)是免授权传输或不具有授权的传输。周期可取决于特定服务的延迟要求。在一个具体实施中,对于URLLC服务,周期性可由时隙、微时隙或符号的数量表示。
另外,在该周期内,可存在多个用于重复的微时隙。在RRC消息中,第一信息还包含重复次数(“K”),以通知UE在每个周期内可以应用最大重复次数。
此外,在RRC消息中,RRC消息中提供重复启用码,以给予UE许可来使用所分配的用于UL传输的无线电资源来执行重复。在一个具体实施中,重复启用码是同一TB的初始传输之后的重传、附加传输或后续传输的指示标识。重复启用码可以是RRC消息中的参数,以允许UE启用用于后续UL传输的重复。
在动作3814中,UE使用其接收电路接收RRC消息,该RRC消息包括第二信息,除了其他参数和配置之外,该第二信息包含用于TB在周期内的重复的第一多个PUSCH资源(例如,位时隙的位图,和跳频图案),时隙偏移,针对用于重复的第一多个PUSCH资源中的一个或多个的时域分配(例如,指示开始符号和长度),跳频偏移,以及针对用于重复的第一多个PUSCH资源中的一个或多个的频域分配(例如,指示载波、频子带、BWP)。第二信息向UE提供关于在UL传输期间可用于重复的已分配无线电资源(例如,时间和频率资源)在周期内的确切位置的附加信息。例如,如果时隙包含14个符号,则第二信息通知UE哪些符号可用于重复。第二信息还包含指示开始符号和长度的时域分配。例如,时域分配包括时间参考,其通知UE在用于重复的UL无线电资源的周期中的开始位置(例如,开始符号)和长度。重复周期的开始位置可以多种方式表示。例如,开始位置可由时隙ID的绝对值表示。又如,开始位置可由值k隐含地表示。例如,当RRC消息被UE接收时,其也可用于在时间符号/时隙n处激活UL传输,并且开始参考由k表示,那么UL重复的开始位置将在符号/时隙n+k处。下文将详细讨论该参考的细节。
在动作3816中,UE 3102使用处理电路,根据第一信息和第二信息来导出和/或确定用于TB的重复的第一多个PUSCH资源的参考(例如,时间参考和/或频率参考)。例如,第一多个PUSCH资源中的第一PUSCH资源可基于周期性、时隙偏移、时域分配(指示开始符号和长度)或频域分配中的至少一者来确定。第一多个PUSCH资源中的一个或多个剩余PUSCH资源可使用具有从跳频偏移导出的一个或多个频率资源的连续时隙。
在一个具体实施中,在第一时隙中使用第一PUSCH资源发射TB的初始传输,并且在紧接在第一时隙之后的连续时隙中使用一个或多个剩余PUSCH资源来发射TB的重复。例如,参考图33B,当重复次数为4并且只有用于初始发送的资源由RRC消息显示配置时,UE可以使用紧接在初始发送TTI之后的TTI用于重复。例如,TB 0的重复在紧接在TB 0在时间索引n中的初始传输之后的时间索引n+1、n+2和n+3中发射。应当指出的是,尽管重复次数为4,但第一重复Rep 0对应于TB 0在时间索引n处的初始传输。因此,初始传输之后的重复总数为3。
在动作3818中,UE使用其发射电路在第一多个PUSCH资源上发射TB的重复,并且重复的数量可由第一信息和/或第二信息指示。例如,TB的重复在与冗余版本(RV)0相关联的第一PUSCH资源或第二PUSCH资源上开始。
在动作3820中,UE使用其接收电路在PDCCH资源上接收包含上行链路授权的第三信息,该授权指示用于同一TB或新TB的第二多个PUSCH资源(例如,微时隙的位图、跳频图案等)。
UE在接收到包含上行链路授权的第三信息时,可以(1)在动作3822中,根据第二信息在第二多个PUSCH资源上发射TB;(2)在动作3824中,停止TB在剩余第一多个PUSCH资源上的重复,并且可选地在剩余第一多个PUSCH资源上发射新TB在周期性内的重复;(3)在动作3826中,使用重置重复计数器,在剩余第一多个PUSCH资源上发射TB在周期性内的重复;或(4)在动作3828中,继续在剩余第一多个PUSCH资源上根据第二信息发射TB在周期性内的重复而不进行任何改变。
图38B是示出根据本申请的示例性具体实施的用于不具有授权的上行链路传输的基站执行的方法的流程图。在本具体实施中,基站可以基本上对应于图1中的基站160(例如,gNB)。流程图3860包括动作3862、3864、3866、3868、3870、3872、3874和3876。
在动作3862中,基站使用其发射电路向UE发射RRC消息。除其他参数和配置之外,RRC消息包括第一信息,该第一信息包含跳频模式、周期性、重复次数(例如,指示重复的总数量的重复次数)和重复启用码。即,基站经由RRC信令向UE传送用于UL传输的资源的分配,这可被称为传输机会。在一个具体实施中,基站可将周期性无线电资源(例如,用于UL传输)分配给UE,其中周期性无线电资源的周期性在RRC消息中包含的第一信息中提供。这样,基站通过RRC消息的配置来向UE授予无线电资源,该RRC消息具有或不具有由L1信令或MAC CE进行的(重新)激活/修改,对于每个随后配置的周期性资源,不需要L1信令或明确的上行链路授权。因此,可认为使用所分配的周期性无线电资源的后续传输(例如,来自UE的上行链路传输)是免授权传输或不具有授权的传输。周期可取决于特定服务的延迟要求。在一个具体实施中,对于URLLC服务,周期可由时隙、微时隙或符号的数量表示。
另外,在该周期内,可存在多个用于重复的微时隙。在RRC消息中,第一信息还包含重复次数(“K”),以通知UE在每个周期内可以应用最大重复次数。
此外,在RRC消息中,RRC消息中提供重复启用码,以给予UE许可来使用所分配的用于UL传输的无线电资源来执行重复。在一个具体实施中,重复启用码是同一TB的初始传输之后的重传、附加传输或后续传输的指示标识。重复启用码可以是RRC消息中的参数,以允许UE启用用于后续UL传输的重复。应当指出的是,在另一个具体实施中,基站可为UE分配和配置多于一组的无线电资源用于上行链路传输,其中每一组所配置的无线电资源可具有不同的周期。
在动作3864中,基站使用其发送电路将具有第二信息的RRC消息发送给UE,除了其他参数和配置之外,该第二信息可包含用于传输块(TB)在周期内的重复的第一多个物理上行链路共享信道(PUSCH)资源(例如,位时隙的位图,和跳频图案),时隙偏移,针对用于重复的第一多个PUSCH资源中的一个或多个的时域分配(例如,指示开始符号和长度),跳频偏移,以及针对用于重复的第一多个PUSCH资源中的一个或多个的频域分配(例如,指示载波、频子带、带宽部分(BWP))。第二信息向UE提供关于在UL传输期间可用于重复的已分配无线电资源(例如,时间和频率资源)在周期内的确切位置的附加信息。例如,如果时隙包含14个符号,则第二信息通知UE哪些符号可用于重复。第二信息还包含指示开始符号和长度的时域分配。例如,时域分配包括时间参考,其通知UE在用于重复的UL无线电资源的周期中的开始位置(例如,开始符号)和长度。重复周期的开始位置可以多种方式表示。例如,开始位置可由时隙ID的绝对值表示。又如,开始位置可由值k隐含地表示。例如,当RRC消息被UE 3102接收时,其也可用于在时间符号/时隙n处激活UL传输,并且开始参考由k表示,那么UL重复的开始位置将在符号/时隙n+k处。
在动作3866中,基站使用其接收电路在第一多个PUSCH资源上接收TB的重复,并且重复的数量可由第一信息和/或第二信息指示。根据第一信息和第二信息来确定用于重复的第一多个PUSCH资源的参考(例如,时间参考和/或频率参考)。例如,第一多个PUSCH资源中的第一PUSCH资源可基于周期性、时隙偏移、时域分配(指示开始符号和长度)或频域分配中的至少一者来确定。例如,TB的重复在与冗余版本(RV)0相关联的第一PUSCH资源或第二PUSCH资源上开始。第一多个PUSCH资源中的一个或多个剩余PUSCH资源可使用具有从跳频偏移导出的一个或多个频率资源的连续时隙。
在一个具体实施中,在第一时隙中使用第一PUSCH资源发射TB的初始传输,并且在紧接在第一时隙之后的连续时隙中使用一个或多个剩余PUSCH资源来发射TB的重复。例如,参考图33B,当重复次数为4并且只有用于初始发送的资源由RRC消息显示配置时,UE可以使用紧接在初始发送TTI之后的TTI用于重复。例如,TB 0的重复在紧接在TB 0在时间索引n中的初始传输之后的时间索引n+1、n+2和n+3中发射。应当指出的是,尽管重复次数为4,但第一重复Rep 0对应于TB 0在时间索引n处的初始传输。因此,初始传输之后的重复总数为3。
在动作3868中,基站使用其发射电路在PDCCH资源上发射包含上行链路授权的第三信息,该授权指示用于同一TB或新TB的第二多个PUSCH资源(例如,微时隙的位图、跳频图案等)。
基站在发射包含上行链路授权的第三信息时,可以(1)在动作3870中,根据第二信息在第二多个PUSCH资源上接收TB;(2)在动作3872中,停止接收TB在剩余第一多个PUSCH资源上的重复,并且可选地在剩余第一多个PUSCH资源上接收新TB在周期性内的重复;(3)在动作3874中,使用重置重复计数器,在剩余第一多个PUSCH资源上接收TB在周期性内的重复;或(4)在动作3876中,继续在剩余第一多个PUSCH资源上根据第二信息接收TB在周期性内的重复而不进行任何改变。
应当注意,本文所述方法中的一者或多者可在硬件中实现并且/或者使用硬件执行。例如,本文所述的方法中的一者或多者可在芯片组、专用集成电路(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的集成电路技术,则也可使用应用该技术的集成电路。
此外,每个上述实施方案中所使用的基站设备(例如,gNB)和终端设备(例如,UE)的每个功能块或各种特征可通过电路(通常为一个集成电路或多个集成电路)实施或执行。被设计为执行本说明书中所述的功能的电路可包括通用处理器、数字信号处理器(DSP)、专用或通用集成电路(ASIC)、现场可编程门阵列(FPGA),或其他可编程逻辑设备、分立栅极或晶体管逻辑器,或分立硬件部件,或它们的组合。通用处理器可为微处理器,或另选地,该处理器可为常规处理器、控制器、微控制器或状态机。通用处理器或上述每种电路可由数字电路进行配置,或可由模拟电路进行配置。此外,当由于半导体技术的进步而出现制成取代当前集成电路的集成电路的技术时,也能够使用通过该技术生产的集成电路。
Claims (20)
1.一种用户设备(UE),包括:
接收电路,所述接收电路被配置为:
接收无线电资源控制(RRC)消息,所述RRC消息包括第一信息,所述第一信息包含跳频模式、周期性和重复次数;
接收所述RRC消息,所述RRC消息包括第二信息,所述第二信息包含时隙偏移,指示开始符号和长度的时域分配,频域分配,以及跳频偏移;
处理电路,所述处理电路被配置为:
根据所述第一信息和所述第二信息确定用于传输块(TB)的重复的第一多个物理上行链路共享信道(PUSCH)资源;
其中基于所述周期性、所述时隙偏移、所述时域分配或所述频域分配中的至少一者来确定所述第一多个PUSCH资源中的第一PUSCH资源,并且所述第一多个PUSCH资源中的一个或多个剩余PUSCH资源将使用具有从所述跳频偏移导出的一个或多个频率资源的连续时隙;
发射电路,所述发射电路被配置为:
在所述第一多个PUSCH资源上发射所述TB的所述重复;
其中所述重复在与冗余版本(RV)0相关联的所述第一PUSCH资源或第二PUSCH资源上开始。
2.根据权利要求1所述的UE,其中在第一时隙中使用所述第一PUSCH资源发射所述TB的初始传输,并且在紧接在所述第一时隙之后的所述连续时隙中使用所述一个或多个剩余PUSCH资源发射所述TB的所述重复。
3.根据权利要求1所述的UE,其中所述接收电路被进一步配置为:
在物理下行链路控制信道(PDCCH)资源上接收第三信息,所述第三信息包含指示第二多个PUSCH资源的上行链路授权。
4.根据权利要求3所述的UE,其中所述发射电路被进一步配置为:
根据所述第三信息在所述第二多个PUSCH资源上发射所述TB。
5.根据权利要求3所述的UE,其中所述发射电路被进一步配置为:
(a)停止所述剩余PUSCH资源上的所述TB的所述重复,并在所述第一多个PUSCH资源中的所述剩余PUSCH资源上发射新TB在所述周期性内的重复;
(b)使用重置重复计数器,在所述第一多个PUSCH资源中的所述剩余PUSCH资源上发射所述TB在所述周期性内的所述重复;或者
(c)继续在所述第一多个PUSCH资源中的所述剩余PUSCH资源上发射所述TB在所述周期性内的所述重复而没有任何改变。
6.一种方法,包括:
由用户设备(UE)的接收电路接收无线电资源控制(RRC)消息,所述RRC消息包括第一信息,所述第一信息包含跳频模式、周期性和重复次数;
由所述接收电路接收所述RRC消息,所述RRC消息包括第二信息,所述第二信息包含时隙偏移,指示开始符号和长度的时域分配,频域分配,以及跳频偏移;
由处理电路根据所述第一信息和所述第二信息确定用于传输块(TB)的重复的第一多个物理上行链路共享信道(PUSCH)资源,其中基于所述周期性、所述时隙偏移、所述时域分配或所述频域分配中的至少一者确定所述第一多个PUSCH资源中的第一PUSCH资源,并且所述第一多个PUSCH中的一个或多个剩余PUSCH资源将使用具有从所述跳频偏移导出的一个或多个频率资源的连续时隙;
由所述UE的发射电路在所述第一多个PUSCH资源上发射所述TB的所述重复;
其中所述重复在与冗余版本(RV)0相关联的所述第一PUSCH资源或第二PUSCH资源上开始。
7.根据权利要求6所述的方法,其中在第一时隙中使用所述第一PUSCH资源发射所述TB的初始传输,并且在紧接在所述第一时隙之后的连续时隙中使用所述一个或多个剩余PUSCH资源发射所述TB的所述重复。
8.根据权利要求6所述的方法,还包括:
由所述接收电路在物理下行链路控制信道(PDCCH)资源上接收第三信息,所述第三信息包含指示第二多个PUSCH资源的上行链路授权。
9.根据权利要求8所述的方法,还包括:
根据所述第三信息在所述第二多个PUSCH资源上发射所述TB。
10.根据权利要求8所述的方法,还包括:
(a)停止所述剩余PUSCH资源上的所述TB的所述重复,并在所述第一多个PUSCH资源中的所述剩余PUSCH资源上发射新TB在所述周期性内的重复;
(b)使用重置重复计数器,在所述第一多个PUSCH资源中的所述剩余PUSCH资源上发射所述TB在所述周期性内的所述重复;或者
(c)继续在所述第一多个PUSCH资源中的所述剩余PUSCH资源上发射所述TB在所述周期性内的所述重复而没有任何改变。
11.一种基站,包括:
发射电路,所述发射电路被配置为:
发射无线电资源控制(RRC)消息,所述RRC消息包括第一信息,所述第一信息包含跳频模式、周期性和重复次数;
发射所述RRC消息,所述RRC消息包括第二信息,所述第二信息包含时隙偏移,指示开始符号和长度的时域分配,频域分配,以及跳频偏移;
接收电路,所述接收电路被配置为:
在第一多个物理上行链路共享信道(PUSCH)资源上接收传输块(TB)的重复;
其中基于所述第一信息和所述第二信息确定用于所述TB的所述重复的所述第一多个PUSCH资源;
其中基于所述周期性、所述时隙偏移、所述时域分配或所述频域分配中的至少一者来确定所述第一多个PUSCH资源中的第一PUSCH资源,并且所述第一多个PUSCH资源中的一个或多个剩余PUSCH资源将使用具有从所述跳频偏移导出的一个或多个频率资源的连续时隙;
其中所述TB的所述重复在与冗余版本(RV)0相关联的所述第一PUSCH资源或第二PUSCH资源上开始。
12.根据权利要求11所述的基站,其中在第一时隙中使用所述第一PUSCH资源接收所述TB的初始传输,并且在紧接在所述第一时隙之后的所述连续时隙中使用所述第一多个PUSCH资源中的所述一个或多个剩余PUSCH资源接收所述TB的所述重复。
13.根据权利要求11所述的基站,其中所述发射电路被进一步配置为:
在物理下行链路控制信道(PDCCH)资源上发射第三信息,所述第三信息包含指示第二多个PUSCH资源的上行链路授权。
14.根据权利要求13所述的基站,其中所述接收电路被进一步配置为:
根据所述第三信息在所述第二多个PUSCH资源上接收所述TB。
15.根据权利要求13所述的基站,其中所述接收电路被进一步配置为:
(a)停止在所述剩余PUSCH资源上接收所述TB的所述重复,并在所述第一多个PUSCH资源中的所述剩余PUSCH资源上接收新TB在所述周期性内的重复;
(b)使用重置重复计数器,在所述第一多个PUSCH资源中的所述剩余PUSCH资源上接收所述TB在所述周期性内的所述重复;或者
(c)继续在所述第一多个PUSCH资源中的所述剩余PUSCH资源上接收所述TB在所述周期性内的所述重复而没有任何改变。
16.一种方法,包括:
由基站的发射电路发射无线电资源控制(RRC)消息,所述RRC消息包括第一信息,所述第一信息包含跳频模式、周期性和重复次数;
由所述发射电路接收所述RRC消息,所述RRC消息包括第二信息,所述第二信息包含时隙偏移,指示开始符号和长度的时域分配,频域分配,以及跳频偏移;
由所述基站的接收电路在第一多个物理上行链路共享信道(PUSCH)资源上接收传输块(TB)的重复;
其中基于所述第一信息和所述第二信息确定用于所述TB的所述重复的所述第一多个PUSCH资源;
其中基于所述周期性、所述时隙偏移、所述时域分配或所述频域分配中的至少一者来确定所述第一多个PUSCH资源中的第一PUSCH资源,并且所述第一多个PUSCH资源中的一个或多个剩余PUSCH资源将使用具有从所述跳频偏移导出的一个或多个频率资源的连续时隙;
其中所述TB的所述重复在与冗余版本(RV)0相关联的所述第一PUSCH资源或第二PUSCH资源上开始。
17.根据权利要求16所述的方法,其中在第一时隙中使用所述第一PUSCH资源接收所述TB的初始传输,并且在紧接在所述第一时隙之后的所述连续时隙中使用所述第一多个PUSCH资源中的所述一个或多个剩余PUSCH资源接收所述TB的所述重复。
18.根据权利要求16所述的方法,还包括:
由所述发射电路在物理下行链路控制信道(PDCCH)资源上接收第三信息,所述第三信息包含指示第二多个PUSCH资源的上行链路授权。
19.根据权利要求18所述的方法,还包括:
由所述接收电路根据所述第三信息在所述第二多个PUSCH资源上接收所述TB。
20.根据权利要求18所述的方法,还包括:
(a)停止在所述剩余PUSCH资源上接收所述TB的所述重复,并在所述第一多个PUSCH资源中的所述剩余PUSCH资源上接收新TB在所述周期性内的重复;
(b)使用重置重复计数器,在所述第一多个PUSCH资源中的所述剩余PUSCH资源上接收所述TB在所述周期性内的所述重复;或者
(c)继续在所述第一多个PUSCH资源中的所述剩余PUSCH资源上接收所述TB在所述周期性内的所述重复而没有任何改变。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762543917P | 2017-08-10 | 2017-08-10 | |
US62/543917 | 2017-08-10 | ||
PCT/US2018/045873 WO2019032748A1 (en) | 2017-08-10 | 2018-08-08 | PROCEDURES, BASE STATION AND USER EQUIPMENT FOR UPLINK TRANSMISSION WITHOUT AUTHORIZATION |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111279774A true CN111279774A (zh) | 2020-06-12 |
CN111279774B CN111279774B (zh) | 2023-07-21 |
Family
ID=63407538
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880051756.5A Active CN111279774B (zh) | 2017-08-10 | 2018-08-08 | 用于不具有授权的上行链路传输的过程、基站和用户设备 |
Country Status (7)
Country | Link |
---|---|
US (1) | US10575299B2 (zh) |
EP (1) | EP3666001B1 (zh) |
CN (1) | CN111279774B (zh) |
BR (1) | BR112020002699A8 (zh) |
CA (1) | CA3072214A1 (zh) |
PT (1) | PT3666001T (zh) |
WO (1) | WO2019032748A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112219435A (zh) * | 2019-05-09 | 2021-01-12 | Oppo广东移动通信有限公司 | 一种确定冗余版本的方法、终端设备及网络设备 |
CN112312564A (zh) * | 2020-10-23 | 2021-02-02 | 惠州Tcl移动通信有限公司 | 通信业务的调度方法及其装置、存储介质 |
CN113692002A (zh) * | 2021-08-30 | 2021-11-23 | 中信科移动通信技术股份有限公司 | 上行免调度传输效率提升方法及系统 |
WO2022000262A1 (en) * | 2020-06-30 | 2022-01-06 | Zte Corporation | Systems and methods for determining transmission information |
WO2022000125A1 (en) * | 2020-06-28 | 2022-01-06 | Lenovo (Beijing) Limited | Method and apparatus for mapping pusch repetitions |
Families Citing this family (100)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9750056B2 (en) * | 2015-01-27 | 2017-08-29 | Huawei Technologies Co., Ltd. | System and method for transmission in a grant-free uplink transmission scheme |
US10721756B2 (en) | 2017-02-13 | 2020-07-21 | Qualcomm Incorporated | Repetition-based uplink for low latency communications in a new radio wireless communication system |
CN108809587B (zh) | 2017-05-05 | 2021-06-08 | 华为技术有限公司 | 确定参考信号序列的方法、终端设备、网络设备 |
US10499386B2 (en) * | 2017-06-15 | 2019-12-03 | Sharp Kabushiki Kaisha | Procedure, base station and user equipment for uplink transmission without grant |
US10986631B2 (en) * | 2017-06-27 | 2021-04-20 | Apple Inc. | Uplink control information (UCI) transmission and hybrid automatic repeat request (HARQ) process identification for grant-free physical uplink shared channel (PUSCH) |
EP3442299B1 (en) * | 2017-08-10 | 2020-06-17 | Nokia Technologies Oy | Methods and apparatuses for restricting user equipment autonomous transmissions |
GB2565772B (en) * | 2017-08-17 | 2020-02-26 | Tcl Communication Ltd | Improvements in or relating to UL Grant Free Transmissions - Configuration and resource bundling |
WO2019035213A1 (ja) * | 2017-08-18 | 2019-02-21 | 株式会社Nttドコモ | ユーザ端末及び無線通信方法 |
CN109511171B (zh) * | 2017-09-15 | 2022-04-12 | 华为技术有限公司 | 一种通信方法及设备 |
ES2906704T3 (es) * | 2017-09-18 | 2022-04-20 | Samsung Electronics Co Ltd | Procedimiento y aparato para el procesamiento de un paquete en un sistema de comunicación inalámbrica |
US11283548B2 (en) * | 2017-09-19 | 2022-03-22 | Qualcomm Incorporated | Physical downlink control channel retransmission for ultra-reliable low-latency communications |
CN111108796B (zh) | 2017-09-28 | 2024-04-05 | 三星电子株式会社 | 用于在多个带宽部分上执行数据发射和测量的方法和网络节点 |
WO2019082156A1 (en) * | 2017-10-27 | 2019-05-02 | Telefonaktiebolaget Lm Ericsson (Publ) | METHODS AND APPARATUS FOR PLANNING IN AN LAA |
JP7303191B2 (ja) * | 2017-11-10 | 2023-07-04 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおいてsrを運搬するpucchを送受信する方法及びそのための装置 |
KR20200086667A (ko) * | 2017-11-10 | 2020-07-17 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | Harq 번호 결정 방법, 네트워크 장치, 단말 및 컴퓨터 저장 매체 |
DK3711220T3 (da) | 2017-11-16 | 2022-05-30 | Ericsson Telefon Ab L M | Datatransmission og gentransmission til semi-persistent planlægning |
US10645610B2 (en) * | 2017-11-24 | 2020-05-05 | Mediatek Singapore Pte. Ltd. | Method and apparatus for skipping uplink transmission in mobile communications |
CN111641482B (zh) * | 2017-12-29 | 2023-08-22 | Oppo广东移动通信有限公司 | 管理定时器、传输信息的方法、终端设备和网络设备 |
JP6963032B2 (ja) * | 2018-01-12 | 2021-11-05 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | スケジューリング要求リソース設定 |
EP3755083A4 (en) * | 2018-02-12 | 2021-10-27 | Beijing Xiaomi Mobile Software Co., Ltd. | INFORMATION TRANSMISSION PROCESS, BASE STATION AND USER EQUIPMENT |
US11757572B2 (en) | 2018-02-14 | 2023-09-12 | Sharp Kabushiki Kaisha | User equipments, base stations and methods for uplink transmission |
EP3753331A1 (en) * | 2018-02-15 | 2020-12-23 | Telefonaktiebolaget LM Ericsson (publ) | Resource configuration in a wireless communication system |
US10863538B2 (en) * | 2018-02-26 | 2020-12-08 | Qualcomm Incorporated | Grant processing during grant-free uplink repetitions |
US10959259B2 (en) * | 2018-05-25 | 2021-03-23 | Qualcomm Incorporated | Techniques for base and extended grants |
US11510184B2 (en) * | 2018-07-03 | 2022-11-22 | Qualcomm Incorporated | Physical uplink control channel repetition |
US11026226B2 (en) | 2018-07-06 | 2021-06-01 | Qualcomm Incorporated | Feedback design for multi-transmission reception point transmission |
CN112534930B (zh) * | 2018-07-25 | 2024-04-05 | 索尼公司 | 基站、用户设备、电路、移动电信系统和方法 |
CN110798888B (zh) * | 2018-08-01 | 2023-03-24 | 维沃移动通信有限公司 | 资源分配、资源使用方法、用户设备及网络侧设备 |
CN110831219B (zh) * | 2018-08-10 | 2021-08-24 | 北京紫光展锐通信技术有限公司 | 业务冲突处理方法、用户终端及计算机可读存储介质 |
GB2576217A (en) * | 2018-08-10 | 2020-02-12 | Nec Corp | Communication system |
CN110831220B (zh) * | 2018-08-10 | 2023-06-02 | 中兴通讯股份有限公司 | 一种传输块tb调度方法及装置 |
CN112534937B (zh) * | 2018-08-10 | 2024-05-14 | 瑞典爱立信有限公司 | 用于上行链路信道的时间资源 |
CN110972287B (zh) * | 2018-09-28 | 2022-05-17 | 大唐移动通信设备有限公司 | 一种harq进程id的确定方法、装置、终端及介质 |
CN113170481B (zh) * | 2018-09-28 | 2024-03-12 | 株式会社Ntt都科摩 | 发送装置以及接收装置 |
EP3868027A1 (en) * | 2018-10-26 | 2021-08-25 | Huawei Technologies Co., Ltd. | Network device and wireless communication device for cyclic communication |
WO2020091644A1 (en) * | 2018-10-29 | 2020-05-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Allocation of resources to a terminal device |
JP2020072375A (ja) * | 2018-10-31 | 2020-05-07 | シャープ株式会社 | 端末装置および基地局装置 |
US10833818B2 (en) * | 2018-11-13 | 2020-11-10 | Qualcomm Incorporated | Resource exclusion in a half duplex based wireless communication system |
CN112868194A (zh) * | 2018-12-27 | 2021-05-28 | Oppo广东移动通信有限公司 | 重复传输方法、装置、芯片及计算机程序 |
US12021626B2 (en) * | 2019-01-10 | 2024-06-25 | Sharp Kabushiki Kaisha | User equipment and base stations that achieve mini-slot-based repetitions |
CN111436144B (zh) * | 2019-01-11 | 2023-06-06 | 华为技术有限公司 | 一种确定传输块大小的方法及装置 |
WO2020170043A2 (en) * | 2019-02-22 | 2020-08-27 | Lenovo (Singapore) Pte Ltd | Autonomously triggering retransmission of data |
WO2020190117A1 (ko) * | 2019-03-19 | 2020-09-24 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치 |
WO2020191638A1 (zh) * | 2019-03-26 | 2020-10-01 | Oppo广东移动通信有限公司 | Pdcch监听方法、终端设备和网络设备 |
CN111757470B (zh) * | 2019-03-27 | 2022-06-14 | 华为技术有限公司 | 一种资源配置方法及通信装置 |
WO2020191765A1 (zh) * | 2019-03-28 | 2020-10-01 | Oppo广东移动通信有限公司 | 传输数据的方法和终端设备 |
US12052729B2 (en) | 2019-03-28 | 2024-07-30 | JRD Communication (Shenzhen) Ltd. | Transmission pre-emption |
CN111757487B (zh) * | 2019-03-29 | 2022-04-12 | 华为技术有限公司 | 一种通信方法及设备 |
JP2020167568A (ja) * | 2019-03-29 | 2020-10-08 | シャープ株式会社 | 基地局装置、端末装置、および、通信方法 |
CN111757501A (zh) * | 2019-03-29 | 2020-10-09 | 北京三星通信技术研究有限公司 | 用户设备、基站及数据传输的方法 |
US11553471B2 (en) * | 2019-03-29 | 2023-01-10 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting data |
WO2020202301A1 (ja) * | 2019-03-29 | 2020-10-08 | 富士通株式会社 | 基地局装置、端末装置、及び通信システム |
CN111769912B (zh) * | 2019-04-02 | 2022-01-04 | 大唐移动通信设备有限公司 | 配置信息的处理、发送、确定方法、网络侧设备及终端 |
CN111800870B (zh) * | 2019-04-02 | 2023-01-03 | 大唐移动通信设备有限公司 | 信息传输方法及终端 |
US12095562B2 (en) | 2019-04-02 | 2024-09-17 | Datang Mobile Communications Equipment Co., Ltd. | Information transmission method and user equipment |
CN111865516B (zh) * | 2019-04-25 | 2021-10-29 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的用户设备、基站中的方法和装置 |
CN111866920B (zh) * | 2019-04-30 | 2022-03-29 | 中国信息通信研究院 | 一种物理上行共享信道发送方法和设备 |
KR20220002578A (ko) * | 2019-04-30 | 2022-01-06 | 후지쯔 가부시끼가이샤 | 참고 신호의 송신을 위한 방법 및 장치 및 통신 시스템 |
US11419123B2 (en) * | 2019-05-03 | 2022-08-16 | Qualcomm Incorporated | Uplink transmission cancellation |
CN112188620B (zh) * | 2019-07-01 | 2022-04-05 | 华为技术有限公司 | 一种通信方法及装置 |
CN112217616A (zh) | 2019-07-10 | 2021-01-12 | 苹果公司 | 上行链路重复增强 |
CN112242884A (zh) * | 2019-07-19 | 2021-01-19 | 大唐移动通信设备有限公司 | 信息传输方法及装置 |
US11477815B2 (en) * | 2019-07-31 | 2022-10-18 | Huawei Technologies Co., Ltd. | Method and apparatus for semi-persistent scheduling and configured grant configurations |
CN111092704A (zh) * | 2019-07-31 | 2020-05-01 | 中兴通讯股份有限公司 | 信号传输方法、装置、网络设备及存储介质 |
CN111278131B (zh) * | 2019-08-12 | 2023-12-05 | 维沃移动通信有限公司 | 一种调度方法、网络设备及终端 |
US11540310B2 (en) * | 2019-08-12 | 2022-12-27 | Qualcomm Incorporated | Group scheduling applications |
EP4017173A4 (en) * | 2019-08-15 | 2022-10-19 | Huawei Technologies Co., Ltd. | METHOD AND APPARATUS FOR DETERMINING AN UPLINK TRANSMISSION TIME DOMAIN RESOURCE |
KR20210020740A (ko) * | 2019-08-16 | 2021-02-24 | 삼성전자주식회사 | 네트워크 협력통신을 위한 상향링크 제어 정보 전송 방법 및 장치 |
WO2021034052A1 (en) * | 2019-08-16 | 2021-02-25 | Samsung Electronics Co., Ltd. | Apparatus and method for transmission of uplink control information in network cooperative communication |
WO2021038658A1 (ja) * | 2019-08-23 | 2021-03-04 | 株式会社Nttドコモ | 端末及び無線通信方法 |
WO2021040585A1 (en) * | 2019-08-26 | 2021-03-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Harq codebook structure |
WO2021035573A1 (en) * | 2019-08-28 | 2021-03-04 | Qualcomm Incorporated | Payload segmentation and resource mapping for gf transmissions |
CN113853826B (zh) * | 2019-09-06 | 2023-06-27 | 华为技术有限公司 | 一种数据重传方法以及相关装置 |
US11728937B2 (en) * | 2019-09-26 | 2023-08-15 | Qualcomm Incorporated | HARQ process identifier determination |
KR20210039870A (ko) * | 2019-10-02 | 2021-04-12 | 삼성전자주식회사 | 무선 통신 시스템에서 반복적인 송수신을 위한 방법 및 장치 |
CN114531938B (zh) * | 2019-10-04 | 2024-05-31 | 瑞典爱立信有限公司 | 具有重复的配置的ul |
US20230361971A1 (en) * | 2019-10-11 | 2023-11-09 | Beijing Xiaomi Mobile Software Co., Ltd. | Methods for transmitting or receiving data, terminal, and storage medium |
CN112672365A (zh) * | 2019-10-16 | 2021-04-16 | 普天信息技术有限公司 | 免授权频谱的pusch增强方法及终端 |
WO2021108988A1 (zh) * | 2019-12-03 | 2021-06-10 | Oppo广东移动通信有限公司 | 资源冲突的处理方法、装置、终端及存储介质 |
CN111225444B (zh) * | 2020-01-03 | 2022-08-30 | 北京紫光展锐通信技术有限公司 | 数据传输方法及装置 |
KR20210095430A (ko) | 2020-01-23 | 2021-08-02 | 삼성전자주식회사 | 무선통신 시스템에서 상향링크 채널 송신 방법 및 장치 |
WO2021157040A1 (ja) * | 2020-02-06 | 2021-08-12 | 株式会社Nttドコモ | 端末及び通信方法 |
CN114930951B (zh) * | 2020-02-14 | 2024-08-23 | 中兴通讯股份有限公司 | 信号取消的方法 |
EP3879738A1 (en) | 2020-03-11 | 2021-09-15 | Fraunhofer Gesellschaft zur Förderung der angewandten Forschung e.V. | Methods and apparatuses for physical uplink shared channel for multi transmit-receive-point communications in a wireless communications network |
EP3905827A1 (en) * | 2020-04-29 | 2021-11-03 | Nokia Technologies Oy | User equipment and base station |
US11005696B1 (en) | 2020-05-01 | 2021-05-11 | Huawei Technologies Co., Ltd. | Modulation scheme in a wireless communication system |
ES2926288T3 (es) * | 2020-05-11 | 2022-10-25 | Asustek Comp Inc | Método y aparato para la generación de bloques de transporte con multiplexación espacial de UL en un sistema de comunicación inalámbrica |
CN113676921A (zh) * | 2020-05-13 | 2021-11-19 | 维沃移动通信有限公司 | Pusch传输参数的确定方法和通信设备 |
WO2021230530A1 (en) * | 2020-05-13 | 2021-11-18 | Samsung Electronics Co., Ltd. | Method and system for optimal resource management in a network |
CN115669122A (zh) * | 2020-05-15 | 2023-01-31 | 苹果公司 | 用于稳健物理上行链路共享信道发射的控制信令 |
BR112022015157A2 (pt) * | 2020-07-08 | 2023-01-17 | Zte Corp | Salto de frequência flexível |
WO2022011674A1 (en) * | 2020-07-17 | 2022-01-20 | Nec Corporation | Method, device and computer storage medium for communication |
US20230217447A1 (en) * | 2020-07-22 | 2023-07-06 | Qualcomm Incorporated | Repetition in a configured grant |
JP2023533083A (ja) * | 2020-07-27 | 2023-08-01 | 鴻穎創新有限公司 | 繰り返しベースの上りリンク送信を行うための無線通信方法及びユーザ機器 |
US11496236B2 (en) * | 2020-08-14 | 2022-11-08 | Samsung Electronics Co., Ltd. | Method and apparatus for link budget enhancements in communication systems |
CN114765863A (zh) * | 2021-01-13 | 2022-07-19 | 维沃移动通信有限公司 | 传输处理方法及相关设备 |
US20220312383A1 (en) * | 2021-03-29 | 2022-09-29 | Qualcomm Incorporated | Frequency hopping techniques for uplink shared channel repetitions |
US11711829B2 (en) * | 2021-06-24 | 2023-07-25 | Meta Platforms Technologies, Llc | Context aware mode switching of wireless device |
CN115913476A (zh) * | 2021-08-02 | 2023-04-04 | 维沃移动通信有限公司 | 反馈方法、相关设备及可读存储介质 |
US11818702B2 (en) * | 2022-03-25 | 2023-11-14 | Asustek Computer Inc. | Method and apparatus of handling semi-persistent scheduling (SPS) deactivation state of unicast and multicast in a wireless communication system |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103548409A (zh) * | 2011-05-02 | 2014-01-29 | Lg电子株式会社 | 在无线通信系统中发射/接收数据的方法及其基站 |
WO2016163709A1 (ko) * | 2015-04-09 | 2016-10-13 | 삼성전자 주식회사 | 비면허 대역을 사용하는 셀룰러 네트워크에서의 자원할당 방법 및 그 장치 |
CN106471759A (zh) * | 2014-07-07 | 2017-03-01 | Lg 电子株式会社 | 在无线通信系统中的未授权带中的参考信号传输方法及其设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101990753B1 (ko) * | 2015-10-17 | 2019-06-20 | 콤캐스트 케이블 커뮤니케이션스 엘엘씨 | 부분 서브프레임 및 전체 서브프레임에서의 제어 채널 구성 |
US10965407B2 (en) * | 2017-02-02 | 2021-03-30 | Sharp Kabushiki Kaisha | User equipments, base stations and communication methods |
CN106788943B (zh) * | 2017-02-16 | 2020-05-19 | 宇龙计算机通信科技(深圳)有限公司 | 免上行调度许可的资源配置方法、用户设备及基站 |
US10939321B2 (en) * | 2017-09-11 | 2021-03-02 | Apple Inc. | Power boosting and transport block size (TBS) design in a new radio (NR) system |
-
2018
- 2018-08-08 PT PT187622097T patent/PT3666001T/pt unknown
- 2018-08-08 BR BR112020002699A patent/BR112020002699A8/pt unknown
- 2018-08-08 WO PCT/US2018/045873 patent/WO2019032748A1/en unknown
- 2018-08-08 CN CN201880051756.5A patent/CN111279774B/zh active Active
- 2018-08-08 CA CA3072214A patent/CA3072214A1/en active Pending
- 2018-08-08 EP EP18762209.7A patent/EP3666001B1/en active Active
- 2018-08-09 US US16/100,032 patent/US10575299B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103548409A (zh) * | 2011-05-02 | 2014-01-29 | Lg电子株式会社 | 在无线通信系统中发射/接收数据的方法及其基站 |
CN106471759A (zh) * | 2014-07-07 | 2017-03-01 | Lg 电子株式会社 | 在无线通信系统中的未授权带中的参考信号传输方法及其设备 |
WO2016163709A1 (ko) * | 2015-04-09 | 2016-10-13 | 삼성전자 주식회사 | 비면허 대역을 사용하는 셀룰러 네트워크에서의 자원할당 방법 및 그 장치 |
Non-Patent Citations (2)
Title |
---|
HUAWEI, HISILICON: "R1-1709991 \"Resource configuration on UL transmission without grant\"" * |
NTT DOCOMO, INC.: "R1-1711111 \"Overall solutions for UL grant free transmission\"" * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112219435A (zh) * | 2019-05-09 | 2021-01-12 | Oppo广东移动通信有限公司 | 一种确定冗余版本的方法、终端设备及网络设备 |
CN112219435B (zh) * | 2019-05-09 | 2023-08-25 | Oppo广东移动通信有限公司 | 一种确定冗余版本的方法、终端设备及网络设备 |
WO2022000125A1 (en) * | 2020-06-28 | 2022-01-06 | Lenovo (Beijing) Limited | Method and apparatus for mapping pusch repetitions |
WO2022000262A1 (en) * | 2020-06-30 | 2022-01-06 | Zte Corporation | Systems and methods for determining transmission information |
CN112312564A (zh) * | 2020-10-23 | 2021-02-02 | 惠州Tcl移动通信有限公司 | 通信业务的调度方法及其装置、存储介质 |
CN112312564B (zh) * | 2020-10-23 | 2023-12-15 | 惠州Tcl移动通信有限公司 | 通信业务的调度方法及其装置、存储介质 |
CN113692002A (zh) * | 2021-08-30 | 2021-11-23 | 中信科移动通信技术股份有限公司 | 上行免调度传输效率提升方法及系统 |
CN113692002B (zh) * | 2021-08-30 | 2023-11-07 | 中信科移动通信技术股份有限公司 | 上行免调度传输效率提升方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2019032748A1 (en) | 2019-02-14 |
US20190053211A1 (en) | 2019-02-14 |
EP3666001A1 (en) | 2020-06-17 |
BR112020002699A8 (pt) | 2023-04-25 |
EP3666001B1 (en) | 2022-10-05 |
CN111279774B (zh) | 2023-07-21 |
CA3072214A1 (en) | 2019-02-14 |
US10575299B2 (en) | 2020-02-25 |
PT3666001T (pt) | 2022-11-08 |
BR112020002699A2 (pt) | 2020-07-28 |
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 | |
CN110419186B (zh) | 用于上行链路超高可靠和低延迟通信的下行链路控制通道 | |
US10341998B2 (en) | User equipments, base stations and methods | |
CN111919405B (zh) | 用于不具有授权的上行链路传输的用户设备、基站和方法 | |
US20180324770A1 (en) | User equipments, base stations and methods | |
CN110603765B (zh) | 用于上行链路超高可靠和低延迟通信的混合自动重传请求 | |
US10945280B2 (en) | User equipments, base stations and methods for uplink transmission without grant | |
EP3619876B1 (en) | User equipments, base stations and methods | |
CN110999463B (zh) | 不具有授权的上行传输的过程、基站和用户设备 | |
CN110235400B (zh) | 用户设备、基站和通信方法 | |
CN111713039A (zh) | 用于下行链路半持久调度的用户设备、基站和方法 | |
WO2019246451A1 (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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20200812 Address after: No.1, Takumicho, Sakai Ward, Sakai City, Osaka Prefecture, Japan Applicant after: Sharp Corp. Applicant after: FG Innovation Co.,Ltd. Address before: No.1, Takumicho, Sakai Ward, Sakai City, Osaka Prefecture, Japan Applicant before: Sharp Corp. |
|
TA01 | Transfer of patent application right | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |