CN101998468B - 一种移动通信系统中自优化的实现方法、系统和基站 - Google Patents

Abstract

本发明公开了一种移动通信系统中自优化的实现方法、系统和基站，其中，该方法包括以下步骤：步骤A，第一基站判断其控制的小区的当前状态是否需要切换为与当前状态相反的另一状态，如果是，发送小区状态通知给与其相邻的所有基站；所述小区状态通知中携带了要切换状态的小区的标识；步骤B，与第一基站相邻的基站更新邻近关系列表中所述小区状态通知携带的小区的标识对应的状态。采用本发明，能够实现移动通信系统中的自优化。

Description

一种移动通信系统中自优化的实现方法、系统和基站

技术领域

本发明涉及移动通信技术，特别涉及一种移动通信系统中自优化的实现方法、系统和基站。

背景技术

移动通信技术中，出于简化信令流程，缩短信息传输延迟的目的，演进的UMTS无线接入网(EUTRAN：Evolved UTRAN)舍弃了UTRAN的无线网络控制(RNC)和节点B(NodeB)结构，完全由基站(eNB：eNodeB)组成。参见图1，图1为现有技术中EUTRAN网络的简单拓扑结构。如图1所示，EUTRAN主要包括eNB，优选地，也可进一步包括家用基站(HeNB)。其中，EUTRAN网络可通过S1接口与核心网络连接，具体为：EUTRAN网络中的eNB或者HeNB与核心网络中的实体比如移动管理实体(MME)连接，而EUTRAN网络中的eNB之间可直接通过对应的X2接口连接。

通常，EUTRAN网络中的eNB上电以后，需要按照经验或者仿真等理想的场景的设置进行自配置。其中，自配置包括基本启动和无线参数设置两个过程。基本启动至少包括以下过程：(1)配置IP地址与检测OAM服务器；这里，当eNB上电时，该eNB首先要与OAM服务器建立一个初始的逻辑连接，用于完成鉴权功能并获得正确连接到网络所需要的信息；而为了与OAM服务器建立连接，该eNB需要知道自己的IP地址，具体可采用被广泛使用的RFC协议如DHCP动态获得自己的IP地址，之后，根据IP地址检测OAM服务器；(2)eNB和网络间的认证，这里，为保证网络的安全运行，eNB在与OAM服务器建立初始连接之后，通常需要得到网络的鉴权才能进行进一步的操作；(3)eNB软件以及运行参数的下载等。之后，开始初始的无线参数配置，其中，初始的无线参数配置主要包括邻区列表的配置，覆盖容量有关的参数配置等。

本领域技术人员知道，实际网络的应用场景并非是理想的，其通常会受到建筑，气候，周边环境等影响而有很大不同。因此，现有的EUTRAN网络中的eNB在按照经验或者仿真等理想的场景进行预先设置的自配置后，所得到的很多参数并非为实际网络中所需要的最优化的参数，如此，降低了网络性能。为了使得网络能够有更好的性能，满足运营商和用户的需求，一种移动通信系统中自优化的实现方法是当前亟待解决的问题。

发明内容

本发明提供了一种移动通信系统中自优化的实现方法、系统和基站，以便实现移动通信系统中自优化，提高网络性能。

一种移动通信系统中自优化的实现方法，该方法包括以下步骤：

步骤A，第一基站判断其控制的小区的当前状态是否需要切换为与当前状态相反的另一状态，如果是，发送小区状态通知给与其相邻的基站；所述小区状态通知中携带了要切换状态的小区的标识；

步骤B，与第一基站相邻的基站更新邻近关系列表中所述小区状态通知携带的小区的标识对应的状态。

一种移动通信系统中自优化的实现系统，该系统包括第一基站和第二基站；所述第二基站为与第一基站相邻的基站；

所述第一基站判断其控制的小区的当前状态是否需要切换为与当前状态相反的另一状态，如果是，发送小区状态通知给第二基站；所述小区状态通知中携带了要切换状态的小区的标识；

第二基站更新邻近关系列表中所述小区状态通知携带的小区的标识对应的状态。

一种基站，该基站包括：控制单元、判断单元和发送单元；其中，

所述控制单元用于控制小区；

所述判断单元用于判断所述控制单元控制的小区的当前状态是否需要切换为与当前状态相反的另一状态；

所述发送单元用于在所述判断单元的判断结果为是时，发送小区状态通知给与其相邻的基站；所述小区状态通知中携带了要切换状态的小区的标识。

由以上的技术方案可以看出，本发明提供的移动通信系统中自优化的实现方法、系统和基站中，第一基站判断其控制的小区的当前状态是否需要切换为与当前状态相反的另一状态，其中，所述当前状态为打开状态，所述与当前状态相反的另一状态为关闭状态；或者，所述当前状态为关闭状态，所述与当前状态相反的另一状态为打开状态；如果是，发送小区状态通知给与其相邻的基站；所述小区状态通知中携带了要切换状态的小区的标识；与第一基站相邻的基站更新邻近关系列表中所述小区状态通知携带的小区的标识对应的状态。可以看出，本发明提供的方式在现有技术的自配置后，能够自动对网络中的小区进行关闭或者打开操作，调整网络容量和覆盖，从而达到省电以及降低干扰的目的。

附图说明

图1为现有技术的网络结构图；

图2为本发明提供的第一实施例流程图；

图3至图8是本发明实施例1提供的第一至第六流程图；

图9是本发明提供的第二实施例流程图；

图10至图2是本发明实施例2提供的第一至第三流程图；

图13是本发明实施例提供的系统结构图；

图14是本发明实施例提供的基站结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

本发明实施例提供的自优化方法主要包括：第一基站判断其所控制的小区的当前状态是否需要切换为与当前状态相反的另一状态，如果是，发送小区状态通知给与其相邻的所有基站；所述小区状态通知中携带了要切换状态的小区的标识；与第一基站相邻的基站更新邻近关系列表中所述小区状态通知携带的小区的标识对应的状态。这样，能够根据实际情况自动调整网络中小区的状态，比如关闭小区和打开小区，从而提高网络性能。

其中，小区的当前状态和与当前状态相反的另一状态具体实现时可有多种实现形式，比如，若小区的当前状态为关闭状态(具体为该小区不再提供服务)，则与当前状态相反的另一状态为打开状态(具体为该小区提供服务)；若小区的当前状态为打开状态，则与当前状态相反的另一状态为关闭状态。其中，上述小区状态通知具体实现时可有多种实现形式，比如：如果小区的当前状态为打开状态，与当前状态相反的另一状态为关闭状态，则可以看出第一基站当前需要关闭其控制的已处于打开状态的小区，如此，该小区状态通知具体可为下述第一实施例中的关闭通知消息，具体下述；如果小区的当前状态为关闭状态，与当前状态相反的另一状态为打开状态，则可以看出第一基站当前需要打开小区，则该小区状态通知具体可为第二实施例中的打开通知消息，具体下述。

