Skip to content

Wi-SUN Alliance: IPv6 mesh sub-GHz certification

Guide - Wi-SUN Alliance

Wi-SUN certification belongs to the family of consortium programmes that license an interoperability mark on top of a standardised radio layer. It is run by the Wi-SUN Alliance, an industry organisation formed in 2012 around electric utilities and smart-metering vendors, and it governs the use of the Wi-SUN Certified mark on products that implement the IPv6 mesh sub-GHz stack defined over IEEE 802.15.4g. Like Bluetooth SIG qualification or CSA Matter certification, it never substitutes for national radio certification: RED article 3.2 with EN 300 220 in the European Union, FCC Part 15.247 or 15.249 in the United States. This page sets out the programme's nature, the application profiles (FAN, HAN, JUTA), the node roles in a Wi-SUN network, the underlying radio architecture, the certification routes and the associated pitfalls.

The Wi-SUN Alliance was formed in 2012, around electric utilities and smart-metering vendors who needed an open, IPv6-native standard capable of supporting the mass roll-out of smart meters and urban infrastructure telemetry. Founding members included sub-GHz silicon vendors, meter manufacturers and distribution network operators. The initial objective: avoid fragmentation among the proprietary MAC stacks that characterised the AMI (Advanced Metering Infrastructure) market.

The Alliance does not author the physical layer itself. That layer is published by IEEE as IEEE 802.15.4g, the amendment dedicated to Smart Utility Networks. Wi-SUN sits above it, on the MAC, 6LoWPAN-style adaptation, IPv6 routing (RPL) and application layers. The Alliance publishes profiles and test plans and licenses the Wi-SUN Certified mark. In that respect it behaves like Thread Group, CSA (formerly Zigbee Alliance) or LoRa Alliance: a consortium that standardises above a normalised physical layer and certifies interoperability.

The Wi-SUN Certified logo and the associated trademark belong to the Wi-SUN Alliance. Any commercial mention of Wi-SUN on a product, its packaging or its documentation requires an active licence, conditioned on Alliance membership and on the declaration of the certified product in the public database. The Alliance is neither a state authority nor a Notified Body. Its decisions have contractual, not regulatory, force. But without certification, a product can neither call itself Wi-SUN, nor use the logo, nor be admitted to the tenders of the electric utilities that require the mark in their specifications.

AspectWi-SUN Alliance certificationRadio certification (RED / FCC)
NaturePrivate consortium programmePublic regulatory framework
Issuing bodyWi-SUN Alliance (San Ramon, CA, USA)European Commission (RED), FCC (USA)
Subject matterTrademark, interoperability, application profilesSpectrum, power, harmonics, duty cycle
SanctionLicence revocation, infringement actionMarket withdrawal, fines
ScopeAny product using the Wi-SUN brandAny radio emitter placed on the market
ReferenceFAN, HAN, JUTA, Wi-SUN test plansEN 300 220, FCC Part 15.247 and 15.249
DocumentsWi-SUN Certified identifier, ATB reportsRED DoC, FCC ID, radio test reports

See RED pillar and FCC pillar for the radio regimes, and LoRa Alliance, LoRaWAN end-device certification for a direct comparison with the competing sub-GHz consortium programme.

Programme access starts with membership. The Wi-SUN Alliance offers a tiered structure, arranged as a pyramid of engagement, on the classic consortium model.

  • Contributor. Entry level allowing product submission to certification and use of the mark on certified products. Annual subscription scaled by company size.
  • Sponsor. Intermediate level, access to working groups, participation in standards committees, voting rights on certain technical decisions.
  • Promoter. Top level, board seat, strategic direction of the programme. Reserved for a limited number of members.

For a finished-product maker integrating an already certified Wi-SUN module, Contributor membership is generally sufficient. Sponsor membership is justified for stack designers, silicon vendors or utility operators who want to influence the evolution of the profiles.

The Wi-SUN Alliance does not publish a single stack but several profiles, each targeted at a family of use cases. This structure allows a common physical layer to be shared while differentiating application requirements.

The FAN profile is the heart of the programme and the vast majority of Wi-SUN deployments observed in the field. It targets mesh networks for the electricity distribution infrastructure: smart meters (AMI), neighbourhood concentrators, substation sensors, street-lighting remote management. The topology is a meshed IPv6 network with a Border Router acting as gateway to the cellular or fibre backhaul.

FAN has gone through two main versions: FAN 1.0, the initial specification focused on smart-grid AMI, defining the MAC, RPL routing, initial channel plans and EAP-TLS security; and FAN 1.1, which adds security extensions, routing and lifecycle optimisations, additional channel plans and a set of normative clarifications. A FAN 1.0 certified product is not automatically FAN 1.1: a fresh certification at an Authorized Test Bed is required, and the public database distinguishes the two versions under separate identifiers.

