反向维护及X2路由不通总结

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

名称:反向维护及X2链路建立不通总结
提交人:李海江提交日期:2013-09-9
软件版本: EMB5116_TD-LTE_V3.20.00.23.12
************************************************************************************** 问题描述:
在昆现场测试过程中,在联调成功的基站之间反向维护不能使用,且基站之间X2路由不通。

问题分析:
1、反向维护添加后不能使用
反向维护原理图如下
需要要注意的是,在此原理图上只有OM通道IP,而在实际情况中,试验网的基站一般只规划了业务通道IP,没有OM通道IP。

故在实际的试验网中一般采取用业务通道
IP做反向维护IP。

具体的反向维护添加查看反向维护指导书,不再重述。

经上站查看基站状态,基站小区及路由都正常。

本基站业务IP为100.84.17.14,在LMT的“测试诊断”中ping对端基站的业务IP100.84.17.15不能ping通。

由于基站都在一个网段,常理下不加路由也能ping通。

但是考虑传输层面的影响,故在“路由管理”中加上对端网段的路由。

所加路由如下:
经加路由后,发现能ping通基站100.84.17.15,但是ping不通100.84.17.15。

即有的基站可以PING通,有的PING不通。

检查“局向/管理站信息/操作维护链路”里面的设置,发现默认网关为127.0.0.1,OM 通道为“未建”。

经询问现场,由于OM规划原来比较乱,故参数有些是系统默认,没有修改。

而127.0.0.1网关为平常电脑系统默认网关,由于基站在重启过程中首先检查的是OM通道建立情况,故此参数设置默认有可能引起基站内部路由混乱。

修改此参数为基站的规划网关。

修改完后重启设备,OM通道显示“建立成功”,然后在LMT上ping其他的基站的业务IP地址,能ping通。

且反向维护可以使用。

2、X2的SCTP链路不能建立
在反向维护建立成功后,分别在本基站外部邻小区和内部邻小区加邻基站的邻小区。

然后在SCTP链路中加邻基站的偶联链路,工作模式选“服务器”。

(需注意的是,有OMT情况下,此偶联是OMT自动添加的。

没有OMT,需要手动添加此偶联。

在添加此偶联的时候,在SCTP中选择工作模式,如本基站选择“客户端”,邻基站就要选择“服务器”。

在X2传输通的情况下,如果一个基站偶联设置好,另外一个基站的偶联基站会自己添加。

但是要检查工作模式是否匹配。


添加完成后,用反向维护查看对端,对端SCTP自动添加,添加结果SCTP显示也是“服务器”。

手动修改工作模式为“客户端”。

修改成功后,观察SCTP偶联,此偶联链路在“驱动建立成功”和“建立”之间来回切换刷新。

于是怀疑添加的方法有问题,把双方的偶联链路全部删除,在本基站添加工作模式是“客户端”的SCTP链路,添加成功后,检查对端邻基站,对端已经自动生成了工作模式为“服务器”的偶联。

经观察此偶联,偶联还是在“驱动建立成功”和“建立”
之间切换刷新。

于是把两条链路再全部删除,在邻基站用反向维护添加工作模式为“客户端”的SCTP 链路,查看本端基站,本端基站已经自动添加上工作模式是“服务器”的偶联。

查看此
偶联,显示“建立”。

经用此方法,把此基站的其他X2偶联全部添加成功。

解决措施:
1、在OM正常建立且基站两端路由添加正常的情况下,一般能ping通邻基站,可以
使用反向维护。

如果在OM正常建立且基站两端路由添加正常的情况下仍PING不通的时
候,需要询问PTN厂家是否支持两个基站之间互ping,检查传输连络的光口模式是否一
致。

有可能PTN传输本身就不支持两个基站之间的互ping。

2、建立X2链路的方法只有在没有OMT切使用反向维护的情况下才使用此方法。

处理效果。

相关文档
最新文档