CN104349397B - 一种实现负荷报告的方法及接入网网元 - Google Patents

Abstract

本发明涉及一种实现负荷报告的方法及接入网网元，该方法包括：在一预定时间内，请求接收方接收M个请求发送方分别发送的负荷报告请求消息；所述请求接收方向N个请求发送方发送负荷报告响应消息，所述消息中携带负荷报告以及所述N个请求发送方之外的请求发送方的列表信息；其中，1≤N＜M。本发明负荷报告的方法、系统和装置可以减少系统间负荷均衡时发生的负荷报告响应消息。

Description

一种实现负荷报告的方法及接入网网元

技术领域

本发明涉及通讯领域，具体涉及一种实现负荷报告的方法及接入网网元。

背景技术

GSM/EDGE（Global System for Mobile Communications/Enhanced Data Ratefor GSM Evolution）、UMTS（Universal Mobile Telecommunication System通用移动通信系统）、LTE（Long Term Evolution）等系统势必将长期共存，因此、这些系统之间的互操作的增强与优化是非常重要的，比如系统间负荷均衡的优化等。

当LTE小区负荷比较高，希望分流部分负荷到相邻的UMTS小区时，该LTE小区所在eNB需要向该UMTS邻区所在RNC发送负荷报告请求消息以单次或多次获取该UMTS邻区的负荷信息，然后根据获得的邻区的负荷信息决定其负荷分流策略。一般LTE小区的覆盖面积较小，UMTS小区的覆盖面积较大；而一个RNC保存有很多UMTS小区的负荷信息；因此，一般距离较近的LTE小区的UMTS邻区的负荷信息都保存在同一个RNC；当这些LTE小区所在eNB需要了解其UMTS邻区的负荷信息时，一般都向同一个RNC发送负荷报告请求消息。

当在一段比较短的时间内（如几秒钟），有多个eNB需要了解同一个UMTS邻区的负荷信息时，RNC如果给每个发负荷报告请求消息的eNB回负荷报告响应消息，将会造成系统间负荷报告响应消息太多（如图2），尤其对于多负荷报告请求而言。

因此，如何优化GSM/EDGE、UMTS、LTE等系统间的负荷信息报告机制，以减少系统间的消息交互是本发明所要描述的内容。

发明内容

本发明要解决的技术问题是提供一种实现系统间负荷信息报告的方法、装置和系统，以解决负荷报告响应消息过多的问题。

为解决上述技术问题，本发明提供了一种实现负荷报告的方法，该方法包括：

在一预定时间内，请求接收方接收M个请求发送方分别发送的负荷报告请求消息；

所述请求接收方向N个请求发送方发送负荷报告响应消息，所述消息中携带负荷报告以及所述N个请求发送方之外的请求发送方的列表信息；

其中，1≤N＜M。

进一步地，所述N=1，所述负荷报告对应所述M个请求发送方的负荷报告请求消息。

进一步地，所述请求接收方根据请求发送方负荷量大小选取所述N个请求发送方。

进一步地，所述请求接收方与所述请求发送方位于不同系统。

进一步地，所述请求接收方在一定周期内重复向所述N个请求发送方发送所述负荷报告响应消息，直到收到负荷报告停止消息。

进一步地，该方法还包括：

所述请求接收方在重复向所述请求发送方发送负荷报告响应消息期间接收新的请求发送方的负荷报告请求消息；

所述负荷报告响应消息中的负荷报告适用于所述新的请求发送方时，所述请求接收方在所述负荷报告响应消息中的所述列表中增加所述新的请求发送方，生成新的负荷报告响应消息；

所述请求接收方继续向所述请求发送方重复发送所述新的负荷报告响应消息，直到收到负荷报告停止消息。

本发明还提供了一种实现负荷报告的方法，该方法包括：

请求发送方向请求接收方发送负荷报告请求消息；

所述请求发送方接收所述请求接收方发送的负荷报告响应消息，所述响应消息中携带有其他请求发送方的列表消息；

所述基站按照所述列表信息向其他请求发送方转发所述负荷报告响应消息。

进一步地，所述请求发送方与所述请求接收方为同一系统或不同系统，所述请求发送方或请求接收方为无线网络控制器（RNC）、基站控制器（BSC）、基站、演进型基站、家庭基站、微基站或小基站。