The HAN profile initially targeted in-home energy management networks: meter, thermostat and smart-appliance interconnection within the household. It has never reached mass deployment and has largely been displaced by Thread, Zigbee and more recently Matter on that segment. Its presence in Alliance documentation is essentially historical. New home-automation projects look in priority at Matter over Thread or Wi-Fi, see Matter certification.

The JUTA profile targets connected street lighting and roadway infrastructure remote management. It is used in several smart-lighting deployments, notably in Asia-Pacific. Its functional scope is narrower than FAN, centred on lighting remote control and status reporting.

ProfileUse caseTopologyDeployment state
FAN 1.0Smart-grid AMI, city sensorsIPv6 mesh with Border RouterWidely deployed
FAN 1.1Same plus security extensionsIPv6 mesh with Border RouterAdoption in progress
HANIn-home energy networkStar, short rangeMarginal, displaced by Thread / Matter
JUTAStreet lighting, roadwayReduced mesh, remote controlDeployed in some markets

Profile choice is not a configuration parameter: it is a distinct certification choice with its dedicated test plan. A product cannot be certified "Wi-SUN" without further qualification; the mark is always tied to a specific profile.

A Wi-SUN FAN network is organised around three functional roles, which weigh on testing and on the declaration made at certification time.

The Border Router is the network's egress point. It bridges the Wi-SUN segment (IPv6 over 802.15.4g) and the backhaul network (cellular LTE/4G, fibre, satellite depending on deployment). It hosts the critical functions: RPL DODAG root routing, key management, EAP-TLS authentication of new nodes, application-data aggregation.

A certified Border Router is typically industrial equipment for a neighbourhood substation or feeder head, mains-powered, with a transmit power often close to the maximum allowed by the regional plan.

A Router Node is a mesh node that relays traffic for other nodes. This is the typical role of a smart electricity meter: it communicates on its own behalf and relays traffic for less well-placed neighbours, which ensures geographic coverage of the mesh. The term "FAN router" is common in the literature.

A Leaf Node is a terminal node that does not route for others. Typical profile for battery-powered sensors with critical power budgets: a Router must listen continuously to relay traffic, a Leaf relaxes this obligation and allows more frugal listen cycles. The trade-off is that mesh coverage does not benefit from such a node.

BACKHAUL
cellular / fibre
|
+-------------------+
| Border Router |
| (DODAG root) |
+---------+---------+
|
+----------------+----------------+
| |
+------+------+ +-------+-----+
| Router Node | | Router Node |
| (meter) | | (meter) |
+------+------+ +-------+-----+
| |
+------+------+ +-------+-----+
| Router Node |- - - - - - - - - | Router Node |
| (meter) | mesh link | (meter) |
+------+------+ +-------+-----+
|
+------+------+
| Leaf Node |
| (sensor) |
+-------------+

The role declared at certification time (Border Router, Router Node, Leaf Node) drives the applicable test subset. A product certified as Leaf Node cannot be sold as Router Node without recertification.

Wi-SUN sits on top of IEEE 802.15.4g, the 2012 amendment to IEEE 802.15.4 that adds modulation modes and channel plans dedicated to Smart Utility Networks. This radio base is, by construction, shared with other MAC stacks that may use it, but Wi-SUN distinguishes itself by its MAC choices and its IPv6 stack.

The main modulation is FSK (Frequency Shift Keying), at several bit rates depending on the regional plan: typically 50 kbps, 100 kbps, 150 kbps or 300 kbps. FSK is robust on narrow sub-GHz channels and offers a sound range / throughput compromise for metering and sensor applications. The FSK choice distinguishes Wi-SUN from two close competitors: LoRaWAN, which uses Semtech's proprietary CSS modulation optimised for long-range low-rate operation, in a star topology rather than mesh; and Zigbee, which uses O-QPSK in the 2.4 GHz band over classic IEEE 802.15.4, with shorter range but higher instantaneous throughput.

CriterionWi-SUN FANLoRaWANZigbee
Physical layerIEEE 802.15.4g sub-GHzProprietary LoRa CSS sub-GHzIEEE 802.15.4 2.4 GHz
ModulationFSKCSSO-QPSK
Typical rate50 to 300 kbps0.3 to 50 kbps250 kbps
TopologyIPv6 meshStar, central gatewayMesh or star, Zigbee Pro
MAC + networkWi-SUN Alliance, IPv6 + RPLLoRa Alliance, proprietary MACZigbee Alliance / CSA, proprietary MAC
Dominant use caseAMI, smart grid, smart cityLong-range IoT, isolated sensorsIndoor home automation, lighting
AddressingNative IPv6DevEUI + DevAddr non-IP16-bit short address, non-IP
Consortium markWi-SUN CertifiedLoRaWAN Certified CMZigbee Compliant Platform

