VOLTE呼叫流程介绍

VOLTE呼叫流程介绍:

A和B均在IDLE模式,A用户(主叫Caller)呼叫B用户(被叫Callee)流程图;

A、B均在MME附着,已在AS服务器注册;

                         VOLTE呼叫业务流程

VOLTE呼叫业务流程

VOLTE呼叫业务流程

备注:黑色,正常消息描述,包括Rrc、S1信令和普通描述等;

红色,NAS标准信令;

蓝色SIP标准信令;

上述A和B均是IDLE模式,互相拨打的方式是实际应用场景中最常见的一种方式,具体流程如下:

  1. 用户A和用户B在注册成功后,无业务触发,MME发起上下文释放,将A和B均置为IDLE模式。
  2. UE A呼叫UE B,此时A发现其为IDLE模式,则需要先建立信令连接。受限缓存需要发送的数据,向eNodeB发起RRC Connection Request,携带初始UE ID和S-TMSI(第一次是随机值,此时TMSI值应为有效)。
  3. eNodeB向UE回复RRC Connection Setup,其中携带无线资源专用配置信息。
  4. UE向eNodeB回复RRCConnection Setup Complete,确认RRC建立成功完成。其中携带选择的PLMN ID,注册的MME信息和NAS消息。
  5. eNodeB发送Initial UE Message到MME,其中携带eNodeB UE S1APId,TAI,E-UTRAN-CGI,RRCEstablishment Csuse,NASPDU为Service Request。
  6. MME侧用户面承载建立成功后向eNodeB返回Initial Context Setup Request,携带MME UE S1APId,ERAB相关信息(Qos,GTP-TEID,ERAB id,IP),UE安全能力和安全密钥,如果存在UE无线能力,也需要带回。如果没有UE无线能力,则eNodeB需要向UE索要UE无线能力参数。
  7. 无线承载的建立,对上下文进行处理,eNodeB向UE发送RRCConnection Reconfiguration消息,其中包含测量配置,移动性配置(RBs,MAC主要配置,物理信道配置),NAS信息和安全配置等信息。
  8. eNodeB收到UE的RRC Connection Reconfiguration Complete消息,确认无线资源配置完成。
  9. eNodeB向MME发送Initial Context Setup Response消息,将eNodeB侧承载的IP和GTP-TEID带给MME。在重配置完成后,实际上已经可以发送上行数据了。
  10. 用户A发送上行数据,呼叫用户B,首先向AS服务器发送INVITE请求,LTE系统中会以数据的方式进行传输,用户A发送上行数据到AS服务器,其中携带SIP信令INVITE请求。
  11. AS服务器发送100 Trying的确认消息给用户A,确认收到INVITE消息。
  12. 同时转发INVITE到用户B,发送下行数据首先经过PDN网关到SGW网关。
  13. SGW发现UE B为IDLE模式,发送下行数据到的通知到MME,同时缓存数据。
  14. MME对UE B发起寻呼流程。
  15. 同上述步骤1-9;
  16. SGW将缓存的数据发往UE B,其中SIP信令为A呼叫B的INVITE消息。UE发送上行数据到AS,携带回复的100 Trying消息。后续信令和数据的传输见A呼叫B(SIP呼叫业务流程)。

SIP呼叫业务流程介绍:

SIP呼叫业务流程

SIP呼叫业务流程

