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

1、精品案例AMLE负荷均衡改善LTE多层网之间的话务均衡和高负荷小区AMLE负荷均衡改善LTE多层网之间的话务均衡和高负荷小区 AMLE负荷均衡改善LTE多层网之间的话务均衡和高负荷小区【摘要】通过长期的高负荷小区优化、共址1.8G/2.1G站点不均衡优化工作，总结出的以AMLE负荷均衡算法为基础的负荷均衡方案确实是一个行之有效的负荷均衡优化方案。所以在后期负荷均衡优化工作依然可以按此优化思路开展。【关键字】A4 负载均衡 高负荷 【业务类别】AMLE算法 参数优化 一、问题背景随着LTE网络的不断扩大，4G用户的快速增长，物联网、互联网+等业务的不断扩展，网络结构日益复杂，用户分布不均匀的现象

2、越来越严重，经常会出现某个小区负载较重，邻区负载较低的现象，不仅会降低网络容量而且还会影响到用户的服务质量。如何有效的提升小区资源利用率并有效缓解高利用率小区的业务负担，以减少由于容量的不足给客户带来的不良的用户感知，显得尤其重要。尤其是对于学校，车站，大型活动、节假日期间等高业务流量的特殊场景和时期，合理规划一套负荷均衡方案可以有限的缓解小区的负载压力，给用户更好的业务体验。二、AMLE算法原理和涉及参数2.1 AMLE基本原理AMLE（Active Mode Load Equalization）的基本原理是，通过X2口与异频小区进行小区之间的负荷信息交互，当与异频小区间负荷差异超过设定的d

3、eltaCac参数门限时，触发基于AMLE的负载均衡切换，从而实现异频小区间的负荷均衡。 AMLE只在Source Cell 和 Partner Cell间做负荷均衡。所以确定好哪个邻区作为源小区的均衡目标小区是实际开启时的关键。2.2 AMLE相关参数AMLE功能主要参数包括功能开关、负荷门限、AMLEPR配置、异频A4事件门限、合作小区关系建立开关，表2-2-1为相关参数。参数名称MO参数含义ActAmleLNCEL连接态负载均衡开关thresholdRsrpIFLBFilterLNHOIF目标小区A4切换门限amleAllowedLNREL邻区AMLE允许开关表2-2-1：AMLE相关参

4、数AMLE需要配置目标频点的CAC门限，对不同频点设置不同的门限，需添加不同的AMLEPR MO。涉及参数如图2-2-1。图2-2-1：AMLEPR参数集需配置进行负载均衡的合作小区，建立合作小区方式如图2-2-2。图2-2-2：合作小区添加方式同样AMLE也需要测量CAC信息，因此也需要配置Intra- and inter-freq. load bal. common load settings参数集。由于处于IFLB状态的小区无法进入AMLE状态，需判决小区是否进入IFLB，因此需添加Inter-frequency load balancing load thresholds参数集。2.3

5、 AMLE算法实现过程 AMLE通过图2-3-1所示的五个过程实现负荷均衡。图2-3-1：AMLE算法实现过程Step1:负荷信息监控和交互监控Source Cell综合可用容量CAC（Composite Available Capacity），并通过X2连接获取Partener Cell的CAC信息(即邻区的综合可用容量)，进行CAC交互。CAC的计算：测量负荷(ML)反映为相对负荷（RL），相对负荷与配置的Target Load Threshold(TL，targetloadGbrDl,targetloadnonGbrDl, targetloadPdcch)有关。GBR、nonGBR、PD

6、CCH资源负荷测量：图2-3-2：AMLE负荷测量RL计算方式如下，x表示GBR、nonGBR、PDCCH资源中的一种。RLx=MLx/TLx*100%Available Capacity(AC),可用容量计算公式：AC=100%-RL图2-3-3：AC计算方式 综合可用容量为所有AC的最小值，即选择GBR、nonGBR、PDCCH资源换算出来的AC最小值：CACDL = min(ACGBR , ACnonGBR , ACPDCCH )通过参数LNCEL：LoadSetting:mlbEiciOperMode控制CAC的计算类型：allUes:计算DL GBR，DL nonGbr,PDCCH

