JP6316906B2 - インターネットプロトコルマルチキャストコンテンツ配信のアプリケーショントランスポートレベルロケーションフィルタ処理 - Google Patents

Description

関連出願の相互参照
本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１１年５月２７日に出願された「application transport level location filtering of internet protocol multicast content delivery」と題する米国仮出願第６１／４９１，０６９号と、２０１１年８月５日に出願された「application transport level location filtering of internet protocol multicast content delivery」と題する米国仮出願第６１／５１５，７６７号と、２０１２年１月２７日に出願された「application transport level location filtering of internet protocol multicast content delivery」と題する米国仮出願第６１／５９１，６３６号と、２０１２年３月２７日に出願された「application transport level location filtering of internet protocol multicast content delivery」と題する米国特許出願第１３／４３１，７２１号との利益を主張する。

本開示は、一般に通信システムに関し、より詳細には、インターネットプロトコル（ＩＰ）ブロードキャスト／マルチキャストコンテンツ配信のアプリケーショントランスポートレベルロケーションフィルタ処理に関する。

ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。

これらの多元接続技術は、様々なワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。新生の電気通信規格の一例はＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ（登録商標））である。ＬＴＥは、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ（登録商標））によって公表されたＵｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）モバイル規格の拡張セットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新しいスペクトルを利用し、また、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合するように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。

本開示の一態様では、ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供される。本装置は、第１のｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）セッション中で複数のデータセットを受信する。データセットの各データセットは、ブロードキャストに関連する識別子とターゲットエリアとを含む。本装置は、第２のＦＬＵＴＥセッション中でブロードキャストと、ブロードキャストに関連する識別子とを受信する。本装置は、受信したブロードキャストとともに受信した識別子に基づいて、受信したブロードキャストに関連するターゲットエリアを判断する。本装置は、ターゲットエリアに関連する基準が満たされるかどうかに基づいて、受信したブロードキャストを保持すべきかどうかを判断する。

本開示の一態様では、ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供される。本装置は、ＦＬＵＴＥセッション中でデータセットを受信する。データセットは、ブロードキャストに関連するターゲットエリアと、ブロードキャストが送信されることになる時間とを含む。本装置は、本装置のロケーションを判断する。本装置は、判断されたロケーションがターゲットエリア内にあるかどうかに基づいて基準が満たされるかどうかを判断する。本装置は、基準が満たされるときのみ、ＦＬＵＴＥセッション中でデータセットに関連するブロードキャストを受信する。

ネットワークアーキテクチャの一例を示す図。 アクセスネットワークの一例を示す図。 ＬＴＥにおけるＤＬフレーム構造の一例を示す図。 ＬＴＥにおけるＵＬフレーム構造の一例を示す図。 ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。 アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。 例示的な方法を説明するための図。 ＦＬＵＴＥパケットを示す図。 ＦＬＵＴＥペイロード内に含まれるフィルタ情報を示す図。 ユーザサービス記述の下の補助データ要素を示す図。 第２の例示的な方法を説明するための図。 第１の例示的なユーザサービスバンドル記述を示す図。 第２の例示的なユーザサービスバンドル記述を示す図。 ユーザサービス記述の下のスケジュール要素を示す図。 ワイヤレス通信の第１の方法のフローチャート。 ワイヤレス通信の第２の方法のフローチャート。 第１の例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。 処理システムを採用する第１の装置のためのハードウェア実装形態の一例を示す図。 第２の例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。 処理システムを採用する第２の装置のためのハードウェア実装形態の一例を示す図。

添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。

次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の発明を実施するための形態において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。

例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム内の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。

したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク(登録商標)（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、事業者のＩＰサービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。

Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、Ｘ２インターフェース（たとえば、バックホール）を介して他のｅＮＢ１０８に接続され得る。ｅＮＢ１０６はまた、基地局、送受信基地局、無線基地局、無線送受信機、送受信機機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることがある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。

ｅＮＢ１０６はＳ１インターフェースによってＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８とを含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８は事業者のＩＰサービス１２２に接続される。事業者のＩＰサービス１２２は、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ）と、ＰＳストリーミングサービス（ＰＳＳ）とを含み得る。

図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、リモートラジオヘッド（ＲＲＨ）と呼ばれることがある。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、またはマイクロセルであり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例には集中コントローラはないが、代替構成では集中コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。

アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ：frequency division duplexing）と時分割複信（ＴＤＤ：time division duplexing）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念は、ＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の通信規格に容易に拡張され得る。例として、これらの概念は、Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ Ｏｐｔｉｍｉｚｅｄ（ＥＶ−ＤＯ）またはＵｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として３ｒｄ Ｇｅｎｅｒａｔｉｏｎ
Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、ＣＤＭＡを利用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））、ならびにＴＤ−ＳＣＤＭＡ、ＴＤＭＡを採用するＧｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）（登録商標）、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、およびＯＦＤＭＡを採用するＦｌａｓｈ−ＯＦＤＭなど、ＣＤＭＡの他の変形体を採用するＵｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ
Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）に拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２という組織からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課せられる全体的な設計制約に依存することになる。

ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコードし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコードされた各ストリームを送信することによって達成される。空間的にプリコードされたデータストリームは、異なる空間シグナチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々がそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコードされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコードされた各データストリームのソースを識別することが可能になる。

空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコードすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。

以下の詳細な説明では、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照しながらアクセスネットワークの様々な態様について説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間する。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性（orthogonality）」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。

図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、周波数領域中に１２個の連続サブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に７個の連続ＯＦＤＭシンボル、または８４個のリソース要素を含んでいる。拡張サイクリックプレフィックスについて、リソースブロックは、時間領域中に６個の連続ＯＦＤＭシンボルを含んでおり、７２個のリソース要素を有する。Ｒ３０２、３０４として示されるリソース要素のいくつかはＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上のみで送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。すなわち、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。

図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション内のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、データセクション中の連続するサブキャリアのすべてを単一のＵＥに割り当てることを可能にし得る連続サブキャリアを含むデータセクションを生じる。

ＵＥには、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂが割り当てられ得る。ＵＥには、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical uplink control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。

初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するためにリソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みだけを行うことができる。

図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、レイヤ１と、レイヤ２と、レイヤ３との３つのレイヤとともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。

ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含むＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。

ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するために上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよび再統合と、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）による、順が狂った受信を補正するデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル内の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまたＨＡＲＱ動作を担当する。

制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ：radio resource control）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（すなわち、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。

図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいてヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。

送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいた信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。次いで、符号化され変調されたシンボルは並列ストリームに分割される。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成されて、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコードされる。チャネル推定器６７４からのチャネル推定値は、符号化および変調方式を判断するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられる。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。

ＵＥ６５０において、各受信機６５４ＲＸは、そのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号のコンスタレーションポイントを判断することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータおよび制御信号を復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。

コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連し得る。メモリ６６０は、コンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間での多重分離と、パケット再統合と、復号と、ヘッダの復元と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担当する。

ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づいた論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、紛失パケットの再送信、およびｅＮＢ６１０へのシグナリングを担当する。

ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切な符号化および変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられる。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。

ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、そのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上で変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。

コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連し得る。メモリ６７６は、コンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号（decipher）と、ヘッダ復元（decompression）と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担当する。

３ＧＰＰマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ：Multimedia Broadcast Multicast Service）、３ＧＰＰ２ブロードキャストおよびマルチキャストサービス（ＢＣＭＣＳ：Broadcast and Multicast Service）、Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｈａｎｄｈｅｌｄ（ＤＶＢ−Ｈ）、Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍｓ Ｃｏｍｍｉｔｔｅｅ−Ｍｏｂｉｌｅ／Ｈａｎｄｈｅｌｄ（ＡＴＳＣ−Ｍ／Ｈ）など、セルラーまたはブロードキャストネットワークベース技術などのマルチキャストコンテンツ配信システムでは、ロケーションベースサービス／コンテンツの配信をサポートすることにかなりの興味がある。ＵＭＴＳ ＬＴＥは、デジタル放送無線およびデジタルビデオブロードキャストなどの共有（マルチキャスト）タイプのサービスを可能にする。発展型ＭＢＭＳ（ｅＭＢＭＳ）特徴は、単一周波数ネットワーク（ＭＢＳＦＮ）動作モードを介したマルチメディアブロードキャストを備え、同じ地理的領域中の複数の受信者に、ＵＭＴＳ ＬＴＥ ｅＮＢを使用して同じメディア信号を同時に送信することができる。ロケーションベースサービスの例は、ロケーション固有の広告またはトラフィック警報である。ブロードキャスト動作の性質によって、ならびに効率的なサービスプロビジョニングのために、これらのサービスの配信は、広い地理的エリアにわたって行われ、たとえば、メトロポリタンエリアの一部分またはその全体をカバーする１つまたは複数の送信機サイトによってブロードキャストされ得る。ロケーション固有のコンテンツは、しばしば、特定の、一般にブロードキャスト受信エリアと比較してはるかに小さいエリアに位置するユーザのみに関係する。たとえば、ロケーションベース広告またはクーポンは、時間限定のセールまたはプロモーションを実施する特定の店舗の近くに位置するエンドユーザにターゲッティングされ得る。さらに、トラフィック警報は、概して、事故によって影響を及ぼされる可能性がある運転者、たとえば、渋滞が生じるハイウェイのセクションに向かっているか、またはそこの近くに位置する運転者に最も関係する。

ロケーションベースターゲット情報（すなわち、メタデータ）は、アプリケーションサービスレベルにおいて、または無線アクセスネットワーク（ＲＡＮ：radio access network）レベルにおいてブロードキャストコンテンツとともに配信され得る。たとえば、アプリケーションサービスレベルにおいて、ロケーションフィルタデータは電子サービスガイド（ＥＳＧ：electronic service guide）中で搬送され得、ＲＡＮレベルにおいて、メタデータはＲＡＮ制御チャネルを通して与えられ得る。アプリケーションサービスレベルに関して、ＭＢＭＳユーザサービス記述などのサービス告知／発見情報は、関連するサービスに関するフィルタ情報を搬送するように拡張され得る。ＲＡＮレベルに関して、ロケーションメタデータは、Ｅ−ＵＴＲＡＮでは物理チャネルである、マルチキャストチャネル（ＭＣＨ：Multicast Channel）を介して配信されるマルチキャスト制御チャネル（ＭＣＣＨ：Multicast Control Channel）論理チャネル中でシグナリングされ得る。

ＵＥは、ブロードキャストコンテンツがユーザ／デバイスロケーションの観点から重要であるかどうかをアプリオリに知っており、関連するブロードキャスト間隔中にのみそのようなコンテンツをダウンロードするためにＲＦ受信機をオンにするので、ＥＳＧまたはサービス告知／発見情報中でロケーションフィルタ処理データをシグナリングすることは、ＲＡＮベースシグナリングと比較して、デバイスバッテリー電力消耗を低減する。一方、そのようなアプリケーションレベルメタデータは半静的に設計され得、頻繁な更新は、過大なブロードキャスト帯域幅を消費し、ＥＳＧ／告知情報のデバイス処理負荷を増加させ得る。関連するサービス／コンテンツのフィルタ情報のＲＡＮレベルシグナリングにより、ＥＳＧ／告知情報機構と比較してより大きいバッテリー電力を消費するが、情報をより動的に／頻繁に変更することが可能になる。ＲＡＮレベルシグナリングは、所与の地理的エリアのトラフィック状態が比較的動的であり、頻繁に更新される必要がある、リアルタイムトラフィック警報など、いくつかのタイプのロケーションベースブロードキャストサービスを使用可能にするのに有用であり得る。

アプリケーションサービスレベルシグナリングによって実現されるバッテリー電力消費の低下の利益と、ＲＡＮレベル機構の動的な更新可能性（updatability）とを組み合わせるロケーションメタデータシグナリングのソリューションについては、図７に関して以下で説明する。アプリケーションサービスレベルにおけるユーザサービス発見／告知中でのロケーションメタデータの配信のソリューションについては、図１１に関して以下で説明する。これらの方法は両方とも、ブロードキャストサービスのロケーションベースターゲッティングおよび／または特定のブロードキャストコンテンツ（たとえば、特定のエリアに特有の広告）のロケーションベースターゲッティングを実現する。

