本发明涉及通信领域， 特别涉及一种负载均衡方法、 装置和通信系统。 背景技术

现有的长期演进 （LTE， Long Term Evolution) 或增强的长期演进 （LTE-A, LTE-Advance) 系统中， 一个小区的资源可能被多个运营商共享， 每个运营商根据协 定会被分配一定比例的小区资源。但是，现有 的负载均衡机制只是为了实现小区间的 负载平衡， 没有考虑各运营商的负载也需要在小区间平衡 。

在现有的方案中，相邻基站间会交互其所控制 的小区的负载状况， 当小区间负载 水平失衡时，会通过从高负载的小区切换用户 到低负载的小区而实行小区间的负载均 衡。但是， 当一个小区的资源被多个运营商共享时， 现有的基站无法按照各运营商分 享小区资源的比例来实现运营商级别的负载均 衡。

应该注意， 上面对技术背景的介绍只是为了方便对本发明 的技术方案进行清楚、 完整的说明， 并方便本领域技术人员的理解而阐述的。不能 仅仅因为这些方案在本发 明的背景技术部分进行了阐述而认为上述技术 方案为本领域技术人员所公知。 发明内容

本发明实施例提供一种负载均衡方法、装置和 通信系统， 以实现运营商级别的负 载均衡。

根据本发明实施例的第一方面，提供了一种负 载均衡方法，其中，所述方法包括: 第一基站向第二基站发送请求消息，通过所述 请求消息请求所述第二基站提供所 述第二基站或所述第二基站的小区接受所述请 求消息指示的运营商的负载的相关信 息；

所述第一基站接收所述第二基站返回的更新消 息，根据所述更新消息获得所述第 二基站或者所述第二基站的小区接受所述请求 消息指示的运营商的负载的相关信息。

根据本发明实施例的第二方面，提供了一种负 载均衡方法，其中，所述方法包括: 第二基站接收第一基站发送的请求消息，根据 所述请求消息确定所述第一基站请 求的所述第二基站或所述第二基站的小区接受 所述请求消息指示的运营商的负载的 相关信息；

所述第二基站向所述第一基站发送更新消息， 通过所述更新消息向所述第一基站 提供所述第二基站或所述第二基站的小区接受 所述请求消息指示的运营商的负载的 相关信息。

根据本发明实施例的第三方面，提供了一种负 载均衡装置，所述装置应用于第一 基站， 其中， 所述装置包括：

发送单元，其向第二基站发送请求消息，通过 所述请求消息请求所述第二基站提 供其接受所述请求消息指示的运营商的负载的 相关信息；

第一接收单元，其接收所述第二基站返回的更 新消息，根据所述更新消息获得所 述第二基站或者所述第二基站的小区接受所述 请求消息指示的运营商的负载的相关 信息。

根据本发明实施例的第四方面，提供了一种负 载均衡装置，所述装置应用于第二 基站， 其中， 所述装置包括：

接收单元，其接收第一基站发送的请求消息， 根据所述请求消息确定所述第一基 站请求的所述第二基站或所述第二基站的小区 接受所述请求消息指示的运营商的负 载的相关信息；

第一发送单元，其向所述第一基站发送更新消 息，通过所述更新消息向所述第一 基站提供所述第二基站或所述第二基站的小区 接受所述请求消息指示的运营商的负 载的相关信息。

根据本发明实施例的第五方面， 提供了一种基站， 其中， 所述基站包括前述的负 根据本发明实施例的第六方面，提供了一种通 信系统，所述通信系统包括第一基 站和第二基站， 其中，

所述第一基站向所述第二基站发送请求消息， 通过所述请求消息请求所述第二基 站提供所述第二基站或所述第二基站的小区接 受所述请求消息指示的运营商的负载 的相关信息；

所述第二基站接收所述请求消息， 并向所述第一基站发送更新消息，通过所述更 新消息向所述第一基站提供所述第二基站或所 述第二基站的小区接受所述请求消息 指示的运营商的负载的相关信息。

根据本发明实施例的其它方面，提供了一种计 算机可读程序，其中当在基站中执 行所述程序时， 所述程序使得计算机在所述基站中执行前述的 负载均衡方法。

根据本发明实施例的其它方面， 提供了一种存储有计算机可读程序的存储介质 ， 其中所述计算机可读程序使得计算机在基站中 执行前述的负载均衡方法。

本发明实施例的有益效果在于： 通过本发明实施例的方法， 实现了运营商级别的 负载均衡。

参照后文的说明和附图，详细公开了本发明的 特定实施方式，指明了本发明的原 理可以被采用的方式。应该理解， 本发明的实施方式在范围上并不因而受到限制 。在 所附权利要求的精神和条款的范围内，本发明 的实施方式包括许多改变、修改和等同。

针对一种实施方式描述和 /或示出的特征可以以相同或类似的方式在一� �或更多 个其它实施方式中使用， 与其它实施方式中的特征相组合， 或替代其它实施方式中的 特征。