进一步地，所述请求发送方和请求接收方通过X2接口或S1接口接收和/或转发消息。

本发明还提供了一种接入网网元，该接入网网元包括：

请求接收模块，用于在一预定时间内接收M个请求发送方分别发送的负荷报告请求消息；

响应发送模块，用于向N个请求发送方发送负荷报告响应消息，所述消息中携带负荷报告以及所述N个请求发送方之外的请求发送方的列表信息，其中，1≤N＜M。

进一步地，所述N=1，所述负荷报告对应所述M个请求发送方的负荷报告请求消息。

进一步地，所述响应发送模块根据基站负荷量大小选取所述N个请求发送方。

进一步地，所述负荷报告请求消息用以获取特定一个或多个小区的单次或多次负荷报告。

进一步地，所述响应发送模块重复向所述N个请求发送方发送所述负荷报告响应消息，直到收到负荷报告停止消息。

进一步地，所述请求接收模块在重复向所述N个请求发送方发送负荷报告响应消息期间接收新的请求发送方的负荷报告请求消息；

所述负荷报告响应消息中的负荷报告适用于所述新的请求发送方时，所述响应发送模块，在所述负荷报告请求消息中的所述列表信息中增加所述新的请求发送方，生成新的负荷报告响应消息；并向所述N个请求发送方重复发送所述新的负荷报告响应消息，直到收到负荷报告停止消息。

本发明还提供了另一种接入网网元，该接入网网元包括：

消息发送模块，用于向请求接收方发送负荷报告请求消息；

消息接收模块，用于接收所述请求接收方发送的负荷报告响应消息，所述消息中携带有其他请求发送方的列表消息；

消息转发模块，用于按照所述列表信息向其他请求发送方转发所述负荷报告响应消息。

进一步地，所述请求发送方与所述请求接收方为同一系统或不同系统，所述请求发送方或请求接收方为无线网络控制器（RNC）、基站控制器（BSC）、基站、演进型基站、家庭基站、基站微或小基站。

进一步地，所述消息发送模块、消息接收模块以及所述消息转发模块通过X2接口或S1接口接收和/或转发消息。

与现有技术相比，本发明具有以下有益效果：请求接收方接收M个请求发送方分别发送的负荷报告请求消息，所述请求接收方向N个请求发送方发送负荷报告响应消息，所述消息中携带负荷报告以及其他请求发送方的列表消息，其中，1≤N＜M；如此，减少系统间或系统内负荷均衡时发生的负荷报告消息交互，优化了负荷信息报告机制。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为现有的LTE、UMTS组网示意图；

图2为现有负荷报告的流程图；

图3为本发明的实施例1；

图4为本发明的实施例2；

图5为本发明的RNC结构示意图；

图6为本发明的基站的结构示意图；

图7为本发明的应用实例一；

图8为本发明的应用实例二；

图9为本发明的应用实例三；

图10为本发明的应用实例四。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述，以使本领域的技术人员可以更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本说明书中提及的请求发送方与请求接收方为同一系统或不同系统，所述请求发送方或请求接收方为接入网网元，比如可以是无线网络控制器（RNC）、基站控制器（BSC，Base Statation Controller）、基站（NB，Node B）、演进型基站（eNB，evolved Node B）、家庭基站、微基站或小基站。

以下从无线网络控制器的角度对本发明方法进行说明，即以下实施例1至3请求接收方为无线网络控制器（RNC），请求发送方为演进型基站（eNB），下文中出现的目标基站指从M个演进型基站中选取的、由RNC向其发送负荷报告响应消息的演进型基站，非目标基站指N个接收负荷报告响应消息的演进型基站之外的其他演进型基站，以下举例进行说明：

实施例1

如图3所示，本发明实现系统间负荷报告的方法实施例1包括：

步骤301：在一预定时间内，无线网络控制器（RNC，Radio Network Controller）接收M个演进型基站分别发送的负荷报告请求消息；

在实际应用中，当LTE小区负荷比较高时，希望分流部分负荷到相邻的UMTS小区时，该LTE小区所在的eNB需要向该UMTS邻区所在RNC发送负荷报告请求消息以请求单次获取该UMTS邻区的负荷消息，然后根据获得的邻区的负荷信息决定其负荷分流策略。

