Bluetooth 蓝牙介绍(四)：低功耗蓝牙BLE Mesh网络Ⅲ —— 广播 PDU

最新推荐文章于 2023-10-26 16:58:32 发布
最新推荐文章于 2023-10-26 16:58:32 发布
阅读量2k 收藏 10
点赞数
分类专栏： 蓝牙 文章标签： mesh 网络 蓝牙
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_40539125/article/details/121142361
版权

文章目录

前言

蓝牙Mesh网络一共有3种广播包，如下图所示，我们接下来按照PDF章节顺序依次介绍。
在这里插入图片描述
另外厂商可以自定义ADV data来制造自己的Beacon广播，在一个或多个标准广播数据包中编码数据，传递信息。
在这里插入图片描述

但是编码原理可能有所差异，即帧格式不同。目前主流的三种帧格式分别为苹果公司的iBeacon，Radius Networks公司的AltBeacon以及谷歌公司的Eddystone。
在这里插入图片描述

  • 当多个八位字节值被定义为以“大端”（也称为“网络字节顺序”）发送时，数据增长方向与内存增长方向相同。例如，值 0x123456 应作为 0x12、0x34 和 0x56（最重要的八位字节在前）传输。
  • 当多个八位字节值被定义为以“小端”发送时，数据增长方向与内存增长方向相反。例如，值 0x123456 应作为 0x56、0x34 和 0x12（最低有效八位字节在前）传输。

Mesh Message

Mesh Message，这个是在设备入网后，进行数据通信的时候大量使用的包。节点间通信就是使用这种包进行的。

Advertising bearer

在这里插入图片描述

任何使用Mesh Message AD type的广播都应是不可连接和不可扫描的无向广播事件。如果节点在可连接广播或可扫描广播事件中接收到 Mesh Message AD type，则应忽略该消息。

注意：不可连接的广播被使用，因为不需要在广播数据包中包含Flag AD type，从而允许将两个额外的八位字节分配给Network PDU（参见后文）。为了降低所有广播通道上数据包冲突的概率，建议随机化广播事件中连续数据包之间的间隙。

仅支持广播承载的设备应以尽可能接近 100% 的占空比执行被动扫描，以避免丢失任何传入的网格消息或供应 PDU。所有设备都应支持 GAP Observer 角色和 GAP Broadcaster 角色。


Network PDU

网络层定义了网络 PDU 格式，允许承载层传输较低的传输 PDU。

它将在输入接口上接收到的传入消息解密和验证并将其转发到上层和/或输出接口，并加密和验证并转发传出消息，将它们传递到输出网络接口。

