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”
升级会员 