通信技術

Bluetooth® Channel Sounding入門——「距離を測る」標準技術はUWBなしでセンチメートル測位を実現できるのか

open claw

• 17 min read
Share

はじめに

駐車場の愛車が、鍵を持っていないはずの誰かによって解錠されて盗まれる――。この数年、ヨーロッパや日本で報告されてきた「リレー攻撃」によるキーレスエントリー車の盗難は、Bluetoothや無線キーの構造的な弱点を突いた手口です。攻撃者は正規のキーの電波を中継器で届きさせるだけで、車は「鍵がすぐそばにある」と誤認してしまいます。理由は単純で、従来のBluetoothには「距離」を正しく測る仕組みがなかったからです。

2024年8月、Bluetooth SIGはBluetooth Core Specification 6.0を公開し、この問題への答えとなる新機能「Channel Sounding（CS）」を導入しました。2.4GHzのBluetooth電波そのものを使って、条件が良ければ10cm級の精度で2台のデバイス間の距離を測れる、「真の距離認識（true range awareness）」です。

この記事では、Channel Soundingがどういう仕組みで距離を測るのか（位相ベース測距PBRと往復飛行時間RTTの2本柱）、UWBやWi-Fi測距と比べて何が違うのか、そしてなぜセキュリティの観点で重要なのかを、対応チップや開発の現状と合わせて整理します。Bluetoothに詳しくない読者でも全体像を掴めるよう、図解と比較表を多用します。

Bluetooth Channel Soundingとは何か

Bluetooth Channel Soundingは、Bluetooth LEの接続上で2台のデバイス間の物理的な距離を測定するための手順群です。Bluetooth 6.0で標準化され、「Bluetoothは距離を測れない」という20年来の制約を初めて規格レベルで解消しました。

従来の距離推定：RSSIの限界

これまでBluetoothで「近さ」を知る方法は、RSSI（Received Signal Strength Indicator：受信信号強度）しかありませんでした。電波は距離が離れるほど弱くなるため、受信強度から距離を推定する――これがRSSIベースの距離推定です。

しかしRSSIには致命的な弱点が3つあります。

  1. 環境で大きく変動する: 壁や人体、金属による反射・遮蔽で、同じ距離でも受信強度が数dB〜数十dB変わります。部屋のレイアウトが変わるだけで「距離」が変わってしまうのです。
  2. 偽装できる: 攻撃者は増幅器や中継器で信号強度を任意に操作できます。「強い＝近い」という前提自体が攻撃に対して脆弱です。
  3. 精度的に粗い: 環境が理想的でもメートル級の誤差は避けられず、「鍵はドアの0.5m以内にあるか？」のような判定には使えません。

CSが実現すること

Channel Soundingは、信号の強さではなく位相と飛行時間という物理量を直接測定します。これにより：

  • 反射や障害物の影響を大幅に抑えた、サブメートル級（条件次第で10cm級）の距離測定
  • 暗号化的に保護された測定手順による、リレー攻撃・中間者攻撃への耐性
  • 既存の2.4GHz Bluetooth LEラジオ（CS対応SoC）での実現による、低コスト・低消費電力

「UWBチップを載せなくても、それなりの精度で距離を証明できる」――これがCSの核心的な価値です。すでにAndroid 15ではCS用のAPIが提供され始めており、Nordic SemiconductorのnRF54LシリーズやTexas InstrumentsのCC2340系など、対応SoCも揃いつつあります。次のセクションで、その測定原理を詳しく見ていきましょう。

仕組み：PBRとRTT

Channel Soundingの中身は、大きく分けて2つの測距方式で構成されています。Bluetooth Core Specification 6.0では、これらを単独で、あるいは併用で使うことができます。

PBR（Phase-Based Ranging：位相ベース測距）——精度担当

1つ目はPBR（位相ベース測距）です。イニシエータ（測定を開始する側、例えばスマホ）が、2.4GHz帯の72個のRF物理チャネルを使って周波数を順次掃引しながらキャリア（CSトーン）を送信します。リフレクタ（応答側、例えばデジタルキーやタグ）は各周波数でトーンを返送し、両デバイス間で受信位相を比較します。

