VOLTE信令流程-核心网流程.docxVIP

,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） !（diameter.cmd.code == 280）） !（diameter.cmd.code == 257）） !（diameter.cmd.code == 282） 2. VoLTE用户（ LTE附着）呼叫 VoLTE用户（ LTE/CS附着） 2.1 VoLTE 用户呼叫 VoLTE 用户，主被叫均附着在 LTE 1 主叫用户 UE(O)的呼叫请求发送到主叫 PCSCF。呼叫请求中包含 precondition 相关参数， 其中主叫侧和被叫侧均为 none 。 2 主叫 PCSCF通过 AAR消息向 PCC申请通话资源（临时），同时请求主叫用户位置信息 （ NSN 的 PCSCF的 AAR 消息中无法携带用户位置信息的请求提示） . 按标准流程， VoLTE SB（C P-CSCF向 PCRF发送 AAR消息，携带用户 IP、媒体部件信息（关键 参数包含 Media-Type 、Flow-Description 、Flow-Status）和 AF应用标识等信息。 VOLTE SB（CP-CSCF） 计算出相应的带宽信息满足与该次通话协商的编码。 消息除了携带业务流信息外， 消息中还 携带 AF-Charging-Identifier ，通知 PCRF ICID。消息中携带的终端地址为 IPv6 地址。同时携带 Specific-Action AVP，其值为 CHARGING_CORRELATION_EXCHANGE， （1V）oLTE SB（C P-CSCF）要 求 PCRF 上 报 接 入 网 侧 的 计 费 标 识 。 并 携 带 Specific-Action AVP ， 其 值 为 为 ACCESS_NETWORK_INFO_REPORT （，1携2）带 Required-Access-Info AVP，填写为 USER_LOCATION （0）；）。 3~4 主叫侧 PCRF通过 RAR消息向 S/P-GW下发策略。 Gx接口的 RAR请求消息中， 携带 QoS （QoS关键参数包含 QCI，ARP，GBR和 MRB）策略（共 1 个规则 ）。相应的带宽信息满足与该 次通话协商的编码要求，音频呼叫时含有 QCI=1。 RAR消息中 Charging-Rule-Install AVP除了 携带 QOS参数外，该 AVP 中携带 Charging-Correlation-Indicator AVP 。同时还携带 Event-Trigger AVP，取值为 CHARGING_CORRELATION_EXCHANG（2E8 ），指示 P-GW 需要上报 GCID。RAR消 息中同时还携带 AF-