企业官网建设流程全解析

简介：针对5G NR中上行探测参考信号与下行信道状态信息参考信号整理的PPT课件，适合移动通信工程师、5G网络优化人员及无线通信专业学生系统学习。课件以图示方式讲解两类信号的核心作用：上行探测参考信号用于估计上行信道质量、让基站探测终端位置与信道状态；下行信道状态信息参考信号用于下行信道测量与信息反馈，同时展示上行和下行数据传输中两类信号的实际调用流程。内容还覆盖周期性、非周期性、半持续三类上行探测信号的时频位置、带宽配置、发送周期与天线轮询，以及下行参考信号的类别（非零功率参考信号、干扰测量参考信号、跟踪参考信号等）与报告参数配置，有助于理解信道估计与资源分配机制。资源包仅含1个PPTX演示文稿，大小1.15MB，重点集中，可直接用于学习或培训分享。已有1705人学习下载，适合需要快速掌握5G NR参考信号原理与配置的读者。

1. 5G NR参考信号不是摆设：SRS与CSI-RS各管一条链路

如果把5G NR的物理层比作一个黑匣子，那SRS和CSI-RS就是基站伸进这个黑匣子的两只手：SRS负责在上行探明信道，CSI-RS负责在下行摸清信道。没有这两类参考信号，基站既不知道数据该往哪个方向发，也不知道用哪种预编码、选哪个MCS等级，毫米波和高阶调制全都无从谈起。很多刚开始做5G物理层的工程师容易把精力放在PDSCH、PUSCH这些正经数据信道上，等到链路预算算不平、调度结果对不上时，回头才发现问题出在参考信号的配置上。这份课件把SRS和CSI-RS的时频位置、带宽、周期类型和上报参数完整串了一遍，适合做物理层算法、协议栈、基站或终端测试的从业者，也适合刚转5G的LTE老兵用来对齐概念。

2. 上行探测参考信号SRS：时频位置、带宽配置与三类触发方式

2.1 SRS到底在测什么：从SINR到AOA的六项测量

基站拿到SRS之后，并不是只拿它做信号有无检测，而是对SRS占据的频域资源做相关运算，从中提取出一组信道特征。课件里列出的测量项有六项：SINR、PMI、RI、UL RSRP、TA、AOA。这六项分别服务于不同的物理层功能。

SINR（信号与干扰加噪声比）是最直观的链路质量指标，基站根据SRS占用带宽内的干扰情况判断各子载波的质量，后续调度的频选结果很大程度上依赖这一步。PMI（预编码矩阵指示）和RI（信道矩阵秩）严格说属于信道状态信息，基站通过上下行信道对称性把上行测得的信道信息映射到下行，再据此决定下行用几层传输、用什么预编码。这也是课件里那句「若上下行信道对称，则SRS可用作下行信道估计」的由来，TDD系统之所以能拿到这条增益，全靠这个对称性假设。

UL RSRP（上行参考信号接收功率）用于上行功率控制和小区选择，基站可以借此判断UE在小区内的位置以及需要给UE分配多大的上行发射功率。TA（时间提前量）解决的是上行定时对齐问题，UE离基站越远，TA越大，这个值在随机接入之后还会持续通过SRS校准。AOA（到达角）则用于测量来波方向的信号功率，是波束管理和定位的基础，毫米波场景下AOA配合波束赋形能有效压低干扰。

课件里提到「基站测量终端SRS的目的是得到SRS占用带宽的频域衰落情况。提取出终端的时域窗内的相关结果后，可以在时域估计信噪比SNR，上报给高层」。这句话很关键：SRS的测量实际上是在时域窗内做的相关处理，频域衰落情况先通过IFFT变回时域，再从时延径的功率分布里反推SNR。理解这一点，后面看带宽配置和梳齿密度时就不会懵——带宽越窄，分辨径的能力越弱，测出来的SNR越接近整段带的平均效果。

2.2 SRS时频位置：时隙最后6个符号与密度1/2、1/4

