-
1
、无线接通率指标
无线接通率
=RRC
连接建立成功率
*
E-RAB
建立成功率
=(RRC
连接
建立完成次数
/RRC
连接
请求次数（
不包括重发）
)*E-RAB
建立成功总次数
< br>/E-RAB
建立尝试总次数
*100%
1.1
、
RRC
连接建立成功率
RRCSet
upSuccessRate=
（
）<
/p>
/()*100%
话统统计方法：
RRC
建立统计点
【
A
点】
<
/p>
（
1
）指标
加
1
，不统计重发的次数。
Case1
：
eNB
下发
RRC_Conn_Setup
消息后，
在
T300
定时器超时前，收到相同的
UeID
发
起的
RRC_Conn_R
eq
（
Setup
丢失，
UE MAC
冲突解决定时器超时后重发
RRC_C
onn_Req
，
UeID
不变）
，记为一次重发
RRC_Conn_Req
消息。
Case2
：
T300
超时后，
UE
仍未收
到
RRC_Conn_Setup
，
U
E
重新搜网，
发起初始接入，
UeID
是取
0~239
的随机值或上层下发的
TMSI
。
eNB
侧记为新的一次初始接入，
加
1<
/p>
。
Case3
：
发起
Attach
后会启动
T3410
定时器。
如果
UE
发出
RRC_Conn_Setup_Cmp
后，
ENB
没有收到，
U
E
会在定时器超时后重新发起
Attach
，
ENB
侧记为新的一次初始接入；
RRC_Conn_Setup_Cmp
丢失不会触发重建，发起重建的前提是安全已
经激活。
（
2
）如果
RRC
Connection
Request
消息信元
Establishment <
/p>
Cause
为“
emergency
”
，指标
加
1
。
（
3
）
如果
RRC
Connection
Request
消息信元
Establishment
Cause
为
“
highPriorityAccess<
/p>
”
，
指标
i
加
1
。
（
4
）如果
RRC
Connection
Request
消息信元
Establishment
Cause
为“
mt-Access<
/p>
”
，指标
加
1
。
（
5
）如果
RRC
Connection
Request
消息信元
Establishment
Cause
为“
mo-Singnal
ling
”
，
指标
加
1
。
（
6
）
如果<
/p>
RRC
Connection
Req
uest
消息信元
Establishment
Cause
为
“
mo-Da
ta
”
，
指标
加
1
。
【
B
点】
<
/p>
当
eNodeB
下小区接收到
UE
发送的
RRC
Connection
Request
消息并下发
RRC
Connection
Setup
消
息给
UE
时，指标
tup
加
1
。
【
C
点】
<
/p>
当
eNodeB
收到
UE
返回的
RRC Connection Setup
Complete
消息时统计相应指标，
加
1
。
1.2
、
ERAB
< br>建立成功率
ErabSetupSuccessRat
e=
（
t
）
/
()*100%
话统统计方法：
图
4
如上
图中
A
点所示，当
eNodeB
收到来自
MME
的
E
-RAB SETUP REQUEST
或者
INITIAL
CONTEXT SETUP REQUEST
（初始上下文设
置请求）消息时统计该指标。如果
E-RAB SETUP
REQUEST
或者
INITIAL
CONTEXT SETUP REQUEST
消息中要求同时建立多个
E-RAB
，则相应指
标按各个业务的
QCI
分别进行累加。
2
、接入性能优化流程
接入失败通常有三大类原因：
无线侧参数配置问题、
信道环境影响以及核心网侧配置问
题。因此无线接通率优化流程可以按以下步骤进行：<
/p>
（
1
）
通过话统分析是否出现接入成功率低的问题，
当前
RRCeRAB
接通率指标一般为
98%
< br>，
也可根据对接入成功率指标的特殊要求启动问题定位。
（
2
）确认是否全网指标恶化，如果是
全网指标恶化，需要检查操作，告警，是否存在网
络变动和升级行为。
< br>检查无线侧以及核心网侧参数配置是否合理，
如定时器
T
300
、
T302
、
< br>T3410
，
以及参数小区接入禁止、小区最小接入电平
、
IPPATH
、
Ncs
等。
（
3
）如果是部分站点指标恶化，影响全网指标，需要找出
TOP
< br>站点。
（
4
< br>）查询
RRC
连接建立和
ERA
B
建立成功率最低的
TOP10
站点和
TOP
时间段。
（
5
）查看
TOP
站点告警，检查单板状态，
RRU
状态，小区状态，<
/p>
OM
操作，配置是否异常。
（
6
）针对
TOP
站点进行针对性的标准信令跟踪、干扰检测进行分析。
（
7
）
如果标准信令和干扰
检测无异常，将一键式日志，标口跟踪，
干扰检测结果返回给
厂
家技术人员分析。
接入问题优化流程图如下图所示：
接入问题优化流程图
3
、接入问题排查分析
3.1
、
E_NB
配置问题
排查
?
PDCCH
符号数配置问题
测试局点为了尽可能提高下行吞吐率，
PDCCH
通常固定
1
符号，但在
2
0M
带宽以下，
可能出现无法接入的问题。
5M
小区，
PDCCH
固定
1
符号，
总共能使
用的
CCE
个数为
3
< br>，
由于
CCE
资源受限接入不了
。
10M
小区，
PDCCH
固定
1
符号，总共能使
用的
CCE
个数为
8
< br>个，受上下行配比约束，下
行最多能用
5
个，而
10M
小区公共信令的聚合级别为
8
，需要
8
个，因此
CCE
资源受限所以
接入不了。
15M
小区，
PDCCH
固定
1
符号，总共能使用的
CCE
个数为
12
，受上
下行配比约束，下行
最多能用
8
个，<
/p>
PDCCH
功控开关关闭时可以接入。
PDCCH
符号数配置
?
IPPATH
配置问题
基站在完成了安全的配置与
UE
能力的获取后并向小
区申请资源
,
会向
TRM
申请
GTPU
资
源
,
如
果
申
请
资
源
失
< br>败
则
会
向
核
心
网
返
回
初
始
上
下
文
建
立
失
败
响
应
INIT_CO
NTEXT_SETUP_FAIL
；原因值填写
transp
ort resource unavailable(0)
；如下图所
示
：
初始上下文建立失败响应信令截图
在
这种情况下
,
对照开站
summary
首先查看一下
MML
中的
IPPATH
是否配置正确
,
如果已
经
配
置
正
确
,
则
查
看
请
初
始
上
下
文
建
立
请
求
消
息
(INIT_CONTEXT_SETUP_REQ
消
息
)
中
t
ransportlayeraddress
的信元值是否为配置的
IPPATH
值
,
如果不一样则需
要确认一下是我
们配置错误还是核心网填写错误。同时查看路由信息配置是否正确，如果
IPPATH
正确，但
路由错误，
同样会出现传输资源不可用的错误信息。
如果以上都不符合则需要把
IFTS
打开
,
将跟踪发给厂家技术人员来确认问题的原因。
初始上下文建立请求消息信令
-
-
-
-
-
-
-
-
-
上一篇：常见http错误代码
下一篇：5G上行参考信号SRS详解