Advertising în BLE: ce este, formate de pachete și mecanisme de reclamă

Ce este Advertising in BLE?

Advertising (reclama) — este procesul de transmitere periodica a pachetelor scurte de date prin care dispozitivul BLE isi anunta prezenta si disponibilitatea. Spre deosebire de Bluetooth clasic, unde cautarea dispozitivelor dureaza secunde, BLE advertising permite detectarea dispozitivului in milisecunde, consumand energie minima.

Arhitectura BLE imparte dispozitivele in doua roluri: Peripheral (face reclama) si Central (scaneaza). Peripheral trimite pachete de advertising, iar Central scaneaza canalul si decide conectarea. Acest model asimetric este avantajul cheie al BLE: dispozitivul care face reclama consuma energie doar pentru trimiterea pachetelor scurte, nu pentru ascultarea continua a canalului.

Procesul de advertising consta din trei etape: advertising event (trimiterea pachetului pe toate cele trei canale), scan request/response (schimb optional cu Central) si connection request (initierea conexiunii de catre Central). Fiecare etapa este gestionata de Bluetooth Controller la nivelul Link Layer.

Canalele de reclama si scopul lor

BLE utilizeaza 40 de canale in banda de 2.4 GHz, dintre care 37 (2402 MHz), 38 (2426 MHz) si 39 (2480 MHz) sunt dedicate exclusiv pentru advertising. Trei canale reprezinta un compromis intre fiabilitatea detectarii si latimea de banda: un canal poate fi ocupat de Wi-Fi sau alte interferente, dar dispozitivul va fi detectat pe celelalte doua.

Canalul 37 se afla langa canalul Wi-Fi 1, canalul 39 — langa canalul Wi-Fi 6, iar canalul 38 este situat intre ele, in zona de interferenta minima. Alegerea a trei canale garanteaza ca dispozitivul va fi detectat chiar si in conditii de trafic radio intens — de exemplu, intr-un centru comercial cu zeci de puncte de acces Wi-Fi.

Peripheral trimite pachetul de advertising secvential pe toate cele trei canale — aceasta se numeste advertising event. Dispozitivul central scaneaza cate un canal odata, comutand intre ele conform algoritmului implementat in Bluetooth Controller. Probabilitatea de detectare in timpul unui advertising event in absenta coliziunilor este aproape de 100%.

Tipuri de pachete de reclama

Bluetooth Core Specification defineste mai multe tipuri de advertising PDU (Protocol Data Unit), fiecare cu scopul sau. Tipurile principale: ADV_IND (connectable undirected advertising) — reclama standard cu posibilitate de conectare, ADV_NONCONN_IND (non-connectable undirected advertising) — doar reclama fara conectare, ADV_SCAN_IND (scannable undirected advertising) — accepta scan request, ADV_DIRECT_IND (directed advertising) — reclama pentru un Central specific.

ADV_IND — cel mai raspandit tip, folosit in majoritatea dispozitivelor BLE. Dupa primirea ADV_IND, Central poate trimite un connection request si stabili conexiunea. ADV_NONCONN_IND este folosit de balize (Beacon): dispozitivul face reclama dar nu accepta cereri de conectare — doar transmisie unidirectionala de date.

ADV_DIRECT_IND contine adresa Central-tinta, permitand stabilirea rapida a conexiunii fara a astepta scanarea. Se foloseste cand dispozitivele se cunosc deja — de exemplu, dupa reconectarea la un smartphone asociat anterior. Acest tip reduce consumul de energie deoarece nu necesita reclama pe toate canalele.

Intervalul de reclama si consumul de energie

Advertising interval — este timpul dintre advertising event-uri consecutive. Specificatia permite un interval de la 20 ms la 10.24 s cu pas de 0.625 ms. Intervalul real se calculeaza ca suma dintre o valoare fixa si o intarziere aleatoare (0–10 ms), ceea ce reduce probabilitatea coliziunilor intre mai multe dispozitive care fac reclama.

Alegerea intervalului reprezinta un echilibru intre viteza de detectare si consumul de energie. La intervalul de 20 ms, dispozitivul va fi detectat in 20–30 ms, dar curentul mediu va fi de aproximativ 1–2 mA. La intervalul de 1000 ms — detectarea va dura pana la 1 secunda, dar curentul mediu va scadea la 50–100 µA. Pentru majoritatea dispozitivelor IoT, intervalul recomandat este 200–1000 ms.

Conform Texas Instruments Application Report SWRA478 (2024), cresterea advertising interval de la 100 ms la 1000 ms reduce consumul de energie cu 90%. Daca dispozitivul nu necesita detectare instantanee (de exemplu, un senzor de temperatura care transmite date o data pe minut), intervalul optim este 1000–2000 ms.

Un parametru suplimentar — advertising timeout — timpul maxim in care dispozitivul face reclama. In iOS, Peripheral opreste automat reclama dupa 180 de secunde in modul de fundal. In Android nu exista o astfel de limitare, dar producatorii pot adauga propriile limite.

