KCC韩国通讯委员会认证项目 射频EMC安全全套检测详解

2026-06-23   •   orange

业内俗称的KCC认证,官方正式名称是KC射频认证,由韩国国立电波研究***RRA监管。和它并行的有一套KC安全认证,归韩国技术标准***KATS管。两套体系授权机构不同、测试项目不同、证书互不覆盖、审核资料独立调取。

一、RRA射频KC认证的测试项目

RRA这套认证只管一件事,你的无线设备在韩国频率环境下的射频性能是否合规。测试范围严格限定在射频相关指标,不涉及任何电气安全、电池安全、EMC电磁兼容、网络安全的考核。那些项目全部归KATS。

1.射频发射测试:RRA体系里最基础、几乎绕不过去的一项。不论蓝牙耳机、Wi-Fi路由器还是5G手机,RRA都要核查你的设备在工作频段上发射出来的信号功率、频谱宽度、频率稳定度是否在韩国无线电频率分配表规定的限值之内。实验室会把设备接入频谱分析仪或矢量信号分析仪,逐频段逐信道扫描,检查有没有超出RRA频率分配表的上限。

2.杂散辐射测试:和射频发射测试捆绑执行,相当于查漏信号。即使主频段的发射功率合规,还要证明主频段之外的谐波、杂散、带外辐射全部在限值以下。测试频宽从几十兆赫兹一路扫到设备最高工作频率的好几倍,通常做到40GHz甚至更高,视设备支持的频段范围而定。5G毫米波设备在这一项上尤其容易翻车,26GHz和28GHz频段周边的谐波稍不注意就踩线,来回整改三五次的情况并不少见。

3.接收性能测试:很多人以为RF认证只管发射不管接收,实际上RRA对接收灵敏度、接收阻塞、邻道选择性都有明确的达标要求。设备不能因为隔壁频段有个功率稍大的信号就彻底收不到数据,也不能灵敏度低到正常通信距离就断连。

4.比吸收率测试:也就是SAR。针对离人体20厘米以内使用的无线设备,手机、智能手表、蓝牙耳机头戴款都在这个范围。RRA要求SAR值不超过法定限值。桌面摆放的路由器、壁挂式中继器、固定装进机柜的工业数传模块可以申请豁免,前提是设备使用场景明确不涉及贴身操作,且功率低于10毫瓦。

5.天线性能测试:CC路径下的高功率设备,比如大功率CPE、室外基站、工业级Wi-Fi热点,这项是跑不掉的,天线增益、方向图、波束成形性能全套数据要在电波暗室里过。CR路径也不是全部豁免。外置可拆卸天线的CR设备,比如带SMA接口外置天线的蓝牙模块、可更换外置天线的Wi-Fi模组,不管发射功率高低,RRA一律要求提交天线增益和方向图测试数据。只有内置不可拆卸天线、且属于消费级低功率的CR设备,才不需要单独做天线性能项目。一刀切按CC还是CR来判断做不做天线测试,会漏掉外置天线这个关键变量。

以上五项是RRA射频KC认证的全部测试项目。再次强调,EMC电磁兼容、电气安全、电池安全、网安这些都不在RRA的考核范围之内,全部归KATS安全KC认证管理。两套测试项目不重叠,不存在"做了射频就顺便覆盖EMC"这种事情。

  二、KATS安全KC认证的测试项目

KATS这套认证管的是设备的电气安全、电磁兼容、电池安全和物联网网络安全。如果你的产品带市电供电、内置锂电池、接入公共通信网络或者能联网传输数据,KATS这套是独立于RRA之外必须走的另一套认证。

1.电气安全测试:核心标准是KS IEC 62368-1,已经全面替代老版的KS C IEC 60065和KS C IEC 60950-1,把音视频和信息技术设备两套旧标准统一合并为基于危险防护的现代安全体系。测试项目覆盖绝缘耐压、接地连续性、漏电流限值、机械外壳强度、防火外壳阻燃等级、元器件温升限值。带市电供电的联网智能家电、大功率CPE、户外基站基本上绕不开这套测试。纯电池供电、无市电输入的低压设备可以申请部分项目豁免,但具体豁免范围要拿产品资料跟KATS认可实验室逐项确认。

2.锂电池安全测试:内置可充电锂电池的设备需要按韩国电池安全标准执行电芯和电池包的安全考核。这里有一个重要的标准区分。小型便携设备内置电芯、充电宝执行KS C IEC 62133,测试项目包括过充、过放、短路、挤压、**、热滥用、强制放电。户用大型储能电池组、家庭光储系统执行的是KS C IEC 62619,测试项目和判定条件都不一样。储能企业如果拿62133去套大型电池组,标准选错会导致报告被KATS直接退回,整套测试重来。

3.电磁兼容性测试:也就是EMC。这项测试归KATS安全KC认证管理,不归RRA。很多企业习惯性把EMC塞进射频认证的测试清单里,这是体系归属上的根本性错误。EMC测试分两个方向,电磁干扰EMI和电磁抗扰度EMS。EMI测设备工作时对外释放的传导骚扰和辐射骚扰,限值遵循KS CISPR 32。EMS测设备能不能扛住外部静电放电、射频辐射干扰、电快速瞬变脉冲群这些常见干扰源,对应KS CISPR 35和KS IEC 61000-4系列标准。

