【工程师笔记】端到端，看起来很美

端到端的概念已经出现了很长时间,印象中2005年GPRS商用之后就逐渐提出来了,但是,客观讲,端到端分析,做得并不如意。

早期的网络优化,偏重无线网络优化。相对而言,交换网与数据核心网是比较单一的,而无线网优很繁琐,如覆盖、干扰、容量、接入、切换、参数、测试等,所以早期的网络优化,基本上就是无线网络优化,没有端到端优化的概念。

随着GPRS用户越来越多,2007年无线网络升级到EGPRS,无线速率由之前的10～20 kbit／s提升到120 kbit／s左右,使用无线数据业务的用户呈现快速发展,各类内容网站都建立了早期WAP网站来缩短手机打卡页面时间,手机QQ成为学生最喜欢的聊天工具。

随着用户对数据业务的需求越来越大,数据业务端到端的质量显得越来越紧迫,由此引入了很多问题。

首先是数据采集方面。无论是Gb、Gn,还是Iu-PS接口,不管怎样采集,数据量都非常大,存储也变得很困难,其实,早期的端到端分析已经有一些大数据分析的雏形。

其次是数据分析方面。数据量大,数据采集后不能保存原始数据,须做一部分过滤,怎样设置过滤条件决定了后续的数据分析,而数据过滤又受限于采集仪表,经常出现想要的信令类数据没有,只能给出一些指标的情况,可是普通的指标,话务网管就可以实现,还需要建设信令平台吗?

再次是KPI。在2G语音网络优化中,KPI曾是保证中国移动2G网络品质的重要手段,但是面对数据业务特有的出错重传的保护机制使得KPI指标严重走形,2007年笔者曾专门针对一种WAP登录成功率100%,但是WAP登录时延长达48 s的“通而不畅”的情况,提出提高无线数据业务接入速度的方法,传统的KPI必须向面向感知的KQI过渡。

最后,是分工的问题。有一次印象深刻的谈话,可以侧面反映端到端质量分析的现状。

背景:核心网(以下简称核)与无线工程师(以下简称无)共同定位用户下载速率慢的问题。

核:我能给出下载速率低的无线小区。

核:我把4G全网S1-U用户面的数据都采集出来,连续采集30天,每天分别汇总15 个时段(8∶00～23∶00时)全网所有小区的平均下载速率,然后累计看哪些无线小区出现的频次最多,按降序排列,前面的这些小区就肯定有问题。(www.daowen.com)

无:检查……。

无:从你给出的结果看,排在前面的TOP50,基本都是存在严重外部干扰的小区,这个情况不需要你这么费劲,从无线的干扰统计里就能得出。

无:我们希望从信令平台给出某用户单次业务速率低的原因,比如说针对VIP用户的投诉分析。

核:如果小区平均速率不低,只是单次业务速率低,一般情况下是网站或者无线质量的问题,基本可以断定与核心网没关系。

……

无:某地市PTN改造导致4G的路测FTP下载速率,由原先的34 Mbit／s下降到28 Mbit／s,影响路测考核,这种问题怎么能及时发现?

核:从这个现象来看,需要时间横向的对比,目前暂时数据库还做不到这一点,而且28 Mbit／s的速率并不低,不能判断一定有问题。

无:那这个问题也是暂时无法解决。

…

端到端质量分析,还有很长的路要走。