用于在无线通信网络中寻呼无线设备的无线电接入网络节点和核心网络节点的制作方法

本公开涉及无线通信，尤其涉及在无线通信网络中寻呼无线设备。

背景技术：

第三代合作伙伴计划(3gpp)当前正致力于长期演进(lte)概念的版本13的标准化。lte系统的架构如图3a所示，包括无线电接入节点(演进节点b-enb、归属enb-henb、henb网关-gw)和演进分组核心节点(移动性管理实体(mme)/服务s-gw)。可以看出，s1接口将henb/enb连接到mme/s-gw以及将henb连接到henbgw，而x2接口可选地经由x2gw连接对等enb/henb。

图3b中示出了本公开中可能的示例性管理系统。节点单元(ne)(也称为enodeb)由也称为操作和支持系统(oss)的域管理器(dm)管理。域管理器(dm)还可以由网络管理器(nm)管理。两个ne通过x2对接，而两个dm之间的接口称为itf-p2p，其代表接口p。管理系统可以配置网络单元，以及接收与网络单元中的特征相关联的观察。例如，dm观察和配置网元，而nm观察和配置dm以及经由dm观察和配置ne。

借助经由dm、nm和相关接口的配置，x2和s1接口上的功能可以在可能涉及核心网络(即mme和s–gw)的整个无线电接入网络(ran)中以协调的方式执行。

网络触发服务请求的过程可以使用寻呼来建立核心网络(cn)与无线设备(例如用户设备(ue))之间的信令连接。到网络触发服务请求过程的触发事件的一些示例是用于移动终止短消息服务(sms)下行链路用户数据的信令和下行链路非接入层(nas)控制信令。

由3gpp网络服务的无线设备(也称为ue)由cn在服务区域(也称为注册区域)注册。在lte中，注册区域包括跟踪区域列表、非接入层跟踪区域标识(nastai)列表。具有注册区域的目的是使得空闲无线电资源控制(rrc)中的ue能够在nastai列表中的跟踪区域的小区之间移动和改变小区，而无需向cn发送任何信令。当ue移动到不是其注册区域的一部分的小区时，要求ue开始跟踪区域更新(tau)过程和请求在新位置处注册，并且ue被分配有新的注册区域。

cn使用寻呼来使无线设备(例如，ue)可到达以用于与cn的信令交换。由于已知无线设备驻留在其注册区域中，因此cn可以选择向作为注册区域nastai列表的一部分的跟踪区域的所有小区发送寻呼消息。然后，将保证具有无线电连接的无线设备响应无线设备当前驻留的小区中的寻呼。

然而，通常不使用对nastai列表的所有小区的寻呼，因为在大量小区中的寻呼导致cn和ran两者中的高信令负载。

可以优化由mme执行的寻呼的实现，以使得mme向ran发送第一寻呼请求以仅覆盖ue注册区域的一部分。在ue没有响应的情况下，mme重复寻呼请求并且还使寻呼请求覆盖注册区域的更大部分。

在决定用于网络触发服务请求执行的寻呼策略时，mme可以使用附加信息来确定请求与ue的信令交换的优先级。网络触发服务请求执行由例如到处于空闲状态的ue的下行链路(用户或控制)数据传输触发，参见3gpp23.401v13第5.3.4.2节。

3gpp尚未指定lte架构是否以及如何演进以满足5g时间帧的挑战。

可以假设将存在s1、x2和uu接口的演进对应物，并且任何新的无线接入技术(rat)将以与定义lte双连接类似的方式与ran级别的lte无线电接口相集成。

本公开中描述的方法、方案和系统的总体原理将适用于类似lte的架构和基于s1接口的演进的新架构两者。

rrc暂停

在3gpp技术规范23.401第5.3.4a节版本13.6.0中，存在关于rrc暂停原理的描述。

在当前的eps网络中，信令开销和负载的主要贡献者是用于ue状态转变(即在空闲和连接状态之间的转变)的过程。

图3c示出了建立和拆除连接以便ue能够传送/接收用户平面数据所需的当前基于s1/eps架构的过程，即适用于ue空闲/连接状态转变的过程。可以看出，对于小数据事务，uu(无线电)和s1接口上存在显著的信令开销。

为了减少网络sa2和ran中的信令开销和相关联的处理负载，wg已经在rel-13中引入了允许rrc连接被暂停并在稍后的时间恢复的解决方案；最小化对经历用于空闲到连接状态转变的完整信令过程的需要，参见例如3gpp23.401v13.6.0第5.3.4a节。该解决方案适用于普通lteue和物联网(iot)ue两者。

所采用的解决方案基于对空闲状态的增强，以使得能够恢复rrc连接，从而避免了在ue从空闲返回时再次建立rrc连接的需要(假设大部分时间ue重新连接到或者重新出现在具有已存储的rrc上下文的节点中)。该过程如图3d所示。

以下机制可以用于智能寻呼。对于图3c中的信令流，从enb到mme的s1ap消息“ue上下文释放完成(uecontextreleasecomplete)”，引入可选信息元素(ie)“关于推荐小区和用于寻呼的enb的信息(informationonrecommendedcellsandenbsforpaging)”，其中enb为推荐的小区提供小区全局标识(cgi)和停留时间以及推荐的enb的全局enbid/tai。enb具有标识或标识符(id)，其唯一地定义了在其中采用它的无线通信网络内的enb。enb-id可以具有20比特或28比特。enb-id还包括在全局enb-id内，全局enb-id全局唯一地标识enodeb。全局enb-id由移动国家代码(mcc)、移动网络代码(mnc)和enb-id构成。对于tai，请参阅例如3gpp24.301v13.5.0第9.9.3.32节。enodeb还可以包括关于在所执行的用于指示暂停开始的s1ap信令中寻呼的推荐小区的信息。如上所述，在3gpp技术规范23.401第5.3.4a节版本13.6.0中，存在关于rrc暂停原理的描述。

在从mme到enb的s1ap消息“寻呼”中，引入了可选的ie“寻呼辅助数据(assistancedataforpaging)”，其中mme为推荐的小区提供cgi和停留时间以及寻呼尝试计数。

以下机制可以用于rrc连接时间处理。在从mme到enb的s1ap消息“初始上下文建立请求(initialcontextsetuprequest)”和“切换请求(handoverrequest)”两者中，引入可选的ie“预期ue行为(expecteduebehaviour)”，其中mme提供关于ue上的预期活动时段、空闲时段和切换间隔的信息。

技术实现要素：

