智能业务的故障分析与定位

文档来源为:从网络收集整理.word版本可编辑.欢迎下载支持.
目录
第4章智能业务的故障分析与定位.................................................................. 错误!未定义书签。

4.1 智能业务的故障分类................................................................................. 错误!未定义书签。

4.2 SSP不能触发智能业务的故障分析与定位................................................. 错误!未定义书签。

4.2.1 故障判断标准................................................................................. 错误!未定义书签。

4.2.2 故障分析 ........................................................................................ 错误!未定义书签。

4.2.3 故障定位 ........................................................................................ 错误!未定义书签。

4.3 SSP与SCP信令交互错误的智能业务故障................................................. 错误!未定义书签。

4.3.1 故障判断标准................................................................................. 错误!未定义书签。

4.3.2 故障分析 ........................................................................................ 错误!未定义书签。

4.3.3 故障定位 ........................................................................................ 错误!未定义书签。

4.4 智能放音的故障........................................................................................ 错误!未定义书签。

4.4.1 故障现象 ........................................................................................ 错误!未定义书签。

4.4.2 故障分析 ........................................................................................ 错误!未定义书签。

4.4.3 故障定位 ........................................................................................ 错误!未定义书签。

第4章智能业务的故障分析与定位
4.1 智能业务的故障分类
MSOFTX3000可以支持SSP功能，智能业务故障按照智能呼叫流程大致可以分为：
●SSP不能触发智能业务的故障
●SSP与SCP交互故障
●智能放音的故障
维护人员在处理故障时，应根据故障的原始信息以及各类故障的判断标准首先确定故障的分类。

4.2 SSP不能触发智能业务的故障分析与定
位
4.2.1 故障判断标准
SSP不能触发智能业务的判断标准为：用户在进行智能呼叫时，对用户进行用户接口跟踪，发现没有SSP向SCP发送相应的消息，或有相应的消息发送，却没有接收到SCP返回的消息。

4.2.2 故障分析
目前智能用户有三种触发方式，一种是CSI触发方式，一种是号段触发方式，还有一种接入码触发方式。

三种触发方式的智能业务出现无法触发的故障原因分别如如错误!未找到引用源。

、错误!未找到引用源。

、错误!未找到引用源。

所示：
表4-1SSP不能触发智能业务故障原因（CSI触发）
表4-2SSP不能触发智能业务故障原因（号段触发）
表4-3SSP不能触发智能业务故障原因（接入码触发）
智能业务出现无法触发的具体定位方法请参考错误!未找到引用源。

错误!未找到引用源。

中的内容。

4.2.3 故障定位
1. 采用CSI触发的智能业务不能触发的故障
【故障现象】
用户在进行CSI触发的智能呼叫时，对用户进行用户接口跟踪，发现
(1) SSP没有向SCP发送相应的消息
(2) SSP发送TC_INVOKE_REQ和
TC_BEGIN_REQ消息后收不到SCP的后续消
息。

【故障分析】
出现这种现象的常见原因如错误!未找到引用源。

所示。

【故障定位】
定位步骤如下：
(1) 检查软件参数
查看MSC/SSP逻辑实体功能，如果为下面一种将不支持CSI触发：
●000：LEC_VMSC（充当端局，不具有SSP功能）
●001：LEC_VMSC_GMSC （充当端局或关口局，不具有SSP功能）
查看主机软件支持移动智能网的阶段，阶段应为以下两个阶段之一：
●PC_TRANSMIT（过渡阶段，叠加网&目标网共存阶段）
●PC_V30（目标网方式）
(2) 检查MAP版本
使用“LST MAPACCFG”命令检查MAP版本。

要触发CSI，MAP版本应是“GSM_PHASE2_PLUS”。

(3) 检查用户是否有CSI数据
如果在本局触发智能用户主叫流程，可以通过命令“DSP USRINF”或“DSP CAMEL”检查CSI数据，如果在本局触发智能用户被叫流程，则通过信令跟踪检查HLR返回的SEND_ROUTING_INFORMATION ACK消息中的CSI数据。

(4) 检查用户归属SCP的对应的SCCP、MTP数
据
根据CSI中的SCP号检查对应的GT数据、SCCP数据和MTP数据是否正确。

如果数据正确，在接口跟踪中应当有向SCP发送的信令消息，此时可以对到相应的远端信令点的SCCP数据进行信令跟踪：
●如果远端信令点返回UDTS消息，则说明远端信令点数据配置异常；
●如果发送SCCP消息正常没有返回消息，则一般是本局上级信令转接点没有
配置本局SCCP数据；
如果不能在SCCP跟踪到SCP反馈的后续消息，但可以在信令链路跟踪中可以跟踪到，则一般是因为本局没有配置“CAP应用部分”子系统。

