《最新LTE-FDD数字蜂窝移动通信网Uu接口技术要求第6部分MAC.doc》由会员分享，可在线阅读，更多相关《最新LTE-FDD数字蜂窝移动通信网Uu接口技术要求第6部分MAC.doc（50页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-dateLTE-FDD数字蜂窝移动通信网Uu接口技术要求第6部分MAC标准名称200X XX XX 印发中国通信标准化协会 LTE FDD数字蜂窝移动通信网Uu接口技术要求第6部分：MAC协议LTE FDD digital cellular mobile telecommunication network Uu Interface Technical Requirement
2、Part 6: MAC protocalYDB XXXXXXXX通信标准类技术报告-目 次目 次I前 言IIILTE FDD数字蜂窝移动通信网 Uu接口技术要求 第6部分：MAC协议51 范围52 规范性引用文件53 术语、定义和缩略语53.1 术语和定义53.2 缩略语74 概述74.1 介绍74.2 MAC架构84.3 服务84.4 MAC的功能94.5 信道结构95 MAC过程115.1 随机接入过程115.2 上行时间校准的维护155.3 DL-SCH数据传输155.4 UL-SCH数据传输175.5 PCH的接收235.6 BCH的接收235.7 非连续接收（DRX）235.8 MA
3、C重配置245.9 MAC重置255.10 半静态调度255.11 对于未知，预料以外以及错误数据的处理265.12 MCH的接收266 协议数据单元, 格式和参数266.1 协议数据单元266.2 格式和参数327 变量和常量347.1 RNTI值347.2 Backoff 参数值357.3 PRACH Mask索引值357.4 TTI_BUNDLE_SIZE值367.5 DELTA_PREAMBLE值367.6 HARQ RTT定时器36附录A（规范性）：测量间隔的处理37附录B（资料性）：RACH接入的竞争决议38附录C (资料性)39参考文献40 前 言YDB XXXX-XXXX LT
4、E FDD数字蜂窝移动通信网 Uu接口技术要求分为九个部分： 第1部分：物理层概述； 第2部分：物理信道和调制； 第3部分：物理层复用和信道编码； 第4部分：物理层过程； 第5部分：物理层测量； 第6部分：MAC协议； 第7部分：RLC协议； 第8部分：PDCP协议； 第9部分：RRC协议。本部分是第6部分。YDB XXXX-XXXX LTE FDD数字蜂窝移动通信网 Uu接口技术要求是LTE FDD数字蜂窝移动通信网系列技术报告之一，该系列技术报告的结构和名称预计如下：a） YDB XXXX-XXXX LTE FDD数字蜂窝移动通信网 无线接入部分总体技术要求b） YDB XXXX-XXXX
5、 LTE FDD数字蜂窝移动通信网 Uu接口技术要求 第1部分：物理层概述； 第2部分：物理信道和调制 第3部分：物理层复用和信道编码 第4部分：物理层过程 第5部分：物理层测量 第6部分：MAC协议 第7部分：RLC协议 第8部分：PDCP协议 第9部分：RRC协议c） YDB XXXX-XXXX LTE数字蜂窝移动通信网 X2接口技术要求 第1部分：概述； 第2部分：层1 第3部分：信令传输 第4部分：应用协议 第5部分：数据传输d） YDB XXXX-XXXX LTE数字蜂窝移动通信网 S1接口技术要求 第1部分：概述； 第2部分：层1 第3部分：信令传输 第4部分：应用协议 第5部分：
6、数据传输本部分的附录A为规范性附录。附录B，附录C均为资料性附录。为适应信息通信业发展对通信标准文件的需要，在工业和信息化部的统一安排下，对于技术尚在发展中，又需要有相应的标准性文件引导其发展的领域，由中国通信标准化协会组织制定“通信标准类技术报告”，推荐有关方面参考采用。有关对本技术报告的建议和意见，向中国通信标准化协会反映。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、中国移动通信集团、大唐电信科技产业集团、中兴通讯股份有限公司、华为技术有限公司、南京爱立信熊猫通信有限公司、诺基亚西门子通信（上海）有限公司、广州新邮通信有限公司、上海贝尔股份有限公司、鼎桥
7、通信技术有限公司、中国普天信息产业股份有限公司、诺基亚通信有限公司、北京天碁科技有限责任公司、重庆重邮信科股份有限公司、北京展讯高科通信技术有限公司本部分主要起草人：LTE FDD数字蜂窝移动通信网 Uu接口技术要求 第6部分：MAC协议1 范围本部分规定了LTE FDD数字蜂窝移动通信网空中接口的MAC协议的功能。主要包括以下内容：E-UTRA MAC结构，E-UTRA MAC实体，MAC功能，信道结构，MAC基本过程，协议数据单元、格式和参数等。本部分适用于LTE FDD数字蜂窝移动通信网。2 规范性引用文件下列文件中的条款通过本部分的引用而成为部分的条款。凡是注日期的引用文件，其随后所有
8、的修改单（不包括勘误的内容）或修订版均不适用于部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。3 术语、定义和缩略语3.1 术语和定义下列术语和定义适用于本部分。3.1.1激活时间 Active TimeDRX操作（见5.7节）相关时间。在此期间，UE在PDCCH子帧内监听PDCCH。3.1.2MAC竞争决议定时器 mac-ContentionResolutionTimer指示Msg3消息发送后，UE应该监听PDCCH的连续子帧数。3.1.3DRX周期 DRX Cycle包括On duration及后续一段可能出现休眠时
9、间的重复周期。见图1所示。图1 DRX周期3.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信息 HARQ inf
10、ormationHARQ信息包括新数据指示(NDI)，传输块(TB)大小。对于DL-SCH传输，HARQ信息还包括HARQ 进程ID。对于UL-SCH传输，HARQ信息还包括冗余版本(RV)。在DL-SCH空间复用场景，HARQ信息包含每个传输块的NDI和传输块大小。3.1.9HARQ RTT定时器 HARQ RTT Timer指示UE在期待接收下行重传时应该等待的最少子帧数。3.1.10消息3 Msg3随机接入流程的一部分，该消息在上行共享信道传输，包括C-RNTI MAC 控制单元或者由上层提交与UE竞争决议标识相关的CCCH SDU。3.1.11持续时间定时器 onDurationTim
11、er指示从DRX周期开始连续的PDCCH子帧数。3.1.12PDCCH子帧 PDCCH-subframe指所有子帧。3.1.13PRACH资源索引 PRACH Resource Index指示系统帧内PRACH资源的索引。3.1.14随机接入PRACH掩码索引 ra-PRACH-MaskIndex指示UE在系统帧内可以发送随机接入前导码的PRACH信道。3.1.15RA-RNTI用于为随机接入响应授权的PDCCH。它明确的指示了UE发送随机接入前导码的时频资源。注：定时器启动后即处于运行状态，直到被停止或超时。定时器在非运行状态可以被启动，在运行状态可以被重启。定时器一旦被启动或重启，将从其初
12、始值开始计时。3.2 缩略语下列缩略语适用于本部分。BSRBuffer Status Report缓存状态报告C-RNTICell RNTI小区RNTICQIChannel Quality Indicator信道质量指示E-UTRAEvolved UMTS Terrestrial Radio Access演进性通用移动通信系统地面无线接入E-UTRANEvolved UMTS Terrestrial Radio Access Network演进性通用移动通信系统地面无线接入网MACMedium Access Control媒体接入控制M-RNTIMBMS RNTIMBMS RNTIMSAPMC
13、H Subframe Allocation PatternMCH子帧分配模式LCGLogical Channel Group逻辑信道组PHRPower Headroom Report功率余量报告PMIPrecoding Matrix Index预编码矩阵索引P-RNTIPaging RNTI寻呼RNTIRA-RNTIRandom Access RNTI随机接入RNTIRIRank Indicator秩指示RNTIRadio Network Temporary Identifier无线网络临时标识SI-RNTISystem Information RNTI系统信息RNTISRScheduling
14、 Request调度请求SRSSounding Reference Symbols侦听参考信号TBTransport Block传输块TPC-PUCCH-RNTITransmit Power Control-Physical Uplink Control Channel-RNTI发送功率控制-物理上行控制信道-RNTITPC-PUSCH-RNTITransmit Power Control-Physical Uplink Shared Channel-RNTI发送功率控制-物理上行共享信道-RNTI4 概述4.1 介绍本章目的是从功能角度描述MAC架构及MAC实体。4.2 MAC架构本节只给出
15、模型，并不对具体操作做出指定或者约束。RRC对MAC的配置进行控制。4.2.1 MAC实体E-UTRA定义了两个MAC实体：一个在UE侧，另一个在E-UTRAN。这些MAC实体处理以下传输信道：- 广播信道（BCH）；- 下行共享信道（DL-SCH）；- 寻呼信道（PCH）；- 上行共享信道（UL-SCH）；- 随机接入信道（RACH）；- 多播信道(MCH)。UE和E-UTRAN侧的MAC实体实现的功能有所不同。图2描绘了UE侧MAC实体的一种可能结构，不限制具体实现方式。图2 UE侧MAC结构4.3 服务4.3.1 为高层提供的服务本节描述MAC子层提供给上层的服务：- 数据传输；- 无线
16、资源分配；4.3.2 期待从物理层得到的服务物理层提供如下服务给MAC：- 数据传输业务；- HARQ反馈指示；- 调度请求指示；- 测量（例如信道质量指示（CQI）。通过使用传输信道提供数据传输服务。传输信道的特性通过其传输格式（或格式集）来定义，传输格式指示了正在讨论中的用于传输信道的物理层过程，如信道编码/交织/和针对具体业务的速率匹配等。4.4 MAC的功能MAC子层支持如下功能：- 逻辑信道和传输信道间的映射；- 将来自一个或不同逻辑信道上的MAC SDUs复用到传输块（TB），并通过传输信道递交到物理层；- 将来自物理层在传输信道承载的TB块解复用为一条或者不同逻辑信道上的MAC
17、SDUs；- 调度信息报告；- 利用HARQ纠错；- 通过动态调度实现不同UEs间的优先级处理；- 同一UE的不同逻辑信道之间的优先级处理；- 逻辑信道优先级的划分；- 传输格式的选择。MAC不同功能实现的位置以及功能对应在上行实现还是下行实现见表1所示。表1 MAC功能位置及相应链路方向MAC功能UEeNB下行上行Mapping between logical channels and transport channelsXXXXXXMultiplexingXXXXDemultiplexingXXXXError correction through HARQXXXXXXTransport F
18、ormat SelectionXXXPriority handling between UEsXXXPriority handling between logical channels of one UEXXXLogical Channel prioritisationXXScheduling information reportingXX4.5 信道结构MAC子层在下面定义的信道上进行操作。传输信道是MAC和层一间的服务接入点，逻辑信道是MAC和RLC间的服务接入点。4.5.1 传输信道MAC使用的传输信道见表2。表2 MAC使用的传输信道传输信道名称缩写下行上行Broadcast Chan
19、nelBCHXDownlink Shared ChannelDL-SCHXPaging ChannelPCHXMulticast ChannelMCHXUplink Shared ChannelUL-SCHXRandom Access ChannelRACHX4.5.2 逻辑信道MAC层在逻辑信道上提供数据传输业务。根据MAC提供的不同数据传输服务，定义了一组逻辑信道类型。逻辑信道类型通过所传信息类型来定义。MAC提供的控制和业务信道见表3。表3 MAC使用的逻辑信道逻辑信道名称缩写控制信道业务信道Broadcast Control ChannelBCCHXPaging Control Cha
20、nnelPCCHXCommon Control ChannelCCCHXDedicated Control ChannelDCCHXMulticast Control ChannelMCCHXDedicated Traffic ChannelDTCHXMulticast Traffic ChannelMTCHX4.5.3 传输信道到逻辑信道的映射逻辑信道到传输信道的映射取决于RRC层配置的复用关系。4.5.3.1 上行映射MAC实体负责上行逻辑信道到上行传输信道的映射。上行逻辑信道的映射见图3及表4。图3 上行逻辑信道映射表4 上行信道映射（Uplink channel mapping）逻辑信
21、道传输信道UL-SCHRACHCCCHXDCCHXDTCHX4.5.3.2 下行映射MAC实体负责下行逻辑信道到下行传输信道的映射。下行逻辑信道的映射见图4及表5。图4 下行逻辑信道的映射表5 下行信道映射逻辑信道传输信道BCHPCHDL-SCHMCHBCCHXXPCCHXCCCHXDCCHXDTCHXMCCHXMTCHX5 MAC过程5.1 随机接入过程5.1.1 随机接入过程初始化本节描述的随机接入过程是由PDCCH命令或MAC子层自身来触发的。如果UE收到以C-RNTI加扰并且与PDCCH order（见文献5）一致的PDCCH传输，将触发随机接入过程。PDCCH命令或RRC消息可能指示
22、ra-PreambleIndex和ra-PRACH-MaskIndex。在触发随机接入过程之前，假设以下信息已知（见文献8）：- 可用于传输随机接入前导码的PRACH资源集，prach-ConfigIndex。- 随机接入前导码组及每组中可用的随机接入前导码集：包含在前导码组A和前导码组B中的前导码通过参数numberOfRA-Preambles和sizeOfRA-PreamblesGroupA来计算：如果sizeOfRA-PreamblesGroupA值等于numberOfRA-Preamble值，则不存在前导码组B。前导码组A中的前导码编号为0到sizeOfRA-PreamblesGrou
23、pA-1；如果存在前导码组B，其前导码编号为sizeOfRA-PreamblesGroupA到numberOfRA-Preamble-1。这些前导码从文献7中定义的64个前导码集合中获取。- 如果随机接入前导码组B存在，为从两个前导码组中选择其一，需要门限值messagePowerOffsetGroupB和messageSizeGroupA、配置的UE传输功率PCMAX10、以及前导码和Msg3间的偏移量deltaPreambleMsg3。- 随机接入响应窗ra-ResponseWindowSize；- 功率抬升因子powerRampingStep；- 前导码最大传输次数preambleTra
24、nsMax；- 前导码初始发射功率preambleInitialReceivedTargetPower。- 基于前导格式的偏移量DELTA_PREAMBLE，(见7.6节)。- Msg3 HARQ传输最大次数maxHARQ-Msg3Tx。- 竞争决议定时器mac-ContentionResolutionTimer。注：在每次随机接入过程触发前，上述参数可通过高层配置进行更新。随机接入过程应按如下步骤执行：- 清空Msg3缓存；- 设置前导码传输计数器PREAMBLE_TRANSMISSION_COUNTER为1；- 设置UE侧backoff参数值为0ms；- 开始选择随机接入资源（见5.1.2
25、节）注：在任一时刻只进行一个随机接入过程。如果在一次随机接入过程中，UE收到新的发起随机接入的请求，由UE侧的实现来决定继续正在进行的随机接入过程或启动新的过程。5.1.2 随机接入资源选择随机接入资源选择过程应按如下步骤执行：- 如果ra-PreambleIndex（随机接入前导码）和ra-PRACH-MaskIndex（PRACH掩码索引）被显示指示，且ra-PreambleIndex不为000000，则：- 随机接入前导码和PRACH掩码索引为显示指示的值。- 否则，随机接入前导码应由UE按以下步骤进行选择：- 如果还没有传输Msg3，UE应：- 如果随机接入前导码组B存在，而且可能的消
26、息大小（可传输的数据加上MAC头以及可能的MAC控制单元）大于messageSizeGroupA值，并且路损小于PCMAX preambleInitialReceivedTargetPower deltaPreambleMsg3 messagePowerOffsetGroupB，则：- 选择随机接入前导码组B；- 否则：- 选择随机接入前导码组A；- 否则，如果Msg3正在被重传（如果Msg3已经被传输），则UE应：- 选择第一次传输Msg3时所使用前导码所在的随机接入前导码组。- 在所选择的随机接入前导码组中随机选择一个随机接入前导码。随机函数应满足每个前导码被选中的概率相等；- 设置PRA
27、CH掩码索引为0。- 根据prach-ConfigurationIndex和PRACH Mask Index（见7.3节），以及物理层定时要求（见文献2）给出的限制条件，确定下一个包含PRACH的可用子帧（当UE确定下一个可用的PRACH子帧时，可以考虑可能出现的测量间隔）。- 基于PRACH Mask Index在选定的子帧中确定一个PRACH。- 执行随机接入前导码传输过程（见5.1.3节）。5.1.3 随机接入前导码传输随机接入前导码传输过程应按如下步骤执行：- 设置PREAMBLE_RECEIVED_TARGET_POWER为preambleInitialReceivedTargetP
28、ower + DELTA_PREAMBLE + (PREAMBLE_TRANSMISSION_COUNTER 1) * powerRampingStep；- 指示物理层使用已选择的PRACH，相应的RA-RNTI，前导码索引以及PREAMBLE_RECEIVED_TARGET_POWER发送随机接入前导码。5.1.4 随机接入响应接收一旦随机接入前导码被传输，不考虑是否有测量间隔，为接收到随机接入响应，UE应在随机接入响应窗中监测以RA-RNTI（见下面定义）为标识的PDCCH。随机接入响应窗始于包含前导码发送结束的子帧加上3个子帧，窗长为ra-ResponseWindowSize个子帧长。与
29、发送随机接入前导码使用的PRACH资源相关的RA-RNTI通过下式获得：RA-RNTI= 1 + t_id+10*f_id其中t_id为指定PRACH资源第一个子帧的索引，取值范围为(0 t_id 10)；f_id为该子帧指定的PRACH以频域递增顺序的索引，取值范围为(0 f_id 6)。当UE成功接收一个包含与已发送随机接入前导码相匹配的随机接入前导码标识的随机接入响应后可以停止监听随机接入响应。- 如果UE在该TTI收到以RA-RNTI加扰的PDCCH指示的下行分配，且接收到的TB被成功解码，不考虑可能出现的测量间隔：- 如果随机接入响应包含一个Backoff Indicator指示子头
30、，则：- 根据Backoff Indicator子头中BI域及表13，设置UE侧的Backoff 参数值。- 否则，设置UE侧的Backoff 参数值为0ms。- 如果随机接入响应包含一个与已传输随机接入前导码（参见5.1.3节）相同的随机接入前导码标识，则UE应：- 认为此次随机接入响应接收成功；- 处理收到的时间提前命令（见5.2节）；- 向低层指示preambleInitialReceivedTargetPower和应用于最近一次前导码发送过程的功率抬升总量（即(PREAMBLE_TRANSMISSION_COUNTER 1) * powerRampingStep）；- 处理接收的上行授
31、权，并将其指示给低层；- 如果随机接入前导码索引ra-PreambleIndex被显示指示，并且不为000000（即，不是由MAC选择）则：- 认为随机接入过程成功完成。- 否则，如果随机接入前导码由UE MAC选择：- 在按照随机接入响应中上行授权的第一次传输前，将随机接入响应中携带的值设置为临时C-RNTI；- 如果这是本次随机接入过程中第一次成功收到的随机接入响应：- 如果本次传输不用于CCCH逻辑信道，则指示复用组合实体在接下来的上行传输中包含一个C-RNTI MAC控制单元；- 从复用和组合实体中获得将要传输的MAC PDU，并将其存储在Msg3缓存中。注1：当需要上行传输时，例如，
32、用于竞争决议，则eNB应在随机接入响应中提供不小于56bits的上行授权。注2：如果在随机接入过程中，对于同一随机接入前导码组，随机接入响应提供的上行授权与该次随机接入过程分配的第一次上行授权大小不同，不定义UE行为。如果在随机接入响应窗内没有收到随机接入响应，或者所有收到的随机接入响应中都不包含与已传输的随机接入前导码相匹配的随机接入前导码标识，则认为随机接入响应接收不成功，UE应执行如下操作：- 将PREAMBLE_TRANSMISSION_COUNTER加1；- 如果PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1，则：- 向高层指
33、示随机接入问题。- 如果在这次随机接入过程中，随机接入前导码是由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-ContentionResolutionTi
34、mer；- 不考虑可能出现的测量间隔，监测PDCCH直到定时器mac-ContentionResolutionTimer超时或被终止；- 如果收到来自低层接收到PDCCH传输的通知，则UE应：- 如果Msg3中包含C-RNTI MAC控制单元：- 如果随机接入过程由MAC子层自身触发，且PDCCH传输以C-RNTI加扰并包含新数据传输的上行授权；或者，- 如果随机接入过程由PDCCH命令触发，且PDCCH传输以C-RNTI加扰，则：- 认为竞争决议成功；- 终止定时器mac-ContentionResolutionTimer；- 丢弃临时C-RNTI；- 认为本次随机接入过程成功完成。- 否则
35、，如果Msg3中包含CCCH SDU，并且PDCCH传输以临时C-RNTI加扰：- 如果MAC PDU被成功解码，则：- 终止定时器mac-ContentionResolutionTimer；- 如果MAC PDU包含一个UE竞争决议标识MAC控制单元，并且，- 如果MAC控制单元中的UE竞争决议标识与Msg3中传输的CCCH SDU相匹配，则：- 认为此次竞争决议成功，并完成MAC PDU的拆分和解复用；- 将临时C-RNTI设置为C-RNTI值；- 丢弃临时C-RNTI；- 认为本次随机接入过程成功完成。- 否则：- 丢弃临时C-RNTI；- 认为本次竞争决议不成功，丢弃成功解码的MAC
36、PDU。- 如果定时器mac-ContentionResolutionTimer超时，则：- 丢弃临时C-RNTI；- 认为竞争决议不成功。- 如果竞争决议不成功，则UE应：- 清空用于传输Msg3缓存中MAC PDU的HARQ缓存；- 将计数器PREAMBLE_TRANSMISSION_COUNTER加1；- 如果PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1，则：- 向高层指示随机接入问题。- 基于UE侧的backoff参数，从0到backoff参数值之间采用均匀分布的原则，随机选取一个backoff时间；- 延迟backoff时间
37、进行下一次随机接入传输；- 开始随机接入资源选择过程（参见5.1.2节）。5.1.6 随机接入过程完成当随机接入过程成功完成时，UE应：- 如果存在，丢弃显示指示的ra-PreambleIndex及ra-PRACH-MaskIndex；- 清空用于传输Msg3缓存中MAC PDU的HARQ缓存。5.2 上行时间校准的维护UE有一个可配的定时器timeAlignmentTimer，其用于控制UE认为上行同步的时间长度（见文献8）。UE应：- 当收到定时提前命令MAC控制单元时：- 应用定时提前命令；- 启动或重启时间校准定时器timeAlignmentTimer。- 当在随机接入响应消息中接收到
38、定时提前命令时：- 如果随机接入前导码不是由UE MAC选择，则：- 应用定时提前命令；- 启动或重启时间校准定时器timeAlignmentTimer。- 否则，如果时间校准定时器timeAlignmentTimer没有运行，则：- 应用定时提前命令；- 启动时间校准定时器timeAlignmentTimer；- 当竞争决议不成功（见5.1.5节），停止时间校准定时器timeAlignmentTimer。- 否则：- 忽略接收到的定时提前命令。- 当时间校准定时器timeAlignmentTimer超时：- 清空所有的HARQ缓存；- 通知RRC释放PUCCH/SRS；- 清除所有已配置的下
39、行分配和上行授权。5.3 DL-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上的下行分配，则：- 如果该下行分配是对T-CRNTI的第一次下行分配，则：- 认为NDI是翻转过的。- 如果下行分配以C-RNTI标识并且如果之前该HARQ实体相同的HARQ进程收到过以SPS C-RNTI标识的下行分配或者存在已经配置的下行分配，则： - 不
40、考虑NDI的值，认为NDI是翻转过的。- 通知该TTI下行分配到达，并将相关的HARQ信息传递给HARQ实体。- 否则，如果在该TTI接收到以SPS C-RNTI加扰的下行分配，则：- 如果接收到的HARQ信息中NDI为1，则：- 认为NDI没有翻转过；- 通知该TTI下行分配的到达，并将相关的HARQ信息传递给HARQ实体。- 否则，如果接收到的HARQ信息中NDI为0：- 如果PDCCH内容指示SPS释放，则：- 清除已配置的下行分配（如果有的话）；- 如果timeAlignmentTimer正在运行，则：- 向物理层指示下行SPS释放的ACK。- 否则：- 存储下行分配及相关的HARQ信
41、息作为已配置的下行分配；- 初始化（如果还没有激活）或重新初始化（如果已经激活）配置的下行分配，在该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被翻转过
42、；- 指示该TTI存在一个配置好的下行分配并将相关的HARQ信息传递给HARQ实体。对于配置的下行分配，与该TTI相关联的HARQ进程ID通过下式计算得出：HARQ Process ID = floor(CURRENT_TTI/semiPersistSchedIntervalDL) modulo numberOfConfSPS-Processes，即：其中，CURRENT_TTI=(SFN * 10) + 子帧号。当UE需要读取BCCH，可以基于RRC提供的调度信息：- 如果在该TTI接收到以SI-RNTI加扰的下行分配，则：- 如果PDCCH格式中未定义冗余版本，则：- 该TTI已接收的下行
43、分配的冗余版本通过下式确定：RVK = ceiling(3/2*k) modulo 4其中k取决于系统信息消息的类型：对于SystemInformationBlockType1消息，k = (SFN/2) modulo 4，其中SFN是系统帧号；对于SystemInformation消息，k=i modulo 4, i =0,1, nsw1，其中i表示SI窗nsw中的子帧号；- 将该TTI内用于专用广播HARQ进程的下行分配和冗余版本通知给HARQ实体。5.3.2 HARQ操作5.3.2.1 HARQ实体UE侧有一个HARQ实体，负责维护多个并行的HARQ进程。每个HARQ进程对应一个HARQ
44、进程标识。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.2 HARQ进程在每个有数据传输的子帧，相应HARQ进程从HARQ实体接收到一个或两个（空间复用场景）TBs以及相应的HARQ信息。对于接收的每个TB及相应的HARQ信息，HARQ进程应：- 如果提供的NDI值相比前次收到的对于该TB的值翻转过；或者