(57)【要約】順方向リンクオンリー（ＦＬＯ）ネットワークなどのブロードキャストワイヤレスネットワーク上でインターネットプロトコル（ＩＰ）データグラムを移送することを容易にするシステムおよび方法が、説明される。態様によれば、サードパーティＩＰアプリケーションは、ＦＬＯ特有のより低いレイヤのプロトコルを理解する必要なしにＦＬＯネットワーク上で動作する。そのような場合には、サードパーティアプリケーションは、ＦＬＯネットワークをデータ伝送パイプとして要求することができ、データは、修正なしにＦＬＯネットワークを通過することができる。
2009517928.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信環境において順方向リンクオンリー（ＦＬＯ）ネットワーク上でインターネットプロトコルデータキャスト（ＩＰＤＣ）を移送する方法であって、
ＩＰＤＣフローをセットアップすることと、
ユーザデバイスにおいて前記ＩＰＤＣフローを受信することと、
ＩＰアドレスとポートデータの対を前記ＩＰＤＣフローについてのフローＩＤに対してマッピングすることと、
を備える方法。
【請求項２】
前記ＩＰＤＣフローをセットアップすることは、サービス品質（ＱｏＳ）パラメータ情報を解析することをさらに備える、請求項１に記載の方法。
【請求項３】
前記ＱｏＳパラメータは、平均データレート、最大バーストサイズ、ピークレート、レイテンシ、開始時刻、パケットエラーレート、および、ＩＰデータキャストコンテンツの発信者またはソースの存続時間および識別、のうちの少なくとも１つを備える、請求項２に記載の方法。
【請求項４】
ＦＬＯリソースを要求すること、をさらに備える請求項１に記載の方法。
【請求項５】
フローＩＤおよび開始時刻を備えるフローをアクティブにする要求を送信すること、をさらに備える請求項１に記載の方法。
【請求項６】
新しくアクティブにされたフローＩＤを含めるために制御チャネルにおいてフロー記述メッセージをアップデートすること、をさらに備える請求項５に記載の方法。
【請求項７】
前記フローがアクティブにされているという応答を受信すること、をさらに備える請求項６に記載の方法。
【請求項８】
前記フローが確保されていることを肯定応答する応答を送信すること、をさらに備えており、前記応答は、前記確保されたフローを参照するために使用されるフローハンドルを備える、請求項７に記載の方法。
【請求項９】
ブロードキャストデータグラムを受信することと、前記データグラムを適切なヘッダを有するＦＬＯフレームにセグメント化することと、をさらに備える請求項８に記載の方法。
【請求項１０】
ワイヤレス通信環境におけるＦＬＯネットワークにおいてＩＰデータグラムを送信することを容易にする装置であって、
ＩＰＤＣフローを受信するレシーバと、
ＩＰアドレスとポートデータの対を前記ＩＰＤＣフローについてのフローＩＤに対してマッピングするプロセッサと、
を備える装置。
【請求項１１】
前記プロセッサは、サービス品質（ＱｏＳ）パラメータ情報を解析する、請求項１０に記載の装置。
【請求項１２】
前記ＱｏＳパラメータ情報は、平均データレート、最大バーストサイズ、ピークレート、レイテンシ、開始時刻、パケットエラーレート、および、ＩＰデータキャストコンテンツの発信者またはソースの存続時間および識別、のうちの少なくとも１つを備える、請求項２に記載の装置。
【請求項１３】
フローＩＤおよび開始時刻を備えるフローをアクティブにする要求を送信するトランスミッタ、をさらに備える請求項１０に記載の装置。
【請求項１４】
前記プロセッサは、新しくアクティブにされたフローＩＤを含めるために制御チャネルにおいてフロー記述メッセージをアップデートする、請求項１３に記載の装置。
【請求項１５】
前記レシーバは、前記フローがアクティブにされているという応答を受信する、請求項１４に記載の装置。
【請求項１６】
前記トランスミッタは、前記フローが確保されているという肯定応答を送信し、前記肯定応答は、前記確保されたフローを参照するために使用されるフローハンドルを備える、請求項１５に記載の装置。
【請求項１７】
前記レシーバは、ブロードキャストデータグラムを受信し、前記プロセッサは、前記データグラムを適切なヘッダを有するＦＬＯフレームにセグメント化する、請求項１６に記載の装置。
【請求項１８】
ＩＰＤＣフローをセットアップするための手段と、
前記ＩＰＤＣフローを受信するための手段と、
ＩＰアドレスとポートデータの対を前記ＩＰＤＣフローについてのフローＩＤに対してマッピングするための手段と、
を備えるワイヤレス通信装置。
【請求項１９】
サービス品質（ＱｏＳ）パラメータ情報を解析するための手段、をさらに備える請求項１８に記載の装置。
【請求項２０】
前記ＱｏＳパラメータ情報は、平均データレートと、最大バーストサイズと、ピークレートと、レイテンシと、開始時刻と、パケットエラーレートと、ＩＰデータキャストコンテンツの発信者またはソースの存続時間および識別と、のうちの少なくとも１つを備える、請求項１９に記載の装置。
【請求項２１】
ＦＬＯリソースを要求するための手段、をさらに備える請求項１８に記載の装置。
【請求項２２】
フローをアクティブにする要求を送信するための手段、をさらに備えており、前記要求は、フローＩＤおよび開始時刻を備える、請求項１８に記載の装置。
【請求項２３】
新しくアクティブにされたフローＩＤを含めるために制御チャネルにおいてフロー記述メッセージをアップデートするための手段、をさらに備える請求項２２に記載の装置。
【請求項２４】
受信するための前記手段は、前記フローがアクティブにされているという応答を受信する、請求項２３に記載の装置。
【請求項２５】
送信するための前記手段は、前記フローが確保されていることを肯定応答する応答を送信し、前記応答は、前記確保されたフローを参照するために使用されるフローハンドルを備える、請求項２４に記載の装置。
【請求項２６】
受信するための前記手段は、ブロードキャストデータグラムを受信し、前記データグラムを適切なヘッダを有するＦＬＯフレームにセグメント化する、請求項２５に記載の装置。
【請求項２７】
ＩＰＤＣフローを生成することと、
ユーザデバイスにおいて前記ＩＰＤＣフローを受信することと、
ＩＰアドレスとポートデータの対を前記ＩＰＤＣフローについてのフローＩＤに対してマッピングすることと、
のためのコンピュータ実行可能命令、を備えるコンピュータプログラムを有するコンピュータ読取り可能媒体。
【請求項２８】
サービス品質（ＱｏＳ）パラメータ情報を解析するための命令、をさらに備えており、前記ＱｏＳパラメータは、平均データレート、最大バーストサイズ、ピークレート、レイテンシ、開始時刻、パケットエラーレート、および、ＩＰデータキャストコンテンツの発信者またはソースの存続時間および識別、のうちの少なくとも１つを備える、請求項２７に記載のコンピュータ読取り可能媒体。
【請求項２９】
ＦＬＯリソースを要求するための命令、をさらに備える請求項２７に記載のコンピュータ読取り可能媒体。
【請求項３０】
フローＩＤおよび開始時刻を備えるフローをアクティブにする要求を送信することのための、そして、新しくアクティブにされたフローＩＤを含めるために制御チャネルにおいてフロー記述メッセージをアップデートすることのための、命令、をさらに備える請求項２７に記載のコンピュータ読取り可能媒体。
【請求項３１】
前記フローがアクティブにされているという応答を受信することのための、そして、前記フローが確保されていることを肯定応答する応答を送信することための、命令、をさらに備えており、前記応答は、前記確保されたフローを参照するために使用されるフローハンドルを備える、請求項３０に記載のコンピュータ読取り可能媒体。
【請求項３２】
ブロードキャストデータグラムを受信することのための、そして、前記データグラムを適切なヘッダを有するＦＬＯフレームにセグメント化することのための、命令、をさらに備える請求項３１に記載のコンピュータ読取り可能媒体。
【請求項３３】
ワイヤレス通信環境においてスループットを増大させることのための命令を実行するプロセッサであって、前記命令は、
ＩＰＤＣフローをセットアップすることと、
ユーザデバイスにおいて前記ＩＰＤＣフローを受信することと、
ＩＰアドレスとポートデータの対を前記ＩＰＤＣフローについてのフローＩＤに対してマッピングすることと、
を備えるプロセッサ。
【請求項３４】
前記命令は、ＦＬＯリソースを要求すること、をさらに備える請求項３３に記載のプロセッサ。
【請求項３５】
前記命令は、フローＩＤおよび開始時刻を備えるフローをアクティブにする要求を送信すること、をさらに備える、請求項３４に記載のプロセッサ。
【請求項３６】
前記命令は、新しくアクティブにされたフローＩＤを含めるために制御チャネルにおいてフロー記述メッセージをアップデートすることと、前記フローがアクティブにされているという応答を受信することと、をさらに備える、請求項３５に記載のプロセッサ。
【請求項３７】
前記命令は、前記フローが確保されていることを肯定応答する応答を送信することをさらに備え、前記応答は、前記確保されたフローを参照するために使用されるフローハンドルを備える、請求項３６に記載の方法。
【請求項３８】
前記命令は、ブロードキャストデータグラムを受信することと、前記データグラムを適切なヘッダを有するＦＬＯフレームにセグメント化することと、をさらに備える、請求項３７に記載の方法。
【発明の詳細な説明】
【相互参照】
【０００１】
本願は、その全体が参照によりここにおいて組み込まれている、２００５年１１月２３日に出願された「ワイヤレスネットワーク上でＩＰデータグラムを移送するための方法および装置(METHODS AND APPARATUS FOR TRANSPORTING IP DATAGRAMS OVER WIRELESS NETWORKS)」という名称の米国仮出願第６０／７３９，８７５号の利益を主張するものである。
【背景】
【０００２】
［Ｉ．分野］
以下の説明は、一般に、ワイヤレス通信に関し、より詳細には、ワイヤレス通信環境において、サードパーティＩＰアプリケーション(third-party IP applications)が順方向リンクオンリー(forward-link-only)（ＦＬＯ）ネットワーク上で操作されること(to be operated)を可能にすることを容易にすることに関する
【０００３】
［ＩＩ．背景］
ワイヤレス通信システムは、普及した手段になってきており、それによって、大多数の人々が世界中で通信するようになってきている。ワイヤレス通信デバイスは、消費者ニーズを満たすために、そして携帯性と便利さを改善するために、より小型に、そしてより強力になってきている。セルラ電話などのモバイルデバイスにおける処理パワーの増大は、ワイヤレスネットワーク伝送システムに対する需要の増大をもたらしてきている。そのようなシステムは、一般的に、それを介して通信するセルラデバイスほど簡単にはアップデートされない。モバイルデバイス機能が拡充するにつれ、新しい改善されたワイヤレスデバイス機能を完全に活用することを容易にするようにして、より旧式のワイヤレスネットワークシステムを維持することは、困難なことがある。
【０００４】
典型的なワイヤレス通信ネットワーク（例えば、周波数分割技法、時分割技法、符号分割技法を使用したもの）は、カバレージ区域(coverage area)を提供する１つまたは複数の基地局と、そのカバレージ区域内でデータを送信し受信することができる１つまたは複数のモバイル（例えば、ワイヤレス）端末を含んでいる。典型的な基地局は、ブロードキャストサービス、マルチキャストサービス、および／またはユニキャストサービスのために複数の(multiple)データストリームを同時に送信することができ、ここで、データストリームは、モバイル端末にとって独立な受信対象となり得るデータのストリームである。基地局のカバレージ区域内のモバイル端末は、複合ストリームによって搬送される１つのデータストリーム、複数のデータストリーム、またはすべてのデータストリームを受信する際に関心がある可能性がある。同様に、モバイル端末は、基地局または別のモバイル端末に対してデータを送信することができる。基地局とモバイル端末との間の、あるいはモバイル端末間のそのような通信は、チャネル変動および／または干渉パワー変動に起因して悪化させられる可能性がある。
【０００５】
したがって、そのようなワイヤレスネットワークシステムにおいてスループットを改善するシステムおよび／または方法についての必要性が、当技術分野において存在する。
【発明の開示】
【０００６】
［概要］
以下は、そのような実施形態の基本的な理解をもたらすために、１つまたは複数の実施形態の簡略化された概要(summary)を提示している。この概要は、必ずしもすべての考えられる実施形態についての広範な概説ではなく、すべての実施形態の主要な要素または不可欠な要素を識別するようにも、また任意の実施形態またはすべての実施形態の範囲を示すようにも意図されてはいない。その唯一の目的は、後で提示されるより詳細な説明に対する前置きとして、１つまたは複数の実施形態の一部の概念を簡略化された形式で提示することである。
【０００７】
一態様によれば、ワイヤレス通信環境において順方向リンクオンリー（ＦＬＯ）ネットワーク上でインターネットプロトコルデータキャスト(Internet protocol datacast)（ＩＰＤＣ）を移送する(transporting)方法は、ＩＰＤＣフローをセットアップすることと、ユーザデバイスにおいてＩＰＤＣフローを受信することと、ＩＰアドレスとポートデータの対をＩＰＤＣフローについてのフローＩＤに対してマッピングすることと、を備えることができる。本方法は、サービス品質(quality of service)（ＱｏＳ）パラメータ情報を解析すること、をさらに備えることができ、このサービス品質パラメータ情報は、平均データレート、最大バーストサイズ、ピークレート(peak rate)、レイテンシ(latency、開始時刻、パケットエラーレート(packet error rate)、および、ＩＰデータキャストコンテンツの発信者(originator)またはソースの存続時間および識別、のうちの少なくとも１つを含むことができる。本方法はまた、フローＩＤおよび開始時刻を備えるフローをアクティブにする要求を送信することと、新しくアクティブにされたフローＩＤを含めるために制御チャネルにおけるフロー記述メッセージ(flow description message)をアップデートすることと、フローがアクティブにされているという応答を受信することと、フローが確保されていることを肯定応答する応答であって、確保されたフローを参照するために使用されるフローハンドルを備える応答、を送信することと、ブロードキャストデータグラムを受信することと、適切なヘッダを有するＦＬＯフレームにそのデータグラムをセグメント化することと、をさらに備えることができる。
【０００８】
別の態様によれば、ワイヤレス通信環境におけるＦＬＯネットワークにおいてＩＰデータグラムを送信することを容易にする装置は、ＩＰＤＣフローを受信するレシーバと、ＩＰアドレスとポートデータの対をＩＰＤＣフローについてのフローＩＤに対してマッピングするプロセッサと、を備えることができる。本装置は、フローＩＤと開始時刻を備えるフローをアクティブにする要求を送信するトランスミッタ、をさらに備えることができる。プロセッサは、新しくアクティブにされたフローＩＤを含めるために制御チャネルにおけるフロー記述メッセージを、アップデートすることができ、レシーバは、フローがアクティブにされているという応答を、受信することができる。トランスミッタは、フローが確保されているという肯定応答であって、確保されたフローを参照するために使用されるフローハンドルを備える肯定応答、を送信することができる。次いでレシーバは、ブロードキャストデータグラムを受信することができ、プロセッサは、適切なヘッダを有するＦＬＯフレームにデータグラムをセグメント化することができる。
【０００９】
さらに別の態様によれば、ワイヤレス通信装置は、ＩＰＤＣフローをセットアップするための手段と、ＩＰＤＣフローを受信するための手段と、ＩＰアドレスとポートデータの対をＩＰＤＣフローについてのフローＩＤに対してマッピングするための手段と、を備えることができる。本装置は、サービス品質（ＱｏＳ）パラメータ情報を解析するための手段、をさらに備えることができ、このサービス品質パラメータ情報は、同様に、平均データレート、最大バーストサイズ、ピークレート、レイテンシ、開始時刻、パケットエラーレート、および、ＩＰデータキャストコンテンツの発信者またはソースの存続時間および識別、のうちの少なくとも１つを備えることができる。さらに本装置は、ＦＬＯリソースを要求するための手段と、フローをアクティブにする要求であって、フローＩＤおよび開始時刻を備える要求を送信するための手段と、新しくアクティブにされたフローＩＤを含めるために制御チャネルにおけるフロー記述メッセージをアップデートするための手段と、適切なヘッダを有するＦＬＯフレームに受信されたデータグラムをセグメント化するための手段と、を備えることができる。
【００１０】
さらに別の態様は、ＩＰＤＣフローを生成することと、ユーザデバイスにおいてＩＰＤＣフローを受信することと、ＩＰアドレスとポートデータの対をＩＰＤＣフローについてのフローＩＤに対してマッピングすることと、のためのコンピュータ実行可能命令、を備えるコンピュータプログラムを有するコンピュータ読取り可能媒体に関する。それらの命令は、サービス品質（ＱｏＳ）パラメータ情報を解析すること、をさらに備えることができ、ここでＱｏＳパラメータは、平均データレート、最大バーストサイズ、ピークレート、レイテンシ、開始時刻、パケットエラーレート、および、ＩＰデータキャストコンテンツの発信者またはソースの存続時間および識別、のうちの少なくとも１つを備える。コンピュータ読取り可能媒体はさらに、ＦＬＯリソースを要求するための命令と、フローＩＤおよび開始時刻を備えるフローをアクティブにする要求を送信するための命令と、新しくアクティブにされたフローＩＤを含めるために制御チャネルにおけるフロー記述メッセージをアップデートするための命令と、フローがアクティブにされているという応答を受信するための命令と、フローが確保されていることを肯定応答する応答であって、確保されたフローを参照するために使用されるフローハンドルを備える応答を送信するための命令と、ブロードキャストデータグラムを受信するための命令と、ＦＬＯフレームにデータグラムをセグメント化するための命令と、をさらに記憶することができる。
【００１１】
さらなる態様は、ワイヤレス通信環境においてスループットを増大させるための、ＩＰＤＣフローをセットアップすることと、ユーザデバイスにおいてＩＰＤＣフローを受信することと、ＩＰアドレスとポートデータの対をＩＰＤＣフローについてのフローＩＤに対してマッピングすることと、を備える命令を実行するプロセッサに関する。本プロセッサは、ＦＬＯリソースを要求することと、フローＩＤおよび開始時刻を備えるフローをアクティブにする要求を送信することと、新しくアクティブにされたフローＩＤを含めるために制御チャネルにおけるフロー記述メッセージをアップデートすること、および、フローがアクティブにされているという応答を受信することと、フローが確保されていることを肯定応答する応答であって、確保されたフローを参照するために使用されるフローハンドルを備える応答を送信することと、ブロードキャストデータグラムを受信することと、のための命令と、ＦＬＯフレームにデータグラムをセグメント化するための命令と、をさらに実行することができる。
【００１２】
前述の目的、および関連した目的の達成のために、１つまたは複数の実施形態は、以下で十分に説明され、特に特許請求の範囲において指摘される特徴、を備える。以下の説明および添付の図面は、１つまたは複数の実施形態のある種の例示の態様を詳細に述べている。しかしながら、これらの態様は、様々な実施形態の原理が使用されることができる様々な方法のうちの少しだけを示すにすぎず、説明される実施形態は、すべてのそのような態様、およびそれらの均等物(equivalents)を含むように意図される。
【００１３】
［詳細な説明］
次に様々な実施形態が、図面を参照して説明され、図面中において同様な参照番号は、全体にわたって同様な要素を意味するように使用される。以下の説明においては、説明の目的のために、数多くの具体的な詳細が、１つまたは複数の実施形態の完全な理解をもたらすために述べられる。しかしながら、そのような実施形態（単数または複数）は、これらの具体的な詳細なしに実行されることができることは明らかであり得る。他の例では、よく知られている構造およびデバイスが、１つまたは複数の実施形態を説明することを容易にするためにブロック図形式で示される。
【００１４】
本願において使用されるように、「コンポーネント」、「システム」などの用語は、ハードウェア、ソフトウェア、実行中のソフトウェア、ファームウェア、ミドルウェア、マイクロコード、および／またはそれらの任意の組合せのいずれであっても、コンピュータに関連したエンティティ(computer related entity)を意味するように意図される。例えば、コンポーネントは、それだけには限定されないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行ファイル(executable)、実行スレッド(thread of execution)、プログラム、および／またはコンピュータとすることができる。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッドの内部に存在することができ、コンポーネントは、１台のコンピュータ上に局所化され、かつ／または２台以上のコンピュータの間で分散されることができる。さらに、これらのコンポーネントは、様々なデータ構造が記憶されている様々なコンピュータ読取り可能媒体から実行することもできる。コンポーネントは、１つまたは複数のデータパケット（例えば、ローカルシステム、分散システムにおける別のコンポーネントと、かつ／またはインターネットなどのネットワークにまたがって信号を経由して他のシステムと相互作用する１つのコンポーネントからのデータ）を有する信号などに従って、ローカルおよび／またはリモートのプロセスを経由して通信することができる。さらに、当業者によって認識されることになるように、ここにおいて説明されるシステムのコンポーネントは、それに関して説明される様々な態様、目標、利点などを達成することを容易にするために再構成され、かつ／または追加のコンポーネントによって補完されることができ、与えられた図に述べられる厳密なコンフィギュレーションだけには限定されない。
【００１５】
さらに、様々な実施形態が、加入者局に関連してここにおいて説明される。加入者局は、システム、加入者ユニット、移動局、モバイル、リモート局、アクセスポイント、リモート端末、アクセス端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ装置(user equipment)と呼ばれることもできる。加入者局は、セルラ電話、コードレス電話、セッション開始プロトコル(Session Initiation Protocol)（ＳＩＰ）電話、ワイヤレスローカルループ(wireless local loop)（ＷＬＬ）局、携帯型個人情報端末(personal digital assistant)（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された他の処理デバイスとすることができる。
【００１６】
さらに、ここにおいて説明される様々な態様または特徴は、標準のプログラミング技法および／またはエンジニアリング技法を使用した製造の方法、装置、または物品としてインプリメントされることができる。ここにおいて使用されるような用語「製造の物品(article of manufacture)」は、任意のコンピュータ読取り可能なデバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含するように意図される。例えば、コンピュータ読取り可能媒体は、それだけには限定されないが、磁気ストレージデバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ...）、光ディスク（例えば、コンパクトディスク(compact disk)（ＣＤ）、デジタル多用途ディスク(digital versatile disk)（ＤＶＤ）...）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック、キードライブ...）を含むことができる。さらに、ここにおいて説明される様々なストレージ媒体は、情報を記憶するための１つまたは複数のデバイスおよび／または他の機械読取り可能媒体を表すことができる。用語「機械読取り可能媒体」は、それだけに限定されることなしに、命令（単数または複数）および／またはデータを記憶すること、含むこと、および／または搬送することができるワイヤレスチャネルおよび様々な他の媒体を含むことができる。
【００１７】
次に図１を参照すると、ワイヤレスネットワーク通信システム１００が、ここにおいて提示される様々な実施形態に従って示される。システム１００は、ワイヤレス通信信号を互いに、かつ／または１つまたは複数のモバイルデバイスから受信し、それに対して送信し、反復などをする、１つまたは複数のセクタの中の１つまたは複数の基地局１０２を備えることができる。各基地局１０２は、トランスミッタチェーンとレシーバチェーンを備えることができ、これらのおのおのは、当業者によって認識されることになるように、次には信号の送信および受信に関連する複数のコンポーネント（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ(demultiplexer)、アンテナなど）を備えることができる。モバイルデバイス１０４は、例えばセルラ電話、スマートフォン(smart phone)、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星無線(satellite radio)、全地球測位システム(global positioning system)、ＰＤＡ、および／またはワイヤレスネットワーク１００上で通信するための他の適切な任意のデバイスとすることができる。システム１００は、後に続く図面に関して述べられるように、ワイヤレス通信環境において監視すること、および／または順方向リンクオンリー（ＦＬＯ）チャネルの間でスイッチングすることを容易にするために、ここにおいて説明される様々な態様と組み合わせて使用されることができる。
【００１８】
図２を参照すると、ＦＬＯネットワークにおいてＩＰデータキャストを実行することに関連した方法が示される。ここにおいて説明される方法は、ＦＤＭＡ環境、ＯＦＤＭＡ環境、ＣＤＭＡ環境、ＷＣＤＭＡ環境、ＴＤＭＡ環境、ＳＤＭＡ環境、または他の適切な任意のワイヤレス環境において実行されることができる。説明の簡単の目的のために、本方法は、一連の動作として示され、説明されるが、本方法は、一部の動作が、１つまたは複数の実施形態に従って、ここにおいて示され説明される順序とは異なる順序で、かつ／または他の動作と同時に行われることができるように、動作の順序によっては限定されないことが、理解され認識されるべきである。例えば、当業者は、方法が、代わりに状態図などの形で一連の相互に関連した状態またはイベントとして表されることもできることを理解し、認識するであろう。さらに、必ずしもすべての例示された動作が、１つまたは複数の実施形態に従って方法をインプリメントするために必要とされるとは限らないこともある。
【００１９】
図２は、１つまたは複数の態様に従って順方向リンクオンリー（ＦＬＯ）ネットワークにおいてインターネットプロトコルデータキャスト（ＩＰＤＣ）を実行するための方法２００の説明図である。２０２において、ＩＰＤＣフローは、セットアップされることができる。ＩＰＤＣフローのセットアップは、以下でより詳細に説明される様々な動作を備えることができる。２０４において、ＩＰＤＣフローは、ユーザデバイスにおいて受信されることができる。ユーザデバイスは、２０６においてブロードキャストワイヤレスネットワーク上でＩＰデータグラムを移送することを容易にするために、ＩＰアドレスとポート情報をフローＩＤに対してマッピングすることができる。したがって、方法２００により、任意のサードパーティＩＰアプリケーションは、ＦＬＯ特有のより低いレイヤのプロトコル(FLO-specific lower layer protocols)を理解する必要なしに、ＦＬＯネットワーク上で操作されることができるようになる。ＩＰデータキャスト機能は、ＦＬＯまたはサードパーティオペレータが、ＦＬＯネットワーク上のインターネットエンジニアリングタスクフォース(Internet Engineering Task Force)（ＩＥＴＦ）プロトコルを使用してコンテンツをマルチキャストすることを可能にするワイヤレスＩＰマルチキャストサービスを提供することができる。ＦＬＯネットワークは、さらにＩＰマルチキャストデータグラムを配信するためのある範囲のサービス品質（ＱｏＳ）の利点を提供することができる。
【００２０】
例えば、ＩＰデータキャストは、ＦＬＯサービスとして提供されることができ、あるいはサードパーティサービスプロバイダによって提供されることができ、そしてＦＬＯネットワークは、データパイプとして使用されることができる。第１のモデルにおいては、ＩＰデータキャストは、ＦＬＯ加入パッケージ(FLO subscription package)として購入されることができ、そして加入およびキーの管理は、エンドユーザのモバイルデバイス上のＦＬＯクライアントアプリケーションを介して取り扱われることができる。第２のモデルによれば、サードパーティサービスプロバイダが、ＩＰデータキャストサービスを提供することができる。サービスは、ＦＬＯ加入パッケージとしてリストアップされる必要はなく、加入およびキーの管理は、ＦＬＯネットワークの外部で実行されることができる。サードパーティサービスプロバイダは、ＦＬＯネットワークをデータ伝送パイプとして要求することになり、データペイロード(data payload)は、修正なしにネットワークを通過することになる。
【００２１】
図３は、１つまたは複数の態様に従って、ＦＬＯネットワーク上のＩＰデータキャストを容易にするシステム３００の説明図である。システム３００は、以下の論理システムコンポーネント：ＩＰデータキャストソース３０２と、ＦＬＯ無線アクセスネットワーク(radio-access network)（ＲＡＮ）３０４と、ＩＰデータキャストアプリケーションをホストするＦＬＯデバイス３０６とを備える。ＩＰデータキャストがＦＬＯ  ＲＡＮリソースを要求することができる２つのメカニズムが存在する。例えば、すべてのデータが用意されることができ、信号インターフェースは、オプショナルとされることができる。別の態様によれば、用意および／または制御のインターフェースの両方が、ＦＬＯ  ＲＡＮリソースを要求するために必要とされることもある。後者の態様によれば、ある種の情報が、暗号化がイネーブル／ディスエーブルされるかにかかわらず、ヘッダ圧縮がイネーブル／ディスエーブルされるかなどにかかわらず、１つまたは複数のＩＰマルチキャスト宛先アドレス、ＵＤＰポート番号、平均データレート、最大バーストサイズ、最大レイテンシ、ピークレート、開始時刻（単数または複数）、存続時間（単数または複数）、ソースＩＤなどのＩＰデータキャストソース３０２について指定されることができる。各ＩＰデータキャストは、ＩＰマルチキャストアドレスとポート番号から構成される対として定義されることができる。サービス品質（ＱｏＳ）パラメータは、平均データレートと、最大ピークレートと、最大バーストサイズと、最大レイテンシと、パケットエラーレートを含むことができる。
【００２２】
ＱｏＳパラメータは、入場の制御およびスケジューリングのためにＦＬＯ  ＲＡＮ３０４によって使用されることができる。ＩＰデータキャストは、無限の存続時間を有する１つの開始時刻を有することができる。別の態様によれば、ＩＰデータキャストサービスは、スケジュールされたデータサービスとすることができ、ここでフローは、与えられた時間の存続時間にわたってオンであり、その後オフであり、その後再びオンになるなどである。このタイプのＩＰデータキャストフローでは、関連する存続時間を有する１つまたは複数の開始時刻が存在する可能性がある。ソースＩＤは、フローのソースを識別し、ＩＰデータキャストソース３０２を認証するために使用されることができる。ＩＰデータキャストソース３０２は、暗号化が、ＩＰデータキャストフローのＩＰデータグラムに適用されることができるかどうかと、ヘッダ圧縮が適用されることができるかどうかを指定することができる。
【００２３】
図４は、ここにおいて説明される１つまたは複数の態様に従って、ＦＬＯネットワークにおいてＩＰデータキャストをサポートすることを容易にするシステム４００の説明図である。ＩＰデータキャスト（ＩＰＤＣ）アプリケーション４０２、４０４、４０６は、バイナリランタイムエンベッディドフォーワイヤレス(binary runtime-embedded for wireless)（ＢＲＥＷ（登録商標））−ベースのアプリケーション４０８、高度モバイル加入者ソフトウェア(Advanced Mobile Subscriber Software)（ＡＭＳＳ）−ネイティブアプリケーション４１０、または何らかの他の適切なアプリケーションに関連づけられることができる。ＩＰＤＣアプリケーション４０２、４０４、４０６は、ＢＲＥＷアプリケーション４０８であるか非ＢＲＥＷアプリケーション４１２であるかにかかわらず、その＜ＩＰマルチキャストアドレス，ポート番号＞対を用いてサービス名を解明する(resolve)ためにＤＮＳサービスの発見を実行することができる。アプリケーション４０８は、データスタック４１０に動作的に関連づけられることができ、このデータスタックが、次にはＣＤＭＡブロードキャストマネージャ４２０に対して情報を供給することができる。ＣＤＭＡブロードキャストマネージャ４２０は、ＨＤＲスタック４２２に対して情報を供給することができ、このＨＤＲスタックが、次には以下に説明される様々なＦＬＯコンポーネントと並列にシステム４００に対して機能を提供するＨＤＲハードウェア４２４に動作的に関連づけられる。
【００２４】
ＦＬＯマルチキャストマネージャ(FLO Multicast Manager)（ＦＬＯＭＣＭｇｒ）４１４は、＜ＩＰマルチキャストアドレス，ポート番号＞対からＩＰデータキャストフローＩＤに対するマッピングを実行するデバイス上の論理ファンクションである。ＩＰデータキャスト中に、ＩＰデータキャストアプリケーション４０４は、ＦＬＯエアインターフェース上の＜ＩＰマルチキャストアドレス，ポート番号＞対によって指定されるＩＰマルチキャストアドレスとポート番号を用いてマルチキャストソケットをオープンすることができる。ＦＬＯＭＣＭｇｒ４１４は、ＩＰデータキャストの＜ＩＰマルチキャストアドレス，ポート番号＞対のフローＩＤに対するマッピングに応じてＦＬＯエアインターフェースをオープンするためにソケットイベント要求を受け取る。ＦＬＯＭＣＭｇｒ４１４は、ＩＰデータキャストフローについて、それらがアクティブになるときに通知されるようにＦＬＯスタック４１６に登録する。ＦＬＯスタック４１６は、制御チャネルアップデート(Control Channel update)を受け取り、最新バージョンのフローＩＤ記述メッセージ(Flow Description Message)についてＦＬＯＭＣＭｇｒ４１４に通知する。ＦＬＯＭＣＭｇｒ４１４は、ＩＰデータキャストフローをアクティブにするようにＦＬＯスタック４１６に要求する。フロー記述メッセージが、ＩＰデータキャストフローがアクティブであることを指し示す場合、ＦＬＯハードウェア４１８は、物理レイヤパケット(Physical Layer Packet)（ＰＬＰ）を受け取るためにＩＰデータキャストフローＩＤに対してチューニングする。次いでＰＬＰは、ＦＬＯスタック４１６に対して経路指定され、ここでＩＰパケットは、再構築され、データスタック４１０へと経路指定される。
【００２５】
図５は、様々な態様に従って、ＩＰデータキャストソースがＦＬＯリソースを要求することを可能にすることを容易にする「アッドフロー(AddFlow)」インターフェース５００を示している。ＩＰデータキャストソース５０２は、アッドフローリクエスト(AddFlowRequest)メッセージをＦＳＮ５０４に対して送信することによりＦＬＯリソースを要求し、このアッドフローリクエストメッセージは、ＩＰアドレス、ポート番号、ＱｏＳパラメータなどの情報を含んでいる。ＦＳＮ５０４は、その用意された情報に基づいてＩＰデータキャストソース５０２の入場制御を実行する。次いでＦＳＮ５０４は、ＩＰデータキャストソース５０２によって利用されることができる正常なアッドフローリクエストとフローハンドルに関連した情報を指し示すアッドフローレスポンス(AddFlowResponse)を供給することができる。
【００２６】
図６は、様々な態様に従って、ＩＰデータキャストソースとマルチプレクサ（ＭＵＸ）との間の通信を容易にするアクティブ化／非アクティブ化フローインターフェース６００の説明図である。ＦＳＮ６０２は、ＩＰデータキャストフローがそれぞれ送信され、または送信されなくなることをＭＵＸ６０４に通知するためにアクティブ化／非アクティブ化フローインターフェース６００を利用する。ＦＳＮ６０２は、送信されることになるＩＰデータキャストフローに対応するフローＩＤ、ならびにそのフローのコンテンツ伝送の開始時刻を指定するためにアクティベートフローリクエスト(ActivateFlowRequest)メッセージをＭＵＸ６０４に対して送信する。ＭＵＸ６０４は、新しいフローＩＤが追加されていることを反映するためにフロー記述メッセージとシステムパラメータメッセージをアップデートする。ＦＳＮ６０２は、１つまたは複数のＩＰデータキャストフローを除去するために非アクティブ化されるべきフローについての１つまたは複数のフローＩＤを備えるディアクティベートフローリクエスト(De-ActivateFlowRequest)メッセージを使用する。ひとたびＭＵＸ６０４がそのメッセージを正常に処理した後に、それは、フロー記述メッセージからフローＩＤを除去することになり、システムパラメータメッセージをアップデートすることになる。正常に除去されたフローＩＤに関連するコンテンツは、さらにブロードキャストされる必要はない。
【００２７】
図７は、１つまたは複数の態様に従って、ＩＰデータキャストソースとＦＳＮとの間のベアラパス(bearer path)上の伝送を容易にするシステム７００の説明図である。ＩＰデータキャストソース７０２と、ＦＳＮ７０６との間のマルチキャスト経路指定がイネーブルにされない場合、ＩＰデータキャストソース７０２は、マルチキャストＩＰデータグラムをＦＳＮ７０６に対して配信するときに、ＩＰユニキャストトンネリングプロトコル(IP unicast tunneling protocol)を利用することができる。追加して、または代わりに、ＩＰデータキャストソース７０２とＦＳＮ７０６との間のマルチキャスト経路指定が、イネーブルにされる場合には、ＦＳＮ７０６は、指定されたマルチキャストグループに参加し、第１のホップルータに入るために、インターネットグループ管理プロトコル(Internet Group Management Protocol)（ＩＧＭＰ）参加要求をマルチキャストルータ７０４に対して送信することができる。次いでマルチキャストＩＰデータグラムは、経路指定プロトコルを使用してＦＳＮ７０６に対して経路指定されることができる。ＦＳＮ７０６は、ＦＳＮ７０６とＩＰデータキャストソース７０２との間のマルチキャスト経路指定が、使用可能ではない場合に、マルチキャストＩＰデータグラムの受け入れるユニキャストＩＰトンネリングをサポートすることができる。
【００２８】
図８は、様々な態様に従って、ＩＰデータキャストサービスを提供することを容易にする、フロー配信のためのプロトコルスタック８００を示している。ここにおいては詳細に説明されていないが、当業者は、リアルタイムプロトコル(Real-time Protocol)（ＲＴＰ）が異なるＩＰデータキャストフローを同期化させるために図８のスタックのエンドポイントの間で利用されることができることを認識するであろう。追加して、または代わりに、同期化ファンクションは、デバイス上のＩＰデータキャストアプリケーションによって実行されることができる。ＩＰデータキャストスタック８０２は、降順でアプリケーションプロトコル、ＵＤＰプロトコル、ＩＰプロトコル、第２レイヤ（Ｌ２）プロトコル、第１レイヤ（Ｌ１）プロトコルなど、複数のプロトコルを備える。ＦＳＮプロトコルスタック８０４は、ＩＰレイヤプロトコル、ならびにＬ２プロトコルおよびＬ１プロトコルを備えることができる。Ｌ１プロトコルおよびＬ２プロトコルと並列に、ＦＳＮプロトコルスタック８０４は、トランスポートレイヤプロトコルと、Ｒ−Ｐプロトコルと、Ｒ−Ｐプロトコルの下に存在する追加のＬ１プロトコルを備えることができる。ＭＵＸプロトコルスタック８０６は、Ｌ１プロトコルの上に存在するＲ−Ｐプロトコルをストリーム／ミドルアクセスチャネル(middle access channel)（ＭＡＣ）と並列に備えることができ、このストリーム／ミドルアクセスチャネル（ＭＡＣ）は、次にはＦＬＯ物理レイヤの上に存在する。最後に、ＦＬＯデバイスプロトコルスタック８０８は、アプリケーションレイヤと、ＵＤＰレイヤと、ＩＰレイヤと、トランスポートレイヤと、ストリーム／ＭＡＣレイヤと、ＦＬＯ物理レイヤを降順に備えることができる。
【００２９】
図９および１０は、ここにおける様々な態様に従って、ＦＬＯデバイスに対するアッドフロープロトコルを用いてＩＰデータキャストサービスを実行するための時系列９００と、アッドフロープロトコルなしにＩＰデータキャストサービスを実行するための時系列１０００を示す図である。ＩＰデータキャストは、ＩＰデータキャストフローセットアップメカニズムとデバイスにおけるＩＰデータキャストの受信を備える。フローセットアップは、ネットワーク側にＩＰデータキャストフローをセットアップするための動作概念に関し、どんな情報がＩＰデータキャストフローをセットアップするために用意されることができるか、どのようにしてＩＰデータキャストソース信号がＩＰデータキャストフローをセットアップするためにＦＬＯ  ＲＡＮに対して送信されることができるか、どのようにしてＩＰデータキャストコンテンツがＦＬＯ  ＲＡＮに対して送信されるべきかなどを決定することを備える。ＩＰデータキャストオペレーションの第２の部分は、ＩＰデータキャストコンテンツを受信するモバイルデバイスの背後にある動作概念に関する。ネットワーク側では、ＩＰデータキャストフローをセットアップすることは、用意するフェーズと、フローセットアップフェーズと、ベアラパスセットアップフェーズに論理的にグループ分けされることができる。アッドフローインターフェースがサポートされない場合には、図１０に示されるように、ＦＳＮは、用意された情報に基づいてフローをアクティブにするためにＭＵＸに対してメッセージを自動的に送信することができる。ＰＰＳから、用意する情報アップデートを受信するとすぐに、ＦＳＮは、フローの開始時刻の前に期限切れになるようにタイマを設定することができる。タイマが期限切れになるときに、ＦＳＮは、アクティベートフローリクエストメッセージをＭＵＸに対して送信する。時系列９００および１０００は、以下でイベントまたは方法のシーケンスとして図１１に関してさらに説明される。
【００３０】
図１１は、様々な態様に従って、ＩＰデータキャストサービスをＦＬＯデバイスに対して提供する方法１１００を示している。リアルタイムサービスおよび非リアルタイムサービスにおけるように、ＩＰデータキャストサービスは、用意され、計画されることができる。各ＩＰデータキャストフローについて、オペレータは、１１０２においてサービス品質（ＱｏＳ）パラメータを用意することができる。ＱｏＳパラメータは、それだけに限定されることなしに、平均データレートと、最大バーストサイズと、ピークレートと、レイテンシと、開始時刻と、パケットエラーレートと、ＩＰデータキャストコンテンツの発信者またはソースの存続時間および識別とを含むことができる。オペレータは、ＩＰデータキャストフローに対応する十分な帯域幅が存在するかどうかを決定するためにサービスプランナソフトウェア(Service Planner software)を使用することができる。オペレータがＩＰデータキャストフローを正常に用意し、計画した後に、１１０４において、アップデートされた用意された情報が、用意し計画するサブシステム(Provisioning and Planning Subsystem)（ＰＰＳ）からマルチプレクサ（ＭＵＸ）に対して送信されることができる。すべての関連するＩＰデータキャストフローは、ＦＳＮによるアクティブ化を待つ非アクティブ化された状態にある可能性がある。さらに、オペレータが、ＩＰデータキャストフローを正常に用意し計画しているときには、１１０８において、ＩＰデータキャストについてのアップデートされた用意された情報は、ＰＰＳからＦＳＮへと送信されることができる。次いでＦＳＮは、ソースを認証し、ＦＬＯリソースを要求し、入場の制御およびスケジューリングを実行するためにその情報を使用することができる。
【００３１】
１１０８において、ＩＰデータキャストソースは、アッドフローリクエストメッセージをＦＳＮに対して送信することによりＦＬＯリソースを要求する。アッドフローリクエストメッセージは、データキャストソースＩＰアドレス、ポート番号、ＱｏＳパラメータ値、ソースＩＤ、データフローの開始時刻および存続時間などの情報を備えることができる。１１１０において、ＦＳＮは、用意されたポリシー情報に基づいてソースの入場制御を認証し実行する。１１１２においてＦＳＮは、データキャストソースの＜ＩＰアドレス，ポート番号＞対をソースのフローＩＤに対してマッピングし、次いでアクティベートフローリクエストメッセージをフローＩＤおよび開始時刻と共にＭＵＸに対して送信する。１１１４において、ＭＵＸは新しくアクティブにされたフローＩＤを含めることにより、制御チャネルにおけるフロー記述メッセージをアップデートする。ＭＵＸは、制御チャネルにおける変化とスーパーフレームにおけるフローの開始時刻を反映するためにオーバーヘッド情報シンボル(Overhead Information Symbol)（ＯＩＳ）を使用してシステムパラメータメッセージをアップデートする。
【００３２】
制御チャネルにおけるフロー記述メッセージの正常なアップデートの後に、１１１６においてＭＵＸは、アクティベートフローレスポンス(ActivateFlowResponse)メッセージをＦＳＮに対して送信する。１１１８においてＦＳＮは、アッドフローレスポンスメッセージを使用してＩＰデータキャストソースに対して肯定応答を戻し、これは、正常に確保されたフローを参照するために使用されるフローハンドル(FlowHandle)を含む。１１２０において、アップデートされたフロー記述メッセージとシステムパラメータメッセージは、ブロードキャストされる。マルチキャスト経路指定が使用可能でない場合には、１１２２においてＩＰデータキャストは、ユニキャストＩＰヘッダ内のマルチキャストＩＰデータグラムをカプセル化し、そのデータグラムをＦＳＮに対してアドレス指定することにより、ＩＰユニキャストトンネリングを利用することができる。
【００３３】
追加して、または代わりに、１１２４においてＩＰデータキャストは、ＩＰデータグラムをマルチキャストアドレスに対して直接に送信することができる。このアプローチは、ＩＰデータキャストソースと、ＦＳＮとの間のマルチキャストルータが、マルチキャストを知っていることを仮定する。ＦＳＮは最初に、指定されたマルチキャストグループについての経路指定されたデータグラムを受信するためにＩＧＭＰ参加メッセージをそのホップルータに対して送信する。次いで１１２６においてＦＳＮは、ＩＰマルチキャスト経路指定を経由してＩＰデータグラムを受信することができ、データグラムをＦＬＯフレームにセグメント化し、適切なヘッダを追加することができる。ＦＳＮは、オプションとして暗号化とヘッダ圧縮を実行する。
【００３４】
図１２は、ここにおいて説明される様々な態様に従って、ユーザデバイスにおいてＩＰデータキャストコンテンツを受信するための時系列１２００を示している。時系列１２００は、ＩＰデータキャストコンテンツのデバイス受信のための呼出しフローを示しており、これは、オーバーヘッド情報シンボル（ＯＩＳ）における変化を検出するために着信信号を監視することを備え、この変化に応じて呼出しフローは、開始される。時系列１２００は、以下で図１３においてイベントまたは方法のシーケンスとして記述される。
【００３５】
図１３は、いくつかの態様に従って、ユーザデバイスにおいてＦＬＯインターフェース上でＩＰデータキャストコンテンツを受信する方法１３００を示している。１３０２において、ユーザデバイスは、ＦＬＯインターフェース上のオープンポート上でＩＰデータフローを（例えば、ＩＰデータフローがオンであるかどうかを決定するために）監視するために定期的にウェイクアップする(wake up)ことができる。デバイスウェイクアップ周期は、あらかじめ定義されたモニタサイクル周期に基づいたものとすることができる。デバイスが変化を検出しない場合、このデバイスは、スリープするために戻ることができる。ＭＵＸがフローをオンにするためにＦＳＮからアクティベートフローリクエストを受信しているときに、ＭＵＸは、ＯＩＳにおけるシステムパラメータメッセージと、制御チャネル(Control Channel)（ＣＣ）におけるフロー記述メッセージをアップデートする。ＭＵＸは、ＯＩＳおよびＣＣにおけるアップデートされたメッセージをブロードキャストする。そのようなアップデートが行われている場合、１３０４において、デバイスは、ＦＬＯ制御信号の変化を検出することになる。例えば、デバイスは、フロー記述メッセージの変化を検出するために最新のシステムパラメータメッセージを処理することができる。次いで１３０６において、デバイスは、最新のフロー記述メッセージを処理する。
【００３６】
デバイスがフロー記述メッセージの中でフローＩＤを見出す場合、１３０８においてデバイスは、フローコンテンツの開始時刻を記録することができ、次いで、コンテンツがデバイスについてのスタンバイバッテリ時間を最適化するためにフローイング(flowing)を開始するまでスリープすることができる。デバイスが、複数のＩＰデータキャストフローに関心がある場合、デバイスは、フローが送信されているかどうかを決定するためにモニタサイクルに基づいて定期的にウェイクアップすることができる。１３１０において、コンテンツブロードキャストの開始時刻の直前に、デバイスは、コンテンツを受信するためにウェイクアップすることができる。１３１２において、デバイスは、開始時刻にＭＵＸからＩＰデータキャストコンテンツを受信することができる。
【００３７】
以下の考察は、先行するシステムおよび／または方法の理解を容易にするために提供される。ここで説明されるように、「フローＩＤマッピング」は、マルチキャストＩＰアドレスとポート番号の対をフローＩＤに対してマッピングするプロトコルに関する。マッピングファンクションは、ＦＳＮとデバイスの両方によって記憶されることができる。ＩＰデータキャストソースからのＩＰマルチキャストアドレスとポート番号を含むアッドフローリクエストメッセージの正常な受信の後に、ＦＳＮは、ＩＰアドレスとポート番号をフローＩＤに対してマッピングする。そのフローＩＤは、ＭＵＸが、フロー記述メッセージの中にフローＩＤを含むことを要求するためにＦＳＮによって使用される。デバイス側上においては、ＩＰデータキャストアプリケーションは、ＦＬＯエアインターフェースのＩＰマルチキャストアドレスとポート番号を含むマルチキャストソケットをオープンする。データスタックの中のＦＬＯＭＣＭｇｒは、ＩＰアドレスとポート番号を関連するフローＩＤに対してマッピングし、レシーバに、それがアクティブであるときに指定されたフローＩＤにチューニングするように指令する。以下のパラグラフは、異なるＩＰフォーマットを使用してフローＩＤマッピングの例を説明している。ＩＰバージョン４（ＩＰｖ４）とＩＰバージョン６（ＩＰｖ６）のマルチキャストアドレスフォーマットが論じられ、フローＩＤマッピングファンクションの詳細が提供される。以下の例は、本質的に例示的であり、ここにおいて説明される様々な態様の範囲を限定するようには意図されないことが当業者によって認識されるであろう。
【００３８】
図１４は、様々な態様に従って、ＩＰｖ４マルチキャストアドレスフォーマット１４００を示している。最初の４ビットは、クラスＤのプレフィックスのために使用され、一般的にＦＬＯについて１１１０である。最後の２８ビットは、グループ識別のために利用される。ＩＰｖ４マルチキャストアドレス範囲は、２２４．０．０．０から２３９．２５５．２５５．２５５まで広がることができる。インターネットアサインドナンバーオーソリティ(Internet Assigned Number Authority)（ＩＡＮＡ）は、組織ローカルスコープ(organizational-local scope)について２３９．１９２．０．０から２３９．２５１．２５５．２５５までのアドレス範囲を割り当てている。ＦＬＯシステムは、フローＩＤマッピングのために、これらのＩＰアドレスを利用することができる。
【００３９】
図１５は、様々な態様に従うＩＰｖ６マルチキャストアドレスフォーマット１５００の説明図である。ＩＰｖ６マルチキャストアドレスの最初の８ビットは、１１１１１１１１または０ｘＦＦである。フラグフィールド(Flag field)は、マルチキャストアドレスが、恒久的に割り当てられているか否かを指し示す。非恒久的割当てアドレス(non-permanently assigned address)が使用される場合、フラグフィールドは、値０００１を有する。組織ローカルスコープアドレスが使用される場合、スコープフィールド(Scope field)は、値１０００を有する。これは、範囲ＦＦ１８：０：０：０：０：０：０：０〜ＦＦ１８：０：０：０：０：０：ＦＦＦＦ：ＦＦＦＦの中の２３２の他の使用可能なアドレスのプールを残す。ＩＡＮＡは、組織スコープに対してＦＦ１８：：００からＦＦ１８：：ＦＦＦＦ：ＦＦＦＦのアドレス範囲を割り当てている。ＦＬＯシステムは、フローＩＤマッピングについての組織ローカルスコープのために定義されるＩＰマルチキャストアドレスを使用することができる。
【００４０】
フローＩＤに対してマッピングされるポート番号は、３つの範囲：よく知られているポートと、登録ポートと、動的ポートおよび／またはプライベートポートとに分割されることができる。よく知られているポートは、０から１０２３へと番号付けされ、ＩＡＮＡによって割り当てられ、一般的にシステムまたはルートプロセス(root process)により、あるいは特権のあるユーザによって実行されるプログラムにより使用されることだけができる。例えば、ポート２１は、ファイル転送のための転送制御プロトコル(Transfer Control Protocol)（ＴＣＰ）を使用するｆｔｐサイトについてのよく知られているポート番号である。登録ポートは、１０２４から４９１５１へと番号付けされ、インターネットのＴＣＰとユーザデータグラムプロトコル(User Datagram Protocol)（ＵＤＰ）を使用して通信するアプリケーションによる使用のために、インターネットコーポレーションフォーアサインドネームズアンドナンバーズ(Internet Corporation for Assigned Names and Numbers)（ＩＣＡＮＮ）に会社および他のユーザによって登録される。プライベートポートは、４９１５２から６５５３５へと番号付けされ、ＴＣＰまたはＵＤＰを経由して互いに通信するアプリケーションによる使用について使用可能である。
【００４１】
図１６は、様々な態様に従って、ＩＰデータキャストフローをアクティブにし、送信するための時系列１６００を示している。時刻（ａ）において、ＦＳＮは、ＩＰデータキャストソースからアッドフローリクエストメッセージを受信することができる。時刻（ｂ）において、ＦＳＮは、ＩＰデータキャストフローをアクティブにするメッセージをＭＵＸに対して送信することができる。時刻（ｃ）は、ＩＰデータキャストフローの開始を表す。時刻（ａ）と（ｂ）との間の期間（ｄ）は、「アッドフロー」タイマ、ＴａｄｄＦｌｏｗに対応し、これは、アッドフローリクエストメッセージを処理し、アクティベートフローリクエストメッセージをＭＵＸに対して送信する、ＦＳＮ上の遅延である。時刻（ｂ）と（ｃ）との間の期間（ｅ）は、アクティベーションタイマ(Activation Timer)、ＴＩＰＤＣＦｌｏｗＡｃｔｉｖａｔｉｏｎに対応し、これは、ＩＰデータキャストフローが、コンテンツ開始時刻の前にアクティブにされることができる時間間隔であり、このコンテンツ開始時刻において、ＩＰデータキャストフローのコンテンツは、大気上でブロードキャストされる。アッドフローリクエストメッセージは、ＴＡｄｄＦｌｏｗパラメータによって指定される秒における時刻に、フローがアクティブにされる前にＦＳＮに到着することができる。フローは、ＩＰデータキャストフローがブロードキャストされる前にアクティブにされることができ、これは、ＩＰデータキャストフローの開始時刻として定義され、この開始時刻は、ＴＩＰＤＣＦｌｏｗＡｃｔｉｖａｔｉｏｎパラメータによって秒で指定される。
【００４２】
異なるデバイスは、デバイスがＯＩＳの中のシステムパラメータメッセージを取得する第１の時間に基づいた異なるウェイクアップ時間を有する。対象となるすべてのデバイスが、コンテンツがブロードキャストされる前にフローがアクティブであることを通知されることを保証するために、フロー記述メッセージは、コンテンツがブロードキャストされる前に、例えばフローがアクティブになる少なくとも１つのモニタサイクル周期の秒の前に公示されることができる。ＴＩＰＤＣＦｌｏｗＡｃｔｉｖａｔｉｏｎパラメータについて指定される時間は、したがってモニタサイクル周期よりも長い可能性がある。アッドフローインターフェースがインプリメントされない場合、ＦＳＮは、少なくともＴＩＰＤＣＦｌｏｗＡｃｔｉｖａｔｉｏｎパラメータによって秒で指定される時間だけＩＰデータキャストフローの開始時刻の前に、依然としてフローをアクティブにすることができる。
【００４３】
ＦＳＮは、協定世界時(Coordinated Universal Time)（ＵＴＣ）における絶対時間で、アクティベートフローリクエストメッセージにおける開始時刻を指し示すことになる。ＭＵＸは、それが最初にフローＩＤをフロー記述メッセージに加えたスーパーフレームからのスーパーフレームの数へと開始時刻を変換する。次いでＭＵＸは、システムパラメータメッセージの中のＮｘｔスーパーフレームオフセット(NxtSuperfrmOffset)パラメータをスーパーフレームで表されるような開始時刻に対して設定する。Ｎｘｔスーパーフレームオフセットパラメータの値は、ＩＰデータキャストフローに関連するＦＬＯ論理チャネル(FLO Logical Channel)（ＭＬＣ）が、ブロードキャスティングを開始する開始時刻を指定するために利用されることができる。他のソケットが、ＦＬＯエアインターフェース上でオープンされていない場合、デバイスは、それがコンテンツを受信するためにウェイクアップする開始時刻のほぼ１スーパーフレーム前までスリープすることができる。ここにおいて使用されるように、ソケットという用語は、ＦＬＯエアインターフェース上でコンテンツを取得することに関心のあるＩＰデータキャストまたはＦＬＯクライアントのアプリケーションを含めて、任意のアプリケーションを表すために、あいまいに使用される。
【００４４】
ＦＳＮは、１つまたは複数のＩＰデータキャストフローを終了させるためにディアクティベートフローリクエストインターフェースを利用する。ディアクティベートフローリクエストメッセージの正常な処理の後に、ＭＵＸは、非アクティブにされているフローＩＤに対応するフロー記述メッセージを除去する。ＭＵＸはまた、非アクティブにされたフローＩＤを有するＩＰデータキャストフローから任意のデータを処理することを停止する。
【００４５】
図１７は、例示のワイヤレス通信システム１７００を示している。ワイヤレス通信システム１７００は、簡潔さのために１つの基地局と１つの端末とを示す。しかしながら、そのシステムは、複数の基地局および／または複数の端末を含むことができ、ここで追加の基地局および／または端末は、以下で説明される例示の基地局と端末とは実質的に類似しており、または異なっているものとすることができることが認識されるべきである。さらに、基地局および／または端末は、それらの間のワイヤレス通信を容易にするためにここにおいて説明されるシステム（図１、３〜１０、１２、１４〜１６、および１８〜２１）および／または方法（図２、１１、および１３）を使用することができることも認識されるべきである。
【００４６】
次に図１７を参照すると、ダウンリンク上でアクセスポイント１７０５において、送信（ＴＸ）データプロセッサ１７１０は、トラフィックデータを受信し、フォーマットし、符号化し、インターリーブし、そして変調し（またはシンボルマッピングし）、また変調シンボル（「データシンボル」）を供給する。シンボル変調器１７１５は、データシンボルおよびパイロットシンボルを受信し処理し、そしてシンボルのストリームを供給する。シンボル変調器１７２０は、データシンボルおよびパイロットシンボルを多重化し、それらをトランスミッタユニット(transmitter unit)（ＴＭＴＲ）１７２０へと供給する。各送信シンボルは、データシンボル、パイロットシンボル、またはゼロの信号値とすることができる。パイロットシンボルは、各シンボル期間において絶えず送信されることができる。パイロットシンボルは、周波数分割多重化されたもの(frequency division multiplexed)（ＦＤＭ）、直交周波数分割多重化されたもの(orthogonal frequency division multiplexed)（ＯＦＤＭ）、時分割多重化されたもの(time division multiplexed)（ＴＤＭ）、周波数分割多重化されたもの（ＦＤＭ）、あるいは符号分割多重化されたもの(code division multiplexed)（ＣＤＭ）とすることができる。
【００４７】
ＴＭＴＲ１７２０は、シンボルのストリームを受信し、１つまたは複数のアナログ信号へと変換し、ワイヤレスチャネル上の送信に適したダウンリンク信号を生成するために、さらにそれらのアナログ信号を条件づける（例えば、増幅し、フィルタをかけ、そして周波数アップコンバートする）。次いでダウンリンク信号は、アンテナ１７２５を介して端末へと送信される。端末１７３０において、アンテナ１７３５は、ダウンリンク信号を受信し、受信信号をレシーバユニット(receiver unit)（ＲＣＶＲ）１７４０へと供給する。レシーバユニット１７４０は、受信信号を条件づけ（例えば、フィルタをかけ、増幅し、周波数ダウンコンバートし）、サンプルを取得するために条件づけられた信号をデジタル化する。シンボル復調器１７４５は、チャネル推定のために受信パイロットシンボルを復調し、プロセッサ１７５０へと供給する。シンボル復調器１７４５は、さらにダウンリンクについての周波数応答推定値をプロセッサ１７５０から受信し、データシンボル推定値（これは、送信データシンボルの推定値である）を取得するために受信データシンボル上でデータ復調を実行し、そしてデータシンボル推定値をＲＸデータプロセッサ１７５５へと供給し、このＲＸデータプロセッサは、送信されたトラフィックデータを回復するために、データシンボル推定値を復調し（すなわち、シンボル逆マッピングし）、デインターリーブし、復号化する。シンボル復調器１７４５とＲＸデータプロセッサ１７５５による処理は、アクセスポイント１７０５におけるそれぞれシンボル変調器１７１５とＴＸデータプロセッサ１７１０による処理に対して相補的である。
【００４８】
アップリンク上で、ＴＸデータプロセッサ１７６０は、トラフィックデータを処理し、データシンボルを供給する。シンボル変調器１７６５は、データシンボルを受信し、パイロットシンボルと多重化し、変調を実行し、シンボルのストリームを供給する。次いでトランスミッタユニット１７７０は、アップリンク信号を生成するためにシンボルのストリームを受信し、処理し、このアップリンク信号は、アンテナ１７３５によってアクセスポイント１７０５へと送信される。
【００４９】
アクセスポイント１７０５において、端末１７３０からのアップリンク信号は、アンテナ１７２５によって受信され、サンプルを取得するためにレシーバユニット１７７５によって処理される。次いでシンボル復調器１７８０は、サンプルを処理し、受信パイロットシンボルとアップリンクについてのデータシンボル推定値を供給する。ＲＸデータプロセッサ１７８５は、端末１７３０によって送信されるトラフィックデータを回復するためにデータシンボル推定値を処理する。プロセッサ１７９０は、アップリンク上で送信する各アクティブ端末についてチャネル推定を実行する。複数の端末は、アップリンク上でそれらのそれぞれ割り当てられた組のパイロットサブバンド上において同時にパイロットを送信することができ、ここでパイロットサブバンドの組は、インターレースされることができる。
【００５０】
プロセッサ１７９０および１７５０は、それぞれアクセスポイント１７０５および端末１７３０においてオペレーションを指示する（例えば、制御し、調整し、管理するなど）。それぞれのプロセッサ１７９０および１７５０は、プログラムコードおよびデータを記憶するメモリユニット（図示されず）に関連づけられることができる。プロセッサ１７９０および１７５０はまた、それぞれアップリンクおよびダウンリンクについての周波数とインパルスの応答推定値を導き出すために計算を実行することもできる。
【００５１】
多重アクセスシステム（例えば、ＦＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、ＴＤＭＡなど）では、複数の端末は、アップリンク上で同時に送信することができる。そのようなシステムでは、パイロットサブバンドは、異なる端末の間で共用されることができる。チャネル推定技法は、各端末についてのパイロットサブバンドが全体の動作帯域に（もしかすると帯域エッジを除いて）及ぶ場合に、使用されることができる。そのようなパイロットサブバンド構成は、各端末についての周波数ダイバーシティ(frequency diversity)を得るために望ましいことになる。ここにおいて説明される技法は、様々な手段によってインプリメントされることができる。例えば、これらの技法は、ハードウェア、ソフトウェア、またはそれらの組合せの形でインプリメントされることができる。ハードウェアインプリメンテーションでは、チャネル推定のために使用される処理ユニットは、ここにおいて説明されるファンクションを実行するように設計される１つまたは複数の特定用途向け集積回路(application specific integrated circuit)（ＡＳＩＣ）、デジタル信号プロセッサ(digital signal processor)（ＤＳＰ）、デジタル信号処理デバイス(digital signal processing device)（ＤＳＰＤ）、プログラマブルロジックデバイス(programmable logic device)（ＰＬＤ）、フィールドプログラマブルゲートアレイ(field programmable gate array)（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、他の電子ユニット、あるいはそれらの組合せの内部にインプリメントされることができる。ソフトウェアでは、インプリメンテーションは、ここにおいて説明されるファンクションを実行するモジュール（例えば、プロシージャ、ファンクションなど）を介したものとすることができる。ソフトウェアコードは、メモリユニットに記憶され、プロセッサ１７９０および１７５０によって実行されることができる。
【００５２】
図１８は、様々な態様に従って、データネットワークにまたがってマルチメディアコンテンツフローを作成し移送するように動作するトランスポートシステム(transport system)を備える通信ネットワーク１８００を示している。例えば、トランスポートシステムは、ブロードキャスト配信のためにコンテンツプロバイダネットワークからワイヤレスアクセスネットワークへとコンテンツクリップ(content clip)を移送する際に使用するために適している。ネットワーク１８００は、コンテンツプロバイダ(content provider)（ＣＰ）１８０２と、コンテンツプロバイダネットワーク１８０４と、最適化されたブロードキャストネットワーク１８０６と、ワイヤレスアクセスネットワーク１８０８を備える。ネットワーク１８００はまた、モバイル電話１８１２と、携帯型個人情報端末(personal digital assistance)（ＰＤＡ）１８１４と、ノートブックコンピュータ１８１６とを備えるデバイス１８１０も含んでいる。デバイス１８１０は、トランスポートシステムの１つまたは複数の態様の中で使用するために適したデバイスのただ一部を示している。３つのデバイスが、図１８に示されるが、事実上任意の数のデバイス、または任意のタイプのデバイスが、トランスポートシステムにおいて使用するために適していることに注意すべきである。
【００５３】
コンテンツプロバイダ１８０２は、ネットワーク１８００におけるユーザに対する配信のためにコンテンツを供給するように動作する。コンテンツは、ビデオ、オーディオ、マルチメディアコンテンツ、クリップ、リアルタイムコンテンツおよび非リアルタイムコンテンツ、スクリプト、プログラム、データ、または他の任意のタイプの適切なコンテンツを備える。コンテンツプロバイダ１８０２は、配信のためにコンテンツをコンテンツプロバイダネットワーク１８０４に対して供給する。例えばコンテンツプロバイダ１８０２は、通信リンク１８１８を経由してコンテンツプロバイダネットワーク１８０４と通信し、この通信リンクは、任意の適切なタイプの有線および／またはワイヤレスの通信リンクを備える。
【００５４】
コンテンツプロバイダネットワーク１８０４は、ユーザに対する配信のためにコンテンツを配信するように動作する有線ネットワークとワイヤレスネットワークの任意の組合せを備える。コンテンツプロバイダネットワーク１８０４は、リンク１８２０を経由して最適化されたブロードキャストネットワーク１８０６と通信する。リンク１８２０は、適切な任意のタイプの有線および／またはワイヤレスの通信リンクを備える。最適化されたブロードキャストネットワーク１８０６は、高品質コンテンツをブロードキャストするように設計された有線ネットワークとワイヤレスネットワークの任意の組合せを備える。例えば、最適化されたブロードキャストネットワーク１８０６は、複数の最適化された通信チャネル上で高品質コンテンツを選択されたデバイスに対して配信するように最適化されている専用の独自開発ネットワークとすることができる。
【００５５】
１つまたは複数の態様においては、トランスポートシステムは、配信のためのコンテンツプロバイダ１８０２から、ワイヤレスアクセスネットワークにおいてブロードキャスト基地局(broadcast base station)（ＢＢＳ）１８２４と通信するように動作するコンテンツプロバイダネットワーク１８０４におけるコンテンツサーバ（ＣＳ）１８２２に対してコンテンツを配信するように動作する。ＣＳ１８２２とＢＢＳ１８２４は、コンテンツプロバイダネットワーク１８０４が、デバイス１８１０に対するブロードキャスト／マルチキャストのためのワイヤレスアクセスネットワーク１８０８に対してコンテンツフローの形態のコンテンツを配信することを可能にするトランスポートインターフェース１８２６の１つまたは複数の態様を使用して通信する。トランスポートインターフェース１８２６は、制御インターフェース１８２８とベアラチャネル１８３０とを備える。制御インターフェース１８２８は、ＣＳ１８２２が、コンテンツプロバイダネットワーク１８０４からワイヤレスアクセスネットワーク１８０８へと流れるコンテンツフローを追加し、変更し、キャンセルし、あるいはそうでなければ修正することを可能にするように動作する。ベアラチャネル１８３０は、コンテンツプロバイダネットワーク１８０４からワイヤレスアクセスネットワーク１８０８へとコンテンツフローを移送するように動作する。
【００５６】
一部の態様によれば、ＣＳ１８２２は、コンテンツフローが、ワイヤレスアクセスネットワーク１８０８上のブロードキャスト／マルチキャストのためにＢＢＳ１８２４に対して送信されるようにスケジュールするためにトランスポートインターフェース１８２６を使用する。例えば、コンテンツフローは、コンテンツプロバイダネットワーク１８０４を使用して配信のためにコンテンツプロバイダ１８０２によって供給された非リアルタイムコンテンツクリップを備えることができる。一態様においては、ＣＳ１８２２は、コンテンツクリップに関連する１つまたは複数のパラメータを決定するためにＢＢＳ１８２４とネゴシエートするように動作する。ひとたびＢＢＳ１８２４が、コンテンツクリップを受信した後には、それは、１つまたは複数のデバイス１８１０による受信のためにワイヤレスアクセスネットワーク１８０８上でコンテンツクリップをブロードキャスト／マルチキャストする。デバイス１８１０のうちのどれでも、コンテンツクリップを受信し、デバイスユーザによって後から閲覧するためにそれをキャッシュするように認可されることができる。
【００５７】
例えば、デバイス１８１０は、ワイヤレスアクセスネットワーク１８０８上のブロードキャストのためにスケジュールされるコンテンツのリストを表示するプログラムガイドを提供するように動作するクライアントプログラム１８３２を備える。次いでデバイスユーザは、リアルタイムでレンダリングするための特定の任意のコンテンツを受信するように、あるいは後で閲覧するためにキャッシュ１８３４に記憶されるように選択することができる。例えば、コンテンツクリップは、夕方の時間中にブロードキャストについてスケジュールされることができ、デバイス１８１２は、ブロードキャストを受信し、コンテンツクリップをキャッシュ１８３４にキャッシュするように動作し、その結果、デバイスユーザは、そのクリップを次の日に閲覧することができるようになる。一般的に、コンテンツは、加入サービスの一部分としてブロードキャストされ、受信デバイスは、ブロードキャストを受信するために、キーを提供し、あるいはそうでなければそれ自体を認証する必要がある可能性がある。１つまたは複数の態様においては、トランスポートシステムにより、ＣＳ１８２２は、プログラムガイドレコード(program-guide record)と、プログラムコンテンツと、他の関連した情報をコンテンツプロバイダ１８０２から受信することができるようになる。ＣＳ１８２２は、デバイス１８１０に対する配信のためのコンテンツをアップデートし、かつ／または作成する。
【００５８】
図１９は、コンテンツ配信システムにおいて使用するために適したコンテンツプロバイダサーバ１９００の様々な態様を示している。例えば、サーバ１９００は、図１９におけるサーバ１９０２として使用されることができる。サーバ１９００は、すべてが内部データバス１９１２に結合された、処理ロジック１９０２と、リソースおよびインターフェース１９０４と、トランシーバロジック１９１０とを備える。サーバ１９００はまた、アクティブ化ロジック(activation logic)１９１４と、ＰＧ１９０６と、ＰＧレコードロジック１９０８とを備え、これらも、データバス１９１２に結合される。１つまたは複数の態様においては、処理ロジック１９０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ要素、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアの任意の組合せを備える。それ故に、処理ロジック１９０２は、一般に機械読取り可能命令を実行するための、そして内部データバス１９１２を経由してサーバ１９００の１つまたは複数の他の機能要素を制御するためのロジックを備える。
【００５９】
リソースおよびインターフェース１９０４は、サーバ１９００が内部システムおよび外部システムと通信することを可能にするハードウェアおよび／またはソフトウェアを備える。例えば、内部システムは、マスストレージシステム、メモリ、ディスプレイドライバ、モデム、または他の内部デバイスリソースを含むことができる。外部システムは、ユーザインターフェースデバイス、プリンタ、ディスクドライブ、あるいは他のローカルなデバイスまたはシステムを含むことができる。トランシーバロジック１９１０は、サーバ１９００が、通信チャネル１９１６を使用してリモートなデバイスまたはシステムを用いてデータおよび／または他の情報を送信し受信することを可能にするように動作するハードウェアロジックおよび／またはソフトウェアを備える。例えば、一態様においては、通信チャネル１９１６は、サーバ１９００が、データネットワークと通信することを可能にする適切な任意のタイプの通信リンクを備える。
【００６０】
アクティブ化ロジック１９１４は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ要素、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアの任意の組合せを備える。アクティブ化ロジック１９１４は、ＣＳおよび／またはデバイスが、ＰＧ１９０６の中で説明されるコンテンツおよび／またはサービスを選択し受信することを可能にするようにＣＳおよび／またはデバイスをアクティブにするように動作する。一態様においては、アクティブ化ロジック１９１４は、アクティブ化プロセス中にクライアントプログラム１９２０をＣＳおよび／またはデバイスに対して送信する。クライアントプログラム１９２０は、ＰＧ１９０６を受け取り、使用可能なコンテンツまたはサービスについての情報をデバイスユーザに対して表示するようにＣＳおよび／またはデバイス上で実行される。したがって、アクティブ化ロジック１９１４は、ＣＳおよび／またはデバイスを認証し、クライアント１９２０をダウンロードし、クライアント１９２０によるデバイス上でのレンダリングのためにＰＧ１９０６をダウンロードする。
【００６１】
ＰＧ１９０６は、デバイスが受信するために使用可能であるコンテンツおよび／またはサービスを記述する、適切な任意のフォーマットにおける情報を備える。例えば、ＰＧ１９０６は、サーバ１９００のローカルメモリに記憶されることができ、コンテンツ識別子またはサービス識別子、スケジューリング情報、値付け、および／または他の任意のタイプの関連した情報などの情報を備えることができる。一態様においては、ＰＧ１９０６は、変更が使用可能なコンテンツまたはサービスに対して行われるように処理ロジック１９０２によってアップデートされる１つまたは複数の識別可能なセクションを備える。
【００６２】
ＰＧレコード１９０８は、ＰＧ１９０６に対する変更を識別し、かつ／または記述する通知メッセージを生成するように動作するハードウェアおよび／またはソフトウェアを備える。例えば、処理ロジック１９０２がＰＧ１９０６をアップデートするときに、ＰＧレコードロジック１９０８は、それらの変更について通知される。次いでＰＧレコードロジック１９０８は、ＣＳに対して送信される１つまたは複数の通知メッセージを生成し、これらのＣＳは、サーバ１９００を用いてアクティブにされている可能性があり、その結果、これらのＣＳは、ＰＧ１９０６に対する変更について迅速に通知されるようになる。
【００６３】
様々な態様においては、コンテンツ配信通知メッセージの一部分として、いつメッセージの中で識別されるＰＧのセクションがブロードキャストされることになるかを指し示すブロードキャストインジケータ(broadcast indicator)が提供される。例えば、一態様においては、ブロードキャストインジケータは、セクションがブロードキャストされることになることを指し示す１ビットと、いつブロードキャストが行われることになるかを指し示す時間インジケータを備える、したがって、ＰＧレコードのそれらのローカルコピーをアップデートしたいと望むＣＳおよび／またはデバイスは、ＰＧレコードのアップデートされたセクションを受信するために、指定された時刻においてブロードキャストについてリッスンすることができる。一態様においては、コンテンツ配信通知システムは、コンピュータ読取り可能媒体上に記憶されるプログラム命令を備え、これらのプログラム命令は、プロセッサ、例えば処理ロジック１９０２によって実行されるときに、ここにおいて説明されるサーバ１９００のファンクションを提供する。例えば、プログラム命令は、フロッピーディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス(FLASH memory device)、ＲＡＭ、ＲＯＭ、リソース１９０４を介してサーバ１９００に対してインターフェースする他の任意のタイプのメモリデバイスまたはコンピュータ読取り可能媒体などのコンピュータ読取り可能媒体からサーバ１９００へとロードされることができる。別の態様においては、命令は、トランシーバロジック１９１０を介してサーバに対してインターフェースする外部デバイスまたはネットワークリソースからサーバ１９００へとダウンロードされることができる。プログラム命令は、処理ロジック１９０２によって実行されるときに、ここにおいて説明されるようにガイド状態通知システムの１つまたは複数の態様を提供する。
【００６４】
図２０は、１つまたは複数の態様に従って、コンテンツ配信システムにおける使用のために適したコンテンツサーバ（ＣＳ）またはデバイス２０００を示している。例えば、ＣＳ２０００は、図１９に示されるＣＳ１９２２またはデバイス１９１０とすることができる。ＣＳ２０００は、すべてがデータバス２００８に結合された、処理ロジック２００２と、リソースおよびインターフェース２００４と、トランシーバロジック２００６とを備える。ＣＳ２０００はまた、クライアント２０１０と、プログラムロジック２０１４と、ＰＧロジック２０１２とを備え、これらも、データバス２００８に結合される。１つまたは複数の態様においては、処理ロジック２００２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ要素、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアの任意の組合せを備える。それ故に、処理ロジック２００２は、一般に機械読取り可能命令を実行するように、そして内部データバス２００８を経由してＣＳ２０００の１つまたは複数の他の機能要素を制御するように構成されるロジックを備える。
【００６５】
リソースおよびインターフェース２００４は、ＣＳ２０００が内部システムおよび外部システムと通信することを可能にするハードウェアおよび／またはソフトウェアを備える。例えば、内部システムは、マスストレージシステム、メモリ、ディスプレイドライバ、モデム、または他の内部デバイスリソースを含むことができる。外部システムは、ユーザインターフェースデバイス、プリンタ、ディスクドライブ、あるいは他のローカルなデバイスまたはシステムを含むことができる。トランシーバロジック２００６は、ＣＳ２０００が、通信チャネル２０１４を介して外部のデバイスまたはシステムを用いてデータおよび／または他の情報を送信し受信することを可能にするように動作するハードウェアおよび／またはソフトウェアを備える。例えば、通信チャネル２０１４は、ネットワーク通信リンク、ワイヤレス通信リンク、または他の任意のタイプの通信リンクを備えることができる。
【００６６】
オペレーション中に、ＣＳおよび／またはデバイス２０００は、アクティブにされ、その結果、それは、使用可能なコンテンツまたはサービスをデータネットワーク上で受信することができるようになる。例えば、一態様においては、ＣＳおよび／またはデバイス２０００は、アクティブ化プロセス中にそれ自体をコンテンツプロバイダサーバに対して識別する。アクティブ化プロセスの一部分として、ＣＳおよび／またはデバイス２０００は、ＰＧロジック２０１２によりＰＧレコードを受信し、記憶する。ＰＧ２０１２は、ＣＳ２０００が受信するために使用可能なコンテンツまたはサービスを識別する情報を含んでいる。クライアント２０１０は、リソースおよびインターフェース２００４を使用してＣＳおよび／またはデバイス２０００上でＰＧロジック２０１２の中の情報をレンダリングするように動作する。例えば、クライアント２０１０は、デバイスの一部分であるディスプレイ画面上でＰＧロジック２０１２の中の情報をレンダリングする。クライアント２０１０はまた、リソースおよびインターフェースを介してユーザ入力を受信し、その結果、デバイスユーザは、コンテンツまたはサービスを選択することができるようになる。
【００６７】
一部の態様においては、ＣＳ２０００は、トランシーバロジック２００６を介して通知メッセージを受信する。例えば、そのメッセージは、ＣＳ２０００に対してブロードキャストされ、またはユニキャストされ、トランシーバロジック２００６によって受信されることができる。ＰＧ通知メッセージは、ＰＧロジック２０１２においてＰＧレコードに対するアップデートを識別する。一態様においては、クライアント２０１０は、ＰＧロジック２０１２におけるローカルコピーがアップデートされる必要があるかどうかを決定するようにＰＧ通知メッセージを処理する。例えば、一態様においては、通知メッセージは、セクション識別子と、開始時刻と、終了時刻と、バージョン番号とを含む。ＣＳ２０００は、既存のＰＧロジック２０１２におけるローカルに記憶された情報と、ＰＧ通知メッセージの中の情報を比較するように動作する。ＣＳ２０００が、ＰＧ通知メッセージからＰＧロジック２０１２におけるローカルコピーの１つまたは複数のセクションがアップデートされる必要があることを決定する場合、ＣＳ２０００は、いくつかの方法のうちの１つで、ＰＧのアップデートされたセクションを受信するように動作する。例えば、ＰＧのアップデートされたセクションは、ＰＧ通知メッセージに指し示される時刻にブロードキャストされることができ、その結果、トランシーバロジック２００６は、ブロードキャストを受信し、アップデートされたセクションをＣＳ２０００に対して渡すことができるようになり、このＣＳ２０００が、今度はＰＧロジック２０１２においてローカルコピーをアップデートする。
【００６８】
他の態様においては、ＣＳ２０００は、受信されたＰＧアップデート通知メッセージに基づいてＰＧのどのセクションがアップデートされる必要があるかを決定し、ＰＧの望ましいアップデートされたセクションを取得する要求をＣＰサーバに対して送信する。例えば、要求は、適切な任意のフォーマットを使用してフォーマットされ、要求するＣＳ識別子、セクション識別子、バージョン番号、および／または他の適切な任意の情報などの情報を備えることができる。一態様においては、ＣＳ２０００は、ＰＧ通知システムの１つまたは複数の態様における１つまたは複数の以下のファンクションを実行する。以下のファンクションは、態様の範囲内で、変更され、再構成され、修正され、追加され、削除され、あるいはそうでなければ調整される可能性があることに注意すべきである。ＣＳは、コンテンツプロバイダシステムを有するオペレーションが、コンテンツまたはサービスを受信するためにアクティブにされることができる。アクティブ化プロセスの一部分として、クライアントおよびＰＧは、ＣＳに対して送信される。１つまたは複数のＰＧ通知メッセージは、ＣＳによって受信され、ローカルに記憶されるＰＧの１つまたは複数のセクションがアップデートされる必要があるかどうかを決定するために使用されることができる。一態様においては、ＣＳが、ローカルに記憶されるＰＧの１つまたは複数のセクションがアップデートされる必要があることを決定する場合、ＣＳは、それが、そのローカルコピーをアップデートするために必要とするＰＧのアップデートされたセクションを取得するために配信システムからのブロードキャストをリッスンする。別の態様においては、ＣＳは、それが必要とするＰＧのアップデートされたセクションを取得するために１つまたは複数の要求メッセージをＣＰに対して送信する。その要求に応じて、ＣＰは、ＰＧのアップデートされたセクションをＣＳに対して送信する。ＣＳは、ＰＧのそのローカルコピーをアップデートするためにＰＧの受信されたアップデートされたセクションを使用する。
【００６９】
さらに他の態様によれば、コンテンツ配信システムは、コンピュータ読取り可能媒体上に記憶されるプログラム命令を備え、これらのプログラム命令は、処理ロジック２００２などのプロセッサによって実行されるときに、ここにおいて説明されるようなコンテンツ配信通知システムのファンクションを提供する。例えば、命令は、フロッピーディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭ、リソースおよびインターフェース２００４を介してＣＳ２０００に対してインターフェースする他の任意のタイプのメモリデバイスまたはコンピュータ読取り可能媒体などのコンピュータ読取り可能媒体からＣＳ２０００へとロードされることができる。別の態様においては、命令は、トランシーバロジック２００６を介してＣＳ２０００に対してインターフェースするネットワークリソースからＣＳ２０００へとダウンロードされることができる。命令は、処理ロジック２００２によって実行されるときに、ここにおいて説明されるようなコンテンツ配信システムの１つまたは複数の態様を提供する。ＣＳ２０００は、ただ１つのインプリメンテーションを表すこと、および他のインプリメンテーションが、態様の範囲内において可能であることに注意すべきである。
【００７０】
図２１は、ここにおいて提示される様々な態様に従って、ＦＬＯインターフェース上でＩＰデータキャストを実行することを容易にする装置２１００の説明図である。装置２１００は、先行する図に関して上記されるように、ＩＰＤＣフローをセットアップするための手段を備える。装置２１００は、ユーザデバイスにおいてＩＰＤＣフローを受信するための手段をさらに備える。さらにまた、装置２１００は、ブロードキャストワイヤレスネットワーク上でＩＰデータグラムを移送することを容易にするためにＩＰアドレスおよびポート情報をＩＰＤＣフローについてのフローＩＤに対してマッピングするための手段を備える。このようにして、装置２１００により、サードパーティＩＰアプリケーションは、ＦＬＯ特有のより低レイヤのプロトコルを理解する必要なしに、ＦＬＯネットワーク上で操作されることができるようになる。ＩＰデータキャスト機能は、ＦＬＯまたはサードパーティオペレータが、ＦＬＯネットワーク上でインターネットエンジニアリングタスクフォース（ＩＥＴＦ）プロトコルを使用してコンテンツをマルチキャストすることを可能にするワイヤレスＩＰマルチキャストサービスを提供することができる。ＦＬＯネットワークは、さらにＩＰマルチキャストデータグラムを配信するためのある範囲のサービス品質（ＱｏＳ）の利点をもたらすこともできる。
【００７１】
一例によれば、ＩＰデータキャストは、ＦＬＯサービスとして提供されることができ、あるいはサードパーティサービスプロバイダによって提供されることができ、この場合には、ＦＬＯネットワークは、データパイプ(data pipe)として使用されることができる。ＦＬＯネットワークが、データパイプとして使用される場合、サードパーティサービスプロバイダは、ＩＰデータキャストサービスを提供することができる。サービスは、ＦＬＯ加入パッケージとしてリストアップされる必要はなく、加入およびキーの管理は、ＦＬＯネットワークの外部で実行されることができる。サードパーティサービスプロバイダは、ＦＬＯネットワークをデータ伝送パイプとして要求することができ、データペイロードは、修正なしにネットワークを通過することができる。
【００７２】
ソフトウェアインプリメンテーションでは、ここにおいて説明される技法は、ここで説明されるファンクションを実行するモジュール（例えば、プロシージャ、ファンクションなど）を用いてインプリメントされることができる。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって実行されることができる。メモリユニットは、プロセッサの内部に、あるいはプロセッサの外部でインプリメントされることができ、この場合には、メモリユニットは、当技術分野において知られているような様々な手段を経由してプロセッサに通信的に結合されることができる。
【００７３】
上記されているものは、１つまたは複数の実施形態の例を含んでいる。前述の実施形態を説明する目的のためにコンポーネントまたは方法の、あらゆる考えられる組合せについて説明することは、もちろん可能ではないが、当業者は、様々な実施形態の多くのさらなる組合せおよび置換えが可能であることを認識することができる。したがって、説明される実施形態は、添付の特許請求の範囲の趣旨および範囲内に含まれるそのようなすべての変更、修正および変形を包含するように意図されている。さらに、用語「含む(includes)」が、詳細な説明または特許請求の範囲のいずれかにおいて使用されている範囲において、そのような用語は、用語「備えている(comprising)」が請求項においてトランジショナルワード(transitional word)として使用されているときに解釈されるように、用語「備えている」と同様な方法で包含的であるように意図されている。
【図面の簡単な説明】
【００７４】
【図１】ここにおいて提示される様々な態様に従うワイヤレスネットワーク通信システムを示す図である。
【図２】１つまたは複数の態様に従って、順方向リンクオンリー（ＦＬＯ）ネットワークにおいてインターネットプロトコルデータキャスト（ＩＰＤＣ）を実行するための方法の説明図である。
【図３】１つまたは複数の態様に従って、ＦＬＯネットワーク上のＩＰデータキャストを容易にするシステムの説明図である。
【図４】ここにおいて説明される１つまたは複数の態様に従って、ＦＬＯネットワークにおいてＩＰデータキャストをサポートすることを容易にするシステムの説明図である。
【図５】様々な態様に従って、ＩＰデータキャストソースがＦＬＯリソースを要求することを可能にすることを容易にする「アッドフロー」インターフェースを示す図である。
【図６】様々な態様に従って、ＩＰデータキャストソースとマルチプレクサ（ＭＵＸ）との間の通信を容易にするアクティブ化／非アクティブ化フローインターフェースの説明図である。
【図７】１つまたは複数の態様に従って、ＩＰデータキャストソースとＦＳＮとの間のベアラパス上の伝送を容易にするシステムの説明図である。
【図８】様々な態様に従って、ＩＰデータキャストサービスを提供することを容易にする、フロー配信のためのプロトコルスタックを示す図である。
【図９】ここにおける様々な態様に従って、ＦＬＯデバイスに対するアッドフロープロトコルを用いてＩＰデータキャストサービスを実行するための時系列を示す図である。
【図１０】ここにおける様々な態様に従って、アッドフロープロトコルなしにＩＰデータキャストサービスを実行するための時系列を示す図である。
【図１１】様々な態様に従って、ＩＰデータキャストサービスをＦＬＯデバイスに対して提供する方法を示す図である。
【図１２】ここにおいて説明される様々な態様に従って、ユーザデバイスにおいてＩＰデータキャストコンテンツを受信するための時系列を示す図である。
【図１３】いくつかの態様に従って、ユーザデバイスにおいてＦＬＯインターフェース上でＩＰデータキャストコンテンツを受信する方法を示す図である。
【図１４】様々な態様に従うＩＰｖ４マルチキャストアドレスフォーマットを示す図である。
【図１５】様々な態様に従うＩＰｖ６マルチキャストアドレスフォーマットの説明図である。
【図１６】様々な態様に従って、ＩＰデータキャストフローをアクティブにし、送信するための時系列を示す図である。
【図１７】ここにおいて説明される様々なシステムおよび方法に従って使用されることができるワイヤレスネットワーク環境の説明図である。
【図１８】様々な態様に従って、データネットワークにまたがってマルチメディアコンテンツフローを作成し移送するように動作するトランスポートシステムを備える通信ネットワークを示す図である。
【図１９】コンテンツ配信システムにおいて使用するために適したコンテンツプロバイダサーバの様々な態様を示す図である。
【図２０】１つまたは複数の態様に従って、コンテンツ配信システムにおける使用のために適したコンテンツサーバ（ＣＳ）またはデバイスを示す図である。
【図２１】ここにおいて提示される様々な態様に従って、ＦＬＯインターフェース上でＩＰデータキャストを実行することを容易にする装置の説明図である。
【図１】
2009517928.tif 000003
【図２】
2009517928.tif 000004
【図３】
2009517928.tif 000005
【図４】
2009517928.tif 000006
【図５】
2009517928.tif 000007
【図６】
2009517928.tif 000008
【図７】
2009517928.tif 000009
【図８】
2009517928.tif 000010
【図９】
2009517928.tif 000011
【図１０】
2009517928.tif 000012
【図１１】
2009517928.tif 000013
【図１２】
2009517928.tif 000014
【図１３】
2009517928.tif 000015
【図１４】
2009517928.tif 000016
【図１５】
2009517928.tif 000017
【図１６】
2009517928.tif 000018
【図１７】
2009517928.tif 000019
【図１８】
2009517928.tif 000020
【図１９】
2009517928.tif 000021
【図２０】
2009517928.tif 000022
【図２１】
2009517928.tif 000023
【国際調査報告】
2009517928.tif 000024
2009517928.tif 000025
2009517928.tif 000026