Uu接口RRC协议深度分析.doc

Uu接口RRC信令消息分析目录Uu接口RRC信令消息分析11RRC协议简介31.1Uu接口协议栈简介31.2RRC层功能实体51.3RRC的功能81.4RRC协议状态92RRC基本过程消息分析102.1RRC连接管理过程122.1.1System information Broadcast(系统信息的广播)122.1.2Paging type1(寻呼类型1)142.1.3RRC连接建立152.1.4RRC connect release172.1.5UE Capability information(UE性能信息的传输)192.1.6UE Capability Enquiry202.1.7Initial Direct Transfer(初始直接传输)212.1.8Downlink Direct Transfer212.1.9Uplink Direct Transfer222.1.10UE dedicated paging(UE专用寻呼)232.1.11Security Control(安全模式控制)232.1.12Signalling connection release Indication(信令连接释放指示)252.1.13Signalling Connection Release(信令连接释放)262.1.14Counter Check(计数器检查过程)272.2RB Control Procedure(无线承载控制过程)282.2.1Signalling Radio bearer(信令无线承载)282.2.2Radio Bearer setup292.2.3Radio bearer reconfiguration302.2.4Radio bearer release312.2.5transport channel reconfiguration322.2.6physical channel reconfiguration332.2.7重配置过程注意事项：342.2.8重配置消息的接收342.2.9UE不支持的配置或物理信道失败352.2.10Transport format combination control(传输格式组合控制)363未知的，不可预见的和错误协议数据的处理383.1.1违背ASN.1或编码错误383.1.2未知或不可预见的消息类型383.1.3接收到未经请求的消息382.3.3.b 未知的关键消息扩展393.1.4未知或不可预见的信息元素值，强制性信息元素393.1.5条件信息元素错误393.1.6未知或不可预见的信息元素值，条件信息元素403.1.7未知或不可预见的信息元素值，可选信息元素403.1.8非期望的非紧急的消息扩展404消息和信息元素功能性定义和内容414.1IE标记414.2RRC消息协议扩展424.2.1非关键扩展424.2.2关键扩展434.3各类RRC消息IE功能定义434.3.1CN常见IE434.3.2UTRAN mobility IE444.3.3UE IE444.3.4Radio Bearer Information elements465消息和信息元素抽象语法（ASN.1）486消息传送语法496.1编码的RRC消息的结构496.1.1基本生产（Basic production）496.1.2扩展（Extension）496.1.3填充（Padding）497协议定时器、计数器和其它参数507.1UE定时器507.2UE的计数器527.3UE常量和参数527.4UE变量537.5SRB 0的RB信息参数548参考文档559缩略语551 RRC协议简介1.1 Uu接口协议栈简介1 无线接口Uu协议栈水平方向主要分为接入层、非接入层；竖直方向分为控制面和用户面。控制面的接入层分为3层，分别是物理层L1，数据链路层 L2-MAC/ RLC，网络层L3-RRC；控制面非接入层L3包含信令MM/CC/SM/GMM等。用户面接入层分为2层，分别是物理层L1，数据链路层L2-MAC/RLC/PDCP/BMC；非接入层是用户数据，包括语音、多媒体、数据文件、短消息等。Uu接口协议栈如图1-1所示。2 物理层通过业务接入点SAPs与层二的MAC子层和层三的RRC子层连接，物理层提供不同的传输信道到MAC层，MAC层通过不同逻辑信道给高层提供服务。 传输信道特性由无线接口上传输信道物理特性进行描述， 逻辑信道特性由传输消的不同类型描述， 物理信道特性在FDD制式中由码域、 频域确定，上行还有IQ相位。L2层的PDCP和BMC子层仅存在于用户面。 L3层的RRC子层仅处于控制面的接入层，RRC是L2层的接口，终结在Utran； 其它的如MM/CM/SM/GMM等高层信令属于非接入层。 无线接口层三描述仅仅限于Utran部分的RRC子层。3 各子层间通过基于对等实体通信的业务接入点SAPs连接。 RRC与MAC之间，RRC与L1之间的连接是控制服务；在RRC与RLC之间，RRC与PDCP之间，RRC与BMC之间也都分别存在控制SAPs；每层都通过服务原语向高层提供服务。业务定义为低层提供给上层的一组业务原语。控制业务允许RRC子层控制本地的低层业务，控制业务在C-SAP处提供，C-SAP原语可以穿过一个或多个子层。 原语业务SAP主要分为3类General Control(GC)通用控制, Nt(Notification)通知, DC(Dedicated Control)专用控制等。MAC与RLC层之间原语MAC-通用名-类型MAC与RRC层之间原语CMAC-通用名-类型RLC与RRC层数据传输之间原语 RLC-通用名-类型RLC与PDCP层之间原语 RLC-通用名-类型RLC与RRC层控制之间原语CRLC-通用名-类型Uu接入层以上的原语UUS-通用名-类型PDCP与非接入层之间的原语PDCP-通用名-类型PDCP与RRC层之间的原语CPDCP-通用名-类型BMC与高层之间的原语BMC-通用名-类型BMC与RRC层之间BMC控制的原语CBMC-通用名-类型物理层PHY与MAC层之间原语PHY-通用名-类型物理层PHY与RRC层之间原语CPHY-通用名-类型图1 Uu接口协议栈1.2 RRC层功能实体无线资源控制层L3-RRC层包括路由功能实体(RFE)，广播控制功能实体(BCFE)，寻呼及通告功能实体(PNFE)，专用控制功能实体(DCFE)，共享控制功能实体(SCFE)，传输模式实体(TME)等。RRC层的功能实体描述如下：l 路由功能实体(RFE) 处理高层消息到不同的移动管理/连接管理实体（UE侧）或不同的核心网络域（UTRAN侧）的路由选择。l 广播控制功能实体(BCFE) 处理广播功能。该实体用于发送一般控制接入点（GC-SAP）所需要的RRC业务。BCFE能使用低层透明模式接入点（Tr-SAP）和非确认模式接入点（UM-SAP）提供的服务。l 寻呼及通告功能实体(PNFE) 控制寻呼处于空闲模式的UE。该实体用于发送通告接入点（Nt-SAP）所需要的RRC业务。能使用低层Tr-SAP和UM-SAP提供的服务。l 专用控制功能实体(DCFE) 处理特定的一个UE的所有功能。该实体用于发送专用控制（DC-SAP）所需要的RRC业务。根据发送的消息和当前UE服务状态，DCFE可使用低层Tr-SAP和UM/AM-SAP提供的服务。l 共享控制功能实体(SCFE) 控制PDSCH 和PUSCH的分配。该实体使用低层Tr-SAP和UM-SAP提供的服务。SCFE用于TDD模式下，协助专用控制功能实体。l 传输模式实体(TME) 处理RRC层内不同实体和RLC提供的接入点之间的映射。图1给出了UE端的RRC模型，图2a和2b给出了UTRAN端的RRC模型图2 UE侧 RRC模型图3 UTRAN 侧 RRC 模型 (DS-MAP 系统)图4 UTRAN 侧 RRC 模型 (DS-41系统)1.3 RRC的功能RRC执行以下功能：l 广播由非接入层（核心网）提供的信息l 广播与接入层相关的信息l 建立、维持及释放UE和UTRAN之间的一个RRC连接l 建立、重配置及释放无线承载l 分配、重配置及释放用于RRC连接的无线资源l RRC连接移动功能l 控制所需的QoSl UE测量的报告和对报告的控制l 外环功率控制l 加密控制l 慢速动态信道分配(TDD)l 寻呼l 初始小区选择和重选l 上行链路DCH上无线资源的仲裁l RRC消息完整性保护l 定时提前（TDD模式）l CBS控制1.4 RRC协议状态RRC连接定义为在UE和UTRAN之间的RRC对等实体之间的点对点的双向连接，并以U-RNTI标识。每个UE有零个或一个RRC连接。RRC层向上层提供信令连接以支持与上层之间的信息流交换。信令连接是一个在用户设备和核心网之间传输上层信息的确认模式链路。对每个核心网域，最多只能同时存在一个信令连接。UE的连接模式也叫UE的RRC状态，反映了UE连接的级别以及UE可以使用哪一种传输信道。UE有两种基本的运行模式空闲模式和连接模式。 上电开始UE就停留在空闲模式下，CN通过非接入层标识如IMSI TMSI或P-TMSI等标志来区分UE， UTRAN不保存空闲模式UE的信息仅能够寻呼一个小区中的所有UE或同一个寻呼时刻的所有UE。 当UE 完成RRC 连接建立时UE 才从空闲模式转移到连接模式CELL_FACH或CELL_DCH状态。 当RRC连接释放时UE从连接模式转移到空闲模式。1. CELL_DCH状态CELL_DCH状态有如下特征1) 在上行和下行给UE分配了一个专用物理信道2) 根据UE当前的活动集可以知道UE所在的小区3) UE可以使用专用传输信道下行/上行共享传输信道或这些传输信道的组合UE进入CELL_DCH状态有如下2种方法(1) UE在空闲模式下，在专用行道上建立RRC连接，UE从空闲模式进入CELL_DCH状态。(2) UE处于CELL_FACH状态下使用公共传输信道， 通过信道切换后使用专用传输信道，UE从CELL_FACH状态进入到CELL_DCH状态2. CELL_FACH状态CELL_FACH状态具有如下特征1） 没有给UE分配专用传输信道2） UE连续监听一个下行FACH信道3） 为UE分配了一个默认的上行公共信道或上行共享传输信道（例如RACH）， 使之能够在接入过程中的任何时间内使用4） UE的位置在小区级为UTRAN所知，具体为UE最近一次发起小区更新时报告的小区在CELL_FACH状态下，如果数据业务在一段时间里未被激活，UE将进入CELL_PCH状态，以减少功率的损耗，并且当UE暂时脱离CELL_PCH状态执行小区更新，更新完成后如果UE和网络侧均无数据传输需求，它将返回CELL_PCH。3. CELL_PCH 状态CELL_PCH状态具有如下特征1） 没有为UE分配专用信道2） UE使用非连续接收DRX 技术，在某个特定的寻呼时刻监听PCH传输信道上的信息。3） 不能有任何上行的活动4） UE的位置在小区级为UTRAN所知具体为UE在CELL_FACH状态时最近一次发起小区更新时所报告的小区在该状态下不能使用DCCH逻辑信道；如果网络试图发起任何活动，它需要在UE所在小区的PCCH逻辑信道上发送一个寻呼请求。UE转换到CELL_FACH状态的方式有两个：一是通过UTRAN寻呼，二是通过任何上行接入。4. URA_PCH状态URA_PCH状态具有如下特征1） 没有为UE分配专用信道2） UE使用DRX技术在某个特定的寻呼时刻监听PCH传输信道上的信息3） 不能有任何上行的活动4） UE的位置在URA级为UTRAN所知，具体为UE在CELL_FACH状态时最近一次发起URA更新时所报告的URA。在该状态下不能使用DCCH逻辑信道； 如果网络试图发起任何活动， 它需要在UE所在URA的PCCH逻辑信道上发送寻呼请求，在URA_PCH状态没有资源分配给数据传输用， 因此如果UE有数据要传送，需要首先转换到CELL_FACH状态。2 RRC基本过程消息分析RRC的基本过程主要有5大类型：1） RRC连接管理过程，2） 无线承载控制过程，3） RRC连接移动性过程，4） RRC的测量过程， 5） RRC一般过程。以下分别简述各过程的典型消息，及常见呼叫流程种，消息的使用，常见IE的使用等。表1 基本RRC连接过程RRC连接基本过程常见RRC连接过程名称发起消息响应消息RRC连接管理过程系统信息的广播Broadcast of system information1类寻呼Paging Type 1RRC 连接建立RRC connection requestRRC 连接建立RRC Connection setupRRC Connection Setup CompleteRRC Connection RejectRRC 连接释放RRC Connection ReleaseRRC Connection Release CompleteUE性能信息的传输UE capability informationUE capability information indication UE性能查询UE capability enquiry初始直接传送Initial Direct Transfer上行链路直接传送Uplink Direct Transfer下行链路直接传送Downlink Direct Transfer专用寻呼Paging Type2安全模式控制Security CommandSecurity Command Complete信令连接释放请求Signaling Connection Release requestRRC状态RRC status信令连接释放Signaling connection Release计数器检查Counter checkCounter check responseRRC无线承载控制过程无线承载的建立Radio Bearer SetupRadio Bearer Setup CompleteRadio Bearer Setup failure无线承载的建立Radio Bearer ReleaseRadio Bearer Release completeRadio Bearer Release failure重配置过程Radio Bearer ReconfigurationRadio bearer reconfiguration complete重配置过程Transport Channel ReconfigurationTransport Channel Reconfiguration completeTransport Channel Reconfiguration failure重配置过程Physical Channel ReconfigurationPhysical channel reconfiguration completePhysical Channel Reconfiguration failure传输格式组合控制Transport Format combination controlTransport Format combination control completeTransport Format combination control failureRRC连接移动性制过程小区更新过程Cell updateCell update confirmURA更新过程URA updateURA update confirmUtran移动性信息UTRAN mobility informationUTRAN mobility information confirm激活集更新Active set updateActive set update completeActive set update failure定时重新发起的硬切换Physical channel reconfiguration定时维持的硬切换Physical channel reconfiguration到Utran的RAT间切换Handover to Utran command Handover complete从Utran来的RAT间切换Inter-system Handover commandInter-system Handover failure到UTRAN的RAT间小区重选自UTRAN的RAT小区重选来RRC测量过程Measurement proceduresMeasurement controlMeasurement control failureMeasurement proceduresMeasurement reportMeasurement proceduresAssistance Data deliveryRRC一般过程Open loop power controlDownlink Integrity protectionUplink Integrity protectionPLMN reselectionCFN calculation2.1 RRC连接管理过程RRC连接管理过程包括：系统信息的广播，寻呼，RRC连接建立，RRC连接释放， RRC连接重建立， UE性能信息的传输， UE性能询问， 初始直接传输， 下行链路直接传输， 上行链路直接传输， UE专用寻呼， 安全模式控制，信令连接释放过程，信令连接释放请求过程，计数器检查等。2.1.1 System information Broadcast(系统信息的广播)系统信息的广播过程用于在一个小区内从UTRAN向UE广播系统信息。系统信息元素在系统信息块中广播。一个系统信息块由同类型的系统信息元素组成。不同的系统信息块有不同的特征。 系统信息呈树形结构。在一个小区中，主信息块指出小区内许多其他系统信息块的参考和调度信息，系统信息块包含实际的系统信息。主信息块可能包括可选的一或两个调度块的参考和调度信息，这些调度块再对另外的系统信息块给出参考和调度信息，系统信息块的调度信息仅能包括在主消息块或调度块里。 除类型16外的所有用值标签的系统信息块，每次出现时它的内容是相同的。系统信息块16可以不同的内容出现多次。在这种情况下，对每次系统信息块的出现都分别进行调度。对于不用值标签的系统信息块，每次出现时它的内容可以不同。UE应在BCH上读取类型10外的所有SIB，类型SIB10将被同时支持一个SCCPCH 和一个DPCH的UE在FACH信道上上读取。如果类型10系统信息块没在一个小区广播，则DRAC过程并没在这个小区应用。类型10系统信息块只用于FDD模式。一个SYSTEM INFORMATION消息一般用于在BCCH上传送系统信息块。一个给定的BCCH可能映射在BCH或FACH传输信道上。SYSTEM INFORMATION消息的大小应适合一个BCH或FACH传输块的大小。 UTRAN中的RRC层对编码后的系统信息块进行分段和链接。若一个系统信息块大于SYSTEM INFORMATION消息的大小，应对其进行分段并在几个消息中传输。若一个系统信息块小于SYSTEM INFORMATION消息的大小，根据下文的规定，UTRAN可能在同一消息中链接几个完整的（或部分的）系统信息块，或第一段，或最后段。四个不同段类型定义如下：1. 第一段 2. 随后段 3. 最后段 4.完整段前三种段类型用于传输一个主信息块、调度块、系统信息块的分段。完整段用于传输一个完整的主信息块、调度块或系统信息块。系统信息广播消息图2.1 系统信息广播系统信息根据每个系统信息块的调度信息的规则持续重复广播。UE应在空闲模式及连接状态CELL_FACH、CELL_PCH、URA_PCH和CELL_DCH状态下读取BCH传输信道上广播的SYSTEM INFORMATION消息。另外，支持同时接收SCCPCH和DPCH信息的 UE，可在CELL_DCH状态下读取FACH传输信道上广播的SYSTEM INFORMATION消息。在空闲模式和连接模式下，系统信息块的不同组合是有效的。UE能存贮不同小区和不同PLMN的系统信息块（区域范围是小区或PLMN区域），包括它们的值标记，以便UE返回到这些小区时使用。另外，UE应认为所有存贮的系统信息块在UE关机后无效。当在当前使用的PLMN中选择一个新的小区时，UE应认为所有小区区域范围的当前系统信息块是无效的。若UE新选的小区存贮了有效的系统信息块，则可能将其设为当前系统信息块。当UE选择新的PLMN后，应在变量SELECTED_PLMN中存贮有关该PLMN的所有信息元素。当UE断电后，应认为全部存贮的系统信息块无效。对于可以多次出现的系统信息块类型16，UE应按照前面的规定单独处理每一次出现，即每一次出现都作为单独的系统信息块。注：为了合适的操作在PCH上发送的BCCH修改信息，系统信息不应该改变太快，以至超过了移动台（以UTRN支持的最长DRX周期运行）所能支持的更新速度。在修改使用了值标记的系统信息块时，UE将在IE “BCCH modification info”里通知UE主信息块的新的值标记。该IE的传输方式如下：-为了通知 UE（ idle mode, CELL_PCH 和URA_PCH）, IE被包括在PAGING TYPE 1 消息中，该消息在PCCH 信道的所有寻呼时机上传送。-为了通知 UE（CELL_FACH）, IE 被包括在SYSTEM INFORMATION CHANGE INDICATION消息中，该消息在BCCH（映射到至少一个FACH ，此FACH映射到小区的每一个 SCCPCH ）上传送。对于一些系统信息元素的改变，如信道的重配置，UE获得其变化发生的确切时间是非常重要的。在这种情况下，当变化将要发生时UTRAN将通报SFN和主信息块的在IE BCCH modification info（此IE包括IE “MIB value tag”但不包括IE BCCH modification time”）里的值标记，该IE的传输方式如下：-为了通知 UE（ idle mode, CELL_PCH 和URA_PCH）, IE被包括在PAGING TYPE 1 消息中，该消息在PCCH 信道的所有寻呼时机上传送。-为了通知 UE（CELL_FACH）, IE 被包括在SYSTEM INFORMATION CHANGE INDICATION消息中，该消息在BCCH（映射到至少一个FACH ，此FACH映射到小区的每一个 SCCPCH ）上传送。Uu接口SIB消息见附件1 2.1.2 Paging type1(寻呼类型1)该过程用于在寻呼控制信道（PCCH）上给选定的处于空闲模式、CELL_PCH或URA_PCH状态下的UE传输寻呼信息。网络高层可能要求寻呼，例如建立一个信令连接。UTRAN能在CELL_PCH或URA_PCH状态下启动对一个UE的寻呼以触发小区更新过程。另外，UTRAN能在空闲模式、CELL_PCH或URA_PCH状态下启动寻呼来触发UE读取更新后的系统信息。UTRAN可能在几个寻呼时段向UE重复发送一个PAGING TYPE 1消息，以提高寻呼可靠接收的几率。UTRAN通过在给每个UE的PAGING TYPE 1消息中包含一个信息元素Paging record，能够在同一寻呼时段寻呼几个UE。对CN最初的寻呼， UTRAN应将信息元素“Paging cause”设为从上层接收的寻呼原因。如果没有得到原因，UTRAN将其设为“Terminating cause unknow”。 通过在PAGING TYPE 1消息的信息元素BCCH modification information中包含主信息块的值标记，UTRAN也可指示系统信息的更新。在这种情况下，UE忽略信息元素Paging record。图2.2 寻呼类型1接收2.1.3 RRC连接建立2.1.3.1 RRC connection request (RRC连接建立请求)当UE的非接入层请求一条信令连接建立和UE处于空闲模式（没有RRC连接存在）的时候，UE将初始化过程。在启动该过程时，UE应设置变量PROTOCOL_ERROR_INDICATOR为FALSE。若任何CN域的START大于变量START_THRESHOLD的值“THRESHOLD”,应去掉USIM中的加密和完整性保护密钥。密钥的删除应通知上层。粘贴文件是AMR呼叫时，主叫用户发起的RRC connect request。图2.3 RRC连接建立，网络接收RRC连接在传送RRC连接请求消息中，UE将：设置信息元素“Establishment cause”为变量ESTABLISHMENT_CAUSE的值；设置信息元素“Initial UE identity”为变量INITIAL_UE_IDENTITY的值；设置信息元素Protocol error indicator为变量PROTOCOL_ERROR_INDICATOR的值。在IE “Measured results on RACH”里包含一个测量报告，其规定如系统信息块11中的信息元素Intra-frequency reporting quantity for RACH reporting 及 Maximum number of reported cells on RACH。UE应在上行链路CCCH上发送一个RRC CONNECTION REQUEST消息，设置计数器V300为1，并当MAC层在传输消息中指示成功或失败的时候，启动定时器T300。当成功接受到RRC Connect Request消息之后， UTRAN应提交RRC Connect Setup消息到底层在下行链路CCCH上传输。图2.4 RRC连接建立，网络拒绝RRC连接在下行链路CCCH上提交RRC Connect Reject 消息。在RRC Connect Reject消息中，可能指示UE接入其他Utran或其他系统。当RRC Connect Reject消息发送后，在UTRAN中删除所有关于该UE的上下文。2.1.3.2 RRC connect setup (RRC连接建立)1. UE应比较接收的RRC CONNECTION SETUP消息中信息元素Initial UE identity的值与变量INITIAL_UE_IDENTITY的值。若两值不同，UE应忽略消息剩余的部分。若两值相同，UE应停止定时器T300。 2. 若不包含信息元素Secondary CCPCH info及Downlink DPCH info，UE应将系统信息中给出的辅助CCPCH物理信道作为缺省FACH下行链路。3. 在上行链路DCCH上提交RRC connect setup complete 消息到下层，设置信息元素“RRC transaction identifier”值。4. 若在RRC Connect setup消息中的信息元素 UE radio access FDD capability update requirement是TRUE。 UE应在信息元素UE radio capability中包含其UTRAN特有的FDD性能和UTRAN特有的FDD和TDD共有的性能。5. 若信息元素UTRAN DRX cycle length coefficient存在，UE应根据下述用其计算连接模式DRX循环长度： 设k的值为信息元素UTRAN DRX cycle length coefficient。存入MAX （2k ，PBP）的结果作为连接模式DRX循环长度，其中PBP指寻呼块周期。UE以空闲模式同样的方式，决定其连接模式寻呼时段和PICH监视时段连接模式DRX循环长度是以下两者的最小值：1） Utran DRX循环长度；2） 为任何CN域所存贮的CN域特有的DRX循环长度，用于在CELL_PCH和URA_PCH状态下使用DRX时； 此时DRX循环长度，仅在CELL_PCH和URA_PCH状态下，若UE登记到该CN域并且不存在到该CN域的信令连接时使用。6. 若在RRC CONNECTION SETUP消息中的IESystem specific capability update requirement listCapability update requirement存在：，UE应在信息元素UE system specific capability中包含其请求系统的系统间性能粘贴文件是AMR呼叫时，主叫用户发起的RRC connect setup。2.1.3.3 RRC connect reject当UE在下行链路CCCH上接收到RRC connect reject消息，应将接收到的RRC Connect Reject消息中信息元素Initial UE identity的值与RRC Connect request 消息中的Initial UE identity的值进行比较：若两值不同，UE应忽略消息剩余的部分。若两值相同，UE应停止定时器T300,查看其它IE，完成相应操作。若信息元素wait time 0，1） 若存在信息元素frequency info，若V300 等于或小于N300，UE应在指定的UTRA载频上启动小区选择。选择并驻留一个小区后，设置CFN。在上行链路CCCH上发送一条RRC CONNECTION REQUEST消息； 重新设置计数器V300；在MAC层在传输消息中指示成功或失败的时候，启动定时器T300。 若在指定UTRA载频上的小区选择失败，UE应等待信息元素wait time中的时间，设置CFN2） 若存在信息元素inter-system info若V300 等于或小于N300，UE应在指定的系统启动小区选择。选择并驻留一个小区后。 若在指定系统的小区选择失败，UE应等待信息元素wait time中的时间2.1.3.4 RRC setup complete(RRC建立完成)若UE正常接收到Utran侧发送的RRC连接建立消息，UE将在上行DCCH信道上回复 RRC connect setup complete消息给RNC，确认RRC信令连接建立。粘贴文件是AMR呼叫时，主叫用户发起的RRC connect setup complete。对于正常通话的主被叫UE，都要建立RRC连接，从空闲模式转移到Cell_FACH状态；然后才能建立专用信道（包括DCCH和DTCH）； RRC连接建立过程同以上讲述过程相同，只是各网络参数设置不同。2.1.4 RRC connect release2.1.4.1 RRC Connect Release该消息为释放RRC连接，包括UE和UTRAN之间的全部无线承载。所有建立的信令连接将被释放。当UE处于CELL_DCH或CELL_FACH状态，UTRAN可能通过发送一个使用非确认模式的RRC Connect Release消息，在任何时间启动一个RRC连接释放。当UTRAN发送一个RRC Connect Release消息作为CELL update消息或URA update消息的响应时，应使用下行逻辑信道CCCH发送； 其它情况应使用下行逻辑信道DCCH。UTRAN可能发送多个RRC Connect Release消息，以增加UE正确接收消息的几率；重发消息的数目及消息间的时间间隔是一个网络选项。图2.5 RRC连接释放过程，在DCCH上发送图2.6 RRC连接释放过程，在CCCH上发送UE在CELL_DCH和CELL_FACH状态下应能接收RRC CONNECTION RELEASE消息，并对其进行操作。而且该过程能中断上述状态下UE的任何正在进行的过程。当UE收到第一个RRC Connect Release消息时，1） 在CELL_DCH状态：初始化计数器V308的值为0，在RRC CONNECTION RELEASE COMPLETE消息中设置IE“RRC transaction identifier”为变量TRANSACTIONS中的表“Accepted transactions”中RRC CONNECTION RELEASE消息相对应的表目中的该IE的值，清除那个表目。2） 如果信息元素“Rplmn information”存在，UE可以把此信息元素和UE申请的PLMN_id一起存储在ME中。然后UE可以典型地利用这个信息，在随后被指示的PLMN的Rplmn选择期间，指出RAT的BCCH频点范围可以期望在哪里被找到。3） 当RRC CONNECTION RELEASE COMPLETE消息在无线接口上被发送的时候，启动定时器T308。当处于CELL_FACH状态，并且RRC Connect Release在DCCH上被接受：1） 置在RRC CONNECTION RELEASE COMPLETE消息中的IE“RRC transaction identifier”的值为变量TRANSACTIONS中的表“Accepted transactions”中RRC CONNECTION RELEASE消息相对应的条目中的该IE的值，清除那个条目。2） 如果信息元素“Rplmn information”存在，UE可以把此信息元素和UE申请的PLMN_id一起存储在ME中。然后UE可以典型地利用这个信息，在随后被指示的PLMN的Rplmn选择期间，指出RAT的BCCH频点范围可以期望在哪里被找到。3） 若RRC CONNECTION RELEASE消息在CCCH上接收：释放所有无线资源，对上层指示信令连接（在ESTABLISHED_SIGNALLING_CONNECTIONS变量里）和在变量ESTABLISHED_RABS中已建立的无线接入承载的释放，清除变量ESTABLISHED_SIGNALLING_CONNECTIONS，清除变量ESTABLISHED_RABS，传递RRC CONNECTION RELEASE消息中的信息元素“Release cause”值到上层，进入空闲模式，过程结束。2.1.4.2 RRC Connect Release complete当UTRAN接收到RRC CONNECTION RELEASE COMPLETE消息，释放全部UE专用资源，UTRAN侧过程结束。若释放由CELL_DCT状态下执行，并且UTRAN检测到专用物理信道丢失，没有收到RRC connect release complete消息； 或Utran接收RRC Connect release complete消息失败，应释放全部UE专用资源。粘贴文件是RRC connect setup和RRC Connect setup complete消息示例。 2.1.5 UE Capability information(UE性能信息的传输)UE使用UE性能更新过程向UTRAN传递UE特殊的性能信息。UE在两种情况下应启动UE性能更新过程：一是若在RRC连接期间，UE在连接模式下的性能与存贮在变量UE_CAPABILITY_TRANSFERRED中的UE性能相比有变化。二是UE从UTRAN收到UE CAPABILITY ENQUIRY消息。2.1.5.1 UE Capability informationUE在上行链路DCCH上发送UE CAPABILITY INFORMATION消息，使用非确认模式RLC，启动定时器T304并重置计数器V304。图2.7 UE性能信息的传输，正常流程2.1.5.2 UE Capability information confirmUtran正常收到UE Capability information消息后，应在下行链路DCCH上发送UE Capability information confirm消息，使用确认模式或非确认模式RLC。当UE收到UE Capability information confirm消息后，在收到UE Capability information confirm消息，UE应停止定时器T304，并用在当前RRC连接中传输给Utran的UE性能更新其变量UE_CAPABILITY_TRANSFERRED。2.1.6 UE Capability EnquiryUE性能询问用于请求UE发送与它所支持的任何无线接入网相关的性能信息。 UE性能询问过程由UTRAN通过在DCCH上使用确认模式或非确认模式RLC发送UE CAPABILITY ENQUIRY消息启动。收到UE CAPABILITY ENQUIRY消息后，UE应启动UE性能信息传输过程(UE Capability Information)。2.1.7 Initial Direct Transfer(初始直接传输)初始直接传输过程用于在上行链路上建立信令连接；也用于在无线接口上传送初始的高层消息。在UE侧，当高层要求建立一个信令连接，UE启动初始直接传输过程。该请求可能包含一个传输NAS消息的请求。若在别处没有其他说明，UE也可以在另一过程进行时启动初始直接传输过程，在这种情况下，该过程的状态不应受到影响。UE应在上行链路DCCH使用RB3上的RLC AM模式发送Initial Direct Transfer消息。UE应在Initial Direct Transfer 消息中将信息元素“NAS message”设为与从上层接收的一样，且UE将根据上层的指示设置IE “CN domain identity”和IE “Intra Domain NAS Node Selector”。在CELL_FACH状态，若系统信息块12中的信息元素Intra-frequency reporting quantity for RACH reporting和Maximum number of reported cells on RACH中要求进行RACH测量报告，UE应在INITIAL DIRECT TRANSFER消息中包含信息元素Measured results on RACH。（若系统信息块12没有广播，则在系统信息块11中）图2.8 在上行链路上的初始直接传输，正常流程在Utran接收Initial Direct Transfer消息时，不应影响其他任何正在进行的RRC过程的状态，除非另有说明； 使用信息元素CN Domain Identity为NAS消息选择路由。支持该版本协议的RNC将可以使用 “Intra Domain NAS Node Selector”，以便在CN域里路由。若到所选择的节点不存在信令连接，则应建立一个信令连接。 若消息中有信息元素Measured results on RACH，UTRAN应提取其内容用于无线资源控制。2.1.8 Downlink Direct Transfer下行链路直接传输过程用于在下行链路无线接口传输NAS消息；当高层在初始信令连接建立后要求传输NAS消息时，启动直接传输过程。当UE发起CS/PS业务呼、位置更新、路由区更新等与核心网有关的业务时，需要传输高层NAS消息，都需要发送Downlink/Uplink Direct Transfer消息。 UTRAN启动该过程时应不影响正在进行的其他RRC过程的状态。 Utran应以在下行链路DCCH上，选择RB3或RB4上的AM RLC模式发送Downlink Direct Transfer消息。RB的选择如下：1） 上层对该消息指示low priority，当RB4有效时应选择RB4。特定的，对基于GSM-MAP的CN，当要求SAPI 3时应选择RB4。当RB4无效时选择RB3。2） 若上层对该消息指示high priority，应选择RB3。特定的，对基于GSM-MAP的CN，当要求SAPI 0时应选择RB3。UTRAN应设置信息元素CN Domain Identity指示NAS消息来源的CN域。无效的DOWNLINK DIRECT TRANSFER消息。 若UE接收一个Downlink Direct Transfer消息，且根据变量ESTABLISHED_SIGNALLI