《诺西bsc-s14版本相关操作维护要求》由会员分享，可在线阅读，更多相关《诺西bsc-s14版本相关操作维护要求（9页珍藏版）》请在金锄头文库上搜索。
1、BSC操作维护建议Table of contents1.目的22.BSC操作维护建议2附录1：EDAP垃圾数据的表现5附录2：BSC侧与BTS侧EDAP数据不一致71. 目的随着网络容量不断扩大和用户数的增加，用户对GSM/GPRS/EDGE网络稳定性要求也越来越高，根据近期处理BSC相关问题的经验，我们准备了下面的文档和建议，希望对移动公司GSM/GPRS/EDGE网络的维护工作有所帮助。2. BSC操作维护建议结合近期出现过的BSC类问题，我们有如下建议，供移动技术人员参考：1) BCSU切换后出现2202和2252告警导致断站问题引起此问题的原因是BCSU切换后内部PCM需要重新计算，重
2、新计算后载频信令的内部PCM与ET的内部PCM冲突，导致此块ET板所带的基站中断。此问题最终解决方案在S14 MP8.0，如果再次发生类似问题，建议按照下面的临时解决方案尽快对基站进行恢复：根据2252告警找到发生冲突的时隙： NCBSC53G BCSU-0 SWITCH 2011-03-29 10:58:24.48* ALARM BCSU-0 1A003-00 PXNETM (1593) 2252 LOOP TEST FAILED IN PRIMARY RATE ACCESS TERMINAL 0D 01FF 00 00 269d2252第二位附加信息为发生冲突的D-channel ID，为
3、16进制，需要转换为10进制。以上面的告警为例：01FF(Hex)=511(DEC)，需要将D-channel ID为511的载频信令删掉重新建立在另外的BCSU上，然后切换发生时隙冲突的BCSU(BCSU=0)到SP。2) 不要在忙时或整点执行对系统消耗较大的命令对于以下查询大量无线数据库的命令，最好是根据相关的基站执行对应的命令，而不要输出整个数据库，输出整个数据库会在短时间大量占用内存资源。如果要查询所有的数据库，建议避开忙时/整点执行，且不要定期多次频繁执行。以BSC3i2000为例：ZEAO:SEG=1&2000;/查询所有小区的相邻小区信息ZEQO:SEG=1&2000;/查询所有
4、小区配置信息ZERO:SEG=1&2000;/查询所有载频信息ZWUP:CGR/查询所有PCM连接信息ZFXI:NSEI=0&65535;/查询所有GB连接信息3) 休眠小区维护建议为了避免操作可能导致的休眠小区，我们有如下建议： 建议不要多人同时对同一个网元进行操作，如果大量的EDAP的修改建议安排在夜间， 可以集中将一个BCSU/PCU下的EDAP修改完毕，对此BCSU进行切换后在进行另外一个BCSU/PCU的EDAP修改。在频繁地修改大量EDAP数据后，建议对BCSU单元进行切换，这样可优化PCU内部的资源合理分配，进而提高PCU的利用率。在附件的技术文档中，有详细说明和建议。如果进行连
5、续的BCSU单元切换，上一次切换完成后间隔3分钟再进行下一个单元的切换。如果切换过程中，遇到任何问题，随时联系诺西当地服务团队。 建议检查BSC中是否存在EDAP垃圾数据，是否存在基站已经删除，但是EDAP没有删除的情况，如果未删除EDAP，PCU还将保留内部的资源，不能分配给其它的基站使用，从而占用PCU的资源且虚增PCU的时隙利用率；（参考附录1） 建议尽可能的平均分配NSEI的归属，避免在某个PCU下分配较多的基站，而其它PCU下基站较少，最好的方法是事先进行PCU负荷的计算和规划，有序地分配NSEI，减少导致PCU工作不正常的因素； 检查BSC侧与基站侧的EDAP值是否相符，若不一致，
6、基站可能产生休眠小区现象；（参考附录2） 3273告警和休眠小区：NED对3273告警的解释如下：3273 (E)GPRS TERRITORY FAILUREMeaning(E)GPRS territory size in the BTS is below the limit specified by the BTSspecific radio network parameter default GPRS capacity (CDEF). The BSChas not been able to add more radio channels to the territory within th
7、einforming delay of this alarm (180 seconds).The BSCs ability to transfer (E)GPRS traffic in the BTS has been reducedor totally prevented.如果BTS出现3273告警，则说明此BTS肯定存在(E)GPRS问题。要根据3273告警的附加信息对其进行相应的处理（或者联系当地的诺西服务团队）。但是，并不是所有存在休眠小区都会出现3273告警。要根据实际情况进行判断和处理。一般来讲如发生以下情况，建议判断为休眠小区： 数据上下行流量为0且语音话务量在0.5 Erl 以
8、上的小区； 排除边缘小区 （PACKET_CH_REQ和PACKET_IMMED_ASS_REJ_MSG）4) 历史告警分析建议如有可能，建议定期对网元的历史告警进行分析，排除网元可能存在的隐患。比如，有些1178告警导致的BCSU切换并不会引起断站，建议对这些BCSU进行监控，并根据1178的附加信息进行处理，如多次发生切换建议更换相关促发告警的板件。附录1：EDAP垃圾数据的表现对于基站数据已经删除，但是对应的EDAP垃圾数据没有删除的情况，PCU还会继续保留内部的资源，不能分配给其他的基站使用，从而占用PCU的资源且虚增PCU的时隙利用率。对于此种情况，我们建议应定期检查网元是否EDAP
9、的垃圾数据。方法如下：1) 列出BSC所有配置的EDAP：ZESI;LOADING PROGRAM VERSION 13.2-0BSC3i FUZBSC12G 2010-08-21 03:19:07 DAP CTRL ID ETPCM-TSLS BCSU PCU - - - 1 257-20&-24 3 5 2 329-21&-24 3 5 31 270-21&-24 2 4 37 272-20&-24 4 4 40 273-20&-24 1 5 41 332-21&-24 1 5 43 274-21&-24 1 52) 原则上DAP ID对应于BCF ID，可以根据DAP ID查找对应的BC
10、F下载频是否使用此DAP，以BCF=1为例：ZERO:BCF=1;BSC3i FUZBSC12G 2010-08-22 03:30:06TRANSCEIVER DATA ADM.STATE OP.STATE -BCF-0001 UNLOCKED WOSEG-0001 NFXNBAISHE1BTS-0001 NFXNBAISHE1 UNLOCKED WOTRX-001 EDGE UNLOCKED WO BCSU-3GTRX Y (GPRS) BB_UNIT EDGE HRS Y PREF NFREQ 81 TSC 4 FRT 0 (REGULAR) LEV - 78 dBmDAL N (NOT
11、USED) DAP 1 LEVD - 75 dBm SIGN 0D-CH TELECOM LINK SET 5 T0011RTSL PCM-TSL SUB_TSL TYPE I.LEV ADM.STATE OP.STATE CH.STATUS- 0 257 - MBCCH - UNLOCKED WO 1 257 - SDCCH - UNLOCKED WO 2 257- 1 2 TCHF 0 UNLOCKED WO ID 3 257- 1 3 TCHF 0 UNLOCKED WO FR 4 257- 2 0 TCHF 0 UNLOCKED WO ID 5 257- 2 1 TCHF 0 UNLO
12、CKED WO ID 6 257- 2 2 TCHF 0 UNLOCKED WO ID 7 257- 2 3 TCHF 0 UNLOCKED WO GP3) 如果该基站已经删除或者该DAP没有使用建议删除此DAP，释放PCU的资源：ZESG:ID=1;附录2：BSC侧与BTS侧EDAP数据不一致一般的，BSC侧的EDAP配置必须在BTS侧配置的EDAP的范围内，如果BSC侧配置的EDAP时隙在BTS侧没有配置，则有可能造成EDGE使用出现异常，或基站无法正常重启。在BSC侧查询EDAP配置，以DAP ID=1为例：ZESI;LOADING PROGRAM VERSION 13.2-0BSC3i FUZBSC12G 2010-08-21 03:19:07 DAP CTRL ID
