VoLTE指标定义 - 图文

一、 VoLTE概述

（一）网络构架 （二）

二、指标定义

（一）IMS注册成功率

1、计算公式：

IMS注册成功次数/终端开机次数*100%

2、相关说明： 终端开机后，将先后完成EPC附着，IMS信令承载建立和IMS注册流程，以上3 个流程均正常完成，则定义为一次IMS注册成功。 （1）EPC附着：终端开机→广播消息读取→随机接入→RRC连接建立→默认承载建立（CMNET，QCI=9）→RRC Connection Reconfiguration Complete。

（2）IMS信令承载建立：终端发起PDN Connectivity Service到默认承载建立（IMS，QCI=5）→RRC Connection Reconfiguration Complete。

（3）IMS注册：终端发起SIP Register→SIP401→SIP Register→SIP 200 OK

3、步骤流程：

（1）MS用户发出注册请求消息；

（2）P-CSCF通过DNS得到用户归属网的I-CSCF； （3）P-CSCF把注册消息转到I-CSCF；

（4）I-CSCF查询HSS，为用户选择一个S-CSCF； （5）I-CSCF将消息转到S-CSCF；

（6）S-CSCF从HSS得到用户的认证信息； （7）S-CSCF通知用户重新认证； （8）用户重新发起注册（1－5步）； （9）认证通过，S-CSCF通知HSS；

（10）S-CSCF从HSS下载用户数据和iFC； （11）S-CSCF通知AS进行第三方注册； （12）AS从HSS得到用户数据（可选）；

（13）P-CSCF向S-CSCF订阅注册事件通知； （14）用户向S-CSCF订阅注册事件通知。

具体消息如下图所示：

UEAttach RequesteNBMMES/PGWPCRFHSSSBC/ATCFI-CSCFS-CSCFTASAttach RequestIdentity RequestIdentity ResponseAuthentication/SecurityUpdate Location RequestUpdate Location AnswerCreate Session Request(APN=IMS, PCO: P-CSCF addr request)CCRCCA(QCI=5)Create Session Response(QCI=5, PCO:P-CSCF addr)Initial Context Setup Request/Attach Accept(PCO: P-CSCF addr)RRC Connection Reconfiguration/Attach Accept(PCO:P-CSCF addr)RRC Connection Reconfigurationn CompleteInitial Context Setup ResponseDirect Transfer/Attach CompleteAttach CompleteModify Bearer RequestModify Bearer ResponseNOR (Homogeneous Support of IMS Voice over PS Sessions)NOAREGISTER (IMPI=IMSI@ims.mnc000.mcc460.3gppnetwork.org, IMPU=sip:IMSI@ims.mnc000.mcc460.3gppnetwork.org)REGISTERUARUAAREGISTERMAR(S-CSCF addr)MAA(RAND,IK CK,XRES,AUTN)401(RAND,IK CK,XRES,AUTN)401(RAND,IK CK,XRES,AUTN)401(RAND,AUTN)REGISTER (RES)REGISTER (RES,STN-SR)UARUAA(Stored S-CSCF)REGISTER (RES,STN-SR)SARSAA(user profile)REGISTER(STN-SR)200 OK200 OK200 OK200 OKMESSAGE (ATU-STI)MESSAGE (ATU-STI)200 OK[to MESSAGE]200 OK[to MESSAGE]PUR(STN-SR)PUAIDR(STN-SR)IDA

（二）话音接通成功率

1、计算公式：

成功完成呼叫次数/终端发起呼叫总数*100%

2、相关说明：

处于RRC空闲态的终端由于有业务要传输，所以将首先发起Service Request流程，回到RRC连接态，然后发送SIP Invite消息建立会话连接。两个过程具体为：

（1）RRC状态转换：定义为第一条随机接入消息到RRC Connection Reconfiguration Complete消息。RRC Idle状态的终端由于有数据需传送（比如发起Ping）而发起Service Request过程，终端通过“随机接入-RRC连接建立-DRB建立”完成空口过程与无线网的连接，并开始上、下行数据传送，视作成功完成连接建立。 （2）SIP会话建立：从主叫终端发起SIP Invite消息到接收到网络侧下发的SIP 200 OK消息，包括专用承载建立、会话建立等过程。

3、步骤流程：

场景1：同一IMS域内的基本会话流程

（1）用户发起会话请求，消息到达S-CSCF； （2）S-CSCF从HSS下载用户数据（可选）； （3）S-CSCF触发业务，AS进行业务逻辑控制；