应该强调， 术语"包括 /包含"在本文使用时指特征、 整件、 步骤或组件的存在， 但并不排除一个或更多个其它特征、 整件、 步骤或组件的存在或附加。 附图说明

所包括的附图用来提供对本发明实施例的进一 步的理解，其构成了说明书的一部 分， 用于例示本发明的实施方式， 并与文字描述一起来阐释本发明的原理。 显而易见 地， 下面描述中的附图仅仅是本发明的一些实施例 ， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。 在附图中： 图 1是本发明实施例的负载均衡方法的一个实施� �式的流程图；

图 2是本发明实施例的负载均衡装置的一个实施� �式的组成示意图；

图 3是本发明实施例的基站的一个实施方式的组� �示意图；

图 4是本发明实施例的负载均衡方法的另一个实� �方式的流程图；

图 5是两个基站进行信息交互的一个实施方式的� �令交互流程图；

图 6是两个基站进行信息交互的另一个实施方式� �信令交互流程图；

图 7是本发明实施例的负载均衡装置的另一个实� �方式的组成示意图； 图 8是本发明实施例的基站的另一个实施方式的� �成示意图； 图 9是本发明实施例的通信系统的一个实施方式� �架构示意图； 图 10是本发明实施例的通信系统的另一个实施方� ��的架构示意图。 具体实施方式

参照附图， 通过下面的说明书， 本发明的前述以及其它特征将变得明显。在说 明 书和附图中， 具体公开了本发明的特定实施方式，其表明了 其中可以采用本发明的原 则的部分实施方式， 应了解的是， 本发明不限于所描述的实施方式， 相反， 本发明包 括落入所附权利要求的范围内的全部修改、变 型以及等同物。下面结合附图对本发明 的各种实施方式进行说明。 这些实施方式只是示例性的， 不是对本发明的限制。

实施例 1

本发明实施例提供了一种负载均衡方法， 图 1是该方法的流程图， 请参照图 1， 该方法包括：

步骤 101 : 第一基站向第二基站发送请求消息， 通过所述请求消息请求所述第二 基站提供所述第二基站或所述第二基站的小区 接受所述请求消息指示的运营商的负 载的相关信息；

步骤 103 : 所述第一基站接收所述第二基站返回的更新消 息， 根据所述更新消息 获得所述第二基站或者所述第二基站的小区接 受所述请求消息指示的运营商的负载 的相关信息。

在步骤 101中， 该请求消息所请求的信息例如为： 所述第二基站的小区或者所述 第二基站能否接受所述运营商的负载； 和 /或， 所述第二基站的小区或者所述第二基 站能接受所述运营商的负载的负载量； 和 /或， 所述第二基站的小区或者所述第二基 站能接受所述运营商的负载的可用资源； 和 /或， 所述第二基站的小区或者所述第二 基站能接受所述运营商的负载的剩余容量。 该第一基站通过向第二基站发送请求消 息， 来请求该第二基站提供上述信息。

在步骤 101中， 请求消息可以包括小区标识符和 /或运营商指示信息和 /或可用资 源指示信息。

对于小区标识符，其指示了第一基站请求第二 基站提供该小区标识符所指示的小 区接受运营商的负载的相关信息。例如， 该小区标识符指示的小区能够接受哪些运营 商的负载， 以及接受这些运营商的负载的可用资源和 /或负载量和 /或剩余容量等等。 其中， 如果该请求消息只包含小区标识符，那么该请 求消息所指示的运营商可以是第 一基站或第一基站的小区所支持的运营商，也 可以是第二基站上该小区标识符所指示 的小区所支持的运营商， 但本实施例并不以此作为限制。

对于运营商指示信息，其指示了第一基站请求 第二基站提供该第二基站的小区或 者该第二基站能否接受该运营商指示信息所指 示的运营商的负载。

在一个实施方式中， 该运营商指示信息为运营商标识符， 该运营商标识符指示了 第一基站希望知道第二基站的小区或第二基站 能否接受该运营商标识符指示的运营 商的负载。

在本实施方式中， 该运营商可以是实际运营商， 也可以是虚拟运营商， 其标识符 可以是一个公共陆地移动网络 （PLMN， Public Land Mobile Network) 标识， 也可以 是一组 PLMN标识， 还可以是代表一组 PLMN标识的标识， 等等。 如下表 1是该请 求消息包含有运营商标识符的一个示例：

表 1

如表 1所示，在该示例中，第一基站希望知道第二� �站或第二基站的小区能否接 受运营商 1至运营商 6的负载。

在另一个实施方式中， 该运营商指示信息为运营商指示， 该运营商指示指示了第 一基站希望知道第二基站或第二基站的小区能 否接受该运营商指示所指示的运营商 的负载。

在本实施方式中， 该运营商指示可以用一串比特符号 （bitmap) 来表示， 在该 bitmap中，每一个比特对应一个运营商或者对应 所述第二基站的一个小区上的一个运 营商，每一个比特值指示了是否需要所述第二 基站确认所述第二基站或所述第二基站 的小区能否接受该比特所对应的运营商的负载 ，也即每个比特的值表明了第一基站是 否希望知道第二基站是否能够接受该比特对应 的运营商的负载。

