国际漫游典型案例分析.doc_第1页
国际漫游典型案例分析.doc_第2页
国际漫游典型案例分析.doc_第3页
国际漫游典型案例分析.doc_第4页
国际漫游典型案例分析.doc_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

国际漫游典型案例分析一、位置更新类【案例一】境外VLR发送消息不规范石家庄和天津等HLR的卡在香港和记无法位置更新成功原因分析:和记的VLR向HLR发送SAI(鉴权消息)的时候,正常情况被叫地址是15位数,而和记发送的是13位,HLR收到鉴权消息发现位数不正确之后,未做任何处理直接以13位数的主叫地址回复SAI_Ack给VLR. 解决方法:由于在鉴权过程中所需要的IMSI信息在MAP层中并没有丢失,故该问题的解决办法是HLR厂家上海贝尔进行版本升级,兼容不规范的被叫地址消息 【案例二】境VLR和HLR的MAP版本不兼容问题(1)江苏、河南、河北等省在测试初期均发现用户到境外无法成功登网。原因分析:HLR针对境外的VLR,将MAP版本定位V2,当收到V3版本的MAP鉴权请求后,HLR回复拒绝(不支持应用上下文)消息给VLR,不同的VLR由于配置不同,并没有按照协商机制将降低MAP版本的SAI发送给HLR,导致鉴权失败解决方法:修改HLR的参数配置,针对境外网络将MAP版本修改为支持MAP V3。【案例三】境VLR和HLR的MAP版本不兼容问题(2)韩国KTF、香港PCCW 3G、台湾远传等运营商用户无法登陆联通3G网络问题原因:境外用户登陆联通3G网络后,联通VLR发送的MAP版本为MAP2,导致境外3G用户鉴权失败,不断重发鉴权请求。解决办法:VLR针对所有已经开通的境外运营商,修改MAP版本为MAP3。【案例四】86186、86156、86155 的HLRGT问题归属成都、长春HLR的USIM卡,从近期的测试过程中,在德国、阿根廷、瑞士、香港等地的部分运营商出现位置更新不成功的现象。原因分析:成都和长春的HLR为新建局,HLR的GT设置使用了新的186,由于大部分境外运营商的VLR/SGSN或者国际STP局没有配置86186的GT路由数据,致使VLR/SGSN的ISD-Ack消息无法回复到HLR,HLR侧由于收不到ISD-ACK响应消息则发送超时丢弃(Abort)信令,最终导致位置更新失败。解决方法:1)通知各境外运营商更新中国联通最新的IR.21文件,并着重说明更新86186、86156、86155的GT数据。2)将覆盖联通所有GT码HLR的测试卡寄送境外运营商做测试3)实地验证测试均要携带归属GT为86186HLR的测试卡进行测试。【案例五】ATT 发送272Bytes SIF 消息问题美国At&t漫游到联通网络时,由于联通网络发送UDTS拒绝消息给At&t网络,导致部分用户位置更新失败。原因说明:美国AT&T 惠普HLR下的某些用户由于注册的业务类型较多,下发联通的ISD消息为270字节;由于国际网络使用14BIT点码、中国网络使用24BIT点码,潘家园国际局将国际电码转换成国内点码后,消息长度变为273字节;273字节的SIF消息超出ITU标准规范及交换机设计范围,故ISTP将消息拒绝。【案例六】联通用户漫游在俄罗斯Utel及捷克T-mobile网络时位置更新失败原因分析:出现位置更新失败的运营商VLR均使用较新的VLR-GT,且GT值与之前联通网络已经配置的GT段不重合。由于联通HSTP及ISTP没有更新这些GT段数据路由,导致HLR回复的ISD无法发送到对方网络;某些HLR设备认定只要ISD发送出去,则在该设备上记录VLRGT,给运维人员造成假象。解决方法:查询信令, 确认整个位置更新过程完成。如出现不完整的情况,则需要与HSTP及ISTP确认涉及的VLRGT段是否已经配置完成。【案例七】联通用户在巴基斯坦Telenor网络时位置更新失败原因分析:开通测试之前已经和对方搭建了SCCP连接,但是双方位置更新均不成功。经查信令记录得知对方将联通的E214及E164的GT用MTP寻址方式直送潘家园ISTP点9179,物理链路经过双方的SCCP转接商。由于潘家园未配置对方OPC点码,故该消息不予透传,导致消息无法送达联通HLR及VLR。解决方法:协商对方将MTP的DPC改成citic1616的点码9619后,再有CITIC1616按GT寻址送往潘家园ISTP,问题解决。【案例八】联通用户漫游在智利Entel,美国AT&T网络更新失败原因分析:智利Entel及美国At&t网络均为Ansi编码格式,在与联通的信令交换中需要使用转接商TATA提供的ANSI-ITU转换才可实现信令互通。由于在ANSI-ITU转换过程中,TATA需要联通的HLRGT逐一录入。当某些新VLR/HLR地址出现时,TATA有可能在转换中将HLRGT丢掉最后一位0,如861326440000会变成86132644000,该GT在联通内网寻址时会出现错误送到其他HLR设备,导致位置更新失败。解决方法:协商TATA将出现问题的HLRGT录入对方系统。【案例九】用户漫游在新加坡Singtel Mobile网络更新成功率低原因分析:新加坡Singtel Mobile的转接商SingTel为话音与信令转接商,与联通转接SCCP的同时也做话音交换业务,由于SingTel与上海漕河泾及乐凯国际局均由直连电路,将MAP信令负荷分担方式送到上海及潘家园转接,而上海国际局已经不作为联通的ISTP使用,故送往上海的MAP信令无法进入联通移动网络,信令互通超时严重,导致位置更新成功率低。解决方法:协商对方将MAP信令仅送往北京潘家园国际局。二、语音类国际投诉【案例十】被叫接通率低(一)苏州用户漫游日本,被叫接通率低。原因分析:联通国际局在号码分析中,对国际被叫号码字长位数有限制,导致经该国际局呼叫Docomo的MSRN无法接通。解决办法:国际局修改了被叫号码分析的字长位数限制,使Docomo的MSRN可以接续。【案例十一】被叫接通率低(二)美国实地测试中发现在美国AT&T网络拨打86186号段的号码接通率较低。 原因分析:上海漕河泾国际局针对AT&T的中继没有配置问题解决办法:上海漕河泾国际局针对AT&T源中继放开了8618字冠的手机号码落地路由。【案例十二】提示空号(一)拨打美国AT&T用户,中文提示空号。原因分析:出现问题的话务均由皂君庙国际局疏导,由于皂君庙漏做某些美国MSRN号段数据,故放空号提示音解决办法:皂君庙补做美国MSRN号段数据【案例十三】提示空号(二)拨打漫游在联通的加拿大Rogers用户,中文提示空号原因分析:出现问题的话务均由广州科学城国际局疏导,由于科学城漏做8613254XX的数据,故放空号提示音解决办法:科学城补做8613254xx号段数据【案例十四】话务转接商原因无法接听(一)由于朝圣,大批宁夏用户出访沙特。当手机选择到沙特Zain网络时,做被叫中文提示空号或无声音直接挂断。原因分析:GMSC在接续漫游号码时,由于国际局外侧的IDD话务转接商的话务路由问题,致使国际漫游号码无法接续到沙特Zain的MSC/VLR,最终导致话务接续失败,手机端听到“空号”提示音。解决办法:在宁夏分公司向国际业务部报障后,国际业务部联系了沙特Zain及话务转接商香港CITIC1616。【案例十五】话务转接商原因无法接听(二)联通用户漫游到墨西哥Telcel,做被叫时主叫方听到墨西哥当地提示音(西班牙语),提示音放音结束后挂线。原因分析:当GMSC查询到墨西哥MSRN后,发起B阶段话务,话务经联通国际局由CITIC1616送往墨西哥方向,最终段是经由墨西哥话务转接商Maxcom送达墨西哥Telcel国际局。墨西哥Telcel有一特殊约定,即国际MSRN来话应该加上特定前缀后再送入Telcel网内。由于Maxcom没有按照该约定做相应字冠设置,使Telcel将这部分话务视为非法话务,故Telcel放当地的提示音后挂线。解决办法:协调CITIC1616选择其他话务转接商疏导墨西哥方向的话务,该问题解决。【案例十五】境外运营商商原因(一)当主被叫用户均漫游在马来西亚Maxis的3G网络时,互拨时无法接通,无任何提示音挂线。原因分析:由于马来西亚情况较为特殊,原联通三个国际局外侧的路由指向均有所不同,故无法判断话务从哪个转接商送出,同时由于测试必须在对方网络进行,不可控因素较多,导致问题原因查找困难。最终经马来西亚Maxis公司查询得知,马来西亚Maxis在某几个3G的MSC未开通国际MSRN来话的路由,导致了呼叫失败。【案例十六】境外运营商

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论