CN116158191A - 用于精简能力设备的eDRX增强 - Google Patents

Abstract

本发明的方法、系统和设备可以帮助降低精简能力NR设备由于PTW的终止而错失寻呼消息的可能性。本发明的方法、系统和设备可以使得UE能够基于其通信量简档动态地开启和关闭eDRX操作模式或改变eDRX配置。

Description

用于精简能力设备的eDRX增强

相关申请的交叉引用

本申请要求2020年8月5日提交的标题为“eDRX ENHANCEMENT FOR REDUCEDCAPABILITY DEVICE(用于精简能力设备的eDRX增强)”的美国临时专利申请号63/061,340的权益，其内容通过引用的方式被合并在本文中。

背景技术

扩展不连续接收(eDRX)是可以由IoT设备使用来减少功率消耗的现有LTE特征的扩展。eDRX可以在没有PSM的情况下或者与PSM相结合被使用来获得附加的功率节省。

提供此背景信息是为了揭示申请人相信可能是相关的信息。这不一定是意图承认也不应当被理解为前面的任何信息构成现有技术。

发明内容

本文中公开了可以帮助用于精简能力NR设备的eDRX增强的方法、系统和设备。举例来说，所述方法可以降低精简能力NR设备由于PTW的终止而错失寻呼消息的可能性。本文中公开了用于使得UE在没有接收到来自gNB的指示的情况下以隐含方式以及在接收到来自gNB的指示之后以明确方式扩展其所配置的寻呼时间窗口的长度的方法。本文中公开了用于使得UE将UE特定PTW长度和蜂窝特定PTW长度的最大值用作其PTW长度的方法，其中蜂窝特定PTW是通过系统信息从gNB获得，UE特定PTW是当UE在网络中登记时从AMF获得。本文中公开了用于使得gNB帮助核心网络优化UE的PTW的配置的方法。在所公开的方法中，AMF获得UE所连接到的gNB辅助信息，例如波束扫描信息，并且基于波束扫描信息决定UE的PTW。

此外，所述方法可以允许UE基于其通信量简档动态地开启和关闭eDRX操作模式或改变eDRX配置。本文中公开了UE在其通信量简档发生改变时发送移动性登记更新以重新协商eDRX周期的方法。本文中公开了gNB帮助UE基于其通信量简档动态地开启和关闭eDRX操作模式或改变eDRX配置的方法。

提供本发明内容部分是为了以简化形式介绍将在后面的具体实施方式部分中进一步描述的一部分概念。本发明内容部分不意图标识出所要求保护的主题内容的关键特征或必要特征，也不意图被用来限制所要求保护的主题内容的范围。此外，所要求保护的主题内容不受限于解决在本公开内容的任何部分中提到的任何或所有缺点的限制。

附图说明

通过后面结合附图以举例的方式给出的描述可以获得更加详细的理解，其中：

图1示出了当UE处于RRC_INACTIVE状态时的eDRX配置规程；

图2示出了唤醒信号；

图3示出了由于PTW的终止而错失寻呼DCI的UE；

图4示出了隐含寻呼时间窗口扩展，其中UE监测不完整的PDCCH监测时机，例如UE监测与PTW重叠但是不完全被包含在PTW内的PDCCH监测时机；

图5示出了隐含寻呼时间窗口扩展，其中UE监测处于PTW外部但是属于与PTW重叠的PO的PDCCH监测时机；

图6示出了明确寻呼时间窗口扩展；

图7示出了使用蜂窝指定的PTW的PTW配置优化；

图8示出了对于UE移动性使用蜂窝指定的PTW的PTW配置优化；

图9示出了gNB辅助PTW配置优化；

图10示出了对于UE移动性使用NAS消息的gNB辅助PTW配置优化；

图11示出了对于UE移动性使用AS消息的gNB辅助PTW配置优化；

图12示出了用以重新协商eDRX周期的移动性登记更新规程；

图13示出了当UE的通信量简档发生改变并且处于RRC_IDLE时的gNB辅助eDRX周期重新配置；

图14示出了当UE的通信量简档发生改变并且处于RRC_INACTIVE时的gNB辅助eDRX周期重新配置；

图15示出了用以更新eDRX配置的UE配置更新规程；

图16示出了由网络发起的gNB辅助eDRX周期重新配置；

图17示出了可以基于所述用于精简能力NR设备的eDRX增强的方法、系统和设备生成的示例性显示(例如图形用户接口)；

图18A示出了示例性通信系统；

图18B示出了包括RAN和核心网络的示例性系统；

图18C示出了包括RAN和核心网络的示例性系统；

图18D示出了包括RAN和核心网络的示例性系统；

图18E示出了另一个示例性通信系统；

图18F是比如WTRU的示例性装置或设备的方框图；以及

图18G是示例性计算系统的方框图。

具体实施方式

用于NR的寻呼

寻呼允许网络通过Paging(寻呼)消息到达处于RRC_IDLE(RRC空闲)和RRC_INACTIVE(RRC非活跃)状态的UE，并且通过Short Messages(短消息)向处于RRC_IDLE、RRC_INACTIVE和RRC_CONNECTED(RRC已连接)状态的UE通知系统信息改变和ETWS/CMAS指示。Paging消息和Short Messages都利用P-RNTI在PDCCH，但是前者在PCCH上发送，后者直接通过PDCCH发送。

为了降低功率消耗，UE在RRC_IDLE和RRC_INACTIVE状态下可以使用不连续接收(DRX)。UE对于每个DRX周期监测一个寻呼时机(PO)。根据TS 38.213[5]，PO是PDCCH监测时机的集合，并且可以由可在其中发送寻呼DCI的多个时隙(例如子帧或OFDM符号)构成。一个寻呼帧(PF)是一个无线电帧，并且可以包含一个或多个PO或者PO的起点。

在多波束操作中，UE假设在所有发射的波束中重复相同的寻呼消息和相同的短消息，因此用于寻呼消息和短消息的接收的(多个)波束的选择取决于UE实现方式。寻呼消息对于RAN发起的寻呼和CN发起的寻呼是相同的。

UE在接收到RAN发起的寻呼时发起RRC连接恢复规程。如果UE在RRC_INACTIVE状态下接收到CN发起的寻呼，则UE移动到RRC_IDLE并且通知NAS。

通过下面的公式确定用于寻呼的PF和PO：

用于PF的SFN由下式确定：

(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)

表明PO的索引的Index(i_s)由下式确定：

i_s＝floor(UE_ID/N)mod Ns

根据如在TS 38.213[5]中规定的pagingSearchSpace和firstPDCCH-MonitoringOccasionOfPO(如果按照在TS 38.331[2]中规定的那样配置)确定用于寻呼的PDCCH监测时机。当对于pagingSearchSpace配置SearchSpaceId＝0时，用于寻呼的PDCCH监测时机与用于如在TS 38.213[5]的第13条中所定义的RMSI的相同。

当对于pagingSearchSpace配置SearchSpaceId＝0时，Ns是1或2。对于Ns＝1，在PF中仅有从用于寻呼的第一PDCCH监测时机开始的一个PO。对于Ns＝2，PO处于PF的第一半帧(i_s＝0)或第二半帧(i_s＝1)中。

当对于pagingSearchSpace配置0之外的其他SearchSpaceId时，UE监测第(i_s+1)个PO。PO是“S*X”个连续PDCCH监测时机的集合，其中S是根据SIB1中的ssb-PositionsInBurst确定的实际发送的SSB的数量，X是nrofPDCCH-MonitoringOccasionPerSSB-InPO(如果被配置的话)，否则等于1。PO中的用于寻呼的第[x*S+K]个PDCCH监测时机对应于第K个发送的SSB，其中x＝0,1,…,X-1，K＝1,2,…,S。不与UL符号重叠的用于寻呼的PDCCH监测时机(根据tdd-UL-DL-ConfigurationCommon确定的)从PF中的用于寻呼的第一PDCCH监测时机开始被从零顺序编号。当firstPDCCH-MonitoringOccasionOfPO存在时，第(i_s+1)个PO的起始PDCCH监测时机编号是firstPDCCH-MonitoringOccasionOfPO参数的第(i_s+1)值；否则等于i_s*S*X。如果X>1，当UE在其PO内检测到寻址到P-RNTI的PDCCH发送时，UE对于该PO不需要监测后续PDCCH监测时机。

注释1：与PF相关联的PO可以在PF中或者在PF之后开始。

注释2：用于PO的PDCCH监测时机可以跨越多个无线电帧。当对于pagingSearchSpace配置0之外的其他SearchSpaceId时，用于PO的PDCCH监测时机可以跨越寻呼搜索空间的多个时间段。

对于前面的PF和i_s的计算使用以下参数：

T：UE的DRX周期(T由(多个)UE特定DRX值(如果由RRC和/或上方层配置的话)和在系统信息中广播的默认DRX值当中的最短者决定。在RRC_IDLE状态下，如果未由上方层配置UE特定DRX，则应用默认值)。

N：T中的寻呼帧的总数

Ns：用于PF的寻呼时机的数量

PF_offset：用于PF确定的偏移量

UE_ID：5G-S-TMSI mod 1024

在SIB1中用信号通知参数Ns、nAndPagingFrameOffset、nrofPDCCH-MonitoringOccasionPerSSB-InPO和默认DRX周期的长度。从如在TS 38.331[2]中定义的nAndPagingFrameOffset导出N和PF_offset的值。在SIB1中用信号通知参数first-PDCCH-MonitoringOccasionOfPO以用于初始DL BWP中的寻呼。对于初始DL BWP之外的其他DL BWP中的寻呼，在相应的BWP配置中用信号通知参数first-PDCCH-MonitoringOccasionOfPO。

如果UE没有5G-S-TMSI，例如当UE尚未登记到网络上时，UE在前面的PF和i_s公式中应当使用UE_ID＝0作为默认身份。

5G-S-TMSI是如在TS 23.501[6]中定义的48比特长的比特串。5G-S-TMSI在前面的公式中应当被解释为二进制数字，其中最左侧比特表示最高有效比特。

扩展DRX

eDRX(扩展DRX)是由3GPP在Rel.13中引入的特征。引入DRX的增强是为了降低IoT设备的功率消耗。eDRX支持比传统DRX更长的DRX周期。举例来说，在RRC空闲状态下，寻呼周期从2.56秒延长到LTE-M中的44分钟和NB-IoT中的2.92小时。

通过包括eDRX参数IE，UE可以在初始附接规程或跟踪区域更新(TAU)期间请求对于空闲eDRX的使用。通过在接受附接或TAU规程时根据网络策略提供eDRX参数IE，网络实体MME接受来自UE的请求。UE随后将所接收到的eDRX参数用于后续的规程。如果UE没有从网络接收到任何eDRX值，这实际上意味着网络拒绝了eDRX请求，可能是因为网络不具有eDRX支持。在这种情况下，不应用eDRX参数，相反使用传统DRX。

从Rel.13开始，3GPP引出了超级系统帧号(超级SFN或H-SFN)以扩展时间参数的时间跨距，例如被用于eDRX的定时器。一个H-SFN由1024个SFN构成，H-SFN在1024个超级帧(HF)之后滚动到0。这导致29127h(1024×10240ms＝10485769ms＝29.127h)的最大H-SFN持续时间。H-SFN定时的引入使得更长的寻呼周期成为可能。对于作为H-SFN值的特定集合的寻呼超级帧(PH)中的寻呼，UE是可到达的。在PH内，UE监测给定的寻呼时间窗口(PTW)中的PF和PO。PTW是eDRX周期中的为UE配置的时间段，UE在其间监测PDCCH上的寻呼时机(PO)。在余下的周期时间中，UE不监测PDCCH。因此，网络将UE视为对于寻呼是不可到达的，直到下一个寻呼超级帧(PH)到来。如下解释PH、PF和PO计算的高层级摘要：

·PH是满足下面的等式的H-SFN：

·H-SFN mod T_eDRx,H＝(UE_ID_H mod T_eDRx,H)，其中

·UE_ID_H：

·如果是在PDCCH或MPDCCH上监测P-RNTI，则是散列ID的10个最高有效比特

·如果是在NPDCCH上监测P-RNTI，则是散列ID的12个最高有效比特

·T_eDRX,H：以超级帧计的UE的eDRX周期(T_eDRX,H＝1,2,…,256个超级帧)(对于NB-IoT，T_eDRX,H＝2,…,1024个超级帧)并且由上方层配置

·PTW_start标示作为PTW的一部分的PH的第一个无线电帧并且具有满足下面的等式的SFN；

·SFN＝256*i_eDRX，其中i_eDRX＝floor(UE_ID_H/T_eDRX,H)mod 4

·PTW_end是PTW的最后一个无线电帧并且具有满足下面的等式的SFN：

·SFN＝(PTW_start+L*100-1)mod 1024，其中

·L＝由上方层配置的寻呼时间窗口长度(以秒计)

对于支持针对与RRC非活跃状态的CM-CONNECTED的扩展DRX的RAT类型，AMF将UE接受的空闲模式eDRX周期长度值传递到NG-RAN。如果UE支持RRC非活跃状态下的eDRX，基于其UE无线电能力，NG-RAN为UE配置RRC-INACTIVE中的eDRX周期，其值达到由AMF在“RRC非活跃辅助信息”中提供的UE空闲模式eDRX周期或者达到10.24秒(二者中的较低者)。参见图1。

唤醒信号

