端到端提升VoLTE语音质量_第1页
端到端提升VoLTE语音质量_第2页
端到端提升VoLTE语音质量_第3页
端到端提升VoLTE语音质量_第4页
端到端提升VoLTE语音质量_第5页
已阅读5页,还剩32页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 基于用户面大数据分析,端到端提升VoLTE语音质量中国移动北京公司2016年9月2目录一、VoLTE语音质量评价体系二、VoLTE语音质量现网保障方案三、VoLTE语音质量问题定界定位方法四、VoLTE语音质量端到端优化方法五、项目成果及后续工作3问题:目前现网用户投诉出现过单通、断续、音质等问题,语音质量类投诉占VIP投诉总量的75%,这严重影响用户的高清语音体验。一、成果形成背景 VoLTE作为中国移动三新战略的核心,可提供有有QOS保障(保障(QCI=1)的)的WB-AMR高清语音,高清语音,把高清语音和视频通话作为卖点,极大提升用户体验。4 由于VoLTE端到端IP化,IP网络特有的

2、因素(如丢包、抖动、时延)会对VoLTE语音质量产生恶劣影响,故VoLTE语音质量分析和提升方法与GSM提升工作有明显差别。一、成果形成背景面临挑战: 现有VoLTE信令监测系统只能支持信令协议回溯,还无法对语音质量进行准确评估和媒体面的监测,即网络中用户使用业务的真实感知无法获取!对处理VoLTE投诉和提升用户感知带来很大难度,迫切需要建设QOS回溯评价手段。VoLTE语音质量的影响因素-“四维”5创新点1 项目首创一套可量化的、落地性强的VoLTE语音质量评价体系,使VoLTE通话质量、单通、断续等感知问题可视化。创新点2 项目创新应用“四维五域三聚焦”VoLTE语音质量问题定界定位法,在

3、复杂网络中快速精准定位QOS降质点。创新点3 项目在现网落地QOS双重保障体系,利用大数据方法主动定位MOS质差小区/终端/网元,端到端提升用户感知。 成果基于用户面大数据分析,独创一套端到端提升VoLTE语音质量的方法。通过采集VoLTE媒体面各接口数据,应用G.107算法评估VoLTE通话质量,建立了一套完整、可量化的VoLTE语音质量评价体系;创新应用“四维五域三聚焦”法,精准定位语音质量降质点;在现网落地网络级和用户级双重保障体系,利用大数据方法主动定位MOS质差小区/终端/网元,打开了用户面数据的黑匣子,全方位提升用户感知。成果主要内容及创新点6语音质量的评估方法包括主观评价客观评价

4、目前业界有4种评估算法:语音质量评价方法主观评价人工评测:语音回放评测客观评价主动算法:POLQA(P.863)算法被动算法:E-model(G.107)算法评估标准评估原理优势劣势语音回放捕获通话数据包,靠人耳去听通话过程中的一切故障(如杂音,单通),都可以感知出来。效率低下,每人的评价标准不统一,非客观。POLQA(P.863)发送方发送参考信号,接收方进行波形比对应用广泛,被大部分IMS拨测系统采用没有考虑IP网络因素对QOS的影响,不能实现故障回溯G.107(E-model)计算网络传输层面R系数,推导MOS值考虑IP网络特有因素对语音质量的影响,可实现故障回溯只关注IP网络传输因素对

5、语音质量影响,对噪音等音质问题分析能力有限。语音回放+双向POLQA将现网用户通话语音作为参考语音信号,与收端语音信号进行波形比对除时延外,能客观真实感知所有语音质量问题(含音质)需分析RTP净荷,涉及用户隐私等安全因素。VoLTE语音质量评价算法分类7VoLTE语音质量MOS网络传输因素丢包时延抖动编解码性能净荷因素噪音回声单通和断续次数网络传输因素丢包时延KQI指标:KPI指标:G.107(E-model)评估RTP算法评估 在确定语音质量评估算法后,为了将VoLTE用户感知用具体的量化数据来进行客观评估,以便准确还原用户真实感知,项目提出了一套完整的、可量化的VoLTE语音质量评价体系。

