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

文档序号:9917032阅读:来源:国知局
79]7)由于先前已经向现^是供的指示它应当如何对在它的等待时间正在运行时接收到的寻呼消息做出响应,所以它确定它可以对这一寻呼类型做出响应,因此它响应于寻呼来发起小区更新、并且建立呼叫。
[0080 ] 8) CN然后也由于终止对话语音呼叫而发起针对UE2的寻呼。
[0081 ] 9)RNC使用相关原因值来寻呼UE2。
[0082]10)然而UE2不会做出响应,因为它先前已经被配置为在运行等待时间定时器时忽略寻呼请求。[0083 ]因此,如可见的那样,UEjPUE2根据在连接请求的RRC拒绝中与等待时间一起向它们发送的寻呼信息、而以不同方式对寻呼请求做出反应。
[0084]本领域技术人员将容易地认识到各种以上描述的方法的步骤可以由编程计算机执行。这里,一些实施例也旨在于覆盖程序存储设备、例如数字数据存储介质,这些程序存储设备是机器或者计算机可读的并且对机器可执行或者计算机可执行程序指令进行编码,其中所述指令执行以上描述的所述方法的步骤中的一些或者所有步骤。程序存储设备可以例如是数字存储器、磁存储介质(诸如磁盘和磁带)、硬盘或者光可读数字数据存储介质。实施例也旨在于覆盖被编程为执行以上描述的方法的所述步骤的计算机。
[0085]可以通过使用专用硬件以及能够与适当软件相关联地执行软件的硬件来提供图中所示各种单元的功能、包括标注为“处理器”或者“逻辑”的任何功能块的功能。在由处理器提供时,这些功能可以由单个专用处理器、由单个共享处理器或者由多个个别处理器提供,这些个别处理器中的一些处理器可以被共享。另外,对术语“处理器”或者“控制器”或者“逻辑”的明确使用不应当被解释为仅指代能够执行软件的硬件而可以隐含地包括而不限于数字信号处理器(DSP)硬件、网络处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、用于存储软件的只读存储器(R0M)、随机存取存储器(RAM)和非易失性存储装置。也可以包括其它常规和/或定制硬件。类似地,图中所示任何开关仅为概念。可以通过程序逻辑的操作、通过专用逻辑、通过程序控制和专用逻辑的交互或者甚至手动地实现它们的功能,具体技术可由实施者如从上下文更具体地理解的那样选择。
[0086]本领域技术人员应当认识这里的任何框图表示体现本发明的原理的示例电路装置的概念视图。类似地,将认识任何流程图、流图、状态转变图、伪代码等代表可以在计算机可读介质中实质上代表的、因此由计算机或者处理器执行的各种过程、无论是否明确地示出这样的计算机或者处理器。
[0087]说明书和附图仅举例说明本发明的原理。因此将认识本领域技术人员将能够设计各种布置,这些布置虽然这里未明确地描述或者示出、但是体现本发明的原理并且被包括在它的精神实质和范围内。另外,这里记载的所有示例主要清楚地旨在于仅用于示范目的以辅助读者理解本发明的原理和发明人贡献的用于发展本领域的概念而不会被解释为限于这样具体地记载的示例和条件。另外,这里记载本发明的原理、方面和实施例及其具体示例的所有陈述旨在于涵盖其等效含义。
【主权项】
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中的任一权利要求所述的方法中的步骤。
【专利摘要】公开了一种用户设备、无线电控制节点、方法和计算机程序。用户设备被配置为跨包括多个无线电覆盖小区的无线通信网络与其它设备通信,用户设备被配置为对来自网络的包括等待时间的消息的接收做出响应、以便直至等待时间到期之后才传输连接请求;其中用户设备在等待时间期间被配置为从网络接收寻呼请求;并且被配置为对寻呼请求中的至少一些寻呼请求做出响应,用户设备被配置为根据从网络接收的寻呼信息来选择寻呼请求中的至少一些寻呼请求以便做出响应。
【IPC分类】H04W76/02, H04W68/00
【公开号】CN105684533
【申请号】
【发明人】N·帕德尔, G·布伦德, 林晓翔, S·K·帕拉特
【申请人】阿尔卡特朗讯
【公开日】2016年6月15日
【申请日】2014年9月26日
当前第4页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1