図７は、例示的な方法を説明するための図７００である。例示的な方法では、ＵＥ７０２は、ｅＮＢ７０４を通してブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：broadcast-multicast service center）７０３とのユーザデータセッションを始める。ユーザデータセッションのタイミングは、ユーザサービス発見／告知中で告知される。セッション中に、ＵＥ７０２は、フィルタ情報（たとえば、ターゲットロケーション情報、ユーザプロファイル／選好、デバイス能力）を含む複数のＦＬＵＴＥパケットを受信する。フィルタ情報は、送信オブジェクト識別子（ＴＯＩ：transmission object identifier）がゼロに等しいファイル配信テーブル（ＦＤＴ：file delivery table）インスタンス内に含まれ得る。代替的に、フィルタ情報は、ＴＯＩが非ゼロであるデータファイル内に含まれ得る。フィルタ情報は、ブロードキャストファイルに関連する識別子とターゲットエリアとを含む。ブロードキャストファイルは、ブロードキャストまたはマルチキャストに関連付けられ得る。ＵＥ７０２はまた、ブロードキャストファイル７０８とそのブロードキャストファイルに関連する識別子とを受信する。ＵＥ７０２は、フィルタ情報中で、受信したブロードキャストファイルの識別子をルックアップする。フィルタ情報がターゲットロケーション情報を含む場合、ＵＥ７０２は、受信したブロードキャストファイルに関連するターゲットエリアを判断する。ターゲットエリアに基づいて、ＵＥ７０２は、ターゲットエリアに関連する１つまたは複数の基準が満たされるかどうかを判断する。基準が満たされる場合、ＵＥ７０２は、（７１０において）ブロードキャストファイル７０８に関係する情報をＵＥ７０２のユーザに与えるために、受信したブロードキャストファイル７０８を保持する。そうではなく、基準が満たされない場合、ＵＥ７０２は、（７１０において）ブロードキャストファイル７０８に関係する情報をＵＥ７０２のユーザに与えることなく、受信したブロードキャストファイル７０８を削除する。

基準が満たされるかどうかを判断するために、ＵＥ７０２はそれのロケーションを判断する。ロケーションは、前ロケーション、現在ロケーション、または予測将来ロケーションであり得る。判断されたロケーションに基づいて、ＵＥ７０２は、基準が満たされるかどうかを判断することができる。たとえば、判断されたロケーションがターゲットエリア内にある場合、他の基準も満たされると仮定すると、基準は満たされ得、判断されたロケーションがターゲットエリア内にない場合、基準は満たされない。

ターゲットロケーション情報は、ターゲットエリアに関連する時間をさらに含み得る。そのような構成では、基準は時間に関連付けられる。たとえば、ターゲットロケーション情報は、持続時間、開始時間、および終了時間を含み得、基準は、開始時間と終了時間との間に持続時間以上の時間期間の間ＵＥ７０２がターゲットエリア内に前に位置していたか、または現在位置している場合に満たされ得る。特定の例として、持続時間は２０分であり、開始時間は２０１０年５月２日の午前１０時であり、終了時間は２０１０年５月２日の午後１２時であり得る。日付が２０１０年５月２日であり、時刻が午前１０時であると仮定すると、ＵＥ７０２が、午前１０時から午後１２時の時間の間に少なくとも２０分間ターゲットエリア内に位置するとき、基準は満たされることになる。日付が２０１０年５月３日である場合、ＵＥ７０２が、５月２日の午前１０時から午後１２時の時間の間に少なくとも２０分間ターゲットエリア内に位置した場合、基準は満たされる。ターゲットロケーション情報が、開始時間と終了時間とだけを含み、持続時間を含まない場合、基準は、開始時間が開始する時間と終了時間が終了する時間との間にＵＥ７０２がターゲットエリア内に前に位置していたか、または現在位置している場合に満たされ得る。

ターゲットロケーション情報は、ＵＥ７０２が時間に基づいてターゲットエリアに位置していたか、位置しているか、または位置することになる存在信頼性レベルと、ＵＥ７０２が時間に基づいてターゲットエリアに位置していなかったか、位置していないか、または位置していないことになる不在信頼性レベルとをさらに含み得る。存在信頼性レベルは、ＵＥ７０２がターゲットエリア中にある前の存在、現在の存在、または将来の存在の信頼性レベルである。不在信頼性レベルは、ＵＥ７０２がターゲットエリアに前に不在であったか、現在不在であるか、または不在になることになる信頼性レベルである。基準は、存在信頼性レベルと不在信頼性レベルとに関連付けられ得る。存在信頼性レベルおよび不在信頼性レベルは、ＵＥ７０２が将来の時間期間内にターゲットエリア内にある可能性があるかどうかを判断する際に有用であり得る。ＵＥ７０２が将来の時間期間内にターゲットエリア内にある可能性があり、その可能性が存在信頼性レベルよりも大きく、および／またはその不可能性が不在信頼性レベルよりも小さいとき、基準は満たされ得、したがって、ターゲットエリアに関連するブロードキャストファイルが処理され、ブロードキャストファイルに関連する情報がＵＥ７０２のユーザに与えられ得る。

ターゲットロケーション情報内のターゲットエリアは、１つまたは複数のターゲットエリアであり得る。ターゲットエリアの各々は、特定のｅＮＢに関連するセル識別子、郵便番号または郡名など、物理的エリアの境界を定義する識別子、あるいは場合によっては、半径および緯度および経度、複数の緯度および経度、道路名など、物理的エリアの境界を定義するデータであり得る。セッションはＦＬＵＴＥユーザデータセッションであり得、識別子はＴＯＩであり得る。さらに、ターゲットロケーション情報は、少なくとも１つの追加のターゲットエリアと論理演算子とをさらに含み得る。そのような構成では、基準が満たされることは、論理演算子に応じて前記ターゲットエリアと前記少なくとも１つの追加のターゲットエリアとに基づく。追加のターゲットエリアと論理演算とを含むことによって、基準は、たとえば、指定された時間期間中に必須の持続時間の間ＵＥ７０２がターゲットエリアＸまたはターゲットエリアＹ内にある場合に満たされ得る。

上記で説明したように、ブロードキャストファイル７０８はフィルタ情報とともに受信され得る。しかしながら、第２の例示的な方法では、ＵＥ７０２は、特定のブロードキャストファイルが送信されることになるときを判断し、基準が満たされないかどうかに基づいてブロードキャストファイルを無視すること（たとえば、それの受信機をオフにすること）が可能である。第２の例示的な方法では、ＵＥ７０２は、ｅＮＢ７０４を通してＢＭ−ＳＣ７０３とのセッションを始める。セッション中に、ＵＥ７０２は、フィルタ情報とともにＦＬＵＴＥパケット７０６を受信する。フィルタ情報はターゲットロケーション情報を含み得る。ターゲットロケーション情報は、ブロードキャストファイルに関連するターゲットエリアと、ブロードキャストファイルが送信されることになる時間とを含む。ＵＥ７０２は、（７１２において）それのロケーションを判断し、判断されたロケーションがターゲットエリア内にあるかどうかに基づいて基準が満たされるかどうかを判断する。基準が満たされる場合、ＵＥ７０２は、ターゲットロケーション情報に関連するブロードキャストファイル７０８を受信する。基準が満たされない場合、ＵＥ７０２は、ブロードキャストファイル７０８を受信しないようにそれの受信機をオフにするか、またはさもなければブロードキャストファイル７０８を復号するか、またはそれをさらに復号するのを控えることによってブロードキャストファイル７０８を無視する。

ブロードキャストサービスのロケーションベースターゲッティングは、ＦＬＵＴＥプロトコルのアプリケーショントランスポートプロトコルパケットヘッダ中のロケーションメタデータを通して可能になり得る。ＦＬＵＴＥプロトコルは、ＩＰマルチキャストを介したファイルの配信をサポートするように設計され、様々なセルラーおよびダウンリンク専用ブロードキャストシステム仕様でのファイルコンテンツのダウンロード配信のために指定される。これらは、ＭＢＭＳと、ＢＣＭＣＳと、ＤＶＢ−Ｈと、オープンモバイルアライアンス（ＯＭＡ：Open Mobile Alliance）Ｍｏｂｉｌｅ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ Ｅｎａｂｌｅｒ Ｓｕｉｔｅ（ＢＣＡＳＴ）とを含む。特に、ＦＬＵＴＥの範囲内で例示的な実施形態を説明したが、例示的な実施形態は、非同期レイヤードコーディング（ＡＬＣ：Asynchronous Layered Coding）にも適用され得る。

ＦＬＵＴＥプロトコルはＡＬＣの特定のトランスポートアプリケーションである。ＦＬＵＴＥプロトコルは、（１）ＡＬＣオブジェクト配信セッションフレームワーク上に構築されたファイル配信セッションの定義、（２）ＡＬＣセッションのトランスポートパラメータのバンド内信号、（３）配信されたファイルの属性およびソースロケーションのバンド内信号、および（４）セッション内での合成配信のための複数のファイル間の詳細な関係の機能を追加する。一構成では、（３）内で、ＦＤＴインスタンスは、ターゲットエリアと他の関連するパラメータとを含むように拡張される。そのような構成では、ファイル属性は、ＦＤＴの定義によってＦＬＵＴＥ中で送信され得、それの各インスタンスは、ブロードキャストファイルの識別子、サイズ、コンテンツ符号化方法などの各々など、配信されているブロードキャストファイルの記述子のセットを与える。

図８は、ＦＬＵＴＥパケットを示す図８００である。パケットは、ユーザデータグラムプロトコル（ＵＤＰ：User Datagram Protocol）ヘッダ８０２と、デフォルトＬＣＴヘッダ８０４と、ＬＣＴヘッダ拡張８０６と、前方誤り訂正（ＦＥＣ：forward error correction）ペイロード識別子８０８と、ＦＬＵＴＥペイロード８１０とを含む。特定のＦＬＵＴＥペイロード８１０はフィルタ情報を含み得る。フィルタ情報は、ＦＬＵＴＥパケット（ＴＯＩ≠０）内のファイルデータ内、またはＦＬＵＴＥパケット（ＴＯＩ＝０）内のＦＤＴインスタンス内で搬送され得る。

図９は、ＦＬＵＴＥペイロード８１０内に含まれる情報を示す図９００である。ＦＬＵＴＥペイロード８１０はターゲットロケーション９０８を含み得る。ターゲットロケーション９０８は、コンテンツリファレンス９１０と、ターゲットロケーション１ ９１２と、論理演算９１４と、ロケーション要件９１６とターゲットロケーション２ ９１８との間の選定とによって定義され得る。コンテンツリファレンス９１０は、ターゲットロケーションが適用されるコンテンツアイテムを識別／指示する。ロケーション要件９１６は、ターゲットエリア９２０と、開始時間９２２と、終了時間９２４と、持続時間９２６と、ＵＥが存在する信頼性レベル９２８と、ＵＥが不在である信頼性レベル９３０とによって定義され得る。ターゲットロケーション９０８は、ＦＤＴのＸＭＬ要素「Ｆｉｌｅ」の子要素であり得、それのサブパラメータとともに、関連するブロードキャストコンテンツアイテムを受信することが適切／望ましいと考えられるＵＥの位置に関する基準を表すロケーションフィルタ処理データである。ターゲットロケーション９０８は、ＦＬＵＴＥペイロード８１０中で搬送され得る。ＦＬＵＴＥペイロード８１０がＦＤＴインスタンスを搬送するとき、ＦＬＵＴＥペイロード８１０は、さらに、ＦＤＴインスタンスデータを搬送する。ロケーションフィルタは、ＵＥの過去ロケーション、現在ロケーション、または予想将来ロケーションを指定し得る。

現在、過去、および現在ロケーションによるロケーションフィルタコンテンツの特徴づけ、ならびにターゲットエリア内に常駐するＵＥの信頼性レベルを含む概要を以下で与える。ブロードキャストコンテンツアイテムに関連する現在ロケーションデータにより、ａ）コンテンツ送信が緊急（たとえば、これから数分以内）であり、ｂ）コンテンツの有効時間が現在および近い将来をカバーする、指定されたエリア（１つまたは複数の指定されたターゲットロケーション）の近傍に位置するＵＥによるコンテンツ受信のターゲッティングが可能になる。例示的な使用事例は、今から、たとえば、これから１時間の間にプロモーショングッズについて、１つまたは複数のスターバックス店舗の近くに位置するユーザへのブロードキャスト割引クーポンの配信をターゲッティングしている。別の使用事例は、ハイウェイの特定のセクションでの現在の自動車事故と関係する交通渋滞とに関する（ロケーション固有の）トラフィック警報の配信であり得る。

