(57)【要約】  オンデマンドのモバイルブロードキャストサービスを介したコンテンツ配信のための技法が提供される。たとえば、コンテンツに対する要求を受信することと、要求されたコンテンツまたはユーザ情報の少なくとも１つの予測的分析を実行して、カバレッジエリア中の少なくとも２つのユーザ機器（ＵＥ）へのコンテンツをターゲットとすることを伴い得る、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）のようなネットワークエンティティによって実行可能な方法が提供される。方法は、オンデマンドのモバイルブロードキャストサービスを介して、要求されたコンテンツまたはターゲットにされるコンテンツの少なくとも１つを提供することを伴い得る。ターゲットにされるコンテンツは、要求されたコンテンツに関連する補助コンテンツまたはターゲットにされる広告の少なくとも１つを含み得る。
2014535215.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信システム中のネットワークエンティティによって実行可能なコンテンツ配信方法であって、
コンテンツに対する要求を受信することと、
カバレッジエリア中の少なくとも２つのユーザ機器（ＵＥ）へのコンテンツをターゲットにするために、前記要求されたコンテンツまたはユーザ情報の少なくとも１つの予測的分析を実行することと、
オンデマンドモバイルブロードキャストサービスを介して、前記要求されたコンテンツまたは前記ターゲットにされるコンテンツの少なくとも１つを提供することとを備える、コンテンツ配信方法。
【請求項２】
前記要求されるコンテンツに対するグループの関心が閾値関心レベルを超えたことに応答して、前記ブロードキャストサービスを介して、前記要求されたコンテンツを提供することをさらに備える、請求項１に記載の方法。
【請求項３】
前記ターゲットにされるコンテンツに対するグループの関心が閾値関心レベルを超えたことに応答して、前記ブロードキャストサービスを介して、前記ターゲットにされるコンテンツを提供することをさらに備える、請求項１に記載の方法。
【請求項４】
前記ユーザ情報がユーザ位置またはユーザプロファイルデータの少なくとも１つを備える、請求項１に記載の方法。
【請求項５】
前記ユーザプロファイルデータが、過去の使用の挙動、人口統計学的属性情報、ユーザ選好の設定、またはプロファイルＩＤの少なくとも１つを備える、請求項４に記載の方法。
【請求項６】
前記ターゲットにされるコンテンツが、前記要求されたコンテンツに関連する補助コンテンツ、ターゲットにされる広告、ターゲットにされるクーポン、ターゲットにされる宣伝、ユーザ位置ベースの警告または通知、の少なくとも１つを備える、請求項１に記載の方法。
【請求項７】
ユニキャストモードの動作で最初に動作することと、
前記要求されたコンテンツまたは前記ターゲットにされるコンテンツの少なくとも１つに対するグループの関心が閾値関心レベルを超えたことに応答して、前記ユニキャストモードの動作から切り替えることとをさらに備える、請求項１に記載の方法。
【請求項８】
コンテンツに対する要求を受信するための手段と、
カバレッジエリア中の少なくとも２つのユーザ機器（ＵＥ）へのコンテンツをターゲットとするために、前記要求されたコンテンツまたはユーザ情報の少なくとも１つの予測的分析を実行するための手段と、
オンデマンドのモバイルブロードキャストサービスを介して、前記要求されたコンテンツまたは前記ターゲットにされるコンテンツの少なくとも１つを提供するための手段とを備える、装置。
【請求項９】
前記要求されるコンテンツに対するグループの関心が閾値関心レベルを超えたことに応答して、前記ブロードキャストサービスを介して、前記要求されたコンテンツを提供するための手段をさらに備える、請求項８に記載の装置。
【請求項１０】
前記ターゲットにされるコンテンツに対するグループの関心が閾値関心レベルを超えたことに応答して、前記ブロードキャストサービスを介して、前記ターゲットにされるコンテンツを提供するための手段をさらに備える、請求項８に記載の装置。
【請求項１１】
コンテンツに対する要求を受信し、カバレッジエリア中の少なくとも２つのユーザ機器（ＵＥ）へのコンテンツをターゲットとするために、前記要求されたコンテンツまたはユーザ情報の少なくとも１つの予測的分析を実行し、オンデマンドモバイルブロードキャストサービスを介して、前記要求されたコンテンツまたは前記ターゲットにされるコンテンツの少なくとも１つを提供するように構成される、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリとを備える、装置。
【請求項１２】
前記少なくとも１つのプロセッサが、前記要求されるコンテンツに対するグループの関心が閾値関心レベルを超えたことに応答して、前記ブロードキャストサービスを介して、前記要求されたコンテンツを提供するようにさらに構成される、請求項１１に記載の装置。
【請求項１３】
前記少なくとも１つのプロセッサが、前記ターゲットにされるコンテンツに対するグループの関心が閾値関心レベルを超えたことに応答して、前記ブロードキャストサービスを介して、前記ターゲットにされるコンテンツを提供するようにさらに構成される、請求項１１に記載の装置。
【請求項１４】
非一時的コンピュータ可読媒体を備えるコンピュータプログラム製品であって、前記非一時的コンピュータ可読媒体が、コンピュータに、
コンテンツに対する要求を受信させ、
カバレッジエリア中の少なくとも２つのユーザ機器（ＵＥ）へのコンテンツをターゲットとするために、前記要求されたコンテンツまたはユーザ情報の少なくとも１つの予測的分析を実行させ、
オンデマンドモバイルブロードキャストサービスを介して、前記要求されたコンテンツまたは前記ターゲットにされるコンテンツの少なくとも１つを提供させるためのコードを備える、コンピュータプログラム製品。
【請求項１５】
ワイヤレス通信システム中のネットワークエンティティによって実行可能なコンテンツ配信方法であって、
所与のカバレッジエリア中の各ユーザ機器（ＵＥ）に対するユーザ情報及び要求されたコンテンツを決定することと、
前記要求されたコンテンツまたは前記ユーザ情報の少なくとも１つに基づいて、少なくとも２つのＵＥに対してターゲットにされるコンテンツを特定することと、
前記要求されたコンテンツ、前記ユーザ情報、コンテンツプロバイダポリシー、ネットワークプロバイダポリシー、または、メディアプレゼンテーションディスクリプション（ＭＰＤ）定義能力の少なくとも１つに基づく所与の解像度および所与のデータ配信速度で、前記ターゲットにされるコンテンツを、要求ベースのブロードキャストサービスを介して提供することとを備える、コンテンツ配信方法。
【請求項１６】
前記ユーザ情報がユーザ位置またはユーザプロファイルデータの少なくとも１つを備える、請求項１５に記載の方法。
【請求項１７】
前記ユーザプロファイルデータが、過去の使用の挙動、人口統計学的属性情報、ユーザ選好の設定、またはプロファイルＩＤの少なくとも１つを備える、請求項１６に記載の方法 。
【請求項１８】
可変の送信ネットワーク条件またはユーザ選好の設定の少なくとも１つに合わせて、前記所与の解像度または前記所与のデータ配信速度の少なくとも１つを動的に調整することをさらに備える、請求項１５に記載の方法。
【請求項１９】
前記ターゲットにされるコンテンツが、前記要求されたコンテンツに関連する補助コンテンツ、ターゲットにされる広告、ターゲットにされるクーポン、ターゲットにされる宣伝、ユーザ位置ベースの警告または通知、の少なくとも１つを備える、請求項１５に記載の方法。
【請求項２０】
所与のカバレッジエリア中の各ユーザ機器（ＵＥ）に対する、要求されたコンテンツとユーザ情報とを決定するための手段と、
前記要求されたコンテンツまたは前記ユーザ情報の少なくとも１つに基づいて、少なくとも２つのＵＥに対するターゲットにされるコンテンツを特定するための手段と、
前記要求されたコンテンツ、前記ユーザ情報、コンテンツプロバイダのポリシー、ネットワークプロバイダのポリシー、または、能力が定義されるメディアプレゼンテーションディスクリプション（ＭＰＤ）定義能力の少なくとも１つに基づく所与の解像度および所与のデータ配信速度で、前記ターゲットにされるコンテンツを、要求ベースのブロードキャストサービスを介して提供するための手段とを備える、装置。
【請求項２１】
可変の送信ネットワーク条件またはユーザ選好の設定の少なくとも１つに合わせて、前記所与の解像度または前記所与のデータ配信速度の少なくとも１つを動的に調整するための手段をさらに備える、請求項２０に記載の装置。
【請求項２２】
（ａ）所与のカバレッジエリア中の各ユーザ機器（ＵＥ）に対する、要求されたコンテンツとユーザ情報とを決定し、（ｂ）前記要求されたコンテンツまたは前記ユーザ情報の少なくとも１つに基づいて、少なくとも２つのＵＥに対するターゲットにされるコンテンツを特定し、（ｃ）前記要求されたコンテンツ、前記ユーザ情報、コンテンツプロバイダのポリシー、ネットワークプロバイダのポリシー、または、メディアプレゼンテーションディスクリプション（ＭＰＤ）定義能力の少なくとも１つに基づく所与の解像度および所与のデータ配信速度で、前記ターゲットにされるコンテンツを、要求ベースのブロードキャストサービスを介して提供するように構成される、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリとを備える、装置。
【請求項２３】
前記少なくとも１つのプロセッサがさらに、可変の送信ネットワーク条件またはユーザ選好の設定の少なくとも１つに合わせて、前記所与の解像度または前記所与のデータ配信速度の少なくとも１つを動的に調整するように構成される、請求項２２に記載の装置。
【請求項２４】
非一時的コンピュータ可読媒体を備えるコンピュータプログラム製品であって、前記非一時的コンピュータ可読媒体が、コンピュータに、
所与のカバレッジエリア中の各ユーザ機器（ＵＥ）に対する、要求されたコンテンツとユーザ情報とを決定させ、
前記要求されたコンテンツまたは前記ユーザ情報の少なくとも１つに基づいて、少なくとも２つのＵＥに対するターゲットにされるコンテンツを特定させ、
前記要求されたコンテンツ、前記ユーザ情報、コンテンツプロバイダのポリシー、ネットワークプロバイダのポリシー、または、メディアプレゼンテーションディスクリプション（ＭＰＤ）定義能力の少なくとも１つに基づく所与の解像度および所与のデータ配信速度で、前記ターゲットにされるコンテンツを、要求ベースのブロードキャストサービスを介して提供させるためのコードを備える、コンピュータプログラム製品。
【請求項２５】
ワイヤレス通信システム中のモバイルエンティティによって実行可能な方法であって、
コンテンツに対する要求をネットワークエンティティに送信することと、前記要求が、前記モバイルエンティティのユーザについてのプロファイルＩＤを備え、
前記プロファイルＩＤに基づいて、オンデマンドのモバイルブロードキャストサービスを介して利用可能な、ターゲットにされるコンテンツに関する告知を前記ネットワークエンティティから受信することと、前記告知が、前記ターゲットにされるコンテンツがダウンロードのために利用可能であるタイムウィンドウに関する情報を備える、
前記タイムウィンドウ情報に基づいて、前記ターゲットにされるコンテンツをダウンロードするように、前記モバイルエンティティのブロードキャスト受信機をセットアップすることとを備える、方法。
【請求項２６】
前記告知が、異なるユーザに対する複数の推奨されるコンテンツに関する情報を備え、
前記方法が、前記推奨されるコンテンツのサブセットを選択的にダウンロードすることをさらに備え、ここにおいて、前記サブセットの各々の推奨されるコンテンツが、前記プロファイルＩＤと一致する識別子を有する、請求項２５に記載の方法。
【請求項２７】
前記プロファイルＩＤが、ユーザプロファイルデータ、過去の使用の挙動、人口統計学的属性情報、またはユーザ選好の設定の少なくとも１つに基づく、請求項２５に記載の方法。
【請求項２８】
前記ターゲットにされるコンテンツが、前記要求されたコンテンツに関連する補助コンテンツ、ターゲットにされる広告、ターゲットにされるクーポン、ターゲットにされる宣伝、ユーザ位置ベースの警告または通知、の少なくとも１つを備える、請求項２５に記載の方法。
【請求項２９】
コンテンツに対する要求をネットワークエンティティに送信するための手段と、ここにおいて、前記要求が、前記モバイルエンティティのユーザについてのプロファイルＩＤを備え、
前記プロファイルＩＤに基づいて、オンデマンドのモバイルブロードキャストサービスを介して利用可能な、ターゲットにされるコンテンツに関する告知を前記ネットワークエンティティから受信するための手段と、ここにおいて、前記告知が、前記ターゲットにされるコンテンツがダウンロードのために利用可能であるタイムウィンドウに関する情報を備え、
前記タイムウィンドウ情報に基づいて、前記ターゲットにされるコンテンツをダウンロードするように、前記モバイルエンティティのブロードキャスト受信機をセットアップするための手段とを備える、装置。
【請求項３０】
前記告知が、異なるユーザに対する複数の推奨されるコンテンツに関する情報を備え、
前記装置は、前記推奨されるコンテンツのサブセットを選択的にダウンロードするための手段をさら備え、ここにおいて、前記サブセットの各々の推奨されるコンテンツが、前記プロファイルＩＤと一致する識別子を有する、請求項２９に記載の装置。
【請求項３１】
（ａ）コンテンツに対する要求をネットワークエンティティに送信し、ここにおいて、前記要求が、前記モバイルエンティティのユーザについてのプロファイルＩＤを備え、（ｂ）前記プロファイルＩＤに基づいて、オンデマンドのモバイルブロードキャストサービスを介して利用可能な、ターゲットにされるコンテンツに関する告知を前記ネットワークエンティティから受信し、ここにおいて前記告知が、前記ターゲットにされるコンテンツがダウンロードのために利用可能であるタイムウィンドウに関する情報を備え、（ｃ）前記タイムウィンドウ情報に基づいて、前記ターゲットにされるコンテンツをダウンロードするように、前記モバイルエンティティのブロードキャスト受信機をセットアップするように構成される、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリとを備える、装置。
【請求項３２】
前記告知が、異なるユーザに対する複数の推奨されるコンテンツに関する情報を備え、
前記少なくとも１つのプロセッサが、前記推奨されるコンテンツのサブセットを選択的にダウンロードするようにさらに構成され、前記サブセットの各々の推奨されるコンテンツが、前記プロファイルＩＤと一致する識別子を有する、請求項３１に記載の装置。
【請求項３３】
非一時的コンピュータ可読媒体を備えるコンピュータプログラム製品であって、前記非一時的コンピュータ可読媒体が、コンピュータに、
コンテンツに対する要求をネットワークエンティティに送信させ、ここにおいて、前記要求が、前記モバイルエンティティのユーザについてのプロファイルＩＤを備え、
前記プロファイルＩＤに基づいて、オンデマンドのモバイルブロードキャストサービスを介して利用可能な、ターゲットにされるコンテンツに関する告知を前記ネットワークエンティティから受信させ、ここにおいて、前記告知が、前記ターゲットにされるコンテンツがダウンロードのために利用可能であるタイムウィンドウに関する情報を備え、
前記タイムウィンドウ情報に基づいて、前記ターゲットにされるコンテンツをダウンロードするように、前記モバイルエンティティのブロードキャスト受信機をセットアップさせるためのコードを備える、コンピュータプログラム製品。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本特許出願は、本出願の譲受人に譲渡され、参照によりその全体が本明細書に明確に組み込まれる、２０１１年１０月２８日に出願された「ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＴＯ  ＤＥＴＥＣＴ  Ａ  ＤＥＭＡＮＤ  ＦＯＲ  ＡＮＤ  ＴＯ  ＥＳＴＡＢＬＩＳＨ  ＤＥＭＡＮＤ−ＢＡＳＥＤ  ＭＵＬＴＩＭＥＤＩＡ  ＢＲＯＡＤＣＡＳＴ  ＭＵＬＴＩＣＡＳＴ  ＳＥＲＶＩＣＥ」と題する仮出願第６１／５５３，１５１号の優先権を主張する。
【技術分野】
【０００２】
本開示の態様は、全般にワイヤレス通信システムに関し、より詳細には、ワイヤレスデバイスへのコンテンツの適応的な配信に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどのような様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例には、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。
【０００４】
[0004]ワイヤレス通信ネットワークは、モバイルエンティティとも呼ばれるいくつかのユーザ機器（ＵＥ）の通信をサポートすることができるいくつかの基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。本明細書で使用される場合、「基地局」は、ワイヤレス通信システムのｅノードＢ（ｅＮＢ）、ノードＢ、ホームノードＢ、または同様のネットワークコンポーネントを意味する。
【０００５】
[0005]３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））およびＵｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）の発展形として、セルラー技術における大きな進歩を代表するものである。ＬＴＥ物理層（ＰＨＹ）は、ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）のような基地局とＵＥのようなモバイルエンティティとの間でデータと制御情報の両方を搬送する、高効率な方法を提供する。従来の適用形態では、マルチメディアのために高帯域幅通信を容易にするための方法は、単一周波数ネットワーク（ＳＦＮ）動作であった。ＳＦＮは、たとえば、ｅＮＢのような無線送信機を利用して、加入者ＵＥと通信する。ユニキャスト動作では、各ｅＮＢは、１つまたは複数の特定の加入者ＵＥに向けられた情報を搬送する信号を送信するために制御される。ユニキャストシグナリングの特異性によって、たとえば、音声通話、テキストメッセージング、またはビデオ通話のような、人対人のサービスが可能になる。
【０００６】
[0006]ブロードキャスト動作では、ブロードキャストエリア中のいくつかのｅＮＢが、同期された方式で複数の信号をブロードキャストし、ブロードキャストエリア中のいずれの加入者ＵＥによっても受信されアクセスされ得る情報を搬送する。ブロードキャスト動作の汎用性によって、公衆が関心を持つ情報、たとえば、イベント関連のマルチメディアブロードキャストを送信する際の効率を、より高くすることが可能になる。イベント関連のマルチメディアおよび他のブロードキャストサービスに対する需要およびシステム能力が向上してきたので、システムオペレータは、３ＧＰＰネットワークにおいてブロードキャスト動作を利用することに対して、さらに関心を示すようになった。従来は、３ＧＰＰ  ＬＴＥ技術は主にユニキャストサービスのために使用され、ブロードキャストシグナリングに関連する改善および増強の機会は置き去りにされてきた。この点において、オンデマンドのモバイルブロードキャストサービスを円滑化する３ＧＰＰ  ＬＴＥ技術に対する需要が依然としてある。
【発明の概要】
【０００７】
[0007]図面において示される本発明の例示的な実施形態が、以下で要約される。これらのおよび他の実施形態は、発明を実施するための形態のセクションにおいてより完全に説明される。しかしながら、この発明の概要または発明を実施するための形態において説明される形態に本発明を限定する意図はないことを、理解されたい。
【０００８】
[0008]本明細書で説明される実施形態の１つまたは複数の態様によれば、たとえば、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）デバイスなどのようなネットワークエンティティによって実行可能な、コンテンツ配信方法が提供される。方法は、コンテンツに対する要求を受信することと、要求されたコンテンツまたはユーザ情報の少なくとも１つの予測的分析を実行して、カバレッジエリア中の少なくとも２つのユーザ機器（ＵＥ）へのコンテンツをターゲットとすることとを伴い得る。方法はさらに、オンデマンドのモバイルブロードキャストサービスを介して、要求されたコンテンツまたはターゲットとされるコンテンツの少なくとも１つを提供することを伴い得る。関連する態様では、電子デバイス（たとえば、ＢＭ−ＳＣまたはそのコンポーネント）が、上で説明された方法を実行するように構成され得る。
【０００９】
[0009]本明細書で説明される実施形態の１つまたは複数の態様によれば、ネットワークエンティティによって実行可能な別のコンテンツ配信方法が提供される。方法は、所与のカバレッジエリア中の各ＵＥに対する、要求されたコンテンツとユーザ情報とを決定することを伴い得る。方法はさらに、要求されたコンテンツまたはユーザ情報の少なくとも１つに基づいて、少なくとも２つのＵＥに対するターゲットとされるコンテンツを特定することを伴い得る。方法はまた、要求されたコンテンツ、ユーザ情報、コンテンツプロバイダのポリシー、ネットワークプロバイダのポリシー、または、メディアプレゼンテーションディスクリプション（ＭＰＤ：media presentation description）定義能力の少なくとも１つに基づく所与の解像度および所与のデータ配信速度において、ターゲットとされるコンテンツを、要求ベースのブロードキャストサービスを介して提供することを伴い得る。関連する態様では、電子デバイス（たとえば、ＢＭ−ＳＣまたはそのコンポーネント）が、上で説明された方法を実行するように構成され得る。
【００１０】
[0010]上記のおよび関連する目的を達成するために、１つまたは複数の実施形態は、以下で十分に説明され特に特許請求の範囲で指摘される特徴を含む。以下の説明および添付の図面は、１つまたは複数の実施形態のいくつかの例示的な態様を詳細に記載する。しかしながら、これらの態様は、様々な実施形態の原理が使用され得る様々な方法のほんのいくつかを示すものであり、説明される実施形態は、すべてのそのような態様およびそれらの等価物を含むことが意図される。
【図面の簡単な説明】
【００１１】
【図１】遠隔通信システムのある例を概念的に示すブロック図。
【図２】遠隔通信システムにおけるダウンリンクフレーム構造のある例を概念的に示すブロック図。
【図３】本開示の一態様に従って構成された基地局／ｅＮＢおよびＵＥの設計を概念的に示すブロック図。
【図４】ユニキャスト信号およびマルチキャスト信号のためのシンボル割り当てのある例を示すシグナリングフレームの図。
【図５】ＭＢＭＳ  ｏｖｅｒ  ａ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ（ＭＢＳＦＮ）サービスエリア内のＭＢＳＦＮエリアを示す図。
【図６Ａ】ＭＢＳＦＮサービスを提供またはサポートするためのワイヤレス通信システムのコンポーネントを示すブロック図。
【図６Ｂ】例示的なＢＭ−ＳＣの態様を示す図。
【図７】ワイヤレス通信システムにおけるマルチキャストサービスを管理するための方法のある実施形態を示す図。
【図８】マルチキャストセッションのアクティブ状態と非アクティブ状態とを示す状態図。
【図９】Ｐ２２００アーキテクチャとそのコンポーネントとの例を示す図。
【図１０】ユニキャストダウロード配信のための待ち行列に入れられた要求に対する呼の流れ図。
【図１１】オンデマンドのＭＢＭＳによる置換に対する呼の流れ図。
【図１２Ａ】ユニキャストコンテンツ配信に対するネットワークエンティティ（たとえば、ＢＭ−ＳＣなど）によって実行可能な例示的な方法を示す図。
【図１２Ｂ】ユニキャストコンテンツ配信に対するネットワークエンティティ（たとえば、ＢＭ−ＳＣなど）によって実行可能な例示的な方法を示す図。
【図１３】図１２Ａ〜図１２Ｂの方法による、ユニキャストコンテンツ配信のための装置のある実施形態を示す図。
【図１４Ａ】オンデマンドのブロードキャストコンテンツ配信に対するネットワークエンティティ（たとえば、ＢＭ−ＳＣなど）によって実行可能な例示的な方法を示す図。
【図１４Ｂ】オンデマンドのブロードキャストコンテンツ配信に対するネットワークエンティティ（たとえば、ＢＭ−ＳＣなど）によって実行可能な例示的な方法を示す図。
【図１５】図１４Ａ〜図１４Ｂの方法による、オンデマンドのブロードキャストコンテンツ配信のための装置のある実施形態を示す図。
【図１６Ａ】オンデマンドのブロードキャストコンテンツ配信に対するモバイルエンティティ（たとえば、ＵＥなど）によって実行可能な方法を示す図。
【図１６Ｂ】オンデマンドのブロードキャストコンテンツ配信に対するモバイルエンティティ（たとえば、ＵＥなど）によって実行可能な方法を示す図。
【図１７】図１６の方法による、オンデマンドのブロードキャストコンテンツ配信のための装置のある実施形態を示す図。
【発明を実施するための形態】
【００１２】
[0029]添付の図面に関して以下に示される発明を実施するための形態は、様々な構成の説明として意図され、本明細書で説明される概念が実施され得る唯一の構成を表すことは意図されない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。しかしながら、これらの概念はこれらの具体的な詳細を伴わずに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造およびコンポーネントがブロック図の形式で示される。
【００１３】
[0030]本明細書で説明される技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークのような、様々なワイヤレス通信ネットワークに使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＵＴＲＡ）、ＣＤＭＡ２０００などの無線技術を実装することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））とＣＤＭＡの他の変形とを含む。ＣＤＭＡ２０００は、ＩＳ−２０００規格と、ＩＳ−９５規格と、ＩＳ−８５６規格とを包含する。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（「ＧＳＭ」）などの無線技術を実装することができる。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭＡなどのような無線技術を実装することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」（３ＧＰＰ２）という名称の組織からの文書に記載されている。本明細書で説明される技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術に使用され得る。明快にするために、本技法のいくつかの態様は、以下ではＬＴＥに関して説明され、以下の説明の大部分でＬＴＥの用語が使用される。
【００１４】
[0031]図１は、ワイヤレス通信ネットワーク１００を示し、これはＬＴＥネットワークであり得る。ワイヤレスネットワーク１００は、いくつかのｅＮＢ１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ＵＥと通信する局であってよく、基地局、Ｎｏｄｅ  Ｂ、アクセスポイント、または他の用語としても呼ばれ得る。各ｅＮＢ１１０ａ、１１０ｂ、１１０ｃは、特定の地理的エリアに対して通信カバレッジを提供することができる。３ＧＰＰでは、「セル」という用語は、この用語が使用される状況に応じて、ｅＮＢのカバレッジエリアおよび／またはこのカバレッジエリアにサービスしているｅＮＢサブシステムを指すことがある。
【００１５】
[0032]ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレッジを提供し得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーでき、サービスに加入しているＵＥによる制限されないアクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーでき、サービスに加入しているＵＥによる制限されないアクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（たとえば、自宅）をカバーでき、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限されたアクセスを可能にし得る。マクロセルのためのｅＮＢは、マクロｅＮＢと呼ばれ得る。ピコセルのためのｅＮＢは、ピコｅＮＢと呼ばれ得る。フェムトセルのためのｅＮＢはフェムトｅＮＢまたはホームｅＮＢ（ＨｅＮＢ）と呼ばれ得る。図１に示される例では、ｅＮＢ１１０ａ、１１０ｂ、および１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂ、および１０２ｃのためのマクロｅＮＢであり得る。ｅＮＢ１１０ｘは、ＵＥ１２０ｘにサービスするピコセル１０２ｘのためのピコｅＮＢであり得る。ｅＮＢ１１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅＮＢであり得る。
【００１６】
[0033]ワイヤレスネットワーク１００はまた、中継局１１０ｒを含み得る。中継局は、上流局（たとえば、ｅＮＢまたはＵＥ）からデータおよび／または他の情報の送信を受信し、そのデータおよび／または他の情報の送信を下流局（たとえば、ＵＥまたはｅＮＢ）に送信する局である。中継局はまた、他のＵＥに対する送信を中継するＵＥであり得る。図１に示される例では、中継局１１０ｒは、ｅＮＢ１１０ａとＵＥ１２０ｒとの間の通信を容易にするために、ｅＮＢ１１０ａおよびＵＥ１２０ｒと通信し得る。中継局は、リレーｅＮＢ、リレーなどと呼ばれることもある。
【００１７】
[0034]ワイヤレスネットワーク１００は、様々なタイプのｅＮＢ、たとえば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーなどを含むヘテロジニアスネットワークであり得る。これらの様々なタイプのｅＮＢは、様々な送信出力レベル、様々なカバレッジエリア、およびワイヤレスネットワーク１００中の干渉に対する様々な影響を有し得る。たとえば、マクロｅＮＢは、高い送信電力レベル（たとえば、５〜４０ワット）を有し得るが、ピコｅＮＢ、フェムトｅＮＢ、およびリレーは、より低い送信電力レベル（たとえば、０．１〜２ワット）を有し得る。
【００１８】
[0035]ワイヤレスネットワーク１００は、同期動作または非同期動作をサポートし得る。同期動作の場合、ｅＮＢは同様のフレームタイミングを有してよく、異なるｅＮＢからの送信は時間的に概ね整合され得る。非同期動作の場合、ｅＮＢは異なるフレームタイミングを有することがあり、異なるｅＮＢからの送信は時間的に整合されないことがある。本明細書で説明される技法は、同期動作と非同期動作の両方のために使用され得る。
【００１９】
[0036]ネットワークコントローラ１３０は、ｅＮＢのセットに結合し、これらのｅＮＢの協調と制御とを行い得る。ネットワークコントローラ１３０は、バックホールを介してｅＮＢ１１０と通信し得る。ｅＮＢ１１０はまた、たとえば、ワイヤレスバックホールまたは有線バックホールを介して直接または間接的に互いに通信し得る。
【００２０】
[0037]ＵＥ１２０は、ワイヤレスネットワーク１００全体にわたって分散されてよく、各ＵＥは、固定式でも移動式でもよい。ＵＥはまた、端末、移動局、加入者装置、局などとも呼ばれ得る。ＵＥは、セルラー電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局、または他のモバイルエンティティであり得る。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー、または他のネットワークエンティティと通信することが可能であり得る。図１において、両矢印付きの実線は、ダウンリンクおよび／またはアップリンク上での、ＵＥと、そのＵＥをサービスするように指定されたｅＮＢであるサービングｅＮＢとの間の、所望の送信を示す。両矢印付きの破線は、ＵＥとｅＮＢとの間の干渉する送信を示す。
【００２１】
[0038]ＬＴＥは、ダウンリンク上では直交周波数分割多重化（ＯＦＤＭ）を利用し、アップリンク上ではシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビンなどとも呼ばれる複数（Ｋ）個の直交サブキャリアに分割する。各サブキャリアはデータで変調され得る。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送信される。隣接するサブキャリア間の間隔は固定されてよく、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。たとえば、Ｋは、それぞれ１．２５、２．５、５、１０または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対して、１２８、２５６、５１２、１０２４または２０４８に等しくてよい。システム帯域幅はまた、サブバンドに区分され得る。たとえば、サブバンドは１．０８ＭＨｚをカバーでき、１．２５、２．５、５、１０、または２０ＭＨｚのシステム帯域幅に対して、それぞれ１つ、２つ、４つ、８つ、または１６個のサブバンドがあり得る。
【００２２】
[0039]図２は、ＬＴＥにおいて使用されるダウンリンクフレーム構造を示す。ダウンリンクの送信タイムラインは、無線フレームの単位に分割され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有してよく、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。各サブフレームは、２つのスロットを含み得る。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、図２に示されるようにノーマルサイクリックプレフィックス（ＣＰ）の場合は７個のシンボル期間、または拡張サイクリックプレフィックスの場合は６個のシンボル期間を含み得る。ノーマルＣＰおよび拡張ＣＰは、異なるＣＰのタイプと本明細書では呼ばれ得る。各サブフレーム中の２Ｌ個のシンボル期間には、０〜２Ｌ−１のインデックスが割り当てられ得る。利用可能な時間周波数リソースはリソースブロックへと区分され得る。各リソースブロックは、１つのスロット中でＮ個のサブキャリア（たとえば、１２個のサブキャリア）をカバーし得る。
【００２３】
[0040]ＬＴＥでは、ｅＮＢは、ｅＮＢ中の各セルに関する１次同期信号（ＰＳＳ）と２次同期信号（ＳＳＳ）とを送信し得る。１次同期信号および２次同期信号は、図２に示されるように、それぞれ、ノーマルサイクリックプレフィックスをもつ各無線フレームのサブフレーム０および５の各々の中のシンボル期間６および５の中で送信され得る。同期信号は、セル検出および捕捉のためにＵＥによって使用され得る。ｅＮＢは、何らかのシステム情報を搬送し得る物理ブロードキャストチャネル（ＰＢＣＨ）を送信し得る。
【００２４】
[0041]ｅＮＢは、図２の第１のシンボル期間の全体の中に示されているが、各サブフレームの第１のシンボル期間の一部のみの中で、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を送信し得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるいくつか（Ｍ個）のシンボル期間を搬送することができ、ここで、Ｍは、１、２または３に等しくてよく、サブフレームごとに変化し得る。Ｍはまた、たとえば、リソースブロックが１０個未満である小さいシステム帯域幅では、４に等しくてよい。図２に示される例では、Ｍ＝３である。ｅＮＢは、各サブフレームの最初のＭ個のシンボル期間の中で（図２ではＭ＝３）、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ）とを送信し得る。ＰＨＩＣＨは、ハイブリッド自動再送（ＨＡＲＱ）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥのためのリソースの割振りに関する情報と、ダウンリンクチャネルのための制御情報とを搬送し得る。図２の第１のシンボル期間の中には示されていないが、ＰＤＣＣＨおよびＰＨＩＣＨは、第１のシンボル期間の中にも含まれることを理解されたい。同様に、ＰＨＩＣＨおよびＰＤＣＣＨはまた、第２のシンボル期間と第３のシンボル期間の両方の中にあるが、図２にはそのようには示されていない。ｅＮＢは、各サブフレームの残りのシンボル期間の中で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信し得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信のためにスケジューリングされたＵＥのためのデータを搬送し得る。ＬＴＥにおける様々な信号およびチャネルは、公開されている「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌｓ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ」と題する３ＧＰＰ  ＴＳ３６．２１１に記載されている。
【００２５】
[0042]ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚにおいて、ＰＳＳと、ＳＳＳと、ＰＢＣＨとを送信し得る。ｅＮＢは、これらのチャネルが送信される各シンボル期間中のシステム帯域幅全体にわたってＰＣＦＩＣＨとＰＨＩＣＨとを送信し得る。ｅＮＢは、システム帯域幅のいくつかの部分においてＵＥのグループにＰＤＣＣＨを送信し得る。ｅＮＢは、システム帯域幅の特定の部分において特定のＵＥにＰＤＳＣＨを送信し得る。ｅＮＢは、すべてのＵＥにブロードキャスト方式で、ＰＳＳと、ＳＳＳと、ＰＢＣＨと、ＰＣＦＩＣＨと、ＰＨＩＣＨとを送信し、特定のＵＥにユニキャスト方式でＰＤＣＣＨを送信し、また特定のＵＥにユニキャスト方式でＰＤＳＣＨを送信し得る。
【００２６】
[0043]各シンボル期間において、いくつかのリソース要素が利用可能であり得る。各リソース要素は、１つのシンボル期間中の１つのサブキャリアをカバーすることができ、実数値または複素数値であり得る１つの変調シンボルを送信するために使用され得る。各シンボル期間中で基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ）中に配置され得る。各ＲＥＧは、４つのリソース要素を１つのシンボル期間中に含み得る。ＰＣＦＩＣＨは、シンボル期間０において、周波数上でほぼ等しく離間され得る、４つのＲＥＧを占有し得る。ＰＨＩＣＨは、１つまたは複数の構成可能なシンボル期間において、周波数上で拡散され得る、３つのＲＥＧを占有し得る。たとえば、ＰＨＩＣＨ用の３つのＲＥＧは、すべてシンボル期間０中に属し、またはシンボル期間０、１および２中に分散され得る。ＰＤＣＣＨは、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択され得る、９個、１８個、３２個または６４個のＲＥＧを占有し得る。ＲＥＧのいくつかの組合せのみがＰＤＣＣＨに対して可能にされ得る。
【００２７】
[0044]ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨのために使用される特定のＲＥＧを知り得る。ＵＥは、ＰＤＣＣＨのためのＲＥＧの様々な組合せを探索し得る。探索する組合せの数は通常、ＰＤＣＣＨに対して可能にされた組合せの数よりも少ない。ｅＮＢは、ＵＥが探索することになる組合せのいずれかにおいてＵＥにＰＤＣＣＨを送信し得る。
【００２８】
[0045]ＵＥは、複数のｅＮＢのカバレッジ内にあり得る。そのＵＥをサービスするために、これらのｅＮＢのうちの１つが選択され得る。サービングｅＮＢは、受信電力、経路損失、信号対雑音比（ＳＮＲ）などのような、様々な基準に基づいて選択され得る。
【００２９】
[0046]図３は、図１の基地局／ｅＮＢの１つおよびＵＥの１つであり得る、基地局／ｅＮＢ１１０およびＵＥ１２０の設計のブロック図を示す。制限された接続の状況では、基地局１１０は図１のマクロｅＮＢ１１０ｃであってよく、ＵＥ１２０はＵＥ１２０ｙであってよい。基地局１１０はまた、何らかの他のタイプの基地局であり得る。基地局１１０は、アンテナ３３４ａ〜３３４ｔを備えてよく、ＵＥ１２０は、アンテナ３５２ａ〜３５２ｒを備えてよい。
【００３０】
[0047]基地局１１０において、送信プロセッサ３２０は、データソース３１２からデータを受信し、コントローラ／プロセッサ３４０から制御情報を受信し得る。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどのためのものであり得る。データは、ＰＤＳＣＨなどのためのものであり得る。プロセッサ３２０は、データと制御情報とを処理（たとえば、符号化およびシンボルマッピング）して、それぞれデータシンボルと制御シンボルとを取得することができる。プロセッサ３２０はまた、たとえば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号のための基準シンボルを生成することができる。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ３３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実行することができ、出力シンボルストリームを変調器（ＭＯＤ）３３２ａ〜３３２ｔに与えることができる。各変調器３３２は、（たとえば、ＯＦＤＭなどの）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得することができる。各変調器３３２はさらに、出力サンプルストリームを処理（たとえば、アナログへの変換、増幅、フィルタリング、およびアップコンバート）して、ダウンリンク信号を取得することができる。変調器３３２ａ〜３３２ｔからのダウンリンク信号は、それぞれアンテナ３３４ａ〜３３４ｔを介して送信され得る。
【００３１】
[0048]ＵＥ１２０において、アンテナ３５２ａ〜３５２ｒは、基地局１１０からダウンリンク信号を受信でき、受信された信号をそれぞれ復調器（ＤＥＭＯＤ）３５４ａ〜３５４ｒに与えることができる。各復調器３５４は、それぞれの受信された信号を調整（たとえば、フィルタリング、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを得ることができる。各復調器３５４は、さらに、（たとえば、ＯＦＤＭなどの）入力サンプルを処理して、受信されたシンボルを取得することができる。ＭＩＭＯ検出器３５６は、すべての復調器３５４ａ〜３５４ｒから受信シンボルを取得して、可能な場合は受信されたシンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを与えることができる。受信プロセッサ３５８は、検出されたシンボルを処理（たとえば、復調、デインターリーブ、および復号）し、ＵＥ１２０の復号されたデータをデータシンク３６０に与え、復号された制御情報をコントローラ／プロセッサ３８０に与えることができる。関連する態様では、ＵＥ１２０は、以下でさらに詳しく説明されるように、オンデマンドのモバイルブロードキャストサービスなどを介して、ターゲットとされるコンテンツを受信するための、ブロードキャスト受信機３９０を含み得る。
【００３２】
[0049]アップリンク上では、ＵＥ１２０において、送信プロセッサ３６４は、データソース３６２から（たとえば、ＰＵＳＣＨのための）データを受信し処理することができ、コントローラ／プロセッサ３８０から（たとえば、ＰＵＣＣＨのための）制御情報を受信し処理することができる。プロセッサ３６４はまた、基準信号のための基準シンボルを生成することができる。送信プロセッサ３６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ３６６によってプリコードされ、さらに（たとえば、ＳＣ−ＦＤＭなどのために）変調器３５４ａ〜３５４ｒによって処理され、基地局１１０に送信され得る。基地局１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ３３４によって受信され、復調器３３２によって処理され、可能な場合はＭＩＭＯ検出器３３６によって検出され、さらに受信プロセッサ３３８によって処理されて、ＵＥ１２０によって送信される復号されたデータと制御情報とを取得することができる。プロセッサ３３８は、復号されたデータをデータシンク３３９に与え、復号された制御情報をコントローラ／プロセッサ３４０に与えることができる。
【００３３】
[0050]コントローラ／プロセッサ３４０および３８０は、それぞれ基地局１１０およびＵＥ１２０における動作を指示し得る。基地局１１０におけるプロセッサ３４０および／または他のプロセッサおよびモジュールは、本明細書で説明される技法のための様々な処理を実行し、またはその実行を指示し得る。ＵＥ１２０におけるプロセッサ３８０および／または他のプロセッサとモジュールは、図４および図５に例示されている機能ブロック、および／または本明細書で説明されている技法の他の処理を、実行し、または実行を指示することもできる。メモリ３４２および３８２は、基地局１１０およびＵＥ１２０のために、それぞれ、データとプログラムコードとを記憶し得る。スケジューラ３４４は、ダウンリンク上および／またはアップリンク上でのデータ送信のためにＵＥをスケジューリングし得る。
【００３４】
[0051]単一周波数ネットワークにおけるｅＭＢＭＳおよびユニキャストシグナリング：マルチメディアのために高帯域幅通信を容易にするための１つの機構は、単一周波数ネットワーク（ＳＦＮ）動作であった。具体的には、ｅｖｏｌｖｅｄ  ＭＢＭＳ（ｅＭＢＭＳ）（たとえば、ＬＴＥの分野ではマルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）として最近知られるようになっているものを含む）としても知られる、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）およびＬＴＥのためのＭＢＭＳは、そのようなＳＦＮ動作を利用することができる。ＳＦＮは、たとえば、ｅＮＢのような無線送信機を利用して、加入者ＵＥと通信する。ｅＮＢのグループは、情報を同期した方式で送信できるので、信号は互いに干渉するのではなく、互いに補強し合う。ｅＭＢＭＳの状況では、共有コンテンツは、ＬＴＥネットワークの複数のｅＮＢから複数のＵＥに送信される。したがって、所与のｅＭＢＭＳエリア内で、ＵＥは、無線範囲内の任意のｅＮＢ（またはｅＮＢ）からｅＭＢＭＳ信号を受信することができる。しかしながら、ｅＭＢＭＳ信号を復号するために、各ＵＥは、非ｅＭＢＭＳチャネルを通じて、サービングｅＮＢからマルチキャスト制御チャネル（ＭＣＣＨ）情報を受信する。ＭＣＣＨ情報は時間とともに変化し、変化の通知が別の非ｅＭＢＭＳチャネル、ＰＤＣＣＨを通じて提供される。したがって、特定のｅＭＢＭＳエリアまたはＭＢＳＦＮエリア内のｅＭＢＭＳ信号を復号するために、各ＵＥは、エリア中のｅＮＢの１つによってＭＣＣＨ信号およびＰＤＣＣＨ信号を与えられる。
【００３５】
[0052]本開示の主題の態様によれば、ｅＭＢＭＳのためのシングルキャリア最適化に関連する機能を有するワイヤレスネットワーク（たとえば、３ＧＰＰネットワーク）が提供される。ｅＭＢＭＳは、たとえばＵＥのような複数のモバイルデバイスへＬＴＥネットワークから共有コンテンツを送信するための、効率的な方法を提供する。
【００３６】
[0053]ＬＴＥ周波数分割複信（ＦＤＤ）のためのｅＭＢＭＳの物理層（ＰＨＹ）に関して、チャネル構造は、混合されたキャリア上でｅＭＢＭＳ送信とユニキャスト送信を区分する、時分割多重化（ＴＤＭ）リソースを備えてよく、これによって、柔軟で動的なスペクトルの利用が可能になる。現在、マルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして知られる、サブフレームのサブセット（最大６０％）が、ｅＭＢＭＳ送信のために確保され得る。したがって、現在のｅＭＢＭＳ設計は、１０個のサブフレームのうち６個をｅＭＢＭＳのために許容し得る。
【００３７】
[0054]ｅＭＢＭＳのためのサブフレームの割振りの例が図４に示され、図４は、シングルキャリアの場合の、ＭＢＳＦＮサブフレームへのＭＢＳＦＮ基準信号の既存の割振りを示す。図４に示されるコンポーネントは、図２に示されるコンポーネントに対応し、図４は、各々のスロットおよびリソースブロック（ＲＢ）内の個々のサブキャリアを示す。３ＧＰＰ  ＬＴＥでは、ＲＢは０．５ｍｓのスロット期間にわたる１２個のサブキャリアにまたがり、各サブキャリアは１５ｋＨｚの帯域幅を有し、全部でＲＢ当たり１８０ｋＨｚにわたる。サブフレームは、たとえば、０、１、２、３、４、５、６、７、８、および９と標識されたサブフレームの列の中で、ユニキャストまたはｅＭＢＭＳのために割り振られてよく、サブフレーム０、４、５、および９は、ＦＤＤではｅＭＢＭＳから除外され得る。また、サブフレーム０、１、５、および６は、時分割複信（ＴＤＤ）ではｅＭＢＭＳから除外され得る。より具体的には、サブフレーム０、４、５、および９は、ＰＳＳ／ＳＳＳ／ＰＢＣＨ／ページング／システム情報ブロック（ＳＩＢ）およびユニキャストサービスのために使用され得る。列の中の残りのサブフレーム、たとえばサブフレーム１、２、３、６、７、および８は、ｅＭＢＭＳサブフレームとして構成され得る。
【００３８】
[0055]図４の参照を続けると、各々のｅＭＢＭＳサブフレーム内で、最初の１個または２個のシンボルが、ユニキャスト基準シンボル（ＲＳ）および制御シグナリングのために使用され得る。ＣＰの長さが異なる場合、最初の１個または２個のシンボルとｅＭＢＭＳシンボルとの間に、送信ギャップが発生し得る。関連する態様では、全体のｅＭＢＭＳ帯域幅の利用率は、ＲＳオーバーヘッド（たとえば、各々のｅＭＢＭＳサブフレーム内に６個のｅＭＢＭＳサブフレームと２個の制御シンボル）を考慮すると、４２．５％であり得る。ＭＢＳＦＮ  ＲＳとユニキャストＲＳとを提供するための既知の技法は通常、ＭＢＳＦＮサブフレームにＭＢＳＦＮ  ＲＳを割り振り（図４に示されるように）、非ＭＢＳＦＮサブフレームにユニキャストＲＳを別個に割り振ることを伴う。より具体的には、図４が示すように、ＭＢＳＦＮサブフレームの拡張ＣＰは、ＭＢＳＦＮ  ＲＳを含むがユニキャストＲＳを含まない。本技術は、限定ではなく例として提示される図２および図４によって示される特定のフレーム割振り方式に限定されない。本明細書で使用されるようなマルチキャストセッションまたはブロードキャストは、任意の適切なフレーム割振り方式を使用することができる。
【００３９】
[0056]ｅＭＢＭＳサービスエリア：図５は、それら自体が複数のセルまたは基地局５１０を含む、複数のＭＢＳＦＮエリア５０４と、５０６と、５０８とを包含する、ＭＢＭＳサービスエリア５０２を含むシステム５００を示す。本明細書で使用される場合、「ＭＢＭＳサービスエリア」は、あるＭＢＭＳサービスが利用可能であるワイヤレス送信セルのグループを指す。たとえば、ある特定のスポーツ番組または他の番組が、ある特定の時間において、ＭＢＭＳサービスエリア内で基地局によってブロードキャストされることがある。特定の番組がブロードキャストされるエリアが、ＭＢＭＳサービスエリアを定める。ＭＢＭＳサービスエリアは、５０４、５０６および５０８において示されるような１つまたは複数の「ＭＢＳＦＮエリア」で構成され得る。本明細書で使用される場合、ＭＢＳＦＮエリアは、ＭＢＳＦＮプロトコルを使用して同期した方式である特定の番組を現在ブロードキャストしているセルのグループ（たとえば、セル５１０）を指す。「ＭＢＳＦＮ同期エリア」は、同期した方式で動作して、現在そうしているかどうかに関係なくＭＢＳＦＮプロトコルを使用してある特定の番組をブロードキャストすることが可能になるような方式で相互接続され構成されたセルのグループを指す。ＭＢＭＳサービスエリア５０２が１つまたは複数のＭＢＳＦＮ同期エリア（図示せず）を含み得ることは、注意に値する。逆に、ＭＢＳＦＮ同期エリアは、１つまたは複数のＭＢＳＦＮエリアまたはＭＢＭＳサービスエリアを含み得る。一般に、ＭＢＳＦＮエリアは、単一のＭＢＳＦＮ同期エリアのすべてまたは一部で構成され、単一のＭＢＭＳサービスエリア内に位置する。様々なＭＢＳＦＮエリアの重複がサポートされ、単一のｅＮＢはいくつかの異なるＭＢＳＦＮエリアに属し得る。たとえば、最大で８個の独立のＭＣＣＨが、異なるＭＢＳＦＮエリアにおけるメンバーシップをサポートするために、システム情報ブロック（ＳＩＢ）１３において構成され得る。ＭＢＳＦＮエリア予備セルまたは基地局は、ＭＢＳＦＮ送信に寄与しないＭＢＳＦＮエリア内のセル／基地局、たとえば、ＭＢＳＦＮ同期エリアの境界に近いセル、または、その位置のためにＭＢＳＦＮ送信に必要とされないセルである。
【００４０】
[0057]ｅＭＢＭＳシステムコンポーネントおよび機能：図６Ａは、ＭＢＳＦＮサービスを提供またはサポートするためのワイヤレス通信システム６００の機能エンティティを示す。サービス品質（ＱｏＳ）に関して、システム６００は、Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ（ＧＢＲ）タイプのＭＢＭＳベアラを使用することができ、最大ビットレート（ＭＢＲ）はＧＢＲに等しい。これらのコンポーネントは、例として示され説明され、本明細書で説明される発明的な概念を限定せず、この発明的な概念は、マルチキャスト送信を配信し制御するための他のアーキテクチャおよび機能の配備に採用され得る。
【００４１】
[0058]システム６００は、ＭＢＭＳゲートウェイ（ＭＢＭＳ  ＧＷ）６１６を含み得る。ＭＢＭＳ  ＧＷ６１６は、Ｍ１インターフェースを介した、ｅＮｏｄｅＢ６０４へのＭＢＭＳユーザプレーンデータのインターネットプロトコル（ＩＰ）マルチキャスト配信を制御し、多くの可能なｅＮＢのうち１つのｅＮＢ６０４が示される。さらに、ＭＢＭＳ  ＧＷは、Ｍ１インターフェースを介した、ＵＴＲＡＮ無線ネットワークコントローラ（ＲＮＣ）６２０へのＭＢＭＳユーザプレーンデータのＩＰマルチキャスト配信を制御し、ここでは多くの可能なＲＮＣのうちの１つのＵＴＲＡＮ  ＲＮＣ６２０が示されている。Ｍ１インターフェースは、ＭＢＭＳデータ（ユーザプレーン）と関連付けられ、データパケットの配信のためにＩＰを利用する。ｅＮＢ６０４は、Ｅ−ＵＴＲＡＮ  Ｕｕインターフェースを介して、ＭＢＭＳコンテンツをＵＥ／モバイルエンティティ６０２に提供することができる。ＲＮＣ６２０は、Ｕｕインターフェースを介してＵＥモバイルエンティティ６２２にＭＢＭＳコンテンツを与え得る。ＭＢＭＳ  ＧＷ６１６はさらに、モビリティ管理エンティティ（ＭＭＥ）６０８およびＳｍインターフェースを介して、ＭＢＭＳセッション制御シグナリング、たとえば、ＭＢＭＳセッション開始およびセッション停止を実行することができる。ＭＢＭＳ  ＧＷ６１６はさらに、ＳＧ−ｍｂ（ユーザプレーン）基準点を通じてＭＢＭＳベアラを使用して、エンティティのためのインターフェースを提供し、ＳＧｉ−ｍｂ（制御プレーン）基準点を通じてＭＢＭＳベアラを使用して、エンティティのためのインターフェースを提供することができる。ＳＧ−ｍｂインターフェースは、ＭＢＭＳベアラサービス固有のシグナリングを搬送する。ＳＧｉ−ｍｂインターフェースは、ＭＢＭＳデータ配信のためのユーザプレーンインターフェースである。ＭＢＭＳデータ配信は、デフォルトモードであり得るＩＰユニキャスト送信によって、またはＩＰマルチキャスティングによって実行され得る。ＭＢＭＳ  ＧＷ６１６は、Ｓｅｒｖｉｎｇ  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＳＧＳＮ）６１８およびＳｎ／Ｉｕインターフェースを介して、ＵＴＲＡＮを通じてＭＢＭＳのための制御プレーン機能を提供することができる。
【００４２】
[0059]システム６００はさらに、マルチキャスト協調エンティティ（ＭＣＥ）６０６を含み得る。ＭＣＥ６０６は、ＭＢＭＳコンテンツのためのアドミッション制御機能を実行し、ＭＢＳＦＮ動作を使用したマルチセルＭＢＭＳ送信のためにＭＢＳＦＮエリアの中のすべてのｅＮＢによって使用される、時間と周波数の無線リソースを割り振り得る。ＭＣＥ６０６は、たとえば、変調および符号化の方式のような、ＭＢＳＦＮエリアのための無線構成を決定することができる。ＭＣＥ６０６は、ＭＢＭＳコンテンツのユーザプレーン送信をスケジューリングおよび制御して、どのサービスがマルチキャストチャネル（ＭＣＨ）において多重化されるべきかを決定することによって、ｅＭＢＭＳサービスの多重化を管理することができる。ＭＣＥ６０６は、Ｍ３インターフェースを通じてＭＭＥ６０８とのＭＢＭＳセッション制御シグナリングに参加し、ｅＮＢ６０４に制御プレーンインターフェースＭ２を提供することができる。
【００４３】
[0060]システム６００はさらに、コンテンツプロバイダサーバ６１４と通信している、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）６１２を含み得る。ＢＭ−ＳＣ６１２は、コンテンツプロバイダ６１４などの１つまたは複数のソースからのマルチキャストコンテンツの取り込みを処理し、以下で説明されるように、他のより高いレベルの管理機能を与える、ネットワークエンティティであり得る。これらの機能は、たとえば、特定されたＵＥのためのＭＢＭＳサービスの認証と開始とを含む、メンバーシップ機能を含み得る。ＢＭ−ＳＣ６１２はさらに、ＭＢＭＳセッションおよび送信機能と、ライブブロードキャストのスケジューリングと、ＭＢＭＳおよび関連する配信機能を含む配信とを実行することができる。ＢＭ−ＳＣ６１２はさらに、マルチキャストに利用可能なコンテンツを通知することのような、サービスの通知と説明とを提供することができる。
【００４４】
[0061]図６Ｂを参照すると、例示的なＢＭ−ＳＣ６１２が示される。ＢＭ−ＳＣ６１２は、各々がコントローラ６７０に動作可能に結合される、ＰＤＷ  ＧＷインターフェース６５０と、ＭＢＭＳ  ＧＷインターフェース６５２と、コンテンツプロバイダインターフェース６５４とを含み得る。ＢＭ−ＳＣ６１２は、各々がコントローラ６７０に動作可能に結合される、メンバーシッププロセッサモジュール６６０と、ＭＢＭＳセッション／送信プロセッサモジュール６６２と、サービス告知プロセッサモジュール６６４とを含み得る。ＢＭ−ＳＣ６１２は、コントローラ６７０に動作可能に結合されるメモリ６７２を含み得る。関連する態様では、メンバーシッププロセッサモジュール６６０、ＭＢＭＳセッション／送信プロセッサモジュール６６２、サービス告知プロセッサモジュール６６４、またはコントローラ６７０の１つまたは複数は、所与のプロセッサ上に位置し得る。さらなる関連する態様では、メンバーシッププロセッサモジュール６６０、ＭＢＭＳセッション／送信プロセッサモジュール６６２、サービス告知プロセッサモジュール６６４、またはコントローラ６７０の１つまたは複数は、特定用途向け集積回路（ＡＳＩＣ）などの中に存在する別個のプロセッサであってよい。
【００４５】
[0062]図６Ａをもう一度参照すると、別個のパケットデータプロトコル（ＰＤＰ）の状況が、ＵＥとＢＭ−ＳＣ６１２との間で制御メッセージを搬送するために使用され得る。ＢＭ−ＳＣ６１２はさらに、キー管理などのセキュリティ機能を与え、データ量およびＱｏＳなどのパラメータに従ってコンテンツプロバイダの課金を管理し、ＵＴＲＡＮにおいて、およびブロードキャストモードの場合Ｅ−ＵＴＲＡＮにおいて、ＭＢＭＳのためのコンテンツ同期を行い、ＵＴＲＡＮにおいてＭＢＳＦＮデータのためのヘッダ圧縮を行い得る。ＢＭ−ＳＣ６１２は、ＱｏＳおよびＭＢＭＳサービスエリアのようなセッション属性を含めて、セッションの開始と、更新と、停止とをＭＢＭＳ−ＧＷ６１６に示すことができる。
【００４６】
[0063]マルチキャスト管理エンティティ（ＭＭＥ）６０８は、ＭＣＥ６０６およびＭＢＭＳ−ＧＷ６０８と通信することができる。ＭＭＥ６０８は、Ｅ−ＵＴＲＡＮを通じてＭＢＭＳのための制御プレーン機能を提供することができる。加えて、ＭＭＥは、ＭＢＭＳ−ＧＷ６１６によって定義されるマルチキャスト関連情報を、ｅＮＢ６０４および／またはＵＴＲＡＮ  ＲＮＣ６２０に提供することができる。ＭＭＥ６０８とＭＢＭＳ−ＧＷ６１６との間のＳｍインターフェースは、ＭＢＭＳ制御シグナリング、たとえば、セッション開始信号とセッション停止信号とを搬送するために使用され得る。
【００４７】
[0064]システム６００はさらに、Ｐ−ＧＷと略されることがある、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＧＷ）６１０を含み得る。Ｐ−ＧＷ６１０は、シグナリングおよび／またはユーザデータのために、ＵＥ６０２とＢＭ−ＳＣ６１２との間にＥｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ（ＥＰＳ）ベアラを提供することができる。したがって、Ｐ−ＧＷは、ＵＥに割り当てられたＩＰアドレスと関連するＵＥから発信された要求に基づいて、Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ（ＵＲＬ）を受信することができる。ＢＭ−ＳＣ６１２はまた、Ｐ−ＧＷ６１０を介して１つまたは複数のコンテンツプロバイダにリンクされてよく、Ｐ−ＧＷ  ６１０は、ＩＰインターフェースを介してＢＭ−ＳＣ６１２と通信することができる。
【００４８】
[0065]システム６００は、ＭＢＭＳエリアでｅＭＢＭＳまたは他のマルチキャストセッションを送信するために使用され得る。図７に示されるように、ＭＢＭＳセッションを扱うための方法７００は、スケジューリングされたサービスの利用可能性を告知または通知する初期動作７０２を含み得る。たとえば、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ（ＯＭＡ）Ｍｏｂｉｌｅ  Ｂｒｏａｄｃａｓｔ  Ｓｅｒｖｉｃｅｓ  Ｅｎａｂｌｅｒ  Ｓｕｉｔｅ（ＢＣＡＳＴ）サービスガイドを使用することによって、スポーツイベントのＭＢＭＳブロードキャストが、ある日付および時間に開始するように、規定されたエリアにおいて通知されてよい。サービス利用可能性の通知を取得するために、ユーザは、メッセージサービスに加入し、プログラムガイドもしくはプログラムリストをダウンロードし、または何らかの他の動作を行うことができる。代替的に、通知は、ユーザからの動作を何ら必要とすることなく、モバイルエンティティにプッシュされてよい。サービス告知は、たとえば、サービス識別子、サービスエリア識別子、スケジュール、適用可能なＩＰマルチキャストアドレス、および他の情報を含み得る。
【００４９】
[0066]７０４において、システムは、規定されたブロードキャストエリア内で、告知された日付および時間に、ブロードキャスト送信を開始することによってブロードキャストを開始することができる。たとえば、ＢＭ−ＳＣは、セッション開始手順を使用してＭＢＭＳブロードキャストを開始して、ＭＢＭＳ無線ベアラを確立することができる。
【００５０】
[0067]７０６において、システムは、たとえば、モバイルエンティティに送信されるＭＣＣＨ変更通知を使用するなどして、進行中の、または今後来るＭＢＭＳサービスの通知をモバイルエンティティに提供することができる。７０８において、システムは、確立されたＭＢＭＳ無線ベアラを使用して、通知されたサービスのＭＢＭＳコンテンツをモバイルエンティティに転送する。７１０において、ｅＭＢＭＳブロードキャストが完了すると、システムは、ブロードキャストセッションを停止し、関連する無線ベアラを解放する。
【００５１】
[0068]ＭＢＭＳベアラコンテキストは、ＭＢＭＳセッションが開始すると、ＭＭＥ、ＭＢＭＳ  ＧＷ、ＳＧＮ、および無線アクセスネットワーク（ＲＡＮ）の他の要素において、作成され得る。図８は、ＭＢＭＳベアラコンテキストの、アクティブセッション状態８２０とスタンバイ状態８１０との、状態サイクル８００を示す。スタンバイ状態８１０にある間、ＢＭ−ＳＣは、セッションを開始しアクティブセッション状態８２０に入ることができ、このときベアラ位置リソースが必要とされ得る。アクティブセッション状態８２０にある間、ＢＭ−ＳＣは、セッションを停止しスタンバイ状態８１０に戻ることができ、このときベアラ位置リソースは必要とされない。ＭＢＭＳベアラコンテキスト自体が、制御プレーンのＭＢＭＳ  ＧＷ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤ（ＴＥＩＤ−Ｃ）と、Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ（ＴＭＧＩ）とを含み得る。ＭＢＭＳベアラサービスごとの固有のＴＭＧＩは、ＢＭ−ＳＣによって割り振られ、ＭＢＭＳ通知の目的で使用され得る。
【００５２】
[0069]オンデマンドのモバイルブロードキャストサービス：従来のユニキャストコンテンツ配信は、需要の多い所与の領域においては、ユーザの需要を満たすのに十分ではないことがある。したがって、改善されたユニキャストコンテンツ配信、さらには、位置、プロファイリング、および／または予測を使用した、待ち行列ベースのユニキャストコンテンツのダウンロードのオンデマンドのブロードキャストによる置換が、所与の領域におけるコンテンツに対する高い需要を満たすために有益であり得る。Ｕｓｅｒ−Ｇｅｎｅｒａｔｅｄ  Ｃｏｎｔｅｎｔ（ＵＧＣ）ビデオクリップ、ＴＶ  ｃａｔｃｈ−ｕｐエピソード、および映画などのコンテンツの、セルラーネットワークを通じたモバイルデバイスへのＯｖｅｒ−ｔｈｅ−Ｔｏｐ（ＯＴＴ）ダウンロード配信を利用することが可能である。これらのシステムのいくつかでは、コンテンツに対するエンドユーザの要求は、ユニキャストセルラーネットワークを通じた延期されたダウンロードの受信のために、モバイルデバイスにおいて待ち行列に入れられる。これらのシステムでは、たとえば、ユーザの使用履歴／挙動の知識、ユーザプロファイル中の何らかの明示的なユーザ選好、またはデバイスの能力に基づいて、今後の使用に適切であると見なされるコンテンツを、デバイスが追加で受信することも可能であり得る。互いに近接して位置する複数のユーザが同じコンテンツを要求している場合、または、何らかの他のコンテンツを受信する際に共通の関心を共有し得る場合、それらのコンテンツのオンデマンドのブロードキャスト配信を有効にすることが有利であり得る。そのようにすることは、それらのユーザをサービスするためのユニキャストトラフィック負荷を減らしつつ、ブロードキャストマルチキャストコンテンツ配信のための、新たな、たとえばオンデマンドベースのサービスモデルを可能にする。
【００５３】
[0070]本明細書で説明される実施形態の１つまたは複数の態様によれば、モバイル／セルラーブロードキャスト／ダウンロード配信システムが提供される。関連する態様では、所与の数のユーザが、互いにある程度近接して位置することがあり、自身のＵＥへの配信のために同じコンテンツ／プログラムに対する要求を行っていることがあり、さらに、探索されるコンテンツのタイプについて同様の関心を有することがある。さらなる関連する態様では、要求されたコンテンツ項目を提供することに加えて、システムは、今後の使用のために、関心をもつ可能性が高いと予測される追加のコンテンツを、ＵＥへの記憶のために配信することができる。またさらなる関連する態様では、上記のユーザが位置する同じ領域中のモバイルネットワーク事業者によって展開されるモバイルブロードキャストシステムがあり、そのモバイルブロードキャストシステムは、コンテンツ送信のオンデマンドの確立を支援するための能力と容量とを有する。
【００５４】
[0071]オンデマンドのモバイルブロードキャスト配信がなければ、多重のユニキャストダウンロード配信セッションが、要求するユーザが存在する共通の領域に対するセルラーネットワークにおけるトラフィック負荷の増大を引き起こし得る。エンドユーザに対するそのようなネットワーク動作の結果は、制限されたスループットであり得るので、要求されたコンテンツは、所望の（たとえば、高い）解像度で配信され得ないか、受信に利用可能な制限されたタイムウィンドウの中で全体が配信され得ないかのいずれかである。あるいは、追加の予測されたコンテンツまたは推奨されたコンテンツが、要求されたコンテンツとともに配信されることが不可能になり得る。さらに、ネットワークの混雑は、他の近くのセルラー加入者の通信能力に影響を与え得る。
【００５５】
[0072]一方、共通の地理的領域においてオンデマンドのモバイルブロードキャストサービス動作が利用可能であることで、セルラーユニキャストネットワークトラフィックを効果的にオフロードするための方法が提供され得る。加えて、動的なブロードキャストサービスの動作は、ネットワークの予備容量のより完全な利用を可能にする。複数のコンテンツ要求の間での、位置および／またはユーザの関心の一致における適切な減少があるとネットワークが判定すると、ブロードキャストモードの動作は停止し得る。
【００５６】
[0073]モバイルセルラーベースのダウンロード配信システムのある例は、本明細書ではＰ２２００とも呼ばれるＩＥＥＥ  Ｐ２２００によって定義される。ローカルアプリケーションによるコンテンツ要求は、ＵＥ上のダウンロード配信クライアントにおいて待ち行列に入れられ得る。たとえば、Ｐ２２００において、ローカルアプリケーションによるコンテンツ要求は、ＵＥのＰ２２００クライアントエンティティにおいて待ち行列に入れられ得る。要求されたコンテンツのユニキャスト配信とブロードキャスト配信の両方が、Ｐ２２００において可能である。図９を参照すると、例示的なＰ２２００アーキテクチャが示されている。図９の実線のボックスは、Ｐ２２００規格において定義される特徴を有するＰ２２００のコンポーネントに対応することに留意されたい。図９の点線のボックスは、Ｐ２２００規格において定義されない特徴を有する外部コンポーネントに対応する。
【００５７】
[0074]図９のアーキテクチャ９００を参照すると、ノミナルの動作では、特定のコンテンツに対する待ち行列要求（たとえば、Ｃｏｎｔｅｎｔ−ＵＲＩによって識別される）は、ローカルアプリケーション９１２によって出され、ダウンロード配信クライアント９１４（たとえば、Ｐ２２００クライアント）に配信され得る。ダウンロード配信クライアント９１４は、ポリシークライアントモジュール９２０と、待ち行列マネージャ９２２と、中間デバイスマネージャ９２４とを含み得る。ダウンロード配信クライアント９１４は、任意の利用可能なコンテンツプロバイダのポリシー、ネットワークプロバイダのポリシー、および／またはアプリケーションのポリシーの情報を取得して、その要求のダウンロードの実行を制御することができる。たとえば、ダウンロード配信クライアント９１４は、コンテンツサーバ９３０、コンテンツポリシーサーバ９３２、ネットワークポリシーサーバ９３４、中間デバイス９３６などの１つまたは複数から、そのようなポリシー情報を（直接および／またはネットワークポリシークライアント９１６を介して）取得することができる。ネットワークポリシークライアント９１６は、ダウンロード配信クライアント９１４のポリシークライアント９２０と動作可能に通信していてよく、ネットワークポリシーサーバ９３４からネットワークポリシーを（直接または間接的に）獲得することができる。
【００５８】
[0075]ポリシー要求を満たすと、ダウンロード配信クライアント９１４は次いで、ハイパーテキスト転送プロトコル（ＨＴＴＰ）によってダウンロードを実行することができ、アプリケーションによる今後の再生のために、獲得されたコンテンツ項目をローカルのデバイス記憶装置９１８（たとえば、仮想的なまたは物理的な記憶デバイス）に記憶することができる。ダウンロードされたコンテンツは、ＨＴＴＰまたはＦｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）スタックおよび／またはＨＴＴＰストリーミングクライアント９４０の一部を介して到達し得る。待ち行列マネージャ９２２は、再生のために記憶装置からコンテンツを取り出すための要求とは対照的に、コンテンツをダウンロードするための待ち行列要求を扱う。
【００５９】
[0076]Ｐ２２００におけるコンテンツのノミナルのユニキャストダウンロード配信が図１０に示され、図１０は、アーキテクチャと、コンテンツに対する通常の待ち行列要求に対する呼の流れとを示し、Ｐ２２００のクライアントは、そのコンテンツを、ユニキャストネットワークを介して配信されるものと予測する。それは、ブロードキャストを代替的な配信モードとして示す、ブロードキャスト配信サービスおよび関連する配信スケジュールがないからである。要求されたコンテンツがブロードキャストネットワーク（たとえば、セルラーＭＢＭＳネットワーク）を通じたスケジューリングされた配信のために利用可能であると判定されるとすると、ダウンロード配信クライアント９１４は、代わりにブロードキャストダウンロード受信を介して、そのコンテンツを獲得すると決めることができる。関連する態様では、そのようなブロードキャスト配信能力および関連する手順は、コンテンツ項目の予測的なダウンロード、すなわち、（たとえば、過去の使用の挙動、人口統計学的属性情報、ユーザ選好の設定などの予測的分析に基づいて）今後の使用のためにユーザが関心を持つ可能性が高いと見なされるコンテンツの予測的なダウンロードを可能にする。
【００６０】
[0077]図１０の例の参照を続けると、ローカルアプリケーション＋プレーヤー９１２が示され、これは、メディアプレーヤーとともにローカルアプリケーショングループである。コンテンツに対する最初の待ち行列要求を生成するローカルアプリケーションは、ダウンロードされた／キャッシュされたコンテンツの再生に使用されるメディアプレーヤーとは別個であり得ることに留意されたい。ローカルアプリケーション＋プレーヤー９１２は、所与のコンテンツに対する待ち行列要求をダウンロード配信クライアント９１４に送信することができ、ダウンロード配信クライアント９１４は次いで、コンテンツポリシーサーバ９３２などからコンテンツポリシーを取得することができる。ダウンロード配信クライアント９１４は、ネットワークポリシークライアント９１６などからネットワークポリシーを取得することができる。ダウンロード配信クライアント９１４は次いで、ＨＴＴＰクライアント９５０と通信することによって、所与のコンテンツ（たとえば、Ｃｏｎｔｅｎｔ−ＵＲＩなどによって識別される）のダウンロードを実行することができる。ＨＴＴＰクライアント９５０は、コンテンツサーバ９３０と通信して、コンテンツサーバ９３０からの所与の要求されたコンテンツのダウンロードを実行することができる。ダウンロード配信クライアント９１４は、記憶装置９１８（たとえば、フラッシュ非揮発性メモリ）に、ダウンロードされたコンテンツを記憶することができる。アプリケーション＋プレーヤー９１２は、再生の要求をダウンロード配信クライアント９１４に送信することができ、ダウンロード配信クライアント９１４が次いで、記憶装置９１８から記憶されたコンテンツを読み取り取得することができる。ダウンロード配信クライアント９１４は次いで、記憶されたコンテンツをアプリケーション＋プレーヤー９１２に配信することができる。アプリケーション＋プレーヤー９１２において、前方誤り訂正（ＦＥＣ）デコーダが、ランダムアクセス再生のために、配信されたコンテンツに対して使用され得る。たとえば、記憶されたコンテンツは、フラッシュメモリから取り出され、トリックモードベースの再生（たとえば、早送り、巻き戻しなど）のためにその場でＦＥＣ復号され得る。
【００６１】
[0078]さらなる関連する態様では、次の３つの条件がＰ２２００の状況において満たされる場面が説明される。図１１を参照すると、第１の条件は、（アプリケーション＋プレーヤー９１２からダウンロード配信クライアント９１４への）待ち行列要求が、探索されるコンテンツ項目（たとえば、Ｃｏｎｔｅｎｔ−ＵＲＩなどによって識別されるような）に加えて、ＵＥの位置情報および／またはプロファイルＩＤ（Ｐｒｏｆｉｌｅ−ＩＤ）などを含むということであり得る。位置情報は、ＵＥの現在地（たとえば、セルＩＤ、ＧＰＳ緯度／経度座標などによって決定される）に対応し得る。プロファイルＩＤは、エンドユーザと関連付けられるエイリアスであってよく、ＵＥは、今後の使用のためにユーザが関心を持つ可能性があると見なされるコンテンツ項目の選択および配信においてユーザを特定する際に使用するために、コンテンツサーバ／ＢＭ−ＳＣ９３０’からプロファイルＩＤを事前に取得している。待ち行列要求が位置情報および／またはプロファイルＩＤを含むことをダウンロード配信クライアント９１４が見出す場合、ダウンロード配信クライアント９１４は、Ｄ１ユニキャストインターフェースなどを通じて、コンテンツサーバ／ＢＭ−ＳＣ９３０’へ（たとえば、ＨＴＴＰ  ＰＯＳＴまたはＰＵＴ動作を介して）、位置情報およびプロファイルＩＤとともにその要求を直ちに送信することができる。第２の条件は、ＭＢＭＳ  ＢＭ−ＳＣを含み得る、またはそれへの接続を有し得る、コンテンツサーバ／ＢＭ−ＳＣ９３０’が、互いにある程度適切に近接して位置するユーザからの、ある閾値の数のそのような要求を検出することであり得る（この閾値は、コンテンツ／サービスプロバイダによって設定可能であってよく制御されてよい）。そのような近接は、ＭＢＳＦＮを含む複数のｅＮＢのカバレッジエリアとして定義され得る。第３の条件は、モバイル事業者のＭＢＭＳネットワークがオンデマンドで有効にされ得ることであり得る。言い換えると、ＭＢＭＳネットワークは、必要に応じて、動的にコンテンツをスケジューリングしブロードキャストすることが可能であり得る。コンテンツサーバ／ＢＭ−ＳＣ９３０’に関して、コンテンツサーバは、ＢＭ−ＳＣに接続され、またはＢＭ−ＳＣと一緒の位置にあり得ることに留意されたい。たとえば、ＭＢＭＳ動作を開始するという決定は、コンテンツサーバ／ＢＭ−ＳＣ９３０’、スタンドアロンのＢＭ−ＳＣ、またはスタンドアロンのコンテンツサーバにおいて行われ得る。コンテンツサーバ／ＢＭ−ＳＣ９３０’は、ＨＴＴＰクライアント９５０および／またはＦＬＵＴＥクライアント９５２と動作可能に通信していてよく、これらの各々が、ダウンロード配信クライアント９１４と動作可能に通信していてよいことにも留意されたい。
【００６２】
[0079]図１１の参照を続けると、ＭＢＭＳネットワークが有効な状態になり得るとともに、Ｐ２２００のユーザによって共通に要求されるような１つまたは複数のコンテンツ項目が、ブロードキャストダウンロード配信のためにスケジューリングされ得る。それらの明示的に要求されたコンテンツの配信に加えて、コンテンツサーバ９３０’に提出されるプロファイルＩＤがそれらのユーザの間で類似する関心を示す場合、推奨されるコンテンツも、スケジューリングされるブロードキャスト送信に含まれ得る。たとえば、ＭＢＭＳを通じて配信されるコンテンツは、複数のユーザによって共通に要求されるプログラムと、関連するユーザプロファイルに適合する推奨されるコンテンツとの両方を含み得る。ユーザの関心を満たすと予測されるメディアコンテンツに加えて、ユーザに配信されるそのような補助コンテンツはまた、ユーザの関心、位置など、またはそのような要因の組合せに基づいて適切であると見なされる広告を含み得る。ユニキャストによる待ち行列に入れられたダウンロードの、オンデマンドのブロードキャストによるそのような置換は有益である。たとえば、利点には、（ｉ）同じ近接領域からユーザが同時に同じコンテンツを要求することによるユニキャストネットワークの混雑の可能性をなくすことと、（ｉｉ）利用可能なスループットに基づいてコンテンツ品質（たとえば、解像度）を調整することと、（ｉｉｉ）ＭＢＭＳサービスに対する新たなオンデマンドベースの使用モデルを提示することとがあり得る。
【００６３】
[0080]本明細書で説明される実施形態の態様によれば、Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ  （ＤＡＳＨ）フォーマットのコンテンツのユニキャストダウンロード配信に対する２つの他の想定される改善が以下で説明される。第１の改善は、時間ベースのダウンロードポリシーが有効であり得る場合の、ポリシー駆動型のコンテンツのダウンロードに関する。たとえば、モバイルネットワーク事業者は、３Ｇ／４Ｇユニキャストネットワークを通じたコンテンツのダウンロードの実行を、規定された期間において発生するように制限し得る。オフピークトラフィックの時間帯（たとえば、深夜）の間は、ＩＥＥＥ  Ｐ２２００規格に従って実施されるもののような、延期されたダウンロードが通常は実行されるが、それでも、ダウンロードデータ速度を大きく下げる予測不可能なネットワークスループットの状況が生じ得る。そのような状況では、ユーザは、ノミナルのコンテンツポリシーに優先するローカルの使用ポリシーを定義することを選ぶことができる。
【００６４】
[0081]たとえば、通常の条件では、ビデオコンテンツの所望される解像度は、その帯域幅が５００ｋｂｐｓであると規定された表現（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）を取り出すことを必要とする。たとえば、このコンテンツの前半はこの速度またはそれ以上で取得されるが、その後平均の利用可能なダウンロード帯域幅速度が２２０ｋｂｐｓに下がったと仮定する。このダウンロード速度では、コンテンツを表示するためのタイムウィンドウ内に取得され得ないコンテンツの残りを取得することを、ダウンロード時間が妨げる。そのような事象を予測すると、ユーザは、たとえば２００ｋｂｐｓという要求される帯域幅に対応する、より低いレートの表現へとＤＡＳＨクライアントが切り替えるのを許容することを、事前に選ぶことができる。言い換えると、ユーザは、より高い解像度でコンテンツを不完全に受信することとは対照的に、完全なコンテンツを受信するために（部分的に）より低い解像度で妥協する意志があり得る。この場合、ある例としてＰ２２００を使用すると、待ち行列要求は、ＲＥＱＰＲＯＰ−ＡＬＴＥＲＮＡＴＩＶＥＢＡＮＤＷＩＤＴＨなどのような、代替的な帯域幅パラメータを含み得る。このフィールドは、ユーザが受け入れる意志のある、コンテンツのダウンロードのための代替的な最小のデータ速度を定義し得る。そのような表現の切替えを可能にするために、ダウンロード配信クライアント（たとえば、Ｐ２２００クライアント）は、クライアントデバイス中の接続マネージャエンティティへアクセスすることができる。
【００６５】
[0082]たとえば、接続マネージャは、ＡＰＩを公開して、ユニキャストセルラーネットワークで利用可能な瞬時的なかつ／または平均の帯域幅をダウンロード配信クライアントが求めることを可能にすると考えられる。利用可能なネットワーク帯域幅の知識、および残りのダウンロードタイムウィンドウに基づいて、ダウンロード配信クライアントは、内部の計算を介して、どの表現を選択するかを決定し、それに従って、獲得されるべき最高の可能な解像度を時間とともに上げまたは下げ、さらには全体としてベストエフォートのコンテンツ受信を円滑化することができる。言い換えると、ＲＥＱＰＲＯＰ−ＡＬＴＥＲＮＡＴＩＶＥＢＡＮＤＷＩＤＴＨの値によっては、利用可能なネットワーク帯域幅は、ネットワークポリシーおよび／またはコンテンツポリシーによって決定されるような、利用可能な受信タイムウィンドウ内にコンテンツ全体がダウンロードされることを可能にするには、不十分であることがある。さらに、接続マネージャは、ＷｉＦｉ（登録商標）およびセルラーのような、クライアントデバイスに対して同時に利用可能な複数のアクセス技術における利用可能な帯域幅を、ダウンロード配信クライアントに知らせることが可能であり得る。使用すべき／使用すべきではないアクセス技術を記述し得るネットワークポリシーに矛盾がないと仮定すると、ダウンロード配信クライアントは、全体のダウンロード速度を最大化し、全体のサービス品質を最適化するために、異なるアクセス技術へと切り替えるように構成され得る。
【００６６】
[0083]同じ方式で、要求された、または最初に開始されたデータ速度よりも高いデータ速度が利用可能であると、ダウンロード配信クライアントが判定する場合、ダウンロード配信クライアントはまた、ダウンロードデータ速度を上げて、それに対応してより高品質の表現を何らかの再生時間に対して取得することができる。ダウンロード速度の上限は、存在する場合、ネットワークプロバイダによって設定されるＲＵＬＥ＿ＢＡＮＤＷＩＤＴＨ＿ＬＩＭＩＴなどのポリシー規則によって制約され得る。
【００６７】
[0084]上の手順に関して、ダウンロード配信クライアント（たとえば、Ｐ２２００クライアント）は、帯域幅の選択のためにメディアプレゼンテーションディスクリプション（ＭＰＤ）中の情報だけではなく、たとえばＩＳＯ／ＩＥＣ  ２３００９−１で定義されるようなＤＡＳＨオンデマンドプロファイルに基づくＩＳＯ  ＢＭＦＦ（ＩＳＯベースメディアファイルフォーマット）において提供されるような、表現のセグメントインデックス中の利用可能な情報も、使用することを選び得る。そのようなセグメントインデックスは、正確な時間−バイトの範囲の対応付けを提供し、より詳細な情報が利用可能になるとダウンロードのより良好なスケジューリングを可能にする。ダウンロード配信クライアントはたとえば、まず表現のより高ビットレートの部分をダウンロードし、続いてその表現のより低ビットレートの部分をダウンロードすると決めることができる。
【００６８】
[0085]別の状況では、コンテンツは、個々のメディアコンポーネント（たとえば、ビデオ、オーディオ、字幕など）が個々にアクセス可能であるように提供され得る。加えて、メディアコンポーネントの各々は、異なるロールにおいて利用可能であり得る。例示的なロールには、オーディオの言語（たとえば、英語、フランス語、またはドイツ語で利用可能）、２Ｄバージョンの、または立体的なフォーマットを伴う３Ｄバージョンのビデオ、元のバージョンまたは吹き替えバージョンとしてのオーディオ、字幕（たとえば、中国語または日本語）、異なるコンテンツ保護方式、アクセシビリティレーティングの制約のサポートなどがあり得る。
【００６９】
[0086]ダウンロード配信クライアントは、あるメディアタイプのみをダウンロードすることができ、たとえば、ダウンロード配信クライアントは、字幕をダウンロードできず、オーディオとビデオのみをダウンロードできる。ダウンロード配信クライアントはまた、各メディアタイプの正確に１つのロールをダウンロードすることができ、たとえば、２Ｄビデオに対するユーザ選好に基づいて、英語のオーディオトラックのみをダウンロードすることができる。ダウンロード配信クライアントはまた、たとえば、時には元の英語で、また時には吹き替えのドイツ語バージョンでコンテンツを見ることを望むユーザを見込んで、各メディアタイプに対して異なるロールをダウンロードすることができる。ダウンロード配信クライアントはまた、メディアタイプが同じであるがロールが異なるものに対して異なる量をダウンロードすることができ、たとえば、高品質の英語のオーディオトラックと低品質のドイツ語のオーディオトラックとをダウンロードすることができる。
【００７０】
[0087] 一般に、ダウンロード配信クライアントは、ＭＰＤと、ユーザ選好と、デバイスの能力と、他の環境情報とを使用して、異なる複数の適応セットと、各適応セット内で、そのような外部情報と利用可能な帯域幅および認められたダウンロード時間とに基づき１つまたはいくつかの表現と、を選択することができる。
【００７１】
[0088]関連する態様では、第２の改善は、コンテンツがダウンロードされＵＥにキャッシュされると、取り出しおよび再生のためにコンテンツのソースを知らせるように、ＤＡＳＨ  ＭＰＤを修正することに関する。ＵＥは、本明細書で説明される２つの手法を含む、いくつかの方法でそのようにすることができる。第１の手法では、ＵＥは、新たなＭＰＤがローカルのＤＡＳＨクライアントおよびメディアプレーヤーで利用可能にされるように、元のＭＰＤを書き換えることができる。この新たなＭＰＤは、ローカルでの取り出しおよび再生のためにＵＥ上で利用可能な表現を表す。ＭＰＤは、単一の適応セットまたは複数の適応セットに属する１つまたは複数の表現を表すことができ、適応セットの組成はメディアプレゼンテーションの持続時間にわたり変化しない。代替的に、メディアプレゼンテーションの期間レベルにおいて、利用可能な表現は時間とともに変化し得る。たとえば、以下で説明されるように、ネットワークスループットの変動により、異なる表現が、時間とともにネットワークベースのＤＡＳＨサーバから取り出され得る。
【００７２】
[0089]第２の手法では、修正されるＭＰＤは、ネットワーク上でＤＡＳＨサーバからアクセス可能なコンテンツに対応する元のＭＰＤと、ユーザデバイス上でキャッシュされるコンテンツ／表現を表す新たなＭＰＤエントリーとの組合せを含み得る。元のＭＰＤエントリーおよび新たなＭＰＤエントリーは、ローカルのＤＡＳＨクライアントが曖昧さを伴わずに適切な表現を選択できるように、適切に標識される。ＭＰＤの属性「ｓｅｒｖｉｃｅＬｏｃａｔｉｏｎ」などは、ローカルにアクセス可能なコンテンツを識別するために利用され得る。たとえば、この属性のストリング値は、このＭＰＤによって表されるコンテンツがＵＥにローカルに記憶されることを示すために、「ｌｏｃａｌｈｏｓｔ」に設定され得る。修正されたＭＰＤ中に元のＭＰＤを保持することの利点は、ネットワーク上のリソースが利用可能になった場合にそのようなリソースへの追加のアクセスを可能にすることである。
【００７３】
[0090]たとえば、ローカルに記憶されたコンテンツをメディアプレーヤーで再生することを選ぶ場合、ユーザは、異なる言語を話す友人の参加を受けることがある。この状況では、両人がコンテンツを一緒に消費できるように、コンテンツの異なる字幕トラックも獲得されることが望ましいであろう。ネットワークベースのコンテンツおよびローカルに記憶されたコンテンツに対応する別々のＭＰＤエントリーを維持することの別の利点は、コンテンツプロバイダの再生ポリシーをサポートすることであり得る。たとえば、映画スタジオのコンテンツプロバイダは、ある順番のコンテンツ再生を要求することがあり、ある映画の予告、商業的な広告、および利用規約の告知が映画の前に常に再生されることを命じることがあり、その後は、ユーザ制御のもとでランダムなアクセス／トリックモードを可能にし得る。さらに、映画の終了時に、コンテンツプロバイダは、全体の視聴の終了の前に、あるエピローグビデオまたは文字が表示されることを要求し得る。レンダリングのためのこれらの要求されるメディアコンポーネントの一部は、事前にダウンロードされローカルに記憶されないことがあり、そのようなコンテンツプロバイダポリシーを満たすために、コンテンツのレンダリングが開始し得る前に場合によっては高い優先度で（たとえば、緊急のダウンロード要求をシグナリングするために、Ｐ２２００待ち行列要求においてＲＥＱＰＲＯＰ−ＩＭＭＥＤＩＡＴＥなどが設定されるようにして）追加で取り出されるべきである。関連する態様では、表現が所与のサービス位置において利用可能であるセグメント、サブセグメント、または時間に関する情報を提供するために、特定のシグナリングが実施され得る。
【００７４】
[0091]開示される主題に従って実施され得る方法は、様々なフローチャートを参照するとより良く理解され得る。説明を簡単にするために、方法は一連の行為／動作として示され、説明される。しかしながら、いくつかの動作は、本明細書で図示および説明されるものとは異なる順序で、かつ／または他の動作と実質的に同時に行われ得るので、特許請求される主題は動作の数または順序によって限定されない。その上、本明細書で説明される方法を実施するために、図示されたすべての動作が必要とされるとは限らない。動作に関連する機能は、ソフトウェア、ハードウェア、これらの組合せまたは任意の他の好ましい手段（たとえば、デバイス、システム、プロセス、またはコンポーネント）によって実装され得ることを了解されたい。さらに、本明細書の全体にわたって開示される方法は、そのような方法を様々なデバイスに移送および転送することを容易にする製造物品に、符号化された命令および／またはデータとして記憶することが可能であることをさらに了解されたい。方法は、代替的に、状態図のような、一連の相互に関係する状態または事象として表現され得ることを、当業者は理解し了解するであろう。
【００７５】
[0092]一般に、本明細書で説明されるオンデマンドのブロードキャストおよび／またはユニキャストのコンテンツのダウンロード方法は、図６Ａ〜図６Ｂおよび図９〜図１１、またはこれらの変形に関して示され説明される特徴の１つまたは複数を使用して実施され得る。本明細書で説明される実施形態の１つまたは複数の態様によれば、図１４Ａを参照すると、オンデマンドのモバイルブロードキャストサービスに関与するネットワークエンティティ（たとえば、ＢＭ−ＳＣなど）によって実行可能なコンテンツ配信方法１４００が示されている。方法１４００は、１４１０において、コンテンツに対する要求を受信することを伴い得る。方法１４００は、１４２０において、要求されたコンテンツまたはユーザ情報の少なくとも１つの予測的分析を実行して、カバレッジエリア中の少なくとも２つのＵＥへのコンテンツをターゲットとすることとを伴い得る。方法１４００は、１４３０において、オンデマンドのモバイルブロードキャストサービスを介して、要求されたコンテンツまたはターゲットとされるコンテンツの少なくとも１つを提供することを伴い得る。
【００７６】
[0093]図１４Ｂを参照すると、任意選択であり、ネットワークエンティティなどによって実行され得る方法１４００のさらなる動作または態様が示されている。方法１４００が図１４Ｂの少なくとも１つのブロックを含む場合、方法１４００は、必ずしも、図示され得るいかなる後続の下流のブロックをも含む必要なく、少なくとも１つのブロックの後に終了し得る。ブロックの番号は、ブロックが方法１４００に従って実行され得る具体的な順序を暗示しないことにさらに留意されたい。たとえば、方法１４００はさらに、要求されるコンテンツに対するグループの関心が閾値の関心レベルを超えたことに応答して、ブロードキャストサービスを介して、要求されたコンテンツを提供することを伴い得る（ブロック１４３０）。代替的に、または加えて、方法は、ターゲットとされるコンテンツに対するグループの関心が閾値の関心レベルを超えたことに応答して、ブロードキャストサービスを介して、ターゲットとされるコンテンツを提供することを伴い得る（ブロック１４３２）。
【００７７】
[0094]ユーザ情報は、ユーザ位置またはユーザプロファイルデータの少なくとも１つを含み得る（ブロック１４４０）。ユーザプロファイルデータは、過去の使用の挙動、人口統計学的属性情報、ユーザ選好の設定、またはプロファイルＩＤの少なくとも１つを含み得る（ブロック１４４２）。関連する態様では、ターゲットとされるコンテンツは、要求されたコンテンツに関連する補助コンテンツ、ターゲットとされる広告、ターゲットとされるクーポン、ターゲットとされる宣伝、ユーザ位置ベースの警告または通知、の少なくとも１つを含み得る（ブロック１４５０）。さらなる関連する態様では、方法１４００はさらに、ユニキャストモードの動作で最初に動作すること（ブロック１４６０）と、要求されたコンテンツまたはターゲットとされるコンテンツの少なくとも１つに対するグループの関心が閾値の関心レベルを超えたことに応答して、ユニキャストモードの動作から切り替えること（ブロック１４６２）とを伴い得る。
【００７８】
[0095]本明細書で説明される実施形態の１つまたは複数の態様によれば、図１４Ａ〜図１４Ｂに関して上で説明されたように、コンテンツ配信のためのデバイスおよび装置が提供される。図１５を参照すると、ワイヤレスネットワーク中のネットワークエンティティ（たとえば、スタンドアロンのＢＭ−ＳＣまたはコンテンツサーバと一緒の位置にあるＢＭ−ＳＣ）、または、ネットワークエンティティ内で使用するためのプロセッサもしくは同様のデバイス／コンポーネントとして構成され得る、例示的な装置１５００が提供される。装置１５００は、プロセッサ、ソフトウェア、またはこれらの組合せ（たとえば、ファームウェア）によって実装される機能を表し得る機能ブロックを含み得る。
【００７９】
[0096]たとえば、装置１５００は、コンテンツに対する要求を受信するための、電気コンポーネントまたはモジュール１５１２を含み得る。たとえば、電気コンポーネント１５１２は、受信機コンポーネントなどとともに動作する、ＰＤＷ  ＧＷインターフェース６５０および／またはＭＢＭＳ  ＧＷインターフェース６５２を含み得る。
【００８０】
[0097]装置１５００はまた、要求されたコンテンツまたはユーザ情報の少なくとも１つの予測的分析を実行して、カバレッジエリア中の少なくとも２つのＵＥへのコンテンツをターゲットとするためのコンポーネント１５１４を含み得る。たとえば、電気コンポーネント１５１４は、図６Ｂに示されるように、メンバーシッププロセッサ６６０、ＰＤＷ  ＧＷインターフェース６５０、およびＭＢＭＳ  ＧＷインターフェース６５２とともに動作する、ＭＢＭＳセッション／送信プロセッサ６６２とコントローラ６７０とを含み得る。図１４Ａ〜図１４Ｂの処理またはそれらの変形によれば、ＭＢＭＳセッション／送信プロセッサ６６２およびコントローラ６７０は、とりわけ、ＣＯＮＴＥＮＴ＿ＵＲＩ、位置、プロファイルＩＤなどを含むコンテンツ要求メッセージを受信し復号することと、既知の値またはテーブルに対して受信されたデータを相互参照するためにメモリ６７２を調べることと、ユーザが関心を持つ可能性の高いコンテンツ（たとえば、定義された関心の閾値を超える）を識別することとを含む、アルゴリズムを実行することができる。たとえば、所与のプロファイルタイプ（たとえば、Ｐｒｏｆｉｌｅ＿Ａ）のどの程度多くのユーザ（たとえば、「ｘ」）がコンテンツに対する待ち行列要求を行っているかを判定するために、予測または推奨アプリケーション／エンジンが、ＢＭ−ＳＣの中に直接構築されてよく、またはＢＭ−ＳＣがインターフェースをとる外部に位置していてよい。「ｘ」が事前設定された閾値（たとえば、事業者のポリシーなどによって設定される）を超える場合、予測／推奨アプリケーションは、それらのＰｒｏｆｉｌｅ＿Ａユーザに対する予測されるコンテンツのブロードキャスト配信が正当であると判断することができる。
【００８１】
[0098]装置１５００はまた、オンデマンドのモバイルブロードキャストサービスを介して、要求されたコンテンツまたはターゲットとされるコンテンツの少なくとも１つを提供するためのコンポーネント１５１６を含み得る。たとえば、電気コンポーネント１５１６は、コンテンツサーバ（たとえば、図９〜図１１のコンテンツサーバ９３０）と通信する図６Ｂのコンテンツプロバイダインターフェース６５４とコントローラ６７０、さらには、ＵＥのダウンロード配信クライアント（たとえば、図９〜図１１のＰ２２００クライアント）と通信するためのＰＤＷ  ＧＷインターフェース６５０とＭＢＭＳ  ＧＷインターフェース６５２とを含み得る。図１４Ａ〜図１４Ｂの処理またはそれらの変形によれば、コンテンツプロバイダインターフェース６５４およびコントローラ６７０は、とりわけ、ＭＢＭＳ動作を開始するという判断を行うことと、ＦＬＵＴＥを通じて、および／またはＨＴＴＰ  ＰＵＴを介してコンテンツのダウンロードを提供することとを含む、アルゴリズムを実行することができる。たとえば、場合によってはＭＢＭＳ事業者と協働するコンテンツプロバイダは、何らかの数「ｎ」またはそれ以上の数のユーザが同じコンテンツを要求している時を判定する予測／推奨アプリケーションまたはエンジンを動作させて、そのコンテンツをＭＢＭＳダウンロード配信のために利用可能にすることができる。
【００８２】
[0099]関連する態様では、プロセッサとしてではなく、ネットワークエンティティとして構成された装置１５００の場合、装置１５００は、少なくとも１つのプロセッサを有するプロセッサコンポーネント１５５０を任意選択で含み得る。そのような場合、プロセッサ１５５０は、バス１５５２または同様の通信結合またはワイヤレス通信チャネルを介してコンポーネント１５２１〜１５１６と動作可能に通信し得る。プロセッサ１５５０は、電気コンポーネント１５１２〜１５１６によって実行される処理または機能の起動とスケジューリングとを実施し得る。
【００８３】
[0100]さらなる関連する態様では、装置１５００は、１つまたは複数の他のネットワークエンティティに接続するための、１つまたは複数のネットワークインターフェース１５５４を含み得る。装置は、無線送受信機コンポーネント（図示せず）を含み得る。装置１５００は、たとえば、メモリデバイス／コンポーネント１５５６のような、情報を記憶するためのコンポーネントを任意選択で含み得る。コンピュータ可読媒体またはメモリコンポーネント１５５６は、バス１５５２などを介して装置１５００の他のコンポーネントに動作可能に結合され得る。メモリコンポーネント１５５６は、コンポーネント１５１２〜１５１６、およびそれらのサブコンポーネント、またはプロセッサ１５５０、または本明細書で開示される方法の処理と挙動とを実施するための、コンピュータ可読命令とデータとを記憶するように適合され得る。メモリコンポーネント１５５６は、コンポーネント１５１２〜１５１６と関連付けられる機能を実行するための命令を保持し得る。メモリ１５５６の外部にあるものとして示されているが、コンポーネント１５１２〜１５１６はメモリ１５５６の内部に存在することができることを理解されたい。図１５中のコンポーネントは、プロセッサ、電子デバイス、ハードウェアデバイス、電気サブコンポーネント、論理回路、メモリ、ソフトウェアコード、ファームウェアコードなど、またはそれらの任意の組合せを備え得ることにさらに留意されたい。
【００８４】
[0101]本明細書で説明される実施形態の１つまたは複数の態様によれば、図１２Ａを参照すると、たとえば、ＢＭ−ＳＣ、コンテンツサーバと一緒の位置にあるＢＭ−ＳＣなどのような、ネットワークエンティティによって実行可能な、コンテンツ配信方法１２００の別の例が示されている。たとえば、方法１２００は、１２１０において、所与のカバレッジエリア中の各ユーザ機器（ＵＥ）に対する、要求されたコンテンツとユーザ情報とを決定することを伴い得る。方法１２００は、１２２０において、要求されたコンテンツまたはユーザ情報の少なくとも１つに基づいて、少なくとも２つのＵＥに対するターゲットとされるコンテンツを特定することを伴い得る。方法１２００は、１２３０において、要求されたコンテンツ、ユーザ情報、コンテンツプロバイダのポリシー、ネットワークプロバイダのポリシー、または、ＭＰＤにより定義される能力の少なくとも１つに基づく所与の解像度および所与のデータ配信速度において、ターゲットとされるコンテンツを、要求ベースのブロードキャストサービスを介して提供することを伴い得る。
【００８５】
[0102]図１２Ｂを参照すると、任意選択であり、ネットワークエンティティなどによって実行され得る方法１２００のさらなる動作または態様が示されている。方法１２００が図１２Ｂの少なくとも１つのブロックを含む場合、方法１２００は、必ずしも、図示され得るいかなる後続の下流のブロックをも含む必要なく、少なくとも１つのブロックの後に終了し得る。ブロックの番号は、ブロックが方法１２００に従って実行され得る具体的な順序を暗示しないことにさらに留意されたい。たとえば、ユーザ情報は、ユーザ位置またはユーザプロファイルデータの少なくとも１つを含み得る（ブロック１２４０）。ユーザプロファイルデータは、過去の使用の挙動、人口統計学的属性情報、ユーザ選好の設定、またはプロファイルＩＤの少なくとも１つを含み得る（ブロック１２４２）。
【００８６】
[0103]関連する態様では、方法１２００はさらに、可変の送信ネットワーク条件またはユーザ選好の少なくとも１つに合わせて、所与の解像度または所与のデータ配信速度の少なくとも１つを動的に調整することを伴い得る（ブロック１２５０）。さらなる関連する態様では、ターゲットとされるコンテンツは、要求されたコンテンツに関連する補助コンテンツ、ターゲットとされる広告、ターゲットとされるクーポン、ターゲットとされる宣伝、ユーザ位置ベースの警告または通知、の少なくとも１つを含み得る（ブロック１２６０）。
【００８７】
[0104]本明細書で説明される実施形態の１つまたは複数の態様によれば、図１３は、図１２Ａ〜図１２Ｂに関して上で説明されたように、コンテンツ配信のための装置１３００（たとえば、ネットワークエンティティまたはそのコンポーネント）の設計を示す。たとえば、装置１３００は、所与のカバレッジエリア中の各ユーザ機器（ＵＥ）に対する要求されたコンテンツとユーザ情報とを決定するための、電気コンポーネントまたはモジュール１３１２を含み得る。たとえば、電気コンポーネント１３１２は、図６Ｂに示されるように、ＰＤＷ  ＧＷインターフェース６５０、およびＭＢＭＳ  ＧＷインターフェース６５２とともに動作する、メンバーシッププロセッサ６６０と、ＭＢＭＳセッション／送信プロセッサ６６２と、コントローラ６７０とを含み得る。図１２Ａ〜図１２Ｂの処理またはこれらの変形によれば、メンバーシッププロセッサ６６０およびＭＢＭＳセッション／送信プロセッサ６６２は、とりわけ、各ＵＥに対する要求されたコンテンツとユーザ情報とを受信し復号することと、受信されたデータ中のＣＯＮＴＥＮＴ＿ＵＲＩ、位置、プロファイルＩＤなどを調べることとを含む、アルゴリズムを実行することができる。
【００８８】
[0105]装置１３００は、要求されたコンテンツまたはユーザ情報の少なくとも１つに基づいて、少なくとも２つのＵＥに対するターゲットとされるコンテンツを特定するためのコンポーネント１３１４を含み得る。たとえば、電気コンポーネント１３１４は、図６ＢのＭＢＭＳセッション／送信プロセッサ６６２とコントローラ６７０とを含み得る。図１２Ａ〜図１２Ｂの処理またはそれらの変形によれば、ＭＢＭＳセッション／送信プロセッサ６６２およびコントローラ６７０は、とりわけ、既知の値またはテーブルに対して受信されたデータを相互参照するためにメモリ６７２を調べることと、ユーザが関心を持つ可能性の高い補助コンテンツ（たとえば、定義された関心の閾値を超える）を識別することとを含む、アルゴリズムを実行することができる。別の例では、コンポーネント１３１４は、Ｈｉｇｈ  Ｒｅｑｕｅｓｔ  Ｒａｔｅ  Ｄｅｔｅｃｔｏｒ  （ＨＲＲＤ）アプリケーションまたはモジュールを含み得る。ＨＲＲＤは、コンテンツがブロードキャストを介してより効率的に配信されるかどうかを評価するように構成されてよく、ＢＭ−ＳＣと対話して、動的なＭＢＭＳ配信を設定するための要求を示す。代替的には、ＨＲＲＤアプリケーションまたはモジュールは、外部にあるがＢＭ−ＳＣと動作可能に通信していてよい。
【００８９】
[0106]装置１３００は、要求されたコンテンツ、ユーザ情報、コンテンツプロバイダのポリシー、ネットワークプロバイダのポリシー、または、ＭＰＤにより定義される能力の少なくとも１つに基づく所与の解像度および所与のデータ配信速度で、ターゲットとされるコンテンツを、要求ベースのブロードキャストサービスを介して提供するためのコンポーネント１３１６を含み得る。たとえば、電気コンポーネント１３１６は、コンテンツサーバ（たとえば、図９〜図１１のコンテンツサーバ９３０）と通信する図６Ｂのコンテンツプロバイダインターフェース６５４とコントローラ６７０、さらには、ＵＥのダウンロード配信クライアント（たとえば、図９〜図１１のＰ２２００クライアント）と通信するためのＰＤＷ  ＧＷインターフェース６５０とＭＢＭＳ  ＧＷインターフェース６５２とを含み得る。図１２Ａ〜図１２Ｂの処理またはそれらの変形によれば、コンテンツプロバイダインターフェース６５４およびコントローラ６７０は、とりわけ、ＭＢＭＳ動作を開始するという判断を行うことと、ＦＬＵＴＥを通じて、および／またはＨＴＴＰ  ＰＵＴを介してコンテンツのダウンロードを提供することとを含む、アルゴリズムを実行することができる。
【００９０】
[0107]簡潔にするために、装置１３００に関する残りの詳細はさらに詳述されないが、装置１３００の残りの特徴および態様は、図１５の装置１５００に関して上記で説明された特徴および態様と実質的に同様であることを理解されたい。
【００９１】
[0108]本明細書で説明される実施形態の１つまたは複数の態様によれば、図１６Ａを参照すると、たとえば、ＵＥなどのようなモバイルエンティティによって実行可能な、コンテンツ配信方法１６００の別の例が示されている。たとえば、方法１６００は、１６１０において、コンテンツに対する要求をネットワークエンティティに送信することを伴ってよく、要求は、モバイルエンティティのユーザについてのプロファイルＩＤを備える。方法は、１６２０において、プロファイルＩＤに基づいて、オンデマンドのモバイルブロードキャストサービスを介して利用可能な、ターゲットとされるコンテンツに関する告知をネットワークエンティティから受信することを伴ってよく、告知は、ターゲットとされるコンテンツがダウンロードのために利用可能であるタイムウィンドウに関する情報を備える。方法は、１６３０において、タイムウィンドウ情報に基づいて、ターゲットとされるコンテンツをダウンロードするように、モバイルエンティティのブロードキャスト受信機をセットアップすることを伴い得る。
【００９２】
[0109]図１６Ｂを参照すると、任意選択であり、ネットワークエンティティなどによって実行され得る方法１６００のさらなる動作または態様が示されている。方法１６００が図１６Ｂの少なくとも１つのブロックを含む場合、方法１６００は、必ずしも、図示され得るいかなる後続の下流のブロックを含む必要なく、少なくとも１つのブロックの後に終了し得る。ブロックの番号は、ブロックが方法１６００に従って実行され得る具体的な順序を暗示しないことにさらに留意されたい。たとえば、告知は、異なるユーザに対する複数の推奨されるコンテンツに関する情報を含み得る（ブロック１６４０）。方法１６００はさらに、推奨されるコンテンツのサブセットを選択的にダウンロードすることをさらに伴ってよく、サブセットの各々の推奨されるコンテンツは、プロファイルＩＤなどと一致する識別子を有する（ブロック１６４２）。
【００９３】
[0110]本明細書で説明される実施形態の１つまたは複数の態様によれば、図１７は、図１６Ａ〜図１６Ｂに関して上で説明されたように、コンテンツ配信のための装置１７００（たとえば、モバイルエンティティまたはそのコンポーネント）の設計を示す。たとえば、装置１７００は、コンテンツに対する要求をネットワークエンティティに送信するための、電気コンポーネントまたはモジュール１７１２を含んでよく、要求は、モバイルエンティティのユーザについてのプロファイルＩＤを備える。たとえば、電気コンポーネント１７１２は、図３に示されるコントローラ／プロセッサ３８０、メモリ３８２、およびデータソース３６２とともに動作する、送信プロセッサ３６４とＴＸ  ＭＩＭＯプロセッサ３６６とを含み得る。
【００９４】
[0111]装置１７００は、プロファイルＩＤに基づいて、オンデマンドのモバイルブロードキャストサービスを介して利用可能な、ターゲットとされるコンテンツに関する告知をネットワークエンティティから受信するための電気コンポーネント１７１４を含んでよく、告知は、ターゲットとされるコンテンツがダウンロードのために利用可能であるタイムウィンドウに関する情報を備える。たとえば、電気コンポーネント１７１４は、図３に示されるＭＩＭＯ検出器３５６と、受信プロセッサ３５８と、データシンク３６０とを含み得る。
【００９５】
[0112]装置１７００は、タイムウィンドウ情報に基づいて、ターゲットとされるコンテンツをダウンロードするように、モバイルエンティティのブロードキャスト受信機をセットアップするための電気コンポーネント１７１６を含み得る。たとえば、電気コンポーネント１７１６は、図３に示されるブロードキャスト受信機３９０とともに動作する、コントローラ／プロセッサ３８０を含み得る。
【００９６】
[0113]簡潔にするために、装置１７００に関する残りの詳細はさらに詳述されないが、装置１７００の残りの特徴および態様は、図１５の装置１５００に関して上記で説明された特徴および態様と同様であることを理解されたい。しかしながら、装置１７００はモバイルエンティティであり、一方装置１５００はネットワークエンティティであることに留意されたい。装置１７００は、１つまたは複数のモバイルネットワークとの無線通信のための無線送受信機１７５４を含むことにも留意されたい。装置１７００はさらに、ブロードキャスト受信機３９０を含み得る。
【００９７】
[0114]情報および信号は様々な異なる技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００９８】
[0115]さらに、本明細書の開示に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、上では概してそれらの機能に関して説明された。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、具体的な適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明された機能を具体的な適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。
【００９９】
[0116]本明細書の開示に関連して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェアコンポーネント、あるいは本明細書で説明された機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであってよいが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってよい。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成としても実装され得る。
【０１００】
[0117]本明細書の開示に関して説明された方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体化されてよい。プロセッサおよび記憶媒体はＡＳＩＣ中に存在し得る。ＡＳＩＣは、ユーザ端末内に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末内に個別コンポーネントとして存在し得る。
【０１０１】
[0118]１つまたは複数の例示的な設計では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶され、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは、命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され汎用もしくは専用コンピュータまたは汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備え得る。また、どの接続も、送信信号の非一時的記憶を伴う限り、コンピュータ可読媒体と適切に呼ばれ得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、任意の非一時的な期間、信号が記憶媒体またはデバイスメモリ上の送信チェーン内に保持される限り、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１０２】
[0119]本開示の前述の説明は、いかなる当業者でも本開示を作成または使用することができるように提供される。本開示への様々な修正は当業者には容易に明らかであり、本明細書で定義された一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明される例および設計に限定されることは意図されず、本明細書で開示される原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図１】
2014535215.tif 000003
【図２】
2014535215.tif 000004
【図３】
2014535215.tif 000005
【図４】
2014535215.tif 000006
【図５】
2014535215.tif 000007
【図６Ａ】
2014535215.tif 000008
【図６Ｂ】
2014535215.tif 000009
【図７】
2014535215.tif 000010
【図８】
2014535215.tif 000011
【図９】
2014535215.tif 000012
【図１０】
2014535215.tif 000013
【図１１】
2014535215.tif 000014
【図１２Ａ】
2014535215.tif 000015
【図１２Ｂ】
2014535215.tif 000016
【図１３】
2014535215.tif 000017
【図１４Ａ】
2014535215.tif 000018
【図１４Ｂ】
2014535215.tif 000019
【図１５】
2014535215.tif 000020
【図１６Ａ】
2014535215.tif 000021
【図１６Ｂ】
2014535215.tif 000022
【図１７】
2014535215.tif 000023
【国際調査報告】
2014535215.tif 000024
2014535215.tif 000025
2014535215.tif 000026
2014535215.tif 000027
2014535215.tif 000028
2014535215.tif 000029