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

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