星闪(NearLink)无线短距通信联盟正式成立,其技术指标包括

星闪(NearLink)无线短距通信联盟正式成立,其技术指标包括:

时延小于20us。
多点同步精度小于1us。
可靠性大于99.999%(20dB随机突发干扰下)。
单流峰值谱效率大于5bps/Hz。
具体来说,星闪(NearLink)包括两种模式,分别对标蓝牙和Wi-Fi,以满足不同的应用场景和需求。星闪(NearLink)具有多项优于蓝牙和Wi-Fi的性能指标,包括低延迟、高传输速率、强稳定性、远覆盖范围、大组网数量等。

在时延方面,星闪(NearLink)能做到20微秒的延迟,这是人类无线连接技术首次进入微秒级。
在传输速率方面,星闪(NearLink)能达到每秒2.5Gbps的速度,是蓝牙5.2的6倍以上。
在稳定性方面,星闪(NearLink)能抵抗强干扰环境,相比蓝牙提升了7dB的灵敏度。
在覆盖范围方面,星闪(NearLink)能支持200米以上的稳定连接,相比蓝牙提升了2倍以上。
在终端组网数量方面,星闪(NearLink)能支持最大4096台设备互联,相比蓝牙提升了10倍以上。
华为表示,星闪(NearLink)将为鸿蒙生态带来六大革新体验:智慧屏与手机、平板、音箱等设备的无缝互动;智慧音箱与手机、平板、电视等设备的高质量音频传输;智慧手表与手机、平板、电视等设备的快速数据同步;智慧汽车与手机、平板、音箱等设备的高速率数据共享;智慧家居与手机、平板、电视等设备的低功耗控制;智慧工业与手机、平板、电视等设备的精准同步控制。


星闪 NearLink(SLE)开源库、组件、工具完整文档

重要前置边界
  1. 星闪标准正式名称 SparkLink Low Energy(SLE),对外商用名称 NearLink;
  2. 2026-07-15 正式开源:OpenHarmony 上层 Host 协议栈(通信服务层);
  3. ⚠️ 物理层 / 基带 / 控制器 Firmware(Controller)目前尚未开源(海思 WS63/BS21 芯片固件闭源);
  4. 架构分层:Host(开源) <——HCI——> Controller(闭源固件),类比蓝牙 BlueZ / 蓝牙控制器固件;
  5. 许可证:木兰宽松许可证 V2(MulanPSL-2.0),可免费商用、修改、分发,无强制开源义务。
image
星闪NearLink分层架构
 

一、官方核心开源仓库(OpenHarmony 星闪 Host 协议栈)

1. communication_nearlink_service【主协议栈,最核心】

仓库地址:
 
https://atomgit.com/openharmony/communication_nearlink_service
 
代码规模:约 15 万行
 
模块分层(源码内部组件结构)
plaintext
communication_nearlink_service
├─ services/nearlink           # 星闪系统服务(Native Service)
│  ├─ base_service             # 基础服务层(开源主体)
│  │  ├─ device_mgr            # 设备扫描、发现、连接管理
│  │  ├─ security_mgr         # 配对、鉴权、加密安全栈
│  │  ├─ ssap                  # SSAP 控制信令通道
│  │  ├─ port                  # Port 业务数据双通道传输
│  │  ├─ link_ctrl             # 链路维护、重连、QoS
│  │  └─ hci_driver           # HCI 抽象层(UART/USB HCI对接星闪模组)
│  └─ profile_service         # 基础应用层 Profile
│     ├─ hid                   # 人机交互(键鼠、手写笔)
│     ├─ bas                   # 电量服务
│     ├─ dis                   # 设备信息
│     ├─ mc                    # 媒体控制
│     ├─ vcc                   # 通话控制
│     └─ asc                   # 音频流传输Profile
├─ interfaces/kits/nearlink    # 对外API(Native API + JS API)
├─ frameworks/native/nearlink # Native框架封装
└─ test                        # 单元测试、CLI调试程序源码
能力覆盖:设备广播 / 扫描、配对绑定、双通道(SSAP+Port)、多设备组网、标准行业 Profile、HCI 抽象适配任意星闪模组。