The mesh Network PDU 格式在表 3.7 中定义，并在下面的图 3.7 中说明：
在这里插入图片描述
使用从 NID 字段标识的a single network key 派生的密钥来保护Network PDU。
在这里插入图片描述

  • IVI：IVI 字段包含用于验证和加密此网络 PDU 的随机数中的 IV 索引的最低有效位（参见第 3.8.3 节）。
  • NID：NID 字段包含一个 7 位网络标识符，允许更轻松地查找用于验证和加密此网络 PDU 的加密密钥和隐私密钥（参见第 3.8.6.3.1 节）。NID 值源自网络密钥以及加密密钥和隐私密钥。对于主网络消息和朋友与其低功耗节点之间的私有网络消息，它的派生方式不同（参见第 3.8.6.3.1 节）
  • CTL：CTL 字段是一个 1 位值，用于确定消息是控制消息还是访问消息的一部分，如表 3.8 所示。
    如果 CTL 字段设置为 0，则 NetMIC 是一个 32 位值并且下层传输 PDU 包含一个访问消息。
    如果 CTL 字段设置为 1，则 NetMIC 是一个 64 位值并且下层传输 PDU 包含一个控制消息。
    在这里插入图片描述
  • TTL：TTL 字段是一个 7 位字段。该字段的初始值由传输层（lower transport layer, upper transport layer,
    access, foundation model, model）或应用程序设置，并在作为中继节点运行时由网络层使用。 **TTL 值为零表示允许节点传输那些它知道不会被中继的网络 PDU，因此接收节点可以确定发送节点与单个无线电链路相距。**使用 1 或更大的 TTL 值不能用于这种确定。 其定义了以下值：
    • 0 = 没有被转发，也不会被转发
    • 1 = 可能已转发，但不会转发
    • 2 ~ 126 = 可能已中继并且可以中继
    • 127 = 未中继且可以中继
  • SEQ：SEQ 字段是一个 24 位整数。组合的 SEQ 字段、IV 索引字段和 SRC 字段（参见第 3.4.4.6 节）对于该元素产生的每个新网络 PDU 应是唯一值。
  • SRC：SRC 字段是一个 16 位值，用于标识发起此网络 PDU 的元素。该地址应为单播地址。SRC 字段由发起元素设置，并且不受作为中继节点操作的节点的影响。
  • DST：DST 字段是一个 16 位值，用于标识此网络 PDU 所指向的一个或多个元素。该地址应为单播地址、组地址或虚拟地址。DST 字段由始发节点设置，并且在作为中继节点运行的节点中不受网络层影响。
  • TransportPDU：从网络层的角度来看，TransportPDU 字段是数据的八位字节序列。当 CTL 位为 0 时，TransportPDU 字段最大为 128 位。当 CTL 位为 1 时，TransportPDU 字段最多为 96 位。TransportPDU 字段由the originating lower transport layer设置，网络层不得更改。
  • NetMIC：NetMIC 字段是一个 32 位或 64 位字段（取决于 CTL 位的值），用于验证 DST 和 TransportPDU 未更改。当 CTL 位为 0 时，NetMIC 字段应为 32 位。当 CTL 位为 1 时，NetMIC 字段应为 64 位。NetMIC 由网络层在传输或中继此网络 PDU 的每个节点上设置。

消息通过网络接口从承载层传递到网络层。图 3.8 说明了传入网络 PDU 的处理步骤示例：

在这里插入图片描述

Mesh beacons

Mesh Beacon 包含两种类型：Unprovisioned Device beacon和Secure Network beacon，根据包头的 Beacon Type 可以区分。
在这里插入图片描述
其中Unprovisioned Device Beacon是用来被Provisioner发现设备用的，也就是在Provisioning之前设备发送的包，这个包里会包含Manufacturer相关的Device UUID（128bits），这个Device UUID是用来区分设备的，因此需要保证唯一性。

而Secure Network beacon则是设备入网后用来发送一些安全相关的包，比如IV index更新包。

因此一个正常流程是这样的：

1、设备（入网前）广播Unprovisioned Device beacon的广播包，这个包里包含Device UUID。

2、Provisioner（比如蓝牙网关，手机等）通过扫描发现这个设备，并通过Device UUID和云端同步设备信息（比如厂家信息，产品功能等等），然后通过PB-ADV的包发起Provisioning过程

3、设备成功加入Mesh网络后，如果需要，可以通过Secure Network beacon更新IV index。当然大部分时间，设备是通过Mesh Message的信息和其他节点进行数据通信。

Mesh beacons是由节点和未配置的设备定期广播的数据包。

Mesh beacons包含在«Mesh Beacon» AD Type中。Mesh Beacon 广播数据有效载荷的第一个八位字节（Beacon Type 字段）决定了信标的类型。使用代理协议将Mesh Beacon 转发到其他bearers（参见第 6 节）。

Mesh Beacon AD Type 的格式如图3.44所示。
在这里插入图片描述
Mesh beacons应使用不可连接和不可扫描的无向广播事件进行广播。Mesh beacons中的所有多八位字节数值应以“大端”发送。

Unprovisioned Device beacon

Unprovisioned Device beacon 由未设置的设备使用，以允许设置器发现它们。该信标的格式如图 3.45 所示，并在表 3.53 中定义。
在这里插入图片描述在这里插入图片描述

Secure Network beacon

节点使用Secure Network beacon来识别子网及其安全状态。该信标的格式如图 3.46 所示，并在表 3.55 中定义。
在这里插入图片描述

PB - ADV

Provisioning

Provisioning 是将未配置的设备添加到网状网络的过程，由 Provisioner 管理。Provisioner 为未配置的设备提供配置数据，使其成为a mesh node。供应数据包括网络密钥、当前 IV 索引和每个元素的单播地址。

