RHUB、BBU、RHUB级联式负荷分担系统和方法转让专利

申请号 : CN202010084806.9

文献号 : CN113259009B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 杨磊

申请人 : 大唐移动通信设备有限公司

摘要 :

本发明实施例提供了一种RHUB、BBU、RHUB级联式负荷分担系统和方法,RHUB的上联模块设置至少两个上联光口,且下联模块设置至少两个下联光口,使得RHUB能够同时通过多个上联光口接收下行数据,增加了RHUB能够同时处理的业务量。BBU上与RHUB连接的连接模块设置了至少两个传输光口,使得BBU能够同时通过多个传输光口向RHUB传输下行数据,增加了BBU能够同时处理的业务量。基于具有多个传输光口的BBU,以及具有多个上联光口和下联光口的RHUB布配的结构,能够满足灵活组网和大容量覆盖情况下对业务承载能力的要求,同时多个光口对下行数据的分流避免了数据拥堵,能够提高业务处理的质量。

权利要求 :

1.一种射频拉远集线器RHUB,其特征在于,包括上联模块、下联模块、输出模块和第一处理模块;

所述上联模块包括至少两个上联光口,所述下联模块包括至少两个下联光口;

所述输出模块用于连接至少一个射频拉远单元RRU;

所述第一处理模块用于在检测到与基带处理单元BBU之间建立有OM通道后,接收所述BBU通过至少两个上联光口传输的下行数据,并通过所述下联模块和/或所述输出模块发送所述下行数据;

所述第一处理模块具体用于:

若检测到与所述BBU之间的OM通道断开,则控制每一上联光口向所述BBU发送光口信息,其中,光口信息包括上联光口的光口标识,以及上联光口所在的RHUB在级联结构中的级数;

接收由所述BBU根据所述光口信息确定的主光口信息,根据所述主光口信息从所述上联模块的上联光口中确定主光口,其中,所述主光口信息包括作为主光口的上联光口对应的光口信息;

确定与所述上联模块中主光口对应的主光口级联关系,以及与所述上联模块中各辅光口对应的辅光口级联关系,并将主光口级联关系和辅光口级联关系发送到所述BBU,其中,辅光口为上联模块中除了主光口之外的上联光口;

其中,主光口级联关系包括所述上联模块中的主光口与所述下联模块中的第一下联光口的第一连接关系,以及所述第一下联光口与下一级RHUB的主光口的第二连接关系;所述辅光口级联关系包括所述上联模块中的任一第一辅光口与所述下联模块中的第二下联光口的第三连接关系,以及所述第二下联光口与下一级RHUB中第二辅光口的第四连接关系;

所述级联结构由多个RHUB串联组成。

2.根据权利要求1所述的RHUB,其特征在于,所述确定与所述上联模块中主光口对应的主光口级联关系,以及与所述上联模块中各辅光口对应的辅光口级联关系,包括:若判断所述RHUB不是所述级联结构的首个RHUB,则控制所述上联模块中每一上联光口向上一级RHUB发送光口信息,且若判断所述RHUB不是所述级联结构的最后一个RHUB,则接收由下一级RHUB的每一上联光口发送的光口信息;

根据由下一级RHUB的每一上联光口发送的光口信息,确定与下一级RHUB的主光口对应的下联光口,作为所述第一下联光口,确定所述上联模块中的主光口与所述第一下联光口的第一连接关系,以及所述第一下联光口与下一级RHUB的主光口的第二连接关系,作为所述主光口级联关系;

获取所述上联模块中任一还未出现在所述辅光口级联关系的第一辅光口,以及所述下联模块中任一还未出现在所述辅光口级联关系且还未出现在所述主光口级联关系的第二下联光口,确定所述第一辅光口与所述第二下联光口的第三连接关系,并根据所述第二下联光口接收的由下一级RHUB发送的光口信息,获取下一级RHUB中与所述第二下联光口对应的第二辅光口,确定所述第二下联光口与所述第二辅光口的第四连接关系,根据确定的第三连接关系和第四连接关系确定所述辅光口级联关系。

3.根据权利要求1所述的RHUB,其特征在于,所述第一处理模块还用于:

在检测到与所述BBU之间建立有OM通道后,若监测到所述上联模块中主光口通信异常,则与所述BBU之间的OM通道断开;

其中,所述上联模块中主光口通信异常包括,由于所述上联模块中的主光口故障,或者由于所述级联结构中在本级RHUB之前级联的RHUB中主光口故障,导致的与所述BBU之间数据传输失败的情况;本级RHUB为所述级联结构中所述上联模块所在的RHUB。

4.根据权利要求1所述的RHUB,其特征在于,所述第一处理模块还用于:

在检测到与所述BBU之间建立有OM通道后,若监测到所述RHUB中存在任一通信异常的第三辅光口,则判断所述上联模块中主光口的带宽余量是否大于或等于通过所述第三辅光口传输的下行数据的占用带宽,若是,则将由所述第三辅光口传输的下行数据作为汇聚数据,由所述上联模块中主光口传输所述汇聚数据;

若所述带宽余量小于所述占用带宽,则判断所述上联模块中除所述第三辅光口之外的辅光口中,是否存在带宽余量大于或等于所述占用带宽的第四辅光口,若是,由所述第四辅光口传输所述汇聚数据,否则,丢弃所述汇聚数据;

其中,带宽余量为上联光口所承载的带宽中,未被所传输的下行数据占用的带宽。

5.根据权利要求1所述的RHUB,其特征在于,所述第一处理模块还用于:

在检测到与所述BBU之间建立有OM通道后,接收由所述下联模块传输的上行数据,并通过所述上联模块的主光口传输上行数据。

6.一种BBU,其特征在于,包括连接模块和第二处理模块;

所述连接模块包括至少两个传输光口,用于与级联结构中的首个RHUB的上联模块连接,其中,所述级联结构由多个RHUB串联组成;

所述第二处理模块用于通过所述连接模块中的至少两个传输光口,向所述级联结构中与所述BBU建立了OM通道的RHUB传输下行数据;

所述第二处理模块具体用于:

接收由所述级联结构中任一第一RHUB中各上联光口发送的光口信息,以最先接收到的光口信息对应的上联光口,作为所述第一RHUB的上联模块中的主光口,生成主光口信息,其中,光口信息包括上联光口的光口标识,以及所述第一RHUB在所述级联结构中的级数;所述主光口信息包括作为主光口的上联光口对应的光口信息;

