VoLTE 信令流程详解
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
精心整理VOLTE信令流程
VOLTE是基于SIP协议的语音通话,所有与IMS交互的信令全部为SIP信令,在理解VOLTE信令方面必须对SIP信令进行了解,EPC只是做为业务承载体。由于SIP信令是以加密方式传输,SIP信令只有在CN侧和终端侧才能解码,基站CDL 无法记录SIP信令,同时CDL无法解码较多NAS层直传消息,所以本文中的信令
1.
。
PDN 连接;
2.建立立QCI=5的默认承载,用于传送SIP信令;
3.UE通过QCI=5的默认承载向IMS发起注册请求;
4.P-CSCF通过HSS获知用户信息不在数据库中,便向终端代理回送
401Unauthorized质询信息,其中包含安全认证所需的令牌;
5.终端将用户标识和密码根据安全认证令牌加密后,再次用REGISTER
消息报告给P-CSCF服务器;
6.P-CSCF将REGISTER消息中的用户信息解密,验证其合法后,IMS
核心网将该用户信息登记到数据库中,并向终端返回成功响应消息200OK;
7.用户向IMS订阅注册事件包
服1)
2)
REGISTER信令是用于网络注册,建立关联
主要说明如下:
这是用户的第一个REGISTERREQUST信令,所以鉴权方面部分内容为空,需要网络回应后才能补齐
REGISTER401信令是用于向终端回送401Unauthorized质询信息,其中包含安全认证所需的令牌,令牌对应用户第一个REGISTERREQUST信令中鉴权摘要为空的部分,并指明算法,主要说明如下:
3)REGISTER(2ndSipRegisterRequest)®ISTER200
第二条Register信令是终端将用户标识和密码根据安全认证令牌加密后回送给
,
4)
SUBSCRIBE是一个用来请求对方节点的当前状态以及后续状态变化的请求方法,从网络订阅消息,NOTIFY是用于向服务器请求返回当前状态消息。
VOLTE中典型的消息流如下:
如果订阅过期了,就必须发起新的SUBSCRIBE来进行订阅
SUBSCRIBECDS信令截图如下:
SUBSCRIBE200CDS信令截图如下
网络通过NOTIFY向UE发送订阅的内容,UE通过NOTIFY200确认已收到,NOTIFY的CDS信令截图如下:
2.语音通话流程及重要信令详解
于
1连接、
承(
2
所以核心网侧触发寻呼消息,寻呼处于空闲态的被叫用户,被叫UE收到寻呼后,触发RRC连接、安全模式等过程,被叫通过RRC重配置消息建立SRB2信令无线承载,CN侧通过QCI=5的RB向被叫发送INVITE消息,UE收到后发送INVITE100消息进行响应,同时被叫发送INVITE183消息给CN表示会话正在处理,启动Precondition(资源预留)过程,并通知主叫自己所支持的媒体类型和编码,并建立起
QCI=1的承载;
3.16到17,IMS收到被叫的INVITE83后,对主叫启动Precondition(资源预留)过程,通过EPC通知主叫SM层建立起QCI=1的承载后,向UE发送INVITE183消息;
4.18到25,主叫向被叫发送PRACK消息,PRACK过程是一个预确认过程,
IMS
IMS 1)
信令截图如下:
2)RRCConnectionReconfiguration(QCI=1)
该信令对应流程中的步骤13、14的RRCConnectionReconfiguration,在核心网下发“ActivateDedicatedEPSBearerContextRequest”消息后,基站将该消息附
加在“RRCConnectionReconfiguration”消息中一起下发,所以“RRCConnectionReconfiguration”中解码出来的“ActivateDedicatedEPSBearerContextRequest”消息内容,与后续的“ActivateDedicatedEPSBearerContextRequest”消息内容一致。
主要说明如下:
;
在mac-MainConfig节点下可以查到ttiBundling功能是否开启;
在该消息中如果查不到关于SPS的IE,则说明SPS为关闭状态;
3)
UPDATE主要是用于在呼叫过程中进行媒体格式的二次协商,UPDATE200消息是对UPDATE消息的确认,UPDATE200消息中协商结果为双方通话使用的通话格式,通常选取主被叫双方中格式中较低的一种,主被叫双方根据协商结果,通过“ModifyEPSBearerContextRequest”消息对EPS承载进行相应的修改。
在UPDATE消息中携带了主要建议的语音编码格式,好点正常语音业务上下行
各占用2个PRB左右,标清语音和高清语音资源占用基本相同,但差点标清PRB 占用数会少一些,未来移动也有可能推广标清语音。
在收到的UPDATE200消息中的编码格式为最终格式,截图如下:
4)
和
,其中需要注意的是正常结束后会去激活两个承载。
主要区别如下:
1.语音业务INVITE消息中,呼叫的原因为语音,只携带支持的语音编码格式,视
频业务的INVITE中呼叫原因为视频,并携带了主叫支持的视频编码格式。
3.
流程,本文介绍的是“SRVCCfromE-UTRANtoGERANwithoutDTMsupport”流程。eSRVCC切换过程比较简单,与TD-SCDMA中的CS系统间切换流程相似,通过对比可以加深理解。eSRVCC的主要流程为A2✍B2✍HO✍RELEASE,目前移动公司的策略是从LTE切向GERAN,本文只说明LTE向GERAN的SRVCC切换过程。
测试软件UU口信令截图如下: