Bluetooth Low Energy Packet Structure
協議資料單元
包含封包的控制資訊
實際的廣告資料內容
決定廣告類型，例如 ADV_IND（可連接的無向廣告）
預留未來使用的保留位元
若支援 LE 通道選擇演算法 #2，則設為 1
0 = 公開地址，1 = 隨機地址
0 = 公開地址，1 = 隨機地址
指示 Payload 的長度
總計： 16 bits (2 bytes) = 4 + 2 + 1 + 1 + 1 + 6 + 1 bit (RFU)
廣告端的藍牙裝置地址
實際的廣告內容與服務資訊，由多個 AD 結構組成
每個 AD 結構（如 AD0, AD1, AD2...）都包含三個部分：
點擊查看 AD Length、AD Type、AD Data 詳情 →
總計： 6-37 bytes (依據 Header 中的 Length 欄位)
指示此 AD 結構中 Type + Data 的總長度
定義 AD Data 的資料類型
實際的廣告資料內容
類型代碼：BT_DATA_NAME_COMPLETE (0x09)
完整本地名稱，使用者掃描時看到的裝置名稱（如透過智慧型手機）
類型代碼：BT_DATA_NAME_SHORTENED (0x08)
簡短版本的完整本地名稱，用於節省廣告空間
類型代碼：BT_DATA_URI (0x24)
用於廣告 URI，如網站地址（URLs）
類型代碼：多種（0x02, 0x03, 0x06, 0x07 等）
服務通用唯一識別碼，全球唯一的編號，幫助掃描器識別值得連接的裝置
類型代碼：BT_DATA_MANUFACTURER_DATA (0xFF)
製造商特定資料，讓企業自定義廣告資料，如 iBeacon
類型代碼：0x01
1 位元變數，標記裝置的特定屬性或操作模式
注意：這些資料類型由藍牙規範定義，可在 nRF Connect SDK 的「EIR/AD 資料型別定義」中查看完整列表
廣告旗標是封裝在一個位元組（byte）內的 1 位元旗標，最多可設定 8 個旗標。
LE 有限可發現模式
LE 通用可發現模式
不支援經典藍牙
範例 1：設定 BT_LE_AD_NO_BREDR (0x04)
範例 2：同時設定 BT_LE_AD_GENERAL 和 BT_LE_AD_NO_BREDR
注意：BT_LE_AD_LIMITED 和 BT_LE_AD_GENERAL 都是為周邊角色的裝置設計，用於控制裝置的可發現性。