CN113424576A

CN113424576A - 在连接恢复完成之前触发测量

Info

Publication number: CN113424576A
Application number: CN202080013701.2A
Authority: CN
Inventors: A·奥尔西诺; A·纳德; I·L·J·达席尔瓦; J·贝里奎斯特; O·N·C·耶尔马兹; O·特耶布
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2019-02-12
Filing date: 2020-01-10
Publication date: 2021-09-21
Anticipated expiration: 2040-01-10
Also published as: US11956660B2; CN113424576B; EP3925269A1; BR112021013727A2; US20220132348A1; WO2020167192A1

Abstract

提供了用于在连接恢复完成之前触发测量的系统和方法。在一些实施例中，提供了一种由无线设备执行的用于在当前无线电资源控制(RRC)状态为空闲或不活动的情况下执行测量的方法。该方法包括：在无线设备正驻留的小区中监视下行链路消息的潜在接收；基于下行链路消息的接收，检测关于执行测量的信息；基于关于执行测量的信息，执行测量；以及报告测量结果。在一些实施例中，该消息是寻呼消息或与寻呼消息复用的消息。通过这种方式，可以减少延迟以启动执行测量。目标小区处测量的这种早期可用性可提高无线设备获取无线连接(例如载波聚合(CA)或双连接(DC)连接)的速度。

Description

在连接恢复完成之前触发测量

相关申请的交叉引用

本申请要求2019年2月12日提交的临时专利申请序列号62/804,608的权益，其公开内容通过引用全部并入本文。

技术领域

本公开涉及在通信网络中执行测量。

背景技术

无线设备有时可以具有多个无线连接。在某些情况下，这可以通过载波聚合(CA)或双连接(DC)实现。为了使无线设备被配置有这些连接，需要适当的测量。当这些测量尚不可用时，建立多个无线连接的时间将延长。因此，需要改进的用于执行测量的系统和方法。

发明内容

提供了用于在连接恢复完成之前触发测量的系统和方法。在一些实施例中，提供了一种由无线设备执行的用于执行测量的方法，其中，当前无线电资源控制(RRC)状态是：空闲(IDLE)或不活动(INACTIVE)。所述方法包括：在所述无线设备正驻留的小区中监视下行链路消息的潜在接收；基于所述下行链路消息的接收，检测关于执行测量的信息；基于所述关于执行测量的信息，执行测量；以及报告测量结果。这样，可以减小开始执行测量的延迟。测量在目标小区处的这种早期可用性能够提高无线设备获取诸如载波聚合(CA)或双连接(DC)连接之类的无线连接的速度。

在一些实施例中，提供了一种由基站执行的用于针对无线设备启用测量的方法，其中，无线设备的当前RRC状态为：空闲或不活动。所述方法包括：确定是否针对所述无线设备启用测量；向驻留在所述基站的小区的所述无线设备发送启动测量的指示；以及从所述无线设备接收在接收到恢复消息之前执行的测量结果。

在一些实施例中，消息的潜在接收是包括以下项的组中的一项的潜在接收：寻呼消息；以及与所述寻呼消息复用的消息。在一些实施例中，消息的潜在接收是包括以下项的组中的一项的潜在接收：物理下行链路控制信道PDCCH消息；以及物理下行链路共享信道PDSCH消息。

在一些实施例中，所述关于执行测量的信息包括根据在所述无线设备中存储的配置来恢复测量的指示。在一些实施例中，所述存储的配置被存储在用户设备UE上下文中。

在一些实施例中，所述关于执行测量的信息包括指示所述无线设备应根据所接收的配置来执行新测量的测量配置。

在一些实施例中，所提供的测量配置包括以下组中的一项或多项，所述组包括：一个或多个测量对象列表；一个或多个报告配置；一个或多个测量标识符；以及它们之间的关联。

在一些实施例中，所述方法还包括：如果所接收的指示是恢复所述测量配置，则恢复所存储的测量配置。

在一些实施例中，所述方法还包括：如果测量配置已被包括，则在所存储的测量配置之上应用所接收的测量配置。

在一些实施例中，在所存储的测量配置之上应用所接收的测量配置包括以下组中的一项或多项，所述组包括：应用所接收的测量配置作为所存储的测量配置的增量；以及应用所接收的测量配置作为全配置。在一些实施例中，所述增量包括以下组中的一项，所述组包括：添加；以及去除。

在一些实施例中，其中，所接收的测量配置被应用作为增量还是所接收的测量配置被应用作为全配置是基于在MeasConfig信息元素IE中的需求码结构。

在一些实施例中，在安全性被激活之前执行所述测量，并且在安全性被激活之后报告所述测量结果。

在一些实施例中，所述无线设备和/或所述基站在新无线电(NR)通信网络中工作。

附图说明

结合在本说明书中并形成其一部分的附图示出了本公开的几个方面，并且与说明书一起用于解释本公开的原理。

图1示出了根据本公开的一些实施例的蜂窝通信网络的一个示例；

图2示出了根据本公开的一些其他实施例的用于长期演进(LTE)双连接(DC)和E-UTRAN新无线电双连接(EN-DC)的示意控制平面架构；

图3是根据本公开的一些实施例的LTE DC配置的概览；

图4示出了根据本发明的一些实施例的EN-DC测量配置的概览；

图5示出了根据本公开的一些实施例由请求所存储的测量的可用性的目标执行的方法；

图6示出了根据本公开的一些实施例向处于RRC_IDLE或RRC_INACTIVE的UE发送寻呼信息；

图7示出了根据本公开的一些实施例的用于指示对由UE执行的早期空闲测量的请求/接收的支持的LTE Rel-15中的现有机制；

图8和图9示出了根据本公开的一些实施例的由无线设备执行的用于执行测量的方法；

图10和图11示出了根据本公开的一些实施例的由基站执行的用于启用测量的方法；

图12是根据本公开的一些实施例的无线电接入节点的示意框图；

图13是根据本公开的一些实施例的示出无线电接入节点的虚拟化实施例的示意框图；

图14是根据本公开的一些其它实施例的无线电接入节点的示意框图；

图15是根据本公开的一些实施例的UE的示意框图；

图16是根据本公开的一些其它实施例的UE的示意框图；

图17示出了根据本公开的一些实施例的包括例如3GPP型蜂窝网络的电信网络的通信系统；

图18示出了根据本公开的一些实施例的包括主机计算机的通信系统；

图19是示出根据本公开的一些实施例的在通信系统中实现的方法的流程图；以及

图20-22是示出根据本公开的一些实施例的在通信系统中实现的方法的流程图。

具体实施方式

下面阐述的实施例表示使本领域技术人员能够实践实施例的信息，并且示出实践实施例的最佳模式。在根据附图阅读以下描述时，本领域技术人员将理解本公开的概念，并且将认识到本文未特别提到的这些概念的应用。应该理解，这些概念和应用落入本公开的范围内。

无线电节点：如本文所使用的，“无线电节点”是无线电接入节点或无线设备。

无线电接入节点：如本文所使用的，“无线电接入节点”或“无线电网络节点”是蜂窝通信网络的无线电接入网络中用于无线地发送和/或接收信号的任何节点。无线电接入节点的一些示例包括但不限于基站(例如第三代合作伙伴计划(3GPP)第五代(5G)新无线电(NR)网络中的NR基站(gNB)或3GPP长期演进(LTE)网络中的增强型或演进型节点B(eNB))、高功率或宏基站、低功率基站(例如微基站、微微基站、家庭eNB等)以及中继节点。

核心网络节点：如本文所使用的，“核心网络节点”是核心网络中的任何类型的节点。核心网络节点的一些示例包括例如移动性管理实体(MME)、分组数据网络网关(P-GW)、服务能力开放功能(SCEF)等。

无线设备：如本文所使用的，“无线设备”是通过向无线电接入节点无线地发送和/或接收信号来接入蜂窝通信网络(即，由蜂窝通信网络服务)的任何类型的设备。无线设备的一些示例包括但不限于3GPP网络中的用户设备(UE)和机器型通信(MTC)设备。

网络节点：如本文所使用的，“网络节点”是作为蜂窝通信网络/系统的无线电接入网络或核心网络的一部分的任何节点。

注意，本文给出的描述专注于3GPP蜂窝通信系统，并且因此，通常使用3GPP术语或类似于3GPP术语的术语。但是，本文公开的概念并不限于3GPP系统。

注意，在本文描述中，可以参考术语“小区”；但是，特别是关于5G NR概念，可以使用波束代替小区，并且因此，值得注意的是，本文描述的概念同样适用于小区和波束两者。

图1示出了根据本公开的一些实施例的蜂窝通信网络100的一个示例。在本文描述的实施例中，蜂窝通信网络100是5G NR网络。在该示例中，蜂窝通信网络100包括基站102-1和102-2，基站102-1和102-2在LTE中被称为eNB，而在5G NR中被称为gNB，其控制对应的宏小区104-1和104-2。基站102-1和102-2在本文中通常被统称为基站102，以及在个体上被称为基站102。类似地，宏小区104-1和104-2在本文中通常被统称为宏小区104，以及在个体上被分别宏小区104。蜂窝通信网络100还包括多个低功率节点106-1至106-4，其控制对应的小小区108-1至108-4。低功率节点106-1至106-4可以是小型基站(例如，微微基站或毫微微基站)或远程无线电头端(RRH)等。值得注意的是，虽然未示出，但是小小区108-1至108-4中的一个或多个可以替代地由基站102提供。低功率节点106-1至106-4在本文中通常被统称为低功率节点106，以及在个体上被称为低功率节点106。类似地，小小区108-1至108-4在本文中通常统称为小小区108，以及在个体上被称为小小区108。基站102(以及可选的低功耗节点106)被连接到核心网络110。

基站102和低功率节点106向对应的小区104和108中的无线设备112-1至112-5提供服务。无线设备112-1至112-5在本文中通常被统称为无线设备112，以及在个体上被称为无线设备112。无线设备112在本文中有时也称为UE。

如前所述，DC被标准化以用于LTE和演进型通用地面无线电接入(E-UTRA)-NR DC(EN-DC)两者。

在哪些节点控制什么方面，LTE-DC和EN-DC的设计是不同的。基本上存在两种选项：

1.集中式解决方案(如LTE-DC)，

2.分散式解决方案(如EN-DC)。

图2示出了LTE DC和EN-DC的示意控制平面架构。在此的主要区别在于，在EN-DC中，辅节点(SN)具有单独的RRC实体(NR RRC)。这意味着SN也可以控制UE；有时不知道主节点(MN)，但SN经常需要与MN协调。在LTE-DC中，RRC决策总是来自MN(MN到UE)。然而，注意，SN仍然决定SN的配置，因为只有SN本身知道SN具有什么样的资源、能力等。

下面将更详细地讨论两种不同的DC规范及其RRC消息。

当MeNB决定请求SeNB添加(SeNB Addition)时，MeNB在辅小区组(SCG)-ConfigInfo(参见，例如，36.300，p105)内指示主小区组(MCG)配置和用于UE能力协调的全UE能力以及请求被添加的SCG小区的最新测量结果，参见图3，图3是LTE DC配置的概览。SN向MeNB响应具有SCG-Config的确认和最新的measConfig。如果MeNB接受了SCG-Config配置，MeNB将此SCG-Config配置发送给UE以及在RRCConnectionReconfiguration消息中将UE测量配置(MeasConfig)发送给UE。

MeNB无法改变来自SeNB的SCG-Config，只能接受或拒绝。原因是MeNB不完全了解SeNB的可用资源和能力。因此，如果MeNB修改SCG-Config，则可能导致UE使用不正确的资源的情况。实际上，测量配置由MN控制。还要注意，在LTE-DC集中式解决方案中，UE的测量报告仅被发送给MN。

第二种选项是使用分散式选项，其由EN-DC使用。这意味着SN可以直接对UE配置测量。

在EN-DC中，具有分散测量配置的主要原因是延迟要求。因此，通过针对SN节点(NR)支持允许SN单独地(而不涉及MN)配置测量的特殊信令无线电承载(SRB)(称为SRB3)，SN可以加快测量和测量配置。在此的思想是SRB3(使用NR无线电)可以允许比对应的LTESRB更快的传输。此外，在MN与SN之间的回程链路可能拥塞，这可能负面地影响测量报告和新的测量配置两者。

因此，将UE测量报告直接发送给相关节点(MN或SN)可以加快必要的动作(例如，切换节点/添加节点)。具有分散测量的另一个原因是LTE和NR使用稍微不同的RRC和不同的移动性，这也使得划分责任变得方便。

分散的EN-DC解决方案选项包括测量能力协调。根据最新3GPP协议，SN应在每次改变UE应在其上测量的载波频率时通知MN。测量能力协调是必须的，以便不超过UE可以测量的载波数(对于间隙协调，参见下文第2.1.1.2.1节)。如果MN和SN配置的载波多于UE可以在其上测量的载波，则UE可能将针对测量而随机忽略一个或多个载波。在最坏的情况下，这些被忽略的载波可能是要在其上测量的最重要的载波。

如果SN从MN接收到频率层或报告配置的最大数量的新值，并且SN已经基于先前的最大值配置了所有允许的测量或报告配置，则SN释放所需的测量或报告配置数量以符合新限制。

现在已经解释了为什么协调被测频率载波很重要。但上面也提到，这是用来协调测量间隙的。为了理解为什么还协调在MN和SN之间的测量间隙很重要，需要在第2.1.1.2.1节的更多细节中了解EN-DC中的测量如何工作。

EN-DC可以使用“LTE频率”和非常高的5G频率两者。3GPP区分频率范围1(FR1)和频率范围2(FR2)频率。FR1低于6GHz，FR2高于24GHz。之所以这样做是因为不同的UE能力。一些更高级的UE可以同时在FR1上接收数据并在FR2上测量(反之亦然)，而一些UE不能同时在FR1上测量并在FR2上接收数据(反之亦然)。

为了能够在任何频率(FR1或FR2)上测量，UE被配置有所谓的“间隙”，即，当UE在此频率上没有接收到任何数据并且可以专注于在该频率范围内测量其他小区时的特定时间。如果UE可以在FR1上接收数据并且同时在FR2上测量(反之亦然)，则“间隙”被称为每FR间隙(per-FR gap)。如果UE不能同时在FR1上测量和在FR2上接收数据(反之亦然)，则称之为每UE间隙(per-UE gap)。最有效的方法是始终配置每FR间隙，因为每UE间隙将影响所有服务小区的调度，并且因此FR1和FR2数据都将被中断，即，对于每UE间隙测量，所有数据传输将在短时间内受到影响。

