VoLTE基础信令流程与详细解析
VoLTE基础信令流程与详细解析
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信令流程详解
VoLTE信令流程详解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获知用户信息不在数据库中，便向终端代理回送401Unauthorized 质询信息，其中包含安全认证所需的令牌；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基本原理及信令流程
VoLTE基本原理及信令流程VoLTE（Voice over LTE）是一种利用LTE（Long Term Evolution）网络进行语音通信的技术，它基于IP（Internet Protocol）网络传输语音数据。
相比传统的2G和3G网络，VoLTE具有更高的音质和更低的延迟。
1.注册过程：用户开机后，VoLTE终端会与LTE网络建立连接，并向网络注册。
这个过程称为注册过程，用于告知网络该终端支持VoLTE功能。
2.语音呼叫建立：当用户发起语音呼叫时，VoLTE终端会发送SIP INVITE消息给IMS核心网（IMS Core）。
这个消息包含呼叫的目标号码等信息。
IMS Core会根据目标号码找到对应的终端，并发送SIP 180 Ringing消息给呼叫发起方，告知对方被叫正在被呼叫。
3.媒体协商和传输：4.语音呼叫结束：当任意一方终止通话时，VoLTE终端会发送SIP BYE消息给IMS Core，通知对方终止通话。
IMS Core会向对方发送SIP 200 OK消息，然后释放呼叫资源。
在VoLTE信令流程中，还涉及到一些附加功能和协议：- 呼叫转接（Call Transfer）：可以将一通通话转移到另一个终端或另一个网络上。
- 呼叫等待（Call Waiting）：当用户在通话时接到另一个呼叫，可以选择接听或挂断当前通话。
- 呼叫保持（Call Hold）：用户可以将当前通话放置在保持状态，然后接听另一个呼叫。
一旦通话结束，用户可以重新回到保持的通话。
-媒体协商：在语音呼叫建立时，VoLTE终端之间会协商音频编解码方式、传输格式等参数，以确保语音质量和兼容性。
总结起来，VoLTE基于IP网络传输语音数据，利用IMS架构支持语音和其他多媒体服务。
其信令流程包括注册过程、语音呼叫建立、媒体协商和传输，以及语音呼叫结束。
VoLTE还支持一些附加功能和协议，如呼叫转接、呼叫等待和呼叫保持等。
通过VoLTE技术，用户可以在LTE网络上以更高音质和更低延迟进行语音通话。
VOLTE基本原理与信令流程
VOLTE基本原理与信令流程
基本原理：
信令流程：
1. 附着过程（Attach Procedure）：
当用户手机进入LTE网络覆盖范围时，它会向网络发送附着请求。
附着请求包含了用户的标识信息和附着类型。
网络收到附着请求后，会对用户进行身份验证，然后分配一个IP地址和一个临时标识符，用于用户的定位。
2. 注册过程（Registration Procedure）：
一旦用户成功附着到网络上，它会发送一个注册请求来注册到IMS网络。
注册请求包含了用户的标识信息和用户设备的能力信息。
IMS网络收到注册请求后，会将用户的信息存储在注册数据库中，并返回一个注册成功的消息。
3. 会话建立过程（Session Establishment Procedure）：
IMS网络收到会话建立请求后，会查询被叫用户的位置信息，并发送一个呼叫请求到被叫用户所在的网络。
被叫用户接收到呼叫请求后，可以选择接受或拒绝呼叫。
4. 语音通话过程（Voice Call Procedure）：
一旦呼叫建立成功，语音通话就可以开始了。
语音数据会被采集、编码和封装进LTE网络中，然后通过IP网络进行传输。
被叫用户接收到语音数据后，会将其解码并还原为语音，然后通过扬声器播放出来。
5. 会话结束过程（Session Termination Procedure）：
总结：
它的信令流程包括附着过程、注册过程、会话建立过程、语音通话过程和会话结束过程。
通过VOLTE技术，用户可以在LTE网络上实现高质量的语音通信。
简述volte呼叫信令流程
简述volte呼叫信令流程VoLTE（Voice over LTE）是指在LTE（Long Term Evolution）网络上实现语音通信的技术。
与传统的2G和3G网络相比，VoLTE 具有更高的语音质量和更快的呼叫建立速度。
那么，让我们来简述一下VoLTE呼叫信令流程，了解一下它是如何实现语音通信的。
1. 呼叫发起当用户想要拨打电话时，手机会向网络发送呼叫请求。
首先，手机会通过寻呼过程找到最适合的基站。
然后，手机会向该基站发送呼叫请求信令。
基站会将这个请求转发到核心网络。
2. 接入网关选择核心网络中的接入网关会根据用户的位置和网络负载等因素选择最合适的网关，以便进一步处理呼叫请求。
选择完网关后，基站会将呼叫请求转发给这个网关。
3. 会话控制接入网关收到呼叫请求后，会对呼叫进行会话控制。
这包括验证用户的身份和权限、检查呼叫类型（语音、视频等）以及分配临时标识符等。
接入网关还会为呼叫建立相应的会话参数，并为呼叫分配一个唯一的Session ID。
4. 呼叫路由接入网关在会话控制之后，会根据被叫号码找到对应的用户所在的位置，并确定最佳的路由路径。
这个过程涉及到寻址和路由表的查询，以确保呼叫能够被正确地转发到被叫用户所在的基站。
5. 呼叫建立一旦呼叫路由确定，接入网关会发送呼叫建立请求给被叫用户所在的基站。
被叫基站会向被叫用户发出呼叫振铃信号，告知用户有来电。
同时，被叫基站会将呼叫建立请求转发给被叫用户。
6. 呼叫确认被叫用户接收到来电后，可以选择接听或拒接呼叫。
如果被叫用户接听呼叫，被叫基站会发送呼叫确认信令给接入网关，表示呼叫已经建立。
接入网关再将呼叫确认信令发送给发起呼叫的基站，以告知发起呼叫的用户呼叫已经成功建立。
7. 语音传输一旦呼叫建立成功，语音数据就会通过LTE网络进行传输。
VoLTE 使用IP（Internet Protocol）技术进行语音传输，将语音数据转换为IP数据包并通过LTE网络进行传输。
VOLTE信令流程 (5)
VOLTE信令流程1. 引言VOLTE（Voice over LTE）是基于LTE网络的语音通信技术，它将语音通信与数据通信融合在一起，提供更高质量和更高效率的语音通话服务。
在VOLTE中，信令是实现语音通话的关键部分。
本文将介绍VOLTE的信令流程。
2. VOLTE信令流程概述在VOLTE中，信令流程包括呼叫建立、呼叫保持、呼叫转移和呼叫释放等多个阶段。
下面将对VOLTE的信令流程进行详细介绍。
2.1 呼叫建立流程当用户发起一个VOLTE呼叫时，需要经过以下步骤建立呼叫：1.用户发送呼叫请求到VOLTE控制平面。
2.VOLTE控制平面根据用户所在位置选择合适的VOLTE网络节点。
3.VOLTE网络节点向被叫用户发送呼叫请求。
4.被叫用户接受呼叫请求，并返回确认信息给VOLTE网络节点。
5.VOLTE网络节点向主叫用户发送呼叫确认消息。
6.主叫用户接受呼叫确认消息，并建立语音通话。
2.2 呼叫保持流程当用户在VOLTE语音通话中需要暂时中断并保持当前通话时，需要进行呼叫保持操作：1.用户发送呼叫保持请求到VOLTE网络节点。
2.VOLTE网络节点发送呼叫保持请求到被叫用户。
3.被叫用户接受呼叫保持请求，并返回确认信息给VOLTE网络节点。
4.VOLTE网络节点向主叫用户发送呼叫保持确认消息。
5.主叫用户接受呼叫保持确认消息，并将当前通话保持。
2.3 呼叫转移流程当用户在VOLTE语音通话中需要将当前通话转移到其他设备时，需要进行呼叫转移操作：1.用户发送呼叫转移请求到VOLTE网络节点。
2.VOLTE网络节点将呼叫转移请求转发给被叫用户。
3.被叫用户接受呼叫转移请求，并返回确认信息给VOLTE网络节点。
4.VOLTE网络节点向主叫用户发送呼叫转移确认消息。
5.主叫用户接受呼叫转移确认消息，并将当前通话转移到其他设备。
2.4 呼叫释放流程当用户结束VOLTE语音通话，需要进行呼叫释放操作：1.用户发送呼叫释放请求到VOLTE网络节点。
VoLTE基本原理及信令流程
VoLTE无线关键技术
EPS承载的相关说明
1. ROHC
ROHC实现原理：
•
•
在ROHC中，压缩端和解压端各自维护一个参考上下文，两者参考上下文在整个压缩和解压过程中必须保持 严格同步
在初始传输时，压缩端处于IR状态发送包含静态域和动态域的完整信息包，解压端成功解析后保存相应参考 上下文后，压缩端将迁移至更高级FO状态直到SO状态，解压端也相应由低级NC态迁移至更高级SC态直到 FC态，高级状态将不重复发送静态域信息（如IP地址等）以及可由上下文推算信息（如SN号等），而仅发 送必须的动态域信息。 当解压端和压缩端的参考上下文失步时，解压端和压缩端将向低级状态转移发送更加完整信息包以恢复同步。 ROHC报头分类：静态域和动态域 ROHC模式：U模式-单向模式，O模式-双向优化模式，R模式-双向可靠模式
Databases
SLF
Dx Cx Mw
Sh
HSS
ISC
Cx
AS
Services Elements
Mr
Session Management and Routing
Gm
P-CSCF
Support Entities Go
Mw
UE
I-CSCF
S-CSCF
MRFC
Mp
Mi
MRFP GGSN
Visited Domain
SLF
Dx Cx Mw
HSS
Sh
AS
ISC
Cx
Services Elements
Mr
Gm
Mw
UE
P-CSCF
I-CSCF
Mi
S-CSCF
VoLTE 信令流程详解
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、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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重配置中附带下来。
主要说明如下：该信令中主要是关注QCI等级，必须是QCI=5，才能传输SIP信令，ERAB ID=62)REGISTER(1ST Sip Register Request)& REGISTER 401（Unauthorized）REGISTER信令是用于网络注册，建立关联主要说明如下：这是用户的第一个REGISTER REQUST信令，所以鉴权方面部分内容为空，需要网络回应后才能补齐REGISTER 401信令是用于向终端回送401 Unauthorized 质询信息，其中包含安全认证所需的令牌，令牌对应用户第一个REGISTER REQUST信令中鉴权摘要为空的部分，并指明算法，主要说明如下：3)REGISTER(2nd Sip Register Request)& REGISTER 200第二条Register信令是终端将用户标识和密码根据安全认证令牌加密后回送给服务器主要说明如下：REGISTER 200信令是用是确认注册流程完成，并生成SIP-URI和TEL URI，3GPP TS 23.003定义了三种URI如下，VOLTE中使用了后面两种：Alphanumeric SIP-URIsExample:sip:*********************MSISDN represented as a SIP URI:Example:sip:+************************;user=phoneMSISDN represented as a Tel URI:Example: tel:+447700900123：REGISTER 200信令截图如下：4)SUBSCRIBE& NOTIFYSUBSCRIBE是一个用来请求对方节点的当前状态以及后续状态变化的请求方法,从网络订阅消息，NOTIFY是用于向服务器请求返回当前状态消息。
VOLTE中典型的消息流如下：如果订阅过期了，就必须发起新的SUBSCRIBE来进行订阅SUBSCRIBE CDS信令截图如下：SUBSCRIBE 200 CDS信令截图如下网络通过NOTIFY向UE发送订阅的内容，UE通过NOTIFY 200确认已收到，NOTIFY的CDS信令截图如下：2.语音通话流程及重要信令详解语音呼叫过程就是为典型的SIP通话过程，经过多个修改，基本已经定型。
由于VOLTE呼叫其它通话制式的手机时，VOLTE终端侧的信令未有变化，所以本文中不会进行说明。
CDS软件信令截图如下：呼叫流程图如下：信令说明如下：1．1到6，UE起呼，UE高层协议层需要发送INVITE到IMS，触发RRC连接、安全模式等过程，并通过RRC重配置消息建立SRB2信令无线承载、恢复QCI 5承载，配置测量控制，IMS收到主叫的INITE消息，开始寻呼，并发送INVITE 100（TRYING）给主叫UE，用于响应INVITE消息，INVITE消息中包含呼叫类型、主被叫的号码、主叫方支持的媒体类型和编码等；2．7到15，核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户，被叫UE收到寻呼后，触发RRC连接、安全模式等过程，被叫通过RRC重配置消息建立SRB2信令无线承载，CN侧通过QCI=5的RB向被叫发送INVITE消息，UE收到后发送INVITE 100消息进行响应，同时被叫发送INVITE 183消息给CN表示会话正在处理，启动Precondition(资源预留)过程，并通知主叫自己所支持的媒体类型和编码，并建立起QCI=1的承载；3. 16到17，IMS收到被叫的INVITE 83 后，对主叫启动Precondition(资源预留)过程，通过EPC通知主叫SM层建立起QCI=1的承载后，向UE发送INVITE 183消息；4．18到25，主叫向被叫发送PRACK消息，PRACK过程是一个预确认过程，主要为了防止会话超时及拥塞，被叫收到后返回PRACK 200，主叫收到被叫的PRACK 200以后，发送UPDATE消息，进行媒体格式协商过程，被叫通过UPDATE 200返回协商结果；5. 26到31是振铃接听过程，被叫发送INVITE 180给主叫，振铃，摘机后发送INVITE 200给主叫，主叫返回ACK进行确认，通话完全建立，进入通话过程；6. 32到37为挂机过程，通话结束后，主叫发送BYE请求结束本次会话，IMS服务器给被叫发送BYE,请求结束本次会话，被叫挂机，回BYE 200消息，核心网IMS服务器给主叫发BYE 200，标明会话结束，主被叫分别去激活EPS专用承载消息，删除QCI=1的数据无线承载。
1)INVITEINVITE是发起会话邀请，在VOLTE中就是用于起呼，INVITE消息中主要包含了主叫信息、被叫号码和主叫支持的格式。
信令截图如下：2) RRCConnectionReconfiguration （QCI=1）该信令对应流程中的步骤13、14的RRCConnectionReconfiguration ，在核心网下发“Activate Dedicated EPS Bearer Context Request ”消息后，基站将该消息附加在“RRCConnectionReconfiguration”消息中一起下发，所以“RRCConnectionReconfiguration”中解码出来的“Activate Dedicated EPS Bearer Context Request”消息内容，与后续的“Activate Dedicated EPS Bearer Context Request”消息内容一致。
主要说明如下：1.在pdcp-Config headerCompression可以查到头压缩的的相关配置，主要内容为头压缩使用的方案格式；2.在mac-MainConfig节点下可以查到ttiBundling功能是否开启；3.在该消息中如果查不到关于SPS的IE，则说明SPS为关闭状态；如果SPS开启，SPS在信令中的格式如下：3)UPDATE & UPDATE 200UPDATE主要是用于在呼叫过程中进行媒体格式的二次协商，UPDATE 200消息是对UPDATE消息的确认，UPDATE 200消息中协商结果为双方通话使用的通话格式，通常选取主被叫双方中格式中较低的一种，主被叫双方根据协商结果，通过“Modify EPS Bearer Context Request”消息对EPS承载进行相应的修改。
在UPDATE消息中携带了主要建议的语音编码格式，好点正常语音业务上下行各占用2个PRB左右，标清语音和高清语音资源占用基本相同，但差点标清PRB占用数会少一些，未来移动也有可能推广标清语音。
在收到的UPDATE 200消息中的编码格式为最终格式，截图如下：如果呼叫2/3G、固话等，协商结果为2/3G、固定电话的编码为准，例如下图中为呼叫2G 的UPDATE 200消息，协商结果使用AMR-NB的编码格式4)视频通话流程与语音通话流程的异同视频电话与语音通话过程基本相同，其中最主要的区别是需要建立QCI=1和QCI=2的承载，QCI=1传送语音，QCI=2传送视频，视频电话的信令截图如下,其中需要注意的是正常结束后会去激活两个承载。
主要区别如下：1.语音业务INVITE消息中，呼叫的原因为语音，只携带支持的语音编码格式，视频业务的INVITE中呼叫原因为视频，并携带了主叫支持的视频编码格式。
2.视频业务需要建立两条业务承载，QCI=1和QCI=2,这与3G的视频电视只建议一个承载不同，同时视频业务释放时需要释放两条承载；3.eSRVCC切换及重要信令详解VOLTE系统内切换与R8/9的切换相同，所以本文只针对eSRVCC切换流程进行说明；SRVCC切换流程在3GPP协议TS 23.216里定义，有多种SRVCC流程，本文介绍的是“SRVCC from E-UTRAN to GERAN without DTM support ”流程。
eSRVCC切换过程比较简单，与TD-SCDMA中的CS系统间切换流程相似，通过对比可以加深理解。