news 2026/9/30 1:04:34

LTE帧结构详解:从无线帧到RE的完整时间架构

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
LTE帧结构详解:从无线帧到RE的完整时间架构

先问个老问题:LTE一帧是多长时间?如果你能脱口而出“10ms”,那第二个问题来了——一帧里有多少个子帧、多少个时隙、多少个OFDM符号?我面试做物理层或外场优化的同事时,这道题基本是必问项。原因很简单:帧结构是LTE物理层一切时间关系的基础,它决定了终端怎么找小区、基站怎么调度用户、HARQ怎么往返、TDD系统怎么切上下行。如果不把这张“时间表”彻底吃透,后面看参考信号、看控制信道、看调度流程,都会觉得空中飘着一层雾。

这篇专题就聚焦在“4G LTE的帧结构”这一个点上,从上到下把它掰开揉碎。内容包括:为什么LTE要把时间切成10ms一帧、1ms一个子帧;普通CP和扩展CP到底差在哪;FDD和TDD的帧结构为什么必须分开讲;资源网格里的RE、RB是怎么从帧里长出来的;终端是怎么靠PSS/SSS和PBCH在帧里完成初始同步的。最后我会讲讲外场测试和网络优化时,帧结构会以什么方式给你“使绊子”。

1. 为什么帧结构是物理层的“地基”:先理解它解决什么问题

1.1 没有统一时间基准,OFDM系统一天都跑不起来

很多人容易把帧结构当成一张单纯的表格去背,背完就忘。真正理解它,得先明白物理层离开帧结构就转不动。LTE用的是OFDM,它的核心优势是多路子载波在频域上正交,可以并行传输数据。但正交的前提是收发双方对“符号从哪里开始、到哪里结束”有完全一致的判断。基站和终端之间没有一根物理时钟线,所有的时间同步都得靠空口信号本身来对齐。如果终端对符号边界的认知偏了一点,子载波间的正交性就会被破坏,产生载波间干扰,性能直接崩掉。

打个比方:一栋大楼里几十户人家共用一个配电间,物业必须排一个值班表,谁在哪个时间段用电、哪个时间段检修,规定得清清楚楚。帧结构就是通信系统的“值班表”,它把时间切成了固定大小的块,让基站和所有终端在同一个刻度上工作。

帧结构还不只是解决同步。蜂窝系统里,一个小区下挂几十上百个用户,频谱资源是共享的。基站要在时间维上把资源切成片,然后按需分给不同用户,这个调度动作也得依赖帧结构提供的颗粒度。没有这个时间刻度,多用户调度、HARQ重传、测量上报、DRX省电这些机制全都无从谈起。

1.2 一张时间表同时解决的四件事

回头看LTE协议栈,帧结构的价值可以归纳成四件事,这四件事在后面的章节里都会反复遇到:

  • 多用户调度的时间颗粒度:资源不是整块扔给一个用户的,而是按子帧、按时隙、按PRB切分,帧结构决定了最小时间颗粒是多大。
  • 小区搜索与同步的锚点位置:PSS/SSS在帧里的位置是固定的,终端开机后靠找这些固定位置的信号完成时间同步和小区识别。
  • HARQ和调度的固定节奏:LTE的很多流程采用了固定的时间偏移,比如下行数据在第n个子帧下发,终端在n+4个子帧回HARQ,基站再在后续子帧重传或发新数据。这个“4ms”的节奏就是帧结构给的。
  • TDD上下行切换的依据:时分双工系统在同一个频点上分时收发,什么时候发下行、什么时候发上行、什么时候留保护间隔,全部由帧结构里特殊子帧的位置决定。

理解了这四件事,再看协议里那些看似随意的周期数字(5ms、10ms、40ms、1024帧),就不会觉得它们只是拍脑袋定的了。

2. 一条时间轴上的三层嵌套:无线帧、子帧、时隙和OFDM符号

2.1 10ms无线帧和1ms子帧是怎么定的

