精品案例AMLE负荷均衡改善LTE多层网之间的话务均衡和高负荷小区.docx

精品案例AMLE负荷均衡改善LTE多层网之间的话务均衡和高负荷小区.docx

《精品案例AMLE负荷均衡改善LTE多层网之间的话务均衡和高负荷小区.docx》由会员分享，可在线阅读，更多相关《精品案例AMLE负荷均衡改善LTE多层网之间的话务均衡和高负荷小区.docx（13页珍藏版）》请在冰豆网上搜索。

精品案例AMLE负荷均衡改善LTE多层网之间的话务均衡和高负荷小区

AMLE负荷均衡改善LTE多层网之间的话务均衡和高负荷小区

AMLE负荷均衡改善LTE多层网之间的话务均衡和高负荷小区

【摘要】通过长期的高负荷小区优化、共址1.8G/2.1G站点不均衡优化工作，总结出的以AMLE负荷均衡算法为基础的负荷均衡方案确实是一个行之有效的负荷均衡优化方案。

所以在后期负荷均衡优化工作依然可以按此优化思路开展。

【关键字】A4负载均衡高负荷

【业务类别】AMLE算法参数优化

一、问题背景

随着LTE网络的不断扩大，4G用户的快速增长，物联网、互联网+等业务的不断扩展，网络结构日益复杂，用户分布不均匀的现象越来越严重，经常会出现某个小区负载较重，邻区负载较低的现象，不仅会降低网络容量而且还会影响到用户的服务质量。

如何有效的提升小区资源利用率并有效缓解高利用率小区的业务负担，以减少由于容量的不足给客户带来的不良的用户感知，显得尤其重要。

尤其是对于学校，车站，大型活动、节假日期间等高业务流量的特殊场景和时期，合理规划一套负荷均衡方案可以有限的缓解小区的负载压力，给用户更好的业务体验。

二、AMLE算法原理和涉及参数

2.1AMLE基本原理

AMLE（ActiveModeLoadEqualization）的基本原理是，通过X2口与异频小区进行小区之间的负荷信息交互，当与异频小区间负荷差异超过设定的deltaCac参数门限时，触发基于AMLE的负载均衡切换，从而实现异频小区间的负荷均衡。

AMLE只在SourceCell和PartnerCell间做负荷均衡。

所以确定好哪个邻区作为源小区的均衡目标小区是实际开启时的关键。

2.2AMLE相关参数

AMLE功能主要参数包括功能开关、负荷门限、AMLEPR配置、异频A4事件门限、合作小区关系建立开关，表2-2-1为相关参数。

参数名称

MO

参数含义

ActAmle

LNCEL

连接态负载均衡开关

thresholdRsrpIFLBFilter

LNHOIF

目标小区A4切换门限

amleAllowed

LNREL

邻区AMLE允许开关

表2-2-1：

AMLE相关参数

AMLE需要配置目标频点的CAC门限，对不同频点设置不同的门限，需添加不同的AMLEPRMO。

涉及参数如图2-2-1。

图2-2-1：

AMLEPR参数集

需配置进行负载均衡的合作小区，建立合作小区方式如图2-2-2。

图2-2-2：

合作小区添加方式

同样AMLE也需要测量CAC信息，因此也需要配置Intra-andinter-freq.loadbal.commonloadsettings参数集。

由于处于IFLB状态的小区无法进入AMLE状态，需判决小区是否进入IFLB，因此需添加Inter-frequencyloadbalancingloadthresholds参数集。

2.3AMLE算法实现过程

AMLE通过图2-3-1所示的五个过程实现负荷均衡。

图2-3-1：

AMLE算法实现过程

Step1:

负荷信息监控和交互

监控SourceCell综合可用容量CAC（CompositeAvailableCapacity），并通过X2连接获取PartenerCell的CAC信息（即邻区的综合可用容量），进行CAC交互。

CAC的计算：

测量负荷（ML）反映为相对负荷（RL），相对负荷与配置的TargetLoadThreshold（TL，targetloadGbrDl,targetloadnonGbrDl,targetloadPdcch）有关。

GBR、nonGBR、PDCCH资源负荷测量：

图2-3-2：

AMLE负荷测量

RL计算方式如下，x表示GBR、nonGBR、PDCCH资源中的一种。

RLx=MLx/TLx*100%

AvailableCapacity（AC）,可用容量计算公式：

AC=[100%-RL]

图2-3-3：

AC计算方式

综合可用容量为所有AC的最小值，即选择GBR、nonGBR、PDCCH资源换算出来的AC最小值：

CACDL=min（ACGBR,ACnonGBR,ACPDCCH）

通过参数LNCEL：

LoadSetting:

mlbEiciOperMode控制CAC的计算类型：

allUes:

计算DLGBR，DLnonGbr,PDCCHload

nonGbrPdcch:

计算DLnonGbr,PDCCHload

nonGbrOnly:

只计算DLnonGbrload

Step2:

检测激活AMLE条件

当LNBTS:

actAmle=ture,SourceCell和PartnerCell都将开启AMLE功能，这时每个LNCEL下至少要配置一组LNCEL:

AMLEPR。

SourceCell需同时满足以下条件进入AMLE激活态：

✓没有进入InterFrequencyLoadBalancing（iFLB）状态

✓至少配置了一个PartnerCell（LNREL:

amleAllowed=ture）

✓SourceCell和PartnerCell满足以下条件：

