特許 6530146 ソースデバイスがＢｌｕｅｔｏｏｔｈ等時性チャネルに関連する同期情報をブロードキャストすること

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6530146

(24)【登録日】2019年5月24日

(45)【発行日】2019年6月12日

(54)【発明の名称】ソースデバイスがＢｌｕｅｔｏｏｔｈ等時性チャネルに関連する同期情報をブロードキャストすること

(51)【国際特許分類】

   H04W 48/10 20090101AFI20190531BHJP

   H04W 56/00 20090101ALI20190531BHJP

   H04W 84/10 20090101ALI20190531BHJP

   H04W 92/18 20090101ALI20190531BHJP

【ＦＩ】

   H04W48/10

   H04W56/00 130

   H04W84/10 110

   H04W92/18

【請求項の数】27

【全頁数】41

(21)【出願番号】特願2018-544298(P2018-544298)

(86)(22)【出願日】2017年1月13日

(65)【公表番号】特表2019-506813(P2019-506813A)

(43)【公表日】2019年3月7日

(86)【国際出願番号】US2017013334

(87)【国際公開番号】WO2017146829

(87)【国際公開日】20170831

【審査請求日】2019年1月4日

(31)【優先権主張番号】62/299,524

(32)【優先日】2016年2月24日

(33)【優先権主張国】US

(31)【優先権主張番号】15/255,313

(32)【優先日】2016年9月2日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100112807

【弁理士】

【氏名又は名称】岡田 貴志

(74)【代理人】

【識別番号】100184332

【弁理士】

【氏名又は名称】中丸 慶洋

(72)【発明者】

【氏名】バトラ、マヤンク

(72)【発明者】

【氏名】ヘイドン、ロビン

【審査官】 青木 健

(56)【参考文献】

【文献】 特開２０１１−２０５６４９（ＪＰ，Ａ）

【文献】 特表２０１３−５０２１７８（ＪＰ，Ａ）

【文献】 特表２０１５−５０３２８５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００ − ９９／００

Ｈ０４Ｂ ７／２４ − ７／２６

(57)【特許請求の範囲】

【請求項1】

等時性チャネルに同期するための方法であって、
シンクデバイスにおいて、広告チャネルを介して前記等時性チャネルに関連する同期情報を受信することと、
前記シンクデバイスにおいて、前記広告チャネルを介して受信された前記同期情報に従って前記等時性チャネルを取得することと、
等時性データが前記等時性チャネル上に存在するかどうかを示すために、前記等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、前記等時性チャネルに同期することと、
を備える、方法。

【請求項2】

前記更新スロット中でブロードキャストされる前記状態情報に従って前記等時性チャネルに同期することは、
前記等時性チャネルが、前記等時性チャネルに関連する１つまたは複数のデータスロット中に前記等時性データが存在するようなアクティブ状態にあることを、前記状態情報が示すと決定することと、
前記１つまたは複数のデータスロットを介して前記等時性データを受信することと、
を備える、請求項１に記載の方法。

【請求項3】

前記更新スロット中でブロードキャストされる前記状態情報に従って前記等時性チャネルに同期することは、
前記等時性チャネルが、前記アクティブ状態から、前記１つまたは複数のデータスロット中に前記等時性データがもはや存在しないような非アクティブ状態に遷移したことを、前記状態情報が示すと決定することと、
前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けることと、
を備える、請求項２に記載の方法。

【請求項4】

前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記アクティブ状態にある間、前記１つまたは複数のデータスロットを指す、請求項２に記載の方法。

【請求項5】

前記更新スロット中でブロードキャストされる前記状態情報に従って前記等時性チャネルに同期することは、
前記等時性チャネルが、前記等時性チャネルに関連する１つまたは複数のデータスロット中に前記等時性データが存在しないような非アクティブ状態にあることを、前記状態情報が示すと決定することと、
前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けることと、
を備える、請求項１に記載の方法。

【請求項6】

前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けることは、
前記等時性チャネルが、前記非アクティブ状態から、前記１つまたは複数のデータスロット中で前記等時性データが利用可能になったようなアクティブ状態に遷移したことを、前記状態情報が示すと決定することと、
前記１つまたは複数のデータスロットを介して前記等時性データを受信することと、
を備える、請求項５に記載の方法。

【請求項7】

前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記非アクティブ状態にある間、前記更新スロットを指す、請求項５に記載の方法。

【請求項8】

前記更新スロット中でブロードキャストされる前記状態情報に従って前記等時性チャネルに同期することは、
前記等時性チャネルが、前記等時性チャネルに関連する１つまたは複数のデータスロット中に前記等時性データが存在せず、前記更新スロット中に前記状態情報が存在しないような終了状態に遷移したことを、前記状態情報が示すと決定することと、
メモリから前記等時性チャネルに関連する情報を削除することと、
を備える、請求項１に記載の方法。

【請求項9】

前記等時性チャネルを備える等時性ストリームは、１つまたは複数の時間関係等時性チャネルをさらに備え、前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報は、前記１つまたは複数の時間関係等時性チャネルに関係する状態情報をさらに備える、請求項１に記載の方法。

【請求項10】

前記等時性チャネルはＢｌｕｅｔｏｏｔｈ低エネルギー等時性接続なし（ＩＣＬ）チャネルを備える、請求項１に記載の方法。

【請求項11】

広告チャネルを介して等時性チャネルに関連する同期情報を受信するように構成された受信機と、
１つまたは複数のプロセッサと、
を備え、前記１つまたは複数のプロセッサは、
前記広告チャネルを介して受信された前記同期情報に従って前記等時性チャネルを取得することと、
等時性データが前記等時性チャネル上に存在するかどうかを示すために、前記等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、前記等時性チャネルに同期することと、
を行うように構成された、ワイヤレスデバイス。

【請求項12】

前記受信機は、前記等時性チャネルが、１つまたは複数のデータスロット中に前記等時性データが存在するようなアクティブ状態にあることを、前記状態情報が示すことに応答して、前記等時性チャネルに関連する前記１つまたは複数のデータスロットを介して前記等時性データを受信するようにさらに構成された、請求項１１に記載のワイヤレスデバイス。

【請求項13】

前記１つまたは複数のプロセッサは、
前記等時性チャネルが、前記アクティブ状態から、前記１つまたは複数のデータスロット中に前記等時性データがもはや存在しないような非アクティブ状態に遷移したことを、前記状態情報が示すと決定することと、
前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けることと、
を行うようにさらに構成された、請求項１２に記載のワイヤレスデバイス。

【請求項14】

前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記アクティブ状態にある間、前記１つまたは複数のデータスロットを指す、請求項１２に記載のワイヤレスデバイス。

【請求項15】

前記１つまたは複数のプロセッサは、
前記等時性チャネルが、前記等時性チャネルに関連する１つまたは複数のデータスロット中に前記等時性データが存在しないような非アクティブ状態にあることを、前記状態情報が示すと決定することと、
前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けることと、
を行うようにさらに構成された、請求項１１に記載のワイヤレスデバイス。

【請求項16】

前記受信機は、前記等時性チャネルが、前記非アクティブ状態から、前記１つまたは複数のデータスロット中で前記等時性データが利用可能になったようなアクティブ状態に遷移したことを、前記状態情報が示すことに応答して、前記等時性チャネルに関連する１つまたは複数のデータスロットを介して前記等時性データを受信するようにさらに構成された、請求項１５に記載のワイヤレスデバイス。

【請求項17】

前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記非アクティブ状態にある間、前記更新スロットを指す、請求項１５に記載のワイヤレスデバイス。

【請求項18】

前記等時性チャネルに関連する情報を記憶するように構成されたメモリ、をさらに備え、
前記１つまたは複数のプロセッサは、前記等時性チャネルが終了状態に遷移したことを、前記状態情報が示すことに応答して、前記メモリから前記等時性チャネルに関連する前記情報を削除するようにさらに構成された、請求項１１に記載のワイヤレスデバイス。

【請求項19】

前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報は、前記等時性チャネルを備える等時性ストリーム内の前記等時性チャネルに時間的に関係する１つまたは複数の追加の等時性チャネルに関係する状態情報をさらに備える、請求項１１に記載のワイヤレスデバイス。

【請求項20】

前記等時性チャネルはＢｌｕｅｔｏｏｔｈ低エネルギー等時性接続なし（ＩＣＬ）チャネルを備える、請求項１１に記載のワイヤレスデバイス。

【請求項21】

広告チャネルを介して等時性チャネルに関連する同期情報を受信するための手段と、
前記広告チャネルを介して受信された前記同期情報に従って前記等時性チャネルを取得するための手段と、
等時性データが前記等時性チャネル上に存在するかどうかを示すために、前記等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、前記等時性チャネルに同期するための手段と、
を備える、装置。

【請求項22】

前記等時性チャネルが、１つまたは複数のデータスロット中に前記等時性データが存在するようなアクティブ状態にあることを、前記状態情報が示すことに応答して、前記等時性チャネルに関連する前記１つまたは複数のデータスロットを介して前記等時性データを受信するための手段、
をさらに備える、請求項２１に記載の装置。

【請求項23】

前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記アクティブ状態にある間、前記１つまたは複数のデータスロットを指す、請求項２２に記載の装置。

【請求項24】

前記等時性チャネルが、前記等時性チャネルに関連する１つまたは複数のデータスロット中に前記等時性データが存在しないような非アクティブ状態にあることを、前記状態情報が示すと決定するための手段と、
前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けるための手段と、
をさらに備える、請求項２１に記載の装置。

【請求項25】

前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記非アクティブ状態にある間、前記更新スロットを指す、請求項２４に記載の装置。

【請求項26】

前記等時性チャネルが終了されたことを前記状態情報が示すことに応答して、メモリから前記等時性チャネルに関連する情報を削除するための手段、
をさらに備える、請求項２１に記載の装置。

【請求項27】

ワイヤレスデバイスに、
広告チャネルを介して等時性チャネルに関連する同期情報を受信することと、
前記広告チャネルを介して受信された前記同期情報に従って前記等時性チャネルを取得することと、
等時性データが前記等時性チャネル上に存在するかどうかを示すために、前記等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、前記等時性チャネルに同期することと、
を行わせるためのコードを備える、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【優先権の主張】

【0001】

関連出願の相互参照
本特許出願は、本出願の譲受人に譲渡され、その全体が参照により本明細書に明確に組み込まれる、２０１６年２月２４日に出願された「USING UPDATE SLOT TO SYNCHRONIZE TO BLUETOOTH（登録商標） LE ISOCHRONOUS CHANNEL AND COMMUNICATE STATE CHANGES」と題する米国仮出願第６２／２９９，５２４号の利益を主張する。

【技術分野】

【0002】

[0002]本明細書で説明される様々な態様および実施形態は、一般に、等時性（isochronous）データをストリーミングすることに関し、詳細には、ソースデバイスが１つまたは複数のシンクデバイスに等時性データをブロードキャストする等時性チャネルに関係する状態情報を伝達するために更新スロット（update slot）を使用することに関する。

【背景技術】

【0003】

[0003]「Ｂｌｕｅｔｏｏｔｈ（登録商標）」ワイヤレス通信スペクトルで動作するワイヤレスデバイスが急増している。詳細には、「Ｂｌｕｅｔｏｏｔｈ」という用語は、概して、比較的短距離ワイヤレス通信プロトコルを指し、それを定義し、動作範囲は数メートルから数十メートルにわたる。Ｂｌｕｅｔｏｏｔｈ仕様は、特定の使用事例を実装するために各通信エンドポイントに関連する挙動を定義する様々なプロファイルを含む。いくつかのそのような使用事例はＢｌｕｅｔｏｏｔｈ仕様において企図され、そのような使用事例は、概して、アプリケーションが、他の近くのＢｌｕｅｔｏｏｔｈデバイスが提供していることがあるサービスを発見および使用することを有効にすることを通して、異なる製造業者からのエンドポイントデバイス間のインターオペラビリティを促進し、可能にするプロトコルスタックに従って定義される。

【0004】

[0004]そのコンテキストでは、Ｂｌｕｅｔｏｏｔｈ仕様は、プロファイルと呼ばれる単一の使用事例を互いに形成するデバイス役割ペアを定義する。Ｂｌｕｅｔｏｏｔｈ仕様において定義されている１つの例示的なプロファイルは、ボイステレフォニーのためのハンズフリープロファイル（ＨＦＰ：Handsfree Profile）であり、そこでは、一方のデバイスがオーディオゲートウェイ（ＡＧ：Audio Gateway）役割を実装し、他方のデバイスがハンズフリー（ＨＦ：Handsfree）デバイス役割を実装する。別の例は、高品質オーディオストリーミングのための高度オーディオ配信プロファイル（Ａ２ＤＰ：Advanced Audio Distribution Profile）であり、そこでは、あるデバイスがオーディオソースデバイス（ＳＲＣ）役割を実装し、別のデバイスがオーディオシンクデバイス（ＳＮＫ）役割を実装する。プロファイルにおける１つの役割を実装する商用Ｂｌｕｅｔｏｏｔｈデバイスが適切に機能するために、対応する役割を実装する別のデバイスが、第１のデバイスの無線範囲内に存在しなければならない。たとえば、ＢｌｕｅｔｏｏｔｈヘッドセットなどのＨＦデバイスがハンズフリープロファイルに従って機能するために、ＡＧ役割を実装するデバイス（たとえば、セルフォン）が、無線範囲内に存在しなければならない。同様に、Ａ２ＤＰに従って高品質モノまたはステレオオーディオをストリーミングするために、ＳＮＫ役割を実装するデバイス（たとえば、ＢｌｕｅｔｏｏｔｈヘッドフォンまたはＢｌｕｅｔｏｏｔｈスピーカー）は、ＳＲＣ役割を実装するデバイス（たとえば、ステレオ音楽プレーヤ）の無線範囲内になければならない。

【0005】

[0005]Ｂｌｕｅｔｏｏｔｈ仕様は、特定のプロファイル使用事例を実装する２つのデバイス間で通信されるデータを扱うために、階層化されたデータトランスポートアーキテクチャ、ならびに様々なプロトコルおよびプロシージャを定義する。たとえば、様々な論理リンクが、異なるアプリケーションデータトランスポート要件をサポートするために利用可能であり、論理トランスポートに関連する各論理リンクはいくつかの特性（たとえば、フロー制御、確認応答／繰返し機構、シーケンス番号付け、スケジューリング挙動など）を有する。しかしながら、Ｂｌｕｅｔｏｏｔｈ４．２仕様まで、Ｂｌｕｅｔｏｏｔｈ低エネルギー（Low Energy）は、等時性データまたはフラッシングデータについて特定のサポートを有しない。したがって、Ｂｌｕｅｔｏｏｔｈスペシャルインタレストグループ（ＳＩＧ：Special Interest Group）は、代替的に、Ｂｌｕｅｔｏｏｔｈ ＬＥ、ＢＬＥ、ＢＴＬＥ、またはＢｌｕｅｔｏｏｔｈスマートと呼ばれることがある、Ｂｌｕｅｔｏｏｔｈ低エネルギーに等時性データサポートを追加することを提案した。１つの提案される使用事例では、「マスタ」と呼ばれる１つのデバイスは、等時性接続なし（ＩＣＬ：Isochronous Connectionless）チャネルを介して、１つまたは複数の「スレーブ」デバイスに等時性データ（たとえば、時間限定オーディオ）をブロードキャストし得る。ＩＣＬチャネルを取得（または再取得）するために、受信デバイスは、最初に、ＩＣＬチャネルを指す周期広告ストリームに同期する必要がある。ＩＣＬチャネルが（たとえば、オーディオが休止されたので）非アクティブ状態に変化したとき、受信デバイスは、概して、周期広告（periodic advertising）ストリームに同期されたままであり、そのため、ＩＣＬチャネルが再びアクティブになると、受信デバイスが、周期広告ストリーム中で伝達される情報を介して通知される。しかしながら、周期広告ストリームを介してＩＣＬチャネル状態変化を伝達する提案される手法は、様々な理由で準最適である。たとえば、受信機は、周期広告ストリームをリッスンすることとＩＣＬチャネルをリッスンすることとの間で切り替えることを必要とされるので、追加のリソース（たとえば、メモリおよび電力）が消費され、レイテンシが増加し、それは、（たとえば、利用可能なメモリ、電力などに関して）特にリソース制約のあるデバイス上の性能に実質的に干渉することがある。

