企业官网建设流程全解析

简介：这份5G业务技能竞赛题库文档面向通信行业从业者、5G网络运维人员及备考相关技能竞赛的学习者，围绕5G组织、基站设备、网络安全、关键技术、网络架构、频谱分配、核心网、物联网与云计算等维度整理了大量单选与判断题，可用于日常技能自测、赛前集中刷题与知识盲区排查。资源包内含1个docx文件，压缩包约104KB，以文字题库形式呈现，便于打印或导入学习工具反复练习。题目覆盖gNodeB基站、上下行解耦、电联共建共享、NGC核心网、VoNR语音方案、IPSec与NFV演进、NB-IoT切换、eMTC语音支持、Massive MIMO、Option 3X承载、NR帧结构及时间同步精度等具体考点，并附有选项与答案线索，能帮助读者快速定位薄弱环节、梳理5G端到端知识脉络。目前已有126人学习，适合作为5G技能竞赛冲刺与岗位能力提升的练习材料。

1. 从一份 5G 业务技能竞赛题库说起：为什么背完题还是排不出故障

带过几届 5G 业务技能竞赛的选手之后，我发现一个很普遍的现象：题库背得滚瓜烂熟，一上实操台就卡壳。题目问“NR 小区接入失败可能的原因”，选手能一口气背出七八条，但真给一台 AAU、一套核心网、一个终端，让他从信令里定位到底是哪条出了问题，手就抖了。这份《5G业务技能竞赛-题库.docx》之所以值得单独拿出来讲，不是因为它是一份“背多分”的文档，而是它把 5G 基站、核心网、NR 空口、AAU 这些散落的知识点，压缩成了一套可以反向拆解成实操路径的索引。

我自己的用法是：把题库当成一张“考点地图”，而不是答案册。每一道题背后其实对应一个真实的运维或优化动作——小区类型 NR 怎么判、SA 组网下终端注册流程卡在哪、华为 5G 网管里小区和框号怎么对应、AAU 的通道功率和波束怎么配。竞赛考的是你能不能把这些动作串起来。这篇文章面向的是准备参赛的选手、带队的工程师，以及刚接手 5G 基站与核心网联调、想借竞赛题库快速建立体系的人。接下来我会按“题库怎么拆 → 知识点怎么落到设备 → 实操怎么复现 → 坑在哪”的顺序讲透。

2. 把题库拆成可执行考点：从 NR、AAU 到核心网的映射方法

2.1 先分清题库里的三类题：概念题、参数题、流程题

拿到一份 5G 业务技能竞赛题库，第一件事不是从头背，而是分类。我一般按答案的“可执行程度”把它切成三类。概念题问的是“是什么”，比如 NR 和 LTE 在帧结构上的区别、SA 和 NSA 的本质差异；参数题问的是“设多少”，比如 AAU 的发射功率、SSB 波束数量、TAC 规划；流程题问的是“怎么走”，比如终端从开机到注册到核心网要经过哪些网元、切换时信令怎么交互。

分类的意义在于，三类题的复习方式完全不同。概念题靠对比记忆，参数题靠查规划表和设备手册，流程题必须画信令图并动手抓包。很多人翻车就翻在把流程题当概念题背，结果一上实操台，连 NG 接口和 Xn 接口谁先谁后都说不清。常见做法是：概念题整理成对照表，参数题整理成配置清单，流程题整理成时序步骤，后面两章我会分别给出可抄的模板。

2.2 用一张映射表把题目对到设备和网元

分类之后，第二步是把每道题“挂”到具体的设备和网元上。5G 业务技能竞赛的实操环境通常包含终端、gNB（基站，含 CU/DU 和 AAU）、核心网（AMF/SMF/UPF 等）。题库里的题，几乎都能落到这条链路的某个环节。下面这张表是我带选手时常用的映射模板，你可以照着把题库里的题填进去。