在3GPP Rel.15中引入了唤醒信号(WUS)，其初看起来像是在3GPP Rel.99(UMTS)中引入的寻呼指示信道的重复。利用寻呼指示信道，网络发送表明UE是否应当在对应的控制信道上读取更高层控制信息的物理层信息。优点是寻呼指示信道的识别是基于匹配滤波器或相关量度(某种低功率接收器)，并且不需要主基带接收器的能耗更高的解调和解码操作。如果没有WUS，UE将必须在每一个PO监测PDCCH上的寻呼。利用WUS方法，UE只需要在检测到WUS时对PDCCH进行解码，否则UE将保持在睡眠模式。

WUS持续时间是由网络为UE配置来检测WUS的最大持续时间。UE可以在“所配置的最大WUS持续时间”期间预期WUS重复，但是实际的WUS发送例如对于处于良好覆盖中的UE可能更短。在检测到WUS之后，网络留下时间间隙以允许UE重新同步到网络，并且最终从低功率唤醒接收器切换到主基带电路以便准备到对PDCCH进行解码。如果UE检测到WUS，除非其接收到寻呼消息，否则UE将监测接下来的N个寻呼时机(对于非扩展DRX，N＝1)；对于配置有扩展DRX的UE，WUS可以关联到PTW中的一个或多个寻呼时机(N≥1)；CN(AMF/MME)中的寻呼操作不知晓RAN(gNB/eNB)中的WUS的使用。参见图2。

对于精简能力NR设备的支持

对于5G识别出的使用情况是增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低时延通信(URLLC)。时间敏感通信(TSC)也被识别为mMTC与URLLC之间的边界处的使用情况。

在Release 15中引入了对于eMBB和URLLC的支持。通过增强型URLLC(eURLLC)和工业IoT工作项目在Release 16中进一步增强了URLLC。Release 16还引入了针对用于TSC使用情况的时间敏感联网(TSN)和5G集成的支持。在关于“self-evaluation towards IMT-2020submission(针对IMT-2020提交的自我评估)”的3GPP研究中，证实了NB IoT和LTE M满足针对mMTC的IMT-2020要求，并且可以被授证为5G技术。

在Release 17中，正在研究在eMBB、URLLC和mMTC的边界处具有要求的使用情况的集合。这些使用情况包括工业无线传感器网络(IWSN)、智能城市和可穿戴设备。

在TR 22.804[7]、TS 22.104[8]、TR 22.832[9]和TS 22.261[10]中描述了IWSN使用情况和要求。处于这样的环境中的设备例如包括压力传感器、湿度传感器、温度计、运动传感器、加速度计、致动器等等。将这些类型的设备连接到5G网络和核心将允许互连的产业改进灵活性、增强生产力和效率、降低维护成本并且改进操作安全性。

在TS 22.804[7]中描述了智能城市使用情况和要求。智能城市垂直结构涵盖数据收集和处理以更加高效地监测和控制城市资源以及为城市居民提供服务。监控摄影机预期会是智能城市的关键部分。

可穿戴设备使用情况包括智能手表、戒指、电子健康相关设备和医疗监测设备等等。支持可穿戴设备使用情况的设备预期尺寸较小，并且在功率方面可能也受到约束。

关于精简能力NR设备的支持的Release 17 SID[11]如下定义了对于这些使用情况的一般要求：

·设备复杂度：对于新设备类型的主要动机是与Rel-15/Rel-16的高端eMBB和URLLC设备相比降低设备成本和复杂度。对于工业传感器尤其是如此。

·设备尺寸：对于大多数使用情况的要求是所述标准允许具有紧凑外形的设备设计。

·部署情形：系统应当支持用于FDD和TDD的所有FR1/FR2频段。

关于精简能力NR设备的支持的Release 17 SID[11]如下定义了特定于使用情况的要求：

·工业无线传感器：通信服务可用性是99.99％，端到端时延小于100ms。参考比特率对于所有使用情况小于2Mbps(潜在地非对称，例如UL侧重通信量)，并且设备是静止的。电池应当持续至少几年。对于安全性相关传感器，时延要求更低，5-10ms。

·视频监控：参考经济视频比特率将是2-4Mbps，时延<500ms，可用性99％-99.9％。例如用于农业的高端视频将要求7.5-25Mbps。应当注意的是，通信量型式由UL发送主导。

·可穿戴设备：针对智能可穿戴设备应用的参考比特率可以是DL中的10-50Mbps和UL中的最低5Mbps，并且设备的峰值比特率更高，对于下行链路是150Mbps，对于上行链路是50Mbps。设备的电池应当持续多天(长达1-2周)。

问题声明#1：PTW配置和优化

在LTE DRX中，UE预期会对于被称作寻呼时机(PO)的特定子帧唤醒，以监测物理下行链路控制信道(PDCCH)上的寻呼。在NR中，由于波束扫描特征，PO是“S*X”个连续PDCCH监测时机的集合，其中“S”是根据SIB1中的ssb-PositionsInBurst确定的实际发送的SSB的数量，X是nrofPDCCH-MonitoringOccasionPerSSB-InPO(如果被配置的话)，否则等于1。PO中的用于寻呼的第[x*S+K]个PDCCH监测时机对应于第K个发送的SSB，其中x＝0,1,…,X-1，K＝1,2,…,S。PO是PDCCH监测时机的集合，并且可以由可在其中发送寻呼DCI的多个时隙(例如子帧或OFDM符号)构成。当firstPDCCH-MonitoringOccasionOfPO存在时，第(i_s+1)个PO的起始PDCCH监测时机编号是firstPDCCH-MonitoringOccasionOfPO参数的第(i_s+1)值；否则等于i_s*S*X。因此，在多波束操作中，与PF相关联的PO可以在PF中或者在PF之后开始。用于PO的PDCCH监测时机可以跨越多个无线电帧。当对于paging-SearchSpace配置0之外的其他SearchSpaceId时，用于PO的PDCCH监测时机可以跨越寻呼搜索空间的多个时间段。

参照图3，在LTE eDRX中，PTW_start标示作为PTW的一部分的PH的第一个无线电帧，PTW_end是PTW的最后一个无线电帧。UE停止监测处于PTW外部的PO。PTW的长度由核心网络独立于RAN决定。但是如果NR重复使用与在传统唤醒信号章节中描述的LTE中相同的eDRX设计，会有几个问题。在NR中，RAN通过配置实际发送的SSB的数量和与SSB相关联的PDCCH监测时机的数量决定PO的长度。另一方面，PTW的长度由核心网络独立地配置。在RAN与核心网络之间没有关于UE的PTW的配置的协调。因此，如果UE的PTW未被正确配置，PTW可能在PO结束之前结束，并且UE无法接收到寻呼DCI。举例来说，如图2中所示，如果PO在趋近PTW的结束处开始，UE可能会由于PTW的终止而错失寻呼DCI。一旦寻呼被错失，UE必须等待下一个eDRX以接收寻呼，从而引入至少10秒延迟。因此，需要一种降低UE由于PTW的终止而错失寻呼消息的可能性的机制。

问题声明#2：针对不同通信量简档的功率节省

在LTE中，设备作为初始通电附接规程的一部分或者在跟踪区域更新(TAU)规程期间协商eDRX配置，而从不在所述两个规程之间协商eDRX配置。精简能力设备无法基于其通信量简档动态地开启和关闭eDRX操作模式或改变eDRX配置。在一个示例中，上方层具有通信量A和通信量B。通信量A不容许延迟，当通信量活跃时UE不能处于eDRX模式。通信量B容许延迟，当节点上的所有其他通信量都容许延迟时，UE可以处于eDRX模式。当通信量A和通信量B都活跃时，UE不能处于eDRX模式。但是当通信量A终止时，UE无法立即切换到eDRX模式，这是因为UE只能在下一个周期性TAU期间开启或关闭eDRX。在另一个示例中，通信量A和通信量B都容许延迟，但是具有不同的延迟容许要求。举例来说，通信量A可以容许30秒延迟，通信量B可以容许30分钟延迟。当只有通信量A活跃时，UE可以选择20.48秒的eDRX周期长度T1。当只有通信量B活跃时，UE可以选择1310.72秒的eDRX周期长度T2。当通信量A和通信量B都活跃时，eDRX周期长度应当被设定到T1。但是当通信量A终止时，UE继续使用eDRX周期T1，直到在下一个TAU期间由网络配置。这对于仅有通信量B在运行的UE在功率方面是低效的，因为UE必须每20.48秒就唤醒并且监测寻呼。因此，需要一种可以动态地配置UE的eDRX参数的机制。

此外，在LTE或NR中，当UE处于eDRX时，可能不满足商业移动告警系统(CMAS)、地震和海啸预警系统(ETWS)以及公共警报系统(PWS)的递送要求。支持CMAS和PWS的UE无法使用具有更长值的eDRX。因此，对于支持CMAS和PWS的RedCap(精简能力)设备(例如可穿戴设备)在功率方面是低效的。

针对RedCap设备还研究了用于eDRX循环的更短值，比如2.56秒。对于eDRX循环的下边界，支持更短DRX周期的一个动机是至少一些RedCap UE应当在仍然实现功率节省的同时能够在4秒的要求延迟预算内支持紧急广播服务(例如CMAS、ETWS、PWS)的接收。对于更长的eDRX周期长度不可能满足这一要求。某些RedCap UE可能不需要接收仅仅告警，例如CMAS、PWS、ETWS。此外，一些RedCap UE只需要周期性地或者在针对这些告警的接收的特定条件或动态标准适用时接收这些告警。网络应当具有一种识别这些情况/设备并且针对这些不需要接收告警的设备优化功率节省的方法。

如果RedCap UE被配置为使用更短的eDRX周期(比如2.56s)以允许广播紧急服务(例如EWTS、CMAS、PWS)，RedCap UE不需要监测gNB配置的默认寻呼(和RAN寻呼)周期，这导致UE错失SI改变指示的潜在风险。

与前面提到的问题相关联的所公开的系统

针对问题声明#1的系统

寻呼时间窗口扩展

本文中公开了用于使得UE扩展其所配置的寻呼时间窗口的长度的主题内容的描述。举例来说，UE在没有接收到来自gNB的扩展其PTW的指示的情况下以隐含方式扩展其PTW。在另一个示例中，UE可以在接收到来自gNB的扩展其PTW的指示之后以明确方式扩展其PTW。

隐含寻呼时间窗口扩展

本文中公开了用于使得UE 201在没有接收到来自gNB 202的扩展其PTW的指示的情况下以隐含方式扩展其PTW的主题内容的描述。在可以包括步骤210-步骤213的图4中的第一公开方法中，UE 201监测不完整的PDCCH监测时机，这意味着UE监测与PTW重叠但是不完全被包含在PTW内的PDCCH监测时机。此外，在一个实施例中，当UE 201在监测PO时，它可以继续监测超出PTW_end无线电帧的范围的PO。在另一个实施例中，当UE在监测PDCCH监测时机时，它可以继续监测超出PTW_end无线电帧的范围的PDCCH监测时机。在另一个实施例中，UE可以不监测不完整的PDCCH监测时机，也就是说UE仅监测完整的PDCCH监测时机，即完全被包含在PTW内的PDCCH监测时机。在可以包括步骤220-步骤223的图5中的另一公开方法中，UE监测处于PTW外部但是属于与PTW重叠的PO的PDCCH监测时机。在一个实施例中，UE监测处于PTW外部但是属于与PTW重叠的PO的所有PDCCH监测时机。在另一个实施例中，UE仅监测处于PTW外部但是属于与PTW重叠的PO的预先定义或预先配置数量的PDCCH监测时机，例如UE可以仅监测处于PTW外部但是属于与PTW重叠的PO的第一PDCCH监测时机。在另一个实施例中，UE可以不监测不完整的PO，也就是说UE仅监测完整的PO，即完全被包含在PTW内的PO。或者，UE监测PDCCH监测时机直到在PO内接收到寻呼或者直到PO结束。在另一个实施例中，当UE 201在PTW_end无线电帧结束时未在监测PO时，如果PO所关联的寻呼帧与PTW重叠，则UE 201可以继续监测超出PTW_end无线电帧的范围的接下来的PO。举例来说，如果PTW_end无线电帧是寻呼帧并且PO未在该无线电帧中开始，则UE 201继续监测与该寻呼帧相关联的PO。在另一个示例中，如果PTW_end无线电帧不是寻呼帧并且与前一个寻呼帧相关联的PO未开始，则UE继续监测超出PTW_end无线电帧的范围的PO。此外，如果UE在PO内的任何时刻接收到寻呼，则UE可以停止监测附加的PDCCH监测时机，包括在PTW_end无线电帧之前。

明确寻呼时间窗口扩展

本文中公开了用于使得UE 201在接收到来自gNB 202的扩展其PTW的指示之后以明确方式扩展其PTW的主题内容的描述。在可以包括步骤230-步骤234的图6中的公开方法中，gNB 202在步骤234处发送寻呼DCI之前在步骤233处发送PTW扩展指示。在步骤233处接收到PTW扩展指示之后，UE 201继续监测可能超出PTW_end无线电帧的范围的接下来的n个PO。n是映射到提供在系统信息中的一个PTW扩展指示的连续寻呼时机(PO)的数量，其中(n≥1)。或者，可以在寻呼扩展指示消息中表明n的值。或者，可以通过RRC配置来配置值n。PTW扩展指示可以被发送到这样的设备，其接收器和信号检测是基于具有低功率消耗的匹配滤波器或简单相关器(即某种低功率接收器)，并且不需要高复杂度主基带接收器的高能耗解调和解码处理。在一个示例中，PTW扩展指示可以是唤醒信号(WUS)。当UE 201检测到WUS时，UE 201监测可能超出PTW_end无线电帧的范围的后续n个PO或者直到接收到包括UE的NAS身份的寻呼消息，取二者中的较早者。在另一个示例中，PTW扩展指示可以是RS(例如DMRS、CSI-RS、TRS)或预先定义的序列。