2. 采用号段触发的智能业务不能触发的故障
【故障现象】
用户在进行号段触发的智能呼叫时，对用户进行用户接口跟踪，发现
(1) SSP没有向SCP发送相应的消息
(2) SSP发送TC_INVOKE_REQ和
TC_BEGIN_REQ消息后收不到SCP的后续消
息。

【故障分析】
出现这种现象的常见原因如错误!未找到引用源。

所示。

【故障定位】
定位步骤如下：
(1) 检查软件参数
查看MSC/SSP逻辑实体功能，如果为下面一种将不支持号段触发：
●LEC_VMSC（充当端局，不具有SSP功能）
●LEC_VMSC_GMSC （充当端局或关口局，不具有SSP功能）
(2) 检查号码分析数据
根据用户拨打的被叫号码检查智能主叫或智能被叫的号码分析数据，观察在号码分析过程中经过变换了的智能号码格式是否与智能用户号段配置中的智能用户号段的格式相同。

如果格式不相同，则说明号码分析中某些数据有误。

(3) 检查智能用户号段配置
检查在号码分析过程中经过变换了的智能号码能否匹配到智能用户号段配置中的相应记录，如果匹配不到，则说明智能用户号段配置中少配了该智能号段。

如果能够匹配，则应检查号段对应的SCP地址、业务键是否配置正确。

(4) 检查用户归属SCP的对应的SCCP、MTP数
据
根据查到的SCP地址检查对应的GT数据、SCCP数据和MTP数据是否正确。

如果数据正确，在接口跟踪中应当有向SCP发送的信令消息，此时可以对到相应的远端信令点的SCCP数据进行信令跟踪：
●如果远端信令点返回UDTS消息，则说明远端信令点数据配置异常；
●如果发送SCCP消息正常没有返回消息，则一般是本局上级信令转接点没有
配置本局SCCP数据（如没有配置本局的“CAP应用部分”子系统）。

如果不能在SCCP跟踪到SCP反馈的后续消息，但可以在信令链路跟踪中可以跟踪到，则一般是因为本局没有配置“CAP应用部分”子系统。

3. 采用接入码触发的智能业务不能触发的故障
【故障现象】
用户在进行接入码触发的智能呼叫时，对用户进行用户接口跟踪，发现
(1) SSP没有向SCP发送相应的消息
(2) SSP发送TC_INVOKE_REQ和
TC_BEGIN_REQ消息后收不到SCP的后续消
息
【故障分析】
出现这种现象的常见原因如错误!未找到引用源。

所示。

【故障定位】
定位步骤如下：
(1) 检查软件参数
查看MSC/SSP逻辑实体功能，如果为下面一种将不支持接入码触发：
●LEC_VMSC（充当端局，不具有SSP功能）
●LEC_VMSC_GMSC （充当端局或关口局，不具有SSP功能）
(2) 检查号码分析数据
在呼叫字冠配置中应当对接入码号码的呼叫字冠记录的［业务类别］和［业务属性］参数配置成“智能业务”。

在补充业务配置中应将设置［是否要主叫号码］和［是否要原被叫号码］参数配置成“是”。

(3) 检查TDP数据配置
根据接入码检查TDP接入码配置和局TDP配置，重点检查观察对应记录中［SCP 寻址方式］设置是否正确。

(4) 检查SCP配置数据是否正确
如果［SCP寻址方式］是“访问归属SCP”，则检查在智能用户号段配置中是否配置了相应的接入码号段对应的记录、记录中的SCP地址是否正确。

如果［SCP寻址方式］为“按接入码访问SCP”，则根据检查TDP数据配置中查到的“标准表述索引”检查对应的SCP配置信息和SSP物理地址信息配置是否正确。

(5) 检查用户归属SCP的对应的SCCP、MTP数
据
根据查到的SCP地址检查对应的GT数据、SCCP数据和MTP数据是否正确，如果数据正确，在接口跟踪中应当有向SCP发送的信令消息，此时可以对到相应的远端信令点的SCCP数据进行信令跟踪：
●如果远端信令点返回UDTS消息，则说明远端信令点数据配置异常；
●如果发送SCCP消息正常没有返回消息，则一般是本局上级信令转接点没有
配置本局SCCP数据。

如果不能在SCCP跟踪到SCP反馈的后续消息，但可以在信令链路跟踪中可以跟踪到，则一般是因为本局没有配置“CAP应用部分”子系统。

