本文由无线通信前沿翻译提供，每周更新无线通信前沿资讯与技术文档，喜欢可关注：
MAC
截至2018年3月，38.321 MAC规范几乎完成，当然它还在不断发展。 在本文中我将描述NR MAC，并尝试在可能的情况下与LTE MAC进行比较，如果您熟悉LTE MAC，这种比较将帮助您了解NR MAC。
High Level View of NR MAC Layer
关于MAC层的功能以及它与高层和低层的交互，如下图总结所示：
从上图中可以看出，NR MAC功能/过程与LTE MAC功能/过程非常相似。 供您参考，我将NR MAC功能和LTE MAC功能对比如下。
| 5G/NR（38.321） | LTE（36.211） |
提供给上层的服务 | 数据传输 无线资源分配 | 数据传输 无线资源分配 |
MAC层的功能 | 逻辑信道和传输信道之间的映射
MAC SDU的复用
MAC SDU的解复用
调度信息报告
HARQ纠错
逻辑信道优先级 | 逻辑信道和传输信道之间的映射
MAC SDU的复用
MAC SDU的解复用
调度信息报告
HARQ纠错
UE之间的优先级处理
一个MAC实体的逻辑信道之间的优先级处理
逻辑信道优先级
传输格式选择
SL的无线资源选择 |
物理层提供的服务 | 数据传输服务
HARQ反馈的信令
调度请求的信令
测量（例如，信道质量指示（CQI）） | 数据传输服务
HARQ反馈的信令
调度请求的信令
测量（例如，信道质量指示（CQI）） |
还有另一种描述MAC功能的方式。 它描述了由MAC层执行的每个单独的过程，如下表所述，这是我喜欢描述MAC层的方式。 当MAC层和PHY层规范最终确定时，我会用单独的页面来介绍每个过程。
过程名称 | 描述 |
随机访问过程 | 获取初始上行链路授权并执行与网络同步 |
DL-SCH数据传输（NW） | 执行DL数据传输所需的一切（DCI调度，HARQ等） |
UL-SCH数据调度（NW） | 通过发送DCI X（UL Grant）调度UL数据传输 |
UL-SCH数据传输（UE） | 执行UL数据传输所需的一切（DCI X解码，HARQ，多路复用和汇编） |
SR调度请求（UE） | 将请求发送到网络以获得UL授权 |
DRX - 不连续接收 | 以特殊模式控制UE的PDCCH监控活动主要是为了节省能耗 |
SPS - 半持续调度 | 以特殊模式调度DL / UL传输以减少调度开销 |
PCH接收 | 监控特殊时段的寻呼消息 |
BCH接收 | 获取小区的基本信息（MIB和SFN） |
Channel Mapping at MAC Layer
下面的插图可能会向您介绍MAC过程的一些详细信息，但除非您非常仔细地检查每条线路，否则它可能不太清楚。 在信道映射方面，38.321中的表格更清晰，更易于理解，右边的插图将更加清晰直观。
如您所见，从逻辑信道到传输信道的大多数信道是一对一或多对一关系，但BCCH它映射到BCH和DL-SCH。这是什么意思 ？ 这是否意味着BCCH消息同时映射到BCH和DL-SCH？不是，这意味着一些BCCH数据映射到BCH，一些BCCH数据映射到DL-SCH。 如果您熟悉LTE，您会知道LTE中主要有两种类型的BCCH，一个是MIB，其他是SIB。 MIB经过BCCH-BCH路径，SIB经过BCCH-DL SCH路径，NR将使用相同的信道映射模式。
Comparison of MAC PDU / Headers between NR and LTE
下面将会介绍NR和LTE 的MAC PDU总体结构。 您会注意到，在LTE MAC中，所有子头都位于MAC PDU的开头，但是在NR MAC中，子头位于相对应的SDU（有效负载）的正前方。 换句话说，在LTE MAC 中，子头和相对应的数据位于不同区域中，但是在NR MAC中，子头和相对应的数据（有效载荷）位于彼此相邻的相同区域中。
下面将会介绍NR和LTE MAC子头的头部结构，总体结构看起来很相似，但是在NR中没有‘E’字段。NR不需要‘E’字段，因为每个子头都位于相对应有效载荷的正前方，没有多个子头彼此相邻的情况，因此不需要‘E’字段（注意：‘E’字段用来表示是否有任何其他MAC子头位于当前MAC子头之后）。
NR MAC Subheader Structure
下面介绍了NR MAC子头的结构以及子头中每个字段的含义。
< 38.321- Figure 6.1.2-1 R/F/LCID/L MAC subheader with 8-bit L field >
< 38.321- Figure 6.1.2-2 R/F/LCID/L MAC subheader with 16-bit L field >
< 38.321- Figure 6.1.2-3 R/LCID MAC subheader >
字段 | 描述 |
LCID | 该字段表示逻辑信道ID，每个MAC子头有一个LCID字段， LCID字段大小为6位。 |
L | 这字段表示MAC SDU或大小不固定的MAC CE的长度（以字节为单位）。 除了大小固定的MAC CE和用于填充的子头之外，每个MAC子头有一个L字段， L字段的大小由F字段表示。 |
F | F代表'格式'，它表示L字段的大小。 除了大小固定的MAC CE和用于填充的子头之外，每个MAC子头有一个F字段， F字段的大小是1位。 F为0表示L字段大小为8位
F为1表示L字段大小为16位 |
下表介绍了基于38.321 v15.1（2018年3月版）的MAC 子头中的LCID字段。
下表介绍了基于38.321 v15.2（2018年6月版）的MAC 子头中的LCID字段，与v15.1相比，添加或修改了以下内容：
l DL：添加了推荐比特率
l UL：CCCH分为两种不同的类型，大小不是48比特的CCCH和大小为48比特的CCCH
[[i] 本帖最后由 Qual9109 于 2018-9-8 19:50 编辑 [/i]]
关注楼主