4.物联网网络安全测试:由KN 18031标准定义,KATS发布并监管,和RRA没有任何关系。目前主要覆盖联网智能家电、智能门锁、IP摄像头、智能传感器等IoT品类。测试分三个等级,基本级覆盖默认口令管理和软件更新机制,增强级要求加密通信和身份认证,高级要求硬件安全模块和物理防篡改保护。具体测到哪一级取决于产品的联网能力和数据敏感度。这里有一个容易被忽略的豁免规则,纯离线蓝牙设备,蓝牙耳机、无线键鼠、没有Wi-Fi或以太网远程联网功能的蓝牙外设,完全豁免KN 18031测试,不需要做任何网安项目。文中未加粗说明的话,大量蓝牙厂商会多花一笔根本不需要的网安测试预算。

  三、CC与CR路径测试项目的差异

RRA射频KC认证分了CC符合性认证和CR符合性注册两条路径,测试范围差别很大。

1.CC路径针对高风险无线设备:手机、5G路由器、Wi-Fi路由器、室外基站、大功率CPE、无人机遥控、卫星通信终端都在这个范围。这里需要特别纠正一个市面上流传极广但完全错误的说法,家用无线路由器,不论是2.4GHz单频、双频还是Wi-Fi 6E三频,RRA永久统一归类为CC符合性认证路径,从未存在过CR窗口期,也不存在口径动态调整这回事。企业如果按CR路径准备资料提交,会被e-Cert系统直接拒收,要求全套重做CC测试。

CC路径下射频测试项目全覆盖,射频发射、杂散辐射、接收性能、SAR、天线性能,一项都跑不掉。测试报告必须由RRA认可的韩国本土实验室,或者与RRA签署了MRA互认协议的境外指定实验室出具。国内ILAC认可实验室的报告绝大多数不能用于CC发证,因为ILAC认可和RRA MRA互认是两套独立机制,目前国内仅有极少数指定实验室签署了RRA MRA协议。企业在国内做完预测试之后,正式发证报告仍然要送韩国MRA签约实验室重做全套,预测试数据只能作为内部整改参考。

2.CR路径针对低风险无线设备:蓝牙耳机、蓝牙鼠标键盘、RFID标签、低功率蓝牙数传模块属于这个范围。CR路径下射频发射和杂散辐射仍然强制,接收性能三项全部强制无豁免,SAR在非贴身固定使用场景下可申请豁免,内置不可拆卸天线的消费级产品可豁免天线性能。但外置可拆卸天线的CR设备,天线增益和方向图测试仍然强制。

CR还有一个必须澄清的关键点:所有CR产品必须由RRA认可实验室出具完整测试报告,不存在厂商自我声明替代实测的通道。自我声明机制仅存在于KATS安全KC体系的部分低风险品类,射频CR自始至终没有开过这个口子。如果企业听信了"CR可以自己出报告"的说法跳过实验室测试,韩方代理在e-Cert提交环节就会被系统拦截。

  四、不同无线制式的必测项目

根据产品搭载的无线技术,可以快速匹配必测项目。

·纯蓝牙设备(蓝牙耳机、蓝牙键鼠、低功耗蓝牙传感器)。RRA侧必测射频发射、杂散辐射、接收性能三项。SAR看是否标注贴身佩戴,标注了就强制。天线看是否外置可拆卸,外置了就强制。CR路径。KATS侧纯电池供电无市电的话安全测试可部分豁免。纯离线蓝牙豁免KN 18031。

·双频Wi-Fi设备(消费级路由器、Wi-Fi模组、智能音箱)。RRA侧走CC路径,射频发射、杂散辐射、接收性能、SAR、天线性能全部强制。KATS侧带市电强制电气安全全套,带锂电池强制电池安全,EMC全套强制。有联网功能且涉及用户数据的强制KN 18031。

·Wi-Fi 6E设备(支持6GHz频段的路由器、手机、CPE)。6GHz频段的射频测试标准是独立的KS X 3130,不纳入常规Wi-Fi标准。6GHz专属信道划分、功率限值、带外杂散抑制的测试方案和2.4GHz、5GHz完全分开,实验室出的6GHz测试报告是单独一个模块。很多路由器厂商只做了2.4G和5G的射频测试,以为覆盖了全部频段,到RRA审核时才发现缺了6GHz专属测试报告被退回补测。

·5G蜂窝设备(5G手机、5G CPE、5G模组)。RRA侧走CC路径,全套强制。射频标准执行KS X 3127。除n78频段外,韩国运营商实际商用部署了n5、n28等子频段,高端多模手机仅测n78会被RRA要求补测,测试频段范围必须提前和实验室对齐韩国现网频段清单。


KCC韩国通讯委员会认证项目等信息,可联系蓝亚技术检测认证机构顾问:13632500972(Benson)

<script> var _hmt = _hmt || []; (function() { var hm = document.createElement("script"); hm.src = "https://hm.baidu.com/hm.js?6844225bf949cff65b89ec7139b9ad0f"; var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(hm, s); })(); </script>