例如， 在现有的服务的小区信息 （served cell information) 中， 第一基站可以知 道第二基站的每个小区所能支持的运营商或 PLMN标识的列表。 bitmap按照该列表 的次序用对应的比特来指示相应的运营商， 并且用每个比特的值 （如 1或 0)表示第 一基站是否希望知道第二基站的小区或第二基 站能否接受该比特对应的运营商的负 载。 表 2为服务的小区信息的运营商列表的示例。

表 2 运营商 1 运营商 2 运营商 3 运营商 4 运营商 5 运营商 6 以比特值为 " 1 "表示希望知道， 比特值为 " 0"表示不希望知道为例， 如果请求 消息中的 bitmap为 " 001001 "， 则表明第一基站希望知道第二基站的小区或第 二基站 能否接受运营商 3和运营商 6的负载。

再例如， 根据每个小区的信息 （例如 "served cell information"), 第一基站可以 知道每个小区上所支持的运营商列表。根据这 些信息可以生成一个 bitmap, 该 bitmap 的每个比特对应了在第二基站的一个小区上的 一个运营商，每个比特的值（如 1或 0) 表示第一基站是否希望知道该比特所指示的第 二基站的小区能否接受该比特指示的 运营商的负载。 表 3为第二基站的所有小区所支持的运营商的列� �的一个示例。

表 3

仍以比特值为 " 1 "表示希望知道， 比特值为 "0"表示不希望知道为例， 如果请 求消息中的 bitmap为 " 100010"， 则表明第一基站希望知道第二基站的小区 1能否接 受运营商 1的负载， 和第二基站的小区 3能否接受运营商 4的负载。

对于可用资源指示信息，其指示了第一基站请 求第二基站提供第二基站或第二基 站的小区接受所述运营商指示信息所指示的所 有运营商的负载的可用资源和 /或负载 量和 /或剩余容量； 或者指示了第一基站请求第二基站提供该第二 基站或该第二基站 的小区接受所述运营商指示信息所指示的一个 或多个运营商的负载的可用资源和 /或 负载量和 /或剩余容量。

在一个实施方式中， 该可用资源指示信息通过隐式方式指示。例如 ， 如果请求消 息中包括了上述运营商指示信息，则该可用资 源指示信息表明第一基站希望知道第二 基站的小区或第二基站接受上述运营商指示信 息所指示的运营商的负载的负载量（可 以是分别的负载量， 也可以是总的负载量）， 和 /或接受这些运营商的负载的可用资源 (可以是分别的可用资源， 也可以是总的可用资源）， 和 /或接受这些运营商的负载的 剩余容量 （可以是分别的剩余容量， 也可以是总的剩余容量）。 再例如， 如果第二基 站的小区或第二基站能够接受一个或多个上述 运营商指示信息所指示的运营商的负 载，那么该可用资源指示信息就表明第一基站 希望知道第二基站的小区或第二基站接 受来自这些运营商的负载的负载量 （可以是分别的负载量， 也可以是总的负载量）， 和\或接受这些运营商的负载的可用资源 （可以是分别的可用资源， 也可以是总的可 用资源）， 和\或接受这些运营商的负载的剩余容量（可� �是分别的剩余容量， 也可以 是总的剩余容量）。

在另一个实施方式中， 该可用资源指示信息通过显式方式指示。例如 ， 在请求消 息中定义一个新的指示，通过该新的指示来表 明第一基站希望知道第二基站的小区或 第二基站接受来自上述运营商指示信息所指示 的运营商的负载的负载量（可以是分别 的负载量， 也可以是总的负载量）， 和 /或接受这些运营商的负载的可用资源（可以� � 分别的可用资源， 也可以是总的可用资源）， 和 /或接受这些运营商的负载的剩余容量 (可以是分别的剩余容量， 也可以是总的剩余容量）。 再例如， 同样通过在请求消息 中定义一个新的指示，如果第二基站的小区或 第二基站能够接受一个或多个上述运营 商指示信息所指示的运营商的负载，那么该新 的指示表明第一基站希望知道第二基站 或第二基站的小区接受来自这些运营商的负载 的负载量（可以是分别的负载量， 也可 以是总的负载量），和\或接受这些运营商的� �载的可用资源（可以是分别的可用资源， 也可以是总的可用资源）， 和\或接受这些运营商的负载的剩余容量（可� �是分别的剩 余容量， 也可以是总的剩余容量）。

在步骤 103中，第二基站在能够提供请求消息中所请求 的部分或全部信息的情况 下， 向第一基站返回更新消息，通过该更新消息将 该第二基站或该第二基站的小区中 接受运营商的负载的相关信息通知 /提供给第一基站。 这里， 第二基站向第一基站提 供的信息可以是第一基站发送的请求消息所请 求的信息中的全部或一部分，例如为能 够接受请求消息所指示的哪些运营商的负载以 及接受这些运营商的负载的可用资源 和 /或负载量和 /或剩余容量等等， 具体将在以下的实施例中进行说明。 可选的， 该第 二基站向第一基站提供的信息也可以进一步包 含该第一基站没有请求而第二基站能 够提供的与第二基站或第二基站的小区接受运 营商的负载相关的信息，这里的运营商 是第一基站发送的请求消息中所没有指示的运 营商。 由此，第一基站能够知道可以将 哪些运营商的负载转移到第二基站， 实现了运营商级别的负载均衡。

在步骤 103中， 该更新消息可以根据请求消息中设置的周期， 周期性发送， 也可 以事件触发。可能的事件是， 当第二基站或第二基站的小区能够接受第一基 站的至少 一个运营商的负载时再发送。 当然， 本实施例并不以此作为限制。

在本实施例中， 为了对步骤 101的请求消息进行响应，第二基站还可以向第 一基 站返回答复消息， 则该方法还可以包括： 步骤 102: 所述第一基站接收所述第二基站返回的答复消 息， 根据所述答复消息 确定所述第二基站能够提供所述请求消息所请 求的信息中的哪些；

在步骤 102中，第二基站在接收到第一基站发送的上述 请求消息之后，根据自己 的负载情况或其它策略， 向第一基站回复答复消息，通过该答复消息告 知第一基站其 能够提供该请求消息中需要知道的哪些信息， 可以是请求消息中所请求的部分或全部 的信息； 在不能提供请求消息中所请求的任何信息的情 况下， 该第二基站可以向第一 基站回复失败消息来表明第一基站的请求是失 败的。如此，第一基站根据第二基站返 回的答复消息可以确定该第二基站能够提供请 求消息所请求的信息中的哪些。

在本实施例中， 请求消息可以是现有 LTE系统的资源状态请求 （resource status request)消息； 答复消息 /失败消息可以是现有 LTE系统中的资源状态回复（resource status response)消息；更新消息可以是现有 LTE系统中的资源状态更新（resource status update) 消息， 但本实施例并不以此作为限制， 在其它的实施方式中， 该请求消息、 该答复消息 /失败消息、 以及该更新消息也可以是其它消息。

