首页 > 学术百科

【VoLTE案例】修改SBC媒体承载RAR等待超时时间提升VoLTE接通率

案例1：修改SBC媒体承载RAR等待超时时间提升QCI1专载创建成功率

细川护熙网中网

厂家

问题编号

设备类型

问题类型

VOLTE

问题影响

接通

问题状态

上报省份

海南

上报时间

2016-5-23

上报人

李永哲

问题描述

VVIP投诉5月16号20时出现VoLTE未接通问题。

原因定位

爱情急诊室

一、问题描述

VVIP总投诉5月16号20时出现VoLTE未接通问题。

二、问题分析

（1）未接通1

用户占用占用海口美江大楼-HLH-1作为主叫在20:09:00起呼，SBC给UE回复100Trying后，SBC向PRCF申请通话资源（临时），20:09:00 PCRF向UGW下发策略，UGW向MME发送Create Bearer request请求建立QCI1专用承载。MME发起QCI1承载建立，UGW的T3-Response超时，20:09:03再次下发Create Bearer request消息，收到eNodeB侧的Activate dedicated EPS bearer context accept。但SBC因媒体承载RAR等待超时3s超时，SBC下发503 Service unavailable。

（2）未接通2

bt欧洲用户占用占用海口美江大楼-HLH-4作为主叫在20:09:06起呼，SBC给UE回复100Trying后，SBC向PRCF申请通话资源（临时），20:09:06 PCRF向UGW下发策略。UGW向MME发送Create Bearer request请求建立QCI1专用承载，MME发起QCI1承载建立，未收到eNodeB侧的Activate dedicated EPS bearer context accept。UGW的T3-Response超时后，Time=20:09:09.149641再次下发Create bearer request，未收到Create Bearer request。SBC因媒体承载RAR等待超时3S超时，Time=20:09:09.203602 SBC下发503 Service unavailable。

UGW第二次发送Create Bearer Request与SBC下发503 Service unavailable两条信令时间差50ms

（3）KPI分析

投诉时间点的小区QCI1的ERAB建立成功率为100%。（由于VoLTE信令平台不具备单小区分析功能，不能确定这2次QCI E-RAB建立是否为投诉用户。

时间	小区名称	QCI为1的业务E-RAB建立成功次数	QCI为1的业务E-RAB建立尝试次数	E-RAB建立成功率 (QCI=1)(%)
2016/05/16 20:00	海口美江大楼-HLH-4	1	1	100
2016/05/16 20:00	海口美江大楼-HLH-1	1	1	100
			我不是宋承宪歌词

由于SBC媒体承载等待RAR超时时间和T3-Response都为3s，会在第一次Create Bearer Request无影响的情况下，Create Bearer Request未能发送或发送后后续流程无法走完导致未接通（如未接通1和未接通2）。因此媒体承载等待RAR超时时间应该设置大于T3-Response。

参数标识	参数名称	参数说明
MBWRTM	媒体承载RAR等待超时时间(秒)	用于指定SBC等待PCRF上报RAR消息的时间。取值范围：1～60 默认值：3 配置原则：无。
T3RES	T3-RESPONSE(s)	可选必选说明：可选参数参数含义：该参数用于指定等待一条T3请求消息的响应消息的最大时长。如果请求消息没有在“T3RES”内收到响应，并且发送次数小于“N3REQ”，则重新发送该请求消息。参考3GPP 29060。数据来源：整网规划取值范围：1s~20s