掌桥专利:专业的专利平台
掌桥专利
首页

用于基于帧的设备NR免许可中的上行链路传输的方法和设备

文献发布时间:2023-06-19 12:16:29


用于基于帧的设备NR免许可中的上行链路传输的方法和设备

技术领域

本申请大体上涉及无线通信系统,更具体地说,本公开涉及基于帧的设备NR免许可中的上行链路传输。

背景技术

为了满足自从部署4G通信系统以来不断增加的无线数据流量需求,已经致力于开发改进的5G或准5G通信系统。因此,5G或准5G通信系统还被称为“超4G网络”或“后LTE系统”。5G通信系统被认为是在较高频率(毫米波)频带(例如,60GHz频带)中实现的,从而达到较高数据速率。为了降低无线电波的传播损耗并且增加传输距离,在5G通信系统中论述了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外,在5G通信系统中,正在基于高级小型小区、云无线电接入网络(RAN)、超密集网络、装置到装置(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等来开发系统网络改进。在5G系统中,已经开发了作为高级编码调制(ACM)的混合FSK与QAM调制(FQAM)和滑动窗口叠加编码(SWSC),以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

互联网(其是以人为中心的连接性网络,其中人生成并消费信息)现在正演变为物联网(IoT),其中分布式实体(诸如事物)在没有人类干预的情况下交换并处理信息。已经出现了一种通过与云服务器等连接将大数据处理技术与IoT技术相结合的万联网(IoE)技术。随着IoT实施需要诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”等技术元素,最近已经研究了传感器网络、机器到机器(M2M)通信、机器类型通信(MTC)等。此类IoT环境可以提供智能互联网技术服务,其通过收集并分析在连接事物之间生成的数据来为人类生活创造新的价值。IoT可以通过现有信息技术(IT)与各种工业应用之间的融合和组合来应用于包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能电器和高级医疗服务在内的多个领域。

与此相一致,已经进行了各种尝试来将5G通信系统应用于IoT网络。例如,诸如传感器网络、机器类型通信(MTC)和机器到机器(M2M)通信等技术可以通过波束成形、MIMO和阵列天线来实现。云无线电接入网络(RAN)作为上述大数据处理技术的应用还可以被认为是5G技术与IoT技术之间的融合的示例。

通信系统包括下行链路(DL)和上行链路(UL),下行链路(DL)将信号从诸如基站(BS)或NodeB等发送点传送到用户设备(UE),上行链路(UL)将信号从UE传送到诸如NodeB等接收点。UE(通常还称为终端或移动站)可以是固定的或移动的,并且可以是蜂窝电话、个人计算机装置或自动化装置。eNodeB(eNB)(在长期演进(LTE)通信系统中称为NodeB)以及gNodeB(gNB)(在新无线电(NR)通信系统中称为NodeB)还可以被称为接入点或其他等效术语。

发明内容

技术问题

基于帧的设备或FBE是一种信道接入机制,其中发送/接收结构具有周期性定时,其周期性被称为固定帧周期(FFP);并且发起装置应当在FFP开始时在操作信道上开始传输之前在观察时隙期间执行先听后说(LBT)。FFP在1ms到10ms内,并且观察时隙至少为9微秒。如果LBT在一个操作信道上失败,则发起装置不得在那个信道上发送,除非短控制信令传输符合某些要求。与FBE操作的成功LBT校验相关联的信道占用时间(COT)应当不大于FFP的95%,并且应当跟随有一个空闲周期,直到下一个FFP开始,使得空闲周期至少为max(信道占用时间的5%,100微秒)。

除了基于负载的设备(LBE)操作模式之外,NR免许可(NR-U)还可以针对各种应用场景支持FBE操作模式。示例可以包括在操作信道中存在单个NR-U运营商并且可以排除其他Wi-Fi网络(例如,通过部署);以及两个或更多个NR-U运营商共存于操作信道中,潜在地在运营商之间进行协调;以及一个或多个NR-U运营商与基于FBE操作的Wi-Fi网络共存;等等。

解决方案

本公开涉及待提供用于基于帧的设备NR免许可中的上行链路传输的准5G或5G通信系统。

在一个实施例中,提供了一种由在共享频谱信道中操作的终端执行的方法。所述方法包括:在信道占用时间(COT)中从基站接收下行链路(DL)传输;识别DL传输与上行链路(UL)传输之间的时间间隙;基于时间间隙识别是否在UL传输之前执行信道感测;以及在COT内向基站发送UL传输。

在另一实施例中,提供了一种在共享频谱信道中操作的终端。所述终端包括:收发器;以及控制器,其被配置为:在信道占用时间(COT)中从基站接收下行链路(DL)传输,识别DL传输与上行链路(UL)传输之间的时间间隙,基于时间间隙识别是否在UL传输之前执行信道感测,以及在COT内向基站发送UL传输。

在又一实施例中,提供了一种由在共享频谱信道中操作的基站执行的方法。所述方法包括:在信道占用时间(COT)中向终端发送下行链路(DL)传输;以及在COT内从终端接收上行链路(UL)传输,其中终端基于DL传输与UL传输之间的时间间隙识别是否在UL传输之前执行信道感测。

在又一实施例中,提供了一种在共享频谱信道中操作的基站。所述基站包括:收发器;以及控制器,其被配置为:在信道占用时间(COT)中向终端发送下行链路(DL)传输,并且在COT内从终端接收上行链路(UL)传输,其中终端基于DL传输与UL传输之间的时间间隙识别是否在UL传输之前执行信道感测。

根据以下附图、描述和权利要求书,其他技术特征对于本领域的技术人员是显而易见的。

有益效果

本公开提供了用于增强Rel-15 NR以支持FBE NR-U的上行链路传输和对应LBT要求以及FBE NR-U的RACH时机验证规则的方法和设备。此类要求和规则在LTE-LAA中不可用。

附图说明

为了更完整地理解本公开及其优点,现在参考结合附图所作的以下描述,在附图中相同的附图标记表示相同的部分:

图1示出了根据本公开实施例的示例无线网络;

图2示出了根据本公开实施例的示例gNB;

图3示出了根据本公开实施例的示例UE;

图4示出了根据本公开实施例的使用OFDM的示例发送器结构;

图5示出了根据本公开实施例的使用OFDM的示例接收器结构;

图6示出了根据本公开实施例的用于DCI格式的示例编码过程;

图7示出了根据本公开实施例的用于UE的DCI格式的示例解码过程;

图8示出了根据本公开实施例的用于FBE操作的示例定时;

图9示出了根据本公开实施例的用于FBE NR-U中的所调度的UL传输的示例LBT类型;

图10示出了根据本公开实施例的用于FBE NR-U中的所调度的UL传输的另一示例LBT类型;

图11示出了根据本公开实施例的用于FBE NR-U中的所调度的UL传输的又一示例LBT类型;

图12示出了根据本公开实施例的用于FBE NR-U中的所调度的UL传输的又一示例LBT类型;

图13示出了根据本公开实施例的用于FBE NR-U中的所调度的UL传输的又一示例LBT类型;

图14示出了根据本公开实施例的用于FBE UE的示例CG-PUSCH;

图15示出了根据本公开实施例的用于FBE UE的另一示例CG-PUSCH;

图16示出了根据本公开实施例的用于FBE UE的又一示例CG-PUSCH;

图17示出了根据本公开实施例的用于FBE UE的又一示例CG-PUSCH;

图18示出了根据本公开实施例的用于FBE UE的另一示例CG-PUSCH;

图19示出了根据本公开实施例的用于FBE UE的示例RO;以及

图20示出了根据本公开实施例的用于基于帧的设备NR免许可中的上行链路传输的方法的流程图。

具体实施方式

在进行下面的详细描述之前,阐述贯穿本专利文件使用的某些词和短语的定义可能是有利的。术语“耦接”及其派生词是指两个或更多个元件之间的任何直接或间接通信,无论那些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词包括直接和间接通信两者。术语“包括”和“包含”及其派生词是指包括而不限于。术语“或”是包括性的,意指和/或。短语“与……相关联”及其派生词意指包括、被包括在……内、与……互连、包含、被包含在……内、连接到……或与……连接、耦接到……或与……耦接、可与……通信、与……协作、交织、并置、邻近于、接合到……或与……接合、具有、具有……的性质、与……有关系等。术语“控制器”意指控制至少一种操作的任何装置、系统或其部分。此类控制器可以用硬件或者硬件和软件和/或固件的组合来实现。与任何特定控制器相关联的功能性可以是集中式的或分布式的,无论是本地还是远程的。当与项目列表一起使用时,短语“中的至少一者”意味着可以使用一个或多个所列项目的不同组合,并且可以只需要列表中的一个项目。例如,“A、B和C中的至少一者”包括以下任意组合:A、B、C、A和B、A和C、B和C,以及A和B和C。

此外,下面描述的各种功能可以由一个或多个计算机程序来实现或支持,每个计算机程序由计算机可读程序代码形成并包含在计算机可读介质中。术语“应用程序”和“程序”是指一个或多个计算机程序、软件部件、指令集、过程、函数、对象、类、实例、相关数据或其适于在合适的计算机可读程序代码中实现的部分。短语“计算机可读程序代码”包括任何类型的计算机代码,包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质,诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、压缩光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质不包括传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括其中可以永久存储数据的介质以及其中可以存储数据并随后重写数据的介质,诸如可重写光盘或可擦除存储器装置。

贯穿本专利文件提供了其他特定词和短语的定义。本领域的普通技术人员应当理解,在许多情况下,如果不是大多数情况下,此类定义适用于此类所定义词和短语的先前以及将来使用。

下面论述的图1至图20以及在本专利文件中用于描述本公开的原理的各种实施例仅仅是示例性的,并且不应当以任何方式解释为限制本公开的范围。本领域的技术人员将理解,本公开的原理可以在任何适当布置的系统或装置中实现。

以下文件特此以引用的方式并入本公开中,如同在本文中完整阐述一样:3GPP TS38.211v15.4.0,“NR;Physical channels and modulation”;3GPP TS 38.212v15.4.0,“NR;Multiplexing and Channel coding”;3GPP TS 38.213v15.4.0,“NR;Physical LayerProcedures for Control”;3GPP TS 38.214v15.4.0,“NR;Physical Layer Proceduresfor Data”;3GPP TS 38.331v15.4.0,“NR;Radio Resource Control(RRC)ProtocolSpecification”;ETSI EN 301 893V2.1.1,“5GHz RLAN;Harmonised Standard coveringthe essential requirements of article 3.2of Directive 2014/53/EU”,2017年;ETSIEN 302 567V2.1.1,“Multiple-Gigabit/s radio equipment operating in the 60GHzband;Harmonised Standard covering the essential requirements of article 3.2ofDirective 2014/53/EU”,2017年;3GPP TR 36.889V13.0.0,“Study on Licensed-Assisted Access to Unlicensed Spectrum”,2015年;以及IEEE Std 802.11-2016,“Part11:Wireless LAN Medium Access Control(MAC)and Physical Layer(PHY)Specifications”,2016年。

下面的图1至图3描述了在无线通信系统中使用正交频分复用(OFDM)或正交频分多址(OFDMA)通信技术实现的各种实施例。图1至图3的描述并不打算对可以实现不同实施例的方式暗示物理或架构限制。本公开的不同实施例可以在任何适当布置的通信系统中实现。

图1示出了根据本公开的实施方式的示例性无线网络。图1所示的无线网络的实施方式仅用于说明。在不脱离本公开的范围的情况下,可以使用无线网络100的其它实施方式。

如图1所示,无线网络包括gNB 101、gNB 102和gNB 103。gNB 101与gNB 102和gNB103通信。gNB 101还与至少一个诸如因特网、专有因特网协议(IP)网络或其它数据网络的网络130通信,。

gNB 102为gNB 102的覆盖区域120内的第一多个用户装置(UE)提供对网络130的无线宽带接入。第一多个UE包括:UE 111,可位于小企业(SB)中;UE 112,可位于企业(E)中;UE 113,可位于WiFi热点(HS)中;UE 114,可位于第一住宅(R)中;UE 115,可位于第二住宅(R)中;以及UE 116,可以是移动装置(M),诸如蜂窝电话、无线膝上型计算机、无线PDA等。gNB 103为gNB 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施方式中,gNB 101至gNB 103中的一个或多个可使用5G、LTE、LTE-A、WiMAX、WiFi或其它无线通信技术彼此通信,以及与UE 111至UE 116通信。

取决于网络类型,术语“基站”或“BS”可以指配置为提供对网络的无线接入的任何部件(或部件的集),诸如发送点(TP)、发送-接收点(TRP)、增强型基站(eNodeB或eNB)、5G基站(gNB)、宏小区、毫微微小区、WiFi接入点(AP)或其它无线使能装置。基站可以根据一个或多个无线通信协议提供无线接入,例如,5G 3GPP新无线电接口/接入(NR)、长期演进(LTE)、高级LTE(LTE-A)、高速分组接入(HSPA)、Wi-Fi 802.11a/b/g/n/ac等。为了方便起见,术语“BS”和“TRP”在本专利文件中可互换地使用,以指示向远程终端提供无线接入的网络基础设施部件。另外,取决于网络类型,术语“用户装置”或“UE”可以指任何部件,诸如“移动站”、“订户站”、“远程终端”、“无线终端”、“接收点”或“用户装置”。为了方便起见,在本专利文件中使用术语“用户装置”或“UE”是指无线接入BS的远程无线装置,无论UE是移动装置(诸如移动电话或智能电话)或是通常被认为是固定装置(例如台式计算机或自动售货机)。

虚线示出了覆盖区域120和125的近似范围,仅出于说明和解释的目的示出为近似圆形。应当清楚地理解,与gNB相关联的覆盖区域,诸如覆盖区域120和125,可具有包括不规则形状的其它形状,这取决于gNB的配置和与自然和人造障碍物有关的无线电环境中的变化。

如下文更详细地描述,UE 111至116中的一者或多者包括用于基于帧的设备NR免许可中的上行链路传输的电路、编程或其组合。在某些实施例中,gNB 101至103中的一者或多者包括用于基于帧的设备NR免许可中的高效上行链路传输的电路、编程或其组合。

尽管图1示出了无线网络的一个示例,但是可以对图1进行各种改变。例如,无线网络可以包括任何适当布置的、任何数量的gNB和任何数量的UE。另外,gNB 101可以直接与任何数量的UE通信,并向这些UE提供对网络130的无线宽带接入。类似地,每个gNB 102和gNB103可以直接与网络130通信,并向UE提供对网络130的直接无线宽带接入。另外,gNB 101、gNB 102和/或gNB 103可以提供对诸如外部电话网络或其它类型的数据网络的其它或附加外部网络的接入。

图2示出了根据本公开的实施方式的示例性gNB 102。图2所示的gNB 102的实施方式仅用于说明,并且图1的gNB 101和gNB 103可以具有相同或相似的配置。然而,gNB具有多种配置,并且图2不会将本公开的范围限制于gNB的任何特定实施方式。

如图2所示,gNB 102包括多个天线205a至205n、多个RF收发机210a至210n、发送(TX)处理电路215以及接收(RX)处理电路220。gNB 102还包括控制器/处理器225、存储器230以及回程或网络接口235。

RF收发机210a至210n从天线205a至205n接收输入的RF信号,诸如由网络100中的UE发送的信号。RF收发机210a至210n将输入的RF信号下变频,以产生IF或基带信号。将IF或基带信号发送至RX处理电路220,RX处理电路220通过对基带或IF信号进行滤波、解码和/或数字化来产生经处理的基带信号。RX处理电路220将经处理的基带信号发送至控制器/处理器225以进一步处理。

TX处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、web数据、电子邮件或交互式视频游戏数据)。TX处理电路215对输出的基带数据进行编码、多路复用和/或数字化,以产生经处理的基带或IF信号。RF收发机210a至210n从TX处理电路215接收输出的经处理的基带或IF信号,并将所述基带或IF信号上变频为经由天线205a至205n发送的RF信号。

