VoLTE业务的资料VoLTE问题的案例集.docVIP

VoLTE网上问题案例集 文档版本 V1.0 发布日期 xxxx-01-28 xx技术有限公司 修订记录 Date 日期 Revision Version 修订版本 CR ID CR号 Section Number 修改章节 Change Description 修改描述 Author 作者 xxxx-01-22 V1.0 初稿完成 xxx 目 录 1 导读 4 2 语音呼叫类问题 5 2.1 呼叫失败 5 2.2 单通 31 3 语音质量类问题 58 3.1 语音质量差 58 4 语音增强特性类问题 59 4.1 RoHC 59 4.2 TTI_Bundling 66 4.3 SPS 70 导读 本文根据以往网上问题整理VoLTE相关问题的相关案例，在处理网上语音问题时，可以先翻阅本文相关案例，以拓展思路并缩小问题范围，最终提升问题定位效率。 本文所包含案例包括从各产品收集到的历史案例，以及GTAC VoLTE专题组启动后处理的问题提取出来的案例，在案例格式上有些差异，后续逐步统一。 本文档会逐步完善，新需求或建议，请联系xxxx   语音呼叫类问题 呼叫失败 案例1：英国VDF，VoLTE用户呼叫失败问题分析 【问题描述】 英国VDF在11月15号下午反馈同一终端同一套核心网，在爱立信/诺西基站下成功打通VoLTE call，在xx基站下必然失败； 问题表现为：VoLTE终端开机后，QCI5、默认承载均可建立但无法建立QCI1导致不能通话； 【问题分析】 1.组网环境信息分析 1.1VoLTE业务原理分析 正常VoLTE业务流程分为以下几个过程： VoLTE终端完成TAU Attach流程建立QCI5承载； VoLTE终端发起IMS注册流程, 注册使用的SIP信令使用QCI5承载； VoLTE终端发起语音呼叫，建立QCI1专有承载，语音媒体使用QCI1承载； VoLTE终端发起视频呼叫，建立QCI2专有承载，视频媒体使用QCI2承载； 图1：正常VoLTE用户注册流程 图2：正常VoLTE用户语音呼叫流程 图3：VoLTE业务所使用的承载方式 1.2网络拓扑分析 11.18日下午，一线实验室复测抓取了 S-PGW------P-CSCF 上的抓包。分析xx和爱立信基站下主要有如下两个差异点???? 1) xx基站下注册的终端是诺基亚，爱立信基站下注册的终端型号未知。2）注册到xx的register消息是通过TCP承载，且在TCP层有分包，对端SBC回503 service unavailable，而注册到爱立信的register消息是UDP承载，无分包，对端SBC正常回复401。 通过多次抓包和定点分析最终确定网络拓扑图如下： 图4：英国VDF实验室组网图B 2. 分段隔离分析 针对现场所有xx站点分析，现场总共有6个xx站点PTH100/101/102/104/110/112，而发现在xxPTH102站点(未配置IPSEC)进行测试，VoLTE业务有大概率60%左右成功率(剩余40%失败主要和核心网相关)，当时已经怀疑和IP SEC隧道(SeGW节点)强相关。 进一步锁定在PTH112站点(配置IPSEC)分析，通过修改S1接口上链路，尝试旁路CPN和SeGW，并且修改IPSec加密算法为空加密等方案后，发现VoLTE业务均能建立成功，最终问题隔离到和IPSEC相关。 2.1 IPSec旁路方案一 图5：IPSec旁路方案一 安全网关SeGW旁路之后，基站配置不变，基站的下一跳地址配置到跟SGE比较靠近的路由器上，基站直接拉线到该路由器；VoLTE业务测试结果为OK。 此旁路方案同PTH102站点，102站点没有配置IPSec，从102站点的S1用户面地址ping SpGW地址，8000字节的报文都可以ping通，整条链路没有报文大小限制。 2.2 IPSec旁路方案二 图6：IPSec旁路方案二 相对于方案一，方案二直接把在连接安全网关SeGW两端的路由器互联，基站配置不变；VoLTE业务测试结果为OK。 2.3 IPSec旁路方案三 图7：IPSec旁路方案三 方案三实际上没有改变组网，而是将基站和安全网关的IPSECPROPOSAL的加密算法设置为NULL，验证算法不改；VoLTE业务测试结果为失败。 同时抓取路由器和安全网关两端报文，确认SIP_401消息已经从安全网关发送到基站；此时排查重点转移到基站，需要确认eNodeB是否成功转发401消息； 3.eNodeB版本和配置以及话统分析 检查eNodeB版本：BTS3900 V100R009C00SPC160； 检