871-5G寻呼.docx

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

1、5G寻呼在LTE系统中，用于UE监测寻呼消息的子帧和无线帧分别定义为寻呼时机(PO)和寻呼帧(PF)o在空闲模式下，UE只需监控每个DRX周期的一个P0。具体地，UE的PF和PO可以通过以下等式确定。在图1中，描述了PF和Po的示例。PF:SFNmodT=(T/N)*(UE_IDmodeN)PO:i_s=floor(UE_ID)modeNsT:UE的DRX循环周期11B:在一个DRX周期中的PO的总数N:在一个DRX周期中的PF的数量(N=minT,11B)Ns:在一个PF中的PO的数量(Ns=minT,nBT)UE_ID:IMSImode1024图1:PF和Po示意图对于6GHz以下NR系统

2、中的寻呼，寻呼消息传输可以为类似于LTE系统中的寻呼。然而，在6ghz以上的NR系统中，考虑了由有限维数字波束赋形和使用模拟移相器的模拟波束赋形组成的混合波束赋形。因此，当应用基于混合波束赋形的部署(例如，基于多波束的部署)时，寻呼消息和相应的DCI也需要进行波束赋形传输。在LTE系统中，用于UE监测寻呼消息的子帧和无线帧分别定义为寻呼时机(PO)和寻呼帧(PF)o在空闲模式下，UE只需监控每个DRX周期的一个PO0PF/PO上的类似方法可应用于空闲模式下的UE和NR中的非活动模式UEo与LTE不同的是，由于寻呼的波束扫描传输，一个PO内可能存在多个寻呼DCI/消息机会。对于低于6GHz的情况

3、，每个PO一个寻呼DCI/消息机会就足够了，但是对于高于GGHz的情况，每个PO需要多个寻呼DCI/消息机会。寻呼时机可以由多个时隙组成（例如子帧或OFDM符号）。PO的时隙数可通过系统信息进行配置。网络可以在每个时隙中使用不同的下行Tx波束集或重复来发送寻呼。每个PO可以配置多个寻呼机会，无论寻呼消息或寻呼指示器是否在PO中进行波束扫描，内容都待定o无论PO中寻呼消息的波束扫描如何，UE都应该知道每个PO的寻呼机会，以便正确检测寻呼DCI,并且每个机会都应该是时域中的Inini时隙。换句话说，UE可以在每个PO内的每个mini时隙执行寻呼DCI的盲检测。如果UE执行基于SSB的测量并识别最佳