控制器/处理器225可以包括一个或多个处理器或控制gNB 102的整体操作的其它处理装置。例如,控制器/处理器225可以根据公知原理,控制RF收发机210a至210n、RX处理电路220和TX处理电路215接收前向信道信号和发送反向信道信号。控制器/处理器225也可以支持附加功能,诸如更高级的无线通信功能。

例如,控制器/处理器225可以支持波束形成或定向路由操作,对从多个天线205a至205n输出的信号进行不同地加权,以高效地在期望的方向上操纵输出的信号。通过控制器/处理器225可以在gNB 102中支持各种其它功能中的任何一种。

控制器/处理器225还能够执行驻留在存储器230中的程序和其它处理,诸如OS。控制器/处理器225可以根据执行处理的需要,将数据移入或移出存储器230。

控制器/处理器225还联接至回程或网络接口235。回程或网络接口235允许gNB102通过回程连接或通过网络,与其它装置或系统通信。接口235可以支持通过任何适当的有线或无线连接的通信。例如,当gNB 102实现为蜂窝通信系统(例如支持5G、LTE或LTE-A的系统)的一部分时,接口235可以允许gNB 102通过有线或无线回程连接与其它gNB通信。当gNB 102实现为接入点时,接口235可以允许gNB 102通过有线或无线局域网或通过有线或无线连接,与更大的网络(诸如因特网)通信。接口235包括支持通过有线或无线连接通信(诸如以太网或RF收发机)的任何适当的结构。

存储器230联接至控制器/处理器225。存储器230的一部分可以包括RAM,且存储器230的另一部分可以包括闪存或其它ROM。