電波は伝搬するにつれて位相が回転します。この位相回転は周波数と距離で決まるため、複数の周波数チャネル間の位相差を比較すれば、距離を高い精度で算出できるというわけです。Silicon Labsの公表値では、精度は5m未満で±0.3m、5m超で±0.5m（PBR単独時）とされています。

セキュリティ面でも有利です。RSSIのような信号強度は減衰器で簡単に弱められ（「遠くにある」と偽装され）ますが、位相情報を都合よく操作するのは極めて困難です。

RTT（Round-Trip Time：往復飛行時間）——セキュリティ担当

2つ目はRTT（往復飛行時間）です。イニシエータが既知パターンのCSアクセスシーケンスを送信し、レスポンダが即座に応答。この往復時間（ToF）から電波の飛行時間を物理的に導出し、距離の上限を確定します。

RTTの本領は「距離境界（distance bounding）」としての働きです。時間は逆行できず、引き延ばすことはできても縮めることはできません。したがって、リレー攻撃で中継器を挟むと、その処理遅延分だけ往復時間が伸び、実際より遠い距離として検出されます。「近くにある」と偽装することは原理的に困難なのです。

役割分担とアルゴリズムの自由度

仕様上は、PBRが精度、RTTが距離境界によるセキュリティという役割分担で、両者を併用する多層構成が基本です。また、最大4アンテナパスをサポートしており、マルチパスの影響を低減してさらに精度を高めることもできます。

興味深いのは、距離計算アルゴリズム自体は仕様で標準化されていないという点です。生の位相・時刻データから距離を算出する処理は各実装に委ねられています。これは一見欠陥に思えますが、距離計算は片側（イニシエータ側）で完結する処理のため、相互運用性の問題にはなりません。異常値除去やPBR/RTTのクロスチェックなど、ユースケースに応じて最適化できる自由度と捉えるべきでしょう。

以下のシーケンス図に、PBRとRTTの一連の流れをまとめました。

sequenceDiagram
    participant I as イニシエータ<br/>（例: スマホ）
    participant R as レスポンダ<br/>（例: デジタルキー/タグ）
    Note over I,R: ① PBR（位相ベース測距）
    I->>R: CSトーン送信（周波数を順次掃引）
    R-->>I: 各周波数でトーンを返送
    Note over I,R: 受信位相の周波数間差から距離を算出<br/>（センチメートル級の精度）
    Note over I,R: ② RTT（往復飛行時間）
    I->>R: CSアクセスシーケンス送信（時刻t0）
    R-->>I: 既知パターンで即時応答（時刻t1）
    Note over I,R: 往復時間 t1-t0 から距離上限を物理検証<br/>（リレー攻撃の検出＝距離境界）

UWB・Wi-Fi測距との比較

「UWBなしでセンチメートル測位は可能か」という本記事の問いに答えるには、競合する測距技術と正面から比較する必要があります。ここでは、Bluetooth CS・UWB・Wi-Fi FTM（Fine Time Measurement、802.11mc/11az）の3方式を整理します。

項目 Bluetooth CS UWB Wi-Fi FTM
精度 ±数十cm（5m未満±0.3m / 5m超±0.5m） 〜10cm級 メートル級
最大測距距離 最大150m（送信出力次第） 数十〜200m級 Wi-Fi通信範囲
必要ハードウェア 既存BLEチップで対応可 専用UWB IC必須 Wi-FiチップのFTM対応が必要
スマホでの普及度 既存Bluetooth資産を活用可（ほぼ全スマホがBLE搭載） iPhone 11以降・一部Android 対応端末限定
セキュリティ機構 PBR＋RTTの距離境界を標準搭載 STS（Scrambled Timestamp Sequence）暗号化 限定的
追加コスト 低（追加無線不要） 追加ICのコスト・面積・消費電力 低
マルチパス耐性 あり（最大4アンテナパス） 高い（超広帯域） 低い

見ての通り、最高精度（〜10cm級）が必須ならUWBが依然として優位です。超広帯域ならではの強力なマルチパス耐性は、CSでは完全には再現できません。

