简介面向无线产品制造商、进出口商、质量管理人员及技术人员的专业PDF资料聚焦CE与FCC认证全流程及最新法规变化。压缩包共1个PDF文件大小2.54MB内容高度浓缩了RED指令基础要求、协调标准选择、测试项目、标签规范及技术文档准备并重点解析(EU) 2022/179和(EU) 2022/30两项决议——前者扩展5GHz无线局域网设备使用场景后者新增网络安全要求并对通信设备、玩具、可穿戴设备提出合规约束且已于2024年8月1日生效。FCC部分解读DA No. 22-508公告说明旧版CORES系统停用及CORES2年度费用缴纳要求同时剖析5.9GHz UNII-4新频带的可用范围与设备设计影响。全文还列出各频段对应的EN 300 328、EN 301 893、EN 301 489系列标准以及RF、EMC、Safety测试样品数量、技术文档清单、用户手册与标签标识等实操细节帮助在设计与生产阶段降低合规风险快速进入欧美市场。已有92人学习这份汇总适合无线设备研发、认证与市场准入人员作为快速查阅手册。1. 无线产品CE/FCC认证进入“多头监管”阶段给一家做工业网关的厂商做认证评审时产品经理指着一块带5GHz Wi-Fi和BLE模块的主板问模块已经过了FCC认证整机还要不要测放在两年前这个问题可以一句话答完现在不行了。整机进欧盟要按REDRadio Equipment Directive2014/53/EU过无线电、EMC、电气安全三组要求进美国要按FCC Part 15/Part 2走设备授权而且两边都在加码5.9GHz频段开放后Wi-Fi设备新增了AFC自动频率协调和雷达避让义务2025年8月起欧盟对联网无线电设备执行网络安全强制要求RED的3.3条款直接把“设备抗攻击能力”写进CE的符合性判据。对硬件、固件和应用层工程师来说CE/FCC认证已经从“天线功率调低点就过关”变成了需要在产品定义阶段提前介入的风险项。这篇笔记按“框架对比→实验室测试→5.9GHz专项→网络安全落地”的顺序把一套可执行的无线产品认证路径讲清楚。2. 先分清RED与FCC的框架差异一个射频平台三套约束2.1 RED指令的“三大件”与新增的网络安全义务欧盟CE认证下的无线产品法律依据是RED。RED把无线设备的合规拆成三组基本要求第3.1条是健康与电磁兼容覆盖射频暴露SAR和电气安全第3.2条是频谱资源的有效利用要求设备不能对合法无线业务产生有害干扰第3.3条则留给“特殊类别的附加要求”最初的互操作性条款用的人不多但从2024年起欧盟发布了补充授权法规把网络安全和数据保护强制拉进了CE评估范围。这里最容易被忽略的是RED与老RTTE指令的差异。RTTE时代做过EMC和射频测试基本就能拿CERED把网络安全写进了第3.3条而且不是建议性的“最好满足”而是授权法规落地后的强制项。实际执行中绝大多数Wi-Fi、BLE、蜂窝类模块产品都会落入“可连接互联网”的范畴也就是要向RED 3.3条中的网络安全要求负责。对研发团队来说这改变了原有一个“射频实验室测完就结束”的认证节奏。2.2 FCC Part 15的三种路径SDoC、认证和模块授权美国市场走的是FCC体系。大部分消费级无线产品属于Part 15中的非授权设备规则集中在15.2472.4GHz跳频/数字调制、15.4075GHz/6GHz U-NII频段和15.249短距离设备。FCC把设备授权分成两类需要申请FCC ID的认证设备和走SDoC供应商符合性声明的设备。具体怎么分取决于产品里存不存在“射频发射机模块”。如果采购来的无线模块已经有了FCC ID整机在射频发射部分可以复用模块授权但数字电路部分时钟频率高于一定值的主控、接口电路仍要对Part 15B的无意辐射负责走SDoC即可。如果产品用的是裸芯片方案或者模块没有授权那整机就必须申请FCC ID测试范围覆盖传导、辐射、杂散和DFS。这个判断在产品定义阶段就要做因为SDoC和ID认证的周期差一到两个月费用差距在万元级。2.3 常用无线技术的协调标准对照表无线技术欧盟协调标准FCC规则部分核心测试项2.4GHz Wi-Fi/BLE/ZigBeeEN 300 328Part 15.247峰值功率、占用带宽、杂散、自适应5GHz Wi-FiU-NIIEN 301 893Part 15.407发射功率、DFS、TPC、带外杂散5.9GHz/6GHz Wi-FiEN 303 687Part 15.407 U-NIIAFC、PSD限值、低功率室内/极低功率2.4GHz专有短距离如nRF24L01类模块EN 300 440Part 15.249/15.247频率容限、e.i.r.p.、杂散、阻塞表里的欧洲标准是协调标准harmonised standard在欧盟官方公报公示后按标准测试即可推定符合RED的对应条款。FCC侧虽然没有“协调标准”概念但TCB审核员同样认可ANSI C63.10作为测试方法基准。实际选标准时要注意产品的工作模式一个支持2.4GHz和5GHz双频的路由器要同时引用EN 300 328和EN 301 893测试报告也要分开出具。2.4 整机复用模块报告的边界天线增益要重新算开发团队常犯的一个错误是拿到模块报告后只看“是否通过”不看天线增益和传导功率的裕量。模块认证是在模块自身的参考天线上测的整机换了一根高增益天线e.i.r.p.可能直接越过限值。我一般会在硬件定型前跑一遍简单的功率预算# 整机EIRP预算判断模块认证是否可复用 module_power_dbm 18.5 # 模块报告中的传导功率单位dBm antenna_gain_dbi 5.0 # 整机天线的峰值增益单位dBi cable_loss_db 1.2 # 射频线缆与连接器损耗单位dB eirp module_power_dbm antenna_gain_dbi - cable_loss_db limit_dbm 30.0 # 以FCC 15.247峰值功率限值为例 print(f整机EIRP: {eirp:.1f} dBm) print(f距限值裕量: {limit_dbm - eirp:.1f} dB)这段代码的价值不是算出精确的认证结果而是提供一个快速判定如果裕量小于3dB不建议直接复用模块报告应该在实验室里重点复测辐射功率和杂散。同理5GHz频段涉及DFS时模块报告里的雷达检测阈值是在模块天线上测的整机天线增益一旦高于模块参考天线DFS检测性能也要重新验证。很多项目在这里踩坑都是因为默认“模块过了整机就过”。3. 从样品到报告无线产品CE/FCC认证的测试执行路径3.1 送测前必须锁定的三项工作样品、信道、功率等级认证测试不是“把产品寄给实验室就完事”。实验室会要求送测方提供至少两套样品一套用于传导测试需要外接SMA射频口把天线断开另一套保持整机形态用于辐射测试。样品固件必须能稳定设定到目标信道、目标调制方式和目标发射功率否则测试人员无法在要求的频段上完成测量。我一般在送测前会做一份“测试模式说明”发给实验室写明三件事支持的信道列表含信道号对应的中心频率、每个频段的最大发射功率、以及各调制档位如802.11ax的MCS0和MCS11之间的功率差异。这里有个常见问题很多Wi-Fi芯片在低速率下会主动提高发射功率在高速率下降功率实验室如果只在固定MCS下测报告里的最高功率可能不是设备实际能达到的最高值。所以送测固件最好支持“强制最大功率模式”关掉速率自适应和功率回退。3.2 射频测试的项目与判定参数射频部分是整个认证的核心CE和FCC的主要差异在限值来源和测试方法测试项目本身高度重合。以5GHz Wi-Fi产品为例必测项目包括占用带宽、发射功率、功率谱密度、带外杂散、频率容限、以及DFS。隐藏节点和信道可用性检查这类时序测试则是ETS标准里特别强调的。测试项目判定依据常见首次失败点峰值发射功率FCC 15.407/ ETSI EN 301 893天线增益被低估e.i.r.p.超限功率谱密度1MHz/1MHz或4kHz带宽内限值高带宽模式带宽过大PSD集中带外杂散-30dBm至-47dBm级别分频段电源噪声调制到射频前端DFS雷达脉冲检测信道关闭时间不大于10秒软件信道切换逻辑不完善频率容限载波频率误差在±20ppm内晶振温漂尤其是低成本TCXO测试中功率测的是“最终辐射功率”即EIRP。实验室的测试报告都会给出天线口传导功率和天线端增益两项数据两者相加才是合规判定值。很多工程师只关注传导功率忽略了天线增益这会导致产品在客户现场实测时被监管机构抽检判不合格。3.3 EMC与SAR比射频更容易“关联失败”的两个环节EMC测试分为发射和抗扰两大类。辐射发射从30MHz测到6GHz除了无线频段本身还要关注主控芯片时钟的高次谐波。比如一颗1.2GHz的ARM处理器其3次谐波落在3.6GHz附近如果PCB布线上的去耦不足这个频点的辐射强度会直接拉高表现为EMC测试时的偶发超标。传导发射则集中在150kHz到30MHz问题多出在开关电源和USB接口的滤波电路上。SAR比吸收率测试许多硬件团队会忘记提前排期。SAR测试设备是人体模型加液体实验室需要按频段、按天线位置逐个测一个支持2.4GHz/5GHz双频、天线分布在上下两端的手机或平板测试时长可能超过两个工作日。更关键的是SAR测试需要调低发射功率后测量且不同身体部位限值不同美国FCC采用1g组织平均1.6W/kg欧盟CE采用10g组织平均2.0W/kg两套限值不能直接换算。3.4 测试失败时先查这三个环节第一看天线匹配。射频前端输出阻抗与天线失配时辐射功率偏低但反射功率会体现在带外杂散上表现为某个频点突然超标。第二看电源噪声。Wi-Fi发射时电流瞬态变化大如果DC-DC的开关频率恰好落在测试频段杂散会伴随调制包络出现。第三看软件信道配置。部分芯片支持跨频段信道但DFS或TPC软件没有在认证模式下启用导致实验室判定“设备未具备动态频率选择能力”。这三个问题的修复成本差异很大天线匹配是硬件改版电源噪声通常加一颗磁珠或调整去耦电容就能解决软件配置则只需改固件。所以测试失败后不要马上改PCB先让实验室提供频谱图和时域图确认超标频点与发射信号是否同源。4. 5.9GHz频段上新规从U-NII-4到AFC动态频率协调4.1 5.9GHz频段到底指哪里U-NII-4与6GHz的边界这里说的5.9GHz指5850MHz到5925MHz这段频谱。FCC在2020年之前把这段频段主要分配给智能交通系统ITS使用用于车联网通信。2020年后FCC调整了频段规划把部分频谱划给非授权Wi-Fi设备即U-NII-4频段同时保留了部分ITS服务。也就是说这块频谱不是“干净的新频段”而是与既有雷达、车联网服务共存的共享频段。U-NII-4的开放对产品设计最大的影响是Wi-Fi设备在5.9GHz上工作时不能再像2.4GHz那样简单地“选个信道就发射”。FCC的规则要求设备先确认当前地理位置和工作频段内没有受保护的现有业务这就需要设备具备AFCAutomatic Frequency Coordination能力——设备向地理数据库查询该位置哪些信道可用获得许可后才占用信道。这与传统DFS被动检测雷达信号不同AFC是主动查询机制。4.2 AFC落地时固件里要多出哪些逻辑一个支持5.9GHz/6GHz频段的Wi-Fi设备认证测试会明确区分设备类型标准功率设备必须支持AFC低功率室内设备LPI在某些频段内可以免AFC极低功率设备VLP则允许在更多场景下工作。实际开发中AFC逻辑包括三个部分位置获取、数据库查询、信道授权管理。位置获取依赖GPS或管理员手工配置数据库查询需要设备内置AFC客户端通过HTTPS访问授权数据库信道授权管理则要求在授权过期或位置变化时自动退出信道。这里有个工程上的坑认证实验室测试AFC功能时不会真去连商业AFC服务器而是用测试服务器模拟数据库响应。所以送测固件必须能把AFC服务端地址做成可配置项否则量产版本和认证版本固件不一致工厂出货时还要再刷一遍。我一般会在编译宏里同时保留“认证模式”和“生产模式”认证模式指向实验室指定的AFC服务地址生产模式走正式服务。4.3 用hostapd快速验证5.9GHz信道可用性在开发板上验证5.9GHz频段支持情况用hostapd手动指定信道列表最直接。下面是一份针对5.9GHz/6GHz频段的可配置示例# hostapd 配置锁定5.9GHz频段信道 interfacewlan0 drivernl80211 ssidcert-lab hw_modea channel0 op_class131 acs_freq_list5955 5975 5995 6015 6035 6055 6075 6095 6115 country_codeUS ieee80211ax1这里op_class131表示操作类别对应5GHz/6GHz频段的信道间隔和功率限值组合acs_freq_list列出允许自动选择的信道中心频率。注意5.9GHz和6GHz信道的编号方式与2.4GHz不同它是基于5955MHz起始、每20MHz递增的。实际验证时先用iw reg set US设置监管区域再用iw dev wlan0 survey dump查看DFS和AFC状态确认信道不是被动扫描状态。4.4 5.9GHz认证测试中容易忽略的时序参数AFC功能测试不只是“查询一下数据库返回OK”就结束。FCC规则要求设备在失去AFC授权后的一段时间内必须停止发射这个时间通常按秒级计算具体秒数取决于设备类别。实验室测试时会模拟AFC服务器主动下发“信道不可用”指令然后测量设备从收到指令到频谱仪上信号完全消失的时长。另一个容易被忽略的参数是“初始信道获取时间”。设备上电启动后如果先扫描所有信道、再查询AFC、再选择信道整个开机流程可能增加10秒以上这在网关类产品里影响不大但在电池供电的传感器网关上会直接影响用户体验。所以产品定义阶段就要明确是做成“上电即用后台异步更新AFC授权”还是“必须等到AFC授权后再联网”。前者用户感知好但认证测试时要把异步更新逻辑完整暴露给实验室避免被判定为“规避AFC”。5. 新增网络安全要求RED认证里的EN 18031落地与投产前验收5.1 哪些产品落入网络安全强制范围按RED第3.3条的补充授权法规至少满足以下任一条件的无线设备都要纳入网络安全评估能接入公共互联网的能处理个人数据的以及能处理虚拟资产数字支付、加密货币钱包的。智能家居网关、IP摄像头、带App远程控制的消费电子几乎全部命中。判定规则不是看设备“当前是否联网”而是看设备“是否具备联网能力”所以一个带Wi-Fi但出厂默认关闭联网功能的插座同样要过网络安全测试。协调标准EN 18031被细分成三个部分EN 18031-1针对联网型无线电设备EN 18031-2针对处理个人数据的设备EN 18031-3针对处理虚拟资产的设备。具体产品适用哪个部分取决于数据流和功能定义。实验室会要求提交设备架构说明、数据流图、威胁分析文档三份材料缺一不可。5.2 EN 18031在实验室里测什么实验室对EN 18031的执行分两步文件审核和功能验证。文件审核看密码算法、密钥管理、安全启动、更新签名方案是否在设计中体现功能验证则通过主动攻击测试检查设备是否有已知漏洞。常见测试点包括默认口令是否强制修改、固件更新是否验证签名、网络管理接口是否暴露不必要的服务、通信是否使用加密协议、以及设备被恢复出厂设置后是否清除全部敏感数据。实际送测中我发现最容易整改的是“调试接口未关闭”。很多嵌入式设备在量产固件里保留了UART串口、Telnet或未授权的SSH服务实验室只要发现可交互的shell就会直接判网络安全测试不通过。这一类问题在研发阶段就可以自查不需要等报告出来。另外设备与云端交互的证书有效期和吊销机制也在评估范围内证书写死在固件里但无有效性校验同样会出现在问题清单里。5.3 投产前可自行执行的五个验证点在把产品交给认证实验室之前我建议内部先按以下五个点过一遍每项都有明确的通过标准第一所有网络服务端口只监听在必要接口上用netstat -tlnp确认没有多余端口第二固件更新必须使用带签名校验的格式升级包缺一个字节的签名也要拒绝安装第三默认配置禁止使用明文传输Wi-Fi上至少要支持WPA2/WPA3云端通信至少到TLS 1.2第四管理接口要有登录失败锁定机制连续多次错误密码后触发第五出厂日志不能包含明文口令、令牌或密钥。这五条全部满足后再去走EN 18031的文件审核基本不会遇到颠覆性的重新设计。最后补充一个和测试报告相关的小技巧EN 18031的符合性结论会直接关联到产品支持的软件版本上认证报告上会注明固件版本号。量产时如果升级固件修复了某个安全漏洞但设备的安全机制逻辑发生变化需要重新评估是否有必要更新认证。最好的做法是在产品开发流程里把“安全更新”固定在认证时的同一基线版本上后续安全补丁只做漏洞修复、不改变架构和协议行为。本文还有配套的精品资源点击获取