北京移动华为区域环路volte测试分析报告-0703

合集下载

某省移动VoLTE 语音质量分析报告

某省移动VoLTE 语音质量分析报告
富的消息类业务。
2
VoLTE 和 OTT 语音质量的对比
与传统通讯相比,VoLTE 的接通时间更短,呼叫时
延是 2/3G 通话的 1/10。通常,2/3G 通话从客户开始拨
打 到 返 回 提 示 音(或 彩 铃)平 均 约 需 6~9s,而 基 于
VoLTE 技术的 4G 高清通话平均等待时间仅需 2s 左右,
(Long Term Evolution)技术应运而生。VoLTE(Voice
over LTE)是 4G 时代的最终语音解决方案,为 LTE 手
机终端提供的一种语音业务。
3G 无线网和核心网电路域的,仍旧是电路域提供的语
音业务;VoLTE 手机终端则是利用 LTE 无线网和 EPC
核心网提供的 IP 承载通道接入 IMS 核心网,由 IMS 相
核心网分析被叫号码,将呼叫接续到被叫用户;由 IMS
(IP Network)上做实时传递。由于 OTT 没有 QoS 端到
端保障,体验受网络波动影响很大,所以 VoLTE 体验无
论质量和稳定都要优于 OTT 同类应用。
●VoLTE 语音优势之二:在通话上,VoLTE 有更小
的时延,
更高的质量
业务平台负责用户的语音业务控制。IMS 支持丰富的
音失真性分析、语音单通故障分析和语音断续故障分析。基于这些语音质量分析功能,可帮助维护人员对
VoLTE 网络进行更好的维护。
关键词 VolTE 语音质量 MOS 评分
1
单通现场
VoLTE 系统简介
随着智能手机终端的普及和移动互联网业务的迅
猛发展,移动手机用户的数据业务量显著增加;为了能
够为用户提供更高速率的 IP 数据业务通道,4G LTE

VOLTE路测分析报告-2015-07-20-2

VOLTE路测分析报告-2015-07-20-2

VOLTE路测分析报告_20150720 1 概述1.1 测试区域1.2 测试方式2部MATE7互拨语音拉网测试,拨打时长180S,拨打间隔30S。

2 VOLTE测试结果2.1 总体指标概览2.2 关键指标分析1)RSRP&SINR2) MOS评分3 重点问题分析3.1 VOLTE呼叫建立失败问题本轮网格9拉网测试中,主叫VOLTE呼叫建立失败2次,被叫VOLTE呼叫建立失败1次,问题点分布如下所示。

3.1.1 EPC不发QCI建立导致未接通问题分析:车辆沿下贝岭大道由西向东行驶时,主叫UE终端在12:59:53.955占用东莞下岭贝商业街F-HLW-3起呼,RSRP=-84.50dBm,SINR=14dB,无线环境良好,但主叫在层3消息qci1已建立,最后转CSFB,导致接入失败。

在SIP消息上,主叫发INVITE 消息1s后,网络侧向主叫下发invite消息,3s后网络侧向主叫发送503service unavailable,主叫呼叫建立失败。

解决方案:1、需要EPC定位不下发QCI1建立请求的原因2、待复测时跟踪epc信令复测验证:3.1.2 EPC不发QCI建立导致未接通问题分析:车辆沿横东一路由东往西行驶时,主叫UE终端占用东莞富康新街D-HLH-102小区13:58:27:549起呼,起呼时RSRP=-100.38dBm,SINR=14dB,呼叫过程中主叫未收到QCI1的建立请求,2s后网络侧向主叫下发BYE:408 request timeout,网络侧没有响应,从SIP消息上看,主叫发送invite消息后网络侧没有向主叫发送update建立QCI1,最终主叫显示VoLTE的呼叫建立失败。

解决方案:1、epc未给主叫下发qci1建立请求,需要epc核查原因复测验证:3.1.3 被叫QCI=1承载未建立导致未接通问题分析:车辆沿长岭二街由由南向北行驶时,被叫UE占用东莞华诚实业D-HLH-2(PCI=394)小区,RSRP=-86.88dBm,SINR=-10dB,邻区里东莞霞边D-HLH-2(PCI=40)小区RSRP=-86.63dBm,该路段存在MOD3干扰。

VoLTE评估测试典型案例分析

VoLTE评估测试典型案例分析

VoLTE评估测试典型案例分析【案例分类】VoLTE【案例摘要】结合VoLTE网络城区测试评估工作,对测试中的异常事件进行分析,总结VoLTE优化分析经验。

1、切换与承载建立流程冲突问题导致掉话问题描述:UE在行驶至此路段占用二中分校-432486_51小区在被叫上发sip183之后,在激活EPS承载之前,终端上报一条MR,满足A3,触发同频切换,在目标小区成功接入后很快发生掉话。

问题分析:起呼时MME进行激活EPS承载流程过程中,恰好发生切换时,由于EPS承载建立未完成,MME在切换准备阶段,对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载,导致VOLTE专载源小区完成的情况下,在目标小区下发的rrc ConnectionReconfiguration消息中的radioResourceConfig Dedicated中释放了DRB-Identity = 6,切换完成后呼叫中断。

结论建议:切换与EPS激活流程碰撞,为无线网与核心网配合问题。

在进行激活EPS专载过程中,发生切换时,均会造成上述问题,需要和核心网确认目前是否有解决方案。

2、弱覆盖导致掉话问题描述:终端RSRP持续低于-120dbm左右,SINR在-7左右,主被叫UE均发生切换失败,单通,最终掉话。

问题分析:主被叫问题一直为弱覆盖,终端RSRP持续低于-120dbm左右,SINR在-7左右,切换失败后的TAU无法成功建立RRC 连接,此时段RTP包不能正常发送,上下行丢包严重(丢包率60%以上),出现单通,10s后RTP Inactivity定时器超时,会话终端,产生掉话。

结论建议:附近已有建设任务站点,开通后可解决弱覆盖问题。

3、弱覆盖导致未接通问题描述:本通话过程中,主叫占用HF-市区-太阳湾9号楼-HFTA-430739-51无线环境良好(RSRP=-92,SINR=9),被叫占用HF-市区-金色池塘-HFTA-905606-54无线环境较差(RSRP=-100,SINR=-7),呼叫发起6s左右释放,造成未接通。

运营商Volte分析方法与主要问题.pdf

运营商Volte分析方法与主要问题.pdf

GSM、TD、CSFB的呼叫结果,并非仅限于VOLTE。
2. 对接平台的惠杰朗、鼎利软件只是测试软件,不做统计处理,统计处理部分由平台算法完成,个别指标在
算法上与厂家软件自有算法有差异。例如RTP丢包率,平台统计方法为确切的丢包数/总发包数计算获得,5 鼎利
采用芯片上报的每秒丢包率做算术平均。
*
数据完整性、有效性的保障
LTE测试总里程(km)
干扰类 平均SINR 边缘SINR SINR -3以上占比
调度类 PUSCH TxPower
上行平均RB 下行平均RB
SINR 0以上占比
码字0
平均RSRQ
码字1
连续SINR质差里程占 上行平均MCS 比(SINR小于-1)(%)
MOS统计 MOS>=2.8占比 MOS>=3.0占比 MOS>=3.5占比
1. VOLTE业务报表,全量指标,共分了7个页面,共计156项指标或原始样
本计值。
KPI汇总
VOLTE统计指标 CS域语音统计指标
接通率
IMS注册成功率 CS域全程成功率(%)
掉话率
VOLTE语音建立成功率 CS域接通率(%)
VOLTE全程呼叫成 功率
VOLTE掉话率
CS域掉话率(%)
VOLTE接通率 VOLTE通话时长占比
几类人工剔除异常介绍
测试终端问题:主叫CSFB回落位置更新不起呼与丢信令
1. 主叫CSFB回落位置更新不起呼
现象:主叫CSFB上发ESR,触发盲重定向回落GSM 并进行了回落位置更新,位置更新请求不带起呼标 识,且位置更新后不做起呼 。 终端:HTC M8 分析:主叫CSFB起呼时,ESR消息 实际已触发了终 端后续行为在回落GSM后必然进行 CM起呼,在信令 侧首先看到CM起呼后,再做RR信 道请求。

中国移动终端测试-VoLTE异常

中国移动终端测试-VoLTE异常

VoLTE_YCH_00 2.12终端在添加邮件附件时,读取大量图 15 片文件
1.000
结论类
VoLTE_YCH_00 3.1终端在编辑新彩信时,插入超过300K的 16 图片
1.000
结论类
VoLTE_YCH_00 3.2终端在编辑新彩信时,插入超过300K的 17 视频
1.000
结论类
VoLTE_YCH_00 3.3终端在编辑新彩信时,插入超过300K的 18 音频
VoLTE 异常
与系统无关
必选
验证终端在添加彩信附件时,读取 大量文件对终端的影响
VoLTE 异常
与系统无关
必选
验证终端在添加邮件附件时,读取 大量文件对终端的影响
VoLTE 异常
与系统无关
必选
验证终端在添加邮件附件时,读取 大量文件对终端的影响
VoLTE 异常
与系统无关
必选
验证终端在添加邮件附件时,读取 大量文件对终端的影响
1、终端新建一个彩信,在彩信中添 加附件; 2、在附件中选择存有1000个视频文 件的文件夹,并添加其中的一个视 频文件; 1、终端新建一个彩信,在彩信中添 1、终端中插入SIM/USIM卡; 加附件; 2、开机后驻留在 2、在附件中选择存有10000个图片 TDSCDMA/EDGE/GPRS/GSM网络内; 文件的文件夹,并添加其中的一个 3、终端中存有10000个图片文件; 图片文件; 1、终端新建一个邮件,在邮件中添 1、终端中插入SIM/USIM卡; 加附件; 2、开机后驻留在 2、在附件中选择存有1000个音频文 TDSCDMA/EDGE/GPRS/GSM网络内; 件的文件夹,并添加其中的一个音 3、终端中存有1000个音频文件 频文件; 1、终端新建一个邮件,在邮件中添 1、终端中插入SIM/USIM卡; 加附件; 2、开机后驻留在 2、在附件中选择存有1000个视频文 TDSCDMA/EDGE/GPRS/GSM网络内; 件的文件夹,并添加其中的一个视 3、终端中存有1000个视频文件; 频文件; 1、终端新建一个邮件,在邮件中添 1、终端中插入SIM/USIM卡; 加附件; 2、开机后驻留在 2、在附件中选择存有10000个图片 TDSCDMA/EDGE/GPRS/GSM网络内; 文件的文件夹,并添加其中的一个 3、终端中存有10000个图片文件; 图片文件; 1、终端中插入SIM/USIM卡; 2、开机后驻留在 1、终端编辑一条新彩信,插入一张 TDSCDMA/EDGE/GPRS/GSM网络内; 超过300K的图片; 3、终端支持彩信功能; 4、终端支持彩信中插入图片文件; 1、终端中插入SIM/USIM卡; 2、开机后驻留在 1、终端编辑一条新彩信,插入一个 TDSCDMA/EDGE/GPRS/GSM网络内; 超过300K的视频文件; 3、终端支持彩信功能; 4、终端支持彩信中插入视频文件; 1、终端中插入SIM/USIM卡; 2、开机后驻留在 1、终端编辑一条新彩信,插入一个 TDSCDMA/EDGE/GPRS/GSM网络内; 超过300K的音频文件; 3、终端支持彩信功能; 4、终端支持彩信中插入音频文件; 1、终端中插入SIM/USIM卡; 1、终端编辑一条新彩信,累计插入 2、开机后驻留在 几张不到300K的图片文件; TDSCDMA/EDGE/GPRS/GSM网络内; 3、终端支持彩信功能; 1、终端中插入SIM/USIM卡; 2、开机后驻留在 TDSCDMA/EDGE/GPRS/GSM网络内; 3、终端中存有1000个视频文件

(最新版611)北京移动VoLTE项目测试用例

(最新版611)北京移动VoLTE项目测试用例

