基本信令流程说明在看.doc

基本信令流程

1 概要：
本文档结合外场测试各种情况，对各种信令流程进行了说明。

2 接入流程

2.1 RNC 信令跟踪

如图 5-1 是 UE 随机接入 RNC 信令跟踪

图 5-1 UE 随机接入 RNC 信令跟踪

为了便于理解，结合图 5-1 的每个步骤，对信令进行说明。

2.2 信令流程说明

2.2.1 RRC 链接请求（rrc Connection Request）

由 UE 通过专用信道 PRACH 或者公共信道发起，目前采用 PRACH 发起（这两者的区 别是：当 RRC 连接建立在公共信道上时，因为用的是已经建立好的小区公共资源，所以无
需建立无线链路和用户面的数据传输承载，其余过程与 RRC 连接建立在专用信道相似。， ）
此前 UE 已经通过 UpPTS 和 FPACH 通过了上行初始同步和签名，并且通过 FPACH 获得
PRACH 的初始发射功率及发射时间。
PRACH（SF＝4，8，16，UE 从 BCH 相应的广播消息得到）携带信息UE 呼叫的
第一条消息(RRC-Connection Request)。

其他：Node-B 需要在收到 UE 消息后的 4 个子帧（20ms）内完成 SS 域和 TPC 控制消
息的发送（FPACH） 。否则 UE 视此次同步建立的过程失败，在一定时间后将重新启动上行 同步过程（可以重新发送，最大重复发送次数：sync_ul 发送次数：8 次，上行同步重复最
大次数 2 次） 。
UE 在收到系统对上行同步请求的控制后，两帧之后在 P-RACH 信道上开始发送 UE 呼
叫的第一条消息(RRC-Connection Request)， 请求与系统建立 RRC 连接。 消息使用 P-RACH 该
信道，发送时间和功率按照系统新的要求。在发送这条消息时，UE 与 Node-B 之间已经有
很高的同步精度。 1/8chip） （
UE 可用的 P-RACH 资源也与 SYNC_UL 有对应关系，在系统消息中说明。在发送
SYNC_UL 时，UE 已经知道为这次接入需要使用哪些 F-PACH、P-RACH、CCPCH 资源。
接下来的处理过程与 GSM 系统类似，UE 与系统之间逐步建立完成 RR 连接建立、鉴
权、加密、呼叫建立请求（Setup）等过程。

2.2.2 RL 建立 (Radio Link Setup Message)

RNC 收到 UE 发起的 "RRC-Connection Request", 向 Node B 发送 RL setup 消息，
同样 Node B 需要回一个 RL setup 消息。发送的内容，本文档不讨论。

2.2.3 RRC 链接建立 (rrc Connnection Setup)

RNC 收到 Node B 发的 RL setup 消息后，RNC 通过 FACH（CCCH） 信令给 UE 发送 "rrc Connection Setup"消息，主要参数：UE IE，RB IE，TrCH IE，上行传输信道，下
行传输信道，物理信道 IE，UL 无线资源和 DL 无线资源。

2.2.4 RL 恢复 （Radio Link Restore）

Node B 给 RNC 发送 RL 恢复消息， 这个过程由 Node B 用于通知一或多个无线链路或无
线链路集的上行链路同步的到达和再到达。 问题：物理层又发了一次同步吗？还是原来的 （
同步出了问题？是否与物理层有关？理解，可能是为 RRC 完成提供 RL 链路，因为"RRC
connection setup"在 FACH 上，而"RRC connection setup complete"在 DCCH 上）

2.2.5 RRC 链接建立完成 （RRC ConnectionSetupComplete）

由 UE 通过上行 DCCH3.4kps 发给 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 连接建立过程结束。

2.2.6 初始直传（Initial Direct Transfer）

该信令为 NAS 信令，是 UE 与 UTRAN 之间的 RRC 连接建立成功之后，UE 通过 RNC 建立与 CN 的信令链接，用于 UE 与 CN 交互 NAS 信息。UE 与 CN 之间的信令交互，
对 RNC 都是直传消息， RNC 在收到第一条直传消息时， 初始直传消息 Initial Direct
即： （
Transfer）
，将建立与 CN 之间的信令连接，该连接建立在 SCCP 之上。

2.2.7 UE 初始消息 (Initial UE Message)

RNC 接收到 UE 的初始直传消息，通过 Iu 接口向 CN 发送 SCCP 连接请求消息（CR） ，
消息数据为 RNC 向 CN 发送的初始 UE 消息（Initial UE Message） ，该消息带有 UE 发
送到 CN 的消息内容。

2.2.8 直传 (Direct Transfer Message)

CN 将 "Authentication request"通过直传的方式发给 RNC

2.2.9 下行直传 (downlink Direct Transfer)

RNC 将"Authentication request"通过下行直传的方式发给 UE。 （应该在 3.4k 信令上传）

2.2.10 上行直传 (uplink Direct Transfer)

UE 将"Authentication response "通过上行直传的方式发给 RNC。