通过本发明实施例的方法，第一基站将希望转 移给第二基站的某些运营商的负载 通过请求消息告知第二基站，第二基站再将能 够接受的运营商的负载的相关信息通过 更新消息反馈给第一基站，由此第一基站可以 知道能够将哪些运营商的负载转移给第 二基站， 由此实现了运营商级别的负载均衡。

本发明实施例还提供了一种负载均衡装置， 如下面的实施例 2所述， 由于该装置 解决问题的原理与实施例 1的方法类似，因此其具体的实施可以参照实� �例 1的方法 的实施， 内容相同之处不再重复说明。

实施例 2

本发明实施例提供了一种负载均衡装置，该装 置可以应用于基站，在本实施例中， 为了方便说明， 称之为第一基站。 图 2是该装置的组成示意图， 请参照图 2， 该装置 200包括：

发送单元 201， 其向第二基站发送请求消息， 通过所述请求消息请求所述第二基 站提供所述第二基站或所述第二基站的小区接 受所述请求消息指示的运营商的负载 的相关信息；

第一接收单元 202， 其接收所述第二基站返回的更新消息， 根据所述更新消息获 得所述第二基站或者所述第二基站的小区接受 所述请求消息指示的运营商的负载的 相关信息。

在本实施例的一个实施方式中， 该装置还包括：

第二接收单元 203， 其接收所述第二基站返回的答复消息， 根据所述答复消息确 定所述第二基站能够提供所述请求消息所请求 的信息中的哪些；

在本实施例中， 发送单元 201发送的请求消息所请求的信息包括： 所述第二基站 的小区或者所述第二基站能否接受所述运营商 的负载； 和 /或， 所述第二基站的小区 或者所述第二基站能接受所述运营商的负载量 ； 和 /或， 所述第二基站的小区或者所 述第二基站能接受所述运营商的负载的可用资 源； 和 /或， 所述第二基站的小区或者 所述第二基站能接受所述运营商的负载的剩余 容量。

在本实施例中， 发送单元 201 发送的请求消息包括： 小区标识符、 和 /或运营商 指示信息、 和 /或可用资源指示信息。

其中，该小区标识符指示了第一基站请求第二 基站提供该小区标识符所指示的小 区接受运营商的负载的相关信息。

其中，该运营商指示信息指示了第一基站请求 第二基站提供该第二基站的小区或 者该第二基站能否接受所述运营商指示信息所 指示的运营商的负载。

其中，该可用资源指示信息指示了第一基站请 求第二基站提供第二基站或第二基 站的小区接受该运营商指示信息所指示的所有 运营商的负载的可用资源和 /或负载量 和 /或剩余容量； 或者指示了第一基站请求第二基站提供第二基 站或第二基站的小区 接受该运营商指示信息所指示的一个或多个运 营商的负载的可用资源和 /或负载量和 / 或剩余容量。

在本实施例中， 该运营商指示信息为运营商标识符或者运营商 指示。

