专利名称：用于检查小区中移动设备的存在的方法
技术领域：
本发明一般涉及小区(cell)中的设备检测，特别地涉及在毫微微小区 (femtocell)中检测移动设备的方法。
背景技术：
本部分意图向读者介绍可以涉及以下描述和/或请求保护的本发明的各个方面的领域的各个方面。该讨论被认为有助于为读者提供背景信息，以便于更好地理解本发明的各个方面。因此，应当理解要就此而论地阅读这些阐述，而不是作为对现有技术的承认。宏小区(macrocell)是提供通过蜂窝基站服务的无线电覆盖的移动电话网络中的小区，即通用移动电信系统(UMTS)网络中的节点B。其适于将蜂窝手机(handset)(也称为用户装备或UE)连接到移动网络。基站覆盖的区域称为小区。当UE位于小区中时，其可以连接到基站。毫微微小区，也称为接入点基站或家庭节点B，是蜂窝基站。从移动手机来讲，其功能上类似于宏小区蜂窝基站。毫微微小区适于覆盖比宏小区小得多的小区范围。下文中， 毫微微小区覆盖的小区大小称为毫微微小区。毫微微小区的典型应用是在建筑物内覆盖宏小区没有达到的区域。蜂窝服务运营商提供多个宏小区和毫微微小区。当UE希望呼叫等待(camp on)小区时,其按照下文中所示的23. 012标准的节4. I 中规定的，执行位置更新过程，该过程警告基站UE的存在。然而，该点后基站不了解小区中 UE的继续存在。UE可能能够发起朝向基站的信令连接；其执行周期的位置更新或者包括在建立对核心网络的连接。如果UE离开小区并且呼叫等待新小区，则当前基站不知道该UE 不再在其控制下。在正常的情形下，给定小区内UE的存在不重要，因为核心网络保持UE的跟踪。但是在小区希望提供取决于了解UE的存在的服务的情况下，该信息是有价值的。
发明内容
本发明尝试通过提供用于检查小区中UE的存在的方法，至少弥补与现有技术有关的关注中的一些。本发明涉及一种用于在蜂窝基站检查小区中任何移动设备的存在的方法，该移动设备之前已经呼叫等待所述小区。为此目的，本发明涉及一种包括以下步骤的方法发送用于从该移动设备获取连接请求的消息到移动设备，并且如果接收到连接请求，发送连接拒绝消息到该移动设备。有利地，本发明的方法不要求对UE的任何修改。其允许检查依从标准的任何UE 的存在。根据本发明的实施例，连接是RRC连接。根据本发明的实施例，消息是寻呼(paging)类型I消息。根据本发明的实施例，连接拒绝消息是具有参数“拒绝理由=未指定”和“等待时间=0”的RRC连接拒绝消息。根据本发明的实施例，蜂窝基站包括存储之前呼叫等待的设备(previously camped devices)数据库的列表的存储器,并且该方法包括步骤如果没有接收到连接请求，则从之前呼叫等待的设备的数据库列表移除该移动设备。根据本发明的实施例，该方法包括步骤在发送消息到移动设备之前，从应用接收用于验证UE的存在的请求，并且在接收或没有接收连接请求之后，通知该应用UE的存在。本发明的另一目的是蜂窝基站，包括存储器，用于登记(register)之前对小区呼叫等待的移动设备；以及存在检查部件，用于通过以下检查小区中移动设备的存在，发送用于从该移动设备获取连接请求的消息到移动设备，并且如果接收到连接请求，发送连接拒绝消息到该移动设备。根据本发明的实施例，存在检查部件适于从应用接收用于检查存在的请求，并且对该应用发送响应以通知存在。以下阐述范围与公开的实施例相当的某些方面。应当理解提出这些方面仅仅为了向读者提供本发明可能采用的某些形式的简短概要，并且这些方面不意图限制本发明的范围。实际上，本发明可以包括以下可能没有阐述的多个方面。
参考附图，以非限定的方式，借助于以下实施例和执行示例将更好地理解和图示本发明，附图中图I表示根据实施例的系统；图2示出根据实施例的毫微微小区设备；以及图3图示根据实施例的方法的流程图。在图2中，所表示的块是纯功能实体，其不必对应于物理上单独的实体。即，它们可能以硬件或软件的形式开发，或者在一个或若干集成电路中实现。
具体实施例方式要理解为了清楚理解本发明，已经简化本发明的附图和描述来图示相关元件，同时为了清楚的目的，去除了典型的数字多媒体内容传送方法和系统中发现的许多其他元件。然而，因为这样的元件是本领域公知的，在此不提供这样的元件的详细讨论。在此的本公开针对本领域技术人员已知的所有这样的变化和修改。示例性实施例在毫微微小区设备的构架内出现，但是本发明不限于该特定的环境，并且可以在宏小区基站内应用。在3GPP 25. 331标准，版本8. 7. 0 (2009-06)第三代合作项目；技术规范组无线电接入网络；无线电资源控制(RRC);协议规范(发布8)中规定了无线电资源控制配置，并且下文中表示为25. 331。在3GPP 23. 012标准，版本8. I. 0(2008-12)第三代合作项目；技术规范组核心网络和终端；位置管理过程(发布8)中规定了位置更新过程，并且下文中表示为23. 012。在3GPP 25. 304标准，版本8060. (2009-06)第三代合作项目；技术规范组无线电接入网络；用户设备(UE)在空闲模式的过程和在连接模式用于小区重新选择的过程(发布8)中规定了空闲模式过程，并且下文中表示为25.304。本实施例针对如图I所示的系统中的毫微微小区。毫微微小区I通过宽带连接而连接到服务提供商网络，也称为移动网络运营商网络5。在该实施例中，宽带连接是提供到因特网2的连接的数字用户线(subscriber line)连接。位于家庭环境中的毫微微小区I 通过未表示的数字用户线网关连接到因特网2。毫微微小区设备是独立的设备。当然毫微微小区也可以嵌入这样的网关中。毫微微小区使得能够连接UMTS兼容用户设备3，下文中称为UE。当连接到毫微微小区时，UE通过因特网接入MNO网络。UE 3还可以以本身众所周知的方式通过宏小区4连接到MNO网络。在图2中呈现根据本实施例的毫微微小区设备。其包括用于在UMTS网络中发射和接收的第一通信模块23。特别地，该第一通信模块是3G无线电发射器-接收器。更一般地，这是移动联网接口(mobile networking interface)。第一通信管理模块24适于执行第一通信模块的管理和控制功能。毫微微小区设备还包括用于在宽带网络中发射和接收的第二通信模块25。第二通信管理模块26适于执行第二通信模块的管理和控制功能。在本实施例中，宽带网络是数字用户线技术。当然，其也可以是任何其他类型的宽带连接，诸如电缆、光纤或卫星。毫微微小区设备还包括用于存储除了别的以外如下文中所示的UE标识符的列表存储模块22，诸如存储器。毫微微小区设备还包括适于执行实施例的算法的处理器21。根据本实施例的毫微微小区设备包括用于验证小区中UE的存在的存在检查模块
27。当UE已经呼叫等待小区时，其标识符存储在存储器22中。25. 304的4和5节描述了 “呼叫等待”，5. 2. 2节给出了在术语为“空闲模式”的模式中UE行为的图表概述。毫微微小区设备确定之前已经呼叫等待小区的UE是否仍然存在。其使用下文中如图3所示的信令。通过位于毫微微小区设备中的应用(application) 28触发存在检查模块27。该应用28需要知道UE是否存在于小区中，以开始(launch)对该UE的服务。当该应用询问存在检查模块27关于UE的存在时，如下文中所示存在检查模块验证UE的存在，并且相应地通知该应用。如果UE存在，则该应用可以运行对UE的服务。根据本实施例的示例应用是家庭自动化应用。该应用根据家庭中终端用户的存在或不存在配置家庭供暖(heating)。基于其UE检测终端用户。如果毫微微小区检测到UE， 这意味着终端用户在家中。基于家庭中终端用户存在的任何家庭自动化应用可以触发存在检查模块。更一般地，任何远程应用6也可以触发存在检查模块以暗含地验证家庭中终端用户的存在。远程应用6可以位于处于家庭中或远程网络(如因特网2)上的远程设备中。该远程应用发送用于检查验证UE的存在的请求到存在检查模块27。图3中图示当请求远程应用6时，用于检查小区中UE的存在的信令过程。远程应用6通过发送用于检查UE的存在的请求SI到毫微微小区，触发该过程。毫微微小区设备发送寻呼类型I消息S2到之前已经“呼叫等待”小区的UE。配置该消息，使得其从UE得出无线电资源控制连接请求，RRC连接请求。25. 331的节8. I. 2,8. I. 3和8. I. 4描述了寻呼过程和随后的RRC连接过程。当接收寻呼类型I消息时，UE用RRC连接请求S3进行响应。通过毫微微小区设备对该消息的接收足以对毫微微小区设备指示UE仍然存在于小区中。当接收RRC连接请求时，毫微微小区设备用具有参数“拒绝理由(Rejection Cause)=未指定”和“等待时间 (Wait Time) = 0”的RRC连接拒绝消息S4进行响应。如果UE没有响应于该寻呼消息，则毫微微小区设备假设UE不再存在。毫微微小区设备随后可以从存储器22移除UE标识符。可替代地，UE可以重复该过程，直到最大重复数量。可替代地，UE在存储器中包括两个UE列表。第一列表包含之前呼叫等待小区的 UE的标识符。第二列表包含标识为正存在于小区中的UE的标识符。当UE不响应寻呼消息时，其标识符从第二列表移除，但是不从第一列表移除。毫微微小区随后保持所有之前呼叫等待的 UE(previously camped UE)的跟踪。毫微微小区随后发送响应S5到远程应用6，以指示UE是否存在于小区中。在说明书、权利要求和附图中公开的引用可以独立地或者以任何适当的组合提供。在适当的情况下，特征可以以硬件、软件或二者的组合实现。在此对“一个实施例”或“实施例”的引用意味着与实施例有关描述的特定特征、 结构或特性可以包括在本发明的至少一个实现方式中。说明书中各个位置出现的措辞“在一实施例中”未必全部指代相同的实施例，也不是必须与其他实施例相互排斥的、单独或可替代的实施例。权利要求中出现的参考标号仅是例示的方式，并且不应当对权利要求的范围有限制作用。
权利要求
1.一种在蜂窝基站用于检查小区中移动设备的存在的方法，所述移动设备之前已经呼叫等待所述小区，该蜂窝基站包括存储之如呼叫等待的移动设备的列表的存储器，所述方法包括-发送(S2)用于从所述移动设备获取连接请求的消息到所述移动设备，-如果从所述移动设备接收到(S3)连接请求，发送(S4)连接拒绝消息到所述移动设备，以及-如果没有从所述移动设备接收到连接请求，从之前呼叫等待的移动设备的列表移除所述移动设备。
2.根据前述权利要求的方法，所述连接是RRC连接。
3.根据前述权利要求的方法，所述消息是寻呼类型I消息。
4.根据前述权利要求的方法，所述连接拒绝消息是具有参数“拒绝理由=未指定”和 “等待时间=0”的RRC连接拒绝消息。
5.根据前述权利要求任一的方法，包括，-在发送所述消息到所述移动设备之前，从应用接收用于验证所述UE的存在的请求(SI)，以及-在接收或没有接收连接请求之后，通知(S5)所述应用所述UE的存在。
6.—种蜂窝基站,包括-存储器(22)，用于登记之前呼叫等待的移动设备的列表，-存在检查部件(27)，用于通过以下来检查小区中所述移动设备的存在，发送(S2)用于从所述移动设备获取连接请求消息到所述移动设备，如果从所述移动设备接收到(S3) 连接请求，发送(S4)连接拒绝消息到所述移动设备，并且如果没有从所述移动设备接收到连接请求，从之前呼叫等待的移动设备的列表移除所述移动设备。
7.根据权利要求6的蜂窝基站，所述存在检查部件(27)适于从应用接收用于检查存在的请求，并且发送对所述应用的响应以通知存在。
全文摘要
本发明针对蜂窝基站以及在蜂窝基站的用于检查小区中移动设备的存在的方法，该移动设备之前已经呼叫等待该小区，该方法包括发送(S2)用于从该移动设备获取连接请求的消息到该移动设备，并且如果接收到(S3)连接请求，发送(S4)连接拒绝消息到该移动设备。
文档编号H04W64/00GK102550102SQ201080045318
公开日2012年7月4日 申请日期2010年9月29日 优先权日2009年10月8日
发明者S.克莱斯, S.帕克 申请人:汤姆森特许公司