news 2026/10/28 15:29:28

5G考试基础试题(含答案):零基础入门5G NR核心概念

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
5G考试基础试题(含答案):零基础入门5G NR核心概念

简介:面向通信从业者与5G基础学习者的考试题库文档,围绕5G考试中的高频基础知识点组织,可用于备考自测、知识点复核和面试前快速复习。资源包内共1个doc文件,约141KB,内容以单项选择题为主,每题附参考答案,便于边练边核对;题目覆盖5G NR帧结构、EN-DC邻区测量、Modem相关带宽与信道带宽利用率、beam report上报方式、5G参数集、BWP配置、SCG失败处理、PHR类型、SS/PBCH block、PUCCH配置特点等,并对SUL频段、Massive MIMO、Timing Advance Command等概念设置辨析题,能帮助读者定位薄弱环节。目前已有2090人学习下载,适合需要系统梳理5G基础考点、查漏补缺的初中级通信从业者与备考人员。

1. 先弄清楚:这份 5G 考试基础试题(含答案)到底是个什么资源

第一次看到 NR、SSB、BWP、EN-DC 这一串缩写,很多人的第一反应是「我是不是得先啃完一本 5G 原理书才配看题」。其实不用。这份 5G 考试基础试题(含答案)是一份按题型整理好的知识点清单:50 道单项选择题加 30 道多项选择题,每题后面直接跟着正确答案,题目本身把 5G 的关键概念按顺序过了一遍,从帧结构、频段划分、参数集,到 Modem 侧的带宽上限、波束上报、BWP 配置,再往上到接入、测量和协议流程。它不要求你推公式,而是用「这题选哪个」的方式,把新人最该先知道的结论和数字先摆到眼前。适合刚入行、要准备入职考核或面试的通信从业者,也适合完全零基础、但想搞清楚手机和基站之间到底在协商什么的人。

2. 为什么零基础也值得刷这份题:三个能立刻感受到的好处

新手最怕的不是难,是不知道从哪开始。5G 这个概念体系又特别容易让人发怵:翻开任何一本教材,前三页全是缩写,第四页开始上公式,第五页你已经合上书了。这份题的价值恰恰在于它替你做了减法——它不解释推导过程,而是把「业界公认的结论」和「几个必须记住的数字」直接端出来。你先接住这些结论,再回头补原理,学习曲线会平缓得多。

2.1 5G 的知识点是一张连在一起的网,先抓住关键节点再补内容

5G 的知识点不是并列关系,而是互相嵌套的:参数集决定子载波间隔,子载波间隔决定一个时隙有多长,时隙长度决定调度粒度,而 BWP 又决定了终端实际监听的那一段带宽有多大;SSB 既是接入的入口,也是测量的参考信号,波束上报又挂在测量配置下面。你按教材顺序一章一章读,很容易读到第三章就忘了第一章。试题的思路刚好相反,它是把这些节点打散了反复出现,同一批概念在单选、多选里换着角度问你。

我自己的体会是,第一遍做这份题的时候大概有六成靠猜,但猜完对照答案,脑子里会自动形成一张「谁和谁有关系」的草图。等你把这张草图跑通两三轮,再去看协议框架图,会突然觉得那些方框都眼熟。这就是刷题对零基础的人真正的用处:先建立熟悉度,再谈理解深度。

2.2 试题是最便宜的「范围说明书」,替你省掉挑书的纠结

零基础的人最大的成本不是学习时间,而是选择成本。市面上讲 5G 的材料从科普文到协议原文都有,你根本判断不出哪一份匹配你现在的水平。而这份题相当于一份别人替你划好的范围:它考什么,说明这个岗位/这个领域最常用什么;它不考什么,你就可以先放一放。

举个具体的例子,资料里反复出现的几个数字是 10ms 的无线帧、sub-6GHz 下单载波最大 100MHz、一个 BWP 最少 24 个 RB、每个小区最多各配 4 个下行和上行 BWP、下行 HARQ 最多 16 个进程、PDSCH 最高 256QAM、每个 RO 上可用 64 个前导码。这些数字你死记是记不住的,但它们在你做题时反复撞见四五次,就会变成条件反射。面试时被问到「一个 BWP 至少多大」,你能脱口而出 24 个 RB,这就是实打实的收益。

