精华内容
下载资源
问答
  • LTE MAC功能及标准介绍
    更多相关内容
  • LTE MAC RRC RLC PDCP详解

    2020-06-29 19:14:26
    LTE MAC层 PDCP RLC RRC 等协议解读,比较详实,供初学者参考,解读详实、内容丰富,LTE 层二层三解读
  • LTE MAC 中文版

    2013-03-23 18:56:29
    3GPP,LTE MAC R8中文版,CCSA出版
  • LTE MAC PDU

    2021-01-22 14:02:30
    常规MAC PDU (UL SCH/DL SCH/MCH,除透传MAC和RAR外) 该类MAC PDU结构上可包括四种成分:一个MAC头(大小可变))、0个或多个MAC SDU(大小可变)、0个或多个MAC CE(控制单元)或padding(填充信息,可选项)。其中...

    常规MAC PDU (UL SCH/DL SCH/MCH,除透传MAC和RAR外)

    在这里插入图片描述

    该类MAC PDU结构上可包括四种成分:一个MAC头(大小可变))、0个或多个MAC SDU(大小可变)、0个或多个MAC CE(控制单元)或padding(填充信息,可选项)。其中MAC SDU、MAC CE或padding填充信息均为净负荷。

    一个MAC头包含一个或多个MAC子头,每个子头对应着MAC SDU或MAC CE或padding类型的净负荷。

    MAC子头的逻辑信道标识(LCID)以用来区分净负荷的类型。

    每个子头(Sub Header)中的“L”代表长度,可7比特位,也可15比特位,具体哪种情况由”F”来标示,”L”长度对应着相应的MAC SDU或MAC CE的长度(字节数)。除了最后一个子头和固定大小的MAC CE的情况外,每个子头都存在“L”字段。


    根据LCID区分,MAC CE的种类有八种,分别为:

    ➢缓存状态报告(BSR)

    ➢小区无线网络临时标识(C-RNTI)

    ➢非连续接收命令(DRX command)

    ➢终端竞争解决标识(UE Contention Resolution Identity)

    ➢时间提前量命令(Timing Advance Command)

    ➢功率余量(Power Headroom)

    ➢MCH调度信息(MCH Scheduling Information)

    ➢SCELL激活或去激活(Activation/Deactivation)。

    其它的LCID代表的是MAC SDU或填充信息padding。


    透传的MAC PDU

    该类MAC PDU的特征为没有MAC头,也即其全部信息为MAC SDU,且字节长度必须调整为传输块TB大小,比如传递BCCH和PCCH信息,BCCH信息可映射为BCH或DL-SCH传输信道,并进而映射为PBCH或PDSCH物理信道;而PCCH映射为PCH传输信道,并进而映射为PDSCH物理信道。

    随机接入响应的MAC PDU

    在这里插入图片描述
    MAC RAR,用于随机接入响应消息,也即message2。

    该类MAC PDU结构上可包括三种成分:一个MAC头(大小可变)、0个或多个MAC RAR或padding(填充信息,可选项)。其中MAC SDU、MAC CE或padding填充信息均为净负荷。

    该MAC头可由两种类型的子头构成(注意:这两类子头在同一个时间里是互斥的),类型的区别由类型字段“T”来决定,T=0即指示接下来呈现的是随机接入回退指示---”BI”,T=1期指示接下来呈现的是随机接入前导码标识---RAPID。

    T = 0
    BI(Backoff Indicator)指定了UE重发preamble前需要等待的时间范围(取值范围见36.321的7.2节)。如果UE在RAR时间窗内没有接收到RAR,或接收到的RAR中没有一个preamble与自己的相符合,则认为此次RAR接收失败。此时UE需要等待一段时间后,再发起随机接入。等待的时间为在0至BI指定的等待时间区间内选取一个随机值。(注:如果在步骤四中,冲突解决失败,也会有这样的后退机制)

    值得需要注意的是: BI指定的UE重发preamble前需要等待的时间可能与前面介绍的物理层timing存在冲突。(具体如何选择发送preamble的子帧,取决于UE的实现,协议中并没有给出答案!

    BI的取值从侧面反映了小区的负载情况,如果接入的UE多,则该值可以设置得大些;如果接入的UE少,该值就可以设置得小些。

    T = 1
    根据MAC子头中的“E”位置设置为“1”意味着接下来的字段中是否还有随机接入的E/T/RAPID字段,也即同一条的MAC RAR消息可以为多个用户服务(不同RAPID)
    若是某个随机接入响应MAC子头是RAPID类型的,那么其对应的净负荷结构为固定长度:6个字节。

    RAPID为Random Access Preamble IDentifier的简称,为eNodeB在检测preamble时得到的preamble index。如果UE发现该值与自己发送preamble时使用的索引相同,则认为成功接收到对应的RAR。

    11-bit的Timing advance command用于指定UE上行同步所需要的时间调整量。(这里不做详细描述,可能的话,以后会做一下上行同步的介绍。感兴趣的,可以看36.213的5.2节)

    20-bit UL grant指定了分配给msg3的上行资源。当有上行数据传输时,例如需要解决冲突,eNodeB在RAR中分配的grant不能小于56bit。

    在基于竞争的随机接入响应中,若是msg3携带CCCH的MAC SDU信息(涉及层三消息),那么必须在解码msg4之前,用TC-RNTI地址解码PDCCH信息(TC-RNTI的有效值为00001~0FFF3之间);而若是msg3携带C-RNTI的MAC CE信息(纯粹MAC层,不涉及层三消息),那么必须在解码msg4之前,用C-RNTI地址解码PDCCH信息,而不采用TC-RNTI,也即手机不理会msg2中分配的TC-RNTI地址。

    若是基于非竞争的随机接入,那么基站响应RAR中,TC-RNTI设置为0*0000,意味着是无效的TC-RNTI,只是RAR结构上的填充而已,手机只要根据RAR中的RAPID信息,并匹配上已发送的msg1中的RAPID,即认为随机接入过程成功完成,之后手机应用本次随机接入前一步骤msg0明示的C-RNTI。

    关于RAR消息的调度,UE必须以RA-RNTI为地址解码PDCCH的调度信息,代表着随机接入的时频信息,RA-RNTI的计算公式为

    R A − R N T I = 1 + t i d + 10 ∗ f i d RA-RNTI=1+t_{id}+10*f_{id} RARNTI=1+tid+10fid

    中国移动LTE中由于常规的上下行子帧配比设置为SA2,那么当PRACH配置索引为3时,那么无论何种情况随机接入,RA-RNTI的值为3,而当PRACH配置索引为4时,RA-RNTI的值为8。

    这三种MAC PDU中的净负荷为MAC SDU、MAC CE(控制单元)、MAC RAR或填充信息padding,这些净负荷中只有MAC SDU来自于高层,也就是来自于RLC层的数据,其余的都是在MAC本层添加进来的。

    参考链接:
    1 https://blog.csdn.net/duanzw102/article/details/51547720
    2 https://baijiahao.baidu.com/s?id=1620644779711288858&wfr=spider&for=pc

    展开全文
  • LTE MAC

    千次阅读 2020-02-04 18:08:26
    LTEMAC层介于RLC和PHY之间,实现了逻辑信道到物理信道的处理,包括信道转换、优先级处理和调度管理。MAC层提供以下功能: 1、逻辑信道与传输信道之间的映射。 2、将来自一个或多个逻辑信道的MAC SDU复用到一个...

    MAC层简介

    LTE的MAC层介于RLC和PHY之间,实现了逻辑信道到物理信道的处理,包括信道转换、优先级处理和调度管理。MAC层提供以下功能:

    1、逻辑信道与传输信道之间的映射。

    2、将来自一个或多个逻辑信道的MAC SDU复用到一个传输块(TB),通过传输信道发给物理层。

    3、将一个或多个逻辑信道的MAC SDU解复用,这些SDU来自于物理层通过传输信道发送的TB。

    4、调度信息上报。

    5、通过HARQ进行错误纠正。

    6、通过动态调度在UE之间进行优先级操作。

    7、同一个UE的逻辑信道间进行优先级的操作。

    8、逻辑信道优先级排序。

    9、传输格式选择。

     

    MAC层概念解析

    信道映射

    对于上行:复用从一条或多条逻辑信道下来的数据(MAC SDUs)到传输块,并通过传输信道发送到物理层。 
    对于下行:把从传输信道传送过来的传输块解复用成MAC SDU,并通过相应的逻辑信道,投递到RLC层。 
     

     

    RNTI

           当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。

    HARQ

           LTE中存在两种级别的重传机制:MAC层的HARQ,以及RLC层的ARQ(AM模式)。起主要作用的是MAC层的HARQ,而RLC的ARQ是作为一种补充手段而存在的。

           HARQ(Hybrid Automatic Repeat Request),混合式自动重传请求。根据重传内容的不同,在3GPP标准和建议中主要有3种混合自动重传请求机制,包括HARQ-I、HARQ-II和HARQ-III等。 
    (1)HARQ-I型:FEC前向纠错+重传 
           HARQ-I即为传统HARQ方案,它仅在ARQ的基础上引入了FEC纠错编码。 
    (2)HARQ-II型:FEC前向纠错+重传+组合译码 
           HARQ-II也称作完全增量冗余方案。在这种方案下,其中重传数据并不是已传数据的简单复制,而是附加了冗余信息。接收端每次都进行组合译码,将之前接收的所有比特组合形成更低码率的码字,从而可以获得更大的编码增益,达到递增冗余的目的。每一次重传的冗余量是不同的,而且重传数据不能单独译码,只能与先前传的数据合并后才能被解码。 
    (3)HARQ-III型:FEC前向纠错+重传+互补删除 

           对于每次发送的数据包采用互补删除方式,各个数据包既可以单独译码,也可以合成一个具有更大冗余信息的编码包进行合并译码。

    TTI bundling

    TTI:transmission time interval传输时间间隔,它说明了一个MAC传输块时间上的长度,在LTE中TTI=1ms 。

    TTI bundling:在多个连续的子帧上多次发送同一个TB(Transport Block),而无需等待ACK/NACK的技术。

           TTI bundling的目的是为了提高小区边缘UE的上行VoIP覆盖。根据一些已知的仿真结果,上行使用TTI bundling能够带来4 dB的增益。 3GPP  没有对下行使用TTI BUNDING进行阐述。

    为什么提出TTI bundling?

            不同的UE,其最大发射功率不同,对于边缘的UE,上行覆盖较小,数据传输出错率不能满足可接受的范围。在正常的上行数据传输中(无TTI-bunding),一个TB会转换成多个冗余版本RV,UE在某个子帧发送第一个RV,后续RV是否发送,取决于前一次ACK/NACK。边缘的UE,其数据重传的概率较高,导致voiP业务延迟较大,体验下降。

           在 TTI bundling 机制下,对应同一TB的不同RV可以在连续的子帧中发送(4个上行子帧),而不需要等待回应的ACK/NACK。当对应TB的所有传输都接收并处理完后,将会发送一个联合的 ACK/NACK。即在连续的子帧接收同一 TB 的多次传输(不同的 RV),并做软合并处理后,使用一个 ACK/NACK做统一的回应。

    TTI bundling开启机制

            eNodeB 何时使能某个 UE 的 TTI bundling 呢?其中一种实现方式是 eNodeB 在某个给定的时间段内,通过接收对应 UE 的 power headroom来计算该 UE 的可用功率是否低于某个阈值(例如:发射功率已接近 UE 的最大发射功率,但 SINR 值依旧很低),从而决定是否使能 TTI bundling 功能。或者是在发现 UE 处于小区边界(例如:很低的 SINR)并且 UE 使用类似于语音的业务(QCI=1)时,使能该 UE 的 TTI bundling 功能。

    注意事项

    • 只有 FDD 和 TDD 0/1/6,才支持 TTI bundling。对于其它 4 种 TDD 上下行配置,由于一个系统帧内的上行子帧数小于 4 个,所以不支持 TTI bundling。
    • 对于 TDD 而言,是不能同时使能 TTI bundling 和 SPS 的。
    • 如果 UE 配置了 1 个或多个上行 SCell(不是下行 SCell),则 UE 不能配置 TTI bundling。FDD  和 TDD 都适用,即上行载波聚合不支持 TTI bundling)
    • 随机接入过程中的 MSG3 传输是不使用 TTI bundling 的。
    • 如果 UE 使用了 TTI bundling,则 UE 在一个 TTI 内至多只能被分配 3 RB, 只能使用 QPSK 来发送上行数据;
    • 如果 UE 使用了 TTI bundling,则该 UE 的所有的无线承载(不仅仅包括用于语音传输的DRB)都只能使用 TTI bundling。
    • TTI bundle 内的所有 TTI 传输作为一个整体,统一反馈 HARQ ACK/NACK。即只有对应 TTI bundle 的最后一个 TTI,会收到一个 HARQ ACK/NACK 反馈,而不管这个 TTI 是否发送数据。
    • TTI bundle 的重传依然是一个 TTI bundle。

     

    BSR

    缓冲区状态报告(BSR),缓冲区状态报告用于给服务eNB提供UE有共有多少数据存在上行的缓冲区里需要发送的信息。BSR有几种:常规BSR、填充BSR和周期性BSR。

    常规BSR:没有分配上行资源时,当属于某一个逻辑信道组的逻辑信道有数据要发送,需要触发常规BSR。

    填充BSR: 已经分配了上行资源,并且填充比特数大于或者等于BSR控制信息但与加上它的子头部,此时触发填充BSR。

    周期性BSR:当periodicBSR-Timer 定时器超时触发的BSR称为“周期性BSR”。

    SR

    调度请求(SR),用于请求上行共享信道资源用于发送上行数据所用。只有常规BSR会SR。当触发了SR时,UE要发送缓冲区状态报告(BSR),BSR在共享信道上发送的,也是需要资源来发送的,那么如何获得用于发送BSR的上行资源呢?这就要先在PUCCH上发送SR或者通过PRACH发送。但是如果在PUCCH上发送的SR总是失败,那么也就需要通过随机接入的方式来获得上行资源。

    随机接入

     随机接入是UE和网络之间建立上行无线链路的过程,只有在随机接入完成之后,eNB和UE之间才能正常进行数据传输。根据业务触发方式的不同,可以将随机接入分为基于竞争的随机接入(Contention based random access procedure)和基于非竞争的随机接入(Non-Contention based random access procedure)。

    非竞争随机接入是UE根据eNB的指示,在指定的PRACH信道资源上使用指定的Preamble码发起的随机接入。

    竞争的随机接入是UE没有上行资源,又有数据要发送时,使用随机的Preamble码发起的随机接入。

    MAC  数据格式

           一个 MAC PDU 由 1 个 MAC 头(MAC header)+ 0 个或多个 MAC SDU + 0 个或多个 MAC CE(Control Element) + 可能存在的 padding 组成。MAC header 由一个或多个 MAC subheader 组成。每个 subheader 对应一个 MAC PDU,或一个MAC CE,或 padding。 

     

    è¿éåå¾çæè¿°

    MAC头部是可变长的,它包含以下参数:

    • LCID:用于指示逻辑信道、控制消息类型或者填充域;

    • L:指示SDU或者控制消息的长度,除了最后一个子头以及固定长度的控制消息对应的字头,每一个子头都有一个L域,它的长度由F域指示;

    • F:如果SDU或者控制消息的长度大于128byte,那么设置F=1,否则设为0,通过F的值,我们就可以知道对应的L值的大小了,也就是知道这个内容(MAC SDU或者控制消息单元的长度了);

    • E:指示MAC 头部是否有多个域,当E=1时,意味着接下来存在另外一组R/R/E/LCID 域,如果是0,那么接下来就是payload了;

    • R: 预留比特位,设为“0”
    展开全文
  • LTE MAC研究

    2013-05-10 17:30:40
    刚刚开始学习LTE的一段时间,曾经写过一个幻灯片在我们组内分享,后来发到了网站,承蒙大家厚爱到处传阅,如果现在在google上搜索一下,还是能看到很多网站上都有。但是现在自己仔细看看原来的幻灯片,发现有很多...
  • lte mac层协议

    2018-06-01 10:40:21
    lte mac层标准协议学习,由助于新手了解mac层相关的东西
  • LTE MAC协议

    2013-09-10 14:24:20
    3GPP中的R9、R10、R11中的MAC层协议内容,以及R9和R10关于MAC方面的增删内容对比
  • 第三章 LTE MAC协议解读 --- MAC 格式

    千次阅读 2019-03-21 17:33:26
    3.3 MAC格式(协议数据单元,格式与参数) 3.3.1 概述 MAC PDU是八位对齐的比特流,最高位第...MAC SDU也是八位对齐的比特流,而MAC PDU里面的参数也是按照相同的顺序,高位在左边,低位在右边的顺序。 3.3.2 M...

    http://blog.sina.com.cn/s/blog_5eba1ad10100gwj8.html

    3.3 MAC格式(协议数据单元,格式与参数)

    3.3.1 概述

    MAC PDU是八位对齐的比特流,最高位第一行的最左边比特,最低位在最后一行的最右边的比特;MAC SDU也是八位对齐的比特流,而MAC PDU里面的参数也是按照相同的顺序,高位在左边,低位在右边的顺序。

    3.3.2 MAC PDU(DL-SCH和UL-SCH,除了透明MAC和随机接入响应)

    MAC PDU具有一个头部,零个或多个SDU,零个或多个控制单元,可能还有填充位。

    MAC头部与MACSDU都是可变长度的。

    一个MAC PDU头部,MAC PDU头部可能有一个或多个子头部(subheader),每一个对应一个SDU、控制信息单元(control element)或者填充位。

    一个普通MAC PDU子头部由六个域(R/R/E/LCID/F/L)组成,但是对于最后一个子头部、固定长度的MAC控制信息单元以及填充位对应的子头部,它们只包含四个域(R/R/E/LCID)

    图3.3.2-1: R/R/E/LCID/F/L MAC 子头部

    图3.3.2-2: R/R/E/LCID MAC 子头部

    MAC PDU子头部的顺序跟MAC SDU,MAC控制信息单元以及填充部分出现的顺序是相应的。

    MAC控制信息单元处于任何MAC SDU的前面。

    填充部分一般放在MAC PDU的最后面,不过如果只有一个字节或者两个字节的填充部分时,它就放在MAC PDU的最前面。填充部分的内容可以是任何值,因为接收方会直接忽略掉这里面的内容。

    对于一个UE,每次一个传输块只能携带一个MAC PDU,当然它也告诉我们,如果有两个传输块时,可以携带两个PDU(这就是当使用空间复用的传输方式时)。

    图3.3.2-3: 具有头部、控制信息单元、SDUs以及填充部分的MAC PDU例子

    MAC头部是可变长的,它包含以下参数:

    • LCID:用于指示逻辑信道、控制消息类型或者填充域;

    • L:指示SDU或者控制消息的长度,除了最后一个子头以及固定长度的控制消息对应的字头,每一个子头都有一个L域,它的长度由F域指示;

    • F:如果SDU或者控制消息的长度大于128byte,那么设置F=1,否则设为0,通过F的值,我们就可以知道对应的L值的大小了,也就是知道这个内容(MAC SDU或者控制消息单元的长度了);

    • E:指示MAC 头部是否有多个域,当E=1时,意味着接下来存在另外一组R/R/E/LCID 域,如果是0,那么接下来就是payload了;

    • R: 预留比特位,设为“0”

          3.3.3 控制信息单元

    •        由于MAC存在多个控制信息单元,这里为了节约篇幅,只对几个重要的控制信息单元进行说明。

      3.3.3.1缓冲状态报告控制信息单元(BSR)

      这个控制信息单元,对于上行调度是至关重要的,作为eNB分配给UE资源的一个凭据,UE有多少数据要发送就是通过它来告诉eNB的,BSR有两种:

    • 短BSR和截断BSR格式:一个LCG ID(逻辑信道标识)域以及对应的缓冲区大小域,eNB收到这个消息后,就知道对应的UE的这个上行逻辑信道组有多少业务数据要发送,由于eNB是对一个逻辑信道组分配资源,那么就意味着这些资源可以被这个组的逻辑信道共享,每一个逻辑信道能够获得多少资源这就取决于UE的调度了,因此UE必须按照业务属性来分配资源,否则无法保证对应的业务的服务质量(QoS)如图3.3.3-1所示;
    • 长BSR格式:四个缓冲区大小域,对应于LCG IDs #0 到#3,如图3.3.3-2所示

       

    图3.3.3-1: 短BSR以及截断BSR MAC控制信息单元

    图3.3.3-2: 长BSR控制信息单元

    BSR格式可以通过MAC PDU字头部中LCID域来指示,如下表3.3.3-1所示:

    表3.3.3-1 UL-SCH的LCID值

     

    Index

    LCID values

    00000

    CCCH

    00001-01010

    逻辑信道标识

    01011-11001

    预留

    11010

    功率预留报告(PHR)

    11011

    C-RNTI

    11100

    截断BSR

    11101

    短BSR

    11110

    长BSR

    11111

    填充

    LCG ID 域和缓冲区大小定义如下:

    • LCG ID: 逻辑信道组标识域指示了上报的缓冲区状态对于的逻辑信道组,它的长度为两个比特,也就意味着系统只设置了4个逻辑信道组;

    • 缓冲区大小: 它指示了在构造了这个BSR控制信息单元之后的逻辑信道组内所有逻辑信道总的可以发送的数据量,数据量大小的单位是字节数。它应该包含在RLC层以及PDCP层可以传输的数据,这里的含义是指应该包含从PDCP发送到RLC的业务数据部分以及由RLC产生的RLC控制信息部分,我们可以参考【3】和【4】;值得注意的是这里不包含RLC以及MAC的头部信息所要占用的字节数,因此我们在给这个逻辑信道组分配资源的时候需要考虑到这一点,可以适当的多分配一点,这样就可以减少BSR的数量,从而也就节约了空口资源。这个域由六个比特位来指示,如表3.2所示,MAC层对不同的缓冲大小区间进行了量化,量化成为64个等级(可以用六比特表示),因此只需要传索引值而不是实际的大小,这样可以节约控制信息的长度。

          Table 6.1.3.1-1: BSR承载的缓冲区大小水平

    索引

    缓冲区大小 (BS) [字节]

    索引

    缓冲区大小 (BS) [字节]

    0

    BS = 0

    32

    1132 < BS <= 1326

    1

    0 < BS <= 10

    33

    1326 < BS <= 1552

    2

    10 < BS <= 12

    34

    1552 < BS <= 1817

    3

    12 < BS <= 14

    35

    1817 < BS <= 2127

    4

    14 < BS <= 17

    36

    2127 < BS <= 2490

    5

    17 < BS <= 19

    37

    2490 < BS <= 2915

    6

    19 < BS <= 22

    38

    2915 < BS <= 3413

    7

    22 < BS <= 26

    39

    3413 < BS <= 3995

    8

    26 < BS <= 31

    40

    3995 < BS <= 4677

    9

    31 < BS <= 36

    41

    4677 < BS <= 5476

    10

    36 < BS <= 42

    42

    5476 < BS <= 6411

    11

    42 < BS <= 49

    43

    6411 < BS <= 7505

    12

    49 < BS <= 57

    44

    7505 < BS <= 8787

    13

    57 < BS <= 67

    45

    8787 < BS <= 10287

    14

    67 < BS <= 78

    46

    10287 < BS <= 12043

    15

    78 < BS <= 91

    47

    12043 < BS <= 14099

    16

    91 < BS <= 107

    48

    14099 < BS <= 16507

    17

    107 < BS <= 125

    49

    16507 < BS <= 19325

    18

    125 < BS <= 146

    50

    19325 < BS <= 22624

    19

    146 < BS <= 171

    51

    22624 < BS <= 26487

    20

    171 < BS <= 200

    52

    26487 < BS <= 31009

    21

    200 < BS <= 234

    53

    31009 < BS <= 36304

    22

    234 < BS <= 274

    54

    36304 < BS <= 42502

    23

    274 < BS <= 321

    55

    42502 < BS <= 49759

    24

    321 < BS <= 376

    56

    49759 < BS <= 58255

    25

    376 < BS <= 440

    57

    58255 < BS <= 68201

    26

    440 < BS <= 515

    58

    68201 < BS <= 79846

    27

    515 < BS <= 603

    59

    79846 < BS <= 93479

    28

    603 < BS <= 706

    60

    93479 < BS <= 109439

    29

    706 < BS <= 826

    61

    109439 < BS <= 128125

    30

    826 < BS <= 967

    62

    128125 < BS <= 150000

    31

    967 < BS <=1132

    63

    BS > 150000

     

    3.3.3.1 MAC PDU RAR (随机接入响应)

    随机接入响应对于的PDU遵循MAC PDU的规则,只是里面的内容有所不同而已,它可以包含多个随机接入响应

    除了BACKOFF对应的子头部外,每一个子头部对应于一个RAR消息,如果存在BACKOFF指示,那么它对应的子头部要放在第一个MAC子头部的位置上,并且只能出现一次。一个RAR的PDU其实可以不包含RAR消息,而只是包含一个BACKOFF指示信息,如图3.3.3-4所示。

    一个MAC PDU 子头部由三个头部域组成(E/T/RAPID),如图图3.3.3-1 所示。

    但是对于BACKOFF 指示的子头部包含五个域(E/T/R/R/BI)如图图3.3.3-2 所示。

    A MAC RAR 包含四个域R/Timing Advance Command/UL Grant/Temporary C-RNTI图3.3.3-3

    最后也可能存在填充,这个是隐含的,跟通常的填充规则不同,通过传输块大小减去MAC头部大小以及RAR大小就可以推断出来。

    图3.3.3-1: E/T/RAPID MAC 子头部

    图3.3.3-2: E/T/R/R/BI MAC 字头部

     图3.3.3-3: MAC RAR

    图3.3.3-4: 含有头部与多个RAR的MAC PDU的例子

    3.3.3.2     RAR消息的MAC头部

    RAR消息对应的MAC头部是可变长度的,定义如下

    • E: 扩展域用于指示MAC头部还有其它域(例如其它RAR消息对于的子头部),如果E被置为“1”,也就是说随后至少还有一个(E/T/RAPID)域,否则,就指示随后是RAR消息或者填充部分,这里我们会发现对于RAR的填充部分它是紧随MAC头部的;
    • T: 类型域,用于指示这个MAC子头部包含的是随机接入ID(前导序列ID)还是BACKOFF指示,T置为“0”,也就是说这个子头部包含的是BI值, 如果是“1”,就意味着在这个子头部出现的是随机接入前导ID域;
    • R: 预留比特,置为"0";
    • BI: BACKOFF指示,通常是在小区过载的情况下,指示UE延后发送随机接入过程。4比特位表示;
    • RAPID: 随机接入前导与指示发送的随机接入前导序列,6比特位表示。

    6.2.3   RAR消息内容

    MAC RAR消息大小是固定的,包含如下域:

    -     R: 预留比特,置为“0”;

    -     Timing Advance Command: The Timing Advance Command field indicates the index value TA (0, 1, 2… 1282) used to control the amount of timing adjustment that UE has to apply (see subclause 4.2.3 of [2]). 11比特位表示;

    -     UL Grant: The UpLink Grant field indicates the resources to be used on the uplink (see subclause 6.2 of [2]). 20比特位表示;

    -     Temporary C-RNTI: The Temporary C-RNTI field indicates the temporary identity that is used by the UE during Random Access. The size of the Temporary C-RNTI field is 16 bits.

     

     

    展开全文
  • 基于OAI的LTE MAC层研究和实现,张俊龙,张玉艳,为了满足人们对新型数据业务的增长需求,要求通信系统有着更快的传输速率、更小的传输延迟以及更高的吞吐量。无线网络MAC,作为通
  • LTE_MAC协议解读.doc

    2019-10-28 15:41:36
    详细介绍了LTEMAC层架构、MAC格式、MAC层过程(随机介入过程、上行定时、DRX、调度、SR、BSR和HARQ)
  • 第三章 LTE MAC协议解读

    千次阅读 2015-07-08 19:47:11
     刚刚开始学习LTE的一段时间,曾经写过一个幻灯片在我们组内分享,后来发到了网站,承蒙大家厚爱到处传阅,如果现在在google上搜索一下,还是能看到很多网站上都有。但是现在自己仔细看看原来的幻灯片,发现有很多...
  • lte mac 介绍

    2013-06-19 11:00:57
    关于lte mac层的介绍,包括harq,TB大小选择,mcs的接受等
  • LTE MAC标准

    2012-11-05 21:22:04
    LTEMAC层标准化文档,这是基于R9的版本,后续还有R10、R11,R12目前还在制定,估计变化不大
  • LTE系统MAC的资源调度算法总结和相关解释,包括轮询算法、最大载干比算法、正比公平算法、增强型正比公平算法。另外设计一些资源调度协议的实现。
  • LTE系统终端中MAC模块的实现分析 (2010年)
  • 包含36.201/36.211/36.212/36.213/36.214物理层协议中文翻译,36.321 MAC层、36.322 RLC层、36.323 PDCP层、36.331 RRC层中文翻译
  • LTE 3gpp 层2协议

    2016-09-14 00:42:03
    3gpp lte mac,rlc,pdcp层协议
  • LTEMAC

    千次阅读 2018-11-29 16:39:49
    到2018.03.21,MAC相关的协议38.321基本定型了 ,这篇文章简单的介绍一下MAC,进一步的理解,我们要自己去深入321了。 先附上一张MAC层所处的位置,他的上级和下级分别是什么?请看下图: 1.MAC的上级(Higher ...
  • LTE MAC相关协议介绍(中兴) LTE协议现状 MAC相关协议 36.321协议介绍 MAC实现架构
  • LTE MAC PDU 分析

    千次阅读 2011-11-01 16:12:06
    MAC PDU包含MAC header,0或多个 MAC Control Element,0或多个MAC SDU,以及padding。   MAC header: 包含一个或多个MAC PDU subheader (1 byte, 2 byte or 3 byte),每个对应于一个MAC SDU,一个MAC CE 或者...
  • LTE MAC 解读ppt

    2011-03-11 10:43:19
    本文详细的介绍了LTE以及MAC的一些相关知识,而且也涉及到一些4G方面的设计研究。
  • LTE MAC 协议解读

    2010-01-05 14:22:29
    很赞的LTE MAC层协议解读,对应的协议时36.321,中文解释,解释得很清楚~很有参考价值哦,
  • LTE MAC层标准

    2011-11-04 15:29:38
    协议、标准的中英文翻译!包括随机接入过程,HARQ过程,小区的开启关闭!
  • LTE PDCP、RLC和MAC关键技术。详细介绍了LTE PDCP、RLC和MAC关键技术,值得一看,无论是新手还是老手都有收获。
  • LTE MAC最新协议2010年1月,详细介绍LTE MAC曾层的功能和流程
  • LTE RLC/MAC层作用学习

    千次阅读 2019-09-26 08:58:34
    RLC提供分段/串接服务(UM/AM):当MAC层指示的RLC PDU小于RLC SDU时,RLC实体对RLC SDU进行分段操作,当大于RLC SDU时进行串联操作。 RLC提供重传服务(AM):MAC层的HARQ只能到做到一定级别的BLER(误块率),...
  • LTE学习笔记--MAC--MAC PDU

    千次阅读 2018-03-16 11:12:09
    一个 MAC PDU 由 1 个 MAC 头(MAC header)+ 0 个或多个 MAC SDU + 0 个或多个 MAC CE(Control Element) + 可能存在的 padding 组成。MAC header 由一个或多个 MAC subheader 组成。每个 subheader 对应一个 MAC ...
  • 1.13 MAC功能介绍第一部分(LTE空中接口) 1.14 MAC功能介绍第二部分(LTE空中接口) 2.1 物理层信息处理过程介绍第一部分 2.2 物理层信息处理过程介绍第二部分 2.3 MIMO介绍第一部分 2.4 MIMO介绍第二部分 ...
  • 3GPP+LTE中上行链路MAC层调度的研究

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 5,211
精华内容 2,084
关键字:

lte mac