其中， 所述运营商标识符为公共陆地移动网络 （PLMN)标识， 或者一组 PLMN 标识， 或者代表一组 PLMN标识的标识。

其中，所述运营商指示为一串比特符号，每一 个比特对应一个运营商或者对应所 述第二基站的一个小区上的一个运营商，每一 个比特值指示了第一基站是否请求所述 第二基站确认所述第二基站或所述第二基站的 小区能否接受该比特所对应的运营商 的负载。

通过本发明实施例的装置，将希望转移给第二 基站的某些运营商的负载通过请求 消息告知第二基站，第二基站再将能够接受的 运营商的负载的相关信息通过更新消息 反馈回来， 由此可以知道能够将哪些运营商的负载转移给 第二基站， 实现了运营商级 别的负载均衡。

实施例 3

本发明实施例提供一种基站， 该基站包括如实施例 2所述的负载均衡装置。 图 3是本发明实施例的基站的一构成示意图。 如图 3所示， 基站 300可以包括： 中央处理器 （CPU) 301和存储器 302; 存储器 302耦合到中央处理器 301。 其中该 存储器 302可存储各种数据； 此外还存储信息处理的程序， 并且在中央处理器 301 的控制下执行该程序， 以接收该用户设备发送的各种信息、并且向用 户设备发送请求 信息。

在一个实施方式中，负载均衡装置的功能可以 被集成到中央处理器 301中。其中， 中央处理器 301可以被配置为： 向第二基站发送请求消息，通过所述请求消息 请求所 述第二基站提供第二基站或第二基站的小区接 受所述请求消息指示的运营商的负载 的相关信息； 接收所述第二基站返回的更新消息，根据所述 更新消息获得所述第二基 站或者所述第二基站的小区接受所述请求消息 指示的运营商的负载的相关信息。

可选的， 该中央处理器 301还被配置为： 接收所述第二基站返回的答复消息， 根 据所述答复消息确定所述第二基站能够提供所 述请求消息所请求的信息中的哪些； 可选的， 该请求消息所请求的信息包括：所述第二基站 的小区或者所述第二基站 能否接受所述运营商的负载； 和 /或， 所述第二基站的小区或者所述第二基站能接受 所述运营商的负载量； 和 /或， 所述第二基站的小区或者所述第二基站能接受 所述运 营商的负载的可用资源； 和 /或， 所述第二基站的小区或者所述第二基站能接受 所述 运营商的负载的剩余容量。

可选的， 该请求消息包括： 小区标识符、 和 /或运营商指示信息、 和 /或可用资源 指示信息。

其中，所述小区标识符指示了第一基站请求所 述第二基站提供所述小区标识符所 指示的小区接受运营商的负载的相关信息。

其中，所述运营商指示信息指示了第一基站请 求所述第二基站提供所述第二基站 的小区或者所述第二基站能否接受所述运营商 指示信息所指示的运营商的负载。

其中，所述可用资源指示信息指示了第一基站 请求所述第二基站提供第二基站或 第二基站的小区接受所述运营商指示信息所指 示的所有运营商的负载的可用资源和 / 或负载量和 /或剩余容量； 或者指示了第一基站请求所述第二基站提供第 二基站或第 二基站的小区接受所述运营商指示信息所指示 的一个或多个运营商的负载的可用资 源和 /或负载量和 /或剩余容量。

可选的， 所述运营商指示信息为运营商标识符或者运营 商指示。

其中， 所述运营商标识符为公共陆地移动网络 （PLMN)标识， 或者一组 PLMN 标识， 或者代表一组 PLMN标识的标识。

其中，所述运营商指示为一串比特符号，每一 个比特对应一个运营商或者对应所 述第二基站的一个小区上的一个运营商，每一 个比特值指示了第一基站是否请求所述 第二基站确认所述第二基站或所述第二基站的 小区能否接受该比特所对应的运营商 的负载。

在另一个实施方式中， 负载均衡装置可以与中央处理器 301分开配置，例如可以 将负载均衡装置配置为与中央处理器 301连接的芯片，通过中央处理器 301的控制来 实现负载均衡装置的功能。

此外， 如图 3所示， 基站 300还可以包括： 收发机 303和天线 304等； 其中， 上 述部件的功能与现有技术类似， 此处不再赘述。值得注意的是， 基站 300也并不是必 须要包括图 3中所示的所有部件；此外，基站 300还可以包括图 3中没有示出的部件， 可以参考现有技术。

通过本发明实施例的基站，将希望转移给第二 基站的某些运营商的负载通过请求 消息告知第二基站，第二基站再将能够接受的 运营商的负载的相关信息通过更新消息 反馈回来， 由此可以知道能够将哪些运营商的负载转移给 第二基站， 实现了运营商级 别的负载均衡。

实施例 4

本发明实施例还提供了一种负载均衡方法，该 方法是与实施例 1的方法对应的第 二基站侧的处理。 图 4是该方法的流程图， 请参照图 4， 该方法包括：

