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

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

《诺西TD基站闭站规范草案.docx》由会员分享，可在线阅读，更多相关《诺西TD基站闭站规范草案.docx（15页珍藏版）》请在冰豆网上搜索。

诺西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

remoterefidsttwhenpollreachdelayoffsetjitter

=================================================================

*2u2464377

root@osssvr-1#

b.保证RNC与核心网同步，时钟源设置为LINE1_8KHZ；保证RNC与OMC同步：

在RNC侧打开SNTP服务，利用命令“SETSNTPCLTPARA:

SP=60,SW=ON;”

c.保证NODEB侧时钟源设置正确,设为GPS,具体命令为：

”SETTIMESRC:

TIMESRC=GPS;”保证nodeb与OMC同步，即打开NTPC同步，利用命令“SETNTPC:

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无发射功率，自然会上报下行欠功率告警。

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

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

福州TDBTS组

二零零年5月20日