6、涉及用户信息,不做评估 北京语音质量评价体系只分析RTCP包和RTP包头,不存储RTP包和分析净荷内容,不涉及用户隐私泄露和存储容量受限问题,易于推广移植。评估算法:VoLTE语音质量评价体系编解码性能8VoLTE语音质量评价体系KPI获取途径 KPI指标可直接从媒体流中提取,现网有2类获取手段:端到端RTCP和分段RTP。RTCPRTP丢包抖动时延编码RTCP(端到端)RTP(分段) 基于RTCP包的分析,用于评估手机端到端的语音质量 基于不同接口的RTP数据包分析,用于语音质量的定界定位功能,即可以判定语音故障发生的具体接口。9VoLTE语音质量评价体系KQI获取途径 KQI选用MOS值。

7、是基于ITU-T G.107算法计算网络传输层面R系数,再由R系数推导出MOS值,计算公式为:R=RoIsIdIe-eff+A参数参数参数值参数值MOS值E-model(G.107) MOS: 3.5 desired, 3.8 preferred POLQA(P.863) MOS: 3.0 desired, 3.3 preferred编解码(带宽)推荐值: AMR-NB 12.2 kbps优选值: AMR-WB 23.65kbps丢包率丢包率 3%抖动抖动 50 ms / reception point时延端到端时延 250ms 其中Ro代表网络传输信噪比,Is代表设备化组合概率,Id代表由于

8、时延及设备失效导致的叠加劣化,Ie代表由低比特率编码器带来的劣化系数。系数A用于对用户环境状态(如室内/室外、低/高速移动)的补偿。 由公式可知,语音质量(R值)的计算是通过估计一个连接的信噪比(Ro),然后从中减去网络损伤(Is,Id,Ie),最后再用呼叫者对语音质量的期望(A)补偿后得到。 左表为根据3GPP 22.105协议内容,再结合日常故障处理经验,给出VoLTE通话的各KPI、KQI的告警阈值。R-Factor MOSUser Experience 9043 (4.3)Excellent8040 (4.0)Good 70 36 (3.6)Fair 60 31 (3.1)Poor 5

9、0 26 (2.6)Bad 10VoLTE语音质量评价体系单通、断续问题单通算法模型IP Streaming单通针对VoLTE通话单通、断续场景 通过RTP评估算法监测每次通话过程否存在短时单通或者长时单通,以及语音断断续续的问题; 判断单通场景主要是通过监测双向RTP包的连续性。部分场景下还要现场复测、查看波形方式来准确定位。 判断断续场景主要是通过监测RTP包的发送间隔时长。00.511.522016-02-252016-02-272016-02-292016-03-022016-03-042016-03-06VoLTE上行单通比例_S1U(%)VoLTE下行单通比例_S1U(%)0:没有

10、单通1:上行有单通2:下行有单通3:双向都有单通指标名称指标名称算法算法/判断标准判断标准语音短时单通5秒监测周期内没有RTP包(包括静默包),或者丢包率超过80%。语音长时单通连续3个监测周期(3*5S)内均有短时单通情况。语音断续场景监测收到RTP包的间隔时长,2S内都没有收到RTP包(包括静默包),可能丢包,也可能未丢包、只是延时发送。听不清11目录一、VoLTE语音质量评价体系二、VoLTE语音质量现网保障方案三、VoLTE语音质量问题定界定位方法四、VoLTE语音质量端到端优化方法五、项目成果及后续工作12IMSS-GWP-GWMb接口接口S1-U接口接口P-CSCFS5ATCFSB

11、CPSBCLTE-UueNBSAESGi接口接口IM-MGWMGWGERAN/UTRANEPCCSVoLTE媒体面的网络结构媒体业务的传输协议:媒体业务的传输协议:RTP/RTCP协议协议媒体数据采集的接口:媒体数据采集的接口:S1-U接口、接口、SGi接口、接口、Mb和和Nb接口接口无线接入网无线接入网 VoLTE网络的语音和视频通话业务,全程采用端到端IP网络的RTP业务,由UE与UE进行媒体协商、传输、控制。故北京VoLTE语音质量评估采集了媒体面的4大接口,并基于现有的RTP/RTCP媒体流技术实施。Nb接口接口13建立VoLTE语音质量保障体系,优化业务感知“四维度、六指标” 四维度