【発明の概要】

【0006】

[0006]以下は、本明細書で開示される１つまたは複数の態様および／または実施形態に関係する簡略化された概要を提示する。したがって、以下の概要は、すべての企図された態様および／または実施形態に関する広範な概要と見なされるべきではなく、また、以下の概要は、すべての企図された態様および／または実施形態に関するキーまたは重要な要素を識別するか、あるいは特定の態様および／または実施形態に関連する範囲を定めるものと見なされるべきではない。したがって、以下の概要は、以下で提示される発明を実施するための形態に先行して、簡略化された形で、本明細書で開示される機構に関する１つまたは複数の態様および／または実施形態に関するいくつかの概念を提示する唯一の目的を有する。

【0007】

[0007]様々な態様によれば、Ｂｌｕｅｔｏｏｔｈスペシャルインタレストグループ（ＳＩＧ）は、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＬＥ）デバイスが、概して時間関係に従って各情報エンティティが前のおよび次のエントリに結びつけられる（be bound to）ストリーム中の情報を指す等時性（時間限定）データを転送することを可能にするために、Ｂｌｕｅｔｏｏｔｈ ＬＥに等時性データサポートを追加することを提案した。１つの提案される使用事例は、等時性接続なし（ＩＣＬ：Isochronous Connectionless）チャネルを介して複数のデバイスに同じ等時性データ（たとえば、オーディオ）をブロードキャストすることを伴う。ＩＣＬチャネルを取得または再取得するために、受信デバイスは、最初に、ＩＣＬチャネルを指す（points to）周期広告ストリームに同期する必要がある。ＩＣＬチャネルが（たとえば、オーディオが休止されたので）状態を変化させたとき、受信機は、ＩＣＬチャネルが再びアクティブになると、受信デバイスが、周期広告ストリームを介して通知されることになるように、周期広告ストリームに同期されたままであり得る。しかしながら、受信機は、周期広告ストリームをリッスンすることとＩＣＬチャネルをリッスンすることとの間で切り替えることを必要とされ、それによって、追加のリソース（たとえば、メモリおよび電力）を消費し、レイテンシを増加させ、それは、性能に干渉することがあるので、周期広告ストリームを介してＩＣＬチャネル状態変化を伝達することは準最適である。しかしながら、ＩＣＬチャネルはまた、ブロードキャスターが受信デバイスに時々の制御情報（occasional control information）を送るために使用することができる「更新スロット」（「更新サブイベント」とも呼ばれる）を含む。したがって、様々な態様によれば、更新スロットは、Ｂｌｕｅｔｏｏｔｈ等時性チャネル（たとえば、ＩＣＬチャネル）に同期するために使用され得、それによって、等時性チャネルが取得（または再取得）された後、受信機デバイスが周期広告ストリームを継続的にリッスンするという必要を不要にする。詳細には、ＩＣＬストリームは、ブロードキャスターが制御情報（たとえば、新しい自動周波数ホッピング（ＡＦＨ）チャネルマップ）を用いてすべての受信デバイスを更新することを可能にするための機構を与える更新サブイベントを含み得、ここにおいて、ブロードキャスターは、情報が受信デバイスに送られる必要があるとき、ＩＣＬストリーム内で更新サブイベントをスケジュールし得る。したがって、受信デバイスは、更新サブイベント中で制御パケットを受信することをスケジュールするために、ＩＣＬチャネル中で受信されたデータパケット中の更新フラグに関連するステータスを検査し得る。したがって、受信デバイスは、ブロードキャスターが受信デバイスに時々の制御情報（occasional control information）を送るために使用する更新サブイベントに直接同期し、それによって、ＩＣＬチャネルが取得（または再取得）された後、受信デバイスに周期広告ストリームをリッスンし続けさせる必要を不要にし得る。したがって、ＩＣＬチャネルがアクティブ状態、非アクティブ状態、または終了状態に、またはそこから遷移するときはいつでも、ブロードキャスターは、更新サブイベントを介して適切な状態変化を伝達し得る。

【0008】

[0008]様々な態様によれば、等時性チャネルに同期するための方法が本明細書で説明される。一例では、本方法は、シンクデバイスにおいて、広告チャネルを介して等時性チャネルに関連する同期情報を受信することと、シンクデバイスにおいて、広告チャネルを介して受信された同期情報に従って等時性チャネルを取得することと、等時性データが等時性チャネル上に存在するかどうかを示すために、等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、等時性チャネルに同期することと、を備え得る。

【0009】

[0009]様々な態様によれば、本明細書で説明されるワイヤレスデバイスは、広告チャネルを介して等時性チャネルに関連する同期情報を受信するように構成された受信機と、１つまたは複数のプロセッサとを備え得、１つまたは複数のプロセッサは、広告チャネルを介して受信された同期情報に従って等時性チャネルを取得すること、等時性データが等時性チャネル上に存在するかどうかを示すために、等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、等時性チャネルに同期することと、を行うように構成される。

【0010】

[0010]様々な態様によれば、本明細書で説明される装置は、広告チャネルを介して等時性チャネルに関連する同期情報を受信するための手段と、広告チャネルを介して受信された同期情報に従って等時性チャネルを取得するための手段と、等時性データが等時性チャネル上に存在するかどうかを示すために、等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、等時性チャネルに同期するための手段とを備え得る。

【0011】

[0011]様々な態様によれば、本明細書で説明されるコンピュータ可読記憶媒体は、ワイヤレスデバイスに、広告チャネルを介して等時性チャネルに関連する同期情報を受信することと、広告チャネルを介して受信された同期情報に従って等時性チャネルを取得することと、等時性データが等時性チャネル上に存在するかどうかを示すために、等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、等時性チャネルに同期することとを行わせるためのコードを備え得る。

【0012】

[0012]様々な態様によれば、等時性チャネルに関係する状態を伝達するための方法が本明細書でさらに開示される。一例では、本方法は、ソースデバイスによって、広告チャネルを介して等時性チャネルに関連する同期情報をブロードキャストすることと、ソースデバイスによって、等時性チャネルに関連する更新スロット中で等時性チャネルに関係する状態情報をブロードキャストすることと、ここにおいて、状態情報は、等時性チャネル上に等時性データが存在するかどうかを示す、を備え得る。

【0013】

[0013]様々な態様によれば、本明細書で説明されるワイヤレスデバイスは、等時性チャネルに関連する同期情報と等時性チャネルに関係する状態情報とを決定するように構成された１つまたは複数のプロセッサと、送信機とを備え得、送信機は、広告チャネルを介して等時性チャネルに関連する同期情報をブロードキャストすることと、等時性チャネルに関連する更新スロット中で等時性チャネルに関係する状態情報をブロードキャストすることと、ここにおいて、状態情報は、等時性チャネル上に等時性データが存在するかどうかを示す、を行うように構成される。

【0014】

[0014]様々な態様によれば、本明細書で説明される装置は、広告チャネルを介して等時性チャネルに関連する同期情報をブロードキャストするための手段と、等時性チャネルに関連する更新スロット中で等時性チャネルに関係する状態情報をブロードキャストするための手段と、ここにおいて、状態情報は、等時性チャネル上に等時性データが存在するかどうかを示す、を備え得る。

【0015】

[0015]様々な態様によれば、本明細書で説明されるコンピュータ可読記憶媒体は、ワイヤレスデバイスに、広告チャネルを介して等時性チャネルに関連する同期情報をブロードキャストすることと、等時性チャネルに関連する更新スロット中で等時性チャネルに関係する状態情報をブロードキャストすることと、ここにおいて、状態情報は、等時性チャネル上に等時性データが存在するかどうかを示す、を行わせるためのコードを備え得る。

【0016】

[0016]本明細書で開示される態様および実施形態に関連する他の目的および利点は、添付の図面および発明を実施するための形態に基づいて当業者に明らかになるであろう。

【0017】

[0017]本明細書で説明される様々な態様および実施形態、ならびにそれの多くの付随する利点のより完全な諒解は、以下の発明を実施するための形態を参照し、限定するためではなく単に例示するために提示される添付の図面とともに考察することによって、よりよく理解されれば、容易に得られるであろう。

【図面の簡単な説明】

【0018】

【図1】様々な態様による、Ｂｌｕｅｔｏｏｔｈプロトコルスタックと開放型システム間相互接続（ＯＳＩ：Open Systems Interconnect）７レイヤモデルとの間の関係を示す図。

【図2】様々な態様による、１つまたは複数の論理接続をサポートするためにＢｌｕｅｔｏｏｔｈプロトコルスタックを使用する実装形態を示す図。

【図3】様々な態様による、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＬＥ）アプリケーションプロファイルがそれに基づく汎用属性（ＧＡＴＴ：Generic Attribute）プロファイルに関連する依存関係を示す図。

【図4】本明細書で説明される様々な態様および実施形態に関して使用され得るＢｌｕｅｔｏｏｔｈ汎用データトランスポートアーキテクチャを示す図。

【図5】様々な態様による、ソースデバイスが１つまたは複数のシンクデバイスに１つまたは複数の等時性ストリームを送信する例示的な使用事例を示す図。

【図6A】様々な態様による、等時性チャネルに同期し、等時性チャネルに関連する状態変化を通信するために、更新スロットを使用することができる例示的なタイミング図。

【図6B】様々な態様による、等時性チャネルに同期し、等時性チャネルに関連する状態変化を通信するために、更新スロットを使用することができる例示的なタイミング図。

【図6C】様々な態様による、等時性チャネルに同期し、等時性チャネルに関連する状態変化を通信するために、更新スロットを使用することができる例示的なタイミング図。

【図7】様々な態様による、更新スロットを介して１つまたは複数の等時性チャネルに関係する状態変化を伝達するための例示的な方法を示す図。

【図8】様々な態様による、更新スロットを介して伝達される状態変化に従って等時性チャネルに同期するための例示的な方法を示す図。

【図9】本明細書で説明される様々な態様および実施形態を実装することができる例示的なワイヤレスデバイスを示す図。

【発明を実施するための形態】

【0019】

[0027]様々な態様および実施形態が、例示的な態様および実施形態に関係する特定の例を示すために以下の説明および関連する図面において開示される。代替態様および実施形態は、本開示を読めば当業者には明らかになり、本開示の範囲または趣旨から逸脱することなしに構築および実施され得る。さらに、よく知られている要素は、本明細書で開示される態様および実施形態の関連する詳細を不明瞭にしないように、詳細には説明されないか、または省略され得る。

【0020】

[0028]「例示的」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明されるいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈されるべきであるとは限らない。同様に、「実施形態」という用語は、すべての実施形態が、説明する特徴、利点、または動作モードを含むことを必要としない。

【0021】

[0029]本明細書で使用される用語は、特定の実施形態について説明するにすぎず、本明細書で開示される実施形態を限定するものと解釈されるべきではない。本明細書で使用される単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が別段に明確に示すのでなければ、複数形をも含むものとする。さらに、当業者は、本明細書で使用される「備える（comprises）」、「備える（comprising）」、「含む（includes）」、および／または「含む（including）」という用語が、述べられた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を明示するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除しないことを理解されよう。

【0022】

[0030]さらに、様々な態様および／または実施形態が、たとえば、コンピューティングデバイスの要素によって実行されるべき一連のアクションに関して説明され得る。当業者は、本明細書で説明される様々なアクションが、特定の回路（たとえば、特定用途向け集積回路（ＡＳＩＣ））によって、１つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実行され得ることを認識されよう。さらに、本明細書で説明されるこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明される機能を実行させるコンピュータ命令の対応するセットを記憶した任意の形態の非一時的コンピュータ可読媒体内で全体として実施されるべきものと見なされ得る。したがって、本明細書で説明される様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形態で実施され得る。さらに、本明細書で説明される態様の各々について、任意のそのような態様の対応する形態は、本明細書では、たとえば、説明されるアクションを実行する「ように構成された論理」および／または説明されるアクションを実行するように構成された他の構造構成要素として説明されることがある。

【0023】

[0031]本明細書で使用される「等時性データ（isochronous data）」という用語またはそれの変形態は、概して、時間関係に従って各情報エンティティが前のおよび次のエントリに結びつけられる（be bound to）ような、時間限定であるか、時間制限であるか、またはさもなければ、時間関係であるデータを指すことがある。たとえば、様々な実施形態では、等時性データは、時間依存オーディオ（たとえば、関係する動画に関して時間的に同期される必要があるテレビジョンオーディオ）を指すことがある。しかしながら、本明細書で説明される等時性データはまた、非オーディオ適用例において使用される任意の好適な時間限定データ（たとえば、テレビジョンオーディオおよびビデオに関して同じく時間的に同期される必要があるサブタイトルまたは字幕付け）を含むことが企図されることを、当業者は諒解されよう。したがって、本明細書でさらに詳細に説明されるように、「等時性チャネル」という用語およびそれの変形態は、送信デバイスから１つまたは複数の受信デバイスに暗号化または非暗号化等時性データを転送するために使用される論理トランスポートを指すことがあるが、「等時性ストリーム」という用語およびそれの変形態は、１つまたは複数の時間関係等時性チャネルを搬送することができる論理リンクを指すことがある。

【0024】

[0032]様々な態様によれば、図１は、Ｂｌｕｅｔｏｏｔｈプロトコルスタック１３０と、インターネットあるいは他のワイヤードおよび／またはワイヤレスネットワーク上のポイント間の情報送信を規格化するために確立された開放型システム間相互接続（ＯＳＩ）モデル１１０中の７つのレイヤとの間の関係を示す。詳細には、ＯＳＩモデル１１０は、概して、ネットワーク中の２つのポイント間の通信プロセスを７つの積層レイヤに分離し、各レイヤは、いくつかの機能を追加する。各デバイスは、各レイヤを通る下向きフローが送信側エンドポイントにおいて生じ、そのレイヤを通る上向きフローが受信エンドポイントにおいて生じるようにメッセージを扱う。ＯＳＩモデル１１０中の７つのレイヤを与えるプログラミングおよび／またはハードウェアは、一般にデバイスオペレーティングシステム、アプリケーションソフトウェア、ＴＣＰ／ＩＰおよび／または他のトランスポートおよびネットワークプロトコル、ならびに他のソフトウェアおよびハードウェアの組合せである。

【0025】

[0033]より詳細には、図１を参照すると、ＯＳＩモデル１１０は、物理的レベルにおいてネットワークを通してビットストリームを伝達するために使用される物理レイヤ１１２（ＯＳＩレイヤ１）を含む。米国電気電子技術者協会（ＩＥＥＥ）は、物理レイヤ１１２をＰＬＣＰ（物理レイヤコンバージェンスプロシージャ）サブレイヤとＰＭＤ（物理媒体依存）サブレイヤとに細分する。データリンクレイヤ１１４（ＯＳＩレイヤ２）は物理的レベル同期を与え、ビットスタッフィングを実行し、伝送プロトコル知識および管理などを供給する。ＩＥＥＥは、データリンクレイヤ１１４を２つのさらなるサブレイヤに細分し、２つのさらなるサブレイヤは、物理レイヤとの間のデータ転送を制御するためのメディアアクセス制御（ＭＡＣ）サブレイヤと、ネットワークレイヤ１１６（ＯＳＩレイヤ３）とインターフェースし、コマンドを解釈し、誤り回復を実行するための論理リンク制御（ＬＬＣ）サブレイヤとを備える。

