volte信令流程.docx

volte信令流程.docx

《volte信令流程.docx》由会员分享，可在线阅读，更多相关《volte信令流程.docx（11页珍藏版）》请在冰豆网上搜索。

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信令包过渡

（（（diameterorsiporgtpv2ormegacoordnsorcamelorbiccorgsm_map）&&!

（diameter.cmd.code==280））&&!

（diameter.cmd.code==257））&&!

（diameter.cmd.code==282）

2.VoLTE用户（LTE附着）呼叫VoLTE用户（LTE/CS附着）

2.1VoLTE用户呼叫VoLTE用户，主被叫均附着在LTE

1主叫用户UE（O）的呼叫请求发送到主叫PCSCF。

呼叫请求中包含precondition相关参数，其中主叫侧和被叫侧均为none。

2主叫PCSCF通过AAR消息向PCC申请通话资源（临时），同时请求主叫用户位置信息（NSN的PCSCF的AAR消息中无法携带用户位置信息的请求提示）.

按标准流程，VoLTESBC（P-CSCF向PCRF发送AAR消息，携带用户IP、媒体部件信息（关键参数包含Media-Type、Flow-Description、Flow-Status）和AF应用标识等信息。

VOLTESBC（P-CSCF）计算出相应的带宽信息满足与该次通话协商的编码。

消息除了携带业务流信息外，消息中还携带AF-Charging-Identifier，通知PCRFICID。

消息中携带的终端地址为IPv6地址。

同时携带Specific-ActionAVP，其值为CHARGING_CORRELATION_EXCHANGE

（1），VoLTESBC（P-CSCF）要求PCRF上报接入网侧的计费标识。

并携带Specific-ActionAVP，其值为为ACCESS_NETWORK_INFO_REPORT（12），携带Required-Access-InfoAVP，填写为USER_LOCATION

（0）；）。

3~4主叫侧PCRF通过RAR消息向S/P-GW下发策略。

Gx接口的RAR请求消息中，携带QoS

（QoS关键参数包含QCI，ARP，GBR和MRB）策略（共1个规则）。

相应的带宽信息满足与该次通话协商的编码要求，音频呼叫时含有QCI=1。

RAR消息中Charging-Rule-InstallAVP除了携带QOS参数外，该AVP中携带Charging-Correlation-IndicatorAVP。

同时还携带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~10S/P-GW向PCRF返回主叫EPC侧情况。

11~12PCRF向SBC上报主叫EPC侧情况。

13~16PCSCF将INVTIE消息转发给主叫侧SCSCF（因为在用户注册时，PCSCF已经知道用户在哪台SCSCF上）主叫侧根据用户在HSS签约的IFC完成业务触发，主叫AS进行被叫号码补齐+86，之后主叫S-CSCF通过查询ENUM/DNS获取被叫I-CSCF地址并将呼叫请求发送至被叫I-CSCF。

17~18被叫I-CSCF查询HSS获取被叫用户注册的S-CSCF。

19被叫触发至VoLTEAS，基本呼叫和补充业务触发完成后触发SCCAS。

20SCCAS进行被叫域选择，向HSS查询T-ADS信息。

23HSS向SCCAS返回T-ADS信息，包含IMSVoiceoverPSsupported。

24~26呼叫请求转发至被叫UE。

27被叫UE返回183其中包含被叫SDP信息，precondition参数中主叫侧和被叫侧均为none。

28~34被叫侧申请通话资源。

35~42183响应按照呼叫路径被转发至主叫。

44~50主叫侧根据协商结果修改资源申请。

51~59主叫UE通过空口流程获知通话资源预留成功，向被叫侧发起UPDATE，其中的

precondition参数主叫侧为sendrecv，被叫侧为none。

60~68被叫UE通过空口流程获知通话资源预留成功，向主叫返回200OK，其中的

precondition参数主被叫均为sendrecv。

69~71主被叫双方完成呼叫信令流程，双方开始通话。

72~74主叫侧挂机，UE向SBC发送BYE消息，之后消息转发至被叫SBC和UE。

75~81主叫侧进行资源释放。

82~88被叫侧进行资源释放。

2.2VoLTE用户呼叫VoLTE用户，主叫附着在LTE，被叫附着在2/3G

1主叫用户UE（O）的呼叫请求发送到主叫SBC。

呼叫请求中包含precondition相关参数，其中主叫侧和被叫侧均为none。

2主叫SBC向PCC申请通话资源（临时），同时请求主叫用户EPC侧信息。

3~4主叫侧PCRF向S/P-GW下发策略。

5主叫侧PCRF向SBC返回AAA响应。

6~8主叫侧预留无线侧资源，MME在消息8中携带主叫EPC侧信息（TAI+E-CGI）。

9~10S/P-GW向PCRF返回主EPC侧信息。

11~12PCRF向SBC上报主叫EPC侧信息。

13~16主叫侧完成业务触发，主叫AS进行被叫号码补齐，之后主叫S-CSCF通过查询

ENUM/DNS获取被叫I-CSCF地址并将呼叫请求发送至被叫I-CSCF。

17~18被叫I-CSCF查询HSS，被叫签约未注册业务，I-CSCF根据HSS返回的能力集选择

S-CSCF为用户处理未注册触发。

19~20被叫S-CSCF向HSS获取用户签约数据。

21被叫触发至VoLTEAS，基本呼叫和补充业务触发完成后触发SCCAS。

22~23SCCAS向HSS查询T-ADS信息，触发TADS域选流程，HSS返回IMSVoiceoverPSNOT

supported。

24SCCAS向HSS查询被叫的CSRN。

24a~24bHSS向被叫VMSC获取用户的MSRN。

25HSS向SCCAS返回被叫的CSRN。

26~27被叫IMS核心网将呼叫路由至MGCF。

28MGCF将INVITE消息映射为IAM消息发往CS域。

29~30MGCF与被叫端局之间进行媒体协商。

31被叫端局返回ACM消息。

32MGCF根据消息29中的SDP内容生成183响应，携带MGCF/IM-MGW的SDP，其中

precondition参数中，MGCF侧为sendrecv，主叫侧为none。

33~38183消息转发至主叫SBC。

39~45主叫侧根据协商结果修改资源申请。

47~62主叫UE通过空口流程获知通话资源预留成功，向被叫侧发起UPDATE，其中的

precondition参数主叫侧为sendrecv，MGCF侧为sendrecv。

之后MGCF返回200OK对UPDATE

进行响应。

63MGCF向被叫端局发送COT导通检测消息。

64被叫端局返回CPG（Alerting）。

65MGCF向主叫侧返回180Ringing响应。

被叫摘机后完成后续信令流程。

66~66a被叫摘机后完成后续信令流程。

67~74主叫挂机后，主叫侧SBC释放主叫通话资源。

75BYE消息转发至被叫MGCF。

76~77MGCF将BYE消息映射为REL消息，被叫端局返回RLC。

3.VoLTE用户（CS附着）呼叫VoLTE用户（LTE/CS附着）

当用户从2/3G下起呼VOLTE用户时：

现网端局向NTHLR发invokesendRoutingInfo消息要漫游号码,由于用户VOLTE签约了智能网TCSI（VOLTE就相当于一种智能网）,而TCSI的优先级比漫游码高，所以NTHLR通过returnResultLastsendRoutingInfo消息只返回了TCSI:

serviceKey:

18，端局拿到TCSI:

serviceKey:

18后，向TAS发invokeinitialDP消息要TCSI信息，TAS通过invokeconnect消息返回12547的前缀，关口局拿到12547的前缀后，触发锚定，向MGCF发IAM消息，呼叫被送入IMS域

如果2/3G用户，呼叫一个在2/3G下的VOLTE用户，则整个呼叫过程，会向NTHLR发两次invokesendRoutingInfo消息

第一次，NTHLR回TCSI信息，指示用户为VOLTE，需将呼叫从MGCF送入IMS域内

invokesendRoutingInfo：

现网端局向NTHLR要漫游号