VoLTE用户在2G覆盖下,提示并禁止视频呼叫 VoLTE用户在LTE覆盖下发起视频呼叫,呼叫另一2G覆盖下的VoLTE用户 LTE覆盖下的VoLTE用户与VoLTE用户在视频通话过程中,一方用户主动切换成语音通话,又切回视频通话 LTE覆盖下的VoLTE用户与VoLTE用户在语音通话过程中,一方用户主动切换成视频通话,又切回语音通话 VoLTE用户在LTE覆盖下发起视频呼叫,呼叫他省另一LTE覆盖下的LTE用户 VoLTE用户在LTE覆盖下发起视频呼叫,呼叫他省另一2G覆盖下的VoLTE用户 LTE覆盖下的VoLTE用户与本网本省CS用户互通(VoLTE用户做主被叫) LTE覆盖下的VoLTE用户与本网外省CS用户互通(VoLTE用户做主被叫) LTE覆盖下的VoLTE用户与本省CSFB用户互通(VoLTE用户做主被叫) LTE覆盖下的VoLTE用户与外省CSFB用户用户互通(VoLTE用户做主被叫) LTE覆盖下的VoLTE用户与他网PLMN用户的互通(VoLTE用户做主被叫) LTE覆盖下的VoLTE用户与他网PSTN用户互通(VoLTE用户做主被叫) LTE覆盖下的VoLTE用户与本网IMS固话语音互通(VoLTE用户做主被叫) LTE覆盖下的VoLTE用户与本网外省IMS固话用户互通(VoLTE用户做主被叫) CS覆盖下的VoLTE用户与本网本省CS用户互通(VoLTE用户做主被叫) CS覆盖下的VoLTE用户与本网外省CS用户互通(VoLTE用户做主被叫) CS覆盖下的VoLTE用户与本省CSFB用户互通(VoLTE用户做主被叫) CS覆盖下的VoLTE用户与外省CSFB用户互通(VoLTE用户做主被叫) CS覆盖下的VoLTE用户与他网PLMN用户的互通(VoLTE用户做主被叫) CS覆盖下的VoLTE用户与他网PSTN用户互通(VoLTE用户做主被叫) CS覆盖下的VoLTE用户与本网本省IMS固话用户互通(VoLTE用户做主被叫) CS覆盖下的VoLTE用户与本网外省IMS固话用户互通(VoLTE用户做主被叫) VoLTE用户在LTE覆盖下发起视频呼叫,呼叫另一2G用户 VoLTE用户在LTE覆盖下发起语音呼叫,呼叫另一2G用户,成功后VoLTE用户尝试切换成视频通话 VoLTE用户在LTE覆盖下发起视频呼叫,呼叫他省另一2G用户 VoLTE用户在LTE覆盖下发起视频呼叫,呼叫他网PLMN用户 VoLTE用户在LTE覆盖下发起视频呼叫,呼叫他网PSTN用户 VoLTE用户在LTE覆盖下发起视频呼叫,呼叫本省固网IMS用户 固网IMS用户发起视频呼叫,呼叫本省LTE覆盖下的VoLTE用户 VoLTE用户在LTE覆盖下发起视频呼叫,呼叫他省固网IMS用户

VOLTE方案及测试指导讲解

VOLTE方案及测试指导讲解

VOLTE方案及测试分析指导V1曹丹杰-编目录1VOLTE测试及仪器仪表类型介绍 (3)1.1测试及仪器仪表概述 (3)1.2VOLTE事件、呼叫流程及报告统计 (3)1.2.1VOLTE典型事件 (4)1.2.2VOLTE测试统计报告 (5)2VOLTE的测试方法 (6)2.1VOICE 测试软件、MOS及终端驱动安装 (6)2.2VOICE CALL测试步骤 (9)2.3VOLTE OTT测试步骤 (11)2.4VOLTE MOS打分优化注意事项 (12)2.5VOLTE 外场测试规范方法(移动) (13)3VOLTE典型信令 (14)3.1VOLTE测试案例-Voice call (14)3.2VOLTE测试案例-OTT Call (14)3.3VOLTE测试案例-Esrvcc call (15)4附录 (15)4.1VOLTE测试模板应用统计(使用步骤) (15)4.2MOS测试及分值相关解释 (16)4.3CDS jitter算法相关解释 (16)1VOLTE测试及仪器仪表类型介绍1.1测试及仪器仪表概述●测试终端:S5(三星)/M8t(HTC)等单待手机且支持VOLTE●测试软件:CDS7.1(67B及以后版本)●测试场景:Voice call\VGA\OTT\Esrvcc●测试电脑:CUP i5以上 \ 内存3G以上 \ 500G以上硬盘(最低配置)●GPS设备:支持RS232、USB以及蓝牙接口的GPS设备●加密授权:加密狗用于CDS软件授权控制、MOS打分算法授权●操作系统: Windows 7(32位、64位),Win81.2VOLTE事件、呼叫流程及报告统计VoLTEKPI指标可以划分成资源占用类、语音质量类和KPI指标类三大类,共计27项。

表1 VOLTE KPI指标指标分类指标名称定义资源占用类(7)上行RB数每秒上行调度RB数/每秒上行实际调度次数*100%下行RB数每秒下行调度RB数/每秒下行实际调度次数*100%上行MCS 每秒上行调度MCS值之和/每秒实际调度次数*100%下行MCS 每秒下行调度MCS值之和/每秒实际调度次数*100%上行终端发射功率每秒内终端发射功率的平均值GSM通话时长占比指定时间内终端在GSM制式下的通话时长 / 指定时间内终端总通话时长*100%呼叫eSRVCC切换占比发生eSRVCC切换的呼叫次数 / 总呼叫次数*100%语音质量类(11)MoS MoS盒输出的平均意见得分(PoLQA算法)BLER初传BLER (初传次数-初传成功次数)/初传次数*100%剩余BLER (初传次数-多次重传后成功次数)/初传次数*100%语音丢包率(发送数据包数—接收数据包数)/发送数据包数*100%抖动接收端RTP/PDCP层数据包时延方差呼叫建立时延终端发出的第一条随机接入消息到接收到网络侧下发的SIP180 Ring消息时间差IP包时延从主叫发出到被叫接收的RTP层数据包时间差端到端时延主叫端语音编码器输入到被叫端解码输出的时间差上行速率过去一秒内,上行PDCP层发送的总比特数下行速率过去一秒内,下行PDCP层接收的总比特数切换中断时延网内控制面终端在源小区收到RRC重配消息指示切换,到终端在目标小区收到RRC重配消息指示切换完成的时间差网内用户面源小区最后一个PDCP层数据包到目标小区接收到的第一个PDCP层数据包的时间差网间控制面空口从eNodeB下发Handover Command到终端向BSS发送HOComplete的时间差核心网MME向eMSC发送PS to CS Request,到收到PS to CSComplete/Ack的时间差网间用户面源小区最后一个PDCP层数据包到目标小区建立专有信道恢复话音的时间差话音挂机时延主叫端发起BYE Message到收到网络侧下发的SIP 200 OK消息时间差KPI指标类(9)IMS注册成功率IMS注册成功次数 /终端开机次数*100%话音接通成功率成功完成呼叫次数/终端发起呼叫总数*100%掉话率掉话次数/成功建立呼叫次数*100%网内切换成功率切换成功次数/切换请求次数*100%eSRVCC切换成功率eSRVCC切换成功次数/eSRVCC切换尝试次数*100% 寻呼成功率寻呼成功次数/EPC发起寻呼请求总次数*100%平均长保时间用户保持通话状态时间的平均值紧急呼叫建立成功率拨打紧急呼叫成功接通次数/总拨打次数*100%里程掉话比掉话次数 / 呼叫行驶的里程数(km)*100%1.2.1VOLTE典型事件表2 VOLTE事件VOLTE测试事件对应SIP及相关信令Call attempt、Pagingreceived、Call incomingINVITE(MO up),Paging(MT down),INVITE(MT down)Call connected、Callaltering MO-Update 200、INVITE 180、INVITE 200Call altering-UPDATE、UPDATE 200、INVITE 180、INVITE 200 MT-ACK(down)Call hangup BYE、BYE 200VOLTE主要包含CaLL attempt、Paging received、Call incoming、Call connected、Call altering、Call hangup(类似基本语音呼叫事件)。

(4G学习)XX市移动Volte测试问题分析报告分享材料

(4G学习)XX市移动Volte测试问题分析报告分享材料

Volte测试问题分析报告目录1.概述 (3)2.道路测试拉网结果统计 (3)2.1未接通/掉话和CSFB问题事件点汇总 (3)3.问题详细分析 (4)3.1.接通问题分析 (4)3.1.1主叫在通话时被异常释放,呼叫接续后被叫回复183请求被IMS直接立即拒绝 (4)3.1.2被叫回复invite183请求被IMS直接立即拒绝 (7)3.1.3被叫回复invite183请求被IMS直接立即拒绝 (9)3.1.4被叫在通话建立时被去激活导致未接通和CSFB,需核心网排查去激活原因 (10)3.1.5被叫在通话建立时被去激活导致未接通和CSFB,需核心网排查去激活原因 (12)3.1.6 主叫无线质量差导致未接通 (14)3.1.7 被叫无线质量差导致未接通(与主叫未接通相同位置) (14)3.1.8 被叫无线质量差导致未接通,并导致被叫CSFB (16)3.1.9 主叫弱覆盖/质量差导致未接通,并导致CSFB失败 (16)3.2.掉话或掉线问题分析 (17)3.2.1主叫发挂机指令被IMS拒绝,导致主叫掉话 (17)3.2.2主叫质量差导致掉话 (18)3.2.3主叫质量均差导致掉话 (18)3.2.4主叫质量差导致掉话 (18)3.2.5主叫质量差,导致掉话. (19)3.2.6被叫相同地点因质量差导致掉话. (20)3.2.7主叫质量差导致掉话 (20)3.2.8被叫质量差导致掉话 (21)1.概述为了提升4G用户对4G网络的满意感知度,尤其是在4G网络成熟进行语音和视频业务,近期省公司在集团移动公司的安排策略下,在全省开启VolTE功能。

诺基亚区域省公司安排XX先行进行优化实施。

2.道路测试拉网结果统计XX于7月23日对市区进行了第3次VolTE拉网测试,统计结果如下:总体接通率97.56.%(未剔除IMS原因导致的未接通),掉线率1.36%.地市网格测试时间试呼次数接通次数未接通次数掉话次数接通率掉话率被叫CSFB次数未接通中主叫CSFB次数eSRVCC切换次数时延(s)丢包率湘潭2个网格汇总20150723 366 357 9 8 97.54% 2.19% 7 0 0 3.62 0.59%事件汇总原因汇总原因出现次数备注未接通怀疑IMS原因被叫回复invite183时被IMS立即Cancel导致未接通3被叫上下行链路质量均较好,主叫信令正常,需核查网Cancel被叫在通话建立过程中收到核心网去激活指令导致未接通2被叫上下行链路质量均较好,主叫信令正常,需核心网IMS查去激活原因无线质差原因主叫或被叫质量差导致未接通 4弱覆盖/质量差,导致未接通 1 需查eSRVCC邻区及切换门限掉话怀疑IMS原因主叫正常挂机被IMS拒绝导致掉话 1 无线质差原因主叫或被叫质量差导致掉话7备注:被叫CSFB的原因:主要是被叫Volte呼叫失败引起CSFB或被叫掉话后主动发起了CSFB业务。

VOLTE资料VOLTE测试案例Lte_EPCVoLTEKnowledgeSharing

VOLTE资料VOLTE测试案例Lte_EPCVoLTEKnowledgeSharing

VOLTE资料VOLTE测试案例Lte_EPCVoLTEKnowledgeSharing/VOLTE资料VOLTE测试案例Lte_EPC VoLTE Knowledge Sharing文件清单└─VoLTE│ Day4_2_UDM_VoLTEe2eWS_Sept18.ppt│ HSS-MML Interface Guide_C5.doc│ HSS-SLF_for_newcomers.ppt│ IMS delta .doc│ Learning Solutions for VoLTE.rar│ Provisioning Solution Detailed Design wireline IMS.docx│ SAE – Evolved Packet Core.pdf│ SHCM VoLTE技术交流.ppt│ Single Radio Voice Call Continuity SRVCC Method of Procedure.doc│ Voice over LTE Method of Procedure.doc│ Voice over LTE-VoLTE.pdf│ VoLTE Recovery Guideline.pptx│ Volte_E2E.xlsx│ VoLTE信令分析手册.chm│ VOLTE测试案例.zip│ VoLTE端到端解决方案介绍.pptx│ 上海移动异厂家VoLTE经验总结-V2 0(HSS部分).docx│ 上海移动异厂家VoLTE经验总结-V2.0(EPC和PCRF部分).docx│ 中国移动VoLTE业务总体技术要求.docx│ 广东VoLTE爱立信试点经典案例分析v3.docx│├─02_Test Specification│ │ SoC of CMCC VoLTE Field Trial Ph2 试点测试规范技术参考版v1.1_E2E Core_PA4.xlsx│ │ 中国移动VoLTE试点测试规范-增值业务分册技术参考版v1.3.0.docx│ │ 中国移动VoLTE试点测试规范-网络功能及基本业务分册V1_2.docx│ │ 中国移动VoLTE试点测试规范-网络功能及基本业务分册V1_3_1.docx│ ││ └─中国移动VoLTE现网试点总体技术要求│ 2014年中国移动VoLTE现网试点建设方案上报广东v12.docx │ 附件1:中国移动VoLTE现网试点总体技术要求v1.2.rar│ 附件2:VoLTE现网试点总体建设方案.rar│ 附件一中国移动VoLTE现网试点-局数据配置原则_14_04_10.docx├─03_Test Logs│ └─中国移动VoLTE试点测试规范-网络功能及基本业务分册│ ├─5.1.1.1.1.1EPSIM SI联合附着建立IMS PDN连接,然后终端发起数据PDN连接建立OK│ │ 5.1.1.1.1.1-Gx.pcapng│ │ 5.1.1.1.1.1-Gx.pcapng.bak│ │ 5.1.1.1.1.1.pcap│ │ 511111.txt│ ││ ├─5.1.1.1.1.2EPSIMSI联合附着建立数据 PDN连接,然后终端发起IMS PDN连接建立_OK│ │ │ 5.1.1.1.1.2.pcap│ │ │ 5.1.1.1.1.2检查点.txt│ │ │ 511112_gx.pcapng│ │ │ DRA note.txt│ │ ││ │ └─backup│ │ 5.1.1.1.1.2.pcap│ │ 5.1.1.1.1.2_EPG_gx.pcapng│ │ 511112_gx.pcapng.bak│ ││ ├─5.1.1.2.1.1业务请求_OK│ │ 5.1.1.2.1.1service request.pcap│ │ 5.1.1.2.1.1检查点.txt│ │ graph.txt│ ││ ├─5.1.1.3.1.1_IMS初始注册(当STN-SR变化时)_OK│ │ 5.1.1.3.1.1_IMS初始注册(当STN-SR变化时)_OK.pcapng │ │ _5.1.1.3.1.1_IMS初始注册(当STN-SR变化时)_OK.txt│ │ _5.1.1.3.1.1_IMS初始注册(当STN-SR变化时)_OK.txt.bak │ ││ ├─5.1.1.3.1.2_IMS初始注册(当STN-SR不变化时)_OK│ │ 5.1.1.3.1.2 IMS初始注册(当STN-SR不变化时)_OK_Sampson.pcapng││ _5.1.1.3.1.2_IMS初始注册(当STN-SR不变化时)_OK.txt │ │ _5.1.1.3.1.2_IMS初始注册(当STN-SR不变化时)_OK.txt.bak│ ││ ├─5.1.1.3.2.1网络侧发起的注销_OK│ │ 5.1.1.3.2.1网络侧发起的注销_OK.pcap│ │ note.txt│ ││ ├─5.1.1.3.2.2终端发起的注销OK│ │ 5.1.1.3.2.2.pcapng│ │ _5.1.1.3.2.2终端发起的注销OK.txt│ ││├─5.1.1.3.3.1终端发起的重注册OK│ │ 5.1.1.3.3.1_ims.pcapng│ │ _5.1.1.3.3.1终端发起的重注册OK.txt│ ││ ├─5.1.1.3.3.2网络发起的重鉴权OK│ │ 5.1.1.3.3.2网络发起的重鉴权OK.pcap.txt│ │ 5.1.1.3.3.2网络发起的重鉴权OK.pcap.txt.bak │ │ 5.1.1.3.3.2网络发起的重鉴权OK.pcapng│ ││ ├─5.1.1.3.4.1_IMS AKA鉴权_OK│ │ 5.1.1.3.4.1_IMS AKA鉴权_OK.pcap│ │ _5.1.1.3.4.1_IMS AKA鉴权_OK.txt│ │ _5.1.1.3.4.1_IMS AKA鉴权_OK.txt.bak│ ││ ├─5.1.1.3.4.2_IPSEC加密注册_OK│ │ 5.1.1.3.4.2_IPSEC加密注册_OK.pcap│ │ _5.1.1.3.4.2_IPSEC加密注册_OK.txt│ │ _5.1.1.3.4.2_IPSEC加密注册_OK.txt.bak│ ││ ├─5.1.1.4.1.1Intra TAU流程_OK│ │ 5.1.1.4.1.1.pcap│ │ 5.1.1.4.1.1.txt│ │ graph.txt│ ││ ├─5.1.1.4.1.2Inter TAU流程_OK│ │ 511412.pcap│ │ 511412.rar│ ││ ├─5.1.1.5.1.2无语音通话的X2-based Handover without SGW change_OK│ │ 5.1.1.5.1.2.html│ │ 5.1.1.5.1.2.pcap││ 5.1.1.5.1.2.pcap.bak│ │ note.txt│ │ 验收标准.txt│ ││ ├─5.1.1.5.1.4无语音通话的Intra MME S1-based handover without SGW change_OK│ │ 5.1.1.5.1.4.pcap│ │ 5.1.1.5.1.4.pcap.bak│ │ 5.1.1.5.1.4检查点.txt│ │ graph.txt│ ││ ├─5.1.1.5.1.6无语音通话的inter MME S1-based handover without SGW change_OK│ │ 5.1.1.5.1.6-MME1301BEr.pcap│ │ 5.1.1.5.1.6_MME1201BEr.pcap│ │ 5.1.1.5.1.6无语音通话的inter MME S1-based handover without SGW change.zip│ │ 5.1.1.5.1.6检查点.txt│ ││ ├─5.1.1.5.2.1无语音通话的VoLTE终端空闲态移动到不支持VoLTE的MME下_OK│ │ 5.1.1..5.2.1.txt│ │ 5.1.1.5.2.1.pcap│ ││ ├─5.2.1.1.1.1_VoLTE用户在LTE覆盖下做主叫_OK│ │ 5.2.1.1.1.1 VoLTE用户在LTE覆盖下做主叫_OK_09 call22.pcap│ │ 5.2.1.1.1.1_VoLTE用户在LTE覆盖下做主叫_OK.pcapng│ │ testnotes.txt│ ││ ├─5.2.1.1.1.2_Volte用户在LTE覆盖下呼叫CS覆盖下的volte 用户被叫仅在2G注册_OK│ │ 5.2.1.1.1.2_Volte用户在LTE覆盖下呼叫CS覆盖下的volte 用户被叫仅在2G注册.pcapng│ │ 5.2.1.1.1.2_Volte用户在LTE覆盖下呼叫CS覆盖下的volte 用户被叫仅在2G注册.txt│ ││ ├─5.2.1.1.1.3_VoLTE用户0023在LTE覆盖下发起语音呼叫,呼叫另一CS覆盖下的VoLTE用户0022,被叫在LTE和2G PS_OK │ │ 5.2.1.1.1.3_VoLTE用户0023在LTE覆盖下发起语音呼叫,│ ││ ├─5.2.1.1.1.5_CS覆盖下的volte用户0023呼叫另一CS覆盖下的volte用户0022被叫仅2G注册_OK│ │ 5.2.1.1.1.5_CS覆盖下的volte用户0023呼叫另一CS覆盖下的volte用户0022被叫2│ ││ ├─5.2.1.1.1.6_VoLTE用户0023在CS覆盖下发起语音呼叫,呼叫另一CS覆盖下的VoLTE用户0022,被叫在LTE和2G PS均有注册状态_OK│ │ 5.2.1.1.1.6_VoLTE用户0023在CS覆盖下发起│ ││ ├─5.2.1.1.2.1_VoLTE用户在LTE覆盖下发起视频呼叫,呼叫另一LTE覆盖下的VoLTE用户,被叫选择视频接通(包含pre-condition功能) │ │ 5.2.1.1.2.1_VoLTE用户在LTE覆盖下发起视.pcap│ │ 521121_MME.pcap│ ││ ├─5.2.1.1.2.4_VoLTE用户在2G覆盖下,提示并禁止视频呼叫│ ├─5.2.1.1.2.5_VoLTE用户在LTE覆盖下发起视频呼叫呼叫另一2G覆盖下的VoLTE用户│ │ 5.2.1.1.2.5_M GCF.pcap│ │ 5.2.1.1.2.5_VoLTE用户在LTE覆盖下发起视频呼叫呼叫另一2G覆盖下的VoLTE用户.pcap│ ││ ├─5.2.1.1.2.6_LTE覆盖下的VoLTE用户与VoLTE用户在视频通话过程中,一方用户主动切换成语音通话,又切回视频通话│ │ 5.2.1.1.2.6_LTE覆盖下的VoLTE用户与VoLTE用户在视频通│ ││ ├─5.2.1.1.2.7_LTE覆盖下的VoLTE用户与VoLTE用户在语音通话过程中,一方用户主动切换成视频通话,又切回语音通话│ │ 5.2.1.1.2.7_LTE覆盖下的VoLTE用户与VoLTE用户在语音通│ ││ ├─5.2.1.2.1.1.1_LTE覆盖下的VoLTE用户与本网本省CS用户互通_OK│ │ 5.2.1.2.1.1.1_LTE覆盖下的VoLTE用户与本网本省CS用户互通_cs4923_2_volte0023_OK.pcapng│ │ 5.2.1.2.1.1.1_LTE覆盖下的VoLTE用户与本网本省CS用户互通_MSS_CStoVOLTE.pcap│ │ 5.2.1.2.1.1.1_LTE覆盖下的VoLTE用户与本网本省CS用户互通_MSS_VOLTEtoCS.pcap│ │ 5.2.1.2.1.1.1_LTE覆盖下的VoLTE用户与本网本省CS用户互通_OK.txt│ │ 5.2.1.2.1.1.1_LTE覆盖下的VoLTE用户与本网本省CS用户互通_volte0023_2_cs4923_OK.pcapng│ ││ ├─5.2.1.2.1.1.2_VoLTE用户在LTE覆盖下与本网外省CS用户互通_OK│ │ 5.2.1.2.1.1.2_cs_2_volte.pcapng│ │ 5.2.1.2.1.1.2_VoLTE用户在LTE覆盖下与本网外省CS用户互通_OK│ │ 5.2.1.2.1.1.2_votle_2_cs.pcapng│ ││ ├─5.2.1.2.1.1.2_VoLTE用户在LTE覆盖下与本网外省CS用户互通需要补测│ │ 5.2.1.2.1.1.2_cs_2_volte.pcapng│ │ 5.2.1.2.1.1.2_VoLTE用户在LTE覆盖下与本网外省CS用户互通OK│ │ 5.2.1.2.1.1.2_votle_2_cs.pcapng│ ││├─TE用户0009与本省CSFB用户0114互通_csfb_to_volte_OK│ │ TE用户0009与本省CSFB用户0114互通_csfb_to_volte │ │ TE用户与本省CSFB用户互通volte0009_to_csfb0114│ ││ ├─5.2.1.2.1.6.1_CS覆盖下的VoLTE用户与本网本省CS用户互通OK│ │ 5.2.1.2.1.6.1_CS覆盖下的VoLTE用户与本网本省CS用户互通_cs4923_to_volte0022_OK.pcapng│ │ 5.2.1.2.1.6.1_CS覆盖下的VoLTE用户与本网本省CS用户互通_cs4923_to_volte0022_OK.txt│ │ 5.2.1.2.1.6.1_CS覆盖下的VoLTE用户与本网本省CS用户互通_MSS.pcap│ ││ ├─5.2.1.2.1.6.2_CS覆盖下的VoLTE用户与本网外省CS用户互通_OK│ │ 5.2.1.2.1.6.2_CS覆盖下的VoLTE用户与本网外省CS用户互通_cs7200_to_volte0022_OK.pcapng│ │ 5.2.1.2.1.6.2_CS覆盖下的VoLTE用户与本网外省CS用户互通_cs7200_to_volte0022_OK.txt│ │ 5.2.1.2.1.6.2_CS覆盖下的VoLTE用户与本网外省CS用户互通_cs_to_volte.pcapng│ │ 5.2.1.2.1.6.2_CS覆盖下的VoLTE用户与本网外省CS用户互通_MSS.pcap│ ││ ├─5.2.1.2.1.6.2_CS覆盖下的VoLTE用户与本网外省CS用户互通需要补测│ │ 5.2.1.2.1.6.2_CS覆盖下的VoLTE用户与本网外省CS用户互通cs7200_to_volte0022_OK.pcapng│ │ 5.2.1.2.1.6.2_CS覆盖下的VoLTE用户与本网外省CS用户互通_cs7200_to_volte0022_OK.txt│ │ 5.2.1.2.1.6.2_CS覆盖下的VoLTE用户与本网外省CS用户互通_cs_to_volte.pcapng│ │ 5.2.1.2.1.6.2_CS覆盖下的VoLTE用户与本网外省CS用户互通_MSS.pcap│ ││ ├─5.2.1.2.1.7.1_CS覆盖下的VoLTE用户与本省CSFB用户互通│ │ │ 5.2.1.2.1.7.1_IMS_filter_csfb to volte.pcapng│ │ ││ │ └─5212171_MGCF_OK│ │ 5212171_GZS115_CSFB_Call_Volte_UE.html│ │ 5212171_GZS115_Volte_Call_CSFB_UE.html│ │ 5212171_MGCF_filtered.pcap│ │ 5212171_MGCF_r aw.pcap│ ││ ├─5.2.1.2.2.1_VoLTE用户在LTE覆盖下发起视频呼叫,呼叫另一2G用户│ │ 5.2.1.2.2.1_MGCF.pcap│ │ 5.2.1.2.2.1_VoLTE用户在LTE覆盖下发起视频呼叫,呼叫另一2G用户.pcap│ ││ ├─5.2.1.2.2.2_VoLTE用户在LTE覆盖下发起语音呼叫另一2G 用户成功后VoLTE用户尝试切换成视频通话│ │ 5.2.1.2.2.2_MGCF.pcap│ │ 5.2.1.2.2.2_VoLTE用户在LTE覆盖下发起语音呼叫另一2G用户成功后VoL│ ││ ├─5.2.1.2.2.3_VoLTE用户在LTE覆盖下发起视频呼叫呼叫他省另一2G用户│ │ 5.2.1.2.2.3_MGCF.pcap│ │ 5.2.1.2.2.3_VoLTE用户在LTE覆盖下发起视频呼叫呼叫他省另一2G用户.pcap│ ││ ├─5.2.1.2.2.4_VoLTE用户在LTE覆盖下发起视频呼叫呼叫他网PLMN用户│ │ 5.2.1.2.2.4_MGCF(电信).pcap│ │ 5.2.1.2.2.4_MGCF(联通).pcap│ │ 5.2.1.2.2.4_VoLTE用户在LTE覆盖下发起视频呼叫呼叫他网PLMN用户(电信).pcap│ │ 5.2.1.2.2.4_VoLTE用户在LTE覆盖下发起视频呼叫呼叫他网PLMN用户(联通).pcap│ ││ ├─5.2.1.2.2.5_VoLTE用户在LTE覆盖下发起视频呼叫呼叫他网PSTN用户│ │ 5.2.1.2.2.5_MGCF.pcap│ │ 5.2.1.2.2.5_VoLTE用户在LTE覆盖下发起视频呼叫呼叫他网PSTN用户.pcap│ ││ ├─5.2.1.5.1.1_稳态呼叫eSRVCC-UE without DTM│ │ 5.2.1.5.1.1.pcap│ │ 5.2.1.5.1.1_稳态呼叫eSRVCC-UE without DTM.pcap│ │ 5.2.1.5.1.1_稳态呼叫eSRVCC-UE without DTM_Enb.html │ │ 5.2.1.5.1.1_稳态呼叫eSRVCC-UE without DTM_mss.zip│ ││ ├─5.2.1.5.1.2_稳态呼叫的eSRVCC-UE with DTM but without DTM HO support│ │ 5.2.1.5.1.2.pcap│ │ 5.2.1.5.1.2_稳态呼叫的eSRVCC-UE with DTM but without DTM HO support.pcap│ │ 5.2.1.5.1.2_稳态呼叫的eSRVCC-UE with DTM but without DTM HO support_enb.html│ │ 5.2.1.5.1.2_稳态呼叫的eSRVCC-UE with DTM but without DTM HO support_mss.zip│ ││ ├─5.2.1.5.1.3_eSRVCC通话过程中的被叫域选择│ │ 5.2.1.5.1.3_eSRVCC通话过程中的被叫域选择.pcap│ ││ ├─5.2.1.6.1.2有语音通话的X2-based Handover without SGW change_OK│ │ 20140525_a_4_2_170038_521612.log.html│ │ 512612.txt│ │ 521612.doc│ │ 521612_过滤后.pcap│ ││ ├─5.2.1.6.1.4有语音通话的Intra MME S1-based handover without SGW change_OK│ │ 20140525_a_4_1_170038_521614.log_not_used.html│ │ 521614.doc│ │ 521614.pcap│ │ 521614_过滤后.pcap.bak│ ││ ├─5.2.2.1.1.1_闭锁所有呼出业务OK│ │ 5.2.2.1.1.1闭锁所有呼出业务0K.pcapng│ │ 5.2.2.1.1.1闭锁所有呼出业务0K.txt│ │ 5.2.2.1.1.1闭锁所有呼出业务0K.txt.bak│ ││ ├─5.2.2.1.1.1闭锁所有呼出业务POK│ │ 5.2.2.1.1.1闭锁所有呼出业务OK.pcapng│ │ 5.2.2.1.1.1闭锁所有呼出业务POK.bak│ │ 5.2.2.1.1.1闭锁所有呼出业务POK.txt│ ││ ├─5.2.2.1.3.1主叫号码显示业务OK│ │ 5.2.2.1.3.1主叫号码显示业务OK.pcapng│ │ 5.2.2.1.3.1主叫号码显示业务OK.txt│ │ 5.2.2.1.3.1主叫号码显示业务OK.txt.bak│ ││ ├─5.2.2.1.3.2无条件前转业务OK│ │ 5.2.2.1.3.2无条件前转业务OK.pcapng│ │ 5.2.2.1.3.2无条件前转业务OK.txt│ │ 5.2.2.1.3.2无条件前转业务OK.txt.bak│ ││ ├─5.2.2.1.3.3_VoLTE用户在LTE下做被叫,呼叫为VoLTE用户在LTE网络发起-无应答前转业务(包含no reply timer)_OK │ │ 5.2.2.1.3.3无应答(15秒)前转OK.pcapng│ │ 5.2.2.1.3.3无应答(15秒)前转OK.txt│ │ 5.2.2.1.3.3无应答(15秒)前转OK.txt.bak│ │ 5.2.2.1.3.3无应答(20秒)前转OK.pcapng│ │ 5.2.2.1.3.3无应答(25秒)前转OK.pcapng│ │ 5.2.2.1.3.3无应答(30秒)前转OK.pcapng│ ││ ├─5.2.2.1.3.3_VoLTE用户在LTE下做被叫,呼叫为VoLTE用户在LTE网络发起-无应答前转业务(包含no reply timer)_OK_30秒需要补trace│ │ └─5.2.2.1.3.3无应答前传业务30秒O│ │ └─5.2.2.1│ ├─5.2.2.1.3.4遇忙前转业务OK│ │ 5.2.2.1.3.4遇忙前转业务OK.pcapng│ │ 5.2.2.1.3.4遇忙前转业务OK.txt│ │ 5.2.2.1.3.4遇忙前转业务OK.txt.bak│ ││ ├─5.2.2.1.3.7 VoLTE用户在LTE下做被叫,呼叫为VoLTE用户在LTE网络发起,呼叫挂断-呼叫保持业务_OK│ │ 5.2.2.1.3.7呼叫保持业务OK.pcapng│ ││ ├─5.2.2.1.3.8闭锁所有呼入业务OK│ │ 5.2.2.1.3.8闭锁所有呼入业务OK.pcapng│ │ 5.2.2.1.3.8闭锁所有呼入业务OK.txt│ │ 5.2.2.1.3.8闭锁所有呼入业务OK.txt.bak│ ││ ├─5.2.2.1.3.9按时间段前转业务OK│ │ 5.2.2.1.3.9按时间段前转业务III_OK.pcapng│ │ 5.2.2.1.3.9_按时间段前转业务II_OK.pcapng│ │ 5.2.2.1.3.9_按时间段前转业务I_OK.pcapng│ │ 5.2.2.1.3.9_按时间段前转业务OK.txt│ │ 5.2.2.1.3.9按时间段前转业务OK.txt.bak│ │ 5.2.2.1.3.9按时间段前转业务非前转时间_OK.pcapng│ ││ ├─5.2.2.1.4.1_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在LTE网络发起-主叫号码显示业务_OK│ │ 5.2.2.1.4.1_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在L│ │ MSS_5.2.2.1.4.1.pcap│ ││ ├─5.2.2.1.4.2无条件前转业务(A0023_B0022_C0016)OK│ │ 5.2.2.1.4.2无条件前转业务(A0023_B0022_C0016)OK.pcapng│ │ 5.2.2.1.4.2无条件前转业务(A0023_B0022_C0016)OK.txt │ │ MSS_5.2.2.1.4.2.pcap│ ││ ├─5.2.2.1.4.5_VoLTE用户在CS下做被叫,呼叫为VoLTE用户在LTE网络发起-不可及前转业务_OK│ │ 5.2.2.1.4.5_VoLTE用户在CS下做被叫,呼叫为VoLTE用户在LTE网络发起-不可及│ ││ ├─5.2.2.1.4.7_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在LTE网络发起-呼叫保持业务_OK│ │ 5.2.2.1.4.7_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在LTE网│ │ 522147mgcf.pcap│ ││ ├─5.2.2.1.4.8_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在LTE网络发起-闭锁所有呼入业务_OK│ │ 5.2.2.1.4.8_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在L│ ││ ├─5.2.2.1.4.9按时间段前转业务OK│ │ 5.2.2.1.4.9按时间段前转业务III_OK.pcapng│ │ 5.2.2.1.4.9_按时间段前转业务II_OK.pcapng│ │ 5.2.2.1.4.9_按时间段前转业务I_OK.pcapng│ │ 5.2.2.1.4.9_按时间段前转业务OK.txt│ │ 5.2.2.1.4.9按时间段前转业务OK.txt.bak│ │ 5.2.2.1.4.9按时间段前转业务非前转时间_OK.pcapng│ ││ ├─5.2.2.1.5.1_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在CS网络发起-主叫号码显示业务_OK│ │ 5.2.2.1.5.1_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在CS│ │ MSS_5.2.2.1.5.1.pcap│ ││ ├─5.2.2.1.5.2无条件前转业务(A0023_B0022_C0016)OK│ │ 5.2.2.1.5.2无条件前转业务(A0023_B0022_C0016)OK.pcapng│ │ MSS_5.2.2.1.5.2.pcap│ ││ ├─5.2.2.1.5.3无应答(15 20 25 30秒)前转业务(A0023_B0022_C0016)OK│ │ 5.2.2.1.5.3无应答(15秒)前转业务(A0023_B0022_C0016)OK.pcapng│ │ 5.2.2.1.5.3无应答(20秒)前转业务(A0023_B0022_C0016)OK.pcapng│ │ 5.2.2.1.5.3无应答(25秒)前转业务(A0023_B0022_C0016)OK.pcapng│ │ 5.2.2.1.5.3无应答(30秒)前转业务(A0023_B0022_C0016)OK.pcapng│ │ MSS_5.2.2.1.5.3_15s.pcap│ │ M SS_5.2.2.1.5.3_20s.pcap│ │在CS网络发起-不可及前转业务_OK│ │ 5.2.2.1.5.5_VoLTE用户在CS下做被叫,呼叫为VoLTE用户在CS网络发起-不可及前│ ││ ├─5.2.2.1.5.7_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在CS网络发起-呼叫保持业务_OK│ │ 5.2.2.1.5.7_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在CS网络│ │ 522157mgcf.pcap│ ││ ├─5.2.2.1.5.8_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在CS网络发起-闭锁所有呼入业务_OK│ │ 5.2.2.1.5.8_VoLTE用户0022在CS下做被叫,呼叫为VoLTE 用户0023在CS│ ││ ├─5.2.2.1.5.9按时间段前转业务OK│ │ 5.2.2.1.5.9按时间段前转业务III_OK.pcapng│ │ 5.2.2.1.5.9_按时间段前转业务II_OK.pcapng│ │ 5.2.2.1.5.9_按时间段前转业务I_OK.pcapng│ │ 5.2.2.1.5.9_按时间段前转业务OK.txt│ │ 5.2.2.1.5.9按时间段前转业务OK.txt.bak│ │ 5.2.2.1.5.9按时间段前转业务非前转时间_OK.pcapng│ ││ ├─5.2.2.1.6.1_VoLTE用户在LTE下做被叫,呼叫为VoLTE用户在CS网络发起-主叫号码显示业务_OK│ │ 5.2.2.1.6.1主叫号码显示(CS打VoLTE)OK.pcapng│ │ 5.2.2.1.6.1主叫号码显示(CS打VoLTE)OK.txt│ │ 5.2.2.1.6.1主叫号码显示(CS打VoLTE)OK.txt.bak│ │在CS网络发起-无条件前转业务_OK│ │ 5.2.2.1.6.2无条件前转业务(CS打VoLTE)OK.pcapng│ │ 5.2.2.1.6.2无条件前转业务(CS打VoLTE)OK.txt│ │ 5.2.2.1.6.2无条件前转业务(CS打VoLTE)OK.txt.bak│ ││ ├─5.2.2.1.6.3无应答前转业务OK│ │ 5.2.2.1.6.3无应答前转业务15s_OK.pcapng│ │ 5.2.2.1.6.3_无应答前转业务15s_OK.txt│ │ 5.2.2.1.6.3_无应答前转业务15s_OK.txt.bak│ │ 5.2.2.1.6.3_无应答前转业务20s_OK.pcapng│ │ 5.2.2.1.6.3_无应答前转业务25s_OK.pcapng│ │ 5.2.2.1.6.3_无应答前转业务30s_OK.pcapng│ ││ ├─5.2.2.1.6.4_遇忙前转业务OK│ │ 5.2.2.1.6.4遇忙前转业务OK.pcapng│ │ 5.2.2.1.6.4遇忙前转业务OK.txt│ │ 5.2.2.1.6.4遇忙前转业务OK.txt.bak│ ││ ├─5.2.2.1.6.7_VoLTE用户在LTE下做被叫,呼叫为VoLTE用户在CS网络发起-呼叫保持业务_OK│ │ 5.2.2.1.6.7呼叫保持业务(CS打VoLTE)OK.pcapng│ │ 5.2.2.1.6.7呼叫保持业务(CS打VoLTE)OK.txt│ │ 5.2.2.1.6.7呼叫保持业务(CS打VoLTE)OK.txt.bak│ ││ ├─5.2.2.1.6.8_VoLTE用户在LTE下做被叫,呼叫为VoLTE用户在CS网络发起-闭锁所有呼入业务_OK│ │ 5.2.2.1.6.8闭锁所有呼入业务(CS打VoLTE)OK.pcapng│ │ 5.2.2.1.6.8闭锁所有呼入业务(CS打VoLTE)OK.txt│ │ 5.2.2.1.6.8闭锁所有呼入业务(CS打VoLTE)OK.txt.bak│ ││ ├─5.2.2.1.6.9按时间段前转业务OK│ │ 5.2.2.1.6.9按时间段前转业务III_OK.pcapng│ │ 5.2.2.1.6.9_按时间段前转业务II_OK.pcapng│ │ 5.2.2.1.6.9_按时间段前转业务I_OK.pcapng│ │ 5.2.2.1.6.9_按时间段前转业务OK.txt│ │ 5.2.2.1.6.9按时间段前转业务OK.txt.bak│ │ 5.2.2.1.6.9按时间段前转业务非前转时间_OK.pcapng│ ││ ├─5.2.2.1.7.1多方通话(仅包括VoLTE用户A0023B0022C0009)OK│ │ 5.2.2.1.7.1多方通话(仅包括VoLTE用户A0023B0022C0009)OK.pcapng│ │ 5.2.2.1.7.1多方通话(仅包括VoLTE用户A0023B0022C0009)OK.txt│ │ 5.2.2.1.7.1多方通话(仅包括VoLTE用户A0023B0022C0009)OK.txt.bak│ ││ ├─5.2.2.2业务配置测试│ │ 0825-gz-huawei-lte-actCFB.pcap│ │ 0825-gz-huawei-lte-actCFNA.pcap│ │ 0825-gz-huawei-lte-actCFU.pcap│ │ 0825-gz-huawei-lte-deactCFB.pcap│ │ 0825-gz-huawei-lte-deactCFNA.pcap│ │ 0825-gz-huawei-lte-deactCFU.pcap│ │ 0825-gz-huawei-lte-query.pcap│ │ 0826-gz-huawei-23g-cfb.pcap│ │ 0826-gz-huawei-23g-cfna.pcap│ │ 0826-gz-huawei-23g-cfnr.pcap│ │ 0826-gz-huawei-23g-cfu.pcap│ │ 0826-gz-huawei-23g-cib-roaming.pcap│ │ 0826-gz-huawei-23g-cib.pcap│ │ 0826-gz-huawei-23g-query.pcap│ │ 0826-gz-huawei-lte-CFNR.pcap│ │ 0826-gz-huawei-lte-cib-roaming.pcap│ │ 0826-gz-huawei-lte-cib.pcap│ ││ ├─5.3.1.1.6.1_SMS MO│ │ │ 5.3.1.1.6_GZS90.pcap│ │ │ 5.3.1.1.6_GZS90_2(OK)MO.pcap│ │ ││ │ └─(未验收MME)5.3.1.1.6.1 SMS MO│ │ SMS_MO.pcap│ ││ ├─5.3.1.1.6.2_SMS MT│ │ │ 5.3.1.1.6_GZS90.pcap│ │ │ 5.3.1.1.6_GZS90_2(OK)MO.pcap│ │ ││ │ └─(未验收MME)5.3.1.1.6.2SMS MT│ │ SMS_MT.pcap│ ││ ├─5.3.2.1.1_终端通过CSFB发起紧急呼叫│ │ 5.3.2.1.1_终端通过CSFB发起紧急呼叫.pcap│ ││ └─5.3.2.1.3_采用IMS普通呼叫方式提供紧急呼叫│ 5.3.2.1.3_采用IMS普通呼叫方式提供紧急呼叫.pcap│├─04_Standard Specification│ 23003-a40-Numbering, addressing and identification.zip │ 23216-a40-Single Radio Voice Call Continuity (SRVCC).zip│ 24229-a60-IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP).zip│ 29214-a80-Policy and charging control over Rx reference point.zip│ 29229-a20-Cx and Dx interfaces based on the Diameter protocol.zip│ 29329-880-Sh interface based on the Diameter protocol.zip│ IR.92-v7.01.pdf│ T-REC-Q.850-199805-I!!PDF-E.pdf├─05_IMS Technical Document│ ├─Call Flow│ │ 基本呼叫流程_IMS.ppt│ ││ ├─Overview│ │ │ architecture overview.ppt│ │ │ call flows.ppt│ │ │ charging architecture.ppt│ │ │ icscf_overview.ppt│ │ │ IMS roadmap.pdf│ │ │ IMS.pdf│ │ │ IMS_081128.ppt│ │ │ IMS:移动领域的IP多媒体概念和服务.pdf│ │ │ IMT3_call_flow.ppt│ │ │ IMT3_Technical_Presentation.pdf│ │ │ interface and protocols.ppt│ │ │ introduction to IMS.ppt│ │ │ pcscf_overview.ppt│ │ │ present and instant messaging.ppt│ │ │ SBG-BGF.pdf│ │ │ scscf_overview.ppt│ │ │ security.ppt│ │ │ SIP.ppt│ │ │ standardization and QA.ppt│ │ ││ │ ├─BOOK IMS Overview│ │ │ 1.pdf│ │ │ 2.pdf│ │ ││ │ ├─PIDS IMS Training Material│ │ │ IP_Solution.zip│ │ ││ │ └─TSP Overview│ │ TSP on EIT_Rev PD2.ppt│ │ tsp_architecture_B.pdf│ │ tsp_sysdesc.pdf│ │ TSP_System_Overview.pdf│ ││ ├─SIP Protocol│ │ │ rfc2327(sdp).txt│ │ │ rfc3261(SIP).txt│ │ │ rfc3261中文版.doc│ │ │ rfc3264(Offer and Answer model with SDP).txt │ │ ││ │ └─Standard│ │ RFC.rar│ ││ ├─Troubleshooting│ │ └─TSP Trouble_shooting│ │ Trouble_shoot.pdf│ ││ └─VoLTE│ │ IMS Overload Behavior Description.doc│ │ IMS Redundancy Description.doc│ │ Voice over LTE Method of Procedure.doc│ │ VoL TE technical knowledge sharing-E.ppt│ │ VoLTE updates ,High LeveL-E.ppt│ ││ └─VoLTE e2e WS│ Agenda.xlsx│ Day1_01_Intro.pptx│ Day1_02_VoLTE_BusinessSolution.pptx│ Day1_03_VoLTE_e2e_technical_overview_2013_12.ppt│ Day2_01_IMS_VoLTE_e2e_WS_2013_12.ppt│ Day2_02_EPC_VoLTE_e2e_WS_December_2013.ppt│ Day3_01_VOLTE_RAN_Global_WorkShop_RevG.pdf│ Day3_02_M-MGw_MRS_VoLTE_13B.ppt│ Day3_03_MSS_VoLTE.pptx│ Day4_01_VoLTE_In_EIN_Solution.ppt│ Day4_02_UDM_VoLTEe2eWS_Dec02.ppt│ Day5_02_SBM.ppt│├─11_VoLTE Knowledge Sharing│ └─20140915 voLTE e2e workshop minutes (Aachen-Germany)│ AgendaDetails.xlsx│ Day1_02_VoLTE_e2e_technical_overview_2014_09.ppt│ Day1_0_Agenda.pptx│ Day1_0_Intro.pptx│ Day1_Sep2014_SBM.ppt│ Day1_Volte business case and market trends_2014_09.ppt │ Day2_01_IMS_VoLTE_e2e_WS_2014_09.ppt│ Day2_2_MSC-S-VoLTE.pptx│ Day3_2_MRS-VoLTE.ppt│ Day3_3_VoLTE_KPI.ppt│ Day3_4_VoLTE-IMS Experience from RNAM –TELUS Canada.ppt│ Day4_1_EPC_VoLTE_e2e_WS_September_2014.ppt│ Day4_2_UDM_VoLTEe2eWS_Sept18.ppt│ Day4_3_MVNV_for_VoLTE_2014_09.ppt│ Day5_1_VoLTE_In_EIN_Solution_June_2014.ppt│ Day5_2_VOLTE EDAV SERVICE OFFERINGS_PA_1_Sep_2014.ppt│ Day5_3_VoLTE_deployment_HK.ppt│e2e_September_2014_Herzogenrath_Germany_participantlist.xls x│├─Lte_EPC│ 014_14 Performing Health Check in MME.ppt│ 3_SGSN-MME介绍.pdf│ LTE_EPC Overview (Technical part) –Interconnectivity -Part2.ppt│ LTE核心网问题定位核查标准化手册.docx│ Resilience.pdf│├─VOLTE测试案例│ 上海市-HSS-9月-爱立信HSS下用户subscriberServiceProfile 定义问题导致IMS注册失败案例.docx│ 上海市-HSS-9月-爱立信HSS下用户因CC字段配合在四川IMS 注册失败案例.docx│ 上海移动异厂家VoLTE经验总结-V2 0(HSS部分).docx│ 上海移动异厂家VoLTE经验总结-V2.0(EPC和PCRF部分).docx│ 副本上海移动VoLTE测试问题汇总_20151012.xlsx│ 案例.rar│└─资料Configuration on Hss for Ut Interface Test.docxVoLTE for EPC.msg在HSS上如何添加VoLTE用户的业务模板.docx。

