诺西TD基站闭站规范草案.docx

1、诺西TD基站闭站规范草案一 省网管要求从5月16日开始，福州省网管已经开始严格考核TD基站退服情形。经与省网管沟通，结果反馈如下:1. 目前省网管重点关注福州TD工单。2. 闭站的情形目前都是工程方自理，省网管已再也不受理。3. 目前暂仅考核告警：2047，2046，以后逐渐会考核更多的告警内容。但市公司保护部会考核所有告警。二 施工流程1.制定流程的原因：不屏蔽会出工单，网管会通报；不闭站施工，基站就会出高掉话；不闭站直接屏蔽，基站会产生更多的其他告警，影响保护考核，就会受到保护部投诉。RNC数据做多了，会造成基站开不起来，或反复出现故障；基站数据做多了，nodeB的告警就会透传到omc,引

2、发大量无用告警，影响保护人员判断力，事倍功半，劳民伤财。2.流程实施细则为了保障正常的基站保护秩序，避免没必要要的告警误导，从而分辨有效告警，提高工程及保护效益。特规范以下告警屏蔽通用流程。工程师在割接，扩容，排障等工程需要断站前，请先检查基站状态以便施工时及时解决隐患问题；需要断站时，请第一在OMC上屏蔽以下告警：（RNC侧的告警）2046，2047，2012，（nodeb侧的告警）9109。屏蔽以上告警后务必闭站，即在RNC上BLOCK 小区（以避免基站出现高掉话和产生大量告警）；由于告警2046，2047是rnc发起的，这一步必不可少。待相应工程结束以后要及时将基站先解闭锁后解屏蔽，需要

3、的话（如欠功率和驻波告警）基站重启直至使其无告警。施工后遗留告警要继续屏蔽并标注（屏蔽并标注方式如下图），并上报问题站点清单。工程师加多少硬件就做多少数据，不要存任何侥幸心理。我在屏蔽规则里加了屏蔽模版，请大家直接保护模版，在模版内添加或删除工程基站站名即可。注意：只要断站，就要先屏蔽再闭站。工程师要养成基站与RNC彼此监督屏蔽闭站的好适应 。3.闭站含义：将正常工作中基站的话务切换出去，以避免产生掉话；将告警暂时锁住，以避免误导。4.TD闭站公式=闭站+屏蔽三 割接要求 建议的割接流程如下：1）在基站原RNC上闭塞掉该基站的所有小区2）在原RNC上通过OMC的屏蔽规则屏蔽掉该RNC的2047

4、告警3）通过OMC的屏蔽规则屏蔽该基站的所有告警4）进行传输割接5）在新RNC上屏蔽2047、2046告警6）在新RNC上配置该基站的数据7）在新RNC上设定该基站的所有小区为去激活状态或闭塞状态8）在小区都正常以后，解除新RNC上的告警屏蔽nodeb网元升级或传输割接等大量量断站工程以后必然要做的三件事： A.要及时处置保护通道不通的问题。传输割接后由于RNC侧单板IP改变，nodeb到omc的路由若没能及时成立，将致使大量基站保护通道不通，后台无法保护，同步无法保障。所以割接后及时协调省网管相关人员处置路由问题B.及时检查并确保网元同步。 咱们的TD设备投入利用为时不久，保护资料不完善，保

5、护人员对各网元操作不甚了解。造成漏洞百出。以下是我总结的同步方式，不足的地方欢迎大家批评指正。a.保证OMC要与网元同步： 检查并配置数据同步为自动同步;保证OMC要与省网管的服务器NTP同步。OMC上和省网管时刻服务器同步命令rootosssvr-1 # ntpq -p remote refid st t when poll reach delay offset jitter=* 2 u 24 64 377 rootosssvr-1 #b. 保证RNC与核心网同步，时钟源设置为LINE1_8KHZ；保证RNC与OMC同步：在RNC侧打开SNTP服务，利用命令“SET SNTPCLTPARA:

6、 SP=60, SW=ON;”c. 保证NODEB侧时钟源设置正确, 设为GPS,具体命令为：”SET TIMESRC: TIMESRC=GPS;”保证nodeb与OMC同步，即打开NTPC同步，利用命令“SET NTPC: SYNCCYCLE=60, SYNCSWITCH=ON;”C 及时手动删除所有告警。 鉴于咱们软件许多问题，建议大量量断站工程以后，及时保留告警信息并删除当前所有告警一次。以便消除误告问题。NodeB割接完要在网元侧执行清除告警的操作。割接完了，肯定是要做健康检查的，检查完了历史告警就没什么价值，不如割接当晚全删掉（谨慎的话导出来做个备份）软件问题包括OMC主拓扑中“_d

7、eleted”站名产生问题,和告警定位信息中“NODEB标识”与“小区标识”不匹配告警屏蔽方式：必然注意时刻模式要选服务器时刻！屏蔽步骤到此结束，Ok注：若是当前割接暂告一段落，暂时不割接，能够停用模板（如下图）。等再次割接时删除旧站，添加新站，再启用模板。四 RNC侧告警恢复时刻与OMC侧告警恢复时刻不一致的原因在RNC平台上手动恢复告警，那么RNC告警平台，OMC告警平台，亿阳告警平台显示的清除时刻都一致。在OMC平台上确认并清除告警，那么RNC告警平台上显示的时刻和OMC上的清除时刻就不一致：RNC侧告警恢复时刻比OMC侧告警恢复时刻晚30秒钟。（参看下图）但OMC和 亿阳平台上的时刻是

8、一致的 。 因此，告警清除不建议在omc上进行。必然要在RNC平台上手动恢复告警。回答工单的时候注意以omc时刻为准。OMC侧和网元侧时刻不同主如果因为是不是开启了NTP时刻同步。若是网元没有同OMC侧做NTP时刻同步，是会出现网元侧和OMC侧时刻不一致的现象。规避方式就是打开OMC侧的NTP服务，而且把网元侧NTP时刻同步也打开。具体方式可参考OMC的调测手册和网元侧的调测手册。至于告警时刻的问题，每条告警的产生时刻都是网元侧产生的，OMC侧只会记录告警确认时刻和清除时刻，同时上报北向的告警内容中也会包括新告警生成时刻（即网元侧时刻）。建议使历时候能够采用OMC侧时刻为准（告警产生时刻是一致

9、的，清除确认的时刻能够依照OMC的时刻）。OMC侧截图RNC侧截图五 基站正常工作时闭站出现的连带现象闭站命令截图正常工作时闭站出现的连带现象，有两个1.RNC侧会出现小区成立失败告警（2012）2.基站侧会出现下行欠功率告警（9109）提示： 1，对基站进行闭锁，RNC侧会出现小区成立失败告警，这是正常的，因为资源不可用，上报成立失败是正常的流程，而且在故障原因里面有说明是：小区闭塞致使；上下行欠功率上报的原理是只要基带板BBI不给RRU提供功率，就会上报，所以当小区被闭塞，RRU无发射功率，自然会上报下行欠功率告警。清除当前告警是最快速有效的方式，但一段时刻后故障未解决，告警会重现。需要时刻关注告警的再次出现；规避的办法能够通过创建告警对象屏蔽条件(ADD OBJALMSHLD)来屏蔽相关告警，但要注意同类告警会不会也被屏蔽掉；另一种规避能够通过OMC设置规则来屏蔽；后者参考上图。 福州TD BTS组二零零年5月20日