,VOLTE_MO_MT流程 1 . VoLTE语音呼叫路由原则 1.1: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 用户。 1.2:VoLTE 被叫
(1 主叫是 VoLTE 用户, 附着在 LTE , 被叫是 VoLTE 用户, 则将呼叫路由至被叫归属 IMS 域, 由被叫归属 IMS 进行被叫域选,并根据域选结果进行后续路由;
(2主叫是 VoLTE 用户,附着在 CS ,被叫是 VoLTE 用户,通过锚定方案将语音接续到被叫 归属 IMS 域,由被叫归属 IMS 进行被叫域选,根据域选结果进行后续路由;
(3 主叫是 CS 用户,被叫是 VoLTE 用户,通过锚定方案将语音接续到被叫归属 IMS 域, 由归属 IMS 进行被叫域选,根据域选结果进行后续路由;
1.3:Precondition
建立媒体 PDP 上下文的过程称为资源预留。
对于双方的 UE 而言, 建立 PDP 上下文的执行过程是相互独立的。 这意味着在资源被成功预 留之前,根本无法保证所协商的媒体会话是否可以建立起来。
因此, Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前,被 叫方不应振铃 , 以最大程度减少被叫方振铃但接听电话又失败的情况
1.4: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 VoL TE 用户呼叫 VoL TE 用户,主被叫均附着在 LTE
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地址。同时携带 Specific-Action AVP,其值为 CHARGING_CORRELATION_EXCHANGE (1, VoLTE SBC(P-CSCF 要 求 PCRF 上 报 接 入 网 侧 的 计 费 标 识 。 并 携 带 Specific-Action AVP , 其 值 为 为
ACCESS_NETWORK_INFO_REPORT (12, 携带 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_EXCHANGE (28,指示 P-GW 需要上报 GCID 。 RAR 消 息中同时还携带 AF-Charging-Identifier 信息。
5 主叫侧 PCRF 向 SBC 返回 AAA 响应。
6~8 主叫侧预留无线侧资源, MME 在消息 8中携带主叫位置信息(TAI+E-CGI , 与资源预留 情况
9~10 S/P-GW向 PCRF 返回主叫 EPC 侧情况。 11~12 PCRF 向 SBC 上报主叫 EPC 侧情况。
13~16 PCSCF 将 INVTIE 消息转发给主叫侧 SCSCF (因为在用户注册时, PCSCF 已经知道用 户在哪台 SCSCF 上主叫侧根据用户在 HSS 签约的 IFC 完成业务触发,主叫 AS 进行被叫号 码补齐 +86,之后主叫 S-CSCF 通过查询 ENUM/DNS获取被叫 I-CSCF 地址并将呼叫请求发送 至被叫 I-CSCF 。
17~18 被叫 I-CSCF 查询 HSS 获取被叫用户注册的 S-CSCF 。
19 被叫触发至 VoLTE AS,基本呼叫和补充业务触发完成后触发 SCC AS。 20 SCC AS进行被叫域选择,向 HSS 查询 T-ADS 信息。
23 HSS 向 SCC AS返回 T-ADS 信息,包含 IMS Voice over PS supported。
24~26 呼叫请求转发至被叫 UE 。
27 被叫 UE 返回 183其中包含被叫 SDP 信息, precondition 参数中主叫侧和被叫侧均为 none 。 28~34 被叫侧申请通话资源。
35~42 183响应按照呼叫路径被转发至主叫。 44~50 主叫侧根据协商结果修改资源申请。
51~59 主叫 UE 通过空口流程获知通话资源预留成功,向被叫侧发起 UPDATE ,其中的 precondition 参数主叫侧为 sendrecv ,被叫侧为 none 。
60~68 被叫 UE 通过空口流程获知通话资源预留成功,向主叫返回 200 OK ,其中的 precondition 参数主被叫均为 sendrecv 。
69~71 主被叫双方完成呼叫信令流程,双方开始通话。
72~74 主叫侧挂机, UE 向 SBC 发送 BYE 消息,之后消息转发至被叫 SBC 和 UE 。 75~81 主叫侧进行资源释放。
82~88 被叫侧进行资源释放。
2.2 VoLTE 用户呼叫 VoL TE 用户,主叫附着在 LTE ,被叫附着在 2/3G