1. 公共元素
每个Eddystone帧类型必须包含以下PDU数据类型：
- 由蓝牙核心规范（Bluetooth Core Specification Supplement, CSS, v5）定义的16bit Service UUIDs。Eddystone服务UUID为0xFEAA，增加此UUID允许在iOS设备上进行后台扫描；
- 服务数据数据类型，16bit UUID服务数据类型也必须是Eddystone服务UUID 0xFEAA。
Eddystone帧的具体类型编码在与服务 UUID 相关联的服务数据的第一个八位字节的高四位中。允许的取值包括：
低4bit预留未来使用，当前必须为0000.
需要注意，虽然蓝牙核心规范中定义为小端字节序，但是在Eddystone的服务数据中是按照大端字节序。
2. Eddystone-UID
Eddystone-UID 帧广播一个不透明、唯一的 16 字节 Beacon ID，该Beacon ID由一个 10 字节的命名空间和一个 6 字节的实例组成。Beacon ID 可能在将设备映射到外部存储中的记录时很有用。ID 的命名空间部分可以用于分组一组特定的信标，而实例 ID 则标识组内的个别设备。将 ID 划分为命名空间和实例组件还可以用于优化BLE扫描策略，例如仅基于命名空间进行过滤。
3. Eddystone-URL
Eddystone-URL框架使用压缩编码格式广播URL，以便在有限长度的广播数据包中容纳更多信息。
解码之后，任何具有互联网访问权限的客户端都可以使用该URL。例如，如果一个Eddystone-URL信标广播URL为：https://goo.gl/Aq18zF，那么接收到该数据包的任何客户端都可以选择访问该URL。
Eddystone-URL框架是物理网络的核心，旨在实现对周围环境相关网页内容的无摩擦发现。Eddystone-URL整合了从其演化而来的UriBeacon格式的所有经验教训。
关于URL编码规则：
4. Eddystone-TLM
Eddystone-TLM框架广播有关信标本身的遥测信息，例如电池电压、设备温度和广播数据包的计数。这些信息对于监控信标群的健康状况和运行情况非常有用。由于Eddystone-TLM帧不包含信标ID，因此必须与提供ID的识别帧（Eddystone-UID或Eddystone-URL类型）配对使用。
TLM帧可以明文广播，就像UID和URL帧一样，或者在信标配置为Eddystone-EID时，使用在EID配置期间设置的身份密钥进行加密。当以明文广播时，没有消息完整性验证，您应该设计您的应用程序以适应此类广播的开放性质。
- 未加密TLM规范
- 加密TLM规范
5. Eddystone-EID
Eddystone-EID框架广播一个加密的临时标识符，该标识符定期更改，更改速率在与Web服务的初始注册期间确定。广播的临时ID可以由注册的服务远程解析，但对其他观察者来说，它似乎是随机变化的。该框架类型旨在用于具有安全和隐私增强功能的设备。
5.1 帧格式规范
该帧的长度是固定的，且在EID字节之后进行截断。
由于Eddystone-EID帧的目的在于提供更好的隐私保护，因此在实现时不建议将EID帧的广播与属于同一设备的任何其他帧交错使用。信标应当在旋转周期外旋转BD_ADDR，以防止跟踪。
参考链接：Eddystone协议规范