使用蜂窝指定的PTW的PTW配置优化

本文中公开了一种降低UE 201由于PTW的终止而错失寻呼消息的可能性的方法。在可以包括步骤241-步骤250的如图7中所示的此方法中，gNB 202在系统信息中周期性地广播由gNB 202基于波束扫描或SSB突发型式确定的蜂窝特定PTW长度。UE 201可以在系统信息中获得蜂窝特定PTW长度。当UE 201在网络中登记时，其与AMF 203进行协商并且获得由AMF 203确定的UE特定PTW长度。UE 201将UE特定PTW长度和蜂窝特定PTW长度中的最大值用作其PTW长度。该方法的详细描述如下。

图7的步骤241：gNB 202在系统信息中周期性地广播蜂窝特定PTW长度。在一个示例中，gNB 202在DownlinkConfigCommonSIB信息单元中的PCCH-config中广播默认PTW长度。PTW长度值s1对应于1个单位，即1.24秒，值s2对应于2个单位，即2.48秒，后面以此类推。参见表1

表1

/>

图7的步骤242：在接收到系统信息之后，UE 201获得蜂窝特定PTW并且选择建立AS连接的蜂窝。

图7的步骤243：UE 201与gNB 202建立AS连接。

图7的步骤244：UE 201通过向AMF 203发送登记请求而登记到核心网络。登记处理可以包括识别UE能力以确定UE 201是否RedCap UE以及相关联的能力、要求和特性。在一些实施例中，RedCap能力或辅助还可以包括充电和能量特性。这可以允许基于无线功率传输和能量收集(例如RF充电、太阳能)、功率耗散或充电速率以及功率水平阈值来修改寻呼(重新)配置。应当注意的是，这些能量/功率方法的性质可以是可变的和动态的，触发寻呼配置修改以适当地适配与例如更长的eDRX周期和更短的PTW相关联的功率节省增益或者与例如更短的DRX周期和更长的PTW相关联的时延降低。登记请求还包括用于UE201启用eDRX的eDRX参数信息单元。eDRX参数可以包括UE 201的蜂窝特定PTW长度。

图7的步骤245：AMF 203决定接受还是拒绝UE 201的启用eDRX的请求。AMF 203还决定(多个)eDRX参数是可接受的、部分可接受的还是不可接受的。关于接受还是拒绝请求的决定可以是基于若干因素，例如包括针对递送紧急告警的要求、所识别出的设备类型(RedCap、RedCap类型或非RedCap和UE功率/能量特性)、所确定/计算的网络的可用寻呼容量或通信量负荷。根据所配置的寻呼定时器窗口的持续时间，可以直接影响寻呼容量。

图7的步骤246：AMF 203向UE 201发送登记接受消息。如果AMF203接受UE 201的启用eDRX的请求，则所述消息包含用于UE使用eDRX的eDRX参数信息单元。eDRX参数包含eDRX周期和PTW长度。

图7的步骤247：UE 201开始使用UE特定和蜂窝特定PTW长度的最大值来监测寻呼时机。

图7的步骤248：AMF 203向gNB 202发送具有eDRX和DRX参数的寻呼请求，包括寻呼eDRX参数，其中包括寻呼eDRX周期和UE特定PTW长度。

图7的步骤249：如果UE特定PTW长度被包括在寻呼请求中，则gNB 202使用UE特定和蜂窝特定PTW长度的最大值来确定其是否应当在与UE 201相关联的下一个PO中发送寻呼DCI。

图7的步骤250：UE 201接收寻呼DCI，并且随后从gNB 202接收寻呼消息。

关于图8，当UE 201移动到另一个蜂窝时，UE 201可以重新选择新的蜂窝并且获得新的蜂窝特定PTW。图8示出了UE 201从gNB 202移动到gNB 204的新蜂窝并且获得新的蜂窝特定PTW的示例。所述方法的详细描述如下。

图8的步骤260：UE 201与gNB 202建立AS连接。

图8的步骤261：UE 201利用AMF 203提供的所配置的eDRX参数登记到核心网络。登记处理可以包括识别UE能力以确定UE 201是否RedCap UE以及相关联的能力、要求和特性。

图8的步骤262：UE 201释放与gNB 202的AS连接。

图8的步骤263和步骤264：UE 201移动到新的蜂窝。UE在新蜂窝上实施蜂窝重新选择，并且作为系统信息的一部分从gNB 204获得新的蜂窝指定的PTW。UE 201开始使用UE特定和蜂窝特定PTW长度的最大值来监测寻呼时机。

图8的步骤265：AMF 203向gNB 204发送具有eDRX和DRX参数的寻呼请求，包括寻呼eDRX参数，其中包括寻呼eDRX周期和UE特定PTW长度。

图8的步骤266：如果UE特定PTW长度被包括在寻呼请求中，则gNB 204使用UE特定和蜂窝特定PTW长度的最大值来确定其是否应当在与UE 201相关联的下一个PO中发送寻呼DCI。

图8的步骤267：UE 201接收来自gNB 204的寻呼DCI，并且随后从gNB 204接收寻呼消息。

gNB辅助PTW配置优化

本文中公开了用于使得gNB 270帮助核心网络配置UE的PTW以降低UE 201由于PTW的终止而错失寻呼消息的可能性的方法。在可以包括步骤270-步骤275的图9中示出的第一公开方法中，在接收到来自UE 201的登记请求之后，AMF 203发送请求以获得gNB 202辅助信息，例如UE 201所连接到的波束扫描/SSB型式。AMF 203基于波束扫描信息决定PTW。所述方法的详细描述如下。

图9的步骤270：UE 201与gNB 202建立AS连接。

图9的步骤271：UE 201通过向AMF 203发送登记请求而登记到核心网络。登记处理可以包括识别UE能力以确定UE 201是否RedCap UE以及相关联的能力、要求和特性(例如UE功率/能量特性)。登记请求还包括用于UE 201启用eDRX的eDRX参数信息单元。

图9的步骤272：AMF 203可以向gNB 202发送请求以获得gNB 202辅助信息，如果其不知道gNB 202的波束扫描信息的话，例如是用于UE 201的波束扫描信息。在一个示例中，AMF 203请求获得gNB 202的蜂窝特定PTW。

图9的步骤273：gNB 202报告其gNB辅助信息，例如与UE 201相关联的蜂窝扫描信息。在一个示例中，gNB 202向AMF 203发送NG SETUP REQUEST(NG设置请求)，并且包括其用来向UE 201发送寻呼DCI的默认PTW长度。在另一个实施例中，gNB 202向AMF 203发送UERADIO CAPABILITY INFO INDICATION(UE无线电能力信息指示)，并且将其用来向UE 201发送寻呼DCI的所支持的PTW长度包括在UERadioCapabilityForPaging信息单元中，其中包括如在[2]中定义的RRC UERadioPagingInformation消息。参见表2和表3。

表2

/>

表3

图9的步骤274：AMF 203决定接受还是拒绝UE的启用eDRX的请求。AMF 203还基于波束扫描信息确定PTW，例如蜂窝特定PTW。关于接受还是拒绝eDRX请求的决定可以是基于若干因素，例如包括针对递送紧急告警的要求、所识别出的设备类型(RedCap、RedCap类型或非RedCap和UE功率/能量特性)、所确定/计算的网络的可用寻呼容量或通信量负荷。根据所配置的寻呼定时器窗口的持续时间，可以直接影响寻呼容量。

图9的步骤275：AMF 203向UE 201发送登记接受消息。如果AMF203接受UE 201的启用eDRX的请求，则所述消息包含用于UE 201使用eDRX的eDRX参数信息单元。eDRX参数包含eDRX周期和PTW长度。

当UE 201移动到另一个蜂窝时，UE 201可以重新选择新蜂窝，并且需要向核心网络通知新蜂窝的波束扫描信息。图10(步骤280a-步骤286)和图11(步骤290a-步骤296)示出了UE 201从gNB 202移动到gNB 204的新蜂窝并且重新协商PTW的示例。重新协商PTW要求UE201切换到RRC_Connected状态，从而比RRC_Idle和RRC_Inact ive状态相比消耗更多功率。因此，本文中公开了用于UE 201降低重新协商PTW的可能性的机制。在第一种机制中，公开了包括具有相同或类似波束扫描型式的一组蜂窝的PTW验证区域。当UE 201在PTW验证区域内移动时，UE 201不需要与AMF 203重新协商PTW。在一个示例中，核心网络在UE 201登记到网络时提供处于PTW验证区域中的蜂窝列表。在另一个示例中，UE 201的服务gNB 202在将UE 201带到RRC非活跃状态时提供处于PTW验证区域中的蜂窝列表。在另一个示例中，UE201的服务gNB 202在将UE 201带到RRC空闲状态时提供处于PTW验证区域中的蜂窝列表。在第二种机制中，UE 201将新蜂窝的波束扫描型式与先前蜂窝进行比较。在一个示例中，UE201将SIB1 nrofPDCCH-MonitoringOccasionPerSSB-InPO中的ssb-PositionsInBurst与先前蜂窝的firstPDCCH-MonitoringOccasionOfPO参数进行比较。在另一个示例中，UE 201将由新蜂窝广播的蜂窝特定PTW与先前蜂窝的值进行比较。如果新蜂窝具有相同的波束扫描型式，则UE 201不需要重新协商PTW。

在图10中所描述的方法中，如果UE 201决定更新其PTW，则UE 201向AMF 203发送NAS消息以获得新的PTW配置。所述方法的详细描述如下。

图10的步骤280a：UE与gNB 202建立AS连接。

图10的步骤280b：UE利用AMF 203提供的所配置的eDRX参数登记到核心网络。登记处理可以包括识别UE能力以确定UE是否RedCap UE以及相关联的能力、要求和特性。在eDRX配置期间，AMF 203可以在UE 201登记到网络时提供处于PTW验证区域中的蜂窝列表。

图10的步骤280c：UE释放与gNB 202的AS连接。gNB 202可以在将UE 201带到RRC非活跃状态时提供处于PTW验证区域中的蜂窝列表。

图10的步骤281：UE 201移动到gNB 204的新蜂窝。UE 201获得蜂窝系统信息并且重新选择新的蜂窝。基于系统信息，UE 201决定是否重新协商PTW。如果UE 201决定重新协商PTW，则触发步骤282中的规程。

图10的步骤282：UE向AMF发送登记更新请求。

图10的步骤283：AMF 203向gNB 204发送请求以获得gNB辅助信息，例如用于UE201的波束扫描信息。

图10的步骤284：gNB 204报告其gNB辅助信息，例如与UE 201相关联的蜂窝扫描信息。在一个示例中，gNB 204向AMF 203发送NG SETUP REQUEST(NG设置请求)，并且包括其用来向UE 201发送寻呼DCI的默认PTW长度。在另一个示例中，gNB 204向AMF 203发送UERADIO CAPABILITY INFO INDICATION(UE无线电能力信息指示)，并且将其用来向UE 201发送寻呼DCI的默认PTW长度包括在UERadioCapabilityForPaging信息单元中。

步骤284：AMF 203基于波束扫描信息确定新的PTW，例如蜂窝特定PTW。

图10的步骤285：AMF 203向UE 201发送具有新的PTW长度的登记更新接受消息。

在图11中所描述的方法中，如果UE 201决定更新其PTW，则UE 201向gNB 204发送AS消息以获得新的PTW配置。所述方法的详细描述如下。

图11的步骤290a：UE 201与gNB 202建立AS连接。

图11的步骤290b：UE 201利用AMF 203提供的所配置的eDRX参数登记到核心网络。登记处理可以包括识别UE能力以确定UE 201是否RedCap UE以及相关联的能力、要求和特性。在eDRX配置期间，AMF203可以在UE 201登记到网络时提供处于PTW验证区域中的蜂窝列表。

图11的步骤290c：UE 201释放与gNB 202的AS连接。gNB 202可以在将UE 201移动到RRC非活跃状态时提供处于PTW验证区域中的蜂窝列表。

图11的步骤291：UE 201移动到gNB 204的新蜂窝。UE 201获得蜂窝系统信息并且重新选择新的蜂窝。基于系统信息，UE 201决定是否重新协商PTW。如果UE 201决定重新协商PTW，则触发步骤292中的规程。

图11的步骤292：UE 201向gNB 204发送表明其意图重新协商新的PTW的AS消息。UE201可以将其先前的PTW长度包括在消息中。