【0026】

[0034]様々な態様によれば、まだ図１を参照すると、ネットワークレイヤ１１６（ＯＳＩレイヤ３）は、任意のメディアおよび特定のネットワークトポロジーとは無関係の様式で、ネットワークにわたるデータ転送（たとえば、ルーティングおよびフォワーディング）を扱い、トランスポートレイヤ１１８（ＯＳＩレイヤ４）は、アプリケーションレベル信頼性要件に従ってネットワークにわたるデータ転送を多重化するためのエンドツーエンド制御および誤り検査を管理し、セッションレイヤ１２０（ＯＳＩレイヤ５）は、管理およびデータフロー制御サービスを与えるためにアプリケーション間の会話、交換、および対話を確立、協調、および終了する。

【0027】

[0035]様々な態様によれば、まだ図１を参照すると、プレゼンテーションレイヤ１２２（ＯＳＩレイヤ６）は、着信および発信データを、あるプレゼンテーションフォーマットから別のプレゼンテーションフォーマットに変換し、これは、共通表現に従ってアプリケーションレイヤ１２４（ＯＳＩレイヤ７）にデータを与えるために、データユニットにサービス構造を追加することを備え得るが、アプリケーションレイヤ１２４は、通信パートナーが識別され、サービス品質（ＱｏＳ）が識別され、ユーザ認証およびプライバシーが考慮され、データシンタックスに対する制約が識別され、ホストアプリケーション間の通信を管理することに関連する他の機能が管理されるところである。

【0028】

[0036]次にＢｌｕｅｔｏｏｔｈプロトコルスタック１３０を参照すると、無線周波数（ＲＦ）レイヤ１３２は、概して、ＯＳＩモデル１１０中の物理レイヤ１１２に対応し、ベースバンドレイヤ１３４およびリンクマネージャプロトコルレイヤ１３６は、概して、データリンクレイヤ１１４に対応し、ホストコントローラインターフェース（ＨＣＩ：Host Controller Interface）１３８は、上位レイヤから、ＲＦレイヤ１３２とベースバンドレイヤ１３４とリンクマネージャプロトコルレイヤ１３６とを分離する。たとえば、ＯＳＩモデル１１０中の物理レイヤ１１２は、変調およびチャネルコーディングを含む、通信媒体への電気的インターフェースを管理し、したがって、ＲＦレイヤ１３２（および場合によってはベースバンドレイヤ１３４の一部）中のＢｌｕｅｔｏｏｔｈ無線機をカバーするが、データリンクレイヤ１１４は、リンクマネージャプロトコルレイヤ１３６とベースバンドレイヤ１３４の制御端とにおいて実行されるタスク（たとえば、誤り検査および補正）と重複する、特定のリンク上の送信、フレーミング、および誤り制御を管理する。

【0029】

[0037]ＨＣＩ１３８の上側では、論理リンク制御および適応プロトコル（Ｌ２ＣＡＰ）１４０機能、ＲＦ通信（ＲＦＣＯＭＭ）チャネル１４２機能、テレフォニー制御仕様（ＴＣＳ）１４４機能、サービス発見プロトコル（ＳＤＰ）１４６機能、オーディオ／ビデオ配信トランスポートプロトコル（ＡＶＤＴＰ）１４８機能、同期接続指向（ＳＣＯ）オーディオ１５０機能、オブジェクト交換（ＯＢＥＸ）１５２機能、およびＴＣＰ／ＩＰ１５４機能が、ネットワークレイヤ１１６、トランスポートレイヤ１１８、およびセッションレイヤ１２０に対応する。アプリケーションレイヤ１５６は、Ｂｌｕｅｔｏｏｔｈプロファイル（たとえば、ボイスのためのハンズフリープロファイル（ＨＦＰ）、高品質オーディオストリーミングのための高度オーディオ配信プロファイル（Ａ２ＤＰ）、ビデオストリーミングのためのビデオ配信プロファイル（ＶＤＰ）など）を備え、ＯＳＩモデル１１０中のプレゼンテーションレイヤ１２２およびアプリケーションレイヤ１２４に対応する。したがって、Ｂｌｕｅｔｏｏｔｈプロファイルは、概して、ＯＳＩ７レイヤモデル１１０では、「アプリケーション」と同義と見なされ得る。Ｂｌｕｅｔｏｏｔｈ ＨＦＰに関して、ＲＦＣＯＭＭチャネル１４２は、オーディオゲートウェイ（ＡＧ）デバイスとハンズフリー（ＨＦ）デバイスとの間のさらなる通信のために使用されるシリアルポートをエミュレートする、「サービスレベル接続」（「ＳＬＣ」）（図示せず）と称する通信チャネルを備える。Ｂｌｕｅｔｏｏｔｈ ＨＦＰなどにおけるボイスオーディオ接続の場合、同期接続指向（ＳＣＯ）チャネルと呼ばれる別個のベースバンドリンクが、図１中のＳＣＯオーディオ１５０として表されるボイスデータを搬送する。Ａ２ＤＰの場合、オーディオデータ（モノまたはステレオでのものであり得る、単方向高品質オーディオコンテンツ）はＡＶＤＴＰ１４８上で進み、今度は、Ｌ２ＣＡＰ１４０上で進む。無線レベルにおいて、図４に関して以下でさらに詳細に説明されるように、すべてのＬ２ＣＡＰ１４０データは、論理リンク上で流れる。

【0030】

[0038]様々な態様によれば、Ｂｌｕｅｔｏｏｔｈワイヤレス技術システムは、概して、基本レート（ＢＲ）と低エネルギー（ＬＥ）とを含む２つの形式があり、ここにおいて、前者は、オプションの拡張データレート（ＥＤＲ）代替メディアアクセス制御（ＭＡＣ）および物理（ＰＨＹ）レイヤ拡張をさらに含む。Ｂｌｕｅｔｏｏｔｈ ＢＲシステムおよびＢｌｕｅｔｏｏｔｈ ＬＥシステムは両方とも、デバイス発見機構と、接続確立機構と、接続機構とを含む。しかしながら、Ｂｌｕｅｔｏｏｔｈ ＬＥシステムは、ＢＲ／ＥＤＲよりも低い電流消費と、より低い複雑さと、より低いコストとを必要とする製品を可能にするように設計された特徴を含み、より低いデータレートとより低いデューティサイクルとをもつ使用事例および適用例をサポートするための設計を有する。概して、使用事例または適用例に応じて、オプション部分を含む一方のシステムは、他方よりも最適であり得る。さらに、両方のシステムを実装するデバイスは、両方のシステムを実装する他のデバイス、ならびにいずれかのシステムを実装するデバイスと通信することができる。しかしながら、いくつかのプロファイルおよび使用事例は一方のシステムまたは他方のみにおいてサポートされ得、それにより、両方のシステムを実装するデバイスは、たいていの使用事例をサポートする能力を有する。図１を参照すると、Ｂｌｕｅｔｏｏｔｈコアシステムは、概して、ホストと１つまたは複数のコントローラとを備え、ここにおいて、ホストは、Ｂｌｕｅｔｏｏｔｈプロファイルが実装されるアプリケーションレイヤ１５６の下側にあり、ＨＣＩ１３８の上側にある、レイヤのすべてとして定義される論理エンティティであるが、コントローラは、ＨＣＩ１３８の下側のレイヤのすべてとして定義される論理エンティティである。様々な態様によれば、Ｂｌｕｅｔｏｏｔｈ対応デバイスは、概して、１つの１次コントローラを有し、１次コントローラは、ＲＦレイヤ１３２、ベースバンドレイヤ１３４、リンクマネージャプロトコルレイヤ１３６、およびオプションでＨＣＩ１３８を含む、ＢＲ／ＥＤＲコントローラであり得る。代替的に、１次コントローラは、低エネルギー（ＬＥ）ＰＨＹ、リンクマネージャプロトコルレイヤ１３６、およびオプションでＨＣＩ１３８を含む、ＬＥコントローラであり得る。さらなる代替形態では、１次コントローラは、ＢＲ／ＥＤＲ部分とＬＥコントローラ部分とを単一のコントローラになるように組み合わせ得、その場合、コントローラ構成は、組み合わせられたＢＲ／ＥＤＲ部分とＬＥコントローラ部分との間で共有される１つのＢｌｕｅｔｏｏｔｈデバイスアドレスのみを有する。

【0031】

[0039]様々な態様によれば、図２は、１つまたは複数の論理接続をサポートするためにＢｌｕｅｔｏｏｔｈプロトコルスタック２００を使用する実装形態を示す。たとえば、ファイル転送プロトコル（ＦＴＰ）２０２は、データの損失なしに、バイナリおよびＡＳＣＩＩテキストを含むすべてのファイルタイプを含むことができるファイルを転送するための方法を与え、基本画像化プロファイル（ＢＩＰ）２０４は、画像関係データのサイズおよび符号化のネゴシエーションを可能にするための基本的な要件を確立し、シリアルポートプロファイル（ＳＰＰ）２０６は、どのように仮想シリアルポートをセットアップし、２つのＢｌｕｅｔｏｏｔｈ対応デバイスを接続すべきかを定義し、ＲＦＣＯＭＭ２２０は、Ｂｌｕｅｔｏｏｔｈのために採用されたシリアルポートエミュレーションのための規格に基づくプロトコルである。さらに、上述のように、Ｂｌｕｅｔｏｏｔｈプロトコルスタック２００は、Ｂｌｕｅｔｏｏｔｈプロトコルスタック２００において多重化（ＭＵＸ）能力と多重分離（ＤＥＭＵＸ）能力とを与えるＬ２ＣＡＰレイヤ２２８を含む。たとえば、Ｌ２ＣＡＰレイヤ２２８はＭＵＸ／ＤＥＭＵＸサブレイヤ２３８へのチャネルＩＤ（ＣＩＤ）リンクを確立し得、ここにおいて、ＣＩＤは、単一のアプリケーションまたは上位レイヤプロトコルをサービスする２つのデバイス間のＬ２ＣＡＰレイヤ２２８上の論理接続を指す。ＭＵＸ／ＤＥＭＵＸサブレイヤ２３８は、ベースバンドレイヤプロトコルが与える論理リンク上で動作し得る。ホストコントローラインターフェース（ＨＣＩ）２４０は、論理リンク上のデータの受信時に、ホストデバイス（たとえば、Ｂｌｕｅｔｏｏｔｈ対応ラップトップまたはモバイルフォン）に下位レイヤプロトコルを通信する。したがって、ＨＣＩ２４０は、ベースバンドコントローラに対するコマンドインターフェースを表し、Ｂｌｕｅｔｏｏｔｈ無線機（Bluetooth radio）２４４を制御するベースバンド能力への均一なアクセスを与える。

【0032】

[0040]様々な態様によれば、Ｂｌｕｅｔｏｏｔｈ ＢＲ／ＥＤＲおよびＢｌｕｅｔｏｏｔｈ ＬＥ実装形態では、Ｂｌｕｅｔｏｏｔｈ無線機２４４は、無認可２．４ＧＨｚ ＩＳＭ帯域で動作する。Ｂｌｕｅｔｏｏｔｈ ＬＥ実装形態では、周波数ホッピングトランシーバが、干渉およびフェージングをなくすために採用され、多くの周波数ホッピングスペクトル拡散（ＦＨＳＳ）キャリアを与える。Ｂｌｕｅｔｏｏｔｈ ＬＥでは、周波数分割多元接続（ＦＤＭＡ）および／または時分割多元接続（ＴＤＭＡ）方式が採用され得、物理チャネルは、Ｂｌｕｅｔｏｏｔｈ ＬＥデバイス間でデータを送信するためにパケットが配置され得る複数の時間単位（または「イベント」）に細分される。概して、広告イベントと接続イベントとを含む２つのイベントタイプがある。広告ＰＨＹチャネル上で広告パケットを送信するデバイスはアドバタイザと呼ばれ、広告デバイスに接続する意図なしに広告チャネル上で広告を受信するデバイスはスキャナと呼ばれる。広告ＰＨＹチャネル上の送信は広告イベントにおいて行われ、ここにおいて、各広告イベントの開始時に、アドバタイザは、広告イベントタイプに対応する広告パケットを送る。広告パケットタイプに応じて、スキャナは、同じ広告ＰＨＹチャネル上のアドバタイザに要求を行い得、同じ広告ＰＨＹチャネル上のアドバタイザからの応答は要求に従い得る。物理チャネルの上側で、リンク、チャネル、および関連する制御プロトコルは、図４に関して以下でさらに詳細に説明されるように、物理チャネルと、物理リンクと、論理トランスポートと、論理リンクと、Ｌ２ＣＡＰチャネルとに基づく階層で配置される。

【0033】

[0041]図２を参照すると、Ｂｌｕｅｔｏｏｔｈ ＢＲ／ＥＤＲおよびＢｌｕｅｔｏｏｔｈ ＬＥ実装形態では、Ｌ２ＣＡＰレイヤ２２８はアプリケーションおよびサービスにチャネルベースのアブストラクションを与え、ここにおいて、Ｌ２ＣＡＰレイヤ２２８は、共有論理リンク上でアプリケーションデータを断片化（fragment）および断片化解除(defragment)し、複数のチャネルを多重化／多重分離する。しかしながら、Ｂｌｕｅｔｏｏｔｈ ＬＥ実装形態では、Ｌ２ＣＡＰレイヤ２２８の上側に存在する２つの追加のプロトコルレイヤが与えられる。詳細には、図２に示されているように、セキュリティマネージャプロトコル（ＳＭＰ）２１６が、デバイス間のセキュリティ機能を実装するために固定Ｌ２ＣＡＰチャネルを使用し、属性プロトコル（ＡＴＴ）２１４が、固定Ｌ２ＣＡＰチャネル上で少量のデータを通信するための方法を与える。デバイスはまた、他のデバイスに関連するサービスおよび能力を決定するためにＡＴＴプロトコル２１４を使用する。ＡＴＴプロトコル２１４は、すべての他のプロファイルのための基礎を与え、２つのＢｌｕｅｔｏｏｔｈ対応デバイスがどのように互いとの接続を発見および確立するかを定義する、汎用アクセスプロファイル（ＧＡＰ：Generic Access Profile）２１０にさらに依存する。汎用属性（ＧＡＴＴ:Generic Attribute）プロファイル２１２は、ＡＴＴプロトコル２１４上に構築され、いくつかのサービスに関連するプロシージャ、フォーマット、および特性に従ってＡＴＴプロトコル２１４を使用するためのサービスフレームワークを定義する（たとえば、特性を発見し、読み取り、書き込み、通知し、示すこと、ブロードキャスト特性を構成することなど）。概して、ＧＡＰ２１０、ＧＡＴＴプロファイル２１２、およびＡＴＴプロトコル２１４はトランスポート固有でなく、Ｂｌｕｅｔｏｏｔｈ ＢＲ／ＥＤＲおよびＢｌｕｅｔｏｏｔｈ ＬＥ実装形態において使用され得る。しかしながら、Ｂｌｕｅｔｏｏｔｈ ＬＥにおいてサービスを発見するためにＧＡＴＴプロファイル２１２が使用されるので、Ｂｌｕｅｔｏｏｔｈ ＬＥ実装形態は、ＧＡＴＴプロファイル２１２とＡＴＴプロトコル２１４とを実装することを必要とされる。

【0034】

