4.1 介绍
4.1.1 定义
小区更新主要用于:
● 当UE位置发生改变时,及时更新UTRAN侧关于UE的信息。
● 监视RRC的连接、切换RRC的连接状态、错误通报和传递信息。 不管是小区更新还是URA更新,更新过程均是由UE主动发起的。
4.1.2 目的
小区更新的主要目的和作用如下:
● 通过发起原因为“periodical cell update”的小区更新,让CELL_FACH、CELL_PCH状态的UE处于UTRAN监控之中。
● 通过发起原因为“Re-entering service area”的小区更新,让UTRAN及时获取CELL_PCH、CELL_FACH状态的UE重回服务区后驻留的小区。
● 通过发起原因为“Cell reselection”的小区更新,让重选小区的UE及时通知UTRAN获取当前活动集的小区。
● 通过发起原因为“Paging response”的小区更新,让收到寻呼的UE从CELL_PCH、URA_PCH状态迁移到CELL_FACH状态。
● 通过发起原因为“Uplink data transmission”的小区更新,让需要传输上行数据的UE从CELL_PCH、URA_PCH状态迁移到CELL_FACH状态。
● 通过发起原因为“Radio Link Failure”的小区更新,让无线链路失步的UE重新获得新的链路,建立新的无线连接(RL)。 ● 通过发起原因为“RLC unrecoverable error”的小区更新,让RNC释放当前UE的RRC连接或重新建立RLC实体。
4.1.3 术语和缩略语
1. 术语
术语 | 解释 |
CELL_DCH | 投票箱制作RRC连接模式的一种状态,在此状态下,DCCH和DTCH(如果已经配置)可用。DCCH和DTCH映射到DCH。RNC记录UE当前活动集的小区。 |
CELL_FACH | 珠宝展柜制作RRC连接模式的一种状态,在此状态下,DCCH和DTCH(如果已经配置)可用。DCCH和DTCH映射到RACH/FACH。RNC记录UE当前活动集的小区。 |
CELL_PCH | RRC连接模式的一种状态,在此状态下,DCCH和DTCH都不可用。RNC记录UE当前活动集的小区。 |
URA_PCH | RRC连接模式的一种状态,在此状态下,DCCH和DTCH都不可用。RNC记录UE当前活动集的URA。 |
| |
2. 缩略语
缩略语 | 英文全称 | 中文全称 |
3GPP | Third Generation Partnership Project | 第3代伙伴项目 |
AM | Acknowledged Mode | 确认 |
CCCH | Common Control Channel | 公共控制信道 |
CN | Core Network | 核心网络 |
CPICH | Common Pilot Channel | 公共导频信道 |
DCCH | Dedicated Control Channel | 专用控制信道 |
DCH | Dedicated Channel | 专用信道 |
DRNC | Drift RNC | 漂移RNC |
DTCH | Dedicated Traffic Channel | 专用业务信道 |
FACH | Forward Access Channel气雾阀 | 前向接入信道 |
IE | Information element | 信元 |
LMT | Local Maintenance Terminal | 本地维护终端 |
MD | Mandatory Default | 必选的(带缺省值) |
MML | Man Machine Language | 人机语言 |
PCCH | Paging Control Channel | 寻呼控制信道 |
PCH | Paging Channel | 寻呼信道 |
RACH | Random Access Channel | 随机接入信道 |
RANAP | Radio Access Network Application Part冷轧扁钢 快装舞台 | 无线接入网络应用部分 |
RB | Radio Bearer | 无线承载 |
RL | Radio Link | 无线链路 |
RLC | Radio Link Control | 无线链路控制 |
RNC | Radio Network Controller | 无线网络控制器 |
RNS | Radio Network System | 无线网络系统 |
RNTI | Radio Network Temporary Identifier | 无线网络临时标识 |
RRC | Radio Resource Control | 无线资源控制 |
RSCP | Received Signal Code Power | 接收信道码功率 |
SIB | System Information Block | 系统信息块 |
SRNC | Serving Radio Network Controller | 服务无线网络控制器 |
SRNS | Serving Radio Network System | 服务无线网络系统 |
UE | User Equipment | 用户设备 |
UMTS | Universal Mobile Telecommunications System | 通用移动通信系统 |
URA | UTRAN Registration Area | UTRAN 登记区 |
UTRAN | Universal Terrestrial Radio Access Network | 通用陆地无线接入网 |
| | |
4.2 可获得性
4.2.1 涉及网元
小区更新特性对网元的要求如表4-1所示。
表4-1 小区更新特性对网元的要求
UE | NodeB | RNC | MSC Server | MGW | SGSN | GGSN | HLR |
√ | √ | √ | - | - | - | - | - |
| | | | | | | |
说明:
表4-1中,√表示有要求,-代表无要求。本节中其他的可获得性描述只针对NodeB和RNC。
4.2.2 License支持
无。
4.2.3 版本支持
HUAWEI UMTS RAN产品对小区更新特性的版本支持如表4-2所示。
表4-1 小区更新特性最低版本支持
产品 | 支持版本 |
RNC | BSC6800 | V100R002及后续版本 |
NodeB | DBS3800 | V100R005及后续版本 |
BTS3812A | V100R005及后续版本 |
BTS3812E | V100R005及后续版本 |
| | |
4.3 影响
4.3.1 对系统性能的影响
无。
4.3.2 对其他性能的影响
无。
4.4 原理描述
4.4.1 基本类型
小区更新过程的发起原因有如下几种类型:
● 周期性小区更新
● 小区重选
● 寻呼应答
● 上行数据传输
● 无线链路失步
● 重回服务区
● 不可恢复的RLC错误
下面对这几种类型分别进行描述。
1. 周期性小区更新
在进入CELL_FACH或CELL_PCH状态后,UE启动定时器T305。当T305超时后,UE进行小区更新,更新原因是“periodical cell update”。
相应地,RNC为处于CELL_FACH或CELL_PCH状态的UE启动T305。当收到更新消息后,RNC重新启动该UE的T305。 2. 小区重选
如果处于CELL_FACH或CELL_PCH状态的UE重选到一个新的小区,那么UE需进行小区更新,更新原因是“cell reselection”。
在收到更新消息后,RNC更新UE当前活动集的小区。
3. 寻呼应答
如果处于URA_PCH或CELL_PCH状态的UE收到了PAGING TYPE 1消息,那么UE将进行小区更新,更新原因是“paging response”。
在收到更新消息后,RNC向UE发送CELL UPDATE CONFIRM消息,并且将UE的RRC连接状态迁移到CELL_FACH状态。
4. 上行数据传输
如果处于URA_PCH或CELL_PCH状态的UE须发送上行数据,那么UE将进行小区更新,更新原因是“uplink data transmission”。
在收到更新消息后,RNC向UE发送CELL UPDATE CONFIRM消息,并且将UE的RRC连接状态迁移到CELL_FACH状态。
5. 无线链路失步
处于CELL_DCH状态的UE如检测到所有无线链路失步,那么UE将进行小区更新,更新原因是“radio link failure”。
收到更新消息后,RNC建立新的Radio Link,并删除原先的Radio Link,随之RNC向UE发送CELL UPDATE CONFIRM消息,消息中包含新链路的参数,然后UE就可以在新的链路上重新建立RRC连接。
6. 重回服务区
UE离开服务区,然后重新进入服务区时,那么UE将进行小区更新,更新原因是“Re-entering service area”。
在收到更新消息后,RNC更新UE当前活动集的小区。
7. 不可恢复的RLC错误
如果UE探测到一个AM RLC实体有一个不可恢复的RLC错误,那么UE将进行小区更新,更新原因是“RLC unrecoverable error”。
如果更新消息指示该错误发生在UE的RB2、RB3或RB4上,RNC将释放UE的RRC连接。
采集重构如果更新消息指示该错误发生在UE的RBn(n>4)上,RNC将重新建立相应的RB的RLC实
体。
4.4.2 基本流程
图4-1描述了小区更新的基本流程。
图4-1 小区更新的基本流程
流程说明:
(2) UE向RNC发送CELL UPDATE消息,并在信元“Cell update cause”中指示小区更新原因。
小区更新的原因及相应的作用,请参见“4.1 介绍”。
(3) 收到CELL_UPDATE消息后,根据不同的原因,RNC做出不同的处理后,向UE发送CELL UPDATE CONFIRM消息。
(4) 收到RNC发来的CELL UPDATE CONFIRM消息后,UE的应答是可选的。如果有,UE将根据CELL UPDATE CONFIRM中的相关信元决定向UTRAN传送如下的某一应答消息:
● UTRAN MOBILITY INFORMATION CONFIRM
● PHYSICAL CHANNEL RECONFIGURATION COMPLETE
● TRANSPORT CHANNEL RECONFIGURATION COMPLETE
● RADIO BEARER RECONFIGURATION COMPLETER
● RADIO BEARER RELEASE COMPLETE
4.4.3 伴随SRNS迁移的小区更新
图4-2举例说明了RNS间小区更新的过程,该更新伴随SRNS迁移(RNC1迁移至RNC2)。
图4-1 伴随SRNS迁移的小区更新
流程说明:
UE在RNC1建立RRC连接,处于CELL_FACH或者CELL_PCH状态。此时RNC1为SRNC(Serving RNC),而RNC2为DRNC(Drift RNC)。
(2) UE小区重选到RNC2的小区中,发送CELL UPDATE消息到RNC2。
(3) RNC2收到CELL UPDATE消息后,为UE分配一个C-RNTI,D-RNTI。RNC2通过UPLINK_SIGNALLING_TRANSFER_INDICATION消息将从CCCH上收到的CELL_UPDATE消息转发给RNC1,消息包括目标RNC-ID、分配的C-RNTI以及D-RNTI。