RRC、RL、RB、RAB的概念.docx

）RRC连接是为了建立UE和UTRAN之间的信令连接（SRB1-SRB4），可以通过CCH或者DCH，如果建立在DCH，上下行各占用1个码道（SF=16）〔在HS业务建立的时候，要占用两个码道；且PS的速率包括信令连接占的码道〕。类似还有RNC和NodeB之间的Iub连接，RNC和CN之间的IU连接，但是Iub连接是一直存在的，不需要在每次UE和CN连接都去建立和释放，而Iu连接则必须每次去建立和释放（这里是指面向连接的信令和数据承载，无连接的除外）。
（2）RL是为了建立RNC和NodeB之间的DCH的连接，只要数据走DCH，必须配置这个链路。RL是一个逻辑概念，其实就是一个格式集，数据在L2和L1之间传输（MAC-D->DCH/HS-DSCH/DSCH/USCH FP->DPCH/HS-DPSCH 传输信道和MAC-D FLOW（mac-dh->mac-hs）），在DCH时要增加/修改DCH FP/HS-DSCH FP，因此要配置，而在CCH时，L2->L1的链路已经建立完成，因此不需要配置RL，但RNC和NodeB的连接是存在的，所以RL是格式集。在RL之下还有一个叫Iub数据传输承载的东西，它和RL的主要区别在于Iub数据承载承载的是Iub接口的数据，而RL是Uu口的数据，RL是位于Iub承载之上的。（可以这样理解：Iub承载是AAL2承载，公共信道的FP是建立在AAL2上的，因此小区建立的时候会建立一些承载，如果要使用DCH信道，也要先建立DCH的AAL2承载。）
（3）RB是UE和UTRAN之间的连接格式集，就是UU口L1、L2的格式问题，即物理信道、传输信道、逻辑信道的配置问题。如果没有业务，RB是不需要的，因此如果要在CN/URTRN和UE之间传信令，只要有RRC连接即可（实际上也有无线承载，即SRB），但只要有业务，就必须配置RB，同样，必须配置Iub承载（只要有DCH就必须去配置DCH FP的承载，同RL一样）。
（4）RAB是UE和CN之间的连接的约定，体现在业务上，主要是Qos的配置。为了在无线环境中传输，就必须借助无线接入网，因此RAB分为UE和UTRAN之间的RB和CN和UTRAN之间的IU承载。
（5）相关的问题就可以这要理解了：
?   如果没有业务要建立，例如位置区登记、更新，只需要建立RRC连接、Iu连接，而不需要去建立RL、Iub承载、Iu承载、RAB、RB。
?   如果要在CCH上建业务，比如PS8k业务，必须建立RRC连接，Iu连接，然后建立RAB、RB、Iub承载、Iu承载，但是不需要建立RL。
?   这时一旦RB失败，业务已经失败，RNC将回复CN消息RAB指配响应指示失败，CN决定是否释放业务。
?   如果要在DCH上建CS业务，则必须建所有的连接和承载，并且RRC连接必须建立在DCH上，这样：
?   一旦RRC连接失败，释放所有的连接和承载，包括RL；
?   一旦RL配置失败，如果存在原先配置，则恢复到原先配置，RNC自己不会去释放RRC、RL、Iu等，回复CN RAB指配响应指示失败，按照CN新的指令去执行，业务肯定要失败的，一般来说，如果CN发现业务失败了，将会发起IU释放的流程。
?   一旦RB配置失败，CS业务是不行了，如果是在RL RECFG COMMIT之前收到RB配置失败，RL恢复到原来的RL，RNC回复CN RAB指配响应指示失败，由CN决定新的流程；如果是在RL RECFG COMMIT之后收到RB配置失败，因为RNC无法恢复原来的RL，因此所有的业务都失败了，RNC向CN回复RAB指配响应指示失败，同时释放所有的连接和承载。
?   如果要在DCH上建PS业务，所有的连接和承载都得建立，如果RRC连接建立在DCH上，对于RRC、RL、RB配置失败的处理同CS一样，如果RRC连接建在CCH上时，其实处理还是一样的?。注意一点：在PS业务释放的时候，CN发RAB指配，这时候需要去重新申请两个码道的资源去传信令，如果没有资源了，则异常释放，不会执行RL重配和RL删除了。
（6）在TD-SCDMA中，一个UE最多只有一个RRC连接，当执行硬切换时，最多可以有两条RL，但一般都只有一个RL（包括组合业务），多RAB，两个Iu连接（1CS+1PS），多RB。
（7）SRB呢？从某种意义上说，SRB和RB是个孪生兄弟，SRB是信令RB，在建立RRC连接的时候，SRB就建立起来了，为了传递UE和UTRAN之间的信令，而RB是用户面RB，只有在建立业务的时候，即需要传递用户面数据的时候才建立RB。在小区建立的时候，SRB0就已经建立了，传CCCH信令，SRB1-SRB4在RRC建立的时候建，传DCCH信令，SRB5以上都是业务RB，其实就是RB。
（8）相关的消息：
?   RRC连接相关消息：包括RRC连接请求、RRC连接建立（释放）、RRC连接建立（释放）完成，在这些消息中，主要有这些内容：
?   RB预存指示
?   UE信息
?   测量信息
?   SRB信息
?   传输信道信息
?   物理信道信息
?   无线资源信息
?   RL相关消息：RL建立、增加、重配置、删除等。
?   传输信道信息（包括MAC-D FLOW）
?   RL信息
?   RB相关消息：RB建立、释放、重配置
?   UE信息
?   CN信息
?   UTRAN移动性信息
?   RB信息
?   传输信道信息
?   物理信道信息
?   无线资源
?   RAB相关消息：RAB指配请求、RAB指配响应、RAB释放请求
?   RAB信息
?   Iu连接相关消息：Iu释放命令、Iu释放完成、Iu释放请求
?   RAB信息
详述RAB ASSIGNMENT REQUEST
1．   功能
   CN通过RAB ASSIGNMENT REQUEST消息请求UTRAN：
   － 建立：UE通过直传消息请求建立业务，CN处理这个业务请求。
   － 修改：UE通过直传消息请求修改RAB，CN处理这个业务请求。
   － 释放：CN释放相关业务。
   一个或多个RAB。
