-
VoLTE
经验总结
1
广州
VOLTE
< br>网络质量现状
经过近三个月的优化工作，广州
ATU
网格内，掉话率逐步改善，从
%
（四月）下
降至
%
（七
月）；接通率从
%
提升至
6
月份的
%
，七月份下降至
%
。
?
<
/p>
七月份测试期间核心网的
IOT
测试也在
进行；较多
invite
500
、
SIP
unknown
、
MT
CSFB
等异常问题导致的连续多次未接通。广东公司计划在本周对广州
IM
S
进
行华为
IMS
替换爱立信
IMS
的操作，
故七月
份测试遇到的异常
IMS
相关问题分析
进度暂缓。
2
广州
VoLTE
测试问题优化进展
异频重定向掉话问题验证（问题解决）
背景：中兴
eNodeB
在
P01<
/p>
版本下，因邻区缺失导致异频重定向掉话，该问题需
升级
P02
版本解决。
网
格
44
、
45
测试过程中未发生异频重定向掉话，信令上分析测试过程中出现过
多次连续上报异频
A3
的测报，未切换也未发生重定向，
P0
2
版本禁止
QCI 1
业
务异频重定向功能生效。
异系统重定向掉话问题验证（问题解决）
背景：中兴
eNodeB
在
P01
版本下，
VoLTE
发生重定向掉话，
该问题需升级
P02
版本解决。
网格
44
、
45<
/p>
基础覆盖较差，以往拉网测试均会发生多次系统重定向掉话，
7<
/p>
月
24
日，网格
44
、
45
完成
P02
版本升级，升级后重定向掉话问题解决，拉网测试
掉话
率改善明显。
P02
版本禁止
QCI
1
业务重定向功能打开，终端上报
A2
（盲重定向门限）或
B2
事件（
2G
邻
区信息错误）等前期会导致重定向的情况下，网络均
未下发重定向，
VoLTE
业务保持通话结
束后自动挂机，未产生掉话事件
TM3/8
转换掉话问题验证（问题解决）
< br>背景：中兴
eNodeB
在
P0
1
版本下，
VoLTE
业务过程中发生
TM3
到
TM8
模式转换，因为基站
提前转换导致终端掉话，该问题需升级
P
02
版本解决。
8
< br>月
3
日，网格
45
所有升级站点打开
TM3/8
自适应，验证
VoLTE
业务在
TM3
与
TM8
进行转
换时是否掉话，测试
结果如下：
网格
45
遍
历拉网测试中出现
26
次
TM3
向
TM8
的模式转换，转换正常未发生异常。
X2
开启告警验证（问题解决）
背景
：广州前期因中兴网管告警问题未打开
X2
接口，导致跨站重建
立不可用，需升级
P02
版本对
X2<
/p>
告警量进行抑制。
8
< br>月
5
日，网格
44
、
45
所有升级站点打开
X
2
接口功能，指定开启
X2
自配置站点
213
个，
8
月
6
日统计站点
X2
< br>偶联条数共计
4604
条。
告警问题：
网格
44
、
45
开启
X2
后，
8
< br>月
6
日网管出现
60
多条
X2
断链告警，
告警
主要原因：
a
、传输不通，部分微站
无法与宏站正常建链；
b
、个别小区被蔽塞不能正常建链；
升级后
EMS
网管上只出
X2
断链告警，并且所有基站仅出
1
条（多条
X2
断链），
无
SCTP
断链告警，网管上可明确区分
X2
与
S1
告警，告警量大幅下降。
X2
开启跨站重建立功能验证
P02
版本支持无邻区的跨站重建立，在
X2
链路建立后，对于无邻区跨站重建立
带来一定的增益，提高跨站重建立的效率；
X2
开启
,
网格
44
统计
VoLT
E
拉网发生重建立请求共
14
次
,
跨站重建成功
6
次
；
从性能指标统计来看，
RRC
重建成
功率从
50%
左右提升至
80%
左右。
原理：目标小区通过终端上报的
PC
I
查找该站点保存的有
X2
关系的邻站
所有小
区信息，向所有相同
PCI
小区
索取上下文。
3
广州
VOLTE
优化经验
日常优化工作
日常优化工作主要从无线覆盖优化、
参数优化、
系统内外邻
区优化，
功能优化四
个方面着手，与
A
TU
路网、工程建设紧密配合，提升整体网络质量。
RLC
优先级优化
现象：
呼叫建立与切换过程冲突，
专载被
MME
释放。
呼叫建立过程中专载建立与
切换几乎同时
发生，
MME
未收到
NAS
专载完成消息导致释放专载，终端回复
invite580
（也有上发
CANCLE
的情况），专载丢失形成未接
通事件。
原因分析：
QCI5
设置的
RLC
优先
级为
2
，
高于
SRB=2(
传送
NAS
层消息
)
配置为
3.
导致
NAS
的层
3
消息已经比
MR
要早，
但是因为优先级
比
MR
和
SIP
低，
未及时发
送。
优化措施：降低
QCI
5
优先级，确保
SIP
消息及时上传，修改后此类问
题改善明
显。
QCI 5 PDCP
DiscardTimer
时长优化
现象：
终端业务建立过程中，
出现
SI
P
信息传递丢失的问题，
导致收到网络下发
的
INVITE500
或者
580
等原因值释放。
原因分析：
UE
在无线信道较差的情况下，
SIP
信令发送或接收不完整或者无法及
时传递，导致
IMS
相关定时器超时而发起会话
cancel
。经过分析，由于
QCI5
的
pdcp
丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致
QCI5
信令丢包。
优化措施：
QCI5 PDCP DiscardTimer
由
300ms
修改为无穷大
优化效果：
VoLTE
无线接通率提升明显
SBC
传输协议
< br>TCP
重传次数优化
背景：被
叫从
2G
返回
4G
后，主叫起呼，被叫首先
bye
消息，紧接着接连收到多<
/p>
条上一次呼叫的
invite
，被叫回复
bye481invite486invite580
，呼叫失
败。
优化措施：
爱立信
SBC
对
TCP
配置进行了
修改：
最大重传次数从
15
次改为
5
次，
最大重传隔间从十几分钟改为
15s
，此类问题已解决。
系统间邻区优化
广州
LTE
网络的
GSM
邻区关系
根据工程参数、共站
2G
邻区同向小区继承进行规
划，同时根据
4G
、
2G<
/p>
道路测试数据匹配进行邻区补充：
4G
弱信号路段与
2G
拉网服务小区匹配：
利用第三方拉网测试数据，将
4G
和
2
G
拉网信号强度、经纬度、服务小区等信息导出。通过经纬将
4
G
弱信号
(RSRP<-110dbm)
与
2G
强信号
（
RXLOV>-95dbm
）
在
5
0
米范围内拟合，
根据拟合度
对
2G
邻区进行补漏工作
5
月份第一轮拟合数据，剔除现网已配置的邻区关系，补漏
483
对；
6
月份第二轮拟合数据，剔除现网已配置的邻区关系，补漏邻区关系
487
对。
eSRVCC
切换提
升明显，且由于
2G
邻区不准确导致的异系统重定向大大减少。
重定向掉话
中兴区域掉话最严重属于
重定向掉话，
在中兴基站算法中，
以下三种可能发生重
定向，重定向释放
RRC
后，专载同时被拆除，
VoLTE
业务产生掉话。
上行<
/p>
PUSCH
功控参数优化
背景：
4
月集团在中兴区域拉网测试发现上行
PUSCH
发射功率偏高，对现网参数
检查发
现，中兴区域上行期望功率值设置过高。
优化措施：
进行功控相关参数优化，
现网配置：
p0NominalPUSCH =-75
；
puschPCAdjType=0
优化值：
p0NominalPUSCH =-87
；
puschPCAdjType=2
●同等路损情况下，参数修改后，
u
e
发射功率大约下降
2~3dB
。
●目前终端平均上行发射功率仍高于
10
db
，仍需中兴完善现有功控方式。
修改后，
PUSCH TxPower
（
10dbm
以上）占比由
40%
下降到
30%
左右。
RTP
丢包率优化
背景：
4
月份测试中，中兴区域
RTP
< br>丢包率偏高，个别网格甚至达到
2%
以上。
原因分析：
在无线质量较好的情况下基本无丢包；
无线质量较差的情况下上行丢
包现象较为严重，
PDCP
重传时间超时，数据包将被丢弃；
外场测试表明
QCI 1 PDCP
Discardtimer
配置与
RTP
丢包率及
Jitter
有密切关
系
，
QCI 1 PDCP Discardtimer
配置越
大，
RTP
丢包率越低，但
Jitte
r
也随之
变大。
●
MOS
值与
RTP
丢包及
Jitter
关系都较大，目前广州正在
601P02
版本下进行
100ms / 300ms / 500ms /
750ms / 1500ms /
infinity
完整的对比验证。
●进一步联合中兴公司定位
RTP
丢包率偏高的问题，并推动产
品功能算法改进。
MME
专载保存功能（可选）
功能描述：在基站发起
UE-lost
原因值的上下文释放请求时，
MME
保持专载
< br>2s
不释放，等待空口重建。
验证情况：已在
GZMME1602
下成功验证了该功能。当时
无线环境较差，
UE
发起
RRC
重建失败，通过
MME
专载
< br>QCI1
保持功能使得在新发起的业务过程中，
RRC<
/p>
重配中建立包括专载
QCI1
的
3
条
DRB
，不会发生
掉话。（本次测试中专载保持
时长约）
功能总结：
1
）当无线环境较差时，
UE
发生<
/p>
RRC
重建，若
RRC
< br>重建成功，手机将不会掉话。
2
）
MME
侧也可以在
RRC
重建失败后，通过
MME
专载
< br>QCI1
保持功能使得在新发起
的业务过程中，专载
QCI1
继续保持，也可使得手机不掉话。
3
）此功能为爱立信
MME
非必选功能，建议打开。但是该功能不在集采目录，暂
时无法采购。
专载释放与切换冲突，通话结束未收到专载释放掉话
[
问题描述
]
：
在拉网测试过程中，
通话挂机后，
主叫上报<
/p>
BYE
消息，
IMS
回
BYE200
消息前后，同时手机发生切换，未收到
EPS
专载释放请求，
1s
后软件统计掉话。
[
问题分
析
]
：
经分析
MME
log
，
发现
MME
未收到
PGW
下发的<
/p>
delete
bearer
requ
est
消息。当
X2
切换触发
SGW-initiated bearer modification procedure
（完整
信令是
CCR-CCA
），如果此时
SIP
挂机触发
< br>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
到
D
RA
链路为主
-
备模式，
保证
CCA
和
RAR
走同一路径和到达
PGW
的先后顺序。
[
优化结果
]
：近期调整后的网格测试，暂时没有发现
BYE200
消息前后发生的切
换没释放
QCI
1
专载的情况。
< br>通话结束
MME
收到
del
bearer req
，专载释放与切换冲突，基站未下发
NA
S
[
问题描述
]
：通话挂机后，主叫上报
BYE
消
息，
IMS
回
BYE200
消息前后，同时
手机发生切换，
EPS
专载没有释放，
1s
后软件统计掉话。
[
问题分析
]
：
主叫挂机后，
MME
收到
del
bearer
req<
/p>
，
下发
Deactivate
EPS
bearer
context Request
给源
eNB
携带
NAS
释放专载，但同时源
eNB
触发
X2
切换，向
MME
响应
ERAB
release response
（
X2-Handover-Triggered
），
NAS
消息未下
发到手
机。
根据协议
中有描述当
eNB
在触发
X2
切换时
，
eNB
将不传递
NAS
消息。
[
优化措施
]
：属测试软件统计问题，建议软件加以剔除该问题。