1、lCS 3307099M 37 Y口中华人民共和国通信行业标准YD厂r 17246_2011代替YDT 1724620072G Hz TDSCDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)lub接口技术要求第6部分：公共传输信道数据流的用户平面协议2GHz TDSCDMA digital cellular mobile telecommunication network-HSDPA lub interface technical requirementPart 6：user plane protocols for CCH data streams(3GPP TS 25435 V580
2、UTRAN Iub Interface User Plane Protocols for CCHData Streams，NEQ)2011-06-01发布 2011-06-01实施中华人民共和国-C,lV_和信息化部发布目次 YD厂r17246-2011 前言II1范1蜀-12规范性引用文件13术语、定义和缩略语】31术语和定义132缩略语l4概述。-241公共传输信道数据流用户平面协议提供的服务242数据传输层应提供的服务25用户平面数据流过程351数据传输352节点同步553下行传输信道同步654下行时间调整655动态PUSCH分配756DSCH TFCI信令eOO757时间提前384Mc
3、hipsTDD758外环功控消息的传输758概述-”859HSDSCH容量请求9510HSDSCH容量分配96帧结构和编码1061概述-“1062帧结构1163控制帧结构187帧协议错误处理26参考文献27刚口YD厂r17246-2011YD，r172420Hz TDSCDMA数字蜂窝移动通信网高速下行分组接入(HsDPA)lub接口技术要求分为8个部分：一第1部分：总则；一第2部分：层1；一第3部分：信令传输；一第4部分：NBAP信令一第5部分：公共传输信道数据流的数据传输和传输信令：一第6部分：公共传输信道数据流的用户平面协议：一第7部分：专用传输信道数据流的数据传输和传输信令；一第8部分
4、：专用传输信道数据流的用户平面协议。本部分是第6部分。本部分代替YDT172462007(2GHzTDSCDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)Iub接口技术要求第6部分：公共传输信道数据流的用户平面协议。本部分与YDT17246-2007相比，主要技术差异如下：一在621节RACH信道数据帧结构增加收到的SYNCUL时问偏移(ReceivedSYNCUL TimingDeviation)和扩展的收到的SYNCuL时问偏移(ReceivedSYNCULTimingDeviation)的定义；一在623节FACH信道数据帧结构NewIEFlags定义修改；一在62729节扩展的收
5、到的SYNCUL时间偏移(ExtReceivedSYNCUL TimingDeviation)中修改了取值范围。本部分对应于3GPPTS25435 V58OUTRANIub接口：公共传输信道数据流的用户平面防议(版本：V58O)，一致性程度为非等效，主要技术差异如下： 一在621节RACH信道数据帧结构增加收到的SYNCUL时间偏移(ReceivedSYNCUL TimingDeviation)和扩展的收到的SYNCuL时间偏移(ReceivedSYNCULTiming Deviation)的定义；一在623节FACH信道数据帧结构NewIEFlags定义修改；一在62728节收到的SYNCU
6、L时间偏移(ReceivedSYNCULTimingDeviation)中修改了取值范围：一在62729节扩展的收到的SYNCUL时间偏移(ExtReceivedSYNCULTimingDeviation)中修改了取值范围；一3GPPTS25435包含FDD和TDD相关内容。本部分FDD特有的描述标注为略。YDT1724(2GHzTDSCDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)Iub接口技术要求是2GHzTDSCDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)系列标准之一，该系列标准的结 构和名称如下：IIYD厂r17246-201 1a)YDT1719(2GHz TD-S
7、CDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)无线接入子系统设备技术要求b)YDT1720(2GHz TD-SCDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)无线接入子系统设备测试方法c)YDT1721(2GHz TDSCDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)Uu接口物理层技术要求一第1部分：总则；一第2部分：物理信道和传输信道到物理信道的映射；一第3部分：复用和信道编码；一第4部分：扩频和调制；一第5部分：物理层过程；一第6部分：物理层测量。d)YDfF17222GHzTDSCDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)Uu接口层2技术要求一第1部
8、分：MAC协议；一第2部分：RLC协议。e)YDT1723(2GHz TD-SCDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)Uu接VIRRC层技术要求f)YDT17242GHz TD-SCDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)lub接口技术要求一第1部分：总则；一第2部分：层1；一第3部分：信令传输；一第4部分：NBAP信令；一第5部分：公共传输信道数据流的数据传输和传输信令；一第6部分：公共传输信道数据流的用户平面协议；一第7部分：专用传输信道数据流的数据传输和传输信令；一第8部分：专用传输信道数据流的用户平面协议。g)YDT1725(2GHz TD-SCDMA数字
9、蜂窝移动通信网高速下行分组接入(HSDPA)lub接口测试方法随着技术的发展，还将制定后续的相关标准。 本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、大唐电信科技产业集团、鼎桥通信技术有限公司、中兴通讯股份有限公司、中国普天信息产业股份有限公司。本部分主要起草人：乌娜、武珂、张大钧、胡海静、李文宇、徐霞艳、陈迎、张银成、陈慧、尹桂杰、张英、黄春。本部分于2007年首次发布，本次为首次修订。IYD厂r17246-201 12GHzTD-SCDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)lub接口技术要求第6部分：公共传输信道数据流的用户平面协议1范围本部
10、分规定了2GHz TDSCDMA数字蜂窝移动通信网Iub接口上用于公共传输信道数据流的用户平面协议。本部分适用于2GHzTDSCDMA数字蜂窝移动通信网高速下行分组接入(HsDPA)的Iub接口。 2规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。YDT172212GHz TDSCDMA数字蜂窝移动通信网高速下行分组接入(HSDPA)uu接口层二技术要求第1部分：MACYDT1
11、72442GHz TDSCDMA数字蜂窝移动通信网高速下行分组接入(HsDPA)Iub接口技术要求第4部分：NBAP信令3术语、定义和缩略语31术语和定义下列术语和定义适用于本部分。传输连接(TransportConnection)由传输层提供的服务，为帧协议传送FPPDU。32缩略语下列缩略语适用于本部分。 AOAAngel OfArrivalCFNCounectionFrameNumber CPCHComlonPacketChannel CRCCyclicRedundancyCheckCRCICRCIndicatorCRNCControllingRadioNetworkController
12、DCHDedicatedChannelDLDownlink DSCHDownlinkSharedChannel FACHForwardAccessCharmel 到达角连接帧号公共分组信道 循环冗余校验循环冗余校验指示控制无线网络控制器专用信道下行下行共享信道 前向接入信道YD厂r172462011FDDFrequencyDivisionDuplexFP FrameProtocol FTFrameTypeHSDSCHHighSpeedDownlinkSharedChannelIEInformation ElementLTOALatest Timeof4arival NodeBNodeBPCPo
13、werCon仕olPCHPagingChannelPDSCH PhysicalDOWnlinkSharedChannel PDUProtocolDataUnitPUSCHPhysicalUplinkSharedChannel QEQuMity EstimateRACHRandomAccessChannelS-CCPCHSecondary CommonControlPhysicalChannelTBTransport BlockTBSTransportBlockSetTFCITransport FormatCombination IndicatorTFITransport FormatIndic
14、atorToA TimeofArrivalToA、VE TimeofArrival WindowEndpointTOAWSTimeofArrivalWindowStartpointr兀TransmissionTimeIntervalULUplinkUSCHUplink SharedChannel4概述频分双工帧协议帧类型高速下行共享信道 信息单元最迟到达时间 节点B功率控制寻呼信道下行物理共享信道 协议数据单元上行物理共享信道质量评估随机接入信道 辅助公共控制物理信道传输块传输块集传输格式组合指示 传输格式指示到达时间到达时间窗终点 到达时间窗起点传输时间间隔上行上行共享信道 41公共传输信道
15、数据流用户平面协议提供的服务公共传输信道提供下列服务：一NodeB和CKNC之间传送公共传输信道TBS。一支持传输信道同步机制。一支持节点同步机制。42数据传输层应提供的服务传输层应提供如下服务一帧协议PDUs的传递协议中没有明确规定需要按序发送。然而频繁的非顺序发送(out-of-sequencedelivery)可能会影响性能，所以应尽量避免。25用户平面数据流过程51数据传输511RACH信道这个数据传输过程用来完成将Uu接口得到的数据从NodeB传输到CRNC。数据传输过程由NodeB 发送到CRNC的数据帧的传输构成。【竺JL竺叫呻f图1RACH数据传输过程 512CPCH信道【FD
16、D】略。513SCCPCH相关传输信道对于FACH传输信道，数据传输过程完成将数据从CRNC传输到NodeB。数据传送过程由CRNC发送到NodeB的数据帧的传输构成。 叵匡FACbIDATAFRAMEEqn一图2FACH数据传输过程 对于PCH传输信道，数据传输过程完成将数据从CRNC传输到NodeB。数据传送过程由CRNC发送到NodeB的数据帧的传输构成。 图3PCH数据传输过程 这种情况下，PCH数据帧也可传输相关PICH信道的信息。如果NodeB在一个TTI中没有收到一个有效FP帧，它认为该传输信道在这个TTI中无数据传输。 FACH和PCH传输信道的TFS中不包含传输块大小为零的情
17、况。对于一条传输信道，如果NodeB知道传输块集大小为0的传输格式所对应的TF!值时，这个TFI值将被采用。当不同传输信道的TFI组合时，如果生成一个有效的TFCI，此时数据将在Uu接口上进行传输。YD厂r17246201 1对于一条传输信道，如果NodeB不知道传输块集大小为0的传输格式所对应的TFI值时，或对应0比特的TFI与其他TFI组合的结果是一个不可知的TFI组合时，将采用以下各个段落中所描述的方法处理。对于每个无线帧，Node B将会根据复用在此S-CCPCH上的传输信道的TFI为每个SCCPCH构造一个TFCI值，并且会在这个帧中进行相关的分配。若NodeB收到一个未知TFI组合
18、，它将应用DTX，也就是挂起相应S-CCPCH的传输，除非S-CCPCH提供“信标功能”，此时NodeB将保持物理层传输。如果NodeB在一个TTI中没有收到有效FP帧，或者此帧无寻呼指示信息，Node B将认为在这个TTI内，Uu接口上没有UE被寻呼。此时默认为全零的PICH比特模式将被传输。在Iub接口上传输的复用到一个SCCPCH上的不同传输信道的数据帧在Uu帧上使用的传输功率级别可能并不相同。NodeB将确定复用到一个特定uu帧中的任何传输信道需要的最高下行链路传输功率，并将此功率电平作为该数据期望的输出功率电平。在给定TTI期间如果任何传输信道上都不存在数据(如：FP帧中无TB块或没
19、有FP帧)，且针对此复用到S-CCPCH上的所有传输信道没有传送的情况定义了一个TFCI，则此TFCI发送功率不做规定。注：例如它可能是0或由NodeB决定P。“n=min(PCH功率，最大FACHl功率，最大FACH2功率，最大FACHn功率)，这里PCH，FACHl，FACH2，FACHn是此SCCPCH的传输信道。514下行共享信道这个数据传输过程用来将一个DSCH数据帧从CRNC传输到NodeB。在给定TTI内，如果NodeB没有收到有效的DSCH数据帧，它将认为此信道在这个TTI内无数据传输。对于DSCH传输信道，TFS不会包含大小为零比特的传输块。NodeB将根据DSCH数据帧的帧
20、头信息确定在指定CFN发送PDSCHUu帧使用的PDSCH集。只要有数据需要传输，PDSCH将一直使用这些PDSCH集。当一个新的DSCH数据帧中指定了新的PDSCH集时，将更新这些参数。这种特点支持在多条DSCH中使用不同的TTI。NodeB可以接收一个包含表示无数据传输TFI值的DSCH帧，这样DSCH数据帧将没有传输块。 当接收到这种类型帧时，NodeB将像上面描述的那样在指定CFN的PDSCHUu帧上开始使用规定的PDSCH集。这种特性可支持在多条DSCH中使用不同的TTI。使用这样的零负荷DSCH数据帧解决了当采用短TTI的DSCH传输信道的传送块集(TBS)传输终止，而采用长TTI
21、的DSCH传输信道的传送块集(TBS)传输仍然继续的情况下，NodeB如何决定使用什么样的PDSCH集的问题。在Iub上发送的复用到一个CCTrCH上不同DSCH传输信道的数据帧可以指示某uu帧将使用的不同发送功率电平，NodeB决定复用到某Uu帧的任何传输信道所必需的最大下行功率电平，并使用该功率电平作为期望输出电平。4NodeB|CRNCLJ一一r一DSCHDATAFRAMEl-_一_图4DSCH数据传输过程YD，T172462011515上行共享信道这个数据传输过程用来将Uu接口得到的数据从NodeB传输到CRNC。数据传输过程包括把数据帧从NodeB传输到CRNC。图5USCH数据传输
22、过程 只要由TFI指示的传输格式表明的传输块的个数大于0，NodeB就总是向CRNC发送USCH数据帧。当上行同步丢失或者还没有获得Uu接口上的同步时，将不向CRNC发送USCH数据帧。当NodeB在PUSCH上收到无效的TFCI，将不向CRNC发送USCH数据帧。 516高速下行共享信道该数据发送过程用来将HSDSCH数据帧从CRNC发送到NodeB。当CRNC接收到NodeB经由HSDSCH容量分配控制帧或YDT1724中描述的HSDSCH初始容量分配传送的容量许可时，且有等待发送的数据，它将使用HS。DSCH数据帧发送数据。如果CRNC接收到NodeB经由YDT1724中描述的HSDSC
23、H初始容量分配传送的容量许可，则该容量只对第一个 HSDSCH数据帧有效。当数据等待传送时，如果接收到一个容量分配，数据帧将按照分配的容量立刻发送。相同长度和相同优先级(CmCHPI)的多个MACd PDU可以在一个MAC-d流同一个HSDSCH数据帧里发送。HSDSCH数据帧包含User曰M胆rSizeIE用来标明对应的MACd流所指示的优先级上等待发送的数据量。对于同一个优先级和大小里的MACdPDU，NodeB在Uu接口应按从CRNC接收的同样顺序发送。l幽1雠ILJoroHS-DSCHDATAFRAMEh。_一I_图6HSDSCH数据传输过程52节点同步在节点同步过程中，RNc向Nod
24、eB发送一个包含参数T1的下行节点同步控制帧。一旦接收到下行节点同步控制帧，NodeB将发送上行节点同步控制帧予以响应，其中上行节点同步帧中包含T2、T3以及包含在下行同步控制帧中的T1。T1、T2、T3的定义如下：T1：RNC特定帧号(耻N)，指明RNC通过SAP将帧发送到传输层的时间。T2：NodeB特定帧号(BFN)，指明NodeB通过SAP接收来自传输层的相应的下行节点同步控制YD厂r172,46-201 1帧的时间。T3：NodeB特定帧号(BFN)，指明NodeB通过SAP将帧发送到传输层的时间。 节点同步过程的概述见3GPPTS25402。囝7节点同步过程53下行传输信道同步CR
25、NC向NodeB发送下行同步控制帧。此帧中包含目标CFN。 当NodeB收到下行同步控制帧后，将立即发送上行同步控制帧予以响应。该控制帧内包含下行同步 控制帧的到达时间ToA以及下行同步控制帧中用到的CFN。此过程不能在上行链路业务信道RACH或USCH的传输承载上应用。图8传输信道同步过程54下行时间调整时间调整过程为CRNC指示了下行数据到达NodeB的错误时间。如果一个DL帧在规定到达时间窗以外到达，将由NodeB启动时间调整过程。如果DL帧在ToAWS之前或ToAWE之后到达，NodeB将发起一个包含ToA和目标CFN参数的时间调整控制帧。到达时间窗和到达时间的定义如下：一到达时间窗终
26、点(ToAWE)：ToAWE表示一个时间点，DL数据应在该时间点之前通过Iub接口到达NodeB。ToAWE定义为“最后时间点”前的毫秒数，“最后时间点”是考虑了内部时延后NodeB对指定CFN的DL传输能够进行处理的最后时间。ToAWE由控制平面设置。如果数据在ToAWE之前没有到达，NodeB将发送一个时间调整控制帧。 一到达时间窗起点(ToAWS)：ToAWS表示一个时问点，DL数据应在该时间点之后通过Iub接口到达NodeB。ToAWS定义为从ToAWE开始的毫秒数。ToAWS由控制平面设置。如果数据在ToAWS 之前到达，NodeB将发送一个时间调整控制帧。一到达时间(ToA)：To
27、A是下行到达时间窗终点(ToAWE)和指定CFN的DL帧的实际到达时间之间的差值。ToA为正值表示该帧是在ToAWE之前接收到的，ToA的负值表示该帧是在ToAWE之后接收到的。时间调整过程的概述见3GPPTS25402。 6F习LJ。1一l：竺竺竺竺：1YD厂r 17246201 1图9时间调整过程55动态PUSCH分配该过程用于在Node B上行共享信道中动态地分配物理资源。控制帧包括一个“PUSCH Set Id”参数，它是指向Node B中PUSCI-集预配置列表的指针。当该控制帧通过特定的Iub USCH数据口传送时，它将在这个USCH及其他与这个USCH复用到相同的CCTrCH上的
28、USCH信道上使用。PUSCH分配的时间范围取决于参数“Activation CFN”和“Duration”。Node B行为：当Node B收到从CRNC发来的动态PUSCH分配控制帧时，Node B将进行如下操作：1)NodeB将提取PUSCH SetId。2)提取标明该物理信道的分配周期的参数“Activation CFN”和“Duration”。3)找到由PUSCH Set Id标识的PUSCH Set。4)确定USCH映射的CCTrCH，和应用于这个USCH的TFCS。5)在Activation CFN和Duration标识的时间间隔内，Node B将确保指定的PUSCH集可供CCT
29、rCH使用。_图10动态PUSCH分配过程56 DSCH TFCl信令FDD】略。57时间提前【384 Mchips TDD】略。58外环功控消息的传输例如，基于CRCI值和USCH数据帧中性能评估的结果，CRNC将发起对相关CCTrCH目标SIR值的更新。CRNC将更新的SIR目标值的绝对值放在OUTER LOOP PC控制帧中发给Node B。当NodeB通过用于USCH信道的传输承载接收到从CRNC发来的OUTERLOOPPC控制帧时，NodeB将立即用该控制帧中的值来调整用于CCTrCH内环功控的目标SIR值。OUTERLOOPPC控制帧可通过承载uscHs的任一传输承载发送，用于调整
30、与USCH相关的CCTrCH上的目标SIR值。7YD厂r 17246201 1NodeB CE皿OUTERLOOP PCh。-。-J一一图”开环功控消息传输过程58概述581 传输承载和数据帧，控制帧的关系表1表明了数据帧和控制帧如何与传输承载相关联。yes指示控制帧用于传输承载，“nO”指示控制帧不用于传输承载。表1相关控制帧传输承载 相关数据帧 下行传输 动态PUSCH 时间 外环功控 HSDSCH HSDSCH时间调整 节点同步信道同步 分配 提前 信息传递 容量请求 容量分配RACH RACHDATAFRAMEFACH FACHDATA yes yes yesFRAMEPCH PCHD
31、ATA yes yes yesFRAMEDSCH DSCH DATA yes yes yesFRAMEUSCH USCH DATA yes yes yesFRAMEHSDSCH HSDSCH yes yesDATAFRAME582 DSCHUSCH传输承载替换同NB,M。协议规范中描述的一样，DSCHUSCH的传输承载替换可以通过使用同步无线链路重配置准备过程结合同步无线链路重配置提交过程来完成。步骤如下：新传输承载建立后，两个传输承载并存。传输信道转换到新的传输承载上。旧的传输承载释放。DSCH传输承载替换，步骤l：在旧传输承载上的通信正常进行。另外，Node B应在新的承载上支持DSCH
32、DATA FRAME、下行传输信道同步过程(见53节)和下行时间调整过程(见54节)。这使CRNC能决定新传输承载的时间。在RADIO LINK RECONFIGURATION COMMIT消息指示的CFN之前，在新传输承载上的DSCH DATAFRAME传输不应在Uu接口上发送，YD，I 1724 6-2011USCH传输承载替换，步骤1：在旧传输承载上的通信正常进行。DSCHUSCH传输承载替换，步骤2：关于步骤2，转换的时间由以下决定：一从RADIO LINK RECONFIGURATION COMMIT消息中指示的CFN开始，DSCH DATA FRAME(或者USCH DATA FR
33、AME)将在新传输承载上传送。从此CFN开始，NodeB应在新传输承载上支持全部可应用的公共传输信道帧协议过程，而对旧传输承载上支持公共传输信道帧协议过程没有要求。DSCHUSCH传输承载替换，步骤3：最后是步骤3，旧传输承载释放。59 HSDSCH容量请求图12 HSDSCH容量请求过程HSDSCH容量请求过程提供了CRNC请求HSDSCH容量的方法，该方法通过指明CRNC内给定优先级的用户缓冲区大小来实现。如果在合适的时间门限内没接收到容量分配，CRNC允许重新发送HSDSCH容量请求。510 HS-DSCH容量分配图13 HS-DSCH容量分配过程HSDSCH容量分配过程在Node B内
34、产生。它既可为了响应HSwDSCH容量请求而产生，也可在任何时间产生。不管汇报的用户缓冲区状况如何，Node B可在任何时间使用此消息修改容量。Node B使用HS。DSCH容量分配帧来控制用户数据流量。HS-DSCH Credits IE指示了针对MA例流和CommonTransportChannelPriorityIndicatorIE标明的相关优先级允许CRNC发送的MAC-dPDU数量。MaximumMAC-dPDUlength，HS-DSCHCredits，HS-DSCHInterval和HS-DSCHRepetition PeriodIE9王王王王YD厂r 17246201 1指示
35、了许可的容量总值。替换原来许可的任何容量值。如果HS-DSCHCreditsIE=0(如：由于NodeB拥塞)，CRNC应立刻停止发送MACd PDU。如果HS-DSCHCredits IE=2047，CRNC以无限容量发送MACd PDU。HSDSCH容量分配控制帧里使用的IE有Common Transport Channel Priority Indicator，HS-DSCHCredits，Maximum MAC-dPDULength，HsDsCH Interval帮HS-DSCHRepetition Period。如果HS-DSCH Repetition Period IE=“unli
36、mited repetition period，表明CRNC可以按照MaximumMAC-d PDU Length，HS-DSCH Credits和HS-DSCH Interval IE的范围无限期的发送指定数量的MAC-dPDU。6帧结构和编码61概述公用传输信道通用帧结构包括帧头和净荷。结构描述如下：图14基本帧结构帧头应该包括帧类型字段和与此帧类型相关的信息。有两种类型的帧(由帧类型字段表明)：一数据帧；一控制帧。在标准中，帧结构应类似于图15。7 6 5 4 3 2 1 0 (Bit)字节1字节2字节3图15帧结构示例除非另外说明，对于由多比特组成的字段，其最高有效比特应放在高比特位(
37、如图15中Fieldl中的最高有效比特应位于Bit7)。另外，当一个字段跨越几个字节时，其最高有效比特应位于低位字节(如图15中Field3中的最高有效位应位于字节2)。在lub接口，帧将从最低位字节开始传送。在每个字节内，从最高比特位开始传送(Bit7最先传送)。参数由给定的值的范围和步长确定。编码方式如下：一符号数使用二进制编码；一符号数使用二进制补码进行编码。备用扩展(Spare Extension)表示在未来以后向兼容的方式添加新IE的位置。目前在发送方不使用备用扩展字段，在接收方将忽略此字段。标识为“Spare”的比特在发送方设置为0，在接收方被忽略。10YD厂r 1 7246-20
38、1 16 2帧结构6 2 1 CH信道RACH数据帧包含与接收到的RACH帧净荷部分的Uu帧的SFN相对应CFN。如果净荷在几个Uu帧中传输，CFN对应于第一个Uu帧。HeederCRC 】FT懑一TFI PpagationdelayRxTiming DeviationReoelvedSYNCULTimingDeviationFirstT日匕二二五三二】二二j五二LastTB 缫l镯搿?隧戆鞴醚粼New lE Flags7(E)6 5 4 3 2 1 O潞翻CellP。onID激；勰玺滋嬲g剿，嬲髓、鬻黧麟蘸露鬻一ExtPro。p。-ExtPropagationDelay鬻赣骥猢AO一黼套熬鬓
39、鞫黑涮=淤utExtReceivedSYNCULTTdngDevbuonspare EsaermIonPayload CRC(con0器筘-Headert勉篙蹴。k。昨粼。DJ1I，。巾ad。Co。nd。itio。n。a曲l。毛。曲Conditional FDDcond怕l r。lConditicnal 1 2B”l：hipdsTDOConditional 1 28Mh岫kTDDCondonal 1 28M枷I曲TDDcon。n1 2“hI“sT。3图16 RACH数据帧结构Received SYNC UL Timing Deviation是128Mchips TDD的IE。如果测量的Rece
40、ived SYNC ULTiming Deviation在Ext Received SYNC UL Timing Deviation IE中携带，RNC将忽略此字段。对于128Mchips TDD系统，新增AoA的IE具体内容需要占用10bit。对于128Mchips TDD系统，新增的ExtReceivedSYNC UL TimingDeviation IE需要占用13 bitoNew IE Flags的Bit“0”用来指示是否包含AOA信息，1表示有效，0表示无效。New IE Flags的Bit“1”用来指示是否包含ExtReceivedSYNC UL TimingDeviation I
41、E，1表示有效，0表示无效。对于128Mchips TDD，RACH数据帧中的New IE Flags的Bit 2到Bit 6应该设为0。New IE FlagsYD厂r 17246。_2011的Bit“6”埔it2为全0：RACH数据帧中Spare Extension IE的字段长度为o27 octet。622 CPCH信道【FDD】略。623 FACH信道FACH数据帧包含与传输FACH帧净荷部分的Uu帧的SFN相对应的CFN。如果净荷在几个Uu帧中传输，CFN对应于第一个Uu帧。鬻辫删 mw 厦TB 黼NewmH目麟瓣嘲缫鳓缫ol烈s呻mEm舯hdcRcPfc(omt)L Hem图17
42、FACH数据帧结构对于128Mchips TDD系统，新增的AOA IE，具体内容占用10 bit。New IE Flags的Bn“o，用来指示是否包含AOA信息，1表示有效，0表示无效。624 PCH信道PCH数据帧包含寻呼指示信息和寻呼信息。要寻呼一个UE会发送一个或多个PCH数据帧。如果有两个或多个连续帧，第一个帧包含寻呼指示消息，而其他帧中包含寻呼消息。如果PIbitmap和PCH TBS在同一个PCH数据帧中传输，则CFN仅与PCH TBS有关，PIbitrnap映射到PICH帧，在寻呼信息前传送。寻呼信息在S-CCPCH帧中传输。PCH数据帧帧头中的CFN对应这个S-CCPCH帧发
43、送时的SFN值。如果寻呼信息在几个Uu帧中传送，CFN对应于第一个Uu帧。和其他公共传输信道数据帧用8 bit长的CFN不同的是，PCH数据帧采用12 bit长的CFN。Node B不对寻呼指示信息和对应的寻呼信息保持一致负责。如果寻呼指示信息在Iub传送时丢失，寻呼信息也可能通过Uu接口传送，但实际上并没有UE监听此寻呼消息。Not I Jsed”比特应在RNC侧置为0，而在Node B侧将忽略此值。625下行共享信道DSCH数据帧包含与承载帧净荷部分的PDSCH Uu帧的SFN相对应的CFN。如果该净荷在多个Uu帧中传输，CFN对应于第一个uu帧。Header CRC FTCFNCFN(续
44、)隧鳞鍪黉疆塑H戮TFIPI-bitmap二j玉；二】二LastTB!LastTB 麟Spare ExtensionPayload CRCPayload CRC(cont)HeaderPayl。adYD厂r 17246-201 1图19 DSCH数据帧结构626上行共享信道USCH数据帧包含与净荷部分的Uu帧的SEN相对应的CEN。如果净荷在几个Uu帧中传输，CEN对应于第一个Uu帧。627数据帧中信息单元的编码6271 帧头CRC(Header CRC)描述：计算数据帧帧头的循环冗余多项式：鼋+爱+圣+、YD厂r 1 7246-201 1CRC的计算应该包含帧头的所有比特，从第一个字节的Bi
45、t 0(FT字段)到帧头最后一个字节。取值范围：0-127字E账：7 bitHaadercRC FTTFI湖Rxriming31sviatlon二j三二】L。，步“啪”l r图20 USCH数据帧结构6272帧类型(Frame Type)描述：区分控制帧和数据帧。取值范围：忙数据，1=控制字段长：1 bit6273连接帧号(CFN)描述：指示符，指示数据中收到的第一个上行的无线帧号或发送的第一个下行的无线帧号。值范围和域长决定于使用CFN的传输信道。取值范围(PcH)：f0-4095取值范围(其他)：0-255字段长(PCH)：12 bit字段长(其他)：8 bit6274传送格式指示(Transport Fo