（4）S-CSCF通过DNS得到被叫所在IMS域的I-CSCF； （5）I-CSCF通过HSS查询得到被叫用户注册的S-CSCF； （6）S-CSCF从HSS得到被叫用户的用户数据； （7）S-CSCF触发业务，AS进行业务逻辑控制； （8）会话请求被路由到被叫用户； （9）双方进行资源协商和预留； （10）对被叫振铃；

（11）被叫用户应答，会话建立。

场景2：不同IMS域之间的基本会话流程（与场景1基本一致）。

具体消息如下图所示：

UE-AeNBMMES/PGWPCRFHSSSBC/ATCFI-CSCFS-CSCFTASUE Triggered Service Request ProcedureINVITE(SDP-A)INVITE(SDP-A)INVITE(SDP-A)INVITE(SDP-A)INVITE[to remote end]180 Ringing180 Ringing180 Ringing180 Ringing180 Ringing200 OK(SDP-B)200 OK(SDP-B)AAR(业务需求)RAR(QCI=1)Create Bearer RequestBearer Setup Request/Session Management RequestRRC Connection ReconfigurationRRC Connection Reconfigurationn CompleteBearer Setup ResponseDirect TransferSession Management ResponseCreate Bearer ResponseRAAAAA200 OK(SDP-B)ACKACKACKACKACKRTP flowRTP flowRTP flow

（三）掉话率

1、计算公式：

掉话次数/成功建立呼叫次数*100%

2、相关说明：

（1）掉话：空口RRC连接释放（终端Radio Link Failure或网络侧RRC Release），或10s以上未接通，均视作掉话。

（2）成功建立呼叫包括RRC连接建立和SIP会话建立。即RRC Idle状态的终端通过“随机接入-RRC连接建立-DRB建立”完成空口过程与无线网的连接，并开始上、下行数据传送，即视为RRC连接建立完成。而主叫终端发起SIP Invite消息后接收到网络侧下发SIP 200 OK消息，即视为成功建立呼叫。

（四）SRVCC切换成功率

1、计算公式：

eSRVCC切换成功次数/eSRVCC切换尝试次数*100%

2、相关说明：

（1）切换请求：eNodeB判断需要切换后，向源MME发送Handover Required消息。其中QCI=1（语音承载），且Target ID为非LTE小区。

（2）切换成功：UE向ATCF返回200 OK消息，释放原会话占用的承载资源。

3、步骤流程：

步骤1：UE_A和UE_B正在进行一个Active状态的会话，媒体锚定在ATCF/SBC。UE_A根据当前所在地区E-UTRAN网络和UTRAN/GERAN网络的信号强度，向eNodeB上传系统测量报告。eNodeB经过判断决定切换后，向MME发送切换请求Handover Request消息；

步骤2：MME向UE_A当前所在地区的eSRVCC IWF发起eSRVCC切换请求PS to CS Request消息。

步骤3、4：eSRVCC IWF向MME返回PS to CS Response消息。MME收到消息后，指示UE_A向UTRAN/GERAN网络发起切换。

步骤5：eSRVCC IWF首先向接入网络申请承载资源，申请过程与普通CS域用户发起呼叫时申请资源的过程相同。申请资源后，再根据STN-SR向ATCF/SBC发送Invite消息，携带SDP信息。其中，关键参数如下： （1）Request URI：STN-SR号码。

（2）P-Asserted-Identity头域：C-MSISDN号码。

步骤6：ATCF/SBC收到Invite消息，根据其中STN-SR号码，判断该消息是由eSRVCC切换产生。ATCF/SBC作如下处理： （1）ATCF/SBC从Invite消息中获取C-MSISDN，结合本地保存的+g.3gpp.srvcc标识、eSRVCC相关信息（ATU-STI等），确定UE_A需要切换的Active状态会话。 （2）ATCF/SBC判断eSRVCC IWF发送的编解码列表是否包含原会话协商后使用的编解码。如果包含，则eSRVCC IWF支持会话正在使用的编解码，ATCF/SBC直接返回原会话协商后的编解码。如果不包含，则eSRVCC IWF不支持会话正在使用的编解码，则ATCF/SBC按照SRVCC流程处理，将SRVCC IWF的切换请求转发给SCC AS，由SCC AS执行切换功能。

（3）ATCF/SBC进行媒体协商修改，新建媒体端点，与eSRVCC IWF侧端点完成连接。