为使本实施例更加清楚，下面对本发明实施例提供的方法进行详述。

第一实施例：

该实施例主要描述了基站关闭小区实现自优化的方法流程，即针对小区的状态从打开状态切换为关闭状态进行描述。参见图2，图2为本发明提供的第一实施例流程图。如图2所示，该流程具体可包括以下步骤：

步骤201，eNB1判断其控制的处于打开状态的小区当前的负载是否低于设定的门限值，eNB1根据当前小区的负载和与当前小区邻近小区的负载，确定需要关闭该小区，执行步骤202；否则，维持该小区的打开状态。eNB1根据现有X2接口的资源状态更新过程知道邻近eNB邻近小区的负载情况(具体请参照3GPP规范TS36.423)。

通常，终端到达小区比如小区1后，会测量小区1和与小区1相邻的其他小区的信号质量，之后，将测量的各个小区的信号质量携带在测量报告中发送给小区1所属的基站。其中，设定的门限值可按照不使小区资源浪费的原则进行设置，当小区当前负载低于门限值，说明该当前负载完全可以由与该小区具有重叠覆盖关系的相邻小区提供服务，即可以关闭该小区。其中，与该小区具有重叠覆盖关系的相邻小区具体为该小区被相邻小区重叠覆盖，或者相邻小区被该小区重叠覆盖，或者具有相同的覆盖区域。为便于描述，这里将确定的需要关闭的小区记为小区1。

步骤202，确定小区1中的当前负载需要切换到的目的小区。

这里，确定需要将小区1中的当前负载切换到与小区1相邻的哪一个小区或者哪几个小区，本实施例可依据小区1中的终端所提供的测量报告确定，其中，测量报告中包括该终端测量的小区1和小区1相邻的小区的信号强度；如此，步骤202中的确定操作具体为：根据终端发送的测量报告从小区1的相邻小区中选择出信号最强的小区，将选择出的小区确定为小区1中的当前负载需要切换到的目的小区，其中，小区1中的当前负载需要切换到的小区的个数可以为一个以上。这里，为便于描述，将小区1中的当前负载需要切换到的小区记为小区2。

步骤203，eNB1判断小区2是否是由自身控制，如果是，执行步骤204；否则，执行步骤205。

这里，步骤203中的判断具体为：eNB1判断小区2是否在设定的小区控制列表中，如果是，eNB1则确定小区2是由自身控制的，否则，判断小区2是否在设定的邻区列表中，如果是，则确定该小区2是由相邻基站控制的，并获取小区2所属的基站(为目的基站，为便于描述，记为eNB2)。

这里，如果步骤202中确定出目的小区的个数大于1个，则针对每一目的小区，判断该目的小区是否是由自身控制，如果是，执行步骤204；否则，执行步骤205。

步骤204，eNB1判断小区2是否存在可用的、且为小区1中当前负载所需要的资源，如果是，执行步骤207；否则，结束当前流程。

这里，如果步骤202中确定出的目的小区的个数大于1个，且都由eNB1控制，则eNB1按照负载均衡原则分担小区1中当前负载所需要的资源给各个目的小区，之后，针对每一目的小区，判断该目的小区是否存在可用的，且为小区1中负载所需要的资源，如果是，执行步骤207；否则，结束当前流程。

步骤205，eNB1发送关闭准备请求给eNB2。

这里，关闭准备请求携带了与关闭小区相关的信息，具体可为：要关闭的小区1即小区1的标识，可选的，所述消息还包含小区1需要切换到的目的小区即小区2的标识、和需要目的小区提供的资源；其中，该资源具体为要关闭的小区1中的当前负载所需要的资源，可由向目的小区中切换的UE的数目或者该UE占用的物理资源块(PRB)来表示；当然，如果步骤202中确定出小区1中的当前负载需要切换到的目的小区的个数大于1，则按照负载均衡原则由各个目的小区承担小区1中的当前负载所需要的资源，如此，本步骤205中关闭准备请求携带的资源可为目的小区所承担的资源，其并非为要关闭的小区1中的当前负载所需要的所有资源。

eNB之间可以通过X2接口进行信息交互(记为情况1)，也可以通过S1接口并利用连接在eNB之间的MME进行信息交互(记为情况2)，本步骤中，如果是情况1，eNB1直接通过X2接口发送关闭准备请求给eNB2；如果是情况2，则关闭准备请求还携带了源eNB即eNB1的标识和目的基站即eNB2的标识，其中，源eNB标识包括源eNB的全球标识和选择的路由区域标识(TAI，主要用于标识源eNB与连接在源eNB和目的eNB之间的MME之间的路由)1，目的eNB的标识包含目的eNB的全球标识和选择的TAI2，这里，之所以使关闭准备请求携带源eNB标识和目的eNB的标识，主要是为了便于源端知道发送给哪一个目的MME，以及便于MME接收到关闭准备请求后知道将该关闭通知消息发送给谁，如此，步骤205具体为：eNB1根据eNB1的标识中TAI通过S1接口发送关闭准备请求消息给对应的MME(这里，MME具体可为连接在源eNB和目的eNB之间的MME)，由MME再根据eNB2的标识中的TAI转发关闭准备请求消息给eNB2。

步骤206，eNB2判断其控制的小区2当前的可用资源是否满足关闭准备请求携带的资源，如果是，则发送成功响应给eNB1，之后，执行步骤207；否则，发送失败响应给eNB1。

比如，若关闭准备请求携带的资源信息为大小为128M的资源，则本步骤206中小区2当前的可用资源至少为128M的资源。优选地，步骤206在判断结果为否时所发送的失败响应可包含失败的原因，比如目的小区当前不能提供关闭准备请求消息携带的资源。本实施例中，步骤206在判断结果为否时，也可继续从步骤202中除小区2之外的与小区1具有重叠覆盖关系的其他小区中选择出一个以上的小区作为小区1中的当前负载需要切换到的目的小区，之后，返回执行上述步骤203。因此，图2所示的只是一种举例，并非限定本发明实施例的应用。

需要说明的是，上述步骤205和步骤206可以是一个新的过程，也可以承载在现有的资源状态初始化过程或者别的过程X2过程或者S1过程中来实现，本发明实施例并不具体限定。

其中，步骤205和步骤206是关闭准备协商过程，在本发明中是可选的步骤，也可以省略该过程而直接执行步骤207的关闭通过过程。

步骤207，eNB1发送关闭通知消息给相邻的基站。

这里，关闭通知消息携带了要关闭的小区1的标识(其具体可为ECGI：E-UTRAN小区全球标识或者为PCI：物理小区标识)和小区1切换到的目的小区即小区2的标识(记为信息1)。

