RAB, RB, SRB的关系（转载）

RAB, RB, SRB
的关系（转载）
   
2012-02-10 15:14:12|  
分类：

通信知识
 |  
标签：
 |
字号大中小

订阅
  
总是对这几个概念，转来留着以后好好研究。


RAB

是和业务一一对应的，

比如
voice 
call 
需要一个
rab

来承载，

表示的是
Iu
口的概念。

RB
是
RAB
的无线承载，是
Uu
的概念。

一句话，
RAB
需要
RB
来承载

======================================================= 
RAB
、
RB
、
SRB
三个概念之间既相互联系又有所区别。

首先看他们之间的联系（共性）：它们都是下层协议向上层协议提供的服务。例
如，
RAB
是用户平面的接入层协议栈向非接入层提供的服务，
而
RB
和
SRB
是
RLC
层向其用户提供的服务。

关键是他们之间的区别：
RAB
是运用在用户平面的
UE
和核心网之间的一个概念。
当用户发起一个业务请求的时候，
核心网根据被请求业务的特性要求接入网提供
相应的无线接入承载（
RAB
），而不关心该承载是以何种方式实现的，这样做的
好处是简化了核心网和接入网之间的接口，并且使得这两个网元的独立性更好，
便于彼此技术的独立更新。那么在
WCDMA(TD-SCDMA)
系统中，
RAB
是如何实现的
呢这就引出了
RB
的
概念，
RB
是
UE
和
SRNC
之间的一个无线承载，是
RLC
层提供
的服务，
根据业务的属性，
RLC
层通过自己的三种不同类型的实体
（
AM/UM/TM
）
，
向高层提供点对点的带确认的数据传输、
无确认的数据传输和透明的传输，
以此
来保证用户的数据以合理的方式到达
RNC
。
到此，
RAB
在
UE
和
RNC
之间的“实现”
就很明白了，
它是通过
RB
来“实现”的。
再进一步，
RAB
在
IU
接口上是如何“实
现”的呢实际上，它通过
IUUP
协议，映射到了一个
AAL2
承载上。也就是说，
RAB
=RB+AAL2
。
现在举个具体的例子就更明白了，
就拿
AMR12.2k
的语音业务来说，
UE
和
MSC
之间的一个
RAB
，在
UE
和
SRNC
之间映射到了
3
个
RB
上，在一个
TTI
内，这三个
RB“输出”的三个
PDU
又被映射到一个
IUUP
帧中，然后在
AAL2
通
道上发送给
MSC
。

至于
SRB
，
其实就是
RB
，
也是
RLC
提供的服务，
只不过他们用来承载控制面的控
制消息，为了区别于
RB
而称为
SRB
。

===================================================== 
简单地说，
rab
就是你要传输的货物，
srb
就是为了传输货物而修的铁路，
rb
就
是多个列车车厢

===================================================== 
（
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
信息


1234567890ABCDEFGHIJKLMNabcdefghijklmn!@#$%^&&*()_+.一三五七九贰肆陆扒拾，。青玉案元夕东风夜放花千树更吹落星如雨宝马雕车香满路凤箫声动玉壶光转一夜鱼龙舞蛾儿雪柳黄金缕笑语盈盈暗香去众里寻他千百度暮然回首那人却在灯火阑珊处

无线承载测试
(RB)



李传峰

摘要

无线承载
测试的应用取决于
UE
上行、下行无线接入能力以及
UE
支持的
电信业务和承载业务。
不同的电信业务和承载业务需要不同无线承载。
对无线承
载配置统一规定，确保了
UE
和不同网络之间的互操作性，解决了
UE
和不同网
络之间的网络兼容性问题。无线接入承载测试就是来验证
UE
在建立业务时是否
对应规定的无线承载。







无线接入承载
（
RAB
）指
UE
和
CN
之间的承载，具体可以看作是
UE
与
CN
之间接入层向非接入层提供的业务，主要用于用户数据的传输。
UE
能够支持许
多不同无线接入能力组合，
不同业务需要
UE
选择一个确定的无线接入能力组合。
参考的
UE
无线接入能力组合提供了一些默认的配置，这些配置就构成了无线接
入承载一致性测试的基础。不同的电信业务和承载业务需要不同的无线承载配
置。
选择不同的业务测试，
也就测试了不同的无线承载配置。
无线承载的选择取
决于
UE
上行、
下行无线接入能力以及
UE
支持的电信业务和承载业务。
3GPP TS 
34.108
《终端一致性通用测试环境》
详细描述了真实网络环境下有代表性的一些
无线承载配置。对这些无线承载配置的统一规定，确保了
UE
和不同网络之间的
互操作性，解决了
UE
和不同网络之间的网络兼容性问题。
TS34.123-1
《终端协
议一致性规范》
第
14
章和第
18
章详细描述了
FDD
和
TDD
的各种无线承载测试。




