-
1
优化经验总结
1.1
日常优化总结
日常优化工作主要从无线覆盖优化、
参数优化、
系统内外邻区优化，
功能优化四个方面着手，
与
ATU
路网、
工程
建设紧密配合，提升整体网络质量。
1.2
RLC
优先级优化
现象：
呼叫建立与切换过程冲突，
专载被
MME
释放。
呼叫建立过程中专载建立与切换几乎同
时发生，
MME
未收到
NAS
专载完成消息导致释放专载，
终端回复
invi
te580
（也有上发
CANCLE
的
情况），
专载丢失形成
未接通事件。
原因分析：
QCI5
设置的
RLC
优先级为
2
，高于
SRB=2(
传送
NAS
< br>层消息
)
配置为
3.
导致
NAS
的层
3
消息
已经比
MR
要
早，但是因为优先级比
MR
和
SIP<
/p>
低，未及时发送。
优化措施：降低
QCI 5
优先级，确
保
SIP
消息及时上传，修改后此类问题改善明显。
1.3 QCI 5 PDCP
DiscardTimer
时长优化
现象：终端业务建立过程中，出现
SIP
信息传递丢失的问题，导致收到网络下发的
INVITE500
或者
580
等
原因值释放。
原因分析：
UE<
/p>
在无线信道较差的情况下，
SIP
信令发
送或接收不完整或者无法及时传递，导致
IMS
相关定
时器超时而发起会话
cancel
。经过分析，
由于
QCI5
的
pdcp
丢弃时长过小，在无线覆盖较差的地方，上行
时延会变大，容易导致
QCI5
信令丢包。
优化措施：
QCI5 PDCP DiscardTimer
由
300ms
修改为无穷大
优化效果：
VoLTE
无线接通率提升明显
1.4 SBC
< br>传输协议
TCP
重传次数优化
背景：被叫从
2G
< br>返回
4G
后，主叫起呼，被叫首先
bye
消息，紧接着接连收到多条上一次呼叫的
invite
，
被叫回复
bye481invite
486invite580
，呼叫失败。
优化措施：爱立信
SBC
对
TCP
配置进行了修改：最大重传次数从
15
次改为
5
次，最
大重传隔间从十几分
钟改为
15s
，此
类问题已解决。
1.5
系统间邻区优化
LTE
网络的
GSM
邻区关系根据工程参数、共站
2G
邻区同向小区继承进行规划，同时根据
4G
、
2G
道路测
试数据匹配进行邻区补充：
4G
弱信号路段与
2G
拉网服务小区匹配：利用第三方拉网测试数据，将
4G
和
2G
拉网信号强度、
经纬度、
服务小区等信息导出。通过经纬将
4G
弱信号
(RSRP<-110dbm)
与
2G
强信号（
RXLOV>-95dbm
）在
50
米
范围内拟合，
根据拟合度对
2G
邻区进行补漏工作。
剔除现网已配置的邻区关系，补漏
邻区关系对后，
eSRVCC
切换提升明显，且由于
2G
邻区不准确导致的异
系统重定向大大减少。<
/p>
1.6
重定向掉话
XX
区域掉话最严重属于重定向掉话，在
XX
基站算法中，以下三种可能发生重定向，重定向释放
RRC
后，
专载同时被拆除，
VoLTE
业务产生掉话。
1.7
上行
PUSCH
功控参数优化
背景：<
/p>
xx
区域拉网测试发现上行
PUSCH<
/p>
发射功率偏高，对现网参数检查发现，
xx
区域上行期望功率值设
置过高。
优化措施：进行功控相关参数优化，
现网配置：
p0NominalPUSCH =-75
；
puschPCAdjType=0
优化值：
p0NominalPUSCH =-87
；
puschPCAdjType=2
●
同等路
损情况下，参数修改后，
ue
发射功率大约下降
2~3dB
。
●
目前终端平均上行发射功率仍高于
10db
，仍需完善现有功控方式。
修改后，
PUSCH TxPower
（
10dbm
以上）占比由
40%
下降到
30%
左右。
1.8
RTP
丢包率优化
背景：测试发现，
XX
区域
R
TP
丢包率偏高，个别网格甚至达到
2%
以上。
原因分析：在无线质量较
好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为严重，
PDCP
重传时间超时，数据包将被丢弃；
外场测试表明
QCI 1 PDCP Discardtime
r
配置与
RTP
丢包率及
Jitter
有密切关系，
QCI 1 PDCP
Discardtimer
配置越大，
RTP
< br>丢包率越低，但
Jitter
也随之变大。
●MOS
值与
RTP
丢包及
Jitter
关系都较大，目前正在进行
100ms / 300ms /
500ms / 750ms / 1500ms /
infinity
完整的对比验证。
1.9
MME
专载保存功能（可选）
功能描述：在基站发起
UE-lost
原因值的上下文释放请求时，
MME
保持专载
< br>2s
不释放，等待空口重建。
验证情况：已在某
MME
下成功验证了
该功能。当时无线环境较差，
UE
发起
RRC
重建失败，通过
MME
专
载
QCI1
保持功能使得在新发起的业务过程
中，
RRC
重配中建立包括专载
QCI
1
的
3
条
DR
B
，不会发生掉
话。（本次测试中专载保持时长约
1.358s
）
功能总结：
1
）当无线环境较差时，
UE
发生
RRC
重建，若
RRC
重建成功，手机将不会掉话。
2
）
MME
侧也可以在
RRC
重建失败后，通过<
/p>
MME
专载
QCI1
保持功能使得在新发起的业务过程中，专载
QCI1
继续保
持，也可使得手机不掉话。
3
）此功能为爱立信
MME
非必选功能，建议
打开。但是该功能不在集采目录，暂时无法采购。
1.10
专载释放与切换冲突，通话结束未收到专载释放掉话
[
问题描述
]
：在拉网测试过程中，通话挂机后，主叫上报
BYE
消息，
IMS
回
BYE
200
消息前后，同时手机
发生切换，未收到
< br>EPS
专载释放请求，
1s
后软
件统计掉话。
[
< br>问题分析
]
：经分析
MME l
og
，发现
MME
未收到
PGW
下发的
delete bearer req
uest
消息。当
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
链路为主
-
< br>备模式，保证
CCA
和
RAR<
/p>
走同一路径和到达
PGW
的先后顺序。<
/p>
[
优化结果
]
：近期调整后的网格测试，暂时没有发现
BYE200
消息前后发生的切换没释放
QCI
1
专载的情
况。
1.11
通话结束
MME
收到
del bearer req
，专载释放与切换冲突，基站未下发
NAS
[
问题描述
]
：通话挂机后，主叫上报
BYE
消息
，
IMS
回
BYE200
消息前后，同时手机发生切换，
EPS
专载
没有释放，
1s
后软件统计掉话。
[
问题分析
]
：
主叫挂机后，
MME
收到
del bearer
req
，
下发
Deactivate
EPS bearer context Request
给源
eNB
携带
NAS
释放专载，但同时源
eNB
触发
X2
切换，向
MME
响应
ERAB
release response
（
X2-Handover-Triggered
），
NAS
消息未下发到手机。根据协议
36.413
中
8.6.2.4
有描述当
eNB
在触发
X2<
/p>
切换时，
eNB
将不传递
NAS
消息。
[
优化措施
]
：属测试软
件统计问题，建议软件加以剔除该问题。
2
案例分析
2.1
典型案例
案例
1
：<
/p>
LTE
弱覆盖，
eSRVCC
切换不及时掉话
10
:57:29.710
基站下发异频异系统测量报告，包含
2G
频点及
B2
门限（
LTE:-110
，
GERAN:-95
< br>）
10:
57:38.479
，主叫达到
B2
门
限
10:57:42.109
，主叫
RSRP
已恶化至
< br>-117dBm
，
SINR
至<
/p>
-3
，但终端仍没有上报
B2
事件
10:58:0
5.587
，
RTP
包不能正常收发，
10s
后
RTP
inactivity
定时器触发，会话中断，出现掉话：
-
-
-
-
-
-
-
-
-
上一篇：S1AP基本信令流程
下一篇：Volte丢包率优化案例