提示:把资料里出现过数字的题单独抄成一张小卡片,随身带着看。数字是 5G 里最好记、也最常被问的一类知识。

2.3 想做 Modem 方向,这份题能帮你和同事对上话

Modem 是手机里负责和网络「对话」的那部分,它要处理的事情包括搜小区、读系统消息、上报测量、申请上行资源、反馈信道质量等等。这份题里相当一部分内容正好落在这个范围内:终端信道带宽不可能超过基站带宽(基站 80MHz 时终端不可能是 120MHz)、BWP 的切换方式有 DCI 和定时器两种、beam report 由网络配置资源、终端通过 RRC 上报结果、SR 走 PUCCH 的 format 0/1、上行 SPS 分 Type1 和 Type2 两种激活方式。

这些东西如果你完全没听过,去参加需求评审会就像听天书,别人说「这个场景下 SMTC 窗口最多配两个」,你连该不该点头都不知道。刷完一轮题,你至少能听懂名词、知道大致的边界在哪、能问出「这一步是终端做还是网络做」这种有价值的问题。对新人来说,能问对问题,比能答对所有题更重要。

3. 上手前先补三块基础:帧结构、频段带宽、参数集

在正式动笔做题之前,有三件事值得先花一两个小时弄明白。它们出现的频率最高,而且是后面几乎所有题目的公共背景。这三块内容不需要你理解背后的数学,只要建立一个「刻度感」就够了:时间是按什么单位切分的,频率是按什么范围划分的,一个载波里的子载波是怎么排列的。

3.1 无线帧与基本时间单位:10ms 是尺子,Tc 是最小刻度

5G 的无线帧固定是 10ms,这个数字是整套时间体系的锚点。10ms 再往下切,切出来的每一格叫时隙(slot),一个时隙有多长不固定,取决于子载波间隔;时隙再往下切是 OFDM 符号。而资料里第一道题问的「5G NR 帧结构的基本时间单位」,答案是 Tc——你可以把它理解成整套协议里用来描述各种定时量的最小刻度,类似一把游标卡尺上最小的那一格,其他所有时间长度都是它的整数倍。

为什么要有这么小的一个单位?因为频率越高、带宽越大,符号就越短,用毫秒去描述精度已经不够了。记住这层关系就行:帧是宏观的框,时隙是可变的格子,Tc 是统一的细刻度。至于每个时隙里有多少个符号,常规循环前缀下是 14 个,这个数字在资料的多处题目里都会间接用到。

3.2 sub-6GHz 与 100MHz:先记住这条最常被考的线

sub-6GHz 指 6GHz 以下的频段,也就是业内常说的 FR1。资料里的题目明确给出:5G 在这个频段下单载波能支持的最大带宽是 100MHz。这条线之所以重要,是因为它同时决定了好几件事——终端射频要做多宽、基带处理能力要覆盖多大、信道带宽利用率能做到多高。

顺带说一个容易被忽略的点:资料里有一题问「基站带宽为 80MHz 时,UE 信道带宽不可能为多少」,答案是 120MHz。道理很朴素,终端能用的带宽不可能超过基站给它开的那一段,就像水管不会比水源粗。类似的还有「一个 BWP 最少占用 24 个 RB」,BWP 是给终端划出来的一段工作带宽,太小了放不下必要的信令,太大终端又处理不过来,24 这个下限就是权衡的结果。

再看一个数字:资料里给出的信道带宽利用率最高可达 98.28%。这个数看着怪,其实是在说保护带做得很窄,绝大部分带宽都用来传数据了。还有 SUL(补充上行)的概念,用一段低频段和 3.5GHz 搭配,专门补上行的覆盖短板——这类设计思路,比记住答案本身更值得琢磨。

3.3 参数集 SCS+CP:15 到 240kHz 到底在变什么

资料里有一题问「5G 参数集包含哪些参数」,答案是 SCS+CP,也就是子载波间隔加循环前缀。这是 5G 相对 4G 最直观的一个变化:4G 的子载波间隔固定 15kHz,5G 变成了一组可选的档位。

子载波间隔常见用途
15kHz和 LTE 对齐,低频段广覆盖
30kHz资料中提到被某白皮书列为必选,主流城区部署常见
60kHz带宽更大,也用于特定场景
120kHz高频段,配合大规模天线
240kHz更高频段,主要用于同步信号