See LoRa Alliance, LoRaWAN end-device certification for the sibling consortium page and Matter certification for the equivalent programme on the home-automation side.

Wi-SUN's structuring choice against LoRaWAN or Zigbee is the use of native IPv6 at every node. The stack relies on a 6LoWPAN-style adaptation (compression of IPv6 headers on small 802.15.4g frames), on RPL routing (RFC 6550) for the mesh topology, and on EAP-TLS authentication at commissioning.

This IPv6 approach opens up possibilities that proprietary stacks do not natively cover: end-to-end addressing, integration into urban IT systems without an application gateway, reuse of standard IP administration tools. This is the main argument of the electric utilities that selected Wi-SUN at the time they were consolidating their IT estates on IPv6.

Wi-SUN defines several channel plans by region, aligned with the locally available sub-GHz bands and the national radio regimes.

RegionBandApplicable radio regulation
United States902 to 928 MHzFCC Part 15.247 (spread-spectrum modulation, FHSS) or 15.249 depending on sub-band
European Union863 to 870 MHzEN 300 220 under RED article 3.2, sub-bands with duty-cycle limits
Japan920 MHz (around 920.5 to 928 MHz)ARIB STD-T108
China470 to 510 MHz and other bands per planMIIT regulation, SRRC plan
India865 to 867 MHzWPC plan, recent sub-band
Singapore, ANZSub-GHz per local planIMDA / ACMA regulation

A product configured for a US plan cannot be marketed in Europe without recompiling and recertifying for the EU plan: it is not a runtime parameter but a product variant with its own radio dossier and its own Wi-SUN Certified identifier. See RED pillar and FCC pillar.

Wi-SUN certification follows a sequence comparable to the other consortium programmes, with one specificity: the tests are run by an Authorized Test Bed accredited by the Alliance, the applicant cannot self-certify.

  1. Alliance membership at least at Contributor level, prerequisite for portal access.
  2. Profile selection (FAN 1.0, FAN 1.1, HAN, JUTA). For the vast majority of today's industrial deployments, FAN is the only relevant candidate.
  3. Node role selection (Border Router, Router Node, Leaf Node). A single product may be certified for several roles with a cumulated test scope.
  4. Regional channel plan selection and preparation of a distinct certification per target region (or multi-region per the applicable Alliance rules).
  5. Authorized Test Bed selection. The ATB is a laboratory accredited by the Alliance, public list on its site. The applicant submits the product and firmware to the ATB.
  6. Test plan execution for the declared profile, role and version: interoperability against reference implementations, MAC and RPL behaviour, EAP-TLS authentication, channel plan compliance.
  7. Submission to the Wi-SUN Alliance of the ATB reports and declaration of conformity. The Alliance reviews the dossier, issues a Wi-SUN Certified identifier and publishes the entry in the database.
  8. Mark affixing under the brand-book conditions (size, contrast, mention of profile and version).
  9. Radio certification in parallel. On the RED side, an EN 300 220 dossier with articles 3.1(a), 3.1(b) and 3.2 applicable. On the FCC side, a Part 15.247 or 15.249 dossier with FCC ID issued by a TCB. See RED pillar and FCC pillar.

Radio tests under EN 300 220 or Part 15.247 do not cover any aspect of the Wi-SUN test plan: the former verify spectrum occupancy and power limits, the latter verify protocol compliance and interoperability.

Several silicon and module vendors ship sub-GHz subsystems already Wi-SUN Certified for a given profile, typically FAN. A finished-product maker integrating such a module without modifying the Wi-SUN stack, the RF chain (antenna, RF supply, radiation-impacting layout) or the supported channel plan can simplify the procedure and reduce the test scope. The inherited identifier is declared to the Alliance and the finished product receives its own identifier with reduced effort. Any deviation invalidates this route and forces full recertification.

In the European Union, the Wi-SUN radio in the 863-870 MHz band falls under article 3.2 of the RED directive ( 2014/53/EU ). The applicable harmonised standard is EN 300 220, covering Short Range Devices between 25 MHz and 1000 MHz: maximum powers, sub-bands, duty cycle, access techniques (LBT, polite spectrum access), out-of-band emissions.

The EN 300 220 report covers no aspect of Wi-SUN certification, and Wi-SUN certification does not release the manufacturer from the RED obligation. The two dossiers are nearly disjoint: RF levels, duty cycle, out-of-band emissions, receiver sensitivity on one side; MAC compliance, interoperability, RPL, EAP-TLS on the other.

For the other RED articles: 3.1(a) health (often covered by EN 62479 or EN 62311 at typical Wi-SUN power levels), 3.1(b) radio EMC ( EN 301 489-3 for sub-GHz Short Range Devices), and 3.3 cybersecurity ( EN 18031 ) since August 2025. See RED tests and EN 303 645.

