经典案例-VoLTE抖动时延优化专题研究
Volte-VoLTE语音质量优化案例精编个
VoLTE语音质量优化案例1：VoLTE窄带与宽带语音质量对比【问题现象】在3GPPLTE中，VoLTE业务编码有AMR-NB窄带和AMR-WB宽带两种编码，两种编码速率具有不同的话音质量，所以又分别称为VoLTE标清语音（或VoLTE12.2kbps）和VoLTE高清语音（或VoLTE23.85kbps）。
【问题分析】AMR-NB和AMR-WB这2种编码具有如下特点：●每20ms产生一个语音包，包括了RTP/UDP/RLC-Security压缩头；●每160ms生成一个SID语音静默包。
●帧长20ms；AMR-NB编码特点为：● 4.75kbps到12.2kbps共8个码率，分别为：4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps；●采样率为8kHz。
AMR-WB编码特点为：● 6.6kbps到23.85kbps共8个码率，分别为：6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps；●采样率为16kHz。
可见两者显着的差异是采样速率不一样，窄带一个语音帧是160个点，宽带一个语音帧采样320个点。
AMRNB的语音带宽范围：300－3400Hz，8KHz采样。
AMRWB 的语音带宽范围：?50－7000Hz，16KHz采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AMRWB与AMRNB不同之处在于AMRWB按16kHz采样，分别按频率带50~6400Hz?和6400~7000Hz进行编码。
用来降低复杂度，AMRWB将位算法集中到更重要的频率区。
低频带使用ACELP算法进行编码。
添加几个特征来达到一个高的主观质量。
线性预测（LP）算法是在每隔20ms的帧要进行一次线性预测算法，每5ms搜索一次自适应码本，这个过程是在12.8Kbs速率下进行。
高频带是在解码器端使用低带和随机激励的参数重建的,目的是调整与在声音基础上的低频有关的高频带.高频带的声频通过使用由低带LP过滤器产生的LP滤波器进行重建。
经典案例-低负荷场景下的volte时延优化案例
低负荷场景下的VOLTE时延优化案例一、问题描述5月份VOLTE测试中发现，玉环城区呼叫建立时延均值在3.45s左右，在覆盖率以及MOS 值均远远好于其它几个城区的情况下，呼叫建立时延较差。
二、原因分析VOLTE呼叫流程图VOLTE呼叫时延的定义是从终端上报信令INVITE Request至终端接收到信令INVITE Ringing 180之间的时长，按照SIP信令节点对SIP invite到SIP 180 Ringing之间的信令区间进行了如下编号：对本次玉环城区VOLTE测试数据进行主被叫时延分段统计：通过分段时延统计发现，玉环城区呼叫建立时延较高的主要原因在于A1（invit Request->183 Session Progress）信令段的时延较大。
筛选出呼叫建立时延大于4s的数据发现，其A1信令段的时延在3-4s左右，高于正常的A1信令段时延1-2s，导致其总体时延较大。
如何减少A1信令段的时延是本次解决问题的主要方向。
三、解决问题过程1优化方案目前现网控制面user-inactivity定时器设置为10s，即VOLTE呼叫结束10s内如无数据业务所有承载将全部被释放掉；而本次测试设置呼叫间隔为15s，故每次呼叫均在QCI=9和QCI=5的承载被释放后发起，此时主被叫均需重新建立QCI=9和QCI=5的承载，即每次呼叫主被叫均要发起随机接入过程，由空闲态转为连接态，如果让主被叫在呼叫过程中一直保持在连接态，则会省掉RRC连接建立过程，缩短呼叫时延。
针对该过程优化措施为：增大控制面user-inactivity定时器。
现网user-inactivity定时器过程2优化方案目前现网UE监听寻呼场合的DRX循环周期为128rf，极端情况下可认为被叫最长等待监听寻呼消息间隔为128rf即1280ms，针对该过程优化措施为：减小UE监听寻呼场合的DRX循环周期，让被叫更快速的监听寻呼消息。
VoLTE呼叫建立时延长案例分析
VOLTE呼叫建立时延长案例分析问题描述呼叫建立时延为VOLTE用户感知竞争力之一，经用户反馈使用VOLTE手机的呼叫建立时延有时较长，针对反馈的问题点进行实际测试，现个别呼叫建立时延在4s以上，影响用户感知，降低了用户满意度。
原因定位无线侧问题描述：正常呼叫建立时延在3s以内，针对用户反馈的问题，我们对网格进行VoLTE拉网测试，呼叫建立时延均在3.1s以上，最高时达3.5S：无线侧信令分析对多轮测试数据进行信令分段统计，筛选出INVITE REQUEST→180 RINGING信令段时间差大于5s的通话。
对超长时延通话的各个信令段占用时长进行统计，发现影响通话时长的主要信令段集中在100 trying->183段。
对超长时延的通话进行信令分析，均为主叫发送INVITE Request 到被叫收到INVITE Request时间长，在此段信令中进行深入分析，为被叫收到Paging 消息耗时长。
针对此情况在端到端信令分析平台上进行回溯分析，发现对被叫寻呼时，一次寻呼未成功，6s后再次寻呼，导致时延额外增加6秒，影响整体呼叫建立时延。
参数调整测试为减小呼叫建立时延，对一次寻呼成功率进行优化提升，因此在eNodeB侧进行最优参数组合优化，“开”寻呼信道干扰随机化开关、“降”寻呼码率、“增”寻呼下发次数，达到提升空口寻呼成功概率。
对测试网格主服务小区进行参数的修改优化，并对金湖网格进行复测，复测后网格的拉网测试呼叫建立时延由最高的3.5s降低到1.99s，大大降低了呼叫建立时延，提高了VOLTE用户感知。
问题原因：主叫发送INVITE Request到被叫收到INVITE Request时间较长，为被叫收到Paging消息耗时长，深入分析问题根因，为一次寻呼未成功，从而二次寻呼导致呼叫建立时延长，其次100 trying->183 这段信令的时延较长导致整体呼叫建立时延较长。
影响范围：全网解决方案通过eNodeB侧最优参数组合优化，“开”寻呼信道干扰随机化开关、“降”寻呼码率、“增”寻呼下发次数，达到提升空口寻呼成功概率，从而解决语音呼叫建立时延长问题。
VoLTE语音质量优化案例(14个)
VoLTE语音质量优化案例1：VoLTE窄带与宽带语音质量对比【问题现象】在3GPP LTE中，VoLTE业务编码有AMR-NB窄带和AMR-WB宽带两种编码，两种编码速率具有不同的话音质量，所以又分别称为VoLTE标清语音（或VoLTE 12.2kbps）和VoLTE 高清语音（或VoLTE 23.85kbps）。
【问题分析】AMR-NB和AMR-WB这2种编码具有如下特点：●每20ms产生一个语音包，包括了RTP/UDP/RLC-Security压缩头；●每160ms生成一个SID语音静默包。
●帧长20ms；AMR-NB编码特点为：● 4.75kbps到12.2kbps共8个码率，分别为：4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps；●采样率为8kHz。
AMR-WB编码特点为：● 6.6kbps到23.85kbps共8个码率，分别为：6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps；●采样率为16kHz。
可见两者显著的差异是采样速率不一样，窄带一个语音帧是160个点，宽带一个语音帧采样320个点。
AMR NB的语音带宽范围：300－3400Hz，8KHz采样。
AMR WB的语音带宽范围：50－7000Hz，16KHz采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AMR WB与AMR NB不同之处在于AMR WB按16kHz采样，分别按频率带50~6400Hz 和6400~7000Hz 进行编码。
用来降低复杂度，AMR WB将位算法集中到更重要的频率区。
低频带使用ACELP算法进行编码。
添加几个特征来达到一个高的主观质量。
线性预测（LP）算法是在每隔20ms 的帧要进行一次线性预测算法，每5ms搜索一次自适应码本，这个过程是在12.8Kbs 速率下进行。
高频带是在解码器端使用低带和随机激励的参数重建的, 目的是调整与在声音基础上的低频有关的高频带. 高频带的声频通过使用由低带LP 过滤器产生的LP 滤波器进行重建。
经典案例-VoLTE与数据网络分层切换策略研究案例
VOLTE与数据网络分层切换策略研究案例1•问题现象1.1 VOLTE语音面临问题VOLTE语音业务和数据业务的QoS和用户感知存在差异，VOLTE对于时延、抖动更敏感，对于切换、掉话更敏感。
4G无线网络在RSRP达到-12OdBm时，就能够为用户提供较好的数据业务体验, 但是基本的高淸语音业务通话就要求信号电平至少要达到-115dBm,数据业务和语音业务对覆盖电平的要求差距将近5dB° VOLTE的商用对网络覆盖、网络结构提出了更高的要求。
现有4G网络在室外道路基本能够实现髙淸语音的连续覆盖，但是在室外盲点和室内弱覆盖场景，高淸语音还很难保障。
¾dB√-115dBm÷,-12OdBrTv1.2 VOLTE语音质量要求就业务体验中较为敏感的语音质量而言，业界普遍认为MoS达到3. 5分才能体现“高淸”业务优势，以应对体验竞争。
根据路测数据统汁,业务感知对RF条件的要求为:满足MOS大于3. 5分时,RSRP要求大于-IlOdBnbSiNR要求大于-2dB.详细的数据拟合曲线如下图:2•问题分析在实际电信多频组网中,800M网络RSRP性能远优于1.8G,2.1G; 室外盲点和室内弱覆盖场景均靠800M网络深度覆盖,在VOLTE商用后, 800M网络优良是保障VOLTE语音性能的关键。
2.1现阶段问题南充现网VOLTE初期下发多频组网策略后，VoLTE路测中，800M占比较少，以南充嘉陵为例，800M 占比大约20%,平均RSRP-76. 86dBm; VOLTE用户未能完全承载在800M网络上：室外1. 8G∕2. IG混合业务未能有效分层，针对数据和语音的性能增益参数无法同时实施，不能达到双向均升。
2.2现网多频组网策略分析现网VOLTE与数据业务均使用基于覆盖特性切换，语音与数据未能完全分层，现网策略如下：3•问题处理3. 1 方案思路VoLTE的商用对网络覆盖、网络结构提出了更高的要求。
5.VoLTE案例分析
注：该问题正在与终端厂家沟通中….
几类人工剔除异常介绍
平台规则问题：3分钟双bye收OK回复案例
现象：呼叫满3分钟后，终端上发SIP bye后3秒又上发sip bye消息，并收到OK回复。 规则：已有网络问题发现，存在双bye后掉话的情况，因此平台算法对全部双bye问题标记为掉话。 分析：虽然出现了双bye挂断，（1）满足呼叫规则3分钟挂断且收到OK回复，（2）期间RTP包交互正常 确认应为正常挂断，sip bye消息重发。
2. 被叫振铃不接听案例 现象：被叫update交互完成后，上发振铃，未上发 OK,主叫收到振铃，18秒后上发了cancel取消。 软件：惠杰朗CDS 分析：被叫上发振铃后，按照软件设置应在1秒后立 即接听，怀疑软件触发的接听AT指令未其作用。
注：平台对掉话判断规则，在出现sip invite OK后，监测后续 的sip bye消息，若出现sip bye且收到OK则判断为正常，若无 发生下1次起呼，则以下次起呼时间作为上次掉话的时间点。。
现象/原因分类 振铃不接听
呼叫过程中主叫再次起呼或被叫异常发起寻呼 终端主动挂机
LOG信令记录丢失 SIM卡故障
说明 被叫振铃但不接听 接通状态下起呼或寻呼 起呼或接通后的立即挂断 由于软件问题导致的LOG未记录 非人为因素导致的SIM卡松动
问题判定
问题子类判定
测试软件问题 测试设备问题
丢信令
如GSM下的信令丢失，TD、LTE信令不连续则需要仔细辨认，确 认非基站闪断造成
注：VOLTE未接通触发CSFB接通，仍然统计VOLTE未接通；特别说明由于是统计规则后续可能会按照集团要求变更。
HTC M8版本升级引入silent redial功能
经典案例-VoLTE掉话研究和实践总结
经典案例-VoLTE掉话研究和实践总结Volte掉话研究和实践总结1概述随着Volte的不断放号，Volte用户不断增加，如何保持Volte用户在语音通话过程中不掉话将至关重要。
本文将介绍Volte语音掉话优化方法以及台州Volte掉话优化成果。
下图所示为挂机流程：Volte掉话定义如下：掉话率：（主叫掉话次数+被叫掉话次数）/(主叫呼叫建立成功次数+被叫呼叫建立成功次数)路测软件掉话定义：呼叫成功后，通话阶段收到RRCCONECTION RELEASE消息，挂机阶段QCI1承载没有释放，BYE REQUEST没有收到200 OK。
2影响Volte掉话的因素Volte掉话问题涉及到UE，EnodeB，EPS，IMS端到端网元，需要各个网元联合分析和定位具体原因。
影响Volte掉话的因素如下图所示：3Volte掉话定位思路首先确定是哪类原因引起的掉话，再根据触发异常的网元分析掉话原因。
Volte通话过程中网络侧下发RRC Release或者SIP信令异常等掉话问题，一般是由空口质量，切换失败，重建，流程冲突等原因造成，涉及端到端网元，因此定位根因需要端到端信令，下图是Volte 定位思路。
如上图所示，分析Volte掉话时，告警核查和参数核查是无条件执行的。
掉话是在通话阶段收到了RRC Release1、查看基站侧虚用户跟踪，若是基站触发的，查看S1口释放原因。
2、根据原因值结合基站日志进行分析。
3、若是MME触发的，则查看释放原因，联合MME分析。
QCI1承载没有删除1、查看QCI1承载删除是否有切换，TAU流程，若存在查看基站虚用户跟踪，EPC跟踪，分析流程交叉处理顺序是否合理。
2、若流程交叉无问题或是无流程冲突，则查看基站虚用户跟踪是否收到QCI1承载删除。
3、若基站收到QCI1承载删除，则分析基站为何没有下发给终端。
4、若基站没有收到QCI1承载删除，则查看MME/PGW/SGW是否收到PCRF指示删除QCI1承载。
案例-Volte业务呼叫建立时延的优化分析
中国电信衡水分公司Volte业务中对呼叫建立时延的优化分析目录一、概述 (3)二、呼建时延分析 (4)2.1 Volte业务的呼叫建立流程 (4)2.2 影响呼叫建立时延的因素 (5)2.3 无线侧对呼叫建立时延的影响 (6)2.4 实践验证 (8)三、总结 (12)一、概述LTE时代，多元化的业务对“覆盖”、“速率”和“时延”提出了更高的要求，比如语音、web、视频等。
而语音业务特别是高清语音（VOLTE）的诉求逐渐增加，高清语音的优良感知提出新的挑战。
衡水LTE本地网络目前为800M、1800M、2100M共三个频段组网，对于不同业务承载采用的业务分层，即QCI（1、2、5）以800M网络优先承载，QCI（6、7）为1800M 网络优先承载。
本文通过对Volte语音业务下的呼叫流程解析以及Volte承载在不同频段下的起呼流程对比，从无线优化的角度来验证业务分层对呼叫建立时延的影响。
二、呼建时延分析2.1 Volte业务的呼叫建立流程volte信令流程图根据简化信令流程图所示，主叫发送Invite消息到主叫收到180振铃消息的时间差，即主叫发起第1条信令到主叫收到第11条信令的时间差即为呼叫建立时延。
正常情况下，UE由空闲态发起的VoLTE高清语音通话接入时延大致在3秒左右。
Volte网元流程图根据网元流程图，整个呼叫建立流程涉及到EPC(S/P-GW)、IMS(SBC/P-CSCF、I/S-CSCF)两个核心实体。
2.2 影响呼叫建立时延的因素主被叫UE在LTE网络下的Volte语音呼叫时延由终端、无线、EPC及IMS网络时延组成。
从主叫终端发送第一个会话消息（INVITE）到接受到网络侧发送的振铃消息（180），影响呼叫建立时长的因素主要有三个：IMS消息处理部分耗时，IMS消息处理主要包括消息在网元间的传输时延以及业务流程耗时，包括主叫业务、被叫业务、锚定、域选等关键流程。
呼叫过程中的空口耗时+EPC消息来回耗时，消息在网络侧和终端之间的耗时。
经典案例-VoLTE网络呼叫建立时延问题优化实践总结
VOLTE网络呼叫建立时延问题优化实践总结一、问题描述VOLTE技术的应用使4G网络除了能提供高速率的数据业务，同时还能提供高质量的音视频通话，不同于目前2G、3G网络下语音业务，带给4G用户最直接的感受就是接通等待时间更短，音视频通话效果更佳。
呼市电信VOLTE业务于2017年9月份已全部开通，但目前还未正式投入商用，此次优化重点找出VOLTE网络薄弱环节重点提升，夯实网络基础，确保VOLTE网络顺利试商用。
二、问题定位过程描述前期集团要求VOLTE网络全网摸底测试发现，呼叫建立时延较差在4S左右，未达到3S之内标准。
本次优化考虑到市内路况拥堵因素对测试结果的影响，故试验区域选择丰州路与昭君路区间南二环及其南侧区域主要道路为测试路线，规划路线总长约48km，途径站点74个，共273个小区。
具体规划路线如下图所示：对规划路线进行了首轮摸底测试，测试参数设置如下：主叫侧参数配置被叫侧参数配置测试指标统计如下：经分析电子围栏干扰发生一次掉话外，发现呼叫建立时延指标未达到标准值，本次重点提升呼叫建立时延指标。
全程呼叫成功率（%）测试里程(km)平均RSRP(dBm)平均SINR(dB)掉话次数（次）掉话率（%）呼叫建立时延（s）平均MOS值MOS>3.5比例（%）100.00% 47 -83.98 12.27 1 2.63% 3.49 4.11 97.73%三、优化过程（方法）描述➢过程1优化方案目前现网控制面user-inactivity定时器设置为10s，即VOLTE 呼叫结束10s内如无数据业务所有承载将全部被释放掉；而本次测试设置呼叫间隔为15s，故每次呼叫均在QCI=9和QCI=5的承载被释放后发起，此时主被叫均需重新建立QCI=9和QCI=5的承载，即每次呼叫主被叫均要发起随机接入过程，由空闲态转为连接态，如果让主被叫在呼叫过程中一直保持在连接态，则会省掉RRC连接建立过程，缩短呼叫时延。
(完整)Volte丢包率优化案例
Volte丢包率优化方案一、概述随着市场推广,移动VOLTE用户逐步增多，Volte丢包率对用户语音质量影响较大，为提升用户感知,现针对VOLTE上下行丢包进行优化,提升用户满意度。
二、Volte丢包率优化思路1、影响Volte丢包率的因素用户对语音质量的感知直接受语音编码、丢包、时延以及抖动影响。
语音编码：高速率编码消耗带宽大，低速率编码影响语音质量丢包:数据包丢失，会显著地影响语音质量时延:时延会带来语音变形和会话中断抖动：效果类似丢包，某些字词听不清楚2、Volte语音通话协议栈和接口映射从协议上看，一个Volte语音通话的参与网元主要有：UE、eNB、SGW、IMS，既有RAN侧网元,又有传统EPC侧网元，还有IMS侧网元.其中在无线测我们需要重点关注的网元是UE和eNB以及UE和eNB之间的Uu接口。
即主要涉及的协议是PHY、MAC、RLC、PDCP.需要注意的是，IMS侧的控制面协议,在EPC是以用户面数据形式进行传输的，在IMS侧才会被拆分成控制面和用户面.Volte语音通话涉及的协议图：当前网络结构图：三、Volte丢包率优化目标梳理Volte语音通话中各设备的问题表现及对应的影响因素,即可明确无线优化手段：参数优化，覆盖优化,干扰优化,移动性能优化，邻区优化，容量优化，功能优化。
设备问题表现影响因素终端终端能力，软件配置，语音编码硬件性能，参数设置，软件限制基站基站能力、特性限制参数配置，特性开关，基站异常,版本问题核心网核心网参数配置等参数配置,特性开关无线空口空口编码,空口资源，空口时延,QoS配置，空口其他原因丢包参数配置,话务容量受限，覆盖差,外部干扰，切换异常，版本问题传输承载大时延、抖动，丢包、乱序参数配置，容量或能力限制，传输质量问题1、Volte丢包率参数优化PDCP层参数优化PDCP是对分组数据汇聚协议的一个简称.它是UMTS中的一个无线传输协议栈，它负责将IP头压缩和解压、传输用户数据并维护为无损的无线网络服务子系统（SRNS）设置的无线承载的序列号。
精品文档_VoLTE端到端时延研究分析和优化
VoLTE端到端时延研究分析和优化目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (6)四、经验总结 (6)VoLTE端到端时延研究分析和优化【摘要】语音呼叫建立时延是衡量VoLTE网络质量和客户感知的关键指标之一, 本文主要是从理论出发，结合网络优化中的实际案例，来阐述影响VoLTE端到端时延的因素,探索了相关优化思路和方法，并通过分场景寻呼周期优化，研究各场景寻呼周期调整对VoLTE呼叫时延的影响。
【关键字】VoLTE、时延、寻呼周期【业务类别】VoLTE一、问题描述语音呼叫建立时延是衡量VoLTE网络质量和客户感知的关键指标之一,2019年开始，双提升工作重心由VoLTE的业务是否能用转移到是否好用上，对用户的体验和感知日益关注，在衡量VoLTE网络性能和客户感知的评估体系中，VoLTE语音呼叫建立时延是一个关键指标。
呼叫时延的缩短，不但对减少网络信令资源消耗和减轻网络负荷具有重要价值，对提升客户体验和客户满意度也具有显著意义。
二、分析过程2.1、指标定义VoLTE端到端呼叫时延是指，从主叫侧SBC收到VoLTE语音或视频的Invite始呼请求（下图消息1）开始，到主叫侧SBC向主叫用户成功转发180响应消息（下图消息12）的时间间隔。
VoLTE端到端呼叫时延包含了主叫空口时延、消息在IMS中的传递时延、被叫寻呼和空口时延等阶段。
2.2、指标目标目前安徽全省的VoLTE端到端呼叫时延的平均值为1.98s，六安现网值为2.12s，本次优化挑战值为1.9s。
目前全省各地市的V-V时延现状如下：全省时延现状2.3、VoLTE时延分析VoLTE呼叫时延的影响要素主要包括终端侧、无线侧、EPC侧和IMS侧等4类。
1、终端侧（1）互拨终端类型：“VoLTE终端互拨”场景与“VoLTE终端拨打非VoLTE终端”场景相比，呼叫时延减少近50%，由于目前VoLTE端到端暂不统计VoLTE拨打非VoLTE终端的时延，因此这一类VoLTE业务的终端对端到端时延影响较小。
经典案例_VoLTE寻呼周期优化降低呼叫建立时延
VOLTE寻呼周期优化降低呼叫建立时延【摘要】VoLTE测试中，发现呼叫建立时延较高，根据省公司VoLTE呼叫时延专题研究报告，调整寻呼周期，降低呼叫建立时延，效果良好，该参数设置全网推广。
【关键字】VoLTE 寻呼周期 SIP信令一、问题描述VOLTE呼叫建立时延是评价VOLTE用户感知的重要指标，本次对安庆城区海燕南村小区进行VOLTE语音参数验证测试，在分析数据发现，部分楼层仍然存在呼叫建立时延超过4S 的情况，针对此问题展开分析。
指标统计情况如下二、分析处理过程呼叫时长定义:按照《中国电信VoLTE测试技术规范》要求，呼叫建立时延= 呼叫接通与呼叫试呼之间的时间差，即主叫发送INVITE消息到主叫收到180振铃消息的时间差。
如下图信令流程图中主叫发起第1条信令到主叫收到第11条信令的时间差。
在正常情况下,空闲态发起的VoLTE语音呼叫接入时延大致在3秒左右，下图是一次典型的VoLTE语音业务主被叫间各信令之间的时延分段统计，可作为时延参考。
由以上时延分段统计图可知：无线接入阶段由RRC连接建立（SRB1)、SIP信令承载建立（QCI5，与SRB2/ QCI9同时建立）、VoLTE语音业务承载建立（QCI1）三部构成。
前两步是呼叫建立流程中后续SIP信令交互的前提，时延大约100ms。
第三步与SIP流程并行，不影响接入时延。
QCI5的SIP信令承载建立后，终端通过NAS消息将INVITE请求发往IMS域。
首条SIP 消息，需要经过I-CSCF路由处理，加上空口的寻呼时延，至被叫接收到VoLTE呼叫的寻呼请求时延大致在1s。
被叫终端接收INVITE消息到回复SESSION_PROGRESS (183)，大约在50ms。
被叫SIP接入时延同样在100ms左右，建立QCI5的SIP信令承载后回复SESSION_PROGRESS (183)，同样需要经过I-CSCF路由处理，时延在500ms左右。
经典案例-VoLTE呼叫建立时延优化研究和实践总结
VOLTE呼叫建立时延优化研究和实践总结1概述在VOLTE网络性能评估体系中，VOLTE语音呼叫建立时延是一个关键指标。
呼叫时延的缩短，不但对减少网络信令资源消耗和减轻网络负荷具有重要价值，对提升用户体验和客户满意度也具有重要意义。
Volte语音呼叫建立时延定义为终端发出INVITE 请求到接收到对端发送的振铃消息之间的时间间隔。
由于VOLTE呼叫端到端时延是以SIP 信令为统计基准的，对于ENB和EPC来说SIP 信令是透传的，因此VOLTE时延统计只能从终端侧进行统计。
下图所示为端到端呼叫建立时延：2影响VOLTE呼叫时延的因素2.1端到端的呼叫流程呼叫建立时延指从主叫终端发出INVITE 请求到接收到对端发送振铃消息之间的时间间隔，对VOLTE端到端呼叫时延进行分析优化必须清楚整个呼叫过程中的端到端流程，端到端的呼叫流程图如下：2.2影响时延的主要因素根据VOLTE端到端流程和电信网络存在的高时延原因分布，从UE、ENB、EPC/IMS IP承载网四个维度给出影响VOLTE时延的主要因素。
呼叫建立时延影响因素流程图：3VOLTE端到端时延定位思路VOLTE呼叫时延优化的核心方法是还原呼叫流程，逐段评估，分段优化。
利用对比方法，使用实际测试值与分段基线数据进行对比，通过对比基线数据，找到时延差异，对差异部分进行分析。
根据终端和SBC 日志对SIP 信令进行分段时延分析，终端侧主要关注主叫终端如下几个阶段的时延，与VOLTE时延基线（可采集本地呼叫时延较短的呼叫流程进行平均得到）进行对比，识别出高时延SIP 信令段。
除了上述SIP信令分段时延统计外，主被叫终端还可以关注AAR等流程的时延，详细时延关注段如下:下图给出了呼叫建立各子流程时延较大的排查思路。
4VOLTE端到端时延优化手段4.1空口质量优化空口质量差可能引起SIP信令丢失、承载建立失败、被叫寻呼过晚等问题，造成端到端时延增加，建议按照下列步骤对空口进行排查和优化。
经典案例-VoLTE与数据网络分层切换策略研究案例
VOLTE与数据网络分层切换策略研究案例1.问题现象1.1VOLTE语音面临问题VoLTE语音业务和数据业务的QoS和用户感知存在差异，VoLTE对于时延、抖动更敏感，对于切换、掉话更敏感。
4G无线网络在RSRP达到-120dBm时，就能够为用户提供较好的数据业务体验，但是基本的高清语音业务通话就要求信号电平至少要达到-115dBm，数据业务和语音业务对覆盖电平的要求差距将近5dB。
VoLTE的商用对网络覆盖、网络结构提出了更高的要求。
现有4G网络在室外道路基本能够实现高清语音的连续覆盖，但是在室外盲点和室内弱覆盖场景，高清语音还很难保障。
1.2VOLTE语音质量要求就业务体验中较为敏感的语音质量而言，业界普遍认为MOS达到3.5分才能体现“高清”业务优势，以应对体验竞争。
根据路测数据统计，业务感知对RF条件的要求为：满足MOS大于3.5分时，RSRP要求大于-110dBm，SINR要求大于-2dB。
详细的数据拟合曲线如下图：2. 问题分析在实际电信多频组网中，800M 网络RSRP 性能远优于1.8G ，2.1G ；室外盲点和室内弱覆盖场景均靠800M 网络深度覆盖，在VOLTE 商用后，800M 网络优良是保障VOLTE 语音性能的关键。
2.1 现阶段问题南充现网VOLTE 初期下发多频组网策略后，VOLTE 路测中，800M 占比较少，以南充嘉陵为例，800M 占比大约20%，平均RSRP-76.86dBm ；VOLTE 用户未能完全承载在800M 网络上；室外1.8G/2.1G 混合业务未能有效分层，针对数据和语音的性能增益参数无法同时实施，不能达到双向均升。
2.2 现网多频组网策略分析现网VOLTE 与数据业务均使用基于覆盖特性切换，语音与数据未能完全分层，现网策略如下：3.问题处理3.1方案思路VoLTE的商用对网络覆盖、网络结构提出了更高的要求。
现有4G网络在室外道路基本能够实现高清语音的连续覆盖，但是在室外盲点和室内弱覆盖场景，需要800M RSRP性能更优的网络覆盖，本方案研究使VOLTE用户使用基于业务特性切换，固定承载在800M网络，商用后可对800M网络实施VOLTE偏向性能参数提升设置。
Volte-4-VoLTE语音质量优化案例(14个)
VoLTE语音质量优化案例1：VoLTE窄带与宽带语音质量对比【问题现象】在3GPP LTE中，VoLTE业务编码有AMR-NB窄带和AMR-WB宽带两种编码，两种编码速率具有不同的话音质量，所以又分别称为VoLTE标清语音（或VoLTE 12.2kbps）和VoLTE 高清语音（或VoLTE 23.85kbps）。
【问题分析】AMR-NB和AMR-WB这2种编码具有如下特点：●每20ms产生一个语音包，包括了RTP/UDP/RLC-Security压缩头；●每160ms生成一个SID语音静默包。
●帧长20ms；AMR-NB编码特点为：● 4.75kbps到12.2kbps共8个码率，分别为：4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps；●采样率为8kHz。
AMR-WB编码特点为：● 6.6kbps到23.85kbps共8个码率，分别为：6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps；●采样率为16kHz。
可见两者显著的差异是采样速率不一样，窄带一个语音帧是160个点，宽带一个语音帧采样320个点。
AMR NB的语音带宽范围：300－3400Hz，8KHz采样。
AMR WB的语音带宽范围：50－7000Hz，16KHz采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AMR WB与AMR NB不同之处在于AMR WB按16kHz采样，分别按频率带50~6400Hz 和6400~7000Hz 进行编码。
用来降低复杂度，AMR WB将位算法集中到更重要的频率区。
低频带使用ACELP算法进行编码。
添加几个特征来达到一个高的主观质量。
线性预测（LP）算法是在每隔20ms 的帧要进行一次线性预测算法，每5ms搜索一次自适应码本，这个过程是在12.8Kbs 速率下进行。
高频带是在解码器端使用低带和随机激励的参数重建的, 目的是调整与在声音基础上的低频有关的高频带. 高频带的声频通过使用由低带LP 过滤器产生的LP 滤波器进行重建。
VoLTE关键指标优化及案例分析
网管KPI指标
指标类型 指标名称（中文） 指标描述 公式定义 指标来源 建议值 VoLTE无线接通率 (QCI 9 E-RAB建立成功数/QCI 9 E-RAB建立 QCI 9 E-RAB建立成功率 * QCI 5 E-RAB建 请求数)*(QCI 5 E-RAB建立成功数/QCI 5 E立成功率 * QCI 1 E-RAB建立成功率 * RRC RAB建立请求数)*(QCI 1 E-RAB建立成功数 Enb 连接建立成功率 /QCI 1 E-RAB建立请求数)*(RRC连接建立成 功次数/ RRC连接建立请求次数)*100% 统计QCI=1的用户平面连接建立成功率。 统计QCI=5的用户平面连接建立成功率。 分QCI的E-RAB建立成功数（QCI=1）/分 QCI的E-RAB建立请求数（QCI=1）*100% 分QCI的E-RAB建立成功数（QCI=5）/分 QCI的E-RAB建立请求数（QCI=5）*100% Enb Enb 98%
RTP丢包率（PLR）（话音）
RTP丢包率（PLR）（视频）
统计RTP/PDCP层数据包
（发送的VoIP数据包数量接收的数据包数量）/发送 1% 的VoIP数据包数量*100%
主要测试指标
指标类型
指标名称（中文）
指标描述
公式定义
建议值
上行RB数(话音）
每秒上行调度RB数：指该用户在过去1秒内被实际调度的 上行RB数；每秒上行实际调用次数：指该用户在过去1秒内 每秒上行调度RB数/每秒上 95%小于2 被系统实际上行调度的次数，而非过去1秒内的所有调度机 行实际调度次数 会（例如过去一秒内所有的上行时隙数目）； 每秒下行调度RB数：指该用户在过去1秒内被实际调度的 下行RB数；每秒下行实际调用次数：指该用户在过去1秒内 每秒下行调度RB数/每秒下 95%小于4 被系统实际下行调度的次数，而非过去1秒内的所有调度机 行实际调度次数 会（例如过去一秒内所有的下行时隙数目）；
volte时延超长分析案例
VOLTE时延超长分析案例网格35拉网平均时延为4923ms，主要由于存在8次异常呼叫时长，排除这8次呼叫时延后，平均的呼叫时延为2769ms，基本正常。
历次呼叫时延如下：呼叫时延较长主要由于其中的8次呼叫时延超长，如下：No.Longitude Latitude DateTime VOLTE_Delay_AllLogs15114.0644252322.547670852015-04-1117:41:05.94312006 23114.0530933322.537510002015-04-1118:09:38.50312786 20114.0522333322.535410322015-04-1117:57:53.39812843 28114.0479216722.535941672015-04-1118:28:46.94113715 30114.0532550022.539540002015-04-1118:36:37.51413986 5114.0499866722.547326672015-04-1117:10:32.65816643 26114.0500100022.531758332015-04-1118:22:36.464186871分析结果影响时延的主要有SBC向主叫转发183信令较慢、一次寻呼未收到、终端因素三种造成No.时延原因516643空口正常，但被叫收到寻呼较晚，影响时延1512006SBC向主叫转发183时延为12s，影响时延2012843SBC向主叫转发183时延为12s，影响时延2312786SBC向主叫转发183时延为12s，影响时延2618687空口正常，但被叫收到寻呼较晚，影响6s左右，同时SBC向主叫转发183时延为12s，影响时延，2813715主叫终端回复网络信令异常，影响时延11s左右3013986SBC向主叫转发183时延为13s，影响时延2呼叫时延异常分析2.1呼叫时延异常1问题现象：本次呼叫时延为16s，主叫在17:10:16:051时间发起呼叫，但是在17:10:31.849收到183主session progress消息，可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的100Trying到收到183消息间隔了约15s，占据了本次呼叫的巨大部分时间，如下图：问题分析：主叫终端在下发Invite后，网络收到后会立即回复100Trying，此时SBC去寻呼被叫，被叫响应后会向网络回复183session progress消息，从信令上看，主要是寻呼被叫时间很长导致。
经典案例-VoLTE抖动时延优化专题研究
经典案例-VoLTE抖动时延优化专题研究VOLTE抖动时延优化专题研究目录摘要 (3)背景 (4)一、RTP简介 (5)1.1RTP是什么 (5)1.2RTP的应用环境 (5)1.3RTP时延抖动公式 (6)二、VOLTE调度概述 (7)2.1向网侧发送BSR (7)2.2向网侧发送SR (7)2.3发起竞争随机接入 (8)三、智能预调度优化 (8)3.1优化背景 (8)3.2预调度原理 (8)3.3智能预调度与DRX关系 (10)3.4预调度功能验证 (11)3.4.1定点验证 (11)3.4.2连片验证 (13)3.4.3智能预调度参数组验证 (15)四、DRX优化 (18)4.1DRX原理 (18)4.1.1DRX概述 (18)4.1.2为什么要使用DRX-InactivityTimer (19)4.1.3长周期和短周期 (19)4.1.4DRX流程 (20)4.2DRX功能生效验证 (21)4.2.1测试软件观察DRX参数配置 (21)4.2.2智能预调度与DRX关系 (22)4.3DRX参数优化验证 (26)4.3.1DRX长周期优化 (26)4.3.2拉网验证 (27)五、上行补偿调度优化 (29)5.1优化原理 (29)5.2测试验证 (30)5.2.1定点验证 (30)5.2.2连片验证 (31)六、语音调度优先优化 (33)6.1优化原理 (33)6.2测试验证 (34)6.2.1定点验证 (34)6.2.2连片验证 (35)七、总结 (36)摘要随着4G网络的快速发展，以及电信VOLTE的商用的临近，电信用户也对高清VOLTE业务充满着期待，同时VOLTE语音新业务的兴起及用户对体验的追求时时刻刻挑战着目前网络的现状。
语音抖动时延是各个语音承载网络制式下的重要感知指标，本文主要以优化VOLTE调度方式为切入点，从绑定智能预调度参数组、优化DRX长周期、上行调度补偿和语音调度优先四个方面探索缩短语音抖动时延的方法，提升VOLTE用户感知。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
VOLTE抖动时延优化专题研究目录摘要 (4)背景 (4)一、RTP简介 (6)1.1RTP是什么 (6)1.2RTP的应用环境 (6)1.3RTP时延抖动公式 (7)二、VOLTE调度概述 (7)2.1向网侧发送BSR (8)2.2向网侧发送SR (8)2.3发起竞争随机接入 (8)三、智能预调度优化 (9)3.1优化背景 (9)3.2预调度原理 (9)3.3智能预调度与DRX关系 (11)3.4预调度功能验证 (12)3.4.1定点验证 (12)3.4.2连片验证 (14)3.4.3智能预调度参数组验证 (16)四、DRX优化 (19)4.1DRX原理 (19)4.1.1DRX概述 (19)4.1.2为什么要使用DRX-InactivityTimer (20)4.1.3长周期和短周期 (20)4.1.4DRX流程 (21)4.2DRX功能生效验证 (22)4.2.1测试软件观察DRX参数配置 (22)4.2.2智能预调度与DRX关系 (23)4.3DRX参数优化验证 (27)4.3.1DRX长周期优化 (27)4.3.2拉网验证 (28)五、上行补偿调度优化 (30)5.1优化原理 (30)5.2测试验证 (31)5.2.1定点验证 (31)5.2.2连片验证 (32)六、语音调度优先优化 (34)6.1优化原理 (34)6.2测试验证 (35)6.2.1定点验证 (35)6.2.2连片验证 (36)七、总结 (37)摘要随着4G网络的快速发展，以及电信VOLTE的商用的临近，电信用户也对高清VOLTE业务充满着期待，同时VOLTE语音新业务的兴起及用户对体验的追求时时刻刻挑战着目前网络的现状。
语音抖动时延是各个语音承载网络制式下的重要感知指标，本文主要以优化VOLTE调度方式为切入点，从绑定智能预调度参数组、优化DRX长周期、上行调度补偿和语音调度优先四个方面探索缩短语音抖动时延的方法，提升VOLTE用户感知。
【关键字】RTP 抖动时延智能预调度 DRX 上行补偿调度语音调度增强背景语音包在UM传输模式下，对端并不能完全接受，RTP Packet Loss丢包类型字段也有很多，其中RTP NETWORK LOSS 表示终端收到的RTP包序号不连续，分为二种情况，第一种是RTP空口/网络传输中被丢弃，第二种是RTP包到达乱序，序号大的包先到，此类场景出现较少。
第一种会影响MOS分，第二种对MOS无影响，终端可以自己排序。
QDJ UNDERFLOW表示RTP包没有丢，但是包抖动太大，终端对应时刻在buffer中取改RTP包时没有收到对应的包，该类对MOS有影响。
其中在抚州前期的拉网测试中出现许多这种因为语音包时延抖动过大导致语音包溢出缓冲区，导致语音包丢失。
如下图在大量的测试实验中基本可得出时延与MOS基本为线性关系，如下图。
从以上信息可以看出语音的时延抖动对VOLTE感知影响较大，通过对语音时延抖动的优化对提升VOLTE用户感知有这重大的意义。
一、RTP简介1.1RTP是什么RTP全名是Real-time Transport Protocol（实时传输协议）。
它是IETF提出的一个标准，对应的RFC文档为RFC3550（RFC1889为其过期版本）。
RFC3550不仅定义了RTP，而且定义了配套的相关协议RTCP（Real-time Transport Control Protocol，即实时传输控制协议）。
RTP用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端到端的实时传输服务。
RTP为Internet上端到端的实时传输提供时间信息和流同步，但并不保证服务质量，服务质量由RTCP来提供。
1.2RTP的应用环境RTP用于在单播或多播网络中传送实时数据。
它们典型的应用场合有如下几个。
简单的多播音频会议。
语音通信通过一个多播地址和一对端口来实现。
一个用于音频数据（RTP），另一个用于控制包（RTCP）。
音频和视频会议。
如果在一次会议中同时使用了音频和视频会议，这两种媒体将分别在不同的RTP会话中传送，每一个会话使用不同的传输地址（IP地址＋端口）。
如果一个用户同时使用了两个会话，则每个会话对应的RTCP包都使用规范化名字CNAME（Canonical Name）。
与会者可以根据RTCP包中的CNAME来获取相关联的音频和视频，然后根据RTCP包中的计时信息(Network time protocol)来实现音频和视频的同步。
翻译器和混合器。
翻译器和混合器都是RTP级的中继系统。
翻译器用在通过IP多播不能直接到达的用户区，例如发送者和接收者之间存在防火墙。
当与会者能接收的音频编码格式不一样，比如有一个与会者通过一条低速链路接入到高速会议，这时就要使用混合器。
在进入音频数据格式需要变化的网络前，混合器将来自一个源或多个源的音频包进行重构，并把重构后的多个音频合并，采用另一种音频编码进行编码后，再转发这个新的RTP包。
从一个混合器出来的所有数据包要用混合器作为它们的同步源（SSRC，见RTP的封装）来识别，可以通过贡献源列表（CSRC表，见RTP的封装）可以确认谈话者。
RTP（实时传输协议），顾名思义它是用来提供实时传输的，因而可以看成是传输层的一个子层。
下图给出了流媒体应用中的一个典型的协议体系结构。
从图中可以看出，RTP被划分在传输层，它建立在UDP上。
同UDP协议一样，为了实现其实时传输功能，RTP也有固定的封装形式。
RTP用来为端到端的实时传输提供时间信息和流同步，但并不保证服务质量。
服务质量由RTCP来提供。
1.3RTP时延抖动公式当前报文到达时间 t1 报文时间戳 ts1前一报文到达时间 t0 报文时间戳 ts0J1 = |(t1-t0) - (ts1-ts0)|最终会话抖动值是由历史抖动值，和当前抖动值乘以加权因子，计算出一个最终值。
二、VOLTE调度概述当UE需要向网侧发送数据的时候，必须要有上行RB资源，如果没有RB资源则需要先向网侧申请RB资源。
UE有三种方式向网侧申请RB资源。
2.1向网侧发送BSRBSR的全称是Buffer Status Report，即缓存状态报告。
UE可以在MAC层的PDU（即分组数据单元）中插入一个BSR控制单元来告诉网侧：我的某个或某几个逻辑信道组当前有多少数据需要发送，希望你能分配一些RB资源给我。
这种通过发送BSR控制单元的方式，可以让网侧知道UE需要发送的数据量，网侧可以针对性的分配RB资源。
但是这里有个问题，UE发送BSR控制单元这个动作本身也是需要上行RB资源的，如果UE没有任何上行RB资源，也是没有办法发送BSR的，那么这个时候UE就需要下面这种方式向网侧发送资源申请。
2.2向网侧发送SR当UE无法发送BSR申请RB资源的时候，可以通过发送SR（Scheduling Request）请求的方式申请资源。
因为BSR是被封装在MAC PDU里的，通过PUSCH信道发送到网侧，因此需要上行RB资源，而SR信号是可以在PUCCH控制信道中传输的，并不需要上行RB资源就可以向网侧发出资源的申请。
但这种申请方式有个不好的地方是，网侧收到的只是一个SR信号，并不知道UE接下来需要上传多少字节的数据，从而并不清楚该分配多少的资源是合适的，因此后续UE可能仍然需要发送BSR来申请更多的上行资源。
网侧收到UE的SR请求后，分配多少的RB资源是由设备厂家的算法决定的，一般来说，网侧收到SR信号后，分配的RB资源至少能够满足BSR的发送。
并不是所有的UE都能发出SR信号。
SR是在PUCCH控制信道中传输的，资源也是有限的，网侧的RRC层也会根据实际需要，只给某些UE配置SR资源。
只有配置了SR资源的UE，才能向网侧发送SR请求，而没有被配置SR资源的UE，是无法向网侧发送发送SR请求的。
如果某个UE既无法发送BSR，又不能发送SR信号，那么这个UE怎么申请上行资源呢？这个时候UE就需要发起竞争随机接入过程了.2.3发起竞争随机接入在这种方式中，UE将在MSG3中插入一个BSR控制单元来告诉网侧需要的资源信息。
当然，这种方式也是UE迫不得已才会采用的，毕竟这种方式的时延相对BSR和SR来说是最大的。
UE申请资源的过程，将优先采用BSR的方式，如果不能发送BSR，则采用SR 的方式，最后才会考虑竞争随机接入的方式。
三、智能预调度优化3.1优化背景常规VOLTE调度方式为端从发数据到系统侧接收数据的时间为Delay-normal-SCH，其中从终端有数据要发（packet arrive）到UE send SR 为终端处理时延，从UE send SR到UE send packet为系统侧调度时延，正常情况下为8ms。
如下图3.2预调度原理开启预调度后eNodeB会每隔PREALLOCATIONMINPERIOD（预调度用户最小间隔周期）给UE发送UL Grant Count来分配上行资源，可以减少小包业务传输时延，但当上行无数据需要发送时，基站侧仍会为UE分配上行预调度资源，此时对于PDCCH信道的开销将会加大，并且UE在分配的上行资源上会有发射功率，对其他做业务用户也会产生干扰。
为了克服预调度用户对其他用户的干扰，降低PDCCH开销，同时保证上行数据传输时延较小，引入上行智能预调度，打开智能预调度后由下行调度触发进行一段持续时间的预调度，智能预调度与上行预调度最大的区别在于，上行预调度按周期一直为UE分配上行授权；而智能预调度只有在收到下行数据时，才会为UE进行上行授权，并且具有一定的时效性，因此可以有效减少PDCCH开销和对其他用户的上行干扰。
预调度（智能预调度）打开场景：终端从有数据要发（packet arrive），此时立即收到预调度（Enb UL Grant），则立即可发数据，期间时延最短可为4ms左右。
即一次可节省约4ms的时间。
智能预调度流程如下3.3智能预调度与DRX关系如果UE处于DRX模式，预调度的周期应该为min（PreallocationMinPeriod ，DrxInactivityTimer）,如果eNB让UE进入休眠期，则同时此次上行智能预调度也提前停止。
智能预调度和预调度在 DRX 和非 DRX 模式时的组合控制关系如下：3.4预调度功能验证本项验证只针对预调度功能验证，预调度参数组选择默认配置。
验证方式选择定点测试和连片测试。
3.4.1定点验证验证准备：➢测试环境：好点（RSRP-72dbm&SINR25DB左右）、中点（RSRP-95dbm&SINR5DB 左右）和差点（RSRP-110dbm&SINR-2DB左右）。
➢测试工具：一台电脑、两部中兴V8手机和一个MOS盒➢测试时长：20min➢测试方式：长呼设置30min➢后台参数配置：只开启预调度开关，预调度参数选择默认配置。