過去ロケーションデータまたはロケーション履歴は、ＵＥ上で維持され、ロケーションフィルタ中のロケーションメトリックに一致するとわかった場合、将来ロケーションの良好な予測子を表し得る。百貨店で定期的に（たとえば、１週間のうちの特定の日／１日のうちの特定の時刻に）買物をし、そのような行動のロケーション履歴がロギングされた人は、将来の、１週間のうちのそれらの同じ日／１日のうちのそれらの同じ時刻の間に同じ店舗によく行く可能性があると見なされ得る。そのような人は、その店舗における関係する販売広告の受信をターゲッティングする良好な候補であり得る。過去ロケーションメタデータは、送られる場合、特定の時間間隔に関連付けられるべきである。

将来ロケーションデータは、送信される場合、関連するターゲットエリア中のロケーションの可能性を判断するために、（ＵＥがユーザの電子カレンダーまたはスケジュール帳へのアクセスを有すると仮定して）ＵＥ上のそれらのアプリケーション中のエントリに対して照合されるか、またはユーザの現在の運動速度および進行方向に相関され得る。過去ロケーションと同様に、将来ロケーションをシグナリングするロケーションフィルタは、特定の時間間隔に関連付けられるべきである。

位置ロケーション推定値は、採用される技術（たとえば、全地球測位システム（ＧＰＳ）、アシスト型ＧＰＳ（Ａ−ＧＰＳ：assisted GPS）、および拡張到着時間差（Ｅ−ＴＤＯＡ：enhanced time difference of arrival）などの純粋なセルラーベース機構）にかかわらず、確率的結果（たとえば、緯度および経度座標によって与えられる地理的ポイントの半径５０フィート内にＵＥが位置するという７５％の信頼性レベル）のみを生じることができる。したがって、ロケーションフィルタにおけるメトリックは、対応するコンテンツを受信するために、ロケーションフィルタにおいて定義されている基準を満足するためにＵＥが満たすべき最小必要信頼性レベルであり得る。そのターゲット信頼性レベルは、コンテンツ／サービスプロバイダによって設定され得る。

ロケーションターゲッティングをシグナリングするためにＦＤＴインスタンスを使用することの特性は、ロケーションによって受信を選択的にターゲッティングする能力であり、個々のファイルコンテンツは、ロケーションベースダウンロード配信サービスに属する。それにより、サービスプロバイダは、関連するコンテンツが受信のためにターゲッティングされる、そのゾーン内の１つまたは複数のサブエリアを識別することが完全に可能でありながら、あるブロードキャストエリアまたはゾーンにわたるブロードキャストのための単一の発展型ＭＢＭＳ（ｅＭＢＭＳ）ユーザサービスをプロビジョニングすることが可能になる。これは、ＦＤＴの「Ｆｉｌｅ」要素の下にターゲットロケーションパラメータを配置することによって達成される。他方で、ロケーションターゲットが、関連するＦＤＴインスタンスによって記述されるすべてのブロードキャストファイルに適用されるようにするために、ロケーションターゲッティングデータが、ＦＤＴの「Ｆｉｌｅ Ｉｎｓｔａｎｃｅ」要素の下に配置され得ることに留意されたい。

ロケーションターゲッティングデータに関連するコンテンツファイルの（１つまたは複数の）送信時間を示すメタデータの存在を仮定すると、およびＦＤＴの取得と後続の処理とそのファイルの送信との間の時間差によっては、ＵＥは、（ａ）ターゲットエリアに関連する基準が満たされるかどうかに基づいて、すでにダウンロードされたファイルを保持すべきかどうか、（ｂ）ターゲットエリアに関連する基準が満たされるかどうかに基づいて、送信されるべきファイルをダウンロードすべきかどうか、または（ｃ）ターゲットエリアに関連する基準が満たされるかどうかに基づいて、部分的に受信したファイルをダウンロードし続けるべきかどうかを判断することができる。（ａ）では、ＦＤＴ送信と後続のファイル送信との間の時間間隔は、その全体が、十分に小さいと仮定し、したがって、ファイルが保持されるべきかどうかをデバイスが判断することができるようになる前に、そのファイルが完全に受信されなければならない。（ｂ）では、ＦＤＴと後続のファイル送信との間の時間間隔は十分に離れており、したがって、デバイスは、ＦＤＴを処理して、後のブロードキャストファイルをデバイスが受信すべきかどうかを判断することができる。（ｃ）では、最初のファイル送信に先行するＦＤＴの受信は破損され得、したがって、ファイルの一部分がダウンロードされる必要があり、繰り返されるＦＤＴ送信の取得が成功したときのみ、デバイスは、ファイルの残りをダウンロードし続けるべきかどうかを決定することができる。

コンテンツファイル送信時間の例示的なソースは、ＦＤＴの「Ｆｉｌｅ」要素の子要素としての、ＦＤＴ拡張要素「ｂｒｏａｄｃａｓｔＷｉｎｄｏｗ」である。この場合、ターゲットロケーション情報と同様のファイル送信時間情報は、ＦＤＴの構成要素であり、ファイルデータを搬送するセッションにインバンドで送られる。コンテンツファイル送信時間の別の例示的なソースは、ＭＢＭＳユーザサービス記述データの「Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ」フラグメントである。

図１０は、ユーザサービス記述の下の補助データ要素を示す図１０００である。図１０に示すように、ユーザサービス記述１００８は、属性１０１４と補助データ記述子１０１６とを含み得る。属性１０１４は、ユーザサービス記述の属性（たとえば、サービス識別子）である。補助データ記述子１０１６は、属性１０２０と１つまたは複数の補助データＵＲＩ１０２４とを含み得る。属性１０２０は、補助データ記述子１０１６の属性（たとえば、タイプ、スケジュールフラグメントへの参照、またはセッション記述フラグメントへの参照）である。１つまたは複数の補助データＵＲＩ１０２４は、ＦＤＴインスタンス内のコンテンツロケーション属性と一致するとき、フィルタ情報を含んでいる１つまたは複数の補助ファイルを識別する。ロケーションターゲッティング情報は、主要なサービスに関連する、特定のタイプの補助データファイルとして搬送され得、それは、ＭＢＭＳユーザサービス記述などのサービス告知／発見情報中で告知される。サービス告知データ中で「Ｌｏｃａｔｉｏｎ＿Ｉｎｆｏ」として告知される補助ファイルは、ロケーション固有のブロードキャストサービスとのそれの関連を暗示し、さらに、補助データが同じＦＬＵＴＥセッション上で主要なサービスにインバンドで搬送されることになることを示す。各補助ファイルは、補助データＵＲＩ１０２４に記憶されたそれのファイルＵＲＩによって識別される。ファイルＵＲＩは、受信機によってＦＬＵＴＥ ＦＤＴの「Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ」属性と比較されることになる。ＦＤＴ中の「Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ」は、ＵＲＩの形でＦＬＵＴＥセッション上で配信されるべき（１つまたは複数の）ファイルオブジェクトを識別する。ＵＲＩ値の一致は、主要なサービスの１つまたは複数のコンテンツファイルに関連するロケーションフィルタ処理データを含んでいるＦＬＵＴＥセッション中の対応するファイルオブジェクトを識別する。

ロケーションフィルタデータを表すＦＬＵＴＥセッション中の１つまたは複数のファイルオブジェクトのセットを識別した後、主要なサービスの（１つまたは複数の）コンテンツファイルへのこれらのロケーションフィルタ間のマッピングが判断され得る。補助データファイル中の各ロケーションフィルタは、（１つまたは複数の）値がユーザサービスに属する（１つまたは複数の）コンテンツアイテムの（１つまたは複数の）ファイルＵＲＩに対して照合され得る１つまたは複数のコンテンツリファレンス９１０を含み得るので、コンテンツリファレンス９１０によりこの相関が可能になる。ロケーション依存サービスの場合、マッピングは、フィルタが適用されるサービスの１つまたは複数であるコンテンツアイテムに各ロケーションフィルタをバインドする手段を与える。

図１１は、第２の例示的な方法を説明するための図１１００である。第２の例示的な方法では、ＵＥ１１０２は、ｅＮＢ１１０４を通して、ＢＭ−ＳＣ１１０３とのサービス告知セッションを始める。セッション中に、ＵＥ１１０２は、ユーザサービスバンドル記述１１０６とフィルタ記述メタデータフラグメント１１１５とを受信する。ユーザサービスバンドル記述１１０６は、ユーザサービスバンドル記述１１０６に関連するすべてのサービスについてのフィルタ情報、特定のサービスに関連するすべてのコンテンツアイテムについてのフィルタ情報、または１つまたは複数のサービスに関連する１つまたは複数の個別コンテンツアイテムについてのフィルタ情報を含むフィルタ記述メタデータフラグメント１１１５に関連付けられる。フィルタ記述メタデータフラグメント１１１５が特定のブロードキャストについてのフィルタ情報（すなわち、１つの個別コンテンツアイテム）を含むとき、フィルタ記述メタデータフラグメント１１１５は、さらに、特定のブロードキャストに関連する識別子を含み得る。ブロードキャストはファイルまたはストリームであり得る。ブロードキャストファイルまたはストリームは、ブロードキャストまたはマルチキャストに関連付けられ得る。

フィルタ情報が、ユーザサービスバンドル記述１１０６に関連するすべてのサービスについてのものであるか、または特定のサービスに関連するすべてのコンテンツアイテムについてのものである場合、ＵＥは、フィルタ情報に関連する１つまたは複数の基準がいつ満たされるかを判断し、フィルタ情報に関連する基準が満たされるとき、ＵＥは、フィルタ情報に関連するサービスのためのすべてのブロードキャスト１１０８を受信する。たとえば、サービスＡ、Ｂ、およびＣがあり、フィルタ情報がサービスＣに関連付けられると仮定する。フィルタ情報に関連する基準が満たされるとき、ＵＥはサービスＣに関連するすべてのブロードキャストを受信する。

フィルタ情報が個別コンテンツアイテムに関連付けられる（すなわち、フィルタ情報がサービスレベルではなくコンテンツレベルにある）場合、ＵＥ１１０２がブロードキャスト１１０８を受信するとき、ＵＥ１１０２は、受信したブロードキャスト１１０８に関連する識別子を判断し、ターゲットロケーション記述メタデータフラグメント１１１５中で受信したブロードキャスト１１０８の識別子をルックアップする。フィルタ情報がターゲットロケーション情報を含む場合、ＵＥ１１０２は、受信したブロードキャスト１１０８に関連するターゲットエリアを判断する。ターゲットエリアに基づいて、ＵＥ１１０２は、ターゲットエリアに関連する基準が満たされるかどうかを判断する。基準が満たされる場合、ＵＥ１１０２は、（１１１０において）ブロードキャスト１１０８に関係する情報をＵＥ１１０２のユーザに与えるために、受信したブロードキャスト１１０８を保持する。そうではなく、基準が満たされない場合、ＵＥ１１０２は、（１１１０において）ブロードキャスト１１０８に関係する情報をＵＥ１１０２のユーザに与えることなく、受信したブロードキャスト１１０８を削除する。

基準が満たされるかどうかを判断するために、ＵＥ１１０２はそれのロケーションを判断する。ロケーションは、前ロケーション、現在ロケーション、または予測将来ロケーションであり得る。図８に関して説明した例示的な方法と同様に、判断されたロケーションに基づいて、ＵＥ１１０２は、基準が満たされるかどうかを判断することができる。フィルタ記述メタデータフラグメント１１１５は、ターゲットエリアに関連する時間をさらに含み得る。そのような構成では、基準は時間に関連付けられる。たとえば、フィルタ記述メタデータフラグメント１１１５は、持続時間、開始時間、および終了時間を含み得、基準は、開始時間と終了時間との間に持続時間以上の時間期間の間ＵＥ１１０２がターゲットエリア内に前に位置していたか、または現在位置している場合に満たされ得る。フィルタ記述メタデータフラグメント１１１５が、開始時間と終了時間とだけを含み、持続時間を含まない場合、基準は、開始時間が開始する時間と終了時間が終了する時間との間にＵＥ１１０２がターゲットエリア内に前に位置していたか、または現在位置している場合に満たされ得る。フィルタ記述メタデータフラグメント１１１５は、ＵＥ１１０２が時間に基づいてターゲットエリアに位置していたか、位置しているか、または位置することになる存在信頼性レベルと、ＵＥ１１０２が時間に基づいてターゲットエリアに位置していなかったか、位置していないか、または位置していないことになる不在信頼性レベルとをさらに含み得る。存在信頼性レベルは、ＵＥ１１０２がターゲットエリア中にある前の存在、現在の存在、または将来の存在の信頼性レベルである。不在信頼性レベルは、ＵＥ１１０２がターゲットエリアに前に不在であったか、現在不在であるか、または不在になることになる信頼性レベルである。基準は、存在信頼性レベルと不在信頼性レベルとに関連付けられ得る。存在信頼性レベルおよび不在信頼性レベルは、ＵＥ１１０２が将来の時間期間内にターゲットエリア内にある可能性があるかどうかを判断する際に有用であり得る。ＵＥ１１０２が将来の時間期間内にターゲットエリア内にある可能性があり、その可能性が存在信頼性レベルよりも大きく、および／またはその不可能性が不在信頼性レベルよりも小さいとき、基準は満たされ得、したがって、ターゲットエリアに関連するブロードキャストが処理され、ブロードキャストに関連する情報がＵＥ１１０２のユーザに与えられ得る。