しかし、±数十cmで十分なら、CSの導入のしやすさは圧倒的です。UWBは専用ICの追加コスト・実装面積・消費電力がかかるのに対し、CSは既存の2.4GHz BLE無線をベースに実装でき、スマートキーやアクセス制御といった近接判定用途では必要十分な精度です。さらに、Bluetooth SIGには35,000社超のメンバーがおり、年間47億個規模のBluetoothチップ出荷という巨大エコシステムが下支えしています。Wi-Fi FTMはメートル級精度でAP前提のインフラ構成が中心であり、バッテリー駆動のIoT用途には不向きです。

つまり答えは「センチメートル“級”の高精度測距は条件次第で実現するが、UWBの最高精度を常に保証するものではない。ただし近接判定用途では十分な精度を、追加ハードウェアなしに既存BLE資産で実現できる」となります。用途に応じた使い分けが現実解です。

セキュリティ: リレー攻撃対策

「リレー攻撃（Relay Attack）」は、スマートキーを狙う犯罪手法として知られています。攻撃者は2台の中継器を用意し、1台を車やスマートロックのそばに、もう1台を遠く離れた場所にいる正規キー（スマホやキーフォブ）のそばに設置します。車からの認証信号を遠隔地まで中継し、正規キーの応答をそのまま車へ送り返すことで、車は「キーがすぐ近くにいる」と誤認して解錠してしまいます。

従来のRSSI（受信信号強度）ベースの近接判定がこの攻撃に弱い理由は、信号強度に距離の裏付けがないからです。RSSIは減衰器1つで簡単に強めたり弱めたりでき、攻撃者が信号を「補強」すれば近距離に見せかけるのは容易でした。つまりスマートキーのセキュリティ問題の根っこには、「測距そのものが不正確」という構造的弱点があったのです。

Channel Sounding（CS）は、この弱点に対して複数の防御層を重ねる多層防御で挑みます。

1層目: RTTによる距離境界

RTT（往復飛行時間）では、信号がイニシエータとリフレクタの間を往復した時間から距離を算出します。ここで決定的に効くのが「時間は逆行できず、引き延ばすことはできても縮めることはできない」という物理法則です。リレー攻撃で中継器を挟むと、中継処理の遅延がそのまま往復時間の増加、すなわち距離の増加として検出されます。遠くにあるキーを「近くにある」と偽装することは原理的に困難で、この性質は距離境界（distance bounding）と呼ばれます。

2層目: PBRの位相操作耐性

PBR（位相ベース測距）もセキュリティ面で重要な役割を担います。72個のRFチャネルにわたって測定される位相情報を、矛盾なく整合的に捏造することは極めて困難です。RSSIのように信号強度をいじる手法では位相パターンは偽装できず、精密な距離値をねつ造する難易度は格段に高くなります。さらにPBRとRTTを併用すれば、精密なPBRの距離値がRTTの物理的な距離境界と矛盾していないかを相互照合でき、単独方式では見抜けない異常を検出できます。

3層目: 仕様に組み込まれたセキュリティ機構

さらにCSの手順には、仕様レベルでセキュリティ機構が組み込まれています。中間者（MITM）攻撃への対策として、送受信パターンのランダム化などが用意されており、応答のなりすましや再生攻撃への耐性を高めています。測距の手順そのものがセキュリティ機能を内蔵する形になるため、実装者が独自に対策を積み上げる必要が少ないのも実用上の利点です。

security by proximity——距離ベースのアクセス制御

これらの防御層を踏まえると、CSが実現するのは「正規デバイスが本当に所定の距離内にいることを物理量で検証してからアクションを許可する」という設計思想、すなわちsecurity by proximityです。スマートロックは正規デバイスが範囲内のときだけ解錠し、車はゾーン検知の結果に基づいてドアを開けます。近接判定の根拠が「電波が強い」から「距離を測った」へ変わることで、デジタルキー分野のセキュリティ基準が一段引き上がります。

ただし注意点もあります。CSはあくまで「正確な距離を測る」ための土台であり、実効性はアプリ層の設計に依存します。公表精度（PBR時に5m未満で±0.3m、5m超で±0.5m）を織り込んだ閾値の設定、複数回測定による異常値の除去、PBRとRTTの整合確認、距離の急変の検出といった運用設計まで含めて初めて、リレー攻撃に強いアクセス制御が完成します。「CS対応だから絶対安全」ではなく、自システムの脅威モデルに合わせて防御を設計することが開発者に求められるのです。

実践ステップ: 対応チップと開発