图11的步骤293：基于UE 201的先前PTW长度，gNB 204可以决定是否更新UE 201的PTW值。这一决定还可以是基于若干因素，例如包括针对递送紧急告警的要求、所识别出的设备类型或能力(RedCap、RedCap类型或非RedCap和UE功率/能量特性)、所确定/计算的gNB204的可用寻呼容量或通信量负荷。根据所配置的寻呼定时器窗口的持续时间，可以直接影响寻呼容量。如果gNB 204决定不更新UE的PTW值，则将UE 201发送到RRC_Idle或RRC_Inactive状态。否则，gNB204代表UE 201向AMF 203发送请求以获得新的PTW值。gNB 204还报告其gNB辅助信息，例如与UE 201相关联的蜂窝扫描信息。在一个示例中，gNB 204向AMF203发送NG SETUP REQUEST(NG设置请求)，并且包括其用来向UE 201发送寻呼DCI的默认PTW长度。在另一个示例中，gNB 204向AMF 203发送UE RADIO CAPABILITY INFOINDICATION(UE无线电能力信息指示)，并且将其用来向UE 201发送寻呼DCI的默认PTW长度包括在UERadioCapabilityForPaging信息单元中。

图11的步骤294：AMF 203基于波束扫描信息确定新的PTW，例如蜂窝特定PTW。AMF203还可以基于附加的因素确定新的PTW，例如包括针对递送紧急告警的要求、所识别出的设备类型或能力(RedCap、RedCap类型或非RedCap和UE功率/能量特性)、所确定/计算的网络的可用寻呼容量或通信量负荷。

图11的步骤295：AMF 203向gNB 204发送包括被指派给UE 201的新PTW长度的RRC辅助信息消息。

图11的步骤296：gNB 204向UE 201发送具有新指派的PTW长度的AS消息。

用于问题声明#2的系统

UE 201的eDRX参数可以被动态配置。举例来说，本文中公开了用于UE 201动态地开启和关闭eDRX操作模式或改变eDRX配置的UE201发起的方法。在另一个示例中，本文中公开了用以动态地开启和关闭UE 201的eDRX操作模式或改变其eDRX配置的网络发起的方法。

UE发起的动态eDRX配置

本文中公开了用于UE 201动态地开启和关闭eDRX操作模式或改变eDRX配置的主题内容的描述。UE 201可以基于其通信量简档或者被其上方层触发以改变eDRX配置。在图12中的第一公开方法中，UE201可以在请求改变eDRX配置时发送移动性登记更新以重新协商eDRX周期。所述方法的详细描述如下。

图12的步骤300：UE 201登记到核心网络并且从AMF 203获得初始DRX配置。登记处理可以包括识别UE能力以确定UE 201是否RedCap UE以及相关联的能力、要求和特性。在一个示例中，UE 201具有接收自AMF 203的初始DRX配置，并且UE 201具有通信量A和通信量B，二者都容许延迟但是具有不同的延迟容许要求。通信量A可以容许30秒延迟，通信量B可以容许30分钟延迟。当通信量A和通信量B都活跃时，eDRX周期长度应当被设定到20.48秒以满足通信量A的延迟要求。

图12的步骤301：触发更新eDRX配置的事件。举例来说，当UE 201上的通信量简档或能量/功率特性发生改变时，UE 201决定是否与核心网络重新协商其eDRX参数，例如eDRX周期。举例来说，当通信量A终止并且仅有通信量B活跃时，UE 201可以例如根据容许延迟的通信量要求选择1310.72秒的eDRX周期长度。UE 201在步骤302中向AMF 203发送登记更新请求以重新协商其eDRX周期，从而降低其功率消耗。在另一个示例中，当充电或电池功率水平达到所配置的阈值时，UE 201在步骤302中向AMF 203发送登记更新请求以重新协商其eDRX周期，从而降低其功率消耗或者通过更短的eDRX周期减小时延。

图12的步骤302：UE 201向AMF 203发送登记更新请求以重新协商其eDRX周期。在所述请求中，UE 201可以将所公开的新eDRX周期(例如1310.72秒)包括在eDRX参数信息单元中。

图12的步骤303：AMF 203决定接受还是拒绝UE对于使用(多个)新eDRX参数的请求，并且向UE 201发送响应。关于接受还是拒绝所述请求的决定可以是基于若干因素，例如包括针对递送紧急告警的要求、所识别出的设备类型或能力(RedCap、RedCap类型或非RedCap和UE功率/能量特性)、所确定/计算的网络的可用寻呼容量或通信量负荷。根据所配置的寻呼定时器窗口的持续时间，可以直接影响寻呼容量。

图12的步骤304：AMF 203向UE 201发送具有新的eDRX参数的登记更新接受消息。UE 201使用新的eDRX周期来监测寻呼时机。

在图13和图14中的另一种公开方法中，当eDRX配置更新被上方层触发或通信量简档发生改变时，UE 201向gNB发送请求。gNB 202基于所述请求中的信息(例如UE 201的通信量简档)帮助UE 201动态地开启和关闭eDRX操作模式或改变eDRX配置。图13示出了当UE201处于RRC_Idle状态时通过UE通信量简档的改变触发eDRX配置更新的示例性规程。在该规程中，UE 201向gNB 202发送AS消息以更新其(多个)eDRX参数。所述消息可以表明通信量简档改变信息。所述消息还可以将所公开的eDRX参数包括在消息中。gNB 202基于从核心网络获得的信息确定是否需要改变UE 201的(多个)eDRX参数。所述方法的详细描述如下。

图13的步骤310a：UE 201登记到核心网络并且从AMF 203获得初始DRX配置。登记处理可以包括识别UE能力以确定UE 201是否RedCap UE以及相关联的能力、要求和特性。在一个示例中，UE 201具有接收自AMF 203的初始DRX配置，并且UE 201具有通信量A和通信量B。通信量A不容许延迟，当通信量活跃时，UE 201不能处于eDRX模式。通信量B容许延迟，当节点上的所有其他通信量都容许延迟时，UE 201可以处于eDRX模式。当通信量A和通信量B都活跃时，UE 201不能处于eDRX模式。在登记期间，AMF 203可以知道通信量A和通信量B的特性。

图13的步骤310b：AMF 203向gNB 202发送关于与通信量A和通信量B相关联的PTW的辅助信息。

图13的步骤311：触发更新eDRX配置的事件。举例来说，当UE 201上的通信量简档发生改变时，或者附加地当UE 201上的能量特性发生改变时。UE向gNB发送AS消息以请求包括通信量简档改变信息的eDRX配置更新。举例来说，当通信量A终止并且仅有通信量B活跃时，UE可以发送表明通信量A终止的指示。在另一个示例中，UE向gNB发送AS消息以请求包括能量特性改变信息的eDRX配置更新。

图13的步骤312：UE 201向gNB 202发送AS消息以请求包括通信量简档改变信息的eDRX配置更新。举例来说，UE 201在实施RRC连接建立规程时使用RRCSetupReques t消息；在实施RRC连接恢复规程时使用RRCResumeRequest/RRCResumeRequest1消息；或者在实施UE辅助信息规程时使用UEAssistanceInformation消息。

图13的步骤313：gNB 202决定是否需要改变eDRX参数。如果是的话，gNB 202向AMF203发送请求以帮助UE 201更新eDRX参数。举例来说，在知道通信量A终止之后，gNB 202向AMF 203发送请求以更新eDRX配置。此外，所述请求例如可以包括针对递送紧急告警的要求、所识别出的设备类型或能力(RedCap、RedCap类型或非RedCap和UE功率/能量特性)、所确定/计算的可用寻呼容量或通信量负荷。

图13的步骤314：gNB 202向AMF 203发送请求以更新eDRX配置。

图13的步骤315：AMF 203决定接受还是拒绝对于使用新eDRX参数的请求，并且向gNB 202发送响应。关于接受还是拒绝所述请求的决定可以是基于若干因素，例如包括针对递送紧急告警的要求、所识别出的设备类型(RedCap、RedCap类型或非RedCap和UE功率/能量特性)、所确定/计算的网络的可用寻呼容量。根据所配置的寻呼定时器窗口的持续时间，可以直接影响寻呼容量。

图13的步骤316：AMF 203向gNB 202发送包括用于UE 201的新eDRX参数的响应。

图13的步骤317：gNB 202向UE 201发送AS消息以配置新的eDRX参数。例如使用RRCReconfiguration消息。

图14示出了当UE 201处于RRC_INACTIVE状态时通过UE通信量简档的改变触发eDRX配置更新的示例性规程。在该规程中，UE 201向gNB 202发送AS消息以更新其eDRX参数。所述消息可以表明通信量简档改变信息。所述消息还可以将所公开的eDRX参数包括在消息中。gNB 202基于从核心网络获得的信息确定是否需要改变UE 201的(多个)eDRX参数。gNB 202确定和配置UE 201的新eDRX参数，并且向AMF 203通知与UE 201相关联的新eDRX参数。所述方法的详细描述如下。

图14的步骤320a：UE 201登记到核心网络并且从AMF 203获得初始DRX配置。登记处理可以包括识别UE能力以确定UE 201是否RedCap UE以及相关联的能力、要求和特性。在一个示例中，UE 201具有接收自AMF 203的初始DRX配置，并且UE 201具有通信量A和通信量B。通信量A不容许延迟，当通信量活跃时，UE 201不能处于eDRX模式。通信量B容许延迟，当节点上的所有其他通信量都容许延迟时，UE 201可以处于eDRX模式。当通信量A和通信量B都活跃时，UE 201不能处于eDRX模式。在登记期间，AMF 203可以知道通信量A和通信量B的特性。

图14的步骤320b：AMF 203向gNB 202发送关于与通信量A和通信量B相关联的PTW的辅助信息。

图14的步骤321：触发更新eDRX配置的事件。举例来说，当UE 201上的通信量简档发生改变时，或者附加地当UE 201上的能量特性发生改变时。UE 201向gNB发送AS消息以请求包括通信量简档改变信息的eDRX配置更新。举例来说，当通信量A终止并且仅有通信量B活跃时，UE 201可以发送表明通信量A终止的指示。在另一个示例中，UE向gNB发送AS消息以请求包括能量特性改变信息的eDRX配置更新。

图14的步骤322：UE 201向gNB 202发送AS消息以请求包括通信量简档改变信息的eDRX配置更新。举例来说，UE 201在实施RRC连接建立规程时使用RRCSetupRequest消息；在实施RRC连接恢复规程时使用RRCResumeRequest/RRCResumeRequest1消息；或者在实施UE辅助信息规程时使用UEAssistanceInformation消息。

图14的步骤323：gNB 202基于在步骤0b中获得的辅助信息决定是否需要改变(多个)eDRX参数。在所述决定中可以权衡比如以下因素：针对递送紧急告警的要求，所识别出的设备类型或能力(RedCap、RedCap类型或非RedCap和UE功率/能量特性)，所确定/计算的gNB的可用寻呼容量或通信量负荷。如果需要改变(多个)eDRX参数，gNB202确定和配置UE201的新eDRX参数，并且向AMF 203通知与UE 201相关联的新eDRX参数。

图14的步骤324a：gNB 202向AMF 203发送请求以更新eDRX配置。

图14的步骤324b：gNB 202向UE 201发送AS消息以配置新的eDRX参数，例如使用RRCReconfiguration消息。

网络发起的动态eDRX配置

本文中公开了用于网络动态地开启和关闭UE 201的eDRX操作模式或改变UE 201的eDRX配置的主题内容的描述。网络可以在与UE 201相关联的用户平面信息发生改变时请求改变eDRX配置。在图15中的第一公开方法中，网络可以发送UE 201配置更新命令以更新UE 201的新eDRX参数。所述方法的详细描述如下。

图15的步骤330：UE 201登记到核心网络并且从AMF 203获得初始DRX配置。登记处理可以包括识别UE能力以确定UE是否RedCap UE以及相关联的能力、要求和特性。

图15的步骤331：触发用于网络更新eDRX配置的事件。举例来说，当与UE 201相关联的用户平面信息发生改变时，AMF 203决定针对UE 201的eDRX配置的新集合。

图15的步骤332：如果UE 201处于RRC空闲，AMF 203发起网络触发的服务请求规程以与UE 201建立连接。在所述规程期间，AMF 203可以发送包括与UE 201相关联的新eDRX参数的NAS消息。

图15的步骤333：AMF 203发送包括与UE 201相关联的新eDRX参数的NAS消息。在一个示例中，所述NAS消息是UE配置更新命令。

图15的步骤334：UE 201可以发送NAS消息以响应eDRX配置。在一个示例中，所述NAS消息是UE配置更新完成消息。

在图16中的另一种公开方法中，当eDRX配置更新被触发时，网络向gNB 202发送请求。gNB 202帮助AMF 203基于所述请求中的信息动态地开启和关闭eDRX操作模式或改变eDRX配置。gNB 202确定是否需要更新UE 201的eDRX参数。所述方法的详细描述如下。

图16的步骤340：UE 201登记到核心网络并且从AMF 203获得初始DRX配置。登记处理可以包括识别UE能力以确定UE 201是否RedCap UE以及相关联的能力、要求和特性。

图16的步骤341：触发用于网络更新eDRX配置的事件。举例来说，当与UE 201相关联的用户平面信息发生改变时，AMF 203决定针对UE 201的eDRX配置信息单元的新集合。

图16的步骤342：AMF 203向gNB 202发送RRC辅助信息消息，其中包括与UE 201相关联的(多个)新eDRX参数。

图16的步骤343：gNB 202基于在步骤342中获得的辅助信息决定是否需要改变(多个)eDRX参数。在所述决定中可以权衡比如以下因素：针对递送紧急告警的要求，所识别出的设备类型或能力(RedCap、RedCap类型或非RedCap和UE功率/能量特性)，所确定/计算的gNB 202的可用寻呼容量或通信量负荷。如果需要改变(多个)eDRX参数，gNB202确定和配置与UE 201相关联的新eDRX参数。

