ImageVerifierCode 换一换
格式:DOCX , 页数:15 ,大小:2.65MB ,
资源ID:6736281      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/6736281.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(SCTP偶联断告警处理总结.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

SCTP偶联断告警处理总结.docx

1、SCTP偶联断告警处理总结故障处理经验案例-SCTP偶联断告警处理总结使用建议:在阅读本文档的同时参阅如下资料:序号参考资料备注1TL双模(V3.30.501)开通指导手册2TL双模(V3.30.501)LMT使用指导书_R1.13故障现象描述LTE基站上报SCTP偶联断告警,在告警详细信息中的附加文本会提示具体偶联号。可能伴随的相关告警有:网元断链告警、基站退出服务(基站上报)、TD NodeB退服告警(RNC上报)、S1断链告警、X2断链告警。故障分析排查思路一、确定具体SCTP偶联号与类型。在告警详细信息的“附加文本”指示具体偶联号。目前LTE基站存在3类偶联:TDS基站与RNC的SCT

2、P偶联、LTE基站与EPC的SCTP偶联、LTE基站与LTE基站之间的SCTP偶联。二、在基站端、OMC服务器、核心网侧做ping检测。LTE使用IP分组传输技术,出现传输类故障时可以通过ping方法定位故障节点。下图是LTE双模基站IP传输逻辑图。双模基站配置有3个IP,分别是基站维护IP、基站LTE业务IP、基站TDS业务IP。可在配置表中的“SCTP参数配置”中确定哪两个IP分别用于TDS业务和LTE业务,在“OMC通道”配置项中确定哪个IP用于基站维护。三、检查对应SCTP偶联本端(基站侧)、PTN传输、SCTP偶联对端(EPC/RNC/基站)配置是否正确。图(1)SCTP参数配置图图

3、(2)OMC通道配置图故障排查方法1)ping包检测故障节点EDMS ping包检测界面见下图所示。图(3) Ping包检测界面“Ping基站网关”右侧下拉列表中的地址都需要保证能ping通,不通的话说明对应传输链路故障。双模基站有3个网关,分别是TDS网关、LTE网关、维护网关。LTE单模基站没有TDS网关。对于特定基站,ping基站网关时实际ping的就是图(4)中172.39.1.1、“100.64.36.129”、“100.92.36.129”这三个地址。“Ping OMC服务器”功能可以检测基站到网管服务器之间链路状态。“Ping”功能可以实现“以一个基站本地IP为源端ping任意一

4、个目的IP”功能,比如ping LTE核心网IP、PTN设备IP。“Ping基站网关”和“Ping OMC服务器”是“Ping”的一个功能子集。 提示:1. EDMS提供了三种ping包功能:ping基站网关、ping omc服务器、ping特定IP。后台人员ping包检测方法A、telnet登录OMC服务器,IP地址为OMC服务器地址;B、telnet登录基站,IP地址为基站管理网元IP地址;C、进入Ushell;D、Pad到MGR.EXE进程;E、使用“brsping”指令ping远端IPF、操作实例见下:-bash-3.2$ telnet 100.92.1.181 /telnet到基站正

5、在尝试.连接到 100.92.1.181。换码字符为 。(none) login: zte /输入基站用户名与密码Password: Processing /etc/profile. Done# ushell /进入ushell- Please input password!-*- Login success! ushell tool menu: - ps or PS list process run on the board pr xxx or PR xxx take over xxx process printf info npr xxx or NPR xxx not take over

6、xxx process printf info db xxx or DB xxx debug xxx process printf info ndb xxx or NDB xxx not debug xxx process printf info pad xxx or PAD xxx debug and take over xxx process printf info npad xxx or NPAD xxxnot debug and take over xxx process printf info pall or PALL display current debug and take o

7、ver info ncheck or NCHECK Do not check another ushell exist check or CHECK Do check another ushell exist Q or q cancel all process debug and printf info exit or EXIT cancel ushell xxx is process id you want to debug or take over printf info - $ps /显示进程与对应PID PID USER VSZ STAT COMMAND 1 root 1304 S i

8、nit 2 root 0 SW softirq-high/0 3 root 0 SW softirq-timer/0 4 root 0 SW softirq-net-tx/ 5 root 0 SW softirq-net-rx/ 6 root 0 SW softirq-block/0 7 root 0 SW softirq-tasklet 8 root 0 SW softirq-sched/0 9 root 0 SW softirq-hrtimer 10 root 0 SW softirq-rcu/0 11 root 0 SW watchdog/0 12 root 0 DW chkeventd

9、/0 13 root 0 SW events/0 14 root 0 SW rt_events/0 15 root 0 SW khelper 16 root 0 SW kthread 17 root 0 SW rt_kthread 37 root 0 SW kblockd/0 42 root 0 SW khubd 83 root 0 SW pdflush 84 root 0 SW pdflush 85 root 0 SW kswapd0 86 root 0 SW aio/0 621 root 0 SW mtdblockd 678 root 1254m S /MGR.EXE /ping检查需要p

