VOLTE掉话信令

EVDO掉话 一：EVDO Connection正常呼叫流程如下

Air_interface

AT

Connection Request Traffic Channel Assignment Traffic Channel Complete Connection Close Connection Close

AN

当EVDO出现掉话后，AN将不会发送Connection Close 消息给AT.同时在Log中将出现1xEV Connection Release记录指示掉话的原因。比如：

Reason = 2 System lost (supervision failures, TCA message rejected)

如下为一个掉话的信令流程实例：

1.Connection Request消息

2.Traffic Channel Assignment消息

3.Traffic Channel Complete消息

4.Connection Release 记录

5.掉话后重新发起的Connection Request消息。

EVDO掉话 一：EVDO Connection正常呼叫流程如下

Air_interface

AT

Connection Request Traffic Channel Assignment Traffic Channel Complete Connection Close Connection Close

AN

当EVDO出现掉话后，AN将不会发送Connection Close 消息给AT.同时在Log中将出现1xEV Connection Release记录指示掉话的原因。比如：

Reason = 2 System lost (supervision failures, TCA message rejected)

如下为一个掉话的信令流程实例：

1.Connection Request消息

2.Traffic Channel Assignment消息

3.Traffic Channel Complete消息

4.Connection Release 记录

5.掉话后重新发起的Connection Request消息。

问题点1：金科路近高科中路-主叫掉话-2015/10/23 13:09:02-（121.59643498，31.19828579） ? 问题描述与分析：

主被叫通话过程中主叫UE由高科中路右转至金科路后继续向南行驶至200m处发生一次掉话事件，分析主叫通话过程中由浦蔡陀HL3H_11（PCI=471，TAC=6348）切换至浦药谷HL1H_11(PCI=131，TAC=6334)后，发起TAU更新请求，TAU更新过程中主叫UE测量到浦蔡陀HL3H_12（PCI=472）RSRP电平值优于主服务小区，多次上报A3测量报告后，未能收到eNodeB下发的RRC重配置切换命令，随后主叫UE因空口无线恶化发起RRC重建，重建被拒失败后释放了RRC连接UE进入空闲态，空口连接重新建立后UE在13:09:01.979和13:09:01.981分别收到了网络侧下发的RRC Release和TAU Reject消息，记录一次掉话；

从空口信令看TAU更新失败eMM-cause原因为：隐式分离（implicitly-detached）

从虚用户跟踪侧MME于13:14:00.626下发了一条S1AP_UE_CONTEXT_REL_CMD释放了UE上下文，释放原

1 EVDO掉线信令特征

EVDO空口掉话可分为前向掉话和反向掉话两类。前向掉话是指前向链路首先丢失，主要包括以下两种触发条件： 1、开销消息监控失败

包括QuickConfig，SectorParameters，或者是同步控制信道包监控失败，其特征信令是测试log中出现QucikConfig Supervision Timer Expired，SectorParameters Supervision Timer Expired或者Control Channel Supervision Timer Expired； 2、DRC监控失败

特征信令是在连续TFTCMPRestartTx内DRC均为0后又未有NFTCMPRestartTx个时隙连续的非零DRC，其特征是测试log中出现RTCMAC_DRC_Tx_STOPPED且未出现RTCMAC_DRC_TX_RESTARTED。

由于目前TFTCMPRestartTx是12个控制信道周期，和开销消息的监控时长相同，所以大多数情况中在DRC监控失败之前开销信道消息监控失败已经触发掉话，故DRC监控失败的较为少见。

反向掉话是指反向链路首先丢失，其特征信令是后台网管中出现A9-AL-discon

VoLTE信令分析手册

部门 TDD网络基础性能部 作者 张艳丽 00257121 日期 2015-4

目录

VoLTE信令分析手册 .................................................................................................................................. 1 1 2

前言......................................................................................................................................................... 2 初始注册 ................................................................................................................................................ 3 2.1

Initial a

VoLTE信令分析手册

部门 TDD网络基础性能部 作者 张艳丽 00257121 日期 2015-4

目录

VoLTE信令分析手册 .................................................................................................................................. 1 1 2

前言......................................................................................................................................................... 2 初始注册 ................................................................................................................................................ 3 2.1

Initial a

移动VOLTE专项优化

移动VOLTE路测基于信令点分析指导书

2017年11月27日