2．   消息IE
?   RABs To Be Setup Or Modified List：用于建立或者修改RAB
?   RABs To Be Setup Or Modified Item IEs
?   First Setup Or Modify Item
?   RAB ID：标志一个RAB，包含CS域的流标志符（SI）或者PS域的网络服务接入点识别符（NSAPI）编码。
如果在特定的Iu实例上使用了同样的RAB ID，本过程用于修改这个RAB。
对于每个请求建立或修改的RAB，RNC要把RAB ID IE信息元素的内容传到无线接口协议。
?   NAS Synchronisation Indicator：NAS信息，用于CN要传NAS消息时，通过空口传给UE。
?   RAB Parameters：与UE中请求的Qos相同
?   Traffic Class：Qos类型
?   RAB Asymmetry Indicator：对称性指示
?   Maximum Bit Rate：最大比特率
?   Guaranteed Bit Rate：保证比特率，根据最大比特率和设置的比例计算
?   Delivery Order：提示是否提供SDU排序。
?   Maximum SDU Size：SDU 大小
?   SDU parameters：SDU参数，分不同的RAB子流。
?   SDU Error Ratio ：SDU错误率，尾数×10[-指数]（传输错误的SDU）
?   Residual Bit Error Ratio：残留比特错误率：尾数×10[-指数]
?   Delivery Of Erroneous SDU：是否传输错误的SDU
?   SDU format information Parameter ：SDU格式信息参数，<分不同的组合速率或者组合SDU大小>
?   Subflow SDU Size ：RAB子流组合SDU大小（预定义SDU大小）
?   RAB Subflow Combination Bit Rate ：RAB子流组合比特率（预定义可控速率大小）
?   Transfer Delay:传输时延，用于会话或者流业务
?   Traffic Handling Priority：使用的优先级
?   Allocation/Retention priority：分配/保持优先级
如果RAB ASSIGNMENT REQUEST消息中没有给出分配/保持优先级 (Allocation/Retention Priority)IE的值，那么分配请求不会触发抢占处理，此连接容易被抢占并认为优先级最低。而且，不允许进行排队。
?   Priority Level：优先级层次，0（最高）－15
?   Pre-emption Capability：抢占能力
?   Pre-emption Vulnerability：被抢占能力
?   Queuing Allowed：排队能力，
如果允许被请求的RNC排队和资源状况需要，RNC可以把RAB放在建立的队列中。
?   Source Statistics Descriptor: （会话或者流业务）：“语音”或者“未知”，在RNC中通过SET RAB设置相应的参数与之对应。
?   Relocation Requirement: “没有”或者“无损”，迁移的时候是否考虑RAB。
?   User Plane Information
?   User Plane Mode:用户平面模式
在报告特定RAB建立或修改的结果之前，RNC必须执行CN在用户平面模式IE中请求的用户平面模式的初始化。
?   UP Mode Versions：版本
?   Transport Layer Information：用于建立RAB或者修改RAB时包含NAS信息。
?   Transport Layer Address：传输层地址：
对于PS域，这个信息元素是IP地址，用于用户平面的传送；对于CS域，这个地址用于传送网络信令建立用户平面连接。
?   Iu Transport Association：Iu传送关联，
用于把RAB和对应的用户平面连接关联。对于CS域，建立U平面连接期间这个信息元素用于传送网络控制平面信令的Binding ID；对于PS域，这个信息元素是GTP TEID（隧道终点标志）。
?   Service Handover：业务切换
表明请求的RAB是否应该、不应该或不允许执行系统间切换到GSM。
   业务切换IE的值如果没有被RAB更改，在整个RAB的存在周期内有效。
