(57)【特許請求の範囲】
【請求項１】
パーソナルエリアネットワーク内でマルチキャストデータを送信デバイスによって送信する方法であって、
前記パーソナルエリアネットワークの標準広告機能に基づいて、前記パーソナルエリアネットワーク内の第1のチャネルを介して前記送信デバイスのマルチキャスト機能を広告するステップと、
前記送信デバイスによって提供されるマルチキャストチャネルに関する情報に対する要求を受信するステップと、
少なくともチャネルマップを含む前記マルチキャストチャネルに関する情報を備える、前記要求に対する応答を送信するステップと、
前記チャネルマップに従って前記マルチキャストチャネルを介してマルチキャストパケットを送信するステップとを含む方法。
【請求項２】
前記マルチキャスト機能が第1のタイプの広告パケットを使用して広告される、請求項1に記載の方法。
【請求項３】
前記マルチキャストパケットが第2のタイプの広告パケットである、請求項2に記載の方法。
【請求項４】
前記マルチキャストチャネルに関する前記情報が、オフセット、開始チャネル、マルチキャスト識別子、および間隔のうちの少なくとも1つを含む、請求項1に記載の方法。
【請求項５】
パーソナルエリアネットワーク内でマルチキャストデータを受信デバイスによって受信する方法であって、
データをマルチキャストすることが可能な送信デバイスに関して、前記パーソナルエリアネットワークの標準広告機能に基づいて、前記パーソナルエリアネットワーク内の第1のチャネルをスキャンするステップと、
前記送信デバイスによって提供されるマルチキャストチャネルに関する情報に対する要求を前記送信デバイスに送信するステップと、
少なくともチャネルマップを含む前記マルチキャストチャネルに関する情報を備える、前記要求に対する応答を受信するステップと、
前記チャネルマップに従って前記マルチキャストチャネルを介してマルチキャストパケットを受信するステップとを含む方法。
【請求項６】
前記送信デバイスのマルチキャスト機能が第1のタイプの広告パケット内で受信される、請求項5に記載の方法。
【請求項７】
前記マルチキャストパケットが第2のタイプの広告パケットである、請求項6に記載の方法。
【請求項８】
前記マルチキャストチャネルに関する前記情報が、オフセット、開始チャネル、マルチキャスト識別子、および間隔のうちの少なくとも1つを含む、請求項5に記載の方法。
【請求項９】
パーソナルエリアネットワーク内でマルチキャストデータを送信する装置であって、
プロセッサと、
トランシーバとを備え、前記プロセッサおよびトランシーバが、
前記パーソナルエリアネットワークの標準広告機能に基づいて、前記パーソナルエリアネットワーク内の第1のチャネルを介して前記装置のマルチキャスト機能を広告し、
前記装置によって提供されるマルチキャストチャネルに関する情報に対する要求を受信し、
少なくともチャネルマップを含む前記マルチキャストチャネルに関する情報を備える、前記要求に対する応答を送信し、
前記チャネルマップに従って前記マルチキャストチャネルを介してマルチキャストパケットを送信するように協働的に構成された、装置。
【請求項１０】
前記マルチキャスト機能が第1のタイプの広告パケットを使用して広告される、請求項9に記載の装置。
【請求項１１】
前記マルチキャストパケットが第2のタイプの広告パケットである、請求項10に記載の装置。
【請求項１２】
前記マルチキャストチャネルに関する前記情報が、オフセット、開始チャネル、マルチキャスト識別子、および間隔のうちの少なくとも1つを含む、請求項9に記載の装置。
【請求項１３】
パーソナルエリアネットワーク内でマルチキャストデータを受信する装置であって、
プロセッサと、
トランシーバとを備え、前記プロセッサおよびトランシーバが、
データをマルチキャストすることが可能な送信デバイスに関して、前記パーソナルエリアネットワークの標準広告機能に基づいて、前記パーソナルエリアネットワーク内の第1のチャネルをスキャンし、
前記送信デバイスによって提供されるマルチキャストチャネルに関する情報を求める要求を前記送信デバイスに送信し、
少なくともチャネルマップを含む前記マルチキャストチャネルに関する情報を備える、前記要求に対する応答を受信し、
前記チャネルマップに従って前記マルチキャストチャネルを介してマルチキャストパケットを受信するように協働的に構成された、装置。
【請求項１４】
前記送信デバイスのマルチキャスト機能が第1のタイプの広告パケット内で受信される、請求項13に記載の装置。
【請求項１５】
前記マルチキャストパケットが第2のタイプの広告パケットである、請求項14に記載の装置。
【請求項１６】
前記マルチキャストチャネルに関する前記情報が、オフセット、開始チャネル、マルチキャスト識別子、および間隔のうちの少なくとも1つを含む、請求項13に記載の装置。
【請求項１７】
実行されるとパーソナルエリアネットワーク内でマルチキャストデータを送信する方法を装置に実行させる命令を含むコンピュータ可読記録媒体であって、前記方法が、
前記パーソナルエリアネットワークの標準広告機能に基づいて、前記パーソナルエリアネットワーク内の第1のチャネルを介して前記装置のマルチキャスト機能を広告するステップと、
前記装置によって提供されるマルチキャストチャネルに関する情報に対する要求を受信するステップと、
少なくともチャネルマップを含む前記マルチキャストチャネルに関する情報を備える、前記要求に対する応答を送信するステップと、
前記チャネルマップに従って前記マルチキャストチャネルを介してマルチキャストパケットを送信するステップとを含む、コンピュータ可読記録媒体。
【請求項１８】
実行されるとパーソナルエリアネットワーク内でマルチキャストデータを受信する方法を装置に実行させる命令を含むコンピュータ可読記録媒体であって、前記方法が、
データをマルチキャストすることが可能な送信デバイスに関して、前記パーソナルエリアネットワークの標準広告機能に基づいて、前記パーソナルエリアネットワーク内の第1のチャネルをスキャンするステップと、
前記送信デバイスによって提供されるマルチキャストチャネルに関する情報を求める要求を前記送信デバイスに送信するステップと、
少なくともチャネルマップを含む前記マルチキャストチャネルに関する情報を備える、前記要求に対する応答を受信するステップと、
前記チャネルマップに従って前記マルチキャストチャネルを介してマルチキャストパケットを受信するステップとを含む、コンピュータ可読記録媒体。
【請求項１９】
パーソナルエリアネットワーク内でマルチキャストデータを送信する装置であって、
前記パーソナルエリアネットワークの標準広告機能に基づいて、前記パーソナルエリアネットワーク内の第1のチャネルを介して前記装置のマルチキャスト機能を広告する手段と、
前記装置によって提供されるマルチキャストチャネルに関する情報に対する要求を受信するための手段と、
少なくともチャネルマップを含む前記マルチキャストチャネルに関する情報を備える、前記要求に対する応答を送信する手段と、
前記チャネルマップに従って前記マルチキャストチャネルを介してマルチキャストパケットを送信する手段とを備える装置。
【請求項２０】
パーソナルエリアネットワーク内でマルチキャストデータを受信する装置であって、
データをマルチキャストすることが可能な送信デバイスに関して、前記パーソナルエリアネットワークの標準広告機能に基づいて、前記パーソナルエリアネットワーク内の第1のチャネルをスキャンする手段と、
前記送信デバイスによって提供されるマルチキャストチャネルに関する情報に対する要求を前記送信デバイスに送信する手段と、
少なくともチャネルマップを含む前記マルチキャストチャネルに関する情報を備える、前記要求に対する応答を受信するための手段と、
前記チャネルマップに従って前記マルチキャストチャネルを介してマルチキャストパケットを受信するための手段とを備える装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、その内容全体が参照により本明細書に組み込まれる、2011年4月8日に出願した、「SYSTEMS AND METHODS FOR IMPLEMENTING MULTICASTING USING BLUETOOTH WIRELESS TECHNOLOGY」と題する、米国仮特許出願第61/473,597号の優先権を主張するものである。
【０００２】
本出願は、一般に、ワイヤレス通信に関し、より詳細には、パーソナルエリアネットワーク(PAN)のワイヤレス技術を使用してデータをマルチキャストするためのシステムおよび方法に関する。
【背景技術】
【０００３】
Bluetooth(登録商標、以下省略)は、パーソナルエリアネットワーク(PAN)の中などの短距離を隔てたデバイス間でデータを交換するために、通常使用されるワイヤレス技術の1つのタイプである。Bluetooth規格の中のPANまたはボディエリアネットワークは、互いと「ペア」になり、したがってデータを交換できるデバイスによって規定され得る。ペアリングは、ユーザ制御下を含めて、デバイスが互いに登録するプロセスである。一旦ペアになると、デバイスは通常、それらが範囲内にありアクティブであるときはいつでも、ペアリングプロセスを再実行することなく、互いと通信することができる。
【０００４】
Bluetoothデバイスは、それらがペアになることができるデバイスの数に関して制限され得るし、したがって、単一のBluetoothデバイスが所与の時間にデータを送ることができるデバイスの数に関して制限される。さらに、Bluetooth通信は、データの受信を保証するためにデータを受信する相手によってデータの送り手に送られる確認応答(ACKとNAK)の使用を含む、安全性および堅牢性のためにかなりのオーバーヘッドを含む可能性がある。
【０００５】
場合によっては、Bluetoothワイヤレス技術を使用して複数のデバイスにデータを送る、すなわちマルチキャストすることは、Bluetoothワイヤレス技術の電力効率などのために有益であり得る。しかしながら、上記で説明したBluetoothの制限のために、そのようなBluetoothワイヤレス技術を使用したマルチキャストは、Bluetooth規格によって直接サポートされていない。したがって、そのようなマルチキャストをサポートする新しいシステムおよび方法が必要とされる。
【発明の概要】
【課題を解決するための手段】
【０００６】
本開示のサンプルとしての態様の概要は以下の通りである。便宜上、本開示の1つまたは複数の態様は、単に「いくつかの態様」と本明細書で呼ぶ場合がある。
【０００７】
本明細書で開示された方法および装置またはデバイスは、各々いくつかの態様を有し、それらのうちの単一のものがその望ましい属性を単独で担うわけではない。たとえば、以下で説明する特許請求の範囲によって表される本開示の範囲を限定することなく、そのより顕著な特徴をここで簡単に説明する。本説明を考慮した後、かつ特に「発明を実施するための形態」と題するセクションを読んだ後、記載されている特徴が、Bluetoothワイヤレス技術を使用したマルチキャストを可能にすることを含む利点を、どのようにして提供するかが理解されよう。
【０００８】
本開示の一態様は、パーソナルエリアネットワーク内でデータをマルチキャストするための方法を提供する。方法は、パーソナルエリアネットワーク内の第1のチャネルを介してマルチキャスト機能を広告することを含む。方法は、少なくともチャネルマップを含むマルチキャストチャネルに関する情報を求める要求を受信することをさらに含む。方法は、要求に対する応答を送信することをさらに含み、応答は、マルチキャストチャネルに関する情報を備える。方法は、チャネルマップに従ってマルチキャストチャネルを介してマルチキャストパケットを送信することをさらに含む。
【０００９】
本開示の別の態様は、パーソナルエリアネットワーク内でデータをマルチキャストするための方法を提供する。方法は、データをマルチキャストすることが可能なデバイスを求めて、パーソナルエリアネットワーク内の第1のチャネルをスキャンすることを含む。方法は、マルチキャストチャネルに関する情報を求める要求をデバイスに送信することをさらに含む。方法は、要求に対する応答を受信することをさらに含み、応答は、少なくともチャネルマップを含むマルチキャストチャネルに関する情報を備える。方法は、チャネルマップに従ってマルチキャストチャネルを介してマルチキャストパケットを受信することをさらに含む。
【００１０】
本開示の別の態様は、パーソナルエリアネットワーク内でマルチキャストデータを送信するための装置を提供する。装置は、プロセッサおよびトランシーバを備える。プロセッサおよびトランシーバは、パーソナルエリアネットワーク内の第1のチャネルを介してマルチキャスト機能を広告するように協働的に構成される。プロセッサおよびトランシーバは、マルチキャストチャネルに関する情報を求める要求を受信するようにさらに協働的に構成される。プロセッサおよびトランシーバは、要求に対する応答を送信するようにさらに協働的に構成され、応答は、少なくともチャネルマップを含むマルチキャストチャネルに関する情報を備える。プロセッサおよびトランシーバは、チャネルマップに従ってマルチキャストチャネルを介してマルチキャストパケットを送信するように、さらに協働的に構成される。
【００１１】
本開示の別の態様は、パーソナルエリアネットワーク内でマルチキャストデータを受信するための装置を提供する。装置は、プロセッサおよびトランシーバを備える。プロセッサおよびトランシーバは、データをマルチキャストすることが可能なデバイスを求めて、パーソナルエリアネットワーク内の第1のチャネルをスキャンするように協働的に構成される。プロセッサおよびトランシーバは、マルチキャストチャネルに関する情報を求める要求をデバイスに送信するようにさらに協働的に構成される。プロセッサおよびトランシーバは、要求に対する応答を受信するようにさらに協働的に構成され、応答は、少なくともチャネルマップを含むマルチキャストチャネルに関する情報を備える。プロセッサおよびトランシーバは、チャネルマップに従ってマルチキャストチャネルを介してマルチキャストパケットを受信するように、さらに協働的に構成される。
【００１２】
本開示の別の態様は、実行されるとパーソナルエリアネットワーク内でデータをマルチキャストするための方法を装置に実行させる命令を含むコンピュータ可読媒体を提供する。方法は、パーソナルエリアネットワーク内の第1のチャネルを介してマルチキャスト機能を広告することを含む。方法は、少なくともチャネルマップを含むマルチキャストチャネルに関する情報を求める要求を受信することをさらに含む。方法は、要求に対する応答を送信することをさらに含み、応答は、マルチキャストチャネルに関する情報を備える。方法は、チャネルマップに従ってマルチキャストチャネルを介してマルチキャストパケットを送信することをさらに含む。
【００１３】
本開示の別の態様は、実行されるとパーソナルエリアネットワーク内でデータをマルチキャストするための方法を装置に実行させる命令を含むコンピュータ可読媒体を提供する。方法は、データをマルチキャストすることが可能なデバイスを求めて、パーソナルエリアネットワーク内の第1のチャネルをスキャンすることを含む。方法は、マルチキャストチャネルに関する情報を求める要求をデバイスに送信することをさらに含む。方法は、要求に対する応答を受信することをさらに含み、応答は、少なくともチャネルマップを含むマルチキャストチャネルに関する情報を備える。方法は、チャネルマップに従ってマルチキャストチャネルを介してマルチキャストパケットを受信することをさらに含む。
【００１４】
本開示の別の態様は、パーソナルエリアネットワーク内でマルチキャストデータを送信するための装置を提供する。装置は、パーソナルエリアネットワーク内の第1のチャネルを介してマルチキャスト機能を広告するための手段を備える。装置は、マルチキャストチャネルに関する情報を求める要求を受信するための手段をさらに備える。装置は、要求に対する応答を送信するための手段をさらに備え、応答は、少なくともチャネルマップを含むマルチキャストチャネルに関する情報を備える。装置は、チャネルマップに従ってマルチキャストチャネルを介してマルチキャストパケットを送信するための手段をさらに備える。
【００１５】
本開示の別の態様は、パーソナルエリアネットワーク内でマルチキャストデータを受信するための装置を提供する。装置は、データをマルチキャストすることが可能なデバイスを求めて、パーソナルエリアネットワーク内の第1のチャネルをスキャンするための手段を備える。装置は、マルチキャストチャネルに関する情報を求める要求をデバイスに送信するための手段をさらに備える。装置は、要求に対する応答を受信するための手段をさらに備え、応答は、少なくともチャネルマップを含むマルチキャストチャネルに関する情報を備える。装置は、チャネルマップに従ってマルチキャストチャネルを介してマルチキャストパケットを受信するための手段をさらに備える。
【図面の簡単な説明】
【００１６】
【図１】複数の受信デバイスにデータをマルチキャストする例示的な通信デバイスを示す図である。
【図２】ワイヤレス通信デバイスの機能ブロック図である。
【図３】1つのデバイスから複数のデバイスにデータをマルチキャストするための例示的なプロセスを示すフローチャートである。
【図４】例示的な第1のタイプの広告パケットを示す図である。
【図５】例示的なスキャン要求パケットを示す図である。
【発明を実施するための形態】
【００１７】
以下の発明を実施するための形態は、本発明のある特定の実施形態に関する。しかしながら、本発明は多数の様々な方法で具現化され得る。本明細書の態様は多種多様な形で具現化され得ること、および本明細書で開示された任意の特定の構造、機能または両方は代表的なものにすぎないことは明らかであろう。本明細書の教示に基づいて、本明細書で開示された態様は他の任意の態様から独立して実装でき、これらの態様のうちの2つ以上は様々な方法で結合できることを、当業者は諒解されよう。たとえば、本明細書に記載された任意の数の態様を使用して、装置を実装することができるか、または方法を実施することができる。さらに、本明細書に記載された態様のうちの1つもしくは複数に加えて、または、それら以外の他の構造、機能、もしくは構造および機能を使用して、そのような装置を実装することができるか、またはそのような方法を実施することができる。
【００１８】
本明細書に記載されたシステムおよび方法は、Bluetoothワイヤレス技術に関して記載される。システムおよび方法は、詳細には、以下Bluetooth低エネルギーと呼ぶ、低エネルギー通信に関係するBluetooth V4.0規格の一部に関する場合がある。しかしながら、システムおよび方法がBluetooth規格の他のバージョンを含む他の同様のワイヤレス技術に関する場合もあることを、当業者は認識されよう。Bluetooth規格に関する詳細は、参照により本明細書に明確に組み込まれる、2010年6月30日に発行されたBLUETOOTH SPECIFICATION Version 4.0[Vol 0]に見ることができる。
【００１９】
さらに、本明細書に記載されたシステムおよび方法は、多種多様なコンピューティングデバイス上に実装され得る。これらは、汎用コンピューティングシステムまたは専用コンピューティングシステムの環境または構成を含む。本発明とともに使用するのに適し得る、よく知られているコンピューティングシステム、環境、および/または構成の例には、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドデバイスまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、プログラム可能な家庭用電化製品、ネットワークPC、ミニコンピュータ、メインフレームコンピュータ、上記のシステムまたはデバイスのいずれかを含む分散コンピューティング環境、などが含まれるが、それらに限定されない。さらに、システムおよび方法は、モバイルデバイス(たとえば、電話、スマートフォン、携帯情報端末(PDA)、ウルトラモバイルパーソナルコンピュータ(UMPC)、モバイルインターネットデバイス(MID)、など)に実装され得る。
【００２０】
現在、Bluetooth低エネルギーは、広告主またはスレーブだけが単一の受信デバイスに接続することを可能にするトポロジー制限を有するので、現在、Bluetooth低エネルギーは、送信するデータを有するデバイス(広告主またはスレーブデバイス)が複数の受信デバイスに接続することを制限する。Bluetooth低エネルギーはブロードキャスト機能を有するが、そのような機能はマルチキャストに適していない。1つの理由は、Bluetooth低エネルギーのブロードキャスト機能がBluetooth低エネルギーで規定された36個の通信チャネルのうちの3個だけのブロードキャストに限定されていることである。したがって、そのようなブロードキャスト機能は、通常、PAN内で接続またはペアのデバイスを形成するためにデバイスを発見することに限定される。Bluetooth低エネルギーのブロードキャスト機能がマルチキャストに適していない別の理由は、デバイスが使用される可能性がある、(たとえば、無線周波(RF)信号に起因する)雑音の多い通信環境のためである。そのような雑音の多い環境では、通信チャネルのうちのいくつかは干渉のために利用できない可能性があり、したがってブロードキャストに利用可能なチャネルの実際の数は3個未満にさらに制限される。
【００２１】
図1は、複数の受信デバイス10bにデータをマルチキャストする、例示的な通信デバイス10aを示す。標準のBluetooth低エネルギーのブロードキャストとは異なり、本明細書に記載されたシステムおよび方法は、Bluetooth低エネルギーの広告を使用したマルチキャストを可能にする。したがって、単一のデバイス10aは、本明細書に記載されたシステムおよび方法を使用して、複数のデバイス10bにデータを通信することができる。たとえば、通信デバイス10aは、時計、電話、運動器具などの複数のデバイス10bに心拍数データを送信できる、心拍数監視センサを備えることができる。別の例では、3Dテレビジョンは、眼鏡のシャッタのタイミングとテレビジョンの3Dビデオの表示とを同期するために、複数のアクティブ3D眼鏡(たとえば、映画館に設置されているような何百の3D眼鏡)に同期情報を送ることができる。
【００２２】
本明細書に記載されたシステムおよび方法は、いくつかのレシーバ、ならびに、たとえば、従来のBluetooth低エネルギーに比べて30%少ない、第1のレシーバに対する送受信用のオーバーヘッド、および次のレシーバ用の追加のオーバーヘッドなしを可能にするので、多数のデバイスにマルチキャストすることを可能にするためにスケーリングすることが可能である。したがって、マルチキャストを受信するレシーバの数は、複数のレシーバにデータを送信するために使用される帯域幅全体に影響を与えない。
【００２３】
一実施形態では、デバイス10aは、第1のタイプの広告パケット(たとえば、Bluetooth規格のADV_SCAN_INDパケット)を送信して、マルチキャストデータに対するデバイス10aの可用性をデバイス10b(たとえば、スキャンするデバイス)に広告する。第1のタイプの広告パケットは、たとえば、Bluetooth低エネルギーのブロードキャスト機能によって送られ得る。第1のタイプの広告パケットを受信したデバイス10bは、次いで、スキャン要求パケット(たとえば、Bluetooth規格のSCAN_REQパケット)をデバイス10aに送って、デバイス10aからマルチキャストデータをどのように受信するかに関する情報を取得することができる。次いで、デバイス10aは、応答パケット(たとえば、Bluetooth規格のSCAN_RSPパケット)をデバイス10bに送って、デバイス10bが1つまたは複数の特定のチャネル上のマルチキャストデータに所与の時間アクセスするために使用するチャネル情報(たとえば、チャネルマップ、開始チャネル、(たとえば、同期用の)オフセット、マルチキャストID、時間間隔、など)を提供することができ、ここで1つまたは複数のチャネルは様々な時間間隔で変化する場合がある。
【００２４】
デバイス10bは、応答パケット内のチャネル情報に基づく通信チャネル上で、マルチキャストデータを含む第2のタイプの広告パケットをリスンすることができ、そのパケットは、本明細書ではADV_MCAST_INDパケットと呼ぶ場合がある。いくつかの実施形態では、デバイス10bは、デバイス10aからのADV_MCAST_INDパケットの受信を確認せず、それにより伝送オーバーヘッドを低減する。デバイス10aは、第1のタイプの広告パケットと第2のタイプの広告パケットのうちの一方または両方の送信を、いつでもオンオフすることができる。たとえば、デバイス10aは、そのような送信をオフにして電力を節約することができる。一実施形態では、デバイス10aは、最大数のデバイスがマルチキャストデータを受信している場合、第1のタイプの広告パケットの送信を停止することができる。一実施形態では、デバイス10aは、マルチキャストするデータがない場合、第2のタイプの広告パケットの送信を停止することができる。
【００２５】
図2は、ワイヤレス通信デバイス10の機能ブロック図である。ワイヤレス通信デバイス10は、図1に関して上記で説明したデバイス10aと10bのうちの一方または両方を代表することができる。ワイヤレス通信デバイス10は、メモリ220とデータ通信しているプロセッサ210、入力デバイス230、および出力デバイス240を含む。プロセッサは、さらに、モデム250およびトランシーバ260とデータ通信している。トランシーバ260はまた、モデム250およびアンテナ270とデータ通信している。個別に記載されたが、ワイヤレス通信デバイス10に関して記載された機能ブロックは、個別の構造要素である必要はないことを諒解されたい。たとえば、プロセッサ210およびメモリ220は単一のチップの中で具現化され得る。同様に、プロセッサ210、モデム250、およびトランシーバ260のうちの2つ以上は、単一のチップの中で具現化され得る。
【００２６】
プロセッサ210は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書に記載された機能を実行するように設計されたそれらの任意の適切な組合せであり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。
【００２７】
プロセッサ210は、メモリ220から情報を読み込むため、またはメモリ220に情報を書き込むために、1つまたは複数のバスを介して結合され得る。プロセッサは、追加または代替として、プロセッサレジスタなどのメモリを含むことができる。メモリ220は、異なるレベルが異なる容量およびアクセス速度を有するマルチレベル階層型キャッシュを含む、プロセッサキャッシュを含むことができる。メモリ220はまた、ランダムアクセスメモリ(RAM)、他の揮発性記憶デバイス、または不揮発性記憶デバイスを含むことができる。記憶装置には、ハードドライブ、コンパクトディスク(CD)またはデジタルビデオディスク(DVD)などの光ディスク、フラッシュメモリ、フロッピー(登録商標)ディスク、磁気テープ、およびZipドライブが含まれ得る。
【００２８】
プロセッサ210はまた、ワイヤレス通信デバイス10のユーザから入力を受信するため、およびワイヤレス通信デバイス10のユーザに出力を提供するために、それぞれ、入力デバイス230および出力デバイス240に結合される。適切な入力デバイスには、キーボード、ボタン、キー、スイッチ、ポインティングデバイス、マウス、ジョイスティック、遠隔制御装置、赤外線検出器、(おそらくは、たとえば手のジェスチャもしくは顔のジェスチャを検出するためにビデオ処理ソフトウェアに結合された)ビデオカメラ、動作検出器、または(おそらくは、たとえばボイスコマンドを検出するためにオーディオ処理ソフトウェアに結合された)マイクロフォンが含まれるが、それらに限定されない。適切な出力デバイスには、ディスプレイおよびプリンタを含む視覚的出力デバイス、スピーカ、ヘッドフォン、イヤフォン、およびアラームを含むオーディオ出力デバイス、ならびに、フォースフィードバックゲームコントローラおよび振動デバイスを含む触覚型出力デバイスが含まれるが、それらに限定されない。
【００２９】
プロセッサ210は、さらに、モデム250およびトランシーバ260に結合される。モデム250およびトランシーバ260は、1つまたは複数のエアインターフェース規格(たとえば、Bluetooth低エネルギー)に従って、アンテナ270を介したワイヤレス送信用に、プロセッサ210によって生成されたデータを準備する。モデム250およびトランシーバ260はまた、1つまたは複数のエアインターフェース規格に従って、アンテナ270を介して受信されたデータを復調する。トランシーバは、トランスミッタ、レシーバ、または両方を含むことができる。他の実施形態では、トランスミッタとレシーバは2つの別々の構成要素である。モデム250およびトランシーバ260は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書に記載された機能を実行するように設計されたそれらの任意の適切な組合せとして具現化され得る。
【００３０】
図3は、1つのデバイス10aから複数のデバイス10bにデータをマルチキャストするための例示的なプロセス300を示すフローチャートである。310で、デバイス10aは、通信チャネルを介して第1のタイプの広告パケット(たとえば、Bluetooth規格のADV_SCAN_INDパケット)を送信して、マルチキャストデータに対するデバイス10aの可用性をデバイス10b(たとえば、スキャンするデバイス)に広告する。第1のタイプの広告パケットは、たとえば、Bluetooth低エネルギーのブロードキャスト機能によって送られ得る。第1のタイプの広告パケットは、デバイス10aがマルチキャストを介して複数のデバイスに送信することが可能であること、または送信するデータを有することを示す情報を含むことができる。さらに、第1のタイプの広告パケットは、デバイス10aの識別情報(たとえば、汎用一意識別子(UUID)および/またはデバイス名)を示す情報を含むことができる。一実施形態では、ADV_SCAN_INDパケットを使用すると、Bluetooth低エネルギーの標準広告機能を使用することが可能になる。したがって、第1のタイプの広告パケットは、特定のチャネル(たとえば、Bluetooth低エネルギー規格内の36チャネルのうちの3つ)を介して送られ得る。
【００３１】
320で、デバイス10bは、それを介して第1のタイプの広告パケットが送られるチャネルをスキャンし、第1のタイプの広告パケットを受信する。デバイス10bは、マルチキャストデータがデバイス10aから入手可能であることを、第1のタイプの広告パケットから決定することができる。
【００３２】
さらに325で、デバイス10aからマルチキャストデータを受信することを望むデバイス10bは、各々スキャン要求パケット(たとえば、Bluetooth規格のSCAN_REQパケット)をデバイス10aに送って、デバイス10aからマルチキャストデータをどのように受信するかに関する情報を取得する。スキャン要求パケットは、デバイス10bの識別情報、デバイス10aの識別情報、または追加の情報に関する情報を含むことができる。
【００３３】
続いて330で、デバイス10aは、スキャン要求パケットを受信すると、応答パケット(たとえば、Bluetooth規格のSCAN_RSPパケット)を、スキャン要求パケットがそこから受信されたデバイス10bに送ることができる。応答パケットは、デバイス10bがマルチキャストデータにアクセスするために使用するチャネル情報(たとえば、チャネルマップ、開始チャネル、(たとえば、同期用の)オフセット、マルチキャストID、時間間隔、など)に関する情報を含むことができる。
【００３４】
340で、デバイス10bは、応答パケット内のチャネル情報に基づく通信チャネル上で、マルチキャストデータを含む、デバイス10aによって送信された第2のタイプの広告パケットをリスンすることができ(デバイス10aはプロセス300の間いつでも第2のタイプの広告パケットを送信している場合があり、それにより正確なチャネル情報を有するデバイス10bがマルチキャストデータを受信することが可能になることに留意されたい)、第2のタイプの広告パケットは、本明細書ではADV_MCAST_INDパケットと呼ぶ場合がある。たとえば、上記で説明したように、応答パケットは、デバイス10bが適切なチャネル上でマルチキャストデータをリスンすることが可能になるチャネル情報(たとえば、チャネルマップ、開始チャネル、(たとえば、同期用の)オフセット、マルチキャストID、時間間隔、など)を含むことができる。デバイス10bは、オフセットを利用して、いつ最初のマルチキャストデータパケットをリスンするべきかを決定することができる。さらに、デバイス10bは、開始チャネルを利用して、どの周波数チャネルで最初のマルチキャストデータパケットをリスンするかを決定することができる。加えて、デバイス10bは、マルチキャストIDを使用して、指定されたチャネルおよび時間で受信された最初のマルチキャストデータパケットで受信されたデータパケットがデバイス10aからのマルチキャストのマルチキャストデータパケットであることを検証することができる。デバイス10bは、チャネルマップをさらに利用して、マルチキャストデータパケットが送られるチャネルの順序を決定することができる。したがって、デバイス10bは、チャネルマップ内のチャネルの順序における開始チャネルの位置を特定し、次のマルチキャストデータパケットを受信するための次のチャネルを決定してリスンすることができる。デバイス10bは、応答パケット内で与えられた時間間隔をさらに使用して、前のパケットが受信された後、次のパケットをいつリスンするかを決定することができる。いくつかの実施形態では、デバイス10bは、デバイス10aからのADV_MCAST_INDパケットの受信を確認せず、それにより伝送オーバーヘッドを低減する。
【００３５】
一実施形態では、第2のタイプの広告パケットは、デバイス10aによって送信された1つのタイプのマルチキャストデータ(たとえば、3D眼鏡の同期データ)に関連付けられたマルチキャストIDを含む。マルチキャストIDにより、第2のタイプの広告パケット内で受信されたデータがどのマルチキャストに関連付けられたかを、デバイス10bが確認することが可能になる。マルチキャストIDは2オクテットの長さを有することができる。さらに、一実施形態では、第2のタイプの広告パケットはマルチキャストデータを含むペイロードを備える。ペイロードは0〜35オクテットの長さを有することができる。
【００３６】
プロセス300の場合、本発明の趣旨または範囲から逸脱することなく、様々なブロックまたはステップが追加または省略され得ることを、当業者は認識されたい。さらに、ブロックまたはステップは、必ずしも図3に示され、上述されたのと同じ順序である必要はない。
【００３７】
図4は、例示的な第1のタイプの広告パケット400を示す。図示されたように、第1のタイプの広告パケット400は、リンクレベル(LL)レイヤパケット402である。広告パケット400は、プリアンブル412、アクセスアドレス414、ペイロード416、および巡回冗長検査(CRC)418を備える。ペイロード416は、ヘッダ422およびペイロード424を備える広告チャネルパケット404を備える。ペイロード424は、広告アドレス(AdvA)432および広告データ(AdvData)434を備えるADV_SCAN_INDパケット406を備える。広告データ434は、第1の長さフィールド442、第1の広告データ(AD)タイプ444、UUID446、第2の長さフィールド448、第2の広告データ(AD)タイプ450、およびデバイス名452を備える。上記で説明したように、デバイス10aは、第1のタイプの広告パケット400をデバイス10bに送信して、デバイス10aからデバイス10bへのマルチキャストデータの可用性を示すことができる。デバイス10bは、UUID446およびデバイス名452を利用して、デバイス10aを識別することができる。
【００３８】
図5は、例示的なスキャン要求パケット500を示す。図示されたように、スキャン要求パケット500は、プリアンブル512、アクセスアドレス514、ペイロード516、および巡回冗長検査(CRC)518を備えるリンクレベル(LL)レイヤパケット502を備える。ペイロード516は、ヘッダ522およびペイロード524を備える広告チャネルパケット504を備える。ペイロード524は、広告アドレス(AdvA)532およびスキャン応答データ(ScanRspData)534を備えるSCAN_RSPパケット506を備える。スキャン応答データ534は、長さフィールド542、広告データ(AD)タイプ544、およびマルチキャスト情報(MCastInfo)フィールド546を備える。
【００３９】
MCastInfoフィールド546はマルチキャストID552を備える。上記で説明したように、マルチキャストID552は、デバイス10aから入手可能なマルチキャストデータを識別する一意の識別子を、デバイス10bに提供する。マルチキャストID552は、長さが2オクテットであり得る。MCastInfoフィールド546は、チャネルマップ(ChM)フィールド554をさらに備える。ChMフィールド554は、マルチキャストデータを送信するために、(たとえば、Bluetooth低エネルギーで使用される36チャネルのうちの)どのチャネルがデバイス10aによって使用されるのかを示すビットフィールドであり得る。ChMフィールド554は、チャネルホッピングシーケンスなどの、デバイス10aがある時間にあるチャネルで送信することを示すことができる。ChMフィールド554は5オクテットの長さを有することができる。MCastInfoフィールド546は、オフセットフィールド556をさらに備える。オフセットフィールド556は、デバイス10aと、デバイス10aがマルチキャストデータを送信するデバイス10bとの間で同期された(たとえば、上記で説明したスキャン要求パケットの送信に基づく)クロックタイミングに対するオフセットを示す。オフセットフィールド556は2オクテットの長さを有することができる。MCastInfoフィールド546は、次のチャネル番号フィールド558をさらに備える。次のチャネル番号フィールド558は、オフセットフィールド556によって示されたオフセットでマルチキャストデータを送信するために、どのチャネルがデバイス10aによって次に使用されるのかを示す。次のチャネル番号フィールド558は1オクテットの長さを有することができる。MCastInfoフィールド546は、間隔フィールド560をさらに備える。間隔フィールド560は、デバイス10aによるマルチキャストパケットの送信間の時間量を示す。間隔フィールド560は2オクテットの長さを有することができる。MCastInfoフィールド546は、スリープクロック確度(SCA)フィールド562をさらに備える。SCAフィールド562は、デバイス10aのスリープクロックの確度をレシーバデバイス10bに示す。したがって、デバイス10bは、デバイス10aのスリープクロック内の潜在的な不正確さに基づいて、デバイス10aからマルチキャストデータを受信することを予想する時間を調整することができる。SCAフィールド562は3ビットの長さを有することができる。上記で説明したように、デバイス10bはこの情報を利用して、デバイス10bがデバイス10aからのマルチキャストデータを予期するタイミングおよび頻度を調整することができる。
【００４０】
上記で説明したように、本明細書に記載されたシステムおよび方法は、マルチキャストデータの伝送用のより短いタイミングをもたらす可能性がある低減されたオーバーヘッドを含む、マルチキャストデータ用の特定の利点を提供することができる。一実施形態では、ADV_SCAN_INDパケットの最大伝送時間は376μsである。さらに、SCAN_REQパケットは176μsの伝送時間を有する。SCAN_RSPパケットの最大伝送時間は376μsである。さらに、パケットを伝送するために、本明細書でフレーム間スペース(T_IFS)と呼ぶ、パケット間の伝送がない時間間隔が必要である。したがって、ADV_SCAN_INDとSCAN_REQとの間に1T_IFS、SCAN_REQとSCAN_RSPとの間に1T_IFSが必要になる。各T_IFSは150μsである。したがって、300μs(150×2)がT_IFSに必要とされる。したがって、ADV_SCAN_INDパケット、SCAN_REQパケット、およびSCAN_RSPパケットの各々のうちの1つの伝送は、必要なT_IFSを含んで、1228μsを必要とする。さらに、1つの広告イベントは、3つである、ADV_SCAN_INDパケット、SCAN_REQパケット、およびSCAN_RSPパケットの伝送を含む場合があり、ADV_SCAN_INDパケット、SCAN_REQパケット、およびSCAN_RSPパケットのグループの各々の伝送間にT_IFSを必要とする。したがって、1つの広告イベントは、3*1228μs+2*150μs=3.984msかかる場合がある。
【００４１】
加えて、上記で説明したように、一実施形態におけるADV_MCAST_INDパケットは、2オクテットのマルチキャストIDおよび0〜35オクテットのペイロードを含む場合がある。他の実施形態では、マルチキャストIDおよびペイロードは異なる数のオクテットを有する可能性がある。したがって、ADV_MCAST_INDパケットのペイロード用の最大伝送時間は296μsである。さらに、リンクレベル(LL)レイヤパケット内のADV_MCAST_INDパケットを送信するために必要な合計時間は、376μs(296μs+80μs、ここで80μsはLL広告チャネルのオーバーヘッドに起因する)である。さらに、ADV_MCAST_INDパケットの伝送間の最小間隔は7.5msであり得る。したがって、(広告イベント用の)3.984msプラスADV_MCAST_INDパケット用の0.376msプラス必要なT_IFS用の2*0.150msは4.66msにすぎず、7.5msの最小間隔よりも小さいので、最悪の場合、少なくとも1つの広告イベントは、各ADV_MCAST_INDパケットの伝送間に割り込む可能性がある。したがって、広告イベントはマルチキャストデータの伝送とともに起こる可能性がある。
【００４２】
本明細書で「第1の」、「第2の」などの呼称を使用した要素へのいかなる参照も、全体的にそれらの要素の量または順序を限定しないことを理解されたい。むしろ、これらの呼称は、2つ以上の要素の間、または要素の例の間を区別する都合のよい方法として本明細書で使用され得る。したがって、第1および第2の要素への参照は、2つの要素のみがそこで採用され得ること、または何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。また、別段に記載されていない限り、1組の要素は1つまたは複数の要素を含む場合がある。加えて、説明または特許請求の範囲で使用される「A、B、またはCのうちの少なくとも1つ」という形の用語は、「AもしくはBもしくはCまたはこれらの要素の任意の組合せ」を意味する。
【００４３】
本明細書で使用される「決定すること」という用語は、様々なアクションを包含する。たとえば、「決定すること」は、算出すること、計算すること、処理すること、導出すること、調査すること、検索すること(たとえば、テーブル、データベース、または別のデータ構造の中を検索すること)、確認することなどを含む場合がある。また、「決定すること」は、受信すること(たとえば、情報を受信すること)、アクセスすること(たとえば、メモリ内のデータにアクセスすること)などを含む場合がある。また、「決定すること」は、解決すること、選択すること、選ぶこと、確立することなどを含む場合がある。
【００４４】
本明細書で使用される、項目のリスト「のうちの少なくとも1つ」を指す句は、個々のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「a、b、またはcのうちの少なくとも1つ」は、a、b、c、a〜b、a〜c、b〜c、およびa〜b〜cを包含するものとする。
【００４５】
上述された方法の様々な動作は、様々なハードウェアおよび/もしくはソフトウェアの構成要素、回路、ならびに/またはモジュールなど、動作を実行することが可能な任意の適切な手段によって実行され得る。一般に、図に示された任意の動作は、動作を実行することが可能な、対応する機能的な手段によって実行され得る。
【００４６】
本開示に関して記載された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ信号(FPGA)もしくは他のプログラマブル論理デバイス(PLD)、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、または本明細書に記載された機能を実行するように設計されたそれらの任意の組合せで実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。
【００４７】
1つまたは複数の態様では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せに実装され得る。ソフトウェアに実装された場合、機能は、1つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶され得るか、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体には、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体が含まれ得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー(登録商標)ディスク(disk)、およびブルーレイディスク(disc)を含み、ディスク(disk)は、通常、磁気的にデータを再生し、ディスク(disc)は、レーザで光学的にデータを再生する。したがって、いくつかの態様では、コンピュータ可読媒体は、非一時的コンピュータ可読媒体(たとえば、有形媒体)を含む場合がある。さらに、いくつかの態様では、コンピュータ可読媒体は、一時的コンピュータ可読媒体(たとえば、信号)を含む場合がある。上記の組合せもコンピュータ
可読媒体の範囲内に含まれるべきである。
【００４８】
本明細書で開示された方法は、記載された方法を達成するための1つまたは複数のステップまたはアクションを含む。方法のステップおよび/またはアクションは、特許請求の範囲から逸脱することなく、互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび/またはアクションの順序および/または使用は、特許請求の範囲から逸脱することなく修正され得る。
【００４９】
記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せに実装され得る。ソフトウェアに実装された場合、機能は、コンピュータ可読媒体上に1つまたは複数の命令として格納され得る。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体には、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体が含まれ得る。本明細書で使用されるディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー(登録商標)ディスク(disk)、およびブルーレイ(登録商標)ディスク(disc)を含み、ディスク(disk)は、通常、磁気的にデータを再生し、ディスク(disc)は、レーザで光学的にデータを再生する。
【００５０】
したがって、特定の態様は、本明細書に提示された動作を実行するためのコンピュータプログラム製品を含む場合がある。たとえば、そのようなコンピュータプログラム製品は、命令が記憶(および/または符号化)されたコンピュータ可読媒体を含む場合があり、それらの命令は、本明細書に記載された動作を実行するために1つまたは複数のプロセッサによって実行可能である。いくつかの態様では、コンピュータプログラム製品は包装材料を含む場合がある。
【００５１】
ソフトウェアまたは命令はまた、伝送媒体を介して送信され得る。たとえば、ソフトウェアが同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、伝送媒体の定義内に含まれる。
【００５２】
さらに、本明細書に記載された方法および技法を実行するためのモジュールおよび/または他の適切な手段は、適用可能な場合、ユーザ端末および/または基地局によってダウンロードされ得ること、かつ/またはその他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書に記載された方法を実行するための手段の転送を容易にするために、サーバに結合され得る。代替的に、本明細書に記載された様々な方法は、ユーザ端末および/または基地局が記憶手段(たとえば、RAM、ROM、コンパクトディスク(CD)またはフロッピー(登録商標)ディスクなどの物理記憶媒体など)をデバイスに結合または提供すると、様々な方法を取得することができるように、記憶手段を介して提供され得る。さらに、本明細書に記載された方法および技法をデバイスに提供するための任意の他の適切な技法が利用され得る。
【００５３】
特許請求の範囲は、上記に示された厳密な構成および構成要素に限定されないことを理解されたい。特許請求の範囲から逸脱することなく、上述された方法および装置の構成、動作および詳細において、様々な修正、変更および変形を行うことができる。
【符号の説明】
【００５４】
10  ワイヤレス通信デバイス
10a  複数の受信デバイスにデータをマルチキャストする例示的な通信デバイス
10b  受信デバイス
210  プロセッサ
220  メモリ
230  入力デバイス
240  出力デバイス
250  モデム
260  トランシーバ
270  アンテナ
300  1つのデバイスから複数のデバイスにデータをマルチキャストするための例示的なプロセス
310  第1のタイプの広告パケットを送信する
320  第1のタイプの広告パケットを求めてスキャンする
325  スキャン要求パケットを送信する
330  応答パケットを送信する
340  マルチキャストデータを受信する
400  例示的な第1のタイプの広告パケット
402  リンクレベル(LL)レイヤパケット
404  広告チャネルパケット
406  ADV_SCAN_INDパケット
412  プリアンブル
414  アクセスアドレス
416  ペイロード
418  巡回冗長検査(CRC)
422  ヘッダ
424  ペイロード
432  広告アドレス(AdvA)
434  広告データ(AdvData)
442  第1の長さフィールド
444  第1の広告データ(AD)タイプ
446  UUID
448  第2の長さフィールド
450  第2の広告データ(AD)タイプ
452  デバイス名
500  例示的なスキャン要求パケット
502  リンクレベル(LL)レイヤパケット
504  広告チャネルパケット
506  SCAN_RSPパケット
512  プリアンブル
514  アクセスアドレス
516  ペイロード
518  巡回冗長検査(CRC)
522  ヘッダ
524  ペイロード
532  広告アドレス(AdvA)
534  スキャン応答データ(ScanRspData)
542  長さフィールド
544  広告データ(AD)タイプ
546  マルチキャスト情報(MCastInfo)フィールド
552  マルチキャストID
554  チャネルマップ(ChM)フィールド
556  オフセットフィールド
558  次のチャネル番号フィールド
560  間隔フィールド
562  スリープクロック確度(SCA)フィールド
【図１】
0005703416.tif 000002
【図２】
0005703416.tif 000003
【図３】
0005703416.tif 000004
【図４】
0005703416.tif 000005
【図５】
0005703416.tif 000006