VOLTE测试问题点汇总

合集下载

VOLTE考试问题点汇总

VOLTE考试问题点汇总
c).主叫在收到IMS的100 Trying之前就已经建立QCI=1的承载;
d).主叫在收到Trying 100后,183前已完成QCI1专载建立,被叫在INVITERequest前已完成完成QCI1专载建立。
1.2被叫侧在回复BYE-200之前,主叫就已经收到IMS下发的BYE-200消息
IMS核心网反馈,SBC策略要是收到任一方BYEReques直接通知MME释放EPS,无需等待主被叫回复BYE 200OK。
|----Esm Header
|----Protocol discriminator : 2 (ESM messages)
|----EpsBearerId : 0x08
|----ProcedureTxnId : 0
|----MsgType : 0xc9
|----SdfQos
|----GbrForDwLink : 49
|----GbrForUpLink : 50
|----MbrForDwLink : 49
|----MbrForUpLink : 50
|----GbrForDwLink_Extend : 0
|----GbrForUpLink_Extend : 0
|----MbrForDwLink_Extend : 0
|----EpsBearerId : 0x08
|----ProcedureTxnId : 0
|----MsgType : 0xc5
|----LinkedEpsBearerId : 0x05
|----SdfQos
|----GbrForDwLink : 49
|----GbrForUpLink : 50
|----MbrForDwLink : 49

volte测试问题分析报告

volte测试问题分析报告

湘潭Volte测试问题分析报告V1.0目录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 主叫质量差导致掉话 (17)3.2.3 主叫质量均差导致掉话 (18)3.2.4 主叫质量差导致掉话 (18)3.2.5 主叫质量差,导致掉话 (19)3.2.6 被叫相同地点因质量差导致掉话 (19)3.2.7 主叫质量差导致掉话 (20)3.2.8 被叫质量差导致掉话 (20)1.概述为了提升4G用户对4G网络的满意感知度,尤其是在4G网络成熟进行语音和视频业务,近期省公司在集团移动公司的安排策略下,在全省开启VolTE功能。

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

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

Volte故障分析手册

Volte故障分析手册

Volte故障分析手册1. 前言随着通信技术的不断发展,Voice over LTE (VoLTE)已成为现代通信中普遍采用的标准。

然而,由于复杂的网络结构和通信设备的多样性,VoLTE服务在一些情况下可能会遇到故障。

本文将介绍一些常见的VoLTE故障及其分析方法,以帮助读者更好地解决和排查故障。

2. 故障一:通话质量差2.1 故障描述在VoLTE通话过程中,用户可能会遇到通话质量差的问题,如杂音、断续和声音不清晰等。

2.2 分析方法a) 检查网络信号强度:VoLTE通话对网络信号强度要求较高,低信号强度可能导致通话质量差。

使用信号测试工具检查信号强度并与基准值进行比较。

b) 检查网络负载:高网络负载可能会降低VoLTE通话质量。

使用网络分析工具检查网络负载情况,确保网络资源足够用于VoLTE通话。

c) 检查设备兼容性:某些设备可能不兼容VoLTE技术,导致通话质量下降。

确保设备支持VoLTE功能并进行升级或更换。

d) 检查网络配置:网络配置错误可能导致VoLTE通话质量差。

检查各个网络节点的配置是否正确,并进行必要的修改。

3. 故障二:呼叫无法接通3.1 故障描述用户在进行VoLTE呼叫时,可能会遇到呼叫无法接通的问题。

无法接通的呼叫可能包括呼叫失败、长时间等待或无法连接对方等。

3.2 分析方法a) 检查设备设置:确保用户设备的呼叫设置正确,如是否开启飞行模式、是否设置了呼叫转移等。

b) 检查呼叫号码:检查呼叫的号码是否正确,可能是输入错误导致无法接通呼叫。

c) 检查网络状态:当网络状态不稳定或网络连接中断时,呼叫可能无法接通。

使用网络分析工具检查网络状态,并进行必要的修复。

d) 检查网络中断:网络中断可能是导致呼叫无法接通的原因之一。

检查网络设备和线路是否正常工作,确保网络连接畅通。

e) 检查呼叫服务器状态:呼叫服务器故障可能导致呼叫无法接通。

检查呼叫服务器的状态,并与运营商联系以修复问题。

VoLTE测试未接通问题分析

VoLTE测试未接通问题分析

VoLTE测试未接通问题分析
一、【问题现象】
VoLTE拉网测试时,在洞山中路与淮河大道交叉口占用立交桥-440706_51小区信号,主叫终端起呼后未接通,导致blocked call。

