第三章 LTE MAC协议解读

3.1 序言

    刚刚开始学习LTE的一段时间，曾经写过一个幻灯片在我们组内分享，后来发到了网站，承蒙大家厚爱到处传阅，如果现在在google上搜索一下，还是能看到很多网站上都有。但是现在自己仔细看看原来的幻灯片，发现有很多地方说得过于模糊，还有一些地方存在错误，内心感到惶恐，趁这个机会，重新整理一下对MAC的理解，结合MAC协议（3GPP 36.321）与自己在MAC层工作的经验，提供更加丰富的内容，同时也希望能够纠正谬误，开启讨论之门。

3.2 概述

    36.321里面主要描述的是MAC的架构与处于MAC层的功能实体，并没有涉及到具体的实现，而且由于LTE取消了向以前的协议专门提供的专用信道，所有的用户数据都使用共享信道，因此对MAC的在资源以及业务调度的功能上提出了很高的要求，这也是不同设备供应商可以大显神通的地方了；而协议本身主要描述的是接受端的行为，因此在基站端可以发挥的余地就更大了。

3.2.1 MAC架构

    MAC协议层在LTE协议栈的位置如下所示：

图3.1 MAC层在LTE协议栈的位置

MAC实体在UE以及eNB上都存在的，它们主要处理如下传输信道：

• 广播信道（Broadcast Channel，BCH）；
• 下行共享信道（Downlink Shared Channel，DL-SCH）；
• 呼叫信道（Paging Channel，PCH）；
• 上行共享信道（Uplink Shared Channel, UL-SCH）；
• 随机接入信道（Random Access Channel,RACH）。

其实这些信道只是概念上的，因为传输信道的管理上不像逻辑信道那样设立专门的逻辑信道号，它只是从功能是进行了描述，因此实现上是否真正存在这样的传输信道，这在于个厂商自己。对于MAC层与物理层之间的处理，自然可以设置专门的通道，也可以只是通过一些简单的标识来处理，当然这也是信道的一种表现形式。

    下图3.1与3.2分别为层二的上下行功能框架图：

图3.1 层二下行功能框架图

图3.1 层二上行功能框架图

3.2.2 服务

3.2.2.1 提供给上层的服务

MAC层给上层（RLC层，也可以泛指MAC层以上的协议层）提供的服务有：

• 数据传输，这里面隐含了对上层数据处理，比如优先级处理，逻辑信道数据的复用；
• 无线资源分配与管理，包括MCS的选择，数据在物理层传输格式的选择，以及无线资源的使用管理，从这里我们可以知道MAC层掌握了所有物理层资源的信息。

3.2.2.2 期待物理层提供的服务

物理层向MAC层提供以下服务：

• 数据传输，MAC层通过传输信道访问物理层的数据传输服务，而传输信道的特征通过传输格式进行定义，它指示物理层如何处理相应的传输信道，例如信道编码，交织，速率匹配等；
• HARQ 反馈信令（HARQ ACK/NACK）；
• 调度请求信令（SR）；
• 测量（比如信道质量CQI，与编码矩阵PMI等）

3.2.3 MAC层功能

       MAC层的各个子功能实体提供以下的功能：

• 实现逻辑信道映射到传输信道；
• 复用从一条或多条逻辑信道下来的数据(MAC SDUs)到传输块，并通过传输信道发给到物理层；
• 把从传输信道传送上来的传输块解复用成MAC SDU，并通过相应的逻辑信道，上交给RLC层；
• 调度信息的报告，UE向eNODEB请求传输资源等；
• 基于HARQ机制的错误纠正功能；
• 通过动态调度的方式，处理不同用户的优先级；以及对同一用户的不同逻辑信道的优先级处理，这里主要在UE端实现；
• 传输格式的选择，通过物理层上报的测量信息，用户能力等，选择相应的传输格式，从而达到最有效的资源利用。

以上功能与上下行以及MAC实体的对应关系如下表所示：

表3.1 MAC 功能与链路方向的关联

3.2.4 信道结构

    在描述与MAC相关的信道前，这里先对信道做一些简单的解释，信道可以认为是不同协议层之间的业务接入点（SAP），是下一层向它的上层提供的服务。LTE沿用了UMTS里面的三种信道，逻辑信道，传输信道与物理信道。从协议栈的角度来看，物理信道是物理层的, 传输信道是物理层和MAC层之间的, 逻辑信道是MAC层和RLC层之间的，它们的含义是：

