利用信令手段挖掘通信隐患提升运营商服务质量.doc

利用信令手段挖掘通信隐患提升运营商服务质量摘要：随着通信行业竞争的加剧，手机终端功能、服务类别的不断增多，人们对通信服务的质量要求越来越高，客户在选择运营商时，参考标准不仅仅局限于话费价格、单纯的话音质量，客户更注重的是使用过程中的感知，在遇到问题的时候能否及时有效地给予服务和解决。本文通过介绍运营商从网络侧利用信令手段对严重影响用户感知的案例分析过程，证明移动全网信令排查的有效性，阐述了这一新型全网排查手段对运营商提升用户感知、提高满意度的重要意义。关键词： 位置更新，插入用户数据，信令流程，呼转号码、用户感知、满意度中图分类号：s972文献标识码： a 文章编号：一、引言随着移动用户数量的不断增多，服务要求的不断提高，移动网络不断的建设扩容，网络架构变得越来越复杂。在网络建设的大潮中，基于安全和其他各种原因，不可避免的会出现不同厂商设备共存的局面，由于各个厂商对标准协议的一些可选或没明确的地方理解上的不一致，往往会出现一些设备间兼容性地问题，通常这种情况在同一城市比较容易发现，但在城市之间设备混搭网络的兼容性问题却是关注的盲点，相对比较隐蔽，不容易发现。对于设备混搭的兼容性隐患问题，通过对各种信令的失败原因分析、信令消息的解码、用户数据的检查、厂商软件功能块设置的查看、标准协议的解读等方面能一层层地抽丝剥茧深入分析问题产生的真实原因，从而能有针对性的提出网络改善建议，有效提高用户感知、提升用户满意度。二、通过信令主动挖掘问题信令分析手段是目前运营商越来越重视的隐患排查手段，信令手段不但能有效地分析处理用户投诉，而且能先于用户投诉之前主动发现问题，及时查漏补缺，为提高用户感知和服务满意度提供了强有力的技术保证，同时也是有效的网络隐患监控利器。在深圳大运保障的隐患排查项目中，我们通过对一个pool网络多接口的信令采集（mc口、c口等）数据分析，发现部分福建、贵州、河南省份的用户漫游到深圳爱立信设备网络下时，用户一直无法登记网络，位置更新一直失败，无法做主被叫，但这些用户只要离开深圳，回到当地即可作正常网络登记，同时主被叫正常。此类问题严重影响了用户的使用感知，让用户对运营商网络的满意度大大降低，因此分析解决问题尤显重要。三、故障原因分析为深入分析用户漫游到深圳做位置更新失败的原因，我们详细分析map位置更新的信令流程，以找出位置更新失败的原因。其中该类故障问题的位置更新信令流程模型如下：从流程可以看出，用户在发起map位置更新操作后，用户归属hlr向vlr插入用户数据，但是vlr却向hlr返回errcode=36(unexpected data value)，即vlr收到未期望的数据值,导致插入用户数据失败，致使位置更新不成功,最后用户归属hlr向vlr返回位置更新结果，并携带errcode=34(system failure)的失败原因值,且指向网络节点vlr出错。由上分析可以判断问题点在于插入用户数据的信令消息，那么hlr是插入了什么用户数据导致vlr不接受从而使插入用户数据失败的呢？我们提取了大量这种因map位置更新插入用户数据失败的消息进行解码对比，发现这些用户都有一个共同特征，即都有插入呼叫前转的补充业务数据，其中抽取两个用户的消息进行查看，用户1插入了3条ss-data信息和4条呼转信息：用户2：插入了4条呼转信息和1条呼叫限制信息：从用户的行为共性来看，问题很有可能在插入呼转数据上。提取这种失败类型用户的呼转信息数据进行解码分析，发现这些用户插入的呼转号码位长都为16位。以用户一为例，用户一所属hlr发给vlr的insert subscriber data_req消息中呼转信息如下，为16位的呼转号码8613800371309689。紧接着vlr返回用户一所属hlr消息insert subscriber data_ack，并携带错误原因值36（unexpecteddatavalue）。最后，用户一所属hlr回送携带失败原因值为34（system failure）的lu_ack消息纵观整个信令流程，奇怪的是为什么vlr插入这16位的呼转号码不成功呢？查看相关资料，在爱立信hlr局数据规范中发现，对呼叫转移分析表关于呼转号码的位长的要求是呼叫前转号码位长为15位的，具体hlr局数据规范如下：*hlr通过f表来限制用户可以转移的号码。呼叫前转号码（c用户号码）位长为15位，一般以“86+区号+市话号码”、“86+13s”的国际号码形式存储。”*继续查爱立信alex和plex r12 关于插入用户数据有关的功能块block=msdh3可知，在爱立信交换机中，msc/vlr对于收到到大于15位的呼转号码是上报unexpecteddata错误值的，plex解释如下：从plex可以知道爱立信设备是不接受大于15位的呼转号码的，当hlr向vlr请求插入16位呼转号码的用户数据时，由于爱立信交换机vlr只接受15位或以下位长的呼转号码，因此插入用户数据不成功，并向hlr返回unexpecteddatavalue的错误值，hlr收到后，再向msc返回位置更新失败的结果，并携带errcode=34，指向出错的网络节点为vlr。如果是这样，那么用户在设置呼转时hlr怎么会接受呢？初步怀疑这些用户归属的hlr不是爱立信设备的。经过进一步的调查，发现这些设置了大于15位呼转号码的用户归属的hlr集中在华为hlr和诺西hlr上。这种涉及到厂家之间兼容性的问题，为什么会出现这种情况呢？到底是哪个厂家不遵守规范呢？我们对e.164规范进行了详细解读，发现e.164规范中没有规定呼转号码位长的严格长度，仅仅是对e.164号码位长进行了建议最长为15位。e.164规范对国际e.164号码的长度的定义如下：*6.1 国际e.164号码的长度itu-t建议用于地理区域、全球业务、网络和成组国家的国际号码长度最长15位（不包括国际呼叫字冠）。管理部门应尽量将号码限制在和满足业务需求相一致的长度。*由此可见正是因为协议规范的未明确同时运营商也未制定统一的标准，致使不同设备厂商在呼转号码长度限制上的理解不一致引发出了信令的不兼容，这是隐患问题存在的主因；其次从用户层面来看，用户设置了一些无用的超长的呼转号码也是问题发生的诱因，不过这仅仅是导火索，并不是根源。这种因呼转位长大于15位导致用户漫游的位置更新失败案例并不只是发生在个别城市，它是普遍性的问题，只要涉及华为、诺西等hlr设备归属的用户漫游到爱立信msc/vlr网络即可能发生。解决方案可以从两方面着手：第一，从根源着手，运营商对各厂商的呼转号码位长进行统一标准，让各厂商统一起来；第二，从用户着手，通过各类宣传和客服解释，对用户进行引导和教育，设置呼转号码不应超过15位。当然其实还有第三种方法，即统一手机终端对呼转号码位长限制的定义，禁止设置呼转超过15位位长的号码，不过这有点小提大作，大费周章，不切实际。四、结束语在移动通信市场竞争越演越烈的今天，能否为用户排除使用的隐忧、为用户做出贴心的服务、先用户之忧而忧将决定运营商能否长期成为领跑者的最主要的因素。通过网络信令分析手段的排查，能够准确的定位故障原因，先用户一步地发现问题，运营商将可以据此有针对性地采取网络解决和用户解释双管齐下的解决方案，从而有效地提升用户感知、提高满意度。参考文献：1ericsson alex2ericssonplex3爱立信hlr局数据规范4e.164规范作者简介：黎兴伟，男，1979年出生，2003年毕业于华南师范大学，本科，现就职于广东宜通世纪科技股份有限公司，从事移动通信核心网工程建设和信令分