联通节假日通信保障扩容方案和应急处理手册.docx
《联通节假日通信保障扩容方案和应急处理手册.docx》由会员分享，可在线阅读，更多相关《联通节假日通信保障扩容方案和应急处理手册.docx（16页珍藏版）》请在冰豆网上搜索。
联通节假日通信保障扩容方案和应急处理手册
联通节假日通信保障扩容案和应急处理手册
一、节假日通信保障案与应急手册的目的
按照市联通公司相关要求、结合节日期间通信保障的实际情况，为提高节假日网络通信保障能力，确保在话务高峰情况下的通信畅通和假日期间网络的稳定运行，现将对节假日的通信保障工作制定详细的操作流程，将通信保障的具体工作落实到人，明确相关应急处理流程，以提高网络应对话务高峰的能力，确保节假日期间客户的通信顺畅。
全年重要节假日有国庆节、春节、清明节、五一节、端午节、中秋节、元旦节、圣诞节、元宵节及冬至等10个。
每个节日由于其不同的特点给网络所带来冲击不同，针对不同的节日细化应急通信保障预案显得十分必要。
本预案的制定将根据以往的保障经验，充分考虑节日期间对网络各面所带来的冲击。
二、各个节假日的特点及保障重点
节日类型
节假名称
特点
保障重点
七天长假
国庆节
高速免费
交通干线、景点作为重点保障区域，评估时系数*1.5，期间需重点关注；全网其他小区保障等级一般
春节
高速免费、县城回流人员多
交通干线、景点及四个县城作为重点保障区域，评估时系数*1.5，期间需重点关注；全网其他小区保障等级一般
三天小假
清明节
高速免费，扫墓人员多
交通干线、扫墓道路区域作为重点保障区域，评估时系数*1.5，期间需重点关注；全网其他小区保障等级一般
五一节
高速免费
交通干线、景点作为重点保障区域，评估时系数*1.5，期间需重点关注；全网其他小区保障等级一般
端午节
交通干线、景点作为重点保障区域，评估时系数*1.5，期间需重点关注；全网其他小区保障等级一般
中秋节
全网小区保障等级一般，晚19：
00～23：
00，隔一小时发送一次指标情况
元旦节
全网小区保障等级一般
元宵节
全网小区保障等级一般
圣诞节
酒吧，娱乐场所人员多
酒吧，娱乐场所作为重点保障区域，评估时系数*1.5，期间需重点关注；全网其他小区保障等级一般
特殊节日
冬至
扫墓人员多
交通干线、扫墓道路区域作为重点保障区域，评估时系数*1.5，期间需重点关注；全网其他小区保障等级一般
三、节假日通信保障措施
（1）保障前资源评估：
提取保障前一话统数据，对七天忙时进行平均
Ø上行CE资源评估：
上行CE资源利用率达70%的站点，需进行优化调整或扩容（对于各个节假日的重点小区需乘以保障系数1.5）；
Ø功率资源评估：
功率资源利用率达70%的小区，需进行优化调整或扩容（对于各个节假日的重点小区需乘以保障系数1.5）；
（2）保障期间常见问题处理：
Ø上行功率资源拥塞：
关闭上行准入控制算法开关；以CI：
51843（W进贤县渡街心花园U900-XC-3）上行功率为例
仍上述操作仍有拥塞，需考虑扩容多载波。
Ø下行功率资源拥塞：
如果导频功率设置过高，可降低导频功率；小区最大发射功率为20W的可改用40W大功率License；载波扩容。
以CI：
51843（W进贤县渡街心花园U900-XC-3）下行功率为例
步骤1：
查询CI：
51843的导频功率设置及小区最大发射功率设置
通过上述网管查询，可知该小区导频功率设置为360，小区最大发射功率为430；因此调整案有两种
，将导频功率由360调整为330或者将小区最大发射功率由430调整为460。
步骤2：
导频功率由360调整为330，并进行核查是否调整成功。
步骤3：
小区最大发射功率由430调整为460
步骤4：
如果上述两种调整案实施后，仍有下行功率资源拥塞，需考虑扩容多载波。
Ø上、下行CE资源拥塞：
在硬件配置支持的情况下，分配更多的上行CE数；关闭2MS及动态CE等特性功能；资源组间小区调整；扩容WBBP板。
以W进贤县罗溪章岗家U900-XC上地CE资源拥塞为例
步骤1：
查询基站单板硬件支持上行CE能力情况
步骤2：
查询基站当前配置的上行CE数
步骤3：
将上行CE配置数由120调整为256
步骤4：
如上述调整后仍有拥塞，关闭2MS功能
步骤5：
如上述调整后仍有拥塞，查看单板是否支持增强型能力，打开增强型功能
型号
打开增强型LICENSE前
打开增强型LICENSE后
上行CE支持
下行CE支持
上行CE支持
下行CE支持
QWL1WBBPD2
256
256
384
384
QWL3WBBPF3
256
384
384
512
QWL1WBBPB3
256
256
256
256
QWL1WBBPD3
256
256
256
256
QWL2WBBPB3
256
256
256
256
QWL1WBBPB1
64
64
64
64
QWL1WBBPD1
64
64
192
192
步骤5：
如上述调整后仍有拥塞，如扩容WBBP板。
（3）保障应急案：
（RNC级参数修改需慎重，要修改需申请四授权批准后，可操作）
ØT300/N300修改：
在大话务模型下，当网络拥塞后，UE不断的RRC重试反而增加了系统的负担，不利于系统拥塞解除。
所以可以适当调整T300/N300的参数值来避免手机过多过频繁地发送RRCCONNECTIONREQUEST消息，建议设置N300为1，T300为2S。
SETUIDLEMODETIMER:
T300=D2000,N300=1;
ØT381/N381修改：
在大话务场景下，RRCCONNECTIONSETUP消息的反复发送，更容易增加系统拥塞的概率。
建议将T381设置为0（缺省值600），即不重发，以减少RRC建立失败导致的RRC报复性重试，避免接入尝试出现雪崩。
SETUCONNMODETIMER:
T381=D0;
ØCS抢占PS功能：
如果对CS业务的保障要求更高，可以采用此功能牺牲PS业务而保证CS业务。
抢占规则如下表
是表示CSRRC/RAB可以抢占该类型用户；否表示不能抢占；-表示不涉及
SETUQUEUEPREEMPT:
PreemptAlgoSwitch=ON;
SETUQUEUEPREEMPT:
PreemptEnhSwitch=PREEMPT_ENH_CSRRC_PREEMPT_PS_SWITCH-1;
SETUQUEUEPREEMPT:
PreemptEnhSwitch=PREEMPT_ENH_CSRAB_PREEMPT_PS_SWITCH-1;
SETUQUEUEPREEMPT:
PreemptEnhSwitch=PREEMPT_ENH_NODEB_PREEMPT_CE_SWITCH-1;
SETUDPUCFGDATA:
PagingSwitch=ON;
ØRRC连接拒绝后UE等待接入时间参数优化：
一般在重大活动节日期间当UMTS网络发生资源拥塞后，RNC会拒绝RRC连接请求并且UE会重新发送RRC连接建立请求，在系统拥塞情况下UE在间隔较短时间的反复重试不利于系统拥塞解除。
RRC连接拒绝后UE等待接入时间缺省值为4s，在系统出现拥塞时UE的快速重试不利于系统拥塞解除，可以修改为15s。
SETUSTATETIMER:
RRCCONNREJWAITTMR=4,LowRrcConnRejWaitTmr=15;
ØGBR设置：
在大话务场景，为避免GBR设置过大而造成大量准入失败，建议把GBR设置改小，如16K或32K。
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=High,BEARTYPE=R99,USERPRIORITY=COPPER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=High,BEARTYPE=HSPA,USERPRIORITY=COPPER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Medium,BEARTYPE=R99,USERPRIORITY=COPPER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Medium,BEARTYPE=HSPA,USERPRIORITY=COPPER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Low,BEARTYPE=R99,USERPRIORITY=COPPER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Low,BEARTYPE=HSPA,USERPRIORITY=COPPER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=High,BEARTYPE=R99,USERPRIORITY=SILVER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=High,BEARTYPE=HSPA,USERPRIORITY=SILVER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Medium,BEARTYPE=R99,USERPRIORITY=SILVER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Medium,BEARTYPE=HSPA,USERPRIORITY=SILVER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Low,BEARTYPE=R99,USERPRIORITY=SILVER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Low,BEARTYPE=HSPA,USERPRIORITY=SILVER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=High,BEARTYPE=R99,USERPRIORITY=GOLD,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=High,BEARTYPE=HSPA,USERPRIORITY=GOLD,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Medium,BEARTYPE=R99,USERPRIORITY=GOLD,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Medium,BEARTYPE=HSPA,USERPRIORITY=GOLD,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Low,BEARTYPE=R99,USERPRIORITY=GOLD,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=INTERACTIVE,THPCLASS=Low,BEARTYPE=HSPA,USERPRIORITY=GOLD,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=BACKGROUND,BEARTYPE=R99,USERPRIORITY=COPPER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=BACKGROUND,BEARTYPE=HSPA,USERPRIORITY=COPPER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=BACKGROUND,BEARTYPE=R99,USERPRIORITY=SILVER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=BACKGROUND,BEARTYPE=HSPA,USERPRIORITY=SILVER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=BACKGROUND,BEARTYPE=R99,USERPRIORITY=GOLD,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=BACKGROUND,BEARTYPE=HSPA,USERPRIORITY=GOLD,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=IMSSIGNALLING,BEARTYPE=R99,USERPRIORITY=COPPER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=IMSSIGNALLING,BEARTYPE=HSPA,USERPRIORITY=COPPER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=IMSSIGNALLING,BEARTYPE=R99,USERPRIORITY=SILVER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=IMSSIGNALLING,BEARTYPE=HSPA,USERPRIORITY=SILVER,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=IMSSIGNALLING,BEARTYPE=R99,USERPRIORITY=GOLD,ULGBR=D32,DLGBR=D32;
SETUUSERGBR:
TRAFFICCLASS=IMSSIGNALLING,BEARTYPE=HSPA,USERPRIORITY=GOLD,ULGBR=D32,DLGBR=D32;
Ø降低NBAP信令量：
在高话务冲击时，会出现大量的RL建立失败导致的RRC建立失败，分析原因主要是由于基站的CPU占用率太高导致，由于大量的NBAP消息的处理导致基站的CPU资源受限，所以建议在NBAP信令消息冲击大的场景下，修改DPB的期由700ms修改至2s，降低IUBNBAP的TCP测量报告；
SETUDPB:
RptPeriod=200;
ØRTWP抬升问题：
在现网用户数较多时，尤其是HSPA用户增加会抬升低噪，通过数据分析发现，随着底噪抬升掉话率明显上升同时接入受到影响，通过修改低噪（背景噪声）来降低掉话和改善接入，也可以打开背景底噪自动更新开关。
同时在大话务前可以关闭2msTTI以缓解RTWP抬升和节省上行CE资源。
MODUCELLCAC:
uCellId=*****,BackgroundNoise=70,BGNSwitch=OFF;
（MODUCELLCAC:
CellId=*****,BackgroundNoise=61,BGNSwitch=ON,BgnStartTime=00&00&00,BgnEndTime=23&59&59;）
四、常见数据提取
（1）话统数据提取路径：
/bam/common/MeasResult/
（2）MML配置文件提取路径：
/bam/version_a/ftp/export_cfgmml/
（3）PCHR文件提取路径：
/bam/common/fam/famlogfmt/pchr/
（4）CHR文件提取路径：
/bam/common/fam/famlogfmt/
（5）CallFault文件提取路径：
/bam/common/fam/famlogfmt/
（6）一键式日志提取：
如下图所示
五、节假日通信保障期间值守人员安排与问题处理
（1）保障指标监控频率：
Ø早上8：
00～17：
00每隔一小时提取一次指标，分析并处理存在问题的小区；
Ø上午12点前发送上午06:
00~11:
00，下午18点前发送11:
00~17:
00的情况，除夕晚上从17点开始至23点每小时发送一次指标及问题小区处理情况；
（2）保障指标发布平台：
Ø微信群发布：
在南分第三优化微信群发布指标情况；
Ø发布：
上发送公司相关人员及抄送领导，容需包括指标及问题小区处理情况；
（3）保障应急问题上报：
对于超出值守人员在后台可调整的围容外，需及时上报接口人来协调处理；
五、节假日通信保障事后处置总结
重要节假日结束后第3日，汇总通信保障期间存在的问题点及遗留问题，存在资源不足的需及时提出扩容，以作为下一次保障时重要参考。
升级会员 