华为VOLTE 通过拨号界面拨打*72等补充业务码方式激活
呼叫转移业务功能实现方案
【摘要】CDMA网络中通过在HLR中设置*72等补充业务码关联补充业务,在终端拨号界
面上拨打*72等补充业务码实现补充业务的变更;VOLTE上线以后,集团规定集中设置
BSF/AP服务器,通过Ut接口设置补充业务变更,终端上不在继承原来的*72这种拨号方
案,而是在设置菜单中点击设置补充业务变更;为了继承原C网用户使用习惯,以及在
BSF/AP服务器故障的情况下可以有第二选择,江苏电信在华为VOLTE上进行了数据以及
业务触发流程上的改造,继承了C网*72等补充业务码激活呼叫转移业务的方法。
【关键字】*72 *68 *90 *92 呼叫转移
【故障现象】
VOLTE用户拨打*72xxxxxxxxxxx号码设置呼叫转移提示空号,无法设置呼叫转移
【原因分析】
目前江苏电信通过在手机终端设置界面对补充业务进行变更,通过公网DNS地址获取
BSF/AP服务器地址,经过鉴权之后再通过Ut接口向MMTEL-AS变更和设置补充业务。
江苏电信的解决方案就是通过呼叫信令的方式将*72号码带到MMTEL-AS,让
MMTEL-AS识别业务补充码,从而变更和设置用户的补充业务;
【解决方法】
在华为MMTEL-AS上设置:
//打开位长判断,超过位长不截断
MOD LDNSET:LOP=250,NLA=YES,NLRC=YES;
//登记无条件前转
ADD NSOPERATE: NSOPGPNAME="REGCFU", NSOPNAME="REGCFU",
PATH="/simrvs/complete-communication-diversion/communication-diversion/r
ulet/rule[@id="call-forwarding-unconditional"]", NSOPTYPE=REGISTER,
REGEX="^([0-9A-Ea-e*]+)([#]*)$", SRVDATA=" id="call-forwarding-unconditional" xmlns:ss="/ngn/params/xml/simrvs/xcap" xmlns:cp="urn:ietf:params:xml:ns:common-policy"> > p:rule>", SST=CFU; ADD CNACLD: LOCNUM=65534, URISCH=TEL_URI, PFXCDE=K'*72, CSTP=NEW, CSA=NSOPERATE, MINL=5, MAXL=32, NSOPGPNAME="REGCFU"; //取消无条件前转 ADD NSOPERATE: NSOPGPNAME="CANCELCFU", NSOPNAME="CANCELCFU", PATH="/simrvs/complete-communication-diversion/communication-diversion/r ulet/rule[@id="call-forwarding-unconditional"]", NSOPTYPE=CANCEL, SRVDATA=" xmlns:ss="/ngn/params/xml/simrvs/xcap" xmlns:cp="urn:ietf:params:xml:ns:common-policy"> SST=CFU; ADD CNACLD: LOCNUM=65534, URISCH=TEL_URI, PFXCDE=K'*720, CSTP=NEW, CSA=NSOPERATE, MINL=4, MAXL=4, NSOPGPNAME="CANCELCFU"; //登记遇忙前转 ADD NSOPERATE: NSOPGPNAME="REGCFB", NSOPNAME="REGCFB", PATH="/simrvs/complete-communication-diversion/communication-diversion/r ulet/rule[@id="call-forwarding-busy"]", NSOPTYPE=REGISTER,REGEX="^([0-9A-Ea-e*]+)([#]*)$", SRVDATA=" id="call-forwarding-busy" xmlns:ss="/ngn/params/xml/simrvs/xcap" xmlns:cp="urn:ietf:params:xml:ns:common-policy"> /cp:conditions> rward-to> ADD CNACLD: LOCNUM=65534, URISCH=TEL_URI, PFXCDE=K'*90, CSTP=NEW, CSA=NSOPERATE, MINL=5, MAXL=32, NSOPGPNAME="REGCFB"; //取消遇忙前转 ADD NSOPERATE: NSOPGPNAME="CANCELCFB", NSOPNAME="CANCELCFB", PATH="/simrvs/complete-communication-diversion/communication-diversion/r ulet/rule[@id="call-forwarding-busy"]", NSOPTYPE=CANCEL, SRVDATA=" xmlns:ss="/ngn/params/xml/simrvs/xcap" xmlns:cp="urn:ietf:params:xml:ns:common-policy"> /cp:conditions> ADD CNACLD: LOCNUM=65534, URISCH=TEL_URI, PFXCDE=K'*900, CSTP=NEW, CSA=NSOPERATE, MINL=4, MAXL=32, NSOPGPNAME="CANCELCFB"; //登记无应答前转 ADD NSOPERATE: NSOPGPNAME="REGCFNR", NSOPNAME="REGCFNR", PATH="/simrvs/complete-communication-diversion/communication-diversion/r ulet/rule[@id="call-forwarding-no-reply"]", NSOPTYPE=REGISTER, REGEX="^([0-9A-Ea-e*]+)([#]*)$", SRVDATA=" id="call-forwarding-no-reply" xmlns:ss="/ngn/params/xml/simrvs/xcap" xmlns:cp="urn:ietf:params:xml:ns:common-policy"> er/> ADD CNACLD: LOCNUM=65534, URISCH=TEL_URI, PFXCDE=K'*92, CSTP=NEW, CSA=NSOPERATE, MINL=5, MAXL=32, NSOPGPNAME="REGCFNR"; //取消无应答前转 ADD NSOPERATE: NSOPGPNAME="CANCELCFNR", NSOPNAME="CANCELCFNR", PATH="/simrvs/complete-communication-diversion/communication-diversion/r ulet/rule[@id="call-forwarding-no-reply"]", NSOPTYPE=CANCEL, SRVDATA=" xmlns:ss="/ngn/params/xml/simrvs/xcap" xmlns:cp="urn:ietf:params:xml:ns:common-policy"> er/> ADD CNACLD: LOCNUM=65534, URISCH=TEL_URI, PFXCDE=K'*920, CSTP=NEW, CSA=NSOPERATE, MINL=4, MAXL=32, NSOPGPNAME="CANCELCFNR"; //登记不可及前转 ADD NSOPERATE: NSOPGPNAME="REGCFNRC", NSOPNAME="REGCFNRC", NSOPTYPE=REGISTER, PATH="/simrvs/complete-communication-diversion/communication-diversion/r ulet/rule[@id="call-forwarding-on-ur-not-reachable"]", REGEX="^([0-9A-Ea-e*]+)([#]*)$", SRVDATA=" id="call-forwarding-on-ur-not-reachable" xmlns:ss="/ngn/params/xml/simrvs/xcap" xmlns:cp="urn:ietf:params:xml:ns:common-policy"> hable/> t> SST=CFNRC; ADD CNACLD: LOCNUM=65534, URISCH=TEL_URI, PFXCDE=K'*68, MINL=3, MAXL=32, CSTP=NEW, CSA=NSOPERATE, NSOPGPNAME="REGCFNRC"; //取消不可及前转 ADD NSOPERATE: NSOPGPNAME="CANCELCFNRC", NSOPNAME="CANCELCFNRC", PATH="/simrvs/complete-communication-diversion/communication-diversion/r ulet/rule[@id="call-forwarding-on-ur-not-reachable"]", NSOPTYPE=CANCEL, SRVDATA=" xmlns:ss="/ngn/params/xml/simrvs/xcap" xmlns:cp="urn:ietf:params:xml:ns:common-policy"> hable/> ADD CNACLD: LOCNUM=65534, URISCH=TEL_URI, PFXCDE=K'*680, MINL=4, MAXL=32, CSTP=NEW, CSA=NSOPERATE, NSOPGPNAME="CANCELCFNRC"; 设置完成后,测试发现,*72xxxxxxxxxxx号码登记呼转业务没有问题,但是*720取消 业务提示空号,跟踪信令: 发现第一个invite消息出发顺序到了ivpn平台,ivpn平台放音空号,ivpn平台认为 *720是一个短号码,*不处理,因此放空号音,需要解决*720|*900|*920|*680不上 ivpn平台,方案如下: //HSS-IMS命令: MOD HSIFCINF: SIFCTPLID=3915, PRIORITY=5500, TRIGPT=" nditionNegated>0 essionCa> 0 SPT> RI>.*(*720|*900|*920|*680);.*"; MOD HSIFCINF: SIFCTPLID=3915, PRIORITY=3500, TRIGPT=" nditionNegated>0 essionCa> 0 SPT> RI>.*(*720|*900|*920|*680);.*"; //SCSCF命令: MOD SIFCINF: SIFCTPLID=3915, PRIORITY=5500, TRIGPT=" nditionNegated>0 essionCa> 0 SPT> RI>.*(*720|*900|*920|*680);.*"; MOD SIFCINF: SIFCTPLID=3915, PRIORITY=3500, TRIGPT=" nditionNegated>0 essionCa> 0 SPT> RI>.*(*720|*900|*920|*680);.*"; 针对invite消息中RequestURI里包含*720|*900|*920|*680参数的做不上ivpn as触发处理,绕行规避ivpn。 【结论与推广】 经过多款终端测试,目前华为VOLTE可以支持手机拨打*72方式实现呼叫转移功能的 签约激活;其它厂商大区可以参照脚本,打开该功能,更好的继承C网原有的业务
本文发布于:2023-05-25 18:55:59,感谢您对本站的认可!
本文链接:https://www.wtabcd.cn/zhishi/a/168501216153852.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
本文word下载地址:案例-VoLTE用户使用72登记呼叫转移功能实现方法.doc
本文 PDF 下载地址:案例-VoLTE用户使用72登记呼叫转移功能实现方法.pdf
留言与评论(共有 0 条评论) |