3GPP中文MAC协议-36.321

('通信标准类技术报告YDBXXXX—XXXXLTEFDD数字蜂窝移动通信网Uu接口技术要求第6部分：MAC协议LTEFDDdigitalcellularmobiletelecommunicationnetworkUuInterfaceTechnicalRequirement–Part6:MACprotocal中国通信标准化协会200X–XX–XX印发YD/T1849—2009目次目次................................................................................I前言..............................................................................IIILTEFDD数字蜂窝移动通信网Uu接口技术要求第6部分：MAC协议............................51范围..................................................................................52规范性引用文件........................................................................53术语、定义和缩略语....................................................................53.1术语和定义..........................................................................53.2缩略语..............................................................................74概述..................................................................................74.1介绍................................................................................74.2MAC架构............................................................................84.3服务................................................................................84.4MAC的功能..........................................................................94.5信道结构............................................................................95MAC过程.............................................................................115.1随机接入过程.......................................................................115.2上行时间校准的维护.................................................................155.3DL-SCH数据传输....................................................................155.4UL-SCH数据传输....................................................................175.5PCH的接收.........................................................................235.6BCH的接收.........................................................................235.7非连续接收（DRX）..................................................................235.8MAC重配置.........................................................................245.9MAC重置...........................................................................255.10半静态调度........................................................................255.11对于未知，预料以外以及错误数据的处理..............................................265.12MCH的接收........................................................................266协议数据单元,格式和参数.............................................................266.1协议数据单元.......................................................................266.2格式和参数.........................................................................327变量和常量...........................................................................347.1RNTI值............................................................................347.2Backoff参数值.....................................................................357.3PRACHMask索引值..................................................................357.4TTI_BUNDLE_SIZE值.................................................................367.5DELTA_PREAMBLE值..................................................................367.6HARQRTT定时器....................................................................36附录A（规范性）：测量间隔的处理.......................................................37IYD/T1849—2009附录B（资料性）：RACH接入的竞争决议...................................................38附录C(资料性)........................................................................39参考文献...............................................................................40IIYD/T1849—2009前言YDBXXXX-XXXX《LTEFDD数字蜂窝移动通信网Uu接口技术要求》分为九个部分：─第1部分：物理层概述；─第2部分：物理信道和调制；─第3部分：物理层复用和信道编码；─第4部分：物理层过程；─第5部分：物理层测量；─第6部分：MAC协议；─第7部分：RLC协议；─第8部分：PDCP协议；─第9部分：RRC协议。本部分是第6部分。YDBXXXX-XXXX《LTEFDD数字蜂窝移动通信网Uu接口技术要求》是LTEFDD数字蜂窝移动通信网系列技术报告之一，该系列技术报告的结构和名称预计如下：a）YDBXXXX-XXXX《LTEFDD数字蜂窝移动通信网无线接入部分总体技术要求》b）YDBXXXX-XXXX《LTEFDD数字蜂窝移动通信网Uu接口技术要求》─第1部分：物理层概述；─第2部分：物理信道和调制─第3部分：物理层复用和信道编码─第4部分：物理层过程─第5部分：物理层测量─第6部分：MAC协议─第7部分：RLC协议─第8部分：PDCP协议─第9部分：RRC协议c）YDBXXXX-XXXX《LTE数字蜂窝移动通信网X2接口技术要求》─第1部分：概述；─第2部分：层1─第3部分：信令传输─第4部分：应用协议─第5部分：数据传输d）YDBXXXX-XXXX《LTE数字蜂窝移动通信网S1接口技术要求》─第1部分：概述；─第2部分：层1─第3部分：信令传输─第4部分：应用协议─第5部分：数据传输IIIYD/T1849—2009本部分的附录A为规范性附录。附录B，附录C均为资料性附录。为适应信息通信业发展对通信标准文件的需要，在工业和信息化部的统一安排下，对于技术尚在发展中，又需要有相应的标准性文件引导其发展的领域，由中国通信标准化协会组织制定“通信标准类技术报告”，推荐有关方面参考采用。有关对本技术报告的建议和意见，向中国通信标准化协会反映。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、中国移动通信集团、大唐电信科技产业集团、中兴通讯股份有限公司、华为技术有限公司、南京爱立信熊猫通信有限公司、诺基亚西门子通信（上海）有限公司、广州新邮通信有限公司、上海贝尔股份有限公司、鼎桥通信技术有限公司、中国普天信息产业股份有限公司、诺基亚通信有限公司、北京天碁科技有限责任公司、重庆重邮信科股份有限公司、北京展讯高科通信技术有限公司本部分主要起草人：IVYD/T1849—2009LTEFDD数字蜂窝移动通信网Uu接口技术要求第6部分：MAC协议1范围本部分规定了LTEFDD数字蜂窝移动通信网空中接口的MAC协议的功能。主要包括以下内容：E-UTRAMAC结构，E-UTRAMAC实体，MAC功能，信道结构，MAC基本过程，协议数据单元、格式和参数等。本部分适用于LTEFDD数字蜂窝移动通信网。2规范性引用文件下列文件中的条款通过本部分的引用而成为部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。3术语、定义和缩略语3.1术语和定义下列术语和定义适用于本部分。3.1.1激活时间ActiveTimeDRX操作（见5.7节）相关时间。在此期间，UE在PDCCH子帧内监听PDCCH。3.1.2MAC竞争决议定时器mac-ContentionResolutionTimer指示Msg3消息发送后，UE应该监听PDCCH的连续子帧数。3.1.3DRX周期DRXCycle包括Onduration及后续一段可能出现休眠时间的重复周期。见图1所示。图1DRX周期5YD/T1849—20093.1.4Drx-非激活定时器drx-InactivityTimer指示当成功对一个指示上行/下行新数据传输的PDCCH解码后，UE应连续监听PDCCH的PDCCH子帧数。3.1.5Drx-重传定时器drx-RetransmissionTimer指示一旦UE期望接收到下行重传，UE应连续监听PDCCH的最大PDCCH子帧数。3.1.6Drx-短周期定时器drx-ShortCycleTimer指示UE执行DRX短周期的连续子帧数。3.1.7Drx启动偏移drxStartOffset指示DRX周期启动的子帧。3.1.8HARQ信息HARQinformationHARQ信息包括新数据指示(NDI)，传输块(TB)大小。对于DL-SCH传输，HARQ信息还包括HARQ进程ID。对于UL-SCH传输，HARQ信息还包括冗余版本(RV)。在DL-SCH空间复用场景，HARQ信息包含每个传输块的NDI和传输块大小。3.1.9HARQRTT定时器HARQRTTTimer指示UE在期待接收下行重传时应该等待的最少子帧数。3.1.10消息3Msg3随机接入流程的一部分，该消息在上行共享信道传输，包括C-RNTIMAC控制单元或者由上层提交与UE竞争决议标识相关的CCCHSDU。3.1.11持续时间定时器onDurationTimer指示从DRX周期开始连续的PDCCH子帧数。3.1.12PDCCH子帧PDCCH-subframe指所有子帧。3.1.13PRACH资源索引PRACHResourceIndex指示系统帧内PRACH资源的索引。6YD/T1849—20093.1.14随机接入PRACH掩码索引ra-PRACH-MaskIndex指示UE在系统帧内可以发送随机接入前导码的PRACH信道。3.1.15RA-RNTI用于为随机接入响应授权的PDCCH。它明确的指示了UE发送随机接入前导码的时频资源。注：定时器启动后即处于运行状态，直到被停止或超时。定时器在非运行状态可以被启动，在运行状态可以被重启。定时器一旦被启动或重启，将从其初始值开始计时。3.2缩略语下列缩略语适用于本部分。BSRBufferStatusReport缓存状态报告C-RNTICellRNTI小区RNTICQIChannelQualityIndicator信道质量指示E-UTRAEvolvedUMTSTerrestrialRadioAccess演进性通用移动通信系统地面无线接入E-UTRANEvolvedUMTSTerrestrialRadioAccessNetwork演进性通用移动通信系统地面无线接入网MACMediumAccessControl媒体接入控制M-RNTIMBMSRNTIMBMSRNTIMSAPMCHSubframeAllocationPatternMCH子帧分配模式LCGLogicalChannelGroup逻辑信道组PHRPowerHeadroomReport功率余量报告PMIPrecodingMatrixIndex预编码矩阵索引P-RNTIPagingRNTI寻呼RNTIRA-RNTIRandomAccessRNTI随机接入RNTIRIRankIndicator秩指示RNTIRadioNetworkTemporaryIdentifier无线网络临时标识SI-RNTISystemInformationRNTI系统信息RNTISRSchedulingRequest调度请求SRSSoundingReferenceSymbols侦听参考信号TBTransportBlock传输块TPC-PUCCH-RNTITransmitPowerControl-PhysicalUplinkControlChannel-RNTI发送功率控制-物理上行控制信道-RNTITPC-PUSCH-RNTITransmitPowerControl-PhysicalUplinkSharedChannel-RNTI发送功率控制-物理上行共享信道-RNTI4概述4.1介绍7YD/T1849—2009本章目的是从功能角度描述MAC架构及MAC实体。4.2MAC架构本节只给出模型，并不对具体操作做出指定或者约束。RRC对MAC的配置进行控制。4.2.1MAC实体E-UTRA定义了两个MAC实体：一个在UE侧，另一个在E-UTRAN。这些MAC实体处理以下传输信道：-广播信道（BCH）；-下行共享信道（DL-SCH）；-寻呼信道（PCH）；-上行共享信道（UL-SCH）；-随机接入信道（RACH）；-多播信道(MCH)。UE和E-UTRAN侧的MAC实体实现的功能有所不同。图2描绘了UE侧MAC实体的一种可能结构，不限制具体实现方式。随机接入控制PCCHBCCHCCCHDCCHDTCHMAC控制上层PCHBCHDL-SCHUL-SCHRACH下层复用/解复用逻辑信道优先级（仅上行）HARQ控制MCCHMTCHMCH解复用图2UE侧MAC结构4.3服务4.3.1为高层提供的服务本节描述MAC子层提供给上层的服务：-数据传输；-无线资源分配；8YD/T1849—20094.3.2期待从物理层得到的服务物理层提供如下服务给MAC：-数据传输业务；-HARQ反馈指示；-调度请求指示；-测量（例如信道质量指示（CQI））。通过使用传输信道提供数据传输服务。传输信道的特性通过其传输格式（或格式集）来定义，传输格式指示了正在讨论中的用于传输信道的物理层过程，如信道编码/交织/和针对具体业务的速率匹配等。4.4MAC的功能MAC子层支持如下功能：-逻辑信道和传输信道间的映射；-将来自一个或不同逻辑信道上的MACSDUs复用到传输块（TB），并通过传输信道递交到物理层；-将来自物理层在传输信道承载的TB块解复用为一条或者不同逻辑信道上的MACSDUs；-调度信息报告；-利用HARQ纠错；-通过动态调度实现不同UEs间的优先级处理；-同一UE的不同逻辑信道之间的优先级处理；-逻辑信道优先级的划分；-传输格式的选择。MAC不同功能实现的位置以及功能对应在上行实现还是下行实现见表1所示。表1MAC功能位置及相应链路方向MAC功能UEeNB下行上行MappingbetweenlogicalchannelsandtransportchannelsXXXXXXMultiplexingXXXXDemultiplexingXXXXErrorcorrectionthroughHARQXXXXXXTransportFormatSelectionXXXPriorityhandlingbetweenUEsXXXPriorityhandlingbetweenlogicalchannelsofoneUEXXXLogicalChannelprioritisationXXSchedulinginformationreportingXX4.5信道结构MAC子层在下面定义的信道上进行操作。传输信道是MAC和层一间的服务接入点，逻辑信道是MAC和RLC间的服务接入点。4.5.1传输信道9YD/T1849—2009MAC使用的传输信道见表2。表2MAC使用的传输信道传输信道名称缩写下行上行BroadcastChannelBCHXDownlinkSharedChannelDL-SCHXPagingChannelPCHXMulticastChannelMCHXUplinkSharedChannelUL-SCHXRandomAccessChannelRACHX4.5.2逻辑信道MAC层在逻辑信道上提供数据传输业务。根据MAC提供的不同数据传输服务，定义了一组逻辑信道类型。逻辑信道类型通过所传信息类型来定义。MAC提供的控制和业务信道见表3。表3MAC使用的逻辑信道逻辑信道名称缩写控制信道业务信道BroadcastControlChannelBCCHXPagingControlChannelPCCHXCommonControlChannelCCCHXDedicatedControlChannelDCCHXMulticastControlChannelMCCHXDedicatedTrafficChannelDTCHXMulticastTrafficChannelMTCHX4.5.3传输信道到逻辑信道的映射逻辑信道到传输信道的映射取决于RRC层配置的复用关系。4.5.3.1上行映射MAC实体负责上行逻辑信道到上行传输信道的映射。上行逻辑信道的映射见图3及表4。图3上行逻辑信道映射表4上行信道映射（Uplinkchannelmapping）逻辑信道传输信道UL-SCHRACHCCCHX10YD/T1849—2009DCCHXDTCHX4.5.3.2下行映射MAC实体负责下行逻辑信道到下行传输信道的映射。下行逻辑信道的映射见图4及表5。图4下行逻辑信道的映射表5下行信道映射逻辑信道传输信道BCHPCHDL-SCHMCHBCCHXXPCCHXCCCHXDCCHXDTCHXMCCHXMTCHX5MAC过程5.1随机接入过程5.1.1随机接入过程初始化本节描述的随机接入过程是由PDCCH命令或MAC子层自身来触发的。如果UE收到以C-RNTI加扰并且与PDCCHorder（见文献[5]）一致的PDCCH传输，将触发随机接入过程。PDCCH命令或RRC消息可能指示ra-PreambleIndex和ra-PRACH-MaskIndex。在触发随机接入过程之前，假设以下信息已知（见文献[8]）：-可用于传输随机接入前导码的PRACH资源集，prach-ConfigIndex。-随机接入前导码组及每组中可用的随机接入前导码集：包含在前导码组A和前导码组B中的前导码通过参数numberOfRA-Preambles和sizeOfRA-PreamblesGroupA来计算：如果sizeOfRA-PreamblesGroupA值等于numberOfRA-Preamble值，则不存在前导码组B。前导码组A中的前导码编号为0到sizeOfRA-PreamblesGroupA-1；如果存在前导码组B，其前导码编号为sizeOfRA-PreamblesGroupA到numberOfRA-Preamble-1。这些前导码从文献[7]中定义的64个前导码集合中获取。11YD/T1849—2009-如果随机接入前导码组B存在，为从两个前导码组中选择其一，需要门限值messagePowerOffsetGroupB和messageSizeGroupA、配置的UE传输功率PCMAX[10]、以及前导码和Msg3间的偏移量deltaPreambleMsg3。-随机接入响应窗ra-ResponseWindowSize；-功率抬升因子powerRampingStep；-前导码最大传输次数preambleTransMax；-前导码初始发射功率preambleInitialReceivedTargetPower。-基于前导格式的偏移量DELTA_PREAMBLE，(见7.6节)。-Msg3HARQ传输最大次数maxHARQ-Msg3Tx。-竞争决议定时器mac-ContentionResolutionTimer。注：在每次随机接入过程触发前，上述参数可通过高层配置进行更新。随机接入过程应按如下步骤执行：-清空Msg3缓存；-设置前导码传输计数器PREAMBLE_TRANSMISSION_COUNTER为1；-设置UE侧backoff参数值为0ms；-开始选择随机接入资源（见5.1.2节）注：在任一时刻只进行一个随机接入过程。如果在一次随机接入过程中，UE收到新的发起随机接入的请求，由UE侧的实现来决定继续正在进行的随机接入过程或启动新的过程。5.1.2随机接入资源选择随机接入资源选择过程应按如下步骤执行：-如果ra-PreambleIndex（随机接入前导码）和ra-PRACH-MaskIndex（PRACH掩码索引）被显示指示，且ra-PreambleIndex不为000000，则：-随机接入前导码和PRACH掩码索引为显示指示的值。-否则，随机接入前导码应由UE按以下步骤进行选择：-如果还没有传输Msg3，UE应：-如果随机接入前导码组B存在，而且可能的消息大小（可传输的数据加上MAC头以及可能的MAC控制单元）大于messageSizeGroupA值，并且路损小于PCMAX–preambleInitialReceivedTargetPower–deltaPreambleMsg3–messagePowerOffsetGroupB，则：-选择随机接入前导码组B；-否则：-选择随机接入前导码组A；-否则，如果Msg3正在被重传（如果Msg3已经被传输），则UE应：-选择第一次传输Msg3时所使用前导码所在的随机接入前导码组。-在所选择的随机接入前导码组中随机选择一个随机接入前导码。随机函数应满足每个前导码被选中的概率相等；-设置PRACH掩码索引为0。-根据prach-ConfigurationIndex和PRACHMaskIndex（见7.3节），以及物理层定时要求（见文献[2]）给出的限制条件，确定下一个包含PRACH的可用子帧（当UE确定下一个可用的PRACH子帧时，可以考虑可能出现的测量间隔）。-基于PRACHMaskIndex在选定的子帧中确定一个PRACH。-执行随机接入前导码传输过程（见5.1.3节）。12YD/T1849—20095.1.3随机接入前导码传输随机接入前导码传输过程应按如下步骤执行：-设置PREAMBLE_RECEIVED_TARGET_POWER为preambleInitialReceivedTargetPower+DELTA_PREAMBLE+(PREAMBLE_TRANSMISSION_COUNTER–1)powerRampingStep；-指示物理层使用已选择的PRACH，相应的RA-RNTI，前导码索引以及PREAMBLE_RECEIVED_TARGET_POWER发送随机接入前导码。5.1.4随机接入响应接收一旦随机接入前导码被传输，不考虑是否有测量间隔，为接收到随机接入响应，UE应在随机接入响应窗中监测以RA-RNTI（见下面定义）为标识的PDCCH。随机接入响应窗始于包含前导码发送结束的子帧加上3个子帧，窗长为ra-ResponseWindowSize个子帧长。与发送随机接入前导码使用的PRACH资源相关的RA-RNTI通过下式获得：RA-RNTI=1+t_id+10f_id其中t_id为指定PRACH资源第一个子帧的索引，取值范围为(0≤t_id<10)；f_id为该子帧指定的PRACH以频域递增顺序的索引，取值范围为(0≤f_id<6)。当UE成功接收一个包含与已发送随机接入前导码相匹配的随机接入前导码标识的随机接入响应后可以停止监听随机接入响应。-如果UE在该TTI收到以RA-RNTI加扰的PDCCH指示的下行分配，且接收到的TB被成功解码，不考虑可能出现的测量间隔：-如果随机接入响应包含一个BackoffIndicator指示子头，则：-根据BackoffIndicator子头中BI域及表13，设置UE侧的Backoff参数值。-否则，设置UE侧的Backoff参数值为0ms。-如果随机接入响应包含一个与已传输随机接入前导码（参见5.1.3节）相同的随机接入前导码标识，则UE应：-认为此次随机接入响应接收成功；-处理收到的时间提前命令（见5.2节）；-向低层指示preambleInitialReceivedTargetPower和应用于最近一次前导码发送过程的功率抬升总量（即(PREAMBLE_TRANSMISSION_COUNTER–1)powerRampingStep）；-处理接收的上行授权，并将其指示给低层；-如果随机接入前导码索引ra-PreambleIndex被显示指示，并且不为000000（即，不是由MAC选择）则：-认为随机接入过程成功完成。-否则，如果随机接入前导码由UEMAC选择：-在按照随机接入响应中上行授权的第一次传输前，将随机接入响应中携带的值设置为临时C-RNTI；-如果这是本次随机接入过程中第一次成功收到的随机接入响应：-如果本次传输不用于CCCH逻辑信道，则指示复用组合实体在接下来的上行传输中包含一个C-RNTIMAC控制单元；-从复用和组合实体中获得将要传输的MACPDU，并将其存储在Msg3缓存中。注1：当需要上行传输时，例如，用于竞争决议，则eNB应在随机接入响应中提供不小于56bits的上行授权。注2：如果在随机接入过程中，对于同一随机接入前导码组，随机接入响应提供的上行授权与该次随机接入过程分配的第一次上行授权大小不同，不定义UE行为。13YD/T1849—2009如果在随机接入响应窗内没有收到随机接入响应，或者所有收到的随机接入响应中都不包含与已传输的随机接入前导码相匹配的随机接入前导码标识，则认为随机接入响应接收不成功，UE应执行如下操作：-将PREAMBLE_TRANSMISSION_COUNTER加1；-如果PREAMBLE_TRANSMISSION_COUNTER=preambleTransMax+1，则：-向高层指示随机接入问题。-如果在这次随机接入过程中，随机接入前导码是由MAC选择的，则：-基于UE侧的backoff参数，从0到backoff参数值之间采用均匀分布的原则，随机选取一个backoff时间。-延迟backoff时间进行下一次随机接入传输；-执行随机接入资源选择过程（见5.1.2节）。5.1.5竞争决议竞争决议基于PDCCH上的C-RNTI或者DL-SCH上的UE竞争决议标识来进行。一旦Msg3被传输，UE应：-启动MAC竞争决议定时器mac-ContentionResolutionTimer，并在每次HARQ重传时重启定时器mac-ContentionResolutionTimer；-不考虑可能出现的测量间隔，监测PDCCH直到定时器mac-ContentionResolutionTimer超时或被终止；-如果收到来自低层接收到PDCCH传输的通知，则UE应：-如果Msg3中包含C-RNTIMAC控制单元：-如果随机接入过程由MAC子层自身触发，且PDCCH传输以C-RNTI加扰并包含新数据传输的上行授权；或者，-如果随机接入过程由PDCCH命令触发，且PDCCH传输以C-RNTI加扰，则：-认为竞争决议成功；-终止定时器mac-ContentionResolutionTimer；-丢弃临时C-RNTI；-认为本次随机接入过程成功完成。-否则，如果Msg3中包含CCCHSDU，并且PDCCH传输以临时C-RNTI加扰：-如果MACPDU被成功解码，则：-终止定时器mac-ContentionResolutionTimer；-如果MACPDU包含一个UE竞争决议标识MAC控制单元，并且，-如果MAC控制单元中的UE竞争决议标识与Msg3中传输的CCCHSDU相匹配，则：-认为此次竞争决议成功，并完成MACPDU的拆分和解复用；-将临时C-RNTI设置为C-RNTI值；-丢弃临时C-RNTI；-认为本次随机接入过程成功完成。-否则：-丢弃临时C-RNTI；-认为本次竞争决议不成功，丢弃成功解码的MACPDU。-如果定时器mac-ContentionResolutionTimer超时，则：-丢弃临时C-RNTI；-认为竞争决议不成功。14YD/T1849—2009-如果竞争决议不成功，则UE应：-清空用于传输Msg3缓存中MACPDU的HARQ缓存；-将计数器PREAMBLE_TRANSMISSION_COUNTER加1；-如果PREAMBLE_TRANSMISSION_COUNTER=preambleTransMax+1，则：-向高层指示随机接入问题。-基于UE侧的backoff参数，从0到backoff参数值之间采用均匀分布的原则，随机选取一个backoff时间；-延迟backoff时间进行下一次随机接入传输；-开始随机接入资源选择过程（参见5.1.2节）。5.1.6随机接入过程完成当随机接入过程成功完成时，UE应：-如果存在，丢弃显示指示的ra-PreambleIndex及ra-PRACH-MaskIndex；-清空用于传输Msg3缓存中MACPDU的HARQ缓存。5.2上行时间校准的维护UE有一个可配的定时器timeAlignmentTimer，其用于控制UE认为上行同步的时间长度（见文献[8]）。UE应：-当收到定时提前命令MAC控制单元时：-应用定时提前命令；-启动或重启时间校准定时器timeAlignmentTimer。-当在随机接入响应消息中接收到定时提前命令时：-如果随机接入前导码不是由UEMAC选择，则：-应用定时提前命令；-启动或重启时间校准定时器timeAlignmentTimer。-否则，如果时间校准定时器timeAlignmentTimer没有运行，则：-应用定时提前命令；-启动时间校准定时器timeAlignmentTimer；-当竞争决议不成功（见5.1.5节），停止时间校准定时器timeAlignmentTimer。-否则：-忽略接收到的定时提前命令。-当时间校准定时器timeAlignmentTimer超时：-清空所有的HARQ缓存；-通知RRC释放PUCCH/SRS；-清除所有已配置的下行分配和上行授权。5.3DL-SCH数据传输5.3.1下行分配接收PDCCH上传输的下行分配指示是否有某UE的DL-SCH传输，并提供相关的HARQ信息。当UE配有C-RNTI，半静态调度C-RNTI，或者临时C-RNTI，在每个监听PDCCH的TTI内，UE应：-如果在该TTI收到以C-RNTI或者T-CRNTI加扰的PDCCH上的下行分配，则：15YD/T1849—2009-如果该下行分配是对T-CRNTI的第一次下行分配，则：-认为NDI是翻转过的。-如果下行分配以C-RNTI标识并且如果之前该HARQ实体相同的HARQ进程收到过以SPSC-RNTI标识的下行分配或者存在已经配置的下行分配，则：-不考虑NDI的值，认为NDI是翻转过的。-通知该TTI下行分配到达，并将相关的HARQ信息传递给HARQ实体。-否则，如果在该TTI接收到以SPSC-RNTI加扰的下行分配，则：-如果接收到的HARQ信息中NDI为1，则：-认为NDI没有翻转过；-通知该TTI下行分配的到达，并将相关的HARQ信息传递给HARQ实体。-否则，如果接收到的HARQ信息中NDI为0：-如果PDCCH内容指示SPS释放，则：-清除已配置的下行分配（如果有的话）；-如果timeAlignmentTimer正在运行，则：-向物理层指示下行SPS释放的ACK。-否则：-存储下行分配及相关的HARQ信息作为已配置的下行分配；-初始化（如果还没有激活）或重新初始化（如果已经激活）配置的下行分配，在该TTI使用该下行分配，并且按照5.10.1节的描述重复；-设置HARQ进程ID为与该TTI关联的HARQ进程ID；-认为该NDI被翻转过；-指示该TTI存在一个配置好的下行分配并将存储的HARQ信息传递给HARQ实体。-否则，如果该TTI已经配置了下行分配，并且该TTI与测量间隔不冲突，且不是MBSFN子帧：-通知物理层根据配置的下行分配在该TTI接收DL-SCH上的传输块，并且将其递交给HARQ实体；-设置HARQ进程ID为与该TTI关联的HARQ进程ID；-认为该NDI被翻转过；-指示该TTI存在一个配置好的下行分配并将相关的HARQ信息传递给HARQ实体。对于配置的下行分配，与该TTI相关联的HARQ进程ID通过下式计算得出：HARQProcessID=[floor(CURRENT_TTI/semiPersistSchedIntervalDL)]modulonumberOfConfSPS-Processes，即：其中，CURRENT_TTI=[(SFN10)+子帧号]。当UE需要读取BCCH，可以基于RRC提供的调度信息：-如果在该TTI接收到以SI-RNTI加扰的下行分配，则：-如果PDCCH格式中未定义冗余版本，则：-该TTI已接收的下行分配的冗余版本通过下式确定：RVK=ceiling(3/2k)modulo4其中k取决于系统信息消息的类型：对于SystemInformationBlockType1消息，k=(SFN/2)modulo4，其中SFN是系统帧号；对于SystemInformation消息，k=imodulo4,i=0,1,…,nsw–1，其中i表示SI窗nsw中的子帧号；-将该TTI内用于专用广播HARQ进程的下行分配和冗余版本通知给HARQ实体。5.3.2HARQ操作5.3.2.1HARQ实体16YD/T1849—2009UE侧有一个HARQ实体，负责维护多个并行的HARQ进程。每个HARQ进程对应一个HARQ进程标识。HARQ实体将HARQ信息和在DL-SCH上接收到的相关TBs传送给相应的HARQ进程（见5.3.2.2节）。下行HARQ进程数在文献[2]的第7章规定。当物理层配置为空间复用时（见文献[2]），每个子帧有一个或两个TBs，并且关联相同的HARQ进程。否则，每个子帧有一个TB。UE应：-如果该TTI有下行分配，则：-将从物理层接收到的TB(s)和相关的HARQ信息传送给相应的HARQ进程。-如果下行分配被指示给广播HARQ进程，则：-将接收到的TB分配给广播HARQ进程。注：对于BCCH，使用专用的广播HARQ进程。5.3.2.2HARQ进程在每个有数据传输的子帧，相应HARQ进程从HARQ实体接收到一个或两个（空间复用场景）TBs以及相应的HARQ信息。对于接收的每个TB及相应的HARQ信息，HARQ进程应：-如果提供的NDI值相比前次收到的对于该TB的值翻转过；或者-如果HARQ进程为广播进程，并且根据RRC指示的系统信息调度，这是此TB的第一次传输；或者-如果这是此TB的第一次传输（即对于该TB没有之前的NDI），则：-认为此次传输是一次新数据传输。-否则：-认为此次传输是一次重传。然后，UE应：-如果这是一次新数据传输，则：-用接收到的数据取代当前缓存中存放的数据。-否则，如果这是一次重传，则：-如果该数据还没有被成功解码，则：-将接收到的数据与当前缓存中的数据进行合并。-如果TB大小与前一次指示的有效大小不符，则：-用接收到的数据取代当前缓存中的数据。-尝试对该TB在缓存中的数据进行解码；-如果对该TB在缓存中的数据解码成功，则：-如果HARQ进程为广播进程，则：-将解码的MACPDU递交给高层。-否则，如果这是第一次成功解码此TB在缓存中的数据，则：-将解码的MACPDU递交给拆分和解复用实体。-为该TB的数据生成ACK。-否则：-为该TB的数据生成NACK。-如果该HARQ进程本次传输的下行分配以T-CRNTI标识，并且竞争决议还没有成功（见5.1.5节）；或者-如果HARQ进程为广播进程；或者-如果timeAlignmentTimer被终止或已经超时，则：17YD/T1849—2009-不向物理层指示ACK/NACK。-否则：-向物理层指示为该TB生成的ACK/NACK。在比较以C-RNTI加扰的PDCCH中下行分配的NDI值相比前一次传输是否被翻转的过程中，UE应忽略以T-CRNTI加扰的PDCCH上所有下行分配中的NDI。5.3.3拆分及解复用UE应按照6.1.2节中的描述进行MACPDU的拆分及解复用。5.4UL-SCH数据传输5.4.1上行授权接收为了在UL-SCH上传输数据，UE需要一个有效的上行授权（非自适应HARQ重传除外），该授权可以在PDCCH上或者随机接入响应中动态配置，或者被半静态配置。为了进行请求的传输，MAC层需要从物理层获得相关的HARQ信息。当定时器timeAlignmentTimer正在运行且UE配置有C-RNTI，SPSC-RNTI，或T-CRNTI，在每个TTI，UE应：-如果已经收到该TTI以C-RNTI或者T-CRNTI标识的PDCCH上的上行授权；或者-如果该TTI的上行授权在随机接入响应中：-如果该上行授权以C-RNTI标识并且之前该HARQ实体收到了相同的HARQ进程以SPSC-RNTI标识的上行授权或者该HARQ进程存在已经配置的上行授权：-不管NDI的值是什么，都认为其是翻转过的。-将该TTI的上行授权以及相关的HARQ信息传递给HARQ实体。-否则，如果已经收到该TTI以SPSC-RNTI标识的PDCCH上的上行授权：-如果接收到的HARQ信息中的NDI为1：-认为NDI没有翻转过；-将该TTI的上行授权和相关的HARQ信息传递给HARQ实体。-否则，如果接收到的HARQ信息中的NDI为0：-如果PDCCH内容指示释放SPS：-清空配置的授权(如果有的话)。-否则：-储存上行授权以及相应的HARQ信息作为配置的上行授权；-初始化(如果未激活)或者重新初始化(如果已激活)配置的上行授权，在该TTI开始使用该上行授权并根据5.10.2节中的描述进行重复；-认为NDI翻转过；-将该TTI配置的上行授权和相关的HARQ信息传递给HARQ实体。-否则，如果该TTI已经有配置过的上行授权：-认为NDI翻转过；-将该TTI配置的上行授权和相关的HARQ信息传递给HARQ实体。注1：配置的上行授权周期以TTI为单位。注2：如果UE在RAR中接收到上行授权，又收到以C-RNTI或SPSC-RNTI标识的上行授权，两个上行授权都要求在同一上行子帧内进行传输，那么UE可以自行选择继续RA-RNTI的上行授权或使用以C-RNTI或SPSC-RNTI标识的上行授权。18YD/T1849—2009注3：当配置的上行授权指示传输和测量检测发生碰撞，UE仅处理授权信息而不进行UL-SCH上的传输5.4.2HARQ操作5.4.2.1HARQ实体UE侧存在一个HARQ实体，其维护一定数量并行的HARQ进程，从而实现在等待上一次传输成功与否的反馈期间继续进行连续的传输。并行HARQ进程的数目在文献[2]第八章中指定。在一个给定的TTI，如果指示了该TTI的上行授权，HARQ实体为将要发生的传输确定一个HARQ进程。HARQ实体还把从物理层接收到的HARQ反馈（ACK/NACK），MCS和资源信息发送给相应的HARQ进程。当配置了TTIbundling，参数TTI_BUNDLE_SIZE提供了绑定的TTI个数。TTIbundling的实现需要HARQ实体对绑定中的每次传输都启动同一HARQ进程。在一个绑定的TTI组中，重传均为非自适应并且根据参数TTI_BUNDLE_SIZE不需要等待之前传输的反馈。TTIBounding的HARQ反馈时间针对绑定组中的最后一个TTI（对应于TTI_BUNDLE_SIZE的TTI），而不管在该TTIUE是否进行了传输（例：与测量间隔冲突）。TTIbundling的重传仍然使用TTIbundling的方式。对于随机接入过程中Msg3的传输（见5.1.5节），不使用TTIbundling。对每个TTI，HARQ实体应：-指定该TTI对应的HARQ进程；-如果已经为该TTI指定了上行授权：-如果接收到的上行授权不在以T-CRNTI标识的PDCCH中并且如果相关HARQ信息中的NDI相比该HARQ进程前一次传输中的值翻转过；或-如果接收到的上行授权在以C-RNTI标识的PDCCH中并且该HARQ进程缓存中的数据为空；或-如果接收到的上行授权在随机接入响应中：-如果Msg3的缓存中有MACPDU存在并且接收到的上行授权在随机接入响应中：-从Msg3缓存中获取MACPDU进行传输。-否则-从复用组合实体中获取MACPDU进行传输。-将MACPDU，上行授权以及HARQ信息传递给指定的HARQ进程；-通知相应的HARQ进程触发一次新的传输。-否则，-将上行授权和HARQ信息（冗余版本）传递给指定的HARQ进程；-通知相应的HARQ进程触发一次自适应重传。-否则，如果该TTI对应的HARQ进程缓存非空：-通知相应的HARQ进程触发一次非自适应重传。在确定NDI和之前传输中的NDI值相比是否翻转的时候，UE忽略所有以T-CRNTI标识的PDCCH中上行授权的NDI值。5.4.2.2HARQ进程每个HARQ进程均对应一个HARQ缓存。每个HARQ进程需要维护状态变量CURRENT_TX_NB，用来指示当前缓存中MACPDU已经传输的次数；以及状态变量HARQ_FEEDBACK，用来指示当前缓存中MACPDU的HARQ反馈。CURRENT_TX_NB在每个HARQ进程初始化的时候被置0。冗余版本的顺序为0，2，3，1。变量CURRENT_IRV是冗余版本序列的索引，更新后对4取模。19YD/T1849—2009新数据传输使用PDCCH或者随机接入响应中指示的传输资源以及MCS。自适应重传使用PDCCH指示的传输资源以及MCS（如果提供的话）。非自适应重传使用上一次传输尝试的传输资源以及MCS。RRC会为UE分别配置HARQ传输以及Msg3HARQ传输的最大次数：maxHARQ-Tx和maxHARQ-Msg3Tx。除Msg3缓存中MACPDU以外的全部逻辑信道的数据在所有HARQ进程上的最大传输次数为maxHARQ-Tx。对于Msg3缓存中的MACPDU，其最大传输次数为maxHARQ-Msg3Tx。当收到该传输块的HARQ反馈时，HARQ进程应：-设置HARQ_FEEDBACK为收到的值。如果HARQ实体请求一次新数据传输，HARQ进程应：-设置CURRENT_TX_NB为0；-设置CURRENT_IRV为0；-将MACPDU存储在相应的HARQ缓存中；-存储从HARQ实体接收到的上行授权；-设置HARQ_FEEDBACK为NACK；-按照下面描述进行传输。如果HARQ实体请求一次重传，HARQ进程应：-将CURRENT_TX_NB加1；-如果HARQ实体请求一次自适应重传：-存储从HARQ实体接收到的上行授权；-设置CURRENT_IRV为HARQ信息中提供的冗余版本的索引值；-设置HARQ_FEEDBACK为NACK；-按照下面的描述进行传输。-否则，如果HARQ实体请求一次非自适应重传：-如果HARQ_FEEDBACK=NACK：-按照下面的描述进行传输。注1：当仅收到HARQACK，UE保留HARQ缓存中的数据。注2：当与测量间隔碰撞UL-SCH不能进行传输时，UE不会接收到HARQ反馈，之后进行一次非自适应HARQ重传。为进行一次传输，HARQ进程应：-如果MACPDU从Msg3的缓存中获得；或者-如果当前传输时刻没有与测量间隔碰撞，并且，如果是重传的情况且在当前TTI重传没有和来自Msg3缓存的MACPDU传输发生冲突：-通知物理层按照存储的上行授权以及与CURRENT_IRV相应的冗余版本进行一次传输；-将CURRENT_IRV加1；-如果接收HARQ反馈的时刻与测量间隔碰撞，并且传输的MACPDU不是从Msg3缓存获得：-在应该接收本次传输HARQ反馈的时刻将HARQ_FEEDBACK设置为ACK。完成上述动作之后，HARQ进程应：-如果CURRENT_TX_NB=最大传输次数–1：-清空HARQ缓存。5.4.3复用组合5.4.3.1逻辑信道优先级当有新数据传输时，UE会进行逻辑信道的优先级处理。20YD/T1849—2009RRC通过为每个逻辑信道指示相关优先级处理参数来进行上行数据的调度：priority，其数值越高，优先级越低；prioritisedBitRate设置PrioritizedBitRate（PBR）；bucketSizeDuration设置BucketSizeDuration(BSD)。UE需要为每个逻辑信道j维护变量Bj。相关逻辑信道建立时Bj被初始化为0，并且每个TTI都以prioritisedBitRate与TTI持续时长的乘积增加，prioritisedBitRate为该逻辑信道的PrioritizedBitRate。Bj的值不会超过bucketsize，如果计算得到的Bj数值大于bucketsize，则将被设置为bucketsize。每个逻辑信道的bucketsize为PBR与BSD的乘积，这里PBR和BSD由高层配置。当有新数据要传输时，UE将按照下面的过程进行逻辑信道的优先级处理：-UE应依照下面的步骤为逻辑信道分配资源：-步骤1：全部Bj>0的逻辑信道按照优先级递减顺序分配资源。如果一个无线承载的PBR被设置为“无穷大”，UE在满足其他低优先级无线承载的PBR之前，为该无线承载全部需要发送的数据分配资源；-步骤2：UE将步骤1中分配给逻辑信道j的MACSDUs总大小从Bj中减去；注：Bj可以为负值。-步骤3：如果有资源剩余，则全部逻辑信道将严格按照优先级递减的顺序进行处理（不考虑Bj值），直到逻辑信道已无数据可传或者上行授权已经用尽。配置有相同优先级的逻辑信道将会得到平等的处理机会。-UE在上述调度过程中，应遵守以下原则：-如果整个RLCSDU（或部分传输的SDU或重传的RLCPDU）匹配剩余资源大小，则UE不宜对其进行分段处理；-如果UE将某逻辑信道的RLCSDU分段，应尽可能将分段的长度最大化以填满上行授权。-UE宜尽可能多的传输数据。对于已被暂停的上行无线承载的逻辑信道，UE将不会对其进行数据传输(无线承载被认为暂停的条件在文献[8]中定义)。对于逻辑信道优先级的处理过程，UE应按照降序考虑下列各项的优先级：-C-RNTIMAC控制单元或者来自UL-CCCH的数据；-除填充BSR以外的BSRMAC控制单元；-PHRMAC控制单元；-除UL-CCCH以外的其他逻辑信道的数据；-填充BSRMAC控制单元。5.4.3.2MAC控制单元和MACSDU的复用UE应按照5.4.3.1节和6.1.2节中的描述将MAC控制单元和MACSDUs复用在同一MACPDU中。5.4.4调度请求调度请求（SR）用于进行新数据传输的UL-SCH资源的申请。当一个MACPDU被组装并且此PDU包含到（含）最近一个触发BSR事件为止的缓存状态，或者上行授权能够容纳所有未决待传的数据，则取消所有未决的调度请求，并停止SR禁止定时器sr-ProhibitTimer。一旦SR被触发，在其被取消之前都认为是未决的调度请求。如果SR被触发，并且当前没有未决的SR，UE将设置SR_COUNTER为0。只要有未决的SR，在每个TTI，UE应：-如果当前TTI没有可用的UL-SCH资源：-如果UE在任何TTI都没有可用的PUCCH资源用于指示SR：发起一次随机接入过程（见5.1节）并取消全部未决的SR；21YD/T1849—2009-否则，如果UE在当前TTI有可用的PUCCH用来指示SR并且与测量间隔不冲突，且SR禁止定时器sr-ProhibitTimer没有运行：-如果SR_COUNTER0。这里SFNstarttime和subframestarttime分别表示初始化或重新初始化下行半静态分配时的系统帧号和子帧号。5.10.2上行配置了上行半静态授权之后，UE应：-设置Subframe_Offset为0。-认为授权信息在满足下式的每个子帧中重复发生：(10SFN+subframe)=[(10SFNstarttime+subframestarttime)+NsemiPersistSchedIntervalUL+Subframe_Offset(Nmodulo2)]modulo10240，所有N>0。这里SFNstarttime和subframestarttime分别表示初始化或者重新初始化上行半静态授权时的系统帧号和子帧号。在半静态授权的资源上，如果复用组合实体已经提供连续implicitReleaseAfter[8]个新的包括0个MACSDU的MACPDU，UE应立即释放上行半静态授权。注：释放了半静态上行授权后，半静态调度的重传可以继续进行。5.11对于未知，预料以外以及错误数据的处理对于MAC实体通过以C-RNTI、SPSC-RNTI标识或已配置的分配信息收到的MACPDU，如果包含预留或者无效值，MAC实体应：-丢弃该MACPDU。5.12MCH的接收MCH传输可以发生在高层为MCCH或MTCH传输配置的子帧中。对每一个这样的子帧，高层会指示是应用信令MCS还是业务MCS。MCH在MSAPoccasion的子帧集中进行传输，MSAPoccasion由PMCH-Config来定义。每个MSAPoccasion的第一个子帧包含动态调度信息MAC控制单元，用来指示每个MTCH在MSAPoccasion中的位置以及没被使用的子帧。UE应认为首个被调度的MTCH立即开始于动态调度信息MAC控制单元或MCCH之后，且其他被调度的MTCH(s)开始于前一MTCH结束的子帧初期。当需要接收MCH时，UE应该：-尝试对MCH上的TB进行解码；-如果MCH上的TB被成功解码：-解复用MACPDU并将MACSDU(s)递交到高层。6协议数据单元,格式和参数6.1协议数据单元6.1.1概述MACPDU是在长度上以字节对齐的比特串（即8bit的倍数）。在6.1节的图中，比特串以表格的形式表示，其中最高有效位位于表格第一行的最左侧，最低有效位位于表格最后一行的最右侧，通常，比特串从左到右逐行读取。MACPDU中每个参数域的比特顺序都是将第一个即最高有效位放在最左边，而将最后一个即最低有效位放在最右边。MACSDU是在长度上以字节对齐的比特串（即8bit的倍数）。SDU包含在MACPDU中，从第一个比特开始。26YD/T1849—2009UE应忽略下行MACPDUs中的预留位的值。6.1.2MACPDU（DL-SCH和UL-SCH，除了透明MAC以及随机接入响应，MCH）一个MACPDU包含一个MAC头,0或多个MAC服务数据单元(MACSDU)，0或多个MAC控制单元，以及可能的填充，如图7所示。MAC头和MACSDUs的长度可变。一个MACPDU头包含一个或多个MACPDU子头；每个子头对应一个MACSDU或一个MAC控制单元或填充。除MACPDU内最后一个子头以及固定长度MAC控制单元的子头之外，MACPDU子头包含六个头字段R/R/E/LCID/F/L。MACPDU内最后一个子头以及固定长度的MAC控制单元子头包含四个头字段R/R/E/LCID。填充对应的MACPDU子头也包含四个头字段R/R/E/LCID。图5R/R/E/LCID/F/LMAC子头图6R/R/E/LCIDMAC子头MACPDU子头的顺序与对应的MACSDUs、MAC控制单元以及填充的顺序一致。MAC控制单元位于所有MACSDU的前面。填充位于MACPDU的末尾处，除需要添加一字节或两字节填充的情况外。填充可以是任意值，UE忽略之。当填充在MACPDU末尾时，允许0个或多个填充字节。当需要添加1字节或2字节填充时，与该填充对应的1个或2个子头被置放在MACPDU最起始的位置，其它子头之前。每个UE每个TB块最多可传输一个MACPDU。每个TTI最多可传输一个MCHMACPDU。27YD/T1849—2009图7包括MAC头，MAC控制单元，MACSDU以及填充的MACPDU格式6.1.3MAC控制单元6.1.3.1缓存状态报告MAC控制单元缓存状态报告(BSR)MAC控制单元包括以下两者之一:-短BSR和消减BSR格式:一个LCGID域和一个相应的的缓存大小字段(图8)；或-长BSR格式:四个缓存大小字段，对应LCGIDs#0到#3(图9)。BSR格式由相应MACPDU子头的LCIDs字段标识。如表9所示。字段LCGID和缓存大小定义如下：-LCGID：逻辑信道组ID字段指示正在上报缓存状态的逻辑信道组。字段长度为2bits；-BufferSize：缓存大小字段定义了在构造MACPDU后，一个逻辑信道组中所有逻辑信道的数据总量。数据量以字节为单位，包括RLC层和PDCP层所有可用于传输的有效数据。可用于传输的有效数据分别在见文献[3]和见文献[4]中定义。在计算缓存大小时，RLC头和MAC头的大小不计在内。该字段的长度为6bits。缓存大小字段的取值参见表6。图8短BSR以及削减BSRMAC控制单元图9长BSRMAC控制单元表6缓存大小等级索引值缓存大小值(BSvalue)[字节]索引值缓存大小值(BSvalue)[字节]0BS=03211321500006.1.3.2C-RNTIMAC控制单元C-RNTIMAC控制单元通过携带LCID的MACPDU子头来标识，如表9所示。C-RNTIMAC控制单元具有固定的长度，仅由如下一个字段组成(图10):-C-RNTI:：包含UE的C-RNTI。长度为16bits。图10C-RNTIMAC控制单元6.1.3.3DRX命令MAC控制单元DRX命令MAC控制单元通过携带LCID的MACPDU子头来标识，如表8所示。DRX命令MAC控制单元具有固定长度，为0bits。6.1.3.4UE竞争决议标识MAC控制单元UE竞争决议标识MAC控制单元通过携带LCID的MACPDU子头来标识，如表8所示。该MAC控制单元具有48bits的固定长度，仅由以下一个字段组成(图11)-UE竞争决议标识：该字段包含上行发送的CCCHSDU。29YD/T1849—2009图11UE竞争决议标识MAC控制单元6.1.3.5时间提前命令MAC控制单元时间提前MAC控制单元通过携带LCID的MACPDU子头来标识，如表8所示。时间提前MAC控制单元具有固定长度，仅由以下一个字段组成(图12):-R：预留比特,设置为"0"；-TimingAdvanceCommand：该字段指示了UE用于时间调整的索引值TA(0,1,2…63)(见文献[2]第4.2.3节)。该字段的长度为6bits。图12时间提前命令MAC控制单元6.1.3.6功率余量MAC控制单元功率余量MAC控制单元通过携带LCID的MACPDU子头来标识，如表9所示。功率余量MAC控制单元长度固定，仅由以下一个字节组成(见图13):-R:预留比特,设置为"0"；-PowerHeadroom(PH):该字段指示了功率余量等级。字段长度为6比特。报告的PH与其相应的功率余量等级如表7所示(相应的dB测量值见文献[9]第9.1.8.4节)。图13功率余量MAC控制单元表7功率余量等级功率余量（PH）功率余量等级0POWER_HEADROOM_01POWER_HEADROOM_12POWER_HEADROOM_23POWER_HEADROOM_3……60POWER_HEADROOM_6061POWER_HEADROOM_6162POWER_HEADROOM_6263POWER_HEADROOM_6330YD/T1849—20096.1.3.7MBMS动态调度信息MAC控制单元MBMS动态调度信息MAC控制单元如图14所示，通过携带LCID的MACPDU子头来标识，如表11所示。该MAC控制单元具有可变长度，为2xbytes(x为MBMS-SessionInfoList序列中元素的个数)。对每条MTCH应该包含如下域：-LCID：该域指示MTCH的逻辑信道ID。该域长度为5bits；-StopMTCH：该域指示MSAPoccasion中相应MTCH结束子帧的序号，该域长度为11bits。特定StopMTCH值2047指示相应的MTCH没有被调度，2043到2046范围值为预留。LCID1StopMTCH1Oct1Oct2...Oct3Oct4Oct2n-1Oct2nStopMTCH1LCID2StopMTCH2StopMTCH2LCIDnStopMTCHnStopMTCHn图14动态调度信息MAC控制单元6.1.4MACPDU(透明模式MAC)MACPDU仅由一个MAC服务数据单元组成，其长度与TB块对齐；如图15所示。图15透明MACPDU格式6.1.5MACPDU（随机接入响应）MACPDU由一个MAC头、零或多个MAC随机接入响应(MACRAR)以及可能的填充组成，如图18所示。MAC头长度可变。MACPDU头由一个或多个MACPDU子头组成；每个子头对应于一个MACRAR，除Backoff指示子头外。如果包含Backoff指示子头，MACPDU头中只包含一个Backoff指示子头，且作为第一个子头出现。Backoff指示子头包含五个头部域E/T/R/R/BI(如图17所示)，其他MACPDU子头由三个头部域E/T/RAPID组成(如图16所示)。MACRAR由4个字段组成：R/TimingAdvanceCommand/ULGrant/TemporaryC-RNTI(如图18所示)。在最后一个MACRAR后可能出现填充。填充的出现与否以及其长度基于TB块的大小，即MAC头和MACRAR数量的大小。31YD/T1849—2009图16E/T/RAPIDMAC子头图17E/T/R/R/BIMAC子头图18MAC随接入响应MACRAR1...E/T/R/R/BIsubheaderMACheaderMACpayload...MACRAR2MACRARnE/T/RAPIDsubheader2E/T/RAPIDsubheadernE/T/RAPIDsubheader1Padding(opt)图19包括MAC头以及RAR的MACPDU格式6.2格式和参数6.2.1DL-SCH，UL-SCH和MCH的MAC头（除RAR）MAC头大小可变，由下列域组成：-LCID：逻辑信道ID域，标识每个MACSDU对应的逻辑信道、MAC控制单元的类型或填充，DL-SCH、UL-SCH和MCH的LCID分别参见表8、表9和表11。MACPDU中每个MACSDU、MAC控制单元或者填充对应一个LCID域。除此之外，当需要一字节或二字节的填充但不能添加在MACPDU尾部时，MACPDU中会包含一或二个附加的LCID域。LCID域长度为5比特；-L：长度域，指示对应MACSDU的字节数。除最后一个子头以及固定长度MAC控制单元对应的子头外，MACPDU子头中有一个L域。L域的大小由F域指示；32YD/T1849—2009-F：格式域，指示长度域的长度，如表10所示。除最后一个子头以及固定长度MAC控制单元对应的子头外，每个MACPDU子头都包含一个F域，F域长度为1bit。如果MACSDU或可变长度MAC控制单元的长度小于128字节，应将F域置为0，否则置为1；-E：扩展域，扩展域是一个标志位，指示MAC头中是否还有其他的域。如果E域设定为“1”，则表示其后至少有另一组的R/R/E/LCID域。如果E域设置为“0”，表示从其后的字节起为MACSDU或者MAC控制单元或者填充。-R：预留比特,设置为“0”。MAC头和子头都是字节对齐。表8DL-SCH的LCID值索引值LCID值00000CCCH00001-01010Identityofthelogicalchannel01011-11011Reserved11100UEContentionResolutionIdentity11101TimingAdvanceCommand11110DRXCommand11111Padding表9UL-SCH的LCID值索引值LCID值00000CCCH00001-01010Identityofthelogicalchannel01011-11001Reserved11010PowerHeadroomReport11011C-RNTI11100TruncatedBSR11101ShortBSR11110LongBSR11111Padding表10F域的值索引值L域大小(比特)07115表11MCH的LCID值索引值LCID值00000MCCH(见注)FFSMTCHFFSReserved11110DynamicSchedulingInformation33YD/T1849—200911111Padding注：如果MCH不复用MCCH.，MTCH可以使用该值。6.2.2随机接入响应的MAC头MAC头大小可变，由下列域组成：-E：扩展域，扩展域是一个标志位，指示MAC头中是否还有其他的域。如果E域设定为“1”，则表示其后至少还有另一组E/T/RAPID域。如果E域设置为“0”，表示从其后的字节起为MACRAR或者填充；-T：类型域，类型域是一个标志位，指示MAC子头中包含的是一个随机接入前导码ID还是一个Backoff指示。如果T域为“0”，指示子头中存在一个Backoff指示（BI）域。如果T域为“1”，指示子头中存在一个随机接入前导码ID（RAPID）域；-R：:预留比特，设置为“0”；-BI：Backoff指示域表明小区处于过载状态。BI域的长度为4bits；-RAPID：随机接入前导码标识域指明了已发送的随机接入前导码（参见5.1.3节）。RAPID域的长度为6bits。MAC头和子头都是字节对齐。6.2.3随机接入响应MAC净荷MACRAR长度固定，包含下列域：-R：:预留比特，设置为“0”；-TimingAdvanceCommand：时间提前命令域，指示用于UE时间调整量的索引值，TA(0,1,2…1282)(见文献[2]第4.2.3节)。时间提前命令域的长度是11bits；-ULGrant：上行授权域，指示用于上行传输的资源(见文献[2]第6.2节)。上行授权域的长度是20bits；-TemporaryC-RNTI：临时C-RNTI域，指示UE在随机接入过程中使用的临时C-RNTI。临时C-RNTI域的长度是16bits。MACRAR字节对齐。7变量和常量7.1RNTI值表12RNTI值值(hexa-decimal)RNTI0000N/A0001-003CRA-RNTI,C-RNTI,Semi-PersistentSchedulingC-RNTI,TemporaryC-RNTI,TPC-PUCCH-RNTIandTPC-PUSCH-RNTI(seenote)003D-FFF3C-RNTI,Semi-PersistentSchedulingC-RNTI,TemporaryC-RNTI,TPC-PUCCH-RNTIandTPC-PUSCH-RNTIFFF4-FFFCReservedforfutureuseFFFDM-RNTI34YD/T1849—2009FFFEP-RNTIFFFFSI-RNTI注：小区PRACH配置资源对应的RA-RNTI值，不会用作小区其他RNTI(C-RNTI,Semi-PersistentSchedulingC-RNTI,TemporaryC-RNTI,TPC-PUCCH-RNTIorTPC-PUSCH-RNTI)。表13RNTI用途RNTI用途传输信道逻辑信道P-RNTIPagingandSystemInformationchangenotificationPCHPCCHSI-RNTIBroadcastofSystemInformationDL-SCHBCCHM-RNTIMCCHInformationchangenotificationN/AN/ARA-RNTIRandomAccessResponseDL-SCHN/ATemporaryC-RNTIContentionResolution(whennovalidC-RNTIisavailable)DL-SCHCCCHTemporaryC-RNTIMsg3transmissionUL-SCHCCCH,DCCH,DTCHC-RNTIDynamicallyscheduledunicasttransmissionUL-SCHDCCH,DTCHC-RNTIDynamicallyscheduledunicasttransmissionDL-SCHCCCH,DCCH,DTCHC-RNTITriggeringofPDCCHorderedrandomaccessN/AN/ASemi-PersistentSchedulingC-RNTISemi-Persistentlyscheduledunicasttransmission(activation,reactivationandretransmission)DL-SCH,UL-SCHDCCH,DTCHSemi-PersistentSchedulingC-RNTISemi-Persistentlyscheduledunicasttransmission(deactivation)N/AN/ATPC-PUCCH-RNTIPhysicallayerUplinkpowercontrolN/AN/ATPC-PUSCH-RNTIPhysicallayerUplinkpowercontrolN/AN/A7.2Backoff参数值Backoff参数值参见表14。表14Backoff参数值索引值Backoff参数值(ms)0011022033035YD/T1849—200944056068071208160924010320114801296013Reserved14Reserved15Reserved在当前版本，如果UE收到预留的backoff值，UE将视为960ms。7.3PRACHMask索引值表15PRACHMask索引值PRACHMask索引允许的PRACH(FDD)0All1PRACHResourceIndex02PRACHResourceIndex13PRACHResourceIndex24PRACHResourceIndex35PRACHResourceIndex46PRACHResourceIndex57PRACHResourceIndex68PRACHResourceIndex79PRACHResourceIndex810PRACHResourceIndex911Every,inthetimedomain,evenPRACHopportunity1stPRACHResourceIndexinsubframe12Every,inthetimedomain,oddPRACHopportunity1stPRACHResourceIndexinsubframe13Reserved14Reserved15Reserved7.4TTI_BUNDLE_SIZE值TTI_BUNDLE_SIZE长度为4.36YD/T1849—20097.5DELTA_PREAMBLE值基于前导码格式的功率偏移值DELTA_PREAMBLE参见表17。表17DELTA_PREAMBLE值前导码格式DELTA_PREAMBLE值00dB10dB2-3dB3-3dB48dB表中的前导码格式通过参数prach-ConfigurationIndex来配置（见文献[7]）。7.6HARQRTT定时器HARQRTT定时器设置为8个子帧。37YD/T1849—2009附录A（规范性）：测量间隔的处理如果与测量间隔冲突，UE不应在该子帧进行HARQ反馈，不会上报CQI/PMI/RI等，也不会发送SRS。38YD/T1849—2009附录B（资料性）：RACH接入的竞争决议在判断竞争决议是否成功，处理包含UE竞争决议标识MAC控制单元的MACPDU过程中，UE考虑下列MAC头。LCID(11100)RRELCID(11100)RRELCID(00000)RRELCID(11100)RRELCID(00000)RRELCID(11111)RRELCID(11100)RRELCID(00000)RRELCID(11111)RRELCID(11111)RRELCID(11100)RRELCID(00000)RRELCID(11111)RRELFLCID(11100)RRELCID(00000)RRELCID(11111)RRELFLCase1:MACsubheaderforMACcontrolelementMACsubheaderforMACcontrolelement+MACsubheaderforMACSDU(CCCH)MACsubheaderforsingle-bytepadding+MACsubheaderforMACcontrolelement+MACsubheaderforMACSDU(CCCH)MACsubheadersfortwo-bytepadding+MACsubheaderforMACcontrolelement+MACsubheaderforMACSDU(CCCH)MACsubheaderforMACcontrolelement+MACsubheader(15-bitsL-field)forMACSDU(CCCH)+MACsubheaderforpaddingMACsubheaderforMACcontrolelement+MACsubheader(7-bitsL-field)forMACSDU(CCCH)+MACsubheaderforpaddingCase2:Case3:Case4:Case6:Case5:图2039YD/T1849—2009附录C(资料性)更新历史日期说明备注2009-11-16与3GPP36.321-900对齐初稿2010-03-17与3GPP36.321-910对齐，且只适用于FDD初稿更新40YD/T1849—2009参考文献[1]3GPPTR21.905－"Vocabularyfor3GPPSpecifications"[2]3GPPTR36.213－演进通用陆地无线接入(E-UTRA)；物理层过程[3]3GPPTS36.322－演进通用陆地无线接入(E-UTRA)；RLC协议[4]3GPPTS36.323－演进通用陆地无线接入(E-UTRA)；PDCP协议[5]3GPPTS36.212－演进通用陆地无线接入(E-UTRA)；物理层复用和信道编码[6]3GPPTS36.214－演进通用陆地无线接入(E-UTRA)；物理层测量[7]3GPPTS36.211－演进通用陆地无线接入(E-UTRA)；物理信道和调制[8]3GPPTS36.331－演进通用陆地无线接入(E-UTRA)；RRC协议[9]3GPPTS36.133－演进通用陆地无线接入(E-UTRA)；Requirementsforsupportofradioresourcemanagement"41',)