业务切换IE只影响有关UTRAN发起切换的决定。
?   Second Setup Or Modify Item
?   PDP Type Information：PDP类型信息，用于PS建立。
只对PS，“ppp”、“ipv4”、“ipv6”，如果有两条，前面是下行，后面是上行。
UTRAN就可以用它来配置任何压缩算法“ppp”、“ipv4”、“ipv6”。
?   Data Volume Reporting Indication：数据量报告指示，用于PS建立。
指出当释放RAB时RNC是否必须为RAB计算不成功传送的NAS数据量和报告数据量。
?   DL GTP-PDU Sequence Number：发送到UE的下一GTP-PDU的顺序号码。用于PS RAB建立，且已有可用的PS RAB（即两个RAB以上）。
?   UL GTP-PDU Sequence Number：发送到SGSN的下一GTP-PDU的顺序号码。用于PS RAB建立，且已有可用的PS RAB（即两个RAB以上）。
?   DL N-PDU Sequence Number: 源系统已经发送到UE的下一下行链路N-PDU(PDCP PDU) 的Uu接口顺序号码。用于PS RAB建立，且已有可用的PS RAB（即两个RAB以上）。
?   UL N-PDU Sequence Number：从UE期望的下一上行链路N-PDU(PDCP PDU) 的Uu接口顺序号码。用于PS RAB建立，且已有可用的PS RAB（即两个RAB以上）。
?   Alternative RAB Parameter Values：指示可选的RAB Qos参数（R5）
?   Alternative Maximum Bit Rate Information
?   Alternative Guaranteed Bit Rate Information
?   RABs To Be Released List：用于释放RAB
?   RABs To Be Released Item Ies
?   RAB ID：
如果RNC无法识别一个请求释放的RAB的RAB ID，就报告RAB释放失败，失败原因是“无效 RAB ID”。
如果在被释放RAB IE中包含了正在进行分配过程的RAB，RNC将放弃该RAB 的分配过程，释放相关资源并在RAB ASSIGNMENT RESPONSE响应消息中报告释放的RAB。
?   Cause：原因
Radio Network Layer Cause：如重定位完成
Transport Layer Cause：如Iu连接失败
NAS Cause：如正常释放
Protocol Cause：如传输语法错误
Miscellaneous Cause：如OM干预
Non-standard Cause
3．   定时器
当发送RAB ASSIGNMENT REQUEST消息时, CN将启动TRABAssgt 定时器。
?   如果已经没有RAB排队，CN将停止定时器T RABAssg，并终止RAB分配过程。在这种情况下，还要在UTRAN终止这个过程。
?   当建立或修改一个或几个RAB的请求进入队列时，UTRAN将启动定时器TQUEUING， 这个定时器规定建立或修改请求排队的最大时间，该定时器TQUEUING 同时监视所有排队的RAB。
?   对于由第一条RAB ASSIGNMENT RESPONSE消息中指明排队的RAB，如果定时器TQUEUING超时，UTRAN会报告排队结果，每个RAB独立使用一条响应消息或若干个RAB使用一条RAB ASSIGNMENT RESPONSE消息上报，在CN也将终止RAB分配过程。
?   当成功地建立或修改所有RAB，或建立或修改RAB失败时，UTRAN将停止定时器，在CN和UTRAN终止RAB分配过程。
?   如果一个修改或释放RAB的请求中所包含的RAB ID所指示的RAB正在队列中，那么RAB会从队列中退出，按第二个请求来处理。第一个请求以RAB建立或修改失败响应，失败原因是“推迟请求”。
4．   失败报告
当UTRAN报告不成功地修改RAB配置时，原因值应该足够准确而使CN网络知道不成功修改的原因。典型原因值是“被请求的业务量类别不可用”、“无效的RAB参数值”、“被请求的最大比特率不可用”、“被请求的保证比特率不可用” 、“被请求的传送时延不可用” 、“无效的RAB参数组合”、“SDU参数条件冲突”、 “业务量处理优先级条件冲突”、“ 保证比特率条件冲突”、“不支持用户平面版本”和“Iu UP故障”。
5．   异常情况
?   与重定位准备的交互：
为了保持与UE的通信，如果在RAB分配期间绝对需要重定位，RNC可以中断正在进行的RAB分配过程并启动重定位准备过程：
     1) RNC将终止不成功的RAB配置修改的RAB分配过程：
       － 对所有排队的RAB，
       － 对还没有建立或修改的RAB和
       － 对还没有释放的RAB。
     原因为“触发的重定位”
     2) RNC将终止成功的RAB配置修改的RAB分配过程：
       － 对已经建立或修改但还未向CN报告的RAB和
       － 对已经释放但还未向CN报告的RAB .
     3) RNC将用RAB ASSIGNMENT RESPONSE消息报告过程的结果。
     4) 通过发送RELOCATION REQUIRED到激活的CN节点， RNC将调用重            
