端到端分析思路及案例介绍
端到端优化案例
端到端优化案例1、端到端优化流程核心网侧和无线侧并不是孤立的个体，在优化过程中如能结合优化，可以发现更多更深入的网络问题，利于发现网络隐患，提升用户感知。
结合最近对SGSN01的Gb口分析时发现的部分小区存在ATTACH指标异常的情况。
为了分析核心网到无线网的优化流程，因此，以这部分小区为分析基础，结合核心网侧和无线侧对这部分小区进行优化处理，并将过程形成流程，希望能起到抛砖引玉的作用，共同完善网络质量。
下面总结了本例的分析流程，以此做为数据业务端到端优化流程的参考：2、核心网侧Gb口信令分析通过对SGSN01的Gb口分析，发现部分小区的ATTACH指标异常，下面挑选ATTACH成功率小于60%，而且附着尝试数》1000的小区进行分析。
为了更直观的发现问题，可用图的形式表示：由于附着丢失次数较多，占附着尝试次数比例大，因此，通过上述指标分析可知这几个小区的接入性能不好的，需要优化手段提升用户感知。
3、无线侧统计指标分析如是无线侧的问题影响到核心网的指标，任何核心网侧指标异常都会在无线侧的指标上有所体现的。
因此，为了分析这部分小区的ATTACH指标异常的原因，我们对这部分小区无线侧的指标统计进行分析。
发现这部分小区的下行TBF掉线数均较多，收集这部分小区一天的下各COUNTER解析如下：LDISTFI:主要是由于无线资源不足导致的TBF掉线；LDISRR：由于无线原因导致的掉线，包括小区重选、RAU更新等；LDISOTH：由于其他原因导致的TBF掉线；FLUDISC：跨BSC小区重选导致的TBF掉线数。
通过分析得知，ZJRYJN1（跃进路1）小区的下行掉线数是这部分小区中最严重的，一天下行TBF掉线数超3000次；在Gb口信令分析中也发现这小区的ATTCH失败数最多，达3100多次。
为此，我们认为核心网侧的ATTACH成功率和无线侧的下行TBF建立成功率指标是相关联的，同理我们认为导致Gb侧的ATTACH分配成功率低和小区下行TBF掉线率高的原因应该是相同的，换句话说，解决了Gb侧的分配成功率低问题，无线侧的下行TBF掉线率高的问题也相应解决了。
端到端思想
对“端到端”原则的理解前些天读了两篇论文,一篇是J.H.Saltzer,D.P.Read 和 D.D.Clark 在80年代初发表的《The End-TO-End Arguments in System Design》，另一篇是David D.Clark在前篇论文发表近20年后写的《Rethinking the Design of the Internet-The end to end arguments vs. the brave new world》，这两篇论文都是网络设计原则方面的重要理论探讨。
《The End-TO-End Arguments in System Design》这篇论文提出了一个著名的“端到端原则”，文章考虑的一个重要问题是如何在功能之间进行合适的划分，如何将功能安置到合适的层中。
通讯系统设计的主要目标是要让传输中各种错误发生的概率降低到一个可以接受的水平。
对于一个通讯可靠系统，它的出错率应该是很低的，而且只需通过简单的多次传输就可以实现系统的目标。
当然也可以采用“端到端确认重传”来实现，这时就要考虑这些功能在系统中什么地方实现，即层次上的考虑。
设置功能时要考虑两个因素的权衡：代价和性能。
通常底层的功能可以提高系统的性能（如底层的校验机制），但全局的代价较大（overall cost）。
在文中作者通过几个例子（传输保证、安全传输、时序控制以及实务管理）来说明将一些功能放到高层（End）是有利于系统的实现和性能提高的。
同时也强调一点：任何应用对功能的需求都是有特指的，因此不可能存在一种底层的功能满足所有的上层应用需求。
任何底层功能的设定都是高全局代价的。
因此，某些功能的不完全实现往往是提高系统功能的好办法。
作者认为网络传输是不可靠的，即由于错误的复制或缓冲，硬件处理器或记忆短暂的错误等各种原因会出现数据包的丢失和损坏，因此在网络的最核心的部分应该只做数据的传输而不能去做一些其他的应用，而数据是否正确传输则应该放到应用层去检查和判断——由此产生了我们今天网络应用层上的确定重传机制。
5G优化案例：5G端到端智慧运维分析与实践的创新案例
5G端到端智慧运维分析与实践的创新案例XX网络运营部XXXX年XX月目录5G端到端感知分析与实践 (3)一、概述 (3)二、创新方案 (4)2.15G新业务建模 (4)2.2现网部署方案 (7)2.3现网实践效果 (8)三、经验总结 (20)3.1价值描述 (20)3.2总结与展望 (20)5G端到端智慧运维分析与实践作者：郑淑琴、肖慧【摘要】随着5G网络业务的快速发展，网络架构越发复杂，技术难度不断攀升，多样的应用与垂直行业深度融合给网络运营维护带来了全新的挑战。
为支撑5G商用，解决业务差异化保障复杂性大、分层跨域协作运维难的问题，必须具备敏捷、集中、自动、智能的运维能力。
本文描述了XX电信在5G端到端智慧运维体系的创新方案与实践成果。
XX电信在全集团、乃至全球率先进行5G SA/NSA新业务建模，可支持识别1000+主流2C业务场景，具备8000+字段支撑感知建模评估，特别针对中国电信云VR游戏、云VR视频等5G 2C新业务建立了业界第一套完整的业务质量评价体系；同时，针对2B垂直行业构建了多元特征AI智能识别能力，识别99%典型2B行业业务，实现了SLA端到端保障、具备快速闭环自愈能力。
XX电信5G端到端智慧运维体系，实现了5G NSA/SA网络质量和5G 2C/2B业务体验的可视、可管、可回溯定位、可闭环优化，具备垂直行业的租户级运营保障能力，包含5G端到端网络运维保障、投诉支撑、市场支撑等多个模块，可节约运维成本225万元/年，带来潜在收益500万/年，实现了5G端到端网络的事先化、智能化、自动化运维，为XX电信打造高品质5G网络打下了坚实的基础。
【关键字】5G 端到端感知体验管理智慧运维【业务类别】端到端、核心网、智慧运维、感知分析一、概述5G时代已经到来，全新的网络架构以及3G/4G/5G长期共存使得网络越来越复杂；全新的技术使得OPEX不断攀升；4G时代通信业务主要是打电话、上网、玩游戏等语音和数据类业务，而5G多样的业务应用、与垂直行业深度融合使得业务差异化保障复杂性大幅提升；端到端网络云化使得分层、跨域协作运维难度加大，给网络运营维护带来多方面的挑战。
CTC端到端volte问题排查指南及案例介绍
CTC Volte 组网方案CTC Volte 按大区集中建设，该方案将全国分为6个大区，控制面集中在大区中心部署，媒体面下沉至各本地网。
与分省建设不同点在于，除SBC/P-CSCF 新疆云江西贵成都西藏河南青海宁津广州广西湖南湖北海甘西安徽南京福浙蒙黑吉辽山东河北山西Volte 端到端网元及问题归类VoLTE 语音业务流程穿过网元多（18+），接口多（24+），维护困难，问题排查难附着/注册、接续、保持、切换四个维度展开分析IMS网元多连接复杂注意:CTC没有SRVCC！MMESGW PGWP-CSCF/BACI/S-CSCFIMS-HSSEPC网络IMS网络PCRFMMTEL ASUE业务配置代理网关L-DRAEPC-HSSH-DRAVoLTE 业务平台大区省附着流程•主要信令流程：•主要相关网元：UE/MME/SGw/PCRF/HS•主要步骤：附着问题分析流程1.首先关注附着环节相关指标，指标环比/同比趋势情况。
2.附着指标变差后，进一步分析附着过程相关三个主要指标VoLTE附着成功率、PDN连接建立成功率、默认承载建立成功率是否存在指标较差的情况。
3.如果存在指标劣化，再进一步采用聚类/时域分析方法，判断问题是否聚焦在某个MME、eNodeB、或SGW上。
如果存在聚焦，再采用关联分析方法，将网元维度与终端、用户进行关联分析，确定问题是否由某个终端或用户引起。
4.再根据原因值并根据归类算法给出诊断结果，输出问题的定界，定界到用户、终端、核心网及无线四个环节。
LTE端到端分析思路及案例分析
LTE端到端分析思路及案例分析LTE（Long Term Evolution）是第四代移动通信技术，具有高速率、低延迟、高能效和大容量等特点。
在进行LTE端到端分析时，可以按照以下思路展开分析，并结合案例进行具体分析。
思路一：网络架构分析首先，对LTE网络架构进行分析，包括核心网和无线接入网的组成和功能。
核心网包括Evolved Packet Core（EPC）和多媒体子系统（IMS），无线接入网包括eNodeB（eNB）和用户设备（UE）。
分析网络架构时，可以关注各个网络节点之间的接口、协议以及功能模块的组成，了解数据在网络中的流动路径和处理过程。
案例分析：可以选择一个LTE网络部署的实例，如地区的LTE网络。
通过查阅网络文档或通过网络工具获取网络架构图，分析网络中各个节点的功能和接口之间的关系。
思路二：无线接入过程分析其次，分析无线接入过程，包括eNB和UE之间的初始接入、随机接入、RRC连接过程等。
在初始接入过程中，UE需要与eNB进行物理层和随机接入过程，获取系统信息、分配RNTI等。
在随机接入过程中，UE发送随机接入信令来请求建立RRC连接。
RRC连接建立后，UE可以与eNB进行数据传输。
案例分析：选择一个UE在初始接入过程中的日志数据，通过分析日志数据中的消息序列和信令流程，了解UE与eNB之间的握手过程和数据传输过程。
思路三：移动性管理分析移动性管理是LTE网络中的重要功能，包括切换和重定向两个方面。
切换是指UE在移动过程中从一个eNB切换至另一个eNB，以保持用户的连接稳定。
重定向是指UE在移动过程中从一个小区切换至另一个小区，以改善信号质量。
移动性管理需要考虑UE的上下文切换、控制面和用户面的切换以及数据平面的持续传输等问题。
案例分析：选择一个UE在移动过程中的日志数据，分析日志中的切换消息和事件，了解UE在移动过程中发生的切换和重定向行为以及对网络性能的影响。
思路四：QoS管理分析QoS（Quality of Service）管理是为了保证不同业务的服务质量而采取的一系列策略和措施。
LTE端到端分析思路及案例分析
LTE端到端分析思路及案例分析LTE（Long Term Evolution）是第四代移动通信技术，广泛应用于现代的移动网络通信中。
LTE端到端分析是对LTE系统中从用户设备到目标服务器的数据传输进行全面、深入的分析和诊断。
下面将介绍LTE端到端分析的思路以及一个实际案例的分析。
一、LTE端到端分析思路：1.确定测试目标：确定需要分析的LTE网络中的哪一部分，比如用户设备、基站、核心网等。
2.收集数据：使用抓包工具，收集LTE系统中的网络流量数据，包括用户设备与基站之间的无线通信数据、基站与核心网之间的协议数据等。
3. 数据解析：对收集到的数据进行解析，将其转换为可读的数据格式，如Wireshark等流行的抓包工具可以对LTE协议进行解析。
4.数据分析：对解析后的数据进行分析，统计关键指标，如网络延迟、数据丢包率、带宽利用率等，以评估网络性能。
5.问题定位：根据分析结果，定位网络问题的具体位置，确定是用户设备、基站还是核心网的问题。
6.问题解决：根据问题定位结果，采取相应的措施解决网络问题，如调整用户设备的配置、优化基站的信号覆盖、调整核心网的负载等。
7.监控与优化：持续监控LTE网络的性能，不断优化网络配置，以提升用户的通信体验。
二、LTE端到端分析案例分析：假设一个LTE网络中存在用户设备连接问题，用户设备在连接到基站时出现频繁掉线的情况。
以下是一个LTE端到端分析案例的分析步骤：1.收集数据：使用抓包工具对用户设备与基站之间的无线通信数据进行抓包，收集通信过程中的数据包。
2. 数据解析：使用Wireshark对抓包数据进行解析，查看LTE协议中的消息内容，了解设备与基站之间的通信过程。
3.数据分析：通过统计解析后的数据包，计算用户设备连接成功率和掉线率等关键指标，以判断问题的严重程度。
4.问题定位：通过分析抓包数据中的消息内容，查看设备与基站之间的握手过程、认证过程等，确定问题出现在哪个环节。
端到端参数不适配导致5G语音呼叫回落2G问题处理案例
端到端参数不适配导致5G语音呼叫回落2G问题处理案例案例上报省份：河南案例上报人：李军一、关键词：呼叫失败、VOLTE、AMBR限速二、案例分类1.问题分类：网络性能2.手段分类：参数调整三、优化背景随着5G牌照发放及5G终端发布，5G用户数量不断增长，关于5G网络的投诉问题开始显现。
近期河南公司按照集团要求将5G用户上行峰值速率设置为100Mbps后，出现5G用户拨打电话回落2G的问题,对此展开问题分析优化处理。
四、问题现象5G终端在进行VOLTE呼叫过程中,出现大概率回落2G的问题,不能正常进行VOLTE语音通话，如下图所示：图1 VOLTE呼叫回落2G五、原因分析1)终端及基站问题排查：经查询，5G基站侧无告警信息，且更换基站和5G终端后分别进行测试，该问题依旧存在，初步排除终端和基站侧原因；2)信令跟踪分析：跟踪语音呼叫信令发现，VoLTE起呼时Invite消息的两个分片基站都已收到并发往核心网，但是长时间得不到核心网响应；图2 VoLTE呼叫失败主叫侧基站发出Invite消息对比正常VoLTE呼叫的Invite消息，两个分片的时间间隔较短，不到1s，而呼叫失败的Invite消息两个分片的时间间隔都超过了1s。
经核心网侧确认，如果核心网收到的Invite消息两个分片时间间隔超过1s，就会主动丢弃第二个分片，最终导致VoLTE呼叫失败：图3 VoLTE呼叫成功主叫侧基站发出Invite消息分析PDCP层对应Invite消息分片间隔，确认都已超过1s，如图4：图43)Invite消息分片时间间隔过大分析：Invite消息对应上行RLC出现大量分片，分片过多引起上行数据发送较慢，时延增大，由此推测，Invite消息两分片间隔超过1s的主要原因是上行RLC分片过多导致，如下图所示：图5进一步分析上行RLC分片过多的原因。
目前NSA网络下，上行数据传输采用锚点和5G分流机制，根据集团要求将5G用户上行峰值速率限定在100Mbps，相当于锚点+5G的总带宽限定为100Mbps，其中基站分配给锚点和5G站点的带宽通过参数NSADCMGMTCONFIG.NSADCUEMCGULAMBRRATIO进行控制。
端到端网络边缘计算系统的设计与实现
端到端网络边缘计算系统的设计与实现随着计算能力的不断提高和网络技术的不断发展，越来越多的应用场景需要将计算任务在网络边缘进行处理。
在边缘计算的背景下，端到端网络边缘计算系统的设计和实现成为了研究热点。
本文将介绍端到端网络边缘计算系统的设计思路和实现方法。
一、系统设计思路端到端网络边缘计算系统由三个组成部分构成：边缘节点、传输网络和云端节点。
它们构成了一个完整的计算系统，可以实现计算任务在网络边缘的处理和结果的实时传输。
下面我们分别对每一部分进行详细介绍。
1.边缘节点边缘节点是端到端网络边缘计算系统的核心组成部分，它是计算任务进行处理和结果进行传输的终端节点。
边缘节点一般包括 CPU、内存、存储和网络等关键组件，以及一些特定的软件和硬件配置。
边缘节点的主要任务是接受云端节点下发的计算任务，将其分解成多个子任务后分配给本地计算节点进行处理，并将处理结果传输回云端节点。
边缘节点还需要提供与云端节点的通信服务，确保计算任务的实时运行和数据的安全传输。
2.传输网络传输网络是端到端网络边缘计算系统的连接中心，主要负责边缘节点与云端节点之间的数据传输。
传输网络一般由物理网络、传输协议和网络拓扑等组成。
在传输网络中，物理网络是数据传输的实际载体，包括有线网络和无线网络。
传输协议是数据传输的约定方式，包括 TCP/IP 协议、HTTP 协议和 WebSocket 协议等。
网络拓扑是传输网络的结构形态，包括树形结构、星形结构和混合结构等。
在端到端网络边缘计算系统中，传输网络需要提供高速、可靠、安全和低延迟的数据传输服务。
3.云端节点云端节点是端到端网络边缘计算系统的核心组成部分之一，它是计算任务的控制中心和结果的数据中转站。
云端节点一般由大量的服务器组成，包括计算服务器、存储服务器和网络服务器等。
云端节点的主要任务是接受客户端下发的计算任务，根据任务类型、任务优先级和计算资源的负载等因素，将计算任务分配给最佳的边缘节点进行处理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
端到端性能评估体系
E2E Service Performance KPIs Network Performance KPIs + User Experience KPIs + Handset Performance KPIs + Service Performance KPIs
User Domain
目录 端到端优化思路介绍
经典案例介绍
数据网承载性能分析案例 WAP业务性能优化案例 用户行为及终端分析案例 彩信性能优化案例
隐性问题优化案例
FTP速率优化案例 资源配置优化案例
您是否正为类似的问题感到困扰？
• 无线环境良好的情况下，在DT&CQT测试过程中WAP页面登
陆及刷新成功率、时延不理想；
Gi、WAP网关服务器、防火墙外侧交换机进行联合信令采集和分析。
案例:WAP首页登录成功率低优化
空口应用层存在明显重传：
抓取TCP/IP包发现，MS发起连接WAP网关无响应，之后连续发起8次
连接均无响应后失败，问题定位至无线接口以上。
案例:WAP首页登录成功率低优化
Gb口数据
Gn口数据
Gb、Gn多接口分析：关联分析抓包数据发现也是Connect连接发起多
用户行为与业务流 量分析
特定业务的流量模型 典型区域的流量模型 用户分布
瀚信基于专业工具的端到端优化整体解决方案
• TEMS+Antares－无线网络
针对特定数据业务，在热点区域内，进行终端用户感知度测试和优化 基于Antares智能优化软件的无线小区与BSC故障的自动诊断功能
• TEK+M-TRiX+iCDR－核心网/业务网/终端
• 用户反映WAP页面浏览及进行其它种类的数据应用业务经
常无故中断；
• 以目前的优化工具及手段较难对现网WAP Server的各节点 服务器性能进行深入分析。
优化思路
WAP业务性能专项分析服务，突破传统方式，着重从测试配 合信令采集的方式进行优化，通过对GPRS无线承载层息息相 关的接口(如Um、Gb)，乃至与WAP业务相关的上层应用接口 Gn、Gi、Gw口进行海量信令追踪分析，站在用户终端感知角
题了。„„
⑤ 核心网维护：我们对设备没做过什么改动，问题不在我们这里。„„ „„
目录 端到端优化思路介绍
经典案例介绍
数据网承载性能分析案例 WAP业务性能优化案例 用户行为及终端分析案例 彩信性能优化案例
隐性问题优化案例
FTP速率优化案例 资源配置优化案例
目录 端到端优化思路介绍
端到端分析优化思路与案例
广州瀚信通信科技有限公司
HANTELE Confidential
几个问题
① 用户：我这信号很好啊，但QQ怎么登录不了？上网速度怎么这么慢？ 我怎么发不了彩信？„„
② 运营商：我资源投入了这么多，怎么还有这么多的用户投诉？指标怎
么还这么差？„„ ③ 市场部：现在用户都喜欢用什么、看什么呢？怎样才能增加收 入？„„ ④ 无线侧维护：我们测试优化很多次了，指标都很好啊，无线侧没有问
GGSN设备分析：GGSN工程师
协调分析发现GGSN处理用户数 据的一块板卡有丢包现象，对
中兴GGSN相关板件打补丁后解
决。
目录 端到端优化思路介绍
经典案例介绍
数据网承载性能分析案例 WAP业务性能优化案例 用户行为及终端分析案例 彩信性能优化案例
隐性问题优化案例
FTP速率优化案例 资源配置优化案例
用户行为分析案例
价值：为运营商新业务的推广提供支撑；帮助运营商了解客户的使
用习惯和发掘潜在用户，为业务的精确推广提供支撑；
优势：业界领先的精细化营销服务方案；适用工具及研发支撑；一 线运营商成功项目经验；
案例1：用户行为分析
用户热点URI信
息库就是把用户 喜欢浏览什么类 型的网页，使用 的终端类型，所 处的CI和LAC以及 消费的时间等信 息建立成一个完 整的数据库，根 据这些信息向用 户精确的推广信 息。
度对WAP业务进行端到端的分析，找出导致WAP业务性能不理
想的主要因素。
案例:WAP首页登录成功率低优化
问题描述：较多用户反映使用手机登录WAP首页经常失败，现场
DT/CQT测试WAP首页登录成功率介于40%至90%之间，平均值只有50%。
分析思路与手段：在问题点进行无线测试，并对Um、Gb、Gn、
端到端性能网络节 点分析
核心网问题定位 业务网问题定位 重点区域用户感知
端到端成功率、时延，失败原因
不同SP的用户渗透率、用户时长 业务性能优化平台的建立
SP连接性、稳定性、用户数、点击数
终端与SP分析
点播类SP推广方式分析 终端对业务支持能力、终端渗透率
基本统计与APN流量
包括PDP激活次数分析 包括流量模型的时域分布 业务渗透率
次后无响应，8次重发一直无响应导致的失败，问题定位至Gn接口以上
案例:WAP首页登录成功率低优化
Gi接口分析： 所有Connect
处理效果：优化后复测，各点WAP首
页登录成功率大幅度提升。回访用户， 反映首页登录正常。
WAP网关不成功的IP地址在Gi
口抓取的信令里都不存在。因 此问题定位在GGSN设备上。
经典案例介绍
数据网承载性能分析案例 WAP业务性能优化案例 用户行为及终端分析案例 彩信性能优化案例
隐性问题优化案例
FTP速率优化案例 资源配置优化案例
端到端全程优化的必要
传统网络优化
面对一个问题，偏重于无线侧的问题查找及优化调整，缺乏全程全网的概念； 偏重于优化无线网络环境和容量，以提升KPI为目标，不能真实反映业务质量 和用户感受； 无线侧的资源配置调整以KPI变化为依据，比较粗放，资源利用达不到最大化；
案例2:iPhone终端视频点播性能分析
CCTV网站点播情况:终端在业务请求成功后，在视频播放过 程中，多次出现数据包下发请求。
案例2:iPhone终端视频点播性能分析
分析结论：
•在W网络建成初期，用户数小、业务请求量不大的前提下，内网的资
源不应是造成该问题的因素。 •由于视频点播对外网带宽资源消耗较大，当一些热门的流媒体点播
统一的后台分析工具实现所有接口数据的同步，完成端到端性能分 析的各接口联动，准确的分析和定位，形成整体优化解决方案。
目录 端到端优化思路介绍
经典案例介绍
数据网承载性能分析案例 WAP业务性能优化案例 用户行为及终端分析案例 彩信性能优化案例
隐性问题优化案例
FTP速率优化案例 资源配置优化案例
案例1:PDP激活成功率分析
PDP激活请求 6654
请求回应 Activate PDP Context Accept Activate PDP Context Reject
应答数 1642 5012
百分比 24.68% 75.32%
PDP激活请求中，以官方APN(3gnet、3gwap、uniwap及uninet)为主，在用户数中达到了 86%以上的比例。“其他”部分中主要为非法APN，用户数中占比5%。部分APN设置保持 了默认外国运营商设置，导致PDP激活失败。分析过程中 PDP激活成功时延平均值为 853ms，其中，集中分布在600ms~900ms之间，900ms ~1200ms的有456次，2100ms以上的 情况有12次。
网站同时在线人数过多时，就会对外网带宽造成侵占，而iPhone终
端对视频块流的要求较高，媒体服务器无法提供充足的带宽给 iPhone用户，造成在用户在观看视频点播时出现延时、断续，画面
不畅等问题。
目录 端到端优化思路介绍
经典案例介绍
数据网承载性能分析案例 WAP业务性能优化案例 用户行为分析案例 彩信性能优化案例
优化思路
彩信业务端到端性能提升专项服务，突破传统方式，着重
从信令角度，通过对彩信业务所涉及的接口(如Um、Gb、Gn、
Gi)，乃至更上层的MM1、MM3、MM4、MM7、PUSH等接口，进 行海量信令追踪分析。 帮助运营商更深入地分析定位现网异常问题，找出影响用 户在彩信业务应用过程中的主要因素，从而提出相关优化建
案例：彩信业务接收端到端分析
信令流程、业务性能监测---M-TRiX Log文件的分析处理---M-TRiX 计费文件CDR的分析处理---iCDR
• 计数器统计－无线网＋核心网＋业务设备（传统的话务网管）
各种数据业务“引擎”服务器 核心网GSN－移动性与会话管理性能 无线网络BSC • 无线网络性能 • IP吞吐量和传输中断 • 移动性、干扰性和容量问题定位
议，进一步提升彩信业务服务质量。
案例：彩信接收成功率优化
端到端分析：某省彩信的发送接收在Um、Gb、Gn、Gi等接口的成功率都 较高。彩信接收成功率很低的主要问题是彩信Push消息下发后用户无提
取彩信的行为（无PDP激活或Get取彩信的动作）造成的。
案例：彩信业务接收串联分析
接收彩信数目 成功接收数目
问题分析: 引起播放质量问题的几个 关键点为 终端与流媒体业务服 务器的兼容性问题 外网流媒体服务器带 宽资源问题 内网带宽资源问题
案例2:iPhone终端视频点播性能分析
门户网站 点播信令情况:
案例2:iPhone终端视频点播性能分析
CCTV网站点播情况:外网服务器数据包下发不稳定且断续， 大小不能保持在稳定水平。
隐性问题优化案例
FTP速率优化案例 资源配置优化案例
您是否正为类似的问题感到困扰？
• 用户投诉，彩信无法正常发送和接收；
• 针对彩信业务的主动测试查找原因，工作量庞大，统计分
析也非常麻烦； • 现有工具很难从端到端的角度，准确定位问题原因，进而 采取优化措施； • 网络中如排除用户不接收原因则彩信接收成功率很高，针 对不接收彩信用户的行为进行分析成为彩信端到端分析的 技术瓶颈。