VoLTE信令系列--LTE用户呼叫LTE用户

1.业务模型


  • 主被叫LTE用户已注册到IMS网络。
  • LTE用户通过LTE网络发起呼叫,被叫域选为LTE网络。
  • 数据库部署形态为融合HLR/HSS,即HLR,SAE-HSS和IMS-HSS合一部署。
  • 融合HLR/HSS和ENUM/DNS合一部署。
  • SBC兼做P-CSCF,产品名称为SE2900。
  • 当前用户通过单域注册只附着在MME上。
  • 通话结束后,主叫用户先挂机。

LTE用户通过LTE网络发起呼叫,被叫域选为LTE网络的呼叫过程可以分为如下几个阶段

  • 主叫信令面流程:主叫用户发起呼叫请求后,首先MMTel AS进行主叫业务处理后,主叫侧S-CSCF根据被叫号码格式向ENUM/DNS请求被叫的入局I-CSCF的地址。
  • 被叫信令面流程:SCC AS向融合HLR/HSS请求被叫网络信息,融合HLR/HSS向MME请求本地保存的用户最新的位置更新信息,将得到的域选网络信息发送给SCC AS,SCC AS得到被叫的最近一次驻留的网络后,指示S-CSCF通过P-CSCF将呼叫路由到被叫用户。
  • 被叫承载面建立流程:被叫用户收到呼叫请求后,向被叫P-CSCF回复183/180响应消息,P-CSCF向PCRF发起承载建立请求,PCRF向P-GW提供授权的QoS策略,P-GW根据授权的QoS策略建立被叫UE的专有承载。
  • 主叫承载面建立流程:主叫P-CSCF收到被叫用户回复的响应消息后向PCRF发起承载建立请求,PCRF向P-GW提供授权的QoS策略,P-GW根据授权的QoS策略建立主叫UE的专有承载。
  • 挂机释放流程:被叫用户接收到主叫用户的挂机请求后,通过PCRF进行被叫承载释放操作,释放完成后,将响应消息发送给主叫侧,当主叫侧P-CSCF收到响应消息,通过PCRF进行主叫承载释放操作。

LTE用户呼叫LTE用户语音流程(被叫域选LTE网络)典型组网:

2.信令流程


主叫LTE用户通过LTE网络向被叫域选LTE网络的LTE用户发起呼叫:

3.主叫信令面流程


1).UE_A向IMS拜访网络入口P-CSCF_A发送INVITE消息发起会话

2).P-CSCF_A从INVITE消息中获得主叫UE_A会话信息,将用户的信令地址、媒体带宽等信息通过认证/授权请求消息AAR消息发送给PCRF_A,通知PCRF_A建立承载

3).PCRF_A向P-CSCF_A发送认证/授权应答消息AAA响应

4).P-CSCF_A收到INVITE消息,将自己的地址放到Via和Record-Route头域,将注册时保存的S-CSCF的地址加入Route头域,根据本地记录的主叫用户注册S-CSCF_A地址,路由消息到S-CSCF_A

5).S-CSCF_A收到INVITE消息,判断P-Asserted-Identity头域中的主叫号码已注册,则根据主叫用户签约的iFC模板数据,触发MMTel AS_A

6).MMTel AS_A向主叫UE_A提供语音业务后,发送INVITE消息到S-CSCF_A

7).S-CSCF_A根据号码格式,查询ENUM/DNS,获取下一跳路由地址

8).DNS根据SIP号码中的域名解析出被叫I-CSCF_B的IP地址,将其返回给S-CSCF_A

9).S-CSCF_A将INVITE消息发送到被叫I-CSCF_B

4.被叫信令面流程


10).I-CSCF_B向融合HLR/HSS发送LIR消息,请求获取UE_B注册的S-CSCF_B地址I-CSCF_B向融合HLR/HSS发送消息,请求获取UE_B注册的S-CSCF_B地址

11).融合HLR/HSS收到LIR消息后,根据本地数据库中的用户注册信息,查看被叫用户的S-CSCF_B地址,则向I-CSCF_B发送LIA消息,提供S-CSCF_B的服务器地址

12).S-CSCF_B将收到INVITE消息后,根据iFC模板数据,向MMTel AS_B发送INVITE消息触发被叫业务和被叫网络域选

13).MMTel AS/SCC AS_B向融合HLR/HSS发送UDR消息,请求获取被叫用户的T-ADS信息

14).融合HLR/HSS通过IDR消息向MME_B查询被叫用户的T-ADS信息

15).MME_B将查询的结果通过IDA消息向融合HLR/HSS发送被叫用户的T-ADS信息

16).融合HLR/HSS根据MME_B返回的IDA消息将T-ADS信息通过UDA消息返回给MMTel AS/SCC AS_B

