第3章补充业务的故障分析与定位

1、目 录第3章 补充业务的故障分析与定位3-13.1 呼叫前转的故障分析与定位3-13.1.1 故障判定标准3-13.1.2 故障分析3-13.1.3 故障定位3-13.2 MPTY故障处理3-53.2.1 故障判定标准3-53.2.2 故障分析3-53.2.3 故障定位3-5第3章 补充业务的故障分析与定位3.1 呼叫前转的故障分析与定位3.1.1 故障判定标准移动用户呼叫前转故障的判断方法为：用户做主、被叫正常，但用户在本MSC进行呼叫前转时，呼叫故障。查询呼叫前转故障前，应首先判断用户直接拨打登记的前转号码时，呼叫是否正常，如果呼叫不正常，请参考第2章，先处理基本通话故障，然后再进行呼叫前

2、转故障分析。3.1.2 故障分析对于呼叫前转故障，应首先判断前转是否发生在本局，一般情况下，CFU和CFNRc（用户关机导致被叫不可及）在始发MSC进行前转，也有可能在关口MSC时触发，而CFB、CFNRy、CFNRc则在被叫所在端局进行前转。在前转号码做被叫正常的情况下，前转不成功主要有四方面的原因：(1) 用户登记前转号码不成功(2) HLR下发的前转号码格式错误导致号码分析出错(3) 和对端局信令配合出现问题(4) 前转次数受限对于呼叫前转故障应当根据主叫号码进行用户接口跟踪，并根据呼叫流程的异常情况参考Error! Reference source not found.Error! R

3、eference source not found.进行故障处理.3.1.3 故障定位1. 用户登记前转号码不成功【故障现象】在用户登记前转号码时，进行用户接口跟踪，发现MSOFTX3000已经向HLR上报了前转号码，但HLR返回登记错误。【故障分析】用户登记前转失败，主要有两类常见原因：(1) 用户方面原因(2) HLR局原因用户方面原因主要有用户本身没有申请前转业务和用户登记的前转号码格式不正确，前转号码格式错误包括：(1) 前转的号码为禁止前转的号码，比如110、119类的特服号码。(2) 前转的号码长度超过HLR的规定要求。(3) 设定的前转号码格式不正确，特别是对于前转手机的情况，正

4、确的输入方法有两种：一种直接输入手机号码，也可以输入88。【故障定位】请用户检查是否开通了前转业务，设定的前转号码是否满足要求。联系HLR局进行处理。2. 对前转号码分析错误导致呼叫前转故障【故障现象】在本MSOFTX3000触发的前转呼叫根据主叫用户号码进行用户接口跟踪，HLR已经返回了正确的前转号码，但MSOFTX3000没有向相应局向发送IAM/IAI消息。【故障分析】出现这种情况，一般是因为MSOFTX3000对前转号码的号码分析出现了错误。MSC对前转号码的号码分析流程与对一般的被叫号码分析流程相比，有两大不同：(1) MSC对前转号码在号码分析前进行了缺省处理(2) MSC通过一些

5、软件参数来控制前转号码分析流程MSC对前转号码的缺省处理如下：MSC根据前转号码查询国家代码配置，如果号码能够匹配到外国的国家代码，则在前转号码前加国际号码前缀“00”，缺省处理完成。如果号码匹配到本国的国家代码，则首先删除本国国家代码。MSC再根据删除本国国家代码的前转号码查询本国接入码配置，如果能够匹配到记录，则完成缺省处理；如果不能匹配记录，MSC再查询呼叫字冠配置。如果能够匹配到记录且记录的被叫号码类型参数为“MSRN/HON”、“MSISDN”或“预付费号码”，则缺省处理完成；如果不满足这些条件，MSC将查询国内长途区号配置。如果不能配置到记录，则缺省处理失败；如果匹配到本地区号且软

6、件参数TUP测试参数5中的bit0为0，则再删除本地区号；如果匹配到外地区号或匹配到本地区号但软件参数TUP测试参数5中的bit0为1，则在号码前加“0”，缺省处理完成。 注意：如果缺省处理失败，前转号码将不做任何变换的。MSOFTX3000对前转号码的缺省处理是有条件的，即在被叫号码预分析配置中没有和前转号码相匹配的记录。利用这一特性，维护人员可以将缺省处理流程无法规整的前转号码在被叫号码预分析配置增加相应的号码规整记录，从而将前转号码变换成和普通被叫一样的格式。MSC还可以通过以下软件参数控制前转号码分析流程：l ISUP运行保留参数2比特 21 ：对前转号码也进行号首处理；0 ：对前转号

