前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >VoLTE信令系列--LTE用户呼叫LTE用户

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

作者头像
用户6184845
发布2019-09-06 10:36:18
3.2K0
发布2019-09-06 10:36:18
举报
文章被收录于专栏:网优小兵玩Python

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,通话结束

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2019-08-27,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 网优小兵玩Python 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
云函数
云函数(Serverless Cloud Function,SCF)是腾讯云为企业和开发者们提供的无服务器执行环境,帮助您在无需购买和管理服务器的情况下运行代码。您只需使用平台支持的语言编写核心代码并设置代码运行的条件,即可在腾讯云基础设施上弹性、安全地运行代码。云函数是实时文件处理和数据处理等场景下理想的计算平台。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档