CDMA移动通信中导致被叫_暂时无法接通_的隐蔽性因素分析

CDMA移动通信中导致被叫_暂时无法接通_的隐蔽性因素 观察与交流 移动通信中导致被叫暂时无法接通的隐蔽性因素分析 !"#$!" 陈 平 石 璐 汕头联通网络维护中心 汕头 #!"!#$"$ 本文作者通过对移动通信中网络提示暂时无法接通的隐蔽性因素进行分析同时利用日常维! " % 护中信令跟踪手段对问进行精确定位总结出以下结论网络性能指标下降和用户投诉问题的%& 根源并非一定在网络设备层面上 ’ 关键词 鉴权 指配 信令跟踪 定时器 寻呼响应 下面本人结合实际案例针对这种不常见的接入失败现 象% 引言% 做进一步分析以馈读者% ’ 在移动通信网络中系统播放暂时无法接通请稍后再拨 %!%" 问题描述& 的提示音似乎很常见根据我们多年在移动网络维护第一线的 ’ 工作经验导致系统给主叫方播您拨的用户暂时无法接放通%!% 年 月 日汕头 无线侧指标显 示的% &’’! (’ &) *+", -#*& 请稍后再拨的情况无外乎以 下种原因寻呼无响应未 "! &("#$ 呼叫建立成功率相对往日比较低在 之间徘徊为了 %0%./!".!发指配请求指配失败寻呼无响应的原因多为手机("#$ ’ !"查明是什么原因导致呼叫建立成功率下降我们首先在 % #& -*终 端电池掉电或手机处于隐性关机状态指配失败的情)!"#$ "的业务中进行全用户呼叫失败观察发现未发指配请求%!"#* 况 最为常见原因包括空中接口错误没有可用的无线资源设%&((导致的呼叫 失 败 很 多 而 且 均 为 被 叫 在 月 日#12&2 " % ’ 2’ &1 备 失败操作维护干预地面不可用不一致((#$%$ 的观察中共有 次此类呼叫失败占总失败次数 23&243&5 %62 %//"等未 发指配请求的情况较为少见实际上是存在$)!"#$ "%的 相关数据如图所 示672!’ 2 ’ 的只是现象比较 隐蔽难于发现%%’ 在后台性能管理的语音呼叫失败原因统计月中 日%2’ &1 行解密 的软件租赁方案基本上克服了基于远程终端服务 的应用’% ,#8 全天的未发指配请求的失败次数为 次占总失交换 侧 对 出 现 此 类 问 题 的 手 机 进 行 了 "# !’!"#$ %"& ’() %"& IJ1/%9:8""9:败次数的 忙时可达到 层信令跟踪图 所示为 侧信令跟踪结果*+)*!$ ,-!",.!$ #K %"& $ 根据往日经验此类失败原因本业务区很少出此次失现败 从图中可以看出##( 所占比重又较大经联系客服确认有一些 网用户在信号正 ##& 指示无线侧手机进行鉴权,$L-.L)*#IJ1 $ 常的情况下被叫无法接通提示暂时无法接通以上情况引 手机不知何故主动 向口发出 清除请 ##!"$ ,$L-.LM#M9 FE7=617N% 起了我们的重视此类呼叫失败对网络的呼叫建立成功率指标 # 求请求 拆线接着 口接收后向 鉴权失 &#%"& #%"& 9 IJ1 影响很大需要尽快解决以提高网络性能败然后 通过 口向 发出 清除完成本次 #$ #%"& 9 "& FE7=6&DO%&#! 终呼流程结束$ 从上面的流程发现的问题是手机不知什么原因主动发出# 要求拆线FE7=617N#$ 问题分析过程$ 侧信令跟踪$,$ - *+ 为了查明手机为什么主动发出 在 侧对出现 FE7=617N# !"& 定时器检查 $%" &$’$ 过此类问题的一部手机进行了 口信令跟踪结果如图 9,PQD #) 由于此类失败原因为 也就是 定 "/011/2)-)034567# 2)-) 所示$ 时器超时是呼叫信令流程 中#2)-) 8""9 ;<=>7 >?=?@5A >B<>C>?7D : 分析信令流程发现向手机所在的 位置区编码#8"# J9# %& 基站子系统应用部收到移动台回应的寻呼分响 =44E5F=?@5A 4=6?#G 下的每个基站发送前向寻呼消收到基站的寻呼响应消息息后## 应消息后向 发送寻呼响应消息等待 指配消息的定 #%"& #%"& 基站向手机发送的前向开销消息中提示手机需要鉴权接下来 #时器定时器默认设置为 如果 设置太小就有可 $ 2)-) ( >#2)-) # 基站果然下发前向 鉴权请求消 0/"/9,R9B?S7A?5F=?5@A17NB7>? %能发生 还未收到 的指配消息就已超时呼叫 ""9: %"& #2)-) #! 息直接导致手机发送反 向移动台拒 当然不能成功建立�"QD=%"17T7F?U6O76 //$ 绝指令然后无线侧 口发送反向 请求# 9 0/"/9,6&E7=617NB7>? 根据上面分析我们检查了 侧 呼叫处理模块#!"&$ &:%% & 拆线这就解释了以上交换侧跟踪到的 为何会收到%"& #8""9: 单板上的 定时器发现 定时器设置为默认 值因 2)-) #2)-) ( ># 清除请求导致呼叫失败此不是 定时器的问题&E7=617N%&#$ 2)-) $ 侧信令跟踪 $%( + )* 为了弄清是流程的哪一步出现了问题# 我们在 的 &H%9 .$ 是什么原因使移动台会发送拒绝指令呢双击序号为 的字段由原先的 变为 变为支持鉴权即 ! " " !" 012345&*6 7$8*) 6GH)/( 寻呼响应消息 我们发现指示手机进行鉴 #$%&%()*+,*)""-.( ’’可接通根据此现象我们分析该型号手机设计上存在某种触 发"权但手机终端发出的寻呼响应消 息中将 "#$%&%()*+,*) /01! ’’鉴权转换机制’ 字段设置为 即不支持鉴权但是移动运营商为 23(45&*6 7$8*)"# "至此我们基本可以确定是问题手机终端软件在是否需 "$ %保护 用户通话的保密性防止 卡原始数据在空中被 9:;0 "12< 要鉴权的设计上与正常手机存在差异’ 盗用要求各款商用手机都能够在呼叫流程中支持必要的鉴权 " 经过现场的分析和测试我们发现在交换侧取消这批手机 " 处理同时所有的基站在寻呼信道上下发的接入开销信息 #"的鉴权可以暂时解决该问题基于用户满意度考虑为了解决当 ""也要求鉴权# 前紧迫的用户对这类问题的投诉问题提高呼叫建立成功率考 ""至此未发指配请求导致呼叫失败的原因已经找到"$=9 %" ;虑在交换侧 上暂时取消这批手机的鉴权等手机软件升级 3 ".(那就是手机和基站在关于是否需要鉴权的设置上不一致基站 " 后再恢复鉴权 ’要求鉴权而手机却拒绝基站的鉴权指示不进行鉴权直"&& "最终的解决办法是运营商和手机厂商进行协对这批商手 " 接 给 发送拆线请求故 未向 发送指配请求导致;=9 ";=9 >=9 "机进行软件升级保证手机版本一致" ’等 待 指配请求的 的 超时系统播放暂时无;=9 >==0# 2"?" " $ 法 接通的提示音呼叫建立失败%" ’ 结论" 通过这个例子我们认识到网络性能指标下降和用户投 诉" 问题定位及解决 !问题的根源并非一定在网络设备层面也有可能是由终上端 " 设备引起的空中接口 是手机和通信网络的接口所在网 ’ 1I " 为了确认发生此类问题的手机是否为同一型号的手机对 " 络 有 时 无 法 克 服 手 机 终 端 自 身 软 件 设 计 存 在 的 诸 多 配 合 问 后台跟踪界面发生过此类失败的手机进行了用户回访回访了" 题 这类问题笔者在日常维护工作中屡见不 例 如鲜 手 机 回 " " * 个出现该问题的用户个用户使用的 是手机 其中 @? "A 29. ( B 声消除器会对网络的声学回声产生影手机终端在空中响接+ 个确认是 还有 个使用的是海信 手机这批 )"’29.CADAE 9FA? 用户反映经常不能接到打进的电话主叫方听到的提示音被为 口层 消息的认证问题会引发的实际短信发送成功但发送"$" E 叫暂时无法接通值得我们注意的是当以上两款手机的用户 % ’"方提示发送失败造成接收方短信的重复接个别手机收无 $ %" + 数据在 中用户属性为需要鉴权时跟踪结果都一样不可 3.( "" 法实现语音业务与数据业务热切换问题如语音业务结束后" " 接通不同之处为手机取消该用户鉴权后即可呼通 "29.CADA " ’不能恢复分组数据 务业 休 眠 之 前 的 数 据 业 务 应 用 的 用 户;=