Radio Link Failure and Recovery

四种会发生Radio Link Failure的场景

-  DL Physical Layer Failure (PDCCH BLER > 10%)

-  Random Access Problems (in Connected State)

-  Failure after RLC retransmissions(specific PDU)

-  Handover Failure - T304 expiry (Acquisition or random access)

DL Physical Layer Failure

Monitor 检測到了Physical Layer 的问题,主要是双方面的Reference Signal(RS)和理论的PDCCH BLER% (定义在 36.133)。基于DRC Cycle 和 thresholds Qout(10%) ~ Qin(2%) 会生成 In-Sync和Out-of-Sync。

-  假设没有使用 DRX,下行信道质量的评估,假设在最后的200ms内低于Qout,UE的Layer 1会在200ms内发送一个Out-of_Sync标记到更高一层。当下行信道质量在100ms内好于Qin,UE上的Layer 1会在100ms内向上层发送一个In-Sync。两个连续的标记中间会有10ms的间隔。传输功率会在T310过期的40ms内被关闭。

-  假设使用 DRX,对于Qout 和 Qin评估的时间间隔是由DRX配置决定的(參照下表)。在这样的情况下In-Sync或Out-of-Sync发送的时间间隔最小是10ms或由DRX cycle Length决定。

DL Physical Layer Failure - Recovery

图中显示了在声明Raido Link Failure之前,UE恢复的一个过程。

Random Access Problem

假设在Connected Mode下,Uplink Time alignment 超时,UE必须运行一个Random Access过程来获取新的 timing。而且在传输数据前取得新的授权。假设UE发送了最大数量的Preamble但没有得到回应,则会声明一个 Radio Link Failure。

在图中Preamble的最大数为6,

Maximum RLC Retransmissions

当数据重传达到了设置的最大次数时就会声明一个Radio Link Failure。

Handover Failure   -   T304  Expiry

当UE接收了RRC Connection Reconfiugration命令而且准备Handover时T304被启动。UE从源小区去附着,而且成功获取目标小区,通过随机接入过程接入成功。假设在T304超时前,UE不能成功接入目标小区,则会声明 Radio Link Failure。

Recovery from RLF  -  Overview

一旦发生了RLF, Timer 311将会启动,SRB1会挂起,SRB2和全部的DRB会被释放。

两个UE Raido Link Failure 的实际场景

Recovery from the RLF in the same Cell

当UE进入一个coverage hole并出现RLF时,Recovery机制開始启动。UE 选择了同样的小区,而且開始了Timer 301发送消息,RRC Connectin Reestablishment, 包括C-RNTI,最后Serving Cell 的C-RNTI。

RRC Connectin Re-establishment in the Same Cell

在接收到RRC Connection Reestablishment Request消息后,eNB会返回RRC Connection Reestablishment 来恢复  SRB1 eNB会决定UE的上下文, 由于在请求中包括着原(同样)小区的PCI,C-RNTI。

Handover Failure  -  T304 Expiry

RRC Reconfiguration 发送到UE来运行Handover,从Cell PCI=400 切换到 Cell PCI=250. UE会被分配一个新的目标小区的C-RNTI。同一时候T304也会被包括在RRC Connection Reconfiguration中。UE 从原小区(PCI=400) detach,通过发送RACH 序列attach 到目标小区上(PCI=250)

在本样例中UE并没有收到eNB的响应,T304超时,出现了一个RLF。

Recovery from Handover Failure in a Different Cell

T304超时后,UE声明了一个RLF,而且启动T311 计时器。在T311超时前,它成功的重选了原来的目的小区(PCI=250)。T311计时器停止。UE開始了T301计时器,而且发送RRC Connection Reestablishment Request消息,当中包括着C-RNTI和源小区PCI。

Radio Link Failure and Recovery,布布扣,bubuko.com

时间: 2024-08-01 13:29:01

Radio Link Failure and Recovery的相关文章

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

启动Tomcat时,发生如下异常: DEBUG resourcepool.BasicResourcePool  - An exception occurred while acquiring a poolable resource. Will retry. com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure The last packet sent successfully to

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure 数据库报错

-- 查询mysql 数据库链接空闲时间持有最大空闲时间,单位为秒 SHOW VARIABLES WHERE VAriable_name = 'interactive_timeout'; -- 会出现wait_timeout与该参数意思相近,修改时,一起修改 SHOW VARIABLES WHERE VAriable_name = '%timeout'; -- 解决问题 com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Commun

mysql Communications link failure (with http request)

com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Communications link failure during rollback(). 看到这个错误后先查看代码,首先想到,我先打开的数据库连接,并且执行了query和insert操作都没问题啊,但是最后的回滚就出问题了,下面根据日志分析一下: 解决方案: 1. 修改Http请求时间,连接请求超时+读取超时<60ms 2. 不要将HTTP请求放到数据库

mysql 5.1超过默认8小时空闲时间解决办法(错误:com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure)

报错: MySQL第二天早上第一次连接超时报错, com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure 原因: 上述问题是由mysql5数据库的配置引起的.mysql5将其连接的等待时间(wait_timeout .interactive_timeout)缺省为8小时.在其客户程序中可以这样来查看其值: mysql> show global variables like 'wait

Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

1.错误描述 [ERROR:]2015-11-05 14:37:52,558 [插入失败] report.service.impl.ReportServiceImpl org.hibernate.exception.JDBCConnectionException: error executing work at org.hibernate.exception.internal.SQLStateConversionDelegate.convert(SQLStateConversionDelegat

Mysql Communications link failure 问题的解决

问题现象 com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server. I spend some days to solve this

Communications link failure的解决办法

使用Connector/J连接MySQL数据库,程序运行较长时间后就会报以下错误: Communications link failure,The last packet successfully received from the server was *** millisecond ago.The last packet successfully sent to the server was ***  millisecond ago. 其中错误还会提示你修改wait_timeout或是使用C

Communications link failure,The last packet succes

最近做测试,发现Mysql 过一段时间会无法连接,导致数据库数据不一至,极其郁闷. 使用Connector/J连接MySQL数据库,程序运行较长时间后就会报以下错误: Communications link failure,The last packet successfully received from the server was *** millisecond ago.The last packet successfully sent to the server was ***  mil

数据库连接失败Communications link failure due to underlying exception!

(1)有今天遇到了这个问题:当使用Myeclipse中DB Browser连接mysql出现 Communications link failure due to underlying exception!的问题 服务是开启了的,使用sql命令也可以执行,但是过了一会就不可以连接就出现上边的问题: (2)赶紧百度了一下,百度上各路大神的方法主要是 a)由于mysql自带的连接时长的限制,当超过时间的时候mysql就会自动断开,解决方法,网上也有很多方法,这里不做解释: b) 本人的解决方法就是