VoLTE端到端业务质量分析要点

VoLTE端到端业务质量分析要点

VoLTE端到端质量分析SIP-503错误码原因分析研究目录1.SIP-503消息错误码分析背景 (2)2.SIP-503失败原因分类 (2)3.SIP-503流程分析 (4)3.1.无线链路失败导致掉话 (4)3.2.VoLTE走盲重定向导致掉话 (5)3.3.X2切换失败导致的掉话 (5)3.4.Sip信令丢失导致未接通ue-not-available-for-ps-service (6)3.5.2G侧资源异常导致未接通 (8)3.6.基站弱场起呼功能导致 (8)3.7.BSRVCC切换失败 (9)3.8.VoLTE参数配置问题 (10)3.9.VoLTE流程冲突问题(1) (11)3.10.VoLTE流程冲突问题(2) (12)3.11.VoLTE流程冲突问题(3) (13)3.12.VoLTE流程冲突问题(4) (13)3.13.VoLTE流程冲突问题(5) (14)4.SIP-503失败案例总结 (15)4.1.邻区配置问题导致SIP-503失败原因:tx2relocoverall-expiry (15)4.2.干扰问题导致SIP-503失败原因:tx2relocoverall-expiry (16)4.3.传输问题导致SIP-503 S1切换导致VoLTE掉话 (19)4.4.站内切换与modify并发SIP-503导致视频失败 (23)4.5.站内切换并发导致未接通 (24)5.SIP-503失败原因处理流程总结 (26)1.SIP-503消息错误码分析背景2016年中国移动集团开展VoLTE百日会战工作期间,我司在VoLTE质量提升过程中结合炎强平台从TOP小区、DT/CQT遍历拉网测试信令分析中总结经验,旨在帮助各办事处尽快解决信令分析中遇到的问题。

