4.2 OPERATIONAL PROCEDURES AND MODES

Bluetoothデバイスの典型的な動作モードは、（ピコネット内の）他のBluetoothデバイスから接続され、それらのBluetoothデバイスとデータを交換することです。 Bluetoothはアドホックな無線通信技術であるため、後続の通信が行われるようにピコネットを形成することができる多くの操作手順が存在します。 手順およびモードは、アーキテクチャの異なるレイヤに適用され、したがって、デバイスは、これらの手順およびモードのいくつかに同時に従事することができます。

4.2.1 BR/EDR Procedures

4.2.1.1 Inquiry (Discovering) Procedure

Bluetoothデバイスは、近くのデバイスを検出するために、またはそれらの近くのデバイスによって発見されるように問い合わせプロシージャを使用します。

問い合わせプロシージャは非対称です。 近くの他のデバイスを見つけようとするBluetoothデバイスは、問い合わせデバイスと呼ばれ、積極的に問い合わせ要求を送信します。 発見可能なBluetoothデバイスは、発見可能なデバイスとして知られており、これらの問い合わせ要求を待ち受け、応答を送信します。 問い合わせプロシージャは、問い合わせ要求および応答に対して特別な物理チャネルを使用します。

調査中および発見可能なデバイスは、すでにピコネット内の他のBluetoothデバイスに接続されている可能性があります。 問い合わせスキャン、または物理チャネルの問い合わせ、または占有に費やされるたびに、既存の論理トランスポートでのQoSコミットメントの要求とバランスを取る必要があります。

問い合せプロシージャは、問い合せおよび問い合せ応答情報の交換中に一時的な物理的リンクが存在すると考えられるが、物理チャネルの上のいずれかのアーキテクチャ層を使用しません。

4.2.1.1.1 Extended Inquiry Response

拡張問い合せ応答は、問い合せ応答手順中に雑多な情報を提供するために使用することができます。 データ型は、ローカル名やサポートされるサービスなどのために定義されます。そうでなければ、接続を確立することによって得られなければならない情報です。 拡張問い合わせ応答でローカル名とサポートされているサービスのリストを受け取るデバイスは、リモート名要求とSDPサービス検索を行うために接続する必要がないため、有益な情報に時間が短縮されます。 デバイスが、サポートされているすべてのサービスとそのローカル名の大部分を、その名前が長すぎて完全に送信できない場合、拡張された問い合せ応答で含めることが推奨されます。

拡張問い合せ応答手順は、標準問い合せ応答手順と下位互換性があります。

4.2.1.2 Paging (Connecting) Procedure

接続を形成する手順は非対称であり、一方のBluetoothデバイスがページ（接続）手順を実行し、他方のBluetoothデバイスは接続可能（ページスキャン）である必要があります。 この手順は、ページ・プロシージャが特定の1つの特定のBluetooth装置によってのみ応答されるように、対象とされます。

接続可能デバイスは、ページング（接続）デバイスからの接続要求パケットをリッスンするために特殊な物理チャネルを使用します。 この物理チャネルには、接続可能なデバイスに固有の属性があります。したがって、接続可能なデバイスを認識しているページングデバイスだけがこのチャネルで通信できます。

ページングデバイスと接続可能デバイスは、すでに他のBluetoothデバイスに接続されている可能性があります。 ページングに費やされた時間またはページスキャン物理チャネルを占有する時間は、既存の論理トランスポート上のQoSコミットメントの要求とバランスをとる必要があります。

4.2.1.3 Connected Mode

BR/EDRコントローラで正常に接続された後、 両方のデバイスが接続されるピコネット物理チャネルが存在し、 デバイス間に物理的なリンクがあり、 デフォルトのACL-C、ACL-U、ASB-C、およびASB-Uの論理リンクがあります。 これらのリンクの2つ（ACL-CおよびASB-C）は、LMP制御プロトコルを転送し、Link Managerの上にあるレイヤーからは見えません。 ACL-Uリンクは、L2CAPシグナリングプロトコルと任意の多重化L2CAPベストエフォートチャネルを転送します。 ASB-Uリンクは、ピコネット上のすべてのスレーブにブロードキャストされるL2CAPチャネルを転送します。 基本的なACL論理転送を参照するのは一般的ですが、これはコンテキストで解決できますが、通常はデフォルトのACL-U論理リンクを参照します。

