网应急通信保障手册

G应急通信保障标准化手册赣州移动2013年3月5日目录1.概述31.1通信保障总则31.2编制目的42.信息收集工作42.1及时性、准确性43.方案及实施工作43.1话务预测43.2半速率参数设置策略73.3网元负荷分析73.4制定保障项目实施进度表84.保障期间工作94.1制定应急预案94.2TCH高拥塞小区监控以及应急处理94.3SDCCH高拥塞小区监控以及应急处理94.4LAC寻呼量的监控以及应急处理104.5监控BCSU单元是否负荷过载.104.6通信保障当日其它注意事项105.节后评估以及保障方案的修订101. 概述重大应急通信保障主要是指：1) 重大通信事故、自然灾害、事故灾难、突发公共卫生事件、突发社会安全事件； 2) 有重要政治意义的活动：党政军高级领导参加；3) 政府部门领导交办的重要通信保障任务、演练任务；4) 大型社会团体活动（周边基站通过扩容后进行话务估算仍无法满足该区域话务需求或周边基站无法覆盖活动地点）通信保障的目的是为了更好解决突发的话务需求时，采用有效的通信保障措施，保障通信网络正常提供服务而开展的工作。重大节假日通信保障具有突发性的特征，是一项较为复杂、涉及面多的工程，需要各个部门和专业的协同配合，做到保障前缜密筹划，保障期间得力保障，保障后认真总结。1.1 通信保障总则应急通信保障一般划分为信息收集、出方案及实施、活动期间保障、保障总结评估三个阶段。应急通信保障信息收集阶段一般是指各县公司、营销中心收集到的保障活动信息的上报，时间为一周上报，使方案有足够的时间实施；出方案及实施主要包括以下几方面内容：小区级话务预测、LAC寻呼负荷分析及保障方案、各网元负荷分析及保障方案、载频扩容分析及半速率参数策略方案等等。同时制定好详细的计划、方案和预案来细致实施各个事项，根据形势需要，更新基本网络信息，评估保障区域网络状况，制定详细周密的保障措施和网络调整方案，先对方案进行审核再按计划实施。活动期间保障也叫活动期间实时保障阶段，一般是指针对活动期间展开的各项保障工作。这里在活动期间主要是做好各项网元负荷及各项指标的监控，并根据应急保障方案，在节日期间有依据地应对突发事件，及时对网络进行必要的优化和调整，确保网络负荷均衡，用户感知良好。应急通信保障总结评估也叫总结阶段。由于应急通信保障工作存在突发性、复杂性和系统性，每一次保障都是一次工作流程和专业协同的创新，需要提升保障团队整体的运作效率和协调能力，每一次保障都应该进行细致的事后总结。1.2 编制目的为了做好应急通信保障期间的通信保障工作，全面提升应急通信保障期间的网络掌控手段和应急处置能力，确保网络安全的前提下，最大限度的吸收话务量，同时尽可能保障各项管控指标达到优秀，特制定本标准化手册。2. 信息收集工作2.1 及时性、准确性信息必须包含活动主会场经纬度信息、活动人数、活动群体特征、主覆盖相关小区信息，另外需引导性询问上报人员是否交通管制、交通管制路段经纬度、往年是否举办过相似活动。3. 方案及实施工作通信保障在保障前需做到认真分析活动的特征，准确把握保障工作的重点和难点，明确制约保障工作的主要因素和次要因素，并制定针对性的保障方案。同时在作业实施过程过，不断细化和调整应对策略。其主要涉及工作内容包括如下：3.1 话务预测应急通信保障还需针对可预见的高话务增长小区进行载频扩容。具体扩容小区分析主要根据以下几点进行： 根据活动人流流动趋势预测各小区覆盖区域话务，确定存在高话务增长小区，高数据增长小区。且可能导致语音拥塞、数据拥塞的小区； 对于涉及LAC边界的重点保障小区，需要确保每载频保留2个物理时隙，动态SDCCH只能在整个TCH中转换，需要确保小区有足够时隙留给动态SDCCH； SDCCH容量计算过程下面以1个2载频的小区为例： SDCCH计算举例（2TRX的CELL）：1、呼叫建立： 2 TRX / Cell ：假设小区配置2个信令信道，2个静态PDCH信道，则剩余12个TCH信道，不考虑半速率情况下，按2%呼损计算，可以最多承载6.66Erl。考虑全开半速率，则为24个TCH信道，按2%呼损计算，可以最多承载16.63Erl。 每用户平均爱尔兰：取2012年12月31日数据，全省忙时话务量.97爱尔兰/全省VLR用户总数个，得出每用户平均爱尔兰0.02. 小区承载用户数（不开半速率）=理论承载话务量6.66/每用户爱尔兰0.02=333个。小区承载用户数（全开半速率）=理论承载话务量16.63/每用户爱尔兰0.02=831个。 忙时每用户试呼次数：提取2012年除夕，中秋及2013年元旦晚忙时系统试呼次数，中秋的最高为1600万次，除以全省VLR用户数2100万，忙时每用户试呼次数为0.77次。取一定的冗余，试呼次数取1.5次。2012年除夕2012年中秋2013元旦忙时系统试呼次数 SDCCH 占用时长 =5 sec （路测信令数据，呼叫建立时延约为5秒） 则每用户呼叫SD话务量= 1.5*5/3600=0.00208Erl / Call 小区最大用户数下呼叫建立SD话务量=用户数*每用户呼叫SD话务量=333*0.00208Erl=0.694Erl / Cell小区最大用户数下呼叫建立SD话务量（全开半速率（不开半速率）=用户数*每用户呼叫SD话务量=831*0.00208Erl=1.731Erl / Cell2、位置更新： 每用户每小时更新次数：2013年1月5日晚忙时全省位置更新请求次数为次，则每用户位置更新次数为0.831次，向上取整为1次。 SDCCH 占用时长：平均位置更新时长为1.23秒（信令平台数据），取整为1.5秒。位置更新时长msIMSI附着1776.512正常位置更新1510.218周期位置更新414.1194平均1232.643 则每用户位置更新SD话务量= 1.5*1/3600=0.Erl / Cell 小区最大用户数下位置更新SD话务量（不开半速率）=用户数*每用户位置更新SD话务量=333*0.Erl=0.139Erl / Cell小区最大用户数下位置更新SD话务量（全开半速率）=用户数*每用户位置更新SD话务量=831*0.Erl=0.347Erl / Cell3、短消息： 每用户忙时短信数量：2012年除夕最高，忙时4038千万条，平均每用户发送2条，收发乘以2，则每用户忙时短信数量4条。2012年除夕2012年中秋2013元旦全天忙时 每用户短信占用SD话务量=短信时长（1.5S）*4/3600=0.00167Erl/Cell 小区最大用户数下短信SD话务量（不开半速率）=用户数*每用户短信SD话务量=333*0.00167Erl=0.555Erl / Cell小区最大用户数下短信SD话务量（全开半速率）=用户数*每用户短信SD话务量=831*0.00167Erl=1.385Erl / Cell综合以上计算结果，理论上SDCCH话务量为：0.694+ 0.139+ 0.555=1.387Erl / Cell (SDCCH)（不开半速率）1.731+ 0.347+ 1.385=3.462Erl / Cell (SDCCH)（全开半速率）以1%的呼损计算，查询爱尔兰B表， SD话务量（不开半速率）需要4个SDCCH就可承载；SD话务量（全开半速率）需要8个SDCCH承载。现网载频配置下SDCCH配置参考：依据以上数据，对现网不同载频配置小区进行计算(四载频以上按2个信令，4个静态PDCH计算)，得出SDCCH配置参考值，如下表所示：载频数规划最小需要SDCCH时隙数参考配置载频SDCCH时隙数14828831316416165202462424728328323293640104040 TCH容量计算过程现在一般按照80的移动占有率计算，按照每用户0.02Erl计算忙时话务量。预测语音话务量=上报人数*80%*0.02 PDCH容量计算过程现在一般按照20M/时隙每小时（全网平均得出）计算，每用户按0.35M/H 计算。根据计算得出每小区应配PDCH信道。最终结合以上五点，提交详细的扩容清单，并确定最终完成期限，同时形成跟踪机制，确保扩容进度按计划完成。3.2 半速率参数设置策略一般来说应急通信保障区域话务增长有的时候会超过预期，存在一定的变数。难免会存在个别小区话务未准确估算到。因此如何解决这些突发高话务增长小区引发的拥塞，是应急通信保障的重要工作之一。制定了应急通信半速率参数保障策略，具体做到如下： 预估话务会增长区域，建议所有小区都开启支持半速率。 对于保障区域周边小区配置所有载频都开启半速率。 节假日期间赣州所有小区的半速率参数门限都设置为：诺西：FRL=80，FRU=90。 在保障前一天，进行半速率参数实施，并对原始半速率参数进行备份；当保障结束次日，立即进行半速率参数的还原。3.3 网元负荷分析应急通信保障除了考虑无线负荷需求外，还要考虑保障网元负荷安全。具体包括A口话务负荷、BSC时隙负荷、VLR利用率、HLR利用率及信令负荷等的分析。具体分析保障标注如下： 节日期间A口话务负荷根据无线话务预测结果，按1：1关系推算A口话务，按照0.7ERL/线来算,超过后就应该申请扩容或者进行网络调整。另外对于AMR的A口话务也是按1：1关系进行推算，且负荷也是按照0.7ERL/线来衡量。对于A口中AMR与非AMR电路数比，按实际预测的AMR话务与非AMR话务比计算。 BSC时隙负荷对目前各BSC的TRX负荷及时隙负荷，进行评估，并对高负荷BSC，提出解决建议(包括替换与割接)，以便满足保障新增扩容TRX需求。一般对于TRX容量2000/3000的BSC要求BSC时隙负荷不超过90%，而对于TRX容量660的BSC要求BSC时隙负荷不超过80%。 信令负荷根据话务增长比例，以当前信令负荷为基数，其保障期间信令负荷增长率视为话务增长率相一致，推算出节假日信令负荷。对于链路负荷超过0.3erl/线，应该考虑增加信令链路来降低负荷。 BSC License需求在保障方案实施前需对扩容、新开应急车、新增小区涉及的BSC的license进行核查，保证EDGE License、FLEXI License、MCPA License、AMR_Capacity-HR License等有足够的冗余，特别是现在新建站都是六代站，需要预留一定比例的的license，以方便紧急扩容。3.4 制定保障项目实施进度表应急通信保障还需针对保障前的所有准备工作，制定好详细的各项目实施进度表。其目的是对应急通信保障的各项保障工作，实施进度跟踪，确保各项目按计划实施。并对实施中出现的各种难点及时反馈，以便及时采取措施或更改方案策略。有了细致的项目实施进度表，则可使保障的所有准备工作实施到位，确保保障工作顺利进行。一般保障项目实施进度表应包括以下内容：主项目内容、各个细分项目及内容、计划执行时间、实施情况、项目进展情况及备注。具体如下表：XXX保障项目实施进度情况表索引项目名称计划执行时间实施情况项目进展情况备注1XXX内容内容细化12内容细化23内容细化3备注：1、 各项保障重点工作的完成时间一定要明确标志，如果出现困难要第一时间反馈给负责领导。2、 保障前一天，需要召开通信保障工作启动会，明确个人的职责和分工，并将相关脚本派发给各个保障责任人。4. 保障期间工作在节日期间，应加强对保障涉及设备的监控及巡视工作，及时解决设备故障。并对设备运行日志文件进行分析，及时查找网络隐患。网络运行指标能够反映网络运行的情况，应随时关注运行指标：VLR利用率、链路负荷、寻呼成功率等。并做好应急响应机制，确保保障期间网络运用正常。4.1 制定应急预案在应急通信保障期间，为确保网络的运用安全，还需提前做好应急预案。主要包括提前做好各个小区升降功率运行脚本。 4.2 TCH高拥塞小区监控以及应急处理在ZEEI实施负荷的跟踪监控中，当TCH可用信道占比超过的小区必须及时降低功率，确保无拥塞；调整过程注意ZEEI实施负荷的跟踪。4.3 SDCCH高拥塞小区监控以及应急处理在保障期间，要实时观察每个小区的SDCCH可用数情况，并对SDCCH有拥塞趋势的小区进行处理。对于SDCCH拥塞严重的小区需修改RET参数(默认为4)为1，即呼叫重试次数为1次，以节约系统资源。必要时还可以增大等待计时器T3122，可以防止系统无资源时用户仍然频繁发送信道请求信息，一般设置为810S，当SDCCH话务较高时可增大至2030S，可以很有效的缓解SDCCH拥塞。4.4 LAC寻呼量的监控以及应急处理保障期间LAC寻呼次数的跟踪必须每小时关注，正常时段寻呼次数15万以上关闭2次寻呼，在最高峰到来前将寻呼次数在10万以上将关闭2次寻呼，在高峰过后，将寻呼次数低于8万时将之前关闭的2次寻呼的LAC进行恢复，以免影响客户感知；一般来说没有那么大规模的活动。4.5 监控BCSU单元是否负荷过载. BSCU 的负载可通过从网管取出， 统计各BCSU单元平均负荷不能超过NOKIA定义严重告警门限（60%）。并且当BCSU单元的平均负荷超过定义的门限值时会出发2720告警和1014告警。建议：（1）疏导出现过载情况BCSU控制非保障区域小区的话务，如均衡过载BCSU控制的TRX至其它低负载的BCSU。（2）减少A口PAGING消息总