文档介绍：VOLTE信令流程(精)
VOLTE信令流程(精)
1 / 14
VOLTE信令流程(精)
,VOLTE_MO_MT 流程
1 . VoLTE 语音呼叫路由原则
:VoLTE 主叫
(1 VoLTE 用户附着在 LTE , 如果被叫是 VoLTE 用户 ,则将呼叫路由至被叫归属 IMS 域,由 被叫归属 IMS 进行被叫域选 ,根据域选结果进行后续路由 ;
(2 VoLTE 用户附着在 LTE , 如果被叫是 CS 用户 ,则呼叫从主叫归属 IMS 域直接进入 CS 域,由 CS 域完成后续呼叫 ;
(3 VoLTE 用户附着在 CS ,如果被叫是 VoLTE 用户 ,通过被叫锚定方案将语音接续到被叫 归属 IMS 域,由被叫归属 IMS 进行被叫域选 ,根据域选结果进行后续路
由 ;
(4 VoLTE 用户附着在 CS ,如果被叫是 CS 用户 ,呼叫同现网 CS 用户呼叫 CS 用户。 :VoLTE 被叫
(1 主叫是 VoLTE 用户 , 附着在 LTE , 被叫是 VoLTE 用户 , 则将呼叫路由至被叫归属 IMS 域, 由被叫归属 IMS 进行被叫域选 ,并根据域选结果进行后续路由 ;
(2 主叫是 VoLTE 用户 ,附着在 CS ,被叫是 VoLTE 用户 ,通过锚定方案将语音接续到被叫 归属 IMS 域 ,由被叫归属 IMS 进行被叫域选 ,根据域选结果进行后续路由 ;
(3 主叫是 CS 用户 ,被叫是 VoLTE 用户 ,通过锚定方案将语音接续到被叫归属 IMS 域, 由归属 IMS 进行被叫域选 ,根据域选结果进行后续路由 ;
:Precondition
建立媒体 PDP 上下文的过程称为资源预留。
对于双方的 UE 而言 , 建立 PDP 上下文的执行过程是相互独立的。 这意味着在
资源被成功预 留之前 ,根本无法保证所协商的媒体会话是否可以建立起来。
因此 , Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成
功之前 ,被 叫方不应振铃 , 以最大程度减少被叫方振铃但接听电话又失败的情况
:VoLTE 信令包过渡
(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map
!( == 280 && !( == 257
!( == 282
VoLTE 用户 (LTE 附着呼叫 VoLTE 用户 (LTE/CS 附着
VoL TE 用户呼叫 VoL TE 用户 ,主被叫均附着在 LTE
VOLTE信令流程(精)
VOLTE信令流程(精)
2 / 14
VOLTE信令流程(精)
1 主叫用户 UE(O 的呼叫请求发送到主叫 PCSCF 。 呼叫请求中包含
precondition 相关参数 ,
其中主叫侧和被叫侧均为 none 。
2 主叫 PCSCF 通过 AAR 消息向 PCC 申请通话资源 (临时 , 同时请求主叫用户位置信息 (NSN 的 PCSCF 的 AAR 消息中无法携带用户位置信息的请求提示 .
按标准流程 , VoLTE SBC(P-CSCF 向 PCRF 发送 AAR 消息 ,携带用户 IP 、媒体部件信息 (关键 参数包含 Media-Type 、 Flow-Description 、 Flow-Status 和 AF 应用标识等信息。 VOLTE SBC(P-CSCF 计算出相应的带宽信息满足与该次通话协商的编码。 消息除了携带业务流信息外 , 消息中还 携带 AF-Charging-Identifier , 通知 PCRF ICID 。消息中携带的终端地址为 IPv6