868-5G寻呼信道.docx

上传人:夺命阿水 文档编号:928464 上传时间:2024-01-18 格式:DOCX 页数:7 大小:132.86KB
返回 下载 相关 举报
868-5G寻呼信道.docx_第1页
第1页 / 共7页
868-5G寻呼信道.docx_第2页
第2页 / 共7页
868-5G寻呼信道.docx_第3页
第3页 / 共7页
868-5G寻呼信道.docx_第4页
第4页 / 共7页
868-5G寻呼信道.docx_第5页
第5页 / 共7页
点击查看更多>>
资源描述

《868-5G寻呼信道.docx》由会员分享,可在线阅读,更多相关《868-5G寻呼信道.docx(7页珍藏版)》请在课桌文档上搜索。

1、5G寻呼信道寻呼分为DCI和寻呼消息传输,不同的寻呼结构和方案,各有优缺点。寻呼模式对于AltL如果在寻呼DeI和SSB之间使用FDM,由于寻呼消息的不确定开销、SSB的结构和系统带宽,可能没有足够的RE映射到寻呼消息。换句话说,很难确认寻呼消息的频率复用是否可行。在这里,寻呼DCl可以首先被多路复用。需要进一步考虑寻呼消息。根据寻呼消息的不同传输方法,给出了四种备选方案,如图1所示。(SS burst set)SS burst set)lasi-omnidirectional k & repeating yAlt1-3a Time TimeSS block conta paging DCIA

2、lt 1-4aSSblockcontainspagingDCIandPagingmessage图1:寻呼DCl和SSB之间的FDM Altl-1:在具有相同波束方向的正常时隙中,将寻呼消息与数据传输进行多路复用 Altl-2:用于寻呼消息传输的单独寻呼消息集 Altl-3a:一个或多个符号被添加到SSB中,以适应寻呼消息 Altl-4a:寻呼消息在一个特殊的资源上传输,使用准全向和重复传输对于AItbL接收紧急寻呼消息的时延可能会更高。如果可以在SSburstSet之后立即安排寻呼消息,则可以解决此问题。同时,AltlT的一个缺点可能是,在模拟/混合波束赋形的情况下,整个数据时隙的波束赋形配置

3、可能会提前受到DCl传输时间的约束。这可能会影响数据时隙中的数据传输灵活性。这意味着迷你时隙可以用于扫描传输。对于AItl-2,由于额外扫描,正常数据传输的灵活性也存在潜在限制。但是,如果不需要传输寻呼消息,则可以跳过寻呼消息集。对于AItl-3a,没有引入新一轮单波束扫描,但需要考虑SSB的扩展结构。如果不发送寻呼,则在所有SSburstSet的每个块中添加的额外符号几乎被浪费,因为该符号不容易用于其他目的。对于Altb4a,如果将类似SFN的传输用于寻呼消息传输,则链路预算和小区间干扰可能会得到改善,但TRP或GNB之间需要同步定时。对于Altl,如果在寻呼(包括寻呼DCl和寻呼消息)和S

4、SB之间使用TDM,则向SSB添加一个或多个符号以映射寻呼DCI和寻呼消息。这种结构仍然只对SSB进行波束扫描,而不是使用寻呼消息集添加另一轮波束扫描。请注意,在这种结构下使用了用于寻呼DCl和寻呼消息的FDM,也就是说,寻呼消息也是通过波束模式传输的,在这里,可以将其表示为AItI-3b。同样,可以得到AItl-4b。注意,AitI-3a和AItl-3b之间以及AItI-4a和AltlTb之间的区别在于,第一(a)在SSB中使用寻呼的频率复用,而第二(b)在SSB中使用时间复用。类似地,Altl-3aAltl-3b和Altl-4b都具有相同的缺点,即如果不发送寻呼,则在所有SSburstSe