SRS在时域上的位置很有讲究。一个时隙内最多可用6个符号发送SRS，但实际配置时通常只占用其中的{1,2,4}个符号，且这些符号集中在时隙的最后6个符号范围内。为什么放在末尾？因为时隙前面部分是PDSCH/PUSCH的核心数据区，中间还要穿插DMRS，只有尾部有一段相对完整的资源可以连续占用，而且放在末尾方便基站收到一个完整时隙后立即做信道估计，不耽误下一轮调度。

频域密度有两个档位：1/2和1/4。密度1/2的意思是每两个子载波中有一个是SRS，1/4则是每四个子载波里有一个。密度越低，同样带宽下SRS占用的RE越少，但梳齿间隔大，对频域衰落的采样越稀疏，测量出来的信道频域响应分辨率也越低。课件里给出的组合如下：

这里有个容易误解的点：符号数和密度不能随意搭配。课件里给出的几个示例组合是标准配置，实际协议里SRS资源是按「资源集+资源」两层结构来组织的，一个资源集里可以包含多个SRS资源，每个资源占用不同的符号位置和梳齿偏移。我一般会建议先按符号数定资源集，再在集内用不同的梳齿偏移复用多个UE，这样调起来比逐个资源单独配要顺手得多。

频域密度为1/2时，如果两个UE的SRS占用相同的符号但不同的梳齿偏移，它们可以互不干扰地共存于同一个OFDM符号里。这就是SRS频域复用，课件里给出的图例明确画了4个SRS复用、2个SRS复用的情况，频域上最多支持4个SRS复用。复用带来的收益是节省时域资源，但代价是每个UE只能拿到梳齿间隔后的部分子载波，频率采样率下降。

2.3 SRS带宽配置：从32 RB到4 RB的取舍

SRS带宽配置是UE级的，课件里列出的可选项有32个RB、16个RB、8个RB和4个RB。这里一定要和LTE的做法区分开：LTE的SRS通常是系统全频域覆盖，SRS把整个系统带宽扫一遍，好处是一轮测量就能拿到全部子带的信道信息，坏处是资源开销大，UE多了以后SRS容量很快就吃紧。

5G NR改成UE级配置之后，基站可以按UE的实际信道条件和移动速度单独分配SRS带宽。跑高速的UE配大带宽、短周期，尽量在信道尚相干的时间内完成测量；静止或慢速UE配窄带宽就够了，没必要浪费大量RE。课件里专门对比了LTE和5G NR的参考信号设计，核心变化就是从「一刀切的全带测量」变成「按需分配的灵活测量」。

这个表里的开销不只是RE数量，还包含基站侧的处理开销。带宽越大，FFT点数越多，时域窗内的径检测也需要更多计算资源。在仿真环境里无所谓，但在商用基站上，SRS带宽是有限制条件的：UE的SRS带宽必须小于等于BWP带宽，并且和上行数据信道的频域位置有一定对齐关系。有些刚入行的同学把SRS带宽配得比PUSCH还宽，结果测量结果包含了PUSCH之外的干扰成分，反而把SNR测低了。

带宽配置还直接影响天线轮询的代价。SRS支持最多4个天线端口，如果UE有4个发射天线，但又想保持单符号SRS的开销，就得一次测1个天线、轮流测4次才能拿到完整信道。轮询期间如果带宽太窄，某些天线的测量结果会明显偏弱，信道估计精度反而不如少配天线、稳扎稳打。

2.4 三类触发方式：周期性、非周期性、半持续性怎么选

SRS的发送方式分三种：周期性、非周期性、半持续性。周期性SRS以固定周期持续发送，UE和基站都清楚下一次什么时候来，开销固定但稳定，适合信道缓慢变化的场景，比如低速移动或静止UE。非周期性SRS由DCI动态触发，UE收到触发后在指定时隙发一次就结束，开销只在需要时产生，适合省电和低干扰场景，代价是必须预留DCI资源且触发到发送之间的时延要算准。半持续性SRS由MAC CE激活后按周期发送，直到去激活，介于两者之间，既省了频繁触发DCI的开销，又能按需开关。

