搜索
HANTELEConfidential端到端分析优化思路与案例广州瀚信通信科技有限公司几个问题①用户：我这信号很好啊，但QQ怎么登录不了？上网速度怎么这么慢？我怎么发不了彩信？……②运营商：我资源投入了这么多，怎么还有这么多的用户投诉？指标怎么还这么差？……③市场部：现在用户都喜欢用什么、看什么呢？怎样才能增加收入？……④无线侧维护：我们测试优化很多次了，指标都很好啊，无线侧没有问题了。……⑤核心网维护：我们对设备没做过什么改动，问题不在我们这里。…………目录端到端优化思路介绍经典案例介绍数据网承载性能分析案例WAP业务性能优化案例用户行为及终端分析案例彩信性能优化案例隐性问题优化案例FTP速率优化案例资源配置优化案例目录端到端优化思路介绍经典案例介绍数据网承载性能分析案例WAP业务性能优化案例用户行为及终端分析案例彩信性能优化案例隐性问题优化案例FTP速率优化案例资源配置优化案例传统网络优化面对一个问题，偏重于无线侧的问题查找及优化调整，缺乏全程全网的概念；偏重于优化无线网络环境和容量，以提升KPI为目标，不能真实反映业务质量和用户感受；无线侧的资源配置调整以KPI变化为依据，比较粗放，资源利用达不到最大化；现有网络中没有基于全网的性能监控指标；现有KPI体系与用户真实业务体验存在较大偏差；单纯的分段式的网络性能分析已经不能满足网络优化的发展需求；端到端全程优化的必要网络节点对端到端性能的影响分布比例MS终端处理性能核心网侧业务网侧SP无线侧用户侧设备侧36.4%20.6%7.5%35.5%瀚信依据前期经验，端到端性能中无线侧影响比例仅占三分之一核心网、业务网和SP侧的影响必须投入更高的关注。端到端性能评估体系BSCGGSNMSC/VLRSGSNHLRBTSINTERNETNetworkDomainContentDomainINTERNETVASDomainUserDomainNetworkPerformanceKPIsUserExperienceKPIsHandsetPerformanceKPIs+E2EServicePerformanceKPIs+ServicePerformanceKPIs+端到端评估体系无线网侧端到端性能指标体系核心网侧端到端性能指标体系端到端性能网络节点分析终端与SP分析业务网侧端到端性能指标体系网络资源利用率、扩容建议与容量预警核心网问题定位业务网问题定位重点区域用户感知SP连接性、稳定性、用户数、点击数点播类SP推广方式分析终端对业务支持能力、终端渗透率端到端成功率、时延，失败原因不同SP的用户渗透率、用户时长端到端优化服务的模块构成用户行为与业务流量分析基本统计与APN流量典型区域的流量模型特定业务的流量模型用户分布包括PDP激活次数分析包括流量模型的时域分布业务渗透率来自网络部的需求来自市场部的需求业务性能优化平台的建立•TEMS+Antares－无线网络针对特定数据业务，在热点区域内，进行终端用户感知度测试和优化基于Antares智能优化软件的无线小区与BSC故障的自动诊断功能•TEK+M-TRiX+iCDR－核心网/业务网/终端信令流程、业务性能监测---M-TRiXLog文件的分析处理---M-TRiX计费文件CDR的分析处理---iCDR•计数器统计－无线网＋核心网＋业务设备（传统的话务网管）各种数据业务“引擎”服务器核心网GSN－移动性与会话管理性能无线网络BSC•无线网络性能•IP吞吐量和传输中断•移动性、干扰性和容量问题定位瀚信基于专业工具的端到端优化整体解决方案统一的后台分析工具实现所有接口数据的同步，完成端到端性能分析的各接口联动，准确的分析和定位，形成整体优化解决方案。目录端到端优化思路介绍经典案例介绍数据网承载性能分析案例WAP业务性能优化案例用户行为及终端分析案例彩信性能优化案例隐性问题优化案例FTP速率优化案例资源配置优化案例案例1:PDP激活成功率分析PDP激活请求中，以官方APN(3gnet、3gwap、uniwap及uninet)为主，在用户数中达到了86%以上的比例。“其他”部分中主要为非法APN，用户数中占比5%。部分APN设置保持了默认外国运营商设置，导致PDP激活失败。分析过程中PDP激活成功时延平均值为853ms，其中，集中分布在600ms~900ms之间，900ms~1200ms的有456次，2100ms以上的情况有12次。PDP激活请求请求回应应答数百分比6654ActivatePDPContextAccept164224.68%ActivatePDPContextReject501275.32%案例1:用户PDP激活失败原因信令挖掘在数据采集时段，发现IMSI为“222106500372241”的用户为外国用户，在以APN“iphone.vodafone.it”进行PDP激活请求时，遭到漫游GSN网络以鉴权失败为原因的拒绝。由于用户手机终端设置情况导致该用户不断重复进行PDP激活请求，并不断的遭到网络拒绝。在数据采集时段，该用户共进行了5000次PDP激活请求，均被网络拒绝。如果除去该用户的PDP激活情况，数据采集时段的PDP申请成功率为99.27%。建议局方对该用户进行关注，或者在SGSN上进行适当的调整，禁止PDP激活拒绝多次后的过量重复申请。目录端到端优化思路介绍经典案例介绍数据网承载性能分析案例WAP业务性能优化案例用户行为及终端分析案例彩信性能优化案例隐性问题优化案例FTP速率优化案例资源配置优化案例•无线环境良好的情况下，在DT&CQT测试过程中WAP页面登陆及刷新成功率、时延不理想；•用户反映WAP页面浏览及进行其它种类的数据应用业务经常无故中断；•以目前的优化工具及手段较难对现网WAPServer的各节点服务器性能进行深入分析。您是否正为类似的问题感到困扰？WAP业务性能专项分析服务，突破传统方式，着重从测试配合信令采集的方式进行优化，通过对GPRS无线承载层息息相关的接口(如Um、Gb)，乃至与WAP业务相关的上层应用接口Gn、Gi、Gw口进行海量信令追踪分析，站在用户终端感知角度对WAP业务进行端到端的分析，找出导致WAP业务性能不理想的主要因素。优化思路案例:WAP首页登录成功率低优化问题描述：较多用户反映使用手机登录WAP首页经常失败，现场DT/CQT测试WAP首页登录成功率介于40%至90%之间，平均值只有50%。分析思路与手段：在问题点进行无线测试，并对Um、Gb、Gn、Gi、WAP网关服务器、防火墙外侧交换机进行联合信令采集和分析。空口应用层存在明显重传：抓取TCP/IP包发现，MS发起连接WAP网关无响应，之后连续发起8次连接均无响应后失败，问题定位至无线接口以上。案例:WAP首页登录成功率低优化Gb、Gn多接口分析：关联分析抓包数据发现也是Connect连接发起多次后无响应，8次重发一直无响应导致的失败，问题定位至Gn接口以上Gb口数据Gn口数据案例:WAP首页登录成功率低优化Gi接口分析：所有ConnectWAP网关不成功的IP地址在Gi口抓取的信令里都不存在。因此问题定位在GGSN设备上。GGSN设备分析：GGSN工程师协调分析发现GGSN处理用户数据的一块板卡有丢包现象，对中兴GGSN相关板件打补丁后解决。处理效果：优化后复测，各点WAP首页登录成功率大幅度提升。回访用户，反映首页登录正常。案例:WAP首页登录成功率低优化目录端到端优化思路介绍经典案例介绍数据网承载性能分析案例WAP业务性能优化案例用户行为及终端分析案例彩信性能优化案例隐性问题优化案例FTP速率优化案例资源配置优化案例用户行为分析案例价值：为运营商新业务的推广提供支撑；帮助运营商了解客户的使用习惯和发掘潜在用户，为业务的精确推广提供支撑；优势：业界领先的精细化营销服务方案；适用工具及研发支撑；一线运营商成功项目经验；案例1：用户行为分析用户热点URI信息库就是把用户喜欢浏览什么类型的网页，使用的终端类型，所处的CI和LAC以及消费的时间等信息建立成一个完整的数据库，根据这些信息向用户精确的推广信息。大学城区域SP站点访问次数与用户数分析：案例1：用户行为分析问题描述:iPhone终端在单独进行CCTV排行榜视频点播测试时，出现画面不连贯、播放无声音以及播放失败的情况，而在门户网站点播时则一切正常。案例2:iPhone终端视频点播性能分析问题分析:引起播放质量问题的几个关键点为：终端与流媒体业务服务器的兼容性问题外网流媒体服务器带宽资源问题内网带宽资源问题案例2:iPhone终端视频点播性能分析案例2:iPhone终端视频点播性能分析门户网站点播信令情况:案例2:iPhone终端视频点播性能分析CCTV网站点播情况:外网服务器数据包下发不稳定且断续，大小不能保持在稳定水平。案例2:iPhone终端视频点播性能分析CCTV网站点播情况:终端在业务请求成功后，在视频播放过程中，多次出现数据包下发请求。案例2:iPhone终端视频点播性能分析分析结论：•在W网络建成初期，用户数小、业务请求量不大的前提下，内网的资源不应是造成该问题的因素。•由于视频点播对外网带宽资源消耗较大，当一些热门的流媒体点播网站同时在线人数过多时，就会对外网带宽造成侵占，而iPhone终端对视频块流的要求较高，媒体服务器无法提供充足的带宽给iPhone用户，造成在用户在观看视频点播时出现延时、断续，画面不畅等问题。目录端到端优化思路介绍经典案例介绍数据网承载性能分析案例WAP业务性能优化案例用户行为分析案例彩信性能优化案例隐性问题优化案例FTP速率优化案例资源配置优化案例•用户投诉，彩信无法正常发送和接收；•针对彩信业务的主动测试查找原因，工作量庞大，统计分析也非常麻烦；•现有工具很难从端到端的角度，准确定位问题原因，进而采取优化措施；•网络中如排除用户不接收原因则彩信接收成功率很高，针对不接收彩信用户的行为进行分析成为彩信端到端分析的技术瓶颈。您是否正为类似的问题感到困扰？彩信业务端到端性能提升专项服务，突破传统方式，着重从信令角度，通过对彩信业务所涉及的接口(如Um、Gb、Gn、Gi)，乃至更上层的MM1、MM3、MM4、MM7、PUSH等接口，进行海量信令追踪分析。帮助运营商更深入地分析定位现网异常问题，找出影响用户在彩信业务应用过程中的主要因素，从而提出相关优化建议，进一步提升彩信业务服务质量。优化思路案例：彩信接收成功率优化端到端分析：某省彩信的发送接收在Um、Gb、Gn、Gi等接口的成功率都较高。彩信接收成功率很低的主要问题是彩信Push消息下发后用户无提取彩信的行为（无PDP激活或Get取彩信的动作）造成的。案例：彩信业务接收串联分析接收彩信数目58成功接收数目44平均接收时延20.779s最大接收时延51.618s接收成功率75.9%数据采集时段，上传至Iu_PS口的彩信接收尝试数为58条，实际成功接收彩信数为44条，接收成功率仅为75.9%；彩信接收平均时延为20.779s，最高值达到51.618s。用户彩信提取方式主要为“retrieved”，即用户主要是自动提取彩信，共有44条自动提取彩信；手动提取彩信仅有1条，占据比例为2%。案例：彩信业务接收端到端分析彩信接收在IUPS口信令流程：彩信接收在Gn口信令流程：彩信大小Iu_PS接口数据接收时延（s）Gn口数据接收时延（s）30K3.9223.919未响应Push消息用户电话回访：数据采集自MM1口,时间是18:08至20:13。Push消息下发次数Push消息响应次数响应成功率877342335026.61%收到Push消息的有效用户中68%的用户是停机、关机、空号用户；另有28%的用户未开通GPRS业务，导致不能提取彩信。这28%的用户中部分用户反映自己并未定制新闻早晚