CN103428757A - 一种异构网络中的小区切换的增强方法及基站 - Google Patents

Abstract

本发明提供了一种异构网络中的小区切换的增强方法及基站。所述方法包括：第一微微小区基站获得第一微微小区范围扩展的第一信息；所述第一微微小区基站获得第二微微小区范围扩展的第二信息；所述第一微微小区基站根据所述第一信息和所述第二信息，生成第三信息；其中，所述第三信息用于指示在从第一微微小区切换至第二微微小区的场景下第二微微小区的范围扩展程度；所述第一微微小区基站向终端下发包括所述第三信息的测量配置消息。本发明能够为降低终端在短时间内发生连续切换的次数以及减少相应的信令开销提供支持。

Description

一种异构网络中的小区切换的增强方法及基站

技术领域

本发明涉及异构网络（HetNet，Heterogeneous Network）移动通信***，具体涉及一种异构网络中的小区切换的增强方法及基站。

背景技术

第三代合作伙伴项目（3rd Generation Partnership Project,3GPP）作为移动通信领域的重要组织极大的推动了第三代移动通信技术（The ThirdGeneration，3G）的标准化进展，制定了一系列包括宽带码分多址接入（WideCode Division Multiple Access，WCDMA）、高速下行分组接入（High SpeedDownlink Packet Access，HSDPA）、高速上行分组接入（High Speed UplinkPacket Access，HSUPA）等在内的通信***规范。

为了应对宽带接入技术的挑战，并满足日益增长的新型业务的需求，3GPP在2004年底启动了3G长期演进（Long Term Evolution，LTE）技术的标准化工作，希望进一步提高频谱效率，改善小区边缘用户的性能，降低***延迟，为高速移动用户提供更高速率的接入服务等。在2008年6月，3GPP完成了LTE-A的技术需求报告，提出了LTE-A的最小需求：下行峰值速率1Gbps，上行峰值速率500Mbps，上下行峰值频谱利用率分别达到15Mbps/Hz和30Mbps/Hz。这些参数已经远高于ITU的最小技术需求指标，具有明显的优势。2010年12月，3GPP完成了LTE-A第一个版本的标准文档（LTE Release10），并且在2011年3月开始了对LTE-A进一步的演进版本的研究工作。

发明内容

有鉴于此，本发明提供一种异构网络中的小区切换的增强方法及基站，根据本发明的若干实施例，能够为降低终端在短时间内发生连续切换的次数以及减少相应的信令开销提供支持。

为解决上述技术问题，本发明实施例提供方案如下：

一种异构网络中的小区切换的增强方法，包括：

第一微微小区基站获得第一微微小区范围扩展的第一信息，所述第一信息用于指示在一宏小区和第一微微小区之间切换场景下的第一微微小区的范围扩展程度；

所述第一微微小区基站获得第二微微小区范围扩展的第二信息，其中，第一微微小区基站和第二微微小区基站均处于所述宏小区的覆盖范围内，所述第二信息用于指示在所述宏小区和第二微微小区之间切换场景下的第二微微小区的范围扩展程度；

所述第一微微小区基站根据所述第一信息和所述第二信息，生成第三信息；其中，所述第三信息用于指示在从第一微微小区切换至第二微微小区的场景下第二微微小区的范围扩展程度；

所述第一微微小区基站向终端下发包括所述第三信息的测量配置消息，以使得所述终端在获得针对所述第二微微小区的测量结果后，根据所述第三信息，确定是否向所述第一微微小区上报第二微微小区测量报告；其中，所述终端的服务小区为所述第一微微小区。

优选地，上述方法中，

所述第一微微小区基站获得第二微微小区范围扩展的第二信息，包括：

在所述第一微微小区基站与所述宏小区基站之间通过X2接口进行切换参数协商的过程中，所述第一微微小区基站接收所述宏小区基站发送的所述第二信息。

优选地，上述方法中，

所述第一微微小区基站获得第二微微小区范围扩展的第二信息，包括：

所述第一微微小区基站接收到所述终端上报的所述宏小区的测量报告；

所述第一微微小区基站通过X2接口向所述宏小区基站发送切换请求，所述切换请求用于请求将所述终端切换至所述宏小区；

所述第一微微小区基站通过X2接口接收所述宏小区基站返回的、用于指示切换被拒绝的切换请求响应消息，所述切换请求响应消息携带有所述第二信息；

所述第一微微小区基站从所述切换请求响应消息中获得所述第二信息。

优选地，上述方法中，

所述第一微微小区基站获得第二微微小区范围扩展的第二信息，包括：

所述第一微微小区基站接收到所述终端上报的所述宏小区的测量报告；

所述第一微微小区基站通过S1接口请求移动性管理实体执行切换，以使所述移动性管理实体向宏小区基站发送切换请求；

所述第一微微小区基站通过S1接口接收所述移动性管理实体返回的、携带有所述第二信息的切换命令，所述第二信息是所述宏小区基站拒绝所述切换请求时发送给所述移动性管理实体的；

所述第一微微小区基站从所述切换命令中获得所述第二信息。

优选地，上述方法中，

所述第一微微小区基站获得第二微微小区范围扩展的第二信息，包括：

在所述第一微微小区基站与第二微微小区基站之间通过X2接口进行切换参数协商的过程中，所述第一微微小区基站通过所述X2接口接收所述第二微微小区基站发送的所述第二信息。

优选地，上述方法中，

在所述第一微微小区基站与第二微微小区基站之间通过X2接口进行切换参数协商的过程中，所述第一微微小区基站还通过所述X2接口向所述第二微微小区基站发送所述第一信息。

优选地，上述方法中，所述第一微微小区基站根据第一信息和所述第二信息，生成第三信息，包括：

所述第一微微小区基站对所述第一信息和所述第二信息进行加权求和，得到所述第三信息。

优选地，上述方法中，

在所述加权求和计算中，预先设置所述第一信息的权值为0，以使得所述第三信息等于所述第二信息。

本发明实施例还提供了一种异构网络中的小区切换的增强方法，包括：

宏小区基站确定第二微微小区范围扩展的第二信息，所述第二信息用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的范围扩展程度；

所述宏小区基站将所述第二信息发送给第一微微小区基站，以使得所述第一微微小区基站根据所述第二信息向终端下发对应的测量配置消息，进而使得所述终端在获得针对所述第二微微小区的测量结果后，根据所述第二信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告；

其中，所述终端的当前服务小区为所述第一微微小区，第一微微小区基站和第二微微小区基站均处于所述宏小区的覆盖范围内。