4、接收的SSB索引，则UE可以简单地检测PO中相关联的寻呼DCIo对于波束赋形的寻呼传输，有以下两种选择。Option1：寻呼信息（带有寻呼DCl）可以通过波束扫描方式以PO的形式传输。PO(s)Option2：寻呼DCI可以通过波束扫描在PO中传输。寻呼DCI表示寻呼消息的下行定时（例如，寻呼消息可以在非PO的子帧中传输）Paging(beam#0)Paging(beam#1)Paging(beam#2)Paging(beam#3)DCIforpaging(beam#0)DCIforpaging(beam#1)DCIforpaging(beam#2)DCIforpaging(beam#3)图2

5、：基于多波束部署的寻呼另一方面，为了减少下行信令开销，必须决定寻呼指示是否触发UE波束报告。必须确定寻呼指示是包含在DCI中，还是包含在非调度物理信道中，即专用序列中。基于专用序列的寻呼指示可能存在一定的虚警概率；因此，DCI内的寻呼指示似乎更好，因为它几乎没有虚警的可能性。使用寻呼指示触发UE波束报告在下行资源效率方面可能有一些好处，因为这种机制可以防止寻呼消息的不必要的波束扫描。UE触发beam报告的方式如下：当接收到寻呼指示时，UE可以发送UE反馈通过检测上行接收到的信号，gNB可以识别需要寻呼消息的UE的方向gNB仅向目标方向发送寻呼消息对于这种部署，寻呼指示器应设计良好，以避免浪费反

6、馈传输的上行资源。如果寻呼指示器是专门设计的，那么这种机制有望提供系统效率。寻呼分为两种类型：即将到来的呼叫和SIB更新。对于即将到来的基于呼叫的寻呼，寻呼消息由NRPDCCH承载的DCI调度，并在相关的NRPDSCH中传输。1）来电寻呼尽管RRCIDLE中的UE是按跟踪区域寻呼的，跟踪区域可能由多个小区组成，如eMTC/NBIoT中的讨论，但一些无线空口信息，如波束索引、小区或覆盖扩展级别，可以添加到RAN核心网络信令中。然后，gNB可以为每个小区或每个子小区寻呼RRCIDLEUE,而不是跟踪区域，因为如果这些UE是静止的，gNB能够获得RRCJDLEUE的知识。因此，当预期UE静止时，即使

7、小区作为波束扫描部署，网络也只能针对特定波束方向寻呼UEo如果此类信息不可用，则需要在每个跟踪区域呼叫UEo这意味着，如果小区是通过波束扫描实现的，则寻呼需要在多个波束上传输，并且跟踪区域中的每个小区都需要采用扫描方式。如果此信息可用于gNB的寻呼，则根据UE的情况，可以应用不同的处理，如仅波束方向。在毫米波等宽带系统中，ADC是RX射频链中功耗最高的组件，窄带射频的预指示有助于节能。指示后接收实际更宽的寻呼效果更好，例如“开/关”指示基于窄带，可通过类似于“PHlCH”的特殊I比特下行链路信号实现。类似于eMTC方案，这种下行小比特传输方法可以推广。如果指示“开”，则需要从窄带射频到宽带射频

8、的一些射频切换周期。之后，UE可以通过宽带PDSCH接收更详细的寻呼内容。虽然通用的“开/关”位指示在技术上更适合于所需的最小功耗带宽，但由于一致认为寻呼是通过PDCeH和PDSCH实现的，一些最简单的修改方法是在窄带PDCCH和宽带PDSCH之间有一些RF切换周期。然后，可以使用窄带ADC较小的ADC功耗来接收PDCCHo窄带PDCCH仍应具有频率分集传输。对于RRjConneCt的UE,由于网络准确地知道每个小区或小区内的UE位置，因此不需要将UEID作为寻呼消息发送。RRC.CONNECTED中的未来呼叫通过以下方式实现。UE配置有DRX循环，并定期唤醒用于PDCeH接收。如果有来自下行

9、的消息，gNB将采取以下操作。如果TA定时器仍然有效，网络只发送包含数据的PDCCH和相应的PDSCH。没有寻呼消息。如果TA定时器无效，网络发送PDCCH以触发随机接入（二由PDCCH命令启动的随机接入流程）。没有寻呼消息。针对RReJNACTIVE的UE行为有以下结论：1. 通过RAN启动的通知和CN启动的寻呼，可以到达处于非活动状态的UE。RAN和CN寻呼场合重叠，使用相同的寻呼/通知机制。2.RAN节点可以使用RAN配置的寻呼DRX周期（可能是特定于UE的配置）配置处于非活动状态的UEoRRjinactiveUE同时支持“cn发起的寻呼”和“ran发起的通知”。对于这两种情况，寻呼/通

10、知机制需要相同。在RRCDLE中，提出了利用静止情况下的网络通知对寻呼消息进行UE特定调整的可能性。在RRCNACTIVE中，网络可以更清楚地了解UE波束/子小区的情况。因此，RRCDLE的相同设计可用于RRCNACTIVE。1)SlB更新对于RRCJDLE,RRC.CONNECTED和RRC_INACTIVE.,SIB更新很常见。一个小区中的所有UE都将监控SlB更新的寻呼消息，并在有更新通知时获取更新的SIB。在LTE中，RRCJDLEUE和RRCCONNECTEDUE的监控行为是不同的。RRCIDLEUE根据每个DRX周期的寻呼时机监控寻呼消息、，RRCCONNECTED的UE监控寻呼消

11、息直到实现，因为SIB更新的寻呼在所有寻呼场合都很常见。典型的实现方式是接收与DRX周期一致。从降低开销的角度来看，使用PBCH进行SIB更新是一个合理的选择。在长时间的DRX情况下，由于不准确振荡器的时钟漂移，UE需要接收同步信号和PBCH以获得SFN。如果在PBCH中嵌入SIB更新，则可以减少延迟和功耗。如果与UE专用寻呼相比，PBCH被单独定时发送，则UE需要唤醒两次，以便在PBCH中对即将到来的呼叫进行寻呼，并对SIB更新进行寻呼。这会增加功耗。因此，对即将到来的呼叫的寻呼应该发送到PBCH的相同或接近的时隙o由于协议使用PDCCH来呼叫寻呼，因此在PDCCH中发送SIB更新寻呼可以最大限度地减少UE与网络保持同步时的唤醒时间。