2. 应用示例代码仓库

nearlink-kit-sample-code
 
shturl.cc/ycKZQiOFXPyluje84juXOrWvt2LkrsNkO9A9NcKZ0cdmWGQuO2R
 
用途:ArkTS 应用层开发 Demo(扫描、连接、收发数据)

二、芯片厂商配套开源 SDK(海思 WS63 / BS21 开发板支撑包)

注意:仅上层应用框架、例程、板级驱动;控制器基带固件仍然闭源。

1. WS63(Hi3863)SDK(星闪派 NearLink_DK_WS63)

shturl.cc/XxBi5kdQJFolQa7qXHP9bJdD

2. BS21(Hi2821)SDK

shturl.cc/9VksmIoxbF4UkxgPod7scT09

3. 润和 HiHope 星闪开发资料仓库

shturl.cc/hW0qjBOROeOKFS68ujAUhF8JXuxq
 
包含:开发板硬件文档、OpenHarmony+LiteOS 双系统适配工程、Demo 工程。

三、独立可复用开源组件(跨 OS 移植潜力,可脱离 OpenHarmony)

1. HCI 抽象传输层 nearlink-hci

出自 communication_nearlink_service/hci_driver
  • 支持:UART HCI、USB HCI
  • 作用:Host 协议栈与星闪模组之间标准 HCI 报文封装 / 解封装
  • 可单独剥离,移植 Linux / RT-Thread /openEuler

2. SSAP + Port 传输核心库

基础服务层双通道核心,星闪区别于 BLE/RFCOMM 最关键模块:
  • SSAP:可靠控制信令(配对、参数协商、事件通知)
  • Port:业务数据流,支持多条逻辑 Port 并发、分片重组、流控
等价蓝牙 L2CAP,但原生双通道架构。

3. NearLink Security 安全组件

独立模块:
  • SSP 简单安全配对
  • AES-128 加密链路
  • 绑定密钥持久化管理
     
    可剥离用于其他操作系统自研 Host。

4. Profile 标准协议库(HID/BAS/DIS/MC/VCC/ASC)

标准化数据包编解码,消费外设通用互通规范;
 
厂商做键鼠、耳机、手写笔可直接复用,保证跨品牌互通。

四、命令行调试工具 / 开源测试程序(对标 bluetoothctl /bluetoothcl)

1. nearlinkctl(协议栈内置交互式 CLI)

源码路径:communication_nearlink_service/test/nearlinkctl
 
✅ 功能:
  • 开启 / 关闭星闪适配器
  • 广播、被动 / 主动扫描设备
  • 发起连接、断开、配对
  • Port 数据收发、链路参数调整
  • 读取 RSSI、设备信息
     
    运行环境:OpenHarmony 系统内置,官方原生星闪命令行工具,对标 Linux bluetoothctl。

2. 第三方移植探索项目

openeuler-nearlink

shturl.cc/1ZncUdQfTaB7rpTx11ZFIsjNxtho2wd26f9P
 
目标:将 OpenHarmony 的 nearlink host 协议栈移植至 openEuler / RT-Thread;
 
现状:实验性项目,正在完善 HCI 适配层。

五、星闪 配套调试 / 抓包生态组件

1. 海思官方 HiSpark Studio(IDE,非开源,但配套开源 SDK)

集成编译、烧录、串口日志、HCI 日志捕获;可导出星闪 HCI 日志(类似蓝牙 btsnoop)。

2. sle-sniffer(星闪空口抓包工具)

硬件:WS63E 开发板充当嗅探器;
 
上位机解析软件目前闭源配套工具,暂无开源版本;
对比:蓝牙 btmon/hcidump 是开源;星闪空口抓包工具尚未开源。

六、完整分层依赖链路(对标蓝牙 BlueZ 体系)

plaintext
【应用层】应用程序 / nearlinkctl(CLI)
    ↓ Native/JS API
【Host协议栈(开源)】communication_nearlink_service
    ├─ Profile层(HID/ASC音频等)
    ├─ 基础服务层(设备管理、安全、SSAP+Port传输)
    └─ HCI驱动抽象层
        ↓ HCI报文(UART/USB)