优选地，上述方法中，

所述宏小区基站将所述第二信息发送给第一微微小区基站，包括：

所述宏小区基站与第一微微小区基站在X2接口上进行切换参数协商，并在协商过程中，将所述第二信息发送给所述第一微微小区基站。

优选地，上述方法中，

所述宏小区基站将所述第二信息发送给第一微微小区基站，包括：

所述宏小区基站从X2接口上接收第一微微小区基站发送的切换请求，所述切换请求用于请求将终端从第一微微小区切换至宏小区；

所述宏小区基站通过X2接口向第一微微小区基站发送用于指示切换被拒绝的切换请求响应消息，所述切换请求响应消息携带有所述第二信息。

从以上所述可以看出，本发明实施例提供的异构网络中的小区切换的增强方法及基站，使得第一微微小区基站能够获得其他小区基站之间（如第二、宏小区基站之间）协商得到的小区范围扩展信息，利用该小区范围扩展信息对终端的测量报告参数进行配置，从而使得终端可以利用该信息决定是否上报对应的测量报告，为降低终端在短时间内发生连续切换的次数以及减少相应的信令开销提供了支持。并且，本发明实施例还提供了多种形式的获得所述小区范围扩展信息的交互方式。

附图说明

图1为现有技术中一种异构网络的结构示意图；

图2为现有技术中引入小区范围扩展技术的示意图；

图3为一种包括宏基站和微微基站的网络结构示意图；

图4为图3所示网络中的两次切换过程的信令流程图；

图5为本发明实施例提供的一种小区切换的增强方法的流程示意图；

图6为本发明实施例提供的第一微微小区基站的结构示意图；

图7为本发明实施例上述小区切换的增强方法应用于宏小区基站的流程示意图；

图8为本发明实施例提供的一种宏小区基站的结构示意图；

图9为宏基站与微微基站通过X2接口直接协商CRE信息的示意图；

图10为宏基站与微微基站通过S1接口间接协商CRE信息的示意图；

图11为本发明实施例所述方法的一种应用网络示意图；

图12为获得第二微微小区范围扩展信息的第一种实现方式的信令流程图；

图13为获得第二微微小区范围扩展信息的第二种实现方式的信令流程图；

图14为获得第二微微小区范围扩展信息的第三种实现方式的信令流程图；

图15为获得第二微微小区范围扩展信息的第四种实现方式的信令流程图；

图16为获得第二微微小区范围扩展信息的另一种实现方式的信令流程图；

图17为用于评估本发明实施例所述方法有益效果的一种网络结构图；

图18为用于评估本发明实施例所述方法有益效果的另一种网络结构图；

图19为本发明实施例提供的一种第一微微小区基站的结构示意图；

图20为本发明实施例提供的一种宏小区基站的结构示意图；

图21为本发明实施例提供的另一种宏小区基站的结构示意图；

图22为本发明实施例提供的一种第二微微小区基站的结构示意图；

图23为本发明实施例提供的另一种第二微微小区基站的结构示意图。

具体实施方式

本文中描述的技术可以用于各种无线通信网络，如CDMA、TDMA、FDMA、OFDMA、SC-FDMA以及其他网络。术语“网络”和“***”经常可交换地使用。CDMA网络可以实现比如陆地无线接入（UTRA）、CDMA2000等的无线技术。UTRA包括宽带CDMA（WCDMA）和CDMA的其他变型。CDMA2000涵盖IS-2000、IS-95和IS-856标准。TDMA网络可以实现比如全球移动通信***（GSM）的无线技术。OFDMA网络可以实现比如演进型UTRA（E-UTRA）、超移动宽带（UMB），IEEE 802.11（Wi-Fi）、IEEE 802.16（WiMAX）、IEEE 802.20等的无线技术。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。本文描述的技术可以用于上述无线网络和无线电技术以及其他无线网络和无线电技术。为清楚起见，下面针对LTE描述这些技术的某些方面，并且在下面的大部分描述中使用LTE术语。

异构网络是以较小的代价实现高速率传输的一种有效的方式，图1示出了一种异构网络的结构，该网络可以是LTE网络或某一其他无线网络。图1中的异构网络中包括有移动性管理实体13（MME，Mobility Management Entity）和演进的无线接入网网络节点（eNB，eNode B）。

eNB可以是与用户设备（UE）进行通信的站，并且也可以称为基站、节点B、接入点等。每个eNB可以针对特定地理区域提供通信覆盖。在3GPP中，根据使用术语“小区”的上下文，术语“小区”可以指eNB的覆盖区域和/或对该覆盖区域进行服务的eNB子***。

eNB可以针对宏小区、微微小区、毫微微小区和/或其他类型的小区提供通信覆盖。宏小区可以覆盖相对大的地理区域（例如，半径为若干公里），并且可以允许具有服务签约的UE进行非受限接入。微微小区可以覆盖相对小的地理区域，并且可以允许具有服务签约的UE非受限地接入。毫微微小区可以覆盖相对小的地理区域（例如，家庭），并且可以允许与该毫微微小区具有关联的UE（例如，闭环用户组（CSG）中的UE）进行非受限接入。用于毫微微小区的eNB可以称为毫微微eNB或家庭eNB（HeNB），用于微微小区的eNB可以称为微微eNB（或微微基站），用于宏小区的eNB可以称为宏eNB（或宏基站）。eNB可以支持一个或多个（例如，三个）小区。

为描述方便，本文中使用小区基站代表该小区对应的基站，例如宏小区基站是指宏小区对应的宏基站，微微小区基站是指微微小区对应的微微基站，第一微微小区基站是指第一微微小区对应的基站，第二微微小区基站则是指第二微微小区对应的基站，等等。

图1中的基站（eNB）包括宏基站11（Macro eNB）和微微基站21（PicoeNB）。图1中宏基站11和微微基站22均可通过S1接口连接到移动性管理实体31。

微微基站22以及微微小区221（Pico Cell）的引入一方面可以使得在热点地区的用户可以选择性的从宏小区111（Macro Cell）切换到微微小区221从而缓解了宏基站11（Macro eNB）的负载，保证大部分用户的通信质量；另一方面在宏小区111的边界地区，由于来自宏小区111的信号质量很差，用户可能会发生无线链路失败，因此，微微小区221可以弥补小区边界用户信道质量差的问题。另外，家庭基站也是异构网络的另外一种重要形式。