尽管图2示出了gNB 102的一个示例,但是可以对图2进行各种改变。例如,gNB 102可以包括图2所示的任何数量的每个部件。作为特定示例,接入点可以包括多个接口235,并且控制器/处理器225可以支持在不同网络地址之间的对数据进行路由的路由功能。作为另一特定示例,尽管示出为包括单个TX处理电路215示例和单个RX处理电路220示例,但是gNB102可以包括多个TX处理电路215示例和多个RX处理电路220示例(诸如每个RF收发机一个示例)。另外,图2中的各种部件可以组合、进一步细分或省略,并且可以根据特定需要添加附加部件。

图3示出了根据本公开的实施方式的示例性UE 116。图3所示的UE 116的实施方式仅用于说明,并且图1的UE 111至UE 115可以具有相同或相似的配置。然而,UE具有多种配置,并且图3不会将本公开的范围限制于UE的任何特定实施方式。

如图3所示,UE 116包括天线305、射频(RF)收发机310、TX处理电路315、麦克风320以及接收(RX)处理电路325。UE 116还包括扬声器330、处理器340、输入/输出(I/O)接口(IF)345、触摸屏350、显示器355以及存储器360。存储器360包括操作系统(OS)361以及一个或多个应用362。

RF收发机310从天线305接收由网络100的gNB发送的输入RF信号。RF收发机310将输入的RF信号下变频以产生中频(IF)或基带信号。IF或基带信号发送至RX处理电路325,RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来产生经处理的基带信号。RX处理电路325将经处理的基带信号发送至扬声器330(例如用于语音数据)或处理器340以用于进一步处理(诸如用于web浏览数据)。

TX处理电路315从麦克风320接收模拟或数字语音数据,或从处理器340接收其它输出的基带数据(诸如web数据、电子邮件或交互式视频游戏数据)。TX处理电路315对输出的基带数据进行编码、多路复用和/或数字化,以产生经处理的基带或IF信号。RF收发机310从TX处理电路315接收输出的经处理的基带或IF信号,并将所述基带或IF信号上变频为经由天线305发送的RF信号。

处理器340可以包括一个或多个处理器或其它处理装置,并执行存储在存储器360中的OS 361以控制UE 116的整体操作。例如,处理器340可以根据公知原理,控制RF收发机310、RX处理电路325和TX处理电路315接收前向信道信号和传输反向信道信号。在一些实施方式中,处理器340包括至少一个微处理器或微控制器。

处理器340还能够执行驻留在存储器360中的其它处理和程序,诸如用于波束管理的操作。处理器340可以根据执行处理的需要,将数据移入或移出存储器360。在一些实施方式中,处理器340配置为基于OS 361或响应于从gNB或操作员接收的信号来执行应用362。处理器340还联接至I/O接口345,I/O接口345使得UE 116能够连接至其它装置,诸如膝上型计算机和手持计算机。I/O接口345是这些附件与处理器340之间的通信路径。

处理器340还联接至触摸屏350和显示器355。UE 116的操作员可以使用触摸屏350将数据输入到UE 116中。显示器355可以是液晶显示器、发光二极管显示器、或能够呈现(诸如来自网站的)文本和/或至少有限的图形的其它显示器。

存储器360联接至处理器340。存储器360的一部分可以包括随机存取存储器(RAM),且存储器360的另一部分可以包括闪存或其它只读存储器(ROM)。

尽管图3示出了UE 116的一个示例,但是可以对图3进行各种改变。例如,图3中的各种部件可以组合、进一步细分或省略,并且可以根据特定需要添加附加部件。作为特定示例,处理器340可划分为多个处理器,诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。另外,尽管图3示出了配置为移动电话或智能电话的UE 116,但是UE可以配置为作为其它类型的移动或固定装置来操作。

本公开大体上涉及无线通信系统,并且更具体地说,涉及降低与基站通信的用户设备(UE)的功率消耗并且涉及向UE传输物理下行链路控制信道(PDCCH)和从UE接收PDCCH以用于双连通操作。通信系统包括下行链路(DL)和上行链路(UL),下行链路(DL)是指从基站或一个或多个发送点到UE的传输,上行链路(UL)是指从UE到基站或一个或多个接收点的传输。

为了满足自从部署4G通信系统以来不断增加的无线数据流量需求,已经致力于开发改进的5G或准5G通信系统。因此,5G或准5G通信系统还被称为“超越4G网络”或“后LTE系统”。5G通信系统被认为是在较高频率(毫米波)频带(例如,60GHz频带)中实现的,从而达到较高数据速率。为了降低无线电波的传播损耗并且增加传输距离,在5G通信系统中论述了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外,在5G通信系统中,正在基于高级小型小区、云无线电接入网络(RAN)、超密集网络、装置到装置(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等来开发系统网络改进。

小区上的用于DL信令或用于UL信令的时间单位被称为时隙,并且可以包括一个或多个符号。符号还可以作为额外的时间单位。频率(或带宽(BW))单元被称为资源块(RB)。一个RB包括多个子载波(SC)。例如,一个时隙可以包括14个符号,持续时间为1毫秒或0.5毫秒,并且一个RB可以具有180kHz或360kHz的带宽并包括12个SC,SC间间隔分别为15kHz或30kHz。

DL信号包括传送信息内容的数据信号、传送DL控制信息(DCI)格式的控制信号以及还称为导频信号的参考信号(RS)。gNB可以通过相应的物理DL共享信道(PDSCH)或物理DL控制信道(PDCCH)发送数据信息(例如,传输块)或DCI格式。gNB可以发送多种类型的RS中的一者或多者,包括信道状态信息RS(CSI-RS)和解调RS(DMRS)。CSI-RS是为了使UE测量信道状态信息(CSI)或执行其他测量,诸如与移动性支持相关的测量。DMRS可以只在相应的PDCCH或PDSCH的BW中发送,并且UE可以使用DMRS来解调数据或控制信息。

UL信号也包括传送信息内容的数据信号、传送UL控制信息(UCI)的控制信号和RS。UE通过相应的物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH)发送数据信息(例如,传输块)或UCI。当UE同时发送数据信息和UCI时,UE可以在PUSCH中对两者进行多路复用,或者在相应的PUSCH和PUCCH中分开发送它们。UCI包括:混合自动重复请求确认(HARQ-ACK)信息,其指示UE对数据传输块(TB)的正确或不正确检测;调度请求(SR),其指示UE在UE的缓冲器中是否有数据;以及CSI报告,其使gNB能够选择适当的参数来针对向UE的PDSCH或PDCCH传输执行链路自适应。

来自UE的CSI报告可以包括信道质量指示符(CQI),其向gNB告知调制和编码方案(MCS)以供UE检测具有预定块差错率(BLER)(诸如10%BLER)的数据TB;预编码矩阵指示符(PMI),其向gNB告知如何预编码去往UE的信令;以及秩指示符(RI),其指示用于PDSCH的传输秩。UL RS包括DMRS和探测RS(SRS)。DMRS仅在相应的PUSCH或PUCCH传输的BW中发送。gNB可以使用DMRS来解调相应的PUSCH或PUCCH中的信息。UE发送SRS以为gNB提供UL CSI,并且针对TDD或灵活双工系统,还提供用于DL传输的PMI。UL DMRS或SRS传输可以基于(例如)扎道夫-楚(ZC)序列的传输,或者通常基于CAZAC序列的传输。

DL传输和UL传输可以基于正交频分复用(OFDM)波形,所述波形包括使用DFT预编码的变型,所述变型被称为DFT-扩展-OFDM。

图4示出了根据本公开实施例的使用OFDM的示例发送器结构400。图4所示的发送器结构400的实施例仅用于说明。图4所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

诸如DCI位或数据位410等信息位由编码器420进行编码,由速率匹配器430与所分配的时间/频率资源进行速率匹配,并且由调制器440进行调制。随后,SC映射单元460将经调制的编码符号和DMRS或CSI-RS 450映射到SC 465,滤波器470执行快速傅立叶逆变换(IFFT),循环前缀(CP)插入单元添加CP,并且滤波器480对所得信号进行滤波且射频(RF)单元490将其进行发送。

图5示出了根据本公开实施例的使用OFDM的示例接收器结构500。图5所示的接收器结构500的实施例仅用于说明。图8所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

滤波器520对接收信号510进行滤波,CP去除单元去除CP 530,滤波器540应用快速傅立叶变换(FFT),SC解映射单元550解映射由BW选择器单元555选择的SC,信道估计器和解调器单元560对接收符号进行解调,速率解匹配器570恢复速率匹配,并且解码器580对所得位进行解码以提供信息位590。

UE通常在一个时隙中针对相应的潜在PDCCH传输监视多个候选位置以解码多个候选DCI格式。监视PDCCH候选意味着根据UE被配置为接收的DCI格式来接收并解码PDCCH候选。DCI格式包括循环冗余校验(CRC)位以便使得UE确认对DCI格式的正确检测。DCI格式类型由无线电网络临时标识符(RNTI)标识,所述RNTI对CRC位加扰。对于向单个UE调度的PDSCH或PUSCH的DCI格式,RNTI可以是小区RNTI(C-RNTI)并且用作UE标识符。