课件里特别强调5G NR相比LTE提供了更短周期的SRS测量，可以更好地适应高速移动场景需求。LTE的周期SRS最短一般到2ms或5ms档，NR把周期档位进一步缩短，配合非周期SRS可以在一个时隙内完成触发和发送。这里要理解背后的物理直觉：高速移动下信道相干时间短，上次SRS测出的信道状态可能几个毫秒后就失效了，调度器拿着过期信道信息做预编码，效果还不如随机发。

实际配置时我一般按这个逻辑走：先判断UE的移动性，高速UE优先配非周期SRS加天线轮询，靠密集测量抵消信道老化；中低速UE配周期SRS，周期取信道相干时间的五分之一左右；半持续SRS则用于业务量起伏大的UE——VoNR语音、短数据突发这类场景，用周期SRS浪费，用纯非周期又触发太频繁。课件里还提到SRS天线轮询：能参与发送参考信号的天线数越多，信道估计越准。4个天线轮询一轮需要4次SRS机会，如果业务等不起，就适当缩短周期或者用非周期触发连续补几次。

3. 下行参考信号CSI-RS：类别、用途与上报参数

3.1 CSI-RS不是单一信号：NZP、CSI-IM、TRS、RRM、RLM各司其职

CSI-RS这个命名容易让人以为它只是一个下行参考信号，实际上它是一整族信号。课件里列的NZP-CSI-RS、CSI-IM、TRS、RRM、RLM这五类，严格说后两者是测量用途而不是独立信号类型，但它们在资源配置上都挂在CSI-RS这个框架下，所以经常被混在一起讲。初学阶段不把这几个概念拆开，后面看RRC配置里的CSI-RS资源会一头雾水。

NZP-CSI-RS（非零功率CSI-RS）是真正用于信道测量的信号，UE拿它做信道估计，推算CQI、PMI、RI。CSI-IM（干扰测量资源）正好相反，它测量的是干扰强度，UE在这个资源位置上测到的是周围协作小区发来的信号加噪声，基站据此知道干扰底有多高。TRS（跟踪参考信号）负责时频同步跟踪，用来补偿UE端晶振偏差和多普勒频移，它一般配置成高密度、短周期的形式，UE靠它维持OFDM符号级的时间同步。RRM（无线资源管理）用于移动性测量，服务于切换和小区重选；RLM（无线链路监测）用于判断下行无线链路是否还健康，失步超过一定时长就得触发重建流程。

理解这五类的差别之后，回头再看CSI-RS资源配置就会明朗：NZP-CSI-RS要保证足够的发射功率和密度，否则信道估计结果噪声大；CSI-IM周围必须静默，不能有PDSCH顶着它发；TRS则要求时间密度高、频域跨度大，这样才跟得上快变信道。课件里提到CSI-RS在TS 38.211 Section 7.4.1.5中定义，实际查协议时还要配合38.331里的CSI-MeasConfig来理解资源集怎么组织，标准文档是散在各处的，但配置项的继承关系都在RRC消息结构里。

3.2 天线端口与CRI：从3000到3031的逻辑端口

CSI-RS支持的天线逻辑端口数有{1,2,4,8,12,16,24,32}，端口号从3000起，最大到3031。这些端口是逻辑端口，不直接对应物理天线振子，而是对应CSI-RS RE模式的索引。UE测量CSI-RS端口，实际上是在测量这组端口到UE接收天线之间的等效信道，这个等效信道已经包含了发送端的波束赋形权值。

端口数越多，能测出的空间信息越丰富。32端口一般用于毫米波大规模天线场景，配合码本做高分辨率波束赋形；1到4端口则多用于低功耗或广覆盖场景。但端口多不等于更好——每个端口都要在时频资源上占独立的RE，32端口CSI-RS的开销是4端口的8倍。课件里提到CRI（CSI-RS资源指示），它的作用是在多个CSI-RS资源里选一个最佳的报给基站，比如UE周围有多个TRP，UE通过CRI告诉基站「哪个TRP发来的信号最适合做数据传输」。CRI的引入让CSI报告从单资源变成多资源选择，这在LTE里没有对应物。