在LTE-ARelease 11的演进过程中，异构网络技术是一个热点问题。其中，微微小区对宏基站的负载均衡技术又是讨论的重点。为了使得微微小区更多的吸纳宏小区的负载，也即让更多的用户接入微微小区，在Release 11中引入了小区范围扩展（Cell Range Expansion，CRE）技术。如图2所示。假设小区范围扩展的程度是8dB，扩展前的微微小区的范围如图2中的221所示，扩展后的微微小区的范围如图2中的222所示，其中的阴影部分是在CRE为8dB时微微小区相对于原有小区范围的扩展程度。CRE技术通过修改宏小区和微微小区之间的切换参数，使用户更容易发生从宏小区到微微小区的切换而更难以实现从微微小区到宏小区的切换。例如，

当用户从宏小区向微微小区移动的时候，原本连接到宏小区的用户会在下面情况满足时向宏小区发送A3事件的测量报告：

M_pico+Of_pico+Oc_pico+8-Hys＞M_macro+Of_macro+Oc_macro+Off

相反的，当用户从微微小区向宏小区移动是，原本连接到微微小区的用户会在下面情况满足时向微微小区发测量报告：

M_macro+Of_macro+Oc_maro-8-Hys＞M_pico+Of_pico+Oc_pico+Off

上述公式中：

M_pico表示没有考虑任何偏置下的微微小区的测量结果；

Of_pico表示微微小区的频率特定偏置；

Oc_pico表示微微小区的小区特定偏置；

Hys表示该事件的滞后参数；

M_macro表示没有考虑任何偏置下的宏小区的测量结果；

Of_macro表示宏小区的频率特定偏置；

Oc_macro表示宏小区的小区特定偏置；

Off表示该事件的偏移参数。

相关参数的具体含义可参看3GPP相关标准，如3GPP TS 36.331V10.2.0等。

当宏小区或者微微小区收到测量报告后，会分别发起切换请求执行对应的切换。在这里值得注意的是，上述公式中对测量报告参数的小区扩展范围数值（bias 8dB）是宏小区和微微小区之间通过协议协商好的。当这个数值确定好后，会发送给用户从而使用户基于该数值确定是否发送相应的测量报告。

现有技术引入小区范围扩展的目的，是为了使微微小区更多的吸纳宏小区的负载，因此小区范围扩展参数是在微微小区与宏小区之间协商生成的，然而微微小区之间却不知道彼此的小区范围扩展参数，这给异构网络场景下的切换带来了一定的问题，以下进行分析说明。

图3示出了一种包括宏基站11和微微基站22~24的网络场景。该网络可以是LTE网络或某一其他无线网络。其中，微微基站均处于宏基站11的宏小区1（Cell1）的覆盖范围内；微微基站22~24分别对应于微微小区2（Cell2）、微微小区3（Cell3）和微微小区4（Cell4）。在该场景下，如果使用传统方法，宏基站11能够和微微基站22协商确定两者之间的小区范围扩展信息bias12，宏基站11能够和微微基站23协商确定两者之间的小区范围扩展信息bias13，宏基站11能够和微微基站24协商确定两者之间的小区范围扩展信息bias14。那么，当终端按照图中箭头所示特定路线移动时（即终端依次穿过微微基站22~24的微微小区），终端将在短时间内发生连续的切换动作。具体来说，当终端在微微基站22的微微小区2（Cell2）覆盖范围内时，将发生下面的A3事件的测量报告：

M₁+Of₁+Oc₁-bias₁₂-Hys＞M₂+Of₂+Oc₂+Off

这时将发生从微微小区2（Cell2）到宏基站11的宏小区1（Cell1）的切换。当用户切换到Cell1后，将发生下面的测量报告：

M₃+Of₃+Oc₃+bias₁₃-Hys＞M₁+Of₁+Oc₁+Off

因此终端将紧接着发生从宏小区1（Cell1）到微微小区3（Cell3）的切换。上述两次切换过程的切换信令流程如图4所示。

上述公式中：

M₁表示宏小区1的测量结果；

M₂表示微微小区2的测量结果；

M₃表示微微小区3的测量结果；

Of₁表示宏小区1的频率特定偏置；

Of₂表示微微小区2的频率特定偏置；

Of₃表示微微小区3的频率特定偏置；

Oc₁表示宏小区1的小区特定偏置；

Oc₂表示微微小区2的小区特定偏置；

Oc₃表示微微小区3的小区特定偏置；

Hys表示该事件的滞后参数；

Off表示该事件的偏移参数。

导致上面所述的连续切换过程的原因是：微微小区之间并不知道相互的小区范围扩展信息，从而微微小区在配置用户测量报告参数时不能使用户及时的汇报其他的微微小区，这样当终端在某个微微小区（如Cell2）时，并不能对相邻的另一个微微小区（Cell3）进行测量报告；当终端从Cell2切换到Cell1后，由于Cell1知道Cell3的小区范围扩展信息，从而能够在配置用户测量报告参数时将Cell3的小区范围扩展信息通知给终端，这样终端可以上报Cell3的小区测量报告，进而由Cell1切换至Cell3。后续终端还会发生从微微小区Cell3->宏小区Cell1->微微小区Cell4的类似切换。

可以看出，在上述终端的移动过程中，终端在短时间内连续发生多次切换，同时还产生了大量的信令开销。

为克服上述不足，本发明实施例提供一种在异构移动通信***中，通过对宏基站和微微小区基站之间小区范围扩展信息交互的增强方法，即宏小区和微微小区之间不仅协商两者之间的小区范围扩展信息，还可以进一步直接或间接交互宏小区和其他微微小区之间的小区扩展信息，或者由微微小区之间直接交互各自与宏小区协商得到的小区范围扩展信息。通过对不同网络结构下小区范围扩展信息交互的增强，本发明实施例可以为降低在规定时间内连续切换的次数以及减少相应的信令开销提供支持。

请参照图5，本发明实施例提供的异构网络中的小区切换的增强方法，包括以下步骤：

步骤51，第一微微小区基站获得第一微微小区范围扩展的第一信息，所述第一信息用于指示在一宏小区和第一微微小区之间切换场景下的第一微微小区的范围扩展程度；

步骤52，所述第一微微小区基站获得第二微微小区范围扩展的第二信息，其中，第一微微小区基站和第二微微小区基站均处于所述宏小区的覆盖范围内，所述第二信息用于指示在所述宏小区和第二微微小区之间切换场景下的第二微微小区的范围扩展程度；

步骤53，所述第一微微小区基站根据所述第一信息和所述第二信息，生成第三信息；其中，所述第三信息用于指示在从第一微微小区切换至第二微微小区的场景下第二微微小区的范围扩展程度；

