手数料の対象となる検出
コミッショナブルな検出は、コミッショニングの前に行われ、コミッショナブルなノードを検出して特定するプロセスです。コミッショナブルなノードが自身をアドバタイズする方法は 3 つあります。
- Bluetooth Low Energy（BLE）
- Wi-Fi Soft AP
- IP ネットワークの DNS-SD。既存の IP 保持ネットワークとも呼ばれます。
いずれの方法でも、コミッショニング可能なノードは表 1 に示す情報をアドバタイズします。
| 項目 | 期間 | 必須 |
|---|---|---|
| 弁別子 | 12 ビット | ○ |
| ベンダー ID | 16 ビット | × |
| 商品 ID | 16 ビット | × |
| 拡張データ | 可変 | × |
Matter の仕様では、ベンダー ID とプロダクト ID は必須ではありませんが、含めることができます。Discriminator は必須であり、複数の同一デバイスが同時に接続される場合に備えて、正しいデバイスをプロビジョニングするためのコミッショニング プロセスで不可欠です。拡張データ: カスタム ベンダー固有の情報をエンコードするために使用できます。
多くのデバイスは、電源投入後の短時間（約 3 ～ 15 分）でアドバタイズします。他のデバイスは、プライマリ コントロールがファブリックから開始されないため、またはロックなどのデバイスの自動プロビジョニングされていないアドバタイジングが安全ではないため、アドバタイジングを開始してはなりません。表 2 は、この動作をまとめたものです。
| デバイスの主要な機能 | 自動通知 |
|---|---|
| 鍵とフェンスによるデバイスへのアクセス | × |
| ほとんどの制御はファブリックから行われます。（スイッチ、電球など）。 | ○ |
| ほとんどの制御はファブリックから生じません。（食器洗い機や冷蔵庫など）。 | × |
Bluetooth Low Energy
このアドバタイズ モードでは、コミッショナーに BLE アドバタイズメントが表示されます。コミッショニーは、Generic Access Profile（GAP）周辺機器インターフェースを実装し、そのコミッショニングされていない状態を定期的にアドバタイズする必要があります。デバイスがオンになった後の最初の 30 秒間は、20 ～ 60 ミリ秒間隔でアドバタイズメント頻度が高い必要があります。
30 秒経過後、デバイスは 150 ～ 1,500 ミリ秒間隔の低頻度でアドバタイズする必要があります。デバイスは、最初のファブリックにコミッショニングされたら、BLE のアドバタイズを停止する必要があります。
コミッショナーがスキャン リクエストを発行する必要はありません。37（2,402 MHz）、38（2,426 MHz）、39（2,480 MHz）の 3 つの BLE アドバタイジング チャネルでパッシブ スキャンを行う必要があります。これらのチャネルは、Wi-Fi チャネルとのオーバーラップが最小限に抑えられたスペクトルの領域から選択され、無線間の干渉を最小限に抑えます。
BLE は動作の検出には使用されません。
Wi-Fi Soft AP
Wi-Fi Soft AP を使用する場合、コミッショニーはアドホックなソフト アクセス ポイント（Soft AP）ネットワークを通じて検出されます。ネットワークの SSID（ネットワーク名）は MATTER-ddd-vvvv-pppp の形式です。ここで、
- ddd は 12 ビットの弁別子（16 進数）です。
- vvvv は、16 ビットのベンダー ID（16 進数）です。
- pppp は 16 ビットのプロダクト ID（16 進数）です。
コミッショナーがコミッショナーに接続するたびに、両者は一意の IPv6 リンクローカル アドレスを設定し、Wi-Fi レイヤで接続を有効にします。この時点で、次のセクションで説明する DNS-SD 方法の場合と同様に検出が続行されます。
さらに、Wi-Fi Soft AP は、IPv4 用の DHCP と情報要素（IE）を実装して、ベンダー固有の追加情報を公開できます。IE は、802.11（Wi-Fi）管理フレーム内の可変長フィールドです。これにより、カスタム情報を他のシステムに転送できます。
コミッショナーのスキャン中は Wi-Fi チャネル 1、6、11 が優先されますが、ローカル スペクトル規制で許可されているすべてのチャネルをスキャンする必要があります。
Wi-Fi Soft AP は動作検出には使用されません。
DNS-SD
この場合、コミッショニーは、ノードによってレンダリングされたサービスに関する情報を含むドメイン ネーム サービス - サービス ディスカバリ（DNS-SD）のアドバタイズによって検出されます。DNS-SD の詳細については、RFC 6762 をご覧ください。これは、次の場合にデバイスを検出する一般的な方法です。
- コミッショニーはイーサネットに接続されているため、暗号化されていないネットワーク メディアに物理的にアクセスできます。
- コミッショニーが帯域外手段で Wi-Fi または Thread ネットワークに接続した。
- コミッショニーはすでに別のファブリックにコミッショニングされており、Wi-Fi/Thread ネットワークに接続しています。この場合、コミッショニーは BLE アドバタイズを使用したり、Soft AP を作成したりできません。したがって、すべてのセカンダリ ファブリックがこの方法でプロビジョニングされます。
Thread デバイスは DNS-SD を直接使用しませんが、代わりに Thread ボーダー ルーターが提供するプロキシ方式を使用します。このメソッドは、DNS-SD サービス登録プロトコルとそのアドバタイジング プロキシで定義されています。Thread デバイスは、通常は Thread ボーダー ルーターによって提供される SRP サービスに自身を登録します。このサービスは、これらのプロトコルによって生成された追加のトラフィックで Thread ネットワークに負担をかけることなく、登録された各 Thread ノードに代わって mDNS トラフィックを処理します。
デバイス検出の DNS-SD インスタンス名は _matterc._udp です。ホスト名は、48 ビットの MAC アドレスまたは 64 ビットの MAC 拡張アドレスのいずれかで、A5F15790B0D15F32.local. などの 16 進文字列で表されます。通常、この記録はコミッショニーが任命された場合にのみアドバタイズされます。ただし、コミッション モード以外でもアドバタイジングが継続される場合があります。この動作は拡張検出と呼ばれています。
検出後、IPv6 アドレスが AAAA レコードで返され、Key-Value ペアが DNS‐SD TXT レコードで返されます。Key-Value ペアには、弁別子、ベンダー ID、プロダクト ID などの情報が含まれています。このノードはコミッショニングのサブタイプもアドバタイズします。これにより、結果をフィルタリングして、特定の属性に一致するコミッショニーのみを見つけることができます。
運用上の課題抽出
運用上の検出とは、 commit されたノードを検出して特定するプロセスです。運用上の検出は、IP ベースの DNS-SD 方式でのみ行われます。ノードのインスタンス名は、64 ビットの圧縮 Fabric ID と 64 ビットのノード ID で構成されます。16 進数のこれらの ID はハイフンで連結されます（例: 2906C908D115D362-8FC7772401CD0696.local.）。動作検出は、DNS-SD デバイス検出と同じターゲット ホスト名を共有します。
DNS-SD サービスタイプは _matter._tcp です。_tcp という命名が使用されていますが、デバイスは UDP などの他のトランスポートを使用する場合があります。