7、loadnonGbrPdcch: 计算DL nonGbr,PDCCH loadnonGbrOnly:只计算 DL nonGbr loadStep2:检测激活AMLE条件当LNBTS:actAmle=ture, Source Cell 和 Partner Cell都将开启AMLE功能，这时每个LNCEL下至少要配置一组LNCEL:AMLEPR。Source Cell需同时满足以下条件进入AMLE激活态：没有进入Inter Frequency Load Balancing（iFLB）状态至少配置了一个Partner Cell（LNREL:amleAllowed=ture）Source Cell 和

8、 Partner Cell满足以下条件：1: CACS AMLEPR:deltaCac图2-3-4：AMLE中CAC门限含义Step3:均衡对象UE选择选择满足以下条件的UE进行LB：Source Cell处于AMLE激活状态UE必需支持Partner Cell使用的频段在LNCEL:iFLBBearCheckTimer（QCI1承载检测计时器）设置的时间内，UE没有QCI1承载建立UE没有GBR承载建立。只有当GBR Load被计入CAC测量中的建立GBR承载的UE才能作为候选对象，即LNCEL:loadSettings:mlbEicicOperMode = allUEsUE当前没有进行异频

9、或异系统测量UE支持异频切换和A4测量Step4:测量目标小区基站选择进行负载均衡的UE后，下发在AMLEPR中配置的异频频点A4事件测量控制消息。Step5:执行负荷均衡1：从Target Cell List（TCL）中去除不满足条件的小区目标小区不满足最低电平要求LNHOIF:thresholdRsrpIFLBFilter目标小区是异系统小区因负荷原因被暂时列入黑名单的小区CAC未知以及CACT AMLEPR:maxCacThreshold的小区不满足CACT - CACS AMLEPR:deltaCac的小区 2：TCL排序选择目标小区 去除不满足条件的小区之后剩下的小区按照CAC降序排

10、列，在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：宿舍楼站点用户数指标日期站号小区名最大用户数20190912157258HN-市区-宿舍楼C-1-NFTA-180369201

11、90912157258HN-市区-宿舍楼C-1-NFTA-18130220190912157258HN-市区-宿舍楼C-1-NFTA-18252720190912157258HN-市区-宿舍楼C-1-NFTA-13312320190912157258HN-市区-宿舍楼C-1-NFTA-13410420190912157258HN-市区-宿舍楼C-1-NFTA-135166 3.2 问题分析针对发现的问题，进行逐步排查分析：站点状态核查：通过SiteManager登录基站，基站各单元，包括BBU、RRU及小区状态指示均为绿灯，基本信息中站点状态为On air，即正常工作，在告警栏中也没有该站的告

12、警信息。终上，站点运行正常，无告警。图3-2-1：站点运行状态负载均衡参数核查：1）核查站点负载均衡功能开关及门限设置正常表3-2-1：站点负载均衡功能开关设置2）核查1.8G&2.1G站点负载均衡频段配置正常SITENAMELCRIAMLEPR_IDcacHeadroomdeltaCacmaxCacThresholdtargetCarrierFreqHN-市区-宿舍楼C-1NFBBU01-157258180031100100HN-市区-宿舍楼C-1NFBBU01-1572581801311002452HN-市区-宿舍楼C-1NFBBU01-157258181031100100HN-市区-宿舍

13、楼C-1NFBBU01-1572581811311002452HN-市区-宿舍楼C-1NFBBU01-157258182031100100HN-市区-宿舍楼C-1NFBBU01-1572581821311002452HN-市区-宿舍楼C-1NFBBU01-1572581330311001825HN-市区-宿舍楼C-1NFBBU01-1572581331311002452HN-市区-宿舍楼C-1NFBBU01-1572581340311001825HN-市区-宿舍楼C-1NFBBU01-1572581341311002452HN-市区-宿舍楼C-1NFBBU01-1572581350311001

14、825HN-市区-宿舍楼C-1NFBBU01-1572581351311002452表3-2-2：站点AMLEPR设置指标分析提取指标分析，有大量1.8G到2.1G的负载均衡切换，但仍存在负载不均衡现象，进一步分析发现，2.1G到1.8G存在大量的覆盖原因产生的切换，切换次数比1.8G到2.1G的负载均衡切换高很多。表3-2-3：1.8G/2.1G站点切换指标DAYS_ENBID_IDT_ENBID_ID切换请求次数切换成功次数负载均衡切换请求次数负载均衡切换成功次数20190912157258_182157258_133121286886720190912157258_182157258_13412121133113320190912157258_182157258_1351481473878387520190912157258_181157258_13356561509150720190912157258