子载波间隔变大,符号时间就变短,一个时隙也随之变短,好处是调度更灵活、能更快响应,代价是覆盖能力下降。所以它不是「越大越好」,而是随频段走的配套选择。资料里关于参数集、帧结构、时隙格式的题目加起来有七八道,你只要抓住「SCS 变大 → 时隙变短 → 调度粒度变细」这一条主线,那些选项就都能推出来。

4. 第一个例子:跟着把一道题从「猜答案」做到「讲得清」

现在进入动手环节。挑一道最基础、也最容易被后面题目反复引用的题来走完整流程:5G NR 支持几种子载波间隔配置,答案是 5 种。这道题看着简单,但它是理解帧结构、时隙长度、调度周期的钥匙。下面三步,每一步你都可以照着做一遍。

4.1 第一步:把题干里的每个缩写拆成一句人话

不要急着看选项。先在纸上把题干里出现的每一个词翻译成自己能理解的中文句子。比如「子载波间隔配置」翻译成「一个信道里,相邻两个子载波之间隔了多少 kHz」。这一步看着笨,但它是零基础的人唯一能绕开死记硬背的路径:你只要能把名词翻译成人话,选项基本就错不了。

接着问自己三个问题:这个配置有哪几种取值?取值之间是等差还是倍数关系?每种取值分别对应什么场景?资料里对应的多选题给出了完整答案:15kHz、30kHz、60kHz、120kHz、240kHz,一共五种,相邻之间基本是翻倍关系。你能自己把这三个问题答出来,这道题才算真正做完,而不是蒙对。

4.2 第二步:用十行代码把「子载波间隔」和「时隙长度」算一遍

光记住五种取值还不够,你要能算出每种取值下一个时隙有多长。这是资料里另一个高频考点(比如「某子载波间隔下支持配置周期为多少」这类题),用一个小脚本三十秒就能跑出来。

# 子载波间隔与时隙长度的换算:SCS = 15 * 2^mu (kHz) scs_list = [15, 30, 60, 120, 240] # 5G NR 支持的五种子载波间隔,单位 kHz FRAME_MS = 10 # 一个无线帧固定 10ms,这是不变的锚点 for scs in scs_list: mu = 0 while 15 * (2 ** mu) < scs: # 反推 mu:每翻一倍,mu 加 1 mu += 1 slots_per_frame = 10 * (2 ** mu) # 10ms 内包含的时隙总数 slot_ms = FRAME_MS / slots_per_frame print(f"SCS={scs:>3}kHz mu={mu} 每帧 {slots_per_frame:>3} 个时隙 单时隙 {slot_ms:.4f}ms")

跑出来会看到:15kHz 对应每帧 10 个时隙、单时隙 1ms;30kHz 对应 20 个时隙、0.5ms;60kHz 对应 40 个、0.25ms;120kHz 对应 80 个、0.125ms;240kHz 对应 160 个、0.0625ms。

代码里三个关键量说清楚:scs_list是题目里的五种取值,改动它就能扩充别的档位;mu是参数集编号,本质是「翻了几次倍」,用循环反推比硬编码更不容易错;slots_per_frame和slot_ms互为倒数乘以 10,一个变大另一个必然变小。以后遇到「某 SCS 下时隙长度是多少」的题,你可以先在脑子里跑一遍这张表,再对选项,正确率会明显不一样。

4.3 第三步:把答案讲给一个完全不懂的人听

做完前两步,最后一步是合上资料,用大白话把这道题讲一遍,讲给一个完全不懂通信的人听。如果你能说出「手机和基站之间传数据是一格一格传的,格子多长取决于子载波隔得多开,隔得越开格子越短,反应越快但传得越近」这样一段话,说明你真的懂了;如果讲着讲着卡在某个词上,那个词就是你下一个要补的点。

我见过太多人跳过这一步,结果考试时同一道题换个问法就翻车。比如把「支持几种子载波间隔」换成「240kHz 是否属于 NR 支持的配置」,很多人当场就犹豫。讲一遍,是把「认得出」变成「说得出」,这两件事在脑子里的存储方式完全不一样。

5. 避坑指南:新手刷这份题最容易栽的四个坑