Articulation with FCC Part 15.247 and 15.249

Section titled “Articulation with FCC Part 15.247 and 15.249”

In the United States, the Wi-SUN radio in the 902-928 MHz band falls under 47 CFR Part 15.247 (DSSS, FHSS, digital modulation techniques) or Part 15.249 depending on the sub-band and the modulation used. Requirements are structured around:

  • Maximum conducted power (1 W in 902-928 MHz for techniques compliant with Part 15.247, lower under 15.249).
  • Out-of-band emission and harmonic limits.
  • Measurement methods specific to frequency-hopping FSK or spread-spectrum modulations.

The Part 15.247 (or 15.249) report, submitted to a TCB ( see FCC pillar ), yields an FCC ID. As on the EU side, the FCC ID never substitutes for Wi-SUN certification, and vice versa. For a product marketed on both sides of the Atlantic, see EU + US dual certification.

The phonetic similarity causes real confusion in specifications drafted by non-specialist teams. Wi-SUN has no technical link to Wi-Fi: not the same band (sub-GHz versus 2.4 / 5 / 6 GHz), not the same physical layer (FSK over 802.15.4g versus OFDM over 802.11), not the same topology (IPv6 mesh versus infrastructure or ad-hoc), not the same consortium (Wi-SUN Alliance versus Wi-Fi Alliance). Checking the wording in tender documents is an elementary diligence.

A product cannot be certified "Wi-SUN" in the abstract. It is certified Wi-SUN FAN 1.0, Wi-SUN FAN 1.1, Wi-SUN JUTA, or Wi-SUN HAN. The absence of a profile declaration in a product specification or data sheet usually reveals that the technical decision has not been made. The choice must be locked at the scoping stage, as it determines the firmware stack, the eligible chipset base and the test scope.

A US 902-928 MHz plan and an EU 863-870 MHz plan are not interoperable: no common channel, modulation differences per variant, different powers. A product certified on one plan cannot be sold in a region requiring another plan without recompiling and recertifying both the radio and Wi-SUN dossiers. The classic pitfall is to plan a global deployment assuming a single SKU will cover several continents.

Modifying a pre-certified module without recertification

Section titled “Modifying a pre-certified module without recertification”

A product inheriting a Wi-SUN Certified identifier from a subcontracted module is valid under a strong assumption: the module is used as-is, without hardware modification (antenna, RF supply, layout) and without firmware modification (stack configuration, MAC parameters, channel plan). Any deviation, such as a change of antenna with a different gain or an update of the Wi-SUN stack shipped by the module maker, invalidates the inherited certification.

Confusing consortium and radio certification

Section titled “Confusing consortium and radio certification”

Many manufacturers discover late that RED or FCC certification does not cover Wi-SUN certification, and vice versa. The product calendar then slips by several weeks to several months. To be budgeted at the design stage, with the same care as the radio itself.

Underestimating EAP-TLS security and provisioning

Section titled “Underestimating EAP-TLS security and provisioning”

EAP-TLS authentication of Wi-SUN nodes relies on X.509 certificates provisioned at the factory. PKI governance (certificate authority, certificate distribution, revocation handling) is an engineering topic in its own right, often underestimated at specification time. A product technically certified but without an industrial provisioning plan will not be deployable at scale.

A FAN 1.0 certified product cannot claim FAN 1.1 without a fresh certification, even when the functional difference seems minor at the application layer. Electric utilities that specify FAN 1.1 in their tenders will reject FAN 1.0 equipment regardless of de facto interoperability.

See also glossary for Border Router, Leaf Node, 6LoWPAN, RPL, EAP-TLS definitions, and the guides RED standards, FCC scope, LoRa Alliance, LoRaWAN end-device certification and Matter certification for comparable consortium programmes.

Sources & references

  1. Wi-SUN Alliance, official site , Wi-SUN Alliance wi-sun.org/
  2. Wi-SUN Alliance, work programme and FAN specification , Wi-SUN Alliance wi-sun.org/our-work/
  3. IEEE 802.15.4g, Smart Utility Networks PHY , IEEE Standards Association standards.ieee.org/ieee/802.15.4/7029/
  4. ETSI EN 300 220, short range devices, 25 MHz to 1000 MHz , ETSI www.etsi.org/deliver/etsi_en/300200_300299/30022002/
  5. 47 CFR Part 15.247, operation in 902-928 MHz, 2400-2483.5 MHz and 5725-5850 MHz , FCC www.ecfr.gov/current/title-47/chapter-I/subchapter-A/part-15/subpart-C/section-15.247
  6. IETF RFC 4944, transmission of IPv6 packets over IEEE 802.15.4 networks , IETF www.rfc-editor.org/rfc/rfc4944