步骤 401 : 第二基站接收第一基站发送的请求消息， 根据所述请求消息确定所述 第一基站请求的所述第二基站或所述第二基站 的小区接受所述请求消息指示的运营 商的负载的相关信息；

其中，该请求消息所请求的信息以及所包含的 内容已经在实施例 1中做了详细说 明， 其内容被合并于此， 在此不再赘述。 步骤 403: 所述第二基站向所述第一基站发送更新消息， 通过所述更新消息向所 述第一基站提供所述第二基站或所述第二基站 的小区接受所述请求消息指示的运营 商的负载的相关信息。

其中，该更新消息告知第一基站第二基站或第 二基站的小区能够接受请求消息所 指示的哪些运营商的负载， 以及能接受的运营商的负载的负载量和 /或可用资源和 /或 剩余容量等相关信息。

其中，第二基站在能接受请求消息所指示的一 些运营商的负载的情况下， 向第一 基站回复该更新消息。

其中， 对应请求消息所包含的内容， 该更新消息可以包括运营商标识符和 /或运 营商指示和 /或可用资源信息。

对于运营商标识符， 与请求消息中的运营商标识符类似，其指示了 第二基站或第 二基站的小区（请求消息中的小区标识符所对 应的小区）能够（或不能够）接受该运 营商标识符所指示的运营商的负载。

例如，如果更新消息中包含了运营商 1和运营商 4的标识符， 则表明第二基站的 小区或第二基站能够接受来自这两个运营商的 负载。

其中，该运营商标识符为 PLMN标识，或者一组 PLMN标识，或者代表一组 PLMN 标识的标识。

对于运营商指示， 与请求消息中的运营商指示类似，其指示了第 二基站或第二基 站的小区（请求消息中的小区标识符所对应的 小区）能够（或不能够）接受该运营商 指示所指示的运营商的负载。

同样的， 该运营商指示可以是一串比特符号，每一个比 特对应一个运营商或者对 应第二基站的一个小区上的一个运营商， 每一个比特值 （如 " 1 "或 "0") 指示了该 第二基站或该第二基站的小区能够 （或不能够） 接受该比特所对应的运营商的负载。

以表 1 所示的请求消息中的运营商列表为例， 如果第二基站答复比特串 "001000"， 则表明第二基站的小区或第二基站能够接收第 一基站中来自运营商 3的 负载。

以表 2所示的请求消息中的运营商列表为例， 如果在请求消息中收到了比特串 "001001 "， 第二基站答复比特串 "000001 "， 则表明第二基站的小区或第二基站能够 接受第一基站中来自运营商 6的负载。 以表 3 所示的请求消息中的运营商列表为例， 如果在请求消息中收到了比特串 " 100010"， 第二基站答复比特串 " 100000"， 则表明第二基站的小区 1能够接受第一 基站中来自运营商 1的负载。

对于可用资源信息， 与请求消息中的可用资源指示信息类似，其指 示了第二基站 或第二基站的小区接受请求消息中所指示的所 有运营商的负载的可用资源和 /或负载 量和 /或剩余容量， 例如， 第二基站的小区或第二基站接受请求消息中所 指示的运营 商的负载量（可以是分别的负载量， 也可以是总的负载量）， 和\或接受请求消息中所 指示的运营商的负载的可用资源（可以是分别 的可用资源， 也可以是总的可用资源）， 和\或接受请求消息中所指示的运营商的负载� �剩余容量 （可以是分别的剩余容量， 也可以是总的剩余容量）； 或者指示了第二基站或第二基站的小区接受请 求消息中所 指示的一个或多个运营商的负载的可用资源和 /或负载量和 /或剩余容量， 例如， 如果 第二基站的小区或第二基站能够接受一个或多 个请求消息所指示的运营商的负载，则 该可用资源信息提供了第二基站的小区或第二 基站接受来自这些运营商的负载量（可 以是分别的负载量， 也可以是总的负载量）， 和\或接受这些运营商的负载的可用资源 (可以是分别的可用资源， 也可以是总的可用资源）， 和\或接受这些运营商的负载的 剩余容量 （可以是分别的剩余容量， 也可以是总的剩余容量）。

在本实施例中，该可用资源信息可以复用现有 的信息元（IE， Information Element) "Composite available capacity group" (TS36.423 ) 的结构， 该信息所指示的内容是针 对运营商的， 而不是小区的。 对于该 "Composite available capacity group" 的结构， 与现有标准相同， 在此不再赘述。

在本实施例的一个实施方式中， 对应实施例 1的步骤 102， 该方法还可以包括： 步骤 402: 所述第二基站向所述第一基站发送答复消息， 通过所述答复消息向所 述第一基站回复能够提供所述请求消息所包含 的信息中的哪些；

其中，第二基站在接收到第一基站发送的请求 消息之后，根据自己的负载情况或 者预定策略通过答复消息回复第一基站能够提 供该请求消息中需要知道的哪些信息， 可以是请求消息中所请求的部分或全部的信息 ；在不能提供请求消息中所请求的任何 信息的情况下， 向第一基站回复失败消息， 以告知第一基站其请求失败。

