基本信令流程说明-在看20090401.docVIP

基本信令流程 概要： 本文档结合外场测试各种情况，对各种信令流程进行了说明。 接入流程 RNC信令跟踪 如图5-1 是UE随机接入RNC信令跟踪 图5-1 UE随机接入RNC信令跟踪 为了便于理解，结合图5-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控制消息的发送。否则UE视此次同步建立的过程失败，在一定时间后将重新启动上行同步过程。UE在收到系统对上行同步请求的控制后，两帧之后在P-RACH信道上开始发送UE呼叫的第一条消息(RRC-Connection Request)，请求与系统建立RRC连接。该消息使用P-RACH信道，发送时间和功率按照系统新的要求。在发送这条消息时，UE与Node-B之间已经有很高的同步精度。（1/8chip）E可用的P-RACH资源也与SYNC_UL有对应关系，在系统消息中说明。在发送SYNC_UL时，UE已经知道为这次接入需要使用哪些F-PACH、P-RACH、CCPCH资源。接下来的处理过程与GSM系统类似，UE与系统之间逐步建立完成RR连接建立、鉴权、加密、呼叫建立请求（Setup）等过程。RRC-Connection Request”, 向Node B发送 RL setup 消息，同样Node B需要回一个RL setup 消息。发送的内容，本文档不讨论。 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无线资源。 RL恢复 （Radio Link Restore） Node B给RNC发送RL恢复消息，这个过程由Node B用于通知一或多个无线链路或无线链路集的上行链路同步的到达和再到达。（问题：物理层又发了一次同步吗？还是原来的同步出了问题？是否与物理层有关？理解，可能是为RRC完成提供RL链路，因为“RRC connection setup”在FACH上，而“RRC connection setup complete”在DCCH上） 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连接建立过程结束。 初始直传（Initial Direct Transfer） 该信令为NAS信令，是UE与UTRAN之间的RRC连接建立成功之后，UE通过RNC建立与CN的信令链接，用于UE与CN交互NAS信息。UE与CN之间的信令交互，对RNC都是直传消息，RNC在收到第一条直传消息时，即：初始直传消息（Initial Direct Transfer），将建立与CN之间的信令连接，该连接建立在SCCP之上。 UE初始消息 (Initial UE Message) RNC接收到UE的初始直传消息，通过Iu接口向CN发送SCCP连接请求消息（CR），消息数据为RNC向CN发送的初始UE消息（Initial UE Message），该消息带有UE发送到CN的消息内容。 直传 (Direct Transfer Message) CN将 “Authentication request”通过直传的方式发给RNC 下行直传 (downlink Direct Tr