内容发布更新时间 : 2024/5/18 21:47:16星期一 下面是文章的全部内容请认真阅读。

1、 RRC连接建立的原因（EstablishmentCause）：在LTE中，3GPP 36.331中规定了RRC

建立的原因，截止到R10版本：

emergency---拨打紧急号码

HighPriorityAccess---高优先级接入 mt-access--被叫接入

mo-Signalling--发送信令时 mo-Data---发送数据时

DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入

在3GPP 36.331中，并没有什么时候用什么原因进行具体介绍，因为RRC建立原因原因与上层业务有关系，相关介绍在3GPP 24.301 NAS层的协议中。

2、 RRC重配置的触发原因：发起对SRB和DRB的管理、低层参数配置、切换执行和测

量控制时。

RRC重配有5项内容：

RRC连接重配置的目的是修改RRC连接，例如建立、修改或释放RB，执行切换，建立、修改或释放测量。UE接收到网络端发送的RRCConnnection Reconfiguration消息后，根据RRC连接重配置消息中的配置项，顺序执行过程如下：

1）如果RRC连接重配置消息中包含measConfig，则执行测量配置部分修改； 2）如果RRC连接重配置消息中包含Mobility ControlInfo，则执行切换；

3）如果RRC连接重配置消息中包含dedicated InfoNASList，则把此字段部分传递给上层； 4）如果RRC连接重配置消息中包含radioResource ConfigDedicated，则根据消息内容重配置无线承载、数据无线承载、传输信道以及物理信道；

5）如果RRC连接重配置消息中包含securityConfigHO,则执行切换[3][4]。 如果上述五项配置项都能成功执行，则UE会发送RRCConnectionComplete消息给E-UTRAN，以完成RRC连接重配置

3、RRC重建立的五个原因： 1）检测到无线链路失败； 2）切换失败；（UE在E-UTRAN内切换失败） 3）E-UTRA侧移动性失败；（UE从E-UTRAN向其他RAT切换失败） 4）底层制式完整性校验失败；（UE收到下层的完整性检测失败指示）

5）RRC连接重配失败。（UE不支持网络下发的RRC命令）

当处于RRC连接状态时，如果出现切换失败、无线链路失败、完整性保护失败、RRC重配置失败等情况，将会触发RRC连接重建过程。

该过程旨在重建RRC连接，包括SRB1操作的恢复，以及安全的重新激活。

处于RRC_CONNECTED状态的UE，安全已被激活，可发起该过程继续RRC连接。仅当相关小区是具有UE上下文的小区时，连接重建才会成功。假使E-UTRAN认可重建，SRB1的操作会恢复，而其它RB将继续保持挂起。如果AS安全没有被激活，UE不会发起该过程，而直接转到RRC_IDLE状态。

4、 无线掉线率处理思路：

定义：无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次数)/UE Context建立成功总次数*100%

Context异常释放次数：当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标L.UECNTX.AbnormRel加1。 □ eNodeB发起的原因为UE LOST的UE Context释放次数 □ eNodeB发起的原因为切换失败的UE Context释放次数 □ eNodeB发起的原因为无线层问题的UE Context释放次数 □ eNodeB发起的S1 RESET导致的UE Context释放次数

?是否存在异常告警或传输闪断

1） 通过LST ALMAF查询站点实时告警,参考历史告警； 2）通过DSP BRD 查询单板运行情

况；

?通过提取两两小区切换，确定目标小区

1）确定目标小区运行情况，是否基站故障或异常告警； 2）检查邻区间参数设置是否正确；

3）通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化； 4）检查基站是否周边站点缺少，如为孤站，可视为正常；

?检查S1链路是否配置正确现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0，如统计出现释放次数，需进行针对排查；

?参数是否设置合理 1）查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301） 2）如掉线率突增，查询操作日志，确认是否有修改，导致小区异常； ?是否存在高干扰 1）通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突； 2）检查小区时隙配比是否设置准确（DE:SA2\\SSP7;F:SA2\\SSP5）； 3）如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；小提示：判断干扰类型时，可跟踪后台干扰检测，如果RB0-RB99呈下坡图，则为杂散干扰，如果为陡升陡降则为互调干扰，如果为上坡图，则为阻塞干扰，如果干扰仅在RB40-RB80,则为广电干扰，请大家知悉。

?是否存在高质差 1）通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； 2）通过后台误码率跟踪，如BLER>10% ，确定小区存在高误码；

?是否存在弱覆盖 1）检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； 2）对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常；

5、 切换成功率=(站内切换成功次数+X2切换成功次数+S1切换成功次数)/(站内切换请求次

数+X2切换请求次数+S1切换请求次数)。 6、 PDCP层功能：

7、RLC层功能：