本步骤中，如果是情况1，则直接通过X2接口发送关闭通知消息给相邻的基站；如果是情况2，则关闭通知消息中除了携带信息1之外，还携带了源eNB即eNB1的标识和目的eNB即与eNB1相邻的eNB的标识(记为信息2)，则步骤207具体为：eNB1根据选择的TAI1通过S1接口发送关闭通知消息给对应的MME，由MME再根据选择的TAI2转发关闭通知消息给目的eNB。本实施例中可采用情况1和情况2中的任一种情况或者两者结合执行上述步骤207。

优选地，本实施例中，如果是情况1，则步骤207中的关闭通知消息具体实现时可以有多种形式，包括但不限于下述三种：(1)、预先定义的包含了信息1的消息。其中，该消息符合通信协议。(2)、现有的切换请求的扩展。比如：在现有的切换请求中增加用于承载信息1的字段以及增加小区操作状态字段，其中小区操作状态的取值可以包含执行打开小区操作的第一值和执行关闭小区操作的第二值，这里，由于eNB1已经确定出需要关闭小区，因此，小区操作状态的取值为执行关闭小区操作的第二值。(3)，现有的eNB配置更新消息的扩展。具体扩展的操作与对现有的切换请求的扩展类似，这里不再赘述。

如果是情况2，则步骤207中的关闭通知消息具体实现时可以有多种形式，包括但不限于下述四种：(1)、预先定义的包含了信息1和信息2的消息。(2)、现有的切换请求的扩展。比如：在现有的切换请求消息中增加信息1和信息2的字段以及增加小区操作状态字段，其中小区操作状态的取值可以包含执行打开小区操作的第一值和执行关闭小区操作的第二值，这里，由于eNB1已经确定出需要关闭小区，因此，小区操作状态的取值为执行关闭小区操作的第二值。(3)，现有的eNB配置更新消息的扩展。具体扩展的操作与对现有的切换请求的扩展类似，这里不再赘述。(4)、eNB状态转移消息的扩展。具体扩展的操作与对现有的切换请求的扩展类似，这里不再赘述。这里eNB状态转移消息如果是由eNB1发送给MME的，则其具体可为：eNB配置转移过程或者eNB直接信息转移中的消息；如果是由MME发送给eNB的，则其具体可为：MME配置转移过程或者MME直接信息转移中的消息。

步骤208，与eNB1相邻的基站将邻近关系列表中小区1的标识对应的状态更新为关闭状态，并停止向小区1切换终端，直至小区1再打开。

这里，可在邻近关系列表中小区1的标识对应的小区的信息中增加小区的状态，该状态的取值包括打开和关闭。为便于更新小区的状态，并使该状态的取值为可选，默认情况下可使状态的取值为用于表示打开状态的值，执行到本步骤208时，由于eNB1执行关闭其控制的小区的操作，因此，这里取值为用于表示关闭状态的值。这样就可以只修改小区1的状态，而不改变其他服务小区以及邻近小区的状态。

步骤209，与eNB1相邻的基站发送关闭响应消息给eNB1。

这里，如果本实施例采用情况1，则本步骤209中与eNB1相邻的各个基站直接通过相应的X2接口发送关闭响应消息(与步骤207中的关闭通知消息对应)给eNB1；如果是情况2，则与eNB1相邻的各个基站直接通过相应的S1接口发送关闭响应消息给连接在自身和eNB1之间的MME，由MME转发关闭响应消息给eNB1。

需要说明的是，本实施例也可不执行步骤209，而是直接执行步骤210。

步骤210，eNB1关闭小区1的发射。这里的关闭可以是只关闭空口的发射和/或接收。

如此，通过上述步骤实现了本发明实施例提供的关闭处于打开状态的小区的操作。

上述是对本发明实施例提供的关闭小区操作进行的简单描述，下面针对列举几个具体的应用实施例对本发明进行描述。其中，在本发明的方法中，在执行图3到图8的关闭通知之前，可选的还可以执行步骤205和步骤206的关闭协商过程。

参见图3，图3是本发明实施例1提供的第一流程图。本实施例中的eNB之间通过X2接口进行交互。并且本实施例以关闭通知消息具体为切换请求为例。如图3所示，该流程可包括以下步骤：

步骤301，eNB1接收来自UE发送的测量报告。

步骤302，eNB1根据接收的测量报告决定把当前其控制的并处于打开状态的某一个或者几个小区暂时关闭。

这里，步骤302中决定关闭小区，以及确定关闭小区对应的目的小区的具体操作请参考图2中的步骤201和步骤202所述。为便于描述，下述以决定关闭的小区为小区1，并以确定出的小区1对应的目的小区比如小区2为与eNB1相邻的eNB所控制的小区为例。

步骤303，eNB1通过X2接口发送切换请求给eNB2，以通知eNB2小区1准备关闭。

这里，切换请求为图2中步骤205的关闭通知消息的一种具体消息，其包含源小区即小区1的小区标识，还包含目的小区的标识。

根据上述步骤205的描述，本步骤303中eNB1通过切换请求通知eNB2小区1关闭时具体可有两种方法：一种方法是在切换请求中增加小区操作状态的字段，并设置小区操作状态的取值为执行关闭小区操作的第二值；另一种方法是在切换请求中增加切换原因，这里，切换原因为：小区关闭，并设置切换原因值为执行关闭小区操作的第二值。

需要说明的是，本实施例中切换请求中还可包含准备关闭小区的时间。

步骤304，eNB2更新邻近关系列表中切换请求携带的小区1的标识对应的状态，将该状态更新为关闭状态。

这里，eNB2在接收到切换请求后，如果确定出该eNB1需要关闭小区比如小区1，

则停止向小区1切换UE，直到小区1下次打开；或者，

如果切换请求携带了准备关闭小区的时间，则在eNB1准备关闭小区的时间之后的任何时间停止向小区1切换UE，直到小区1下次打开。

步骤305，eNB2发送切换请求确认给eNB1。

这里，上述步骤303中的切换请求还可携带当前需要小区2提供的资源的大小；如此，本步骤305中eNB2确定小区2当前是否存在切换请求携带的资源大小的可用资源，如果是，发送切换请求确认给eNB1；如果否，即确定没有可用的无线资源为小区1中的负载提供服务，则eNB2发送切换准备失败消息给eNB1，并设置原因值为目的小区即小区2没有可用的无线资源，切换过程结束；之后，eNB1根据是否有其他相邻的小区来决定是否继续执行小区关闭过程，比如，如果有其它可用小区并且根据小区1中的UE发送的测量报告确定该可用小区信号足够好，则可以将该可用小区确定为目的小区，并返回执行步骤302；否则，eNB1停止小区1的关闭过程。