将所述主光口信息发送到所述第一RHUB,并接收由所述第一RHUB根据所述主光口信息确定的主光口级联关系和辅光口级联关系,根据所述级联结构中各RHUB确定的主光口级联关系和辅光口级联关系建立拓扑关系,其中,所述拓扑关系包含所述级联结构中各RHUB中主光口的连接关系、各RHUB中辅光口的连接关系、各主光口是否存在通信异常的状态,以及各辅光口是否存在通信异常的状态,其中,辅光口为RHUB的上联模块中除了主光口之外的上联光口;

其中,所述第一RHUB确定的主光口级联关系包括,所述第一RHUB中的主光口与所述第一RHUB中的第一下联光口的第一连接关系,以及所述第一下联光口与下一级RHUB的主光口的第二连接关系;所述第一RHUB确定的辅光口级联关系包括,所述第一RHUB中的任一第一辅光口与所述第一RHUB中的第二下联光口的第三连接关系,以及所述第二下联光口与下一级RHUB中第二辅光口的第四连接关系。

7.根据权利要求6所述的BBU,其特征在于,所述第二处理模块还用于:

若检测到所述第一RHUB的主光口存在通信异常,则在所述拓扑关系中,将所述第一RHUB的主光口,以及所述级联结构中在所述第一RHUB之后的各级RHUB的主光口均设置为无效状态,并将目标RHUB的各辅光口,以及所述级联结构中在所述第一RHUB之后的各级RHUB的辅光口均设置为无效状态;

若检测到所述第一RHUB中存在任一通信异常的第三辅光口,则将所述第三辅光口,以及所述级联结构中在所述第一RHUB之后的各级RHUB中与所述第三辅光口连接的各辅光口均设置为无效状态。

8.根据权利要求6所述的BBU,其特征在于,所述第二处理模块还用于:

判断所述拓扑关系中是否存在为无效状态的主光口,若是,将无效状态的主光口所在的RHUB作为第二RHUB,删除在所述第二RHUB的主光口和辅光口上分配的需传输的下行数据,并删除所述级联结构中在所述第二RHUB之后的各级RHUB的主光口和辅光口上分配的需传输的下行数据;

若所述拓扑关系中存在为无效状态的第三辅光口,则删除在所述第三辅光口,以及所述级联结构中在第三RHUB之后的各级RHUB中与所述第三辅光口连接的各辅光口上分配的需传输的下行数据。

9.根据权利要求6所述的BBU,其特征在于,所述第二处理模块还用于:

若所述拓扑关系中不存在为无效状态的主光口,且存在为无效状态的辅光口,则获取检测到的为无效状态的第三辅光口,将所述第三辅光口所在的RHUB作为第三RHUB;

判断所述第三RHUB中主光口的带宽余量是否大于或等于通过所述第三辅光口传输的下行数据的占用带宽,若是,则将由所述第三辅光口传输的下行数据作为汇聚数据,将所述汇聚数据分配到所述第三RHUB中的主光口传输;

若所述带宽余量小于所述占用带宽,则判断所述第三RHUB中除所述第三辅光口之外的辅光口中,是否存在带宽余量大于或等于所述占用带宽的第四辅光口,若是,将所述汇聚数据分配到所述第四辅光口传输,否则,丢弃所述汇聚数据;

其中,带宽余量为上联光口所承载的带宽中,未被所传输的下行数据占用的带宽。

10.一种RHUB级联式负荷分担系统,其特征在于,包括由多个如权利要求1‑5任一项所述的RHUB串联组成的级联结构、如权利要求6‑9任一项所述的BBU,以及各RHUB连接的至少一个RRU;

所述BBU的连接模块中的各传输光口,与所述级联结构的首个RHUB的上联模块中各上联光口对应连接;

所述级联结构中的RHUB通过下联模块中各下联光口,连接另一RHUB的上联模块中的各上联光口。

11.一种RHUB级联式负荷分担方法,其特征在于,包括:

任一RHUB在检测到与基带处理单元BBU之间建立有OM通道后,接收所述BBU通过所述RHUB的至少两个上联光口传输的下行数据,并通过所述RHUB的至少两个下联光口和/或与所述RHUB中与RRU连接的输出模块传输所述下行数据;

任一RHUB若检测到与所述BBU之间的OM通道断开,则控制每一上联光口向所述BBU发送光口信息,其中,光口信息包括上联光口的光口标识,以及上联光口所在的RHUB在级联结构中的级数;

接收由所述BBU根据所述光口信息确定的主光口信息,根据所述主光口信息从上联模块的上联光口中确定主光口,其中,所述主光口信息包括作为主光口的上联光口对应的光口信息;

确定与所述上联模块中主光口对应的主光口级联关系,以及与所述上联模块中各辅光口对应的辅光口级联关系,并将主光口级联关系和辅光口级联关系发送到所述BBU,其中,辅光口为上联模块中除了主光口之外的上联光口;

其中,主光口级联关系包括所述上联模块中的主光口与下联模块中的第一下联光口的第一连接关系,以及所述第一下联光口与下一级RHUB的主光口的第二连接关系;所述辅光口级联关系包括所述上联模块中的任一第一辅光口与所述下联模块中的第二下联光口的第三连接关系,以及所述第二下联光口与下一级RHUB中第二辅光口的第四连接关系;所述级联结构由多个RHUB串联组成。

12.一种RHUB级联式负荷分担方法,其特征在于,包括:

与级联结构连接的BBU在检测到与所述级联结构中的任一RHUB建立了OM通道后,通过所述BBU的至少两个传输光口向所述RHUB传输下行数据;

其中,所述级联结构由多个RHUB串联组成;

与级联结构连接的BBU接收由所述级联结构中任一第一RHUB中各上联光口发送的光口信息,以最先接收到的光口信息对应的上联光口,作为所述第一RHUB的上联模块中的主光口,生成主光口信息,其中,光口信息包括上联光口的光口标识,以及所述第一RHUB在所述级联结构中的级数;所述主光口信息包括作为主光口的上联光口对应的光口信息;

