在支持多个上行链路载波的小区中的系统信息请求的系统和方法

技术领域

本公开涉及一种无线通信系统。更具体地说，本公开涉及用于在无线通信系统中在支持多个上行链路载波的小区中的系统信息(SI)请求的装置、方法和系统。

背景技术

为了满足自4G通信系统的部署以来增加的对无线数据通信业务的需求，已经努力开发改进的5G或准5G通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。

通常，5G通信系统是在更高频率(毫米波，mmWave)频带，例如60GHz频带，中实施的，以实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中提出波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外，在5G通信系统中，基于先进的小小区、云无线接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等，正在进行对系统网络改进的开发。在5G系统中，已经开发作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)、以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

互联网是一个以人为中心的互联网络，人类在其中产生和消费信息，现在正在向物联网(IoT)发展，在IoT中，分布式实体(诸如设备)在没有人为干预的情况下交换和处理信息。物联网(IoE)是IoT技术和大数据处理技术通过连接云服务器结合起来的技术。由于IoT实施需要诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”等技术要素，对传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)进行了进一步的研究。这样的IoT环境可以提供智能互联网技术服务，通过收集和分析连接物之间产生的数据，为人类生活创造新的价值。IoT可以通过现有信息技术(IT)与各行业的融合和整合，应用于智能家居、智能建筑、智能城市、智能汽车或互联汽车、智能电网、医疗保健、智能家电、先进医疗服务等领域。

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

最近，在下一代无线通信系统中，需要增强系统信息(SI)请求过程。

发明内容

技术问题

在下一代无线通信系统中存在开发SI请求过程的需要。

技术方案

本发明的各方面可以至少解决上述问题和/或缺点，并至少提供下文所述的优点。因此，本发明的一个方面是提供一种用于融合第5代(5G)通信系统的通信方法和系统，以支持超越第4代(4G)通信系统的更高数据速率。

根据本发明的一个方面，提供了一种由终端执行的方法，包括：如果确定从基站接收的系统信息块1(SIB 1)包括补充上行链路(SUL)的第一系统信息(SI)请求配置且满足选择SUL的第一标准，在SUL上向基站发送随机接入过程的前导，以基于SUL的第一SI请求配置请求SI；以及如果确定SIB 1包括用于正常上行链路(NUL)的第二SI请求配置并且满足选择NUL的第二标准，则在NUL上向基站发送随机接入过程的前导，以基于用于NUL的第二SI请求配置请求SI。

根据本发明的一个方面，提供了一种由基站执行的方法，包括：基于终端确定发送到终端的系统信息块1(SIB 1)包括补充上行链路(SUL)的第一系统信息(SI)请求配置且满足选择SUL的第一标准，在SUL上从终端接收随机接入过程的前导，以基于SUL的第一SI请求配置请求SI；以及如果确定SIB 1包括用于正常上行链路(NUL)的第二SI请求配置并且满足选择NUL的第二标准，则在NUL上从终端接收随机接入过程的前导，以基于用于NUL的第二SI请求配置请求SI。

根据本发明的一个方面，提供了一种终端，包括：收发器，被配置为发送和接收信号；以及控制器，被配置为：如果确定从基站接收的系统信息块1(SIB 1)包括补充上行链路(SUL)的第一系统信息(SI)请求配置且满足选择SUL的第一标准，在SUL上向基站发送随机接入过程的前导，以基于SUL的第一SI请求配置请求SI；以及如果确定SIB 1包括用于正常上行链路(NUL)的第二SI请求配置并且满足选择NUL的第二标准，则在NUL上向基站发送随机接入过程的前导，以基于用于NUL的第二SI请求配置请求SI。

根据本发明的另一方面，提供了一种基站，包括：收发器，被配置为发送和接收信号；以及控制器，被配置为：如果确定发送到终端的系统信息块1(SIB 1)包括补充上行链路(SUL)的第一系统信息(SI)请求配置且满足选择SUL的第一标准，在SUL上从终端接收随机接入过程的前导，以基于SUL的第一SI请求配置请求SI；以及如果确定SIB 1包括用于正常上行链路(NUL)的第二SI请求配置并且满足选择NUL的第二标准，则在NUL上从终端接收随机接入过程的前导，以基于用于NUL的第二SI请求配置请求SI。

有益效果

根据本发明的各种实施例，可以有效地增强下一代无线通信系统中的SI请求过程。

附图说明

通过以下结合附图的描述，本发明的某些实施例的上述和其他方面、特征和优点将更加明显，在附图中：

图1示出根据本发明实施例的终端和基站的SI请求传输过程的方法的流程图；

图2示出根据本发明实施例的终端和基站的SI请求传输过程的方法的流程图；

图3示出了根据本发明实施例的终端和基站的SI请求传输过程的方法的流程图；

图4示出根据本发明实施例的终端和基站的SI请求传输过程的方法的流程图；

图5示出根据本发明实施例的终端和基站的SI请求传输过程的方法的流程图；

图6示出根据本发明实施例的终端和基站的波束故障恢复过程；

图7示出根据本发明实施例的终端和基站的波束故障恢复过程的方法的流程图；

图8示出根据本发明实施例的终端和基站的波束故障恢复过程的方法的流程图；

图9示出根据本发明实施例的终端和基站的波束故障恢复过程的方法的流程图；

图10示出根据本发明实施例的终端和基站的波束故障恢复过程的方法的流程图；

图11示出根据本发明实施例的终端和基站的波束故障恢复过程的方法的流程图；

图12是根据本发明实施例的终端的框图；以及

图13是根据本发明实施例的基站的框图。

在整个附图中，类似的附图标记将被理解为指代类似的部件、组件和结构。

具体实施方式

参考附图提供以下描述以帮助全面理解由权利要求及其等效物定义的本发明的各种实施例。描述包括各种具体细节以帮助理解，但是实施例仅被视为示例性的。因此，本领域的普通技术人员将认识到，在不脱离本发明的范围和精神的情况下，可以对本文描述的各种实施例进行各种改变和修改。此外，为了清楚和简洁，可以省略对已知功能和构造的描述。

以下说明书和权利要求书中使用的术语和词语不限于书目含义，而仅仅是为了能够清楚和一致地理解本发明而选择的。因此，本领域技术人员应当清楚，提供本发明的各种实施例的以下描述仅仅是为了说明，而不是为了限制由所附权利要求及其等效物定义的本发明。

应当理解，除非上下文另有明确指示，否则单数形式“一”、“一个”和“该”包括复数指代。因此，例如，对“组件表面”的引用包括对一个或多个这样的表面的引用。

术语“基本上”是指不需要精确地实现所叙述的特性、参数或值，而是偏差或变化，包括例如公差，测量误差，测量精度限制和本领域技术人员已知的其他因素，可能以不排除该特性旨在提供的效果的量出现。