这份资料的题目质量不错,但它的形式决定了它很容易被用错。下面四条是我自己和身边人踩过的,每条都按「看到什么现象、根子在哪、怎么改」写清楚,你对号入座就行。

5.1 坑一:答案背得滚瓜烂熟,数字一换就懵

现象:单选题正确率很高,但一旦有人问「那如果是 60kHz 呢」,立刻答不上来。

原因:你记住的是「答案字母」而不是「答案背后的关系」。选择题的形式太容易让人走捷径,眼睛扫到熟悉的选项就选了,脑子根本没参与。

解决:每做完十道题,把答案遮住,只看题干,用一句话说出为什么选它、其他三个为什么错。说不出来的题做上标记,第二天重做。另外准备一张「数字卡」,把 10ms、100MHz、24 个 RB、4 个 BWP、16 个 HARQ 进程、256QAM、64 个前导码、98.28% 这些数字抄下来,每天扫一眼,比反复刷题省时间。

5.2 坑二:把 LTE 和 NR 的同类概念混成一锅

现象:看到「测量」「HARQ」「随机接入」这类题,明明见过,却总选错。

原因:这两套系统里有一批名词长得几乎一样,但含义和取值不同。比如测量上报的基本单位、参考信号的类型、HARQ 是同步还是异步、上行是否自适应,4G 和 5G 的答案并不一致。资料里专门有几道题讲「LTE 测量 NR 的参考信号是哪个」「NR 上行 HARQ 采用什么方式」,就是在提醒这个差异。

解决:做一张两列对照表,左边写 LTE,右边写 NR,把同一类概念并排放。每次遇到混淆的题,先问自己「这题说的是哪一侧」,再动笔。这个习惯养成之后,这一类错误基本就绝迹了。

5.3 坑三:只刷单选,把多选整段跳过

现象:单选部分做得挺顺,多选部分一看就烦,干脆只对答案不看题。

原因:多选确实更难,而且它常常把几个知识点串在一起考,比如把上行参考信号、下行参考信号、调制方式、UCI 携带的信息放在一道题里。新手本能地回避复杂题。

解决:换个用法——把多选题当成知识地图,而不是考题。每道多选题的四个或五个选项,其实就是一个分类清单。你把它抄下来,改写成「上行参考信号包括:PUSCH 的解调参考信号、PUSCH 的相位跟踪参考信号、PUCCH 的解调参考信号、探测参考信号」,读三遍,比做十道单选题有用。资料里那几道「5G 无线接入的关键技术」「5G 核心网网元包括哪些」的题,本质上就是现成的提纲。

注意:多选题的选项里经常混进「协议未定义」或「不支持」这类表述。不要一看到「未定义」就当成错误选项,资料里就有题目的正确答案是「SCG 下进行 LTE 邻区测量目前协议未定义」这类表述。

5.4 坑四:把「协议没写」理解成「设备做不到」

现象:题目里出现「目前协议未定义」的选项时,凭感觉判它错。

原因:把「标准文本里没有」「产品做不出来」「实验室测不到」这三件事混为一谈。协议是一份阶段性成果,某些组合在某个版本里就是没写,但这不代表物理上不可能,也不代表以后不会加。

解决:遇到这类表述,先分清它说的是「协议层面」「实现层面」还是「部署层面」,再判断对错。比如有一题问 EN-DC 下哪种测量协议未定义,答案是 SCG 下进行 LTE 邻区测量——这是标准文本的边界,不是设备能力的边界。养成这个区分习惯之后,你读任何技术文档都会更稳。

6. 下一步学什么:从刷题到真懂的三步走法

刷完一轮题不等于学会,接下来怎么走,比刷多少题更关键。我建议按三步推进,每一步都有一个明确的「停下来」信号,不要贪进度。

阶段主要动作什么时候可以进入下一阶段
第一轮:熟悉通读全部题目,不追求正确率,只标记完全陌生的名词所有缩写都能读出来,不再卡壳
第二轮:串联按主题重做(帧结构 / 频段带宽 / 测量与接入 / 上行调度),每个主题做一张小卡片同一主题的题能自己讲出三条以上关联
第三轮:落地挑一个方向深挖,比如 Modem 侧的带宽与 BWP、或测量与波束上报,去找对应的框架图对照着看能说清「这一步是终端做还是网络做」