步骤306，eNB1发送切换命令给UE。

这里，切换命令中包含了UE需要切换的目的小区，即小区2。如此，终端即可执行小区切换。

步骤307，当UE完成小区切换后，UE向eNB2发送切换完成消息。

需要说明的是，由于终端进行小区切换后，其相应的路径也需要发生变化，如此，为便于管理路径，还须执行下述步骤308至步骤309中的路径切换。

步骤308，eNB2发送路径切换请求消息给MME。

这里的MME包含S-GW或者PDN GW(省略了MME和S-GW以及PDNGW之间的过程)。

步骤309，MME发送路径切换请求确认消息给eNB2。

这里，步骤306至步骤309中的具体操作具体可与现有技术中的路径切换类似，这里不再赘述。

步骤310，eNB2发送释放资源消息给eNB1。

步骤311，UE执行路由区域更新过程。该步骤311中的具体操作具体可与现有技术中的路径切换类似，这里不再赘述。

eNB1把小区1中的激活模式的UEs成功切换到其他小区后，就可以把小区1关闭。

如此，实现了本发明实施例提供的第一流程。可以看出，图3所示的流程中是由要关闭的小区所属的基站触发的切换请求。优选地，本实施例中，在上述eNB1决定关闭某小区时，如果当前有一基站比如eNB2根据UE发送的测量报告确定出需要将该UE切换到eNB1控制的要关闭的小区，则相应的流程可参见图4所示的本发明实施例1提供的第二流程图。如图4所示，该流程可包括以下步骤：

步骤401，eNB1决定关闭某个或者几个小区。

这里，步骤401中决定关闭小区，以及确定关闭小区对应的目的小区的具体操作请参考图2中的步骤201和步骤202所述。为便于描述，下述以决定关闭的小区为小区1，并以确定出的小区1对应的目的小区比如小区2为与eNB1相邻的eNB所控制的小区为例。

步骤402，eNB2收到其控制的小区中的UE发送的测量报告。

步骤403，eNB2根据该测量报告决定把UE切换到eNB1中的小区，eNB2通过X2接口发送切换请求给eNB1。

这里，切换请求携带的目的小区的标识。

步骤404，eNB1确定出该切换请求携带的目的小区的标识为要关闭的小区1的标识时，发送切换准备失败消息给eNB2。

这里，切换准备失败消息中可携带失败原因值，这里可使该值为小区准备关闭。可选的，切换准备失败消息中还可以包含准备关闭小区的时间；当然，如果eNB1确定出该切换请求携带的目的小区的标识不为要关闭的小区1的标识时，发送切换请求确认消息给eNB2。

步骤405，eNB2更新邻近关系列表中小区1的状态为关闭状态，停止向小区1切换UE，直到小区1下次打开。

这里，eNB2在eNB1准备关闭小区的时间之后，以及关闭小区的时间内停止向小区1切换UE，直到小区1下次打开。

如此，通过上述操作实现了本发明实施例提供的第二流程图。可以看出，图4所示的流程为由要关闭的小区所属的基站之外的其他基站发送的切换请求。

上述两个流程都是以切换过程为例来通知相邻基站小区要关闭，优选地，本实施例也可采用一个新定义的关闭通知消息来通知相邻基站小区要关闭，具体参见图5。图5为本发明实施例1提供的第三流程图。如图5所示，该流程可包括以下步骤：

步骤501，eNB1决定关闭某小区。这里，步骤501中决定关闭小区，以及确定关闭小区对应的目的小区的具体操作请参考图2中的步骤201和步骤202所述。为便于描述，下述以决定关闭的小区为小区1，并以确定出的小区1对应的目的小区比如小区2为与eNB1相邻的eNB所控制的小区为例。

步骤502，eNB1发送关闭通知消息给eNB2。

这里，关闭通知消息中可包含要关闭小区的小区标识，可选的，该消息中还可包含准备关闭小区的时间。

这里，步骤502中的eNB2可以为与eNB1相邻的基站集合；也可为步骤501中要关闭的小区对应的目的小区所属的基站。

步骤503，eNB2更新邻近关系列表中小区1的状态为关闭状态。

这里，eNB2在eNB1准备关闭小区的时间之后，以及关闭小区的时间内停止向小区1切换UE，直到小区1下次打开。

步骤504，eNB2发送关闭响应消息给eNB1。

这里，步骤504是可选的操作，也可不执行。

如果eNB1小区1中没有激活模式的UE或者eNB1把小区1中的激活模式的UEs成功切换到其他小区后，就可以把小区1关闭。

上述是以基站之间通过X2接口发送关闭消息为例，本发明实施例基站之间也可通过S1接口发送关闭消息。下面对其进行描述。

参见图6，图6是本实施例1提供的第四流程图。该流程具体可与图3的流程有一定的对应关系，区别就在图3中，基站之间通过X2接口交互，而本流程中是基站之间利用S1接口交互，如图6所示，该流程可包括以下步骤：

步骤601，eNB1根据UE的测量报告决定发起UE的切换过程。

这里，步骤601决定发起UE的切换过程具体为：决定关闭小区，以及确定关闭小区对应的目的小区的过程，该过程的具体操作请参考图2中的步骤201和步骤202所述。为便于描述，下述以决定关闭的小区为小区1，并以确定出的小区1对应的目的小区比如小区2为与eNB1相邻的eNB比如eNB2所控制的小区为例。

步骤602，eNB1发送切换需求给MME。

这里，切换需求携带小区1的标识。其中，步骤602中eNB1通过切换需求通知eNB2小区1要关闭有两种方法，具体与步骤303中的描述类似，这里不再详述。优选地，为便于切换需求的转发，该切换需求中还携带了源基站即eNB1的标识和目的基站的标识，这里，以目的基站为eNB2为例，则执行步骤603。

步骤603，MME发送切换请求给eNB2。

本步骤603中的切换请求与步骤602中的切换需求携带的标识相同。

步骤604，eNB2更新邻近关系列表中小区1的状态为关闭状态，停止向小区1切换UE，直到小区1下次打开。

这里，若上述切换请求中携带准备关闭小区的时间，则在eNB1准备关闭小区的时间之后的任何时间停止向小区1切换UE，直到小区1下次打开。

步骤605，eNB2发送切换请求确认给MME。

步骤606，MME发送切换命令消息给eNB1。

步骤607，eNB1发送切换命令消息给UE。

步骤608，当UE完成小区切换后，UE向eNB2发送切换确认消息。

步骤609，eNB2发送切换通知消息给MME。

需要说明的是，上述步骤605至步骤609具体可与小区切换的过程类似，这里不再详述，之后，MME告知eNB1，可以释放小区1的资源，如此，eNB1释放小区1的资源。

