CN105684533A - 在等待请求与无线网络的连接的同时对寻呼请求做出响应 - Google Patents

Abstract

公开了一种用户设备、无线电控制节点、方法和计算机程序。用户设备被配置为跨包括多个无线电覆盖小区的无线通信网络与其它设备通信，用户设备被配置为对来自网络的包括等待时间的消息的接收做出响应、以便直至等待时间到期之后才传输连接请求；其中用户设备在等待时间期间被配置为从网络接收寻呼请求；并且被配置为对寻呼请求中的至少一些寻呼请求做出响应，用户设备被配置为根据从网络接收的寻呼信息来选择寻呼请求中的至少一些寻呼请求以便做出响应。

Description

在等待请求与无线网络的连接的同时对寻呼请求做出响应

技术领域

本发明涉及一种用于控制用户设备如何在等待连接状态的同时对寻呼请求做出响应的方法以及可操作用于执行该方法的用户设备、网络控制节点基站和计算机程序产品。

背景技术

无线通信网络是已知的。在蜂窝系统中，地理区域向用户设备、例如移动电话提供无线电覆盖。那些无线电覆盖地理区域被称为小区。基站位于每个地理区域中以提供所需的无线电覆盖。基站可以支持在相同地理区域中提供覆盖的多于一个小区。在由基站服务的区域中的用户设备从该基站接收信息和数据并且向该基站传输信息和数据。

由基站向用户设备传输的信息和数据出现在被称为下行链路载波的无线电载波的信道上。由用户设备向基站传输的信息和数据出现在被称为上行链路载波的无线电载波的上行链路信道上。

在无线通信网络中，用户设备可以在地理基站覆盖区域之间移动。向用户设备提供的活跃服务通常由无线电网络控制器(RNC)监督。RNC与用户设备和基站通信并且确定每个用户设备将主要地连接到哪个基站。另外，RNC在用户设备从由一个基站服务的地理区域移动到由另一基站服务的地理区域或者在由相同基站服务的小区或者扇区之间移动时有所行动以控制基站和用户设备并且与基站和用户设备通信。RNC对小区负荷的管理出现在用户设备以连接无线电资源控制(RRC)状态进行操作的时候。

用户设备可以在例如UMTS通信网络中在各种模式中进行操作。在小区内初始接通用户设备时，它将通常地在空闲模式中进行操作。一旦它同步和将自己附接到基站，它获得无线电资源控制(RRC)连接并且可以在那些RRC状态中的一些RRC状态中被称为处于连接模式中。在无线网络中的移动终端主要地具有如以上概述的两个操作模式；也就是说，连接模式或者非连接模式、也被称为“空闲模式”。

为了从空闲转变成连接模式，用户设备将通常地经由RRC连接建立过程来获得对网络的接入，该RRC连接建立过程通过用户设备(UE)分别向RRC/eNodeB(连接到移动网络并且与用户设备直接地通信的基站)发送RRC连接请求消息来发起。通常地，RNC/eNodeB将做出响应以确认在RRC/eNodeB与UE之间建立RRC连接。然而，存在其中网络(RRC/eNodeB)可以拒绝来自UE的RRC连接请求的境况。作为拒绝的部分，网络能够向UE提供“等待时间”，该等待时间定义UE在重复被拒绝的过程之前必须等待的时间段。网络拒绝RRC连接请求并且提供等待时间的一个结果是在等待时间在UE中消磨(这可能长达15秒)的同时，UE不对任何寻呼请求做出响应。

此外，在UMTS中，RNC也可以在对来自UE的小区更新过程做出响应时提供等待时间。

对于容许延迟的接入(其用于低优先级接入、通常为MTC机器型通信设备、诸如智能计量器)，3GPPPRAN2标准工作组也已经定义延长的等待时间IE(长达30分钟)。在这一延长的等待时间在UE中消磨的同时，这一‘等待’仅适用于容许延迟的呼叫，并且因此UE可以对任何接收到的寻呼请求做出响应而定时器被停止。

因此存在UE如何对接收包含等待时间的RRC消息进行反映和如何对接收具有延长的等待时间的消息进行反应之间的不一致性，这可能导致问题。

将期望UE在等待或者延长的等待时段中以相似方式对寻呼请求做出响应。具体而言，如果在延长的等待时间中的较低优先级设备没有比具有更短等待时间的更高优先级设备对某些寻呼请求更有反应，则将是有利的。

发明内容

