CN108353320A

CN108353320A - 经由寻呼过程的网络拥塞控制

Info

Publication number: CN108353320A
Application number: CN201680062071.1A
Authority: CN
Inventors: C·罗萨; T·恩托南; E·沙; J·斯坦科扎克
Original assignee: Nokia Siemens Networks Oy
Current assignee: Nokia Solutions and Networks Oy
Priority date: 2015-08-24
Filing date: 2016-08-17
Publication date: 2018-07-31
Anticipated expiration: 2036-08-17
Also published as: US11032734B2; US20180249367A1; WO2017032660A1; CN108353320B; EP3342206A1

Abstract

对于处于空闲模式并且驻留在当前小区的UE，响应于接收到指示UE应当执行用于针对空闲模式选择用于进行驻留的小区的过程的寻呼消息，执行以下各项：执行用于选择多个小区中的一个小区用于针对空闲模式进行驻留的过程；以及执行用于驻留在所选择的小区上的操作。至少执行以下各项作为用于小区的空闲模式负载平衡的连续负载平衡过程的一部分：确定该小区对于处于空闲模式时驻留在该小区上的UE是否拥塞；以及响应于确定该小区拥塞，向驻留在该小区上的空闲模式UE发送寻呼消息，其中该寻呼消息被配置为使该空闲模式UE开始用于针对空闲模式选择用于进行驻留的小区的过程。

Description

经由寻呼过程的网络拥塞控制

技术领域

本发明总体上涉及诸如LTE网络的无线网络中的空闲模式业务转向，并且更具体地，涉及用于空闲模式UE的改进的负载平衡方案。

背景技术

本章节旨在为下面公开的发明提供背景或上下文。本文的描述可以包括可以追求的概念，但不一定是先前已经构思、实现或描述的概念。因此，除非本文另外明确指出，否则本部分中描述的内容不是本申请中的描述的现有技术，并且通过包括在本部分中而不被承认为现有技术。说明书和/或附图中可以使用的缩写定义如下。

空闲模式负载平衡是活跃的LTE Rel.13话题，各大运营商有很大兴趣。用于支持他们的数据服务和设备的大规模增长也需要运营商网络的增长。在线游戏应用、实时应用等的数量正在日益增加。这意味着越来越多的LTE网站被安装以支持对数据的高需求。其中底层小小区在覆盖的宏小区下覆盖热点的异构网络(HetNet)在城市地区中正变得非常普遍。随着这种增长也带来了挑战。例如，维持不同小区之间的良好平衡负载对于运营商平稳运行网络至关重要。

已经存在一些技术来解决先前LTE版本(LTE版本12和之前)中的空闲模式负载平衡。但是，这些技术并不健壮。例如，这样一种存在的技术是：如果UE尝试在其上呼叫建立的小区是拥塞的或对于UE正在请求的服务不是最优的，则在呼叫建立时将UE重定向到不同的小区。如果UE具有更多的最新信息，则UE可以驻留在可以在UE变为活动时提供最佳服务的小区中。通过这样做，在呼叫建立期间，UE被重定向到不同小区的机会将会减少。而且，将UE重定向到不同的小区增加了呼叫建立期间的信令并将延迟添加到整个呼叫建立过程。

发明内容

本章节旨在包括示例并且不旨在是限制性的。

在示例性实施例中，公开了一种方法，该方法包括：至少执行以下各项作为用于小区的空闲模式负载平衡的连续负载平衡过程的一部分：确定该小区对于处于空闲模式时驻留在小区上的用户设备是否是拥塞的；以及响应于确定所述小区是拥塞的，向驻留在所述小区上的一个或多个空闲模式的用户设备发送寻呼消息，其中所述寻呼消息被配置为使所述一个或多个空闲模式的用户设备开始用以针对空闲模式选择用于进行驻留的小区的过程。

附加的示例性实施例包括计算机程序，其包括用于当计算机程序在处理器上运行时执行前一段落的方法的代码。根据该段落的计算机程序，其中计算机程序是计算机程序产品，计算机程序产品包括计算机可读介质，该计算机可读介质承载体现其中的、用于供计算机使用的计算机程序代码。

一种示例性装置包括一个或多个处理器以及包括计算机程序代码的一个或多个存储器。所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使得所述装置执行至少以下各项：至少执行以下各项作为用于小区的空闲模式负载平衡的连续负载平衡过程的一部分：确定该小区对于处于空闲模式时驻留在小区上的用户设备是否是拥塞的；以及响应于确定所述小区是拥塞的，向驻留在所述小区上的一个或多个空闲模式的用户设备发送寻呼消息，其中所述寻呼消息被配置为使所述一个或多个空闲模式的用户设备开始用以针对空闲模式选择用于进行驻留的小区的过程。基站可以包括本段落的装置。

一种示例性计算机程序产品包括计算机可读存储介质，该计算机可读存储介质承载体现在其中的、用于与计算机一起使用的计算机程序代码。该计算机程序代码包括：用于至少执行以下各项作为用于小区的空闲模式负载平衡的连续负载平衡过程的一部分的代码：确定该小区对于处于空闲模式时驻留在小区上的用户设备是否是拥塞的；以及响应于确定所述小区是拥塞的，向驻留在所述小区上的一个或多个空闲模式的用户设备发送寻呼消息，其中所述寻呼消息被配置为使所述一个或多个空闲模式的用户设备开始用以针对空闲模式选择用于进行驻留的小区的过程。

另一示例性实施例是一种装置，包括：用于至少执行以下各项作为用于小区的空闲模式负载平衡的连续负载平衡过程的一部分的部件：用于确定该小区对于处于空闲模式时驻留在小区上的用户设备是否是拥塞的部件；以及用于响应于确定所述小区是拥塞的来向驻留在所述小区上的一个或多个空闲模式的用户设备发送寻呼消息的部件，其中所述寻呼消息被配置为使所述一个或多个空闲模式的用户设备开始用以针对空闲模式选择用于进行驻留的小区的过程。基站可以包括本段落的装置。

在另一示例性实施例中，公开了一种方法，该方法包括：对于处于空闲模式并且驻留在当前小区的用户设备，响应于接收到指示所述用户设备应当执行用以针对空闲模式选择用于进行驻留的小区的过程的寻呼消息，执行以下各项：执行用以选择多个小区中的一个小区用于空闲模式进行驻留的所述过程；以及执行用以驻留在所选择的小区上的操作。

附加的示例性实施例包括计算机程序，计算机程序包括用于当计算机程序在处理器上运行时用于执行前一段落的方法的代码。根据该段落的计算机程序，其中计算机程序是计算机程序产品，计算机程序产品包括计算机可读介质，该计算机可读介质承载体现其中的、用于与计算机一起使用的计算机程序代码。

