在等待请求与无线网络的连接的同时对寻呼请求做出响应的制作方法
【技术领域】
[0001]本发明涉及一种用于控制用户设备如何在等待连接状态的同时对寻呼请求做出响应的方法以及可操作用于执行该方法的用户设备、网络控制节点基站和计算机程序产品O
【背景技术】
[0002]无线通信网络是已知的。在蜂窝系统中，地理区域向用户设备、例如移动电话提供无线电覆盖。那些无线电覆盖地理区域被称为小区。基站位于每个地理区域中以提供所需的无线电覆盖。基站可以支持在相同地理区域中提供覆盖的多于一个小区。在由基站服务的区域中的用户设备从该基站接收信息和数据并且向该基站传输信息和数据。
[0003]由基站向用户设备传输的信息和数据出现在被称为下行链路载波的无线电载波的信道上。由用户设备向基站传输的信息和数据出现在被称为上行链路载波的无线电载波的上行链路信道上。
[0004]在无线通信网络中，用户设备可以在地理基站覆盖区域之间移动。向用户设备提供的活跃服务通常由无线电网络控制器(RNC)监督。RNC与用户设备和基站通信并且确定每个用户设备将主要地连接到哪个基站。另外，RNC在用户设备从由一个基站服务的地理区域移动到由另一基站服务的地理区域或者在由相同基站服务的小区或者扇区之间移动时有所行动以控制基站和用户设备并且与基站和用户设备通信。RNC对小区负荷的管理出现在用户设备以连接无线电资源控制(RRC)状态进行操作的时候。
[0005]用户设备可以在例如UMTS通信网络中在各种模式中进行操作。在小区内初始接通用户设备时，它将通常地在空闲模式中进行操作。一旦它同步和将自己附接到基站，它获得无线电资源控制(RRC)连接并且可以在那些RRC状态中的一些RRC状态中被称为处于连接模式中。在无线网络中的移动终端主要地具有如以上概述的两个操作模式;也就是说，连接模式或者非连接模式、也被称为“空闲模式”。
[0006]为了从空闲转变成连接模式，用户设备将通常地经由RRC连接建立过程来获得对网络的接入，该RRC连接建立过程通过用户设备(UE)分别向RRC/eNode B(连接到移动网络并且与用户设备直接地通信的基站)发送RRC连接请求消息来发起。通常地，RNC/eNode B将做出响应以确认在RRC/eNode B与UE之间建立RRC连接。然而，存在其中网络(RRC/eNode B)可以拒绝来自UE的RRC连接请求的境况。作为拒绝的部分，网络能够向UE提供“等待时间”，该等待时间定义UE在重复被拒绝的过程之前必须等待的时间段。网络拒绝RRC连接请求并且提供等待时间的一个结果是在等待时间在UE中消磨(这可能长达15秒)的同时，UE不对任何寻呼请求做出响应。
[0007]此外，在UMTS中，RNC也可以在对来自UE的小区更新过程做出响应时提供等待时间。
[0008]对于容许延迟的接入(其用于低优先级接入、通常为MTC机器型通信设备、诸如智能计量器)，3GPPP RAN2标准工作组也已经定义延长的等待时间IE(长达30分钟)。在这一延长的等待时间在UE中消磨的同时，这一‘等待’仅适用于容许延迟的呼叫，并且因此UE可以对任何接收到的寻呼请求做出响应而定时器被停止。
[0009]因此存在UE如何对接收包含等待时间的RRC消息进行反映和如何对接收具有延长的等待时间的消息进行反应之间的不一致性，这可能导致问题。
[0010]将期望UE在等待或者延长的等待时段中以相似方式对寻呼请求做出响应。具体而言，如果在延长的等待时间中的较低优先级设备没有比具有更短等待时间的更高优先级设备对某些寻呼请求更有反应，则将是有利的。
【发明内容】
[0011]根据第一方面，提供了一种被配置为跨包括多个无线电覆盖小区的无线通信网络与其它设备通信的用户设备，所述用户设备被配置为对来自所述网络的包括等待时间的消息的接收做出响应、以便直至所述等待时间到期之后才传输连接请求;其中所述用户设备在所述等待时间期间被配置为从所述网络接收寻呼请求;并且被配置为对所述寻呼请求中的至少一些寻呼请求做出响应，所述用户设备被配置为根据从所述网络接收的寻呼信息来选择所述寻呼请求中的所述至少一些请求以便做出响应。
[0012]本发明认识到用户设备被配置为在等待时间期间无论请求的优先级或者网络的当前负荷如何都不对寻呼请求做出响应，这样可能是不利的。它通过根据从网络接收的寻呼信息允许对至少一些寻呼请求做出响应来解决这一点。这允许网络对是否对寻呼请求做出响应具有一些控制并且停止对先前出现的这样的请求的总体忽略。至少一些请求可以包括其中网络寻呼信息认为这样适合的所有寻呼请求，备选地，它可以是特定的请求子集。应当注意的是，等待时间可以是常规的若干秒的等待时间，或者它可以是若干分钟的延长的等待时间。
[0013]在一些实施例中，寻呼信息包括对必须做出响应的寻呼请求的类型的指示，用户设备在等待时间期间被配置为对必须做出响应的寻呼请求的类型做出响应。
[0014]寻呼信息可以包括对必须做出响应的寻呼请求的类型的指示。就这一点而言，可以有多个不同类型的寻呼请求，例如可以根据生成寻呼请求的信号的性质而存在不同类型的寻呼请求，例如可以存在用于终止对话呼叫、用于终止流式呼叫、用于终止交互式呼叫、用于终止背景呼叫、用于终止高优先级信令、用于终止低优先级信令和用于原因未知的终止。这样的寻呼请求的优先级将依赖于它们的类型(也就是生成它们的信号的性质)，并且因此在寻呼信息内提供对必须做出响应的寻呼请求的类型的指示允许用户设备对特定类型而不是对其它类型做出响应。在其它情况下，对寻呼请求的类型的指示将是对它的优先级的指示，并且用户设备将被配置为对在某个优先级以上的寻呼请求做出响应。因此，在网络上的负荷特别高时，用户设备可以被配置为仅对非常高优先级的请求做出响应，而在其它时间，它可以被配置为对更低优先级的请求做出响应。寻呼请求的类型也可以被分组成寻呼请求针对的信号的性质，例如它是否用于电路交换信号或者分组交换信号。
[0015]在一些实施例中，所述用户设备被配置为根据从所述网络接收的所述寻呼信息来忽略所述寻呼请求中的至少一些其它寻呼请求。
[0016]虽然在一些情况下，寻呼信息指示应当对所有寻呼请求做出响应，但是在其它实施例中，仅指示它们的子集而忽略其它请求。
[0017]在一些实施例中，接收寻呼信息作为系统信息广播的一部分。
[0018]可以接收寻呼信息作为系统信息广播的一部分，该系统信息广播可以被传输到在特定区域内的所有用户设备并且包括系统的信息，诸如代码、信道等。这一系统信息还可以包括寻呼信息，该寻呼信息可以向在该区域内的所有其它用户设备通知应当在等待时间期间对哪些寻呼请求做出响应而可以忽略哪些寻呼请求。可以响应于系统的某个负荷而发送出这一系统信息广播，从而在负荷降至某个水平以下时，可以比在它在某个水平以上时对更多寻呼请求做出响应。
[0019]在一些实施例中，包括所述等待时间的消息进一步包括所述寻呼信息。
[0020]备选地，包括等待时间的消息还可以包括寻呼信息，该寻呼信息指示应当在该等待时间期间对哪些寻呼请求做出响应。由于这一寻呼信息与等待时间相关，所以可能方便与发送等待时间的消息一起发送这一信息。例如这一消息可以是连接拒绝或者它可以是来自网络的释放信号。
[0021]在一些实施例中，寻呼信息包括与寻呼请求相关联并且向用户设备指示是否必须对寻呼请求做出响应或者必须忽略寻呼请求的优先级指示符，用户设备在等待时间期间被配置为对具有指示必须对寻呼请求做出响应的优先级指示符的寻呼请求的接收做出响应，以对该寻呼请求做出响应。
[0022]备选地，寻呼信息可以与寻呼请求本身相关联，从而寻呼请求包括指示应当对该特定寻呼请求做出响应的指示符。这是一种传输寻呼请求的方便方式并且允许是否对寻呼请求做出响应是针对那些寻呼请求而不是针对用户设备本身。
[0023]在一些实施例中，所述用户设备包括被配置为向所述用户设备指示等待时间何时到期的定时器，用户设备在对至少一些寻呼请求做出响应时被配置为不重置定时器，从而定时器被暂停或者继续对等待时间进行计时。就这一点而言，在定时器被暂停时，一旦已经对寻呼做出响应，它将被重启并且继续从暂停点进行运行。
[0024]可以是有利的是:在等待时间期间对寻呼请求做出响应以不重置定时器从而定时器在响应期间被暂停或者继续计时。以这一方式，在已经对寻呼请求做出响应时，如果等待时间在等待时间期间尚未到期、则用户设备仍然在这一时段内，并且用户设备不能够比在没有接收到寻呼请求的情况下更早地发送连接请求。这减轻一些现