12、:时间维度:按月、天、小时和15分钟维度进行统计。场景维度:VoLTEVoLTE、VoLTE-CS、CS-VoLTE接口维度:针对语音质量4个关键接口呈现关键KPI指标。网元维度:通话涉及各个网元(含小区、终端)质差分析。六指标:MOS、丢包率、抖动、时延、单通、断续。除时延、单通、断续外,其他3个指标依据RTCP统计端到端值,RTP统计各接口分段值。 MOS:平均MOS(MOS3.0)丢包率:平均丢包率(丢包率3%)时延:传输平均时延(时延250ms)抖动:传输平均抖动(抖动50ms)单通:呼叫长时单通短时单通的比例断续:呼叫断续的比例。四维度六指标 为了提升VoLTE语音业务体验,分别从“

13、网络级”和“用户级”建立两重保障体系,针对网络级保障体系主要采用“四维度、六指标”的保障评估体系,针对VVIP用户级保障体系主要采用“语音质量整体打分、动态评分”的分析体系。网络级用户级 针对重点保障及VVIP用户,从语音质量“整体评分”和“动态评分”提供重点评估和保障。 语音质量整体评分、动态评分:支持对整个通话过程或其中某个通话时间点的语音质量评分的展现。支持拖动指示显示媒体切片动态质量评分。“质量评分、波形回溯” 输出质差网元,质差小区,质差终端14 通过采集VoLTE网络端到端的呼叫各媒体接口信息,利用G.107算法呈现现网发生的每次通话的双向上下行MOS、丢包、延时、抖动、编解码,包

14、括RTCP端到端和各媒体接口RTP分段的质量KQI/KPI回溯,用于支撑语音质量投诉处理。 1、VoLTE语音质量回溯北京VoLTE语音质量网络级保障方案 利用大数据方法对全网通话质量KPI/KQI数据进行分析评估,可以直接呈现和监测端到端和分段指标走势情况,已经初步确定指标阀值,后续计划实现预警派单功能,先于用户发现语音质量问题。 2、大数据分析预警15 通过对S1-MME与S1-U接口信令和媒体消息中相关字段的关联,提取全网各小区下语音呼叫MOS值,进一步筛选语音MOS质差小区(如TOP10),进行重点攻关和优化。 3、质差小区定位北京VoLTE语音质量网络级保障方案16目录一、VoLTE

15、语音质量评价体系二、VoLTE语音质量现网保障方案三、VoLTE语音质量问题定界定位方法四、VoLTE语音质量端到端优化方法五、项目成果及后续工作17VoLTE语音质量问题定界方法四维五域三聚焦 关联各接口的数据进行定界 终端域:1、终端上行问题:上行S1-U无包 or上行S1-U丢包/上行S1-U总包;终端上行RTP无包或未发送包;终端与基站harq层交互正常(终端底层信令显示一直不发SR;基站底层log下发DCI,UE不解析)。2、终端下行问题:下行S1-U无丢包;终端下行RTP无网络丢包;终端与基站harq层交互正常。需借助能采集终端底层LOG的软件,如QXDM、HIDS、CDS或鼎力超

16、级狗 IMS域:1、主叫到被叫方向SBC丢包: (被叫SGI下行RTP丢包数-主叫SGI上行RTP丢包数)/主叫SGI上行RTP总包数 2、被叫到主叫方向SBC丢包: (主叫SGI下行RTP丢包数-被叫SGI上行RTP丢包数)/被叫上行RTP总包数 EPC域:1、上行EPC丢包: (SGI上行RTP丢包数-S1-U上行RTP丢包数)/ SGi上行RTP总包数2、下行EPC丢包: (SGi下行RTP丢包数- Mb下行RTP丢包数)/ SGi下行RTP总包数 CS域:1、CS-VoLTE: Nb接口RTP丢包数 / Nb接口RTP总包数 未启用TRFO场景。2、CS域AMR-NB速率编码:Nb口A

17、MR-NB编码速率5% & 基站OMC统计上行空口PDCP丢包数/上行空口PDCP总包数2、下行空口丢包:(S1-U下行RTCP丢包数- S1-U下行RTP丢包数)/ S1-U下行RTCP总包数5% & (基站OMC统计下行空口PDCP丢包数+基站OMC统计下行弃包数)/下行空口PDCP总包数下行上行SBC网络SBCPTNPTN节点1 S1-U节点4 S1-U节点2 SGI节点3 SGI上行eNB主叫被叫eNBS/PGWS/PGW无线无线EPCEPCIMSRTCPRTCPMGCFCS域下行 为提升全网VoLTE语音感知,项目创新摸索出“四维五域三聚焦”VoLTE语音质量问题定界

