LTE网络节假日保障方案-爱立信

1、LTE网络节假日应急保障方案LTE网络节假日应急保障方案中秋节、国庆期间各地业务量均会大幅增长，为了避免出现因业务量激增，用户无法接入现象，制定节假日保障方案，保障网络稳定运行。保障方案分为三个阶段，节前准备、节中保障，节后总结，通过三个阶段各项优化措施的实施，提升LTE网络容量。1 保障前准备工作1.1 资源核查，热点区域硬件扩容热点区域话务评估，采取以下容量评估标准，对热点区域基站负荷进行评估，对于负荷过高站点，制定扩容方案，提升网络容量；站型扩容观察点扩容方法RBS6000 8TX/RX一周出现5次以上忙时主控板CPU利用率峰值大于70%添加DUS板，将高负荷小区配置到新板一周出现5次以

2、上忙时单小区最大RRC连接用户数大于200。1. 建议扩容双载波，并开启异频负荷均衡功能；2. 若无法扩容双载波，则需要新增异频站点/小区，并开启异频负载均衡RBS6000 2TX/RX一周出现5次以上主控板CPU利用率峰值大于70%添加DUS板，将高负荷小区配置到新板一周出现5次以上单小区最大RRC连接用户数大于200。1. 建议扩容双载波，并开启异频负荷均衡功能；2. 若无法扩容双载波，考虑小区分裂3. 若以上方法均不适用，则需要新增异频站点/小区，并开启异频负载均衡1.2 资源核查，热点区域载波扩容当小区按每天24小时统计，一周有两天以上系统忙时满足以下任一条件时，则符合“高负荷待扩容”

3、条件，准备进行载波扩容：条件一：在系统忙时，上行PRB平均利用率或下行PRB平均利用率大于50%，且RRC连接平均用户数大于30，且小区忙时吞吐量大于门限（上行1G、下行5G任一）时；条件二：RRC连接最大用户数大于200时。 系统忙时的筛选按照集团要求如下：（1）在24小时报表中，根据上行PRB平均利用率和下行PRB平均利用率的最大值倒序排列（建议至少按各地市分别排列，不能全省排序，否则排序计算量太大） （2）在上述排序后的报表中，选出每个小区的排序后的行号最小值 （3）根据步骤（2）中得到的行号最小值，在步骤（1）中得到的表中查出对应记录，即得到每个小区利用率最大的那个小时的记录。 1.3

4、 传输扩容评估对于双载波扩容区域，需进行传输扩容，建议CIR保障带宽修正为80M，PIR峰值带宽修正为1G；此操作需传输组人员对现网传输进行评估，在不影响其它网络情况下开展。1.4 算法参数核查，热点区域软容量提升ü 负荷均衡算法开启： 针对高业务区域开启项异频负荷均衡算法，提升网络系统软容量算法名称算法功能描述算法网元级别算法支持版本中秋保障建议开启情况是否建议开启开启范围异频负荷均衡算法同覆盖的异频小区之间，通过用户转移，实现负荷均衡CELL现网全部支持（L13B）建议在有异频同覆盖或者重叠覆盖的热点小区开启同覆盖的异频小区之间，通过用户转移，实现负荷均衡；（1） FD共址高话务

5、站点建议开启。（2） D1D2共址多层网站，D1D2之间建议开启。1.开启算法开关Set InterFrequencyLoadBalancing featureStateInterFrequencyLoadBalancing 12.配置异频负载均衡参数2.1 F/D共站或D1/D2双载波场景参数设置步骤1：Set EUtranCellRelationloadBalancing 1 开启需要进行负荷均衡的邻区对之间的功能开关步骤2：Set ReportConfigEUtraInterFreqLb A5threshold1RSRP -44 源小区接收电平值需低于-44dbmSet ReportCo

6、nfigEUtraInterFreqLb A5threshold2RSRP -95 目标小区的接受电平需高于-95dbmSet ReportConfigEUtraInterFreqLb A5threshold2RSRQ -195 目标小区的接受质量需高于-19.5dbSet LoadBalancingFunctionlbThreshold 50 两小区间的负荷差别大于5%时启动负荷分担切换Set LoadBalancingFunctionlbCeiling 200 运行话务分担考虑最大允许的负荷差值ü 资源类参数调整配置参数参数名建议值SR调度周期commonSrPeriodicit