接続モードでは、追加の論理リンクを作成および解放し、ピコネット物理チャネルに接続したまま物理および論理リンクのモードを変更することができます。 また、デバイスが、照会、ページングまたはスキャン手順を実行すること、または元のピコネット物理チャネルから切断することなく、他のピコネットに接続することも可能です。 これらのアクションは、Link ManagerプロトコルをリモートBluetoothデバイスと交換するLink Managerを使用して実行されます。

AMP物理リンクは、接続モードで確立することができます。 AMP物理リンクが作成されると、L2CAPユーザデータを転送するために、1つ以上のAMP-U論理リンクが確立されます。

スレーブデバイスがピコネットにアクティブに接続されている間は、スレーブとマスタデバイス間のデフォルトのACL論理転送が常に存在します。 既定のACL論理トランスポートを削除する唯一の方法は、ピコネット物理チャネルからデバイスを切り離すことです。その時点で、デバイス間のL2CAPチャネル、論理リンク、および論理トランスポートの階層全体が削除されます。

4.2.1.4 Hold Mode

ホールドモードは一般的なデバイスモードではありませんが、物理リンク上の予約されていないスロットに適用されます。 このモードでは、物理リンクは、同期リンクタイプSCOおよびeSCOの動作のために予約されているスロット中にのみアクティブです。 すべての非同期リンクは非アクティブです。 ホールドモードは呼び出しごとに1回動作し、完了すると終了して前のモードに戻ります。

4.2.1.5 Sniff Mode

スニフモードは一般的なデバイスモードではありませんが、デフォルトのACL論理転送に適用されます。 このモードでは、これらの論理トランスポートの可用性は、存在期間と不在期間からなるデューティサイクルを定義することによって変更されます。 スニッフィングモードでデフォルトのACL論理トランスポートを持つデバイスは、不在期間を使用して、別の物理チャネル上でアクティビティに関与するか、省電力モードに入ることができます。 スニフモードは、デフォルトのACL論理トランスポート（すなわち、それらの共有ACL論理トランスポート）にのみ影響し、アクティブである追加のSCOまたはeSCO論理トランスポートには適用されません。 ピコネット物理チャネル上の物理リンクの有無の周期は、物理リンク上に構築されるすべての論理トランスポートの集合として導出される。

スニフサブレーティングは、アクティブデューティサイクルをさらに低減するメカニズムを提供し、スニフモードの省電力機能を向上させます。 Sniff subratingはホストが最大送信と受信の待ち時間を指定することによって保証されたアクセスのような接続を作成することを可能にします。 これにより、ベースバンドは、リンクマネージャコマンドを使用してスニフモードを終了して再入力せずに、低電力性能を最適化することができます。

ブロードキャスト論理トランスポートには、存在または不在の定義された期待はありません。 マスタデバイスは、ピコネット物理チャネル内の物理リンク存在期間と一致するようにブロードキャストをスケジュールすることを目指すべきであるが、これは常に可能でも実用的でもない。 ブロードキャストの繰り返しは、存在期間が重複しないで複数のスレーブに到達する可能性を向上させるために定義されています。 しかし、ブロードキャスト論理転送は信頼できるものとはみなされません。

4.2.1.6 This section no longer used

4.2.1.7 Role Switch Procedure

役割切り替え手順は、ピコネットに接続された2つのデバイスの役割を入れ替える方法です。 この手順では、元のマスタデバイスによって定義された物理チャネルから、新しいマスタデバイスによって定義された物理チャネルに移動する必要があります。 ある物理チャネルから次の物理チャネルへとスワップするプロセスでは、BR/EDRコントローラ上の物理リンクおよび論理転送の階層が削除され、 トポロジによって暗示され、保存されていないASB論理転送を除き、再構築されます。 ロールスイッチ手順はAMP物理チャネルに影響しないことに注意してください。 ロール切り替えの後、元のマスタがチャネルに接続している他のスレーブを持っていた場合、元のピコネット物理チャネルは存在しなくなるか、または継続することがあります。

