用于发送和接收系统信息的方法和装置

本申请是申请日为2019年03月28日、申请号为201980023210.3、发明名称为“用于发送和接收系统信息的方法和装置”的PCT发明专利申请的分案申请。

技术领域

本公开涉及无线通信系统中主信息块(MIB)获取的系统和方法。

背景技术

为了满足自部署第四代(4G)通信系统以来对无线数据流量增加的需求，已努力开发改进的第五代(5G)或5G前(pre-5G)的通信系统。因此，5G或5G前的通信系统也称为“超4G网络”或“后长期演进(LTE)系统”。5G无线通信系统被认为是不仅被实现在较低的频带中，而且还被实现在较高的频率(毫米波)频带(例如10GHz至100GHz频带)中以实现更高的数据速率。为了减轻无线电波的传播损耗并增加传输(TX)距离，无线通信系统的设计中正在考虑波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。此外，在5G通信系统中，基于先进小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等的系统网络改进开发正在进行中。在5G系统中，作为高级编码调制(ACM)的混合频移键控(FSK)和正交幅度调制(QAM)、频率QAM(FQAM)和滑动窗口叠加编码(SWSC)以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)已得到开发。

互联网(其是人类以人为中心的连接网络，人们可以在其中生成和消费信息)如今正在发展为物联网(IoT)，在该IoT中，诸如物的分布式实体无需人工干预即可交换和处理信息。已经出现万物互联(IoE)，它是通过与云服务器连接的IoT技术和大数据处理技术的结合。为了实施IoT，需要诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”等技术元素，近来已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这样的物联网(IoT)环境可以提供智能因特网技术服务，该服务通过收集和分析在连接的物之间生成的数据为人类生活创造新的价值。物联网可以通过现有信息技术(IT)与各种工业应用的融合与结合，应用于各个领域，包含智能家居、智能建筑、智能城市、智能汽车或互联汽车、智能电网、医疗保健、智能家电以及高级医疗服务等。

与此相应，已经进行了各种尝试以将5G通信系统应用于IoT网络。例如，可以通过波束成形、MIMO和阵列天线来实现诸如传感器网络、MTC和M2M通信之类的技术。云RAN作为上述大数据处理技术的应用也可以视为5G技术与IoT技术融合的示例。

近年来，已经开发了几种宽带无线技术以满足越来越多的宽带用户并提供更多更好的应用和服务。已经开发了第二代(2G)无线通信系统以在确保用户移动性的同时提供语音服务。第三代(3G)无线通信系统不仅支持语音服务还支持数据服务。已经开发了4G无线通信系统以提供高速数据服务。但是，4G无线通信系统当前遭受资源不足而无法满足对高速数据服务的日益增长的需求。因此，正在开发5G无线通信系统以满足具有多种要求的各种服务(例如高速数据服务)的增长需求，支持超可靠性和低延迟应用。

此外，5G无线通信系统有望满足在数据速率、延迟、可靠性、移动性等方面具有完全不同要求的不同用例。但是，希望5G无线通信系统的空中接口设计足够灵活，以服务于根据用例和UE向终端客户提供服务的细分市场而具有十分不同的能力的用户设备(UE)。预计5G无线通信系统将解决的示例用例包括增强型移动宽带(eMBB)、大规模机器类型通信(m-MTC)、超可靠低延迟通信(URLL)等。eMBB要求(如数十Gbps的数据速率、低延迟、高移动性等)针对代表随时随地需要因特网连接的传统无线宽带用户的细分市场。m-MTC要求(如非常高的连接密度、不频繁的数据TX、非常长的电池寿命、低移动性地址等)针对代表预示数十亿个设备的连接性的IoT/IoE的细分市场。URLL要求(如极低的延迟、极高的可靠性和可变的移动性等)针对代表工业自动化应用、视为自动驾驶汽车的推动力之一的车辆到车辆/车辆到基础设施的通信的细分市场。

在4G无线通信系统中，小区中的演进型节点B(eNB)或基站(BS)广播系统信息(SI)。SI分为主信息块(MIB)和一组系统信息块(SIB)。MIB由系统帧号(SFN)、下行链路系统带宽(BW)和物理混合自动重发请求(ARQ)反馈指示符信道(PHICH)配置组成。MIB每40毫秒传输一次。每10毫秒重复一次，其中当SFN mod 4等于0时，在子帧#0中发生第一发送(TX)。MIB在物理广播信道(PBCH)上发送。SIB类型1(即SIB 1)携带小区身份、跟踪区域代码、小区限制信息、valuetag(对于所有调度单元通用)以及其他SIB的调度信息。当SFN mod 8等于0时，在子帧#5中每80毫秒传输一次SIB 1。当SFN mod 2等于0时，在子帧#5中重复SIB 1。在物理下行链路共享信道(PDSCH)上传输SIB 1。在SI消息中传输其他SIB(即SIB 2至SIB19)，其中在SIB 1中指示这些SIB的调度信息。

UE在小区选择、小区重新选择、切换完成之后、从另一无线电接入技术(RAT)进入演进的通用移动电信系统(UMTS)地面无线电接入(E-UTRA)后、一旦UE重新进入服务区域、一旦接收到通知(寻呼)以及一旦超过最大有效持续时间(3小时)，则UE获取SI。在无线电资源控制(RRC)空闲状态和非活动状态下，UE需要获取MIB、SIB 1、SIB 2至SIB 5、SIB 6至SIB8(取决于所支持的RAT)、SIB 17(如果支持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)。

在4G无线通信系统中，SI改变是通过寻呼消息(在RRC空闲(RRC_IDLE)或RRC连接(RRC_CONNECTED))用cause systemInfoModification通知的，使UE知道在下一个修改时间段中某些SI正在改变。没有向UE提供其SI被更新的细节。这种改变通知方法存在某些缺点。如果在小区中更新了SIB，则向所有驻留于该小区的UE通知存在SI改变。基于该通知，UE不知道哪个SIB被更新。因此，UE必须丢弃所有获取的SIB，并且必须重新获取所有SIB，而不管UE是否对更新的或未更新的SIB感兴趣。这导致UE处的不必要的功耗。

在5G无线通信系统(也称为下一代无线电或新无线电(NR))中，SI(即一个或多个SIB或SI消息)通过PDSCH传输。载波BW还在频域中被划分成多个带宽部分(BWP)。承载SI的PDSCH在初始下行链路(DL)BWP上传输。初始DL BWP的配置在MIB中发信号通知。MIB在PBCH上传输。PBCH与同步信号(即主SS(PSS)/辅SS(SSS))一起在同步信号(SS)块(SSB)中传输。SSB在时域中跨越4个正交频分复用(OFDM)符号，在频域中跨越240个子载波。每个频带用于SSB的子载波间隔(SCS)是固定的。SSB的起始资源块(RB)与初始DL BWP的起始RB之间存在可配置的偏移。在初始DL BWP中传输的用于承载MIB的SSB的SCS和用于其他DL信道(用于系统信息的物理下行链路控制信道(PDCCH)/PDSCH)的SCS也可以不同。