无线电接入网(RAN)2同意网络可以为UE选择每UE间隙或每FR间隙。如前所述，MN和SN都可以对UE配置测量间隙。因此，需要进行某种间隙协调。这种间隙协调有点复杂，并且对于本发明报告可能不是绝对有必要了解，只是为了完整性在此予以提及。

一般来说，如果UE具有每UE能力，则MN向UE配置间隙。因此，MN需要知道SN频率，以便也为SN计算合适的间隙，然后将该间隙配置发送给SN。SN可以经由CG Config向MN发送FR1/FR2频率。

如果UE能够进行每FR1/FR2间隙，则决定MN配置FR1间隙，并且SN配置FR2间隙。然而，对于每FR1/FR2间隙情况，MN和SN需要协调间隙，使得间隙不会重叠。

对于每UE间隙或每LTE/FR1间隙，MN经由CG ConfigInfo(CG ConfigInfo是SCGConfig在LTE中的NR名称)向SN发送间隙模式。

图4给出了上述EN-DC测量配置的概览。注意，与LTE-DC相比的一个重要区别是，由于SN也可以配置UE的测量，因此这些测量也经由SRB3(如果被配置)被发送给SN。然后SN直接作用于这些测量；MN从不接收这些测量(至少默认情况下没有规范支持这一点)。如果SRB3未被配置，则来自SN的测量配置(以及来自UE的基于这些测量配置的测量报告)经由SRB1上的来自/去往MN的嵌入RRC消息被发送给UE(以及测量结果被发送给SN)，MN将它们透明地转发给UE(配置)和SN(测量结果)。

多连接(MC)的思想是UE可以连接到两个以上的节点，即多于一个SN节点。MC的益处与DC类似，但是MC允许使用甚至更多的新领域，例如，集中式调度器，甚至更稳健的移动性等。

对于仅具有一种类型的无线电(例如NR)基站的多连接解决方案，由于所有NR节点应具有相同的能力，因此具有分散解决方案的上述一些论点不再那么有力。

从迁移的角度来看，自然也会继续对MC使用EN-DC原则，即使用分散解决方案。此外，可能仍然存在分散测量解决方案有益的情况，例如，当节点具有不同的能力(例如，700MHz对28GHz节点)时。

在LTE(例如Rel-15)中，可以配置UE以在从空闲状态转变到连接状态时报告早期测量。这些测量是UE在空闲状态下执行的测量，并且根据源小区提供的配置，其意图是接收这些测量并快速建立DC/CA，而无需首先在连接状态下提供测量配置(measConfig)，并且等待数百毫秒直到收集、监视到第一样本，然后触发最初的报告。

在5.6.20“空闲模式测量”中描述了在EUTRA 36.331中被标准化的现有解决方案的第一方面。其中，UE在从RRC_CONNECTED转变到RRC_IDLE时被用RRCConnectionRelease消息中的专用测量配置进行配置，RRCConnectionRelease消息被突出显示如下：

如上所示，在该配置中还引入了有效性定时器。定时器在接收到专用测量配置时被启动，在接收到RRCConnectionSetup、RRCConnectionResume或(如果配置了validityArea)重新选择到不属于validityArea的小区时被停止。期满后，这些在空闲下执行的测量可以被丢弃。validityArea的意图是限制稍后当UE恢复/建立连接时CA/DC可被建立的区域，因此早期测量对于该目的在某种程度上有用。还要注意的是，只有高于特点阈值的测量才应被存储，因为DC/CA建立的小区候选需要在最小可接受阈值内。

只要满足36.133中定义的对测量报告的RAN4要求，UE如何在空闲模式下执行测量取决于UE实施方式。

以下示出了更详细的UE行为，如在36.331中体现的：

此过程指定当UE具有空闲模式测量配置时由UE在RRC_IDLE中进行的测量以及UE在RRC_IDLE和RRC_CONNECTED中对可用测量的存储。

发起

当T331正在运行时，UE应：

1>根据以下执行测量：

2>对于VarMeasIdleConfig中的measIdleCarrierListEUTRA中的每个条目：

3>如果UE支持在服务载波与由对应条目内的carrierFreq和allowedMeasBandWidth指示的载波频率和带宽之间的载波聚合；

4>在由对应条目内的carrierFreq和allowedMeasBandWidth指示的载波频率和带宽中执行测量；

注：只要满足36.133中对于测量报告的要求，UE如何在空闲模式下执行测量取决于UE实施方式。如果未配置SIB2空闲测量指示，则不要求UE执行空闲测量。

4>如果包括measCellList：

5>将PCell和由measCellList内的每个条目标识的小区视为适用于空闲模式测量报告；

4>否则：

5＞将PCell和多达maxCellMeasIdle个最强标识小区(其参考信号接收功率(RSRP)/参考信号接收质量(RSRQ)测量结果高于在质量阈值(如果有)中提供的值)视为适用于空闲模式测量报告；

4>将适用于空闲模式测量报告的小区的测量结果存储在VarMeasIdleReport中；

3>否则：

4＞不将载波频率视为适用于空闲模式测量报告；

1>如果在VarMeasIdleConfig中配置了validityArea，并且UE重新选择到其物理小区标识与对应载波频率的validityArea中的任何条目不匹配的服务小区：

2>停止T331；

T331期满或停止

UE应：

1>如果T331期满或停止：

2>释放VarMeasIdleConfig的内容；

注：在T331期满或停止后，是否根据SIB5配置继续空闲模式测量是取决于UE实施方式。

现有解决方案的另一方面发生在UE尝试恢复时。如果执行了上一步骤，即，如果UE被配置为存储空闲测量，则网络可以在恢复/建立之后(在安全性被激活之后)请求UE是否UE具有可用的空闲测量。

在该UE正在恢复的情况下，目标小区(只要在validityArea内)应由于UE接入层(AS)上下文(在上下文取回之后应包含UE在进入空闲时已经接收到的最新配置)而知道这一点。目标请求这些所存储的测量的可用性的方式是通过在UE启动安全性并进入之后向UE发送UEInformationRequest消息。如图5所示。

UEInformationRequest消息的接收

当接收到UEInformationRequest消息时，UE应仅在成功的安全激活之后才执行以下操作：

1>如果UEInformationRequest中包括idleModeMeasurementReq，并且UE已存储VarMeasIdleReport：

2>将UEInformationResponse消息中的measResultListIdle设置为VarMeasIdleReport中的idleMeasReport值；

2>在下层确认UEInformationResponse消息的成功发送之后丢弃VarMeasIdleReport；

总之，只有在建立了安全性之后，才可以提供在空闲下执行的测量。如果UE被释放到空闲(即，没有UE上下文被存储)，则只有在安全模式命令过程(UE进入RRC_CONNECTED后的2个无线电RTT，即，接收到RRCConnectionSetup)之后才能启动和运行安全性，这可能需要相当长的时间，直到UE报告这些测量为止，并且网络可以基于这些测量做出明智的决定，例如CA和/或DC的建立。

如果UE被暂停到空闲(即，UE上下文被存储)，则不需要安全模式命令过程，并且可以在接收到RRCConnectionResume后启动并运行安全性，RRCConnectionResume包含使UE能够根据目标配置启动安全性的下一跳链计数器。然后，在UE进入RRC_CONNECTED之后，网络可以发送UEInformationRequest并获得带有空闲测量的UEInformationResponse。

3GPP TS 38.331包括以下内容：

网络可以配置处于RRC_CONNECTED的UE以执行测量并根据测量配置报告这些测量。测量配置通过专用信令提供，即使用RRCReconfiguration。

网络可以配置UE以执行以下类型的测量：

-NR测量；

-E-UTRA频率的无线电接入技术(RAT)间测量。

网络可配置UE以基于SS/PBCH块来报告以下测量信息：

-每SS/物理广播信道(PBCH)块的测量结果；

-基于SS/PBCH块的每小区的测量结果；

-SS/PBCH块索引。

网络可配置UE以基于信道状态信息参考信号(CSI-RS)资源来报告以下测量信息：

-每CSI-RS资源的测量结果；

-基于CSI-RS资源的每小区的测量结果；

-CSI-RS资源测量标识符。

测量配置包括以下参数：

1.测量对象：UE应在其上执行测量的对象的列表。

-对于频率内和频率间测量，测量对象指示要被测量的参考信号的频率/时间位置和子载波间隔。与该测量对象相关联，网络可以配置小区特定偏移列表、“黑名单”小区列表和“白名单”小区列表。黑名单小区不适用于事件评估或测量报告。白名单小区是唯一适用于事件评估或测量报告的小区。

-服务小区配置中的servingCellMO指示对应于每个服务小区的MO的measObjectId。

-对于RAT间E-UTRA测量，测量对象是单个E-UTRA载波频率。与该E-UTRA载波频率相关联，网络可以配置小区特定偏移列表、“黑名单”小区列表和“白名单”小区列表。黑名单小区不适用于事件评估或测量报告。白名单小区是唯一适用于事件评估或测量报告的小区。

2.报告配置：报告配置的列表，其中，每个测量对象可以有一个或多个报告配置。每个报告配置包括以下项：

-报告标准：触发UE发送测量报告的标准。这可以是周期性的，也可以是单个事件描述。

-RS类型：UE用于波束和小区测量结果的RS(SS/PBCH块或CSI-RS)。

-报告格式：UE在测量报告(例如RSRP)中包括的每小区和每波束的量(quantities)以及其他关联信息，例如要报告的最大小区数和每小区的最大波束数。

3.测量标识：测量标识的列表，其中，每个测量标识将一个测量对象与一个报告配置相链接。通过配置多个测量标识，可以将多于一个的测量对象链接到同一个报告配置，也可以将多于一个的报告配置链接到同一个测量对象。测量标识也被包括在触发报告的测量报告中，从而用作对网络的参考。

4.量(quantity)配置：量配置定义用于所有事件评估和相关报告以及用于该测量的周期性报告的测量过滤配置。对于NR测量，网络可以在NR测量对象中配置多达2个具有对要被使用的配置的参考的量配置。在每个配置中，可以针对不同的测量量、针对不同的RS类型以及针对每小区和每波束的测量来配置不同的过滤器系数。

5.测量间隔：UE可用于执行测量的时段。

处于RRC_CONNECTED中的UE根据本规范中的信令和过程来维护测量对象列表、报告配置列表和测量标识列表。测量对象列表可能包括NR测量对象和RAT间对象。类似地，报告配置列表包括NR和RAT间报告配置。任何测量对象都可被链接到同一RAT类型的任何报告配置。某些报告配置可能未被链接到测量对象。同样，某些测量对象可能未被链接到报告配置。

测量过程区分以下类型的小区：

1.NR服务小区-它们是SpCell和一个或多个SCells。

2.列出的小区-它们是在测量对象内列出的小区。

3.检测到的小区-它们是没有在测量对象内列出，但是由UE在测量对象指示的同步信号块(SSB)频率和子载波间隔上检测到的小区。

对于NR测量对象，UE在服务小区、列出的小区和/或检测到的小区上测量并报告。对于E-UTRA的RAT间测量对象，UE在列出的小区和检测到的小区上测量并报告。

每当过程性规范(除了被包含在子条款5.5.2中的以外)引用字段，它涉及在VarMeasConfig中包括的字段(除非另有显式声明)，即，只有测量配置过程涵盖与所接收的measConfig相关的直接UE动作。

在一些实施例中，网络如下应用过程：

-以确保每当UE具有measConfig，它包括用于SpCell和用于要被测量的每个NRSCell的measObject；

-以使用带有被设置为reportCell Group ID(CGI)的reportType的报告配置来配置最多一个测量标识；

-以确保对于所有基于SSB的测量，存在最多一个具有相同ssbFrequency的测量对象；

-以确保本规范和TS 36.331中配置的具有相同ssbFrequency的所有测量对象具有相同的ssbSubcarrierSpacing；

-以确保包括在具有相同ssbFrequency的任何测量对象中的SS/PBCH块测量时间配置(smtc)1具有相同的值，并且包括在具有相同ssbFrequency的任何测量对象中的smtc2具有相同的值；

-以确保如果测量对象与TS 36.331中配置的测量对象具有相同的ssbFrequency，则：

-对于该ssbFrequency，根据TS 36.331中配置的smtc的测量窗口包括根据TS38.331中配置的smtc1的测量窗口，反之亦然，其精度为TS 38.133中规定的最大接收定时差。

-如果两个测量对象都被用于接收信号强度指示符测量，则两个对象中对应于同一个时隙的measurementSlots中的位被设置为相同的值。另外，两个对象中的endSymbol是相同的。

UE应：

1>如果所接收的measConfig包括measObjectToRemoveList：

2>按5.5.2.4规定的那样执行测量对象去除过程；

1>如果所接收的measConfig包括measObjectToAddModList：

2>按5.5.2.5规定的那样执行测量对象添加/修改过程；

1>如果所接收的measConfig包括reportConfigToRemoveList：

2>按5.5.2.6规定的那样执行报告配置去除过程；

1>如果所接收的measConfig包括reportConfigToAddModList：

2>按5.5.2.7规定的那样执行报告配置添加/修改过程；

1>如果所接收的measConfig包括quantityConfig：

2>按5.5.2.8规定的那样执行量配置过程；

1>如果所接收的measConfig包括measIdToRemoveList：

2>按5.5.2.2规定的那样执行测量标识去除过程；

1>如果所接收的measConfig包括measIdToAddModList：

2>按5.5.2.3规定的那样执行测量标识添加/修改过程；

1>如果所接收的measConfig包括measGapConfig：

2>按5.5.2.9规定的那样执行测量间隙配置过程；

1>如果所接收的measConfig包括measGapSharingConfig：

2>按5.5.2.11规定的那样执行测量间隙共享配置过程；

1>如果接收的measConfig包括s-MeasureConfig：

2>如果s-MeasureConfig被设置为ssb-RSRP，则将VarMeasConfig内的s-MeasureConfig的参数ssb RSRP设置为s-MeasureConfig的接收值所指示的RSRP范围的最低值；