目的是进一步改进无线设备的寻呼过程。特别地，目的是提供无线电接入网络(ran)节点、核心网络(cn)节点以及由它们执行的用于在无线通信网络中寻呼无线设备的相应方法。这些目的和其他目的可以通过提供根据下面所附独立权利要求的ran节点、cn节点、在ran节点中的方法、以及在cn节点中的方法来获得。

根据一个方面，提供了一种由ran节点执行的用于在无线通信网络中寻呼无线设备的方法。所述方法包括：与cn节点交换寻呼策略信息；根据所交换的寻呼策略信息，执行所述无线设备的ran寻呼过程；以及基于所执行的ran寻呼过程的结果，更新所述寻呼策略信息。

根据一个方面，提供了一种由cn节点执行的用于在无线通信网络中寻呼无线设备的方法。所述方法包括：与ran节点交换寻呼策略信息；从所述ran节点接收用于寻呼所述无线设备的请求；以及根据所接收的请求，执行所述无线设备的寻呼。

根据一个方面，提供了一种ran节点，用于在无线通信网络中寻呼无线设备。所述ran节点被配置用于：与cn节点交换寻呼策略信息；根据所交换的寻呼策略信息，执行所述无线设备的ran寻呼过程；以及基于所执行的ran寻呼过程的结果，更新所述寻呼策略信息。

根据一个方面，提供了一种cn节点，用于在无线通信网络中寻呼无线设备。所述cn节点被配置用于：与ran节点交换寻呼策略信息；从所述ran节点接收用于寻呼所述无线设备的请求；以及根据所接收的请求，执行所述无线设备的寻呼。

由ran节点执行的方法、由cn节点执行的方法、ran节点、以及cn节点具有若干优点。一个可能的优点是能够在最小化寻呼资源的使用和/或无线电资源使用的情况下寻呼无线设备。另一个可能的优点是无线设备可以只需连续地监听相同的寻呼间隔，而与寻呼是由ran节点还是cn节点触发无关。通过对齐寻呼策略，无线设备不必根据cn节点或ran节点是否正在执行寻呼来不同地配置；这反过来减少了朝向无线设备的信令负载。

附图说明

现在将结合附图更详细地描述实施例，其中：

图1a是根据示例性实施例由ran节点执行的用于在无线通信网络中寻呼无线设备的方法的流程图；

图1b是根据再一示例性实施例由ran节点执行的用于在无线通信网络中寻呼无线设备的方法的流程图；

图1c是根据又一示例性实施例由ran节点执行的用于在无线通信网络中寻呼无线设备的方法的流程图；

图1d是根据另一示例性实施例由ran节点执行的用于在无线通信网络中寻呼无线设备的方法的流程图；

图2a是根据示例性实施例由cn节点执行的用于在无线通信网络中寻呼无线设备的方法的流程图；

图2b是根据再一示例性实施例由cn节点执行的用于在无线通信网络中寻呼无线设备的方法的流程图；

图2c是根据又一示例性实施例由cn节点执行的用于在无线通信网络中寻呼无线设备的方法的流程图；

图3a是示出enb与henb(x2)之间以及enb/henb与mme/s-gw(s1)之间的逻辑接口的lte架构的图示；

图3b是管理系统架构示例的图示；

图3c是传统连接建立和释放过程的信令图；

图3d是用于恢复先前暂停的rrc连接的过程的信令图；

图4是根据示例性实施例用于在无线通信网络中寻呼无线设备的ran节点的框图；

图5是根据再一示例性实施例用于在无线通信网络中寻呼无线设备的ran节点的框图；

图6是根据示例性实施例用于在无线通信网络中寻呼无线设备的cn节点的框图；

图7是根据又一示例性实施例用于在无线通信网络中寻呼无线设备的cn节点的框图；

图8是根据示例性实施例用于在无线通信网络中寻呼无线设备的ran节点中的装置的框图；

图9是根据示例性实施例用于在无线通信网络中寻呼无线设备的cn节点中的装置的框图。

具体实施方式

本公开的一个目的是提供用于在无线通信网络中实现有效且可靠的寻呼的方法。本公开中描述的一个或多个可选实施例的另一个目的是提供用于使得能够选择满足寻呼等待时间要求和特性的适当ran寻呼策略的方法。

本文的实施例涉及由无线电接入网络(ran)节点执行的用于在无线通信网络中寻呼无线设备的方法。现在将参考图1a-1d描述这种方法的不同实施例和示例。

图1a示出了方法100，包括：与核心网络(cn)节点交换110寻呼策略信息；根据所交换的寻呼策略信息，执行120无线设备的ran寻呼过程；以及基于所执行的寻呼过程的结果，更新180寻呼策略信息。

寻呼策略可包括各种不同的信息、方面、组件和/或特性。仅作为非限制性示例(a)，寻呼策略可以包括关于为其发起寻呼的服务的紧急性或优先级的每服务信息。在示例中，这样的信息可以表达为从寻呼信令(ran寻呼过程)的开始直到ran节点在没有来自无线设备的响应的情况下需要放弃ran寻呼过程为止的可接受最大延迟。可以针对每个用户数据流单独指示这样的信息，以使ran节点能够根据与用户数据相关联的服务来应用不同的寻呼逻辑/方案。在传统通信系统(例如传统e_utra)的ran中，这可以是每eps承载/e-rab(无线电接入承载)的。

根据另一非限制性示例(b)，寻呼策略可以包括基于ue所在位置的概率(其基于历史移动性数据)，预期ran节点在其中执行寻呼的寻呼区域，或预期ran节点执行寻呼的不同寻呼区域的时间顺序。

将(a)可接受最大延迟以及(b)寻呼区域的两个示例相组合可以使ran节点能够应用其自己的寻呼逻辑，例如通过在最后访问的小区中开始寻呼并且仅在没有响应时扩大范围并在额外小区中寻呼。

可能的益处是能够最小化寻呼资源的使用，同时仍然满足例如由a)表示的延迟要求。

寻呼策略信息向ran节点提供关于如何执行ran寻呼过程以成功到达无线设备同时最小化寻呼资源使用和/或无线电资源使用的信息。

然后，ran节点可以根据寻呼策略信息执行ran寻呼过程。ran寻呼过程可能导致来自无线设备的响应或者未能从无线设备接收响应。

寻呼策略可以证明是成功的、充分的或不成功的。取决于所执行的寻呼过程的结果，ran节点可以基于该结果来更新寻呼策略信息。