5、t的每个块中添加的额外符号几乎被浪费。 Altl-3b:向SSB添加一个或多个符号,以映射寻呼DeI和寻呼消息,寻呼消息通过波束扫描传输,并在FDM中与寻呼DCl复用 Altl-4b:向SSB添加一个或多个符号以映射寻呼DCI,寻呼消息随后通过准全向和重复传输进行传输对于Alt2,除了另一轮波束扫描之外,TDM中的AltI和Alt2之间没有本质区别。因此,用于寻呼DCl和寻呼消息的FDM仍然可以像Altl-3b一样使用,类似SFN的仍然可以像AltlYb一样使用,可以分别将其表示为Alt2T和Alt2-2,如图3所示。图3:另一轮波束扫描 Alt2-1:另一轮波束扫描被添加到映射寻呼DCl和寻

6、呼消息中。寻呼信息通过波束扫描传输,并与寻呼DCl进行频率复用。 AIt2-2:另一轮波束扫描被添加到映射寻呼DCl中。寻呼消息随后通过准全向和重复传输进行传输此时,至少应考虑上述八种备选方案。最终,进一步缩小范围是必要的。然而,寻呼消息的FDM是否提供足够的RE来承载寻呼消息有效负载,仍然不确定。根据寻呼负载的不同,Alt2可以根据寻呼是否可以映射到SSB来缩小。然而,当使用包括SSburstSet或另一轮的扫描结构时,可能存在其他问题。当一个或多个连续时隙用于扫描结构传输时,数据传输的灵活性可能在一定程度上受到限制,尤其是当使用长扫描结构时。以不连续的方式配置长扫描结构可能有助于避免对数据

7、传输的灵活性产生负面影响。触发模式扫描模式的一个挑战性问题是过度的波束扫描结构限制了同步数据传输。由于这个原因,已经提出了触发模式,以便可以在最佳下行TX波束中直接传输寻呼。对于“寻呼指示触发UE波束报告”中的“寻呼指示”,它用于触发UE报告。目的是,已经接收到寻呼指示的UE向gNB报告最佳下行TX波束,以便gNB能够准确地使用相应的波束向UE发送信息。UE对最佳下行TX波束的报告可以使用针对随机接入讨论的方法,例如下行TX波束与RAeH资源子集或RACH前导码索引子集之间的关联。该模式可视为非扫描模式,即触发模式。当指示寻呼时,这意味着PO有寻呼消息,但它不指示哪个UE的寻呼消息。然而,触发

8、模式可能需要过多的随机接入资源来进行UE波束报告。这里,列出了扫描模式和触发模式各自的优缺点:扫描模式1 .优点:由于避免了通过PRACH进行beam报告的额外步骤,因此可以预期更好的寻呼性能(更高的可靠性、更低的延迟)。此外,不需要保留PRACH资源。2 .缺点:扫描结构越多,由于扫描结构,NRPDSeH的阻塞越大触发模式1 .优点:当下行数据负载较大时,如果使用扫描模式,触发模式可以避免扫描模式给NRPDSCH带来的阻塞2 .缺点:额外的UE波束报告步骤可能会失败,从而影响寻呼性能。需要专门的PRACH资源。基于以上两种模式的比较,两者都可以使用,而不是选择一种。两种寻呼模式共存基于上述分

9、析,可以看出两种模式共存的要求。假设这个需求,提供了几个用例。一般来说,当寻呼消息仅包括Sl更新或类似类型(ETWS/CMAS/EAB/SI更新eDRX)时,不需要UE传输,例如PRACH,即寻呼之后的传输。对于此类消息,使用触发模式寻呼启动随机接入过程可能不合适,因为报告的最佳下行TX波束不会用于完成4步随机接入过程。此外,应该在每个PO中发送Sl更新,以便所有方向上的所有Ue都可以接收Sl更新信息。在这种情况下,触发模式寻呼可能导致许多Ue进行不必要的PRACH传输。因此,扫描模式更适合仅用于Sl更新。相反,当寻呼消息包含即将到来的呼叫时,UE将建立连接,这意味着无论如何都需要随机接入过程