1:

CACS

maxCacThreshold

2:

CACT≥AMLEPR:

cacHeadroom

3:

CACT-CACS>AMLEPR:

deltaCac

图2-3-4：

AMLE中CAC门限含义

Step3:

均衡对象UE选择

选择满足以下条件的UE进行LB：

✓SourceCell处于AMLE激活状态

✓UE必需支持PartnerCell使用的频段

✓在LNCEL:

iFLBBearCheckTimer（QCI1承载检测计时器）设置的时间内，UE没有QCI1承载建立

✓UE没有GBR承载建立。

只有当GBRLoad被计入CAC测量中的建立GBR承载的UE才能作为候选对象，即LNCEL:

loadSettings:

mlbEicicOperMode=allUEs

✓UE当前没有进行异频或异系统测量

✓UE支持异频切换和A4测量

Step4:

测量目标小区

基站选择进行负载均衡的UE后，下发在AMLEPR中配置的异频频点A4事件测量控制消息。

Step5:

执行负荷均衡

1：

从TargetCellList（TCL）中去除不满足条件的小区

✗目标小区不满足最低电平要求LNHOIF:

thresholdRsrpIFLBFilter

✗目标小区是异系统小区

✗因负荷原因被暂时列入黑名单的小区

✗CAC未知以及CACT

cacHeadroom的小区

✗CACS>AMLEPR:

maxCacThreshold的小区

✗不满足CACT-CACS>AMLEPR:

deltaCac的小区

2：

TCL排序选择目标小区

去除不满足条件的小区之后剩下的小区按照∆CAC降序排列，在TCL最上层的小区作为均衡对象，通过A4切换，将UE均衡目标小区。

三、1.8G/2.1G双层网业务不均衡优化

3.1问题描述

HN-市区-宿舍楼C-1NFBBU01-157258为1.8G&2.1G双层网站点，用于安徽理工大学道路及室内覆盖。

该站182（1.8G）/135（2.1G）小区主要覆盖操场及宿舍楼C区，9月开学以来182小区业务量一直较高，目前该站点已开启负载均衡，但是后台指标发现135小区用户数一直较少，182小区用户数居高不下，接近拥塞。

表3-1-1：

宿舍楼站点用户数指标

日期

站号

小区名

最大用户数

20190912

157258

HN-市区-宿舍楼C-1-NFTA-180

369

20190912

157258

HN-市区-宿舍楼C-1-NFTA-181

302

20190912

157258

HN-市区-宿舍楼C-1-NFTA-182

527

20190912

157258

HN-市区-宿舍楼C-1-NFTA-133

123

20190912

157258

HN-市区-宿舍楼C-1-NFTA-134

104

20190912

157258

HN-市区-宿舍楼C-1-NFTA-135

166

3.2问题分析

针对发现的问题，进行逐步排查分析：

Ø站点状态核查：

通过SiteManager登录基站，基站各单元，包括BBU、RRU及小区状态指示均为绿灯，基本信息中站点状态为Onair，即正常工作，在告警栏中也没有该站的告警信息。

终上，站点运行正常，无告警。

图3-2-1：

站点运行状态

Ø负载均衡参数核查：

1）核查站点负载均衡功能开关及门限设置正常

表3-2-1：

站点负载均衡功能开关设置

2）核查1.8G&2.1G站点负载均衡频段配置正常

SITENAME

LCRI

AMLEPR_ID

cacHeadroom

deltaCac

maxCacThreshold

targetCarrierFreq

HN-市区-宿舍楼C-1NFBBU01-157258

180

0

3

1

100

100

HN-市区-宿舍楼C-1NFBBU01-157258

180

1

3

1

100

2452

HN-市区-宿舍楼C-1NFBBU01-157258

181

0

3

1

100

100

HN-市区-宿舍楼C-1NFBBU01-157258

181

1

3

1

100

2452

HN-市区-宿舍楼C-1NFBBU01-157258

182

0

3

1

100

100

HN-市区-宿舍楼C-1NFBBU01-157258

182

1

3

1

100

2452

HN-市区-宿舍楼C-1NFBBU01-157258

133

0

3

1

100

1825

HN-市区-宿舍楼C-1NFBBU01-157258

133

1

3

1

100

2452

HN-市区-宿舍楼C-1NFBBU01-157258

134

0

3

1

100

1825

HN-市区-宿舍楼C-1NFBBU01-157258

134

1

3

1

100

2452

HN-市区-宿舍楼C-1NFBBU01-157258

135

0

3

1

100

1825

HN-市区-宿舍楼C-1NFBBU01-157258

135

1

3

1

100

2452

表3-2-2：

站点AMLEPR设置

Ø指标分析

提取指标分析，有大量1.8G到2.1G的负载均衡切换，但仍存在负载不均衡现象，进一步分析发现，2.1G到1.8G存在大量的覆盖原因产生的切换，切换次数比1.8G到2.1G的负载均衡切换高很多。

表3-2-3：

1.8G/2.1G站点切换指标

DAY

S_ENBID_ID

T_ENBID_ID

切换请求次数

切换成功次数

负载均衡切换请求次数

负载均衡切换成功次数

20190912

157258_182

157258_133

12

12

868

867

20190912

157258_182

157258_134

12

12

1133

1133

20190912

157258_182

157258_135

148

147

3878

3875

20190912

157258_181

157258_133

56

56

1509

1507

20190912

157258