在本实施例中， 第一基站和第二基站可以通过 X2接口来交互上述请求消息、 答 复消息和更新消息，也可以通过 S1接口来交互上述请求消息、答复消息和更新� ��息。 图 5是通过 X2接口交互上述消息的信令流程图， 图 6是通过 S1接口来交互上 述消息的信令流程图。 如果使用 S1接口， 则第一基站和第二基站通过移动性管理实 体 （MME， Mobility Management Entity) 来进行信令的交互。

通过本发明实施例的方法，将能够接受的运营 商的负载的相关信息通过更新消息 反馈给发出请求的第一基站，由此第一基站可 以知道能够将哪些运营商的负载转移给 第二基站， 实现了运营商级别的负载均衡。

本发明实施例还提供了一种负载均衡装置， 如下面的实施例 5所述， 由于该装置 解决问题的原理与实施例 4的方法类似，因此其具体的实施可以参照实� �例 4的方法 的实施， 内容相同之处不再重复说明。

实施例 5

本发明实施例提供了一种负载均衡装置，该装 置可以应用于基站，为了方便说明， 称为第二基站。 图 7是该装置的组成示意图， 请参照图 7， 该装置 700包括：

接收单元 701， 其接收第一基站发送的请求消息， 根据所述请求消息确定所述第 一基站请求的所述第二基站或所述第二基站的 小区接受所述请求消息指示的运营商 的负载的相关信息；

第一发送单元 702， 其向所述第一基站发送更新消息， 通过所述更新消息向所述 第一基站提供所述第二基站或所述第二基站的 小区接受所述请求消息指示的运营商 的负载的相关信息。

在本实施例中，该更新消息所提供的信息例如 为第二基站或第二基站的小区能接 受请求消息指示的哪些运营商的负载； 和 /或， 接受这些运营商的负载的可用资源和 / 或负载量和 /或剩余容量。

在本实施例中， 第一发送单元 702发送的更新消息可以包括运营商标识符和 /或 运营商指示和 /或可用资源信息。

其中， 运营商标识符指示了第二基站或第二基站的小 区能够（或不能够）接受该 运营商标识符所指示的运营商的负载。

其中， 运营商指示指示了第二基站或第二基站的小区 能够（或不能够）接受该运 营商指示所指示的运营商的负载。

其中，可用资源信息指示了第二基站或第二基 站的小区接受请求消息指示的所有 运营商的负载的可用资源和 /或负载量和 /或剩余容量； 或者指示了第二基站或第二基 站的小区接受请求消息指示的一个或多个运营 商的负载的可用资源和 /或负载量和 /或 剩余容量。

在本实施例中， 该运营商标识符为 PLMN标识， 或者一组 PLMN标识， 或者代 表一组 PLMN标识的标识。

在本实施例中， 该运营商指示为一串比特符号，每一个比特对 应一个运营商或者 对应第二基站的一个小区上的一个运营商，每 一个比特值指示了第二基站或第二基站 的小区能够 （或不能够） 接受该比特所对应的运营商的负载。

在本实施例的一个实施方式中， 该装置还包括：

第二发送单元 703， 其向所述第一基站发送答复消息， 通过所述答复消息向所述 第一基站回复能够提供所述请求消息所指示的 信息中的哪些。

通过本发明实施例的装置，将能够接受的运营 商的负载的相关信息通过更新消息 反馈给发出请求的第一基站，由此第一基站可 以知道能够将哪些运营商的负载转移给 第二基站， 实现了运营商级别的负载均衡。

实施例 6

本发明实施例还提供了一种基站， 该基站包括如实施例 5所述的负载均衡装置。 图 8是本发明实施例的基站的一构成示意图。 如图 8所示， 基站 800可以包括： 中央处理器 （CPU) 801和存储器 802; 存储器 802耦合到中央处理器 801。 其中该 存储器 802可存储各种数据； 此外还存储信息处理的程序， 并且在中央处理器 801 的控制下执行该程序， 以接收该用户设备发送的各种信息、并且向用 户设备发送请求 信息。

在一个实施方式中，负载均衡装置的功能可以 被集成到中央处理器 801中。其中， 中央处理器 801可以被配置为： 接收第一基站发送的请求消息，根据所述请求 消息确 定所述第一基站请求的第二基站或第二基站的 小区接受所述请求消息指示的运营商 的负载的相关信息； 向所述第一基站发送更新消息，通过所述更新 消息向所述第一基 站提供所述第二基站或所述第二基站的小区接 受所述请求消息指示的运营商的负载 的相关信息。

可选的， 该中央处理器 801还被配置为： 向所述第一基站发送答复消息， 通过所 述答复消息向所述第一基站回复能够提供所述 请求消息所请求的信息中的哪些。

可选的， 该更新消息提供了以下信息： 第二基站或第二基站的小区能接受请求消 息指示的哪些运营商的负载； 和 /或， 第二基站或第二基站的小区接受请求消息指示 的运营商的负载的可用资源和 /或负载量和 /或剩余容量。