7、y20msü 接入参数调整：无ü 其他参数设置配置参数参数名建议值备注关闭MR周期测量featureStatePmInitiatedUeMeasurementsFalse高话务区建议关闭MR周期性测量，减少话务负荷2. 保障期间监控应急方案保障期间需要开展性能指标、CPU负荷、用户量以及基站状态监控工作，针对网络负荷、硬件故障等分场景进行应急保障工作。ü 性能指标监控：对6项性能指标进行监控，异常门限如下RRC建立成功率z(%)E-RAB建立成功率z(%)E-RAB掉线率z(%)无线接通率z(%)无线掉线率z(%)切换成功率z(%)90%90%1%90%1%90%

8、ü CPU负荷监控：对基带板、主控板CPU负荷进行时时监控，异常门限如下 处理器负荷50%ü 用户数量监控：对小区平均激活用户数、最大激活用户数进行监控，用户量门限如下平均RRC连接用户数最大RRC连接用户数100200ü 小区状态监控：对现网基站状态进行监控，对于出现异常的站点，及时告知维护人员进行处理，保障基站稳定运行。以上指标监控时间粒度建议如下：RRC连接建立成功率、CP负荷为一级指标，建议15分钟粒度进行监控或实时监控；E-RBA建立成功率、无线掉线率、切换成功率为二级指标，建议1小时粒度进行监控。2.1 网络拥塞应急保障措施：依据网络负荷情况，针对性开

9、启容量提升算法，均衡小区负荷，保障客户感知指标恶化情况:采用算法名称算法功能描述算法网元级别算法支持版本推荐值处理器负荷超过50%或RRC连接建立成功率低于90%：1，关闭DRX功能,2，收缩小区最小接入电平DRX中包含多个定时器，大话务场景下，大量UE维护DRX下的多个定时器，会消耗较多CPU资源CELL现网全部支持0收缩小区最小接入电平，减少小区话务负荷；同时减少弱覆盖区域的用户数减少小区内的上行干扰CELL现网全部支持-116处理器负荷超过60%或RRC连接建立成功率低于80%：1，拉长不活动定时器 2，拉长T301定时器 3，拉长T302定时器不活动定时器：减少用户的频繁释放和重新连接

10、，减少接入信令负荷EnodeB现网全部支持30sT301：增加用户RRC重建的等待时间，减少信令负荷EnodeB现网全部支持2000msT302：T302定时器修改为0表示，RRC连接被拒绝后，UE发起RRC请求将会是在010s之间的一个随机数。相当于增加RRC链接被拒绝后，UE再次发起RRC链接请求的时间，避免UE短时间内重复接入，降低CPU消耗EnodeB现网全部支持0处理器负荷超过80%或RRC连接建立成功率低于70%：激活ACB功能ACB功能： 启用接入等级控制功能，即激活ACB功能；随机阻止部分用户的接入，减少大量接入失败导致的不断接入尝试，从而产生的信令风暴。CELL现网全部支持参

11、见ACB参数建议开启脚本如下：关闭DRX功能：Set EUtranCellTDD drxActive 0收缩小区最小接入电平： set EUtranCellTDD qRxLevMin -116拉长不活动定时器： set Rcs tInactivityTimer 30拉长T301定时器：Set Rrc T301 2000拉长T302定时器：Set Rrc T302 0激活ACB功能并配置相应参数 Set EUtranCellTDDacBarringInfoPresent1 Set EUtranCellTDDacBarringForMoDataPresent 1 Set EUtranCellTDD

12、acBarringForMoSignallingPresent 1 Set EUtranCellTDD.acBarringForMoDataacBarringFactor80 Set EUtranCellTDD.acBarringForMoDataacBarringTime 8 Set EUtranCellTDD.acBarringForMoSignallingacBarringFactor95 Set EUtranCellTDD.acBarringForMoSignallingacBarringTime 64ACB功能相关参数配置建议和解释如下：参数解释MO Class 参数名建议值开启小区

13、AC bar功能EUtranCellTDDacBarringInfoPresent1对数据业务启用AC barEUtranCellTDDacBarringForMoDataPresent1对信令业务启用AC barEUtranCellTDDacBarringForMoSignallingPresent1对数据业务AC Bar惩罚比例EUtranCellTDD.acBarringForMoDataacBarringFactor80对数据业务AC Bar惩罚时间EUtranCellTDD.acBarringForMoDataacBarringTime 8对信令业务AC Bar惩罚比例EUtranCellTDD.acBarringForMoSignallingacBarringFactor95对信令业务AC Bar惩罚时间EUtranCellTDD.acBarringForMoSignallingacBarringTime 642.2网络硬件告警应急保障措施对于保障期间出现的无法通过重启等手段无法恢复的严重故障时。具体操作指导见附件对于现场站点的紧急恢复，正常流程应该是由网络维护部