将所述主光口信息发送到所述第一RHUB,并接收由所述第一RHUB根据所述主光口信息确定的主光口级联关系和辅光口级联关系,根据所述级联结构中各RHUB确定的主光口级联关系和辅光口级联关系建立拓扑关系,其中,所述拓扑关系包含所述级联结构中各RHUB中主光口的连接关系、各RHUB中辅光口的连接关系、各主光口是否存在通信异常的状态,以及各辅光口是否存在通信异常的状态,其中,辅光口为RHUB的上联模块中除了主光口之外的上联光口;

其中,所述第一RHUB确定的主光口级联关系包括,所述第一RHUB中的主光口与所述第一RHUB中的第一下联光口的第一连接关系,以及所述第一下联光口与下一级RHUB的主光口的第二连接关系;所述第一RHUB确定的辅光口级联关系包括,所述第一RHUB中的任一第一辅光口与所述第一RHUB中的第二下联光口的第三连接关系,以及所述第二下联光口与下一级RHUB中第二辅光口的第四连接关系。

说明书 :

RHUB、BBU、RHUB级联式负荷分担系统和方法

技术领域

[0001] 本发明涉及通信技术领域,尤其是涉及一种RHUB、BBU、RHUB级联式负荷分担系统和方法。

背景技术

[0002] 在无线接入网领域,随着多制式接入设备的开发,以及用户数量的增加,导致同一时间需要处理的业务更多。然而受限于硬件结构,基站在同一时间能够传输的数据流量是固定的,因此无法满足多制式接入设备接入,以及用户数量过多的情况。
[0003] 举例来说,设备厂商通常会在一个硬件平台上开发多种制式的接入设备,如W‑CDMA(Wideband Code Division Multiple Access,宽带码分多址),TD‑SCDMA(Time Division‑Synchronous Code Division Multiple Access,时分同步码分多址),CDMA(Code Division Multiple Access,码分多址),LTE‑TDD(long Term Evolution‑Time Division Duplexing,长期演进‑时分双工模式),LTE‑FDD(long Term Evolution‑Frequency‑division Duplex,长期演进‑频分双工模式)等制式的基站。随着多制式融合场景越来越多的出现,如TD‑SCDMA与LTE‑TDD的演进型融合,LTE‑TDD与LTE‑FDD的制式性融合,都会带来硬件平台的维护与业务隔离条件下的融合,导致需要同时处理两个或多个无线运维网的业务。
[0004] 可见,现有的无线接入网的业务承载能力有限,无法满足灵活组网和大容量覆盖情况下对业务承载能力的要求。

发明内容

[0005] 本发明实施例提供一种RHUB、BBU、RHUB级联式负荷分担系统和方法,用以解决现有技术中现有的无线接入网的业务承载能力有限,无法满足灵活组网和大容量覆盖情况下对业务承载能力的要求的问题。
[0006] 针对以上技术问题,第一方面,本发明实施例提供一种射频拉远集线器RHUB,包括上联模块、下联模块、输出模块和第一处理模块;
[0007] 所述上联模块包括至少两个上联光口,所述下联模块包括至少两个下联光口;
[0008] 所述输出模块用于连接至少一个射频拉远单元RRU;
[0009] 所述第一处理模块用于在检测到与基带处理单元BBU之间建立有OM通道后,接收所述BBU通过至少两个上联光口传输的下行数据,并通过所述下联模块和/或所述输出模块发送所述下行数据。
[0010] 第二方面,本发明实施例提供一种BBU,包括连接模块和第二处理模块;
[0011] 所述连接模块包括至少两个传输光口,用于与级联结构中的首个RHUB的上联模块连接,其中,所述级联结构由多个RHUB串联组成;
[0012] 所述第二处理模块用于通过所述连接模块中的至少两个传输光口,向所述级联结构中与所述BBU建立了OM通道的RHUB传输下行数据。
[0013] 第三方面,本发明实施例提供一种RHUB级联式负荷分担系统,包括由多个任一项所述的RHUB串联组成的级联结构、以上任一项所述的BBU,以及各RHUB连接的至少一个RRU;
[0014] 所述BBU的连接模块中的各传输光口,与所述级联结构的首个RHUB的上联模块中各上联光口对应连接;
[0015] 所述级联结构中的RHUB通过下联模块中各下联光口,连接另一RHUB的上联模块中的各上联光口。
[0016] 第四方面,本发明实施例提供一种RHUB级联式负荷分担方法,包括:
[0017] 任一RHUB在检测到与基带处理单元BBU之间建立有OM通道后,接收所述BBU通过所述RHUB的至少两个上联光口传输的下行数据,并通过所述RHUB的至少两个下联光口和/或与所述RHUB中与RRU连接的输出模块传输所述下行数据。
[0018] 第五方面,本发明实施例提供一种RHUB级联式负荷分担方法,包括:
[0019] 与级联结构连接的BBU在检测到与所述级联结构中的任一RHUB建立了OM通道后,通过所述BBU的至少两个传输光口向所述RHUB传输下行数据;
[0020] 其中,所述级联结构由多个RHUB串联组成。
[0021] 本发明的实施例提供的一种RHUB、BBU、RHUB级联式负荷分担系统和方法,RHUB的上联模块设置至少两个上联光口,且下联模块设置至少两个下联光口,使得RHUB能够同时通过多个上联光口接收下行数据,增加了RHUB能够同时处理的业务量。BBU上与RHUB连接的连接模块设置了至少两个传输光口,使得BBU能够同时通过多个传输光口向RHUB传输下行数据,增加了BBU能够同时处理的业务量。基于具有多个传输光口的BBU,以及具有多个上联光口和下联光口的RHUB布配的结构,能够满足灵活组网和大容量覆盖情况下对业务承载能力的要求,同时多个光口对下行数据的分流避免了数据拥堵,能够提高业务处理的质量。

附图说明

[0022] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0023] 图1是本发明实施例提供的一种作为对比的BBU和RHUB的布配方式示意图;
[0024] 图2是本发明另一实施例提供的双光纤的RHUB和BBU的布配方式示意图;
[0025] 图3是本发明另一实施例提供的RHUB各层级消息发送关系示意图;
[0026] 图4是本发明另一实施例提供的双光纤的BBU和RHUB的布配方式示意图;
[0027] 图5是本发明另一实施例提供的BBU在光口状态变化后的处理过程示意图。

具体实施方式

