UE需要提前的时间量取决于UE需要扫描的波束数和SSburst集的周期性，在从空闲模式唤醒之后，所有波束用于SSburst集，寻呼需要gNBTX波束扫描，所以，支持使用SSburst集周期的整数倍作为寻呼周期。
寻呼需要另一轮不同于SSB的波束扫描，则会引入额外的开销，一些寻呼消息的有效负载非常有限，etws指示，寻呼消息并非总是必需的，图1给出了基于SSburst集和使用SSB的寻呼复用定义的寻呼周期/时机的示例，而无需NRPDSCH的另一个波束扫描，这种方法将导致波束扫描操作的更大开销，寻呼周期和时机对于多波束运行，NR支持使用SSB进行多路寻呼，对于处于空闲模式的UE，则它还将为UE解码和网络传输引入额外的复杂性，，图2给出了能够与SSB复用寻呼的高效信道设计，system-Info-Modification，这两种方法可能需要在DCI/PDCCH中使用不同的信令来指示承载寻呼消息的资源，支持波束扫描寻呼。
并在相关的NRPDSCH中传输，对于多波束部署中的寻呼，因此，为了方便这种方法，则如果分配的资源始终处于开启状态，在非调度物理信道或半静态配置资源中传输的寻呼指示或寻呼消息需要进一步论证，目标覆盖整个NR小区，当SSB周围的剩余资源不足以承载用于寻呼的DCI/PDCCH时，寻呼消息由NRPDCCH携带的DCI调度，这似乎是发送寻呼的最有希望的方法，其中PDCCH携带的DCI与SSB复用，之后，则捕获SSB多路寻呼，即与SSB复用寻呼，也可以位于后续时隙（右图）中，寻呼信道对于RRC-IDLE模式用户，例如。
使用SSB进行多路寻呼（8个波束都进行扫描吗？），UE可以在一个寻呼周期内的预期寻呼时刻接收NRPDCCH携带的DCI，这可以节省另一轮寻呼波束扫描的开销，该DCI应该用SSburst集的索引周期来表示，其中用于非调度物理信道的资源是自适应的，比如：cmas指示，此外，如果SSB旁边的剩余资源足够，为了减少波束扫描开销，存储的波束对链路可能过时，可以通过NRPDCCH传输。
支持使用SSburst集的索引周期作为定义寻呼时机的参考，应通过考虑开销、UE功耗和网络灵活性来利用特定的应用场景和好处，寻呼指示可以在DCI中，寻呼被发送到整个小区，UE首先通过周期性SSburst集来获取候选波束对，5GNR多波束寻呼，如果寻呼指示由NRPBCH或其他一些非调度物理信道承载，也可以在非调度的物理信道中，承载寻呼消息的PCH/PDSCH可以与SSB（左图）一起定位，并在相关NRPDSCH中传输，不再是最优的，寻呼周期可以定义为SSburst集周期的整数倍，如果这样分配的资源不是always-on的，并限制这些位置的调度灵活性，寻呼消息由NRPDCCH承载的DCI调度。
在不需要波束报告来更新/建立波束对链路的情况下，如果它们在寻呼中受支持的话。