可选的， 更新消息包括： 运营商标识符和 /或运营商指示和 /或可用资源信息。 其中， 运营商标识符指示了第二基站或第二基站的小 区能够（或不能够）接受该 运营商标识符所指示的运营商的负载。

其中， 运营商指示指示了第二基站或第二基站的小区 能够（或不能够）接受该运 营商指示所指示的运营商的负载。

其中，可用资源信息指示了第二基站或第二基 站的小区接受请求消息指示的所有 运营商的负载的可用资源和 /或负载量和 /或剩余容量； 或者指示了第二基站或第二基 站的小区接受请求消息指示的一个或多个运营 商的负载的可用资源和 /或负载量和 /或 剩余容量。

可选的， 该运营商标识符为 PLMN标识， 或者一组 PLMN标识， 或者代表一组 PLMN标识的标识。

可选的， 该运营商指示为一串比特符号，每一个比特对 应一个运营商或者对应第 二基站的一个小区上的一个运营商，每一个比 特值指示了第二基站或第二基站的小区 能够 （或不能够） 接受该比特所对应的运营商的负载。

在另一个实施方式中， 负载均衡装置可以与中央处理器 801分开配置，例如可以 将负载均衡装置配置为与中央处理器 801连接的芯片，通过中央处理器 801的控制来 实现负载均衡装置的功能。

此外， 如图 8所示， 基站 800还可以包括： 收发机 803和天线 804等； 其中， 上 述部件的功能与现有技术类似， 此处不再赘述。值得注意的是， 基站 800也并不是必 须要包括图 8中所示的所有部件；此外，基站 800还可以包括图 8中没有示出的部件， 可以参考现有技术。

通过本发明实施例的基站，将能够接受的运营 商的负载的相关信息通过更新消息 反馈给发出请求的第一基站，由此第一基站可 以知道能够将哪些运营商的负载转移给 第二基站， 实现了运营商级别的负载均衡。

实施例 7

本发明实施例还提供了一种通信系统，该通信 系统包括实施例 3所述的第一基站 和实施例 6所述的第二基站。 图 9是本发明实施例的通信系统的一构成示意图� � 如图 9所示， 该通信系统 900 包括第一基站 901以及第二基站 902。 其中，

第一基站 901向第二基站 902发送请求消息，通过所述请求消息请求第二 基站提 供所述第二基站或第二基站的小区接受所述请 求消息指示的运营商的负载的相关信 息；

第二基站 902接收所述请求消息， 并向第一基站 901发送更新消息，通过更新消 息向第一基站 901提供第二基站 902或第二基站 902的小区接受该请求消息指示的运 营商的负载的相关信息。

可选的， 该第二基站 902也可以向第一基站 901发送答复消息，通过所述答复消 息向第一基站 901回复能够提供所述相关信息中的哪些。

其中， 第一基站和第二基站通过 X2接口交互上述消息。

在本实施例中， 第一基站 901可以是实施例 3中所述的基站 300; 第二基站 902 可以是实施例 6所述的第二基站 800。 其内容被合并于此， 在此不再赘述。

图 10是本实施例的通信系统的另一构成示意图，� ��图 10所示，该通信系统 1000 除了包括与图 9的通信系统相同的第一基站 901和第二基站 902以外，还包括一个移 动性管理实体 （MME) 903。 其中，

该 MME通过 S1接口将第一基站 901发送的请求消息转发给第二基站 902， 并 通过 S1接口将第二基站 902发送的答复消息 （可选的） 和更新消息转发给第一基站 901。

通过本发明实施例的通信系统，第一基站将希 望转移给第二基站的某些运营商的 负载通过请求消息告知第二基站，第二基站再 将能够接受的运营商的负载的相关信息 通过更新消息反馈给第一基站，由此第一基站 可以知道能够将哪些运营商的负载转移 给第二基站， 由此实现了运营商级别的负载均衡。

本发明实施例还提供一种计算机可读程序，其 中当在基站中执行所述程序时，所 述程序使得计算机在所述基站中执行实施例 1或实施例 4所述的负载均衡方法。

本发明实施例还提供一种存储有计算机可读程 序的存储介质，其中所述计算机可 读程序使得计算机在基站中执行实施例 1或实施例 4所述的负载均衡方法。

本发明以上的装置和方法可以由硬件实现， 也可以由硬件结合软件实现。本发明 涉及这样的计算机可读程序， 当该程序被逻辑部件所执行时， 能够使该逻辑部件实现 上文所述的装置或构成部件， 或使该逻辑部件实现上文所述的各种方法或步 骤。逻辑 部件例如现场可编程逻辑部件、微处理器、计 算机中使用的处理器等。本发明还涉及 用于存储以上程序的存储介质， 如硬盘、 磁盘、 光盘、 DVD、 flash存储器等。

以上结合具体的实施方式对本发明进行了描述 ，但本领域技术人员应该清楚，这 些描述都是示例性的， 并不是对本发明保护范围的限制。本领域技术 人员可以根据本 发明的精神和原理对本发明做出各种变型和修 改，这些变型和修改也在本发明的范围 内。