2>否则，将VarMeasConfig内的s-MeasureConfig的参数csi-RSRP设置为s-MeasureConfig的接收值所指示的RSRP范围的最低值。

测量标识去除

UE应：

1>对于所接收的是VarMeasConfig中当前UE配置的一部分的measIdToRemoveList中包括的每个measId：

2>从VarMeasConfig内的measIdList中去除具有匹配measId的条目；

2>从VarMeasReportList中去除此measId的测量报告条目(如果被包括)；

2>停止周期性报告定时器或定时器T321(无论哪一个正在运行)，并重置此measId的关联信息(例如，timeToTrigger)。

注：如果measIdToRemoveModList包括不是当前UE配置的一部分的任何measId值，则UE不认为该消息是错误的。

网络如下应用该过程：

-仅当配置了对应的测量对象、对应的报告配置和对应的量配置时才配置measId。

UE应：

1>对于所接收的measIdToAddModList中包括的每个measId：

2>如果在VarMeasConfig中的measIdList中存在具有匹配measId的条目：

3>用为该measId接收的值替换该条目；

2>否则：

3>在VarMeasConfig中为此measId添加新条目；

2>如果在与此measId关联的reportConfig中将reportType设置为reportCGI；

3>如果与此measId关联的measObject涉及E-UTRA：

4>启动定时器T321，对于该measId，定时器值被设置为1秒；

3>如果与此measId关联的measObject涉及NR：

4>如果与此measId关联的measObject涉及FR1：

5>启动定时器T321，对于该measId，定时器值被设置为2秒；

4>如果与此measId关联的measObject涉及FR2：

5>启动定时器T321，对于该measId，定时器值被设置为16秒；

对于测量对象去除，UE应：

1>对于所接收的是VarMeasConfig中measObjectList的一部分的measObjectToRemoveList中包括的每个measObjectId：

2>从VarMeasConfig内的measObjectList中去除具有匹配measObjectId的条目；

2>从VarMeasConfig中的measIdList中去除与此measObjectId关联的所有measId(如果有)；

2>如果measId从measIdList中被去除：

3>从VarMeasReportList中去除此measId的测量报告条目(如

果被包括)；

3>停止周期性报告定时器或定时器T321(无论哪个正在运行)，

并重置此measId的关联信息(例如，timeToTrigger)。

注：如果measObjectToRemoveList包括不是当前UE配置的一部分的任何measObjectId值，UE不认为该消息是错误的。

对于测量对象添加/修改，UE应：

1>对于所接收的measObjectToAddModList中包括的每个measObjectId：

2>如果VarMeasConfig中的measObjectList中存在具有匹配measObjectId的条目，则对于此条目：

3>用为此measObject接收的值重新配置该条目，但cellsToAddModList、blackCellsToAddModList、whiteCellsToAddModList、cellsToRemoveList、blackCellsToRemoveList和whiteCellsToRemoveList字段除外；

3>如果所接收的measObject包括cellsToRemoveList：

4>对于cellsToRemoveList中包括的每个physCellId：

5>从cellsToAddModList中去除具有匹配physCellId的条目；

3>如果所接收的measObject包括cellsToAddModList：

4>对于cellsToAddModList中包括的每个physCellId值：

5>如果cellsToAddModList中存在具有匹配physCellId的条目：

6>用为此physCellId接收的值替换该条目；

5>否则：

6>将用于所接收的physCellId的新条目添加到cellsToAddModList；

3>如果所接收的measObject包括blackCellsToRemoveList：

4>对于blackCellsToRemoveList中包括的每个物理小区标识(pci)-RangeIndex：

5>从blackCellsToAddModList中去除具有匹配pci-RangeIndex的条目；

注：对于blackCellsToRemoveList中包括的每个涉及小区的重叠范围的pci-RangeIndex，仅当包含该小区的所有小区索引都被去除时，才从小区黑名单中去除该小区。

3>如果所接收的measObject包括blackCellsToAddModList：

4>对于blackCellsToAddModList中包括的每个pci-RangeIndex：

5>如果blackCellsToAddModList中包括具有匹配pci-RangeIndex的条目：

6>用为该pci-RangeIndex接收的值替换该条目；

5>否则：

6>将用于所接收的pci-RangeIndex的新条目添加到blackCellsToAddModList；

3>如果所接收的measObject包括whiteCellsToRemoveList：

4>对于whiteCellsToRemoveList中包括的每个pci-RangeIndex：

5>从whiteCellsToAddModList中去除具有匹配pci-RangeIndex的条目；

3>如果所接收的measObject包括whiteCellsToAddModList：

4>对于whiteCellsToAddModList中包括的每个pci-RangeIndex：

5>如果whiteCellsToAddModList中包括具有匹配pci-RangeIndex的条目：

6>用为该pci-RangeIndex接收的值替换该条目；

5>否则：

6>将用于所接收的pci-RangeIndex的新条目添加到whiteCellsToAddModList；

3>对于VarMeasConfig内的measIdList中与此measobject相关联的每个measId(如果有)：

4>从VarMeasReportList中去除此measId的测量报告条目(如果被包括)；

4>停止周期性报告定时器或定时器T321(无论哪一个正在运行)，并重置该measId的关联信息(例如，timeToTrigger)；

2>否则：

3>将用于所接收的measObject的新条目添加到VarMeasConfig中的measObjectList。

对于报告配置去除，UE应：

1>对于所接收的是VarMeasConfig中当前UE配置的一部分的reportConfigToRemoveList中包括的每个reportConfigId：

2>从VarMeasConfig内的reportConfigList中去除具有匹配reportConfigId的条目；

2>从VarMeasConfig内的measIdList中去除与reportConfigId关联的所有measId(如果有)；

2>如果measId被从measIdList中去除：

3>从VarMeasReportList中去除此measId的测量报告条目(如果被包括)；

3>停止周期性报告定时器或定时器T321(无论哪一个正在运行)，并重置此measId的关联信息(例如，timeToTrigger)。

注：如果reportConfigToRemoveList包括不是当前UE配置的一部分的任何reportConfigId值，UE不认为该消息是错误的。

对于报告配置添加/修改，UE应：

1>对于所接收的reportConfigToAddModList中包括的每个reportConfigId：

2>如果VarMeasConfig内的reportConfigList中存在具有匹配reportConfigId的条目，则对于此条目：

3>用为此reportConfig接收的值重新配置该条目；

3>对于与VarMeasConfig内的measIdList中包括的此reportConfigId相关联的每个measId(如果有)：

2>否则：

3>将用于所接收的reportConfig的新条目添加到VarMeasConfig内的reportConfigList。

注：在报告cgi-Info之后，UE不需要保留具有关联的cellForWhichToReportCGI和measId的reportConfig。

对于量配置，UE应：

1>对于所接收的quantityConfig包括参数的每个RAT：

2>将VarMeasConfig内的quantityConfig中的对应参数设置为所接收的quantityConfig参数的值；

1>对于VarMeasConfig内的measIdList中包括的每个measId：

对于测量间隙配置，UE应：

1>如果gapFR1被设置为建立：

2>如果已经建立了FR1测量间隙配置，则释放FR1测量间隙配置；

2>根据所接收的gapOffset来建立由measGapConfig指示的FR1测量间隙配置，即，每个间隙的第一子帧出现在满足以下条件的系统帧号(SFN)和子帧处：

SFN mod T＝FLOOR(gapOffset/10)；

子帧＝gapOffset mod 10；

具有TS 38.133中定义的T＝MGRP/10；

2>如果配置了测量间隙定时提前量(mgta)，则将指定的定时提前量应用于上面计算的间隙出现(即，UE在间隙子帧出现之前的mgta毫秒开始测量)；

1>否则，如果gapFR1被设置为释放：

2>释放FR1测量间隙配置；

1>如果gapFR2被设置为建立：

2>如果已经建立了FR2测量间隙配置，则释放FR2测量间隙配置；

2>根据所接收的gapOffset来建立由measGapConfig指示的FR2测量间隙配置，即，每个间隙的第一子帧出现在在满足以下条件的SFN和子帧处：

SFN mod T＝FLOOR(gapOffset/10)；

子帧＝gapOffset mod 10；

具有TS 38.133中定义的T＝MGRP/10；

2>如果配置了mgta，则将指定的定时提前量应用于上面计算的间隙出现(即，UE在间隙子帧出现之前的mgta毫秒开始测量)；

1>否则，如果gapFR2被设置为释放：

2>释放FR2测量间隙配置；

1>如果gapUE被设置为建立：

2>如果已经建立了每UE测量间隙配置，则释放每UE测量间隙配置；

2>根据所接收的gapOffset来建立由measgaconfig指示的每UE测量间隙配置，即，每个间隙的第一子帧出现在满足以下条件的SFN和子帧处：

SFN mod T＝FLOOR(gapOffset/10)；

子帧＝gapOffset mod 10；

具有TS 38.133中定义的T＝MGRP/10；

1>否则，如果gapUE被设置为释放：

2>释放每UE测量间隙配置。

注1：对于gapFR2配置，在间隙计算中使用FR2频率上的服务小区的SFN和子帧

注2：对于gapFR1或gapUE配置，在间隙计算中使用PCell的SFN和子帧。

参考信号测量定时配置。UE应根据smtc1配置中的所接收的periodicityAndOffset参数(为以下条件提供周期性和偏移值)来建立第一SS/PBCH块测量定时配置(SMTC)。每个SMTC时机的第一子帧出现在满足以下条件的NR SpCell的SFN和子帧处：

SFN mod T＝(FLOOR(偏移/10))；

如果周期大于sf5：

子帧＝Offset mod 10；

否则：

子帧＝Offset或(Offset+5)；

具有T＝CEIL(Periodicity/10)。

如果存在smtc2，则对于同一MeasObjectNR中smtc2的pci List参数中指示的小区，UE应根据smtc2配置中所接收的周期参数来建立附加的SS/PBCH块测量定时配置(SMTC)，并使用来自smtc1配置的偏移(从参数periodicityAndOffset导出)和时长参数。每个SMTC时机的第一子帧出现在满足上述条件的NR SpCell的SFN和子帧处：

在所指示的ssbFrequency上，UE不应将SMTC时机外的子帧中的SS/PBCH块传输考虑用于基于SDS/PBCH块的RRM测量和用于基于CSI-RS的RRM测量。

对于测量间隙共享配置，UE应：

1>如果gapSharingFR1被设置为建立：

2>如果已经建立了FR1测量间隙共享配置，则释放该测量间隙共享配置；

2>根据TS 38.133中定义的所接收的measGapSharingScheme，建立由measGapSharingConfig指示的FR1测量间隙共享配置；

1>否则，如果gapSharingFR1被设置为释放：

2>释放FR1测量间隙共享配置；

1>如果gapSharingFR2被设置为建立：

2>如果已经建立了FR2测量间隙共享配置，则释放该测量间隙共享配置；

2>根据TS 38.133中定义的所接收的measGapSharingScheme，建立由measGapSharingConfig指示的FR2测量间隙共享配置；

1>否则，如果gapSharingFR2被设置为释放：

2>释放FR2测量间隙共享配置。

1>如果gapSharingUE被设置为建立：

2>如果已经建立了每UE测量间隙共享配置，则释放该每UE测量间隙共享配置；

2>根据TS 38.133中定义的所接收的measGapSharingScheme，建立由measGapSharingConfig指示的每UE测量间隙共享配置；

1>否则，如果gapSharingUE被设置为释放：

2>释放该每UE测量间隙共享配置。

寻呼允许网络到达处于RRC_IDLE和RRC_INACTIVE状态的UE，并向处于RRC_IDLE、RRC_INACTIVE和RRC_CONNECTED状态的UE通知系统信息改变(见子条款7.3.3)和地震和海啸预警系统(ETWS)/商用移动告警系统(CMAS)指示(见子条款16.4)。

在处于RRC_IDLE时，UE针对CN发起的寻呼来监视寻呼信道；在处于RRC_INACTIVE时，UE还针对RAN发起的寻呼来监视寻呼信道。但是UE不需要连续地监视寻呼信道；在处于RRC_IDLE或RRC_INACTIVE的UE只需要在每DRX周期(cycle)的一个寻呼时机(PO)期间监视寻呼信道(参见TS 38.304)的情况下，定义了寻呼DRX。

寻呼DRX周期由网络配置：

1.对于CN发起的寻呼，在系统信息中广播默认周期；

2.对于CN发起的寻呼，可以经由非接入层(NAS)信令配置UE特定的周期；

3.对于RAN发起的寻呼，经由RRC信令配置UE特定的周期；

UE使用适用的DRX周期中最短周期，即，处于RRC_IDLE的UE使用上述前两个周期中的较短周期，而处于RRC_INACTIVE中的UE使用三个周期中的最短周期。

UE针对CN发起和RAN发起的寻呼的PO是基于相同的UE ID，从而导致两者的重叠PO。DRX周期中不同PO的数量可以通过系统信息进行配置，并且网络可以基于UE的ID将UE分发给那些PO。

当处于RRC_CONNECTED时，UE针对SI改变指示和PWS通知而在系统信息中被信令发送的任何PO中监视寻呼信道。在带宽适配(BA)的情况下，处于RRC_CONNECTED中的UE仅在配置了公共搜索空间的活动带宽部分(BWP)上监视寻呼信道。

用于处于CM_IDLE中的UE的寻呼优化：在UE上下文释放时，NG-RAN节点可以向AMF提供推荐小区和NG-RAN节点的列表作为后续寻呼的辅助信息。AMF还可以提供寻呼尝试信息，寻呼尝试信息由寻呼尝试计数(Paging Attempt Count)和预期寻呼尝试数量(Intended Number of Paging Attempts)组成并且可以包括下一寻呼区域范围(NextPaging Area Scope)。如果寻呼尝试信息被包括在寻呼消息中，则每个被寻呼的NG-RAN节点在寻呼尝试期间接收相同的信息。在每个新的寻呼尝试时，寻呼尝试计数应增加1。下一寻呼区域范围(当存在时)指示AMF是否计划在下一寻呼尝试时修改当前选择的寻呼区域。如果UE已将它的状态改变为CM CONNECTED，则寻呼尝试计数被重置。

