技术资料LTE协议解析.docx
- 文档编号:7947491
- 上传时间:2023-01-27
- 格式:DOCX
- 页数:48
- 大小:510.05KB
技术资料LTE协议解析.docx
《技术资料LTE协议解析.docx》由会员分享,可在线阅读,更多相关《技术资料LTE协议解析.docx(48页珍藏版)》请在冰豆网上搜索。
技术资料LTE协议解析
第一章帧格式
1.1下行帧格式
LTE中的下行帧结构如下图1.1所示:
图1.1下行帧格式
1个无线帧包含10个子帧、20个时隙,每个下行时隙又分为若干个OFDM符号,根据CP的长度不同,包含的OFDM符号的数量也不同。
当使用常规CP时,一个下行时隙包含7个OFDM符号;当使用扩展CP时,一个下行时隙包含6个OFDM符号。
(本系列只涉及常规CP以及帧格式1的情况,其它模式类似,在后面的描述里面将不再提及。
)
1.2多天线资源栅格
由于LTE引入了多天线技术,每根天线上传输的资源栅格具有一定相似性,但是由于它们对应的天线端口往往是不一样的,因此它们的资源栅格也会不一样,这主要表现在不同的参考信号的分布上,下图为多天线端口情况下的资源栅格示意图1.2:
图1.2两个空间层资源栅格
上图红色方块为参考信号所处位置,而灰色的方块为空信号。
参考信号是为了让用户对信号质量进行测量以及信道估计所用,因此对于多天线端口的情况,在某一天线端口上存在参考信号的话,那么对应的另外的天线端口相应的位置就不能够传任何信号,以避免对参考信号造成干扰。
以上的帧格式对于所有的带宽情况都是一样的,他们不同的地方就是资源块数不一样,下表1.1列出了不同带宽下的资源块数:
表1.1不同带宽下的资源块数
带宽[MHz]
1.4
3
5
10
15
20
资源块数
6
15
25
50
75
100
1.3上行帧格式
FDDLTE的上行帧结构在时隙以上层面完全和下行相同,而在时隙内结构也基本和下行相同,区别在于一个时隙包含7个DFT-S-OFDM块,而非OFDM符号,这是因为上行采用的是SC-FDMA技术造成,为什么这里说是DFT-S-OFDM块呢?
因为上行在做资源映射之前,做了一次DFT,相当于把时域的信号先扩展到所分配的频域资源上,再做IFFT,从而变换到时域(要深刻了解这个过程还是需要另外看点OFDMA,DFT-SFDM的知识),经过这两个过程后,实际上开始的一个时域上的符号,已经映射到所分配的所有频域资源上了,而在时域上被压缩了,这看起来就像一个单载波的信号,所以不再是单纯的一个符号了,它包含了多个符号的信息。
由于在同一时刻来说只有一个符号了,那么也就不存因为多载波而造成PAPR了。
我们可以看一下,下面这个图【2】(从安捷伦的讲座截取的)。
图1.3OFDMA与SC-FDMA资源映射比较
从上图可以一目了然的看出它们的区别,对于上面这个例子来说,用户分配了4个子载波,对于OFDMA来说,每一调制信号符号占用一个子载波的频带,而在时域上占用一个OFDMA符号的长度,而对于SC-FDMA来说,它的最初的调制信号符号占用了4个子载波的频带,但是在时域上压缩为OFDMA符号的四分之一。
(在这里顺便提一下为什么上行选择SC-FDMA,LTE不采用OFDM做上行,而采用SC-FDMA的主要原因是为了降低峰均比,一般的解释是SC-FDMA最后发送的时域上的数据而不是频域上的数据,因此PAPR会很低,但是为什么时域上的数据的PAPR就低呢?
其实它等同于单载波,PAPR当然低,而关键的区别在于OFDM每个子载波上的相位是随机的,能量是固定的,而SC-FDMA的所谓的子载波上相位是有规律的,能量是不一样的,所以它在叠加之后,其实相当于串行发送。
首先,SC-FDMA调制后信号是时域信号,本身这个时域信号就是QAM调制信号(PAPR很低,都归一化在1附近了),经过M点的DFT后,变换至频域上,然后映射至N点FFT大小的M点上,其中映射方式可以集中式或者分散式的。
然后再经过N点的IFFT再变换至时域上。
其中对于分散式映射,IFFT之后的时域信号相当于DFT之前时域信号的重复(N/M,假设能整除),所以其PAPR也会很低;对于集中式映射,相当于在频域上边带添0,这样IFFT之后的时域信号相当于对DFT之前时域信号进行插值,由于原来的时域信号的PAPR低,所以插值之后时域信号的PAPR依然很低。
最直观还是图1.3所示。
)
由于上行采用的是SC-FDMA技术,因此为了保持上行的单载波特性,在物理信道的设置,参考信号的分布都有很大的不同,下图以一个时隙的上行资源块为例:
图1.4上行资源块格式
1.4上下行资源块映射与调度(待续)
1.3 同步与小区搜索
1.3.1 LTE小区搜索过程
UE使用小区搜索过程识别并获得小区下行同步,从而可以读取小区广播信息。
此过程在初始接入和切换中都会用到。
为了简化小区搜索过程,同步信道总是占用可用频谱的中间63个子载波。
不论小区分配了多少带宽,UE只需处理这63个子载波。
UE通过获取三个物理信号完成小区搜索。
这三个信号是P-SCH信号、S-SCH信号和下行参考信号(导频)。
一个同步信道由一个P-SCH信号和一个S-SCH信号组成。
同步信道每个帧发送两次。
规范定义了3个P-SCH信号,使用长度为62的频域Zadoff-Chu序列。
每个P-SCH信号与物理层小区标识组内的一个物理层小区标识对应。
S-SCH信号有168种组合,与168个物理层小区标识组对应。
故在获得了P-SCH和S-SCH信号后UE可以确定当前小区标识。
下行参考信号用于更精确的时间同步和频率同步。
完成小区搜索后UE可获得时间/频率同步,小区ID识别,CP长度检测。
同步与小区搜索
2.3 参考信号【完整内容,请点击这里】
参考信号(ReferenceSignal,RS),就是常说的“导频”信号,是由发射端提供给接收端用于信道估计或信道探测的一种已知信号。
2.3.1 下行参考信号
下行参考信号有以下目的。
(1)下行信道质量测量。
(2)下行信道估计,用于UE端的相干检测和解调。
下行参考信号由已知的参考信号构成,下行参考信号是以RE为单位的,即一个参考信号占用一个RE。
这些参考信号可分为两列:
第1参考信号和第2参考信号。
第1参考信号位于每个0.5ms时隙的第1个OFDM符号,第2参考信号位于每个时隙的倒数第3个OFDM符号。
第1参考信号位于第1个OFDM符号有助于下行控制信号被尽早解调。
在频域上,每6个子载波插入一个参考信号,这个数值是在信道估计性能和RS开销之间求取平衡的结果,RS过疏则信道估计性能无法接受;RS过密则会造成RS开销过大。
每6个子载波插入一个RS既能在典型频率选择性衰落信道中获得良好的信道估计性能,又能将RS控制在较低水平。
RS的时域密度也是根据相同的原理确定的,每个时隙插入两行RS既可以在典型的运动速度下获得满意的信道估计性能,RS的开销又不是很大。
在参考信号的设置上的考虑主要是基于对高速移动性的支持,有兴趣大家可以参考【3】这本书里面的推算。
另外,第0参考信号和第1参考信号在频域上是交错放置的。
而且,下行参考信号的设计还必须有一定的正交性,以有效地支持多天线并行传输(最多需支持4个并行流),实际上通过在时域上错开放置第2与第3参考信号来解决这个问题。
如图:
图2.3.1-1天线端口对应的参考信号
下图是摘自3GPP36.211,不过它那个图有点问题,在单天线的时候,其实它也假设是同时存在天线端口0,1的,因此,对应到天线端口1的资源粒子是空着的,不能使用。
这有个好处就是不会对其它系统配置,比如说另外同时存在的支持两天线端口的系统的参考信号造成干扰,因此单天线端口的图应该画成如下:
图2.3.1-2单天线端口资源栅格图
虽然图画的有点问题,不过在协议里面有明确说明,在天线端口0的情况下,它必须假设同时存在天线端口0,1。
那么在实现的时候就不会造成误解了。
【完整内容,请点击这里】
2.4下行公共控制信道【点击查看全文】
这一节主要介绍下行物理控制信道,简绍它的处理流程以及资源映射方式。
结合协议定义,分析具体实现方式以及考量的因素。
下行控制信道包括:
物理控制格式指示信道(PCFICH),指示用多少个OFDM符号来传输PDCCH
物理HARQ指示信道(PHICH),用来反馈上行HARQ接收结果
物理下行控制信道(PDCCH),指示相应PDSCH信息以及其它的控制信息
物理广播信道(PBCH),用来传输MIB信息的物理广播信道
在介绍这些信道之前,我们先了解一下相关知识---资源粒子组(REG),单一REG有时又称为mini-CCE,前面三种物理信道都是按照REG的资源单位来做资源映射的。
其二就是下行的处理过程。
【购买请点击】
第三章LTEMAC协议解读
3.1序言
刚刚开始学习LTE的一段时间,曾经写过一个幻灯片在我们组内分享,后来发到了网站,承蒙大家厚爱到处传阅,如果现在在google上搜索一下,还是能看到很多网站上都有。
但是现在自己仔细看看原来的幻灯片,发现有很多地方说得过于模糊,还有一些地方存在错误,内心感到惶恐,趁这个机会,重新整理一下对MAC的理解,结合MAC协议(3GPP36.321)与自己在MAC层工作的经验,提供更加丰富的内容,同时也希望能够纠正谬误,开启讨论之门。
3.2概述
36.321里面主要描述的是MAC的架构与处于MAC层的功能实体,并没有涉及到具体的实现,而且由于LTE取消了向以前的协议专门提供的专用信道,所有的用户数据都使用共享信道,因此对MAC的在资源以及业务调度的功能上提出了很高的要求,这也是不同设备供应商可以大显神通的地方了;而协议本身主要描述的是接受端的行为,因此在基站端可以发挥的余地就更大了。
3.2.1MAC架构
MAC协议层在LTE协议栈的位置如下所示:
图3.1MAC层在LTE协议栈的位置
MAC实体在UE以及eNB上都存在的,它们主要处理如下传输信道:
∙广播信道(BroadcastChannel,BCH);
∙下行共享信道(DownlinkSharedChannel,DL-SCH);
∙呼叫信道(PagingChannel,PCH);
∙上行共享信道(UplinkSharedChannel,UL-SCH);
∙随机接入信道(RandomAccessChannel,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反馈信令(HARQACK/NACK);
∙调度请求信令(SR);
∙测量(比如信道质量CQI,与编码矩阵PMI等)
3.2.3MAC层功能
MAC层的各个子功能实体提供以下的功能:
∙实现逻辑信道映射到传输信道;
∙复用从一条或多条逻辑信道下来的数据(MACSDUs)到传输块,并通过传输信道发给到物理层;
∙把从传输信道传送上来的传输块解复用成MACSDU,并通过相应的逻辑信道,上交给RLC层;
∙调度信息的报告,UE向eNODEB请求传输资源等;
∙基于HARQ机制的错误纠正功能;
∙通过动态调度的方式,处理不同用户的优先级;以及对同一用户的不同逻辑信道的优先级处理,这里主要在UE端实现;
∙传输格式的选择,通过物理层上报的测量信息,用户能力等,选择相应的传输格式,从而达到最有效的资源利用。
以上功能与上下行以及MAC实体的对应关系如下表所示:
表3.1MAC功能与链路方向的关联
MAC功能
UE
eNB
下行
上行
逻辑信道和传输信道之间的映射
X
X
X
X
X
X
复用
X
X
X
X
解复用
X
X
X
X
HARQ
X
X
X
X
X
X
传输格式的选择
X
X
X
不同用户间优先级处理
X
X
X
同一用户不同逻辑信道优先级处理
X
X
X
逻辑信道优先级设置
X
X
调度信息报告
X
X
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跟上下行相关的传输信道
传输信道名
缩写
下行
上行
BroadcastChannel广播信道
BCH
X
DownlinkSharedChannel 下行共享信道
DL-SCH
X
PagingChannel 呼叫信道
PCH
X
UplinkSharedChannel 上行共享信道
UL-SCH
X
RandomAccessChannel 随机接入信道
RACH
X
这些传输信道的用途与处理方式如下:
∙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逻辑信道
逻辑信道名
缩写
控制信道
业务信道
BroadcastControlChannel 广播控制信道
BCCH
X
PagingControlChannel 呼叫控制信道
PCCH
X
CommonControlChannel 通用控制信道
CCCH
X
DedicatedControlChannel 专用控制信道
DCCH
X
DedicatedTrafficChannel 专用数据信道
DTCH
X
这些逻辑信道的用途与处理方式如下:
∙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,TemporaryC-RNTIand半静态调度C-RNTI用于DCCH与DTCH;
∙P-RNTI用于PCCH;
∙RA-RNTI用于在DL-SCH上接收随机接入相应;
∙TemporaryC-RNTI用于在随机接入过程中接收CCCH;
∙SI-RNTI用于BCCH。
如下图所示:
图3.3RNTI与逻辑信道映射关系
3.2.4.3逻辑信道到传输信道的映射
MAC实体负责把上行的逻辑信道映射到相应的上行传输信道,映射关系如图3.4与表3.4所示:
图3.4上行逻辑信道与传输信道映射
下行映射:
图3.5下行逻辑信道与传输信道映射
3.3MAC格式(协议数据单元,格式与参数)
3.3.1概述
MACPDU是八位对齐的比特流,最高位第一行的最左边比特,最低位在最后一行的最右边的比特;MACSDU也是八位对齐的比特流,而MACPDU里面的参数也是按照相同的顺序,高位在左边,低位在右边的顺序。
3.3.2MACPDU(DL-SCH和UL-SCH,除了透明MAC和随机接入响应)
MACPDU具有一个头部,零个或多个SDU,零个或多个控制单元,可能还有填充位。
MAC头部与MACSDU都是可变长度的。
一个MACPDU头部,MACPDU头部可能有一个或多个子头部(subheader),每一个对应一个SDU、控制信息单元(controlelement)或者填充位。
一个普通MACPDU子头部由六个域(R/R/E/LCID/F/L)组成,但是对于最后一个子头部、固定长度的MAC控制信息单元以及填充位对应的子头部,它们只包含四个域(R/R/E/LCID)
图3.3.2-1:
R/R/E/LCID/F/LMAC子头部
图3.3.2-2:
R/R/E/LCIDMAC子头部
MACPDU子头部的顺序跟MACSDU,MAC控制信息单元以及填充部分出现的顺序是相应的。
MAC控制信息单元处于任何MACSDU的前面。
填充部分一般放在MACPDU的最后面,不过如果只有一个字节或者两个字节的填充部分时,它就放在MACPDU的最前面。
填充部分的内容可以是任何值,因为接收方会直接忽略掉这里面的内容。
对于一个UE,每次一个传输块只能携带一个MACPDU,当然它也告诉我们,如果有两个传输块时,可以携带两个PDU(这就是当使用空间复用的传输方式时)。
图3.3.2-3:
具有头部、控制信息单元、SDUs以及填充部分的MACPDU例子
MAC头部是可变长的,它包含以下参数:
∙LCID:
用于指示逻辑信道、控制消息类型或者填充域;
∙L:
指示SDU或者控制消息的长度,除了最后一个子头以及固定长度的控制消息对应的字头,每一个子头都有一个L域,它的长度由F域指示;
∙F:
如果SDU或者控制消息的长度大于128byte,那么设置F=1,否则设为0,通过F的值,我们就可以知道对应的L值的大小了,也就是知道这个内容(MACSDU或者控制消息单元的长度了);
∙E:
指示MAC头部是否有多个域,当E=1时,意味着接下来存在另外一组R/R/E/LCID域,如果是0,那么接下来就是payload了;
∙R:
预留比特位,设为“0”
3.3.3控制信息单元
由于MAC存在多个控制信息单元,这里为了节约篇幅,只对几个重要的控制信息单元进行说明。
1.1.1.13.3.3.1缓冲状态报告控制信息单元(BSR)
这个控制信息单元,对于上行调度是至关重要的,作为eNB分配给UE资源的一个凭据,UE有多少数据要发送就是通过它来告诉eNB的,BSR有两种:
∙短BSR和截断BSR格式:
一个LCGID(逻辑信道标识)域以及对应的缓冲区
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 技术资料 LTE 协议 解析