7、码不进行号首处理；【故障定位】根据前转号码检查号码分析数据，如果是MSOFTX3000缺省处理没能将前转号码规整成正确的号码格式，则在被叫号码预分析中增加相应的规整记录，记录的呼叫来源参数应设置为“MAP”。如果是软件参数问题造成，则修改相应软件参数。 注意：修改软件参数会对所有的前转号码分析流程造成影响，务必慎重!3. 向前转方发送的信令中没有发送原被叫号码导致呼叫前转故障【故障现象】本局向前转局向发送了IAI/IAM消息，但对端局不能做正确的处理，对流程进行信令跟踪并将跟踪结果与正常信令流程进行对比发现，本局发送的IAM/IAI消息中没有发送原被叫号码。【故障分析】一般情况下，MSC向对端

8、局发送的前转呼叫的IAI/IAM消息都是应当包含原被叫号码。MSOFTX3000通过补充信令配置中是否发原被叫参数设置为“是”时，消息中携带原被叫号码；设置为“否”时，消息中不携带原被叫号码。【故障定位】使用LST AUSSIG命令检查补充信令配置，将相应记录的是否发原被叫参数设置为“是”。 注意：某些老式交换机不能识别原被叫号码，这样补充信令配置中相关记录的是否发原被叫参数应当设置为“否”。4. 向前转方发送的信令中改发呼叫表示语错误导致呼叫前转故障【故障现象】本局向前转局向发送了IAI/IAM消息，但对端局不能做正确的处理，对信令流程进行信令跟踪并将跟踪结果与正常信令流程进行对比发现，本局

9、发送的IAM/IAI消息中的改发呼叫表示语与正常流程中的改发呼叫表示语不一致。【故障分析】MSOFTX3000可以通过软件参数IAM发送过滤器中的bit8和IAM发送预置值中的bit8来控制发送的IAI/IAM消息中的改发呼叫表示语。l 当IAM发送过滤器中的bit8为0时，改发呼叫表示语恒为0；l 当IAM发送预置值中的bit8为1并且IAM发送过滤器中的bit8为1，改发呼叫表示语恒为1；l 当IAM发送预置值中的bit8为0，IAM发送过滤器中的bit8为1时（缺省值），只有在前转呼叫时，IAI/IAM消息中改发呼叫表示语才为0。如果对局为不能处理前转呼叫表示语的老交换机，通过这种方式，

10、将改发呼叫表示语置为0。【故障定位】检查相应的软件参数取值，并进行修改。 注意：修改软件参数会对所有的前转呼叫造成影响，务必慎重!3.2 MPTY故障处理3.2.1 故障判定标准移动用户做MPTY不成功的标准：移动用户发起主被叫时呼叫都能正常接通。跟踪用户接口跟踪发现，移动用户发起BUILD_MPTY的Facility消息后，MSC Server返回了失败，可能失败原因有“业务不可用、业务不兼容，超出最大参与用户数，会议资源不可用。3.2.2 故障分析MPTY的建立失败可能有以下几种原因：l 用户没有签约CH、CW和MPTY业务，导致MPTY建立不成功。l MSC Server没有配置MGW的

11、会议资源与MGW支持MPTY的能力。l MGW上没有配置会议资源。3.2.3 故障定位1. 用户没有签约CH，CW和MPTY业务导致，MPTY建立不成功。【故障现象】(1) 用户无法保持现有呼叫发起新呼叫；(2) 用户同时只能做一次被叫不能多次做被叫；(3) 用户在同时存在两个呼叫发起MPTY时失败。【故障分析】故障现象(1)：用户在HLR中没有签约CH业务；故障现象(2)：用户在HLR中没有签约CW业务；故障现象(3)：用户在HLR中没有签约MPTY业务。【故障定位】要使用户能发起MPTY的首要条件是在HLR在签约CH与MPTY业务。如果用户不是仅以主叫方式建立MPTY，还要以被叫方式建立MPTY，则CW也要必须签约。2. MSC Server没有配置MGW的会议资源与MGW支持MPTY的能力【故障现象】用户发起了建立MPTY的Facility消息，但MSC Server在Facility中返回了失败“资源不可用的”原因。【故障分析】MSC Server没有配置MGW的能力与会议资源，可以使用命令LST MGW查询MGW的Capability是否选择了MPTY，Rate of Multip