用于识别对用户设备进行切入的目标毫微微小区的方法、装置和系统的制作方法

专利名称：用于识别对用户设备进行切入的目标毫微微小区的方法、装置和系统的制作方法
用于识别对用户设备进行切入的目标毫微微小区的方法、装置和系统
背景技术：
如今广泛使用通信网络，并且经常有多个设备在无线链路上进行通信，以携带语音和数据。许多这些设备(例如，蜂窝电话、智能电话、膝上型计算机、以及平板电脑)是移动的，而且可以经由基站、接入点、无线路由器或节点B (本文中被统称为“接入点”)无线地与网络相连。移动设备可以在一段相对较长的时间中停留在这种接入点的服务区域内(从而“驻留在”该接入点)，或者当与接入点的关联发生变化时，该移动设备采用用于维持通信会话或用于空闲模式操作的小区切换或重新选择技术，可以相对快速地穿过接入点服务区域。关于可用的频谱、带宽或容量的问题可能导致在某些移动设备与接入点之间的接入不可用或不足。同样地，关于无线信号传播的问题(例如遮蔽、多径衰落、干扰等)可能导致对于特定移动设备而言，接入是不可用的。蜂窝网络已经使用了诸如宏小区、微小区、微微小区和毫微微小区之类的各种小区类型，以便在服务区域内提供所期望的带宽、容量和无线通信覆盖。毫微微小区可以用于在网络覆盖差的区域内(例如，建筑物内)提供无线通信，来提供增加的网络容量，以及针对回程使用宽带网络容量。在本领域中可能需要新功能，以便准确识别用于宏小区向毫微微小区切入的毫微微小区。

发明内容
本申请涉及用于支持针对移动设备的活动的宏通信的宏小区向毫微微小区切换的系统和方法。毫微微小区在其附近检测到移动设备(例如，使用与作为毫微微代理系统的一部分的毫微微小区相集成的带外无线电所建立的带外链路)。在已经检测到移动设备在其附近之后，该毫微微小区传送OOB存在指示符，来向设置在核心网络中与宏网络进行通信的毫微微小区网关(例如，另一种类型的接口网关)预注册该移动设备。当毫微微小区网关从宏网络接收到暗示已预注册移动设备的切换请求时，毫微微小区网关根据该OOB存在指示能够可靠地确定用于切入的合适的毫微微小区。可以在毫微微小区与毫微微小区网关之间的现有消息(例如，能够被定义为传送该指示的注册消息、切换响应消息、或者OOB存在消息)中携带OOB存在指示。一些实施例包括用于宏小区向毫微微小区切入的方法。用户设备可以位于使用带外(OOB)通信链路的毫微微小区附近。可以识别与使用OOB通信链路在毫微微小区附近检测到的用户设备相对应的用户设备标识符。通过从毫微微小区向毫微微小区网关传送用户设备标识符、以及指示在毫微微小区处对用户设备的OOB接近度检测，可以注册用户设备以用于从宏小区向毫微微小区切入。对用户设备标识符进行识别可以包括:在OOB通信链路上接收与用户设备标识符相关联的OOB标识符。对用户设备标识符进行识别可以包括:在OOB通信链路上接收与用户设备标识符相关联的宏标识符。注册用户设备以用于从宏小区向毫微微小区切入可以包括:从毫微微小区向毫微微小区网关发送注册消息。注册用户设备以用于从宏小区向毫微微小区切入可以包括:从毫微微小区向毫微微小区网关发送OOB指示消息。在一些实施例中，用于宏小区向毫微微小区切入的方法还可以包括使用用户设备的宏标识符与OOB标识符之间的用户设备映射来确定用户设备标识符。检测毫微微小区附近的用户设备可以包括在OOB通信链路上寻呼用户设备；以及在OOB通信链路上检测来自用户设备的对寻呼的响应。该响应可以包括用户设备的OOB标识符。在一些实施例中，该响应可以包括用户设备的宏标识符。在一些实施例中，用于宏小区向毫微微小区切入的方法还可以包括在毫微微小区处从毫微微小区网关接收针对用户设备的切换请求，该切换请求被配置为指导用户设备将与宏网络的活动通信从宏小区切换到毫微微小区。可以在注册用户设备以用于从宏小区切入到毫微微小区之后接收切换请求。可以在注册用户设备以用于从宏小区向毫微微小区切入之前接收切换请求；并且对用户设备进行检测包括:响应于接收切换请求，对用户设备进行检测。响应于接收切换请求来对用户设备进行检测可以包括:使用用户设备的OOB标识符，在OOB通信链路上对用户设备进行检测。在一些实施例中，响应于接收切换请求来对用户设备进行检测可以包括:使用用户设备的宏标识符，在OOB通信链路上对用户设备进行检测。注册用户设备还包括:发送接受所述切换请求的切换响应。在一些实施例中，用于宏小区向毫微微小区切入的方法可以还包括:对用户设备与毫微微小区之间的OOB通信链路的损耗进行检测。还可以根据对OOB通信链路的损耗进行检测来注销所述用户设备。在一些实施例中，毫微微小区是宏网络上的多个毫微微小区中的一个毫微微小区，每个毫微微小区具有第一毫微微小区标识符和第二毫微微小区标识符，其中，根据所述第一毫微微小区标识符，宏网络可非唯一地寻址毫微微小区；根据所述第二毫微微小区标识符，毫微微小区网关可唯一地寻址毫微微小区。在一些实施例中，OOB通信链路包括蓝牙链路。每个相应毫微微小区的第一毫微微小区标识符可以包括相应毫微微小区的主加扰码(PSC)0用户设备标识符可以包括与用户设备相关联的宏标识符。所述宏标识符可以包括与用户设备相关联的国际移动用户身份(IMSI)。一些实施例包括毫微微小区，该毫微微小区可以包括带内频率模块，该带内频率模块经由毫微微网关与宏网络通信地耦合，并且被配置为向用户设备提供蜂窝网络接入。该毫微微小区可以包括带外(OOB)频率模块，该带外(OOB)频率模块与带内频率模块通信地耦合，并且被配置为在OOB通信链路上与用户设备进行通信。该毫微微小区可以包括通信管理子系统，该通信管理子系统与带内频率模块和OOB频率模块通信地耦合，并且被配置为:使用带外(OOB)通信链路对毫微微小区附近的用户设备进行检测；识别与使用OOB通信链路在毫微微小区附近检测到的用户设备相对应的用户设备标识符；以及通过从毫微微小区向毫微微小区网关传送用户设备标识符，并且指示在毫微微小区处对用户设备的OOB接近度检测，来注册/或用户设备以用于从宏小区向毫微微小区切入。该通信管理子系统可以被配置为使用在OOB通信链路上接收与用户设备标识符相关联的宏标识符的配置来识别用户设备标识符。该通信管理子系统可以被配置为使用在OOB通信链路上接收与用户设备标识符相关联的OOB标识符的配置来识别用户设备标识符。该通信管理子系统可以被配置为使用从毫微微小区向毫微微小区网关发送注册消息的配置来注册用户设备。该通信管理子系统可以被配置为使用从毫微微小区向毫微微小区网关发送OOB指示消息的配置来注册用户设备。该通信管理子系统还可以被配置为使用在用户设备的宏标识符与OOB标识符之间的用户设备映射来确定用户设备标识符。被配置为检测毫微微小区附近的用户设备的通信管理子系统可以被配置为:在OOB通信链路上寻呼用户设备；和/或在OOB通信链路上检测来自用户设备的对寻呼的响应。所述响应可以包括用户设备的宏标识符和/或OOB标识符。该通信管理子系统还可以被配置为:在毫微微小区处从毫微微小区网关接收针对用户设备的切换请求，所述切换请求被配置为指导用户设备将与宏网络的活动通信从宏小区向毫微微小区切换。所述切换请求可能是在注册用户设备以用于从宏小区向毫微微小区切入之后接收的。所述切换请求可能是在注册所述用户设备以用于从宏小区向毫微微小区切入之前接收的。该通信管理子系统可以被配置为通过响应于接收所述切换请求对用户设备进行检测，来对用户设备进行检测。该通信管理子系统可以被配置使用下述配置来响应于接收所述切换请求来对用户设备进行检测:使用用户设备的OOB标识符，在OOB通信链路上对用户设备进行检测。在一些实施例中，可以使用用户设备的宏标识符。在一些实施例中，通信管理子系统还可以被配置为对用户设备与毫微微小区之间的OOB通信链路的损耗进行检测。可以根据对OOB通信链路的损耗进行检测，来注销所述用户设备。在一些实施例中，通信管理子系统还可以被配置为发送接受所述切换请求的切换响应，作为注册所述用户设备的一部分。在一些实施例中，毫微微小区是蜂窝网络上的多个毫微微小区中的一个毫微微小区，每个毫微微小区具有:第一毫微微小区标识符以及第二毫微微小区标识符，其中，根据所述第一毫微微小区标识符，宏网络可非唯一地寻址毫微微小区；根据所述第二毫微微小区标识符，毫微微网关可唯一地寻址毫微微小区。一些实施例包括用于宏小区向毫微微小区切入的处理器。该处理器可以包括通信管理控制器，该通信管理控制器可以被配置为:使用带外(OOB)通信链路来对毫微微小区附近的用户设备进行检测；识别与使用所述OOB通信链路在毫微微小区附近检测到的用户设备相对应的用户设备标识符；和/或通过从毫微微小区向毫微微小区网关传送用户设备标识符以及指示在毫微微小区处对用户设备的OOB接近度检测，来注册用户设备以用于从宏小区向毫微微小区切入。一些实施例包括用于宏小区向毫微微小区切入的计算机程序产品，该计算机程序产品位于处理器可读介质上并且包括处理器可读指令，当执行所述处理器可读指令时，该处理器可读指令使处理器执行的步骤可以包括:使用带外(OOB)通信链路来对毫微微小区附近的用户设备进行检测；识别与使用所述OOB通信链路在毫微微小区附近检测到的用户设备相对应的用户设备标识符；和/或通过从毫微微小区向毫微微小区网关传送用户设备标识符以及指示在毫微微小区处对用户设备的OOB接近度检测，来注册用户设备以用于从宏小区向毫微微小区切入。一些实施例包括用于宏小区向毫微微小区切入的系统。该系统可以包括:用于使用带外(OOB)通信链路来对毫微微小区附近的用户设备进行检测的模块；用于识别与使用OOB通信链路在毫微微小区附近检测到的用户设备相对应的用户设备标识符的模块；和/或用于通过从毫微微小区向毫微微小区网关传送用户设备标识符以及指示在毫微微小区处对用户设备的OOB接近度检测，来注册用户设备以用于从宏小区向毫微微小区切入的模块。—些实施例包括用于宏小区向毫微微小区切入的方法。该方法可以包括在毫微微小区网关处从宏网络接收切换请求，该切换请求被配置为指导用户设备将与宏网络的活动通信从宏小区向具有第一毫微微小区标识符的所指定的毫微微小区切换。可以在毫微微小区网关处判断:是否多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前向毫微微小区网关注册过所述用户设备。可以从毫微微小区网关向所指定的毫微微小区传送切换请求。在毫微微小区网关处判断是否多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前向毫微微小区网关注册过用户设备可以包括:从多个毫微微小区中确定在接收所述切换请求之前已注册过用户设备的注册毫微微小区；和/或确定所述注册毫微微小区是具有第一毫微微小区标识符的所指定的毫微微小区。所述用于宏小区向毫微微小区切入的方法还可以包括从所述注册毫微微小区接收确认消息。在毫微微小区网关处判断是否多个毫微微小区中的任一个毫微微小区在接收所述重新定位请求之前向毫微微小区网关注册过用户设备可以包括:确定所述多个毫微微小区中没有一个毫微微小区在接收所述切换请求之前注册过所述用户设备。所述方法还可以包括:从多个毫微微小区中确定在毫微微网关处注册的一组候选毫微微小区。该组候选毫微微小区可以由至少第一毫微微小区标识符来标识。可以指导该组候选毫微微小区中的每个候选毫微微小区来检测是否用户设备在其附近。可以从候选毫微微小区中的成功毫微微小区接收到用户设备在其附近的指示。可以确定所述成功毫微微小区是所指定的毫微微小区。在一些实施例中，该方法还可以包括:监测在指导该组候选毫微微小区检测是否所述用户设备在其附近之后的流逝时间；以及当所述流逝时间在预定时限内时，判断是否从所述候选毫微微小区中的一个候选毫微微小区接收到用户设备在其附近的指令。在毫微微小区网关处判断是否所述多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前注册过所述用户设备可以包括:在接收所述切换请求之前，判断是否从所述多个毫微微小区中的任一个毫微微小区接收到OOB接近度检测。该OOB接近指示可以包括所述用户设备的宏标识符。在所述毫微微小区网关处判断是否所述多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前注册过用户设备可以包括:在接收所述切换请求之前，判断是否从多个毫微微小区中的任一个毫微微小区接收到OOB接近指示。该OOB接近指示可以包括所述用户设备的OOB标识符。可以确定与用户设备的OOB标识符相对应的用户设备的宏标识符。宏小区向毫微微小区切入的方法还可以包括:判断毫微微小区网关根据第一毫微微小区标识符是否能唯一地寻址所指定的毫微微小区。可以使用第一毫微微小区标识符，从毫微微小区网关向所指定的毫微微小区传送所述切换请求。在毫微微小区网关处判断是否多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前注册过用户设备可以包括:判断毫微微小区网关根据第一毫微微小区标识符是否可寻址所述多个毫微微小区中的两个或更多个毫微微小区。判断所指定的毫微微小区是根据第一毫微微小区标识符可寻址的两个或更多个毫微微小区中的一个毫微微小区，可以使用第二毫微微小区标识符。在一些实施例中,宏小区向毫微微小区切入的方法还可以包括从多个毫微微小区中确定一组候选毫微微小区；以及使用切换请求中的OOB切入原因值来指导该组候选毫微微小区中的每一个毫微微小区来检测是否用户设备在其附近。该方法还可以包括从所述候选毫微微小区中的一个候选毫微微小区接收OOB接受消息。该OOB接受消息可以指示:所述候选毫微微小区中的一个候选毫微微小区检测到在其附近的用户设备。该方法可以包括将所述候选小区中的与OOB接受消息相关联的一个候选小区标识为所指定的毫微微小区。在一些实施例中，该方法还可以从所述候选毫微微小区中的一个或多个候选毫微微小区至少接收OOB拒绝消息，或者从所述候选毫微微小区中的一个或多个候选毫微微小区接收错误指示消息，并且无OOB接受消息；和/或向所述候选毫微微小区中的每个候选毫微微小区发送具有正常原因值的切换请求。该方法还可以包括从候选毫微微小区中的一个或多个候选毫微微小区至少接收盲接受或者盲拒绝；和/或将候选毫微微小区中的与盲接受相关联的一个候选毫微微小区标识为所指定的毫微微小区。一些实施例包括毫微微小区网关，该毫微微小区网关可以包括宏网络接口子系统，该宏网络接口子系统被配置为与宏网络的核心节点进行通信，并且被配置为接收来自宏网络的通信。该毫微微小区网关可以包括被配置为与多个毫微微小区进行通信的毫微微小区接口子系统。该毫微微小区网关可以包括通信管理子系统，该通信管理子系统与宏网络接口子系统以及毫微微小区接口子系统通信地耦合，并且可以被配置为:从宏网络接收切换请求，该切换请求被配置为指导用户设备将与宏网络的活动通信从宏小区向具有第一毫微微小区标识符的所指定的毫微微小区切换；判断是否多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前向所述毫微微小区网关注册过用户设备；和/或向所指定的毫微微小区传送所述切换请求。为了确定是否所述多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前向所述毫微微小区网关注册过用户设备，该通信管理子系统可以被配置为:从多个毫微微小区中确定在接收所述切换请求之前已经注册过用户设备的注册毫微微小区；和/或确定所述注册毫微微小区是具有第一毫微微小区标识符的所指定的毫微微小区。该通信管理子系统还可以被配置为:从所述注册毫微微小区接收确认消息。为了判断是否所述多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备，该通信管理子系统可以被配置为:确定所述多个毫微微小区中没有一个毫微微小区在接收所述切换请求之前注册过所述用户设备。该通信管理子系统还可以被配置为从所述多个毫微微小区中确定一组候选毫微微小区。该组候选毫微微小区可以由至少所述第一毫微微小区标识符来标识。可以指导该组候选毫微微小区中的每一个候选毫微微小区来检测是否用户设备在其附近。可以从所述候选毫微微小区中的成功毫微微小区接收到用户设备在其附近的指示。可以确定成功毫微微小区是所指定的毫微微小区。该通信管理子系统还可以被配置为:监测在指导该组候选毫微微小区检测是否所述用户设备在其附近之后的流逝时间；和/或当所述流逝时间在预定时限内时，判断是否从所述候选毫微微小区中的一个候选毫微微小区接收到用户设备在其附近的指示。为了判断是否所述多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前向所述毫微微小区网关注册过用户设备，该通信管理子系统还可以被配置为:在接收所述切换请求之前，判断是否从所述多个毫微微小区中的任一个毫微微小区接收到OOB接近指示，其中所述OOB接近指示包括所述用户设备的宏标识符。为了判断是否所述多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备，该通信管理子系统还可以被配置为:在接收切换请求之前，判断是否从所述多个毫微微小区中的任一个毫微微小区接收到OOB接近度检测，其中，所述OOB接近指示包括所述用户设备的OOB标识符；和/或确定与所述用户设备的OOB标识符相对应的所述用户设备的宏标识符。在一些实施例中，该通信管理子系统还可以被配置为:判断毫微微小区网关根据所述第一毫微微小区标识符是否可唯一地寻址所指定的毫微微小区。向所指定的毫微微小区传送所述切换请求，可以使用所述第一毫微微小区标识符。在一些实施例中，该通信管理子系统被配置为判断是否多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前注册过所述用户设备，该通信管理子系统可以包括下述配置:判断毫微微小区网关根据第一毫微微小区标识符是否可寻址所述多个毫微微小区中的两个或更多个毫微微小区；和/或使用第二毫微微小区标识符，来判断是否所指定的毫微微小区是根据所述第一毫微微小区标识符可寻址的所述两个或更多个毫微微小区中的一个毫微微小区。在一些实施例中，该通信管理子系统还可以被配置为:从所述多个毫微微小区中确定一组候选毫微微小区；以及使用所述切换请求中的OOB切入原因值来指导所述候选毫微微小区中的每个候选毫微微小区检测是否所述用户设备在其附近。该通信管理子系统还可以被配置为:从所述候选毫微微小区中的一个候选毫微微小区接收OOB接受消息，其中，所述OOB接受消息指示:所述候选毫微微小区中的一个候选毫微微小区检测到在其附近的用户设备；和/或将所述候选小区中的一个候选小区标识为所指定的毫微微小区。该通信管理子系统还可以被配置为:从所述候选毫微微小区中的一个或多个候选毫微微小区至少接收OOB拒绝消息，或者从所述候选毫微微小区中的一个或多个候选毫微微小区接收错误指示消息，并且无OOB接受消息；以及向所述候选毫微微小区中的每个候选毫微微小区发送具有正常原因值的切换请求。该通信管理子系统还可以被配置为:从所述候选毫微微小区中的一个或多个候选毫微微小区至少接收盲接受或者盲拒绝；和/或将所述候选毫微微小区中的与盲接受相关联的一个候选毫微微小区标识为所指定的毫微微小区。一些实施例包括用于毫微微小区网关中的宏小区向毫微微小区切入的处理器。该处理器可以包括通信管理控制器，该通信管理控制器被配置为:从所述宏网络接收切换请求，该切换请求被配置为指导用户设备将与宏网络的活动通信从宏小区向具有第一毫微微小区标识符的所指定的毫微微小区切换；判断是否多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备；和/或向所指定的毫微微小区传送所述切换请求。一些实施例包括一种用于宏小区向毫微微小区切入的计算机程序产品，该计算机程序产品位于被设置在毫微微小区网关上的处理器可读介质上并且包括处理器可读指令，当执行所述处理器可读指令时，所述处理器可读指令使处理器执行下述步骤，所述步骤可以包括:从宏网络接收切换请求，该切换请求被配置为指导用户设备将与宏网络的活动通信从宏小区向具有第一毫微微小区标识符的所指定的毫微微小区切换；判断是否所述多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备；和/或向所指定的毫微微小区传送所述切换请求。—些实施例包括一种用于宏小区向毫微微小区切入的系统，该系统可以包括:用于从所述宏网络接收切换请求的模块，所述切换请求被配置为指导用户设备将与宏网络的活动通信从宏小区向具有第一毫微微小区标识符的所指定的毫微微小区切换；用于判断是否多个毫微微小区中的任一个毫微微小区在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备的模块；以及用于向所指定的毫微微小区传送所述切换请求的模块。为了更好地理解下面的具体实施方式
，前文宽泛地概述了根据本申请的示例。在下文中将描述另外的特征。可以将所公开的构思和示例容易地用作修改或设计用于实现与本申请相同目标的其它结构的基础。这些等价结构没有脱离所附权利要求的精神和范围。当结合附图考虑时，根据下面的描述中将会更好地理解被认为是本文所公开的构思的特性的特征(就它们的组织结构和操作方法而言)和相关的优点。附图中的每一幅仅是出于说明和描述的目的而提供的，而不是作为权利要求的范围的定义。