この手順では、デフォルトのACL論理リンクとサポートするレイヤーだけを新しい物理チャネルにコピーします。 追加の論理転送はこの手順ではコピーされません。必要に応じてこれを上位層で実行する必要があります。 影響を受けるトランスポートのLT_ADDRは、新しい物理チャネルで再割り当てされるため、変更される可能性があります。 元の論理トランスポート上にQoSコミットメントがある場合、これらは、役割切り替え後も保持されません。 ロールスイッチが完了した後、これらを再ネゴシエートする必要があります。

4.2.1.8 Enhanced Data Rate

拡張データレートは、最大スループットを向上させ、複数の接続をより良くサポートし、消費電力を削減する目的で、Bluetoothパケットの容量とタイプを拡張する方法です。アーキテクチャの残りの部分は変更されません。 拡張データレートは、各論理トランスポートで独立して動作するモードとして選択することができる。 有効になると、パケットヘッダーのパケットタイプビットは、基本レートモードの意味とは異なる解釈をします。 この異なる解釈は、ヘッダ内の論理トランスポートアドレスフィールドと関連して明らかにされます。 この解釈の結果、パケットペイロードヘッダおよびペイロードは、パケットタイプに従って受信および復調されることが可能になります。 拡張データレートは、ACLおよびeSCO論理トランスポートに対してのみ有効にすることができ、SCOおよびブロードキャスト論理トランスポートに対して有効にすることはできません。

4.2.1.9 Connectionless Slave Broadcast Mode

コネクションレススレーブブロードキャストモードは、ピコネットマスタが、BR/EDR適合ピコネット物理チャネルを使用して任意の数の接続されたスレーブデバイスにプロファイルブロードキャストデータを送信することを可能にします。 このモードに入るために、マスターは専用のCSB論理トランスポートとして特定の論理トランスポートを予約し、コネクションレススレーブブロードキャスト物理リンクと同期トレインプロシージャを使用してデータのブロードキャストを開始します。 プロファイルレスブロードキャストデータ論理リンクが定義され、これはコネクションレススレーブブロードキャスト論理トランスポートを使用してプロファイルブロードキャストデータを搬送する。 プロファイルブロードキャストデータは、フレームなしであり、L2CAPをバイパスします。

コネクションレススレーブブロードキャストパケットを受信するには、デバイスが、すでにCSB論理トランスポートを確立しているコネクションレススレーブブロードキャストトランスミッタに接続する必要があります。 接続するには、デバイスは同期スキャン手順に従って物理リンクのタイムスケジュールを取得し、次にコネクションレススレーブブロードキャストパケットの受信を開始します。 接続されると、コネクションレススレーブブロードキャストレシーバは、専用のCSB論理トランスポートおよびPBD論理リンクでプロファイルブロードキャストデータを受信できます。

4.2.2 LE Procedures

4.2.2.1 Device Filtering Procedure

デバイスフィルタリング手順は、コントローラが通信応答を必要とするデバイスの数を減らすための方法です。 すべてのデバイスからの要求に応答する必要がないため、LEコントローラが必要とする送信回数が削減され、消費電力が削減されます。 また、コントローラがホストとの間で行う必要のある通信も削減されます。 これは、ホストが関与する必要がないため、追加の電力節約をもたらします。

広告またはスキャンデバイスは、デバイスフィルタリングを使用して、広告パケット、スキャンリクエストまたは接続リクエストを受信するデバイスを制限することができます。 LEにおいて、走査装置によって受信されるいくつかの広告パケットは、走査装置が広告装置に要求を送信することを要求します。 この広告は、デバイスフィルタリングが使用され、広告デバイスがフィルタリングされている場合は無視することができます。 同様の状況が接続要求で発生します。 デバイスフィルタを使用して、広告主が応答する必要のあるデバイスを制限する場合を除き、接続要求は広告主によって応答されなければなりません。 広告主は、デバイスフィルタを使用して、スキャン要求または接続要求を受け入れるデバイスを制限することもできます。

