“inter-cell”---小区之间，“intra-cell”译为“小区内部”。
同频测量事件用1X来标识；
事件1A：一个主导频进入报告范围；
事件1B：一个主导频信道离开报告范围；
事件1C：一个不在Active set 里的主导频信道的导频信号强度超过一个在Active set里的主导频信道的导频信号强度；
事件1D：最好小区发生变化【即是触发同频硬切换】；
事件1E：一个主导频信道的导频信号强度超过绝对门限值；
事件1F：一个主导频信道的导频信号强度低于绝对门限值；
异频测量事件用2X来标识；
2A事件: Change of best frequency，最好频率的变动；
2B事件：当前使用使用频率质量低于绝对门限，非使用频率质量高于另一绝对门限。
2C事件：非使用频率质量高于一个绝对门限。
2D事件：当前使用频率质量低于某一绝对门限，用于启动压缩模式。
Event 2e: The estimated quality of a non-used frequency is below a certain threshold；
2F事件：当前使用频率质量高于某一绝对门限，用于停止压缩模式。
异系统测量事件用3X标识；
3A事件：当前使用频率质量低于一个绝对门限，而GSM小区质量高于另一个绝对门限；
Event 3b: The estimated quality of other system is below a certain threshold；
3C事件：GSM小区质量高于一个绝对门限；
Event 3d: Change of best cell in other system在其它系统最好小区发生变化；
话务量测量事件用4X标识；
Reporting event 4 A: Transport Channel Traffic Volume becomes larger than an absolute threshold；
Reporting event 4 B: Transport Channel Traffic Volume becomes smaller than an absolute threshold；
质量测量用5X标识（As FDD Mode，It's Measurement of Downlink transport channel BLER）；
Reporting event 5A: A predefined number of bad CRCs is exceeded；
UE内部测量：
Reporting event 6A: The UE Tx power becomes larger than an absolute threshold；
Reporting event 6B: The UE Tx power becomes less than an absolute threshold；
Reporting event 6C: The UE Tx power reaches its minimum value；
Reporting event 6D: The UE Tx power reaches its maximum value；
Reporting event 6E: The UE RSSI reaches the UE's dynamic receiver range；
6F事件：当UE的下行接收时间和上行发射时间间隔大于绝对门限；
6G事件：当UE的下行接收时间和上行发射时间间隔小于绝对门限；
UE位置测量：
Reporting Event 7a: The UE position changes more than an absolute threshold；
Reporting Event 7b: SFN-SFN measurement changes more than an absolute threshold；
Reporting Event 7c: GPS time and SFN time have drifted apart more than an absolute threshold；
WCDMA在连接模式下，UE有4种状态：Cell-DCH, Cell-FACH, Cell-PCH, URA-PCH 都表示什么意思？
答：RRC子层的状态转移
下图给出了整个RRC子层的状态转移情况，从图中可以看出，RRC子层根据是否有RRC连接存在而分成了空闲模式和连接模式。而连接模式下又根据无线资源分配的不同情况分为了四个状态：CELL-DCH状态、CELL-FACH状态、CELL-PCH状态和URA-PCH 状态。根据无线资源分配情况的变化，触发RRC子层状态间的迁移；而通过RRC连接的建立和释放触发空闲模式和连接模式之间的迁移。
在空闲模式下，通过对服务小区和邻近小区测量值的监控，来触发小区重选，以最大程度保证小区驻留在一个最好的小区内，为可能发起的呼叫以及其他业务做好准备；而在连接模式下，其CELL-FACH、CELL-PCH和URA-PCH这三种状态下都有小区重选过程。连接模式下的小区重选是UE实现其连接移动性的重要过程。连接模式下，UE同样通过对服务小区和邻近小区测量值的监控，来触发小区重选，再配合小区更新/路由更新等过程，确保了服务小区的质量，降低了了掉话率。
RRC子层状态转移图
CELL-DCH状态下，一段时间内，如果业务量一直很低，则CELL-DCH转成CELL-FACH；CELL-FACH状态下，如果收到4a event,即需要大的带宽传输数据时，则转到CELL-DCH；CELL-FACH——>CELL-PCH。业务测量，在一段时间内，如果业务量一直为0。则CELL-FACH——>CELL-PCH，
CELL-PCH——>URA-PCH。在一段时间内，如果小区更新消息超过了一定次数，则CELL-PCH——>URA-PCH。
那么CELL_PCH或URA_PCH状态是否就是终态呢？
答案是否定的！
对于CELL_PCH或URA_PCH状态用户，RNC会在资源不足的情况下，回收这部分资源，以预留给未来的潜在用户。
即RNC会将UE的RAN侧资源统统释放。
总结：首先这4种状态都是在RRC 连接的情况下的状态。
他们之间的本质区别在于占用资源的情况不一样。
cell-dch，当然是占用最大资源的，有专用的上下行链路；
cell-fach，占用的资源比cell-dch少，无专用链路，通过rach/fach信道传递少量用户数据；cell-pch/ura-pch，这两种情况的资源占用情况是一样的，无专用链路，无上行数据，采用DRX方式监听pich和bch，区别仅在于范围不同，这两种状态下不论需要传递什么数据都必须先转换到cell-fach状态。
URA_PCH和CELL_PCH的区别：
（1）、这几个状态可以说是按照UE的活动性来的，DCH－FACH－CELL_PCH－URA_PCH －IDLE；
（2）、CELL_PCH、URA_PCH之间不能互转，只能通过FACH态为中间态；
（3）、DCH、FACH下是寻呼类型2，IDLE、CELL_PCH、URA_PCH都是寻呼类型1；（4）、URA_PCH与CELL_PCH状态的区别在于，当UE位于CELL_PCH状态时，如果当前所在的服务小区发生改变时，就需要向UTRAN汇报一次，而在URA_PCH状态时，只需要当所在的URA区发生变化时，才需要汇报。运营商自定义URA区的大小，一般会包含几个小区。
寻呼类型：
与固定通信不一样，移动通信中的通信终端位置是不固定的。为了建立一次呼叫，核心网(CN)通过Iu接口向UTRAN发送寻呼信息，UTRAN通过Uu接口上的寻呼过程发送给UE，使被寻呼的UE发起与CN的信令连接建立过程。当UTRAN收到某个CN域（CS域或PS 域）的寻呼消息时，首先判断UE是否与另一个CN域建立了信令连接：
（1）如果没有建立信令连接，那么UTRAN只能知道UE当前所在的服务区，并通过寻呼控制信道将寻呼消息发送给UE，这就是PAGING TYPE 1消息。
（2）如果已经建立信令连接，在CELL-DCH或CELL-FACH状态下，UTRAN就可以知道UE当前活动属于那种信道上并通过专用控制信道将寻呼消息发送给UE，这就是PAGING TYPE 2 消息。
其他说明：
（1）寻呼类型1后，UE通常发送RRC连接建立请求；
（2）寻呼类型2后，UE通常发送初始直传消息；
（3）寻呼类型1消息中，信元BCCH modification information指示系统消息是否更新。空闲模式下的UE：
主要进行PLMN的选择和重选，小区的选择和重选，位置更新
（1）PLMN的选择，主要是存储在USIM中的PLMN；
（2）小区的选择，初始选择一个信号最好的小区，重选主要通过测量触发，分为有无HCS 情况，两者的判决准则不相同；
（3）位置更新。
RRC建立过程：
（1）UE在上行CCCH上发送一个RRC Connection Request 消息，请求建立一条RRC 连接。主要参数为：
Initial UE Identity：初始的UE标识，如IMSI，TMSI等参数，用来让网络识别发送该建立请求消息的UE；
Establishment cause：建立原因，有多种类型，但UE每次只能选择其一。
Protocol Error Indicator：协议错误标识，用来标明是否有协议错误发生。
测量IE：给出在Uu接口上的测量结果；
（2）RNC根据RRC连接建立请求的原因及系统的资源状态决定UE建立在专用信道并分配RNTI和L1，L2资源。（一般情况下在发起电路型业务或Speech业务、以及QoS较高的分组业务时，尽可能的将RRC连接建立在DCH上）。
（3）如果RRC连接建立在DCH上，RNC向NodeB发送Radio Link Setup Request消息，请求NodeB分配RRC连接所需要的特定无线链路资源。在该消息中包含有建立无线链路所必需的参数（功率、时隙、扰码、midable码等参数）。
（4）在RL成功建立后，RNC使用ALCAP协议发起Iub接口用户面传输承载的建立(用于承载RRC信令的ATM连接，并完成RNC与NodeB同步过程。
（5）RNC在下行CCCH上向UE发送RRC Connection Setup消息。主要参数：UE IE，RB IE，TrCH IE，上行传输信道，下行传输信道，物理信道IE，UL无线资源和DL无线资源。
（6）UE在上行DCCH上向RNC发送RRC Connection Setup Complete。主要参数：RRC transaction identifier：RRC事务标识。
START list：开始列表，包含CN域标识和开始值列表信息。
UE radio access capability：UE无线接入特性。
UE radio access capability extension：UE无线接入特性扩展。
UE system specific capability：UE系统特性。
至此RRC连接建立过程结束。
NAS信令建立过程:
通过直传消息，建立SCCP连接
RAB建立过程:
RAB建立由CN发起，其主要过程如下：
（1）CN向UTRAN下发RAB指派请求，请求建立RAB；
（2）RNC发起建立Iu接口和Iub接口的数据承载；
（3）RNC向UE发送RB建立请求；
（4）UE完成RB建立，向RNC回复RB建立完成；
（5）RNC向CN回复RAB建立完成消息。
按照RRC连接的特性，可以将整个过程分为三种情况：
1.RRC连接建立在DCH态，RAB建立在DCH上
在上面的第（2）步中，包含建立RL的过程，该过程分为异步和同步两种情况，其区别是NodeB与UE接收到RNC的配置消息之后，是立即启用新的配置，还是在消息中的同步时刻再启用。
异步情况下仅有两条消息：
RNC到NodeB：Radio Link Reconfiguration Request
NodeB到RNC：Radio Link Reconfiguration Response
同步情况下要三条消息：
RNC到NodeB：Radio Link Reconfiguration Request
NodeB到RNC：Radio Link Reconfiguration Ready
RNC到NodeB：Radio Link Reconfiguration Commit
2.RRC连接建立在FACH态，RAB建立在DCH上
仅存在上面同步的情况
3.RRC连接建立在FACH态，RAB建立在FACH上
不需要建立无线链路
小区更新和URA更新的原因:
小区更新有七种原因：
（1）上行数据传送，即UE在CELL－PCH态或者URA－PCH态上，有任何RB要进行RLC数据的传送时，需要启动小区更新流程，设置原因为uplink data transmission；（2）UE在CELL－PCH态或者URA－PCH态上收到寻呼类型1且满足一定条件，则启动小区更新。原因为Paging Response；（3）UE发生物理层失步或者发送CAPABILITY INFORMATION消息失败时，启动小区更新，原因为Radio link failure；（4）UE在FACH 态或PCH态，进入无覆盖区，但在定时器超时前又进入覆盖区，则启动小区更新，原因为re－entering service area；（5）AM RLC实体发生不可恢复错误，原因为RLC unrecoverable error；（6）小区进行了重选，则启动小区更新，原因为Cell reselection；（7）UE在FACH 态和CELL－PCH态时定时器超时并且处于配置了周期性小区更新的小区中，则启动小区更新，原因为Periodical cell update。
URA更新原因有两种，一种是URA改变（change of URA），一种是周期性的URA更新（Periodic URA update）。
小区更新的信令流程:
主要信令流程：UTRAN收到CELL UPDATE消息后，回复CELL UPDATE CONFIRM消息，UE根据CELL UPDATE CONFIRM消息中的字段消息，进行相应的处理（这里的包含还指不包含前面的信息）：
（1）若包含“RB information to release list”，UE将回应“RADIO BEARER RELEASE COMPLETE”消息；
（2）如果消息中包含“RB information to reconfigure list”或“RB information to be affected list”，则UE将回应“RADIO BEARER RECONFIGURATION COMPLETE”消息；
（3）如果消息中包含“Transport channel information elements”，UE将回应“TRANSPORT CHANNEL RECONFIGURATION COMPLETE”消息；
（4）如果消息中包含“Physical channel information elements”，UE将回应“PHYSICAL CHANNEL RECONFIGURATION COMPLETE”消息；
（5）如果消息中包含“CN information elements”、“Ciphering mode info”、“Integrity protection mode info”、“New C-RNTI”或“New U-RNT”，UE将回应“UTRAN MOBILITY INFO RMATION CONFIRM”消息；
（6）如果消息中不包含前面信息中的任何一个，则UE将不回应消息；
（7）如果UE接收到RRC CONNECTION RELEASE消息，则UE按照RRC连接释放过程处理；
（8）在UE进行小区更新过程中，若出现另外一种不同于当前小区更新原因的小区更新触发条件，此时UE启动一次新的小区更新过程，放弃前一次的小区更新过程；
（9）网络为了使UE能够收到CELL UPDATE CONFIRM/URA UPDATE CONFIRM消息，可以向UE发送几条RRC SN 相同的CELL UPDATE CONFIRM/URA UPDATE CONFIRM，UE的收到后将丢弃后面接收到的重复消息。
URA更新的信令流程:
UE也是根据UTRAN回复的更新确认消息来确定具体的响应：
(1)如果消息中包含“CN information elements”、“Ciphering mode info”、“Integrity protection mode info”、“New C-RNTI”或“New U-RNT”，UE将回应“UTRAN MOBILITY INFORMATION CONFI RM”消息；
（2）如果消息中不包含“CN information elements”、“Ciphering mode info”、“Integrity protection mode info”、“New C-RNTI”和“New U-RNT”中的任何一个，则UE将不回应消息；（3）在UE进行URA更新过程中，若出现另外一种不同于当前URA更新原因的URA更新触发条件，此时UE启动一次新的URA更新过程，放弃前一次的URA更新过程；
（4）网络为了使UE能够收到URA UPDATE CONFIRM消息，可以向UE发送几条RRC SN 相同的URA UPDATE CONFIRM，UE的收到后将丢弃后面接收到的重复消息。