03-第3章补充业务的故障分析与定位.docVIP

目 录 第3章 补充业务的故障分析与定位 3-1 3.1 呼叫前转的故障分析与定位 3-1 3.1.1 故障判定标准 3-1 3.1.2 故障分析 3-1 3.1.3 故障定位 3-1 3.2 MPTY故障处理 3-5 3.2.1 故障判定标准 3-5 3.2.2 故障分析 3-5 3.2.3 故障定位 3-5 补充业务的故障分析与定位 呼叫前转的故障分析与定位 故障判定标准 移动用户呼叫前转故障的判断方法为：用户做主、被叫正常，但用户在本MSC进行呼叫前转时，呼叫故障。查询呼叫前转故障前，应首先判断用户直接拨打登记的前转号码时，呼叫是否正常，如果呼叫不正常，请参考第2章，先处理基本通话故障，然后再进行呼叫前转故障分析。 故障分析 对于呼叫前转故障，应首先判断前转是否发生在本局，一般情况下，CFU和CFNRc（用户关机导致被叫不可及）在始发MSC进行前转，也有可能在关口MSC时触发，而CFB、CFNRy、CFNRc则在被叫所在端局进行前转。 在前转号码做被叫正常的情况下，前转不成功主要有四方面的原因： 用户登记前转号码不成功 HLR下发的前转号码格式错误导致号码分析出错 和对端局信令配合出现问题 前转次数受限 对于呼叫前转故障应当根据主叫号码进行用户接口跟踪，并根据呼叫流程的异常情况参考3.1.3 故障定位进行故障处理. 故障定位 用户登记前转号码不成功 【故障现象】 在用户登记前转号码时，进行用户接口跟踪，发现MSOFTX3000已经向HLR上报了前转号码，但HLR返回登记错误。 【故障分析】 用户登记前转失败，主要有两类常见原因： 用户方面原因 HLR局原因 用户方面原因主要有用户本身没有申请前转业务和用户登记的前转号码格式不正确，前转号码格式错误包括： 前转的号码为禁止前转的号码，比如110、119类的特服号码。 前转的号码长度超过HLR的规定要求。 设定的前转号码格式不正确，特别是对于前转手机的情况，正确的输入方法有两种：一种直接输入手机号也可以输入＋8613010385188。 【故障定位】 请用户检查是否开通了前转业务，设定的前转号码是否满足要求。 联系HLR局进行处理。 对前转号码分析错误导致呼叫前转故障 【故障现象】 在本MSOFTX3000触发的前转呼叫根据主叫用户号码进行用户接口跟踪，HLR已经返回了正确的前转号码，但MSOFTX3000没有向相应局向发送IAM/IAI消息。 【故障分析】 出现这种情况，一般是因为MSOFTX3000对前转号码的号码分析出现了错误。MSC对前转号码的号码分析流程与对一般的被叫号码分析流程相比，有两大不同： MSC对前转号码在号码分析前进行了缺省处理 MSC通过一些软件参数来控制前转号码分析流程 MSC对前转号码的缺省处理如下： MSC根据前转号码查询国家代码配置，如果号码能够匹配到外国的国家代码，则在前转号码前加国际号码前缀“00”，缺省处理完成。如果号码匹配到本国的国家代码，则首先删除本国国家代码。MSC再根据删除本国国家代码的前转号码查询本国接入码配置，如果能够匹配到记录，则完成缺省处理；如果不能匹配记录，MSC再查询呼叫字冠配置。如果能够匹配到记录且记录的［被叫号码类型］参数为“MSRN/HON”、“MSISDN”或“预付费号码”，则缺省处理完成；如果不满足这些条件，MSC将查询国内长途区号配置。如果不能配置到记录，则缺省处理失败；如果匹配到本地区号且软件参数TUP测试参数5中的bit0为0，则再删除本地区号；如果匹配到外地区号或匹配到本地区号但软件参数TUP测试参数5中的bit0为1，则在号码前加“0”，缺省处理完成。 注意： MSOFTX3000对前转号码的缺省处理是有条件的，即在被叫号码预分析配置中没有和前转号码相匹配的记录。利用这一特性，维护人员可以将缺省处理流程无法规整的前转号码在被叫号码预分析配置增加相应的号码规整记录，从而将前转号码变换成和普通被叫一样的格式。 MSC还可以通过以下软件参数控制前转号码分析流程： ISUP运行保留参数2比特 2 1 ：对前转号码也进行号首处理； 0 ：对前转号码不进行号首处理； 【故障定位】 根据前转号码检查号码分析数据，如果是MSOFTX3000缺省处理没能将前转号码规整成正确的号码格式，则在被叫号码预分析中增加相应的规整记录，记录的［呼叫来源］参数应设置为“MAP”。如果是软件参数问题造成，则修改相应软件参数。 注意： /IAM消息，但对端局不能做正确的处理，对流程进行信令跟踪并将跟踪结果与正常信令流程进行对比发现，本局发送的IAM/IAI消息中没有发送原被叫号码。 【故障分析】 一般情况下，MSC向对端局发送的前转呼叫的IAI/IAM消息都是应当包含原被叫号码。MSOF