当RNC在一段预定的时间内，如预先设定3秒，收到来自5个演进型基站的负荷报告请求消息时，即有5个演进型基站，分别将其命名为1号演进型基站，2号演进型基站，3号演进型基站，4号演进型基站和5号演进型基站。该实施例中，5个演进型基站（eNB）的负荷报告请求消息所要获取的是同一个UMTS邻区的负荷信息，或所对应的UMTS小区为邻区或在距离上很接近。

步骤302：所述RNC向N个目标基站发送负荷报告响应消息，所述消息中携带负荷报告以及非目标基站的列表消息；

其中，1≤N＜M。

RNC根据一定的策略选取目标基站，本发明对于目标基站的选取策略不做限定，可以随机选取，也可以根据目标基站负荷量的大小选取。

RNC根据一定的策略只给其中的3个eNB回复负荷报告响应消息（此时N=3，满足1≤N＜M），RNC根据1至5号演进型基站的负荷量大小选取1号演进型基站、2号演进型基站、3号演进型基站作为目标基站，4号基站和5号基站作为非目标基站，并将负荷报告响应消息及非目标基站列表信息发给目标基站1号、2号和3号，非目标基站4号和5号的负荷报告响应消息通过1号或2号或3号转发得到。

优选地，RNC可以只选取一个演进型基站作为目标基站，如根据演进型基站1号至5号负荷量的大小选取负荷量最小的一个演进型基站作为目标基站（N=1），如2号演进型基站作为目标基站，RNC向2号演进型基站发送负荷报告响应消息，所述消息中携带有1号至5号演进型基站所请求的UMTS小区的负荷报告以及非目标基站列表信息，2号基站在收到负荷报告响应消息后，按照收到的基站列表信息将1号、3号、4号和5号基站所请求的负荷报告发送给相应的基站。所述RNC接收负荷报告请求消息和/或发送负荷报告响应消息，所述基站发送负荷报告请求消息和/或接收负荷报告响应消息和/或转发负荷报告响应消息通过X2接口和/或S1接口进行。

步骤302中，所述RNC可以重复向所述目标基站发送所述负荷报告响应消息，直到收到负荷报告停止消息。

实施例2

如图4所示，本发明实现负荷报告的方法实施例2包括：

步骤401：在一定预定时间内，无线网络控制器（RNC，Radio Network Controller）接收M个基站分别发送的负荷报告请求消息；

在实际应用中，当LTE小区负荷比较高时，希望分流部分负荷到相邻的UMTS小区时，该LTE小区所在的eNB需要向该UMTS邻区所在RNC发送负荷报告请求消息以请求多次获取该UMTS邻区的负荷消息，然后根据获得的邻区的负荷信息决定其负荷分流策略。

当RNC在一段预定的时间内，如预先设定3秒（所述预定的时间可以根据实际情况进行设定，本实施例对于预定时间的举例并非对预定时间的限定），收到来自5个基站的负荷报告请求消息时(此时M=5)，即有5个基站，分别将其命名为1号基站，2号基站，3号基站，4号基站和5号基站。该实施例中，5个基站（如eNB）的负荷报告请求消息所要获取的是同一个UMTS邻区的负荷信息，或所对应的UMTS小区为邻区或在距离上很接近。

步骤402：所述RNC重复向N个目标基站发送负荷报告响应消息，所述消息中携带负荷报告以及非目标基站列表消息；其中，1=N＜M。

RNC选取一个基站作为目标基站，如随机选取2号基站作为目标基站，RNC向2号基站发送负荷报告响应消息，所述消息中携带有1号至5号基站所请求的UMTS小区的负荷报告以及非目标基站列表信息，

步骤403：所述RNC重复向所述目标基站发送负荷报告响应消息期间，接收新的基站的负荷报告请求消息；

在一定周期内，所述RNC多次重复地向2号基站发送负荷报告响应消息期间，RNC又收到来自新的基站，如6号基站的负荷报告请求消息；

步骤404：所述负荷报告响应消息中的负荷报告适用于所述新的基站时，所述RNC在所述负荷报告响应消息中的非目标基站列表信息中增加所述新的基站，生成新的负荷报告响应消息；