（4）ATCF/SBC向eSRVCC IWF返回200 OK消息，携带本端新建端点的SDP信息。 步骤7：eSRVCC IWF返回消息接收成功响应ACK。

步骤8、9：eSRVCC IWF向MME返回PS to CS Complete Notification消息，表示UE_A已成功接入UTRAN/GERAN网络。至此，UE_A与ATCF/SBC之间的承载资源信息分为CS网络承载和PS网络承载两部分。

步骤10：ATCF/SBC根据待切换会话关联的ATU-STI，向SCC AS发送Invite消息，请求eSRVCC切换。其中，关键参数如下： （1）Request-URI：待切换会话的ATU-STI。P-Asserted-Identity：UE的C-MSISDN号码。

（2）Require：携带tdialog标识，指示支持Target-Dialog头域。

（3）Target-Dialog：待切换会话的原Dialog ID，包括原会话的Call-ID，远端设备用户实例（remote-tag），本端设备用户实例（local-tag）。 （4）SDP：UE的SDP，与原会话协商后的SDP相同。

步骤11：I-CSCF根据Request-URI查询HSS或根据本地PSI数据配置，判断被叫用户是一个PSI用户，根据查询结果将消息路由到SCC AS。Invite消息中Route头域包含SCC AS地址，携带orig和atu-sti参数。 （1）orig：指示SCC AS进行主叫侧处理。

（2）atu-sti：指示SCC AS，该消息是一个eSRVCC的切换请求。

步骤12：SCC AS收到Invite消息后，通过其中Target-Dialog头域的原会话Call-ID确定待切换的会话，并作如下处理：

（1）如果该会话处于Active状态，且具有激活的语音媒体成分，则SCC AS比较Invite消息中的SDP是否与原会话协商后的SDP相同，并根据比较结果启动eSRVCC流程或SRVCC流程。

（2）如果相同，则SCC AS启动eSRVCC流程，修改该会话的接入域，表明用户已从CS域接入，便于后续业务进行域选择，并且返回200 OK消息。由于原会话协商的SDP未改变，SCC AS不更新远端SDP。

（3）如果不相同，则SCC AS启动SRVCC流程，修改会话接入域，返回200 OK消息，并且更新远端SDP。

步骤13：I-CSCF将SCC AS发送的200 OK响应转发至ATCF/SBC。

步骤14：ATCF/SBC向SCC AS返回ACK消息。UE_A与UE_B之间恢复媒体连接。后续UE_A所在网络侧媒体信息基于CS网络承载。

步骤15、16：SCC AS向UE_A发起BYE请求，释放原接入网络承载资源。 步骤17、18：UE返回200 OK，SBC、SCC AS释放原会话占用的承载资源。

（五）寻呼成功率

1、计算公式：

寻呼成功次数/EPC发起寻呼请求总次数*100%

2、相关说明：

（1）EPC发起寻呼请求：EPC发起寻呼，即S1接口Paing消息。 （2）寻呼成功：EPC发起寻呼后，收到S1接口相应的Initial UE Message（NAS: Service Request），则判做寻呼成功。

（3）寻呼失败：EPC发起寻呼后2秒内，未收到S1接口相应的Initial UE Message，则判做一次寻呼失败。

附录一：状态码分类

1XX：临时响应。表明请求已收到，接受方正在继续处理该请求。 2XX：成功响应。请求已经成功收到、理解并被接受。

3XX：重定向响应。请求方需要采取进一步动作以完成请求。 4XX：客户端响应错误。 5XX：服务器响应错误。

6XX：全局失败响应。请求不能在任何一个服务器上得到满足，产生该响应的服务器需要知道有关用户的确切信息。

附录二：参考文献

[1] 3GPP TS 23.228 V12.3.0 IP Multimedia Subsystem (IMS) [2] 3GPP TS 23.216 Vb90 Single Radio Voice Call Continuity

附录一：状态码分类

1XX：临时响应。表明请求已收到，接受方正在继续处理该请求。 2XX：成功响应。请求已经成功收到、理解并被接受。

3XX：重定向响应。请求方需要采取进一步动作以完成请求。 4XX：客户端响应错误。 5XX：服务器响应错误。

6XX：全局失败响应。请求不能在任何一个服务器上得到满足，产生该响应的服务器需要知道有关用户的确切信息。

附录二：参考文献

[1] 3GPP TS 23.228 V12.3.0 IP Multimedia Subsystem (IMS) [2] 3GPP TS 23.216 Vb90 Single Radio Voice Call Continuity

本文来源：https://www.bwwdw.com/article/i68h.html