用于处于RRC_INACTIVE中的UE的寻呼优化：在RAN寻呼时，服务NG-RAN节点提供RAN寻呼区域信息。服务NG-RAN节点还可以提供RAN寻呼尝试信息。每个被寻呼的NG-RAN节点在寻呼尝试期间接收相同的RAN寻呼尝试信息，其具有如下内容：寻呼尝试计数、预期寻呼尝试数量以及下一寻呼区域范围。在每个新的寻呼尝试时，寻呼尝试计数应增加1。下一寻呼区域范围(当存在时)指示服务NG_RAN节点是否计划在下一寻呼尝试时修改当前选择的RAN寻呼区域。如果UE离开RRC_INACTIVE状态，则寻呼尝试计数被重置。

此过程的目的是向处于RRC_IDLE或RRC_INACTIVE中的UE发送寻呼信息。如图6所示。

网络通过按TS 38.304规定在UE的寻呼时机发送寻呼消息来发起寻呼过程。网络可以通过为每个UE包括一个PagingRecord来寻址寻呼消息内的多个UE。

对于UE接收寻呼消息，在接收到寻呼消息后，UE应：

1>如果处于RRC_IDLE，对于包括在寻呼消息中的每个PagingRecord(如果有)：

2>如果PagingRecord中包括的UE-Identity与上层分配的UE标识相匹配：

3>向上层转发UE-Identity和accessType(如果存在)；

1>如果处于RRC_INACTIVE中，对于包括在寻呼消息中的每个PagingRecord(如果有)：

2>如果PagingRecord中包括的UE-Identity与UE的所存储的full-RNTI相匹配：

3>如果UE被高层配置有接入标识1：

4>根据5.3.13发起RRC连接恢复过程，其中resumeCause被设置为MPS-PriorityAccess；

3>否则，如果UE被上层配置有接入标识2：

4>根据5.3.13发起RRC连接恢复过程，其中resumeCause被设置为MCS-PriorityAccess；

3>否则，如果UE被上层配置有一个或多个等于11-15的接入标识：

4>根据5.3.13发起RRC连接恢复过程，其中resumeCause被设置为highPriorityAccess；

3>否则：

4>根据5.3.13发起RRC连接恢复过程，其中resumeCause被设置为mt-Access；

2>否则，如果PagingRecord中包括的UE-Identity与上层分配的UE标识相匹配：

3>将UE-Identity转发给上层以及将accessType(如果存在)转发给上层；

3>在进入RRC_IDLE时执行动作，如5.3.11中规定的，释放原因为“其他”。

寻呼消息被用于通知一个或多个UE。

信令无线电承载：N/A

无线电链路控制(RLC)-服务接入点(SAP)：传输模式(TM)

逻辑信道：寻呼控制信道(PCCH)

方向：网络到UE

SIB有效性、获取和请求按需系统信息，如3GP TS 38.331中所述。

SIB有效性和需要(重新)获取SIB。UE应在小区选择(例如，上电时)、小区重选、从覆盖外返回时、在具有同步的重新配置完成后、在从另一种RAT进入网络后、在接收到系统信息已改变的指示时、在接收到公共预警系统(PWS)通知时、以及每当UE没有所存储的SIB的有效版本时，应用在条款5.2.2.3中定义的SI获取过程。

当UE如条款5.2.2.3所述在服务小区中获取主信息块(MIB)或系统信息块(SIB1)或系统信息(SI)消息时，并且如果UE存储所获取的SIB，则UE应存储相关联的areaScope(如果存在)和PLMN-IdentityInfoList中的第一公共陆地移动网络(PLMN)-Identity、CellIdentity、systemInformationAreaID(如果存在)和valueTag(如果存在，如用于SIB的si-SchedulingInfo中所指示的)。UE可以使用除MIB和SIB1之外的有效存储版本的SI，例如，在小区重选之后、在从覆盖外返回时或在接收到SI改变指示之后。

注：除了对当前服务小区有效的SIB之外，所存储的SIB的存储和管理留待UE实施方式来处理。

UE应：

1>从成功确认有效的那一刻起3小时后删除SIB的任何存储版本；

1>对于SIB的每个存储版本：

2>如果areaScope是关联的，并且它的用于所存储的SIB版本的值与从服务小区接收到的该SIB的si-SchedulingInfo中的值相同：

3>如果PLMN-IdentityInfoList中包括的第一PLMN-Identity、从服务小区接收到的SIB的si-SchedulingInfo中包括的systemInformationAreaID和valueTag与该SIB的存储版本所关联的PLMN-Identity、systemInformationAreaID和valueTag相同；

4>认为所存储的SIB对小区有效；

2>如果对于所存储版本的SIB不存在areaScope并且areaScope值未被包括在来自服务小区的该SIB的si-SchedulingInfo中：

3>如果从服务小区接收到的SIB的si-SchedulingInfo中包括的PLMN-IdentityInfoList中的第一PLMN-Identity、CellIdentity和valueTag与该SIB的存储版本所关联的第一PLMN-Identity、CellIdentity和valueTag相同；

4>认为所存储的SIB对小区有效；

SI改变指示和PWS通知。使用修改周期，即，在其中SI改变指示被发送的修改周期之后的修改周期中广播更新后的SI(除了ETWS和CMAS)。修改周期边界由SFN mod m＝0的SFN值来限定，其中，m是包括修改周期的无线电帧的数量。修改周期由系统信息来配置。UE使用通过下行链路信道信息(DCI)随着寻呼无线电网络临时标识符(P-RNTI)被发送的短消息来接收有关SI修改和/或PWS通知的指示(参见条款6.5)。SI改变指示的重复可能出现在之前的修改周期内。

处于RRC_IDLE或RRC_INACTIVE中的UE应在每个DRX周期在它自己的寻呼时机中监视SI改变指示。如果根据TS38.213条款13的规定，在活动BWP上为UE提供了公共搜索空间以监视寻呼，则处于RRC_CONNECTED中的UE应在任何寻呼时机中每修改周期至少监视一次SI改变指示。

处于RRC_IDLE或RRC_INACTIVE中的具有ETWS或CMAS能力的UE应在每个DRX循环在它自己的寻呼时机中监视有关PWS通知的指示。如果在活动BWP上为UE提供了公共搜索空间以监视寻呼，则处于RRC_CONNECTED中的具有ETWS或CMAS能力的UE应在任何寻呼时机中每修改周期至少监视一次有关PWS通知的指示。

如果UE接收到短消息，UE应：

1>如果UE具有ETWS或CMAS能力，并且设置了短消息的etwsAndCmasIndication位：

2>立即重新获取SIB1；

2>如果UE具有ETWS能力并且si-SchedulingInfo包括用于SIB6的调度信息：

3>按子条款5.2.2.3.2的规定，立即获取SIB6；

2>如果UE具有ETWS能力并且si-SchedulingInfo包括用于SIB7的调度信息：

3>按子条款5.2.2.3.2的规定，立即获取SIB7；

2>如果UE具有CMAS能力并且si-SchedulingInfo包括用于SIB8的调度信息：

3>按子条款5.2.2.3.2的规定，立即获取SIB8；

1>如果设置了短消息的systemInfoModification位：

2>从下一修改周期开始，应用子条款5.2.2.3中定义的SI获取过程。

获取MIB和SIB1。UE应：

1>应用9.1.1.1中定义的规定广播控制信道(BCCH)配置；

1>如果UE处于RRC_IDLE或RRC_INACTIVE：

2>获取MIB，其按TS 38.213的规定被调度；

2>如果UE无法获取MIB；

3>按条款5.2.2.5中的规定，执行动作；

2>否则：

3>执行条款5.2.2.4.1中规定的动作。

1>如果UE处于RRC_CONNECTED且具有活动BWP且具有由searchSpaceSIB1和pagingSearchSpace配置的公共搜索空间，并且已接收到有关系统信息改变的指示；或者

1>如果UE处于RRC_IDLE或RRC_INACTIVE：

2>如果ssb-SubcarrierOffset指示SIB1被在小区中发送(TS 38.213)并且如果对于UE需要SIB1获取：

3>获取SIB1，其按TS 38.213的规定进行调度；

3>如果UE无法获取SIB1：

4>执行如条款5.2.2.5中规定的动作；

3>否则：

4>在获取SIB1后，执行如条款5.2.2.4.2中规定的动作。

2>否则，如果对于UE需要SIB1获取并且ssb-SubcarrierOffset指示小区中没有调度SIB1：

3>执行如条款5.2.2.5中规定的动作。

注：如果UE可以在不中断单播数据接收的情况下获取广播SIB1，则处于RRC_CONNECTED中的UE仅需要获取广播SIB1，即广播和单播波束是准共址的。

对于SI消息获取，根据searchSpaceOtherSystemInformation确定PDCCH监视时机。如果searchSpaceOtherSystemInformation被设置为零，则SI窗口中SI消息接收的PDCCH监视时机与SIB1的PDCCH监视时机相同，其中，在TS 38.213中规定了在PDCCH监视时机与SSB之间的映射。如果searchSpaceOtherSystemInformation没有被设置为零，则基于由searchSpaceOtherSystemInformation指示的搜索空间来确定SI消息的PDCCH监视时机。不与UL符号重叠的SI消息的PDCCH监视时机(根据时分双工(TDD)-上行链路(UL)-下行链路(DL)-ConfigurationCommon来确定)在SI窗口中从1开始被顺序编号。SI窗口中SI消息的第[x*N+K]个PDCCH监视时机对应于第K个被发送的SSB，其中，x＝0,1,...X-1,K＝1,2,...N，N是根据SIB1中的ssb-PositionsInBurst来确定的实际发送的SSB数，X等于'CEIL(SI窗口中PDCCH监视时机的数量/N)。

在获取SI消息时，UE应：

1>确定相关SI消息的SI窗口的开始，如下所示：

2>对于相关的SI消息，确定与由SIB1中si-SchedulingInfo中的schedulingInfoList配置的SI消息的列表中条目的顺序相对应的编号n；

2>确定整数值x＝(n–1)*w，其中，w为si-WindowLength；

2>SI窗口从时隙#a开始，其中，a＝x mod N，在SFN mod T＝FLOOR(x/N)的无线电帧中，其中，T是相关SI消息的si-Periodicity而N是TS 38.213中规定的无线电帧中的时隙数；

1>接收包含调度RNTI的PDCCH，即在用于SI消息获取的PDCCH监视时机中的SI-RNTI，从SI窗口的开始一直持续到其绝对时间长度由si-WindowLength给出的SI窗口的结束，或者直到接收到SI消息；

1>如果在SI窗口结束时没有接收到SI消息，则在当前修改周期内针对相关SI消息的下一SI窗口时机重复接收；

注1：如果UE可以在不中断单播数据接收的情况下获取广播SI消息时，UE只需获取广播SI消息，即广播和单播波束是准共址的。

注2：UE不需要监视与SI窗口中每个发送的SSB对应的PDCCH监视时机。

注3：如果在当前修改周期内没有接收到相关SI消息，则SI消息获取的处理被留给UE实施方式。

1>执行如子条款5.2.2.4中规定的针对所获取的SI消息的动作。

请求按需系统信息。UE应：

1>如果SIB1包括包含si-RequestConfig或si-RequestConfigSUL的si-SchedulingInfo：

2>根据使用与UE需要在小区内操作并且为此si-BroadcastStatus被设置为notBroadcasting的SI消息相对应的si-RequestConfig或si-RequestConfigSUL中的物理随机接入信道(PRACH)前导码和PRACH资源，触发下层以发起随机接入过程；

2>如果从下层收到对SI请求的确认：

3>按子条款5.2.2.3.2中的定义，立即获取所请求的SI消息；

1>否则

2>应用SIB1中包括的timeAlignmentTimerCommon；

2>按9.1.1.2中的规定应用CCCH配置；

2>根据5.2.2.3.4发起RRCSystemInfoRequest消息的传输；

2>如果从下层接收到对RRCSystemInfoRequest消息的确认：

3>按子条款5.2.2.3.2中的定义，立即获取所请求的SI消息；

1>如果在等待下层对SI请求的确认时发生小区重选：

2>重置媒体访问控制(MAC)；

2>如果SI请求是基于RRCSystemInfoRequest消息：

3>释放用于SRB0的RLC实体。

注：在SI请求的随机接入信道(RACH)失败后，何时重试SI请求取决于UE实施方式。

目前存在特定的挑战。根据当前的NR规范，进入RRC_CONNECTED模式的UE可能无法利用可能的CA/DC/MC机会。事实上，在当前规范中，不支持由UE进行的早期测量，并且因此网络无法在NR中快速建立(或恢复)CA或DC。早期测量是指在UE进入CONNECTED模式后无需发送或恢复测量配置即可从UE获得测量结果。这优选地甚至可以在UE已经接收到消息4(例如RRCResume)之前，以便网络可以在该命令中立即配置CA/DC。

此外，即使由UE在处于RRC_IDLE或RRC_INACTIVE期间执行的测量在UE连接后被立即发送给网络，它们也可能不足够准确以使网络决定执行某些RRC过程，例如切换或SN改变/修改。

在rel-15NR中，只有在UE进入RRC_CONNECTED之后(例如，可能在用包含用于SCell添加的候选载波的A4事件的measConfig配置UE并接收到经由此配置触发的测量报告之后)，网络才可以决定建立CA或DC。当然，这意味着在UE队列中没有大量数据的情况下，CA和DC的功能(即低延迟和高数据速率)没有得到充分利用，因为到决定建立CA或DC的时候，数据缓冲区可能已经是空的，并且UE可能很快会被发送回不活动状态。在最坏的情况下，数据可能已经被缓冲太久，超过了CA/DC建立时UE承载的延迟要求。为了避免这些问题，如果UE能够在它进入RRC_CONNECTED时(或甚至在它进入RRC_CONNECTED之前)尽早向网络提供准确的测量将是有益的。此外，测量的准确性应足够高，以帮助网络为UE决定正确的RRC配置。