对于调度传送系统信息(SI)的PDSCH的DCI格式,RNTI可以是SI-RNTI。对于调度提供随机接入响应(RAR)的PDSCH的DCI格式,RNTI可以是RA-RNTI。对于在UE与服务gNB建立无线电资源控制(RRC)连接之前向单个UE调度PDSCH或PUSCH的DCI格式,RNTI可以是临时C-RNTI(TC-RNTI)。对于向UE组提供TPC命令的DCI格式,RNTI可以是TPC-PUSCH-RNTI或TPC-PUCCH-RNTI。每个RNTI类型可以通过较高层信令(诸如RRC信令)配置给UE。调度去往UE的PDSCH传输的DCI格式还被称为DL DCI格式或DL分配,而调度来自UE的PUSCH传输的DCI格式还被称为UL DCI格式或UL授权。

PDCCH传输可以在一组物理RB(PRB)内进行。gNB可以为UE配置一组或多组PRB(还称为控制资源集)用于PDCCH接收。PDCCH传输可以在包含于控制资源集中的控制信道元素(CCE)中进行。UE基于搜索空间来确定用于PDCCH接收的CCE,上述搜索空间诸如为用于具有由RNTI(诸如C-RNTI)加扰的CRC的DCI格式的PDCCH候选的UE特定搜索空间(USS),所述RNTI通过用于调度PDSCH接收或PUSCH传输的UE特定RRC信令来配置给UE,以及诸如为用于具有由其他RNTI加扰的CRC的DCI格式的PDCCH候选的公共搜索空间(CSS)。可以用于去往UE的PDCCH传输的一组CCE定义了PDCCH候选位置。控制资源集的属性是传输配置指示(TCI)状态,其提供用于PDCCH接收的DMRS天线端口的准共址信息。

图6示出了根据本公开实施例的用于DCI格式的示例编码过程600。图6所示的编码过程600的实施例仅用于说明。图6所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

gNB分别在相应的PDCCH中编码并传输每个DCI格式。RNTI掩蔽了DCI格式码字的CRC以便使UE能够识别DCI格式。例如,CRC和RNTI可以包括(例如)16个位或24个位。使用CRC计算单元620确定(未编码的)DCI格式位610的CRC,并且使用CRC位与RNTI位640之间的异或(XOR)运算单元630掩蔽CRC。XOR运算被定义为XOR(0,0)=0、XOR(0,1)=1、XOR(1,0)=1、XOR(1,1)=0。使用CRC附加单元650将掩蔽的CRC位附加到DCI格式信息位。编码器660执行信道编码(诸如咬尾卷积编码或极编码),随后由速率匹配器670对分配的资源进行速率匹配。交织与调制单元680施加交织和调制,诸如QPSK,并且输出的控制信号690被发送。

图7示出了根据本公开实施例的用于UE的DCI格式的示例解码过程700。图7所示的解码过程700的实施例仅用于说明。图7所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

解调器和解交织器720对接收的控制信号710进行解调和解交织。速率匹配器730恢复在gNB发送器处应用的速率匹配,并且解码器740对所得位进行解码。在解码之后,CRC提取器750提取CRC位,并且提供DCI格式信息位760。通过与RNTI 780的XOR运算(当适用时)对DCI格式信息位进行去掩蔽770,并且由单元790执行CRC校验。当CRC校验成功(校验和为零)时,DCI格式信息位被认为是有效的。当CRC校验没有成功时,DCI格式信息位被认为是无效的。

基于帧的设备(FBE)是一种信道接入机制,其中发送/接收结构具有周期性定时,其周期性被称为固定帧周期(FFP);并且发起装置可以在FFP开始时在操作信道上开始传输之前在观察时隙期间执行先听后说(LBT)。FFP在1ms到10ms内,并且观察时隙至少为9微秒。如果LBT在一个操作信道上失败,发起装置不得在那个信道上进行发送,除非短控制信令传输符合某些要求。与FBE操作的成功LBT校验相关联的信道占用时间(COT)可以不大于FFP的95%,并且可以跟随有一个空闲周期,直到下一个FFP开始,使得空闲周期至少为max(信道占用时间的5%,100微秒)。

图8示出了根据本公开实施例的用于FBE操作800的示例定时。图8所示的用于FBE操作800的定时的实施例仅用于说明。图8所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

在本公开中,观察时隙是指FBE装置执行LBT的持续时间,而NR-U时隙是指NR-U系统的14个OFDM符号的时隙。

除了基于负载的设备(LBE)操作模式之外,NR免许可(NR-U)还可以针对各种应用场景支持上述FBE操作模式。示例可以包括在操作信道中存在单个NR-U运营商并且可以排除其他Wi-Fi网络(例如,通过部署);以及两个或更多个NR-U运营商共存于操作信道中,潜在地在运营商之间进行协调;以及一个或多个NR-U运营商与基于FBE操作的Wi-Fi网络共存;等等。与LBE操作模式相比,FBE操作模式在此类情况下可能具有更高的频谱利用率,假设FBE操作中的LBT过程比LBE操作中的LBT过程简单得多。

本公开聚焦对Rel-15 NR的增强以支持FBE NR-U的上行链路传输,其包括对FBENR-U的所调度的UL传输的增强、对FBE NR-U的所配置的授权UL传输的增强以及对FBE NR-U的PRACH传输的增强。

本公开包括几个实施例、原理、方法和示例,其可以结合使用或者彼此组合使用,或者可以独立操作。本公开中的实施例/原理/方法/示例可以应用于基于FBE的NR-U、基于LBE的NR-U或者基于FBE和基于LBE的NR-U。

在本公开中,FR1 NR-U是指在FR1中的免许可/共享频带(诸如5GHz免许可频带或6GHz免许可/共享频带)中操作的NR-U;并且FR2 GHz NR-U是指在FR2中的免许可/共享频带(诸如60GHz免许可频带)中操作的NR-U。

本公开聚焦对Rel-15 NR的增强以支持FBE NR-U的上行链路传输,其包括对FBENR-U的所调度的UL传输的增强、对FBE NR-U的所配置的授权UL传输的增强以及对FBE NR-U的PRACH传输的增强。

在一个实施例中,提供信令和指示方法来支持由UL授权为FBE NR-U调度的PUSCH传输。

在一个实施例中,用于授权NR-U的UL传输的一般LBT类型可以包括:CAT-4LBT,其中每个CAT-4LBT类型可以具有对应的LBT优先级值。例如,可以有总共4个LBT优先级值,并且优先级值越低,信道接入优先级就越高。CAT-4LBT可以由UE用以获得UE发起的COT;持续时间为Tμs的CAT-2LBT,其中16<=T<=25。当从UL传输的开始到前一个传输的结束的间隙至少为16μs时,可以使用这个选项,并且如果在Tμs持续时间内的单个观察时隙或两个观察时隙期间在操作信道上检测到的能量低于能量检测阈值,则CAT-2LBT成功;以及立即传输的CAT-1LBT。当从UL传输的开始到前一个传输的结束的间隙小于16μs时,可以使用这个选项。

在一个实施例中,用于FBE NR-U中的UL传输的LBT类型可以包括CAT-2LBT和CAT-1LBT,而不包括CAT-4LBT。

在一个示例中,用于FBE NR-U中的UL传输的CAT-2LBT可以仅包括1个类型。在一个子示例中,成功的CAT-2LBT可以在紧接UL传输开始低于能量检测阈值的25μs持续时间内的单个观测时隙期间被参考到操作信道。在另一个子示例中,成功的CAT-2LBT可以在紧接UL传输开始低于能量检测阈值的25μs持续时间内的两个观测时隙期间都被参考到操作信道。

在一个示例中,用于FBE NR-U中的UL传输的CAT-2LBT可以包括2个类型,其中一个类型是持续时间为16μs的CAT-2LBT并且另一个类型是持续时间为25μs的CAT-2LBT。在一个子示例中,16μs的成功的CAT-2LBT可以在紧接UL传输开始低于能量检测阈值的16μs持续时间内的单个观测时隙或两个观测时隙期间被参考到操作信道。在另一个子示例中,25μs的成功的CAT-2LBT可以在紧接UL传输开始低于能量检测阈值的25μs持续时间内的单个观测时隙或两个观测时隙期间被参考到操作信道。

在一个示例中,对于FBE NR-U中的UL传输,不需要指示CAT-4LBT以及相应的用于CAT-4LBT的LBT优先级等级值。

在一个示例中,用于FBE NR-U中的所调度的UL传输的LBT类型可以通过所调度的UL传输的UL授权来明确指示。

在一个示例中,UL授权可以具有LBT类型字段以指示CAT-1LBT或CAT-2LBT中的一者。在一个子示例中,UL授权中的LBT类型字段的位数需要1个位。在另一个子示例中,如在所提及的实施例和/或示例中,CAT-2LBT可以指CAT-2LBT类型。在另一个子示例中,CAT-2LBT可以指16μs的CAT-2LBT或25μs的CAT-2LBT中的一者,其中较高层参数(例如,RRC参数)可以配置将由UL授权指示的16μs的CAT-2LBT或25μs的CAT-2LBT中的一者。在又一个子示例中,CAT-2LBT可以指16μs的CAT-2LBT或25μs的CAT-2LBT中的一者,这可以在规范中固定。在又一个子示例中,如果在固定帧周期(FFP)内的前一个传输的结束和所调度的UL传输的开始最多为16μs,则可以由gNB调度CAT-1LBT。