定位。
     5)接收到RAB ASSIGNMENT RESPONSE消息，CN将终止RAB分配过程。
?   从UMTS到GSM定向重试（限于CS域）
在CS域中RNC对特定UE没有RAB配置时，并且RNC接收到该UE请求建立RAB的RAB ASSIGNMENT REQUEST消息， RNC将发起对GSM的定向重试。此时，RNC可以中断正在进行的RAB分配过程并启动重定位准备过程，如下描述：
RNC终止失败的RAB分配过程，指示RAB配置修改失败，原因是“定向重试(Directed retry)”。
RNC将用RAB ASSIGNMENT RESPONSE消息报告结果。
通过发送RELOCATION REQUIRED消息到激活的CN节点，RNC将调用重定位，原因是“定向重试(Directed Retry)”。
接收到RAB ASSIGNMENT RESPONSE 消息，CN将终止RAB分配过程。
6．   与其他消息的关系
?   关于RAB的释放，有三种情况：
CN发起RAB ASSIGNMENT REQUEST消息
RNC发起RAB RELEASE REQUEST消息
CN发起IU RELEASE COMMAND消息
什么时候触发这些消息呢？
（1）   CN发起RAB ASSIGNMENT REQUEST消息：
如果CN决定释放部分或全部指定的RAB，为了实现这一目的，CN会决定调用RAB分配（释放RAB）过程。
PS业务的正常流传，业务释放的时候启动这个流程，业务释放完成后启动IU RELEASE COMMAND。
（2）   RNC发起RAB RELEASE REQUEST消息：
如果RNC遇到问题需要释放RAB，比如“RAB被抢占”，RNC向CN产生RAB RELEASE REQUEST消息，被释放RAB IE将指出被请求释放RAB的列表，与每个RAB有关的原因IE将指出释放的原因，例如“RAB抢占”。
如果CN决定释放部分或全部指定的RAB，为了实现这一目的，CN会决定调用RAB分配（RAB ASSIGNMENT REQUEST）过程。
（3）   CN发起IU RELEASE COMMAND消息：
如果UE和CN之间的信息传输完成，CN启动这个过程，同时把RAB释放掉。
CS业务的正常流传，业务释放的时候启用这个流程，没有RAB ASSIGNMENT REQUEST消息。
?   消息RAB ASSIGNMENT RESPONSE的IE：
?   Message Type
?   RABs Setup Or Modified List：RAB建立或者修改的列表
?   RABs Setup Or Modified Item IEs
?   RAB ID
?   Transport Layer Address
?   Iu Transport Association
?   DL Data Volumes
?   Data Volume List
?   Unsuccessfully Transmitted DL Data Volume： RAB在无线接口的DL方向不成功传送的数据量。
?   Data Volume Reference：当数据量计数时该信息元素指出时间。
Assigned RAB Parameter Values（R5）：经过协商改变的RAB Qos
?   RABs Released List：RAB释放的列表
?   RABs Released Item IEs
?   RAB ID
?   DL Data Volumes
?   Data Volume List
?   Unsuccessfully Transmitted DL Data Volume
?   Data Volume Reference
?   DL GTP-PDU Sequence Number
?   UL GTP-PDU Sequence Number
?   RABs Queued List：RAB排队的列表
?   RABs Queued Item IEs
?   RAB ID
?   RABs Failed To Setup Or Modify List：RAB建立、修改失败的列表和原因
?   RABs Failed To Setup Or Modify Item IEs
?   RAB ID
?   Cause
?   RABs Failed To Release List：RAB释放失败的列表和原因
?   RABs Failed To Release Item IEs
?   RAB ID
?   Cause
?   Criticality Diagnostics：收到的消息中有部分丢失或者无法解读、逻辑错误

