CellUpdate经典案例分析.doc

案例名称：UE上报“Cell Update”导致掉话和重配置成功的两种区分现象描述：1月16日全网AMR测试出现UE在接通状态下发起“Cell Update”，原因值为“rlc-unrecoverableError”，提示“am-RLC-ErrorIndicationRb2-3or4 BOOLEAN = true”，RNC直接向CN发出“IU RELEASE REQUEST”，原因值“radio-connection-with-UE-Lost”，导致掉话，同样在这天也出现了UE在接通状态下发起“Cell Update”，并且重配置成功，未导致掉话的事件告警信息：无原因分析： AM模式在RLC层采用确认重传的方式，发送方会采用一定的方式对接收方进行轮询，具体的方式是在发送PDU后发送轮询帧，等待接收方的ACK帧如果等待定时器超时没有收到接收方的ACK，则重复发送PDU，如果达到最大重发次数还没有收到ACK，发送端则触发RLC AM实体复位在RLC AM实体复位过程中，会向接收端发送RESET帧等待RESET ACK帧如果定时器超时则重发，超过最大重发次数后向高层报告“不可恢复错误”即“RLC unrecoverable error”，不再重发，直接触发释放过程。

目前版本RNC对于小区更新的处理机制分为信令面和用户面两种情况信令面处理：直接释放RRC，是不可恢复的；用户面处理：删掉当前RL然后重建，为可恢复判断信令面和用户面的依据是：在信令RRC_CELL_UPDATE里的信元am-RLC-ErrorIndicationRb2、3或4为：Truce且am-RLC-ErrorIndicationRb5和5以上为False则为信令面；am-RLC-ErrorIndicationRb2、3或4为：False且am-RLC-ErrorIndicationRb5和5以上为False则为用户面如下所示：总结：UE上报小区更新的原因有7个： (1)上行数据传送若UE在URA_PCH或CELL_PCH状态下，RB1或RB1以上的其它RB上有上行RLC数据块或控制块需要发送，则UE启动小区更新流程，设置原因值为 “uplink data transmission” (2)寻呼响应若UE在URA_PCH或CELL_PCH状态下，收到针对该UE的PAGING TYPE 1消息，其中的“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在释放专用物理信道资源后，启动小区更新流程，设置原因值为“Radio link 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”附件：无相关资料：无。