18、定位法,利用海量用户面数据从四维:“丢包”、 “抖动”、“时延”、 “编码”四个影响感知的维度作为抓手,精准定界端到端网络中 “IMS” 、 “EPC”、“CS” “终端”、“空口”五域的问题,聚焦在“单通”、 “断续”、“音质”三个影响用户感知的现象,在日常投诉处理和全网语音质量提升方面得到了良好应用。节点5 Nb18分别从VoLTE与VoLTE、VoLTE与CS互通2个场景梳理语音质量降质点定位方法:VoLTE语音质量问题定位流程19基于终端/基站底层数据解析的空口质量定位方法 在定界为空口问题后,需要继续精准定位终端、基站功能异常或者空口质差等原因。但一般的终端测试软件只能看到电平、SI

19、NR值好与差,无法与用户volte语音感知对应起来,是制约volte语音质量快速提升的的瓶颈。为理清终端与基站之间的语音包传输过程,定位语音丢包原因,在终端和基站两侧创新了“物理层逐帧抓包”的数据采集分析方法,具备了空口物理层帧级排查分析能力,全面打开了无线网用户面传输黑匣子。 打开终端的“黑匣子”a)原有方案普通路测软件只能抓取NAS和RRC层秒级的信令,没有用户面数据;b) 创新方案利用QXDM、HIDS等抓包软件,抓取底层帧级(ms)的控制面调度信令和应用层RTP包的用户面数据。1小时测试数据也从几十MB增加至几个GB。在时间维度上联合分析终端与基站侧的信令交互和用户面的丢包、抖动信息,

20、可精准定位终端与网络适配问题、基站功能异常问题、空口质量等问题。打开终端和基站的“黑匣子”普通路测软件用户面用户面普通基站采数 基站用户级数据全程跟踪a)原有方案以往基站软采只有RRC层的信令数据,没有用户面数据;b) 创新方案目前已实现基于IMSI的帧级调度信令和RTP包头信息的通话全程跨基站的跟踪抓包,极大提升了问题定位的效率。信令面用户面终端与网络终端与网络适配问题适配问题基站功能异基站功能异常问题常问题空口质量问题空口质量问题20案例现象: 主叫1360110XXXX、被叫1390121XXXX(均为VoLTE用户),故障现象:通话期间出现单通。处理过程: 经S1-U口媒体面数据定界为

21、1360110XXX在太阳宫凯德MALL附近移动过程中,占用诺基亚站点“朝阳国际村三期NL”时存在上行丢包,丢包率达12%。如下: 从语音质量回溯可看到,主叫侧S1-U上行数 据至呼叫后半段不再发包,联系无线侧排查4205/17724929小区质量,现场复现为投诉地点有高楼导致强衰、触发RRC重建所致,无线侧优化后解决。故障定位:VoLTE语音质量典型案例(1)- 无线侧RRC重建导致语音单通 如左图所示,左边杆站为朝阳国际村三期NL,右边高楼上是金星园NL站点。二者之间的距离不超过150米,且后者较高,75米,是美化体天线,调整困难。不排除2个基站的用户上行之间若分配重合的上行PRB资源时存

22、在干扰。用户面单据接口类型上行通话全程IPMOS环路时延由RTP得到的上行抖动由RTP得到的上行总包数由RTP得到的上行丢包数由RTP得到的上行丢包率下行通话全程IPMOS由RTP得到的下行抖动由RTP得到的下行总包数由RTP得到的下行丢包数由RTP得到的下行丢包率 S1-U 2.9472 111 18 2112 255 12.07% 3.8941 0 1461 3 0.21% 四维五域三聚焦方法应用于现网后,截止2016年7月共解决VoLTE语音质量投诉272例。通过投诉分析,共发现35类VoLTE语音质量典型问题,其中终端问题占51%,空口问题占22.9%,EPC问题占10%,IMS和CS