图16的步骤344：gNB 202向UE 201发送AS消息以配置新的eDRX参数，例如使用RRCReconfiguration消息。

应当理解的是，实施本文中所说明的步骤(比如图4-图16)的实体可以是逻辑实体。所述步骤可以被存储在比如图18G或图18G中所示出的设备、服务器或计算机系统的存储器中并且在其处理器上执行。可以设想到跳过步骤、组合步骤或者在本文中所公开的示例性方法之间添加步骤(例如图4-图16)。表4提供了示例性的缩写。

表4-缩写和定义

/>

/>

图17示出了可以基于本文中所讨论的用于精简能力NR设备的eDRX增强的方法、系统和设备而生成的示例性显示(例如图形用户接口)。显示接口901(例如触摸屏显示器)可以在与用于精简能力NR设备的eDRX增强相关联的方框902中提供文字，比如相关的参数、方法流程和相关联的当前状况。本文中所讨论的任何步骤的进展(例如所发送的消息或步骤的成功)可以被显示在方框902中。此外，图形输出902可以被显示在显示接口901上。图形输出903可以是实施用于精简能力NR设备的eDRX增强的方法、系统和设备的设备拓扑，本文中所讨论的任何方法或系统的进展的图形输出等等。

第三代合作伙伴计划(3GPP)开发用于蜂窝电信网络技术的技术标准，包括无线电接入、核心传输网络和服务能力——包括编解码器、安全和服务质量方面的工作。近来的无线电接入技术(RAT)标准包括WCDMA(通常称作3G)、LTE(通常称作4G)、LTE进阶标准和新无线电(NR)，也被称作“5G”。3GPP NR标准开发预期会继续并且包括下一代无线电接入技术(新RAT)的定义，其中预期会包括7GHz以下的新的灵活无线电接入的规定，以及7GHz以上的新的超移动宽带无线电接入的规定。灵活无线电接入预期由6GHz以下的新频谱中的新的、非后向兼容的无线电接入构成，并且预期会包括可以被一起多路复用在相同频谱中的不同操作模式，以解决具有不同要求的广泛的3GPP NR使用情况。超移动宽带预期会包括厘米波和毫米波频谱，从而将为例如室内应用和热点提供超移动宽带接入的机会。具体来说，超移动宽带预期会与7GHz以下的灵活无线电接入共享共同的设计框架，并且具有特定于厘米波和毫米波的设计优化。

3GPP已识别出NR预期会支持的多种使用情况，从而导致对于数据速率、时延和移动性的多种用户体验要求。所述使用情况包括以下的一般类别：增强型移动宽带(eMBB)、超可靠低时延通信(URLLC)、大规模机器类型通信(mMTC)、网络操作(例如网络切片、路由、迁移和互工作、能量节省)以及增强型车辆对万物(eV2X)通信，所述车辆对万物通信可以包括任何车辆对车辆通信(V2V)、车辆对基础设施通信(V2I)、车辆对网络通信(V2N)、车辆对行人通信(V2P)和车辆与其他实体的通信当中的任一项。举几个例子来说，这些类别中的具体服务和应用例如包括监测和传感器网络、设备远程控制、双向远程控制、个人云计算、视频流送、基于云的无线办公、第一响应者连接、汽车紧急呼叫、灾难警报、实时游戏、多人视频呼叫、自主驾驶、增强现实、触觉互联网、虚拟现实家庭自动化、机器人和无人机。在本文中设想到所有这些使用情况和其他使用情况。

图18A示出了可以在其中使用本文中所描述并要求保护的用于精简能力NR设备的eDRX增强的方法和装置(比如在图1到图16中示出的系统和方法)的示例性通信系统100。通信系统100可以包括无线发送/接收单元(WTRU)102a、102b、102c、102d、102e、102f或102g(一般地或统一地可以被称作WTRU 102)。通信系统100可以包括无线电接入网(RAN)103/104/105/103b/104b/105b、核心网络106/107/109、公共交换电话网(PSTN)108、因特网110、其他网络112以及网络服务113。网络服务113例如可以包括V2X服务器、V2X功能、ProSe服务器、ProSe功能、IoT设备、视频流送或边缘计算等等。

应当认识到，本文中所公开的概念可以与任何数量的WTRU、基站、网络或网络单元一起使用。WTRU 102a、102b、102c、102d、102e、102f或102g中的每一个可以是被配置为在无线环境中操作或通信的任何类型的装置或设备。虽然每一个WTRU 102a、102b、102c、102d、102e、102f或102g在图18A、图18B、图18C、图18D、图18E或图18F中可能被描绘为手持式无线通信装置，但是应当理解的是，对于5G无线通信所设想的多种使用情况，每一个WTRU可以包括被配置为发送或接收无线信号的任何类型的装置或设备或者可以被具体实现在所述装置或设备中，其中仅仅作为举例包括用户装备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、平板设备、上网本、笔记本计算机、个人计算机、无线传感器、消费电子装置、可穿戴设备(比如智能手表或智能衣服)、医疗或电子健康设备、机器人、工业装备、无人机、交通工具(比如小汽车、大巴车、卡车、火车或飞机)等等。

通信系统100还可以包括基站114a和基站114b。在图18A的示例中，每一个基站114a和114b被描绘为单个单元。在实践中，基站114a和114b可以包括任何数量的互连基站或网络单元。基站114a可以是被配置为与WTRU 102a、102b和102c的至少其中之一进行无线接口的任何类型的设备，以促进接入到一个或多个通信网络，比如核心网络106/107/109、因特网110、网络服务113或其他网络112。类似地，基站114b可以是被配置为与远程无线电头端(RRH)118a、118b、发送和接收点(TRP)119a、119b或路边单元(RSU)120a和120b的至少其中之一进行有线和/或无线接口的任何类型的设备，以促进接入到一个或多个通信网络，比如核心网络106/107/109、因特网110、其他网络112或网络服务113。RRH 118a、118b可以是被配置为与至少其中一个WTRU 102c(例如WTRU 102c)进行无线接口的任何类型的设备，以促进接入到一个或多个通信网络，比如核心网络106/107/109、因特网110、网络服务113或其他网络112。

TRP 119a、119b可以是被配置为与WTRU 102d的至少其中之一进行无线接口的任何类型的设备，以促进接入到一个或多个通信网络，比如核心网络106/107/109、因特网110、网络服务113或其他网络112。RSU 120a和120b可以是被配置为与WTRU 102e或102f的至少其中之一进行无线接口的任何类型的设备，以促进接入到一个或多个通信网络，比如核心网络106/107/109、因特网110、其他网络112或网络服务113。作为举例，基站114a、114b可以是收发器基站(BTS)、节点B、eNode B、家庭节点B、家庭eNode B、下一代节点B(gNodeB)、卫星、站点控制器、接入点(AP)、无线路由器等等。

基站114a可以是RAN 103/104/105的一部分，RAN 103/104/105还可以包括其他基站或网络单元(未示出)，比如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。类似地，基站114b可以是RAN 103b/104b/105b的一部分，RAN 103b/104b/105b还可以包括其他基站或网络单元(未示出)，比如BSC、RNC、中继节点等等。基站114a可以被配置为在特定地理区域内发送或接收无线信号，所述地理区域可以被称作蜂窝(未示出)。类似地，基站114b可以被配置为在特定地理区域内发送或接收有线或无线信号，对于本文中所公开的用于精简能力NR设备的eDRX增强的方法、系统和设备，所述地理区域可以被称作蜂窝(未示出)。类似地，基站114b可以被配置为在特定地理区域内发送或接收有线或无线信号，所述地理区域可以被称作蜂窝(未示出)。蜂窝可以进一步被划分成蜂窝扇区。举例来说，与基站114a相关联的蜂窝可以被划分成三个扇区。因此，举例来说，基站114a可以包括三个收发器，例如对于蜂窝的每一个扇区有一个收发器。举例来说，基站114a可以采用多输入多输出(MIMO)技术，并且因此可以对于蜂窝的每一个扇区利用多个收发器。

基站114a可以通过空中接口115/116/117与WTRU 102a、102b、102c或102g当中的一个或多个进行通信，空中接口115/116/117可以是任何适当的无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等等)。空中接口115/116/117可以使用任何适当的无线电接入技术(RAT)来建立。

基站114b可以通过有线或空中接口115b/116b/117b与RRH 118a、118b、TRP 119a、119b或RSU 120a和120b当中的一个或多个进行通信，所述有线或空中接口115b/116b/117b可以是任何适当的有线(例如电缆、光纤等等)或无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等等)。空中接口115b/116b/117b可以使用任何适当的无线电接入技术(RAT)来建立。

RRH 118a、118b、TRP 119a、119b或RSU 120a、120b可以通过空中接口115c/116c/117c与WTRU 102c、102d、102e、102f当中的一个或多个进行通信，所述空中接口115c/116c/117c可以是任何适当的无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等等)。空中接口115c/116c/117c可以使用任何适当的无线电接入技术(RAT)来建立。

WTRU 102a、102b、102c、102d、102e或102f可以通过空中接口115d/116d/117d彼此进行通信(比如侧行链路通信)，所述空中接口115d/116d/117d可以是任何适当的无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等等)。空中接口115d/116d/117d可以使用任何适当的无线电接入技术(RAT)来建立。

通信系统100可以是多址接入系统，并且可以采用一种或多种信道接入方案，比如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。举例来说，RAN 103/104/105中的基站114a和WTRU102a、102b、102c或者RAN 103b/104b/105b中的RRH 118a、118b、TRP 119a、119b和RSU120a、120b和WTRU 102c、102d、102e、102f可以实施比如通用移动电信系统(UMTS)地面无线电接入(UTRA)之类的无线电技术，从而可以分别使用宽带CDMA(WCDMA)建立空中接口115/116/117或115c/116c/117c。WCDMA可以包括比如高速分组接入(HSPA)或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)或高速上行链路分组接入(HSUPA)。

举例来说，基站114a和WTRU 102a、102b、102c或者RAN103b/104b/105b中的RRH118a、118b、TRP 119a、119b或RSU 120a、120b和WTRU 102c、102d可以实施比如演进型UMTS地面无线电接入(E-UTRA)之类的无线电技术，从而可以分别使用长期演进(LTE)和或LTE进阶(LTE-A)建立空中接口115/116/117或115c/116c/117c。在未来，空中接口115/116/117或115c/116c/117c可以实施3GPP NR技术。LTE和LTE-A技术可以包括LTE D2D和V2X技术和接口(比如侧行链路通信等等)。类似地，3GPP NR技术包括NR V2X技术和接口(比如侧行链路通信等等)。

RAN 103/104/105中的基站114a和WTRU 102a、102b、102c和102g或者RAN 103b/104b/105b中的RRH 118a、118b、TRP 119a、119b或RSU 120a、120b和WTRU 102c、102d、102e、102f可以实施比如IEEE802.16(例如全球微波接入互操作性(WiMAX))、CDMA2000、CDMA20001X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强数据速率GSM演进(EDGE)、GSM EDGE(GERAN)之类的无线电技术。

图18A中的基站114c例如可以是无线路由器、家庭节点B、家庭eNode B或接入点，并且可以利用任何适当的RAT来促进局部区域内的无线连接，比如营业场所、家庭、车辆、火车、飞机、卫星、工厂、校园等等，以用于实施本文中所公开的用于精简能力NR设备的eDRX增强的方法、系统和设备。举例来说，基站114c和WTRU 102(例如WTRU 102e)可以实施比如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。类似地，基站114c和WTRU 102d可以实施比如IEEE802.15之类的无线电技术以建立无线个人区域网(WPAN)。在另一个示例中，基站114c和WTRU 102(例如WTRU 102e)可以利用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A、NR等等)来建立微微蜂窝或毫微微蜂窝。如图18A中所示，基站114c可以具有去到因特网110的直接连接。因此，基站114c可以不需要经由核心网络106/107/109接入因特网110。

RAN 103/104/105或RAN 103b/104b/105b可以与核心网络106/107/109进行通信，所述核心网络106/107/109可以是被配置为向WTRU 102a、102b、102c、102d当中的一个或多个提供语音、数据、消息传送、授权和认证、应用或互联网协议语音(VoIP)服务的任何类型的网络。举例来说，核心网络106/107/109可以提供呼叫控制、计费服务、基于位置的移动服务、预付费呼叫、因特网连接、分组数据网络连接、以太网连接、视频分发等等，或者实施比如用户认证之类的高层级安全功能。

虽然未在图18A中示出，但是应当认识到，RAN 103/104/105或RAN 103b/104b/105b或核心网络106/107/109可以和采用与RAN103/104/105或RAN 103b/104b/105b相同的RAT或不同的RAT的其他RAN直接或间接进行通信。举例来说，除了连接到可以是利用E-UTRA无线电技术的RAN 103/104/105或RAN 103b/104b/105b之外，核心网络106/107/109还可以与采用GSM或NR无线电技术的另一个RAN(未示出)进行通信。

核心网络106/107/109还可以充当用于WTRU 102a、102b、102c、102d、102e的网关，以接入PSTN 108、因特网110或其他网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用共同的通信协议的互连计算机网络和设备的全球系统，比如传输控制协议(TCP)、用户数据报协议性(UDP)和TCP/IP互联网协议族中的互联网协议(IP)。网络112可以包括由其他服务提供商拥有或运营的有线或无线通信网络。举例来说，网络112可以包括任何类型的分组数据网络(例如，IEEE802.3以太网络)或者连接到可以采用与RAN 103/104/105或RAN 103b/104b/105b相同的RAT或不同的RAT的一个或多个RAN的另一个核心网络。

