注：这里被叫UE侧的log截取有一些奇怪的现象，有可能是网络侧的一些设置问题，虽然不影响该次电话的接通，但是仍然值得进行后续的研究；
问题1:
P-Access-Network-Info:
3GPP-UTRAN-TDD;utran-cell-id-3gpp=46000E38A708F302;\amobile.com\-port=5068\
Supported: 100rel,precondition,timer 这些现象说明主叫电话在TD-SCDMA上，但是现网TD-SCDMA并不与IMS互通，也不承载VoIP话音，同时检索主叫侧log，发现主叫UE是在LTE网络上进行起呼的，至于具体原因为什么会导致这样，建议逐SIP节点进行定位确认；
问题2:
SIP UPDATE信令消息中含有如下SDP内容
m=audio 20686 RTP/AVP 104 105 8 0 18 101，意味着到达被叫的UPDATE消息进行最终编解码协商时同时支持104，105，8，0，18，101，但是检索主叫侧UPDATE消息，只涵盖了104,105，也就是说其他编解码消息是网络侧附加上去的，至于具体原因是什么，只能通过IMS厂家进行辅助定位了。
还是以诗仙李白的名句作为本篇结束的注脚，长风破浪会有时，直挂云帆济沧海。
5 SRVCC
写此类技术文章甚为枯燥，经常在结束一天疲惫的工作后，不仅需要抗拒身心的慵懒，同时还要在台灯下查阅各种详细资料以求得专业文章描述尽量精准。写这些非专业人士看不懂的“天书”意义到底何在呢？有人说还不如利用时间炒股来的实在。诚然，在追名逐利的时代，耗费心血写些劳什子的技术八股文简直是拖时代的后腿，但是人总要活得有点情怀，经常看到文章教导我们说要不忘初心，初心到底是什么？初心其实就是你来到这个世界最本真的诉求，内心不过多受外界环境左右所渴求的梦想。笔者多年以来浑浑噩噩，近几年以来才渐渐的发现了自己的初心，写这些文章不是要改变世界，拯救产业，只不过回归了一把读书人恬
淡与执着。古人讲究修身、齐家、治国、平天下，这也许就是中国人最朴素的信仰，虽然后三者还没实现，但通过潜心治学修了把身，也算能做到谈笑有鸿儒，往来无白丁了吧。
VoLTE技术里面重要的一项流程就是SRVCC（eSRVCC可以看成SRVCC的增强，本文后续进行介绍）。目的类似于跨系统的互操作，为了在LTE覆盖受限的区域保证用户VoLTE通话的连续性，需要进行跨系统SRVCC（Single Radio Voice Call Continuity）。从接入网角度进行观察，SRVCC也同样经历测量、判决等相应步骤，因此可以认为是一种跨系统的切换，但是区别于传统的例如23G话音CS-CS域切换，SRVCC一般则属于PS-CS域的一种切换流程。互操作流程一般是网络优化技术中研究的热点、难点，SRVCC也不例外，对于LTE网络建设的初级阶段，不可避免会触发大量SRVCC流程。
熟悉SRVCC技术，不仅需要从流程入手，同样需要重视IMS网络架构原理，因为为了引入SRVCC，网络结构起了相应的变化，也新增加了跨系统的接口。
以下列出一些笔者觉得比较重要的概念
1、协议（23.216）规定SRVCC的触发条件应该与E-UTRAN与UTRAN/GERAN的PS切换流程保持一致，也就是说，当触发PS切换事件满足后，也应该能够触发SRVCC切换；
2、对于视频电话，LTE网络侧需要分别为视频以及话音建立两条独立的EPS承载；
3、对于漫游情形，拜访地网络需要根据用户归属地网络策略进行相应的跨系统/跨域转换；
4、在IMS网络中引入针对（v）SRVCC的网络锚点，SCC AS；
5、QCI=1只被作为话音承载；
6、多个媒体流复用有如下方式，可以多个媒体流的话音复用一个话音承载，而视频分别承载在相应的视频承载上；也可以多个媒体流复用在一个媒体承载上；
7、协议表明SRVCC不仅从EUTRAN的PS域到CS域，同时也可以从UTRAN/GRRAN的CS域到EUTRAN的PS域，不过现网只进行了单向的转换，即PS-CS转换，在该篇笔记中我们将注意力聚焦在PS-CS切换上；
一旦上传测量报告触发异系统测量以及切换判决门限，MME会通过S1收到切换请求。如果MME含有关于该UE的STN-SR标识，MME会通过与MSC Server的Sv接口触发SRVCC流程。MSC server会与IMS进行协商，同时与UTRAN/GERAN目标小区互动进行CS域切换资源准备。当MSC server完成资源准备后，会通过Sv接口向MME发送CS切换响应，同时也会包含必要的CS域切换信息，例如频点、邻区等信息。如果在触发SRVCC时，用户同时保持了PS的数据业务，在SRVCC的流程里，数据业务同样也要进行切换，即PS-PS切换， MME负责协调整个流程中的PS-PS切换响应以及SRVCC的PS-CS切换响应。
如上图所示，这里需要改造的是MSC Server，因为其主要功能不仅在于与MME进行互联，同时还存在于与IMS域协调执行SRVCC流程。对于支持SRVCC功能的UE，需要在LTE网络Attach或者TAU过程中上报的字段“MS Network Capability”中都要明确。MME会存储相应的UE能力信息。如果UE的所支持的能力有所改变，需要通过TAU流程上报改变后的能力信息。另外值得注意的是，关于终端支持的MSClassmark3,MS Classmark 2，支持的编码方
式等字段是通过附着请求或者非周期的TAU进行更新的。在这里，为了SRVCC流程实现，需要对一些新增实体功能进行定义：
1、MSCServer增强
（1）处理来自MME关于话音的重定位准备流程请求，如果来自Sv接口附带有优先级标识（ARP），则进行一并处理；如果收到ICS（以IMS作为中央控制的业务逻辑）的标识（true），则将MSC Server作为ICS受控实体；
（2）协调CS切换以及会话迁移
（3） 无需等待UE触发LAU,即可处理MAP_Update_Location；这里也隐含着一层意思，对比CSFB流程，CSFB回落2G过程中，起呼之前是需要做LAU通知MSC server此时UE处于的位置，但是SRVCC属于切换流程，MSC Server通过资源准备，预先知道UE回落的小区，因此可以不需要UE触发就进行核心网侧位置区更新流程。
2、MME
（1）增加PS承载分离处理功能，即可以区分处理承载语音以及数据的两种PS承载；
（2）能够处理数据业务的PS-PS切换流程； （3）处理话音业务的SRVCC的切换流程，如果多个话音承载中包含一个紧急会话，那么MME只处理紧急会话的SRVCC流程；
（4）兼具协调并发PS切换以及SRVCC切换的能力
（5）MME需要具备传递优先级指示的能力。
3、E-UTRAN
LTE接入网功能在SRVCC流程中涉及空口的实体并不需要改变，但是需要有能力通知MME该切换流程为SRVCC。另外，E-UTRAN无法动态获取周边4G邻小区列表信息，因此，如果当一个VoLTE话音用户尝试切换一个没升级（及不支持VoIP）的目标小区时，将会被该目标小区拒绝。
以下结合SRVCC现网的一些实际测试log对主要信令流程进行解读（这里2G或者终端不支持DTM模式）：
1、以下log可以看出在执行SRVCC切换之前的最后一次测控消息，下发了需要测量的2G频点列表（已通过OMC预先进行配置），同时下发了异系统判决事件以及相应门限，这里下发的是B1事件的门限，可以估计是某厂家的设备；