17).MMTel AS/SCC AS_B基于获取的T-ADS信息,判断当前域选到IMS网络。MMTel AS/SCC AS_B确定被叫域选的网络后,通过INVITE消息指示S-CSCF_B将呼叫接续到特定网络

18).S-CSCF_B查询本地保存的被叫用户注册的P-CSCF_B地址,将呼叫请求通过INVITE消息发送到P-CSCF_B

19).P-CSCF_B从INVITE消息中获得主叫UE_A会话信息,将用户的信令地址、媒体带宽等信息通过认证/授权请求消息AAR消息发送给PCRF_B,通知PCRF_B建立专有承载

20).PCRF_B向P-CSCF_B发送认证/授权应答消息AAA响应

21).P-CSCF_B通过INVITE消息将呼叫请求接续到UE_B

5.被叫承载面建立


22).被叫UE_B返回180响应,在SDP中携带协商完成后的媒体类型及媒体编解码能力

23).P-CSCF_B收到被叫侧返回的180(SDP,RINGING)后,下发认证/授权请求消息AAR消息给PCRF_B开始建立专有承载。AAR包括用户的信令地址、媒体带宽等信息

24).PCRF_B根据认证/授权请求消息AAR消息中携带的媒体类型和媒体描述信息做策略决策,提供授权的QoS,并通过重新认证/授权请求消息RAR消息将QoS(QCI/ARP/GBR/MBR)和PCC规则发送至P-GW_B

25).P-GW_B收到重新认证/授权请求消息RAR,上报重新认证/授权应答消息RAA响应给PCRF_B

26).PCRF_B根据P-GW_B返回的重新认证/授权应答消息RAA消息,向P-CSCF_B发送认证/授权应答消息AAA响应授权请求结果

27).P-GW_B收到重新认证/授权请求消息RAR,通过Create Bearer Request指示MME_B建立专有承载

28).MME_B收到Create Bearer Request消息后,向被叫UE_B发送Activate dedicated EPS bearer context request消息,用于请求激活一个专有EPS承载上下文

29).UE_B向被叫MME_B发送Activate dedicated EPS bearer context accept消息,用于确认激活一个专有EPS承载上下文

30).P-GW_B收到Create Bearer Response消息,确认专有承载已经建立

31).P-GW_B向PCRF_B发送信用控制请求消息CCR消息,通知资源预留成功

32).PCRF_B向P-GW_B返回信用控制应答消息CCA响应

33).当PCRF_B收到P-GW_B的资源预留成功事件上报时,向P-CSCF_B发送重新认证/授权请求消息RAR消息,通知承载建立已成功

34).P-CSCF_B向PCRF_B返回重新认证/授权应答消息RAA消息,被叫承载面建立完成

6.主叫承载面建立


35).P-CSCF_B将180响应转发至P-CSCF_A,其中SDP answer中携带语音(Audio)媒体信息

36).P-CSCF_A收到被叫侧返回的180(SDP,RINGING)下发认证/授权请求消息AAR消息给PCRF_A开始建立专有承载。AAR包括用户的信令地址、媒体带宽等信息

37).PCRF_A根据认证/授权请求消息AAR消息中携带的媒体类型和媒体描述信息做策略决策,提供授权的QoS,并通过重新认证/授权请求消息RAR消息将QoS(QCI,ARP,GBR和MBR)和PCC规则发送至P-GW_A

38).P-GW_A收到重新认证/授权请求消息RAR,上报重新认证/授权应答消息RAA响应给PCRF_A

39).PCRF_A根据P-GW_A返回的重新认证/授权应答消息RAA消息,给P-CSCF_A通过认证/授权应答消息AAA响应授权请求结果消息

40).P-GW_A收到重新认证/授权请求消息RAR,通过Create Bearer Request指示MME_A建立专有承载

41).MME_A收到Create Bearer Request消息后,向主叫UE_A发送Activate dedicated EPS bearer context request消息,用于请求激活一个专有EPS承载上下文

42).UE_A向主叫MME_A发送Activate dedicated EPS bearer context accept消息,用于确认激活一个专有EPS承载上下文

43).P-GW_A收到Create Bearer Response消息,确认专有承载已经建立

44).P-GW_A向PCRF_A发送信用控制请求消息CCR消息,通知资源预留成功

45).PCRF_A向P-GW_A返回信用控制应答消息CCA响应

46).当PCRF_A收到P-GW_A的资源预留成功事件上报时,向P-CSCF_A发送重新认证/授权请求消息RAR消息,通知承载建立已成功

47).P-CSCF_A向PCRF_A返回重新认证/授权应答消息RAA消息

48).P-CSCF_A将180响应转发至主叫UE_A,其中SDP answer中携带语音(Audio)媒体信息

49).被叫网络收到主叫网络发送的PRACK请求,表示主叫网络成功接收180响应,并且已完成资源预留

