2016第12期交流《VoLTE实战分析之VoLTE注册流程》

本期的重点是实战分析、实战分析、实战分析。 理论部分已经在第4期直播时讲过了，会先回顾一下（带eSRVCC的VoLTE用户注册流程），然后马上开始实战。 我从一个准现网包含上万个抓包的pcap文件中过滤出了一个较为完整的VoLTE用户注册流程，转成了txt文件，替换掉了运营商敏感信息，放在了51学通信，供大家下载，下载地址： http://51xuetongxin.com/doc/zhuce.txt 然后我们要做的就是在1个小时左右的直播时间里，一起来分析这个包含30多个包、2200多行的txt文件。

关于本课程内容的补充与修订：

（在直播结束后，有位不愿留名热心的高手和我联系，并对本期内容进行了分析和指导，补充了现网的一些信息及纠正了一些说的不够准确的地方，非常感谢。）

1）第二次Register请求没有抓到，是因为在401响应后，UE到P-CSCF的消息都是ESP加密了，抓不到，可以用ESP来过滤，但wireshark是可以本地解码的。

2）同上，401后的UE到P-CSCF的消息也都是有完整性保护的。即integrity protected=yes。

3）关于从HSS下载的iFC可用于第三方注册和呼叫中的初始Invite触发到AS。现网更多采用的是siFC（共享iFC），即HSS只给一个数字ID给S-CSCF，由S-CSCF结合本地配置，决定到哪个AS完成第三方注册。

4）SCC AS到ATCF的Message消息现网很多地方都是不经过I-CSCF，而是直接通过将request-uri指向ATCF直接发给ATCF（本次直播用的包就是这样的），而如果需要经过I-CSCF，那么设置下Route头域指向I-CSCF就可以了。

5）Subscribe消息是UE发给S-CSCF的，订阅自己的注册状态，在本次直播报文里看到的maxforward=69，所以仍然是P-CSCF发给I/S-CSCF的。UE到P-CSCF的已经加密了。

6）现网I和S-CSCF都是合设的，但IP地址不一样。本次直播中I和S-CSCF也是合设的，IP地址本来也是不同的，但为了方便大家学习和理解，我将地址都替换成了相同的。但实际上是不同的IP。