随着VoLTE优化工作的开展,我们发现有些SIP-503错误码与无线测关联较大,如外部邻区、帧头偏移未对齐导致的干扰,传输时延、切换并发等问题都会导致SIP消息报错,而这些SIP消息报错的时间点之前eNB就发起了异常的信令释放。

中国移动VOLTE网络质量测试规范资料

中国移动VOLTE网络质量测试规范资料

中国移动通信企业标准准中国移动V o L T E 网络质量测试规范T e s t S p e c i f i c a t i o n f o r V o L T E o f C h i n a M o b i l eA u t o m a t i c T e s t S y s t e m中国移动通信有限公司 发布版本号:1.0.02015-9发布2015-9实施前言本规范旨在明确中国移动通信集团公司对中国移动自动测试系统VoLTE业务测试的主要要求,包括室内室外测试范围要求,测试方法,统一关键指标的判定原则等提供技术参考。

集团网络部和设计院将对本规范文档中的内容不断进行研究和改进工作,在通过集团网络部的正式批准后可能改变。

如果本规范文档中的内容发生改变,集团网络部和设计院将重新发布并修改相应的发布日期和增加版本号,版本号增加规则如下:Version x.y.zx 第一位数:1 为规范起草组成员提供信息;2 代表提供给审查组等待审议批准的版本;3 或者更大的数表示在更改控制流程下通过审查组审议批准的文档。