由ran节点执行的方法能具有若干优点。一个可能的优点是能够在最小化寻呼资源的使用和/或无线电资源使用的情况下寻呼无线设备。另一个可能的优点是无线设备能够只需始终监听相同的寻呼间隔，而与是由ran节点还是cn节点触发寻呼无关。通过与本申请的策略一致，无线设备无需根据是cn节点还是ran节点执行寻呼而被不同地配置；这反过来减少了朝向无线设备的信令负载。

更新180寻呼策略信息可以包括从cn节点接收更新后的寻呼策略信息。

更新180寻呼策略信息可以包括评估150所执行的寻呼过程的结果。

如下面将更详细解释的，可以由ran节点和/或cn节点评估寻呼策略信息。

如上所述，ran节点可以与cn节点交换寻呼策略信息。如上所述，存在各种执行此操作的方式。例如，寻呼策略信息可以通过演进无线电接入承载(e-rab)管理过程的消息中的一个或多个信息元素来交换、和/或通过用户设备(ue)上下文管理过程的消息中的一个或多个信息元素来交换、和/或通过ran节点与cn节点之间的控制信令来交换。

当所执行的ran寻呼过程的结果是：(a)无法到达无线设备、或(b)无法在预定时间帧内到达无线设备、或(c)由ran节点确定的由于其他原因导致的失败、或(d)当ran节点出于其他原因确定这样做时，方法100可以包括向cn节点发送用于执行无线设备的第一cn寻呼过程的请求130。这在图1b中说明。

第一cn寻呼过程可能需要cn节点接管寻呼无线设备的责任，其中第一寻呼过程包括用于cn节点的寻呼策略。ran节点可能有不同的原因使其寻呼过程对无线设备失败。例如，到达无线设备的紧迫性使得无法及时到达无线设备，即换言之，出于所传输的数据到达无线设备的等待时间要求或对被寻呼无线设备的承载的qos要求。如果延迟要求或qos要求是严格的，则ran节点可立即请求cn进行第一次空中寻呼。

将请求130发送到cn节点以执行无线设备的第一cn寻呼过程包括向cn节点提供与所执行的ran寻呼过程有关的信息。

由于ran节点可能已经执行了部分的其寻呼过程，所以至少在ran寻呼过程失败的情况下，可能是例如寻呼信令已经在一些小区中发送和/或已经经过了ran寻呼过程的持续时间。因此，ran节点可以向cn节点提供信息，以便cn节点被告知到目前为止发生了什么，使得cn节点可以相应地调整其第一cn寻呼过程。

当所执行的ran寻呼过程的结果是：(a)无法到达无线设备、或(b)无法在预定时间帧内到达无线设备、或(c)由ran节点确定的由于其他原因导致的失败、或(d)当ran节点出于其他原因确定这样做时，方法100包括向cn节点发送用于执行第二cn寻呼过程的请求140。

在该示例性实施例中，ran节点仍然可以保持寻呼无线设备的责任。第二cn寻呼过程可能需要例如cn节点在ran节点未借助ran寻呼来寻呼的区域中寻呼无线设备。第二cn寻呼过程还可以或备选地需要cn节点在ran节点不能或不想到达的区域中寻呼无线设备。

当将用于执行第二cn寻呼过程的请求140发送到cn节点时，ran节点还可以向cn节点提供关于可能执行的ran寻呼过程的信息。这样的信息可以结合在该请求中，或者可以在附加的消息或信令中发送。

方法100还可以包括：评估150所执行的ran寻呼过程的结果；基于所评估的结果，更新180寻呼策略信息；以及与cn节点交换110寻呼策略信息。在该示例中，当ran节点将用于执行第二cn寻呼过程的请求140发送到cn节点时，第二cn过程可被视为ran寻呼过程的一部分，因为ran节点未完全请求cn节点接管寻呼责任，而是在寻呼无线设备方面提供一些额外的帮助。

如上所述，ran节点或cn节点都可以基于所评估的寻呼无线设备的结果来更新寻呼策略信息。评估可以是关于例如(i)用于寻呼过程的时间、(ii)寻呼成功/失败、(iii)无线设备响应寻呼消息的小区的标识。评估可以与先前信息(例如无线设备进入休眠状态的小区id、流/承载等的定时要求、无线设备进入休眠状态直到无线设备被寻呼之间的时间等)一起完成。在一个示例中，ran节点评估所执行的寻呼过程的结果，该过程可以包括第二cn寻呼过程的一部分。一旦更新了寻呼策略信息，ran节点就与cn节点交换更新后的寻呼策略信息，使得两个节点都具有最新的寻呼策略信息。

在说明性示例中，评估所执行的寻呼过程的结果可以包括确定寻呼延迟是否在预定义的时间间隔内。

存在关于其他参数评估寻呼过程的其他方式。这些参数的非限制性示例是无线设备的移动(其中已经接收到寻呼响应，并且无线设备被设置为休眠状态直到正在执行寻呼之间的时间)、无线设备的服务质量(不同的服务有不同的时间要求)。

可以通过将参数与相应阈值、与参数的相应间隔等进行比较来执行评估。参数可以是刚刚在上面描述的任何参数。仅出于说明的目的，过度简化的示例可以是首先比较无线设备进入休眠状态与使用具有不同时间间隔的表的ran寻呼的ran寻呼无线设备之间的时间，然后检查设备的移动(静态或非静态)。如果现在无线设备在切换到休眠/寻呼时机之间具有长时间间隔并且设备是静态的(意味着没有移动)，则可以将寻呼策略改变为更窄的初始寻呼区域，以用于ran寻呼和cn寻呼两者。该策略需要传播到cn，因为当ran在完全处理寻呼时，cn不知道此寻呼结果。

本文的实施例还涉及一种由核心网络(cn)节点执行的用于在无线通信网络中寻呼无线设备的方法200。

现在将参考图2a-2c描述这种方法的实施例。图2a示出了该方法，包括：与无线电接入网络(ran)节点交换210寻呼策略信息；从ran节点接收220用于寻呼无线设备的请求；以及根据所接收的请求，执行230无线设备的寻呼。

如上所述，ran节点和cn节点可以交换寻呼策略信息，使得两者都具有最新版本，以防该信息可能已经改变。可以是cn节点将寻呼策略信息发送到ran节点或ran节点将寻呼策略信息发送到cn节点。

cn节点可以从ran节点接收用于寻呼无线设备的请求。该请求可以包括第一cn寻呼过程或第二cn寻呼过程，其中cn节点被告知它从ran节点接收到什么类型的请求。然后cn节点还被告知在接收到请求时如何采取动作，参见上面关于第一和第二cn寻呼过程的定义的描述。

然后，cn节点可以根据所接收的请求来执行无线设备的寻呼。

