下载文档原格式
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重配置中附带下来。
VoLTE主被叫信令流程终端顺序时间Dir Type Name主叫116:00:00.288Up SIP IMS_SIP_INVITE-Request主叫216:00:00.709Down SIP IMS_SIP_INVITE-Trying 100主叫316:00:00.787Down SIP LTE RRC-RRC Connection Reconfiguration主叫416:00:00.917Up SIP LTE RRC-RRC Connection Reconfiguration Complete主叫516:00:00.917Down SIP LTE NAS-Activate dedicated EPSbearer context request 主叫616:00:00.917Up SIP LTE NAS-Activate dedicated EPSbearer context accept 主叫716:00:00.917Up SIP LTE RRC-UL Information Transfer 主叫816:00:01.045Down SIP LTE RRC-Paging主叫916:00:01.919Down SIP IMS_SIP_INVITE 183（session progress）主叫1016:00:01.919Up SIP IMS_SIP_PRACK主叫1116:00:02.299Down SIP IMS_SIP_PRACK 200主叫1216:00:02.299Up SIP IMS_SIP_UPDATE主叫1316:00:02.743Down SIP IMS_SIP_UPDATE 200主叫1416:00:02.753Down SIP LTE RRC-DL Information Transfer主叫1516:00:02.753Down SIP LTE NAS-Modify EPSbearer context request主叫1616:00:02.783Up SIP LTE NAS-Modify EPSbearer context accept主叫1716:00:02.783Up SIP LTE RRC-UL Information Transfer 主叫1816:00:02.783Down SIP IMS_SIP_INVITE-Ringing180主叫1916:00:02.783Up SIP LTE RRC-MeasurementReport主叫2016:00:02.823Down SIP IMS_SIP_INVITE-OK 200主叫2116:00:02.823Up SIP IMS_SIP_ACK主叫.主叫.主叫2216:03:03.061Up SIP IMS_SIP_BYE-Request主叫2316:03:03.393Down SIP IMS_SIP_BYE-OK 200解释用户A首先向AS服务器发起INVITE请求，请求呼叫被叫AS服务器回复Trying 100 给用户A说明收到INVITE请求E-RAB建立请求（专用承载建立流程）E-RAB建立成功（专用承载建立流程）触发专用EPS承载上下文请求（专用承载建立流程）触发专用EPS承载上下文接受（专用承载建立流程）上行调度信息（专用承载建立流程）AS服务器向主叫终端A转送183 session progress消息，终端A了解到整个session的建立进度消息。
VOLTE_MO_MT 流程1. VoLTE 语音呼叫路由原则1.1：VoLTE 主叫（1）VoLTE 用户附着在LTE，如果被叫是VoLTE 用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（2）VoLTE 用户附着在LTE，如果被叫是CS 用户，则呼叫从主叫归属IMS 域直接进入CS 域，由CS 域完成后续呼叫；（3）VoLTE 用户附着在CS，如果被叫是VoLTE 用户，通过被叫锚定方案将语音接续到被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（4）VoLTE 用户附着在CS，如果被叫是CS 用户，呼叫同现网CS 用户呼叫CS 用户。
1.2：VoLTE 被叫（1）主叫是VoLTE 用户，附着在LTE，被叫是VoLTE 用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，并根据域选结果进行后续路由；（2）主叫是VoLTE 用户，附着在CS，被叫是VoLTE 用户，通过锚定方案将语音接续到被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（3）主叫是CS 用户，被叫是VoLTE 用户，通过锚定方案将语音接续到被叫归属IMS 域，由归属IMS 进行被叫域选，根据域选结果进行后续路由；1.3：Precondition建立媒体PDP 上下文的过程称为资源预留。
对于双方的UE 而言，建立PDP 上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。
因此，Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前，被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况1.4：VoLTE 信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map) && !(diameter.cmd.code == 280)) && !(diameter.cmd.code == 257)) && !(diameter.cmd.code == 282)2.VoLTE 用户（LTE 附着）呼叫VoLTE 用户（LTE/CS 附着）2.1VoLTE 用户呼叫VoLTE 用户，主被叫均附着在LTE1主叫用户UE(O)的呼叫请求发送到主叫PCSCF。
VOLTE信令流程,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1：VoLTE主叫（1）VoLTE用户附着在LTE，如果被叫是VoLTE用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（2） VoLTE用户附着在LTE，如果被叫是CS用户，则呼叫从主叫归属IMS域直接进入CS域，由CS域完成后续呼叫；（3）VoLTE用户附着在CS，如果被叫是VoLTE用户，通过被叫锚定方案将语音接续到被叫归属IMS域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（4） VoLTE用户附着在CS，如果被叫是CS用户，呼叫同现网CS用户呼叫CS用户。
1.2：VoLTE被叫（1）主叫是VoLTE用户，附着在LTE，被叫是VoLTE用户，则将呼叫路由至被叫归属IMS域，由被叫归属IMS进行被叫域选，并根据域选结果进行后续路由；（2）主叫是VoLTE用户，附着在CS，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（3）主叫是CS用户，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS 域，由归属IMS进行被叫域选，根据域选结果进行后续路由； 1.3：Precondition建立媒体PDP上下文的过程称为资源预留。
对于双方的UE而言，建立PDP上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。
因此，Precondition作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前，被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况 1.4：VoLTE信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map)&& !(diameter.cmd.code == 280)) && !(diameter.cmd.code == 257))&& !(diameter.cmd.code == 282)2. VoLTE用户（LTE附着）呼叫VoLTE用户（LTE/CS附着）2.1 VoLTE用户呼叫VoLTE用户，主被叫均附着在LTEVoLTE SBC(O)MMTel AS(O)MMTel AS(T)VoLTE SBC(T)UE(O)MME(O)SAEGW(O)PCRF(O)I/S-CSCF(O)HSS(T)I/S-CSCF(T)PCRF(T)SAEGW(T)MME(T)UE(T)1.INVITE2.AAR3.RAR6.Creat bearer request8.Creat bearerresponse4.RAA5.AAA7.空口流程A-U11.RAR12.RAA13.INVITE14.INVITE15.INVITE16.INVITE17.LIR18.LIA19.INVITE20.UDR21.IDR22.IDA23.UDA24.INVITE25.INVITE26.INVITE27.18328.AAR35.18336.18337.18338.18 339.18340.18341.18331.AAA29.RAR30.RAA32.Creat bearer request34.Creat bearer response33.空口流程42.18343.PRACK/200 OK44.AAR45.RAR46.RAA48.Update bear request49.空口流程47.AAA50.Update bearresponse51.UPDATE52.UPDATE53.UPDATE54.UPDATE55.UPDATE56.UPDATE57.UPDATE58.UPDA TE59.UPDATE60.200 OK61.200 OK62.200 OK63.200 OK64.200 OK65.200 OK66.200OK67.200 OK68.200 OK69.被叫振铃70.180 Ringing71.200 OK/ACK通话建立72.BYE73.BYE75.STR76.RAR77.RAA79.Delete bear request80.空口流程74.BYE82.STR83.RAR78.AAA85.STA84.RAA81.Delete bear response89.200 OK86. Delete bearer request88.Delete bearer response89.空口流程1 主叫用户UE(O)的呼叫请求发送到主叫PCSCF。
VoLTE最全知识点一 VoLTE介绍1.1 LTE语音解决方案演进SvLTE(Simultaneous Voice and LTE), 即双待手机方式。
手机同时工作在LTE 和CS，前者提供数据业务，后者提供语音业务。
是纯粹基于手机的方案。
对网络无特别要求，不需要部署IMS，缺点是手机成本高、耗电高。
目前已经有CDMA1x 和LTE的双待手机，被一些CDMA运营商采用作为IMS部署前的过渡方案，而GSM/UMTS和LTE的双待手机目前还没有推出。
CSFB(Circuit Switched Fall Back),LTE只提供数据业务，当发起或者接受语音呼叫时，回落到CS域进行处理。
运营商无需部署IMS，只需要升级MSC就可以支持。
这是一种快速提供业务的方案，但缺点是呼叫接续速度慢。
CSFB适合作为IMS部署之前的过渡方案，另外还可以用来解决LTE手机漫游场景的语音呼叫问题，在拜访地网络没有部署IMS，或者IMS漫游协议尚未应用的情况下，CSFB可以为漫入的LTE用户提供语音业务。
SRVCC(Single Radio Voice Call Continuity),解决语音控制和移动到CS网络切换时的语音连续性问题。
为基于IMS的VOIP呼叫解决方案，利用IMS核心网络提供LTE VoIP语音业务的路由、控制和业务触发，并提供LTE向2G/3G切换时的语音连续性保证。
SRVCC 的实现过程实质上就是一个切换过程，在LTE网络中终端是通过IMS来实现语音功能的，当终端离开LTE网络后，则通过MSC server(Mobile Switching Center server)切换到2G/3G 网络中从而实现z在2G/3G网络中的语音功能。
VoLTE(Voice over Long Term Evolution),实现LTE网络中的IMS域提供高清晰的语音服务。
IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。
VOLTE_MO_MT 流程1. VoLTE 语音呼叫路由原则1.1：VoLTE 主叫（1）VoLTE 用户附着在LTE，如果被叫是VoLTE 用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（2）VoLTE 用户附着在LTE，如果被叫是CS 用户，则呼叫从主叫归属IMS 域直接进入CS 域，由CS 域完成后续呼叫；（3）VoLTE 用户附着在CS，如果被叫是VoLTE 用户，通过被叫锚定方案将语音接续到被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（4）VoLTE 用户附着在CS，如果被叫是CS 用户，呼叫同现网CS 用户呼叫CS 用户。
1.2：VoLTE 被叫（1）主叫是VoLTE 用户，附着在LTE，被叫是VoLTE 用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，并根据域选结果进行后续路由；（2）主叫是VoLTE 用户，附着在CS，被叫是VoLTE 用户，通过锚定方案将语音接续到被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（3）主叫是CS 用户，被叫是VoLTE 用户，通过锚定方案将语音接续到被叫归属IMS 域，由归属IMS 进行被叫域选，根据域选结果进行后续路由；1.3：Precondition建立媒体PDP 上下文的过程称为资源预留。
对于双方的UE 而言，建立PDP 上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。
因此，Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前，被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况1.4：VoLTE 信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map) && !(diameter.cmd.code == 280)) && !(diameter.cmd.code == 257)) && !(diameter.cmd.code == 282)2.VoLTE 用户（LTE 附着）呼叫VoLTE 用户（LTE/CS 附着）2.1VoLTE 用户呼叫VoLTE 用户，主被叫均附着在LTE1主叫用户UE(O)的呼叫请求发送到主叫PCSCF。
LTE呼叫流程•UE开机后的流程•发起呼叫时的流程•TAU流程•ATTACH过程LTE呼叫流程•UE开机后的流程•发起呼叫时的流程•TAU流程•ATTACH过程UE开机后的流程UE开机后涉及到几个流程：•PLMN选择•小区搜索•小区选择•随机接入•附着流程PLMN选择•PLMN 由移动国家代码（MCC）和移动网络代码（MNC）共同唯一确定。
PLMN通常由很多个小区组成，小区所属的PLMN的信息包含在其下发的系统消息中。
•UE在开机或脱网时会根据自身能力在E-UTRAN频段中扫描所有的载频信道，通过自动或手动方式选择一个可用的PLMN。
•如果UE搜索到了一个或多个PLMN，UE将把所找到的满足一定质量门限PLMN作为高质量PLMN报给NAS；能获取到PLMN ID，但是不满足质量门限的PLMN将和测量值一起上报给NAS层•然后搜索属于该PLMN的小区，如果在该PLMN下无法捕捉到合适的小区，则将在小区搜索过程中得到的可捕获PLMN列表报告给PLMN选择过程，由其重新选择PLMN，启动新一轮小区捕获过程。
小区搜索•小区搜索（Cell Search），作为小区选择的辅助过程用于UE获得一个Cell的时间，频率同步，并获取Cell的物理层小区Id。
当UE获得物理层小区id和帧同步后，UE就可以在BCH上读取系统消息。
小区搜索的过程如下：1.依赖于主同步信号，UE可以获得5ms的基准时间；2.依赖于辅同步信号，UE可以获得帧同步和物理层的小区组；3.依赖于下行参考信号，UE可以获得物理4.层的小区id；4.UE获得物理层小区id和帧同步后，UE就可以在BCH上读取系统消息，用于获取其它小区信息。
•如果终端上已经存有某个小区的信息，如频率、主扰码等，那么终端可以利用这些信息来简化小区搜索过程，这实际上只是前一种情况的特殊现象，其搜索过程仍大致需要遵循时隙同步、帧同步、捕获主扰码这三个步骤。
小区选择小区选择分为两种，初始和存储信息小区选择：•初始小区选择（Initial Cell Selection ）无需E-UTRAN载频对应射频信道的先验知识，UE会根据能力扫描在E-UTRAN的频带内扫描所有射频信道，在每个载频上UE需要搜索一个最好小区，一旦找到一个合适小区，就选择这个小区。
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。
LTEERAN信令流程之寻呼流程1.1 寻呼知识概述在以下三种场景下，eNB需要在空口发起寻呼。
上层在收到寻呼信息后，有可能会触发RRC连接建立过程，用于作为被叫接入。
（1）网络侧要发送数据给处于RRC_IDLE状态UE；（2）用于通知处于RRC_IDLE和RRC_CONNECTED状态的UE 系统消息改变时；（3）网络侧通知UE当前有ETWS主通知或从通知时；寻呼消息根据使用场景既可以由MME触发也可以由eNodeB触发。
MME发送寻呼消息时，eNodeB根据寻呼消息中携带的UE的TAL信息，通过逻辑信道PCCH向其下属于TAL的所有小区发送寻呼消息寻呼UE。
寻呼消息中包含指示寻呼来源的域，以及UE标识，UE 标识可以是S-TMSI或者IMSI。
系统消息变更时，eNodeB将通过寻呼消息通知小区内的所有EMM注册态的UE，并在紧随下一个系统消息修改周期中发送更新的系统消息。
eNodeB要保证小区内的所有EMM注册态UE能收到系统消息，也就是eNodeB要在DRX周期下所有可能时机发送寻呼消息。
两者触发源虽然不一样，但在空口的寻呼机制是一样的。
1. 空口寻呼机制空闲状态下，UE以DRX（Discontinuous Reception）方式接收寻呼信息以节省耗电量。
寻呼信息出现在空口的位置是固定的，以寻呼帧PF (Paging Frame)和寻呼时刻PO（Paging Occasion)来表示。
如0所示，一个寻呼帧PF是一个无线帧，可以包含一个或多个PO。
寻呼时刻PO是寻呼帧中的一个子帧，其中包含P-RNTI（Paging Radio Network Temporary Identity）的信息，在PDCCH上传输。
P-RNTI在协议中被定义为固定值。
UE将根据P-RNTI从PDSCH上读取寻呼消息。
寻呼机制示意图如下：PF的帧号和PO的子帧号可通过UE的IMSI、DRX周期以及DRX 周期内PO的个数来计算得出。
一、终端开机的IMS注册过程：用户开机以后，首先完成附着过程，附着完成以后，发起IMS注册过程。
在IMS注册流程中，先建立QCI=5的SIP信令承载。
然后进行SIP的注册过程，当完成注册过程以后，就可以进行VoLTE呼叫了。
SIP信令的注册过程如下图所示。
序号Message 消息解释1 REGISTER(第一次) 用户首次试呼时，终端向代理服务器发送REGISTER注册请求2 REGISTER 401 IMS认证/计费中心获知用户信息不在数据库中，向终端回401 Unauthorized质询信息，其中包含安全认证所需的令牌3 REGISTER(第二次) 终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给IMS服务器4 REGISTER 200 IMS服那个务器将REGISTER消息中的用户信息解密，认证合法后，将该用户信息登记到数据库中，并向终端返回响应消息200 OK。
5 SUBSCRIBE 用户订阅注册事件包，6 SUBSCRIBE 200 服务器应答订阅成功。
7 NOTIFY IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器回应Notify消息中，状态为active，同事携带XML信息。
8 NOTIFY 200 终端发送Notify 200表示接收成功。
二、VoLTE呼叫VoLTE的信令呼叫流程：序号Message 消息解释1 INVITE（主叫）主叫发INVITE消息，触发主叫RRC建立过程，INVITE 消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。
2 RRCConnectionReconfiguration（主叫）主叫建立SRB2信令无线承载，QCI9默认承载和QCI5SIP信令无线承载。
例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=43 INVITE 100（主叫）核心网侧收到主叫的INVITE消息以后，给主叫发送三、Volte呼叫volte的AMR-WB 12.65K的确定AMR-WB采样频率为16kHz，AMR的采用频率为8kHZ。
VOLTE信令流程（精）,VOLTE_MO_MT流程1 . VoLTE语⾳呼叫路由原则1.1:VoLTE 主叫(1 VoLTE ⽤户附着在 LTE ,如果被叫是 VoLTE ⽤户,则将呼叫路由⾄被叫归属IMS 域,由被叫归属 IMS 进⾏被叫域选,根据域选结果进⾏后续路由;(2 VoLTE ⽤户附着在 LTE ,如果被叫是 CS ⽤户,则呼叫从主叫归属 IMS 域直接进⼊ CS 域,由 CS 域完成后续呼叫;(3 VoLTE ⽤户附着在 CS ,如果被叫是 VoLTE ⽤户,通过被叫锚定⽅案将语⾳接续到被叫归属 IMS 域,由被叫归属 IMS 进⾏被叫域选,根据域选结果进⾏后续路由;(4 VoLTE ⽤户附着在 CS ,如果被叫是 CS ⽤户,呼叫同现⽹ CS ⽤户呼叫 CS ⽤户。
1.2:VoLTE 被叫(1 主叫是 VoLTE ⽤户, 附着在 LTE , 被叫是 VoLTE ⽤户, 则将呼叫路由⾄被叫归属 IMS 域, 由被叫归属 IMS 进⾏被叫域选,并根据域选结果进⾏后续路由;(2主叫是 VoLTE ⽤户,附着在 CS ,被叫是 VoLTE ⽤户,通过锚定⽅案将语⾳接续到被叫归属 IMS 域,由被叫归属 IMS 进⾏被叫域选,根据域选结果进⾏后续路由;(3 主叫是 CS ⽤户,被叫是 VoLTE ⽤户,通过锚定⽅案将语⾳接续到被叫归属IMS 域, 由归属 IMS 进⾏被叫域选,根据域选结果进⾏后续路由;1.3:Precondition建⽴媒体 PDP 上下⽂的过程称为资源预留。
对于双⽅的 UE ⽽⾔, 建⽴ PDP 上下⽂的执⾏过程是相互独⽴的。
这意味着在资源被成功预留之前,根本⽆法保证所协商的媒体会话是否可以建⽴起来。
因此, Precondition 作⽤主要是为了保证在确认本地和主叫⽅的资源预留都已成功之前,被叫⽅不应振铃 , 以最⼤程度减少被叫⽅振铃但接听电话⼜失败的情况1.4:VoLTE 信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map&& !(diameter.cmd.code == 280 && !(diameter.cmd.code == 257&& !(diameter.cmd.code == 2822. VoLTE⽤户(LTE 附着呼叫 VoLTE ⽤户(LTE/CS附着2.1 VoL TE ⽤户呼叫 VoL TE ⽤户,主被叫均附着在 LTE1 主叫⽤户 UE(O的呼叫请求发送到主叫 PCSCF 。
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_MO_MT 流程1 . VoLTE语音呼叫路由原则1.1:VoLTE 主叫(1 VoLTE用户附着在LTE ,如果被叫是VoLTE用户,则将呼叫路由至被叫归属IMS域，由被叫归属IMS进行被叫域选,根据域选结果进行后续路由；(2 VoLTE用户附着在LTE ,如果被叫是CS用户，则呼叫从主叫归属IMS域直接进入CS域，由CS域完成后续呼叫；(3 VoLTE用户附着在CS，如果被叫是VoLTE用户，通过被叫锚定方案将语音接续到被叫归属IMS域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；(4 VoLTE用户附着在CS，如果被叫是CS用户，呼叫同现网CS用户呼叫CS用户。
1.2:VoLTE 被叫(1主叫是VoLTE用户，附着在LTE ,被叫是VoLTE用户，则将呼叫路由至被叫归属IMS域，由被叫归属IMS进行被叫域选，并根据域选结果进行后续路由；(2主叫是VoLTE用户,附着在CS被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS 域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；(3主叫是CS用户,被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS域,由归属IMS 进行被叫域选，根据域选结果进行后续路由；1.3:Preco nditio n建立媒体PDP上下文的过程称为资源预留。
对于双方的UE而言,建立PDP上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前,根本无法保证所协商的媒体会话是否可以建立起来。
因此，Preco ndition 作用主要是为了保证在确认本地和主叫方的资源预留都已成 功之前，被叫万不应振铃，以最大程度减少被叫万振铃但接听电话又失败的情况 1.4:VoLTE 信令包过渡 (((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map && !(diameter.cmd.code == 280 && !(diameter.cmd.code == 257 && !(diameter.cmd.code == 282 2. VoLTE 用户（LTE 附着呼叫 VoLTE 用户（LTE/CS 附着 VoLTE 用户（LTE 附着）^VoLTE 用户（LTE/CS 附着） US-C3CF 2.1 VoL TE 用户呼叫VoL TE 用户，主被叫均附着在LTE1-1 : IfiWLTEKS r-oLTEASr _ "/ ____ k Q | UEEPC VSHTE AS ------------- Hiwratf宦：域曲*&醱乩WE5 国 叭 J6to<SC F®1 hts 曲貝F-C5CF1主叫用户UE(O的呼叫请求发送到主叫PCSCF。
LTE完整信令流程LTE（Long Term Evolution）是第四代移动通信技术，其完整的信令流程涵盖了网络接入、鉴权和安全、呼叫建立和释放等方面。
以下是详细的LTE完整信令流程：1. 初始接入（Initial Access）:- 移动台（User Equipment，简称UE）启动，并选择最强的目标小区，完成小区和同步。
- UE发送随机接入前导（Random Access Preamble）到目标小区，以请求接入。
- 目标小区回复指定随机接入响应前导（Random Access Response Preamble），包含临时标识和时隙分配。
- UE发送接入确认请求（Access Request）。
- 目标小区发送接入确认响应（Access Accept），标识初始接入成功。
2. 鉴权和安全（Authentication and Security）:- UE发送鉴权请求（Authentication Request），向鉴权中心（Authentication Center，简称AuC）请求鉴权参数。
- AuC生成鉴权响应（Authentication Response），发送给UE。
3. 建立连接（Establishment of Connection）:- UE发送连接请求（Connection Request）给目标小区，请求建立初始连接。
- 目标小区回复连接确认（Connection Setup）。
- UE发送连接接受（Connection Accept）给目标小区，确认连接建立。
- 目标小区发送连接确认（Connection Confirm），标识连接建立成功。
4. 寻呼（Paging）:-当UE处于空闲状态时，网络通过广播通知目标小区需要找到该UE。
- 目标小区发送寻呼消息（Paging Message）到UE指定的寻呼信道。
- UE收到寻呼消息后，返回寻呼响应（Paging Response）。