[0042]様々な態様によれば、図３は、Ｂｌｕｅｔｏｏｔｈ ＬＥにおいてすべてのアプリケーションプロファイル３２２がそれ（ＧＡＴＴプロファイル３２０）に基づく汎用属性（ＧＡＴＴ）プロファイル３２０に関連する依存関係３００を示す。より詳細には、第１のプロファイルは、概して第２のプロファイルに依存すると見なされ得、ここで、第１のプロファイルは第２のプロファイルの一部を再利用し、これは、第１のプロファイルが第１のプロファイル中で再利用される第２のプロファイルの一部を暗黙的にまたは明示的に参照する場合に行われ得る。したがって、プロファイルは、直接的になのか間接的になのかにかかわらず、そのプロファイルを含んでいる（１つまたは複数の）プロファイルに対する依存性を有する。たとえば、図３に示されているように、ＧＡＴＴプロファイル３２０は、２つのＢｌｕｅｔｏｏｔｈユニットが、すべての他のＢｌｕｅｔｏｏｔｈプロファイルのための基礎を与えるためにどのように互いとの接続を発見し、確立するかを定義する汎用アクセスプロファイル（ＧＡＰ）３１０に依存する。ＧＡＴＴプロファイル３２０は、クライアントがサーバと通信することができるように、アプリケーションプロファイル３２２によって使用されるように設計され、ここにおいて、クライアントは、サーバに向かうコマンドおよび要求を開始し、サーバから送られた応答と指示と通知とを受信することができるデバイスに関連する役割を指すが、サーバは、クライアントから着信コマンドおよび要求を受け付け、クライアントに応答と指示と通知とを送るデバイスに関連する役割を指す。しかしながら、クライアント役割およびサーバ役割は、それらの役割が、代わりに、デバイスが定義されたプロシージャを開始するときに決定され、プロシージャが終了するときに解放されるように、デバイスに固定されないことを、当業者は諒解されよう。したがって、サーバ役割において動作するデバイスは、様々な属性を含んでおり、ＧＡＴＴプロファイル３２０は、属性に関連する指示を取得し、発見し、読み取り、書き込み、ブロードキャスティング属性を構成するために、属性（ＡＴＴ）プロトコルをどのように使用すべきかを定義する。Ｂｌｕｅｔｏｏｔｈ ＬＥに関して、Ｂｌｕｅｔｏｏｔｈスペシャルインタレストグループ（ＳＩＧ：Bluetooth Special Interest Group）は、ＧＡＴＴプロファイル３２０に基づき、低エネルギーリンク上でデータ（または属性）を送信および受信するために使用される、いくつかの例示的なアプリケーションプロファイル３２２を定義している。たとえば、ＧＡＴＴプロファイル３２０に基づくいくつかのアプリケーションプロファイル３２２は、特に、デバイスが、消費者および専門家のヘルスケア適用例において血圧センサーデバイスと接続および対話することを可能にするための血圧プロファイル（ＢＬＰ）、ピアデバイス上でアラート信号を生じるために１つのデバイス上のボタンが押されるときの挙動を定義するファインドミープロファイル（ＦＭＰ：Find Me Profile）、デバイス間のリンクが失われるときの挙動を定義するリンク損失サービス（ＬＬＳ）、ならびにデバイス間の近接監視を可能にするための近接プロファイル（ＰＸＰ）を含む。

【0035】

[0043]様々な態様によれば、図４は、本明細書で説明される様々な態様および実施形態に関して使用され得るＢｌｕｅｔｏｏｔｈ汎用データトランスポートアーキテクチャ４００を示す。詳細には、図４に示されているＢｌｕｅｔｏｏｔｈ汎用データトランスポートアーキテクチャ４００は、物理レイヤ４１０と、論理レイヤ４２０と、Ｌ２ＣＡＰレイヤ４３０とを含む様々なレイヤに分割される。効率およびレガシーの理由のために、Ｂｌｕｅｔｏｏｔｈ汎用データトランスポートアーキテクチャ４００は論理レイヤ４２０を細分し、論理トランスポート４２２と論理リンク４２４とを区別し、それは、一般的なおよび通常理解される概念を与え、それによって、論理リンクが２つまたはそれ以上のデバイス間の依存しないトランスポートを与える。論理トランスポートサブレイヤ４２２は、異なるタイプを有する論理リンク４２４間の相互依存性を表し（記述）得る。

【0036】

[0044]様々な態様によれば、Ｂｌｕｅｔｏｏｔｈ汎用データトランスポートアーキテクチャ４００中の最下位レイヤは物理チャネル４１２であり、ここにおいて、すべてのＢｌｕｅｔｏｏｔｈ物理チャネル４１２は、時間パラメータと組み合わせられたＲＦ周波数に従って特徴づけられ、空間考慮事項（spatial）に従って制限される。基本的および適応されたピコネット物理チャネル４１２の場合、干渉からの影響を低減し、規制要件に準拠するために、周期的に周波数を変更するために周波数ホッピングが使用される。概して、特定の使用事例を一緒に実装する２つのＢｌｕｅｔｏｏｔｈ対応デバイスは、通信するために共有物理チャネル４１２を採用する。したがって、２つのＢｌｕｅｔｏｏｔｈ対応デバイスは、それぞれのトランシーバを同時に同じＲＦ周波数に同調させ、他方からの公称範囲（nominal range）内にある必要があり得る。Ｂｌｕｅｔｏｏｔｈデバイスが、物理チャネル４１２に関連するタイミング、周波数、およびアクセスコードに同期されるときはいつでも（デバイスが物理チャネル４１２上の通信にアクティブに関与するか否かにかかわらず）、Ｂｌｕｅｔｏｏｔｈデバイスは物理チャネル４１２に「接続された」と言われる。Ｂｌｕｅｔｏｏｔｈ仕様は、デバイスが、任意の時間に１つの物理チャネル４１２に接続することが可能であるにすぎないと仮定するが、高度デバイスは、２つ以上の物理チャネル４１２に同時に接続する能力を有し得る。

【0037】

[0045]Ｂｌｕｅｔｏｏｔｈ ＬＥ実装形態では、２つのＢｌｕｅｔｏｏｔｈ ＬＥデバイスは、通信するために共有物理チャネル４１２を使用し、それによって、２つのＢｌｕｅｔｏｏｔｈ ＬＥデバイスは、それぞれのトランシーバを同時に同じ物理周波数に同調させ、互いからの公称範囲内にあり得る。しかしながら、物理チャネル４１２は数が制限され、多くのＢｌｕｅｔｏｏｔｈデバイスは、同じ空間および時間エリア内で独立して動作していることがあり得るので、同じ物理チャネル４１２に同調されたトランシーバをもつ２つの独立したデバイスペアがあり、その結果、衝突が生じ得る。したがって、Ｂｌｕｅｔｏｏｔｈ ＢＲ／ＥＤＲ実装形態は、ピコネットを識別するためにアクセスコードを使用するが、Ｂｌｕｅｔｏｏｔｈ ＬＥ実装形態は、物理リンク４１４を識別するために、ランダムに生成されたアクセスアドレスを使用する。２つのデバイスが同じエリア中で同じ物理チャネル４１２を共有することが偶然起こった場合、ターゲットにされたデバイスアクセスアドレスは、通信がどのデバイスにダイレクトされるかを決定するために使用され得る。Ｂｌｕｅｔｏｏｔｈ４．２仕様まで、Ｂｌｕｅｔｏｏｔｈ ＬＥのために定義された２つの物理チャネル４１２があり、それらは、接続されたデバイスが特定のピコネット上で通信するために使用するＬＥピコネット物理チャネル４１２と、広告をブロードキャストするために使用され得るＬＥ広告ブロードキャストチャネル４１２とを含む。概して、Ｂｌｕｅｔｏｏｔｈ ＬＥデバイスは、所与の時間に１つのＬＥ物理チャネル４１２を使用することができるにすぎないが、物理チャネル４１２間の時分割多重化を使用して多重コンカレント動作がサポートされ得る。

【0038】

[0046]物理チャネルサブレイヤ４１２の上側では、物理リンクサブレイヤ４１４は、Ｂｌｕｅｔｏｏｔｈ対応デバイス間のベースバンド接続を表す。概して、物理リンク４１４は１つの物理チャネル４１２に関連するが、物理チャネル４１２は２つ以上の物理リンク４１４をサポートし得、それは、送信されたパケット構造内で直接表現を有しない仮想概念である。アクセスコードパケットフィールドは、マスタＢｌｕｅｔｏｏｔｈデバイスに関連するクロックおよびアドレスとともに、物理チャネル４１２を識別するために使用される。しかしながら、パケットは、物理リンク４１４を直接識別する後続の部分（subsequent part）を含まない。代わりに、物理リンク４１４は、各論理トランスポート４２２が１つの物理リンク４１４上でのみ受信されるので、論理トランスポート４２２との関連付け（アソシエーション）を通して識別され得る。送信が２つ以上の物理リンク４１４上でブロードキャストされる状況では、送信パラメータは、概して、すべての物理リンク４１４に好適であるように選択される。

【0039】

[0047]Ｂｌｕｅｔｏｏｔｈ ＬＥに関して、ＬＥピコネット物理チャネル４１２はＬＥアクティブ物理リンク４１４をサポートし、ＬＥアクティブ物理リンク４１４は、スレーブがマスタとの接続中にあるとき常に存在する、マスタとスレーブとの間のポイントツーポイントリンクを指す。デフォルトＬＥ ＡＣＬ論理トランスポートがデバイス間に存在する場合、マスタとスレーブデバイスとの間の物理リンク４１４はアクティブであり、ここにおいて、アクティブ物理リンク４１４は、リンクレイヤパケット中で使用されるランダムに生成されたアクセスアドレスに従って識別される。各アクセスアドレスは、アクティブ物理リンク４１４のマスタとスレーブとの１対１の関係を有する。ＬＥ広告物理チャネル４１２はＬＥ広告物理リンク４１４をサポートし、ＬＥ広告物理リンク４１４は、アドバタイザデバイスと１つまたは複数のスキャナまたはイニシエータデバイスとの間のブロードキャストを指し、アドバタイザが広告イベントをブロードキャストしているとき常に存在する。接続を形成するための広告デバイスと開始デバイスとの間の広告物理リンク４１４（たとえば、アクティブ物理リンク４１４）は、比較的短時間の間存在することができる。

【0040】

[0048]様々な態様によれば、論理レイヤ４２０内で、様々な論理リンク４２４が、異なるアプリケーションデータトランスポート要件をサポートするために利用可能である。各論理リンク４２４は、様々な特性（たとえば、フロー制御、確認応答／繰返し機構、シーケンス番号付け（numbering）、スケジューリング挙動（behavior）など）を有する論理トランスポート４２２に関連する。概して、論理トランスポート４２２は、論理トランスポート４２２に関連するタイプに応じて、異なるタイプを有する論理リンク４２４を搬送することができる。様々な使用事例では、論理リンク４２４は同じ論理トランスポート４２２上に多重化され得、論理トランスポート４２２は、基本的なピコネット物理チャネル４１２または適応されたピコネット物理チャネル４１２のいずれかの上のアクティブ物理リンク４１４上で搬送され得る。論理トランスポート４２２を識別し、リアルタイム（リンク制御）シグナリングを与えるための情報がパケットヘッダ中で搬送され、いくつかの論理リンク４２４について、識別情報はペイロードヘッダ中で搬送され得るが、単一スロット応答時間を必要としない制御シグナリングは、ＬＭＰプロトコルを使用して行われる。いくつかの論理トランスポート４２２は、コンカレントに、多重化されて、または一度に１つでのいずれかで、異なる論理リンク４２４をサポートすることができる。そのような論理トランスポート４２２内では、論理リンク４２４は、データペイロードを搬送するベースバンドパケットに関連するペイロードヘッダ中の１つまたは複数の論理リンク識別子（ＬＬＩＤ）ビットに従って識別される。論理リンク４２４は、論理トランスポート４２２上でデータを送信および受信することができる限られたコアプロトコルを区別する。しかしながら、いくつかの論理トランスポート４２２は、すべての論理リンク４２４を搬送することができるとは限らない。たとえば、ＳＣＯおよび拡張ＳＣＯ（ｅＳＣＯ）論理トランスポート４２２は、固定データレートのストリームを搬送することができるにすぎない。

【0041】

[0049]様々な態様によれば、Ｌ２ＣＡＰレイヤ４３０は、異なるアプリケーションが２つのデバイス間で論理リンク４２４のリソースを共有することを可能にする多重化役割を与える。アプリケーションおよびサービスプロトコルは、他のデバイス上の等価エンティティへの接続を作成するためにチャネル指向インターフェースを使用してＬ２ＣＡＰレイヤ４３０とインターフェースする。概して、Ｌ２ＣＡＰチャネルエンドポイントは、Ｌ２ＣＡＰが割り当てるチャネル識別子（ＣＩＤ）に従ってそれらのクライアントに対して識別され、ここにおいて、任意のデバイス上の各Ｌ２ＣＡＰチャネルエンドポイントは、異なるＣＩＤを有する。Ｌ２ＣＡＰレイヤ４３０において、Ｌ２ＣＡＰチャネル４３２はアプリケーションに適切なサービス品質（ＱｏＳ）を与えるように構成され得、ここにおいて、Ｌ２ＣＡＰレイヤ４３０は、Ｌ２ＣＡＰチャネル４３２を、下にある論理リンク４２４上にマッピングする。Ｌ２ＣＡＰレイヤ４３０は、接続指向（connection-oriented）であるチャネルと、グループ指向（group-oriented）である他のチャネルとをサポートし得る。チャネルを作成し、構成し、終了することとは別に、Ｌ２ＣＡＰレイヤ４３０は、サービスデータユニット（ＳＤＵ）をチャネルクライアントから論理リンク４２４上に多重化し、ＳＤＵが相対的優先度（relative priority）に従って選択されるスケジューリングを行う役割を与える。

【0042】

[0050]様々な態様によれば、再び論理レイヤ４２０と物理レイヤ４１０を参照すると、以下の表は、Ｂｌｕｅｔｏｏｔｈ４．２仕様までサポートされる様々なＢｌｕｅｔｏｏｔｈ ＢＲ／ＥＤＲ論理トランスポート４２２、ならびにそのような論理トランスポート４２２がサポートする論理リンク４２４、論理トランスポート４２２をサポートすることができる物理リンク４１４および物理チャネル４１２、ならびに各論理トランスポート４２２に関連する簡単な説明を記載する。

【0043】

【表1】

【0044】

[0051]様々な態様によれば、再び論理レイヤ４２０と物理レイヤ４１０とを参照すると、以下の表は、Ｂｌｕｅｔｏｏｔｈ４．２仕様までサポートされる様々なＢｌｕｅｔｏｏｔｈ ＬＥ論理トランスポート４２２、ならびにそのような論理トランスポート４２２がサポートする論理リンク４２４、論理トランスポート４２２をサポートすることができる物理リンク４１４および物理チャネル４１２、ならびに各々に関連する簡単な説明を記載する。

【0045】

【表2】

【0046】

[0052]特に、Ｂｌｕｅｔｏｏｔｈ４．２仕様まで定義されたＢｌｕｅｔｏｏｔｈ汎用データトランスポートアーキテクチャ４００は、等時性（isochronous）データ（たとえば、その後にデータが無効になる限られた寿命を有する時間限定（time-bounded）データ）を転送するために使用され得るＢｌｕｅｔｏｏｔｈ ＬＥにおける特定のサポートを含まない。そうではなく、Ｂｌｕｅｔｏｏｔｈ４．２仕様では、Ｂｌｕｅｔｏｏｔｈ ＢＲ／ＥＤＲ実装形態は、満了した(expired)パケットを自動的にフラッシュ(flush)するようにＡＣＬリンクを構成することを通して、時間限定データをサポートすることができるにすぎない。したがって、Ｂｌｕｅｔｏｏｔｈ ＳＩＧは、時間関係に従って各情報エンティティが前のおよび次のエントリに結び付けられる（is bound to）、ストリーム中の情報を指すことがある等時性（時間限定）データをサポートするための特徴を提案した。概して、等時性データは、メッシュネットワーク中で伝達されるオーディオならびに時間制限データを含む、多くの適用例（たとえば、１人または複数のユーザにオーディオをブロードキャストするテレビジョン、パーソナルオーディオを送信する音楽プレーヤ、空港内でオーディオをブロードキャストする公共アナウンスシステムなど）において使用され得る。