10、ad的进程MGR.EXE 680 root 9156 S /tftp 683 root 1304 S telnetd 685 root 1312 S inetd 686 root 1312 S -/bin/./ash 697 root 0 SWN jffs2_gcd_mtd0 854 root 457m S /Product_lte_tdd.so 90 93 V3.10.10P30R1 /AGT_LTE_TDD.EXE 885 root 349m S /Product_td.so 91 139 TDS_V330501P03 /AGT_TD.EXE 1204 root 1316 S -sh 12

11、05 root 1332 R ushell 1206 root 1332 S ushell 1207 root 1332 S ushell 1208 root 1304 R sh -c ps 1209 root 1308 R ps $pad 678 /pad 到MGR.EXE进程678ushell enter print mod ushell enter debug mod /系统提示pad成功$brsping 172.36.1.1 /进行ping检测,注意字母与格式。此处ping TDS网关2)后台人员检查基站侧数据配置是否正确3)TDS配置参数检查4)LTE配置参数检查5)传输人员检查相应

12、传输链路是否正常6)后/前台人员与传输人员核对传输物理位置与参数配置是否一致故障排查步骤如果基站同时上报“网元断链告警”,则先处理网元断链告警,处理完网元断链告警后再处理SCTP偶联告警。基站断链故障处理方法请参考网元断链告警处理手册。在“SCTP偶联断”告警详细信息的附加文本中确定具体断链偶联号与偶联类别,据此选择如下对应方法处理。一、TDS SCTP偶联故障1.1、在前台/后台进行ping包检测。前台使用EDMS的“Ping基站网关”功能,ping TDS网关;后台登录基站使用brsping TDS网关。如果ping不通,进入1.2步。如果能ping通则跳到1.3步继续检查。1.2联系传输

13、后台,询问基站至RNC整条传输是否有故障,保证中间传输设备的正常。1.3、检查基站侧VLAN、IP、SCTP等TDS偶联相关参数配置。检查项如下图(n)至图(m)所示。图(4)IP层配置-列表图(5)TDS SCTP参数配置图(6)TDS IP参数图(7)DS VLAN参数1.4、检查RNC侧VLAN、IP、SCTP端口等RNC侧相关传输参数图(8)“IPPORT配置”接口信息图(9)“IPPORT配置”SUPERVLAN成员口配置信息图(10)“Iub局向配置”基本信息图(11)“Iub局向配置”传输路径信息图(12)“Iub局向配置”IP配置信息图(13)“Iub局向配置”NBAP链路信息

14、图(14)“IP路径组配置”信息 1.5、与传输核对TDS传输参数是否一致。核对的参数包括PTN设备ID、槽位号、端口号,TDS VLAN。务必注意区分TDS传输参数、LTE传输参数、维护传输参数。1.6、与传输核对数据配置端口是否匹配。RNC侧:RNC侧配置时,会指定本基站使用的接口板位,比如1-4-11板位。“IPPORT配置”接口信息中的“端口号”,通过端口号在“聚合口配置信息”里面找到“端口号”对应的“聚合口号”,再通过“聚合口号”在“聚合口下成员配置信息”里面找到对应的“GIPI单板的位置”。对比RNC配置的GIPI与传输施工单上的“局向”配置是否一致。只有保证一致才能正常建链。基站

15、侧:找到对应TDS传输工单,在1.7、如果以上方法都无法解决,请联系中兴通讯获取技术支持。二、LTE SCTP偶联故障处理步骤2.1、在前台/后台进行ping包检测。前台使用EDMS的“Ping”功能,ping LTE网关;后台登录基站使用brsping LTE网关。如果ping不通,进入1.3步。如果能ping通则进入1.5步继续检查。2.2、在前台/后台ping MME地址。前台使用EDMS的“Ping”功能。首先下拉选择本端的IP地址,这些地址都是配置在IP参数中的,只要在IP参数中配置的,在此都可以选择。再填写MME业务IP地址。点击ping按钮即可开始测试。图(15)Ping 指定I

16、P后台登录基站使用brsping MME业务地址。2.3、检查基站侧LTE传输配置图(16)VLAN 参数图(17) IP参数图(18)SCTP参数图(19)静态路由参数2.4、联系传输后台,询问基站至EPC整条传输是否有故障,保证中间传输设备的正常。2.5与传输核对LTE传输参数是否一致。核对的参数包括PTN设备ID、槽位号、端口号,LTE VLAN、IP、网关。务必注意区分TDS传输参数、LTE传输参数、维护传输参数。2.6、如果以上方法都无法解决,请联系中兴通讯获取技术支持。SCTP偶联断故障处理案例9573_越秀区均益路FE,2013-6-27上报TDS SCTP偶联断告警,偶联号为1

17、。处理后台步骤:1、通过网管服务器,telnet登录基站,输入showtcb,显示TDS SCTP断。输入PrintfArp,发现TDS VLAN下的IP能获取网关(RNC)的MAC,brsping TDS 网关,能ping通,ping TDS SCTP远端IP,能ping通。到此说明基站到RNC的传输正常,重点检查基站侧与RNC侧数据配置。2、检查基站侧数据,发现配置正常。3、检查RNC侧数据,在“Iub局向配置”界面,发现9573这个站的“IP配置信息”中的“对端IP地址1”配置的是“127.35.95.73”,而对应基站侧的参数是“174.35.95.73”。将RNC侧的“对端IP地址1”修改成与基站“174.35.95.73”一致后恢复正常。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1