VoLTE主被叫信令流程
VoLTE主被叫信令流程
VoLTE主被叫信令流程终端顺序时间Dir Type Name主叫116:00:00.288Up SIP IMS_SIP_INVITE-Request主叫216:00:00.709Down SIP IMS_SIP_INVITE-Trying 100主叫316:00:00.787Down SIP LTE RRC-RRC Connection Reconfiguration主叫416:00:00.917Up SIP LTE RRC-RRC Connection Reconfiguration Complete主叫516:00:00.917Down SIP LTE NAS-Activate dedicated EPSbearer context request 主叫616:00:00.917Up SIP LTE NAS-Activate dedicated EPSbearer context accept 主叫716:00:00.917Up SIP LTE RRC-UL Information Transfer 主叫816:00:01.045Down SIP LTE RRC-Paging主叫916:00:01.919Down SIP IMS_SIP_INVITE 183（session progress）主叫1016:00:01.919Up SIP IMS_SIP_PRACK主叫1116:00:02.299Down SIP IMS_SIP_PRACK 200主叫1216:00:02.299Up SIP IMS_SIP_UPDATE主叫1316:00:02.743Down SIP IMS_SIP_UPDATE 200主叫1416:00:02.753Down SIP LTE RRC-DL Information Transfer主叫1516:00:02.753Down SIP LTE NAS-Modify EPSbearer context request主叫1616:00:02.783Up SIP LTE NAS-Modify EPSbearer context accept主叫1716:00:02.783Up SIP LTE RRC-UL Information Transfer 主叫1816:00:02.783Down SIP IMS_SIP_INVITE-Ringing180主叫1916:00:02.783Up SIP LTE RRC-MeasurementReport主叫2016:00:02.823Down SIP IMS_SIP_INVITE-OK 200主叫2116:00:02.823Up SIP IMS_SIP_ACK主叫.主叫.主叫2216:03:03.061Up SIP IMS_SIP_BYE-Request主叫2316:03:03.393Down SIP IMS_SIP_BYE-OK 200解释用户A首先向AS服务器发起INVITE请求，请求呼叫被叫AS服务器回复Trying 100 给用户A说明收到INVITE请求E-RAB建立请求（专用承载建立流程）E-RAB建立成功（专用承载建立流程）触发专用EPS承载上下文请求（专用承载建立流程）触发专用EPS承载上下文接受（专用承载建立流程）上行调度信息（专用承载建立流程）AS服务器向主叫终端A转送183 session progress消息，终端A了解到整个session的建立进度消息。
volte主被叫信令流程小结
volte主被叫信令流程小结VOLTE呼叫流程介绍：A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图；A、B均在MME附着，已在AS服务器注册；VOLTE呼叫业务流程VOLTE呼叫业务流程1.2.携带SIP信令INVITE请求。
3.AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息。
4.同时转发INVITE到用户B，发送下行数据首先经过PDN网关到SGW网关。
5.SGW发现UE B为IDLE模式，发送下行数据到的通知到MME，同时缓存数据。
6.MME对UE B发起寻呼流程。
7.同上述步骤1-9；8.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消息。
VOLTE指标及信令流程
六忙时平 均
Enb
0.5%
E-RAB掉线率(QCI=5)
E-RAB(QCI=5)掉线率反映了系统 的业务通讯保持能力，也反映了系 统的稳定性和可靠性。
∑( 分QCI的eNB请求释放的E-RAB数 -分QCI的正常 的eNB请求释放的E-RAB数 +分QCI的切出失败的ERAB数 )/∑分QCI的E-RAB建立成功数， 其中∑代表将 本地网范围内的各个小区的统计结果累加, QCI=5。
（MO发送的RTP数据包数量-MT接收的RTP数据包数 量）/MO发送的RTP数据包数量*100%
六忙时平 均
Enb
小区下行PDCP SDU平均时延 小区用户面下行平均时延
六忙时平 均
Enb
99% 1% 0.1s
目录
VoLTE主要指标介绍 VoLTE集团用例测试指标 VoLTE信令流程
6
7.1基本呼叫体验测试-好点
话音质量
抖动（Jitter）（话音）
RTP丢包率（PLR）（话音）
RTP丢包率（PLR）（视频）
指标描述
公式定义
建议值
终端侧发起第一条随机接入消息到收到网 络侧下发SIP 180 ring消息之间的时间差
--
被叫上发INVITE 183到收到UPDATE（ QCI1专用承载建立）
--
被叫上发INVITE 183到收到UPDATE（ QCI1&QCI2专用承载建立）
六忙时平 均
Enb
0.5%
保持性 E-RAB掉线率(QCI=2)
E-RAB(QCI=2)掉线率反映了系统 的业务通讯保持能力，也反映了系 统的稳定性和可靠性。
∑( 分QCI的eNB请求释放的E-RAB数 -分QCI的正常 的eNB请求释放的E-RAB数 +分QCI的切出失败的ERAB数 )/∑分QCI的E-RAB建立成功数， 其中∑代表将 本地网范围内的各个小区的统计结果累加, QCI=2。
volte呼叫信令流程
一、终端开机的IMS注册过程：用户开机以后，首先完成附着过程，附着完成以后，发起IMS注册过程。
在IMS注册流程中，先建立QCI=5的SIP信令承载。
然后进行SIP的注册过程，当完成注册过程以后，就可以进行VoLTE呼叫了。
SIP信令的注册过程如下图所示。
二、VoL TE呼叫VoL TE的信令呼叫流程：三、Volte呼叫volte的AMR-WB 12.65K的确定AMR-WB采样频率为16kHz，AMR的采用频率为8kHZ。
AMR-WB总共支持8种模式，其中模式2代表AMR-WB 12.65kbps，模式8代表AMR-WB 23.85kbps。
在上图中就是mode-set=2，表示AMR-WB只适应12.65kbps编码方式。
VOLTE呼叫过程中，I NVITE消息中携带的媒体类型和编码格式：主被叫协商以后，在UPDATE消息中确定的媒体类型和编码格式：AMR-WB采样频率为16kHz，AMR的采用频率为8kHZ。
AMR-WB总共支持8种模式，其中模式2代表AMR-WB 12.65kbps，模式8代表AMR-WB 23.85kbps。
在上图中就是mode-set=2，表示AMR-WB只适应12.65kbps编码方式。
建立语音业务承载QCI=1，打开ROHCTTI-Bundling关闭关闭SPS功能，通过查看qci=1语音承载RRCConnectionReconfiguration消息，没有sps 相关ie。
四、Volte呼叫vollte的AMR-WB 23.85k的确定：1：Invite消息中的AMR-23.85k的编码方法：2：update 消息中协商以后的媒体类型和编码方式。
下图中：媒体类型为AMR-WB，采样频率为16k，单通道。
采用的模式为AMR-WB的mode 8。
mode8对应的编码速率为23.85kbps。
五、VoL TE呼叫2G上图是VoLTE呼叫2G信令流程。
流程和VoLTE呼叫VoLTE是相同的。
VoLTE呼叫信令流程层3消息
1) VoLTE呼叫信令流程establishment Cause ：取值为4。
代表终端发起的数据业务请求。
这里的mo 代表为移动始端，即“主叫”。
establishment Cause ：取值为2。
代表终端接收Paging消息发起的RRC建立请求。
这里的mt代表为移动终端，即“被叫”。
RRCConnectionSetup 信令：主要用于SRB1无线承载的建立与无线配置。
在这里可以看到SPS、TTIB等参数的配置。
RRCConnectionSetup 的srb_ToAddModList：srb_Identity=1，说明SRB1已经建立。
RRCConnectionSetup 的rlc_Config：t=1，代表显示配置。
对于SRB1与SRB2的RLC_MODE必须采用AM模式。
RRCConnectionSetup 的mac_MainConfig：ttiBundling =FALSE, TTI绑定属性。
TRUE表示TTI捆绑有效，而FALSE表示TTI捆绑无效。
TTI 捆绑对FDD有效，对TDD仅仅适用于配置为0、1、6的情况。
RRCConnectionSetup 的sps_Config ：t=1表示释放该配置（release），包括上行和下行两个配置项。
RRCConnectionSetupComplete 信令：当UE完成SRB1承载和无线资源的配置，向eNodeB回应该消息。
同时，NAS层包含Attach Request信息。
Initial UE Message信令：eNodeB向MME注册，包含NAS层Attach Request 信息以及TAI等信息。
Initial UE Message信令：还包括小区以及接入原因等信息。
Initial Context Setup Request信令：eNB_UE_S1AP_ID，eNB中S1口UE的上下文ID。
该参数是UE在eNodeB侧S1接口上的唯一标识，由eNodeB分配，此处必须与Initial UE Message消息中的eNB_UE_S1AP_ID保持一致。
volte信令流程详解8个步骤
volte信令流程详解8个步骤英文回答：VoLTE Signalling Procedure.VoLTE (Voice over LTE) is a technology that allows voice calls to be made over an LTE (Long Term Evolution) network. It uses IP Multimedia Subsystem (IMS) for signalling and control, and Media Gateway Control Function (MGCF) for media handling.The VoLTE signalling procedure involves the following steps:1. Registration: The User Equipment (UE) registers with the LTE network and obtains an IP address from the Packet Data Network Gateway (PDN GW).2. IMS Registration: The UE registers with the IMS network and obtains an IMS public user identity (IMPI).3. Call Establishment: When the UE initiates a call, it sends a SIP INVITE message to the IMS core network.4. Call Setup: The IMS core network forwards the INVITE message to the MGCF, which sets up the media session and sends a SIP 200 OK message back to the UE.5. Media Exchange: The UE and the MGCF exchange media streams, such as voice and video.6. Call Termination: When the call is terminated, the UE sends a SIP BYE message to the IMS core network.7. IMS Deregistration: The UE deregisters from the IMS network.8. LTE Deregistration: The UE deregisters from the LTE network.中文回答：VoLTE信令流程。
简述volte呼叫信令流程
简述volte呼叫信令流程VoLTE（Voice over LTE）是指在LTE（Long Term Evolution）网络上实现语音通信的技术。
与传统的2G和3G网络相比，VoLTE 具有更高的语音质量和更快的呼叫建立速度。
那么，让我们来简述一下VoLTE呼叫信令流程，了解一下它是如何实现语音通信的。
1. 呼叫发起当用户想要拨打电话时，手机会向网络发送呼叫请求。
首先，手机会通过寻呼过程找到最适合的基站。
然后，手机会向该基站发送呼叫请求信令。
基站会将这个请求转发到核心网络。
2. 接入网关选择核心网络中的接入网关会根据用户的位置和网络负载等因素选择最合适的网关，以便进一步处理呼叫请求。
选择完网关后，基站会将呼叫请求转发给这个网关。
3. 会话控制接入网关收到呼叫请求后，会对呼叫进行会话控制。
这包括验证用户的身份和权限、检查呼叫类型（语音、视频等）以及分配临时标识符等。
接入网关还会为呼叫建立相应的会话参数，并为呼叫分配一个唯一的Session ID。
4. 呼叫路由接入网关在会话控制之后，会根据被叫号码找到对应的用户所在的位置，并确定最佳的路由路径。
这个过程涉及到寻址和路由表的查询，以确保呼叫能够被正确地转发到被叫用户所在的基站。
5. 呼叫建立一旦呼叫路由确定，接入网关会发送呼叫建立请求给被叫用户所在的基站。
被叫基站会向被叫用户发出呼叫振铃信号，告知用户有来电。
同时，被叫基站会将呼叫建立请求转发给被叫用户。
6. 呼叫确认被叫用户接收到来电后，可以选择接听或拒接呼叫。
如果被叫用户接听呼叫，被叫基站会发送呼叫确认信令给接入网关，表示呼叫已经建立。
接入网关再将呼叫确认信令发送给发起呼叫的基站，以告知发起呼叫的用户呼叫已经成功建立。
7. 语音传输一旦呼叫建立成功，语音数据就会通过LTE网络进行传输。
VoLTE 使用IP（Internet Protocol）技术进行语音传输，将语音数据转换为IP数据包并通过LTE网络进行传输。
VoLTE基本原理及信令流程
Home Domain
Mj
BGCF
MGCF
SGW
Interworking Elements
MGW
Mn
IMS网元功能
P-CSCF (Proxy Call Session Control Function) IMS域拜访域控制平面统一的初步入口点，将来自拜访地接入网络的SIP消息，包括注册登记、多媒体会话等， 代理转接到其归属地的S-CSCF（根据登记时记录的信息）或I-CSCF（根据SIP UA携带的归属域名）； 负责与IMS SIP终端之间可选的SIP消息压缩/解压缩，提高无线接入空口带宽的利用率； 在会话建立过程中解析用户面SDP信息，通过Diameter与QoS策略执行实体PDF的交互，将QoS承载需求（带 宽，时延/抖动级别等）知会PDF，再由PDF将QoS策略决定最终下发到IP接入汇聚层设备或边缘路由器进行策 略执行，最终为IMS业务所使用的本地接入网IP QoS资源提供认证授权功能，实现IMS业务的端到端QoS服务 保障；在会话释放时通知PDF在IP承载控制层释放相应资源占用信息； 负责IMS会话相关计费话单产生，将接入网与IMS计费信息相关联，并将CDR通过Diameter送往CCF； 作为SIP UA处理处理异常情况下的会话终结及相应SIP消息生成； 检测紧急业务的发起 提供IMS与UE之间SIP信息的完整性与安全性保护
SLF HSS
Sh ISC Dx Cx Mw Cx Mr
AS
Session Management and Routing
Gm Mw
UE
P-CSCF
I-CSCF
S-CSCF
MRFC
Mp
Mi
Go
MRFP GGSN
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
终端顺序时间Dir Type Name
主叫116:00:00.288Up SIP IMS_SIP_INVITE-Request
主叫216:00:00.709Down SIP IMS_SIP_INVITE-Trying 100
主叫316:00:00.787Down SIP LTE RRC-RRC Connection Reconfiguration
主叫416:00:00.917Up SIP LTE RRC-RRC Connection Reconfiguration Complete
主叫516:00:00.917Down SIP LTE NAS-Activate dedicated EPSbearer context request 主叫616:00:00.917Up SIP LTE NAS-Activate dedicated EPSbearer context accept 主叫716:00:00.917Up SIP LTE RRC-UL Information Transfer
主叫816:00:01.045Down SIP LTE RRC-Paging
主叫916:00:01.919Down SIP IMS_SIP_INVITE 183（session progress）
主叫1016:00:01.919Up SIP IMS_SIP_PRACK
主叫1116:00:02.299Down SIP IMS_SIP_PRACK 200
主叫1216:00:02.299Up SIP IMS_SIP_UPDATE
主叫1316:00:02.743Down SIP IMS_SIP_UPDATE 200
主叫1416:00:02.753Down SIP LTE RRC-DL Information Transfer
主叫1516:00:02.753Down SIP LTE NAS-Modify EPSbearer context request
主叫1616:00:02.783Up SIP LTE NAS-Modify EPSbearer context accept
主叫1716:00:02.783Up SIP LTE RRC-UL Information Transfer
主叫1816:00:02.783Down SIP IMS_SIP_INVITE-Ringing180
主叫1916:00:02.783Up SIP LTE RRC-MeasurementReport
主叫2016:00:02.823Down SIP IMS_SIP_INVITE-OK 200
主叫2116:00:02.823Up SIP IMS_SIP_ACK
主叫.
主叫.
主叫2216:03:03.061Up SIP IMS_SIP_BYE-Request
主叫2316:03:03.393Down SIP IMS_SIP_BYE-OK 200
解释
用户A首先向AS服务器发起INVITE请求，请求呼叫被叫
AS服务器回复Trying 100 给用户A说明收到INVITE请求
E-RAB建立请求（专用承载建立流程）
E-RAB建立成功（专用承载建立流程）
触发专用EPS承载上下文请求（专用承载建立流程）
触发专用EPS承载上下文接受（专用承载建立流程）
上行调度信息（专用承载建立流程）
AS服务器向主叫终端A转送183 session progress消息，终端A了解到整个session的建立进度消息。
终端A向AS服务器回复临时应答消息PRACK，表示收到183 session progress消息；（此时主叫QCI1专用承载建立）AS服务器向主叫终端A转送200 OK消息
主叫终端A向AS服务器发送UPDATE消息，与被叫终端B协商相关SDP信息。
AS服务器向主叫终端A转送200 OK消息，通知用户A UPDATE请求已经处理成功
下行调度信息
修改EPS承载上下文请求（专用承载修改流程）
修改EPS承载上下文接受（专用承载修改流程）
（专用承载修改流程）
AS服务器向主叫终端A转送Ringing 180振铃消息
AS服务器向主叫终端A转送200 OK消息，通知主叫终端A ，被叫终端B已经对INVITE请求处理成功
主叫终端A向AS服务器发送ACK消息，通知被叫终端B，主叫侧已经了解被叫侧处理INVITE请求成功
用户A主动挂机，A向AS服务器发起通话结束BYE信息
AS服务器向用户A转送200 OK消息，整个通话结束
承载建立）。