23、域问题各占3.33%。五域问题种类分布21 目前现网很多参数是基于数据业务背景进行设置的,可能会影响VoLTE语音感知,需要协同优化数据感知和VoLTE语音感知,找到适合两种业务的合理参数设置值。 时延、抖动定义:时延、抖动是相邻两个RTP包到达每个网络节点的时间差,时延抖动的大小表征在整个端到端链路传输过程引入时延的严重程度。 从离主叫终端最近的S1-U口数据看,抖动在通话一段时间后增加比较明显,导致到达对端后终端无法合成语音信息,感知效果等同于丢包。VoLTE语音质量典型案例(2)- 无线侧抖动时延大导致语音延迟案例现象:在VoLTE通话过程中,被叫出现了感知2秒后才听到主叫的现象。处理过

24、程: SEQ平台提取的用户面丢包数据,基本没有丢包的情况,但抖动时延较大。 跟据主被叫各接口抖动时延数据一致的现象,判断抖动是在主叫空口引入。因主叫无线侧覆盖较差,导致上行不能及时调度,而中兴小区PDCP Discard Timer又是无限大,最终导致弱覆盖场景下上行调度时延较大,被叫端感知到语音延迟吞字现象。故障定位:22案例现象: 东直门办公楼,领导大量投诉VOLTE通话质量差,并且故障现象多次重复出现,投诉事件较集中。处理过程:故障定位: 通过系统核查,检查S1-U口上行丢包率为0.41%,Sgi口上行丢包率为2.44%,判断为S/P-GW问题。 进一步统计SAEGW网关QCI=1丢包现

25、象较严重。排查SAEGW上对各个QCI值的突发大流量包有三种处理方式,policing/shaping/advanced_shaping。简单来说,policing只是简单的丢弃用户突发流量包;shaping则是可以容忍一定的突发流量;advanced_shaping则把用户的突发流量包比较平滑的延时发出去。现在QCI=1配置的处理方式是policing。 判断故障时由于SAEGW网关在中兴eNODEB有大量突发数据时有丢包情况,将QCI=1配置的处理方式改为shaping后,观察SGi口已无丢包,类似投诉未再发生。VoLTE语音质量案例(3)-SAEGW未启用shaping功能导致话音质差2

26、3 部分小区收到MOS质差性能告警,经过分析导致MOS质差均为使用AMR-NB低速率导致,编码速率为5.15K。 根据主被叫号码进行分析,均为外省用户漫游至北京拨打归属省CS用户,外省MGCF默认选择AMR-NB次差速率编码所致。 AMR-NB为可变速率编码,从4.75-12.2K共7种速率类型, 10.2k以下的速率mos分低于3专业室分析导致MOS质差均为编码速率使用AMR-NB低速率导致触发原因: VOLTE语音质量MOS监控触发小区级别性能告警分公司初判为出现丢包抖动时延问题,转派工单到专业室联系各省优化确认场景为VOLTE用户与23G互通场景,启用AMR-NB,此时编码速率由漫游省M

27、GCF决定信令监测导出全量编码速率采用AMR-NB低速率话单根据主被叫号码进行归属省份归类 在VoLTE高清通话过程中,编码是影响音质的关键因素,同等网络环境下选择低速率的编码会影响用户感知。CS域编码问题 从信令监测系统导出全量采用AMR-NB低速率话单并进一步进行分析。 由MOS分值低的呼叫统计得出MGCF选择低速率的省份,并协调其修改MGCF配置选择12.2K解决。VoLTE语音质量案例(4)-MGCF编码速率选择问题导致话音质差24案例现象: 为了减少IMS核心网多次TC对语音质量产生影响,部分用户试点TRFO后,主叫1390128XXXX(VOLTE用户,N1-MAX终端)拨打CS域

