-
RRC
建立流程
1
2
3
RRC
建立请求
.
....................................
..................................................
...................................
3
RRC
建立判断
.
....................................
..................................................
...................................
4
RRC
建立信道选择
.
..................................
..................................................
.............................
4
3.1
公共物理信道
RRC
建立
.
................................
..................................................
......
5
3.2
专用物理信道
RRC
建立
.
.........................
..................................................
.............
6
3.2.1
RL
管理过程
.
.....................................
..................................................
.............
7
消息结构
.
..................................................
..................................................
............................
1
4
性能统计
.
..................................................
..............................................
错
误！未定义书签。
4
5
1
RRC
连接的建立是进行业务呼叫的第一步，
< br>RRC
为高层提供三类业务：
1
）
通用控
制
GC
：为某地理范围内所有
UE
提供信息广播业务；
2
）
通知<
/p>
Nt
：为某一个或特定多个
UE
提供寻呼和通知广播业务；
3
）
专用控
制
DC
：负责连接的建立和释放以及在该连接上传递消息提供业
务。
RRC
建立流程如下。
UE
Node B
RRC
Connection Request
RNC
RNL_RRM
呼叫接纳判断（
CACM
等）
Allocate RNTI
Select L1,L2
para
、选
RUP
选择建
RRC
传输信道
（选
用公用传输
信道还是专用传输信道建
RRC
）
CCCH
或
DCCH: RRC
Connection Setup(
UM
模式
)
DCCH
或
DCCH: RRC
Connection Setup Complete(
AM
模式
)
图
1
RRC
建立流程图（网元交互图）
RNC
分析
UE RRC
连接建立请求，
根据建链原因以及目前的资源状况等，
决定
RRC
连
接在公用信道还是专用
信道上建立，
RNC v1
版本中统一在公共信道上建立
RRC
连接考虑。
RNC
为
UE
分配一个无线网络暂时标识
U-RNTI
，用于公共传输信道的标识。
如果决定在公
共态下建立
RRC
连接，还需要分配小区无线
网络暂时标识
C-RNTI
。选择传输信道的传输
格式集等
L2
参数，确定传输信道与逻辑信道的对应
关系，
RB
的映射关系等。根据需要选
择物理层
L1
参数。
首先按照资源占用均匀分布的原则，选择一个可用的
RUP
，向
RUP
上的
DPM_U
要求
建立一个
UCI_U
实体
（对应一个
UE
）
，
然后由它根据各个
RB
的配置信息创建相应
RLC
实
体，配置
每个
RLC
实体所对应的逻辑信道，逻辑信道与传输信道的映射
关系等。
如果
UE
< br>初始接入的时候，已经带有
IMSI
信息，则
UCI_C
应该根据
UE
所处的状态，
CELL_FACH
或
C
ELL_DCH
，刷新
IMSI
??<
/p>
RRC
Status
的状态表，供寻呼模块使用。
< br>RRC
建立以后，
UE
进入
UTRAN
连接模式。
UE
在
UTRAN
连接模式中的
R
RC
状态反
映了
UE
< br>连接的级别和可使用的传输信道。如果
RRC
建立失败或
释放，则
UE
从连接模式
返回空闲模式
。
层二信令
RB
的参数，一共最多
5
个信令
RB<
/p>
，传递
RRC
信令（
TM
模式）
；传递
RRC
信令（
UM
模式）
；传
递
RRC
信令（
AM
< br>模式）
；传递
NAS
信令（高优
先级）
；传递
NAS
信
令（低优先级）
。每个信令
RB
需要选择相关的上下行
RLC
信息，以及上下行对应的逻辑信
道，如果是
AM
模式的话一般可以选择
两个逻辑信道，一个用于传输
RLC
的控制帧；一个
用于传输
RLC
的数据帧。
（
RLC
信息主要选择的难点在接收和发送窗口，初步认定可
以根
据数据的速率确定，数据速率越高，窗口越大；反之越小。
）
2
1
RRC
建立请求
UE
侧受
NAS
上层触发，通过小
区上行的
CCCH
向
RNC
发起
RRC
CONNECTION
REQUEST
（
UE
在
上行链路
CCCH
上发送一个
RRC
CONNECTION REQUEST
消息后，重
置计数器
V300
，并启动定时器
T300
）
。该消息在
RNC
内部通过用户面的
CCI_U
模块通过
以太网转发到
RCP
上的
UCPM_C
模块。
RRC CONNECTION
REQUEST
消息中包括：
（
Initial UE
Identity
，
Establish Cause
，
RACH
上的测量信息等。
< br>UE
应根据
5.15
的规定
执行从接入类到接入业务类的映射，并在接入
RACH
时使用给定的接入业务类。
）
1
）
UE
根据更高层的指示设置信
息元素
：
Establishment
cause
包括：
（
1
）呼叫原因
?
Originating
Conversational Call
?
Originating Streaming Call
?
Originating
Interactive Call
?
Originating Background Call
?
Originating
Subscribed traffic Call
?
Terminating Conversational Call
?
Terminating
Streaming Call
?
Terminating Interactive Call
?
Terminating
Background Call
?
Emergency Call
（
2
）重定位原因
?
Inter-RAT cell
re-selection
?
Inter-RAT cell change order
?
Registration,
Detach
?
Originating High Priority Signalling
?
Originating Low
Priority Signalling
?
Call re-establishment
?
Terminating
High Priority Signalling
?
Terminating Low Priority Signalling
?
Terminating
–
cause unknown
2
）
UE
根据
5
.1
节设定信息元素
：信息元素
的目
的是在
RRC
连接建立时提供一个唯一的
UE
标识。
若
UE
中的变量
SELECTED_CN
值为
，
UE
根据下列优
先级在信息元素
中选择
：
?
TMSI
（
GSM-MAP
）
：
TMSI
（
GSM-MAP
）若有效则选择。当使用
TMS
I
（
GSM-
MAP
）时信息元素
UE
identity
中应包含信息元素
，以保
证其唯一性。
?
P-TMSI
（
GAM-MAP
）
：
若无有效的
TM
SI
（
GSM-MAP
）
，
且存在有效的
P-TMSI
（
GSM-MAP
）
，则选择。当使
用
P-TMSI
（
GSM-MAP
）时信息元素
identity
中应包含信息元素
，以保证其唯一性。
?
IMSI
（
GSM-MAP
）
：若无有效的
TMSI
及
P-TMSI
（
GSM-MAP
）
，且存在有效
的
IMSI
（
GSM-
MAP
）
，则选择。
?
IMEI
：若上述条件均不满足则选择
IMEI
。
3
在使用时，
信息元素
、
< br>（
GAM-MAP
）
、
（
GSM-MAP
）
，
和
应设置为与
USIM
或
SIM
存贮的相应标识值相等。
若
UE
内变量
SELECTED_CN
值为
，
UE
应根据
3GPP2
文档
C.P0004-A
< br>，选择信息元素
中的
。
3
）
UE
设置信息元素
为变量
PROTOCOL_ERROR_INDICATOR
的值。
4
）
UE
在信息元素
中指示它的性能。
< br>
5
）
UE
包含一个测量报告，其规定如系统信息块
11
中的信息元素
reporting quantity for RACH
reporting
及
。
2
RRC
建立判断
在
RRC
连接建立时先进行
RRC
连接建立接纳判断，接纳判断由无线子系统无线资源
管理模块<
/p>
RNL_RRM
完成。接纳判断主要是根据系统当前资源对
RRC
连接判断接纳与否，
若系统当前资源能
接纳
RRC
连接，
则进行后续工作流程
，
否则直接返回失败响应。
RNL_RRM
由以下九个子模块组成。
1
）传
输信道参数配置
TCPCM
：
2
）链路接纳控制
CACM
< br>：包括上行链路接纳控制策略和下行链路接纳控制策略；
3
）分组接入规划
PASM
：包括上
行分组接入规划和下行分组接入规划；
4
）链路负荷控制
LCM
：包括上、下行链路
AMR
自适应调整策略；
5
）切换控制
HOM
：软切换、频间硬切
换策略、基于系统负荷的切换策略；
6
）无线承载动态控制
RBDCM
：考虑上、下行链路连接模式
下
RRC
状态之间迁移算
法；
7
）功率控制
PCM
：上、下行链路外环、开环、慢速功率控制、功率平衡和功率参数
配置策略；
8
）码资源管理
CRMM
：下行链路信道化码动态分配策略和上行链路扰码分配策略；
9
）流量控制
FCM
：主要为
MAC
流量控制（<
/p>
FACH
）
。
其中主要是
CACM
、
PASM
、
TCPCM
和
PCM
参与了
RAB
指派请求业务接纳判断。
RNL_RRM
与其它模块之间没有
直接的实例对应关系，类似一个
API
的函数功能库，
由
UCPM_C
以及
R
LMM
等模块调用，
RNL_RRM
各
子模块的设计可见系统部相关文档。
UCPM_C
在判断是否能够让呼叫接入时还要考虑当前的负载情况，根据规范规定，当
负荷过载时，
RNC
可以考虑通过
RR
C
CONNECTION
REJECT
让
UE
转移到别的频段或者
别的<
/p>
RAT
系统中，本版本暂不考虑这种接入时的频间和系统间的负荷
平衡，而只在负荷过
载时，拒绝
UE
的
接入，因此
redirection
info
暂时可以不填。当拒绝接入时，
Waittime
的取
值在数据库中配置，
UCPM_C
可以
从接纳控制模块中取得，接纳控制模块如果对此值有策
略调整的，可以自己生成给
UCPM_C
，如果不需调整，直接从数据库中读取后返回给
UCPM_C
。这样做可以使算法的策略调整仅仅限制在自己的范围内。
RRC
连接建立消息中的
Capability update requirement
至少要求
FDD
的能力接入信息填写
上报，
对于系统间能力信息可以在
RAB
指派以后
根据
service handover
字段，
或者根据邻近
小区和负荷状况决定，系统间能力信息也可简单地要求在
RRC CONNECTION COMPLETE
一起上报；当在公共
信道建立
RRC
连接的情况，由于仅涉及到注册和低优先级信令
，因此
系统间能力信息是肯定可以不报告的。
3
RRC
建立信道选择
仅在公共信道上建立
RRC
连接有以下几个问题：
4
1
）
是
RACH
的传输承载能力有限，加上
PRA
CH
发送时固有的冲突检测过程，因此
传输比较大的信令时，其
传输时延比较大；
2
）
当用户
量比较大的时候，一些需要建立呼叫的
UE
长时间地停留在
RACH
上，影
响其他
UE
的随机接入能力；
3
）
所有信
息通过
RACH
发送，导致碰撞的可能性增大，呼叫失败的概率
增加。考虑
到以上原因，可以将
Establish
Cause
是呼叫类型的或者是高优先级信令类型的，
< br>统统在初始的时候建立在专用物理信道上，而对于普通信令则建立在公共传输信
道
上。
因此应该按不同的情况选择
RR
C
连接的建立信道。
UCPM_C
将<
/p>
RRC
连接建立在公共
传输信道（
RACH/FACH
）上的情况为：
1
）
当
RRC
连接建立的原因是由于低优先级信令或者注册等需要；
2
）
数据库的初始呼叫的
RRC
连接是否建立在专用物
理信道上选项为否。
建立在专用物理信道上的原因，可以包括
Originating
Conversational
Call
，
Originating
Streaming
Call
，
Originating Interactive
Call
，
Originating Background
Call
，
Emergency
Call
，
Call re-
establishment
，
Inter-RAT cell
re-selection
，
Inter-RAT cell
change order
，
Originating
High
Priority
Signalling
，
Terminating High
Priority Signalling
；其他考虑采用公共物理信道。为了
方便选择，在数据库加入一个选项，初始呼叫或高优先级信令的
RRC<
/p>
连接是否建立在专用
物理信道上。
3.1
公共物理信道
RRC
建立
UCPM_C<
/p>
随后调用接纳控制
/
负荷控制模块接口，
判断是否允许建立
RRC
连接，
如果不
允许，则根据初始
UE
号选择下行
SCCPCH
，通过映射其上的
FACH
向
UE
发送
RRC
Connection Reject
；
反之
UCPM_C
从数据库选择
一个空闲
RUP
单板，
向该单板发起建
立
UE
用户面实体请求，
该单板根据负
载情况选择合适的
RUP
进行驻留，
并
向
UCPM_C
返回创建
UE
用户面实体对应的标识以及
RUP
号；
随后
UCPM_C
为
UE
选定小区，一般选择
UE
上来的小区（？？？）
，然后向该小区发起
CC
I_U
建立请求，以便在
CCI_U
为
该用户建立一个
UCI_U
映象并分配
C
－
RNTI
。之后
< br>UCPM_C
再向
UCI_U
通
报
CCI_U
的配置情况（
UP_RE
CONFIG_REQ
消息）
，于是
C
CI_U
和
UCI_U
的通信关系就被
建立。
然后
UCPM_C
根据
RRC
CONNECTION
REQUEST
的
INITIAL
UE
ID
选择一个
< br>SCCPCH
（参见
25.304
）
，通过
CCI_U
向
UE
发送
RRC CONNECTION SETU
P
，
UE
收到后
配置后的信令
RB
上返回
RRC_C
ONNECTION_COMPLETE,CCI_U
收到后传递给
UCI_U
，
UCI_U
再传递给
UCPM_C
，整个
RRC
连接建立结束。
5
图
2
公共物理信道
RRC
建立流程图
3.2
专用物理信道
RRC
建立
RRC
连接建立在专用信道情况下，
U
CPM_C
在调用接纳控制模块接口允许后，首先
向用户面发起
用户面
SRB
建立，在用户面建立起
U
CI_U
以及它所对应的
MAC-d
实
体、
SRB
对应的
RLC
实体，
然后
UCPM_C
通
知
RLMM
进行无线链路建立，
RLM
M
在无线链
路建立过程中，在
Node
B
建立起
UE
的上下文，建立起
Iub
承载以及相应的
FP
< br>实体。最
后
UCPM_C
通过前
向接入信道向
UE
发起
RRC_CON
NECTION_SETUP
，当
UCPM_C
从
UCI_U
收到
RRC_C
ONNECTION_SETUP_COMPLETE
后结束。
6
UE/CCI_U
UCPM_C
DPM_U
RLMM
RRC
CONNECTION REQUEST(CCCH)
建立原因是呼叫且
数据库设定
RRC
连接建立
在专用物理信道上
调用接纳控制模块接口
判断是否允许接入
否
不允许接入
RRC
Connection Reject
1
1
1
是
允许接入
从数据库直接选择
RUP
板
L2
参数选择
UP_SRB_Setup_request
创建
UCI_U
SIGNALING RB
建立
UP_SRB_Setup_Response
RL_Setup_Req
Radio Link Setup
RL_Setup_Resp
RRC_CONNECTION SETUP
1
Procedure
（图
5
）
图
3
专用物理信道
RRC
建立流程图
RLMM
在无线链路
RL
建立过程中，在
NodeB
建立起
UE
的上下文，建立起
Iub
承载
以及相应的
FP<
/p>
实体。
3.2.1
RL
管理过程
RL
管理过程包括
RL
建立、
增加、
删除和重配置几种情况。
各种情况分为
不跨
Iur
口的
RL
< br>管理和跨
Iur
口的
RL
管理，其中重配置有同步重配置和异步重配置。
RL
< br>管理过程由无
线子系统
RLMM
模块完成，
RLMM
模块处理
Iub<
/p>
口的专用消息并负责维护专用资源。
R
LMM
进程上电后，如果需要对某一
UE
建立无线链路，则生成实例
RLMI
，并由
< br>RLMI
负责处理
Iub
口与该
UE
相关的事务，并维护相应
CRNC
通
信上下文中与
Iub
口相关的资
源。<
/p>
RLMI
与
UCI_C
< br>、
NodeB
、和
UE
的关系结构图如下。
7
UCI_C
RL Setup
RLMM
NodeB1
UE1
NBCC1
RLMI
NodeB2
UE2
NBCC1
UCI_C
RLMI
NBCC2
NBCC3
UCI_C
RLMI
UE3
NodeB3
UCI_C
RLMI
NBCC1
NBCC3
UE4
UCI_C
RLMI
NBCC4
图例：
正在进行
RL
Setup
的实例
RLMI
消息
新建实例
CRNC
通信上下文
（
Iub
口）
实例对应关系
NB
通信上下文（与
UE
对应）<
/p>
NBCC
无线链路对应关系
图
4 RLMI
与
UCI_C
、
NodeB
、和
UE
的关系结构图
本文档只描述不跨
Iur
口的
RL
建立流程，其余流程见无线子系统相
关文档。不跨
Iur
口的
RL
建立流程为：
（
1<
/p>
）
UCI_C
需要为
UE
建立无线链路，向
RLMM
模
块发起请求
RL_Setup
，将
NB
通讯上
下文
NBCC
< br>的配置参数及新建链路的相关参数带给
RLMI
；
（
2
）
RLMI
根据链路对应的
Cell
ID
从数据库获取相应
NodeB <
/p>
No
。对需要新建的链路申请
接纳控制。
如果有排队的情况，启动定时器，进入步骤
3
；否则直接进入步
骤
4
；
（<
/p>
3
）收到接纳判决消息，表明排队的链路获得接纳。如果待建链路
的接纳指示已收到，进
入步骤
4
；如果
超时，表明建立过程因未获接纳而失败；
（
< br>4
）获得接纳后申请各链路的下行信道码，如果遇到失败，归还接纳控制，建立过
程失败
（
5
）
组织
RL Setup Req
消息
向
NodeB
发送。
数据区内保留链路
信息待填
（同承载的对应关
系，链路集信息）
< br>；
（
6
）
接受
NodeB
响应
RL Setup Resp
，
保留链路集信息和<
/p>
DCH
承载信息
（
Binding ID
，
Transport
Layer
Address
）
，并使用各承载信息向传输层
A2SP
发起承
载建立过程，启动定时器。
此时
NodeB
可能回响应
RL Setup Failure
，需要释放
失败链路对应的码资源和接纳资源
等操作；
< br>（
7
）接收到承载建立响应，首先确定该承载同链路的对
应关系，同一
RLMI
内对应多个
NB
CC
范围内多个链路集对应的承载，应能根据响应消息携带的信息确定同
NodeB
和
DCH
的对应关
系。如果收齐承载建立响应，则转入步骤
8
；如果超时，承载未
建完的
链路取消，释放该链路已建的地面承载，并向
NodeB
发起
RL Deletion Req
请求删除已
建链路，并释放码资源，归还接纳控制，转入步骤
8
；
（
8
）待接口的承载建立告一段落，根据目前建立成功的外部承载的情况，将
A2SP
带回的
I
u
b
口
8
-
-
-
-
-
-
-
-
-
上一篇：编程术语
下一篇：运行时错误：Stack Overflow的解决办法