Scan Response: date suplimentare

Scan Response — este un pachet de date suplimentar (pana la 31 de octeti) pe care Peripheral il trimite ca raspuns la un scan request de la Central. Scan request este trimis de Central dupa primirea pachetului de advertising, daca are nevoie de mai multe informatii inainte de conectare. Scan Response nu necesita reclama suplimentara — este trimis doar la cerere, economisind canalul.

Distributia tipica a datelor: in advertising PDU (31 de octeti) se plaseaza flag-urile (3 octeti), UUID-urile serviciilor (2–16 octeti) si datele producatorului (octetii ramasi). In scan response se transmite numele complet al dispozitivului (pana la 28 de octeti) si UUID-uri suplimentare sau TX Power Level. Aceasta impartire permite Central sa filtreze rapid dispozitivele dupa UUID fara a citi scan response.

La proiectarea pachetului de advertising, retineti: daca toti cei 31 de octeti sunt ocupati in advertising PDU, Central nu va putea determina daca dispozitivul suporta scan response. Se recomanda sa lasati cel putin 3–5 octeti liberi in advertising PDU pentru a indica capacitatea de scan response.

Extended Advertising in BLE 5.0

Extended Advertising (BLE 5.0) — este o extensie a mecanismului de reclama care mareste dimensiunea pachetului de advertising de la 31 la 251 de octeti si adauga noi tipuri de pachete. Extended Advertising suporta de asemenea coded PHY pentru cresterea razei de comunicare pana la 1 km in teren deschis si reclama periodica (Periodic Advertising) pentru sincronizarea mai multor Central-uri.

Principalele inovatii: ADV_EXT_IND — extended advertising PDU care poate transmite pana la 251 de octeti de date intr-un singur pachet. Extended Advertising utilizeaza canalele primare (37, 38, 39) doar pentru a indica pe ce canal secundar (0–36) sunt transmise datele complete. Aceasta reduce incarcarea canalelor de reclama si mareste latimea de banda totala a sistemului.

Periodic Advertising — un mecanism suplimentar prin care Peripheral trimite date pe canale secundare cu un interval fix, iar Central se poate sincroniza cu aceasta secventa. Folosit pentru servicii care necesita actualizari regulate de date — de exemplu, transmisia audio sau citirile senzorilor in timp real.

Configurarea reclamei in iOS si Android

iOS (Core Bluetooth) ofera CBPeripheralManager pentru gestionarea reclamei. Parametrii de advertising se seteaza prin dictionarul advertisementData cu cheile CBAdvertisementDataLocalNameKey (numele dispozitivului), CBAdvertisementDataServiceUUIDsKey (UUID-urile serviciilor), CBAdvertisementDataTxPowerLevelKey (puterea). iOS gestioneaza automat advertising interval si nu permite setarea manuala a acestuia.

import CoreBluetooth

class AdvertiserManager: NSObject, CBPeripheralManagerDelegate {

    private var peripheralManager: CBPeripheralManager!

    func startBLEAdvertising() {
        let data: [String: Any] = [
            CBAdvertisementDataLocalNameKey: "BLE Beacon",
            CBAdvertisementDataServiceUUIDsKey: [
                CBUUID("180F")
            ],
            CBAdvertisementDataIsConnectable: true
        ]
        peripheralManager.startAdvertising(data)
    }
}

Android (BluetoothLeAdvertiser) ofera un control mai detaliat. Disponibile: AdvertiseSettings — setarea modului (LOW_POWER, BALANCED, LOW_LATENCY), a puterii emițătorului si a intervalului; AdvertiseData — datele pachetului. Android suporta extended advertising (BLE 5.0) pe dispozitive compatibile, dar ponderea acestor dispozitive pe piata este de aproximativ 30–40%.

BluetoothLeAdvertiser advertiser =
    BluetoothAdapter.getDefaultAdapter()
    .getBluetoothLeAdvertiser();

AdvertiseSettings settings = new AdvertiseSettings.Builder()
    .setAdvertiseMode(
        AdvertiseSettings.ADVERTISE_MODE_LOW_POWER
    )
    .setTxPowerLevel(
        AdvertiseSettings.ADVERTISE_TX_POWER_MEDIUM
    )
    .build();

AdvertiseData data = new AdvertiseData.Builder()
    .setIncludeDeviceName(true)
    .addServiceUuid(new ParcelUuid(
        UUID.fromString(
            "0000180F-0000-1000-8000-00805F9B34FB"
        )
    ))
    .build();

advertiser.startAdvertising(
    settings, data, advertiseCallback
);

La dezvoltarea unei aplicatii BLE cross-platform, luati in considerare diferentele: iOS nu permite controlul direct al advertising interval, dar garanteaza functionarea stabila pe toate dispozitivele; Android ofera control complet, dar fragmentarea versiunilor si producatorilor poate duce la incompatibilitati. Se recomanda testarea advertising pe dispozitive reale ale ambelor platforme.