28、,通话一段时间后无声。处理过程:通过系统在S1-U口对该次VoLTE语音质量进行回溯,主被叫S1-U口上下行均没有丢包,如下: 联系高通确认通话过程中如果速率频繁改变的话,芯片会不再发数据包导致单通。即启用TRFO后,高通芯片不支持对通话过程中的速率的动态调整。后临时通过在PSBC、IMGW上强选AMR 12.2K,由MSS做transcoding解决。最终N1-MAX出V83版本彻底解决此问题。故障定位:VoLTE语音质量案例(5)- 编码动态协商失败导致语音单通单通单通开始时间接口类型主叫号码 被叫号码呼叫类型媒体类型主叫MOS值被叫MOS值主叫丢包率(%)被叫丢包率(%)主叫平均时延(m

29、s)被叫平均时延(ms)主叫抖动(ms)被叫抖动(ms)2016-01-05 15:53:26S1-U1390128767113681162000主叫过程音频13.13750.260.2543.0243.246.5930现场多次测试问题复现,抓取测试通话波形,发现主叫终端通话一段时间不再发包了,解决了G.107的瓶颈。单通单通主叫被叫25目录一、VoLTE语音质量评价体系二、VoLTE语音质量现网保障方案三、VoLTE语音质量问题定界定位方法四、VoLTE语音质量端到端优化方法五、项目成果及后续工作26VoLTE语音质量端到端影响分析UE影响因素IP包特征1、信令处理2、编解码算法3、处理能力

30、4、用户行为1、丢包2、抖动3、净荷4、速率空口管道影响因素IP包特征1、弱覆盖2、强干扰3、信道拥塞4、上下行干扰1、丢包2、抖动3、时延4、乱序eNodeB影响因素IP包特征1、处理性能2、上下行调度3、参数配置1、丢包2、抖动承载网管道影响因素IP包特征1、参数配置2、容量或性能3、传输质量问题1、丢包2、时延3、乱序 VoLTE网络中终端、eNodeB、SAEGW、PSBC、IMGW、GMGW网元可能影响语音质量。 在这些媒体相关网元中,终端、PSBC、MGW会影响用户通话净荷(如编码、速率等)。IMS核心网影响因素IP包特征1、编解码配置2、编解器处理3、编解码速率4、系统流控5、内

31、部交换6、参数配置1、丢包2、净荷3、速率EPC影响因素IP包特征1、内部包交换2、系统流控3、参数配置1、丢包27VoLTE语音质量无线侧提升方法 通过总结前期北京VoLTE语音质量问题,S1-U口上行丢包(无线网络质差)是影响VoLTE语音质量的关键因素。相较数据业务优化,VoLTE有着自身特点,日常优化工作的体系还不健全,需要总结梳理其中的主要矛盾,指导分公司落地实施尽快提升无线网络质量。 本项目针对道路场景和全网统计场景,分别以RRC重建和感知丢包为抓手,总结了快速提升空口感知的优化方法,实际应用效果良好。两个抓手1)道路场景下抓“RRC重建”RRC重建是由于上下行失步、切换超时等网络

32、问题导致,因其对数据业务感知影响不大,数据业务优化不作为优化重点。但对VoLTE业务必然导致1-3秒的感知吞字,是道路场景下的提升用户感知最有效的优化抓手。l 缩短重建时间-rrc重建定时器参数优化N310失步指示次数、T310超时计数器优化,将RRC重建的时长缩短,减少终端与网络失去联系的时长,从而减少RTP丢包数量。2)统计角度抓“感知丢包” 空口丢包和基站弃包是无线网络导致语音质差的主要表征形式,将两者结合指标“感知丢包”作为小区级VoLTE质差的表征指标。l 减少重建次数重叠覆盖占51%,切换过晚占24%,信号陡降占15%。l 容量受限导致弃包 信令信道、业务信道受限均会导致丢包和弃包

33、l 空口质差导致丢包、弃包 根据MCS0阶占比、平均CQI、CCE聚合度、MR弱覆盖比例等指标表征空口质差情况。 通过硬件排查、干扰排查、CCE容量优化、CCE功率优化、弱场回落2G、覆盖调整六种方法进行分析排查优化,从而降低质差小区丢弃包情况。28VoLTE语音质量端到端提升方法(无线)每周统计各分公司VoLTE感知丢包、RRC频繁重建、MOS质差小区,进行全网通报:系统对S1口上下行丢包、RRC高重建小区进行自动派单,考核各分公司处理及时率:29 由于核心网不加TC时,只进行IP包交换,没有流控、器件故障和配置问题时不会造成语音质量问题,故北京公司前期在PGW、PSBC、IM-MGW些网元