VOLTE未接通信令LOG图
二、【问题分析】
查看立交桥-440706站点无告警,无干扰。

分析流程:
原因分析:
1、从EVENT事件看,主叫起呼之后,占用问题小区多次上报A3事件未发生切换。

2、从message层三信令分析,上报A3不切换后,在9:49:04左右,主叫终端两次掉线重建,RRC 重配之后没有建立专有承载。

3、当前VoLTE通话需要在LTE小区建立默认承载(QCI=5,交互SIP信令)和专有承载(QCI=1,传输语音数据包),查看服务小区报慈浜LF_C当前RSRP -110dBm、SINR -4dB,无线环境较差。

怀疑无线问题导致专有承载无法正常建立。

三、【问题处理】
调整立交桥-440706天线方位角,增加该路段覆盖,并调整PCI,减少MOD3干扰,提升信号质量,调整后,复测正常。

四、【经验总结】
在我们日常的VoLTE语音优化中,除了关注VoLTE新功能开关、相关参数一致性外,传统LTE优化的重叠覆盖、弱覆盖、模三干扰等问题也需要重点关注。

无线环境的好坏关系到VoLTE信令,VoLTE语音数据包能否正常传输,各项承载能否成功建立,对VoLTE呼叫成功率、掉话率有重大影响。

因此,在对网格进行VoLTE测试前,建议提前解决网格内的无线问题点,保证VoLTE测试指标。

VoLTE常见问题及优化策略

VoLTE常见问题及优化策略
息包含重定向的目标频点,该频点与A3测报中小区频点一致。 ➢ 分析方法 检查异频A3测报中小区是否存在于异频邻区列表中。 ➢ 优化方法 1、基站侧增加区分QCI1业务的异频重定向关闭功能; 2、对于漏配邻区进行增补。
五、常见问题分析二 异系统重定向(1/2)
➢问题现象
终端在弱场区域,基站下发盲重定向的RRC Release消息,消息中包含重定向的2G 频点列表。
➢优化方法 1)可以通过调整天线方向角和下倾角、增加天线挂高、更换更高增益天线、 增强RS功率等方法来优化覆盖 2)对于相邻基站覆盖区不交叠部分内用户较多或者不交叠部分较大时,应新 建基站,或增加周边基站的覆盖范围,使两基站覆盖交叠深度加大 3)对于凹地、山坡背面等引起的弱覆盖区可用新增基站或RRU,以延伸覆盖 范围;对于电梯井、隧道、地下车库或地下室、高大建筑物内部的信号盲区可 以利用RRU、室内分布系统、泄漏电缆、定向天线等方案来解决
五、常见问题分析三 RSRP/SINR差(1/2)
➢问题现象 终端在弱场区域,RSRP/SINR过差,导致业务中断,原因多为RTP inactivity 导致RRC Release。 ➢分析方法 查看RRC Release之前的终端测量,确定终端是否处在RSRP/SINR过差区域。
五、常见问题分析三 RSRP/SINR差(2/2)
五、常见问题分析二 异系统重定向(2/2)
➢ 优化方法 1. LTE弱覆盖:优化LTE覆盖 2. 假性弱覆盖:优化切换、重选参数 3. 终端测量B2不及时:一是高通正在验证新的芯片,新芯片支持DRX休
眠期对异频异系统进行测量,缩短测量周期;二是通过删减无用的异 频频点,减少终端测量的频点数以达到缩短测量周期的目的 4. 2G邻区配置错误:做好eSRVCC的邻区精细化规划和周期一致性核查 5. 基站功能改进: 601P02版本可针对语音业务关闭重定向功能

VOLTE接通时延长问题浅析

VOLTE接通时延长问题浅析

VOLTE接通时延长问题一、概述网格VOLTE测试过程中发现4种接通时延过长的情况,针对4种不同原因,现进行一一分析。

二、VOLTE接通时延长问题1、被叫收到Paging消息时延长导致主叫接通时延长。

2、主叫接收INVITE 183消息延迟,导致未接通。

3、被叫切换不及时导致主叫接通时延长。

4、随机接入失败导致接通时延长。

三、接通时延过长问题分析3.1 被叫收到Paging消息时延长导致主叫接通时延长【问题描述】:主叫在11:46:41:297上发INVITE消息,在11:46:41:641收到下发的INVITE 100消息,被叫在11:46:43:483收到Paging消息,间隔2s左右,导致主叫接通时延达4.106s。

该未接通事件为,主叫上发INVITE消息约2s左右,被叫才收到Paging消息,导致接通时延在4s至5s。

