配信ネットワークへのマルチメディアコンテンツフローの生成およびトランスポートのための方法および装置
【課題】配信ネットワークへのマルチメディアコンテンツフローの生成およびトランスポートのための方法および装置を提供する。
【解決手段】システムは、アクセスネットワークに結合されたデバイスへの配信のためにコンテンツフローをアクセスネットワークにトランスポートするための方法を含む。方法は、コンテンツフローをアクセスネットワークに追加するリクエストメッセージを送信することを含み、リクエストメッセージは、コンテンツフローに関連する１以上のフローパラメータを備える。方法は又、１以上のパラメータに関連するコンテンツフローがアクセスネットワークに追加されるであろうことを示す応答メッセージを受け取ることと、アクセスネットワークへコンテンツフローを配信することとを含む。
【解決手段】システムは、アクセスネットワークに結合されたデバイスへの配信のためにコンテンツフローをアクセスネットワークにトランスポートするための方法を含む。方法は、コンテンツフローをアクセスネットワークに追加するリクエストメッセージを送信することを含み、リクエストメッセージは、コンテンツフローに関連する１以上のフローパラメータを備える。方法は又、１以上のパラメータに関連するコンテンツフローがアクセスネットワークに追加されるであろうことを示す応答メッセージを受け取ることと、アクセスネットワークへコンテンツフローを配信することとを含む。
【発明の詳細な説明】
【優先権の主張】
【０００１】
（米国特許法１１９条のもとでの優先権の主張）
本特許出願は、本譲受人に譲渡され、ここにおいて参照することによりここに明示的に組み込まれる、２００５年４月１２日に出願された「メディア通信における状態同期化のための方法および装置(METHODS AND APPARATUS FOR STATE SYNCHRONIZATION IN MEDIA COMMUNICATION)」と題される米国特許仮出願第６０／６７０，９４６号、および、本譲受人に譲渡され、ここにおいて参照することによりここに明示的に組み込まれる、２００４年１２月９日に出願された「ＢＣＭＣＳインタフェース(BCMCS INTERFACE)」と題される米国特許仮出願第６０／６３４，９７７号の、優先権を主張する。
【０００２】
（米国特許法１２０条のもとでの優先権の主張）
本特許出願は、本譲受人に譲渡され、ここにおいて参照することによりここに明示的に組み込まれる、２００５年４月２０日に出願され、係属中の「マルチメディアコンテンツフローの生成およびトランスポートのための方法および装置(METHODS AND APPARATUS FOR CREATION AND TRANSPORT OF MULTIMEDIA CONTENT FLOWS)」と題される米国特許出願第１１／１１１，０５０号の一部継続である。
【背景】
【０００３】
（分野）
本発明は、概して、データネットワークにおけるマルチメディアコンテンツをトランスポートすること(transporting)に関し、より具体的には、配信ネットワーク(distribution network)へのマルチメディアコンテンツフロー(multimedia content flows)の生成およびトランスポートのための方法および装置に関する。
【０００４】
（背景）
無線通信ネットワークのようなデータネットワークは、単一の端末用にカスタマイズされたサービスと多くの端末に提供されるサービスとの間でトレードオフする必要がある。例えば、多くの数のモバイル端末（加入者）へのコンテンツの配信は複雑な問題である。これは、比較的低速の無線の通信リンクを使用して通信するモバイル端末について、特にあてはまる。それ故に、モバイル端末がコンテンツ及び／又は他のネットワークサービスを容易にかつ効率的に受け取ることを可能とする方法を、コンテンツプロバイダが持つことは非常に重要である。
【０００５】
現在のコンテンツ配信(content delivery)／メディア配信システム(media distribution system)においては、コンテンツプロバイダ(content provider)は、オーディオ、ビデオ、マルチメディア、リアルタイムまたは非リアルタイムのコンテンツおよび他のコンテンツタイプの方式で、コンテンツを、エンドユーザにコンテンツを配信するように動作するコンテンツプロバイダダネットワークに供給する。例えば、コンテンツプロバイダは、コンテンツプロバイダネットワークに、対応する高いデータレートを有する高品質コンテンツを提供することができる。ある地理的な領域においては、特別のハードウェア及び／又は通信リンクを利用することによって、この高品質のコンテンツを選択されたエンドユーザに受信し配信するために、専用のブロードキャストネットワークが開発されてきている。ある場合には、専用のブロードキャストネットワークは、コンテンツ配信する１０以上の高帯域チャネルを提供するかもしれない。
【０００６】
残念なことに、これらの専用ネットワークは一般に高価で、限られた動作領域上のみで提供される。広い動作エリアにわたって、アクセスネットワークは典型的には、非常により低いコストで、非常により少ない帯域幅をユーザに提供する。例えば、典型的な無線ネットワークは、マルチメディアコンテンツを配信するために１つのデータチャネルのみを提供するかもしれない。典型的には、このデータチャネルは、ポイントツポイント通信(point-to-point communications)のみを提供するので、コンテンツを多数の無線ユーザに配信することは、高価で非能率的である。更に、データチャネル上で利用可能な帯域幅は、専用のブロードキャストネットワーク上で利用可能な帯域幅よりはるかに少ないかもしれない。結果として、高品質コンテンツをアクセスネットワーク上で多くのユーザに配信するための、コスト的に効率がよく効果的な方法は現在存在しない。
【０００７】
従って、必要とされるものは、データネットワークを横切ってマルチメディアコンテンツフローを生成しトランスポートするシステムである。例えば、システムは、コンテンツプロバイダのネットワークからブロードキャスト配信ネットワークへの、マルチメディアコンテンツフローを生成しトランスポートするように動作する必要がある。システムはまた、コンテンツフローが配信ネットワーク上でブロードキャストされることができるように、コンテンツフローの１以上のパラメータを調整するメカニズムを提供する必要がある。
【発明の概要】
【０００８】
１以上の実施形態において、配信ネットワークへのマルチメディアコンテンツフローを生成しトランスポートするように動作する、方法および装置を備えた、トランスポートシステムが提供される。例えば、一実施形態では、トランスポートシステムは、コンテンツネットワークからアクセスネットワークへのコンテンツフローをトランスポートするように動作する。コンテンツがアクセスネットワークにトランスポートされるのを可能とすることにより、コンテンツは、利用可能な帯域幅を使用して、アクセスネットワーク上で、デバイスにブロードキャストされることができる。コンテンツを受け取ることを許可されているデバイスは、受信したブロードキャストを、後で見る(viewing)ために、キャッシュに保存することができる。
【０００９】
一実施形態では、アクセスネットワークに結合されたデバイスへの配信(distribution)のために、アクセスネットワークにコンテンツフローをトランスポートする方法が提供される。方法は、アクセスネットワークにコンテンツフローを追加するリクエストメッセージを送信すること(transmitting)を含み、リクエストメッセージは、コンテンツフローに関連した１以上のフローパラメータ(flow parameters)を備える。方法はまた、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す応答メッセージを受信すること(receiving)と、アクセスネットワークにコンテンツフローを配信すること(delivering)とを含む。
【００１０】
一実施形態では、アクセスネットワークに結合されたデバイスへの配信のために、アクセスネットワークにコンテンツフローをトランスポートする方法が提供される。方法は、アクセスネットワークにコンテンツフローを追加するリクエストメッセージを送信することを含み、リクエストメッセージは、コンテンツフローに関連した１以上のフローパラメータを備える。方法はまた、コンテンツフローがアクセスネットワークに追加されないだろうということを示す応答メッセージを受信することと、更新されたフローパラメータ(updated flow parameters)を生成するためにコンテンツフローに関連した、選択されたフローパラメータを調整すること(adjusting)とを含む。方法はまた、アクセスネットワークにコンテンツフローを追加する、更新されたフローパラメータを備える新しいリクエストメッセージを送信することと、更新されたフローパラメータに関連するコンテンツフローがアクセスネットワークに追加されるだろうということを示す応答メッセージを受信することとを含む。
【００１１】
一実施形態では、アクセスネットワークに結合されたデバイスへの配信のために、アクセスネットワークにコンテンツフローをトランスポートする方法が供給される。方法は、ハートビートリクエストメッセージ(heartbeat request message)を送信することと、通信リンクが利用可能である(operational)ことを示すハートビート応答メッセージを受信することとを含む。方法はまた、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えるリクエストメッセージを送信することと、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す応答メッセージを受信することとを含む。
【００１２】
一実施形態では、アクセスネットワークに結合されたデバイスに配信するためにアクセスネットワークにコンテンツフローをトランスポートするための装置が提供される。装置は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージ、を送信するためのロジックと、コンテンツフローはアクセスネットワークに追加されないだろうということを示す応答メッセージを受信するためのロジックとを備える。装置はまた、更新されたフローパラメータを生成するために、コンテンツフローに関連した、選択されたフローパラメータを調整するためのロジックと、アクセスネットワークにコンテンツフローを追加する新しいリクエストメッセージを送信するためのロジックとを備え、新しいリクエストメッセージは、更新されたフローパラメータを備える。装置はまた、更新されたフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信するためのロジックを備える。
【００１３】
一実施形態では、ロジックを処理することによって実行されるときに、アクセスネットワークに結合されたデバイスへの配信のために、アクセスネットワークにコンテンツフローをトランスポートするように動作するインストラクション、を備えるコンピュータ可読媒体が提供される。コンピュータ可読媒体は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを送信するためのインストラクションと、コンテンツフローがアクセスネットワークに追加されないだろうということを示す応答メッセージを受信するためのインストラクションとを備える。コンピュータ可読媒体はまた、更新されたフローパラメータを生成するために、コンテンツフローに関連した、選択されたフローパラメータを調整するためのインストラクションと、アクセスネットワークにコンテンツフローを追加する、更新されたフローパラメータを備えた新しいリクエストメッセージを送信するためのインストラクションと、更新されたフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信するためのインストラクションとを備える。
【００１４】
一実施形態では、アクセスネットワークに結合されたデバイスへの配信のために、アクセスネットワークにコンテンツフローをトランスポートする方法が提供される。方法は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを受信することと、１以上のフローパラメータに基づいてコンテンツフローがアクセスネットワークに追加されるだろうということを決定することとを含む。方法はまた、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す応答メッセージを送信することと、コンテンツフローを受信することとを含む。
【００１５】
一実施形態では、アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法が提供される。方法は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを受信することと、１以上のフローパラメータに基づいてコンテンツフローがアクセスネットワークに追加されないだろうということを決定することとを含む。方法はまた、コンテンツフローがアクセスネットワークに追加されないだろうということを示す応答メッセージを送信することと、アクセスネットワークにコンテンツフローを追加する、更新されたフローパラメータを備えた新しいリクエストメッセージを受信することと、更新されたフローパラメータに関連したコンテンツフローはアクセスネットワークに追加されるだろうということを示す新しい応答メッセージを送信することとを含む。
【００１６】
一実施形態では、アクセスネットワークに結合されたデバイスに配信するためにアクセスネットワークにコンテンツフローをトランスポートするための装置が提供される。装置は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを受信するように構成されたロジックと、１以上のフローパラメータに基づいてコンテンツフローがアクセスネットワークに追加されるだろうということを決定するように構成されたロジックとを備える。装置はまた、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す、応答メッセージを送信するように構成されたロジックと、コンテンツフローを受信するように構成されたロジックとを備える。
【００１７】
一実施形態では、アクセスネットワークに結合されたデバイスに配信するためにアクセスネットワークにコンテンツフローをトランスポートするための装置が提供される。装置は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを受信するように構成されたロジックと、１以上のフローパラメータに基づいてコンテンツフローがアクセスネットワークに追加されるだろうということを決定するように構成されたロジックとを備える。装置はまた、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す、応答メッセージを送信するように構成されたロジックと、コンテンツフローを受信するように構成されたロジックとを備える。
【００１８】
一実施形態では、ロジックを処理することによって実行されるときに、アクセスネットワークに結合されたデバイスへの配信のために、アクセスネットワークにコンテンツフローをトランスポートするように動作するインストラクション、を備えるコンピュータ可読媒体が提供される。コンピュータ可読媒体は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを受信するためのインストラクションと、１以上のフローパラメータに基づいてコンテンツフローが前記アクセスネットワークに追加されるだろうということを決定するためのインストラクションとを備える。コンピュータ可読媒体はまた、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す応答メッセージを送信するためのインストラクションと、コンテンツフローを受信するためのインストラクションとを備える。
【００１９】
本発明の他の面(aspects)、利点および特徴は、以下に説明される、図面の簡単な説明、発明の詳細な説明、および特許請求の範囲の調査検討後に明らかになるであろう。
【図面の簡単な説明】
【００２０】
【図１】図１は、ブロードキャスト配信ネットワークへのマルチメディアコンテンツフローを生成しトランスポートするよう動作するシステムの、一実施形態を構成する通信ネットワークの一実施形態を示す。
【図２】図２は、配信ネットワークへのマルチメディアコンテンツフローを生成しトランスポートするよう動作するトランスポートシステムの一実施形態の図を示す。
【図３】図３は、トランスポートシステムの実施形態において使用されるトランスポートメッセージの一実施形態を示す。
【図４】図４は、トランスポートシステムの実施形態において使用されるメッセージングプロトコルの一実施形態を示す。
【図５】図５は、トランスポートシステムの実施形態におけるコンテンツサーバを操作する方法の一実施形態を示す。
【図６】図６は、トランスポートシステムの実施形態におけるブロードキャストサーバを操作する方法の一実施形態を示す。
【図７】図７は、トランスポートシステムの実施形態において使用されるメッセージングプロトコルの一実施形態を示す。
【詳細な説明】
【００２１】
ここに説明される実施形態の上記の面および付随する利点は、添付図面と併せて以下の詳細な説明を参照することにより容易に明らかとなるであろう。
【００２２】
１以上の実施形態において、配信ネットワークへのマルチメディアコンテンツフローの生成およびトランスポートのためのトランスポートシステムが提供される。
【００２３】
図１は、ブロードキャスト配信ネットワークへのマルチメディアコンテンツフローを生成しトランスポートするよう動作するトランスポートシステムの一実施形態を構成する、通信ネットワーク１００の一実施形態を示す。例えば、トランスポートシステムは、ブロードキャスト配信のためにコンテンツをコンテンツネットワークからアクセスネットワークにトランスポートする際の使用に適している。
【００２４】
ネットワーク１００は、コンテンツサーバ１０２、コンテンツネットワーク１０４、およびアクセスネットワーク１０６を備えている。ネットワーク１００はまた、携帯電話１１０、携帯情報端末(personal digital assistance)（ＰＤＡ）１１２、およびノート型コンピュータ１１４を備えるデバイス(devices)１０８を含んでいる。デバイス１０８は、トランスポートシステムの１以上の実施形態における使用に適しているデバイスのうちの単にいくつかを例示している。図1においては３つのデバイスが示されているが、実際のところは、どんな数のデバイス、どんなタイプのデバイスでもトランスポートシステムにおける使用に適している、ということに注意すべきである。デバイス１１０および１１２がアクセスネットワーク１０６と無線通信リンク(wireless communication links)を介して通信していることに、そして、コンピュータ１１４がアクセスネットワーク１０６とハードワイヤード接続(hardwired connection)を介して通信している、ということにもまた注意すべきである。
【００２５】
コンテンツネットワーク１０４は、配信用コンテンツを供給するように動作する。コンテンツは、ビデオ、オーディオ、マルチメディアコンテンツ、クリップ(clips)、リアルタイムおよび非リアルタイムのコンテンツ、スクリプト(scripts)、プログラム、データあるいは任意の他のタイプの適切なコンテンツを備えている。コンテンツネットワーク１０４は、コンテンツを提供するように動作する有線および無線のネットワークの任意の組合せを備えている。トランスポートシステムの様々な実施形態においては、何らかの他のエンティティ(entities)、例えば、コンテンツプロバイダ、コンテンツ小売業者、コンテンツアクセスエンティティ、あるいは任意の他のエンティティなど、がアクセスネットワーク１０６上で配信用のコンテンツを提供できる、ということにもまた注意すべきである。
【００２６】
１以上の実施形態においては、トランスポートシステムは、コンテンツネットワーク１０４からのコンテンツをアクセスネットワーク１０６上で配信するように動作する。一実施形態においては、コンテンツネットワーク１０４におけるコンテンツサーバ（ＣＳ）１０２は、アクセスネットワーク１０６におけるブロードキャストネットワークサーバ（ＢＮＳ）１１６と通信するように動作する。ＣＳ１０２およびＢＮＳ１１６は、コンテンツネットワーク１０４がデバイスへのブロードキャスト／マルチキャストのためにコンテンツフロー(content flows)の形式でコンテンツをアクセスネットワーク１０６に配信することを可能にするトランスポートインタフェース(transport interface)１１８の１以上の実施形態を使用し、通信する。トランスポートインタフェース１１８は、制御インタフェース１２０とベアラチャネル(bearer channel)１２２とを備える。制御インタフェース１２０は、ＣＳ１０２がアクセスネットワーク１０６に送信されるコンテンツフローを追加し、変更し、取り消し、そうでなければ修正することを可能にするように、動作する。ベアラチャネル１２２は、コンテンツフローをコンテンツネットワーク１０４からアクセスネットワーク１０６にトランスポートするように動作する。
【００２７】
一実施形態では、ＣＳ１０２は、アクセスネットワーク１０６上のブロードキャスト／マルチキャストのためにＢＮＳ１１６に送信されるべきコンテンツフローをスケジュール設定する(schedule)ために、トランスポートインタフェース１１８を使用する。例えば、コンテンツフロー１２４は、非リアルタイムコンテンツクリップ(non real time content clip)を含むことができる。一実施形態では、ＣＳ１０２は、コンテンツフロー１２４に関連した１以上のパラメータを決定するためにＢＮＳ１１６と交渉する(negotiate)よう動作する。例えば、コンテンツクリップがアクセスネットワーク１０６上でブロードキャストされることができるように、コンテンツクリップのデータレートあるいは他の特性が交渉される。一旦、ＢＮＳ１１６がコンテンツフロー１２４を受け取れば、それはコンテンツフロー１２４を、デバイス１０８のうちの１つまたは複数による受信のためにアクセスネットワーク１０６上でブロードキャスト／マルチキャストする。デバイス１０８のうちの何れも、フロー１２４に含まれるコンテンツを受け取り、そして、デバイスユーザによる後での視聴(viewing)のためにそれをキャッシュに入れることを許可され得る。
【００２８】
例えば、デバイス１１０は、アクセスネットワーク１０６上のブロードキャストのためにスケジュール設定されているコンテンツのリストを表示する番組案内を提供するように動作するクライアントプログラム１２６、を備える。デバイスユーザは、そのとき、リアルタイムで与えるための(for rendering in real time)、あるいは後での視聴用にキャッシュ１２８に保存されるための、任意の特定のコンテンツを受け取るように選択することができる。例えば、コンテンツクリップは、夜時間のブロードキャストのためにスケジュール設定されることができ、そして、デバイス１１０は、デバイスユーザが翌日クリップを視聴できるように、ブロードキャストを受け取り、キャッシュ１２８の中にコンテンツクリップをキャッシュするように動作する。典型的に、コンテンツは、加入サービス(subscription service)の一部としてブロードキャストされ、そして、受信デバイスは、キーを提供する必要があるかもしれない、そうでなければ、ブロードキャストを受け取るためにそれ自体を認証する必要があるかもしれない。
【００２９】
１以上の実施形態では、トランスポートシステムは、ＣＳ１０２が、ベアラチャネル１２２上でＢＮＳ１１６に提供されるフローを追加する、変更する、修正する、あるいは削除することを、可能にする。別の実施形態では、トランスポートシステムは、ＣＳ１０２が、アクセスネットワーク１０６に提供される任意のコンテンツフローについての統計情報(statistical information)を得ることを、可能にする。この結果、トランスポートシステムは、スケジュール設定されたコンテンツフローが、デバイス１０８へのブロードキャストのためにコンテンツネットワーク１０４からアクセスネットワーク１０６に送信されることを可能にするように動作する。システムはまた、アクセスネットワーク１０６でのコンテンツフローに関係する統計情報がＣＳ１０２に返される方法(way)を提供する。
【００３０】
図２は、配信ネットワークへのマルチメディアコンテンツフローを生成しトランスポートするよう動作する、トランスポートシステム２００の一実施形態の図を示す。例えば、システム２００は、図１において説明されたトランスポートシステムとして、使用されてもよい。
【００３１】
トランスポートシステム２００の一実施形態は、コンテンツネットワーク２０２がコンテンツフローをアクセスネットワーク２０４にトランスポートすることを可能にする。コンテンツネットワーク２０２は、ＣＳ制御プロトコルロジック(CS control protocol logic)２０８およびＣＳベアラチャネルロジック(CS bearer channel logic)２１０を備えるＣＳ２０６、を含んでいる。アクセスネットワーク２０４は、ＢＮＳ制御プロトコルロジック(BNS control protocol logic)２１４およびＢＮＳベアラチャネルロジック(BNS bearer channel logic 2)２１６を備えるＢＮＳ２１２、を含んでいる。
【００３２】
ＣＳ制御プロトコルロジック２０８は、リクエストチャネル２１８および応答チャネル２２０を備える制御インタフェース経由で、ＢＮＳ制御プロトコルロジック２１４と通信する。リクエストチャネル２１８は、ＣＳ制御プロトコルロジック２０８が、コンテンツフローを追加する、変更する、削除する、そうでなければ修正することを要求する、あるいは統計情報を要求するリクエストメッセージを、ＢＮＳ制御プロトコルロジック２１４に送信することを可能にする。応答チャネル２２０は、ＢＮＳプロトコルロジック２１４が、リクエストメッセージのうちのどれにも応答する応答メッセージを、ＣＳ制御プロトコルロジック２０８に送信することを可能にする。一実施形態では、リクエストチャネル２１８と応答チャネル２２０は、任意の適切なタイプの通信リンクから構成されており、そして、ＣＳ制御プロトコルロジック２０８とＢＮＳ制御プロトコルロジック２１４は、メッセージがリクエストチャネル２１８および応答チャネル２２０を使用して交換されることを可能にする任意の適切な送受信ロジック(transmitting and receiving logic)を備えている。
【００３３】
ＣＳベアラチャネルロジック２１０は、ＣＳ制御プロトコルロジック２０８の制御下で、コンテンツフローをコンテンツネットワーク２０２からアクセスネットワーク２０４に送信するように動作する。例えば、ＣＳベアラチャネルロジック２１０は、そのインプット２２４で、コンテンツネットワーク２０２からコンテンツフロー２２８を受け取る。ＣＳ制御プロトコルロジック２０８が、アクセスネットワーク２０４へのコンテンツフロー２２８を追加する権限を得た後に、ＣＳベアラチャネルロジック２１０は、ベアラチャネル２２２上でコンテンツフロー２２８を、ＢＮＳベアラチャネルロジック２１６に送信するように動作し、それは、アクセスネットワーク２０４に結合されたデバイスに、その出力チャネル２２６上でコンテンツフロー２２８を次々にブロードキャストする。
【００３４】
一実施形態では、ベアラチャネル２２２は、ＣＳ２０６からのフローをＢＮＳ２１２に送信するために一般ルーティングのカプセル化(generic routing encapsulation)（ＧＲＥ）プロトコルを利用するが、然しながら、任意の他の伝送技術あるいはプロトコルも使用されてもよい。例えば、ＣＳベアラプロトコルロジック２１０およびＢＮＳベアラプロトコルロジック２１６は、ＧＲＥプロトコルを使用するベアラチャネル２２２をインプリメントするために任意の適切なロジックを含む。然しながら、他の実施形態では、ベアラチャネル２２２は任意の適切な伝送プロトコルを利用するかもしれない。
【００３５】
一実施形態では、ＣＳ２０６およびＢＮＳ２１２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリエレメント、仮想計算機、ソフトウェア、及び／又はハードウェアとソフトウェアの任意の組合せを備える。このように、ＣＳ２０６およびＢＮＳ２１２は、一般に、ここに説明された機能を行うために機械可読のインストラクション(machine-readable instructions)を実行するロジックを含む。図２の中で示されるＣＳ２０６およびＢＮＳ２１２は単に１つのインプリメンテーションを表わしているということに、そして、他のインプリメンテーションが実施形態の範囲内で可能であるということに、注意が必要である。
【００３６】
一実施形態では、トランスポートシステムは、少なくとも１つのプロセッサ、例えばＣＳ２０６あるいはＢＮＳ２１２に位置するプロセッサ、が実行されるときに、ここに説明されたトランスポートシステムの機能を提供するように動作する、コンピュータ可読媒体上に保存されたプログラムインストラクションを備えている。例えば、インストラクションは、コンピュータ可読媒体、例えば、フロッピィ（登録商標）ディスク、ＣＤＲＯＭ、メモリーカード、ＦＬＡＳＨメモリデバイス、ＲＡＭ、ＲＯＭ、あるいは任意の他のタイプのメモリデバイスまたはコンピュータ可読媒体などから、ＣＳ２０６及び／又はＢＮＳ２１２にロードされることができる。別の実施形態では、インストラクションは、ＣＳ２０６あるいはＢＮＳ２１２にインタフェースをとる外部デバイスまたはネットワークリソースから、ＣＳ２０６及び／又はＢＮＳ２１２にダウンロードされることができる。インストラクションは、ＣＳ２０６あるいはＢＮＳ２１２で処理ロジックによって実行されるとき、ここに説明されるようなトランスポートシステムの１以上の実施形態を提供する。
【００３７】
図３は、トランスポートシステムの実施形態において使用されるトランスポートメッセージ３００の一実施形態を示す。例えば、トランスポートメッセージ３００は、図２の中で示されるトランスポートシステム２００において、使用されることができる。１以上の実施形態では、トランスポートメッセージ３００は、ＣＳ制御プロトコルロジック２０８が、アクセスネットワーク２０４に提供されるコンテンツフローを追加する、変更する、あるいは削除することを可能にするように、ＣＳ制御プロトコルロジック２０８とＢＮＳ制御プロトコルロジック２１４との間で（すなわち、リンク２１８、２２０経由で）送信される。別の実施形態では、トランスポートメッセージ３００は、ＣＳ２０６が、アクセスネットワーク２０４中のフローに関する統計情報を得ることを可能にする。
【００３８】
一実施形態では、トランスポートメッセージ３００のうちの１つまたは複数は、任意の特定のフローに関係しているパラメータを備える。例えば、AddFlowRequest（フロー追加リクエスト）メッセージ３０２は、１以上のパラメータを備えており、フロー識別子(flow identifier)、提案された配信時間(proposed delivery time)、レート(rate)、提案されたサービスの品質（ＱｏＳ）、開始時間、終了時間、あるいは参照されるフロー(referenced flow)に関連する任意の他のパラメータを示す。メッセージ３００のうちのどれでも、ＣＳ制御プロトコルロジック２０８とＢＮＳ制御プロトコルロジック２１４との間に情報が通過することを可能にする１以上のメッセージパラメータを伝えるために使用されてもよい。トランスポートメッセージ３００は単に１つのインプリメンテーションを示しているということに、そして、他のメッセージおよびメッセージタイプが実施形態の範囲内の使用に対し可能であるということに、注意されるべきである。
【００３９】
トランスポートメッセージ３００は、アクセスネットワーク２０４からのフローを追加し、修正し、そして取り除くように動作するメッセージ３０２から３１２までを含む。例えば、メッセージ３０２は、フローパラメータを含んでおり、コンテンツフローがアクセスネットワークに追加されることを要求するように動作する。メッセージ３０６は、メッセージ中で識別された(identified)特定のコンテンツフローを、例えば、その開始または終了時間を修正することによって、修正するように動作する。メッセージ３１０は、メッセージ中で識別された特定のコンテンツフローを取り除くように動作するが、それは、配信のためにスケジュール設定されたフローであるかもしれないしあるいは現在配信されているフローであるかもしれない。
【００４０】
メッセージ３１４から３２４までは、それぞれのメッセージ中で識別される、アクセスネットワーク２０４におけるフローについての登録(registration)、統計(statistics)、レイテンシー(latency)の情報を得るように動作する。例えば、メッセージ３１４は、メッセージ中で識別された特定のコンテンツフローを受け取るために、いくつのデバイスが登録されるかの決定を要求するように動作する。メッセージ３１６は、登録されたデバイスの数を示す報告書を提供するよう動作する。メッセージ３１８は、メッセージ中で識別されたフローについての任意のタイプの統計を要求するよう動作し、そして、メッセージ３２２は、メッセージ中で識別されたフローに関するレイテンシータイム(latency time)を要求するよう動作する。
【００４１】
メッセージ３２６から３３２までは、ハートビートメカニズム(heartbeat mechanism)を提供するように、そして、リセット／再同期メカニズム(reset/re-sync mechanism)を提供するように動作する。ハートビートメカニズムは、ＣＳとＢＮＳとの間の通信リンクが使用可能である(operational)ことを示すように動作する。リセット／再同期メカニズムは、ＣＳかＢＮＳかのいずれかが、トランスポートシステムにおけるフローの状態をリセット／再同期することを可能にするように動作する。メッセージ３２６から３３２までのより詳細な説明は、このドキュメントの別のセクションにおいて提供される。
【００４２】
したがって、１以上の実施形態では、メッセージ３００は、コンテンツネットワーク２０２からアクセスネットワーク２０４に送信されたコンテンツフローを処理するように、そしてまた、それらのフローについてのステータス情報が、アクセスネットワーク２０４からコンテンツネットワーク２０２に戻されるのを可能にするように動作する。
【００４３】
図４は、トランスポートシステムの実施形態において使用されるメッセージングプロトコル(messaging protocol)４００の一実施形態を示す。例えば、メッセージングプロトコル４００は、ＣＳ４０２とＢＮＳ４０４の間でメッセージ３００を送信するために使用されることができる。各メッセージの相対的時間(relative time)を示す、時間表示(time indicator)４０６が提供されている。
【００４４】
時間Ａでは、４０８で示されるように、フロー追加リクエストメッセージ(add flow request message)３０２が、ＣＳ４０２からＢＮＳ４０４に送信される。４０８で送信されたフロー追加リクエストメッセージは、アクセスネットワークにフローを追加するリクエストであり、そしてリクエストは、フローパラメータ、例えば、フローアドレス（ＩＰアドレス）、フローポート（ポート）、フローレート（レート）、スケジュール設定された配信時間（時間）、ＱｏＳレベル、及び／又は、ＣＳ４０２がアクセスネットワークに追加したいフローを説明するために使用されることができる任意の他の適切なフローパラメータなどを、含む。
【００４５】
時間Ａの後の比較的短い時間であり得る時間Ｂでは、４１０で示されるように、要求されたレートがサポートされることができないので要求されたフローの追加は拒絶されるということを示すフロー追加応答メッセージ(add flow response message)３０４で、ＢＮＳ４０４は応答する。
【００４６】
拒絶された追加フローの結果として、ＣＳ４０２は、フローのレート（すなわち、レート）を調整するように動作する（４１２で）ので、フローは、アクセスネットワークによる配信用に、ＢＮＳ４０４によって受け入れられる(accepted)ことができる。
【００４７】
時間Ｃでは、４１４で示されるように、新しいAddFlowRequestメッセージ３０２が、ＣＳ４０２からＢＮＳ４０４に送信される。４１４で送信されたフロー追加リクエストメッセージは、アクセスネットワークに更新されたフローを追加するリクエストであり、そして、リクエストは新しいフローパラメータ（すなわち、レート）を含んでいる。
【００４８】
時間Ｃの後の比較的短い時間であり得る時間Ｄでは、４１６で示されるように、更新されたパラメータを持って要求されたフローの追加が受け入れられることを示すフロー追加応答メッセージ３０４で、ＢＮＳ４０４は応答する。４１６での応答メッセージは、フローを識別するフローハンドル(flow handle)を含んでいる。
【００４９】
フロー追加リクエスト３０２において示される時間パラメータ（時間）に対応する時間Ｅでは、コンテンツフローは、４１８で示されるようなベアラチャネルを通して、ＣＳ４０２からＢＮＳ４０４に送信される。例えば、ベアラチャネルは、図２の中で示されるベアラチャネル２２２であってもよい。このように、１以上の実施形態では、フローが追加され、修正され、取り除かれることを可能にするように、あるいは、統計が得られることを可能にするように、メッセージングプロトコル４００が、ＣＳ４０２とＢＮＳ４０４との間で１以上のトランスポートメッセージを交換するために使用されることができる。
【００５０】
図５は、トランスポートシステムの実施形態におけるコンテンツサーバを操作する方法５００の一実施形態を示す。明瞭にするために、方法５００は、図２の中で示されるＣＳ２０６を参照して説明される。１以上の実施形態では、ＣＳ制御プロトコルロジック２０８は、プログラムインストラクションを実行し、以下に説明される機能を行なうようにサーバーＣＳ２０６のオペレーション(operation)を制御する。
【００５１】
ブロック５０２で、アクセスネットワークにコンテンツフローを追加することを要求するリクエストが送信される。例えば、リクエストは、アクセスネットワークに関連したＢＮＳに送信されるAddFlowRequestメッセージ３０２である。リクエストは、フロー（すなわち、レート、ＱｏＳ、等）を説明するフローパラメータを含んでおり、また、フローがアクセスネットワークに追加されることになっているスケジュール設定された時間を示す。例えば、ＣＳ制御プロトコルロジック２０８は、リクエストをリクエストチャネル２１８上でＢＮＳ制御プロトコルロジック２１４に送信する。
【００５２】
ブロック５０４で、フローがアクセスネットワークに追加されるかどうかを示す応答が、受信される。例えば、応答は、ＣＳ制御プロトコルロジック２０８によって受信されるAddFlowResponse（フロー追加応答）メッセージ３０４である。一実施形態では、提示されたフローパラメータを与えられると(given the stated flow parameters)フローがブロードキャストされることができるのかどうかを、アクセスネットワークが決定する(determine)。例えば、もしフローパラメータが非常に高いデータレートを示す場合は、アクセスネットワークはフローをブロードキャストすることはできないかもしれない。同様に、フローパラメータは、アクセスネットワークによってサポートされることができない何らかの他の基準(criteria)（すなわち、スケジュール設定された時間、ＱｏＳ、等）を示すことができるかもしれない。リクエストが承諾される(granted)場合は、方法はブロック５０８に進む。
【００５３】
リクエストが承諾されない場合は、応答メッセージはさらに、１以上の受け入れることができるパラメータ(acceptable parameters)を提供することができる。例えば、AddFlowResponseメッセージ３０４は、フローがアクセスネットワークに追加されないだろうということを示すが、しかしながら、一実施形態では、応答メッセージは、フロー受け入れ(flow acceptance)を得るために使用されることができる１以上の受け入れることができるパラメータを備える。例えば、受け入れることができるレートあるいはＱｏＳのパラメータは、応答メッセージ中で提供されることができる。方法は、ブロック５０６に進む。
【００５４】
ブロック５０６で、フロー及び／又はその関連するパラメータが、それがアクセスネットワーク上で送信されることができるように、調整される。例えば、フローレート、ＱｏＳ、スケジュール設定された伝送時間、あるいはフローの任意の他のパラメータは、フローがアクセスネットワークによってブロードキャストされることができるように、調整されることができる。例えば、フローデータレートは、アクセスネットワークによってサポートされることができるデータレートに調整されることができる。一実施形態では、ＣＳ制御プロトコルロジック２０８は、応答メッセージ中で提供された受け入れることができるパラメータに基づいてフロー及び／又はフローパラメータを調整するよう動作する。方法はそのあと、ブロック５０２に進み、そこでは、新しいAddFlowRequestメッセージ３０２が、送信され、かつ、新しいあるいは調整されたフローパラメータを含んでいる。
【００５５】
ＣＳがフローに関連した１以上のパラメータを交渉して取り決める(negotiate)ことを可能にするように、ブロック５０２、５０４および５０６が動作する、ということに注意が必要である。例えば、もしアクセスネットワークが、与えられたレートでのフローを受け入れること(to accept)を拒否する場合は、ＣＳは、応答メッセージ中の受け入れることができるパラメータに基づいてブロック５０６でレートを調整できる、そして、新しいレートでフローを追加する新しいリクエストがブロック５０２で送信される。このように、アクセスネットワークに受け入れることができるパラメータが決定されるまで、フローに関連したパラメータのいずれも、例えば、スケジュール設定された伝送時間、データレート、ＱｏＳパラメータ、開始時間、あるいは終了時間などが、交渉されることができる。
【００５６】
ブロック５０８では、フロー追加リクエストが成功していると仮定して、アクセスネットワークにフローを配信する時間であるかどうかを決定するためにテストが行なわれる。例えば、ＣＳ制御プロトコルロジック２０８が、フロー伝送のためのスケジュール設定された時間が生じたかどうかを決定するように動作する。フロー伝送のためのスケジュール設定された時間が生じている場合は、方法はブロック５１６に進む。フロー伝送のためのスケジュール設定された時間が生じていない場合は、方法はブロック５１０に進む。
【００５７】
ブロック５１０では、いずれかのフロー機能(any flow functions)が行われる必要があるかどうかを決定するために、テストが行なわれる。例えば、フローの開始あるいは終了の時間が調整される必要があるかもしれないし、あるいは、フローが削除されるかもしれない。一実施形態では、ＣＳ制御プロトコルロジック２０８が、別のフロー機能が行なれる必要があるかどうかを決定するように動作する。行なわれる必要のあるフロー機能がない場合は、つぎに、方法は、フローを配信する時間であるかどうかを決定するためにブロック５０８に進む。フロー機能が行なわれる必要がある場合、そのときは、方法はブロック５１２に進む。
【００５８】
ブロック５１２では、フロー機能が行なわれることを要求するメッセージが送信される。例えば、メッセージは、フローの開始あるいは終了の時間が調整されることを、あるいは、フローが削除されることを、要求することができる。例えば、メッセージは、図３の中で示されるメッセージ３００のうちの１つかもしれない。一実施形態では、ＣＳ制御プロトコルロジック２０８は、メッセージを、リクエストチャネル２１８経由で、ＢＮＳ制御プロトコルロジック２１４に送信するように動作する。
【００５９】
ブロック５１４では、機能が許可されるかどうかを示す、あるいはそうでなければ機能に対する応答を提供する応答メッセージ、が受信される。例えば、応答メッセージは、フローの開始時間における要求された変更が許可されることを示すかもしれない。あるいは、応答メッセージは、要求された情報を提供するかもしれない。例えば、応答メッセージは、RegistrationReportResponse（登録報告応答）メッセージ３１６によって提供されるような登録数値(registration value)を示すかもしれない。一実施形態では、応答メッセージは、応答チャネル２２０を通して、ＣＳ制御プロトコルロジック２０８によって受信される。方法は、そのあと、フローを配信する時間であるかどうかを決定するためにブロック５０８に進む。
【００６０】
ブロック５１６では、スケジュール設定された時間でアクセスネットワークへのコンテンツフローの伝送が開始される。例えば、一実施形態では、コンテンツフローは、ベアラチャネル２２２上でＣＳベアラチャネルロジック２１０からＢＮＳベアラチャネルロジック２１６に送信される。
【００６１】
ブロック５１８では、もっと多くのフロー機能が行なわれる必要があるかどうかを決定するために、テストが行なわれる。例えば、ＣＳ制御プロトコルロジック２０８が、もっと多くのフロー機能が行なわれる必要があるかどうかを決定する。例えば、フロー機能は、フロー終了時間を変更すること、フローを削除すること、あるいはなんらかの他の機能、を含んでいる。これ以上のフロー機能が行なわれない場合は、方法はブロック５２４に進む。もっと多くのフロー機能が行なわれる必要がある場合は、方法はブロック５２０に進む。
【００６２】
ブロック５２０では、フロー機能が行なわれることを要求するメッセージが送信される。例えば、メッセージは、フロー終了時間が調整されることを、あるいは、フローが削除されることを、要求するかもしれない。例えば、メッセージは、図３の中で示されるメッセージ３００のうちの１つであり得る。一実施形態では、ＣＳ制御プロトコルロジック２０８は、メッセージを、リクエストチャネル２１８を通して、ＢＮＳ制御プロトコルロジック２１４に送信するように動作する。
【００６３】
ブロック５２２では、機能が認可されるかどうかを示す、あるいはそうでなければ機能に対する応答を提供する応答メッセージが、受信される。例えば、応答メッセージは、フローの開始時間における要求された変更が許可されることを示すかもしれない。あるいは、応答メッセージは、要求された情報、例えば、図３のメッセージ３００によって提供されるような登録数値など、を提供するかもしれない。一実施形態では、応答メッセージは、応答チャネル２２０経由で、ＣＳ制御プロトコルロジック２０８によって受信される。
【００６４】
ブロック５２４では、フローの伝送が完了したかどうかを決定するためにテストが行なわれる。例えば、ＣＳ制御プロトコルロジック２０８が、伝送が完了されたかどうかを決定する。伝送が完了していない場合、方法は、もっと多くのフロー機能が行なわれる必要があるのかどうかを決定するために、ブロック５１８に進む。伝送が完了している場合は、方法はブロック５２６で終了する。
【００６５】
方法５００は、単に１つのインプリメンテーションを示しているということに、そして、説明された機能の変更、追加、削除、あるいは再配列は、説明された実施形態の範囲から逸脱することなしに行われることができるということに、注意が必要である。
【００６６】
図６は、トランスポートシステムの実施形態におけるブロードキャストサーバを操作する方法６００の一実施形態を示す。明瞭にするために、方法６００は、図２の中で示されるＢＮＳ２１２を参照して説明される。１以上の実施形態では、ＢＮＳ制御プロトコルロジック２１４は、以下に説明される機能を行なうために、プログラムインストラクションを実行し、ＢＮＳ２１２のオペレーションをコントロールする。
【００６７】
ブロック６０２では、ブロードキャストサーバに関連したアクセスネットワーク上で、ブロードキャスト用のコンテンツフローを追加するリクエストが受け取られる。例えば、リクエストは、ＢＮＳ制御プロトコルロジック２１４によって受け取られるAddFlowRequestメッセージ３０２であり、また、リクエストは、フローに関連したフローパラメータを含み、それは、レート、ＱｏＳ、スケジュール設定された配信時間などを含んでいてもよい。
【００６８】
ブロック６０４では、提示されたフローパラメータを与えられるとフローが受け入れられるかどうかの決定がされる。例えば、ＢＮＳ制御プロトコルロジック２１４は、フローの提案されたレートあるいはＱｏＳが受け入れることができるかどうかを決定するように動作する。提案されたフロー及び／又はそのパラメータが受け入れることができる場合は、方法はブロッ６１０に進む。提案されたフロー及び／又はそのパラメータが受け入れることができない場合は、方法はブロッ６０６に進む。
【００６９】
ブロック６０６では、否定応答(negative response)が、フロー追加リクエストに応じて送信される。例えば、ＢＮＳ制御プロトコルロジック２１４は、応答チャネル２２０経由で、ＣＳ制御プロトコルロジック２０８に否定応答メッセージを送信するように動作する。一実施形態では、否定応答メッセージは、図３の中で示されるAddFlowResponseメッセージ３０４であり、それは、否定応答を示すパラメータを含むように設定されており、そしてまた１以上の受け入れることができるパラメータを含んでもよい。例えば、ＢＮＳ制御プロトコルロジック２１４は、フローがアクセスネットワーク上でブロードキャストされることを可能にするだろう受け入れることができるパラメータ、を決定することができる。これらのパラメータは応答メッセージ中に含まれるので、要求中のデバイスは、フローがアクセスネットワークに追加されることを可能にするために調整されることを必要とするパラメータが何であるかのインジケーションが提供される。方法は、そのあと、ブロック６０８で終了する。
【００７０】
ブロック６１０では、コンテンツフローがアクセスネットワークに追加されることを許可する肯定応答(positive response)が送信される。例えば、ＢＮＳ制御プロトコルロジック２１４は、コンテンツフローがアクセスネットワークに追加されることを許可する肯定応答メッセージを送信する。一実施形態では、応答メッセージはAddFlowResponseメッセージ３０４であり、それは、肯定応答を示し、かつ、応答チャネル２２０を使用してＣＳ制御プロトコルロジック２０８に送信されるパラメータ、を含んでいる。応答メッセージは、アクセスネットワーク中のフローを識別するフローハンドルを含んでいる。
【００７１】
フローに関連したパラメータがＣＳとＢＮＳとの間で交渉されるのを可能にするように、ブロック６０２、６０４、６０６および６１０が動作するということに、注意が必要である。例えば、ＢＮＳ２１２が、フローを拒絶し、ブロック６０６で否定応答を送信する場合は、ＣＳ２０６は、フローパラメータを調整することができ、ブロック６０２で受信される新しいフロー追加リクエストを送信することができる。新しいフローパラメータが受け入れることができる場合は、ＢＮＳ２１２は、フローを受け入れ、そして、ブロック６１０で肯定応答を送信する。このように、ＢＮＳ２１２およびＣＳ２０６は、フローに関連したどんなフローパラメータも交渉して取り決めるように動作することができる。
【００７２】
ブロック６１２では、スケジュール設定されたフローが受信されるべき時間であるかどうかを決定するために決定が行われる。例えば、ＢＮＳ制御プロトコルロジック２１４は、ブロック６０２で受信されたフロー追加リクエストメッセージの中で提供された、スケジュール設定された伝送時間を待つ。フローが受信される予定の時間である場合、方法はブロック６２０に進む。フローを受信する時間でない場合、方法はブロックに６１４に進む。
【００７３】
ブロック６１４では、少しでもより多くのフローリクエスト(any more flow requests)が受信されたかどうかを決定するために判断が行われる。例えば、ＢＮＳ制御プロトコルロジック２１４は、リクエストチャネル２１８経由で、ＣＳ制御プロトコルロジック２０８からどんな更なるフローリクエスト(any additional flow requests)も受け取るように動作する。フローリクエストは、無線ネットワーク中のフローを修正するかあるいは削除することを、あるいは、特定のフローについてのステータスを得ることを、要求することができる。リクエストが受信されない場合、方法は、フローを受信する時間であるかどうかを決定するために、ブロック６１２に進む。もし、更なるフローリクエストが受信される場合は、方法はブロック６１６に進む。
【００７４】
ブロック６１６では、受信されたフローリクエストはデコードされ(decoded)、そして必要ならば、どんな識別された機能も実行される。例えば、リクエストは、どのフロー機能が実行されるべきかを決定するためにデコードされる。フロー機能は、図３の中のメッセージ３００に関連して説明された機能のうちの１つであってもよいし、あるいは、何らかの他の適切な機能であってもよい。例えば、ＢＮＳ制御プロトコルロジック２１４は、フローリクエストをデコードするように動作し、また、必要ならば、要求された機能が提供される。例えば、要求された機能は、アクセスネットワーク中の特定のフローに関する統計リクエスト(statistics)（メッセージ３１８）であるかもしれない。ＢＮＳ制御プロトコルロジック２１４は、統計を得て、かつ、応答メッセージ（メッセージ３２０）の中で要求中のデバイスに統計情報を提供するように動作する。例えば、要求中のデバイスは、ＣＳ制御プロトコルロジック２０８かもしれないし、また、ＢＮＳ制御プロトコルロジック２１４は、要求された機能を行なうように動作する。
【００７５】
ブロック６１８では、応答が、フローリクエストに応じて送信される。例えば、ＢＮＳ制御プロトコルロジック２１４は、応答メッセージをアセンブル(assemble)し、かつ応答チャネル２２０経由で要求中のデバイスにそれを送信するように動作する。例えば、リクエストは、メッセージ３１４によって提供されるような、アクセスネットワーク中のどれだけの数のデバイスがフローを受信するために登録されるのかを決定するリクエストかもしれない。ＢＮＳ制御プロトコルロジック２１４は、登録されるデバイスの数を決定し、かつ、応答メッセージ３１６中でこの数値を返すように動作する。方法は、このあと、送信されたフローを受信する時間であるかどうかを決定するために、ブロック６１２に進む。
【００７６】
ブロック６２０では、ＢＮＳは、スケジュール設定された時間に、フローを受信することを開始する。例えば、コンテンツフローは、ＢＮＳベアラチャネルロジック２１６によって、ベアラチャネル２２２上で受け取られる。
【００７７】
ブロック６２２では、コンテンツフローは、アクセスネットワーク上でブロードキャストされる。例えば、ＢＮＳベアラチャネルロジック２１６は、１以上のデバイスによる受信のためにアクセスネットワーク上で受信コンテンツフロー(received content flow)をブロードキャストするように動作する。デバイスは、後での視聴のために、コンテンツフローをキャッシュに保存することができる。別の実施形態では、フローは、アクセスネットワーク中のデバイスに後でブロードキャストするために、ＢＮＳによってキャッシュに保存されることができる。
【００７８】
ブロック６２４では、フローが完全に受け取られたかどうかの決定がされる。例えば、ＢＮＳ制御プロトコルロジック２１４は、フローが完全に受け取られたかどうかを決定するように動作する。フローが完全には受け取られてなかった場合は、方法はブロック６２６にすすむ。フローが完全に受け取られた場合は、方法はブロック６３２で終了する。
【００７９】
ブロック６２６では、少しでもより多くのフローリクエストが受け取られたかどうかを決定するために判断が行われる。例えば、ＢＮＳ制御プロトコルロジック２１４は、リクエストチャネル２１８経由で、ＣＳ制御プロトコルロジック２０８からどんな更なるフローリクエストも受け取るように動作する。フローリクエストは、アクセスネットワークからのフローを修正するかあるいは削除することを、あるいは、特定のフローについてのステータスを得ることを、要求するかもしれない。リクエストが受け取られない場合は、フローが完全に受け取られたかどうかを決定するために、方法はブロック６２４に進む。もし、更なるフローリクエストが受け取られる場合、方法はブロック６２８に進む。
【００８０】
ブロック６２８では、受信されたフローリクエストはデコードされ、そして必要ならば、どんな識別された機能も実行される。例えば、リクエストは、どのフロー機能が実行されるべきかを決定するためにデコードされる。フロー機能は、図３の中のメッセージ３００に関連して説明された機能のうちの１つであってもよいし、あるいは、何らかの他の適切な機能であってもよい。例えば、ＢＮＳ制御プロトコルロジック２１４は、フローリクエストをデコードするように動作し、また、必要ならば、要求された機能が提供される。例えば、要求された機能は、アクセスネットワーク中の特定のフローに関する統計リクエストであるかもしれない。ＢＮＳ制御プロトコルロジック２１４は、統計を得て、かつ、メッセージ３２０の中で要求中のデバイスに統計情報を提供するように動作する。例えば、要求中のデバイスは、ＣＳ制御プロトコルロジック２０８かもしれないし、また、ＢＮＳ制御プロトコルロジック２１４は、要求された機能を行なうように動作する。
【００８１】
ブロック６３０では、応答が、フローリクエストに応じて送信される。例えば、ＢＮＳ制御プロトコルロジック２１４は、応答メッセージをアセンブルし、かつ応答チャネル２２０経由で要求中のデバイスにそれを送信するように動作する。例えば、リクエストは、メッセージ３１４によって提供されるような、アクセスネットワーク中のどれだけの数のデバイスがフローを受信するために登録されるのかを決定するリクエストかもしれない。ＢＮＳ制御プロトコルロジック２１４は、登録されるデバイスの数を決定し、かつ、応答メッセージ３１６の中でこの数値を返すように動作する。方法は、このあと、フローが完全に受け取られたかどうかを決定するために、ブロック６２４に進む。フローが完全に受け取られた場合、方法はブロック６３２で終了する。
【００８２】
方法６００は、単に１つのインプリメンテーションを示しているということに、そして説明された機能の変更、追加、削除、あるいは再配列は、説明された実施形態の範囲から逸脱することなしに行われることができるということに、注意が必要である。
【００８３】
ハートビートメカニズム(Heartbeat Mechanism)
【００８４】
図２および３を再び参照すると、１以上の実施形態において、ＣＳ２０６とＢＮＳ２１２との間の通信リンクの健全状態を監視するハートビートメカニズムが、提供されている。一実施形態では、ＣＳ制御プロトコルロジック２０８は、周期的に、HeartbeatRequest（ハートビートリクエスト）メッセージ３２６をＢＮＳ制御プロトコルロジック２１４に送る。例えば、HeartbeatRequestメッセージ３２６は６０秒ごとにリクエストチャネル２１８上で送信される。ＢＮＳ制御プロトコルロジック２１４は、選択可能な応答時間内に、応答チャネル２２０上で、HeartbeatResponse（ハートビート応答）メッセージ３２８を用いて応答する。成功しているハートビートメッセージの交換は、ＣＳ２０６とＢＮＳ２１２との間の通信リンクが適切に動作していることを示す。一実施形態では、HeartbeatRequestメッセージ３２６およびHeartbeatResponseメッセージ３２８は、ＣＳ２０６とＢＮＳ２１２との間の通信リンクの健全状態が監視されることを可能にする任意の適切なフォーマット及び／又は情報パラメータを有する１以上のメッセージを備えてもよい。
【００８５】
一実施形態では、トランスポートシステムは、３つのシナリオに基づいて、ＣＳ２０６とＢＮＳ２１２との間の通信リンクの健全状態を検出するように動作する。第１のシナリオでは、HeartbeatRequestとHeartbeatResponseのメッセージは成功裡に交換される。第２のシナリオでは、ＣＳ２０６から送信されたHeartbeatRequestメッセージは、ＢＮＳ２１２からのHeartbeatResponseメッセージが失われてしまったという事実に起因して、答えがないままである。数回繰り返されたHeartbeatRequestメッセージの伝送が答えのないままであるあとに、ＣＳ２０６は、通信リンクは失敗したと決定する。第３のシナリオでは、繰り返されたHeartbeatRequestメッセージの伝送は、何らかのタイプの通信リンク障害に起因してＢＮＳ２１２に届かない。数回繰り返されたHeartbeatRequestメッセージの伝送が答えのないままであるあとに、ＣＳ２０６は、通信リンクは失敗したと決定する。このように、ハートビートメカニズムは、ＣＳ２０６とＢＮＳ２１２との間の通信リンクの健全状態を監視する方法を提供する。
【００８６】
状態同期化メカニズム(State Synchronization Mechanism)
【００８７】
１以上の実施形態では、ＣＳ２０６およびＢＮＳ２１２の両方でのフロー状態情報がリセットされる、かつ／または、同期されるのを可能にする、状態同期化メカニズムが提供される。１以上の実施形態では、状態同期化は、ResetRequest（リセットリクエスト）３３０およびResetResponse（リセット応答）３３２のメッセージの使用を通して達成される。
【００８８】
ResetRequestメッセージ３３０は、ＣＳ２０６あるいはＢＮＳ２１２のいずれかからも送信されてよく、また、０またはそれ以上のフローハンドル(zero or more flow handles)を含んでおり、それらはそれぞれ、HeartbeatRequestメッセージの送信機が０またはそれ以上のフロー(zero or more flow)の状態情報を有することを示す。リセットリクエストメッセージを受け取り次第、受信機（ＣＳ２０６あるいはＢＮＳ２１２のいずれか）は、フローハンドルの受信リスト(received list)をそれ自体のリストと比較し、そして、受信リスト内に含まれていないすべてのフローハンドルの状態を取り除く。
【００８９】
ResetRequestメッセージの受信機（ＣＳ２０６あるいはＢＮＳ２１２のいずれか）は、そのアクティブフローハンドルのリストを含んでいるResetResponseメッセージ３３２を送信することによって、メッセージの受信を通知する(acknowledges)。ResetResponseメッセージ３３２を受け取り次第、そのメッセージの受信機は、フローハンドルの受信リストをそれ自体のリストと比較し、そして、受信リスト内に含まれていないすべてのフローハンドルの状態を取り除く。ResetRequest／ResetResponseのトランザクション(transaction)の結果、ＣＳ２０６およびＢＮＳ２１２は、同じフローに対し同じ状態情報を有する。
【００９０】
図７は、トランスポートシステムの実施形態において使用されるメッセージングプロトコル７００の一実施形態を示す。メッセージングプロトコル７００は、ＢＮＳ７０４とＣＳ７０２との間の、ハートビートメカニズムおよびリセット／再同期メカニズムのオペレーションを示す。
【００９１】
選択された時点では、ＢＮＳ７０４の状態は、７０６で示されるように、２つのフロー（ＡとＢ）がアクセスネットワーク上での配信のために登録される。ＣＳ７０２もまた、７０８で示されるように、同じ状態を有している。
【００９２】
ＣＳ７０２は、つぎに、７１０で示されるように、HeartbeatRequestメッセージ３２６をＢＮＳ７０４に送信する。これに応じて、ＢＮＳ７０４は、７１２で示されるように、HeartbeatResponseメッセージ３２８を送信する。このように、ＣＳ７０２およびＢＮＳ７０４は、リンクが使用可能であることを決定するためにそれらの間の通信リンクの状態を監視することができる。
【００９３】
オペレーションの過程において、ＢＮＳ７０４の状態を変更させるリブート(reboot)が、ＢＮＳ７０４で生じる。例えば、フローＢの登録(registration)が失われ、その結果、ＢＮＳ７０４の状態は、７１４で示されるように、フローＡだけが登録されていることを示す。
【００９４】
７１６で示されるように、ＢＮＳ７０４は、ResetRequestメッセージ３３０をＣＳ７０２に送信する。ResetRequestメッセージ３３０は、ＢＮＳ７０４で、登録されたフローのリストを備える。例えば、フローＡは、ＢＮＳ７０４で登録されている。
【００９５】
ResetRequestメッセージに応じて、ＣＳ７０２は、受信リストに対応する(match)ようにその状態を更新する。例えば、ＣＳ７０２は、その状態からフローＢを取り除き、それは７１８で示されている。ＣＳ７０２は、そのあと、ＣＳ７０２で登録されたフローのリスト（ずなわち、フローＡ）を備えるResetResponseメッセージ３３２を送信する。ResetRequestとResetResponseのメッセージの結果、ＣＳ７０２およびＢＮＳ７０４の状態は同期がとられた(synchronized)。
【００９６】
ＣＳ７０２は、そのあと、７２２で示されるように、フローＢを追加するために、AddFlowRequestメッセージ３０２をＢＮＳ７０４に送信する。７２４で示されるように、ＢＮＳ７０４は、フローＢの追加を受け入れ(accepts)、そして、登録されたフローのその状態にフローＢを追加する。ＢＮＳ７０４は、そのあと、フローＢが配信用に受け入れられたことを示すAddFlowResponseメッセージ３０４をＣＳ７０２に送信する。ＣＳ７０４は、そのあと、７２８で示されるように、フローＢが今、配信用に登録されていることを反映するために、その状態を更新する。このように、トランスポートシステムの実施形態においては、ＣＳ７０２とＢＮＳ７０４との間の通信リンクのオペレーションが監視されることを可能とし、かつ、それらのそれぞれの状態がリセットされる、かつ／または、再同期化されることを可能とするように、ハートビートおよびリセット／再同期のメカニズムが動作する。
【００９７】
様々な例示的なロジック、論理ブロック、モジュール、およびここに開示された実施形態に関連して記述された回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、あるいは他のプログラム可能なロジックデバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいは、ここに記載された機能を実行するようにデザインされたこれらの任意の組合せを用いて、インプリメントされる(implemented)、あるいは実施される(performed)ことができる。汎用プロセッサは、マイクロプロセッサであってもよいし、しかし、代替の方法では、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組合せとして、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１以上のマイクロプロセッサ、あるいは任意の他のそのようなコンフィギュレーション(configuration)などとして、インプリメントされることもできる。
【００９８】
ここに開示された実施形態に関連して記述された方法あるいはアルゴリズムのステップは、ハードウェアで直接に、プロセッサによって実行されるソフトウェアモジュールで、あるいはこれらの２つの組合せで、具現化されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは当技術分野知られている任意の他の形態の記憶媒体、の中に常駐してもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み出すことができ、かつ、記憶媒体へ情報を書き込むことができるように、プロセッサに結合される。代替の方法では、記憶媒体は、プロセッサと一体化されていてもよい。プロセッサと記憶媒体は、ＡＳＩＣに常駐してもよい。ＡＳＩＣは、ユーザ端末に常駐してもよい。代替の方法では、プロセッサと記憶媒体は、ユーザ端末中の個別のコンポーネントとして常駐していてもよい。
【００９９】
開示された実施形態の説明は、どの当業者にも本発明を作るまたは使用することを可能にするように提供されている。これらの実施形態に対する様々な修正は、当業者にとっては、容易に明らかであるかもしれない、そして、ここに定義された包括的な原理は、他の実施形態、例えば、インスタントメッセージングサービス(instant messaging service)あるいは任意の一般的な無線データ通信アプリケーションなどにおいて、本発明の精神あるいは範囲を逸脱することなしに適用されることができる。したがって、本発明は、ここに示された実施形態に制限されるようには意図されておらず、ここに開示された原理および新規な特徴と整合する最も広い範囲が与えられるべきである。用語「例示的な(exemplary)」は、「例(example)、インスタンス(instance)、あるいは説明(illustration)として機能している」を意味するように、もっぱらここでは使用されている。「例示的な」としてここに説明されたどの実施形態も、他の実施形態よりも好ましいあるいは有利であるとして必ずしも解釈されるべきでない。
【０１００】
従って、複数のデータネットワークにわたってのマルチメディアコンテンツフローの生成およびトランスポートのためのトランスポートシステムの１以上の実施形態がここでは例示され説明されているが、それらの精神あるいは本質的な特性から逸脱することなしに、実施形態に対しての様々な変更が行われることができるということは十分理解されるであろう。それ故に、ここでの開示および記述は、説明のためであるように意図されており、添付の特許請求の範囲に定義されている、本発明の範囲を制限するものではない。
【優先権の主張】
【０００１】
（米国特許法１１９条のもとでの優先権の主張）
本特許出願は、本譲受人に譲渡され、ここにおいて参照することによりここに明示的に組み込まれる、２００５年４月１２日に出願された「メディア通信における状態同期化のための方法および装置(METHODS AND APPARATUS FOR STATE SYNCHRONIZATION IN MEDIA COMMUNICATION)」と題される米国特許仮出願第６０／６７０，９４６号、および、本譲受人に譲渡され、ここにおいて参照することによりここに明示的に組み込まれる、２００４年１２月９日に出願された「ＢＣＭＣＳインタフェース(BCMCS INTERFACE)」と題される米国特許仮出願第６０／６３４，９７７号の、優先権を主張する。
【０００２】
（米国特許法１２０条のもとでの優先権の主張）
本特許出願は、本譲受人に譲渡され、ここにおいて参照することによりここに明示的に組み込まれる、２００５年４月２０日に出願され、係属中の「マルチメディアコンテンツフローの生成およびトランスポートのための方法および装置(METHODS AND APPARATUS FOR CREATION AND TRANSPORT OF MULTIMEDIA CONTENT FLOWS)」と題される米国特許出願第１１／１１１，０５０号の一部継続である。
【背景】
【０００３】
（分野）
本発明は、概して、データネットワークにおけるマルチメディアコンテンツをトランスポートすること(transporting)に関し、より具体的には、配信ネットワーク(distribution network)へのマルチメディアコンテンツフロー(multimedia content flows)の生成およびトランスポートのための方法および装置に関する。
【０００４】
（背景）
無線通信ネットワークのようなデータネットワークは、単一の端末用にカスタマイズされたサービスと多くの端末に提供されるサービスとの間でトレードオフする必要がある。例えば、多くの数のモバイル端末（加入者）へのコンテンツの配信は複雑な問題である。これは、比較的低速の無線の通信リンクを使用して通信するモバイル端末について、特にあてはまる。それ故に、モバイル端末がコンテンツ及び／又は他のネットワークサービスを容易にかつ効率的に受け取ることを可能とする方法を、コンテンツプロバイダが持つことは非常に重要である。
【０００５】
現在のコンテンツ配信(content delivery)／メディア配信システム(media distribution system)においては、コンテンツプロバイダ(content provider)は、オーディオ、ビデオ、マルチメディア、リアルタイムまたは非リアルタイムのコンテンツおよび他のコンテンツタイプの方式で、コンテンツを、エンドユーザにコンテンツを配信するように動作するコンテンツプロバイダダネットワークに供給する。例えば、コンテンツプロバイダは、コンテンツプロバイダネットワークに、対応する高いデータレートを有する高品質コンテンツを提供することができる。ある地理的な領域においては、特別のハードウェア及び／又は通信リンクを利用することによって、この高品質のコンテンツを選択されたエンドユーザに受信し配信するために、専用のブロードキャストネットワークが開発されてきている。ある場合には、専用のブロードキャストネットワークは、コンテンツ配信する１０以上の高帯域チャネルを提供するかもしれない。
【０００６】
残念なことに、これらの専用ネットワークは一般に高価で、限られた動作領域上のみで提供される。広い動作エリアにわたって、アクセスネットワークは典型的には、非常により低いコストで、非常により少ない帯域幅をユーザに提供する。例えば、典型的な無線ネットワークは、マルチメディアコンテンツを配信するために１つのデータチャネルのみを提供するかもしれない。典型的には、このデータチャネルは、ポイントツポイント通信(point-to-point communications)のみを提供するので、コンテンツを多数の無線ユーザに配信することは、高価で非能率的である。更に、データチャネル上で利用可能な帯域幅は、専用のブロードキャストネットワーク上で利用可能な帯域幅よりはるかに少ないかもしれない。結果として、高品質コンテンツをアクセスネットワーク上で多くのユーザに配信するための、コスト的に効率がよく効果的な方法は現在存在しない。
【０００７】
従って、必要とされるものは、データネットワークを横切ってマルチメディアコンテンツフローを生成しトランスポートするシステムである。例えば、システムは、コンテンツプロバイダのネットワークからブロードキャスト配信ネットワークへの、マルチメディアコンテンツフローを生成しトランスポートするように動作する必要がある。システムはまた、コンテンツフローが配信ネットワーク上でブロードキャストされることができるように、コンテンツフローの１以上のパラメータを調整するメカニズムを提供する必要がある。
【発明の概要】
【０００８】
１以上の実施形態において、配信ネットワークへのマルチメディアコンテンツフローを生成しトランスポートするように動作する、方法および装置を備えた、トランスポートシステムが提供される。例えば、一実施形態では、トランスポートシステムは、コンテンツネットワークからアクセスネットワークへのコンテンツフローをトランスポートするように動作する。コンテンツがアクセスネットワークにトランスポートされるのを可能とすることにより、コンテンツは、利用可能な帯域幅を使用して、アクセスネットワーク上で、デバイスにブロードキャストされることができる。コンテンツを受け取ることを許可されているデバイスは、受信したブロードキャストを、後で見る(viewing)ために、キャッシュに保存することができる。
【０００９】
一実施形態では、アクセスネットワークに結合されたデバイスへの配信(distribution)のために、アクセスネットワークにコンテンツフローをトランスポートする方法が提供される。方法は、アクセスネットワークにコンテンツフローを追加するリクエストメッセージを送信すること(transmitting)を含み、リクエストメッセージは、コンテンツフローに関連した１以上のフローパラメータ(flow parameters)を備える。方法はまた、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す応答メッセージを受信すること(receiving)と、アクセスネットワークにコンテンツフローを配信すること(delivering)とを含む。
【００１０】
一実施形態では、アクセスネットワークに結合されたデバイスへの配信のために、アクセスネットワークにコンテンツフローをトランスポートする方法が提供される。方法は、アクセスネットワークにコンテンツフローを追加するリクエストメッセージを送信することを含み、リクエストメッセージは、コンテンツフローに関連した１以上のフローパラメータを備える。方法はまた、コンテンツフローがアクセスネットワークに追加されないだろうということを示す応答メッセージを受信することと、更新されたフローパラメータ(updated flow parameters)を生成するためにコンテンツフローに関連した、選択されたフローパラメータを調整すること(adjusting)とを含む。方法はまた、アクセスネットワークにコンテンツフローを追加する、更新されたフローパラメータを備える新しいリクエストメッセージを送信することと、更新されたフローパラメータに関連するコンテンツフローがアクセスネットワークに追加されるだろうということを示す応答メッセージを受信することとを含む。
【００１１】
一実施形態では、アクセスネットワークに結合されたデバイスへの配信のために、アクセスネットワークにコンテンツフローをトランスポートする方法が供給される。方法は、ハートビートリクエストメッセージ(heartbeat request message)を送信することと、通信リンクが利用可能である(operational)ことを示すハートビート応答メッセージを受信することとを含む。方法はまた、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えるリクエストメッセージを送信することと、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す応答メッセージを受信することとを含む。
【００１２】
一実施形態では、アクセスネットワークに結合されたデバイスに配信するためにアクセスネットワークにコンテンツフローをトランスポートするための装置が提供される。装置は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージ、を送信するためのロジックと、コンテンツフローはアクセスネットワークに追加されないだろうということを示す応答メッセージを受信するためのロジックとを備える。装置はまた、更新されたフローパラメータを生成するために、コンテンツフローに関連した、選択されたフローパラメータを調整するためのロジックと、アクセスネットワークにコンテンツフローを追加する新しいリクエストメッセージを送信するためのロジックとを備え、新しいリクエストメッセージは、更新されたフローパラメータを備える。装置はまた、更新されたフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信するためのロジックを備える。
【００１３】
一実施形態では、ロジックを処理することによって実行されるときに、アクセスネットワークに結合されたデバイスへの配信のために、アクセスネットワークにコンテンツフローをトランスポートするように動作するインストラクション、を備えるコンピュータ可読媒体が提供される。コンピュータ可読媒体は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを送信するためのインストラクションと、コンテンツフローがアクセスネットワークに追加されないだろうということを示す応答メッセージを受信するためのインストラクションとを備える。コンピュータ可読媒体はまた、更新されたフローパラメータを生成するために、コンテンツフローに関連した、選択されたフローパラメータを調整するためのインストラクションと、アクセスネットワークにコンテンツフローを追加する、更新されたフローパラメータを備えた新しいリクエストメッセージを送信するためのインストラクションと、更新されたフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信するためのインストラクションとを備える。
【００１４】
一実施形態では、アクセスネットワークに結合されたデバイスへの配信のために、アクセスネットワークにコンテンツフローをトランスポートする方法が提供される。方法は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを受信することと、１以上のフローパラメータに基づいてコンテンツフローがアクセスネットワークに追加されるだろうということを決定することとを含む。方法はまた、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す応答メッセージを送信することと、コンテンツフローを受信することとを含む。
【００１５】
一実施形態では、アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法が提供される。方法は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを受信することと、１以上のフローパラメータに基づいてコンテンツフローがアクセスネットワークに追加されないだろうということを決定することとを含む。方法はまた、コンテンツフローがアクセスネットワークに追加されないだろうということを示す応答メッセージを送信することと、アクセスネットワークにコンテンツフローを追加する、更新されたフローパラメータを備えた新しいリクエストメッセージを受信することと、更新されたフローパラメータに関連したコンテンツフローはアクセスネットワークに追加されるだろうということを示す新しい応答メッセージを送信することとを含む。
【００１６】
一実施形態では、アクセスネットワークに結合されたデバイスに配信するためにアクセスネットワークにコンテンツフローをトランスポートするための装置が提供される。装置は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを受信するように構成されたロジックと、１以上のフローパラメータに基づいてコンテンツフローがアクセスネットワークに追加されるだろうということを決定するように構成されたロジックとを備える。装置はまた、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す、応答メッセージを送信するように構成されたロジックと、コンテンツフローを受信するように構成されたロジックとを備える。
【００１７】
一実施形態では、アクセスネットワークに結合されたデバイスに配信するためにアクセスネットワークにコンテンツフローをトランスポートするための装置が提供される。装置は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを受信するように構成されたロジックと、１以上のフローパラメータに基づいてコンテンツフローがアクセスネットワークに追加されるだろうということを決定するように構成されたロジックとを備える。装置はまた、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す、応答メッセージを送信するように構成されたロジックと、コンテンツフローを受信するように構成されたロジックとを備える。
【００１８】
一実施形態では、ロジックを処理することによって実行されるときに、アクセスネットワークに結合されたデバイスへの配信のために、アクセスネットワークにコンテンツフローをトランスポートするように動作するインストラクション、を備えるコンピュータ可読媒体が提供される。コンピュータ可読媒体は、アクセスネットワークにコンテンツフローを追加する、コンテンツフローに関連した１以上のフローパラメータを備えたリクエストメッセージを受信するためのインストラクションと、１以上のフローパラメータに基づいてコンテンツフローが前記アクセスネットワークに追加されるだろうということを決定するためのインストラクションとを備える。コンピュータ可読媒体はまた、１以上のフローパラメータに関連したコンテンツフローがアクセスネットワークに追加されるだろうということを示す応答メッセージを送信するためのインストラクションと、コンテンツフローを受信するためのインストラクションとを備える。
【００１９】
本発明の他の面(aspects)、利点および特徴は、以下に説明される、図面の簡単な説明、発明の詳細な説明、および特許請求の範囲の調査検討後に明らかになるであろう。
【図面の簡単な説明】
【００２０】
【図１】図１は、ブロードキャスト配信ネットワークへのマルチメディアコンテンツフローを生成しトランスポートするよう動作するシステムの、一実施形態を構成する通信ネットワークの一実施形態を示す。
【図２】図２は、配信ネットワークへのマルチメディアコンテンツフローを生成しトランスポートするよう動作するトランスポートシステムの一実施形態の図を示す。
【図３】図３は、トランスポートシステムの実施形態において使用されるトランスポートメッセージの一実施形態を示す。
【図４】図４は、トランスポートシステムの実施形態において使用されるメッセージングプロトコルの一実施形態を示す。
【図５】図５は、トランスポートシステムの実施形態におけるコンテンツサーバを操作する方法の一実施形態を示す。
【図６】図６は、トランスポートシステムの実施形態におけるブロードキャストサーバを操作する方法の一実施形態を示す。
【図７】図７は、トランスポートシステムの実施形態において使用されるメッセージングプロトコルの一実施形態を示す。
【詳細な説明】
【００２１】
ここに説明される実施形態の上記の面および付随する利点は、添付図面と併せて以下の詳細な説明を参照することにより容易に明らかとなるであろう。
【００２２】
１以上の実施形態において、配信ネットワークへのマルチメディアコンテンツフローの生成およびトランスポートのためのトランスポートシステムが提供される。
【００２３】
図１は、ブロードキャスト配信ネットワークへのマルチメディアコンテンツフローを生成しトランスポートするよう動作するトランスポートシステムの一実施形態を構成する、通信ネットワーク１００の一実施形態を示す。例えば、トランスポートシステムは、ブロードキャスト配信のためにコンテンツをコンテンツネットワークからアクセスネットワークにトランスポートする際の使用に適している。
【００２４】
ネットワーク１００は、コンテンツサーバ１０２、コンテンツネットワーク１０４、およびアクセスネットワーク１０６を備えている。ネットワーク１００はまた、携帯電話１１０、携帯情報端末(personal digital assistance)（ＰＤＡ）１１２、およびノート型コンピュータ１１４を備えるデバイス(devices)１０８を含んでいる。デバイス１０８は、トランスポートシステムの１以上の実施形態における使用に適しているデバイスのうちの単にいくつかを例示している。図1においては３つのデバイスが示されているが、実際のところは、どんな数のデバイス、どんなタイプのデバイスでもトランスポートシステムにおける使用に適している、ということに注意すべきである。デバイス１１０および１１２がアクセスネットワーク１０６と無線通信リンク(wireless communication links)を介して通信していることに、そして、コンピュータ１１４がアクセスネットワーク１０６とハードワイヤード接続(hardwired connection)を介して通信している、ということにもまた注意すべきである。
【００２５】
コンテンツネットワーク１０４は、配信用コンテンツを供給するように動作する。コンテンツは、ビデオ、オーディオ、マルチメディアコンテンツ、クリップ(clips)、リアルタイムおよび非リアルタイムのコンテンツ、スクリプト(scripts)、プログラム、データあるいは任意の他のタイプの適切なコンテンツを備えている。コンテンツネットワーク１０４は、コンテンツを提供するように動作する有線および無線のネットワークの任意の組合せを備えている。トランスポートシステムの様々な実施形態においては、何らかの他のエンティティ(entities)、例えば、コンテンツプロバイダ、コンテンツ小売業者、コンテンツアクセスエンティティ、あるいは任意の他のエンティティなど、がアクセスネットワーク１０６上で配信用のコンテンツを提供できる、ということにもまた注意すべきである。
【００２６】
１以上の実施形態においては、トランスポートシステムは、コンテンツネットワーク１０４からのコンテンツをアクセスネットワーク１０６上で配信するように動作する。一実施形態においては、コンテンツネットワーク１０４におけるコンテンツサーバ（ＣＳ）１０２は、アクセスネットワーク１０６におけるブロードキャストネットワークサーバ（ＢＮＳ）１１６と通信するように動作する。ＣＳ１０２およびＢＮＳ１１６は、コンテンツネットワーク１０４がデバイスへのブロードキャスト／マルチキャストのためにコンテンツフロー(content flows)の形式でコンテンツをアクセスネットワーク１０６に配信することを可能にするトランスポートインタフェース(transport interface)１１８の１以上の実施形態を使用し、通信する。トランスポートインタフェース１１８は、制御インタフェース１２０とベアラチャネル(bearer channel)１２２とを備える。制御インタフェース１２０は、ＣＳ１０２がアクセスネットワーク１０６に送信されるコンテンツフローを追加し、変更し、取り消し、そうでなければ修正することを可能にするように、動作する。ベアラチャネル１２２は、コンテンツフローをコンテンツネットワーク１０４からアクセスネットワーク１０６にトランスポートするように動作する。
【００２７】
一実施形態では、ＣＳ１０２は、アクセスネットワーク１０６上のブロードキャスト／マルチキャストのためにＢＮＳ１１６に送信されるべきコンテンツフローをスケジュール設定する(schedule)ために、トランスポートインタフェース１１８を使用する。例えば、コンテンツフロー１２４は、非リアルタイムコンテンツクリップ(non real time content clip)を含むことができる。一実施形態では、ＣＳ１０２は、コンテンツフロー１２４に関連した１以上のパラメータを決定するためにＢＮＳ１１６と交渉する(negotiate)よう動作する。例えば、コンテンツクリップがアクセスネットワーク１０６上でブロードキャストされることができるように、コンテンツクリップのデータレートあるいは他の特性が交渉される。一旦、ＢＮＳ１１６がコンテンツフロー１２４を受け取れば、それはコンテンツフロー１２４を、デバイス１０８のうちの１つまたは複数による受信のためにアクセスネットワーク１０６上でブロードキャスト／マルチキャストする。デバイス１０８のうちの何れも、フロー１２４に含まれるコンテンツを受け取り、そして、デバイスユーザによる後での視聴(viewing)のためにそれをキャッシュに入れることを許可され得る。
【００２８】
例えば、デバイス１１０は、アクセスネットワーク１０６上のブロードキャストのためにスケジュール設定されているコンテンツのリストを表示する番組案内を提供するように動作するクライアントプログラム１２６、を備える。デバイスユーザは、そのとき、リアルタイムで与えるための(for rendering in real time)、あるいは後での視聴用にキャッシュ１２８に保存されるための、任意の特定のコンテンツを受け取るように選択することができる。例えば、コンテンツクリップは、夜時間のブロードキャストのためにスケジュール設定されることができ、そして、デバイス１１０は、デバイスユーザが翌日クリップを視聴できるように、ブロードキャストを受け取り、キャッシュ１２８の中にコンテンツクリップをキャッシュするように動作する。典型的に、コンテンツは、加入サービス(subscription service)の一部としてブロードキャストされ、そして、受信デバイスは、キーを提供する必要があるかもしれない、そうでなければ、ブロードキャストを受け取るためにそれ自体を認証する必要があるかもしれない。
【００２９】
１以上の実施形態では、トランスポートシステムは、ＣＳ１０２が、ベアラチャネル１２２上でＢＮＳ１１６に提供されるフローを追加する、変更する、修正する、あるいは削除することを、可能にする。別の実施形態では、トランスポートシステムは、ＣＳ１０２が、アクセスネットワーク１０６に提供される任意のコンテンツフローについての統計情報(statistical information)を得ることを、可能にする。この結果、トランスポートシステムは、スケジュール設定されたコンテンツフローが、デバイス１０８へのブロードキャストのためにコンテンツネットワーク１０４からアクセスネットワーク１０６に送信されることを可能にするように動作する。システムはまた、アクセスネットワーク１０６でのコンテンツフローに関係する統計情報がＣＳ１０２に返される方法(way)を提供する。
【００３０】
図２は、配信ネットワークへのマルチメディアコンテンツフローを生成しトランスポートするよう動作する、トランスポートシステム２００の一実施形態の図を示す。例えば、システム２００は、図１において説明されたトランスポートシステムとして、使用されてもよい。
【００３１】
トランスポートシステム２００の一実施形態は、コンテンツネットワーク２０２がコンテンツフローをアクセスネットワーク２０４にトランスポートすることを可能にする。コンテンツネットワーク２０２は、ＣＳ制御プロトコルロジック(CS control protocol logic)２０８およびＣＳベアラチャネルロジック(CS bearer channel logic)２１０を備えるＣＳ２０６、を含んでいる。アクセスネットワーク２０４は、ＢＮＳ制御プロトコルロジック(BNS control protocol logic)２１４およびＢＮＳベアラチャネルロジック(BNS bearer channel logic 2)２１６を備えるＢＮＳ２１２、を含んでいる。
【００３２】
ＣＳ制御プロトコルロジック２０８は、リクエストチャネル２１８および応答チャネル２２０を備える制御インタフェース経由で、ＢＮＳ制御プロトコルロジック２１４と通信する。リクエストチャネル２１８は、ＣＳ制御プロトコルロジック２０８が、コンテンツフローを追加する、変更する、削除する、そうでなければ修正することを要求する、あるいは統計情報を要求するリクエストメッセージを、ＢＮＳ制御プロトコルロジック２１４に送信することを可能にする。応答チャネル２２０は、ＢＮＳプロトコルロジック２１４が、リクエストメッセージのうちのどれにも応答する応答メッセージを、ＣＳ制御プロトコルロジック２０８に送信することを可能にする。一実施形態では、リクエストチャネル２１８と応答チャネル２２０は、任意の適切なタイプの通信リンクから構成されており、そして、ＣＳ制御プロトコルロジック２０８とＢＮＳ制御プロトコルロジック２１４は、メッセージがリクエストチャネル２１８および応答チャネル２２０を使用して交換されることを可能にする任意の適切な送受信ロジック(transmitting and receiving logic)を備えている。
【００３３】
ＣＳベアラチャネルロジック２１０は、ＣＳ制御プロトコルロジック２０８の制御下で、コンテンツフローをコンテンツネットワーク２０２からアクセスネットワーク２０４に送信するように動作する。例えば、ＣＳベアラチャネルロジック２１０は、そのインプット２２４で、コンテンツネットワーク２０２からコンテンツフロー２２８を受け取る。ＣＳ制御プロトコルロジック２０８が、アクセスネットワーク２０４へのコンテンツフロー２２８を追加する権限を得た後に、ＣＳベアラチャネルロジック２１０は、ベアラチャネル２２２上でコンテンツフロー２２８を、ＢＮＳベアラチャネルロジック２１６に送信するように動作し、それは、アクセスネットワーク２０４に結合されたデバイスに、その出力チャネル２２６上でコンテンツフロー２２８を次々にブロードキャストする。
【００３４】
一実施形態では、ベアラチャネル２２２は、ＣＳ２０６からのフローをＢＮＳ２１２に送信するために一般ルーティングのカプセル化(generic routing encapsulation)（ＧＲＥ）プロトコルを利用するが、然しながら、任意の他の伝送技術あるいはプロトコルも使用されてもよい。例えば、ＣＳベアラプロトコルロジック２１０およびＢＮＳベアラプロトコルロジック２１６は、ＧＲＥプロトコルを使用するベアラチャネル２２２をインプリメントするために任意の適切なロジックを含む。然しながら、他の実施形態では、ベアラチャネル２２２は任意の適切な伝送プロトコルを利用するかもしれない。
【００３５】
一実施形態では、ＣＳ２０６およびＢＮＳ２１２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリエレメント、仮想計算機、ソフトウェア、及び／又はハードウェアとソフトウェアの任意の組合せを備える。このように、ＣＳ２０６およびＢＮＳ２１２は、一般に、ここに説明された機能を行うために機械可読のインストラクション(machine-readable instructions)を実行するロジックを含む。図２の中で示されるＣＳ２０６およびＢＮＳ２１２は単に１つのインプリメンテーションを表わしているということに、そして、他のインプリメンテーションが実施形態の範囲内で可能であるということに、注意が必要である。
【００３６】
一実施形態では、トランスポートシステムは、少なくとも１つのプロセッサ、例えばＣＳ２０６あるいはＢＮＳ２１２に位置するプロセッサ、が実行されるときに、ここに説明されたトランスポートシステムの機能を提供するように動作する、コンピュータ可読媒体上に保存されたプログラムインストラクションを備えている。例えば、インストラクションは、コンピュータ可読媒体、例えば、フロッピィ（登録商標）ディスク、ＣＤＲＯＭ、メモリーカード、ＦＬＡＳＨメモリデバイス、ＲＡＭ、ＲＯＭ、あるいは任意の他のタイプのメモリデバイスまたはコンピュータ可読媒体などから、ＣＳ２０６及び／又はＢＮＳ２１２にロードされることができる。別の実施形態では、インストラクションは、ＣＳ２０６あるいはＢＮＳ２１２にインタフェースをとる外部デバイスまたはネットワークリソースから、ＣＳ２０６及び／又はＢＮＳ２１２にダウンロードされることができる。インストラクションは、ＣＳ２０６あるいはＢＮＳ２１２で処理ロジックによって実行されるとき、ここに説明されるようなトランスポートシステムの１以上の実施形態を提供する。
【００３７】
図３は、トランスポートシステムの実施形態において使用されるトランスポートメッセージ３００の一実施形態を示す。例えば、トランスポートメッセージ３００は、図２の中で示されるトランスポートシステム２００において、使用されることができる。１以上の実施形態では、トランスポートメッセージ３００は、ＣＳ制御プロトコルロジック２０８が、アクセスネットワーク２０４に提供されるコンテンツフローを追加する、変更する、あるいは削除することを可能にするように、ＣＳ制御プロトコルロジック２０８とＢＮＳ制御プロトコルロジック２１４との間で（すなわち、リンク２１８、２２０経由で）送信される。別の実施形態では、トランスポートメッセージ３００は、ＣＳ２０６が、アクセスネットワーク２０４中のフローに関する統計情報を得ることを可能にする。
【００３８】
一実施形態では、トランスポートメッセージ３００のうちの１つまたは複数は、任意の特定のフローに関係しているパラメータを備える。例えば、AddFlowRequest（フロー追加リクエスト）メッセージ３０２は、１以上のパラメータを備えており、フロー識別子(flow identifier)、提案された配信時間(proposed delivery time)、レート(rate)、提案されたサービスの品質（ＱｏＳ）、開始時間、終了時間、あるいは参照されるフロー(referenced flow)に関連する任意の他のパラメータを示す。メッセージ３００のうちのどれでも、ＣＳ制御プロトコルロジック２０８とＢＮＳ制御プロトコルロジック２１４との間に情報が通過することを可能にする１以上のメッセージパラメータを伝えるために使用されてもよい。トランスポートメッセージ３００は単に１つのインプリメンテーションを示しているということに、そして、他のメッセージおよびメッセージタイプが実施形態の範囲内の使用に対し可能であるということに、注意されるべきである。
【００３９】
トランスポートメッセージ３００は、アクセスネットワーク２０４からのフローを追加し、修正し、そして取り除くように動作するメッセージ３０２から３１２までを含む。例えば、メッセージ３０２は、フローパラメータを含んでおり、コンテンツフローがアクセスネットワークに追加されることを要求するように動作する。メッセージ３０６は、メッセージ中で識別された(identified)特定のコンテンツフローを、例えば、その開始または終了時間を修正することによって、修正するように動作する。メッセージ３１０は、メッセージ中で識別された特定のコンテンツフローを取り除くように動作するが、それは、配信のためにスケジュール設定されたフローであるかもしれないしあるいは現在配信されているフローであるかもしれない。
【００４０】
メッセージ３１４から３２４までは、それぞれのメッセージ中で識別される、アクセスネットワーク２０４におけるフローについての登録(registration)、統計(statistics)、レイテンシー(latency)の情報を得るように動作する。例えば、メッセージ３１４は、メッセージ中で識別された特定のコンテンツフローを受け取るために、いくつのデバイスが登録されるかの決定を要求するように動作する。メッセージ３１６は、登録されたデバイスの数を示す報告書を提供するよう動作する。メッセージ３１８は、メッセージ中で識別されたフローについての任意のタイプの統計を要求するよう動作し、そして、メッセージ３２２は、メッセージ中で識別されたフローに関するレイテンシータイム(latency time)を要求するよう動作する。
【００４１】
メッセージ３２６から３３２までは、ハートビートメカニズム(heartbeat mechanism)を提供するように、そして、リセット／再同期メカニズム(reset/re-sync mechanism)を提供するように動作する。ハートビートメカニズムは、ＣＳとＢＮＳとの間の通信リンクが使用可能である(operational)ことを示すように動作する。リセット／再同期メカニズムは、ＣＳかＢＮＳかのいずれかが、トランスポートシステムにおけるフローの状態をリセット／再同期することを可能にするように動作する。メッセージ３２６から３３２までのより詳細な説明は、このドキュメントの別のセクションにおいて提供される。
【００４２】
したがって、１以上の実施形態では、メッセージ３００は、コンテンツネットワーク２０２からアクセスネットワーク２０４に送信されたコンテンツフローを処理するように、そしてまた、それらのフローについてのステータス情報が、アクセスネットワーク２０４からコンテンツネットワーク２０２に戻されるのを可能にするように動作する。
【００４３】
図４は、トランスポートシステムの実施形態において使用されるメッセージングプロトコル(messaging protocol)４００の一実施形態を示す。例えば、メッセージングプロトコル４００は、ＣＳ４０２とＢＮＳ４０４の間でメッセージ３００を送信するために使用されることができる。各メッセージの相対的時間(relative time)を示す、時間表示(time indicator)４０６が提供されている。
【００４４】
時間Ａでは、４０８で示されるように、フロー追加リクエストメッセージ(add flow request message)３０２が、ＣＳ４０２からＢＮＳ４０４に送信される。４０８で送信されたフロー追加リクエストメッセージは、アクセスネットワークにフローを追加するリクエストであり、そしてリクエストは、フローパラメータ、例えば、フローアドレス（ＩＰアドレス）、フローポート（ポート）、フローレート（レート）、スケジュール設定された配信時間（時間）、ＱｏＳレベル、及び／又は、ＣＳ４０２がアクセスネットワークに追加したいフローを説明するために使用されることができる任意の他の適切なフローパラメータなどを、含む。
【００４５】
時間Ａの後の比較的短い時間であり得る時間Ｂでは、４１０で示されるように、要求されたレートがサポートされることができないので要求されたフローの追加は拒絶されるということを示すフロー追加応答メッセージ(add flow response message)３０４で、ＢＮＳ４０４は応答する。
【００４６】
拒絶された追加フローの結果として、ＣＳ４０２は、フローのレート（すなわち、レート）を調整するように動作する（４１２で）ので、フローは、アクセスネットワークによる配信用に、ＢＮＳ４０４によって受け入れられる(accepted)ことができる。
【００４７】
時間Ｃでは、４１４で示されるように、新しいAddFlowRequestメッセージ３０２が、ＣＳ４０２からＢＮＳ４０４に送信される。４１４で送信されたフロー追加リクエストメッセージは、アクセスネットワークに更新されたフローを追加するリクエストであり、そして、リクエストは新しいフローパラメータ（すなわち、レート）を含んでいる。
【００４８】
時間Ｃの後の比較的短い時間であり得る時間Ｄでは、４１６で示されるように、更新されたパラメータを持って要求されたフローの追加が受け入れられることを示すフロー追加応答メッセージ３０４で、ＢＮＳ４０４は応答する。４１６での応答メッセージは、フローを識別するフローハンドル(flow handle)を含んでいる。
【００４９】
フロー追加リクエスト３０２において示される時間パラメータ（時間）に対応する時間Ｅでは、コンテンツフローは、４１８で示されるようなベアラチャネルを通して、ＣＳ４０２からＢＮＳ４０４に送信される。例えば、ベアラチャネルは、図２の中で示されるベアラチャネル２２２であってもよい。このように、１以上の実施形態では、フローが追加され、修正され、取り除かれることを可能にするように、あるいは、統計が得られることを可能にするように、メッセージングプロトコル４００が、ＣＳ４０２とＢＮＳ４０４との間で１以上のトランスポートメッセージを交換するために使用されることができる。
【００５０】
図５は、トランスポートシステムの実施形態におけるコンテンツサーバを操作する方法５００の一実施形態を示す。明瞭にするために、方法５００は、図２の中で示されるＣＳ２０６を参照して説明される。１以上の実施形態では、ＣＳ制御プロトコルロジック２０８は、プログラムインストラクションを実行し、以下に説明される機能を行なうようにサーバーＣＳ２０６のオペレーション(operation)を制御する。
【００５１】
ブロック５０２で、アクセスネットワークにコンテンツフローを追加することを要求するリクエストが送信される。例えば、リクエストは、アクセスネットワークに関連したＢＮＳに送信されるAddFlowRequestメッセージ３０２である。リクエストは、フロー（すなわち、レート、ＱｏＳ、等）を説明するフローパラメータを含んでおり、また、フローがアクセスネットワークに追加されることになっているスケジュール設定された時間を示す。例えば、ＣＳ制御プロトコルロジック２０８は、リクエストをリクエストチャネル２１８上でＢＮＳ制御プロトコルロジック２１４に送信する。
【００５２】
ブロック５０４で、フローがアクセスネットワークに追加されるかどうかを示す応答が、受信される。例えば、応答は、ＣＳ制御プロトコルロジック２０８によって受信されるAddFlowResponse（フロー追加応答）メッセージ３０４である。一実施形態では、提示されたフローパラメータを与えられると(given the stated flow parameters)フローがブロードキャストされることができるのかどうかを、アクセスネットワークが決定する(determine)。例えば、もしフローパラメータが非常に高いデータレートを示す場合は、アクセスネットワークはフローをブロードキャストすることはできないかもしれない。同様に、フローパラメータは、アクセスネットワークによってサポートされることができない何らかの他の基準(criteria)（すなわち、スケジュール設定された時間、ＱｏＳ、等）を示すことができるかもしれない。リクエストが承諾される(granted)場合は、方法はブロック５０８に進む。
【００５３】
リクエストが承諾されない場合は、応答メッセージはさらに、１以上の受け入れることができるパラメータ(acceptable parameters)を提供することができる。例えば、AddFlowResponseメッセージ３０４は、フローがアクセスネットワークに追加されないだろうということを示すが、しかしながら、一実施形態では、応答メッセージは、フロー受け入れ(flow acceptance)を得るために使用されることができる１以上の受け入れることができるパラメータを備える。例えば、受け入れることができるレートあるいはＱｏＳのパラメータは、応答メッセージ中で提供されることができる。方法は、ブロック５０６に進む。
【００５４】
ブロック５０６で、フロー及び／又はその関連するパラメータが、それがアクセスネットワーク上で送信されることができるように、調整される。例えば、フローレート、ＱｏＳ、スケジュール設定された伝送時間、あるいはフローの任意の他のパラメータは、フローがアクセスネットワークによってブロードキャストされることができるように、調整されることができる。例えば、フローデータレートは、アクセスネットワークによってサポートされることができるデータレートに調整されることができる。一実施形態では、ＣＳ制御プロトコルロジック２０８は、応答メッセージ中で提供された受け入れることができるパラメータに基づいてフロー及び／又はフローパラメータを調整するよう動作する。方法はそのあと、ブロック５０２に進み、そこでは、新しいAddFlowRequestメッセージ３０２が、送信され、かつ、新しいあるいは調整されたフローパラメータを含んでいる。
【００５５】
ＣＳがフローに関連した１以上のパラメータを交渉して取り決める(negotiate)ことを可能にするように、ブロック５０２、５０４および５０６が動作する、ということに注意が必要である。例えば、もしアクセスネットワークが、与えられたレートでのフローを受け入れること(to accept)を拒否する場合は、ＣＳは、応答メッセージ中の受け入れることができるパラメータに基づいてブロック５０６でレートを調整できる、そして、新しいレートでフローを追加する新しいリクエストがブロック５０２で送信される。このように、アクセスネットワークに受け入れることができるパラメータが決定されるまで、フローに関連したパラメータのいずれも、例えば、スケジュール設定された伝送時間、データレート、ＱｏＳパラメータ、開始時間、あるいは終了時間などが、交渉されることができる。
【００５６】
ブロック５０８では、フロー追加リクエストが成功していると仮定して、アクセスネットワークにフローを配信する時間であるかどうかを決定するためにテストが行なわれる。例えば、ＣＳ制御プロトコルロジック２０８が、フロー伝送のためのスケジュール設定された時間が生じたかどうかを決定するように動作する。フロー伝送のためのスケジュール設定された時間が生じている場合は、方法はブロック５１６に進む。フロー伝送のためのスケジュール設定された時間が生じていない場合は、方法はブロック５１０に進む。
【００５７】
ブロック５１０では、いずれかのフロー機能(any flow functions)が行われる必要があるかどうかを決定するために、テストが行なわれる。例えば、フローの開始あるいは終了の時間が調整される必要があるかもしれないし、あるいは、フローが削除されるかもしれない。一実施形態では、ＣＳ制御プロトコルロジック２０８が、別のフロー機能が行なれる必要があるかどうかを決定するように動作する。行なわれる必要のあるフロー機能がない場合は、つぎに、方法は、フローを配信する時間であるかどうかを決定するためにブロック５０８に進む。フロー機能が行なわれる必要がある場合、そのときは、方法はブロック５１２に進む。
【００５８】
ブロック５１２では、フロー機能が行なわれることを要求するメッセージが送信される。例えば、メッセージは、フローの開始あるいは終了の時間が調整されることを、あるいは、フローが削除されることを、要求することができる。例えば、メッセージは、図３の中で示されるメッセージ３００のうちの１つかもしれない。一実施形態では、ＣＳ制御プロトコルロジック２０８は、メッセージを、リクエストチャネル２１８経由で、ＢＮＳ制御プロトコルロジック２１４に送信するように動作する。
【００５９】
ブロック５１４では、機能が許可されるかどうかを示す、あるいはそうでなければ機能に対する応答を提供する応答メッセージ、が受信される。例えば、応答メッセージは、フローの開始時間における要求された変更が許可されることを示すかもしれない。あるいは、応答メッセージは、要求された情報を提供するかもしれない。例えば、応答メッセージは、RegistrationReportResponse（登録報告応答）メッセージ３１６によって提供されるような登録数値(registration value)を示すかもしれない。一実施形態では、応答メッセージは、応答チャネル２２０を通して、ＣＳ制御プロトコルロジック２０８によって受信される。方法は、そのあと、フローを配信する時間であるかどうかを決定するためにブロック５０８に進む。
【００６０】
ブロック５１６では、スケジュール設定された時間でアクセスネットワークへのコンテンツフローの伝送が開始される。例えば、一実施形態では、コンテンツフローは、ベアラチャネル２２２上でＣＳベアラチャネルロジック２１０からＢＮＳベアラチャネルロジック２１６に送信される。
【００６１】
ブロック５１８では、もっと多くのフロー機能が行なわれる必要があるかどうかを決定するために、テストが行なわれる。例えば、ＣＳ制御プロトコルロジック２０８が、もっと多くのフロー機能が行なわれる必要があるかどうかを決定する。例えば、フロー機能は、フロー終了時間を変更すること、フローを削除すること、あるいはなんらかの他の機能、を含んでいる。これ以上のフロー機能が行なわれない場合は、方法はブロック５２４に進む。もっと多くのフロー機能が行なわれる必要がある場合は、方法はブロック５２０に進む。
【００６２】
ブロック５２０では、フロー機能が行なわれることを要求するメッセージが送信される。例えば、メッセージは、フロー終了時間が調整されることを、あるいは、フローが削除されることを、要求するかもしれない。例えば、メッセージは、図３の中で示されるメッセージ３００のうちの１つであり得る。一実施形態では、ＣＳ制御プロトコルロジック２０８は、メッセージを、リクエストチャネル２１８を通して、ＢＮＳ制御プロトコルロジック２１４に送信するように動作する。
【００６３】
ブロック５２２では、機能が認可されるかどうかを示す、あるいはそうでなければ機能に対する応答を提供する応答メッセージが、受信される。例えば、応答メッセージは、フローの開始時間における要求された変更が許可されることを示すかもしれない。あるいは、応答メッセージは、要求された情報、例えば、図３のメッセージ３００によって提供されるような登録数値など、を提供するかもしれない。一実施形態では、応答メッセージは、応答チャネル２２０経由で、ＣＳ制御プロトコルロジック２０８によって受信される。
【００６４】
ブロック５２４では、フローの伝送が完了したかどうかを決定するためにテストが行なわれる。例えば、ＣＳ制御プロトコルロジック２０８が、伝送が完了されたかどうかを決定する。伝送が完了していない場合、方法は、もっと多くのフロー機能が行なわれる必要があるのかどうかを決定するために、ブロック５１８に進む。伝送が完了している場合は、方法はブロック５２６で終了する。
【００６５】
方法５００は、単に１つのインプリメンテーションを示しているということに、そして、説明された機能の変更、追加、削除、あるいは再配列は、説明された実施形態の範囲から逸脱することなしに行われることができるということに、注意が必要である。
【００６６】
図６は、トランスポートシステムの実施形態におけるブロードキャストサーバを操作する方法６００の一実施形態を示す。明瞭にするために、方法６００は、図２の中で示されるＢＮＳ２１２を参照して説明される。１以上の実施形態では、ＢＮＳ制御プロトコルロジック２１４は、以下に説明される機能を行なうために、プログラムインストラクションを実行し、ＢＮＳ２１２のオペレーションをコントロールする。
【００６７】
ブロック６０２では、ブロードキャストサーバに関連したアクセスネットワーク上で、ブロードキャスト用のコンテンツフローを追加するリクエストが受け取られる。例えば、リクエストは、ＢＮＳ制御プロトコルロジック２１４によって受け取られるAddFlowRequestメッセージ３０２であり、また、リクエストは、フローに関連したフローパラメータを含み、それは、レート、ＱｏＳ、スケジュール設定された配信時間などを含んでいてもよい。
【００６８】
ブロック６０４では、提示されたフローパラメータを与えられるとフローが受け入れられるかどうかの決定がされる。例えば、ＢＮＳ制御プロトコルロジック２１４は、フローの提案されたレートあるいはＱｏＳが受け入れることができるかどうかを決定するように動作する。提案されたフロー及び／又はそのパラメータが受け入れることができる場合は、方法はブロッ６１０に進む。提案されたフロー及び／又はそのパラメータが受け入れることができない場合は、方法はブロッ６０６に進む。
【００６９】
ブロック６０６では、否定応答(negative response)が、フロー追加リクエストに応じて送信される。例えば、ＢＮＳ制御プロトコルロジック２１４は、応答チャネル２２０経由で、ＣＳ制御プロトコルロジック２０８に否定応答メッセージを送信するように動作する。一実施形態では、否定応答メッセージは、図３の中で示されるAddFlowResponseメッセージ３０４であり、それは、否定応答を示すパラメータを含むように設定されており、そしてまた１以上の受け入れることができるパラメータを含んでもよい。例えば、ＢＮＳ制御プロトコルロジック２１４は、フローがアクセスネットワーク上でブロードキャストされることを可能にするだろう受け入れることができるパラメータ、を決定することができる。これらのパラメータは応答メッセージ中に含まれるので、要求中のデバイスは、フローがアクセスネットワークに追加されることを可能にするために調整されることを必要とするパラメータが何であるかのインジケーションが提供される。方法は、そのあと、ブロック６０８で終了する。
【００７０】
ブロック６１０では、コンテンツフローがアクセスネットワークに追加されることを許可する肯定応答(positive response)が送信される。例えば、ＢＮＳ制御プロトコルロジック２１４は、コンテンツフローがアクセスネットワークに追加されることを許可する肯定応答メッセージを送信する。一実施形態では、応答メッセージはAddFlowResponseメッセージ３０４であり、それは、肯定応答を示し、かつ、応答チャネル２２０を使用してＣＳ制御プロトコルロジック２０８に送信されるパラメータ、を含んでいる。応答メッセージは、アクセスネットワーク中のフローを識別するフローハンドルを含んでいる。
【００７１】
フローに関連したパラメータがＣＳとＢＮＳとの間で交渉されるのを可能にするように、ブロック６０２、６０４、６０６および６１０が動作するということに、注意が必要である。例えば、ＢＮＳ２１２が、フローを拒絶し、ブロック６０６で否定応答を送信する場合は、ＣＳ２０６は、フローパラメータを調整することができ、ブロック６０２で受信される新しいフロー追加リクエストを送信することができる。新しいフローパラメータが受け入れることができる場合は、ＢＮＳ２１２は、フローを受け入れ、そして、ブロック６１０で肯定応答を送信する。このように、ＢＮＳ２１２およびＣＳ２０６は、フローに関連したどんなフローパラメータも交渉して取り決めるように動作することができる。
【００７２】
ブロック６１２では、スケジュール設定されたフローが受信されるべき時間であるかどうかを決定するために決定が行われる。例えば、ＢＮＳ制御プロトコルロジック２１４は、ブロック６０２で受信されたフロー追加リクエストメッセージの中で提供された、スケジュール設定された伝送時間を待つ。フローが受信される予定の時間である場合、方法はブロック６２０に進む。フローを受信する時間でない場合、方法はブロックに６１４に進む。
【００７３】
ブロック６１４では、少しでもより多くのフローリクエスト(any more flow requests)が受信されたかどうかを決定するために判断が行われる。例えば、ＢＮＳ制御プロトコルロジック２１４は、リクエストチャネル２１８経由で、ＣＳ制御プロトコルロジック２０８からどんな更なるフローリクエスト(any additional flow requests)も受け取るように動作する。フローリクエストは、無線ネットワーク中のフローを修正するかあるいは削除することを、あるいは、特定のフローについてのステータスを得ることを、要求することができる。リクエストが受信されない場合、方法は、フローを受信する時間であるかどうかを決定するために、ブロック６１２に進む。もし、更なるフローリクエストが受信される場合は、方法はブロック６１６に進む。
【００７４】
ブロック６１６では、受信されたフローリクエストはデコードされ(decoded)、そして必要ならば、どんな識別された機能も実行される。例えば、リクエストは、どのフロー機能が実行されるべきかを決定するためにデコードされる。フロー機能は、図３の中のメッセージ３００に関連して説明された機能のうちの１つであってもよいし、あるいは、何らかの他の適切な機能であってもよい。例えば、ＢＮＳ制御プロトコルロジック２１４は、フローリクエストをデコードするように動作し、また、必要ならば、要求された機能が提供される。例えば、要求された機能は、アクセスネットワーク中の特定のフローに関する統計リクエスト(statistics)（メッセージ３１８）であるかもしれない。ＢＮＳ制御プロトコルロジック２１４は、統計を得て、かつ、応答メッセージ（メッセージ３２０）の中で要求中のデバイスに統計情報を提供するように動作する。例えば、要求中のデバイスは、ＣＳ制御プロトコルロジック２０８かもしれないし、また、ＢＮＳ制御プロトコルロジック２１４は、要求された機能を行なうように動作する。
【００７５】
ブロック６１８では、応答が、フローリクエストに応じて送信される。例えば、ＢＮＳ制御プロトコルロジック２１４は、応答メッセージをアセンブル(assemble)し、かつ応答チャネル２２０経由で要求中のデバイスにそれを送信するように動作する。例えば、リクエストは、メッセージ３１４によって提供されるような、アクセスネットワーク中のどれだけの数のデバイスがフローを受信するために登録されるのかを決定するリクエストかもしれない。ＢＮＳ制御プロトコルロジック２１４は、登録されるデバイスの数を決定し、かつ、応答メッセージ３１６中でこの数値を返すように動作する。方法は、このあと、送信されたフローを受信する時間であるかどうかを決定するために、ブロック６１２に進む。
【００７６】
ブロック６２０では、ＢＮＳは、スケジュール設定された時間に、フローを受信することを開始する。例えば、コンテンツフローは、ＢＮＳベアラチャネルロジック２１６によって、ベアラチャネル２２２上で受け取られる。
【００７７】
ブロック６２２では、コンテンツフローは、アクセスネットワーク上でブロードキャストされる。例えば、ＢＮＳベアラチャネルロジック２１６は、１以上のデバイスによる受信のためにアクセスネットワーク上で受信コンテンツフロー(received content flow)をブロードキャストするように動作する。デバイスは、後での視聴のために、コンテンツフローをキャッシュに保存することができる。別の実施形態では、フローは、アクセスネットワーク中のデバイスに後でブロードキャストするために、ＢＮＳによってキャッシュに保存されることができる。
【００７８】
ブロック６２４では、フローが完全に受け取られたかどうかの決定がされる。例えば、ＢＮＳ制御プロトコルロジック２１４は、フローが完全に受け取られたかどうかを決定するように動作する。フローが完全には受け取られてなかった場合は、方法はブロック６２６にすすむ。フローが完全に受け取られた場合は、方法はブロック６３２で終了する。
【００７９】
ブロック６２６では、少しでもより多くのフローリクエストが受け取られたかどうかを決定するために判断が行われる。例えば、ＢＮＳ制御プロトコルロジック２１４は、リクエストチャネル２１８経由で、ＣＳ制御プロトコルロジック２０８からどんな更なるフローリクエストも受け取るように動作する。フローリクエストは、アクセスネットワークからのフローを修正するかあるいは削除することを、あるいは、特定のフローについてのステータスを得ることを、要求するかもしれない。リクエストが受け取られない場合は、フローが完全に受け取られたかどうかを決定するために、方法はブロック６２４に進む。もし、更なるフローリクエストが受け取られる場合、方法はブロック６２８に進む。
【００８０】
ブロック６２８では、受信されたフローリクエストはデコードされ、そして必要ならば、どんな識別された機能も実行される。例えば、リクエストは、どのフロー機能が実行されるべきかを決定するためにデコードされる。フロー機能は、図３の中のメッセージ３００に関連して説明された機能のうちの１つであってもよいし、あるいは、何らかの他の適切な機能であってもよい。例えば、ＢＮＳ制御プロトコルロジック２１４は、フローリクエストをデコードするように動作し、また、必要ならば、要求された機能が提供される。例えば、要求された機能は、アクセスネットワーク中の特定のフローに関する統計リクエストであるかもしれない。ＢＮＳ制御プロトコルロジック２１４は、統計を得て、かつ、メッセージ３２０の中で要求中のデバイスに統計情報を提供するように動作する。例えば、要求中のデバイスは、ＣＳ制御プロトコルロジック２０８かもしれないし、また、ＢＮＳ制御プロトコルロジック２１４は、要求された機能を行なうように動作する。
【００８１】
ブロック６３０では、応答が、フローリクエストに応じて送信される。例えば、ＢＮＳ制御プロトコルロジック２１４は、応答メッセージをアセンブルし、かつ応答チャネル２２０経由で要求中のデバイスにそれを送信するように動作する。例えば、リクエストは、メッセージ３１４によって提供されるような、アクセスネットワーク中のどれだけの数のデバイスがフローを受信するために登録されるのかを決定するリクエストかもしれない。ＢＮＳ制御プロトコルロジック２１４は、登録されるデバイスの数を決定し、かつ、応答メッセージ３１６の中でこの数値を返すように動作する。方法は、このあと、フローが完全に受け取られたかどうかを決定するために、ブロック６２４に進む。フローが完全に受け取られた場合、方法はブロック６３２で終了する。
【００８２】
方法６００は、単に１つのインプリメンテーションを示しているということに、そして説明された機能の変更、追加、削除、あるいは再配列は、説明された実施形態の範囲から逸脱することなしに行われることができるということに、注意が必要である。
【００８３】
ハートビートメカニズム(Heartbeat Mechanism)
【００８４】
図２および３を再び参照すると、１以上の実施形態において、ＣＳ２０６とＢＮＳ２１２との間の通信リンクの健全状態を監視するハートビートメカニズムが、提供されている。一実施形態では、ＣＳ制御プロトコルロジック２０８は、周期的に、HeartbeatRequest（ハートビートリクエスト）メッセージ３２６をＢＮＳ制御プロトコルロジック２１４に送る。例えば、HeartbeatRequestメッセージ３２６は６０秒ごとにリクエストチャネル２１８上で送信される。ＢＮＳ制御プロトコルロジック２１４は、選択可能な応答時間内に、応答チャネル２２０上で、HeartbeatResponse（ハートビート応答）メッセージ３２８を用いて応答する。成功しているハートビートメッセージの交換は、ＣＳ２０６とＢＮＳ２１２との間の通信リンクが適切に動作していることを示す。一実施形態では、HeartbeatRequestメッセージ３２６およびHeartbeatResponseメッセージ３２８は、ＣＳ２０６とＢＮＳ２１２との間の通信リンクの健全状態が監視されることを可能にする任意の適切なフォーマット及び／又は情報パラメータを有する１以上のメッセージを備えてもよい。
【００８５】
一実施形態では、トランスポートシステムは、３つのシナリオに基づいて、ＣＳ２０６とＢＮＳ２１２との間の通信リンクの健全状態を検出するように動作する。第１のシナリオでは、HeartbeatRequestとHeartbeatResponseのメッセージは成功裡に交換される。第２のシナリオでは、ＣＳ２０６から送信されたHeartbeatRequestメッセージは、ＢＮＳ２１２からのHeartbeatResponseメッセージが失われてしまったという事実に起因して、答えがないままである。数回繰り返されたHeartbeatRequestメッセージの伝送が答えのないままであるあとに、ＣＳ２０６は、通信リンクは失敗したと決定する。第３のシナリオでは、繰り返されたHeartbeatRequestメッセージの伝送は、何らかのタイプの通信リンク障害に起因してＢＮＳ２１２に届かない。数回繰り返されたHeartbeatRequestメッセージの伝送が答えのないままであるあとに、ＣＳ２０６は、通信リンクは失敗したと決定する。このように、ハートビートメカニズムは、ＣＳ２０６とＢＮＳ２１２との間の通信リンクの健全状態を監視する方法を提供する。
【００８６】
状態同期化メカニズム(State Synchronization Mechanism)
【００８７】
１以上の実施形態では、ＣＳ２０６およびＢＮＳ２１２の両方でのフロー状態情報がリセットされる、かつ／または、同期されるのを可能にする、状態同期化メカニズムが提供される。１以上の実施形態では、状態同期化は、ResetRequest（リセットリクエスト）３３０およびResetResponse（リセット応答）３３２のメッセージの使用を通して達成される。
【００８８】
ResetRequestメッセージ３３０は、ＣＳ２０６あるいはＢＮＳ２１２のいずれかからも送信されてよく、また、０またはそれ以上のフローハンドル(zero or more flow handles)を含んでおり、それらはそれぞれ、HeartbeatRequestメッセージの送信機が０またはそれ以上のフロー(zero or more flow)の状態情報を有することを示す。リセットリクエストメッセージを受け取り次第、受信機（ＣＳ２０６あるいはＢＮＳ２１２のいずれか）は、フローハンドルの受信リスト(received list)をそれ自体のリストと比較し、そして、受信リスト内に含まれていないすべてのフローハンドルの状態を取り除く。
【００８９】
ResetRequestメッセージの受信機（ＣＳ２０６あるいはＢＮＳ２１２のいずれか）は、そのアクティブフローハンドルのリストを含んでいるResetResponseメッセージ３３２を送信することによって、メッセージの受信を通知する(acknowledges)。ResetResponseメッセージ３３２を受け取り次第、そのメッセージの受信機は、フローハンドルの受信リストをそれ自体のリストと比較し、そして、受信リスト内に含まれていないすべてのフローハンドルの状態を取り除く。ResetRequest／ResetResponseのトランザクション(transaction)の結果、ＣＳ２０６およびＢＮＳ２１２は、同じフローに対し同じ状態情報を有する。
【００９０】
図７は、トランスポートシステムの実施形態において使用されるメッセージングプロトコル７００の一実施形態を示す。メッセージングプロトコル７００は、ＢＮＳ７０４とＣＳ７０２との間の、ハートビートメカニズムおよびリセット／再同期メカニズムのオペレーションを示す。
【００９１】
選択された時点では、ＢＮＳ７０４の状態は、７０６で示されるように、２つのフロー（ＡとＢ）がアクセスネットワーク上での配信のために登録される。ＣＳ７０２もまた、７０８で示されるように、同じ状態を有している。
【００９２】
ＣＳ７０２は、つぎに、７１０で示されるように、HeartbeatRequestメッセージ３２６をＢＮＳ７０４に送信する。これに応じて、ＢＮＳ７０４は、７１２で示されるように、HeartbeatResponseメッセージ３２８を送信する。このように、ＣＳ７０２およびＢＮＳ７０４は、リンクが使用可能であることを決定するためにそれらの間の通信リンクの状態を監視することができる。
【００９３】
オペレーションの過程において、ＢＮＳ７０４の状態を変更させるリブート(reboot)が、ＢＮＳ７０４で生じる。例えば、フローＢの登録(registration)が失われ、その結果、ＢＮＳ７０４の状態は、７１４で示されるように、フローＡだけが登録されていることを示す。
【００９４】
７１６で示されるように、ＢＮＳ７０４は、ResetRequestメッセージ３３０をＣＳ７０２に送信する。ResetRequestメッセージ３３０は、ＢＮＳ７０４で、登録されたフローのリストを備える。例えば、フローＡは、ＢＮＳ７０４で登録されている。
【００９５】
ResetRequestメッセージに応じて、ＣＳ７０２は、受信リストに対応する(match)ようにその状態を更新する。例えば、ＣＳ７０２は、その状態からフローＢを取り除き、それは７１８で示されている。ＣＳ７０２は、そのあと、ＣＳ７０２で登録されたフローのリスト（ずなわち、フローＡ）を備えるResetResponseメッセージ３３２を送信する。ResetRequestとResetResponseのメッセージの結果、ＣＳ７０２およびＢＮＳ７０４の状態は同期がとられた(synchronized)。
【００９６】
ＣＳ７０２は、そのあと、７２２で示されるように、フローＢを追加するために、AddFlowRequestメッセージ３０２をＢＮＳ７０４に送信する。７２４で示されるように、ＢＮＳ７０４は、フローＢの追加を受け入れ(accepts)、そして、登録されたフローのその状態にフローＢを追加する。ＢＮＳ７０４は、そのあと、フローＢが配信用に受け入れられたことを示すAddFlowResponseメッセージ３０４をＣＳ７０２に送信する。ＣＳ７０４は、そのあと、７２８で示されるように、フローＢが今、配信用に登録されていることを反映するために、その状態を更新する。このように、トランスポートシステムの実施形態においては、ＣＳ７０２とＢＮＳ７０４との間の通信リンクのオペレーションが監視されることを可能とし、かつ、それらのそれぞれの状態がリセットされる、かつ／または、再同期化されることを可能とするように、ハートビートおよびリセット／再同期のメカニズムが動作する。
【００９７】
様々な例示的なロジック、論理ブロック、モジュール、およびここに開示された実施形態に関連して記述された回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、あるいは他のプログラム可能なロジックデバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいは、ここに記載された機能を実行するようにデザインされたこれらの任意の組合せを用いて、インプリメントされる(implemented)、あるいは実施される(performed)ことができる。汎用プロセッサは、マイクロプロセッサであってもよいし、しかし、代替の方法では、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組合せとして、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１以上のマイクロプロセッサ、あるいは任意の他のそのようなコンフィギュレーション(configuration)などとして、インプリメントされることもできる。
【００９８】
ここに開示された実施形態に関連して記述された方法あるいはアルゴリズムのステップは、ハードウェアで直接に、プロセッサによって実行されるソフトウェアモジュールで、あるいはこれらの２つの組合せで、具現化されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは当技術分野知られている任意の他の形態の記憶媒体、の中に常駐してもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み出すことができ、かつ、記憶媒体へ情報を書き込むことができるように、プロセッサに結合される。代替の方法では、記憶媒体は、プロセッサと一体化されていてもよい。プロセッサと記憶媒体は、ＡＳＩＣに常駐してもよい。ＡＳＩＣは、ユーザ端末に常駐してもよい。代替の方法では、プロセッサと記憶媒体は、ユーザ端末中の個別のコンポーネントとして常駐していてもよい。
【００９９】
開示された実施形態の説明は、どの当業者にも本発明を作るまたは使用することを可能にするように提供されている。これらの実施形態に対する様々な修正は、当業者にとっては、容易に明らかであるかもしれない、そして、ここに定義された包括的な原理は、他の実施形態、例えば、インスタントメッセージングサービス(instant messaging service)あるいは任意の一般的な無線データ通信アプリケーションなどにおいて、本発明の精神あるいは範囲を逸脱することなしに適用されることができる。したがって、本発明は、ここに示された実施形態に制限されるようには意図されておらず、ここに開示された原理および新規な特徴と整合する最も広い範囲が与えられるべきである。用語「例示的な(exemplary)」は、「例(example)、インスタンス(instance)、あるいは説明(illustration)として機能している」を意味するように、もっぱらここでは使用されている。「例示的な」としてここに説明されたどの実施形態も、他の実施形態よりも好ましいあるいは有利であるとして必ずしも解釈されるべきでない。
【０１００】
従って、複数のデータネットワークにわたってのマルチメディアコンテンツフローの生成およびトランスポートのためのトランスポートシステムの１以上の実施形態がここでは例示され説明されているが、それらの精神あるいは本質的な特性から逸脱することなしに、実施形態に対しての様々な変更が行われることができるということは十分理解されるであろう。それ故に、ここでの開示および記述は、説明のためであるように意図されており、添付の特許請求の範囲に定義されている、本発明の範囲を制限するものではない。
【特許請求の範囲】
【請求項１】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信することと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す応答メッセージを受信することと；
前記アクセスネットワークに前記コンテンツフローを配信することと；
を含む方法。
【請求項２】
前記コンテンツフローを修正する第２リクエストメッセージを送信することと；
前記コンテンツフローに対する前記の修正は受け入れられるだろうということを示す第２応答メッセージを受信することと；
を更に含む、請求項１記載の方法。
【請求項３】
前記コンテンツフローを削除する第２リクエストメッセージを送信することと；
前記コンテンツフローは削除されるだろうということを示す第２応答メッセージを受信することと；
を更に含む、請求項１記載の方法。
【請求項４】
前記コンテンツフローのレイテンシータイムを得る第２リクエストメッセージを送信することと；
前記コンテンツフローの前記レイテンシータイムを示す第２応答メッセージを受信することと；
を更に含む、請求項１記載の方法。
【請求項５】
前記の送信するステップは、前記コンテンツフローを追加する前記リクエストメッセージを送信することを含み、前記コンテンツフローは、非リアルタイムメディアクリップを備える、請求項１記載の方法。
【請求項６】
前記の配信するステップは、前記アクセスネットワークにベアラチャネル上で前記コンテンツフローを送信することを含む、請求項１記載の方法。
【請求項７】
前記応答メッセージ中に含まれる１以上の受け入れることはできるフローパラメータに基づいて、前記コンテンツフローに関連した選択されたフローパラメータを調整すること、を更に含む請求項１記載の方法。
【請求項８】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信することと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを示す応答メッセージを受信することと；
更新されたフローパラメータを生成するために、前記コンテンツフローに関連した、選択されたフローパラメータを調整することと；
前記アクセスネットワークに前記コンテンツフローを追加する新しいリクエストメッセージを送信することと、なお、前記新しいリクエストメッセージは、前記更新されたフローパラメータを備える；
前記更新されたフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信することと；
を含む方法。
【請求項９】
前記の調整することは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整することを含み、前記更新されたフローパラメータはレートパラメータを備える、請求項８記載の方法。
【請求項１０】
前記の調整することは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整することを含み、前記更新されたフローパラメータはサービスの品質パラメータを備える、請求項８記載の方法。
【請求項１１】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法であって、
ハートビートリクエストメッセージを送信することと；
通信リンクは利用可能であることを示すハートビート応答メッセージを受信することと：
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信することと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す応答メッセージを受信することと；
を含む方法。
【請求項１２】
第１のフロー状態を識別するリセットリクエストメッセージを送信することと；
前記第１のフロー状態を識別するリセット応答メッセージを受信することと；
を更に含む、請求項１１記載の方法。
【請求項１３】
第１のフロー状態を識別するリセットリクエストメッセージを受信することと；
前記第１のフロー状態に対応するように現在のフロー状態を調整することと；
前記現在のフロー状態を備えるリセット応答メッセージを送信することと；
を更に含む、請求項１１記載の方法。
【請求項１４】
アクセスネットワークに結合されたデバイスに配信するために前記アクセスネットワークにコンテンツフローをトランスポートするための装置であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信するように動作する送信ロジックと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す、応答メッセージを受信するように動作する受信ロジックと；
前記アクセスネットワークに前記コンテンツフローを配信するように動作するベアラチャネルと；
を備える装置。
【請求項１５】
前記送信ロジックは、前記コンテンツフローを修正する第２リクエストメッセージを送信するように動作し、そして、前記受信ロジックは、前記コンテンツフローに対する修正は受け入れられるだろうということを示す第２応答メッセージを受信するように動作する、請求項１４記載の装置。
【請求項１６】
前記送信ロジックは、前記コンテンツフローを削除する第２リクエストメッセージを送信するように動作し、そして、前記受信ロジックは、前記コンテンツフローは削除されるだろうということを示す第２応答メッセージを受信するように動作する、請求項１４記載の装置。
【請求項１７】
前記送信ロジックは、前記コンテンツフローのレイテンシータイムを得る第２リクエストメッセージを送信するように動作し、そして、前記受信ロジックは、レイテンシータイムを示す第２応答メッセージを受信するように動作する、請求項１４記載の装置。
【請求項１８】
前記コンテンツフローは、非リアルタイムメディアクリップを備える、請求項１４記載の装置。
【請求項１９】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする装置であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信するロジックと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを示す応答メッセージを受信するロジックと；
更新されたフローパラメータを生成するために、前記コンテンツフローに関連した、選択されたフローパラメータを調整するロジックと；
前記アクセスネットワークに前記コンテンツフローを追加する新しいリクエストメッセージを送信するロジックと、なお、前記新しいリクエストメッセージは、前記更新されたフローパラメータを備える；
前記更新されたフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信するロジックと；
を備える装置。
【請求項２０】
前記の調整するロジックは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整するロジックを備え、前記更新されたフローパラメータはレートパラメータを備える、請求項１９記載の装置。
【請求項２１】
前記の調整するロジックは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整するロジックを備え、前記更新されたフローパラメータはサービスの品質パラメータを備える、請求項１９記載の装置。
【請求項２２】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする装置であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信する手段と、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを示す応答メッセージを受信する手段と；
更新されたフローパラメータを生成するために、前記コンテンツフローに関連した、選択されたフローパラメータを調整する手段と；
前記アクセスネットワークに前記コンテンツフローを追加する新しいリクエストメッセージを送信する手段と、なお、前記新しいリクエストメッセージは、前記更新されたフローパラメータを備える；
前記更新されたフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信する手段と；
を備える装置。
【請求項２３】
前記の調整する手段は、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整する手段を備え、前記更新されたフローパラメータはレートパラメータを備える、請求項２２記載の装置。
【請求項２４】
前記の調整する手段は、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整する手段を備え、前記更新されたフローパラメータはサービスの品質パラメータを備える、請求項２２記載の装置。
【請求項２５】
ロジックを処理することによって実行されるときに、アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートするように動作するインストラクション、を備えるコンピュータ可読媒体であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信するためのインストラクションと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを示す応答メッセージを受信するためのインストラクションと；
更新されたフローパラメータを生成するために、前記コンテンツフローに関連した、選択されたフローパラメータを調整するためのインストラクションと；
前記アクセスネットワークに前記コンテンツフローを追加する新しいリクエストメッセージを送信するためのインストラクションと、なお、前記新しいリクエストメッセージは、前記更新されたフローパラメータを備える；
前記更新されたフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信するためのインストラクションと；
を備えるコンピュータ可読媒体。
【請求項２６】
前記の調整するためのインストラクションは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整するためのインストラクションを備え、前記更新されたフローパラメータはレートパラメータを備える、請求項２５記載のコンピュータ可読媒体。
【請求項２７】
前記の調整するためのインストラクションは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整するためのインストラクションを備え、前記更新されたフローパラメータはサービスの品質パラメータを備える、請求項２５記載のコンピュータ可読媒体。
【請求項２８】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを受信することと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに基づいて前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを決定することと；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す応答メッセージを送信することと；
前記コンテンツフローを受信することと；
を含む方法。
【請求項２９】
前記コンテンツフローを修正する第２リクエストメッセージを受信することと；
前記コンテンツフローに対する前記の修正は受け入れられるだろうということを示す第２応答メッセージを送信することと；
を更に含む、請求項２８記載の方法。
【請求項３０】
前記コンテンツフローを削除する第２リクエストメッセージを受信することと；
前記コンテンツフローは削除されるだろうということを示す第２応答メッセージを送信することと；
を更に含む、請求項２８記載の方法。
【請求項３１】
前記コンテンツフローのレイテンシータイムを得る第２リクエストメッセージを受信することと；
前記コンテンツフローの前記レイテンシータイムを示す第２応答メッセージを送信することと；
を更に含む、請求項２８記載の方法。
【請求項３２】
前記の前記リクエストメッセージを受信するステップは、前記コンテンツフローを追加する前記リクエストメッセージを受信することを含み、前記コンテンツフローは、非リアルタイムメディアクリップを備える、請求項２８記載の方法。
【請求項３３】
前記の前記リクエストメッセージを受信するステップは、ベアラチャネル上で前記コンテンツフローを受信することを含む、請求項２８記載の方法。
【請求項３４】
前記コンテンツフローを前記アクセスネットワーク上でブロードキャストすること、を更に含む請求項２８記載の方法。
【請求項３５】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを受信することと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに基づいて前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを決定することと；
前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを示す応答メッセージを送信することと；
前記アクセスネットワークに前記コンテンツフローを追加する新しいリクエストメッセージを受信することと、なお、前記新しいリクエストメッセージは、更新されたフローパラメータを備える；
前記更新されたフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す新しい応答メッセージを送信することと；
を含む方法。
【請求項３６】
アクセスネットワークに結合されたデバイスに配信するために前記アクセスネットワークにコンテンツフローをトランスポートするための装置であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを受信するように構成されたロジックと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに基づいて前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを決定するように構成されたロジックと；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す、応答メッセージを送信するように構成されたロジックと；
前記コンテンツフローを受信するように構成されたロジックと；
を備える装置。
【請求項３７】
前記リクエストメッセージを受信するように構成された前記ロジックは、前記コンテンツフローを修正する第２リクエストメッセージを受信するように構成されたロジックを備え、そして、送信するように構成された前記ロジックは、前記コンテンツフローに対する前記の修正は受け入れられるだろうということを示す第２応答メッセージを送信するように構成されたロジックを備える、請求項３６記載の装置。
【請求項３８】
前記リクエストメッセージを受信するように構成された前記ロジックは、前記コンテンツフローを削除する第２リクエストメッセージを受信するように構成されたロジックを備え、そして、送信するように構成された前記ロジックは、前記コンテンツフローは削除されるだろうということを示す第２応答メッセージを送信するように構成されたロジックを備える、請求項３６記載の装置。
【請求項３９】
前記コンテンツフローは、非リアルタイムメディアクリップを備える、請求項３６記載の装置。
【請求項４０】
前記コンテンツフローを受信するように構成された前記ロジックは、ベアラチャネル上で前記コンテンツフローを受信するように構成されたロジックを備える、請求項３６記載の装置。
【請求項４１】
前記コンテンツフローを前記アクセスネットワーク上でブロードキャストするように構成されたロジック、を更に備える請求項３６記載の装置。
【請求項４２】
ロジックを処理することによって実行されるときに、アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートするように動作するインストラクション、を備えるコンピュータ可読媒体であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを受信するためのインストラクションと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに基づいて前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを決定するためのインストラクションと；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す応答メッセージを送信するためのインストラクションと；
前記コンテンツフローを受信するためのインストラクションと；
を備えるコンピュータ可読媒体。
【請求項１】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信することと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す応答メッセージを受信することと；
前記アクセスネットワークに前記コンテンツフローを配信することと；
を含む方法。
【請求項２】
前記コンテンツフローを修正する第２リクエストメッセージを送信することと；
前記コンテンツフローに対する前記の修正は受け入れられるだろうということを示す第２応答メッセージを受信することと；
を更に含む、請求項１記載の方法。
【請求項３】
前記コンテンツフローを削除する第２リクエストメッセージを送信することと；
前記コンテンツフローは削除されるだろうということを示す第２応答メッセージを受信することと；
を更に含む、請求項１記載の方法。
【請求項４】
前記コンテンツフローのレイテンシータイムを得る第２リクエストメッセージを送信することと；
前記コンテンツフローの前記レイテンシータイムを示す第２応答メッセージを受信することと；
を更に含む、請求項１記載の方法。
【請求項５】
前記の送信するステップは、前記コンテンツフローを追加する前記リクエストメッセージを送信することを含み、前記コンテンツフローは、非リアルタイムメディアクリップを備える、請求項１記載の方法。
【請求項６】
前記の配信するステップは、前記アクセスネットワークにベアラチャネル上で前記コンテンツフローを送信することを含む、請求項１記載の方法。
【請求項７】
前記応答メッセージ中に含まれる１以上の受け入れることはできるフローパラメータに基づいて、前記コンテンツフローに関連した選択されたフローパラメータを調整すること、を更に含む請求項１記載の方法。
【請求項８】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信することと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを示す応答メッセージを受信することと；
更新されたフローパラメータを生成するために、前記コンテンツフローに関連した、選択されたフローパラメータを調整することと；
前記アクセスネットワークに前記コンテンツフローを追加する新しいリクエストメッセージを送信することと、なお、前記新しいリクエストメッセージは、前記更新されたフローパラメータを備える；
前記更新されたフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信することと；
を含む方法。
【請求項９】
前記の調整することは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整することを含み、前記更新されたフローパラメータはレートパラメータを備える、請求項８記載の方法。
【請求項１０】
前記の調整することは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整することを含み、前記更新されたフローパラメータはサービスの品質パラメータを備える、請求項８記載の方法。
【請求項１１】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法であって、
ハートビートリクエストメッセージを送信することと；
通信リンクは利用可能であることを示すハートビート応答メッセージを受信することと：
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信することと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す応答メッセージを受信することと；
を含む方法。
【請求項１２】
第１のフロー状態を識別するリセットリクエストメッセージを送信することと；
前記第１のフロー状態を識別するリセット応答メッセージを受信することと；
を更に含む、請求項１１記載の方法。
【請求項１３】
第１のフロー状態を識別するリセットリクエストメッセージを受信することと；
前記第１のフロー状態に対応するように現在のフロー状態を調整することと；
前記現在のフロー状態を備えるリセット応答メッセージを送信することと；
を更に含む、請求項１１記載の方法。
【請求項１４】
アクセスネットワークに結合されたデバイスに配信するために前記アクセスネットワークにコンテンツフローをトランスポートするための装置であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信するように動作する送信ロジックと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す、応答メッセージを受信するように動作する受信ロジックと；
前記アクセスネットワークに前記コンテンツフローを配信するように動作するベアラチャネルと；
を備える装置。
【請求項１５】
前記送信ロジックは、前記コンテンツフローを修正する第２リクエストメッセージを送信するように動作し、そして、前記受信ロジックは、前記コンテンツフローに対する修正は受け入れられるだろうということを示す第２応答メッセージを受信するように動作する、請求項１４記載の装置。
【請求項１６】
前記送信ロジックは、前記コンテンツフローを削除する第２リクエストメッセージを送信するように動作し、そして、前記受信ロジックは、前記コンテンツフローは削除されるだろうということを示す第２応答メッセージを受信するように動作する、請求項１４記載の装置。
【請求項１７】
前記送信ロジックは、前記コンテンツフローのレイテンシータイムを得る第２リクエストメッセージを送信するように動作し、そして、前記受信ロジックは、レイテンシータイムを示す第２応答メッセージを受信するように動作する、請求項１４記載の装置。
【請求項１８】
前記コンテンツフローは、非リアルタイムメディアクリップを備える、請求項１４記載の装置。
【請求項１９】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする装置であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信するロジックと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを示す応答メッセージを受信するロジックと；
更新されたフローパラメータを生成するために、前記コンテンツフローに関連した、選択されたフローパラメータを調整するロジックと；
前記アクセスネットワークに前記コンテンツフローを追加する新しいリクエストメッセージを送信するロジックと、なお、前記新しいリクエストメッセージは、前記更新されたフローパラメータを備える；
前記更新されたフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信するロジックと；
を備える装置。
【請求項２０】
前記の調整するロジックは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整するロジックを備え、前記更新されたフローパラメータはレートパラメータを備える、請求項１９記載の装置。
【請求項２１】
前記の調整するロジックは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整するロジックを備え、前記更新されたフローパラメータはサービスの品質パラメータを備える、請求項１９記載の装置。
【請求項２２】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする装置であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信する手段と、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを示す応答メッセージを受信する手段と；
更新されたフローパラメータを生成するために、前記コンテンツフローに関連した、選択されたフローパラメータを調整する手段と；
前記アクセスネットワークに前記コンテンツフローを追加する新しいリクエストメッセージを送信する手段と、なお、前記新しいリクエストメッセージは、前記更新されたフローパラメータを備える；
前記更新されたフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信する手段と；
を備える装置。
【請求項２３】
前記の調整する手段は、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整する手段を備え、前記更新されたフローパラメータはレートパラメータを備える、請求項２２記載の装置。
【請求項２４】
前記の調整する手段は、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整する手段を備え、前記更新されたフローパラメータはサービスの品質パラメータを備える、請求項２２記載の装置。
【請求項２５】
ロジックを処理することによって実行されるときに、アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートするように動作するインストラクション、を備えるコンピュータ可読媒体であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを送信するためのインストラクションと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを示す応答メッセージを受信するためのインストラクションと；
更新されたフローパラメータを生成するために、前記コンテンツフローに関連した、選択されたフローパラメータを調整するためのインストラクションと；
前記アクセスネットワークに前記コンテンツフローを追加する新しいリクエストメッセージを送信するためのインストラクションと、なお、前記新しいリクエストメッセージは、前記更新されたフローパラメータを備える；
前記更新されたフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す新しい応答メッセージを受信するためのインストラクションと；
を備えるコンピュータ可読媒体。
【請求項２６】
前記の調整するためのインストラクションは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整するためのインストラクションを備え、前記更新されたフローパラメータはレートパラメータを備える、請求項２５記載のコンピュータ可読媒体。
【請求項２７】
前記の調整するためのインストラクションは、前記更新されたフローパラメータを生成するために前記コンテンツフローに関連した前記選択されたフローパラメータを調整するためのインストラクションを備え、前記更新されたフローパラメータはサービスの品質パラメータを備える、請求項２５記載のコンピュータ可読媒体。
【請求項２８】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを受信することと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに基づいて前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを決定することと；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す応答メッセージを送信することと；
前記コンテンツフローを受信することと；
を含む方法。
【請求項２９】
前記コンテンツフローを修正する第２リクエストメッセージを受信することと；
前記コンテンツフローに対する前記の修正は受け入れられるだろうということを示す第２応答メッセージを送信することと；
を更に含む、請求項２８記載の方法。
【請求項３０】
前記コンテンツフローを削除する第２リクエストメッセージを受信することと；
前記コンテンツフローは削除されるだろうということを示す第２応答メッセージを送信することと；
を更に含む、請求項２８記載の方法。
【請求項３１】
前記コンテンツフローのレイテンシータイムを得る第２リクエストメッセージを受信することと；
前記コンテンツフローの前記レイテンシータイムを示す第２応答メッセージを送信することと；
を更に含む、請求項２８記載の方法。
【請求項３２】
前記の前記リクエストメッセージを受信するステップは、前記コンテンツフローを追加する前記リクエストメッセージを受信することを含み、前記コンテンツフローは、非リアルタイムメディアクリップを備える、請求項２８記載の方法。
【請求項３３】
前記の前記リクエストメッセージを受信するステップは、ベアラチャネル上で前記コンテンツフローを受信することを含む、請求項２８記載の方法。
【請求項３４】
前記コンテンツフローを前記アクセスネットワーク上でブロードキャストすること、を更に含む請求項２８記載の方法。
【請求項３５】
アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートする方法であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを受信することと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに基づいて前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを決定することと；
前記コンテンツフローは前記アクセスネットワークに追加されないだろうということを示す応答メッセージを送信することと；
前記アクセスネットワークに前記コンテンツフローを追加する新しいリクエストメッセージを受信することと、なお、前記新しいリクエストメッセージは、更新されたフローパラメータを備える；
前記更新されたフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す新しい応答メッセージを送信することと；
を含む方法。
【請求項３６】
アクセスネットワークに結合されたデバイスに配信するために前記アクセスネットワークにコンテンツフローをトランスポートするための装置であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを受信するように構成されたロジックと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに基づいて前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを決定するように構成されたロジックと；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す、応答メッセージを送信するように構成されたロジックと；
前記コンテンツフローを受信するように構成されたロジックと；
を備える装置。
【請求項３７】
前記リクエストメッセージを受信するように構成された前記ロジックは、前記コンテンツフローを修正する第２リクエストメッセージを受信するように構成されたロジックを備え、そして、送信するように構成された前記ロジックは、前記コンテンツフローに対する前記の修正は受け入れられるだろうということを示す第２応答メッセージを送信するように構成されたロジックを備える、請求項３６記載の装置。
【請求項３８】
前記リクエストメッセージを受信するように構成された前記ロジックは、前記コンテンツフローを削除する第２リクエストメッセージを受信するように構成されたロジックを備え、そして、送信するように構成された前記ロジックは、前記コンテンツフローは削除されるだろうということを示す第２応答メッセージを送信するように構成されたロジックを備える、請求項３６記載の装置。
【請求項３９】
前記コンテンツフローは、非リアルタイムメディアクリップを備える、請求項３６記載の装置。
【請求項４０】
前記コンテンツフローを受信するように構成された前記ロジックは、ベアラチャネル上で前記コンテンツフローを受信するように構成されたロジックを備える、請求項３６記載の装置。
【請求項４１】
前記コンテンツフローを前記アクセスネットワーク上でブロードキャストするように構成されたロジック、を更に備える請求項３６記載の装置。
【請求項４２】
ロジックを処理することによって実行されるときに、アクセスネットワークに結合されたデバイスへの配信のために、前記アクセスネットワークにコンテンツフローをトランスポートするように動作するインストラクション、を備えるコンピュータ可読媒体であって、
前記アクセスネットワークに前記コンテンツフローを追加するリクエストメッセージを受信するためのインストラクションと、なお、前記リクエストメッセージは、前記コンテンツフローに関連した１以上のフローパラメータを備える；
前記１以上のフローパラメータに基づいて前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを決定するためのインストラクションと；
前記１以上のフローパラメータに関連した前記コンテンツフローは前記アクセスネットワークに追加されるだろうということを示す応答メッセージを送信するためのインストラクションと；
前記コンテンツフローを受信するためのインストラクションと；
を備えるコンピュータ可読媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−１３９４７３（Ｐ２０１１−１３９４７３Ａ）
【公開日】平成２３年７月１４日（２０１１．７．１４）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１１−２２３６（Ｐ２０１１−２２３６）
【出願日】平成２３年１月７日（２０１１．１．７）
【分割の表示】特願２００７−５４５６９８（Ｐ２００７−５４５６９８）の分割
【原出願日】平成１７年１２月９日（２００５．１２．９）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２３年７月１４日（２０１１．７．１４）
【国際特許分類】
【出願番号】特願２０１１−２２３６（Ｐ２０１１−２２３６）
【出願日】平成２３年１月７日（２０１１．１．７）
【分割の表示】特願２００７−５４５６９８（Ｐ２００７−５４５６９８）の分割
【原出願日】平成１７年１２月９日（２００５．１２．９）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]