在传统系统中，每当UE接收到包括SI更新通知的寻呼消息时，无论MIB是否被更新，UE总是重新获取MIB。在下一代无线电中，MIB包含几个参数，诸如systemFrameNumber(6位最高有效位(MSB))、subCarrierSpacingCommon、ssb-SubcarrierOffset、dmrs-TypeA-Position、pdcch-ConfigSIB1、cellBarred和intraFreqReselection信息。一旦UE已在小区中获取了systemFrameNumber，则UE在停留于处于空闲/非活动(IDLE/INACTIVE)状态的驻留小区中或处于连接(CONNECTED)状态服务中时无需再次为systemFrameNumber重新获取MIB。但是，如果UE在IDLE/INACTIVE状态下经历小区重选或在CONNECTED状态下进行切换，则需要重新获取重选/目标小区的MIB。可通过小区中的网络来更新参数ssb-SubcarrierOffset、dmrs-TypeA-Position、pdcch-ConfigSIB1、cellBarred和intraFreqReselection，但是这些更新很少发生。MIB内容与第1层(L1)内容一起在PBCH上传输，其中第1层内容包括systemFrameNumber(4位最低有效位(LSB))、半帧位和用于SS/PBCH块索引的3位(3个MSB，对于6GHz以上的操作)，否则用于副载波(SC)偏移的1位、保留的2位(对于低于6GHz的操作)。包括MIB内容、L1内容和24位循环冗余校验(CRC)的PBCH总尺寸为56位。而且，即使网络更新一个或多个SIB，不是这些参数(即MIB内容和L1内容)都被更新。因此，无需在每次更新一个或多个SIB时重新获取MIB。

在下一代无线电中，MIB的获取(即PBCH解码)可以要求UE从初始DL BWP的BW切换到SSB的BW(其中UE接收剩余的最小系统信息(RMSI)/按需SI(OSI)/寻呼)，因为SSB的起始RB与初始DL BWP的起始RB之间存在可配置的偏移。MIB的获取可能还需要SCS切换，因为用于MIB的SCS和用于其他DL信道(用于RMSI/OSI/寻呼的PDCCH/PDSCH)的SCS可能不同。作为RRC连接的UE，UE可以被配置为在一个或多个DL BWP中监视和接收来自下一代节点B(gNB)的DL传输。UE在DL中接收的DL BWP被称为活动DL BWP。每次更新任何SI都会获取MIB，这导致RRC连接的UE的数据中断，因为MI可能没有出现在UE的活动DL BWP中。每次更新任何SI都会获取MIB，这会导致数据中断、不必要的功耗以及延迟获取更新后的系统信息。

因此，需要更新MIB和SI的增强方法。

以上信息仅作为背景信息呈现以帮助理解本公开。关于以上内容中的任何内容是否可以用作本公开的现有技术，没有确定也没有断言。

发明内容

技术问题

本公开的各方面在于至少解决上述问题和/或缺点并至少提供下述优点。因此，本公开的一方面在于提供一种用于融合第五代(5G)通信系统的通信方法和系统，该通信方法和系统用于支持比第四代(4G)系统更高的数据速率。

另外的方面将在下面的描述中部分地阐述、部分地从描述中将是清楚的或者可以通过实践所呈现的实施例而获知。

在传统系统中，每当用户设备(UE)接收到包括系统信息(SI)更新通知的寻呼消息时，无论主信息块(MIB)是否被更新，UE总是重新获取MIB。在下一代无线电或新无线电(NR)中，每当网络更新一个或多个SIB时，参数(即MIB内容和第1层(L1)内容)不更新。因此，在每次更新一个或多个SIB时重新获取MIB是不必要的并且导致数据中断、不必要的功耗以及延迟获取更新后的系统信息。在下一代无线电中，MIB的获取(即PBCH解码)可能要求UE从初始下行链路(DL)带宽部分(BWP)的BW切换到同步信号(SS)块(SSB)的带宽(BW)(其中UE接收剩余的最小系统信息(RMSI)/按需SI(OSI)/寻呼)，因为SSB的起始资源块(RB)与初始DL BWP的起始RB之间存在可配置的偏移。MIB的获取可能还需要子载波间隔(SCS)切换，因为用于MIB的SCS和用于其他DL信道(用于RMSI/OSI/寻呼的物理下行链路控制信道(PDCCH)/物理下行链路共享信道(PDSCH))的SCS可能不同。作为无线资源控制(RRC)连接的UE，可被配置为在一个或多个DL BWP中监视和接收来自下一代节点B(gNB)的DL传输。UE在DL中进行接收的DL BWP称为活动DL BWP。每次更新任何系统信息时获取MIB都会导致RRC连接的UE的数据中断，因为MIB可能不存在于UE的活动DL BWP中。每当更新任何系统信息时MIB的获取都会导致数据中断、不必要的功耗以及获取更新后的系统信息的延迟。

技术方案

根据本公开的一方面，提供了一种终端接收寻呼消息的方法。该方法包括：基于偏移、终端的不连续接收(DRX)周期、DRX周期中的寻呼帧的数量以及终端的标识符来确定寻呼帧，其中关于偏移的信息是从系统信息中获得的；基于寻呼帧的多个寻呼时机确定一个寻呼时机，该寻呼时机包括物理下行链路控制信道(PDCCH)监视时机集合；并监视该寻呼时机以接收寻呼消息。

根据本公开的另一方面，提供了一种接收寻呼消息的终端。该终端包括：收发器，被配置为从基站(BS)接收信号以及向基站发送信号；以及控制器，其与收发器耦合并且被配置为：基于偏移、终端的不连续接收(DRX)周期、DRX周期中的寻呼帧的数量以及终端的标识符来确定寻呼帧，其中关于偏移的信息是从系统信息中获得的；基于寻呼帧的多个寻呼时机确定一个寻呼时机，该寻呼时机包括物理下行链路控制信道(PDCCH)监视时机集合；并监视该寻呼时机以接收寻呼消息。

根据本公开的另一方面，提供了一种终端获取系统信息的方法。该方法包括：接收关于系统信息的改变的指示；以及基于终端的状态来获取系统信息块1(SIB 1)。

根据本公开的另一方面，提供了一种获取系统信息的终端。该终端包括：收发器，被配置为从基站(BS)接收信号以及向基站发送信号；以及控制器，其与收发器耦合并且被配置为控制收发器以接收关于系统信息的改变的指示并基于终端的状态获取系统信息块1(SIB 1)。

有益技术效果

每次更新任何系统信息而获取MIB时都会导致RRC连接(RRC CONNECTED)的UE的数据中断，因为MIB可能不存在于UE的活动DL BWP中。每当更新任何系统信息而获取MIB都会导致数据中断、不必要的功耗以及获取更新后的系统信息的延迟。本公开克服了这些问题。

通过以下结合附图进行的公开了本公开的各种实施例的详细描述，本公开的其他方面、优点和显著特征对于本领域技术人员将变得清楚。

附图说明

通过以下结合附图进行的描述，本公开的某些实施例的上述和其他方面、特征和优点将变得更加清楚，在附图中：

图1示出了根据本公开的方法1的实施例1的用户设备的操作；

图2示出了根据本公开的方法1的实施例1的UE与下一代节点B(gNB)之间的信令，其中，通知包含在寻呼消息中；

图3示出了根据本公开的方法1的实施例1的UE与gNB之间的信令，其中，通知包含在寻呼下行控制信息DCI中；

图4示出了根据本公开的方法1的基于实施例2的UE操作；

图5示出了根据本公开的方法1的实施例3的用于主信息块(MIB)和系统信息(SI)更新的UE操作；

图6示出了根据本公开的方法1的实施例3的在UE与下一代节点B(gNB)之间的信令；

图7示出了根据本公开的方法1的实施例2的用于主信息块(MIB)和系统信息(SI)更新的UE操作；

图8示出了根据本公开的方法2的实施例中的下一代节点B(gNB)操作；

图9示出了根据本公开的方法3的实施例中的下一代节点B(gNB)操作；

图10示出了根据本公开的方法3的实施例中的下一代节点B(gNB)操作；