该事件需进一步跟踪IMS到UE侧,是否为IMS接收延迟还是IMS发送延迟。

3.2 主叫接收INVITE 183消息延迟导致未接通【问题描述】:主叫在12:57:55:580上发INVITE消息,在12:57:55:892收到下发的INVITE 100消息,被叫在12:57:57:290收到Paging消息,间隔2s左右,随后被叫在12:57:57:637上发INVITE 183消息,由于主叫未收到,被叫在3s后再次上发INVITE 183消息,导致主叫接通时延达6.694s。

该路段无线环境较好,主叫未收到第一次发送的INVITE 183消息导致接通时延较长,需排查未收到的原因。

该未接通事件,在被叫上发两次INVITE 183消息(间隔时间3s)后主叫才收到INVITE 183消息,导致主叫接通时延长达6.6S。

该问题需定位被叫上发INVITE 183至IMS,IMS接收延迟的问题。

3.3 被叫切换不及时导致主叫接通时延长【问题描述】:主叫在13:28:42:938上发INVITE消息,在13:28:43:275收到下发的INVITE 100消息,被叫在13:28:44:342收到Paging消息。

室分VoLTE掉话问题处理总结

室分VoLTE掉话问题处理总结

室分VoLTE掉话问题处理总结一、问题描述近日接到县局反馈在XX电信大楼通话过程中容易掉话,出现次数较多。

二、分析处理过程根据县局提供室分信息,查询了基站的告警情况,该小区为1t2r配置,底噪情况如下,实际底噪-85左右,(诺基亚基站小区正常底噪在-105左右;该小区ANT2实际未接馈线):根据县局提供的手机号码及掉话时间,在智慧优化平台查看通话记录,发现其掉话原因为BEARER_RELEASED。

端到端语音质量对比情况,主被叫语音质量均优良,没有丢包问题和时延问题:分析被叫端语音质量,可以看出在最后的5秒内达到的达到包数相比减少了非常多:在“信令回溯”页面,可以看出eNobeB发送了UE Context Release Complete 消息给MME,具体原因未知:继续查询XDR话单,找到对应的使用记录,可以看出UE Context Release 的原因是Radio Connection With UE Lost:根据上述分析,在空口侧应该是UE失步了导致基站释放了它的上下文信息。

按照通话时间在基站侧进行了calltrace,从信令来看,掉线原因是Radio Connection With UE Lost,具体原因为上行BLER达到了100%,然后基站认为手机out of syn并释放了其手机上下文信息,导致掉话问题出现。

若干秒后三、处理方案根据上面的分析,是手机失步了然后基站释放上下文导致掉话问题出现。

查询小区参数,其N310,N311,T310均已达到最极限值,没有修改的空间了,而该小区的底噪问题由于涉及到较多的环节,暂时无法处理。

分析该小区周边站点情况,同站址内有L800小区在用,故暂时采用语数分析方案,临时解决掉话问题。

XX大楼室分小区_1修改了如下参数:数修改如下:因L800小区带宽较小,在承载了较多的语音业务后需控制其覆盖范围,我们将其rsboost调整为-3,电子倾角下压了3度。

《VoLTE-4G高清语音业务》全员业务测试题库

《VoLTE-4G高清语音业务》全员业务测试题库

单选1、使用“4G高清语音”业务通话的时候,还能上网吗?(A)A、可以B、不可以C、以实际情况为准D、以上都不对2、使用“4G高清语音”业务如何收费(D)?A、高清语音通话,国内主被叫1元/分钟B、高清语音通话,国内(不含港澳台)主叫1元/分钟C、视频通话不足一分钟的部分按实际产生的秒数折算计费D、高清语音通话,与现行的2G/3G通话计费原则一致3、中国移动N1手机,进行高清视频呼叫,可通过(A)方式操作?A、直接在联系人列表发起、点击号码左边的更多选项中的视频通话B、直接在联系人列表发起、拨号器中屏幕下方选项视频呼叫C、直接在联系人(需长按联系人)列表发起、点击号码左边的更多选项中的视频通话D、直接在联系人(需长按联系人)列表发起、拨号器中屏幕下方选项视频呼叫4、我把上网关了,但4G没关,能使用高清视频电话和高清语音电话吗(A)?A、可以,不影响B、可以,但只能用高清语音电话,不能用高清视频电话C、很抱歉,不可以D、以上都不对5、使用“4G高清语音”业务后,以下哪些业务不能使用(D )?A、亲情网B、集团V网C、短/彩信D、彩印6、高清视频和高清语音之间能切换吗(B )?A、不可以,高清视频不可以切换成高清语音,高清语音也不可以切换成高清视频B、可以,高清视频可以切换成高清语音,高清语音也可以切换成高清视频。