在一个示例中,UL授权可以具有LBT类型字段以指示CAT-1LBT、16μs的CAT-2LBT和25μs的CAT-2LBT中的一者。在一个子示例中,UL授权中的LBT类型字段的位数需要2个位。在另一个子示例中,如在所提及的实施例和/或示例中,16μs的CAT-2LBT和25μs的CAT-2LBT可以指CAT-2LBT类型。

在一个示例中,在用于所调度的UL传输的UL授权中指示的开始和长度指示符值(SLIV)可以被解释为在所调度的UL传输之前的用于LBT操作的开始符号,并且UL传输可以在LBT操作完成之后开始。在一个子示例中,UL传输可以在LBT操作之后的第一个符号中被打断。

在一个示例中,在用于所调度的UL传输的UL授权中指示的开始和长度指示符值(SLIV)可以被解释为用于所调度的UL传输的开始符号,并且在所调度的UL传输的所指示开始之前执行LBT操作。

图9示出了根据本公开实施例的用于FBE NR-U 900中的所调度的UL传输的示例LBT类型。图9所示的用于FBE NR-U 900中的所调度的UL传输的LBT类型的实施例仅用于说明。图9所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

如图9所示,用于所调度的UL传输的LBT类型由对应的UL授权指示。

在一个实施例中,可以通过较高层参数半静态地配置用于UL传输的LBT类型和/或LBT参数。

在一个示例中,较高层参数可以将CAT-2LBT配置为默认LBT类型。在一个子示例中,如在所提及的实施例和/或示例中,CAT-2LBT可以指CAT-2LBT类型。

在一个示例中,当使用CAT-2LBT时,较高层参数可以将默认CAT-2LBT类型配置为16μs CAT-2LBT和25μs CAT-2LBT中的一者。在一个子示例中,这个示例可以结合所提及的实施例和/或示例来应用,其中DCI可以将CAT-2LBT配置为LBT类型,16μs CAT-2LBT或25μsCAT-2LBT可以由较高层参数来配置。

在一个示例中,较高层参数可以将CAT-1LBT配置为默认LBT类型。

在一个示例中,较高层参数(例如,RRC参数)配置的LBT类型可以被UL授权通过动态指示的配置的LBT类型覆盖。

在一个实施例中,用于UL传输的LBT类型和/或LBT参数可以通过规范来固定。

在一个示例中,LBT类型的固定配置可以是CAT-1LBT和CAT-2LBT中的一者。

在一个示例中,通过规范作出的LBT类型的固定配置可以被通过较高层参数的半静态配置或者通过UL授权的动态配置覆盖。

在一个实施例中,LBT类型可以通过隐式指示由UE来确定,其中UE可以通过DCI(即,在DCI中没有明确的LBT类型字段)和/或较高层参数的配置隐式地确定LBT类型。

在一个示例中,可以便于UE隐式导出LBT类型的由DCI和/或较高层参数进行的配置可以包括COT持续时间和COT开始位置,或者对应于其中UE接收到UL授权的COT的COT结束位置。在一个子示例中,可以通过GC-PDCCH、UE特定PDCCH、DM-RS、较高层参数中的一者或多者指示COT开始位置和COT持续时间,或者COT结束位置。在另一个子示例中,基于gNB COT持续时间和/或gNB COT结束位置,UE可以确定由UL授权调度的UL传输的开始位置是否在当前gNB COT内,并且如果所调度的UL传输的开始位置在gNB COT内,则可以使用CAT-1LBT或CAT-2LBT,其中特定的LBT类型(CAT-1LBT、16μs CAT-2LBT或25μs CAT-2LBT)可以由DCI明确指示或者由UE隐式导出。例如,如果UL传输的开始与COT内的前一个传输的结束之间的间隙在16μs内,则可以使用CAT-1LBT,否则可以使用CAT-2LBT。

在一个示例中,可以便于UE隐式导出LBT类型的由DCI和/或较高层参数进行的配置可以包括gNB COT结构,其为包含UL授权的gNB发起的COT内的每个时隙配置时隙格式。在一个子示例中,COT结构可以由UE通过组公共(GC)-PDCCH获得。在另一个子示例中,COT结构可以由用于COT内的每个时隙的时隙格式指示(SFI)指示,其中SFI可以指示COT的时隙内的符号是DL、UL或灵活的。在另一个子示例中,UE可以基于所调度的UL传输的开始位置之前的最后一个DL符号位置(其可以通过gNB COT结构来获得以及通过由DCI和/或较高层参数配置的所调度的UL传输的开始位置和/或UL TA值来获得)来确定从COT内的前一个DL传输的结束到所调度的UL传输的开始的间隙持续时间。例如,如果UL传输的开始与COT内的前一个传输的结束之间的间隙在16μs内,则可以使用CAT-1LBT,否则可以使用CAT-2LBT。

在一个示例中,如果UE的所调度的UL传输可以共享包含UL授权的gNB发起的COT,则可以依据UE实现来决定LBT类型(例如,16/25μs CAT-2LBT、CAT-1LBT)。在一个子示例中,UE可以总是使用25μs作为基线CAT-2LBT选项。

图10示出了根据本公开实施例的用于FBE NR-U 1000中的所调度的UL传输的另一示例LBT类型。图10所示的用于FBE NR-U 1000中的所调度的UL传输的LBT类型的实施例仅用于说明。图10所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

如图10所示,UE可以在检测到GC-PDCCH之后确定UL传输在当前COT内,并且UE可以根据GC-PDCCH中指示的COT结构选择对应的UL LBT类型。

在一个实施例中,用于FBE NR-U的所调度的UL传输可以被限制为包含在包含调度UL传输的UL授权的固定帧周期的相同信道占用时间内。

在一个示例中,如果UE已经接收到UL授权,则UE可以总是假设服务gNB已经在LBT中成功地获得了COT,并且因此UE可以在成功LBT的条件下发送所调度的UL传输,这可以根据所提及的实施例和/或示例中的一者来确定。

在一个示例中,这种方法可以通过gNB仅选择可以确保UL传输包含在当前COT中的UL授权中的pusch-TimeDomainAllocationList中的值来实现。

在一个示例中,如果所调度的UL传输在包含UL授权的当前COT之外开始,则UE可以丢弃该UL传输。

在一个示例中,如果所调度的UL传输没有完全包含在包含UL授权的当前COT中(例如,部分包含在空闲周期中),则落在当前COT之外的所调度的PUSCH可以被打断。

在一个实施例中,可以允许在包含调度UL传输的UL授权的固定帧周期的相同信道占用时间之外调度用于FBE NR-U的UL传输。

在一个示例中,如果UE已经接收到UL授权,则如果所调度的UL传输在gNB获得的COT内并且UE已经根据从所提及的实施例和/或示例中的一者确定的LBT类型成功地进行了LBT,UE可以开始所调度的UL传输。在一个子示例中,UE可以根据检测服务gNB是否已经发送公共PDCCH(GC-PDCCH)以向与gNB相关联的UE告知在COT上的后续传输(这隐含地指示了gNB在获得所述COT时已经通过了LBT),确定所调度的UL传输是否在gNB获得的COT内,或者等效地,服务gNB是否已经成功地进行了LBT,以获得了其中发生所调度的UL传输的FFP的COT。

图11示出了根据本公开实施例的用于FBE NR-U 1100中的所调度的UL传输的又一示例LBT类型。图11所示的用于FBE NR-U 1100中的所调度的UL传输的LBT类型的实施例仅用于说明。图11所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

如图11所示,UL授权在跟随包含UL授权的COT/FFP(即,FFP0)之后的下一个FFP(即,FFP1)中调度UL传输;并且gNB已经通过了用于FFP1的CAT-2LBT并且已经相应地发送了GC-PDCCH,该GC-PDCCH已经被UE检测到。因此,UE可以在UE已经通过由UL授权指示的或由UE确定的类型的LBT之后发送所调度的PUSCH。

在一个示例中,如果所调度的UL传输在gNB未能通过LBT来获得对应LBT的FFP内,则UE可以丢弃所调度的UL传输。

图12示出了根据本公开实施例的用于FBE NR-U 1200中的所调度的UL传输的又一示例LBT类型。图12所示的用于FBE NR-U 1200中的所调度的UL传输的LBT类型的实施例仅用于说明。图12所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

如图12所示,gNB未能通过CAT-2LBT来获得跟随包含UL授权的FFP之后的FFP,因此UE可以丢弃在gNB未能通过LBT的FFP内调度的所调度的UL传输。