示例性装置包括一个或多个处理器以及包括计算机程序代码的一个或多个存储器。所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使得所述装置至少执行以下各项：对于处于空闲模式并且驻留在当前小区的用户设备，响应于接收到指示所述用户设备应当执行用以针对空闲模式选择用于进行驻留的小区的过程的寻呼消息，执行以下各项：执行用以选择多个小区中的一个小区用于空闲模式进行驻留的所述过程；以及执行用以驻留在所选择的小区上的操作。用户设备可以包括本段落的装置。

示例性计算机程序产品包括计算机可读存储介质，该计算机可读介质承载体现其中的、用于供算机使用的计算机程序代码。所述计算机程序代码包括：对于处于空闲模式并且驻留在当前小区的用户设备，响应于接收到指示所述用户设备应当执行用以针对空闲模式选择用于进行驻留的小区的过程的寻呼消息，用于执行以下各项的代码：执行用以选择多个小区中的一个小区用于空闲模式进行驻留的所述过程；以及执行用以驻留在所选择的小区上的操作。

在附加的示例性实施例中，一种用于处于空闲模式并且驻留在当前小区上的用户设备的装置，所述装置响应于接收到寻呼消息来使用包括以下各项的部件，所述寻呼消息指示所述用户设备应当执行用以针对空闲模式选择用于进行驻留的小区的进行：用于执行用以选择多个小区中的一个小区用于空闲模式进行驻留的所述过程的部件；以及用于执行用以驻留在所选择的小区上的操作的部件。用户设备可以包括本段落的装置。

还公开了一种通信系统，其包括本文公开的装置中的任一个。

附图说明

在附图中：

图1是其中可以实践示例性实施例的示例性系统的框图；

图2是HetNet场景的示例；

图3是由基站执行的用于经由寻呼过程的网络拥塞控制的逻辑流程图，并且图示了示例性方法的操作、在计算机可读存储器上体现的计算机程序指令的执行结果、由以硬件实现的逻辑执行的功能、和/或用于执行根据示例性实施例的功能的互连部件；以及

图4，其包括图4A和4B，是由用户设备执行的用于经由寻呼过程的网络拥塞控制的逻辑流程图，并且图示了示例性方法的操作、在计算机可读存储器上体现的计算机程序指令的执行结果、由以硬件实现的逻辑执行的功能、和/或用于执行根据示例性实施例的功能的互连部件。

具体实施方式

本文使用词语“示例性”来表示“用作示例、实例或说明”。本文描述为“示例性”的任意实施例不一定被解释为优选于或优于其他实施例。本具体实施方式中描述的所有实施例是提供用于使本领域技术人员能够制造或使用本发明而不是限制本发明的范围的示例性实施例。

本文的示例性实施例描述了用于经由寻呼过程的网络拥塞控制的技术。在描述了可以在其中使用一些示例性实施例的系统之后，呈现这些技术的附加描述。

转到图1，该图图示了其中可以实践示例性实施例的示例性系统的框图。在图1中，M个UE 110-1至110-M与无线网络100进行无线通信，并且具体地与N个eNB 170-1至170-N进行无线通信。假定UE中的每一个UE是相似的，因此将描述一个UE的可能的内部配置。用户设备110(例如，110-1)包括通过一个或多个总线127互连的一个或多个处理器120、一个或多个存储器125以及一个或多个收发机130。一个或多个收发机130中的每一个收发机130包括接收机Rx 132和发射机Tx 133。一个或多个总线127可以是地址、数据或控制总线，并且可以包括任意互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光通信设备等。一个或多个收发机130连接到一个或多个天线128。一个或多个存储器125包括计算机程序代码123。UE 110包括网络拥塞控制(NCC)模块140，其包括部分140-1中的一个或两个和/或140-2，其可以以多种方式来实现。NCC模块140可以以硬件实现为NCC模块140-1，诸如被实现为一个或多个处理器120的一部分。NCC模块140-1也可以被实现为集成电路或者通过其他硬件来实现，诸如可编程门阵列。在另一示例中，NCC模块140可以被实现为NCC模块140-2，NCC模块140-2被实现为计算机程序代码123并且由一个或多个处理器120执行。例如，一个或多个存储器125和计算机程序代码123可以被配置为用一个或多个处理器120使得用户设备110执行如本文所述的操作中的一个或多个操作。

每个UE 110经由对应的无线链路111-1至111-N与一个或多个eNB 170-1至170-N进行通信。例如，UE 110-1经由对应的无线链路111-11至111-1N与eNB 170-1至170-N进行通信，而UE 110-M经由对应的无线链路111-M1到111-MN与一个或多个eNB 170-1至170-N通信。请注意，每个UE 110可能实际上不与每个eNB 170进行通信。

预期eNB 170-1到170-N是类似的。因此，将参照图1描述eNB的仅一个可能的实现。eNB 170(例如，eNB 170-1)是提供诸如UE 110的无线设备到无线网络100的接入的基站。eNB170包括通过一个或多个总线157互连的一个或多个处理器152、一个或多个存储器155、一个或多个网络接口(N/W I/F)161和一个或多个收发机160。一个或多个收发机160中的每一个包括接收机Rx 162和发射机Tx 163。一个或多个收发机160连接到一个或多个天线158。一个或多个存储器155包括计算机程序代码153。eNB 170包括网络拥塞控制(NCC)NCC模块150，其包括部分150-1和/或150-2中的一个或两个，其可以以多种方式实现。NCC模块150可以硬件实现为NCC模块150-1，诸如被实现为一个或多个处理器152的一部分。NCC模块150-1也可以被实现为集成电路或者通过诸如可编程门阵列的其他硬件来实现。在另一示例中，NCC模块150可以被实现为NCC模块150-2，NCC模块150-2被实现为计算机程序代码153并且由一个或多个处理器152执行。例如，一个或多个存储器155和计算机程序代码153被配置为用一个或多个处理器152使eNB 170执行如本文所述的操作中的一个或多个。一个或多个网络接口161通过网络诸如经由链路176和131进行通信。两个或更多个eNB 170使用例如链路176进行通信。链路176可以是有线或无线的或者两者并且可以实现例如X2接口。

一个或多个总线157可以是地址、数据或控制总线，并且可以包括任意互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光通信设备、无线信道等。例如，一个或多个收发机160可以被实现为远程无线电头端(RRH)195，其中eNB 170的其他元件物理地在与RRH不同的位置中，并且一个或多个总线157可以被部分地实现为用于将eNB 170的其他元件连接到RRH 195的光纤光缆。

无线网络100可以包括网络控制元件(NCE)190，网络控制元件(NCE)190可以包括MME/SGW功能，并且提供与另一网络的连接性，诸如电话网络和/或数据通信网络(例如，因特网)。eNB 170经由链路131耦合到NCE 190。链路131可以被实现为例如S1接口。NCE 190包括通过一个或多个总线185互连的一个或多个处理器175、一个或多个存储器171以及一个或多个网络接口(N/W I/F)180。一个或多个存储器171包括计算机程序代码173。一个或多个存储器171和计算机程序代码173被配置为用一个或多个处理器175使得NCE 190执行一个或多个操作。

