【资料名称】：RRC连接、RL、RB、RAB定义

【资料作者】：小帆

【资料日期】：2013-3-5

【资料语言】：中文

【资料格式】：DOC

【资料目录和简介】：

RRC连接、RL、RB、RAB的本质是什么
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：收到的消息中有部分丢失或者无法解读、逻辑错误。