LTE的时间结构是嵌套式的,从大到小依次是:无线帧、子帧、时隙、OFDM符号。最外层是无线帧,长度10ms,一个无线帧由10个1ms的子帧组成,子帧依次编号为0到9。每个子帧分成两个时隙,每个时隙0.5ms。在常规CP配置下,一个时隙由7个OFDM符号组成;在扩展CP配置下,一个时隙由6个OFDM符号组成。所以一个常规CP的无线帧,总共包含20个时隙、140个OFDM符号;扩展CP则是20个时隙、120个OFDM符号。

为什么最外层选10ms而不是别的数字?这个问题没有特别玄妙的理论推导,更多是工程折中。一方面,10ms的粒度和很多高层定时需求匹配,比如HARQ往返、调度周期、测量的时间窗,都能在这个尺度上找到合适的对齐点;另一方面,3G时代的UMTS无线帧也是10ms,LTE在时间架构上保持一个大家熟悉的尺度,对协议设计和设备实现都更平滑。倒是不用过度解读,实际工作中记住这个数字就够了,真正的复杂度在子帧以内的结构。

子帧1ms这个颗粒度是LTE调度的核心时间单元。从MAC层的角度看,一个子帧是下行调度和上行调度的一次基本单位;从物理层角度看,1ms恰好等于两个时隙,对应14个OFDM符号(常规CP)。LTE早期的语音业务用的是VoLTE,1ms的调度粒度正好能让语音包的发送周期(通常20ms)被均匀切进帧里,不至于出现明显的抖动感。

2.2 时隙里的OFDM符号和循环前缀:0.5ms内的时间账

要真正吃透时隙,得把OFDM符号内部的时间结构打开看。LTE物理层的时间基准单位是Ts,定义是1/(15000×2048)秒,约等于32.55纳秒。这个数字不是随便来的:子载波间隔15kHz,取倒数就是66.67微秒,这是一个OFDM符号的有效数据部分时长。为什么乘以2048?因为20MHz带宽下FFT点数是2048,采样率是30.72MHz,30.72MHz的倒数正好就是32.55ns。其它带宽的FFT点数会按比例缩小,但Ts和符号有效时长不变,这一点很统一。

一个常规CP的OFDM符号总时长是这样构成的:

  • 有效数据部分:2048个采样点,对应66.67微秒;
  • 循环前缀:第一个符号的CP是160个采样点,约5.21微秒;后续6个符号的CP是144个采样点,约4.69微秒。

所以常规CP下,一个时隙里7个符号的总时长为:(160+2048) + 6×(144+2048) = 15360个Ts = 0.5ms。一个子帧就是30720个Ts = 1ms。这个账自己动手算一遍之后,“为什么一个时隙恰好是0.5ms”这个问题就再也不会忘了。

循环前缀的作用,是把多径信道带来的符号间干扰“吃掉”。无线信号在传播过程中会经过反射、绕射,到达接收端的是多路叠加信号,各路信号的到达时间有先有后。如果没有CP,前一个符号的多径延迟部分会污染后一个符号的起始段;有了CP,只要多径时延差不超过CP长度,这些延迟部分就被循环前缀吸收掉了,FFT解调窗口依然能保持子载波正交性。

2.3 扩展CP在什么时候才值得用

扩展CP的每个时隙只有6个符号,CP长度是512个采样点,约16.67微秒。显然,扩展CP能容忍更大的多径时延扩展,适合超远覆盖、海面、矿区这类反射体稀疏但距离远的场景。代价也很明显:同样一个时隙0.5ms,常规CP能塞7个符号,扩展CP只能塞6个,时域资源直接少了约14.3%。如果整个小区都用扩展CP,峰值速率会明显下降。

实际网络中,绝大多数站点用常规CP就够了。城市环境的多径时延扩展一般只有几微秒,常规CP的4.69微秒完全能扛住。我印象里扩展CP更多出现在一些特殊场景,比如某些偏远地区的超远距离覆盖站点,或者是些特殊行业专网。普通商用网的优化人员很少有机会跟扩展CP打交道,但面试中这个问题出现的频率极高,原理必须讲清楚。