图11示出了根据本公开的方法3的实施例中的下一代节点B(gNB)操作；

图12示出了根据本公开的方法3的实施例中的下一代节点B(gNB)操作；

图13示出了根据本公开的方法3的实施例中的下一代节点B(gNB)操作；

图14示出了用于在第五代(5G)无线通信系统中发送剩余的最小系统信息(RMSI)的三种模式；

图15是根据本公开实施例的终端的框图；和

图16是根据本公开的实施例的基站(BS)的框图。

贯穿附图，相似的附图标记将被理解为指代相似的部件、组件和结构。

具体实施方式

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

在以下描述和权利要求中使用的术语和词语不限于书面含义，而是仅由发明人用来使得能够清楚一致地理解本公开。因此，对于本领域技术人员而言清楚的是，提供本公开的各种实施例的以下描述仅是出于说明的目的，而不是出于限制由所附权利要求及其等同物所限定的本公开的目的。

应当理解，单数形式的“一”、“一个”和“该”包括复数指代，除非上下文另外明确指出。因此，例如，提及“部件表面”包括提及一个或多个这样的表面。

术语“基本上”是指不需要精确地实现所列举的特性、参数或值，而且可以在不影响所述特征意欲提供的效果的量内发生偏差或变化(包括例如公差、测量误差、测量精度限制和本领域技术人员已知的其他因素)。

本领域技术人员知道，流程图(或序列图)的方框和流程图的组合可以由计算机程序指令表示和执行。这些计算机程序指令可以加载在通用计算机、专用计算机或可编程数据处理设备的处理器上。当加载的程序指令由处理器执行时，它们创建用于执行流程图中描述的功能的装置。因为计算机程序指令可以存储在专用计算机或可编程数据处理设备中可用的计算机可读存储器中，所以也可以创建执行流程图中描述的功能的制品。因为计算机程序指令可以加载在计算机或可编程数据处理设备上，所以当计算机程序指令作为进程执行时，它们可以执行流程图中描述的功能的操作。

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

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

在详细描述之前，描述了理解本公开所必需的术语或定义。但是，这些术语应以非限制性方式解释。

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

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

在第五代(5G)无线通信系统(也称为下一代无线电或NR)中，系统信息(SI)(即一个或多个系统信息块(SIB)或SI消息)通过物理下行链路共享信道传输(PDSCH)。载波带宽(BW)在频域中还分为多个带宽部分(BWP)。承载SI的PDSCH在初始下行链路(DL)BWP上传输。初始DL BWP的配置在主信息块(MIB)中用信号通知。MIB内容和第1层(L1)内容一起作为一个传输块与24位循环冗余校验(CRC)一起在物理广播信道(PBCH)上传输。PBCH在同步信号(SS)块(SSB)中和同步信号(即主SS(PSS)/次SS(SSS))一起传输。SSB在时域内跨越4个正交频分复用(OFDM)符号且在频域内跨越240个子载波。用于SSB的子载波间隔(SCS)在每个频带上是固定的。SSB的起始资源块(RB)与初始DL BWP的起始RB之间存在可配置的偏移。用于承载MIB的SSB的SCS和用于初始DL BWP中传输的其他DL信道的SCS(物理下行链路控制信道(PDCCH)/用于系统信息的PDSCH)可以不同。

在传统系统中，每当UE接收到包括SI更新通知的寻呼消息时，无论MIB是否被更新，UE总是重新获取MIB。在下一代无线电中，MIB包含几个参数，诸如systemFrameNumber(6位最高有效位(MSB))、subCarrierSpacingCommon、ssb-SubcarrierOffset、dmrs-TypeA-Position、pdcch-ConfigSIB1、cellBarred和intraFreqReselection信息。一旦UE已经获取小区中的systemFrameNumber，则当UE在处于空闲/非活动(IDLE/INACTIVE)状态停留在驻留小区中或在连接(CONNECTED)状态被服务时无需再次为systemFrameNumber重新获取MIB。然而，如果UE在IDLE/INACTIVE状态下经历小区重选或者在CONNECTED状态下进行切换，则UE需要重新获取重选/目标小区的MIB。可以由小区中的网络来更新参数ssb-SubcarrierOffset、dmrs-TypeA-Position、pdcch-ConfigSIB1、cellBarred和intraFreqReselection，但是这些更新很少发生。MIB内容与L1内容一起在PBCH上传输，其中L1内容包括systemFrameNumber(4位最低有效位(LSB))、半帧位和用于SS/PBCH块索引的3位(用于6GHz以上操作的3MSB)，否则包括用于子载波(SC)偏移的1位和保留的2位(用于低于6GHz的操作)。包括MIB内容、L1内容和24位CRC的总PBCH尺寸为56位。而且，每当网络更新一个或多个SIB，不是这些参数(即MIB内容和L1内容)都被更新。因此，不需要在每次更新一个或多个SIB时重新获取MIB。

在下一代无线电中，MIB的获取可能需要UE从初始DL BWP的BW(在其中UE接收剩余的最小系统信息(RMSI)/按需SI(OSI)/寻呼)切换到SSB的BW，因为SSB的起始RB与初始DLBWP的起始RB之间存在可配置的偏移。MIB的获取可能还需要SCS切换，因为用于MIB的SCS和用于其他DL信道(用于RMSI/OSI/寻呼的PDCCH/PDSCH)的SCS可能不同。作为RRC连接的UE，其可以被配置用于在一个或多个DL BWP中监视和接收来自的gNB的DL传输。UE在DL中接收的DL BWP被称为活动DL BWP。每次更新任何SI时获取MIB会导致RRC连接的UE的数据中断，因为在UE的活动DL BWP中可能不存在MIB。每次更新任何SI时获取MIB会导致数据中断、不必要的功耗以及延迟获取更新后的系统信息。

方法1

为了克服上述问题，在本公开的一种方法中，一旦从gNB接收到SI更新通知，仅当一个或多个MIB参数(除了systemFrameNumber)被更新时，UE才重新获取MIB(即解码PBCH)。可以在寻呼消息中接收SI更新通知。可替代地，可以在寻呼下行链路控制信息(DCI)中接收SI更新通知，其中PDCCH被寻址到寻呼无线网络临时标识符(P-RNTI)。

实施例1：寻呼消息或寻呼DCI中的MIB更新指示或PBCH更新指示

为了使UE能够确定是否更新了MIB内容或L1内容的参数或者UE是否应该重新获取MIB，gNB可以发送通知(例如“MIBUpdateIndication(MIB更新指示)”、“MIBUpdateNotification(MIB更新通知)”、“MIBReacquireNotification(MIB重新获取通知)”、“MIBReacquireIndication(MIB重新获取指示)”或“PBCHUpdateIndication(PBCH更新指示)”)。该通知可以在寻呼消息中发送。可替代地，该通知可在其中PDCCH被寻址到P-RNTI的DCI中发送。

在一个实施例中，该通知可以是指示“真”(1)或“假”(0)的1位通知，其中在接收到该通知时，即如果该通知设置为“真”则UE重新获取MIB既解码PBCH，如果该通知设置为“假”则UE不重新获取MIB即无需解码PBCH。如果网络(即gNB)想要更新除了systemFrameNumber以外的MIB内容的参数和/或PBCH的L1内容，网络将该通知设置为“真”。否则，它将该通知设置为“假”。

在另一个实施例中，该通知可以可选地包括在寻呼消息或寻呼DCI中，其中如果包含该通知，则将该通知设置为“真”。一旦UE接收到该通知，如果在寻呼消息或寻呼DCI中包括设置为“真”的通知，则UE重新获取MIB，即解码PBCH。如果网络(即gNB)想要更新除了systemFrameNumber之外的MIB内容的(多个)参数或PBCH的L1内容，则网络将该通知包括在寻呼消息或寻呼DCI中。