步骤54，所述第一微微小区基站向终端下发包括所述第三信息的测量配置消息，以使得所述终端在获得针对所述第二微微小区的测量结果后，根据所述第三信息，确定是否向所述第一微微小区上报第二微微小区测量报告；其中，所述终端的服务小区为所述第一微微小区。

这里，上述第一微微小区与第二微微小区的覆盖范围通常小于宏小区的覆盖范围，第一微微小区基站与第二微微小区基站可以都是微微基站，宏小区基站为宏基站。

上述步骤53中，生成所述第三信息的方式有多种，例如，所述第一微微小区基站可以通过对所述第一信息和所述第二信息进行加权求和，得到所述第三信息。作为一种特例，在所述加权求和计算中，还可以预先设置所述第一信息的权值为0，以使得所述第三信息等于所述第二信息。

通过以上步骤，使得第一微微小区基站能够获得其他微微基站（如第二微微小区基站）的小区范围扩展信息（第三信息），进而可以在配置终端测量报告参数时将该信息发送给终端，使得终端能够基于该信息配置测量报告参数，从而在所述终端在获得针对所述第二微微小区的测量结果后，能够根据所述第三信息，确定是否向所述第一微微小区上报第二微微小区测量报告，这样可以保证终端能够及时上报其他微微小区的测量报告，以便于网络侧能够控制所述终端直接地从第一微微小区切换至第二微微小区，降低短时间内的连续切换次数并减少切换过程中所产生的信令开销。

在上述步骤54之后，本发明实施例所述第一微微小区基站，还可以根据所述终端上报的包括所述第二微微小区测量报告在内的测量报告，确定所述终端的切换目标小区并执行对应的切换。

这里，第一微微小区基站可能接收到包括第二微微小区测量报告在内的若干个小区的测量报告（例如在图3所示场景下，微微基站22可能接收到Cell1和Cell3的测量报告），此时第一微微小区基站可以基于预定策略确定切换的目标小区，例如，在希望利用微微小区去吸纳宏小区的负载时，可以根据接收到的所有测量报告，选择出信号质量最优的微微小区作为目标小区，进而控制所述终端从第一微微小区切换至目标小区。本发明实施例并不限定具体的切换策略，本领域技术人员可以根据需要采用各种合适的策略，对包括所述第二微微小区测量报告在内的测量报告进行处理，确定目标小区。

基于上述方法，本发明实施例还提供了一种第一微微小区基站，如图6所示，该微微小区基站包括：

第一信息获得单元，用于获得第一微微小区范围扩展的第一信息，所述第一信息用于指示在一宏小区和第一微微小区之间切换场景下的第一微微小区的范围扩展程度；

第二信息获得单元，用于获得第二微微小区范围扩展的第二信息，其中，第一微微小区基站和第二微微小区基站均处于所述宏小区的覆盖范围内，所述第二信息用于指示在所述宏小区和第二微微小区之间切换场景下的第二微微小区的范围扩展程度；

第三信息生成单元，根据所述第一信息和所述第二信息，生成第三信息；其中，所述第三信息用于指示在从第一微微小区切换至第二微微小区的场景下第二微微小区的范围扩展程度；

下发单元，用于向终端下发包括所述第三信息的测量配置消息，以使得所述终端在获得针对所述第二微微小区的测量结果后，根据所述第三信息，确定是否向所述第一微微小区上报第二微微小区测量报告；其中，所述终端的服务小区为所述第一微微小区。

本发明实施例还提供了宏小区基站实施上述异构网络中的小区切换的增强方法的流程示意图，如图7所示，该方法包括：

步骤71，宏小区基站确定第二微微小区范围扩展的第二信息，所述第二信息用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的范围扩展程度；

步骤72，所述宏小区基站将所述第二信息发送给第一微微小区基站，以使得所述第一微微小区基站根据所述第二信息向终端下发对应的测量配置消息，进而使得所述终端在获得针对所述第二微微小区的测量结果后，根据所述第二信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告；

其中，所述终端的当前服务小区为所述第一微微小区，第一微微小区基站和第二微微小区基站均处于所述宏小区的覆盖范围内。

这里，上述步骤72中，所述宏小区基站可以按照以下方式，将所述第二信息发送给第一微微小区基站：

1）所述宏小区基站与第一微微小区基站在X2接口上进行切换参数协商，并在协商过程中，将所述第二信息发送给所述第一微微小区基站。

2）所述宏小区基站从X2接口上接收第一微微小区基站发送的切换请求，所述切换请求用于请求将终端从第一微微小区切换至宏小区；所述宏小区基站通过X2接口向第一微微小区基站发送用于指示切换被拒绝的切换请求响应消息，所述切换请求响应消息携带有所述第二信息。

基于上述方法，本发明实施例还提供了一种用以实施上述方法的宏小区基站，如图8所示，该宏小区基站包括：

确定单元，用于确定第二微微小区范围扩展的第二信息，所述第二信息用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的范围扩展程度；

发送单元，用于将所述第二信息发送给第一微微小区基站，以使得所述第一微微小区基站根据所述第二信息向终端下发对应的测量配置消息，进而使得所述终端在获得针对所述第二微微小区的测量结果后，根据所述第二信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告；

其中，所述终端的当前服务小区为所述第一微微小区，第一微微小区基站和第二微微小区基站均处于所述宏小区的覆盖范围内。

这里，作为一种可选实施方式，上述发送单元，具体用于：与第一微微小区基站在X2接口上进行切换参数协商，并在协商过程中，将所述第二信息发送给所述第一微微小区基站。

这里，作为另一种可选实施方式，上述发送单元，具体用于从X2接口上接收第一微微小区基站发送的切换请求，所述切换请求用于请求将终端从第一微微小区切换至宏小区；通过X2接口向第一微微小区基站发送用于指示切换被拒绝的切换请求响应消息，所述切换请求响应消息携带有所述第二信息。

下文中将结合具体网络和/或信令流程图，对本发明实施例作更进一步的说明。

作为一种优选实施方式，所述第二信息是第二微微小区基站与宏小区基站之间通过协商确定的、用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的覆盖范围的扩展程度。这里，第二微微小区基站与宏小区基站可以通过两者之间的X2接口直接进行协商确定第二信息（图9示出了宏基站11与微微基站22通过X2接口进行协商的示意图）；或者，第二微微小区基站与宏小区基站通过各自与移动性管理实体连接的S1接口，经由移动性管理实体进行协商确定第二信息（图10示出了宏基站11与微微基站22通过S1接口，经由移动性管理实体31进行协商的示意图）。