如6号基站所要获取的UMTS邻区的负荷信息已包含在当前的负荷报告响应消息中了，或所对应的UMTS小区与当前的负荷报告响应消息中包含的某个UMTS小区为邻区或在距离上很接近，认为可以由2号基站转发，则RNC在后续发送的负荷报告响应消息中的非目标基站列表信息中加上该基站（即6号基站）即可。

步骤405：所述RNC向所述目标基站重复发送所述新的负荷报告响应消息，直到收到负荷报告停止消息。

所述RNC根据添加6号基站后的负荷报告响应消息，重复将负荷报告响应消息发送给2号目标基站，直到收到负荷报告停止消息。

为了实现上述方法，本发明还提供了一种接入网网元，比如无线网络控制器（RNC），该接入网网元主要指请求接收方，如图5所示，该接入网网元包括：

请求接收模块，用于在一预定时间内接收M个请求发送方分别发送的负荷报告请求消息；

响应发送模块，用于向N个请求发送方发送负荷报告响应消息，所述消息中携带负荷报告以及所述N个请求发送方之外的请求发送方的列表信息，其中，1≤N＜M。

进一步地，所述N=1，所述负荷报告对应所述M个请求发送方的负荷报告请求消息。

所述响应发送模块根据请求发送方负荷量大小选取所述N个请求发送方。

进一步地，所述响应发送模块重复向所述N个请求发送方发送所述负荷报告响应消息，直到收到负荷报告停止消息。

所述请求接收模块在重复向所述N个请求发送方发送负荷报告响应消息期间接收新的请求发送方的负荷报告请求消息；

所述负荷报告响应消息中的负荷报告适用于所述新的请求发送方时，所述响应发送模块，在所述负荷报告响应消息中的非目标基站列表信息中增加所述新的请求发送方，生成新的负荷报告响应消息；并向所述N个请求发送方重复发送所述新的负荷报告响应消息，直到收到负荷报告停止消息。

实施例3

以下从基站的角度，对本发明方法进行详细说明，需要理解的是，本实施例中，基站为请求发送方，RNC为请求接收方，如图6所示，本发明实现负荷报告的方法实施例3包括：

步骤601：基站向RNC发送负荷报告请求消息；

步骤602：基站接收RNC发送的负荷报告响应消息，所述消息中携带有非目标基站的列表消息；

步骤603：基站按照所述列表信息向各非目标基站转发所述负荷报告响应消息。

所述基站为宏基站、演进型基站、家庭基站、微基站或小基站。

所述基站通过X2接口或S1接口接收和/或转发消息。

所述系统间为LTE系统和UMTS系统之间。

为了实现上述方法，本发明还提供了另一种接入网网元，该接入网网元主要指请求发送方比如基站，如图7所示，该接入网网元包括：

消息发送模块，用于向请求接收方发送负荷报告请求消息；

消息接收模块，用于接收所述请求接收方发送的负荷报告响应消息，所述消息中携带有其他请求发送方的列表消息；

消息转发模块，用于按照所述列表信息向其他请求发送方转发所述负荷报告响应消息。

所述请求发送方与所述请求接收方为同一系统或不同系统，所述请求发送方或请求接收方为无线网络控制器（RNC）、基站控制器（BSC）、基站、演进型基站、家庭基站、微基站或小基站。

所述消息发送模块、消息接收模块以及所述消息转发模块通过X2接口或S1接口接收和/或转发消息。

当然，以上实施例也可以应用到系统内，这里所说的系统包括但不限于UMTS系统，以下以UMTS系统为例进行简要说明，UMTS系统内，RNC控制若干个NB，当其中M个NB向RNC发送负荷报告请求消息时，RNC只向其中N个NB发送负荷报告响应消息（1≤N＜M），所述负荷报告响应消息携带有（M-N）个NB的列表信息，所述（M-N）个负荷报告响应消息通过N个中的其中一个NB转发。

为使本发明的目的、技术方案和优点更加清楚，以下结合应用实例和附图对本发明作进一步地详细描述。

结合图1，以下各应用实例的初始场景如下：

Cell1、Cell2属于eNB1，Cell3属于eNB2，Cell4、Cell5属于eNB3；eNB1、eNB2、eNB3连接到LTE CN。Cell A属于Node B1，Cell B属于Node B2；Node B1、Node B2连接到RNC1；RNC1连接到UMTS CN。