【Controller(闭源固件)】WS63 / BS21 芯片内部
    ├─ SLE 链路层、物理层基带
    └─ 射频调制解调
        ↓ 2.4GHz 无线空中接口
远端NearLink设备

七、与蓝牙开源体系横向对比表

项目 蓝牙(BlueZ) 星闪 NearLink(开源方案)
Host 协议栈 BlueZ(完全开源) communication_nearlink_service(OpenHarmony,MulanPSL2)
控制器固件 部分厂商开源,多数闭源 全部闭源(当前阶段)
交互式 CLI bluetoothctl nearlinkctl
传输架构 L2CAP 单通道 SSAP 控制 + Port 业务 双通道原生
上层 Profile HID、A2DP、SPP、PAN HID、ASC 音频、BAS、DIS、MC
操作系统原生支持 Linux 完整原生 OpenHarmony 原生;Linux/RTT 需要移植 Host 栈
空口抓包工具 btmon(开源) 官方嗅探上位机闭源

八、当前开源限制与工程选型避坑

  1. 只能拿到 Host 上层协议栈,无法修改无线基带物理层算法;
     
    不能像 BTstack/BlueZ 那样自研完整端到端协议栈;必须搭配原厂星闪模组(WS63/BS21 系列)。
  2. Windows 暂无原生 NearLink Host 开源实现;
     
    Windows 端方案只能:USB 星闪模组 + OpenHarmony Linux 虚拟机运行 nearlinkctl,或等待社区移植。
  3. 暂时没有独立 Windows 平台 NearLink.exe/CLI 原生程序(对标 fsquirt、btcli);
  4. 想要在 Linux 裸系统(非 OpenHarmony)使用:需要剥离 communication_nearlink_service HCI 与上层核心模块,自行适配 POSIX。

九、技术演进路线(承接前面蓝牙工具完整框架)

  1. 阶段 1(2024 前):协议栈全闭源,仅提供模组 AT 指令;
  2. 阶段 2(2026.07):OpenHarmony Host 协议栈正式开源,提供 nearlinkctl 命令行、标准化 Profile;
  3. 阶段 3(预期):社区完成 Linux/RT-Thread 移植;远期评估开放控制器固件;
  4. 长期目标:形成一套媲美 BlueZ 的跨平台 NearLink 开源 Host 生态。

星闪 NearLink(SparkLink)完整演进全景文档

承接前面开源协议栈、组件、命令行工具内容,按标准演进、芯片硬件演进、软件协议栈 & 开源演进、架构路线、长期 Roadmap、与蓝牙演进路线横向对比完整梳理。
核心定义:星闪一套标准、三类原生空口模式
  • SLE(SparkLink Low Energy)低功耗模式:对标 BLE;
  • SLB(SparkLink Basic)大带宽模式:对标经典蓝牙 + 局部 Wi-Fi;
  • SLP(SparkLink Positioning)精确定位模式:通感一体;
     
    未来规划新增 SLZ 无源射频模式。

一、发展时间轴(四大阶段划分)

阶段 1:预研与联盟筹建(2019–2020.09)—— 技术原型期

  1. 内部启动新一代短距无线预研,代号 “绿牙”;目标解决蓝牙时延高、并发少、抗干扰弱、缺少原生定位的短板;
  2. 技术路线确立:复用 5G Polar 极化码、集中式调度、超短帧、双通道架构(SSAP 控制 + Port 数据流);
  3. 2020-09-22 星闪联盟正式成立,工信部牵头,产业链 80 余家单位发起,启动标准化工作。