根据第一方面，提供了一种被配置为跨包括多个无线电覆盖小区的无线通信网络与其它设备通信的用户设备，所述用户设备被配置为对来自所述网络的包括等待时间的消息的接收做出响应、以便直至所述等待时间到期之后才传输连接请求；其中所述用户设备在所述等待时间期间被配置为从所述网络接收寻呼请求；并且被配置为对所述寻呼请求中的至少一些寻呼请求做出响应，所述用户设备被配置为根据从所述网络接收的寻呼信息来选择所述寻呼请求中的所述至少一些请求以便做出响应。

本发明认识到用户设备被配置为在等待时间期间无论请求的优先级或者网络的当前负荷如何都不对寻呼请求做出响应，这样可能是不利的。它通过根据从网络接收的寻呼信息允许对至少一些寻呼请求做出响应来解决这一点。这允许网络对是否对寻呼请求做出响应具有一些控制并且停止对先前出现的这样的请求的总体忽略。至少一些请求可以包括其中网络寻呼信息认为这样适合的所有寻呼请求，备选地，它可以是特定的请求子集。应当注意的是，等待时间可以是常规的若干秒的等待时间，或者它可以是若干分钟的延长的等待时间。

在一些实施例中，寻呼信息包括对必须做出响应的寻呼请求的类型的指示，用户设备在等待时间期间被配置为对必须做出响应的寻呼请求的类型做出响应。

寻呼信息可以包括对必须做出响应的寻呼请求的类型的指示。就这一点而言，可以有多个不同类型的寻呼请求，例如可以根据生成寻呼请求的信号的性质而存在不同类型的寻呼请求，例如可以存在用于终止对话呼叫、用于终止流式呼叫、用于终止交互式呼叫、用于终止背景呼叫、用于终止高优先级信令、用于终止低优先级信令和用于原因未知的终止。这样的寻呼请求的优先级将依赖于它们的类型(也就是生成它们的信号的性质)，并且因此在寻呼信息内提供对必须做出响应的寻呼请求的类型的指示允许用户设备对特定类型而不是对其它类型做出响应。在其它情况下，对寻呼请求的类型的指示将是对它的优先级的指示，并且用户设备将被配置为对在某个优先级以上的寻呼请求做出响应。因此，在网络上的负荷特别高时，用户设备可以被配置为仅对非常高优先级的请求做出响应，而在其它时间，它可以被配置为对更低优先级的请求做出响应。寻呼请求的类型也可以被分组成寻呼请求针对的信号的性质，例如它是否用于电路交换信号或者分组交换信号。

在一些实施例中，所述用户设备被配置为根据从所述网络接收的所述寻呼信息来忽略所述寻呼请求中的至少一些其它寻呼请求。

虽然在一些情况下，寻呼信息指示应当对所有寻呼请求做出响应，但是在其它实施例中，仅指示它们的子集而忽略其它请求。

在一些实施例中，接收寻呼信息作为系统信息广播的一部分。

可以接收寻呼信息作为系统信息广播的一部分，该系统信息广播可以被传输到在特定区域内的所有用户设备并且包括系统的信息，诸如代码、信道等。这一系统信息还可以包括寻呼信息，该寻呼信息可以向在该区域内的所有其它用户设备通知应当在等待时间期间对哪些寻呼请求做出响应而可以忽略哪些寻呼请求。可以响应于系统的某个负荷而发送出这一系统信息广播，从而在负荷降至某个水平以下时，可以比在它在某个水平以上时对更多寻呼请求做出响应。

在一些实施例中，包括所述等待时间的消息进一步包括所述寻呼信息。

备选地，包括等待时间的消息还可以包括寻呼信息，该寻呼信息指示应当在该等待时间期间对哪些寻呼请求做出响应。由于这一寻呼信息与等待时间相关，所以可能方便与发送等待时间的消息一起发送这一信息。例如这一消息可以是连接拒绝或者它可以是来自网络的释放信号。

在一些实施例中，寻呼信息包括与寻呼请求相关联并且向用户设备指示是否必须对寻呼请求做出响应或者必须忽略寻呼请求的优先级指示符，用户设备在等待时间期间被配置为对具有指示必须对寻呼请求做出响应的优先级指示符的寻呼请求的接收做出响应，以对该寻呼请求做出响应。

备选地，寻呼信息可以与寻呼请求本身相关联，从而寻呼请求包括指示应当对该特定寻呼请求做出响应的指示符。这是一种传输寻呼请求的方便方式并且允许是否对寻呼请求做出响应是针对那些寻呼请求而不是针对用户设备本身。

