Volte分析方法与主要问题
VOLTE端到端掉话分析指导
VOLTE端到端掉话分析指导端到端掉话是指通话过程中，双方用户在语音通话过程中突然失去声音或嘈杂的背景声音，导致通话无法继续进行。
在进行VOLTE（Voiceover Long Term Evolution）时，如果出现端到端掉话问题，需要进行分析和解决。
1.确定掉话现象2.收集掉话问题的证据在用户报告掉话问题后，需要收集相关的证据以进行分析。
可以收集以下内容：-掉话的具体时间和地点-掉话前后的通话质量和信号强度-接入网关或基站的状态信息-网络负载和流量数据3.检查网络和设备接下来，需要检查网络和设备的问题。
可以执行以下操作：-检查网络连接是否正常，例如查看是否有网络故障或网络拥塞的现象。
-检查设备是否有软件更新或升级，确保设备处于最新的运行状态。
-检查设备的电池是否充足，如果电池电量不足可能会影响通话质量。
4.分析通话质量报告VOLTE通话质量报告会记录通话过程中的相关数据，如接收信号强度指示（RSSI）、信噪比（SNR）、块错误率（BLER）等。
分析这些报告可以帮助找到问题的原因。
如果在特定时间段内出现了信号强度下降、信号干扰或其他异常现象，可能会对通话质量产生影响。
5.进行网络路径分析网络路径分析可以帮助确定通话过程中数据传输的路径，并找出可能的问题。
可以通过以下方式进行网络路径分析：- 使用ping命令测试网络连通性，了解数据包在网络中的传输情况。
-分析数据包进出的路由情况，检查是否存在延迟或丢包的现象。
-检查语音流量是否经过负载均衡设备，负载均衡设备的故障可能会导致掉话问题。
6.调查核心网和IMS网络- 网络设备或服务器故障，如SBC（Session Border Controller）或BGCF（Breakout Gateway Control Function）的故障。
-网络节点配置错误，如路由配置错误或信道配置错误。
总结：。
Volte问题分析定位简析
1、ATU—plyer（MOS关注点)2、定时器超时转SCFB2。
1、两个终端定时器这两个定时器均为终端内部设置，协议规定,Tcall和Tqos定时器,大家记一下,超时后终端转CSFB.定时器名称启动条件停止条件默认值Tcall 主叫终端发送INVITE消息收到100 trying 10sTqos 主叫/被叫收到/发送183 sessionprogress 收到专有QCI1的承载建立消息（Activate dedicated EPS bearer context request）6s2。
2、CS retry问题分析和归类2.2.1、原理：当VoLTE用户作为被叫用户时，且呼叫被域选到IMS域后，由于被叫终端不在IMS域内导致该呼叫不能在IMS域被接续，SCC—AS支持尝试从CS域进行接续。
2。
2。
2、问题分析无线影响（维护、建设、优化、规划）：终端不响应寻呼（质差收不到寻呼,响应后基站无法收到)，目前AS cs retry 定时器设置长度为11s；超时后AS即选择从CS域寻呼.●设备原因：SEQ看到paging下发，终端不响应1、2、3次寻呼。
●核心网原因：无线无弱覆盖和质差并响应寻呼，或SEQ看到终端响应,IMS内部出错等。
大家遇到此类问题,及时备份SEQ单据,确认是否为无线以及设备原因导致。
2.2.3、典型问题：11s后，AS未收到响应，发cancel转MGCF3、信令查看LTE小区发射功率：在信令侧找到System Information,双击打开找到pdsch-ConfigCommon下面的referenceSignalPower:18 18表示对应的小区发射功率4、MOS大于3.0分，丢包、抖动、延时判断门限:丢包率：1％，大于1％mos急降抖动时延：小于90msVOLTE比较好，大于90ms就是坏点（每次数据包之间传输不一致，就叫抖动时延）；时延：250ms(数据包在发生与接收之间的传输时间）；MOS打的点为前8秒的通话判定结果5、RRC重建RRC重建的原因:切换失败；2、无线链路失败；3、完成性保护失败；4、RRC重配置失败;5、E—UTRA侧移动性失败在RRC重建初始化阶段，UE会执行如下操作：●停止定时器T310，如果正在运行；●开始定时器T311；●挂起除SRB0之外的所有RB;●复位MAC;●应用缺省的物理信道配置；●应用缺省的半持久调度配置；●应用缺省的M A C主配置；●释放reportProximityConfig并情况所有邻近状态报告相关的定时器；●进行小区选择；当选择一个合适的E—UTRA小区后，意味着RRC重建初始化完成，此时，UE将执行如下操作:●停止定时器T311；●开始定时器T301；●采用SystemInformationBlockType2中包含的timeAlignmentTimerCommon.●初始化RRCConnectionReestablishmentRequest消息的发送；注:该过程同样适用于如果UE返回源小区的情况注：在定时器T311运行过程中，UE选择了一个不同RAT的小区时，UE 将离开RRC_CONNECTED状态，同时‘RRC连接失败’。
VOLTE掉话分析
VOLTE掉话分析VOLTE（Voice Over LTE）是一种在4G LTE网络上实现高质量语音通话的技术。
它比传统的2G和3G网络更高效和先进，但在实际应用过程中，仍有可能出现掉话的情况。
下面将分析VOLTE掉话的可能原因和解决方法。
首先，VOLTE掉话的原因可能和网络覆盖有关。
4GLTE网络有时在一些较为偏远的地区信号覆盖可能不稳定，或者室内覆盖不足，这都可能导致VOLTE掉话。
解决这一问题的方法可以是增加基站的覆盖范围或增加室内信号增强器等设备。
其次，VOLTE掉话的原因还可能和设备功率管理有关。
在信号弱的地方，手机可能会增大功率以保持通信连接，这可能会导致电量消耗过快，进而导致掉话。
此外，设备的软件或硬件故障也可能导致VOLTE掉话。
解决这一问题的方法可以是优化设备的功率管理算法，确保设备正常运行，并及时修复软硬件故障。
再次，VOLTE掉话的原因还可能和网络负载有关。
在高峰时段或网络拥堵的情况下，网络负载增加可能导致语音通话的质量下降，包括掉话。
解决这一问题的方法可以是提升网络的容量，增加带宽等。
此外，VOLTE掉话还可能和网络的QoS（Quality of Service）设置有关。
QoS的设置可以对不同类型的数据流分配不同的优先级，如果语音通话的优先级设置不当，可能导致VOLTE掉话。
解决这一问题的方法可以是合理设置QoS，确保语音通话的优先级高于其他数据流。
最后，VOLTE掉话的原因还可能和网络的连接稳定性有关。
网络的连接不稳定可能导致通话中断，从而出现掉话情况。
解决这一问题的方法可以是优化网络的传输协议，提高连接的稳定性。
总的来说，VOLTE掉话的原因可能涉及网络覆盖、设备功率管理、网络负载、QoS设置和连接稳定性等多个方面。
要解决这一问题，需要优化网络、设备和软件配置，并加强对网络质量的监控和维护。
只有在确保网络稳定和通信质量高的情况下，才能实现高质量的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拉网测试时，在洞山中路与淮河大道交叉口占用立交桥-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常见问题及优化策略
五、常见问题分析二 异系统重定向(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 (Voice over LTE) 是一种利用LTE网络传输语音和数据的技术。
VOLTE接通率优化是指通过调整和优化网络参数和配置，以提高VOLTE呼叫的接通率。
下面将介绍一些优化思路和案例，以提高VOLTE接通率。
1.数据分析和故障排查：首先，进行数据分析和故障排查是优化VOLTE接通率的基础。
通过分析呼叫失败原因、掉话率、信号覆盖和质量等指标，定位问题，并采取相应的措施进行修复。
2.优化VoLTE频谱资源：VOLTE需要分配适当的频谱资源以保证通话质量。
通过合理规划和配置频谱资源，避免与其他无线网络干扰，优化频谱利用率，提高VOLTE接通率。
3.参数优化：调整和优化网络参数是提高VOLTE接通率的重要手段。
例如，设置适当的调度算法、增加资源预留、调整拥塞控制参数等，以优化资源分配和控制，提高呼叫的接通率。
4.优化呼叫控制和信令处理：呼叫控制是VOLTE接通率的关键。
通过优化呼叫控制流程、有效处理和分发信令等方式，减少呼叫失败、超时等问题，提高VOLTE接通率。
5.扩充信号覆盖：信号覆盖是影响VOLTE接通率的重要因素。
通过添加、调整和优化基站、天线的位置和布局，加强覆盖，提高信号质量和接通率。
6.增加容量和优化网络拓扑：根据需求，增加基站和小区，扩充网络容量，分担负载，减少拥堵，提高VOLTE接通率。
同时，对网络拓扑进行优化，合理设计和布置小区，以提高效率和质量。
7.实时性网络优化：通过对网络信号和质量进行实时监测和优化，及时发现和解决问题，提高VOLTE接通率。
例如，利用实时数据和监控系统，对信道质量、拥塞情况等进行监测和控制。
下面以一个案例来说明VOLTE接通率的优化：地区的手机运营商发现VOLTE接通率较低，通过数据分析发现主要问题是信号覆盖不佳和呼叫控制流程不完善。
1.基站优化：首先，他们增加了一些基站，将基站的覆盖范围调整到更适合VOLTE通话的区域。
运营商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掉话优化方法（包括测试、统计）1.1、Volte掉话定义：Volte掉话率=掉话次数/成功建立呼叫次数*100%统计方法•掉话：空口RRC连接释放（终端Radio Link Failure或者网络侧RRC Release）；主被叫bye消息异常或者通话结束收到bye和ACK消息，但是未正常释放承载。
•成功建立呼叫：包括RRC连接建立和SIP会话建立。
a)RRC连接建立：RRC IDLE状态的终端通过“随机接入-RRC连接建立-DRB建立”立空口过程完成与无线网的连接并开始上、下行数据传送，视作成功完成连接建立；b)成功建立呼叫：从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 200 OK消息；1.2、Volte掉话率优化思路：Volte掉话分析大致来源于投诉、DT、统计（炎强或者网管）三方面；目前掉话原因主要集中在两方面：一方面是无线；另一方面是EPC或者IMS的问题。
针对掉话优化，具体优化流程涉及方面如下：1.2.1 路测掉话分析思路Volte目前在我省处于试商用阶段，现阶段测试是我们发现Volte问题的主要手段。
通过全国各地对Volte掉话分析处理的经验，如上六方面是影响Volte测试掉话率的主要因素，具体分析方法如下：1、服务小区故障导致掉话：此类问题的表象不一，总的来说，在确认系统的功率、切换、业务相关参数无误、并排除了无线环境（信号）的影响之后，掉话问题依旧存在，这时可以将问题考虑为系统设备（可能是硬件或软件）异常。
1. 网管告警查询，如果存在告警及时处理。
2. 切换流程异常（在切换区、无法正常完成切换、而导致掉话）3. 在业务进行到相对固定的一段时间内、发生掉话（并且可复现）4. 在特定某（几）个扇区、eNodeB下，发生可复现的掉话5. 跨MME、或者跨TA等，在特殊区域进行业务时，发生可复现的掉话2、弱覆盖导致掉话：现象由于弱覆盖导致的掉话，通常有以下表现：1. 掉话前服务小区的RSRP持续变差（低于弱覆盖标准1，如：小于-110dBm）、同时服务小区的SINR也一起持续变差（小于-0dB，甚至更低）；2. 掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。
VoLTE端到端业务质量分析要点
VoLTE端到端业务质量分析要点什么是VoLTE？VoLTE，即Voice over LTE，是一项利用LTE网络传输语音和多媒体信息的技术。
相比于传统的通话方式，VoLTE具有更高的通话质量、更快的接通速度和更低的通话掉线率。
VoLTE业务质量分析对于VoLTE业务运营商和用户而言，业务质量分析是十分重要的。
以下是VoLTE端到端业务质量分析的一些要点：1. 测试方法针对VoLTE的业务质量分析，应采用业界已经认可的测试方法，如3GPP（3rd Generation Partnership Project）规定的测试方法。
测试结果应当可重复性和可比性。
2. 网络漫游在进行VoLTE业务质量分析时，需要考虑到网络漫游的情况。
在用户移动时，需要了解业务质量的变化，以便了解VoLTE网络在不同地点的业务质量表现。
3. 网络覆盖率VoLTE业务质量分析应考虑到网络覆盖率。
网络覆盖率的高低直接影响VoLTE 的通话质量和通话掉线率。
测试时应该按照网络覆盖率进行测试，并对测试结果加以分析。
4. 信号强度信号强度是影响VoLTE业务质量的重要因素之一。
对于VoLTE来说，信号强度需要达到一定的水平，才能保证语音、多媒体传输的质量。
测试时应考虑信号强度，并对测试结果进行比较和分析。
5. QoS保障在VoLTE业务质量分析时，需要重点关注QoS保障。
QoS保障是VoLTE能够提供高质量服务的关键。
在测试时，应关注到VoLTE是否满足业务质量要求，如通话质量、接通速度、通话掉线率、数据传输速度等。
6. 时延VoLTE业务质量还与时延有关。
在VoLTE通话中，时延较大会导致通话质量下降。
因此，在进行业务质量分析时，时延也是需要考虑到的因素之一。
7. 安全性VoLTE业务质量分析中还应特别关注安全性，尤其是数据传输的安全性。
业务质量分析应包括对VoLTE的安全性进行测试，并对测试结果进行评估。
结论VoLTE业务质量分析是一个综合性的任务，需要考虑到多个因素的影响。
VOLTE寻呼拥塞分析优化案例
VOLTE寻呼拥塞分析优化案例一、案例背景VOLTE（Voice over LTE）是指通过LTE网络进行语音通信的技术，它提供了高质量的语音通话和丰富的通话功能。
然而，在实际网络运营中，由于网络拥塞等原因，VOLTE寻呼过程中可能浮现延迟或者失败的情况，影响用户的通话体验。
因此，我们需要进行VOLTE寻呼拥塞分析优化，以提高寻呼成功率和通话质量。
二、问题分析1. 寻呼拥塞原因分析：我们需要对VOLTE寻呼拥塞问题进行深入分析，找出导致寻呼失败或者延迟的具体原因。
可能的原因包括网络拥塞、信号覆盖不足、信道干扰等。
2. 寻呼成功率分析：对于寻呼成功的情况，我们需要分析成功率，并根据不同地区、时间段等因素进行对照分析，找出成功率较低的地区或者时间段，并进一步分析原因。
3. 通话质量分析：除了寻呼成功率外，我们还需要分析VOLTE通话质量，包括音质、时延、丢包率等指标。
通过对通话质量的分析，我们可以找出影响通话质量的因素，并进行优化。
三、数据采集与分析1. 数据采集：我们需要采集VOLTE寻呼过程中的相关数据，包括寻呼请求次数、寻呼成功次数、寻呼失败次数、寻呼延迟时间、通话质量指标等。
这些数据可以通过网络监测设备、基站设备、用户设备等进行采集。
2. 数据分析：采集到的数据需要进行详细的分析，包括寻呼成功率的计算、寻呼延迟时间的统计、通话质量指标的计算等。
通过对数据的分析，我们可以找出问题所在，并制定相应的优化方案。
四、优化方案1. 网络优化：针对网络拥塞问题，我们可以通过增加基站、优化网络参数、调整信道分配等手段来提高网络容量和覆盖范围，从而减少寻呼拥塞情况的发生。
2. 信号优化：对于信号覆盖不足的问题，我们可以通过增加基站或者调整天线方向来改善信号覆盖情况，提高寻呼成功率。
3. 干扰处理：针对信道干扰问题，我们可以通过频谱分析、干扰源定位等手段来找出干扰源，并采取相应的干扰消除措施，提高寻呼成功率和通话质量。
【4G+(VOLTE)知识】_Volte分析方法与主要问题
分析：QCI5 设置的 RLC 优先级为 1，高于 SRB=2(传送 NAS 层消息)配置为 3. 导致 NAS 的层 3 消息已经比 MR 要早，但是因为优先级比 MR 和 SIP 低，未及时发送。 优化措施：降低 QCI 5 优先级，确保 NAS 消息及时上传，修改后此类问题改善明显。
1.2 QCI 5 PDCP DiscardTimer 时长优化
1.4 重定向掉话
XX 区域掉话最严重属于重定向掉话，在 XX 基站算法中，以下三种可能发生重定向，重定向 释放 RRC 后，专载同时被拆除，VoLTE 业务产生掉话。
1.5 RTP 丢包率优化
背景：测试发现，XX 区域 RTP 丢包率偏高，个别网格甚至达到 2%以上。 原因分析：在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为 严重，PDCP 重传时间超时，数据包将被丢弃； 外场测试表明QCI 1 PDCP Discardtimer 配置与RTP 丢包率及Jitter 有密切关系，QCI1 PDCP
1.7 专载释放与切换冲突，通话结束未收到专载释放掉话
问题描述：在拉网测试过程中，通话挂机后，主叫上报 BYE 消息，IMS 回 BYE200 消息前后， 同时手机发生切换，未收到 EPS 专载释放请求，1s 后软件统计掉话。 问题分析：经分析 MME log，发现 MME 未收到 PGW 下发的 delete bearer request 消息。当 X2 切换触发 SGW-initiated bearer modification procedure（完整信令是 CCR-CCA），如 果此时 SIP 挂机触发 PCRF 也发 RAR 给 PGW，由于 Gx 链路时延等原因，使得 RAR 先于 CCA 到 达 PGW，根据协议规定，PGW会继续SGW-initiated bearer modification procedure 而 reject RAR (result code DIAMETER_OUT_OF_SPACE)。 优化措施：当前解决办法： 1 缩短 DRA 时延配置。 2修改 SAPC 到 DRA 链路为主-备模式，保证 CCA 和 RAR 走同一路径和到达 PGW 的先后顺 序 。 优化结果：近期调整后的网格测试，暂时没有发现 BYE200 消息前后发生的切换没释放 QCI 1 专载的情况。 现网华为答复：由于没有协议支撑，且 MME 的重传机制对周边网元也有要求，暂无版本规划， 如必须具备此功能，可提至集团层面提出具体的需求统一开发
volte测试方法
volte测试方法Volte测试方法1. 引言Volte（Voice over LTE）是一种基于LTE（Long Term Evolution）网络的语音通信技术，它提供了高质量的语音通话和丰富的通信功能。
在实际应用中，为了确保Volte的稳定性和性能，需要进行一系列的测试来验证其功能和性能。
2. Volte测试的目的和重要性Volte测试旨在验证Volte技术在实际环境中的可靠性和性能。
通过测试，可以发现和排除Volte网络中的问题，提高通话质量和用户体验。
同时，Volte测试还可以评估Volte网络的容量和扩展性，为网络规划和优化提供依据。
3. Volte测试的方法和步骤3.1 功能测试功能测试是Volte测试的基础，旨在验证Volte网络中的各项功能是否正常工作。
测试重点包括呼叫建立、呼叫保持、呼叫转移、呼叫挂断等功能。
测试人员可以使用真机或模拟器进行测试，模拟不同场景下的呼叫过程，检查各项功能是否符合设计要求。
3.2 性能测试性能测试是评估Volte网络性能的重要手段。
测试重点包括呼叫接通率、呼叫掉话率、呼叫建立时间、呼叫保持时间、呼叫音质等指标。
测试人员可以使用专业的测试仪器和软件进行性能测试，模拟不同负载和网络条件下的呼叫过程，评估Volte网络的性能表现。
3.3 容量测试容量测试是评估Volte网络容量和扩展性的重要手段。
测试重点包括最大并发呼叫数、呼叫接通率随并发呼叫数的变化、呼叫建立时间随并发呼叫数的变化等指标。
测试人员可以使用负载测试工具模拟大量并发呼叫，评估Volte网络在高负载情况下的性能表现。
3.4 兼容性测试兼容性测试是验证Volte网络与其他设备和系统的兼容性的重要手段。
测试重点包括与不同厂家的终端设备、IMS核心网、传输网等的兼容性。
测试人员可以使用不同厂家的设备和系统进行测试，验证Volte网络与其的互操作性和兼容性。
4. Volte测试的工具和设备4.1 测试仪器测试仪器是进行Volte测试的重要工具，包括信令分析仪、数据包分析仪、语音质量测试仪等。
VoLTE语音感知问题原因分析与优化
8语音感知问题原因分析与优化8.1概述8.1.1 MOS指标定义MOS值（MeanOpinionScore），即语音质量的平均意见值，是衡量通信系统语言质量的重要指标。
MOS与人的主观感受映射关系如下：一般情况下，MOS值大于等于3.8被认为是较优的语音质量，大于等于3.0被认为是可以接受的语音质量，低于3.0被认为是难以接受的语音质量。
中国电信对MOS分的定义为路测MOS分，基于宽带AMR（AMR WB）的POLQA算法打分。
8.1.2 MOS取值方法中国电信集团只有语音MOS的测试标准，视频业务目前业界无通用MOS测评标准，所以现阶段VoLTE 的MOS值测试仅针对语音业务。
MOS测试采用VoLTE拨打VoLTE的方式，测试宽带VoLTE编码的语音质量。
VoLTE语音MOS采样机制如下：1）主叫起呼，进行录音（8s左右）；2）被叫放音，主叫收音，被叫记录第1个MOS采样点（8s）；3）主叫放音，被叫收音，主叫记录第1个MOS采样点（8s）；4）被叫放音，主叫收音，被叫记录第2个MOS采样点（8s，与第1个采样点间隔16s）；5）主叫放音，被叫收音，主叫记录第2个MOS采样点（8s，与第1个采样点间隔16s）；6）被叫放音，主叫收音，被叫记录第3个MOS采样点（8s），如此类推……8.1.3 影响MOS的主要因素影响VoLTE MOS值的因素主要有端到端时延、丢包、抖动等，如下：类别原因说明时延传输时延传输时延是指结点在发送数据时使数据块从结点进入到传输媒体所需的时间，即一个站点从开始发送数据帧到数据帧发送完毕（或者是接收站点接收一个数据帧的全部时间）所需要的全部时间，传输引入时延大于80ms，导致端到端时延大于200ms，通过ping包测试检测传输时延。
EPC转发时延排除空口时延和传输时延后，通过EPC抓包分析EPC转发时延问题空口时延空口是基站和移动之间的无线传输规，定义每个无线信道的使用频率、带宽、接入时机、编码方法以及越区切换，影响空口时延的主要因素是数据传输时长、数据传输资源请求等待时间，以及数据处理导致的反馈延时等。
VoLTE网络优化分析方法研究及实践.doc
VoLTE网络优化分析方法研究及实践
VoLTE是基于4G网络的全IP端到端的语音解决方案,实现了语音业务由传统电路域向数据域的转变,为用户带来更低的接入时延、更高质量的语音和视频通话效果。
VoLTE的商用对运营商来说意义重大,标志着语音正式进入宽带化、IP化的时代,可显著提升无线频谱利用率,提升用户感知,显著降低建网成本。
VoLTE语音解决方案的核心是在EPC网络上增加IMS系统实现语音控制,在提供高质量语音业务同时也面临着端到端业务实现流程复杂,涉及用户、终端、无线、传输、EPC、IMS、CS、数通等多专业协同的问题。
VoLTE网络架构复杂、端到端流程长、涉及网元多的特点给VoLTE网络问题定位和优化提升带来巨大挑战。
本文结合甘肃移动VoLTE网络试商用期间的维护优化经验,对VoLTE的分析和优化方法进行了研究和总结,主要分为四个部分:首先是对网络架构、基本原理和关键技术进行了总结;其次是对涉及到的IMS注册、呼叫、eSRVCC关键信令流程进行了分析;第三是对VoLTE的问题分析和定位方法进行了论述并制定了相应的规则;最后结合实践经验对VoLTE优化涉及到的基础无线网优化和方法进行了详细的论述,包括覆盖、干扰、切换、接通、掉线、MOS、容量评估。
本文形成的分析和优化和流程对于运营商VoLTE网络商用初期的性能优化有一定指导和借鉴意义。
VoLTE集中分析方法及应用
无线侧数据
告警数据
厂家OMC数据
其他数据
路测系统
厂家OMC
信令系统
栅格场景数据
地理信息数据
MR地图栅格化系统
采集层
• 系统互联：打通不同平台的数据 接口，与其他平台交互数据
• 多维数据解析：对原始数据清 洗、过滤等粗加工；完成隐私加 密确保数据安全；
数据存储层
• 数据仓库：完成数据汇总、问题 原因和问题表征标准化；
VoLTE集中分析优化工作成效
我省通过开展VoLTE集中分析与优化工作，有效提升了问题定位准确率和工单处理效率， 网络质量得到明显改善。
问题定位准确率高
7-9月共产生VoLTE工单593张，运用集中分析方法准确定位问题 493个，问题定位准确率达83.14%。
已定位无线问题的主要原因为弱覆盖、干扰、故障，分别占 36.27%、23.44%、13.64%。
端到端网元种类多，目前无相关分析定界规则； 性能分析未有效结合信令关联分析。
端到端分析方法欠缺
端到端流程长，涉及专业多，问题定位难。如VoLTE接入失败，原因可能涉及无线网、 EPC、传输、IMS、增值业务平台等；
各网元失败原因值不同，关联分析困难。如eSRVCC切换基站侧统计主要失败原因为7种， 信令监测为10种，之间关系不统一，没有统一关联；
VoLTE集中分析架构及方法（2/2）
针对VoLTE网络特点，我省从拓展发现手段、创新分析方法、完善分析规则三个方面进行研究 ，形成了一套VoLTE集中分析优化方法，提升了VoLTE集中分析效率与准确率。
拓展发现手段
创新分析方法
完善分析规则
性能
实时性能 非实时性能
测试
ATU测试 商用终端测试
VOLTE案例分析(PDCP SN SIZE 配置不一致导致异常掉话问题。)
PDCP SN SIZE配置不一致导致异常
1.问题现象:
小区1：PDCP SN SIZE配置为7；小区2：PDCP SN SIZE配置为12。
当手机在小区1和小区2互切时，主被叫同时发起bye，引起掉话。
2.问题分析:
现场选取两个贝尔站点，把PDCP SN SIZE修改不一致后复测（来凤街，PDCP SN SIZE=7；
第二机床厂，PDCP SN SIZE=12），手机首先在来凤街注册并拨号，此时它的RRC
RECONFIGRATION带下来的PDCP SN SIZE=7。
当手机向第二机床厂移动时，发起handover request，此时IE中携带PDCP SN SIZE为
7.（截图如下）
此时目标基站回复Ack消息，并进行了切换。
但是原小区在给手机发的rrcConnectionReconfiguration消息中，未带有PDCP重配消息。
从而导致PDCP解码失败，形成单通or双不通。
（截图如下）
3.问题处理：
通过研发分析，是由于PDCP-config没有下发导致；根据研发提供的patch，验证结果如下：
现场选取两个贝尔站点，把PDCP SN SIZE修改一致后复测，主叫发生了60次切换，被叫发生65次切换，未发生掉话。
从手机侧log看，当PDCP SN SIZE配置一致时，在RRC重配置消息中携带pdcp-config消息。
（截图如下）
4．问题解决：
建议厂家之间协商好PDCP SN SIZE，临时解决问题。
贝尔将在LR14.3彻底解决PDCP SN SIZE 配置不一致导致异常掉话问题。
VOLTE丢包分析思路
VOLTE丢包分析思路VOLTE RTP丢包率问题分析一、网管统计丢包率情况1、丢包率变化情况：通过对指标的观察，发现上行丢包率大于下行丢包率，且指标都位于0.1%-0.3%之间。
二、丢包率的影响因素（无线侧）1、上行丢包率影响上行丢包率的主要有三大因素：弱覆盖、大话务、上行干扰。
①弱覆盖：上行弱覆盖导致上下行链路不平衡，导致丢包；案例：邻区漏配导致的弱覆盖，丢包严重，MOS低②大话务：控制信道配置不足，同一小区内上行用户量多时概率性出现上行数据包未正常发送，导致丢包；案例：XXXXXXX-HLW业务量较大，上行丢包率较高XXXXXXXX-HLW站点长期业务量较大，上行丢包率大于1%，主要原因是上行资源不足，需要修改上下行初始CCE分配比例，加大上行CCE的资源预留。
③外部干扰：4G网络受到网内、网外干扰的情况依然存在，如电信FDD干扰、干扰器、站点GPS故障等，导致丢包。
案例：上行干扰导致上行丢包严重，造成掉话问题描述UE在XX路由北往南移动，主叫占用A-HLH-2（RSRP:-77.56dBm SINR:26.9dB)在16:55:29.181完成呼叫，发起BYE REQUEST请求；被叫占用相同小区（RSRP:-80.75dBm SINR:23.5dB)在此时未收到网络侧下发的BYE REQUEST，在16:55:32.105主动发起BYE REQUEST，系统记为一次掉话。
问题分析主叫在通话完成以后上发BYE REQUEST，基站侧未收到，被叫主动发起BYE REQUEST，系统记为掉话。
查看主被叫信令，发现在挂机时刻UE重复发送BYE REQUEST消息和BYE OK 消息，基站侧也重复下发BYE REQUEST给主叫，此时上行BLER非常高，达到70%-80%，上行链路质量非常差；通过查询当时的干扰信息，发现该路段附近存在较大的上行干扰：（参考此时段共站共覆盖TDS小区“SMSNR1：XXXXX_2”干扰信号）问题结论该路段存在较强的外部干扰，需对干扰源进行定位，排除干扰。