本领域技术人员理解，流程图(或序列图)的块和流程图的组合可以由计算机程序指令表示和执行。这些计算机程序指令可以从存储器加载，并由通用计算机、专用计算机或可编程数据处理设备的处理器执行。当加载的程序指令由处理器执行时，程序指令提供执行流程图中描述的功能的实现。因为计算机程序指令可以存储在可在专用计算机或可编程数据处理设备中使用的计算机可读存储器中，所以也可以使用执行流程图中描述的功能的制品。因为计算机程序指令可以加载在计算机或可编程数据处理设备上，所以当作为处理执行时，计算机或其他可编程处理设备可以执行流程图中描述的功能的操作。

流程图的块可以对应于包含实现一个或多个逻辑功能的一个或多个可执行指令的模块、段或代码，或者可以对应于其中的一部分。在某些情况下，可以以不同于所列顺序的顺序执行由块描述的功能。例如，可以同时执行或以相反顺序执行按顺序列出的两个块。

在该描述中，词语“单元”、“模块”等可以是指软件组件或硬件组件，例如，能够执行功能或操作的现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，“单元”等不限于硬件或软件。单元等可以被配置为驻留在由一个或多个处理器执行的可寻址存储介质中。单元等可以是指软件组件、面向对象软件组件、类组件、任务组件、过程、函数、属性、过程、子程序、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据结构、表、数组或变量。由组件和单元提供的功能可以是更小组件和单元的组合，并且可以与其他组件和单元组合以组成更大组件和单元。组件和单元可以被配置为驱动安全多媒体卡中的设备或一个或多个处理器。

在详细描述之前，描述有助于理解本发明的术语或定义。然而，这些术语应以非限制性的方式进行解释。

“基站(BS)”是与用户设备(UE)通信的实体，并且可以被称为BS、基站收发器站(BTS)、节点B(NB)、演进NB(eNB)、接入点(AP)、5G NB(5GNB)或gNB。

“UE”是与BS通信的实体，并且可以被称为UE、设备、移动站(MS)、移动设备(ME)或终端。

近年来，为了满足日益增长的宽带用户群，并提供更多和改进的应用和服务，已经开发了几种宽带无线技术。已经开发出第2代(2G)无线通信系统在保证用户移动性的同时提供语音服务。第3代(3G)无线通信系统既支持语音服务，也支持数据服务。近年来，已经开发出4G无线通信系统提供高速数据服务。然而，目前4G无线通信系统缺乏资源来满足进一步增长的高速数据服务需求。因此，人们正在开发第5代(5G)无线通信系统，以满足对高速数据服务日益增长的需求，支持超可靠性和低延迟应用。

第5代无线通信系统将不仅在较低的频带中实现，而且在较高的频率(mmWave)频带(例如，10ghz到100ghz频带)中实现，以实现更高的数据速率。为了减小无线电波的传播损耗，增加传输距离，第5代无线通信系统的设计中考虑了波束形成、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束形成、大规模天线等技术。此外，第5代无线通信系统预计将处理在数据速率、延迟、可靠性、移动性等方面有着完全不同要求的不同用例。然而，第5代无线通信系统的空中接口的设计被期望具有足够的灵活性，以根据最终客户的用例和市场细分来服务具有完全不同的能力的各种UE。例如，第5代无线通信系统的用例预计将解决增强移动宽带(eMBB)、大规模机器类型通信(m-MTC)、超可靠低延迟通信(URLLC)等。eMBB要求，例如数十Gbps的数据速率、低延迟、高移动性等，针对随时随地都需要互联网连接的代表传统无线宽带用户的细分市场。m-MTC要求，例如非常高的连接密度、不频繁的数据传输、非常长的电池寿命、低移动性地址等，针对设想数十亿个设备的连接性的代表物联网(IoT)/万物联网(IoE)的细分市场。URLLC的要求，例如，极低的延迟、非常高的可靠性和可变的移动性等，针对代表工业自动化应用的细分市场，预见为自动驾驶汽车所必需的先决条件之一的车辆到车辆/车辆到基础设施的通信。

在第4代无线通信系统中，小区中的增强型节点B(eNB)或基站广播系统信息。系统信息被构造成主信息块(MIB)和系统信息块(SIB)集合。MIB包括系统帧号(SFN)、下行链路系统带宽和物理混合ARQ反馈指示符信道(PHICH)配置。每40ms发送MIB。可以每10ms重复MIB的传输，当SFM mod 4等于0时，第一次传输可能发生在子帧#0中。MIB在物理广播信道上发送。系统信息块类型1携带小区标识、跟踪区号、小区限制信息、值标签(所有调度单元共用)和其他SIB的调度信息。当SFN mod 8等于0时，在子帧#5中每隔80ms发送SIB 1。当SFNmod 2等于0时，在子帧#5中重复SIB 1。SIB 1在物理下行链路共享信道上发送。在系统信息(SI)消息中发送其他SIB(SIB 2到SIB 19)，其中在SIB 1中指示这些SIB的调度信息。

在小区选择、小区重选、切换完成之后、从另一无线接入技术(RAT)进入E-UTRA之后、重新进入服务区域之后、接收到通知(寻呼)时以及超过最大有效持续时间(例如，3小时)之后UE获取系统信息。在无线资源控制(RRC)空闲和非活动状态下，UE需要获取MIB、SIB1、SIB 2到SIB 5、SIB 6到SIB 8(取决于支持的RAT)、SIB 17(如果支持LTE和无线局域网互通(LTE-WLAN IWK))以及SIB 18到SIB 19(如果支持设备到设备(D2D))。在RRC连接状态下，UE需要获取MIB、SIB 1、SIB 2、SIB 8(取决于支持的RAT)、SIB 17(如果支持LTE-WLAN IWK)和SIB 18到SIB 19(如果支持D2D)。

在第5代无线通信系统(也被称为下一代无线电或新无线电(NR))中，系统信息(SI)被划分为MIB和多个SIB，其中：

-SI可以被划分为MIB和多个SIB，在该配置中，MIB总是以80ms的周期性和80ms内的重复在广播信道(BCH)上传输，并且包括从小区获取SIB 1所需的参数。

-SI可以被划分为MIB和多个SIB，在该配置中，SIB 1以160ms的周期性和可变传输重复在下行链路共享信道(DL-SCH)上传输。SIB 1的默认传输重复周期为20ms，但实际的传输重复周期取决于网络实现。SIB 1中的调度信息包括SIB和SI消息之间的映射、每个SI消息的周期性和SI窗口长度。SIB 1中的调度信息包括用于每个SI消息的指示符，其指示关注的SI消息是否正在被广播。如果至少一个SI消息没有被广播，SIB 1可以包括用于请求gNB广播一个或多个SI消息的随机接入资源(物理随机接入信道(PRACH)前导(或多个)和PRACH资源(或多个))。

-除SIB 1以外的SIB在系统信息(SystemInformation，SI)消息中携带，这些消息在DL-SCH上发送。仅具有相同周期性的SIB才能被映射到相同的SI消息。每个SI消息在周期性出现的时域窗口(对于所有SI消息，称为具有相同长度的SI窗口)内发送。每个SI消息与SI窗口相关联，并且不同SI消息的SI窗口不重叠。也就是说，在一个SI窗口内，仅发送对应的SI消息。使用SIB 1中的指示，可以将除SIB 1以外的任何SIB配置为小区特定或区域特定。小区特定SIB仅适用于提供SIB的小区内，而区域特定SIB适用于被称为SI区域的区域内，SI区域由一个或多个小区组成，并由systemInformationAreaID标识。