フィルタ記述メタデータフラグメント１１１５内のターゲットエリアは、１つまたは複数のターゲットエリアであり得る。ターゲットエリアの各々は、特定のｅＮＢに関連するセル識別子、郵便番号または郡名など、物理的エリアの境界を定義する識別子、あるいは場合によっては、半径および緯度および経度、複数の緯度および経度、道路名など、物理的エリアの境界を定義するデータであり得る。ユーザサービスバンドル記述１１０６およびフィルタ記述メタデータフラグメント１１１５は、ＦＬＵＴＥサービス告知セッション中で受信され得る。フィルタ記述メタデータフラグメント１１１５は、少なくとも１つの追加のターゲットエリアと論理演算子とをさらに含み得る。そのような構成では、基準が満たされることは、論理演算子に応じて前記ターゲットエリアと前記少なくとも１つの追加のターゲットエリアとに基づく。追加のターゲットエリアと論理演算とを含むことによって、基準は、たとえば、指定された時間期間中にＵＥ１１０２が必須の持続時間の間ターゲットエリアＸまたはターゲットエリアＹ内にある場合に満たされ得る。

フィルタ記述メタデータフラグメント１１１５は、さらに、特定のブロードキャストが送信されることになる時間（たとえば、送信スケジュール）を含み得る。フィルタ記述メタデータフラグメント１１１５が、特定のブロードキャストが送信されることになる時間を含むとき、ＵＥ１１０２は、特定のブロードキャストがいつ送信されることになるのかを判断し、基準が満たされないかどうかに基づいてブロードキャストを無視すること（たとえば、それの受信機をオフにするか、それの受信機をオンにすることを控えること）が可能である。したがって、ＵＥ１１０２は、ｅＮＢ１１０４を通してＢＭ−ＳＣ１１０３とのサービス告知セッションを始める。セッション中に、ＵＥ１１０２は、ユーザサービスバンドル記述１１０６とフィルタ記述メタデータフラグメント１１１５とを受信する。フィルタ記述メタデータフラグメント１１１５は、ブロードキャストに関連するターゲットエリアと、ブロードキャストが送信されることになる時間とを含み得る。ＵＥ１１０２は、（１１１２において）それのロケーションを判断し、判断されたロケーションがターゲットエリア内にあるかどうかに基づいて基準が満たされるかどうかを判断する。基準が満たされる場合、ＵＥ１１０２は、ｅＮＢ１１０４を通してＢＭ−ＳＣ１１０３とのユーザデータセッションを始め、ブロードキャスト１１０８を受信する。基準が満たされない場合、ＵＥ１１０２は、ブロードキャスト１１０８を受信しないようにそれの受信機をオフにするか、またはそれの受信機をオンにすることを控えるか、あるいはさもなければブロードキャスト１１０８を復号するか、またはそれをさらに復号するのを控えることによってブロードキャスト１１０８を無視する。

ブロードキャストサービスのロケーションベースターゲッティングは、ユーザサービスバンドル記述１１０６に関連するフィルタ記述メタデータを通して可能になり得る。ユーザサービスバンドル記述１１０６について、図１２および図１３に関して以下で説明する。

図１２は、第１の例示的なユーザサービスバンドル記述１２０２を示す図１２００である。ＭＢＭＳユーザサービスバンドル記述１２０２は、少なくとも１つのユーザサービス記述インスタンス１２０６を含み、前方誤り訂正（ＦＥＣ：forward error correction）修復ストリーム記述１２０４を参照し得る。ユーザサービス記述インスタンス１２０６は、少なくとも１つの配信方法記述インスタンス１２０８と少なくとも１つのメディアプレゼンテーション記述インスタンス１２１８とを含む。少なくとも１つの配信方法記述インスタンス１２０８は、１つのセッション記述インスタンス１２１２を参照し、関連配信プロシージャ記述インスタンス１２１０を参照し得、セキュリティ記述インスタンス１２１４を参照し得る。少なくとも１つのメディアプレゼンテーション記述インスタンス１２１８は、１つのメディアプレゼンテーション記述インスタンス１２２０を参照し、それ自体が、１つまたは複数の初期化セグメント記述インスタンス１２２２を参照し得る。ユーザサービス記述インスタンス１２０６は、（１２３４において）少なくとも１つのフィルタ記述インスタンス１２１６を参照し得る。各フィルタ記述インスタンス１２１６は、それ自体、（１２３２において）少なくとも１つのユーザサービス記述インスタンス１２０６を参照し得る。さらに、ユーザサービスバンドル記述１２０２は、（１２３０において）フィルタ記述インスタンス１２１６を参照し得る。

フィルタ記述インスタンス１２１６が、ユーザサービスバンドル記述１２０２に関連するすべてのサービスに適用されると、ユーザサービスバンドル記述１２０２は、フィルタ記述インスタンス１２１６への参照１２３０を含み得る。ユーザサービスバンドル記述１２０２は、ユーザサービスバンドル記述１２０２に関連するサービスごとにユーザサービス記述インスタンス１２０６を含む。特定のユーザサービス記述インスタンス１２０６は、１２３４において、フィルタ記述インスタンス１２１６を参照し得、したがって、フィルタ記述インスタンス１２１６に関連する（１つまたは複数の）ターゲットロケーションは、特定のユーザサービス記述インスタンス１２０６のすべてのコンテンツに適用される。フィルタ記述インスタンス１２１６が特定のサービスのための個別コンテンツアイテムに適用されると、フィルタ記述インスタンス１２１６は、特定のユーザサービス記述インスタンス１２０６への１つまたは複数の参照１２３２を含み、個別コンテンツアイテムの各々に関連する識別子を含む。これは、フィルタ記述子インスタンス１２１６中に存在する同じロケーション基準が、参照されるユーザサービス記述インスタンス１２０６の各々の中の指名されたコンテンツ識別子に適用されることを意味する。

上記で説明したように、フィルタ記述インスタンス１２１６は、ユーザサービスバンドル記述１２０２に関連するすべてのサービスについてのロケーションターゲット情報、特定のユーザサービス記述インスタンス１２０６に関連するすべてのコンテンツについてのロケーションターゲット情報、またはユーザサービス記述インスタンス１２０６に関連する１つまたは複数の個別コンテンツアイテムについてのロケーションターゲット情報を与え得る。フィルタ記述インスタンス１２１６がコンテンツレベルロケーションターゲット情報を与えると、フィルタ記述インスタンス１２１６は、さらに、関連するブロードキャストの送信時間をもつ送信スケジュールを含み得る。代替的に、フィルタ記述インスタンス１２１６は送信スケジュール１２７０を参照し得る。フィルタ記述インスタンス１２１６は、追加または代替として、ユーザプロファイルまたは選好情報、デバイスプロファイルデータ、あるいはアプリケーション固有属性を含み得る。

代替的に、フィルタ情報は、セッション記述インスタンス１２１２中に含まれ得る。フィルタ情報がフィルタ記述またはセッション記述に配置されているかどうかにかかわらず、ＵＥは、そのような更新のためのブロードキャストユーザサービス告知チャネルを監視すべきときを知る手段を必要とし得る。これは、サービス告知情報にロケーションターゲッティングおよび／または他のサービス更新の通知を与える別個の専用ブロードキャスト通知チャネルを採用することによって行われ得る。ＵＥは、そのような通知チャネルを常に監視することが予想され得る。代替的に、サービス告知メタデータフラグメントに対して満了時間が定義される。フィルタ記述フラグメントの場合、満了時間は、それの「ｖａｌｉｄｉｔｙ ｔｉｍｅ」パラメータによって与えられる。セッション記述インスタンスの場合、それの有効性の満了は、ＳＤＰベース記述中の「ｔ＝」行のｓｔｏｐ−ｔｉｍｅによって与えられる。

セッション記述情報の存在を仮定すれば、それらの表現のためにセッション記述プロトコル（ＳＤＰ）シンタックスの使用を仮定すると、ＳＤＰ属性は、ロケーションターゲッティングパラメータを含むように拡張され得る。ＳＤＰのための１次拡張機構である属性機構（「ａ＝」）は、特定のアプリケーションまたはメディアのためのＳＤＰを調整するために使用され得る。ロケーションターゲッティングのサポートは、ＭＢＭＳ ＵＳＤ／Ａメタデータフラグメントのセッション記述の拡張を通して与えられ得る。

ＳＤＰ中の指定された拡張機構は、上記のように、属性機構を介したものであり得、ｓｅｓｓｉｏｎ−ｌｅｖｅｌまたはｍｅｄｉａ−ｌｅｖｅｌ属性、あるいはその両方に適用可能であり得る。一態様では、ｓｅｓｓｉｏｎ−ｌｅｖｅｌ属性のみが適用される。３つの属性拡張が定義され得る。

（１）第１の属性拡張は、ブロードキャストの場合、ダウンロード（すなわち、ファイル）配信を定義し得、したがって、セッション記述は、ＦＬＵＴＥ／ＡＬＣセッション、１つまたは複数のコンテンツアイテムの識別子のリスト、またはＦＬＵＴＥセッション中で搬送されるファイルに関する。後続のシンタックスは、ＳＤＰ属性機構を使用してそのようなコンテンツ識別情報を以下のように表し得る。

ａ＝ｃｏｎｔｅｎｔ−ｉｄ：＜ｎｕｍｂｅｒ−ｃｏｎｔｅｎｔ−ｉｔｅｍｓ＞＜ｃｏｎｔｅｎｔ＿ｉｄ−１＞…＜ｃｏｎｔｅｎｔ＿ｉｄ−Ｎ＞・ ＜ｎｕｍｂｅｒ−ｃｏｎｔｅｎｔ−ｉｔｅｍｓ＞は、このＦＬＵＴＥセッション中に配信されるコンテンツアイテムの数を示す。ゼロの値は、このセッション記述において定義されるロケーションフィルタが、個別コンテンツアイテムとは反対に、サービス全体に関することを示す。

・ ＜ｃｏｎｔｅｎｔ＿ｉｄ−Ｘ＞は、コンテンツごとのロケーションフィルタをそのコンテンツアイテムに関連付けるためにコンテンツ識別子を表す英数字列である。

（２）第２の拡張は、構成要素ロケーションフィルタについてのロケーション情報を搬送する属性を定義し得る。「ａ＝＜ａｔｔｒｉｂｕｔｅ＞：＜ｖａｌｕｅ＞」構造のｖａｌｕｅパラメータは、ロケーションフィルタ識別情報および基準を表す値のＮ組（N-tuple）のセットを備える。特に、後続のシンタックスは、ＳＤＰ属性機構を使用して構成要素ロケーションフィルタを以下のように表すために使用され得る。

ａ＝ｃｏｍｐｏｎｅｎｔｌｏｃａｔｉｏｎｆｉｌｔｅｒ：＜ｌｏｃｆｉｌｔｅｒ−ｉｄ＞＜ｔａｒｇｅｔ ａｒｅａ−ｔｙｐｅ＞＜ｔａｒｇｅｔ ａｒｅａ＞＜ｓｔａｒｔ−ｔｉｍｅ＞＜ｅｎｄ−ｔｉｍｅ＞＜ｃｏｎｆｉｄｅｎｃｅ ｌｅｖｅｌ＞／＜ｋｅｙｗｏｒｄ＞・ 属性名ｃｏｍｐｏｎｅｎｔｌｏｃａｔｉｏｎｆｉｌｔｅｒは、この属性の値によって表される構成要素ロケーションフィルタの表現を示す。