应用实例一

该应用实例中，eNB1、eNB2作为请求发送方，RNC1作为请求接收方，目标基站代表从M个请求发送方中选取N个请求发送方的意思，非目标基站代表N个请求发送方之外的请求发送方的意思（即M减去N后剩余的请求方请求发送方的个数）。

结合图1、图7的应用实例描述如下：

Cell1、Cell3、Cell4负荷比较高，eNB1向RNC1发送负荷报告请求消息以获取Cell1的邻区Cell A的负荷信息，eNB2向RNC1发送负荷报告请求消息以获取Cell3的邻区Cell A和Cell B的负荷信息，eNB3向RNC1发送负荷报告请求消息以获取Cell4的邻区Cell B的负荷信息；负荷报告请求消息经由LTE CN、UMTS CN发送至RNC1。

RNC1在一预定时间内，收到eNB1、eNB2、eNB3的负荷报告请求消息，为了尽量减少系统间消息（UMTS CN和LTE CN间），RNC1只将负荷报告响应消息发送到eNB1，将eNB1选择作为目标基站，所述消息中携带Cell A和Cell B的负荷信息，并在消息中携带转发列表信息（即含有eNB2、eNB3的标识）；负荷报告响应消息经由UMTS CN、LTE CN发送至eNB1。

目标基站eNB1收到RNC1的负荷报告响应消息后，发现消息中携带有转发列表包括非目标基站eNB2、eNB3的标识，于是通过X2接口将负荷报告响应消息转发到非目标基站eNB2、eNB3。

eNB1、eNB2、eNB3根据获得的邻区的负荷信息，决定其负荷分流策略。

应用实例二

该应用实例中，eNB1、eNB2、eNB3作为请求发送方，RNC1作为请求接收方，结合图1、图8的应用实例描述如下：

Cell1、Cell3、Cell4负荷比较高，eNB1向RNC1发送负荷报告请求消息以多次获取Cell1的邻区Cell A的负荷信息，eNB2向RNC1发送负荷报告请求消息以多次获取Cell3的邻区Cell A和Cell B的负荷信息，eNB3向RNC1发送负荷报告请求消息以多次获取Cell4的邻区Cell B的负荷信息；负荷报告请求消息经由LTE CN、UMTS CN发送至RNC1。

在一预定时间内，如1至3秒内，RNC1收到eNB1、eNB2、eNB3的负荷报告请求消息，为了尽量减少系统间消息（UMTS CN和LTE CN间），RNC1将eNB1作为目标基站，即RNC1将负荷报告响应消息发送到eNB1，消息中携带Cell A和Cell B的负荷信息，并在消息中携带转发列表包括eNB2、eNB3的标识；负荷报告响应消息经由UMTS CN、LTE CN发送至eNB1；RNC1根据负荷报告请求消息中的要求（比如负荷变化量大于一定值，或每隔一定的时间间隔），多次向eNB1发送上述负荷报告响应消息，直到收到负荷报告停止消息。

目标基站eNB1收到RNC1的负荷报告响应消息后，发现消息中携带有转发列表包括非目标基站eNB2、eNB3的标识，于是通过X2接口将负荷报告响应消息转发到非eNB2、eNB3。

eNB1、eNB2、eNB3根据获得的邻区的负荷信息，决定其负荷分流策略。

应用实例三

该应用实例中，eNB1、eNB2作为请求发送方，RNC1作为请求接收方，结合图1、图9的应用实例描述如下：

Cell1、Cell3负荷比较高，eNB1向RNC1发送负荷报告请求消息以多次获取Cell1的邻区Cell A的负荷信息，eNB2向RNC1发送负荷报告请求消息以多次获取Cell3的邻区CellA和Cell B的负荷信息；负荷报告请求消息经由LTE CN、UMTS CN发送至RNC1。

在一预定时间内，RNC1收到eNB1、eNB2的负荷报告请求消息，为了尽量减少系统间消息（UMTS CN和LTE CN间），RNC1只将负荷报告响应消息发送到目标基站eNB1，消息中携带Cell A和Cell B的负荷信息，并在消息中携带转发列表包括eNB2的标识；负荷报告响应消息经由UMTS CN、LTE CN发送至eNB1；RNC1根据负荷报告请求消息中的要求（比如负荷变化量大于一定值，或每隔一定的时间间隔），多次向eNB1发送上述负荷报告响应消息，直到收到负荷报告停止消息。

