IU接口协议栈故障定位思路.docx
- 文档编号:9434441
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:14
- 大小:528.96KB
IU接口协议栈故障定位思路.docx
《IU接口协议栈故障定位思路.docx》由会员分享,可在线阅读,更多相关《IU接口协议栈故障定位思路.docx(14页珍藏版)》请在冰豆网上搜索。
IU接口协议栈故障定位思路
IU接口协议栈定位思路
一、Iu-PS域协议栈(摘取自3GPPTS25.410)
图1Iu-PS域协议栈
测试步骤:
1.1步骤一:
IP层
方式一:
检查SIPPORT.mdf用户面/信令面IP地址,以及“SIPV4ROUTE.mdf”路由组网进行核查
方式二:
采用测试诊断TNBS层“局间单板IP通信可达性”测试,从IPUACPU2发起对目标地址进行发包测试
TD二期路由表:
类型
目的地址
下一跳
接口地址
负荷分担优先级
主备优先级
控制面路由
目的SCTPIP
CE1IP
IPUA1IP
0
1
目的SCTPIP
CE2IP
IPUA2IP
0
0
目的SCTPIP
IPUA1IP
RSPA1
0
1
目的SCTPIP
IPUA2IP
RSPA2
0
0
用户面路由
目的GTPUIP
CE1IP
IPUA1IP
0
0
目的GTPUIP
IPUA1IP
PTPA1IP
1
1
目的GTPUIP
IPUA1IP
PTPA2IP
0
1
目的GTPUIP
CE2IP
IPUA2IP
0
0
目的GTPUIP
IPUA2IP
PTPA1IP
0
0
目的GTPUIP
IPUA2IP
PTPA2IP
1
0
1.2步骤二:
SCTP层
方式一:
查看sSigtSctpAsso.mdf,偶联标示usSctpAssoId(一般为1,2),确认usstatus状态为0为正常
方式二:
确认SCTP层收发消息情况,SHELL命令:
tnbs_sctp_counter_show
正常打印消息如下:
CHUNKTYPE:
[SEND],[RECV]
-------------------------------------------
SCTP_DATA:
[26],[44]
SCTP_INITIATION:
[2],[0]
SCTP_INITIATION_ACK:
[0],[1]
SCTP_SELECTIVE_ACK:
[43],[46]
SCTP_HEARTBEAT_REQ:
[2169],[8395]
SCTP_HEARTBEAT_ACK:
[8395],[2169]
SCTP_ABORT_ASSOC:
[0],[0]
SCTP_SHUTDOWN:
[0],[0]
SCTP_SHUTDOWN_ACK:
[0],[0]
SCTP_SHUTDN_COMPL:
[0],[0]
SCTP_OPERATION_ERR:
[0],[0]
SCTP_COOKIE_ECHO:
[1],[0]
SCTP_COOKIE_ACK:
[0],[1]
SCTP_ECN_ECHO:
[0],[0]
SCTP_ECN_CWR:
[0],[0]
SCTP_ASCONF:
[0],[0]
SCTP_ASCONF_ACK:
[0],[0]
SCTP_FWD_CUM_TSN:
[0],[0]
SCTP_PKT_DROPPED:
[0],[0]
SCTP_STREAM_RESET:
[0],[0]
UNKNOWNTYPE:
[0],[0]
注意事项:
确保SCTP偶联端口本局/远端数据及映射信令IP地址正确
4个偶联配置方案:
1.在两块RSPA板如RSPA1/RSPA2配置四个偶联,分别为AS1、AS2、AS3、AS4。
2.偶联IP地址和端口配置为:
AssociationRSPAboardLocalIPLocalPortRemoteIPRemotePort
AS1RSPA1IPUA1_IP5001SGSN_IP15001
AS2RSPA1IPUA1_IP5002SGSN_IP25001(or5002)
AS3RSPA2IPUA2_IP5001(or5003)SGSN_IP15002(or5003)
AS4RSPA2IPUA2_IP5002(or5004)SGSN_IP25002(or5004)
1.3步骤三:
M3UA层
方式一:
通过数据探针“ssigAspinfo.mdf”中,"usAspid"标示“usStatus”=0为正常
方式二:
通过信令跟踪M3UA跟踪,填写SCTP偶联标示,如果“发送”“接受”中有DATA消息交互说明M3UA状态正常(信令跟踪过程吐消息比较慢需要等待)
====================华为===================================
------------TNSSM3UAMESSSAGEDECODE-----------------
M3uaVersion:
1
MsgClass:
(1)CLASS_1:
TRANSCLASS(包括DATATYPE(01)类型)
MsgType:
(1)TYPE_1:
DATAMSG
MsgLen:
72
>routingcontext(6)
>>len(8)
>>rc(36196988)
>Length(45)
>si(3)
>ssf(12)
>dpc8f-1a-00(9378304)
>opc06-1e-00(400896)
>sls(13)
=================诺西==============================
------------TNSSM3UAMESSSAGEDECODE-----------------
M3uaVersion:
1
MsgClass:
(1)CLASS_1:
TRANSCLASS(包括DATATYPE(01)类型)
MsgType:
(1)TYPE_1:
DATAMSG
MsgLen:
64
>netappearance(512)
>>len(8)
>>NA(12)
>routingcontext(6)
>>len(8)
>>rc(141906328)
>Length(29)
>si(3)
>ssf(12)
>dpc90-1a-00(9443840)
>opc09-1e-00(597504)
>sls(11)
检查事项:
(1)远端DPC是否正确;
(2)本地OPC是否正确;
(3)sSigLocateAs.mdf表中SIO是否为3(SCCP).
(4)确认现场对端应用服务器使用标识符是IPSP还是ASP?
一般情况下华为交换作为服务器,sSigtASIfo.mdf文件中的Uctag为3(IPSP);诺西UCTAG为2(ASP),具体以联调实际情况而定。
(5)诺西Netapp默认为12。
1.4步骤四:
SCCP
1、登录LDT在GCPA单板SHELL命令tnss_sccp_ssninfo进行查询,STATUS为0正常
SCCPssnstatusshow:
----------------------
OFFICENUM=3
OFFICEID:
1(MSC)
STATUS:
0
SSNNUM=2
SSN:
1
STATUS:
0
SSN:
142
STATUS:
0
OFFICEID:
2(MGW)
STATUS:
0
SSNNUM=0
OFFICEID:
3(SGSN)
STATUS:
0
SSNNUM=2
SSN:
1
STATUS:
0
SSN:
142
STATUS:
0
2、通过LDT数据探针查询全局板sN7Adjoffice状态
UsStatus=0正常
UsStatus=1异常
1.5步骤五:
RANAP
登录LDT在RSPA单板SHELL命令hsps_iuc_showcninfo Cnid判断CN状态。
参考案例:
现象:
在7月7日RNC上报SCTP偶联故障告警迅速恢复后,7月8日该RNC用户投诉PS业务无法正常附着,表现为RRC建立完成,初始直传消息INITIALDIRECTTRANSFER(RAUREQ、Attachrequest)后发起释放。
定位:
1、检查上文协议层次均正常状态
2、确认rRncSgsn.mdf中CnId为2,LDT登录PS对应信令板查询RANAP状态
>>> Command = hsps_iuc_showcninfo 2
-------------------------- Cn 2 CTX -----------------------
Cn Id ....................... 2
IuType ....................... 1
[0:
IU_TYPE_CS,1:
IU_TYPE_PS,2:
IU_TYPE_BUTT]
Default ...................... 1
[0:
Not Default;1:
Default]
NetType ...................... 1
State ........................ 0
[State 0:
CN_DISCONNECTED,1:
CN_OK,2:
CN_RESETING,3:
CN_OVERLOADING,4:
CN_STATE_BUTT]
Timers of reading cn status....0
[0:
has read 0 times && and isn't reading,!
0:
has read X times && is reading now]
3、在偶联故障恢复后RANAP层的CN状态没有刷新,RNC发送的初始直传消息时会判断CN状态,因此初始直传消息无法转化初始UE消息.做IU接口复位后业务恢复.
总结:
初始直传请求后无响应现象,多发信令不通,可以通过hsps_iuc_showcninfo Cnid判断CN状态
1.6步骤五:
GTP-U
检查sIpGtpuFailPath是否存在失败的GTP-U通道
1.7步骤六:
检查PTPA与IPUA单板间连通性
通过LDT测试诊断命令“媒体面单板间CPU连通性测试”,输入PTPA和对应IPUA单板的架、框、槽位号,注意“单板处理器编号”选择“处理器2”。
二、Iu-CS域协议栈(摘取自3GPPTS25.410)
测试步骤:
2.1步骤一:
ATM层
1,SSCOP层
跟踪SSCOP时需要填入的参数是信令链路标识,可以通过查看sAtmSig.mdf表来查询对应的PVC链路标识;
首先进行环回物理链路,如果上报的消息为POOL/STAR以及SD时,就证明底层链路已经通了。
如果上报的消息为BEG/END,那么就证明物理链路可能不通,需要检查物理链路。
参考案例:
现象:
合肥项目二期联调过程中发现RNC71-2-5NASA(IU-CS接口板)接口板上Iu接口光口指示灯状态正常,而通过SSCOP信令跟踪只能跟踪到BGN和END消息,表明信令链路不通。
定位:
1、进行远端环回后,SSCOP信令跟踪观察到POLL和STAR消息,表明信令链路正常,有收发数据;
2、通过底层解析判断为大唐和华为传输底层不匹配导致,相应修改了3张光传输表:
sAtmStm1J0S1.mdf、sAtmStm1J1C2.mdf表中字段为ucJ0SendMethod,ucJ0RecvMethod和ucJ1SendMethod、ucJ1RecvMethod应该配置为1(原来配置参数0/1不一致);再修改sAtmStm1Poh.mdf表中字段后缀为prdi和pais字段值为0,传输信令正常。
2,ALCAP
ALCAP跟踪需要填入的参数时局向号,建立双向跟踪后,我们看跟踪到的消息:
首先必须有发送和接收两个方向的消息(REL、RLC是一对发送和接收消息),如果只有发送,没有接收,就证明ALCAP链路不通。
2.2步骤二:
MTP3b层
1、通过LDT在主用全局板进行数据探针的查询,如果sN7link的usStatus状态为0正常
2、通过MTP3B信令链路表sN7Linklinked进行跟踪,在同一链路标示上存在STM消息发送(SLTM)接收(SLTA)
检查事项:
(1)信令链路表sN7Linkdpc/opc/slc/sls
2.3步骤三:
SCCP
参考1.4节内容
2.4步骤四:
检查接口板与业务板DSP间连通性
通过LDT测试诊断命令“媒体面单板间DSP连通性测试”,输入RTPA和对应接口板的架、框、槽位号,“媒体面单板处理器编号”选择DSP编号,“目标处理器编号”选择“处理器2”
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IU 接口 协议 故障 定位 思路
![提示](https://static.bdocx.com/images/bang_tan.gif)