在NR的暂停/恢复过程中，处于RRC_CONNECTED中的UE具有所存储的测量配置(在UE变量VarMeasconfig中的规范中被建模，类似于IEMeasConfig)，并且在接收到具有暂停配置的RRCRelease时，测量配置被存储并且连接模式测量被暂停。然后，当UE需要恢复时(例如，由于寻呼、NAS请求或RNA更新)，UE发送类似RRC恢复请求的消息并接收RRCResume消息。仅在此时UE才进入RRC_CONNECTED，恢复之前的配置并应用MeasConfig IE的measConfig(可能作为对所存储配置的增量信令)。这是该过程期间网络可以激活被配置为协助CA/DC的建立的现有事件(例如A4)或添加新事件(例如A4)配置的时间点。当本文公开的实施例在此添加新事件或激活现有事件时，它还包括测量标识符和/或测量对象。

为此，使用NR中的现有解决方案，在UE进入RRC_CONNECTED之后直到网络接收到最初的测量报告为止，可能需要数百毫秒(因为在接收到类似RRC Resume的消息时恢复测量和/或在RRC Resume中配置的新测量只能在此之后被启动)。

为了在从空闲到连接的转变期间加快测量的可用性，在LTE Rel-15中，空闲模式测量解决方案已被标准化，如背景技术中所述。然而，这可能不会太多地加快测量的可用性，因为它仍然需要经由UE信息请求/响应进行另一次消息交换，如下图所示。除了获取测量的延迟之外，这些空闲测量不如连接模式测量准确，这是因为当UE处于空闲状态(以及在NR中也处于不活动状态)时对测量准确性的要求更加宽松。

如图7所示，在LTE Rel-15中的现有机制中，网络必须指示它支持UE执行的早期空闲测量的请求/接收是SIB2中的指示(指示该支持的标志)，因此UE然后在RRCConnectionSetupComplete或RRCConnectionResumeComplete中包括测量的可用性。然而，这是小区/eNodeB支持该特性而不是小区/eNodeB想要特定UE报告可用空闲测量的指示。为此，LTE Rel-15解决方案在UEInformationRequest消息中引入了标志。UEInformationRequest被在SRB1上发送，并且仅在UE指示它有可用的测量后才被发送。

另一个要强调的表示LTE的Rel-15解决方案如果被应用于NR中的限制的方面是这些早期空闲测量是在UE进入RRC_IDLE时由源配置的。这不仅考虑了UE能力，还考虑了源节点建立载波聚合和/或双连接形式的可能性。validityArea也与此相关联，其表明在该区域之外，这些测量可能不再那么令人感兴趣。因此，即使定义了这些类型的解决方案作为LTERel-15的解决方案，在更一般的情况下增强该解决方案仍然是相关的，其中，UE可以移动并尽可能快地向网络提供测量，以便如果需要，目标网络节点可以经由测量利用辅助信息尽可能快地建立CA和/或DC。

LTE中现有解决方案的另一个缺点是网络(NW)仅取回由UE执行的已经可用的测量结果。如上所述，在现有解决方案中，在连接释放时被提供给UE的潜在“早期测量”配置(上述measIdleConfig-r15)伴随着范围为10…300秒的有效性定时器(measIdleDuration-r15)。NW很难调谐此定时器，因为它伴随着权衡；高值导致浪费UE电池时间，而短值导致在连续连接时无法从UE获得测量结果。此外，该定时器的最大值仅为5分钟，并且UE很可能在连接建立之间具有更长的持续时间。UE执行的经过此定时器的任何其他测量取决于UE实施方式并取决于服务小区质量和优先级。如可以在3GPP TS 36.304(LTE)和类似地在38.304(Rel-15)中找到的，在规范中定义了各种阈值(例如，SIntraSearchP、SIntraSearchQ、SnonIntraSearchP、SnonIntraSearchQ)，这些阈值控制UE的测量活动。在小区中并在相对高优先级载波上经历高于这些阈值的良好覆盖的UE将不会持续地对其他载波执行测量。因此，如在大多数情况下，UE处于相对良好的覆盖内，在连接建立时，与“早期测量”特性相关的NW期望的测量结果在UE中不可用。

此外，取决于UE在RRC空闲状态下何时测量载波，测量可能是过时的。

最后，即使UE在RRC空闲状态下有可用的测量，从UE节能方面来看，测量的载波可能不一定是最佳的。例如，可能是UE碰巧在彼此不相邻的载波上具有测量结果，并且NW基于所取得的结果在这些载波上建立CA；而从NW的角度来看，其他可用的载波(从UE节能的角度来看适合)对于CA建立而言将是同样良好的。

最后但同样重要的是，与连接模式相比，执行空闲测量的准确性要求较低。因此，即使尽可能早地获得测量很重要，但对于此处描述的用例而言，低准确性测量可能会导致非最佳决策，例如，网络添加了质量不佳但是根据早期空闲测量已被UE报告为良好小区的SCell。

本公开的特定方面及其实施例可以提供对上述或其他挑战的解决方案。本文公开的实施例包括一种由无线终端/UE在UE处于休眠状态(例如，RRC_IDLE/RRC_INACTIVE)时执行的用于测量报告配置的方法，该方法包括：

·在UE正驻留的小区中监视下行链路中消息的潜在接收(例如，寻呼消息或与寻呼消息复用的任何其他消息)；

·监视网络广播消息(例如，SIB4)；

·在接收到该下行链路消息时或从广播消息中检测

ο根据UE AS上下文中存储的配置来恢复测量的指示；或者

ο指示UE应根据接收到的配置执行新测量的测量配置的存在。所提供的该测量配置可以包括测量对象列表、报告配置、测量标识符、它们之间的关联等；或者，

·如果所接收的指示是恢复测量配置，则UE恢复所存储的测量配置；

·如果测量配置已被包括，UE恢复所存储的测量配置并在其上应用所接收的测量配置(根据MeasConfig IE中的需求代码结构，作为增量或全配置)。

·根据所恢复的或修改后的/新的测量配置来开始执行测量，并在准备好时(和激活安全性后)报告测量结果

在本文公开的实施例的一个方面，来自NW的寻呼消息中触发在UE中启动测量的指示符被与(在系统信息中广播或通过专用消息早期提供的)其他配置相组合，即，两者的组合构成测量配置。与该方面相关的一些其他方面概述如下：

■处于休眠(如上所述)状态的UE已读取SIB4(或另一个SIB或新引入的SIB)，其中，配置了多个载波；或者，在专用消息(例如，最后一个专用RRC释放消息)中对UE配置了一组与此目的相关的载波。寻呼消息中的指示符代码点然后可以用作掩码(例如，大小为8位，等于可以在专用/广播信号中提供的最大频率量)，其表明广播/配置的这些载波中的哪些是相关的。例如，掩码10100000意味着NW希望对系统信息(例如，SIB4)中提供的列表中的载波编号1和3进行测量。掩码0xFF可能意味着需要对所配置的所有内容进行测量。

ο在另一方面，如上那样，UE已经从系统信息(例如，SIB4)中获取了配置；或者UE在上一次RRC释放中被配置了一组与此目的相关的载波。此外，在给定的配置中，每个载波都具有指示符，例如，被称为RelevantForCA/DC并具有值(TRUE/FALSE)。对于寻呼消息中的指示符，存在单个TRUE/FALSE指示符，表明NW希望对“RelevantForCA/DC”＝TRUE的载波进行测量。

ο在又一方面，UE先前已经接收到各种配置(广播/专用)，每个配置具有类似于MeasId的标识。寻呼指示符将携带与该目的相关的配置的标识。

在上述所有方面，可以向UE提供告知NW有兴趣使用X个载波用于CA/DC的附加指示符/配置。UE将在上面概述的相关测量配置中提供的所有载波之中(例如，配置Y个载波，其中，可能Y>X)选择在Y个载波中的X个例如在功耗方面对UE有利的载波进行测量。例如，UE可以选择利用UE中相同的HW块对相邻载波进行测量。

在上述与测量配置相关的方面中，该配置不仅可以针对一个或数个载波，还可以针对每个载波的一个或多个小区。作为替代，载波的测量配置可以包括不是测量配置的一部分的小区的列表。

此外，在上述几个方面中，上述寻呼消息中概述的指示符可以是用户特定的，也可以是接收寻呼消息的所有/几个UE所共有的。例如，指示符可以伴随有在PDSCH内被发送的PagingUE-Identity(38.331)并且仅与该特定UE相关。替代地，可以将指示符置于与多个/所有UE相关的更高级别。在一个方面，该指示符被放置在PDCCH本身(在短消息内，参见38331)而不是PDSCH中，并且对于解码该PDCCH消息的所有UE、或者对于例如之前已经接收到测量配置的所有UE或所有支持载波聚合(CA)和/或双连接(DC)的UE将是相关的。

本文公开的实施例提出如下解决方案(从网络角度)：

网络可以包括根据在UE上下文中存储的配置来启动测量的指示，或者在寻呼消息中(或在广播消息中)提供测量配置，而UE使用这种配置并甚至在接收到将要正式地使UE置于CONNECTED模式的恢复消息之前启动执行测量。

虽然本文公开的实施例主要提出了几个实施例来指示在空闲/不活动状态期间启动测量以实现快速CA/DC建立，但还应注意的是，网络也可以使用相同的实施例来指示停止专用于快速CA/DC建立的测量。

·一种在网络中用于为UE提供以下项的方法：

ο甚至在发送RRC消息以恢复休眠连接之前启动测量的指示(使用所存储的测量配置)

ο甚至在发送RRC消息以恢复休眠连接之前全新的测量配置或旧配置的更新

ο使用寻呼消息或/和经由广播消息来提供指示或/和测量配置

·一种在UE中用于以下项的方法：

ο接收甚至在接收到RRC消息以恢复休眠连接之前启动测量的指示(使用所存储的测量配置)

ο接收甚至在接收到RRC消息以恢复休眠连接之前的全新的测量配置或旧配置的更新

ο在寻呼消息中或/和经由广播消息来接收指示或/和测量配置

ο在接收到寻呼消息时启动测量而不等待恢复过程完成。

本文提出了解决在此公开的一个或多个问题的各种实施例。提供了用于在连接恢复完成之前触发测量的系统和方法。图8和图9示出了根据本公开的一些实施例的由无线设备执行的用于执行测量的方法。在一些实施例中，提供了一种由无线设备执行的用于执行测量的方法，其中，当前无线电资源控制(RRC)状态为空闲或不活动。该方法包括：在无线设备正驻留的小区中监视下行链路消息的潜在接收(步骤800)；基于下行链路消息的接收，检测关于执行测量的信息(步骤802)；基于关于执行测量的信息，执行测量(步骤804)；以及报告测量结果(步骤806)。通过这种方式，能够减小开始执行测量的延迟。目标小区处测量的这种早期可用性能够提高无线设备获取无线连接(例如载波聚合(CA)或双连接(DC)连接)的速度。在一些实施例中，基于来自网络的指示/请求、无线设备何时恢复等中的一个或多个来报告测量结果。

图9示出了一种由无线设备执行的用于执行测量的方法。在一些实施例中，该方法包括：在无线设备正驻留的小区中监视下行链路中消息的潜在接收(步骤900)；监视网络广播消息(步骤902)；基于下行链路消息或广播消息的接收，检测关于执行测量的信息(步骤904)；基于关于执行测量的信息，执行测量(步骤906)；以及报告测量结果(步骤908)。

在一些实施例中，消息的潜在接收是寻呼消息或被与寻呼消息复用的任何其他消息的潜在接收。在一些实施例中，网络广播消息是SIB4。在一些实施例中，关于执行测量的信息包括根据无线设备中存储的配置来恢复测量的指示。在一些实施例中，存所储的配置被存储在UE AS上下文中。

在一些实施例中，关于执行测量的信息包括指示无线设备应根据所接收到的配置来执行新测量的测量配置。在一些实施例中，所提供的测量配置可以包括测量对象列表、报告配置、测量标识符、它们之间的关联等。

在一些实施例中，如果所接收的指示是恢复测量配置，则该方法还包括恢复所存储的测量配置。在一些实施例中，如果测量配置已被包括，则该方法包括恢复所存储的测量配置并在其上应用所接收的测量配置。在一些实施例中，在其上应用所接收的测量配置包括作为增量或全配置。在一些实施例中，增量或全配置的决定是基于MeasConfig IE中的需求码结构。

在一些实施例中，报告测量结果包括：一直等待，直到安全性被激活为止。

提供了用于在连接恢复完成之前触发测量的系统和方法。图10和11示出了根据本公开的一些实施例的由基站执行的用于实现测量的方法。在一些实施例中，提供了一种由基站执行的用于针对无线设备启用测量的方法，其中，无线设备的当前RRC状态是空闲或不活动。该方法包括：确定是否针对无线设备启用测量(步骤1000)；向驻留在基站的小区的无线设备发送启动测量的指示(1002)；以及从无线设备接收在接收到恢复消息之前执行的测量结果(步骤1004)。通过这种方式，能够减小开始执行测量的延迟。目标小区处测量的这种早期可用性能够提高无线设备获取无线连接(例如CA或DC连接)的速度。

图11示出了一种由基站执行的用于启用测量的方法。在一些实施例中，该方法包括：向驻留在基站的小区的无线设备发送启动测量的指示(步骤1100)；以及从无线设备接收在接收到恢复消息之前执行的测量结果(步骤1102)。

特定实施例可以提供以下技术优势中的一个或多个。本文公开的实施例使得UE能够在目标小区中接收到类似寻呼的消息时开始执行连接模式测量。与只有在接收到类似RRC恢复的消息时才有可能的现有技术解决方案相比，根据可能由目标决定的配置(该配置可以是根据目标的能力，例如，目标支持的载波和/或确切的SCell)，实现了开始执行测量的延迟中的至少2个无线电往返时间(RTT)(即RACH前导码、RAR、恢复请求、恢复)的增益，这对于目标小区处测量的早期可用性可能非常有价值。2个无线电RTT实际上是预期性能增强的下限，因为RAR可能不会仅在一次尝试中就成功，并且UE在RAR成功之前必须进行一些功率爬坡(ramping)，并且在发送恢复请求与接收恢复消息之间还可能经过数十毫秒，具体取决于网络负载和无线电条件。因此，实际上，与在接收到恢复消息之后启动测量的传统方式相比，本文公开的实施例所提出的方法可能最终使测量结果提前数百毫秒对网络可用。