在一些实施例中，所述用户设备包括被配置为向所述用户设备指示等待时间何时到期的定时器，用户设备在对至少一些寻呼请求做出响应时被配置为不重置定时器，从而定时器被暂停或者继续对等待时间进行计时。就这一点而言，在定时器被暂停时，一旦已经对寻呼做出响应，它将被重启并且继续从暂停点进行运行。

可以是有利的是：在等待时间期间对寻呼请求做出响应以不重置定时器从而定时器在响应期间被暂停或者继续计时。以这一方式，在已经对寻呼请求做出响应时，如果等待时间在等待时间期间尚未到期、则用户设备仍然在这一时段内，并且用户设备不能够比在没有接收到寻呼请求的情况下更早地发送连接请求。这减轻一些现有技术设备的问题，在这些设备中，当对寻呼请求做出响应时，定时器被重置并且用户设备可以发送连接请求而无需等待该等待时间到期。

在一些情况下，用户设备可以被配置为在等待时间期间对所有寻呼请求做出响应，并且可以有利的是：在这样的情况下定时器在用户设备正在做出响应时不会被重置而实际上被暂停、并且然后被重启或者继续计时，从而使得用户设备不能够比在它没有接收到寻呼请求的情况下更早地传输连接请求。以这一方式，不会不利地增加网络上的负荷。

本发明的第二方面提供了一种可操作用于跨包括多个无线电覆盖小区的无线通信网络控制负荷的网络控制节点，该网络控制节点包括：负荷确定逻辑，可操作用于基于对所述无线电覆盖小区中的至少一个无线电覆盖小区的操作参数的指示来确定所述至少一个无线电覆盖小区的负荷；请求接收器，用于经由所述无线电覆盖小区中的所述至少一个无线电覆盖小区从用户设备接收连接请求；通信逻辑，可操作用于响应于所述负荷确定逻辑确定所述无线电覆盖小区中的所述至少一个无线电覆盖小区的所述负荷在预定水平以上而传输消息，所述消息包括指示如下时间的等待时间，所述用户设备不应当在该时间期间传输用于连接到所述网络的请求，以及可操作用于传输指示寻呼信息，该寻呼信息指示所述用户设备应当在所述等待时间期间做出响应的至少一些寻呼请求。

可以例如是无线电网络控制器(RNC)或者基站(eNodeB)的网络控制节点可以向用户设备提供寻呼信息，该寻呼信息指示用户设备应当在等待时间期间做出响应的至少一些寻呼请求。就这一点而言，网络控制节点将传输消息，该消息包括指示如下时间的等待时间，用户设备不应当在该时间期间传输用于连接到网络的请求，并且它也可以传输指示用户设备应当在这一等待时间期间对哪些寻呼请求做出响应的信息。以这一方式，可以提供在其中可以在等待时间期间对某些寻呼请求做出响应的系统。该系统是动态的，因为网络控制节点可以例如根据网络的负荷或者其它因素来传输不同的寻呼信息。

在一些实施例中，通信逻辑被配置为根据由负荷确定逻辑确定的无线电覆盖小区中的至少一个无线电覆盖小区的当前负荷来确定用户设备应当做出响应的至少一些寻呼请求。

虽然在网络控制节点内的通信逻辑可以用多种不同的方式来确定用户设备应当做出响应的寻呼请求，但是在一些情况下，无线电覆盖小区中的至少一个无线电覆盖小区的当前负荷是影响应当对哪些寻呼请求做出响应的因素。就这一点而言，在该系统很高负荷时，则可以是一般应当忽略寻呼请求、除非这些寻呼请求具有相对高优先级，而在其它情况下，在该系统不是这样高负荷时，可以是可以对更多寻呼请求做出响应而不会不适当地影响该系统。

在一些实施例中，通信逻辑进一步可操作用于传输系统信息广播，该系统信息广播包括指示用户设备应当在等待时间期间做出响应的至少一些寻呼请求的寻呼信息。

网络控制节点可以不时地传输系统信息广播，这些系统信息广播包含关于系统的信息、诸如可用信道和所需的任何码。这些系统信息广播被发送到在范围内的所有用户设备并且它们可以包括指示当前在等待模式中的用户设备应当对哪些寻呼请求做出响应的寻呼信息。通过使用系统信息广播来发送所述寻呼信息，接收这一系统信息广播的所有用户设备将接收所述寻呼信息，并且如果当前应当被做出响应的寻呼请求的类别基于例如网络的该部分的当前负荷，则可以是适当的：向在该部分内正在接收信号的所有用户设备发送相同的寻呼信息。

在一些实施例中，通信逻辑可操作用于在包括等待时间的消息中传输寻呼信息。