为清楚了解普通的无线承载测试过程，我们就以典型的
AMR12.2k
语音为
例。


1
、建立无线承载配置




在理解这个无线承载配置之前，先清楚几个承载概念的区别。




无线承载（
RB
）
：是
UE
与
UTRAN
之间
L2
向上层提供的业务。




信令无线承载（
SRB
）
：在
RNC
和
UE
之间，在无线接入网层面用来传送
RRC
和
NAS
信令的
RB
。用户面的信令承载不属于
SRB
，是
RB
（无线承载）。




无线接入承载（
RAB
）
：如文中开头所说，
RAB
直接与
UE
业务相关，它涉
及接入层各个协议模块，在空中接口上，
RAB
反映为无线承载（
RB
）。





（
1
）典型的
AMR12.2k
语音有
3
个
DTCH
和
4
个
DCCH
逻辑信道组成。先
从信令无线承载（
SRB
）说起，
SRB1-SRB4
分别对应不同的
DCCH
逻辑信道，如
表
1
所示。


表
1

UL
：
3.4kbit/s SRB
在
DCCH
的传输信道参数




UE
和
UTRAN
选择信令无线承载在
TS25.331 6.3
有如下规定。




所有在
CCCH
上传送的消息使用信令无线承载
RB0
（上行：
RLC-TM
，下行：
RLC-UM
）；




所有使用
RLC
非确认模式（
RLC-UM
）在
DCCH
上传送的消息使用信令无线
承载
RB1
；




除了承载高层（非接入层）信令之外，所有使用
RLC
确认模式（
RLC-AM
）
在
DCCH
上传送的
RRC
消息使用信令无线承载
RB2
；




SRB3
和
RB4
用来传输在
DCCH
上的
RRC
传送的
NAS
信令的所有消息
（
RLC-AM
），其中如果
NAS
指示高优先级，选择
SRB3
，否则
NAS
指示低优先
级，选择
SRB4
；




另外，
以
RLC
透明模式
（
RLC-TM
）
在
DCCH
上发送的
RRC
消息可以选择编
号
5
～
32
之间的
RB
作为信令无线承载。




由表
1
可以看出
4
个信令无线承载
（
SRB
）
分别对应于
4
个
DCCH
逻辑信道，
4
个
DCCH
逻辑信道复用在一个
DCH
上。传输格式集合由
O
和
148bit
两种。传
输时间间隔固定为
40ms
。采用编码速率为
1/3
的卷积码，并且有
16bit
的
CRC
校验保护。




（
2
）对用户面
RB5-RB7
属于无线接入承载（
RAB
），分别对应
3
个
DTCH
逻辑信道，映射到
3
个
DCH
传输信道，如表
2
所示。


[align=center]
表
2

UL
：
12.2kbit/s 
电
路
域
无
线
承
载
传
输
信
道
参
数



RLC
层都采用都透明传输。
在无线接口上，
每一种等级的比特流建立一个传
输信道，如
DCH-A
为等级
A
，
DCH-B
为等级
B
，
DCH-C
为等级
C
。等级
A
的字
节最为重要，编码速率
1/3
的卷积码并且有
12bit
的
CRC
校验保护。
B
的重要性
其次，编码速率
1/3
的卷积码没有
CRC
校验。
C
为最不重要的，
没有
CRC
校验，
而且卷积码的编码速率为
1/2
。物理层传输时间间隔为
20ms
，不同于信令无线
承载（
SRB
）映射到物理层的传输时间间隔。



2
、选择允许的传输格式组合




首先
传输格式集合
（
Transport Format Set
）定义为一个传输信道上传输格
式的集合。
在同一传输格式集合内传输格式准静态部分是相同的。
动态部分的前
两个属性决定了传输信道的瞬时比特率。
传输信道的可变比特率依赖于映射到传
输信道上的服务类型，其实现是通过在每个传输时间间隔（
TTI
）内改变：




*
传输块集大小；




*
传输块大小和传输块集大小。




如果选择的传输格式变化，传输信道的瞬时比特率也会随之变化。




其次，
RRC
可以根据所给的逻辑信道的优先权值来控制上行链路数据的调
度，每一个逻辑信道对应于
1
～
8
之间的一个值，其中
1
是最高优先级，
8
是最
低优先级。
UE
中的
TFC
的选择将根据
RRC
所指明的逻辑信道之间的优先级进行。
逻辑信道优先级具有绝对性，也就是说
UE
最大化传输高优先级的数据。