以下进一步参照图11所示的网络，具体说明本发明实施例的上述步骤52中，所述第一微微小区基站是如何获得所述第二信息的。

图11所示的网络可以是LTE网络或某一其他无线网络，其中包括：

第一微微小区Cell1、第一微微小区Cell1对应的第一微微小区基站1；

第二微微小区Cell2、第二微微小区Cell2对应的第二微微小区基站2；

宏小区Cell3、第二微微小区Cell3对应的宏小区基站3。

这里，第一微微小区Cell1和第二微微小区均为微微小区（Pico Cell），第一微微小区基站1和第二微微小区基站2均为微微基站（Pico eNB），宏小区Cell3为宏小区（Macro Cell），宏小区基站3则为宏基站（Macro eNB）。

<实现方式一>

本实现方式中，由宏基站（如宏小区基站）在切换参数协商过程中向某个微微基站（如第一微微小区基站）下发其他微微基站（如第二微微小区基站）的小区范围扩展信息，以使得第一微微小区基站获得第二微微小区的小区范围扩展信息。

首先，由宏小区基站通过与第二微微小区基站在X2接口上进行切换参数协商，确定第二微微小区范围扩展信息；然后，宏小区基站与第一微微小区基站在X2接口上进行切换参数协商，并在协商过程中，将所述第二微微小区范围扩展信息发送给所述第一微微小区基站，以使得第一微微小区基站根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息进行测量参数配置，进而使得所述终端在获得针对所述第二微微小区的测量结果后，能够根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，第二微微小区测量报告用于所述第一微微小区基站执行所述终端的小区切换决策。

更为详细的信令流程图，请参照图12，第一微微小区基站获得第二微微小区的第二微微小区范围扩展信息，具体可以包括：

宏小区基站3通过与第二微微小区基站2在X2接口上进行切换参数协商，确定了第二微微小区范围扩展信息bias23；

此后，宏小区基站3与第一微微小区基站1在X2接口上进行切换参数协商，并在协商过程中，将所述第二微微小区范围扩展信息bias23发送给所述第一微微小区基站1；

第一微微小区基站1接收所述宏小区基站3发送的所述第二微微小区范围扩展信息（Cell2，bias23），从而获得所述第二微微小区范围扩展信息。

此后，第一微微小区基站可以根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息进行测量参数配置，从而使得该终端在获得针对所述第二微微小区的测量结果后，能够根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，以供所述第一微微小区基站执行所述终端的小区切换决策。

<实现方式二>

本实现方式中，由宏基站（如宏小区基站）在小区切换过程中向某个微微基站（如第一微微小区基站）下发其他微微基站（如第二微微小区基站）的小区范围扩展信息，以使得第一微微小区基站获得第二微微小区范围扩展信息，进而使得第一微微小区基站根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息进行测量参数配置，所述第二微微小区范围扩展信息用以供所述终端在获得针对所述第二微微小区的测量结果后，能够根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，第二微微小区测量报告用于所述第一微微小区基站执行所述终端的小区切换决策。

更为详细的信令流程图，请参照图13，第一微微小区基站获得第二微微小区的第二微微小区范围扩展信息，具体可以包括：

宏小区基站3通过与第二微微小区基站2在X2接口上进行切换参数协商，确定了第二微微小区范围扩展信息bias23；

所述第一微微小区基站接收到所述终端上报的所述宏小区的测量报告；

所述第一微微小区基站通过X2接口向所述宏小区基站发送切换请求，所述切换请求用于请求将所述终端切换至所述宏小区；

宏小区基站接收第一微微小区基站通过X2接口发送的切换请求后，向第一微微小区基站发送用于指示切换被拒绝的切换请求响应消息，所述切换请求响应消息携带有第二微微小区范围扩展信息；

所述第一微微小区基站通过X2接口接收所述切换请求响应消息，从所述切换请求响应消息中获得所述第二微微小区范围扩展信息。

此后，第一微微小区基站可以根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息，从而使得该终端在获得针对所述第二微微小区的测量结果后，能够根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，以供所述第一微微小区基站执行所述终端的小区切换决策。

<实现方式三>

本实现方式中，由移动性管理实体在小区切换过程中向某个微微基站（如第一微微小区基站）转发其他微微基站（如第二微微小区基站）的小区范围扩展信息，以使得第一微微小区基站获得第二微微小区范围扩展信息，进而使得第一微微小区基站根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息进行测量参数配置，所述第二微微小区范围扩展信息用以供所述终端在获得针对所述第二微微小区的测量结果后，能够根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，第二微微小区测量报告用于所述第一微微小区基站执行所述终端的小区切换决策。

更为详细的信令流程图，请参照图14，第一微微小区基站获得第二微微小区的第二微微小区范围扩展信息，具体可以包括：

宏小区基站3通过与第二微微小区基站2在X2接口上进行切换参数协商，确定了第二微微小区范围扩展信息bias23；

所述第一微微小区基站接收到所述终端上报的所述宏小区的测量报告；

所述第一微微小区基站通过S1接口请求移动性管理实体执行切换；

移动性管理实体根据第一微微小区基站的请求，通过S1接口向宏小区基站发送切换请求，请求将终端从第一微微小区切换至宏小区；

宏小区基站接收移动性管理实体通过S1接口发送的切换请求后，向移动性管理实体发送用于指示切换被拒绝的切换请求响应消息，所述切换请求响应消息携带有第二微微小区范围扩展信息；

移动性管理实体接收到上述切换请求响应消息后，通过S1接口向第一微微小区基站返回携带有所述第二微微小区范围扩展信息的切换命令；

第一微微小区基站从上述切换命令中获得所述第二微微小区范围扩展信息。

此后，第一微微小区基站可以根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息，从而使得该终端在获得针对所述第二微微小区的测量结果后，能够根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，以供所述第一微微小区基站执行所述终端的小区切换决策。

<实现方式四>

本实现方式中，在微微基站之间（如在第一、第二微微小区基站之间）通过X2接口进行切换参数协商，从而直接传递相互的小区范围扩展信息，以使得第一微微小区基站获得第二微微小区范围扩展信息，进而使得第一微微小区基站根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息进行测量参数配置，所述第二微微小区范围扩展信息用以供所述终端在获得针对所述第二微微小区的测量结果后，能够根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，第二微微小区测量报告用于所述第一微微小区基站执行所述终端的小区切换决策。

更为详细的信令流程图，请参照图15，第一微微小区基站获得第二微微小区的第二微微小区范围扩展信息，具体可以包括：