无线网络100可以实现网络虚拟化，网络虚拟化是将硬件和软件网络资源和网络功能组合成单个基于软件的管理实体(即虚拟网络)的处理。网络虚拟化涉及平台虚拟化，通常与资源虚拟化相结合。网络虚拟化被分类为：外部的，将许多网络或网络的部分组合成虚拟小区；或内部的，将类似网络的功能提供到单个系统上的软件容器中。注意，由网络虚拟化产生的虚拟化实体在某种程度上仍然使用诸如处理器152或175以及存储器155和171的硬件来实现，并且这种虚拟化实体也产生技术效果。注意，不是所有(或甚至没有)eNB170需要实现虚拟化，并且因此RRH 195可以不被一个或多个eNB 170使用。

UE 110可以形成为一个或多个群组197。为了便于参考，图1中仅图示了一个群组197，并且该群组197包含UE 110-1至110-M。然而，UE 110-1至110-M可以形成为多个群组197。

计算机可读存储器125、155和171可以是适用于本地技术环境的任意类型，并且可以使用任意合适的数据存储技术来实现，诸如基于半导体的存储器设备、闪存、磁存储器设备和系统、光学存储设备和系统、固定存储器和可移动存储器。处理器120、152和175可以是适用于本地技术环境的任意类型，并且可以包括作为非限制性示例的以下一项或多项：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、和基于多核处理器架构的处理器。

通常，用户设备110的各种实施例可以包括但不限于：诸如智能电话的蜂窝电话、具有无线通信能力的个人数字助理(PDA)、具有无线通信能力的便携式计算机、诸如具有无线通信能力的数字相机的图像拍摄设备、具有无线通信能力的游戏设备、具有无线通信能力的音乐存储和回放设备、允许无线因特网接入和浏览的因特网装备、具有无线通信能力的平板计算机、以及集成这些功能的组合的便携式单元或终端。

转向图2，该图是HetNet场景的示例。HetNet场景是可应用本文技术的一种场景。在该示例中，存在两个宏小区210-1和210-4(分别由eNB 170-1和170-4形成)，其覆盖多个底层小区210-2、210-3、210-5、210-6、210-7和210-8(分别由eNB 170-2、eNB 170-3、eNB170-5、eNB 170-6、eNB 170-7和eNB 170-8形成)。注意，覆盖和底层小区也可以使用其他术语来指代。例如，覆盖的小区210-1和210-4也可以被称为覆盖或候选小区，而底层小区210-2、210-3、210-5、210-6、210-7和210-8也可以被称为容量助推器(booster)或原始小区。进一步注意，本文的描述指示“小区”执行功能，但应当清楚的是，形成小区的eNB将执行功能。该小区构成eNB的一部分。也就是说，每个eNB可以有多个小区。例如，对于单个eNB载波频率和相关带宽可以有三个小区，每个小区覆盖360度区域的三分之一，使得单个eNB的覆盖区域覆盖近似椭圆形或圆形。此外，每个小区可以对应于单个载波，并且eNB可以使用多个载波。因此，如果每个载波有三个120度的小区并且有两个载波，则eNB总共有6个小区。

现在已经描述了示例性系统，呈现了对常规负载平衡的问题的附加描述。目前，空闲模式负载均衡是经由小区重选优先级来执行的。目前有两种方式为UE提供小区重选优先级：通过在系统信息中对绝对优先级(AP)的广播，或者在RRC连接释放这一RRC消息中给出专用优先级(DP)。

对于AP，在SIB信令中指示UE 110关于哪些小区在空闲模式中优先进行重选。此方法适用于LTE Rel.8UE及其以上。利用在RRC连接释放期间提供给UE(众所周知，这是当UE应当从RRC连接状态切换到RRC空闲状态时从eNB向UE发送的消息)并且由UE在空闲模式小区选择期间被应用的专用优先级(DP)，UE对于设定的时间量应用优先级，或者直到UE再次移动到RRC连接状态。但是，对于DP，不存在允许到达已经处于空闲模式的UE的子集的机制(因此，在DP的情况下不能经由呼叫释放来到达)。因此，唯一的可能性是发送将由整个UE群体全局获取的AP。

现有过程中的专用优先级的第二个问题是这些优先级可能过时。这意味着当UE尝试在一段时间之后建立新的呼叫时，在UE释放时拥塞的网络(例如，或其载波中的一个)可能不会拥塞(或者反之亦然)。由于网络无法控制UE保持空闲的时间，因此作为呼叫释放一部分向UE发送的专用优先级很可能会过时。在这种情况下，应用专用优先级可能会对网络运行产生负面影响。