这张表的价值在于，它把“背题”变成了“找设备”。你每填一行，就等于在脑子里走了一遍从题目到设备的路径。填不出来的题，就是你的知识盲区，优先补。

2.3 从题库反推一份最小实操清单

映射表填完之后，第三步是反推出一份最小实操清单。所谓最小，是指用最少的配置动作覆盖最多的考点。我一般会挑出这几项：建一个 NR 小区、配一组 AAU 通道功率、跑一次终端注册、抓一次切换信令、在网管里查一次框号与小区对应关系。这五项能覆盖题库里八成以上的流程题和参数题。

清单确定后，每一项都要写清楚“输入是什么、操作在哪做、输出怎么验证”。比如“建一个 NR 小区”，输入是频点、带宽、小区 ID，操作在网管或命令行，输出是小区状态变为可用、终端能搜到。这一步不写清楚，实操时就会变成“点了一遍但不知道对不对”。下一章开始，我按这份清单逐项讲怎么落地。

3. 用网管和命令行跑通 NR 小区与 AAU 配置的最小闭环

3.1 建 NR 小区：参数怎么填、状态怎么验

建小区是 5G 基站侧最基础的动作，也是竞赛里最容易丢分的地方，因为参数多、顺序有讲究。以常见的 TDD NR 为例，核心参数包括频点（ARFCN）、带宽、子载波间隔、小区 ID、TAC。子载波间隔决定了时隙结构，15kHz 对应常规，30kHz 是 5G 常用的。下面是一段用命令行模拟配置 NR 小区的示例，实际网管操作逻辑一致，只是界面不同。

# 配置 NR 小区核心参数（示意，具体命令以设备手册为准） # 设置频点与带宽 set nr cell arfcn 504990 set nr cell bandwidth 100MHz # 子载波间隔 30kHz，对应 numerology 1 set nr cell scs 30kHz # 小区 ID 与 TAC set nr cell pci 123 set nr cell tac 1001 # 绑定 AAU 与通道 set nr cell aau-id 0 set nr cell txrx 64T64R # 激活小区 set nr cell state active

这段命令的逻辑是“先定频率资源，再定标识，最后绑定硬件并激活”。参数说明：ARFCN 决定工作频段，填错会导致终端搜不到；带宽和子载波间隔要匹配，100MHz 配 30kHz 是常见组合；PCI 要规划好，避免同频邻区冲突；TAC 要和核心网侧一致，否则注册会被拒。验证方法是看小区状态是否为 active，以及终端能否搜到该 PCI。

提示：小区建好后不要急着测业务，先用终端做一次小区搜索，确认 PCI 和 TAC 正确，再往下走。

3.2 AAU 通道功率与波束：设多少、怎么权衡

AAU 是 5G 基站里最“重”的部分，通道功率和波束配置直接影响覆盖和干扰。竞赛里常考的是：给定覆盖场景，通道功率设多少合适。我的经验是，室内和室外、密集和稀疏，取值差别很大。下面用一段 Python 示意如何根据场景估算通道功率，实际配置还是在网管里做。

# 根据场景估算 AAU 单通道发射功率（示意） def estimate_power(scenario, total_power_dbm, channels): # 场景修正因子：室内衰减大，需要更高单通道功率 factor = {"indoor": 1.2, "urban": 1.0, "rural": 0.9} # 单通道功率 = 总功率 - 10*log10(通道数) + 场景修正 import math per_channel = total_power_dbm - 10 * math.log10(channels) per_channel += 10 * math.log10(factor.get(scenario, 1.0)) return round(per_channel, 2) # 示例：总功率 53dBm，64 通道，室内场景 print(estimate_power("indoor", 53, 64)) # 输出单通道功率估算值

