(参考资料)volte-Mate7手机不能做视频电话的分析及解决方案
如何解决手机无法进行通话的困扰
如何解决手机无法进行通话的困扰手机已经成为我们生活中不可或缺的一部分，它不仅仅是一种通信工具，还承载着我们的社交、娱乐和工作等多种功能。
然而，有时我们可能会遇到手机无法进行通话的问题，这无疑给我们的生活带来了困扰。
在本文中，我将分享一些解决手机无法通话问题的方法，希望能帮助大家解决这一困扰。
一、检查网络信号首先，我们应该检查手机的网络信号是否稳定。
手机通话依赖于网络信号的支持，如果网络信号不好，就可能导致通话质量差或无法通话的情况发生。
我们可以通过手机屏幕上的信号图标来判断信号强弱，如果信号弱，可以尝试移动到信号更好的地方，或者使用其他运营商的SIM卡进行测试。
二、重启手机有时候，手机出现无法通话的问题可能是由于系统故障或其他软件问题引起的。
在这种情况下，我们可以尝试重启手机来解决问题。
重启手机可以清除临时文件和缓存，重置系统设置，有助于恢复手机的正常功能。
通常情况下，长按手机的电源键，选择重启选项即可完成重启操作。
三、检查SIM卡如果手机无法通话，还可以检查SIM卡是否正常。
我们可以将SIM卡取出，清洁一下金属接点，然后重新插入手机。
有时候，SIM卡可能松动或者接触不良，导致通话功能受到影响。
此外，如果SIM卡损坏或者过期，也会导致手机无法通话。
在这种情况下，我们可以联系运营商更换一张新的SIM卡。
四、检查通话设置有时候，手机无法通话可能是由于通话设置问题引起的。
我们可以进入手机的设置界面，找到通话设置选项，确保通话限制、呼叫转移等功能设置正确。
如果我们设置了通话限制，可能会导致无法拨打或接听电话。
此外，呼叫转移功能也可能导致通话无法正常进行。
因此，我们应该仔细检查通话设置，确保其符合我们的需求。
五、更新手机软件手机软件更新不仅可以提供新功能和修复软件漏洞，还可以解决一些通话问题。
如果我们的手机软件版本过旧，可能会导致通话功能不稳定或无法正常工作。
因此，我们应该定期检查手机是否有可用的软件更新，并及时进行更新。
VOLTE介绍V4
三星
S6（64G）
CMCC
A2
乐视
MAX PRO
苹果
IPHONE6S
HTC
ONE M8t
RAM
1G 3G
3G
3G 2 2G 2G 3G 3G 4G 4G 2G 4G 2G 2G
ROM
8G 32G
主屏大小 （英）
CPU核数
主摄像头 像素
4.5
4
500
6
8
1300
32G
6
8
1300
32G
5.5
16
5
16G
LTE没有电路域，需要基于分组域提供IP语音业务，即VoLTE(Voice over LTE)
特征1： VoLTE是基于IMS语
音业务
中移动通过IMS可以 在保证其原有的语音 和短信业务质量不受 影响的前提下，轻松 引入全新的丰富的多 媒体业务，即所谓的 全业务运营。
特征2： VoLTE提供高质量的 语音、高清视频等业
省电 性能
根据实测VOLTE更省电，VOLTE视频和语音比OTT业务占用资源更 少。
四、VoLTE时延对比
呼叫时延：呼叫时延通俗讲就是从主叫拨打电话开始到听到被叫振铃的时间差。我 们通过实测得到不同制式下的呼叫时延，可以看出VOLTE拨打其他制式的时延较 低，VOLTE互拨打时延最低，后续会持续优化降低时延。故VOLTE很好的提升了 用户的感知，尤其在关键时刻更显卓越性能。如下所示各个制式的呼叫时延：
五、VoLTE现网覆盖情况
目前乐山市4G已全网开通VoLTE功能，各区县VoLTE覆盖率均在90%以上， 已满足商用条件。嘉州、井研和五通的城区综合覆盖率甚至达到99%以上，个别 区县存在建设问题覆盖较差。
volte解决方案
volte解决方案
《Volte解决方案：实现高质量语音通话》
LTE技术的快速发展和普及，为通信行业带来了前所未有的变革。
在这种趋势下，VoLTE（Voice over LTE）技术应运而生，成为了实现高质量语音通话的解决方案。
VoLTE是一种基于LTE网络的语音通话技术，与传统的2G 和3G语音通话相比，具有更高的声音质量、更短的连接时间和更低的功耗。
这种技术基于IP网络，允许运营商在LTE网络上提供高清晰度语音通话和视频通话服务，极大地提高了用户体验。
VoLTE解决方案的实现，需要LTE网络的升级和优化，以及相应的终端设备支持。
通过LTE网络的优化升级，运营商可以支持更多的高质量语音通话，并将其集成到各种移动通信服务中。
而终端设备的支持则意味着用户可以享受到更加优质的语音通话体验。
此外，VoLTE解决方案还需要强大的网络管理和优化能力。
运营商需要对网络进行有效的管理和优化，确保VoLTE服务的稳定性和可靠性。
同时，运营商还需要建立高效的计费系统和客服支持体系，为用户提供更加完善的服务。
总而言之，VoLTE解决方案是一个技术和商业模式的完美结合，它能够为用户带来更高质量的语音通话体验，为运营商创造更多的商业价值。
随着LTE网络的不断完善和普及，
VoLTE解决方案将在未来继续发挥重要的作用，成为移动通信行业的发展方向。
Volte故障分析手册
拆线网元：HSS ，失败场景：被叫为CS用户且关机，由于用户有同城特递等业务，主叫SCP会查询被叫HSS其域选信息，HSS回复5001，而后呼叫送往CS域，最后由CS域回ACM放音。。 失败原因：被叫关机。
11. 500 Internal Server Error
拆线网元：AS ，失败场景：VoLTE AS与SCSCF交互Update消息后，终端无200 ok响应，触发VoLTE AS设备上6s的定时器，VoLTE AS先408 time out拆线。 失败原因：终端或无线侧问题。
拆线网元：UE ，失败场景：被叫号码为外省固话号码，VoLTE用户主叫invite中带b行信息，对端IMS固话不支持此字段，拒绝呼叫；手机收到488后回落23G再发起呼叫，用户不感知第一次失败。。 失败原因：VOLTE终端与IMS固话终端参数配合问题引起的失败，集团推进SBC过滤B行后可解决。
拆线网元：ICSCF ，失败场景：Enum中被叫号码翻译指向VOBB的ICSCF，而用户在固网HSS中无数据，导致ICSCF查HSS失败，呼叫失败，可能由于用户签约过企业通信助理数据未清理干净引起。。 失败原因：需要核查被叫号码的ENUM签约数据。
拆线网元：MGCF ，失败场景：被叫是CS用户，主叫发生bSRVCC切换，MGCF转发183消息给主叫后，主叫未响应prack，MGCF多次重发183后定时器超时释放，发出580拆线，带Warning: "16 sipsl_nc_sipi_bearer_time_out."。 失败原因：由于主叫发生振铃前SRVCC引起
5. 487 Request Terminated
拆线网元：SCP AS ，失败场景：SCP AS下发183消息中带"P-Early-Media: sendrecv "放音，而后下发487拆线。被叫号码为短号。 失败原因：主叫拨打的虚拟网短号有误。
经典案例-VoLTE掉话问题处理思路与优化方法
VoLTE掉话问题处理思路与优化方法VoLTE掉话问题处理思路与优化方法目录VoLTE掉话问题处理思路与优化方法 (1)1概述 (3)2VoLTE掉话率问题定界排查 (3)2.1VoLTE掉话问题定界思路 (4)2.2VoLTE掉线率TOPN小区定位排查思路 (5)3VoLTE掉线信令流程以及相关指标 (6)4VOLTE掉话无线问题优化方法 (7)4.1由于ENB的无线链路失败 (7)4.2由于ENB重建立失败 (9)4.3由于小区关断或复位 (11)4.4ENB由于S1链路故障发起释放 (11)4.5由于UE切换失败 (14)4.6由于UE不在线导致释放 (14)4.7由于ENB小区拥塞导致的释放 (14)4.8由于ENB过载控制导致的释放 (14)5VOLTE掉话处理案例 (15)5.1邻区漏配导致的掉话问题处理案例 (15)5.2弱覆盖导致的掉话问题处理案例 (18)5.3切换失败导致的掉话问题处理案例 (19)6总结 (20)1 概述目前萍乡电信VoLTE商用在即，VoLTE作为LTE网络实现语音通话的最终方案，用户对VoLTE高清语音的需求将越来越大，但目前由于电信Volte没有实现弱覆盖情况下的异系统切换，所以在弱覆盖区域存在较大的掉话风险。
伴随着网络规模的进一步扩大以及网络结构的日渐复杂，处理VoLTE的掉线问题即将成为日常网络维护中一项重要的工作。
本文通过研究VoLTE掉话问题定位及处理方法，主要从无线链路失败、切换失败、拥塞等方面展开分析，并总结VoLTE掉话问题处理优化经验。
2 VoLTE掉话率问题定界排查VoLTE掉话率指在移动通信的过程中，终端在VoLTE的通信意外中断的几率。
在信令监测平台上，VoLTE掉话指标取自于Rx接口和Mw接口，公式如下：VoLTE语音掉话率=VoLTE语音掉话次数/(（VoLTE语音始呼应答次数+VoLTE语音终呼应答次数）)VoLTE语音掉话次数指SBC（不区分主叫域和被叫域）收到PCRF发送媒体类型为语音的ASR（下图消息1）的次数，且ASR中Abort Cause为“PS to CS Handover”不含在内。
无法正常通话应该如何排查故障
无法正常通话应该如何排查故障无法正常通话是我们日常生活中常遇到的问题之一，有时当我们使用手机或固定电话时，可能会遇到通话中的故障，例如无法接通对方、听不清对方的声音等。
本文将介绍一些常见的无法正常通话的故障排查方法，以帮助解决这些问题。
一、检查网络信号连接无法正常通话的一个常见原因是网络信号连接不稳定或中断。
首先，您可以检查手机或固定电话是否有足够的信号覆盖，如果信号强度较弱，可能导致通话质量差。
您可以尝试将手机或固定电话移动到信号较强的区域，或者尝试使用其他网络提供商的服务。
二、检查通话设置有时候，无法正常通话是由于通话设置的问题引起的。
您可以检查手机或固定电话的通话设置是否正确。
确保您的手机或固定电话没有静音或免提模式开启。
同时，确保通话音量适中，不要过大或过小。
如果是使用手机通话，确保您没有将通话转移到其他设备上，例如耳机或其他蓝牙设备。
三、检查通话设备和配件通话设备和配件的故障也可能导致无法正常通话。
如果您使用的是耳机或蓝牙设备进行通话，您可以尝试更换其他配件进行测试，以确定是否是配件问题导致的。
如果使用的是固定电话，您可以检查电话线路是否损坏，尝试使用其他电话线路进行测试。
四、检查网络设置和运营商服务如果您无法正常拨打国内或国际长途电话，或者接收来自其他地区的电话，可能是由于网络设置或运营商服务问题引起的。
您可以检查是否对通话区域有限制或者是否开通了国际漫游功能。
此外，您还可以联系您的运营商咨询是否有任何服务中断或问题，以获取更多帮助和支持。
五、检查手机或固定电话软件更新有时，手机或固定电话的软件版本可能过旧，可能会导致通话故障。
您可以检查是否有可用的软件更新，更新设备的操作系统或通信应用程序。
这可以帮助解决一些与通话相关的问题，修复与通话兼容性有关的错误。
六、联系专业技术支持如果您已经尝试了上述方法，但仍无法解决通话故障，那么您可以联系专业的技术支持团队寻求帮助。
他们将能够提供更深入的故障排查和解决方案，确保您的通话设备能够正常使用。
volte-Mate7手机不能做视频电话的分析及解决方案
z gyMate7手机不能做视频电话的分析及解决方案杭州华星 周国有 一、现象描述浙江衢州移动LTE卡特片区已开通volte功能，但华为Mate7手机（已开通设置好volte）开机驻留在LTE网络后，只能进行volte音频电话，而不能进行视频电话，为了探明原因，于8月25日18:30-18:40在北门移动室分基站进行信令抓包，通过WTA工具进行分析，以下为开机后拨打视频电话的几个关键阶段的信令流程：第一步、UE开机（附着请求及PDN连接性请求）手机建立RRC连接和发起附着请求和PDN连接性请求流程如下图：手机以PDN类型为IPv4&IPv6进行PDN连接性请求（不携带APN名称，MME会默认为cmnet域），经过鉴权、NAS安全模式和RRC安全模式后，MME下发给UE的附着接受消息中驮载的激活默认上下文请求中以APN=CMNET.MNC02.MCC460.GPRS和有效的IPv4进行回应，并确定CMNET域的默认承载EBI=5,QCI=9，如下图所示：zgy与此同时，基站与UE 建立第一个数据无线承载，标识号DRB=1第二步、UE 建立IMS 域默认承载在手机完成附着并建立完CMNET 域的默认承载后，手机再次发起APN=ims 的PDN 连接性请求，PDN 类型为IPv4&IPv6，且PCO 栏目有P-CSCF 地址请求信息，目的是为了建立起IMS 域的默认承载，这是后续建立volte 音视频专用承载的基础。
涉及UE 上报的PDN 连接性请求NAS 消息、S1接口的ERAB 建立消息、激活IMS 域默认承载请求的消息流程如下图所示：zgyMME 在给基站下发的ERAB 建立请求消息中指示EBI=6,QCI=5，并且该条消息中驮载的NAS 消息------激活EPS 默认承载请求，NAS 消息中包含APN 字段的完整域名：APN=IMS.MNC002.MCC460.GPRS 和有效的用户IPv6地址以及协议配置选项PCO 栏目中P-CSCF 地址：z gy与此同时，基站与UE建立第二个数据无线承载，标识号DRB=2第三步、UE再次建立IMS域默认承载在手机完成IMS连接建立后，手机再次发起APN=cmnet的PDN连接性请求，PDN 类型指定为IPv6，PCO栏目中无P-CSCF地址请求信息（这是正常的）。
如何解决手机无法播放视频的情况
如何解决手机无法播放视频的情况在现代社会，手机已经成为人们生活中不可或缺的一部分。
我们使用手机来进行通讯、浏览社交媒体、拍摄照片和录制视频等等。
然而，有时我们可能会遇到一个令人沮丧的问题，那就是手机无法播放视频。
在本文中，我将介绍一些常见的原因和解决方法，帮助您解决这个问题。
一、检查网络连接首先，我们需要确保手机正常连接到互联网。
如果您的手机处于无网络状态，无论是Wi-Fi还是移动数据，都会导致无法播放视频。
您可以尝试连接到其他可用的Wi-Fi网络，或者检查您的移动数据是否正常工作。
如果网络连接没有问题，那么我们可以继续寻找其他原因。
二、更新应用程序和系统有时，手机无法播放视频是由于应用程序或系统的问题所致。
您可以前往应用商店或系统设置中，检查是否有可用的更新。
更新通常包含修复错误和改进性能的功能，可能会解决视频播放问题。
请确保您的应用程序和系统都是最新版本。
三、清除缓存和数据手机上的应用程序会存储大量的缓存和数据，这有时会导致视频播放问题。
您可以前往手机的设置，找到应用程序管理器或存储选项，然后选择要清除缓存和数据的应用程序。
清除缓存和数据可以帮助应用程序重新加载并修复可能的错误。
四、检查视频格式和编解码器有些视频格式和编解码器可能不受您的手机支持，这可能会导致无法播放视频。
您可以尝试使用不同的视频播放器应用程序，或者将视频转换为受支持的格式。
在应用商店中有很多免费的视频转换工具可供选择。
五、重启手机有时，简单地重启手机可以解决许多问题，包括无法播放视频。
重启可以帮助清除手机内存中的临时文件和错误，使手机恢复正常运行。
您可以长按手机的电源键，选择重新启动或关机，然后再打开手机。
六、联系客户支持如果您尝试了以上方法仍然无法解决问题，那么您可以联系手机制造商或应用程序开发商的客户支持团队寻求帮助。
他们可能会提供特定于您手机型号和应用程序的解决方案。
总结手机无法播放视频可能是由于网络连接问题、应用程序或系统错误、缓存和数据问题、视频格式和编解码器不受支持等原因所致。
华为Mate8与Mate7视频通话出现卡顿问题的探讨
华为Mate8与Mate7视频通话出现卡顿问题的探讨作者：王岩刘扬来源：《电子技术与软件工程》2016年第14期摘要本文通过大量测试，发现华为Mate8终端和华为Mate7终端在使用LTE网络与其它终端进行视频通话时，必然会出现视频卡顿现象；本文通过大量的测试实验，基本得出华为的这两款终端存在视频通话卡顿的问题。
【关键词】卡顿视频通话1 引言无论终端设计是从头开始、基于较早前的设计还是使用第三方集成组件，都需进行多项关键性能测量。
其中一些测量（如最大输出功率、功率控制和接收机灵敏度）是早前技术已经熟悉的，但由于所用的传输方式（下行链路中为OFDMA，上行链路中为SC-FDMA）不同，所以需要新的测量设备来支持这些测试。
2 分析定位本文从一个终端用户的角度，采用不同的终端进行视频通话，来感受LTE网络给人们带来的通信方便快捷服务，但是毕竟各个终端存在不同差异，故本文将对部分终端做详细对比测试，以检验其终端间的差异性，从而为用户选择新机及厂商改进方面提出有力依据。
终端对比测试前，为了排除终端版本可能对测试带来的影响，本次测试将所有用到的终端版本均升级至最高版本。
为了排除无线网络原因对测试的影响，我们选取一个无线环境好的同一个地点进行终端测试。
CRS RSRP值为-80.1dBm，表示测试地点的4G信号强度良好，终端用户在此无线环境下有良好的上网体验。
此次测试终端选取Mate8与Mate7，三星NOTE5、移动定制终端M823这4款终端进行互相拨打视频通话测试。
测试结果如下：在无线环境良好区域，终端测试人员使用Mate8与Mate7做视频通话，通话过程中均出现对方画面卡顿/模糊等现象；更换测试区域（主覆盖小区变化）仍存在画面卡顿/模糊现象，使用三星NOTE、移动定制终端M823做视频通话未出现卡顿/模糊现象。
详细测试结果如下：华为Mate7做主叫，Mate8做被叫，视频通话均卡顿。
华为Mate8做主叫，Mate7做被叫，视频通话均卡顿：华为Mate7做主叫，三星NOTE5做被叫，视频通话Mate7卡顿，三星NOTE5正常：三星NOTE5做主叫，华为Mate7做被叫，视频通话Mate7卡顿，三星NOTE5正常：三星NOTE5做主叫，华为Mate8做被叫，视频通话Mate8卡顿，三星NOTE5正常：华为Mate8做主叫，移动定制终端M823做被叫，视频通话Mate8卡顿，M823正常：华为Mate7做主叫，移动定制终端M823做被叫，视频通话Mate7卡顿，M823正常：测试结果为：华为Mate7和华为Mate8这两款终端与任何其他类型做视频通话时，华为的这两款终端均会出现视频卡顿现象。
(完整版)VoLTE网络优化指导手册V3.0
VoLTE网络优化指导手册项目名称文档编号版本号作者版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。
未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。
文档更新记录目录1VoLTE总体背景 (5)1.1概述 (5)1.2V O LTE基本概念及技术特征 (5)1.3V O LTE关键技术 (6)1.3.1无线承载Qos等级标识 (6)1.3.2AMR-WB语音编码 (7)1.3.3SIP(Session Initiation Protocol)&SDP (8)2.3.4 RoHC健壮性报头压缩协议 (10)2.3.6 eSRVCC(Enhanced Single Radio V oice Call Continuity) (10)2VoLTE网络优化流程 (12)3VoLTE网络优化指导思想与原则 (13)3.1基础优化 (13)3.2邻区优化 (14)3.3时延优化 (15)3.4RTP丢包率优化 (17)4TD-LTE关键过程信令流程解析 (17)4.1概述 (17)4.2关键过程信令流程解析 (18)4.2.1注册过程 (18)4.2.2语音呼叫过程 (20)4.2.3eSRVCC过程 (22)5VoLTE关键参数解析 (24)6VoLTE专题优化分析 (25)6.1全程呼叫成功率优化 (25)6.1.1指标定义 (25)6.1.2优化方法 (27)6.1.2.1终端侧优化方向 (27)6.1.2.2无线侧优化方向 (27)6.1.2.3核心侧优化方向 (28)6.2MOS简介 (28)6.2.1优化方法 (28)6.2.1.1编码速率 (28)6.2.1.2ERAB保证速率 (28)6.2.1.3RTP丢包率优化 (29)6.2.1.4SINR优化 (29)6.2.1.5切换优化 (30)7Volte优化中CDL使用方法 (30)7.1借助UE的M-TMSI在CDL信令中确定测试终端 (30)7.2注册过程空口信令与CDL信令对应 (35)7.3V O LTE在O UTUM与CDL中的呼叫信令对应 (39)7.4E SRVCC切换流程中的信令对应 (44)8TD-LTE优化案例分析 (45)8.1SIM卡无V O LTE权限导致注册失败......................................错误!未定义书签。
处理手机无法显示视频的解决方法
处理手机无法显示视频的解决方法现如今，手机已经成为我们生活中不可或缺的一部分。
我们使用手机来拍摄、播放和分享各种视频内容。
然而，有时候我们可能会遇到手机无法显示视频的问题。
这不仅会给我们的使用体验带来困扰，还可能影响到我们的工作和娱乐。
在本文中，我们将探讨一些解决这个问题的方法，帮助您解决手机无法显示视频的困扰。
1. 检查网络连接首先，我们需要确保手机的网络连接正常。
视频通常需要较快的网络速度才能流畅播放。
如果您的手机连接的是一个弱信号的Wi-Fi网络，或者您的移动数据信号不稳定，那么视频可能无法加载或者无法显示。
您可以尝试切换至一个更稳定的网络连接，或者尝试重新启动手机来修复网络连接问题。
2. 更新手机操作系统和应用程序其次，您需要确保您的手机操作系统和相关应用程序是最新版本。
时常，手机的软件更新会修复一些已知的问题，包括视频无法显示的问题。
您可以前往手机的设置菜单，检查是否有可用的系统更新。
同时，您也可以前往应用商店，更新您常用的视频播放应用程序，例如YouTube、腾讯视频等。
3. 清理手机存储空间手机存储空间不足也可能导致视频无法显示。
当您的手机存储空间接近满时，手机的性能可能会受到影响，包括视频播放。
您可以尝试清理手机中不需要的文件、应用程序和缓存，以释放存储空间。
同时，您也可以将一些大型的视频文件转移到云存储服务或外部存储设备中，以减轻手机的负担。
4. 检查视频文件格式和编码有时候，手机无法显示视频是由于视频文件的格式或编码不被手机所支持所致。
不同的手机型号和操作系统对视频格式和编码的支持程度可能会有所不同。
您可以尝试将视频文件转换为常见的格式，例如MP4、AVI等，并使用常见的编码方式，例如H.264、H.265等。
这样，您的手机就能更好地识别和播放这些视频文件了。
5. 重启手机或使用其他视频播放应用程序如果您尝试了以上方法仍然无法解决问题，您可以尝试重启手机。
有时候，手机的一些临时问题可以通过重启来解决。
Volte用户被叫异常分析案例
Volte用户做被叫主叫为volte、CS用户状态不一致问题分析案例1. 问题描述近日接到某volte用户投诉，手机volte业务自开通后，无条件前转业务使用异常，主叫是volte用户拨打能够正常转接，主叫为非volte用户拨打则仍是本机接听，在手机上取消无条件前转业务，或手机关闭volte功能后问题仍存在。
2. 问题分析接到用户投诉后，现场人员进行模拟测试复现了该场景，在U31网管上查询该用户的签约数据，发现用户确实签约无条件前转业务，且该业务处于激活状态，即手机上取消前转业务操作失败。
将用户问题手机开关机、反复取消无条件前转业务，网管仍处于激活状态，IMS信令跟踪未跟到任何取消激活的信令，将手机卡换至测试手机终端重新取消，无条件前转业务成功取消，判断是用户终端问题导致Ut业务异常，所以手机取消呼转业务失败。
继续跟踪用户处于volte状态CS用户呼叫时不能前转的问题，经现场测试及后台IMS 网管信令跟踪，发现volte用户拨打时网管上能跟踪到呼叫信令并成功触发前转，CS用户呼叫时IMS网管跟踪不到信令，被叫用户以CSFB方式接通，未触发前转业务。
（应用户要求，）由业支暂时取消该问题号码的volte业务，并继续进行遍历场景测试，发现该号码主叫业务正常，被叫时仍然存在问题。
CS用户拨打能够正常接通，volte用户拨打则呼叫失败，主叫侧拨打后直接中断，被叫终端无响应。
信令跟踪发现，主叫volte用户呼叫问题时，主叫SCSCF查询DNS后被叫号码指向IMS 域，主叫侧SCSCF将invite消息转发至被叫ICSCF，被叫业务AS响应0x26037-用户未开户。
在IMS网管上查询问题用户数据，提示“用户数据未找到”，即该用户在IMS上已销户。
问题用户volte业务取消后，呼叫仍指向IMS 域，判断是业支发起销户时DNS上有用户数据残留，导致呼叫指向异常，从而导致CS用户呼叫正常，volte用户拨打时呼叫失败。
视频通话解决方案
视频通话解决方案现代科技的迅猛发展，使得视频通话成为了人们交流的一种重要方式。
尤其是在全球范围内的疫情使得人们不得不放弃面对面的交流，并转向远程工作、线上学习等方式。
为了满足这一需求，各种视频通话解决方案应运而生。
本文将探讨不同的视频通话解决方案，其特点、优势以及应用领域。
一、传统1.电信运营商提供的视频通话环境电信运营商为用户提供了基于手机、电视盒子等设备的视频通话功能。
用户可以通过这些设备完成视频通话，并享受到较高的通话质量和稳定性。
然而，这种方案的局限性在于需要用户手中的设备支持，并且用户必须在特定的时间和地点使用这些设备进行通话。
2.计算机上安装的视频通话软件诸如Skype、Zoom等软件为用户提供了在计算机上进行视频通话的功能。
用户只需安装相应的软件，并拥有摄像头和麦克风等设备，便可以随时进行视频通话。
这种方案的优势在于灵活性和便捷性，用户几乎可以在任何有网络连接的地方进行视频通话。
然而，由于网络状况的不稳定性，这些软件在视频质量和通话稳定性方面可能存在一定问题。
二、新兴1.移动应用的视频通话功能随着智能手机的普及，各大移动应用平台纷纷推出了自身的视频通话功能，如微信、WhatsApp等。
这些移动应用提供了简洁、易用的视频通话功能，并通过移动网络为用户提供稳定的网络连接。
相较于传统视频通话解决方案，移动应用的视频通话功能具有更好的便捷性和灵活性，用户可以随时随地进行视频通话。
2.云视频通话解决方案云视频通话解决方案是一种基于云计算和网络技术的视频通话服务。
用户只需通过浏览器打开相应的网页或移动应用，无需安装额外的软硬件设备，并可以与其他用户进行视频通话。
云视频通话解决方案的优势在于免去了硬件设备的限制，具有更广泛的适用性。
此外，云视频通话解决方案通常具有较好的视频质量和通话稳定性，可满足不同场景下的需求。
三、视频通话解决方案的应用领域1.商务会议各种视频通话解决方案广泛应用于商务会议。
Volte参数与VOLTE失败原因值-经典
487中带warning：Cancel received on initial invite；被叫CS用户，两次 183协商后无后续消息SAE-GW在10s后拆线。
被叫为同一北京号码，对端下487拆线。
主叫收到彩铃update回复200OK后又发出update，彩铃AS收到update不处理回 复，SCSCF在30s后下发500内部错误拆线
1
No appropriate session for
A-SBC
1
SRVCC/eSRVCC
0 RELEASE FROM CC!
101
Internal error
MGCF
142
null
3
0 RELEASE FROM CC!
5
Internal error
SCSCF
13
null
3
warning码 Internal error
平台关联问题，被叫签约遇忙转，接续C用户过程中主叫发生aSRVCC，AS回 cancle、480
MGCF发出480，由CS域的rel（31 Normal, unspecified）转换而来 MGCF发出480，由CS域的rel（16 Normal call clearing、19 No answer from user）转换而来 由CS域转换而来 平台关联问题，实际是MGCF发出480，由CS域的rel（31 Normal, unspecified）转换而来 平台关联问题，实际是MGCF发出480，由CS域的rel（16 Normal call clearing、19 No answer from user）转换而来 其实未拆线，SCCAS或HSS认为用户在4G，但SCSCF上用户状态为未注册，则AS回 invite后SCSCF回480，AS又去向CS取漫游，被叫CSFB。
VOLTE呼叫失败分析指导书
VoLTE呼叫失败分析指导书1VoLTE整体构架1.1网元及组网方式华为VoLTE解决方案的典型组网如图1所示。
通过在现有的CS网络上叠加部署IMS网络和LTE网络，提供端到端的QoS保障，为终端用户提供高质量的语音、视频呼叫和更为丰富的数据业务，从而帮助运营商从2G/3G网络逐步演进到LTE网络，完成纯语音到丰富语音的转型。
终端用户可以通过CSFB、Single Radio、Dual Radio等多种LTE终端设备，在LTE网络、2G/3G网络下接入。
当用户移出LTE信号区域时，系统可以将呼叫平滑切换到2G/3G网络。
除此之外，方案中还提供了统一的业务发放、网络管理、计费等功能。
图1华为VoLTE解决方案网络架构运营支撑层运营支撑层主要提供网管、签约数据存放、Web Portal统一操作、计费、设备管理等功能，由EMS、SPG、CCF、DM Server等功能实体组成。
业务层业务层主要由各种不同的应用服务器与资源服务器组成，提供各种业务（如融合Centrex、会议、IP短消息等）及业务能力（传统智能触发，锚定等）。
核心层核心层分为如下3个部分：IMS域、CS域和用户数据库。
1)IMS域各网元主要完成LTE用户注册、鉴权、会话路径控制、业务触发、路由选择、资源控制、域间互通、接入资源控制等功能。
2)CS域各网元主要实现LTE用户在2G/3G网络下的移动性管理和基本语音业务，包括注册、鉴权、锚定、传统智能、切换、CS语音回落等功能。
3)用户数据库按照部署方式，可分为融合HLR/HSS和分离HLR/HSS：a)融合HLR/HSS具有USCDB、HLR、IMS-HSS、SAE-HSS、DNS/ENUM等网络功能实体的功能。
b)当现网不使用融合HLR/HSS时，可采用分离HLR/HSS，支持在现网已存在的HLR、IMS-HSS和SAE-HSS上实现VoLTE业务。
接入层接入层主要实现LTE用户的接入，支持对LTE用户的移动性管理等功能。
VoLTE视频呼叫不可用案例分析
VoLTE视频呼叫不可用案例分析【摘要】在VoLTE技术的普及与即将到来商用前景的影响下，用户渴望被提供高清晰和高可靠性的视频语音通话服务。
VoLTE语音业务和数据业务的QoS和用户感知存在差异，VoLTE接通率、呼叫时延、掉话等更为敏感，因此，当前做好VoLTE业务保障及优化尤为重要。
本文分析了由于QCI2上行GBR速率受限而导致无法进行视频业务的问题。
一、【问题描述】淮南电信接到用户反映，在电信大楼占用4G信号，无法进行VoLTE视频业务，用户手机界面显示“视频通话不可用”，然后跳转到语音通话后正常。
投诉点位置如下：二、【原因分析】2.1 VoLTE视频业务VoLTE终端在通话时会启动专用承载和默认承载，其中QCI1为语音承载，QCI2为视频承载，QCI5为IMS承载。
2.2 基站状态查询查询占用基站状态正常，无告警，如下图：2.3 测试log分析对现场进行测试发现主叫发起INVITE-Request后，开始建立用于语音和视频通话的QCi1和 QCI2的专用承载，信令如下图：被叫收到主叫的paging消息后，发起INVITE-Request，并回复SIP-183消息，里面携带视频通话需要的bandwidth为960kbs。
之后主叫手机修改了QCI1的MaxBitRate，并发送QCI2的去激活专用承载请求。
随后在单独的QCI1的专用承载下，进行了语音通话，手机显示“视频通话不可用”自动跳转到语音通话。
主叫QCI2去承载的信令是导致视频未接通的原因，其根本原因是基站侧在收到被叫协商速sip-183的消息后，发起QCI2的承载修改，要求修改上行带宽到960，然后被ENB拒绝，需要查询基站QCI2的上下行GBR带宽设置。
基站侧查询发现该站点的QCI2上行设置为840kb/s,下行为2048kb/s，上行GRB速率不满足网络协商的960kb/s。
三、【解决措施】修改基站的QCI2的上行最大GBR速率为2048参数修改后进行复测，主叫正常建立QCI1和QCI2的专用承载，并且在sip-183协商完成后确认修改QCI1和2的速率，被叫正常建立QCI1和QCI2的专用承载，视频通话正常，经过多次测试均正常。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
z g
y
Mate7手机不能做视频电话的分析及解决方案
杭州华星 周国有 一、现象描述
浙江衢州移动LTE卡特片区已开通volte功能，但华为Mate7手机（已开通设置好volte）开机驻留在LTE网络后，只能进行volte音频电话，而不能进行视频电话，为了探明原因，于8月25日18:30-18:40在北门移动室分基站进行信令抓包，通过WTA工具进行分析，以下为开机后拨打视频电话的几个关键阶段的信令流程：
第一步、UE开机（附着请求及PDN连接性请求）
手机建立RRC连接和发起附着请求和PDN连接性请求流程如下图：
手机以PDN类型为IPv4&IPv6进行PDN连接性请求（不携带APN名称，MME会
默认为cmnet域），经过鉴权、NAS安全模式和RRC安全模式后，MME下发给UE的附
着接受消息中驮载的激活默认上下文请求中以APN=CMNET.MNC02.MCC460.GPRS和
有效的IPv4进行回应，并确定CMNET域的默认承载EBI=5,QCI=9，如下图所示：
z
g
y
与此同时，基站与UE 建立第一个数据无线承载，标识号DRB=1
第二步、UE 建立IMS 域默认承载
在手机完成附着并建立完CMNET 域的默认承载后，手机再次发起APN=ims 的PDN 连接性请求，PDN 类型为IPv4&IPv6，且PCO 栏目有P-CSCF 地址请求信息，目的是为了建立起IMS 域的默认承载，这是后续建立volte 音视频专用承载的基础。
涉及UE 上报的PDN 连接性请求NAS 消息、S1接口的ERAB 建立消息、激活IMS 域默认承载请求的消息流程如下图所示：
z
g
y
MME 在给基站下发的ERAB 建立请求消息中指示EBI=6,QCI=5，并且该条消息中驮载的NAS 消息------激活EPS 默认承载请求，NAS 消息中包含APN 字段的完整域名：APN=IMS.MNC002.MCC460.GPRS 和有效的用户IPv6地址以及协议配置选项PCO 栏目
中P-CSCF 地址：
z g
y
与此同时，基站与UE建立第二个数据无线承载，标识号DRB=2
第三步、UE再次建立IMS域默认承载
在手机完成IMS连接建立后，手机再次发起APN=cmnet的PDN连接性请求，PDN 类型指定为IPv6，PCO栏目中无P-CSCF地址请求信息（这是正常的）。
该消息的发起是
正常需求，因为手机作为全球性漫游的终端，数据业务应能支持IPv6版本。
MME给基站下发的ERAB建立请求消息中指示EBI=7,QCI=5，并且该条消息中驮载
的NAS消息------激活EPS默认承载请求中回应字段APN=ims.MNC002.MCC460.GPRS 和有效的IPv6地址（作为匹配回应 PCO栏目中无P-CSCF地址）。
值得关注的是MME下发的APN名称与手机发起的PDN连接性请求中APN名称是不一致的，据此判断核心网仅以PDN类型为IPv6的字段，而忽略并发条件的APN=cmnet，
z g
y
将APN修改为ims.MNC002.MCC460.GPRS。
另外一点需要注意的是，至此建立了两个同为QCI=5的不同EBI标识（EBI=6和EBI=7），并分配得到了两个不同IPv6地址，而且均为IMS域的默认承载。
但由于本次消息中无
P-CSCF地址，因此我们判断EBI=7的IMS信令承载也是无效的。
与此同时，基站与UE建立第三个数据无线承载，标识号DRB=3
小结：MME给手机在同一个APN域内分配了不同IP地址、QCI又同为5、不同EBI 的两个默认承载是不合逻辑的，这是BUG。
第四步、UE拨打视频电话
接下来手机发起视频电话的SIP信令，MME给基站下发的ERAB建立消息中，无论EBI=8,QCI=1和EBI=9,QCI=2的组合还是EBI=8,QCI=2和EBI=9,QCI=1的组合，都只
有EBI=8才能被建立起专用承载，并且相链接的EPS承载标识LBI=6（这也说明了第三步中建立的EBI=7的IMS默认承载是无效的、残缺的、多余的，实际中不会作为LBI使用）。
z
g
y
同时卡特LTE 基站对接收到的EBI=9的ERAB 建立消息予以拒绝建立，原因值为：无线资源不可用“radio-resource-not-available“，并导致最终将先前建立的EBI=8也一同释放。
与此同时，基站与UE 建立第四个数据无线承载，标识号EBI=8，DRB=4（后续的拨打测试中也有DRB 标识为5、6、7……等），但成功建立的DRB 只能是四个。
z g
y
第五步、UE网络优先级设置
将手机网络最高优先级设置为2/3G后，稍过一段时间，再设置4G最高优先级后，观察手机在LTE网络的信令流程：手机会在LTE网络进行TAU，接着会建立如下两个默认承载：
1、先建立CMNET默认承载EBI=5,QCI=9，DRB=1
2、然后建立IMS默认承载EBI=6,QCI=5，DRB=2，不再出现第三步中的第二条QCI=5的默认承载
拨打视频电话后，会建立如下DRB承载：
1、建立专用承载EBI=7,QCI=1（或2），DRB=3（或5、7、9……等，视连续拨打情况而分配）
2、建立专用承载EBI=8,QCI=2（或1），DRB=4（或6、8、10……等，视连续拨打情况而分配）
成功建立的DRB始终是四个，由此判断基于目前参数设置条件下基站只能建立4个DRB。
小结：华为Mate7在不同的用户行为情况下，PDN连接性请求有不同的个数：直接在LTE网络附着情况下3个连接性请求（包含附着中驮载的），而从2/3G网络转过来的情况有2个连接性请求，导致最终建立的默认承载数是不同的，这需要手机厂家进行深入分析。
z g
y
二、解决方案
方案一：卡特基站侧：增加每用户DRB数
将已开通volte功能的卡特LTE基站的每用户的最大数据无线承载DRB数由4改为5，参数路径：Enb.RrmServices.RadioCacRnb.maxNbofDataBearersPerUe，如下图所示：
至此可解决问题，主要机理是以增加承载的方式而规避了MME建立的多余的IMS 域默认承载而多占用一个DRB的情况。
方案二：核心网MME侧：解决BUG
由于之前UE已建立起CMNET域的默认承载：APN=CMNET.MNC02.MCC460.GPRS，承载标识号EBI=5,QCI=9，已能满足建立数据业务的需求。
由于之前UE已建立起IMS域的默认承载：APN=ims.MNC02.MCC460.GPRS，承载标识号EBI=6,QCI=5，已能满足建立volte业务的IMS信令需求。
鉴于已经建立完成前述两个默认承载，已能满足业务需求，无需在CMNET域和IMS
域再建立其它默认承载。
MME如再收到UE手机发起APN=CMNET且PDN类型仅为IPv6的PDN连接性请求消息（PDN connectivity request）应予以拒绝（PDN connectivity reject,ESM cause 值可设为#28:unknown PDN type），因为CMNET数据业务目前是基于IPv4的。
MME不能变通为以APN=ims.MNC02.MCC460.GPRS的激活默认EPS承载上下文请求消息（Activate default EPS bearer context request，EBI=7,QCI=5）发送给用户，即需要MME设备厂家解决这个BUG。