简介：面向园区网络与无线覆盖设计场景，这份资料基于华为eNSP模拟器，给出一个完整园区无线网络的规划与构建方案，包含项目源码、拓扑、设计文档、平面图及布线图，适合网络工程、通信、电子信息等专业学生用于毕设、课设或项目初期演示，也适合企业IT人员学习参考。压缩包共62个文件，约19MB，核心内容为eNSP工程与拓扑文件（topo/efz）、各楼层平面图与布线图（vsdx/jpg）、设计及说明文档（doc/docx/md），并附LICENSE和README。资料中的无线地勘、2.4G/5G场强规划仿真图、各楼层系统规划图等，可帮助读者直观理解AP布点与覆盖效果，配合源码和拓扑便于复盘整体部署逻辑。目前已有127人学习下载，目录结构清晰，适合按图索骥逐步实践。
1. 园区无线网络规划：为什么平面图上一个点的偏移，能毁掉整个项目的验收
园区网项目里，设备配置写错了可以当场改，AP位置在平面图上画偏一米，施工完成后就是返工。无线网络和有线网络最大的区别在于传播介质看不见——你只能通过计算和现场测试去验证。
标题里这套「基于华为设备的无线网络规划与构建」的完整交付，本质是把需求、设计、配置、验证、文档串成一个可复现的闭环：从平面图上的AP布点，到华为AC/AP的命令行配置，再到用eNSP仿真和Python脚本做自动化验证，最后交付出论文、图纸和布线文档。它适合正在做毕设的通信与网络工程专业学生，也适合准备接第一个园区无线项目的小型集成商工程师。
2. 从平面图到AP布点：无线覆盖规划先算链路预算，再谈设备选型
2.1 拿到平面图先做三件事：量面积、看结构、标弱电间
真正的园区网络规划与设计，不是从打开eNSP开始的，而是从一张CAD平面图开始的。我一般会要求客户或甲方提供CAD格式的建筑平面图，里面至少要有每层建筑面积、层高、隔断墙材质和弱电间位置。
这里有一个关键认知：覆盖规划里最重要的变量是「墙的材质」，不是「房间面积」。同样200平米的空间，开放式办公区可能2个AP就够，隔成10个小房间的办公区可能要4个以上——因为每道混凝土隔断会吃掉15~25dB的信号，这个损耗在链路预算里的影响是灾难性的。
拿到图纸先做三件事。第一，量面积和层高，按「每300平米一个AP」的粗口径估算整体预算，但这个数字只用来报价和做设备采购，不能用来做实际布点。第二，看隔断结构，把平面图里的墙分成三类：混凝土墙、轻钢龙骨石膏板墙、玻璃隔断，分别标注，因为三者穿透损耗差异很大，混凝土墙接近信号黑洞，玻璃隔断基本可以忽略。第三，标弱电间和已有桥架走向，弱电间位置决定了PoE接入交换机放哪、线缆怎么走，而AP到弱电间的距离不允许超过90米——这是超五类/六类网线的物理红线，超过这个距离，供电和数据都不稳定。
做完这三件事，我会把现场勘测的结果填进一张表，这张表既是布点依据，也是后面论文附录的原始材料。
| 勘测项 | 记录内容 | 对布点的影响 |
|---|---|---|
| 单层面积/层高 | 如 1200㎡ / 3.8m | 决定AP数量和天线选型 |
| 隔断材质 | 混凝土/石膏板/玻璃 | 决定穿透损耗和AP密度 |
| 弱电间位置 | 东侧/西侧/核心筒 | 决定PoE交换机和线缆走向 |
| 无线底噪 | 2.4G/5G底噪dBm | 决定信道规划和频段取舍 |
| 高密区域 | 会议室/食堂/展厅 | 单独高密覆盖方案 |
2.2 链路预算与AP间距：边缘覆盖-65dBm是红线，不是建议
AP布点不能靠感觉，要靠链路预算。核心公式是：
RSSI = AP发射功率 + 天线增益 - 空间损耗 - 穿透损耗
空间损耗用自由空间路径损耗估算：L = 32.4 + 20×log10(频率MHz) + 20×log10(距离m)。以2.4G频段、距离10米为例，损耗约60dB；如果中间隔一道石膏板墙，再加6~8dB；AP发射功率按20dBm（100mW）、天线增益按3dBi算，终端接收信号强度就是20 + 3 - 60 - 7 = -44dBm，这个值非常健康。
但换成5G频段，同样距离的空间损耗要多出8~10dB，覆盖半径明显缩短。这就解释了为什么高密度办公区必须把5G的AP布得更密，而不是靠加大发射功率硬撑——功率加3dB，覆盖半径才扩大约四分之一，还可能造成同频干扰。
我给自己定的一条红线是：目标覆盖区域边缘的接收信号强度不低于-65dBm，信噪比不低于20dB。为什么是-65dBm而不是-75dBm？因为移动终端（手机、笔记本）的发射功率远低于AP，上行才是瓶颈。你看AP发过来的信号是-60dBm，但手机回传的信号AP可能只能收到-75dBm，低于AP接收灵敏度就丢包。规划时留出余量，把边缘定在-65dBm，是园区无线项目里最稳妥的做法。
按这个标准，普通办公区域的经验间距是：5GHz频段AP间距8~12米，2.4GHz频段15~20米。这里只适用于吊顶安装的吸顶AP；墙面安装的面板AP覆盖半径要再缩四分之一；走廊AP按15米一个布点；高密会议室则按「每个AP并发终端不超过30个」来推算数量，而不是按面积。比如一间80平米的会议室，按30人并发参会计算，至少需要2个高密AP，并且吸顶安装在天花板中线两侧。
2.3 信道规划：2.4G只用1/6/11，5G信道先避开DFS再谈性能
信道规划是无线规划里最像「玄学」的部分，其实规则非常明确。2.4G频段虽然有13个信道可用，但互不重叠的只有1、6、11三个。所以2.4G的布点逻辑是蜂窝复用：相邻AP必须落在1/6/11三个信道里，同信道AP之间至少间隔两层。频宽方面，园区办公场景我建议2.4G固定用20MHz——2.4G频段本来就拥挤，拉成40MHz几乎必翻车，邻频干扰会抵消频宽带来的吞吐提升。
5G频段的信道选择要谨慎。低信道（36/40/44/48）干扰相对可控，适合做主力信道；高信道（149/153/157/161/165）在部分场景开放，可以做补充；而52/56/60/64、100/104/108/112、116/120/124/128这些是DFS信道，需要避让气象雷达，AP检测到雷达信号会自动跳频，导致终端闪断。我一般把低信道列为首选，DFS信道默认关闭。
一个多层楼宇的典型信道分配如下表，这套分配逻辑可以直接画成平面图的信道复用图，作为论文里的设计依据。
| 楼层 | 2.4G信道 | 5G首选信道 | 备注 |
|---|---|---|---|
| 1F | 1/6/11轮换 | 36/40/44 | 大堂高密区域避开15/40信道 |
| 2F | 6/11/1轮换 | 149/153/157 | 与1F错开同频覆盖 |
| 3F | 11/1/6轮换 | 36/40/44 | 会议室区域降功率，减少外泄 |
信道和功率是配套调整的。覆盖重叠大的区域，不要只调信道，要把发射功率从20dBm降到17甚至15dBm。我见过太多项目死磕信道规划，却忽略功率控制，结果同频干扰依旧。记住一句话：信道错开解决的是频率打架，功率降下来才是解决覆盖过度重叠的根本手段。
3. 华为无线组网架构与设备配置：从AC到AP的完整链路
3.1 核心-汇聚-接入三层架构，无线业务独立成VLAN
园区无线网络和有线网络共享物理链路，但逻辑上必须隔离。常见的华为组网方案是三层架构：核心交换机、汇聚交换机、接入PoE交换机，AC无线控制器旁挂核心，AP通过接入交换机接入，与AC建立CAPWAP隧道。
架构选型有一个分界线：500终端以内的小型园区，可以用一台核心加多台接入的扁平架构，AC使用华为随板AC——在S系列交换机上直接启用无线控制功能，省去独立AC设备，成本更低；超过1000终端或对漫游质量要求高的园区，才需要独立的AC设备旁挂核心。eNSP仿真里常用AC6605，真实项目中AC6508、AC6805都很常见。AP选型按场景分：普通办公室用室内放装型，走廊和房间用面板型，室外区域（园区广场、停车场）用室外型，高密会议室用高密型。
VLAN规划是这一步的核心交付物，无线业务必须独立成VLAN，不要和有线业务混用。一套典型规划如下：
| VLAN ID | 用途 | 网段示例 | 说明 |
|---|---|---|---|
| VLAN 10 | 有线办公 | 10.1.10.0/24 | 员工有线终端 |
| VLAN 20 | 无线办公 | 10.1.20.0/24 | 员工SSID，业务流量本地转发 |
| VLAN 30 | 访客无线 | 10.1.30.0/24 | 只允许访问Internet，隔离内网 |
| VLAN 100 | AP管理 | 10.1.100.0/24 | AP获取管理地址和AC通信 |
| VLAN 999 | 设备管理 | 10.1.99.0/24 | 交换机/AC带外管理 |
AP管理VLAN是重中之重。AP启动后通过DHCP获取管理IP，然后与AC建立CAPWAP隧道，这段路径必须全程打通。如果管理VLAN和业务VLAN混在一起，DHCP地址池分配出去的是业务网段，AP就「找不到AC」。所以「AP管理VLAN独立」在华为园区无线方案里是硬性要求，不是建议。AC的管理接口需要配置capwap source ip-address，明确告诉AP用哪个IP建立CAPWAP隧道，否则AP不知道往哪注册。
3.2 华为设备接口中继（trunk）模式：一条命令放行，三个VLAN要看清
VLAN规划好之后，要在交换机之间把VLAN传递过去。这里就到了华为设备使用频率最高的一个配置——将接口配置为中继模式（trunk）。很多新手第一次排障时困惑：为什么同一个VLAN在接入交换机上能通，到汇聚就断了？多半是trunk的允许列表里没放行这个VLAN。
华为设备上把接口配置为中继模式的命令看起来很简单：
system-view [HUAWEI] interface GigabitEthernet 0/0/1 [HUAWEI-GigabitEthernet0/0/1] port link-type trunk [HUAWEI-GigabitEthernet0/0/1] port trunk allow-pass vlan 10 20 30 100 [HUAWEI-GigabitEthernet0/0/1] port trunk pvid vlan 100 [HUAWEI-GigabitEthernet0/0/1] quit这段配置里，port link-type trunk把上联口设为中继模式；port trunk allow-pass vlan 10 20 30 100放行办公有线、办公无线、访客和管理四个VLAN的数据帧；port trunk pvid vlan 100把这个中继口的缺省VLAN设为管理VLAN，收到不带标签的帧（比如AP的DHCP discover）会打上100标签向上送。第三句是最容易被忽略的，但恰恰是关键——接入交换机上联到汇聚的trunk口如果没设PVID或没放行管理VLAN，AP的CAPWAP注册请求根本到不了AC。
接入交换机连接AP的端口则要用access模式，并划入管理VLAN。确认这类接口的配置时，我会习惯把所有trunk口的allow-pass统一成vlan 10 20 30 100，虽然严格说可以最小化放行，但统一放行能大幅减少「某个VLAN到底在哪台交换机上断掉」的排障成本。不过，接入交换机下行端口仍然要按最小化原则配置：AP口只access到管理VLAN，办公终端的网络口只access到办公VLAN，不要图省事把终端口改成trunk，更不要把下行口配成port trunk allow-pass vlan all——那样二层广播域会失去隔离，一个用户误配置DHCP就可能扰动全网。
3.3 无线业务配置：SSID模板、VAP模板与AP组，三条链路串起来
交换机链路打通后，才轮到AC上的无线配置。华为AC的WLAN配置通过「模板」体系组织，新手最容易绕晕。核心模板及关系是：SSID模板（定义无线网络名称）→ 安全模板（定义认证加密）→ VAP模板（把SSID和安全模板组合，并绑定业务VLAN）→ AP组（按物理区域分组）→ 在AP组下引用VAP模板和射频模板。
一套基础配置如下：
system-view wlan ssid-profile name p_office ssid Office quit security-profile name s_office security wpa2 psk pass-phrase Huawei@1234 quit vap-profile name v_office ssid-profile p_office security-profile s_office service-vlan vlan-id 20 forward-mode direct-forward quit ap-group name ap_office vap-profile v_office wlan 1 radio 0 quit参数说明：security wpa2 psk pass-phrase设置WPA2-PSK认证的预共享密钥；service-vlan vlan-id 20把该VAP的业务VLAN指向VLAN 20，终端连上后拿到的就是办公无线网段地址；forward-mode direct-forward表示本地转发，业务流量从AP直接进入接入交换机，不绕经AC，这是园区办公场景最常用的模式——如果要用集中转发（比如强制审计流量），需改成tunnel-forward；vap-profile v_office wlan 1 radio 0把VAP绑定到AP组里radio 0射频（2.4G默认radio 0，5G默认radio 1），需要分别在两个射频上引用。
AP加入AP组有两种认证方式。默认是MAC地址认证，在AC上开启自动发现并配置auth-mode mac，AP上线时用MAC向AC注册；更安全的是auth-mode sn，用序列号认证，但需要提前录入所有AP序列号。工程上我建议先在测试环境用MAC认证跑通，交付前再改SN认证——这个细节写进毕设论文的测试章节，会显得你真正走过一遍实施流程，而不只是抄配置。
访客网络的做法是再建一套VAP模板，SSID命名为Guest-WiFi，业务VLAN指向VLAN 30，同时开启用户间隔离和访问控制：在AC上配置访客VLAN只允许访问互联网出口，禁止访问办公网段。这是很多项目验收的必查项，不要漏。
4. 用eNSP仿真和Python脚本自动化交付：从调试到验收的加速器
4.1 在eNSP里搭一套园区无线仿真拓扑，验证组网逻辑
在真实设备上调配置之前，先在eNSP里把整个园区网络仿真一遍，是风险最低的做法。eNSP对无线网络的支持不如交换机路由器那么完整，但AC的WLAN配置逻辑、CAPWAP隧道建立、DHCP分配、VLAN与trunk转发这些核心流程都能模拟。
eNSP里可选的无线设备主要包括AC6605无线控制器和AP2050瘦AP，交换机用S5720系列，路由器用AR2220。一个最小可仿真的拓扑是：核心交换机S5720做DHCP服务器并下联AC6605，AC接一台接入交换机，接入交换机下接AP2050，AP下再接一台STA无线终端——注意eNSP的AP本身不能直接产生无线流量，需要用STA终端模拟手机或笔记本的接入行为。
搭建步骤很直接：在eNSP画布上拖出设备，用线缆连接，启动所有设备后先配置交换机的管理VLAN和DHCP，再配置AC的VLAN、接口IP和WLAN模板，最后启动AP观察注册。这个拓扑对应的就是真实园区「单AC旁挂核心、AP上联接入交换机」的标准模型。我在这个仿真环境里只验证三件事：第一，AP是否注册到AC，在AC上执行display wlan ap all看状态是否为normal；第二，STA能否通过无线获取IP地址；第三，无线终端能否ping通网关。这三件事跑通，组网逻辑就没有硬伤。射频层面的覆盖验证不要指望eNSP——它的无线信号传播模型是简化过的，只能在真实现场做。
4.2 用Python3.9通过telnet登录eNSP设备，按端口号批量下发配置
eNSP的设备启动后会映射一个本机telnet端口，默认从2000开始依次递增：第一个启动的设备对应127.0.0.1:2000，第二个对应2001，以此类推。依据设备端口号登录telnet，是eNSP自动化里最常用的入口。利用这个机制，可以用Python脚本批量登录交换机并把配置灌进去，这比在模拟器界面里一条一条敲命令高效得多，也是把项目做成「源码交付」的关键一步——你交出去的是一份可复现的自动化配置工具。
下面是用Python3.9通过telnet登录eNSP设备并批量下发VLAN和trunk配置的完整写法：
import telnetlib import time def login_and_config(host, port, cmds, username="admin", password="Admin@123"): # 建立到eNSP映射端口的telnet连接 tn = telnetlib.Telnet(host, port, timeout=10) tn.read_until(b"Username:") tn.write(username.encode("ascii") + b"\n") tn.read_until(b"Password:") tn.write(password.encode("ascii") + b"\n") time.sleep(1) output = tn.read_very_eager().decode("ascii", errors="ignore") if "Fail" in output or "Error" in output: print(f"端口{port}登录失败") return False # 进入系统视图后逐条下发配置 tn.write(b"system-view\n") for cmd in cmds: tn.write(cmd.encode("ascii") + b"\n") time.sleep(0.3) tn.write(b"quit\n") tn.write(b"save\n") time.sleep(1) tn.write(b"y\n") tn.write(b"quit\n") tn.close() return True # 对eNSP里端口2001和2002的两台接入交换机下发相同配置 configs = [ ["vlan 20", "vlan 100", "quit", "interface GigabitEthernet 0/0/1", "port link-type trunk", "port trunk allow-pass vlan 10 20 30 100", "quit"], ["vlan 20", "vlan 100", "quit", "interface GigabitEthernet 0/0/1", "port link-type trunk", "port trunk allow-pass vlan 10 20 30 100", "quit"], ] for port, cmds in zip([2001, 2002], configs): ok = login_and_config("127.0.0.1", port, cmds) print(f"设备{port}: 配置{'成功' if ok else '失败'}")这段代码的逻辑说明：telnetlib.Telnet(host, port, timeout=10)建立连接，read_until(b"Username:")等待登录提示符，避免在提示符出现前就发送数据导致认证错乱；登录后用read_very_eager()读一次回显，判断认证是否失败；进入系统视图后逐条执行配置命令；最后save保存，防止模拟器重启后配置丢失。参数方面，timeout=10是连接超时，对本地模拟器10秒足够；用户名密码默认是eNSP初始化设置的admin/Admin@123，如果初始化改了密码，脚本里要同步替换；time.sleep(0.3)是命令间延时，太短设备来不及处理，太长拖慢速度，0.3秒对本地模拟器是安全的中间值。
需要特别提醒：telnetlib在Python 3.9可用，但Python 3.12之后要从标准库移除，如果读者用新版本Python，建议改用paramiko库或直接调用系统telnet命令。另外，上面脚本针对的是eNSP的端口映射规律；如果换成真实华为设备，telnet可能默认关闭，需要先开启设备管理服务，这个差异要区分清楚。
4.3 用脚本把回显变成验收单：display命令自动采集
批量下发配置只是自动化的一半，另一半是自动采集回显、生成验收清单。这一步在真实项目交付中价值极高——验收不是一个ping包能证明的，需要文档化的证据链。
我做客户项目或写毕设测试章节时，常用做法是：再写一段Python脚本逐个登录设备，执行display vlan、display port vlan、display wlan ap all、display vap all这类查询命令，把回显保存为文本，用正则表达式提取关键字段——AP状态是否normal、VLAN是否在trunk放行列表里、SSID对应的业务VLAN号——然后拼成Markdown或CSV表格，作为配置一致性核验表放进文档说明。
import re import telnetlib import time def collect_trunk_info(host, port, username="admin", password="Admin@123"): tn = telnetlib.Telnet(host, port, timeout=10) tn.read_until(b"Username:") tn.write(username.encode() + b"\n") tn.read_until(b"Password:") tn.write(password.encode() + b"\n") time.sleep(1) tn.write(b"display port vlan\n") time.sleep(1) raw = tn.read_very_eager().decode("ascii", errors="ignore") tn.write(b"quit\n") tn.close() # 提取trunk口和VLAN放行信息的关键行 lines = [line.strip() for line in raw.splitlines() if "trunk" in line.lower()] return "\n".join(lines) print(collect_trunk_info("127.0.0.1", 2002))参数说明：tn.write(b"display port vlan\n")发起查询，time.sleep(1)等待设备回显完全写入缓冲区；read_very_eager()读取当前缓冲区全部内容，如果读取太早可能拿到半截回显，这也是为什么延时不能省；正则过滤时只保留含trunk的行，避免把整屏无关回显带进验收单。
把采集脚本和配置脚本一起放进项目源码包，配合运行截图，就构成了一个很扎实的自动化工具链。老师在答辩时最常问的问题「你怎么验证配置是正确的」，这一节就是直接的回答。
5. 园区无线项目避坑指南：五个高频翻车点与处置办法
5.1 AP注册不上AC：CAPWAP报文被VLAN隔离在半路
现象：AP指示灯反复红绿交替，AC上执行display wlan ap all看不到AP上线记录，或一直显示fault状态。
原因：九成以上是管理VLAN路径不通。AP的DHCP请求到不了DHCP服务器，或者CAPWAP报文到不了AC。具体有三种常见情况：接入交换机上联口没放行管理VLAN，trunk allow-pass漏了VLAN 100；接入交换机连接AP的接口PVID错误，AP发出的untag帧被打上错误VLAN标签；AC侧没有配置CAPWAP源地址。
解决：按从AP往AC方向逐跳排查。先确认AP获取到的管理地址，在接入交换机上ping这个地址，再在汇聚交换机上ping，最后在AC上ping，定位到哪一跳断了就查上一跳的trunk放行和PVID。AC侧执行capwap source ip-address 10.1.100.2指定管理面源地址，这一步漏掉的概率极高。还有个习惯值得保留：每台新接入的AP上电前，先手动把MAC地址记在图纸上，省得故障时翻着腰包找序列号。
5.2 漫游粘滞：人走过去了，WiFi还挂在老AP上
现象：在办公区或会议室移动时，手机信号显示一格，但WiFi图标不切换，视频会议卡顿，微信图片发不出去。手动开关一次WiFi又能正常几十秒。
原因：常见有两个。一是AP发射功率过大，覆盖过度重叠，终端认为老AP信号还能用；二是AC漫游参数太保守，默认老AP信号阈值过低，终端不触发漫游。「漫游由终端主导」这个特性决定了AC能做的只是引导，不能强制踢掉终端。
解决：分三步处理。第一，把AP发射功率从20dBm降到17dBm，覆盖重叠率控制在15%~20%；第二，在华为AC的射频模板里开启弱信号终端优化和802.11r快速漫游，让终端在-75dBm附近就主动切换；第三，如果现场是华为AP配合华为终端，可以进一步开启智能漫游引导。完成后去现场做一次漫游测试：开着视频通话，沿办公区走一圈，观察信号切换瞬间通话是否出现超过1秒的卡顿。漫游时延低于50ms算合格。
5.3 PoE供电不足，AP反复重启
现象：AP运行几分钟就重启，指示灯周期熄灭，PoE交换机对应端口闪黄灯。设备少时正常，晚上终端接入多了又开始断。
原因：PoE交换机的总功率预算不够。一台双射频AP峰值功耗约12~15W，如果一台8口PoE交换机接了6台AP，标称总功率看似124W够用，但可用功率通常要打八折，峰值时端口就被降功率或直接掉电。另一个隐形坑是网线质量差或超过100米，线损过大导致AP供电不稳。
解决：选型阶段把每端口PoE预算按15W以上做，8口PoE交换机的总预算至少覆盖「满载AP功耗+20%余量」。现场已经出问题的后悔药是：把部分AP改用本地DC电源供电，或者把AP分散到多台PoE交换机上，避免同一台设备满载。同时检查网线水晶头压接质量——线序错误或接触不良也会造成供电时断时续。这个坑在毕设里几乎不会被提到，但真实项目中频发，值得写进施工注意事项。
5.4 平面图和现场对不上：CAD图纸不是施工依据
现象：按平面图施工完毕，现场测试发现会议室信号极差，打开吊顶检查才发现AP正上方横着一根空调金属风管，信号被挡掉近一半。
原因：设计时手里只有建筑装修平面图，图上没有机电管综合的信息。金属材质的空调管道、消防喷淋管道、风井、混凝土核心筒都是信号黑洞——这不是覆盖规划软件能算出来的，必须现场勘测才能发现。
解决：交付平面图时，我习惯在图上额外增加两种标注。一是障碍物图层，用不同颜色标出风管、桥架、金属管道等结构，并在图纸说明里强调施工队必须避开这些障碍物物理安装AP；二是AP安装孔位的精确坐标，图纸上标注的是实际安装位置，不是示意位置——施工队会严格按照图纸坐标放点，差10厘米都可能造成一个小盲区。交付文档里还应附现场照片清单，每张照片标注楼栋、楼层、AP编号，与CAD图一一对应。把「施工配合」这一节写进论文，会让设计显得可落地，这也是大多数毕设里最缺的部分。
5.5 交付文档的坑：查重被教科书原文拖累，图纸导出成模糊图片
现象：毕设论文查重率偏高，尤其是需求分析和关键技术介绍两个章节几乎全是教材原话；CAD图纸导出为图片放进论文后，AP位置和覆盖圆完全看不清。
原因：写论文时引用太多教材和参考论文的原文，自己项目的实际细节反而写得少；CAD图导出时用了低分辨率位图，或者图层设置不规范，线型在全彩打印后全部糊在一起。
解决：论文的技术实现章节用「自己的配置记录+实测数据」替代描述性文字。第三章写配置时直接放display current-configuration的核心片段，逐步解释为什么这样配；测试章节把第四节的配置一致性核验表、漫游测试时延数据做成图表。这些内容查重率几乎为零，而且答辩老师会觉得真实。图纸交付至少两类：一份矢量PDF，供评审查看；一份带规范图层的CAD原图，图层按「AP点位-编号」「覆盖圆-信号等级」「桥架走向」分开，线型颜色按统一标准设置。信号覆盖圆不要只画一个半径，用颜色区分信号等级——绿圈为-65dBm以上，黄圈为-65到-70dBm，红圈为边缘区域。这张图就是答辩时的主图。
6. 交付前做三次验证，再带着图纸去现场走一遍
最后分享一个我做这类项目的固定流程：交付前按「先逻辑、再射频、后业务」的顺序做三次验证，顺序不能反，反了就会做无用功。
第一次验证是配置一致性。把第四节的采集脚本在eNSP或真实设备上跑一遍，输出每台交换机的trunk放行列表、AC上的AP注册状态表、VLAN配置表，人工扫一眼有没有漏放行的VLAN、有没有AP状态不是normal。这一步抓的是「纸面配置」里的低级错误，成本最低收益最高。脚本输出的表格直接留档，进验收文档。
第二次验证是现场射频测试。带着笔记本装好WirelessMon或华为WLAN Planner实地走一圈，在每个AP点位测一次背景信号强度，重点记录同频干扰。漫游测试的方法：一边开视频通话一边在办公区走，观察信号切换瞬间画面是否卡顿。用户感知的从来不是RSSI数值，而是「走一路断一路」的体验。卡顿超过1秒就回头调第5.2节的参数。
第三次验证是业务验证。连上每个SSID，逐一测试：能否获取预期的VLAN网段地址，能否ping通网关和DNS，访客SSID是否真的隔离了内网，打印机和文件服务器能否访问。用一张表记录：SSID名称、VLAN号、DHCP获取地址段、ping网关结果、备注。这张业务验证表放进文档说明的验收章节，就是完整的功能验收记录。
最后，我会带着打印出来的图纸再去现场走一遍，逐个核对AP实际安装位置和图纸标注。施工队把面板AP装在金属门正上方的例子，我在不止一个项目里遇到过，CAD图上完全看不出来，只有人到现场抬头看才能发现。保留这个习惯，可以避免验收前一天翻车再返工；答辩时，这些带着现场照片的实施记录，也远比任何模拟结果更能支撑你的设计结论。希望帮到你。
本文还有配套的精品资源，点击获取