备选地，可以在包含等待时间的消息中发送寻呼信息。这一寻呼信息仅与当前正在等待的用户设备相关，并且因此发送具有等待时间的这一信息是适当的，因为用户设备在这一点将需要该信息。

本发明的第三方面提供了一种可操作用于跨包括多个无线电覆盖小区的无线通信网络来控制负荷的网络控制节点，该网络控制节点包括：寻呼生成逻辑，可操作用于生成去往用户设备的寻呼请求，寻呼生成逻辑被配置为将优先级标志应用于寻呼请求，优先级标志指示在用户设备正在等待传输连接请求时用户设备是否应当在等待时间期间对寻呼请求做出响应。

在一些情况下，网络控制节点可以向寻呼请求添加优先级标志，该优先级标志充当寻呼信息，因为它指示用户设备是否应当在等待时间期间对寻呼请求做出响应。同样，这是一种发送该信息的方便方式，因为清楚地是，仅在用户设备已经接收寻呼请求时，它才需要知道它是否应当对该寻呼请求做出响应。在这一情况下，网络控制节点可以是基站，它可以是RNC，或者它可以是核心网络。

本发明的第四方面提供了一种在等待时间期间在用户设备处有选择地对寻呼请求做出响应的方法，等待时间响应于用户设备已经从包括多个无线电覆盖小区的无线通信网络接收包括等待时间的消息而产生，等待时间指示如下时间，用户设备不应当在该时间期间传输连接请求；该方法包括以下步骤：在等待时间期间从网络接收至少一个寻呼请求；以及根据从网络接收的寻呼信息，对寻呼请求做出响应。

本发明的第五方面提供了一种控制跨包括多个无线电覆盖小区的无线通信网络的负荷的方法，该方法包括：确定无线电覆盖小区中的至少一个无线电覆盖小区的负荷；经由无线电覆盖小区中的至少一个无线电覆盖小区从用户设备接收连接请求；响应于确定无线电覆盖小区中的至少一个无线电覆盖小区的负荷在预定水平以上而传输消息，该消息包括指示如下时间的等待时间，用户设备不应当在该时间期间传输连接请求；以及传输指示寻呼信息，该寻呼信息用户设备不应当在等待时间期间做出响应的至少一些寻呼请求。

本发明的第六方面提供了一种在包括多个无线电覆盖小区的无线通信网络中生成寻呼请求的方法，该方法包括：生成去往用户设备的寻呼请求，该寻呼请求包括指示用户设备是否应当在等待时间期间对寻呼请求做出响应的优先级指示符，用户设备在该等待时间中已经有连接请求被拒绝并且正在等待传输新的请求。

本发明的第七方面提供了一种包括计算机程序的计算机程序产品，该计算机程序在由计算机执行时控制所述计算机执行根据本发明的第四至第六方面中的任一方面的方法中的步骤。

附图说明

现在将参照附图进一步描述本发明的实施例，在附图中：

图1A和1B示出根据本发明的实施例的具有服务于用户设备的无线电控制节点的无线通信网络；

图2A至2D示意地示出跨无线通信网络通信的用户设备以及它们传输和接收的信号；

图3示意地示出在等待时间期间接收寻呼请求的用户设备；以及

图4示意地示出在无线通信网络中与控制节点通信的两个用户设备。

具体实施方式

概述

在用任何更多细节讨论实施例之前，首先将提供概述。

如在背景技术一节中指出的那样，存在与不同用户设备如何在等待时间和延长的等待时间期间对寻呼请求做出响应相关联的问题。

可以在以下示例中示出发明人认识的一个问题：

向UE₁指派15秒的等待时间

向UE₂指派30分钟的等待时间

向UE₁和UE₂二者发送CN(核心网络)寻呼以用于在UE₁和UE₂已经有RRC连接请求被拒绝之后的10秒、即相关定时器开始之后的10秒终止语音呼叫。因此，在延长的等待时间段中的UE将对来自核心网络的寻呼做出反应，但是UE在等待时间段中将忽略CN寻呼。这一示例证实技术问题出在UE在等待时间中不如在延长的等待时间中的UE那样有效(关于对寻呼做出响应)。在这一示例中，已经为被视为高优先级服务的终止语音呼叫而发起寻呼，因此正常预计将是UE将做出反应并且尝试对任何这样的寻呼做出响应。

