YD/T 2505.2-2013
基本信息
标准号： YD/T 2505.2-2013
中文名称：2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入(HSPA+)Uu接口层2技术要求 第2部分：RLC协议
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.rar .pdf
下载大小：8246KB
相关标签： 数字 蜂窝 移动 通信网 增强型 高速 分组 接入 接口 技术 协议
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 2505.2-2013 2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入(HSPA+)Uu接口层2技术要求 第2部分：RLC协议
YD/T2505.2-2013
标准压缩包解压密码：www.bzxz.net
标准图片预览
标准内容
ICS33.070.99
中华人民共和国通信行业标准
YD/T2505.2-2013
2GHZTD-SCDMA数字蜂窝移动通信网HSPA+Uu接口层2技术要求
第2部分：RLC协议
2GHzTD-SCDMAdigitalcellularmobiletelecommunicationnetwork-HSPA+ Uu interface layer 2technical requirements-part2:RLCprotocol
(3GPPTS25.322V9.3.0,RadioLinkControl(RLC)protocolspecification,NEQ）2013-04-25发布
2013-06-01实施
中华人民共和国工业和信息化部发布前
范围·
2规范性引用文件
缩略语
4.1内容
4.2RLC子层结构概述
5功能·
6提供给上层的业务·
6.1业务/功能在逻辑信道上的映射.……7期望从MAC获得的业务·
8层与层通信的单元
8.1RLC和上层之间的原语.
8.2原语参数
9对等层通信元素·
协议数据单元
9.2格式和参数·
9.3协议状态
.9.4状态变量·
9.5定时器：
9.6协议参数
9.7指定功能
10未知、未预见和错误协议数据的处理10.1错误序列号
10.2不一致的状态指示
10.3无效的PDU格式.
10.4CRC错误的RLCPDU..
11基本过程
11.1透明模式数据（TMD）传送过程目
11.2非确认模式数据（UMD）传送过程11.3确认模式数据（AMD）传送过程11.4RLC复位过程
YD/T2505.2-2013
YD/T2505.2-2013
11.5StatusPDU传送过程·
11.6显式信令的SDU丢弃过程
11.7流量控制
参考文献·
YD/T2505.2-2013
《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》是2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口系列标准之一，该系列标准的结构和名称预计如下：
a）YD/T25052GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口物理层技术要求》
一第1部分：总则
一第2部分：物理信道和传输信道到物理信道的映射一第3部分：复用和信道编码
一第4部分：扩频和调制
一第5部分：物理层过程
一第6部分：物理层测量
b）YD/T2505《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》
一第1部分：MAC协议
一第2部分：RLC协议
一第3部分：PDCP协议
c）《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口RRC层技术要求》
YD/T25052GHzTD-SCDMA数字蜂宽移动通信网增强型高速上行分组接入（HSPA+）Uu接口层2技术要求》分为三个部分：
a）第1部分：MAC协议
b）第2部分：RLC协议
C）第3部分：PDCP协议
本部分是YD/T2505《2GHzTD-SCDMA数字峰宽移动通信网增强型高速上行分组接入（HSPA+）Uu接口层2技术要求》的第2部分。随着技术的发展，还将制定后续的相关标准，本部分按照GB/T1.1—2009给出的规则起草。本部分对应于3GPPTS25.322《RLC协议》（版本v9.3.0），一致性程度为非等效。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、大唐电信科技产业集团、中兴通讯股份有限公司、鼎桥通信技术有限公司、中国普天信息产业股份有限公司、新邮通信设备有限公司、重庆重邮信科股份有限公司、北京展讯高科通信技术有限公司、北京天基科技有限责任公司。本部分主要起草人：常永宏、许芳丽、严泉、徐、菲、宋爱慧、黄、河、马志锋、王浩然、贺刚、王梅、赵训威、师延山、段红光、张元。1范围
2GHZTD-SCDMA数字蜂窝移动通信网HSPA+U接口层2技术要求
第2部分：RLC协议
YD/T2505.2-2013
本部分规定了2GHzTD-SCDMA数字峰窝移动通信网空中接口层2的RLC协议的功能，RLC提供给上层的业务和期望从下层获得的业务，以及层与层之间通信的原语，确立了对等层通信的元素结构和参数的具体要求，给出了REC协议的基本过程和对未知，未预见和错误事件的处理方法。本部分适用于2GHzTD-SCDMA数字蜂窝移动通信网中具有增强型高速分组接入（HSPA+）功能的空中接口RLC协议。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。3GPPTS33.1023G安全、安全体系结构（3Gsecurity，securityarchitecture）3缩略语
下列缩略语适用于本文件。
CCTICH
Automatic Repeat Request
Acknowledged Mode
Acknowledged ModeData
Broadcast Control CHannel
Broadcast CHannel
Control-
CallControl
Common Control CHannel
Control Channel
CodedCompositeTransportCHannelCoreNetwork
Cyclic Redundancy Check
CommonTrafficCHannel
Dedicated Control (SAP)
Dedicated Control CHannel
Dedicated CHannel
DownLink
DedicatedTrafficCHannel
ForwardLinkAccessCHannel
Frame Check Sequence
FrequencyDivisionDuplex
自动重复请求
确认模式
确认模式数据
广播控制信道
广播信道
控制-
呼叫控制
公共控制信道
控制信道
编码合成传送信道
核心网
循环究余校验
公共业务信道
专用控制（SAP）
专用控制信道
专用信道
下行链路
专用业务信道
前向链路接入信道
顿校验序列
频分双工
YD/T2505.2-2013
General Control (SAP)
HandOyer
International TelecommunicationUnionLayer1 (physical layer)
Layer2(data link laiyer)
Layer3(network layer)
Length Indicator
Medium Access Control
Multmedia Broadcast MulticastServiceMBMS point-to-multipoint Control CHannelMobility Management
Move Receiving Window
MobileStation
MBMS point-to-multipoint Scheduling CHannelMBMS point-to-multipoint Traffic CHannelMultiplexing
Notification(SAP)
Paging Control CHannel
Paging CHannel
Protocol Data Unit
Physical layer
Physical CHamel
Random Access CHannel
Radio Link Control
Radio Network Temporary IdentityRadio Resource Control
Service Access Point
Synchronization Control CHannelSynchronization CHamel
Service Data Unit
SHared channel Control CHannelSequence Number
SUperFIeld
Traffic CHannel
Time Division Duplex
TransportFormat Combination IndicatorTransportFormatIndicator
般控制（SAP）
国际电信联盟
层1（物理层）
层2（数据链路层）
层3（网络层）
长度指示器
媒体接入控制
多媒体广播多播服务
MBMS点对多点控制信道
移动性管理
移动接收窗口
移动台
MBMS点对多点调度信道
MBMS点对多点业务信道
通知（SAP)
寻呼控制信道
寻呼信道
协议数据单元
物理层
物理信道
随机接入信道
无线链路控制
无线网络临时标识
无线资源控制
业务接入点
同步控制信道
同步信道
业务数据单元
共享信道控制信道
超字段
业务信道
时分双工
传输格式组合指示
传输格式指示
4概述
4.1内容
TransmissionTimeInterval
Transparent Mode
Transmit Power Control
UserEquipment
UpLink
Unacknowledged Mode
UniversalTerrestrialRadioAccessNetwork本节描述RLC子层的结构。
4.2RLC子层结构概述
传送时间间隔
传输模式
发射功率控制
用户设备
上行链路
非确认模式
YD/T2505.2-2013
通用陆地无线接入网
本节中所提供的模型仅为了对RLC子层进行定义，不对协议的实现进行规定或限制。RLC子层由三种RLC实体构成：透明模式（TM）、非确认模式（UM）和确认模式（AM）RLC实体。4.2.1RLC子层模型
图1描述了RLC模型中的不同RLC实体。MS
发送端
TM实体
发送端
UM实体
AM实体
接收端
UM实体
无线接口
接收端
TM实体
TM实体
发送端
UM实体
图1RLC子层总体模型
AM实体
接收竭
UM实体
接收端
TM实体
UM和TMRLC实体可以被配置成一个发送RLC实体或者一个接收RLC实体。发送RLC实体发送RLCPDU，接收RLC实体接收RLCPDU。AMRLC实体由一个发送部分和一个接收部分组成，其中AMRLC实体的发送部分发送RLCPDU：AMRLC实体的接收部分接收RLCPDU。在“发送端”和“接收端”之间定义了基本过程（见第11章）。在UM和TM情况下，发送RLC实体作为发送端，对等的RLC实体作为接收端。根据基本过程的情况，AMRLC实体可以作为发送端或者接收端。发送端是AMDPDU的发送者，接收端是AMDPDU的接收者。发送端和接收端可以位于UE或者UTRAN上。
对于每一个透明模式（TM）和非确认模式（UM）业务有一个发送和一个接收RLC实体。对于确认模式（AM）业务有一个发送和接收合并的实体。1为了方便使用者对照阅读及编写者维护后续版本，本部分的章条号与所对应的3GPP标准保持了一致。3
YD/T2505.2-2013
在本文中，在没有特别注明的情况下，“发送”指“传送给下层”。每一个UM和TMRLC实体使用一个逻辑信道发送或者接收数据PDU.AMRLC实体可以配置成使用一个或者两个逻辑信道发送或者接收数据和控制PDU。如果配置成使用两个逻辑信道，那么它们具有相同的类型（DCCH或者DTCH）。在图1中，AM实体间的虚线描述了在不同逻辑信道上发送和接收RLCPDU的可能性，例如，在一个遇辑信道上传输控制PDU，在另一个上传输数据PDU。在4.2.1.1节、4.2.1.2节和4.2.1.3节中对不同实体进行了更加详细的描述。
4.2.1.1透明模式（TM）RLC实体图2表示两个透明模式对等RLC实体的模型。图的下方对与下层进行通信的逻辑信道进行了描述。UEUTRAN
发送端爱存
逝明模式业
务接入点
无规接口(Jn）
发送增
途明模式
RLC实体
CCCH/DOCH/DTCHSHCCHUE
BCCH/PCCH/DCCHOTCEEUTRAN
较收增
避男慎式
RLC实体
按增理荐
UTRANUE
避明模式业
务摘入点
CCCH/DCCH/DTCH/SHCCHUTRAN
BCCHPCCHDCCH/DTCHUE
图2两个透明模式对等实体的模型4.2.1.1.1发送TMRLC实体
发送TM-RLC实体通过TM-SAP从上层接收RLCSDU。所有接收到的RLCSDU的长度应是一个有效TMDPDU长度的整数倍。如果上层进行了分段的配置，并且RLCSDU的长度大于下层对TTI使用的TMDPDU的大小，那么发送TMRLC实体对RLCSDU进行分段以适应TMDPDU的大小，并且不添加RLC分组头。承载一个RLCSDU的所有TMDPDU都在同一个TTI中发送，该TTI中不发送任何其他RLCSDU的分段。如果上层没有进行分段的配置，那么通过将一个RLCSDU放入一个TMDPDU，可以在一个TTI中发送多于一个的RLCSDU。一个TTI中的所有TMDPDU的长度必须相同。当对一个RLCSDU的处理结束时，得到的一个或者多个TMDPDU将通过一个BCCH、DCCH、PCCH、CCCH、SHCCH或者一个DTCH逻辑信道发送给下层。4.2.1.1.2接收TMRLC实体
接收TM-RLC实体通过配置的逻辑信道从下层接收TMDPDU。如果上层配置了分段，那么将对在一个TTI内接收到的所有TMDPDU进行重组得到RLCSDU。如果上层没有配置分段，那么每一个TMDPDU将被作为一个RLCSDU。接收TMRLC实体通过TM-SAP向上层发送RLCSDU。4.2.1.2非确认模式（UM）RLC实体YD/T2505.2-2013
图3显示了未配置重复避免和重排序功能时两个非确认模式对等RLC实体的模型。如图3所示的不同功能适用于6.1节描述的不同信道类型。UB/UTRAN
非幕认模式业
务接入点
发诺端摄存
分段和连接
加REC头
无线接口(U司)
发送非确
认模式
RLC实体
DCCH/DTCH-UB
CCCH/SHCCH/DCCH/DTCH/CTCH
MCCH/MSCH/MTCHUTRAN
接收非确
认模式
RLC实体
UTRAN/UE
非确认模式业
务接入点
去掉RLC头
按收端级存
DCCH/DTCH-UTRAN
CCCH/SHCCH/DCCH/DTCHACTCH/
MCCH/MSCH/MTCHFUE
图3未配置重复避免和重排序功能时两个非确认模式对等实体的模型图4显示了配置重复避免和重排序功能时两个非确认模式对等RLC实体的模型。由于重复避免和重排序功能仅用于本Release的MCCH/CCCH，所以加密/解密功能被删除。UTRAN
非确认模式
业务接入点
无线接口(Un)
发送增非确认接收端非确认
发送增缓存
分段与连接
加RLC头
MTCH/CCCHUTRAN
模式RLC实体模式RLC实体
MTCH/CCCHUE
非确认模式
业务提入点
去掉RLC头免费标准bzxz.net
接收端缓存
重复避免和
重排序
图4配置了重复避免和重排序功能时两个非确认模式对等实体的模型5
YD/T2505.2-2013
4.2.1.2.1发送UMRLC实体
发送UM-RLC实体通过UM-SAP从高层接收RLCSDU。如果RLCSDU的尺寸大于UMDPDU中的可用空间，那么发送UMRLC实体将对RLCSDU进行分段，得到适当大小的UMDPDU。分段和/或级联之后的UMDPDU大小应小于或等于最大ULUMDPDU大小。如果配置了MACi/is而且RLCPDU大小设置为“fiexiblesize”，分段和/或级联之后的UMDPDU大小应大于或等于最小ULRLCPDU大小。如果待传数据的大小不足以创建一个最小尺寸的UMDPDU，那么也允许创建一个包含所有待传数据的UMDPDU，量然其尺寸小于最小ULRLCPDU大小。UMDPDU可能包含分段的和/或者级联的RLCSDU。UMDPDU可能进行填充以确保得到有效的长度。使用长度标识（LengthIndicator）来定义UMIDPDU中RLCSDU的边界。长度标识也用于定义是否在UMDPDU中使用了填充。
如果配置并且启动了加密，那么UMDPDU（除了UMDPDU分组头）在发送给下层之前被加密。发送UMRLC实体通过一个CCCH、SHCCH、DCCH、CTCH或者一个DTCH逻辑信道向下层发送UMDPDU.
4.2.1.2.2接收UMRLC实体
接收UM-RLC实体通过配置的遇辑信道从下层接收UMDPDU。当配置了重复避免和重排序功能时，可能会从下层收到一个或多个输入。当增加或删除输入时，可以在接收UMRLC实体内不改变缓冲区内容、状态变量和定时器。当未配置重复避免和重排序功能时，只会从下层收到一个输入并且不会被重配置。如果配置了重复避免和重排序功能，它将是接收UMRLC实体中应用于输入UMDPDU流的第一个接收功能，该功能只能在UE侧配置并且不用于UTRAN。该功能完成对从一个或多个输入收到的UMDPDU的重复检测和重排序，产生顺序排列的PDU，并递交给下一个顺序RLC接收功能。接收UMRLC实体对接收到的UMDPDU（除了UMDPDU分组头）进行解密（如果配置并且启动了加密）。它从接收到的UMDPDU中去除RLC分组头，并且重组RLCSDU（如果发送UMRLC实体进行了分段和/或者级联）。
若接收的UMRLC实体配置了SDU乱序递交的功能，该实体会在包含1个SDU的所有PDU都收到的时候尽快的重组出SDU，并递交给高层，尽管可能有更早的PDU还没有收到也不影响这里的处理。UMRLC接收实体将会存储不能组成SDU的PDU，并等待发送端重新传输丢失的PDU。当和一个SDU相关的PDU都收齐后将对应的PDU从缓存中除，或者由于序号窗口的功能、或者由于存储定时器的功能也需将相应的PDU从缓存中刷除。只有用户侧配置乱序遵交的功能，耳该功能只用于MCCH，接收UMRLC实体通过UM-SAP向上层传送RLCSDU。如果配置了SNDelivery，映射了RLCSDU的RLCPDU序列号也需要通过UM-SAP向上层传递。
4.2.1.3确认模式（AM）RLC实体图5显示了确认模式RLC实体模型。AMRLC实体可以被配置为使用一个或者两个逻辑信道。图5显示了使用一个逻辑信道（实线）和使用两个逻辑信道（虚线）时AMRLC实体的模型。如果配置了一个逻辑信道，AMRLC实体的发送侧通过这个逻辑信道向下层发送AMD和控制PDU如果配置了固定的RLCPDU大小，AMDPDU和控制PDU应该具有相同的RLCPDU大小。如果配置了可变的RLCPDU大小，AMDPDU大小可以变化，只要不超过最大RLCPDU大小即可。6
YD/T2505.2-2013
在上行链路配置两个逻辑信道的情况下，在第一个逻辑信道上发送AMDPDU和除确认状态报告、MRWACKSUFI及WindoWSUFI之外的控制PDU，在第二个逻辑信道上发送确认状态报告、MRWACKSUFI和WindoWSUFI。在下行链路配置两个逻辑信道的情况下，可以在两个逻辑信道中的任意一个上发送AMDPDU和控制PDU。
UE/UTRAN
AM-SAP
AMRLCEntity
Segmentation/Concatenation
AddRLCHeader
Retransmission
Buffur&
Management
Transmission
Buffer
RLC Control Unit
Piggybacked Status
Optional
Reassembly
RemoveRLCheader&Extract
Piggybacked Information
cknowledgement
Set fields in PDU Header (e.g, set pollbits)&Piggybacked Status PDUCiphering(onlyforAMDPDU)
4.2.1.3.1发送侧
Demux/Routing
Recelvingsia
图DTCH
图5确认模式实体的模型
AM-RLC实体的发送侧通过AM-SAP从上层接收RLCSDU。ReceptionBuffer
&Retransmission
Management
Deciphering
搬DTCH
如果配置了固定RLCPDU大小，则以一个固定的长度对RLCSDU进行分段和/或者级联组成AMDPDU。当接收到的RLCSDU的长度大于AMDPDU中可用的空间时，对RLCSDU进行分段处理。上行AMDPDU的长度是半静态的参数，它是由上层进行配置的，并且只能够通过上层重建AMRLC实体来进行修改。如果配置了可变RLCPDU大小，RLCSDU将被分段和/或级联以使创建的RLCPDU大于或等于最小ULRLCPDU大小并且小于或等于最大ULAMDPDU大小。如果待传数据的大小不足以创建一个最小尺YD/T2505.2-2013
寸的AMDPDU，那么也允许创建一个包含所有待传数据的AMDPDU，虽然其尺寸小于最小ULRLCPDU大小。
注：在下行方向，如果配置了可变RLCPDU大小，当SDU大于最大RLCPDU大小时，RLCSDU将被分段，此外还可以使用级联，只要形成的RLCPDU小于最大RLCPDU大小即可AMDPDU可能包含分段和/或者级联的RLCSDU。AMDPDU可能进行填充以确保具有有效的长度。如果配置了固定RLCPDU大小，使用长度指示或HE域的一个特殊值来定义AMDPDU中RLCSDU的边界，同时，长度标识也用来定义是否在AMDPDU中包含了填充或者Piggybacked状态PDU。如果配置了可变RLCPDU大小，长度指示的大小由高层配置。HE域的特殊值的使用由高层配置。在经过分段和/或者级联以后，AMDPDU被放入重传缓冲区和MUX中。根据从对等AMRLC实体接收到的状态PDU或者Piggybacked状态PDU中的状态报告，重传缓冲区中的AMDPDU被删除或者重传。这个状态报告可能包含了关于对等AMRLC实体接收到的每一个AMIDPDU的正面或者负面的确认信息。MUX对重传缓冲区中需要重传的AMDPDU和来自分段/级联功能的新生成的AMDPDU进行复用。PDU被发送到完成AMDPDU包头的功能模块，该功能模块可能使用Piggybacked状态信息替换填充信息单元。为了匹配AMDPDU中的剩余空间PigBybacked状态PDU可以具有各种的长度。根据来自RLC控制单元的指示各个字段（例如，Pollingbit）设置值的信息，完成对AMDPDU包头的处理。如果需要的话，该功能还进行对来自RLC控制单元（复位和复位确认PDU）以及来自接收缓冲区（Pigsybacked状态和状态PDU的控制PDU与AMDPDU的复用操作。然后对AMDPDU进行加密（如果配置的话）操作。AMDPDU分组头不进行加密。AMDPDU中的Piggybacked状态PDU和填充信息（如果有的话）被加密。控制PDU（例如：状态PDU，复位PDU和复位确认PDU）不进行加密。
AMRLC实体的发送侧通过一个或者两个DCCH或者DTCH逻辑信道向下层发送AMDPDU4.2.1.3.2接收侧
AM-RLC实体的接收侧通过配置的逻辑信道从下层接收AMD和控制PDU。如果配置了固定RLCPDU大小，AMDPDU的长度是半静态的参数，它是由上层进行配置的，并且只能够通过上层重建AMRLC实体来进行修改。当AMDPDU的长度没有被配置时，它由第一个收到的AMDPDU的长度决定。上下行AMDPDU的长度可以不一致。如果配置了灵活RLCPDU大小，AMDPDU大小就是可变的，最大可以达到最大RLCPDU大小，并自长度指示的大小由高层配置。AMDPDU被送到解密单元，在那里AMDPDU（不包括AMDPDU分组头）被解密（如果配置并且启动了加密）然后发送到接收缓冲区。在一个RLCSDU被完全接收到之前，AMDPDU一直被放在接收缓冲区中。接收端通过它的发送侧向AMRLC对等实体发送一个或者多个状态PDU来指示成功接收或者要求重传丢失的AMDPDU，如果在AMDPDU中发现了Piggybacked状态PDU，那么Piggybacked状态PDU将被发送到位于AMRLC实体发送侧的重传缓冲和管理单元，用于清除已经得到正面确认的AMDPDU的缓冲区，以及指示哪些AMDPDU需要重传。
一旦完全接收到一个RLCSDU，重组单元将重组相关的AMDPDU并且通过AMI-SAP向上层发送。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T2505.2-2013
2GHZTD-SCDMA数字蜂窝移动通信网HSPA+Uu接口层2技术要求
第2部分：RLC协议
2GHzTD-SCDMAdigitalcellularmobiletelecommunicationnetwork-HSPA+ Uu interface layer 2technical requirements-part2:RLCprotocol
(3GPPTS25.322V9.3.0,RadioLinkControl(RLC)protocolspecification,NEQ）2013-04-25发布
2013-06-01实施
中华人民共和国工业和信息化部发布前
范围·
2规范性引用文件
缩略语
4.1内容
4.2RLC子层结构概述
5功能·
6提供给上层的业务·
6.1业务/功能在逻辑信道上的映射.……7期望从MAC获得的业务·
8层与层通信的单元
8.1RLC和上层之间的原语.
8.2原语参数
9对等层通信元素·
协议数据单元
9.2格式和参数·
9.3协议状态
.9.4状态变量·
9.5定时器：
9.6协议参数
9.7指定功能
10未知、未预见和错误协议数据的处理10.1错误序列号
10.2不一致的状态指示
10.3无效的PDU格式.
10.4CRC错误的RLCPDU..
11基本过程
11.1透明模式数据（TMD）传送过程目
11.2非确认模式数据（UMD）传送过程11.3确认模式数据（AMD）传送过程11.4RLC复位过程
YD/T2505.2-2013
YD/T2505.2-2013
11.5StatusPDU传送过程·
11.6显式信令的SDU丢弃过程
11.7流量控制
参考文献·
YD/T2505.2-2013
《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》是2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口系列标准之一，该系列标准的结构和名称预计如下：
a）YD/T25052GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口物理层技术要求》
一第1部分：总则
一第2部分：物理信道和传输信道到物理信道的映射一第3部分：复用和信道编码
一第4部分：扩频和调制
一第5部分：物理层过程
一第6部分：物理层测量
b）YD/T2505《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》
一第1部分：MAC协议
一第2部分：RLC协议
一第3部分：PDCP协议
c）《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口RRC层技术要求》
YD/T25052GHzTD-SCDMA数字蜂宽移动通信网增强型高速上行分组接入（HSPA+）Uu接口层2技术要求》分为三个部分：
a）第1部分：MAC协议
b）第2部分：RLC协议
C）第3部分：PDCP协议
本部分是YD/T2505《2GHzTD-SCDMA数字峰宽移动通信网增强型高速上行分组接入（HSPA+）Uu接口层2技术要求》的第2部分。随着技术的发展，还将制定后续的相关标准，本部分按照GB/T1.1—2009给出的规则起草。本部分对应于3GPPTS25.322《RLC协议》（版本v9.3.0），一致性程度为非等效。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、大唐电信科技产业集团、中兴通讯股份有限公司、鼎桥通信技术有限公司、中国普天信息产业股份有限公司、新邮通信设备有限公司、重庆重邮信科股份有限公司、北京展讯高科通信技术有限公司、北京天基科技有限责任公司。本部分主要起草人：常永宏、许芳丽、严泉、徐、菲、宋爱慧、黄、河、马志锋、王浩然、贺刚、王梅、赵训威、师延山、段红光、张元。1范围
2GHZTD-SCDMA数字蜂窝移动通信网HSPA+U接口层2技术要求
第2部分：RLC协议
YD/T2505.2-2013
本部分规定了2GHzTD-SCDMA数字峰窝移动通信网空中接口层2的RLC协议的功能，RLC提供给上层的业务和期望从下层获得的业务，以及层与层之间通信的原语，确立了对等层通信的元素结构和参数的具体要求，给出了REC协议的基本过程和对未知，未预见和错误事件的处理方法。本部分适用于2GHzTD-SCDMA数字蜂窝移动通信网中具有增强型高速分组接入（HSPA+）功能的空中接口RLC协议。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。3GPPTS33.1023G安全、安全体系结构（3Gsecurity，securityarchitecture）3缩略语
下列缩略语适用于本文件。
CCTICH
Automatic Repeat Request
Acknowledged Mode
Acknowledged ModeData
Broadcast Control CHannel
Broadcast CHannel
Control-
CallControl
Common Control CHannel
Control Channel
CodedCompositeTransportCHannelCoreNetwork
Cyclic Redundancy Check
CommonTrafficCHannel
Dedicated Control (SAP)
Dedicated Control CHannel
Dedicated CHannel
DownLink
DedicatedTrafficCHannel
ForwardLinkAccessCHannel
Frame Check Sequence
FrequencyDivisionDuplex
自动重复请求
确认模式
确认模式数据
广播控制信道
广播信道
控制-
呼叫控制
公共控制信道
控制信道
编码合成传送信道
核心网
循环究余校验
公共业务信道
专用控制（SAP）
专用控制信道
专用信道
下行链路
专用业务信道
前向链路接入信道
顿校验序列
频分双工
YD/T2505.2-2013
General Control (SAP)
HandOyer
International TelecommunicationUnionLayer1 (physical layer)
Layer2(data link laiyer)
Layer3(network layer)
Length Indicator
Medium Access Control
Multmedia Broadcast MulticastServiceMBMS point-to-multipoint Control CHannelMobility Management
Move Receiving Window
MobileStation
MBMS point-to-multipoint Scheduling CHannelMBMS point-to-multipoint Traffic CHannelMultiplexing
Notification(SAP)
Paging Control CHannel
Paging CHannel
Protocol Data Unit
Physical layer
Physical CHamel
Random Access CHannel
Radio Link Control
Radio Network Temporary IdentityRadio Resource Control
Service Access Point
Synchronization Control CHannelSynchronization CHamel
Service Data Unit
SHared channel Control CHannelSequence Number
SUperFIeld
Traffic CHannel
Time Division Duplex
TransportFormat Combination IndicatorTransportFormatIndicator
般控制（SAP）
国际电信联盟
层1（物理层）
层2（数据链路层）
层3（网络层）
长度指示器
媒体接入控制
多媒体广播多播服务
MBMS点对多点控制信道
移动性管理
移动接收窗口
移动台
MBMS点对多点调度信道
MBMS点对多点业务信道
通知（SAP)
寻呼控制信道
寻呼信道
协议数据单元
物理层
物理信道
随机接入信道
无线链路控制
无线网络临时标识
无线资源控制
业务接入点
同步控制信道
同步信道
业务数据单元
共享信道控制信道
超字段
业务信道
时分双工
传输格式组合指示
传输格式指示
4概述
4.1内容
TransmissionTimeInterval
Transparent Mode
Transmit Power Control
UserEquipment
UpLink
Unacknowledged Mode
UniversalTerrestrialRadioAccessNetwork本节描述RLC子层的结构。
4.2RLC子层结构概述
传送时间间隔
传输模式
发射功率控制
用户设备
上行链路
非确认模式
YD/T2505.2-2013
通用陆地无线接入网
本节中所提供的模型仅为了对RLC子层进行定义，不对协议的实现进行规定或限制。RLC子层由三种RLC实体构成：透明模式（TM）、非确认模式（UM）和确认模式（AM）RLC实体。4.2.1RLC子层模型
图1描述了RLC模型中的不同RLC实体。MS
发送端
TM实体
发送端
UM实体
AM实体
接收端
UM实体
无线接口
接收端
TM实体
TM实体
发送端
UM实体
图1RLC子层总体模型
AM实体
接收竭
UM实体
接收端
TM实体
UM和TMRLC实体可以被配置成一个发送RLC实体或者一个接收RLC实体。发送RLC实体发送RLCPDU，接收RLC实体接收RLCPDU。AMRLC实体由一个发送部分和一个接收部分组成，其中AMRLC实体的发送部分发送RLCPDU：AMRLC实体的接收部分接收RLCPDU。在“发送端”和“接收端”之间定义了基本过程（见第11章）。在UM和TM情况下，发送RLC实体作为发送端，对等的RLC实体作为接收端。根据基本过程的情况，AMRLC实体可以作为发送端或者接收端。发送端是AMDPDU的发送者，接收端是AMDPDU的接收者。发送端和接收端可以位于UE或者UTRAN上。
对于每一个透明模式（TM）和非确认模式（UM）业务有一个发送和一个接收RLC实体。对于确认模式（AM）业务有一个发送和接收合并的实体。1为了方便使用者对照阅读及编写者维护后续版本，本部分的章条号与所对应的3GPP标准保持了一致。3
YD/T2505.2-2013
在本文中，在没有特别注明的情况下，“发送”指“传送给下层”。每一个UM和TMRLC实体使用一个逻辑信道发送或者接收数据PDU.AMRLC实体可以配置成使用一个或者两个逻辑信道发送或者接收数据和控制PDU。如果配置成使用两个逻辑信道，那么它们具有相同的类型（DCCH或者DTCH）。在图1中，AM实体间的虚线描述了在不同逻辑信道上发送和接收RLCPDU的可能性，例如，在一个遇辑信道上传输控制PDU，在另一个上传输数据PDU。在4.2.1.1节、4.2.1.2节和4.2.1.3节中对不同实体进行了更加详细的描述。
4.2.1.1透明模式（TM）RLC实体图2表示两个透明模式对等RLC实体的模型。图的下方对与下层进行通信的逻辑信道进行了描述。UEUTRAN
发送端爱存
逝明模式业
务接入点
无规接口(Jn）
发送增
途明模式
RLC实体
CCCH/DOCH/DTCHSHCCHUE
BCCH/PCCH/DCCHOTCEEUTRAN
较收增
避男慎式
RLC实体
按增理荐
UTRANUE
避明模式业
务摘入点
CCCH/DCCH/DTCH/SHCCHUTRAN
BCCHPCCHDCCH/DTCHUE
图2两个透明模式对等实体的模型4.2.1.1.1发送TMRLC实体
发送TM-RLC实体通过TM-SAP从上层接收RLCSDU。所有接收到的RLCSDU的长度应是一个有效TMDPDU长度的整数倍。如果上层进行了分段的配置，并且RLCSDU的长度大于下层对TTI使用的TMDPDU的大小，那么发送TMRLC实体对RLCSDU进行分段以适应TMDPDU的大小，并且不添加RLC分组头。承载一个RLCSDU的所有TMDPDU都在同一个TTI中发送，该TTI中不发送任何其他RLCSDU的分段。如果上层没有进行分段的配置，那么通过将一个RLCSDU放入一个TMDPDU，可以在一个TTI中发送多于一个的RLCSDU。一个TTI中的所有TMDPDU的长度必须相同。当对一个RLCSDU的处理结束时，得到的一个或者多个TMDPDU将通过一个BCCH、DCCH、PCCH、CCCH、SHCCH或者一个DTCH逻辑信道发送给下层。4.2.1.1.2接收TMRLC实体
接收TM-RLC实体通过配置的逻辑信道从下层接收TMDPDU。如果上层配置了分段，那么将对在一个TTI内接收到的所有TMDPDU进行重组得到RLCSDU。如果上层没有配置分段，那么每一个TMDPDU将被作为一个RLCSDU。接收TMRLC实体通过TM-SAP向上层发送RLCSDU。4.2.1.2非确认模式（UM）RLC实体YD/T2505.2-2013
图3显示了未配置重复避免和重排序功能时两个非确认模式对等RLC实体的模型。如图3所示的不同功能适用于6.1节描述的不同信道类型。UB/UTRAN
非幕认模式业
务接入点
发诺端摄存
分段和连接
加REC头
无线接口(U司)
发送非确
认模式
RLC实体
DCCH/DTCH-UB
CCCH/SHCCH/DCCH/DTCH/CTCH
MCCH/MSCH/MTCHUTRAN
接收非确
认模式
RLC实体
UTRAN/UE
非确认模式业
务接入点
去掉RLC头
按收端级存
DCCH/DTCH-UTRAN
CCCH/SHCCH/DCCH/DTCHACTCH/
MCCH/MSCH/MTCHFUE
图3未配置重复避免和重排序功能时两个非确认模式对等实体的模型图4显示了配置重复避免和重排序功能时两个非确认模式对等RLC实体的模型。由于重复避免和重排序功能仅用于本Release的MCCH/CCCH，所以加密/解密功能被删除。UTRAN
非确认模式
业务接入点
无线接口(Un)
发送增非确认接收端非确认
发送增缓存
分段与连接
加RLC头
MTCH/CCCHUTRAN
模式RLC实体模式RLC实体
MTCH/CCCHUE
非确认模式
业务提入点
去掉RLC头免费标准bzxz.net
接收端缓存
重复避免和
重排序
图4配置了重复避免和重排序功能时两个非确认模式对等实体的模型5
YD/T2505.2-2013
4.2.1.2.1发送UMRLC实体
发送UM-RLC实体通过UM-SAP从高层接收RLCSDU。如果RLCSDU的尺寸大于UMDPDU中的可用空间，那么发送UMRLC实体将对RLCSDU进行分段，得到适当大小的UMDPDU。分段和/或级联之后的UMDPDU大小应小于或等于最大ULUMDPDU大小。如果配置了MACi/is而且RLCPDU大小设置为“fiexiblesize”，分段和/或级联之后的UMDPDU大小应大于或等于最小ULRLCPDU大小。如果待传数据的大小不足以创建一个最小尺寸的UMDPDU，那么也允许创建一个包含所有待传数据的UMDPDU，量然其尺寸小于最小ULRLCPDU大小。UMDPDU可能包含分段的和/或者级联的RLCSDU。UMDPDU可能进行填充以确保得到有效的长度。使用长度标识（LengthIndicator）来定义UMIDPDU中RLCSDU的边界。长度标识也用于定义是否在UMDPDU中使用了填充。
如果配置并且启动了加密，那么UMDPDU（除了UMDPDU分组头）在发送给下层之前被加密。发送UMRLC实体通过一个CCCH、SHCCH、DCCH、CTCH或者一个DTCH逻辑信道向下层发送UMDPDU.
4.2.1.2.2接收UMRLC实体
接收UM-RLC实体通过配置的遇辑信道从下层接收UMDPDU。当配置了重复避免和重排序功能时，可能会从下层收到一个或多个输入。当增加或删除输入时，可以在接收UMRLC实体内不改变缓冲区内容、状态变量和定时器。当未配置重复避免和重排序功能时，只会从下层收到一个输入并且不会被重配置。如果配置了重复避免和重排序功能，它将是接收UMRLC实体中应用于输入UMDPDU流的第一个接收功能，该功能只能在UE侧配置并且不用于UTRAN。该功能完成对从一个或多个输入收到的UMDPDU的重复检测和重排序，产生顺序排列的PDU，并递交给下一个顺序RLC接收功能。接收UMRLC实体对接收到的UMDPDU（除了UMDPDU分组头）进行解密（如果配置并且启动了加密）。它从接收到的UMDPDU中去除RLC分组头，并且重组RLCSDU（如果发送UMRLC实体进行了分段和/或者级联）。
若接收的UMRLC实体配置了SDU乱序递交的功能，该实体会在包含1个SDU的所有PDU都收到的时候尽快的重组出SDU，并递交给高层，尽管可能有更早的PDU还没有收到也不影响这里的处理。UMRLC接收实体将会存储不能组成SDU的PDU，并等待发送端重新传输丢失的PDU。当和一个SDU相关的PDU都收齐后将对应的PDU从缓存中除，或者由于序号窗口的功能、或者由于存储定时器的功能也需将相应的PDU从缓存中刷除。只有用户侧配置乱序遵交的功能，耳该功能只用于MCCH，接收UMRLC实体通过UM-SAP向上层传送RLCSDU。如果配置了SNDelivery，映射了RLCSDU的RLCPDU序列号也需要通过UM-SAP向上层传递。
4.2.1.3确认模式（AM）RLC实体图5显示了确认模式RLC实体模型。AMRLC实体可以被配置为使用一个或者两个逻辑信道。图5显示了使用一个逻辑信道（实线）和使用两个逻辑信道（虚线）时AMRLC实体的模型。如果配置了一个逻辑信道，AMRLC实体的发送侧通过这个逻辑信道向下层发送AMD和控制PDU如果配置了固定的RLCPDU大小，AMDPDU和控制PDU应该具有相同的RLCPDU大小。如果配置了可变的RLCPDU大小，AMDPDU大小可以变化，只要不超过最大RLCPDU大小即可。6
YD/T2505.2-2013
在上行链路配置两个逻辑信道的情况下，在第一个逻辑信道上发送AMDPDU和除确认状态报告、MRWACKSUFI及WindoWSUFI之外的控制PDU，在第二个逻辑信道上发送确认状态报告、MRWACKSUFI和WindoWSUFI。在下行链路配置两个逻辑信道的情况下，可以在两个逻辑信道中的任意一个上发送AMDPDU和控制PDU。
UE/UTRAN
AM-SAP
AMRLCEntity
Segmentation/Concatenation
AddRLCHeader
Retransmission
Buffur&
Management
Transmission
Buffer
RLC Control Unit
Piggybacked Status
Optional
Reassembly
RemoveRLCheader&Extract
Piggybacked Information
cknowledgement
Set fields in PDU Header (e.g, set pollbits)&Piggybacked Status PDUCiphering(onlyforAMDPDU)
4.2.1.3.1发送侧
Demux/Routing
Recelvingsia
图DTCH
图5确认模式实体的模型
AM-RLC实体的发送侧通过AM-SAP从上层接收RLCSDU。ReceptionBuffer
&Retransmission
Management
Deciphering
搬DTCH
如果配置了固定RLCPDU大小，则以一个固定的长度对RLCSDU进行分段和/或者级联组成AMDPDU。当接收到的RLCSDU的长度大于AMDPDU中可用的空间时，对RLCSDU进行分段处理。上行AMDPDU的长度是半静态的参数，它是由上层进行配置的，并且只能够通过上层重建AMRLC实体来进行修改。如果配置了可变RLCPDU大小，RLCSDU将被分段和/或级联以使创建的RLCPDU大于或等于最小ULRLCPDU大小并且小于或等于最大ULAMDPDU大小。如果待传数据的大小不足以创建一个最小尺YD/T2505.2-2013
寸的AMDPDU，那么也允许创建一个包含所有待传数据的AMDPDU，虽然其尺寸小于最小ULRLCPDU大小。
注：在下行方向，如果配置了可变RLCPDU大小，当SDU大于最大RLCPDU大小时，RLCSDU将被分段，此外还可以使用级联，只要形成的RLCPDU小于最大RLCPDU大小即可AMDPDU可能包含分段和/或者级联的RLCSDU。AMDPDU可能进行填充以确保具有有效的长度。如果配置了固定RLCPDU大小，使用长度指示或HE域的一个特殊值来定义AMDPDU中RLCSDU的边界，同时，长度标识也用来定义是否在AMDPDU中包含了填充或者Piggybacked状态PDU。如果配置了可变RLCPDU大小，长度指示的大小由高层配置。HE域的特殊值的使用由高层配置。在经过分段和/或者级联以后，AMDPDU被放入重传缓冲区和MUX中。根据从对等AMRLC实体接收到的状态PDU或者Piggybacked状态PDU中的状态报告，重传缓冲区中的AMDPDU被删除或者重传。这个状态报告可能包含了关于对等AMRLC实体接收到的每一个AMIDPDU的正面或者负面的确认信息。MUX对重传缓冲区中需要重传的AMDPDU和来自分段/级联功能的新生成的AMDPDU进行复用。PDU被发送到完成AMDPDU包头的功能模块，该功能模块可能使用Piggybacked状态信息替换填充信息单元。为了匹配AMDPDU中的剩余空间PigBybacked状态PDU可以具有各种的长度。根据来自RLC控制单元的指示各个字段（例如，Pollingbit）设置值的信息，完成对AMDPDU包头的处理。如果需要的话，该功能还进行对来自RLC控制单元（复位和复位确认PDU）以及来自接收缓冲区（Pigsybacked状态和状态PDU的控制PDU与AMDPDU的复用操作。然后对AMDPDU进行加密（如果配置的话）操作。AMDPDU分组头不进行加密。AMDPDU中的Piggybacked状态PDU和填充信息（如果有的话）被加密。控制PDU（例如：状态PDU，复位PDU和复位确认PDU）不进行加密。
AMRLC实体的发送侧通过一个或者两个DCCH或者DTCH逻辑信道向下层发送AMDPDU4.2.1.3.2接收侧
AM-RLC实体的接收侧通过配置的逻辑信道从下层接收AMD和控制PDU。如果配置了固定RLCPDU大小，AMDPDU的长度是半静态的参数，它是由上层进行配置的，并且只能够通过上层重建AMRLC实体来进行修改。当AMDPDU的长度没有被配置时，它由第一个收到的AMDPDU的长度决定。上下行AMDPDU的长度可以不一致。如果配置了灵活RLCPDU大小，AMDPDU大小就是可变的，最大可以达到最大RLCPDU大小，并自长度指示的大小由高层配置。AMDPDU被送到解密单元，在那里AMDPDU（不包括AMDPDU分组头）被解密（如果配置并且启动了加密）然后发送到接收缓冲区。在一个RLCSDU被完全接收到之前，AMDPDU一直被放在接收缓冲区中。接收端通过它的发送侧向AMRLC对等实体发送一个或者多个状态PDU来指示成功接收或者要求重传丢失的AMDPDU，如果在AMDPDU中发现了Piggybacked状态PDU，那么Piggybacked状态PDU将被发送到位于AMRLC实体发送侧的重传缓冲和管理单元，用于清除已经得到正面确认的AMDPDU的缓冲区，以及指示哪些AMDPDU需要重传。
一旦完全接收到一个RLCSDU，重组单元将重组相关的AMDPDU并且通过AMI-SAP向上层发送。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。