小区更新流程与定时器介绍.docVIP

小区更新及定时器参数简介 版权所有 大唐移动通信设备有限公司 本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。 目 录 TOC \o 1-3 \h \z HYPERLINK \l _Toc217291676 1. 小区更新概述 PAGEREF _Toc217291676 \h 4 HYPERLINK \l _Toc217291677 1.1 UE连接状态简介 PAGEREF _Toc217291677 \h 4 HYPERLINK \l _Toc217291678 1.2 小区更新过程的目的 PAGEREF _Toc217291678 \h 5 HYPERLINK \l _Toc217291679 1.3 小区更新触发机制和优先级 PAGEREF _Toc217291679 \h 5 HYPERLINK \l _Toc217291680 2. 小区更新流程及定时器介绍 PAGEREF _Toc217291680 \h 7 HYPERLINK \l _Toc217291681 2.1 CELL UPDATE CONFIRM信息所带不同内容的小区更新流程 PAGEREF _Toc217291681 \h 7 HYPERLINK \l _Toc217291682 2.2 小区更新过程的原语（消息）的收发情况介绍。 PAGEREF _Toc217291682 \h 9 HYPERLINK \l _Toc217291683 2.3 小区更新定时器及参数说明(物理信道重配置的小区更新过程) PAGEREF _Toc217291683 \h 11 HYPERLINK \l _Toc217291684 3. 小区更新异常流程及定时器（Outum log中常见的物理信道重配置的小区更新过程失败问题分析） PAGEREF _Toc217291684 \h 14 小区更新概述 小区更新过程是由UE主动发起，并且UE处于四种连接态（CELL_DCH,CELL_FACH,CELL_PCH和URA_PCH）都可能发起。 当用户出现异常（无线链路失败，RLC不可恢复错误等）会发起小区更新；处于CELL_PCH或URA_PCH时如果需要发送上行数据使用小区更新过程；进行小区重选后用小区更新消息通知RNC；用周期性的小区更新过程保持与网络侧的联系；CELL_PCH/URA_PCH的寻呼响应，重新进入服务区也使用小区更新过程。 UE连接状态简介 在UMTS网络中，移动性管理的大部分功能由UE的非接入层和CN来执行，同时还有一部分功能是由UTRAN中的RRC子层来执行，因此对应的UE接入层的RRC子层也必须具备相关的移动性管理功能。小区更新过程和URA更新过程就是RRC子层处理移动性管理功能中的两个重要过程。 RRC子层主要完成无线资源控制和管理功能，并且还要兼管一部分移动性管理的功能。根据是否建立了RRC连接，UE可以分为空闲模式和连接模式。对于RRC连接模式，存在四个不同的状态。 CELL_DCH状态下UE被分配了专用的物理信道。对于DCH信道，UTRAN可以应用多种物理信道分配方案：永久的、基于时间的或是基于数据的。UE和UTRAN都可以使用传输格式组合指示（TFCI）来分别指示当前的上行和下行数据速率。如果配置的传输格式集（TFS）不能满足当前的数据速率要求，则UTRAN将发起相应的传输信道重配置过程。 CELL_FACH状态下UE与UTRAN之间不存在专用的物理信道，UE在下行方向连续监视FACH传输信道，在上行方向可以使用公共传输信道（RACH），在任何时候UE可以在相关的信道上发起接入过程。 CELL_PCH/URA_PCH这两个状态下UE没有被分配专用的物理信道，并且UE也不可以使用任何上行物理信道，在下行方向都监听PCH信道。两者之间的区别在于CELL_PCH的CELL为最小区域单元，而URA_PCH的URA可以由一个或多个CELL组成。在这两个状态下UE的行为与在空闲模式IDL状态下的行为相似。如果在此状态下UE要和UTRAN通信则必须发起小区更新过程。 小区更新过程的目的 小区更新过程有以下几个主要目的： 通知UTRAN，处于CELL_PCH或CELL_FACH状态的UE重新进入了服务区； 通知UTRAN，UE的AM RLC实体发生了不可恢复的RLC错误； 周期性小区更新可作为CELL_PCH或CELL_FACH状态下的UE监管机制； 通知UTRAN，处于CELL_PCH或CELL_FACH状态下的U