y 第二位数,所有对本文档内容上的修改,如扩展,文字更改,内容更新,错误纠正等都将增加第二位数。

z 第三位数在文档只进行了编排上而无内容上的更改情况下增加。

本规范由中国移动通信集团公司网络部归口管理。

本规范由规范归口部门负责解释。

本规范起草单位:中国移动通信集团公司网络部中国移动通信集团设计院有限公司主要起草人:1 范围本规范描述了中国移动通信集团公司VoLTE业务测试的详细要求和实施规范。

2 参考文献序号标准编号标准名称发布单位[1] 《自动路测系统前端技术规范》中国移动通信集团公司[2] 《自动路测系统接口规范》中国移动通信集团公司[3] 《商务终端测试功能技术规范》中国移动通信集团公司[4] 《商务终端测试平台系统接口规中国移动通信集团公司范》3 相关术语与缩略语解释本文档使用下列术语:定点测试:对无线网络进行定点测试,使用专用的空中接口测试仪表,模拟普通手机用户进行语音或数据业务的拨打测试,记录测试数据,发现网络中存在的问题。

VOLTE基本原理和技术及测试分析

VOLTE基本原理和技术及测试分析

面RLC采用AM模式,保障其准确性。
QCI等级 资源类型 优先级 数据包时延预 算 数据包丢失率 典型业务
1
2 3 4 5 6 NonGBR GBR
2
4 3 5 1 6
100 ms
150 ms 50 ms 300 ms 100 ms 300 ms
10-2
10-3 10-3 10-6 10-6 10-6 实时游戏
头压缩
ROHC主要功能是将 核心网和UE之间的数 据报文的报文头,如IP 头、UDP头、RTP头进 行压缩后,再进行传输, 达到节省空口带宽资源 的作用。
半静态调度
在LTE系统中,对于小数据量的VoIP应 用,制约系统容量的因素不是系统带宽, 而是控制信道的容量,SPS(SemiPersistent Scheduling)将资源周期性 (20ms)分配给特定UE,具有“一次 分配,多次使用”的特点,以降低对应 控制信道(PDCCH)的开销。但SPS采 用保守调度算法(MSC不得高于15)。 可能导致系统容量受限于PUSCH而有所 下降,不建议开启。
2X
话音质量
频率:50~7000Hz 编解码:AMR-WB 23.85Kbps
3X
频谱效率
LTE
2G/3G
仿真测试结果显示:同样承载AMR,LTE的频谱效率可达 到R99 3倍以上
责任 诚信 专业 专注

一、走进VOLTE
AMR:是一种自适应多速率编码,根据传输信道的实际 情况,调整编码模式、速率和纠错码位数来保证语音质 量,在数据压缩和容错上面取得平衡。一般语音质量越 高抗干扰能力越弱。
责任 诚信 专业 专注

二、VOLTE关键技术
QOS
VOLTE采用双APN(数据APN+语音APN):语音APN的默认承载QCI=5,数据APN的默认承载QCI=9. 按照协议,对于语音业务需要建立QCI=1承载,视频业务需要建立QCI=1和QCI=2的传输承载。根据延迟 要求,无线侧用户面RLC选用UM模式传输,保证其实时性要求。走SIP信令流的QCI=5承载,无线侧控制

XX市移动Volte测试问题分析报告V1.0

XX市移动Volte测试问题分析报告V1.0

XX市移动Volte测试问题分析报告V1.0目录1.概述 (3)2.道路测试拉网结果统计 (3)2.1未接通/掉话和CSFB问题事件点汇总 (4)3.问题详细分析 (5)3.1.接通问题分析 (5)3.1.1.1 挂机时IMS未发bye挂机指令给被叫,导致后续的呼叫产生连续2个未接通 (5)3.1.1.2 之前被叫未正常挂机,导致后续的呼叫失败 (7)3.1.1.3被叫IMS注册失败,IMS直接回注册拒绝。

(8)3.1.1.4 被叫在G网先结束通话并回LTE,在IM注册前IMS向被叫发起了挽救请求,直接导致失败103.1.2其它未接通(不排除IMS问题或怀疑是IMS问题) (13)3.1.2.1被叫下行质量很好,但没有收到Volye paging,后面导致收到CSFB的寻呼 (13)3.1.2.2 需要核心网提供普通PS寻呼与volte寻呼的差异区别? (15)3.1.2.3 被叫在Volte建立过程中,IMS直接很快发Cancel导致未接通.并引起后续的被叫CSFB过程163.1.2.3 被叫下行质量好,但未收到IMS的寻呼消息 (16)3.1.2.4 被叫下行质量好,但未收到IMS的寻呼消息 (17)3.1.2.4 被叫下行质量好,但未收到IMS的寻呼消息 (17)3.2.掉话或掉线问题分析 (18)3.2.1被叫质量差导致掉话。

(18)3.2.2主叫质量差导致掉话 (19)3.2.3主叫质量差导致掉话 (19)1.概述为了提升4G用户对4G网络的满意感知度,尤其是在4G网络成熟进行语音和视频业务,近期省公司在集团移动公司的安排策略下,在全省开启VolTE功能。

诺基亚区域省公司安排湘潭先行进行优化实施。

2.道路测试拉网结果统计湘潭于8月21日对市区进行了第2次VolTE拉网测试,统计结果如下:总体接通率92.11(未剔除IMS原因导致的未接通),掉线率1.39%.备注1:统计方法A) .被叫所有CSFB过程均视为未接通,无论是被叫CSFB成功或失败。

中国移动LTEVOLTE案例分析汇总

中国移动LTEVOLTE案例分析汇总

