《875-5G多波束寻呼.docx》由会员分享，可在线阅读，更多相关《875-5G多波束寻呼.docx（4页珍藏版）》请在课桌文档上搜索。
1、5G多波束寻呼5G传送特定寻呼消息需要多少个符号数呢？，表1提供了6GHz以上情况的示例。表1描述了当使用80MHz的系统带宽和120kHz的SCS时，使用编码率为1/6和1/12的QPSK调制的特定大小的寻呼消息所需的时域符号数。表1：每个寻呼消息所需OFDM符号数Pagingmessagebits/CR“1/6”u112n8bits(SIchange/PWSindication)1symbol1symbol160bits/-4UEs2symbols3symbols400bits/-10UEs3symbols5symbols从表1中可以看出，寻呼消息所需的时域符号数随寻呼消息大小和使用的编码
2、率而变化。因此，能够灵活地调整寻呼消息的时域长度将是有益的。事实上，这对于多波束系统可能是有益的，因为相同的寻呼内容需要扫向每个方向。对于并非所有波束方向都可以同时服务多波束小区，需要对PCH应用波束扫描。考虑到上面定义的单个寻呼消息对寻呼信道比特率和可能的有效负载大小的要求，能够调整寻呼消息大小是有益的。然而，使用正常的时隙长度扫描小区中的所有波束将花费不必要的时间和资源,因此在实践中不可行。一种可能性是使用迷你时隙的概念进行寻呼传输，因此，如果寻呼消息的大小没有如上所述太大，则可以大大缩短扫描时间。当小区中的波束数量相当低时，这可以与单波束小区的解决方案结合使用，因此迷你时隙“扫描”长度将
3、符合定义的PO限制。然而，当小区中有更多的波束时，这种选择可能会显著增加监听PCH的UE的功耗，因为扫描长度不确定一一当寻呼消息大小较大时，寻呼扫描在多个时隙上的持续时间将比寻呼消息大小较小时，甚至不存在时更长。因此，一般来说，对于多波束系统，PCH的调度信息供应应至少具有确定性，UE可基于该确定性确定NRPDSCH上的相应PCH传输资源。为此，可以引入带有NRPDeeH的单独调度块扫描，以用于在调度扫描之后在NRPDSeH上调度PCH时携带DCl的寻呼。扫描中的每个调度块可以与小区中的SSB相关联，因此UE可以基于SS扫描中的SSB定时和系统信息中的给定寻呼配置来确定调度块及其传输定时。另一
4、方面，原则上SSB和调度块之间不需要有依赖关系。对于NRPDSCH上携带的PCH扫描，可以利用迷你时隙概念来适应相当小的寻呼消息大小，而不浪费时域中的系统资源，扫描时间过长（例如，通过为每个方向始终应用一个完整的时隙）。该扫描控制信道与NRPDCCH和NRPDSeH上的PCH扫描一起将形成一个P0。通常，扫描控制信道以及PCH扫描应当能够在块之间进行组合，以确保ue的最大接收可靠性。如图1所示。Paging cycle人I-Sweepcontrolchannelblock#0PCHsweepblock#0图1：在一个PO内有多个PO扫描burst的多波束小区中的寻呼页.从图1可以看出，P0#2
5、的PCH扫描比P0#0的长，因为可能有更多的UEID与P0#2相匹配。然而，控制信道扫描具有相同的大小，因此对于UE来说是确定的，以便以最大的功率节省进行接收。应该注意的是，寻呼消息中可能没有任何内容要携带，在这种情况下，应该允许网络安排正常的UL/DL时隙分配，以替换控制信道扫描和PCH扫描。与在LTE中一样，系统信息一一而非最小系统信息一一可用于配置ue以通过扫频控制信道/PCH扫频来监听寻呼，以及此类扫频位置存在的频率。在UE确定完整的最小系统信息之前,不需要这样的信息，因此，PBCH/MIB不需要传送与寻呼接收有关的任何信息。可以认为扫描控制信道以FDM方式与SSB复用，以节省额外开销
6、。然而，对于使用窄载波带宽运行的系统来说，主要需要降低开销，但最有可能的是，使用SSB的FDM复用在那里是不可能的。在这种方案中，PO的数量将受到SSburstSet周期性的限制，这可能并不总是足以满足小区中的寻呼负载量。因此，为了简单起见，用于扫描控制信道的单独扫描，然后考虑通过对具有足够宽载波带宽的系统的SSB进行复用来进行可能的优化。另一方面，要考虑的一个选项是是否将PO与系统信息传输对齐，因为它们还需要扫过小区中的所有波束。这种方法可以更好地利用频域和时域的复用增益，因为寻呼消息和系统信息消息调度都可以灵活调整。通过在NRPDCCH上传输的DCl调度寻呼消息，然后在相关的NRPDSCH
7、上传输寻呼消息。此外，由于以下两个原因，寻呼还需要支持可变载荷：用于寻呼的UEid可以是可变大小的，需要支持在一个寻呼场合对多个UE进行寻呼，以允许长网络DTX此外，估计寻呼有效载荷可以是从10-20（用于寻呼单个IJE）到几百个信息比特（用于紧急消息传输），因此格式需要至少支持这种有效载荷变化。预计至少对于MBB使用情况，最小UE网络将至少与同步信号块（SSB）带宽相同。因此，将寻呼带宽限制为不大于SSB带宽。在LTE中，寻呼与使用PDCCH和PDSCH的任何下行数据一样被传送。在PDSCH上传输的寻呼消息通过PDCCH上的调度分配来分配传输资源，该PDCCH被寻址到P-RNTI（由所有Ue
8、共享）。传送信道是特定于小区的，因为参考信号（CRS）和加扰都来自PCI。同样的原理，即在物理信道上传送寻呼，其中解调物理信道所需的信息可以从驻留小区PCI中导出，NR中也应支持。由于寻呼通常在更大的区域上执行，因此涉及多个小区或服务于同一小区的多个传输点的单频网络（SFN）传输是可能的，这有利于改善链路预算。因此，NR寻呼应该支持SFN传输，并允许对传输寻呼的TRP进行公共配置。对于解调，使用NRPDCCH/PDSCH的寻呼传输中将包括用于寻呼的专用DMRSo然而，对于较长DRX周期后的重新同步，需要额外的粗T/F同步支持。默认情况下，同步将由NRSS提供。然而，例如，在使用SFN传输分发N
9、RSS并且从单个节点发送寻呼的部署中，从SS获得的T/F参考可能会降低性能，例如，由于SFN信道的延迟扩展可能会占用CP区域的大部分。此外，网络可能倾向于在时间上均匀地分布寻呼传输，然而，这将导致UE在检测到SS之后寻找寻呼消息的长唤醒时间。为了在这种部署中支持高效且性能良好的操作，寻呼NRPDCCH/PDSCH传输之前可以附加一个类似NRPSS的动态可配置同步信号。这种寻呼信道设计可以说是自包含的，即寻呼场合提供消息接收和解调所需的所有信号。在低频段，全向或宽波束传输通常用于寻呼传送。在更高的频率下，窄波束扫描可用于寻呼，与SSB完全相同。在这种情况下，寻呼扫描可以与SSB扫描对齐。在扫描持
10、续时间方面，在与SSB相同的OFDM符号中进行频率复用寻呼是一种有效的解决方案。然而，其缺点是最小带宽UE不能同时执行SSB和寻呼接收（假设UE的最小BW与SSBBW相同）。在这种情况下，SSB的相邻位置和及时寻呼将是首选。因此，NR应该支持相邻和非相邻，以及T和F多路复用的SSB/寻呼。如果NR允许gNB使用寻呼资源配置UE,则可以支持这一点。这如图2所示。(图21:SSB和寻呼传输在频率和时间上都是相邻的.然而，用于寻呼传送的波束扫描方法具有开销大的缺点，尤其是当许多ue需要被寻呼时。此外，UE可能需要增加活动/唤醒时间来监控寻呼信道，因为UE（如果移动）不知道在从DRX唤醒后可以接收扫描
11、中的哪些波束。因此，还应支持使用具有重复性的全向或宽波束传输，以允许ue在小区边缘累积多个接收。在小区边缘提供覆盖所需的重复次数取决于部署密度和应用的调制和编码。由于寻呼通常在更大的区域上执行，因此涉及多个小区或服务于同一小区的多个传输点的单频网络（SFN）传输是可能的。SFN机制进一步改善了链路预算，如上所述，还应得到NR的支持。如上所述，已经激发了支持基于PCI和gNB配置（非基于PCD寻呼信道的需求，以便在不同部署中高效运行。当PDeCH/PDSCH用于在gNB配置模式下的寻呼时，UE显然不应假定SSB提供在寻呼接收期间可用于UERX波束赋形的任何信道信息。对于基于PCI的寻呼信道，在一些部署中，准共址假设（QCL：quasi-colocationassumptions）可以帮助UE使用从SSB的接收获得的信道特征来接收寻呼信号。例如，如果UERX能够从SSB波束确定相关的寻呼波束，则可能需要将其开启较短的时间。然而，寻呼是否真的是带有SSB传输的QeL取决于给定的网络部署。例如，SSB可以使用多个波束传输（例如，支持PRACH处理），而寻呼消息则通过基于Pcl的宽波束发送。因此，QCL信息应明确地用信号通知UEo