3. FDD和TDD:同样是10ms一帧,规则完全不同

3.1 FDD的帧结构:上下行各走各的道

LTE的帧结构分为两种类型,分别对应FDD和TDD两种双工方式。FDD用两个独立的频带分别承载下行和上行,下行和上行可以同时进行,互不干扰。所以在FDD模式里,一个10ms无线帧就是纯粹的下行帧,同时终端在上行频带上用另一个10ms帧结构发射上行信号。上下行的帧结构其实是对称的、并行的,只是频点不同。

FDD帧结构的一个关键特点是时间关系简单。协议里很多重要流程都基于“n+4”这个固定偏移:基站在子帧n下发下行数据,终端在子帧n+4发送对应的HARQ确认;基站在子帧n下发上行调度授权,终端也在子帧n+4发送上行数据。因为FDD上下行是并行的,这种偏移关系实际就是4ms,很好记。

外场测试FDD站点时,ping时延通常比较稳定,这是因为调度和HARQ节奏不受上下行切换影响。FDD站点也几乎不需要考虑帧偏置对齐问题,因为上下行频带分开,小区之间不会出现上下行交叉干扰。这也是为什么FDD网络优化相对省心的原因之一。

3.2 TDD的帧结构:特殊子帧和上下行配比的精细活

TDD的情况复杂得多。上下行共享同一个频带,只能靠时间切分来区分方向。TDD帧结构里有三种子帧类型:下行子帧(D)、上行子帧(U)、特殊子帧(S)。特殊子帧内部又细分成三个部分:DwPTS(下行导频时隙)、GP(保护间隔)、UpPTS(上行导频时隙)。

3GPP定义了7种上下行配比(配置0到配置6),用5ms或10ms作为上下行切换周期。下面这张表是标准配置里每个子帧的类型:

配置编号切换周期子帧0子帧1子帧2子帧3子帧4子帧5子帧6子帧7子帧8子帧9
05msDSUUUDSUUU
15msDSUUDDSUUD
25msDSUDDDSUDD
310msDSUUUDDDDD
410msDSUUDDDDDD
510msDSUDDDDDDD
65msDSUUUDSUUD

实际运营中,国内主流TDD网络用得比较多的是配置1和配置2,配置0和配置6更多用于上行容量需求较高的场景。要特别注意的是,切换周期5ms的配置会在一个无线帧里出现两个特殊子帧(子帧1和子帧6),切换周期10ms的配置只有一个特殊子帧(子帧1)。

特殊子帧的“特殊”在于,它内部三个部分的长度可以配置。常规CP下,3GPP定义了9种特殊子帧配置(0到8),这里列几个典型的:

特殊子帧配置DwPTS(符号数)GP(符号数)UpPTS(符号数)
03101
1941
21031
31121
41211
5392
6962
71052
81142

GP越长,能容忍的传播时延越大,小区覆盖半径越大。每1微秒的GP大约对应150米的双程传播距离。按一个OFDM符号约71.3微秒(含CP)来算,如果GP是1个符号,理论覆盖半径只有10公里出头;GP拉到10个符号,覆盖半径能到70公里以上。这就是为什么偏远广覆盖站点通常会把GP配得比较大。但GP本身不传业务,拉长GP意味着DwPTS变短,下行容量被牺牲。所以特殊子帧配置本质上是在覆盖和容量之间做权衡。

3.3 两种双工方式在外场中的时延差异

FDD和TDD帧结构的差异,在外场最直观的体现就是时延。FDD的HARQ往返是固定的8ms,上下行随时可调度;TDD则要等上下行子帧到来,调度时延天然比FDD高一些,而且不同上下行配比下时延差异明显。比如配置1是4个下行子帧、4个上行子帧,ping时延会比配置2(6个下行、2个上行)在某种程度上更稳定,但下行峰值速率比配置2低。