由cn节点执行的方法具有与由ran节点执行的方法相同的优点。一个可能的优点是能够在最小化寻呼资源的使用和/或无线电资源使用的情况下寻呼无线设备。另一个可能的优点是无线设备能够只需始终监听相同的寻呼间隔，而与寻呼是由ran节点还是cn节点触发无关。相反，如果ran节点和cn节点未在寻呼策略上对齐，则无线设备将需要根据是cn节点还是ran节点执行寻呼而被不同地配置，这将意味着朝向无线的更高信令负载以及关于寻呼周期的暂时陈旧无线设备配置的潜在问题。

从ran节点接收的用于寻呼无线设备的请求可以请求cn节点从ran节点接管寻呼过程，执行230寻呼过程包括将寻呼策略信息应用于寻呼过程以及可选地应用于在从ran节点接收的请求中包括的信息。

在该示例中，该请求包括上述第一cn寻呼过程。

当所执行的第一cn寻呼过程的结果是成功到达无线设备时，方法200还可以包括评估240所执行的寻呼过程的结果，基于所评估的结果来更新250寻呼策略信息，以及与ran节点交换210寻呼策略信息。

同样如上所述，cn节点可以评估所执行的寻呼过程的结果。可以以与上述相同的方式执行评估，例如通过将参数与相应的阈值、与参数所关联的间隔等进行比较。

从ran节点接收的用于寻呼无线设备以要求cn节点执行寻呼尝试的请求可以包括使cn节点能够执行所请求的寻呼尝试的信息，执行230无线设备的寻呼是根据所接收的请求并考虑在从ran节点接收的请求中包括的信息而执行的。

这对应于从ran节点接收的包括如上所述的第二cn寻呼过程的请求。

当所执行的第二cn寻呼过程的结果是成功到达无线设备时，方法200还可以包括评估240所执行的寻呼过程的结果，基于所评估的结果来更新250寻呼策略信息，以及与ran节点交换210寻呼策略信息。

方法200还可以包括在ran节点中建立260ue上下文。

其中建立ue上下文的ran节点可以是上面描述的开始ran寻呼过程的同一ran节点或另一个ran节点。

在由dl数据到达触发寻呼的时间点与ue响应寻呼请求并且无线设备(例如ue)接收到dl数据的时间点之间的时间间隔上可能存在等待时间要求。下文中，无线设备将被称为ue。为了满足要求，ran和cn可以使用以下参数作为输入：

·关于ue的注册移动性的历史信息

·ue的数据活动和空闲时段

·ue的服务要求(例如，服务质量(qos)、诸如与特定qci值相关联的分组延迟预算之类的细节)

·当前寻呼的已用时间

·ue的寻呼区域信息(例如tai列表)

·到目前为止已被寻呼的区域

需要基于上述输入相应地调整寻呼策略，即前一章节中提到的寻呼机制的顺序、持续时间和传播。

当引入ran寻呼时，寻呼的责任可以部分地从核心网络移动到ran。为了能够通过ran执行寻呼策略，在寻呼时机之前和期间需要在enb和mme之间进行信息交换。如今已有的信息不足以执行此操作，原因如下：

(1)当dl数据到达处于休眠状态的ue的enb时，enb具有以下信息：

a.来自“初始上下文建立请求”或“切换请求”的关于ue上的预期活动时段、空闲时段和切换间隔的“预期ue行为”。可以通过来自mme的显式信令来取得该信息，但是即使没有这样的信令，enb也能够通过维护存储这些信息的ue上下文来跟踪ue行为，即空闲活动转变时间和其他统计信息。

b.由enb捕获的ue处于休眠状态的时间。

enb仍然没有寻呼区域信息或关于ue使用的服务的服务要求的信息。在现有技术中，当mme决定寻呼策略时，它将使用(1)a和b作为输入以及寻呼区域信息和服务的qos要求。并且，现在当在enb中执行ran寻呼时，enb需要具有与mme做出相同决定的信息相同的信息。

寻呼区域信息可以在enb(及其邻居)服务多个跟踪区域的情况下使用。如果enb从核心网络接收用于ue的寻呼区域信息，则可以通过仅在作为寻呼区域的一部分的那些小区上发送寻呼消息来优化ran寻呼，即，避免在不是寻呼区域的一部分的跟踪区域中的小区中进行寻呼。访问关于寻呼区域的信息还可以使enb(其是ran节点的示例)能够确定何时停止寻呼。

关于应用服务要求的信息可能例如暗示可能需要频繁地并且直接宽寻呼范围地寻呼ue以实现从cn处的数据可用直到可以将这种数据发送到ue时的低延迟。如此要求的示例服务是由移动终止(mt)呼叫引起的ims和寻呼。通过访问服务或承载特定信息，可以优化ran寻呼策略。

(2)当enb向mme发送“寻呼辅助请求”时，mme需要具有上述用于执行寻呼策略的参数输入。

(2)在enb无法寻呼ue并需要mme(cn)的帮助之后在ran寻呼期间有效。由于cn没有关于在ran寻呼过程期间发生的事情的信息，cn将需要对该历史进行一些更新(以及在一些情况下对(1)中用于执行优化后的寻呼过程的信息进行更新)。

不同实施例提供了在引入ran寻呼时实现寻呼策略的可能性。

在第一示例性实施例中，mme向enb通知ue的cn可达性要求，即，需要到达ue的时间长度与对于每次寻呼的迭代应该寻呼的区域的大小，并且还向enb提供有关服务要求和寻呼区域的其他信息。这可以以各种不同方式完成。

第一示例实施例的第一示例适用于服务要求信息。第一示例需要在无线电接入承载(rab)/流建立期间引入关于enb的ue承载的数据等待时间的附加信息元素，以便决定应当使用哪个ran寻呼策略来满足特性要求。换句话说，在rab建立过程期间，添加用于每个承载上的传输等待时间要求的信息元素(ie)，使得enb知道如何寻呼ue以便满足传输等待时间要求的策略，因为寻呼可以由入站下行链路(dl)数据触发并且它需要被及时传递，其中时间等于寻呼时间加上ue被寻呼之后的数据传输时间。

