VOLTE信令流程

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

VOLTE信令流程

,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 VoLTE用户呼叫VoLTE用户,主被叫均附着在LTE

VoLTE SBC(O)MMTel AS(O)MMTel AS(T)VoLTE SBC(T)UE(O)MME(O)SAE

GW(O)PCRF(O)I/S-CSCF(O)HSS(T)I/S-CSCF(T)PCRF(T)SAE

GW(T)MME(T)UE(T)1.INVITE2.AAR3.RAR6.Creat bearer request8.Creat bearer

response4.RAA5.AAA7.空口流程A-

U11.RAR12.RAA13.INVITE14.INVITE15.INVITE16.INVITE17.LIR18.LIA19.INVITE20.UDR21

.IDR22.IDA23.UDA24.INVITE25.INVITE26.INVITE27.18328.AAR35.18336.18337.18338.18 339.18340.18341.18331.AAA29.RAR30.RAA32.Creat bearer request34.Creat bearer response33.空口流程42.18343.PRACK/200 OK44.AAR45.RAR46.RAA48.Update bear request49.空口流程47.AAA50.Update bear

response51.UPDATE52.UPDATE53.UPDATE54.UPDATE55.UPDATE56.UPDATE57.UPDATE58.UPDA TE59.UPDATE60.200 OK61.200 OK62.200 OK63.200 OK64.200 OK65.200 OK66.200

OK67.200 OK68.200 OK69.被叫振铃70.180 Ringing71.200 OK/ACK通话建立

72.BYE73.BYE75.STR76.RAR77.RAA79.Delete bear request80.空口流程

74.BYE82.STR83.RAR78.AAA85.STA84.RAA81.Delete bear response89.200 OK86. Delete bearer request88.Delete bearer response89.空口流程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

相关文档
最新文档