RRC连接、RL、RB、RAB的本质是什么

qychjj

1）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：收到的消息中有部分丢失或者无法解读、逻辑错误。