RRC

RRC层位于UE和UTRAN之间，负责管理UE无线信道资源。

RRC连接可以看作UE和SRNC之间进行信令交互的一条逻辑通路，每个UE最多有一个RRC连接，对于UE来说，没有RRC连接是状态称为空闲模式，有RRC连接则称为RRC连接模式。UE在空闲模式下没有专用信道资源，所以UE在空闲模式下只能通过公共控制信道和SNRC之间传送RRC消息。而在RRC连接模式下，UE有4个子状态。并不是每个状态下，UE都有专用信道资源的。

RRC连接可以看作UE和网络进行信令连接的基本前提，并且总是由UE发起，SRNC释放的。而RAB是UE和网络发生业务的基本前提。

RAB可以定义为从UE到CN之间的承载资源，而RB定义为从UE到SRNC之间的无线承载资源，RAB和RB之间有映射关系：一个RAB在空口上可以对应于一个或多个RB。

RB则可以通过层2的RLC协议映射到逻辑信道上，逻辑信道是MAC层向上层协议提供的服务，一个RB可以映射到一个或两个逻辑信道上。

因为层3协议分为用户面和控制面，所以RB又被进一步分为用于传送RRC信令的SRB和用于传送用户面的普通RB。而与RAB有映射关系的是普通RB，SRB问题映射到控制信道DCCH上，而普通的RB总是映射到DTCH上。例如，在一个普通语音呼叫的建立过程中，首先需要建立UE和SRNC之间的SRB用于RRC消息的交互，然后才是根据需要进行用户面RB的分配。

UE在开机之后，首先需要选择驻留的小区，UE是通过测量不同小区的导频信道强度来完成小区选择的。在UE没有专用信道资源的情况下，它需要读取小区的广播信道和寻呼信道，系统消息广播和寻呼都是RRC实现的功能。因为每个小区的系统消息广播使用的信道是信道码都是固定的，而且系统消息会通过广播信道周期性的广播，所以UE就可以读取小区中特定的广播信息了，小区的系统广播信息中有些内容是专门和接入所使用的公共信道相关的。

因为空中接口的资源非常有限，在空闲状态下，系统不可能给每个用户都预留专用信道资源，所以最初UE是没有专用信道资源的，UE只能通过公共信道来要求系统给它分配专用信道资源。通过上行公共信道上RRC消息，UE就可以和网络侧（SRNC）通信了，如果这时SRNC决定给UE分配专用信道，它就可以通过下行的公共信道告知专用信道（SRB）的相关参数，这样二者就可以通过SRB（映射到DCCH）进行信令交互。

在分配了UE专用的SRB以后，UE可以使用SRB和SRNC以及核心网进行信令交互，接下来就可以通过这种信令交互将呼叫所需要的用户资源分配好。

 

UE开机后的首要任务是寻找网络并和网络取得联系，为此，UE首先需要进行PLMN和小区的选择，这样UE会在最佳的小区中驻留。UE在开机后还需要完成位置更新过程，目的是通过鉴权过程来完成用户和网络之间相互的安全性认证，同时UE需要将自己当前的位置信息通知给自己的归属网络，这样其他用户向UE发起呼叫时，通过归属网络中位置信息就可以对用户发起寻呼过程，从而能UE。

UE在一个小区中牌空闲模式下，UE可以读取小区内的系统广播信息，同时UE还要监听寻呼信道PCH（实际上是PICH）这样就能够保证空闲模式下的UE可以被寻呼到。

另外一个需要注意的问题就是，在空闲模式下，UTRAN没有UE任何的位置信息。这时对用户的寻呼过程只能在位置区级别或跟帖区级别来进行，RNC需要在所有相关的小区内对用户发起寻呼才可以保证能通过寻呼找到用户。

当UE需要和网络发起信令交互过程时，UE就需要通过上行公共控制逻辑信道（CCCH），该信道映射为RACH，向网络方发出RRC连接建立请求。在RRC连接建立请求消息中，UE需要将自己的身份标识和建立连接请求的原因加以说明。

有很多个信令规程都需要UE发起建立RRC连接的请求，例如UE希望发起移动台始呼的语音呼叫、UE向网络方发送寻呼回应消息、UE的位置更新过程等。

RRC连接请求发送到SNRC上，SRNC根据UE请求的原因将决定UE进入RRC连接状态的哪个子状态。换句话说，UE的RRC状态是由网络来决定的，而且在UE方和网络方须要保持RRC状态的同步。

UE在空闲模式下，只能进入两个状态，即CELL_DCH状态和CELL_FACH状态。顾名思义，CELL_DCH状态是指网络此时为用户分配了专用传输信道；CELL_FACH是指用户使用FACH/RACH来进行用户专用信息的传输。

网络根据什么原则来决定UE进入到哪个状态呢？这实际上是由用户的服务请求类型以及网络无线资源的状态决定的。如果用户的服务请求是建立语音呼叫或高速数据服务，则必须给UE分配专用的DCH信道；如果用户需要低速数据业务，可以使用CELL_FACH状态，而且这时多个用户的专用信道可以映射到同一个公共传输信道（FACH/RACH）进行传输。

用户的业务特性有时候是随时间而不断变化的，例如，用户开始数据业务可能是高速的，然后用户的数据业务会有很大的降低，如果继续为用户保留专用传输信道，是一个浪费。这时将用户从CELL_DCH状态转换到CELL_FACH状态显然是种理想的选择。如果用户的数据速率再次有大幅度的增加，FACH/RACH的传输速率不能满足用户的要求，只要将用户的状态转变为CELL_DCH即可。各个RRC连接子状态的中午变化是由网络方通过RRC消息来通知UE的，正常情况下，UE总是根据网络方的指令来调整到网络指定的状态。

CELL_DCH状态：UE有DCH资源，这时用户的业务往往是CS域或调整的数据服务。在此状态下，网络对UE的寻呼消息通过DCH实现下行方向的传输。

CELL_FACH状态：UE在此状态下使用RACH/FAC传输DCCH或DTCH信息，UE在CELL_FACH状态下没有DCH资源，此状态适合于支持低速的数据业务。在此状态下，网络对UE的寻呼海上通过FACH来实现下行传输。

CELL_PCH状态：UE在此状态下没有DCH资源，UE在此状态下监听寻呼信道，如果必要与网络进行信令交互，则可以通过RACH/FACH实现。在此状态下，网络知道UE当前驻留的小区，如果需要对UE进行寻呼，网络可以在UE所处的那个小区中使用PCH对UE进行寻呼。

URA_PCH状态：UE在此状态下没有DCH资源，UE在此状态下监听寻呼信道，如果必要与网络进行信令交互，则可以通过RACH/FACH实现。在此状态下，与CELL_PCH状态不同，在URA_PCH状态下，网络只知道UE具体位于哪个URA范围中，而并非确定UE当前驻留的小区。如果需要对UE进行寻呼，网络需要在UE所处的URA包含的所有小区中使用PCH对UE进行寻呼。