本文主要是介绍5G寻呼的 方式，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
寻呼分为DCI和寻呼消息传输，不同的寻呼结构和方案，各有优缺点。
寻呼模式
对于Alt1，如果在寻呼DCI和SSB之间使用FDM，由于寻呼消息的不确定开销、SSB的结构和系统带宽，可能没有足够的RE映射到寻呼消息。换句话说，很难确认寻呼消息的频率复用是否可行。在这里，寻呼DCI可以首先被多路复用。需要进一步考虑寻呼消息。根据寻呼消息的不同传输方法，给出了四种备选方案，如图1所示。
Alt1-1：在具有相同波束方向的正常时隙中，将寻呼消息与数据传输进行多路复用
Alt1-2：用于寻呼消息传输的单独寻呼消息集
Alt1-3a：一个或多个符号被添加到SSB中，以适应寻呼消息
Alt1-4a：寻呼消息在一个特殊的资源上传输，使用准全向和重复传输
对于Alt1-1，接收紧急寻呼消息的时延可能会更高。如果可以在SS burst set之后立即安排寻呼消息，则可以解决此问题。同时，Alt1-1的一个缺点可能是，在模拟/混合波束赋形的情况下，整个数据时隙的波束赋形配置可能会提前受到DCI传输时间的约束。这可能会影响数据时隙中的数据传输灵活性。这意味着迷你时隙可以用于扫描传输。对于Alt1-2，由于额外扫描，正常数据传输的灵活性也存在潜在限制。但是，如果不需要传输寻呼消息，则可以跳过寻呼消息集。对于Alt1-3a，没有引入新一轮单波束扫描，但需要考虑SSB的扩展结构。如果不发送寻呼，则在所有SS burst set的每个块中添加的额外符号几乎被浪费，因为该符号不容易用于其他目的。对于Alt1-4a，如果将类似SFN的传输用于寻呼消息传输，则链路预算和小区间干扰可能会得到改善，但TRP或GNB之间需要同步定时。
对于Alt1，如果在寻呼（包括寻呼DCI和寻呼消息）和SSB之间使用TDM，则向SSB添加一个或多个符号以映射寻呼DCI和寻呼消息。这种结构仍然只对SSB进行波束扫描，而不是使用寻呼消息集添加另一轮波束扫描。请注意，在这种结构下使用了用于寻呼DCI和寻呼消息的FDM，也就是说，寻呼消息也是通过波束模式传输的，在这里，可以将其表示为Alt1-3b。同样，可以得到Alt1-4b。注意，Alt1-3a和Alt1-3b之间以及Alt1-4a和Alt1-4b之间的区别在于，第一（a）在SSB中使用寻呼的频率复用，而第二（b）在SSB中使用时间复用。类似地，Alt1-3a、Alt1-3b和Alt1-4b都具有相同的缺点，即如果不发送寻呼，则在所有SS burst set的每个块中添加的额外符号几乎被浪费。
Alt1-3b：向SSB添加一个或多个符号，以映射寻呼DCI和寻呼消息，寻呼消息通过波束扫描传输，并在FDM中与寻呼DCI复用
Alt1-4b：向SSB添加一个或多个符号以映射寻呼DCI，寻呼消息随后通过准全向和重复传输进行传输
对于Alt2，除了另一轮波束扫描之外，TDM中的Alt1和Alt2之间没有本质区别。因此，用于寻呼DCI和寻呼消息的FDM仍然可以像Alt1-3b一样使用，类似SFN的仍然可以像Alt1-4b一样使用，可以分别将其表示为Alt2-1和Alt2-2，如图3所示。
Alt2-1：另一轮波束扫描被添加到映射寻呼DCI和寻呼消息中。寻呼信息通过波束扫描传输，并与寻呼DCI进行频率复用。
Alt2-2：另一轮波束扫描被添加到映射寻呼DCI中。寻呼消息随后通过准全向和重复传输进行传输
此时，至少应考虑上述八种备选方案。最终，进一步缩小范围是必要的。然而，寻呼消息的FDM是否提供足够的RE来承载寻呼消息有效负载，仍然不确定。根据寻呼负载的不同，Alt2可以根据寻呼是否可以映射到SSB来缩小。
然而，当使用包括SS burst set或另一轮的扫描结构时，可能存在其他问题。当一个或多个连续时隙用于扫描结构传输时，数据传输的灵活性可能在一定程度上受到限制，尤其是当使用长扫描结构时。以不连续的方式配置长扫描结构可能有助于避免对数据传输的灵活性产生负面影响。
触发模式
扫描模式的一个挑战性问题是过度的波束扫描结构限制了同步数据传输。由于这个原因，已经提出了触发模式，以便可以在最佳下行Tx波束中直接传输寻呼。对于“寻呼指示触发UE波束报告”中的“寻呼指示”，它用于触发UE报告。目的是，已经接收到寻呼指示的UE向gNB报告最佳下行Tx波束，以便gNB能够准确地使用相应的波束向UE发送信息。UE对最佳下行Tx波束的报告可以使用针对随机接入讨论的方法，例如下行Tx波束与RACH资源子集或RACH前导码索引子集之间的关联。该模式可视为非扫描模式，即触发模式。当指示寻呼时，这意味着PO有寻呼消息，但它不指示哪个UE的寻呼消息。然而，触发模式可能需要过多的随机接入资源来进行UE波束报告。这里，列出了扫描模式和触发模式各自的优缺点：
扫描模式
1.优点：由于避免了通过PRACH进行beam报告的额外步骤，因此可以预期更好的寻呼性能（更高的可靠性、更低的延迟）。此外，不需要保留PRACH资源。
2.缺点：扫描结构越多，由于扫描结构，NR PDSCH的阻塞越大
触发模式
1.优点：当下行数据负载较大时，如果使用扫描模式，触发模式可以避免扫描模式给NR PDSCH带来的阻塞
2.缺点：额外的UE波束报告步骤可能会失败，从而影响寻呼性能。需要专门的PRACH资源。
基于以上两种模式的比较，两者都可以使用，而不是选择一种。
两种寻呼模式共存
基于上述分析，可以看出两种模式共存的要求。假设这个需求，提供了几个用例。
一般来说，当寻呼消息仅包括SI更新或类似类型（ETWS/CMAS/EAB/SI更新eDRX）时，不需要UE传输，例如PRACH，即寻呼之后的传输。对于此类消息，使用触发模式寻呼启动随机接入过程可能不合适，因为报告的最佳下行Tx波束不会用于完成4步随机接入过程。此外，应该在每个PO中发送SI更新，以便所有方向上的所有ue都可以接收SI更新信息。在这种情况下，触发模式寻呼可能导致许多ue进行不必要的PRACH传输。因此，扫描模式更适合仅用于SI更新。相反，当寻呼消息包含即将到来的呼叫时，UE将建立连接，这意味着无论如何都需要随机接入过程。因此，触发模式更适合于即将到来的呼叫情况下的寻呼消息传递。因此，gNB可以定义两种PO，分别对应于仅SI更新和带/不带SI的未来调用。
当上行随机接入负载较大时，扫描模式可能更合适。另一方面，当下行数据负载较大时，触发模式可能更合适。因此，gNB可以定义特定于小区的寻呼模式。
对于处于连接模式的ue，通常很容易获得用于gNB的最佳下行Tx波束。因此，触发模式更合适。因此，可以根据UE的状态选择寻呼消息递送的模式。
寻呼控制信息
为了支持不同的寻呼模式共存，寻呼控制中主要包含三类信息：寻呼消息调度信息、寻呼指示和寻呼原因分类指令。
对于寻呼原因分类指令，当寻呼原因包含SI修改指示时，该信息可以包含在寻呼控制中。一个主要的好处是可以省略寻呼消息，尤其是对于SI修改。在缺少SI接收时机的情况下，UE可以提前获得寻呼消息调度和寻呼消息之间的间隔的修改SI。在当前关于广播信号/频道的讨论中，有两组不同的SI被定义为最小SI和其他SI。上述两组SI的不同传输机制将要求终端采取不同的行动。因此，在寻呼原因分类指令中可能需要进一步指示以区分SI集合。
对于寻呼指示，可以涉及一个或多个位。寻呼指示的主要功能是触发下行波束报告和进一步分组属于同一PO的UE。寻呼指示的每一位对应于一组UE。
随着寻呼指示的引入，可以考虑使用图4所示的两种不同选项来进行寻呼消息调度信息传输。
Option 1：如图4（a）所示，寻呼指示和寻呼消息调度以相同的PDCCH（扫频）方式传输，寻呼消息以PDSCH（按需）方式传输。
Option 2：如图4（b）所示，寻呼指示在非调度信道（如PBCH）或PDCCH中以扫描方式传输，寻呼消息调度和寻呼消息在PDCCH和PDSCH中以按需方式传输。
与Option 2相比，Option 1存在以下缺点：
由于扫描传输，寻呼消息调度开销更大
在某些情况下，在所有下行Tx波束上不必要地传输寻呼消息调度信息
调度灵活性约束：需要提前很长时间调度寻呼消息，而不知道将报告哪个波束
因此，Option 2似乎是寻呼指示和寻呼消息调度信息传输的合理选项。此外，对于寻呼指示传输，应考虑使用非调度信道（例如PBCH），以降低UE接收的复杂性。
寻呼时机和寻呼周期
通常，SS Burst set合包含一个或多个SS burst。当使用Alt1时，gNB在SS Burst set期间通过SSB结构将相同的寻呼发送到不同的方向，即每个SS Burst set只完成一次寻呼。因此，寻呼帧（PF）和寻呼时机（PO）之间没有区别，因此有必要重新考虑寻呼定时。UE只需确认其寻呼可以在特定的SS Burst set中传输，并接收潜在的寻呼。优选地，UE可能已经在UE接收寻呼之前获得了最佳下行链路Tx和Rx波束，以便UE可以通过最佳波束在SSB中接收寻呼。另一方面，具有更大的SS Burst set周期性，许多ue可能对应于相同的寻呼场合。为了缓解这种情况，还应考虑SS Burst set以外的其他寻呼时机，例如，在SS Burst set之间增加另一轮寻呼时机的等间隔。实际上，这种方式与Alt2类似。因此，这种方式和ALT2都需要考虑寻呼时机或寻呼定义或配置的周期性。
这篇关于5G寻呼的 方式的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