图1示出了根据本发明的方法1的基于实施例1的UE操作。

参考图1，在操作110，UE接收寻呼消息或寻呼DCI。在操作120，UE确定接收到的寻呼消息或寻呼DCI是否包括MIB更新指示或PBCH更新指示。如果接收的寻呼消息或寻呼DCI包括MIB更新指示或PBCH更新指示，则在操作130，UE可以重新获取MIB，即解码PBCH。如果接收的寻呼消息或寻呼DCI不包括MIB更新指示或PBCH更新，则在操作140，UE不重新获取MIB，即不解码PBCH。

图2示出了根据本公开的方法1的基于实施例1的UE与gNB之间的信令，其中寻呼消息中包括通知。

参考图2，在操作210，gNB确定是否更新MIB内容或L1内容的一个或多个参数。如果gNB想要更新MIB内容或L1内容的一个或多个参数，则在操作220，gNB通过寻址到P-RNTI的PDCCH发送控制信息，并且在操作230，gNB通过PDSCH发送包括MIB更新指示或PBCH更新指示的寻呼消息。在操作240，UE重新获取MIB，即解码PBCH。

图3示出了根据本公开的方法1的基于实施例1的UE与gNB之间的信令，其中寻呼DCI中包括通知。

参考图3，在操作310，gNB确定是否更新MIB内容或L1内容的一个或多个参数。如果gNB想要更新MIB内容或L1内容的一个或多个参数，则在操作320，gNB通过寻址到P-RNTI的PDCCH发送控制信息。控制信息包括MIB更新指示或PBCH更新指示。在操作330，UE重新获取MIB，即解码PBCH。

要注意的是，在图2和图3中使用的P-RNTI可以相同或不同。

应当注意，在MIB更新通知仅包括在寻呼DCI中的系统中，UE在寻呼DCI中而不在寻呼消息中检查该通知。

实施例2：使用P-RNTI的MIB更新指示或PBCH更新指示

在一个实施例中，可以通过使用保留用于指示MIB更新/PBCH更新的P-RNTI来在寻呼消息或寻呼DCI中指示MIB更新通知或PBCH更新通知以用于指示MIB更新/PBCH更新。在这种情况下，在寻呼消息或寻呼DCI中不需要MIB更新通知位。如果网络(即gNB)希望UE重新获取MIB(即解码PBCH)，则PDCCH将被寻址(即CRC被掩码)到该保留的P-RNTI。否则，网络将使用另一个P-RNTI。

图4示出了根据本公开的方法1的基于实施例2的UE操作。

图4示出了根据本公开实施例1A的SI响应接收。

参考图4，在操作410，UE接收寻呼消息或寻呼DCI。在操作420，UE确定是否将接收到的寻呼消息或寻呼DCI寻址到为MIB更新指示或PBCH更新指示保留的P-RNTI。如果接收到的寻呼消息或寻呼DCI被寻址到为MIB更新指示或PBCH更新指示保留的P-RNTI，则在操作430，UE可以重新获取MIB，即解码PBCH。如果未将寻呼DCI寻址到为MIB更新指示或PBCH更新指示保留的P-RNTI，则在操作440，UE不重新获取MIB，即不解码PBCH。

实施例3：MIB更新指示/PBCH更新指示+SIB 1的更新指示

图5示出了根据本公开的方法1的基于实施例3的用于MIB和SI更新的UE操作。

参考图5，一旦在操作510接收到寻呼消息或寻呼DCI，则在操作520，UE检查所接收的寻呼消息或寻呼DCI中是否包括MIB更新通知(或PBCH更新指示)。如果是，在操作530，UE重新获取MIB(即解码PBCH)。否则，在操作540，UE不重新获取MIB(即不解码PBCH)。

在一个实施例中，可以通过使用保留用于指示MIB更新的P-RNTI在寻呼消息或寻呼DCI中指示MIB更新通知或PBCH更新通知。在这种情况下，在寻呼消息或寻呼DCI中不需要MIB更新通知位。如果网络希望UE重新获取MIB(即解码PBCH)，则PDCCH将被寻址(即CRC被掩码)到该保留的P-RNTI。否则，网络将使用其他P-RNTI。在该实施例中，UE将检查接收到的寻呼消息或寻呼DCI是否寻址到为MIB更新指示保留的P-RNTI。如果是，则UE重新获取MIB。否则，UE将不会重新获取MIB。

在操作550，UE还检查接收到的寻呼消息或寻呼DCI中是否包括SIB1或SI更新通知。如果是，则在操作560，UE重新获取SIB1。否则，在操作570，UE不重新获取SIB1。一旦重新获取SIB 1，对于UE根据其状态和/或其支持的服务而需要维护的每个SIB(与紧急通知有关的SIB除外)，如果重新获取的SIB1中的那个SIB的valueTag被改变并且UE没有与那个SIB的新ValueTag对应的有效的存储的SI，则在操作580，UE重新获取SIB。对于与紧急情况通知有关的SIB(即地震和海啸预警系统(ETWS)/商业移动警报系统(CMAS))，寻呼消息或寻呼DCI可以包括指示UE重新获取这些地震和海啸预警系统(ETWS)/商业移动预警系统(CMAS)SIB的单独的(多个)通知。

当网络(NW)想要为例如SIB1的内容(即预占参数、调度信息(不包括按需指示符的翻转))或如果预占参数、调度信息等不改变而SIB 1中的任意SIB(而不是ETWS/CMAS)的单个ValueTag改变时，SIB1Updationindication将包括在寻呼消息或寻呼DCI中。

图6示出了根据本公开的方法1的实施例3在UE与gNB之间的信令。

参照图6，在操作610，gNB确定是否更新MIB内容和/或SIB 1内容的一个或多个参数。如果gNB想要更新MIB内容和/或SIB 1内容的一个或多个参数，则在操作620，gNB发送寻呼消息或寻呼DCI。寻呼消息或寻呼DCI包括MIB更新指示和/或SIB 1更新指示。如果在寻呼消息或寻呼DCI中包括MIB更新指示，则在操作630，UE处重新获取MIB(即解码PBCH)。如果在寻呼消息或寻呼DCI中包括SIB 1更新指示，则在操作640，UE重新获取SIB 1。

要注意的是，在仅在寻呼DCI中包括MIB更新通知和SIB 1更新通知的系统中，UE在寻呼DCI中而不在寻呼消息中检查这些通知。

实施例4：MIB更新指示/PBCH更新指示+每个SIB的更新指示

在该实施例中，UE根据指示重新获取MIB(如果更新)及仅更新的SIB。

图7示出了根据本公开的方法1的基于实施例3的用于MIB和SI更新的UE操作。在该实施例中，在寻呼消息/寻呼DCI中存在用于每个单独的SIB的更新指示。在寻呼消息/寻呼DCI中也存在用于MIB的更新指示。在该实施例中，在寻呼消息/寻呼DCI中可以存在用于每个单独的SI消息的更新指示。每个SI消息携带一个或多个SIB，其中SI消息和SIB之间的映射在SIB 1中用信号通知。

参考图7，一旦在操作710接收到寻呼消息或寻呼DCI，则在操作720，UE检查在所接收的寻呼消息或寻呼DCI中是否包括MIB更新通知/PBCH更新通知。如果是，在操作730，UE重新获取MIB(即解码PBCH)。否则，在操作740，UE不重新获取MIB(即不解码PBCH)。