逻辑说明：总功率分摊到多个通道后，单通道功率会下降，但室内场景因为穿透损耗大，需要适当上调。参数说明：total_power_dbm 是 AAU 总发射功率，channels 是通道数（如 64T64R 就是 64），scenario 决定修正因子。实际配置时，还要看波束数量，SSB 波束越多，覆盖越精细，但扫描时间变长。验证方法是看覆盖测试的 RSRP 和 SINR，功率过高会导致干扰，过低会掉话。

3.3 终端注册流程：从空口到核心网的信令怎么抓

终端注册是流程题的核心。SA 组网下，终端开机后要经过小区搜索、随机接入、RRC 建立、注册请求、鉴权、注册接受。竞赛里常给一段信令，让你判断卡在哪一步。下面是一段用抓包工具过滤 NG 接口信令的示例。

# 抓取 NG 接口上的注册相关信令（示意） # 过滤 SCTP 承载的 NGAP 消息 tcpdump -i eth0 -s 0 -w ng_reg.pcap 'sctp port 38412' # 用分析工具打开后，过滤 InitialUEMessage 和 RegistrationRequest # 关注 AMF 返回的 RegistrationReject 原因值

逻辑说明：NG 接口是 gNB 和 AMF 之间的接口，注册信令走 NGAP。参数说明：端口 38412 是 NGAP 常用端口，具体以环境为准；过滤 InitialUEMessage 能看到终端首次接入，RegistrationReject 的原因值能直接告诉你失败原因，比如鉴权失败、TAC 不允许。验证方法是看信令是否走到 RegistrationAccept，如果停在鉴权，就要查核心网侧的签约数据。

注意：抓包前确认镜像口或分光配置正确，否则抓不到信令，白白浪费时间。

4. 核心网与基站间通讯、切换信令的排查套路

4.1 基站之间怎么通讯：Xn 接口建立与切换触发

5G 基站与基站之间的通讯，主要靠 Xn 接口，切换、双连接都依赖它。竞赛里常考 Xn 建立失败的原因。Xn 建立在 SCTP 之上，两个 gNB 要互相知道对方的 IP 和端口。下面是一段检查 Xn 状态的命令示例。

# 检查 Xn 接口状态（示意） # 查看本端 Xn 配置 show xn configuration # 查看 Xn 对端状态 show xn peer-status # 如果状态为 down，检查 SCTP 链路 show sctp association

逻辑说明：Xn 建立的前提是 IP 可达、SCTP 端口一致、对端 gNB ID 配置正确。参数说明：本端和对端的 gNB ID 必须唯一且匹配，否则 SCTP 能通但 Xn 起不来。验证方法是看 peer-status 是否为 up，以及切换时是否有 Xn 信令交互。如果 Xn 不通，切换会退化成 NG 切换，时延变大。

4.2 切换失败怎么定位：从测量报告到目标小区

切换失败是竞赛实操的高频考点。定位思路是：先看终端有没有上报测量报告，再看源小区有没有发切换请求，最后看目标小区有没有回应。下面用一段 Python 示意如何从信令日志里提取切换关键节点。

# 从信令日志提取切换关键节点（示意） def parse_handover(log_lines): key_events = ["MeasurementReport", "HandoverRequest", "HandoverRequestAck", "RRCReconfiguration"] result = {} for line in log_lines: for event in key_events: if event in line: # 记录事件首次出现的位置 result.setdefault(event, line.strip()) return result # 示例日志 logs = [ "UE: MeasurementReport A3 event", "gNB: HandoverRequest to target", "target: HandoverRequestAck", "gNB: RRCReconfiguration sent" ] print(parse_handover(logs))

逻辑说明：切换流程的关键节点按顺序出现，缺哪个就卡在哪。参数说明：MeasurementReport 里的 A3 事件表示邻区比服务小区好，HandoverRequest 是源小区发给目标小区，Ack 是目标小区同意。验证方法是看 RRCReconfiguration 是否发出，如果没发，说明目标小区拒绝或资源不足。常见原因是目标小区 PCI 冲突、Xn 不通、或核心网侧没配邻区关系。