宏小区基站3通过与第二微微小区基站2在X2接口上进行切换参数协商，确定了第二微微小区范围扩展信息bias23；

第一微微小区基站1与第二微微小区基站2在X2接口上进行切换参数协商，并在协商过程中，第二微微小区基站2将所述第二微微小区范围扩展信息发送给所述第一微微小区基站1。

此后，第一微微小区基站可以根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息，从而使得该终端据此配置测量报告参数，从而该终端在获得针对所述第二微微小区的测量结果后，能够根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，以供所述第一微微小区基站执行所述终端的小区切换决策。

作为另一种优选实施方式，所述第二微微小区范围扩展信息不是直接采用第二微微小区基站与宏小区基站之间通过协商确定的、用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的覆盖范围的扩展程度的数值bias23，而是综合考虑该数值以及针对第一微微小区切换和第二微微小区之间切换场景所设定的切换参数偏移值bias12确定，即第二微微小区范围扩展信息bias23’＝f（bias23，bias12），具体的函数f（x1，x2）的一种实现方式可以是f（x1，x2）=max(x1,x2)，另一种实现方式可以是f（x1，x2）=x1+x2，等等。此时，本发明实施例的上述步骤52中，第一微微小区基站获得第二微微小区的第二微微小区范围扩展信息（即所述第二信息）的信令流程图如图16所示，具体可以包括：

宏小区基站3通过与第二微微小区基站2在X2接口上进行切换参数协商，确定了第二微微小区范围扩展信息bias23；

第一微微小区基站1与第二微微小区基站2在X2接口上进行切换参数协商，确定针对第一微微小区切换和第二微微小区之间切换场景所设定的切换参数偏移值bias12，并且所述第二微微小区基站2进一步基于所述bias23和bias12，确定第二微微小区范围扩展信息bias23’，并将第二微微小区范围扩展信息bias23’发送给所述第一微微小区基站1。

此后，第一微微小区基站可以根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息，从而使得该终端据此配置测量报告参数，从而该终端在获得针对所述第二微微小区的测量结果后，能够根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，以供所述第一微微小区基站执行所述终端的小区切换决策。

在上述切换参数协商过程中，第一、第二微微小区基站可以将各自的小区扩展信息通过X2接口发送给对方。

以上通过多种具体实现方式说明了上述步骤52中第一微微小区基站如何获得第二微微小区的第二微微小区范围扩展信息，但是本发明并不局限于以上所提供的具体实现方式，例如，本发明实施例还可以由微微小区基站通过与宏小区基站之间直接或间接地协商方式确定各个微微小区基站的小区范围扩展信息，然后将小区范围扩展信息通过S1接口上报给移动性管理实体；然后，由移动性管理实体通过S1接口向某个微微小区基站下发其他微微小区基站的小区范围扩展信息，从而某个微微小区基站能够获得其他微微小区基站的小区范围扩展信息。

以下通过两个应用场景说明本发明实施例上述方法的有益效果。

请参照图17所示的场景，其中包括宏小区基站11和对应的宏小区Cell1，还包括微微小区基站22~25以及各个微微小区基站对应的微微小区Cell2~Cell5。当终端沿图中所示箭头方向运动时，按照现有技术，由于微微小区之间不知道彼此的小区范围扩展信息，因此当终端从一个微微小区切换到宏小区后，将会紧接着发生从宏小区到另一微微小区的切换，因此在上述运动过程中，终端将发生微微小区Cell2->宏小区Cell1->微微小区Cell3->宏小区Cell1->微微小区Cell4->宏小区Cell1->微微小区Cell5的切换，即发生了6次切换。而采用本实施例所述方法之后，可以使得微微小区之间获得彼此的小区范围扩展信息，进而对终端的测量报告参数进行相应配置，使得终端能够上报包括宏小区和微微小区在内的测量报告，进而可以控制终端直接从一个微微小区切换至另一微微小区，因此在上述运动过程中，终端将发生微微小区Cell2->微微小区Cell3->微微小区Cell4->微微小区Cell5的切换，即发生了3次切换。可以看出，切换次数减少了50%，同时由切换产生的信令开销也在一定程度上得到减少，减轻了网络负担。

请参照图18所示的终端随机移动的应用场景，在图18中所示的仿真场景中，一共铺设19个宏基站，30个微微基站，其中微微基站铺设于中心的7个宏基站的边界上。用户从图中所示的圆边界以与切线方向成45度以上的随机方向一定速度移动，在***所设置的参数情况下，当用户跨过宏基站或者微微基站时会发生切换，如果切换不成功会发生切换失败，如果在短时间发生两次在相同的两个小区之间的切换时，会发生乒乓。当用户在圆环内部移动时，不会改变方向和速度。当用户移动到圆环边缘时，用户会弹回圆环内部，也即重新随机选取与切线方向成45度以上的方向，以设置的速度移动直到再次运动到圆环边缘。在仿真过程中，会记录切换失败次数和乒乓次数作为不同切换方法性能优劣的评判标准。切换次数和乒乓次数越少，方法的性能越好。

在这种情况下，用传统方法所发生的切换情况如表1中所示；如果使用本发明实施例所提供的方法，切换情况如表2所示。经过比较可以估计得出切换次数约降低-5.8%。但如果从信令开销的角度看，使用发明实施例所述的方法，每减少一次切换过程将降低约750bits空口的信令开销以及93ms的时延，其代价是X2接口上每200ms有4bits的额外信息，可以看出，和代价相比，本发明实施例在信令开销及时延的减少量是可观的。

表1

表2

下面，本发明实施例进一步提供了实施以上方法的各个基站的具体结构。

请参照图19，本发明实施例提供了一种第一微微小区基站，包括：

获得单元，用于获得第二微微小区的第二微微小区范围扩展信息，其中，第一微微小区基站和第二微微小区基站均处于宏小区的覆盖范围内，第二微微小区范围扩展信息用于指示第二微微小区覆盖范围的扩展程度；

下发单元，用于向终端下发包括所述第二微微小区范围扩展信息的测量配置消息，以使得所述终端在获得针对所述第二微微小区的测量结果后，根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区上报第二微微小区测量报告，以供所述第一微微小区基站执行所述终端的小区切换决策；其中，所述终端的服务小区为所述第一微微小区。

这里，所述第一微微小区基站与第二微微小区基站可以均为微微基站，所述宏小区基站可以为宏基站。

图19所示的第一微微小区基站，还可以包括：

切换处理单元，用于根据所述终端上报的包括所述第二微微小区测量报告在内的测量报告，确定所述终端的切换目标小区并执行对应的切换。