阶段 2:标准奠基 1.0 周期(2020.09–2024.03)—— 从原型走向商用可用

  1. 2022-11 星闪 Release 1.0 正式发布(12 项系列标准)
    • 确立 SLE + SLB 双模基础架构;
    • 基础能力:设备扫描、连接、配对、安全加密、基础数据传输;
    • 协议架构:物理层→链路层→基础服务层→Profile 应用层;
    • 性能基线:SLE 峰值 12Mbps,SLB 最高 920Mbps;最低时延 50μs;单簇支持 128 节点;
    • 能力分级命名规则诞生:NearLink E1.0(SLE 第一代)。
  2. 2023 年
    • 发布 1.1 补充修订规范;完善安全、测试规范;
    • HDC2023 正式对外发布 NearLink 品牌,纳入鸿蒙生态;
    • 首款商用终端:华为第三代 M-Pencil 手写笔(SLE 1.0);
    • 初代芯片落地:BS21(Hi2821)SLE 低功耗芯片(HID、外设、耳机赛道)。
  3. 2024 年初
    • WS63(Hi3863)多模芯片量产:Wi‑Fi6 + SLE + BLE 三模,面向智能家居网关、IoT;
    • 星闪路由网关产品商用,实现星闪局域网本地联动。
1.0 时代短板:缺少原生音频规范、无标准化定位 Profile、不支持多跳组网、Host 协议栈闭源,只有厂商私有 SDK。

阶段 3:2.0 标准 商用爆发期(2024.03–2026.07)—— 通感一体、生态扩容

2024-03 星闪 Release 2.0 全套标准发布(21 项标准),标志性跃迁
  1. 新增 SLP 精定位空口模式,正式形成 SLE/SLB/SLP 三类空口;实现通信 + 感知一体化;
  2. 新增标准化上层 Profile:
    • ASC 星闪音频(无损低时延音频流)、MC 媒体控制、VCC 通话、增强 HID;
  3. 网络能力升级:支持多跳组网、QoS 路由、SLE/SLB 融合汇聚;
  4. 性能指标升级:最低空口时延 20μs,单簇最大 4096 节点,传输可靠性 99.999%;同步精度<1μs;
  5. 能力分级扩展:NearLink E2.0
    • E1.0:仅基础互联互通;
    • E2.0:原生音频、高精度交互、感知、大规模组网。
  6. 生态关键里程碑
    • 2025 年:星闪纳入 ITU 国际无线接入标准;联盟成员突破 1200 家;两项国家标准 GB/T 46803 正式落地;
    • 2026-07-15 Host 上层协议栈全量开源(communication_nearlink_service,OpenHarmony,MulanPSL2)
       
      ✅ 开放 15 万行 Host 代码、nearlinkctl 命令行调试工具、全套标准 Profile;
       
      ❗ Controller 基带 / 射频固件依旧闭源,必须搭配原厂芯片模组(BS21/WS63 / 下一代)。

阶段 4:3.0 规划周期(2026 下半年起,预研 / 立项)—— 全域融合、无源射频

公开规划演进方向:
  1. 新增第四种空口 SLZ:无源射频模式,对标 NFC/RFID;实现无源标签识别、低功耗感应;
  2. 进一步压低端到端时延目标<10μs;提升链路可靠性至 99.9999%;支持万级设备并发组网;
  3. 强化车规级标准、工业实时总线扩展;
  4. 推进跨系统 Host 协议栈移植(Linux/openEuler/RT‑Thread),构建脱离 OpenHarmony 的通用 SDK;
  5. 推进国际标准持续输出;完善互通认证体系。

二、芯片硬件迭代路线(海思主线)

第一代(适配标准 1.0)

  1. BS21(Hi2821)
     
    SLE 单模 + BLE5.4;面向键鼠、手写笔、遥控器、TWS 耳机;电池供电低功耗设备;
  2. WS63(Hi3863)/WS63E
     
    Wi‑Fi6 + SLE + BLE 三模;WS63E 集成雷达感知;面向智能家居、常电 IoT、星闪网关。

第二代(适配标准 2.0 E2.0)

下一代 WS66、BS31 系列规划
  • 射频性能优化、接收灵敏度提升;硬件集成 Polar 码、国密加速;
  • 原生支持 SLP 定位、ASC 高清音频;通感一体能力内置;
  • 更低待机功耗、更大片上 RAM,支持复杂组网。
规律:BS 系列 = 纯低功耗 SLE 外设;WS 系列 = Wi‑Fi + 星闪多模网关 / 主控。

三、软件协议栈演进(Host 侧,对应你之前研究的开源组件)

