907-三种5G寻呼模式.docx
三种5G寻呼模式寻呼本身包括寻呼DCI和寻呼消息，关于寻呼主要有三个方面，第一就是两种寻呼模式以 及两种模式共存的要求，第二个方面是寻呼控制信息，最后一个方面是寻呼时机和寻呼周 期。扫描模式每个SSB采用4个连续符号，为了最小化SSB的长度，在SSB中引入其他信号TDMed和 SS/PBCH是不合理的。在SSB期间进行频率复用下行控制传输。所以，寻呼DCI可以被视 为下行控制传输的一种，而带有SSB的FDM是更合理的方式。对于方案L很难确认是否有足够的RE用于SSB内寻呼消息的频率复用。假设寻呼DCI 可以首先被多路复用。根据寻呼消息的不同传输方法，给出了三种备选方案，如图1所示。SS burst setPaging messageAlt 1-2Paging message set) TimeSS block contains paging DCI图1:寻呼DCI和SSB之间的FDMAltl-1：在具有相同波束方向的正常时隙中，将寻呼消息与数据传输进行多路复用 Altl-2：用于寻呼消息传输的单独寻呼消息集Altl-3：寻呼消息在专用资源上传输，使用准全向和重复传输 对于AltlT,接收紧急寻呼消息的时延可能会更高。如果可以在SS burst建立之后立即 安排寻呼消息，那么可以解决此问题。同时，Altl-1的一个缺点可能是，在模拟/混合BF 的情况下，整个数据时隙的波束赋形配置可能会提前受到DCI传输时间的约束。这可能会 影响数据在时隙中传输的灵活性。这意味着迷你时隙可以用于扫描传输。对于Altl-2, 由于额外扫描，正常数据传输的灵活性也存在潜在限制。但是，如果不需要传输寻呼消息, 那么可以跳过寻呼消息集。对于Altl-3,如果将类似SFN的传输用于寻呼消息传输，那么链 路预算和小区间干扰可能会得到改善，但TRP或GNB之间需要同步定时。对于Alt2,如果没有足够的RE用于FDM,或者在SSB内寻呼DCI或寻呼消息，那么可以考 虑Alt2o如图2所示，为寻呼传输引入了另一轮波束扫描。用于寻呼DCI和寻呼消息的 FDM以及类似SFN的寻呼消息传输仍可分别使用，如A112T和A112-2所示。图2：另一轮波束扫描 Alt2T：另一轮波束扫描被添加到映射寻呼DCI和寻呼消息中。寻呼信息通过波束扫 描传输，并与寻呼DCT进行频率复用。 Alt2-2：另一轮波束扫描被添加到map寻呼DCI中。寻呼消息随后通过准全向和重复 传输进行传输根据寻呼有效负载的不同，Altl和Alt2可以相应地缩小。然而，当使用包括SS burst set或另一轮的扫描结构时，可能存在其他问题。当一个或 多个连续时隙用于扫描结构传输时，数据传输的灵活性可能在一定程度上受到限制，尤其 是当使用长扫描结构时。以不连续的方式配置长扫描结构可能有助于防止对数据传输的灵 活性产生负面影响。触发模式扫描模式的一个挑战性问题是过度的波束扫描结构限制/同步数据传输。由于这个原因， 提出了触发模式，以便可以在最正确DL-TX波束中直接传输寻呼。协议" Paging indication triggers UE beam reporting （if supported中的“寻呼指不”，它用于触发UE报告。目的是，己 经接收到寻呼指示的LE向gNB报告最正确DL-Tx波束，以便gNB能够准确地使用相应的波 束向UE发送信息。UE对最正确DL-Tx波束的报告可以使用针对随机接入，例如DL-Tx波束 与RACH资源子集或RACH前导码索引子集之间的关联。该模式可视为非扫描模式，即触发 模式。当指示寻呼时，这意味着P0有寻呼消息，但它不指示哪个UE的寻呼消息、。然而， 触发模式可能需要过多的随机访问资源来进行UE波束报告。这里，列出了扫描模式和触 发模式各自的优缺点：用于扫描模式优点：由于防止了通过PRACH进行beam报告的额外步骤，因此可以预期更好的寻呼 性能（更高的可靠性、更低的延迟）。此外，不需要保存PRACH资源。缺点：扫描结构越多，由于扫描结构，NRPDSCH的阻塞越大用于触发模式 优点：当下行数据负载较大时，如果使用扫描模式，触发模式可以防止扫描模式给NR PDSCH带来的阻塞缺点：额外的UE波束报告步骤可能会失败，从而影响寻呼性能。需要专门的PRACH 资源。扫描模式和触发模式共存基于上述分析，可以看出两种模式共存的要求。一般来说，当寻呼消息仅包括SI更新或 类似类型(ETWS/CMAS/EAB/SI更新eDRX)时，不需要UE传输,例如PRACH,即寻呼之后 的传输。对于此类消息，使用触发模式寻呼启动随机接入过程可能不合适，因为报告的最 佳DL-Tx波束不会用于完成4步随机接入过程。此外，应该在每个P0中发送SI更新，以 便所有方向上的所有ue都可以接收SI更新信息。在这种情况下，触发模式寻呼可能导致 许多ue进行不必要的PRACH传输。因此，扫描模式更适合仅用于SI更新。相反，当寻呼 消息包含即将到来的呼叫时，UE将建立连接，这意味着无论如何都需要随机接入过程。 因此，触发器模式更适合于即将到来的呼叫情况下的寻呼消息传递。因此，gNB可以定义 两种P0,分别对应于仅SI更新和带/不带SI的未来调用。当UL随机接入负载较大时，扫描模式可能更合适。另一方面，当下行数据负载较大时， 触发模式可能更合适。因此，gNB可以定义特定于小区的寻呼模式。对于处于连接模式的ue,通常很容易获得用于gNB的最正确DL-Tx波束。因此，触发模式 更合适。因此，可以根据UE的状态选择寻呼消息递送的模式。寻呼控制信息为了支持不同的寻呼模式共存，寻呼控制中主要包含三类信息：寻呼消息调度信息、寻呼 指示和寻呼原因分类指令。对于寻呼原因分类指令，当寻呼原因包含SI修改指示时，该信息可以包含在寻呼控制中。 一个主要的好处是可以省略寻呼消息，尤其是对于SI修改。在缺少SI接收时机的情况下, UE可以提前获得寻呼消息调度和寻呼消息之间的间隔的修改SI。有两组不同的SI被定义 为最小SI和其他SI,这两组SI的不同传输机制将要求UE采取不同的行动。因此，在寻 呼原因分类指令中可能需要进一步指示以区分SI集合。对于寻呼指示，可以涉及一个或多个位。寻呼指示的主要功能是触发DL波束报告和进一 步分组属于同一 P0的UEo寻呼指示的每一位对应于一组UEo对于触发模式，作为寻呼指示的引入，寻呼消息调度信息传输可以考虑两种不同的选项， 如图3所示。 选项1：如图3 (a)所示，寻呼指示和寻呼消息调度在同一个PDCCH中以扫描方式传 输，寻呼消息在PDSCH中以按需方式传输。 选项2：如图3 (b)所示，寻呼指示在非调度信道(如PBCH)或PDCCH中以扫描方式 传输，寻呼消息调度和寻呼消息在PDCCH和PDSCH中以按需方式传输。PagingPaging messageindicationschedulingPaging messagexxxxxxxPDCCH (Sweeping)xxxxxxxxxxxxxxxXXXXXXXXXXXXXXXPDSCH (On demand)PagingPaging messagePaging message(Sweeping)(b)图3:寻呼指示和寻呼消息调度信息传揄的不同选项与方案2相比，方案1存在以下缺点：1 .由于扫描传输，寻呼消息调度开销更大.在某些情况下，在所有DL-Tx波束上不必要地传输寻呼消息调度信息2 .调度灵活性约束：需要提前很长时间调度寻呼消息，而不知道将报告哪个波束因此，选项2似乎是寻呼指示和寻呼消息调度信息传输的合理选项。此外，对于寻呼指示 传输，应考虑使用非调度信道（例如PBCH）,以降低UE接收的复杂性。P0和寻呼周期通常，SS burst set包含一个或多个SS burst。当使用Al tl时，gNB在SS burst set 期间通过SSB结构将相同的寻呼发送到不同的方向，即每个SS burst set只完成一次寻 呼。因此，寻呼帧（PF）和寻呼时机（P0）之间没有区别，因此有必要重新考虑寻呼定时。 UE只需确认其寻呼可以在特定的SS burst set中传输，并接收潜在的寻呼。优选地，UE 可能己经在UE接收寻呼之前获得了最正确下行链路Tx和Rx波束，以便UE可以通过最正确波 束在SSB中接收寻呼。另一方面，具有更大的SS burst set周期性，许多uc可能对应于 相同的寻呼场合。为了缓解这种情况，还应考虑SS burst set以外的其他寻呼时机，例 如，在SS burst set之间增加另一轮寻呼时机的等间隔。实际上，这种方式与Alt2类似。 因此，这种方式和ALT2都需要考虑寻呼时机或寻呼定义或配置的周期性。