第一示例性实施例的第二示例适用于应用服务要求信息和寻呼区域信息两者。mme在初始上下文建立期间为每个ue提供服务要求信息和寻呼区域信息，以向enb通知想要的寻呼策略以及“预期ue行为”ie。此外，ran节点和mme可以在它们动态改变或初始化寻呼过程的同步设置的情况下交换寻呼策略。换句话说，在初始上下文建立过程期间，添加用于ue的传输等待时间要求的ie，以及寻呼区域的实体(tai列表)，使得enb知道ue应该如何以及在何处被寻呼的策略，以便满足传输等待时间要求，因为寻呼可以由入站dl数据触发并且它需要被及时传递，其中时间等于寻呼时间加上ue被寻呼之后的数据传输时间。如果现在enb由于附加信息(例如，由ran结合ran寻呼而检测到的相同ran寻呼区域内ue的新移动类型或模式)而改变该ue的策略，则新的寻呼策略需要在enb和mme之间同步。这也适用于mme想要改变寻呼策略的情况。

第一示例性实施例的第三示例包括mme和ran节点之间的控制信令，即显式信令，而不是使用现有的信令过程来交换寻呼策略信息。

在第二示例性实施例中，当enb使用“寻呼辅助请求”来使cn执行寻呼时，enb向mme通知寻呼状态。在使用向mme的“寻呼辅助请求”时，enb向mme通知ran寻呼到目前为止的进展。与来自enb的支持信息一起使cn能够使用想要的/请求的寻呼策略来继续寻呼。这可以以各种不同方式完成。

第二示例性实施例的第一示例是ran继续执行寻呼策略。在这种情况下，ran使用“寻呼辅助请求”来请求cn按照ran的指示来执行单个寻呼信令尝试。

第二示例性实施例的第二示例是ran将寻呼策略执行移动到cn。在这种情况下，ran使用“寻呼辅助请求”来向cn通知ran已经结束寻呼但没有到达ue。作为“寻呼辅助请求”的一部分，ran为cn提供了迄今为止由ran执行的寻呼的详细信息。

在上面的第一示例性实施例中，ran和cn交换关于寻呼策略(例如，关于寻呼时机、寻呼周期、通过ran/cn接口传送到cn之前ran寻呼的最大延迟等)的信息。如将举例说明的，寻呼策略(也称为寻呼策略信息)可以包括附加和/或其他信息/参数/特性。寻呼策略的交换可以包括cn(例如，cn中的节点)向ran(例如，ran中的节点)通知寻呼策略；或者相反。

在第一示例性实施例的示例中，可以经由e-rab管理过程来交换该信息。用于这种信息交换的可能候选s1ap消息可以是已在lte中定义的e-rab建立请求(e-rabsetuprequest)、e-rab建立响应(e-rabsetupresponse)、e-rab修改请求(e-rabmodifyrequest)、e-rab修改响应(e-rabmodifyresponse)、e-rab释放命令(e-rabreleasecommand)、e-rab释放响应(e-rabreleaseresponse)、e-rab释放指示(e-rabreleaseindication)、e-rab修改指示(e-rabmodificationindication)以及e-rab修改确认(e-rabmodificationconfirm)。

在第一示例性实施例的第二示例的另一示例中，可以经由ue上下文管理过程来交换该信息。用于这种信息交换的可能候选s1ap消息可以是已在lte中定义的初始上下文建立请求(initialcontextsetuprequest)、初始上下文建立响应(initialcontextsetupresponse)、ue上下文修改指示(uecontextmodificationindication)、ue上下文修改确认(uecontextmodificationconfirm)、ue上下文修改请求(uecontextmodificationrequest)、ue上下文修改响应(uecontextmodificationresponse)、需要的切换(handoverrequired)、ue上下文暂停请求(uecontextsuspendrequest)、ue上下文暂停响应(uecontextsuspendresponse)、ue上下文恢复请求(uecontextresumerequest)、ue上下文恢复响应(uecontextresumeresponse)以及切换请求(handoverrequest)。

在第一示例性实施例的又一个示例中，该信息借助于cn和ran之间的其他信令来交换。信令可以专用于交换信息的目的，或者可以结合在用于其他目的的信令中(在用于其他目的的信令中捎带)。

上述示例的实施例对于可以在诸如5g系统、下一代系统等的其他系统中实现的等效过程是有效的。

cn可以作为s1ap消息的一部分而包括用于交换寻呼策略信息的新信息元素(ie)，其指定寻呼频率、相对于公共时间参考的寻呼偏移、寻呼重复信息(即cn建议ue应该被寻呼的频率)、以及ran花费在寻呼上直到建立与ue的连接的所请求的最大时间。这些信息的一部分将以与借助cn触发的寻呼消息相同的方式到达ran节点(例如enb)，其他部分包括ran节点能够用以根据cn描述的寻呼策略而独立寻呼ue的信息，以及当ran节点已经结束寻呼而没有从ue接收到任何寻呼响应时，ran节点可以使用“寻呼辅助请求”来请求cn执行ue的寻呼。

cn还可以作为s1ap消息的一部分而包括指定寻呼区域信息(例如tai列表)的新信息元素。对于该信息，针对在接收s1ap消息的enb节点内或当应用x2相关的ran寻呼时该enb节点的邻居内进行ran寻呼，ran可避免在不在寻呼区域中的跟踪区域内的小区上发送ran寻呼消息。

等同地，如果ran例如通过使用新的寻呼周期或寻呼偏移来更新其寻呼策略，则ran可以通过在信令消息中包括新的寻呼策略信息来向cn通知这种改变。这种信令消息可以是s1：初始上下文建立响应或其他无线电系统中的任何等效消息。备选地，该信令可以通过新定义的过程来发生。

关于示例性的第二实施例，ran和cn交换关于寻呼策略(例如关于寻呼时机、寻呼周期、在通过ran/cn接口传送到cn之前ran寻呼的最大延迟等)的信息。

在一个示例中，该信息可以经由e-rab管理过程来交换。以上举例说明了用于这种信息交换的可能的候选s1ap消息。

在另一示例中，该信息可以经由ue上下文管理过程来交换。以上举例说明了用于这种信息交换的可能的候选s1ap消息。

两个示例的实施例对于可以在诸如5g系统、下一代系统等的其他系统中实现的等效过程是有效的。

cn可以作为s1ap消息的一部分而包括新信息元素，其指定寻呼频率、相对于公共时间参考的寻呼偏移、寻呼重复信息(即cn建议ue应该被寻呼的频率)、以及ran花费在寻呼上直到建立与ue的连接的所请求的最大时间。这些信息的一部分将以与借助cn触发的寻呼消息相同的方式到达ran节点(例如enb)，其他部分包括ran节点能够用以根据cn描述的寻呼策略而独立寻呼ue的信息，以及当ran节点已经结束寻呼而没有从ue接收到任何寻呼响应时，ran节点可以使用“寻呼辅助请求”来请求cn执行ue的寻呼。