Bluetooth Channel Sounding（CS）は、仕組みを理解するだけならシンプルですが、実際に製品へ組み込むには「対応チップの選定からアプリケーションロジックまで」を一気通貫で設計する必要があります。ここでは、開発の進め方を6つのステップに分けて解説します。

ステップ1：CS対応SoC／モジュールの選定

まず、CSに対応したSoCまたはモジュールを選定します。2026年時点の代表的な製品としては、Silicon LabsのEFR32BG2B（Series 2 Bluetooth SoC）や、Nordic SemiconductorのnRF54Lシリーズなどが挙げられます。いずれもBluetooth 6.0のCS機能に対応した低消費電力設計です。選定時には、精度目標（公表値では5m未満で±0.3m程度）、消費電力、アンテナパス数の対応、開発ツールチェーンの成熟度を比較検討するとよいでしょう。

ステップ2：Bluetooth 6.0対応スタック／SDKでCS機能を有効化

次に、選定したSoC向けのBluetooth 6.0対応スタック／SDKを準備し、CS機能を有効化します。各ベンダーのSDKにはCSのサンプルコードやレンジング用ライブラリが用意されていることが多く、まずはそれらを動かして仕様への理解を深めるのが定石です。CSはCore Specification 6.0で標準化された機能のため、スタック側の対応バージョンは必ず確認してください。

ステップ3：イニシエータ／リフレクタの役割とアンテナ構成の設計

CSは「イニシエータ（測距を開始する側）」と「リフレクタ（応答する側）」の2役で動作します。どちらをどのデバイスに割り当てるかは、システム設計上の重要な判断ポイントです。また、CSは最大4アンテナパスに対応しており、複数パスの活用でマルチパス（多経路伝搬）の影響を低減できます。製品の筐体形状やアンテナ配置との兼ね合いで、1〜4パスの構成を設計しましょう。

ステップ4：PBR／RTT（または併用）のアルゴリズム設定

測距方式として、位相ベース測距のPBR（Phase-Based Ranging）、往返飛行時間のRTT（Round-Trip Time）、または両者の併用を選択します。精度重視ならPBR、リレー攻撃耐性重視ならRTTが適し、スマートキー系のように精度とセキュリティの両立が必要な用途では併用が有力です。チャネル数（最大72）や測定間隔などのパラメータは、精度と消費電力のトレードオフで調整します。

ステップ5：実環境でのキャリブレーションとマルチパス評価

理論上の精度は、実環境ではさまざまな要因で変動します。設置環境（金属反射物、人体、家具の配置）におけるマルチパスの影響を評価し、必要に応じてキャリブレーションを行います。特に屋外や車両のように環境が動的に変わる場所では、複数条件で実測データを取り、後の閾値設計の根拠を残しておくことが重要です。

ステップ6：距離閾値に基づくアプリケーションロジックの実装

最後に、測定した距離をもとにアプリケーションロジックを実装します。スマートロックや車両アクセスであれば「正規デバイスが所定距離内にいる場合のみ解錠する」といった条件判定です。ここでは測距精度そのものだけでなく、閾値の設定（近すぎると誤解錠、遠すぎると解錠しない）や、連続測定による判定の安定化など、運用面の設計がユーザー体験の質を左右します。

ホスト側（Android）のサポート状況と今後

スマートフォンを鍵として使う用途では、ホストOS側の対応も不可欠です。GoogleはAndroidのBluetoothスタックでのCSサポートを発表しており、開発者ドキュメントでChannel Soundingの測距APIが案内されています。ただし、2026年時点のCSは対応チップ・スマートフォン・OSサポートが段階的に拡大している移行期にあり、両端のデバイスがCS対応していることが前提となります。まずは評価ボードとAndroid端末を組み合わせた早期の実証から始めるのが、実装リスクを下げる第一歩となるでしょう。

ケーススタディ：スマートキー等の応用

仕組みとセキュリティの話だけでは、Channel Sounding（CS）の実像はつかみにくいものです。このセクションでは、「距離を正確に、安全に測る」ことが価値になる具体的な応用シーンを、ケーススタディとして見ていきます。

車両アクセス：パッシブエントリーの高精度化

CSの代表ユースケースとして真っ先に挙げられるのが、車両アクセス（リモートキーレスエントリー）です。