通信系统100中的WTRU 102a、102b、102c、102d、102e和102f当中的一些或全部可以包括多模式能力，例如WTRU 102a、102b、102c、102d、102e和102f可以包括用于通过不同的无线链路与不同的无线网络进行通信的多个收发器，以用于实施本文中所公开的用于精简能力NR设备的eDRX增强的方法、系统和设备。举例来说，图18A中示出的WTRU 102g可以被配置为与基站114a并且与基站114c进行通信，其中基站114a可以采用基于蜂窝的无线电技术，基站114c可以采用IEEE 802无线电技术。

虽然未在图18A中示出，但是应当认识到，用户装备可以有线连接到网关。所述网关可以是住宅网关(RG)。RG可以提供去到核心网络106/107/109的连接。应当认识到，本文中所包括的许多主题内容可以同等地适用于作为WTRU的UE和使用有线连接与网络进行连接的UE。举例来说，适用于无线接口115、116、117和115c/116c/117c的主题内容可以同等地适用于有线连接。

图18B是可以实施本文中所公开的用于精简能力NR设备的eDRX增强的方法、系统和设备的示例性RAN 103和核心网络106的系统图。正如前面所提到的那样，RAN 103可以采用UTRA无线电技术通过空中接口115与WTRU 102a、102b和102c进行通信。RAN 103还可以与核心网络106进行通信。如图18B中所示，RAN 103可以包括节点B 140a、140b和140c，所述节点B 140a、140b和140c可以分别包括一个或多个收发器以用于通过空中接口115与WTRU102a、102b和102c进行通信。节点B 140a、140b和140c可以分别与RAN 103内的特定蜂窝(未示出)相关联。RAN 103还可以包括RNC 142a、142b。应当认识到，RAN 103可以包括任何数量的节点B和无线电网络控制器(RNC)。

如图18B中所示，节点B 140a、140b可以与RNC 142a进行通信。此外，节点B 140c可以与RNC 142b进行通信。节点B 140a、140b和140c可以通过Iub接口与对应的RNC 142a和142b进行通信。RNC142a和142b可以通过Iur接口彼此通信。RNC 142a和142b当中的每一个可以被配置为控制与其连接的对应的节点B 140a、140b和140c。此外，RNC 142a和142b当中的每一个可以被配置为实施或支持其他功能，比如外环功率控制、负载控制、准入控制、分组调度、交接控制、宏分集、安全功能、数据加密等等。

图18B中示出的核心网络106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148或网关GPRS支持节点(GGSN)150。虽然前述单元当中的每一个被描绘成核心网络106的一部分，但是应当认识到，这些单元当中的任一个可以由核心网络运营商之外的其他实体拥有或运营。

RAN 103中的RNC 142a可以通过IuCS接口连接到核心网络106中的MSC 146。MSC146可以连接到MGW 144。MSC 146和MGW 144可以为WTRU 102a、102b和102c提供对于电路交换网络(比如PSTN 108)的接入，以促进WTRU 102a、102b和102c与传统陆线通信设备之间的通信。

RAN 103中的RNC 142a还可以通过IuPS接口连接到核心网络106中的SGSN 148。SGSN 148可以连接到GGSN 150。SGSN 148和GGSN 150可以为WTRU 102a、102b和102c提供对于分组交换网络(比如因特网110)的接入，以促进WTRU 102a、102b和102c与具有IP能力的设备之间的通信。

核心网络106还可以连接到网络112，所述网络112可以包括由其他服务提供商拥有或运营的其他有线或无线网络。

图18C是可以实施本文中所公开的用于精简能力NR设备的eDRX增强的方法、系统和设备的示例性RAN 104和核心网络107的系统图。正如前面所提到的那样，RAN 104可以采用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b和102c进行通信。RAN 104还可以与核心网络107进行通信。

RAN 104可以包括eNode-B 160a、160b和160c，但是应当认识到，RAN 104可以包括任何数量的eNode-B。eNode-B 160a、160b和160c可以分别包括一个或多个收发器以用于通过空中接口116与WTRU102a、102b和102c进行通信。举例来说，eNode-B 160a、160b和160c可以实施MIMO技术。因此，eNode-B 160a例如可以使用多个天线向/从WTRU 102a发送无线信号和接收无线信号。

eNode-B 160a、160b和160c当中的每一个可以与特定蜂窝(未示出)相关联，并且可以被配置为应对无线电资源管理决定、交接决定、上行链路和/或下行链路中的用户调度等等。如图18C中所示，eNode-B 160a、160b和160c可以通过X2接口彼此通信。

图18C中示出的核心网络107可以包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。虽然前述单元当中的每一个被描绘成核心网络107的一部分，但是应当认识到，这些单元当中的任一个可以由核心网络运营商之外的其他实体拥有或运营。

MME 162可以通过S1接口连接到RAN 104中的eNode-B 160a、160b和160c当中的每一个，并且可以充当控制节点。举例来说，MME 162可以负责认证WTRU 102a、102b和102c的用户，载体激活/解除激活，在WTRU 102a、102b和102c的初始附接期间选择特定的服务网关等等。MME 162还可以提供控制平面功能以用于在RAN 104与采用其他无线电技术(比如GSM或WCDMA)的其他RAN(未示出)之间进行切换。

服务网关164可以通过S1接口连接到RAN 104中的eNode-B 160a、160b和160c当中的每一个。服务网关164可以总体上向/从WTRU 102a、102b和102c路由和转发用户数据分组。服务网关164还可以实施其他功能，比如在eNode-B间交接期间锚定用户平面，当下行链路数据对于WTRU 102a、102b和102c可用时触发寻呼，管理和存储WTRU 102a、102b和102c的上下文等等。

服务网关164还可以连接到PDN网关166，所述PDN网关166可以为WTRU 102a、102b和102c提供对于分组交换网络(比如因特网110)的接入，以促进WTRU 102a、102b、102c与具有IP能力的设备之间的通信。

核心网络107可以促进与其他网络的通信。举例来说，核心网络107可以为WTRU102a、102b和102c提供对于电路交换网络(比如PSTN108)的接入，以促进WTRU 102a、102b和102c与传统陆线通信设备之间的通信。举例来说，核心网络107可以包括IP网关(例如IP多媒体子系统(IMS)服务器)或者可以与之通信，所述IP网关充当核心网络107与PSTN 108之间的接口。此外，核心网络107可以为WTRU102a、102b和102c提供对于网络112的接入，所述网络112可以包括由其他服务提供商拥有或运营的其他有线或无线网络。

图18D是可以实施本文中所公开的用于精简能力NR设备的eDRX增强的方法、系统和设备的示例性RAN 105和核心网络109的系统图。RAN 105可以采用NR无线电技术通过空中接口117与WTRU 102a和102b进行通信。RAN 105还可以与核心网络109进行通信。非3GPP互工作功能(N3IWF)199可以采用非3GPP无线电技术通过空中接口198与WTRU 102c进行通信。N3IWF 199还可以与核心网络109进行通信。

RAN 105可以包括gNode-B 180a和180b。应当认识到，RAN 105可以包括任何数目的gNode-B。gNode-B 180a和180b可以分别包括一个或多个收发器以用于通过空中接口117与WTRU 102a和102b进行通信。在使用集成接入和回传连接的一个实施例中，在WTRU与gNode-B之间可以使用相同的空中接口，这可以是通过一个或多个gNB的核心网络109。gNode-B 180a和180b可以实施MIMO、MU-MIMO或数字波束成形技术。因此，gNode-B 180a例如可以使用多个天线向/从WTRU102a发送无线信号和接收无线信号。应当认识到，RAN 105可以采用其他类型的基站，比如eNode-B。还应当认识到，RAN 105可以采用多于一种类型的基站。举例来说，RAN可以采用eNode-B和gNode-B。

N3IWF 199可以包括非3GPP接入点180c。应当认识到，N3IWF 199可以包括任何数量的非3GPP接入点。非3GPP接入点180c可以包括一个或多个收发器以用于通过空中接口198与WTRU 102c进行通信。非3GPP接入点180c可以使用802.11协议通过空中接口198与WTRU 102c进行通信。

gNode-B 180a和180b当中的每一个可以与特定蜂窝(未示出)相关联，并且可以被配置来应对无线电资源管理决定、交接决定、上行链路和/或下行链路中的用户调度等等。如图18D中所示，gNode-B180a和180b例如可以通过Xn接口彼此通信。

图18D中示出的核心网络109可以是5G核心网络(5GC)。核心网络109可以为通过无线电接入网互连的顾客提供许多通信服务。核心网络109包括实施核心网络的功能的若干实体。本文中所使用的术语“核心网络实体”或“网络功能”指的是实施核心网络的一项或多项功能的任何实体。应当理解的是，这样的核心网络实体可以是以计算机可执行指令(软件)的形式实施的逻辑实体，所述计算机可执行指令被存储在被配置用于无线或网络通信的装置或计算机系统(比如图18G中示出的系统90)的存储器中并且在其处理器上执行。

在图18D的示例中，5G核心网络109可以包括接入和移动性管理功能(AMF)172、会话管理功能(SMF)174、用户平面功能(UPF)176a和176b、用户数据管理功能(UDM)197、认证服务器功能(AUSF)190、网络曝光功能(NEF)196、政策控制功能(PCF)184、非3GPP互工作功能(N3IWF)199、用户数据存储库(UDR)178。虽然前述单元当中的每一个被描绘成5G核心网络109的一部分，但是应当认识到，这些单元当中的任一个可以由核心网络运营商之外的其他实体拥有或运营。还应当认识到，5G核心网络可以不包括所有这些单元，可以包括附加的单元，并且可以包括这些单元当中的每一个的多个事例。图18D示出网络功能直接彼此连接，但是应当认识到，网络功能可以通过路由代理(比如直径路由代理或消息总线)进行通信。

在图18D的示例中，网络功能之间的连接是通过接口或参考点的集合实现的。应当认识到，网络功能可以被建模、描述或者实施为由其他网络功能或服务调用或调取的服务集合。网络功能服务的调用可以通过网络功能之间的直接连接、消息总线上的消息交换、调取软件函数等等来实现。

AMF 172可以通过N2接口连接到RAN 105，并且可以充当控制节点。举例来说，AMF172可以负责注册管理、连接管理、可到达性管理、接入认证、接入授权。AMF可以负责把用户平面隧道配置信息通过N2接口转发到RAN 105。AMF 172可以通过N11接口从SMF接收用户平面隧道配置信息。AMF 172可以总体上通过N1接口向/从WTRU102a、102b和102c路由和转发NAS分组。N1接口未在图18D中示出。

SMF 174可以通过N11接口连接到AMF 172。类似地，SMF可以通过N7接口连接到PCF184，并且可以通过N4接口连接到UPF 176a和176b。SMF 174可以充当控制节点。举例来说，SMF 174可以负责会话管理，针对WTRU 102a、102b和102c的IP地址分配，UPF 176a和UPF176b中的通信量转向规则的管理和配置，以及针对AMF 172的下行链路数据通知的生成。

UPF 176a和UPF 176b可以为WTRU 102a、102b和102c提供对于比如因特网110之类的分组数据网络(PDN)的接入，以便促进WTRU102a、102b和102c与其他设备之间的通信。UPF176a和UPF 176b还可以为WTRU 102a、102b和102c提供对于其他类型的分组数据网络的接入。举例来说，其他网络112可以是以太网网络或者交换数据分组的任何类型的网络。UPF176a和UPF 176b可以通过N4接口从SMF 174接收通信量转向规则。UPF 176a和UPF 176b可以通过把分组数据网络与N6接口连接或者通过经由N9接口彼此连接和连接到其他UPF来提供对于分组数据网络的接入。除了提供对于分组数据网络的接入之外，UPF 176还可以负责分组路由和转发、政策规则实施、针对用户平面通信量的服务质量应对、下行链路分组缓冲。

AMF 172还可以通过N2接口连接到N3IWF 199。N3IWF通过并非由3GPP定义的无线电接口技术来促进WTRU 102c与5G核心网络170之间的连接。AMF可以按照其与RAN 105进行交互的相同或类似方式与N3IWF 199进行交互。

PCF 184可以通过N7接口连接到SMF 174，通过N15接口连接到AMF 172，并且通过N5接口连接到应用功能(AF)188。N15和N5接口未在图18D中示出。PCF 184可以向例如AMF172和SMF 174之类的控制平面节点提供政策规则，从而允许控制平面节点实施这些规则。PCF 184可以向AMF 172发送用于WTRU 102a、102b和102c的政策，从而使得AMF可以将所述政策通过N1接口递送到WTRU 102a、102b和102c。随后可以在WTRU 102a、102b和102c处实施或应用政策。

UDR 178可以充当用于认证凭证和订购信息的存储库。UDR可以与网络功能连接，从而使得网络功能可以向存储库添加数据、从中读取数据以及修改处于存储库中的数据。举例来说，UDR 178可以通过N36接口与PCF 184连接。类似地，UDR 178可以通过N37接口与NEF 196连接，并且UDR 178可以通过N35接口与UDM 197连接。

UDM 197可以充当UDR 178与其他网络功能之间的接口。UDM 197可以授权UDR 178的网络功能接入。举例来说，UDM 197可以通过N8接口与AMF 172连接，UDM 197可以通过N10接口与SMF 174连接。类似地，UDM 197可以通过N13接口与AUSF 190连接。UDR 178和UDM197可以紧密集成。