4.3 SSP与SCP信令交互错误的智能业务故
障
4.3.1 故障判断标准
SSP与SCP信令交互错误的判断标准为：用户在进行智能呼叫时，对用户进行用户接口跟踪，发现有SSP和SCP间的交互信息，但智能呼叫不成功。

4.3.2 故障分析
在SSP与SCP的交互消息中，最常见的消息错误是SSP向SCP发送的Initial DP 消息错误，常见的Initial DP消息错误有：
●参数号码的格式错误
●被叫号码不全
除了Initial DP消息错误外，SSP与SCP交互错误还有：
●SCP下发Continue/Connect消息后，SSP对后续呼叫的号码分析不正确
●SCP版本不正确
●SCP下发的消息不符合规定的智能呼叫流程
4.3.3 故障定位
1. SSP上报的Initial DP消息错误的故障
【故障现象】
用户在进行智能呼叫时，对用户进行用户接口跟踪，发现：
SSP向SCP上报Initial DP消息后，SCP要求SSP给用户放录音通知，随后SCP 向SSP发送RELEASE CALL消息。

将Initial DP消息中各参数与信令流程中参数要求进行对照，发现Initial DP消息中有些参数不符合要求。

【故障分析】
常见的Initial DP消息常见错误有两个，第一个常见错误是消息中某个参数号码的格式错误。

MSOFTX3000为了能够使Initial DP中各参数号码的格式能够更好的满足SCP的要求，对参数各类号码的格式进行了缺省处理，缺省处理如错误!未找到引用源。

所示：
表4-4Initial DP消息中参数号码的缺省处理格式
在缺省处理中，MSC是根据本国接入码配置来判断号码类型是MSISDN号码还是PSTN号码。

如果号码字冠能够匹配到本国接入码配置的记录，MSC就认为是MSISDN号码，否则是PSTN号码。

因而如果是本国接入码配置中配置了多余的数据，就会导致缺省处理出错。

对Initial DP消息中参数号码格式进行缺省处理是有条件的，即在启动DP号码配置中没有和参数号码相匹配的记录。

利用这一特性，维护人员可以将缺省处理流程无法规整的Initial DP消息中的参数号码在启动DP号码配置中增加相应的号码规整记录，从而将参数号码变换成SCP要求的格式。

另一个常见错误是消息中被叫号码参数不全。

出现这种情况一般都是因为MSC在处理中继发来的智能呼叫时，如果被叫号码是采用重迭发码发送，就可能导致MSC 在接收号码不全的情况下，就能够匹配到呼叫字冠数据而触发智能呼叫。

为避免这种情况，首先对智能呼叫号码长度为定长的呼叫字冠，在呼叫字冠配置中将［最小号长］参数设置为智能呼叫号码的长度，其次对不能确定的智能呼叫号码长度的呼叫字冠，进行延迟收号的业务检查。

出现重迭发码的情况主要有：
●PSTN方向的中继呼叫
●本局与对端局采用TUP信令，而智能被叫号码长度超过了15位
【故障定位】
对于消息中某个参数号码的格式错误的故障，在启动DP处理表中配置相应的数据，对于被叫号码不全的情况，如果智能被叫号码为定长，则更改呼叫字冠配置中将［最小号长］参数到相应值，号码为不定长，则配置延迟收号的业务检查。

2. 智能触发后的呼叫故障
【故障现象】
用户在进行智能呼叫时，对用户进行用户接口跟踪，发现：
SSP向SCP上报Initial DP消息后，SCP下发RRBE、AC和Connect/Continue 消息，但SSP没有向目的局向发送或发送了错误的IAM消息。

【故障分析】
如果智能呼叫是O_CSI触发，SSP会在触发智能流程后进行号码分析，因而如果号码分析数据中设置了拨号检查、失败处理等限呼数据或配置的路由数据错误，呼叫就会失败。

如果是主叫号段触发或接入码触发，由于智能流程触发是在号码分析后，如果没有在被叫号码预分析配置中进行被叫号码变换，SSP就会按照智能流程触发前进行的号码分析数据进行路由选择。

但如果在被叫号码预分析配置中进行了被叫号码变换，则会对更改后的被叫号码进行重新进行号码分析。

因此，对于那些被叫号码格式可以触发智能呼叫却不能根据被叫号码直接选路的呼叫，需要在被叫预分析配置中进行相应的被叫号码变换。

（如VoIP业务，在触发智能业务进行SCP鉴权时，被叫号码为17951＋0＋MSISDN的格式，经SCP鉴权后，应当在被叫预分析配置中删去179510，进行被叫号码重分析）
【故障定位】
对于O_CSI触发的智能呼叫，检查号码分析数据是否能够进行正确的路由选择。

