一省网管要求
从5月16日开始，福州省网管已经开始严格考核TD基站退服情况。

经与省网管沟通，结果反馈如下:
1. 目前省网管重点关注福州TD工单。

2. 闭站的事情目前都是工程方自理，省网管已不再受理。

3. 目前暂仅考核告警：2047，2046，以后逐渐会考核更多的告警内容。

但市公司维护部会考核所有告警。

二施工流程
1.制定流程的原因：不屏蔽会出工单，网管会通报；不闭站施工，基站就会出高掉话；不
闭站直接屏蔽，基站会产生更多的其他告警，影响维护考核，就会遭到维护部投诉。

RNC 数据做多了，会造成基站开不起来，或者反复出现故障；基站数据做多了，nodeB的告警就会透传到omc,引起大量无用告警，影响维护人员判断力，事倍功半，劳民伤财。

2.流程实施细则
为了保障正常的基站维护秩序，避免不必要的告警误导，从而分辨有效告警，提高工程及维护效益。

特规范以下告警屏蔽通用流程。

◆工程师在割接，扩容，排障等工程需要断站前，请先检查基站状态以便施工时及时解决
隐患问题；
◆需要断站时，请首先在OMC上屏蔽以下告警：（RNC侧的告警）2046，2047，2012，（nodeb
侧的告警）9109。

◆屏蔽以上告警后务必闭站，即在RNC上BLOCK 小区（以免基站出现高掉话和产生大量
告警）；由于告警2046，2047是rnc发起的，这一步必不可少。

◆待相应工程结束之后要及时将基站先解闭锁后解屏蔽，需要的话（如欠功率和驻波告警）
基站重启直至使其无告警。

◆施工后遗留告警要继续屏蔽并标注（屏蔽并标注方法如下图），并上报问题站点清单。

工程师加多少硬件就做多少数据，不要存任何侥幸心理。

◆我在屏蔽规则里加了屏蔽模版，请大家直接维护模版，在模版内添加或删除工程基站站
名即可。

注意：只要断站，就要先屏蔽再闭站。

工程师要养成基站与RNC互相监督屏蔽闭站的好习惯。

3.闭站含义：将正常工作中基站的话务切换出去，以免产生掉话；将告警暂时锁住，以免
误导。

4.TD闭站公式=闭站+屏蔽
三割接要求
建议的割接流程如下：
1）在基站原RNC上闭塞掉该基站的所有小区
2）在原RNC上通过OMC的屏蔽规则屏蔽掉该RNC的2047告警
3）通过OMC的屏蔽规则屏蔽该基站的所有告警
4）进行传输割接
5）在新RNC上屏蔽2047、2046告警
6）在新RNC上配置该基站的数据
7）在新RNC上设定该基站的所有小区为去激活状态或闭塞状态
8）在小区都正常以后，解除新RNC上的告警屏蔽
nodeb网元升级或传输割接等大批量断站工程之后一定要做的三件事：
A.要及时处理维护通道不通的问题。

传输割接后由于RNC侧单板IP改变，nodeb到omc的路由若没能及时建立，将导致大批基站维护通道不通，后台无法维护，同步无法保障。

所以割接后及时协调省网管相关人员处理路由问题
B.及时检查并确保网元同步。

我们的TD设备投入使用为时不久，维护资料不完善，维护人员对各网元操作不甚了解。

造成漏洞百出。

以下是我总结的同步方法，不足之处欢迎大家批评指正。

a.保证OMC要与网元同步：检查并配置数据同步为自动同步;保证OMC要
与省网管的服务器NTP同步。

OMC上和省网管时间服务器同步命令
root@osssvr-1 # ntpq -p
remote refid st t when poll reach delay offset jitter
=================================================================
*10.47.0.161 10.46.58.1 2 u 24 64 377 0.600 0.855 0.490
root@osssvr-1 #
b. 保证RNC与核心网同步，时钟源设置为LINE1_8KHZ；保证RNC与OMC同
步：在RNC侧打开SNTP服务，使用命令“SET SNTPCLTPARA: SP=60, SW=ON;”
c. 保证NODEB侧时钟源设置正确, 设为GPS,具体命令为：”SET TIMESRC: TIMESRC=GPS;”保证nodeb与OMC同步，即打开NTPC同步，使用命令“SET NTPC: SYNCCYCLE=60, SYNCSWITCH=ON;”
C．及时手动删除所有告警。

鉴于我们软件许多问题，建议大批量断站工程之后，及时保存告警信息并删除当前所有告警一次。

以便消除误告问题。

NodeB割接完要在网元侧执行清除告警的操作。

割接完了，肯定是要做健康检查的，检查完了历史告警就没什么价值，不如割接当晚全删掉（谨慎的话导出来做个备份）
软件问题包括OMC主拓扑中“……_deleted”站名产生问题,和告警定位信息中“NODEB 标识”与“小区标识”不匹配
告警屏蔽方法：
一定注意时间模式要选服务器时间！！！
屏蔽步骤到此结束，Ok
注：如果当前割接暂告一段落，暂时不割接，可以停用模板（如下图）。

等再次割接时删除
旧站，添加新站，再启用模板。

四RNC侧告警恢复时间与OMC侧告警恢复时间不一致的原因
在RNC平台上手动恢复告警，那么RNC告警平台，OMC告警平台，亿阳告警平台显示的清除时间都一致。

在OMC平台上确认并清除告警，那么RNC告警平台上显示的时间和OMC上的清除时间就不一致：RNC侧告警恢复时间比OMC侧告警恢复时间晚30秒钟。

（参看下图）但OMC和亿阳平台上的时间是一致的。

因此，告警清除不建议在omc上进行。

一定要在RNC平台上手动恢复告警。

回复工单的时
候注意以omc时间为准。

OMC侧和网元侧时间不同主要是因为是否开启了NTP时间同步。

如果网元没有同OMC侧做NTP时间同步，是会出现网元侧和OMC侧时间不一致的现象。

规避方法就是打开OMC侧的NTP服务，并且把网元侧NTP时间同步也打开。

具体方法可参考OMC的调测手册和网元侧的调测手册。

至于告警时间的问题，每条告警的产生时间都是网元侧产生的，OMC侧只会记录告警确认时间和清除时间，同时上报北向的告警内容中也会包含新告警生成时间（即网元侧时间）。

建议使用时候可以采用OMC侧时间为准（告警产生时间是一致的，清除确认的时间可以按照OMC的时间）。

OMC侧截图
RNC侧截图
五基站正常工作时闭站出现的连带现象
闭站命令截图
正常工作时闭站出现的连带现象，有两个1.RNC侧会出现小区建立失败告警（2012）
2.基站侧会出现下行欠功率告警（9109）
提示：
1，对基站进行闭锁，RNC侧会出现小区建立失败告警，这是正常的，因为资源不可用，上报建立失败是正常的流程，而且在故障原因里面有说明是：小区闭塞导致；上下行欠功率上报的原理是只要基带板BBI不给RRU提供功率，就会上报，所以当小区被闭塞，RRU 无发射功率，自然会上报下行欠功率告警。

清除当前告警是最快速有效的方法，但一段时间后故障未解决，告警会重现。

需要时刻关注告警的再次出现；规避的办法可以通过创建告警对象屏蔽条件(ADD OBJALMSHLD)来屏蔽相关告警，但要注意同类告警会不会也被屏蔽掉；另一种规避可以通过OMC设置规则来屏蔽；后者参考上图。

福州TD BTS组
二零零年5月20日。