cn(仅对上述第二示例有效)还可以作为s1ap消息的一部分而包括指定寻呼区域信息(例如tai列表)的新信息元素。对于该信息，针对在接收s1ap消息的enb节点内或者当应用x2相关的ran寻呼时该enb节点的邻居内进行ran寻呼，ran可避免在不在寻呼区域中的跟踪区域内的小区上发送ran寻呼消息。

等同地，如果ran例如通过使用新的寻呼周期或寻呼偏移来更新其寻呼策略，则ran可以通过在信令消息中包括新的寻呼策略信息来向cn通知这种改变。这种信令消息可以是s1：初始上下文建立响应或其他无线电系统中的任何等效消息。备选地，该信令可以通过新定义的过程来发生。

在所提到的示例性第二实施例中，如果没有来自ue的对ran寻呼的寻呼响应，则enb将向cn请求寻呼帮助。在这种情况下，ran应提供有关ran寻呼到目前为止所取得的进展的信息，包括关于ran寻呼持续时间的信息、关于ran寻呼的区域信息等。这种增强是有益的，因为它允许cn优化执行寻呼的方式。这种增强在cn侧和ran侧两者的附加信令和处理方面具有更高的复杂性，但是它确保cn可以在ue被最佳配置的寻呼时机和策略上寻呼，而不是选择寻呼策略，例如，在少于ue正在监听的时机上寻呼。后者是次优化过程，假定ue正在周期性监听寻呼并投入电池电力来运行这样的过程。顺序可以如下：

该场景的前提条件可以是cn已经确定可以由ran处理特定ue的寻呼，即ue适合于被ran处理为rrc连接不活动(rrcconnectedinactive)，而ue被cn处理为ecm已连接(ecm-connected)。

1.dl用户数据到达核心。

2.cn将dl用户数据传递给ran。

3.由于ue不是rrc连接的(rrcconnected)，ran需要首先通过寻呼到达ue。

4.ran执行其寻呼策略但未能到达ue。

下面是两个不同的示例，第一示例是当ran(例如ran中的节点)请求cn接管寻呼时；第二示例是当ran维持寻呼的责任时，还请求cn在特定区域中执行寻呼。

第一示例：

5.1ran停止寻呼

6.1ran请求cn完全接管寻呼机制。作为用于“寻呼辅助请求”的信令的一部分，ran可以包括关于ran在寻呼上花费多长时间、包括例如寻呼时机的寻呼策略、寻呼的原因(即，触发ran开始寻呼的dl用户数据的qos)、以及ran已经执行寻呼以到达ue的区域的全部或一些信息。

7.1cn应用其寻呼策略并决定将要寻呼哪些ran节点、寻呼间隔、应用哪个寻呼重复、已经寻呼的区域等。在这种情况下，cn还可以在发出请求的ran节点已经寻呼的区域中进行寻呼。

8.1cn通过寻呼成功到达ue。

9.1cn评估寻呼延迟结果。cn决定是否可以在状态rrc连接不活动(rrcconnectedinactive)中处理ue(这意味着ran将进行寻呼)或者核心将来是否将进行所有寻呼，并且根据本发明中的第一实施例来执行寻呼策略的改变。

10.1cn通过在ran中建立ue上下文来结束对rrc已连接的状态改变。作为发送到ran的ue相关信息的一部分，mme向ran通知ue是否有资格通过rrc状态rrc连接不活动来处理。

第二示例：

5.2ran决定维持寻呼策略的责任，但也要求cn在ran不能或不想通过ran寻呼到达的区域中执行寻呼。

6.2ran执行对“寻呼辅助请求”的信令发送(以下称为第二cn寻呼过程)，向cn提供用于单个寻呼尝试的信息，并提供使cn能够执行此操作的信息：寻呼间隔、时间长度、以及ran在下一次尝试时仍会寻呼的区域。ran还可以提供有关ran在寻呼上花费了多少次尝试的信息。ran还可以请求cn在特定区域(例如ran寻呼尚未到达的区域)中寻呼，或者ran可以请求cn决定寻呼的寻呼区域。ran节点可以提供ran已经执行寻呼的区域列表，以便使cn能够避免在已经由ran寻呼的区域中寻呼。当cn决定寻呼区域时，cn使用关于已经被寻呼的区域的信息。

7.2cn对所决定的寻呼区域执行单个寻呼尝试，同时使用来自发出请求的ran节点的关于该寻呼尝试的寻呼范围的信息(最重要的是，包括寻呼重复信息)。

8.2由cn执行的单个寻呼成功到达ue，ue响应并建立连接。

9.2cn或ran评估寻呼延迟结果。cn或ran决定是否可以在状态rrc连接不活动中处理ue(这意味着ran将进行寻呼)或者核心将来是否将进行所有寻呼，并且根据本公开的第一实施例执行寻呼策略的改变。

10.2cn通过在ran中建立ue上下文来结束对rrc已连接的状态改变。作为发送到ran的ue相关信息的一部分，mme向ran通知ue是否有资格通过rrc状态rrc连接不活动来处理。

在两种情况下，由cn执行的寻呼将能够访问由ran提供的信息。该方法的一个优点是ue将需要始终监听相同的寻呼间隔，而与寻呼是由ran还是cn触发无关。相反，如果ran和cn未在寻呼策略上对齐，则ue将需要根据是cn节点还是ran节点执行寻呼而被不同地配置，这将意味着朝向ue的更高信令负载以及关于寻呼周期的暂时陈旧ue配置的潜在问题。

本文的实施例还涉及一种用于在无线通信网络中寻呼无线设备的ran节点。现在将参考图4和5描述这种ran节点的不同实施例和示例。

图4和图5示出了ran节点，被配置用于：与核心网络(cn)节点交换寻呼策略信息；根据所交换的寻呼策略信息，执行无线设备的ran寻呼过程；以及根据所执行的寻呼过程的结果，更新寻呼策略信息。

ran节点可以以不同方式实施或实现。图4中示出了第一示例性实施或实现。图4示出了ran节点400包括处理器421和存储器422，存储器422例如借助计算机程序423包括指令，所述指令当由处理器421执行时使得ran节点400：与cn节点交换寻呼策略信息；根据所交换的寻呼策略信息，执行无线设备的ran寻呼过程；以及基于所执行的寻呼过程的结果，更新寻呼策略信息。

图4还示出了ran节点400包括存储器410。应当指出，图4仅仅是示例性说明，并且存储器410可以是可选的，是存储器422的一部分或者是ran节点400的另一存储器。存储器可以例如包括与ran节点400有关的信息，以及与ran节点400的操作的统计有关的信息(仅给出一些说明性示例)。图4还示出了ran节点400包括处理装置420，处理装置420包括存储器422和处理器421。