在一个实施例中，可以通过使用保留用于指示MIB更新/PBCH更新的P-RNTI在寻呼消息或寻呼DCI中指示MIB更新通知/PBCH更新通知。在这种情况下，在寻呼消息或寻呼DCI中不需要MIB更新通知位。如果网络希望UE更新MIB，则PDCCH将被寻址(即CRC被掩码)到该保留的P-RNTI。否则，网络将使用另一个P-RNTI。在该实施例中，UE将检查接收到的寻呼消息或寻呼DCI是否寻址到为MIB更新指示保留的P-RNTI。如果是，则UE重新获取MIB。否则，UE将不会重新获取MIB。

对于UE需要根据其状态和/或其支持的服务而需要维护的每个SIB，在操作750，UE还为那个SIB检查是否在接收到的寻呼消息或寻呼DCI中包括更新通知。如果是，则在操作760，如果UE没有与该SIB的新valueTag相对应的有效存储的SI，则UE重新获取SIB。在一个实施例中，UE可以读取SIB 1以便通过读取SIB 1来确定该SIB的新valueTag。可替代地，UE可以从接收到的寻呼消息或寻呼DCI中获得该SIB的新的valueTag。在又一个实施例中，与更新的SIB相对应的新valuetag包括在SIB自身中，并且UE重新获取更新后的SIB内容以及新valuetag。在这种情况下，由于在寻呼消息/寻呼DCI中未包括更新的SIB的新valuetag并且UE不重新获取SIB 1的新valuetag，因此UE无法确定所存储的有效SI是否对应于更新的SIB的新valuetag。因此，UE需要重新获取更新的SIB。如果接收到的寻呼消息或寻呼DCI不包括更新通知(即SIB X UpdateIndication)，则在操作770，UE不重新获取该SIB(即SIBX)。

应当注意，在仅将(多个)更新通知包括在寻呼DCI中的系统中，UE在寻呼DCI中而不在寻呼消息中检查这些通知。

为了指示每个SIB的更新指示，提出了以下设计选项。

1)寻呼消息或寻呼DCI为每个SIB包括一位指示。可以将这些位指示的每一个设置为“真”(1)或“假”(0)。

2)寻呼消息或寻呼DCI为每个SIB包括一位指示。这些位指示的每一个被可选地包括。如果被包括，则指示的值为“真”。

3)寻呼消息或寻呼DCI包括尺寸可变的位串。位串中的每个位对应一个SIB/SI消息。寻呼消息或寻呼DCI中还包括位串的长度。MIB更新指示是与可变尺寸位串分开的位。

4)寻呼消息或寻呼DCI包含位串列表(每个位串8位)。例如，列表中的位串1中的每个位对应于SIB 1到SIB 8。列表中的位串2中的每个位对应于SIB 9到SIB16。依此类推。MIB更新指示是与位串列表分开的位。

5)寻呼消息或寻呼DCI包含多个位串或位图。这些位串中的每一个都是可选包括的。

-SIB位图1(用于SIB 1-8)

-SIB位图2(用于SIB 9-16)

-SIB位图3(用于SIB 17-24)

每个位图都是可选的。MIB更新指示是与位图列表分开的位。

寻呼消息或寻呼DCI包括一个或多个与已更新的SI消息相对应的SI索引的列表。与schedulingInfoList中的第一条目相对应的SI消息具有SI索引0，与schedulingInfoList中的第二条目相对应的SI消息具有SI索引1，与schedulingInfoList中的第n个条目相对应的SI消息的SI具有索引n-1。gNBzai SIB 1中发信号通知scheduleInfoList。对于UE需要根据其状态和/或其支持的服务而需要维护的每个SIB，UE检查该SIB所映射到的SI消息的SI索引是否包括在寻呼消息或寻呼DCI中。如果是，如果UE没有与该SIB的新valueTag相对应的有效存储的SI，则UE重新获取该SIB。在一个实施例中，UE可以读取SIB 1以便通过读取SIB 1来确定该SIB的新的valueTag。可替代地，UE可以从接收到的寻呼消息或寻呼DCI中获得该SIB的新的valueTag。

在一个实施例中，gNB在寻呼消息或寻呼DCI中发送SI更新通知。在这里，gNB发送此消息以更新任何SI(紧急SIB除外)。在该实施例中，RRC空闲/非活动状态的UE执行接收到SI更新通知时的MIB获取。RRC连接的UE在来自gNB的专用RRC信令消息中接收MIB的更新参数(例如初始DL BWP的SCS、dmrs-TypeA-Position、pdcch-ConfigSIB1)。在接收到SI更新通知时，不需要RRC连接状态的UE对PBCH进行解码以重新获取更新的MIB内容或更新的L1编码。一旦接收到SI更新通知，RRC连接状态的UE以及RRC空闲/非活动状态的UE重新获取SIB1。在由gNB在寻呼消息或寻呼DCI中发送MIBUpdateNotification的实施例中，一旦接收到MIBUpdateNotification，由RRC空闲/非活动状态的UE执行MIB的获取。一旦接收到MIBUpdateNotification，RRC连接状态的UE不获取MIB。

考虑BWP的MIB更新

方法2

图8示出了根据本公开的方法2的一个实施例中的gNB操作。

参考图8，在操作810，如果gNB想要更新用于MIB的一个或多个参数，则在操作820，它发送包括MIBUpdateIndication的寻呼消息或寻呼DCI，其中在初始DL BWP上发送该寻呼消息。此外，在操作830，gNB还发送专用的RRC消息到其当前活动DL BWP不是初始DL BWP的RRC连接的UE，该RRC消息包括MIB的更新的参数和/或PBCH传送块的更新的L1内容。在此方法中，其当前活动DL BWP不是初始DL BWP的(多个)RRC连接的UE接收专用RRC消息(例如在RRCReconfigurationMessage中)中RRC连接状态需要的MIB内容的更新参数(例如初始DLBWP的SCS、dmrs-TypeA-Position、pdcch-ConfigSIB1)和/或PBCH的更新的L1内容。在RRC连接状态下所需的MIB内容和/或PBCH的更新的L1内容可以包括subCarrierSpacingCommon、dmrs-TypeA-Position和pdcch-ConfigSIB1(即搜索空间为0且控制资源集(CORESET)为0)。

方法3

图9示出了根据本公开的方法3的一个实施例中的gNB操作。

参照图9，在操作910,如果gNB想要更新用于MIB内容的一个或多个参数和/或PBCH的L1内容，则操作920,其发送包括MIBUpdateIndication/PBCHUpdateIndication的寻呼消息或寻呼DCI，其中在初始DL BWP上发送寻呼消息。此外，在操作930，gNB还向所有RRC连接的UE发送包括MIB内容的更新参数和/或PBCH的L1的内容的专用RRC消息(例如在RRCReconfigurationMessage中)。在该方法中，RRC连接的UE在专用RRC消息中接收MIB的内容的更新参数和/或PBCH的更新的L1内容。在此，RRC连接的UE不需要解码PBCH来获取MIB以接收MIB的更新参数(诸如初始DL BWP的SCS、dmrs-TypeA-Position、pdcch-ConfigSIB1)(即使它接收到指示MIB更新的寻呼消息)。在RRC连接状态下所需的MIB内容和/或PBCH的更新的L1内容可以包括subCarrierSpacingCommon、dmrs-TypeA-Position和pdcch-ConfigSIB1(即搜索空间为0且CORESET为0)。

方法4

图10示出了根据本公开的方法3的一个实施例中的gNB操作。