C、可以,高清视频可以切换成高清语音,但高清语音不可以切换成高清视频。

D、以上都不对7、iPhone手机iOS 9.2.1系统的4G高清语音开关在哪里(B)?A、设置-通用-关于本机B、设置-蜂窝移动网络-启用4GC、设置-通用-启用4GD、设置-蜂窝移动网络-蜂窝移动数据-启用4G8、我办了“4G高清语音”业务,能查到详单、剩余分钟数吗(D)?A、可以查询通话详单、不可以查询免费资源B、不可以查询通话详单、可以查询免费资源C、不可以查询通话详单、不可以查询免费资源D、可以查询通话详单、可以查询免费资源9、使用“4G高清语音”业务,如何拨打电话(B)?A、需下载APP,在软件里拨打B、与目前打电话的方式一致,通过拨号盘拨打电话C、与目前打电话的方式类似,但需要加拨IP号码D、以上都不对10、我用4G高清语音通话的时候,还能上网吗?通话和上网分别怎么收费啊(B)?A、可以的,一边打电话一边上网没问题,只收取通话费,不收上网费B、可以的,一边打电话一边上网没问题,通话费、上网费正常收取C、可以的,一边打电话一边上网没问题,只收取上网费,不收通话费D、很抱歉,打电话时无法连接上网,正常收取通话费11、以下对“4G高清语音”业务说法正确的有(C)?A、“4G高清语音”业务会耗费大量的流量,但流量不收钱B、“4G高清语音”业务不会耗费大量的流量,正常收取流量费C、无4G信号,不能使用“4G高清语音”业务D、无4G信号,不影响使用“4G高清语音”业务12、可以给以下哪些客户打高清视频电话(C)?A、中国联通客户B、中国电信客户C、中国移动客户D、境外客户13、我把上网和4G都关了,能使用高清视频电话和高清语音电话吗(C)?A、可以,不影响B、可以,但只能用高清语音电话,不能用高清视频电话C、很抱歉,不可以D、以上都不对14、目前iPhone手机支持高清视频通话吗(A )?A、目前不支持B、支持C、以上都不对D、以上都对15、在没有4G的地方,“4G高清语音”业务还能使用吗(B)?A、能,只要开通上网业务就可以B、不能。

VoLTE题库大全含解析

VoLTE题库大全含解析

VoLTE题库大全(含解析)————————————————————————————————作者:————————————————————————————————日期:VOLTE题库一、VOLTE 概述1、LTE 语音业务最终解决方案(B)。

A.CSFBB.VOLTEC.SvLTE3、V oLTE 主要是引入(C)来提供高质量的(语音)分组域承载。

A.MMEB.SGSNC.IMSD. EPCV oLTE是GSMA定义的标准LTE语音解决方案,其核心业务控制网络是IMS(IP多媒体子系统)网络,配合LTE和EPC网络实现端到端的基于分组域的语音、视频通信业务。

通过IMS系统的控制,V oLTE解决方案可以提供和电路域性能相当的语音业务及其补充业务,包括号码显示、呼叫转移、呼叫等待、会议电话等。

V oLTE 系统采用专门的IMS APN来提供语音业务,为信令和语音数据使用特定QCI 的“承载”,从而保障给语音业务较高的QoS。

通常,信令承载采用QCI=5的默认承载,语音承载采用QCI=1的专用承载。

V oLTE语音解决方案的核心思想是采用IMS作为业务控制层系统,EPC仅作为承载层。

借助IMS系统,不仅能够实现语音呼叫控制等功能,还能够合理、灵活地对多媒体会话进行计费。

5、什么是VOLTE?(B)A.4G+网络加速B. 4G+高清语音C.视频通话11、V oLTE 的信令和媒体经(D)路由至(D)网络,由(D)提供会话控制和业务逻辑。

A.SGW、EPC、IMSB.IMS、EPC、PGWC.SGW、PGW、EPCD.EPC、IMS、IMS8、VOLTE 呼叫时延(C)秒?A.2~3B.3~5C.0.5~29、IMS 的发起者和主要贡献者是(B)A、IETFB、3GPPC、ETSID、AT&T12、下列哪个说法是错误的(D)A. CSFB 方案不需要部署IMSB. CSFB 需要支持SGs 接口C. V oLTE/SRVCC 实现了IMS 至CS 域的语音连续性D. eSRVCC 的语音质量更高15、与SRVCC 相比,CSFB 的优势在于(ABC)A.无需部署IMS,新增网元少,网络部署快B.由现网提供CS 业务,用户业务感受一致C.跨运营商接口少,易于实现跨网漫游D.语音和LTE 数据业务能够并行10、volte 新通话功能可以实现(ABC)A、音频B、视频C、多方通话2、volte 是利用LTE 无线网+EPC 核心网提供的IP 通道接入IMS(对)。