目标基站eNB1收到RNC1的负荷报告响应消息后，发现消息中携带有转发列表包括eNB2的标识，于是通过X2接口将负荷报告响应消息转发到eNB2。

Cell4负荷比较高，eNB3向RNC1发送负荷报告请求消息以多次获取Cell4的邻区Cell B的负荷信息；负荷报告请求消息经由LTE CN、UMTS CN发送至RNC1。

RNC1收到eNB3的负荷报告请求消息，为了尽量减少系统间消息（UMTS CN和LTE CN间），RNC1只将负荷报告响应消息发送到eNB1，消息中携带Cell A和Cell B的负荷信息，并在消息中携带转发列表包括eNB2、eNB3的标识；负荷报告响应消息经由UMTS CN、LTE CN发送至eNB1；RNC1根据负荷报告请求消息中的要求（比如负荷变化量大于一定值，或每隔一定的时间间隔），多次向eNB1发送上述负荷报告响应消息，直到收到负荷报告停止消息。其中负荷量大于一定值，是指Cell A或Cell B的负荷量的大小。

eNB1收到RNC1的负荷报告响应消息后，发现消息中携带有转发列表包括eNB2、eNB3的标识，于是通过X2接口将负荷报告响应消息转发到eNB2、eNB3。

eNB1、eNB2、eNB3根据获得的邻区的负荷信息，决定其负荷分流策略。

应用实例四

结合图1、图10的应用实例描述如下：

Cell1、Cell3、Cell4负荷比较高，eNB1向RNC1发送负荷报告请求消息以获取Cell1的邻区Cell A的负荷信息，eNB2向RNC1发送负荷报告请求消息以获取Cell3的邻区Cell A和Cell B的负荷信息，eNB3向RNC1发送负荷报告请求消息以获取Cell4的邻区Cell B的负荷信息；负荷报告请求消息经由LTE CN、UMTS CN发送至RNC1。

RNC1在一段较短时间内（如几秒钟）收到eNB1、eNB2、eNB3的负荷报告请求消息，为了尽量减少系统间消息（UMTS CN和LTE CN间），RNC1只将负荷报告响应消息发送到eNB1，消息中携带Cell A和Cell B的负荷信息，并在消息中携带转发列表包括eNB2、eNB3的标识；负荷报告响应消息经由UMTS CN、LTE CN发送至eNB1。

eNB1收到RNC1的负荷报告响应消息后，发现消息中携带有转发列表包括eNB2、eNB3的标识，但在eNB1与eNB2、eNB1与eNB3之间没有X2接口，于是通过S1接口经由LTE CN将负荷报告响应消息转发到eNB2、eNB3。

eNB1、eNB2、eNB3根据获得的邻区的负荷信息，决定其负荷分流策略。

综上所述可见，本发明实现负荷报告的技术可以在减少负荷报告响应消息的情况下，实现负荷均衡。

本发明实施例中所描述的各种单元、模块仅是根据其功能进行划分的一种示例，可理解地，在系统/装置/设备实现相同功能的情况下，本领域技术人员可给出一种或多种其他功能划分方式，在具体应用时可将其中任意一个或多个功能模块采用一个功能实体装置或单元实现，不可否认地，以上变换方式均在本申请保护范围之内。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (17)

1.一种实现负荷报告的方法，其特征在于，该方法包括：

在一预定时间内，请求接收方接收M个请求发送方分别发送的负荷报告请求消息；

所述请求接收方向N个请求发送方发送负荷报告响应消息，所述消息中携带负荷报告以及所述N个请求发送方之外的请求发送方的列表信息；

其中，1≤N＜M，所述列表信息用于供所述N个请求发送方按照所述列表信息向所述N个请求发送方之外的请求发送方转发所述负荷报告。

2.如权利要求1所述的方法，其特征在于，所述N＝1，所述负荷报告对应所述M个请求发送方的负荷报告请求消息。

3.如权利要求1所述的方法，其特征在于，所述请求接收方根据请求发送方负荷量大小选取所述N个请求发送方。

4.如权利要求1所述的方法，其特征在于，所述请求接收方与所述请求发送方位于不同的系统。

