20XX年移动业务质量端到端优化经验交流.pptVIP

* * 在“QoE/KQI/KPI”的新型指标体系下，一个关键理念就是： 1、QoE是面向终端用户体验的，是一种主观表征； 2、KQI是面向E2E业务质量的，是承载在网络之上的业务系统提供业务品质的客观度量；（在一定区域一定客户群内，QoE与KQI之间是有着直接Mapping关系的。即一定程度下，KQI可以客观表征终端用户体验QoE） 3、KPI是面向网络承载能力的，是某一KQI向各分段网络关联KPI的分解。 KPI更有利于运维的便利性，KPI的好坏将间接影响KQI的品质； * * * 指标体系的来源，数值是否正确？ 对于集团考核过的数据尤其需要聚焦。 结合第一次调研，校准评估的结论，希望能够得出第一版本的体系模型 * * 流量 十六里河 都在4楼 八一 * 4款主流智能手机类型： iPhone、N85 (Sybian)、HTC(Adroid)、多普达(Windows Mobile) * 彩信用户全程接通率：（ 彩信发送总数－网络失败提交数－用户失败提交数－网络失败下发数－用户失败下发数－转相册条数）/彩信发送总数 * 彩信用户全程接通率：（ 彩信发送总数－网络失败提交数－用户失败提交数－网络失败下发数－用户失败下发数－转相册条数）/彩信发送总数 * 测试方法：对终端侧/无线侧/核心网及服务器等进行了综合的测试分析，在RNC、SGSN上开启用户跟踪功能，抓取测试号码发起的FTP业务信令与数据流。在Gn/Gi接口侧进行镜像抓包，对FTP业务数据流进行深度分析。 测试标准：FTP下载、上传均采用2G以上文件；FTP下载、上传连接数均为3；FTP下载、上传时长为5分钟；每次测试间隔为30秒，每次如果没有数据流量超过3分钟，视为一次掉线，掉线后间隔30秒，重新拨号 测试范围：康巴斯机房做CQT定点测试，选取工作日的忙时（下午16:00-18:00）进行测试 无线测试环境：Ec/Io：-2dB；RSCP：-64dBm * 1、更换新的FTP服务器硬件 提升服务器硬件性能。有原来低端服务器更换为HP高性能PC服务器（HP ProLiant DL580 G5 ）。 2、更新FTP服务器操作系统 重新安装windows 2003 Server操作系统，消除了原有服务器安装应用软件过多引起的故障隐患。 3、优化FTP服务器网络传输参数 优化TCP Receive Window参数，设置为62500 （原有服务器默认设置为17520）。 在RTT较大的情况下可以极大地提高单线程下载速率。(RTT(Round-Trip Time): 往返时延 ) 计算公式RWIN=SPEED*RTT/8， 设定服务器的MTU为1500，防止数据传输过程中产生IP数据包分片。 * * 测试手机：N85 测试地点：康巴丝联通机房 测试地点的无线信号： 指标Ec/IoRSCP数值-2dB-64dBm。 * 可视电话接通率目前不高，只有24%，主要原因是：1）由于测试条件所限，信令抓取困难，信息量少；2）导致VP失败的主要原因都是用户原因 优化措施：针对这种情况，需要普及可视电话使用知识，通过广告、短信等方式告诉用户可视电话使用方法，比如被叫手机不支持、被叫在2G网络就可能接不通。 此外，联通集团对VP业务接通时间的要求≤6秒， * 接通率、掉话率 可视电话接通率100%，掉话率为0，主要原因是可视电话呼叫很少 * * 切换数据的真实性核对，（山东在考核中已经扣分），对于案例的描述要优化，说透，如“为啥要iPhone尽可能多的驻留在3G网络？对于用户感知的影响，以及相关调整对于其他KPI是否有负面效应的描述”，要在iPhone感知和KPI间平衡。 * 问题的分析是否正确？iPhone对于YOUKU支持现实情况分析后修改描述； 原因分析2，需要修改 * 投诉数据的分解，剥离不是由于业务质量优化带来的收益。 补充一页，投诉细分 * HLR用户签约数据中NAM参数存在问题：NAM:网络接入模式，取值一般为以下三种，BOTH：允许接入电路域和分组域网络。MSC:允许接入电路域网络，SGSN:允许接入分组域网络。 GPRS未签约用户的签约数据通常应该是NAM=MSC，而核查发现部分用户数据为NAM=BOTH，在APN层面禁掉了这些用户所有的接入权限，因此出现了用户可附着但是激活时由于请求服务未签约被拒的情况。 * Inter RAU的解释， * * * 标题修改，重在“能力呈现”，如果数据有最新的需要更新， ‘数据库－》模型’，关键是，如果是“数据库”，需要考虑后续运营商能够持续优化和推广，要考虑方法的可靠，工具的可用性； 如果是‘数据库’，不单纯是‘终端库’，而是业务＋终端的全集； 目标，让终端厂商明确需求； 业务SP明白自己的性能； 客户