・ ＜ｌｏｃｆｉｌｔｅｒ−ｉｄ＞は、全ロケーションフィルタを構成する際の構成要素ロケーションフィルタを識別する。

・ ＜ｔａｒｇｅｔ ａｒｅａ−ｔｙｐｅ＞は、＜ｔａｒｇｅｔ ａｒｅａ＞中のロケーション情報のタイプを定義するテキスト列である。このＩＤＦ中で３つの値、「ｃｅｌｌＩＤ」、「ｚｉｐｃｏｄｅ」、および「ｅｌｌｉｐｓｏｉｄ ｐｏｉｎｔ ｗｉｔｈ ｕｎｃｅｒｔａｉｎｔｙ ｒａｄｉｕｓ（不確実な半径をもつエリプソイドポイント）」が定義される。

・ ＜ｔａｒｇｅｔ ａｒｅａ＞は、示されたターゲットエリアタイプの英数字列表現である。

○ ＜ｔａｒｇｅｔ ａｒｅａ−ｔｙｐｅ＞＝ｃｅｌｌＩＤの場合、３ＧＰＰセル識別子の場合には、セル識別情報（ＣＩ：Cell Identity）またはセルグローバル識別情報（ＣＧＩ：Cell Global Identification）が使用される。他の表記法は、非３ＧＰＰセル識別子に対して適用される。

〇 ５桁の郵便番号、または９桁のジップ＋４コード。

〇 エリプソイドポイント（原点）の（緯度，経度）座標と半径「ｒ」とを備えるカンマ区切り値（ＣＳＶ：comma-separated value）。

・ ＜ｓｔａｒｔ−ｔｉｍｅ＞は、ロケーションフィルタの評価のための時間期間の開始を表すＮＴＰタイムスタンプである。

・ ＜ｅｎｄ−ｔｉｍｅ＞は、ロケーションフィルタの評価のための時間期間の終了を表すＮＴＰタイムスタンプである。

・ ＜ｃｏｎｆｉｄｅｎｃｅ ｌｅｖｅｌ＞／＜ｋｅｙｗｏｒｄ＞は、２つのサブ属性のペアリングである。第１のエントリは、ＵＥが継続時間に基づいてターゲットエリアに位置していたか、位置しているか、または位置することになるターゲット信頼性レベルを表す。このパラメータの値範囲は０から１にわたる。第２のエントリは、ｐｒｅｓｅｎｔ（存在）またはａｂｓｅｎｔ（不在）のどちらかの単語によって与えられ、ターゲットロケーションおよび時間パラメータに関する信頼性レベルメトリックが適用されるべきＵＥの存在状態または不在状態を示す。

ｌｏｃａｔｉｏｎｆｉｌｔｅｒ属性行のうちの１つまたは複数はＳＤＰ中に存在し得、各々が、属性の値によって与えられるロケーションターゲッティングパラメータの一意のセットを定義する。以下の記述は、複数のロケーションフィルタエントリがＳＤＰ中に現れるときの使用について説明する。

（３）第３の属性拡張は、サービスレベルまたは個別コンテンツアイテムレベルのいずれかにおいて全ロケーションフィルタをシグナリングし得る。「ａ＝＜ａｔｔｒｉｂｕｔｅ＞：＜ｖａｌｕｅ＞」表記法を使用すると、＜ａｔｔｒｉｂｕｔｅ＞＝ｌｏｃａｔｉｏｎｆｉｌｔｅｒであり、＜ｖａｌｕｅ＞はＮ組の＜ｃｏｎｔｅｎｔ−ｉｄ＞と＜ｅｘｐｒｅｓｓｉｏｎ＞とを備える。非ゼロ値をもつ＜ｃｏｎｔｅｎｔ−ｉｄ＞は、全ロケーションフィルタが適用されるコンテンツアイテムを識別し、＜ｅｘｐｒｅｓｓｉｏｎ＞は、関連するコンテンツアイテムについての全ロケーションターゲッティング情報を定義する１つまたは複数の構成要素ロケーションフィルタの論理組合せである。ゼロ値をもつ＜ｃｏｎｔｅｎｔ−ｉｄ＞は、全ロケーションフィルタが適用されるサービスを識別する。

ブロードキャストサービスの個別コンテンツアイテムによってロケーションターゲッティングを定義するためにＳＤＰシンタックスを使用して能力が制限され得る。これは、ＳＤＰの公称タイミングパラメータ、たとえば、「ｔ＝」行を利用することになる。タイミングパラメータの公称シンタックスは、ｔ＝＜ｓｔａｒｔ−ｔｉｍｅ＞＜ｓｔｏｐ−ｔｉｍｅ＞によって与えられ得、したがって、「ｔ＝」行は、セッションの開始時間と停止時間とを指定し、複数の不規則に離間した時間間隔にセッションがアクティブであることを示すために複数のそのような行が使用され得、追加の各「ｔ＝」行は、セッションがアクティブになることになる追加の時間期間を指定する。

ＳＤＰ中で上記の固有のタイミング能力が使用され得、したがって、各「ｔ＝」行は、親サービス中のコンテンツアイテムのうちの１つの送信時間として定義される。たとえば、異なる時間に送られる１０個の異なる広告を含んでいるブロードキャスト広告サービスは、ＳＤＰ中に１０個の「ｔ＝」行を有することになり、各行は、それらの広告のうちの１つの特定の送信スケジュールを定義する。ＳＤＰ中のタイミングパラメータのそのような使用は、コンテンツアイテムのブロードキャスト送信を受信することをＵＥが予想することができる厳密な一意の時間間隔を表し、これは、ＵＥが、必要であればそうする準備ができている必要があり、その後直ちに電源切断し、後続のコンテンツアイテムがロケーションフィルタ処理の観点から重要でない限りその状態にとどまることを意味する。これらの「ｔ＝」行の特殊な意味を確立するために、親サービスの各インスタンスは、一意の専用セッション（たとえば、ダウンロード配信ベースサービスのためのＦＬＵＴＥセッション）に関連付けられ得る。言い換えれば、このブロードキャストサービスは、他のブロードキャストサービスと共有されるＦＬＵＴＥセッション上で送られないことがある。さらに、前に説明したロケーションフィルタとそれらのフィルタ上の（随意の）論理演算とを組み合わせて、各ロケーション固有コンテンツアイテムは、特定の配信ウィンドウならびにロケーションフィルタルールでタグ付けされ得る。ロケーションターゲッティングをサポートする例示的なＳＤＰ記述は、以下のように表現され得る。

上記で説明したようにロケーションターゲッティングを搬送するためにＳＤＰを使用することの１つのさらなる制限は、それがＵＳＤ／ＡメタデータとしてＵＥに送られると、ロケーションベースサービスの個別コンテンツの送信スケジュールがＳＤＰ記述の有効性持続時間の間固定のままであるということであり得る。セッション記述フラグメントを再送することは他のメタデータフラグメントを再送することを必要とし、非効率的なネットワークリソース／帯域幅であるので、ＳＤＰ記述を後になって変更することは実現可能でないことがある。

図１３は、第２の例示的なユーザサービスバンドル記述１３０２を示す図１３００である。ＭＢＭＳユーザサービスバンドル記述１３０２は、少なくとも１つのユーザサービス記述インスタンス１３０６を含み、ＦＥＣ修復ストリーム記述１３０４を参照し得る。ユーザサービス記述インスタンス１３０６は、少なくとも１つの配信方法記述インスタンス１３０８と、少なくとも１つのメディアプレゼンテーション記述インスタンス１３１８と、１つのスケジュールインスタンス１３４６とを含み得る。少なくとも１つの配信方法記述インスタンス１３０８は、１つのセッション記述インスタンス１３１２を参照し、関連配信プロシージャ記述インスタンス１３１０を参照し得、セキュリティ記述インスタンス１３１４を参照し得る。少なくとも１つのメディアプレゼンテーション記述インスタンス１３１８は、１つのメディアプレゼンテーション記述インスタンス１３２０を参照し、それ自体が、１つまたは複数の初期化セグメント記述インスタンス１３２２を参照し得る。スケジュールインスタンス１３４６はスケジュール記述インスタンス１３４８を参照する。スケジュール記述インスタンス１３４８はフィルタ情報を含み得る。

図１４は、ユーザサービス記述の下のスケジュール要素を示す図１４００である。ユーザサービス記述１４０８は、属性１４１４とスケジュール１４１６とを含み得る。スケジュール１４１６は、スケジュール記述１４１８を含み得、スケジュール記述１４１８は、ファイルスケジュール１４２０を含み得る。ファイルスケジュール１４２０は、ファイルＵＲＩ１４２２と、配信情報１４２４と、フィルタ情報１４２６とを含み得る。配信情報１４２４は、開始時間１４２８と終了時間１４３０とを含み得る。

スケジュール記述インスタンスは、ユーザサービスのアクティブセッションの送信スケジュールを搬送し、ファイルダウンロードサービスの場合、個々のファイルオブジェクトは関連するユーザサービスに属し得る。告知された送信スケジュールは、ダウンロード配信サービスのファイルに対応する。ＵＥは、スケジュール記述インスタンス中のファイル配信スケジュールと関連補助情報とに基づいて受信すべきいくつかのファイルを選定し得る。ファイルスケジュール情報は、それのファイルＵＲＩによって識別されるサービスの個々のコンテンツファイルの開始送信時間と終了送信時間とによって定義される。追加のフィルタ処理メタデータは、スケジュールに関連するコンテンツファイルの記述を含み得る。ロケーション依存ファイルダウンロードサービスの選択的ダウンロードをサポートするために、補助フィルタ処理情報はターゲットロケーション情報であり得る。

図１５は、ワイヤレス通信の第１の方法のフローチャート１５００である。本方法は、ＵＥ７０２／１１０２などのワイヤレスデバイスによって実行される。本方法によれば、ステップ１５０２において、ＵＥは、第１のセッション（たとえば、ユーザデータセッションまたはサービス告知セッション）中で複数のデータセットを受信する。データセットの各データセットは、ブロードキャストに関連する識別子とターゲットエリアとを含む。ステップ１５０４において、ＵＥは、第２のセッション中でブロードキャストと、ブロードキャストに関連する識別子とを受信する。ステップ１５０６において、ＵＥは、受信したブロードキャストとともに受信した識別子に基づいて受信したブロードキャストに関連するターゲットエリアまたはロケーションフィルタ処理ルールを関係する内部知識に対して評価する。ステップ１５０８において、ＵＥは、ＵＥの前ロケーション、現在ロケーション、または予測将来ロケーションを判断する。ステップ１５１０において、ＵＥは、次いで、ターゲットエリアと判断されたロケーションとに関連する１つまたは複数の基準が満たされるかどうかに基づいて受信したブロードキャストを保持すべきかどうかを判断する。

たとえば、図７に関して上記で説明したように、ＵＥ７０２は、ブロードキャストファイル７０８とブロードキャストファイルに関連する識別子とを受信し得る。ＵＥ７０２は、フィルタ情報中で、受信したブロードキャストファイルの識別子をルックアップし、受信したブロードキャストファイルに関連するターゲットエリアを判断し得る。ＵＥは、ＵＥの前ロケーション、現在ロケーション、または将来ロケーションを判断する。したがって、ターゲットエリアと判断されたロケーションとに基づいて、ＵＥ７０２は、ターゲットエリアと判断されたロケーションとに関連する１つまたは複数の基準が満たされるかどうかを判断する。基準が満たされる場合、ＵＥ７０２は、ブロードキャストファイル７０８に関係する情報をＵＥ７０２のユーザに与えるために、受信したブロードキャストファイル７０８を保持する。そうではなく、基準が満たされない場合、ＵＥ７０２は、ブロードキャストファイル７０８に関係する情報をＵＥ７０２のユーザに与えることなく、受信したブロードキャストファイル７０８を削除する。