• 逻辑信道，传输什么内容，比如广播信道（BCCH），也就是说用来传广播消息的；
• 传输信道，怎样传，比如说下行共享信道DL-SCH，也就是业务甚至一些控制消息都是通过共享空中资源来传输的，它会指定MCS，空间复用等等方式，也就说是告诉物理层如何去传这些信息；
• 物理信道，信号在空中传输的承载，比如PBCH，也就是在实际的物理位置上采用特地的调制编码方式来传输广播消息了。

    进一步解释，逻辑信道按照消息的类别不同，将业务和信令消息进行分类，获得相应的信道称为逻辑信道，这种信道的定义只是逻辑上人为的定义。传输信道对应的是空中接口上不同信号的基带处理方式，根据不同的处理方式来描述信道的特性参数，构成了传输信道的概念，具体来说，就是信号的信道编码、选择的交织方式（交织周期、块内块间交织方式等）、CRC冗余校验的选择以及块的分段等过程的不同，而定义了不同类别的传输信道；物理信道，就是在特定的频域与时域乃至于码域上采用特地的调制编码等方式发送数据的通道，物理信道就是空中接口的承载媒体，根据它所承载的上层信息的不同定义了不同类的物理信道。

    跟MAC层相关的信道有传输信道与逻辑信道，比如传输信道是物理层提供给MAC的服务，MAC可以利用传输信道向物理层发送与接收数据，而逻辑信道是MAC层向RLC层提供的服务，RLC可以使用这些逻辑信道想MAC层发送与接收数据。

3.2.4.1 传输信道

    MAC使用的传输信道如下表所示：

表3.2 跟上下行相关的传输信道

这些传输信道的用途与处理方式如下：

• BCH（广播信道），下行，固定的，预定义传输格式的，例如具有固定大小，固定发送周期，调制编码方式等等；除了MIB消息再专属的物理信道上传输外，其它的广播消息（SIB）都是在物理共享信道上传输的，不再像UMTS那样留有专门的物理信道用于传输广播消息；
• PCH（呼叫信道），下行,支持UE的非连续接收达到省电的目的；映射到物理下行共享信道，与BCH类似；
• DL-SCH/UL-SCH，可以传输业务数据已经系统控制信息；
• RACH（随机接入信道），上行，用于指定传输随机接入前导，发射功率等等信息。

由上可知，除了指定特定的资源用于系统广播消息、上行的接入信息以及上下行信道控制信息外，其他的资源对所有用户来说都是共享的，进行统一调度。如果我们对比UMTS与LTE的传输信道，就会发现LTE的传输信道要少，例如针对业务数据，不再有专用传输信道与专用控制信道，通通并入了共享信道；这样的传输信道安排，已经跟WiMAX对资源管理的方式非常相似。由于业务资源都是共享的，那么MAC的调度就要做到兼顾业务优先级，无线资源高效使用以及公平性，这对MAC的设计提出了比较高的要求。可以说不同设备商的基站性能跟MAC层的调度非常相关。

3.2.4.2 逻辑信道

    MAC提供的逻辑信道如下表3.3所示：

表3.3 逻辑信道

这些逻辑信道的用途与处理方式如下：

• BCCH（广播控制信道），下行信道，用于广播系统控制信息，例如系统带宽，天线个数以及各种信道的配置参数等等；
• PCCH（呼叫控制信道），下行信道，用于传输呼叫信息（被叫号码等等）以及系统信息改变时的通知；这个信道用于系统不知道这个UE所在的小区位置时的呼叫，另外，当系统知道UE的具体位置时，可以使用共享信道来呼叫，但是对于系统信息改变还是必须使用PCCH，因为那时它呼叫的是小区内的所有UE；
• CCCH（通用控制信道），上/下行信道，用于传递UE与系统之间的控制信息，当UE还没有RRC连接时，使用这个控制信道来传递控制信息，例如传输接入时，由于还没有RRC连接，RRC连接请求消息就是发在这个逻辑信道上的。因此没有RRC连接的UE都可以使用这个信道；
• DCCH（专用控制信道），上/下行信道，点对点的双向信道，用于传递UE与系统之间的专用控制信息，因此UE必须建立了RRC连接；
• DTCH（专用数据信道），上/下行信道,点对点的双向信道，用于传递用户数据。

当MAC通过PDCCH物理信道指示无线资源的使用的时候，MAC会根据逻辑信道的类型把相应的RNTI映射到PDCCH，这样用户通过匹配不同的RNTI可以获取到相应的逻辑信道的数据

• C-RNTI, Temporary C-RNTI and 半静态调度C-RNTI 用于DCCH 与 DTCH;
• P-RNTI 用于 PCCH；
• RA-RNTI 用于在DL-SCH上接收随机接入相应；
• Temporary C-RNTI 用于在随机接入过程中接收CCCH；
• SI-RNTI 用于BCCH。

如下图所示：

                图3.3 RNTI 与逻辑信道映射关系

3.2.4.3 逻辑信道到传输信道的映射

    MAC实体负责把上行的逻辑信道映射到相应的上行传输信道，映射关系如图3.4与表3.4所示：

图3.4 上行逻辑信道与传输信道映射

下行映射：

图3.5 下行逻辑信道与传输信道映射

、

参考http://blog.sina.com.cn/s/blog_5eba1ad10100gw03.html

最后

以上就是坦率面包为你收集整理的第三章 LTE MAC协议解读的全部内容，希望文章能够帮你解决第三章 LTE MAC协议解读所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。