广东移动4GTD-LTE详细案例分析案例1:580 Precondition Failure导致的未接通;问题描述在集团测试LOG中,存在Precondition Failure导致的失败事件,表现为呼叫过程中,终端主动上发或收到网络侧下发的580 Precondition Failure消息,随后呼叫中止,出现未接通事件;Log文件名:MO UE:MT UE:时间:10:16:1、呼叫过程中,被叫发送Ringing 180后,收到网络下发的专载去激活命令,QCI 1被释放,被叫随后上报580 Precondition Failure,主叫同样收到网络侧转发的580消息,呼叫接续中止,导致未接通;2、从信令中可以看到,被叫回复Ringing 180且主叫也已经收到Ringing 180,被叫随后收到网络侧下发的RRC重配,携带有QCI 1被释放的信息,被叫去激活专有承载;由于专载已被释放,业务资源已不存在,所以被叫上发580 Precondition Failure 失败消息;主叫收到网络侧下发的580,接续被中止,导致了会话未接通;3、从MME下发到Node B的E-RAB RELEASE COMMAND,原因上看是Nas层nomal_release,导致专载QCI 1被释放;4、专载QCI 1被释放,去激活后,被叫发送INVITE 580,主叫收到网络侧转发的INVITE580,会话流程中断,导致未接通在正常的会话流程中,由于MME下发E-RAB RELEASE COMMAND,使得QCI 1被释放,导致未接通;解决措施需要核心网查看MME在什么情况下会下发E-RAB RELEASE COMMAND;测试验证案例2:Server Internal Error 500导致的未接通问题描述在集团测试LOG中,存在Server Internal Error 导致的失败事件,表现为呼叫过程中,终端主动收到网络侧下发的Server Internal Error 500消息,随后呼叫中止,出现未接通事件;Log文件名:MO UE:MT UE:时间:10:19:问题分析1、主叫发出UPDATE后,被叫收到UPDATE并回复UPDATE 200,随后被叫发送Ringing 180,主叫同时收到UPDATE 200和Ringing 180;按照正常的信令流程应该是先收到UPDATE 200,再收到Ringing 180;2、然后主叫收到网络侧下发的 INVITE Server Internal Error 500.主叫专载被释放,去激活,导致会话未接通;问题定位主叫收到网络侧下发的INVITE 500,然后网络侧又下发RRC重配,释放掉QCI 1,然后去激活,会话流程终止,导致未接通解决措施需要核心网确认,为什么会下发INVITE 500,什么情况下会导致网络侧下发INVITE 500,随后的专载释放是否由INVITE 500导致的测试验证案例3:软件对失败事件的误判导致统计错误问题描述在集团测试LOG中,存在软件的误判而错误统计的失败事件;如在某个特定时间点上,信令显示主被叫正常通话,软件却统计出掉话或未接通事件;Log文件名:MO UE:MT UE:时间:09:44:问题分析1、主叫从09:42:41主叫开始呼叫到09:45:47挂机成功,在通话过程中信令流程正常,中间出现一次RRC重建被拒,导致RRC释放,事件表现为掉话,软件统计为掉话;2、在09:44:主叫收到网络侧下发的RRC重建被拒,主叫随后发起RRC建立请求,在09:44:15:004,然后因为TAU,在09:44:15:128 RRC Connection Release了,软件统计为掉话;随后主叫又发起RRC连接,且在09:44:重建完成,从RRC重建被拒到RRC连接成功不到1s,且默认承载和专有承载均保持,未被释放,证明会话保持正常;3、到最后结束通话正常挂机都没有出现失败事件问题定位主叫接通后,在没有收到通话结束的情况下,中间出现RRC Connection Release,软件判断为掉线,此次是在会话建立后出现,软件统计为掉话解决措施需要鼎利修改判断事件失败的机制测试验证案例4:软件对失败事件的重复统计问题描述软件对于失败事件存在重复统计的问题,在集团测试问题统计表中,多次出现同一次失败事件,软件却作了多次统计,导致失败事件的增多;Log文件名:MO UE:MT UE:时间:10:04:问题分析1、主叫在10:04:发出INVITE会话请求,被叫在10:04:收到网络侧下发的BYE Request,软件统计为掉话;查看BYE Request中的CALL-ID,发现是上次会话的BYE Request2、被叫在10:04:08:230收到网络侧下发的INVITE Request同时发送Trying 100,又在10:04:收到网络侧下发的INVITE Request同时发送Trying 100,并在同时发送INVITE 486,软件统计为未接通;3、主叫在收到网络侧下发的UPDATE 200后,在10:04:上报Cancel,主叫的整个会话流程到这里被终止,事件上表现为未接通;且承载都存在问题定位通话期间,被叫收到网络下发的BYE Request会被软件统计为掉话;被叫连续两次收到网络下发的INVITE Request,回复INVITE 486 Busy Here,由于第一次INVITE Request未释放,故第二次INVITE Request网络侧才会下发INVITE 486,流程停止,软件统计为未接通;此时主叫在进行正常的会话接续,信令流程正常,事件中未出现失败事件;直到主叫上报Cancel,主叫会话流程停止,事件表现为未接通,之前的两次失败事件统计是重复统计;解决措施需要鼎利确认对失败事件的统计机制;测试验证案例5:LTE到2G eSRVCC切换失败导致的掉话问题描述呼叫会话建立后,由于到达异系统B2门限,终端上报B2事件,网络下发eSRVCC切换配置命令,但在2G侧切入失败,导致掉话;Log文件名:MO UE:MT UE:时间:11:16:42:311问题分析1、被叫上报B2事件,满足切换门限系统下发mobility切换命令,此时4G的流程已完成,接下来切入2G网络,2G网络下发TMSI Reallocation Command,被叫回复TMSI Reallocation Complete,此后流程中断,eSRVCC切换失败;3、信令上看,4G流程正常走完且建立会话,被叫切换到2G,但是网络下发TMSIReallocation Command导致流程终止,eSRVCC切换失败,会话流程结束,怀疑是2G问题;问题定位4G流程正常且已正常建立会话,由于2G网络侧下发TMSI Reallocation Command导致eSRVCC 切换失败,会话流程结束,导致掉话,怀疑是2G的问题;解决措施下周准备复侧,准备定位;测试验证案例6:TAU过程中RRC Connection Release 导致的未接通问题描述在越秀区网格10的测试LOG中,出现如下的未接通事件:主叫起呼发出Invite消息后,在收到网络效应Trying 100之前,先收到了网络下发的RRC Connection Release消息,RRC连接释放后,接续被终止,出现了Blocked Call事件;问题分析1、通过信令详细分析主叫起呼的过程,可以发现,起呼前,主叫刚完成重选过程,从PCI216小区重选至PCI103小区,由于源小区与目标小区处在不同的TAC,主叫发起了TAU请求:2、在主叫上发TAU请求后,未等网络回复ATU Accept,主叫已开始了起呼,上发Invite消息;然而Invite上发后,主叫同时收到了网络下发的ATU Accept和RRC Connection Release 消息因此时主叫处在非业务态,ATU更新会伴随RRC连接的释放,主叫被叫释放,从而导致了Blocked Call事件的发生:3、进一步分析信令可以发现,主叫在该测试路段内连续在3个TAC9437、10315、10014间进行TAU更新,其中从11:42:53至11:43:04就发生了4次,可能在存在TAC规划不合理的问题;问题定位解决措施测试验证案例7:Alerting中eSRVCC失败导致未接通问题描述主叫起呼后,流程正常,达到eSRVCC切换门限后收到eSRVCC切换命令且几乎同时收到Ringing 180,主叫未摘机,由于切换失败导致未接通;Log文件名:MO UE:MT UE:时间:11:25:28:189问题分析1、主叫在11:25:起呼,到11:25:收到网络侧转发的Ringing 180,整个信令流程正常2、在主叫几乎收到网络侧转发的Ringing 180的同时,主叫达到eSRVCC切换门限,网络侧在11:25:下发eSRVCC切换命令,在切换过程中主叫处于振铃中,并未摘话,而切换失败,导致了未接通;问题定位主叫已经收到Ringing 180,处于振铃状态还未摘话,由于在Alerting中发生了eSRVCC 切换失败导致了未接通解决措施需要核心网方面帮忙定位测试验证案例8:CSFB失败导致未接通问题描述主叫起呼后,被叫CSFB失败,主叫直接Cancel导致未接通Log文件名:MO UE:MT UE:时间:15:42:53:063问题分析1、主叫于15:42:22发起invite,被叫未收到网络侧转发的INVITE Request,但是主叫能一直收到网络侧下发的INVITE 183 、PRACK、UPDATE消息,这些消息被叫并没有收到也没有回复;被叫在15:42:24收到网络侧下发的CSFB request,但CSFB到2G后从信令看没有呼叫相关的信令交互过程2、直到15:42:35 CSFB失败,由于收不到被叫的响应,主叫主动于15:42:53发起CANCLE;导致会话未接通;问题定位主叫发起会话后,被叫没有收到会话请求,直接CSFB,CSFB失败,主叫一直未收到被叫的响应,直接Cancel,导致会话未接通;解决措施需要核心网查看为什么被叫没有收到主叫的会话请求,且主叫能收到网络侧下发的INVITE 180、UPDATE、PRACK消息;测试验证案例9:被叫Detach导致会话未接通问题描述主叫发起会话,被叫驻留在2G未返回4G,没有响应主叫的会话请求,主叫收不到被叫相应,直接Cancel导致未接通;Log文件名:MO UE:MT UE:时间:15:43:37:999问题分析1、主叫在15:43:起呼,此时被叫任然驻留在2G,由于上一次会话中CSFB失败,并没有返回4G;2、起呼后,被叫一直无响应,没有与主叫进行信令交互,然而主叫能一直收到网络侧下发的PRACK、UPDATE消息;3、主叫一直收不到被叫的回复,被叫在15:43:被叫上发Detach Request,主叫在15:43:上发Cancel,取消会话,导致未接通问题定位被叫停留在2G未返回4G,然后上发Detach Request,主叫收不到被叫的回复,直接Cancel,导致未接通解决措施需要核心网查看为什么主叫会话信令流程正常,被叫却无法收到主叫的会话请求;同时查看2G无线侧,为什么被叫会上发Detach Request;测试验证案例10:承载未建立导致未接通问题描述主叫收到100 Trying 后未建立承载,使得 RRC直接释放,导致未接通Log文件名:MO UE:MT UE:时间:15:46:36:271问题分析1、主叫在15:46:发起会话,收到网络侧下发的100 Trying后,专有承载一直未建立,10s后RRC释放,主叫在15:46:上发Cancel,导致会话未接通问题定位专有承载未建立,10s后RRC释放,导致未接通解决措施需要核心网查看为什么没有建立专有承载测试验证案例11:承载异常释放导致掉话问题描述被叫重建立成功后,专有承载突然被释放,导致掉话Log文件名:MO UE:MT UE:时间:10:35:41:981问题分析1、主叫在10:28:起呼,流程正常,收到网络侧转发的Ringing 180,UPDATE 200,主被叫会话正常建立;2、被叫在10:35:发送重建立,重建立成功,且流程正常,但是在10:35:承载被释放,导致掉话问题定位会话建立后,被叫重建立完成,但是专有承载被释放,导致掉话解决措施需要核心网确认承载释放的原因测试验证案例12:信令转发失败导致未接通问题描述主叫发起会话请求,网络侧未转发,被叫未收到,主叫Cancel,导致未接通Log文件名:MO UE:MT UE:时间:10:03:48:952问题分析主叫在10:03:发起会话,被叫未收到,直到10:03:主叫Cancel,会话接续无法继续,导致未接通;整个过程无线环境良好,网络侧未转发信令;问题定位网络侧未转发主叫会话请求,使得会话接续无法继续,主叫Cancel,导致未接通;解决措施需要核心网确认会话信令是否成功转发测试验证案例13:终端上报Cancel导致会话未接通问题描述会话流程正常接续,终端上报Cancel,导致会话未接通Log文件名:MO UE:MT UE:时间:14:53:06:510问题分析1、主叫在14:53:起呼,信令流程正常,且被叫上发Ringing 180,主叫收到网络侧转发的Ringing 180,主被叫都已经振铃;但是主叫突然在14:53:上发Cancel,被叫也收到网络侧转发的Cancel,会话接续停止,导致未接通;问题定位主被叫会话流程正常,无线环境良好,信令转发正常;主叫上报Cancel,导致会话未接通,定位为终端问题解决措施需要终端确认或者更换终端测试再查看结果测试验证。

VOLTE测试数据分析

VOLTE测试数据分析

同上 同上 同上
东 胜 奥 林 花 园 B 区 原因和上面的相同
同上
-HLHF 附近产生掉话
东 胜 园 丁 小 区 西 门 原因和上面的相同
同上
-HLHF 附近产生掉话
东胜东昊西南-HLHF UE在东胜东昊西南-HLHF-1,RSRP在-62.1,SINR在19.8,无线环 需要核心网跟踪信令核查一下导致掉
对IP KEY消息来看,主叫在13:32:37发起INVITE请求,在13:32:42上发ACK,主被叫接通, 主叫在13:35:04上发REGISTER sip: SIP/2.0, SIP Call ID: 3088903638_175330424@2409:8802:8080:149:9d1b:fd5c:fa27:f4bb,核心网下发 SIP/2.0 REGISTER 401 Unauthorized,同时主叫上发BYE请求,返回DLInformationTransfer 中ESM cause:Regular deactivation,导致掉话,初步判定是由核心网导致掉话。信令如 下:
Regular deactivation,导致掉话,初步判定是由核心网导致掉
话。
东胜煤炭公司-HLHF UE在东胜煤炭公司-HLHF附近,RSRP在-77,SINR在16,无线环境 需要核查东胜创世纪中心-HLHD-1天
附近不切换
很好,在16:25:02切换到东胜赛诺德-HLHF-2,在16:25:04东胜 馈情况,存在背向覆盖,需要核查东
附近产生掉话
境很好,主叫在15:33:39发起INVITE请求,在15:33:45上发ACK, 话的原因。
主被叫接通,主叫在15:35:11上发REGISTER请求,IMS下发
REGISTER 401,UE侧在15:33:12再次发起REGISTER,同时核心网

VoLTE路测指标数据网路由技术培训教材

VoLTE路测指标数据网路由技术培训教材

