移动TDDLTEGSM网络活动保障报告Word文档格式.docx
《移动TDDLTEGSM网络活动保障报告Word文档格式.docx》由会员分享,可在线阅读,更多相关《移动TDDLTEGSM网络活动保障报告Word文档格式.docx(12页珍藏版)》请在冰豆网上搜索。
![移动TDDLTEGSM网络活动保障报告Word文档格式.docx](https://file1.bdocx.com/fileroot1/2022-11/27/d3624a63-95d7-40ce-a269-5f4ef22e3695/d3624a63-95d7-40ce-a269-5f4ef22e36951.gif)
“中华民族一家亲”活动,届时将有较多人员参加(预计参加人数在5000人左右),包括中央、省、州相关领导。
为保证活动期间网络良好运行,活动开始前期对海西德令哈体育场及周边道路进行测试保障,测试内容包括数据业务上传、下载、GSM语音业务。
中华民族一家亲活动位置截图
海西德令哈体育场
2活动保障介绍
为了让“中华民族一家亲”活动期间GSM/LTE网络正常运行,“中华民族一家亲”活动开始前对活动现场海西德令哈体育场进行保障测试,故对海西德令哈体育场及周边道路进行详细测试评估,对测试过程中发现的问题点、告警站点做及时处理,同时为重点VIP客户提供良好的用户感知进行保障优化。
3海西德令哈体育场测试详情
3.1.1涉及小区列表
3.1.2测试指标
Ø
数据业务指标:
测试路线
DL
AverageRSRP
RSRP>
=-110dBm占比(%)
DLAverageSINR
SINR>
=-3占比
=0占比
综合覆盖率
DLPDCPThroughput
ULPDCPThroughput
德令哈体育场
-78.37
100
17.30
99.63%
98.07%
42.32
7.08
德令哈体育场周边道路
-80.65
15.15
98.68%
97.15%
40.67
6.48
GSM业务指标:
测试区域
全程呼叫成功率(%)=接通率*(1-掉话率)
接通率(%)
掉话率(%)
RQ0-4
覆盖率(>
=-90dBm)
99.24
99.07
3.1.3测试截图
TDD-LTE测试截图
RSRP
SINR
GSM测试截图
RxlevSub
RxQualSub
3.1.4现场测试描述
测试情况描述:
现场对“中华民族一家亲”活动会场进行测试,现场测试GSM全程呼叫成功率100%,掉话率0%,体育场外道路RQ0-4级占比99.07%,体育场内RQ0-4级占比99.24%,覆盖率(>
=-90dBm)100%;
LTE体育场外道路平均RSRP:
-80.65dBm,平均SINR:
15.15dB,覆盖率98.68%;
体育场内平均RSRP:
-78.37dBm,平均SINR:
17.3dB,覆盖率99.63%。
应急通信车置放点
考虑到“中华民族一家亲”活动现场人流量较大,附近基站受到建筑物遮挡影响,部分区域受到影响,为避免用户感知偏低,建议在德令哈体育中心广场北侧停车场停放1辆移动通信应急车(经度:
97.374213,纬度:
37.371809)。
建议放置点:
4活动保障期间KPI指标及告警监控
4.1活动期间需监控的KPI及阈值门限值
项目
子项
异常情况
可观测粒度(最小)
KPI
无线接通率
低于90%
15min
无线掉线率
高于10%
CSFB成功率
切换成功率
拥塞/流控次数
大于0
因为SRS资源分配失败而导致RRC连接建立失败的次数
因为PUCCH资源分配失败而导致RRC连接建立失败的次数
流控导致的RRCConnectionRequest消息丢弃次数
因为PCH拥塞导致的paging丢弃数
设备负荷
小区最大激活用户数
>
350
50毫秒~2秒/15min
小区平均激活用户数
主控板CPU峰值
70%
每秒/15min
主控板CPU均值
基带板CPU峰值
基带板CPU均值
设备监控
监控设备台当前告警
有新增告警
实时
监控CPU过载告警
出现CPU过载告警
上行PRB平均利用率
上行PUSCH的PhysicalResourceBlock被使用的平均个数/上行可用的PRB个数*100%
复合指标,常规监控
下行PRB平均利用率
下行PhysicalResourceBlock被使用的平均个数/下行可用的PRB个数*100%
4.2保障中实时监控告警列表
类型
告警名称
告警ID
触发原因
处理建议
CPU过载
单板过载告警
ALM-26202
当单板处理芯片占用率过高时,产生此告警。
如果确定是业务量导致的(比如用户数接近规格),按照应急措施的处理建议进行处理;
如果不是,建议重启单板;
如果仍不能恢复,需要更换单板。
硬件故障
单板硬件故障告警
ALM-26200
单板硬件故障时,产生此告警。
建议首先重启单板;
如果仍不能恢复,需要考虑更换单板。
License容量不足
系统超出License容量限制告警
ALM-26812
当网元系统业务量持续超出License容量限制(可设置)时,产生此告警。
当网元系统业务量持续低于License容量限制的90%(可设置)时,恢复该告警。
启用固定期限/紧急License。
传输拥塞
SCTP链路拥塞告警
ALM-25889
当SCTP发送缓存被大量需要重传的数据占用,占用比例达到整个发送缓冲区的拥塞产生门限时,产生此告警。
如是用户数引起,需要按照应急措施进行用户数控制;
尝试重置SCTP链路;
重启单板。
小区状态
小区不可用告警
ALM-29240
当基站检测到小区不能提供业务时,产生此告警。
重启基站。
小区服务能力下降告警
ALM-29243
当基站射频资源或基带资源不能满足当前小区的配置规格时,产生此告警。
依据告警帮助进行处理。
5保障优化措施
5.1大话务参数调整
大话务场景下,建议针对大话务的相关站点&
小区修改如下参数:
参数类型
参数ID
参数名称
建议值
大话务参数
TddSrsCfgMode
TDDSRS配置方式调整
ACCESS_ENHANCED
T302
T302定时器
8
UuMsgSimulSendSwitch
UU消息并发开关
OFF
DrxAlgSwitch
DRX特性开关
SubframeSchDiffSwitch
子帧调度差异化开关
1
RlcParaAdaptSwitch
RLC参数自适应配置开关
ON
NonGbrBundlingSwitch
下行汇聚调度
5.2网管系统保障工作
1)核查各个小区的参数配置,检测是否有小区参数配置错误情况;
2)检测站点告警情况,以便于能够及时处理由于基站告警故障;
3)核查保障区域站点邻区情况,包括同系统、异系统邻区;
4)实时配合前台工作人员参数修改等网络优化工作。
5.3前台人员的保障工作
1)对保障区域进行DT及CQT测试,对所保障区域的KPI指标进行统计以及问题点区域进行分析,对保障区域及线路中所存在的问题有个大致的了解;
2)室内保障时,发现的一些工程问题需要及时联系有关负责人进行整改;
3)线路保障时,发现一些站点存在问题时要及时联系后台核实一些该站点的具体情况;
4)保障过程中一些不能解决的问题要及时反馈,说明由于什么原因不能解决该问题,把问题及时暴露出来。
5.4应急措施
5.4.1空口容量受限引起RRC建立成功率急剧恶化应急处理
【入口条件】通过实时监控或15分钟话统发现RRC建立成功率已经急剧恶化(恶化程度已经超过客户预期),且通过15分钟话统看到接入失败均是由于“资源分配失败”或“规格受限”导致,小区最大用户数超过400空口规格,且单板(主控和基带)的CPU最大占用率<
40%;
【应急措施】缩短UE不活动定时器(如果当前值大于10s,则改到10s;
如果当前为10s,则修改为8s)。
MODRRCCONNSTATETIMER:
UEINACTIVETIMER=xx;
注意:
如果缩短UE不活动定时器后,CPU最大占用率抬升超过70%,则需要回退操作。
若实施后RRC建立成功率仍然低于客户要求,则考虑使用收缩小区覆盖的措施,将部分边缘用户迁移到负载较轻的LTE邻区或异系统邻区,但需确认邻区未过载,并跟网规网优人员确认压缩后不会出现覆盖盲区。
降低参考信号功率:
MODPDSCHCFG:
LOCALCELLID=x,REFERENCESIGNALPWR=N;
(修改前请先查询当前情况)
实施覆盖收缩后,之前的好点变为差点,对于接入,掉线指标都有不同程度的影响;
但为了避免口空受限后,终端反复尝试接入引起的空口信令上的冲击,进而演变为对设备信令冲击,是需要收缩覆盖降低风险。
5.4.2CPU过载的应急处理
【入口条件】基站上报CPU过载告警,且通过15分钟粒度话统看到CPU峰值超过预设门限的次数(VS.Board.CPULoad.CumulativeHighloadCount)超过5%。
假如话统周期是15分钟,那么每个话统周期共检测15*60=900次。
如果这个counter值超过45,就认为满足过载条件。
且小区最大用户数L.Traffic.User.Max<
200;
【应急措施】
1.拉长UE不活动定时器(如果当前值小于30s,则改到30s)。
UEINACTIVETIMER=30;
2.如果步骤1实施后,仍然不能有效降低负荷,降低导频功率,缩少覆盖范围。
参数回退:
当从15分钟话统中看到CPU最大占有率低于70%后,需要将上述措施回退,并观察15分钟话统。
减小RS功率,减少重载小区覆盖。
可以快速减小TOP小区覆盖,将部分边缘用户推到负载较轻的邻区。
该措施风险较大,覆盖收缩后会出现覆盖盲点,导致接入成功率、掉话率和切换成功率恶化。
5.4.3其他应急处理
1.根据OMC话统数据分析,降低拥塞小区Qhyst,同时提高周边负荷较低小区Qhyst;
2.根据OMC话统数据分析,调整邻区级参数CellIndividualOffset,提高拥塞小区到非拥塞小区的CIO;
3.根据OMC话统数据分析,提高拥塞小区QRxLevMin,减少用户接入;
4.根据OMC话统数据分析,降低拥塞小区CellReselPriority,同时提高周边负荷较低小区CellReselPriority;
关于拥塞开启脚本明细:
1.修改“小区重选信息”:
MODCELLRESEL:
LOCALCELLID=1,QHYST=DB2_Q_HYST;
;
2.修改“小区重选优先等级”:
LOCALCELLID=1,CELLRESELPRIORITY=2;
3.修改“小区最小接入电平”:
MODCELLRESEL:
LOCALCELLID=1,QRXLEVMIN=-60;
6重点关注问题
实时监控活动区域内小区指标及其他重点场景小区状态,及时推动告警处理进度。
7保障建议
【活动前期准备】:
(1)活动前对活动区域进行测试评估,并划分保障区域,通过DT及CQT测试,对统计出的问题小区进行分析优化调整;
(2)通过小区统计指标、DT、CQT及MR数据,定位优化问题,重点解决覆盖及SINR差问题;
(3)对占用基站进行核查评估,包括运行状态、LICENCE、指标及流量等;
(4)针对重要活动周期和规模预报对话务负荷情况进行预测,及时调整资源以满足容量的需要;
(5)对优化区域的网络质量进评估,对存在问题点形成优化方案。
【活动中期保障】:
(1)采取多种方式对网络进行监控,包括性能统计指标、DT、CQT、室内检测系统等,对相关区域进行网络质量监控,及时处理发现的网络问题。
(2)现场安排处理待命人员,对活动现场网络进行监控,发现问题及时上报,由保障负责人和对应接口人沟通,给出应急处理方案。
【活动后期总结】:
(1)重要活动保障实施完成后,提交总结报告,内容包括
活动涉及基站小区KPI指标统计分析;
活动涉及道路、场所的DT测试、CQT测试状况,问题分析定位及解决方案,方案实施前后测试对比;
天线调整、参数调整记录;
应急处理方案;
(2)总结保障过程,对周期性活动形成预案。