コミッション対象のディスカバリー
コミッショニング可能な検出は、コミッショニングの前に行われ、コミッショニング可能なノードを検出して識別するプロセスを指します。コミッショニング可能なノードが自身をアドバタイズする方法は 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 アドバタイズが表示されます。コミッショニーは、汎用アクセス プロファイル（GAP）ペリフェラル インターフェースを実装し、コミッションされていない状態を定期的にアドバタイズする必要があります。デバイスの電源をオンにしてから最初の 30 秒間は、アドバタイズの頻度を高くし、20 ～ 60 ミリ秒間隔にする必要があります。
30 秒経過すると、デバイスは 150 ～ 1,500 ミリ秒の間隔で低頻度のアドバタイズを行う必要があります。最初のファブリックにコミッショニングされたら、デバイスは BLE アドバタイズを停止する必要があります。
コミッショナーがスキャン リクエストを発行する必要はありません。3 つの BLE アドバタイズ チャネル（37（2402 MHz）、38（2426 MHz）、39（2480 MHz））でパッシブ スキャンを行う必要があります。これらのチャネルは、Wi-Fi チャネルとの重複が最小限に抑えられたスペクトルの領域から選択され、無線間の干渉を最小限に抑えます。
BLE は、運用上の検出には使用されません。
Wi-Fi Soft AP
Wi-Fi ソフト AP を使用する場合、コミッショニーはアドホックソフト アクセス ポイント（ソフト AP）ネットワークを介して検出されます。ネットワークの SSID（ネットワーク名）は MATTER-ddd-vvvv-pppp の形式です。ここで、
- ddd は 12 ビットの識別子（16 進数）です。
- vvvv は 16 ビットのベンダー ID（16 進数）です。
- pppp は 16 ビットのプロダクト ID（16 進数）です。
コミッショナーがコミッショニーに接続するたびに、両方が一意の IPv6 リンクローカル アドレスを構成し、Wi-Fi レイヤでの接続を可能にします。この時点で、次のセクションで説明する DNS-SD メソッドの場合と同様に検出が続行されます。
さらに、Wi-Fi ソフト AP は、IPv4 用の DHCP と情報要素（IE）を実装して、ベンダー固有の追加情報を公開できます。IE は、802.11（Wi-Fi）管理フレーム内の可変長フィールドで、カスタム情報を他のシステムに送信できます。
コミッショナーのスキャンでは Wi-Fi チャンネル 1、6、11 を優先する必要がありますが、地域の電波規制で許可されているすべてのチャンネルをスキャンする必要があります。
Wi-Fi ソフト AP は、運用上の検出には使用されません。
DNS-SD
この場合、コミッショニーは、ノードによってレンダリングされたサービスに関する情報を含むドメイン名サービス - サービス ディスカバリ（DNS-SD）アドバタイズによって検出されます。DNS-SD の詳細については、RFC 6762 をご覧ください。これは、次の場合にデバイスを検出する一般的な方法です。
- コミッショナーはイーサネットに接続されているため、暗号化されていないネットワーク メディアに物理的にアクセスできます。
- コミッショニーが、帯域外の手段で Wi-Fi または Thread ネットワークに参加している。
- コミッショニーはすでに別のファブリックにコミッショニングされており、Wi-Fi/Thread ネットワークに参加しています。この場合、コミッショニーは BLE アドバタイズを使用することも、ソフト AP を作成することもできません。したがって、すべてのセカンダリ ファブリックはこの方法でプロビジョニングされます。
Thread デバイスは DNS-SD を直接使用せず、Thread Border Router (TBR) が提供するプロキシ メソッドを使用します。この方法は、DNS-SD サービス登録プロトコルとそのアドバタイジング プロキシによって定義されています。Thread デバイスは、通常 TBR によって提供される SRP サービスに自身を登録します。このサービスは、登録された各 Thread ノードに代わって mDNS トラフィックを処理します。これらのプロトコルによって生成される追加のトラフィックで Thread ネットワークに負荷をかけることはありません。
デバイス検出用の DNS-SD インスタンス名は _matterc._udp で、ホスト名は 48 ビットの MAC アドレスまたは 64 ビットの MAC 拡張アドレス（A5F15790B0D15F32.local. などの 16 進数文字列）で構成されます。通常、このレコードは、コミッショニーがコミッションされる可能性がある場合にのみアドバタイズされます。ただし、コミッショニング モードでない場合でも、アドバタイズを継続することがあります。この動作は拡張検出と呼ばれます。
検出後、IPv6 アドレスが AAAA レコードで返され、Key-Value ペアが DNS-SD TXT レコードで返されます。Key-Value ペアには、識別子、ベンダー ID、プロダクト ID などの情報が含まれます。ノードは、コミッショニング サブタイプもアドバタイズします。これにより、結果をフィルタして、特定の属性に一致するコミッショニーのみを検索できます。
運用に関する調査
運用検出は、コミッショニングされたノードを検出して識別するプロセスです。運用上の検出は、IP ベースの DNS-SD メソッドでのみ行われます。ノード インスタンス名は、64 ビットの圧縮ファブリック ID と 64 ビットのノード ID で構成されます。これらの ID は 16 進数で、2906C908D115D362-8FC7772401CD0696.local. のようにハイフンで連結されます。運用検出は、DNS-SD デバイス検出と同じターゲット ホスト名を共有します。
DNS-SD サービスタイプは _matter._tcp です。_tcp という名前が使用されていますが、デバイスは UDP などの他のトランスポートを使用する場合があります。