这也带来了一个外场测试里常见的“误会”:同一个TDD站点,换个上下行配比后ping时延和峰值速率都变了,有人会怀疑是基站或者传输出了故障。其实很可能只是帧配置调整后的正常物理行为。做测试方案时,一定要先确认当前小区的TDD配比和特殊子帧配置,再对速率和时延做预期判断。

4. 把帧展开成资源网格:RE、RB和系统带宽的真正关系

4.1 时间轴加上频域轴,成了一张二维网格

帧结构不只是时间轴,它还要和频域配合,才能构成完整的物理资源视图。把一个时隙的每个OFDM符号沿频域展开,每个子载波和每个符号就形成了一个个最小的资源单元,叫RE(Resource Element)。一个RE是1个OFDM符号乘以1个子载波,对应一个调制符号,比如64QAM时一个RE承载6个比特。

在LTE里,频域的基本调度单位是PRB(Physical Resource Block),一个PRB在频域上等于12个连续的子载波,在时域上等于一个时隙(0.5ms)。12个子载波间隔15kHz,所以一个PRB占用180kHz的频带宽度。由于调度是按子帧进行的,调度一个用户时,通常至少分配两个连续时隙里的PRB,也就是一个子帧里的PRB对。

一张资源网格可以这样理解:横轴是一个时隙里的7个OFDM符号(常规CP),纵轴是一段频带内的多个子载波。每个交叉点就是RE。RE是LTE物理资源的最基础积木,后面无论是放参考信号、控制信道还是业务数据,都是在往这张网格里的指定RE上“填内容”。

4.2 系统带宽和RB数量的对应关系

LTE支持的带宽从1.4MHz到20MHz,每种带宽对应的RB数量是固定的。这个对应关系做物理层优化时必须滚瓜烂熟:

系统带宽传输带宽RB数量可用子载波数
1.4MHz1.08MHz672
3MHz2.7MHz15180
5MHz4.5MHz25300
10MHz9MHz50600
15MHz13.5MHz75900
20MHz18MHz1001200

注意看,系统带宽标称值比实际传输带宽大,多出来的部分是频谱保护带,用来避免和邻频系统互相干扰。比如20MHz的系统带宽,实际只有18MHz用于传输,两边各留了1MHz左右的保护间隔。

从RB数量回头看帧结构,两者结合能算出不少有用的东西。比如20MHz带宽、100个RB、50个PRB对(一个子帧内),一个子帧里总共有100×12×14 = 16800个RE(常规CP)。这个数字是预估峰值速率的基础,做网络容量规划时经常用到。

4.3 用帧和RB粗算一次峰值速率

举一个外场常做的粗算例子。假设FDD 20MHz带宽、2×2 MIMO、64QAM,只考虑PDSCH的理想极限:

  • 100个RB,每个RB在一个子帧内有12×14=168个RE;
  • 总RE数:100×168×1000(每秒1000个子帧)= 16.8M个RE/秒;
  • 64QAM每个RE承载6比特,2流MIMO再乘2:16.8M×6×2 = 201.6Mbps。

但201.6Mbps是纯理论积木值,还要扣掉三块开销:一是OFDM符号的循环前缀开销,约7%;二是参考信号(CRS、DMRS、CSI-RS等)、控制区域(PDCCH、PCFICH、PHICH)和同步信号占用的RE;三是调制编码方案不可能一直用到最高阶并且编码速率达不到1。粗算下来,FDD 20MHz、2×2 MIMO的商用峰值就在150Mbps上下,这也是LTE Cat.4终端标称150Mbps的由来。如果测试软件里看到速率超过理论值,先怀疑一下是不是RB统计口径或MCS计算方式出了偏差。

这个粗算思路往5G推广也成立,只是把子载波间隔、RB带宽、调制阶数和流数换掉而已。理解了LTE帧结构和资源网格,再去看5G的numerology,会发现腿脚稳得多。

