下载文档原格式
VOLTE信令流程VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE信令方面必须对SIP信令进行了解，EPC只是做为业务承载体。
由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL无法记录SIP信令，同时CDL 无法解码较多NAS层直传消息，所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解SIP 提供了发现机制，如果用户要发起和另一个用户的会话，SIP 必须发现可到达目的用户的当前主机，注册将记录地址URI 和一个或者多个联系地址相关联，这样才能进行呼叫等业务。
严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进行说明。
用户的注销过程与注册过程相似，主要就是注销请求中,expire值为0，所以本文中不再进行单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。
信令说明如下：1.UE进行Attach，建立QCI=9的默认承载，并使用IMS APN建立PDN连接；2.建立立QCI=5的默认承载，用于传送SIP信令；3.UE通过QCI=5的默认承载向IMS发起注册请求；4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401 Unauthorized 质询信息，其中包含安全认证所需的令牌；5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给P-CSCF服务器；6.P-CSCF将REGISTER 消息中的用户信息解密，验证其合法后，IMS核心网将该用户信息登记到数据库中，并向终端返回成功响应消息200 OK；7.用户向IMS订阅注册事件包8.服务器应答订阅成功9.IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器回应Notify消息中，状态为active，同时携带XML信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下：注销过程测试信令截图如下：1)Activate Default EPS Bearer Context Request（QCI=5）该信令是用于建立QCI=5的默认承载，所有SIP信令都通过QCI=5的承载传输，该信令的内容已在该信令前的RRC重配置中附带下来。
1、VOL TE测试信令流程与标准不符1.1起呼过程中主被叫在183 消息之前已完成QCI1专载建立,共有以下4种情况：被叫2种：a).被叫在收到INVITE Request之前已完成完成QCI1专载建立;b).被叫在收到INVITE的同时收到QCI=1的承载建立请求；主叫2种：c). 主叫在收到IMS的100 Trying之前就已经建立QCI=1的承载；d). 主叫在收到Trying 100后，183前已完成QCI1专载建立信令截图如下：a).被叫收到INVITE消息前就开始建立QCI1的专用承载;B).被叫在收到INVITE的同时收到QCI=1的承载建立请求；c).主叫在收到IMS的100 Trying之前就已经建立QCI=1的承载；d). 主叫在收到Trying 100后，183前已完成QCI1专载建立，被叫在INVITE Request前已完成完成QCI1专载建立。
1.2被叫侧在回复BYE-200之前，主叫就已经收到IMS下发的BYE-200消息IMS核心网反馈，SBC策略要是收到任一方BYE Reques 直接通知MME释放EPS，无需等待主被叫回复BYE 200 OK。
1.3主叫发起BYE Request挂机，但被叫先收到专载释放，且释放完成后才收到IMS下发的BYE Request，导致平台统计为掉话。
DRB-3为QCI1专载1.4主叫收到Trying 100后网络侧下发去激活QCI1专载，但主叫上次通过结束后已释放完成。
2、三次Modify EPS bearer2.1 主被叫在起呼过程中多次修改EPS Bearer测试发现起呼过程中多次修改EPS Bearer: GBrForDwLink、GBrForUpLink、MbForDwLink、MbrForUpLink 相关速率修改为49、50、96等。
QCI=1的专用承载的EPSID=8(GBR上行50、下行49，第一次MODIFY：修改GBR上下行49，第二次MODIFY：与第一次一样，第三次MODIFY与第二次一样；这种多次修改GBR保障速率主要目的是什么？帮忙看看核心网是否能答复异常呢？)value message name : Activate dedicated EPS bearer context requestvalue Activate dedicated EPS bearer context request ::=|----Esm Header|----Protocol discriminator : 2 (ESM messages)|----EpsBearerId : 0x08|----ProcedureTxnId : 0|----MsgType : 0xc5|----LinkedEpsBearerId : 0x05|----SdfQos|----GbrForDwLink : 49|----GbrForUpLink : 50|----MbrForDwLink : 49|----MbrForUpLink : 50|----GbrForDwLink_Extend : 0|----GbrForUpLink_Extend : 0|----MbrForDwLink_Extend : 0|----MbrForUpLink_Extend : 0|----Qci : 1第一次：value message name : Modify EPS bearer context requestvalue Modify EPS bearer context request ::=|----Esm Header|----Protocol discriminator : 2 (ESM messages)|----EpsBearerId : 0x08|----ProcedureTxnId : 0|----MsgType : 0xc9|----SdfQos|----GbrForDwLink : 49|----GbrForUpLink : 49|----MbrForDwLink : 49|----MbrForUpLink : 49|----GbrForDwLink_Extend : 0|----GbrForUpLink_Extend : 0|----MbrForDwLink_Extend : 0|----MbrForUpLink_Extend : 0|----Qci : 1第二次：value message name : Modify EPS bearer context requestvalue Modify EPS bearer context request ::=|----Esm Header|----Protocol discriminator : 2 (ESM messages)|----EpsBearerId : 0x08|----ProcedureTxnId : 0|----MsgType : 0xc9|----SdfQos|----GbrForDwLink : 49|----GbrForUpLink : 50|----MbrForDwLink : 49|----MbrForUpLink : 50|----GbrForDwLink_Extend : 0|----GbrForUpLink_Extend : 0|----MbrForDwLink_Extend : 0|----MbrForUpLink_Extend : 0|----Qci : 1第三次：value message name : Modify EPS bearer context requestvalue Modify EPS bearer context request ::=|----Esm Header|----Protocol discriminator : 2 (ESM messages)|----EpsBearerId : 0x08|----ProcedureTxnId : 0|----MsgType : 0xc9|----SdfQos|----GbrForDwLink : 49|----GbrForUpLink : 49|----MbrForDwLink : 49|----MbrForUpLink : 49|----GbrForDwLink_Extend : 0|----GbrForUpLink_Extend : 0|----MbrForDwLink_Extend : 0|----MbrForUpLink_Extend : 0|----Qci : 1下图GBrForDwLink、、MbForDwLink、相关速率有修改为49、96。
中国电信衡水分公司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技术的应用使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连接建立过程，缩短呼叫时延。
呼叫建立过程中的UPDATE含义及过程分析UPDATE过程的意义在呼叫建立过程中主叫会有一个或者多个UPDATE过程，主要是用来进行资源预留及媒体更新，比如主叫有高清语音提示或者被叫有彩铃等业务时，在呼叫建立过程中将会进行多个UPDATE过程进行媒体更新体验新业务，具体情况下面详细分析。
主被叫均无其他高清语音提示或彩铃等业务主被叫均无高清语音提示、彩铃等业务时，主被叫在呼叫建立过程中均只有一次UPDATE过程，用来保障资源预留成功主被叫编码格式协商一致，其信令流程如下：炎强信令包：主叫有高清语音提示业务被叫无彩铃业务在主叫有高清语音提示音被叫无彩铃的呼叫建立过程中，主叫一般会有3次UPDATE 过程：第一次为资源预留与被叫编码格式协商；第二次为被叫180消息发送过来后先被TAS 拦截后由TAS触发UPDATE过程通过多个网元下发给主叫UE进行媒体更改，主叫出现高清语音提示音，在此次UPDATE完成后才将INVITE 180消息透传给主叫UE；第三次还是TAS 给主叫下发UPDATE过程，目的是将媒体格式更新为与被叫一致的格式，为主叫接收INVITE 200消息做好准备。
（主叫无高清语音提示被叫有彩铃的过程与此一样）第三次UPDATE过程有2种触发情景：情景1为主叫在听到高清语音提示音的过程中间被叫接通并上报INVITE200消息，此INVITE200消息在TAS处触发第三次UPDATE过程，并在第三次UPDATE完成后才由SBC将INVITE200消息下发给UE；情景2为主叫播放完高清语音提示音后，TAS自主下发UPDATE过程，现网的高清语音提示音时长大概为14秒左右，也就是说被叫一直没有接通的情况下，主叫在收到INVITE180消息大概14秒后会收到网络下发的UPDATE请求。
炎强信令包：主叫有高清语音提示、被叫有彩铃业务对于主叫有高清语音提示、被叫有彩铃业务的终端，在进行通话过程中将有4次UPDATE 过程：第一次为资源预留与被叫编码格式协商；第二次、第三次为被叫180消息发送过来后先被TAS拦截后由TAS触发UPDATE过程通过多个网元下发给主叫UE进行媒体更改，目的是让主叫接收到高清语音提示音及彩铃声音，在第二次、第三次UPDATE完成后才将INVITE 180消息透传给主叫UE；第四次还是TAS给主叫下发UPDATE过程，目的是将媒体格式更新为与被叫一致的格式，为主叫接收INVITE 200消息做好准备。
VoLTE端到端质量分析SIP-503错误码原因分析研究目录1.SIP-503消息错误码分析背景 (2)2.SIP-503失败原因分类 (2)3.SIP-503流程分析 (4)3.1.无线链路失败导致掉话 (4)3.2.VoLTE走盲重定向导致掉话 (5)3.3.X2切换失败导致的掉话 (5)3.4.Sip信令丢失导致未接通ue-not-available-for-ps-service (6)3.5.2G侧资源异常导致未接通 (8)3.6.基站弱场起呼功能导致 (8)3.7.BSRVCC切换失败 (9)3.8.VoLTE参数配置问题 (10)3.9.VoLTE流程冲突问题（1） (11)3.10.VoLTE流程冲突问题（2） (12)3.11.VoLTE流程冲突问题（3） (13)3.12.VoLTE流程冲突问题（4） (13)3.13.VoLTE流程冲突问题（5） (14)4.SIP-503失败案例总结 (15)4.1.邻区配置问题导致SIP-503失败原因：tx2relocoverall-expiry (15)4.2.干扰问题导致SIP-503失败原因：tx2relocoverall-expiry (16)4.3.传输问题导致SIP-503 S1切换导致VoLTE掉话 (19)4.4.站内切换与modify并发SIP-503导致视频失败 (23)4.5.站内切换并发导致未接通 (24)5.SIP-503失败原因处理流程总结 (26)1.SIP-503消息错误码分析背景2016年中国移动集团开展VoLTE百日会战工作期间，我司在VoLTE质量提升过程中结合炎强平台从TOP小区、DT/CQT遍历拉网测试信令分析中总结经验，旨在帮助各办事处尽快解决信令分析中遇到的问题。
随着VoLTE优化工作的开展，我们发现有些SIP-503错误码与无线测关联较大，如外部邻区、帧头偏移未对齐导致的干扰，传输时延、切换并发等问题都会导致SIP消息报错，而这些SIP消息报错的时间点之前eNB就发起了异常的信令释放。
第一章SIP协议主要消息1.1 SIP消息分类SIP协议是以层协议的形式组成的，就是说它的行为是以一套相对独立的处理阶段来描述的，每个阶段之间的关系不是很密切。
SIP协议将Server和User Agent之间的通讯的消息分为两类：请求消息和响应消息。
请求消息：客户端为了激活特定操作而发给服务器的SIP消息，包括INVITE、ACK、BYE、CANCEL、OPTION和UPDATE消息。
SIP请求的6种方法：1、邀请（INVITE）——邀请用户加入呼叫2、确认（ACK）——确认客户机已经接收到对INVITE的最终响应3、可选项（OPTIONS）——请求关于服务器能力的信息4、再见（BYE）——终止呼叫上的两个用户之间的呼叫5、取消（CANCEL）6、注册（REGISTER）——提供地址解析的映射，让服务器知道其它用户的位置响应消息：服务器向客户反馈对应请求的处理结果的SIP消息，包括1xx、2xx、3xx、4xx、5xx、6xx响应1.2 SIP消息结构请求消息和响应消息都包括SIP消息头字段和SIP消息体字段；SIP消息头主要用来指明本消息是有由谁发起和由谁接受，经过多少跳转等基本信息；SIP消息体主要用来描述本次会话具体实现方式；1.3 消息格式1.3.1 请求消息格式SIP请求消息的格式，由SIP消息头和一组参数行组成，如图1-1所示。
通过换行符区分命令行和每一条参数行。
图1-1 SIP 请求消息结构注意：参数行的顺序不是固定的。
对应的参数解释见错误！未找到引用源。
消息体定义：Call-ID ：头字段是用来将消息分组的唯一性标识From ：头字段是指示请求发起方的逻辑标识，它可能是用户的注册地址。
From 头字段包含一个URI 和一个可选的显示名称CSeq ：头字段用于标识事务并对事务进行排序。
它由一个请求方法和一个序列号组成，请求方法必须与对应的请求消息类型一致Max-Fowords ：头字段限定一个请求消息在到达目的地之前允许经过的最大跳数。
VoLTE测试常见掉话未接通案例1.背景VoLTE技术带给4G用户最直接的感受就是接通等待时间更短，以及更高质量、更自然的语音视频通话效果。
首先，高清语音和视频编解码的引入显著提高了通信质量，其次，VoLTE的呼叫接续时长大幅缩短，但VoLTE测试过程中仍发现部分掉话、未接通的现象，严重影响用户的感知。
本文梳理了VoLTE测试过程中常见的掉话、未接通的处理案例，为日后VoLTE试商用后此类问题的处理打下坚实的基础。
2.VoLTE语音通话流程简要如下：1.主叫发起INVITE消息，触发RRC建立过程（假设为空闲态）；INVITE消息包括主被叫电话号码，主叫支持的媒体类型、编码；2.主叫建立SRB2承载、QCI=9的DRB、QCI=5的sip信令承载；3.核心网反馈INVITE 100，表面正在处理应答；4.主叫RRC重配置建立QCI=1的专用承载；并激活；5.主叫收到被叫INVITE 183消息；并反馈PRACK启动资源预留；6.被叫收到PRACK后，反馈PRACK 200，启动资源预留；7.主叫收到PRACK 200，发送UPDATE，表明资源预留成功；8.同样被叫收到UPDATE，反馈UPDATE 200，表明资源预留成功；9.被叫发送INVITE 180 RINGING，振铃；10.被叫反馈INVITE 200，表明摘机11.主叫收到INVITE 200后，反馈ACK给IMS服务器，应答初始INVITE请求；并有IMS发给被叫；12.通话中；13.被叫挂机，发送BYE；IMS转发给主叫；14.主叫挂机，反馈BYE 200，IMS转发给被叫，表明结束会话；15.RRC重配置去激活QCI=1专载；图1.1 释放专载图1.2 简化信令流程图3.DT测试中常见的掉话、未接通问题2.1.切换失败导致常见有较多MR上报但不切，可能邻区漏配，之后触发RRC Re-Establishment，重建立不成功时掉话。
VoLTE呼叫时延端到端分析案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (8)四、经验总结 (8)VoLTE呼叫时延端到端分析案例【摘要】VoLTE语音呼叫建立时延是衡量VoLTE网络质量和客户感知的关键指标之一，呼叫时延的缩短，不但对减少网络信令资源消耗和减轻网络负荷具有重要价值，对提升客户体验和客户满意度也具有显著意义。
【关键字】VoLTE VoLTE时延端到端【业务类别】端到端优化一、问题描述滁州VOLTE DT测试，使用三星S7，Mate 9测试结果如下，可以看到，在测试定远县的过程中呼叫建立时延明显高于其他区域。
二、分析过程1、VOLTE时延优化思路VoLTE呼叫建立时延主要是通过对SIP信令进行分段计算，与参考基线对比，确定呼叫建立时延的GAP存在于哪一个阶段。
2、VOLTE呼叫时延分析使用鼎力软件进行分析，通过对VoLTE DT测试LOG进行主被叫联合分析，其中主叫发送INVITE请求到收到被叫发送的183消息时延大于3s；主叫发送UPDATE消息到收到200 OK 消息时延大于2s。
选取一次通话进行信令分析，呼叫建立过程中，UE无线覆盖环境良好，无质差，时间点23:09:39.242被叫收到INVTE请求，2s后即23:09:41.379才发送183消息；时间点23:09:42.527被叫收到UPDATE消息，2s后即23:09:44.568才发送UPDATE 200消息。
时延高由于被叫UE反馈相应SIP信令消息较晚导致，分析为终端问题。
3、VOLTE呼叫时延定位确认使用S7终端进行VoLTE业务测试，概率性出现呼叫时延长>6s问题，从路测信令分析，主要集中在2段：➢被叫终端收到INVITE消息->发送183，时延>2s➢被叫终端收到UPDATE消息->UPDATE 200，时延>2s从终端日志分析，问题确实集中在这2段根据终端侧PDCP配置，RB-Cfg_Idx是终端承载表示，RB-Cfg_Idx与承载对应关系如下图所示：➢RB-Cfg Idx=1对应EPS ID = 5，对应QCI=9，用于默认承载➢RB-Cfg Idx=2对应EPS ID = 6，对应QCI=5，用于承载SIP信令➢RB-Cfg Idx=1对应EPS ID = 1， SRB承载➢RB-Cfg Idx=2对应EPS ID =2， SRB承载根据RB-Cfg Idx=2，对应QCI=5所在承载，检查终端侧上行L2 PDCP数据包：发送100trying后，PDCP看到发送一个数据包，包长442过了1.5s（终端每500ms上报1次）一直到183发送前，PDCP数据包还是只有一个，包长不变442，说明PDCP没有新增数据（说明终端RTP层没有新的数据183发送至PDCP层。
V oLTE用户呼叫V oLTE用户，主被叫均附着在LTE（precondition）1主叫用户UE(O)的呼叫请求发送到主叫SBC。
呼叫请求中包含precondition相关参数，其中主叫侧和被叫侧均为none。
2主叫SBC向PCC申请通话资源（临时），同时请求主叫用户位置信息。
3~4主叫侧PCRF向S/P-GW下发策略。
5主叫侧PCRF向SBC返回AAA响应。
6~8主叫侧预留无线侧资源，MME在消息8中携带主叫位置信息（TAI+E-CGI）。
9~10S/P-GW向PCRF返回主叫位置信息。
11~12PCRF向SBC上报主叫位置信息。
13~16主叫侧完成业务触发，主叫AS进行被叫号码补齐，之后主叫S-CSCF通过查询ENUM/DNS获取被叫I-CSCF地址并将呼叫请求发送至被叫I-CSCF。
17~18被叫I-CSCF查询HSS获取被叫用户注册的S-CSCF。
19被叫触发至VoLTE AS，基本呼叫和补充业务触发完成后触发SCC AS。
20SCC AS进行被叫域选择，向HSS查询T-ADS信息。
23HSS向SCC AS返回T-ADS信息，包含IMS V oice over PS supported。
24~26呼叫请求转发至被叫UE。
27被叫UE返回183其中包含被叫SDP信息，precondition参数中主叫侧和被叫侧均为none。
28~34被叫侧申请通话资源。
35~42183响应按照呼叫路径被转发至主叫。
44~50主叫侧根据协商结果修改资源申请。
51~59主叫UE通过空口流程获知通话资源预留成功，向被叫侧发起UPDA TE，其中的precondition参数主叫侧为sendrecv，被叫侧为none。
60~68被叫UE通过空口流程获知通话资源预留成功，向主叫返回200 OK，其中的precondition参数主被叫均为sendrecv。
69~71主被叫双方完成呼叫信令流程，双方开始通话。
72~74主叫侧挂机，UE向SBC发送BYE消息，之后消息转发至被叫SBC和UE。
volte信令流程Volte信令流程。
VoLTE（Voice over LTE）是一种基于LTE网络的语音通信技术，它可以提供更高质量的语音通话和更快的连接速度。
在VoLTE技术中，信令流程扮演着至关重要的角色，它决定了通话的建立、维持和释放。
下面我们将详细介绍VoLTE信令流程的各个环节。
1. 呼叫建立阶段。
当用户发起呼叫时，手机会发送SIP INVITE消息到IMS网络。
这个消息包含了被叫号码、主叫号码以及其他相关信息。
IMS网络会根据这些信息进行路由选择，并向被叫用户发送Ringing消息，告知被叫用户有来电。
被叫用户接听电话后，IMS网络会发送200 OK消息，表示通话即将建立。
接着，IMS网络会向手机发送INVITE消息，告知手机通话已经建立，手机收到消息后，会发送200 OK消息给IMS网络，表示手机已经准备好进行通话。
2. 呼叫维持阶段。
一旦通话建立，VoLTE网络会周期性地发送SIP OPTIONS消息来检测通话的状态。
如果通话中断，VoLTE网络会发送BYE消息来释放通话。
同时，VoLTE网络还会发送SIP INFO消息来传输媒体协商信息，以确保通话质量。
3. 呼叫释放阶段。
当通话结束时，用户会挂断电话，手机会发送BYE消息给IMS 网络，表示通话结束。
IMS网络收到消息后，会向对方发送200 OK 消息，然后释放通话资源。
如果对方没有接听电话，手机也会发送CANCEL消息给IMS网络，表示取消呼叫请求。
以上就是VoLTE信令流程的主要环节。
通过这些信令消息的交互，VoLTE网络可以实现通话的建立、维持和释放。
这种信令流程的设计可以有效地提高通话的质量和稳定性，为用户提供更好的通话体验。
总结：VoLTE信令流程是VoLTE技术中至关重要的一部分，它决定了通话的建立、维持和释放。
在呼叫建立阶段，手机和IMS网络之间通过SIP消息进行交互，最终建立通话；在呼叫维持阶段，VoLTE网络会发送周期性的SIP消息来维持通话状态；在呼叫释放阶段，用户挂断电话后，手机会发送BYE消息给IMS网络，释放通话资源。
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基本呼叫流程文档密级：未标明VoLTE基本呼叫场景VoLTE基本呼叫场景包括四种状态，主被叫都是VoLTE 用户，且主被叫用户区分状态：1.主叫是Connect状态，被叫是Connect状态；2.主叫是Connect状态，被叫是Idle状态；3.主叫是Idle状态，被叫是Connect状态；4.主叫是Idle状态，被叫是Idle状态。
VoLTE呼叫建立流程详解语音专有承载的建立时刻是由IMS的配置决定的。
如果在振铃（180ringring）之后建立语音专有承载（即通常所说的早振铃），呼叫时延会更短，用户感受会好一些，但是接通后需要等待一段时间才能听到声音。
如果QCI1建立失败，会出现“鬼振铃”。
如果是在XXX之前建立语音专有承载（即通常所说的晚振铃），呼叫时延会增长，但是接通后能够立即听到声音。
VoLTE主被叫用户都是Connect状态在此场景下，如果是早振铃，建立语音专有承载的流程如下：Caller（主叫）拨打被叫号码，eNodeB向MMESGW+PGWUPCCIMS发起Invite请求；Callee（被叫）接收Invite请求，并向eNodeB回复100 Trying；eNodeB向MMESGW+PGWUPCCIMS发送PRACK请求；XXX回复180 Ringing，表示XXX；eNodeB向MMESGW+PGWUPCCIMS发送AAR请求；MMESGW+PGWUPCCIMS向XXX发送Invite请求；Callee回复100 Trying；MMESGW+PGWUPCCIMS向Callee回复200 OK；Callee回复200 OK with SDP；MMESGW+PGWUPCCIMS向eNodeB回复200 OK with SDP；eNodeB向MMESGW+PGWUPCCIMS发送RAA请求；MMESGW+PGWUPCCIMS向XXX发送ACK请求；Callee按接听键，建立QCI=1的语音专有承载；被叫XXX；MMESGW+PGWUPCCIMS向XXX发送RAR请求；eNodeB向MMESGW+PGWUPCCIMS回复RAR请求；eNodeB向MMESGW+PGWUPCCIMS发送E-RAB Setup Request请求；MMESGW+PGWUPCCIMS向eNodeB回复E-RAB Setup Response；MMESGW+PGWUPCCIMS向eNodeB发送Activate Dedicated EPS Bearer Context Request请求；eNodeB向MMESGW+PGWUPCCIMS回复Activate Dedicated EPS XXX；MMESGW+PGWUPCCIMS向eNodeB发送CCR请求；eNodeB向MMESGW+PGWUPCCIMS回复CCAQCI=1的语音专有承载资源分配成功；主叫QCI=1的语音专有承载建立，流程和被叫的相同。
淮北无线中心+VOLTE呼叫建立时延提升验证案例总结目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (3)四、经验总结 (3)VOLTE呼叫建立时延提升验证案例总结【摘要】LTE时代，多元化的业务对覆盖、速率和时延提出了更高的要求，比如语音、WEB、视频等。
而语音业务特别是高清语音（VOLTE）的诉求逐渐增加，对高清语音的优良感知提出新的挑战。
淮北LTE本地网络目前为FDD:800M、1800M、2100M以及TDD共四个频段组网，本文通过对Volte语音业务下的呼叫流程解析以及Volte承载在不同频段下的起呼流程对比，从无线优化的角度来验证影响时延的因素。
【关键字】VoLTE 时延定时器【业务类别】VoLTE、流程类、参数优化一、问题描述2月淮北市在进行市区VOLTE拉网路测时，在帝景翰园附近测试，终端呼叫建立时延8.80s，远高于淮北城区的VOLTE呼叫建立时延平均值1.29s，需分析解决。
按照《中国电信VoLTE测试技术规范》要求，呼叫建立时延= 呼叫接通与呼叫试呼之间的时间差，即主叫发送INVITE消息到主叫收到180振铃消息的时间差。
如下图信令流程图中主叫发起第1条信令INVITE到主叫收到第11条信令180Ringing的时间差。
图1 VOLTE呼叫信令流程图在正常情况下,空闲态发起的VoLTE语音呼叫接入时延大致在3秒左右，下图是一次典型的VoLTE语音业务主被叫间各信令之间的时延分段统计，可作为时延参考。
由以上时延分段统计图可知影响VOLTE呼叫建立时延的因素主要有以下几种：无线接入阶段由RRC连接建立（SRB1)、SIP信令承载建立（QCI5，与SRB2/QCI9同时建立）、VoLTE语音业务承载建立（QCI1）三部构成。
前两步是呼叫建立流程中后续SIP信令交互的前提，时延大约100ms;第三步与SIP流程并行，不影响接入时延。
QCI5的SIP信令承载建立后，终端通过NAS消息将INVITE请求发往IMS域。
VOLTE信令流程VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE信令方面必须对SIP信令进行了解，EPC 只是做为业务承载体。
由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL无法记录SIP信令，同时CDL无法解码较多NAS层直传消息，所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解SIP 提供了发现机制，如果用户要发起和另一个用户的会话，SIP 必须发现可到达目的用户的当前主机，注册将记录地址URI 和一个或者多个联系地址相关联，这样才能进行呼叫等业务。
严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进行说明。
用户的注销过程与注册过程相似，主要就是注销请求中,expire值为0，所以本文中不再进行单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。
信令说明如下：1.UE进行Attach，建立QCI=9的默认承载，并使用IMS APN建立PDN连接；2.建立立QCI=5的默认承载，用于传送SIP信令；3.UE通过QCI=5的默认承载向IMS发起注册请求；4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401 Unauthorized 质询信息，其中包含安全认证所需的令牌；5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给P-CSCF服务器；6.P-CSCF将REGISTER 消息中的用户信息解密，验证其合法后，IMS核心网将该用户信息登记到数据库中，并向终端返回成功响应消息200 OK；7.用户向IMS订阅注册事件包8.服务器应答订阅成功9.IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器回应Notify消息中，状态为active，同时携带XML信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下：注销过程测试信令截图如下：1)Activate Default EPS Bearer Context Request（QCI=5）该信令是用于建立QCI=5的默认承载，所有SIP信令都通过QCI=5的承载传输，该信令的内容已在该信令前的RRC重配置中附带下来。
呼叫建立过程中的UPDATE含义及过程分析UPDATE过程的意义
在呼叫建立过程中主叫会有一个或者多个UPDATE过程，主要是用来进行资源预留及媒体更新，比如主叫有高清语音提示或者被叫有彩铃等业务时，在呼叫建立过程中将会进行多个UPDATE过程进行媒体更新体验新业务，具体情况下面详细分析。
主被叫均无其他高清语音提示或彩铃等业务
主被叫均无高清语音提示、彩铃等业务时，主被叫在呼叫建立过程中均只有一次UPDATE过程，用来保障资源预留成功主被叫编码格式协商一致，其信令流程如下：
炎强信令包：
主叫有高清语音提示业务被叫无彩铃业务
在主叫有高清语音提示音被叫无彩铃的呼叫建立过程中，主叫一般会有3次UPDATE 过程：第一次为资源预留与被叫编码格式协商；第二次为被叫180消息发送过来后先被TAS 拦截后由TAS触发UPDATE过程通过多个网元下发给主叫UE进行媒体更改，主叫出现高清语音提示音，在此次UPDATE完成后才将INVITE 180消息透传给主叫UE；第三次还是TAS 给主叫下发UPDATE过程，目的是将媒体格式更新为与被叫一致的格式，为主叫接收INVITE 200消息做好准备。
（主叫无高清语音提示被叫有彩铃的过程与此一样）
第三次UPDATE过程有2种触发情景：情景1为主叫在听到高清语音提示音的过程中间
被叫接通并上报INVITE200消息，此INVITE200消息在TAS处触发第三次UPDATE过程，并在第三次UPDATE完成后才由SBC将INVITE200消息下发给UE；情景2为主叫播放完高清语音提示音后，TAS自主下发UPDATE过程，现网的高清语音提示音时长大概为14秒左右，也就是说被叫一直没有接通的情况下，主叫在收到INVITE180消息大概14秒后会收到网络下发的UPDATE请求。
炎强信令包：
主叫有高清语音提示、被叫有彩铃业务
对于主叫有高清语音提示、被叫有彩铃业务的终端，在进行通话过程中将有4次UPDATE 过程：第一次为资源预留与被叫编码格式协商；第二次、第三次为被叫180消息发送过来后先被TAS拦截后由TAS触发UPDATE过程通过多个网元下发给主叫UE进行媒体更改，目的是让主叫接收到高清语音提示音及彩铃声音，在第二次、第三次UPDATE完成后才将INVITE 180消息透传给主叫UE；第四次还是TAS给主叫下发UPDATE过程，目的是将媒体格式更新为与被叫一致的格式，为主叫接收INVITE 200消息做好准备。
炎强信令包：
UPDATE未正常完成导致的未接通
目前核心网的流程是在彩铃、高清语音提示的UPDATE流程完成后才能将INVITE180消息透传到主叫UE，特别是主被叫均有媒体业务时UPDATE过程更为繁琐，任何一次UPDATE 过程未完成都有可能造成未接通事件，大大增加了事件概率；后期核心网有可能对此机制进行调整，媒体更新过程可能会有所变化，实际分析时建议以实际网络为准。
上图为无线环境差造成由TAS下发的2次高清语音提示音媒体更新流程UPDATE过程均未顺利完成，导致INVITE180消息无法透传到主叫UE，从而造成主叫未接通，而此时被叫已经上报INVITE 200接通本次通话，被叫端将出现接通无声音单通问题
炎强信令包：。