4.3 网管里查小区与框号对应：华为 5G 网管的实操路径

华为 5G 网管里查小区对应框号，是竞赛里很具体的一个操作。路径一般是：进入拓扑视图，找到对应 gNB，展开机架和槽位，查看小区绑定在哪个 AAU 或射频单元上。下面用表格列出常见查询项和含义。

逻辑说明：框号和槽位是物理映射，小区是逻辑映射，两者通过绑定关系连接。参数说明：框号通常从 0 开始，槽位按机架排列。验证方法是看小区状态和通道状态是否一致，如果小区 active 但通道关闭，终端能搜到但无法接入。这一步的坑在于，网管显示和实际硬件可能不一致，最好现场核对。

5. 避坑与常见问题：竞赛实操里最容易翻车的 5 个点

5.1 小区类型 NR 配错，终端搜不到

现象：终端开机后搜不到网络，网管显示小区 active。原因：小区类型或双工模式配错，比如把 TDD 配成 FDD，或 SA/NSA 模式不匹配。解决：核对频点、带宽、双工模式，确认终端支持的模式，必要时重启小区。

5.2 TAC 与核心网不一致，注册被拒

现象：终端能搜到小区，但注册请求被 AMF 拒绝。原因：gNB 侧 TAC 和核心网规划的 TAC 不一致，或者 TAC 不在 AMF 允许列表里。解决：在网管里改 TAC，和核心网侧对齐，重新注册验证。

5.3 AAU 通道功率过高，邻区干扰

现象：本小区覆盖正常，但邻区 SINR 恶化，切换频繁。原因：AAU 通道功率设得过高，波束越区覆盖。解决：按场景下调通道功率，调整波束下倾角，复测邻区 SINR。

5.4 Xn 接口不通，切换退化成 NG 切换

现象：切换时延明显变大，信令里看不到 Xn 交互。原因：Xn 的 SCTP 链路没建起来，或对端 gNB ID 配错。解决：检查 IP 可达性、SCTP 端口、gNB ID，确认 Xn peer-status 为 up。

5.5 网管框号与现场不符，排障找错设备

现象：网管显示某小区在框 0 槽 1，现场却找不到对应 AAU。原因：框号槽位规划与实际安装不一致，或网管数据未同步。解决：现场核对机架标签，重新同步网管拓扑，必要时手动修正绑定关系。

6. 用题库做自测：把错题变成可复现的验证脚本

题库的进阶用法，不是反复背，而是把错题变成验证脚本。我的习惯是：每做错一道流程题，就写一段最小验证脚本，把关键信令或参数检查固化下来。比如错在切换，就写一段解析切换信令的脚本；错在注册，就写一段检查 TAC 和鉴权的脚本。下面是一个把错题转成检查清单的示例。

# 错题转验证脚本：检查注册关键参数（示意） def check_registration(gnb_tac, amf_tac_list, pci, neighbor_pci): issues = [] if gnb_tac not in amf_tac_list: issues.append(f"TAC {gnb_tac} 不在 AMF 允许列表") if pci in neighbor_pci: issues.append(f"PCI {pci} 与邻区冲突") return issues if issues else ["注册参数检查通过"] # 示例 print(check_registration(1001, [1001, 1002], 123, [123, 124]))

逻辑说明：把竞赛里常错的参数检查写成函数，每次实操前跑一遍，能提前发现大部分配置问题。参数说明：gnb_tac 是基站侧 TAC，amf_tac_list 是核心网允许的 TAC 列表，pci 和 neighbor_pci 用于检查冲突。验证方法是看输出是否有 issues，有就逐条修。

我自己的教训是，早年带选手时总想着多讲原理，结果选手上了台还是不会查。后来改成“每道错题必须落一个检查动作”，通过率明显上来了。题库不是用来背的，是用来逼你把知识变成动作的。希望帮到你。

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