此外，图4示出了ran节点400包括通信单元430。通信单元430可以包括接口，ran节点400通过该接口与通信网络的其他节点或实体以及其他通信单元通信。图4还示出了ran节点400包括其他功能440。其他功能440可以包括ran节点400执行本文未公开的不同任务所必需的硬件或软件。

在图5中示出了ran节点400、500的备选示例性实现。图5示出了ran节点500，其包括用于与核心网络(cn)节点交换寻呼策略信息的交换单元503。ran节点500还包括：用于根据所交换的寻呼策略信息来执行无线设备的ran寻呼过程的执行单元504；以及用于基于所执行的寻呼过程的结果来更新寻呼策略信息的更新单元505。

在图5中，还示出了ran节点500包括通信单元501。通过该单元，ran节点500适于与无线通信网络中的其他节点和/或实体通信。通信单元501可以包括一个以上的接收装置。例如，通信单元501可以连接到导线和天线，借助于导线和天线，ran节点500能够与无线通信网络中的其他节点和/或实体通信。类似地，通信单元501可以包括一个以上的发送装置，该发送装置又连接到导线和天线，借助于导线和天线，ran节点500能够与无线通信网络中的其他节点和/或实体通信。进一步示出ran节点500包括用于存储数据的存储器502。此外，ran节点500可以包括控制或处理单元(未示出)，该控制或处理单元又连接到不同的单元503-505。应当指出，这仅仅是说明性示例，并且ran节点500可以包括以与图5中所示的单元相同的方式执行ran节点500的功能的更多、更少或其他单元或模块。

应注意，图5仅以逻辑意义示出ran节点500中的各种功能单元。实践中的功能可以使用任何合适的软件和硬件装置/电路等来实现。因此，实施例通常不限于ran节点500的所示结构和功能单元。因此，可以以许多方式实现先前描述的示例性实施例。例如，一个实施例包括其上存储有指令的计算机可读介质，所述指令能由控制或处理单元执行以在ran节点500中执行所述方法步骤。能够由计算系统执行并存储在计算机可读介质上的指令执行根据权利要求中所述的ran节点500的方法步骤。

在示例中，ran节点被配置用于通过从cn节点接收更新后的寻呼策略信息来更新寻呼策略信息。

在另一示例中，ran节点被配置用于通过评估所执行的ran寻呼过程的结果来更新寻呼策略信息。

在又一个示例中，寻呼策略信息的交换通过演进无线电接入承载(e-rab)管理过程的消息中的一个或多个信息元素、和/或通过用户设备(ue)上下文管理过程的消息中的一个或多个信息元素、和/或通过ran节点和cn节点之间的控制信令来执行。

在又一个示例中，ran节点被配置用于当所执行的ran寻呼过程的结果是：a)无法到达无线设备、或b)无法在预定时间帧内到达无线设备或c)由ran节点确定的由于其他原因而导致的失败时，向cn节点发送用于执行无线设备的第一cn寻呼过程的请求。

在另一示例中，ran节点被配置用于向cn节点发送用于执行无线设备的第一cn寻呼过程的请求包括ran节点被配置用于向cn节点提供与所执行的ran寻呼过程有关的信息。

在另一示例中，ran节点被配置用于当所执行的ran寻呼过程的结果是：a)无法到达无线设备、或b)无法在预定时间帧内到达无线设备或c)由ran节点确定的由于其他原因而导致的失败时，向cn节点发送用于执行无线设备的第二cn寻呼过程的请求。

在又一示例中，ran节点被配置用于将执行第二cn寻呼过程的请求发送到cn节点包括ran节点被配置用于向cn节点提供与所执行的ran寻呼过程有关的信息。

在又一示例中，ran节点还被配置用于评估所执行的ran寻呼过程的结果，用于基于评估结果更新寻呼策略信息，以及用于与cn节点交换寻呼策略信息。

在另一示例中，ran节点被配置用于通过确定寻呼延迟是否在预定时间间隔内来评估所执行的ran寻呼过程的结果。

本文的实施例还涉及一种用于在无线通信网络中寻呼无线设备的cn节点。现在将参考图6和7描述这种cn节点的不同实施例和示例。

图6和7示出了cn节点，其被配置用于：与无线电接入网络(ran)节点交换寻呼策略信息；从ran节点接收用于寻呼无线设备的请求；根据所接收的请求来执行无线设备的寻呼。

可以以不同方式实施或实现cn节点。图6中示出了第一示例性实施或实现。图6示出了cn节点600包括处理器621和存储器622，存储器622例如借助计算机程序623包括指令，所述指令当由处理器621执行时使cn节点600：与ran节点交换寻呼策略信息；从ran节点接收用于寻呼无线设备的请求；以及根据所接收的请求，执行无线设备的寻呼。

图6还示出了cn节点600包括存储器610。应当指出，图6仅仅是示例性说明，并且存储器610可以是可选的、是存储器622的一部分或者是cn节点600的另一存储器。存储器可以例如包括与cn节点600有关的信息，以及与cn节点600的操作的统计有关的信息(仅给出一些说明性示例)。图6还示出了cn节点600包括处理装置620，处理装置620包括存储器622和处理器621。此外，图6示出了cn节点600包括通信单元630。通信单元630可以包括接口，通过该接口，cn节点600与通信网络的其他节点或实体以及其他通信单元通信。图6还示出了cn节点600包括其他功能640。其他功能640可以包括cn节点600执行本文未公开的不同任务所必需的硬件或软件。

图7中示出了cn节点600、700的备选示例实现。图7示出了cn节点700，其包括用于与ran节点交换寻呼策略信息的交换单元703。cn节点700还包括：用于从ran节点接收用于寻呼无线设备的请求的接收单元504；以及用于根据所接收的请求来执行无线设备的寻呼的执行单元705。

在图7中，还示出了cn节点700包括通信单元701。通过该单元，cn节点700适于与无线通信网络中的其他节点和/或实体通信。通信单元701可以包括一个以上的接收装置。例如，通信单元701可以连接到导线和天线，借助于该导线和天线，cn节点700能够与无线通信网络中的其他节点和/或实体通信。类似地，通信单元701可以包括一个以上的发送装置，该发送装置又连接到导线和天线，借助于该导线和天线，cn节点700能够与无线通信网络中的其他节点和/或实体通信。cn节点700还被示出为包括用于存储数据的存储器702。此外，cn节点700可以包括控制或处理单元(未示出)，其又连接到不同的单元703-705。应当指出，这仅仅是说明性示例，并且cn节点700可以包括以与图7中所示的单元相同的方式执行cn节点700的功能的更多、更少或其他单元或模块。