5.如权利要求1所述的方法，其特征在于，所述请求接收方在一定周期内重复向所述N个请求发送方发送所述负荷报告响应消息，直到收到负荷报告停止消息。

6.如权利要求5所述的方法，其特征在于，该方法还包括：

所述请求接收方在重复向所述请求发送方发送负荷报告响应消息期间接收新的请求发送方的负荷报告请求消息；

所述负荷报告响应消息中的负荷报告适用于所述新的请求发送方时，所述请求接收方在所述负荷报告响应消息中的所述列表信息中增加所述新的请求发送方，生成新的负荷报告响应消息；

所述请求接收方继续向所述请求发送方重复发送所述新的负荷报告响应消息，直到收到负荷报告停止消息。

7.一种实现负荷报告的方法，其特征在于，该方法包括：

在一预定时间内，M个请求发送方向请求接收方发送负荷报告请求消息；

N个请求发送方接收所述请求接收方发送的负荷报告响应消息，所述消息中携带有负荷报告以及所述N个请求发送方之外的请求发送方的列表信息；其中，1≤N＜M；

所述N个请求发送方按照所述列表信息向所述N个请求发送方之外的请求发送方转发所述负荷报告。

8.如权利要求7所述的方法，其特征在于，所述请求发送方与所述请求接收方为同一系统或不同系统，所述请求发送方或请求接收方为无线网络控制器(RNC)、基站控制器(BSC)、基站、演进型基站、家庭基站、微基站或小基站。

9.如权利要求7所述的方法，其特征在于，所述请求发送方和请求接收方通过X2接口或S1接口接收和/或转发消息。

10.一种接入网网元，其特征在于，该接入网网元包括：

请求接收模块，用于在一预定时间内接收M个请求发送方分别发送的负荷报告请求消息；

响应发送模块，用于向N个请求发送方发送负荷报告响应消息，所述消息中携带负荷报告以及所述N个请求发送方之外的请求发送方的列表信息，其中，1≤N＜M，所述列表信息用于供所述N个请求发送方按照所述列表信息向所述N个请求发送方之外的请求发送方转发所述负荷报告。

11.如权利要求10所述的接入网网元，其特征在于，所述N＝1，所述负荷报告对应所述M个请求发送方的负荷报告请求消息。

12.如权利要求10所述的接入网网元，其特征在于，所述响应发送模块根据请求发送方负荷量大小选取所述N个请求发送方。

13.如权利要求10所述的接入网网元，其特征在于：所述响应发送模块重复向所述N个请求发送方发送所述负荷报告响应消息，直到收到负荷报告停止消息。

14.如权利要求13所述的接入网网元，其特征在于，所述请求接收模块在重复向所述N个请求发送方发送负荷报告响应消息期间接收新的请求发送方的负荷报告请求消息；

所述负荷报告响应消息中的负荷报告适用于所述新的请求发送方时，所述响应发送模块，在所述负荷报告响应消息中的所述列表信息中增加所述新的请求发送方，生成新的负荷报告响应消息；并向所述N个请求发送方重复发送所述新的负荷报告响应消息，直到收到负荷报告停止消息。

15.一种接入网网元，其特征在于，该接入网网元包括：

消息发送模块，用于向请求接收方发送负荷报告请求消息；

消息接收模块，用于接收所述请求接收方发送的负荷报告响应消息，所述消息中携带有负荷报告以及其他请求发送方的列表消息；

消息转发模块，用于按照所述列表信息向其他请求发送方转发所述负荷报告；

其中，向请求接收方发送负荷报告请求消息的接入网网元的个数是M个，接收所述请求接收方发送的负荷报告响应消息的接入网网元的个数是N个，其中，1≤N＜M；所述其他请求发送方指所述N个请求发送方之外的请求发送方。

16.如权利要求15所述的接入网网元，其特征在于，所述请求发送方与所述请求接收方为同一系统或不同系统，所述请求发送方或请求接收方为无线网络控制器(RNC)、基站控制器(BSC)、基站、演进型基站、家庭基站、微基站或小基站。

17.如权利要求15所述的接入网网元，其特征在于，所述消息发送模块、消息接收模块以及所述消息转发模块通过X2接口或S1接口接收和/或转发消息。