在一个示例中,如果所调度的UL传输在其中gNB未能通过LBT来获得对应LBT的FFP内,则如果在所调度的UL传输之前立即执行CAT-2LBT,UE可以发送UL传输。在一个子示例中,无论所调度的UL传输的相对时间位置如何,都可以应用这个示例。在另一个子示例中,当FBE NR-U UE可以是用于发起COT的发起装置时,可以应用这个示例,其中可以为UE配置FFP并且可以将UL传输调度为在UE相关联FFP的开始处。

在一个实例中,UE相关联FFP可以与gNB FFP一起应用。在另一个实例中,UE相关联FFP可以不同于gNB相关联FFP。在另一个实例中,所调度的UL传输可以仅在UE相关联FFP的开始处开始,使得用于所调度的PUSCH传输的开始位置具有一个UE相关联FFP的粒度。例如,gNB可以为PUSCH延迟选择适当UL授权来确保这一点。在另一个示例中,UE可以在最早的UE相关联FFP中发起UL传输,所述最早的UE相关联FFP不早于UL授权所调度的开始位置。在另一个实例中,对PUSCH延迟的UL授权(即,K2)可以用UE相关联FFP的时域粒度来解释。例如,K2=1指示所调度的PUSCH在下一个UE相关联FFP的开始处开始,并且UE需要在UE相关联FFP的开始之前通过CAT-2LBT以发送所调度的PUSCH。

在另一个子示例中,当FBE NR-U UE可以是用于发起COT的发起装置时,可以应用这个示例,其中可以为UE配置FFP并且所调度的UL传输可以在UE相关联FFP的中间并跟随在UE发起COT的开始处开始的其他UE UL传输(例如,CG-PUSCH或RACH)之后。在一个实例中,所调度的UL传输与在UE发起COT的开始处开始的其他UE UL传输之间的间隙可以最多为16μs。在另一个实例中,所调度的UL传输与在UE发起COT的开始处开始的其他UE UL传输之间的间隙可以大于16μs,并且UE需要在所调度的UL传输之前通过CAT-2LBT以发送所调度的UL传输。

在一个示例中,如果所调度的UL传输没有完全包含在包含UL授权的当前COT内(例如,部分包含在空闲周期中),则落在当前COT之外的所调度的PUSCH可以被打断。

在一个实施例中,提供了对gNB获得的COT的FBE NR-U UE检测的增强。在此类实施例中,提供FBE NR-U UE来检测上行链路传输(无论是动态调度的、半静态配置的还是半持久配置的)是否在gNB发起的COT内。

在一个实施例中,FBE NR-U UE可以通过对GC-PDCCH的监视和检测来确定服务gNB是否已经获得了当前FFP的COT。

在一个示例中,GC-PDCCH可以与Rel-15 NR GC-PDCCH相同,这是指由PDCCH-Config中的SearchSpace配置的类型3-PDCCH公共搜索空间(CSS)集,其中对于具有由INT-RNTI、SFI-RNTI、TPC-PUSCH-RNTI、TPC-PUCCH-RNTI或TPC-SRS-RNTI(以及仅对于主小区、C-RNTI、MCS-C-RNTI或CS-RNTI)加扰的CRC的DCI格式,searchSpaceType=公共的。

在一个示例中,可以从Rel-15 NR GC-PDCCH增强GC-PDCCH,这可以进一步指示诸如COT持续时间/结束时间、已经通过LBT的有效LBT带宽等信息;并且GC-PDCCH可以使用具有由来自NR标准规范的用于GC-PDCCH的现有RNTI中的一者加扰的CRC的DCI格式或者由为NR-U引入的用于GC-PDCCH新的RNTI加扰的CRC的DCI格式。

在一个示例中,如果UE已经从检测到来自gNB的GC-PDCCH,则UE可以确定服务gNB已经获得当前FFP的COT。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_CONNECTED FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_INACTIVE FBE NR-UUE。

在一个实施例中,FBE NR-U UE可以通过对UE特定UL授权的监视和检测来确定服务gNB是否已经获得当前FFP的COT。

在一个示例中,如果UE已经检测到具有由C-RNTI、MCS-C-RNTI、SP-CSI-RNTI或CS-RNTI加扰的CRC的UE特定UL授权,则UE可以确定服务gNB已经获得当前FFP的COT。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_CONNECTED FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_INACTIVE FBE NR-UUE。

在一个实施例中,FBE NR-U UE可以通过对由MIB或由SIB1/RMSI中的较高层参数PDCCH-ConfigCommon配置的PDCCH CSS集的监视和检测来确定服务gNB是否已经获得当前FFP的COT。

在一个示例中,如果UE已经检测到来自服务gNB的具有由SI-RNTI加扰的DCI格式的小区特定PDCCH,则UE可以确定服务gNB已经获得当前FFP的COT。

在一个示例中,如果UE已经检测到来自服务gNB的具有由P-RNTI加扰的DCI格式的小区特定PDCCH,则UE可以确定服务gNB已经获得当前FFP的COT。

在一个示例中,如果UE已经检测到具有由C-RNTI、MCS-C-RNTI、SP-CSI-RNTI或CS-RNTI加扰的CRC的UE特定UL授权,则UE可以确定服务gNB已经获得当前FFP的COT。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_CONNECTED FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_INACTIVE FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_IDLE FBE NR-U UE。

在一个实施例中,FBE NR-U UE可以通过对来自服务gNB的SS/PBCH和/或发现参考标记(DRS)的存在的监视和检测来确定服务gNB是否已经获得当前FFP的COT。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_CONNECTED FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_INACTIVE FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_IDLE FBE NR-U UE。

在一个实施例中,UE FBE NR-U可以通过对来自服务gNB的SIB1和/或其他系统信息(OSI)的存在的监视和检测来确定服务gNB是否已经获得当前FFP的COT。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_CONNECTED FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_INACTIVE FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_IDLE FBE NR-U UE。

在一个实施例中,FBE NR-U UE可以通过对寻呼消息的监视和检测来确定服务gNB是否已经获得当前FFP的COT,所述寻呼消息由具有对应于UE的服务gNB的CSS集的PDCCH调度,并且该PDCCH用于具有由P-RNTI加扰的CRC的DCI格式。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_CONNECTED FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_INACTIVE FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_IDLE FBE NR-U UE。例如,这可以应用于尝试PRACH传输的IDLE UE。

在一个实施例中,FBE NR-U UE可以通过使用DCI格式1_0中的短消息字段在具有或没有相关联寻呼消息的情况下对在使用P-RTNI的PDCCH上传输的短消息的监视和检测来确定服务gNB是否已经获得当前FFP的COT。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_CONNECTED FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_INACTIVE FBE NR-UUE。

在一个示例中,所提及的示例和/或实施例可以应用于RRC_IDLE FBE NR-U UE。例如,这可以应用于尝试PRACH传输的IDLE UE。

在一个示例中,短消息可以包括小区ID,基于所述小区ID,UE可以确定短消息对应于服务gNB。在一个子示例中,短消息字段可以从8个位增加到10个位以用于指示小区ID。

在一个实施例中,FBE NR-U UE可以从RMSI的对应配置确定与服务gNB相关联的每个FFP的FFP持续时间和开始位置。

在一个实施例中,提供了用于支持FBE NR-U的所配置的授权UL传输的增强。在此类实施例中,提供信令和指示方法来支持用于FBE NR-U的所配置的授权UL传输。

在一个实施例中,FBE NR-U可以支持所配置的授权上行链路传输。

在一个示例中,类型1所配置的授权(即,由较高层参数半静态配置)和类型2所配置的授权(即,由有效激活/去激活DCI中的UL授权半持久调度)上行链路传输两者可以由FBE NR-U支持。

在另一个示例中,只有类型1所配置的授权(即,由较高层参数半静态配置)上行链路传输可以由FBE NR-U支持。

在又一个示例中,只有类型2所配置的授权(即,由有效激活/去激活DCI中的UL授权半持久调度)上行链路传输可以由FBE NR-U支持。

在一个实施例中,FBE NR-U UE可以是用于发起传输的发起装置。

在一个示例中,来自较高层参数的显式信令(例如,RRC参数)可以用于启用/停用FBE UE作为传输的发起装置。在一个子示例中,如果较高层参数停用FBE UE作为发起装置,则FBE UE不能作为FBE传输的发起装置。

在另一个子示例中,只有在较高层参数启用FBE UE作为发起装置的情况下,FBEUE才可以作为FBE传输的发起装置。

在一个示例中,显式L1信令(例如,来自DCI)可以用于动态地启用/停用FBE UE作为传输的发起装置。在一个子示例中,如果L1信令停用FBE UE作为发起装置,则FBE UE不能作为FBE传输的发起装置。在另一个子示例中,只有在L1信令启用FBE UE作为发起装置的情况下,FBE UE才可以作为FBE传输的发起装置。

在另一个示例中,MAC CE可以用于启用/停用FBE UE作为传输的发起装置。在一个子示例中,如果MAC CE停用FBE UE作为发起装置,则FBE UE不能作为FBE传输的发起装置。在另一个子示例中,只有在MAC CE启用FBE UE作为发起装置的情况下,FBE UE才能作为FBE传输的发起装置。

