淄博移动LTE网络春节保障方案

2019-11-华为2019-11-华为保密信息,未经授权禁止扩PAGE1页,NUMPAGES1511为避免在春节期间人口聚集、话务量激增对基站及EPC造成巨大冲击（如：接入成功率、掉话率、用户体验速率等KPI下降），拟定该春节保障方案，应对话务量激增场景，保障网络正常运行。具体节日保障措施、流程22资源容量评估、网络健康检查、网络调整、制定应急预案，以及保障准备。大话务场景下的风险，具体来讲主要有两类：一是随用户数增加，信令数量显著增加，可能出现单板CPU过载并触发流控，从而导致KPI节前准备阶段通过扩容及RF优化等措施可有效降低单板CPU过载和同频干扰风险，需重点关注资资源容量评识别当前网络大话务的容量风险为网络优化调整提供输入所有风险都要基于容量评估的结论必须重视话务预LTE包括单板CPU的户数L.Traffic.User.Av）的预测。区和单板的配置关系累加得到每基带板、每主控板的平均在线用户数。总体话务预测分为基于历史数据的话务预测和无历史数据的话务预测预测结果。（2）（2） 基于预估人群集中区域基于人群均分的原则预估各小区话务从准确性来讲，方法）到方法）如下附件：（3）（3）ll了预测的该基带板的平均在线用户数；ll将该基站所有小区预测的平均在线用户数相加就得到了预测的该主控板均在线用户数基于2.1.1License容量风险评估逻辑流程参考如下（1）（1）U风险。数据的选择原则为若该区域最近3个月内有高话务站点单基带板平均在线用户数超过100则选用3~5若不满足条件1），则选择其它区域类似场景（如都是足球比赛）100若条件1）、2）都不满足，则选择全网最高话务3~5个站点数据另外，为获取更多数据样本点以使得统计规律更为准确，建议使用15分钟粒度的话统数据CPU利用CPU值利用率达到90%时将触发严重流控导致KPI损因此容量调整的目的是避CPU值利用率超过90%。然后按照上面计算得到的峰均比计算得到90%峰值利用率对应的CPU平均利用率，即为过载门限。例如统计得到峰均比为1.5，则过载门限即60%（=90%1.5）。扩容建主控板的扩容方案有：换用UMPT、双主控、站点分裂。扩容演进原则如下如果评估主控板需要扩容，则根据当前配置情况选择后一种演进方案。例如当前是LMP单UMP。LicensLicense在线用户数受限将导ERAB建立失败。接入失败的用户业务需求得不到满足必然反复重试会增加大量接入信令，从而增加CPU和空口资源的开销。该风险一定要避免。建议在保障期间license在线用户数申请最大值10800Connected引导客户首先是购买保障censcens。注：LcenseConnected编名中RRC连接用户数（每RRC连接用户数英 容容量受特性影响风险评某些特性可能导致LTE系统容量发生显著变化在资源容量评估环节需特别加以注意现在已知的是SFN 通过维护SOP检，排除保障站点可能存在的设备状态异常和KPI常。软件中心->版本软件->无线->无线网管系统(868)>MAINEX(207)要求检出的问题要全部清理。网网络调整优小区分裂等。此次淄博针对春节大话务情况对19公网D频段小区和室分8个E频段小区进行了扩容操作如下表所示基于话务预测结果和实际保障经验，如果预计单小区峰值在线用户数将超过400，建议升级到大话务性能最优的版本，目前淄博移动LTE络已经完成公网和高铁的版本升级。公网升级至eRAN7.0SPC175，高铁升级至eRAN8.0SPC120版本。ERAN7.0本开始，异频MLB法逐渐成熟并开始在大话务保障中应用。异频MLB按照触发方式，分为基于PRB利用率和基于用户数两种，图示如下：PRB利用率的MLB效果不理想，因此推荐基于用户数的ML。异频MLB照执行方式，分为连接MLB空闲态MLB种。图示如下连接态MLB用于各种覆盖场景但却有切换信令开销在高话务场景下对CPU空口资源开销有一定影响。因此在适用空闲态MLB的覆盖场景下优先推荐空闲态MLB。大话务常见的覆盖场景以及对应的MLB推荐策略如下1.采用基于用户数的空闲态MLB（负载均衡的某个目标频点就一个小区（例如：Fre1<-->Freq2 互相均衡时，Fre1和Fre2频点小区都只有一个）； 同站部分共覆盖区域(某个频点覆盖范围较小且未形成连续 范围小的载波盖,如仅能覆盖其它频点的30%用户及以下，如宏微异频组网，微站 2.采用基于用户数的空闲态MLB（要单向配置 负载均衡的某个目标频点就一个小区（例如：Fre1-->Freq2 均衡时，Fre2频点小区只有一个）；异站负载均衡小区部分共覆盖区域 MLB负载均衡的某个目标频点有多个小区（例如：Fre1-- 即负载均衡的小区要互为均衡 不同频点带宽大小差异无要求 时候，通过连接态负载均衡，使得均衡到低 RF根据保障经验，影响LTE性能的首要因素是RF覆盖质量。良好的RF覆盖能够保证较高的上下行频谱效率，基于历史数据经验，同一个区域的两次活动，当RF优化充分时，话务高峰期邻区间上行干扰可控制在10dB以内；而在RF优化不合理时，同等话务规模时邻区间上行干扰超过20dB。由此带来的下行用户感知速率的差距超过20性能参数优性能保障参数建议在扩容和版本升级后，活动开始前7实施，观察实施后KPI否有异常。如果保障区域在活动开始前完全无话务，则建议在路测之前实施，以便利用路测KPI验证是否有异常。参数调整checklist应应急预要分为以下场景：告警应急处值守期间若出现告警，请按照如下原则进行处理首先按照告警帮助进行处理（重启和换板措施在本步骤先不考虑若不能消除告警，求助产品维护保障值守人员RRC建立成功率急剧恶化应急处入入口条单次90。应急措总体处理流程如下RRCRRCYY11.1拉长T302NNNYY2MME绝YNNNYNY3有大量RejMsg3YY3.1CPU关闭DRXNN启用AC4YYNN位法及详细处理建议参考如下 原 确认方 处理建 1.立源受限恶L.RRC.SetupFail.ResFail有

按照该表1.1节继续判断是否用户数规格受限用户数超过小区/

对于ERAN7.0及之后版本il.UserSpecL.RRC.SetupFail.ResFail大部分1.2节。

修改 定时器到 16s： RRCCONNSTATETIMER:T302=16;2、考虑收缩覆盖。将RS功率降低DB施有可能对同频邻区，及同覆盖的异频/异系统邻区带来短时话务可联系当地RF团队评估。MODPDSH:cX,.用户数MME载有大量控而被拒或丢弃

对于ERAN7.0及之后版本il.UserSpec统计值只占L.RRC.SetupFail.ResFail小部分对于ERAN7.0及之后本：L.RRC.SetupFail.Rej.MMEOverload有大量统计。对于ERAN7.0之前版本法快速判断，跳过该环节 Ctrl有大量统计；

概率进一步降低，延迟时间进一步拉长 检查并确认如下资源自适应开关已全部打开SRIMODPUCCHMODLocalCellId=x,PucchAlgoSwitch=PucchSwitch-CQIMODSRSMOD 子帧配置重配开关调整：MODSRSCFG:SrsSubframeCfg=SC3参考该表1.1节“用户数超过基站规格”处理，降低接入次数CPU

ØM2000跟踪或话统查询到主控或基带CPU最大占报单板过载告警

如果是基带板过载，直接关闭DRX；如果是主控板过载，将MODDRX:DrxAlgSwitch=ON;//关闭 FddEnterDrxThd=1000,FddExitDrxThd=1000;//修改进退出门限参考该表1.1用户数超过基站规格处理降低接入次数44.1➢上行干扰 有大量统计 hIrcSwitch-1;注意，有license控制，控制项为：LOFD-001094ControlChannel关闭同频邻区的下行频选：MOD 限制PUSCHRSRP上门限（PuschRsrpHighThd）：MOD UlPcAlgoSwitch=PuschRsrpHighThdSwitch- ERAN7.02、RSERAB建立成功率急剧恶化应急处入入口条单次90。应急措总体处理流程如下ERAB建立失1失败原ERAB建立失1失败原因都YY1.1传输拥塞拉长T302定时NN联系传输人员分N联系核心网分Y2失败原因都2.1干扰太大问题解决Y3失败原因都NNYY3.1干扰太大 干扰优NY收缩覆问题解决NY问题解决4失败原因都 4.1用户数或单YNLicense受限，启用临License或应急NN启用AC打开资源自适应配开NY问题解决结返回日志定细处理建议参考如下 原 确认方 处理建AB1.传输原立因导致ERAB建立恶失败1.1传输拥塞导致ERAB建立

L.E-RAB.FailEst.TNL有大量统计 按照该表1.1节继续判断是否传输拥塞T30216s：MODRRCCONNSTATETIMERT302=16;覆盖。但该措施有可能对同频邻区，及同覆盖的异/异系统邻区带来短时话务冲击，并可能出现覆盖区从而部分用户完全失去服务，具体影响可联系当RF团队评估。MODPDSCHCFG:SCTP链路拥塞告警

但会增加本小区全部用户的接入时延。执行如下两条命令，如果执行下面的命令后用户数仍然超，可以把第二条命令中黄色标识的参数接入概率进一步降低，延迟时间进一步拉长； 2019-11-华为2019-11-华为保密信息,未经授权禁止扩PAGE10页,NUMPAGES15MME因导致ERAB建立干扰导交互延迟MME

MODCELLACBAR:AcBarringInfoCfgInd=CFG, L.E-RAB.FailEst.MME有大量统 按照该表2.1节继续判断是否干扰太大实施干扰抑制措施，包括上行干扰随机化： ：MODWITCH=PucchIrcSwitch-1;license控制，控制项为LOFD-001094关闭同频邻区的下行频选： 侧

L.UL.Interference.Avg抬升超过L.E-

UlPcAlgoSwitch=PuschRsrpHighThdSwitch-//ERAN7.0开始支持2.若不能达到预期效果，考虑收缩覆盖，将RS频邻区，及同覆盖的异频/异系统邻区带来短时话冲击，并可能出现覆盖盲区从而部分用户完全失去服务，具体影响可联系当地RF团队评估。 败导致ERAB建立干扰导

L.E-RAB.FailEst.SRBReset有大量统 按照该表3.1节继续判断是否干扰太大 无线资ERAB建立

L.E-RAB.FailEst.NoRadioRes有大量打

按照该表4.1节继续判断是否用户数或流量受用户数或流量用户数或流量

以下条件满足任意一个即可license（ALM-L.E-有大量打点L.E-有大量打点（L.Traffic.User.Max）之和超过用户数规格的以下条件都不满足license（ALM-L.E-有大量打点L.E-有大量打点基站所有小区最大在线用户数（L.Traffic.User.Max）之和超过License用户数规格的90%；

1、先考虑加载临时2、或启用紧急状态License：SETLICENSECTRL:FUNCTIONTYPE=eNodeB;（每个R版本只能用3次）；3上述措施无法执行参考1.1的措施限制用户检查并确认如下资源自适应开关已全部打开SRI资源自动调整：PUCCH资源自动调整方案：MOD SRS周期自适应调整：MODSRS置：MODSRSCFG:SrsSubframeCfg=掉话率急剧恶化应急处入入口条单次15分钟话统发现掉话率急剧恶化（恶化程度已经超过客户预期。如果客户没有明确预期，建议门限应急措总体处理流程如下各环节判断方法及详细处理建议参考如下 原 确认方 处理建话恶与GAP周

L.E-RAB.AbnormRel.Radio有大量统计存在GAP场景，如异频切换、CA等

1;//eRAN6.0SPC270及之后版本支持。//eRAN7.0SPC160及之后版本支持2.升，空口➢实施干扰抑制措施，包括上行干扰随机化：量恶➢ WITCH=PucchIrcSwitch-1;//注意，license控制，控制项为LOFD-ControlChannel➢ L.UL.Interference.Avg抬升超过

UlPcAlgoSwitch=PuschRsrpHighThdSwitch-//ERAN7.0开始支持若不能达到预期效果，考虑收缩覆盖，将功率降低DB/冲击，并可能出现覆盖盲区从而部分用户完全失去服务，具体影响可联系当地RF团队评估。 备份数备份配置和采集日志均可使用M2000远程操作和WebLmt近端操作，推荐使用M2000操作；（参数修改前KPI控模板制目前的KPI指标情况如下表所示目的：话务高峰来临前现场应该事先确认登记下面的15分钟话统指标设置KPI警门需要监控的KPI阈值门限值请参考2.5.2KPI控模板首先新建一个告警：登陆M2000，选择菜单Performance->ThresholdManagement->AlarmNameSetting进添加一个新的告警名添加新告警成然后，为新建的告警设置对应的KPI阈值：选择菜单Performance->ThresholdManagement->ThresholdSetting进入KPI门限设置界面在左侧的导航树中选择需要检查的KPI类型在右侧面板上单击鼠标右键，选择在BasicThresholdInformation面板中，选择需要监控的网元（对于SOP，建议是全部网元），给该门限在ExtendedThresholdInformation面板中，选择具体要监控的KPI项、指标恶化方向（升或降）及不同User-definedCounters章节。点击“OK”即可以在Monitor->BrowseAlarmList启动CPU用户数性能监启动CPU用率监登陆M2000，选择菜单Monitor—>SignalingTrace>SignalingTrace选择CPUUsage启动用户数监登陆M2000，