配置端口数时有一个坑：端口数必须与信道状态信息报告的层数相匹配。RI最多只能报到端口数对应的最大值，一个4端口的CSI-RS不可能报出8层的RI。有些协议栈实现里，RI越界直接触发配置错误，而不是自动截断。我一般会先定好下行传输层数上限，再回头选CSI-RS端口数，顺序反了就是资源浪费和上报异常两头吃。

3.3 CSI上报参数：CQI、PMI、RI、LI-RSRP的依赖关系

CSI上报不只是报一个CQI数字，而是报一组相互依赖的参数。课件里列出的CQI、PMI、RI、LI-RSRP（层指示RSRP），以及前面提到的CRI，它们之间不是平级关系。RI在最顶层，决定信道矩阵用几层传输；PMI在RI确定之后选预编码；CQI在PMI基础上查表得到调制方式和码率；LI-RSRP用于多层传输时指示哪层的接收功率更强。

课件里引用了一大段英文说明：「Each of Reporting Parameters are calculated from one or more other parameters (dependencies) as listed below (38.214-5.2.1.4)」。这段话的意思是，上报参数之间存在计算依赖，UE不能单独算一个CQI说这是最优的，必须先固定RI和PMI再做。链路自适应的工作顺序也如此：基站收到CSI后，先读RI决定层数，再读PMI决定预编码，最后用CQI决定MCS。如果UE上报的RI和PMI质量差，CQI再准也没用，因为预编码错了码流就全错了。

来看一个典型的上报配置例子（取值来自课件给出的参数范围），我一般会在配置工具里按三段填：

这三段对不齐的最典型症状是：UE上报的CQI很高，但基站按这个CQI调度后误块率很高。原因是上报设置里取了ri-pmi-cqi，但码本配置和CSI-RS端口数不匹配，UE在受限码本里勉强挑了一个PMI，CQI是按这个次优PMI算出来的。检查时先看ReportQuantity里有没有包含RI和PMI，再看端口数和码本能不能覆盖实际需要传输的层数。

3.4 CQI的BLER门槛：table 1、table 2与table 3差在哪里

CQI查表有一套固定的目标BLER约束，课件里特别说明：table 1和table 2的BLER标准是0.1，table 3的标准是0.00001。这个差距不是一个数量级，是四个数量级。0.1的目标误块率意味着允许10%的传输块出错，剩下的靠HARQ重传兜底；0.00001则意味着传输块错误率极低，基本不允许出错。

table 3为什么定得这么狠？因为它承载的是高吞吐量敏感的业务，比如uRLLC里要求超低时延高可靠的数据传输，出错一次可能就错过时延预算了。普通eMBB业务用table 1和table 2就够了，允许10%的错误率换频谱效率。配置时按业务特性选表，而不是按调制阶数高低选表，这是很容易误踩的边界。

下行数据传输闭环里，HARQ是最后一层防线：UE收到数据后回ACK，接收成功；回NACK则基站启动HARQ，对错误数据进行重传合并。课件里把这个闭环画得很清楚——CSI-RS做测量、上报CSI、基站据此调度、UE反馈ACK/NACK、NACK触发HARQ合并。很多人忽略了一点：HARQ重传合并在时域上弥补了CSI测量和实际信道之间的偏差，但它解决不了CSI质量差导致的系统性问题。CSI测量错了，可能连续十几个时隙的MCS都选错，HARQ靠重传能救回来，吞吐已经掉下来了。所以CSI-RS的配置质量，直接决定了下行吞吐的天花板。

4. 周期触发与调度配合：DCI、MAC CE与时间差怎么算

4.1 三种CSI报告周期与X、Y时间差

CSI报告的周期类型也分三种：周期性、非周期性、半周期性，和SRS的分类逻辑类似。周期性CSI按固定周期上报，UE在每个上报时机把测量结果打包在PUSCH或PUCCH里发给基站；非周期性CSI由DCI动态触发，UE收到触发后在指定时隙上报一次；半周期性CSI由MAC CE激活，激活后按周期发送，直到去激活。