参考图10，在操作1010，如果gNB想要更新MIB内容的一个或多个参数和/或更新PBCH的L1内容，则在操作1020，它发送包括MIBUpdateIndication/PBCHUpdateIndication的寻呼消息或寻呼DCI，其中寻呼消息是在初始DL BWP上发送的。此外，在操作1030，gNB还发送专用RRC消息(例如在RRCReconfigurationMessage中)到其当前活动DL BWQ不是初始DL BWP的RRC连接的UE，该专用RRC消息包括MIB内容的更新的参数(例如初始DL BWP的SCS、dmrs-TypeA-Postion、pdcch-ConfigSIB 1)和/或PBCH的更新的L1内容。在操作1040，如果RRC连接的UE的活动DL BWP是初始DL BWP并且UE没有同时接收MIB和单播数据两者的能力，gNB发送专用RRC消息(例如在RRCReconfigurationMessage中)到此RRC连接的UE，该专用RRC消息包括MIB内容的更新的参数和/或PBCH的更新的L1内容。UE在UE能力消息中向gNB指示同时接收MIB(即解码PBCH)和单播数据(即解码PDSCH)两者的能力。在此方法中，如果RRC连接的UE的活动DL BWP是初始DL BWP并且UE不具有同时接收MIB和单播数据两者的能力，则UE将不会解码PBCH来读取MIB(即使它接收到指示MIB更新)。它将在来自gNB的专用RRC消息中接收MIB的更新内容和/或PBCH的更新的L1内容。在RRC连接状态下所需的MIB内容和/或PBCH的更新的L1内容可以包括subCarrierSpacingCommon、dmrs-TypeA-Position和pdcch-ConfigSIB1(即搜索空间为0且CORESET为0)。

方法5

图11示出了根据本公开的方法3的一个实施例中的gNB操作。

参照图11，在操作1110，如果gNB想要更新MIB内容的一个或多个参数和/或更新PBCH的L1内容，则在操作1120，它发送包括MIBUpdateIndication/PBCHUpdateIndication的寻呼消息或寻呼DCI，其中该寻呼消息是在初始DL BWP上发送的。此外，在操作1130，gNB还发送专用RRC消息(例如在RRCReconfigurationMessage中)到其当前活动DL BWP不是初始DL BWP的RRC连接的UE，该专用RRC消息包括MIB内容的更新的参数(诸如初始DL BWP的SCS、dmrs-TypeA-位置、pdcch-ConfigSIB 1)和/或PBCH的更新的L1内容。如果RRC连接的UE的活动DL BWP是初始DL BWP并且MIB/PBCH的SCS不同于初始DL BWP的SCS或者MIB/PBCH的BWP不位于PDCCH的UE所监视的BW之内，则在操作1140中，gNB发送专用的RRC消息(例如在RRCReconfigurationMessage中)到此RRC连接的UE，该专用RRC消息包括MIB内容的更新的参数(诸如初始DL BWP的SCS、dmrs-TypeA-Position、pdcch-ConfigSIB 1)和/或PBCH的更新的L1内容。在这种方法中，如果RRC连接的UE的活动DL BWP是初始DL BWP并且MIB/PBCH的SCS与初始DL BWP的SCS不同或MIB/PBCH的BWP不在用于PDCCH的由UE所监视的BW范围内，UE不会解码PBCH来读取MIB(即使它接收到指示MIB更新的寻呼消息)。它将在来自gNB的专用RRC消息中接收MIB的更新的内容和/或PBCH的更新的L1内容。在RRC连接状态所需的MIB内容和/或PBCH的更新的L1内容可以包括subCarrierSpacingCommon、dmrs-TypeA-Position和pdcch-ConfigSIB 1(即搜索空间为0且CORESET为0)。

方法6

图12示出了根据本公开的方法3的一个实施例中的gNB操作。

参考图12，在操作1210，如果gNB要更新MIB内容的一个或多个参数和/或更新PBCH的L1内容，则在操作1220，gNB将其当前活动DL BWP不是初始DL BWP的RRC连接的UE切换为初始DL BWP。然后，在操作1230，它发送包括MIBUpdateIndication/PBCHUpdateIndication的寻呼消息或寻呼DCI，其中在初始DL BWP上发送寻呼消息或寻呼DCI。

方法7

图13示出了根据本公开的方法3的一个实施例中的gNB操作。

参考图13，在操作1310，如果gNB想要更新MIB内容的一个或多个参数和/或更新PBCH的L1内容，则在操作1320，gNB切换其当前活动DL BWP不是初始DL BWP且具有同时接收MIB(即解码PBCH)和单播数据(即解码PDSCH)两者的能力的(多个)RRC连接的UE到初始DLBWP。然后，在操作1330，它发送包括MIBUpdateIndication/PBCHUpdateIndication的寻呼消息或寻呼DCI，其中该寻呼消息在初始DL BWP上传输。UE在UE能力消息中向gNB指示同时接收MIB(即解码PBCH)和单播数据(即解码PDSCH)两者的能力。如果UE不具有同时接收MIB和单播数据两者的能力，则在操作1340，gNB发送专用RRC消息(例如在RRCReconfigurationMessage中)到此RRC连接的UE，该消息包括MIB内容的更新的参数(诸如初始DL BWP的SCS、dmrs-TypeA-Position、pdcch-ConfigSIB1)和/或PBCH的更新的L1内容。在该方法中，如果RRC连接的UE的活动DL BWP是初始DL BWP并且UE不具有同时接收MIB和单播数据两者的能力，即使接收到指示MIB更新的寻呼消息UE也不会解码PBCH来读取MIB。它将从gNB的专用RRC消息(例如RRCReconfigurationMessage中)中接收更新的MIB内容和/或PBCH的更新的L1内容。在RRC连接状态下所需的MIB内容和/或PBCH的更新的L1内容可以包括subCarrierSpacingCommon、dmrs-TypeA-Position和pdcch-ConfigSIB1(即搜索空间为0且CORESET为0)。

接入控制启用/禁用指示

接入控制参数在单独的SIB中发信号通知。接入控制是特定于小区的并且无线电接入网(RAN)(即gNB)决定应用接入控制以减轻RAN过载情况。当小区未加载时，没有理由应用接入控制。当负载高时，启用接入控制，并且要求UE获取接入控制SIB以便应用禁止参数(barring paramter)。问题是UE如何知道接入控制是启用还是禁用。

空闲/非活动UE需要在每个寻呼时机监视寻呼。因此，在本公开的一种方法中，在寻呼消息/DCI中包括接入控制位。一旦接收到寻呼消息，如果接入控制位设置为“真”(1)，则UE将启用接入控制。否则，它将接入控制视为禁用。如果将接入控制位设置为“真”(1)，以便启用接入控制，即应用限制参数，则要求UE获取接入控制SIB。

可替代地，可以在SIB1中指示接入控制是否被启用/禁用。它可以是SIB 1中的一个启用接入控制的位。或者，SIB 1中是否存在接入控制参数可以指示是否启用/禁用接入控制。可替代地，在SIB 1中发送/支持的SIB的列表中接入控制SIB的调度信息是否存在或者接入控制SIB是否存可以指示是否启用/禁用接入控制。如果在SIB 1中将接入控制位设置为“真”(1)，以启用接入控制，即应用禁止参数，则要求UE根据接入控制SIB的调度信息来获取接入控制SIB。如果在SIB 1中将接入控制位设置为“假”(0)，即禁用接入控制，则不需要UE获取接入控制SIB。

可替代地，如果在小区中可用的SIB的列表中存在接入控制SIB的调度信息或者存在接入控制SIB，则UE隐式地确定接入控制被启用，以便应用禁止参数，则要求UE根据接入控制SIB的调度信息来获取接入控制SIB。