在本文公开的实施例的几个方面中，从NW提供给UE的测量配置参数的设计需要NW运营商少得多的工作。这是因为配置是从对接收测量结果感兴趣的节点本地提供的，而不是从远程节点(例如，UE暂停的位置)提供的。此外，没有有效性定时器/区域限制所提出的用于建立CA/DC的解决方案，因为它是基于所接收的区域中的相关配置和刚好在建立连接之前由UE触发的测量。最后，在本文公开的实施例中概述的一些方面中，UE有机会在NW提供的载波之中选择在UE功率节省方面有益的特定载波。

在一些实施例中，网络在寻呼消息中指示UE根据UE在被暂停时已存储的配置来恢复执行测量。

在第二实施例中，网络将测量配置包括到寻呼消息中。在另一实施例中，在寻呼消息中可以包括多于一个的配置，其中，每个测量配置可以包括要测量的不同参数、载波和/或小区，以及一般而言测量的不同准确性水平。然而，在另一实施例中，如果UE在进入RRC_IDLE或RRC_INACTIVE之前已经被预先配置了多于一个的测量配置，则网络可以在寻呼消息中添加针对UE的关于需要使用/激活什么配置的指示。

在一个实施例中，完整的测量配置被包括在寻呼消息中(例如，整个measConfig)。在另一实施例中，由于对寻呼消息大小的限制，仅包括measConfig内的选定字段的子集。然而，在另一个实施例中，在寻呼消息中不包括measConfig，而仅包括需要被信令发送的选定字段。在又一个实施例中，测量配置被包括在单独的消息中。这种单独的消息可被寻址到几个不同的UE或者仅被寻址到单个UE。在后一种情况下，然后可以使用安全密钥将消息发送给UE，以支持该配置下的安全性。在一个替代方案中，具有测量配置的单独消息的调度是在寻呼消息内被调度的。在另一个替代方案中，它在预定义的时机被发送，例如，与寻呼消息被发送的位置有关。在又一替代方案中，UE使用特定标识来搜索PDCCH上的调度(用于消息)，其中，该标识可以被包括在例如寻呼消息中。

在一个实施例中，这些与测量相关的参数被(通过增量信令)包括到由UE使用的当前测量配置中。在另一个实施例中，这些与测量相关的参数被视为新的测量配置(基本上，UE利用接收到的该参数子集构建新的measConfig)。这可以被显式地逐一指示(例如，通过包括诸如measIdToRemoveList、measObjectToRemoveList等的IE而显式去除所有旧的测量，以及经由measIdToAddModList、measObjectToAddRemoveList等而添加新的测量)或经由被添加到measurementConfiguration中的新标志(例如，fullconfigmeas)被隐式地指示。

在其他实施例中，网络可以使用与上述相同的实施例来停止/暂停专用于快速CA/DC建立的测量。这可能是由于有关特定UE或网络的策略改变或由于网络中的临时负载条件。在停止测量的情况下，测量配置可以从UE和网络存储器中被完全删除。在暂停测量的情况下，测量配置可以由UE和网络存储但不被UE所应用。

可能实施方式的示例

情况1.网络在寻呼消息中包括使UE根据所存储的UE上下文来开始执行测量的指示

以下是网络包括使UE根据UE上下文中存储的配置来恢复测量的指示的情况的实施方式示例。其中应实现以下内容的规范是3GPP TS 38.331。

此过程的目的是向处于RRC_IDLE或RRC_INACTIVE中的UE发送寻呼信息。

网络按TS 38.304中的规定通过在UE的寻呼时机发送寻呼消息来发起寻呼过程。网络可以通过为每个UE包括一个PagingRecord来寻址寻呼消息内的多个UE。

UE接收Paging(寻呼)消息

在接收到Paging消息后，UE应：

1>如果处于RRC_IDLE，对于包括在Paging消息中的每个PagingRecord(如果有)：

2>如果PagingRecord中包括的UE-Identity与上层分配的UE标识匹配：

3>向上层转发UE-Identity和accessType(如果存在)；

3>如果startMeas被包括在PagingRecord中：

4>从所存储的UE AS上下文中恢复测量配置并按5.5.2中的规定开始执行测量；

1>如果处于RRC_INACTIVE中，对于包括在Paging消息中的每个PagingRecord(如果有)：

2>如果PagingRecord中包括的UE-Identity与UE存储的full-RNTI匹配：

3>如果startMeas被包括在PagingRecord中：

3>如果UE被上层配置有接入标识1：

3>否则，如果UE被上层配置有接入标识2：

3>否则：

3>将UE-Identity转发给上层，将accessType(如果存在)转发给上层；

3>在转到RRC_IDLE时执行如5.3.11中规定的动作，释放原因为“其他”。

寻呼

寻呼消息被用于通知一个或多个UE。

信令无线电承载：N/A

RLC-SAP：TM

逻辑信道：PCCH

方向：网络到UE

在另一种实现中，仅一个startMeas指示被包括在寻呼消息中，并且适用于所有被寻呼的UE。

寻呼过程如下所示：

UE接收Paging消息

在接收到Paging消息后，UE应：

2>如果PagingRecord中包括的UE-Identity与上层分配的UE标识匹配：

3>向上层转发UE-Identity和accessType(如果存在)；

3>如果startMeas被包括在所接收的寻呼消息中：

2>如果PagingRecord中包括的UE-Identity与UE存储的full-RNTI匹配：

3>如果startMeas被包括在所接收的寻呼消息中：

3>如果UE被上层配置有接入标识1：

3>否则，如果UE被上层配置有接入标识2：

3>否则：

2>否则，如果PagingRecord中包括的UE-Identity与上层分配的UE标识匹配：

3>将UE-Identity转发给上层，将accessType(如果存在)转发给上层；

情况2：网络在寻呼消息中包括测量配置

以下是网络在寻呼消息中包括测量配置的情况的实施方式示例。应实现以下内容的规范是3GPP TS 38.331。

5.3.2.3UE接收Paging消息

在接收到Paging消息后，UE应：

2>如果PagingRecord中包括的UE-Identity与上层分配的UE标识匹配：

3>向上层转发UE-Identity和accessType(如果存在)；

2>如果measConfig被包括在PagingRecord中：

3>从所存储的UE AS上下文中恢复测量配置；

3>根据如5.5中规定的测量配置过程来应用所包括的measConfig。

2>如果PagingRecord中包括的UE-Identity与UE存储的full-RNTI匹配：

3>如果measConfig被包括在PagingRecord中：

3>从所存储的UE AS上下文中恢复测量配置；

3>根据如5.5中规定的测量配置过程来应用所包括的measConfig。

3>如果UE被上层配置有接入标识1：

3>否则，如果UE被上层配置有接入标识2：

3>否则：

3>将UE-Identity转发给上层，将accessType(如果存在)转发给上层；

寻呼

寻呼消息被用于通知一个或多个UE。

信令无线电承载：N/A

RLC-SAP：TM

逻辑信道：PCCH

方向：网络到UE

可以在类似寻呼的信道中发送的消息中被发送的测量配置

在本文公开的实施例中，所谓的类似寻呼的信道可以是寻呼信道。并且，测量配置可以是具有MeasConfigIE的名为measConfig的字段，如下所示：

MeasConfig

IE MeasConfig规定了要由UE执行的测量，并且覆盖了频率内、频率间和RAT间移动性以及测量间隙的配置。

MeasConfig信息元素

注意，需要码就像包括了空字段那样应用，即，如果UE已存储测量配置，则应恢复这些配置并对应地恢复测量。

注意，可能不需要使用完整的measConfig来经由寻呼配置测量。例如，网络需要的可能只是有关某些载波的信息。因此，measConfig可能只是要测量的载波频率的列表，并且UE报告每个频率上前n个小区的信号水平。如果要采用这种方法，则需要指定早期测量配置(例如，earlyMeasConfig)IE，其包括所需的IE(在示例情况下，仅包含频率的列表)并且需要更新UE测量过程来处理此类测量配置。具有这种简化方法的优点是测量配置可以仅被包括在寻呼消息中一次并且可以适用于所有UE

ASN.1示例如下所示

图12是根据本公开的一些实施例的无线电接入节点1200的示意性框图。无线电接入节点1200可以是例如基站102或106。如图所示，无线电接入节点1200包括控制系统1202，控制系统1202包括一个或多个处理器1204(例如，中央处理单元(CPU)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)等)、存储器1206和网络接口1208。一个或多个处理器1204在本文中也称为处理电路。此外，无线电接入节点1200包括一个或多个无线电单元1210，每个无线电单元包括耦接到一个或多个天线1216的一个或多个发射机1212和一个或多个接收机1214。无线电单元1210可称为或是无线电接口电路的一部分。在一些实施例中，无线电单元1210在控制系统1202的外部并且经由例如有线连接(例如，光缆)连接到控制系统1202。然而，在一些其他实施例中，无线电单元1210和可能的天线1216与控制系统1202集成在一起。一个或多个处理器1204操作以提供如本文所述的无线电接入节点1200的一个或多个功能。在一些实施例中，这些功能以被存储在例如存储器1206中并由一个或多个处理器1204执行的软件来实现。

图13是示出根据本公开的一些实施例的无线电接入节点1200的虚拟化实施例的示意框图。该讨论同样适用于其他类型的网络节点。此外，其他类型的网络节点可以具有相似的虚拟化架构。

如本文中所使用的，“虚拟化”无线电接入节点是无线电接入节点1200的实施方式，其中，无线电接入节点1200的功能的至少一部分被实现为虚拟组件(例如，通过在网络中的物理处理节点上执行的虚拟机)。如图所示，在该示例中，无线电接入节点1200包括控制系统1202，控制系统1202包括一个或多个处理器1204(例如，CPU、ASIC、FPGA等)、存储器1206、以及网络接口1208和一个或多个无线电单元1210，每个无线电单元1210包括耦接到一个或多个天线1216的一个或多个发射机1212和一个或多个接收机1214，如上所述。控制系统1202经由例如光缆等连接至无线电单元1210。控制系统1202经由网络接口1208连接到一个或多个处理节点1300，该一个或多个处理节点1300耦接至网络1302或被包括为网络1302的一部分。每个处理节点1300包括一个或多个处理器1304(例如，CPU、ASIC、FPGA等)、存储器1306和网络接口1308。

在该示例中，本文描述的无线电接入节点1200的功能1310在一个或多个处理节点1300处实现，或者以任何期望的方式分布在控制系统1202和一个或多个处理节点1300上。在一些特定实施例中，本文描述的无线电接入节点1200的功能1310中的一些或全部被实现为由在由处理节点1300托管的虚拟环境中实现的一个或多个虚拟机执行的虚拟组件。如本领域的普通技术人员将理解的，使用在处理节点1300与控制系统1202之间的附加信令或通信，以便执行至少一些期望的功能1310。注意，在实施例中，可以不包括控制系统1202，在这种情况下，无线电单元1210经由适当的网络接口直接与处理节点1300通信。

在一些实施例中，提供了一种包括指令的计算机程序，这些指令当由至少一个处理器执行时使至少一个处理器执行无线电接入节点1200或实现根据本文描述的任何实施例的在虚拟环境中的无线电接入节点1200的一个或多个功能1310的节点(例如，处理节点1300)的功能。在一些实施例中，提供了一种包括前述计算机程序产品的载体。该载体是电信号、光信号、无线电信号或计算机可读存储介质(例如，诸如存储器之类的非暂时性计算机可读介质)之一。

图14是根据本公开的一些其他实施例的无线电接入节点1200的示意性框图。无线电接入节点1200包括一个或多个模块1400，每个模块以软件实现。模块1400提供本文描述的无线电接入节点1200的功能。该讨论同样适用于图13的处理节点1300，其中，模块1400可以在处理节点1300之一处实现或分布在多个处理节点1300上和/或分布在处理节点1300和控制系统1202上。

图15是根据本公开的一些实施例的UE 1500的示意性框图。如图所示，UE 1500包括一个或多个处理器1502(例如，CPU、ASIC、FPGA等)、存储器1504以及一个或多个收发机1506，每个收发机包括耦接到一个或多个天线1512的一个或多个发射机1508和一个或多个接收机1510。收发机1506包括连接到天线1512的无线电前端电路，其被配置为调节在天线1512与处理器1502之间传送的信号，如本领域普通技术人员将理解的。处理器1502在本文中也被称为处理电路。收发机1506在本文中也被称为无线电电路。在一些实施例中，上述UE1500的功能可以全部或部分地以例如被存储在存储器1504中并且由处理器1502执行的软件来实现。注意，UE 1500可以包括如图15中未示出的附加组件，例如一个或多个用户接口组件(例如，包括显示器、按钮、触摸屏、麦克风、扬声器和/或类似物的输入/输出接口，和/或用于允许将信息输入到UE 1500中和/或允许从UE 1500输出信息的任何其他组件)、电源(例如，电池和关联的电源电路)等。

在一些实施例中，提供了一种包括指令的计算机程序，这些指令当由至少一个处理器执行时使至少一个处理器执行根据本文所述的任何实施例的UE 1500的功能。在一些实施例中，提供了一种包括前述计算机程序产品的载体。该载体是电信号、光信号、无线电信号或计算机可读存储介质(例如，诸如存储器之类的非暂时性计算机可读介质)之一。

图16是根据本公开的一些其他实施例的UE 1500的示意性框图。UE 1500包括一个或多个模块1600，每个模块以软件实现。模块1600提供本文描述的UE 1500的功能。

参考图17，根据一个实施例，一种通信系统包括诸如3GPP型蜂窝网络之类的电信网络1700，其包括诸如RAN之类的接入网络1702和核心网络1704。接入网1702包括多个基站1706A、1706B、1706C(例如NB、eNB、gNB)或其他类型的无线接入点(AP)，每个限定对应的覆盖区域1708A、1708B、1708C。每个基站1706A、1706B、1706C可通过有线或无线连接1710连接到核心网络1704。位于覆盖区域1708C中的第一UE 1712被配置为无线连接到对应的基站1706C或被其寻呼。覆盖区域1708A中的第二UE 1714可无线连接到对应的基站1706A。尽管在该示例中示出了多个UE 1712、1714，但是所公开的实施例同样适用于唯一UE在覆盖区域中或唯一UE连接到对应基站1706的情况。