上記で説明したように、各データセットは、識別子とターゲットエリアとを含み得る。各データセットは、さらに、データセットが適用される少なくとも１つのコンテンツを示す少なくとも１つのコンテンツリファレンスを含み得る。一構成では、各データセットは、開始時間、終了時間、持続時間、開始時間と終了時間との間の持続時間の間にＵＥがターゲットエリア中に存在する信頼性レベル、および／または開始時間と終了時間との間の持続時間の間にＵＥがターゲットエリアに不在である信頼性レベルなどの追加のパラメータを含む。一構成では、ＵＥは、ＵＥの前ロケーション、現在ロケーション、または予測将来ロケーションを判断し得る。そのような構成では、基準評価は、前ロケーション、現在ロケーション、または予測将来ロケーションがターゲットエリア内にあるかどうかに基づき得る。各データセットは、さらに、ターゲットエリアに関連する時間を含み得、基準は時間に関連付けられ得る。一構成では、各データセットは、持続時間をさらに含み得、時間は、ターゲットエリアに関連する開始時間と終了時間とを含み、基準は、開始時間と終了時間との間に持続時間以上の時間の間ＵＥがターゲットエリアに前に位置していたか、位置しているか、または位置することになるときに満たされ得る。そのような構成では、各データセットは、ＵＥが時間に基づいてターゲットエリアに位置していたか、位置しているか、または位置することになる存在信頼性レベルと、ＵＥが時間に基づいてターゲットエリアに位置していなかったか、位置していないか、または位置していないことになる不在信頼性レベルとをさらに含み得る。そのような構成では、基準は、存在信頼性レベルと不在信頼性レベルとに関連付けられる。ＵＥが指定された持続時間の間ターゲットエリア内に位置することになる存在信頼性レベルおよび不在信頼性レベルは、ＵＥの前の履歴および／または現在のイベントと、ＵＥがターゲットエリア中にあった前のイベントとの比較に基づき得る。

ターゲットエリアは、セル識別子、物理的エリアの境界を定義する識別子（たとえば、郵便番号、郡名）、または物理的エリアの境界を定義するデータ（たとえば、緯度、経度、半径、道路名、または物理的境界を定義する他のデータパラメータ）であり得る。第１の構成では、第１および第２のセッションは同じＦＬＵＴＥユーザデータセッションであり得、複数のデータセットは、ＦＤＴインスタンス中に含まれ得るか、またはＦＬＵＴＥパケットにマッピングされ得、識別子は、送信オブジェクト識別子（ＴＯＩ）であり得る。第２の構成では、第１のセッションはＦＬＵＴＥサービス告知セッションであり得、第２のセッションはＦＬＵＴＥユーザデータセッションであり得る。第２の構成では、複数のデータセットは、ＭＢＭＳユーザサービス発見／告知中に、ユーザサービスバンドル記述１１０６／１２０２／１３０２に関連する１つまたは複数のメタデータフラグメントインスタンス中で受信され得る。１つのサブ構成では、１つまたは複数のメタデータフラグメントインスタンスは、ユーザサービスバンドル記述１１０６／１２０２／１３０２に関連するフィルタ記述インスタンス（たとえば、１２１６、１４２６）を含み得る。フィルタ記述インスタンスは、ユーザサービスバンドル記述に関連するスケジュールインスタンスに属し得る。別のサブ構成では、１つまたは複数のメタデータフラグメントインスタンスは、ユーザサービスバンドル記述１１０６／１２０２に関連するセッション記述インスタンス１２１２を含み得る。各データセットは、少なくとも１つの追加のターゲットエリアと論理演算子（たとえば、ＡＮＤ、ＯＲ、ＮＯＴ）とをさらに含み得、基準が満たされることは、論理演算子に応じてターゲットエリアと少なくとも１つの追加のターゲットエリアとに基づき得る。受信したブロードキャストは、ブロードキャスト全体の一部分であり得る。そのような構成では、ＵＥは、ターゲットエリアに関連する基準が満たされるかどうかに基づいて、ブロードキャスト全体の残りの部分を受信すべきかどうかを判断し得る。

図１６は、ワイヤレス通信の第２の方法のフローチャート１６００である。本方法は、ＵＥ７０２／１１０２などのワイヤレスデバイスによって実行される。第２の方法によれば、ステップ１６０２において、ＵＥは、セッション中でデータセットを受信する。データセットは、ブロードキャストに関連するターゲットエリアと、ブロードキャストが送信されることになる時間とを含む。ステップ１６０４において、ＵＥは、それのロケーションを判断する。ステップ１６０６において、ＵＥは、判断されたロケーションがターゲットエリア内にあるかどうかに基づいて１つまたは複数の基準が満たされるかどうかを判断する。ステップ１６０８において、ＵＥは、１つのまたは複数の基準が満たされるときのみ、セッション中でデータセットに関連するブロードキャストを受信する。したがって、１つまたは複数の基準が満たされないとき、ＵＥはブロードキャストを受信することを控える。

各データセットは、さらに、データセットが適用される少なくとも１つのコンテンツを示す少なくとも１つのコンテンツリファレンスを含み得る。一構成では、ロケーションは、ＵＥの前ロケーション、現在ロケーション、または予測将来ロケーションであって、基準評価は、前ロケーション、現在ロケーション、または予測将来ロケーションがターゲットエリア内にあるかどうかに基づく。一構成では、データセットは、ターゲットエリアに関連する時間をさらに含み、基準は時間に関連付けられる。一構成では、データセットは、持続時間をさらに含み、時間は、ターゲットエリアに関連する開始時間と終了時間とを含み、基準は、開始時間と終了時間との間に持続時間以上の時間の間ＵＥがターゲットエリアに前に位置していたか、または位置しているときに満たされる。別の構成では、データセットは、ＵＥが時間に基づいてターゲットエリアに位置していたか、位置しているか、または位置することになる存在信頼性レベルと、ＵＥが時間に基づいてターゲットエリアに位置していなかったか、位置していないか、または位置していないことになる不在信頼性レベルとをさらに含み、基準は、存在信頼性レベルと不在信頼性レベルとに関連付けられる。

一構成では、ターゲットエリアは、セル識別子、物理的エリアの境界を定義する識別子、または物理的エリアの境界を定義するデータである。第１の構成では、セッションはＦＬＵＴＥユーザデータセッションであり、データセットは、ＦＤＴインスタンス中に含まれ得るか、または１つまたは複数のＦＬＵＴＥパケットにマッピングされる。第２の構成では、セッションは、ＦＬＵＴＥサービス告知セッションである。第２の構成では、データセットは、ＭＢＭＳユーザサービス発見／告知中に、ユーザサービスバンドル記述１１０６／１２０２／１３０２に関連する１つまたは複数のメタデータフラグメントインスタンス中で受信され得る。１つのサブ構成では、１つまたは複数のメタデータフラグメントインスタンスは、ユーザサービスバンドル記述１１０６／１２０２／１３０２に関連するフィルタ記述インスタンス（たとえば、１２１６、１４２６）を含み得る。フィルタ記述インスタンスは、ユーザサービスバンドル記述に関連するスケジュールインスタンスに属し得る。別のサブ構成では、１つまたは複数のメタデータフラグメントインスタンスは、ユーザサービスバンドル記述１１０６／１２０２に関連するセッション記述インスタンス１２１２を含み得る。一構成では、データセットは、少なくとも１つの追加のターゲットエリアと論理演算子とをさらに含み、基準が満たされることが、論理演算子に応じて前記ターゲットエリアと前記少なくとも１つの追加のターゲットエリアとに基づく。

図１７は、例示的な装置１７０１の機能を示す概念ブロック図１７００である。本装置は、ＦＤＴインスタンスとブロードキャストファイルとを受信するように構成されたＦＤＴおよびブロードキャスト受信モジュール１７０２を含む。第１の構成では、ＦＤＴおよびブロードキャストファイル受信モジュール１７０２は、セッション中で複数のデータセットを受信するように構成され得る。データセットの各データセットは、ブロードキャストファイルに関連する識別子とターゲットエリアとを含む。さらに、ＦＤＴおよびブロードキャストファイル受信モジュール１７０２は、セッション中でブロードキャストファイルとブロードキャストファイルに関連する識別子とを受信するように構成され得る。本装置は、受信したブロードキャストファイルとともに受信した識別子に基づいて、受信したブロードキャストファイルに関連するターゲットエリアを判断するように構成され得るファイル配信テーブル処理モジュール１７０４をさらに含む。本装置は、ターゲットエリアに関連する基準が満たされるかどうかに基づいて、受信したブロードキャストファイルを保持すべきかどうかを判断するように構成され得るブロードキャストファイル処理モジュール１７１０をさらに含む。本装置は、本装置の前ロケーション、現在ロケーション、または将来ロケーションを判断するように構成されたロケーション判断モジュール１７０６をさらに含み得る。基準は、前ロケーション、現在ロケーション、または将来ロケーションがターゲットエリア内にあるかどうかに基づく。

本装置は、上述の図１５のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、上述の図１５のフローチャート中の各ステップは、１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

第２の構成では、ＦＤＴおよびブロードキャストファイル受信モジュール１７０２は、セッション中でデータセットを受信するように構成され得る。データセットは、ブロードキャストファイルに関連するターゲットエリアと、ブロードキャストファイルが送信されることになる時間とを含む。本装置は、本装置のロケーションを判断するように構成され得るロケーション判断モジュール１７０６をさらに含む。本装置は、判断されたロケーションがターゲットエリア内にあるかどうかに基づいて基準が満たされるかどうかを判断するように構成され得るブロードキャストファイル処理モジュール１７１０をさらに含む。ＦＤＴおよびブロードキャストファイル受信モジュール１７０２はまた、基準が満たされるときのみ、セッション中でデータセットに関連するブロードキャストファイルを受信するように構成され得る。

本装置は、上述の図１６のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、上述の図１６のフローチャート中の各ステップは、１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

図１８は、処理システム１８１４を採用する装置１７０１’のためのハードウェア実装形態の一例を示す図である。処理システム１８１４は、バス１８２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１８２４は、処理システム１８１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１８２４は、プロセッサ１８０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール１７０２、１７０４、１７０６、１７１０と、コンピュータ可読媒体１８０６とを含む様々な回路を互いにリンクする。バス１８２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。

処理システム１８１４はトランシーバ１８１０に結合され得る。トランシーバ１８１０は、１つまたは複数のアンテナ１８２０に結合される。トランシーバ１８１０は、伝送媒体上で様々な他の装置と通信するための手段を与える。処理システム１８１４は、コンピュータ可読媒体１８０６に結合されたプロセッサ１８０４を含む。プロセッサ１８０４はまた、コンピュータ可読媒体１８０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１８０４によって実行されたとき、処理システム１８１４に、任意の特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体１８０６はまた、ソフトウェアを実行するときにプロセッサ１８０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１７０２、１７０４、１７０６、および１７１０のうちの少なくとも１つをさらに含む。それらのモジュールは、プロセッサ１８０４中で動作するか、コンピュータ可読媒体１８０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ１８０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１８１４は、ＵＥ６５０の構成要素であり得、メモリ６６０、および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。

第１の構成では、ワイヤレス通信のための装置１７０１／１７０１’は、第１のセッション中で複数のデータセットを受信するための手段を含む。データセットの各データセットは、ブロードキャストに関連する識別子とターゲットエリアとを含み得る。本装置は、第２のセッション中でブロードキャストと、ブロードキャストに関連する識別子とを受信するための手段と、受信したブロードキャストとともに受信した識別子に基づいて、受信したブロードキャストに関連するターゲットエリアを判断するための手段と、ターゲットエリアに関連する基準が満たされるかどうかに基づいて、受信したブロードキャストを保持すべきかどうかを判断するための手段とをさらに含む。本装置は、本装置の前ロケーション、現在ロケーション、または予測将来ロケーションを判断するための手段をさらに含み得る。基準評価は、前ロケーション、現在ロケーション、または予測将来ロケーションがターゲットエリア内にあるかどうかに基づき得る。

一構成では、第１のＦＬＵＴＥセッションと第２のＦＬＵＴＥセッションとは同じセッションであり得、同じセッションはＦＬＵＴＥユーザデータセッションであり得る。複数のデータセットは補助データＦＬＵＴＥパケットであり得、識別子はＴＯＩであり得る。本装置は、ＦＬＵＴＥサービス告知セッション中でメタデータを受信するための手段をさらに含み得る。メタデータは、補助データＦＬＵＴＥパケット中で複数のデータセットを見つけるための情報を与える。受信したブロードキャストは、ブロードキャスト全体の一部分であり得る。そのような構成では、本装置は、ターゲットエリアに関連する基準が満たされるかどうかに基づいて、ブロードキャスト全体の残りの部分を受信すべきかどうかを判断するための手段をさらに含み得る。

第２の構成では、ワイヤレス通信のための装置１７０１／１７０１’は、セッション中でデータセットを受信するための手段を含む。データセットは、ブロードキャストに関連するターゲットエリアと、ブロードキャストが送信されることになる時間とを含み得る。本装置は、本装置のロケーションを判断するための手段と、判断されたロケーションがターゲットエリア内にあるかどうかに基づいて基準が満たされるかどうかを判断するための手段と、基準が満たされるときのみ、セッション中でデータセットに関連するブロードキャストを受信するための手段とをさらに含み得る。