一条逻辑信道上的传送块的一部分可以被停止传输，
以便传送来自一条逻辑
信道上下一个优先级较高的数据。如果该部分设置为
0
，则说明优先级安排将是
绝对的优先级，
即在该逻辑信道上没有为有利于低优先级数据传输而停止的传送
块。




最后为了保持业务质量，
UE
将不断地评估最大发射机功率是否可以有效地
支持，当
UE
输出功率为最大传送功率后仍不能满足目前的比特率，
UE
将适应
相应于下一个较低比特率的传输格式组合（
TFC
），即不再使用当前的传输格式
组合。




表
3
、
4
列出了
AMR12.2k
语音的上行传输格式集合（
TFS
）和上行传输格
式组合集（
TFCS
）。考虑到
AMR12.2k
语音下行和上行基本相同，不在单独列
出进行说明。

表
3

AMR12.2k
语
音
上
行
传
输
格
式
集
合

表
4

AMR12.2k
语
音
上
行
传
输
格
式
组
合
集



按照实际无线承载测试时的子过程规定来选择
TFCI
，使用
RRC
传输格式组合控
制过程。


3
、使用
UE test loop mode 1
闭合测试环路，发送规定大小的测试数据块




UE
闭合测试环路
1
指无线承载建立不包括
PDCP
协议层的配置。在
UE
闭
合测试环路后，
UE
下行接收到的数据块来自
RLC
业务接入点（
SAP
）的输出，
然后输入到相对应的
RLC
业务接入点
（
SAP
）
，
最后在上行发送。
由于
AMR12.2k
语音采用了透明模式，
这里只对透明模式说明。
TS25.322
里面对透明模式规定：
发送
TM-RLC
实体从上层业务接入点（
SAP
）接收到
RLC 
SDU
。所有接收到的
RLC SDU
一定是一个有效
TMD PDU
的倍数。




如果上层配置采用分割，
RLC SDU
数据长度大于底层
TTI
所用的
TMD PDU
数据长度，发送的
TM RLC
实体通过分割
RLC SDU
并不加
RLC
报头来适合
TMD 
PDU
。所有
TMD PDU
在同一个
TTI
传送一个
RLC SDU
，其它被分割的
RLC SDU
不能在这个
TTI
传送。




如果上层配置不采用分割，一个
RLC SDU
放置在一个
TMD PDU
，这样不止
一个
RLC 
SDU
在一个
TTI
传送。一个
TTI
内的所有的
TMD 
PDU
必须具有相同
的长度。




考虑到这些，
AMR12.2k
语音参考无线承载配置在下行使用
RLC
透明模式，
并且不采用分割操作，
测试例设置上行
RLC SDU
长度为上行
RLC PDU
长度。
UE
发送数据使用的传输格式如下。




（
1
）对于
sub-test 1
：
RB5/TF1
（
1×
39
）；




（
2
）对于
sub-test 2
：
RB5/TF2
（
1×
81
）；
RB6/TF1
（
1×
103
）和
RB7/TF1
（
1×
60
）。




参照表
3
、
4
上行的
TFCI
分别为
UL_TFC1
和
UL_TFC2
。对于任意长度的数
据，
如果数据长度小于
81+103+60=254bit
，
选择大于其数据最小的传输格式组
合，空余部分采用填充。如果数据长度大于
254bit
，那么上层配置采用分割，被
分割的业务数据单元在下一个传输时间间隔（
TTI
）传送。


4
、检查环回的数据




对于被测试的无线承载，
首先确认检查规定的参考无线承载配置下的无线承
载是否建立。其次检查收到的上行
RLC
业务数据单元（
SDU
）的内容是否正确，
上行和下行的数据长度是否完全一致，
数据内容是否完全一致。
最后验证是否采
用正确的传输格式。通过对不同承载业务的测试，验证了
UE
在不同业务下对无
线接入承载的选择具有一致性，同时根本上保证了
UE
和不同网络之间的网络兼
容

1234567890ABCDEFGHIJKLMNabcdefghijklmn!@#$%^&&*()_+.一三五七九贰肆陆扒拾，。青玉案元夕东风夜放花千树更吹落星如雨宝马雕车香满路凤箫声动玉壶光转一夜鱼龙舞蛾儿雪柳黄金缕笑语盈盈暗香去众里寻他千百度暮然回首那人却在灯火阑珊处

今日推荐

Comments

Post a Comment

Popular Posts