可以在MIB中指示启用/禁用接入控制。它可能是MIB中的一个启用接入控制的位。如果在MIB中将接入控制位设置为“真”(1)以启用接入控制，即应用禁止参数，则要求UE获取SIB 1。基于所获取的SIB 1中的接入控制SIB的调度信息来获取接入控制SIB。如果在MIB中将接入控制位设置为“假”(0)，即接入控制被禁用，则不需要UE获取接入控制SIB。

如果接入控制启用/禁用位包含在MIB中并且如果此位被翻转，则将其视为MIB内容更新。在这种情况下，网络将通过寻呼消息和/或寻呼DCI指示MIBUpdateIndication/PBCHUpdateIndication。要求UE重新获取MIB内容并且基于MIB中的更新指示确定是否启用/禁用接入控制。

如果SIB 1中包含接入控制启用/禁用位并且如果此位被翻转，则将其视为SIB 1内容更新。在这种情况下，网络将通过寻呼消息和/或寻呼DCI指示SIB1UpdateIndication。要求UE重新获取SIB 1内容并基于SIB 1中的更新指示确定是否启用/禁用接入控制。

此外，如果在寻呼消息或寻呼DCI中的SIB X Update指示接入控制SIB的更新，则UE在当前修改时间段中获取更新的接入控制SIB，而不是等待下一个修改时间段边界。

在一实施例中，如果在MIB或SIB 1中启用了接入控制位，则不需要UE发送SI请求，而是UE从广播获取接入控制SIB。如果启用了接入控制位且UE没有存储的SI，则UE从广播中获取接入控制SIB并且不触发SI请求。

寻呼时机(PO)计算

在无线通信系统中，发送寻呼以寻呼附接到无线通信网络但是处于RRC空闲/非活动模式的UE。在RRC空闲/非活动模式下，UE以规则的间隔(即每个寻呼DRX周期)醒来短的时间段以接收寻呼、接收SI更新通知以及接收紧急通知。使用PDSCH发送寻呼消息。如果PDSCH中有寻呼消息，则将PDCCH寻址到P-RNTI。P-RNTI对于所有UE都是通用的。UE身份(例如系统架构演进(SAE)-临时移动用户身份(S-TMSI))被包括在寻呼消息中以指示针对特定UE的寻呼。寻呼消息可以包括多个UE身份以寻呼多个UE。在数据信道(即PDSCH)上广播寻呼消息(即PDCCH用P-RNTI进行掩码)。SI更新和紧急通知被包括在DCI中，并且携带该DCI的PDCCH被寻址到P-RNTI。在RRC空闲/非活动模式下，UE在每个DRX周期监视一个寻呼时机(PO)。在RRC连接状态下，UE监视一个或多个PO以接收SI更新通知并接收紧急通知。UE可在寻呼DRX周期中监视任何PO并且在SI修改时间段中监视至少一个PO。

在传统系统中，一个PO是1ms持续时间的子帧/传输时间间隔(TTI)。网络可以在一个DRX周期中配置多个PO。UE基于UE ID确定其PO。UE首先确定寻呼帧(PF)然后确定该PF内的PO。一个PF是一个无线电帧(10毫秒)，它可以包含一个或多个PO。DRX周期中的每个无线电帧都可以是寻呼帧。一个PF中最多可以有四个PO。PF中可以是PO的子帧被预先定义，即子帧#0、子帧#4、子帧#5和子帧#9。网络发出两个参数的信号。第一个参数是“T”，即以无线电帧数为单位的寻呼DRX周期持续时间。第二个参数是“nB”，即一个寻呼DRX周期中的PO的数量。此处，nB可以配置为4T、2T、T、T/2、T/4、T/8、T/16和T/32中的一个值。基于UE ID，UE分布在该DRX周期内的几个PO上。几个UE可以映射到同一PO。用于UE的PF是具有系统帧号“SFN”的无线电帧，系统帧号满足等式SFN mod T＝(T div N)*(UE_ID mod N)；其中等于min(T，nB)的N是DRX周期中的寻呼帧的数量，UE_ID等于国际移动用户身份(IMSI)mod 1024。在确定的PF内，PO对应于i_s＝floor(UE_ID/N)mod Ns；其中等于max(1，nB/T)的Ns是寻呼帧中的寻呼时机的数量；i_s可以是0、1、2和3；在i_s、Ns和寻呼帧内的子帧之间的映射是预定义的。

在工作于更高频率(毫米波)频段的5G无线通信系统中，UE和gNB使用波束成形相互通信。波束成形技术用于更高频段进行通信时减轻传播路径损耗并增加传播距离。波束成形使用高增益天线增强了发送和接收性能。通常，通过使用多个天线使传播所及的区域密集地位于特定方向上来使发送(TX)波束成形提高方向性。TX波束成形的使用导致信号方向性的增加，从而增加了传播距离。此外，由于几乎没有在方向性方向以外的方向上发送信号，所以作用于另一接收端的信号干扰显著降低。通过使用波束成形技术，发送器可以产生不同方向的多个发送波束模式。这些发送波束模式中的每一个也可以称为TX波束。以高频工作的无线通信系统使用多个窄TX波束以在小区中发送信号，因为每个窄TX波束都覆盖了小区的一部分。TX波束越窄，天线增益越高，因此使用波束成形传送的信号的传播距离越大。在更高频带时，需要使用波束成形来发送寻呼。在更高频率下，波束成形对于补偿路径损耗至关重要。一个TX波束无法提供完整的小区覆盖。需要使用多个TX波束发送寻呼。由于TX波束的数量取决于网络部署，因此其中PO的持续时间是一个子帧并且PO的位置被预先定义的现有设计是没有效率并且缺乏可伸缩性。

在本公开中，提供了可伸缩设计来确定PO。在本公开中，PO的确定方式是：使得用于监视PO中的寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机(也称为SIB1)重叠。结果，可以避免用于寻呼传输的额外的波束扫描(如果在gNB处有N个TX波束，则gNB在N个时间间隔内使用这些TX波束进行发送，其中每个发送使用不同的TX波束)。

在5G无线通信系统中，同步信号和PBCH块(SSB)由小区中的主同步信号和辅同步信号(PSS，SSS)和PBCH组成。周期性地发送SSB突发集(包括一组SSB)，其中周期为5ms、10ms、20ms、40ms、80ms和160ms。

图14示出了用于在5G无线通信系统中传输RMSI的三种模式。

参考图14中，“模式1”是指SS/PBCH块和RMSI CORESET在不同的时刻发生并且SS/PBCH块TX BW和包含RMSI CORESET的BW重叠的复用模式。“模式2”是指SS/PBCH块和RMSICORESET在不同的时刻发生并且SS/PBCH块TX BW和包含RMSI CORESET的BW不重叠的复用模式。“模式3”是指SS/PBCH块和RMSI CORESET在同一时刻发生并且SS/PBCH块TX BW和包含RMSI CORESET的BW不重叠的复用模式。

对于模式1，从SFN 0开始，每20ms出现RMSI的PDCCH监视时机集合。该集合包括每个SSB的PDCCH监视时机。在该集合中，PDCCH监视时机与SSB之间存在一一映射。PDCCH监视时机的集合可以位于满足SFN mod 2＝0的无线电帧内。PDCCH监视时机的集合可以跨越多个无线电帧(即一些SSB的PDCCH监视时机在满足SFN mod 2＝0的无线电帧中，而一些SSB的PDCCH监视时机位于满足SFN mod 2＝1的无线电帧中)。对于模式2或3，每个SS突发设置时间段都会出现RMSI的PDCCH监视时机的集合。该无线电帧与在其中传输SSB的无线电帧相同。如3GPP TS 38.213中所定义的，确定RMSI的每个PDCCH监视时机的位置。