电信网络1700本身连接到主机计算机1716，该主机计算机可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中，或者作为服务器场中的处理资源。主机计算机1716可以在服务提供商的所有权或控制之下，或者可以由服务提供商或代表服务提供商来操作。电信网络1700和主机计算机1716之间的连接1718和1720可以直接从核心网络1704延伸到主机计算机1716，或者可以经过可选的中间网络1722。中间网络1722可以是公共、私有或托管网络中的一个或多于一个的组合；中间网络1722(如果有)可以是骨干网或互联网；特别地，中间网络1722可以包括两个或更多个子网络(未示出)。

整体上，图17的通信系统实现了所连接的UE 1712、1714与主机计算机1716之间的连接。该连接可以被描述为过顶(Over-the-Top)(OTT)连接1724。主机计算机1716和连接的UE 1712、1714被配置为使用接入网络1702、核心网络1704、任何中间网络1722以及可能的其他基础设施(未示出)作为中介经由OTT连接1724来传送数据和/或信令。在OTT连接1724通过的参与通信设备不知道上行链路和下行链路通信的路由的意义上，OTT连接1724可以是透明的。例如，可以不向基站1706或者不需要向基站1706通知传入下行链路通信的过去路由，该下行链路通信具有源自主机计算机1716的将被转发(例如，切换)给所连接的UE1712的数据。类似地，基站站1706不需要知道从UE 1712朝向主机计算机1716的传出上行链路通信的未来路由。

现在将参考图18描述根据一个实施例在前面的段落中讨论的UE、基站和主机计算机的示例实施方式。在通信系统1800中，主机计算机1802包括硬件1804，硬件1804包括通信接口1806，通信接口1806被配置为建立和维持与通信系统1800的不同通信设备的接口的有线或无线连接。主机计算机1802还包括处理电路1808，其可以具有存储和/或处理能力。特别地，处理电路1808可以包括一个或多个适于执行指令的可编程处理器、ASIC、FPGA或这些项的组合(未示出)。主机计算机1802还包括软件1810，软件1810存储在主机计算机1802中或可由主机计算机1802访问并且可由处理电路1808执行。软件1810包括主机应用1812。主机应用1812可用于向远程用户(例如经由在UE 1814和主机计算机1802处终止的OTT连接1816来连接的UE 1814)提供服务。在向远程用户提供服务时，主机应用1812可以提供使用OTT连接1816发送的用户数据。

通信系统1800还包括基站1818，基站1818设置在电信系统中并且包括使其能够与主机计算机1802和UE 1814通信的硬件1820。硬件1820可以包括用于建立和维持与通信系统1800的不同通信设备的接口的有线或无线连接的通信接口1822，以及用于建立和维持与位于由基站1818服务的覆盖区域(在图18中未示出)中的UE 1814的至少无线连接1826的无线电接口1824。通信接口1822可以被配置为促进到主机计算机1802的连接1828。连接1828可以是直接的，或者可以通过电信系统的核心网络(图18中未示出)和/或通过电信系统外部的一个或多个中间网络。在所示实施例中，基站1818的硬件1820还包括处理电路1830，其可以包括一个或多个适于执行指令的可编程处理器、ASIC、FPGA或这些项的组合(未示出)。基站1818还具有内部存储或可通过外部连接访问的软件1832。

通信系统1800还包括已经提到的UE 1814。UE 1814的硬件1834可以包括无线接口1836，其被配置为建立和维持与服务UE 1814当前所在的覆盖区域的基站的无线连接1826。UE 1814的硬件1834还包括处理电路1838，其可以包括一个或多个适于执行指令的可编程处理器、ASIC、FPGA或这些项的组合(未示出)。UE 1814还包括存储在UE 1814中或可由UE1814访问并且可由处理电路1838执行的软件1840。软件1840包括客户端应用1842。客户端应用1842可操作以在主机计算机1802的支持下经由UE 1814向人类或非人类用户提供服务。在主机计算机1802中，正在执行的主机应用1812可以经由在UE 1814和主机计算机处终止的OTT连接1816与正在执行的客户端应用1842通信。在向用户提供服务时，客户端应用1842可以从主机应用1812接收请求数据，以及响应于该请求数据来提供用户数据。OTT连接1816可以传送请求数据和用户数据两者。客户端应用1842可以与用户交互以生成用户提供的用户数据。

注意，图18中所示的主机计算机1802，基站1818和UE 1814可以分别与图17的主机计算机1716、基站1706A、1706B、1706C之一和UE 1712、1714、之一相似或相同。也就是说，这些实体的内部工作原理可以如图18所示，而独立地，周围网络拓扑结构可以是图17的周围网络拓扑结构。

在图18中，已经抽象地绘制了OTT连接1816以示出经由基站1818在主机计算机1802与UE 1814之间的通信，而没有明确地参考任何中间设备以及经由这些设备的消息的确切路由。网络基础设施可以确定路由，网络基础设施可被配置为将该路由对UE 1814或对操作主机计算机1802的服务提供商或两者隐藏。当OTT连接1816是活动的时，网络基础设施可以进一步做出决定，按照该决定，网络基础设施动态地改变路由(例如，基于负载平衡考虑或网络的重配置)。

UE 1814与基站1818之间的无线连接1826是根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接1816(其中无线连接1826形成最后的段)提供给UE 1814的OTT服务的性能。更确切地，这些实施例的教导可以改进例如数据速率、延迟、功耗等，从而提供诸如减少用户等待时间、放宽对文件大小的限制、更好的响应、延长的电池寿命等的益处。

可以出于监视数据速率、延迟和一个或多个实施例在其上改进的其他因素的目的而提供测量过程。可能还存在可选的网络功能，用于响应于测量结果的改变来重新配置主机计算机1802与UE 1814之间的OTT连接1816。用于重新配置OTT连接1816的测量过程和/或网络功能可以在主机计算机1802的软件1810和硬件1804中或在UE 1814的软件1840和硬件1834中或两者中实现。在一些实施例中，可以将传感器(未示出)部署在OTT连接1816所经过的通信设备中或与之相关联；传感器可以通过提供以上例示的监视量的值或提供软件1810、1840可以从中计算或估计监视量的其他物理量的值来参与测量过程。OTT连接1816的重配置可以包括消息格式、重传设置、优选的路由等；重配置不必影响基站1814，并且它可能对于基站1814是未知的或不可感知的。这种过程和功能在本领域中是已知的和经实践的。在特定实施例中，测量可以涉及专有UE信令，其促进主机计算机1802对吞吐量、传播时间、延迟等的测量。可以实现测量，因为软件1810和1840在它监视传播时间、错误等时导致使用OTT连接1816发送消息(尤其是空消息或“假(dummy)”消息)。