在一个示例中,只有在FBE NR-U UE确定服务gNB尚未获得与所述gNB的当前FFP相关联的COT的情况下,FBE NR-U UE才可以作为传输的发起装置。在一个子示例中,FBE NR-UUE可以确定服务gNB是否已经获得COT。

在一个示例中,仅在FBE NR-U UE具有被配置为在当前FFP内发送的未调度UL传输的情况下,FBE NR-U UE才可以作为传输的发起装置。在一个子示例中,未调度UL传输可以是所配置的授权PUSCH、PRACH、SRS的全部或子集。在另一个子示例中,当前FFP可以指与gNB相关联的FFP。在另一个子示例中,当前FFP可以指与UE相关联的FFP。

在一个示例中,仅在FBE NR-U UE具有被配置为在当前FFP内发送的经调度UL传输时,FBE NR-U UE才可以作为传输的发起装置。在一个子示例中,当前FFP可以指与gNB相关联的FFP。在另一个子示例中,当前FFP可以指与UE相关联的FFP。

在一个示例中,当且仅当满足所提及的示例和/或实施例中的一者或多者时,FBENR-U UE才可以作为传输的发起装置。在一个子示例中,当且仅当满足所提及的示例和/或实施例时,FBE NR-U UE才可以作为发起装置。

在一个示例中,当UE是FBE传输的发起装置时,与UE相关联的COT持续时间和/或FFP持续时间可以由通过较高层参数的半静态配置和/或通过层1(L1)信令的动态指示和由MAC CE的激活/去激活中的一者来配置,这取决于规定允许。在一个子示例中,可以用专用的较高层参数和/或MAC CE和/或DCI格式和/或DCI字段来明确地配置与FBE NR-U UE相关联的COT持续时间和/或FFP持续时间。在另一个子示例中,与FBE NR-U UE相关联的COT持续时间和/或FFP持续时间可以被隐式配置或从其他现有的较高层参数和/或MAC CE和/或DCI格式和/或DCI字段隐式推断。例如,与NR-U UE相关联的COT持续时间和/或FFP持续时间可以与同gNB相关联的相同。

在一个示例中,当UE是FBE传输的发起装置时,与FBE NR-U UE相关联的FFP的开始位置可以由通过较高层参数的半静态配置和/或通过层1(L1)信令的动态指示和由MAC CE的激活/去激活中的一者来配置。在一个子示例中,与FBE NR-U UE相关联的FFP的开始位置可以用专用的较高层参数和/或MAC CE和/或DCI格式和/或DCI字段明确地配置。在另一个子示例中,与FBE NR-U UE相关联的FFP的开始位置可以被隐式配置或从其他现有的较高层参数和/或MAC CE和/或DCI格式和/或DCI字段隐式推断。

在一个实施例中,FBE NR-U UE可以仅通过共享有效的gNB发起的COT在所配置的授权(CG)PUSCH时机中进行传输,其中UE可以确定或者可以被告知服务gNB已经获得包含所配置的CG PUSCH时机的COT并且UE已经通过了对应于CG PUSCH时机的LBT。

在一个示例中,FBE NR-U可以通过遵循示例和/或实施例中的一者来确定CGPUSCH时机是否在gNB发起的COT内。

在一个示例中,LBT类型可以被固定为CAT-2LBT。

在一个示例中,LBT类型可以由UE根据所提及的示例和/或实施例来隐式确定。

在一个示例中,可以通过用于激活/去激活类型2CG的PDCCH来指示具有类型2CG-PUSCH的CG PUSCH时机的LBT类型。在一个子示例中,可以为用于激活/去激活类型2所配置UL授权的对应DCI格式引入用于指示LBT类型的额外字段,这可以根据所提及的示例和/或实施例来实现。

图13示出了根据本公开实施例的用于FBE NR-U 1300中的所调度的UL传输的又一示例LBT类型。图13所示的用于FBE NR-U 1300中的所调度的UL传输的LBT类型的实施例仅用于说明。图13所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

如图13所示,UE可以通过检测GC-PDCCH来确定CG-PUSCH时机在gNB发起的COT内,并且当用于CG-PUSCH的LBT已经通过时,UE可以利用CG-PUSCH时机。

在一个实施例中,FBE NR-U UE可以是发起装置,并且具有相关联的COT和/或FFP,使得如果UE已经通过了对应于包含CG-PUSCH时机的与UE相关联的FFP的LBT,则FBE NR-UUE在所配置的授权(CG)PUSCH时机中进行发送。

在一个示例中,与UE相关联的COT持续时间和/或FFP持续时间可以由通过较高层参数的半静态配置和/或通过层1(L1)信令的动态指示和由MAC CE的激活/去激活中的一者配置,这取决于规定允许。在一个子示例中,可以用专用的较高层参数和/或MAC CE和/或DCI格式和/或DCI字段来明确地配置与FBE NR-U UE相关联的COT持续时间和/或FFP持续时间。

在另一个子示例中,与FBE NR-U UE相关联的COT持续时间和/或FFP持续时间可以被隐式配置或从其他现有的较高层参数和/或MAC CE和/或DCI格式和/或DCI字段隐式推断。例如,FFP持续时间可以是所配置的授权类型1或类型2的周期性与规定所允许的最大FFP持续时间(例如,10ms)的最小值。

在一个示例中,CG-PUSCH可以在与UE相关联的FFP的开始,使得一旦UE已经通过了对应于其中配置了CG-PUSCH的FFP/COT的LBT,就可以发送CG-PUSCH。

在一个示例中,CG-PUSCH可以在与UE相关联的FFP的中部,并且如果UE已经通过了对应于其中配置了CG-PUSCH的FFP/COT的LBT,则可以发送此类CG-PUSCH;并且:如果在所配置的CG-PUSCH之前,相对于COT中前一个传输的结束存在大于16μs的间隙持续时间,则UE已经在FFP的中部的CG-PUSCH之前通过了CAT-2LBT,如图14所示。图14示出了根据本公开实施例的用于FBE UE 1400的示例CG-PUSCH。图14示出的用于FBE UE 1400的CG-PUSCH的实施例仅用于说明。图14所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

如图15所示,如果在所配置的CG-PUSCH之前,相对于COT中前一个传输的结束,间隙持续时间最多为16μs,则UE可以在FFP的中部直接发送CG-PUSCH。

图15示出了根据本公开实施例的用于FBE UE 1500的另一个示例CG-PUSCH。图15所示的用于FBE UE 1500的CG-PUSCH的实施例仅用于说明。图15所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

在一个示例中,可以在规范中固定与UE相关联的FFP持续时间和/或COT持续时间。

在一个示例中,与UE相关联的FFP持续时间和/或COT持续时间可以与所配置的授权传输的周期性相同。在一个子示例中,CG-PUSCH可以在与UE相关联的FFP的开始,使得一旦UE已经通过了对应于其中配置了CG-PUSCH的FFP/COT的LBT,就可以发送CG-PUSCH。

图16示出了根据本公开实施例的用于FBE UE 1600的又一个示例CG-PUSCH。图16所示的用于FBE UE 1600的CG-PUSCH的实施例仅用于说明。图16所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

如图16所示,使用所配置的授权类型1。

图17示出了根据本公开实施例的用于FBE UE 1700的又一个示例CG-PUSCH。图17所示的用于FBE UE 1700的CG-PUSCH的实施例仅用于说明。图17所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

如图17所示,使用所配置的授权类型2,并且如果在FFP中激活了CG-PUSCH并且UE已经通过LBT,则UE可以在CG-PUSCH中进行发送;并且如果在FFP中去激活了CG-PUSCH,则UE不需要执行LBT。

在一个示例中,所配置的授权传输的周期性可以是与UE相关联的FFP持续时间和/或COT持续时间的整数倍。在一个子示例中,CG-PUSCH可以在与UE相关联的FFP的开始,使得一旦UE已经通过了对应于其中配置了CG-PUSCH的FFP/COT的LBT,就可以发送CG-PUSCH。

如图17所示,如果在FFP中激活了CG-PUSCH并且UE已经通过LBT,则UE可以在CG-PUSCH中进行发送;并且如果在FFP中去激活了CG-PUSCH或者FFP不包含CG-PUSCH,则UE不需要执行LBT。

在一个示例中,与UE相关联的FFP持续时间和/或COT持续时间可以是所配置的授权传输的周期性的整数倍。在一个子示例中,CG-PUSCH可以在与UE相关联的FFP的开始,并且一旦UE已经通过了对应于其中配置了CG-PUSCH的FFP/COT的LBT,就可以发送在FFP的开始处的此类CG-PUSCH。在另一个子示例中,CG-PUSCH可以在与UE相关联的FFP的中部,并且如果UE已经通过了对应于其中配置了CG-PUSCH的FFP/COT的LBT,则可以发送此类CG-PUSCH;并且如果相对于在FFP的开始处的CG-PUSCH存在大于16μs的间隙持续时间,则UE已经在FFP的中部的CG-PUSCH之前通过了CAT-2LBT,如图18所示。

