【YD通讯标准】 2GHz TD-SCDMA 数字蜂窝移动通信网多载波高速分组接入 lub 接口技术要求 第6部分:公共传输信道数据流的用户平面协议

ICS33.060.99
中华人民共和国通信行业标准
YD/T2858.6-2015
2GHZTD-SCDMA数字蜂窝移动通信网多载波高速分组接入lub接口技术要求第6部分：公共传输信道数据流的用户平面协议
2GHzTD-SCDMAdigitalcellularmobiletelecommunicationnetwork-Multi-carrierHSPA-lub interfacetechnicalrequirement-Part6:UserplaneprotocolsforCCHdatastreams(3GPPTS25.435V10.5.0,UTRANIub interfaceuserplaneprotocolsforCCHdatastreams，NEQ）
2015-07-14发布
2015-10-01实施
中华人民共和国工业和信息化部发布前言·
1范围·
2规范性引用文件。
3术语、定义和缩略语·
3.1术语和定义.
3.2缩略语
4概述·
4.1公共传输信道数据流用户平面协议提供的服务4.2数据传输层应提供的服务
5用户平面数据流过程
5.1数据传输
节点同步
下行传输信道同步.
5.4下行时间调整·
5.5DSCHTFCI信令[FDD]
时间提前[3.84McpsTDD和7.68McpsTDD]外环功控消息的传输·
传输承载·
HS-DSCH容量请求
HS-DSCH容量分配
5.11UE状态转移指示·
YD/T2858.6-2015
5.12HS-DSCH上行同步失败（HS-DSCHULSynchronizationEstablishmentFailure）6顿结构和编码
概述·
6.2数据顿结构
6.3控制顿结构
7顿协议错误处理·
7.1错误检测
YD/T2858.6-2015
YD/T2858《2GHzTD-SCDMA数字蜂窝移动通信网多载波高速分组接入Iub接口技术要求》分为以下九个部分：
第1部分：概述：
第2部分：层1：
第3部分：信令传输：
—第4部分：NBAP信令；
第5部分：公共传输信道数据流的数据传输和传输信令：第6部分：公共传输信道数据流的用户平面协议；第7部分：专用传输信道数据流的数据传输和传输信令：一第8部分：专用传输信道数据流的用户平面协议：第9部分：执行特定操作维护通道的建立和维护。本部分是YD/T2858的第6部分。
本部分按照GB/T1.1-2009给出的规则起草。本部分对应于3GPPTS25.435《UTRANIub接口：公共传输信道数据流的用户平面协议》（版本v10.5.0），一致性程度为非等效。本部分与3GPPTS25.435相比，主要差异如下：删除FDD相关的内容：
删除HCRTDD相关的内容：
一增加有关Iub接口开放性相关的内容。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、中国移动通信集团公司、大唐电信科技产业集团、鼎桥通信技术有限公司、中兴通讯股份有限公司、中国普天信息产业股份有限公司、新邮通信设备有限公司。
本部分主要起草人：张英、张大钧、宋爱慧、徐菲、王小奇、武欣、陈迎、黄河、王浩然、王、梅、常永宏、陈君、蔡文洲。HiiKAoiKAca
1范围
2GHZTD-SCDMA数字蜂窝移动通信网多载波高速分组接入lub接口技术要求YD/T2858.6-2015
第6部分：公共传输信道数据流的用户平面协议本部分规定了2GHzTD-SCDMA数字蜂窝移动通信网多载波高速分组接入的Iub接口上用于公共传输信道数据流的用户平面协议。包括用户平面数据流过程，用户平面顿结构和编码，控制结构及顿协议错误处理等。
本部分适用于2GHzTD-SCDMA数字蜂窝移动通信网多载波高速分组接入的Iub接口。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。2GHzTD-SCDMA数字蜂窝移动通信网多载波高速分组接入Uu接口物理层技术要求第2部分：物理信道和传输信道到物理信道的映射2GHzTD-SCDMA数字蜂窝移动通信网多载波高速分组接入Uu接口层2技术要求第1部分：MAC协议
YD/T2858.42GHzTD-SCDMA数字蜂窝移动通信网多载波高速分组接入Iub接口技术要求第4部分：NBAP信令
3GPPTS25.123无线资源管理(TDD)(Requirementsforsupportofradioresourcemanagement(TDD))3GPPTS25.302物理层提供的服务(Servicesprovidedbythephysical layer)3GPPTS25.402UTRAN内的同步(SynchronizationinUTRAN)3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。3.1.1
传输承载TransportBearer
由传输层提供的为顿协议传送FPPDU的服务。3.2缩略语
下列缩略语适用于本文件。
Angel Of Arrival
Connection Frame Number
Common Packet Channel
Cyclic Redundancy Check
CRC Indicator
ControllingRadioNetworkController到达角
连接顿号
公共分组信道
循环穴余校验
循环穴余校验指示
控制无线网络控制器
HiiKAoNiKAca
YD/T2858.6-2015
HS-DSCH
S-CCPCH
4概述
Dedicated Channel
Downlink
Downlink Shared Channel
EnhancedDedicatedTransportChannelForward Access Channel
Frequency Division Duplex
FrameProtocol
FrameType
HighSpeedDownlinkSharedChannelLatest Time of Arrival
PowerControl
Paging Channel
Physical Downlink Shared ChannelProtocol Data Unit
Physical Uplink Shared ChannelQualityEstimate
Random Access Channel
SecondaryCommonControl Physical ChannelTransport Block
TransportBlock Set
Transport Format Indicator
Time of Arrival
Time of Arrival Window EndpointTime of Arrival Window StartpointTransmission Time Interval
Uplink
Uplink Shared Channel
4.1公共传输信道数据流用户平面协议提供的服务公共传输信道提供下列服务：
NodeB和CRNC之间传送公共传输信道TBS。支持传输信道同步机制。
一支持节点同步机制。
支持时间调整机制。
4.2数据传输层应提供的服务
传输层应提供帧协议PDU的传递服务。2
专用信道
下行共享信道
增强型上行传输信道
前向接入信道
频分双工
顿协议
顿类型
高速下行共享信道
最迟到达时间
节点B（基站）
功率控制
寻呼信道
下行物理共享信道
协议数据单元
上行物理共享信道
质量评估
随机接入信道
辅助公共控制物理信道
传输块
传输块集
传输格式指示
到达时间
到达时间窗终点
到达时间窗起点
传输时间间隔
上行共享信道
TiiKAoNiKAca
YD/T2858.6-2015
协议中没有明确规定需要按序发送。然而频繁的非顺序发送可能会影响性能，所以应尽量避免。5用户平面数据流过程
5.1数据传输
5.1.1RACH信道
数据传输过程用来完成将Uu接口得到的数据从NodeB传输到CRNC。数据传输过程由NodeB发送到CRNC的数据顿的传输构成，如图1所示。NodeB
RACH DATA FRAME
图1RACH数据传输过程
5.1.2CPCH信道[FDD]
S-CCPCH相关传输信道
对于FACH传输信道，数据传输过程完成将数据从CRNC传输到NodeB。数据传送过程由CRNC发送到NodeB的数据顿的传输构成，如图2所示。NodeB
FACHDATAFRAME
图2FACH数据传输过程
对于PCH传输信道，数据传输过程完成将数据从CRNC传输到NodeB。数据传送过程由CRNC发送到NodeB的数据顿的传输构成，如图3所示。Node.B
PCH DATA FRAME
图3PCH数据传输过程
这种情况下，PCH数据顿也可传输与PICH信道相关的信息。如果NodeB在一个TTI中没有收到一个有效FP顺，它认为该传输信道在这个TTI中无数据传输。FACH和PCH传输信道的TFS中不包含传输块大小为O的情况。对于一条传输信道，如果NodeB知道传输块集大小为O的传输格式所对应的TFI值时，这个TFI值将被采用。当不同传输信道的TFI组合时，如果生成一个有效的TFCI，此时数据将在Uu接口上进行传输。对于一条传输信道，如果NodeB不知道传输块集大小为O的传输格式所对应的TFI值时，或对应O比特的TFI与其他TFI组合的结果是一个不可知的TFI组合时，将采用以下各个段落中所描述的方法处理。1.本部分只规定了1.28McPSTDD的内容，为方使使用者将本部分与3GPPTS25.435对照，3GPPTS25.435中未在本部分里规定的内容保留章节号，内容填“空”。下文均同此例。3
iiiKAoNiKAca
YD/T2858.6-2015
对于每个无线帧，NodeB将会根据复用该S-CCPCH上的传输信道的TFI为每个S-CCPCH构造一个TFCI值，并做相应的安排。若NodeB收到一个未知TFI组合，它将采用DTX，也就是挂起相应S-CCPCH的传输，除非S-CCPCH提供“信标功能”，此时NodeB将保持物理层传输（见《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口物理层技术要求第2部分：物理信道和传输信道到物理信道的映射》）。如果NodeB在一个TTI中没有收到有效FP顿，或者此帧无寻呼指示信息，NodeB将认为在这个TTI内，Uu接口上没有UE被寻呼。此时款认为全零的PICH比特模式将被传输。在Iub接口上传输的复用到一个S-CCPCH上的不同传输信道的数据顿在Uu帧上使用的传输功率级别可能并不相同。Node-B将确定复用到一个特定Uu帧中的任何传输信道需要的最高下行链路传输功率，并将此功率电平作为该数据期望的输出功率电平。在给定TTI期间如果任何传输信道上都不存在数据（如：FP中无TB块或没有FP帧），且针对此复用到S-CCPCH上的所有传输信道都没有传输数据的情况定义了一个TFCI，则此TFCI发送功率不做规定。注：例如它可能是0或由NodeB决定Pref-nodat=Min(PCH功率，最大FACH1功率，最大FACH2功率，，最大FACH功率），这里PCH,FACH1,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处于CELL_FACH状态，则使用HS-DSCH数据顿类型2。如果NBAP中的HS-DSCHCommonSystemInformationIE出现且UE处于CELL_PCH或URAPCH状态，使用HS-DSCH数据顿类型3。在其他情况下使用HS-DSCH数据顿类型1。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数据顿类型1，HS-DSCH容量分配类型2控制顿只用手HS-DSCH数据顿类型2，HS-DSCH容量请求控制顿可用于2种HS-DSCH协议。HS-DSCH顿协议类型2用于可变MAC-dPDU大小和增强的CELLFACH状态。当CRNC接收到NodeB经由HS-DSCH容量分配控制顿（类型1或类型2）或由YD/T2858.4《2GHzTD-SCDMA数字蜂窝移动通信网多载波高速分组接入Iub接口技术要求第4部分：NBAP信令》中描述的HS-DSCH初始容量分配传送的容量许可，且有等待发送的数据时，它将使用HS-DSCH数据帧（类型1或类型2）发送数据。如果CRNC接收到NodeB经由YD/T2858.4《2GHzTD-SCDMA数字蜂窝移动通信网多载波高速分组接入Iub接口技术要求第4部分：NBAP信今》中描述的HS-DSCH初始容量分配传送的容量许可，则该容量只对第-个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-PID)的多个MAC-dPDU可以在同一个HS-DSCH数据帧里的一个MAC-d流中发送。4
HiiKAoNiKAca
YD/T2858.6-2015
对于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拥塞控制。NodeB
HS-DSCH DATA FRAME
图4HS-DSCH数据传输过程
5.1.5用于CELL_FACH状态和空闲模式的增强型上行信道（E-DCH）CELL_FACH状态和空闲模式的E-DCH数据传输过程用来从NodeB向CRNC传输一个E-DCH数据顿，如图5所示。对于TD-SCDMA系统来说，仅适用静默模式，即仅当成功接收到净荷数据时才使用E-DCH数据顿传输该净荷数据。
E-DCHDATA FRAME
图5CELLFACH状态和空闲模式下E-DCH数据传输过程5.2节点同步
在节点同步过程中，RNC向NodeB发送一个包含参数T1的下行节点同步控制顿，如图6所示。一旦接收到下行节点同步控制顿，NodeB将发送上行节点同步控制顿予以响应，其中上行节点同步顿中包含T2、T3以及包含在下行同步控制顿中的T1。T1、T2、T3的定义如下：
T1：RNC特定帧号(RFN)，指明RNC通过SAP将顿发送到传输层的时间。T2：NodeB特定帧号（BFN)，指明NodeB通过SAP接收来自传输层的相应的下行节点同步控制顿的时间。
T3：NodeB特定帧号(BFN)，指明NodeB通过SAP将帧发送到传输层的时间。CRNC
DLNODE SYNCHRONISATION
LNODE SYNCHRONISATION
图6节点同步过程
节点同步过程的概述见3GPPTS25.402。5
iiiKAoNiKAca
YD/T2858.6-2015
用于IP多播的传输承载不使用此过程。5.3下行传输信道同步
CRNC向NodeB发送下行同步控制顿，如图7所示。此顿中包含目标CFN。当NodeB收到下行同步控制后，将立即发送上行同步控制帧予以响应。该控制顿内包含下行同步控制顿ToA以及下行同步控制顿中指示的CFN。如果CRNC通过IP多播传输承载向NodeB发送下行同步控制顿，目标CFN为目标MFN。当NodeB收到下行同步控制顿后，将立即通过一个单播传输承载发送上行同步控制予以响应，该控制顿内包含下行同步控制顿的到达时间ToA以及下行同步控制顿中的MFN。如果一个非IP多播的传输承载用于多个FACH信道，此过程适用于所有的FACH信道。NodeB
DL SYNCHRONISATION
UL SYNCHRONISATION
图7传输信道同步过程
5.4下行时间调整
时间调整过程用来指示CRNC发送的下行数据到达NodeB的错误时长，如图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之后接收到的。
时间调整过程的概述见3GPPTS25.402。NodeB
TIMING ADJUSTMENT下载标准就来标准下载网
图8时间调整过程
5.5DSCHTFCI信令[FDD]
iiikAoNiKAca
5.6时间提前[3.84McpsTDD和7.68McpsTDD]空。
5.7外环功控消息的传输
YD/T2858.6-2015
例如，基于CRCI值和USCH数据顿中性能评估的结果，CRNC将发起对相关CCTrCH目标SIR值的更新。CRNC将更新的SIR目标值的绝对值放在OUTERLOOPPC控制中发给NodeB，如图9所示。当NodeB通过用于USCH信道的传输承载接收到从CRNC发来的OUTERLOOPPC控制帧时，NodeB将立即用该控制帧中的值来调整用于CCTrCH内环功控的目标SIR值。OUTERLOOPPC控制顺可通过承载USCHs的任一传输承载发送，用于调整与USCH相关的CCTrCH上的目标SIR值。
OUTERLOOPPC
图9开环功控消息传输过程
5.8传输承载
5.8.1传输承载和数据顿/控制顿的关系表1表明了数据帧和控制顿如何与传输承载相关联。“yes”指示控制顿用于传输承载，控制顿不用于传输承载。
表1传输承载和数据赖/控制顿的关系相关控制顿
传输承载
HS-DSCH
HS-DSCH
HS-DSCH
E-DCHfor
CELLFACH
and Idle
相关数据顿
RACHDATA
FACHDATA
PCHDATA
HS-DSCHDATA
FRAMETYPE1
HS-DSCHDATA
FRAME TYPE 2
HS-DSCHDATA
FRAMETYPE3
E-DCHDATA
下行传输
信道同步
当采用IP多播的传输承载时，不采用相应的控制帧HS-DSCH传输承载替换
外环PC
HS-DSCH
能力请求
“no”指示
HS-DSCH
能力分配
类型1
HS-DSCH
能力分配
类型2
YD/T2858.6-2015
同NBAP协议规范中描述的一样，HS-DSCHMAC-d流的传输承载替换可以通过使用同步无线链路重配置准备过程结合同步无线链路重配置提交过程来完成，或者通过使用异步无线链路重配置过程来完成。在两种情况下，步骤如下：
1）新传输承载建立后，两个传输承载并存。2）HS-DSCHMAC-d流转换到新的传输承载上。3）旧的传输承载释放。
HS-DSCH传输承载替换，步骤1：在旧传输承载上的通信正常进行。另外，NodeB应在新的传输承载上支持HS-DSCHDATAFRAME（TYPE1或TYPE2），HD-DSCHCAPACITYREQUEST控制顿（见5.9）和HS-DSCHCAPACITYALLOCATION（TYPE1或TYPE2）控制顿（见5.10）。在新传输承载上传输的HS-DSCHDATAFRAME（TYPE1或TYPE2）应与在旧传输承载上接受的以相同方式在Uu接口上发送（见5.1.4）。NodeB可以使用HS-DSCHCAPACITYALLOCATION（TYPE1或TYPE2）控制顿的I日或新传输承载。HS-DSCHCAPACITYALLOCATION（TYPE1或TYPE2）控制顿指示MAC-d流容量许可的总数量和指定的优先级别，与所使用的传输承载无关。所有的以前容量许可会被替换。RNC可以使用HS-DSCHCAPACITYREQUEST控制顿的旧或新传输承载。在第5.9节中概括的重新发布HS-DSCHCAPACITYREQUEST控制顿的规则仍然适用。HS-DSCH传输承载替换，步骤2：关于步骤2），转换的时间由以下决定从RADIOLINKRECONFIGURATIONCOMMIT消息中指示的CFN开始一或直接开始，当使用异步无线链路重配置过程时，NodeB应在新传输承载上支持全部可应用的公共传输信道顿协议过程，而对旧传输承载上支持公共传输信道顿协议过程没有要求。HS-DSCH传输承载替换，步骤3：最后在步骤3），旧传输承载释放。5.9HS-DSCH容量请求
HS-DSCH容量请求过程提供了CRNC请求HS-DSCH容量的方法，如图1O所示。该方法通过指明CRNC内给定优先级的用户缓冲区大小来实现。如果在合适的时间门限内没接收到容量分配（类型1或类型2），允许CRNC重新发送HS-DSCH容量请求。
CAPACITY REQUEST
图10HS-DSCH容量请求过程
5.10HS-DSCH容量分配
HS-DSCH容量分配过程在NodeB内产生。它既可为了响应HS-DSCH容量请求而产生，也可在任何时间产生，如图11所示。
CAPACITY ALLOCATION
图11HS-DSCH容量分配过程
不管汇报的用户缓冲区状况如何，NodeB可在任何时间使用此消息修改容量。YD/T2858.6-2015
NodeB使用HS-DSCH容量分配顿（类型1和类型2）来控制用户数据流量。对于HS-DSCH顿协议类型1，HS-DSCHCreditsIE指示了CRNC中MAC-dFlow可以在CommonTransportChannelPriorityIndicatorIE标识的优先级上发送的MAC-dPDU数目。对于HS-DSCH帧协议类型2，HS-DSCHCreditsIE指示了针对MAC-d流或公共MAC流和CommonTransportChannelPriorityIndicatorIE标明的优先级，允许CRNC发送的MAC-dPDU或MAC-cPDU总字节数。MAC-dPDU或MAC-cPDU总字节数等于最大MAC-dPDU或MAC-cPDU大小（见MaximumMAC-d/cPDULengthIE）乘以MAC-dPDU或MAC-cPDU数目（见HS-DSCHCreditsIE）。Maximum.MAC-dPDUlength（用于HS-DSCH顿协议类型1），MaximumMAC-d/ePDULength（用于HS-DSCH顿协议类型2），HS-DSCHCredits，HS-DSCHInterval和HS-DSCHRepetitionPeriodIE指示了许可的容量总值。原来的容量值将被替代。如果HS-DSCHCreditsIE=O（如：由于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有CommonTransportChamnelPriorityIndicator，HS-DSCHCredits，Maximum.MAC-dPDUlength（用于HS-DSCH顿协议类型1）或MaximumMAC-d/cPDULength（用于HS-DSCH顿协议类型2），HS-DSCHInterval和HS-DSCHRepetitionPeriod。如果HS-DSCHRepetition Period IE=“unlimited repetitionperiod\，表明CRNC可以按照Maximum!MAC-dPDUlength（用于HS-DSCH顿协议类型1）或MaximumMAC-d/cPDULength（用于HS-DSCH顿协议类型2），HS-DSCHCredits和HS-DSCHIntervalIE的范围无限期的发送指定数量的MAC-dPDU。5.11UE状态转移指示
对于处于CELLPCH状态且分配了专用H-RNTI的UE，当网络需要为该UE发送下行DCCH和DTCH数据时，网络需要首先通过HS-SCCH信道通知UE建立上行同步。当UE接收到HS-SCCH并解析出属于自已的H-RNTI时，UE必须发起上行同步过程并转移到CELLFACH状态。NodeB接收到UE发送的上行同步确认（通过E-RUCCH传输）后，NodeB需要通过E-DCH用户面数据顿向RNC发送UE状态转移指示（UEStateTransitionIndication），并在该指示中携带专用E-RNTI通知RNC对应的UE从CELLPCH状态转移到CELLFACH状态。
UE状态转移指示通过E-DCH数据顿发送，相关的参数设置规则如下：CFN和SubframeNumberIE的取值应该反映检测到状态转移的时刻一NumberofMAC-isSDUsIE应该设为O。相应的，该E-DCH数据帧的净荷部分没有MAC-isPDUdescriptorIE和MAC-isPDUsIE。9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。