VoLTE测试问题汇总

VoLTE测试问题汇总

VOLTE测试重要问题汇总一、基站侧问题1、问题一:主叫占用源小区达到A3上报测量报告请求切换至目标小区,基站侧只下发控制面重配置消息,未下发更新用户面配置消息,终端在目标小区上认为业务已经释放,最终导致掉话。

涉及站点数较多,当前已抓取log分析。

(该现象3个网格共出现24次)2、问题二:主叫占用主服务小区在到达A3门限后,上报测量报告请求切换到目标小区,在目标小区进行资源准入失败后,SINR持续恶化直至掉话。

(该现象共出现5次)二、EPC问题1、问题一:华为卡,主叫收到180ringing后还未来得及上发ACK200,网络侧异常下发去专载请求导致未接通。

此时无线侧上下行覆盖较好,SINR和RSRP均在好点标准以上,基站无异常告警及明显的上行底噪偏高情况,因此可以排除网络覆盖问题。

需要与EPC侧分析相关专载去激活请求下发原因。

(该问题出现1次)三、IMS问题1、问题一:华为卡,主被叫终端正处于通话状态,网络环境覆盖良好,两部终端同时收到网络侧下发的BYE请求导致通话中断,BYE原因值为503:service based local policy function aborted session。

(诺基亚/中兴站点下均出现该情况,该问题出现2次)2、问题二:华为卡,主叫寻呼被叫超时,被叫未收到对应的寻呼消息,此时主被叫上下行无线环境良好,SINR值在15以上,排查因无线覆盖导致失步信令丢失的情况。

(诺基亚/中兴站点下均出现该情况,该问题出现3次)四、终端问题1、问题一:语音短呼,被叫收到主叫INVITE消息后未上报INVITE183消息,未建立QCI1承载,而后未启动正常precondition的资源预留流程,直接上发180响铃消息,接通电话。

基于上述异常,本次通话在接通5秒后自动挂断,已通过QXDM查看终端的precondition设置,已经设为开启。

2、问题二:语音长呼,终端于基站侧下发A2事件重配置消息后始终未回复,事件窗口报无线链路失败:配置错误导致RRC重建被拒,最终导致掉话。

volte分析无线侧

volte分析无线侧

(1)主被叫未接通-(无线)-被叫上报INVITE183 消息后主叫无线环境差,主叫收到INVITE503消息问题时间:主叫:16:21:48.240问题描述:16:21:44.699主叫发送INVITE消息;16:21:46.524被叫上报INVITE183消息;16:21:46.306主叫占用连云港_连云_海城LD_4 (37900,372)RSRP值-107dBm,SINR值-10.9dB一直上报A3,16:21:48.240主叫收到INVITE503消息(“Insufficient Bearer Resource”),主叫未接通。

问题分析:测试人员由南向北沿海棠中路行驶,主叫起呼占用连云港_连云_海城LD_4 (37900,372),无线环境差,未及时切换至最优小区导致链路资源丢失,主被叫未接通。

解决建议:优化连云港_连云_海城LD_4 (37900,372)与连云港_海州_商业银行LD_4 (37900,60)的邻区切换。

(2)主叫未接通-(无线)-主叫起呼中被叫弱覆盖,未收到UPDATE200消息问题时间:主叫:09:23:19.667问题描述:09:23:07.733主叫起呼上报INVITE消息,09:23:13.473主叫上报UPDA TE消息;09:23:13.895被叫占用连云港_东海_聚龙公馆西区BBU1LFM_1 (38544,480)RSRP值-121dBm,SINR值-1.6dB收到UPDATE消息并上报UPDATE200消息;09:23:19.667主叫收到UPDA TE500消息并上报CANCEL消息,主叫未接通。

问题分析:测试人员由东向西沿和平西路行驶,主叫起呼过程中被叫占用连云港_东海_聚龙公馆西区BBU1LFM_1 (38544,480)弱覆盖,链路资源恶化导致主叫未接通。

解决建议:添加连云港_东海_聚龙公馆西区BBU1LFM_1 (38544,480)与连云港_东海_玻璃厂LD_4 (37900,270)的邻区。