5. 终端开机后怎么靠帧结构“找到北”:PSS/SSS和PBCH的实际读法

5.1 PSS和SSS:让终端在帧里找到第一个锚点

终端刚开机时,对周围网络一无所知,不知道小区号、不知道时间、不知道频点。它要做的是在全频段里盲检同步信号。LTE设计了两级同步信号:主同步信号PSS和辅同步信号SSS。

PSS用ZC序列生成,只有3种可能,终端通过检测PSS可以确定物理层小区标识的组内编号(0到2),同时获得5ms的时隙边界;SSS用两个M序列交织生成,有168种可能,对应小区标识组。两者组合起来,3×168=504个PCI。终端只要同时检测到PSS和SSS,就能得到完整的小区ID,并且完成无线帧的时隙同步。

PSS和SSS在帧里的位置是固定的,而且5ms出现一次。在FDD模式里,PSS位于子帧0和子帧5的第一个时隙的最后一个OFDM符号,SSS紧挨着它,位于倒数第二个符号;TDD模式则不同,PSS在特殊子帧里DwPTS部分的第三个符号,SSS位于子帧0和子帧5的最后一个符号。这也是为什么做TDD网络优化时,看到PSS/SSS的位置信号要能立刻反应过来是哪种子帧配置。

5.2 PBCH和MIB:从帧位置读到系统关键参数

同步完成之后,终端已经知道5ms边界,但还没法确认10ms无线帧的起始位置。它要继续读物理广播信道PBCH。PBCH在子帧0的第二个时隙前4个OFDM符号里发送,携带的是主信息块MIB。

MIB的内容不多但个个关键:系统下行带宽(对应前面那张RB映射表)、PHICH配置信息、以及系统帧号SFN的高位部分。PBCH的传输周期是40ms,也就是说MIB在40ms里用4个无线帧反复发送,终端需要把4帧的信息拼起来才能完整解读。这也是为什么终端入网耗时里,MIB读取经常是一个不可忽略的开销项。

读到MIB之后,终端就知道了系统带宽和帧号,等于拿到了这张10ms大表的时间刻度。接着它会去读SIB1,SIB1里携带小区接入限制、PLMN等关键信息,但SIB1的调度信息本身也是由MIB里的内容引导的。这里想强调的是:整个小区搜索过程,从PSS到SSS到MIB再到SIB1,每一步都依赖帧结构里固定的时间位置。没有帧结构,终端连第一步都迈不出去。

5.3 帧号SFN如何影响寻呼和DRX

SFN有10比特,范围0到1023,对应的时间长度是1024个无线帧,也就是10.24秒。MFN在MIB里只广播了高8位,低2位要靠终端通过PBCH的加扰方式盲检出来。SFN是很多高层行为的时间基准:寻呼帧的位置由IMSI和DRX周期计算出来,DRX的唤醒时刻也由SFN对齐。

这就点出了一个容易被忽视的联动:如果帧结构错位或者SFN不同步,终端和基站对“当前是第几帧”理解不一致,寻呼消息就可能错过,DRX唤醒时间也对不上,终端就会表现为“有信号但电话打不进来”。实际中这种问题不算常见,但一旦出现,排查起来非常隐蔽,经常要追溯到帧偏移配置和系统时钟同步上。

6. 外场测试和网络优化中,帧结构会用这几种方式给你添乱

6.1 TDD帧偏置:天上不会掉干扰,干扰全是自己人给的

TDD系统最著名的坑就是帧偏置失步导致的小区间干扰。TDD网络要求同一区域内的站点保持帧级同步,也就是大家的上下行切换时间要一致。如果某个站点的时钟源丢失或者帧偏置配错,它发下行的时候,旁边的站点可能正好在收上行,下行信号直接落进别人的上行接收窗里,形成强干扰。

