《移动通信网络春节保障方案》由会员分享，可在线阅读，更多相关《移动通信网络春节保障方案（6页珍藏版）》请在金锄头文库上搜索。
1、2015 年春节无线侧通信保障方案一、概述1、保障背景2015 年 2 月 18 为农历的除夕，2 月 19 至 2 月 25 日为春节，根据往年的话务情况，XX 的话务量春节前主要集中在商业区和交通枢纽，春节时话务量整体会稍有下降，随后会有小幅上升，慢慢趋于正常，根据以往及节日保障经验对现网目前情况进行相应调整，达到提前未雨绸缪的目的，确保春节期间网络的正常运行；2、保障范围根据以往话务情况和通信保障经验来看，话务集中区域主要为以下场景，大型商场、高速、景区、密集住宅区、火车站、汽车站等等，重点对以上场景进行话务分析，针对各个场景覆盖小区进行扩容、各项参数调整等等；二、春节话务量情况对比13
2、 年和 14 年春节前后话务量变化情况从 13 年和 14 年的话务情况来看，13 年和 14 年春节时期话务量较平时均有明显下降，从除夕开始话务量开始下降，初二降至最低谷，然后初三开始回升；2104 年春节前后各个县区话务量变化情况由上可以看出 14 年春节时期各个县城话务情况和全网话务情况类似，也是基本从除夕开始话务量就开始下降，均低于平常水平；三、PCU 负及荷寻呼情况对比1、各 BSC 的 PCU 负荷目前现网 21 个 BSC（BSC18 除外） ，其中有 5 个 BSC 的 PCU 负荷较高，容易出现问题，需要进行扩容或相应割接：BSC CDED DAP_TSL PCU 负荷 需增
3、加 BCSU 数 需增加 PCU 数 调整后负荷YCI_NBSC-17 3274 2805 94.36% 1 5 70.77%YCI_NBSC-10 2593 2724 87.82% 1 5 65.86%YCI_NBSC-05 4818 4338 86.60% 0 0 满配无法扩，建议割接YCI_NBSC-09 3219 2506 86.22% 1 5 64.66%YCI_NBSC-06 2863 2802 85.88% 0 4 68.71%YCI_NBSC-01 4207 4060 79.87% YCI_NBSC-02 4881 4074 80.72% YCI_NBSC-03 4165 40
4、21 79.10% YCI_NBSC-04 3385 4380 81.66% YCI_NBSC-07 3675 2762 71.89% YCI_NBSC-08 4116 3652 73.14% YCI_NBSC-11 2568 2573 62.79% YCI_NBSC-12 4110 3748 74.62% YCI_NBSC-13 3982 3820 75.24% YCI_NBSC-14 3756 3058 78.07% YCI_NBSC-15 2324 1768 61.17% YCI_NBSC-16 3559 3680 71.40% YCI_NBSC-19 2535 2252 75.15%
5、YCI_NBSC-20 3318 2934 58.80% YCI_NBSC-21 2489 2410 78.96% YCI_NBSC-22 280 204 7.14% 通过上述数据可以看出1） 目前 YC_NBSC-17、YC_NBSC-10、YC_NBSC-05、YCI_NBSC-09、YCI_NBSC-06 等 5 个 BSC的 PCU 负荷较高，影响较大；2） YC_NBSC-17、YC_NBSC-10、YCI_NBSC-09、YCI_NBSC-06 四个 BSC 均可以通过增加BCSU、PCU 的方法缓解高负荷情况；3） YC_NBSC-05 的 BCSU 和 PCU 均已满配，无法再
6、通过扩容 BSCU 和 PCU 的方式进行缓解，建议对其部分小区进行割接；2、连续一周各时段寻呼量情况LAC 寻呼量 LAC 寻呼量 LAC 寻呼量13903 81516 13902 56005 13646 4296113892 79760 13895 55543 13731 4063913644 78172 13890 55296 13640 4027813888 75956 13893 54662 13891 4017013635 71429 13642 53736 13900 3901413632 70500 13896 50902 13898 3491313897 68256 1363
7、8 49690 13894 3063113633 67607 13634 47189 13647 2957313637 64098 13901 47141 13643 826313636 62676 13645 47102 13728 521013639 56981 13889 46272 13729 56713641 56615 由于春节时期的情况类似于目前现网的情况，就目前情况来看，XX 忙时寻呼量最大只有 8万多，基本所有 LAC 的寻呼量均低于理论值，因此针对春节，无需进行 LAC 调整；圣诞节平安夜全天最大寻呼量如下：LAC 寻呼量 LAC 寻呼量 LAC 寻呼量13632 8119
8、6 13644 80733 13892 8896013633 70082 13645 48261 13893 6202013634 50695 13646 46518 13894 3927113635 94586 13647 33807 13895 6692013636 70970 13728 5124 13896 5756613637 72000 13729 535 13897 7532713638 51053 13731 43883 13898 4131813639 59243 13888 117907 13900 5547413640 46151 13889 54937 13901 52
9、74913641 71668 13890 70913 13902 6316813642 63055 13891 43270 13903 8178013643 4922 相对而言圣诞节平安夜的寻呼量较大，基本最大的在 10 万左右，春节应该小于圣诞节的寻呼量，所以春节不需要因为寻呼问题进行 LAC 调整；1）高寻呼删除小区处理目前现网共计剩余 CCCHElicense160 个，目前目前高寻呼删除小区 140 个，需要CCCHElicense140 个，通过各个 BSC 之间的均衡调整可以满足寻呼删除较多小区的 license需求，如下：BSC 需要 CCCHE 数量 直接增加 CCCHE 数量
10、 调整参数数量YCI_NBSC-01 20 2 1YCI_NBSC-02 13 3 1YCI_NBSC-03 5 2YCI_NBSC-04 3 YCI_NBSC-05 15 3 YCI_NBSC-06 1 YCI_NBSC-07 1 4YCI_NBSC-08 16 7 YCI_NBSC-09 4 2 YCI_NBSC-10 10 2 5YCI_NBSC-11 1 4 6YCI_NBSC-12 9 2 YCI_NBSC-13 16 2 YCI_NBSC-14 7 14 YCI_NBSC-17 3 2 YCI_NBSC-19 7 YCI_NBSC-20 2 YCI_NBSC-21 2 YCI_NB
11、SC-22 6 现网连续一周寻呼删除小区：连 续 一 周 寻 呼 删 除小 区 及 解 决 方 案 明 细 .xlsx四、各个区域保障实施情况1、对 SDCCH 拥塞的小区和 SDCCH 信道数偏小区的重点区域进行相关 SDCCH 信道调整；春节；共计需对 152 个小区增加 205 条 SDCCH 信道：春 节 SDCCH信 道 增 加小 区 .xlsx2、对重点场景、重点区域、高话务区域进行半速率门限调整，已达到满足重点区域话务负荷的需求；共计需对 179 个重点小区进行半速率门限调整：春 节 半 速 率 调 整 小区 .xlsx3、对各个县区急需扩容小区进行及时扩容，确保春节网络正常运行
12、；共计需对 101 个小区 132 个载频进行扩容：春 节 需 要 扩 容 小 区 .xlsx4、重点关注重要场景覆盖小区，如附件：重 要 场 景 覆 盖 小 区 .xlsx5、对重点区域、重要场景各项无线参数核查（PMAX1RXPREORLT时钟等等） ；五、各项参数调整计划：针对各项调整，安排计划如下：时间 工作 具体描述 备注1 月 26 日-1 月 8 日 高寻呼、寻呼删除小区调整首先进行各个 BSC 的 CCCHElicense调整，随后锁闭小区对各个小区逐一调整1 月 29 日-1 月 30 日 半速率调整及各项参数检查 对重点场景高业务小区进行半速率 调整，对重要参数进行全网核查
13、2 月 1 日-2 月 6 日 SDCCH 信道调整SDCCH 拥塞的小区和 SDCCH 信道数偏小区的重点区域进行相关 SDCCH信道调整六、突发应急预案1、 严格监控各个小区的工作状态业务情况，确保各个小区正常工作，防止出现业务量突增导致的语音、数据业务拥塞情况，如果出现语音或数据业务突增的情况，及时进行相关参数调整均衡，如无法均衡调整，对其发射功率进行逐级降低，利用周边小区分担该小区话务，后续进行扩容处理；2、 严格监控各个小区的信令信道负荷情况，对突发的信令信道拥塞，及时进行调整，如果不能进行调整，对发射功率进行逐级降低，利用周边小区分担该小区话务，后续进行扩容处理；3、 对各 LAC 的寻呼容量进行监控，避免因寻呼负荷较大，出现大面积的寻呼删除的情况，对 AG/MFR 等参数根据实际情况进行合理调整；4、 对各个 BSC 的 PCU 负荷进行监控，及时对各个 BSC 下的 PCU 负荷进行均衡，避免因为负荷过高出现影响用户上网的情况；