1)闭源阶段(2022–2026.07)

  • 只有海思私有 SDK;仅配套原厂芯片;无通用命令行工具;仅鸿蒙原生内置星闪服务;
  • 外部开发者只能调用 AT 指令,无法修改连接管理、SSAP/Port 核心传输逻辑。

2)开源阶段起点(2026‑07‑15 至今)

plaintext
 
 
 
应用层 ── nearlinkctl(交互式CLI,对标 bluetoothctl)
    ↓ API
基础服务层(开源核心)
    ├─ 设备管理、安全配对
    ├─ SSAP(可靠控制通道)+ Port(业务数据流双通道)
    ├─ Link链路控制、QoS调度
    └─ HCI抽象驱动(UART/USB HCI,可剥离移植Linux)
        ↓ HCI报文
Controller(芯片固件,闭源)
 
演进目标(社区中长期路线):
  1. 剥离 OpenHarmony 依赖,移植 POSIX/Linux,打造独立通用 NearLink Host(对标 BlueZ);
  2. 独立编译 Windows 平台 Host 库、原生 nearlinkctl.exe;
  3. 社区完善抓包工具、HCI 日志解析(对标蓝牙 btsnoop-win/btmon);
  4. 第三方芯片厂商适配 HCI 接口,打破单一芯片绑定。

四、核心技术架构演进对比(1.0 → 2.0 → 3.0 规划)

表格
 
 
 
维度 星闪 1.0 星闪 2.0 星闪 3.0 规划
空口模式 SLE + SLB SLE + SLB + SLP 定位 + 新增 SLZ 无源射频
组网 单簇有限节点 多跳路由、SLE/SLB 融合 万级大规模 Mesh 组网
原生音频 无标准 Profile ASC 高清音频规范 增强低时延无损音频、多房间音频同步
定位能力 仅基础测距 SLP 分米级通感一体 厘米级高精度、无源标签感知
典型时延 50μs 20μs <10μs
并发节点 128 4096 ≥10000
传输架构 双通道基础版 双通道 + HARQ 增强、动态时隙调度 AI 自适应时隙、干扰智能避让
Host 软件 厂商私有 SDK 闭源 Host 协议栈开源 跨 OS 通用开源 Host SDK

五、星闪演进逻辑 vs 蓝牙演进路线(横向对照,方便你建立完整知识体系)

蓝牙演进模式(渐进改良)

BR/EDR 经典蓝牙 → BLE4.0 → BLE5.x → 蓝牙 6.0;同一套协议框架持续迭代;BlueZ Host 长期开源;
 
痛点:架构老旧、随机竞争接入导致时延高、无原生定位、单簇连接数量受限。

星闪演进模式(原生全新架构,分层扩展模式)

  1. 底层物理 / 链路层原生面向低时延、集中调度、Polar 码抗干扰设计;
  2. 采用 “基础内核 + 可选空口模块” 增量迭代:先 SLE/SLB,再叠加 SLP,远期叠加 SLZ;
  3. 上层 Profile 随版本持续增补(HID→BAS→DIS→ASC 音频→车规 Profile);
  4. 软件策略:前期闭源保障商用落地,成熟后开放 Host 层,吸引产业链共建生态;
最大区别:蓝牙是 “单协议持续打补丁”;星闪是 “模块化原生架构,持续叠加能力模块”。

六、现存演进瓶颈(工程层面)

  1. Controller 固件持续闭源:开发者无法修改射频、链路层底层逻辑;不能像 BTstack 一样自研完整端到端协议栈;
  2. Windows 平台暂无原生开源 Host 实现;缺少独立跨平台 nearlinkctl 二进制;
  3. 空口嗅探抓包工具尚未开源(蓝牙 btmon 开源,星闪嗅探上位机仍为厂商私有软件);
  4. 跨厂商设备互通认证体系仍在持续完善;

七、演进总结一句话脉络

联盟成立搭建框架 → 1.0 完成双模通信底座实现初步商用 → 2.0 新增定位、音频、组网实现通感一体并开放 Host 协议栈开源 → 3.0 引入无源射频、大规模 Mesh,走向全场景工业 / 汽车 / 消费全域覆盖。 

 

 

posted @ 2023-09-21 10:19  suv789  阅读(1427)  评论(0)    收藏  举报