如果网络决定将RRC连接建立FACH上，那么SRB1-SRB4对应的DCCH1-DCCH4将被复用在FACH(下行），和RACH(上行），那么承载专用逻辑信道的FACH/RACH与基站开通时建立的用于承载CCCH的FACH/RACH是同一条传输信道，还是另外新开启的传输信道？
具体需要区分那条FACH对应哪条逻辑信道么？FACH信道到可以根据需要配置多条。只是不明白如何将DCCH和CCCH映射到不同的FACH上
它们可以共用一个trch fach，通过逻辑信道ccch或dcch来区分。在ue开机后会配置pch+fach1+fach2一个cctrch。其中fach1就是dcch和ccch的复用
FACH上可以支持低速信息,将已经分配专用信道但是又长时间没有信息提交的用户主动切换到FACH信道上,用户的位置更新信息或其他信息则直接从FACH提交,这样可以为新介入的用户提供专用物理信道,间接提升TD系统容量.fds1fads不K:JFD()$#_本文来自移动通信网,版权所有
但是这样对系统容量和用户感知究竟将会带来什么影响呢?uierpoeK:JFD()本文来自移动通信网,版权所有
其实我比较关注的是系统容量的提升。这个方面的效果明显吗？成一个什么比例？
个人认为用户的感知应该取决与当前的信号强度和质量，无论是用FACH，还是DCH，只要强度和质量没问题，用户的感知不会有影响

IMSI全称是International Mobile Subscriber Identification Number，IMSI即国际移动用户识别码，在GSM系统中，给每个移动用户分配一个唯一的国际用户识别码IMSI，此码在网中所有位置包括漫游区都是有效的。
我们的手机号码在系统中是被转换为IMSI进行通信的；当你的手机开机后在接入网络的过程中有一个注册登记的过程，系统通过控制信道将经加密算法后的参数组传送给客户，手机中的SIM卡收到参数后，与SIM卡存储的客户鉴权参数经同样算法后对比，结果相同就允许接入，否则为非法客户，网络拒绝为此客户服务。
IMEI是国际移动设备识别码，IMEI唯一地识别一个移动设备，用于监控被窃或无效的移动设备。
TMSI临时移动用户识别码，为保证移动用户识别的安全性，GSM系统在空中接口传递TMSI代替IMSI
P-TMSI（Packet Temperate Mobile Subs cription Identity）：分组临时移动用户识别码
只有CELL_FACH和IDLE需要进行随机接入，随机接入是一种竞争机制。CELL_DCH下，RNC已经给UE分配了时隙、码道等，不需要进行随机接入。
FPACH是物理信道信道，主要是用来算TA的，和指示UE发送PRACH的位置。# N
RRC子层的状态转移 
        下图给出了整个RRC子层的状态转移情况，从图中可以看出，RRC子层根据是否有RRC连接存在而分成了空闲模式和连接模式。而连接模式下又根据无线资源分配的不同情况分为了四个状态：CELL-DCH状态、CELL-FACH状态、CELL-PCH状态和URA-PCH状态。根据无线资源分配情况的变化，触发RRC子层状态间的迁移；而通过RRC连接的建立和释放触发空闲模式和连接模式之间的迁移。
       在空闲模式下，通过对服务小区和邻近小区测量值的监控，来触发小区重选，以最大程度保证小区驻留在一个最好的小区内，为可能发起的呼叫以及其他业务做好准备；而在连接模式下，其CELL-FACH、CELL-PCH和URA-PCH这三种状态下都有小区重选过程。连接模式下的小区重选是UE实现其连接移动性的重要过程。连接模式下，UE同样通过对服务小区和邻近小区测量值的监控，来触发小区重选，再配合小区更新/路由更新等过程，确保了服务小区的质量，降低了了掉话率。 

RRC子层状态转移图

CELL-DCH状态下，一段时间内，如果业务量一直很低，则CELL-DCH转成CELL-FACH；
CELL-FACH状态下，如果收到4a event,即需要大的带宽传输数据时，则转到CELL-DCH；
CELL-FACH——>CELL-PCH。业务测量，在一段时间内，如果 业务量一直为0。则CELL-FACH——>CELL-PCH，
CELL-PCH——>URA-PCH。在一段时间内，如果小区更新消息超过了一定次数，则CELL-PCH——>URA-PCH。
那么CELL_PCH或URA_PCH状态是否就是终态呢？
答案是否定的！
对于CELL_PCH或URA_PCH状态用户，RNC会在资源不足的情况下，回收这部分资源，以预留给未来的潜在用户。
即RNC会将UE的RAN侧资源统统释放。

Rrc层的功能
RRC层的主要功能：
RRC连接管理（RRC connection management）：移动台向系统提出接入请求，需要完成RRC连接建立过程。在RRC连接建立过程前要完成开环功控，RRC连接建立实际上是移动台和RNC之间的对话，RRC连接建立的标志是由RNC分配给移动台的24位临时识别符将会在RRC连接建立响应消息中发送给移动台。移动台会获得上行链路扰码的码序列发生器的初始值。RNC通过临时识别符来区分各移动台的RRC连接。
无线承载管理（Radio Bearer management）：RNC接收来自核心网的无线访问承载请求，根据Qos的请求，与RNC内部的业务模板进行匹配，然后完成无线承载的分配。涉及到如吞吐量、Qos、传输信道等的描述。
无线资源管理（Radio Resource management）：包括码字、POWER的分配，无论是RRC建立初期的资源分配还是移动台已经业务通信状态下资源的分配，都是由RRC来控制的。在分配无线资源时，首先是移动台提出请求到RNC，RNC在分配无线信道之前，要激活基站中的资源，在得到正证实后，才可以为移动台分配资源，如果基站给予RNC负证实或响应超时，将被视为连接失败。
寻呼/事件报告的发送（Paging/Notification）：在GSM中寻呼请求（request）是由MSC触发的。UTRAN中也是由核心网来触发，而RNC中的寻呼功能是指RNC作为寻呼的执行，完成来自核心网的寻呼请求。由RNC控制无线寻呼的过程，也就是无线寻呼信道的控制算法。所以与GSM相同，无线有无线的寻呼控制，核心网有核心网的寻呼控制。BSC BTS
信息广播（Broadcasting of information）：RNC与OMC通信，将系统信息通过空中接口向移动台发送。
测量报告管理（Measurement reporting management）：移动台和基站发送上来的测量报告都是以Ec/Io为参考的。由RNC的RRC层完成对测量报告的处理，根据测量报告完成一些过程如开环功控、闭环功控、切换等等。在GSM系统中，测量报告的处理是在基站侧完成的，相邻小区的删选也是在基站侧完成，再送往BSC，而在UTRAN网络中，都是由RNC来完成，基站只涉及物理层。
功率控制管理（Power control management）：指的是外环功控的管理，计算SIR目标值，由RRC层实现SIR目标值算法的启动。
加密管理（Ciphering management）：加密的执行不是RRC的功能，加密的对象是RLC、MAC层的块（传输层的块）。这里的加密管理指的是由RRC控制加密的执行，决定由谁来完成，也就是RRC层提供加密参数，将加密参数送往RLC层和MAC层并由传输层执行。
路由（Routing）：路由高层的协议单元PDU。RRC层的上层有不同类型的各种高层协议数据单元，RRC将根据不同的数据单元路由到相应的不同底层，指的只是协议内部的功能。
完整性管理（Integrity management）：属于加密过程，对信令消息的完整性验证。信令消息无论是接收还是发送都要获得完整性key（IK）参数，IK是由鉴权中心产生的鉴权五元组之一。IK与发送方向、发送帧号、随机号经过F9算法产生一个比特序列，称为MAC-I。MAC-I对MAP层消息进行封装，在空中接口发送至接收端，接收端将首先判定接收的MAC-I与自己产生的MAP-I序列是否相同，如果一致则对信令消息进行处理，如不一致，则认为该信令消息的完整性被破坏，信令消息非法，直接丢弃不作处理。
RRC层（层3消息）规范定义在3GPP规范中的TS25.331中。
42是4343K:JFD()$本文来自移动通信网,版权所有