呼转VoLTE号码话单异常，局点问题揭秘

【问题描述】：

在4G+（即VoLTE试商用）初期，某地市分公司账务BOSS提供一号码异常话单供分析，由147××××7735号码产生，如下：

主叫150××××3335本地2016/3/2416∶39820.5 0 0 0.5 2 8613748546 0 0 537 537O00000000000000 0 JG35.20160324.b01197047.dat G 0普通话单2016/3/2416∶46

呼转150××××3335本地2016/3/24 18∶28102 0.2 0 0 0.2 2 8613745132 FFFF FFFF 537 537 F00000000000000 10 D0324531.225 G 0普通话单2016/3/24 19∶06

第一条话单产生在JNIDS4（JNDS12）关口局上，为异常话单。从交换机上查询话单，billtype为CFW，话单类型为呼转话单，如图13-109所示。但上述BOSS话单上却是“主叫150××××3335本地”，按一般主叫话单进行分拣的。第二条话单产生交换机号码8613745132为B地市DS19，也是当地关口局，其分拣正常，按话单类型然后按呼转进行正常分拣。

图13-109 异常话单

【问题分析】：

1）分析故障现象可能原因：

①交换机设备与BOSS近期是否有改造或升级操作。

②原始话单与BOSS计费对接字段出现问题。

③用户特殊业务影响计费。

问题分析流程图如图13-110所示。

2）具体分析如下。

分析过程：

①重点分析关口局交换机，本地关口局采用某厂商设备，省公司账务BOSS系统也是该厂商。首先确认设备和BOSS近期是否存在改造或升级的行为的。经过核实，这段时间无改造或升级等操作。

图13-110 问题分析流程图

②分析BOSS话单，BOSS提供话单类型判定为呼转或主叫，在原始话单中，对方提供的字段名称为SS-Code，且呼转话单中SS CODE 4个服务代码字段不能全为空，应为[′21′，′29′，′2A′，′2B′]其中之一，为空即按主叫话单分拣。

核对交换机原始话单，4个SS-CODE后的值均为invalid-value，服务代码全为空，如图13-111所示。

图13-111 SS-CODE值查询

③查询交换机原始话单，分析多个CFW话单，发现大部分话单有SS-CODE，即该部分话单正常（见图13-112）。仅有少量的话单出现4个SS-CODE后的值均为invalid-value的情况，说明交换机可以进行SS-CODE区分。

④抽取147××××7735单个问题号码进行分析，查看有何种特殊的业务影响。发现智能呼转的呼转原因值由SCP下发，如果SCP下发一个无效的原因值（如unknown），则话单无法填写。所以重点跟踪该用户签约的OCSI、TCSI和呼转。查询该用户投诉前后的营账操作日志（见图13-113）：用户3月11号开户，3月14号开通来电提醒业务，无其他操作。

图13-112 正常话单

(www.xing528.com)

图13-113 用户操作日志查询

⑤147××××7735号码未发现问题，进一步分析呼转到的150××××3335号码，经查其为VoLTE用户，如图13-114所示。

图13-114 转呼号码分析

假如A拨打B，呼转至C号码，当C号码为VoLTE用户时，需智能改号1254708，某局点此时交换机对B号码原始的无条件转移因C号码改号影响，不能正常识别B号码的呼转类型，所以原始话单里体现SS-CODE为空，导致账务话单分拣出现异常。

⑥通过场景模拟，对C号码进行2G/3G、VoLTE用户变换拨打测试，再通过交换机进行话单验证，证实了当C号码为VoLTE用户时，SS-CODE后的值均为invalid-value，呼转话单分拣出现异常。

⑦异常话单出现在某关口局交换机上。进一步分析本地端局（即MSC-SERVER）上话单是否存在分拣异常，联系账务查得端局交换机确定呼转话单的字段为supplservicesused。

⑧登录话单业务台，查询到端局呼转话单中supplservicesused字段也有为空的情况，如图13-115所示。联系账务确认supplservicesused为空的呼转话单，也存在按主叫话单分拣现象，判断端局也存在分拣异常。

图13-115 话单业务台端局呼转话单supplservicesused字段查询

⑨问题原因查明，该局点对呼转至VoLTE号码时，交换机呼转话单相应字段为空，导致BOSS分拣异常。为减少此类话单异常引起的投诉，规避此类问题，需协调厂家尽快给出解决方案。

⑩某厂家研发部门最后给出修改软参实现该问题规避，见表13-5和表13-6。

表13-5 P938-呼叫内部参数69

表13-6 P936-呼叫内部参数67

【解决方案】：

规避措施：

1）省公司批准并下发EOMS工单，进行先行软参修改试验。

2）选取晚上低话务时段，对某关口局和端局设备修改软参。

MOD MSFP：ID=P938，MODTYPE=P1，BIT=10，BITVAL=1；

MOD MSFP：ID=P936，MODTYPE=P1，BIT=12，BITVAL=1；

软参修改后，再进行呼转至VoLTE号码测试，账务进行话单计费验证，反馈为BOSS分拣结果已正常。同时，查询某厂商交换机大量原始话单——呼转话单，结果：SS-CODE全为invalid-value的情况消失，端局呼转话单中supplservicesused字段为空的情况未再出现，如图13-116所示。

3）如图13-117所示，省公司下发工单至各地市，进行全省软参修改工单，规避全省再出现呼转VoLTE，计费话单分拣异常问题。

该案例中，由于VoLTE呼叫需要智能改号1254708，当A拨打B呼转到C用户后，如果C用户发生智能connect改号（伪前转），由于智能connect改号是没有呼转原因的，则某些厂家设备对伪前转的呼转原因填写为unkown，因此导致B用户的呼转话单分拣出现异常。