应当注意，图7仅以逻辑意义示出了cn节点700中的各种功能单元。实践中的功能可以使用任何合适的软件和硬件装置/电路等来实现。因此，实施例通常不限于cn节点700的所示结构和功能单元。因此，可以以许多方式实现先前描述的示例性实施例。例如，一个实施例包括其上存储有指令的计算机可读介质，所述指令能由控制或处理单元执行以执行cn节点700中的方法步骤。能由计算系统执行并存储在计算机可读介质上的指令执行根据权利要求中所述的cn节点700的方法步骤。

在示例中，其中从ran节点接收的用于寻呼无线设备的请求要求cn节点从ran节点接管寻呼过程，cn节点被配置用于执行寻呼过程包括cn节点被配置用于将寻呼策略信息应用于寻呼过程以及可选地应用于包括在从ran节点接收的请求中的信息。

在又一示例中，cn节点还被配置用于：在所执行的寻呼过程的结果是成功到达无线设备时，评估所执行的寻呼过程的结果，基于所评估的结果更新寻呼策略信息，以及与ran节点交换寻呼策略信息。

在又一个示例中，其中从ran节点接收的用于寻呼无线设备的请求要求cn节点执行寻呼尝试，其中所接收的请求包括使cn节点能够执行所请求的寻呼尝试的信息，cn节点被配置用于根据所接收的请求并考虑在从ran节点接收的请求中包括的信息来执行无线设备的寻呼。

在另一示例中，cn节点还被配置用于：在所执行的寻呼过程的结果是成功到达无线设备时，评估所执行的寻呼过程的结果，基于所评估的结果更新寻呼策略信息，以及与ran节点交换寻呼策略信息。

在另一示例中，cn节点还被配置用于在ran节点中建立ue上下文。

图8示意性地示出了ran节点500中的装置800的实施例。在ran节点500中的装置800中包括例如带有数字信号处理器(dsp)的处理单元806。处理单元806可以是用于执行本文描述的过程的不同动作的单个单元或多个单元。ran节点500的装置800还可以包括用于从其他实体接收信号的输入单元802，以及用于向其他实体提供信号的输出单元804。输入单元和输出单元可以被布置为集成实体或如图5的示例中所示，被布置为一个或多个接口501。

此外，ran节点500中的装置800包括至少一个非易失性存储器形式的计算机程序产品808，非易失性存储器例如电可擦除可编程只读存储器(eeprom)、闪存和硬盘驱动器。计算机程序产品808包括计算机程序810，其包括代码装置，该代码装置当在ran节点500中的装置800中的处理单元806中执行时使得ran节点执行例如前面结合图1a-1d描述的过程的动作。

计算机程序810可以被配置为以计算机程序模块810a-810e构造的计算机程序代码。因此，在示例性实施例中，ran节点500中的装置800的计算机程序中的代码装置包括用于与cn节点交换寻呼策略信息的交换单元或交换模块。该计算机程序还包括用于根据所交换的寻呼策略信息来执行无线设备的ran寻呼过程的执行单元或者执行模块，以及用于基于所执行的寻呼过程的结果来更新寻呼策略信息的更新单元或更新模块。

计算机程序模块可以基本上执行图1a-1d中所示的流程的动作，以模拟ran节点500。换句话说，当在处理单元806中执行不同的计算机程序模块时，它们可以对应于图5的单元503-505。

图9示意性地示出了cn节点700中的装置900的实施例。在cn节点700中的装置900中包括例如带有数字信号处理器的处理单元906。处理单元906可以是用于执行本文描述的过程的不同动作的单个单元或多个单元。cn节点700中的装置900还可以包括用于从其他实体接收信号的输入单元902，以及用于向其他实体提供信号的输出单元904。输入单元和输出单元可以被布置为集成实体或如图7的示例中所示，被布置为一个或多个接口701。

此外，cn节点700中的装置900包括至少一个非易失性存储器形式的计算机程序产品908，非易失性存储器例如电可擦除可编程只读存储器(eeprom)，闪存和硬盘驱动器。计算机程序产品908包括计算机程序910，其包括代码装置，该代码装置当在cn节点700中的处理单元906中执行时使得cn节点700执行例如前面结合图2a-2c描述的过程的动作。

计算机程序910可以被配置为以计算机程序模块910a-910e构造的计算机程序代码。因此，在示例性实施例中，cn节点700的计算机程序中的代码装置包括用于与无线电接入网络(ran)节点交换寻呼策略信息的交换单元或模块。该计算机程序还包括用于从ran节点接收用于寻呼无线设备的请求的接收单元或模块，以及用于根据所接收的请求来执行无线设备的寻呼的执行单元或模块。

计算机程序模块可以基本上执行图2a-2c中所示的流程的动作，以模拟ran节点700。换句话说，当在处理单元906中执行不同的计算机程序模块时，它们可以对应于图7的单元703-705。

尽管上面结合图5和7公开的各个实施例中的代码装置被实现为计算机程序模块，所述计算机程序模块当在相应的处理单元中执行时使得ran节点和cn节点分别执行结合上述附图描述的动作，但是在备选实施例中，至少一个所述代码装置可以至少部分地实现为硬件电路。

处理器可以是单个中央处理单元(cpu)，但也可以包括两个或更多个处理单元。例如，处理器可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如专用集成电路(asic))。处理器还可以包括用于缓存目的的板存储器。计算机程序可以由连接到处理器的计算机程序产品承载。计算机程序产品可以包括存储计算机程序的计算机可读介质。例如，计算机程序产品可以是闪存、随机存取存储器(ram)、只读存储器(rom)或eeprom，并且上述计算机程序模块可以在备选实施例中分别分布在ran节点和cn节点内采取存储器形式的不同计算机程序产品上。

应当理解，交互单元的选择以及本公开内的单元的命名仅用于示例目的，并且适合于执行上述任何方法的节点可以以多个备选方式来配置，以便能够执行所建议的过程动作。

还应注意，本公开中描述的单元将被视为逻辑实体而不必作为单独的物理实体。

尽管已经根据若干实施例描述了实施例，但是构想了其替代物、修改物、置换物和等同物在阅读说明书和研究附图后将变得显而易见。因此，以下所附权利要求旨在包括落入实施例的范围内并由未决权利要求限定的这些替换物、修改物、置换物和等同物。