特許 6774953 高優先通知システムおよび方法

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

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

(11)【特許番号】6774953

(24)【登録日】2020年10月7日

(45)【発行日】2020年10月28日

(54)【発明の名称】高優先通知システムおよび方法

(51)【国際特許分類】

   H04H 60/13 20080101AFI20201019BHJP

   H04N 21/2383 20110101ALI20201019BHJP

   H04N 21/2362 20110101ALI20201019BHJP

   H04N 5/63 20060101ALI20201019BHJP

   H04H 20/28 20080101ALI20201019BHJP

   H04H 20/53 20080101ALI20201019BHJP

   H04H 60/07 20080101ALI20201019BHJP

【ＦＩ】

   H04H60/13

   H04N21/2383

   H04N21/2362

   H04N5/63

   H04H20/28

   H04H20/53

   H04H60/07

【請求項の数】19

【全頁数】22

(21)【出願番号】特願2017-546957(P2017-546957)

(86)(22)【出願日】2016年3月24日

(65)【公表番号】特表2018-514973(P2018-514973A)

(43)【公表日】2018年6月7日

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

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

(87)【国際公開日】20160929

【審査請求日】2019年3月19日

(31)【優先権主張番号】62/137,511

(32)【優先日】2015年3月24日

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

(73)【特許権者】

【識別番号】517031959

【氏名又は名称】ワン メディア，エルエルシー

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(72)【発明者】

【氏名】サイモン，マイケル ジェイ．

(72)【発明者】

【氏名】アーンショウ，マーク

(72)【発明者】

【氏名】カンナッパ，サンディープ マブドゥル

