不想要的行为，因为这可能引起网络中的附加信令和负荷，而引起附加信令和负荷是网络在它拒绝来自UE的RRC过程时首当其冲试图防止的。
[0054]本技术的发明人认识到在无线通信网络相当地重负荷以使得它可以拒绝连接请求或者可以从先前连接的设备释放连接时，它仍然可以能够处置寻呼请求，并且假定这些寻呼请求中的一些寻呼请求具有高优先级，在特定境况中允许它这样做可以是有利的。
[0055]本技术因此提供如下的系统，其中可以根据从网络发送的信息确定是否处置寻呼请求。就这一点而言，该信息可以随着网络的负荷改变而改变，并且该信息可以包含寻呼专用信息，从而将对某些请求类型或者某些高优先级请求做出响应、而可以忽略更低优先级请求。
[0056]本发明的实施例也解决在等待时间中的设备对请求做出响应并且在这样做的时候退出等待时间、从而可以在该等待时间到期之前向系统发送连接请求的问题。因此，本发明的实施例允许用户设备在继续运行定时器的同时或者在暂停定时器的同时对寻呼请求做出响应，从而等待时间不会简单地由于用户设备对寻呼请求做出响应而提早到期。
[0057]在一些情况下，指示应当对哪些寻呼请求做出响应的寻呼信息可以与发送等待时间的消息一起被发送，从而在接收等待时间时，用户设备也将接收指示应当在这一等待时间期间对哪个寻呼请求做出响应的信息。备选地，可以发送寻呼信息作为向在信号的范围内的所有用户设备广播的系统信息广播。这可以在是否对某种类型的寻呼请求做出响应依赖于网络的特定部分的负荷时是适合的，因此向在该部分内的所有用户设备传输广播信号是一种向它们指示应当在等待时间期间对哪些寻呼请求做出响应的方便方式。
[0058]在备选实施例中，可以修改寻呼请求本身以包括向用户设备指示应当对该特定寻呼请求做出响应的指示符或者标志。
[0059]图1A图示无线通信网络，该无线通信网络包括由无线电网络控制器(RNC)20监督的多个基站或者基站收发器或者节点B 10，该RNC 20本身与为在不同子网之间交换信息提供路径的核心网络30通信。图1B示出无线通信网络的备选示例，该无线通信网络包括在这一情况下由核心网络30直接地监督的多个基站或者基站收发器或者eNode B 10。
[0060]在这些网络中，个别用户设备、诸如移动电话或者智能计量器40将经由基站、并且在图1A的情况下经由无线电网络控制系统20和可能地经由核心网络30而相互连接。图1A中的无线电网络控制系统20将控制网络的负荷，并且因此用于连接到网络的请求将由RNC 20控制，该RNC 20将确定当前负荷是否值得一个连接或者连接请求是否应当被拒绝。如果当前连接请求被拒绝，则将指示如下时间的等待时间可以与拒绝消息一起发送，用户设备不应当在该时间期间发送又一连接请求。就这一点而言，等待时间可能是诸如10秒的相对短的等待时间，或者它可以是若干分钟的延长的等待时间、这可以是在用户设备是低优先级设备、诸如智能计量器时的情况。在图1B中所示无线网络的情况下，这样的拒绝由基站本身发送。
[0061]在设备在等待时间中时，虽然它们不能向网络传输信息，但是它们仍然可以从网络接收信息并且它们可以接收寻呼请求、也就是来自其它设备的用于连接到该设备的请求。该请求可以例如是用于终止对话呼叫请求，并且如果该请求是高优先级请求，则有利的是:即使该设备对网络的早期连接请求被拒绝、但是仍然允许它对该请求做出响应。
[0062]因此，本发明的实施例提供用于网络向用户设备指示如下信息的能力，该信息指示在等待时间期间当前应当对哪些寻呼请求做出响应而可以忽略哪些寻呼请求。以这一方式，系统可以根据寻呼请求的优先级和网络的特定部分的当前负荷而被配置为忽略寻呼请求或者对寻呼请求做出响应。
[0063]在图2中示出用户设备可以跨网络发送的信号以及用户设备将接收的响应和其它信号的一些示例。在图2a中，用户设备UE1S由基站向无线电网络控制器发送连接请求，该无线电网络控制器根据当前负荷控制用户设备的连接。在这一情况下，系统有很重负荷并且该请求是低优先级请求，因此RNC拒绝该请求并且发送如下等待时间，在该等待时间期间不应当发送又一请求。它也发送关于可以在这一等待时间期间对哪些寻呼请求做出响应的信息。在这一情况下，它指示应当对用于电路交换信号的任何寻呼请求做出响应，而应当忽略用于分组交换信号的其它寻呼请求。就这一点而言，在一些系统中，电路交换通信被用于例如语音呼叫，而分组交换通信可以被用于其它通信。在其它系统中，所有通信可以是通过分组交换消息，在该情况下，清楚地的是，不会在这一基础上给予优先级。
[0064]图2b示出如下备选实施例，其中无线电网络控制器在系统信息广播(SIB)中广播系统信息，该系统信息广播指示用于该系统的各种信息并且在这一实施例中也指示用户设备在等待时间中当前应当接受的寻呼请求的类型。因此，这样的系统信息广播将从由RNC指示的适当基站发送出到在它们的范围内的所有用户设备，因此在该特定区域内的所有用户设备将对由系统信息广播所指示的寻呼请求的类型做出响应。就这一点而言，寻呼请求的类型可以是用于终止交互式呼叫的寻呼请求，或者它可以是用于终止流式呼叫或者对话呼叫的寻呼请求。它当然可以是用于该系统确定当前应当做出响应的、针对任何消息的寻呼请求。
[0065]图2c示出如下备选实施例，其中存在多个基站和移动性管理实体(MME)，该MME在这一实施例中控制向经由基站通信的用户设备分配资源。连接请求由基站接收和拒绝，并且等待时间与应当接受有在某个优先级水平以上的优先级水平的寻呼请求的指示一起被提供。在这一实施例中，与寻呼请求一起提供有指示它们的优先级的优先级指示，并且因此一种确定应当在等待时间期间对哪些寻呼请求做出响应而可以忽略哪些寻呼请求的方便方式是与拒绝请求一起提供有对优先级水平的指示，从而将接受具有更高优先级水平的寻呼请求而可以忽略具有该优先级水平或者更低优先级水平的寻呼请求、直至等待时间之后。
[0066]图2c示出网络的示例、诸如图1B中所示的网络。这里已经向基站发送连接请求并且已经接收到具有等待时间的拒绝。在用户设备处接收具有与之相关联的优先级水平指示符的寻呼请求。用户设备当前处于等待时间中并且与拒绝一起的是指示应当对哪些优先级水平寻呼请求做出响应的信息。它因此将根据该特定的接收到的寻呼请求的优先级水平来响应或者忽略该请求。
[0067]在图2d中所示的备选实施例中，寻呼请求可以本身具有与它相关联的指示是否应当接受它的指示符。就这一点而言，它可以具有简单的“我必须被接受”标志，并且在等待时间中的接收这样的优先级请求的所有用户设备将对它做出响应。
[0068]图3示出用户设备40，其具有用于传输和接收信号的通信逻辑45以及用于控制信号的传输和接收的控制逻辑47。也具有用于对等待时间进行计时的定时器42。
[0069]在所示示例中，用户设备40从网络接收拒绝连接请求，并且与这一拒绝请求一起，它接收如下等待时间和指示，它不应当在该等待时间期间请求连接到网络，该指示是应当在等待时间期间对类型a的寻呼请求做出响应而可以忽略其它寻呼请求。
[0070]响应于这一拒绝请求，用户设备40将定时器42设置为等待时间并且启动定时器。在定时器仍然在运行的同时，在等待时间到期之前接收寻呼请求并且这一寻呼请求是类型
a。用户设备因此对这一寻呼请求做出响应并且继续运行等待定时器，从而等待时间将会在与它在尚未有响应被发送的时候将会到期的那样相同的时间处到期。
[0071]图4示出向和从通过UMTS网络漫游的两个用户设备UEjPUE2发送的信号。
[0072]以下步骤出现并且发送以下信号:
[0073 ] I) UE检测由RNC支持的节点B并且向RNC发起RRC连接请求。
[0074]2)RNC确定网络超负荷并且通过发送具有等待时间设置成15秒的RRC连接拒绝来拒绝RRC连接请求。由于网络负荷在“临界超负荷门限”以下，所以RNC在拒绝消息中提供附加信息，该附加信息向UE指示它可以对用于终止对话呼叫和终止高优先级信令的寻呼请求做出响应。
[0075]3)数秒之后，另一UE，UE2，向相同RNC发起RRC连接请求。
[0076]4)这时网络负荷已经出现、从而它在具体“临界超负荷门限”之上，RNC因此拒绝具有15秒的等待时间的连接请求和UE应当在运行等待时间的同时忽略所有寻呼请求的指示。
[0077]5)随后，CN由于终止对话语音呼叫而发起针对UE1的寻呼。
[0078]6)RNC使用相关原因值(cause value)来寻呼UElt3
[00