上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程,具体流程如下:

  1. 用户A,摘机对用户B发起呼叫,用户A首先向AS服务器发起INVITE请求。
  2. AS服务器回复100 Trying给用户A说明收到INVITE请求。
  3. AS服务器通过认证确认用户认证已通过后,向被叫终端B转送INVITE请求。
  4. 用户B向AS服务器送呼叫处理中的应答消息,100 Trying。
  5. 用户B向AS服务器送183 Session Progress消息,提示建立通话的进度信息;(此时被叫QCI1专用承载建立)
  6. AS服务器向主叫终端A转送183 Session Progress消息,终端A了解到整个Session的建立进度信息。
  7. 终端A向AS服务器回复临时应答消息PRACK,表示收到183 Session Progress消息。(此时主叫QCI1专用承载建立)
  8. AS服务器向被叫终端B转送临时应答消息PRACK,终端B了解到终端A收到183 Session Progress消息。
  9. 被叫终端B向AS服务器发送200 OK消息,表示183 Session Progress请求已经处理成功。
  10. AS服务器向主叫终端A转送200 OK消息。
  11. 主叫终端A向AS服务器发送UPDATE消息,意在与被叫终端B协商相关SDP信息。
  12. AS服务器向被叫终端B转送UPDATE消息。
  13. 被叫终端B向AS服务器发送200 OK消息,表示UPDATE请求已经处理成功。
  14. AS服务器向主叫用户A转送200 OK消息,通知用户A UPDATE请求已经处理成功。
  15. 被叫用户B振铃,用户振铃后,向AS服务器发送180 Ringing振铃信息。
  16. AS服务器向主叫终端A转送180 Ringing振铃信息。
  17. 被叫终端B向AS服务器发送200 OK消息,表明主叫最初的INVITE请求已经处理成功。
  18. AS服务器向主叫终端A转送200 OK消息,通知主叫终端A,被叫终端B已经对INVITE请求处理成功。
  19. 主叫终端A向AS服务器发送ACK消息,意在通知被叫终端B,主叫侧已经了解被叫侧处理INVITE请求成功。
  20. AS服务器向被叫终端B转送ACK信息。
  21. 用户A主动挂机,A向AS服务器发起通话结束BYTE信息。
  22. AS服务器向被叫终端B转送BYTE信息。
  23. 被叫终端B向AS服务器发送200 OK消息,表示对BYTE信息处理成功。
  24. AS服务器向用户A转送200 OK信息。整个通话结束。
  25. 被叫用户B主动挂机流程同步骤21-24。

 

  • 3
    点赞
  • 39
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 3
    评论
VoLTE(Voice over LTE)是一种基于LTE(Long Term Evolution)网络的语音通信技术,能够提供高质量的语音通话服务。在VoLTE呼叫2G流程中,涉及到一系列步骤。 首先,当用户发起一个VoLTE呼叫时,手机将检测到当前信号强度,如果处于LTE覆盖范围内,将尝试使用VoLTE进行呼叫。 接下来,手机会向基站发送一个VoLTE呼叫请求。基站将收到该请求并将其传递给核心网。 核心网将接收到的呼叫请求路由到相应的MME(Mobility Management Entity)。MME负责处理移动设备的位置更新、鉴权等功能。 MME会将VoLTE呼叫请求转发给VoLTE控制平面网关(VoLTE-CFX)。VoLTE-CFX负责VoLTE呼叫的控制和管理,如呼叫建立、呼叫维持等。 VoLTE-CFX将根据服务器的配置和策略信息进行会话管理,并选择相应的VoLTE应用服务器VoLTE-AS)来处理该呼叫请求。 VoLTE-AS接收到呼叫请求后,会进行用户鉴权和呼叫权限验证等操作。 一旦验证通过,VoLTE-AS将发送呼叫请求给手机,作为被叫方的设备。手机会响应呼叫请求,并建立一个音频数据流路径。 通话建立后,语音数据将通过LTE网络传输,并使用高质量的编解码算法进行编解码。 在整个通话过程中,各个组件和服务器将负责维护呼叫的可靠性和保密性。通话结束后,所有资源将被释放,VoLTE呼叫流程随之结束。 总之,VoLTE呼叫2G流程涉及信号检测、呼叫请求的传递和转发、控制平面网关和应用服务器的处理、用户鉴权和权限验证、数据传输等多个步骤。这些步骤确保了VoLTE呼叫的高质量和可靠性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

通信瓦工

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值