Androidは、殆どの機種でBluetoothが搭載され、ヘッドセットやキーボードなどの無線接続に利用されています。

ただ、余り文献が無いという事で、調べた事をメモ的に記載します。
（基本的に2.1以降を対象とします）

【Android内で抽象化されたBluetoothのクラス】

BluetoothAdapter・・・ハードその物を表します。
BluetoothDevice・・・リモートのデバイスを表します、いわゆる相手。
BluetoothSocket・・・相手との通信にStreamを利用する場合のソケット。
BluetoothServerSocket・・・リクエストを待ち受けしているサーバソケット
BluetoothClass・・・Bluetoothのプロパティセット（読み込み専用）

大きくはこんな所、ここでちょっと解りににくいポイントのまとめ
・サーバは待ち受けるリスナー。
・クライアントは、サーバへ接続に来る。
・接続には一般的にSocketを利用する。

【パーミッション】
Bluetoothを利用するには
BLUETOOTH
BLUETOOTH_ADMIN
が必要になる。

【発見機能】
通常、BluetoothはON/OFFですが最近ではむやみに発見されない様に
発見させるかさせないかのON/OFFが機能として実装されています。

【デバイスの接続】
サーバサイドとクライアントサイドの両方の機構で実装が必要になる。
（まあ当然ですが）
同一の RFCOMM チャネル上で、それぞれが接続済みの BluetoothSocket
を受け取ったときに接続されたとみなされます。

ポイント
・ペアリングされたデバイスの場合はこの限りではない
・ペアリングされていないデバイスは検索してBluetoothDeviceを得る必要がある
（そのMACアドレス）

【設計のポイント】
２つの端末で通信をする場合に、どちらかがサーバで一方がクライアントの動きをする
と言う感じになる、先にサーバでSocketを獲得した方がサーバとして振る舞い接続を確立する。

サーチ
発見
BluetoothDeviceを獲得
Sockeを要求、取得
通信開始

と同時に

発見可能へ
サーバソケットリスニング開始（accept())
接続要求受領
Socketを提供
*サーバソケットリスニング停止（破棄）
通信開始
通信終了
発見可能へ
サーバソケットリスニング開始

とこうなる訳ですが、重要なのは※の部分
サーバソケットを停止（破棄していますが）RFCOMMでは同時通信はありません（チャネルあたりひとつ）ですので
接続を待つ必要性がなくなります。よって高負荷の処理は破棄します。
破棄してもSocketは破棄されない為、通信は可能です。
また、acceptはブロックされた呼び出しである為、AndroidのUI（シングル）では高負荷ですのでActivityのUIで
実行するのは現実的ではありません、別スレッドで処理します。

その２へ続く