什么是RLC?

什么是RLC?,第1张

RLC 是带进位的循环左移,RLC A即将A的内容左移一位,将进位位C中的值移到累加器A的最低位,A的最高位移到C里。

譬如说:设A=01000001,C=1

则如果执行RL ,则A=10000010,C=1(A所有位左移一位,最低位补零,C不参加移位 *** 作,保持原值不变),如果执行RLC后,则A=10000011,C=0(A的最高位移到C,C原值移到A最低位)。

C=1,A=55H,RLC A后则为:C=0 A=ABH,即:1 01010101变为:0 10101011

扩展资料

每个RLC实体由RRC配置,并且根据业务类型有三种模式:透明模式(TM)、非确认模式(UM)、确认模式(AM)。在控制平面,RLC向上层提供的业务为无线信令承载(SRB);在用户平面,当PDCP和BMC协议没有被该业务使用时,RLC向上层提供无线承载(RB);否则RB业务由PDCP或BMC承载。

三种模式:

透明模式,发送实体在高层数据上不添加任何额外控制协议开销,仅仅根据业务类型决定是否进行分段 *** 作。接收实体接收到的PDU如果出现错误,则根据配置,在错误标记后递交或者直接丢弃并向高层报告。实时语音业务通常采用RLC透明模式。

非确认模式,发送实体在高层PDU上添加必要的控制协议开销,然后进行传送但并不保证传递到对等实体,且没有使用重传协议。

接收实体对所接收到的错误数据标记为错误后递交,或者直接丢弃并向高层报告。由于RLC PDU包含有顺序号,因此能够检测高层PDU的完整性。UM模式的业务有小区广播和IP电话。

确认模式,发送侧在高层数据上添加必要的控制协议开销后进行传送,并保证传递到对等实体。因为具有ARQ能力,如果RLC接收到错误的RLC PDU,就通知发送方的RLC重传这个PDU。

由于RLC PDU中包含有顺序号信息,支持数据向高层的顺序/乱序递交。AM模式是分组数据传输的标准模式,比如www和电子邮件下载。

参考资料来源:百度百科-rlc

参考资料来源:百度百科- 汇编语言(面向机器的程序设计语言)

无线协议共L1,L2,L3 三层 ;

RLC属于无线协议中的L2层;

RLC的上层是 RRC和PDCP, RRC通常控制RCL的配置;

RLC的下层 是 MAC, 通过MAC 转发到另外一个MAC再连到另外一个RLC

RLC共有3种类类型实体:

1,TM :透明模式

2, UM: 未确认模式

3, AM:确认模式

其中TM,和UM 每个又分为 发送实体 和 接收实体

而 AM 是一个实体整体拥有 接收侧和发送侧

下面介绍各个实体工能:

发送 TM(UM) RLC 实体: 从上层接收RLC SDU(服务数据单元),转化为

RLC PDU(协议数据单元) 经过低层 转发到 对等的TM(UM) RCL 实体

接受 TM(UM) RLC 实体 :经过低层 从对等的 TM(UM) RLC 实体 接受 RLC PDU, 转化为 RLC SDU 发送到上层

AM和上面类似,只不过分别是发送侧和接受侧完成相应功能

下面介绍一下各个实体的传输特点:

1, TM RLC

1-1传输PDU的逻辑信道:BCCH/DL/UL CCCH PCCH

1-2 发送实体:TM RLC 接受SDU 时不分割 SDU ,不包含TM PDU的RLC头

1-3 接收实体:将SDU传到上层

2 UM RLC

2-1 传输PDU的逻辑信道:DL/UL DTCH

2 -2 发送实体:UM PDU 可以包含一个 完整的 RLC SDU 或者 RLC SDU段(应该是一部分的意思)

2-3 接收实体: (1)检测 PDU中 的SDU段丢失;(2)SDU可用时立即上传

(3)丢弃不能形成SDU的PDU

3,AM RLC:

3-1 传输PDU的逻辑信道:DL/UL DCCH 或DL/UL DTCH

3-2 主要处理AM PDU(包含完整SDU或SDU段) 和 状态 PDU

3-3 支持ARQ重传

3-4 接收实体:去重PDU,检测丢失并请求重传

下面介绍协议数据格式:

TMD PDU :只包含数据,不包含RLC头

结构体描述如下:

UMD PDU:

由UMD PDU报头 和 数据组成

1,包含完整的SDU ,则数据头只含SI 字段和 R字段

结构体描述如下:

2,SDU被分段(不包含完整SDU),则报头加入 SN字段(又分为6位和12位两种);

其中承载SDU第一段的报头不含SO字段,之后的含SO字段;

//6 位SN

//12位SN

AMD PDU:

SN分为12位和18位两种:

12位结构如下

18位结构如下:

发送接收流程,这里主要针对AM 讲解,详情见R15 38.322 无线链路控制(RLC)协议规范

发送侧:

维护几个状态变量 TX_Next , TX_Next_Ack , AM_Window_Size

当待传输的PDU的SN满足:

TX_Next_Ack<=SN<TX_Next_Ack+AM_Window_Size 可以发送,否则不能发送;

(大概意思就是 <TX_Next_Ack的sn都已经确认发送成功,则只需发送>=它的,然后不能一次性发太多,因此有个AM_Window_Size限制)

对于从上层接收到的SDU如何转为PDU,个人理解如下:

首先根据状态变量 TX_Next 找到 SN=TX_Next的SDU.根据它

构建 PDU,并 使其SN=TX_Next然后把TX_Next++

然后TX_Next_Ack的更新依赖于 接收端 反馈的 控制PDU(状态PDU)当收到 为SN的接收确认时 ,令 TX_Next_Ack=最小SN(这里不太理解为何要是最小SN)

接收侧:

维护 RX_Next, 接收窗口 RX_Next<=SN<RX_Next+AM_Window_Size

超出范围的丢弃;

NR radio interface protocols协议在NG-RAN和UE之间运行,又分为用户面协议和控制面协议:

非接入层(NAS)协议处于UE和5G核心网的AMF实体之间,用于实现核心网络相关功能和信令,包括注册、鉴权、位置更新和session管理。用户面协议主要实现PDU session服务(该服务通过接入层承载用户数据)。 控制面协议从请求服务、控制不同传输资源、切换等各个方面控制PDU session和UE与网络的连接。 控制平面信息的可靠性要求远高于用户平面数据的可靠性要求

NR协议栈的L2被划分为四个子层:

其中每个子层承载并执行多个功能,这些功能可以通过L3的无线资源控制(RRC)进行配置,图 2.1显示OSI协议层以及它们如何映射到3GPP无线协议体系结构。 如图所示(暗阴影框),OSI网络模型的数据链路层映射到这四个子层,它们构成了3GPP NR协议的层二。 NR的L2协议与LTE的L2协议有一些相似之处;但是NR增加了配置灵活性和更多的功能来支持新的特性,比如在LTE中没有对应的波束管理。 与LTE RRC相比, NR RRC的一个显著差异是随着RRC_INACTIVE状态的加入而引入了3个状态UE行为。 该RRC_INACTIVE提供了一个类似于RRC_IDLE的状态, 同时将UE上下文存储在NG-RAN中, 使得到/从RRC_CONNECTED的转换更快,并产生较少的信令开销。

相对于LTE RRC,NR RRC还支持按需系统信息传输,UE在需要时会请求特定的系统信息,而不是NG-RAN消耗无线资源来定期广播系统信息,也不用扩展测量报告框架来支持beamformed operation中对波束测量(handover场景下)。

服务数据适配协议(SDAP)是层2中的一个新子层,它直接与网络层交互,并提供QoS flow和数据无线承载(DRBs)之间的映射。 它还在上下行数据包中添加QoS 流标识符(QFIs)。 每个PDU session配置一个SDAP实体。

PDCP层的服务和功能包括:

控制面上PDCP层的主要服务和功能包括

PDCP协议可对每个无线承载执行IP头压缩,然后加密(这个功能可选)。

综上,一个PDCP header包含对端解密所需的信息,也包含用于重传和按序传输的序列号。

RLC层支持三种传输模式,包括透传模式(TM)、UM模式和AM模式。 这些模式之间的主要区别是否存在ARQ功能。 RLC 将NR中的无线承载分为两组,用于用户面数据的(DRB)和用于控制面数据的信令无线承载(SRB)。

RLC-TM模式用于传输SRB0、paging和广播系统信息(SI),而对于其他SRB,则使用RLC-AM 模式。 对于DRB的传输,可使用RLC-UM或RLC-AM。 RLC层的一些服务和功能取决于传输模式。这些服务包括

RLC层中的ARQ功能根据RLC状态报告执行RLC SDU或SDU段的ARQ重传。它还在需要时发送对RLC状态报告的请求,并在检测到丢失的RLC SDU或SDU段后触发RLC状态报告。 如果有必要,RLC协议执行PDCP PDU的分割,并添加一个包含用于处理重传的序列号的RLC头。 与LTE不同的是,NR RLC由于重新排序机制产生的额外延迟,不会向更高层提供数据的顺序传递。 如有必要,PDCP层可以提供顺序传递。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/7373766.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-04
下一篇 2023-04-04

发表评论

登录后才能评论

评论列表(0条)

保存