《VoLTE-4G高清语音业务》全员业务测试题库

《VoLTE-4G高清语音业务》全员业务测试题库

《VoLTE-4G高清语音业务》全员业务测试题库单选1、使用“4G高清语音”业务通话的时候,还能上网吗?(A)A、可以B、不可以C、以实际情况为准D、以上都不对2、使用“4G高清语音”业务如何收费(D)?A、高清语音通话,国内主被叫1元/分钟B、高清语音通话,国内(不含港澳台)主叫1元/分钟C、视频通话不足一分钟的部分按实际产生的秒数折算计费D、高清语音通话,与现行的2G/3G通话计费原则一致3、中国移动N1手机,进行高清视频呼叫,可通过(A)方式操作?A、直接在联系人列表发起、点击号码左边的更多选项中的视频通话B、直接在联系人列表发起、拨号器中屏幕下方选项视频呼叫C、直接在联系人(需长按联系人)列表发起、点击号码左边的更多选项中的视频通话D、直接在联系人(需长按联系人)列表发起、拨号器中屏幕下方选项视频呼叫4、我把上网关了,但4G没关,能使用高清视频电话和高清语音电话吗(A)?A、可以,不影响B、可以,但只能用高清语音电话,不能用高清视频电话C、很抱歉,不可以D、以上都不对5、使用“4G高清语音”业务后,以下哪些业务不能使用(D )?A、亲情网B、集团V网C、短/彩信D、彩印6、高清视频和高清语音之间能切换吗(B )?A、不可以,高清视频不可以切换成高清语音,高清语音也不可以切换成高清视频B、可以,高清视频可以切换成高清语音,高清语音也可以切换成高清视频。

C、可以,高清视频可以切换成高清语音,但高清语音不可以切换成高清视频。

D、以上都不对7、iPhone手机iOS 9.2.1系统的4G高清语音开关在哪里(B)?A、设置-通用-关于本机B、设置-蜂窝移动网络-启用4GC、设置-通用-启用4GD、设置-蜂窝移动网络-蜂窝移动数据-启用4G8、我办了“4G高清语音”业务,能查到详单、剩余分钟数吗(D)?A、可以查询通话详单、不可以查询免费资源B、不可以查询通话详单、可以查询免费资源C、不可以查询通话详单、不可以查询免费资源D、可以查询通话详单、可以查询免费资源9、使用“4G高清语音”业务,如何拨打电话(B)?A、需下载APP,在软件里拨打B、与目前打电话的方式一致,通过拨号盘拨打电话C、与目前打电话的方式类似,但需要加拨IP号码D、以上都不对10、我用4G高清语音通话的时候,还能上网吗?通话和上网分别怎么收费啊(B)?A、可以的,一边打电话一边上网没问题,只收取通话费,不收上网费B、可以的,一边打电话一边上网没问题,通话费、上网费正常收取C、可以的,一边打电话一边上网没问题,只收取上网费,不收通话费D、很抱歉,打电话时无法连接上网,正常收取通话费11、以下对“4G高清语音”业务说法正确的有(C)?A、“4G高清语音”业务会耗费大量的流量,但流量不收钱B、“4G高清语音”业务不会耗费大量的流量,正常收取流量费C、无4G信号,不能使用“4G高清语音”业务D、无4G信号,不影响使用“4G高清语音”业务12、可以给以下哪些客户打高清视频电话(C)?A、中国联通客户B、中国电信客户C、中国移动客户D、境外客户13、我把上网和4G都关了,能使用高清视频电话和高清语音电话吗(C)?A、可以,不影响B、可以,但只能用高清语音电话,不能用高清视频电话C、很抱歉,不可以D、以上都不对14、目前iPhone手机支持高清视频通话吗(A )?A、目前不支持B、支持C、以上都不对D、以上都对15、在没有4G的地方,“4G高清语音”业务还能使用吗(B)?A、能,只要开通上网业务就可以B、不能。

VOLTE问题分析RTP丢包率

VOLTE问题分析RTP丢包率

RTP丢包率问题分析一、问题描述第一轮VOLTE测试工作已完成,通过后台指标统计发现全网RTP丢包率为1.98%,导致该指标的原因主要有4点:基站故障、弱覆盖、无线干扰、重叠覆盖;为此对全网丢包率较高的路段、小区进行问题分析及处理。