34、上采取了一系列优化测试,减少由于核心网元丢包、编解码转换引起的语音降质可能。 VoLTE语音质量端到端提升方法(核心网)30VoLTE端到端语音质量提升北京VoLTE路测MOS3.0以上占比从88.45%提升至97.1%语音质量问题定位时间大幅缩短70%高RRC重建小区从355个下降至143个语音质量投诉定位准确率接近100%语音质量投诉占比从75%降至20%单通比例从0.61%改善至0.35%经过核心网、无线等多部门联合攻关和优化,北京VoLTE语音质量提升效果明显:VoLTE语音质量端到端提升效果31网络网络网元网元问题问题是否解决是否解决核心网核心网EPCEPCSGW与PGW间传输带宽受

35、限,导致核心网丢包已解决。nokia PGW未打开shapping功能,导致在eNodeB有大量突发数据时PGW有丢包情况已解决。IMSIMSMGCF启用TRFO后,N1-MAX终端不支持通话过程中速率的动态调整。已解决。无线无线eNodeBeNodeBRLCSize配置不一致,导致中兴和华为基站间切换单通已解决。中兴基站与华为终端配合问题,导致同小区下切换后头压缩信息重置失败、出现单通。 全网关闭头压缩功能临时规避,后中兴基站升级解决。配置64个以上临区场景下X2功能切换失效,只能触发S1切换,导致50-100ms中断。已手工优化X2切换成功率低小区,后中兴基站升级解决。弱覆盖、高干扰(SI

36、NR-3db),导致语音质量差全网各分公司针对质差路段进行优化。中兴和nokia基站在无线环境良好下发生RRC重建中兴和nokia在下一版本解决。中兴基站不连续发射(C-DRX)功能问题导致上行丢包单通 通过关闭VoLTE的C-DRX功能临时规避,后中兴基站升级解决。中兴基站上行调度不足导致概率性单通问题 已解决。终端终端高通芯片终端性高通芯片终端性能问题能问题三星S6/HTC M8终端在收音正常情况下,发送大量静默包导致对端感知单通三星COK8版本未解决,COLB版本正在观察。htc不再支持、不建议商用三星S6重注册不响应鉴权导致注册失败引发掉话COLB版本正在观察,以确认是否解决。三星S6

37、终端出现接通后20秒掉话已解决。三星S6终端三方通话单通问题海思芯片终端性海思芯片终端性能问题能问题MATE8 HIFI模块(语音输入输出模块)复位导致突然掉话已解决。MATE8在eSRVCC过程中存在切换失败掉话现象MATE8在主叫起呼与被叫寻呼响应流程并发时无法接通来电苹果终端问题苹果终端问题iphone终端在失步状态下因测量频点较多T311超时导致无法触发RRC重建解决中。北京VoLTE现网语音质量问题及解决进展32目录一、VoLTE语音质量评价体系二、VoLTE语音质量现网保障方案三、VoLTE语音质量问题定界定位方法四、VoLTE语音质量端到端优化方法五、项目成果及后续工作33北京公

38、司在集团公司的指导下高效保质地完成了理论研究和现网落地实施。项目取得成果可行分析可行分析 项目输出具有自主知识产权的VoLTE语音质量评价体系和问题定界定位方法论各1套。 项目获得2016年北京公司科技进步奖一等奖,并参加集团科技进步奖终评。 本项目输出课程,在集团面向各省网络口总经理培训课程中被指定为唯一VoLTE课程。 中国移动VoLTE百日会战成果汇编和中国移动集中性能管理应用落地手册中VoLTE语音质量部分由北京项目编写。 项目成果已获集团及各省公司的高度评价,在多次全国会议上被邀请做相关经验介绍。 在VoLTE大会战中共获评3项全重大问题、22项优秀案例,并被评为集团十大VoLTE优秀经验,已在16个省份用户面监测中得到了应用。34主叫号码被叫号码呼叫类型中创华为NOKIAMOS盒测试测试号码条件主叫MOS值被叫MOS值上行MOS均值下行MOS均值主叫MOS被叫MOS 主叫MOS被叫MOS 主叫被叫1501031242413811147296主叫过程2.9584.1334.3494.3492.523.953.9064.056VOLTEVOLTE1501031242413811147296主叫过程3.8524.1394.31014.34893.073.953.9584.11VOLTEVOLTE1501031242413811147296主叫

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论