AUSF 190实施认证相关的操作，通过N13接口与UDM 178连接，并且通过N12接口与AMF 172连接。

NEF 196向应用功能(AF)188曝光5G核心网络109中的能力和服务。曝光可以发生在N33 API接口上。NEF可以通过N33接口与AF 188连接，并且可以与其他网络功能连接以便曝光5G核心网络109的能力和服务。

应用功能188可以与5G核心网络109中的网络功能进行交互。应用功能188与网络功能之间的交互可以是通过直接接口，或者可以通过NEF 196发生。应用功能188可以被视为5G核心网络109的一部分，或者可以处于5G核心网络109的外部，并且由与移动网络运营商具有业务关系的企业部署。

网络切片是可以由移动网络运营商使用来在运营商的空中接口后方支持一个或多个“虚拟”核心网络的机制。这涉及把核心网络“切片”成一个或多个虚拟网络，以便支持不同的RAN或者在单个RAN上运行的不同服务类型。网络切片使得运营商能够创建定制的网络，以便针对例如在功能、性能和隔离领域具有多样需求的不同市场情形提供优化的解决方案。

3GPP已将5G核心网络设计成支持网络切片。网络切片是网络运营商可以使用来支持具有非常多样并且有时是极端的需求的5G使用情况(例如大规模IoT、关键通信、V2X和增强型移动宽带)的多样集合的一种良好的工具。在不使用网络切片技术的情况下，网络架构可能将不够灵活并且不够可扩展，从而当每一种使用情况具有其自身的性能、可扩展性和可用性需求的特定集合时无法高效地支持更广泛的使用情况。此外，应当使得新的网络服务的引入更加地高效。

再次参照图18D，在网络切片情形中，WTRU 102a、102b或102c可以通过N1接口与AMF 172连接。AMF在逻辑上可以是一个或多个切片的一部分。AMF可以协调WTRU 102a、102b或102c与一个或多个UPF176和176b、SMF 174和其他网络功能的连接或通信。UPF 176和176b、SMF 174和其他网络功能当中的每一个可以是相同切片或不同切片的一部分。当它们是不同切片的一部分时，在它们可以利用不同的计算资源、安全凭证等等的意义上，它们可以被彼此隔离。

核心网络109可以促进与其他网络的通信。举例来说，核心网络109可以包括充当5G核心网络109与PSTN 108之间的接口的IP网关(例如IP多媒体子系统(IMS)服务器)或者可以与之通信。举例来说，核心网络109可以包括通过短消息服务来促进通信的短消息服务(SMS)服务中心或者与之通信。举例来说，5G核心网络109可以促进WTRU 102a、102b和102c与服务器或应用功能188之间的非IP数据分组的交换。此外，核心网络170可以为WTRU102a、102b和102c提供对于网络112的接入，网络112可以包括由其他服务提供商拥有或运营的其他有线或无线网络。

在本文中描述并且在图18A、图18C、图18D或图18E中示出的核心网络实体是通过在某些现有3GPP规范中为这些实体给出的名称来标识的，但是应当理解的是，在未来这些实体和功能可能会通过其他名称来标识，并且某些实体或功能在由3GPP公布的未来规范中可能会被组合，包括未来的3GPP NR规范。因此，在图18A、图18B、图18C、图18D或图18E中描述并示出的特定网络实体和功能仅仅是作为举例而提供的，并且应当理解的是，本文中所公开并要求保护的主题内容可以被具体实现或者实施在任何类似的通信系统中，不管是当前所定义的还是未来将定义的。

图18E示出了可以在其中使用实施本文中所描述的用于精简能力NR设备的eDRX增强的系统、方法、装置的示例性通信系统111。通信系统111可以包括无线发送/接收单元(WTRU)A、B、C、D、E、F、基站gNB 121、V2X服务器124以及路边单元(RSU)123a和123b。在实践中，本文中所给出的概念可以被应用于任何数量的WTRU、基站gNB、V2X网络或其他网络单元。WTRU A、B、C、D、E和F当中的一个或几个或全部可能处于接入网覆盖131的范围之外。WTRU A、B和C形成V2X群组，其中WTRU A是群组领导，WTRU B和C是群组成员。

WTRU A、B、C、D、E和F在处于接入网覆盖131之内的情况下可以通过Uu接口129经由gNB 121彼此通信。在图18E的示例中，WTRU B和F被示出为处于接入网覆盖131之内。WTRUA、B、C、D、E和F可以通过比如接口125a、125b或128的侧行链路接口(例如PC5或NR PC5)彼此直接通信，不管其处于接入网覆盖131之下还是处于接入网覆盖131之外。举例来说，在图18E的示例中，处于接入网覆盖131之外的WRTU D与处于覆盖131内部的WTRU F进行通信。

WTRU A、B、C、D、E和F可以通过车辆对网络(V2N)133或侧行链路接口125b与RSU123a或123b进行通信。WTRU A、B、C、D、E和F可以通过车辆对基础设施(V2I)接口127与V2X服务器124进行通信。WTRU A、B、C、D、E和F可以通过车辆对行人(V2P)接口128与另一个UE进行通信。

图18F是根据实施本文中所描述的用于精简能力NR设备的eDRX增强的系统、方法和装置的可以被配置用于无线通信和操作的示例性装置或设备WTRU 102的方框图，比如图18、图18B、图18C、图18D或图18E或者图1-图16(例如UE)的WTRU 102。如图18F中所示，示例性的WTRU 102可以包括处理器118、收发器120、发送/接收单元122、扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136以及其他外设138。应当认识到，WTRU 102可以包括前述单元的任何子组合。此外，基站114a和114b或基站114a和114b可以代表的节点(除了别的之外比如有——但不限于——收发器站(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进型家庭节点B(eNodeB)、家庭演进型节点B(HeNB)、家庭演进型节点B网关、下一代节点B(gNode-B)和代理节点)可以包括在图18F中描绘的其中一些或所有单元，并且可以是实施本文中所描述的用于设备触发的所公开系统和方法的示例性实现方式。

处理器118可以是通用处理器、专用处理器、传统处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等等。处理器118可以实施信号编码、数据处理、功率控制、输入/输出处理或者使得WTRU 102能够操作在无线环境中的任何其他功能。处理器118可以耦合到收发器120，收发器120可以耦合到发送/接收单元122。虽然图18F将处理器118和收发器120描绘成分开的组件，但是应当认识到，处理器118和收发器120可以被一起集成在电子包装或芯片中。

UE的发送/接收单元122可以被配置为通过空中接口115/116/117向/从基站(例如图18A的基站114a)或者通过空中接口115d/116d/117d向/从另一个UE发送信号或接收信号。举例来说，发送/接收单元122可以是被配置为发送或接收RF信号的天线。发送/接收单元122可以是被配置为发送或接收例如IR、UV或可见光信号的发射器/检测器。发送/接收单元122可以被配置为发送和接收RF和光信号全部二者。应当认识到，发送/接收单元122可以被配置为发送或接收无线或有线信号的任何组合。

此外，虽然发送/接收单元122在图18F中被描绘成单个单元，但是WTRU 102可以包括任何数量的发送/接收单元122。更具体来说，WTRU 102可以采用MIMO技术。因此，WTRU102可以包括用于通过空中接口115/116/117发送和接收无线信号的两个或更多发送/接收单元122(例如多个天线)。

收发器120可以被配置为调制将由发送/接收单元122发送的信号，以及解调由发送/接收单元122接收到的信号。正如前面所提到的那样，WTRU 102可以具有多模式能力。因此，收发器120可以包括多个收发器以使得WTRU 102能够通过多种RAT进行通信，例如NR和IEEE802.11或NR和E-UTRA，或者能够通过去到不同RRH、TRP、RSU或节点的多个波束利用相同的RAT进行通信。

WTRU 102的处理器118可以耦合到扬声器/麦克风124、小键盘126或显示器/触摸板/指示器128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以从该处接收用户输入数据。处理器118还可以把用户数据输出到扬声器/麦克风124、小键盘126或显示器/触摸板/指示器128。此外，处理器118可以从任何类型的适当存储器访问信息并且将数据存储在其中，比如不可移除存储器130或可移除存储器132。不可移除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或者任何其他类型的存储器存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储器卡等等。处理器118可以从并非物理地位于WTRU 102上(比如位于寄放在云端或边缘计算平台或家庭计算机中的服务器上(未示出))的存储器访问信息并且将数据存储在其中。处理器118可以被配置为响应于本文中所描述的其中一些示例中的系统区域的设置成功还是不成功来控制显示器或指示器128上的照明图样、图像或颜色，或者以其他方式表明用于精简能力NR设备和相关联组件的eDRX增强的状态。显示器或指示器128上的控制照明图样、图像或颜色可以反映出附图中所示出或本文中所讨论(例如图4-图16等等)的任何方法流程或组件的状态。本文中公开了用于精简能力NR设备的eDRX增强的消息和规程。除了可以被显示在显示器128上的其他事项之外，所述消息和规程可以被扩展以提供接口/API，供用户通过输入源(例如扬声器/麦克风124、小键盘126或显示器/触摸板/指示器128)请求资源以及请求、配置或查询用于精简能力NR设备的eDRX增强的相关信息。

处理器118可以从电源134接收电力，并且可以被配置为配送或控制去到WTRU 102中的其他组件的电力。电源134可以是用于为WTRU102供电的任何适当的设备。举例来说，电源134可以包括一个或多个干电池组、太阳能电池、燃料电池等等。出于附加的考虑，特别对于RedCap设备，电源可以是间歇性的并且随着时间变化。无线电力传输和能力收集(例如RF充电、太阳能等等)、功率耗散或充电速率和功率水平阈值信息可以由WTRU利用来触发寻呼配置更新。

处理器118还可以耦合到GPS芯片组136，所述GPS芯片组136可以被配置为提供关于WTRU 102的当前位置的位置信息(例如经度和纬度)。作为对于来自GPS芯片组136的信息的补充或替代，WTRU 102可以通过空中接口115/116/117从基站(例如基站114a、114b)接收位置信息，或者基于接收自两个或更多附近基站的信号的定时来确定其位置。应当认识到，WTRU 102可以通过任何适当的位置确定方法来获取位置信息。

处理器118还可以耦合到其他外设138，其中可以包括提供附加的特征、功能或者有线或无线连接的一个或多个软件或硬件模块。举例来说，外设138可以包括各种传感器，比如加速度计、生物计量(例如指纹)传感器、电子罗盘、卫星收发器、数字摄影机(用于拍照或视频)、通用串行总线(USB)端口或其他互连接口、振动设备、电视收发器、免提头戴式耳机、

模块、调频(FM)收音机单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。

WTRU 102可以被包括在其他装置或设备中，比如传感器、消费电子装置、可穿戴设备(比如智能手表或智能衣服)、医疗或电子健康设备、机器人、工业装备、无人机、交通工具(比如汽车、卡车、火车或飞机)。WTRU 102可以通过一个或多个互连接口连接到这样的装置或设备的其他组件、模块或系统，比如可以构成其中一个外设138的互连接口。

图18G是可以在其中具体实现图18A、图18C、图18D和图18E中示出的通信网络的一个或多个装置以及本文中所描述并要求保护的用于精简能力NR设备的eDRX增强(比如图1到图16中示出的系统和方法)的示例性计算系统90的方框图，比如RAN 103/104/105、核心网络106/107/109、PSTN 108、因特网110、其他网络112或网络服务113中的特定节点或功能实体。计算系统90可以包括计算机或服务器并且可以主要由计算机可读指令控制，所述计算机可读指令可以具有软件的形式，而不管这样的软件在何处或以何种手段被存储或访问。这样的计算机可读指令可以在处理器91内被执行，以使得计算系统90进行工作。处理器91可以是通用处理器、专用处理器、传统处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等等。处理器91可以实施信号编码、数据处理、功率控制、输入/输出处理或者使得计算系统90能够操作在通信网络中的任何其他功能。协处理器81是不同于主处理器91的可选处理器，并且可以实施附加的功能或者辅助处理器91。处理器91或协处理器81可以接收、生成和处理与本文中所公开的用于eDRX的方法和装置有关的数据，比如接收eDRX相关的信息。

在操作中，处理器91获取、解码和执行指令，并且通过计算系统的主要数据传输路径——系统总线80——向/从其他资源传输信息。这样的系统总线连接计算系统90中的组件，并且定义用于数据交换的介质。系统总线80通常包括用于发送数据的数据线，用于发送地址的地址线，以及用于发送中断和用于操作系统总线的控制线。这样的系统总线80的示例是PCI(外围组件互连)总线。

耦合到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。这样的存储器包括允许存储和取回信息的电路。ROM 93通常包括无法被很容易地修改的所存储的数据。存储在RAM 82中的数据可以由处理器91或其他硬件设备读取或改变。对于RAM82或ROM 93的访问可以由存储器控制器92控制。存储器控制器92可以提供地址翻译功能，从而随着指令被执行时将虚拟地址翻译成物理地址。存储器控制器92还可以提供存储器保护功能，从而隔离系统内的进程并且将系统进程与用户进程隔离开。因此，运行在第一模式下的程序只能访问由其自身的进程虚拟地址空间所映射的存储器；除非设置了进程之间的存储器共享，否则该程序无法访问另一个进程的虚拟地址空间内的存储器。

此外，计算系统90可以包括负责从处理器91向外设传达指令的外设控制器83，所述外设比如有打印机94、键盘84、鼠标95和盘驱动器85。

显示器86由显示器控制器96控制，并且被用来显示由计算系统90生成的视觉输出。这样的视觉输出可以包括文字、图形、动画图形和视频。视觉输出可以用图形用户界面(GUI)的形式来提供。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子的平板显示器或者触摸板来实施。显示器控制器96包括生成被发送到显示器86的视频信号所需的电子组件。

此外，计算系统90可以包括通信电路，例如无线或有线网络适配器97，所述通信电路可以被用来把计算系统90连接到外部通信网络或设备，比如图18A、图18B、图18C、图18D或图18E的RAN103/104/105、核心网络106/107/109、PSTN 108、因特网110、WTRU102或其他网络112，以使得计算系统90能够与这些网络的其他节点或功能实体进行通信。所述通信电路单独地或者与处理器91相组合可以被用来实施本文中所描述的某些装置、节点或功能实体的发送和接收步骤。

应当理解的是，本文中所描述的任何或所有装置、系统、方法和处理可以用存储在计算机可读存储介质上的计算机可执行指令(例如程序代码)的形式来具体实现，所述指令在由处理器(比如处理器118或91)执行时，使得处理器实施或实现本文中所描述的系统、方法和处理。具体来说，本文中所描述的任何步骤、操作或功能可以用这样的计算机可执行指令的形式来实施，所述计算机可执行指令执行在被配置用于无线或有线网络通信的装置或计算系统的处理器上。计算机可读存储介质包括用任何非瞬时性(例如有形或物理)信息存储方法或技术实施的易失性和非易失性、可移除和不可移除介质，但是这样的计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术，CD-ROM、数字通用盘(DVD)或其他光盘存储装置，磁盒、磁带、磁盘存储装置或其他磁性存储设备，或者可以被用来存储所期望的信息并且可以由计算系统访问的任何其他有形或物理介质。

在描述如附图中示出的本公开内容的主题内容——用于精简能力NR设备的eDRX增强——的优选方法、系统或装置时，为了清楚起见采用了特定术语。但是所要求保护的主题内容不意图限制到所选择的特定术语。

本文中所描述的各种技术可以结合硬件、固件、软件来实施，或者在适当的情况下可以结合硬件、固件、软件的组合来实施。这样的硬件、固件和软件可以驻留在位于通信网络的各种节点处的装置中。所述装置可以单独操作或者彼此组合操作来实现本文中所描述的方法。本文中所使用的术语“装置”、“网络装置”、“节点”、“设备”、“网络节点”等等可以互换使用。此外，除非本文中另行提供，否则“或者”一词通常以包含性的方式被使用。

本书面描述对于所公开的主题内容使用了示例，包括最佳模式，并且还使得本领域技术人员能够实践所公开的主题内容，包括制作和使用任何设备或系统以及实施任何所合并的方法。所公开的主题内容可以包括本领域技术人员所想到的其他示例(例如跳过步骤、组合步骤或者在本文中所公开的示例性方法之间添加步骤)。

本文中提供了用于精简能力NR设备的eDRX增强的方法、系统、装置等等。举例来说，一种装置可以：从第二装置接收寻呼配置信息(例如PTW、WUS、DRX/eDRX等配置)以监测多个PDCCH监测时机；从第三装置接收寻呼配置信息以监测多个PDCCH监测时机；基于接收自第二和第三装置的寻呼配置信息确定监测PDCCH监测时机的集合的时间；确定何时发送改变监测PDCCH监测时机的集合的时间的请求；以及发送改变监测PDCCH监测时机的集合的时间的请求。在监测处于寻呼时间窗口无线电帧外部的PDCCH监测时机的集合时，可以继续监测所配置的寻呼时间窗口无线电帧外部(例如在其之后或末尾)的PDCCH监测时机的集合。所述装置可以被识别为精简能力(RedCap)设备或特定类型的RedCap设备。所述装置可以从第二装置(例如基站——节点B)或第三装置(例如AMF或其他核心网络设备)接收寻呼配置信息，以监测为所识别出的设备类型特别配置的多个PDCCH监测时机。可以基于通信量简档的改变触发改变监测PDCCH监测时机的集合的时间的请求。通信量简档可以与RRC状态或者与紧急告警(例如CMAS、PWS或ETWS)相关联。基于通信量简档的改变修改来自第二装置或第三装置的用以监测多个PDCCH监测时机的寻呼配置信息，其中通信量简档的改变可以是计划的或预测的。可以从设备向网络报告通信量简档的改变或者计划的通信量简档或通信量简档的预测的改变。所述设备(例如其中一个装置)接收包括在第二装置与第三装置之间协调的寻呼定时窗口信息的共同起点的寻呼配置信息。所述设备通过以下各项当中的一项或多项接收包括寻呼定时窗口扩展指示的寻呼配置信息：从第二装置接收由第三装置发起的寻呼请求消息；在第二装置发送寻呼DCI之前接收；在基于匹配滤波器或相关量度的信道中接收；在唤醒信号(WUS)中接收；在RRC配置消息中接收；或者在系统信息更新消息中接收。举例来说，一种方法包括：基于从核心网络(例如AMF)接收寻呼定时窗口信息确定用于多个PDCCH监测时机的寻呼定时窗口信息；向装置发送关于监测PDCCH监测时机的集合的时间的寻呼定时窗口信息；以及评估来自一个或多个装置的改变监测PDCCH监测时机的集合的时间的请求。基于评估所述请求，发送响应。所述响应可以包括关于是否和何时改变PDCCH监测时机的集合的指示。按照与具体实施方式的其他部分一致的方式设想到本段和下段中的所有组合(包括步骤的去除或添加)。

本文中的方法、系统、装置等等可以提供用于精简能力NR设备的eDRX增强。举例来说，一种装置可以：接收事件触发以修改寻呼配置信息；从核心网络接收配置更新命令以修改寻呼配置信息；以及在完成时发送配置更新完成消息。可以由gNB基于接收自核心网络的辅助信息决定验证和重新配置寻呼配置信息。举例来说，一种装置可以监测PDCCH监测时机，其中PDCCH监测时机与寻呼时机(PO)相关联，所述寻呼时机与寻呼定时窗口(PTW)重叠并且不完全被包含在PTW内，第一装置被配置为实施以下各项当中的一项或多项：1)监测属于与PTW重叠的PO的处于PTW外部的所有PDCCH监测时机；2)监测属于与PTW重叠的PO的处于PTW外部的预先配置数量的PDCCH监测时机；3)仅监测完全包含在PTW内的完整PO；或者4)监测PDCCH监测时机直到在PO内接收到页面或者直到PO结束。举例来说，一种装置可以从第二装置或第三装置接收寻呼配置信息以监测针对以下所识别出的设备类型和特性当中的一项或多项特别配置的多个PDCCH监测时机：1)精简能力(RedCap)设备；2)特定类型的RedCap设备；或者3)功率特性。第一装置可以向第二装置或第三装置报告通信量简档的改变或者计划的通信量简档或通信量简档的预测的改变，并且作为向第二装置或第三装置报告通信量简档的改变或者计划的通信量简档或通信量简档的预测的改变的结果，从第二装置或第三装置接收PDCCH监测时机的集合的更新。第二装置或第三装置可以基于网络的可用寻呼容量的改变而修改第一装置中的寻呼配置信息。基于波束扫描或SSB突发型式，第一装置可以在系统信息中周期性地接收来自第二装置的包括寻呼定时窗口(PTW)的寻呼配置信息。按照与具体实施方式的其他部分一致的方式设想到本段中的所有组合(包括步骤的去除或添加)。