二、问题分析1、基站故障:主要由于基站退服导致主被叫呼叫建立时延较久或建立失败,导致RTP丢包率偏高;●主叫UE在集宁朗庭洗浴中心附近时,由于集宁朗庭洗浴-ZLHF退服导致UE占用集宁多经办-2小区,RSRP为-120.56dbm,SINR为-1.6,集宁多经办-2小区信号达到-110dbm以下,开始启动Event A2系统测量,进行B2切换,集宁多经办-2小区切换至2G小区,但是通过层3信令提示“cs-FallbackIndicator= false“说明重选2G失败,导致被叫脱网,在此期间对RTP丢包率影响较大,该路段丢包率为3.455%。

2、弱覆盖:现网部分路段由于覆盖较差,导致SINR值较高,无线环境不良,UE在此路段建立通话时,存在一定程度丢包现象。

●现网弱覆盖主要问题区域集中在4个地方,现已有规划街道站、新建站,目前尚未正式开通,具体区域及覆盖情况如下:3、无线干扰:本次VOLTE测试的主要受2方面影响,一是内部(MOD3)干扰;二是外部干扰器;导致呼叫建立时延较久,RTP丢包率较大;通过对主要路段进行分析确定问题路段,进行无线干扰优化提升指标。

●内部Mod3干扰问题:由于MOD3干扰,主叫UE行驶至该路段时,由集宁联通-3小区切换至集宁博物馆-3小区,并在完成RRC建立、ERAB建立及EPS 承载建立后,开始频繁切换2次(集宁博物馆-3→集宁联通-3→集宁教育局2),在此期间RTP丢包率较差,影响整体指标。

●外部干扰问题:由于外部干扰导致RTP丢包率较大路段一处;位于杜尔伯特路与迎宾路交叉口(集宁一中校区)时,由于上行干扰主叫UE未能正常切换至2G网络,引起掉话;在此期间RTP丢包率较大,主叫被迫脱网。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1、VOLTE测试信令流程与标准不符1.1起呼过程中主被叫在183 消息之前已完成QCI1专载建立,共有以下4种情况:被叫2种:a).被叫在收到INVITE Request之前已完成完成QCI1专载建立;b).被叫在收到INVITE的同时收到QCI=1的承载建立请求;主叫2种:c). 主叫在收到IMS的100 Trying之前就已经建立QCI=1的承载;d). 主叫在收到Trying 100后,183前已完成QCI1专载建立信令截图如下:a).被叫收到INVITE消息前就开始建立QCI1的专用承载;B).被叫在收到INVITE的同时收到QCI=1的承载建立请求;c).主叫在收到IMS的100 Trying之前就已经建立QCI=1的承载;d). 主叫在收到Trying 100后,183前已完成QCI1专载建立,被叫在INVITE Request前已完成完成QCI1专载建立。

1.2被叫侧在回复BYE-200之前,主叫就已经收到IMS下发的BYE-200消息IMS核心网反馈,SBC策略要是收到任一方BYE Reques 直接通知MME释放EPS,无需等待主被叫回复BYE 200 OK。

1.3主叫发起BYE Request挂机,但被叫先收到专载释放,且释放完成后才收到IMS下发的BYE Request,导致平台统计为掉话。

DRB-3为QCI1专载1.4主叫收到Trying 100后网络侧下发去激活QCI1专载,但主叫上次通过结束后已释放完成。

2、三次Modify EPS bearer2.1 主被叫在起呼过程中多次修改EPS Bearer测试发现起呼过程中多次修改EPS Bearer: GBrForDwLink、GBrForUpLink、MbForDwLink、MbrForUpLink 相关速率修改为49、50、96等。