【0047】

[0053]より詳細には、様々な態様によれば、等時性データサポートは、接続指向方法または接続なし方法に従ってソースデバイスから１つまたは複数のシンクデバイスに等時性データを転送するために使用される等時性物理チャネル４１２を介してＢｌｕｅｔｏｏｔｈ ＬＥにおいて可能にされ得る。たとえば、様々な実施形態では、等時性物理チャネル４１２は、（任意の（１つまたは複数の）パケット再送信が異なる物理（ＰＨＹ）チャネル上で行われる）ＰＨＹデータチャネルのセットの間の擬似ランダムホッピングシーケンスと、当該ＰＨＹチャネルのセットを示すチャネルマップパラメータと、ＰＨＹチャネルを選択するために使用されるチャネル選択アルゴリズムと、リンクレイヤ接続コマンドまたは広告パケットのいずれか中で送られる第１の等時性データパケットを示すための１つまたは複数のタイミングパラメータとに従って特徴づけられ得る。さらに、上述のように、等時性物理チャネル４１２は、等時性データが、接続指向構成（すなわち、ソースデバイスが１つのシンクデバイスに等時性データを転送する１対１構成）を介して、または接続なし構成（すなわち、ソースデバイスが１つまたは複数のシンクデバイスに等時性データをブロードキャストする１対多構成）に従って転送されることを可能にし得る。

【0048】

[0054]より詳細には、様々な実施形態では、等時性物理チャネル４１２は、等時性論理トランスポート４２２を搬送し得る等時性物理リンク４１４をサポートし得る。たとえば、上述のように、等時性論理トランスポート４２２は接続指向であり得、その場合、等時性物理リンク４１４は、１つのソースデバイスと１つのシンクデバイスとの間のポイントツーポイントリンクであり得る。接続指向等時性論理トランスポート４２２を搬送するために使用される等時性物理リンク４１４は、リンクレイヤパケット中で使用されるランダムに生成されたアクセスアドレスと、等時性接続指向（ＩＣＯ：isochronous connection-oriented）チャネルに関連するハンドルとに従って識別され得る。したがって、ＩＣＯチャネルは、２つの接続されたデバイス間で等時性データを転送するために使用され得る等時性接続指向論理トランスポート４２２（たとえば、ワイヤレスヘッドセットとの間でオーディオデータを転送するフォン）を与え得る。２つのデバイスが接続された（すなわち、ＡＣＬ接続が存在する）後、ソースデバイスは、ソースデバイスとの等時性論理リンク４２４をセットアップし得、ここにおいて、等時性論理リンク４２４は、１つまたは複数の時間関係等時性接続指向（ＩＣＯ）チャネルを搬送することができるＩＣＯストリームとして定義され得る。特定のソースデバイスが、ピコネット中の１つまたは複数のソースデバイスとの１つまたは複数の時間関係ＩＣＯチャネルを各々搬送するＩＣＯストリームをセットアップし得る。ＩＣＯチャネルは１つまたは複数のイベントを含み得、イベントは、ソースデバイスと（１つまたは複数の）シンクデバイスとの間で等時性データを含むパケットを転送するために使用される１つまたは複数のサブイベントを含み得る。

【0049】

[0055]代替および／または追加として、等時性論理トランスポート４２２は等時性接続なし（ＩＣＬ）チャネルであり得、その場合、等時性物理リンク４１４は、ソースデバイスと１つまたは複数のシンクデバイスとの間のブロードキャスト（たとえば、１人または多くのユーザにオーディオデータをブロードキャストするテレビジョン）であり得る。たとえば、様々な実施形態では、ソースデバイスは、１つまたは複数の時間関係等時性接続なし（ＩＣＬ）チャネルを搬送することができる等時性論理リンク４２４を与え得るＩＣＬストリームをセットアップし得る。さらに、ＩＣＯチャネルの場合と同様に、ＩＣＬストリームを構成する１つまたは複数のＩＣＬチャネルは、各々１つまたは複数のイベントを含み得、イベントは、同様に、ＩＣＬストリームに関係するデータパケットを転送するために使用される１つまたは複数のサブイベントを含み得る。様々な実施形態では、以下にさらに詳細に説明されるように、ソースデバイスは、１つまたは複数の広告および／または同期パケット中でＩＣＬストリームに関連する同期情報をブロードキャストし得る。したがって、等時性接続なし論理トランスポート４２２を搬送するために使用される等時性物理リンク４１４は、１つまたは複数の広告および／または同期パケット中で示され得る、ＩＣＬストリームに関連するオフセットに従って識別され得る。したがって、１つまたは複数のＩＣＬチャネルを介してブロードキャストされる等時性データを受信するために、シンクデバイスは、最初に、１つまたは複数の広告および／または同期パケットを介してブロードキャストされた同期情報を受信し、次いで、１つまたは複数のＩＣＬチャネル中で周波数ホッピングサブイベントに同期する。さらに、ＩＣＬストリームは、ソースデバイスがすべてのシンクデバイスに更新された制御情報（たとえば、新しいチャネルマップ）を与えることを可能にするための機構を与える更新サブイベントを含み得る。したがって、ＩＣＬ論理リンク４２４をサポートするために使用される論理トランスポート４２２はＩＣＬ制御チャネルをさらに含み得、ＩＣＬ制御チャネルは、更新された制御情報をブロードキャストするために等時性物理リンク４１４と更新サブイベントとを使用し得る。

【0050】

[0056]概して、ＩＣＯチャネルを使用する、またはＩＣＬチャネルを使用するという決定は、デバイス中のアプリケーションプロファイルが定義する使用事例に依存し得る。たとえば、ＩＣＯチャネルを使用する、またはＩＣＬチャネルを使用するための様々な理由は、以下の表に記載されている。

【0051】

【表3】

【0052】

[0057]したがって、等時性データサポートは、以下のように、（１つまたは複数の）等時性物理チャネル４１２と、（１つまたは複数の）等時性物理リンク４１４と、（１つまたは複数の）等時性論理トランスポート４２２と、（１つまたは複数の）等時性論理リンク４２４とを介してＢｌｕｅｔｏｏｔｈ ＬＥ論理に拡張され得る。

【0053】

【表4】

【0054】

[0058]様々な態様によれば、図５に示されているように、接続なし方法に従ってソースデバイス５１０が複数のシンクデバイス５２０、５２２に等時性データを転送する、例示的な使用事例５００が説明の目的で次に説明される。図５に示されている例示的な使用事例５００では、ソースデバイス５１０は、時間関係等時性チャネル５３４、５３６を搬送する第１の等時性ストリーム５３０、ならびに１つの等時性チャネル５４４を搬送する第２の等時性ストリーム５４０を含む２つの別個の等時性ストリームを介して、等時性データをブロードキャストする。ソースデバイス５１０は、さらに、第１の広告チャネル５３２を介して第１の等時性ストリーム５３０に関連する同期情報をブロードキャストし、第１の広告チャネル５４２を介して第２の等時性ストリーム５４０に関連する同期情報をブロードキャストする。したがって、ソースデバイス５１０から等時性データを受信するために、シンクデバイス５２０、５２２は、最初に、広告チャネル５３２、５４２を介して同期情報を受信し、次いで、シンクデバイス５２０、５２２において選択された（１つまたは複数の）任意の等時性チャネル５３４、５３６、５４４中で周波数ホッピングサブイベントに同期する。たとえば、等時性ストリーム５３０、５４０は、各々それぞれのストリーム識別子を割り振られ得、各等時性チャネル５３４、５３６、５４４は、それぞれのチャネル識別子を割り振られ得る。ストリーム識別子およびチャネル識別子は、各シンクデバイス５２０、５２２が適切な等時性チャネルを選択および取得し得るように、広告チャネル５３２、５４２を介して伝達される同期情報中で送信され得る。たとえば、図５では、一方のシンクデバイス５２０は、第１の等時性ストリーム５３０内で第１の等時性チャネル５３４を選択しており、他方のシンクデバイス５２２は、第１の等時性ストリーム５３０内で第２の等時性チャネル５３６を選択し、第２の等時性ストリーム５４０内で唯一の等時性チャネル５４４を選択している。

【0055】

[0059]様々な態様によれば、複数の等時性ストリーム５３０、５４０は、したがって、ソースデバイス５１０とシンクデバイス５２０、５２２との間に存在し得、それは、異なるレイテンシおよび／またはタイミング依存性を有する異なる等時性データセットが、ソースデバイス５１０からシンクデバイス５２０、５２２に転送されることを可能にし得る。タイミング情報は、概して、制御チャネルを介してシンクデバイス５２０、５２２に伝達され得る。たとえば、接続指向使用事例では、制御情報は、２つの接続されたデバイス間の関連するＡＣＬ接続を使用して伝達され得る。一方、（たとえば、図５に示されているような）接続なし使用事例では、タイミング情報は、シンクデバイス５２０、５２２が（１つまたは複数の）等時性チャネル５３４、５３６、５４４などを取得することを可能にするために必要な同期情報を与える広告チャネル５３２、５４２を介して伝達され得る。さらに、様々な実施形態では、接続なし等時性ストリーム５３０、５４０は、ソースデバイス５１０がすべてのシンクデバイス５２０、５２２に更新された制御情報（たとえば、新しいチャネルマップ）を与えることを可能にするための更新サブイベントを含み得る。概して、ソースデバイス５１０は、更新された制御情報がシンクデバイス５２０、５２２に送られる必要があるとき、等時性ストリーム５３０、５４０内で更新サブイベントをスケジュールし得る。たとえば、等時性ストリーム５３０内で更新サブイベントをスケジュールするために、ソースデバイス５１０は、関連する等時性チャネル５３４、５３６を介して送信されるパケット内に更新送信フラグを設定し得る。したがって、シンクデバイス５２０は、それにより選択された第１の等時性チャネル５３４を介して受信されたデータパケット中の更新送信フラグを検査し得、他方のシンクデバイス５２２は、同様に、第２の等時性チャネル５３６を介して受信されたデータパケット中の更新送信フラグを検査し得る。その意味では、各シンクデバイス５２０、５２２は、ソースデバイス５１０からの更新サブイベントをスケジュールおよび受信し得る。

【0056】

[0060]様々な態様によれば、いくつかの場合には、１つまたは複数の等時性チャネル５３４、５３６、５４４などを介して送信されるべき等時性データは、ブロードキャストするために利用可能な等時性データに応じて、時々開始および停止し得る（たとえば、等時性データは、オーディオが休止されたときに停止し、オーディオが再開されたときに再び開始し得る、空港におけるアナウンスが間欠的に行われ得るなど）。したがって、等時性データが開始および停止するときをシンクデバイス５２０、５２２に通知するための１つの方法は、広告チャネル５３２、５４２を介して等時性データに関連する状態の変化を伝達することであり得る。たとえば、広告チャネル５３２、５４２を介して伝達される同期情報は、等時性データが特定の等時性チャネル５３４、５３６、５４４などの上に存在するかどうかを示すためのデータアクティブフラグを含み得る。そのような実装形態では、シンクデバイス５２０、５２２は、等時性チャネル５３４、５３６、５４４などが取得された後、広告チャネル５３２、５４２を介して伝達された同期情報を受信し続けることになり、そのため、シンクデバイス５２０、５２２は、それぞれのシンクデバイス５２０、５２２が選択した等時性チャネル５３４、５３６、５４４などの中で等時性データを受信することを開始および停止するためにデータアクティブフラグを監視する。しかしながら、広告チャネル５３２、５４２を介して等時性データに関係する状態変化を伝達することは、追加のリソース（たとえば、メモリおよび電力）を消費し、レイテンシを増加させ、および／または場合によっては性能に干渉し得る、シンクデバイス５２０、５２２が、広告チャネル５３２、５４２をリッスンすることと等時性チャネル５３４、５３６、５４４などをリッスンすることとの間で切り替えることを必要とされ得ることを含む、いくつかの理由のために準最適である。

【0057】

[0061]したがって、様々な態様によれば、図６Ａ〜図６Ｃは、ソースデバイスが更新スロット内で伝達する状態情報に従って等時性チャネルに同期するために更新スロットを使用することができる例示的なタイミング図を示す。したがって、等時性チャネルを選択および取得したシンクデバイスは、シンクデバイスが等時性チャネルを取得（または再取得）した後、等時性チャネルに関係する同期情報を伝達するために使用される周期広告ストリームを継続的にリッスンする必要を不要にし得る。詳細には、上述のように、等時性ストリームは、ソースデバイスが制御情報（たとえば、新しい自動周波数ホッピング（ＡＦＨ）チャネルマップ）を用いて、等時性ストリームを受信するすべてのシンクデバイスを更新することを可能にするための機構を与える更新サブイベントを含み得、ここにおいて、ソースデバイスは、情報が、等時性ストリームを受信するシンクデバイスに送られる必要があるとき、等時性ストリーム内で更新サブイベントをスケジュールし得る。したがって、各シンクデバイスは、更新サブイベント中に制御パケットを受信することをスケジュールするために、等時性チャネル中で受信されたデータパケット中の更新送信フラグに関連するステータスを検査する。したがって、以下の説明では、受信シンクデバイスは、ソースデバイスが受信シンクデバイスに時々の制御情報を送るために使用する（「更新スロット」とも呼ばれる）更新サブイベントに直接同期し得、それにより、等時性チャネルを介して送信される等時性データに関係する任意の状態情報（たとえば、非アクティブまたはアクティブから、アクティブから非アクティブへなどの状態の変化）は、等時性チャネルが取得された後にシンクデバイスが周期広告ストリームをリッスンすることを中止し得るように、更新サブイベントを介して伝達され得る。

【0058】

[0062]より詳細には、様々な態様によれば、ソースデバイスは、データブロードキャストを広告するために、１つまたは複数の１次広告チャネル６１０上で１つまたは複数の広告パケット６１２を送信し得、ここにおいて、１次広告チャネル６１０は、特定の周波数スペクトルにわたって拡散される１つまたは複数の物理チャネルを備え得る。１次広告チャネル６１０は、広告物理チャネル上にホッピングすることができる広告イベントに分割され得る。広告イベントは、概して、一定の間隔で発生し得、それは、干渉回避を助けるためにランダム遅延を受け得る。さらに、１つまたは複数の２次広告チャネル６２０は、拡張された広告イベントを可能にするために与えられ得、拡張された広告イベントは、１次広告チャネル６１０上の広告イベントと同時に開始し、２次広告チャネル６２０上の最後のパケットで終わり得る。概して、２次広告チャネル６２０は、そうでなければ、１次広告チャネル６１０上で送信されることになるデータをオフロードするために使用され得、ここにおいて、ソースデバイスは、十分なオーバージエア時間が利用可能であるとき、２次広告チャネル６２０上で補助広告パケットをスケジュールし得る。さらに、２次広告チャネル６２０は、周期広告ストリーム６３０を与えるために使用され得、周期広告ストリーム６３０は、前のパケット６３２からの予測可能な間隔６３６において各パケット６３２とともに周期的に送られ得る。様々な実施形態では、本明細書でさらに詳細に説明されるように、１次広告チャネル６１０上の時々の広告パケット６１２は、２次広告チャネル６２０上の関連する補助広告（auxiliary advertising）パケット６２２とともに、周期広告６３２が周期広告ストリーム６３０内で見つけられることを可能にし得る。

【0059】