如上所述，在先前的LTE版本中已经讨论了空闲负载模式平衡的主题。常规解决方案包括小区特定的绝对优先级、随机化(在例如R2-151185，“Potential solution andanalysis for multicarrier load distribution”，Intel公司，3GPP TSG RAN WG2会议#89bis，2015年4月中很好地总结)以及用于一次性(one-off)重新平衡的寻呼的使用(R2-152635，“Solution for multicarrier load distribution”，阿尔卡特朗讯，3GPP TSG-RAN WG2会议#90，2015年5月)。

在Rel-11中定义了小区去优先化机制，其中UE可以经由RRC连接拒绝消息被通知当前频率或RAT被去优先化。这是旨在用于例如CSFB情况。

小区特定优先级可以用来区分在相同载波频率上操作的小区之间的优先级。它特别适用于异构部署，但也可以在相同频率上运行的小区之间负载不平衡的情况下使用。然而，该解决方案不适用于解决紧密定位的空闲模式UE(例如几乎)以高优先级同时进入小区的覆盖区域的问题。

基于所谓频率和/或小区特定优先级的随机化的技术尝试通过将特定小区和/或频率优先级与空闲模式UE应当考虑的概率相关联来解决该问题。然而，基于UE的随机化的解决方案存在以下挑战：频率和/或小区特定优先级的更新将需要仅由UE应用一次。因此，需要用于防止UE在没有来自网络侧的控制的情况下重新应用再分配功能的一些其他机制。

因此，在R2-152635中提出了基于使用寻呼机制在小区中一部分用户的一次性重新分配的方法。所提出的技术是在寻呼消息本身中提供一次性的优先化信息。这种提出的技术的主要限制是指示哪些UE应当应用再分配，可以从网络消耗大量资源，因为用于执行指示的数据量可能很大。

在本公开中，我们基于不同类型的寻呼机制提出了对常规技术的进一步增强。具体而言，本文的示例性实施例旨在通过利用现有的寻呼过程向网络/eNB提供附加的负载平衡能力。简而言之，下面的实现是可能的(以及其他描述如下)：

·一个示例性实现是寻呼触发UE 110的群组197开始利用通过寻呼消息本身以外的方式递送给UE的专用优先级(例如，以及可能相关联的概率)。

·作为另一示例，这些优先级(例如以及可能相关联的概率)可以在SIB中或者更早地在RRC连接释放消息中被递送，其具有仅当寻呼消息被接收时使用(例如，一次)这些优先级(例如以及可能相关联的概率)的指示。也就是说，(例如，在用于DP的RRC连接释放中或在用于AP的SIB中)应当有指示，该指示指明优先级的这个特定集合应当保持不活动直到寻呼触发被接收到。

·替代地，寻呼可以被解释为去优先化消息，其中UE例如对于设定的时间量隐式地将当前载波去优先化。

·在又一替代方案中，寻呼消息可以指示不同的载波优先于当前/其它载波，以将负载移动到该载波。

更详细地，一个想法是使用具有附加信息元素(IE)的现有寻呼消息来指示空闲模式UE 110或空闲模式UE 110的群组197关于用于在小区选择期间应用的重选优先级集合。这可以经由专用寻呼消息(即，寻呼单个UE)或群组寻呼消息(即，寻呼UE的群组197)来实现。

当网络100越过拥塞阈值时，为了负载平衡的目的，网络可以决定开始寻呼UE 110或UE 110的群组197。由于预期UE 110在它们的寻呼间隔期间醒来，所以UE 110将能够对该寻呼进行解码，获得DP负载平衡触发器，并且在小区选择期间应用触发器。如果在网络拥塞期间UE正被寻呼(例如，移动终止呼叫建立)连同拥塞控制DP触发，则这可以是特别有益的。此外，与在RRC呼叫释放过程中发送DP相比，在网络拥塞时使用寻呼来触发DP的重选是更实际的，因为网络100不具有对UE 110关于UE何时从空闲模式切换到活动模式的控制。通过采用这种增强的寻呼方法，我们正在消除在UE长时间处于空闲模式的情况下对陈旧的DP的使用。

此外，不仅可以经由寻呼方法来控制这些DP触发器的激活，而且可以经由寻呼方法来控制这些DP触发器的去激活。随着网络负载随时间变化(例如，繁忙时与非繁忙时)，对DP触发器的需求也在不断变化。这种用于拥塞控制的增强型寻呼方法在网络负载持续变化的情况下得到很好的采用，在RRC呼叫释放过程中在这些技术之前该方法是不可能的。事实上，经由RRC呼叫释放过程来应用过时的DP可能会对网络性能产生负面影响。

以下是关于如何通知UE或者在拥塞期间如何激活或去激活DP或者网络是否走出拥塞状态的可能性的列表。下面描述的用于寻呼的优先级可以被认为是DP。

a)寻呼消息可以仅包含用于激活先前(即，在RRC连接释放中)获取的DP的触发器。当接收到触发器时，UE或UE的群组启动适当的定时器并应用先前获取的DP。

b)寻呼消息可以包含去优先化请求(类似于RRC连接拒绝消息)以指令UE或UE的群组当前使用的载波应当被临时指派最低优先级。示意性地，去优先化请求与当前使用的频率(或者可能整个RAT)相关联，因此UE知道UE应当临时地对当前使用的载波(或者可能整个RAT)(UE明显知道)进行去优先化。

c)寻呼消息可以包含优先化请求(例如，与在子段落b中提出的相反)，以临时将最高优先级指派给某个载波。要被优先化的频率(例如，定义载波)不一定为UE事先所知晓，因为这样的信息也可以借助于寻呼过程传递给UE。例如，诸如“prioritisationTarget-r13ARFCN-ValueEUTRA”这样的新信息元素(IE)可用于此目的。

d)寻呼消息可以包含UE或UE的群组可以用来触发随机化过程的概率(例如，在某个时间段内对当前使用的载波去优先化)。这个用例旨在获得稍微随机/不可预知的结果。作为一个示例，IE“randomProbability-r13”可以由寻呼过程递送，并且该IE将包含百分比值。在接收到该消息后，UE应当生成随机数，并将生成的数与接收到的概率值进行比较。例如，这种比较的结果将会对当前频率去优先级或不采取任意行动。例如，如果百分比值是33％(即0.33)，则UE将生成0(零)和1.0之间的随机数。如果随机数在0(零)和0.33之间，则UE将对当前频率去优先化；否则(如果随机数在0.34和1.0之间)，UE将不采取任何行动。

e)寻呼消息可以包含基于与先前由UE例如经由SIB获取的一个或多个载波相关联的一个或多个概率来触发随机化过程的指示。

现在转到图3，该图是由基站执行的、用于经由寻呼过程的网络拥塞控制的逻辑流程图。该图还图示了示例性方法的操作、计算机可读存储器上体现的计算机程序指令的执行结果、由硬件实现的逻辑执行的功能、和/或用于执行根据示例性实施例的功能的互连装置。假定图3中的框由eNB 170执行，例如部分由网络拥塞控制(NCC)模块150控制。

在框305中，eNB 170开始连续的空闲模式负载平衡过程。在框310中，eNB 170用载波来配置UE 110以用于空闲模式进行驻留。注意，假定每个小区使用单载波，并且因此支持多载波的eNB 170也支持多个小区。在框315中，eNB 170用负载平衡信息来配置UE 110。这样的信息可以包括DP和/或概率中的一个或多个。此外，如上所述，可能存在(例如，在针对DP的RRC连接释放中或针对AP的SIB中)该特定优先级集合应当保持不活动直到寻呼触发被接收到的指示。

在框320中，eNB 170确定小区的负载。负载对应于处于空闲模式并驻留在该小区上的UE。一种可能性是负载对应于处于空闲模式并驻留在该小区上的UE，并且负载仅可以在空闲模式UE的数量方面来使用。然而，假设是网络100执行负载平衡，并且网络100可以考虑用于负载确定的更高级的因素(例如，资源使用、干扰等)。在框325中，eNB 170确定是否达到拥塞阈值。如果没有达到拥塞阈值(框325＝否)，则流程继续到框320。注意，流程可以从框310(或框315)继续，例如，如果eNB 170还确定执行其他配置。

如果达到拥塞阈值(框325＝是)，则流程继续到框330。在框330，eNB 170确定(基于负载)多于一个的UE是否应当从当前小区卸载，以及，如果是，则将多个UE指派给群组197。一个目标是实现“低于阈值”的状态，因此在一个示例中，如果阈值是100个UE(例如，基于UE的数量来使用简单负载)并且存在110个UE，则将指令11个UE修改/应用它们的重选优先级以便减轻负载情况。

在框335中，eNB 170向UE或UE的群组发送配置有信息的寻呼消息。寻呼消息中所配置的信息的示例如下。寻呼消息被配置为使一个或多个空闲模式UE 110开始用以针对空闲模式选择用于进行驻留的小区的过程。注意，由于想法是减少拥塞，因此预期UE将选择不同的小区(而不是当前驻留的小区)以用于空闲模式的驻留。然而，取决于所使用的技术，例如使用随机化过程的个体UE可以选择当前驻留的小区而不是不同的小区。