作为一种优选实施方式，所述第二微微小区范围扩展信息第二微微小区基站与宏小区基站之间通过协商确定的、用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的覆盖范围的扩展程度，此时，

所述获得单元，可以具体用于：在所述第一微微小区基站与宏小区基站之间通过X2接口进行切换参数协商的过程中，接收所述宏小区基站发送的所述第二微微小区范围扩展信息。或者，

所述获得单元，可以具体用于：

接收到所述终端上报的所述宏小区的测量报告；

通过X2接口向所述宏小区基站发送切换请求，所述切换请求用于请求将所述终端切换至所述宏小区；

通过X2接口接收所述宏小区基站返回的、用于指示切换被拒绝的切换请求响应消息，所述切换请求响应消息携带有所述第二微微小区范围扩展信息；

从所述切换请求响应消息获得所述第二微微小区范围扩展信息。或者，

所述获得单元，可以具体用于：

接收到所述终端上报的所述宏小区的测量报告；

通过S1接口请求移动性管理实体执行切换，以使所述移动性管理实体向宏小区基站发送切换请求；

通过S1接口接收所述移动性管理实体返回的、携带有所述第二微微小区范围扩展信息的切换命令，所述第二微微小区范围扩展信息是所述宏小区基站拒绝所述切换请求时发送给所述移动性管理实体的。或者，

所述获得单元，可以具体用于：

在所述第一微微小区基站与第二微微小区基站之间通过X2接口进行切换参数协商的过程中，通过X2接口接收第二微微小区基站发送的所述第二微微小区范围扩展信息。

作为另一种优选实施方式，所述第二微微小区范围扩展信息是第二微微小区基站根据第二微微小区范围扩展值以及针对第一微微小区切换和第二微微小区之间切换场景所设定的切换参数偏移值计算得到的，所述第二微微小区范围扩展值是第二微微小区基站与宏小区基站之间通过协商确定的、用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的覆盖范围的扩展程度；所述第二微微小区范围扩展信息用于指示在第一微微小区和第二微微小区之间切换场景下的第二微微小区的覆盖范围的扩展程度。此时所述获得单元，可以具体用于：在所述第一微微小区基站与第二微微小区基站之间通过X2接口进行切换参数协商的过程中，通过X2接口接收第二微微小区基站发送的所述第二微微小区范围扩展信息。

请参照图20，本发明实施例提供了一种宏小区基站，包括：

第一协商单元，用于通过与第二微微小区基站在X2接口上进行切换参数协商，确定第二微微小区范围扩展信息，所述第二微微小区范围扩展信息用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的覆盖范围的扩展程度；

第二协商单元，用于与第一微微小区基站在X2接口上进行切换参数协商，并在协商过程中，将所述第二微微小区范围扩展信息发送给所述第一微微小区基站，以使得第一微微小区基站根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息，进而使得所述终端在获得针对所述第二微微小区的测量结果后，根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，以供所述第一微微小区基站执行所述终端的小区切换决策；

其中，所述终端的当前服务小区为所述第一微微小区，第一微微小区基站和第二微微小区基站均处于宏小区的覆盖范围内。

这里，所述第一微微小区基站与第二微微小区基站可以均为微微基站，所述宏小区基站可以为宏基站。

请参照图21，本发明实施例提供了另一种宏小区基站，包括：

接收单元，用于接收一切换请求，所述切换请求用于请求将终端从第一微微小区切换至宏小区的请求消息；

发送单元，用于发送用于指示切换被拒绝的切换请求响应消息，所述切换请求响应消息携带有第二微微小区范围扩展信息，所述第二微微小区范围扩展信息用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的覆盖范围的扩展程度，用以供所述终端在获得针对所述第二微微小区的测量结果后，根据所述第二微微小区范围扩展信息，确定是否向第一微微小区基站上报第二微微小区测量报告，以供所述第一微微小区基站执行所述终端的小区切换决策；；

其中，第一微微小区基站和第二微微小区基站均处于宏小区的覆盖范围内。

这里，所述第一微微小区基站与第二微微小区基站可以均为微微基站，所述宏小区基站可以为宏基站。

图21所示的宏小区基站中，所述发送单元可以包括：

判断单元，用于判断是否存在与所述第一微微小区基站之间距离小于预设门限的第一种基站，若存在，则进一步判断所述第一种基站中是否存在第二微微小区基站，所述第二微微小区基站是指该基站对应的小区范围扩展信息尚未发送给所述第一微微小区基站的基站：

处理单元，用于在存在所述第二微微小区基站，则发送所述切换请求响应消息。

图21所示的宏小区基站还可以包括：

协商单元，用于通过与第二微微小区基站在X2接口上进行切换参数协商，确定第二微微小区范围扩展信息。

作为一种优选实施方式，所述接收单元，可以进一步从X2接口上接收第一微微小区基站发送给的所述切换请求；所述发送单元，可以进一步通过X2接口向第一微微小区基站直接发送所述切换请求响应消息。

作为另一种优选实施方式，所述接收单元，可以进一步从S1接口上接收移动性管理实体发送给的所述切换请求，所述切换请求是移动性管理实体基于所述第一微微小区基站的请求发送的；所述发送单元，可以进一步通过S1接口向移动性管理实体发送所述切换请求响应消息，以使得移动性管理实体将所述第二微微小区范围扩展信息携带在切换命令中返回给所述终端。

请参照图22，本发明实施例提供了一种第二微微小区基站，包括：

第三协商单元，用于通过与宏小区基站在X2接口上进行切换参数协商，确定第二微微小区范围扩展信息，所述第二微微小区范围扩展信息用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的覆盖范围的扩展程度；

第四协商单元，用于与第一微微小区基站在X2接口上进行切换参数协商，并在协商过程中，将所述第二微微小区范围扩展信息发送给所述第一微微小区基站，以使得第一微微小区基站根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息，从而所述终端在获得针对所述第二微微小区的测量结果后，根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，以供所述第一微微小区基站执行所述终端的小区切换决策；

其中，所述终端的当前服务小区为所述第一微微小区，第一微微小区基站和第二微微小区基站均处于宏小区的覆盖范围内。

这里，所述第一微微小区基站与第二微微小区基站可以均为微微基站，所述宏小区基站可以为宏基站。

请参照图23，本发明实施例提供了另一种第二微微小区基站，包括：

第五协商单元，用于通过与宏小区基站在X2接口上进行切换参数协商，确定第二微微小区范围扩展值，所述第二微微小区范围扩展值用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的覆盖范围的扩展程度；