第一轮的重点是「不害怕」。看到 SSB、CORESET、SMTC、PRG 这些词不要停,先跳过去,把整套题翻完,你会发现自己其实认识一小半。第二轮才是真正长本事的地方,把散落的题按主题聚起来,你会看到知识是怎么咬合的。第三轮别贪多,选一个方向就够,新人最忌讳的是什么都想懂,结果哪个都说不清。

还有一个具体技巧:给自己准备一个「问题本」,专门记那些看完答案仍然不服气的题。比如「为什么一个 BWP 最少是 24 个 RB 而不是 12 个」「为什么下行 HARQ 进程最多是 16 个而不是 8 个」。这些问题你短期答不上来没关系,它们会在你后面看任何材料时自动变成注意力焦点,某天突然就通了。

我第一次带新人时犯过一个错:直接把题丢过去说「先刷两遍」。结果对方刷完了,问他任何一道题的为什么,全都答不上来,那两遍基本白刷。从那以后我每次安排刷题,都强制要求走一遍「遮住答案讲一遍」,讲不出来的题重做,宁可一天只推进十道。慢是慢了点,但确实没有后悔药可吃,早一遍讲清楚,胜过后面返工三遍。

希望帮到你。

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

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

t3code:从重复搭架子到开箱即用,全栈项目脚手架的实战解析

t3code 是我自己维护了大半年的一套全栈项目脚手架&#xff0c;名字里的三个 t 我借用了 TypeScript、Tailwind、tRPC 的常见组合叫法&#xff0c;但实际内容比“某个技术栈模板”要宽不少。简单说&#xff0c;它解决的是我一直很烦的问题&#xff1a;每开一个新项目&#xff0…

作者头像 李华
网站建设 2026/10/28 15:28:46

Cloudflare Workers上的轻量级OS抽象层设计与实践

1. 项目概述&#xff1a;这不是一个操作系统&#xff0c;而是一套基于 Cloudflare Workers 的轻量级运行时抽象层“cloudflare-os”这个名称极具迷惑性——它既不是 Linux 发行版&#xff0c;也不像小米澎湃 OS 或 OpenHarmony 那样具备内核、驱动、图形子系统和应用生态。如果…

作者头像 李华
网站建设 2026/10/28 15:26:42

CRC校验总失败?统一全段计算避免校验和漏字节

校验和对不上&#xff0c;串口助手上一屏红字&#xff0c;日志里只有一句CRC ERROR&#xff0c;然后就没有然后了。这种场景我遇到过不止一次&#xff0c;最难受的地方不在于错误本身&#xff0c;而在于错在哪儿根本看不出来——数据看着是对的&#xff0c;长度看着是对的&…

作者头像 李华
网站建设 2026/10/28 15:25:58

Cloudflare Workers 是边缘时代的操作系统隐喻

1. 项目概述&#xff1a;这不是一个操作系统&#xff0c;而是一次对“边缘计算范式”的重新定义“cloudflare-os”这个标题一出来&#xff0c;很多人第一反应是——Cloudflare出操作系统了&#xff1f;小米刚推澎湃OS&#xff0c;华为在搞鸿蒙&#xff0c;连飞牛OS、CachyOS、O…

作者头像 李华
网站建设 2026/10/28 15:25:57

T3 Stack 实战:Next.js + tRPC + Prisma 全栈类型安全

1. 为什么是 T3 Stack&#xff1a;t3code 的整体设计思路1.1 T3 Stack 到底解决了什么问题先聊个实际感受。这两年全栈项目最让人头疼的&#xff0c;不是某个框架学不会&#xff0c;而是技术栈之间的“缝隙”太多。前端写接口请求要手拼类型&#xff0c;后端写 API 要单独维护一…

作者头像 李华
网站建设 2026/10/28 15:25:28

智能体技术:程序员必备的AI自主决策开发指南

1. 智能体技术为何成为程序员新宠&#xff1f;去年我在开发一个自动化客服系统时&#xff0c;第一次真正体会到智能体的威力。传统规则引擎需要手动维护数百条对话路径&#xff0c;而基于LLM的智能体仅用3天就实现了更自然的交互体验。这种技术范式转变正在重塑整个软件开发领域…

作者头像 李华