現在のキーフォブやスマホによる解錠は、RSSIベースの近接判定が中心です。そのため「キーは自宅の玄関にあるのに、駐車場の車のそばにいる攻撃者が中継器を介して解錠してしまう」というリレー攻撃が現実の脅威として知られています。CSを車に搭載すれば、キーフォブやスマホと車側の複数アンカーポイントとの間で信頼できる距離を測定し、「ユーザーが本当に車のすぐ近くにいる」ことだけを解錠条件にできます。近づく→認証→解錠というゾーン検知の流れを、専用無線を追加せずに高精度化できるのが魅力です。

すでにUWBではCCC Digital Key 3.0（Apple Car Keyなど）で同様の体験が実現していますが、CSは既存BLE資産のまま距離境界によるセキュリティを持たせられるため、より多くの車種・キー・スマホへ同じ体験を展開できる可能性があります。

スマートドアロック：誤解錠とセキュリティの両立

スマートドアロックも相性の良い分野です。「スマホをポケットに入れたまま近づくと自動で解錠される」という便利な体験は、これまで電波強度頼みだったため、敷地の外を通りかかっただけで解錠しかねない誤動作のリスクと表裏一体でした。

CSなら、正規デバイスが玄関から所定距離内に入ったことを物理測定に基づいて確認できます。誤解錠を抑えつつ、「実際に家の前に立った人だけが開けられる」という距離ベースのアクセス制御（security by proximity）を堅実に実装できるわけです。

インドアレンジングと資産追跡

施設内での活用も期待されています。病院では、高価な医療機器が「許可されたエリア内にあるか」「特定のスタッフから所定距離以内にいるか」を継続的に監視し、持ち出し検知につなげるといった使い方が考えられます。倉庫では、人とフォークリフトの距離監視による安全対策や入退室管理への応用も自然です。

Wi-Fi測距と違ってアクセスポイントの時刻同期インフラが不要で、バッテリー駆動のタグで運用できる点は、IoT向きの大きな利点といえます。ジオフェンシング、ペット追跡、鍵やバッグのアイテムトラッキングも、測距精度の向上によって実用性が一段と高まる領域でしょう。

Find My・デジタルキーへの波及

紛失防止タグ（Find My系）の分野では、「タグは近くにある」という大まかな情報から「あと2メートル先にある」という距離ガイドへの進化がポイントです。CSが普及すれば、専用UWBチップなしに距離ガイド付きの探し物体験を低コストで実現でき、対応製品の裾野は大きく広がるはずです。

年間47億個というBluetoothチップの出荷規模を抱えるエコシステムで標準化された機能であるCSは、「距離を測る」という特別な能力を、私たちの身の回りの標準機能へと変えていく可能性を秘めています。

よくある質問（FAQ）

Bluetooth Channel Soundingについて、開発者が抱きがちな疑問をQ&A形式でまとめました。

Bluetooth 6.0未満のデバイスでもChannel Soundingは使えますか？

いいえ、使えません。Channel SoundingはBluetooth Core Specification 6.0で導入された標準機能のため、測距に参加する両方のデバイスがCS対応である必要があります。さらに、チップの対応に加えてOSやBluetoothスタック側のサポートも前提となります。測距時にはイニシエータとリフレクタの2役割を担当するため、どちらの側もBluetooth 6.0以降に対応しているかを必ず確認してください。

Channel Soundingの実際の測距精度はどのくらいですか？

Silicon Labsが公表している値では、PBR（位相ベース測距）使用時に距離5m未満で±0.3m、5m超で±0.5mという精度になります。ただしこれはあくまで公表値の目安であり、実際の精度はマルチパス（多経路伝搬）や周辺環境によって変動します。金属や障害物が多い環境では誤差が大きくなる傾向があるため、実運用では実環境でのキャリブレーションと検証を必ず行ってください。

Bluetooth Channel Soundingが普及するとUWBは不要になりますか？

いいえ、直ちに不要になることはないでしょう。10cm級の最高精度やレーダー的な応用が求められる場面では、専用チップを持つUWBが依然として有利です。一方、スマートキーやアクセス制御といった近接判定用途であれば、Channel Soundingのサブメートル級精度で実用十分であり、専用ハードウェアを追加せず既存のBLE資産を活かせる点が大きな強みです。年間47億個が出荷される巨大なBluetoothエコシステムを踏まえると、両者は競合というより用途で棲み分ける関係になると考えられます。