このデバイスフィルタリングは、コントローラのLLブロックにある「ホワイトリスト」を使用して行われます。 ホワイトリストは、ローカルデバイスとの通信が許可されているリモートデバイスを列挙します。 ホワイトリストが有効な場合、ホワイトリストにないデバイスからの送信はLLによって無視されます。 デバイスのフィルタリングはLL内で行われるため、広告パケットをフィルタリング（または無視）することで電力消費に大きな影響を与えることができます。スキャン要求または接続要求は、処理のために上位層に送信されません。

特定の手順でのデバイスフィルタリングの使用は、デバイスが誤って無視されないように注意深く評価する必要があり、接続の確立や広告ブロードキャストの受信時に相互運用性の問題を引き起こす可能性があります。

4.2.2.2 Advertising Procedure

広告主は広告手順を使用して、地域内のデバイスへの単方向ブロードキャストを実行する。 一方向放送は、広告装置とリスニング装置との間の接続なしに生じます。 広告手順は、近くにある開始装置との接続を確立するために使用することができ、または広告チャネルを受信する走査装置にユーザデータの定期的なブロードキャストを提供するために使用することができます。 広告手順は、すべての広告放送にプライマリ広告チャネルを使用します。 しかしながら、データは、1次広告チャネルの占有率と総オンエア時間とを減少させるために、1つ以上の補助パケットで2次広告チャネルにデータをオフロードすることができ、また1つのパケットに収まるデータの最大値をより長くすることができます。

LEピコネットに接続されたLEデバイスは、任意のタイプの広告イベントを使用して広告することができます。 既に確立された接続を維持するのに必要な接続要件とのバランスを取る必要があります（デバイスがピコネット内のスレーブであれば、それはマスタとの接続を維持する必要があり、デバイスがマスタである場合 ピコネット内の1つまたは複数のスレーブとの接続を維持する必要があります）。

広告デバイスは、広告デバイスから追加のユーザデータを取得するために、聴取デバイスからのスキャン要求を受信することができます。 スキャン応答は、広告デバイスによって、スキャン要求を行うデバイスに送信されます。

広告装置は、イニシエータ装置から接続要求を受信することができます。 広告デバイスが接続可能な広告イベントを使用していて、開始デバイスがデバイスフィルタリング手順によってフィルタリングされていない場合、広告デバイスは広告を停止し、接続モードに入ります。 デバイスは、接続モードに入ってから再度広告を開始できます。

LEコード化されていないPHYに広告を掲載する場合、スキャン要求とスキャン応答は元の広告と同じPHYチャネル上で発生するか、セカンダリ広告チャネルにオフロードできます。 LEコード化されていないPHYに広告を掲載する場合、接続要求と接続応答はセカンダリ広告チャネルにオフロードされます。 LE符号化PHYに広告を掲載する場合、スキャン要求、スキャン応答、接続要求、および接続応答は常にオフロードされます。 広告データと同様に、オフロードは、第1の広告チャネル上の最初の広告が第2の広告チャネル上の補助パケットを指すようにすることによって行われます。 スキャン要求とスキャン応答、接続要求、および接続応答は、補助パケットと同じPHYおよび同じチャネル上で行われます。

4.2.2.3 Scanning Procedure

走査装置は、走査手順を使用して、広告チャネルを使用する広告装置からのユーザデータの一方向の放送を聞く。 走査装置は、走査要求を行うことによって、広告装置から追加のユーザーデータを要求することができる。 広告装置は、これらの要求に応答して、広告チャネルを介して走査装置に送信される追加のユーザーデータを送信する。

スキャン手順は、LEピコネットの他のLEデバイスに接続して使用することができます。 接続中にスキャンに費やされる時間は、ピコネット内の他のLEデバイスとの既存の接続を維持するために必要な接続要件とのバランスを取る必要があります。