上述の手段は、上述の手段によって具陳される機能を実行するように構成された、装置１７０１の上述のモジュールおよび／または装置１７０１’の処理システム１８１４のうちの１つまたは複数であり得る。上記で説明したように、処理システム１８１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成されたＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とであり得る。

図１９は、例示的な装置１９０１の機能を示す概念ブロック図１９００である。本装置は、ユーザサービスバンドル記述およびブロードキャストを受信するように構成され得るユーザサービスバンドル記述およびブロードキャスト受信モジュール１９０２を含む。第１の構成では、ユーザサービスバンドル記述およびブロードキャスト受信モジュール１９０２は、第１のセッション中で複数のデータセットを受信するように構成され得る。データセットの各データセットは、ブロードキャストに関連する識別子とターゲットエリアとを含む。さらに、ユーザサービスバンドル記述およびブロードキャスト受信モジュール１９０２は、第２のセッション中でブロードキャストとブロードキャストに関連する識別子とを受信するように構成され得る。本装置は、受信したブロードキャストとともに受信した識別子に基づいて、受信したブロードキャストに関連するターゲットエリアを判断するように構成され得るユーザサービスバンドル記述処理モジュール１９０４をさらに含む。本装置は、ターゲットエリアに関連する基準が満たされるかどうかに基づいて、受信したブロードキャストを保持すべきかどうかを判断するように構成され得るブロードキャスト処理モジュール１９１０をさらに含む。本装置は、本装置の前ロケーション、現在ロケーション、または将来ロケーションを判断するように構成されたロケーション判断モジュール１９０６をさらに含み得る。基準は、前ロケーション、現在ロケーション、または将来ロケーションがターゲットエリア内にあるかどうかに基づく。

本装置は、上述の図１５のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、上述の図１５のフローチャート中の各ステップは、１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

第２の構成では、ユーザサービスバンドル記述およびブロードキャスト受信モジュール１９０２は、セッション中でデータセットを受信するように構成され得る。データセットは、ブロードキャストに関連するターゲットエリアと、ブロードキャストが送信されることになる時間とを含む。本装置は、本装置のロケーションを判断するように構成され得るロケーション判断モジュール１９０６をさらに含む。本装置は、判断されたロケーションがターゲットエリア内にあるかどうかに基づいて基準が満たされるかどうかを判断するように構成され得るブロードキャスト処理モジュール１９１０をさらに含む。ユーザサービスバンドル記述およびブロードキャスト受信モジュール１９０２はまた、基準が満たされるときのみ、セッション中でデータセットに関連するブロードキャストを受信するように構成され得る。

本装置は、上述の図１６のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、上述の図１６のフローチャート中の各ステップは、１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

図２０は、処理システム２０１４を採用する装置１９０１’のためのハードウェア実装形態の例を示す図である。処理システム２０１４は、バス２０２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス２０２４は、処理システム２０１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス２０２４は、プロセッサ２００４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール１９０２、１９０４、１９０６、１９１０と、コンピュータ可読媒体２００６とを含む様々な回路を互いにリンクする。バス２０２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。

処理システム２０１４はトランシーバ２０１０に結合され得る。トランシーバ２０１０は、１つまたは複数のアンテナ２０２０に結合される。トランシーバ２０１０は、伝送媒体上で様々な他の装置と通信するための手段を与える。処理システム２０１４は、コンピュータ可読媒体２００６に結合されたプロセッサ２００４を含む。プロセッサ２００４はまた、コンピュータ可読媒体２００６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ２００４によって実行されたとき、処理システム２０１４に、任意の特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体２００６はまた、ソフトウェアを実行するときにプロセッサ２００４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１９０２、１９０４、１９０６、および１９１０のうちの少なくとも１つをさらに含む。それらのモジュールは、プロセッサ２００４中で動作するか、コンピュータ可読媒体２００６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ２００４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム２０１４は、ＵＥ６５０の構成要素であり得、メモリ６６０、および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。

第１の構成では、ワイヤレス通信のための装置１９０１／１９０１’は、第１のセッション中で複数のデータセットを受信するための手段を含む。データセットの各データセットは、ブロードキャストに関連する識別子とターゲットエリアとを含み得る。本装置は、第２のセッション中でブロードキャストと、ブロードキャストに関連する識別子とを受信するための手段と、受信したブロードキャストとともに受信した識別子に基づいて、受信したブロードキャストに関連するターゲットエリアを判断するための手段と、ターゲットエリアに関連する基準が満たされるかどうかに基づいて、受信したブロードキャストを保持すべきかどうかを判断するための手段とをさらに含む。本装置は、本装置の前ロケーション、現在ロケーション、または予測将来ロケーションを判断するための手段をさらに含み得る。基準評価は、前ロケーション、現在ロケーション、または予測将来ロケーションがターゲットエリア内にあるかどうかに基づき得る。受信したブロードキャストは、ブロードキャスト全体の一部分であり得る。そのような構成では、本装置は、ターゲットエリアに関連する基準が満たされるかどうかに基づいて、ブロードキャスト全体の残りの部分を受信すべきかどうかを判断するための手段をさらに含み得る。

第２の構成では、ワイヤレス通信のための装置１９０１／１９０１’は、セッション中でデータセットを受信するための手段を含む。データセットは、ブロードキャストに関連するターゲットエリアと、ブロードキャストが送信されることになる時間とを含み得る。本装置は、本装置のロケーションを判断するための手段と、判断されたロケーションがターゲットエリア内にあるかどうかに基づいて基準が満たされるかどうかを判断するための手段と、基準が満たされるときのみ、セッション中でデータセットに関連するブロードキャストを受信するための手段とをさらに含み得る。

上述の手段は、上述の手段によって具陳される機能を実行するように構成された、装置１９０１の上述のモジュールおよび／または装置１９０１’の処理システム２０１４のうちの１つまたは複数であり得る。上記で説明したように、処理システム２０１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成されたＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とであり得る。

開示したプロセスにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス中のステップの特定の順序または階層は再構成され得ることを理解されたい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

