U1980网关上采用号长路由配置方法解决字冠冲突的问题

发布时间:  2014-09-24 浏览次数:  178 下载次数:  6
问题描述
北京某局点采用1台U1980作为语音网关,该网关采用PRI中继与联通PSTN对接。
客户要求实现直接拨打报警号码110出局到PSTN。
同时在U1980网关下已注册有62xx1xxx共一千个号码,其中已有用户使用62xx1100—62xx1109这10个号码,支持8位长号互拨,并且内部习惯使用4位短号互拨,即存在短号1100—1109,短号前三位为110。
按照常规配置思路,会将报警电话110配置成紧急字冠110,号长限定为3位,由于担心紧急字冠与短号1100—1109冲突,还需要配置1100—1109共10个局内字冠,号长限定为4位。
这样配置后发现用U1980网关下的IP话机拨打报警电话110,无法打通。而拨打短号用户1100——1109,均能正常通话。
告警信息
处理过程

 由于该局点此前已配置有局内被叫字冠62xx,即局内8位长号的前4位号码;同时由于业务需要已配置有出局到联通PSTN的被叫字冠999,且被叫字冠999关联了被叫号码变换,出局时会删掉被叫号码的前三位999。所以该问题的处理步骤如下:
1. 在网关上新增两个按号码长度变换的号码变换索引,即增加索引1,当号码长度为3位时,前插999;增加索引2,当号码长度为4位时,前插62xx:
config add predeal index 1 changetype insertbynumlen numlen 3 changepos 0 newdn 999
config add predeal index 2 changetype insertbynumlen numlen 4 changepos 0 newdn 62xx
2. 删除原来已经配置的紧急字冠110和10个限定为4位号长的局内字冠1100—1109:
config delete prefix dn 110
config delete prefix dn 1100
config delete prefix dn 1101
       ………..
config delete prefix dn 1109
3. 增加号长路由分析字冠110,并关联被叫号码变换索引1和2。此时字冠110为前缀的被叫号码会匹配字冠110,然后根据对应号长进行不同的号码变换,号长不是3位或者4位的则不作分析处理:
config add prefix dn 110 callcategory basic callattribute routebylen cldpredeal yes cldindex 1&2
根因
  经过分析,原先以为1980网关同时存在限定为3位号长的紧急字冠110以及10个限定为4位号长的局内字冠1100—1109的情况下,当被叫号码110送到网关后,被叫号码根据最长匹配原则,匹配上局内短号字冠110x,由于号长不匹配,被叫号码会转而匹配紧急字冠110,由于号长能够匹配上,所以能够直接路由到联通PSTN。
实际上当被叫号码110送到网关后,被叫号码根据最长匹配原则,匹配上局内短号字冠110x之后,由于号长不匹配,等到超时后会释放该号码,而不会让该号码重新去匹配紧急字冠110,这样网关会认为被叫号码110无可匹配的字冠,为无效号码,呼叫失败。
通过分析,可通过号长路由配置方法解决该字冠冲突的问题。即通过配置号长路由分析字冠110,针对不同长度的号码进行被叫号码变换,以达到不同的字冠匹配效果。
建议与总结
在进行IPT项目交付时,一定要事先了解清楚客户需求,出现类似字冠冲突这种问题时,不能想当然,要做对比分析。
另外,做完数据配置后要详细测试,在上线前找出问题,然后在对症下药解决。

END