在框340中，所配置的信息可以包括用于激活先前获取的DP的触发器。另请参阅上面的段落a。

在框345中，所配置的信息可以包括去优先化请求，该去优先化请求指令UE或UE的群组当前使用的载波应当被临时指派最低优先级。另请参阅上面的b段。

在框350中，所配置的信息可以包括优先化请求，该优先化请求使得UE临时向某个载波指派最高优先级。还参考上面的段落c，其进一步描述寻呼消息可以在IE中包括频率/载波的指示。

在框355中，所配置的信息可以包括概率。该概率可以由UE或UE的群组用来触发随机化过程。另请参阅上面的d段。

在框360中，所配置的信息可以包括基于与先前由UE获取的一个或多个载波相关联的一个或多个概率来触发随机化过程的指示。另请参阅上面的段落e。

期望框335-360使得接收寻呼消息的UE 110考虑启动用于选择UE将在其上驻留的(例如，不同的)小区并且可能导致UE 110选择不同的小区的过程。

参照图4，该图分成图4A和4B，并且包含由用户设备执行的、用于经由寻呼过程进行网络拥塞控制的逻辑流程图。这些附图进一步图示了示例性方法的操作、在计算机可读存储器上体现的计算机程序指令的执行结果、由硬件实现的逻辑执行的功能、和/或用于执行根据示例性实施例的功能的互连装置。假设图4中的块由UE 110执行，例如部分由网络拥塞控制(NCC)模块140控制。

在框410中，UE 110接收具有供空闲模式驻留使用的载波的配置。在框415中，UE110接收具有负载平衡信息(例如，DP和/或概率)的配置。而且，如上所述，可能存在(例如，在针对DP的RRC连接释放中或针对AP的SIB中)优先级的该特定集合应当保持不活动直到寻呼触发被接收到的指示。在框420中，UE 110使用该配置来选择要驻留的小区，并且在框423中，UE 110驻留在所选择的小区上。

在框425中，UE 110确定是否接收到用于负载平衡的寻呼(例如，寻呼消息)。如果没有接收到寻呼(框425＝否)，则流程进行到框423(尽管流程也可以进行到框410或415，如上面参照图3所述)。

如果接收到寻呼(框425＝是)，则流程进行到框435，其中处理寻呼消息中所配置的信息。所配置的信息可以包括先前已经描述的框340-360中的信息。寻呼消息被配置为向UE 110指示UE 110应当执行用于针对空闲模式选择用于进行驻留的小区的过程。

在框470中，UE 110执行动作以根据接收的寻呼消息来选择另一小区以驻留。动作的示例可以如下执行。

在框440中，响应于所配置的信息中的触发器，UE 110启动适当的定时器并且应用先前获取的DP。UE 110将基于定时器和DP来选择载波。也参见图3的框340。众所周知，在当前的实现中，存在控制DP的有效性的定时器(表示为“T320”)。只要定时器没有期满，UE 110就会应用DP(当UE接收到具有DP的RRC连接释放时，定时器立即启动)。一旦定时器期满，UE丢弃DP并跟随广播的AP。在本公开的示例中，如果接收到寻呼触发器(在该事件之前，UE/UE群跟随AP)，则启动定时器。

在框445中，响应于去优先化请求，UE 110临时地对当前利用的载波进行去优先化，并且因此可以选择更高优先级的载波。也参考图3的框345。

在框450中，响应于优先化请求，UE 110对(例如，在IE中指示的)载波进行优先化，并且基于当前优先级来选择载波。值得注意的是，去优先化并不一定意味着将以随机方式选择新的重选目标载体。可以应用传统小区重选过程(例如，选择具有最高优先级的载波)。对于框450，还参考图3的框350。

在框455中，响应于所配置的信息中的概率，UE 110生成随机数并将所生成的数与所接收的概率的值进行比较，并基于此来选择载波。在一个示例中，具有概率的寻呼消息的接收应当触发UE侧的这种随机数生成和随后的比较过程以采取某种动作或者什么都不做(取决于比较结果是“真”还是“假”)应当遵循。也参考图3的框355。

在框460中，UE 110响应于该指示触发随机化过程，基于与先前由UE获取的一个或多个载波相关联的一个或多个概率来执行触发的随机化过程。这可能导致UE选择另一载波。另外，参见图3，框360。

还要注意，可以在例如块470和440中使用RRC连接释放中用于专用优先级的指示或者SIB中用于绝对优先级的指示，该指示指明优先级的对应集合应当保持不活动直到寻呼消息被接收到，这可以需要(entail)激活并使用优先级的对应集合来选择多个小区中的一个小区用于空闲模式的驻留。

这种经由现有RRC呼叫释放过程的寻呼的负载平衡的增强方法具有若干优点。以下是潜在优势及其相应技术效果的非限制性列表：

i)由于可以采用这种方法，所以DP始终是当前的。

ii)针对拥塞控制应用过时优先级的问题消失了。

iii)该方法是灵活的并且可以应用于个体UE或UE的群组。

iv)现有消息传送(即，寻呼)被用于完成空闲负载平衡，而不是引入新的信令。

v)正在重新使用UE唤醒以检查寻呼的现有方法。

vi)该方法可以用于在网络拥塞经过阶段时激活、去激活DP。

vii)该方法可以用于使一个载波比另一载波优先化。

viii)该方法可以用于使UE或UE的群组比另一UE或UE的群组优先化。

ix)一个(例如最大的)优点是运营商可以根据需要更好地管理他们的网络并控制网络负载。

以下是可能的实现的示例。示例1.一种方法，包括：至少执行以下各项作为用于小区的空闲模式负载平衡的连续负载平衡过程的一部分：确定该小区对于处于空闲模式时驻留在小区上的用户设备是否是拥塞的；以及响应于确定所述小区是拥塞的，向驻留在所述小区上的一个或多个空闲模式的用户设备发送寻呼消息，其中所述寻呼消息被配置为使所述一个或多个空闲模式的用户设备开始用以针对空闲模式选择用于进行驻留的小区的过程。

示例2.根据示例1所述的方法，其中所述寻呼消息被配置为包含触发器，所述触发器被配置为使所述用户设备激活先前获取的专用优先级。示例3.根据示例1所述的方法，其中所述寻呼消息被配置为包含去优先化请求，所述去优先化请求被配置为指令用户设备当前使用的载波应当被临时地指派最低优先级。示例4.根据示例1所述的方法，其中所述寻呼消息被配置为包含优先化请求，所述优先化请求被配置为使用户设备向特定载波临时地指派最高优先级。

