YD/T 2507.6-2013.2GHz TD-SCDMA digital cellular mobile telecommunication network-HSPA+ - lub interface technical requirement Part 6: User plane protocols for CCH data streams.
1范围
YD/T 2507.6规定了2GHz TD-SCDMA数字蜂窝移动通信网增强型高速分组接入(HSPA+)的Iub接口上用于公共传输信道数据流的用户平面协议。包括用户平面数据流过程、用户平面帧结构和编码、控制帧结构及帧协议错误处理等章节。
YD/T 2507.6适用于2GHz TD-SCDMA数字蜂窝移动通信网增强型高速分组接入(HSPA+) 的Iub接口。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
YD/T 2507.2 2GHz TD-SCDMA数字蜂窝移动通信网增强型高速分组接入(HSPA+) Uu接口物理层技术要求第2部分:物理信道和传输信道到物理信道的映射
YD/T 2507.1 2GHz TD-SCDMA数字蜂窝移动通信网增强型高速分组接入(HSPA+) Uu接口层2技术要求第1部分: MAC协议
3GPP TS 25.123无线资源管理(TDD) (3GPP TS 25.123 Requirements for support of radio resource management(TDD))
3GPP TS 25.302物理层提供的服务(3GPP TS 25.302 Services provided by the physical layer)
3GPP TS 25.402 UTRAN 内的同步(3GPP TS 25401 Synchronisation in UTRAN Stage 2)

