LTE物理传输资源(1)-帧结构

写完上一篇博文《LTE小区搜索-物理小区ID和同步信号PSS、SSS》之后,本想继续写系统信息相关内容的,但发现写的时候必不可少的要涉及PDCCH、PHICH等内容,而这些内容目前还没有系统的写。所以接下来的几篇博文,将写一些需要掌握的LTE背景知识。

本文描述的是LTE的帧结构相关内容。

关于帧结构,之前的博文里零散的提到过一些,比如博文《LTE-TDD随机接入过程(2)-前导码Preamble的格式与时频位置》,里面在讲解前导码格式的时候,提到了每个子帧的长度是30720Ts,以及不同的上下行子帧配置时,下行、特殊子帧、上行的配比。本文综合整理一下这些内容。

1.基本时间单位

在LTE里,无论是FDD还是TDD,它的时间基本单位都是采样周期Ts,值固定等于:

其中,15000表示子载波的间隔是15KHz,2048表示采样点个数,因此采样率等于30.72MHz(15000*2048=30.72MHz)。除了15KHz的子载波间隔之外,3GPP协议实际上还定义了一个7.5KHz的载波间隔。这种降低的子载波间隔是专门针对MBSFN(Multimedia
Broadcast multicast service Single Frequency Network)的多播/广播传输的,且在R9协议中只是部分给出了实现,因此本博客除非特别说明,都将默认子载波间隔是15KHz。

2.FDD帧结构

协议上对LTE-FDD的帧结构模式,一般又称为Frame structure type 1,这里为了指代明确,还是称呼为FDD帧结构。

在FDD里,每个无线系统帧的长度Tf=307200*Ts=10ms,由20个时隙(slot)组成,每个时隙长度Tslot=15360*Ts=0.5ms,按照0到19进行周期循环编号。每个子帧由2个连续的时隙组成,按照0到9进行周期循环编号,因此1个无线系统帧由10个子帧组成,无线帧的周期是1024。

在FDD里,每个系统帧的10个子帧都可以传输下行,也都可以传输上行,上下行在不同的频域中分别进行。在半双工的FDD模式下,UE不能在同一个子帧里既发送数据又接收数据,而在全双工的FDD模式下,UE则没有这个限制,在同个子帧里可以同时发送和接收数据。

下面是FDD制式的帧结构示意图。

3.TDD帧结构

协议上对LTE-TDD的帧结构模式,一般又称为Frame structure type 2,这里为了指代明确,还是称呼为TDD帧结构。

在TDD里,每个无线系统帧的长度Tf=307200*Ts=10ms,由2个“半帧”组成,每个“半帧”的长度等于5ms,由5个连续的子帧组成,每个子帧长度等于1ms。除了特殊子帧,每个子帧由2个连续的时隙组成。特殊子帧固定在1、6号子帧,由DwPTS(下行导频时隙)、GP、UpPTS(上行导频时隙)组成。同样的,1个无线系统帧由10个子帧组成,无线帧的周期是1024。

下面是TDD制式的帧结构示意图。

相同的子帧在不同的上下行配置(Uplink-downlink configuration)时,可能会发送不同方向的数据。下图是各种上下行子帧配置下,所有子帧发送数据的方向。D表示该子帧只能发送下行数据,U表示该子帧只能发送上行数据,S表示特殊子帧,一般用作下行数据发送。UL/DL configuration参数来自于RRC层的SIB1消息(36331协议),具体参数路径是:SystemInformationBlockType1->tdd-Config->TDD-Config->subframeAssignment,详见博文《LTE-TDD随机接入过程(2)-前导码Preamble的格式与时频位置》。

下行-上行切换周期与10ms内特殊子帧的个数有关,计算方式参考下图。

本质上DwPTS可作为一个常规的下行子帧使用,只是调度的时候有效的RB仅为普通下行子帧的0.75倍,因此传输的数据量较小。一般在讲上下行子帧配比的时候,是将特殊子帧作为下行子帧考虑的。下图所示的就是TDD制式下,各种子帧上下行配比关系。而UpPTS由于时间太短,不用于数据传输,可用作随机接入PRACH(还记得随机接入的DCI格式4吗?请再看一遍文章《LTE-TDD随机接入过程(2)-前导码Preamble的格式与时频位置》)。

特殊子帧的时长与特殊子帧配置相关,如下图所示。关于特殊子帧配置(Special subframe configuration参数),参考博文《LTE-TDD随机接入过程(2)-前导码Preamble的格式与时频位置》。下文会结合OFDM符号长度再说这个表格。

4.OFDM符号

LTE的每个时隙由包括循环前缀CP)在内的一定数量的OFDM符号组成。除了CP之外的OFDM符号时间称为有用的OFDM符号时间,时长为Tu=2048*Ts=66.7us。若系统是Normal CP类型(普通CP类型),则每个时隙包括7个OFDM符号,若是Extended
CP
类型(扩展CP类型),则每个时隙包括6个OFDM符号。对于Normal CP类型,每个时隙第一个OFDM符号前部的CP长度是160*Ts,其他的CP长度是144*Ts,第一个符号长度不同的原因仅仅在于为了填满0.5ms的时隙。对于Extended CP类型,每个CP的长度是512*Ts。如下图所示。