另外，无线优先级服务(WPS)要求终止UE将传入的呼叫视为高优先级呼叫并且对相关联的寻呼消息做出响应。在UMTS和LTE中，WPS呼叫将使用高优先级信令终止呼叫类型。在LTE中，在S₁接口之上发送的寻呼消息指示所述寻呼消息的优先级。它允许eNB(eNodeB)有选择地仅向UE发送高优先级寻呼消息。主要地针对普通优先级呼叫的等待计时器不应当防止UE对这些高优先级寻呼消息做出响应。

又一问题是用于运行延长的等待时间的UE的当前行为是：UE将对寻呼做出响应并且同时UE将在它对寻呼请求做出响应时停止运行延长的等待时间定时器，并且UE在它对寻呼做出响应之后不会重启该计时器。这允许UE发起对延迟容许的呼叫，这是不想要的行为，因为这可能引起网络中的附加信令和负荷，而引起附加信令和负荷是网络在它拒绝来自UE的RRC过程时首当其冲试图防止的。

本技术的发明人认识到在无线通信网络相当地重负荷以使得它可以拒绝连接请求或者可以从先前连接的设备释放连接时，它仍然可以能够处置寻呼请求，并且假定这些寻呼请求中的一些寻呼请求具有高优先级，在特定境况中允许它这样做可以是有利的。

本技术因此提供如下的系统，其中可以根据从网络发送的信息确定是否处置寻呼请求。就这一点而言，该信息可以随着网络的负荷改变而改变，并且该信息可以包含寻呼专用信息，从而将对某些请求类型或者某些高优先级请求做出响应、而可以忽略更低优先级请求。

本发明的实施例也解决在等待时间中的设备对请求做出响应并且在这样做的时候退出等待时间、从而可以在该等待时间到期之前向系统发送连接请求的问题。因此，本发明的实施例允许用户设备在继续运行定时器的同时或者在暂停定时器的同时对寻呼请求做出响应，从而等待时间不会简单地由于用户设备对寻呼请求做出响应而提早到期。

在一些情况下，指示应当对哪些寻呼请求做出响应的寻呼信息可以与发送等待时间的消息一起被发送，从而在接收等待时间时，用户设备也将接收指示应当在这一等待时间期间对哪个寻呼请求做出响应的信息。备选地，可以发送寻呼信息作为向在信号的范围内的所有用户设备广播的系统信息广播。这可以在是否对某种类型的寻呼请求做出响应依赖于网络的特定部分的负荷时是适合的，因此向在该部分内的所有用户设备传输广播信号是一种向它们指示应当在等待时间期间对哪些寻呼请求做出响应的方便方式。

在备选实施例中，可以修改寻呼请求本身以包括向用户设备指示应当对该特定寻呼请求做出响应的指示符或者标志。

图1A图示无线通信网络，该无线通信网络包括由无线电网络控制器(RNC)20监督的多个基站或者基站收发器或者节点B10，该RNC20本身与为在不同子网之间交换信息提供路径的核心网络30通信。图1B示出无线通信网络的备选示例，该无线通信网络包括在这一情况下由核心网络30直接地监督的多个基站或者基站收发器或者eNodeB10。

在这些网络中，个别用户设备、诸如移动电话或者智能计量器40将经由基站、并且在图1A的情况下经由无线电网络控制系统20和可能地经由核心网络30而相互连接。图1A中的无线电网络控制系统20将控制网络的负荷，并且因此用于连接到网络的请求将由RNC20控制，该RNC20将确定当前负荷是否值得一个连接或者连接请求是否应当被拒绝。如果当前连接请求被拒绝，则将指示如下时间的等待时间可以与拒绝消息一起发送，用户设备不应当在该时间期间发送又一连接请求。就这一点而言，等待时间可能是诸如10秒的相对短的等待时间，或者它可以是若干分钟的延长的等待时间、这可以是在用户设备是低优先级设备、诸如智能计量器时的情况。在图1B中所示无线网络的情况下，这样的拒绝由基站本身发送。

在设备在等待时间中时，虽然它们不能向网络传输信息，但是它们仍然可以从网络接收信息并且它们可以接收寻呼请求、也就是来自其它设备的用于连接到该设备的请求。该请求可以例如是用于终止对话呼叫请求，并且如果该请求是高优先级请求，则有利的是：即使该设备对网络的早期连接请求被拒绝、但是仍然允许它对该请求做出响应。

因此，本发明的实施例提供用于网络向用户设备指示如下信息的能力，该信息指示在等待时间期间当前应当对哪些寻呼请求做出响应而可以忽略哪些寻呼请求。以这一方式，系统可以根据寻呼请求的优先级和网络的特定部分的当前负荷而被配置为忽略寻呼请求或者对寻呼请求做出响应。

