870-5G寻呼信道.docx

《870-5G寻呼信道.docx》由会员分享，可在线阅读，更多相关《870-5G寻呼信道.docx（2页珍藏版）》请在优知文库上搜索。

1、5G寻呼信道5G寻呼消息还是由NRPDCCH承载的DCI调度，并在相关NRPDSCH中传输。给定处于RRCDLE状态的UE,必须像在LTE中一样在跟踪区域(TA)中的组件小区之间执行寻呼，因为网络不了解目标UE的确切位置和当前小区，更不用说任何与波束偏好相关的细节。考虑到TA中每个小区的独立波束扫描，每个目标UE必须能够监视TA中每个小区的任何不同波束赋形的Pdccho在这种情况下，寻呼时机(PO)的最短持续时间等于TA中所有小区的最长波束扫描周期。显然，这将导致更长的PO持续时间，这可能意味着对每个目标UE进行更多的PDCCH监控，并且比在Rrcjnactive状态下更严重的功耗。基于上述分

2、析，为了在RRCIDLE状态下寻呼UE,在网络只知道UE在TA级别的位置之后,除了在TA中的所有小区之间循环寻呼消息之外别无选择。然而，对于处于RRCINACTIVE状态的UE而言，这种困境是可以打破的。关于目标UE的位置信息，网络比当前TA更了解，即基于RAN的通知区域，其最初被提议用于支持上行链路移动性，并且包括一个或多个小区，但比TA小。在这种情况下，寻呼操作可以限制在当前基于RAN的通知区域内，而不是当前TAo与RRCJDLE中的情况不同，这将导致相当短的PO持续时间，从而减少PDCCH监控，减少每个目标UE的功耗。为了上行链路移动性，处于RRCNACTIVE状态的UE可能发送一些参考

3、信号(RS),因此基于RAN的通知区域中的一个血多个TRP可以基于上行链路测量获得UE的更精确的位置信息，例如其波束偏好。在这种情况下，无论所涉及的基于RAN的通知区域中的服务TRP或相邻TRP如何，每个相关TRP都可以直接将寻呼消息传递给目标UE,而不是通过波束扫描来遍历所有候选波束。毫无疑问，这将产生非常短的PO持续时间，因为对于基于RAN的通知区域中的每个被监控小区，只需要监控一个PDCeH,从而降低了UE的功耗。此外，寻呼消息只需要在少量小区和波束上发送，从而减少开销和干扰。事实上，也可以在目标UE的基于RAN的通知区域中的所有TRP或其子集之间实现紧密的TRP间合作，例如相干联合传输

4、(JT：jointtransmission)0考虑到不同TRP的波束扫描可能完全独立的事实，可能需要必要的TRP间信令来相干地对齐来自相关TRP的波束,尤其是当它们属于不同的gNB时。此外，在PO调度中，目标UE的波束偏好应该在UEID之上引入。只有这样，如果网络发起了任何请求(例如，连接建立)，当所涉及的TRP将其波束转向UE时，目标UE才能按时醒来。在这种情况下，目标UE只需要监视一个PDCCH,因此可以进一步缩短PO持续时间。寻呼用于通知UE传入数据或语音呼叫的到来。寻呼时机与DRX周期一起设计。在LTE中，寻呼是一种特定于小区的配置。UE监视一个寻呼时机，以检索寻呼指示，并在每个DRX

5、周期的特定寻呼帧中获取寻呼消息。UE使用系统信息中提供的DRX参数以及系统帧号(SFN)和UEID来确定其寻呼的寻呼时机。在寻呼时机中，UE可以同时检索寻呼指示和寻呼消息。寻呼消息在PDSCH上传输，PDSCH的无线资源由DCl调度，PRNTl作为寻呼指示。UE标识，例如IMSI,包含在特定UE的寻呼消息中。在NR中，寻呼指示和寻呼消息可能不会同时绑定。NRPDSCH携带的寻呼信息提供了资源分配的灵活性，目标是满足每个IJE的需求，例如单个DRX周期。然而，在NR中，一个小区可能包含多个TRP。如果一个小区只包含一个具有单波束配置的TRP,那么一个小区内的TRP可以配置多个波束，如图1所示。困

6、1:多TRP和多波束配置的NR小区当在小区或集中式调度器中配置单个TRP/波束，并且控制功能用于多个TRP/波束配置时，动态NRPDSCH资源分配是可能的。如果没有集中式调度器和控制功能用于多TRP/波束配置,则在NRPDSeH上传输寻呼信息需要协调小区中TRP/波束之间的资源分配和调度。为了让UE正确解码PDCeH,需要协调NRPDCCH资源。对于无波束扫描的多个TRP低频段部署，寻呼用NRPDCCH和NRPDSCH需要以SFN方式传输。NRPDCCH和NRPDSCH用于承载寻呼消息的无线电资源必须在TRP之间共同分配。在波束扫描的高频段部署中，空闲模式UE将无法保持DL/UL波束对应。波束

7、扫描能力有限。寻呼消息的大小相对较大。因此，承载寻呼消息的NRPDSCH无法进行波束扫描。为了达到空闲模式UE,寻呼信息需要与剩余最小系统信息的广播类似。剩余的最低系统信息同意由NRPDSCH携带，网络通过NRPBCH提供配置信息。NRPBCH提供控制信道搜索空间。NRPDCCH资源将由NRPBCH表示。NRPDCCH的传输方案可以是模拟波束随SSB在不同子带扫描，也可以是数字波束赋形。NRPDCCH是模拟波束扫描，符号与空闲模式UE的SSB相同。由于NRPDCCH不仅会在服务小区中进行波束扫描，而且还会在寻呼区域内的多个小区中进行波束扫描，因此用于寻呼区域内所有UE的寻呼资源分配的DCI将需

8、要大容量。用于波束扫描的OFDM符号可能没有足够的容量使NRPDeeH承载DCL以便在NRPDSCH上调度寻呼消息。NRPDCCH是数字波束赋形。NRPDCCH形成的数字波束的资源需要在特定波束处分配特定于UEo对于空闲模式UE,UE不会保持DL/UL波束对应。UE需要通过波束恢复程序恢复DL/UL波束对应。波束恢复程序的触发始于gNB通过波束扫描发送寻呼指示。在检测到寻呼指示和相关联的波束索引之后，UE通过与检测到的DL波束相关联的UL波束赋形发送回确认，以建立DL/UL波束对应。gNB可以在指定的DL波束上传输NRPDCCH,以便UE通过数字波束赋形接收DCI和相应的PDSCH传输。用于发送寻呼指示以触发UE波束报告的两个选项是DCl上的OPtiOn1和非调度物理信道上的OPtion20如果寻呼指示在DCl上，则会遇到波束扫描的容量限制。虽然用于寻呼指示的DCl可以使用类似于LTE中DCl3/3A的组调度，但NRPDCCH承载组DCI的预留容量不能灵活地重用。与剩余的最小系统信息类似，寻呼指示可以由非调度的物理信道承载，如NRPBCH或辅助PBCH。非调度物理信道可以承载寻呼指示以及按需系统信息。对于非调度物理信道通过波束扫描进行的寻呼指示，它将更加灵活。