1、VOLTE 原理报告项目名称 中移动福州 VOLTE 测试文档编号版 本 号 1.0.1作 者 苏晓群版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。文档更新记录日期 更新人 版本 备注2014-11-19 苏晓群 1.0.0 创建文档2014-12-14 苏晓群 1.0.1 呼叫信令流程更新为改进后的流程目录1 引言 .41.1 编写目的 41.2 预期读者和阅读建议
2、 .41.3 参考资料 .42 VOLTE 原理介绍 .42.1 VOLTE 介绍 42.1.1 技术背景 .42.1.2 技术优势 .42.2 VOLTE 系统架构 52.3 VOTLTE 关键技术 62.3.1 无线承载 Qos 等级标识 .62.3.2 SIP(Session Initiation Protocol)user=phone MSISDN represented as a Tel URI: Example: tel:+447700900123：REGISTER 200 信令截图如下：4.1.4 SUBSCRIBE& NOTIFYSUBSCRIBE 是一个用来请求对方节点的当前
3、状态以及后续状态变化的请求方法,从网络订阅消息，NOTIFY 是用于向服务器请求返回当前状态消息。VOLTE 中典型的消息流如下：第 20 页共 41 页U E 终端 I M S 网络S U B S C R I B E 2 0 0N O T I F YS U B S C R I B EN O T I F YN O T I F Y 2 0 0N O T I F Y 2 0 0请求状态订阅确认订阅请求返回当前状态如果订阅过期了，就必须发起新的 SUBSCRIBE 来进行订阅SUBSCRIBE CDS 信令截图如下：SUBSCRIBE 200 CDS 信令截图如下网络通过 NOTIFY 向 UE 发
4、送订阅的内容，UE 通过 NOTIFY 200 确认已收到，NOTIFY 的CDS 信令截图如下：第 21 页共 41 页4.2 语音通话流程及重要信令详解语音呼叫过程就是为典型的 SIP 通话过程，经过多个修改，基本已经定型。由于VOLTE 呼叫其它通话制式的手机时，VOLTE 终端侧的信令未有变化，所以本文中不会进行说明。CDS 软件信令截图如下：呼叫流程图如下：第 22 页共 41 页主叫 U E e N o d e B I M S E P C 被叫 U EE P C e N o d e B1 . I N V I T E2 . S e r v i c e R e q u e s t3 .
5、 R R C p r o c e d u r e4 . s e c u r i t y p r o c e d u r e1 0 . I N V I T E6 . P a g i n g7 . S e r v i c e R e q u e s t8 . R R C p r o c e d u r e9 . s e c u r i t y p r o c e d u r eI N V I T E1 1 . I N V I T E 1 0 01 3 . E P S B E A R S E T U P Q C I = 11 4 E P S B E A R S E T U P Q C I = 11
6、5 . I N V I T E 1 8 31 6 . P R A C K1 2 . I N V I T E 1 8 31 7 . P R A C K 1 9 . P R A C K 2 0 02 0 . U P D A T E2 1 . U P D A T E2 2 . U P D A T E 2 0 02 3 . U P D A T E 2 0 02 4 . I N V I T E 1 8 02 6 . I N V I T E 2 0 02 5 . I N V I T E 1 8 02 7 . I N V I T E 2 0 02 8 . A C K2 9 . A C K通话过程 3 0 .
7、 B Y E3 2 . B Y E 2 0 03 1 . B Y E3 3 . B Y E 2 0 03 4 . D e a c t i v a t e E P S B e a r e r C o n t e x t ( R R C R E C O N F I G )3 5 . D e a c t i v a t e E P S B e a r e r C o n t e x t ( R R C R E C O N F I G )1 8 . P R A C K 2 0 05 . I N V I T E 1 0 0 ( T R Y I N G )信令说明如下：11 到 5，UE 起呼，发送 IN
8、VITE 到 IMS，触发 RRC 连接、安全模式等过程，并通过 RRC 重配置消息建立 SRB2 信令无线承载，配置测试控制，IMS 开始寻呼后，发送 INVITE 100（TRYING）给 UE，响应 INVITE 消息，INVITE 消息中包含被叫方的号码，主叫方支持的媒体类型和编码等；26 到 13，核心网向处于空闲态的被叫发 INVITE 消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户，被叫 UE 收到寻呼后，触发 RRC 连接、安全模式等过程，被叫通过 RRC 重配置消息建立 SRB2 信令无线承载，CN 侧通过 QCI=5的 RB 向被叫发送 INV
9、ITE 消息，UE 收到后发送 INVITE 100 消息进行响应，同时被叫发送 INVITE 183 消息给 CN 表示会话正在处理，启动 Precondition(资源预留)过程，并通知主叫自己所支持的媒体类型和编码，并建立起 QCI=1 的承载；3. 14 到 15，IMS 收到被叫的 INVITE 83 后，对主叫启动 Precondition(资源预留)过程，通过 EPC 通知主叫 SM 层建立起 QCI=1 的承载后，向 UE 发送 INVITE 183 消息；第 23 页共 41 页4 16 到 23，主叫向被叫发送 PRACK 消息，PRACK 过程是一个预确认过程，主要为了防
10、止会话超时及拥塞，被叫收到后返回 PRACK 200，主叫收到被叫的 PRACK 200 以后，发送UPDATE 消息，进行媒体格式协商过程，被叫通过 UPDATE 200 返回协商结果；5. 24 到 29 是振铃接听过程，被叫发送 INVITE 180 给主叫，振铃，摘机后发送 INVITE 200 给主叫，主叫返回 ACK 进行确认，通话完全建立，进入通话过程；6. 通话结束后，主叫发送 BYE 请求结束本次会话，IMS 服务器给被叫发送 BYE,请求结束本次会话，被叫挂机，回 BYE 200 消息，核心网 IMS 服务器给主叫发 BYE 200，标明会话结束，主被叫分别通过 RRCCo
11、nntctionReconfiguration 消息和去激活 EPS 专用承载消息，删除 QCI=1 的数据无线承载。4.2.1 INVITEINVITE 是发起会话邀请，在 VOLTE 中就是用于起呼，INVITE 消息中主要包含了主叫信息、被叫号码和主叫支持的格式信令截图如下：第 24 页共 41 页4.2.2 RRCConnectionReconfiguration （QCI=1）该信令对应流程中的步骤 13、14 的 RRCConnectionReconfiguration，在核心网下发“Activate Dedicated EPS Bearer Context Request”消息后
12、，基站将该消息附加在“RRCConnectionReconfiguration”消息中一起下发，所以“RRCConnectionReconfiguration”中解码出来的“Activate Dedicated EPS Bearer Context Request”消息内容，与后续的“Activate Dedicated EPS Bearer Context Request”消息内容一致，RRCConnectionReconfiguration 在 CDS 上导出的详细解码如下：第 25 页共 41 页主要说明如下：1. 在 pdcp-ConfigheaderCompression 可以查到头
13、压缩的的相关配置，主要内容为头压缩使用的方案格式；2. 在 mac-MainConfig 节点下可以查到 ttiBundling 功能是否开启；3. 在该消息中如果查不到关于 SPS 的 IE，则说明 SPS 为关闭状态；如果 SPS 开启，SPS 在信令中的格式如下：第 26 页共 41 页4.2.3 UPDATE & UPDATE 200UPDATE 主要是用于在呼叫过程中进行媒体格式的二次协商，UPDATE 200 消息是对UPDATE 消息的确认，UPDATE 200 消息中协商结果为双方通话使用的通话格式，通常选取主被叫双方中格式中较低的一种，主被叫双方根据协商结果，通过“Modif
14、y EPS Bearer Context Request”消息对 EPS 承载进行相应的修改。在 UPDATE 消息中携带了主要建议的语音编码格式，好点正常语音业务上下行各占用2 个 PRB 左右，标清语音和高清语音资源占用基本相同，但差点标清 PRB 占用数会少一些，未来移动也有可能推广标清语音。第 27 页共 41 页在收到的 UPDATE 200 消息中的编码格式为最终格式，截图如下：如果呼叫 2/3G、固话等，协商结果为 2/3G、固定电话的编码为准，例如下图中为呼叫 2G的 UPDATE 200 消息，协商结果使用 AMR-NB 的编码格式4.2.4 视频通话流程与语音通话流程的异同
15、视频电话与语音通话过程基本相同，其中最主要的区别是需要建立 QCI=1 和 QCI=2 的承载，QCI=1 传送语音，QCI=2 传送视频，视频电话的信令截图如下,其中需要注意的是正常结束后会去激活两个承载。第 28 页共 41 页主要区别如下：1、 语音业务 INVITE 消息中，呼叫的原因为语音，只携带支持的语音编码格式，视频业务的 INVITE 中呼叫原因为视频，并携带了主叫支持的视频编码格式。 第 29 页共 41 页2、 视频业务需要建立两条业务承载，QCI=1 和 QCI=2,这与 3G 的视频电视只建议一个承载不同，同时视频业务释放时需要释放两条承载；第 30 页共 41 页4.
16、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 系统间切换流程相似，通过对比可以加深理解。eSRVCC 的主要流程为 A2B2HORELEASE，目前移动公司的策略是从 LTE 切向 GERAN，本文只说明 LTE向 GERAN 的 SRVCC 切换过程。测试软件 UU 口信令截图如下：CDL 解码截图如下：