在图2中示出用户设备可以跨网络发送的信号以及用户设备将接收的响应和其它信号的一些示例。在图2a中，用户设备UE₁经由基站向无线电网络控制器发送连接请求，该无线电网络控制器根据当前负荷控制用户设备的连接。在这一情况下，系统有很重负荷并且该请求是低优先级请求，因此RNC拒绝该请求并且发送如下等待时间，在该等待时间期间不应当发送又一请求。它也发送关于可以在这一等待时间期间对哪些寻呼请求做出响应的信息。在这一情况下，它指示应当对用于电路交换信号的任何寻呼请求做出响应，而应当忽略用于分组交换信号的其它寻呼请求。就这一点而言，在一些系统中，电路交换通信被用于例如语音呼叫，而分组交换通信可以被用于其它通信。在其它系统中，所有通信可以是通过分组交换消息，在该情况下，清楚地的是，不会在这一基础上给予优先级。

图2b示出如下备选实施例，其中无线电网络控制器在系统信息广播(SIB)中广播系统信息，该系统信息广播指示用于该系统的各种信息并且在这一实施例中也指示用户设备在等待时间中当前应当接受的寻呼请求的类型。因此，这样的系统信息广播将从由RNC指示的适当基站发送出到在它们的范围内的所有用户设备，因此在该特定区域内的所有用户设备将对由系统信息广播所指示的寻呼请求的类型做出响应。就这一点而言，寻呼请求的类型可以是用于终止交互式呼叫的寻呼请求，或者它可以是用于终止流式呼叫或者对话呼叫的寻呼请求。它当然可以是用于该系统确定当前应当做出响应的、针对任何消息的寻呼请求。

图2c示出如下备选实施例，其中存在多个基站和移动性管理实体(MME)，该MME在这一实施例中控制向经由基站通信的用户设备分配资源。连接请求由基站接收和拒绝，并且等待时间与应当接受有在某个优先级水平以上的优先级水平的寻呼请求的指示一起被提供。在这一实施例中，与寻呼请求一起提供有指示它们的优先级的优先级指示，并且因此一种确定应当在等待时间期间对哪些寻呼请求做出响应而可以忽略哪些寻呼请求的方便方式是与拒绝请求一起提供有对优先级水平的指示，从而将接受具有更高优先级水平的寻呼请求而可以忽略具有该优先级水平或者更低优先级水平的寻呼请求、直至等待时间之后。

图2c示出网络的示例、诸如图1B中所示的网络。这里已经向基站发送连接请求并且已经接收到具有等待时间的拒绝。在用户设备处接收具有与之相关联的优先级水平指示符的寻呼请求。用户设备当前处于等待时间中并且与拒绝一起的是指示应当对哪些优先级水平寻呼请求做出响应的信息。它因此将根据该特定的接收到的寻呼请求的优先级水平来响应或者忽略该请求。

在图2d中所示的备选实施例中，寻呼请求可以本身具有与它相关联的指示是否应当接受它的指示符。就这一点而言，它可以具有简单的“我必须被接受”标志，并且在等待时间中的接收这样的优先级请求的所有用户设备将对它做出响应。

图3示出用户设备40，其具有用于传输和接收信号的通信逻辑45以及用于控制信号的传输和接收的控制逻辑47。也具有用于对等待时间进行计时的定时器42。

在所示示例中，用户设备40从网络接收拒绝连接请求，并且与这一拒绝请求一起，它接收如下等待时间和指示，它不应当在该等待时间期间请求连接到网络，该指示是应当在等待时间期间对类型a的寻呼请求做出响应而可以忽略其它寻呼请求。

响应于这一拒绝请求，用户设备40将定时器42设置为等待时间并且启动定时器。在定时器仍然在运行的同时，在等待时间到期之前接收寻呼请求并且这一寻呼请求是类型a。用户设备因此对这一寻呼请求做出响应并且继续运行等待定时器，从而等待时间将会在与它在尚未有响应被发送的时候将会到期的那样相同的时间处到期。

图4示出向和从通过UMTS网络漫游的两个用户设备UE₁和UE₂发送的信号。

以下步骤出现并且发送以下信号：

1)UE检测由RNC支持的节点B并且向RNC发起RRC连接请求。

2)RNC确定网络超负荷并且通过发送具有等待时间设置成15秒的RRC连接拒绝来拒绝RRC连接请求。由于网络负荷在“临界超负荷门限”以下，所以RNC在拒绝消息中提供附加信息，该附加信息向UE指示它可以对用于终止对话呼叫和终止高优先级信令的寻呼请求做出响应。

