Bluetooth Routing: How Devices Know a Packet is for Them
Advertisement
Introduction : Imagine standing in a crowded, noisy room where dozens of people are shouting in different languages. How do you know when someone is specifically talking to you? Bluetooth devices face this exact “cocktail party problem” every second. In the 2.4 GHz spectrum, your smartphone’s Bluetooth chip is targetted by Wi-Fi signals, microwave radiation and packets from other people’s Bluetooth headphones, smartwatches and cars.
To filter out the noise and figure out if a microscopic packet of data is actually meant for it, a Bluetooth device uses a highly efficient, two step verification process using The Access Code (verifying the network) and the LT_ADDR (verifying the specific device).
Let us explore how a device decides to accept or ignore a packet.
Step 1: The Access Code (“Are you in my network?”)
Before a Bluetooth device even looks at the data inside a packet, it looks at the very first sequence of bits transmitted over the air i.e. Access Code.
When Bluetooth devices pair and connect, they form a mini network called a piconet. One device acts as the Central (e.g. your smartphone) and the others act as Peripherals (e.g. your smartwatch and wireless earbuds).
- The Sync Word: The Access Code is mathematically derived from the Central device’s unique Bluetooth MAC Address (specifically, the Lower Address Part or LAP). Because every Central has a different MAC address, every piconet has a unique Access Code.
- The Hardware Filter: The receiving chip in your wireless earbuds has a hardware “correlator” that constantly scans the airwaves. It is hard coded to look only for the Access Code of the smartphone it is connected to.
- The Result: If a packet flies by from a stranger’s phone, the Access Code won’t match. The earbud’s radio chip instantly ignores it at the hardware level and goes back to sleep.
Step 2: The LT_ADDR (“Is this specifically for me ?”)
Once the device confirms the packet belongs to its piconet (because the Access Code matched), it wakes up to read the Packet Header.
A single Central device can juggle active connections with up to seven Peripherals at the same time. To keep them straight, the Central assigns a temporary “name tag” to each Peripheral when they connect. This is called the Logical Transport Address (LT_ADDR).
- The 3 Bit Rule: The
LT_ADDRis a tiny 3-bit field located right at the beginning of the packet header. - Values 1 through 7: If your smartphone (the Central) wants to send a music packet to your right earbud, it puts the right earbud’s assigned
LT_ADDR(let’s say,001) in the header. The earbud reads the header, sees001, and says, “This is for me!” and processes the audio payload. - Ignoring Others: If the smartwatch (which was assigned
LT_ADDR010) reads that same packet, it sees001, realizes the packet is meant for the earbud, and immediately discards it to save battery.
Step 3: The Broadcast Exception (“Attention Everyone!”)
What if the Central wants to send a message to all connected Peripherals at the same time like a network configuration update ?
Bluetooth reserves a special LT_ADDR value of exactly zero (000) for broadcasts.
If a Peripheral reads a packet header and sees an LT_ADDR of 000, it knows this is an Active Peripheral Broadcast (APB). Every active Peripheral in the piconet will accept and process this packet, knowing it is a public announcement rather than a private message.
Summary: The Reverse Direction (Peripheral to Central)
We know how a Peripheral identifies its packets, but how does the Central know which Peripheral is talking to it?
Bluetooth uses a strict turn taking system called Time Division Duplexing (TDD). A Peripheral is only allowed to transmit a packet in the exact time slot immediately following a packet addressed to it by the Central.
Because the Central dictates the schedule, if it sends a request to LT_ADDR 001 (the earbud) in Slot 1, it knows with absolute certainty that whatever packet arrives in Slot 2 is the reply from the earbud.
By combining unique network Access Codes, specific 3-bit device addresses, and strict time-slot scheduling, Bluetooth devices can flawlessly pick their data out of thin air, no matter how noisy the environment gets.
References & Further Reading
- Bluetooth SIG : Bluetooth Core Specification Version 6.3, May 5, 2026.
- Bluetooth SIG : Bluetooth Core Specification change history
- Bluetooth SIG : Bluetooth Technology Overview
Continue Learning Bluetooth Basic Concepts
- What are new features in Bluetooth 6.3 Version
- Bluetooth GATT Vs. ATT Vs. GAP : Key Comparison
- Bluetooth Service Vs. Characteristic Vs. Descriptor
- Bluetooth Central Vs. Peripheral : Key Differences
- Bluetooth pairing Vs. Bonding Phase
- Bluetooth Notifications Vs. Indications
- Bluetooth Channel Sounding Vs. RSSI
- Bluetooth Direction Finding Methods : AoA Vs. AoD
- Bluetooth HID Over GATT
- Bluetooth IRK Vs. LTK : Key Differences
- Bluetooth PHY : 1M Vs. 2M Vs. Coded Differences
- What is ATT MTU Size in Bluetooth
- Bluetooth Ranging : Phase Based Vs. RTT Based
- Bluetooth Error Codes Guide : Meanings, Causes & Fixes
- Bluetooth L2CAP and HCI : Key Differences
Continue Learning Bluetooth Technology
- Bluetooth Basics Tutorial
- Bluetooth Low Energy (BLE) Basics Tutorial
- Bluetooth Protocol Stack & Device State Diagram
- Bluetooth Physical Layer Modules
- Bluetooth MAC Layer Overview
- Bluetooth Channel Frequency List
- Bluetooth Network Security
- Bluetooth Low Energy (BLE) Connection Establishment Procedure
- Bluetooth Profiles: HFP, HSP, A2DP, AVRCP, PBAP & MAP
- Bluetooth Mesh Node Types & Protocol Stack Layer Functions
Compare Bluetooth With Other Technologies
- Bluetooth V5.0 Vs. V5.1 Vs. V5.2 Vs. V5.3
- Bluetooth Vs BLE : Key Differences
- Bluetooth Vs UWB Technology : Key Differences
- Bluetooth Vs Wi-Fi Vs UWB
- Comparison Between All Bluetooth Versions from 1.0 to 6.3
Explore Deep Insight Bluetooth Technology
- Bluetooth AFH Explained: Adaptive Frequency Hopping & FAQs
- Bluetooth Error Recovery : ARQ, ACK, NAK
- Bluetooth Bit Stream Processing: HEC, CRC, FEC & More
- Bluetooth Flow Control: Understanding GO & STOP Bits
- Bluetooth Power Management: Sniff, Hold & Active Modes
- Bluetooth Packets Decoded: Structure, Types & Routing
- Decoding Bluetooth Packet Types: Control, ACL, SCO & eSCO