ブロードキャストが接続可能な広告イベントであり、スキャンデバイスがイニシエータモードにある場合、スキャンデバイスは、プライマリ広告チャネルまたはセカンダリ広告チャネル上の接続要求を広告デバイスに送信することによって接続を開始することができる。 プライマリチャネルで接続要求が送信されると、スキャンデバイスはイニシエータモードのスキャンを停止して追加のブロードキャストを検出し、接続モードに入ります。 セカンダリチャネルで接続要求が送信されると、スキャンデバイスはイニシエータモードから抜け出し、追加のブロードキャストのスキャンを中止し、接続応答を受信すると接続モードに入ります。 デバイスは、接続モードに入った後にスキャン手順を使用できます。 マスタデバイスの場合、イニシエータモードを使用し、接続可能なアドバタイズメントをスキャンする方法は、マスタのLEピコネットに追加デバイスを追加する方法です。

4.2.2.4 Discovering Procedure

Bluetootデバイスは、広告手順およびスキャン手順を使用して、近くのデバイスを発見するか、または所定のエリア内のデバイスによって発見されます。 発見手順は非対称です。 近くの他のデバイスを見つけようとするBluetoothデバイスは、発見デバイスとして知られ、スキャン可能な広告イベントを広告するデバイスを待ち受けます。 発見可能なBluetoothデバイスは、発見可能なデバイスとして知られており、広告ブロードキャスト物理チャネル上でスキャン可能な広告イベントを積極的にブロードキャストします。

発見可能 discovering なデバイスと発見可能 discoverable なデバイスは、すでにピコネット内の他のBluetoothデバイスに接続されている可能性があります。 広告ブロードキャスト物理チャネルを調べたり占有したりするのに費やされる時間は、ピコネット内の他のLEデバイスとの既存の接続を維持するのに必要な接続要件とのバランスを取る必要があります。

走査装置による装置フィルタリングを用いることにより、走査装置が所与の領域内の全ての装置を発見するのを防止します。

4.2.2.5 Connecting Procedure

接続を形成する手順は非対称であり、一方のBluetoothデバイスが広告手順を実行し、他方のBluetoothデバイスがスキャン手順を実行することが必要です。広告手順は、1つのデバイスだけが広告に応答するように、ターゲットにすることができます。 走査装置は、広告装置が接続可能な方法で存在することを最初に発見することによって広告装置を目標にすることもでき、 デバイスフィルタを使用して、そのデバイスから接続可能な広告イベントのみをスキャンします。 ターゲット広告装置から接続可能な広告イベントを受信した後、ターゲット広告装置への接続要求をプライマリー広告チャネルまたはセカンダリ広告チャネルを介して送信することによって接続を開始することができます。

接続中にスキャンに費やされる時間は、ピコネット内の他のLEデバイスとの既存の接続を維持するために必要な接続要件とのバランスを取る必要があります。

4.2.2.6 Connected Mode

接続手順が成功すると、デバイスはピコネット内で物理的に相互に接続されます。これは、両方が接続されているピコネット物理チャネルが存在し、デバイス間に物理的なリンクがあり、デフォルトのLE-CおよびLE-U論理リンクが存在することを意味します。接続モードでは、適応周波数ホッピングシーケンスの変更やデータパケットの長さの変更など、ピコネット物理チャネルに接続したまま物理リンクおよび論理リンクのプロパティを変更することができます。また、元のピコネット物理チャネルから切り離すことなく、デバイスが広告、スキャン、または発見手順を実行することも可能である。

追加の論理リンクは、これらのリンクの作成と設定をネゴシエートするために、LLプロトコルメッセージをリモートBluetoothデバイスと交換するLink Managerを使用して作成されます。これらのリンクの1つ（LE-C）は、LL制御プロトコルを転送し、Link Managerの上にあるレイヤーには見えません。他のリンク（LE-U）は、L2CAPシグナリングプロトコルおよび任意の多重化L2CAPベストエフォートチャネルを伝送する。一般的には、LE ACLの論理トランスポートを参照するのが一般的です。これはコンテキストによって解決できますが、通常はデフォルトのLE-U論理リンクを参照します。また、これら2つの論理リンクが論理転送を共有することにも注意してください。