我在外场遇到过这样一个案例:某个区域局部速率突然劣化,SINR波动很大,RSRP看起来正常,但上行干扰噪声电平明显抬升。排查了一圈,传输、容量都没问题,最后查站点时钟状态,发现有一台设备GPS同步丢失,系统自动切到了自由振荡模式,帧偏置慢慢飘走,导致整个区域的上下行时隙互相踩踏。把同步恢复之后,干扰噪声电平立刻回落,速率恢复。

这个案例的教训是:看TDD网络的干扰问题,不要只盯着邻区PCI和频点,先确认站点是否处于同步状态、帧偏置是否在全网一致。帧结构在TDD网络里就是一张全网的“统一时间表”,任何一个人不按表走,全家跟着遭殃。

6.2 特殊子帧配置和覆盖半径:容量换覆盖的典型权衡

特殊子帧里GP长度决定小区最大覆盖半径,这个关系前面已经算过。这里说点务实的选择经验。密集城区站点间距小,传播时延短,GP可以配短一点,比如特殊子帧配置2或3,这样DwPTS更长,下行容量更大;郊区、农村、海面覆盖的站点,用户离基站远,必须留足GP,宁可牺牲一点下行容量也要先保证随机接入和上行信号能回来。

有一个容易踩的坑:TDD站点扩容时只改了上下行子帧配比,没动特殊子帧配置,结果发现覆盖边缘的终端随机接入成功率下降。原因可能就是新增的某个特殊子帧配置GP太短,覆盖半径小于实际小区半径。改配置前先看一下站点实际的覆盖需求,不要照抄模板。这个经验做TDD优化的同行应该都有共鸣。

6.3 实测小技巧:先把帧结构参数列全,再谈速率和时延

给刚开始做4G外场测试的朋友一个建议:到了一片新区域,第一步不要急着测下载,先把测试终端锁定到指定频点,读一遍当前小区的系统信息,确认三件事——双工模式、上下行子帧配比(TDD)、特殊子帧配置。把这三个参数记下来,再开始测速率和时延。

原因很简单,这三个参数直接决定理论速率和时延基线。同一片区域,如果旁边有个TDD站点用了不同配比,或者某站点特殊子帧配置偏保守,它的速率和邻近FDD站点根本没有可比性。你用同一个标准去评判所有站点,容易得出错误的“网络差”结论。

另外测ping时延的时候,TDD站点多试几个时刻,因为TDD的调度时延和当前子帧方向直接相关,刚好赶上从下行切到上行,回包时间会比平时多一截。这不是设备故障,是帧结构固有的行为。多测几组取最小值,才接近真实的物理时延。

最后再多说一句:帧结构的知识看起来是纯理论,但它会以各种姿势出现在外场故障、参数规划和容量评估里。把这套10ms的账算熟了,再去看5G的子载波间隔、灵活帧结构、时隙格式配置,你会发现很多东西其实是相通的——5G只是在时间切片上变得更灵活了,但“基站和终端必须对同一张时间表达成一致”这件事,从来没有变过。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/30 1:04:08

软件工程课后习题拆解:从过程模型到项目管理全考点解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/30 1:03:46

软件测试从点点点到工程化:用例设计与接口自动化进阶

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/30 1:03:22

XXL-JOB重复执行原理与幂等落地方案

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/30 1:03:14

TensorFlow 2024实战:从环境配置到线上部署的完整指南

说实话,现在聊到 TensorFlow,很多人第一反应是"这不比 PyTorch 落后了吗",或者"新项目谁还用 TF 啊"。但我在实际项目里折腾了一圈之后,反而越来越觉得,TensorFlow 这套东西并没有过时&#xff0c…

作者头像 李华
网站建设 2026/9/30 0:55:19

AI Agent知识获取管道:RAG基础链路与混合检索实战

1. 为什么知识获取管道是 AI Agent 的分水岭做 AI Agent 的人迟早会撞上一堵墙:模型本身很聪明,但你问它公司内部的报销标准、上周刚更新的产品参数、某个客户的特殊约定,它要么一本正经地胡说,要么直接摊手说不知道。这不是模型不…

作者头像 李华