多维度发现
全流程分析
精准定界
语音接入性 通话保持性 语音移动性
语音质量
分析 分析
路测Log
系统侧 Trace
关联
端到端信令 采集与关联; 及时回溯、 准确定位。
定位
无线侧 EPC核心网 IMS网络
全网拉测
问题发与分析
问题解决
2
目录

总体介绍

VoLTE测试要求

VoLTE测试指标

小结
3
VoLTE测试要求
测试重点问题应形成详实有据的分析报告,现象描述全面准确,原因分析清晰透彻,优化 措施依据充分,优化效果改善感知。
5
目录

总体介绍

VoLTE测试要求

VoLTE测试指标

小结
6
VoLTE测试指标
VoLTE测试指标包含语音接入性、通话保持性、语音移动性和语音质量等四大维度的指标。
VoLTE测试指标
LTE系统内切换主要关注切换成功率。 LTE系统内切换成功率=LTE HO成功次数(UE收到包含mobilitycontrol的RRC重配消息后,上发
RRC重配完成且没有发生RRC连接重建的次数)/LTE HO尝试次数(UE收到包含mobilitycontrol 的RRC重配次数)
11
目录

总体介绍
7月14日
完成全网第二 轮指标统计和 问题分析工作。
8月14日
试点地市完全 前期VoLTE优 化总结工作。
8月31日
试点地市 VoLTE试 商用最后准 备工作。
助力联通5.17
VoLTE试商用
14
其他类包含覆盖干扰类、IMS注册类、RRC重建和LTE系统内切换类等指标。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

北京移动华为区域环路volte测试分析报告-0626 1 总体测试指标2 四环测试分析2.1 VOLTE呼叫建立失败问题分析2.1.1问题点1: 主被叫终端设备断开问题点描述:4环与望京西路交口西北侧出现未接通,网络侧下发INVITE100后,测试终端连接断开,软件未能采集正常信令而提前取消寻呼服务请求。

下一步核查计划:以后测试要注意尽量保证设备连接良好。

2.1.2问题点2: 主叫QCI1建立成功,被叫转CSFB问题点描述:东4环中路和姚家园路交口出现未接通,主叫QCI1建立成功,但从主叫发起INVITE后约10s后才收到INVITE183,而被叫在11:48:05.767之前约10s未收到任何系统消息和寻呼消息,导致TAS的定时器到期释放呼叫,导致在IMS域的接续失败,TAS发起CS RETRY2.1.3问题点3:被叫QCI1未建立,转CSFB问题点描述:南4环东路出现未接通,主叫QCI1建立成功,但从主叫发起INVITE后约6s后才收到INVITE183,而被叫从事件中可以看到在13:59:19.071之前约10s未收到任何系统消息和寻呼消息,且在13:59:10.169进行了小区重选,导致无法接收此期间发送的系统消息和寻呼消息.而TAS的定时器到期释放呼叫,在重选完成后,IMS域的接续失败,TAS发起CS RETRY2.1.4问题点4:核心网问题问题点描述:南四环东路与小红门路交口东侧出现未接通,经过信令分析为在主叫启呼后网络下发INVITE500,被叫取消呼叫请求并终止服务请求,需核心网跟踪进行问题定位及处理。

下一步核查计划:需要核心网协助定位问题2.1.5问题点5:主叫QCI1建立成功,被叫转CSFB问题点描述:主叫QCI1建立成功,被叫转CSFB,导致主被叫呼叫建立失败问题点分析:分析发现当主叫发起invite后,主叫收到网络侧转发的invite 100,被叫未收到网络侧转发的invite,QCI1未建立导致被叫转CSFB,主被叫呼叫建立失败下一步核查计划:复测并需要核心网协助定位2.2 VOLTE超长时延问题分析2.2.1 问题点1:被叫转为CSFB后重建CS业务问题现象:本次呼叫时延为12.51s,主叫在13:38:27:541时间发起呼叫,但是在13:38:33.805收到183主session progress消息,可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的invite100 到收到invite183消息间隔了约6s,占据了本次呼叫的巨大部分时间,如下图:问题分析:主叫终端在下发Invite后,网络收到后会立即回复Invite100 ,此时SBC去寻呼被叫,被叫响应后会向网络回复183 session progress消息,从信令上看,主要是寻呼被叫时间很长导致。

从被叫信令看,主叫启呼后,网络下发paging,随后进行业务的建立。

但被叫进行CSFB业务,使主叫寻呼时延超长。

2.2.2问题点2:被叫转为CSFB后重建CS业务问题现象:本次呼叫时延为12.43s,主叫在13:47:58:427时间发起呼叫,但是在13:48:04.548收到183主session progress消息,可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的invite100 到收到invite183消息间隔了约6s,占据了本次呼叫的巨大部分时间,如下图:问题分析:主叫终端在下发Invite后,网络收到后会立即回复Invite100 ,此时SBC去寻呼被叫,被叫响应后会向网络回复183 session progress消息,从信令上看,主要是寻呼被叫时间很长导致。

从被叫信令看,主叫启呼后,网络下发paging,随后进行业务的建立。

但被叫进行CSFB业务,使主叫寻呼时延超长。

2.2.3问题点3:被叫转为CSFB后重建CS业务问题现象:本次呼叫时延为12.308s,主叫在13:53:41:313时间发起呼叫,但是在13:53:47.535收到183主session progress消息,可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的invite100 到收到invite183消息间隔了约6s,占据了本次呼叫的巨大部分时间,如下图:问题分析:主叫终端在下发Invite后,网络收到后会立即回复Invite100 ,此时SBC去寻呼被叫,被叫响应后会向网络回复183 session progress消息,从信令上看,主要是寻呼被叫时间很长导致。

从被叫信令看,主叫启呼后,网络下发paging,随后进行业务的建立。

但被叫进行CSFB业务,使主叫寻呼时延超长。

2.2.4问题点4:被叫转为CSFB后重建CS业务问题现象:本次呼叫时延为11.909s,主叫在13:57:50:932时间发起呼叫,但是在13:57:57.022收到183主session progress消息,可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的invite100 到收到invite183消息间隔了约6s,占据了本次呼叫的巨大部分时间,如下图:问题分析:主叫终端在下发Invite后,网络收到后会立即回复Invite100 ,此时SBC去寻呼被叫,被叫响应后会向网络回复183 session progress消息,从信令上看,主要是寻呼被叫时间很长导致。

从被叫信令看,主叫启呼后,网络下发paging,随后进行业务的建立但被叫进行CSFB业务,使主叫寻呼时延超长。

2.3 VOLTE的MOS值低问题分析2.3.1 五环问题点1:低SINR问题问题分析:本次呼叫MOS值为1.5,主叫在通话中占用朝阳北京会议中心东NLG3的38400站点,被叫占用朝阳北京会议中心HL-3的37900站点,从信令及信号质量指标可以看出邻区信号质量比服务小区好切换不及时和SINR低导致本次呼叫MOS值低的主要原因是2.3.2五环问题点2:被叫转CSFB问题问题分析:本次呼叫MOS值为1.95,主叫在通话中占用朝阳慧谷园林绿化公司HLF-2的38400站点,被叫转CSFB,从信令及信号质量指标可以看出本次呼叫MOS值低的主要原因是被叫转为CSFB。

2.3.3五环问题点3:被叫转CSFB问题问题分析:本次呼叫MOS值为1.58,主叫在通话中占用朝阳将台乡东侧HLG-2站点,被叫转CSFB,从信令及信号质量指标可以看出本次呼叫MOS值低的主要原因是被叫转为CSFB。

2.3.4五环问题点4:被叫转CSFB问题问题分析:本次呼叫MOS值为1.49,主叫在通话中占用朝阳将台乡东侧HLG-2站点,被叫转CSFB,从信令及信号质量指标可以看出主叫信号质量好,RSRP为-70dBm,SINR约为20dB,本次呼叫MOS 值低的主要原因是被叫转为CSFB。

2.3.5五环问题点5:被叫转CSFB问题问题分析:本次呼叫MOS值为1.34,主叫在通话中占用朝阳大黄庄HLG-2站点,被叫转CSFB,从信令及信号质量指标可以看出主叫信号质量很好,RSRP为-70dBm,SINR约为20dB,本次呼叫MOS值低的主要原因是被叫转为CSFB3 五环测试分析3.1 VOLTE未接通问题分析3.1.1问题点1:主叫QCI1建立成功,被叫转CSFB问题点分析:主叫QCI1建立成功,但从主叫发起INVITE后约11s后才收到INVITE183,而被叫在12:14:48.312之前即主叫收到INVITE183前后被叫频繁进行小区重选导致未能收到系统消息和寻呼消息,导致TAS的定时器到期释放呼叫,被叫在IMS域的接续失败,TAS发起CSRETRY3.1.2问题点2:主叫QCI1建立成功,被叫转CSFB问题点分析:主叫QCI1建立成功,但从主叫发起INVITE后约6s后才收到INVITE183,而被叫在12:20:07.005即主叫收到INVITE183后被叫频繁进行小区重选而未能收到系统消息和寻呼消息,导致TAS的定时器到期释放呼叫,被叫在IMS域的接续失败,TAS发起CS RETRY3.1.3问题点3:主叫QCI1建立成功,被叫转CSFB问题点分析:主叫QCI1建立成功,但从主叫发起INVITE后约6s后才收到INVITE183,而被叫在12:22:15.121即主叫收到INVITE183后被叫频繁进行小区重选而未能收到系统消息和寻呼消息,导致TAS的定时器到期释放呼叫,被叫在IMS域的接续失败,TAS发起CS RETRY3.1.4问题点4:流程冲突问题点描述:主叫QCI1建立,主叫进行TA更新,导致主被叫呼叫建立失败。

问题点分析:分析发现当主叫发起invite后,主叫收到网络侧转发的invite 100,同时主叫正在进行TAU更新,被叫未收到网络侧转发的invite,导致主被叫呼叫建立失败。

下一步核查计划:需要MME确认流程嵌套的处理机制并优化3.2 VOLTE掉话问题分析3.2.1问题点1:核心网问题问题点描述:主叫发起BYE后,未收到BYE200而收到BYE487,导致主叫掉话。

问题点分析:分析发现主叫在该路段的RSRP约为-99dBm,SINR约为9dB。

主叫未收到BYE200,需要核心网协助定位原因。

下一步核查计划:复测并需要核心网协助定位原因。

3.2.2问题点2:软件误判问题点描述:主叫发起BYE后,也收到网络侧转发的BYE 200,但是软件误判为掉话。

下一步核查计划:需要软件厂商解决。

3.2.3问题点3:流程冲突问题点描述:主叫发起BYE后进行TA更新,导致主被叫未能收到BYE200。

问题点分析:分析发现当主叫发起BYE后,同时主叫正在进行TAU更新并TAU failure,导致主叫掉话。

下一步核查计划:需要MME确认流程嵌套的处理机制并优化3.2.4问题点4: 主被叫终端设备断开问题点描述:主叫发起BYE后,测试终端连接断开,软件未能采集正常信令而提前终止服务请求。

导致软件判为掉话下一步核查计划:以后测试要注意尽量保证设备连接良好。

3.2.5问题点5: 主被叫终端设备断开问题点描述:主叫发起BYE后,测试终端连接断开,软件未能采集正常信令而提前终止服务请求。

导致软件判为掉话下一步核查计划:以后测试要注意尽量保证设备连接良好。

3.2.6问题点6:弱覆盖问题点描述:主被叫在通话过程中进入弱覆盖区域,已进行A2的启测,但未能及时进行ESRVCC时信号已经太弱导致掉话。

下一步核查计划:催开站点加强该区域覆盖。

3.3 VOLTE超长时延问题分析3.3.1 问题点1:被叫转为CSFB后重建CS业务问题现象:本次呼叫时延为13.455s,主叫在12:18:50:813时间发起呼叫,但是在12:18:57.327收到183主session progress消息,可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的invite100 到收到invite183消息间隔了约6s,占据了本次呼叫的巨大部分时间,如下图:问题分析:主叫终端在下发Invite后,网络收到后会立即回复Invite100 ,此时SBC去寻呼被叫,被叫响应后会向网络回复183 session progress消息,从信令上看,主要是寻呼被叫时间很长导致。

相关文档
最新文档