可以通过参考本说明书的其余部分和附图来实现对本申请所提供的示例的本质和优点的进一步理解，其中，在所述多幅附图中使用同样的附图标记来表示同样的组件。在一些实例中，子标记与附图标记相关联，来表示多个相似组件中的一个。当在没有指定现有子标记的情况下引用附图标记时，该附图标记是指所有这种相似的组件。图1示出了根据各种实施例的无线通信系统的框图；图2A示出了根据各种实施例的包括毫微微小区的无线通信系统的框图；图2B示出了根据各种实施例的包括另一个毫微微小区的无线通信系统的框图；图3示出了根据各种实施例的用于实现通信管理子系统的功能的处理器模块的示例的框图；图4不出了根据各种实施例的移动用户设备的不例的框图；图5示出了根据各种实施例的用于使用毫微微小区来促进活动切入的通信系统的简化的网络图；图6A示出了根据各种实施例的包括毫微微小区网关的无线通信系统的框图；图6B示出了根据各种实施例的另一个毫微微小区网关的框图；图7A示出了根据各种实施例的用于处理用户设备向毫微微小区注册的方法的流程图；图7B示出了根据各种实施例的用于处理用户设备向毫微微小区注册的方法的流程图，该方法使用蓝牙无线电来进行带外接近度检测；图8示出了根据各种实施例的用于处理向毫微微小区活动切入的方法的流程图；图9示出了根据各种实施例(例如，图9和10的方法)的活动切入的呼叫流程图；图10示出了根据各种实施例的用于处理用户设备向毫微微小区注销的方法的流程图11示出了根据各种实施例的用于实现在没有OOB接近度检测情况下的某种活动切入功能的方法的流程图；图12示出了根据各种实施例的用于在毫微微小区网关处处理协助毫微微小区活动切入的方法的流程图；图13A示出了根据各种实施例的用于在毫微微小区网关处处理协助毫微微小区活动切入的方法的流程图；图13B示出了根据各种实施例的用于在毫微微小区网关处采用分层方法来处理协助毫微微小区活动切入的方法的流程图；图14A和图14B示出了根据各种实施例(例如，图11、图12、和/或图13的方法)的活动切入的呼叫流程图；图15A示出了根据各种实施例，用于当使用“分层”方法并且OOB检测成功时，用于处理切换请求的接收的方法的呼叫流程图；以及图15B示出了根据各种实施例的，用于当使用“分层的”方法并且OOB检测不成功时，用于处理切换请求的接收的方法的呼叫流程图。
具体实施例方式下面的描述总体上涉及支持针对移动设备的有效宏通信的宏小区到毫微微小区切入。毫微微小区可以检测出其附近的移动设备(比如，使用由与毫微微小区相集成的带外无线电所建立的带外链路，它可能是毫微微代理系统的一部分)。在检测出其附近的移动设备后，该毫微微小区可以传送OOB接近度检测或存在指示，来向设置在与宏网络进行通信的核心网络中的毫微微小区网关(或其它类型的接口网关)预注册该移动设备。当毫微微小区网关从宏网络接收到暗示已预注册移动设备的切换请求时，毫微微网关可以能够根据OOB接近度检测来可靠地确定用于切入的合适的毫微微小区。一些实施例也提供了在切换请求已经发生之后对移动设备进行注册。另外，一些实施例可以提供“分层”方法来处理切换请求的接收。下面的描述提供了示例，并且不限定权利要求中所述的范围、适用范围或配置。可以在不脱离本申请的精神和范围的情况下，改变所讨论的功能以及元素的布置。各种示例可以酌情省略、替换、或者增加各种过程或组件。例如，可以按照与所述顺序不同的顺序来执行所述方法，并且可以增加、省略、或组合各种操作。此外，可以将针对某些示例所描述的特征组合到其它的示例中。首先参照图1，图1是示出了无线通信系统100的示例的框图。系统100包括宏小区基站105、用户设备(UE) 115、基站控制器120、毫微微小区125以及核心网络130 (控制器120可以被集成到核心网络130中)。系统100可以支持在多载波(不同频率的波形信号)上的操作。多载波发射机可以在多个载波上同时发送已调制的信号。每个已调制的信号可以是码分多址(CDMA)信号、时分多址(TDMA)信号、频分多址(FDMA)信号、正交FDMA(OFDMA)信号、单载波FDMA (SC-FDMA)信号等。每个已调制的信号可以在不同的载波上发送，并且可以携带控制信息(例如，导频信号)、开销信息、数据等。系统100可以是能够有效地分配网络资源的多载波LTE网络。UE115可以是任何类型的移动基站、移动设备、接入终端、用户单元或者用户设备。UE115可以包括蜂窝电话和无线通信设备，但是还可以包括个人数字助理(PDA)、智能电话、其它手持设备、上网本、笔记本电脑等。因此，下文中，包括权利要求书中，术语用户设备(UE)应该被广义地解释为包括任何类型的无线或移动通信设备。宏小区基站105可以经由基站天线与UE115进行无线通信。宏小区基站105可以被配置为经由多个载波在控制器120的控制下与UE115进行通信。基站105中的每个基站站点可以对各自的地理区域提供通信覆盖。在一些实施例中，宏小区基站105可以被称为节点B。在本文中，各宏小区基站105的覆盖区域被标识为110-a、110-b或者110-c。基站的覆盖区域可以被划分为扇区(图中未示出，但是仅构成覆盖区域的一部分)。系统100可以包括不同类型的基站105 (例如，宏基站、微基站和/或微微基站)。如在本文中所使用的，术语“小区”可以指I)扇区，或者2)站点(例如，基站105)。因此，术语“宏小区”可以指I)宏小区扇区，2)宏小区基站(例如，宏小区基站105)，和/或3)宏小区控制器。因此，术语“毫微微小区”可以指I)毫微微小区扇区，或者2)毫微微小区基站(例如，毫微微小区接入点)。对于下面的讨论，UE115在由多个宏小区基站105所促进的宏或类似网络上进行操作(驻留)。每个宏小区基站105可以覆盖相对较大的地理区域(例如，半径为数百米到数公里)并且可以允许具有服务定制的终端进行不受限制的接入。UE115的一部分也可以被注册为在宏小区110-a的覆盖区域内的毫微微小区覆盖区域110-d中进行操作(或者以其它方式被允许操作)(例如，与毫微微小区125进行通信，该毫微微小区125在一些情况下可以被称为毫微微小区接入点(FAP))。当UE115靠近毫微微小区时，可能需要新机制使UE115意识到毫微微小区125的存在以使得UE115可以从宏小区基站105迁移到毫微微小区125。由于移动设备通常使用内部电源(例如，小电池)，可以使用毫微微小区的策略部署来减轻移动设备功耗，以促进高移动操作。毫微微小区可以用于卸载宏小区处的业务并且减少宏小区处的频谱使用。毫微微小区还可以用于在可能没有另外遇到足够的或甚至任何服务(例如，由于容量限制、带宽限制、信号衰落、信号遮蔽等)的区域内提供服务，从而允许移动设备缩短搜索时间、降低发射功率、缩短发射时间等。毫微微小区125可以在相对较小的服务区域内(例如，在房屋或楼宇中)提供服务。相应地，UE115在被服务时通常位于毫微微小区110-d附近，这通常允许UE115以降低后的发射功率进行通信。通过示例的方式，毫微微小区可以被实现为家庭节点B (“HNB”)或者家庭eNode B(HeNB)，并且位于用户房屋中(例如，住宅、办公楼等)。在下文中，毫微微小区125通常将被用来描述任何毫微微接入点，并且不应该被解释成限制性的。毫微微小区125的位置可以被选定为实现最大覆盖范围(例如，在中心位置)，以允许接入全球定位卫星(GPS)信号(例如，靠近窗户)，或者在其它位置。可以在单个毫微微小区125上(例如，在单个毫微微小区125的白色列表上)注册一组UE115，该毫微微小区125基本对整个用户房屋提供覆盖。该“家庭”毫微微小区125向UE115提供经由与宏小区通信网络的连接来接入到通信服务。如本文中所使用的，假定宏小区通信网络是无线广域网(WWAN)。这样一来，像“宏小区网络”和“WWAN网络”这样的术语是可互换的。在不脱离本申请或者权利要求的范围的情况下，相似的技术可以被应用于其它类型的网络环境、毫微微小区覆盖拓扑等。描述了识别目标毫微微小区以促进协助毫微微活动切入的系统、方法、设备以及计算机程序产品。在示例配置中，毫微微小区125可以与一个或多个OOB收发机集成在一起。毫微微小区125可以向UE115发送或者从UE115接收OOB发现信号(例如，蓝牙寻呼或者询问信号)，以促进毫微微小区和设备信息的交换。当然，毫微微小区125可以被配置为经由带内信号与UE115相连接。毫微微小区125可以使用OOB通信链路来检测出毫微微小区125附近的UE115。毫微微小区125可以识别UE115的标识符。毫微微小区125可以注册UE115，以用于例如从宏小区基站105到毫微微小区125的切入。该注册过程可以包括从毫微微小区125向毫微微小区网关(图中未不出)传送UE标识符，以及向毫微微小区125指示UEl 15的OOB接近度检测。如在本文中所使用的，术语“频率范围”可以用于指被分配给特定宏小区或毫微微小区的、或者用于OOB信令的频谱。宏小区频率范围可以是被分配给WWAN通信的一组频率内的第一频率信道，而毫微微小区频率范围可以是被分配给WffAN通信的一组频率中的第二频率信道。宏小区频率范围和毫微微小区频率范围可以是相同的或者不同的(因此，可能存在对毫微微小区的频率内或者频率间搜索)。额外的宏小区频率范围可以占据分配给WWAN通信的一组频率中的其它频率信道。如在本文中所使用的，“带外”或“00B”包括相对于宏小区或者毫微微小区通信网络的带外的任何类型的通信。例如，毫微微小区125和/或UE115可以被配置为使用蓝牙(例如，I级、1.5级、和/或2级)、ZigBee (例如，根据IEEE802.15.4-2003无线标准)、近场通信(NFC)、WiF1、超宽带(UWB)链路和/或在宏小区网络频带之外的任何其它有用类型的通信进行操作。与毫微微小区125集成的OOB可以提供多个特征。例如，OOB信令可以考虑到降低的干扰、低功率毫微微小区注册、宏小区卸载等。此外，OOB功能与毫微微小区125的集成可以允许与毫微微小区125相关联的UE115也成为OOB微微网的一部分。微微网可以促进对UE115的增强的HNB功能、其它通信服务、功率管理功能和/或其它特征。从下面的描述中将会进一步明白这些特征以及其它特征。图2A示出了包括OOB功能的无线通信系统200-a的框图。该系统200_a可以是图1中描述的系统100的方面的示例。毫微微小区125-a可以包括OOB频率模块240-a，带内频率模块230-a、和/或通信管理子系统250。如参照图1所描述的，带内频率模块230_a可以是毫微微节点B和/或无线电网络控制器。毫微微小区125-a还可以包括天线205、收发机模块210、存储器215和处理器模块225,这些模块中的每个模块可以(例如,在一个或多个总线上)直接或者间接地互相通信。收发机模块210可以被配置为经由天线205与UE115进行双向通信。收发机模块210 (和/或毫微微小区125-a的其它组件)也可以被配置为与宏通信网络100-a (例如，WWAN)进行双向通信。例如，收发机模块210可以被配置为与宏通信网络100-a经由回程网络进行通信。宏通信网络100-a可以是图1中的通信系统 100。存储器215可以包括随机存取存储器(RAM)和只读存储器(ROM)。在一些实施例中，存储器215包括被配置为存储UE映射219的数据储存器217，或者存储器215与该数据储存器217进行通信。如下面更加充分描述的，这些UE映射219可以用于促进某种协助毫微微小区切入功能。通常，UE映射219将各UE115的标识符(例如，与UE115的SM卡相关联的国际移动用户标识(頂SI))与对应于UE115的OOB无线电的OOB标识符(例如，UE115的蓝牙地址)进行映射。在某些实施例中，UE映射219为各UE115维持了进一步的映射，包括，例如公共长码掩码。存储器215也可以存储计算机可读的、计算机可执行软件代码220，该代码包含指令，该指令被配置为:当执行该指令时，使处理器模块225执行本文所描述的各种功能(例如，呼叫处理、数据库管理、消息路由等)。或者，软件220可以不是由处理器模块225直接可执行的，而是被配置为:例如，当被编译和被执行时，使计算机执行本文所描述的功能。处理器模块225可以包括智能硬件设备，例如，中央处理单元(CPU)(例如由英特尔 公司或AMD 所制造的CPU)、微控制器、专用集成电路(ASIC)等。处理器模块225可以包括语音编码器(未示出)，该编码器被配置为经由麦克风接收音频，将音频转换成表示所接收到的音频的分组(例如，长度为30ms)，向收发机模块210提供音频分组，以及提供用户是否正在讲话的指示。或者，在对自身提供用户是否正在讲话的指示的分组进行供应或扣留/抑制的情况下，编码器可以仅向收发机模块210提供所述分组。收发机模块210可以包括调制解调器，该调制解调器被配置为对分组进行调制并且向天线205提供已调制的分组来用于传输，以及解调从天线205接收到的分组。尽管毫微微小区125-a的一些示例可以包括单个天线205，毫微微小区125-a优选包括用于多个链路的多个天线205。例如，可以使用一个或多个链路来支持与UE115的宏通信。此外，相同的天线205或者不同的天线205可以支持一个或多个带外链路。显然，毫微微小区125-a可以被配置为既提供带内频率模块230_a功能又提供OOB频率模块240-a功能。例如，当UE115靠近毫微微小区覆盖区域时，UE115的OOB无线电可以开始搜索OOB频率模块240-a。在一些情形中，OOB频率模块240_a可以寻呼UE的OOB无线电。在发现后，UE115可以有较高的自信心:它位于毫微微小区覆盖区域的附近，并且对带内频率模块230-a的扫描可以开始。类似地，毫微微小区125-a可以使用OOB频率模块240-a来确定:UE115位于毫微微小区125_a的附近。可以通过不同的方式来实现对带内频率模块230-a的扫描。例如，由于UEl 15的OOB无线电发现了 OOB频率模块240-a，UEl 15和毫微微小区125_a两者可以意识到相互的接近度。UE115可以扫描带内频率模块230-a。或者，带内频率模块230_a可以轮询UE115(例如，分别地，或者作为对所有已注册的UE115的循环(round-robin)轮询的部分)，并且UE115可以监听所述轮询。当对带内频率模块230-a的扫描成功时，UE115可以连接到带内频率模块230-a。当UE115在毫微微小区的覆盖区域中并且通过通信链路被链接到带内频率模块230-a时，UE115可以经由带内频率模块230_a与宏通信网络100_a进行通信。如上所述，UE115还可以是微微网的从设备，OOB频率模块240-a充当微微网的主设备。例如，微微网可以使用蓝牙进行操作，并且可以包括被带内频率模块230-a中的蓝牙无线电(例如，被实现为收发机模块210的一部分)所促进的蓝牙通信链路。带内频率模块230-a的示例具有基站或者无线接入点设备的各种配置。如本文中所使用的，带内频率模块230-a可以是与各种终端进行通信的设备(例如，客户端设备(UEl 15等)、邻近代理设备等)并且也可以被称为基站、节点B、家庭节点B和/或其它类似的设备，并且包含这些设备的一些或所有功能。尽管在本文中被称为带内频率模块230-a，但是本文中的构思适用于接入点配置，而非毫微微小区配置(例如，微微小区、微小区等)。带内频率模块230-a的示例使用相应的蜂窝网络(例如，宏通信网络100-a或者其一部分)本地的通信频率和协议来促进与带内频率模块230-a相关联的毫微微小区覆盖范围内的通信(例如，提供对区域的改进覆盖、提供增加的容量、提供增加的带宽等)。带内频率模块230-a可以与图2A中没有明确示出的其它接口进行通信。例如，带内频率模块230-a可以与作为收发机模块210 (例如，在操作中可能消耗相对大量功率的、使用蜂窝网络通信技术的专用收发机)的一部分的本地蜂窝接口进行通信，以便通过本地蜂窝无线链路(例如，“带内”通信链路)与各种适当配置的设备(例如，UE115)进行通信。这种通信接口可以根据各种通信标准进行操作，这些通信标准包括但不限于:宽带码分多址(W-CDMA)、CDMA2000、全球移动电信系统(GSM)、微波接入全球互通(WiMax)以及无线LAN(WLAN)0此外或者替换地，带内频率模块230-a可以与作为收发机模块210的一部分的一个或多个后端网络接口(例如，经由互联网、分组交换网、交换网、无线电网络、控制网络、有线链路等来提供通信的回程接口)进行通信，以便与各种设备或者其它网络进行通信。如上所述，带内频率模块230-a还可以与作为收发机模块210和/或OOB频率模块240-a的一部分的、一个或多个OOB接口进行通信。例如，OOB接口可以包括:与带内收发机相比，在操作中消耗相对较低量的功率和/或可能在带内频谱中引起更少干扰的收发机。根据各实施例，可以使用这种OOB接口来提供与各种被适当配置的设备(例如，UE115的OOB无线电)的低功率无线通信。OOB接口可以，例如，提供蓝牙链路、超宽带(UWB)链路、IEEE802.1l (WLAN)链路等。如在本文中所使用的，术语“高功率”和“低功率”是相对的术语，并不暗示特定的功耗水平。相应地，在给定的操作时间中，与(例如，用于宏WWAN通信的)本地蜂窝接口相比，OOB设备(例如，OOB频率模块240-a)可能消耗更少的功率。在一些实施方式中，与宏通信接口相比，OOB接口也可以提供相对较低带宽的通信、相对较短距离的通信、和/或消耗相对较少的功率。OOB设备和接口为低功率、短距离和/或低带宽，是没有限制的。设备可以使用任何合适的带外链路，不管是无线的或者其它，例如IEEE802.11、蓝牙、PEANUT、UWB、ZigBee、IP隧道、有线链路等。此外，设备可以使用虚拟的OOB链路，例如，通过在作为虚拟OOB链路的无线广域网(WffAN)链路上使用基于IP的机制(例如，在WffAN链路上的IP隧道)。OOB频率模块240-a可以提供各种类型的OOB功能并且可以通过各种方式来实现。OOB频率模块240-a可以具有各种配置中的任一种，例如基于独立处理器的系统、与主机设备(例如，接入点、网关、路由器、交换机、中继器、集线器、集中器等)集成在一起的基于处理器的系统等。例如，OOB频率模块240-a可以包括用于促进各种类型通信的各种类型的接口。在一些实施例中，OOB频率模块240-a可以被称为毫微微代理模块。一些OOB频率模块240-a包括作为收发机模块210 (例如，与在带内频谱中相比，在操作中可以消耗相对较少量的功率和/或可以引起更少干扰的收发机)的一部分的一个或多个OOB接口，所述一个或多个OOB接口用于与其它被适当配置的设备(例如，UEl 15)进行通信，以便通过无线链路在本文中提供干扰抑制和/或毫微微小区选择。合适的通信接口的一个示例是使用时分双工(TDD)方案的蓝牙兼容收发机。OOB频率模块240-a还可以包括作为收发机模块210的一部分的一个或多个后端网络接口(例如，分组交换网络接口、交换网络接口、无线电网络接口、控制网络接口、有线链路等)，所述一个或多个后端网络接口用于与各种设备或网络进行通信。如果需要，则(例如,具有带内频率模块230-a的)主机设备内集成的OOB频率模块240_a可以使用作为后端网络接口的替代的内部总线或其它这样的通信接口来提供OOB频率模块240-a与其它设备之间的通信。补充或者替换地，可以使用其它接口(例如，OOB接口、本地蜂窝接口等)来提供OOB频率模块240-a与带内频率模块230_a和/或其它设备或网络之间的通信。可以使用通信管理子系统250来管理各种通信功能(例如，包括带内频率模块230-a和/或OOB频率模块240_a的通信功能)。例如，通信管理子系统250可以至少部分处理与宏(例如，WWAN)网络、一个或多个OOB网络(例如，微微网、UE11500B无线电、其它毫微微代理、OOB信标等)、一个或多个其它毫微微小区(例如，带内频率模块230-a)、UE115等的通信。例如，通信管理子系统250可以是毫微微小区125-a的组件，该组件经由总线与毫微微小区125-a的一些或所有其它的组件进行通信。除了图2A所示出的架构之外，各种其它架构也是可能的。带内频率模块230-a和/或OOB频率模块240-a可以或者不可以被共同置于、集成到单个设备中，被配置为共享组件等。例如，图2A的毫微微小区125-a具有所集成的带内频率模块230-a和OOB频率模块240-a,它们至少部分共享组件，所述组件包括天线205、收发机模块210、存储器215和处理器模块225。可以利用存储器中包含的指令来分别或者一并整体或部分地实现毫微微小区125-a的组件，其中所述指令被格式化为由一个或多个通用或专用处理器来执行。也可以用适应于执行硬件中的一些或所有可应用功能的一个或多个专用集成电路(ASIC)来实现毫微微小区125-a的组件。替换地，可以由一个或多个集成电路上的一个或多个其它处理单元(或者核)来执行所述功能。在其它的实施例中，可以使用其它类型的集成电路(例如，结构化/平台ASIC、现场可编程门阵列(FPGA)、和其它半定制1C)，其中可以通过本领域中已知的任何方式来对这些集成电路进行编程。图2B示出了无线通信系统200-b的框图，该无线通信网络200_b包括与图2A中所不的架构不同的毫微微小区125-B的架构。类似于图2A的毫微微小区125-a,该毫微微小区125-B包括OOB频率模块240-B和带内频率模块230_b。然而，不像图2A的系统125_a，OOB频率模块240-b和带内频率模块230-b中的每一个具有其自己的天线205、收发机模块210、存储器215、和处理器模块225。两个收发机模块210被配置为经由其各自的天线205与UE115进行双向通信。带内频率模块230-b的收发机模块210-1被示出为(例如，通常通过回程网络)与宏通信网络100-b进行双向通信。为了说明的目的，所示的毫微微小区125-b没有单独的通信管理子系统250。在一些配置中，在OOB频率模块240-b和带内频率模块230-b两者中提供了通信管理子系统250。在其它配置中，通信管理子系统250被实现为OOB频率模块240-b的一部分。在另外的配置中，通信管理子系统250的功能被实现为OOB频率模块240-b和带内频率模块230_b之一或两者的计算机程序产品(例如，作为软件220存储在存储器215中)。可以利用存储器中包含的指令来分别或者一并整体或部分地实现毫微微小区125-b的组件，其中所述指令被格式化为由一个或多个通用或专用处理器来执行。也可以用适应于执行硬件中的一些或所有可应用功能的一个或多个专用集成电路(ASIC)来实现毫微微小区125-b的组件。替换地，可以由一个或多个集成电路上的一个或多个其它处理单元(或者核)来执行所述功能。在其它实施例中，可以使用其它类型的集成电路(例如，结构化/平台ASIC、现场可编程门阵列(FPGA)、和其它半定制1C)，其中可以通过本领域中已知的任何方式来对这些集成电路进行编程。在其它配置中，系统200-a的通信管理子系统250的一些或全部功能可以被实现为处理器模块225的组件。图3示出了用于实现通信管理子系统250的功能的处理器模块225-a的框图300。处理器模块225_a可以包括WffAN通信控制器310和用户设备控制器320。处理器模块225-a可以与OOB频率模块240和/或带内频率模块230进行通信(例如，如图2A和图2B中所示)。WffAN通信控制器310可以被配置成:为所指定的UE115接收WffAN通信(例如，寻呼)。用户设备控制器320可以确定如何处理该通信，包括影响OOB频率模块240和/或带内频率模块230的操作。图2A的带内频率模块230-a和图2B的带内频率模块230_b两者被示出为仅向宏通信网络100-a提供通信链路。然而，带内频率模块230可以经由许多不同类型的网络和/或拓扑来提供通信功能。例如，带内频率模块230可以向蜂窝电话网络、蜂窝数据网络、局域网(LAN)、城域网(MAN)、广域网(WAN)、公共交换电话网(PSTN)、互联网等提供无线接口。如上面所描述的，毫微微小区125可以被配置为与客户端设备(包括UE115)进行通信。图4不出了移动用户设备(UE)115_a的框图,该移动用户设备115-a用于在图1到图3的通信系统和网络的环境中与图2A和/或图2B的毫微微小区125—起使用。UE115_a可以具有各种配置中的任一种，例如个人计算机(例如，膝上型计算机、上网本计算机、平板计算机等)、蜂窝电话、PDA、数字视频录像机(DVR)、互联网应用、游戏控制台、电子阅读器等。为了清楚起见，假定在移动配置中提供UE115-a，所述UE115-a具有内部电源(未示出)(例如小电池)，以促进移动操作。UE115_a可以包括天线445、带内收发机模块410、00B收发机模块405、存储器415以及处理器模块425，它们可以直接或间接地互相通信(例如，经由一个或多个总线)。收发机模块405、410可以被配置为经由天线445与毫微微小区和宏小区进行双向通信。例如，带内收发机模块410可以被配置为与图1的宏小区的宏小区基站105，以及与图1、图2A或图2B的毫微微小区125进行双向通信。OOB收发机模块405可以被配置为与图1、图2A或图2B的毫微微小区125进行双向通信。每个收发机模块405、410可以包括调制解调器，所述调制解调器被配置为对分组进行调制并且向天线445提供已调制的分组以用于传输，并且被配置为解调从天线445接收到的分组。尽管UE115-a可以包括单个天线，但是UE115-a将通常包括用于多个链路的多个天线445。如上面通常涉及的，OOB收发机模块405可以被配置为通过一个或多个OOB通信链路来与毫微微小区进行通信，如下面更加详细描述的。例如，在移动设备115-a处的OOB收发机模块405可以包括蓝牙收发机。存储器415可以包括随机存取存储器(RAM)和只读存储器(ROM)。存储器415可以存储计算机可读的、计算机可执行软件代码420，该软件代码420包含指令，所述指令被配置为:当执行所述指令时，使处理器模块425执行本文所述的各种功能(例如，呼叫处理、数据库管理、消息路由等)。替换地，软件420可能不由处理器模块425直接可执行的，而是被配置为使计算机(例如，当被编译和执行时)来执行本文所述的功能。处理器模块425可以包括智能硬件设备，例如，中央处理单元(CPU)(例如，Iruel 公司或AMD .所制造的CPU)、微控制器、专用集成电路(ASIC)等。处理器模块325可以包括语音编码器(未示出)，该语音编码器被配置为:经由麦克风接收音频，将音频转换成表示所接收到的音频的分组(例如，长度为30ms)，向带内收发机模块410提供音频分组，以及提供用户是否正在讲话的指示。替换地，编码器可以仅向带内收发机模块410提供分组，其中对本身提供用户是否正在讲话的指示的分组进行供应或扣留/抑制。根据图4的架构，UE115-a还包括通信管理模块440。通信管理模块440可以管理与宏小区、毫微微小区、其它UE115 (例如，作为次微微网的主设备)等的通信。通过示例的方式，通信管理模块440可以是经由总线与UE115-a的一些或所有其它组件进行通信的UE115-a的组件。替换地，通信管理模块440的功能可以被实现为收发机模块405、410的组件、计算机程序产品、和/或处理器模块425的一个或多个控制器元件。可以利用存储器中包含的指令来分别或者一并整体或部分地实现UE115-a的一些组件，其中所述指令被格式化为由一个或多个通用或专用处理器来执行。也可以用适于执行硬件中的一些或所有可应用功能的一个或多个专用集成电路(ASIC)来实现UE115-a的组件。替换地，可以由一个或多个集成电路上的一个或多个其它处理单元(或者核)来执行所述功能。在其它实施例中，可以使用其它类型的集成电路(例如，结构化/平台ASIC、现场可编程门阵列(FPGA)、和其它半定制1C)，其中可以通过本领域中已知的任何方式来对这些集成电路进行编程。在许多情况下，期望使用向活动用户(活动UE115)提供无缝语音和数据服务的切换，来支持从宏小区(例如，图1的宏小区基站105)向毫微微小区125的活动切入、和/或从毫微微小区125向宏小区基站105的活动切出。活动切出可以相对简单地来实现，并且被与传统宏网络100和UE115有关的大多数运营商支持。然而，活动切入可能是具有挑战性的并且通常可能不被运营商支持。例如，随着UE115在与宏网络100进行活动通信的过程期间(例如，在语音呼叫、活动数据传输等期间)进行移动，可以确定:需要进行切换(例如，当前的宏小区基站105信号可能变弱)。可以根据活动UE115发送的测量报告，来确定需要进行切换。显然，短语“测量报告”可能通常与3GPP网络相关联，但是在本文中旨在包括任何相似类型的网络中的任何相似类型的测量报告(例如，包括3GPP2网络中的“PSMM”、或者导频强度测量)。测量报告可以包括由UE115所观察到的导频强度的测量、以及目标小区的前向链路小区标识符。小区标识符可以是由宏网络100所使用的用于标识特定小区的任何标识符。例如，小区标识符可以是3GPP网络中的“PSC”(主加扰码)、3GPP2网络中的“PN偏移”等。在典型的宏网络100上，可能有足够的小区标识符(例如，PSC)可用于基本确保:给定宏小区基站105的地理分布,每个宏小区基站105可以有效地被其小区标识符(例如,被宏网络100中的无线电网络控制器(RNC) 120、网络核心中的服务GPRS支持节点(SGSN)等)唯一地标识。尽管宏网络100可以有效地唯一标识宏小区基站105，但是通常没有足够的剩余小区标识符来唯一标识所有的毫微微小区(例如，毫微微小区125)，尤其是被添加到网络中的带内频率模块230。例如，典型的宏网络100可以具有可用于向其网络中的所有小区分配的512个PSC值。可以在不同载波上、在不同地理区域中等重复使用PN偏移，以便在不混淆的情况下扩大能够被有效标识的小区的数量。然而，毫微微小区125可以通过它们的带内频率模块230来使用仅一小部分PSC值(即，除了由宏小区基站105所使用的预留值)，并且，在一些区域中的毫微微小区125的数量和密度可能相对较大。例如，在每个宏扇区的可能几百个毫微微小区125中，只有少量的PSC值必须被重复使用。当要求活动UE115向宏小区基站105进行切换时(如从另一个宏小区基站105切换，或者如从毫微微小区125切出)，在测量报告中所提供的小区标识符可以足够可靠地确定用于切换的合适的宏小区基站105。可以清楚地将活动通信切换到正确的目标小区。然而，当可能需要活动UEl 15向毫微微小区125进行切换时(如从宏小区基站105切入)，在测量报告中所提供的相同小区标识符可以被同一宏扇区中的多个毫微微小区125所共享。这样一来，在所有情形中，小区标识符单独可能不足以可靠地确定用于切入的合适的毫微微小区125。例如，UE115可以在其毫微微小区125附近，并且该UE115可能期望切入到该毫微微小区125，但是宏扇区中的另一个毫微微小区125可能是与相同的小区标识符相关联的。在一些较新的网络中，额外的标识符是可用的，可以减轻或解决该问题。例如，在UMTS网络中，小区可以被升级广播系统信息(SI)、位置信息和/或可以仅基于其小区标识符来对特定毫微微小区125进行更加唯一和可靠的标识的其它信息。已升级的UE115可以例如通过在活动通信期间解码邻近小区的系统信息以及在测量报告中报告标识符，来利用新的小区标识符。控制器(其可以包括宏无线电网络控制(RNC) 120和/或服务GPRS支持节点(SGSN) 550，在下面的图5中示出)然后可以将SI (例如，小区_ID，C)包括到切换消息中，以便(例如，向毫微微小区网关)唯一地标识该目标毫微微小区125。该技术可能仅可用于已升级的网络与已升级的UE115之间的通信。对于不想升级空中接口的运营商而言，该技术可能不可用。同样，对于不想升级其网络(例如下面在图6A中所示的RNC120和SGSN650)来向毫微微小区网关转发SI的运营商，该技术可能不可用。传统网络的运营商(包括期望与传统UE115进行通信的运营商)可以使用通过不同方式的活动切入来解决该困难。一些典型网络可能根本不支持活动切入。如果切入可能是保持与UE115进行活动通信的唯一方式，活动通信可能完全丢失了(例如，当来自宏小区基站105的信号丢失时，呼叫可能就中断了，甚至当UE115以其它方式在毫微微小区覆盖区域中时)。根据至少一种用于解决与传统网络中进行活动切入有关的困难的技术，一些运营商可以实现盲切换。例如，当测量报告包括被同一宏扇区中的多个毫微微小区125所共享的小区标识符时，网络可以盲选择具有该小区标识符的毫微微小区125中的任一个，以进行切入。如果盲选择导致切入到了合适的毫微微小区125，该切入可能成功。然而，如果盲选择导致切入到了不合适的毫微微小区125 (例如，在UE115的范围之外的一个毫微微小区，UE115未经授权附着的毫微微小区等)，该活动通信可能丢失。现在将会明白，使用现有的技术，传统系统的运营商可能不能够可靠地支持向毫微微小区125的活动切入。实施例包括用于支持对传统网络和/或传统UE115的活动切入的新颖技术。转到图5，图5示出了用于促进活动切入的通信系统500的简化网络图。通信系统500可以包括宏网络100、用户本地网络510和核心网络530。核心网络530可以包括毫微微小区网关540和/或SGSN550及其它。毫微微小区网关540可以与多个毫微微小区125 (为了清楚起见，仅示出了一个毫微微小区125)进行通信，并且SGSN550经由一个或多个宏RNC120与多个宏小区基站105进行通信(为了清楚起见，仅示出了一个宏小区基站105)。毫微微小区125经由核心网络530元件通过带内频率模块230与宏网络100进行通信，从而可以通过毫微微小区125使用毫微微小区网关540和/或SGSN550的功能以促进蜂窝通信。(通过宏通信链路560-b)与宏小区基站105进行活动通信的UE115，可以靠近毫微微小区125的覆盖区域。如上所述，宏网络100 (例如，宏RNC120)可以基于来自UE115的测量报告来确定需要进行切换。测量报告可以通过其小区标识符(例如，其PSC)来识别目标毫微微小区125。然后，SGSN550可以向目标毫微微小区网关540发送切换请求来识别合适的毫微微小区125，以进行切入。如所讨论的，尤其在多个毫微微小区125共享小区标识符的情况下，对于毫微微小区网关540而言，可能难以或者不可能仅仅使用小区标识符来可靠地确定合适的目标毫微微小区125，以进行切入。一些实施例可以利用毫微微小区125的特征。如图所示，用户本地网络510包括带内频率模块230功能，该带内频率模块230功能与OOB频率模块240的OOB功能相集成，作为毫微微小区125的一部分。可以在OOB通信链路570上促进这种OOB功能，其中，能够在UEl 15与OOB频率模块240之间建立这种OOB通信链路570。可以在带内通信链路550-a上促进这种带内功能，其中，能够在UEl 15与带内频率模块230之间建立这种带内通信链路550-a。例如，当从宏小区105向毫微微小区125的切入发生时，可以建立带内通信链路550-a。尽管多种不同类型的带外通信可以用于促进本文所述的功能(例如，如上所讨论的)，下面的讨论关注如促进这些实施例的OOB通信的蓝牙。其它实施例可以使用其它类型的带外通信。蓝牙可以提供某些特征。一个特征是蓝牙无线电可以被集成到许多UEl 15中，从而可以在不修改其现有UEl 15的情况下，开发用于很多用户的蓝牙功能。另一个特征是:与毫微微小区125和UE115之间的可容忍的路径损耗相比，两个“1.5级”蓝牙设备之间的可容忍的路径损耗可以相当或者甚至更高。在任何给定的环境中，这种更高的可容忍的路径损耗可以转换成更高的有效范围(例如，如本文所述，促进毫微微小区125发现、切换、和/或干扰抑制)。蓝牙的另一个特征是:蓝牙地址(BD_ADDR)可以提供唯一的、48比特的地址，该地址用于识别每个启用蓝牙的设备。当设备与另一个设备进行通信时可以使用蓝牙地址，并且将蓝牙地址划分为24-比特LAP (较低地址部分)、16_比特NAP (非重要地址部分)和8-比特UAP (较高地址部分)。可以由制造商来分配LAP，并且对于每个蓝牙设备来说，该LAP可以是唯一的，而UAP和NAP可以是组织唯一标识符(OUI, Organizationally UniqueIdentifier)的一部分。使用蓝牙地址，根据全球唯一值可以识别任何设备中的每个蓝牙适配器。如同下面更加充分描述的，实施例可以在系统(如图5的通信系统500)的环境中进行操作，来支持在对传统宏网络100和/或对传统UE115作最小的改变或者不改变的情况下进行活动切入。一组这样的实施例使用UE115的修改和毫微微小区网关540以促进活动切入。具体地，UE115可以检测毫微微小区125的OOB标识符，并且毫微微小区网关540可以将该OOB标识符作为测量报告的一部分进行传送，以促进目标毫微微小区125的识别。UE115和毫微微小区125中的每一个(例如，通过OOB频率模块240)可以具有唯一的蓝牙设备地址(BD_ADDR)，该蓝牙设备地址可以用于寻呼其它设备(例如，UE115寻呼毫微微小区125，或者该毫微微小区125寻呼UE115)。应当理解，寻呼设备可以知道其它设备的BD_ADDR。显然，相同或者相似的技术可以用于其它类型的带外寻址。例如，设备可以知道彼此的WiFi MAC地址等。然后，UE115可以在实现活动切入时协助宏网络100。在一些实施例中，在与毫微微小区125的OOB频率模块240建立OOB通信链路570之后，UEl 15可以将目标毫微微小区125的小区标识符(例如，PSC)和OOB标识符(例如，蓝牙设备地址)作为其测量报告的一部分传递给SGSN550。毫微微小区网关540可以维持小区标识符与OOB标识符之间的映射，然后该映射可以用于唯一识别目标毫微微小区125以进行活动切入。一种技术可能涉及在UE115 “空中接口”处的升级(即，涉及新的消息或者现有消息的修改)。另外，新UE115消息传递的合适通信可能涉及对宏RNC120、SGSN550、毫微微小区网关540和毫微微小区125 (尤其是，毫微微小区125的带内频率模块230)的改变。对传统宏网络100的这些改变可能大部分是软件升级(而不是硬件升级)，但是运营商可能仍然不情愿实施这些改变。另一组实施例支持宏网络100和UE115两者的活动切入，在一些情形中，它们可以是传统宏网络100和/或传统UE115。具体而言,对毫微微小区125和/或毫微微小区网关540的改变可以考虑到协助毫微微小区125的活动切入。可以在没有改变空中接口、宏RNC120或SGSN550的情况下来实现协助毫微微小区125切入的实施例。协助毫微微小区125切入可以利用UE115的毫微微小区125在毫微微小区网关540处的注册(例如，使用OOB接近度检测来向毫微微小区网关540有效地预注册UE115)。当在毫微微小区网关540处接收到暗示UE115的切换指示时，毫微微小区网关540可以使用UE115的注册来帮助确定合适的目标毫微微小区125以进行切入。如上面参考图2A所描述的，毫微微小区125的实施例可以维持UE映射219。通常，UE映射219将每个UE115的宏标识符(例如，国际移动用户身份(IMSI)、移动设备标识符(MEID)、电子序列号(ESN)等)与对应于UE115的OOB无线电的OOB标识符(例如，蓝牙设备地址、WiFiMAC地址等)进行映射。当毫微微小区125是受限制的接入毫微微小区时，可以仅为被授权的用户维持UE映射219。例如，可以在包括UE映射219、或者与UE映射219相关联的毫微微小区125处维持接入控制列表。显然，可以有多种方式来建立UE映射219。根据一种示例性的技术，UE115呼叫特定的号码，这可以自动地触发在UE115与毫微微小区125之间的OOB配对(例如，蓝牙配对)。因此，可以建立UE宏标识符与OOB标识符之间的映射。根据另一种示例性的技术，用户手动地将UE115的宏标识符(例如，MSI)和OOB标识符(例如，BD_ADDR)输入到毫微微小区125处的用户接口。根据另一种示例性的技术，用户经由门户(例如，网络寻呼)输入映射信息，毫微微小区125下载该信息(例如，或者毫微微小区125包括网络服务器，并且该门户对毫微微小区125进行直接寻址)。在另一种示例性的技术中，可以通过使用嗅探器、启用OOB的设备向门户输入UE的OOB标识符，其中所述启用OOB的设备无线地获取OOB标识符并且将其报告给门户。本文所描述的活动切入功能可以涉及:使用具有与OOB频率模块240相集成的带内频率模块230的毫微微小区125。如图5中所示，并且如上面多个示例性配置中所描述的，OOB频率模块240包括与带内频率模块230通信地耦合的OOB设备(例如，OOB无线电)。例如，可以将带内频率模块230和OOB频率模块240物理地集成到单个壳体或集合中(例如，并且通过总线或一些其它内部连接进行通信)，或者OOB频率模块240可以被单独地封装并且可以使用有线的或者无线的连接与带内频率模块230进行通信。通常，OOB频率模块240的位置足够靠近带内频率模块230，使得OOB频率模块240的接近度检测指示:也在带内频率模块230附近。在一些其它配置中，OOB频率模块240逻辑地而不是物理地与带内频率模块230相集成(例如，组件可以以其它方式通过网络与彼此逻辑地关联)。例如，尽管将OOB频率模块240与带内频率模块230物理地分离，但是组件可以是公共子网的一部分，使得OOB频率模块240的接近度检测可以与到带内频率模块的接近度相关联。图5中所描述的配置旨在仅为示意性的而非限制性的。用于在OOB频率模块240与带内频率模块230之间提供相同或相似类型的综合功能的其它配置是有可能的。例如，根据各种实施例，很多配置可以允许使用OOB接近度检测来促进向特定的毫微微小区125的可靠活动切入。为了促进协助毫微微小区125切入，毫微微小区125(例如，如图2A中所示的一个毫微微小区)可以与毫微微小区网关540的实施例(例如，图6A和图6B中所述的那些)进行交互。图6A示出了包括毫微微小区网关540-a的无线通信系统600-a的框图。毫微微小区网关540-a可以包括通信管理子系统610、毫微微接口子系统630、和/或宏接口子系统640。毫微微小区网关540-a还可以包括存储器615和处理器模块625。毫微微小区网关540-a的所有组件可以直接地或间接地与彼此通信(例如，通过一个或多个总线)。为了上下文和清楚起见，晕微微接口子系统630被不出为与晕微微小区125(其包括带内频率模块230和OOB频率模块240)进行通信，并且宏接口子系统640被示出为与宏小区基站105 (经由SGSN550和/或一个或多个宏RNC120)进行通信。使用通信管理子系统610实现和/或管理各种通信功能(包括在促进协助毫微微小区125切入中所涉及的通信功能)。例如，通信管理子系统610可以使用宏接口子系统640的功能来至少部分处理与宏网络元件的通信，并且可以使用毫微微接口子系统630的功能来至少部分处理与毫微微小区125的通信。例如，通信管理子系统610可以是毫微微小区网关540-a的组件，其中该组件经由总线与毫微微小区网关540的其它组件中的一些或全部进行通信。存储器615可以包括随机存取存储器(RAM)和只读存储器(ROM)。在一些实施例中，存储器615被配置为维持与注册有关的信息。如下面更加全面描述的，与注册有关的信息可以包括针对毫微微小区125、UE115的标识符映射等，以及注册消息、标志等。存储器615还可以存储计算机可读的、计算机可执行的软件代码620，该软件代码包含指令，所述指令被配置为:当执行所述指令时，使处理器模块625执行本文所描述的各种功能(例如，呼叫处理、数据库管理、消息路由等)。替换地，软件620可能不是由处理器模块625直接可执行的，而是被配置为使计算机，例如当被编译和被执行时，执行本文所描述的功能。处理器模块625可以包括智能硬件设备，例如，中央处理单元(CPU)(例如，Intel 公司或AMD 所制造的CPU)、微控制器、专用集成电路(ASIC)等。处理器模块625的实施例可以被配置为促进诸如定时器功能之类的功能。此外，处理器模块625的实施例包括或促进通信管理子系统610、毫微微接口子系统630、或者宏接口子系统640的一些或所有功倉泛。
例如，图6B示出了包括毫微微小区网关540-b的无线通信系统600-b的框图，该毫微微小区网关540-b是图6A的毫微微小区网关540-a的替代配置。与图6A的毫微微小区网关540-a相同，图6B的毫微微小区网关540_b可以包括毫微微接口子系统630、宏接口子系统640、存储器615和/或处理器模块625，它们都可以直接地或间接地与彼此通信(例如，通过一个或多个总线)。不像图6A的毫微微小区网关540-a，图6B的毫微微小区网关540-b可以包括通信管理控制器610。可以将通信管理控制器610的实施例实现为处理器模块625的一部分，以提供与图6A中所示的通信管理子系统610的功能基本相同的功能。如上面所讨论的，毫微微小区网关540的实施例(例如，在图6A和图6B中所描述的那些)可以与毫微微小区125 (如图2A中所述的一个毫微微小区)进行交互，以促进协助毫微微小区125切入。例如，当UE115靠近毫微微小区125时，毫微微小区125可以使用OOB链路(例如，蓝牙寻呼过程)来检测出UE115在它附近，或者反之亦然。除了 OOB检测过程以外或者作为OOB检测过程的一部分，毫微微小区125还可以确定UE115是否是被授权的用户。例如，毫微微小区125可以核查接入控制列表来确定是否授权UE115经由该毫微微小区125来接入宏通信服务。在发现彼此(并且毫微微小区125已经验证UE115为被授权的用户)之后，毫微微小区125可以向毫微微小区网关540注册UE115。例如，毫微微小区125可以维持在检测过程期间所检测到的UE115的OOB标识符(例如，蓝牙设备地址)与UE115的宏标识符(如UE115的MSI)之间的UE映射219。毫微微小区125可以根据UE115的标识符来向毫微微小区网关540注册UE115。在一些实施例中，与毫微微小区125覆盖范围(例如，带内频率模块230的范围)相t匕，OOB无线电范围(例如，蓝牙覆盖的边缘)可能更大，从而可以在UE115检测毫微微小区125之前执行UE115的检测和注册。因此，在许多情况下，在UE115的测量报告已经触发任何切换之前，毫微微小区125可以为UE115向毫微微小区网关540传送OOB接近度检测或指示(即，在接收到暗示UE115的任何切换请求时，可以有效地“预注册”UE115)。显然，各种类型的注册或预注册在宏网络100和/或毫微微小区125环境中可能是可用的。如本文所使用的，“注册”和“预注册”可以旨在指代宏网络中的现有UE注册(以及OOB接近度检测可以触发在毫微微小区125与毫微微小区网关540之间传送该消息)。在另一个实施例中，注册是指具体携带OOB接近度检测以向毫微微小区网关540注册UEl 15的消息。当触发了切换并且在毫微微小区网关540处(例如，从SGSN650)接收到了重新定位请求时，毫微微小区网关540可以能够(例如，根据UE115的宏标识符)将UE注册与切换请求相关联。利用该信息，毫微微小区网关540可以唯一地识别合适的目标毫微微小区125并且可靠地进行切入。如果使用宏网络中的现有UE115注册消息来指示与毫微微小区网关540的OOB接近度，毫微微小区网关540可以在注册数据库中创建针对UEl 15和注册毫微微小区125的条目，该条目将会用于不指示OOB接近度的常规UE注册。随后，当触发了切换并且在毫微微小区网关540处(例如，从SGSN650)接收到重新定位请求时，毫微微小区网关540可以使用数据库中的条目来将在数据库中注册的UE115与切换请求相关联(例如，根据UE115的宏标识符)。使用该信息，毫微微小区网关540可以唯一地识别合适的目标毫微微小区125并且可靠地进行切入。在一些情况下，毫微微小区网关540将切换请求传送给毫微微小区125，所述切换请求具有指示如下的标志:毫微微小区网关540基于毫微微小区125利用UE115的宏标识符(例如，IMSI)的先前注册，认为UE115在毫微微小区125附近。在接收到该标志之后，毫微微小区125可以试图再次检测UE115 (例如，使用OOB频率模块240、在OOB信道上)。如果UE115不再位于毫微微小区125的附近，则毫微微小区125能够拒绝来自毫微微小区网关540的切换请求。如下所述，还可以使用某些类型的注销技术。根据一种注销技术，可以通过向毫微微小区网关540传送OOB缺失指示来明确地注销UE115。例如，OOB频率模块240和/或带内频率模块230可以检测与UE115有关的链路损耗，并且以OOB缺失指示的形式向毫微微小区网关540发送注销请求。根据另一种注销技术，如果在注册以后，经过了某个时间量而没有接收到相应的切换请求，则可以注销UE115。根据还有一种注销技术，在确认向目标毫微微小区125的切换之后，可以显示或隐式地注销UEl 15。在一些实施例中，仅针对活动UE115执行注册。在一个说明性的场景中，如上所述，注册是基于在OOB通信链路上的检测以及向毫微微小区网关540后续传送OOB接近度检测或指示。在该场景中，毫微微小区125可能不知道UE115是处于WffAN空闲状态还是活动状态(例如，在语音呼叫中)。对于空闲切换，忽视毫微微小区125使用UE115的宏标识符(例如，MSI)来向毫微微小区网关540的预注册。例如，如果在超时之前，切换请求消息没有到达毫微微小区网关540处，则可能发生隐式注销。在另一个说明性的场景中，暗示UE115的切换请求消息到达毫微微小区网关540处(例如，作为来自图1的核心网络130的重新定位请求消息)。即使已经预注册了 UE115，毫微微小区网关540可以向毫微微小区125发送具有标志的切换请求，该标志指示:毫微微小区网关540基于预注册，相信UE115在该特定毫微微小区125的附近。在一些实施例中，毫微微小区125再次试图在OOB通信链路上检测UE115。如果失败，毫微微小区125可以拒绝切换请求；如果成功，毫微微小区125可以接受该切换请求。如下面更加全面描述的(例如，参考图13到图14的呼叫流程图)，如果在毫微微小区网关540处接收到暗示UE115的相应切换请求之后，在毫微微小区网关540处接收到注册请求，则毫微微小区网关540可以通过各种方式来处理切入。例如，即使当在相应的切换请求之后接收到注册请求时，可以使用本文所述的技术来帮助促进活动切入。替换地，可能没有切入，或者可以使用上述技术，如盲切入等。可以明白，本文所描述的协助毫微微小区125切入技术提供了某些特征。一个特征可以是:可以用于可靠地确定用于活动切入的合适的目标毫微微小区125的技术。另一个特征是:通过传送OOB接近度检测或指示的预注册可以减少或消除与盲切换技术有关的延迟。另一个特征是:可以减少核心网络信令(例如，来自测量请求和响应)。另一个特征是:UE115、空中接口或者传统基础设施中可能不需要改变。在仅改变毫微微小区125和/或毫微微小区网关540的情况下，就可以实现这些技术。下面参考图7到图14的方法描述了协助毫微微小区125切入技术的实施例。首先转到图7A，该图示出了根据各种实施例的用于宏小区到毫微微小区切入的方法700-a的流程图。例如，图1、图2A、图2B、图5、图6A或图6B的毫微微小区125可以执行方法700_a。方法700-a可以在框705处通过使用OOB通信链路对毫微微小区125附近的UEl 15进行检测来开始。毫微微小区125可以经由宏小区基站105与宏网络100通信地耦合。例如，UE115可以驻留在宏小区基站125上，并且可能进行或可能不进行活动蜂窝通信。毫微微小区125可以包括OOB频率模块240和带内频率模块230。带内频率模块230可以包括HNB。毫微微小区125通过带内频率模块230，可以经由毫微微小区网关540与宏网络100通信地耦合。在一些实施例中，毫微微小区网关540可以是HNB网关。在框710处，毫微微小区125可以使用OOB通信链路来识别或确定在宏网络100上的UE115的标识符。例如，作为在框705处对UE115进行检测的一部分，在OOB通信链路上使用OOB频率模块240可以检测与UE115相对应的OOB标识符(例如，BD_ADDR)。在一些实施例中，可以识别与UEl 15相关联的宏标识符(例如，MSI)。如上面所讨论的，毫微微小区125可以维持在相应OOB标识符与特定UE115的标识符之间的UE映射219。在一些实施例中，判断UE115是否被授权经由毫微微小区125来接入宏网络100。例如，毫微微小区125可以维持与被授权附着到毫微微小区125 (例如，被授权经由毫微微小区125来接入宏通信服务)的UE115有关的接入控制列表(例如，“白色列表”)。如果确定了 UE115未被授权经由毫微微小区125来接入宏网络100，则方法700-a可以中止。例如，方法700-a可以忽视UE115。在一些实施例中，毫微微小区网关540可以确定UE115是否被授权经由毫微微小区125来接入宏网络100。如果确定UE115被授权经由毫微微小区125来接入宏网络100，则如下所述，毫微微小区125可以开始注册UE115。在框715处，注册UE115，以用于从宏小区基站105切入到毫微微小区125。这可以通过从毫微微小区125向毫微微小区网关540传送用户设备标识符来完成。此外，UE115的注册可以指示UE115相对于毫微微小区125的OOB接近度检测。例如，毫微微小区125可以向毫微微小区网关540传送至少UE115的宏标识符，作为注册消息的一部分。如上面所讨论的，与毫微微小区范围相比，OOB范围可能更大(例如，或者至少基本上相同)，使得在一些情形中，方法700-a的框(例如，从框705处的接近度检测到框715处的注册方法的通信)可以在UE115进入毫微微小区范围之前发生。通过这种方式，可以在UE115的测量报告可以指示毫微微小区125之前、并且在宏网络100确定向毫微微小区125的任何切换之前进行注册。注册UE115以用于从宏小区105向毫微微小区125切入可以包括:从毫微微小区125向毫微微小区网关540发送注册消息。注册UE115以用于从宏小区105向毫微微小区125切入可以包括:从毫微微小区125向毫微微小区网关540发送OOB指示消息。一些实施例可以使用UE115的宏标识符与OOB标识符之间的UE映射来确定用户设备标识符。如上面参考图5所描述的，各种配置可以使用不同类型的OOB接近度检测来促进注册(例如，使用OOB接近度检测的预注册和/或后注册)。例如，方法700-a的部分可以是不同的，取决于是否使用如图5中所示的配置(例如，使用作为与毫微微小区125物理集成的OOB频率模块240的蓝牙无线电)来执行OOB接近度检测。为了更加清楚起见，在图7B中描述了示例性场景。首先转到图7B，该图根据各种实施例，示出了在使用毫微微小区125的毫微微小区网关540处利用UE115注册来进行宏小区到毫微微小区切入的方法700-b的流程图。例如，图1、图2A、图2B、图5、图6A或图6B的毫微微小区125可以执行方法700_b。例如，可以在蓝牙无线电被用作与毫微微小区125物理集成的OOB频率模块240的情况下执行方法700-b。为了更加清楚起见，在图7B的情形中，使用了来自图7A的附图标记，附加小写的“a”来指示来自图7A的对应模块的可能的说明性的实现方式。相应地，方法700-b以框705-a开始，其中，使用蓝牙无线电(其被配置为与毫微微小区125相集成的OOB频率模块240)来检测毫微微小区125附近的UEl 15。框705-a包括框720和725。在框725处，蓝牙无线电(S卩，OOB频率模块240)定期地寻呼UE115，以观察UE115是否位于其附近。如本文中所使用的，“定期地”旨在广义地表达非连续的信令类型。例如，“定期地”可以包括根据特定阈值的按预定间隔的信令(例如，寻呼)等。在框725处，毫微微小区的蓝牙无线电检测蓝牙链路上的来自UE115的响应。更通常地，毫微微小区可以在OOB通信链路上寻呼UE115，然后检测OOB通信链路上的来自UE115的对寻呼的响应。响应可以包括UEl 15的OOB标识符。在一些实施例中，响应可以包括UE115的宏标识符。在从UE115接收到响应之后，毫微微小区125可以意识到UE115在附近，并且毫微微小区125可以知道UE115的蓝牙设备地址(例如，BD_ADDR)。如上所述，蓝牙设备地址可以向UE115有效地提供唯一的带外标识符。在一些配置中，毫微微小区125进行进一步的确定。例如，如上面所讨论的，毫微微小区125可以确定UE115是否被授权为经由毫微微小区125 (例如，通过带内频率模块230)来接入宏网络100。在框710-a处，可以确定标识宏网络100上的UE115的宏标识符(例如，頂SI)。例如，毫微微小区125可以维持相应OOB标识符与特定UEl 15的宏标识符之间的UE映射219，使得毫微微小区125可以根据其相应蓝牙设备地址来确定UE115的宏标识符。替换地，可以在毫微微小区网关540处维持该映射。在框715-a处，可以注册UE115，以用于从宏小区基站105向目标毫微微小区125切入。具体来说，毫微微小区125可以将OOB接近度检测或OOB存在指示连同UE115的标识符传送给毫微微小区网关540，以便向毫微微小区网关540注册UE115。在一些配置中，其中在毫微微小区125处维持UE映射，可以将OOB接近度检测或指示连同UE115的宏标识符(例如，以及OOB标识符(在一些配置中))传送给毫微微小区网关540。在其它配置中，其中在毫微微小区网关540处维持UE映射，可以将OOB接近度检测或指示连同UE115的OOB标识符传送给毫微微小区网关540，并且然后毫微微小区网关540可以确定向相应宏标识符的映射。使用邻近的蓝牙可以提供多个特征。例如，蓝牙可以考虑到相对较低功率的寻呼范围，该范围可以与毫微微小区覆盖区域的范围相似等。此外，许多UE115可能已经配备了蓝牙无线电，使得在对UE115进行很小或者不改变的情况下可以实现所述技术。然而，在一些配置中可能显示出某些限制。例如，毫微微小区125可能需要与蓝牙无线电相集成，并且某些类型的规定可能是困难的。此外，当使用开放式毫微微小区(例如，没有接入控制列表)或企业类型配置时，寻呼与可能位于附近的所有UE115相对应的大量蓝牙地址可能是困难的或者低效率的。一些实施例可以使用其它形式的OOB通信来解决这些问题，或者使用本文所讨论的其它方法。图8示出了根据各种实施例的用于处理毫微微小区的活动切入的方法800的流程图。例如，图1、图2A、图2B、图5、图6A或图6B的毫微微小区125可以执行方法800。为了更加清楚起见，在图7A或图7B的框715的情况中示出方法800。为了说明起见，描述了关于(例如，根据图7A的方法700-a)毫微微小区125向毫微微小区网关540注册UE115的方法 800。相应地，通过在毫微微小区125处从毫微微小区网关540接收针对预注册UE115(先前已经向毫微微小区网关540传送OOB接近度检测所针对的UE115)的切换请求，方法800可以在框805处开始。在这些情况下，在为从宏小区切入到毫微微小区而注册UE115之后，可能接收到切换请求。在一些实施例中，毫微微小区125保持知道其对UEl 15的注册，使得当接收到切换请求时意识到UE115的接近度。在其它实施例中，切换请求包括给毫微微小区125的如下标志或其它指示:相信所暗示的UE115位于毫微微小区125的附近(例如，通过向毫微微小区网关540发送OOB接近度检测，毫微微小区125已经预注册了 UE115)。在框810处，响应于接收切换请求，可以从毫微微小区125向毫微微小区网关540传送确认消息。可以在一个或多个网络上实现毫微微小区125与毫微微小区网关540之间的消息传递。例如，可以通过互联网协议安全(IPSec)隧道，从毫微微小区125向核心网络边缘处的安全网关、从安全网关向核心网络中的IP多媒体子系统(頂S)网络、以及从MS网络向核心网络中的毫微微小区网关540，传送确认消息。在框815处，指导已预注册的UEl 15来处理从其当前连接的(源)宏小区105到目标毫微微小区125的活动通信。显然，UE115可以通常不接收来自毫微微小区125的任何切换。更确切地说，毫微微小区125可以确认切换请求来指示:它是合适的切换目标，并且宏网络100元件(例如，源宏小区105)最终可以将切换指令传送到UE115。仅通过示例的方式，在图9中示出了呼叫流程图900，该图示出了根据图7和图8的方法700和800的活动切入。呼叫流程图900示出了 UE115、当前连接的(源)宏小区105、RNC120、源SGSN650、目标毫微微小区网关540与两个潜在的目标毫微微小区125_a和125-b之间的通信。为了避免过多的细节，没有示出与宏RNC120进行通信的源宏小区105之间的信令。针对呼叫流程图900，假定潜在的目标毫微微小区125具有公共的小区标识符(例如，它们具有相同的PSC)。因此，可能需要可靠地确定所述潜在的目标毫微微小区125中的一个合适的目标毫微微小区来确保成功的活动切入。呼叫流程图900在框904处开始，其中，UE115当前参与活动的宏通信(如语音呼叫或者数据呼叫)，源SGSN650经由源宏小区105和/或RNC120可以促进所述活动的宏通信。在某个时刻，UE115移动到与第一潜在的目标毫微微小区125-a (例如，OOB频率模块240和带内频率模块230可以集成到毫微微小区125-a中)相关联的OOB频率模块240的附近。在框908处，OOB频率模块240可以对其附近的UE115进行检测(例如，如图7A的框705中)。在框912处,第一潜在的目标毫微微小区125-a可以向目标毫微微小区网关540发送OOB接近度检测或指示(例如，注册请求)来预注册UE115 (例如，根据图7A的框715)。在框914处，目标毫微微小区网关540可以用确认从目标毫微微小区125-a接收到注册请求的注册接受来进行响应，并且然后可以确认已经在注册数据库中创建针对UE115和注册毫微微小区125-a的条目。在之后的某个时刻，UE115可以移动到毫微微小区125的毫微微小区覆盖区域，检测毫微微小区125，并且在框916处向源宏小区105和/或RNC120发送测量报告。测量报告可以包括UE115所观察到的毫微微小区125的导频强度和毫微微小区125的PSC。源宏小区105和/或RNC120可以确定:根据测量报告，需要进行切换，并且可以在框920处向源SGSN650传送需要重新定位的消息。在框924处，可以从源SGSN650向目标毫微微小区网关540传送所述需要重新定位的消息(例如，作为在核心网络上的重新定位请求消息)。在已接收到重新定位请求之后，目标毫微微小区网关240现在可以确定哪个潜在的目标毫微微小区125是要切入的正确目标。例如，切换请求可以包括UE115的MSI和目标毫微微小区125的PSC。然而，在这种示例性情况下，两个潜在的目标毫微微小区125可能具有相同的PSC，使得仅仅通过PSC不能唯一地识别出其中一个目标毫微微小区125。使用传统的技术，如上面所描述的，可以例如通过忽视切入、通过盲选择所述潜在的目标毫微微小区125中的一个目标毫微微小区125等，来处理切换请求。然而，在框912处，在已接收到OOB接近指示或UE注册消息后，目标毫微微小区网关540可以可靠地选择第一潜在的目标毫微微小区125-a作为正确的目标毫微微小区125以进行切入。在框928处，目标毫微微小区网关540可以向第一目标毫微微小区125_a发送切换请求。在框932处，第一目标毫微微小区125-a可以用携带“接受”消息的切换响应来对目标毫微微小区网关540进行响应。然后，可以经由核心网络和/或宏网络100将切换传送给UE115。显然，尽管在一些实例中为了简单起见在本文中被统称为“切换请求”，但是事实上，每个相关的消息可以具有不同形式和/或不同的目的。例如，如图所示，在框936处，可以将切换响应作为重新定位响应消息从目标毫微微小区网关540传送到源SGSN650 ;在框940处，可以将重新定位命令从源SGSN650传送到源宏小区105和/或RNC120 ;和/或在框944处，可以将重新定位命令作为物理信道配置消息从源宏小区105和/或RNC120传送到UEl 15。在框948处，UE115可以向源宏小区105和/或RNC120传送确认消息、物理信道重新配置消息。在框952处，UE115可以试图检测第一潜在的毫微微小区125-a并且与之同步；以及，在框956处，UE115可以向第一潜在的目标毫微微小区125-a传送切换完成消息；以及在框960处，第一潜在的目标毫微微小区125-a可以向目标毫微微小区网关540传送切换完成消息。尽管未在图中示出，可以将切换完成消息中继到源宏小区105和/或RNC120,以便可以删除为UE115建立的无线电链路。在已完成切入后，在框964处，所恰当识别的目标毫微微小区125 (即，之前的第一潜在的目标毫微微小区125-a)而不是源宏小区125和/或RNC120继续促进UE115的活动宏通信(例如，语音呼叫)。值得注意的是，呼叫流程图900旨在示出示例性呼叫流程的一个示例并且在许多方面进行了简化以增加清晰性。例如，当在多个框中讨论“切换请求”时，将会明白每个元件可以以相似或者不同的形式来传送消息，其中，所述消息包括相似或者不同的信息。因此，呼叫流程图900不应该被解释为限制本申请或权利要求的范围。还值得注意的是在某些情况下注销UE115可能是必要的或者所期望的。例如，假设第一毫微微小区125-a注册了 UE115。随后，UE115可能移动到第二毫微微小区125_b的附近，该第二毫微微小区125-b可以具有与第一毫微微小区125-a相同的PSC，但是可能远离第一毫微微小区125-a的范围(例如，数英里之外)。UE115可以发送具有所共享的PSC的测量报告，以触发切换请求。在该框处，毫微微小区网关540可能必须使用一种或多种技术来确定期望切换到第二毫微微小区125-b而不是向第一毫微微小区125-a。否则，第一毫微微小区125-a的注册可能导致毫微微小区网关540试图使UE115的活动通信从其当前宏小区105切入到第一毫微微小区125-a，尽管UE115远离第一毫微微小区125的范围，这可能导致不期望的结果(例如，活动语音呼叫可能被中断)。如下面更加全面描述的，可以使用注册时间戳、注销、和/或本文所述的其它技术来解决该问题。图10示出了根据各种实施例的用于处理UE的注销的方法1000的流程图。例如，图1、图2A、图2B、图5、图6A或图6B的毫微微小区125可以执行方法1000。为了更加清楚，在图7A的框715的背景下示出了方法1000。例如，为了说明的目的，根据图7A的方法700-a，针对由毫微微小区125向毫微微小区网关540注册的UE115描述了方法1000。通过确定OOB频率模块240与所注册的UEl 15之间的OOB通信链路是否已经丢失，方法1000可以在框1005处开始。如上所述(例如，参照图7A的框705)，可以在UEl 15和与目标毫微微小区125相关联的OOB频率模块240之间建立OOB通信链路。如果OOB通信链路丢失(例如，完全丢失、在预定的最小持续时间内丢失等)，这可以指示UE115不再位于毫微微小区125附近。如果在框1005处确定了 OOB通信链路已经丢失(例如，自从UE115的注册开始)，在框1010处，由毫微微小区125可以在毫微微小区网关540处注销UE115。如果在框1005处确定OOB通信链路还没有丢失，则可以在框1015处对毫微微小区125处进一步确定:是否已经接收到针对已注册的UE115的切换请求。如果还没有接收到切换请求，方法1000可以迭代框1005和框1015直到在框1005处确定OOB通信链路丢失或者在框1015处接收到切换请求。如果在毫微微小区125处已经接收到针对已注册UE115的切换请求，可以指导该已注册UE115进行切入(例如，图8的框815)。某些实施例可以通过其它方式处理注销。例如，在一种配置中，方法1000可以在完成切入之后(例如，成功地和/或不成功地)，明确地注销UE115。然而,显然，即使在切入之后维持注册(即，不注销UE115)可能是有用的，以便向网络提供关于UE115的接近度的知识和/或能够从注册中获得的其它类型的信息。根据另一种配置，当在毫微微小区网关540处注册UE115时，该注册与时间戳相关联。例如，该注册毫微微小区125可以传递包括UE115的宏标识符(例如，或者OOB标识符)和时间戳的OOB接近度检测。如果另一个毫微微小区125随后向针对同一个UE115的毫微微小区网关540发送注册请求，则新的注册请求可以包括稍后的时间戳。然后毫微微小区网关540可以认为任何之前的注册请求是无效的，并且促进切换到稍后请求的毫微微小区125。例如，在毫微微小区网关540处接收到后续注册请求之后，可以暗中从先前请求的毫微微小区125注销UE115。根据另一种配置，实现基于定时器的注销。例如，在注册UE115之后，毫微微小区125可以启动定时器(例如，或者以其它方式开始跟踪流逝的时间)。可以确定在某个时间帧(例如，I分钟)之后进行注销是合适的。例如，将该时间帧设置得太小，可能导致毫微微小区125必须低效率地重新注册UE115，而将该时间帧设置得太大，可能允许UE115进入在注销之前潜在地共享相同的PSC的其它毫微微小区125的覆盖区域，。显然，基于时间的注销在某些配置中可能是不期望的。例如，在注册之后，由于UE115为空闲或者由于一些其它的情况，可能引起在一段较长时间内没有接收到切换请求。如果在接收到切换请求之前暗中注销UE115，则可能失去注册的好处。上面主要在预注册(S卩，在接收到针对UEl 15的切换请求之前传送对UEl 15的OOB接近度检测)的背景下讨论了图7到图10。可以明白，在接收暗示UE115的切换请求之后传送OOB接近度检测的情况中，可以使用类似的技术。例如，如上面所描述的，毫微微小区网关540可能不能够仅基于在来自SGSN650的切换请求中所提供的小区标识符来确定合适的目标毫微微小区125以进行切入，并且可以向所有候选目标毫微微小区125传送切换请求(例如，同时地)。图11示出了根据各种实施例的在没有预注册(S卩，在接收针对UE115的切换请求之前，没有传送针对UEl 15的OOB接近度检测)的情况下实现某种活动切入功能的方法1100的流程图。例如，由图1、图2A、图2B、图5、图6A或图6B的毫微微小区125可以执行方法1100。针对指定的UE115，通过在毫微微小区125处经由其带内频率模块230从毫微微小区网关540接收切换请求，方法1100可以在框1105处开始。毫微微小区网关540可以向一组共享同一 PSC的候选毫微微小区发送切换请求。注意，取代目标毫微微小区宏标识符，可以用“虚拟ID”向各毫微微小区发送切换请求。“虚拟ID”可以向毫微微小区125指示:切换请求是针对PSC混淆场景，其中在该场景中已识别了多个候选毫微微小区125，因此，具有OOB能力的毫微微小区125可以使用所指定的UEl 15 (在UE宏标识符与存储在毫微微小区中的OOB标识符之间进行映射的情况下的UE)的OOB检测。否则，毫微微小区125可以使用像盲支持或无支持的传统技术来响应切换请求。在框1110处，毫微微小区125可以确认UEl 15具有UE宏标识符与OOB标识符之间的UE映射219中的条目。例如，如果UE115在毫微微小区125的UE映射219中(例如，在毫微微小区125的接入控制列表中)，毫微微小区125可能能够使用UE115的IMSI等来确定UE115的OOB标识符(例如，BD_ADDR)。然后，可以使用毫微微小区125的OOB频率模块240在OOB通信信道上检测UE115。注意，如果没有在UE映射219中找到针对UE的映射，则毫微微小区125可能不能够使用OOB检测，并且从而如框1115中所示，基于诸如盲支持或无支持的其它技术来发送切换响应。在框1120处已经使用了 OOB通信来检测UEl 15之后，在框1125处判断在毫微微小区125的附近是否检测到UE115。如果在框1125处确定在毫微微小区125的附近没有检测到UE115，则在框1130处，毫微微小区125可以通过具有“拒绝”标志的切换响应向毫微微小区网关540传送检测失败响应。如果在框1125处确定在毫微微小区125的附近检测到UE115,则在框1135处,毫微微小区125可以向毫微微小区网关540传送检测成功响应。在其附近已成功检测到UE115后，毫微微小区125可以以各种方式处理切入。根据一种技术，毫微微小区125注册UE115以切入到毫微微小区网关540 (例如，通过在注册消息中将UE115的小区标识符从毫微微小区125传输给毫微微小区网关540,例如图7A的框715)，后面跟着具有“接受”标志的切换响应1145。根据另一种技术，毫微微小区125传送成功接近度检测连同具有“接受”和“00B指示符”标志的切换响应1140。在框1228处在切换响应消息中的OOB指示符的接收或者在框908处在具有“接受”标志的切换响应之前的UE115注册，警告毫微微小区网关540意识到下述事实:切换响应是基于OOB检测，并且已经成功地检测到UE。毫微微小区网关可以给予这样的响应与基于像盲切换或无支持的其它技术的切换响应相比更高的优先级，因为这些技术更加不可靠。在已经向毫微微小区网关540传送成功检测后，UE115的通信可以通过可靠方式切换到毫微微小区125。图7到图11从毫微微小区125的角度主要关注对切入功能的处理。如上所述并且如图9的呼叫流程图900所示，毫微微小区网关540的动作进一步促进活动切入功能。在图12到图14中描述了用于从毫微微小区网关540的角度对切入功能进行处理的技术。
转到图12，示出了根据各种实施例的用于在毫微微小区网关处处理协助毫微微小区切入的方法1200的流程图。例如，图5、图6A或图6B的毫微微小区网关540可以执行方法1200。方法1200可以在框1205处开始，可以在毫微微小区网关540处从宏网络100接收切换请求。切换请求可以被配置为指导UEl 15将与宏网络100的活动通信从宏小区105切换到具有第一毫微微小区标识符的指定的毫微微小区125。在框1210处，可以在毫微微小区网关540处判断:在接收切换请求之前，多个毫微微小区125中的任一个毫微微小区是否向毫微微小区网关540注册过UE115。框1210可以包括判断在接收切换请求之前是否从多个毫微微小区中的任一个毫微微小区接收到OOB接近度检测。OOB接近度检测可以包括UEl 15的宏标识符(例如，頂SI)。OOB接近度检测可以包括UE115的OOB标识符。在一些情况下，毫微微小区网关540可以判断UE115的宏标识符是否与UE115的OOB标识符相对应。在一些实施例中，毫微微小区网关540可以判断:根据第一毫微微小区标识符，毫微微小区网关540是否可对多个毫微微小区中的两个或更多个毫微微小区进行寻址。然后，毫微微小区网关540可以判断:根据第一毫微微小区标识符，是否所指定的毫微微小区是使用第二毫微微小区标识符可寻址的两个或更多个毫微微小区中的一个毫微微小区。在框1215处，毫微微小区网关540可以向所指定的毫微微小区125传送切换请求。方法1200的一些实施例还可以包括判断:毫微微小区网关540根据第一毫微微小区标识符是否可唯一地寻址所指定的毫微微小区125。从毫微微小区网关540向所指定的毫微微小区传送切换请求可以使用第一毫微微小区标识符。转到图13A，示出了根据各种实施例的用于在毫微微小区网关处处理协助毫微微小区活动切入的方法1300-a的流程图。例如，图5、图6A或图6B的毫微微小区网关540可以执行方法1300-a。方法1300-a可以在框1205处通过在毫微微小区网关540处从宏网络100 (例如，通过核心网络从SGSN650)接收切换请求来开始。切换请求可以被配置为指导UE115将活动的宏通信从当前(源)宏小区105切换到指定的毫微微小区125。指定的毫微微小区125可以是与毫微微小区网关540进行通信的多个毫微微小区125中的一个毫微微小区，并且可以用第一毫微微小区标识符(例如，PSC)来标识每个毫微微小区125。每个毫微微小区125也可以用第二毫微微小区标识符来标识，所述第二毫微微小区标识符可以是面向毫微微小区网关的标识符(例如，毫微微小区网关540用来对与毫微微小区网关540通信的所有毫微微小区125进行唯一寻址的标识符)。注意，该毫微微小区网关标识符可以与在毫微微小区125的系统信息中所广播的唯一标识符相似。此外，毫微微小区网关540可以向具有被称为“虚拟ID”的标识符的毫微微小区125发送切换请求，其中“虚拟ID”向毫微微小区125指示:切换请求是用于PSC混淆场景，在该场景中已经识别了多个候选毫微微小区125，因此，具有OOB频率模块240的具有OOB能力的毫微微小区125可以使用针对所指定的UE115的OOB检测。否则，毫微微小区125可以使用如盲支持或无支持的传统技术来响应切换请求。注意，“虚拟ID”可以具有与面向毫微微小区网关的标识符相似的格式，但是还没有将它分配给任何毫微微小区125。如上所述，第一毫微微小区标识符可能基本上是非唯一的。例如，在同一宏扇区中的多个毫微微小区125可以共享同一个第一毫微微小区标识符(例如，PSC)o相反，第二毫微微小区标识符可以是基本上或者完全唯一的。例如，第二毫微微小区标识符可以至少足够唯一，从而可被用于从毫微微小区网关540的角度来可靠地识别特定的毫微微小区125。可以假定:通过其第一毫微微小区标识符在切换请求中标识所指定的毫微微小区125。例如，第一毫微微小区标识符可以是UE115识别毫微微小区125的方式,作为其测量报告的一部分，然后使用该测量报告来触发切换请求。在框1210处，判断在毫微微小区网关540处接收切换请求之前，是否任何毫微微小区125向毫微微小区网关540注册了 UE115的宏标识符(例如，IMSI)0如果在框1210处确定:在毫微微小区网关540处接收切换请求之前，特定的(“注册”)毫微微小区125向毫微微小区网关540注册了 UE115的宏标识符，在框1305处可以将所指定的毫微微小区125确定为“注册”毫微微小区125 (即，可以将“注册”毫微微小区125确定为用于切入的目标毫微微小区125)。相应地，在框1215处，可以根据所指定的毫微微小区的第二毫微微小区标识符，从毫微微小区网关540向所指定的毫微微小区125 (即，“注册”毫微微小区125)传送切换请求。例如，毫微微小区网关540可以为所有其连接的毫微微小区125维持它们各自的第一标识符与第二标识符之间的映射。毫微微小区网关540可以通过将所接收到的第一毫微微小区标识符(可能基本上是非唯一的)映射到所维持的第二毫微微小区标识符(可能基本上是唯一的)，来唯一地寻址对所指定的毫微微小区125的切换请求。当把切换请求发送到毫微微小区125之后，在框1310处，毫微微小区网关540可以从所指定的毫微微小区125接收到确认消息(例如，具有“接受”的切换请求消息。如果在框1210处确定:在毫微微小区网关540处接收切换请求之前，没有毫微微小区125向毫微微小区网关540注册UE115的宏标识符(使用OOB接近度检测或UE注册消息)，毫微微小区网关540可以在不能够使用预注册的情况下使用一种或多种技术来处理切入。例如，在框1315处，可以从毫微微小区网关540处注册的那些毫微微小区125，确定一组候选目标毫微微小区125。例如，毫微微小区网关540可以将与所接收到的第一毫微微小区标识符相关联的相关宏扇区中的所有毫微微小区125包括到该组候选者中。如上所述，毫微微小区网关540可以向候选列表中的任一个或者一组毫微微小区125发送针对所指定的UEl 15的切换请求。在一些实施例中，在框1320处，指导发送给候选列表中的毫微微小区125的切换请求来检测UE115。在一些情况下，切换请求可以包括“虚拟ID”，使得可以指导具有OOB频率模块240的毫微微小区125来检测UE115。例如，根据参考图11所描述的技术，毫微微小区125可以参与接近度检测。有可能没有候选毫微微小区125将在其附近检测到UE115，或者多个候选毫微微小区125将会在它们附近检测到UE115。各种技术可以用于在不存在成功检测的情况下中止方法1300，或者当有多个成功时用于选择“最佳”结果。显然，实施例可以只使用OOB检测。OOB检测的使用可以消除多个成功会发生的可能性。相应地，并且为了清楚起见，当已经在附近成功检测到UE115时，假定候选毫微微小区125中的一个毫微微小区是毫微微小区网关540可识别的。在框1325处,在毫微微小区网关540处从候选毫微微小区125中的一个毫微微小区接收到UE115在其附近的指示。指示UE115在其附近的毫微微小区125可以被称为成功的毫微微小区。这可以是伴随具有“接受”标志的切换响应、或者具有“接受”和“00B指示符”标志的切换响应等的注册消息。在框1330处，毫微微小区网关540可以指导要将所指定的UE115切换到根据框1210、1305、1215和/或1310确定的所指定的(注册)毫微微小区125。否则，如果在1210中不存在对所指定的UE115的预注册，则毫微微小区网关540可以指导所指定的UE125切换到根据框1210、1315、1320和/或1325确定的所指定的毫微微小区125。在一些实施例中，毫微微小区网关540可以监测在指导该组候选毫微微小区125检测UE115是否在其附近之后的流逝时间。毫微微小区网关540可以判断:当流逝时间处于预定时限内时，是否从候选毫微微小区125中的一个毫微微小区接收UE115位于其附近的指示。当在预定时限内从候选毫微微小区125中的一个毫微微小区接收到UE115在其附近的指示时，毫微微小区网关540可以向所指定的毫微微小区125传送切换请求。转到图13B，示出了根据各种实施例的用于在毫微微小区网关处处理协助毫微微小区活动切入的方法1300-b的流程图。例如，图5、图6A或图6B的毫微微小区网关540可以执行方法1300-b。方法1300-b可以使用图13A的方法1300-a的方面，例如该图中没有示出的框1205。为了更加清楚起见，在图13B的情形中，可以通过添加用于指示来自图13A的对应块的可能的示意性实现方式或变型的小写“a”，来使用来自图13A的附图标记。方法1300-b可以包括在框1210-a处，确定在接收切换请求之前多个毫微微小区125中没有一个毫微微小区注册过UE115。在框1315-a处,可以确定来自多个毫微微小区的一组候选毫微微小区125。在一些实施例中,可以至少用第一毫微微小区标识符来标识该组候选毫微微小区。在框1335处，可以使用切换请求中的OOB切入原因值来指导候选毫微微小区125中的每个毫微微小区检测UE115是否在其附近。OOB切入原因值可能不能被某些毫微微小区125识别，而某些具有OOB能力的毫微微小区125可以认出OOB切入原因值。在一些情况下，也可以发送虚拟标识符。框1335也可以被称为“第一层”切换请求。在框1340处，可以判断是否从候选毫微微小区125中的一个毫微微小区接收到OOB接受消息。该OOB接受消息可以指示候选毫微微小区125中的一个毫微微小区检测到UE115在其附近。如果确定已经接收到OOB接受消息，则可以将与OOB接受消息相关联的候选毫微微小区125标识为所指定的毫微微小区125。如果没有接收到OOB接受消息，则在框1350处可能只接收到来自候选毫微微小区中的一个或多个毫微微小区的OOB拒绝消息和/或来自候选毫微微小区中的一个或多个毫微微小区的错误指示消息。结果，可以发出“第二层”切换请求。在框1355处，可以向该组候选毫微微小区125中的每一个毫微微小区发送具有正常原因值的切换请求。正常原因值对于候选毫微微小区125来说通常是可识别的。在一些情况下也可以发送虚拟标识符。毫微微小区125可以使用诸如具有盲接受或盲拒绝标志的切换响应的传统技术进行响应。在框1360处，至少可以接收来自候选毫微微小区125中的一个或多个毫微微小区的盲接受或盲拒绝。在框1365处,可将与盲接受相关联的候选毫微微小区125标识为所指定的毫微微小区。在框1330-a处，可以指导所指定的UE115从其当前连接的宏小区105切换到所指定的毫微微小区125。在图14A和图14B中分别示出了示例性呼叫流程图1400-a和1400_b，上述流程图示出了根据图11、图12和/或图13A的方法1100、方法1200和/或方法1300-a的活动切入。呼叫流程图1400与图9的呼叫流程图900相似，并且根据与在图9中所使用的相同附图标记来描述相似的消息传递。将会明白，该消息传递尽管相似，但是根据不同呼叫流程的情况，可能不完全相同。具体地，图9描述了预注册场景，而图14A和图14B描述了后注册场景。在图14A中，示出了后注册场景，其中，可以通过UE注册消息和具有“接受”标志的切换请求的组合从毫微微小区125向毫微微小区网关540传送OOB接近度检测。在图14B中，示出了后注册场景，其中，可以通过具有“接受”和OOB指示符标志的切换请求从毫微微小区125向毫微微小区网关540传送OOB接近度检测。如图9中，呼叫流程图1400示出了 UE115、当前连接的(源)宏小区105和/或RNC120、源SGSN650、目标毫微微小区网关540，与两个潜在的目标毫微微小区125_a和125-b之间的通信。为了避免过多的细节，源宏小区基站可以包括与宏RNC120进行通信的源宏小区105，并且这些元件之间的信令未示出。针对呼叫流程图1400，假定潜在的目标毫微微小区125具有公共小区标识符(例如，它们具有相同的PSC)。因此，可能需要可靠地确定潜在的目标毫微微小区125中的合适的一个目标毫微微小区来确保成功活动切入。呼叫流程图1400可以在框904处开始，其中UE115当前参与了活动的宏通信(如语音呼叫或者数据呼叫)，源SGSN650经由源宏小区105和/或RNC120来促进所述活动的宏通信。在某个时刻，UE115可以移动到毫微微小区125的毫微微覆盖区域、检测毫微微小区125、并且在框916处向源宏小区105和/或RNC120发送测量报告。测量报告可以包括UE115所观察到的毫微微小区125的导频强度和毫微微小区125的PSC。源源宏小区105和/或RNC120可以根据测量报告来确定需要进行切换，并且在框920处向源SGSN650传送需要重新定位的消息。在框924处，可以从源SGSN650向目标毫微微小区网关540传送(例如，作为在核心网络上的重新定位请求消息)需要重新定位的消息。在图14A和图14B中假定:在当毫微微小区网关540接收到重新定位请求924时的框处，UE115仍然还没有被共享标识符的任何毫微微小区125注册，使得多个毫微微小区125可能是用于切入的候选目标毫微微小区125。在一些情况下,在框1402处,毫微微小区网关540可以向候选毫微微小区125发送具有“虚拟ID”的切换请求。在框1404处，与潜在的目标毫微微小区125-a中的第一目标毫微微小区相关联的OOB频率模块240 (例如，可以将OOB频率模块240和带内频率模块集成到第一潜在的目标毫微微小区125-a中)在其附近检测到UEl 15。在图14A中，当潜在的目标毫微微小区125-a中的第一个检测到UE115时，毫微微小区125-a可以通过在框1408处针对所指定的UE115发送注册消息并且在框932处发送具有“接受”标志的切换响应，来向目标毫微微小区网关540发送OOB接近度检测。在已经接收到OOB接近度检测和切换请求后，目标毫微微小区网关540可以确定所指定的毫微微小区125-a。注意，毫微微小区125-b也可以在框1402处接收切换请求以及在框1410处基于盲断开(blind off)以切换响应来回复目标毫微微小区网关540。如上所述，目标毫微微小区网关540可以根据基于盲断开的那些来辨别出基于OOB检测的切换响应，从而可以确定所指定的毫微微小区125-a。在图14B中，在框1404处，在OOB检测之后，在框1410处毫微微小区125可以发送切换响应消息。尽管多个潜在的目标毫微微小区125可以发送切换响应消息，只有目标毫微微小区125-a (S卩，在其附近检测到UE115的那个目标毫微微小区)将OOB接近度检测连同其切换响应传送给毫微微小区网关540 (例如，通过在框1406处发送“接受”和OOB指示符标志)。
不管是否使用了图14A或图14B中的OOB接近度检测或指示符，随后可以经由核心网络和宏网络100向UE115传送切换。显然，尽管为了简单起见，本文在一些实例中被统称为“切换请求”，但是事实上，每个相关消息可以有不同的形式和/或不同的目的。例如，如图所示，在框936处，可以将切换响应作为重新定位响应消息从目标毫微微小区网关540传送到源SGSN650 ;在框940处，可以将重新定位命令从源SGSN650传送到源宏小区105和/或RNC120 ;和/或在框944处，可以将重新定位命令作为物理信道配置消息从源宏小区105和/或RNC传送到UEl 15。在框948处，UEl 15可以向源宏小区105和/或RNC120传送确认消息、物理信道重新配置消息。在框952处，UE可以试图检测第一潜在的毫微微小区125-a并且与之同步。在框956处,UEl 15可以向第一潜在的目标毫微微小区125-a传送切换完成消息；以及在框960处,第一潜在的目标毫微微小区125-a可以向目标毫微微小区网关540传送切换完成消息。尽管图中没有示出，但是可以将切换完成消息中继到源宏小区105和/或RNC120，以便可以删除为UE115建立的无线电链路。在已经完成切入之后，在框964处，UE115的活动的宏通信(例如，语音呼叫)继续进行，其中，取代源宏小区105和/或RNC120，由被恰当识别的目标毫微微小区125 (即，之前的第一潜在的目标毫微微小区125-a)来促进该UE115的活动的宏通信。用于在后注册场景中促进活动切入的其它实施例可以包括分层方法。使用该方法，毫微微小区网关540可以给予来自具有OOB能力的毫微微小区125 (例如，使用OOB链路来进行检测的、具有OOB频率模块240的毫微微小区)的切换响应与来自不具有OOB能力的的毫微微小区125的响应相比更高的优先级。因为基于OOB检测的响应与毫微微小区中的缺省响应配置(该缺省响应配置通常包括对切换请求的“盲”接受或拒绝)相比更加可靠，所以这种优先次序可能是所期望的。在这些实施例中，毫微微小区网关540可以通过发送仅以具有OOB能力的毫微微小区125为目标的“第一层”切换请求，来试图首先获取基于OOB检测的切换响应。如果毫微微小区网关540没有接收到具有“接受”标志的切换响应，则毫微微小区网关540可以向所有的候选毫微微小区125发送“第二层”切换请求消息。可以通过在切换请求中定义新的“原因值”字段来实现该“分层方法”，从而从图1的核心网络130获得关于毫微微小区网关540所支持的毫微微小区125等的“00B能力意识”。通常可以在所部署的网络中在切换请求中使用该“原因值”字段以向毫微微小区125传送切换请求的原因。在图15A和图15B中，讨论了实施例的呼叫流程，其中，在“分层的方法”中使用了“原因值”来进行后注册检测。图15A和/或图15B可以示出根据图13B的方法1300-b的活动切入。图15A和/或图15B示出了可以被实现成图13B的方法1300-b的方面的方面。图15A示出了其中OOB检测成功的场景，图15B示出了其中OOB检测不成功的场景。如图
9、图14A、和/或图14B中，呼叫流程图1500-a和1500_b示出了 UE115、当前连接的(源)宏小区105和/或RNC105/120、源SGSN650、目标毫微微小区网关540，与两个潜在的目标毫微微小区125之间的通信。为了避免过多的细节，源宏小区基站可以包括与宏RNC120进行通信的源宏小区105 (它可以是源宏节点B)，并且这些元件之间的信令没有在图中示出。针对呼叫流程图1500，假定潜在的目标毫微微小区125具有公共小区标识符(例如，它们具有相同的PSC)。因此，可能需要可靠地确定潜在的目标毫微微小区125中的合适的一个目标毫微微小区，来确保成功的活动切入。呼叫流程图1500可以在框904处开始，其中UE115当前参与了活动的宏通信(如语音呼叫或者数据呼叫)，源SGSN650经由源宏小区105和/或RNC120来促进所述活动的宏通信。在某个时刻，UE115可以移动到毫微微小区125的毫微微覆盖区域、检测毫微微小区125、并且在框916处向源宏小区105和/或RNC120发送测量报告。测量报告可以包括UEl 15所观察到的毫微微小区125的导频强度和毫微微小区125的PSC。源宏小区105和/或RNC120可以根据测量报告来确定需要进行切换，并且在框920处向源SGSN650传送需要重新定位的消息。在框924处，可以从源SGSN650向目标毫微微小区网关540传送(例如，作为在核心网络上的重新定位请求消息)需要重新定位的消息。在图15A中，假定在当毫微微小区网关540接收到重新定位请求924时的框处，UE115还没有被共享标识符的任何毫微微小区125注册，使得多个毫微微小区125成为用于切入的候选目标毫微微小区125。结果，毫微微小区网关540可以向候选毫微微小区125发送具有“虚拟ID”的“第一层”切换请求和未被识别的“原因值” 1502 (例如“00B切入”)。在框1504处，没有OOB能力的毫微微小区125 (例如，被表示为毫微微小区125-b)在切换响应中以“错误指示”来回应。在框1505处，具有OOB能力的毫微微小区125 (例如，被表示为第一潜在的目标毫微微小区125-a，假设其与OOB频率模块240集成在一起)可以在其附近检测到UE115，并且在框1506处向毫微微小区网关540发送具有“接受”标志的切换响应。随后可以经由核心网络和宏网络100向UE115传送切换。显然，尽管为了简单起见在本文一些实例中被统称为“切换请求”，但是事实上，每个相关的消息可以有不同的形式和/或目的。例如，如图所示，在框936处，可以将切换响应作为重新定位响应消息从目标毫微微小区网关540传送到源SGSN650 ;在框940处，可以将重新定位命令从源SGSN650传送到源宏小区105和/或RNC120 ;以及在框944处，可以将重新定位命令作为物理信道配置消息从源宏小区105和/或RNC120传送到UE115。在框948处，UE115可以向源宏小区105和/或RNC120传送确认消息、物理信道重新配置消息。在框952处，UE115可以试图检测第一潜在的毫微微小区125-a并且与之同步；在框956处，UEl 15可以向第一潜在的目标毫微微小区125-a传送切换完成消息；以及在框960处，第一潜在的目标毫微微小区125-a可以向目标毫微微小区网关540传送切换完成消息。尽管未在图中示出，可以将切换完成消息中继到源宏小区105和/或RNC120，以便可以删除针对UE115建立的无线电链路。在已经完成切入后，在框964处，UE115的活动的宏通信(例如，语音呼叫)可以继续进行，其中，由所被恰当识别的目标毫微微小区125(即，之前的第一潜在的目标毫微微小区125-a)而不是源宏小区105和/或RNC120来促进该UE115的活动的宏通信。假定在图15B中，在当毫微微小区网关540接收到重新定位请求924时的框处，UE115还没有被共享该标识符的任何毫微微小区125注册，使得多个毫微微小区125可以是用于切入的候选目标毫微微小区125。结果，毫微微小区网关540可以向没有OOB能力的候选毫微微小区125-b发送具有“虚拟ID”的“第一层”切换请求和未被识别的“原因值”1502 (例如“00B切入”)。在框1504处，没有OOB能力的毫微微小区125 (例如，毫微微小区125-b)可以在切换响应中以“错误指示”对毫微微小区网关540进行回应。在框1508处，具有OOB能力的潜在的目标毫微微小区125 (例如，毫微微小区125-a)可以识别“原因值”并且试图检测UE115，但是检测未成功。因此，所有这样的毫微微小区125-a可以向毫微微小区网关540发送具有“拒绝”标志的切换响应1510。在毫微微小区网关540搜集了所有的响应并且没有接收到具有“接受”标志的切换响应之后，毫微微小区网关540可以发送具有“虚拟ID”的“第二层”切换请求1512以及能够被所有的候选毫微微小区125所识别的“原因值”。具有OOB能力的毫微微小区125-a可以不使用OOB检测，但是，替换地，所有的毫微微小区125使用传统技术(例如，具有盲“接受”或“拒绝”标志的切换响应)来对切换请求1512进行响应。在毫微微小区网关540接收了切换响应1514之后，它可以在实现切入时使用传统活动切入支持(与使用OOB检测相比，传统活动切入支持通常更加不可靠)。该传统支持可能需要毫微微小区网关540来盲选择一个毫微微小区125作为所指定的毫微微小区125或者使用其它标准(例如，信号强度)来选择最佳的“毫微微小区” 125，如果这种信息在毫微微小区网关540处是可用的。如果毫微微小区网关540事先知道哪个毫微微小区125是具有OOB能力的(00B功能意识)，则在图15A和15B中，可以只向毫微微小区125-a而不是向所有候选毫微微小区125发送“第一层”切换请求1502。这可以减少活动切入过程中所涉及的信令。本文所描述的技术可以用于诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其它系统之类的各种无线通信系统。术语“系统”和“网络”经常可互换使用。CDMA系统可以实施诸如CDMA2000、通用陆地无线接入(UTRA)等无线电技术。CDMA2000涵盖了 IS-2000、IS-95和IS-856 标准。IS-2000 发布版本 0 和 A 通常被称为 CDMA20001X、IX，等。IS_856(TIA_856)通常被称为CDMA20001xEV-D0、高速分组数据(HRPD)等。UTRA包括宽带CDMA(WCDMA)和CDMA的其它变型。TDMA系统可以实施诸如全球移动通信系统(GSM)的无线电技术。OFDMA系统可以实施诸如超移动宽带(UMB)、演进型 UTRA (E-UTRA)、IEEE802.11 (W1-Fi )、IEEE802.16(WiMAX), IEEE802.20、Flash-OFDM等无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)和增强型LTE (LTE-A)是使用E-UTRA的UMTS的新版本。在来自名为 “第三代合作伙伴计划”(3GPP)的组织的文档中描述了 UTRA、E-UTRA、UMTS、LTE, LTE-A和GSM。在来自名为“第三代合作伙伴计划2” (3GPP2)的组织的文档中描述了 CDMA2000和UMB。本文中所描述的技术可以用于上面提到的系统和无线电技术、以及其它系统和无线电技术。能够执行相应的功能的任何合适的单元可以执行上述方法的各种操作。所述单元可以包括各种硬件和/或软件组件和/或模块，包括但不限于电路，专用集成电路(ASIC)、或者处理器。被设计为执行本文所描述的功能的通用处理器、数字信号处理器(DSP)、ASICJ!场可编程门阵列信号(FPGA)或其它可编程逻辑器件(PLD)、分立门或者晶体管逻辑、分立硬件组件、或者它们的任意组合，可以实现或执行所述的各种示例性的逻辑框、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何市场上有售的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP核相结合的一个或多个微处理器，或者任何其它这类结构。结合本申请所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或二者的组合。软件模块可以位于任何形式的有形存储介质中。可以使用的存储介质的一些示例包括随机存取存储器(RAM)、只读存储器(ROM)、闪存器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、⑶-ROM等等。可以将存储介质耦合到处理器以使得处理器可以从该存储介质读取信息，并且向该存储介质写入信息。或者，存储介质可以是处理器的一部分。软件模块可以是单个的指令、或者许多指令，并且可以分布在若干个不同的代码段上、分布在不同的程序之间、以及跨越多个存储介质。本文所公开的方法包括用于实现所述方法的一个或多个动作。方法和/或动作可以在不脱离权利要求的范围的前提下进行互换。也就是说，除非规定了动作的具体顺序，可以在不脱离权利要求范围的前提下修改具体动作的顺序和/或使用。可以用硬件、软件、固件或它们的任意组合来实现所述功能。如果用软件来实现，则可以将功能作为一个或多个指令存储在有形计算机可读介质上。存储介质可以是计算机能够访问的任何可用的有形介质。通过举例而非限定的方式，这种计算机可读介质可以包括RAM、R0M、EEPR0M、CD_R0M、或其它光盘存储器、磁盘存储器、或其它磁性存储设备、或者能够用于携带或存储具有指令或数据结构形式的所期望的程序代码模块并能够由计算机访问的任何其它有形介质。如本文中所使用的，磁盘和光碟包括压缩光碟(CD)、激光光碟、光碟、数字多功能光碟(DVD)、软盘和蓝光 -光碟，其中磁盘通常磁性地复制数据，而光碟则用激光来光学地复制数据。因此，计算机程序产品可以执行本文所展示的操作。例如，这种计算机程序产品可以是具有有形存储(和/或被编码)在其上的指令的计算机可读有形介质，该指令是可被一个或多个处理器执行以实施本文所述的操作。计算机程序产品可以包括封装材料。还可以在传输介质上发送软件或指令。例如，可以使用诸如同轴电缆、光纤光缆、双绞线、数字用户线(DSL)的传输介质，或者诸如红外线、无线电或者微波的无线技术，从网站、服务器或其它远程源发送软件。此外，可以由合适的用户终端和/或基站下载和/或以其它方式获得用于执行本文所述的方法和技术的模块和/或其它合适的单元。例如，可以将这种设备耦合到服务器，以促进用于执行本文所述的方法的单元的传送。替换地，可以经由存储单元(例如，RAM、ROM、诸如CD或软盘的物理存储介质等)来提供本文所述的各种方法，以使得用户终端和/或基站在耦合到设备或者向该设备提供存储单元之后能够获得各种方法。此外，可以使用任何其它合适的技术来向设备提供本文所述的方法和技术。其它示例和实现方式处于本申请和所附权利要求的范围和精神内。例如，由于软件的性质，可以使用由处理器、硬件、固件、硬接线、或者这些的任意组合所执行的软件来实现上述的功能。也可以将实现功能的特征物理地放置到各种位置，包括被分布为使得在不同物理位置处实现功能的部分。此外，如本文包括在权利要求中所使用的，在前面冠以“至少其中之一”的条目列表中所使用的“或”指示分隔的列表，使得例如，“A、B、或C中的至少一个”的列表意味着A、或B、或C、或AB、或AC、或BC、或ABC (即，A和B和C)。此外，术语“示例性”不意味着，与其它的示例相比，所述示例是优选的或者更佳的。不脱离所附权利要求所定义的教导的技术的前提下，对本文所述的技术进行各种变化、替换、和改变。此外，本申请和权利要求的范围不限于上面所描述的过程、机器、产品、物质组合、模块、方法、和动作的特定方面。可以使用执行与本文所描述的相应方面基本相同的功能或者达到与本文所描述的相应方面基本相同结果的、目前现有的或者今后要开发的过程、机器、产品、物质组合、模块、方法、或动作。相应地，所附的权利要求将这样的过程、机器、制造、物质组合、模块、方法、或动作包括在它们的范围内。
权利要求
1.一种用于宏小区向毫微微小区切入的方法，其包括: 使用带外(OOB)通信链路来对毫微微小区附近的用户设备进行检测； 识别与使用所述OOB通信链路在所述毫微微小区附近检测到的所述用户设备相对应的用户设备标识符；以及 通过从所述毫微微小区向毫微微小区网关传送所述用户设备标识符以及指示在所述毫微微小区处对所述用户设备的OOB接近度检测，来注册所述用户设备以用于从宏小区切入到所述毫微微小区。
2.根据权利要求1所述的方法，其中，识别所述用户设备标识符包括:在所述OOB通信链路上接收与所述用户设备标识符相关联的OOB标识符。
3.根据权利要求1所述的方法，其中，识别所述用户设备标识符包括:在所述OOB通信链路上接收与所述用户设备标识符相关联的宏标识符。
4.根据权利要求1所述的方法，其中，注册所述用户设备以用于从所述宏小区切入到所述毫微微小区包括:从 所述毫微微小区向所述毫微微小区网关发送注册消息。
5.根据权利要求1所述的方法，其中，注册所述用户设备以用于从所述宏小区切入到所述毫微微小区包括:从所述毫微微小区向所述毫微微小区网关发送OOB指示消息。
6.根据权利要求2所述的方法，还包括: 使用所述用户设备的宏标识符与所述OOB标识符之间的用户设备映射来确定所述用户设备标识符。
7.根据权利要求2所述的方法，其中，检测所述毫微微小区附近的所述用户设备包括: 在所述OOB通信链路上寻呼所述用户设备；以及 在所述OOB通信链路上检测来自所述用户设备的对所述寻呼的响应，其中，所述响应包括所述用户设备的所述OOB标识符。
8.根据权利要求1所述的方法，还包括: 在所述毫微微小区处从所述毫微微小区网关接收针对所述用户设备的切换请求，所述切换请求被配置为指示所述用户设备将与所述宏网络的活动通信从所述宏小区切换到所述毫微微小区。
9.根据权利要求8所述的方法，其中，所述切换请求是在注册所述用户设备以用于从所述宏小区切入到所述毫微微小区之后接收的。
10.根据权利要求8所述的方法，其中: 所述切换请求是在注册所述用户设备以用于从所述宏小区切入到所述毫微微小区之前接收的；以及 对所述用户设备进行检测包括:响应于接收所述切换请求，来对所述用户设备进行检测。
11.根据权利要求10所述的方法，其中，响应于接收所述切换请求来对所述用户设备进行检测包括: 使用所述用户设备的OOB标识符，在所述OOB通信链路上对所述用户设备进行检测。
12.根据权利要求1所述的方法，还包括: 对所述用户设备与所述毫微微小区之间的OOB通信链路的损耗进行检测；以及 根据对所述OOB通信链路的所述损耗进行检测，来注销所述用户设备。
13.根据权利要求10所述的方法，其中，注册所述用户设备还包括:发送接受所述切换请求的切换响应。
14.根据权利要求1所述的方法，其中，所述毫微微小区是宏网络上的多个毫微微小区中的一个毫微微小区，每个毫微微小区具有:第一毫微微小区标识符，其中根据所述第一毫微微小区标识符，所述毫微微小区是能被所述宏网络非唯一寻址；以及第二毫微微小区标识符，其中根据所述第二毫微微小区标识符，所述毫微微小区能被所述毫微微小区网关唯一寻址。
15.根据权利要求1所述的方法，其中，所述OOB通信链路包括蓝牙链路。
16.根据权利要求14所述的方法,其中，每个相应的毫微微小区的第一毫微微小区标识符包括相应毫微微小区的主加扰码(PSC )。
17.根据权利要求1所述的方法，其中，所述用户设备标识符包括与所述用户设备相关联的宏标识符。
18.根据权利要求17所 述的方法，其中，所述宏标识符包括与所述用户设备相关联的国际移动用户身份(IMSI)。
19.一种毫微微小区,包括: 带内频率模块，其经由毫微微网关与宏网络通信地耦合，并且被配置为向用户设备提供蜂窝网络接入； 带外(OOB)频率模块，其与所述带内频率模块通信地耦合，并且被配置为在OOB通信链路上与所述用户设备进行通信；以及 通信管理子系统，其与所述带内频率模块和所述OOB频率模块通信地耦合，并且被配置为: 使用带外(OOB)通信链路来对毫微微小区附近的用户设备进行检测； 识别与使用所述OOB通信链路在所述毫微微小区附近检测到的所述用户设备相对应的用户设备标识符；以及 通过从所述毫微微小区向毫微微小区网关传送所述用户设备标识符以及指示在所述毫微微小区处对所述用户设备的OOB接近度检测，来注册所述用户设备以用于从宏小区切入到所述毫微微小区。
20.根据权利要求19所述的毫微微小区，其中，所述通信管理子系统被配置为识别所述用户设备标识符包括:用于在所述OOB通信链路上接收与所述用户设备标识符相关联的宏标识符的配置。
21.根据权利要求19所述的毫微微小区，其中，所述通信管理子系统被配置为识别所述用户设备标识符包括:用于在所述OOB通信链路上接收与所述用户设备标识符相关联的OOB标识符的配置。
22.根据权利要求19所述的毫微微小区，其中，所述通信管理子系统被配置为注册所述用户设备包括:用于从所述毫微微小区向所述毫微微小区网关发送注册消息的配置。
23.根据权利要求19所述的毫微微小区，其中，所述通信管理子系统被配置为注册所述用户设备包括:用于从所述毫微微小区向毫微微小区网关发送OOB指示消息的配置。
24.根据权利要求21所述的毫微微小区，其中，所述通信管理子系统还被配置为: 使用所述用户设备的宏标识符与所述OOB标识符之间的用户设备映射来确定所述用户设备标识符。
25.根据权利要求20所述的毫微微小区，其中，所述通信管理子系统被配置为检测所述毫微微小区附近的所述用户设备，所述通信管理子系统进一步被配置为: 在所述OOB通信链路上寻呼所述用户设备；以及 在所述OOB通信链路上检测来自所述用户设备的对所述寻呼的响应，其中，所述响应包括所述用户设备的所述宏标识符。
26.根据权利要求19所述的毫微微小区，其中，所述通信管理子系统还被配置为: 在所述毫微微小区处 从所述毫微微小区网关接收针对所述用户设备的切换请求，所述切换请求被配置为指导所述用户设备将与所述宏网络的活动通信从所述宏小区切换到所述毫微微小区。
27.根据权利要求26所述的毫微微小区，其中，所述切换请求是在注册所述用户设备以用于从所述宏小区切入到所述毫微微小区之后接收的。
28.根据权利要求26所述的毫微微小区，其中: 所述切换请求是在注册所述用户设备以用于从所述宏小区切入到所述毫微微小区之前接收的；以及 所述通信管理子系统被配置为检测所述用户设备，包括:响应于接收所述切换请求，来对所述用户设备进行检测。
29.根据权利要求28所述的毫微微小区，其中，所述通信管理子系统被配置为响应于接收所述切换请求来对所述用户设备进行检测，包括用于执行如下操作的配置: 使用所述用户设备的OOB标识符在所述OOB通信链路上对所述用户设备进行检测。
30.根据权利要求19所述的毫微微小区，其中，所述通信管理子系统还被配置为: 对所述用户设备与所述毫微微小区之间的OOB通信链路的损耗进行检测；以及 根据对所述OOB通信链路的损耗进行检测，来注销所述用户设备。
31.根据权利要求28所述的毫微微小区，其中，所述通信管理子系统还被配置为: 发送接受所述切换请求的切换响应，作为注册所述用户设备的一部分。
32.根据权利要求19所述的毫微微小区，其中，所述毫微微小区是蜂窝网络上的多个毫微微小区中的一个，每个毫微微小区具有:第一毫微微小区标识符，其中根据所述第一毫微微小区标识符，所述毫微微小区能被所述宏网络非唯一地寻址；以及第二毫微微小区标识符，其中根据所述第二毫微微小区标识符，所述毫微微小区能被所述毫微微网关唯一地寻址。
33.一种用于宏小区向毫微微小区切入的处理器，所述处理器包括: 通信管理控制器，其被配置为: 使用带外(OOB)通信链路来检测所述毫微微小区附近的用户设备； 识别与使用所述OOB通信链路在所述毫微微小区附近检测到的所述用户设备相对应的用户设备标识符；以及 通过从所述毫微微小区向毫微微小区网关传送所述用户设备标识符以及指示在所述毫微微小区处对所述用户设备的OOB接近度检测，来注册所述用户设备以用于从宏小区切入到所述毫微微小区。
34.一种用于宏小区向毫微微小区切入的、位于处理器可读介质上并且包括处理器可读指令的计算机程序产品，当执行所述处理器可读指令时，使处理器执行如下步骤，包括: 使用带外(OOB)通信链路来检测毫微微小区附近的用户设备； 识别与使用所述OOB通信链路在所述毫微微小区附近检测到的所述用户设备相对应的用户设备标识符；以及 通过从所述毫微微小区向毫微微小区网关传送所述用户设备标识符以及指示在所述毫微微小区处对所述用户设备的OOB接近度检测，来注册所述用户设备以用于从宏小区切入到所述毫微微小区。
35.一种用于宏小区向毫微微小区切入的系统,其包括: 用于使用带外(OOB)通信链路来检测所述毫微微小区附近的用户设备的模块； 用于识别与使用所述OOB通信链路在所述毫微微小区附近检测到的所述用户设备相对应的用户设备标识符的模块；以及 用于通过从所述毫微微小区向毫微微小区网关传送所述用户设备标识符以及指示在所述毫微微小区处对所述用户设备的OOB接近度检测，来注册所述用户设备以用于从宏小区切入到所述毫微微小区的模块。
36.一种用于宏小区向毫微微小区切入的方法,所述方法包括: 在毫微微小区网关处从宏网络接收切换请求，所述切换请求被配置为指导用户设备将与所述宏网络的活动通信从宏小区切换到具有第一毫微微小区标识符的所指定的毫微微小区； 在所述毫微微小区网关处判断:多个毫微微小区中的任何一个是否在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备；以及 从所述毫微微小区网关向所指定的毫微微小区传送所述切换请求。
37.根据权利要求36所述的方法，其中，在所述毫微微小区网关处判断所述多个毫微微小区中的任何一个是否在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备包括: 从所述多个毫微微小区中确定在接收所述切换请求之前已经注册过所述用户设备的注册毫微微小区；以及 确定所述注册毫微微小区是具有所述第一毫微微小区标识符的所指定的毫微微小区。
38.根据权利要求37所述的方法，还包括:从所述注册毫微微小区接收确认消息。
39.根据权利要求36所述的方法，其中，在所述毫微微小区网关处，判断是否所述多个毫微微小区中的任何一个在接收所述重新定位请求之前向所述毫微微小区网关注册过所述用户设备包括: 确定所述多个毫微微小区中没有一个在接收所述切换请求之前注册过所述用户设备。
40.根据权利要求39所述的方法，还包括: 从所述多个毫微微小区中确定在所述毫微微网关处注册的一组候选毫微微小区，其中，所述一组候选毫微微小区是由至少所述第一毫微微小区标识符来标识的； 指导所述一组候选毫微微小区中的每一个毫微微小区检测所述用户设备是否在其附近； 从所述候选毫微微小区中的成功毫微微小区接收所述用户设备在其附近的指示；以及 确定所述成功毫微微小区是所指定的毫微微小区。
41.根据权利要求40所述的方法，还包括: 监测在指导所述一组候选毫微微小区检测所述用户设备是否在其附近之后的流逝时间；以及 当所述流逝时间位于预定时限内时，判断是否从所述候选毫微微小区中的一个候选毫微微小区接收到所述用户设备在其附近的所述指示。
42.根据权利要求36所述的方法，其中，在所述毫微微小区网关处，判断所述多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前注册过所述用户设备包括: 判断在接收所述切换请求之前是否从所述多个毫微微小区中的任一个毫微微小区接收到OOB接近度检测，其中，所述OOB接近指示包括所述用户设备的宏标识符。
43.根据权利要求36所述的方法，其中，在所述毫微微小区网关处，判断所述多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前注册过所述用户设备包括: 判断在接收所述切换请求之前，是否从所述多个毫微微小区中的任一个毫微微小区接收到OOB接近指示,其中，所述OOB接近指示包括所述用户设备的OOB标识符；以及 确定与所述用户设备的所述OOB标识符相对应的所述用户设备的宏标识符。
44.根据权利要求36所述的方法，还包括: 判断所述毫微微小区网关根据所述第一毫微微小区标识符是否能唯一地寻址所指定的毫微微小区；以及 其中，从所述 毫微微小区网关向所指定的毫微微小区传送所述切换请求，使用了所述第一毫微微小区标识符。
45.根据权利要求36所述的方法，其中，在所述毫微微小区网关处，判断所述多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前注册过所述用户设备包括: 判断所述毫微微小区网关根据所述第一毫微微小区标识符，是否可寻址所述多个毫微微小区中的两个或更多个毫微微小区；以及 使用第二毫微微小区标识符，来判断所指定的毫微微小区是否是根据所述第一毫微微小区标识符可寻址的所述两个或更多个毫微微小区中的一个。
46.根据权利要求39所述的方法，还包括: 从所述多个毫微微小区中确定一组候选毫微微小区；以及 使用所述切换请求中的OOB切入原因值来指导所述一组候选毫微微小区中的每个候选毫微微小区来检测所述用户设备是否在其附近。
47.根据权利要求46所述的方法，还包括: 从所述候选毫微微小区中的一个候选毫微微小区接收OOB接受消息，其中，所述OOB接受消息指示:所述候选毫微微小区中的一个候选毫微微小区检测到所述用户设备在其附近；以及 将所述候选小区中的与所述OOB接受消息相关联的一个候选小区标识为所指定的毫微微小区。
48.根据权利要求46所述的方法，还包括: 从所述候选毫微微小区中的一个或多个候选毫微微小区至少接收OOB拒绝消息，或者从所述候选毫微微小区中的一个或多个候选毫微微小区接收错误指示消息，并且无OOB接受消息；以及向所述候选毫微微小区中的每一个候选毫微微小区发送具有正常原因值的切换请求。
49.根据权利要求48所述的方法，还包括: 从所述候选毫微微小区中的一个或多个候选毫微微小区至少接收盲接受或者盲拒绝；以及 将所述候选毫微微小区中的与盲接受相关联的一个候选毫微微小区标识为所指定的毫微微小区。
50.—种毫微微小区网关,其包括: 宏网络接口子系统，其被配置与宏网络的核心节点进行通信，并且被配置为接收来自所述宏网络的通信； 毫微微小区接口子系统，其被配置为与多个毫微微小区进行通信；以及通信管理子系统，其与所述宏网络接口子系统以及所述毫微微小区接口子系统通信地耦合，并且被配置为: 从所述宏 网络接收切换请求，该切换请求被配置为指导用户设备将与所述宏网络的活动通信从宏小区切换到具有第一毫微微小区标识符的所指定的毫微微小区； 判断所述多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备；以及向所指定的毫微微小区传送所述切换请求。
51.根据权利要求50所述的毫微微小区网关，其中，要判断所述多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备，所述通信管理子系统被配置为: 从所述多个毫微微小区中确定在接收所述切换请求之前已注册过所述用户设备的注册毫微微小区；以及 确定所述注册毫微微小区是具有所述第一毫微微小区标识符的所指定的毫微微小区。
52.根据权利要求51所述的毫微微小区网关，其中，所述通信管理子系统还被配置为: 从所述注册毫微微小区接收确认消息。
53.根据权利要求50所述的毫微微小区网关，其中，要判断所述多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备，所述通信管理子系统被配置为: 确定所述多个毫微微小区中没有一个毫微微小区在接收所述切换请求之前注册过所述用户设备。
54.根据权利要求53所述的毫微微小区网关，其中，所述通信管理子系统还被配置为: 从所述多个毫微微小区中确定一组候选毫微微小区，其中，所述候选毫微微小区是由至少所述第一毫微微小区标识符来标识的； 指导所述候选毫微微小区中的每个候选毫微微小区来检测所述用户设备是否在其附近； 从所述候选毫微微小区中的成功毫微微小区接收所述用户设备在其附近的指示；以及 确定所述成功毫微微小区是所指定的毫微微小区。
55.根据权利要求54所述的毫微微小区网关，其中，所述通信管理子系统还被配置为: 监测在指导所述一组候选毫微微小区检测所述用户设备是否在其附近之后的流逝时间；以及 判断当所述流逝时间位于预定时限内时，是否从所述候选毫微微小区中的一个候选毫微微小区接收到所述用户设备在其附近的指示。
56.根据权利要求50所述的毫微微小区网关，其中，要判断所述多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备，所述通信管理子系统还被配置为: 判断在接收所述切换请求之前，是否从所述多个毫微微小区中的任一个毫微微小区接收到OOB接近指示，其中，所述OOB接近指示包括所述用户设备的宏标识符。
57.根据权利要求50所述的毫微微小区网关，其中，要判断所述多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备，所述通信管理子系统还被配置为: 判断在接收所述切换请求之前，是否从所述多个毫微微小区中的任一个毫微微小区接收到OOB接近度检测，其中，所述OOB接近指示包括所述用户设备的OOB标识符；以及确定与所述用户设备的所述OOB标识符相对应的所述用户设备的宏标识符。
58.根据权利要求50所述的毫微微小区网关，其中，所述通信管理子系统还被配置为: 判断所述毫微微小区网关根据所述第一毫微微小区标识符是否唯一地可寻址所指定的毫微微小区；以及其中，向所指定的毫微微小区传送所述切换请求，使用了所述第一毫微微小区标识符。
59.根据权利要求50所述的毫微微小区网关，其中，所述通信管理子系统被配置为判断所述多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前注册过所述用户设备包括下述 配置: 判断所述毫微微小区网关根据所述第一毫微微小区标识符是否可寻址所述多个毫微微小区中的两个或更多个毫微微小区；以及 使用第二毫微微小区标识符，来判断所指定的毫微微小区是否是根据所述第一毫微微小区标识符可寻址的所述两个或更多个毫微微小区中的一个毫微微小区。
60.根据权利要求53所述的毫微微小区网关，其中，所述通信管理子系统还被配置为: 从所述多个毫微微小区中确定一组候选毫微微小区；以及 使用切换请求中的OOB切入原因值来指导所述候选毫微微小区中的每个候选毫微微小区检测所述用户设备是否在其附近。
61.根据权利要求60所述的毫微微小区网关，其中，所述通信管理子系统还被配置为: 从所述候选毫微微小区中的一个候选毫微微小区接收OOB接受消息，其中，所述OOB接受消息指示:所述候选毫微微小区中的一个候选毫微微小区检测所述用户设备在其附近；以及 将所述候选小区中的所述一个候选小区标识为所指定的毫微微小区。
62.根据权利要求60所述的毫微微小区网关，其中，所述通信管理子系统还被配置为: 从所述候选毫微微小区中的一个或多个候选毫微微小区接收至少OOB拒绝消息，或者从所述候选毫微微小区中的一个或多个候选毫微微小区接收错误指示消息，并且无OOB接受消息；以及 向所述候选毫微微小区中的每个候选毫微微小区发送具有正常原因值的切换请求。
63.根据权利要求62所述的毫微微小区网关，其中，所述通信管理子系统还被配置为: 从所述候选毫微微小区中的一个或多个候选毫微微小区接收至少盲接受或者盲拒绝；以及 将所述候选毫微微小区中的与盲接受相关联的一个候选毫微微小区标识为所指定的毫微微小区。
64.一种用于毫微微小区网关中的宏小区向毫微微小区切入的处理器，所述处理器包括: 通信管理控制器，其被配置为: 从所述宏网络接收切换请求，该切换请求被配置为指导用户设备将与所述宏网络的活动通信从宏小区切换到具有第一毫微微小区标识符的所指定的毫微微小区； 判断多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备；以及 向所指定的毫微微小区传送所述切换请求。
65.一种用于宏小区向毫微微小区切入的计算机程序产品，其位于被设置在毫微微小区网关处的处理器可读介质上并且包括处理器可读指令，当执行所述处理器可读指令时，所述处理器可读指令使处理器执行如下步骤，包括: 从宏网络接收切换请求，该切换请求被配置为指示用户设备将与所述宏网络的活动通信从宏小区切换到具有第一毫微微小区标识符的所指定的毫微微小区； 判断多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备；以及 向所指定的毫微微小区传送所述切换请求。
66.—种用于宏小区向毫微微小区切入的系统,其包括: 用于从宏网络接收切换请求的模块，该切换请求被配置为指导用户设备将与所述宏网络的活动通信从宏小区切换到具有第一毫微微小区标识符的所指定的毫微微小区； 用于判断多个毫微微小区中的任一个毫微微小区是否在接收所述切换请求之前向所述毫微微小区网关注册过所述用户设备的模块；以及 用于向所指定的毫微微小区传送所述切换请求的模块。
全文摘要
本申请描述了用于支持针对移动设备的活动宏通信的宏小区到毫微微小区切换的系统、方法和设备。使用带外(OOB)链路来检测在毫微微小区附近的移动设备。在已经检测到移动设备在毫微微小区附近后，向设置在核心网络中与宏网络进行通信的毫微微小区网关传送OOB接近度检测，以便向毫微微聚合系统有效地预注册该移动设备。当毫微微小区网关从宏网络接收到暗示已预注册移动设备的切换请求时，它能够根据该预注册可靠地确定用于切入的合适的目标毫微微小区，即使在该合适的目标毫微微小区的识别在其它场合中将不可靠的情况下。一些实施例也可以在接收请求发生之后处理注册所述移动设备，包括分层方法。
文档编号H04W36/04GK103155643SQ201180049701
公开日2013年6月12日 申请日期2011年11月1日 优先权日2010年10月15日
发明者O·O·阿沃尼伊, S·S·索利曼, J·李, A·D·勒杜列斯库, D·辛格, J·M·陈, M·亚武兹 申请人:高通股份有限公司