ICS33.060.99
中华人民共和国通信行业标准
YD/T2507.6-2013
2GHZTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）
lub接口技术要求
第6部分：公共传输信道数据流的用户平面协议
2GHzTD-SCDMAdigital cellularmobiletelecommunicationnetworkHsPA+-lubinterfacetechnicalrequirementPart6:UserplaneprotocolsforCcHdatastreams(3GPPTS25.435V9.1.0,UTRANIubinterfaceuserplaneprotocolsforCCHdatastreams,NEQ)
2013-04-25发布
2013-06-01实施
中华人民共和国工业和信息化部发布前言
1范围
2规范性引用文件
3术语、定义和缩略语
3.1术语和定义
3.2缩略语
4-概述
4.1公共传输信道数据流用户平面协议提供的服务.4.2数据传输层应提供的服务
5用户平面数据流过程
5.1数据传输..
5.2节点同步
5.3下行传输信道同步…
5.4下行时间调整
5.5DSCHTFCI信令[FDD].
5.6时间提前[3.84McpsTDD和7.68McpsTDD]5.7外环功控消息的传输
5.8概述..…
5.9HS-DSCH容量请求·
5.10HS-DSCH容量分配?
5.11UE状态转移指示CIndicationofUEStateTransition）.YD/T2507.6-2013
5.12HS-DSCH上行同步失败（HS-DSCHULSynchronizationEstablishmentFailure）6顿结构和编码
6.1概述
6.2数据顿结构
6.3控制顿结构
7顿协议错误处理
错误检测
YD/T-2507.6-2013
（2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口技术要求》是2GHzTD-SCDMA数字蜂宽移动通信网增强型高速分组接入（HSPA+）Iub接口系列标准之一，该系列标准的结构和名称预计如下：
a《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口技术要求》：b）（2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口测试方法》。随着技术的发展，还将制定后续的相关标准。2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口技术要求》分为9个部分：
一第1部分总则；
一第2部分：层1：
第3部分：信令传输：
第4部分?NBAP信令：
第5部分：公共传输信道数据流的数据传输和传输信令：第6部分：公共传输信道数据流的用户平面协议：第7部分：专用传输信道数据流的数据传输和传输信令；一第8部分专用传输信道数据流的用户平面协议：一第9部分：执行特定操作维护通道的建立和维护：本部分是《2GHzTD-SCDMA数字蜂宽移动通信网增强型高速分组接入（HSPA+）Iub接口技术要求》·的第6部分…
本部分按照GB/T1.1-2009给出的规则起草。C本部分对应于3GPPTS25.435《UTRANIub接口：公共传输信道数据流的用户平面协议》（版本v9:1:0）·一致性程度为非等效。本部分与3GPPTS25.434相比，主要差异如下删除FDD相关的内容：
删除HCRTDD相关的内容：
增加有关lub接口开放性相关的内容。·本部分由中国通信标准化协会提出并归口本部分起草单位：工业和信息化部电信研究院、中国移动通信集团公司、大唐电信科技产业集团、鼎桥通信技术有限公司、中兴通讯股份有限公司、中国普天信息产业股份有限公司、新邮通信设备有限公司。
本部分主要起草人：张英、张大钧、宋爱慧、徐菲、王小奇、武欣，陈、迎、黄河、王浩然、王、梅、常永宏、陈君、蔡文洲。1范围
2GHZTD-SCDMA数字蜂窝移动通信网YD/T2507.6-2013
增强型高速分组接入（HSPA+）lub接口技术要求第6部分：公共传输信道数据流的用户平面协议本部分规定了2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）的Iub接口上用于公共传输信道数据流的用户平面协议。包括用户平面数据流过程、用户平面顿结构和编码、控制顿结构及顿协议错误处理等章节。
本部分适用于2GHzTD-SCDMA数字蜂宽移动通信网增强型高速分组接入（HSPA+）的Iub接口。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件：1YD/T2507.22GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口物理层技术要求第2部分：物理信道和传输信道到物理信道的映射YD/T2507.4：2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口技术要求第4部分：NBAP信令
YD/T2507.12GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求第1部分：MAC协议
3GPPTS25.123无线资源管理（TDD）（3GPPTS25.123Requirementsforsupportofradioresourcemanagement(TDD))
3GPPTS25.302物理层提供的服务（3GPPTS25.302Services providedbythe physical layer）.3GPPTS25.402UTRAN内的同步（3GPPTS25.401SynchronisationinUTRANStage2）3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。3.1.1
传输承载TransportBearer
由传输层提供的为顿协议传送FPPDU的服务。3.2缩略语
下列缩略语适用于本文件。
AngelOf Arival
Connection Frame Number
Common PacketChannel
CyclicRedundancyCheck
到达角
连接帧号
公共分组信道：
循环允余校验
YD/T-2507:6-2013
HS-DSCH
CRCIndicator
Controlling Radio Network ControllerDedicated Channel
Downlink
Downlink Shared Channel
EnhancedDedicatedTransportChannelForward Access Channel
Frequency Division Duplex
FrameProtocol
FrameType
High SpeedDownlink Shared ChannelLatest Time of Arrival
PowerControl
Paging Channel
Physical Downlink Shared ChannelProtocolData Unit
PhysicalUplink Shared ChannelQET
-QualityEstimate
Random Access Channel
SecondaryCommon Control PhysicalChannelTB
4概述
Transport Block
Transport Block Set
TransportFormatIndicator
Time of Arrival
Time of Arrival Window EndpointTimeof Arrival WindowStartpointTransmission Time Interval
Uplink
Uplink Shared Channel
4.1公共传输信道数据流用户平面协议提供的服务公共传输信道提供下列服务：
NodeB和CRNC之间传送公共传输信道TBS。一支持传输信道同步机制。
一支持节点同步机制。
支持时间调整机制。
循环穴余校验指示
控制无线网络控制器
专用信道，
下行共享信道
增强型上行传输信道
前向接入信道
频分双工
顿协议
顿类型
高速下行共享信道
最迟到达时间
节点B（基站）
功率控制
寻呼信道
下行物理共享信道
协议数据单元
上行物理共享信道
质量评估
随机接入信道
辅助公共控制物理信道
传输块
传输块集
传输格式指示
到达时间
到达时间窗终点
到达时间窗起点
传输时间间隔
上行共享信道
4.2数据传输层应提供的服务
传输层应提供顿协议PDU的传递服务协议中没有明确规定需要按序发送。然而频繁的非顺序发
5用户平面数据流过程
5.1数据传输
5.1.1RACH信道
YD/T2507.6-2013
能，所以应尽量避免
数据传输过程用来完成将Uu接口得到的数据从NodeB传输到CRNC。数据传输过程由NodeB发送到CRNC的数据顿的传输构成，如图1所示。Node B
RACHDATAFRA
图1RACH数据传输过程
5.1.2CPCH信道[FDD]
S-CCPCH相关传输信道
对于FACH传输信道，数据传输过程完成将数据从CRNC传输到NodeB。数据传送过程由CRNC发送到NodeB的数据顿的传输构成，如图2所示。Node
ACHDATAFRAME
图2FACH数据传输过程
对于PCH传输信道，数据传翰过程完成将数据从CRNC传输到NodeB。数据传送过程由CRNC发送到NodeB的数据顿的传输构成，如图3所示。NodeB
PCHDATAFRAME
图3PCH数据传输过程
在这种情况下，PCH数据顿也可传输与PICH信道相关的信息。如果NodeB在一个TTI中没有收到一个有效FP赖，它认为该传输信道在这个TTI中无数据传输.FACH和PCH传输信道的TFS中不包含传输块大小为零的情况。对于一条传输信道，如果NodeB知道传输块集大小为0的传输格式所对应的TFI值时，这个TFI值将被采用。当不同传输信道的TFI组合时，如果生成一个有效的TFCI，此时数据将在Uu接口上进行传输。1）本部分只规定了1.28McpsTDD的内容，为方便使用者将本部分与3GPPTS25.435对照，3GPPTS25.435.中未在本部分里规定的内容保留章节号，内容填“空”，下文均同此例。3
YD/T2507.6-2013
对于一条传输信道，如果NodeB不知道传输块集大小为0的传输格式所对应的TFI值时，或对应O比特的TFI与其他TFI组合的结果是一个不可知的TFI组合时，将采用以下各个段落中所描述的方法处理。对于每个无线顿，Node·B将会根据复用该S-CCPCH上的传输信道的TFI为每个S-CCPCH构造一个TFCI值，并做相应的安排。若NodeB收到一个未知TFI组合，它将采用DTX，也就是挂起相应S-CCPCH的传输，除非S-CCPCH提供“信标功能”，此时NodeB将保持物理层传输（见YD/T2507.2《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口物理层技术要求第2部分：物理信道和传输信道到物理信道的映射》）。如果NodeB在一个TTI中没有收到有效FP顿，或者此慎无寻呼指示信息，NodeB将认为在这个TTI内，Uu接口上没有UE被寻呼。此时默认为全零的PICH比特模式将被传输。
在Iub接口上传输的复用到一个S-CCPCH上的不同传输信道的数据顿在Uu顿上使用的传输功率级别可能并不相同。NodeB将确定复用到一个特定Uu顿中的任何传输信道需要的最高下行链路传输功率，并将此功率电平作为该数据期望的输出功率电平。在给定TTI期间如果任何传输信道上都不存在数据（如FP顿中无TB块或没有FP顿），且针对此复用到S-CCPCH上的所有传输信道都没有传输数据的情况定义了一个TFCI，则此TFCI发送功率不做规定。注：例如它可能是O或由NodeB决定PrefaodMin(PCH功率，最大FACH1功率，最大FACH2功率.，最大FACHn功率），这里PCH，FACHI，FACH2.*，FACHn是此S-CCPCH的传输信道。5,1.4高速下行共享信道
该数据发送过程用来将HS-DSCH数据（类型1、类型2和类型3）从CRNC发送到NodeB，如图4所示。如果NBAP中HS-DSCHMAC-dPDUSizeFormat设置为'FlexibleMAC-dPDUSize，使用HS-DSCH数据顿类型2。如果HS-DSCHCommonSystemInformationIE出现且UE处于CELLFACH状态，则使用HS-DSCH数据类型2。如果NBAP中的HS-DSCHCommonSystemInformationIE出现且UE处于CELLPCH或URAPCH状态，使用HS-DSCH数据顿类型3。在其他情况下使用HS-DSCH数据顿类型1NodeB
HS-DSCHDATAFRAME
图4HS-DSCH数据传输过程
HS-DSCH数据发送过程存在3种HS-DSCH数据顿协议，也就是HS-DSCH数据顿协议1（包括HS-DSCH数据顿类型1和HS-DSCH容量分配类型1控制顿）、HS-DSCH数据顿协议2（包括HS-DSCH数据顿类型2和HS-DSCH容量分配类型2控制顿）和HS-DSCH数据顿协议3（包括HS-DSCH数据顿类型3）。HS-DSCH容量分配类型1控制顿只用于HS-DSCH数据顿类型1HS-DSCH容量分配类型2控制顿只用手HS-DSCH数据顿类型2，HS-DSCH容量请求控制顿可用于2种HS-DSCH顿协议。HS-DSCH顿协议类型2用于可变MAC-dPDU大小和增强的CELLFACH状态。当CRNC接收到NodeB经由HS-DSCH容量分配控制顿（类型1或类型2）或由YD/T2507.4《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口技术要求第4部分：NBAP信令》中描述的HS-DSCH初始容量分配传送的容量许可时，且有等待发送的数据，它将使用HS-DSCH数据顿（类型1或类型2）发送数据。如果CRNC接收到NodeB经由YD/T2507.4《2GHzTD-SCDMA数字蜂窝移动通信网-增强型高速分组接入（HSPA+)Iub接口技术要求第4部分：NBAP信令》中描述的HS-DSCHYD/T2507.6-2013
初始容量分配传送的容量许可，则该容量只对第一个HS-DSCH数据顿（类型1或类型2）有效。当数据等待传送时，如果接收到一个容量分配，数据懒将按照分配的容量立刻发送，如果NodeB选择了HS-DSCH顿协议类型2，授权的容量的字节数等于最大MAC-dPDU或MAC-cPDU大小（见MaximumMAC-d/cPDULengthIE）乘以MAC-dPDU或MAC-cPDU数目（见HS-DSCHCreditsIE）。当数据等待传送时，如果接收到一个容量分配（类型1或类型2），数据（类型1或类型2）将按照分配的容量立刻发送。对于HS-DSCH顿协议类型1，相同长度和相同优先级（CmCH-PD的多个MAC-dPDU可以在同一个HS-DSCH数据顿里的一个MAC-d流中发送。对于HS-DSCH顿协议类型2，同一个逻辑信道id的MAC-dPDU或MAC-cPDU只能属于一个优先级(CmCH-PI)
HS-DSCH数据顿·（类型1或类型2）包含UserBufferSizeIE用来标明对应的MAC-d流所指示的优先级上等待发送的数据量。HS-DSCH数据顿类型2包含UserBufferSizeIE用来表明处于CELLFACH状态的UE的公共MAC流所指示的优先级队列中等待发送的数据量，对于同一个优先级和大小里的MAC-dPDU或MAC-cPDU，NodeB在Uu接口应按从CRNC接收的同样顺序发送如果HS-DSCH数据顿（类型1或类型2）中的FlushIE设置为“flush，NodeB把相应的MAC-hs优先级队列中，与这个数据顿相同的传输承载上，在这个数据顿之前的收到的MAC-dPDU或MAC-cPDU全部珊除。
CRNC把FrameSequenceNumber和DRTIEs加入数据顿，用于HSDPA的TNL拥塞控制。5.1.5用于CELL_FACH状态和空闲模式的增强型上行信道（E-DCH）CELLFACH状态和空闲模式的E-DCH数据传输过程用来从NodeB向CRNC传输一个E-DCH数据顿，如图5所示。对于TD-SCDMA系统来说，仅适用静默模式，即仅当成功接收到净荷数据时才使用E-DCH数据顿传输该净荷数据。
HRATAFRAME
图5CELLFACH状态和空闲模式下E-DCH数据传输过程5.2节点同步
在节点同步过程中，RNC向NodeB发送一个包含参数T1的下行节点同步控制顿，如图6所示。一旦接收到下行节点同步控制帧，NodeB将发送上行节点同步控制顿予以响应，其中上行节点同步顿中包含T2、T3以及包含在下行同步控制顿中的T1。Node
图6节点同步过程
用于IP多播的传输承载不使用此过程。T1、T2、T3的定义如下：
TI：RNC特定顿号（RFN)，指明RNC通过SAP将顿发送到传输层的时间。YD/T-2507.6-2013
T2：NodeB特定顿号（BFN)，指明NodeB通过SAP接收来自传输层的相应的下行节点同步控制顿的时间。
tT3：NodeB特定顿号(BFN)，指明NodeB通过SAP将顿发送到传输层的时间。节点同步过程的概述见3GPPTS25.4025.3下行传输信道同步
CRNC.向NodeB发送下行同步控制帧，如图7所示。此中包含目标CFN。NodeB
DLSYNCHRONISATION
UL SYNCHRONISATION
图7传输信道同步过程
当NodeB收到下行同步控制顿后，将立即发送上行同步控制赖予以响应。该控制帧内包含下行同步控制顿ToA以及下行步控制顿中指示的CFN。如果CRNC通过IP多播传输承载向NodeB发送下行同步控制顿，目标CFN为目标MFN。当NodeB收到下行同步控制顿后，将立即通过一个单播传输承载发送上行同步控制顿予以响应，该控制顿内包含下行同步控制顿的到达时间To.A以及下行同步控制顿中的MFN。如果一个非IP多播的传输承载用于多个FACH信道，此过程适用于所有的FACH信道。5.4下行时间调整
时间调整过程用来指示CRNC发送的下行数据到达NodeB的错误时长，如图8所示NodoB
TIMINGADUUSTMEN
图8时间调整过程
如果一个DL顿在规定到达时间窗以外到达，将由NodeB启动时间调整过程如果DL顿在ToAWS之前或ToAWE之后到达，NodeB将发起一个包含ToA和目标CFN参数的时间调整控制顿。
如果一个非IP多播的传输承载用于多个FACH信道，此过程适用于所有的FACH信道。到达时间窗和到达时间的定义如下：到达时间窗终点（ToAWE)：ToAWE表示一个时间点，DL数据应在该时间点之前通过Iub接口到达NodeB。ToAWE定义为“最后时间点”前的毫秒数，“最后时间点”是考虑了内部时延后NodeB对指定CFN的DL传输能够进行处理的最后时间。ToAWE由控制平面设置。如果数据在ToAWE之前没有到达，NodeB将发送一个时间调整控制顿。到达时间窗起点（ToAWS)：ToAWS表示一个时间点，DL数据应在该时间点之后通过Iub接口到达NodeB。ToAWS定义为从ToAWE开始的毫秒数。ToAWS由控制平面设置。如果数据在ToAWS之前到达，NodeB将发送一个时间调整控制慎。到达时间点（ToA)：ToA是下行到达时间窗终点（ToAWE）和指定CFN的DL顿的实际到达时间之间的差值。ToA为正值表示该顿是在ToAWE之前接收到的，ToA为负值表示该顿是在ToAWE之6
后接收到的。
时间调整过程的概述见3GPPTS25.402。5.5DSCHTFCI-信令[FDD]
5.6时间提前[3.84McpsTDD和7.68McpsTDD]空。
5.7外环功控消息的传输
YD/T2507.6-2013
例如，基于CRCI值和USCH数据顿中性能评估的结果，CRNC将发起对相关CCTrCH自标SIR值的更新。CRNC将更新的SIR目标值的绝对值放在OUTERLOOPPC控制顿中发给NodeB，如图9所示。Node
OUTERLOOPPC
图9开环功控消息传输过程
PPC控制顿可通过承载USCHs的任一传输承载发送，用于调整与USCH相关的CCTrCH上的目标SIR值。
当NodeB通过用于USCH信道的传输承载接收到从CRNC发来的OUTERLOOPPC控制顿时，NodeB将立即用该控制顿中的值来调整用于CCTrCH内环功控的目标SIR值。：OUTERLOO
5.8概述
5.8.1传输承载和数据顿/控制顿的关系表1表明了数据顿和控制顿如何与传输承载相关联。控制顿不用于传输承载。
“yes”指示控制顿用于传输承载，表1数据锁和控制领如何与传输承载相关联传输
HS-DSCH
数据赖
HS-DSCH
下行传输
信追同步
相关控制
外环PC
信息传送
HS-DSCH
能力请求
HS-DSCH
能力分配
类型1
no”指示
HS-DSCH
能力分配
类型2
YD/T25076-2013
HS-DSCH
HS-DSCH
E-DCHfor
CELLFACH
and Idle
数据顿
HS-DSCH
HS-DSCH
下行传输
信道同步
当采用功多播的传输承载时，不采用相应的控制慎5.8.2HS-DSCH传输承载替换
表1（续）
相关控制顿
外环PC
信息传送
HS-DSCH
能力请求
HS-DSCH
能力分配
类型1
HS-DSCH
能力分配
类型2
同NBAP协议规范中描述的一样，HS-DSCHMAC-d流的传输承载替换可以通过使用同步无线链路重配置准备过程结合同步无线链路重配置提交过程来完成，或者通过使用异步无线链路重配置过程来完成。在两种情况下，步骤如下：
1）新传输承载建立后，两个传输承载并存。2）HS-DSCHMAC-d流转换到新的传输承载上。3）旧的传输承载释放。
HS-DSCH传输承载替换，步骤1：在旧传输承载上的通信正常进行：另外，NodeB应在新的传输承载上支持HS-DSCHDATAFRAME（TYPE-1或TYPE2）、HD-DSCHCAPACITYREQUEST控制顿（见5.9节）和HS-DSCHCAPACITYALLOCATION（TYPE1或TYPE2）控制顿（见5.10节），在新传输承载上传输的HS-DSCHDATAFRAME：（TYPE1或TYPE2）应与在旧传输承载上接受的以相同方式在Uu接口上发送（见5.1.4节）NodeB可以使用HS-DSCHCAPACITYALLOCATION(TYPE1或TYPE2）控制顿的旧或新传输承载。HS-DSCHCAPACITY.ALLOCATION(TYPE1或TYPE2）控制顿指示MAC-d流容量许可的总数量和指定的优先级别，与所使用的传输承载无关：所有的以前容量许可会被替换。RNC可以使用HS-DSCHCAPACITYREQUEST控制顿的日或新传输承载。在5.9节中概括的重新发布HS-DSCHCAPACITYREQUEST控制顿的规则仍然适用。HS-DSCH传输承载替换，步骤2：关于步骤2），转换的时间由以下决定：一从RADIOLINKRECONFIGURATIONCOMMIT消息中指示的CFN开始或直接开始，当使用异步无线链路重配置过程时，NodeB应在新传输承载上支持全部可应用的公共传输信道顿协议过程，而对旧传输承载上支持公共传输信道顿协议过程没有要求。.HS-DSCH传输承载替换，步骤3：8
最后在步骤3），旧传输承载释放。5.9HS-DSCH容量请求
CAPACITY REOUEST
图10-HS-DSCH容量请求过程bZxz.net
YD/T-2507.6-2013
HS-DSCH容量请求过程提供了CRNC请求HS-DSCH容量的方法，如图10所示，该方法通过指明CRNC内给定优先级的用户缓冲区大小来实现如果在合适的时间门限内没接收到容量分配（类型1或类型2），允许CRNC重新发送HS-DSCH容量请求。
5.10 HS-DSCH容量分配
CAPACITYALLOCATION
图11HS-DSCH容量分配过程
HS-DSCH容量分配过程在NodeB内产生。它既可为了响应HS-DSCH容量请求而产生，也可在任何时间产生，如图11所示。
不管汇报的用户缓冲区状况如何，NodeB可在任何时间使用此消息修改容量。NodeB使用HS-DSCH容量分配慎（类型1和类型2）来控制用户数据流量，对于HS-DSCH顿协议类型1，HS-DSCHCredits IE指示了CRNC中MAC-dFlow可以在CommonTransporiChannelPriorityIndicatorIE标识的优先级上发送的MAC-dPDU数目。对于HS-DSCH顿协议类型2，HS-DSCHCreditsIE指示了针对MAC-d流或公共MAC流和CommonTransportChannelPriorityIndicatorIE标明的优先级，允许CRNC发送的MAC-dPDU或MAC-PDU总字节数。MAC-dPDU或MAC-CPDU总字节数等于最大MAC-dPDU或MAC-cPDU大小（见MaximumMAC-d/cPDULengthIE）乘以MAC-dPDU或MAC-ePDU数目（见HS-DSCHCreditsB）。
Maximum.MAC-dPDUlength（用于HS-DSCH顿协议类型1），MaximumMAC-dlePDULength（用于HS-DSCH顿协议类型2)，HS-DSCHCredits，HS-DSCHInterval和HS-DSCHReperitionPeriodIE指示了许可的容量总值。原来的容量值将被替代。如果HS-DSCHCreditsIE-0（如由于NodeB拥塞），CRNC应立刻停止发送MAC-dPDU或MAC-cPDU。如果HS-DSCH容量分配类型1中的HS-DSCHCreditsIE=2047，或者HS-DSCH容量分配类型2中的HS-DSCHCreditsIE=65535，CRNC以无限容量发送MAC-dPDU或MAC-cPDU。HS-DSCH容量分配控制顿（类型1和类型2）里使用的IE有CommonTransportChannelPriorityIndicator，HS-DSCHCredits，Maximum.MAC-dPDUlength（用于HS-DSCH顿协议类型1）或MaximumMAC-d/ePDULength（用于HS-DSCH顿协议类型2），HS-DSCHInterval和HS-DSCHRepetitionPeriod.9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。