示例5.根据示例4所述的方法，其中所述优先化请求是使用标识所述特定载波的信息元素来配置的。示例6.根据示例1所述的方法，其中所述寻呼消息被配置为包含概率，所述概率由所述用户设备使用以考虑是否触发随机化过程，所述随机化过程用于针对空闲模式选择用于进行驻留的小区。

示例7.根据示例1所述的方法，其中所述寻呼消息被配置为包含指示，所述指示被配置为使所述用户设备基于一个或多个概率来触发随机化过程，所述一个或多个概率与先前由用户设备获取的一个或多个载波相关联。示例8.根据示例1至7中任一项所述的方法，其中所述寻呼消息被发送到单个空闲模式的用户设备。示例9.根据示例1至7中任一项所述的方法，其中：所述方法还包括选择空闲模式的用户设备的群组；并且发送还包括向空闲模式的用户设备的群组发送寻呼消息。示例10.根据示例9所述的方法，其中选择所述群组被执行，使得如果所述群组中的所有用户设备选择不同的小区以用于空闲模式进行驻留，则所述群组中的多个用户设备被预期将所述小区上的负载减少到阈值以下。

示例11.根据示例1至10中任一示例所述的方法，该方法还包括针对专用优先级在RRC连接释放中或者针对绝对优先级在SIB中发送优先级的该对应集合应当保持不活动直到接收到寻呼消息的指示。

示例12.一种装置，包括一个或多个处理器和包括计算机程序代码的一个或多个存储器，所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使得所述装置执行示例1至11中的任一个所述的方法。

示例13.一种装置，包括：用于至少执行以下各项作为用于小区的空闲模式负载平衡的连续负载平衡过程的一部分的部件：用于确定该小区对于处于空闲模式时驻留在小区上的用户设备是否是拥塞的部件；以及用于响应于确定所述小区是拥塞的来向驻留在所述小区上的一个或多个空闲模式的用户设备发送寻呼消息的部件，其中所述寻呼消息被配置为使所述一个或多个空闲模式的用户设备开始用以针对空闲模式选择用于进行驻留的小区的过程。

示例14.根据示例13所述的装置，其中所述寻呼消息被配置为包含触发器，所述触发器被配置为使所述用户设备激活先前获取的专用优先级。示例15.根据示例13所述的装置，其中所述寻呼消息被配置为包含去优先化请求，所述去优先化请求被配置为指令用户设备当前使用的载波应当被临时地指派最低优先级。示例16.根据示例13所述的装置，其中所述寻呼消息被配置为包含优先化请求，所述优先化请求被配置为使用户设备临时地向特定载波指派最高优先级。示例17.根据示例16所述的装置，其中所述优先化请求是使用标识所述特定载波的信息元素来配置的。

示例18.根据示例13所述的装置，其中所述寻呼消息被配置为包含概率，所述概率由所述用户设备使用以考虑是否触发随机化过程，所述随机化过程用于针对空闲模式选择用于进行驻留的小区。示例19.根据示例13所述的装置，其中所述寻呼消息被配置为包含指示，所述指示被配置为使所述用户设备基于一个或多个概率来触发随机化过程，所述一个或多个概率与先前由用户设备获取的一个或多个载波相关联。

示例20.根据示例13至19中任一示例所述的装置，其中所述寻呼消息被发送到单个空闲模式的用户设备。示例21.根据示例13至19中任一项所述的装置，其中：所述装置还包括用于选择空闲模式的用户设备的群组的部件；并且用于发送的部件还包括向空闲模式的用户设备的群组发送寻呼消息的部件。

示例22.根据示例21所述的装置，其中用于选择所述群组的部件被执行，使得如果所述群组中的所有所述用户设备选择不同的小区用于空闲模式进行驻留，则所述群组中的多个用户设备被预期将所述小区上的负载减少到阈值以下。示例23.根据示例13至22中任一示例所述的装置，还包括：针对专用优先级在RRC连接释放中或者针对绝对优先级在SIB中发送优先级的该对应集合应当保持不活动直到接收到寻呼消息的指示。

示例24.一种方法，包括：对于处于空闲模式并且驻留在当前小区的用户设备，响应于接收到指示所述用户设备应当执行用以针对空闲模式选择用于进行驻留的小区的过程的寻呼消息，执行以下各项：执行用以选择多个小区中的一个小区用于空闲模式进行驻留的所述过程；以及执行用以驻留在所选择的小区上的操作。

示例25.根据示例24所述的方法，其中所述寻呼消息被配置为包含触发器，所述触发器被配置为使所述用户设备激活先前获取的专用优先级，并且执行所述处理包括激活先前获取的DP，启动一个或多个定时器，以及基于一个或多个定时器来应用先前获取的DP来选择所选择的小区。示例26.根据示例24所述的方法，其中所述寻呼消息被配置为包含去优先化请求，所述去优先化请求被配置为指令所述用户设备当前使用的载波应当被临时地指派最低优先级，并且执行所述处理还包括临时地去优先化当前利用的载波并且选择比当前使用的载波具有更高优先级的载波，其中选择载波选择所选择的小区。

示例27.根据示例24所述的方法，其中所述寻呼消息被配置为包含优先化请求，所述优先化请求被配置为使所述用户设备向某个载波临时地指派最高优先级，并且执行还包括选择所述最高优先级载波，其中选择载波选择所选择的小区。示例28.根据示例27所述的方法，其中所述优先化请求被配置为使用标识所述特定载波的信息元素。

实例29.根据实例24所述的方法，其中所述寻呼消息被配置为包含概率，且其中执行所述处理进一步包括基于所述概率来考虑是否触发随机化过程，所述随机化过程用于针对空闲模式选择用于进行驻留的小区，并且响应于确定触发所述随机化过程，触发所述随机化过程并且使用所述随机化过程来选择所选择的小区。

示例30.根据示例24所述的方法，其中所述寻呼消息被配置为包含指示，所述指示被配置为使所述用户设备基于一个或多个概率来触发随机化过程，所述一个或多个概率与先前由所述用户设备获取的一个或多个载波相关联，以及执行所述过程还包括使用所述一个或多个概率来执行所述随机化过程以选择所选择的小区。

示例31.根据示例24至30中任一项所述的方法，还包括：针对专用优先级在RRC连接释放中发送或者针对绝对优先级在SIB中发送优先级的该对应集合应当保持不活动直到接收到寻呼消息的指示，并且其中执行所述过程还包括激活并使用对应的优先级集合来选择多个小区中的一个用于空闲模式的驻留。

示例32.一种用于用户设备的装置，所述用户设备处于空闲模式并且驻留在当前小区上，所述装置响应于接收到寻呼消息来使用包括以下各项的部件，所述寻呼消息指示所述用户设备应当执行用于针对空闲模式选择用于进行驻留的小区的过程：用于执行用以选择多个小区中的一个小区用于空闲模式进行驻留的过程的部件；以及用于执行用于驻留在所选择的小区上的操作的部件。