Provisioner 通常是智能手机或其他移动计算设备。尽管网络上只需要一个 Provisioner 来进行配置，但也可以使用多个 Provisioner。在多个 Provisioner 之间共享缓存数据和协调的方法是特定于实现的。

为了 provision a device，必须在开通方和设备之间建立the provisioning bearer。

设备可以通过其设备 UUID 和其他可能提供的补充信息向供应商标识。The provisioning bearer建立后，供应器使用椭圆曲线 Diffie-Hellman (ECDH) 协议与设备建立共享secret。然后，它使用特定于该设备的 OOB 信息对设备进行身份验证。这样的OOB信息可以包括设备的公钥、·a long secret·、向设备输入值的要求或在该设备上输出值的要求。

此类 OOB 信息还支持对该设备进行身份验证。设备通过身份验证后，供应数据将传输到使用从该共享秘密派生的密钥加密的设备。设备密钥源自 ECDHSecret 和 ProvisioningSalt。

在这里插入图片描述
设备的 Provisioning 是使用发送配置 PDU 的配置协议完成的。使用Generic Provisioning layer 或 Proxy protocol layer将Provisioning PDU 传输到unprovisioned device。这些层定义了如何将供应 PDU 作为可以分段和重组的事务传输。这些交易通过 provisioning bearer发送。

provisioning bearer 定义了如何建立会话，以便可以将来自通用供应层的事务传送到单个设备。 最后，在供应架构的底部是 the bearers。

除非另有说明，本层中的所有多字节数值都应为“大端”，如第 3.1.1.1 节所述。

Provisioning bearer layer

供应承载层支持在供应器和未供应设备之间传输供应 PDU。定义了两个供应承载：

  • PB-ADV（见第 5.2.1 节）
  • PB-GATT（参见第 5.2.2 节）未配置的设备可能支持 PB-ADV，也可能支持 PB-GATT。

Provisioner 应至少支持 PB-ADV 或 PB-GATT 之一。强烈建议支持PB-ADV。

PB-ADV PDU

PB-ADV 是一种 provisioning bearer，用于通过广播通道使用Generic Provisioning PDUs（参见第 5.3 节） 去 provision 一个设备。

供应机制是基于会话的。未配置的设备一次只能支持一个会话。Provisioner 没有这样的限制，使用链路建立过程建立会话（参见第 5.3.2 节）。

PB-ADV 承载用于传输通用供应 PDU。PB-ADV 承载 MTU（最大传输单元）大小为 24 个八位字节。当使用 PB-ADV 时，应使用由«PB-ADV» 标识 的 PB-ADV AD Type 发送 Generic Provisioning PDU。

支持 PB-ADV 的设备应以尽可能接近 100% 的占空比执行被动扫描，以避免丢失任何传入的通用配置 PDU。

PB-ADV AD Type 包含一个 PB-ADV PDU。此 AD Type的格式在表 5.1 中定义。
在这里插入图片描述
PB-ADV PDU 的格式在表 5.2 中定义。
在这里插入图片描述
任何使用 PB-ADV AD Type 的广播应是不可连接和不可扫描的无向广播事件。如果节点在可连接或可扫描广播事件中接收到 PB-ADV AD Type，则应忽略该消息。

发送 PB-ADV PDU 时应执行以下规则：

  1. 当 PB-ADV PDU 包含 Provisioning Bearer Control PDU 时，Transaction Number 字段应设置为 0 并在接收时忽略。
  2. 当提供者第一次通过开放的提供链接发送一个提供 PDU 时，它应该以 0x00 的 the Transaction Number 开始。Provisioner 应为它在提供链路持续时间内发送的每个新 Provisioning PDU 将字段值加 1。
  3. 如果该字段值已达到 0x7F，则在发送下一个 Provisioning PDU 时，它应回绕到 0x00。
  4. 当未配置的设备第一次通过open provisioning link发送一个配置 PDU 时，它应该以 0x80 的 the Transaction Number 开始。设备应为它在供应链路持续时间内发送的每个新供应 PDU 将字段值增加 1。
  5. 如果该字段值已达到 0xFF，则在发送下一个 Provisioning PDU 时它应回绕到 0x80。
  6. 当一个设备正在接收一个 Provisioning PDU 时，它应该将 the Transaction Number 设置为事务期间接收的 PB-ADV PDU 的 the Transaction Number 的值。
  7. 当设备发送Transaction Acknowledgement PDU时，the Transaction Number字段应设置为传输被确认的供应 PDU 的 PB-ADV PDU 的 the Transaction Number字段的值。