-如果UE需要SI消息在小区中操作并且SI消息没有被广播，则UE应：

-如果SIB 1包括用于请求SI的随机接入资源(PRACH前导(或多个)和PRACH资源(或多个))，则UE使用对应于SI消息的PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。UE发送Msg1(即随机接入前导)，并等待对SI请求的确认。如果接收到对SI请求的确认，则UE在请求的SI消息的一个或多个SI周期中监视该SI消息的SI窗口。这种SI请求方法也被称为基于Msg1的SI请求。

-如果SIB 1不包括用于请求SI的随机接入资源(PRACH前导(或多个)和PRACH资源(或多个))，则UE发起RRCSystemInfoRequest消息的传输。该过程将触发随机接入过程，其中UE发送Msg1(即随机接入前导)并等待随机接入响应。根据在随机接入响应中接收的UL授权，UE发送RRCSystemInfoRequest消息并等待对SI请求的确认(即RRCSystemInfoRequest消息)。如果接收到对SI请求的确认(即RRCSystemInfoRequest消息)，则UE在请求的SI消息的一个或多个SI周期中监视该SI消息的SI窗口。这种SI请求方法也被称为基于Msg3的SI请求。

在NR中，在服务小区中可以支持多个UL载波(称为正常上行链路载波(NUL)和补充上行链路载波(SUL))。在服务小区中除了正常上行链路载波之外还配置了补充上行链路载波的情况下，SIB 1中的以下SI请求配置是可能的：

-配置1：SI请求随机接入资源(PRACH前导(或多个)和PRACH时机(或多个))被配置在补充上行载波中，但没有被配置在正常上行载波中；

-配置2：SI请求随机接入资源(PRACH前导(或多个)和PRACH时机(或多个))被配置在正常上行载波中，但没有被配置在补充上行载波中；

-配置3：SI请求随机接入资源(PRACH前导(或多个)和PRACH时机(或多个))对于补充上行链路载波和正常上行链路载波两者被配置；以及-配置4：SI请求随机接入资源(PRACH前导(或多个)和PRACH时机(或多个))对于补充上行链路载波和正常上行链路载波二者没有被配置。

当前设计解决配置2和配置4，其中UE为配置2选择基于Msg1的SI请求，并且UE为配置4选择基于Msg3的SI请求。当配置SUL时，还需要解决配置1和配置3。当在服务小区中除了NUL之外还配置了SUL时，需要一种方法解决基于Msg1的SI请求与基于Msg3的SI请求的选择。

【实施例1-SI请求传输：SUL方面】

【实施例1-1】

图1示出根据本发明实施例的终端和基站的SI请求发送过程的方法的流程图。

根据图1的实施例，UE操作如下。

UE从驻留小区或服务小区获取SIB 1。UE检查SIB 1中的BroadcastStatus位以得到UE需要获取的SI消息。

如果UE需要获取的SI消息没有被广播(即BroadcastStatus被设置为零)，则UE发起SI请求的传输。SI请求传输的过程如下。

1.UE确定补充上行链路载波(SUL)是否被配置在驻留或服务小区(110)。如果获取的SIB 1包括SUL的公共上行链路配置，则UE确定在服务小区中配置SUL。由SIB 1的ServingCellConfigCommonSIB信息元素中的supplementaryUplink字段表示SUL的公共上行链路配置。

2.如果SUL被配置在驻留或服务小区：

*UE在正常上行链路载波(NUL)和SUL中选择UL载波用于SI请求传输(120)。UE如下选择NUL或SUL(130)：

-如果从驻留或服务小区的同步信号块(SSB)测量导出的参考信号接收功率(RSRP)

-如果从驻留或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB用信号通知(例如，在诸如SIB 1的广播信号中)，则NUL是SI请求的所选UL载波。

*如果gNB对所选UL载波用信号通知SI请求配置，则UE在所选UL载波上基于基于Msg1的SI请求发起SI请求的传输(140、150、160、170)。SUL的SI请求配置由gNB使用SIB 1中的si-RequestConfigSUL用信号通知。如果在SIB 1中不存在IE si-RequestConfigSUL，则UE认为gNB没有用信号通知SUL的SI请求配置。NUL的SI请求配置由gNB使用SIB 1中的IEsi-RequestConfig用信号通知。如果在SIB 1中不存在IE si-RequestConfig，UE认为gNB没有用信号通知NUL的SI请求配置。换句话说，UE使用所选UL载波的SI请求配置中的PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。

-UE发送Msg1(即随机接入前导)，并等待SI请求的确认。在所选UL载波的SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在所选UL载波上发送Msg1。如果接收到对SI请求的确认，则UE在请求的SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

*如果gNB没有对所选UL载波发信号通知SI请求配置，则UE在所选UL载波上基于基于Msg3的SI请求发起SI请求的传输。换句话说，UE发起RRCSystemInfoRequest消息的传输(140、145、160、165)。

-UE发送Msg1(即随机接入前导)并等待随机接入响应。所选UL载波的公共随机接入资源(PRACH前导和PRACH时机)用于Msg1。在所选的UL载波上发送Msg1。在随机接入响应中接收的UL授权中，UE发送RRCSystemInfoRequest消息并等待对SI请求的确认(即RRCSystemInfoRequest消息)。如果接收到对SI请求的确认(即RRCSystemInfoRequest消息)，则UE在请求的SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

3.否则，如果SUL未配置在驻留或服务小区(110)中：

*如果gNB对NUL用信号通知SI请求配置，则UE将根据基于Msg1的SI请求发起SI请求的传输。换句话说，UE使用NUL(160、170)的SI请求配置中的PRACH前导和PRACH资源发起随机接入过程。

-UE发送Msg1(即随机接入前导)，并等待对SI请求的确认。在NUL的SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在NUL上发送Msg1。如果接收到对SI请求的确认，则UE在请求的SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

*如果gNB没有对NUL用信号通知SI请求配置，则UE根据基于Msg3的SI请求发起SI请求的传输。换句话说，UE发起RRCSystemInfoRequest消息的传输(160、165)。

-UE发送Msg1(即随机接入前导)并等待随机接入响应。NUL的公共随机接入资源(PRACH前导和PRACH时机)用于Msg1。在NUL上发送Msg1。在随机接入响应中接收的UL授权中，UE发送RRCSystemInfoRequest消息并等待对SI请求的确认(即RRCSystemInfoRequest消息)。如果接收到对SI请求的确认(即RRCSystemInfoRequest消息)，则UE在请求的SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

在上述方法的一个实施例中，“从驻留或服务小区的SSB测量导出的RSRP”被确定如下：

1>如果nrofSS-BlocksToAverage没有被配置在驻留或服务小区中；或

1>如果absThreshSS-BlocksConsolidation没有被配置在驻留或服务小区中；或

1>如果具有最高SS-RSRP的SSB的SS-RSRP低于或等于absThreshSS-BlocksConsolidation：

2>RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

1>否则：