eNB1把小区1中的激活模式的UEs成功切换到其他小区后，就可以把小区1关闭。

本实施例中，在上述eNB1决定关闭某小区时，如果当前有一基站比如eNB2根据UE发送的测量报告确定出需要将该UE切换到eNB1控制的要关闭的小区，则相应的流程可参见图7所示的本发明实施例1提供的第五流程图。该流程具体可与图4的流程有一定的对应关系，区别就在图4中，基站之间通过X2接口交互，而本流程中是基站之间利用S1接口交互。如图7所示，该流程可包括以下步骤：

步骤701，eNB1决定关闭某个或者几个小区。

这里，步骤701中决定关闭小区，以及确定关闭小区对应的目的小区的具体操作请参考图2中的步骤201和步骤202所述。为便于描述，下述以决定关闭的小区为小区1，并以确定出的小区1对应的目的小区比如小区2为与eNB1相邻的eNB所控制的小区为例。

步骤702，eNB2发送切换需求给MME。

这里，切换需求携带的目的小区的标识。优选地，为便于MME转发，该切换需求中还携带了目的小区所属的基站的标识和eNB2的标识。这里，以目的小区所属的基站为eNB1为例，则执行步骤703。

步骤703，MME发送切换请求消息给eNB1。

步骤704，eNB1确定出该切换请求携带的目的小区的标识为要关闭的小区1的标识时，发送切换准备失败消息给MME。

所述切换准备失败消息中携带失败原因值，这里可使该值为小区准备关闭。可选的，切换准备失败消息中还可以包含准备关闭小区的时间；当然，如果eNB1确定出该切换请求携带的目的小区的标识不为要关闭的小区1的标识时，发送切换请求确认消息给MME。

步骤705，MME发送切换准备失败消息给eNB2。

步骤706，eNB2更新邻近关系列表中小区1的状态为关闭，停止向小区1切换UE，直到小区1下次打开。

这里，如果切换准备失败消息中包含准备关闭小区的时间，则eNB2在eNB1准备关闭小区的时间之后，以及关闭小区的时间内停止向小区1切换UE，直到小区1下次打开。

上述两个流程都是以切换过程为例来通知相邻基站小区要关闭，优选地，本实施例也可采用eNB状态转移消息来通知相邻基站小区要关闭，具体参见图8。图8为本发明实施例1提供的第六流程图。如图8所示，该流程可包括以下步骤：

步骤801，eNB1决定关闭某小区。

这里，步骤801中决定关闭小区，以及确定关闭小区对应的目的小区的具体操作请参考图2中的步骤201和步骤202所述。为便于描述，下述以决定关闭的小区为小区1，并以确定出的小区1对应的目的小区比如小区2为与eNB1相邻的eNB所控制的小区为例。

步骤802，eNB1发送eNB状态转移消息1给MME。

这里，eNB状态转移消息1可以用现有的eNB配置转移过程或者eNB直接信息转移或者新的S1接口消息来实现，其可包含要关闭的小区1的标识、小区操作状态的值、目的eNB(与eNB1相邻的各个eNB)的标识和源eNB的标识。

步骤803，MME发送eNB状态转移消息2给目的eNB2。

这里，eNB状态转移消息2可以用现有的MME配置转移过程或者MME直接信息转移或者新的S1接口消息来实现，其包含的信息与802中所述eNB状态转移消息1包含的信息相同。

步骤804，eNB2更新邻近关系列表中小区1的状态为关闭，停止向小区1切换UE，直到小区1下次打开。

如果eNB1小区1中没有激活模式的UE或者eNB1把小区1中的激活模式的UEs成功切换到其他小区后，就可以把小区1关闭。

如此，通过上述操作实现了本发明实施例提供的小区关闭的操作。

本实施例中，在小区关闭后，并非代表该小区一直处于关闭状态，优选地，本实施例中还可根据实际情况打开已关闭的小区。下面对小区打开操作进行描述。

第二实施例：

参见图9，图9为本发明提供的第二实施例流程图。本实施例以从小区关闭状态切换为打开状态为例进行描述，如图9所示，该流程可包括以下步骤：

步骤901，eNB1判断当前是否需要打开其控制的、且已关闭的小区，如果是，执行步骤902；否则，结束流程。

这里，步骤901中的判断具体实现时可有多种实现形式，比如：

第一方式：eNB1针对其当前控制的处于打开状态的每一小区，判断该小区的负载是否已超过预设的阈值，如果是，确定该小区超负荷工作，为了保证小区提供的服务质量，eNB1打开与该小区具有覆盖关系的、且已关闭的由自身控制的小区，由该已关闭的小区在打开后负载分担一部分负载。也就是说，eNB1在判断出小区的负载已超过预设的阈值时，可确定当前需要打开已关闭的小区；否则，可确定当前不需要打开已关闭的小区。

第二方式：eNB1判断当前是否接收到相邻基站比如eNB3发送的打开请求消息，所述打开请求消息携带了eNB3在判断出其控制的处于打开状态的小区当前的负载高于设定的阈值时确定出的与该小区具有覆盖关系的、且已关闭的由eNB1控制的小区的标识；如果是，确定需要打开由eNB1控制的处于关闭状态的小区；否则，确定不需要打开由eNB1控制的处于关闭状态的小区。

其中，打开请求消息可为预定义的新的消息，也可为现有消息比如切换请求等的扩展。如果是现有消息的扩展，则具体为：在现有消息中增加用于判断出其控制的处于打开状态的小区当前的负载高于设定的阈值时确定出的与该小区具有覆盖关系的、且已关闭的由eNB1控制的小区的标识的字段，并增加用于承载小区操作状态的字段，其中，该小区操作状态的值至少包括请求打开、打开和关闭，这里，由于eNB3请求eNB1打开小区，因此，该小区操作状态的值为请求打开。其中，设置承载小区操作状态的字段主要是为了便于对端根据小区操作状态执行相应的操作，比如，如果小区操作状态为请求打开，则对端如eNB1接收到携带了小区状态值的消息后，就知道原来该消息是请求打开其携带的小区标识对应的小区，如此，对端如eNB1就会执行相应的打开操作。

可以看出，上述两种方式主要区别就是：第一种是eNB1自身主动触发打开其控制的已关闭的小区；第二种是eNB1由相邻基站的触发被动打开其控制的已关闭的小区。本发明实施例可根据实际情况执行上述两种方式的任意一种或组合。

步骤902，eNB1发送打开通知消息给与其相邻的基站。

这里，打开通知消息中携带了要打开的小区的标识。

需要说明的是，如果是情况1，eNB1直接通过X2接口发送打开通知消息给与其相邻的基站。上述第一实施例中的图2是以情况1为例，这里图9以情况2为例。