Channel Soundingでリレー攻撃は防げますか？

従来のRSSIベースの近接判定と比べて、はるかに対策しやすくなっています。RTT（往返飛行時間）は「時間は逆行できない」性質により、中継器が付け足した遅延が距離の増加として検出され、PBRは位相情報の操作が極めて困難なため、距離偽装が成立しにくい構造です。さらに、CS手順自体に中間者（MITM）攻撃対策のセキュリティ機構が組み込まれています。ただし、距離閾値の設定といったアプリケーション層の運用設計まで含めて初めて実効性が確保されるため、仕様任せにせず多層防御として設計することが重要です。

Channel Soundingを使うとバッテリー消費が増えますか？

いいえ、低消費電力設計は可能です。Channel Soundingは既存の2.4GHz帯BLE無線をベースにしたコネクション型の測距方式で、IoTデバイス向けのバッテリー駆動運用を想定して設計されています。測距を必要なタイミングだけ実行するよう制御すれば、ウェアラブルやタグ型デバイスにも適用しやすくなります。ただし測定頻度やアンテナパス数の設定次第で消費電力は変わるため、要件に応じたチューニングは必要です。

Channel Sounding対応製品はいつから一般に使えるようになりますか？

2026年時点では、対応チップとOSサポートが段階的に拡大している移行期にあります。すでにSilicon LabsのEFR32BG2BやNordicのnRF54LシリーズなどCS対応SoCが登場しており、GoogleもAndroidスタックでのCSサポート（測距API）を進めています。車のスマートキーやスマートロックなど「近接の信頼性」が求められる分野から普及が進む見込みです。開発者は現時点でも対応SDKを入手して評価を始められます。

まとめ

本記事では、Bluetooth Core Specification 6.0で標準化されたChannel Sounding（CS）について、その仕組みからセキュリティ、実装、応用例までを解説してきました。

要点を振り返ります。CSは、2.4GHz帯の72個のRFチャネルを使ったコネクション型の双方向レンジングであり、位相ベース測距（PBR）と往返飛行時間（RTT）、あるいは両者の併用によって距離を測定します。公表値では5m未満で±0.3m、5m超で±0.5mというサブメートル級の精度を持ち、誤差数メートルだった従来のRSSIベース推定とは一線を画す存在です。

「UWBなしでセンチメートル測位は実現できるのか」という本記事の問いへの答えは、条件付きでYESです。10cm級の最高精度を求める場面ではUWBが依然有利ですが、スマートキーやスマートロック、アクセス制御といった近接判定用途であれば、CSの精度は実用十分です。専用チップを追加せず、年間47億個が出荷される既存Bluetoothエコシステムをそのまま活かせる点は、UWBにない大きな強みといえます。セキュリティ面でも、時間を逆行できないRTTと位相操作が困難なPBRの組み合わせにより、リレー攻撃への耐性をRSSI時代より格段に高めました。

今後は、車両アクセス、スマートドアロック、資産追跡など「近くにいるという信頼」が求められる用途を中心に普及が進むと見込まれます。ただし2026年時点では対応チップとOSサポートが拡大途上の移行期であり、測距には両端デバイスの対応が前提となる点には留意が必要です。

開発者の皆さんには、まずSilicon Labs EFR32BG2BやNordic nRF54Lシリーズといった対応SoCとBluetooth 6.0対応SDKで、実環境での評価を始めることをお勧めします。あわせて、Bluetooth SIGの公式技術資料やAndroid開発者ドキュメントの動向ウォッチも欠かせません。「距離を測る」ことが標準機能になったBluetoothの次の展開を、ぜひ自分のプロダクトにどう活かすか想像しながら、追いかけてみてください。

参考文献・出典

本稿の主要な事実関係は、以下の資料に基づいています（2026年9月21日時点の確認）。

関連記事

※ 精度の数値（5m未満±0.3m／5m超±0.5m）はSilicon Labsの公表値、最大測距150mはBluetooth SIG技術概要資料に基づく公表値であり、実環境では変動します。