我在博文《LTE小区搜索-物理小区ID和同步信号PSS、SSS》的末尾给出了2张PSS和SSS的位置图,从图中可以看到,下行CP类型是Normal CP类型。从该博文中,也可以知道,检测到PSS/SSS同步信号之后,UE就获知了下行CP类型,而上行CP类型是RRC的ul-CyclicPrefixLength字段下发给UE的,如下图所示。

5.特殊子帧占用的OFDM符号个数

结合前文特殊子帧中DwPTS、UpPTS的长度以及每个OFDM符号的长度,可以得到特殊子帧中各部分占用的OFDM符号个数,如下图所示(只列出部分配置,其他配置类似可以画出)。

关于特殊子帧中UpPTS占用OFDM符号个数的计算:

对于上下行都是Normal CP来说,因为UpPTS肯定不在时隙的第一个符号,因此对于UpPTS来说,每个OFDM符号占用的时长是2192Ts(2048+144)。所以:对于时长是2192Ts的UpPTS,那么只需要1个OFDM符号即可传输;对于时长是4384Ts的UpPTS,那么需要2个OFDM符号即可传输。同样的,对于上下行都是Extended
CP来说,对于时长是2560Ts的UpPTS,那么只需要1个OFDM符号即可传输;对于时长是5120Ts的UpPTS,那么需要2个OFDM符号即可传输。

6.PSS所处的OFDM符号位置

协议36213提到:如果特殊子帧配置是0、5,且下行CP类型是Normal,或者特殊子帧配置是0、4,且下行CP类型是Extended,那么不能在该特殊子帧中发送PDSCH数据。

For the special subframe configurations 0 and with normal downlink CP or configurations 0 and 4 with extended downlink CP,
there shall be no PDSCH transmission in  DwPTS of the special subframe.

下面分析一下为什么会有这个结论,原因是什么。

下图是同步信号PSS和SSS的一种位置示意图。从图中可以看到,这是个TDD制式,且下行CP类型是Normal CP类型。SSS位于子帧0、5的最后一个OFDM符号,无论是哪种上下行子帧配置,0、5子帧始终是下行子帧。PSS位于子帧1、6的第三个符号,而1、6子帧始终是特殊子帧,那么这里需要确保PSS不会落到GP甚至UpPTS中。

从前文的“特殊子帧时间长度”表格中可以看到,DwPTS的长度是由特殊子帧配置(Special subframe configuration)决定的,范围从6592Ts26336Ts不等。而对于Normal
CP时,每个时隙前三个OFDM符号的总长度(含循环前缀CP)=(160+2048+144+2048+144+2048)Ts=6592Ts。也就是说,无论是哪种特殊子帧配置,位于特殊子帧第三个符号上的PSS,总会落在DwPTS中,而不会落到GP甚至UpPTS中。

那么问题来了,如果特殊子帧配置是0或5,且下行是普通CP类型时,DwPTS的时长就是6592Ts,那么这个时候是没有办法在特殊子帧中发送下行数据的。所以,有时候更换了特殊子帧配置,也会影响下行的流量(还记得GAP配置会影响下行流量吗?参考《LTE-TDD资源调度(3)-测量GAP》)。

再来看看扩展CP的情况。当下行CP是扩展CP时,DwPTS的长度范围从7680Ts25600Ts不等。每个时隙前三个OFDM符号的总长度(含循环前缀CP)=(512+2048)*3Ts=7680Ts。同样的,此时无论是哪种特殊子帧配置,位于特殊子帧第三个符号上的PSS,也总会落在DwPTS中,而不会落到GP甚至UpPTS中。同理,如果特殊子帧配置是0或4,且下行是扩展CP类型时,DwPTS的时长是7680Ts,这个时候是没有办法在特殊子帧中发送下行数据的。

参考文献:

(1)3GPP TS 36.211 V9.1.0 (2010-03) Physical Channels and Modulation

(2)《4G LTE/LTE-Advanced for Mobile Broadband》

(3)http://www.sharetechnote.com/

(4)3GPP TS 36.213 V9.3.0 (2010-09) Physical layer procedures

时间: 2024-09-27 09:19:35

LTE物理传输资源(1)-帧结构的相关文章

LTE物理传输资源(3)-时频资源

在博文<LTE物理传输资源(1)-帧结构和OFDM符号>里提到了LTE的帧结构和时域上的OFDM符号,本文继续这个话题,继续描述子帧和时隙结构里的其他内容. 1.资源粒度 为提高终端的功率效率,延长电池的续航时间,以及设备成本上的考虑,LTE上行链路采用SC-FDMA(Single Carrier Frequency Division Multiple Access,单载波频分多址)技术.在时域上,最小的资源粒度是一个OFDM符号(上行是SC-FDMA符号.下文统一称为OFDM符号).在频域上

LTE物理传输资源(2)-频带、信道带宽和频点号EARFCN

