908-5G NR寻呼.docx

5GNR寻呼在LTE中，寻呼与使用PDCCH和PDSCH的任何下行数据一样被传送。在PDSCH上传输的寻呼消息通过PDCCH上的调度分配来分配传输资源，该PDCCH被寻址到P-RNTI（由所有Ue共享）。传输信道是特定于小区的，因为参考信号（CRS）和加扰都来自PCI。同样的原理，即在物理信道上传送寻呼，其中解调物理信道所需的信息可以从驻留小区PCl中导出，NR中也支持。由于寻呼通常在更大的区域上执行，因此涉及多个小区或服务于同一小区的多个传输点的单频网络（SFN）传输是可能的，这有利于改善链路预算。因此，NR寻呼支持SFN传输，并允许对通过gNB传输寻呼的TRP进行公共配置。对于解调，使用NR-PDCCH/PDSCH的寻呼传输中将包括用于寻呼的专用DMRS。然而，在较长的DRX周期后重新同步需要额外的粗时频同步支持。默认情况下，同步将由NR-SS提供。然而，例如，在使用SFN传输分发NR-SS并且从单个节点发送寻呼的部署中，从SS获得的时频参考可能会降低性能，例如，由于SFN信道的延迟扩展可能会占用CP区域的大部分。此外，网络可能倾向于在时间上均匀地分布寻呼传输，然而，这将导致UE在检测到SS之后寻找寻呼消息的长唤醒时间。为了支持此类部署中高效且性能良好的部署，寻呼NR-PDCCH/PDSCH传输之前可以有一个额外的、动态可配置的（如NRPSS）同步信号。这种寻呼信道设计可以说是自包含的，即PO提供消息接收和解调所需的所有信号。为了维持gNB的调度自由度，应该可以配置寻呼，使其与UE配置的或基于已知的SSB和寻呼DRX周期和相对相位可以导出的SSB具有任意的定时偏移。由于寻呼周期不是SSB周期的整数倍，偏移量也可以变化，但是UE可以使用长期帧和DRX周期计数器导出当前偏移量。这种灵活的安排当然应该包括将它们配置为彼此的整数倍的周期的可能性，并且在时间上接近，以便最小化具有长DRX周期的低能量Ue的唤醒时间。在低频段，全向或宽波束传输通常用于寻呼传送。在更高的频率下，窄波束扫描可用于寻呼，与SSB完全相同。在这种情况下，寻呼扫描可以与SSB扫描对齐。在扫描持续时间方面，在与SSB相同的OFDM符号中进行频率复用寻呼是一种有效的解决方案。然而，其缺点是最小带宽UE不能同时执行SSB和寻呼接收（假设UE的最小带宽与SSB带宽相同）。在这种情况下，SSB的相邻位置和及时寻呼将是首选。因此，NR应该支持相邻和非相邻，以及时频多路复用的SSB/寻呼。如果NR允许gNB使用寻呼资源配置UE,则可以支持这一点。这如图1所示。图1：SSB和寻呼传输在频率和时间上都是相邻的.然而，用于寻呼传送的波束扫描方法具有开销大的缺点，尤其是当许多Ue需要被寻呼时。此外，UE可能需要增加活动/唤醒时间来监控寻呼信道，因为UE（如果移动）不知道在从DRX唤醒后可以接收扫描中的哪些波束。因此，还应支持使用具有重复性的全向或宽波束传输，以允许Ue在小区边缘累积多个接收。在小区边缘提供覆盖所需的重复次数取决于部署密度和应用的调制和编码。由于寻呼通常在更大的区域上执行，因此涉及多个小区或服务于同一小区的多个传输点的单频网络（SFN）传输是可能的。当PDCCH/PDSCH用于在gNB配置模式下的寻呼时，UE显然不应假定SSB提供在寻呼接收期间可用于UERX波束赋形的任何信道信息。对于基于PCI的寻呼信道，在一些部署中，QCL（quasi-colocationassumptions）可以帮助UE使用从SSB的接收获得的信道特征来接收寻呼信号。例如，如果UERX能够从SSB波束确定相关的寻呼波束，则可能需要将其开启较短的时间。然而，寻呼是否真的是带有SSB传输的QCL取决于给定的网络部署。例如，SSB可以使用多个波束传输（例如，支持PRACH处理），而寻呼消息则通过基于PCI的宽波束发送。因此，QCL信息应明确地用信号通知UE。如果在每秒呼叫大量UE和使用大波束扫描集时，使用长UEID,所需的寻呼负载变得令人望而却步，并且在某些网络配置中可能超过总网络容量。在这些情况下，当区域中的多个（大约10个）UE被分配一个公共组ID时，可以使用组寻呼方法。寻呼过程包括首先对组进行寻呼，然后注册应答UE的方向，以及仅在注册的方向上对完整UE进行寻呼。通过使用特殊的寻呼响应PRACH序列并立即使用RAR来指示寻呼的UEID,可以响应过程更轻。该方法有助于减少初始寻呼负载，但也会增加UL响应信令，因为会提示更多Ue访问系统，以及这些Ue的能耗。因此，组寻呼设置应该是可配置的，在默认情况下为“关闭”（即使用常规寻呼），但在一些常规寻呼有问题的部署中为“打开”，例如使用大型波束扫描集的毫米波部署。