スレーブデバイスがピコネットにアクティブに接続されている間は、スレーブとマスタデバイス間のデフォルトLE ACL論理転送が常に存在します。 デフォルトのLE ACL論理トランスポートを削除する方法は、ピコネット物理チャネルからデバイスを切り離すことです。この時点で、デバイス間のL2CAPチャネル、論理リンク、論理トランスポートの階層全体が削除されます。

4.2.2.7 Periodic Advertising Procedure

広告主は、定期的な広告手順を使用して、エリア内のデバイスに対して一方向の定期的なブロードキャストを実行します。 一方向放送は、広告装置とリスニング装置との間の接続なしに生じます。 定期的な広告手順は、近隣の装置と同期するために使用され、広告チャネルを受信している走査装置にユーザデータの確定的な定期的なブロードキャストを提供します。 広告手順は、プライマリおよびセカンダリ広告チャネルを使用して、定期的な広告に関する制御およびユーザ情報をブロードキャストします。

周期的な物理チャネル上の他のLEデバイスと同期化されたLEデバイスは、定期的な広告イベントを使用します。 他のLEデバイスと接続または同期している間、定期的な広告に費やされる時間は、既に確立された接続または同期を維持するのに必要な接続および同期要件とバランスをとる必要があります。

4.2.2.8 Periodic Advertising Synchronization Procedure

定期的な広告に同期させる手順は非対称であり、一方のBluetoothデバイスが広告手順を実行し、他方のBluetoothデバイスがスキャン手順を実行することが必要である。 走査装置は、広告装置が存在することを最初に発見し、所定の領域に定期的な広告を放送することによって、広告装置を目標とすることができる。 ターゲットとされた広告デバイスから同期情報を含む広告イベントを受信した後、それは定期的な広告イベントに同期することができます。 同期デバイスは、既に広告、スキャン、またはピコネット内の他のBluetoothデバイスに接続されているか、または他の定期広告に同期されている可能性があります。 定期的な広告との同期に費やされる時間は、すでに確立された接続や同期を維持するために必要な要件とバランスを取る必要があります。

4.2.2.9 Periodic Advertising Synchronized Mode

同期手順が成功すると、デバイスは物理的に互いに同期されます。 これは、両方が同期され、デバイス間に定期的な物理リンクがあり、ADVB-UおよびADVB-C論理リンクがある定期的な物理チャネルがあることを意味します。 デバイスが、LE周期的物理チャネルから切り離す必要なく、広告、スキャン、または発見手順を実行することも可能です。

4.2.3 AMP Procedures

4.2.3.1 AMP Discovery Procedures

AMPマネージャは、ローカルAMPコントローラを検出し、AMPがシステムから動的に追加または削除されるため、そのリストを長期にわたって維持する責任があります。 ローカルAMPマネージャは、リモートAMPマネージャからAMPのリストを要求することができます。 リモートデバイスからAMPのリストが要求された後、AMPがシステムに追加または削除されると、ローカルAMPマネージャはそのリモートAMPマネージャにその変更を通知します。

各AMPはIDとタイプで識別されます。 AMPのリストが受信されると、AMPマネージャは各AMPの情報（AMP_Info）を要求することができる。

4.2.3.2 Physical Link Creation Procedure

リモートデバイスでAMP物理リンク（AMPチャネル）を介してL2CAPチャネルを設定するには、 AMPマネージャは最初にリモートAMPを検出し、リモートAMPに関する必要な情報を収集して、最適な方法で物理リンクをセットアップしてから、物理リンクの作成を開始します。 これは、専用のL2CAPチャネルを介して行われます。

AMPマネージャは、リモートAMPについて収集したリモートAMP情報をローカルAMP PALに提供します。 ローカルAMP PALは、この情報を使用してAMP物理リンクを作成します。

4.2.3.3 Logical Link Creation Procedure

物理リンクが存在すると、L2CAPは目的のQoSでAMP論理リンクを作成します。 論理リンク上にL2CAPチャネルが作成され、その時点でチャネルはデータ通信の準備ができています。