关 键 词：

LTE Layer 2协议分析006——ULSCH数据相关流程 协议 分析 006 ULSCH 数据 相关 流程

资源描述：

LTE Layer 2 协议分析协议分析 006 ULSCH 数据相关流程数据相关流程 本文档主要分析 MAC 层中的 UL SCH 数据相关处理流程 该部分内容主要源于 TS36 321 5 4 小节 由于百度文库显示原因 文档中示图可能显示异常 下载文档可正常 查看 概述概述 UL SCH 主要承载以下集中类型数据 DTCH 使用 C RNTI 加扰或 SPS CRNTI 加扰 用于 UE 的用户面数据传输 DCCH 使用 C RNTI 加扰 用于 UE 的控制面数据传输 CCCH 使用 T CRNTI 加扰 用于 UE 的随机接入相关数据传输 UL SCH 中 CCCH 用于 MSG 3 的传输 即用于竞争解决 对于 DTCH 和 DCCH 一次 UL SCH 数据传输的基本流程如下图所示 UEENB Scheduling Request PUCCH PRACH UL SCH PUSCH HARQ ACK NACK PHICH UL grant for new transimission PDCCH RAR UL grant of Retransmission PDCCH RAR UL SCH Retransmission PUSCH 如上图所示 首先 UE 通过 PUCCH 或 PRACH 发送 SR Scheduling Request 即发起 上行调度请求 然后 eNB 通过 PDCCH 或 RAR 将上行授权信息 UL grant 发送给 UE UE 则根据 UL grant 中指示的信息在特定的 TTI 上通过 PUSCH 上发 UL SCH 最后 eNB 基 于 UL SCH 的接收情况通过 PHICH 向 UE 反馈 HARQ ACK 信息 若反馈为 NACK UE 需要根据按照之前的 UL grant 进行重传 考虑到重传时可能出现 的冲突 允许 eNB 在反馈 NACK 是重新下发 UL grant 该情况下 UE 则按照新的 UL grant 重新上传 UL SCH 对于 CCCH 只存在于存在竞争解决的随机接入流程中 如下图所示 UEENB 随机接入触 发过程 随机接入发 起过程 竞争解决过 程 PDCCH order MSG 0 RRC Signal Uplink data coming Preamble MSG 1 RAR MSG 2 MSG 3 MSG 4 Completion of RA 随机接入结 束过程 相关释义详见 LTE Layer 2 协议分析 003 MAC 层的随机接入过程 UE侧上发侧上发SR流程流程 UE 侧上发 SR 流程 如下图所示 由图可见 SR 被触发的条件是 UE 侧有数据需要上发 触发后 UE 应尽快通过 PUCCH 或 PRACH 上发 SR 通过 PRACH 上发 SR 出现在 UE 无 PUCCH 资源用于发送 SR 的场景下 相关处理流程同已上行同步 UE 上发 Preamble 流程 该场景下 eNB 将 Preamble 视为 SR SR COUNTER 用于记录 UE 通过 PUCCH 上发 SR 的次数 若上发次数超过门限 dsr TransMax UE 需要发起随机接入 重新获取无线资源 sr prohibitTimer 用于控制 UE 在 PUCCH 上发送 SR 的时间间隔 避免 UE 过于频 繁地发送 SR UE侧接收侧接收UL GRANT流程流程 UE 侧接收 UL grant 的处理流程如下图所示 判定NDI翻转 CURRENT IRV 0 HARQ FEEDBACK NACK 存储MAC PDU到HARQ buffer 存储HARQ entity下发的UL grant MAC PDU源于MSG3 buffer 本次传输没有落入GAP 该数据的HARQ ACK反馈落在GAP HARQ entity发起了自适应重 传 存储HARQ entity下发的UL grant 根据UL grant设置CURRENT IRV HARQ FEEDBACK NACK HARQ FEEDBACK NACK HARQ entity发起了非自适应 重传 YES YES YES YES YESYES NO CURRENT TX NB 最大传输次数 1 清空HARQ buffer 由图可见 HARQ process 的处理流程分别针对三类场景 新传 自适应重传和非自适应重传 非自适应冲出使用上一次传输的 UL grant 最大传输次数由 eNB 通过 RRC 配置得到 对于 MSG3 配置参数为 maxHARQ Msg3Tx 对于其他常规数据 配置参数为 maxHARQ Tx HARQ FEEDBACK 在 UE 收到 HARQ ACK 反馈后会自行更新 若 UL grant 指示的 UL SCH 数据发送时刻落在 GAP 中 由于 UE 无法收到相应的 HARQ ACK 反馈信息 UE 应自动发起非自适应重传 UE 收到 ACK 反馈 不允许清空 HARQ buffer 需等待下一次新传数据到来才能清 空 附录附录 Multiplexing and assembly entity介绍介绍 UE 侧只有一个 multiplexing and assembly entity 负责生成 MAC PDU MAC PDU 中包 含 MAC 控制单元 MAC Control Element 记为 MCE 和 UL SCH 数据 UL SCH 数据可 以按照逻辑信道区分为不同数据流 其处理流程大致分为如下两个步骤 装配 根据优先级提取 MCE 和各逻辑信道数据 复用 将各个逻辑信道数据和 MCE 复用在一个 MAC PDU 中 HARQ entity介绍介绍 UE 侧对应每一个服务小区 Service Cell 都存在有一个 HARQ 实体 HARQ entity 一个 HARQ entity 包含多个并行的 HARQ 进程 HARQ process 以支撑同时进行 TB 的使 用 HARQ 技术的传输 以下简称 HARQ 传输 HARQ process 使用 HARQ 进程号 HARQ process ID 标识 如下图所示 上行 HARQ process 与 TTI 具有对应关系 特定的一组 TTI 只能用于传输特定 HARQ process 的数据 每一个 HARQ process 对应有一个 HARQ buffer 数据发送时用于存储待发送的 MAC PDU 数据接收时用于存储 soft bit 当该 HARQ process 用于数据发送时 其需要维护一组状态变量如下 CURRENT TX NB 用于记录当前 HARQ buffer 中 MAC PDU 的发送次数 HARQ FEEDBACK 当前 HARQ buffer 中 MAC PDU 最近一次的 HARQ 反馈结果 CURRENT IRV 当前 HARQ buffer 中 MAC PDU 的下一次发送应使用的冗余版本 号 本文完 本系列文档针对 LTE Layer 2 相关协议进行分析 力求使用图表示例等方式更好地分析协议 内容 追溯协议背后的设计思想 主要涉及的协议为 3GPP TS36 321 TS36 322 TS36 323 和 TS36 300 参考协议版本为 R12 本文档纯属自我学习总结 只做学习交流用途

内容简介：

-