以上の説明は、本明細書で説明された様々な態様を、当業者が実行できるようにするために提供される。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、特許請求の言い回しに矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という語は「１つまたは複数の」を表す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明白に組み込まれ、特許請求の範囲に包含されるものである。さらに、本明細書に開示するいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１] ワイヤレスデバイスの方法であって、
ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）セッションを介した第１のファイル配信において複数のデータセットを受信することであって、前記データセットの各データセットが、ブロードキャストに関連する識別子とターゲットエリアとを備える、受信することと、
第２のＦＬＵＴＥセッション中でブロードキャストと、前記ブロードキャストに関連する識別子とを受信することと、
前記受信したブロードキャストとともに受信した前記識別子に基づいて、前記受信したブロードキャストに関連する前記ターゲットエリアを判断することと、
前記ターゲットエリアに関連する基準が満たされるかどうかに基づいて、前記受信したブロードキャストを保持すべきかどうかを判断することとを備える、方法。
[Ｃ２] 前記ワイヤレスデバイスの前ロケーション、現在ロケーション、または予測将来ロケーションを判断することであって、前記基準評価は、前記前ロケーション、前記現在ロケーション、または前記予測将来ロケーションが前記ターゲットエリア内にあるかどうかに基づく、判断することをさらに備える、Ｃ１に記載の方法。
[Ｃ３] 各データセットは、前記データセットが適用される少なくとも１つのコンテンツを示す少なくとも１つのコンテンツリファレンスをさらに備える、Ｃ１に記載の方法。
[Ｃ４] 各データセットが、前記ターゲットエリアに関連する時間をさらに備え、前記基準が前記時間に関連付けられる、Ｃ１に記載の方法。
[Ｃ５] 前記ターゲットエリアが、セル識別子、物理的エリアの境界を定義する識別子、または物理的エリアの境界を定義するデータである、Ｃ１に記載の方法。
[Ｃ６] 前記第１のＦＬＵＴＥセッションと前記第２のＦＬＵＴＥセッションとが同じセッションであり、前記同じセッションがＦＬＵＴＥユーザデータセッションであり、前記複数のデータセット中の各データセットがＦＤＴインスタンス中に含まれており、前記識別子は、値が０に等しい送信オブジェクト識別子（ＴＯＩ）である、Ｃ１に記載の方法。
[Ｃ７] 前記第１のＦＬＵＴＥセッションと前記第２のＦＬＵＴＥセッションとが同じセッションであり、前記同じセッションがＦＬＵＴＥユーザデータセッションであり、前記複数のデータセットが、補助データファイルオブジェクトを搬送するＦＬＵＴＥパケット中にあり、前記識別子は、値が０に等しくない送信オブジェクト識別子（ＴＯＩ）であり、前記方法が、ＦＬＵＴＥサービス告知セッション中でメタデータを受信することをさらに備え、前記メタデータが、前記ＦＬＵＴＥパケット中で前記複数の前記データセットを見つけるための情報を与える、Ｃ１に記載の方法。
[Ｃ８] 前記第１のＦＬＵＴＥセッションがＦＬＵＴＥサービス告知セッションであり、前記第２のＦＬＵＴＥセッションがＦＬＵＴＥユーザデータセッションである、Ｃ１に記載の方法。
[Ｃ９] 前記複数のデータセットが、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ユーザサービス発見／告知中に、ユーザサービスバンドル記述に関連する１つまたは複数のメタデータフラグメントインスタンス中で受信される、Ｃ８に記載の方法。
[Ｃ１０] 前記１つまたは複数のメタデータフラグメントインスタンスが、前記ユーザサービスバンドル記述に関連する少なくとも１つのフィルタ記述インスタンスを備える、Ｃ９に記載の方法。
[Ｃ１１] 前記ユーザサービスバンドル記述に関連する前記少なくとも１つのフィルタ記述インスタンスが、１つまたは複数のユーザサービス記述の少なくとも１つのコンテンツアイテムを参照する、Ｃ１０に記載の方法。
[Ｃ１２] 前記少なくとも１つのフィルタ記述インスタンスが、前記ユーザサービスバンドル記述に関連するスケジュールインスタンスに関連付けられる、Ｃ１０に記載の方法。
[Ｃ１３] 前記１つまたは複数のメタデータフラグメントインスタンスが、前記ユーザサービスバンドル記述に関連するセッション記述インスタンスを備える、Ｃ９に記載の方法。
[Ｃ１４] 各データセットが、少なくとも１つの追加のターゲットエリアと論理演算子とをさらに備え、前記基準が前記満たされることが、前記論理演算子に応じて前記ターゲットエリアと前記少なくとも１つの追加のターゲットエリアとに基づく、Ｃ１に記載の方法。
[Ｃ１５] 前記受信したブロードキャストがブロードキャスト全体の一部分であり、前記方法は、前記ターゲットエリアに関連する前記基準が満たされるかどうかに基づいて、前記ブロードキャスト全体の残りの部分を受信すべきかどうかを判断することをさらに備える、Ｃ１に記載の方法。
[Ｃ１６] ワイヤレスデバイスの方法であって、
ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）セッションを介したファイル配信においてデータセットを受信することであって、前記データセットが、ブロードキャストに関連するターゲットエリアと前記ブロードキャストが送信されることになる時間とを備える、受信することと、
前記ワイヤレスデバイスのロケーションを判断することと、
前記判断されたロケーションが前記ターゲットエリア内にあるかどうかに基づいて基準が満たされるかどうかを判断することと、
前記基準が満たされるときのみ、前記ＦＬＵＴＥセッション中で前記データセットに関連する前記ブロードキャストを受信することとを備える、方法。
[Ｃ１７] 前記ロケーションが、前記ワイヤレスデバイスの前ロケーション、現在ロケーション、または予測将来ロケーションであって、前記基準評価は、前記前ロケーション、前記現在ロケーション、または前記予測将来ロケーションが前記ターゲットエリア内にあるかどうかに基づく、Ｃ１６に記載の方法。
[Ｃ１８] 各データセットは、前記データセットが適用される少なくとも１つのコンテンツを示す少なくとも１つのコンテンツリファレンスをさらに備える、Ｃ１６に記載の方法。
[Ｃ１９] 前記データセットが、前記ターゲットエリアに関連する時間をさらに備え、前記基準が前記時間に関連付けられる、Ｃ１６に記載の方法。
[Ｃ２０] 前記ターゲットエリアが、セル識別子、物理的エリアの境界を定義する識別子、または物理的エリアの境界を定義するデータである、Ｃ１６に記載の方法。
[Ｃ２１] 前記ＦＬＵＴＥセッションがＦＬＵＴＥユーザデータセッションであり、前記データセットがＦＤＴインスタンス中に含まれている、Ｃ１６に記載の方法。
[Ｃ２２] 前記ＦＬＵＴＥセッションがＦＬＵＴＥユーザデータセッションであり、前記データセットが、補助データファイルオブジェクトを搬送する１つまたは複数のＦＬＵＴＥパケット中にある、Ｃ１６に記載の方法。
[Ｃ２３] 前記データセットが、少なくとも１つの追加のターゲットエリアと論理演算子とをさらに備え、前記基準が前記満たされることが、前記論理演算子に応じて前記ターゲットエリアと前記少なくとも１つの追加のターゲットエリアとに基づく、Ｃ１６に記載の方法。
[Ｃ２４] ワイヤレス通信のための装置であって、
ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）セッションを介した第１のファイル配信において複数のデータセットを受信するための手段であって、前記データセットの各データセットが、ブロードキャストに関連する識別子とターゲットエリアとを備える、受信するための手段と、
第２のＦＬＵＴＥセッション中でブロードキャストと、前記ブロードキャストに関連する識別子とを受信するための手段と、
前記受信したブロードキャストとともに受信した前記識別子に基づいて、前記受信したブロードキャストに関連する前記ターゲットエリアを判断するための手段と、
前記ターゲットエリアに関連する基準が満たされるかどうかに基づいて、前記受信したブロードキャストを保持すべきかどうかを判断するための手段とを備える、装置。
[Ｃ２５] 前記装置の前ロケーション、現在ロケーション、または予測将来ロケーションを判断するための手段であって、前記基準評価は、前記前ロケーション、前記現在ロケーション、または前記予測将来ロケーションが前記ターゲットエリア内にあるかどうかに基づく、判断するための手段をさらに備える、Ｃ２４に記載の装置。
[Ｃ２６] 各データセットは、前記データセットが適用される少なくとも１つのコンテンツを示す少なくとも１つのコンテンツリファレンスをさらに備える、Ｃ２４に記載の装置。
[Ｃ２７] 各データセットが、前記ターゲットエリアに関連する時間をさらに備え、前記基準が前記時間に関連付けられる、Ｃ２４に記載の装置。
[Ｃ２８] 前記ターゲットエリアが、セル識別子、物理的エリアの境界を定義する識別子、または物理的エリアの境界を定義するデータである、Ｃ２４に記載の装置。
[Ｃ２９] 前記第１のＦＬＵＴＥセッションと前記第２のＦＬＵＴＥセッションとが同じセッションであり、前記同じセッションがＦＬＵＴＥユーザデータセッションであり、前記複数のデータセット中の各データセットがＦＤＴインスタンス中に含まれており、前記識別子は、値が０に等しい送信オブジェクト識別子（ＴＯＩ）である、Ｃ２４に記載の装置。
[Ｃ３０] 前記第１のＦＬＵＴＥセッションと前記第２のＦＬＵＴＥセッションとが同じセッションであり、前記同じセッションがＦＬＵＴＥユーザデータセッションであり、前記複数のデータセットが、補助データファイルオブジェクトを搬送するＦＬＵＴＥパケット中にあり、前記識別子は、値が０に等しくない送信オブジェクト識別子（ＴＯＩ）であり、前記装置が、ＦＬＵＴＥサービス告知セッション中でメタデータを受信するための手段をさらに備え、前記メタデータが、前記ＦＬＵＴＥパケット中で前記複数の前記データセットを見つけるための情報を与える、Ｃ２４に記載の装置。
[Ｃ３１] 前記第１のＦＬＵＴＥセッションがＦＬＵＴＥサービス告知セッションであり、前記第２のＦＬＵＴＥセッションがＦＬＵＴＥユーザデータセッションである、Ｃ２４に記載の装置。
[Ｃ３２] 前記複数のデータセットが、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ユーザサービス発見／告知中に、ユーザサービスバンドル記述に関連する１つまたは複数のメタデータフラグメントインスタンス中で受信される、Ｃ３１に記載の装置。
[Ｃ３３] 前記１つまたは複数のメタデータフラグメントインスタンスが、前記ユーザサービスバンドル記述に関連する少なくとも１つのフィルタ記述インスタンスを備える、Ｃ３２に記載の装置。
[Ｃ３４] 前記ユーザサービスバンドル記述に関連する前記少なくとも１つのフィルタ記述インスタンスが、１つまたは複数のユーザサービス記述の少なくとも１つのコンテンツアイテムを参照する、Ｃ３３に記載の装置。
[Ｃ３５] 前記少なくとも１つのフィルタ記述インスタンスが、前記ユーザサービスバンドル記述に関連するスケジュールインスタンスに関連付けられる、Ｃ３３に記載の装置。
[Ｃ３６] 前記１つまたは複数のメタデータフラグメントインスタンスが、前記ユーザサービスバンドル記述に関連するセッション記述インスタンスを備える、Ｃ３２に記載の装置。
[Ｃ３７] 各データセットが、少なくとも１つの追加のターゲットエリアと論理演算子とをさらに備え、前記基準が前記満たされることが、前記論理演算子に応じて前記ターゲットエリアと前記少なくとも１つの追加のターゲットエリアとに基づく、Ｃ２４に記載の装置。
[Ｃ３８] 前記受信したブロードキャストがブロードキャスト全体の一部分であり、前記装置は、前記ターゲットエリアに関連する前記基準が満たされるかどうかに基づいて、前記ブロードキャスト全体の残りの部分を受信すべきかどうかを判断するための手段をさらに備える、Ｃ２４に記載の装置。
[Ｃ３９] ワイヤレス通信のための装置であって、
ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）セッションを介したファイル配信においてデータセットを受信するための手段であって、前記データセットが、ブロードキャストに関連するターゲットエリアと前記ブロードキャストが送信されることになる時間とを備える、受信するための手段と、
前記装置のロケーションを判断するための手段と、
前記判断されたロケーションが前記ターゲットエリア内にあるかどうかに基づいて基準が満たされるかどうかを判断するための手段と、
前記基準が満たされるときのみ、前記ＦＬＵＴＥセッション中で前記データセットに関連する前記ブロードキャストを受信するための手段とを備える、装置。
[Ｃ４０] 前記ロケーションが、前記装置の前ロケーション、現在ロケーション、または予測将来ロケーションであって、前記基準評価は、前記前ロケーション、前記現在ロケーション、または前記予測将来ロケーションが前記ターゲットエリア内にあるかどうかに基づく、Ｃ３９に記載の装置。
[Ｃ４１] 各データセットは、前記データセットが適用される少なくとも１つのコンテンツを示す少なくとも１つのコンテンツリファレンスをさらに備える、Ｃ３９に記載の装置。
[Ｃ４２] 前記データセットが、前記ターゲットエリアに関連する時間をさらに備え、前記基準が前記時間に関連付けられる、Ｃ３９に記載の装置。
[Ｃ４３] 前記ターゲットエリアが、セル識別子、物理的エリアの境界を定義する識別子、または物理的エリアの境界を定義するデータである、Ｃ３９に記載の装置。
[Ｃ４４] 前記ＦＬＵＴＥセッションがＦＬＵＴＥユーザデータセッションであり、前記データセットがＦＤＴインスタンス中に含まれている、Ｃ３９に記載の装置。
[Ｃ４５] 前記ＦＬＵＴＥセッションがＦＬＵＴＥユーザデータセッションであり、前記データセットが、補助データファイルオブジェクトを搬送する１つまたは複数のＦＬＵＴＥパケット中にある、Ｃ３９に記載の装置。
[Ｃ４６] 前記データセットが、少なくとも１つの追加のターゲットエリアと論理演算子とをさらに備え、前記基準が前記満たされることが、前記論理演算子に応じて前記ターゲットエリアと前記少なくとも１つの追加のターゲットエリアとに基づく、Ｃ３９に記載の装置。
[Ｃ４７] ワイヤレス通信のための装置であって、
ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）セッションを介した第１のファイル配信において複数のデータセットを受信することであって、前記データセットの各データセットが、ブロードキャストに関連する識別子とターゲットエリアとを備える、受信することと、
第２のＦＬＵＴＥセッション中でブロードキャストと、前記ブロードキャストに関連する識別子とを受信することと、
前記受信したブロードキャストとともに受信した前記識別子に基づいて、前記受信したブロードキャストに関連する前記ターゲットエリアを判断することと、
前記ターゲットエリアに関連する基準が満たされるかどうかに基づいて、前記受信したブロードキャストを保持すべきかどうかを判断することと
を行うように構成された処理システムを備える、装置。
[Ｃ４８] ワイヤレス通信のための装置であって、
ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）セッションを介したファイル配信においてデータセットを受信することであって、前記データセットが、ブロードキャストに関連するターゲットエリアと前記ブロードキャストが送信されることになる時間とを備える、受信することと、
前記装置のロケーションを判断することと、
前記判断されたロケーションが前記ターゲットエリア内にあるかどうかに基づいて基準が満たされるかどうかを判断することと、
前記基準が満たされるときのみ、前記ＦＬＵＴＥセッション中で前記データセットに関連する前記ブロードキャストを受信することと
を行うように構成された処理システムを備える、装置。
[Ｃ４９] ワイヤレスデバイス中のコンピュータプログラム製品であって、
ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）セッションを介した第１のファイル配信において複数のデータセットを受信することであって、前記データセットの各データセットが、ブロードキャストに関連する識別子とターゲットエリアとを備える、受信することと、
第２のＦＬＵＴＥセッション中でブロードキャストと、前記ブロードキャストに関連する識別子とを受信することと、
前記受信したブロードキャストとともに受信した前記識別子に基づいて、前記受信したブロードキャストに関連する前記ターゲットエリアを判断することと、
前記ターゲットエリアに関連する基準が満たされるかどうかに基づいて、前記受信したブロードキャストを保持すべきかどうかを判断することと
を行うためのコードを備えるコンピュータ可読媒体を備える、コンピュータプログラム製品。
[Ｃ５０] ワイヤレスデバイス中のコンピュータプログラム製品であって、
ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）セッションを介したファイル配信においてデータセットを受信することであって、前記データセットが、ブロードキャストに関連するターゲットエリアと前記ブロードキャストが送信されることになる時間とを備える、受信することと、
前記ワイヤレスデバイスのロケーションを判断することと、
前記判断されたロケーションが前記ターゲットエリア内にあるかどうかに基づいて基準が満たされるかどうかを判断することと、
前記基準が満たされるときのみ、前記ＦＬＵＴＥセッション中で前記データセットに関連する前記ブロードキャストを受信することと
を行うためのコードを備えるコンピュータ可読媒体を備える、コンピュータプログラム製品。

Claims (1)

1. ユーザ機器（ＵＥ）のワイヤレスデバイスの方法であって、
   第１のｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）セッション中で複数のデータセットを受信することであって、前記複数のデータセットの各データセットが、ブロードキャストに関連する識別子とターゲットエリアとを備える、受信することと、
   第２のＦＬＵＴＥセッション中でブロードキャストと、前記ブロードキャストに関連する識別子とを受信することと、
   前記受信したブロードキャストとともに受信した前記識別子に基づいて、前記受信したブロードキャストに関連する前記ターゲットエリアを判断することと、
   前記ＵＥの前ロケーション、現在ロケーション、または予測将来ロケーションを判断することと、
   前記ターゲットエリアと前記判断されたロケーションとに関連する基準が満たされるかどうかに基づいて、前記受信したブロードキャストを保持すべきかどうかを判断することと、
   を備え、
   各データセットは、少なくとも前記ターゲットエリアに関連する開始時間、および終了時間を含み、
   前記基準の評価は、前記開始時間と前記終了時間との間に、前記ＵＥの前ロケーション、現在ロケーション、または予測将来ロケーションが、前記ターゲットエリアにあるかどうかに基づき、
   前記受信したブロードキャストがブロードキャスト全体の一部分であり、前記受信したブロードキャストを保持すべきかどうかを判断することは、前記ターゲットエリアに関連する前記基準が満たされるかどうかに基づいて、前記ブロードキャスト全体の残りの部分を受信すべきかどうかを判断することを備える、
   方法。

Images