计算单元，用于根据第二微微小区范围扩展值以及针对第一微微小区切换和第二微微小区之间切换场景所设定的切换参数偏移值，计算得到第二微微小区范围扩展信息，所述第二微微小区范围扩展信息用于指示在第一微微小区和第二微微小区之间切换场景下的第二微微小区的覆盖范围的扩展程度；

第六协商单元，用于与第一微微小区基站在X2接口上进行切换参数协商，并在协商过程中，将所述第二微微小区范围扩展信息发送给所述第一微微小区基站，以使得第一微微小区基站根据所述第二微微小区范围扩展信息向终端下发对应的测量配置消息，从而所述终端在获得针对所述第二微微小区的测量结果后，根据所述第二微微小区范围扩展信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告，以供所述第一微微小区基站执行所述终端的小区切换决策；

其中，所述终端的当前服务小区为所述第一微微小区，第一微微小区基站和第二微微小区基站均处于宏小区的覆盖范围内。

这里，所述第一微微小区基站与第二微微小区基站可以均为微微基站，所述宏小区基站可以为宏基站。

此说明书中所描述的许多功能部件都被称为模块，以便更加特别地强调其实现方式的独立性。

本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。

实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上（包括在不同存储设备上），并且至少部分地可以仅作为电子信号存在于***或网络上。

在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成（VLSI）电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

以上所述仅是本发明的实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (11)

1.一种异构网络中的小区切换的增强方法，其特征在于，包括：

第一微微小区基站获得第一微微小区范围扩展的第一信息，所述第一信息用于指示在一宏小区和第一微微小区之间切换场景下的第一微微小区的范围扩展程度；

所述第一微微小区基站获得第二微微小区范围扩展的第二信息，其中，第一微微小区基站和第二微微小区基站均处于所述宏小区的覆盖范围内，所述第二信息用于指示在所述宏小区和第二微微小区之间切换场景下的第二微微小区的范围扩展程度；

所述第一微微小区基站根据所述第一信息和所述第二信息，生成第三信息；其中，所述第三信息用于指示在从第一微微小区切换至第二微微小区的场景下第二微微小区的范围扩展程度；

所述第一微微小区基站向终端下发包括所述第三信息的测量配置消息，以使得所述终端在获得针对所述第二微微小区的测量结果后，根据所述第三信息，确定是否向所述第一微微小区上报第二微微小区测量报告；其中，所述终端的服务小区为所述第一微微小区。

2.如权利要求1所述的方法，其特征在于，

所述第一微微小区基站获得第二微微小区范围扩展的第二信息，包括：

在所述第一微微小区基站与所述宏小区基站之间通过X2接口进行切换参数协商的过程中，所述第一微微小区基站接收所述宏小区基站发送的所述第二信息。

3.如权利要求1所述的方法，其特征在于，

所述第一微微小区基站获得第二微微小区范围扩展的第二信息，包括：

所述第一微微小区基站接收到所述终端上报的所述宏小区的测量报告；

所述第一微微小区基站通过X2接口向所述宏小区基站发送切换请求，所述切换请求用于请求将所述终端切换至所述宏小区；

所述第一微微小区基站通过X2接口接收所述宏小区基站返回的、用于指示切换被拒绝的切换请求响应消息，所述切换请求响应消息携带有所述第二信息；

所述第一微微小区基站从所述切换请求响应消息中获得所述第二信息。

4.如权利要求1所述的方法，其特征在于，

所述第一微微小区基站获得第二微微小区范围扩展的第二信息，包括：

所述第一微微小区基站接收到所述终端上报的所述宏小区的测量报告；

所述第一微微小区基站通过S1接口请求移动性管理实体执行切换，以使所述移动性管理实体向宏小区基站发送切换请求；

所述第一微微小区基站通过S1接口接收所述移动性管理实体返回的、携带有所述第二信息的切换命令，所述第二信息是所述宏小区基站拒绝所述切换请求时发送给所述移动性管理实体的；

所述第一微微小区基站从所述切换命令中获得所述第二信息。

5.如权利要求1所述的方法，其特征在于，

所述第一微微小区基站获得第二微微小区范围扩展的第二信息，包括：

在所述第一微微小区基站与第二微微小区基站之间通过X2接口进行切换参数协商的过程中，所述第一微微小区基站通过所述X2接口接收所述第二微微小区基站发送的所述第二信息。

6.如权利要求5所述的方法，其特征在于，

在所述第一微微小区基站与第二微微小区基站之间通过X2接口进行切换参数协商的过程中，所述第一微微小区基站还通过所述X2接口向所述第二微微小区基站发送所述第一信息。

7.如权利要求2至6任一项所述的方法，其特征在于，所述第一微微小区基站根据第一信息和所述第二信息，生成第三信息，包括：

所述第一微微小区基站对所述第一信息和所述第二信息进行加权求和，得到所述第三信息。

8.如权利要求7所述的方法，其特征在于，

在所述加权求和计算中，预先设置所述第一信息的权值为0，以使得所述第三信息等于所述第二信息。

9.一种异构网络中的小区切换的增强方法，其特征在于，包括：

宏小区基站确定第二微微小区范围扩展的第二信息，所述第二信息用于指示在宏小区和第二微微小区之间切换场景下的第二微微小区的范围扩展程度；

所述宏小区基站将所述第二信息发送给第一微微小区基站，以使得所述第一微微小区基站根据所述第二信息向终端下发对应的测量配置消息，进而使得所述终端在获得针对所述第二微微小区的测量结果后，根据所述第二信息，确定是否向所述第一微微小区基站上报第二微微小区测量报告；

其中，所述终端的当前服务小区为所述第一微微小区，第一微微小区基站和第二微微小区基站均处于所述宏小区的覆盖范围内。

10.如权利要求9所述的方法，其特征在于，

所述宏小区基站将所述第二信息发送给第一微微小区基站，包括：

所述宏小区基站与第一微微小区基站在X2接口上进行切换参数协商，并在协商过程中，将所述第二信息发送给所述第一微微小区基站。

11.如权利要求9所述的方法，其特征在于，

所述宏小区基站将所述第二信息发送给第一微微小区基站，包括：

所述宏小区基站从X2接口上接收第一微微小区基站发送的切换请求，所述切换请求用于请求将终端从第一微微小区切换至宏小区；

所述宏小区基站通过X2接口向第一微微小区基站发送用于指示切换被拒绝的切换请求响应消息，所述切换请求响应消息携带有所述第二信息。

Images