实例33.根据实例32所述的设备，其中所述寻呼消息被配置为包含触发器，所述触发器被配置为使所述用户设备激活先前获取的专用优先级，并且用于执行所述过程的部件包括用于激活先前获取的DP的部件，用于启动一个或多个定时器的部件，以及用于基于一个或多个定时器来应用先前获取的DP来选择所选择的小区的部件。示例34.根据示例32所述的装置，其中所述寻呼消息被配置为包含去优先化请求，所述去优先化请求被配置为指令所述用户设备当前使用的载波应当被临时地指派最低优先级，并且执行所述过程的部件还包括用于临时地去优先化当前利用的载波并且选择比当前使用的载波具有更高优先级的载波的部件，其中选择载波的部件选择所选择的小区。

示例35.根据示例32所述的装置，其中所述寻呼消息被配置为包含优先化请求，所述优先化请求被配置为使所述用户设备向某个载波临时地指派最高优先级，并且用于执行的部件还包括用于选择所述最高优先级载波的部件，其中用于选择载波的部件选择所选择的小区。示例36.根据示例35所述的装置，其中所述优先化请求被配置为使用标识所述某个载波的信息元素。

实例37.根据实例32所述的装置，其中所述寻呼消息被配置为包含概率，并且其中用于执行所述过程的部件进一步包括：用于基于所述概率来考虑是否触发随机化过程的部件，所述随机化过程用于针对空闲模式选择用于进行驻留的小区；以及响应于确定触发所述随机化过程来用于触发所述随机化过程并且使用所述随机化过程来选择所选择的小区的部件。

示例38.根据示例32所述的装置，其中所述寻呼消息被配置为包含指示，所述指示被配置为使所述用户设备基于一个或多个概率来触发随机化过程，所述一个或多个概率与先前通过所述用户设备获取的一个或多个载波相关联，以及用于执行所述过程的部件还包括用于使用所述一个或多个概率来执行所述随机化过程以选择所选择的小区的部件。

示例39.根据示例32至38中任一示例所述的装置，还包括：用于针对专用优先级在RRC连接释放中或者针对绝对优先级在SIB中接收指示的部件，所述指示指明优先级的该对应集合应当保持不活动直到接收到寻呼消息，并且其中用于执行所述过程的部件还包括用于激活并使用优先级的对应集合来选择多个小区中的一个用于空闲模式的驻留的部件。

示例40.一种装置，包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器包括计算机程序代码，所述一个或多个存储器和所述计算机程序代码被配置为用所述一个或多个处理器使得所述装置执行示例24至31中的任一个所述的方法。

示例41.一种通信系统，包括根据示例13至23中的任一个的装置以及根据示例32至39中的任一个的装置。

示例42.一种计算机程序，包括用于执行根据示例1至11或24至31中的任一个的方法的程序代码。示例43.根据示例42所述的计算机程序，其中所述计算机程序是计算机程序产品，计算机程序产品包括计算机可读介质，计算机可读介质承载体现在其中的、用于供计算机使用的计算机程序代码。

本文的实施例可以利用软件(由一个或多个处理器执行)、硬件(例如，专用集成电路)或软件和硬件的组合来实现。在示例实施例中，软件(例如，应用逻辑、指令集合)被保持在各种常规计算机可读介质中的任一个上。在本文件的上下文中，“计算机可读介质”可以是能够包含、存储、传送、传播或传送由诸如计算机的指令执行系统、装置或设备使用或与诸如计算机的指令执行系统、装置或设备结合使用的指令的任意介质或部件，其具有例如在图1中描述和描绘的计算机的一个示例。计算机可读介质可以包括计算机可读存储介质(例如，存储器125、155、171或其他设备)，其可以是可包含或存储供诸如计算机的指令执行系统、装置或设备使用或与诸如计算机的指令执行系统、装置或设备结合使用的指令的任意介质或部件。计算机可读存储介质不包括传播信号。

如果期望的话，本文讨论的不同功能可以按照不同的顺序和/或彼此同时地执行。此外，如果期望的话，上述功能中的一个或多个可以是可选的或者可以被组合。

尽管在独立权利要求中阐述了本发明的各个方面，但是本发明的其他方面包括来自所描述的实施例和/或具有独立权利要求的特征的从属权利要求的特征的其他组合，而不仅仅是在权利要求中明确列出的组合。

本文还要注意，尽管上面描述了本发明的示例性实施例，但是这些描述不应被视为限制性的。相反，在不脱离如所附权利要求限定的本发明的范围的情况下可以做出若干变体和修改。

在说明书和/或附图中可以找到的以下缩写定义如下：

AP 绝对优先级

ARFCN 绝对射频信道号码

CSFB 电路交换回退

DP 专用优先级

DPs 专用优先级

eNB或eNodeB 演进节点B(例如，LTE基站)

EUTRA 演进的通用陆地无线电接入

EUTRAN 演进的通用陆地无线电接入网络

HetNet 异构网络

IE 信息元素

LTE 长期演进

NCC 网络拥塞控制

NCE 网络控制实体

MME 移动性管理实体

RAT 无线电接入技术

Rel 版本

RRC 无线电资源控制

SGW 服务网关

SIB 系统信息块

UE 用户设备(例如，无线、便携式设备)

Claims

1.一种方法，包括：

至少执行以下各项作为用于小区的空闲模式负载平衡的连续负载平衡过程的一部分：

确定所述小区对于处于空闲模式时驻留在所述小区上的用户设备是否拥塞；以及

响应于确定所述小区拥塞，向驻留在所述小区上的一个或多个空闲模式的用户设备发送寻呼消息，其中所述寻呼消息被配置为使所述一个或多个空闲模式的用户设备开始用以针对空闲模式选择用于进行驻留的小区的过程。

2.根据权利要求1所述的方法，其中所述寻呼消息被配置为包含触发器，所述触发器被配置为使所述用户设备激活先前获取的专用优先级。

3.根据权利要求1所述的方法，其中所述寻呼消息被配置为包含概率，所述概率将由所述用户设备使用以考虑是否触发随机化过程，所述随机化过程用于针对空闲模式选择用于进行驻留的小区。

4.根据权利要求1所述的方法，其中所述寻呼消息被配置为包含指示，所述指示被配置为使所述用户设备基于一个或多个概率来触发随机化过程，所述一个或多个概率与先前由所述用户设备获取的一个或多个载波相关联。

5.根据权利要求1至4中任一项所述的方法，其中所述寻呼消息被发送到单个空闲模式的用户设备。

6.根据权利要求1至4中任一项所述的方法，其中：

所述方法还包括选择空闲模式的用户设备的群组；以及

发送还包括向所述空闲模式的用户设备的所述群组发送所述寻呼消息。

7.根据权利要求6所述的方法，其中选择所述群组被执行，使得如果所述群组中的所有所述用户设备针对空闲模式选择不同的小区用于进行驻留，则所述群组中的多个用户设备被预期将所述小区上的负载减少到阈值以下。

