VoLTE指标定义.doc

一、 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 RegisterSIP401SIP RegisterSIP 200 OK3、步骤流程：（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）用户重新发起注册（15步）；（9）认证通过，S-CSCF通知HSS；（10）S-CSCF从HSS下载用户数据和iFC；（11）S-CSCF通知AS进行第三方注册；（12）AS从HSS得到用户数据（可选）；（13）P-CSCF向S-CSCF订阅注册事件通知；（14）用户向S-CSCF订阅注册事件通知。具体消息如下图所示：（二）话音接通成功率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基本一致）。具体消息如下图所示：（三）掉话率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：