课件里给出的X和Y很有工程价值。X表示触发后收到CSI-RS的时间差，Y表示触发后发送CSI报告的时间差。也就是说，基站发DCI触发非周期CSI之后，UE等到X时刻才真正看到CSI-RS资源，测量完再等Y时刻上报。X和Y是UE侧处理时延的量化体现，配置时必须大于等于UE的处理能力下限，否则UE在CSI-RS资源位置上还没准备好接收，测量结果等于噪声。

实际外场测试中，我发现X、Y一旦配错，表现通常是「偶发上报丢失」——不是每次都丢，而是丢一两个就恢复。这种偶发问题最难查，因为抓包看不出明显异常。排查方法也很土：把DCI、CSI-RS、PUSCH三个信号的子帧号拉出来对齐，看X和Y是否满足UE上报的capability。UE在能力上报里会带最小处理时延，配置端无视这个值，天线权重再好也没用。

4.2 DCI与MAC CE：谁来触发、谁来激活

课件里专门标注了一句：「DCI：Downlink Control Information，用于负责上行PUSCH调度的DCI；MAC CE：MAC Control Element」。这句话点明了非周期CSI的DCI触发实际上挂了PUSCH调度的车。基站触发非周期CSI上报，通常同时给一个PUSCH资源授权，UE用这个PUSCH资源把CSI报告发回来。如果只触发上报不给UL Grant，UE不知道该往哪个资源上发，上报就会石沉大海。

MAC CE的角色则完全不同。半持续配置的激活、去激活都通过MAC CE完成，MAC CE作为MAC层的控制消息，不需要每时隙解析DCI，处理粒度比DCI粗，但对高层更友好。用一句话总结优先级：RRC决定「能配什么」，MAC CE决定「什么时候用」，DCI决定「这一瞬间发不发」。

实际配置中还有一个常见混淆点：非周期CSI-RS的触发和上报触发可能分开。CSI-RS本身可以被DCI触发，但触发后UE上报的途径是另一条路径。课件里把CSI-RS的周期类型和CSI报告的周期类型并排讲，就是想强调：CSI-RS的发送周期和CSI报告的发送周期是两个独立变量，可以一个配置成周期发送、另一个配置成非周期上报。先有这个概念，再去读RRC里的CSI-MeasConfig就不会晕。

4.3 时间配合的完整链路：从DCI到数据调度

把第3章的下行闭环和第4章的触发机制拼起来，一个典型的非周期CSI流程是这样的：基站先通过DCI触发CSI-RS发送和PUSCH上报授权，UE在X时刻收到CSI-RS，测量、计算CQI/PMI/RI，在Y时刻把报告发出去；基站收到报告后，在下一个调度时机用这套CSI决定MCS、预编码和层数，在PDSCH上发数据；UE做HARQ反馈，收到NACK就启动重传合并。

课件里没有直接给数值示例，但按3GPP标准的常见配置，非周期CSI的X一般落在几个符号到几个时隙之间，Y要覆盖CSI计算时间加PUSCH准备时间。我一般会在配置文件里做一次时延核对表，每一行是一个环节，右侧填上最小处理时间：

这张表在实际排查中很有用。遇到调度吞吐低于预期，先把表里每一行的时延实测值和配置值填上，哪一行出现「实际小于最小值」，问题就在哪一行。不用怀疑这个排查思路，按时间轴排查参考信号配置问题，比我见过的任何所谓优化参数都好使。

5. 避坑参考：SRS与CSI-RS配置里最常踩的五个坑

5.1 坑一：SRS符号位置与PUCCH短格式撞车

现象：SRS测量结果忽好忽坏，上行调度反馈不稳定，有时候SRS上报的SINR和实际PUSCH解码质量明显对不上。原因：SRS配置在时隙最后6个符号内，而PUCCH短格式也习惯放在时隙尾部，两者在OFDM符号层面重叠，互相干扰。解决：先在RRC配置里确认SRS资源占用的符号序号，再把PUCCH的起始符号和SRS错开，或者给SRS单独划分一个不被PUCCH占用的符号位置。不要指望物理层自己做冲突规避，协议调度器不会自动替你解这个结。