如果是情况2，上述打开通知消息中除了携带要打开的小区的标识之外，还携带了源eNB即eNB1的标识和目的基站即与eNB1相邻的eNB的标识，其中，源eNB标识包括源eNB的全球标识和选择的TAI1(主要是用于标识源eNB与连接在源eNB和目的eNB之间的MME之间的路由)，目的eNB的标识包含目的eNB的全球标识和选择的TAI2，具体为图9所示的步骤902a，eNB1根据选择出的TAI1通过S1接口发送打开通知消息给对应的MME(这里，MME具体可为连接在源eNB和目的eNB之间的MME)，步骤902b，由MME再根据选择的TAI2转发打开通知消息给目的eNB。

优选地，本实施例中的打开通知消息具体实现时可有多种实现形式，比如：(1)、预先定义的消息。其中，该消息符合通信协议。(2)、现有的切换请求的扩展。具体为：在现有的切换请求中增加用于承载要打开的小区的标识的字段和小区操作字段，其中小区操作状态的取值可以包含执行打开小区操作的第一值和执行关闭小区操作的第二值，这里，由于是小区打开，因此，可使小区操作状态的取值为执行打开小区操作的第一值；当然，如果是情况2，还需要增加用于承载源eNB的标识和目的eNB的标识的字段。(9)，现有的eNB配置更新消息的扩展。具体扩展的操作与对现有的切换请求的扩展类似，这里不再赘述。当然，如果是情况2，该打开通知消息除上述三种形式之外，还可为eNB状态转移消息的扩展，具体扩展的操作与对现有的切换请求的扩展类似，这里不再赘述。

步骤909，与eNB1相邻的各个eNB更新邻近关系列表中要打开的小区的标识对应的状态为打开状态。

这里，可为要打开的小区标识对应的小区的信息中增加小区的状态，该状态的取值包括打开和关闭。为便于更新小区的状态，并使该状态的取值为可选，这里由于是要打开小区，如此，就使小区的状态取值为打开。如此，能够实现只更新要打开的小区的状态，而不改变其他小区以及邻近小区的状态。

步骤904，与eNB1相邻的各个eNB发送打开响应消息给eNB1。

需要说明的是，这里也可不执行步骤904，而是在步骤901判断出需要打开小区时，设置该打开小区的时间，如此，当到达设置的时间时，直接执行步骤905。或者，在步骤901判断出需要打开小区时，直接执行步骤905。

步骤905，eNB1打开需要打开的小区。

如此，通过上述步骤实现了本发明实施例提供的小区打开的流程。

为便于理解，下面对本发明实施例提供的小区打开的具体流程进行描述。

参见图10，图10是本发明实施例2提供的第一流程图。本实施例中，eNB之间通过X2接口进行交互。并且，本实施例以图9中步骤901描述的第二种方式为例，则如图10所示，该流程可包括以下步骤：

步骤1001：eNB2决定触发邻近小区的打开过程。

这里，步骤1001可具体参见步骤901中描述的第二种方式。这里以eNB2决定触发的邻近小区为属于eNB1的且已关闭的小区1为例。

这里，步骤1001中的打开过程具体包含了eNB2发送打开请求消息给eNB1。

这里，打开请求消息包含eNB2请求打开的小区的标识。

步骤1002，eNB1将打开请求消息中携带的小区标识对应的小区打开。

步骤1003，eNB1发送打开响应消息给eNB2。

这里，步骤1003为可选的操作，本实施例也可不执行步骤1003。

需要说明的是，本发明中，如何触发打开邻近基站中的小区与触发关闭邻近基站中的小区的过程是独立的，不管第一实施例采用哪种关闭的方式，本实施例中请求打开的方式都可以适用。

上述图10所述的流程是以eNB1由相邻基站的触发被动打开其控制的已关闭的小区为例，这里，eNB1自身也可主动触发打开其控制的已关闭的小区，具体参见图11。参见图11，图11是本发明实施例2提供的第二流程图。本实施例中，eNB之间通过X2接口进行交互。并且，本实施例以图9中步骤901描述的第一种方式为例，则如图11所示，该流程可包括以下步骤：

步骤1101：eNB1触发其所控制的小区的打开过程。

这里，步骤1101可具体参见步骤901中描述的第一种方式。这里以eNB1决定触发的邻近小区为属于自身的、且已关闭的小区1为例。

步骤1102：eNB1发送打开通知消息给eNB3。

这里，打开通知消息中包含要打开小区的小区1的标识。其中，eNB3为与eNB1相邻的各个基站的集合。

步骤1103，eNB3更新邻近关系列表中打开通知消息携带的小区标识对应的状态为打开状态。

之后，eNB3可以向打开通知消息携带的小区标识对应的小区切换UE。

可选的，在步骤1103后，eNB3还可发送打开响应消息给eNB1。

上述是以基站之间通过X2接口发送打开通知消息为例，本发明实施例基站之间也可通过S1接口发送打开通知消息。下面对其进行描述。

参见图12，图12是本实施例2提供的第三流程图。该流程具体可与图10的流程有一定的对应关系，区别就在图10中，基站之间通过X2接口交互，而本流程中是基站之间利用S1接口交互。如图12所示，该流程可包括以下步骤：

步骤1201，eNB1决定触发邻近eNB打开某小区。这里，步骤1201可具体参见步骤901中描述的第二种方式。这里以eNB1决定触发的邻近小区为属于eNB2的且已关闭的小区2为例。

步骤1202，eNB1发送eNB状态转移消息1给MME。

这里，eNB状态转移消息1可以用现有的eNB配置转移过程或者eNB直接信息转移来实现，其可包含要打开的小区的标识、小区操作状态的值、目的eNB(与eNB1相邻的各个eNB)的标识和源eNB的标识。

步骤1203，MME发送eNB状态转移消息2给eNB2。

这里，eNB状态转移消息2可以用现有的MME配置转移过程或者MME直接信息转移来实现，其包含的信息与802中所述eNB状态转移消息1包含的信息相同。

步骤1204，eNB2打开eNB状态转移消息2携带的标识对应的小区。

如此，通过上述操作实现了本发明实施例提供的小区打开的操作。