3)数秒之后，另一UE，UE₂，向相同RNC发起RRC连接请求。

4)这时网络负荷已经出现、从而它在具体“临界超负荷门限”之上，RNC因此拒绝具有15秒的等待时间的连接请求和UE应当在运行等待时间的同时忽略所有寻呼请求的指示。

5)随后，CN由于终止对话语音呼叫而发起针对UE₁的寻呼。

6)RNC使用相关原因值(causevalue)来寻呼UE₁。

7)由于先前已经向UE₁提供的指示它应当如何对在它的等待时间正在运行时接收到的寻呼消息做出响应，所以它确定它可以对这一寻呼类型做出响应，因此它响应于寻呼来发起小区更新、并且建立呼叫。

8)CN然后也由于终止对话语音呼叫而发起针对UE₂的寻呼。

9)RNC使用相关原因值来寻呼UE₂。

10)然而UE₂不会做出响应，因为它先前已经被配置为在运行等待时间定时器时忽略寻呼请求。

因此，如可见的那样，UE₁和UE₂根据在连接请求的RRC拒绝中与等待时间一起向它们发送的寻呼信息、而以不同方式对寻呼请求做出反应。

本领域技术人员将容易地认识到各种以上描述的方法的步骤可以由编程计算机执行。这里，一些实施例也旨在于覆盖程序存储设备、例如数字数据存储介质，这些程序存储设备是机器或者计算机可读的并且对机器可执行或者计算机可执行程序指令进行编码，其中所述指令执行以上描述的所述方法的步骤中的一些或者所有步骤。程序存储设备可以例如是数字存储器、磁存储介质(诸如磁盘和磁带)、硬盘或者光可读数字数据存储介质。实施例也旨在于覆盖被编程为执行以上描述的方法的所述步骤的计算机。

可以通过使用专用硬件以及能够与适当软件相关联地执行软件的硬件来提供图中所示各种单元的功能、包括标注为“处理器”或者“逻辑”的任何功能块的功能。在由处理器提供时，这些功能可以由单个专用处理器、由单个共享处理器或者由多个个别处理器提供，这些个别处理器中的一些处理器可以被共享。另外，对术语“处理器”或者“控制器”或者“逻辑”的明确使用不应当被解释为仅指代能够执行软件的硬件而可以隐含地包括而不限于数字信号处理器(DSP)硬件、网络处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、用于存储软件的只读存储器(ROM)、随机存取存储器(RAM)和非易失性存储装置。也可以包括其它常规和/或定制硬件。类似地，图中所示任何开关仅为概念。可以通过程序逻辑的操作、通过专用逻辑、通过程序控制和专用逻辑的交互或者甚至手动地实现它们的功能，具体技术可由实施者如从上下文更具体地理解的那样选择。

本领域技术人员应当认识这里的任何框图表示体现本发明的原理的示例电路装置的概念视图。类似地，将认识任何流程图、流图、状态转变图、伪代码等代表可以在计算机可读介质中实质上代表的、因此由计算机或者处理器执行的各种过程、无论是否明确地示出这样的计算机或者处理器。

说明书和附图仅举例说明本发明的原理。因此将认识本领域技术人员将能够设计各种布置，这些布置虽然这里未明确地描述或者示出、但是体现本发明的原理并且被包括在它的精神实质和范围内。另外，这里记载的所有示例主要清楚地旨在于仅用于示范目的以辅助读者理解本发明的原理和发明人贡献的用于发展本领域的概念而不会被解释为限于这样具体地记载的示例和条件。另外，这里记载本发明的原理、方面和实施例及其具体示例的所有陈述旨在于涵盖其等效含义。

Claims (13)

1.一种被配置为跨包括多个无线电覆盖小区的无线通信网络与其它设备通信的用户设备(40)，所述用户设备被配置为对来自所述网络的包括等待时间的消息的接收做出响应、以便直至所述等待时间到期之后才传输连接请求；其中：

所述用户设备在所述等待时间期间被配置为从所述网络接收寻呼请求；并且被配置为对所述寻呼请求中的至少一些寻呼请求做出响应，所述用户设备被配置为根据从所述网络接收的寻呼信息来选择所述寻呼请求中的所述至少一些寻呼请求以便做出响应。

2.根据权利要求1所述的用户设备(40)，其中所述寻呼信息包括对必须做出响应的寻呼请求的类型的指示，所述用户设备在所述等待时间期间被配置为对必须做出响应的所述寻呼请求的类型做出响应。