5.2 坑二：SRS带宽配成32 RB，上行容量悄悄流失

现象：单UE SRS测量很准，但小区整体上行吞吐上不去，资源利用率报警。原因：32 RB的UE级SRS带宽意味着每个周期要占用大量RE，如果一个小区里几十个UE都配大带宽，SRS开销会占据相当比例的上行资源，挤压PUSCH的可用带。解决：按UE的真实信道变化需求配置带宽，低速UE用4或8 RB，中速用16 RB，只有高速场景才给32 RB。血泪经验是：外场开局阶段为了看得清楚把所有UE都配了32 RB，结果容量测试没过，返工改配置浪费了一整轮测试时间。

5.3 坑三：非周期CSI-RS的X时延设太短，上报总是丢

现象：非周期CSI上报偶发丢失，抓包看到DCI正常、CSI-RS资源上也发了信号，但PUSCH上报出现要么没有内容、要么携带的是无效CQI。原因：X小于UE的实际CSI-RS接收处理时间，UE还没准备好接收，信号发了也白发。不同UE能力等级的最小X不同，配置端一刀切容易踩坑。解决：先读UE上报的能力参数，再反查配置里的X和Y，把时延补齐到满足所有UE的情况。这个坑在混合组网里尤其隐蔽，因为一部分UE报得上来，另一部分UE持续丢，容易误判为单板问题。

5.4 坑四：CQI选了table 3，BLER却失控

现象：下行BLER长期在1%到10%之间徘徊，达不到0.00001的目标，HARQ重传率高，吞吐反而比table 1还低。原因：table 3对应的0.00001 BLER门槛对链路余量要求极高，MCS选高一档就突破目标，选低一档又浪费容量，链路稍有波动就崩。解决：先用table 1或table 2把链路余量摸清楚，确认多径环境、干扰水平、CSI反馈周期都稳定之后，再逐步切到table 3。不要看到UE信号好就上table 3，信号好不代表链路在0.00001门槛下稳得住。

5.5 坑五：高速场景只配周期性SRS，信道估计跟不上

现象：UE高速移动时下行吞吐明显掉，SRS测出的信道参数和实际信道对不上，PMI指向的波束方向滞后。原因：周期性SRS周期太长，信道相干时间远小于SRS周期，测到的信道已经是几个周期前的状态；移速越高，多普勒频移越大，信道变化越快。解决：缩短SRS周期或改用非周期SRS密集触发，同时打开天线轮询，尽量在相干时间内完成对4个天线的扫描。课件里那张「5G NR提供更短周期SRS」的示意图说的就是这个场景，实际配置时还要把AOA测量一起开，让基站同时知道方向和信道质量。

6. 一个验证习惯：用「信号-上报-调度」时间轴检查配置自洽

参考信号配置的坑，大多不是单点配置错了，而是多个环节的时间关系不自洽。我后来养成一个习惯：每次配完SRS和CSI-RS，先不急着看性能指标，而是把「信号发送、UE上报、基站调度」三个环节拉成一条时间轴，一格一格对过去。这个习惯救过我一次，也让我彻底明白参考信号的问题要用时间关系来验证。

当时做一个模拟项目X，非周期CSI上报总是丢失，DCI触发正常、NZP-CSI-RS资源也发了、UE的PUSCH上报机会也存在，就是成包率低。我把X、Y、PUSCH调度时隙、PDSCH下发时隙全部画成表格，才发现MAC CE激活半持续CSI那次，激活命令到达时，CSI-RS资源的激活状态还没生效，UE在激活信号生效前的一个上报窗口里误以为要上报，结果报了个空。把激活生效时延加进时间轴之后，问题立刻定位，上报丢失率清零。

从那以后，我每次配置参考信号或者调整周期档位，都强制自己画一遍完整时间轴，标注每个信号的发送时刻、UE处理时间、上报时刻、基站调度生效时刻，再和UE能力上报的最小处理时延逐项比对。这个过程花不了十分钟，但能把第五章那些避坑经验全部前置到配置阶段。希望帮到你。

本文还有配套的精品资源，点击获取