기존 Bluetooth 와 이름은 같지만 다른 프로토콜이다. 오디오 스트리밍이 아니라 작은 데이터를 가끔, 아주 적은 전력으로 주고받는 데 맞춰져 있다.
이 프로젝트에서 왜 BLE 인가
Digital Key 를 하려면 두 가지가 필요한데 BLE 만 둘 다 준다.
① 저전력 상시 동작 폰이 배터리를 크게 쓰지 않고 계속 광고를 낸다
② 근접 판정 RSSI 로 거리를 추정할 수 있다
Wi-Fi 로는 ②를 못 한다 — AP 를 경유하므로 폰과 차의 거리를 알 수 없다. 그래서 §7.1 이 원격 제어를 로컬 네트워크/BLE 로 나눠 검증하기로 한 것이고, 채널이 둘로 갈린다.
| BLE | Wi-Fi | |
|---|---|---|
| 근접 판정 | 가능 | 불가 |
| 전력 | 상시 켜둘 수 있음 | 소모 큼 |
| 대역폭 | 작음 (MTU 20~247 B) | 충분 |
| 용도 | Digital Key 인증·근접 | 상태 스트림·제어 요청 |
GATT 구조
BLE 는 **서비스와 특성(characteristic)**으로 데이터를 노출한다. 특성마다 읽기·쓰기·알림(notify) 권한을 준다.
Service: Vehicle Control
Auth Write + Notify 챌린지-응답
Request Write 제어 요청
ReqResult Notify 요청 결과
State Read + Notify 상태 스냅샷
Alert Notify 중요 경고
한계
RSSI 기반 근접은 릴레이 공격을 막지 못한다. 근본 해법인 UWB 는 이 프로토타입 범위 밖이다.