2>RSRP是absThreshSS-BlocksConsolidation之上的SSB(或多个)的SS-RSRP的线性功率标度平均值，其中平均SSB的总数不应当超过nrofSS-BlocksToAverage。

参数nrofSS-BlocksToAverage和absThreshSS-BlocksConsolidation可以由gNB用信号通知(例如，在诸如SIB的广播信令中)。

在上述方法的另一实施例中，从驻留或服务小区的SSB测量导出的RSRP被确定如下：RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

【实施例1-2】

图2示出根据本公开的另一实施例的终端和基站的SI请求传输过程的方法的流程图。

根据图2的实施例，UE操作如下。

UE从驻留或服务小区获取SIB 1。UE检查SIB 1中的BroadcastStatus位以得到UE需要获取的SI消息。

如果UE需要获取的SI消息没有被广播(即BroadcastStatus位被设置为零)，则UE发起SI请求的传输。

SI请求传输的过程如下。

1.UE确定补充上行链路载波(SUL)是否被配置在驻留或服务小区(210)中。如果获取的SIB 1包括用于SUL的公共上行链路配置，则UE确定在服务小区中配置SUL。SUL的公共上行链路配置由SIB 1的ServingCellConfigCommonSIB信息元素中的supplementaryUplink字段表示。

2.如果SUL被配置在驻留或服务小区中，则UE在上行链路载波(NUL)和SUL中选择UL载波用于SI请求传输(220)。UE选择NUL或SUL如下：

*如果从驻留或服务小区的SSB测量导出的RSRP

*如果从驻留或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB用信号通知(例如，在诸如SIB 1的广播信号中)，则NUL是SI请求的UL载波。

3.如果SUL没有被配置在驻留或服务小区中，则UE选择NUL用于SI请求传输(210、225)。

4.UE确定从驻留或服务小区获取的SIB 1是否包括用于所选UL载波的SI请求配置(230)。

5.如果对所选UL载波不包括SI请求配置：

*UE在所选UL载波上基于基于Msg3的SI请求发起SI请求的传输。换句话说，UE在所选UL载波上发起RRCSystemInfoRequest消息的传输(235)。

-UE发送Msg1(即随机接入前导)并等待随机接入响应。所选UL载波的公共随机接入资源(PRACH前导和PRACH时机)用于Msg1。在随机接入响应中接收的UL授权中，UE发送RRCSystemInfoRequest消息并等待对SI请求的确认(即RRCSystemInfoRequest消息)。如果接收到对SI请求的确认(即RRCSystemInfoRequest消息)，则UE在请求的SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

6.如果对所选UL载波包括SI请求配置，

*UE在所选UL载波上基于基于Msg1的SI请求发起SI请求的传输(240)。换句话说，UE使用所选UL载波的SI请求配置中的PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。UE发送Msg1(即随机接入前导)，并等待对SI请求的确认。在所选UL载波的SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在所选UL载波上发送Msg1。如果接收到对SI请求的确认，则UE在请求SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

在上述方法的一个实施例中，根据驻留或服务小区的SSB测量导出的RSRP确定如下：

1>如果nrofSS-BlocksToAverage没有配置在驻留或服务小区中；或

1>如果absThreshSS-BlocksConsolidation没有配置在驻留或服务小区中；或

1>如果具有最高SS-RSRP的SSB的SS-RSRP低于或等于absThreshSS-BlocksConsolidation：

2>RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

1>否则：

2>RSRP是absThreshSS-BlocksConsolidation之上的SSB(或多个)的SS-RSRP的线性功率标度平均值，其中平均SSB的总数不应当超过nrofSS-BlocksToAverage。

参数nrofSS-BlocksToAverage和absThreshSS-BlocksConsolidation由gNB用信号通知(例如，在SIB等广播信号中)。

在另一实施例中，从驻留或服务小区的SSB测量导出的RSRP确定如下：RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

【实施例1-3】

图3示出根据本发明实施例的终端和基站的SI请求传输过程的方法的流程图。

根据图3的实施例，UE操作如下。

UE从驻留或服务小区获取SIB 1。UE可以检查SIB 1中的BroadcastStatus位以得到UE需要获取的SI消息。SUL的SI请求配置由gNB使用SIB 1中的IE si-RequestConfigSUL用信号通知。如果SIB 1中不存在IE si-RequestConfigSUL，则UE认为SUL的SI请求配置没有由gNB用信号通知。NUL的SI请求配置由gNB使用SIB 1中的IE si-RequestConfig用信号通知。如果SIB 1中不存在si-RequestConfig，则UE认为gNB没有用信号通知NUL的SI请求配置。

如果UE需要获取的SI消息没有被广播(即，BroadcastStatus位被设置为零)，则UE发起SI请求的传输。SI请求传输的过程如下。