3.根据任一前述权利要求所述的用户设备(40)，其中接收所述寻呼信息以作为以下各项之一：

系统信息广播的一部分；

包括所述等待时间的所述消息；以及

与所述寻呼请求相关联的、指示必须对所述寻呼请求做出响应的信号。

4.根据任一前述权利要求所述的用户设备(40)，所述用户设备包括被配置为向所述用户设备指示所述等待时间何时已经到期的定时器，所述用户设备在对所述至少一些寻呼请求做出响应时被配置为不重置所述定时器，从而所述定时器被暂停或者继续对所述等待时间进行计时。

5.一种可操作用于跨包括多个无线电覆盖小区的无线通信网络来控制负荷的网络控制节点(20)，所述网络控制节点包括：

负荷确定逻辑，可操作用于基于所述无线电覆盖小区中的至少一个无线电覆盖小区的操作参数的指示来确定所述至少一个无线电覆盖小区的负荷；

请求接收器，用于经由所述无线电覆盖小区中的所述至少一个无线电覆盖小区从用户设备(40)接收连接请求；

通信逻辑，可操作用于：

响应于所述负荷确定逻辑确定所述无线电覆盖小区中的所述至少一个无线电覆盖小区的所述负荷在预定水平以上而传输消息，所述消息包括指示如下时间的等待时间，所述用户设备不应当在所述时间期间传输用于连接到所述网络的请求；以及

可操作用于传输寻呼信息，所述寻呼信息指示所述用户设备应当在所述等待时间期间做出响应的至少一些寻呼请求。

6.根据权利要求5所述的网络控制节点(20)，其中所述通信逻辑被配置为根据由所述负荷确定逻辑确定的所述无线电覆盖小区中的所述至少一个无线电覆盖小区的当前负荷，确定所述用户设备(40)应当做出响应的所述至少一些寻呼请求。

7.根据权利要求5或者6所述的网络控制节点(20)，其中所述通信逻辑进一步可操作用于传输系统信息广播，所述系统信息广播包括指示所述用户设备(40)应当在所述等待时间期间做出响应的所述至少一些寻呼请求的所述寻呼信息。

8.根据权利要求5或者6所述的网络控制节点(20)，其中所述通信逻辑可操作用于在包括所述等待时间的所述消息中传输所述寻呼信息。

9.一种可操作用于跨包括多个无线电覆盖小区的无线通信网络来控制负荷的网络控制节点(30)，所述网络控制节点包括：

寻呼生成逻辑，可操作用于生成去往用户设备的寻呼请求，所述寻呼生成逻辑被配置为将优先级标志应用于所述寻呼请求，所述优先级标志指示在所述用户设备正在等待传输连接请求时所述用户设备是否应当在等待时间期间对所述寻呼请求做出响应。

10.一种在等待时间期间在用户设备处有选择地对寻呼请求做出响应的方法，所述等待时间响应于所述用户设备已经从包括多个无线电覆盖小区的无线通信网络接收到包括所述等待时间的消息而产生，所述等待时间指示如下时间，所述用户设备不应当在所述时间期间传输连接请求；所述方法包括以下步骤：

在所述等待时间期间从所述网络接收至少一个寻呼请求；以及根据从所述网络接收到的寻呼信息，对所述寻呼请求做出响应。

11.一种跨包括多个无线电覆盖小区的无线通信网络来控制负荷的方法，所述方法包括：

确定所述无线电覆盖小区中的至少一个无线电覆盖小区的负荷；

经由所述无线电覆盖小区中的所述至少一个无线电覆盖小区从用户设备接收连接请求；

响应于确定所述无线电覆盖小区中的所述至少一个无线电覆盖小区的所述负荷在预定水平以上而传输消息，所述消息包括指示如下时间的等待时间，所述用户设备不应当在所述时间期间传输连接请求；以及

传输寻呼信息，所述寻呼信息指示所述用户设备应当在所述等待时间期间做出响应的至少一些寻呼请求。

12.一种在包括多个无线电覆盖小区的无线通信网络中生成寻呼请求的方法，所述方法包括：

生成去往用户设备的寻呼请求，所述寻呼请求包括指示所述用户设备是否应当在等待时间期间对所述寻呼请求做出响应的优先级指示符，所述用户设备在所述等待时间中已经有连接请求被拒绝并且正在等待传输新的请求。

13.一种包括计算机程序的计算机程序产品，所述计算机程序在由计算机执行时控制所述计算机执行根据权利要求10至12中的任一权利要求所述的方法中的步骤。