(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】

前記プロセッサは、前記命令を実行すると、前記高優先シンボル識別子の復号に失敗すると前記バッテリ式装置を前記取得状態から前記アイドル状態に戻すようにさらに構成される、請求項１８に記載のバッテリ式装置。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願の相互参照］
［0001］ 本願は、２０１５年３月２４に出願された米国特許出願第６２／１３７，５１１号の優先権を主張し、参照によりその全体が本明細書に組み込まれる。

【0002】

［0002］ 本開示は、無線通信の分野に関し、より詳細には、放送網において高優先通知を可能にする機構に関する。

【背景技術】

【0003】

［0003］ 放送周波数帯は、異なる周波数に分割され、異なる地域における様々な使用のために異なる放送業者間に割り当てられる。周波数帯は、放送業者に対して許諾されたライセンスに基づいて割り当てられる。この割り当てに基づいて、放送業者を、特定の地理的範囲内で特定の周波数で、テレビジョン信号などの特定の種類のコンテンツを放送することに限定することができる。割り当てられた周波数帯域外の放送は、その放送業者にとって違反行為となり得る。

【0004】

［0004］ 放送業者がその地理的範囲内で別の種類のコンテンツを送信したい場合、放送業者は追加の周波数帯ライセンスを取得することを求められ、次に、その周波数内で追加の周波数が割り当てられることがある。同様に、放送業者が別の地理的範囲内でコンテンツを送信したい場合、放送業者は、その地域のために追加の周波数帯ライセンスを取得することを求められることがある。しかし、追加の周波数帯ライセンスの取得は、困難で、時間がかかり、高費用で、実現不可能な場合がある。

【0005】

［0005］ さらに、放送業者は、ライセンス許諾された周波数帯のすべての部分を完全に利用するとは限らない。これにより、放送周波数帯の利用に非効率が生じることがある。

【0006】

［0006］ また、放送周波数帯の予想使用状況は変化することがある。例えば、現在の放送テレビジョンソリューションは、融通性がなく、主要な単一のサービス向けに設計されている。しかし、放送業者は、将来、放送テレビジョンに加えて、モバイル放送やＩｏＴサービスを含む複数の種類の無線方式コンテンツを提供することを予想していると考えられる。具体的には、放送テレビジョン以外の共通の供給源から多くの装置がすべて同じデータを受信することを望む多くの状況がある。そのような一例は、様々な地理的位置の多くの移動体通信装置がすべて、例えばソフトウェア更新または緊急警戒警報などの同じコンテンツを搬送する共通の放送信号を受信する必要があると考えられる移動体通信サービスである。そのような状況では、各装置に同じデータを個別にシグナリングするのではなく、そのような装置にデータをブロードキャストまたはマルチキャストする方が著しく効率的である。このため、ハイブリッドソリューションが望まれ得る。

【0007】

［0007］ 放送周波数帯をより効率的に利用するために、異なる種類のコンテンツが単一のＲＦチャネル内でまとめて時分割多重化されることがある。さらに、送信コンテンツの異なるセットを異なる符号化および伝送パラメータを使用して、同時に、時分割多重方式（ＴＤＭ）で、または周波数分割多重（ＦＤＭ）で、または階層分割多重（ＬＤＭ）で、またはこれらの組合せで、送信する必要がある場合がある。送信されるコンテンツの量は、時間および／または周波数により異なることがある。

【0008】

［0008］ さらに、異なる品質レベルのコンテンツ（例えば高解像度ビデオ、標準解像度ビデオなど）を、異なる装置グループに異なる伝播特性および異なる受信環境で送信する必要がある場合がある。他の状況では、特定の装置に装置固有のデータを送信することが望ましい場合があり、そのデータを符号化し送信するために使用されるパラメータが、その装置の場所および／または伝播路条件に依存する場合がある。

【0009】

［0009］ 同時に、高速無線データの需要が増加し続けており、利用可能な無線資源（無線周波数帯の特定の部分など）を、場合により時間変動方式で、可能な限り最も効率的に利用することが望ましい。

【0010】

［0010］ また、受信機がアイドル状態のときであっても即時または高優先の注意を払うべき、例えば緊急通信などの高優先通信を、受信機が識別し区別することが望ましい場合がある。受信機は、例えば２つの状態のうちの一方の状態の場合がある。アクティブ状態では、受信機は（エンドユーザから見て）オン状態であり、テレビジョン番組または映画などの送信情報を受信、復号化および提示している。アクティブ状態の受信機が通常の送信を復号化しているときに同時に、高優先送信についても容易に監視することができる。アイドル状態では、受信機はエンドユーザから見ればオフ状態であるが、完全に電源遮断されてはいない。アイドル受信機は、エンドユーザに送信情報を現在進行状態では提示していないかもしれない。しかし、アイドル受信機であっても高優先通信を監視し、識別する必要がある場合がある。例えば、携帯電話は、携帯電話が（完全に電源遮断されていないが）オフになっている間に緊急警戒警報事象通知を受信することが望ましい場合がある。高優先通信が識別された場合、アイドル受信機は付随する情報を処理し、次に、そのような情報をエンドユーザに提示することを期待される場合がある。

【発明の概要】

【発明が解決しようとする課題】

【0011】

［0011］ 受信機は、配電網に接続された固定装置ではなく、タブレットコンピュータまたはスマートフォンなどのバッテリ式モバイル装置である場合があることを理解されたい。そのような装置をアイドル状態からアクティブ状態に切り替えると、余分なバッテリ電力が消費される可能性がある。したがって、バッテリ電力を節約するために、高優先通信を効率的に監視し、ほとんど遅延なく識別する一方で、効率改善のために受信機がアイドル状態である時間を最大化し、受信機がアクティブ状態である時間を最小限にすることが望ましいと考えられる。

【0012】

［0012］ 一例の解決策では、アイドル受信機を、通信が高優先通信であるか否かを判断するために、送信されたすべての通信を調べるように構成することができる。しかし、このような解決策は、効率的ではなく、受信機のバッテリ電力を有効に節約することができない。

【課題を解決するための手段】

【0013】

［0013］ バッテリ式装置がバッテリ電力を節約することを可能にしながら、バッテリ式装置に高優先放送コンテンツの存在を通知するための例示の方法は、高優先放送信号を生成することと、高優先放信号をバッテリ式装置にブロードキャストすることとを含む。信号は、バッテリ式装置に、高優先放送信号の残りの部分を調べるためにアイドル状態から取得状態に切り替わるように通知するための高優先シンボル識別子を含む。信号は、バッテリ式装置に、アイドル状態に戻る前に高優先放送コンテンツを受信するために取得状態からアクティブ状態に遷移するように通知するための高優先標識シンボルをさらに含む。信号は、バッテリ式装置に次の高優先放送信号が予期されるべきときまでの最小時間を通知し、バッテリ式装置が次の高優先放送信号までアイドル状態のままでいることを可能にするためのタイミングシンボルをさらに含む。

【0014】

［0014］ バッテリ式装置においてバッテリ電力を節約しながら高優先コンテンツを消費する方法は、バッテリ式装置がアイドル状態から取得状態に遷移することを含む。この方法は、バッテリ式装置が、高優先識別シンボルと高優先標識シンボルとタイミングシンボルとを含む高優先放送信号を受信することをさらに含む。この方法は、バッテリ式装置が、高優先シンボル識別子を正常に復号化すると、高優先コンテンツが存在するか否かを判断するために高優先標識シンボルを調べることをさらに含む。この方法は、バッテリ式装置が、高優先コンテンツが存在するとの判断に応答して、高優先コンテンツを消費するために取得状態からアクティブ状態に遷移することをさらに含む。この方法は、バッテリ式装置が、次の予期される高優先放送信号までの最小時間を判断するためにタイミングシンボルを調べることをさらに含む。この方法は、バッテリ式装置が、最小時間が満了するまでアイドル状態に戻ることをさらに含む。

【0015】

［0015］ 添付図面では、以下の詳細な説明とともに、特許請求される本発明の例示の実施形態を説明する構造が図示されている。同様の要素は同じ参照番号で識別されている。なお、単一の構成要素として図示されている要素を複数の構成要素に置き換えることができ、複数の構成要素として図示されている要素を単一の構成要素に置き換えることができるものと理解されたい。図面は、一定の縮尺ではなく、特定の要素の大きさの比率が例示のために誇張されている場合がある。

【図面の簡単な説明】

【0016】

【図1】［0016］バッテリ式通信装置がとり得る状態を示す例示の状態図である。

【図2】［0017］例示の放送網通信システムを示す図である。

【図3】［0018］例示の放送シンボルを示す図である。

【図4】［0019］ブートストラップを生成するための例示のシステムを示す図である。

【図5】［0020］高優先信号の例示の実装形態を示す図である。

【図6】［0021］高優先信号の連結の一例を示す図である。

【図7】［0022］フレームの例示のシーケンスを示す図である。

【図8】［0023］例示の放送網通信システムを示す図である。

【図9】［0024］フレームの例示のシーケンスを示す図である。

【図10】［0025］例示の高優先信号使用事例を示す図である。

【図11】［0026］を示す図である。

【図12】［0027］例示の高優先信号使用事例を示す図である。

【図13】［0028］ブートストラップを生成するための例示のシステムを示す図である。

【図14】［0029］バッテリ式装置において高優先コンテンツを消費する例示の方法を示す図である。

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

【0017】

［0030］ 頑強な検出およびサービスディスカバリと、システム同期と受信機構成とを可能にするように設計されたブートストラップ信号が、米国特許出願第１５／０６５，４２７に先に記載されており、参照によりその全体が本明細書に組み込まれる。このブートストラップは、後続の波形の復号化を開始するように、低水準シグナリングにより送出されている波形を発見するための同期とシグナリングという２つの主要な機能を提供する。これは、時間とともに進化する拡張性を提供する頑強な波形である。具体的には、ブートストラップ信号は、現在の放送システムに有効であるが、モバイル放送およびＩｏＴサービスを含む、新しいサービスへの対応も可能にする。

【0018】

［0031］ 本明細書では、前述のブートストラップ信号に基づいて、バッテリ式通信装置が高優先放送通信を効率的に検出することができるようにするとともに、バッテリ式装置がアイドル状態で費やす時間を最大化することができるようにし、高優先通信を識別するためにバッテリ式通信装置によって消費される必要な資源の量を削減することによりバッテリ電力を節約する、例示の高優先通知システムについて説明する。図１は、バッテリ式通信装置がとり得る状態を示す例示の状態図１００である。アイドル１０２状態では、装置は低電力消費状態ではあるが電源が入っており、これは何らかの可能なバックグラウンドアクティビティ以外、装置は連続的に処理をしていなか、またはコンテンツまたはデータを消費していないことを意味する。したがって、装置はアイドル１０２状態にある間は電力を節約することができる。一方、アクティブ状態１０４では、装置は連続的に処理を行い、データを消費しており、したがってより多くの電力を使用している。取得１０６状態は、ユーザまたはタスクまたは装置上で実行されているバックグラウンドのアプリケーションによってトリガされ得る、一時的な状態である。装置は、アクティブ１０４状態に入るかアイドル１０２状態に入るかを決定する間の一時的にしか取得１０６状態でいられない。例えば、ユーザ動作によってトリガされた装置は、ユーザからの情報または入力の処理を続けるためにアクティブ１０４状態に移行する。例えば、装置上においてバックグラウンドで実行中のアプリケーションによってトリガされた装置は、受信したデータまたはコンテンツに基づいて、アイドル１０２状態に戻るかアクティブ１０４状態に移行するかを判断することができる。装置は、非電源供給状態１０８になることもでき、その場合、装置は、いったん電源装置に電源が投入されてアイドル１０２状態に遷移しない限り、アクティブ状態に遷移することができない。

【0019】

［0032］ なお、後述するように、高優先通知は、即座にまたは比較的近い将来，ユーザに提示することが望ましいと考えられる緊急またはその他の適合する高優先事象または情報の通知を含み得るものと理解されたい。

【0020】

［0033］ 本明細書における例示の説明全体を通して言及するバッテリ式装置は、配電網に直接接続されず、電力利用の制約を受けている可能性がある、任意のモバイル通信装置またはコンピューティング装置を含むものと理解されたい。これには、例えば、太陽電池式装置またはその他の代替エネルギー源によって電力供給される装置が含まれ得る。

【0021】

［0034］ 図２に、例示の高優先通知システムを設置することができる例示の放送網通信システム２００を示す。具体的には、システム２００は、放送網２０６を介して様々な種類のコンテンツ２０４Ａ、２０４Ｂおよび２０４Ｃ（以下、コンテンツ２０４）を提供する複数のコンテンツプロバイダ２０２Ａ、２０２Ｂおよび２０２Ｃ（以下、コンテンツプロバイダ２０２）を含む。なお、３つのコンテンツプロバイダ２０２が図示されているが、システム２００は、任意の適合する数のコンテンツプロバイダ２０２を含むことができるものと理解されたい。また、コンテンツプロバイダ２０２は、テレビジョン放送信号、ソフトウェア更新、緊急警戒警報など、任意の適合する種類のコンテンツのプロバイダとすることができる。また、コンテンツプロバイダ２０２は、ゲートウェイ２０８との無線接続または有線接続を介してコンテンツ２０４を提供することができることを理解されたい。

【0022】

［0035］ コンテンツ２０４は、ゲートウェイ２０８において単一のＲＦチャネルに時分割多重化される。放送受信機２１２Ａ、２１２Ｂ、２１２Ｃおよび２１２Ｄ（以下、放送受信機２１２）は、ＲＦチャネル２１０を介して放送信号２１４を識別し、受信するように構成される。なお、４種類の放送受信機２１２（ラップトップコンピュータ２１２Ａ、携帯電話２１２Ｂ、テレビジョン２１２Ｃおよびウェアラブル装置２１２Ｄ）が図示されているが、システム２００は、ウェアラブル装置およびＩｏＴ装置、およびその他の適合するモバイルバッテリ式通信装置を含む、任意の適合する数および種類の放送受信機２１２を含んでよい。

【0023】

［0036］ 放送信号のコンテンツを識別し、異なる種類の放送、および、例えば放送の優先度を区別しやすくするために、放送信号２１４はコードポイントまたは識別子を含む。コードポイントは、例えば、放送信号２１４がテレビジョン／ビデオコンテンツ、天気情報などのアプリケーションデータ、または緊急警戒警報を含むかを示すことができる。なお、これらはほんの数例に過ぎないことと、コードポイントは広範囲な用途に使用することができ、柔軟性と拡張性を可能にすることを理解されたい。具体的には、放送受信機２１２がコードポイントを認識できない場合、または特定のコードポイントを含む放送信号２１４のコンテンツの検出または復号化を行うことができない場合、放送受信機２１２は放送信号２１４を単に無視してもよい。

【0024】

［0037］ コードポイントは、特定の構文および意味規則に基づいて定義される。具体的には、構文は、データビットの構造または形式に関し、ビットが提示（例えばシグナリング）される順序を意味する。一方、意味規則は、ビットの各部の意味に関する。より具体的には、意味規則は、指定されたパターンをどのように解釈すべきか、および、その解釈に基づいてどのような動作を行うべきかを定義する。したがって、定義された構文および意味規則に基づいて、コードポイントは潜在的な応用および用途の点できわめて多様となり得る。

【0025】

［0038］ 例えば、コードポイントはパブリックまたはプライベートと定義することができる。具体的には、パブリックコードポイントは、広範囲な放送受信機２１２に放送信号を伝達するために誰でも使用することができるものとすることができる。プライベートと定義されたコードポイントは、新しいビジネスモデルのために放送業者がより特定の限定された応用分野に使用することができる。例えば、放送業者は、放送業者が制作して流通させたアプリケーションに対して、ソフトウェアアプリケーションによって認識されるプライベートコードポイントを使用して、例えばａｐｐ ｓｔｏｒｅなどの機構を介してサービスを配信することができる。ソフトウェアアプリケーションは、このようなコードポイントを認識するように事前プログラムされてもよい。このようなアプリケーションは、受信機２１２のバッテリ電力を節約するために、受信装置または放送受信機２１２上で、バックグラウンドで実行され、放送チャネルにおけるそのような機構を介して新しいデータがないか定期的に確認することがある。このプライベートモードは、例えば不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）またはＤＲＸと呼ばれることがあり、米国特許出願第１４／０９２，９９３号で先に記載されているような次世代放送システムに組み込むことができる。

【0026】

［0039］ パブリックまたはプライベートとして定義されることに加えて、コードポイントは、シグナリングに応じて、後続の関連付けられた波形またはデータとともに、あるいはそのような波形またはデータなしで使用することができる。このような多用途性により、コードポイントは、以下で詳述するように、例えば緊急警戒警報の伝達のため、アプリケーションデータおよび更新の送信のため、および超地域向けコンテンツの通信のため、地理的位置および送信機識別の伝達のためなど様々に使用することができ、これらはいくつかの実施例によって説明するように、パブリックまたはプライベートの性質を有し得る関連付けられたポスト信号波形またはデータとともに、またはそのような波形またはデータなしで実装することができる。

【0027】

［0040］ 特定の１種類の構文を含む例示の一実装形態では、放送受信機２１２がポストブートストラップ波形３０４があるか否かを発見し、識別することができるように、図３に示すようなブートストラップ３０２がポストブートストラップ波形３０４に先行し、特定の期間に送信されている信号２１４の種類または形態を低水準で示すように設計され、それにより、そのポストブートストラップ波形３０４を介して利用可能なサービスを受信する方法を示す。したがって、ブートストラップは、同期／検出およびシステム構成を可能にするために、すべての送信フレームの不可分の部分として依拠される。ただし、ポストブートストラップ波形３０４は、必ずしもすべての実装形態に存在しなくてもよいことを理解されたい。ブートストラップ設計は、放送受信機２１２にフレーム構成とコンテンツ制御情報とを搬送するための柔軟性のあるシグナリング手法を含む。信号設計は、物理媒体上で信号パラメータが変調される機構を記述する。シグナリングプロトコルは、送信フレーム構成を規定するパラメータ選択を伝達するために使用される特定の符号化を記述する。これは、信頼性のあるサービスディスカバリを可能にするとともに、共通のフレーム構造から進化するシグナリングニーズに対応するための拡張性を与える。具体的には、参照によりその全体が本明細書に組み込まれる米国特許出願第１５／０６５，４２７号に先に記載されているように、ブートストラップの設計により、チャネル帯域幅に依存しない汎用的信号発見が可能になる。

【0028】

［0041］ ブートストラップは、時間分散およびマルチパスフェージング、ドップラーシフト、および搬送周波数オフセットなどの様々なチャネル障害の存在下での信頼性のある検出も可能にする。さらに、システム構成における広範な柔軟性を可能にする信号発見時のモード検出に基づいて、複数のサービス環境にアクセス可能である。ブートストラップは、階層シグナリング構造に基づくサービス機能における進行中の進化に対応するための拡張性も容易にする。したがって、まだ想到されていない新しい信号タイプをコンテンツプロバイダ２０２が提供することも可能であり、ブートストラップ信号の使用により送信信号２１４内で識別することが可能である。

【0029】

［0042］ ブートストラップおよび付随する構造と、ブートストラップをどのように作成し、シグナリングするかについてのより詳細な説明は、米国特許出願第１５／０６５，４２７号に先に記載されており、参照により本明細書にその全体が組み込まれる。

【0030】

［0043］ 図４に、ブートストラップ３０２を生成するための例示のシステム４００を示す。システム４００によって生成されるブートストラップ信号３０２は、（０−１）ラベル付きの（Ｎ個の）ＯＦＤＭシンボルで構成される。ポストブートストラップ信号４０４は、ブートストラップによってシグナリングされ受信機によって消費されるサービスを表す。前述したように、ブートストラップ信号は、ザドフ−チュウ（以下「ＺＣ」と呼ぶ）モジュールまたはシーケンス生成器４０６がルート値を使用してＺＣシーケンスを生成し、擬似雑音（ＰＮ）モジュールまたはシーケンス生成器４０８がシード値に基づいてＰＮシーケンスを生成し、次に、ＺＣシーケンスをＰＮシーケンスによって変調してから、その結果の複合シーケンスを時間領域に変換し、シグナリングのためにシンボルに巡回シフトを適用することによって生成される。共役シグナリング機構４０７により、ＺＣルートの共役を導入することによる追加のシグナリング情報が可能になる。

【0031】

［0044］ ＺＣ長（Ｎ_ＺＣ）は素数であることを理解されたい。具体的には、ＺＣルート（巡回シフトのないザドフ−チュウシーケンス）は、Ｎ_ＺＣ−１個の可能な値を有することができる。例えば、Ｎ_ＺＣを素数１４９９と選定した場合、可能なルート値の数は１４９８個である。シード値は、１６ビット線形フィードバックシフトレジスタのＰＮモジュール４０８初期ベクトルに基づいて、６５，５３５個の可能な値のうちの１つを有することができる。したがって、１つのＺＣ長が与えられれば、ルート値とシード値の可能な組合せ数は、Ｎ（ＺＣ）×ルート（ｑ）×ＰＮシード＝１×１４９８×６５，５３５＝約９８，１７１，４３０個の組合せである。可能なＮ_ＺＣの数が増加するに伴い、可能な組合せ合計さらに大きな可能合計に増加することを理解されたい。例えば、Ｎ_ＺＣが、１４８３、１４８７、１４８９、１４９３、１４９９、１５１１、１５２３、１５３１および１５４３を含む、９個の異なる可能な素数のうちの１つとすることができる場合、Ｎ（ＺＣ）の可能合計組合せ数×ルート（ｑ）×ＰＮシードは、約８億８千３百万個となる。このような組合せを本明細書ではコードポイントと呼ぶ。

【0032】

［0045］ 各コードポイントは、ブートストラップシンボル、したがってシンボルの目的を一意に識別する。したがって、定義された構文および意味規則に基づいて、コードポイントは潜在的応用分野および用途の点できわめて多目的に使用することができる。例えば、意図された用途に応じて、いくつかのコードポイントをグループにして、または単独で割り当てることができる。したがってコードポイントは、潜在的に有用かつ十分に活用されていない資源である可能性がある。

【0033】

［0046］ これらの十分に活用されていない資産の使用の一例として、コードポイントを高優先通信を示すように定義することができ、例示の一構文によるとウェイクアップフラグとして使用することができる。例えば、コードポイントは、特定の標準規格により、緊急警戒警報通知またはその他の高優先通知を示すものとして定義することができる。

【0034】

［0047］ ＩｏＴ装置などの他のバッテリ式装置も同様に、ブロードキャストストリームにコードポイントがないか定期的に調べて高優先度通信を受信するとともに、その他の場合には低電力のアイドル状態にとどまるように構成することができることを理解されたい。また、装置は、特定のコードポイントを検出して復号化し、理解されないコードポイントを無視するようにのみ構成してもよいことを理解されたい。これにより、コードポイントのさらなる拡張性と、高優先通信のためのコードポイントの多様な使用が容易になる。

【0035】

［0048］ 高優先放送通信を容易にするために、信号２１４は高優先情報の存在を示す通知機構を組み込む。次に、放送受信機２１２がその高優先情報を識別して復号化し、その情報をユーザに提示する。例えば、高優先情報の存在は、コードポイントの存在によって、またはブートストラップ３０２内の高優先標識（または、一例の構文によると、フラグ）によって示すことができる。この標識を識別する放送受信機２１２は、高優先情報を受信するためにアイドル状態からアクティブ状態に切り替わり、その後、アイドル状態に戻ってもよい。あるいは、高優先標識が識別されない場合、放送受信機２１２はアイドル状態にとどまってもよい。

【0036】

［0049］ 図５に、バッテリ式装置がアイドル状態で費やす時間を最大化することができるようにしながら、バッテリ式装置が高優先放送通信を効率的に検出することができるようにする、高優先信号５００の例示の一実装形態を示す。高優先信号５００は、ブートストラップ３０２とポストブートストラップ波形３０４とを含む、前述のような通常の信号２１４を含む。さらに、高優先信号５００は、ブートストラップ３０２に先行する高優先ブートストラップシンボル（以下、「ＨＰＢＳ」と呼ぶ）５０２を含む。一例では、本明細書で言及される場合があるブートストラップ機構の使用は、例示のブートストラップ実装形態であり、構文および意味規則はＡＴＳＣ３．０実装形態である。これは、米国特許出願第１５／０６５，４２７号に記載のように、同期およびディスカバリのために一般ブートストラップ機構を採用した最初の標準規格の１つであることを理解されたい。また、ＨＰＢＳの概念は現行のＡＴＳＣ３．０規格には含まれていないことを理解されたい。しかし、これは将来、相助的となる可能性があり、本明細書の本実施例でのＨＰＢＳへの言及は仮定的なものである。

【0037】

［0050］ ＨＰＢＳ５０２は、放送受信機２１２が高優先信号５００を検出し、識別することができるようにするとともに、高優先信号５００と同期することができるようにするウェイクアップフラグシンボルを含む。放送受信機２１２は、ＨＰＢＳが通信されているか否かを判断するために、このフラグを監視することができる。このようなウェイクアップフラグ（例示の構文）を含むＨＰＢＳ５０２が真として検出された場合、アイドル状態の放送受信機２１２は完全にウェイクアップし、高優先情報を受信するためにアクティブ状態に遷移することができる。このようなウェイクアップフラグが偽として検出された場合、放送受信機２１２はスリープ状態に戻り、次のＨＰＢＳ５０２が発生するまでアイドル状態にとどまることができ、したがってバッテリ電力を節約することができる。

【0038】

［0051］ 図１で説明したように、放送受信機２１２がウェイクアップフラグが真か偽かを判断するためにＨＰＢＳ５０２を調べている間の状態を取得状態と呼ぶ。これは、過渡的な状態であり、ウェイクアップフラグが真か偽かを調べている間の短時間だけ、放送受信機によりとられることを意図されているに過ぎない。放送受信機２１２は、取得状態を迅速に終了し、ウェイクアップフラグが真と判断されたか偽と判断されたかに応じて、アクティブ状態に移行するかまたはアイドル状態に戻ることを期待されている。

【0039】

［0052］ ＨＰＢＳ５０２は小さくて軽く、大量の情報を搬送する必要がなく、したがって送信に多くの資源を必要としないことを理解されたい。これは、ＨＰＢＳ５０２の主な目的が、高優先通信が送信されていない場合に放送受信機２１２がただちにスリープ状態に戻ることができるように、放送受信機２１２に高優先通信が送信されているか否かを通知することであるからである。したがって、ＨＰＢＳ５０２はこのウェイクアップフラグ通知以外の他の情報を伝達する必要がない。

【0040】

［0053］ 少数のブートストラップシンボルを使用することにより、ＨＰＢＳ５０２が占有する送信資源の量は無視できるほどとなる。さらに、ＨＰＢＳ５０２は他の種類のフレームのブートストラップ３０２ほど頻繁に送信されるとは予想されない。例えば、ＡＴＳＣ３．０ブートストラップのフレーム長は約２５０ｍｓである。したがって、毎秒４個のＡＴＳＣ３．０ブートストラップが出現し得る。比較すると、ＨＰＢＳ５０２の長さは例えば０．５ｍｓとすることができる。したがって、ＨＰＢＳ５０２は、存在する場合に数秒ごとに１回のみ送信されればよい。

【0041】

［0054］ また、ＨＰＢＳ５０２は３個のシンボルを含むように図示されているが、これは、後述するように例示の一実装形態を示していることを理解されたい。ただし、ＨＰＢＳ５０２は任意の適合する数のシンボルを含んでもよい。したがって、ブートストラップがブートストラップ３０２の終わりを示すためと、拡張性および柔軟性を促すために反転最終シンボル５０４を含むように、ＨＰＢＳ５０２の最後のシンボル５０６も、ＨＰＢＳ５０２の終わりを示すためと、ＨＰＢＳ５０２の拡張性および柔軟性を促すために反転させてもよい。具体的には、反転シンボル５０６を検出することによって、放送受信機２１２はＨＰＢＳ５０２の終わりを識別することができ、したがってＨＰＢＳ５０２に含まれるシンボルの数を事前定義する必要がない。

【0042】

［0055］ ＡＴＳＣ３．０実装形態などの構文および意味規則の一実装例では、ブートストラップフレーム３０２が属するサービスの種類を識別するメジャーバージョン番号を識別するためにＺＣルートも使用される。さらに、ＰＮシードがマイナーバージョンを示す。波形またはサービスの種類を識別するために使用されるメジャー／マイナーバージョンの組合せを、前述のコードポイントと呼ぶ場合がある。

【0043】

［0056］ 前述のように、多数の可能なコードポイントが利用可能であるが、ＡＴＳＣ３．０におけるブートストラップの一実装例は、限定された数のコードポイントのみを使用してもよい（すなわち単一のＺＣルート１３７が使用され、ＰＮシードは８個の値のうちの１つを含む）ことを理解されたい。表１に、ＡＴＳＣ３．０実装形態におけるマイナーバージョンのみの一部として選定されたシードを示す。

【表1】

【0044】

［0057］ ウェイクアップフラグシンボルに続くＨＰＢＳ５０２の残りの部分は、高優先通信およびタイミング情報を含み得る。具体的には、電力効率の理由から、アイドル放送受信機２１２は、いつ次のＨＰＢＳ５０２通知ブートストラップが発生するかを知ることで恩恵を受ける。これにより、アイドル放送受信機２１２は、次のＨＰＢＳ５０２通知ブートストラップが発生する直前までスリープ状態に戻ることができる。通知ブートストラップの発生時点で、アイドル放送受信機２１２は再びウェイクアップし、次のＨＰＢＳ５０２通知ブートストラップを最小限の探索量と計算コストと電力消費とで取得することができる。

【0045】

［0058］ 一実施例では、米国特許出願第１５／０６５，４２７号に記載され、参照によりその全体が本明細書に組み込まれるように、ＨＰＢＳ５０２の第１のシンボルはＣＡＢ時間領域構造を含み、残りのシンボルはＢＣＡ時間領域構造を含む。一実施例では、高優先事象などをシグナリングするために、ＨＰＢＳ５０２において、シグナリングの同じ機構（すなわち巡回シフト）と最後のシグナリングシンボルの位相反転とが使用される。ブートストラップ３０２のメジャー／マイナーバージョンシンボルの始まりは、先頭に付加されたＨＰＢＳ５０２における位相反転後に開始する。

【0046】

［0059］ ＨＰＢＳ５０２通知ブートストラップ内のシンボルの合計長または合計数は、将来の異なるシグナリング要件を満たすように拡大することができることを理解されたい。ＨＰＢＳ５０２通知ブートストラップのシグナリング情報の構文、意味規則およびマッピングは、利用可能な多数のコードポイントを利用するように、将来の使用事例ごとに専用に定義することが可能である。

【0047】

［0060］ 一実施例では、図６に示すように、２つ以上のＨＰＢＳ５０２通知ブートストラップを連結することによって、放送における２つ以上の高優先事象を示すことができる。一実施例では、単一のＨＰＢＳ５０２通知ブートストラップでは必要な情報をすべて伝達するのに十分ではない可能性がある場合に、単一の高優先事象に関連する追加情報を提供するために２つ以上のＨＰＢＳ５０２通知ブートストラップを連結することができる。一実施例では、連結は、パブリックコードポイントによって示される緊急警戒警報と、プライベートコードポイントによって示されるアプリケーションソフトウェア更新など、２つの異なる事象カテゴリを含んでもよい。

【0048】

［0061］ このようなタイミングを容易にするため、したがってＨＰＢＳ５０２通知ブートストラップはＨＰＢＳ５０２と適切な構文および意味規則とを使用して、ＨＰＢＳ５０２通知ブートストラップの次の発生までの最小時間間隔をシグナリングする。例えばシンボルが多いほど細分度が大きくなり、一方、シンボルが少ないほど細分度が小さくなり得る。次のＨＰＢＳ５０２通知ブートストラップは、現在のＨＰＢＳ５０２通知ブートストラップの後のこの最小時間間隔よりも前に発生しないことが保証される。一実施例では、この最小時間間隔の測定の基準時点は、現在のＨＰＢＳ５０２通知ブートストラップの始まりまたは終わりである。一実施例では、この最小時間間隔の測定の基準時点は、現在のＨＰＢＳ５０２通知ブートストラップよりも後のいずれかの固定時点（例えば１秒後、２秒後、３秒後など）である。アイドル放送受信機２１２が次のＨＰＢＳ５０２通知ブートストラップを見つけるために行う必要がある探索の量（および電力消費）を最小限にするために、シグナリングされる最小時間間隔は実際の時間間隔と可能な限り近い必要があることを理解されたい。また、ＨＰＢＳ５０２通知間隔にとって適切な十分に長い時間、シグナリングするのが望ましい場合があることも理解されたい。例えば、妥当なＨＰＢＳ５０２通知間隔として１００ｍｓごとでは頻繁過ぎる可能性があり、数秒ごとがより妥当なＨＰＢＳ５０２通知間隔であることがある。

【0049】

［0062］ 図７に、ＨＰＢＳ５０２Ａおよび５０２Ｂ通知ブートストラップの両方の予想相対発生と、その他の種類の通常放送信号２１４と、前回のＨＰＢＳ５０２Ａ通知ブートストラップによってシグナリングされる次のＨＰＢＳ５０２Ｂ通知ブートストラップまでの最小時間間隔７０２とを含む、フレームのシーケンス７００を示す。図からわかるように、フレームおよび送信資源の大部分が、通常放送信号２１４に組み込まれたテレビジョン番組、映画などのデータの搬送専用に使用される。送信放送信号２１４に一定の間隔でＨＰＢＳ５０２通知ブートストラップが挿入され、送信資源全体のうちのわずかな相対量のみを占有する。アイドル状態の放送受信機２１２が間に介在するデータフレームをすべて飛ばすことによって電力を節約することができるように、各ＨＰＢＳ５０２通知ブートストラップは、次の、または他の何らかの将来発生するＨＰＢＳ５０２通知ブートストラップまでの最小時間間隔もシグナリングする。

【0050】

［0063］ 次の（または他の何らかの将来発生する）ＨＰＢＳ５０２通知ブートストラップまでのシグナリングされる最小時間間隔７０２は、隣り合うＨＰＢＳ５０２通知ブートストラップの間に送信されるデータフレームの合計長に応じて、ＨＰＢＳ５０２通知ブートストラップごとに異なり得ることを理解されたい。すなわち、次のＨＰＢＳ５０２通知ブートストラップまでの最小時間間隔７０２は、一定の値に制約されるのではなく、柔軟性があり、したがって拡張可能である。

【0051】

［0064］ 一実施形態では、ＨＰＢＳ５０２通知ブートストラップが存在するか否かにかかわらずフレーム開始境界が一定間隔で出現し続けるように、ＨＰＢＳ５０２通知ブートストラップの直前または直後に出現するフレームのペイロード長はＨＰＢＳ５０２通知ブートストラップの時間長だけ短縮される。これにより、通常のフレームタイミングがＨＰＢＳ５０２通知ブートストラップの影響を受けない。

【0052】

［0065］ 一実施例では、ＨＰＢＳ５０２は３個のブートストラップシンボルを含み得る。最初のシンボルは、ＨＰＢＳ５０２通知ブートストラップが発生することを識別することができ、受信機による初期時刻同期を容易にする。２番目および３番目のシンボルは、それぞれ８個のシグナリングビットを搬送してもよく、そのうちの１ビットはＨＰＢＳ５０２ウェイクアップフラグのために使用される。残りの１５個のシグナリングビットは、次のＨＰＢＳ５０２通知ブートストラップまでの最小時間間隔を示すことができる。例えば、１５個のシグナリングビットは、０から３２７６７までの値をシグナリングすることができる。したがって、シグナリング細分度が０．５ｍｓである場合、１６３８３．５ｍｓ（または約１６．４秒）の最大時間間隔をシグナリングすることができる。シグナリング細分度が０．２５ｍｓである場合、８１９１．７５ｍｓ（または約８．２秒）の最大時間間隔をシグナリングすることができる。このような細分度で、次のＨＰＢＳ５０２通知ブートストラップまでの時間間隔をきわめて正確にシグナリングすることができ、したがって、アイドル状態の放送受信機２１２は、次のＨＰＢＳ５０２通知ブートストラップを探索するときにきわめてわずかな追加の電力しか消費しないことになる。１つまたは複数の受信ビットを将来あり得る使用のために空けるために、この時間間隔の表示に使用されるシグナリングビットの数をわずかに（すなわち１４に）削減することも可能であることを理解されたい。

【0053】

［0066］ 一実施例では、ＨＰＢＳ５０２通知ブートストラップは、２個のブートストラップシンボルのみからなっていてもよい。この構成では、７個のみのシグナリングビットを、次のＨＰＢＳ５０２通知ブートストラップまでの最小時間間隔のシグナリングに利用可能とすることができる。これには、より粗い時間細分度の使用を必要とする可能性がある。細分度を増すためにより多くのシンボルの追加を用いることもできるため、これはトレードオフとなり得ることを理解されたい。

【0054】

［0067］ 米国特許出願第１４／０９２，９９３号に先に記載されているように、放送網のコンテンツの時限配信を容易にするため、放送物理層を使用して協定世界時（以下、「ＵＴＣ」と呼ぶ）情報を搬送することによって各クライアントまたは放送受信機２１２においてＵＴＣ基準クロックが設定されることを理解されたい。このようなＵＴＣタイムスタンプは、送信アンテナの送出ポイントまたはエアインターフェースに合わせて較正され、生じる可能性のある唯一の時間誤差は、較正されたＵＴＣタイムスタンプの受信機への伝播時間となる。ＵＴＣ基準時刻は、送信機においてコンテンツを符号化するときと、ＵＴＣ基準に基づいてタイミングおよびバッファモデルを設定することにより、受信機において時限コンテンツを復号化し提示するためにも使用される。

【0055】

［0068］ 図８に示すように、受信機８０８におけるＵＴＣ世界基準時刻に基づく時限配信コンテンツの消費者経験を向上させるために、共通の放送無線アクセス技術（以下、「ＲＡＴ」と呼ぶ）を使用する第１および第２の異機種ネットワーク（以下、「ＨｅｔＮｅｔ」と呼ぶ）８０２および８０４と、ＬＴＥ−Ａなどの異なるＲＡＴを使用する第３のＨｅｔＮｅｔ８０６とを使用することができる。

【0056】

［0069］ 物理層フレームの定義は、ブートストラップ＋ペイロードの和であるものと理解されたい。ＨｅｔＮｅｔにとって理想的には、このフレーム長は、一定の整数ミリ秒（例えば２５０ｍｓ、５００ｍｓ、１０００ｍｓなど）に固定する必要がある。図８に示すように、クライアントは、放送物理層を介してＵＴＣ基準を設定する。例えば第３のＨｅｔＮｅｔ８０６は、１０ｍｓの固定フレーム長を有してもよく、第１および第２のＨｅｔＮｅｔ８０２および８０４間の協調をサポートするために、エアインターフェースに同調させたフレームの開始を有してもよい。したがって、固定フレーム長と共通ＵＴＣ基準８０８とを維持することにより、これらの２つの異なるＲＡＴ間の相互運用性を可能にすることができる。

【0057】

［0070］ ただし、合計フレーム長を一定に保つために、対応するフレームのペイロード長を補償せずにブートストラップの長さを延長することには、潜在的問題がある場合があることを理解されたい。これは、例えば放送８０２とＬＴＥ−Ａ８０６との間、および同じＲＡＴを使用するいくつかの放送業者８０４および８０４の間の相互運用性を複雑にする可能性がある。放送信号におけるＵＴＣタイムスタンプは、エアインターフェースにおいて較正された状態に維持することができ（すなわち基準時点は各フレームの開始である）、異なるケイデンスおよび異なる方法でＨＰＢＳ５０２を使用する局間でフレーム長が異なるときに、正確なＵＴＣ情報を配信し続けることができる。問題は、ＨＰＢＳ５０２を使用することにより局間でフレーム長が異なる場合、（ブートストラップによって表される）各フレームの相対的開始が異なる局間で絶えずずれる可能性があることである。

【0058】

［0071］ しかし、いずれかの放送コンテンツの受信を開始するには、受信機は、重要な低水準シグナリング情報を受信するためにブートストラップ（すなわちフレームの入口点）を見つける必要がある。しかし、このフレーム入口点開始が２つの対応する局間で時間的にずれている場合、相互運用性が複雑化する。したがって、一実施例では、ＨＰＢＳ５０２が使用され、相互運用性が問題になる場合には、フレーム内で使用されるペイロードシンボルの数および／またはペイロードシンボル長を調整することによってフレームの時間長が一定に保たれる。フレームの開始の時間ずれは、協調する局におけるコンテンツ放送間に数百マイクロ秒以上の遅延を加える場合があり、これはシームレスなハンドオーバにおいて、または他の時限サービス増強機能またはＬＴＥ−Ａなどの他のＲＡＴとの相互運用性を可能にするために補償する必要がある。

【0059】

［0072］ アイドルまたはアクティブ状態の放送受信機２１２に提供する必要がある可能性がある様々な事象通知のシグナリングを容易にするために、ＨＰＢＳ５０２通知ブートストラップの概念を実装することができることを理解されたい。例えば、アイドル状態の放送受信機２１２が、バックグラウンドで天気予報またはソフトウェアの更新を受信したい場合があり、主ブロードキャストストリームでそのようなデータが送信されようとしていること、したがって放送受信機２１２はウェイクアップしてその所望のデータを受信すべきであることをアイドル状態の放送受信機２１２に知らせるために、ＨＰＢＳ５０２通知ブートストラップ内の通知シグナリングを使用することができる。したがって、特定の事象の正または負の状態を各事象に関連づけられた少なくとも１つのシグナリングビットによって示すために、ＨＰＢＳ５０２ブートストラップは複数のシグナリングビットを含んでもよい。次の、または他の何らかの将来の通知ブートストラップの時間発生に関する情報を提供するために、追加のシグナリングビットも使用されることになる。

【0060】

［0073］ 例えば、図９に示すように、プライベートＨＰＢＳ９０２Ａ通知ブートストラップの後にプライベートペイロード９０４が続いてもよい。プライベートペイロード９０４は、考えられる例として、ＨＴＭＬ５アプリケーションコンテンツまたは放送局のニュース、最新の天気予報などに付随する放送データなどの、任意の適合する高優先ペイロードとすることができる。最初のプライベートＨＰＢＳ９０２Ａの後に、フレーム９００のシーケンスが通常放送信号２１４により、次のプライベートＨＰＢＳ９０２Ｂ通知ブートストラップまで最初のプライベートＨＰＢＳ９０２Ａによって定義された最小時間間隔９０６の間、続く。プライベートデータは、このプライベートデータが利用可能であることをシグナリングによって示す９０２Ａのみに関連付けられているのがわかり、プライベートデータはアクティブ状態になることによって消費されることとなり、その後、迅速にアイドル状態に戻ることになる。

【0061】

［0074］ 高優先ブートストラップ信号は、パブリックまたはプライベートとすることができることを理解されたい。例えば、コードポイントをパブリックとして指定することができ、これはそのコードポイントが緊急警戒警報の送信などの特定の目的に誰でも使用することができるものとして指定されていることを意味する。したがって、このコードポイントを使用して送信された関連付けられた高優先ブートストラップ信号は、この与えられたコードポイントを識別し、解釈するように構成された多くの種類の装置に届き得る。一方、プライベートとして指定されたコードポイントは、限られた視聴者向けまたは新しい種類の装置向けの特定の種類のコンテンツを送信するための放送事業者のビジネスモデルのために確保することができる。また、高優先ブートストラップ信号は、パブリックかプライベートかを問わず、その後にポストブートストラップペイロードが続く場合も続かない場合もあり得ることを理解されたい。ペイロードが続くか否かは、例えばその高優先ブートストラップ信号のシグナリング部分において示すことができる。

【0062】

［0075］ 一実施例では、図１０に示すように、高優先ブートストラップ信号は、ビーコン１００２を使用して対象を絞った超地域密着型広告データ１０００のために使用してもよい。このようなビーコンは、放送受信可能エリア１００６内の対象を絞ったコンテンツの配信またはビーコン１００４の特定の超地域エリアまたはゾーンへの配信のために使用することができる。例えば、高優先ブートストラップシンボルは、特定のコンテンツが利用可能な特定の超地域ゾーン１００４内の装置１００８に対して警報を出すように定義されてもよい。したがって、第１の装置１００８Ａは、特定のコードポイントを使用して第１の超地域ゾーン１００４Ａに配信されるコンテンツを検出して消費し、第２の超地域ゾーン１００４Ｂ内の第２の装置１００８Ｂは、より大きな受信可能エリア１００６内に配信されるコンテンツを検出し、消費することができる。

【0063】

［0076］ 図１１に、この超地域型受信を可能にする物理構成についてより詳細に示す。図１０に示す大きな放送受信可能エリア１００６を提供する主ホスト放送局１１０２が示されている。同期されたビーコンがコンテンツを送信する機会を示すブランクフレーム１１０４が利用可能であることを含む、放送受信可能エリア１００６における受信信号１１０４に同期するビーコン１００２が示されている。サードパーティコンテンツ１１０８が、データ記憶装置１１０８に予め格納またはキャッシュされている。時間が来ると、それが放送受信可能エリア１００６を介して放送でシグナリングされ、ローカルの格納されているデータ１１０８のフレームが送信される。この厳密な同期により、この送信を受信機装置１００８への干渉なしに行わせることができることを理解されたい。ホスト送信機または放送局１１０２は、例えば単一周波数ネットワーク（ＳＦＮ）など、ホスト送信機のより大きな同期されたネットワークの一部とすることができる。受信可能エリア１００４が重なり合わない限り、無制限の数のビーコン１００２が存在し得ることを理解されたい。

【0064】

［0077］ 一実施例では、図１２に示すように、地上測位システム１２００が受信機の地理的位置に基づくローカルサービスをサポートするため、および、固有送信機識別使用事例として、単一の高優先ブートストラップシンボル１２０６を使用することができる。送信機識別は、ＳＦＮ等のサービス監視に有用である。米国特許出願第１４／０９２，９９３号で先に記載されているように、すべての送信機１２０２Ａ、１２０２Ｂ、１２０２Ｃおよび１２００Ｄ（以下、送信機１２０２と呼ぶ）の送信アンテナの送出ポイントエアインターフェース１２０８に合わせてフレーム内のＵＴＣタイムスタンプが較正され、受信機において発生する唯一の時間誤差は較正されたＵＴＣタイムスタンプの受信機への伝播時間となる。すべての単一ＨＰＢＳ１２０６が時間整合され、すべての送信機１２０２のすべてのエアインターフェース１２０８において同時に送出されるように図示されている。管理データベース１２０４が各局１２０２にＨＰＢＳ用の固有コードポイントを割り当てる。したがって、本実施例で示されている４つの送信機１２０２のそれぞれについて、各コードポイントはそれぞれの送出ＨＰＢＳに固有である。受信機１２１０は、頻繁には変化しないものであるこのデータベース１２０４を知っているものと仮定する。データベース１２０４では、各コードポイントに送信機１２０２名、地理的緯度／経度、アンテナの高さなどの情報が関連付けられている。受信機１２１０は、受信する各コードポイントと、信号の到達時間距離（「ＴＤＯＡ」）を識別することができる。識別されたコードポイントとＴＤＯＡに関するこの情報をデータベース１２０４からの知識とともに適用することによって、受信機１２１０上のソフトウェアはその位置を直接的に計算することができる。放送信号の伝播および屋内浸透と各送信機の固定された位置、すなわち軌道衛星からではないことの結果として、このような地上測位システム１２０２はＧＰＳより優れたいくつかの利点がある場合があることを理解されたい。このシステムは、例えば放送業者が提供することができる位置情報サービスに対応することができる。また、このシステム１２００は、放送業者が緊急時にジオフェンスを使用して公共警報を送信することができるようにすることも可能である。さらに、コードポイントの受信により、送信機１２０２を一意に識別することが可能になる。このシステム１２０２は、局１２０２がデータベース１２０４にある限り、ＳＦＮにおける監視、または干渉の調査にも有用となり得る。これらの使用事例にはただ１つのＨＰＢＳのみが消費されるため、これらの実施例は効率的な運用方法と見ることができることを理解されたい。

【0065】

［0078］ 一実施例では、図１３に示すように、効率を向上させるために、最初のＨＰＢＳの周波数領域構造が、任意選択の１ビットのシグナリングを搬送するように修正される。具体的には、図１３に示すように、最初のブートストラップシンボル１３０４の副搬送波１３０２は、ＺＣシーケンスの共役を使用して事象が真であることを示す。通常のＺＣシーケンスは事象が偽であることを示す。この適用（構文および意味規則）は使用事例に委ねられる。

【0066】

［0079］ 図１２および、受信機の地理的位置に基づくローカルサービスをサポートするための地上測位システムと、単一のＨＰＢＳによる固有送信機識別としての使用事例に戻る。この単一のＨＰＢＳは、１ビットのシグナリングにより変調することも可能である。一例としては、ＥＡＳがアクティブであるか否かを示すことが考えられる。１つのシンボルからの３つの使用事例は、選択肢としてさらに効率的であると見ることができる。

【0067】

［0080］ 複数の放送業者が同時に同じコードポイントを異なる目的に使用しようとすると、放送衝突の潜在的危険が生じる可能性があることを理解されたい。例えば、緊急警戒警報専用に確保されていると考えられるコードポイントを使用して、緊急天気情報または最新ニュースが放送される場合、受信機に混乱が生じる可能性がある。例示のＡＴＳＣ３．０実装形態で説明したように、使用される可能なコードポイントが８個しかない場合がある。したがって、このような衝突はこのような個別用途では問題ではないかもしれない。しかし、実際には、高優先通信を示すものと定義することができる可能なコードポイントは多数（すなわち約９千８００万）ある。したがって、このような衝突を防止し、将来の拡張性を可能にするために、コード空間とコードポイントの使用とを管理する必要があると考えられる。具体的には、異なる放送業者が互いの放送を妨げないように保証するため、コードポイントの指定および割り当てを管理する必要がある場合がある。例えば、コードポイントの割り当てを管理するために、インターネットＩＰアドレスの割り当てを管理するタイプの管理主体と場合によっては類似した管理主体が存在してもよい。

【0068】

［0081］ このようなコードポイント管理主体は、コードポイントを異なるカテゴリに指定する任務を負う。例えば、特定の範囲のコードポイントをパブリック用に指定し、他のコードポイントをプライベート用に指定してもよい。一実施例では、コードポイントのグループが、波形の種類およびサービスの種類を表すために指定されてもよい。一実施例では、コードポイントのグループが、ＩｏＴまたはウェアラブルなど特定の種類の装置とともに使用されるように指定されてもよい。一実施例では、コードポイントは地域に基づいて指定されてもよい。例えば、第１の範囲のコードポイントが、第１の地域内での使用に指定され、第２の範囲のコードポイントが第２の地域内での使用に指定されてもよい。一実施例では、干渉および衝突の可能性を回避するように、物理的放送範囲内で地域が重なり合わない限り、同じ範囲のコードポイントが異なる地域で複数回割り当てられてもよい。

【0069】

［0082］ 一実施例では、コードポイントの使用は管理主体によって認可されてもよい。したがって、コードポイントの使用を必要とする放送業者は、そのようなコードポイントの要請を行うことを求められ、ライセンスにより許諾された指定範囲内でのみ、それらのコードポイントを使用してブロードキャストすることを認可されてもよい。

【0070】

［0083］ 図１４に、バッテリ式装置においてバッテリ電力を節約しながら高優先コンテンツを消費する例示の方法を示す。ステップ１４０２で、バッテリ式装置はアイドル状態から取得状態に遷移する。ステップ１４０４で、バッテリ式装置は、高優先識別シンボルと高優先標識シンボルとタイミングシンボルとを含む、高優先放送信号を受信する。ステップ１４０６で、バッテリ式装置は、高優先シンボル識別子を正常に復号化すると、高優先コンテンツが存在するか否かを判断するために高優先標識シンボルを調べる。ステップ１４０８で、バッテリ式装置は、高優先コンテンツが存在するとの判断に応答して高優先コンテンツを消費するために、取得状態からアクティブ状態に遷移する。ステップ１４１０で、バッテリ式装置は、次の予想高優先放送信号までの最小時間を判断するためにタイミングシンボルを調べる。ステップ１４１０で、バッテリ式装置は、最小時間が満了するまでアイドル状態に戻る。

【0071】

［0084］ 本明細書に記載の様々な実施形態のいずれも、例えば、コンピュータ実装された方法として、コンピュータ可読記憶媒体として、コンピュータシステムとしてなど、様々な形態のいずれでも実現可能である。システムは、特定用途向け集積回路（ＡＳＩＣ）などの１つまたは複数の特別設計ハードウェア装置によって、または、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などの１つまたは複数のプログラマブルハードウェア要素によって、または、記憶されたプログラム命令を実行する１つまたは複数のプロセッサによって、またはこれらの任意の組合せによって実現されてもよい。

【0072】

［0085］ 一部の実施形態では、非一時的コンピュータ可読記憶媒体がプログラム命令および／またはデータを記憶するように構成されてもよく、プログラム命令は、コンピュータシステムによって実行された場合、コンピュータシステムに、方法、例えば本明細書に記載の方法実施形態のいずれか、または本明細書に記載の方法実施形態の任意の組合せ、または本明細書に記載の任意の方法実施形態の任意のサブセット、またはそのようなサブセットの任意の組合せを実行させる。

【0073】

［0086］ 一部の実施形態では、コンピュータシステムは、プロセッサ（または１組のプロセッサ）と記憶媒体とを含むように構成されてよく、記憶媒体はプログラム命令を記憶し、プロセッサは記憶媒体からプログラム命令を読み取って実行するように構成され、プログラム命令は、本明細書に記載の様々な方法実施形態のいずれか（または、本明細書に記載の方法実施形態の任意の組合せ、または本明細書に記載の任意の方法実施形態の任意のサブセット、またはそのようなサブセットの任意の組合せ）を実装するために実行可能である。コンピュータシステムは、様々な形態のいずれかで実現可能である。例えば、コンピュータシステムは、パーソナルコンピュータ（その様々な実現形態のいずれかの形態）、ワークステーション、カード搭載コンピュータ、筐体入り特定用途向けコンピュータ、サーバコンピュータ、クライアントコンピュータ、ハンドヘルド装置、モバイル装置、ウェアラブルコンピュータ、検知装置、テレビジョン、ビデオ取得装置、生体埋め込みコンピュータなどとすることができる。コンピュータシステムは、１つまたは複数の表示装置を含んでもよい。本明細書で開示されている様々な演算結果はいずれも、表示装置による表示、またはその他の方法でユーザインターフェース装置を介した出力として提示されてもよい。

【0074】

［0087］ 「含む（ｉｎｃｌｕｄｅｓ）」または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語が本明細書または特許請求の範囲で使用されている限りにおいて、請求項において移行語として採用されている場合に解釈される用語としての「含む（ｃｏｍｐｒｉｓｉｎｇ）」という用語と同様に包含的であることが意図されている。また、「または」という用語が使用されている限りにおいて（例えばＡまたはＢ）、「ＡまたはＢあるいはその両方」を意味するものと意図されている。出願人が「ＡまたはＢのみであって両方ではない」ことを意図する場合は、「ＡまたはＢのみであって両方ではない」という用語を採用する。したがって、本明細書における「または」という用語の使用は包含的であり、排他的な用法ではない。Ｂｒｙａｎ Ａ．Ｇａｒｎｅｒ， Ａ Ｄｉｃｔｉｏｎａｒｙ ｏｆ Ｍｏｄｅｒｎ Ｌｅｇａｌ Ｕｓａｇｅ ６２４（第２版、１９９５年）を参照されたい。また、本明細書または特許請求の範囲において「中で（ｉｎ）」または「中に（ｉｎｔｏ）」という用語が使用されている限りにおいて、「上で（ｏｎ）」または「上に（ｏｎｔｏ）」も意味することが意図されている。また、本明細書または特許請求の範囲において「接続する」という用語が使用されている限りにおいて、「〜に直接接続される」ことだけでなく、別の構成要素を介して接続されるなどして「〜に間接的に接続される」ことも意図されている。

【0075】

［0088］ 本発明についてその実施形態の説明によって例示し、それらの実施形態についてきわめて詳細に説明したが、添付の特許請求の範囲をそのような詳細に限定すること、または何らかの制限を加えることは出願人の意図ではない。他の利点および修正も当業者には容易にわかるであろう。したがって、本願はそのより広い態様において、図示および説明されている特定の詳細、代表的装置および方法、および例示の実施例には限定されない。したがって、出願人の一般発明概念の趣旨または範囲から逸脱することなく、そのような詳細からの逸脱が可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】