VOLTE时延优化

1、volte时延优化摘要：语音呼叫建立时延是衡量 volte网络质量和客户感知的矢键指标之一。本文基于现网研究与实践，分析了 volte呼叫时延的特点和影响要素，探索了相矢优化思路和方法，对于指导volte呼叫时延优化 工作具有较好的参考价值。1前言在衡量volte网络性能、运营质量和客户感知的评估体系中，Volte语音呼叫建立时延是一个矢键指标。呼叫时延的缩短，不但对减少网络信令资源消耗和减轻网络负荷具有重要价值，对提升客户体验和客户满 意度也具有显著意义。本文结合现网研究和实践情况，探讨了volte呼叫时延的优化思路和方法，通过无线侧、EPC侧和IMS侧的联合优化，现网呼叫时延有效缩短了 6

2、0%，提升了 Volte语音业务质量和客户满意度。2 TD-LTE网络语音呼叫时延的特点TD-LTE网络的语音解决方案主要包括SVLTE、CSFB和VoLTE/eSRVCC等3种，SVLTE属于双待终端解决方案，终端同时驻留在 2G/3G以及LTE网络；CSFB属于单待终端解决 方案，涉及2G/3G/4G系统，流程较复杂，呼叫时延较长；VoLTE通过IMS网络实现高清语音功能呼叫时延较短。TD-LTE网络3种语音解决方案的特点对比如表1所示。表1 TD+LTE网络语音解决方案特点对比表类型提供语音终端类型语音通话呼叫时典理业务网络编码方式音质延感知呼叫西SVLTE2G/3G双待终端AMR-NB

3、普通一般5SCSFB2G/3G单待终端AMR-NB普通最长9 1VOLTEIMSVOLTE终端AMR-WB冋/月最短3f3 VoLTE呼叫时延优化思路与方法VoLTE是基于IMS网络的LTE语音解决方案，架构在LTE网络上，相对于传统VoIP语音，能提供更好的QoS保障。如 果VoLTE通话客户从LTE切换到2G/3G网络，需通过eSRVCC（En ha need Si ngle Radio Voice Call Co nti nuity，增强型单射频语音连续性技术）功能，实现PS域向CS域的切换流程，从而保证客户的语音连续性。VoLTE/eSRVCC的呼叫流程比SVLTE和CSFB更加复杂，

4、在本地网络呼叫时延研究中，主要在参数规范、网络结构、寻呼策略、调度算法等方面进行优 化3.1 VoLTE呼叫信令流程VoLTE使用SIP （ SeSSiOn Initiation Protocol,会话发起协议）实现语音会话信令流程， SIP包括 InVite、100 Trying、183 SeSSiOn ProgreSS Praek、Praek 200 OK、UPdate、UPdate 200 OK、180 Ringing 等 8 条信令消息。VoLTE呼叫时延通常指从主叫侧SBC收到VoLTE语音的InVite始呼请求开始，到主叫侧 SBC向主叫用户成功转发180 Ringing响应消息或

5、带有P-Early Media头域的183响应消息的时间间隔。 SIP主叫信令流程如图1所示。Visried NetworkHome NetworkUE#1P-CSCFS-CSCF.10Q(TrWl0f i3(SMionPrognm) 7 100 (Tfyg)PnOOTOM)!ia3(SMeon_Procmw)12 13 KMOUfOi14. Frtclc It 200 (OKH117. 200 (OK)15 Prsek 16 200 (OK)24 200 (OK)W Update- 200 (OK)20 Updatee1 21 Upda.to # d 22 200 (OK425 iaO(RT