Jeff_
关注
  • 0
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
（七）深入理解蓝牙Mesh的低功耗实现
03-24 6585
一.前言： 二.实现细节： 三.使用场景： 四.工程限制： 协议的设计可以很理想化，工程落地却是赤裸裸的现实。应了那句话，理想很丰满，现实却是很骨感。很多IOT产品在硬件设计时，出于对成本的考虑，往往选择比较便宜BLE芯片，这在某种程度上增加了Mesh开发的难度，工程师们不仅仅要理解协议的细节，还要根据现有的硬件能力做代码优化和二次设计，这就是做设计和做工程的区别。 低端BLE芯片实现的Mesh功能，会有以下几个限制： 1.没有使用独立的BLE芯片来支持Mesh，而是使用了WiFi/
解密蓝牙mesh系列 | 第六篇
物联网布道师
09-06 623
当购买了新的设备（Device）并需要将其添加至当前蓝牙mesh网络时，用户将使用启动配置设备（ Provisioner），同时参考这一新设备制造商的说明，将其添加至蓝牙mesh网络。启动配置完成后，启动配置设备就会拥有网络的NetKey，这是一个称为“IV索引（IV Index）”的蓝牙mesh安全性参数，且拥有一个由启动配置设备分配的单播地址[iii]。用户可使用启动配置设备启动密钥刷新，启动配置设备会创建新密钥，并通过配置消息向mesh网络中的所有节点发送新密钥，但黑名单中的成员除外。
蓝牙相关学习：4.2.BLE空口包结构 - PDU
嗯...
02-07 6634
广播包PDUPDU 基本数据结构广播包 - BLE 4.2Advertising HeaderPDU TypePayload lengthPayload （有效数据包）整体数据包 PDU 基本数据结构 PDU（protocol data unit，协议数据单元，BLE 数据传送的基本单元）前两个字节固定为LL header（1个字节长）和 payload length（1个字节长，又称data length），即可以展开为： 协议数据单元，又分为广播通道PDU和数据通道PDU LL Header 长度为一
处理蓝牙BLE MESH消息的网络风暴
浮若于心
03-28 906
网络风暴的触发原因： 由于消息广播的方式，可能会发生大量的消息传输和网络拥塞，导致网络效率降低，甚至崩溃。 蓝牙mesh网络是基于广播的方式进行消息传输的，因此每个节点都会将消息广播给周围的节点，进而形成一个消息传递的网络。在某些情况下，由于节点数量过多、消息频繁发送等原因，可能会导致网络中出现大量的消息传输，从而引发网络风暴。
BLE：广播channel上的PDU分析
最新发布
2302_79847220的博客
10-26 110
广播者只是在广播通道发送广播数据，并不知道任何scanner的存在，advertiser和 scanner之间也不存在任何同步方式，只有广播和扫描所在的通道随机重合时，广播包才能被扫描设备收到，因此，和广播设备一样，扫描设备也有一些时间参数要求。但需要注意的是，扫描者发送SCAN_REQ请求无法携带有效用户数据(参考扫描类型的PDU Payload)，因此广播和扫描者之间是单向通信，扫描者能知道广播者信息，但广播者无法知道扫描者信息。扫描者只有在收到广播数据后，才能去与广播者建立连接。
蓝牙协议链路层(二)广播帧数据结构
DT程序员的博客
03-02 831
蓝牙协议链路层(中广播帧数据结构和协议
蓝牙mesh基础（基本术语）
panpan_jiang1的博客
09-08 2566
蓝牙（BLE）可以应用在智能手机、平板以及医疗健康、智能家居、可穿戴产品等领域。基于网络拓扑类型的无线通信系统可以覆盖更大的范围，使得通信距离变长。将蓝牙BLE和网络拓扑的系统结合的蓝牙mesh是近期热门的技术，所以本章将介绍一些蓝牙mesh的基本术语
一种应用于物联网的低功耗蓝牙Mesh组网方案设计.pdf
12-11
低功耗蓝牙（Bluetooth Low Energy，BLE）是一种低功耗的蓝牙技术，相比于传统的蓝牙技术，BLE具有更低的功耗和更小的尺寸。BLE技术广泛应用于智能家居、智能楼宇、智能穿戴设备等领域中。 2. Mesh组网技术简介 ...
BLE广播包解析_广播包_蓝牙低功耗_
09-30
详细介绍了低功耗蓝牙广播包，通俗易懂，也非常全！
BLE低功耗蓝牙调试助手(QT)Android源码.zip
05-25
这是使用QT编写，在Android手机上使用的BLE低功耗蓝牙调试助手。用于调试低功耗蓝牙的数据通信。 本软件是一款BLE蓝牙串口调试助手，支持常规的发送和接收调试，BLE是低功耗类型蓝牙，在智能家居、物联网领域使用较...
树莓派BLE 蓝牙低功耗设备控制，python BLE
02-14
树莓派BLE 蓝牙低功耗设备控制，python BLE。 1.使用库gatt_linux,封装了常规使用的方法，比如扫描设备，可以根据蓝牙名称获取对应的蓝牙地址。连接蓝牙，断开蓝牙。获取BLE返回值，根据UUID发送指令等等。 2.在...
BLE低功耗蓝牙快速入门讲义.pdf
06-29
BLE低功耗蓝牙快速入门，适合刚接触蓝牙没多久的小白以及想了解蓝牙低功耗技术的人。
【通信协议解析】 BLE蓝牙数据包分析
xia_hua_yan的博客
10-26 2321
​ TYPE = 0xFF，厂商自定义的数据中，前两个字节表示厂商 ID，剩下的是厂商自己按照需求添加，里面的数据内容自己定义。
ble pdu 头格式
Life_Maze的博客
08-03 1996
  根据应用场景的不同，处于不同状态的BLE设备，可以发送不同类型的PDU（Packet Data Unit） PDU Type(4 bits) RFU(2 bits) TxAdd(1 bit) RxAdd(1 bit) Length(6 bits) RFU(2 bits) 指示PDU的类型 保留将来使用 由具体的PDU Type决定其意义 ...
ble蓝牙技术
热门推荐
weixin_39270987的博客
05-25 1万+
一、前言 低功耗蓝牙技术（Bluetooth low energy）简称ble，是蓝牙技术联盟设计和销售的一种个人局域网技术，旨在用于医疗保健、运动健身、信标、安防、家庭娱乐等领域的新兴应用。相较经典蓝牙，低功耗蓝牙旨在保持同等通信范围的同时显著降低功耗和成本。它的主要特点就是low power低功耗，让那些在功耗方面有比较高要求的可穿戴设备能够长时间保持在电状态。 二、ble的技术特点 ble蓝牙工作在2.4G频段（2.4GHz-2.4835GHz）,一共40个信道，每个信道带宽为2MHz。 蓝牙4.2
Bluetooth 蓝牙介绍(七)：逻辑链路控制和适配协议规范（L2cap 协议）
Jeff_的博客
11-30 4297
文章目录前言L2CAP 特性前提术语常规操作通道标识符操作模式数据包格式 蓝牙逻辑链路控制和适配协议 (L2CAP) 支持更高级别的协议复用、数据包分段和重组以及服务质量信息的传送。 规范的本部分描述了协议状态机、数据包格式和组成 。 前言 蓝牙规范的这一部分定义了逻辑链路控制和适配层协议，简称 L2CAP。 L2CAP 为具有协议复用能力和分段和重组操作的上层协议提供面向连接和无连接的数据服务。 L2CAP 允许更高级别的协议和应用程序传输和接收长达 64 KB 的上层数据包（L2CAP 服务数据
四 蓝牙低功耗(BLE)协议栈 之 L2CAP层
ching的专栏
12-20 4074
一 介绍 L2CAP(逻辑链路控制和适配协议层)是一个复用层，可以让低功耗蓝牙复用三条不同的信道。它也支持数据的分割、数据重组、通道多路复用、通道流量控制和错误检测，使得较大的报文可以在底层无线电中传输。L2CAP层提供逻辑通道，即L2CAP通道，这些通道在一条或多条逻辑链路上复用。在经典蓝牙无线电中，L2CAP层提供的功能比这更多，也更为复杂。 通道管理器(Channel Manager)提供一个功能控制的控制面板，并负责所有内部信令、L2CAP点对点信令以及高层和低层的信令。 重传和流控制块(Retr
Ble Mesh技术（一）之概览
蓬某某的博客
01-14 6345
1. Mesh概览 1.1. mesh消息的收发 mesh消息收发方式区别于ble的连接方式，而是通过消息的发布(publish)与订阅(subscribe)进行消息的传递。 mesh的数据包主要包含有以下字段： 其中IVI/NID/CTL/TTL/SEQ暂不做解释，其中SRC/DST就代表这条消息是从哪里发来的和这条消息是要发送到哪里去。 a.每个节点都有一个发布地址和多个订阅地址。 b.发送...
蓝牙Mesh协议一基本概念
01-18 6716
前言 蓝牙SIG联盟在2017年发布了蓝牙Mesh1.0的协议规格，基于低功耗广播包来实现的多对多的通信技术，Mesh协议建立在BLE的物理层和链路层上，所以也可以和BLE的蓝牙进行通信 本章主要介绍蓝牙Mesh的基本概念和协议中的层级结构，也是参考网上的资料，如有异议，欢迎留言指正 基本概念 广播和洪泛 蓝牙Mesh技术是基于BLE的广播报文来实现的，是一种洪泛的消息传输机制，Mesh网络的节点间通过3个广播信道进行通信。当蓝牙Mesh网络中的节点收到消息后会转发这条消息，大大增加了网络的覆盖范围；但
def adversarial(x, model, loss_func, c=1e-4, kappa=0, num_iter=100, lr=0.01): """ Create adversarial examples using CW algorithm Args: - x: input image - model: the neural network model - loss_func: the loss function to use - c: the weight for the L2 regularization term (default=1e-4) - kappa: the confidence parameter (default=0) - num_iter: number of iterations for the algorithm (default=100) - lr: learning rate for the optimization (default=0.01) Returns: - x_adv: adversarial example """ x_adv = x.clone().detach().requires_grad_(True) for i in range(num_iter): output = model(x_adv) loss = loss_func(output, torch.tensor([kappa]), x, x_adv, c) model.zero_grad() loss.backward() with torch.no_grad(): x_adv += lr * x_adv.grad x_adv = torch.max(torch.min(x_adv, x + 0.35), x - 0.35) x_adv = torch.clamp(x_adv, 0, 1) x_adv.requires_grad_() return x_adv.detach()上述代码出现TypeError: ce_loss() takes 2 positional arguments but 5 were given错误，请改正
06-01
根据代码，`loss_func`应该是一个函数，且它的输入参数应该是模型的输出 `output`和目标标签 `target`。因此，需要修改 `loss_func` 函数的输入参数，将 `x`、`x_adv` 和 `c` 作为函数的参数，而不是在函数调用时传入。修改后的代码如下： ``` def adversarial(x, model, loss_func, c=1e-4, kappa=0, num_iter=100, lr=0.01): """Create adversarial examples using CW algorithm Args: - x: input image - model: the neural network model - loss_func: the loss function to use - c: the weight for the L2 regularization term (default=1e-4) - kappa: the confidence parameter (default=0) - num_iter: number of iterations for the algorithm (default=100) - lr: learning rate for the optimization (default=0.01) Returns: - x_adv: adversarial example """ x_adv = x.clone().detach().requires_grad_(True) for i in range(num_iter): output = model(x_adv) loss = loss_func(output, kappa, target=x, adversary=x_adv, c=c) model.zero_grad() loss.backward() with torch.no_grad(): x_adv += lr * x_adv.grad x_adv = torch.max(torch.min(x_adv, x + 0.35), x - 0.35) x_adv = torch.clamp(x_adv, 0, 1) x_adv.requires_grad_() return x_adv.detach() ```

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值