[0063]様々な態様によれば、図６Ａを参照すると、等時性チャネル６４０上で等時性データをブロードキャストするソースデバイスは、したがって、１次広告チャネル６１０を介して１つまたは複数の広告パケット６１２を送信し得、ここにおいて、１次広告チャネル６１０を介して送信される広告パケット６１２は、一部または全部の広告データを含んでいる後続の補助広告パケット６２２を指すための補助ポインタフィールド６１４を含み得る。たとえば、１次広告チャネル６１０を介して送信される広告パケット６１２は、補助広告パケット６２２、広告パケット６１２の開始と広告パケット６１２が指す後続の補助広告パケット６２２の開始との間の近似タイミング情報、および後続の補助広告パケット６２２がそれの上で送信されることになる物理２次広告チャネル６２０を識別するための情報を送信するために使用されるリンクレイヤデータチャネルを示し得る。２次広告チャネル６２０上の補助広告パケット６２２は、等時性チャネル６４０に関連する上述の同期情報を搬送し得る。さらに、６２４に示されているように、補助広告パケット６２２はまた、周期広告ストリーム６３０を介して送信される１つまたは複数の補助同期パケット６３２を指すための情報（たとえば、補助広告パケット６２２の開始から後続の補助同期パケット６３２の開始までの時間を示す情報、周期広告ストリーム６３０に関連するチャネルインデックスなど）を含み得る。周期広告ストリーム６３０を介して送信される補助同期パケット６３２は、同様に、等時性チャネル６４０に関連する同期情報を含み得る。したがって、様々な実施形態では、ソースデバイスから等時性チャネル６４０を取得しようとするシンクデバイスが、２次広告チャネル６２０上でブロードキャストされる補助広告パケット６２２、および／または周期広告ストリーム６３０を介して送信される補助同期パケット６３２を介して同期情報を受信し得る。

【0060】

[0064]より詳細には、様々な態様によれば、２次広告チャネル６２０および／または周期広告ストリーム６３０上でブロードキャストされる同期情報は、６２４および６３４に示されているように、等時性チャネル６４０が（１つまたは複数の）シンクデバイスにおいて選択および取得されることを可能にする様々なパラメータを備え得る。たとえば、様々な実施形態では、同期情報は、使用されたデータチャネルおよび使用されていないデータチャネルを示すチャネルマップ、シンボルレート、ソースデバイスにおいて使用されるスリープクロックに関連するワーストケース精度、ならびに／または他の好適な物理チャネル情報を含み得る。様々な実施形態では、同期情報は、図６Ａ〜図６Ｃ中の６４６に示されているように、等時性チャネル６４０上のイベントに関連する時間（すなわち、更新サブイベントを含むすべてのサブイベントのための時間）を示し得るチャネル間隔をさらに含み得る。さらに、様々な実施形態では、同期情報は、いくつの等時性チャネルが等時性ストリーム中で送信されるか、等時性チャネル間の時間を示すチャネル時間オフセット、いくつのサブイベントが等時性チャネルごとに与えられるか、いくつの新しいパケットがチャネル間隔６４６内で等時性チャネルごとに送られるかを示すバースト数、いくつのサブイベントがチャネル間隔６４６内で等時性チャネルごとにパケットを再送信するために使用されるかを示す初期再送信数、等時性チャネル間隔中でパケットに関連する遅延を定義するための遅延した再送信数、サブイベントが開始した時間の間の間隔を示すためのサブイベントオフセット、ならびに／または（１つまたは複数の）シンクデバイスが等時性チャネル６４０を選択および取得することを可能にし得る他のパラメータ（たとえば、補助同期パケット６３２に関連するアンカーポイントから将来のアンカーポイントまでの時間、アンカーポイントから更新サブイベントまでの時間、等時性チャネル６４０上で送信されることになる第１のパケットに関連するパケット数、等時性ストリーム内のすべてのチャネルアクセスアドレスがそれから導出され、更新サブイベント中で制御チャネルのためのアクセスアドレスとしても使用され得るベースアドレス、巡回冗長検査（ＣＲＣ）初期化値、暗号化が使用可能である場合の暗号化／解読情報など）を示し得る。

【0061】

[0065]様々な実施形態では、補助広告パケット６２２および／または補助同期パケット６３２を介して伝達される同期情報は、したがって、等時性チャネル６４０を指し得る様々なパラメータを与え、シンクデバイスが等時性チャネル６４０中で周波数ホッピングサブイベントに同期することを可能にし得、等時性チャネル６４０は、等時性チャネル６４０を介して等時性データパケットをブロードキャストするようにソースデバイスがスケジュールされる１つまたは複数の等時性スロット６４２を含み得る。さらに、上述のように、等時性チャネル６４０は、ソースデバイスが、少なくとも等時性チャネル６４０を含み得る等時性ストリームに関係する更新された制御情報をすべてのシンクデバイスに与えることを可能にするように更新サブイベントがスケジュールされ得る更新スロット６４４を含み得る。さらに、様々な使用事例では、等時性チャネル６４０を含む等時性ストリームは、等時性チャネル６４０に時間的に関係する追加の等時性チャネル（図示せず）を含み得る。したがって、更新スロット６４４中で伝達される情報は、等時性ストリームを構成するすべての等時性チャネル（すなわち、等時性チャネル６４０＋同じ等時性ストリーム内の他の等時性チャネル）に適用される更新された制御情報を与えるために使用され得る。したがって、様々な実施形態では、ソースデバイスは、そうでなければ（otherwise）更新スロット６４４内で伝達され得る時々の制御情報に加えて、等時性チャネル６４０に関連する状態情報を伝達するために更新スロット６４４を使用するように構成され得る。したがって、等時性チャネル６４０が取得（または再取得）された後に受信シンクデバイスに周期広告ストリーム６３０をリッスンさせることにより発生し得る不要なリソース消費およびレイテンシは、更新スロット６４４を介して任意の関連する状態情報を伝達することを介して回避され得る。したがって、周期広告ストリーム６３０をリッスンすることが、等時性チャネル６４０を取得または再取得するのに必要な同期情報を取得するために必要とされ得るにすぎないので、（１つまたは複数の）受信シンクデバイスは、等時性チャネル６４０が取得された後、周期広告ストリーム６３０をリッスンすることを停止し得る。

【0062】

[0066]詳細には、様々な実施形態によれば、等時性チャネル６４０中で送信される各データパケットは、可変サイズペイロードに加えて、少なくともヘッダを含み得る。ヘッダは、概して、データパケットが、１つまたは複数の等時性スロット６４２中で送信される等時性データを含むのか、更新スロット６４４中で送信される更新サブイベントパケットを含むのかを示すための論理リンク識別子（たとえば、論理リンク識別子は、データパケットが等時性データを含むときに「００」などの第１の値に設定され、データパケットが更新サブイベントパケットであるときに「１１」などの第２の値に設定され得る）に加えて、ペイロードに関連するサイズを示すための長さフィールドを含み得る。さらに、様々な実施形態では、ヘッダは更新シーケンス番号（ＵＳＮ）を含み得、更新シーケンス番号（ＵＳＮ）は、更新スロット６４４中で送信されるようにスケジュールされる更新サブイベントパケットがないときに０に設定され、更新スロット６４４中で新しい更新サブイベントパケットが送信されるたびに新しい非０値に増分され得る。したがって、ヘッダは、更新サブイベントパケットが更新スロット６４４中で送信されるようにスケジュールされるときにソースデバイスがイネーブルにし得る更新送信フラグをさらに含み得る（たとえば、更新送信フラグは、更新サブイベントパケットが更新スロット６４４中でスケジュールされるときに「１」に設定されるか、または更新サブイベントパケットが更新スロット６４４中でスケジュールされないときに「０」に設定され得る）。したがって、ソースデバイスは、更新サブイベントパケットが更新スロット６４４中でスケジュールされることを示すために、等時性スロット６４２中で送信される１つまたは複数のデータパケット内に更新送信フラグを設定し得る。様々な実施形態では、更新サブイベントパケットは、リンクレイヤ制御プロシージャに従って等時性チャネル６４０に関連する状態を伝達するためのペイロードを含み得る。たとえば、更新サブイベントパケットに関連するペイロードは、以下のように、更新サブイベントパケットが等時性チャネル状態を伝達することを示すためのオペコードと、１つまたは複数の等時性チャネル識別子と、そのような（１つまたは複数の）等時性チャネル識別子に関連する（１つまたは複数の）等時性チャネルに適用される等時性チャネル状態とを含み得る。

【0063】

【表5】

【0064】

[0067]したがって、上記の説明に基づいて、図６Ａは、等時性チャネル６４０がアクティブ状態を有するときの例示的なタイミング図を示し、これは、ソースデバイスが等時性データをブロードキャストするようにスケジュールされる等時性スロット６４２中に等時性データ（たとえば、時間限定オーディオデータ）が存在することを意味する。様々な実施形態では、アクティブ状態からの（たとえば、非アクティブ状態または終了状態への）遷移を示すために、ソースデバイスは、１つまたは複数の等時性スロット６４２を介して送信されるデータパケット中に更新送信フラグを設定し得、後続の更新スロット６４４中で更新サブイベントパケットをスケジュールする。したがって、等時性チャネル６４０を選択したシンクデバイスが、１つまたは複数の等時性スロット６４２を介して送信されるデータパケット中の更新送信フラグを監視し、更新送信フラグがイネーブルにされるとき、更新スロット６４４中の更新サブイベントパケットの受信をスケジュールし得る。更新サブイベントパケットが更新スロット６４４中で受信されたとき、等時性チャネル６４０を受信する各シンクデバイスは、更新サブイベントペイロード中で状態インジケータオペコード（たとえば、「ＬＬ＿ＩＣＬ＿ＳＴＡＴＥ＿ＩＮＤ」）を検出し、更新サブイベントパケットを介して伝達される等時性チャネル状態に関連する適切な（１つまたは複数の）等時性チャネルを決定し得る。たとえば、等時性チャネル６４０に対応するチャネル識別子を含む更新サブイベントパケット中のペイロードに基づいて、等時性チャネル６４０を選択したかまたはそうではなく取得したシンクデバイスは、それに適用可能な等時性チャネル状態をさらに決定し得る。さらに、上述のように、等時性チャネル６４０は、１つまたは複数の追加の時間関係等時性チャネルを含み得る（または含まないことがある）等時性ストリーム内で等時性データをブロードキャストするために使用され得る。したがって、様々な実施形態では、更新サブイベントパケットは、同じ等時性ストリーム中の複数の時間関係等時性チャネルに対応する複数のチャネル識別子に関連する等時性チャネル状態を示すペイロードを含んでいることがある。

【0065】

[0068]様々な実施形態によれば、図６Ａは、したがって、アクティブ状態にある等時性チャネル６４０を示し、ここにおいて、等時性データを含んでいるデータパケットは、存在し、そして１つまたは複数の等時性スロット６４２中で送信され、更新サブイベントパケットは、存在し、そして（スケジュールされたとき）更新スロット６４４中で送信される。さらに、図６Ａに示されているように、周期広告ストリーム６３０を介して送信される補助同期パケット６３２は、等時性チャネル６４０がアクティブ状態にある間、それの中でソースデバイスが等時性データをブロードキャストするようにスケジュールされる１つまたは複数の等時性スロット６４２を指す。
したがって、アクティブ状態から別の状態への変化を伝達するために、ソースデバイスは、更新スロット６４４中で更新サブイベントパケットをスケジュールするために、１つまたは複数の等時性スロット６４２を介して送信されるデータパケット中の更新送信フラグをイネーブルにし得る。さらに、更新サブイベントパケットを介して伝達される状態情報が状態変化に限定されないように、更新サブイベントパケットが、等時性チャネル６４０に関連する現在状態を伝達するためにも使用され得ることを、当業者は諒解されよう。

【0066】

[0069]たとえば、アクティブ状態から非アクティブ状態への遷移を伝達する更新スロット６４４中で更新サブイベントパケットが送信されることに応答して（たとえば、等時性オーディオデータが休止されたとき）、等時性チャネル６４０は、次いで、図６Ｂに示されているタイミング図に従い得る。詳細には、図６Ｂに示されているように、データパケットは存在しないか、またはそうではなく、データパケットは、そうでないならソースデバイスが、等時性チャネル６４０を介して等時性データをブロードキャストするようにスケジュールされることになる１つまたは複数の等時性スロット６４２中で送信されない。しかしながら、更新サブイベントパケットは、依然として、非アクティブ状態中に存在し得、それにより、（１つまたは複数の）シンクデバイスは、更新スロット６４４中で伝達される状態情報を介して、非アクティブ状態にある間、等時性チャネル６４０に直接同期し続けることができる。図６Ｂは、周期広告ストリーム６３０を介して送信される１つまたは複数の補助同期パケット６３２が、等時性チャネル６４０が非アクティブ状態にあるとき、更新スロット６４４を指すことをさらに示す。したがって、シンクデバイスが、非アクティブにある間、等時性チャネル６４０を取得するとき、シンクデバイスは、非アクティブ状態からの遷移時に等時性チャネル６４０に同期するために、更新スロット６４４を介して伝達されるチャネル状態情報を単に監視し得る。たとえば、更新スロット６４４を介して送信される更新サブイベントパケットは、等時性チャネル６４０を介して送信される等時性データが開始および／または再開したとき、その等時性チャネル６４０が図６Ａに示されているようにアクティブ状態に遷移したことを伝達し得る。

【0067】

[0070]さらに、等時性チャネル６４０は、終了される（たとえば、送信されるべき等時性データがそれ以上ないので、または他の理由で、ソースデバイスおよび任意の（１つまたは複数の）シンクデバイスにおけるメモリから削除される）べきであるとき、更新スロット６４４を介して送信される更新サブイベントパケットは、終了イベントを伝達し得、そのため、等時性チャネル６４０は、次いで、図６Ｃに示されているタイミング図に従い得る。詳細には、本明細書に示されているように、等時性データは１つまたは複数の等時性スロット６４２中に存在せず、更新サブイベントは、終了時に更新スロット６４４中に存在しない。したがって、等時性チャネル６４０は、ソースデバイスおよび（１つまたは複数の）シンクデバイスにおけるメモリから削除され得、そのため、ソースデバイスは、等時性チャネル６４０を準備し、アクティブにするためにプロシージャを開始する必要があることになり、（１つまたは複数の）シンクデバイスは、再び、等時性チャネル６４０を介して等時性データを転送するために周期広告ストリーム６３０をリッスンする必要があることになる。

【0068】

[0071]様々な態様によれば、図７は、上記でさらに詳細に説明されたように、更新スロットを介して１つまたは複数の等時性チャネルに関係する状態情報を伝達するための例示的な方法７００を示す。より詳細には、図７に示されている方法７００は、１つまたは複数の時間関係等時性チャネルを含む等時性ストリーム中で等時性データをブロードキャストするソースデバイスにおいて実行され得、ここにおいて、ソースデバイスは、最初に、ブロック７０５において、１つまたは複数の等時性ストリームに関係する１つまたは複数の等時性チャネルを準備する。たとえば、様々な実施形態では、アプリケーションプロファイルが、１つまたは複数の時間関係等時性チャネルをもつ等時性ストリームを要求し得、ここにおいて、１つまたは複数の等時性チャネルを準備することは、要求された各等時性ストリームにストリーム識別子を割り振ることと、各等時性ストリーム中の（１つまたは複数の）等時性チャネルにチャネル識別子を割り振ることとを備え得る。

【0069】

[0072]様々な実施形態では、ソースデバイスは、次いで、ブロック７１０において、広告チャネル（たとえば、周期広告ストリーム）を介して（１つまたは複数の）等時性チャネルに関係する同期情報をブロードキャストする。たとえば、上記でさらに詳細に説明されたように、ソースデバイスは、１次広告チャネル上で、２次広告チャネル上の１つまたは複数の補助広告パケットを指し得る１つまたは複数の広告パケットをブロードキャストし得る。１つまたは複数の補助広告パケットは、さらに同期情報を含んでおり、周期的に送られる１つまたは複数の同期パケットをさらに指し得、それにより、１次広告チャネルおよび２次広告チャネル上のパケットは、リッスンするシンクデバイスが、２次広告チャネルおよび／または周期広告ストリームを介して同期情報を受信することを可能にし得る。同期情報は、ソースデバイスがそれの中で（１つまたは複数の）等時性チャネルを介してデータパケットをブロードキャストするようにスケジュールされる１つまたは複数のスロットへのポインタを含む、（１つまたは複数の）等時性チャネルをシンクデバイスが取得することを可能にする様々なパラメータを含み得る。たとえば、ソースデバイスは、最初に、（１つまたは複数の）等時性チャネル上に等時性データが存在しないことを示すために０に設定されたデータアクティブフラグをもつ同期情報をブロードキャストし得る。したがって、同期情報は、最初に、ソースデバイスが等時性ストリームに関係する制御情報をブロードキャストするために使用する更新スロットを指し得る。