1.频带(Band) 所谓频带,是指无线解码器在规定的失真度和额定输出功率条件下的工作频带宽度,指代的是一个频率的范围或者频谱的宽度,即无线解码器的最低工作频率至最高工作频率之间的范围,单位是Hz.为了方便起见,在LTE中,使用数字1-43来表示不同的频带(36101-V10.21.0版本协议),从而指代不同的频率范围. 协议36101规定了目前LTE所有的频带.该频带的频率范围和LTE制式,如下图所示.需要注意的是,频带1-32的上下行频率范围是不重叠的,即上行和下行在不同的频点中传输数据,这

以太网帧结构

网络通信协议 一般地,关注于逻辑数据关系的协议通常被称为上层协议,而关注于物理数据流的协议通常被称为低层协议. IEEE802就是一套用来管理物理数据流在局域网中传输的标准,包括在局域网中传输物理数据的802.3以太网标准.还有一些用来管理物理数据流在使用串行介质的广域网中传输的标准,如帧中继FR(FrameRelay),高级数据链路控制HDLC(High-LevelDataLinkControl),异步传输模式ATM(AsynchronousTransferMode). 分层模型0OSI 国际

3.HCNA-HNTD——以太网帧结构

网络中传输数据时需要定义并遵循一些标准,以太网是根据IEEE 802.3标准来管理和控制数据帧的.了解IEEE802.3标准时充分理解以太网中链路层通信的基础. 学习目标: 理解分层模型的作用 掌握以太网中数据帧的结构 掌握MAC地址的作用 掌握以太网中数据帧转发的过程 20世纪60年代以来,计算机网络得到了飞速发展.各大厂商和标准组织为了在数据通信网络领域占据主导地位,纷纷推出了各自的网络架构体系和标准,如IBM公司的SNA协议,Novell公司的IPX/SPX协议,以及广泛流行的OSI参考模

以太网帧结构解析

由于需要做一个分析网卡接收的数据包的Project,需要了解以太网帧结构并解析,发现有很多内容从一般网络方面的知识是不够的,因此查阅了相关资料再此做一个记录以备忘. 以太网是目前最流行的有线的局域网技术,特别是上世纪九十年后发展的交换式局域网增加了有效数据速率,同时集线器和交换机等普通且便宜的硬件更助长了其普及程度.以太网的数据帧格式如下图所示: 数据字段:在交换式以太网中,一台主机向局域网中的另一台主机发送一个IP数据报,这个数据报封装在以太网帧结构中作为其有效载荷,以太网的最大传输单元(MT

C语言函数调用及栈帧结构

source:http://blog.csdn.net/qq_29403077/article/details/53205010 一.地址空间与物理内存 (1)地址空间与物理内存是两个完全不同的概念,真正的代码及数据都存在物理内存中. 物理储存器是指实际存在的具体储存器芯片,CPU在操纵物理储存器的时候都把他们当做内存来对待,把他们看成由若干个储存单元组成的逻辑储存器,这个逻辑储存器就是我们所说的地址空间. 地址空间大小与逻辑储存器大小不一定相等. (2)进程的地址空间分布 进程的地址空间包括:

运行时栈帧结构

栈帧(Stack Frame)是用于支持虚拟机进行方法调用和方法执行的数据结构,它是虚拟机运行时数据区中的虚拟机栈(Virtual Machine Stack)的栈元素.栈帧存储了方法的局部变量表.操作数栈.动态连接和方法返回地址等信息.每一个方法从调用开始至执行完成的过程,都对应着一个栈帧在虚拟机栈里面从入栈到出栈的过程.每一个栈帧都包括了局部变量表.操作数栈.动态连接.方法返回地址和一些额外的附加信息.在编译程序代码的时候,栈帧中需要多大的局部变量表,多深的操作数栈都已经完全确定了,并且写入

通过反汇编C代码分析计算机函数调用机制和栈帧结构

备注:秋风 + 原创作品转载请注明出处 + <Linux内核分析>MOOC课程http://mooc.study.163.com/course/USTC-1000029000 C程序代码(简单的函数调用和返回): 将C源码编译成汇编代码: 有效的汇编代码内容: 通过仔细分析汇编代码的工作过程中堆栈的变化情况,可以描绘出函数调用过程中使用的栈帧结构如下: 总结: 计算机在工作时使用程序栈来支持函数或过程调用,机器用栈传递参数.存储返回信息.保存寄存器值用于以后恢复,和存储本地变量.栈向低地址方向

TDD-LTE与FDD-LTE区别之双工模式与帧结构

这一节我们来聊一聊TDD与FDD这两种双工模式的不同及其帧结构的不同. 首先先来看一张关于这两种双工模式的大概工作模式的图: : 从图中,我们可以看到,对于FDD,它是在两个对称的频率下进行传送数据,中间有一个保护频率来间隔上下行数据,但是在时间维度上,上下行数据是一致连续的: 对于TDD系统来说刚好相反,在频率维度上上下行数据是可以相同的,在时间维度上,通过保护间隔将上下行数据分隔开,以防止上下行同频之间的干扰. 从时间维度上理解,可以把FDD系统理解成在高速公路上的汽车(数据)分别在不同车道