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

PAGE 1 名称：反向维护及X2链路建立不通总结 提交人：李海江 提交日期：2013-09-9 软件版本： EMB5116_TD-LTE_V3.20.00.23.12 ************************************************************************************** 问题描述： 在昆现场测试过程中，在联调成功的基站之间反向维护不能使用，且基站之间X2路由不通。 问题分析： 反向维护添加后不能使用 反向维护原理图如下 需要要注意的是，在此原理图上只有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通。且反向维护可以使用。 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切使用反向维护的情况下才使用此方法。 处理效果