【0070】

[0073]したがって、ブロック７１５において、ソースデバイスは、更新スロットを介して（１つまたは複数の）等時性チャネルに関係する状態情報を伝達する。たとえば、ソースデバイスにおけるホストが、送信するために利用可能な等時性データがあるように等時性ストリームをアクティブになるように設定したことに応答して、ソースデバイスは、アクティブ状態への遷移を示すために、更新スロットを介してデータパケットをスケジュールおよび送信し得る。利用可能なときに、ソースデバイスは、ブロック７２０において、（１つまたは複数の）等時性チャネル中の１つまたは複数のデータスロットを介してそのような等時性データをブロードキャストし、ブロック７１５において、更新スロットを介して（１つまたは複数の）等時性チャネルに関連する任意の関連する状態情報を伝達し続ける。たとえば、（たとえば、オーディオストリームが休止されたので）送信するために利用可能な等時性データがないとき、ブロック７１５において更新スロットを介して伝達される状態情報は、非アクティブ状態への遷移を示し得る。（たとえば、オーディオストリームが再開されたので）等時性データが送信するために利用可能になった場合および／または利用可能になったとき、ブロック７１５において更新スロットを介して伝達される状態情報は、アクティブ状態に戻る遷移を示し得、ソースデバイスは、ブロック７２０において、（１つまたは複数の）等時性チャネル中の１つまたは複数のデータスロットを介して等時性データをブロードキャストすることを再開する。さらに、（１つまたは複数の）等時性チャネルが終了されるべきである場合および／または終了されるべきであるとき、ブロック７１５において、更新スロットを介して終了状態への変化を伝達し、ブロック７２５において、メモリから（１つまたは複数の）等時性チャネルに関連する情報を削除して、それにより（１つまたは複数の）等時性チャネルを終了する。

【0071】

[0074]様々な態様によれば、図８は、上記でさらに詳細に説明されたように、更新スロット中で伝達される状態情報に従って等時性チャネルに同期するための例示的な方法８００を示す。より詳細には、図８に示されている方法８００は、等時性チャネルを選択したシンクデバイスにおいて実行され得、ここにおいて、シンクデバイスは、最初に、ブロック８０５において、ブロードキャストするソースデバイスから等時性チャネルを取得または再取得するために広告チャネルをリッスンする。たとえば、様々な実施形態では、等時性チャネルは、１つまたは複数の時間関係等時性接続なし（ＩＣＬ）チャネルを含むＩＣＬストリーム内で等時性データをブロードキャストするために使用され得るＢｌｕｅｔｏｏｔｈ ＬＥ ＩＣＬチャネルを備え得、広告チャネルは、上記でさらに詳細に説明されたように周期広告ストリームを備え得る。したがって、ソースデバイスは、さらに、使用すべき（１つまたは複数の）受信シンクデバイスが（１つまたは複数の）等時性チャネルを選択および取得することを可能にするために、広告チャネル中で送信される１つまたは複数のパケットを介して等時性ストリーム中で各等時性チャネルに関連する同期情報をブロードキャストし得る。

【0072】

[0075]したがって、様々な実施形態によれば、シンクデバイスは、ブロック８１０において、広告チャネルを介して等時性チャネルに関連する同期情報を受信する。シンクデバイスは、次いで、ブロック８１５において、等時性チャネルを取得（または再取得）するために、広告チャネルを介して受信された同期情報を使用する。たとえば、様々な実施形態では、等時性チャネルは、上記でさらに詳細に説明されたように、等時性チャネルを介して等時性データをブロードキャストするソースデバイスにおいて設定された様々なパラメータを含み得る。したがって、同期情報中に含まれる様々なパラメータは、シンクデバイスが、等時性チャネルを取得し、それにより、取得された等時性チャネル上で１つまたは複数のスロット中で送信されるようにスケジュールされる１つまたは複数のデータパケットを受信することを可能にし得る。たとえば、シンクデバイスが等時性チャネルを取得するときに等時性チャネルがアクティブ状態を有する場合、同期情報は、ソースデバイスが、等時性データを含んでいるデータパケットをそれの中でブロードキャストするようにスケジュールされる１つまたは複数の等時性スロットを指し得る。代替的に、シンクデバイスが等時性チャネルを取得するときに等時性チャネルが非アクティブ状態を有する場合、同期情報は、ソースデバイスが、等時性ストリームを構成するすべての等時性チャネルに適用可能な更新された制御情報をそれの中でブロードキャストする更新スロットを指し得る。いずれの場合も、ソースデバイスは、等時性チャネルに関連する状態（たとえば、アクティブ、非アクティブ、または終了）を伝達するために更新スロット中に更新サブイベント送信をスケジュールし得る。

【0073】

[0076]したがって、様々な実施形態では、シンクデバイスは、ブロック８２０において、更新スロットを介して伝達される状態情報に従って、取得された等時性チャネルに同期する。詳細には、等時性チャネル上で状態変化が発生するときはいつでも、ブロードキャストするソースデバイスは、等時性チャネルを識別するパケットと、等時性チャネルに関連する新しい状態とを備え得る、更新サブイベントを介して状態変化を伝達し得る。たとえば、アクティブ状態にある間、等時性データおよび更新サブイベントは等時性チャネル上で受信され得、ここにおいて、更新サブイベントは、非アクティブ状態への変化または終了状態への変化を伝達するために使用され得る。前者の場合、非アクティブ状態への変化は（少なくとも一時的に）等時性チャネル上に等時性データがもはや存在しないことを示し得る。しかしながら、更新サブイベントは、依然として、シンクデバイスが更新スロットを介して等時性チャネルに同期されたままであり得るように、等時性チャネル上に存在し得る。したがって、アクティブ状態に、または終了状態に戻る変化は、更新スロットを介して伝達され、同期され得る。しかしながら、等時性チャネルが終了状態に遷移した場合、等時性データも更新サブイベントも、その後存在しないことになり、それにより、シンクデバイスは、等時性チャネルを再取得するために同期情報を受信するために、再び広告チャネルをリッスンする必要があろう。

【0074】

[0077]様々な態様によれば、図９は、本明細書で説明される様々な態様および実施形態を実装することができる例示的なワイヤレスデバイス９００を示す。たとえば、様々な実施形態では、図９に示されているワイヤレスデバイス９００はソースデバイス（たとえば、ブロードキャスターデバイス）に対応し得、ソースデバイスは、等時性チャネル（たとえば、ソースデバイスが１つまたは複数のシンクデバイスに等時性データをブロードキャストするために使用する接続なしチャネル）に関連する現在状態、状態変化、および／または他の好適な状態情報を伝達するために等時性チャネルに関連する更新スロットを使用することができる。代替および／または追加として、図９に示されているワイヤレスデバイス９００はシンクデバイスに対応し得、シンクデバイスは、等時性チャネルを選択したかまたは場合によっては取得しており、ソースデバイスが更新スロットを介して伝達する状態情報に従って等時性チャネルに同期する。様々な実施形態では、ワイヤレスデバイス９００は、プロセッサ９０４と、メモリ９０６と、ハウジング９０８と、送信機９１０と、受信機９１２と、アンテナ９１６と、信号検出器９１８と、デジタル信号プロセッサ（ＤＳＰ）９２０と、ユーザインターフェース９２２と、バス９２４とを含み得る。代替的に、送信機９１０と受信機９１２とに関連する機能は、トランシーバ９１４に組み込まれ得る。ワイヤレスデバイス９００は、たとえば、基地局、アクセスポイントなどを含むワイヤレスネットワークにおいて通信するように構成され得る。

【0075】

[0078]様々な実施形態では、プロセッサ９０４は、ワイヤレスデバイス９００に関連する動作を制御するように構成され得、ここにおいて、プロセッサ９０４は中央処理ユニット（ＣＰＵ）と呼ばれることもある。メモリ９０６はプロセッサ９０４に結合され得、プロセッサ９０４と通信していることがあり、プロセッサ９０４に命令およびデータを与えることができる。プロセッサ９０４は、メモリ９０６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを実行することができる。メモリ９０６中の命令は、本明細書で説明される１つまたは複数の方法およびプロセスを実行するために実行可能であり得る。さらに、様々な実施形態では、プロセッサ９０４は、１つまたは複数のプロセッサを用いて実装された処理システムを含むか、またはそれの中の構成要素であり得る。１つまたは複数のプロセッサは、任意の１つまたは複数の汎用マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、状態機械、ゲート論理、個別ハードウェア構成要素、専用ハードウェア有限状態機械、それらの組合せ、ならびに／あるいは計算を実行し、および／または情報を操作することができる、任意の他の好適なエンティティを用いて実装され得る。様々な実施形態では、処理システムは、ソフトウェアを記憶するように構成された機械可読媒体をも含むことができ、ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、任意の好適な命令を含むと広く解釈され得る。命令は、ソースコード形式、バイナリコード形式、実行可能コード形式、および／または任意の他の好適な形式の、コードを含むことができる。命令は、１つまたは複数のプロセッサ上で実行されたとき、本明細書で説明される機能のうちの１つまたは複数を処理システムに実行させることができる。

【0076】

[0079]様々な実施形態では、メモリ９０６は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、および／またはそれらの任意の好適な組合せを含むことができる。メモリ９０６は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含むことができる。

【0077】

[0080]様々な実施形態では、送信機９１０および受信機９１２（またはトランシーバ９１４）は、ワイヤレスデバイス９００と遠隔ロケーションとの間でデータを送信および受信することができる。アンテナ９１６は、ハウジング９０８に取り付けられ、トランシーバ９１４に電気的に結合され得る。いくつかの実装形態では、ワイヤレスデバイス９００は、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナ（図示せず）をも含むことができる。様々な実施形態では、信号検出器９１８は、トランシーバ９１４において受信された１つまたは複数の信号に関連するレベルを検出および定量化するために使用され得る。信号検出器９１８は、そのような信号を、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度として、および／または、および他の方法で検出することができる。様々な実施形態では、ＤＳＰ９２０は、信号を処理するために使用され得、ここにおいて、ＤＳＰ９２０は、送信機９１０および／またはトランシーバ９１４を介して送信されるべきパケットを生成するように構成され得る。様々な実施形態では、パケットは物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むことができる。

【0078】

[0081]様々な実施形態では、ユーザインターフェース９２２は、たとえば、キーパッド、マイクロフォン、スピーカー、ディスプレイ、および／または他の好適なインターフェースを含むことができる。ユーザインターフェース９２２は、ワイヤレスデバイス９００に関連するユーザに情報を伝達し、および／またはユーザからの入力を受信する、任意の要素または構成要素を含むことができる。

【0079】

[0082]様々な実施形態では、ワイヤレスデバイス９００に関連する様々な構成要素は、データバス、ならびにデータバスに加えて、電力バス、制御信号バス、および／またはステータス信号バスを含み得る、バス９２４を介して互いに結合され得る。

【0080】

[0083]様々な実施形態では、ワイヤレスデバイス９００は、図９に示されていない他の構成要素または要素をも含むことができる。ワイヤレスデバイス９００に関連する１つまたは複数の構成要素は、たとえば、他の構成要素に入力信号を与えるための別の通信チャネル（図示せず）を備え得る手段を介して、ワイヤレスデバイス９００に関連する別の１つまたは複数の構成要素と通信していることがある。

【0081】

[0084]様々な実施形態では、様々な別個の構成要素が図９に示されているが、そこに示されている１つまたは複数の構成要素は、組み合わせられるかまたは共通に実装され得る。たとえば、プロセッサ９０４およびメモリ９０６は、単一のチップ上で実施され得る。プロセッサ９０４は、さらに、または代替として、プロセッサレジスタなどのメモリを含んでいることがある。同様に、１つまたは複数の機能ブロックまたはそれの部分が、単一のチップ上で実施され得る。代替的に、特定のブロックに関連する機能が、２つまたはそれ以上のチップ上に実装され得る。たとえば、プロセッサ９０４は、プロセッサ９０４に関して上記で説明された機能を実装するためだけでなく、信号検出器９１８および／またはＤＳＰ９２０に関して上記で説明された機能を実装するためにも使用され得る。

【0082】

[0085]情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。

【0083】

[0086]さらに、本明細書で開示される態様に関して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、上記では概してそれらの機能に関して説明された。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明された機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本明細書で説明される様々な態様および実施形態の範囲から逸脱すると解釈されるべきではない。

【0084】

[0087]本明細書で開示される態様に関して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明された機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ（たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサなど）として実装され得る。

【0085】

[0088]本明細書で開示される態様に関して説明された方法、シーケンスおよび／またはアルゴリズムは、ハードウェアで直接実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭ、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の非一時的コンピュータ可読媒体中に常駐し得る。例示的な非一時的コンピュータ可読媒体は、プロセッサが非一時的コンピュータ可読媒体から情報を読み取り、非一時的コンピュータ可読媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替として、非一時的コンピュータ可読媒体はプロセッサと一体であり得る。プロセッサおよび非一時的コンピュータ可読媒体はＡＳＩＣ中に存在し得る。ＡＳＩＣはＩｏＴデバイス中に存在し得る。代替として、プロセッサおよび非一時的コンピュータ可読媒体は、ユーザ端末中の個別構成要素であり得る。

【0086】

[0089]１つまたは複数の例示的な態様では、本明細書で説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとして、非一時的コンピュータ可読媒体上に記憶されるか、または非一時的コンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、コンピュータプログラムをある場所から別の場所に転送することを容易にし得る任意の非一時的媒体を含む、記憶媒体および／または通信媒体を含み得る。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で互換的に使用され得るディスク（disk）およびディスク（disc）という用語は、ＣＤ、レーザーディスク（登録商標）（disc）、光ディスク（disc）、ＤＶＤ、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、これらは、通常、データを磁気的におよび／または光学的にレーザーで再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

【0087】

