论文部分内容阅读
【摘 要】为实施智能业务触发点由长途局下移到华为IMS(综合汇接局)的项目,我们完成了华为SSP和欣方SCP平台的对接,并在华为SSP上对欲下移业务进行了详细测试。在对接和业务测试过程中发现了诸多涉及双方配合的问题,本文对这些问题及解决方法进行了简单描述。
【关键词】华为SSP;欣方SCP;對接
“在智能网建设中,SSP将逐步下移”是中国电信在“十五”建设规划中提出的一项原则,其目的是避免智能网大话务量激增时中继拥堵。在四川电信现有的网络结构上,SSP功能置于长途局(目前基本为S1240),但是随着智能业务用户的迅速增加,智能网话务量增长迅猛,现有的网络模式已不适应业务的迅速发展;此外,一些市州的长途局由于服务年限较长,其触发智能业务的资源已经达到饱和状态。考虑到网络安全、资源利用和投资回报等因素,四川电信集团公司决定实施SSP功能下移项目,将SSP功能(即智能业务触发点)由长途局下移到综合汇结局。为实施此项目,我们将作为综合汇结局的华为SSP和欣方SCP平台进行了对接,并在华为SSP上对欲下移业务进行了详细测试。在对接和业务测试过程中发现了诸多涉及双方配合的问题,现将这些问题及处理方法做一简单介绍,希望能对参与华为SSP与欣方SCP对接工作的朋友起到一点参考作用。
以下为对接及测试过程中发现的问题及处理方法:
1.在测试中发现部分业务在通话完成后主叫侧先挂机的情况下,在SSP侧能正确生成智能话单,但是在SCP侧找不到相应话单
【问题原因】:欣方SCP对主叫挂机事件的监视模式设为“通知并继续”,这样当呼叫结束主叫先挂机时,华为SSP在上报ERB和ACR消息后不再等待SCP下发指令即主动发送拆线消息,造成SCP尚未完成计费流程即退出,这样SCP侧就不能生成智能话单。
【处理方法】:此问题是由于欣方SCP侧数据设置有误造成,应该将主叫挂机事件的监视模式设为“中断”。但是如果由欣方SCP修改数据会对现有业务造成较大影响。经多方协调,最终由华为公司出补丁解决。华为SSP在打补丁后需增加业务补充信令命令即可解决此问题。
2.欣方SCP要求SSP上报IDP消息中主叫号码前区号不能带0,而华为SSP默认IDP消息中主叫号码前区号带0,造成SCP不能识别此消息直接拆线!
【问题原因】:欣方SCP要求SSP上报IDP消息中主叫号码前区号不能带0,而华为SSP默认IDP消息中主叫号码前区号带0,造成SCP不能识别此消息直接拆线
【解决方法】:华为SSP通过修改软参P78(SSP参数2)由FFFF改为FFFD,可实现SSP上报IDP消息中主叫号码前区号不带0,从而解决此问题。此外,华为SCP同时支持IDP消息中主叫号码前区号不带0或者带0,因此修改此软件参数不会影响华为SSP和华为SCP平台的对接。
3.在测试SSP播放智能语音时发现,华为SSP在收到欣方SCP下发的PC操作后不能给主叫用户播放指定的语音!
【问题原因】:因为欣方SCP对下发PC操作中的messageID(基本消息ID)定义为4位数,而华为SSP对messageID定义为8位数,造成华为SSP不能识别欣方SCP下发的PC操作中的相关信息,故不能正确播放语音,造成通话无法继续!
【解决方法】:欣方SCP可修改相关参数实现下发PC操作中messageID为8位数,但欣方SCP一旦修改此参数,全省长途局SSP也要做出相应修改,这样对现网业务影响较大。经综合考虑最终决定在华为SSP上解决此问题。在模拟环境上测试发现华为SSP在加载智能语音时只要修改语音文件名固定前插0080,即可解决此问题(注意:需保证修改后的语音文件名与其余语音文件名不冲突)。此外,还需在华为SSP上增加语音种类索引,命令为:ADD NOTEINDEX: NOTEINDEX=0, NOTENUM=1, NOTE1=128(注意:只能增加这一条,否则在某些情况下会出现放音混乱的情况!),以确保华为SSP识别欣方SCP的语音编码格式从而正确播放语音。
4.在测试210业务时发现当201代拨卡修改密码时,语音播放存在一定问题!现象为:对messageID为760的语音“你的新密码是×××,确认密码请按77#”,播放时新密码会在整条语音播放完后再报,即“你的新密码是,确认密码请按77#,×××”。
【问题原因】:华为SSP在播放语音时要求语音中带的变量必须放在语音的结尾播放,因此对此条语音要求SCP分两个messageID下发(一个messageID对应语音“你的新密码是×××”,另一个messageID对应语音“确认密码请按77#” ),但欣方SCP对此条语音只下发了一条messageID,因此出现此情况。
【解决方法】:此问题经协商由华为出补丁解决。华为SSP版本为V610R105M8008,解决此问题的补丁为P013J015。在SSP上打了补丁后,首先需要修改软件参数中SSP参数7的Bit14(控制08机做SSP时是否支持对变长语音ID播放)为0以使SSP支持对变长语音ID的播放。此外,需要在SSP上增加智能语音关联数据,以完成智能通知音与其关联智能语音的映射。命令为ADD MSGADP: MSGID0=760, TMSGID0=VARTONE, VMSGID0=NUMBER, MSGID1=××(对应语音“确认密码请按77#”,须与现有语音ID不冲突), TMSGID1=ELEMTONE。增加该命令后拨打测试SSP能正确播放此条语音,问题解决!
5.在测试预付费业务时发现当主叫预付费用户拨打登记了彩铃业务的被叫用户时,出现主叫预付费用户能正确听到彩铃但被叫彩铃用户不振铃的情况
【问题原因】:通过在华为SSP上按主被叫号码跟踪信令及内部消息,发现SSP在收到SHLR下发的彩铃业务接入码419851后没有正确发起双呼,即只接通了主叫用户和彩铃平台,而没有向被叫用户发起呼叫,故主叫用户能听到彩铃但被叫用户不振铃! 【解决方法】:SSP在增加彩铃业务接入码419851时,其“附加业务标志”中有一项参数“交换机方式彩铃” ,此项参数须选中才能使SSP在收到SHLR下发的彩铃业务接入码后发起双呼,从而保证主叫预付费用户在正确听到彩铃的同时被叫彩铃用户能正常振铃。
6.在测试预付费业务时发现,主叫预付费用户在拨打被叫未接通听语音通知的情况下,SSP上会生成费用不为0的普通话单,易造成计费纠纷。
【问题原因】:SSP在执行SCP下发的PA/PC操作时,如果发现话路没有接通,将向主叫回应答信号。这样就会对主叫进行计费,从而会生成普通话单。
【解决方法】:在某些情况下,SCP下发PA操作只是为了提示用户呼叫失败的原因,而不要求计费!在这种情况下,通过修改业务特殊信令,设置预付费业务键特殊信令为“PA应答”即可解决此问题。命令为 MOD SSIG: SK=63, SIG=PA-1;
7.在测试受端入网业务时发现当主叫为公话超市用户时,其通话产生的普通话单中被叫号码前没有17909,而用户要求这部分话单被叫号码前必须有17909。
【问题原因】:华为SSP智能呼叫所出的普通话单中被叫号码只能是用户实际所拨的号码,而不能是号码变换后的号码,而公话超市用户实际所拨的号码前并没有17909,因此出现此问题。
【解决方法】:为解决此问题,采用如下方案:
说明:在电信实施全网智能化改造后,目前各地市普遍采用双汇接局的组网模式。我们实施SSP功能下移,即是把SSP功能由长途局下移到两个汇接局上,也就是说两个综合汇接局承担SSP的功能。
■ 首先在两个IMS(综合汇接局)之间增加一过桥中继群193(公话超市过桥),呼叫源码填“0” ,计费源码填“0” 。附件业务标志选择“综合智能HLR业务”和“防止SHLR主叫智能业务重复触发” (防止从过桥中继过来的呼叫再次上SHLR时又一次查询主叫业务属性)。增加相应的中继电路、路由、子路由、路由分析等数据(局向不用增加,直接引用原到对端IMS的局向号即可)
■ 由于SHLR会对主叫为公话超市用户返回主叫智能业务接入码e21,因此需在IMS上增加字冠e21013和e21015,业务属性为本局,最小最大号长为15,计费选择码为1(对应不计费),综合智能HLR业务选择“禁止触发SHLR业务”
■ 对e21013和e21015作号首处理,将e21变换为d017909,重新分析標志为“是”
■ 在IMS上增加字冠d017909,业务属性为“本地” ,业务权限也为“本地”,路由选择码填“193”(指向两个IMS之间的过桥中继群),字冠不触发SHLR业务,最小最大号长填19 ,计费选择码填1(对应不计费)
■ 增加中继群承载,针对呼叫源码0(此处是指普通端局上来的中继群对应的呼叫源)呼叫号首集0中字冠d017909走193号中继群的呼叫对被叫号码进行变换,删除d0,即变换为17909。这样从一个IMS到另一个IMS的呼叫的被叫号码就变换为17909013。这样公话超市的一次呼叫就在对端IMS上产生话单,而话单中的被叫号码就是17909013,从而实现了需求!帐务中心直接在两个IMS即可取得这部分话单!
8.在测试综合VPN业务时发现,综合VPN业务和彩铃业务嵌套存在问题。综合VPN群内用户A拨打B,B登记了彩铃业务。此时B能正常振铃,但是A听不到B登记的彩铃音。(综合VPN业务接入码为96309,彩铃业务接入码为42983)
【问题原因】:通过在华为SSP上跟踪内部消息,发现SSP在触发完综合VPN业务后再次上SHLR查询用户属性时,SHLR没有返回被叫登记的彩铃业务接入码42983。因此主叫A听不到彩铃音
【解决方法】:在SHLR上增加主叫智能业务接入码D96309,优先级设为最低即可解决此问题(不需要用户登记此业务)
9.在测试综合VPN业务时发现,综合VPN群内用户通话所出普通话单(智能业务所出的普通话单)中被叫号码前没有96309,而局方要求这部分话单被叫号码前必须有96309,以便帐务分拣!
【问题原因】:华为SSP智能呼叫所出的普通话单中被叫号码只能是用户实际所拨的号码,而不能是号码变换后的号码,而综合VPN用户间通话实际所拨的号码前并没有96309(此接入码由SHLR前插),因此出现此问题。
【解决方法】:此问题可通过以下方法解决
■ 修改SHLR对综合VPN业务下发的接入码,由96309改为D96309。命令为:SET SXSOFTCFG将UC业务字冠设为D96309
■ 在IMS(综合汇接局)上增加字冠D96309,业务属性设为“本地”,路由选择码填“57”(指向两IMS之间的过桥中继),业务权限也为“本地”,最小最大号长填“13”,计费选择码填“1”(对应不计费),是否HLR呼叫设为“字冠不触发SHLR业务”;
■ 在57号中继群上增加中继承载,将针对D96309字冠的呼叫做被叫号码变换将D删除。这样呼叫到达对端IMS后被叫号码即为96309+B;
■ 在IMS上修改字冠96309属性,将业务类别由“基本业务”改为“智能业务”,业务属性由“本地长途(指向长途局)”改为“特殊功能码”,路由选择码改为“65535”,是否HLR呼叫改为“字冠不触发SHLR业务”;
通过以上命令,实现VPN群内呼叫由一个汇接局指向另一个汇接局,并且在出中继上将被叫号码由D96309+B变换为96309+B。这样对于任一汇接局而言,从另一个汇接局过来的呼叫中被叫号码已经是96309+B。在此汇接局上号首集0中字冠96309作为智能字冠会触发智能业务,这样在此汇接局上一次智能呼叫会产生两张话单(一张智能话单,一张详单)。智能话单中被叫号码为96309,目标地址号码为“B”。而详单中被叫号码即为96309+B,从而满足需求。 10.测试201业务时发现,在查询余额和给201卡充值时SSP播放语音不正确,出现语音混乱的情况。具体情况为:
查询余额的正确流程为(以messageID号来说明):3235--3236--3269--(按3,即功能选择)--3375--(拨11#,即查询余额)--3299--3269。目前实际情况为:3235--3236--3269--(按3,即功能选择)--3375--(拨11#,即查询余额)--3299【在播放了“您的记帐卡上还剩XXX”后又自动播放“请输入您的充值卡卡号,并以"#"号结束”(对应messageID为3249)和“您输入的卡号与密码不符,谢谢您使用电话卡业务,再见”(对应messageID为3237)两条语音】--3235
给201卡充值时的正确流程为(以messageID来说明):3235--3236--3269--(按3,即功能选择)--3375--(拨88#,即充值)--3249--3251--3270--3269。目前实际情况为:3235--3236--3269--(按3,即功能选择)--3375--(拨88#,即充值)--3249--3251--3270【在播放了“充值成功,您的計帐卡上还剩XXX”语音后,又自动播放了“对不起,您的充值卡金额为0”(对应messageID为3253)和“您输入的卡号与密码不符,谢谢您使用电话卡业务,再见”(对应messageID为3237)两条语音】--3269
【问题原因】:通过跟踪信令发现:查询余额流程中在SCP下发messageID为3299(对应语音“您的记帐卡上还剩XXX”)后并没有下发“请输入您的充值卡卡号,并以"#"号结束”和“您输入的卡号与密码不符,谢谢您使用电话卡业务,再见”这两条语音对应的messageID,因此问题原因应该出在SSP上。充值语音情况一样,欣方SCP并没有下发相应语音对应的messageID!
【解决方法】:按照华为SSP数据设定规范,在与贝尔语音编码格式的SCP对接时缺省增加四条语音种类索引,分别为:ADD NOTEINDEX: NOTEINDEX=0, NOTENUM=3, NOTE1=128, NOTE2=64, NOTE3=32;ADD NOTEINDEX: NOTEINDEX=1, NOTENUM=1, NOTE1=128; ADD NOTEINDEX: NOTEINDEX=1, NOTENUM=1, NOTE1=64和ADD NOTEINDEX: NOTEINDEX=1, NOTENUM=1, NOTE1=32。经测试发现,如果只做一条语音种类索引ADD NOTEINDEX: NOTEINDEX=0, NOTENUM=1, NOTE1=128,则不会出现放音混乱的情况。于是将其余三条语音种类索引数据删除,此问题得以解决。
【关键词】华为SSP;欣方SCP;對接
“在智能网建设中,SSP将逐步下移”是中国电信在“十五”建设规划中提出的一项原则,其目的是避免智能网大话务量激增时中继拥堵。在四川电信现有的网络结构上,SSP功能置于长途局(目前基本为S1240),但是随着智能业务用户的迅速增加,智能网话务量增长迅猛,现有的网络模式已不适应业务的迅速发展;此外,一些市州的长途局由于服务年限较长,其触发智能业务的资源已经达到饱和状态。考虑到网络安全、资源利用和投资回报等因素,四川电信集团公司决定实施SSP功能下移项目,将SSP功能(即智能业务触发点)由长途局下移到综合汇结局。为实施此项目,我们将作为综合汇结局的华为SSP和欣方SCP平台进行了对接,并在华为SSP上对欲下移业务进行了详细测试。在对接和业务测试过程中发现了诸多涉及双方配合的问题,现将这些问题及处理方法做一简单介绍,希望能对参与华为SSP与欣方SCP对接工作的朋友起到一点参考作用。
以下为对接及测试过程中发现的问题及处理方法:
1.在测试中发现部分业务在通话完成后主叫侧先挂机的情况下,在SSP侧能正确生成智能话单,但是在SCP侧找不到相应话单
【问题原因】:欣方SCP对主叫挂机事件的监视模式设为“通知并继续”,这样当呼叫结束主叫先挂机时,华为SSP在上报ERB和ACR消息后不再等待SCP下发指令即主动发送拆线消息,造成SCP尚未完成计费流程即退出,这样SCP侧就不能生成智能话单。
【处理方法】:此问题是由于欣方SCP侧数据设置有误造成,应该将主叫挂机事件的监视模式设为“中断”。但是如果由欣方SCP修改数据会对现有业务造成较大影响。经多方协调,最终由华为公司出补丁解决。华为SSP在打补丁后需增加业务补充信令命令即可解决此问题。
2.欣方SCP要求SSP上报IDP消息中主叫号码前区号不能带0,而华为SSP默认IDP消息中主叫号码前区号带0,造成SCP不能识别此消息直接拆线!
【问题原因】:欣方SCP要求SSP上报IDP消息中主叫号码前区号不能带0,而华为SSP默认IDP消息中主叫号码前区号带0,造成SCP不能识别此消息直接拆线
【解决方法】:华为SSP通过修改软参P78(SSP参数2)由FFFF改为FFFD,可实现SSP上报IDP消息中主叫号码前区号不带0,从而解决此问题。此外,华为SCP同时支持IDP消息中主叫号码前区号不带0或者带0,因此修改此软件参数不会影响华为SSP和华为SCP平台的对接。
3.在测试SSP播放智能语音时发现,华为SSP在收到欣方SCP下发的PC操作后不能给主叫用户播放指定的语音!
【问题原因】:因为欣方SCP对下发PC操作中的messageID(基本消息ID)定义为4位数,而华为SSP对messageID定义为8位数,造成华为SSP不能识别欣方SCP下发的PC操作中的相关信息,故不能正确播放语音,造成通话无法继续!
【解决方法】:欣方SCP可修改相关参数实现下发PC操作中messageID为8位数,但欣方SCP一旦修改此参数,全省长途局SSP也要做出相应修改,这样对现网业务影响较大。经综合考虑最终决定在华为SSP上解决此问题。在模拟环境上测试发现华为SSP在加载智能语音时只要修改语音文件名固定前插0080,即可解决此问题(注意:需保证修改后的语音文件名与其余语音文件名不冲突)。此外,还需在华为SSP上增加语音种类索引,命令为:ADD NOTEINDEX: NOTEINDEX=0, NOTENUM=1, NOTE1=128(注意:只能增加这一条,否则在某些情况下会出现放音混乱的情况!),以确保华为SSP识别欣方SCP的语音编码格式从而正确播放语音。
4.在测试210业务时发现当201代拨卡修改密码时,语音播放存在一定问题!现象为:对messageID为760的语音“你的新密码是×××,确认密码请按77#”,播放时新密码会在整条语音播放完后再报,即“你的新密码是,确认密码请按77#,×××”。
【问题原因】:华为SSP在播放语音时要求语音中带的变量必须放在语音的结尾播放,因此对此条语音要求SCP分两个messageID下发(一个messageID对应语音“你的新密码是×××”,另一个messageID对应语音“确认密码请按77#” ),但欣方SCP对此条语音只下发了一条messageID,因此出现此情况。
【解决方法】:此问题经协商由华为出补丁解决。华为SSP版本为V610R105M8008,解决此问题的补丁为P013J015。在SSP上打了补丁后,首先需要修改软件参数中SSP参数7的Bit14(控制08机做SSP时是否支持对变长语音ID播放)为0以使SSP支持对变长语音ID的播放。此外,需要在SSP上增加智能语音关联数据,以完成智能通知音与其关联智能语音的映射。命令为ADD MSGADP: MSGID0=760, TMSGID0=VARTONE, VMSGID0=NUMBER, MSGID1=××(对应语音“确认密码请按77#”,须与现有语音ID不冲突), TMSGID1=ELEMTONE。增加该命令后拨打测试SSP能正确播放此条语音,问题解决!
5.在测试预付费业务时发现当主叫预付费用户拨打登记了彩铃业务的被叫用户时,出现主叫预付费用户能正确听到彩铃但被叫彩铃用户不振铃的情况
【问题原因】:通过在华为SSP上按主被叫号码跟踪信令及内部消息,发现SSP在收到SHLR下发的彩铃业务接入码419851后没有正确发起双呼,即只接通了主叫用户和彩铃平台,而没有向被叫用户发起呼叫,故主叫用户能听到彩铃但被叫用户不振铃! 【解决方法】:SSP在增加彩铃业务接入码419851时,其“附加业务标志”中有一项参数“交换机方式彩铃” ,此项参数须选中才能使SSP在收到SHLR下发的彩铃业务接入码后发起双呼,从而保证主叫预付费用户在正确听到彩铃的同时被叫彩铃用户能正常振铃。
6.在测试预付费业务时发现,主叫预付费用户在拨打被叫未接通听语音通知的情况下,SSP上会生成费用不为0的普通话单,易造成计费纠纷。
【问题原因】:SSP在执行SCP下发的PA/PC操作时,如果发现话路没有接通,将向主叫回应答信号。这样就会对主叫进行计费,从而会生成普通话单。
【解决方法】:在某些情况下,SCP下发PA操作只是为了提示用户呼叫失败的原因,而不要求计费!在这种情况下,通过修改业务特殊信令,设置预付费业务键特殊信令为“PA应答”即可解决此问题。命令为 MOD SSIG: SK=63, SIG=PA-1;
7.在测试受端入网业务时发现当主叫为公话超市用户时,其通话产生的普通话单中被叫号码前没有17909,而用户要求这部分话单被叫号码前必须有17909。
【问题原因】:华为SSP智能呼叫所出的普通话单中被叫号码只能是用户实际所拨的号码,而不能是号码变换后的号码,而公话超市用户实际所拨的号码前并没有17909,因此出现此问题。
【解决方法】:为解决此问题,采用如下方案:
说明:在电信实施全网智能化改造后,目前各地市普遍采用双汇接局的组网模式。我们实施SSP功能下移,即是把SSP功能由长途局下移到两个汇接局上,也就是说两个综合汇接局承担SSP的功能。
■ 首先在两个IMS(综合汇接局)之间增加一过桥中继群193(公话超市过桥),呼叫源码填“0” ,计费源码填“0” 。附件业务标志选择“综合智能HLR业务”和“防止SHLR主叫智能业务重复触发” (防止从过桥中继过来的呼叫再次上SHLR时又一次查询主叫业务属性)。增加相应的中继电路、路由、子路由、路由分析等数据(局向不用增加,直接引用原到对端IMS的局向号即可)
■ 由于SHLR会对主叫为公话超市用户返回主叫智能业务接入码e21,因此需在IMS上增加字冠e21013和e21015,业务属性为本局,最小最大号长为15,计费选择码为1(对应不计费),综合智能HLR业务选择“禁止触发SHLR业务”
■ 对e21013和e21015作号首处理,将e21变换为d017909,重新分析標志为“是”
■ 在IMS上增加字冠d017909,业务属性为“本地” ,业务权限也为“本地”,路由选择码填“193”(指向两个IMS之间的过桥中继群),字冠不触发SHLR业务,最小最大号长填19 ,计费选择码填1(对应不计费)
■ 增加中继群承载,针对呼叫源码0(此处是指普通端局上来的中继群对应的呼叫源)呼叫号首集0中字冠d017909走193号中继群的呼叫对被叫号码进行变换,删除d0,即变换为17909。这样从一个IMS到另一个IMS的呼叫的被叫号码就变换为17909013。这样公话超市的一次呼叫就在对端IMS上产生话单,而话单中的被叫号码就是17909013,从而实现了需求!帐务中心直接在两个IMS即可取得这部分话单!
8.在测试综合VPN业务时发现,综合VPN业务和彩铃业务嵌套存在问题。综合VPN群内用户A拨打B,B登记了彩铃业务。此时B能正常振铃,但是A听不到B登记的彩铃音。(综合VPN业务接入码为96309,彩铃业务接入码为42983)
【问题原因】:通过在华为SSP上跟踪内部消息,发现SSP在触发完综合VPN业务后再次上SHLR查询用户属性时,SHLR没有返回被叫登记的彩铃业务接入码42983。因此主叫A听不到彩铃音
【解决方法】:在SHLR上增加主叫智能业务接入码D96309,优先级设为最低即可解决此问题(不需要用户登记此业务)
9.在测试综合VPN业务时发现,综合VPN群内用户通话所出普通话单(智能业务所出的普通话单)中被叫号码前没有96309,而局方要求这部分话单被叫号码前必须有96309,以便帐务分拣!
【问题原因】:华为SSP智能呼叫所出的普通话单中被叫号码只能是用户实际所拨的号码,而不能是号码变换后的号码,而综合VPN用户间通话实际所拨的号码前并没有96309(此接入码由SHLR前插),因此出现此问题。
【解决方法】:此问题可通过以下方法解决
■ 修改SHLR对综合VPN业务下发的接入码,由96309改为D96309。命令为:SET SXSOFTCFG将UC业务字冠设为D96309
■ 在IMS(综合汇接局)上增加字冠D96309,业务属性设为“本地”,路由选择码填“57”(指向两IMS之间的过桥中继),业务权限也为“本地”,最小最大号长填“13”,计费选择码填“1”(对应不计费),是否HLR呼叫设为“字冠不触发SHLR业务”;
■ 在57号中继群上增加中继承载,将针对D96309字冠的呼叫做被叫号码变换将D删除。这样呼叫到达对端IMS后被叫号码即为96309+B;
■ 在IMS上修改字冠96309属性,将业务类别由“基本业务”改为“智能业务”,业务属性由“本地长途(指向长途局)”改为“特殊功能码”,路由选择码改为“65535”,是否HLR呼叫改为“字冠不触发SHLR业务”;
通过以上命令,实现VPN群内呼叫由一个汇接局指向另一个汇接局,并且在出中继上将被叫号码由D96309+B变换为96309+B。这样对于任一汇接局而言,从另一个汇接局过来的呼叫中被叫号码已经是96309+B。在此汇接局上号首集0中字冠96309作为智能字冠会触发智能业务,这样在此汇接局上一次智能呼叫会产生两张话单(一张智能话单,一张详单)。智能话单中被叫号码为96309,目标地址号码为“B”。而详单中被叫号码即为96309+B,从而满足需求。 10.测试201业务时发现,在查询余额和给201卡充值时SSP播放语音不正确,出现语音混乱的情况。具体情况为:
查询余额的正确流程为(以messageID号来说明):3235--3236--3269--(按3,即功能选择)--3375--(拨11#,即查询余额)--3299--3269。目前实际情况为:3235--3236--3269--(按3,即功能选择)--3375--(拨11#,即查询余额)--3299【在播放了“您的记帐卡上还剩XXX”后又自动播放“请输入您的充值卡卡号,并以"#"号结束”(对应messageID为3249)和“您输入的卡号与密码不符,谢谢您使用电话卡业务,再见”(对应messageID为3237)两条语音】--3235
给201卡充值时的正确流程为(以messageID来说明):3235--3236--3269--(按3,即功能选择)--3375--(拨88#,即充值)--3249--3251--3270--3269。目前实际情况为:3235--3236--3269--(按3,即功能选择)--3375--(拨88#,即充值)--3249--3251--3270【在播放了“充值成功,您的計帐卡上还剩XXX”语音后,又自动播放了“对不起,您的充值卡金额为0”(对应messageID为3253)和“您输入的卡号与密码不符,谢谢您使用电话卡业务,再见”(对应messageID为3237)两条语音】--3269
【问题原因】:通过跟踪信令发现:查询余额流程中在SCP下发messageID为3299(对应语音“您的记帐卡上还剩XXX”)后并没有下发“请输入您的充值卡卡号,并以"#"号结束”和“您输入的卡号与密码不符,谢谢您使用电话卡业务,再见”这两条语音对应的messageID,因此问题原因应该出在SSP上。充值语音情况一样,欣方SCP并没有下发相应语音对应的messageID!
【解决方法】:按照华为SSP数据设定规范,在与贝尔语音编码格式的SCP对接时缺省增加四条语音种类索引,分别为:ADD NOTEINDEX: NOTEINDEX=0, NOTENUM=3, NOTE1=128, NOTE2=64, NOTE3=32;ADD NOTEINDEX: NOTEINDEX=1, NOTENUM=1, NOTE1=128; ADD NOTEINDEX: NOTEINDEX=1, NOTENUM=1, NOTE1=64和ADD NOTEINDEX: NOTEINDEX=1, NOTENUM=1, NOTE1=32。经测试发现,如果只做一条语音种类索引ADD NOTEINDEX: NOTEINDEX=0, NOTENUM=1, NOTE1=128,则不会出现放音混乱的情况。于是将其余三条语音种类索引数据删除,此问题得以解决。