8.根据权利要求1至7中任一项所述的方法，还包括：针对优先级在系统信息块中发送所述优先级应当保持不活动直到所述寻呼消息被接收为止的指示。

9.一种装置，包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器包括计算机程序代码，所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使得所述装置执行根据权利要求1至8中的任一项所述的方法。

10.一种装置，包括：

用于至少执行以下各项作为用于小区的空闲模式负载平衡的连续负载平衡过程的一部分的部件：

用于确定所述小区对于处于空闲模式时驻留在所述小区上的用户设备是否拥塞的部件；以及

用于响应于确定所述小区拥塞来向驻留在所述小区上的一个或多个空闲模式的用户设备发送寻呼消息的部件，其中所述寻呼消息被配置为使所述一个或多个空闲模式的用户设备开始用以针对空闲模式选择用于进行驻留的小区的过程。

11.根据权利要求10所述的装置，其中所述寻呼消息被配置为包含触发器，所述触发器被配置为使所述用户设备激活先前获取的专用优先级。

12.根据权利要求10所述的装置，其中所述寻呼消息被配置为包含概率，所述概率由所述用户设备使用以考虑是否触发随机化过程，所述随机化过程用于针对空闲模式选择用于驻留的小区。

13.根据权利要求10所述的装置，其中所述寻呼消息被配置为包含指示，所述指示被配置为使所述用户设备基于一个或多个概率来触发随机化过程，所述一个或多个概率与先前由所述用户设备获取的一个或多个载波相关联。

14.根据权利要求10至13中任一项所述的装置，其中所述寻呼消息被发送到单个空闲模式的用户设备。

15.根据权利要求10至13中任一项所述的装置，其中：

所述装置还包括用于选择空闲模式的用户设备的群组的部件；以及

用于发送的所述部件还包括用于向空闲模式的用户设备的所述群组发送所述寻呼消息的部件。

16.根据权利要求15所述的装置，其中用于选择所述群组的所述部件被执行，使得如果所述群组中的所有所述用户设备针对空闲模式选择不同的小区用于进行驻留，则所述群组中的多个用户设备被预期将所述小区上的负载减少到阈值以下。

17.根据权利要求10至16中的任一项所述的装置，还包括：用于针对优先级在系统信息块中发送这些优先级应当保持不活动直到所述寻呼消息被接收为止的指示的部件。

18.一种包括权利要求10至17中的任一项的基站。

19.一种方法，包括：

对于处于空闲模式并且驻留在当前小区的用户设备，响应于接收到指示所述用户设备应当执行用以针对空闲模式选择用于进行驻留的小区的过程的寻呼消息，执行以下各项：

执行所述过程，用以针对空闲模式选择多个小区中的一个小区用于进行驻留；以及

执行用以驻留在所选择的小区上的操作。

20.根据权利要求19所述的方法，其中所述寻呼消息被配置为包含触发器，所述触发器被配置为使所述用户设备激活先前获取的专用优先级，并且执行所述过程包括：激活所述先前获取的专用优先权，启动一个或多个定时器，以及基于所述一个或多个定时器来应用所述先前获取的专用优先权来选择所选择的小区。

21.根据权利要求19所述的方法，其中所述寻呼消息被配置为包含概率，并且其中执行所述过程还包括：基于所述概率来考虑是否触发随机化过程，所述随机化过程用于针对空闲模式选择用于进行驻留的小区，以及响应于确定触发所述随机化过程，触发所述随机化过程并且使用所述随机化过程来选择所选择的小区。

22.根据权利要求19所述的方法，其中所述寻呼消息被配置为包含指示，所述指示被配置为使所述用户设备基于一个或多个概率来触发随机化过程，所述一个或多个概率与先前由所述用户设备获取的一个或多个载波相关联，以及执行所述过程还包括使用所述一个或多个概率来执行所述随机化过程以选择所选择的小区。

23.根据权利要求19至22中任一项所述的方法，还包括：针对优先级在系统信息块中接收优先级的该对应集合应当保持不活动直到所述寻呼消息被接收为止的指示，并且其中执行所述过程还包括激活并使用所述优先级来针对空闲模式选择多个小区中的一个小区用于进行驻留。

24.一种用于处于空闲模式并且驻留在当前小区上的用户设备的装置，所述装置响应于接收到寻呼消息来使用包括以下各项的部件，所述寻呼消息指示所述用户设备应当执行用以针对空闲模式选择用于进行驻留的小区的过程：

用于执行所述过程以针对空闲模式选择多个小区中的一个小区用于进行驻留的部件；以及

用于执行用以驻留在所选择的小区上的操作的部件。

25.根据权利要求24所述的装置，其中所述寻呼消息被配置为包含触发器，所述触发器被配置为使所述用户设备激活先前获取的专用优先级，并且用于执行所述过程的所述部件包括：用于激活先前获取的专用优先级的部件，用于启动一个或多个定时器的部件，以及用于基于一个或多个定时器来应用所述先前获取的专用优先级来选择所选择的小区的部件。

26.根据权利要求24所述的装置，其中所述寻呼消息被配置为包含概率，并且其中用于执行所述过程的所述部件还包括：用于基于所述概率来考虑是否触发随机化过程的部件，所述随机化过程用于针对空闲模式选择用于进行驻留的小区；以及用于响应于确定触发所述随机化过程来触发所述随机化过程并且使用所述随机化过程来选择所选择的小区的部件。

27.根据权利要求24所述的装置，其中所述寻呼消息被配置为包含指示，所述指示被配置为使所述用户设备基于一个或多个概率来触发随机化过程，所述一个或多个概率与先前由所述用户设备获取的一个或多个载波相关联，并且用于执行所述过程的所述部件还包括用于使用所述一个或多个概率来执行所述随机化过程以选择所选择的小区的部件。

28.根据权利要求24至27中任一项所述的装置，还包括：用于针对专用优先级在RRC连接释放中或者针对绝对优先级在系统信息块中接收指示的部件，所述指示指明优先级的该对应集合应当保持不活动直到所述寻呼消息被接收为止，并且其中用于执行所述过程的所述部件还包括用于激活并使用优先级的所述对应集合来针对空闲模式选择多个小区中的一个小区用于进行驻留的部件。

29.一种包括权利要求24至28中的任一项的用户设备。

30.一种装置，包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器包括计算机程序代码，所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使得所述装置执行根据权利要求19到23中任一项所述的方法。

31.一种通信系统，包括根据权利要求10至17中任一项所述的装置和根据权利要求24至28中任一项所述的装置。

32.一种计算机程序，包括用于执行根据权利要求1至8或19至23中任一项所述的方法的程序代码。

33.根据权利要求32所述的计算机程序，其中所述计算机程序是计算机程序产品，所述计算机程序产品包括计算机可读介质，所述计算机可读介质承载体现在其中的、用于与计算机一起使用的计算机程序代码。