需要说明的是，由于eNB通常控制一个以上的小区，如果第一实施例中步骤201判断出当前有多个小区的当前负载都低于设定的门限值，或者第二实施例中步骤901判断出当前有多个小区需要打开，本发明实施例可不分顺序对每一小区执行关闭或者打开操作。优选地，本发明实施例也可预先为各个小区设定关闭优先级和打开优先级，按照优先级高低的顺序依次对每个小区执行关闭操作或者打开操作。以关闭操作为例，则具体实现时包括：先设定具有重叠覆盖关系的小区的总门限值，之后，再为各个小区设定对应的门限值；如此，步骤201中可更换为：eNB1判断其控制的处于打开状态的小区与其具有重叠覆盖关系的其他处于打开状态的小区(该其他小区可以由eNB1控制，也可以由与eNB1相邻的eNB控制，这里不限定)的当前总负载是否低于设定的总门限值，如果是，则继续判断其控制的小区的当前的负载是否低于设定的门限值，如果是，确定需要关闭该小区，执行步骤202；在当前总负载不低于设定的总门限值，或者在小区的当前的负载不低于设定的门限值时，维持该小区的打开状态。若步骤201中eNB1判断出其控制的处于打开状态、并且当前的负载低于设定的总门限值的小区的个数有三个，分别为小区1、小区2和小区3，如果各个小区的门限值依次增加，则eNB1依次针对小区1、小区2和小区3执行上述关闭操作。打开操作的具体实现与上述关闭操作类似。

其中，每个eNB控制的小区的门限值，以及具有重叠覆盖关系的小区的总门限值都可由O&M统一配置；之后，O&M将配置后的各个小区的关闭优先级分别发送给其所属的eNB。或者，由O&M配置具有重叠覆盖关系的小区的总门限值，O&M将配置后的具有重叠覆盖关系的小区的总门限值发送给具有重叠覆盖关系的各个小区所属的eNB，之后，由各个基站根据其控制的小区的负载，并按照避免小区关闭而导致的乒乓的原则为其控制的各个小区设定对应的门限值，其中，具有重叠覆盖关系的小区的门限值小于O&M配置的总门限值。或者由O&M配置门限范围，由各个基站根据其控制的小区的负载，并按照避免小区关闭而导致的乒乓的原则为其控制的各个小区设定对应的门限值。实际应用中可根据实际情况进行设置，本发明实施例并不进行限定。之后，各个基站相互交互其控制下的小区的门限，具体为：eNB1发送X2配置消息给eNB2，所述消息至少包含目的eNB即eNB2的服务小区的信息，其中，服务小区的信息包括服务小区的标识，服务小区的小区关闭或者打开门限值；优选地，所述消息还包含邻近小区的信息，邻近小区的信息包含邻近小区的标识和邻近小区的关闭或者打开门限值；eNB2发送X2配置接收消息给eNB1，所述消息包含目的eNB的标识和服务小区的信息，其中，服务小区的信息包括服务小区的标识，服务小区的小区关闭或者打开门限值；优选地，所述消息还包含邻近小区的信息，邻近小区的信息包含邻近小区的标识和邻近小区的关闭或者打开门限值。

上述对本发明实施例提供的方法进行了详述，下面对本发明实施例提供的系统进行描述。

参见图13，图13为本发明实施例提供的系统结构图。如图13所示，该系统包括第一基站1301和第二基站1302；第二基站1302为与第一基站1301相邻的基站；

第一基站1301判断其控制的小区的当前状态是否需要切换为与当前状态相反的另一状态，如果是，发送小区状态通知给第二基站1302；所述小区状态通知中携带了要切换状态的小区的标识；

第二基站1302更新邻近关系列表中所述小区状态通知携带的小区的标识对应的状态。

优选地，第一基站1301和第二基站1302之间通过对应的X2接口连接；或者，经由S1接口通过核心网络连接。

相应地，本发明实施例还提供了一种基站的结构示意图，如图14所示，该基站包括：控制单元1401、判断单元1402和发送单元1403；

其中，控制单元1401用于控制小区；

判断单元1402用于判断控制单元1401控制的小区的当前状态是否需要切换为与当前状态相反的另一状态；

发送单元1403用于在判断单元1402的判断结果为是时，发送小区状态通知给与其相邻的基站；所述小区状态通知中携带了要切换状态的小区的标识。

优选地，本实施例中的基站在不同的情况，具有不同的结构：

如果当前状态为打开状态，与当前状态相反的另一状态为关闭状态时的结构，则判断单元1402针对所述控制单元控制的处于打开状态的每一小区，判断该小区当前的负载是否低于设定的门限值，如果是，确定需要将该小区的状态切换为关闭状态；

发送单元1403包括：确定子单元14031和发送子单元14032。

其中，确定子单元14031用于确定为要关闭的小区的当前负载提供服务的目的小区；

发送子单元14032用于在所述目的小区当前存在可用的，且满足需要关闭的小区的当前负载所要求的资源，则发送小区状态通知给与其相邻的基站。

如图14所示，该装置还包括：第一接收单元1404；

第一接收单元1404接收到其他基站发送的切换请求，所述切换请求携带了其他基站确定其控制的小区中的终端要切换的目的小区的标识；

判断单元1402判断所述切换请求携带的目的小区的标识是否为要关闭的小区的标识，如果是，发送切换失败消息给其他基站；所述切换失败消息携带了用于表示小区准备关闭的值和要关闭的小区的标识。

优选地，如果第一接收单元1404接收到其他基站发送的切换失败消息，所述切换失败消息携带了用于表示小区准备关闭的值和要关闭的小区的标识，或者接收到其他基站发送的小区状态通知，所述小区状态通知中小区操作状态的值为执行关闭小区操作的第二值，则更新邻近关系列表中所述切换失败消息携带的小区的标识或者小区状态通知携带的小区的标识对应的状态为关闭状态，并停止向要关闭的小区切换终端，直至要关闭的小区再打开。

优选地，如果所述当前状态为关闭状态，所述与当前状态相反的另一状态为打开状态；则判断单元1402判断控制单元1401控制的处于打开状态的每一小区当前的负载是否高于设定的阈值，如果是，确定需要打开与该小区具有覆盖关系的、且已关闭的由自身控制的小区；否则，确定不需要打开与该小区具有覆盖关系的、且已关闭的由自身控制的小区；或者

判断当前是否接收到相邻基站发送的打开请求消息，所述打开请求消息携带了所述相邻基站在判断出其控制的处于打开状态的小区当前的负载高于设定的阈值时，确定出的与该小区具有覆盖关系的、且已关闭的由第一基站控制的小区的标识；如果是，确定需要打开由自身控制的处于关闭状态的小区；否则，确定不需要打开由自身控制的处于关闭状态的小区。

由以上的技术方案可以看出，本发明提供的移动通信系统中自优化的实现方法、系统和基站中，第一基站判断其控制的小区的当前状态是否需要切换为与当前状态相反的另一状态，其中，所述当前状态为打开状态，所述与当前状态相反的另一状态为关闭状态；或者，所述当前状态为关闭状态，所述与当前状态相反的另一状态为打开状态；如果是，发送小区状态通知给与其相邻的基站；所述小区状态通知中携带了要切换状态的小区的标识；与第一基站相邻的基站更新邻近关系列表中所述小区状态通知携带的小区的标识对应的状态。可以看出，本发明提供的方式在现有技术的自配置后，能够使网络自动调整容量和覆盖，从而达到省电以及降低干扰的目的。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (13)

