诺西TD基站闭站规范草案

一省网管要求

从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日