6、8Q) 27 100 冋n0ng) 湖 Freak4 26.32 200 (OK)29 fracke2 200 (*)35.200 (OK)I jft Approval 31 200-(OK4*34 200(OK40. ACK图1 SIP主叫信令流程图3.2 VoLTE呼叫时延影响要素EPC侧和IMS侧等4类。VoLTE呼叫时延的影响要素主要包括终端侧、无线侧、 3.2.1终端侧(1)互拨终端类型：“VoLTE终端互拨”场景与“VoLTE终端拨打非VoLTE终端”场景相比，呼叫时延减少近50% o(2)被叫终端状态：如果被叫终端的数据业务状态处于空闲态，作VoLTE语音被叫时将进行RRC重建，

7、重新建立QCI=5和QCI=9的默认承载，导致呼叫时延增加；如果被叫终端处于数据业务连接态，则不再需RRC重建，呼叫时延缩短200300ms。3.2.2无线侧(1) 无线网络环境：无线环境复杂多变，弱覆盖、质差、上行干扰、信号快衰等场景，影响volte业务性能，增加 呼叫建立时延。(2) 上行BSR参数：BSR缓存状态报告周期参数设置不当，影响上行调度效率，增加调度时延。(3) eNodeB调度算法：TBS大小限制设置不当，影响SIP消息传输效率，增加传输时延。323 EPC 侧MME的寻呼策略设置不当，导致二次寻呼，增加寻呼时延。3.2.4 IMS 侧IMS网元配置的DNS缓存能力配置不足，

8、影响AS网元寻址效率，增加DNS查询时延。3.3 VoLTE呼叫时延优化方案针对VoLTE呼叫时延的主要影响要素，通过端到端全程全网分析，特别是在现网无线侧、EPC侧和IMS侧的全方位优化，有效缩短了呼叫时延。3.3.1无线侧优化(1 ) 基础参数规范化整治。基础参数规范化是确保网络稳定、高效运行的基础优化工作，特别是VoLTE网络涉及的矢键参数数量众多，包括功能开尖参数、PDCP层/RLC层/MAC层参数、基于QCI的测量事件参数等，需全面梳理、建立一套与VoLTE性能指标相矢的参数配置规范和核查修正机制。其中呼叫时延指标需重点矢注的是定义GSM邻区、GSM测量频点等矢键类型参数的精准配置。

9、在开网优化阶段，规范新网元、新站点入网相尖参数配置；在日常优化阶段，开展参数一致性检查和异常修正。参数规范化整治是VoLTE呼叫时延优化的基础。(2) 无线网络结构调优。优质的网络质量并不单单体现在某一个评估维度或指标上，通常是整体无线网络结构优劣的反映。无论是2G/3G/TD-LTE还是VoLTE ,网络结构调优都是无线网优工作的重中之重。由于无线环境的复杂多变，弱覆盖、过覆盖、强干扰、高质差等外场问题点的出现，对呼叫时 延带来直接或间接影响。VoLTE网络结构调优主要体现在对超高站、超远站、超近站、超高干扰站等四超”站点的精细排查和整治上。网络结构变好了，网络质量SINR自然会提 升，从而

10、VoLTE呼叫时延也会相应改善。4G网络结构调优是无线侧改善呼叫时延的优化重点。(3) RRC重建问题点整治。RRC建立失败时，将引发RRC重建的信令流程，从而导致VoLTE呼叫时延增加，所以针对RRC重建问题点进行专项的精细分析整治，是VoLTE呼叫时延的一项重要基础网优工作。RRC建立失败的原因通常有参数、切换、覆盖、干扰、故障等5大类，主要结合问题点具体场景，通过增改邻区、优化门限、调整功率、建站补盲、调整天 馈、整治干扰源、翻频翻PCI、修复故障等方法进行优化。(4) 上行BSR参数优化。BSR (BUffer StatUS RePOrt )是上行缓存状态报告周期参数，UE通过BSR通

11、知 eNodeB其上行BUffer需发送数据的大小，eNodeB由此决定给UE分配相应的上行无线资源。BSR参数的典型设置为 10ms和5ms，通过分析现网测试信令发现，当BSR=10ms时，部分终端出现不上报BSR的异常情况，造成eNodeB停 止调度，终端需等待BSR重传定时器RetXBSR-Timer超时之后，再通过SR发送ULGRANT，最终将额外增加23s 左右的时延，导致端到端接续时延过长；而当BSR=5ms时，可规避部分终端不上报BSR的异常情况。本地现网将BSR参数由默认值10ms调整为5ms后，DT测试VoLTE呼叫时延由8.6s大幅降低至5.5s，优化效果显著。(5)eNo

12、deB调度算法优化。TBS(Transport Block SiZe )是传输数据块大小，影响传输信道数据传送能力和传输效率。分析发现，现网eNodeB设置的上行TBS调度具有100300ByteS的大小限制，导致一条 SIP消息需多次传输才能发送完毕；而VoLTE呼叫建立过 程中有8条SIP消息需发送，结果导致额外增加400800ms时延。通过设备厂家优化上行调度算法，取消TBS大小限制，eNodeB新升级版本解决了该额外时延消耗问题，呼叫时延缩短了 200ms左右。3.3.2 EPC侧优化EPC ( EvolvedPacketCore)负责VoLTE的业务承载，EPC网元的寻呼策略对呼叫时

13、延影响较大。核心网MME的智能寻 呼策略通常首次寻呼为LasteNodeBC最近活动的7个eNodeB)寻呼，对于处于移动状态的VoLTE语音被叫用户来说，下一个时间段很可能已离开之前的7个eNodeB区域，这样易造成eNodeB寻呼失败，进而EPC将在TALiSt范围内发起二次寻 呼，最终导致VoLTE呼叫 时延增加。由于目前MME智能寻呼策略实现上的未完善(暂时未能区分设置VoLTE语音寻呼和普通LTE数据业务寻呼的寻呼策略)，现阶段的过渡优化 方案是暂时矢闭MME的智能寻 呼功能，并将VoLTE语音寻呼的首次寻呼策略修改为TALiSt寻呼。通过测试信令的分段对比分析发现，寻呼策略优化后的

14、DT测试呼叫时延可缩短2s左右。在现网路测中，从主叫 InVite到被叫Paging之间的时延，在使用eNodeB寻呼时为4.270s ；而调整为使用TALiSt寻呼后为1.947s,呼叫时延缩短了 2.323s,优化效果显著。VoLTE语音首次寻呼策略调整前 后信令流程和呼叫时延对比如表2所示。%2 VCLTE语音次寻呼第貉测整前后%和呼酬时渥对比%4呼姪Bft便用eNode呼當次寻呼疑略便用TA List#呼信令时间点措令时阖点IMS_SIPJNVITE11 I 35fl7.255Msjsipjnvite12；33： 26.987Service rw | iw?St11135117.255

15、Service Ke%u5SecUrily Mode CamrJland12： 33； 28-Security Mode CQmPIete11J35I17TiyiFf|3 (l%0)IMsuSlP-INVlTL=Trying (loo)12： 332亂MlPaging 住叫)glt35t2O.I37Pagii% (主叫)12*33 八 28,眇 4Paging (%t三D11 Lh 5121.525Pag% (%叫)12J3i28A34主叫In Vite到被叫PagEngIJJ%F4. 27GS主叫InVite到被叫Paging时延L947s333 IMS侧优化IMS (IP Multimedia SUbSyStem )负责VoLTE的业务控制，IMS网元的DNS查询机制影响 呼叫时延。IMS网元寻址通常 使用SRV+A的DNS查询方式，平均每次查询引入约70ms时延。VoLTE包括SCCAS和VOLTEAS等多个逻辑AS的动态业务触发，如果每次呼叫每 个AS网元寻址都进行一次完 整的DNS查询，将会导致总体DNS查询耗时过长，带来端到端呼叫接续时延的增加。对此，IMS侧呼叫时延的优化思路是：提升IMS网元配置的DNS缓存效能，增加