QCI=1的专用承载的EPSID=8(GBR上行50、下行49,第一次MODIFY:修改GBR上下行49,第二次MODIFY:与第一次一样,第三次MODIFY与第二次一样;这种多次修改GBR保障速率主要目的是什么?帮忙看看核心网是否能答复异常呢?)value?message?name?:?Activate?dedicated?EPS?bearer?context?requestvalue?Activate?dedicated?EPS?bearer?context?request?::=?????|----Esm?Header??????????|----Protocol?discriminator?????:?2?(ESM?messages)???????????|----EpsBearerId????:?0x08??????????|----ProcedureTxnId?:?0??????????|----MsgType????????:?0xc5?????|----LinkedEpsBearerId?:?0x05?????|----SdfQos??????????|----GbrForDwLink?????????:?49? ??????????|----GbrForUpLink?????????:?50? ??????????|----MbrForDwLink?????????:?49? ??????????|----MbrForUpLink?????????:?50? ??????????|----GbrForDwLink_Extend??:?0???????????|----GbrForUpLink_Extend??:?0???????????|----MbrForDwLink_Extend??:?0??????????|----MbrForUpLink_Extend??:?0???????????|----Qci??????????????????:?1?第一次:value?message?name?:?Modify?EPS?bearer?context?request value?Modify?EPS?bearer?context?request?::=?????|----Esm?Header??????????|----Protocol?discriminator?????:?2?(ESM?messages)? ??????????|----EpsBearerId????:?0x08??????????|----ProcedureTxnId?:?0??????????|----MsgType????????:?0xc9?????|----SdfQos??????????|----GbrForDwLink?????????:?49? ??????????|----GbrForUpLink?????????:?49? ??????????|----MbrForDwLink?????????:?49? ??????????|----MbrForUpLink?????????:?49? ??????????|----GbrForDwLink_Extend??:?0???????????|----GbrForUpLink_Extend??:?0???????????|----MbrForDwLink_Extend??:?0??????????|----MbrForUpLink_Extend??:?0???????????|----Qci??????????????????:?1?第二次:value?message?name?:?Modify?EPS?bearer?context?request value?Modify?EPS?bearer?context?request?::=?????|----Esm?Header??????????|----Protocol?discriminator?????:?2?(ESM?messages)? ??????????|----EpsBearerId????:?0x08??????????|----ProcedureTxnId?:?0??????????|----MsgType????????:?0xc9?????|----SdfQos??????????|----GbrForDwLink?????????:?49? ??????????|----GbrForUpLink?????????:?50? ??????????|----MbrForDwLink?????????:?49? ??????????|----MbrForUpLink?????????:?50? ??????????|----GbrForDwLink_Extend??:?0???????????|----GbrForUpLink_Extend??:?0???????????|----MbrForDwLink_Extend??:?0??????????|----MbrForUpLink_Extend??:?0???????????|----Qci??????????????????:?1?第三次:value?message?name?:?Modify?EPS?bearer?context?requestvalue?Modify?EPS?bearer?context?request?::=?????|----Esm?Header??????????|----Protocol?discriminator?????:?2?(ESM?messages)???????????|----EpsBearerId????:?0x08??????????|----ProcedureTxnId?:?0??????????|----MsgType????????:?0xc9?????|----SdfQos??????????|----GbrForDwLink?????????:?49???????????|----GbrForUpLink?????????:?49???????????|----MbrForDwLink?????????:?49???????????|----MbrForUpLink?????????:?49???????????|----GbrForDwLink_Extend??:?0???????????|----GbrForUpLink_Extend??:?0???????????|----MbrForDwLink_Extend??:?0??????????|----MbrForUpLink_Extend??:?0???????????|----Qci??????????????????:?1?下图GBrForDwLink、、MbForDwLink、相关速率有修改为49、96。

3、SIP信令丢失3.1主叫未收到UPDATE 200 和180 Ringing 导致未接通:【问题描述】主叫占用EARFCN:38400、PCI:315小区,终端发起invite会话呼叫,服务器响应并回复终端invite100 Trying,网络侧发起QCI=1的承载建立,此时的空口环境CRC-RSRC=-98,CRC-SINR=10,在时间10:36:34同时上发ACK和BYE消息,接着释放QCI1导致一次未接通事件【问题分析】:通过信令分析主被叫信令,被叫上发UPDATE200消息给IMS,但是主叫没有收到下发的UPDTAE200消息,接着被叫上发振铃消息,主叫也没有收到,被叫上发INVITE200消息,主叫收到后上发ACK,通话接通,但是主叫同时上发了BYE消息,进行了QCI1的拆链,收到下发的UPDATE 487 Request Terminated,UPDATE请求终止。

从信令上看已经收到INVITE200消息以及上发ACK,理论上已经接通,但是从UPDATE 487 Request Terminated,UPDATE请求终止怀疑由于UPDTAE200消息丢失导致未接通。

3.2无线环境良好,被叫发送间隔2秒发送第2次INVITE 183,网络侧才下发QCI1激活请求,期间重复收到INVITE Request消息;怀疑核心网SIP消息丢失;:4、通话建立过程,网络侧取消通话4.1被叫发送180 Ringing ,4秒后主叫收到:UPDATE 487 Request Teminated,导致未接通IMS_SIP_UPDATE-Request Teminated 提示: 487 Request Terminated4.2被叫发送183,但收到网络侧:CANCEL-Request(cause=503;text='PT: ASR: INSUFFICIENT_BEARER_RESOURCES') ,导致未接通,疑问是否与空闲态TAU有关。

相关文档
最新文档