1.如果由gNB对SUL用信号通知SI请求配置(310)，并且满足选择SUL的标准(即，从驻留或服务小区的SSB测量导出的RSRP

*UE在SUL上基于基于Msg1的SI请求发起SI请求的传输(330)。换句话说，UE在SUL的SI请求配置中使用PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。UE发送Msg1(即随机接入前导)，并等待对SI请求的确认。在SUL的SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在SUL上发送Msg1。如果接收到对SI请求的确认，则UE在请求SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

2.否则，如果gNB对NUL用信号通知SI请求配置(340)，并且满足选择NUL的标准(即，如果在驻留或服务小区中支持SUL，并且从驻留或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，则选择NUL；或者如果在服务小区不支持SUL，则选择NUL)：

*UE在NUL上基于基于Msg1的SI请求发起SI请求的传输(350)。换句话说，UE使用NUL的SI请求配置中的PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。UE发送Msg1(即随机接入前导)，并等待对SI请求的确认。在NUL的SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在NUL上发送Msg1。如果接收到对SI请求的确认，则UE在请求SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

3.否则UE基于基于Msg3的SI请求发起SI请求的传输。换句话说，UE发起RRCSystemInfoRequest消息的传输(345)。

*UE发送Msg1(即随机接入前导)并等待随机接入响应。公共随机接入资源(PRACH前导和PRACH时机)用于Msg1。在随机接入响应中接收的UL授权中，UE发送RRCSystemInfoRequest消息并等待对SI请求的确认(即RRCSystemInfoRequest消息)。如果接收到对SI请求的确认(即RRCSystemInfoRequest消息)，则UE在请求的SI消息的一个或多个SI时段中监视该SI消息的SI窗口。

*注意，如果配置了SUL，则UE将以与UE为基于Msg1的SI请求选择的方式相似的方式选择用于Msg1传输的UL载波。

-如果从驻留或服务小区的SSB测量导出的RSRP

-如果从驻留或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB用信号通知(例如，在诸如SIB 1的广播信号中)，则NUL是所选UL载波。

在上述方法的一个实施例中，从驻留或服务小区的SSB测量导出的RSRP确定如下：

1>如果nrofSS-BlocksToAverage没有被配置在驻留或服务小区中；或

1>如果absThreshSS-BlocksConsolidation没有被配置在驻留或服务小区中；或

1>如果具有最高SS-RSRP的SSB的SS-RSRP低于或等于absThreshSS-BlocksConsolidation：

2>RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

1>否则：

2>RSRP是absThreshSS-BlocksConsolidation之上的SSB(或多个)的SS-RSRP的线性功率标度平均值，其中平均SSB的总数不应当超过nrofSS-BlocksToAverage。

参数nrofSS-BlocksToAverage和absThreshSS-BlocksConsolidation由gNB用信号通知(例如，在诸如SIB的广播信号中)。

在上述方法的一个实施例中，从驻留或服务小区的SSB测量导出的RSRP可以如下确定：RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

【实施例1-4】

图4示出根据本发明实施例的终端和基站的SI请求发送过程的方法的流程图。

在本实施例中，如果在服务小区中配置SUL，则如果对NUL配置SI请求配置，则对SUL配置SI请求配置。根据图4的实施例，UE操作如下。

UE从驻留或服务小区获取SIB 1。UE可以检查SIB 1中的BroadcastStatus位以得到UE需要获取的SI消息。

如果UE需要获取的SI消息没有被广播(即，BroadcastStatus位被设置为零)，则UE发起SI请求的传输。SI请求传输的过程如下。

1.UE确定从驻留或服务小区获取的SIB 1是否包括SI请求配置(410)。

2.如果不包括SI请求配置：

*UE基于基于Msg3的SI请求发起SI请求的传输。换句话说，UE发起RRCSystemInfoRequest消息的传输(415)。

-UE发送Msg1(即随机接入前导)并等待随机接入响应。公共随机接入资源(PRACH前导和PRACH时机)用于Msg1。在随机接入响应中接收的UL授权中，UE发送RRCSystemInfoRequest消息并等待对SI请求的确认(即RRCSystemInfoRequest消息)。如果接收到对SI请求的确认(即RRCSystemInfoRequest消息)，则UE在请求的SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

-注意，如果配置了SUL，则UE将以与UE为基于Msg1的SI请求选择的方式相似的方式选择用于Msg1传输的UL载波。

**如果从驻留或服务小区的SSB测量导出的RSRP

**如果从驻留或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB用信号通知(例如，在诸如SIB 1的广播信号中)，则NUL是所选UL载波。

3.如果包括SI请求配置，UE确定是否在驻留或服务小区中配置了补充上行链路载波(SUL)(420、430)。如果获取的SIB 1包括SUL的公共上行链路配置，则SUL被确定为配置在服务小区中。SUL的公共上行链路配置由SIB 1的ServingCellConfigCommonSIB信息元素中的supplementaryUplink字段表示。SUL的SI请求配置由gNB使用SIB 1中的IE si-RequestConfigSUL用信号通知。如果SIB 1中不存在IE si-RequestConfigSUL，则UE认为gNB没有用信号通知SUL的SI请求配置。NUL的SI请求配置由gNB使用SIB 1中的IE si-RequestConfig用信号通知。如果SIB 1中不存在IE si-RequestConfig，UE认为gNB没有对NUL用信号通知SI请求配置。

*如果SUL配置在驻留或服务区：

-UE在上行链路载波(NUL)和SUL中选择UL载波用于SI请求传输(430)。

**如果驻留或服务小区的SSB测量导出的RSRP

**如果从驻留或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB用信号通知(例如，在诸如SIB 1的广播信号中)，则NUL是SI请求的所选UL载波。

-UE在所选UL载波上基于基于Msg1的SI请求发起SI请求的传输(440)。换句话说，UE使用所选UL载波的SI请求配置中的PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。UE发送Msg1(即随机接入前导)，并等待对SI请求的确认。在SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在所选UL载波上发送Msg1。如果接收到对SI请求的确认，则UE在请求SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

*否则，如果在驻留或服务小区中没有配置SUL：UE在NUL上基于基于Msg1的SI请求发起SI请求的传输。换句话说，UE使用NUL的SI请求配置中的PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。

-UE发送Msg1(即随机接入前导)并等待对SI请求的确认(450)。在SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在NUL上发送Msg1。如果接收到对SI请求的确认，则UE在请求SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

在上述方法的一个实施例中，根据驻留或服务小区的SSB测量导出的RSRP确定如下：

1>如果nrofSS-BlocksToAverage没有被配置在驻留或服务小区中；或

1>如果absThreshSS-BlocksConsolidation没有被配置在驻留或服务小区中；或

1>如果具有最高SS-RSRP的SSB的SS-RSRP低于或等于absThreshSS-BlocksConsolidation：

2>RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

1>否则：

2>RSRP是absThreshSS-BlocksConsolidation之上的SSB(或多个)的SS-RSRP的线性功率标度平均值，其中平均SSB的总数不应当超过nrofSS-BlocksToAverage。

参数nrofSS-BlocksToAverage和absThreshSS-BlocksConsolidation可以由gNB(用信号通知例如，在诸如SIB的广播信令中)。

在方法的另一个实施例中，从驻留或服务小区的SSB测量导出的RSRP可以如下确定：RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

【实施例1-5】

图5示出根据本公开的另一实施例的终端和基站的SI请求传输过程的方法的流程图。

在本实施例中，如果对SUL和NUL两者提供SI请求配置，则SUL优先于NUL。根据图5的实施例，UE操作如下。

UE从驻留或服务小区获取SIB 1。UE可以检查SIB 1中的BroadcastStatus位以得到UE需要获取的SI消息。

如果UE需要获取的SI消息没有被广播(即，BroadcastStatus位被设置为零)，则UE发起SI请求的传输。SI请求传输的过程如下。

1.如果SUL的SI请求配置包括在获取的SIB 1(510)中：

*UE在SUL上基于基于Msg1的SI请求发起SI请求的传输(520)。换句话说，UE在SUL的SI请求配置中使用PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。UE发送Msg1(即随机接入前导)，并等待对SI请求的确认。在SUL的SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在SUL上发送Msg1。如果接收到对SI请求的确认，则UE在请求SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

2.否则，如果NUL的SI请求配置包括在获取的SIB 1中(530)：

*UE在NUL上基于基于Msg1的SI请求发起SI请求的传输(540)。换句话说，UE使用NUL的SI请求配置中的PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。UE发送Msg1(即随机接入前导)，并等待对SI请求的确认。在NUL的SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在NUL上发送Msg1。如果接收到对SI请求的确认，则UE在请求SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

3.否则UE基于基于Msg3的SI请求发起SI请求的传输。换句话说，UE发起RRCSystemInfoRequest消息的传输(535)。

*UE发送Msg1(即随机接入前导)并等待随机接入响应。公共随机接入资源(PRACH前导和PRACH时机)用于Msg1。在随机接入响应中接收的UL授权中，UE发送RRCSystemInfoRequest消息并等待对SI请求的确认(即RRCSystemInfoRequest消息)。如果接收到对SI请求的确认(即RRCSystemInfoRequest消息)，则UE在请求的SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

*注意，如果配置了SUL，UE将选择用于Msg1传输的UL载波。如果从驻留或服务小区的SSB测量导出的RSRP＝rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB用信号通知(例如，在诸如SIB 1的广播信令中)，则为SI请求选择的UL载波是NUL。

在上述方法的一个实施例中，从驻留或服务小区的SSB测量导出的RSRP确定如下：

1>如果nrofSS-BlocksToAverage没有被配置在驻留或服务小区中；或

1>如果absThreshSS-BlocksConsolidation没有被配置在驻留或服务小区中；或

1>如果具有最高SS-RSRP的SSB的SS-RSRP低于或等于absThreshSS-BlocksConsolidation：

2>RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

1>否则：

2>RSRP是absThreshSS-BlocksConsolidation之上的SSB(或多个)的SS-RSRP的线性功率标度平均值，其中平均SSB的总数不应当超过nrofSS-BlocksToAverage.。

参数nrofSS-BlocksToAverage和absThreshSS-BlocksConsolidation可以由gNB用信号通知(例如，在诸如SIB的广播信令中)。

在方法的另一个实施例中，从驻留或服务小区的SSB测量导出的RSRP确定如下：RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

【实施例1-6】

根据实施例，UE操作如下。

UE从驻留或服务小区获取SIB 1。UE可以检查SIB 1中的BroadcastStatus位以得到UE需要获取的SI消息。

如果UE需要获取的SI消息没有被广播(即，BroadcastStatus位被设置为零)，则UE发起SI请求的传输。SI请求传输的过程如下。

1.如果SUL的SI请求配置包括在获取的SIB 1中，而NUL的SI请求配置不包括在获取的SIB 1中：

*UE在SUL上基于基于Msg1的SI请求发起SI请求的传输。换句话说，UE使用SUL的SI请求配置中的PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。UE发送Msg1(即随机接入前导)，并等待对SI请求的确认。在SUL的SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在SUL上发送Msg1。如果接收到对SI请求的确认，则UE在请求SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

2.否则，如果SUL的SI请求配置包括在获取的SIB 1中，NUL的SI请求配置包括在获取的SIB 1中：

*如果从驻留或服务小区的SSB测量导出的RSRP

-UE在SUL上基于基于Msg1的SI请求发起SI请求的传输。换句话说，UE使用SUL的SI请求配置中的PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。UE发送Msg1(即随机接入前导)，并等待对SI请求的确认。在SUL的SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在SUL上发送Msg1。如果接收到对SI请求的确认，则UE在请求SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

*否则，

UE在NUL上基于基于Msg1的SI请求发起SI请求的传输。换句话说，UE使用NUL的SI请求配置中的PRACH前导(或多个)和PRACH资源(或多个)发起随机接入过程。UE发送Msg1(即随机接入前导)，并等待对SI请求的确认。在NUL的SI请求配置中指示的随机接入资源(PRACH前导和PRACH时机)用于Msg1。在NUL上发送Msg1。如果接收到对SI请求的确认，则UE在请求SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

3.否则UE基于基于Msg3的SI请求发起SI请求的传输。换句话说，UE发起RRCSystemInfoRequest消息的传输。

*UE发送Msg1(即随机接入前导)并等待随机接入响应。公共随机接入资源(PRACH前导和PRACH时机)用于Msg1。在随机接入响应中接收的UL授权中，UE发送RRCSystemInfoRequest消息并等待对SI请求的确认(即RRCSystemInfoRequest消息)。如果接收到对SI请求的确认(即RRCSystemInfoRequest消息)，则UE在请求的SI消息的一个或多个SI周期中监视该SI消息的SI窗口。

*注意，如果配置了SUL，UE将选择用于Msg1传输的UL载波。如果从驻留或服务小区的SSB测量导出的RSRP＝rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB用信号传输(例如，在诸如SIB 1的广播信令中)，则为SI请求选择的UL载波是NUL。

在上述方法的一个实施例中，根据驻留或服务小区的SSB测量导出的RSRP确定如下：

1>如果nrofSS-BlocksToAverage没有被配置在驻留或服务小区中；或

1>如果absThreshSS-BlocksConsolidation没有被配置在驻留或服务小区中；或

1>如果具有最高SS-RSRP的SSB的SS-RSRP低于或等于absThreshSS-BlocksConsolidation：

2>RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

1>否则：

2>RSRP是absThreshSS-BlocksConsolidation之上的SSB(或多个)的SS-RSRP的线性功率标度平均值，其中平均SSB的总数不应当超过nrofSS-BlocksToAverage。

参数nrofSS-BlocksToAverage和absThreshSS-BlocksConsolidation可以由gNB用信号通知(例如，在诸如SIB的广播信令中)。

在方法的另一个实施例中，从驻留或服务小区的SSB测量导出的RSRP确定如下：RSRP是具有最高SS-RSRP的SSB的SS-RSRP。

【实施例2-波束故障恢复和C-DRX】

图6示出根据本发明实施例的终端和基站的波束故障恢复过程。

考虑到当前的频率分布策略，可以进行1GHz或更高的宽带通信的波段可能受到限制，并且实际可选择的频带仅是28GHz或更高的毫米波段。与传统蜂窝系统使用的在2GHz或更低的频带上发送的信号相比，在较高频带上发送的信号遭受巨大的路径损耗和传播损耗。这显著降低了使用与传统蜂窝系统相同功率的基站的覆盖范围。

波束形成技术用于在更高频带减少传播路径损耗和增加通信距离。波束形成使用高增益天线来提高传输和接收性能。波束形成可以分为在发送端执行的发送(TX)波束形成和在接收端执行的接收(RX)波束形成。

通常，TX波束形成通过使用多个天线允许传播到达的区域密集地位于特定方向上来增加方向性。TX波束形成的使用导致信号的方向性增加，从而增加传播距离。此外，由于几乎不在除方向性方向以外的方向上发送信号，因此作用于另一接收端的信号干扰显著减小。接收端可以通过使用RX天线阵列对RX信号执行波束形成。RX波束形成通过允许在特定方向上集中传播来增加在特定方向上发送的RX信号强度，并且从RX信号中排除在特定方向以外的方向上发送的信号，从而提供阻断干扰信号的效果。通过使用波束形成技术，发送器可以制作多个不同方向的发送波束模式。这些发送波束模式中的每一个也可以称为TX波束。

在高频下操作的无线通信系统使用多个窄TX波束在小区中发送信号，因为每个窄TX波束提供对小区的一部分的覆盖。TX波束越窄，天线增益越高，因此使用波束形成传输的信号的传播距离越大。接收器还可以制作不同方向的多个RX波束模式。这些接收模式中的每一个也可以被称为RX波束。

对于数据通信，gNB应使用TX波束(在多个TX波束中)发送，UE可从其接收信号。对于波束故障检测，gNB用波束故障检测参考信号配置UE，并且当来自物理层的波束故障实例指示的数量在配置周期内达到配置阈值时，UE声明波束故障。当在服务SSB/CSI-RS上检测到波束故障时，波束故障恢复请求过程用于向服务gNB指示新的SSB或CSI-RS。波束故障由下层检测并指示给MAC实体。UE的波束故障恢复过程定义如下。

1>如果接收到来自下层(即物理层)的波束故障指示：

2>启动或重启beamFailureRecoveryTimer；

2>将BFI_COUNTER增加1；

2>如果BFI_COUNTER>＝beamFailureInstanceMaxCount：

3>如果为活动的UL BWP配置了beamFailureRecoveryConfig：

4>如果已配置，则启动beamFailureRecoveryTimer；

4>通过应用在beamFailureRecoveryConfig中配置的参数powerRampingStep、preambleReceivedTargetPower和preambleTransMax，在SpCell上启动随机接入过程。

3>否则：

4>在SpCell上发起随机接入过程；

1>如果beamFailureRecoveryTimer到期；或

1>如果beamFailureDetectionTimer、beamFailureInstanceMaxCount或用于波束故障检测的任何参考信号由上层重新配置：

2>将BFI_COUNTER设置为0；

1>如果为波束故障恢复启动的随机接入程序成功完成：

3>如果已配置，则停止beamFailureRecoveryTimer；

3>将BFI_COUNTER设置为0；

3>考虑波束故障恢复请求过程成功完成；

根据当前过程，在检测到波束故障时(即当BFI_COUNTER>＝beamFailureInstanceMaxCount时)，UE立即发起用于波束故障恢复的随机接入过程。在RRC连接状态下，UE可以配置C-DRX。如果配置了DRX(不连续接收)，则MAC实体使用DRX操作不连续地监视PDCCH。在DRX周期的关断持续时间期间(即，当UE不监视PDCCH时)，可以如图6所示多次检测波束故障。在非活动时间期间对每个波束故障检测执行波束故障恢复过程可能会严重耗尽UE的电池。

【实施例2-1】

图7示出根据本发明实施例的终端和基站的波束故障恢复过程的方法的流程图。根据图7的实施例，如果配置了C-DRX并且UE在非活动时间(710、720)期间检测到波束故障，则执行以下过程。

如果UE为URLLC业务配置了至少一个逻辑信道(730)：

-UE在波束故障检测(BFD)时执行波束故障恢复(BFR)(715)。

其他(730)

-在一个实施例中，UE将BFR延迟直到下一活动时间为止(740)。也就是说，UE等待下一活动时间来执行BFR，而不是立即执行BFR。

-在另一实施例中，如果为BFR配置了无竞争随机接入资源，则UE将BFR延迟直到下一活动时间为止。

-在替代实施例中，如果T>0，则UE将BFR延迟时间“T”，其中T＝T2-T1，T2＝直到从检测到波束故障的时间开始的下一次配置的UL/DL授权的时间；T1＝BFR过程所需时间；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

-在替代实施例中，如果T>0并且如果为BFR配置了无竞争随机接入资源，则UE将BFR延迟时间“T”；其中T＝T2-T1，T2＝从检测到波束故障开始直到下一次配置的UL/DL授权的时间；T1＝BFR过程所需时间；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

-在替代实施例中，如果T>0，UE将BFR延迟时间“T”，其中T＝T2-T1，T2＝直到从检测到波束故障的时间开始的下一次配置的UL/DL授权的时间；T1＝由gNB预定义或用信号通知；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

-在替代实施例中，如果T>0并且如果为BFR配置了无竞争随机接入资源，则UE将BFR延迟时间“T”；其中T＝T2-T1，T2＝从检测到波束故障开始直到下一次配置的UL/DL授权的时间；T1＝由gNB预定义或用信号通知；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

在上述操作中，可以如下确定为URLCC业务配置的逻辑信道或无线电承载。

在一个实施例中，映射到服务质量(QoS)流标识符(QFI)集合中的一个或多个QFI的逻辑信道或无线电承载被认为映射到URLCC业务。QFI集合可以预定义或由gNB用信号通知UE。QFI集合可以包括一个或多个QFI。

在另一实施例中，映射到特定子载波间隔(SCS)或SCS集合中的SCS的逻辑信道或无线电承载被认为映射到URLCC业务。SCS集合可以预定义或由gNB用信号通知UE。SCS集合可以包括一个或多个SCS。

在另一实施例中，映射到大于指定SCS索引的SCS的逻辑信道或无线电承载被认为映射到URLCC业务。指定SCS索引可以预定义或由gNB用信号通知UE。

在另一实施例中，映射到逻辑信道优先级集合中的逻辑信道优先级的逻辑信道或无线电承载被认为映射到URLCC业务。逻辑信道优先级集合可以预定义或由gNB用信号通知UE。逻辑信道优先级集合可以包括一个或多个逻辑信道优先级。

在另一实施例中，映射到大于指定逻辑信道优先级的逻辑信道优先级的逻辑信道或无线电承载被认为映射到URLCC业务。指定逻辑信道优先级可以预定义或由gNB用信号通知UE。

在另一实施例中，映射到小于指定物理下行链路共享信道(PDSCH)持续时间的PDSCH持续时间的逻辑信道或无线电承载被认为映射到URLCC业务。指定PDSCH持续时间可以预定义或由gNB用信号通知UE。

在另一实施例中，映射到指定PDSCH持续时间的逻辑信道或无线电承载被认为映射到URLCC业务。指定PDSCH持续时间可以预定义或由gNB用信号通知UE。

【实施例2-2】

图8示出根据本发明实施例的终端和基站的波束故障恢复过程的方法的流程图。

根据图8的实施例，如果配置了C-DRX并且UE在非活动时间(810、820)期间检测到波束故障，则执行以下操作。

如果drx-ShortCycleTimer正在运行(830)，

-UE对BFD执行BFR(815)。

否则(830)-在一个实施例中，UE延迟BFR直到下一活动时间为止(840)。

-在另一实施例中，如果为BFR配置了无竞争随机接入资源，则UE延迟BFR直到下一活动时间为止。

-在替代实施例中，如果T>0，则UE将BFR延迟时间“T”，其中T＝T2-T1，T2＝直到从检测到波束故障的时间开始的下一次配置的UL/DL授权的时间；T1＝BFR过程所需时间；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

-在替代实施例中，如果T>0并且如果为BFR配置了无竞争随机接入资源，则UE将BFR延迟时间“T”；其中T＝T2-T1，T2＝从检测到波束故障开始直到下一次配置的UL/DL授权的时间；T1＝BFR过程所需时间；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

-在替代实施例中，如果T>0，UE将BFR延迟时间“T”，其中T＝T2-T1，T2＝直到从检测到波束故障的时间开始的下一次配置的UL/DL授权的时间；T1＝由gNB预定义或用信号通知；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

-在替代实施例中，如果T>0并且如果为BFR配置了无竞争随机接入资源，则UE将BFR延迟时间“T”；其中T＝T2-T1，T2＝从检测到波束故障开始直到下一次配置的UL/DL授权的时间；T1＝由gNB预定义或用信号通知；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

因此，在长DRX周期的非活动时间内，BFR可以被延迟。

【实施例2-3】

图9示出根据本发明实施例的终端和基站的波束故障恢复过程的方法的流程图。

根据图9的实施例，如果配置了C-DRX并且UE在非活动时间(910、920)期间检测到波束故障，则执行以下操作。

如果drx-ShortCycleTimer正在运行和/或如果UE为URLLC业务配置了至少一个逻辑信道(930、940)：

-UE对BFD执行BFR(915)。

其他(930、940)

-在一个实施例中，UE延迟BFR直到下一活动时间为止(950)。

-在另一实施例中，如果为BFR配置了无竞争随机接入资源，则UE延迟BFR直到下一活动时间为止。

-在替代实施例中，如果T>0，则UE将BFR延迟时间“T”，其中T＝T2-T1，T2＝直到从检测到波束故障的时间开始的下一次配置的UL/DL授权的时间；T1＝BFR过程所需时间；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

-在替代实施例中，如果T>0并且如果为BFR配置了无竞争随机接入资源，则UE将BFR延迟时间“T”；其中T＝T2-T1，T2＝从检测到波束故障开始直到下一次配置的UL/DL授权的时间；T1＝BFR过程所需时间；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

-在替代实施例中，如果T>0，UE将BFR延迟时间“T”，其中T＝T2-T1，T2＝直到从检测到波束故障的时间开始的下一次配置的UL/DL授权的时间；T1＝由gNB预定义或用信号通知；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

-在替代实施例中，如果T>0并且如果为BFR配置了无竞争随机接入资源，则UE将BFR延迟时间“T”；其中T＝T2-T1，T2＝从检测到波束故障开始直到下一次配置的UL/DL授权的时间；T1＝由gNB预定义或用信号通知；否则，UE对BFD执行BFR。在一个实施例中，T2是直到下一个接通持续时间的时间。

在上述操作中，可以如下确定为URLCC业务配置的逻辑信道或无线电承载。

在一个实施例中，映射到QFI集合的一个或多个QFI的逻辑信道或无线电承载被认为映射到URLCC业务。QFI集合可以预定义或由gNB用信号通知UE。QFI集合可以包括一个或多个QFI。

在另一实施例中，映射到特定SCS或SCS集合的SCS的逻辑信道或无线电承载被认为映射到URLCC业务。SCS集合可以预定义或由gNB用信号通知UE。SCS集合可以包括一个或多个SCS。

在另一实施例中，映射到大于指定SCS索引的SCS的逻辑信道或无线电承载被认为映射到URLCC业务。指定SCS索引可以预定义或由gNB用信号通知UE。

在另一实施例中，映射到逻辑信道优先级集合的逻辑信道优先级的逻辑信道或无线电承载被认为映射到URLCC业务。逻辑信道优先级集合可以预定义或由gNB用信号通知UE。逻辑信道优先级的集合可以包括一个或多个逻辑信道优先级。

在另一实施例中，映射到大于指定逻辑信道优先级的逻辑信道优先级的逻辑信道或无线电承载被认为映射到URLCC业务。指定逻辑信道优先级可以预定义或由gNB用信号通知UE。

在另一实施例中，映射到小于指定PDSCH持续时间的PDSCH持续时间的逻辑信道或无线电承载被认为映射到URLCC业务。指定PDSCH持续时间可以预定义或由gNB用信号通知UE。

在另一实施例中，映射到指定PDSCH持续时间的逻辑信道或无线电承载被认为映射到URLCC业务。指定PDSCH持续时间可以预定义或由gNB用信号通知UE。

【实施例2-4】

图10示出根据本公开的另一实施例的终端和基站的波束故障恢复过程的方法的流程图。

根据图10的实施例，如果配置了C-DRX并且UE在非活动时间期间检测到波束故障(1010、1020)，则可以执行以下操作。

-UE将BFR延迟时间“T”或直到下一个活动时间，以更早者为准，如果T>0，其中T＝T2-T1，T2＝直到从检测到波束故障的时间开始的下一个配置的UL/DL授权的时间；T1＝BFR过程所需时间(1030、1040)；

*在一个实施例中，T1可以预定义或由gNB用信号通知。

*在一个实施例中，T2是直到下一个接通持续时间的时间。

-如果T<0，则UE对BFD执行BFR(1030、1015)。

在一个实施例中，仅当UE处于长DRX周期时应用上述过程。

【实施例2-5】

图11示出根据本公开的另一实施例的终端和基站的波束故障恢复过程。

根据图11的实施例，建议如果配置了C-DRX并且UE在非活动时间期间检测到波束故障(1110、1120)：

-如果为BFR配置了无竞争随机接入资源，则UE延迟BFR(1130、1140)；

-否则对BFD执行BFR(1130、1115)。

在一个实施例中，仅当UE处于长DRX周期时应用上述过程。

图12是根据本发明实施例的终端的框图。

参照图12，终端包括收发器1210、控制器1220和存储器1230。控制器1220可以是指电路、专用集成电路(ASIC)或至少一个处理器。收发器1210、控制器1220和存储器1230被配置为实现图1至图11所示的UE的操作。尽管收发器1210、控制器1220和存储器1230被示为单独的实体，但是它们可以被实现为单个实体，如单个芯片或片上系统(SoC)。收发器1210、控制器1220和存储器1230可以彼此电连接或耦合。

收发器1210可以向其他网络实体(例如，基站或其他UE)发送信号并从其接收信号。控制器1220可以控制UE执行根据上述一个或多个实施例的功能。控制器1220可以是指电路、ASIC或至少一个处理器。

在一个实施例中，终端的操作可以使用存储对应的程序代码、软件程序、固件或其他计算机可执行指令的存储器1230来实现。具体地，终端可以配备有存储器1230，以存储影响图1至图11所示的操作的程序代码。为了执行这些操作，控制器1220可以例如通过使用处理器或中央处理单元(CPU)来读取、加载和执行存储在存储器1230中的程序代码。

图13是根据本发明实施例的基站的框图。

参照图13，基站包括收发器1310、控制器1320和存储器1330。收发器1310、控制器1320和存储器1330被配置为实现图(例如图1至图11)中所示的网络(例如gNB)的操作，或如上所述。尽管收发器1310、控制器1320和存储器1330被示为单独的实体，但是它们可以被实现为单个实体，如单个芯片或片上系统(SoC)。收发器1310、控制器1320和存储器1330可以彼此电连接或耦合。

收发器1310可以向其他网络实体(例如，终端或其他基站)发送信号并从其接收信号。控制器1320可以控制基站执行根据上述实施例之一的功能。控制器1320可以是指电路、ASIC或至少一个处理器。

在一个实施例中，可以使用存储对应的程序代码、软件程序、固件或其他计算机可执行指令的存储器1330来实现基站的操作。具体地，基站可以配备存储器1330以存储实现期望操作的程序代码。为了执行期望的操作，控制器1320可以通过使用处理器或CPU来读取、加载和执行存储在存储器1330中的程序代码。

虽然已经参考本发明的各种实施例示出和描述了本发明，但是本领域技术人员将理解，在不脱离由所附权利要求及其等效物定义的本发明的情况下，可以在形式和细节上进行各种改变。

如上所述，说明书和附图中公开的实施例仅用于呈现特定示例以容易地解释本公开的内容并帮助理解，但并不意在限制本公开的范围。因此，除了本文公开的实施例之外，还应分析本公开的范围以包括基于本公开的技术概念得到的所有改变或修改。