50).被叫UE返回针对PRACK请求的200响应,表示成功接收PRACK请求

51).被叫用户接听电话,被叫UE向主叫网络返回针对INVITE请求的200(INVITE)响应

52).当MMTel AS/SCC AS_B收到200(INVITE)消息后,开始向本域的CCF发送ACR [Start]消息

53).CCF收到正确的ACR [Start]消息后,将其保存,创建被叫AS CDR,并向MMTel AS/SCC AS_B发送计费响应消息ACA

54).MMTel AS/SCC AS_B向主叫MMTel AS_A转发200(INVITE)消息

55).当MMTel AS_A收到200(INVITE)消息后,开始向本域的CCF发送ACR [Start]消息

56).CCF收到正确的ACR [Start]消息后,将其保存,创建主叫AS CDR,并向MMTel AS_A发送计费响应消息ACA(Accounting Answer)

57).返回针对INVITE请求的200(INVITE)响应消息到主叫UE_A

58).主叫UE向被叫网络返回针对200(INVITE)响应的ACK确认消息,主、被叫UE成功建立会话

7.挂机释放流程


59).UE_A挂机发送BYE消息

60).当MMTel AS_A收到BYE消息后,开始向本域的CCF发送ACR [Stop]消息

61).CCF收到正确的ACR [Stop]消息后,将其保存,向MMTel AS_A发送计费响应消息ACA。并将本次会话的所有ACR进行合并,输出一张完整的CDR并将此CDR传送到计费中心

62).MMTel AS_A将BYE消息透传到被叫的MMTel AS/SCC AS_B

63).当被叫MMTel AS/SCC AS_B收到BYE消息后,开始向本域的CCF发送ACR [Stop]消息

64).CCF收到正确的ACR [Stop]消息后,将其保存,向MMTel AS/SCC AS_B发送计费响应消息ACA。并将本次会话的所有ACR进行合并,输出一张完整的CDR并将此CDR传送到计费中心

65).MMTel AS/SCC AS_B将BYE消息透传到被叫的UE_B

66).UE_B收到主叫侧的挂机请求后,向主叫侧发送200(BYE)响应消息

67).当被叫P-CSCF_B收到200(BYE)响应后,向PCRF_B下发终止会话请求消息STR消息释放承载会话

68).PCRF_B发送重新认证/授权请求消息RAR消息通知P-GW_B删除专有承载,携带charging rule remove指示

69).P-GW_B返回重新认证/授权应答消息RAA给PCRF_B

70).PCRF_B返回终止会话应答消息STA响应给P-CSCF_B

71).P-GW_B根据指示删除相关的规则,释放承载会话,并发送Delete Bearer Request消息到MME_B指示删除专有承载

72).MME_B收到Delete Bearer Request消息后,向被叫UE_B发送Deactivate EPS bearer context request消息,用于请求释放一个专有EPS承载上下文

73).UE_B向被叫MME_B发送Deactivate dedicated EPS bearer context accept消息,用于确认释放一个专有EPS承载上下文

74).P-GW_B收到Delete Bearer Response消息,专有承载已经完成删除

75).P-GW_B发送信用控制请求消息CCR消息给PCRF_B,指示专有承载已成功删除

76).PCRF_B给P-GW_B返回信用控制应答消息CCA消息予以确认

77).P-CSCF_B发送200(BYE)给P-CSCF_A

78).当主叫P-CSCF_A收到200(BYE)响应后,向PCRF_A下发终止会话请求消息STR消息释放承载会话

79).PCRF_A发送重新认证/授权请求消息RAR消息通知P-GW_A删除专有承载,携带charging rule remove指示

80).P-GW_A返回重新认证/授权应答消息RAA给PCRF_A

81).PCRF_A返回终止会话应答消息STA响应给P-CSCF_A

82).P-GW_A根据指示删除相关的规则,释放承载会话,并发送Delete Bearer Request消息到MME_A指示删除专有承载

83).MME_A收到Delete Bearer Request消息后,向主叫UE_A发送Deactivate EPS bearer context request消息,用于请求释放一个专有EPS承载上下文

84).UE_A向主叫MME_A发送Deactivate dedicated EPS bearer context accept消息,用于确认释放一个专有EPS承载上下文

85).P-GW_A收到Delete Bearer Response消息,专有承载已经完成删除

86).P-GW_A发送信用控制请求消息CCR消息给PCRF_A,指示专有承载已成功删除

87).PCRF_A给P-GW_A返回信用控制应答消息CCA消息予以确认

88).P-CSCF_A发送200(BYE)给UE_A,通话结束

本文分享自微信公众号 - 网优小兵玩Python(Python_tool)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-08-27

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

扫码关注云+社区

领取腾讯云代金券