LTE数据业务信令感知优化介绍.pptx

LTE数据业务信令感知优化 端到端优化界面 传统优化体系手段单一不便问题定位 客户端 EnodeB 传统手段 DT CQT测试 无线参数调整网管指标提升 端到端优化借助多种优化手段分析业务交互各个环节 端到端优化手段 1 核心网信令监控分析 2 核心网信令抓包 3 服务器机制调整 4 TCP协议优化5 传统无线优化 端到端优化 端到端优化可以从业务流程交互的各个环节进行问题分析和定位 从而快速准确的找到问题原因 业务瓶颈 从而制定出切实有效的解决方案针对特定问题进行解决 S1 IP网 点播 直播节点服务器 SP内容源服务器 FW EPC 服务内容 VIP用户保障 自营业务推送策略数据支撑业务精准营销数据支撑用户行为分析热点应用分析 VIP用户感知跟踪监控历史状态原景回溯处理用户投诉现场测试验证定位业务故障节点 服务框架 KQI QOE指标体系建立用户感知评分例行通报用户感知异常监控 市场支撑 日常监控 网络状态实时监控业务情况实时监控网络 业务实时告警日常指标例行通报重大活动 节日指标监控保障平台巡检 业务质量感知体系 性能指标深度分析业务质量提升专题 性能分析 依托先进的LTE全量信令监测及分析系统 开展以下服务 5 日常监控 业务质量感知提升 性能分析及市场支撑 用户保障 外场测试 日常监控 1 1 日常指标监控 用户维度 用户业务行为 高流量用户位置区域分布 户均流量 户均业务量 户均业务时长 用户对LTE网络的黏性 用户上网时段 用户喜欢等维度进行统计 终端维度 业务维度 包括业务流量构成 业务访问量构成 业务流量流向 业务速率 业务成功率 业务时延 TOP业务分析 自有业务与非自有业务对比分等维度统计 应用维度 包括TOPN的SP网站分析 对各SP网站统计业务成功率 上下行吞吐率 Kbps 会话次数 成功 失败 上下行流量统计 分组数 字节数 丢包重传乱序数 上下行传输应答时延 毫秒 上下行会话在线时长 包括4G终端品牌构成 终端品牌市场渗透 终端品牌活跃度 终端型号构成 终端型号流量贡献度 终端型号活跃度 终端型号对网络黏性 终端型号质量 终端型号与网络适配性 终端型号与业务适配性等维度进行统计 对LTE重点网络指标开展多维度 准实时 延时小于15分钟 的监控 每日记录网络指标情况并存档 日常监控 2 2 平台巡检 每日对信令平台系统级告警和log文件进行检查 确认采集系统各设备运行状态正常 确保数据入库正常 入库时延处于正常范围 不影响信令分析工作 平台具备自检功能 信令分析团队每日对采集到的数据流量与前一日进行对比 确保采集到的数据完整 每周对平台采集到的数据流量与网管数据进行一次对比 由信令分析团队提供基于信令的全天24小时按照小时粒度的SGSN流量 Attach成功率 默认承载激活成功率 含用户原因 TAU成功率 MME SGW流量等指标 与局方提供的OSS系统统计结果进行对比和差异分析 用百分比方式呈现 提交对比分析报告 日常监控组每月至少安排一次到采集机房现场设备巡检工作 确保采集设备硬件状态正常 并提供巡检报告 最少每月更新一次平台软件库 更新内容包括终端IMEI库 SP站点库等资源信息 同时根据网络调整情况 不定期更新信令分析平台内现网设备信息 日常指标通报 针对重要端到端业务性能指标 如TCP连接成功率 DNS连接成功率等进行准实时数据分析及通报工作 一旦出现指标下降超过预警门限 定位到最末端网元及IP地址段 数据实时解析 监控 通报 1 工作日每天例行通报2次早上10 30前通报前一日整体指标下午17 30前通报当天9 30到17 30整体指标分MME SGW TAC EnodeB等网元维度进行通报2 实时监控全网重点业务指标一旦出现指标相比上一日同时段下降超过预警门限的情况 工作日在1小时内上报局方值班人员3 热点区域性能监控对热点区域或小区进行全方位性能指标监控并实时通报 指标通报机制 网络优化组 网络维护组 核心网监控组 重大活动 节日指标监控保障 针对西藏的重大活动及节日进行指标监控性保障 发现异常情况及时通报并配合解决网络问题 用户数变化趋势 大型活动及节日用户数分析 大型活动及节日流量对比分析 上下行总流量对比 大型活动场内外性能对比分析 场内外Attach附着次数对比 场内外Attach附着成功率对比 大型活动场内外业务比分析 场内业务占比 场外业务占比 日常性能监控系统运用 多维度报表系统 示例为APP统计 网络性能监控 附着 承载激活 TAU 数据会话统计分钟级监测 会话数 用户数 流量 按业务分类统计业务量 钻取优酷视频的小区级统计 5 日常监控 业务质量感知提升 性能分析及市场支撑 用户保障 外场测试 端到端用户感知质量评估及优化 1 感知体系构建原则及方法指标体系构建要以信令流程中各环节指标为主 能够准确反映用户当前客户感知 指标应涵盖用户使用数据业务的各流程与环节 能够全面的反映用户感知情况 统一维度下选取的指标之间尽可能不相互影响 确保权重计算的相对准确 端到端感知体系指标应涵盖用户业务过程中的主要用户感知维度 因此选取的指标可包含接入性 保持性 完整性三类特性 具体定义如下 接入性指标 反映用户接入网络快慢和业务的成功率 保持性指标 反映用户使用数据业务的连续性 稳定性 以及上网速率 完整性指标 反映用户接入网络后 能否在给定的网络环境下完成数据业务 端到端感知体系指标选取 端到端优化体系可以从业务流程交互的各个环节端到端的进行问题分析和定位 从而快速准确的找到问题原因 业务瓶颈从而制定出切实有效的解决方案针对特定问题进行解决 端到端用户感知质量评估及优化 2 由于不同的数据业务类型具有不同的特性 因此 在建立数据业务用户感知评估体系时需要考虑业务特性对接入性 保持性 完整性的需求差异 并以此来设置不同维度的权重 端到端感知体系业务特点及权重设置 四类业务的主要特点 四类业务的应用权重 以上各个KQI指标具体权重值可在实践中进行合理调整 端到端用户感知质量评估及优化 3 利用LTE端到端感知体系及其问题定界规则开展西藏端到端感知评估及端到端感知质量提升工作 优化总体思路 利用端到端感知信令分析平台对现网各KQI指标进行评估 然后利用端到端感知体系定界规则进行各问题原因定位 最终根据问题形成原因提出优化建议开展优化实施并进行效果验证 优化内容和手段 1 利用小区级KQI体系筛选出双优小区 网络资源情况开展资源精细化配置及资源均衡操作工作 2 利用小区级KQI体系定位双差小区指导无线优化 开展问题小区无线质量优化提升工作 3 利用小区级KQI体系定位单差小区 针对单差小区深入分析影响用户感知的潜在问题 开展研究性专题分析工作 4 小区 终端 业务等不同维度下载速率提升 5 业务时延分析 6 终端与网络侧配合 5 日常监控 业务质量感知提升 性能分析及市场支撑 用户保障 外场测试 数据业务质量提升专题 通过LTE信令数据日常指标监控 感知评估分析等结果 分别从业务 用户 终端 应用等维度深度解析网络情况 重点针对部分网络指标开展专题分析 根据实际问题提出有效的数据支撑 提升网络质量 针对速率 时延提升的感知类专题 实施方案如下 速率 时延类感知评估 业务流量应用统计 原因分析 提交无线侧排查 覆盖类 干扰类 拥塞类 信道 时隙 覆盖调整 干扰排查 资源调整 配置调整 无线侧是否有问题 提交核心网侧排查 资源类 时域类 业务类 终端类 资源引入 时间粒度分析 业务组成及行为分析 终端分析 核心网侧是否有问题 结果跟踪 开展专题分析 问题优化 是 否 是 否 性能指标深度分析 查看网络性能指标 找到具体失败错误代码 查看某一错误代码影响到的用户 深入信令细节定位错误 查看具体的信令流程 自上而下 由浅入深 精确定位故障 快速提升网络性能 通过网络性能指标深度分析 实现前向用户感知提升 市场支撑 根据用户行为 热点应用 业务流量 终端使用等维度的分析结果 为市场营销侧提供网络中的用户喜好 自有业务推送策略 业务精准营销等方案提供准确 全量的数据支撑 用户喜好挖掘分析 支持使用喜好统计分析 内容主要包括如下方面 A 支持多用户分组B 用户的业务分布 在线时长 网站使用等 支持自营业务统计分析 内容主要包括如下方面 A 自营业务质量分析 B 统计各自营业务的用户数 会话数 成功率 流量统计 应答时延 数传吞吐率 并按全局 网元级和小区级提供报表 自营业务推送策略支撑 支持对重点业务应用性能 流量等分析 内容主要包括如下方面 A 业务规模 流量B 终端品牌分布与型号统计C 业务质量分析 TCP丢包 重传 速率分析 业务精准营销数据支撑 市场支撑 用户行为分析 对指定用户做全方位的分析 包括终端信息 感知评估 业务质量 业务偏好 用户行为 移动性分析 信令分析等 内容主要包括如下方面 用户基本信息 终端信息感知评估网络质量业务偏好 用户行为 网站的偏好时间偏好区域偏好 移动性分析多接口信令的统计分析 市场营销人员可首先对用户做一个全方面的分析 形成精准的用户画像 从整体上快速了解该用户的健康状况和日常行为偏好 精准的用户画像包括但不仅限于以下功能 用户基本信息 感知评估 网络质量 业务质量 时间偏好 业务偏好 区域偏好和网站偏好等 热点应用分析 应用维度分析 内容主要包括如下方面 1 SP与频道的统计分析2 域名服务分析3 浏览业务的内容分类统计分析4 自营业务分析5 下载类业务分析 5 日常监控 业务质量感知提升 性能分析及市场支撑 用户保障 外场测试 VIP用户保障 对VIP用户及热点区域进行重点关怀 提升网络品牌形象 VIP用户保障 根据VIP客户集合建档分组 对VIP客户进行历史回溯 定位投诉原因 基于用户反馈的后向用户感知提升 基于VIP用户反馈和投诉 针对常规手段无法解决的投诉点 通过精细化的信令回溯及多维度数据评估分析定位原因 支撑后续针对性的解决方案 从而从整体上提升用户感知 VIP用户投诉处理 VIP用户投诉处理是对网络指标进行统计 分析 定位原因的过程 a 单用户指标统计 根据各类指标统计 定位性能感知较差指标 b 逐级下钻定位问题 SGW ENB CI等多个维度的逐级下钻 快速 准确地定位问题 c 最终可以下钻至用户话单 通过信令查询 回溯的方式来分析问题原因 输出分析结果 投诉用户话单分析 投诉用户信令回溯分析 信令回溯 控制面信令的位元解码 用户面呼叫的业务详单 S1 mme S6a S11 S1 U 丰富的话单信息 5 日常监控 业务质量感知提升 性能分析及市场支撑 用户保障 外场测试 外场测试支撑 投诉问题点跟踪处理 问题点现场测试验证 通信保障支持 根据信令专题及保障需求 安排测试人员赴现场进行LTE测试并进行分析 协助信令分析人员定位问题原因 现场测试分析 5 案例一 个别用户 终端附着问题导致整体附着失败率异常 其中Cause15占比66 3 分别从两个维度对原因进行分析 用户维度从用户维度分析发现cause15失败主要是由于用户 460005681138754 附着请求被拒绝该终端间隔五秒钟一次发起附着总计13871次 占Cause15类型的78 35 回溯信令流程发现该用户未签4G流量服务 2 设备维度从设备维度分析发现产生Cause15失败的终端主要是 海信HS X8T 和 酷派8720L 两款终端 回溯信令发现与用户 460005681138754 的用机习惯相关 查看用户话单记录时间 该用户白天8点40左右开始使用 酷派8720L 晚上12点以后开始使用 海信HS X8T 因此 导致这两款终端整体指标偏低 案例二 HTTP浏览业务端到端性能指标分析 现网中HTTP浏览类业务可通过HTTP协议中的响应 response 消息中状态码statuscode字段进行失败原因的问题定界 从下表统计结果可以看出导致成功率低的异常状态码主要是 4XX请求错误 占总失败原因74 4 其次是 5XX服务器错误 占25 6 对 4XX请求错误 和 5XX服务器错误 失败状态码及其失败次数进行详细统计如上表 其中HTTP错误码为404 notfound 和502 BadGateway 这2种失败原因加起来占了总体失败的67 以上 案例二 HTTP浏览业务端到端性能分析 404错误 从上表统计可以看出 案例二 HTTP浏览业务端到端性能分析 502错误 HTTPresponse 502BadGateway问题原因是作为网关或者代理工作的服务器尝试执行请求时 从上游服务器接收到无效的响应 统计现网502失败次数TOP10的URL及其对应的代理服务器IP地址如下表 从上表可以看出主要本地wap网关10 0 0 172地址产生的错误 建议优化本地wap网关 HTTPresponse 500InternalServerError错误是服务器遇到了一个未曾预料的状况 导致了它无法完成对请求的处理 一般来说 500错误这个问题会在服务器的程序码出错时出现 最可能的原因是该网站正在进行维护或者该网站有程序错误 统计现网500错误失败次数TOP10的URI及其对应服务器地址如下 从上表可以看出失败较多的是211 137 35 180辽宁省辽阳市移动服务器和221 130 162 IP段的安徽合肥移动服务器建议对这些服务器进行问题排查 案例三 时延类指标统计分析 现网HTTP浏览类业务TCP建立时长统计如下表 从统计结果可以看出 在TCP建立过程中的40 88ms中 有64 的时延损耗在了空口上 所以空口时延对TCP建立时长都影响最大 空口时延损耗大小取决于空口网络资源和网络参数的配置以及网络环境的优劣等 如下表所示为时延较长的小区和SP定位 案例四 VIP投诉处理分析 问题描述 江苏的VIP投诉 从江苏来到安徽后发现LTE手机的上网速度只有2Mbps 问题现象 通过查询用户的话单 发现用户使用的测速软件确实只能够实现2Mbps的下载 通过信令回溯发现用户的手机从3G切换到2G的时候 3GSGSN发给MME的SGSNCONTEXTREPSONSE消息携带的QOS值中的速率只有2Mbps 这是由于SGSN还没有升级支持GTPv2 针对这个问题爱立信的解决办法是通过 强制向手机发送ModifyE RAB消息的方式将手机的速率提升到100Mbps 但是MME没有给这个用户发送ModifyE RAB消息 所以导致用户的速率没有超过2Mbps 问题处理 案例五 23G到LTE的重选失败案例 问题描述 现网存在大量从23G到LTE的重选失败 无小区或用户规律出现 问题现象 TAUCause9 UEidentitycannotbederivedbythenetwork网络不能传送UE标识可能原因 1 手机上报错误的TAI GUTI 2 DNS上TAI对应的MMEIP地址配置错误 3 目标MME出错问题处理 按LAC统计发现失败集中在个别几个LAC 查询DNS配置发现并修正配置错误 接入网部门做了LAC调整 但未及时通知核心网部门 因此出现此配置错误在此之前 核心网优化人员也曾做过DNS配置检查 但因为数量太大而无法尽查 案例六 LTE终端问题分析 全省各类4G活跃终端中99 为手机终端 手机终端中数量超过100部的终端共有24种 55 为iPhone5S CSFB终端中Iphone5S 5C占比达到98 目前大部分LTE主流终端网络指标健康 主流终端的附着成功率 跟踪区更新成功率 剔除用户原因 基本在96 左右 但N9008V终端跟踪区更新成功率有待于进一步提升 案例六 N9008V终端问题原因分析 统计N9008V终端跟踪区失败Cause结果及业务失败原因如下 从上表可以看出导致N9008V终端跟踪区失败的主要原因是网络资源不足和无线环境问题占总体失败原因的95 5 以上 其中网络资源不足占68 2 无线问题占27 3 因此需要重点关注失败占比较高的跟踪区的资源情况和问题小区的无线环境 下表列出了TOP10失败较高的TAC和CGI以便重点进行问题排查 由上图统计分析来看该终端失败原因主要是服务端超时造成的总体失败原因的88 其次是接入网超时占6 7 数据一致性采集时链路复制存在问题会导致数据的一致性问题 链路缺失 有上行没下行或相反 是链路采集不全控制面信令是双份的 原因是采集包含了冗余链路有控制面信令没用户面流量 原因是链路采集不全也可能是以上情况的组合 需要逐个排除本系统内置了数据一致性验证功能 在解码时自学习网络拓扑和链路信息 对数据的一致性进行验证 数据完整性某主设备厂家在其优化服务中使用了一款三方软件做采集 再用易谙分析系统进行离线分析在使用本系统处理数据时 发现采集期间有严重丢包数据完整性是采集分析系统正常工作的前提 数据采集一致性和完整性 数据验证过程 首先采集流量然后验证流量的一致性和完整性发现问题后及时反馈验证结果配合局方进行线路调整重复上述流程 直至流量正常 流量采集 流量验证 问题 反馈 调整采集线路 有问题 完成数据验证 开始采集 没问题 5 软硬件系统部署方案 DC 1 采集卡 DB 1 SWITCH FILE 1 分流器 分光或镜像 客户端 分光或镜像 涉及到跨机房采集 需要拉传输送到系统部署机房 部署位置 办公位置 DB 分析服务器 数据库存储话单 对客户端提供报表 DC 解码服务器 输出话单到DB和FILE服务器 FILE 检索服务器 对客户端提供单用户信令流程回溯 LTE现网话务统计 参考23G话统数据 1 8Gbps系统支持双平面2 5Gbps流量接入时的实时处理和话单合成 采集机房 系统配置 硬件配置 软件配置 谢谢