eSRVCC流程图解
eSRVCC邻区维护指导手册V1(项目版)_修正版_修正版
eSRVCC邻区维护指导手册作者：陈欢日期：2015年9月22日目录eSRVCC邻区添加&维护指导 (1)1. eSRVCC邻区添加&维护流程示意图 (3)2. eSRVCC邻区初始添加 (4)2.1 手动添加LNADJG (4)2.2 手动添加LNRELG (4)2.3 手动添加LNHOG (5)2.4用plan添加LNADJG (5)2.5用plan添加LNRELG (6)2.6 用plan添加LNHOG (7)3.eSRVCC邻区维护 (9)3.1外部邻区EXGCE维护 (9)3.1.1外部邻区EXGCE参数修改 (10)3.1.2外部邻区EXGCE删除 (11)3.2 LNADJG维护 (11)3.2.1 LNADJG添加 (11)3.2.2 LNADJG删除 (12)3.2.3 LNADJG删除后重新添加 (13)3.3 LNRELG维护 (13)3.3.1 LNRELG添加 (13)3.3.2 LNRELG删除 (13)3.3.3 LNRELG删除后重新添加 (14)3.4 LNHOG维护 (14)3.4.1 LNHOG添加 (14)3.3.4 LNHOG覆盖式添加 (14)3.5 邻区同步 (15)4.制作脚本的模板及工具 (16)eSRVCC 邻区添加与维护1. eSRVCC 邻区添加&维护流程示意图2. eSRVCC邻区初始添加eSRVCC邻区包含3个部分，LNADJG、LNRELG、LNHOG。
LNADJG是4G到2G的邻区链路，相当于4G邻区的LNADJ，它涉及的规划参数有GSM CI、BCCH、BCC、NCC、LAC；LNRELG 是eSRVCC的邻小区，相当于4G邻区的LNREL，它涉及的规划参数有GSM CI、LAC；LNHOG 是2G邻区的测量信息，相当于4G的异频测量LNHOIF，它涉及的参数有B2事件本小区判决门限、邻小区判决门限以及频点list。
VoLTE信令分析工具
使用FlowShark分析VoLTE呼叫信令的实例呼叫等待与保持本例流程图中使用如下颜色来区分主被叫主叫被叫第二主叫第二主叫 Bye 挂掉上一个呼叫，之后在67帧时呼叫主叫DNS查询S-CSCF主叫INVITE 入局，呼叫被叫被叫数据主叫通过 OPTIONS 查询被叫的服务能力通知主叫等待200 OK 确认后，下发 INVITE 给被叫通知主叫等待180 Ringing 被叫回铃回铃给主叫200 OK 被叫摘机主叫收到摘机信息，返回ACK新主叫发起呼叫，INVITE 原主叫（新被叫） DNS 查询S-CSCFAS 寻址和转发 INVITE被叫收到 ACK ，呼叫接通，开始通话 主叫数据OPTION 询问原主叫状态，返回 200 OKDNS 查询S-CSCF200 OK 确认后，下发 INVITE 给原主叫 提示：绿点标出的是应答关系原被叫收到转发的 re-INVITE 并确认新被叫（原主叫）回铃新主叫 PRACK 媒体协商183 Progress 要求新主叫准备资源新主叫资源准备完毕，下发回铃6秒后，原主叫决定切换通话对象原主叫收到原被叫的确认，返回ACK原被叫收到原主叫的ACK，开始Hold UPDATE 通知新主叫准备资源原主叫(新被叫)发送200 OK 给新主叫准备资源完毕之后，返回 ACK通话8+7秒，新被叫挂断第二个呼叫新被叫收到 ACK原被叫的周期性注册转发 Bye 给新主叫原主叫 re-INVITE 原被叫，恢复通话新主叫收到 Bye原主叫收到 200 ACK，发出ACK原被叫收到 re-INVITE新主叫返回 200 OK 拆线原被叫返回 200 OK 同意恢复通话通话37秒，原被叫发出 re-INVITE原被叫收到 ACK，主被叫继续通话原主叫收到 re-INVITE主叫收到 re-INVITE，回复 200 OK被叫挂机 Bye主叫收到 Bye，回复 200 OK，拆线E-SRVCC过程eNB-MME-SGW-HSS: 附着、专载建立、专载释放MME-eMSC-SBC-HSS: eSRVCC过程SBC-S/I-CSCF-AS-DNS: SIP注册、发起会话、结束会话被叫 LTE 网络附着被叫 IMS 注册主叫 LTE 网络附着主叫 IMS 注册主叫呼叫被叫询问被叫服务能力后下发 INVITE被叫回铃给主叫被叫摘机主叫回复 ACK 被叫专载建立主叫专载建立被叫收到 ACK，双方接通开始通话通话22秒之后，被叫执行系统间切换，开始 eSRVCC Handover主叫发送 Bye 结束通话被叫 eSRVCC 切换完成拆线释放资源Bye 通过eMSC 转发给被叫主叫释放专载资源数据处理过程采集原始信令到pcap文件，使用FlowShark打开，自动转为fcap格式，界面即可呈现流程图直接打开 pcap 文件流鲨工具运行于笔记本电脑，可以直接打开码流文件进行流程分析。
VoLTE常见问题及优化策略
五、常见问题分析二 异系统重定向(1/2)
➢问题现象
终端在弱场区域，基站下发盲重定向的RRC Release消息，消息中包含重定向的2G 频点列表。
➢优化方法 1）可以通过调整天线方向角和下倾角、增加天线挂高、更换更高增益天线、 增强RS功率等方法来优化覆盖 2）对于相邻基站覆盖区不交叠部分内用户较多或者不交叠部分较大时，应新 建基站，或增加周边基站的覆盖范围，使两基站覆盖交叠深度加大 3）对于凹地、山坡背面等引起的弱覆盖区可用新增基站或RRU，以延伸覆盖 范围；对于电梯井、隧道、地下车库或地下室、高大建筑物内部的信号盲区可 以利用RRU、室内分布系统、泄漏电缆、定向天线等方案来解决
五、常见问题分析三 RSRP/SINR差（1/2）
➢问题现象 终端在弱场区域，RSRP/SINR过差，导致业务中断，原因多为RTP inactivity 导致RRC Release。 ➢分析方法 查看RRC Release之前的终端测量，确定终端是否处在RSRP/SINR过差区域。
五、常见问题分析三 RSRP/SINR差（2/2）
五、常见问题分析二 异系统重定向(2/2)
➢ 优化方法 1. LTE弱覆盖：优化LTE覆盖 2. 假性弱覆盖：优化切换、重选参数 3. 终端测量B2不及时：一是高通正在验证新的芯片，新芯片支持DRX休
眠期对异频异系统进行测量，缩短测量周期；二是通过删减无用的异 频频点，减少终端测量的频点数以达到缩短测量周期的目的 4. 2G邻区配置错误：做好eSRVCC的邻区精细化规划和周期一致性核查 5. 基站功能改进： 601P02版本可针对语音业务关闭重定向功能
VOLTE基本信令流程201512
目录
1 2 3 4
注册流程
基本呼叫
SRVCC
IP 短消息
SRVCC基本原理
VoLTE给用户带来了良好的语音质量和用户体验，但当用户从LTE覆盖良好的区域移动到LTE弱覆盖区域时，可能会带来
掉话，甚至招致投诉，SRVCC提供了一种机制来保证语音业务的连续性。.
当用户移动到LTE弱覆盖区域时，会触发
VOLTE基础理论培训
华为邯郸项目组
VoLTE总体流程
下图显示出VoLTE终端开机后的标准流程，包括注册、呼叫和挂断过程:
目录
1 2 3 4
注册流程
基本呼叫
SRVCC
IP 短消息
VoLTE基本注册流程
EPS附着流程
注册流程包括 EPS attachment和 IMS注册； 3GPP IR.92标准推荐 VoLTE使用双APN架构 - Internet APN 和 IMS APN； VoLTE终端在附着到 Internet APN时创建QCI9默认承载，在附着到IMS APN时创建QCI5默认承载。
IP短消息流程
从UU口来看，IP短消息流程包括4步： 1. UE构造MESSAGE请求发送给 P-CSCF(proxy-call session control function)，P-CSCF通过头部构造后转发给SCSCF( serving-call session control function). 2. IP-SM-GW收到MESSAGE后将消息内容转发到SMSC短消息中心，并且回复202 Accept响应. 3. IP-SM-GW确认SMSC短消息中心收到短信内容后，构造MESSAGE请求给UE，指示短消息发送成功. 4. UE回复200 OK给IP-SM-GW确认.
4 SRVCC(eSRVCC)技术详解及优化
1
LTE 语音解决方案 VoLTE 介绍 eSRVCC语音方案
eSRVCC切换时延分析 eSRVCC相关指标
eSRVCC参数配置 eSRVCC优化案例
LTE语音解决方案
多模单待
VoLTE-Only 语音、数据在LTE进行 LTE语音 解决方案 语音在CS进行 数据在LTE进行
eSRVCC语音方案--eSRVCC无线侧切换信令
• •
eNB给MME发送的HandoverRequire消息中带有eSRVCC 切换指示，切换原因，切换 目标小区等。 当GSM系统资源准备完成，由MME通过S1口发送HandoverCommand 消息到基站触 发由E-UTRAN到GSM的切换，消息中带有切换的 GERAN目标小区。
eSRVCC （ Enhanced SRVCC) •在SRVCC的基础上，增加ATCF网元，作为SCC AS的前置网元，替代SCC AS作为信令面锚点
•ATCF位于服务网络，而SCC AS位于归属网络，ATCF更接近终端，减少了MSC到IMS的承载建立时间
•增加的ATGW作为媒体面锚点，避免到远端的Remote Leg Update过程。这样可以提高切换成功率，同 时降低切换时间
VoLTE/SRVCC
•特点：语音业务基于IMS 提供，并支持从LTE切换到 2G/3G网络的语音连续性 •优势：基于LTE的语音， 音质好，频谱利用率高， 语音和数据业务可以并发
•劣势：需要部署IMS，终 端支持SRVCC的终端较少
•优势：对网络改动小，用 户体验不变，语音和数据 可以并发，无需切换
•劣势：终端要支持双待， 对手机芯片、电池续航力 都有较高要求
•优势：对终端要求较低， 重用传统2G/3G网络
VOLTE关键指标优化手册
VOLTE关键指标优化手册目录1指标概述 (3)2性能指标优化 (5)2.1高RRC连接重建占比小区比例优化 (5)2.2高PDCP层丢弃包率小区优化 (8)2.3高掉话小区比例优化 (11)2.4E_RAB建立成功率（QCI_1)优化 (13)2.5高S1切换占比小区比例优化 (15)2.6高DPCP层用户面时延小区比例优化 (17)2.7E SRVCC切换成功率优化 (19)1指标概述为提升VOLTE网络质量，提升监控人员关键指标问题处理技能，制定VOLTE关键指标优化手册。
具体VOLTE关键KPI如下表所示：2性能指标优化2.1高RRC连接重建占比小区比例优化1.指标名称：RRC重建比例2.指标解释：RRC连接重建请求次数/（RRC连接重建请求次数+RRC连接建立请求次数）*100%>10%3.指标原因分析：当用户处于RRC连接状态时，如果出现切换失败、无线链路失败、底层制式完整性校验失败、E-UTRA侧移动性失败、RRC重配置失败等情况，将会触发RRC连接重建。
在日常TOP小区处理时，切换失败、无线链路失败以及RRC重配置失败导致的高RRC重建占比较大，下图为常见的问题定位原因：1）告警故障导致2）参数异常导致3）切换异常导致4）干扰问题5）拥塞问题6）弱覆盖问题7）终端问题4.指标处理流程：RRC连接重建比例处理流程图如下：处理步骤：1)拥塞问题分析以平均用户数和最大用户数作为主要监控指标，是由于用户限制而导致的接入失败，需要分析用户数及流量变化趋势。
如果由于周围站点退服导致Top小区的接入数突增，需要在优化有接入用户数相关的参数或控制覆盖的范围以减少小区内的用户数的同时派单处理基站故障。
2)小区告警故障分析通过site manager登录eNB的IP地址来查看该小区当前是否存在明显的故障告警.对现网指标影响较大，对未及时处理故障的，建立先进行闭锁，以免影响现网指标，待故障处理完后再开启，以下告警为重要告警需要排障：3)参数设置核查➢定时器参数核查，例如最小接入电平、T301、T310、n310定时器等参数➢PCI核查:在mapinfor中查看与周边邻小区是否有PCI mod3问题，通过PCI调整避免mod3问题的出现：方向对打的两个小区，若是出现mod3问题，会导致用户随机接入失败，RRC连接建立失败重而发起重建。
华为SEQ VoLTE指标规范
华为SEQ VoLTE指标规范1VoLTE简介VoLTE即Voice over LTE，它是一种IP数据传输技术，VoLTE是基于IMS的语音业务，可实现数据与语音业务在同一网络下的统一。
4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，后者便需要VoLTE技术来实现。
VoLTE技术带给4G用户最直接的感受就是接通等待时间更短，以及更高质量、更自然的音视频通话效果。
VoLTE与2G、3G语音通话有着本质的不同。
VoLTE是架构在4G网络上全IP条件下的端到端语音方案。
VoLTE相较2G、3G语音通话，语音质量能提高40%左右，因为它采用高分辨率编解码技术。
VoLTE为用户带来更低的接入时延（拨号后的等待时间），比3G降50%，大概在2秒左右，而2G时代在6~7秒。
此外，2G、3G下的掉话时有发生，但VoLTE的掉话接近于零。
对运营商而言，部署VoLTE意味着开启了向移动宽带语音演进之路。
从长远来看，这将给运营商带来两方面的价值，一是提升无线频谱利用率、降低网络成本。
因为对于语音业务，LTE的频谱利用效率远远优于传统制式，达到GSM的4倍以上。
另一个价值就是提升用户体验，VoLTE的体验明显优于传统CS语音。
首先，高清语音和视频编解码的引入显著提高了通信质量；其次，VoLTE的呼叫接续时长大幅缩短，测试表明VoLTE比CS呼叫缩短一半以上；第三，与RCS的无缝集成可以带来丰富的业务2VoLTE涉及的接口图中红色标记的的探针采集接口是VoLTE涉及的关键接口。
外置探针UuS1-USGIP-CSCF/SBCS-CSCF/I-CSCFS/P_GWENODEBUE MwMMES1-CProbeProbeLTE 信令面数据流IMS 信令面数据流IMS 用户面数据流P-CSCF/SBCMSCSvProbeProbeS11关键网元：P-CSCF ：proxy 呼叫会话控制实体 S-CSCF ：服务呼叫会话控制实体 UE ：用户终端 S-GW ：服务网关 P-GW ：PDN 网关 MME ：移动管理实体 SBC ：会话边缘控制MSC ：移动交换中心接口简介： 连接的网络或网元 接口名称 接口协议 协议用途遵循标准E-UTRAN<->MME S1-MME S1-AP 用于信令消息传送。
volte案例
1voLTE典型案例汇总1.1VoLTE未接通案例汇总VoLTE未接通问题的基本排查思路，除了配置问题，更主要的是需要核查前后的标准信令（S1+空口）以及SIP信令，特别是对于SIP信令，某条信令延时过大或是缺失都会导致VoLTE呼叫失败。
对于比较复杂的问题，需要联合核心网与终端进行端到端的问题分析。
1.1.1无线弱覆盖导致VoLTE呼叫失败【问题现象】如下图1-1所示，终端处在弱覆盖区域，导致服务小区RSRP及SINR都非常差（RSRP为-124.8dBm；SINR为-4.1），导致SIP信令交互无法完成，最后呼叫失败。
图1-1无线弱覆盖图【问题解决】对于弱覆盖区域：首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。
其次，根据网络拓扑结构和无线环境确定最适合覆盖该区域的扇区、并加强它的覆盖：（1）排除主覆盖小区的硬件故障（例如：基带及射频器件故障、天馈系统驻波比告警等）（2）上调主覆盖小区的RS功率（3）上调主覆盖扇区的功率（4）调整主覆盖扇区的天线下倾角（5）调整主覆盖扇区的天线方位角（6）建议加站，比如微站BS8912，并调整周边基站天线的方位角和下倾角最后，合理优化邻区，在主服务小区信号恶化前，通过系统内切换，保证呼叫接续流程完整。
1.1.2无线干扰严重导致VoLTE呼叫失败【问题现象】下行干扰，一般表现为RSRP良好但SINR偏差，干扰严重区域容易导致未接通。
同时也会导致掉线、切换失败等各类异常事件发生。
具体如图1-2所示。
图1-2 同频同PCI干扰图【问题解决】1.查看PCI规划是否合理，如近距离同频同PCI、以及模3干扰等问题。
2.这里说明，对于上行干扰问题，需要通过检查各个小区的底噪进行判断。
如果某一小区的底噪过高，并且没有与之相当的高话务量存在，则确认存在上行干扰问题，需要分析干扰来至系统内部或是异系统，具体解决方法不在赘述。
1.1.3QCI1专载建立与切换冲突导致VoLTE呼叫失败【问题现象】主被叫UE在呼叫建立过程中，QCI1专载建立与切换几乎同时发生，QCI1专载刚刚建立完成又在切换过程中被MME释放，终端回复invite580，VoLTE呼叫未接通。
VoLTE信令详细流程
VoLTE信令流程HUAWEI TECHNOLOGIES CO., LTD.内容VoLTE总体流程1VoLTE注册流程2VOLTE基本呼叫流程3总体流程—承载•VoLTE的信令IMS消息使用QCI为5的Non-GBR QoS、语音使用QCI为1的GBR、视频使用QCI为2的GBRQCI Resource Type Priority PacketDelayBudgetPacketErrorLossRateExample Services1GBR 2 100 ms 10-2Conversational Voice2 4 150 ms 10-3Conversational Video (Live Streaming) 5 No-GBR 1 100 ms 10-6IMS Signalling不支持VoLTE的UE支持VoLTE的UE未进行VoLTE会话进行VoLTE语音通话进行VoLTE视频通话QCI9 QCI5+QCI9 QCI1 + QCI5 + QCI9 QCI1 +QCI2+QCI5+QCI9 •终端业务承载建立对应关系：VOLTE总体流程内容VoLTE总体流程1VoLTE注册流程2VOLTE基本呼叫流程3VOLTE注册流程—EPS attach（1）•VoLTE首先在EPS进行联合attach，与普通CSFB一致，再建立QCI5承载：Default bearer (GBR) QCI=8/9 Internet APNDefault bearer (Non-GBR) QCI=5 IMS APN •UE在attach Req中携带SRVCC能力及VOLTE能力：•EPC在attach Acp中通知UE，网络侧具有VOLTE-IMS，决定UE紧接下来是否发起QCI5承载建立：eNodeBMMEPDN Connectivity RequestRRC UL Information TransferS1AP UL NAS TRANSERAB SETUP REQ(QCI5) RRC Connection Recfg(ADD EPS Bear)Activate Default EPS Bearer Context request (QCI5) RRC UL Information TransferS1AP UL NAS TRANSRRC Connection Recfg CmpActivate Default EPS Bearer Context AcceptERAB SETUP RSPVOLTE 注册流程—EPS attach （2）•无线侧观察QCI5承载建立流程：VOLTE注册流程Register: UE读取USIM卡信息,向IMS发起注册流程；401: CSCF从IMS-HSS获取鉴权信息，发给UE；Register: UE发起第二个register信息，携带终端鉴权信息；200 OK: 鉴权通过后，网络侧给终端返回注册成功信息；内容VoLTE总体流程1VoLTE注册流程2VOLTE基本呼叫流程3基本呼叫流程（SIP）Invite：UE向网侧发起INVITE请求100 Trying：invite响应183 session progress：网络侧在做资源预留preconditionPRACK：UE等待网络资源分配UPDATE：UE收到QCI=1等承载建立后就发UPDATE180 Ringing：被叫响铃后发180Ringing，网络侧转发主叫基本呼叫流程（E2E）不同SIP交互，PCRF策略等会有不同的业务流程挂机流程UE_AP-CSCFI/S-CSCFIP-SM-GW_ASMSC进行如下操作：1. 检查A 的短消息业务权限和短消息发送权限2. 判断接收到的消息为始发短消息21发送短消息4转发短消息3通知短消息发送到SMSC 的结果基本呼叫流程—短消息需要发IP SMS ，需要先在IMS 上注册该功能:UE 发起IMS 注册时，会在REGISTER 请求的Contact 头域中携带IP 短消息能力指示。
VOLTE培训
1
VoLTE VoLTE介绍 eSRVCC语音方案 VoLTE关键技术 VoLTE信令流程 VOLTE关注指标
VOLTE优化思路
特色业务
高清语音
采用AMR-WB编解码， 相比于现网AMR-NB编 解码，频谱范围更宽 话音更自然、舒适、更有 现场感，增加了可懂度和 清晰度。
高清视频
LTE高清视频分辨率建议至少 为VGA，目标实现分辨率 720P、帧率30fps的高质量 视频通话体验。
普通FaceTime VGA/30fps TD可视电话 QCIF/15fps FaceTime HD 720P/30fps
融合消息
增强型通讯录 即时消息、群组聊天 文件传输 内容共享…
自定义头像 心情短语 在线状态
业 务 特 性
当前阶段下可提供VoLTE业务用户之间特色业务
使 用 场 景
VoLTE业务用户 VoLTE业务用户 普通IMS电话 TD可视电话
SIP相关协议简介
• 会话初始协议SIP（Session Initiation Protocol）：是一个在IP网络上进行多媒 体通信的应用层控制协议，它被用来创建、修改、和终结一个或多个参加者参加 的会话进程，与SDP、RTP/RTCP、DNS等协议配合，共同完成IMS中的会话建 立及媒体协商。 • 会话描述协议SDP（Session Description Protocol）协议为应用层的控制协议, 由于会话建立过程中的媒体协商。 • RTP/RTCP：都为应用层的承载面协议，会话建立后，RTP协议保证媒体流的实 时传输。RTCP协议对实时传输的媒体流进行监控。
MGCF/ MGW SCC AS
INTRENET
CSCF
Date flow
华为SEQVoLTE指标规范V
华为SEQ VoLTE指标规范1VoLTE简介VoLTE即Voice over LTE，它是一种IP数据传输技术，VoLTE是基于IMS的语音业务，可实现数据与语音业务在同一网络下的统一。
4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，后者便需要VoLTE技术来实现。
VoLTE技术带给4G用户最直接的感受就是接通等待时间更短，以及更高质量、更自然的音视频通话效果。
VoLTE与2G、3G语音通话有着本质的不同。
VoLTE是架构在4G网络上全IP条件下的端到端语音方案。
VoLTE相较2G、3G语音通话，语音质量能提高40%左右，因为它采用高分辨率编解码技术。
VoLTE为用户带来更低的接入时延（拨号后的等待时间），比3G降50%，大概在2秒左右，而2G时代在6~7秒。
此外，2G、3G下的掉话时有发生，但VoLTE的掉话接近于零。
对运营商而言，部署VoLTE意味着开启了向移动宽带语音演进之路。
从长远来看，这将给运营商带来两方面的价值，一是提升无线频谱利用率、降低网络成本。
因为对于语音业务，LTE的频谱利用效率远远优于传统制式，达到GSM的4倍以上。
另一个价值就是提升用户体验，VoLTE的体验明显优于传统CS语音。
首先，高清语音和视频编解码的引入显著提高了通信质量；其次，VoLTE的呼叫接续时长大幅缩短，测试表明VoLTE比CS呼叫缩短一半以上；第三，与RCS的无缝集成可以带来丰富的业务2指标体系2.1VoLTE KQIVoLTE语音业务指标体系有6个KQI，具体指标如下。
说明：完整性KQI指标（即语音MOS和单通）当前只支持VoLTE用户打VoLTE用户且双方均在LTE网络的场景。
2.2VoLTE KPI体系VoLTE指标体系有20个关键KPI，具体指标如下。
3VoLTE涉及的接口图中红色标记的的探针采集接口是VoLTE涉及的关键接口。
外置探针S-CSCF/I-CSCFS/P_GW关键网元：接口简介：4VoLTE KQI指标说明图1: VoLTE KQI信令面流程图说明：图1中200 (INVITE)表示对INVITE请求的响应、且响应码为200。
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 RequestQCI=5该信令是用于建立QCI=5的默认承载,所有SIP信令都通过QCI=5的承载传输,该信令的内容已在该信令前的RRC重配置中附带下来;主要说明如下：该信令中主要是关注QCI等级,必须是QCI=5,才能传输SIP信令,ERAB ID=62)REGISTER1ST Sip Register Request& REGISTER401UnauthorizedREGISTER信令是用于网络注册,建立关联主要说明如下：这是用户的第一个REGISTER REQUST信令,所以鉴权方面部分内容为空,需要网络回应后才能补齐REGISTER 401信令是用于向终端回送401 Unauthorized 质询信息,其中包含安全认证所需的令牌,令牌对应用户第一个REGISTER REQUST信令中鉴权摘要为空的部分,并指明算法,主要说明如下：3)REGISTER2nd Sip Register Request& REGISTER 200第二条Register信令是终端将用户标识和密码根据安全认证令牌加密后回送给服务器主要说明如下：REGISTER 200信令是用是确认注册流程完成,并生成SIP-URI和TEL URI,3GPP TS 定义了三种URI如下,VOLTE中使用了后面两种：Alphanumeric SIP-URIsMSISDN represented as a SIP URI:Example: =phoneMSISDN represented as a Tel URI:Example: tel：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 100TRYING给主叫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-ConfigheaderCompression可以查到头压缩的的相关配置,主要内容为头压缩使用的方案格式；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 里定义,有多种SRVCC流程,本文介绍的是“SRVCC from E-UTRAN to GERAN without DTM support ”流程;eSRVCC切换过程比较简单,与TD-SCDMA中的CS系统间切换流程相似,通过对比可以加深理解;eSRVCC的主要流程为A2B2HORELEASE,目前移动公司的策略是从LTE切向GERAN,本文只说明LTE向GERAN的SRVCC切换过程;测试软件UU口信令截图如下：CDL解码截图如下：信令流程如下：信令说明只说明UU口和S1口的信令,其它步骤详细说明见本节最后面的附件或查询TS 的,主要说明如下：1.步骤1 UE上报B2报告,基站会发起切换判决,这里有两个注意事项,必须UE和CN侧均支持SRVCC切换,基站RRM才会有步骤2判决进行SRVCC切换,否则判决为重定向,详见本文；2.步骤3 eNodeB向源MME发送Handover Required消息,该消息中包含括Target ID多为CGI、generic Source to Target Transparent Container、SRVCC切换指示等;SRVCC HO 指标标明切换目标只是CS域；3.步骤14和15,MME和目标MSC、IMS等经过一系统交互过程后,完成PS到CS的转换过程及目标小区资源预留后,MME向eNodeB发送Handover Command, eNodeB通过MobilityFromEUTRACommand通知UE进行切换;4.步骤16到18,UE切换到GSM,进行同步过程,同步后UE发现Suspend过程,对GPRS业务挂起,后续CN侧会数据业务挂起及通知MME进行链路释放等一系列过程,切换完成;如果在CS 语音结束后UE还在GERANor for any other reason specified in TS, UE则需要按照TS规定恢复PS业务. GN SGSN将按照TS 规定恢复PDP上下文, S4 SGSN将按照TS 规定恢复承载,并且通知S- GW和P-GWs恢复暂停的承载；如果UE在CS语音呼叫终止后已经返回到E-UTRAN,则UE必须通过发送TAU向MME恢复PS服务, MME将通知S-GW and P-GWs恢复挂起的承载,恢复在S-GW和P-GW中挂起的承载,应该通过使用某种操作触发Modify Bearer request消息进行隐式恢复,例如RAU、TAU 或Service Request;S- GW知道承载的暂停状态,并且将转发Modify Bearer request消息到P- GW,如果Modify Bearer Request不是由某类操作触发时,直接恢复必须使用恢复指示消息;1)Attach Request& Initial Context Setup RequestAttach Request信令与Attach过程中的Initial Context Setup Request信令分别包含了UE和网络的SRVCC能力,这是进行SRVCC 的必要条件;主要说明如下：从Attach Request信令中可以得到UE对SRVCC的能力,消息中其它内容与平常的信令相同,UE将SRVCC capability indication作为“UE Network Capability”的一部分包含在Attach Request message/Tacking Area updaterequest中发送给MMEInitial Context Setup Request：注意该消息必须是在Attach过程中的消息才携带SRVCC能力部分;注意事项：1.1、SRVCC与SIM卡签约业务有关,HSS向MME指示UE的签约信息STN-SR是否支持SRVCC。
VOLTE原理分析终稿
VoLTE/SRVCC原理与性能分析2015-11目录无线特性基本原理功能特性网络结构信令流程案例分析VoIP 协议层RTP 是用于传送实时话音和视频数据的IP 协议，负责实时数据的传输。
RTCP 是RTP 控制协议，负责对RTP 的通信和会话进行控制和管理，如流量控制、拥塞控制、会话管理等，以便于发送方进行错误纠正。
RTPUDPIP RTCP 话音12.2KbpsSIP IP RTP RTCP 用户面控制面VoIP 头压缩IP 包头UDP 包头RRP 包头RTP 载荷20字节8字节12字节20~160字节包头压缩后：RRP包头RTP 载荷3~5字节20~160字节IP/UDP/RTP 包头RTPRTP•RTP 典型的负荷长度为20字节到160字节，而RTP 的头部一般为40到60字节。
•可以通过RoHC(Robust Header Compression ，RFC3095)算法对RTP/UDP/IP 包头进行压缩。
•VoIP AMR 话音包头被压缩后的长度为1~4字节。
VOIP AMR 参数及调度特性VoIP 包, AMR12.2Kbps 时长度为352比特SID 包,，包长度为120比特交谈状态发包间隔为20ms 静默状态发包间隔为160ms 状态半持续性调度资源释放半持续性调度资源激活动态调度半持续性调度集中式虚拟资源块分布式虚拟资源块SID 包VoIP 包大的IP 包静默态谈话态VoIP无线特性VoIP基本特性：–严格的分组时延要求–突发性低比特率话务VoIP面临的挑战：–延迟和抖动控制。
–移动性。
–发射功率和覆盖优化•解决和优化方案：–多用户共享–包头压缩技术–动态调度方式–半静态调度方式–针对VoIP的切换方式VoLTE/无线技术关键点头压缩功能•对数据包包头进行压缩：不采用ROHC头压缩，应用层RTP开销占12Byte，UDP头开销占8Byte，IP层的IP头开销占20Byte（IPv4）；采用ROHC头压缩后，ROHC头压缩开销占6Byte左右，每个数据包可以节省包头开销34Byte。
VoLTE无线优化指导书
VoLTE网络优化指导书目录VoLTE网络优化指导书 (1)1VoLTE网络结构简介 (5)1.1IMS相关网元简介 (5)1.1.1SBC (5)1.1.2CSCF (6)1.1.3VoLTE AS (6)1.1.4HSS (7)1.1.5MGCF/IM-MGW (7)1.1.6BGCF (7)1.1.7DRA (7)1.2IMS中的接口协议简介 (7)1.2.1Diameter (7)1.2.2RTP/RTCP (8)1.2.3SIP简介 (8)1.3SDP简介 (9)1.3.1媒体协商 (9)1.3.2资源预留 (10)1.4被叫域选择和锚定方案 (11)1.4.1VoLTE用户被叫域选择流程 (11)1.4.2被叫锚定方案 (12)2接入优化 (13)2.1接入问题分类及现象 (13)2.2接入流程 (13)2.2.1VoLTE注册流程 (14)2.2.2VoLTE呼叫流程 (16)2.3接入问题原因分析及排查思路 (18)2.3.1IMS注册慢/无法注册 (18)2.3.2VoLTE终端CSFB (21)2.3.3呼叫建立时延长 (22)2.3.4未接通 (23)2.4接入问题无线主要优化手段 (30)2.5附录1：VoLTE注册端到端详细流程 (32)2.6附录2：VoLTE呼叫端到端详细流程（主被叫均在VoLTE） (34)3保持优化 (36)3.1保持问题现象及分类 (36)3.2eSRVCC切换流程 (36)3.3保持问题原因分析及排查思路 (36)3.3.1eSRVCC切换准备时延长 (36)3.3.2eSRVCC用户面中断时延长 (37)3.3.3掉话 (38)3.4保持问题无线主要优化手段 (46)3.5附录1：eSRVCC端到端详细流程 (47)3.6附录2：eSRVCC开启导致4G现网的问题 (51)3.6.1eSRVCC切换功能开启导致ATU设备掉线问题处理 (51)3.6.2eSRVCC开启后CSFB偶尔失败问题处理 (51)4附录：案例集 (52)4.1接入案例 (52)案例1：VoLTE SIM卡无法同时在华为中兴区域使用问题处理 (52)案例2：HTC终端IMS注册慢 (53)案例3：MME参数设置错误导致VoLTE被叫CSFB问题处理 (56)案例4：SBC的AAR消息不合规范导致VoLTE被叫CSFB问题 (59)案例5：SBC回复500错误导致终端SCFB (63)案例6：HTC资源释放过慢导致呼叫建立延过长 (65)案例7：终端侧Invite信令丢失导致呼叫建立过长 (67)案例8：DRA参数配置不合理导致呼叫建立时延长 (72)案例9：中兴SGW寻呼未缓存导致呼叫建立时延长 (73)案例10：SBC收到UPDATE的200OK后没有转发 (74)案例11：基站核心网加密算法配置不一致导致呼叫失败 (76)案例12：中兴SBC发送的AAR消息中IP地址格式错误导致未接通问题处理 (77)案例13：中兴SBC发送的STR消息错误导致未接通问题处理 (79)案例14：华为LDRA参数配置错误导致未接通问题处理 (82)案例15：中兴AAR消息错误导致未接通问题处理 (84)4.2保持案例 (86)案例1：eSRVCC切换准备时延长问题处理 (86)案例2：HTC终端eSRVCC用户面中断时延长问题处理 (88)案例3：HTC终端呼叫20秒后掉话 (90)案例4：无线链路失败导致VoLTE掉话分析 (91)案例5：弱覆盖引起VoLTE掉话 (93)案例6：GSM邻区参数配置错误eSRVCC失败导致掉话 (94)案例7：GSM邻区遗漏重定向引起掉话 (96)案例8：GSM邻区配置不完整导致eSRVCC切换失败 (99)案例9：终端未上报B2测量报告无法进行eSRVCC切换 (105)案例10：LTE小区邻区漏配导致VoLTE掉话 (107)案例11：eSRVCC切换收到了CCO命令 (108)案例12：VoLTE异厂家跨MME切换失败问题处理 (110)案例13：eSRVCC切换功能开启导致ATU设备掉线问题处理 (114)案例14：eSRVCC开启后CSFB偶尔失败问题处理 (117)1 VoLTE网络结构简介VoLTE本质是通过EPS来提供业务接入（包括无线承载和EPC承载），通过IMS核心网提供业务控制（包括会话控制和业务逻辑处理及被叫域选择），通过与GSM网络协助来提供业务连续性（eSRVCC等）。
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重配置中附带下来。
LTEvolte投诉处理流程大全(SEQ使用方法+信令分析详解+投诉案例处理)-1120
处理流程以及数据提取方法一、投诉处理流程二、SEQ提取数据方法VOLTE用户投诉处理（支持实时和历史记录详单）1、登录后，SQM》投诉用户单据查询2、投诉用户单据查询-跟踪号码输入号码136XXXX05053、投诉用户单据查询-数据查询结果（均可钻取详单）4、投诉用户会话跟踪-创建跟踪任务(提取信令)5、投诉用户会话跟踪-实时跟踪结果6、信令详单提取7、语音质量单据查询（这功能暂时我们没权限）可针对单号码进行语音、视频质量查询，查询单号码某次通话过程中GM\S1-U口丢包情况、是否存在单通、单通时长，同时可以通过5S分片具体定位丢包时间点。
三、VOLTE根据信令分析TD-LTE__VoLTE-SIP完整信令解析对关键流程的解释如下表所示：1）主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。
2）主叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载。
例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=43）核心网侧收到主叫的INVITE消息以后，给主叫发送INVITE的应答消息，INVITE 100表示正在处理中。
4）核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户5）被叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载6）核心网在QCI5 RB承载上，给被叫用户发送INVITE消息7）被叫对INVITE消息的响应被叫收到寻呼但未收到INVITE请求，核心网问题8）被叫方通知主叫方，自己所支持的媒体类型和编码。
9）主叫建立QCI1的数据无线承载，用于承载语音数据，使用UM方式。
例如本例中，eps-BearerID=7，DRB-ID=5。
VoLTE优化实战手册
VoLTE优化实战手册1 参数与定时器配置（建议） VoLTE互操作类参数VoLTE 功能类参数定时器参数接入类定时器参数英文名：T300功能描述：该参数表示UE侧控制RRC connection establishment过程的定时器。
在UE发送RRCConnectionRequest后启动。
在超时前如果：收到RRCConnectionSetup或 RRCConnectionReject；2.触发Cell-reselection过程；层终止RRC connection establishment过程。
则定时器停止。
如定时器超时，则UE重置MAC层、释放MAC层配置、重置所有已建立RBs（Radio Bears）的RLC实体。
并通知NAS层RRC connection establishment失败对网络质量的影响：增加该参数的取值，可以提高UE的RRC connection establishment过程中随机接入的成功率。
但是，当UE选择的小区信道质量较差或负载较大时，可能增加UE的无谓随机接入尝试次数。
减少该参数的取值，当UE选择的小区信道质量较差或负载较大时，可能减少UE 的无谓随机接入尝试次数。
但是，可能降低UE的RRC connection establishment 过程中随机接入的成功率切换类定时器参数英文名：T304 For Intra-Lte功能描述：在“E-UTRAN内切换”和“切换入E-UTRAN的系统间切换”的情况下，UE在收到带有“mobilityControlInfo”的RRC连接重配置消息时启动定时器，在完成新小区的随机接入后停止定时器；定时器超时后UE需恢复原小区配置并发起RRC 重建请求对网络质量的影响：用于系统内切换，该值设置过大会导致切换失败无法及时回退并发起RRC连接重建过程重建类定时器1）参数英文名：T311功能描述：T311用于UE的RRC连接重建过程，T311控制UE开始RRC连接重建到UE选择一个小区过程所需的时间，期间UE执行cell-selection过程。
eSRVCC详细流程
1.1 附录1：eSRVCC端到端详细流程1.用户终端向E-UTRAN发送测量报告2.基于用户终端的测量报告，E-UTRAN决定触发一个到GERAN的SRVCC切换3.源E-UTRAN向源MME发送切换需求（目标ID，源到目标的透明容器，SRVCC切换指示），E-UTRAN在源到目标透明容器中为CS域设置“Old BSS to New BSS information IE”,SRVCC切换指示向MME表明目标只有CS能力，因此这是一个只面向CS域的SRVCC 切换操作。
该消息包含一个UE在目标蜂窝中PS服务不可用的标识4.基于与语音承载相关联的QCI和SRVCC切换指示，源MME将语音承载从非语音承载中分离出来，并对MSC Server启动语音承载的PS-CS切换流程5.MME向MSC Server发送一个SRVCC PS to CS Request消息(国际移动用户标识符IMSI，目标ID，STN-SR,C-MSISDN，源到目标透明容器，MM上下文，紧急标识)，如果正在进行的是紧急会话，则消息中将包含紧急标识。
对于UE在受限服务模式下操作的情况，MME也将在请求消息中包含设备识别符。
如果认证过的IMSI和C-MSISDN可用的话，也被包含在请求消息中。
MME从HSS接收在E-UTRAN附着流程期间下载的C-MSISDN和STN-SR作为Subscription profile的一部分。
MME上下文包含相关的安全信息，CS安全密钥由MME从E- UTRAN/EPS域密钥派生，并在MM上下文中发送6.MSC Server通过向目标MSC发送准备切换请求(Prepare Handover Request)消息，使PS-CS切换请求和MSC之间的切换请求实现互操作。
MSC Server分配一个默认SAI作为在到目标MSC的接口上的源ID。
并用BSSMAP为准备切换请求进行封装。
NOTE1:SAI 的默认值是在MSC中配置的，它允许release 8及其后的BSC识别SRVCC切换的源是E-UTRAN.为了保证在目标BSS中准确的统计量，默认的SAI应该跟UTRAN中使用的SAIs 区别开来。