[0028] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0029] 为了更好的说明本申请能够提高业务承载能力,满足灵活组网和大容量覆盖情况下对业务承载能力的要求,图1提供了一种作为对比的BBU(Base band Unite,基带处理单元)和RHUB(Remote Radio Unit‑Hub,射频拉远集线器)的布配方式示意图,参见图1,BBU通过一根光纤连接由RHUB级联的级联结构,在级联结构中各RHUB之间通过单根光纤级联,每一RHUB均通过网线连接至少一个PicoRRU(Pico‑Remote Radio Unit,微射频拉远单元),图1中仅示出连接的一个PicoRRU,而通常每一RHUB可以连接8个PicoRRU。可理解的是,由于图
1所示的布配方式通常应用于室内,因此每一RHUB与PicoRRU连接,基于其它场景的需求,例如,室外场景,则RHUB也可连接至少一个RRU(Remote Radio Unit,射频拉远单元)连接。
[0030] 在图1所示的布配方式下,受限于单光口布配下的RHub只能连接一条光纤,导致RHub下联的PicoRRU只能建立一个小区,一个小区的承载能力有限,导致同一时间能够传输的资源有限。在大型场馆等人流量巨大的环境下,由于一个小区的承载能力有限,巨大的终端接入数量会造成终端用户体验的下降。
[0031] 为了解决这一技术问题,本申请提供一种RHUB,包括上联模块、下联模块、输出模块和第一处理模块;
[0032] 所述上联模块包括至少两个上联光口,所述下联模块包括至少两个下联光口;
[0033] 所述输出模块用于连接至少一个射频拉远单元RRU;
[0034] 所述第一处理模块用于在检测到与BBU之间建立有OM通道后,接收所述BBU通过至少两个上联光口传输的下行数据,并通过所述下联模块和/或所述输出模块发送所述下行数据。
[0035] 其中,第一处理模块为FPGA(Field Programmable Gate Array,可编程逻辑门阵列)。
[0036] 其中,下联光口的数量等于上联光口的数量。
[0037] 以RHUB具有2个上联光口和2个下联光口为例,图2为本实施例提供的双光纤的RHUB和BBU的布配方式示意图,参见图2中的RHUB,上联模块包括上联光口201和上联光口202,下联模块包括下联光口203和下联光口204。RHUB中的输出模块通过网口207连接PicoRRU。
[0038] 当RHUB与BBU按照图2所示的连接方式连接,且建立了OM通道后,RHUB中的第一处理模块可以通过两个上联光口接收由BBU发送的下行数据,并通过输出模块的网口将下行数据传输到PicoRRU和/或,通过两个下联光口将下行数据传输到其它RHUB,以将下行数据传输到与其它RHUB连接的PicoRRU。
[0039] 可见,RHUB中多上联光口和下联光口的设计,增加了RHUB能够同时传输的下行数据的数据量。对于PicoRRU来说,BBU和RHUB通过多光纤传输数据,每一光纤均可支持建立一个小区,因而PicoRRU能够建立多个小区,通过多个小区分担业务,提高了业务承载能力。
[0040] 本实施例提供一种RHUB,RHUB的上联模块设置至少两个上联光口,且下联模块设置至少两个下联光口,使得RHUB能够同时通过多个上联光口接收下行数据,增加了RHUB能够同时处理的业务量。
[0041] 需要说明的是,RHUB可以单独与BBU连接,也可以RHUB组成的级联结构与BBU连接。其中,级联结构由多个RHUB串联组成。具体来说,除了级联结构中的首个RHUB外,每一RHUB的各上联光口分别连接另一个RHUB的一个下联光口,且除了级联结构中最后一个RHUB外,每一RHUB的下联光口均连接另一RHUB的一个上联光口。
[0042] 为了展示RHUB由单上联光口变为多个上联光口,以及由单下联光口变为多个下联光口后,第一处理模块处理逻辑的变化,通过以下(1)和(2)进行说明:
[0043] (1)RHUB中的第一处理模块检测到其与BBU之间的OM通道断开后的处理过程。本申请不再赘述OM通道的建立过程,仅对OM通道建立前,RHUB如何确定各上联光口和各下联光口的连接关系,以及如何从各上联光口中确定主光口的过程进行介绍。
[0044] 进一步地,在上述实施例的基础上,所述第一处理模块还用于:
[0045] 若检测到与所述BBU之间的OM通道断开,则控制每一上联光口向所述BBU发送光口信息,其中,光口信息包括上联光口的光口标识,以及上联光口所在的RHUB在级联结构中的级数;
[0046] 接收由所述BBU根据所述光口信息确定的主光口信息,根据所述主光口信息从所述上联模块的上联光口中确定主光口,其中,所述主光口信息包括作为主光口的上联光口对应的光口信息;
[0047] 确定与所述上联模块中主光口对应的主光口级联关系,以及与所述上联模块中各辅光口对应的辅光口级联关系,并将主光口级联关系和辅光口级联关系发送到所述BBU,其中,辅光口为上联模块中除了主光口之外的上联光口;
[0048] 其中,主光口级联关系包括所述上联模块中的主光口与所述下联模块中的第一下联光口的第一连接关系,以及所述第一下联光口与下一级RHUB的主光口的第二连接关系;所述辅光口级联关系包括所述上联模块中的任一第一辅光口与所述下联模块中的第二下联光口的第三连接关系,以及所述第二下联光口与下一级RHUB中第二辅光口的第四连接关系;所述级联结构由多个RHUB串联组成。
[0049] 进一步地,在上述各实施例的基础上,所述确定与所述上联模块中主光口对应的主光口级联关系,以及与所述上联模块中各辅光口对应的辅光口级联关系,包括:
[0050] 若判断所述RHUB不是所述级联结构的首个RHUB,则控制所述上联模块中每一上联光口向上一级RHUB发送光口信息,且若判断所述RHUB不是所述级联结构的最后一个RHUB,则接收由下一级RHUB的每一上联光口发送的光口信息;
[0051] 根据由下一级RHUB的每一上联光口发送的光口信息,确定与下一级RHUB的主光口对应的下联光口,作为所述第一下联光口,确定所述上联模块中的主光口与所述第一下联光口的第一连接关系,以及所述第一下联光口与下一级RHUB的主光口的第二连接关系,作为所述主光口级联关系;
[0052] 获取所述上联模块中任一还未出现在所述辅光口级联关系的第一辅光口,以及所述下联模块中任一还未出现在所述辅光口级联关系且还未出现在所述主光口级联关系的第二下联光口,确定所述第一辅光口与所述第二下联光口的第三连接关系,并根据所述第二下联光口接收的由下一级RHUB发送的光口信息,获取下一级RHUB中与所述第二下联光口对应的第二辅光口,确定所述第二下联光口与所述第二辅光口的第四连接关系,根据确定的第三连接关系和第四连接关系确定所述辅光口级联关系。
[0053] 其中,还包括:在BBU接收到各RHUB发送的主光口级联关系,以及RHUB发送的各辅光口对应的辅光口级联关系后,与每一RHUB建立OM通道。
[0054] 其中,还包括:所述第一处理单元存储在本级RHUB中确定的主光口级联关系和辅光口级联关系。
[0055] 其中,还包括:将由本级RHUB的主光口接收的下行数据,通过与主光口对应的下联光口向下一级RHUB的主光口传输,和/或,将由本级RHUB的任一第一辅光口接收的下行数据,通过与第一辅光口对应的第二下联光口向下一级RHUB的第二辅光口传输。
[0056] 举例来说,假设图2中的首个RHUB的每一上联光口均向BBU发送光口信息,BBU先接收到上联光口201发送的光口信息,则在BBU侧将上联光口201存储为该RHUB的主光口,并将主光口信息发送给该首个RHUB。另外,经过同样的过程,确定第二个RHUB中的上联光口202为主光口。然后,首个RHUB接收第二个RHUB的各上联光口发送的光口的信息,获取接收到下一级RHUB的主光口的光口信息的下联光口(假设为下联光口203),该下联光口即为第一下联光口。则该首个RHUB的主光口级联关系包括:上联光口201(即首个RHUB的主光口)连接下联光口203,下联光口203连接第二个RHUB的上联光口202(即第二个RHUB的主光口)。
[0057] 对于RHUB中处主光口之外的多个辅光口,例如,图2中首个RHUB的辅光口202还未出现在所述辅光口级联关系中,下联光口204还未出现在所述辅光口级联关系且还未出现在所述主光口级联关系中,则第一处理模块确定首个RHUB的辅光口202(即第一辅光口)连接下联光口204(即第二下联光口)的第三连接关系。假设下联光口204接收到的光口信息来自下一RHUB的辅光口201(即第二个RHUB中的第二辅光口),则确定下联光口204(即第二下联光口)连接下一RHUB的辅光口201的第四连接关系。由第三连接关系和第四连接关系组成该本级RHUB的辅光口级联关系。
[0058] 本实施例中,RHUB通过向BBU发送光口信息,确定RHUB中的主光口,并通过级联结构的上下级RHUB之间进行光口信息的发送,确定各上联光口与下联光口的连接关系,保证RHUB根据确定的连接关系正确发送下行数据,避免数据传输出错。
[0059] RHub内上联光口中的主光口由BBU确定,先接收到哪个上联光口发送的RRU ID(即光口信息,包括光口标识和所在级数)且OM通道建立成功,则为主光口。RHub内下联主光口由下级RHub确定。图3为本实施例提供的RHUB各层级消息发送关系示意图,如图3所示的过程。在BBU向各RHUB的FPGA(即第一处理模块)发送了主光口信息后,在级联结构中,下一级的RHUB向本级RHUB发送RRU ID(即光口信息),OM控制切换光口获取RRUID,本级RHUB确定与下一级主光口连接的下联光口,驱动配置FPGA。另一方面,本级RHUB确定与各辅光口连接的下联光口,以及各下联光口连接的下一级辅光口。最后各RHUB通过与BBU之间的OM通道向BBU发送透传消息(透传消息包括上级Rhub级数、上级Rhub下联主光口号等),以在BBU侧标注级连主光纤。由图3可以看出,确定各光口连接关系时,需要RHUB的FPGA提供的信息包括:光口1(即本级RHUB的主光口)获得的下联光口号、光口2(即本级RHUB的各辅光口)获得的下联光口号和上级下联主光口号。
[0060] (2)RHUB中的第一处理模块检测到其与BBU之间的OM通道建立后,若检测到主光口和/或辅光口存在通信异常的处理过程。
[0061] 进一步地,在上述各实施例的基础上,所述第一处理模块还用于:
[0062] 在检测到与所述BBU之间建立有OM通道后,若监测到所述上联模块中主光口通信异常,则与所述BBU之间的OM通道断开;
[0063] 其中,所述上联模块中主光口通信异常包括,由于所述上联模块中的主光口故障,或者由于所述级联结构中在本级RHUB之前级联的RHUB中主光口故障,导致的与所述BBU之间数据传输失败的情况;本级RHUB为所述级联结构中所述上联模块所在的RHUB。
[0064] 其中,在检测到与所述BBU之间建立有OM通道后,若监测到所述上联模块中的第三辅光口通信异常,则不做处理,待通信恢复正常后,向BBU发送所述第三辅光口恢复正常的信息,以使所述BBU将第三辅光口的状态标记为正常状态。
[0065] 图4为本实施例提供的双光纤的BBU和RHUB的布配方式示意图,参见图4,在由RHUB串联而成的级联结构中,当RHUB检测到主光口通信异常,则有可能是本RHUB的主光口本身故障导致的通信异常,也有可能是由于在其前面的RHUB的主光口故障导致了本RHUB的主光口通信异常,无论是哪一原因,RHUB均判定当前与BBU的OM通道断开,需要重新建立OM通道。
[0066] 本实施例中,RHUB检测到主光口故障后,断开与BBU之间的OM通道,以便重新确定各光口的级联关系,保证后续通信正常。
[0067] 进一步地,在上述各实施例的基础上,所述第一处理模块还用于:
[0068] 在检测到与所述BBU之间建立有OM通道后,若监测到所述RHUB中的任一第三辅光口通信异常,则判断所述上联模块中主光口的带宽余量是否大于或等于通过所述第三辅光口传输的下行数据的占用带宽,若是,则将由所述第三辅光口传输的下行数据作为汇聚数据,由所述上联模块中主光口传输所述汇聚数据;
[0069] 若所述带宽余量小于所述占用带宽,则判断所述上联模块中除所述第三辅光口之外的辅光口中,是否存在带宽余量大于或等于所述占用带宽的第四辅光口,若是,由所述第四辅光口传输所述汇聚数据,否则,丢弃所述汇聚数据;
[0070] 其中,带宽余量为上联光口所承载的带宽中,未被所传输的下行数据占用的带宽。
[0071] 对于RHUB中辅光口出现通信异常的情况,可以将出现通信异常的辅光口上传输的下行数据进行转移,通过主光口或者其它辅光口传输。在主光口或者其它辅光口无法传输该部分数据时,才将该部分数据丢弃。
[0072] 本实施例在辅光口异常的情况下,将辅光口的业务进行转移,使得在辅光口异常的情况下,原来承载在该辅光口的业务也能正常进行。
[0073] 进一步地,在上述各实施例的基础上,所述第一处理模块还用于:
[0074] 在检测到与所述BBU之间建立有OM通道后,接收由所述下联模块传输的上行数据,并通过所述上联模块的主光口传输上行数据。
[0075] 相较于下行数据,上行数据的数据量较小,因而为了保证上行数据的传输质量,各RHUB将上行数据通过主光口传输到BBU中。
[0076] 本实施提供的RHUB在硬件设备中的改进包括:
[0077] 1)RHUB设备由两个10G光口变为4个10G光口,其中两个用于上联到BBU板。每个光口均支持单纤10G传输速率。双光口可根据实际小区需求配置为单纤10G或者双纤负荷分担(共20G)场景。能够同时支持级连及符合分担。
[0078] 2)PicoRRU支持GSM,GSM信号由第一级RHUB馈入,下行广播上行信号叠加。下挂的PicoRRU可单独控制是否开启GSM,串联RHUB下挂的所有PicoRRU中心频点相同。
[0079] 3)如果TDL+FDD双模时,FDD基带板位于6、7槽位,TDL基带板位于4、5槽位,FDD载波经跨板调度到TDL基带板。
[0080] 4)PicoRRU具有2个TDL+1FDD/GSM的能力,支持TDL单模、TDL+GSM双模、TDL+FDD LTE双模、及FDD LTE单模这四种工作模式。
[0081] 5)PicoRRU与RHUB连接的两个1G以太接口,改为一个5G以太接口。
[0082] RHUB上联接基带板的双光口口支持单纤或者双纤负荷分担场景,下联的双光纤只支持连接同一个RHUB的两个以太口。双纤同时使用时分为主光纤和辅光纤。当主光纤出故障时,自动把主光纤上的业务迁移到辅光纤上。如果主光纤的带宽不够,只保障原来建立在主光纤上的业务。所以RHUB在软件上需要有以下改进:
[0083] 1)在通道建立应答消息中把HUB上报的辅光口信息置到拓扑表中。
[0084] 2)增加负荷分担模式下取消HUB辅光口自适应的处理。
[0085] 3)新增与HUB侧透传消息,HUB上报上联HUB的主光口号,收到后置入拓扑表中。
[0086] 4)时延测量流程中作针对HUB辅光口的修改。
[0087] 5)MIB修改:Toporhub表中新增HUB接入上级HUB的主光口号(由于MIB设计原因,实际填入的是辅光口号);Toporhub表中新增HUB的所有光口号和接入级数。
[0088] 另外,本实施例提供一种BBU,包括连接模块和第二处理模块;
[0089] 所述连接模块包括至少两个传输光口,用于与级联结构中的首个RHUB的上联模块连接,其中,所述级联结构由多个RHUB串联组成;
[0090] 所述第二处理模块用于通过所述连接模块中的至少两个传输光口,向所述级联结构中与所述BBU建立了OM通道的RHUB传输下行数据。
[0091] 如图4所示,BBU的连接模块提供两个传输光口,这两个传输光口分别连接级联结构的首个RHUB的两个上联光口。在传输下行数据的时候,BBU可以通过这两个传输光口分担下行数据,增加了同一时间能够传输的数据量,提高了业务承载能力。
[0092] 本实施例提供了一种BBU,该BBU上与RHUB连接的连接模块设置了至少两个传输光口,使得BBU能够同时通过多个传输光口向RHUB传输下行数据,增加了BBU能够同时处理的业务量。
[0093] 为了展示BBU由单传输光口变为多个传输光口后,第二处理模块处理逻辑的变化,通过以下(3)至(5)进行说明:
[0094] (3)BBU与RHUB建立OM通道前,确定RHUB的主光口以及生成拓扑关系的过程[0095] 进一步地,在上述各实施例的基础上,所述第二处理模块还用于:
[0096] 接收由所述级联结构中任一第一RHUB中各上联光口发送的光口信息,以最先接收到的光口信息对应的上联光口,作为所述第一RHUB的上联模块中的主光口,生成主光口信息,其中,光口信息包括上联光口的光口标识,以及所述第一RHUB在所述级联结构中的级数;所述主光口信息包括作为主光口的上联光口对应的光口信息;
[0097] 将所述主光口信息发送到所述第一RHUB,并接收由所述第一RHUB根据所述主光口信息确定的主光口级联关系和辅光口级联关系,根据所述级联结构中各RHUB确定的主光口级联关系和辅光口级联关系建立拓扑关系,其中,所述拓扑关系包含所述级联结构中各RHUB中主光口的连接关系、各RHUB中辅光口的连接关系、各主光口是否存在通信异常的状态,以及各辅光口是否存在通信异常的状态,其中,辅光口为RHUB的上联模块中除了主光口之外的上联光口;
[0098] 其中,所述第一RHUB确定的主光口级联关系包括,所述第一RHUB中的主光口与所述第一RHUB中的第一下联光口的第一连接关系,以及所述第一下联光口与下一级RHUB的主光口的第二连接关系;所述第一RHUB确定的辅光口级联关系包括,所述第一RHUB中的任一第一辅光口与所述第一RHUB中的第二下联光口的第三连接关系,以及所述第二下联光口与下一级RHUB中第二辅光口的第四连接关系。
[0099] 与上述“(1)RHUB中的第一处理模块检测到其与BBU之间的OM通道断开后的处理过程”对应,BBU根据接收到的每一RHUB的光口信息确定该RHUB中的主光口,并接收各RHUB发送的主光口级联关系和辅光口级联关系。根据各光口的级联关系,以及各光口的是否存在通信异常的状态,生成拓扑关系。
[0100] 进一步地,BBU根据所述拓扑关系分配需发送的下行数据。例如,状态为不存在通信异常的上联光口分配需发送的下行数据。
[0101] 本实施例中,BBU通过建立的拓扑关系实现了对下行数据的合理分配,保证了下行数据的正常传输。
[0102] 具体地,由于OM通道协议是IR消息,OM通道唯一,所以数据仅在主通道收发。在下行方向上,BBU和RHUB都是将OM数据在多个光口广播,接收方只将主光口上收到的OM数据转发处理器,同时转发到两个下联口。在上行方向上,RHUB只在主光口发送OM数据,同时将来自下联口的OM数据汇聚到主光口发送。
[0103] 关于数据通道负荷分担:由于光纤上的CA分配是在BBU上进行的,在中间环节不再重新分配数据通道的负荷分担,因此要求RHUB级连时,上级的主光纤对应下级的主光纤,上级的辅光纤对应下级的辅光纤。由于主辅光纤是在RHUB接入时动态确定的,而物理连接关系是固定的,因此在RHUB内部,FPGA需将上联主光口和下联主光口的数据通道连通,上联辅光口和下联辅光口的数据通道连通,转发数据。
[0104] 关于光口之间连接关系的确定:RHUB内上联主光口的确定方式同现有产品实现,哪个光口先收到RRU ID且OM通道建立成功则为上联主光口。RHUB内下联主光口由下级RHUB确定。下级RHUB确定自身的上联主光口后,FPGA在该光口上通过物理层控制字将主光纤标识及上联主光口号发给上级RHUB。上级RHUB在该标识变化时通过中断通知驱动/OM,OM再将级数/下联主光口号/下级的上联主光口号上报BBU,BBU标识拓扑中的主辅光纤,并与网规校验,如不相符则告警提示。FPGA按照主辅光口互联关系转发数据。
[0105] (4)BBU与RHUB建立OM通道后,检测到任一RHUB的主光口和/或辅光口存在通信异常的情况
[0106] 进一步地,在上述各实施例的基础上,所述第二处理模块还用于:
[0107] 若检测到所述第一RHUB的主光口存在通信异常,则在所述拓扑关系中,将所述第一RHUB的主光口,以及所述级联结构中在所述第一RHUB之后的各级RHUB的主光口均设置为无效状态,并将所述目标RHUB的各辅光口,以及所述级联结构中在所述第一RHUB之后的各级RHUB的辅光口均设置为无效状态;
[0108] 若检测到所述第一RHUB中任一第三辅光口通信异常,则将所述第三辅光口,以及所述级联结构中在所述第一RHUB之后的各级RHUB中与所述第三辅光口连接的各辅光口均设置为无效状态。
[0109] 进一步地,还包括,判断是否接收到为无效状态的辅光口恢复通信的恢复信息,若是,将恢复信息对应的辅光口的状态置为有效状态。
[0110] 与上述“(2)RHUB中的第一处理模块检测到其与BBU之间的OM通道建立后,若检测到主光口和/或辅光口存在通信异常的处理过程”对应,当BBU检测到任一主光口通信异常,则需要将该光口,以及级联结构中位于该主光口之后的每一主光口的状态均置为无效,同时将主光口为无效状态的RHUB中的各辅光口也置为无效状态,以通过上述过程(1)和(3)重新确定各光口的连接关系后,更新拓扑关系。
[0111] 本实施例中,BBU通过同步各主光口和辅光口的状态,使得拓扑关系中的各光口的状态与实际吻合,有利于根据拓扑关系有效地分配下行数据。
[0112] (5)BBU在检测到存在通信异常的主光口和/或辅光口后,对各光口上分配的下行资源的处理
[0113] 进一步地,在上述各实施例的基础上,所述第二处理模块还用于:
[0114] 判断所述拓扑关系中是否存在为无效状态的主光口,若是,将无效状态的主光口所在的RHUB作为第二RHUB,删除在所述第二RHUB的主光口和辅光口上分配的需传输的下行数据,并删除所述级联结构中在所述第二RHUB之后的各级RHUB的主光口和辅光口上分配的需传输的下行数据;
[0115] 若所述拓扑关系中存在为无效状态的第三辅光口,则删除在所述第三辅光口,以及所述级联结构中在所述第三RHUB之后的各级RHUB中与所述第三辅光口连接的各辅光口上分配的需传输的下行数据。
[0116] 进一步地,在上述各实施例的基础上,所述第二处理模块还用于:
[0117] 若所述拓扑关系中不存在为无效状态的主光口,且存在为无效状态的辅光口,则获取检测到的为无效状态的第三辅光口,将所述第三辅光口所在的RHUB作为第三RHUB;
[0118] 判断所述第三RHUB中主光口的带宽余量是否大于或等于通过所述第三辅光口传输的下行数据的占用带宽,若是,则将由所述第三辅光口传输的下行数据作为汇聚数据,将所述汇聚数据分配到所述第三RHUB中的主光口传输;
[0119] 若所述带宽余量小于所述占用带宽,则判断所述第三RHUB中除所述第三辅光口之外的辅光口中,是否存在带宽余量大于或等于所述占用带宽的第四辅光口,若是,将所述汇聚数据分配到所述第四辅光口传输,否则,丢弃所述汇聚数据;
[0120] 其中,带宽余量为上联光口所承载的带宽中,未被所传输的下行数据占用的带宽。
[0121] 本实施例根据拓扑关系对光口上分配的下行数据的删除,以及将分配的下行数据进行转移,使得数据分配合理化,同时尽可能保证所有下行数据的成功传输。
[0122] 另外,本实施例提供了一种RHUB级联式负荷分担系统,如图4所示,包括由以上任一实施例所述的多个RHUB串联组成的级联结构、以上任一实施例所述的BBU,以及各RHUB连接的至少一个RRU;
[0123] 所述BBU的连接模块中的各传输光口,与所述级联结构的首个RHUB的上联模块中各上联光口对应连接;
[0124] 所述级联结构中的RHUB通过下联模块中各下联光口,连接另一RHUB的上联模块中的各上联光口。
[0125] 按照图4所示的布配方式连接BBU和各RHUB,BBU中的第二处理模块和各RHUB中的第一处理模块按照上述各实施例所述的方式运行,能够增大同一时间传输的下行数据的数据量,同时在光口存在故障的情况下,也能通过上述过程重新建立OM连接或者进行下行数据的重新分配,保证下行数据正常传输。
[0126] 本实施例提供一种RHUB级联式负荷分担系统,基于具有多个传输光口的BBU,以及具有多个上联光口和下联光口的RHUB布配的结构,能够满足灵活组网和大容量覆盖情况下对业务承载能力的要求,同时多个光口对下行数据的分流避免了数据拥堵,能够提高业务处理的质量。
[0127] 图4提供的布配方式已经通过实验进行验证,测试结果满足预期。总结来说,PicoRRU+RHub布配模式根据周围环境提供灵活的布配方案,扩展了PicoRRU+RHub的适用范围。同时可以极大地扩展每一个PicoRRU的小区承载能力,从而给人流密集的大型场所或活动提供高质量的信号覆盖以及优秀的终端体验。
[0128] 对上述RHUB级联式负荷分担系统,为了更为清楚地说明在该系统中,BBU对数据的具体处理过程,图5示出了BBU在光口状态变化后的处理过程示意图,参见图5,该过程具体包括:
[0129] 运行过程中如果主光口故障,则rHUB及其下联的rHUB/pRRU退服,尝试重新接入。
[0130] 运行过程中BBU/RHUB检测下联光口状态,辅光口故障时上报告警,携带本级rHUB级数,由BBU统一进行故障后处理。BBU侧维护各级下联辅光口状态,在辅光口故障告警/清除时更新状态。在故障时,删除pRRU在辅光纤上分的CA,及相应的小区(包括GSM),在故障清除时尝试建立pRRU的小区(包括GSM)。pRRU的选择综合考虑“下联辅光口状态表”。出现故障时,如之前的级数上没有故障,则删本故障点及下一个故障点间的小区及CA;故障恢复时,如之前的级数上没有故障,则恢复本故障点及下一个故障点间的小区及CA。
[0131] 1)RHUB上报RHUB异常状态透传消息后,RRU管理会首先判断辅光口状态。
[0132] 2)若辅光纤为异常,则开始寻找从该级RHUB向下的所有RHUB号,都置状态为无效,填写无效RHUB的RHUB编号与辅光口号,然后发送给小区模块,若当前RHUB的上级已经是无效状态,则不再发送给小区,直接返回。
[0133] 3)若辅光纤为正常,则开始寻找此级RHUB的所有上级RHUB,如果当前RHUB的上级中有任意一级RHUB是坏的,则不作处理。若当前HUB的所有上级RHUB都是正常状态,则把当前RHUB以及所有上级RHUB都置为正常状态。填写消息结构体发送给小区模块。向下寻找当前RHUB的所有RHUB,查看遍历到的RHUB的下级RHUB的上联状态是否正常,如果为异常则不作处理。每次状态翻转的时候才通知小区模块一次。如果正常,则置标识位为正常状态,发送消息给小区模块。
[0134] 本实施例提供一种RHUB级联式负荷分担方法,包括:
[0135] 任一RHUB在检测到与基带处理单元BBU之间建立有OM通道后,接收所述BBU通过所述RHUB的至少两个上联光口传输的下行数据,并通过所述RHUB的至少两个下联光口和/或与所述RHUB中与RRU连接的输出模块传输所述下行数据。
[0136] 本实施例提供的方法适用于上述各实施例中的RHUB,在此不再赘述。
[0137] 另外,本实施例提供一种RHUB级联式负荷分担装置,包括第一处理模块,其中,[0138] 所述第一处理模块在检测到与基带处理单元BBU之间建立有OM通道后,接收所述BBU通过所述RHUB的至少两个上联光口传输的下行数据,并通过所述RHUB的至少两个下联光口和/或与所述RHUB中与RRU连接的输出模块传输所述下行数据。
[0139] 本实施例提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现以上所述的,由RHUB执行的RHUB级联式负荷分担方法的步骤。
[0140] 本实施例提供一种非暂态可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以上所述的,由RHUB执行的RHUB级联式负荷分担方法的步骤。
[0141] 本实施例提供的一种由RHUB执行的RHUB级联式负荷分担方法,RHUB的上联模块设置至少两个上联光口,且下联模块设置至少两个下联光口,使得RHUB能够同时通过多个上联光口接收下行数据,增加了RHUB能够同时处理的业务量。BBU上与RHUB连接的连接模块设置了至少两个传输光口,使得BBU能够同时通过多个传输光口向RHUB传输下行数据,增加了BBU能够同时处理的业务量。基于具有多个传输光口的BBU,以及具有多个上联光口和下联光口的RHUB布配的结构,能够满足灵活组网和大容量覆盖情况下对业务承载能力的要求,同时多个光口对下行数据的分流避免了数据拥堵,能够提高业务处理的质量。
[0142] 本实施例还提供了一种RHUB级联式负荷分担方法,包括:
[0143] 与级联结构连接的BBU在检测到与所述级联结构中的任一RHUB建立了OM通道后,通过所述BBU的至少两个传输光口向所述RHUB传输下行数据;
[0144] 其中,所述级联结构由多个RHUB串联组成。
[0145] 本实施例提供的方法适用于上述各实施例中的BBU,在此不再赘述。
[0146] 另外,本实施例提供一种RHUB级联式负荷分担装置,包括第二处理模块,其中,[0147] 所述第二处理模块在检测到与所述级联结构中的任一RHUB建立了OM通道后,通过所述BBU的至少两个传输光口向所述RHUB传输下行数据;
[0148] 其中,所述级联结构由多个RHUB串联组成。
[0149] 本实施例提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现以上所述的,由BBU执行的RHUB级联式负荷分担方法的步骤。
[0150] 本实施例提供一种非暂态可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以上所述的,由BBU执行的RHUB级联式负荷分担方法的步骤。
[0151] 本实施例提供的一种由BBU执行的RHUB级联式负荷分担方法,RHUB的上联模块设置至少两个上联光口,且下联模块设置至少两个下联光口,使得RHUB能够同时通过多个上联光口接收下行数据,增加了RHUB能够同时处理的业务量。BBU上与RHUB连接的连接模块设置了至少两个传输光口,使得BBU能够同时通过多个传输光口向RHUB传输下行数据,增加了BBU能够同时处理的业务量。基于具有多个传输光口的BBU,以及具有多个上联光口和下联光口的RHUB布配的结构,能够满足灵活组网和大容量覆盖情况下对业务承载能力的要求,同时多个光口对下行数据的分流避免了数据拥堵,能够提高业务处理的质量。
[0152] 最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。