RLC层不可恢复性错误浅析.doc

关于RLC层不可恢复性错误浅析1．小区更新的情景：情景(1)：上行数据传送若 UE 在URA_PCH 或CELL_PCH 状态下，RB1 或RB1 以上的其它RB 上有上行RLC 数据块或控制块需要发送，则UE 启动小区更新流程，设置原因值为 “uplink data transmission”情景(2)：寻呼响应若 UE 在URA_PCH 或CELL_PCH 状态下，收到针对该UE 的PAGING TYPE消息，其中的“Used PAGING identity”为 UTRAN identity，且不包含可选项“CN originated page to connected mode UE”，且情景（1） 不满足，则UE 启动小区更新流程，设置原因值为 “Paging response”情景(3)： Radio link failure若UE 在CELL_DCH 状态下T313 超时（物理层失步），且情景1、2 不满足，则UE 在释放专用物理信道资源后，启动小区更新流程，设置原因值为“Radiolink failure”若UE 发送 CAPABILITY INFORMATION 消息时，连续N304 发送失败（T304 超时且V304>N304），且情景1、2 不满足，则UE 启动小区更新流程，设置原因值为 “Radio link failure”。

情景(4) Re-entering service area若UE 在CELL_FACH 或CELL_PCH 状态下，进入无覆盖区后，又在T307 或T317 超时之前重新进入网络覆盖区，且情景1、2、3 不满足，则UE 启动小区更新流程，设置原因值为 “re-entering service area”情景(5) RLC unrecoverable error若 UE 检测到其中的AM RLC 实体发生了不可恢复的RLC 错误，且情景1、2、3、4 不满足，则启动小区更新流程，设置原因值为“RLC unrecoverable error”情景(6) Cell reselection若UE 在CELL_FACH 或CELL_PCH 状态下进行小区重选，且情景1、2、3、4、5 不满足，则启动小区更新流程，设置原因值为“Cell reselection”若UE在CELL_FACH 状态下，且C_RNTI 为空，且情景1、2、3、4、5 不满足，则启动小区更新流程，设置原因值为“Cell reselection”情景(7) Periodical cell update若UE 在CELL_FACH 或CELL_PCH 状态下T305 超时，且UE 尚在配置了周期性更新的小区的覆盖范围内，且情景1、2、3、4、5、6 不满足，则启动小区更新流程，设置原因值为“periodical cell update”。

2．RLC不可恢复性错误2.1 相关定时器2.2.1 T302（1）名称：定时器302/T302（2）功能描述：当UE发送CELL UPDATE消息后启动T302定时器，当收到CELL UPDATE CONFIRM后停止T302定时器一旦超时，若UE计数器V302 <= N302则重发CELL UPDATE/URA UPDATE，否则进入空闲模式3）影响范围：RNC（4）单位：ms（5）取值范围：D100, D200, D400, D600, D800, D1000, D1200, D1400, D1600, D1800, D2000, D3000, D4000, D6000, D80002.2.2 N302（1）名称：常量302/N302（2）功能描述：该消息表示CELL UPDATE消息重复最大次数3）影响范围：RNC（4）单位：无（5）取值范围：0~72.2.3 V302（1）名称：计数器302/V302（2）功能描述：用来计数CELL UPDATE消息的发送次数2.2 CELL UPDATA流程CELL UPDATE/URA UPDATE：下面对上图中的3个CELL UPDATE流程分析：（1）UE向UTRAN发送“CELL UPDATE”或“URA UPDATE”以进行小区更新或URA更新，此时UE设置计数器V302为1，并重起定时器T302 。

当UE收到“CELL UPDATE CONFIRM”或“URA UPDATE CONFIRM”后，停止定时器T3022）如果UE上发了CELL UPDATE消息后，迟迟没有收到网络下发的CELL UPDATE CONFIRM消息，导致定时器T302超时，并检查V302的值当V302等于或小于N300，UE重新发送“CELL UPDATE”或“URA UPDATE”，计数器V302加1，重新启动T3023）UE不断上发CELL UPDATE消息，使得计数器V302不断加1当V302大于N302，UE进入空闲模式，该过程未成功因此CELL UPDATE重发的次数由N302决定2.3 实例解析 下面对常见的两种CELLUPDATE进行举例说明来更好地加深理解2.3.1 CELL UPDATE上发的间隔和次数如上图所示，UE上发了四条原因值为RADIOLINK FAILURE的CELLUPDATE信令，每条之间的间隔为6秒，共上发了四条为什么会间隔为6秒并上发四条呢？因为上发第一条CELL UPDATE信令后，计数器V302计为1，此时UE没有收到“CELL UPDATE CONFIRM”信令，所以等到定时器T302超时（也就是6秒后，从系统消息1中可以看出T302设置为6000毫秒），UE再次上发CELL UPDATE信令，计数器V302累加一。

由于N302设置为3，当V302大于N302，也就是CELL UPDATE共上发了四次，UE进入空闲模式原因值为RLC不可恢复性错误的上发间隔和次数与RADIOLINK FAILURE一样，这里不再赘述2.3.2 原因值为RADIOLINK FAILURE的CELLUPDATE信令 原因值为RADIOLINK FAILURE的CELLUPDATE的原因是下行受到干扰，如上图所示，RNC下发的3条测量控制消息没有收到为什么这里只上发一次呢，因为RNC收到CELL UPDATE时已经向核心网发出了IU链路释放请求，所以在RRC连接释放后便不再上发2.3.3原因值为RLC不可恢复性错误的CELL UPDATE信令原因值为RLC不可恢复性错误的CELL UPDATE的原因是上行受到干扰，如上图所示，在13：53：36上发测量报告，但是RNC并没有收到这里只上发一次的原因同样为RNC收到CELL UPDATE时已经向核心网发出了IU链路释放请求，所以在RRC连接释放后便不再上发。