移动VLOTE专项优化组

移动VOLTE专项优化

一、 概述

本《移动VOLTE路测基于信令点分析指导书》重点介绍了移动VOLTE优化中ATU软件的使用方法、VOLTE重点指标定义、VOLTE路测信令节点、V2V和V2C不同拨打测试指标对比、VOLTE测试中事件分析思路和分析案例。

本《指导书》结构如下：

? 第一部分 移动ATU路测和软件的使用； ? 第二部分测试指标的定义和统计方法； ? 第三部分 VOLTE路测主被叫信令节点； ? 第四部分信令类分事件分析案例； ? 第五部分 eSRVCC事件分析案例； ? 第六部分覆盖类事件分析案例；

二、 移动ATU路测和软件使用

2.1测试方法和要求

1、 测试前需要规划好测试区域和测试路线；

2、 测试任务需要在ATU平台配置，测试任务根据测试方案配置（V2V测试时长180s，V2C

测试时长30s）；

3、 测试过程中要时刻关注测试设备工作运行正常，出现异常情况立即上报相关人员； 4、 测试完成后需要将测试数据导出，上传至ATU服务器对应文件夹中。

2.2数据查找和导入

移动VOLTE测试通常为ATU设备测试

VOLTE语音流程

语音呼叫流程6个模块：

1、 invite业务请求 2、 会话进度上报 3、 协商SDP 4、 振铃 5、 接通 6、 挂机

前台信令：

SIP信令详析：

1、 INVITE-Request（INVITE）

用户A发送上行数据，呼叫用户B，首先向AS服务器（P-CSCF）发送INVITE请求，LTE系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。

最大跳跃数，就是经过SIP 服务器的跳跃次数，主要是防止循跳跃,每注册一次，该整数减一。

P-CSCF对不同SIP消息的处理

2、 100 Trying（INVITE-Trying /INVITE 100）

AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息.临时响应，表示你的请求已经收到，在处理中； 同时转发INVITE到用户B，对UE B发起寻呼流程;

3、 183 sessionprogress（Invite-sessionprogress/invite183）

用户B向AS服务器送183 Session Progress消息，提示建立对话的进度信息。（此时被叫QCI1专用承载建立）,终端A了解

VOLTE语音流程

语音呼叫流程6个模块：

1、 invite业务请求 2、 会话进度上报 3、 协商SDP 4、 振铃 5、 接通 6、 挂机

前台信令：

SIP信令详析：

1、 INVITE-Request（INVITE）

用户A发送上行数据，呼叫用户B，首先向AS服务器（P-CSCF）发送INVITE请求，LTE系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。

最大跳跃数，就是经过SIP 服务器的跳跃次数，主要是防止循跳跃,每注册一次，该整数减一。

P-CSCF对不同SIP消息的处理

2、 100 Trying（INVITE-Trying /INVITE 100）

AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息.临时响应，表示你的请求已经收到，在处理中； 同时转发INVITE到用户B，对UE B发起寻呼流程;

3、 183 sessionprogress（Invite-sessionprogress/invite183）

用户B向AS服务器送183 Session Progress消息，提示建立对话的进度信息。（此时被叫QCI1专用承载建立）,终端A了解

一、单项选择题（共10道小题，共100.0分）

1. （ ）成份的作用是要求远端用户执行一个操作。 。

A. INV B. RR-L C. RE D. RJ 知识点:

TC的结构及功能

标准答案: A； 试题分值: 10.0

学生答案: [A;] 得分: 提示:

[10]

2. 传送TC结构化对话时，设节点A发出的Begin消息中的源端事务ID值OTID＝9，节点B发出的第一个Continue消息中的OTID＝34，以后节点A和B又各发出一个Continue消息，最后由节点B采用基本方式结束事务处理，节点B发送的END消息中的DTID=（ ）。

A. 9 B. 15 C. 34 D. 不确定 知识点:

TC的结构及功能

标准答案: A； 试题分值: 10.0

学生答案: [A;] 得分: 提示:

[10]

3. 当PSTN用户呼叫移动用户时，入口GMSC向被叫MS所在的MSC发送的IAM消息中的被叫用户号码是（ ）。

A. 被叫移动用户的ISDN号码 B. 被叫移动用户的识别码IMSI

C. VLR临时分配给移动用户的漫游号