1.一种移动通信系统中自优化的实现方法，其特征在于，该方法包括以下步骤：

步骤A，第一基站发送小区状态通知给与其相邻的基站，所述小区状态通知中携带了关闭的小区的标识；

步骤B，所述与第一基站相邻的基站更新邻近关系列表中所述小区状态通知携带的小区的标识对应小区的状态；

步骤C，所述第一基站接收到所述与第一基站相邻的基站发送的打开请求消息，所述打开请求消息携带了所述第一基站控制的小区的标识；所述第一基站打开处于关闭状态的小区；所述第一基站发送打开响应消息给所述与第一基站相邻的基站。

2.根据权利要求1所述的方法，其特征在于，所述步骤B进一步包括：

所述与第一基站相邻的基站在接收到所述小区状态通知后，停止向要关闭的小区切换终端，直至要关闭的小区再打开；或者；

所述小区状态通知还携带了要关闭的小区准备关闭的时间；所述与第一基站相邻的基站在所述要关闭的小区准备关闭的时间之后的时间停止向要关闭的小区切换终端，直至要关闭的小区再打开。

3.根据权利要求1至2任一所述的方法，其特征在于，步骤A中发送小区状态通知给与其相邻的基站包括：

第一基站查找其相邻的基站，判断当前是否存在用于到达查找到的基站的路由；如果是，利用存在的路由发送小区状态通知给查找到的基站；所述判断当前是否存在用于到达查找到的基站的路由为：判断第一基站和查找到的基站之间是否通过对应的X2接口连接；或者，判断第一基站和查找到的基站之间是否经由S1接口通过核心网络连接。

4.根据权利要求1至2任一所述的方法，其特征在于，还包括以下步骤：

在确定需要将小区的状态切换为关闭状态时，如果所述第一基站接收到其他基站发送的切换请求，所述切换请求携带了目的小区的标识，则第一基站确定目的小区的标识是否为要关闭的小区的标识，如果是，发送切换失败消息给所述其他基站；所述切换失败消息携带了用于表示小区准备关闭的值；

所述其他基站接收到切换失败消息后，停止向要关闭的小区切换终端。

5.根据权利要求1至2任一所述的方法，其特征在于，还包括以下步骤：

在确定需要将小区的状态切换为关闭状态时，

第一基站向其他基站发送切换请求，所述切换请求携带了目的小区的标识和用于表示小区准备关闭的值；

所述其他基站接收到切换请求消息后，停止向要关闭的小区切换终端。

6.一种移动通信系统中自优化的实现系统，其特征在于，该系统包括第一基站和第二基站；所述第二基站为与第一基站相邻的基站；

所述第一基站判断其控制的小区的当前状态是否需要切换为与当前状态相反的另一状态，如果是，发送小区状态通知给第二基站；所述小区状态通知中携带了要切换状态的小区的标识；在接收到所述第二基站发送的打开请求消息之后，打开处于关闭状态的小区，发送打开响应消息给所述第二基站，所述打开请求消息携带了所述第一基站控制的小区的标识；

第二基站更新邻近关系列表中所述小区状态通知携带的小区的标识对应的状态。

7.根据权利要求6所述的系统，其特征在于，所述第一基站和所述第二基站之间通过对应的X2接口连接；或者，经由S1接口通过核心网络连接。

8.一种基站，其特征在于，该基站包括：控制单元、判断单元和发送单元；其中，

所述控制单元用于控制小区；

所述判断单元用于判断所述控制单元控制的小区的当前状态是否需要切换为与当前状态相反的另一状态；

所述发送单元用于在所述判断单元的判断结果为是时，发送小区状态通知给与其相邻的基站；所述小区状态通知中携带了要切换状态的小区的标识；

该基站中还包括：用于在接收到与其相邻的基站发送的打开请求消息之后，打开处于关闭状态的小区，发送打开响应消息给与其相邻的基站的单元，所述打开请求消息携带了该基站控制的小区的标识。

9.根据权利要求8所述的基站，其特征在于，如果所述当前状态为打开状态，所述与当前状态相反的另一状态为关闭状态；

所述判断单元针对所述控制单元控制的处于打开状态的每一小区，判断该小区当前的负载是否低于设定的门限值，如果是，确定需要将该小区的状态切换为关闭状态；

所述发送单元包括：

确定子单元，用于确定为要关闭的小区的当前负载提供服务的目的小区；

发送子单元，用于在所述目的小区当前存在可用的，且满足需要关闭的小区的当前负载所要求的资源，则发送小区状态通知给与其相邻的基站。

10.根据权利要求8所述的基站，其特征在于，该基站还包括：第一接收单元；

所述第一接收单元接收到其他基站发送的切换请求，所述切换请求携带了其他基站确定其控制的小区中的终端要切换的目的小区的标识；

所述判断单元判断所述切换请求携带的目的小区的标识是否为要关闭的小区的标识，如果是，发送切换失败消息给其他基站；所述切换失败消息携带了用于表示小区准备关闭的值和要关闭的小区的标识。

11.根据权利要求10所述的基站，其特征在于，如果所述第一接收单元接收到其他基站发送的切换失败消息，所述切换失败消息携带了用于表示小区准备关闭的值和要关闭的小区的标识，或者接收到其他基站发送的小区状态通知，所述小区状态通知中小区操作状态的值为执行关闭小区操作的第二值，则更新邻近关系列表中所述切换失败消息携带的小区的标识或者小区状态通知携带的小区的标识对应的状态为关闭状态，并停止向要关闭的小区切换终端，直至要关闭的小区再打开。

12.根据权利要求8所述的基站，其特征在于，所述发送单元发送切换请求到其他基站，所述切换请求携带了目的小区的标识和用于表示小区准备关闭的值。

13.根据权利要求8所述的基站，其特征在于，如果所述当前状态为关闭状态，所述与当前状态相反的另一状态为打开状态；

所述判断单元判断所述控制单元控制的处于打开状态的每一小区当前的负载是否高于设定的阈值，如果是，确定需要打开与该小区具有覆盖关系的、且已关闭的由自身控制的小区；否则，确定不需要打开与该小区具有覆盖关系的、且已关闭的由自身控制的小区；或者

判断当前是否接收到相邻基站发送的打开请求消息，所述打开请求消息携带了所述相邻基站在判断出其控制的处于打开状态的小区当前的负载高于设定的阈值时，确定出的与该小区具有覆盖关系的、且已关闭的由第一基站控制的小区的标识；如果是，确定需要打开由自身控制的处于关闭状态的小区；否则，确定不需要打开由自身控制的处于关闭状态的小区。