フレームタイプを割り当てました。いう値は含まれていません。コネクション)毎に設定することもできません。パケットに切り替えられます。切り替えメカニズムを持っています)。何だか不便なメカニズムに思えますね。落とす必要があります。切り替えなければなりません。BDR/EDRを混在できる余地があったのに、何故こんな仕様が採用されたのかよくわかりません。種を全部使い尽くすべきではない、という判断でもあったのでしょうか。採用されることになるのですが。これも例によって「世間によくある話」なのかもしれません。あと2つのフレーム選択機構を持っています。仕様から存在する非常に古いコマンドです。いう2つのコマンドを持ち、もともとは前者が「マスターからスレーブに対する送信可能な最大スロット数の許可」、後者が「スレーブからマスターに対する送信可能な最大スロット数の許可要求」を意味していました。以降では解釈が拡大されてマスター/スレーブの制約が撤廃され、「相手に対する送信可能(つまり自分が受信可能)な最大スロット数の許可」「自分が送信したい最大スロット数の許可要求」となっています。交換があってからしか使えないことになります。「許可する」だけで、送信フレームタイプの選択はあくまで通信相手のチップに任されます。送り続けてくれ」というような指定はできません。これを指定可能にするための仕組みです。いう2種類のコマンドからなります。任意のフレームタイプを「可能なかぎりコレを使ってくれ」として指定するコマンドです。「prefered」なので強制力はありません。指定するコマンドとして位置づけられていました。使ってくれ」という指示ができるようになっています。スロット数となりました。ここまで来ると、はっきり言って「一体何がしたいのか訳がわからない」コマンドになっていますね。交換しないと切り替えられない前述の仕様と併せて考えると尚更です。スロットという対応になります。表にまとめて記載されています。「仕様書」としては正しい書き方なのでしょうが、ただでさえ「あちこちバラバラ」な記述がにますます見通しが悪くなっています。チップの判断に任される。送信フレームタイプを上位層から直接指定するメカニズムは無い。パラメータで使用するフレームタイプのマスクを指定できる。マスクに関わらず常に有効となる。しないと使用できない。パケットは使用できなくなる。マルチスロットパケットは、ベースバンド間で使用許可の確認交換(LMP_max_slot)をするまで使用できない。用いることで、通信相手に対して「可能な限りこれで送って欲しい」というフレームタイプを指定することはできる。「可能な限り」であって強制力はない。ベースバンド間の指定であり、コネクション毎に指定することはできない。仕様書から読み解くのはちょっと骨です。ネットをざっくり検索してみたかぎり、こういう風にまとめた解説も見当たりません。いった(中途半端な形で)関わってくることはわかりません。開発に着手した時からずっと持っていた疑問だったものの、分厚い仕様書に何度もチャレンジしては敗退し、今回ようやく読み解いた次第です。個人情報の取り扱いについて。