图18示出了根据本公开实施例的用于FBE UE 1800的又一个示例CG-PUSCH。图18所示的用于FBE UE 1800的CG-PUSCH的实施例仅用于说明。图18所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

在一个示例中,与UE相关联的FFP持续时间和/或COT持续时间不需要以在FFP持续时间和/或COT持续时间的开始处的CG-PUSCH开始。在一个子示例中,当(CG-PUSCH/FFP的周期性=m/n)m和n都是整数值时,这可以发生。在另一个子示例中,这可以在不同FBE UE正使用同步FFP时应用。

在一个示例中,所提及的示例和/或实施例可以仅在gNB未能通过LBT来获得包含CG-PUSCH的与gNB相关联的COT的情况下使用;或者所提及的实施例和/或示例可以总是被UE用来发送CG-PUSCH,而不管gNB是否已经获得COT。

在一个示例中,所提及的实施例和/或示例可以应用于除了CG-PUSCH之外的其他周期性上行链路传输,诸如用于FBE NR-U的周期性探测参考信号(SRS)。

在一个实施例中,提供了用于支持FBE NR-U的PRACH传输的增强。在此类实施例中,提供FBE NR-U的增强以支持PRACH传输。

在一个实施例中,FBE NR-U可以支持UE的PRACH传输。

在一个示例中,IDLE UE可以发送由较高层参数配置的PRACH。

在一个示例中,UE还可以发送通过PDCCH命令或DCI调度的PRACH。

在一个示例中,UE还可以发送跟随DRS之后的PRACH。

在一个实施例中,FBE NR-U UE可以仅通过共享有效的gNB发起的COT来发送PRACH,其中UE可以确定或者可以被告知服务gNB已经获得包含UE相关联RACH时机(RO)的COT并且UE已经通过对应于所述RO的LBT。

在一个示例中,通过遵循示例和/或实施例中的一者,FBE NR-U可以确定CG PUSCH时机是否在gNB发起的COT内。

在一个示例中,LBT类型可以被固定为CAT-2LBT。

在一个示例中,根据所提及的实施例和/或示例,LBT类型可以由UE隐式确定。

在一个示例中,LBT类型可以通过PDCCH命令或其他DCI格式明确地指示给UE。

在一个实施例中,FBE NR-U UE可以是发起装置,并且具有相关联的COT和/或FFP,使得如果UE已经通过了对应于包含RACH时机的与UE相关联的FFP的LBT,则FBE NR-U UE在所配置的有效RACH时机中进行发送。

在一个示例中,与UE相关联的COT持续时间和/或FFP持续时间可以由通过较高层参数的半静态配置和/或通过层1(L1)信令的动态指示和由MAC CE的激活/去激活中的一者配置,这取决于规定允许。

在一个子示例中,与FBE NR-U UE相关联的COT持续时间和/或FFP持续时间可以用专用的较高层参数和/或MAC CE和/或DCI格式和/或DCI字段来明确地配置。

在另一个子示例中,与FBE NR-U UE相关联的COT持续时间和/或FFP持续时间可以被隐式配置或从其他现有的较高层参数和/或MAC CE和/或DCI格式和/或DCI字段隐式推断。例如,FFP持续时间可以是PRACH配置周期与规定所允许的最大FFP持续时间(例如,10ms)的最小值。

在一个示例中,可以在规范中固定与UE相关联的FFP持续时间和/或COT持续时间。例如,由于PRACH配置周期是10ms的整数倍,所以FFP持续时间可以设置为10ms。

在一个示例中,RO可以在与UE相关联的FFP的开始,使得一旦UE已经通过了对应于其中配置了RO的FFP/COT的LBT,就可以发送PRACH。

在一个示例中,RO可以在与UE相关联的COT/FFP的中部,并且如果UE已经通过了对应于其中配置了RO的FFP/COT的LBT,则UE可以发送PRACH;以及:如果在所配置的RO之前,相对于COT中前一个传输的结束存在大于16μs的间隙持续时间,并且UE在RO之前已经通过了CAT-2LBT;或者如果在所配置的RO之前,相对于COT中前一个传输的结束存在最多16μs的间隙持续时间,则UE可以在所配置的RO中直接发送PRACH。

在一个示例中,与UE相关联的FFP持续时间和/或COT持续时间可以与PRACH配置周期相同。在一个子示例中,当PRACH配置周期和UE FFP两者都是10ms时,这种情况发生。

图19示出了根据本公开实施例的用于FBE UE 1900的示例RO。图19所示的用于FBEUE 1900的RO的实施例仅用于说明。图19所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

如图19所示,在FFP内为FBE UE配置两个RO(不均匀地分布在COT/FFP内),其中FFP与PRACH配置周期相同。

在一个示例中,UE配置的RO位置可以以周期性模式重复,其中模式周期性可以是与UE相关联的FFP持续时间的整数倍。在一个子示例中,这种周期性模式可以具有PRACH配置周期或SSB与RO之间的关联周期或SSB与RO之间的关联模式周期的周期性。

在一个实施例中,RACH时机验证规则可以从Rel-15 NR增强,使得与FBE固定帧周期的空闲周期重叠的RO可以被认为是无效的。

在一个示例中,FBE FFP可以是与FBE NR-U gNB相关联的FFP。在一个子示例中,当使用所提及的实施例和/或示例时,这可以被应用,使得UE可以通过仅共享gNB发起的COT来发送RO。

在一个示例中,FBE FFP可以是与FBE NR-U UE相关联的FFP。在一个子示例中,当UE能够通过UE发起的COT发送PRACH时,这可以被应用,其中UE是发起装置。

在一个示例中,FBE NR-U具有如下PRACH验证规则:如果向UE提供了TDD-UL-DL-ConfigurationCommon,则倘若RO不与发送PRACH的发起装置的FFP的空闲周期重叠,PRACH时隙中的PRACH时机是有效的,并且:PRACH时机在UL符号内,或者PRACH时机不在PRACH时隙中的SS/PBCH块之前,并且PRACH时机在最后一个下行链路符号之后至少间隙N个符号处开始且在最后一个SS/PBCH块传输符号之后至少间隙N个符号处开始,其中间隙N在规范中固定或者由较高层参数或DCI配置。

图20示出了根据本公开实施例的用于基于帧的设备NR免许可中的上行链路传输的方法2000的流程图,所述方法可以由用户设备(例如,111至116,如图1所示)执行。图20所示的方法2000的实施例仅用于说明。图20所示的一个或多个部件可以在被配置为执行所述功能的专用电路中实现,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下,使用其他实施例。

如图20所示,方法2000在步骤2002处开始。在步骤2002中,支持共享频谱信道接入的无线通信系统中的UE经由共享频谱信道从基站(BS)接收包括BS的信道占用时间(COT)的第一下行链路控制信息(DCI)。

随后,在步骤2004中,UE确定用于来自BS的下行链路传输的COT的第一部分和用于去往BS的上行链路传输的COT的第二部分,其中COT包括COT的第一部分与第二部分之间的间隙。

随后,在步骤2006中,UE基于间隙的持续时间来执行信道接入过程。

在一个实施例中,信道接入过程不包括用于感测共享频谱信道的持续时间,间隙的持续时间不超过16微秒。

在一个实施例中,信道接入过程包括用于感测共享频谱信道的16微秒的持续时间,间隙的持续时间长于16微秒。

接下来,在步骤2008中,UE在COT的第一部分中经由共享频谱信道从BS接收下行链路传输。

最后,在步骤2010中,UE在COT的第二部分中基于共享频谱信道的感测状态经由共享频谱信道向BS发送上行链路传输,所述感测状态在间隙的持续时间中在信道接入过程期间被感测为空闲状态。

在一个实施例中,UE识别BS的操作模式,并且基于识别出BS的操作模式是半静态模式,进一步识别出在开始COT之前存在不允许传输的时段。

在一个实施例中,UE确定物理随机接入信道(PRACH)时机是有效的,其中所述PRACH时机不与在开始COT之前的不允许传输的时段重叠。

在一个实施例中,UE从COT的第一部分中所包括的下行链路传输确定第二DCI。

在此类实施例中,第二DCI包括用于COT的第二部分中所包括的上行链路传输的信道接入操作类型;并且所述信道接入操作类型是以下一者:不包括用于感测共享频谱信道的持续时间的信道接入过程类型,或者包括用于感测共享频谱信道的16微秒的持续时间的信道接入过程类型。

虽然已经用示例性实施例描述了本公开,但是本领域的技术人员可以想到各种变化和修改。本公开旨在包含落入所附权利要求书范围内的此类变化和修改。本申请中的任何描述都不应被理解为暗示任何特定的元件、步骤或功能是必须包括在权利要求书范围内的基本元素。专利主题的范围由权利要求书界定。

相关技术
  • 用于基于帧的设备NR免许可中的上行链路传输的方法和设备
  • 用于在无线通信系统中基于多个子帧上的上行链路许可来执行ACK/NACK指示的方法及其装置
技术分类

06120113235945