图19是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图17和图18描述的主机计算机、基站和UE。为了本公开简单起见，本节仅包括对图19的附图参考。在步骤1900，主机计算机提供用户数据。在步骤1900的子步骤1902(可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1904中，主机计算机发起向UE的携带用户数据的传输。在步骤1906(可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送在由主机计算机发起的传输中携带的用户数据。在步骤1908(也可以是可选的)，UE执行与由主机计算机执行的主机应用相关联的客户端应用。

图20是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图17和图18描述的主机计算机、基站和UE。为了本公开简单起见，本节仅包括对图20的附图参考。在该方法的步骤2000中，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤2002中，主机计算机发起向UE的携带用户数据的传输。根据贯穿本公开所描述的实施例的教导，传输可以通过基站。在步骤2004(可以是可选的)，UE接收在传输中携带的用户数据。

图21是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图17和图18描述的主机计算机、基站和UE。为了本公开简单起见，本节仅包括对图21的附图参考。在步骤2100(可以是可选的)中，UE接收由主机计算机提供的输入数据。附加地或替代地，在步骤2102中，UE提供用户数据。在步骤2100的子步骤2104(可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤2102的子步骤2106(可以是可选的)中，UE执行客户端应用，该客户端应用响应于由主机计算机提供的所接收的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用可以进一步考虑从用户接收的用户输入。不管提供用户数据的具体方式如何，UE在子步骤2108(可能是可选的)中发起用户数据向主机计算机的传输。在该方法的步骤2110中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图22是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图17和图18描述的主机计算机、基站和UE。为了本公开简单起见，在本节中仅包括对图22的附图参考。在步骤2200(可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在步骤2202(可以是可选的)，基站发起所接收的用户数据向主机计算机的传输。在步骤2204(可以是可选的)，主机计算机接收在由基站发起的传输中携带的用户数据。

可以通过一个或多个虚拟装置的一个或多个功能单元或模块来执行本文公开的任何适当的步骤、方法、特性、功能或益处。每个虚拟装置可以包括多个这些功能单元。这些功能单元可以经由处理电路来实现，处理电路可以包括一个或多个微处理器或微控制器以及可以包括数字信号处理器(DSP)、专用数字逻辑等的其他数字硬件。处理电路可以被配置为执行存储在存储器中的程序代码，存储器可以包括一种或几种类型的存储器，例如只读存储器(ROM)、随机存取存储器(RAM)、高速缓冲存储器、闪存设备、光学存储设备等。被存储在存储器中的程序代码包括用于执行一种或多种电信和/或数据通信协议的程序指令以及用于执行本文所述的一种或多种技术的指令。在一些实现中，处理电路可以用于使得相应的功能单元执行根据本公开的一个或多个实施例的对应功能。

尽管附图中的过程可以示出由本公开的某些实施例执行的操作的特定顺序，但是应该理解，这样的顺序是示例性的(例如替代实施例可以以不同的顺序来执行操作，组合某些操作，重叠某些操作等)。

实施例

A组实施例

1.一种由无线设备执行的用于执行测量的方法，该方法包括以下至少一项：

-在无线设备正驻留的小区中监视下行链路中消息的潜在接收；

-监视网络广播消息；

-基于下行链路消息或广播消息的接收，检测关于执行测量的信息；

-基于关于执行测量的信息，执行测量；以及

-在准备好时报告测量结果。

2.根据实施例1所述的方法，其中，消息的潜在接收是寻呼消息或被与寻呼消息复用的任何其他消息的潜在接收。

3.根据实施例1至2中任一项所述的方法，其中，网络广播消息是SIB4。

4.根据实施例1至3中任一项所述的方法，其中，关于执行测量的信息包括根据无线设备中存储的配置来恢复测量的指示。

5.根据实施例4所述的方法，其中，所存储的配置被存储在UE AS上下文中。

6.根据实施例1至5中任一项所述的方法，其中，关于执行测量的信息包括指示无线设备应根据接收到的配置执行新测量的测量配置。

7.根据实施例6所述的方法，其中，所提供的测量配置可以包括测量对象列表、报告配置、测量标识符、它们之间的关联等。

8.根据实施例1至7中任一项所述的方法，还包括：如果所接收的指示是恢复测量配置，则恢复所存储的测量配置。

9.根据实施例1至8中任一项所述的方法，还包括：如果测量配置已被包括，则恢复所存储的测量配置并在其上应用所接收的测量配置。

10.根据实施例9所述的方法，其中，在其上应用所接收的测量配置包括作为增量或全配置。

11.根据实施例10所述的方法，其中，增量或全配置的决定是基于MeasConfig IE中的需求码结构。

12.根据实施例1至11中任一项所述的方法，其中，在准备好时报告测量结果包括：一直等待，直至安全性被激活为止。

13.根据前述实施例中任一项所述的方法，还包括：

-提供用户数据；以及

-经由向基站的传输将用户数据转发给主机计算机。

B组实施例

14.一种由基站执行的用于启用测量的方法，该方法包括以下至少一项：

-向驻留在基站的小区的无线设备发送启动测量的指示；以及

-从无线设备接收在接收到恢复消息之前执行的测量结果。

15.根据实施例14所述的方法，其中，启动测量的指示是寻呼消息或被与寻呼消息复用的任何其他消息。

16.根据实施例14至15中任一项所述的方法，其中，启动测量的指示是诸如SIB4之类的网络广播消息。

17.根据实施例14至16中任一项所述的方法，其中，启动测量的指示包括根据无线设备中存储的配置来恢复测量的指示。

18.根据实施例17所述的方法，其中，所存储的配置被存储在UE AS上下文中。

19.根据实施例14至18中任一项所述的方法，其中，启动测量的指示包括指示无线设备应根据所接收的配置执行新测量的测量配置。

20.根据实施例19所述的方法，其中，所提供的测量配置可以包括测量对象列表、报告配置、测量标识符、它们之间的关联等。

21.根据实施例14至20中任一项所述的方法，还包括：如果启动测量的指示是恢复测量配置，则无线设备恢复所存储的测量配置。

22.根据实施例14至21中任一项所述的方法，还包括：如果测量配置已被包括，则无线设备恢复所存储的测量配置并在其上应用所接收的测量配置。

23.根据实施例22所述的方法，其中，在其上应用所接收的测量配置包括作为增量或全配置。

24.根据实施例23所述的方法，其中，增量或全配置的决定基于MeasConfig IE中的需求码结构。

25.根据前述实施例中任一项所述的方法，还包括：

-获得用户数据；以及

-将用户数据转发给主机计算机或无线设备。

C组实施例

26.一种用于执行测量的无线设备，所述无线设备包括：

-处理电路，其被配置为执行A组实施例中的任何一个的任何所述步骤；以及

-电源电路，其被配置为向无线设备供电。

27.一种用于启用测量的基站，所述基站包括：

-处理电路，其被配置为执行B组实施例中的任何一个的任何所述步骤；以及

-电源电路，其被配置为向基站供电。

28.一种用于执行测量的用户设备UE，所述UE包括：

-天线，其被配置为发送和接收无线信号；

-无线电前端电路，其被连接到天线和处理电路，并被配置为调节在天线与处理电路之间传送的信号；

-处理电路，其被配置为执行A组实施例中的任何一个的任何所述步骤；

-输入接口，其被连接到处理电路并被配置为允许将信息输入到UE中以由处理电路处理；

-输出接口，其被连接到处理电路并且被配置为从UE输出已由处理电路处理的信息；以及

-电池，其被连接到处理电路并且被配置为向UE供电。

29.一种包括主机计算机的通信系统，主机计算机包括：

-处理电路，其被配置为提供用户数据；以及

-通信接口，其被配置为向蜂窝网络转发用户数据以发送到用户设备UE；

-其中，蜂窝网络包括具有无线电接口和处理电路的基站，基站的处理电路被配置为执行B组实施例中的任何一个的任何所述步骤。

30.根据前一个实施例所述的通信系统，还包括：基站。

31.根据前两个实施例所述的通信系统，还包括：UE，其中，UE被配置为与基站通信。

32.根据前述三个实施例所述的通信系统，其中：

-主机计算机的处理电路被配置为执行主机应用，从而提供用户数据；以及

-UE包括被配置为执行与主机应用相关联的客户端应用的处理电路。

33.一种在包括主机计算机、基站和用户设备UE的通信系统中实现的方法，该方法包括：

-在主机计算机处，提供用户数据；以及

-在主机计算机处，发起经由包括基站的蜂窝网络的朝向UE的携带用户数据的传输，其中，基站执行B组实施例中的任何一个的任何所述步骤。

34.根据前一个实施例所述的方法，还包括：在基站处，发送用户数据。

35.根据前两个实施例所述的方法，其中，用户数据是通过执行主机应用在主机计算机处提供的，该方法还包括：在UE处，执行与主机应用相关联的客户端应用。

36.一种被配置为与基站通信的用户设备UE，UE包括无线电接口和处理电路，处理电路被配置为执行根据前三个实施例所述的方法。

37.一种包括主机计算机的通信系统，主机计算机包括：

-处理电路，其被配置为提供用户数据；以及

-其中，UE包括无线电接口和处理电路，UE的组件被配置为执行A组实施例中的任何一个的任何所述步骤。

38.根据前一个实施例所述的通信系统，其中，蜂窝网络还包括被配置为与UE通信的基站。

39.根据前两个实施例所述的通信系统，其中：

-UE的处理电路被配置为执行与主机应用相关联的客户端应用。

40.一种在包括主机计算机、基站和用户设备UE的通信系统中实现的方法，该方法包括：

-在主机计算机处，提供用户数据；以及

-在主机计算机处，发起经由包括基站的蜂窝网络的朝向UE的携带用户数据的传输，其中，UE执行A组实施例中的任何一个的任何所述步骤。

41.根据前一个实施例所述的方法，还包括：在UE处，从基站接收用户数据。

42.一种包括主机计算机的通信系统，主机计算机包括：

-通信接口，其被配置为接收源自从用户设备UE到基站的传输的用户数据；

-其中，UE包括无线电接口和处理电路，UE的处理电路被配置为执行A组实施例中的任何一个的任何所述步骤。

43.根据前一个实施例所述的通信系统，还包括：UE。

44.根据前两个实施例所述的通信系统，还包括：基站，其中，基站包括被配置为与UE通信的无线电接口和被配置为向主机计算机转发由从UE到基站的传输携带的用户数据的通信接口。

45.根据前三个实施例所述的通信系统，其中：

-主机计算机的处理电路被配置为执行主机应用；以及

-UE的处理电路被配置为执行与主机应用相关联的客户端应用，从而提供用户数据。

46.根据前四个实施例所述的通信系统，其中：

-主机计算机的处理电路被配置为执行主机应用，从而提供请求数据；以及

-UE的处理电路被配置为执行与主机应用相关联的客户端应用，从而响应于请求数据而提供用户数据。

47.一种在包括主机计算机、基站和用户设备UE的通信系统中实现的方法，该方法包括：

-在主机计算机处，从UE接收向基站发送的用户数据，其中，UE执行A组实施例中的任何一个的任何所述步骤。

48.根据前一个实施例的方法，还包括：在UE处，向基站提供用户数据。

49.根据前两个实施例的方法，还包括：

-在UE处，执行客户端应用，从而提供要被发送的用户数据；以及

-在主机计算机处，执行与客户端应用相关联的主机应用。

50.根据前三个实施例所述的方法，还包括：

-在UE处，执行客户端应用；以及

-在UE处，接收向客户端应用的输入数据，输入数据是通过执行与客户端应用相关联的主机应用而在主机计算机处提供的；

-其中，要被发送的用户数据是由客户端应用响应于输入数据而提供的。

51.一种包括主机计算机的通信系统，主机计算机包括通信接口，通信接口被配置为接收源自从用户设备UE到基站的传输的用户数据，其中，基站包括无线电接口和处理电路，基站的处理电路被配置为执行B组实施例中的任何一个的任何所述步骤。

52.根据前一个实施例所述的通信系统，还包括：基站。

53.根据前两个实施例所述的通信系统，还包括：UE，其中，UE被配置为与基站通信。

54.根据前三个实施例所述的通信系统，其中：

-主机计算机的处理电路被配置为执行主机应用；以及

-UE被配置为执行与主机应用相关联的客户端应用，从而提供要由主机计算机接收的用户数据。

55.一种在包括主机计算机、基站和用户设备UE的通信系统中实现的方法，该方法包括：

-在主机计算机处，从基站接收源自基站已从UE接收的传输的用户数据，其中，UE执行A组实施例中的任何一个的任何所述步骤。

56.根据前一个实施例所述的方法，还包括：在基站处，从UE接收用户数据。

57.根据前两个实施例所述的方法，还包括：在基站处，发起所接收的用户数据向主机计算机的传输。

在本公开中可以使用以下缩写中的至少一些缩写。如果缩写之间存在不一致，则应优先选择上面的用法。如果在下面多次列出，则第一次列出应优先于任何后续列出。

·3GPP 第三代合作伙伴计划

·5G 第五代

·AP 接入点

·AS 接入层

·ASIC 专用集成电路

·BA 带宽适配

·BCCH 广播控制信道

·BWP 带宽部分

·CA 载波聚合

·CGI 小区组ID

·CMAS 商业移动告警系统

·CPU 中央处理单元

·CSI-RS 信道状态信息参考信号

·DC 双连接

·DCI 下行链路信道信息

·DL 下行链路

·DSP 数字信号处理器

·eNB 增强型或演进型节点B

·EN-DC E-UTRAN新无线电-双连接

·ETWS 地震和海啸预警系统

·E-UTRA 演进型通用陆地接入

·E-UTRAN 演进型通用陆地接入网络

·FPGA 现场可编程门阵列

·FR 频率范围

·FR1 频率范围1

·FR2 频率范围2

·GHz 千兆赫兹

·gNB 新无线电基站

·IE 信息元素

·IP 互联网协议

·LTE 长期演进

·MAC 媒体访问控制

·MC 多连接

·MCG 主小区组

·MGTA 测量间隙定时提前量

·MIB 主信息块

·MME 移动性管理实体

·MN 主节点

·MTC 机器型通信

·NAS 非接入层

·NG-RAN 下一代无线电接入网络

·NR 新无线电

·NRF 网络功能存储库功能

·NW 网络

·OTT 过顶

·PBCH 物理广播信道

·PCCH 寻呼控制信道

·PDCCH 物理下行链路控制信道

·PDSCH 物理下行链路共享信道

·P-GW 分组数据网络网关

·PLMN 公共陆地移动网络

·PO 寻呼时机

·PRACH 物理随机接入信道

·P-RNTI 寻呼无线电网络临时标识符

·PWS 公共预警系统

·RACH 随机接入信道

·RAM 随机存取存储器

·RAN 无线电接入网络

·RAT 无线电接入技术

·RLC 无线电链路控制

·RNC 无线电网络控制器

·ROM 只读存储器

·RRC 无线电资源控制

·RRH 远程无线电头端

·RRU 远程无线电单元

·RSRP 参考信号接收功率

·RSRQ 参考信号接收质量

·SCEF 服务能力开放功能

·SCG 辅小区组

·SFN 系统帧号

·SI 系统信息

·SIB 系统信息块

·SMTC SS/PBCH块测量定时配置

·SN 辅节点

·SRB 信令无线电承载

·SS 同步信号

·SSB 同步信号块

·TDD 时分双工

·TM 传输模式

·TS 技术规范

·UE 用户设备

·UL 上行链路

·USB 通用串行总线

本领域技术人员将认识到对本公开的实施例的改进和修改。所有这些改进和修改都被认为在本文公开的概念的范围内。

Claims

1.一种由无线设备执行的用于执行测量的方法，其中，当前无线电资源控制RRC状态是包括空闲IDLE和不活动INACTIVE的组中的一项，所述方法包括：

在所述无线设备正驻留的小区中监视(800)下行链路消息的潜在接收；

基于所述下行链路消息的接收，检测(802)关于执行测量的信息；

基于所述关于执行测量的信息，执行(804)测量；以及

报告(806)测量结果。

2.根据权利要求1所述的方法，其中，所述下行链路消息的潜在接收是包括以下项的组中的一项的潜在接收：寻呼消息；以及与所述寻呼消息复用的消息。

3.根据权利要求1所述的方法，其中，所述下行链路消息的潜在接收是包括以下项的组中的一项的潜在接收：物理下行链路控制信道PDCCH消息；以及物理下行链路共享信道PDSCH消息。

4.根据权利要求1至3中任一项所述的方法，其中，所述关于执行测量的信息包括根据在所述无线设备中存储的配置来恢复测量的指示。

5.根据权利要求4所述的方法，其中，所述存储的配置被存储在用户设备UE上下文中。

6.根据权利要求1至5中任一项所述的方法，其中，所述关于执行测量的信息包括指示所述无线设备应根据所接收的配置来执行新测量的测量配置。

7.根据权利要求6所述的方法，其中，所提供的测量配置包括以下组中的一项或多项，所述组包括：一个或多个测量对象列表；一个或多个报告配置；一个或多个测量标识符；以及它们之间的关联。

8.根据权利要求1至7中任一项所述的方法，还包括：

如果所接收的指示是恢复所述测量配置，则恢复(808)所存储的测量配置。

9.根据权利要求8所述的方法，还包括：

如果所述测量配置已被包括，则在所存储的测量配置之上应用(810)所接收的测量配置。

10.根据权利要求9所述的方法，其中，在所存储的测量配置之上应用所接收的测量配置包括以下组中的一项或多项，所述组包括：

应用所接收的测量配置作为所存储的测量配置的增量；以及

应用所接收的测量配置作为全配置。

11.根据权利要求10所述的方法，其中，所述增量包括以下组中的一项，所述组包括：添加；以及去除。

12.根据权利要求10至11中任一项所述的方法，其中，所接收的测量配置被应用作为所述增量还是所接收的测量配置被应用作为所述全配置是基于在MeasConfig IE中的需求码结构。

13.根据权利要求1至12中任一项所述的方法，其中，在安全性被激活之前执行所述测量，并且在安全性被激活之后报告所述测量结果。

14.根据权利要求1至13中任一项所述的方法，其中，所述无线设备在新无线电NR通信网络中工作。

15.一种由基站执行的用于针对无线设备启用测量的方法，其中，所述无线设备的当前无线电资源控制RRC状态是包括空闲IDLE和不活动INACTIVE的组中的一项，所述方法包括：

确定(1000)是否针对所述无线设备启用测量；

向驻留在所述基站的小区的所述无线设备发送(1002)启动测量的指示；以及

从所述无线设备接收(1004)在接收到恢复消息之前执行的测量结果。

16.根据权利要求15所述的方法，其中，发送所述启动测量的指示包括发送包括以下项的组中的一项：寻呼消息；以及与所述寻呼消息复用的消息。

17.根据权利要求15所述的方法，其中，发送所述启动测量的指示包括发送包括以下项的组中的一项：物理下行链路控制信道PDCCH消息；以及物理下行链路共享信道PDSCH消息。

18.根据权利要求15至17中任一项所述的方法，其中，关于执行测量的信息包括根据在所述无线设备中存储的配置来恢复测量的指示。

19.根据权利要求18所述的方法，其中，所述存储的配置被存储在用户设备UE上下文中。

20.根据权利要求15至19中任一项所述的方法，其中，关于执行测量的信息包括指示所述无线设备应根据所接收的配置来执行新测量的测量配置。

21.根据权利要求20所述的方法，其中，所提供的测量配置包括以下组中的一项或多项，所述组包括：一个或多个测量对象列表；一个或多个报告配置；一个或多个测量标识符；以及它们之间的关联。

22.根据权利要求15至21中任一项所述的方法，其中，所述指示包括恢复所述测量配置的指示。

23.根据权利要求22所述的方法，其中，所述指示包括要应用的测量配置。

24.根据权利要求23所述的方法，其中，所述指示包括以下组中的一项或多项，所述组包括：

所接收的测量配置被应用作为所存储的测量配置的增量的指示；以及

所接收的测量配置被应用作为全配置的指示。

25.根据权利要求24所述的方法，其中，所述增量包括以下组中的一项，所述组包括：添加；以及去除。

26.根据权利要求24至25中任一项所述的方法，其中，所接收的测量配置被应用作为所述增量还是所接收的测量配置被应用作为所述全配置是基于在MeasConfig信息元素IE中的需求码结构。

27.根据权利要求15至26中任一项所述的方法，其中，在安全性被激活之前执行所述测量，并且在安全性被激活之后报告所述测量结果。

28.根据权利要求15至27中任一项所述的方法，其中，所述基站在新无线电NR通信网络中工作。

29.一种用于执行测量的无线设备(1500)，其中，当前无线电资源控制RRC状态是包括空闲IDLE和不活动INACTIVE的组中的一项，所述无线设备(1500)包括：

一个或多个处理器(1502)；以及

存储器(1504)，其存储使得所述无线设备(1500)执行以下操作的指令：

在所述无线设备正驻留的小区中监视下行链路消息的潜在接收；

基于所述下行链路消息的接收，检测关于执行测量的信息；

基于所述关于执行测量的信息，执行测量；以及

报告测量结果。

30.根据权利要求29所述的无线设备(1500)，其中，所述指令还使得所述无线设备(1500)执行根据权利要求2至14中任一项所述的方法。

31.一种用于针对无线设备(1500)启用测量的基站(1200)，其中，所述无线设备(1500)的当前无线电资源控制RRC状态是包括空闲IDLE和不活动INACTIVE的组中的一项，所述基站包括：

一个或多个处理器(1204)；以及

存储器(1206)，其存储使得所述基站(1200)执行以下操作的指令：

确定是否针对所述无线设备(1500)启用测量；

向驻留在所述基站(1200)的小区的所述无线设备(1500)发送启动测量的指示；以及

从所述无线设备(1500)接收在接收到恢复消息之前执行的测量结果。

32.根据权利要求31所述的基站(1200)，其中，所述指令还使得所述基站(1200)执行根据权利要求15至28中任一项所述的方法。