[0090]上記の開示は、例示的な態様および実施形態を示しているが、添付の特許請求の範囲によって定義された本開示の範囲から逸脱することなく、本明細書において様々な変更および修正が行われ得ることを、当業者は諒解されよう。さらに、本明細書で説明される様々な例示的な態様および実施形態によれば、上記で説明されたおよび／または本明細書に添付された任意の方法クレームにおいて具陳された、任意の方法における機能、ステップおよび／またはアクションは特定の順序で実行される必要がないことを、当業者は諒解されよう。さらにまた、任意の要素が単数形で上記で説明されたかまたは添付の特許請求の範囲において具陳されている限りにおいて、（１つまたは複数の）単数形は、（１つまたは複数の）単数形に対する制限が明記されていない限り、複数形をも企図することを、当業者は諒解されよう。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１] 等時性チャネルに同期するための方法であって、
シンクデバイスにおいて、広告チャネルを介して前記等時性チャネルに関連する同期情報を受信することと、
前記シンクデバイスにおいて、前記広告チャネルを介して受信された前記同期情報に従って前記等時性チャネルを取得することと、
等時性データが前記等時性チャネル上に存在するかどうかを示すために、前記等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、前記等時性チャネルに同期することと、
を備える、方法。
[Ｃ２] 前記更新スロット中でブロードキャストされる前記状態情報に従って前記等時性チャネルに同期することは、
前記等時性チャネルが、前記等時性チャネルに関連する１つまたは複数のデータスロット中に前記等時性データが存在するようなアクティブ状態にあることを、前記状態情報が示すと決定することと、
前記１つまたは複数のデータスロットを介して前記等時性データを受信することと、 を備える、Ｃ１に記載の方法。
[Ｃ３] 前記更新スロット中でブロードキャストされる前記状態情報に従って前記等時性チャネルに同期することは、
前記等時性チャネルが、前記アクティブ状態から、前記１つまたは複数のデータスロット中に前記等時性データがもはや存在しないような非アクティブ状態に遷移したことを、前記状態情報が示すと決定することと、
前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けることと、
を備える、Ｃ２に記載の方法。
[Ｃ４] 前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記アクティブ状態にある間、前記１つまたは複数のデータスロットを指す、Ｃ２に記載の方法。
[Ｃ５] 前記更新スロット中でブロードキャストされる前記状態情報に従って前記等時性チャネルに同期することは、
前記等時性チャネルが、前記等時性チャネルに関連する１つまたは複数のデータスロット中に前記等時性データが存在しないような非アクティブ状態にあることを、前記状態情報が示すと決定することと、
前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けることと、
を備える、Ｃ１に記載の方法。
[Ｃ６] 前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けることは、
前記等時性チャネルが、前記非アクティブ状態から、前記１つまたは複数のデータスロット中で前記等時性データが利用可能になったようなアクティブ状態に遷移したことを、前記状態情報が示すと決定することと、
前記１つまたは複数のデータスロットを介して前記等時性データを受信することと、 を備える、Ｃ５に記載の方法。
[Ｃ７] 前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記非アクティブ状態にある間、前記更新スロットを指す、Ｃ５に記載の方法。
[Ｃ８] 前記更新スロット中でブロードキャストされる前記状態情報に従って前記等時性チャネルに同期することは、
前記等時性チャネルが、前記等時性チャネルに関連する１つまたは複数のデータスロット中に前記等時性データが存在せず、前記更新スロット中に前記状態情報が存在しないような終了状態に遷移したことを、前記状態情報が示すと決定することと、
メモリから前記等時性チャネルに関連する情報を削除することと、
を備える、Ｃ１に記載の方法。
[Ｃ９] 前記等時性チャネルを備える等時性ストリームは、１つまたは複数の時間関係等時性チャネルをさらに備え、前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報は、前記１つまたは複数の時間関係等時性チャネルに関係する状態情報をさらに備える、Ｃ１に記載の方法。
[Ｃ１０] 前記等時性チャネルはＢｌｕｅｔｏｏｔｈ低エネルギー等時性接続なし（ＩＣＬ）チャネルを備える、Ｃ１に記載の方法。
[Ｃ１１] 広告チャネルを介して等時性チャネルに関連する同期情報を受信するように構成された受信機と、
１つまたは複数のプロセッサと、
を備え、前記１つまたは複数のプロセッサは、
前記広告チャネルを介して受信された前記同期情報に従って前記等時性チャネルを取得することと、
等時性データが前記等時性チャネル上に存在するかどうかを示すために、前記等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、前記等時性チャネルに同期することと、
を行うように構成された、ワイヤレスデバイス。
[Ｃ１２] 前記受信機は、前記等時性チャネルが、１つまたは複数のデータスロット中に前記等時性データが存在するようなアクティブ状態にあることを、前記状態情報が示すことに応答して、前記等時性チャネルに関連する前記１つまたは複数のデータスロットを介して前記等時性データを受信するようにさらに構成された、Ｃ１１に記載のワイヤレスデバイス。
[Ｃ１３] 前記１つまたは複数のプロセッサは、
前記等時性チャネルが、前記アクティブ状態から、前記１つまたは複数のデータスロット中に前記等時性データがもはや存在しないような非アクティブ状態に遷移したことを、前記状態情報が示すと決定することと、
前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けることと、
を行うようにさらに構成された、Ｃ１２に記載のワイヤレスデバイス。
[Ｃ１４] 前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記アクティブ状態にある間、前記１つまたは複数のデータスロットを指す、Ｃ１２に記載のワイヤレスデバイス。
[Ｃ１５] 前記１つまたは複数のプロセッサは、
前記等時性チャネルが、前記等時性チャネルに関連する１つまたは複数のデータスロット中に前記等時性データが存在しないような非アクティブ状態にあることを、前記状態情報が示すと決定することと、
前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けることと、
を行うようにさらに構成された、Ｃ１１に記載のワイヤレスデバイス。
[Ｃ１６] 前記受信機は、前記等時性チャネルが、前記非アクティブ状態から、前記１つまたは複数のデータスロット中で前記等時性データが利用可能になったようなアクティブ状態に遷移したことを、前記状態情報が示すことに応答して、前記等時性チャネルに関連する１つまたは複数のデータスロットを介して前記等時性データを受信するようにさらに構成された、Ｃ１５に記載のワイヤレスデバイス。
[Ｃ１７] 前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記非アクティブ状態にある間、前記更新スロットを指す、Ｃ１５に記載のワイヤレスデバイス。
[Ｃ１８] 前記等時性チャネルに関連する情報を記憶するように構成されたメモリ、をさらに備え、
前記１つまたは複数のプロセッサは、前記等時性チャネルが終了状態に遷移したことを、前記状態情報が示すことに応答して、前記メモリから前記等時性チャネルに関連する前記情報を削除するようにさらに構成された、Ｃ１１に記載のワイヤレスデバイス。
[Ｃ１９] 前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報は、前記等時性チャネルを備える等時性ストリーム内の前記等時性チャネルに時間的に関係する１つまたは複数の追加の等時性チャネルに関係する状態情報をさらに備える、Ｃ１１に記載のワイヤレスデバイス。
[Ｃ２０] 前記等時性チャネルはＢｌｕｅｔｏｏｔｈ低エネルギー等時性接続なし（ＩＣＬ）チャネルを備える、Ｃ１１に記載のワイヤレスデバイス。
[Ｃ２１] 広告チャネルを介して等時性チャネルに関連する同期情報を受信するための手段と、 前記広告チャネルを介して受信された前記同期情報に従って前記等時性チャネルを取得するための手段と、
等時性データが前記等時性チャネル上に存在するかどうかを示すために、前記等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、前記等時性チャネルに同期するための手段と、
を備える、装置。
[Ｃ２２] 前記等時性チャネルが、１つまたは複数のデータスロット中に前記等時性データが存在するようなアクティブ状態にあることを、前記状態情報が示すことに応答して、前記等時性チャネルに関連する前記１つまたは複数のデータスロットを介して前記等時性データを受信するための手段、
をさらに備える、Ｃ２１に記載の装置。
[Ｃ２３] 前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記アクティブ状態にある間、前記１つまたは複数のデータスロットを指す、Ｃ２２に記載の装置。
[Ｃ２４] 前記等時性チャネルが、前記等時性チャネルに関連する１つまたは複数のデータスロット中に前記等時性データが存在しないような非アクティブ状態にあることを、前記状態情報が示すと決定するための手段と、
前記更新スロット中で前記ソースデバイスがブロードキャストする前記状態情報に従って前記等時性チャネルに同期し続けるための手段と、
をさらに備える、Ｃ２１に記載の装置。
[Ｃ２５] 前記広告チャネルを介して受信された前記同期情報は、前記等時性チャネルが前記非アクティブ状態にある間、前記更新スロットを指す、Ｃ２４に記載の装置。
[Ｃ２６] 前記等時性チャネルが終了されたことを前記状態情報が示すことに応答して、メモリから前記等時性チャネルに関連する情報を削除するための手段、
をさらに備える、Ｃ２１に記載の装置。
[Ｃ２７] ワイヤレスデバイスに、
広告チャネルを介して等時性チャネルに関連する同期情報を受信することと、
前記広告チャネルを介して受信された前記同期情報に従って前記等時性チャネルを取得することと、
等時性データが前記等時性チャネル上に存在するかどうかを示すために、前記等時性チャネルに関連する更新スロット中でソースデバイスがブロードキャストする状態情報に従って、前記等時性チャネルに同期することと、
を行わせるためのコードを備える、コンピュータ可読記憶媒体。
[Ｃ２８] 等時性チャネルに関係する状態を伝達するための方法であって、
ソースデバイスによって、広告チャネルを介して前記等時性チャネルに関連する同期情報をブロードキャストすることと、
前記ソースデバイスによって、前記等時性チャネルに関連する更新スロット中で、前記等時性チャネルに関係する状態情報をブロードキャストすることと、ここにおいて、前記状態情報は、前記等時性チャネル上に等時性データが存在するかどうかを示す、
を備える、方法。
[Ｃ２９] 前記ソースデバイスにおいて、前記等時性データが利用可能であると決定することと、 前記ソースデバイスによって、前記等時性チャネルに関連する１つまたは複数のデータスロット中で前記等時性データをブロードキャストすることと、ここにおいて、前記更新スロット中でブロードキャストされる前記状態情報は、前記等時性データが利用可能である間、前記等時性チャネルがアクティブであることを示す、
をさらに備える、Ｃ２８に記載の方法。
[Ｃ３０] 前記ソースデバイスにおいて、前記等時性データがもはや利用可能でないと決定すること、ここにおいて、前記更新スロット中でブロードキャストされる前記状態情報は、前記等時性データが利用不可能になったことに応答して、前記等時性チャネルが非アクティブであることを示す、
をさらに備える、Ｃ２９に記載の方法。
[Ｃ３１] 前記広告チャネルを介してブロードキャストされる前記同期情報は、前記等時性チャネルがアクティブである間、前記１つまたは複数のデータスロットを指す、Ｃ２９に記載の方法。
[Ｃ３２] 前記ソースデバイスにおいて、前記等時性データが利用可能でないと決定すること、ここにおいて、前記更新スロット中でブロードキャストされる前記状態情報は、前記等時性データが利用可能でない間、前記等時性チャネルが非アクティブであることを示す、
をさらに備える、Ｃ２８に記載の方法。
[Ｃ３３] 前記ソースデバイスにおいて、前記等時性データが利用可能になったと決定することと、
前記ソースデバイスによって、前記等時性チャネルに関連する１つまたは複数のデータスロット中で前記等時性データをブロードキャストすることと、ここにおいて、前記更新スロット中でブロードキャストされる前記状態情報は、前記等時性データが利用可能になったことに応答して、前記等時性チャネルがアクティブであることを示す、
をさらに備える、Ｃ３２に記載の方法。
[Ｃ３４] 前記広告チャネルを介してブロードキャストされる前記同期情報は、前記等時性チャネルが非アクティブである間、前記更新スロットを指す、Ｃ３２に記載の方法。
[Ｃ３５] 前記ソースデバイスにおいて、前記更新スロット中でブロードキャストされた前記状態情報が、前記等時性チャネルが終了されることになることを示すように、前記等時性チャネルが終了されるべきであると決定すること、
をさらに備える、Ｃ２８に記載の方法。
[Ｃ３６] 前記ソースデバイスによって、前記等時性チャネルと１つまたは複数の時間関係等時性チャネルとを含む等時性ストリームをブロードキャストすること、ここにおいて、前記更新スロット中でブロードキャストされる前記状態情報は、前記等時性ストリーム中の前記１つまたは複数の時間関係等時性チャネルに関係する状態情報をさらに備える、
をさらに備える、Ｃ２８に記載の方法。
[Ｃ３７] 前記等時性チャネルはＢｌｕｅｔｏｏｔｈ低エネルギー等時性接続なし（ＩＣＬ）チャネルを備える、Ｃ２８に記載の方法。
[Ｃ３８] 等時性チャネルに関連する同期情報と前記等時性チャネルに関係する状態情報とを決定するように構成された１つまたは複数のプロセッサと、
送信機と、
を備え、前記送信機は、
広告チャネルを介して前記等時性チャネルに関連する前記同期情報をブロードキャストすることと、
前記等時性チャネルに関連する更新スロット中で前記等時性チャネルに関係する前記状態情報をブロードキャストすることと、ここにおいて、前記状態情報は、前記等時性チャネル上に等時性データが存在するかどうかを示す、
を行うように構成された、ワイヤレスデバイス。
[Ｃ３９] 前記１つまたは複数のプロセッサは、前記等時性データが利用可能であると決定するようにさらに構成され、
前記送信機が、前記等時性チャネルに関連する１つまたは複数のデータスロット中で前記等時性データをブロードキャストするようにさらに構成され、ここにおいて、前記更新スロット中でブロードキャストされる前記状態情報は、前記等時性データが利用可能である間、前記等時性チャネルがアクティブであることを示す、
Ｃ３８に記載のワイヤレスデバイス。
[Ｃ４０] 前記１つまたは複数のプロセッサは、前記更新スロット中でブロードキャストされる前記状態情報が、前記等時性チャネルが非アクティブであることを示すように、前記等時性データがもはや利用可能でないと決定するようにさらに構成された、Ｃ３９に記載のワイヤレスデバイス。
[Ｃ４１] 前記広告チャネルを介してブロードキャストされる前記同期情報は、前記等時性チャネルがアクティブである間、前記１つまたは複数のデータスロットを指す、Ｃ３９に記載のワイヤレスデバイス。
[Ｃ４２] 前記１つまたは複数のプロセッサは、前記更新スロット中でブロードキャストされる前記状態情報が、前記等時性チャネルが非アクティブであることを示すように、前記等時性データが利用可能でないと決定するようにさらに構成された、Ｃ３８に記載のワイヤレスデバイス。
[Ｃ４３] 前記１つまたは複数のプロセッサは、前記等時性データが利用可能になったと決定するようにさらに構成され、
前記送信機は、前記更新スロット中でブロードキャストされる前記状態情報が、前記等時性チャネルがアクティブであることを示すように、前記等時性チャネルに関連する１つまたは複数のデータスロット中で前記等時性データをブロードキャストするようにさらに構成された、
Ｃ４２に記載のワイヤレスデバイス。
[Ｃ４４] 前記広告チャネルを介してブロードキャストされる前記同期情報は、前記等時性チャネルが非アクティブである間、前記更新スロットを指す、Ｃ４２に記載のワイヤレスデバイス。
[Ｃ４５] 前記１つまたは複数のプロセッサは、前記更新スロット中でブロードキャストされる前記状態情報が、前記等時性チャネルが終了されることになることを示すように、前記等時性チャネルが終了されるべきであると決定するようにさらに構成された、Ｃ３８に記載のワイヤレスデバイス。
[Ｃ４６] 前記送信機は、前記等時性チャネルと１つまたは複数の時間関係等時性チャネルとを含む等時性ストリームをブロードキャストするようにさらに構成され、ここにおいて、前記更新スロット中でブロードキャストされた前記状態情報は、前記等時性ストリーム中の前記１つまたは複数の時間関係等時性チャネルに関係する状態情報をさらに備える、Ｃ３８に記載のワイヤレスデバイス。
[Ｃ４７] 前記等時性チャネルはＢｌｕｅｔｏｏｔｈ低エネルギー等時性接続なし（ＩＣＬ）チャネルを備える、Ｃ３８に記載のワイヤレスデバイス。
[Ｃ４８] 広告チャネルを介して等時性チャネルに関連する同期情報をブロードキャストするための手段と、
前記等時性チャネルに関連する更新スロット中で前記等時性チャネルに関係する状態情報をブロードキャストするための手段と、ここにおいて、前記状態情報は、前記等時性チャネル上に等時性データが存在するかどうかを示す、
を備える、装置。
[Ｃ４９] ワイヤレスデバイスに、
広告チャネルを介して等時性チャネルに関連する同期情報をブロードキャストすることと、
前記等時性チャネルに関連する更新スロット中で前記等時性チャネルに関係する状態情報をブロードキャストすることと、ここにおいて、前記状態情報は、前記等時性チャネル上に等時性データが存在するかどうかを示す、
を行わせるためのコードを備える、コンピュータ可読記憶媒体。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図6C】

【図7】

【図8】

【図9】