用于确定PO的参考无线电帧或寻呼帧

UE首先导出参考帧或寻呼帧。一个寻呼帧(PF)是一个无线电帧并且可以包含一个或多个PO或PO的起点，即由其监视的PO的第一时隙位于其中的无线电帧。DRX周期中的每个无线电帧可以是寻呼帧。在寻呼帧的数量少于DRX周期中无线电帧的数量(即DRX周期中的每个无线电帧不都是寻呼帧)的情况下，则4G系统中使用的传统等式总是将PO定位在偶数无线电帧中。对于RMSI模式3，PO应该定位于传输SS突发集的无线电帧(奇数或偶数)中。例如，如果SS突发集时间段为20ms，则网络可以在奇数无线电帧或偶数无线电帧中发送SS突发集。对于模式1，偏移为0，因为PO总是在SFN mod 2＝0的无线电帧中开始。对于模式2或3，偏移等于其中传输SSB的最小SFN。因此，在本公开中，传统等式被增强以包括偏移。为了使寻呼过程与模式无关，可以由网络发送偏移。例如，在系统信息中发信号通知该偏移。

在本公开中，UE监视的PO在满足下列条件的无线帧中开始：

(SFN+offset)mod T＝(T div N)*(UE_ID mod N)

其中：

T：UE的DRX周期。如果由上层(即NAS)分配则通过UE特定的DRX值及系统信息中广播的默认DRX值中的最短值来确定T。如果上层未配置特定于UE的DRX，则会应用默认值。SFN是系统帧号或无线电帧号；

N：DRX周期中的寻呼帧的数量；和

UE_ID：IMSI mod 1024或S-TMSI模式1024。

PO确定

在本公开中，每个寻呼帧可以有一个(Ns＝1)或两个(Ns＝2)PO。在本公开中，用于寻呼的PDCCH监视时机与用于RMSI(也称为SIB 1)的PDCCH监视时机相同。如TS 38.213的第13节所规定的那样确定RMSI的PDCCH监视时机。PO是RMSI的PDCCH监视时机的集合。该集合包括每个SSB的PDCCH监视时机。对于nB＝2T(即Ns＝2)，无线电帧内有两个PO，一个在无线电帧的前半帧中，另一个在无线电帧的后半帧中。UE监视由索引i_s指向的PO中用于寻呼的PDCCH监视时机，其中i_s从以下等式导出：

i_s＝floor(UE_ID/N)mod Ns。

其中：

Ns＝每个寻呼帧的寻呼时机的数量。

【表1】

对于Ns＝1并且i_s＝0，PO是RMSI的PDCCH监视时机的集合，其中，PO从第一PDCCH监视时机开始或者RMSI从确定的参考无线电帧(或寻呼帧)开始。

对于Ns＝2且i_s＝0，PO是确定的参考帧(或寻呼帧)的前半帧中RMSI的PDCCH监视时机的集合；请注意，每个无线电帧都有两个半帧。

对于Ns＝2且i_s＝1，PO是确定的参考无线电帧(或寻呼帧)的后半帧中RMSI的PDCCH监视时机的集合；请注意，每个无线电帧都有两个半帧。

用于寻呼的多个BWP

在现有系统中，驻留在小区中的所有UE监视初始DL BWP中的寻呼。初始DL BWP在RMSI(或SIB1)中发信号通知。为了增强寻呼能力，RMSI(或SIB1)可以广播用于寻呼的DLBWP的列表。这些DL BWP中的每一个与BWP ID相关联。UE选择这些DL BWP之一来监视寻呼。可以基于UE ID来进行选择。UE可以监视具有BWP ID“X”的DL BWP中的寻呼，其中UE ID mod“DL BWP的数量”＝X。

图15是根据本公开的实施例的终端的框图。

参考图15，终端包括收发器1510、控制器1520和存储器1530。控制器1520可以指电路、ASIC或至少一个处理器。收发器1510、控制器1520和存储器1530被配置为执行附图(例如图1-7)中所示或如上所述的UE的操作。尽管收发器1510、控制器1520和存储器1530被示为单独的实体，但是它们可以被实现为像单个芯片一样的单个实体。可替代地，收发器1510、控制器1520和存储器1530可以彼此电连接或耦合。

收发器1510可以向其他网络实体(例如基站)发送信号以及从其他网络实体(例如基站)接收信号。

控制器1520可以控制UE执行根据上述实施例之一的功能。

例如，控制器1520被配置为基于用于PF确定的偏移“PF_offset”、终端“T”的DRX周期、DRX周期中的总PF的数量“N”以及终端的标识符“UE_ID”来确定PF。N和PF_offset的值是从系统信息中的参数导出的。控制器1520被配置为基于终端的标识符“UE_ID”、DRX周期中的PF的数量“N”以及PF的用于PF的PO的数量“Ns”来确定指示PF中的PO的索引的索引“i_s”。控制器1520被配置为基于用于PF的PO的数量“Ns”以及PF中的PO的索引“i_s”来确定PO。PO是PDCCH监视时机的集合并且可以由其中可以发送寻呼DCI的多个时隙(例如子帧或OFDM符号)组成。一个PF是一个无线电帧并且可以包含一个或多个PO或PO的起点。用于寻呼的PDCCH监视时机与用于RMSI的相同。Ns是1或2。对于Ns＝1，只有一个PO，该PO从PF中的用于寻呼的第一PDCCH监视时机开始。对于Ns＝2，PO位于PF的前半帧(i_s＝0)或后半帧(i_s＝1)。控制器1520被配置为监视PO以接收寻呼消息。

在另一示例中，控制器1520被配置为控制收发器1510接收关于系统信息的改变的指示并且基于终端的状态来获取SIB 1。一旦接收到SI更新通知，处于RRC空闲/非活动的终端可以重新获取MIB，而RRC连接的终端可以不重新获取MIB。换句话说，如果终端处于RRC空闲或非活动状态，则控制器1520被配置用于获取MIB，而如果终端处于RRC连接状态，则控制器1520被配置得跳过MIB的获取。该指示可以在寻呼消息或DCI中被接收以指示系统信息的改变。

在一个实施例中，可以使用存储相应程序代码的存储器1530来实施终端的操作。具体地，终端可以配备有存储器1530以存储实施期望操作的程序代码。为了执行期望的操作，控制器1520可以通过使用处理器或中央处理单元(CPU)来读取并执行存储在存储器1530中的程序代码。

图16是根据本公开的实施例的基站的框图。

参考图16，基站(BS)包括收发器1610、控制器1620和存储器1630。收发器1610、控制器1620和存储器1630被配置为执行如图(例如图8-13)所示如上所述的网络(例如gNB)的操作。尽管收发器1610、控制器1620和存储器1630被示出为单独的实体，但是它们可被实现为像单个芯片一样的单个实体。收发器1610、控制器1620和存储器1630可以彼此电连接或耦合。

收发器1610可以向其他网络实体(例如终端)发送信号以及从其他网络实体(例如终端)接收信号。控制器1620可以控制BS以执行根据上述实施例之一的功能。控制器1620可以指代电路、ASIC或至少一个处理器。在一个实施例中，可以使用存储相应程序代码的存储器1630来实施BS的操作。具体地，BS可以配备有存储器1630以存储实施期望的操作的程序代码。为了执行期望的操作，控制器1620可以通过使用处理器或CPU来读取并执行存储在存储器1630中的程序代码。

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