Claims (20)

1.一种方法，包括：

由第一装置从第二装置接收寻呼配置信息以监测多个PDCCH监测时机；

基于接收自第二装置的寻呼配置信息确定监测PDCCH监测时机的集合的时间；

确定何时发送改变监测PDCCH监测时机的集合的时间的请求；以及

发送改变监测PDCCH监测时机的集合的时间的请求。

2.根据权利要求1的方法，还包括：

从第三装置接收寻呼配置信息以监测多个PDCCH监测时机；

基于接收自第二装置和第三装置的寻呼配置信息，确定监测PDCCH监测时机的集合的时间；

确定何时发送改变监测PDCCH监测时机的集合的时间的请求；以及

发送改变监测PDCCH监测时机的集合的时间的请求。

3.根据权利要求1或权利要求2所述的方法，还包括监测不完整的PDCCH监测时机，其中不完整的PDCCH监测时机是与寻呼定时窗口(PTW)重叠并且不完全被包含在PTW内的PDCCH监测时机。

4.根据权利要求1或权利要求2所述的方法，还包括监测PDCCH监测时机，其中PDCCH监测时机与寻呼时机(PO)相关联，所述寻呼时机与寻呼定时窗口(PTW)重叠并且不完全被包含在PTW内，并且第一装置被配置为实施以下各项当中的一项或多项：

监测属于与PTW重叠的PO的处于PTW外部的PDCCH监测时机；

监测属于与PTW重叠的PO的处于PTW外部的预先配置数量的PDCCH监测时机；

监测完全包含在PTW内的完整PO；或者

监测PDCCH监测时机直到在PO内接收到页面，或者直到PO结束。

5.根据权利要求1所述的方法，还包括从第二装置或第三装置接收寻呼配置信息以监测针对以下所识别出的设备类型或特性中的一个或多个特别配置的多个PDCCH监测时机：精简能力(RedCap)设备；特定类型的RedCap设备；或者功率特性。

6.根据权利要求1或权利要求2所述的方法，其中，基于以下各项当中的一项或多项触发针对改变监测PDCCH监测时机的集合的时间的请求：

通信量简档的改变；

与RRC状态相关联的通信量简档的改变；或者

与紧急告警相关联的通信量简档的改变。

7.根据权利要求2所述的第一装置，其中，第一装置向第二装置或第三装置报告通信量简档的改变或者计划的通信量简档或通信量简档的预测的改变，并且作为向第二装置或第三装置报告通信量简档的改变或者计划的通信量简档或通信量简档的预测的改变的结果，从第二装置或第三装置接收PDCCH监测时机的集合的更新。

8.根据权利要求2所述的第一装置，其中，第二装置或第三装置基于网络的可用寻呼容量的改变而修改第一装置中的寻呼配置信息。

9.根据权利要求1所述的方法，其中，基于波束扫描或SSB突发型式，第一装置在系统信息中周期性地接收来自第二装置的包括寻呼定时窗口(PTW)的寻呼配置信息。

10.根据权利要求2所述的方法，其中，第三装置基于从第二装置获得的包括波束扫描和SSB突发型式的辅助信息确定包括寻呼定时窗口(PTW)的寻呼配置信息。

11.根据权利要求1所述的方法，其中，由第一装置接收的寻呼配置信息包括在第二装置和第三装置之间协调的用于寻呼定时窗口的共同起点。

12.根据权利要求2所述的方法，其中，第一装置从第二装置或第三装置接收来自第二装置或第三装置的寻呼定时窗口扩展指示。

13.根据权利要求1所述的方法，其中，第一装置是用户装备。

14.根据权利要求1所述的方法，其中，第二装置是基站。

15.根据权利要求1所述的方法，其中，第三装置是核心网络装置。

16.一种第一装置，包括：

处理器；以及

与处理器耦合的存储器，所述存储器存储可执行指令，所述可执行指令在由处理器执行时使得处理器实施以下操作：

由第一装置从第二装置接收寻呼配置信息以监测多个PDCCH监测时机；

基于接收自第二装置的寻呼配置信息确定监测PDCCH监测时机的集合的时间；

确定何时发送改变监测PDCCH监测时机的集合的时间的请求；以及

发送改变监测PDCCH监测时机的集合的时间的请求。

17.根据权利要求1所述的第一装置，所述操作还包括：

从第三装置接收寻呼配置信息以监测多个PDCCH监测时机；

基于接收自第二装置和第三装置的寻呼配置信息，确定监测PDCCH监测时机的集合的时间；

确定何时发送改变监测PDCCH监测时机的集合的时间的请求；以及

发送改变监测PDCCH监测时机的集合的时间的请求。

18.根据权利要求16或权利要求17所述的第一装置，所述操作还包括监测不完整的PDCCH监测时机，其中不完整的PDCCH监测时机是与寻呼定时窗口(PTW)重叠并且不完全被包含在PTW内的PDCCH监测时机。

19.根据权利要求16或权利要求17所述的第一装置，所述操作还包括监测PDCCH监测时机，其中PDCCH监测时机与寻呼时机(PO)相关联，所述寻呼时机与寻呼定时窗口(PTW)重叠并且不完全被包含在PTW内，并且第一装置被配置为实施以下各项当中的一项或多项：

监测属于与PTW重叠的PO的处于PTW外部的PDCCH监测时机；

监测属于与PTW重叠的PO的处于PTW外部的预先配置数量的PDCCH监测时机；

监测完全包含在PTW内的完整PO；或者

监测PDCCH监测时机直到在PO内接收到页面，或者直到PO结束。

20.根据权利要求16所述的第一装置，所述操作还包括从第二装置或第三装置接收寻呼配置信息以监测针对以下所识别出的设备类型或特性中的一个或多个特别配置的多个PDCCH监测时机：精简能力(RedCap)设备；特定类型的RedCap设备；或者功率特性。

Images