NSN-BSS网元节日保障方案

PLAN1 (8) CARE TEAM ACCESS GROUP2009.01.15 NSNNSN BSSBSS 网元节日保障方案网元节日保障方案 1.1 BSS 部分预防性方案部分预防性方案(保障前维护工作保障前维护工作) 1、检查机架和机框电源电压，其电压波动应在规定的允许范围之内。 2、检查时钟同步系统，确保主备用同步系统能顺利切换并正常工作。 3、对各个单元进行诊断并对单元间的切换机制进行检查。 4、备份 BSC 和 BTS 软件包到磁带或光盘上并妥善保存。 5、检查各计算机单元的负荷情况，并根据往年的统计数据进行单元负荷预测，最后根 据预测结果对网元进行必要的调整以尽量避免在节日的话务高峰期间出现单元过负 荷的情况。 6、检查 A 接口和无线接口上的信令链路及话务信道的配置情况，并根据往年的统计 数据进行话务预测，并根据预测的结果进行必要的扩容。 7、均衡 BCSU 的负载分配，避免可能的 BCSU 过载情况的出现 8、根据 RNP 的分析建议，Split the LAC If the paging amount is more than 100,000 per hour, we suggest splitting the LAC. 如果每小时寻呼数超过 100，000，我们建议 splitting the LAC 9、 Change the LAPD link from 16kbit/s to 32kbit/s in Hot-spot site.建议热点地区基 站修改 LAPD 信令速率 16kbit/s 增加为 32kbit/s We suggest changing the TRXSIG link to 32kbit/s in the Hot-spot site if the BSC is BSC2i or BSC3i. Attention, if it is BSC2E, we dont suggest. Do not change all BTSs inside BSC. 10、 启用动态 SDCCH 和 DR 的 Feature 将会在高话务时刻有所帮助 11、A interface check A 接口检查：BSC 的 A 口信令负荷的检查(检查命令为 ZOLT)， 信令链路是否为 2 的 N 次方以利于负载 PLAN2 (8) CARE TEAM ACCESS GROUP2009.01.15 Check the A interface link is configurated as 2n. If not, we need create more links. If the signaling link load in A interface is over 0.2 Erl on one direction repeatedly, we suggest adding more link. It can be check with command:ZOLT:X 12、视情况是否需要应急通信设备 1.2 BSC 部分的监控措施部分的监控措施 1.2.1 检查检查 BSC 及基站的告警及基站的告警(建议每半小时查看一次建议每半小时查看一次), 主要包括以下内容主要包括以下内容: 及时处理各网元两星及两星以上的告警 对于两星以下的异常告警也必须予以高度重视,尤其是涉及重要单元的告警 对于频发告警应及时处理 根据近期现网的运行经验, 建议对下列告警予以特别关注: 2757 CARTRIDGE NON-REDUNDANT POWER SUPPLY FAILURE 2755 CARTRIDGE CLOCK FAILURE 2692 INCORRECT WORKING STATE - 应特别关注非应特别关注非 ET 单元单元 1582 CONNECTION OR RELEASE ERROR 1071 PROCESSOR TIME SHORTAGE 1044 ERROR IN SWITCH COMPARE TEST 1045 ERROR BETWEEN MARKER TABLES AND SWITCH CONTROL MEMORY 1663 HAND RESERVATION ERROR IN DATABASE MANAGER 3019 NETWORK SERVICE ENTITY UNAVAILABLE 3020 NETWORK SERVICE VIRTUAL CONNECTION UNAVAILABLE 命令列表包括: ZAHO; ZAHP; ZEOL; ZEOH; PLAN3 (8) CARE TEAM ACCESS GROUP2009.01.15 1.2.2 检查各单元及硬盘工作状态检查各单元及硬盘工作状态, 确保各单元工作正常确保各单元工作正常(在机房现场准备好备件在机房现场准备好备件) 命令列表包括: ZUSI; ZISI; 1.2.3 检查信令链路及电路的工作状态及负荷状况检查信令链路及电路的工作状态及负荷状况: 单向链路负荷超过 0.2Erl 时, 建议增加链路数量. 命令列表包括: ZNET; ZNHI; ZNLI; ZOLT; ZRCI; ZCEL; 1.2.4 检查基站工作状态检查基站工作状态: 命令列表包括: ZEEI; ZEEL; ZDSB; ZDTI; 1.2.5 检查检查 GPRS 业务状况业务状况: 重点关注 GPRS 休眠小区, PCU 吊死以及 GB 链路状态三个方面. 命令列表包括: ZFUI; ZFXO; ZEEI; ZEEL; ZDDS:BCSU,; ZRS:30,50BE (syntax: ZRS:, BE) dpcualloc 在进入在进入 SERVICE TERMINAL 查看查看 PCU 数据时应特别注意数据时应特别注意, 任何无关的其它命令都不能执行任何无关的其它命令都不能执行! PLAN4 (8) CARE TEAM ACCESS GROUP2009.01.15 1.2.6 检查测量报告状态及传送状态检查测量报告状态及传送状态: 命令列表包括: ZIFI; ZIFO; 1.2.7 在忙时应慎用的指令在忙时应慎用的指令 以下指令有可能大幅度增加系统负荷, 因此尽量规避在忙时执行以下指令: ZERO:BTS=; ZEAO:BTS=; ZEQO:BTS=; ZFXO:BCSU=:BTS; ZEEO:BCSU; ZDOI; 1.3 出现话务拥塞时的应急解决方案出现话务拥塞时的应急解决方案 1.3.1 监控监控 BSC 的相关告警的相关告警 1)在高话务量时，观察记录 BSC 的相关告警，以下的告警容易出现。同时采取相应的 措施： 2720: TELECOM LINK OVERLOAD 2133: SEND BUFFER OVERFLOW IN SIGNALLING TERMINAL 1014: PROCESSOR LOAD RATE ALARM LIMIT EXCEEDED 2993: BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON ABIS INTERFACE 7745: CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD 1302: PAGING OVERLOAD 0125: PCU PROCESSOR LOAD HIGH 3164: PCU PROCESSOR OVERLOAD 1071PROCESSOR TIME SHORTAGE 2478 MOBILE ACCESS CLASSES ABNORMAL 2770 PREPROCESSOR UNIT FAILURE 0026 SIGNALLING LINK LOAD OVER THRESHOLD 当发生 BCSU 自动倒换故障时,注意观察相关基站的 CS） 1.3.3 对信令负荷的观测对信令负荷的观测 信令负荷不应超过 0.2 Erl. MML 命令：ZOLT：0 【故障现象】BSC 上出现 0026 告警，统计报告显示信令链路的负荷超过每条 0.2 爱尔 兰或每线话务量超过 0.6 爱尔兰。如果信令链路负荷超出了 0.4Erl，此时应 与 MSC 工程师协同解决。如果同时有 2478 告警出现，则可以判断是 MSC 出现了过载。 【Fault Phenomena】Alarm 0026 appears in BSC, and the statistics report shows that each signaling link load exceeds 0.2erl or average circuit traffic exceeds 0.6erl. 【解决方案】增加 A 接口的信令链路或电路以满足负荷门限的要求。 【Solutions Plan】Increase amount of A-if signaling link or amount of circuits to fullfil the load threshold. 1.3.4 对对 BCSU 计算机单元负载进行观测计算机单元负载进行观测 BCSU 单元平均负荷不能超过 NOKIA 定义严重告警门限（60%）,并且当 BCSU 单元的平 均荷超过定义的门限值时会出发 2720 告警和 1014 和 1071 告警，MML 命令： ZDOI：BCSU； 注意在高话务时千万不要用 TOPTEN 的扩展菜单看进程负荷： 当出现针对 BCSU 的 2720 告警出现时，意味着 LAPD 上行方向出现了过载，这时可 以通过修改 BTS 级别的参数 RET(从缺省值 4 改为 2 或 1)/ZEQM 和 BMA(从缺省值 1 改 PLAN6 (8) CARE TEAM ACCESS GROUP2009.01.15 为 2 或 4)/ZEQM 来减轻 LAPD 上行负荷。如果出现 2133 告警，在排除了 AS7 插件板的 硬件故障后，意味着 LAPD 下行方向出现了过载，比较有效的手段是与 MSC 工程师协商 以减少寻呼的发送次数。如果出现 1302(S11.5)告警，则说明 BCSU 出现了过载，可以通 过减少 BTS 级别的参数 AG(最小改为 1)/ZEQJ 和 MFR(最小改为 2)/ZEQJ 来缓解寻呼的 压力，此时应立即与 MSC 工程师联系以减少寻呼的发送次数。 当 0125(S11.5)或 3164 告警出现时，说明 PCU 出现了过载，此时为避免可能出现的 2770 告警导致 BCSU 的自动切换，可以使用 ZUST 指令为所有 BCSU 设置 RBAN 信 息以阻止其切换 疏导出现过载情况 BCSU 控制的话务，如均衡过载 BCSU 控制的 TRX 至其它低负载的 BCSU, 需将 TRX 的 LAPD LINK 删除并重新由低负载的 BCSU 控制。(需断开基站) 在 MSC 侧改变寻呼策略，减少 A 口 PAGING 消息总量，降低 BCSU 负荷。 1.3.5 对热点基站的话务进行观察，出现拥塞情况采取相应措施：对热点基站的话务进行观察，出现拥塞情况采取相应措施： 修改 MS RACH RETRANSMISSION(RET) 参数 from 4 to 1 ZEQM:BTS=XX:RET=1; 修改 BTS MEASURE AVG(BMA) 参数 from 1 to 4 (if Abis UL overload) ZEQM:BTS=XX:BMA=4; 修改 Number of slots spread trans(SLO) From 10 to 12 ZEQM:BTS=XX:SLO=12; (以上三种方法需要在锁站的状态下修改，实践证明在高话务情况下闭锁基站不是个好选 择，最好在事先对热点基站设定好相应的参数) 修改 Power control interval 参数 from 2s to 4s. ZEUG:BTS=XX:INT=4; 修改基站的最低接入电平 RXP. ZEUG:BTS=XX:RXP=XX; BSC 处理能力过载或 Abis 接口信令拥塞 缩短 T3101 的时长，以尽快释放无线资源。T3101 的缺省值为 3 秒，可减少至 2 秒。 ZEGT:T3101:,2； 延长 T3122 的时长，以使发生拥塞的手机用户在这段时间内不要试图登录网络造成更 大的拥塞。缺省值为 6 秒，可增至 10 秒甚至 20 秒。ZEGT:T3122:,10; 【故障现象】手机用户难以拨通电话，统计报告显示有大量的立即指配失败（T3101 时 限超时）。在 BSC 上用 ZEEL 指令查看时可发现 SDCCH 占用数量接近或 超过 TCH 的占用数量。在故障期间 BSC 上可能会出现大量的 2993 告警和 77XX 告警。 PLAN7 (8) CARE TEAM ACCESS GROUP2009.01.15 【Fault Phenomena】User experience difficulities to make calls, and the statistics report shows that there are a lot of Immediate Assigment failure(T3101 timer expired). Use ZEEL commandto to find that the total number of busy SDCCH is close to or bigger than that of TCH. During the fault period, a lot of alarms 2993 and 77xx may appear. 【解决方案】用 ZEGT 指令将 T3101（缺省值为 3 秒，实际值可能为 5 秒）的值改为 2 秒，以尽快释放被无效占用的 SDCCH。用 ZEGT 指令将 T3122（缺省值为 6 秒）的值改为 10 秒甚至 20 秒，以减缓用户的请求次数。在相关的 MSC 上对 MT-SMS 进行紧急限制（具体方案待定）。 【Solutions Plan】Use ZEGT command to change T3101(default 3s, used value may be 5s) value to 3 second to release invalid occupied SDCCH. Use ZEGT command to change T3122(default 6s) value to 10 seconds to slow down user attempt. Also make emergent restricts to MT-SMS in the relevant MSC(detail scheme will be decided later). 当阻塞进一步加深时，可以通过修改 BTS 级别的参数 ACC 来暂停部分用户的业务， 还可以通过修改 BTS 级别的参数 BAR 来暂停部分小区的业务，甚至直接关闭部分基 站。 采取逐步降低基站功率的办法缩小话务量的吸收. ZEUG:BTS=XX:PMAX=YY;效果最为 明显。 在高话务时千万不要用