对于主叫号段触发或接入码触发的智能呼叫，如果相应的号码分析数据不能进行正确的路由选择，则在被叫预分析配置中增加相应的记录，对被叫号码进行相应的变换。

记录中的［呼叫来源］参数设置为“SCP”。

4.4 智能放音的故障
4.4.1 故障现象
智能放音故障判断标准为SCP向SSP下发PA/PC后，SSP未向用户放音或放音不正确。

4.4.2 故障分析
出现智能放音故障有以下几种原因
●SCP下发的PA消息错误
●语言种类变换配置不正确
●MGW故障或没有加载相应的语音文件
●语音文件错误
4.4.3 故障定位
1. SCP下发的PA消息错误的故障
【故障现象】
用户在进行智能呼叫时，听到错误的提示语音。

对用户进行用户接口跟踪，发现：
SCP向SSP下发的PA/PC消息中“Elementary Message ID”参数有误。

【故障分析】
“Elementary Message ID”是一个32bit长度、用于指示SSP向用户播放的语音ID，其组成如错误!未找到引用源。

所示。

表4-5Elementary Message ID参数组成
具体语言种类所占Bit位长度和语音ID所占Bit位长度由该业务键的语言种类索引位置表确定：
即可以通过LST LKINDPOS命令查出。

如果是业务键错误，则说明是SSP在配置智能业务键时，将业务键配置错误。

尤其是对于智能用户拨打智能特服号码时，出现SCP下发的“Elementary Message ID”参数中业务键错误的现象，则一般都是在配置智能业务属性信息时，没有对特服号码配置正确的触发方式。

如果放音的语言种类错了，可能是语言种类索引表，语言种类变换表配置错了。

对于国内SCP下发的语言种类索引，高两位各取值含义如下：
●00：混合语言
●01：普通话
●10：英语
●11：本地话
其它位补0。

若语言种类索引长度配置为8，则
●0：混合语言
●64：普通话
●128：英语
192：本地话
要在语言种类索引表中有相应的配置。

语言种类索引表可以通过LST LANKIND查出。

再通过语言种类变换表进行变换。

如果是下发的语音ID错误，则说明SCP的设置有误。

【故障定位】
如果是Elementary Message ID参数中业务键错误，检查智能业务键数据并修改错误。

如果是多国适配语言种类变换配置错误，请修改配置。

如果是录音通知号错误，则联系SCP进行解决。

2. 资源不可用的智能业务故障
【故障现象】
用户在进行智能呼叫时，没有听到提示语音。

对用户进行用户接口跟踪，发现：
SCP向SSP下发的PA/PC消息后，MSOFTX3000下发给MGW, MGW返回错误。

【故障分析】
可能是MGW语音文件没有加载。

【故障定位】
参考MGW配置文档，查找相应的语言文件是否存在。

如果不存在，请加载。

3. 智能放音错误的故障
【故障现象】
用户在进行智能呼叫时，听到了错误的提示语音。

对用户进行用户接口跟踪，发现：
SCP向SSP下发的PA/PC消息中Elementary Message ID参数正确。

【故障分析】
出现这种情况，则说明是加载的语音文件有误。

【故障定位】
通过测试发现放音确实错误后，则申请一个新的语音文件，替换原来MGW加载目录下的语音文件，重新加载该语音。

4. 独立IP的放音故障
【故障现象】
用户在进行智能呼叫时，MSC未能通过独立IP播放相应的智能语音。

对用户进行用户接口跟踪，发现：SCP向用户下发了正确的ETC消息后，SSP上报ETC操作失败的消息，而没有向独立IP发送相应的IAM消息。

【故障分析】
出现这种情况，说明MSC对独立IP的数据配置错误。

MSC对独立IP的数据配置十分简单，只需要在呼叫字冠配置中增加一个以独立IP的MSC号为呼叫字冠的被叫分析记录，并针对该记录对独立IP的地址编码方式进行业务检查。

常见的数据配置错误有：
●在呼叫字冠配置记录中设置了补充信令标志，并在补充信令中设置了发主叫号
码。

由于该IAM消息不可能有主叫号码，从而导致呼叫失败。

●在业务检查中对独立IP的地址编码方式有误。

在通常情况下，独立IP与SSP
间为ISUP信令，一般是采用ISUP 97规范描述的独立IP地址的编码方式，此时业务检查选择“ISUP 97”选项。

当要采用压缩格式的编码方式时，此时业务检查选择“Q763”选项。

【故障定位】
检查相应的数据，并修改错误数据。