10、。因此,触发模式更适合于即将到来的呼叫情况下的寻呼消息传递。因此,gNB可以定义两种P0,分别对应于仅Sl更新和带/不带Sl的未来调用。当上行随机接入负载较大时,扫描模式可能更合适。另一方面,当下行数据负载较大时,触发模式可能更合适。因此,gNB可以定义特定于小区的寻呼模式。对于处于连接模式的ue,通常很容易获得用于gNB的最佳下行TX波束。因此,触发模式更合适。因此,可以根据UE的状态选择寻呼消息递送的模式。寻呼控制信息为了支持不同的寻呼模式共存,寻呼控制中主要包含三类信息:寻呼消息调度信息、寻呼指示和寻呼原因分类指令。对于寻呼原因分类指令,当寻呼原因包含Sl修改指示时,该信息可以包含在寻呼

11、控制中。一个主要的好处是可以省略寻呼消息,尤其是对于SI修改。在缺少Sl接收时机的情况下,UE可以提前获得寻呼消息调度和寻呼消息之间的间隔的修改SI。在当前关于广播信号/频道的讨论中,有两组不同的Sl被定义为最小Sl和其他Sh上述两组Sl的不同传输机制将要求终端采取不同的行动。因此,在寻呼原因分类指令中可能需要进一步指示以区分Sl集合。对于寻呼指示,可以涉及一个或多个位。寻呼指示的主要功能是触发下行波束报告和进一步分组属于同一Po的UE。寻呼指示的每一位对应于一组UE。随着寻呼指示的引入,可以考虑使用图4所示的两种不同选项来进行寻呼消息调度信息传输。 Option1:如图4(a)所示,寻呼指示

12、和寻呼消息调度以相同的PDCeH(扫频)方式传输,寻呼消息以PDSCH(按需)方式传输。 Option2:如图4(b)所示,寻呼指示在非调度信道(如PBCH)或PDCCH中以扫描方式传输,寻呼消息调度和寻呼消息在PDCeH和PDSCH中以按需方式传输。Paging messagexxxxxxxxxxxxxxxxxxxxxxPagingPaging messageindicationschedulingPDCCH (Sweeping)xxxxxxxxxxxxxxxPDSCH (Ondemand)Pagingindicationxxxxxxxnon schedulingchannel or PDC

13、CHl(Sweeping)xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxPaging messagePaging messageschedulingPDCCH2 (On demand) PDSCH (On demand)(b)图4:寻呼指示和寻呼消息调度信息传输的不同选项与OPtiOn2相比,Option1存在以下缺点: 由于扫描传输,寻呼消息调度开销更大 在某些情况下,在所有下行TX波束上不必要地传输寻呼消息调度信息 调度灵活性约束:需要提前很长时间调度寻呼消息、,而不知道将报告哪个波束因此,Option2似乎是寻呼指示和寻呼消息调度信息传输的合理选项。此外,对于寻呼指示传输,

14、应考虑使用非调度信道(例如PBCH),以降低UE接收的复杂性。寻呼时机和寻呼周期通常,SSBurstSet合包含一个或多个SSburst0当使用AltI时,gNB在SSBurstSet期间通过SSB结构将相同的寻呼发送到不同的方向,即每个SSBurstSet只完成一次寻呼。因此,寻呼帧(PF)和寻呼时机(PO)之间没有区别,因此有必要重新考虑寻呼定时。UE只需确认其寻呼可以在特定的SSBurstSet中传输,并接收潜在的寻呼。优选地,UE可能已经在UE接收寻呼之前获得了最佳下行链路TX和RX波束,以便UE可以通过最佳波束在SSB中接收寻呼。另一方面,具有更大的SSBurstSet周期性,许多Ue可能对应于相同的寻呼场合。为了缓解这种情况,还应考虑SSBurstSet以外的其他寻呼时机,例如,在SSBurstSet之间增加另一轮寻呼时机的等间隔。实际上,这种方式与Alt2类似。因此,这种方式和ALT2都需要考虑寻呼时机或寻呼定义或配置的周期性。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 在线阅读 > 生活休闲


备案号:宁ICP备20000045号-1

经营许可证:宁B2-20210002

宁公网安备 64010402000986号