(57)【要約】  本発明は、チャネル変更応答時間を改善する方法および装置を含む。方法は、複数のマルチキャストグループをそれぞれ使用して、少なくとも１つのユーザ端末に向けて複数のメディアストリームを伝播させること、およびチャネル変更応答時間を改善するようにメディアストリームのうちの１つを選択する際に使用されるように構成された情報を搬送するために、少なくとも１つのユーザ端末に向けてメタチャネルを伝播させることを含む。メディアストリームは、メディアコンテンツを搬送する元のメディアストリームと、元のメディアストリームから生成された少なくとも１つの補助メディアストリームとを含み、少なくとも１つの補助メディアストリームのそれぞれは、元のメディアストリームのメディアコンテンツを搬送し、少なくとも１つの補助メディアストリームのそれぞれは、元のメディアストリームに対して時間的にオフセットする。メタチャネルで搬送される情報は、メディアストリームに関連付けられる。ユーザ装置が、メタチャネル情報を受信し、ユーザ端末からのチャネル変更要求に応答して、メタチャネル情報を使用してメディアストリームのうちの１つを選択することができ、またはネットワーク装置が、ユーザ端末からのチャネル変更要求に応答して、ユーザ端末のためにメディアストリームのうちの１つを選択することができる。
2011525071.tif 000002
【特許請求の範囲】
【請求項１】
チャネル変更応答時間を改善する方法であって、
メディアコンテンツを搬送する元のメディアストリームから、少なくとも１つの補助メディアストリームを生成し、少なくとも１つの補助メディアストリームのそれぞれが、元のメディアストリームのメディアコンテンツを搬送し、少なくとも１つの補助メディアストリームのそれぞれが、元のメディアストリームに対して時間的にオフセットし、
それぞれのマルチキャストグループを使用して、少なくとも１つのユーザ端末に向けてメディアストリームを伝播し、
チャネル変更応答時間を改善するようにメディアストリームのうちの１つを選択する際に使用されるように構成された情報を搬送する、メディアストリームに関連するメタチャネルを生成し、さらに
少なくとも１つのユーザ端末に向けてメタチャネルを伝播させること
を含む、方法。
【請求項２】
メタチャネルがマルチキャストグループを使用して伝播される、請求項１に記載の方法。
【請求項３】
少なくとも１つのユーザ端末のうちの１つから受信したチャネル変更要求に応答して、少なくとも１つの補助メディアストリームのそれぞれについて、補助メディアストリームが生成される、請求項１に記載の方法。
【請求項４】
メディアストリームを搬送するマルチキャストグループが、それぞれのマルチキャストアドレスを含む、請求項１に記載の方法。
【請求項５】
メディアストリームのうちの１つを選択する際に使用されるように構成された情報が、チャネル変更応答時間を短縮するメディアストリームのうちの１つを明示的に特定する、請求項１に記載の方法。
【請求項６】
メディアストリームのうちの１つを選択する際に使用されるように構成された情報が、時間的に隣接するメディアストリームの対のそれぞれの基準フレーム間の時間を示す情報を含む、請求項１に記載の方法。
【請求項７】
元のメディアストリームが第１データ転送速度を含み、少なくとも１つの補助データストリームが少なくとも１つの第２データ転送速度を含み、少なくとも１つの第２データ転送速度のそれぞれが、第１データ転送速度よりも高速である、請求項１に記載の方法。
【請求項８】
チャネル変更応答時間を改善する装置であって、
メディアコンテンツを搬送する元のメディアストリームから、少なくとも１つの補助メディアストリームを生成する手段であって、少なくとも１つの補助メディアストリームのそれぞれが、元のメディアストリームのメディアコンテンツを搬送し、少なくとも１つの補助メディアストリームのそれぞれが、元のメディアストリームから時間的にオフセットする手段と、
それぞれのマルチキャストグループを使用して、少なくとも１つのユーザ端末に向けてメディアストリームを伝播させる手段と、
チャネル変更応答時間を改善するようにメディアストリームのうちの１つを選択する際に使用されるように構成された情報を搬送する、メディアストリームに関連するメタチャネルを生成する手段と、
少なくとも１つのユーザ端末に向けてメタチャネルを伝播させる手段と
を備える、装置。
【請求項９】
チャネル変更応答時間を改善する方法であって、
元のメディアストリームおよび少なくとも１つの補助メディアストリームを含む複数のメディアストリームをサポートし、少なくとも１つの補助メディアストリームのそれぞれが、元のメディアストリームのメディアコンテンツを搬送し、少なくとも１つの補助メディアストリームのそれぞれが、元のメディアストリームから時間的にオフセットし、
ユーザ端末のチャネル変更要求に応答して、ユーザ端末に関するチャネル変更応答時間を短縮するメディアストリームのうちの１つを選択し、さらに
エンドユーザ端末が選択されたメディアストリームのうちの１つを受信することを可能にするように構成された動作を実施すること
を含む、方法。
【請求項１０】
メディアストリームをサポートすることが、
元のメディアストリームを受信し、さらに少なくとも１つの補助メディアストリームを受信することを含む、請求項９に記載の方法。
【請求項１１】
メディアストリームをサポートすることが、
元のメディアストリームを受信すること、および元のメディアストリームを使用して少なくとも１つの補助メディアストリームを生成することを含む、請求項９に記載の方法。
【請求項１２】
ユーザ端末から受信したチャネル変更要求に応答して、少なくとも１つの補助メディアストリームが生成される、請求項１１に記載の方法。
【請求項１３】
動作を実施することが、
選択されたメディアストリームに関連するマルチキャストグループに切り換える際にユーザ端末で使用されるように構成された情報をユーザ端末に向けて伝播させることを含む、請求項９に記載の方法。
【請求項１４】
動作を実施することが、
ユーザ端末に対してトランスペアレントな方式で、選択されたメディアストリームに関するマルチキャストグループにユーザ端末を自動的に切り換えるために、選択されたメディアストリームに関するマルチキャストグループのマルチキャストアドレスを再書込みすることを含む、請求項９に記載の方法。
【請求項１５】
元のメディアストリームが第１データ転送速度を含み、少なくとも１つの補助データストリームが少なくとも１つの第２データ転送速度を含み、少なくとも１つの第２データ転送速度のそれぞれが、第１データ転送速度よりも高速である、請求項９に記載の方法。
【請求項１６】
元のメディアストリームおよび少なくとも１つの補助メディアストリームを含む複数のメディアストリームをサポートする手段であって、少なくとも１つの補助メディアストリームのそれぞれが、元のメディアストリームのメディアコンテンツを搬送し、少なくとも１つの補助メディアストリームのそれぞれが、元のメディアストリームから時間的にオフセットする手段と、
ユーザ端末からのチャネル変更要求に応答して、ユーザ端末に関するチャネル変更応答時間を短縮するメディアストリームのうちの１つを選択する手段と、
エンドユーザ端末が選択されたメディアストリームのうちの１つを受信することを可能にするように構成された動作を実施すること
を備える、装置。
【請求項１７】
チャネル変更応答時間を改善する方法であって、
複数の利用可能なメディアストリームに関連する情報をメタチャネルから受信し、利用可能なメディアストリームが、コンテンツを搬送する元のメディアストリームと、少なくとも１つの補助メディアストリームとを含み、少なくとも１つの補助メディアストリームのそれぞれが、元のメディアストリームの内容を搬送し、元のメディアストリームから時間的にオフセットし、さらに
メタチャネルからの情報を使用して、メディアストリームのうちの１つを選択することであって、選択されるメディアストリームのうちの１つが、ユーザ端末に関するチャネル変更応答時間を短縮するように選択されること
を含む、方法。
【請求項１８】
ユーザ端末で受信されたチャネル変更要求に応答して、メタチャネルに関連するマルチキャストグループに加わること
をさらに含む、請求項１７に記載の方法。
【請求項１９】
ユーザ端末で選択されたメディアストリームの表示をメディアサーバに向けて伝播させること
をさらに含む、請求項１７に記載の方法。
【請求項２０】
選択されたメディアチャネルを受信するためにユーザ端末で使用されるように構成された情報を含むメッセージを受信すること
をさらに含む、請求項１９に記載の方法。
【請求項２１】
情報が、選択されたメディアストリームに関連するマルチキャストグループのマルチキャストアドレスを含む、請求項２０に記載の方法。
【請求項２２】
マルチキャストグループのマルチキャストアドレスを使用して、選択されたメディアストリームに関連するマルチキャストグループに加わること
をさらに含む、請求項２１に記載の方法。
【請求項２３】
選択されたメディアストリームをユーザ端末で受信し、選択されたメディアストリームが、ユーザ端末で選択されたメディアストリームの表示を受信したことに応答してメディアサーバで実施された動作に応答してユーザ端末で受信され、さらに
選択されたメディアストリームで搬送されるメディアコンテンツを提示すること
をさらに含む、請求項１９に記載の方法。
【請求項２４】
選択されたメディアストリームをユーザ端末で受信し、さらに
選択されたメディアストリームで搬送されるメディアコンテンツを提示すること
をさらに含む、請求項１７に記載の方法。
【請求項２５】
チャネル変更応答時間を改善する装置であって、
複数の利用可能なメディアストリームに関連する情報をメタチャネルから受信する手段であって、利用可能なメディアストリームが、コンテンツを搬送する元のメディアストリームと、少なくとも１つの補助メディアストリームとを含み、少なくとも１つの補助メディアストリームのそれぞれが、元のメディアストリームの内容を搬送し、元のメディアストリームに対してタイムシフトされる手段と、
メタチャネルの情報を使用して、メディアストリームのうちの１つを選択する手段であって、メディアストリームが、ユーザ端末に関するチャネル変更応答時間を短縮するように選択される手段と
を備える、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの分野に関し、より詳細には、インターネットプロトコルテレビジョン（ＩＰＴＶ）ネットワークでのチャネルザッピングに関する。
【背景技術】
【０００２】
チャネルザッピング応答時間としても知られているチャネル変更応答時間は、ユーザによって開始されたチャネル変更要求に応答して、あるテレビジョンチャネルから別のテレビジョンチャネルにユーザ端末が切り替わるのに必要な時間である。インターネットプロトコルテレビジョン（ＩＰＴＶ）システムなどの既存のデジタルテレビジョンシステムでは、チャネルザッピング応答時間は、多くの場合かなり長い（場合によっては数秒程度でさえある）。不利なことに、そのような長いチャネルザッピング応答時間は、従来のテレビジョンシステムの短いチャネルザッピング応答時間に多くの場合慣れているデジタルテレビジョンシステムのユーザの体験品質（ＱｏＥ）を著しく低下させる。
【０００３】
ザップ応答時間を改善するいくつかの機構が提案されているが、こうした機構は、以下の基準のうちの１つまたは複数に達しない：（１）ネットワークに課される追加の帯域幅量要件、（２）最悪のケースの負荷を処理するような大きさに効率的にネットワークを作る能力、（３）最良のケース、平均的ケース、および最悪のケースのシナリオでザップ応答時間が短縮される程度、（４）ザッププロセスの結果として生じる、ユーザが知覚可能な画像ひずみの導入、および（５）すべてのタイプのアクセスシステム（例えば、ケーブルテレビジョンシステム、デジタル加入者線システム、およびＦＴＴｘ）への機構の適用可能性。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来技術での様々な不備が、本発明のチャネル変更応答時間を改善する方法および装置によって対処される。方法は、複数のマルチキャストグループをそれぞれ使用して、少なくとも１つのユーザ端末に向けて複数のメディアストリームを伝播させること、およびチャネル変更応答時間を改善するようにメディアストリームのうちの１つを選択する際に使用されるように構成された情報を搬送するために、少なくとも１つのユーザ端末に向けてメタチャネルを伝播させることを含む。メディアストリームは、メディアコンテンツを搬送する元のメディアストリームと、元のメディアストリームから生成された少なくとも１つの補助メディアストリームとを含み、少なくとも１つの補助メディアストリームのそれぞれは、元のメディアストリームのメディアコンテンツを搬送し、少なくとも１つの補助メディアストリームのそれぞれは、元のメディアストリームに対して時間的にオフセットする。メタチャネルで搬送される情報は、メディアストリームに関連付けられる。ユーザ装置が、メタチャネル情報を受信し、ユーザ端末からのチャネル変更要求に応答して、メタチャネル情報を使用してメディアストリームのうちの１つを選択することができ、またはネットワーク装置が、ユーザ端末からのチャネル変更要求に応答して、ユーザ端末のためにメディアストリームのうちの１つを選択することができる。
【課題を解決するための手段】
【０００５】
本発明の教示は、以下の詳細な説明を添付の図面と共に考慮することによって容易に理解することができる。
【図面の簡単な説明】
【０００６】
【図１】例示的デジタルテレビジョンネットワークインフラストラクチャの高レベルブロック図である。
【図２】チャネルザッピング応答時間を改善するために補助メディアストリームが主メディアストリームを補足するように生成される、図１の例示的デジタルテレビジョンネットワークインフラストラクチャの高レベルブロック図である。
【図３】図２の主サブチャネルおよび関連する補助サブチャネル、ならびにサブチャネルに関連するメタチャネルのタイミングを示す例示的タイミング図である。
【図４】チャネルザッピング応答時間の改善を実現する、ザッピングアクセラレータで実施されるように構成された例示的方法を示す図である。
【図５】図３の主サブチャネル、補助サブチャネル、およびメタチャネルのタイミングの状況内のユーザ端末での動作のタイミングを示す例示的タイミング図である。
【図６】チャネルザッピング応答時間を改善する、ユーザ端末で実施されるように構成された例示的方法を示す図である。
【図７】ザッピングアクセラレータでのサブチャネル移行を示すための主サブチャネルおよび関連する補助サブチャネルのタイミングを示す例示的タイミング図である。
【図８】サブチャネル移行操作を実施する、ザッピングアクセラレータで実施されるように構成された例示的方法を示す図である。
【図９】ユーザ端末でのサブチャネル移行を示すための図７の主サブチャネルおよび関連する補助サブチャネルのタイミングを示す例示的タイミング図である。
【図１０】サブチャネル移行操作を実施するためにユーザ端末で実施されるように構成された例示的方法を示す図である。
【図１１】複数の補助サブチャネルの存在下でのサブチャネル移行を示すための、主サブチャネルおよび関連する補助サブチャネルのタイミングを示す例示的タイミング図を示す図である。
【図１２】本明細書に記載の機能を実施する際に使用するのに適した汎用コンピュータの高レベルブロック図である。
【発明を実施するための形態】
【０００７】
理解を容易にするため、各図に共通の同一の要素を示すのに、可能な場合には同一の番号を使用した。
【０００８】
本発明は、デジタルテレビジョンシステムでのチャネルザッピング応答時間の改善を可能にする。本発明は、元のメディアストリームに加えて１つまたは複数の補助メディアストリームを使用して、ユーザ端末に関する基準フレーム間の時間を短縮し、それによってユーザ端末のユーザが受けるチャネルザッピング応答時間を短縮する。本明細書では主に、ＩＰＴＶネットワークインフラストラクチャを使用して搬送されるＭＰＥＧメディアストリームに関して図示され、説明されるが、本明細書で図示され、説明されるチャネルザッピング加速機能は、任意の通信ネットワークを使用して搬送される任意のメディアストリームに適用可能である。
【０００９】
ＩＰＴＶインフラストラクチャは、デジタルメディアストリームがＩＰベースのトランスポートネットワークを介して移送されるものである。ＩＰＴＶインフラストラクチャでは、通常、テレビジョンチャネルが、ビデオサーバ（例示的には、ＶＳ１１０）を起源とするＩＰマルチキャストツリーを介して移送され、ＩＰマルチキャストツリー内では、現在同調しているユーザ端末（例示的には、ＵＴ１４０のうちのいずれか）が、ＩＰマルチキャストツリーのリーフノードを含む。ユーザがチャネル変更操作（本明細書ではチャネルザップと呼ばれ、チャネルザップでは、ユーザが第１テレビジョンチャネルから第２テレビジョンチャネルに切り替わることを要求する）を開始するとき、関連するユーザ端末が、第１テレビジョンチャネルのマルチキャストグループから去る退出操作を実施し、第２テレビジョンチャネルのマルチキャストグループに加わる加入操作を実施する。
【００１０】
テレビジョンチャネルのコンテンツが、ユーザ端末にメディアストリームとして伝播される。テレビジョンチャネルのメディアストリームは、そのテレビジョンチャネルに関するマルチキャストグループを使用して伝播される（すなわち、それによってメディアストリームは、そのテレビジョンチャネルに関するマルチキャストグループのメンバである各ユーザ端末に伝播される）。メディアストリームは、任意のタイプのメディアストリームでよい。例えば、メディアストリームは、Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅｓ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ（ＭＰＥＧ）メディアストリーム，Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ｖｉｄｅｏ（ＷＭＶ）メディアストリーム、ＲｅａｌＮｅｔｗｏｒｋｓ  ＲｅａｌＶｉｄｅｏメディアストリームなどでよい。チャネルザッピング加速機能を説明する際に理解しやすくするために、本明細書では主に、チャネルザッピング加速機能が、ＭＰＥＧメディアストリームを使用するＩＰＴＶインフラストラクチャの状況内で図示され、説明される。
【００１１】
ＭＰＥＧメディアストリームは、Ｉフレーム、Ｐフレーム、およびＢフレームを含み、一般には、Ｉフレームはメインピクチャを搬送し、Ｉフレームに関連するＰフレームおよびＢフレームは、次のＩフレームまで、Ｉフレームで搬送されるピクチャに対する増分を搬送する。ｇｒｏｕｐ  ｏｆ  ｐｉｃｔｕｒｅ（ＧＯＰ）とは、Ｉフレームと、Ｉフレームに関連するＰフレームおよびＢフレームとを含むＭＰＥＧメディアストリームのセグメントを指す。ユーザ端末がメディアストリームのコンテンツの提示を開始することができるまでに、Ｉフレーム（ならびにいくつかの関連するＰフレームおよびＢフレーム）をユーザ端末で受信しなければならないので、既存のシステムでは、チャネル変更操作に応答して、ユーザ端末は、ユーザによってチャネル変更操作を介して要求されたテレビジョンチャネルのコンテンツを提示する前に、次のＧＯＰまで待機しなければならない。
【００１２】
本明細書で説明されるように、チャネルザッピングは、ユーザ端末で、あるテレビジョンチャネルから別のテレビジョンチャネルに切り替わる動作である。チャネルザッピングのためにかかる時間（しばしばチャネルザッピング応答時間、またはザップ応答時間と呼ばれる）は多くの場合、デジタルテレビジョンシステム（例えば、図１のＩＰＴＶネットワークなど）での重要な問題である。チャネルザッピング応答時間に寄与する主な２つの要素がある。第１の要素は、ユーザ端末があるマルチキャストグループを去り、別のマルチキャストグループに加わるのに必要な時間であり、シグナリング遅延（ＳＤ）と呼ばれる。第２の要素は、ユーザ端末が、メディアストリームで搬送されるコンテンツの提示を開始することができるのに十分なメディアストリーム上のデータを受信するのに必要な時間である。
【００１３】
第２の要素は２つの副要素を含む。第１の副要素は、第１Ｉフレーム遅延（ＦＩＤ）であり、これは、ユーザ端末がマルチキャストグループに加わる時刻から、そのマルチキャストグループ上で第１Ｉフレームがユーザ端末によって受信される時刻までの時間の長さである。第２の副要素は、ユーザ端末バッファリング遅延（ＵＢＤ）であり、これは、ユーザ端末が第１Ｉフレームを受信する時刻から、ユーザ端末がユーザにコンテンツを提示することができるまでの時間である（ユーザ端末がコンテンツの提示を開始することができるまでに、Ｉフレームに関連するＰフレームおよびＢフレームの少なくとも一部を受信しなければならないため）。ＵＢＤは、改善の余地がほとんどない。本明細書で図示され、説明されるチャネルザッピング加速機能は、ＦＩＤ時間の著しい短縮を可能にし、それによって、ユーザが受けるチャネルザッピング応答時間が短くなる。
【００１４】
図１は、例示的デジタルテレビジョンネットワークインフラストラクチャの高レベルブロック図を示す。具体的には、図１のデジタルテレビジョンネットワークインフラストラクチャ１００は、複数のビデオサーバ（ＶＳ）１１０１−１１０Ｎ（集合的に、ＶＳ１１０）、マルチキャスト可能ＩＰネットワーク（ＭＩＰＮ）１２０、および複数のユーザ端末（ＵＴ）１４０１１−１４０１Ｎから１４０Ｎ１−１４０ＮＮ（集合的に、ＵＴ１４０）をそれぞれサポートする複数のアクセスマルチプレクサ（ＡＭ）１３０１−１３０Ｎを含む。
【００１５】
ＶＳ１１０は、メディアコンテンツを提供するように構成される。ＶＳ１１０は、任意のタイプのメディアコンテンツ（例えば、テレビジョン番組、ムービーなど、あるいはそれらの様々な組合せ）を提供することができる。一実施形態では、ＶＳ１１０は、そのようなメディアコンテンツの他のソースからメディアコンテンツの少なくとも一部を受信することができる。一実施形態では、ＶＳ１１０は、メディアコンテンツの少なくとも一部をローカルに格納することができる。ＶＳ１１０は、ＵＴ１４０にメディアコンテンツを提供するように構成される。ＶＳ１１０は、ＭＩＰＮ１２０および関連するＡＭ１３０を介してＵＴ１４０にメディアコンテンツを提供する。ＶＳ１１０は、メディアストリームを使用して  ＵＴ１４０にメディアコンテンツを提供する。メディアストリームは、コンテンツを搬送するように構成された任意のタイプのデジタルメディアストリームでよい（例えばＭＰＥＧストリームなど）。
【００１６】
一実施形態では、ＩＰＴＶ環境では、ＶＳ１２０は、各テレビジョンチャネルについて１つのメディアストリームを生成し、生成したメディアストリームをＵＴ１４０に向けて伝播させる。ＶＳ１２０は、ブロードキャストメディアストリームまたはマルチキャストメディアストリームを使用して、ＵＴ１４０に向けてメディアストリームを伝播させることができる。テレビジョンチャネルのコンテンツがマルチキャストメディアストリームを使用して伝播される場合、ＵＴ１４０が（そのテレビジョンチャネルのコンテンツの受信を開始するために）マルチキャストグループに加わり、（そのテレビジョンチャネルのコンテンツの受信を停止するために）マルチキャストグループを去ることができるように、マルチキャストグループがテレビジョンチャネルに関連付けられる。ＵＴ１４０は、マルチキャストグループに関連するマルチキャストアドレスを使用して、マルチキャストグループに加わることができる。
【００１７】
ＭＩＰＮ１２０は、マルチキャスト機能をサポートするネットワークである。本明細書では理解しやすくするために省略されているが、ＭＩＰＮ１２０は、マルチキャスト機能をサポートするネットワーク要素を含む（例えば、ルータ、交換機など、ならびにそれらの様々な組合せ）。ＭＩＰＮ１２０は、マルチキャスト機能を使用して、ＶＳ１１０からＡＭ１３０への下流側のメディアストリームの伝播をサポートする。ＭＩＰＮ１２０は、ＡＭ１３０からＶＳ１１０への上流側のシグナリングの伝播をサポートする。ＭＩＰＮ１２０は、ネットワークプロバイダの必要／要望に応じて、任意のタイプ、数、および構成のマルチキャストノードを含むことができる。
【００１８】
ＭＩＰＮ１２０はザッピングアクセラレータ（ＺＡ）１２５を含む。ＺＡ１２５は、チャネルザッピング応答時間を短縮する方式でチャネルザッピング加速機能を提供するように構成される。ＺＡ１２５は、テレビジョンチャネルのコンテンツを搬送するメディアストリームの１つまたは複数のタイムシフトされた複製を生成し、それによって、テレビジョンチャネルの次の基準フレーム（例えば、ＭＰＥＧが使用される場合はＩフレーム）がチャネル変更要求に応答してテレビジョンチャネルのコンテンツを提示するためにＵＴ１４０で使用することが利用可能となるまでにＵＴ１４０が待機しなければならない時間の長さを短縮する。ＺＡ１２５はまた、ＵＴ１４０によるチャネル変更要求に応答して、そのＵＴ１４０に関するチャネルザッピング応答時間を短縮するようにメディアストリームのうちの１つ（例えば、元のメディアストリームまたは複製のうちの１つ）を選択することも可能にする。
【００１９】
図１に示されるように、一実施形態では、ＺＡ１２５が、ＭＩＰＮ１２０内の（すなわち、ＶＳ１１０とＡＭ１３０との間の）スタンドアロン要素として配置される。しかし、様々な他の方式でＺＡ１２５を配置することができる（その方式は、そのような１つまたは複数のＺＡモジュールの使用を含むことができる）。別の実施形態では、ＭＩＰＮ１２０のネットワーク要素のうちの１つまたは複数の上でＺＡ１２５を実装することができる。別の実施形態では、ＶＳ１１０上でＺＡ１２５を実装することができる（例えば、この場合は各ＶＳ１１０がチャネルザッピング加速機能をサポートする）。別の実施形態では、ＡＭ１３０上でＺＡ１２５を実装することができる（例えば、この場合は各ＭＡ１３０がチャネルザッピング加速機能をサポートする）。本明細書で図示され、説明されるように、様々な他の方式でチャネルザッピング加速機能を配置することができる。
【００２０】
図２−図１１を参照することにより、ＺＡ１２５でサポートされるチャネルザッピング加速機能をより良く理解することができる。
【００２１】
ＡＭ１３０は、ＭＩＰＮ１２０とＵＴ１４０との間のアクセスを提供する。図１に示されるように、各ＡＭ１３０はいくつかのＵＴ１４０にサービスする。ＡＭ１３０は、ＶＳ１１０からＵＴ１４０に向けてメディアストリームを伝播させるように構成される。本明細書で図示され、説明されるいくつかのチャネルザッピング加速機能を含む他の機能を実施するようにＡＭ１３０を構成することもできる。ＵＴ１４０からのシグナリングを処理し、ＵＴ１４０からのシグナリングを上流側（例えば、ＭＩＰＮ１２０内のノード、さらにはＶＳ１１０）に伝播させるようにＡＭ１３０を構成することができる。
【００２２】
いくつかの方式でＡＭ１３０とＵＴ１４０との間のアクセスを提供することができる。一実施形態では、ケーブルテレビジョン（ＣＡＴＶ）技術を使用してアクセスを提供することができ、この場合ＡＭ１３０はヘッドエンドでよい。一実施形態では、デジタル加入者線技術を使用してアクセスを提供することができ、この場合ＡＭ１３０はＤＳＬＡＭでよい。一実施形態では、ファイバベースのアクセス技術を使用してアクセスを提供することができ、この場合ＡＭ１３０はＰＯＮ  ＯＴＵ／ＯＮＵでよい。様々な他の方式でＡＭ１３０とＵＴ１４０との間のアクセスを実装することができる。
【００２３】
ＵＴ１４０は、デジタルメディアストリームをサポートすることのできる任意のユーザ端末でよい。例えば、ＵＴ１４０は、セットトップボックス（ＳＴＢ）および関連するテレビジョンを含むことができる。例えば、ＵＴ１４０は、デジタルメディアストリームを提示することのできるコンピュータを含むことができる。例えば、ＵＴ１４０は、１つまたは複数の関連するデジタルメディア提示装置（例えば、コンピュータ、テレビジョンなど）にサービスするホームゲートウェイ装置を含むことができる。ＵＴ１４０は、デジタルテレビジョンシステムと対話してデジタルメディアストリームを受信および提示するように構成された任意の他の同様の装置を含むことができる。
【００２４】
図２は、チャネルザッピング応答時間を改善するために補助メディアストリームが主メディアストリームを補足するように生成される、図１の例示的デジタルテレビジョンネットワークインフラストラクチャの高レベルブロック図を示す。図２に示されるように、ＶＳ１１０は、ＺＡ１２５に主メディアストリーム２１００を伝播させる。主メディアストリーム２１００は、パケットのストリームを使用して、テレビジョンチャネルに関するコンテンツを搬送する。ＺＡ１２５は主メディアストリーム２１００を受信する。ＺＡ１２５は、ＵＴ１４０に配布するために主メディアストリーム２１００をＡＭ１３０に向けて引き続き伝播させる。ＺＡ１２５は、主メディアストリームの１つまたは複数のタイムシフトされた複製を生成し、ＵＴ１４０に配布するために、タイムシフトされた複製をＡＭ１３０に向けて伝播させる。
【００２５】
図２の例では、主メディアストリーム２１００から、ＺＡ１２５は、第１補助メディアストリーム２１０１および第２補助メディアストリーム２１０２（集合的に、補助メディアストリーム２１０Ａ）を生成する。補助メディアストリーム２１０Ａは、主メディアストリーム２１００で搬送されるコンテンツと同一のコンテンツを搬送する。ＺＡ１２５は、ＵＴ１４０に配布するために補助メディアストリーム２１００をＡＭ１３０に向けて伝播させる。本明細書で説明されるように、主メディアストリームは、主サブチャネル上で搬送されるとみなすことができ、補助メディアストリーム（複数可）は、それぞれの補助サブチャネル（複数可）上で搬送されるとみなすことができる。主メディアストリーム２１００および補助メディアストリーム２１０Ａは、メディアストリーム２１０と総称される。主サブチャネルおよび補助サブチャネルは、本明細書ではサブチャネルと総称される。
【００２６】
主メディアストリームから補助メディアストリームを任意の方式で生成することができる。一実施形態では、パケットｐがＶＳ１１０からＺＡ１２５で受信されたとき、パケットｐは、（所定の）期間ｄにわたってＺＡ１２５上のバッファ内に格納される。この実施形態では、各メディアストリーム間のタイムシフトがタイムシフトｔであると仮定する。この実施形態では、期間ｄの終わりに、パケットｐが、主サブチャネル上でＡＭ１３０に向けて伝播され、期間ｄ＋ｔの終わりに、パケットｐが、第１補助サブチャネル上でＡＭ１３０に向けて伝播され、期間ｄ＋２ｔの終わりに、パケットｐが、第２補助サブチャネル上でＡＭ１３０に向けて伝播され、パケットがそのテレビジョンチャネルに関するすべての補助サブチャネル上で伝播されるまで以下同様である。このプロセスが、主メディアストリームの各パケットについて、テレビジョンチャネルについて生成された各補助メディアストリームについて、ＺＡ１２５で反復される。
【００２７】
メディアストリーム２１０は、時間的にＧＯＰ長の端数だけ互いにオフセットする。これにより、メディアストリーム２１０で搬送されるテレビジョンチャネルに関するＦＩＤ時間が短縮される。テレビジョンチャネルを受信することを要求するユーザ端末は、主メディアストリーム２１００上の次のＩフレームまで待機しなければならないのではなく、補助メディアストリーム２１０Ａのうちの１つ（これは、主メディアストリーム２１００上で利用可能となる次のＩフレームよりも早いＩフレームを提供する）に加わるオプションを有するからである。例えば、ＧＯＰ長が約７５０ｍｓであると仮定して、第１補助メディアストリーム２１０１を主メディアストリーム２１００から２５０ｍｓだけオフセットさせる（例えば、主メディアストリーム２１００に対して遅延させる）ことができ、第２補助メディアストリーム２１０２を主メディアストリーム２１００から５００ｍｓだけオフセットさせる（例えば、主メディアストリーム２１００に対して遅延させる）ことができ、それによってＩフレームは、そのテレビジョンチャネルについて、７５０ｍｓごとではなく２５０ｍｓごとに利用可能となる。図３に関連してメディアストリームのタイミングをより良く理解することができる。
【００２８】
テレビジョンチャネルについてサポートされるメディアストリームの数は、主メディアストリーム内の最大のＧＯＰに依存することがある。例えば、所与のテレビジョンチャネルについて、ｓがテレビジョンチャネルに関するメディアストリーム中の最大のＧＯＰの（時間単位の）サイズであり、Ｔが所望のタイムシフトである場合、テレビジョンチャネルに対してサポートされるメディアストリームの最大数はｓ／Ｔである。言い換えれば、テレビジョンチャネルの基準フレーム（例えばＩフレーム）間の時間の細分性に柔軟性がある（例えば、より多数の補助メディアストリームを使用することによってテレビジョンチャネルの基準フレーム間の時間を短縮することができるが、補助メディアストリーム数が増加するという代償が伴い、それによりネットワーク内の追加の帯域幅が消費される）。
【００２９】
マルチキャストグループを使用してメディアストリーム２１０をサポートすることができる（すなわち、各メディアストリームについて１つのマルチキャストグループ）。固有のマルチキャストアドレスを使用して、異なるマルチキャストグループが識別される（すなわち、ＺＡ１２５で伝播される各メディアストリームに異なるマルチキャストアドレスが割り当てられる）。これにより、ＵＴ１４０が、メディアストリームに関連するマルチキャストグループに加わることが可能となり、ユーザ端末に関するチャネルザッピング応答時間を最小限に抑え、または少なくとも短縮する。ユーザ端末があるマルチキャストグループ（例えば、ユーザの変更前のテレビジョンチャネルを搬送するメディアストリームに関連するマルチキャストグループ）から去り、別のマルチキャストグループ（例えば、ユーザの変更後のテレビジョンチャネルを搬送するメディアストリームのうちの１つに関連するマルチキャストグループ）に加わるのに必要な操作を任意の方式で実施することができる。
【００３０】
ＺＡ１２５は、ユーザ端末でのチャネル変更要求に応答して、メディアストリームを搬送しているサブチャネルに関連するマルチキャストグループにユーザ端末が加わることを可能にし、ユーザ端末に関するＦＩＤ時間を最小限に抑えること、したがってユーザ端末に関するチャネルザッピング応答時間を最小限に抑える。ＺＡ１２５は、ユーザ端末がいくつかの方式で最適なサブチャネルに加わることを可能にし、その方式は、いくつかの要素に依存することがある（例えば、ネットワーク内のＺＡ１２５の位置、帯域幅制約とシグナリング制約との平衡など、ならびにそれらの様々な組合せ）。
【００３１】
一実施形態では、ＺＡ１２５は、サブチャネルのうちの１つを選択する際に使用するように構成された選択情報を生成し、チャネルザッピング応答時間を最小限に抑える。そのような一実施形態では、ＺＡ１２５は、チャネル変更要求に応答してサブチャネルのうちの１つを選択する際にユーザ端末で使用するために、ユーザ端末に選択情報を伝播させる。そのような別の実施形態では、ＺＡ１２５は、チャネル変更要求に応答してサブチャネルのうちの１つを選択する際に下流側ネットワーク構成要素（例えば、ＵＴ１４０にサービスしているＡＭ１３０）で使用するために、下流側ネットワーク構成要素に選択情報を伝播させる。次いで、下流側ネットワーク構成要素は、選択されたサブチャネルのマルチキャストグループに加わる際にユーザ端末で使用するために、選択されたサブチャネルを示す情報をユーザ端末に伝播させることができ、または下流側ネットワーク構成要素は、選択されたサブチャネルのマルチキャストグループにユーザ端末をトランスペアレントに切り換えることができる。選択情報をメタチャネルとして伝播させることができる。
【００３２】
一実施形態では、ユーザ端末からのチャネル変更要求に応答して、ＺＡ１２５は、サブチャネルのうちの１つを選択して、チャネルザッピング応答時間を最小限に抑える。この実施形態では、ＺＡ１２５は、サブチャネルのうちの１つを選択する際に使用されるように構成された情報を使用してサブチャネルのうちの１つを選択するので、選択情報が（ネットワーク要素間で伝播されることなく）ＺＡ１２５内に存在するとみなすことができる。そのような一実施形態では、ＺＡ１２５は、選択されたサブチャネルのマルチキャストグループに加わるためにユーザ端末で使用するために、サブチャネル選択を示す情報をユーザ端末に伝播させることができる。そのような一実施形態では、ＺＡ１２５がどこで実装されるかに応じて、ＺＡ１２５は、選択されたサブチャネルのマルチキャストグループにユーザ端末をトランスペアレントに切り換えることができ、またはユーザ端末を選択されたサブチャネルのマルチキャストグループにトランスペアレントに切り換える際にネットワーク構成要素で使用するために、サブチャネル選択を示す情報をネットワーク構成要素に伝播させることができる。
【００３３】
本明細書では主に、ＺＡ１２５が主メディアストリームから少なくとも１つの補助メディアストリームを生成し、主メディアストリームおよび補助メディアストリームをユーザ端末に向けて伝播させ、チャネル変更要求に応答してメディアストリームのうちの１つを選択する際にユーザ端末で使用されるように構成される情報を含むメタチャネルを生成し、メタチャネルをユーザ端末に伝播させる実施形態に関して、チャネルザッピング加速機能が図示され、説明される。図３および図４に関連して図示され、説明される例示的実施形態に関連して、この実施形態をより良く理解することができる。
【００３４】
図３は、図２の主サブチャネルおよび関連する補助サブチャネルならびにサブチャネルに関連するメタチャネルのタイミングを示す例示的タイミング図を示す。図３に示されるように、（主メディアストリーム２１００に関連する）主サブチャネル３１００（ＳＵＢ−ＣＨ−０と示される）、（補助メディアストリーム２１０１に関連する）第１補助サブチャネル３１０１（ＳＵＢ−ＣＨ−１と示される）、および（第２補助メディアストリーム２１０２に関連する）第２補助サブチャネル３１０２（ＳＵＢ−ＣＨ−２と示される）の互いに対するタイミング、および関連するメタチャネル３１１に対するタイミングが与えられる。タイミングが、９個の時間の領域を含む時間の長さの状況内で表され、各時間領域は、関連する時点３２０１−３２０９（集合的に、時点３２０）で始まる。
【００３５】
サブチャネル３１０に関連する各メディアストリーム２１０は、同じコンテンツ（例えばテレビジョンチャネルのコンテンツ）を搬送する。メディアストリーム２１０はそれぞれＧＯＰを搬送し、ＧＯＰは、Ｉフレームならびに関連するＰフレームおよびＢフレームを含む。ＧＯＰはＸ、Ｘ＋１、Ｘ＋２と表される。図３に示されるように、各ＧＯＰは７５０ｍｓの長さである。図３にさらに示されるように、各時間領域は２５０ｍｓの長さである。各サブチャネル３１０は、時間的に互いにオフセットし、サブチャネル３１０のうちの隣接するサブチャネル３１０は、２５０ｍｓだけオフセットする。第１補助サブチャネル３１０１は、主サブチャネル３１００より２５０ｍｓ遅れる。第２補助サブチャネル３１０２は、第１補助サブチャネル３１０１より２５０ｍｓ遅れ、したがって主サブチャネル３１００より５００ｍｓ遅れる。２５０ｍｓの増分の使用は、理解しやすくするためのものに過ぎない（すなわち、様々な他の時間の長さをサポートすることができる）。
【００３６】
図３に示されるように、主サブチャネル３１００上のＧＯＰ  Ｘの伝播は時点３２０１で始まり、第１補助サブチャネル３１０１上のＧＯＰ  Ｘの伝播は時点３２０２で始まり、第２補助サブチャネル３１０２上のＧＯＰ  Ｘの伝播は時点３２０３で始まり、主サブチャネル３１００上のＧＯＰ  Ｘ＋１の伝播は時点３２０４で始まり、以下同様である。したがって、各ＧＯＰの第１フレームはＩフレームであり、このテレビジョンチャネルに関するＧＯＰ  Ｘに関するＩフレームは、時点３２０１、３２０２、および３２０２という３つの異なる時刻で利用可能である（補助サブチャネルが利用可能ではない既存のシステムとは対照的であり、既存のシステムの場合、各ＧＯＰについてのＩフレームが利用可能なのは１度だけであり、したがってユーザ端末がＩフレームの後にテレビジョン局のマルチキャストグループに加わる場合、ユーザ端末は、次のＧＯＰの始まりまでずっと待機しなければならないことになる）。
【００３７】
したがって、図３から、第１補助サブチャネル３１０１および第２補助サブチャネル３１０２がない場合、このテレビジョンチャネルに変更することを要求するユーザ端末は、そのテレビジョンチャネルに関する第１Ｉフレームを受信するまで、最大で７５０ｍｓ待機しなければならないことがある。一方、第１補助サブチャネル３１０１および第２補助サブチャネル３１０２を使用することにより、このテレビジョンチャネルに変更することを要求するユーザ端末がそのテレビジョンチャネルに関する第１Ｉフレームを受信するまでに待機しなければならないのは、最適なサブチャネルが選択される限り（例えば、チャネル変更要求が検出される時間、サブチャネルのタイミング、選択されたサブチャネルのマルチキャストグループに加わるのに必要な時間の長さなどを考慮に入れて）、最大で約２５０ｍｓだけとなる。
【００３８】
メタチャネル３１１は、ユーザ端末でのチャネル変更要求に応答してサブチャネル３１０のうちの１つを選択する際にユーザ端末で使用されるように構成された情報を提供する。一実施形態では、メタチャネル３１１は、あるテレビジョンチャネルに関するサブチャネル選択情報を搬送する。別の実施形態では、メタチャネル３１１は、複数の異なるテレビジョンチャネルに関するサブチャネル選択情報を搬送することができる。一実施形態では、マルチキャストグループを使用してメタチャネル３１１を搬送することができる。ユーザ端末は、チャネル変更要求を検出したことに応答して、メタチャネル３１１のマルチキャストグループに加わることができ（例えば、メタチャネル３１１があるテレビジョンチャネルに関する情報を搬送する場合）、または常にメタチャネル３１１に関するマルチキャストグループに加入したままでよい（例えば、メタチャネル３１１がすべてのテレビジョンチャネルに関する情報を搬送する場合）。
【００３９】
本明細書で説明されるように、メタチャネル３１１は、ユーザ端末でのチャネル変更要求に応答してサブチャネル３１０のうちの１つを選択する際にユーザ端末で使用されるように構成された情報（サブチャネル選択情報と表される）を提供する。一実施形態では、メタチャネル３１１は、その瞬間にユーザ端末がどのサブチャネル３１０を選択すべきかを明示的に特定する情報を提供することができる（すなわち、サブチャネル３１０の選択がネットワークで実施され、例えばサブチャネル識別子、マルチキャストアドレスなど、ならびにそれらの様々な組合せを伝播させることによってユーザ端末に通信される）。一実施形態では、メタチャネル３１１は、どのサブチャネル３１０を使用するかを選択する際にユーザ端末で使用されるように構成された情報を搬送する。この実施形態では、多くの異なる情報の組合せを多くの異なる方式で提供することができる。
【００４０】
一実施形態では、帯域幅要件が、サポートされるサブチャネルの数とは無関係となるように、メタチャネル３１１上で提供されるサブチャネル選択情報を符号化することができる。この独立性は、異なるマルチキャストグループアドレスをサブチャネル３１０に割り当てることを必要とする。一実施形態では、例えば、各テレビジョンチャネルについてユーザ端末でアドレスプールを事前構成することができる。この実施形態では、次いでメタチャネル３１１は、ユーザ端末がメタチャネル３１１上で搬送される他の情報を使用してユーザ端末によって選択されたサブチャネルのために使用するマルチキャストアドレスを識別することを可能にするために、アドレスプールへのベース索引を含むことができる。
【００４１】
一実施形態では、テレビジョンチャネルに関するブチャネル選択情報が、サブチャネル選択情報メッセージ（本明細書ではＳＴＩメッセージ、または単にＳＴＩと表す）を使用して伝播される。一実施形態では、主サブチャネル３１００内の各ＧＯＰについて、１つのサブチャネル選択情報メッセージがメタチャネル３１１上で提供される。そのＧＯＰに関するＩフレームが主サブチャネル３１００上で送信される前に、サブチャネル選択情報メッセージがメタチャネル３１１上で少なくともｊ時間単位送信される。一実施形態では、複数の異なるテレビジョンチャネルに関するサブチャネル選択情報メッセージを単一のＩＰパケットにパッキングすることができる（より効率的にＩＰヘッダオーバヘッドにより効率的に対処するため）。この実施形態では、本明細書で説明されるように、複数のテレビジョンチャネルに対して単一のメタチャネル３１１を使用することができる。
【００４２】
そのような一実施形態では、サブチャネル選択情報メッセージを以下のように５タプルとして実装することができる：（ｉｄ，ＮＩ  ｔｉｍｅ，Ｔ，Ｎ，Ｍ  ｉｄ）。ただし、ｉｄはテレビジョンチャネルを特定し、ＮＩ  ｔｉｍｅは、次のＩフレームが主サブチャネル上で送信されるまでの時間の長さであり、Ｔは、隣接するサブチャネル間のタイムシフトの量であり、Ｎは、このテレビジョンチャネルに関するサブチャネルの合計数（主サブチャネルを含む）であり、Ｍ  ｉｄは、ユーザ端末で選択されたサブチャネルのマルチキャストアドレスを識別するのに使用されるマルチキャストアドレスのプールへの索引である。ＮＩ  ｔｉｍｅは、ユーザ端末が選択されたサブチャネルのマルチキャストグループに加わるのに必要な時間と少なくとも同量であるべきである（そうでない場合、ユーザ端末は選択されたサブチャネルのＩフレームをやはり見逃し、次のサブチャネルのＩフレームまで待機しなければならなくなるからである）。
【００４３】
異なるサブチャネル選択情報を使用して多くの異なる方式でサブチャネル選択を実施することができるので、図３に示されるメタチャネル３１１が、最も近いＩフレームが利用可能であるサブチャネルを表すような形で示されている。言い換えれば、図３に示されるメタチャネル３１１の各正方形では、メタチャネル３１１の正方形の中の数が、次のＩフレームが利用可能であるサブチャネル３１０の識別子に対応する。例えば、時点３２０１と時点３２０２との間では、ＧＯＰ  Ｘが既に主サブチャネル３１００上で送信されているので、メタチャネル３１１は、ＧＯＰ  Ｘに関する最も近いＩフレームが第１補助サブチャネル３１０１であることを示す。同様に、例えば時点３２０２と時点３２０３との間では、ＧＯＰ  Ｘが既に主サブチャネル３１００上と第１補助サブチャネル３１０１上のどちらでも送信されているので、メタチャネル３１１は、ＧＯＰ  Ｘに関する最も近いＩフレームが第２補助サブチャネル３１０２であることを示す。
【００４４】
本明細書では主に、ザッピングアクセラレータがビデオサーバとアクセスマルチプレクサとの間に配置されたスタンドアロンシステムとして実装され、２つの補助サブチャネル（したがって２つの補助メディアストリーム）がサポートされる例示的実施形態の状況内で、補助サブチャネルの生成および伝播、ならびにメタチャネルの生成および伝播が図示され、説明されるが、様々な他の方式で補助サブチャネルの生成および伝播、ならびにメタチャネルの生成および伝播を実装することができる。本明細書では、図４に関連して、例示的一実施形態による方法が図示され、説明される。
【００４５】
図４は、チャネルザッピング応答時間の改善を実現する、ザッピングアクセラレータで実施されるように構成された例示的方法を示す。具体的には、図４の方法４００は、メディアストリームおよび関連するメタチャネルを生成し、ユーザ端末に向けて伝播させる方法を含む。逐次実施されるように図示され、説明されるが、図４の方法４００のステップの少なくとも一部を同時に実施することができ、または図４に関連して図示され、説明されるのとは異なる順序で実施することができる。方法４００はステップ４０２で始まり、ステップ４０４に進む。
【００４６】
ステップ４０４で、元のメディアストリームが受信される。元のメディアストリームは、テレビジョンチャネルの内容を搬送する。ステップ４０６で、少なくとも１つの補助メディアストリームが、元のメディアストリームから生成される。少なくとも１つの補助メディアストリームは、元のメディアストリームと同一のコンテンツを搬送する、元のメディアストリームの少なくとも１つのタイムシフトされた複製を含む。ステップ４０８で、メディアストリーム（元のメディアストリームおよび補助メディアストリームを含む）が、それぞれのサブチャネルを使用してアクセスマルチプレクサに向けて伝播される。
【００４７】
ステップ４１０で、サブチャネル選択情報が生成される。サブチャネル選択情報は、ユーザ端末でのチャネル変更要求に応答してユーザ端末に関する最短のチャネルザッピング応答時間を提供するメディアストリームのうちの１つを選択する際にユーザ端末（および、何らかの他の実施形態ではネットワーク構成要素）で使用されるように構成された任意の情報を含むことができる。ステップ４１２で、生成されたサブチャネル選択情報が、メタチャネルを使用してユーザ端末に向けて伝播される。ステップ４１４で、方法４００は終了する。
【００４８】
図５は、図３の主サブチャネル、補助サブチャネル、およびメタチャネルのタイミングの状況内のユーザ端末での動作のタイミングを示す例示的タイミング図を示す。図５に示されるように、主サブチャネル３１００、第１補助サブチャネル３１０１、および第２補助サブチャネル３１０２のタイミングは、図３に関連して図示され、説明されたものと同一である。さらに、図３に関連して図示され、説明されたように、メタチャネル３１１は、ユーザ端末でのチャネル変更要求に応答するチャネルザッピング応答時間を最小限に抑えるようにサブチャネルのうちの１つを選択するためにユーザ端末（例示的には、図１のＵＴ１４０のうちの１つ）で使用されるように構成された情報を搬送する。
【００４９】
図５に示されるように、対応するメディアストリームを搬送しているサブチャネルのいずれかのマルチキャストグループに加わることができ、ユーザ端末に関するチャネルザッピング応答時間を短縮するようにサブチャネルのうちの１つを選択する際にユーザ端末で使用されるように構成されたサブチャネル選択情報を搬送しているメタチャネルのマルチキャストグループに加わることもできる（または別法として、既に加わっていることができる）ユーザ端末で、記載の動作が実施されている。
【００５０】
第１時点（５１１と表す）で、ユーザはテレビジョンチャネルを選択する。例えば、ユーザは、リモートコントロールを介してテレビジョンチャネルを変更することができる。
【００５１】
第１時点から幾らかの遅延の後の第２時点（５１２と表す）で、ユーザ端末は、メタチャネル３１１上の情報を受信する。メタチャネル３１１上で受信された情報は、ユーザによって選択されたテレビジョンチャネルのために選択するサブチャネル３１０はどれであるかをユーザ端末が決定することのできる情報を含む。
【００５２】
単一のメタチャネルがすべてのテレビジョンチャネルに関するメタチャネル情報を提供する一実施形態では、ユーザ端末は、常にメタチャネルに同調したままでよい（それによって、ユーザ端末は、第１時点でのユーザによるテレビジョンチャネルの選択に応答して、メタチャネル３１１のマルチキャストグループに加わる必要がない）。
【００５３】
異なるメタチャネルが異なるテレビジョンチャネルに関するメタチャネル情報を提供する一実施形態では、ユーザ端末は、メタチャネル情報を受信するために、選択されたテレビジョンチャネルに関連するメタチャネルのマルチキャストグループに加わらなければならない（この例ではメタチャネル３１１）。例えば、ユーザ端末は、マルチキャストグループのマルチキャストアドレス（例えば、ユーザ端末上で事前構成することができる）を使用して、メタチャネル３１１のマルチキャストグループに加わることができる。
【００５４】
図５に示されるように、ユーザ端末は、第１補助サブチャネル３１０１がユーザ端末に関する最良のチャネルザッピング応答時間を提供することのできるサブチャネル３１０であることを示す情報をメタチャネルが搬送しているときに、メタチャネル３１１上のメタチャネル情報を受信する。
【００５５】
本明細書で説明されるように、多くの方式でサブチャネル選択を実施することができる。
【００５６】
一実施形態では、メタチャネル３１１上で受信されるサブチャネル選択情報を使用して、ユーザ端末でサブチャネル選択を実施することができる。多くの方式で（メタチャネル３１１上のユーザ端末から利用可能にされる情報に依存することがある）ユーザ端末でサブチャネル選択処理を実施することができる。
【００５７】
例えばメタチャネル３１１が図３に関連して説明された５タプルＳＴＩ（すなわち、（ｉｄ，ＮＩ  ｔｉｍｅ，Ｔ，Ｎ，Ｍ  ｉｄ）というフォーマットのＳＴＩ）を搬送する一実施形態では、以下のようにユーザ端末でサブチャネル選択処理を実施することができる。
【００５８】
ユーザ端末は、メタチャネル３１１上でＳＴＩを受信し、選択されたテレビジョンチャネルに関する少なくとも最後の２つのＳＴＩ（ＳＴＩ１およびＳＴＩ２と表す）、ならびにＳＴＩの到着時刻（ＳＴＩ１およびＳＴＩ２についてそれぞれｔ１およびｔ２と表す）を保持する。初期化中、ユーザ端末がテレビジョンチャネルに関する２つのＳＴＩを受信しなかった場合、ユーザ端末は、主サブチャネル３１００を選択し、そうでない場合、追加のサブチャネル選択論理が以下のように適用される。
【００５９】
この追加のサブチャネル選択論理では、以下に留意されたい：（１）Ｎ個のサブチャネル（ＳＣ０、ＳＣ１、．．．、ＳＣＮ−１と表す。ただしＳＣ０は主サブチャネルである）があり、（２）時刻ｉｔ０でのＳＣ０上のＩフレームＩごとに、１＜ｊ＜Ｎとして、Ｉが、時刻Ｉｔｊ＝Ｉｔ０＋（ｊ×Ｔ）でＳＣｊ上に現れる。一実施形態では、ユーザからチャネル変更要求がユーザ端末で受信される時刻をｔｃと表すと、目標は、Ｉｔｋ−１−Ｊ＜ｔｃ＜Ｉｔｋ−Ｊという特性を有するサブチャネルＳＣｋを求めることであり、ただしＩｔｋ−１およびＩｔｋは、それぞれサブチャネルｋ−１およびｋ上でＩフレームＩが送信されると記述される期間であり、Ｊは、ユーザ端末がマルチキャストグループに加わるのに必要な時間を表す。言い換えれば、ｋは、時刻ｔｃで、ユーザ端末がサブチャネルＳＣｋ−１に加わるには遅すぎるが、ユーザ端末がサブチャネルＳＣｋに加わるには十分な早さとなるようなものである。ｋの値は以下のように計算することができる：
【数１】
2011525071.tif 000003
この実施形態では、ｋの計算に基づいて、サブチャネルｋ上の次のＩフレームまでの時間が以下のように計算される：
【数２】
2011525071.tif 000004
この実施形態では、ユーザ端末が少なくとも最後の２つ（または３つ以上）のＳＴＩメッセージを保持するので、ユーザ端末は、上記で説明されるように、各ＳＴＩメッセージについて次のＩフレームに関する時間を計算することができる。ここで、ＩフレームＩｉに関するタイミング情報を含むｉ番目のＳＴＩメッセージ（ＳＴＩｉと表す）の到着時刻をｔｉとすると、ユーザ端末は、ＩフレームＩｉを提供する最も近いサブチャネルと、ＩフレームＩｉがサブチャネルＳＣｋ上で送信される対応する時刻とをそれぞれ指定するサブチャネル索引ＳＣｋ（ＳＴＩｉ）および時刻ｔｋｉを計算する。
【００６０】
この実施形態では、ユーザ端末は、ＩフレームＩｉが主サブチャネルＳＣ０上で提供される時刻を計算することによって開始し、その時刻は以下のように計算される：Ｉｔ０（ＳＴＩｉ）＝ｔｉ＋ＮＩ  ｔｉｍｅ（ＳＴＩｉ）。次いで、ユーザ端末は、上記で示され、説明された式４および式５を使用することにより、ＩフレームＩｉを提供する最も近いサブチャネルと、ＩフレームＩｉがサブチャネルＳＣｋ上で送信される対応する時刻とをそれぞれ指定するサブチャネル索引ＳＣｋ（ＳＴＩｉ）および時刻ｔｋｉを計算する。次いで、ユーザ端末は、以下の式を満足するＳＴＩｉに関するＳＣｋ（ＳＴＩｉ）に加わることにより、ユーザ端末がＩフレームＩｉを受信するために待機しなければならない時間を最小限に抑えるサブチャネルのマルチキャストグループに加わる：
【数３】
2011525071.tif 000005
【００６１】
一実施形態では、ネットワーク内でサブチャネル選択を実施することができる（例えば、スタンドアロンザッピングアクセラレータで、少なくとも一部のザッピング加速機能をサポートするユーザ端末にサービスするＡＭ上で、またはそのような機能を実施することのできる他のネットワーク要素またはネットワーク要素の組合せによって）。
【００６２】
そのような一実施形態では、ユーザ端末に関するメディアストリームを選択するネットワーク要素が、ユーザ端末に対する選択を示す情報を提供することができ、次いでユーザ端末がその情報を使用して、選択されたメディアストリームのマルチキャストグループに加わることができる。一実施形態では、例えば、サブチャネル選択がネットワーク内で実施される場合、メタチャネル３１１は、ユーザ端末に関して選択されたサブチャネルを明示的に特定する情報を搬送することができる（すなわち、ユーザ端末に関するチャネルザッピング応答時間を最小限に抑えるためにどのサブチャネル３１０に加わるかが明示的にユーザ端末に伝えられる）。例えば、メタチャネル３１１は、ユーザ端末に関して選択されたサブチャネルに関するマルチキャストグループのマルチキャストアドレスを搬送することができる。この例では、ユーザ端末は、上述のサブチャネル選択処理のいずれも実施することなく、選択されたサブチャネルのマルチキャストグループに単に加わることができる。
【００６３】
そのような別の実施形態では、ユーザ端末に関するメディアストリームを選択するネットワーク要素が、ユーザ端末に対してトランスペアレントな方式で、ユーザ端末を選択されたメディアストリームのマルチキャストグループに切り換えるように構成された１つまたは複数の動作を実施することができる。一実施形態では、例えば、サブチャネル選択がユーザ端末にサービスするアクセスマルチプレクサで実施される場合、アクセスマルチプレクサは、アクセスマルチプレクサでマルチキャストアドレス再書込みを使用して、アクセスマルチプレクサで選択されたサブチャネルに関連するメディアストリームをユーザ端末に自動的に提供することができる。そのような実施形態では、メタチャネルが本質的に不必要にレンダリングされるが（すなわち、メタチャネルをユーザ端末に伝播させる必要はない）、アクセスマルチプレクサはユーザ端末に関するサブチャネルを選択するために何らかの処理を実施しなければならないので、メタチャネルがアクセスマルチプレクサ内に存在するとみなすことができる。
【００６４】
上述のように、図５は、メタチャネルで提供されるサブチャネル選択情報を使用して、ユーザ端末でサブチャネル選択処理が実施される実施形態を示す。図５に戻ると、ユーザ端末が、第２時点でメタチャネル３１１に加わっている。
【００６５】
第２時点から幾らかの遅延の後の第３時点（５１３と表す）で（その間、ユーザ端末は利用可能なサブチャネルのうちの１つを選択し、選択したサブチャネルのマルチキャストグループに加わる処理を実施している）、ユーザ端末は、選択したサブチャネル（図５の例では、第１補助サブチャネル３１０１であり、ＳＵＢ−ＣＨ−１と表される）に加わる。ユーザ端末は、次のＩフレームが利用可能となる前に、選択したサブチャネルに加わらなければならないので、次いでユーザ端末は、選択したサブチャネルＳＵＢ−ＣＨ−１上で次のＩフレームが受信されるまで、ある期間待機しなければならないことがある。
【００６６】
第３時点から幾らかの遅延の後の第４時点（５１４と表す）で、ユーザ端末は、選択したサブチャネルＳＵＢ−ＣＨ−１上で次のＩフレームを受信する（例示的には、ＧＯＰ  ＸのＩフレーム）。しかし、本明細書で説明されるように、Ｉフレームだけを使用してコンテンツを表示することはできないので、ユーザ端末は、選択したサブチャネルＳＵＢ−ＣＨ−１のメディアストリームで搬送されるコンテンツをまだ表示することができない。むしろ、ユーザ端末は、ユーザによって選択されたテレビジョンチャネルを表示する前に、ＧＯＰ  ＸのＰフレームおよびＢフレームの少なくとも一部が受信されるまで、ある期間待機しなければならない。
【００６７】
第４時点から幾らかの遅延の後の第５時点（５１５と表す）で（その間、ユーザ端末は、受信したＩフレームに関連するＰフレームおよびＢフレームの一部を受信する）、ユーザ端末は、選択したサブチャネルＳＵＢ−ＣＨ−１のメディアストリームで搬送されたコンテンツを表示する（すなわち、ユーザ端末は、ユーザによって選択されたテレビジョンチャネルを表示する）。図５に示されるように、ユーザ端末は、Ｉフレームが受信される時刻と、テレビジョンチャネルがユーザに表示される時刻との間で約１００ｍｓ待機する。
【００６８】
図５に示されるように、チャネルザッピングアクセラレータ機能によるチャネルザッピング応答時間の改善は明白である。
【００６９】
そのようなチャネルザッピングアクセラレータ機能がない場合、ユーザ端末は、テレビジョンチャネルをユーザに表示することができるまで、ＧＯＰ  Ｘのほぼ全体の長さ（ユーザがテレビジョンチャネルを変更した時点５１１から、主サブチャネル３１００上のＧＯＰ  Ｘ＋１の開始まで）に加えて、ＧＯＰ  Ｘ＋１のＩフレームを受信した後の追加の時間（すなわち、ユーザ端末がテレビジョンチャネルを表示するのに必要なＰフレームおよびＢフレームをユーザ端末が受信するのに必要な時間）を待機しなければならなかったはずである。したがって、図５の例では、ＧＯＰ長を７５０ｍｓと仮定し、ＵＢＤ時間を１００ｍｓと仮定して、チャネルザッピングアクセラレータ機能がない場合、ユーザは、ユーザがチャネル変更を要求した時刻から、要求チャネルがユーザに対して表示された時刻まで、約８００ｍｓ待機しなければならなかったはずである。
【００７０】
一方、図５の例では、ＧＯＰ長を７５０ｍｓと仮定し、２つの補助メディアストリームを使用すると仮定し、ＵＢＤ時間を１００ｍｓと仮定して、チャネルザッピングアクセラレータ機能を使用すると、ユーザが待機しなければならないのは、ユーザがチャネル変更を要求した時刻から、要求チャネルがユーザに対して表示された時刻まで、約４００ｍｓだけとなる。したがって、このようなチャネルザッピングアクセラレータ機能を使用すると、ネットワーク帯域幅要件またはアクセス帯域幅要件の著しい増大なしに、ユーザの受けるチャネルザッピング応答時間を著しく短縮することができる。
【００７１】
図６は、チャネルザッピング応答時間を改善する、ユーザ端末で実施されるように構成された例示的方法を示す。具体的には、図６の方法６００は、メタチャネルで搬送される情報を使用して、複数のメディアストリームのうちの１つを選択する方法を含む。逐次実施されるように図示され、説明されるが、方法６００のステップの少なくとも一部を同時に実施することができ、または図６に関連して図示され、説明されるのとは異なる順序で実施することができる。方法６００はステップ６０２で始まり、ステップ６０４に進む。
【００７２】
ステップ６０４で、チャネル変更要求が（例えば、ユーザからテレビジョンリモートコントロールなどのユーザインターフェースを介して）受信される。
【００７３】
ステップ６０６で、サブチャネル選択情報がメタチャネル上で受信される。本明細書で説明されるように、実装に応じて、ユーザ端末は、利用可能なすべてのテレビジョンチャネルに関するサブチャネル選択情報を搬送しているメタチャネルのマルチキャストグループに既に参加していることができ、またはユーザ端末は、ユーザによって要求されるテレビジョンチャネルに関するサブチャネル選択情報を搬送しているメタチャネルのマルチキャストグループに加わらなければならないことがある。
【００７４】
ステップ６０８で、（主サブチャネルおよび少なくとも１つの補助サブチャネルを含む複数のサブチャネルのうちの）サブチャネルが、サブチャネル選択情報を使用して選択される。サブチャネルは、ユーザ端末に関するチャネルザッピング応答時間を最小限に抑えるように選択される。多くの方式でサブチャネルを選択することができる。
【００７５】
ステップ６１０で、選択されたサブチャネルのマルチキャストグループに加わる。いくつかの方式で、選択されたサブチャネルのマルチキャストグループに加わることができる。
【００７６】
一実施形態では、ユーザ端末は、ユーザ端末上で事前構成されたマルチキャストアドレス情報、および／またはメタチャネルを介してユーザ端末で受信されたマルチキャストアドレス情報を使用して、選択されたサブチャネルのマルチキャストグループに加わることができる。例えば、メタチャネル上で受信される情報は、ユーザ端末上で構成されたマルチキャストアドレスのグループへの索引を提供することができる。
【００７７】
一実施形態では、ユーザ端末は、ユーザ端末で選択されたサブチャネルの表示を与える信号をネットワークに送ることができ、それに応答して、ネットワークは、選択されたサブチャネルにユーザ端末を切り換えるための何らかの動作（複数可）を実施することができる（例えば、選択されたサブチャネルにユーザ端末が切り替わるように、ユーザ端末にサービスしているアクセスマルチプレクサでアドレス再書込みを使用することによって）。
【００７８】
ステップ６１２で、選択されたサブチャネル上でメディアストリームが受信される。メディアストリームは、ユーザによって要求されたテレビジョンチャネルのコンテンツを搬送する。メディアストリームは、テレビジョンチャネルのコンテンツを、そのようなコンテンツを搬送するための任意の方式で（例えば、実装に応じて、任意のメディア符号化、任意のトランスポートプロトコルなどを使用して）搬送することができる。
【００７９】
ステップ６１４で、受信されたメディアストリームのコンテンツが、ユーザ端末で表示される。ユーザ端末は、受信されたメディアストリームのコンテンツを任意の方式で表示することができる（例えば、ＳＴＢが、テレビジョン上に表示されるコンテンツを提供し、ホームゲートウェイ装置が、コンピュータモニタ上で表示されるコンテンツを提供するなど）。
【００８０】
ステップ６１６で、方法６００は終了する。（理解しやすくするために）終了するものとして図示され、説明されるが、様々な他の動作および／または機能を実施および／または提供することができる。例えば、追加のチャネル変更要求に応答して、方法６００を反復することができる。例えば、ネットワーク帯域幅を保持するために、補助サブチャネルから主サブチャネルにユーザ端末を移行することができる。様々な他の動作および／または機能を提供することができる。
【００８１】
先行する説明では、理解しやすくするために、テレビジョンチャネルごとに、サブチャネルのすべてが常にアクティブであり、したがってネットワークリソースを消費するという暗黙的な仮定が行われている。すべての可能サブチャネルを常に維持することは無駄が多いことがあるので、一実施形態では、サブチャネルから恩恵を受けることのできる少なくとも１つのユーザ端末がある場合にのみ、サブチャネルが活動化される。
【００８２】
そのような一実施形態では、ユーザ端末が、メタチャネルを介してサブチャネル選択情報を受信し、したがって、ユーザ端末がサブチャネル選択プロセスを実施するときに、ユーザ端末は、サブチャネルのすべてがアクティブであると考える（すなわち、補助サブチャネルの動的活動化／非活動化が、ユーザ端末に対してトランスペアレントである）。しかし、ザッピングアクセラレータ（すなわち、主サブチャネルに関して補助サブチャネルが生成されるネットワーク要素）で、そのサブチャネルに関する、対応するマルチキャストグループに加わっている少なくとも１つのユーザ端末がある場合にのみ、メディアストリームが、そのメディアストリームの補助サブチャネル上で伝播される。
【００８３】
一実施形態では、ユーザ端末に関するサブチャネル選択を実施する装置が、メタチャネルを介してサブチャネル選択情報を受信し、したがって、ユーザ端末がサブチャネル選択プロセスを実施するときに、ユーザ端末に関するサブチャネル選択を実施する装置は、サブチャネルのすべてがアクティブであると考える。しかし、ザッピングアクセラレータ（すなわち、主サブチャネルに関して補助サブチャネルが生成されるところはどこでも）で、そのサブチャネルに関するマルチキャストグループに加わっている少なくとも１つのユーザ端末がある場合にのみ、メディアストリームが、そのメディアストリームの補助サブチャネル上で伝播される。
【００８４】
この実施形態では、ユーザ端末によって選択される補助サブチャネルが活動化されないことがあるので（例えば、ユーザ端末が、そのサブチャネルを選択する最初のユーザ端末である場合）、ユーザ端末が加わることのできる、対応するマルチキャストグループはなく、したがってユーザ端末は、選択されたサブチャネルを活動化する必要があるという表示をネットワークに提供しなければならない。この実施形態では、選択されたサブチャネルのマルチキャストグループに単に加わるのではなく、ユーザ端末が、ネットワークに信号を送り、選択されたサブチャネルを活動化する必要があることをネットワークに通知する。このユーザ端末からの上流側シグナリングに関連するコストは、ザッピングアクセラレータの位置に依存する（すなわち、サブチャネル活動化機能がネットワークにどれほど深くまで実施されるかに依存する）。
【００８５】
ザッピングアクセラレータがアクセスマルチプレクサ上で実装される一実施形態では、上流側シグナリングが加える僅かな追加のシグナリング遅延を追加することができる。ザッピングアクセラレータがアクセスマルチプレクサの上流側で実装される別の実施形態では、追加のシグナリング遅延が、いくつかの要素（例えば、ザッピングアクセラレータがネットワークのどれほど遠方に位置するか、ネットワークのサイズなど、ならびにそれらの様々な組合せ）に依存する。一般には、ザッピングアクセラレータがビデオサーバに近づくにつれて、ネットワーク内の（選択されたサブチャネルに関する）マルチキャストツリーをセットアップするのに必要な時間が長くなる。
【００８６】
一実施形態では、追加のシグナリング遅延およびマルチキャストツリーセットアップコストの影響を低減するために、１つまたは複数の機能をサポートすることができる。
【００８７】
一実施形態では、例えば、ピンダウンマルチキャストツリーを使用して、マルチキャストツリーセットアップ時間を短縮することができる。そのような一実施形態では、サブチャネルが活動化されるときよりも前に、転送エントリがマルチキャストネットワークのネットワーク要素上で事前構成されるが、サブチャネルが活動化されるまで（すなわち、少なくとも１つのユーザ端末がそのマルチキャストツリーに関するマルチキャストグループに加わるまで）、データがマルチキャストツリー上で伝播されない。
【００８８】
例えば、マルチキャストツリーセットアップ時間を短縮するためにピンダウンマルチキャストツリーが使用される一実施形態では、マルチキャストツリーの分岐点として動作するマルチキャストネットワークのネットワーク要素上でピンダウンマルチキャストツリーが事前構成されるだけである。これにより、マルチキャストツリーの分岐をハングオフする少なくとも１つのユーザ端末があるときにのみ、データがマルチキャストツリーの分岐上を流れることが保証される。
【００８９】
一実施形態では、例えば、論理単一ホップ経路を使用して、マルチキャストツリーセットアップ時間を短縮することができる。そのような一実施形態では、マルチキャストネットワークのザッピングアクセラレータと各アクセスマルチプレクサとの間に論理単一ホップ経路をプロビジョニングすることができる。この実施形態では、マルチキャストグループに加わることを要求している（アクセスマルチプレクサでサービスされる）少なくとも１つのユーザ端末があるときにのみ、論理ホップ上でデータ転送が可能にされる。
【００９０】
本明細書では主に、ユーザ端末がサブチャネル選択処理を実施する実施形態に関連して動的サブチャネル活動化／非活動化機能が図示され、説明されるが、サブチャネル選択処理がユーザ端末で実施されない他の実施形態でも、動的サブチャネル活動化／非活動化機能を使用することができる。例えば、ユーザ端末に関するサブチャネル選択がユーザ端末にサービスするアクセスマルチプレクサで実施される一実施形態では、それに応じて動的サブチャネル活動化／非活動化機能を構成することができる（例えば、それによって、サブチャネルの活動化／非活動化がアクセスマルチプレクサに対してトランスペアレントとなる方式で、メタチャネルがアクセスマルチプレクサに提供される）。
【００９１】
先行する説明では、理解しやすくするために、ユーザ端末がサブチャネルに加わった後は（主サブチャネルであるか、それとも補助サブチャネルのうちの１つであるかの如何に関わらず）、ユーザ端末はそのサブチャネルに加入したままとなるという暗黙的な推定も行われている。サブチャネルから恩恵を受けることのできる少なくとも１つのユーザ端末があるときにのみサブチャネルを活動化することが望ましいので、可能なら、消費されるネットワークリソースを削減するためにサブチャネルを非活動化することも望ましい。したがって、一実施形態では、テレビジョンチャネルの補助サブチャネルに関連する各ユーザ端末が、テレビジョンチャネルの補助サブチャネルからテレビジョンチャネルの主サブチャネルに移行され、その結果補助サブチャネルを非活動化することができる。
【００９２】
補助サブチャネルから関連する主サブチャネルにユーザ端末を移行するために、補助サブチャネル（当初は時間的に主サブチャネルより遅れる）を最終的には時間的に主サブチャネルに先行させなければならない。移行前に十分なデータをユーザ端末で蓄積することができるように、補助サブチャネルが主サブチャネルに先行するようにされ、その結果、ユーザ端末が補助サブチャネルのマルチキャストグループを去り、主サブチャネルのマルチキャストグループに加わる間に、ユーザ端末は、蓄積したデータを使用して、コンテンツを引き続き表示することができる。したがって、補助サブチャネルは、少なくとも、移行が初期化される前に必要なデータを蓄積するのに必要な時間に主サブチャネルに先行しているべきである。
【００９３】
言い換えれば、上述のように、ユーザ端末で、所与のＧＯＰについて、ＧＯＰが何らかの補助サブチャネルに到着する前にＧＯＰが主サブチャネルに到着し始めるという意味で、各補助サブチャネルは主サブチャネルより遅れる。遅れ時間は少なくともタイムシフトＴである。補助サブチャネル（サブチャネルＳＣｊ、２＜ｊ＜Ｎと表す）から主サブチャネル（Ｍと表す）に移行するために、時間的に主サブチャネルＭに追い付くように補助サブチャネルＳＣｊをまず作成しなければならず（すなわち、したがってＳＣｊおよびＭ上の到着データが同じとなる時点）、さらに、次いでＧＯＰが主サブチャネルＭに到着する前に補助サブチャネルＳＣｊに到着し始めるという意味で、時間的に主サブチャネルＭに先行するように補助サブチャネルＳＣｊを作成しなければならない。
【００９４】
さらに、上述のように、パケットｐがザッピングアクセラレータに到着したとき、パケットｐが、主サブチャネルＭに送信される前にｄ時間単位だけ遅延される。一実施形態では、理解しやすくするために、Ｊがユーザ端末がマルチキャストグループに加わるのに必要な時間の長さの上限であるとして、ｄ＞＞Ｊと仮定する。したがって、ユーザ端末上に補助サブチャネルＳＣｊからの少なくともＪ時間単位のデータの蓄積を可能とするために、ユーザ端末の移行が開始される前に、補助サブチャネルＳＣｊが、主サブチャネルＭに少なくともＪ時間単位先行していなければならない。Ｊ時間単位の蓄積データは、移行動作をユーザに対してトランスペアレントにするために、ユーザ端末でジッタバッファとして動作する。
【００９５】
補助サブチャネルが当初は時間的に主サブチャネルより遅れ、次いで最終的には時間的に主サブチャネルに先行するような補助サブチャネルの生成をいくつかの方式で実施することができる。
【００９６】
一実施形態では、例えば、関連する主サブチャネルのデータ転送速度よりも高いデータ転送速度を使用するように補助サブチャネルを作成することができ、それによって経時的に、補助サブチャネルが、時間的に主サブチャネルより遅れることから、時間的に主サブチャネルに先行することに変わる。
【００９７】
一実施形態では、例えば、ＧＯＰの一定のフレームを選択的に廃棄することにより、補助サブチャネル上で搬送されるそれぞれのＧＯＰのＧＯＰサイズを削減することができ、それによって経時的に、補助サブチャネルが、時間的に主サブチャネルより遅れることから、時間的に主サブチャネルに先行することに変わる。この実施形態では、ユーザが知覚可能な画像劣化がほとんどまたは全くない方式でフレームを廃棄すべきである。
【００９８】
言い換えれば、補助チャネルの補助メディアストリームのＧＯＰのそれぞれのＧＯＰサイズが時間的に圧縮される任意の技法を使用して、経時的に、補助サブチャネルが時間的に主サブチャネルより遅れることから、時間的に主サブチャネルに先行することに変わることを保証することができる。
【００９９】
補助サブチャネルから関連する主サブチャネルへのユーザ端末の移行を説明する際に理解しやすくするために、本明細書では主に、補助サブチャネルのデータ転送速度が関連する主サブチャネルのデータ転送速度よりも高くされる実施形態の状況で、移行が図示され、説明される。以下の説明では、補助サブチャネルは高速サブチャネル（ＨＲＳ）と呼ばれる。ＨＲＳを使用して補助サブチャネルから主サブチャネルにユーザ端末（複数可）を移行する一実施形態が、以下で詳細に説明される。
【０１００】
本明細書で説明されるように主サブチャネル（Ｍと表す）が作成される（すなわち、パケットｐがザッピングアクセラレータで受信されたとき、パケットｐがｄ時間単位遅延され、次いで主サブチャネルＭ上で伝播され、それによって主メディアストリームが形成される）。主サブチャネルＭの作成時刻（すなわち、第１パケットｐがザッピングアクセラレータに到着したｄ時間単位後）をＣｍとする。主サブチャネルＭに加えて、主サブチャネルＭを補足するためにＸ個のＨＲＳが生成される（ただし
【数４】
2011525071.tif 000006
であり、ｓはメディアストリーム内の最大のＧＯＰの持続時間であり、Ｔは本明細書で説明されるタイムシフトである）。したがって、ＨＲＳｉの作成時刻Ｃｉ（１＜ｉ＜Ｘ）はＣｍ＋（ｉ×Ｔ）であり、パケットｐが時刻ＣｉにＨＲＳ上で送信される。
【０１０１】
ＨＲＳが主サブチャネルＭに遅れることから主サブチャネルＭに先行することに切り替わるようなＨＲＳの加速に関して、各ＨＲＳｉについて主サブチャネルＭに対して必要な加速量をΔ＝（Ｒ／ｒ）−１とする。この加速のために、各ＨＲＳは、当初は主サブチャネルＭに遅れるが、最終的には主サブチャネルＭに追い付き、次いで（ユーザ端末のすべてがＨＲＳから主サブチャネルＭに移行された後に）ＨＲＳが非活動化されるまで主サブチャネルＭに先行する。補助サブチャネルＨＲＳｉが主サブチャネルＭに追い付くのに必要な時間は、（Ｃｉ−Ｃｍ）／Δである。
【０１０２】
さらに、ＨＲＳの加速に関して、ＨＲＳ０が主サブチャネルＭに追い付くとき、新しいＨＲＳであるＨＲＳＸが作成され、ＨＲＳＸは作成時刻ＣＸ＝ＣＸ−１＋Ｔ／Δを有する。ＨＲＳ１は、主サブチャネルＭに追い付くのにＴ／Δ時間かかることに留意されたい。同様に、ＨＲＳ２は、主サブチャネルＭに追い付くのにさらにＴ／Δ時間単位かかり、以下同様である。したがって、一般には、ＨＲＳｉが主サブチャネルＭに追い付くとき（このことは、ＨＲＳｉ−１が主サブチャネルＭに追い付いた後の時間Ｔ／Δ後に生じる）、新しい補助サブチャネルＨＲＳｉ＋Ｘが作成され、ＨＲＳｉ＋Ｘと主サブチャネルＭとの間の初期ギャップは正確にＸ−Ｔである（ＧＯＰの最大持続時間は、整数個のＴ間隔に切り上げられる）。言い換えれば、ＨＲＳｉ＋Ｘの作成時刻Ｃｉ＋Ｘで、補助サブチャネルＨＲＳｉ＋Ｘは、時刻Ｃｉ＋Ｘ−Ｘ・Ｔで主サブチャネルＭ上で送信されたパケットｐを送信する。
【０１０３】
上記の説明から、ＨＲＳの加速に関して（各ＨＲＳにＴ時間単位の間隔が空けられることを含めて）、遅れ補助サブチャネルの最大数が
【数５】
2011525071.tif 000007
によって与えられ、先行補助サブチャネルの最大数が
【数６】
2011525071.tif 000008
によって与えられることになる。言い換えれば、こうした境界に達すると、Ｔ／Δ時間単位ごとに、既存の先行するＨＲＳのうちの１つが非活動化され、新しい遅れＨＲＳが活動化される。したがって、チャネルザッピング応答時間を短縮するためにユーザ端末で使用するのに利用可能な補助サブチャネル数が（必要なら、または望まれるなら）維持されると共に、ユーザ端末を補助サブチャネルから関連する主サブチャネルに移行することも可能となる。
【０１０４】
ＨＲＳ上のパケットの伝送時間をいくつかの方式で計算することができる。ＨＲＳ上のパケットの伝送時間を計算する例示的プロセスが以下で説明される。
【０１０５】
この実施形態では、ＨＲＳｉの作成時刻をＣｉとする。目標は、各ＨＲＳｉがその作成時刻Ｃｉで補助サブチャネルＨＲＳｉと主サブチャネルＭとの間の所与の時間ギャップθｉの要件を満足することを保証することである。例えば、第１補助サブチャネルＨＲＳｉは、時刻Ｃ１で初期時間ギャップθ１＝Ｔを満足させなければならず、ザッピングアクセラレータが、時刻Ｃｍ＝Ｃ１−Ｔで主サブチャネルＭ上で送信されたパケットを、時刻Ｃ１でＨＲＳ１上で送信する必要があることを意味する。このことを、各ＨＲＳｉについて、時刻ｔでのＨＲＳｉと主サブチャネルＭとの間の時間ギャップを指定する時間ギャップ関数Ｈｉ（ｔ）を定義することにより、補助サブチャネルＨＲＳｉのすべてにわたって一般化することができる（すなわち、ＨＲＳｉは、時刻ｔ−Ｈｉ（ｔ）でＭ上で送信されたパケット（ビット）を時刻ｔで送信する必要がある）。
【０１０６】
時間ギャップ関数Ｈｉ（ｔ）は、以下の制約を満足する線形関数である：（１）Ｈｉ（Ｃｉ）＝θ１、および（２）主サブチャネルＭおよび補助サブチャネルＨＲＳｉの異なる伝送速度から、補助サブチャネルＨＲＳｉは、Ｃｉの後のθｉ／Δ時間単位で主サブチャネルＭに追い付く（すなわち、Ｈｉ（Ｃｉ＋θｉ／Δ）＝０）。正の値のθｉは、補助サブチャネルＨＲＳｉが主サブチャネルＭに遅れていることを示し、負の値のθｉは、補助サブチャネルＨＲＳｉが主サブチャネルＭに先行していることを示す。こうした制約から、以下の結果が得られる：Ｈｉ（ｔ）＝Δ（Ｃｉ−ｔ）＋θｉ。
【０１０７】
この結果を以下の２つの異なる場合に適用することができる。第１に、最初のＸ個のＨＲＳの場合を考慮する。この場合、各補助サブチャネルＨＲＳｉが時刻Ｃｉ＝Ｃｍ＋（ｉ×Ｔ）で作成され、その時の主サブチャネルＭからのその初期時間ギャップはθ＝ｉ×Ｔである。したがって、Ｈｉ（ｔ）＝Δ（Ｃｉ−ｔ）＋（ｉ×Ｔ）である。第２に、最初のＸ個のＨＲＳの後の別の補助サブチャネルＨＲＳｉ（ｉ＞Ｘ）の場合を考慮する。このＨＲＳｉは、ＨＲＳｉ＋Ｘが主サブチャネルＭと位置合せされ、先行補助サブチャネルとなる時刻Ｃｉで作成される。したがって、Ｔ時間単位の任意の期間でＩフレームの先頭が少なくとも１つのサブチャネルによって送信されるという要件を保持するために、ＨＲＳｉは、時刻Ｃｉでθｉ＝Ｘ・Ｔとなるという要件を満足しなければならない。
【０１０８】
言い換えれば、この要件に基づいて、時刻Ｃｉに主サブチャネルＭ上で送信されるパケットが、時刻Ｃｉ−Ｘ・Ｔに主サブチャネルＭ上で送信された。したがって、Ｈｉ（ｔ）＝Δ（Ｃｉ−ｔ）＋Ｘ・Ｔである。同様に、パケットが時刻ｔｍに主サブチャネルＭ上で送信されるとして、パケットが補助サブチャネルＨＲＳｉ上で送信される時刻ｔｉを計算することができる。ｔｍ＝ｔｉ−Ｈｉ（ｔｉ）＝ｔｉ−Δ（Ｃｉ−ｔｉ）−θｉであることを想起すると、時刻ｔｉを以下のように計算することができる：
【数７】
2011525071.tif 000009
このことから、以下のようになる：
【数８】
2011525071.tif 000010
【０１０９】
したがって、最初のＸ個のＨＲＳのそれぞれについての時刻ｔｉと、他の任意のＨＲＳｉ（ｉ＞Ｘ）についての時刻（複数可）ｔｉを以下のように計算することができる（新しい補助サブチャネルがＴ／Δ時間単位ごとに作成されるが、新しく作成される補助サブチャネルの主サブチャネルＭからの初期ギャップは常にＸ−Ｔであることを想起されたい）：
【数９】
2011525071.tif 000011
【０１１０】
（例えば、ユーザ端末、アクセスマルチプレクサなどによる）チャネルザッピング応答時間を最小限に抑える方式でＨＲＳの選択を可能にするために、ＨＲＳが利用可能であるテレビジョンチャネルに関連するメタチャネル上で追加の情報を伝播させることができる。ＨＲＳがサポートされる一実施形態では、ＨＲＳの選択を可能にするメタチャネル上で伝播されるサブチャネル選択情報メッセージが、本明細書で説明される５タプルサブチャネル選択情報メッセージ内に含まれる情報とは異なる情報および／または追加の情報を含むことができる。上述と同様の方式でサブチャネル選択情報メッセージの生成および伝播を実施することができる。
【０１１１】
ＨＲＳがサポートされる一実施形態では、サブチャネル選択情報メッセージを８タプルとして以下のように実装することができる：（ｉｄ，ｇａｐ１，Ｌｇａｐ，Ｔ，ＬＬＳＣ，Ｌ，Ｎ，Ｍ  ｉｄ）。ただし、ｉｄはテレビジョンチャネルを特定し、ｇａｐ１は、次のＩフレームが主サブチャネル上で送信されるまでの時間の長さであり、Ｌｇａｐは、次のＩフレームが主サブチャネルＭ上で送信される時刻とＬＬＳＣとの間の差であり、ＬＬＳＣは、最小の遅れ補助サブチャネルの識別子であり、Ｌは、遅れ補助サブチャネルの数であり、Ｔは、隣接するサブチャネル間のタイムシフトの量であり、Ｎは、少なくともサブチャネルのワーストキャスト数と同数であり、Ｌ個の遅れ補助サブチャネルに関するそれぞれの補助サブチャネルの識別子に対するモジュロオペランドとして使用され、Ｍ  ｉｄは、ユーザ端末で選択されたサブチャネルのマルチキャストアドレスを識別するのに使用されるマルチキャストアドレスのプールへの索引である。この実施形態では、ｉｄが以下のように計算される：（ＬＬＳＣ＋ｉ）ｍｏｄＮ、１≦ｉ≦Ｌ。
【０１１２】
本明細書で説明されるように、補助サブチャネルが主サブチャネルに追い付いた後は、補助サブチャネルは、少なくとも、ユーザに対するどんな顕著な影響も及ぼすことなくユーザ端末が補助サブチャネルのマルチキャストグループを去り、主サブチャネルのマルチキャストに加わるのに十分なジッタバッファを収集する（すなわち、メディアストリームの十分なパケットをバッファリングする）ことを可能にする期間にわたってアクティブなままでなければならない。一般には、ユーザ端末でのジッタバッファの収集は、ユーザ端末内のデコーダのプレイアウトレート（これは、本質的には主サブチャネルＭのレートｒである）に依存する。
【０１１３】
したがって、ユーザ端末が補助サブチャネルを去り、主サブチャネルＭに加わるのに必要な最大時間Ｊをサポートするのに十分なジッタバッファをユーザ端末が収集するために、ユーザ端末は、期間Ｊ／Δにわたって引き続き補助サブチャネルからデータを受信し、バッファリングしなければならず、その後の時間に、補助サブチャネルを非活動化することができる。一実施形態では、補助サブチャネルが、期間Ｊ／Δの直後に非活動化される。一実施形態では、補助サブチャネルは、期間Ｊ／Δを超える追加の時間（例えば、補助サブチャネル上の任意の潜在的再送信に対処するための猶予期間）にわたってアクティブなままでよい。
【０１１４】
サブチャネル移行では、ユーザ端末は、補助サブチャネルから主サブチャネルにいつ移行するかを判定することができないことがある。したがって、一実施形態では、ザッピングアクセラレータが、ユーザ端末でのこの判定を容易にすることができる。そのような一実施形態では、例えば、補助サブチャネル上のユーザ端末を主サブチャネルに移行することができる（すなわち、このとき補助サブチャネルが、十分な時間量だけ主サブチャネルに先行している）という判定に応答して、ザッピングアクセラレータは、補助サブチャネルを受信するユーザ端末に移行インジケータを提供して、ユーザ端末が補助サブチャネルのマルチキャストグループを去り、主サブチャネルのマルチキャストグループに加わることを起動することができる。
【０１１５】
いくつかの方式で移行インジケータを提供することができる。
【０１１６】
一実施形態では、例えば、ザッピングアクセラレータが、補助サブチャネルを使用することなく、ユーザ端末に移行インジケータを提供することができる。例えば、ザッピングアクセラレータは、何らかの他のシグナリングを使用して、補助サブチャネルを使用しているユーザ端末に移行インジケータを提供することができる。そのような実施形態では、ザッピングアクセラレータは、現在どのユーザ端末が補助サブチャネルを受信しているかについての知識を必要とする。ザッピングアクセラレータは、補助サブチャネルのマルチキャストグループのメンバシップからこの情報を得ることができる。
【０１１７】
一実施形態では、例えば、ザッピングアクセラレータは、補助サブチャネルを現在使用している任意のユーザ端末が移行インジケータを受信するように、補助サブチャネル上で移行インジケータを提供することができる。そのような一実施形態では、例えば、ザッピングアクセラレータは、補助サブチャネル上で移行インジケータパケットを送信することができる。そのような実施形態では、ザッピングアクセラレータは、現在どのユーザ端末がその補助サブチャネルを受信しているかについての知識を必要としない。
【０１１８】
ザッピングアクセラレータの観点からのサブチャネル移行の一例が、図７に関連して図示され、説明される。サブチャネル移行機能を提供するためにザッピングアクセラレータで実施される例示的方法が、図８に関連して図示され、説明される。ユーザ端末の観点からのサブチャネル移行の一例が、図９に関連して図示され、説明される。サブチャネル移行機能を提供するためにユーザ端末で実施される例示的方法が、図１０に関連して図示され、説明される。
【０１１９】
図７は、ザッピングアクセラレータでのサブチャネル移行を示すための主サブチャネルおよび関連する補助サブチャネルのタイミングを示す例示的タイミング図である。図７に示されるように、テレビジョンチャネルのコンテンツを搬送するメディアストリームはＧＯＰを含む（整数１から７を使用して表す）。主サブチャネル（ＳＵＢ−ＣＨ−０と表す）がユーザ端末に向けて伝播される。主サブチャネルＳＵＢ−ＣＨ−０が、第１データ転送速度（ｒ）を使用して伝播される。初期遅れギャップ（７１１）の後、ザッピングアクセラレータが第１補助サブチャネル（ＳＵＢ−ＣＨ−１と表す）を作成する。第１補助サブチャネルＳＵＢ−ＣＨ−１の作成時刻（７１２）は、主補助サブチャネルＳＵＢ−ＣＨ−０の作成時刻のＴ時間単位後である。第１補助サブチャネルＳＵＢ−ＣＨ−１が、第２データ転送速度（Ｒ）を使用して伝播される。ただしデータ転送速度Ｒはデータ転送速度ｒよりも高速である。
【０１２０】
図７に示されるように、第２データ転送速度Ｒが第１データ転送速度ｒよりも高速であるので、それに比例して、第１補助サブチャネルＳＵＢ−ＣＨ−１のそれぞれのＧＯＰのＧＯＰサイズは、主サブチャネルＳＵＢ−ＣＨ−０のそれぞれのＧＯＰの対応するＧＯＰサイズよりも小さい。したがって、経時的に、第１補助サブチャネルＳＵＢ−ＣＨ−１は、主サブチャネルＳＵＢ−ＣＨ−０に遅れることから、主サブチャネルＳＵＢ−ＣＨ−０に先行することに変化する。図７に示されるように、第１補助サブチャネルＳＵＢ−ＣＨ−１は、時刻（７１３）で主サブチャネルＳＵＢ−ＣＨ−０に追い付き、その時刻で、主サブチャネルＳＵＢ−ＣＨ−０と第１補助サブチャネルＳＵＢ−ＣＨ−１の両方で、第４ＧＯＰ（ＧＯＰ４と表す）の送信が始まる。
【０１２１】
第１補助サブチャネルＳＵＢ−ＣＨ−１が主サブチャネルＳＵＢ−ＣＨ−０に追い付く時刻の前の期間（第１補助サブチャネルが作成される時刻に始まる）が、遅れ段階（７１４）として表される。第１補助サブチャネルＳＵＢ−ＣＨ−１の遅れ段階７１４の間、新しいユーザ端末は、第１補助サブチャネルＳＵＢ−ＣＨ−１のマルチキャストグループに依然として加わることができる。第１補助サブチャネルＳＵＢ−ＣＨ−１が主サブチャネルＳＵＢ−ＣＨ−０に追い付く時刻の後の期間（ザッピングアクセラレータが第１補助サブチャネル上でサブチャネル移行コマンドを送信する時刻に終了する）が、先行段階（７１５）として表される。第１補助サブチャネルＳＵＢ−ＣＨ−１の先行段階７１５の間、新しいユーザ端末は、第１補助サブチャネルＳＵＢ−ＣＨ−１のマルチキャストグループに参加することはできない。
【０１２２】
本明細書で説明されるように、先行段階７１５の間、第１補助サブチャネルＳＵＢ−ＣＨ−１のマルチキャストグループに属する任意のユーザ端末は、第１補助サブチャネルＳＵＢ−ＣＨ−１上で受信したデータをバッファリングする。第１補助サブチャネルＳＵＢ−ＣＨ−１が主サブチャネルＳＵＢ−ＣＨ−０に追い付く時刻（７１３）の後の時間に、ザッピングアクセラレータは、スイッチチャネルコマンド（７１６）を生成し、第１補助サブチャネルＳＵＢ−ＣＨ−１上でスイッチチャネルコマンド７１６を送信する。第１補助サブチャネルＳＵＢ−ＣＨ−１のマルチキャストグループに参加するユーザ端末（複数可）は、第１補助サブチャネルＳＵＢ−ＣＨ−１上でスイッチチャネルコマンド７１６を受信する。
【０１２３】
スイッチチャネルコマンド７１６を受信するユーザ端末（複数可）は、第１補助サブチャネルＳＵＢ−ＣＨ−１から主サブチャネルＳＵＢ−ＣＨ−０に切り換えるプロセスを開始する。図７に示されるように、スイッチチャネルコマンド７１６を受信するユーザ端末（複数可）が第１補助サブチャネルＳＵＢ−ＣＨ−１から主サブチャネルＳＵＢ−ＣＨ−０に切り換えるプロセスを実施する切換え期間（７１７）があり、そのプロセスは、第１補助サブチャネルＳＵＢ−ＣＨ−１のマルチキャストグループを去り、主サブチャネルＳＵＢ−ＣＨ−０のマルチキャストグループに加わることを含む。
【０１２４】
切換え期間７１７の間、第１補助サブチャネルＳＵＢ−ＣＨ−１は依然としてアクティブである。切換え期間７１７の間、第７ＧＯＰ（ＧＯＰ７）が、第１補助サブチャネルＳＵＢ−ＣＨ−１上で伝播されており、第６ＧＯＰ（ＧＯＰ６）が主サブチャネルＳＵＢ−ＣＨ−１上で伝播されている。第６ＧＯＰ（ＧＯＰ６）は、主サブチャネルＳＵＢ−ＣＨ−１上で伝播されるより前に、第１補助サブチャネルＳＵＢ−ＣＨ−１上で伝播された（例示的には、先行段階７１５の間、各ユーザ端末はテレビジョンチャネルをユーザに引き続き表示する際に使用するために第６ＧＯＰをバッファリングしており、一方ユーザ端末は、第１補助サブチャネルＳＵＢ−ＣＨ−１から主サブチャネルチャネルＳＵＢ−ＣＨ−０へのサブチャネル移行を実施する）。
【０１２５】
図７に示されるように、切換え期間７１７の後、ユーザ端末のすべてが第１補助サブチャネルＳＵＢ−ＣＨ−１から主サブチャネルＳＵＢ−ＣＨ−０に移行したとき、ザッピングアクセラレータは、（サブチャネル終了時刻７１８として表される時刻に）第１補助サブチャネルＳＵＢ−ＣＨ−１を非活動化し、それによって、第１補助サブチャネルＳＵＢ−ＣＨ−１で消費されていたネットワークリソースがあればそれを解放する。サブチャネル終了時刻７１８は、ザッピングアクセラレータが主サブチャネルＳＵＢ−ＣＨ−０上で第７ＧＯＰ（ＧＯＰ７）を送信するのとほぼ同時に生じ、それによって、第１補助サブチャネルＳＵＢ−ＣＨ−１から主サブチャネルＳＵＢ−ＣＨ−０に移行されるユーザ端末は、テレビジョンチャネルのコンテンツを表示することができる。
【０１２６】
本明細書で説明されるように、第１補助サブチャネルＳＵＢ−ＣＨ−１から主サブチャネルＳＵＢ−ＣＨ−０に移行された各ユーザ端末は、先行段階７１５中にユーザ端末が第１補助サブチャネルＳＵＢ−ＣＨ−１上で受信し、バッファリングした第６ＧＯＰのパケットを使用し、次いで主サブチャネルに移行された後にユーザ端末が主サブチャネル上で受信する第７ＧＯＰのパケットを使用することにより、テレビジョンチャネルのコンテンツを表示することができる。したがって、第１補助サブチャネルＳＵＢ−ＣＨ−１から主サブチャネルＳＵＢ−ＣＨ−０に移行された各ユーザ端末は、ユーザにどんな影響も及ぼすことなくテレビジョンチャネルのコンテンツを表示することができる。
【０１２７】
図８は、サブチャネル移行操作を実施する、ザッピングアクセラレータで実施されるように構成された例示的方法を示す。具体的には、図８の方法８００は、メタチャネルで搬送される情報を使用して、複数のメディアストリームのうちの１つを選択する方法を含む。逐次実施されるように図示され、説明されるが、方法８００のステップの少なくとも一部を同時に実施することができ、または図８に関連して図示され、説明されるのとは異なる順序で実施することができる。方法８００はステップ８０２で始まり、ステップ８０４に進む。
【０１２８】
ステップ８０４で、主メディアストリームがユーザ端末に向けて伝播される。
【０１２９】
ステップ８０６で、作成条件が満足されるかどうかに関して判定が行われる。
【０１３０】
作成条件は、補助メディアストリームもユーザ端末に向けて伝播すべきことを示す任意の条件でよい。一実施形態では、作成条件が満足されるかどうかに関する判定は、タイムシフトが満足されたかどうかに関する判定である。一実施形態では、作成条件が満足されるかどうかに関する判定は、少なくとも１つのユーザ端末が補助メディアストリームの作成を要求するかどうかに関する判定である。作成条件は、補助メディアストリームを生成すべきか否かを判定するのに使用することのできる任意の他の条件でよい。
【０１３１】
作成条件が満足されない場合、方法８００はステップ８０６に戻る。言い換えれば、ザッピングアクセラレータは、ユーザ端末に向けて主メディアストリームを引き続き伝播させると共に、作成条件が満足されたという表示の検出を待機する（すなわち、ザッピングアクセラレータは、作成条件が満足されるまでステップ８０６内でループする）。作成条件が満足される場合、方法８００はステップ８０８に進む。
【０１３２】
ステップ８０８で、補助メディアストリームが、ユーザ端末に向けて伝播される。補助メディアストリームは、補助メディアストリームが主メディアストリームに遅れることから、主メディアストリームに先行することに切り替わることを可能にする方式で（例えば、補助メディアストリームについてより高速のデータ転送速度を使用すること、パケット廃棄を使用することなどによって）、ユーザ端末に向けて伝播される。
【０１３３】
ステップ８１０で、補助メディアストリームが主メディアストリームに先行するかどうかに関して判定が行われる。補助メディアストリームが主メディアストリームに先行しない場合、方法８００はステップ８１０に戻る（すなわち、ザッピングアクセラレータは、メディアストリームを引き続き伝播させると共に、補助メディアストリームが主メディアストリームに追い付くのを待機する）。補助メディアストリームが主メディアストリームに先行する場合、方法８００はステップ８１２に進む。
【０１３４】
ステップ８１２で、ユーザ端末（複数可）でのジッタバッファ（複数可）が満足されるかどうかに関して判定が行われる。
【０１３５】
ユーザ端末（複数可）は、補助メディアストリームのマルチキャストグループに現在加わっている任意のユーザ端末（複数可）を含む。図７に示されるように、ザッピングアクセラレータは、ユーザ端末（複数可）に対するデータのバッファリングについての特定の知識を必要とせず、むしろ、ザッピングアクセラレータが必要とするのは、補助メディアストリームを使用している可能性のあるユーザ端末（複数可）が、補助メディアストリームから主メディアストリームへのシームレスな移行を実施することができるのに十分なデータを受信し、バッファリングしたことを判定するのに十分な情報だけである。
【０１３６】
ユーザ端末（複数可）でのジッタバッファ（複数可）が満足されない場合、方法８００はステップ８１２にとどまる（すなわち、ザッピングアクセラレータは、メディアストリームを引き続き伝播させると共に、補助メディアストリームを使用している可能性のあるユーザ端末が十分なデータを受信し、バッファリングするのに十分な時間だけ待機する）。ユーザ端末（複数可）でのジッタバッファ（複数可）が満足される場合、方法８００はステップ８１４に進む。
【０１３７】
ステップ８１４で、メディアストリーム移行コマンドが、補助メディアストリームを使用しているユーザ端末（複数可）に伝播される。メディアストリーム移行コマンドを補助メディアストリーム内のパケットとして提供することができる。
【０１３８】
ステップ８１６で、補助メディアストリームを使用しているユーザ端末（複数可）が主メディアストリームに移行したかどうかに関して判定が行われる。図７に示されるように、ザッピングアクセラレータは、第１補助メディアストリームを使用しているユーザ端末（複数可）が主メディアストリームに移行したかどうかについての特定の知識を必要としない。むしろ、ザッピングアクセラレータは、ユーザ端末が主メディアストリームに移行するのに必要とされるマルチキャスト退出操作およびマルチキャスト加入操作を実施するのに十分であるとみなされる時間の長さだけ単に待機することができる。
【０１３９】
ユーザ端末（複数可）が主メディアストリームに移行していない（例えば、移行のために十分な長さの時間がまだ経過していない）場合、方法８００はステップ８１６にとどまる（すなわち、ザッピングアクセラレータは、メディアストリームを引き続き伝播させると共に、補助メディアストリームを使用している可能性のあるユーザ端末が主メディアストリームへの移行を完了するのに十分な時間だけ待機する）。ユーザ端末（複数可）が主メディアストリームに移行した（例えば、移行のために十分な長さの時間が過ぎた）場合、方法８００はステップ８１８に進む。
【０１４０】
ステップ８１８で、第１補助メディアストリームが非活動化される（したがって、関連する第１補助サブチャネルが非活動化される）。主メディアストリームは、そのテレビジョンチャネルのコンテンツを引き続き伝播させ、主メディアストリームに関連する１つまたは複数の他の補助メディアストリームも、そのテレビジョンチャネルのコンテンツを引き続き伝播させることができる（補助メディアストリームが作成されたときに応じて、主メディアストリームに遅れ、または先行する）。
【０１４１】
ステップ８２０で、方法８００は終了する。（理解しやすくするために）終了として図示され、説明されるが、新しい補助メディアストリームが活動化され、既存の補助メディアストリームが非活動化されるとき、方法８００を引き続き反復することができる。
【０１４２】
図９は、ユーザ端末でのサブチャネル移行を示すための図７の主サブチャネルおよび関連する補助サブチャネルタイミングを示す例示的タイミング図を示す。図９の主サブチャネルＳＵＢ−ＣＨ−０および第１補助サブチャネルＳＵＢ−ＣＨ−０のタイミングは、それぞれ図７の主サブチャネルＳＵＢ−ＣＨ−０および第１補助サブチャネルＳＵＢ−ＣＨ−０のタイミングと同一である。
【０１４３】
第１時点（９１１と表す）で、ユーザ端末がメタチャネルを聴取している。
【０１４４】
第１時点の幾らか後の第２時点（９１２と表す）で、ユーザは、テレビジョンチャネルを選択する。例えば、ユーザは、リモートコントロールを介してテレビジョンチャネルを変更することができる。
【０１４５】
第２時点から幾らかの遅延の後の第３時点（９１３と表す）で（その間、ユーザ端末はどの補助サブチャネルを選択するかを決定する）、ユーザ端末は、選択したサブチャネルのマルチキャストグループに加わる（例示的には、ユーザ端末は、第１補助サブチャネルＳＵＢ−ＣＨ−１のマルチキャストグループに加わる）。
【０１４６】
第３時点から幾らかの遅延の後の第４時点（９１４と表す）で（すなわち、第１補助サブチャネルＳＵＢ−ＣＨ−１上の次のＧＯＰの始まりを待機する）、ユーザ端末は、第１補助サブチャネル上で利用可能な次のＩフレーム（例示的には、第２ＧＯＰのＩフレーム）を受信する。ユーザ端末はまた、第１補助サブチャネルＳＵＢ−ＣＨ−１上で受信したデータのバッファリングも開始する。
【０１４７】
第４時点から幾らかの遅延の後の第５時点（９１５と表す）で（その間、ユーザ端末は、第１補助サブチャネルＳＵＢ−ＣＨ−１上で受信したフレームをバッファリングしている）、ユーザ端末は、選択したチャネルのコンテンツの表示を開始する（すなわち、ユーザ端末は、ユーザによって選択されたテレビジョンチャネルのコンテンツの再生を開始する）。
【０１４８】
第５時点から幾らかの遅延の後の第６時点（９１６と表す）で（その間、第１補助サブチャネルＳＵＢ−ＣＨ−１は、時間的に主サブチャネルＳＵＢ−ＣＨ−０に遅れることから、時間的に主サブチャネルＳＵＢ−ＣＨ−０に先行することに変化する）、ユーザ端末は、第１補助サブチャネルＳＵＢ−ＣＨ−１上でスイッチチャネルコマンドを受信する。図７および図９に示されるように、スイッチチャネルコマンドは、第１補助サブチャネルＳＵＢ−ＣＨ−１上の第７ＧＯＰの開始より前に受信される。
【０１４９】
第６時点から幾らかの遅延の後の第７時点（９１７と表す）で（その間、ユーザ端末は、第１補助サブチャネルＳＵＢ−ＣＨ−１のマルチキャストグループを去り、主サブチャネルＳＵＢ−ＣＨ−０のマルチキャストグループに加わることにより、第１補助サブチャネルＳＵＢ−ＣＨ−１から主サブチャネルＳＵＢ−ＣＨ−０に切り替わっている）、ユーザ端末は主サブチャネルＳＵＢ−ＣＨ−０に加わる。
【０１５０】
図７に関連して説明されたように、ユーザに対してトランスペアレントな方式で第１補助サブチャネルＳＵＢ−ＣＨ−１から主サブチャネルＳＵＢ−ＣＨ−０にユーザ端末をシームレスに切り換えるために、ユーザ端末は、第１補助サブチャネルＳＵＢ−ＣＨ−１上で受信されるデータを格納するジッタバッファを維持し（そのようなデータが主サブチャネルＳＵＢ−ＣＨ−０上で利用可能となる前に）、それによって、ユーザ端末が第１補助サブチャネルＳＵＢ−ＣＨ−１から主サブチャネルＳＵＢ−ＣＨ−０に切り換えるプロセスにある間に、ユーザ端末上のプレイアウトが、ジッタバッファから続行することができる。
【０１５１】
図９に示されるように、ユーザ端末は、第１補助サブチャネルＳＵＢ−ＣＨ−１上で第２ＧＯＰから第６ＧＯＰを受信し、主サブチャネルＳＵＢ−ＣＨ−０上で第７ＧＯＰ（および後続のＧＯＰ）を受信する。図９にさらに示されるように、第４ＧＯＰから第６ＧＯＰは、（例えば、第１補助サブチャネルについて上昇したデータ転送速度を使用して、またはこの結果を達成する任意の他の手段を使用して）そのようなＧＯＰが主サブチャネルＳＵＢ−ＣＨ−０上で利用可能となる前に、第１補助サブチャネルＳＵＢ−ＣＨ−１上で利用可能にされた。
【０１５２】
したがって、第６ＧＯＰが主サブチャネルＳＵＢ−ＣＨ−０上で伝播されている間、ユーザ端末はどんなサブチャネルにも加わらないが、テレビジョンチャネルのコンテンツのシームレスプレイアウトは、ユーザ端末上のジッタバッファ内に格納された第６ＧＯＰを使用して続行される（第６ＧＯＰは、第６ＧＯＰが主サブチャネル上で利用可能となったときに先立って、第１補助サブチャネル上のユーザ端末に到着するように作成されたため）。
【０１５３】
図１０は、サブチャネル移行操作を実施する、ユーザ端末で実施されるように構成された例示的方法を示す。具体的には、図１０の方法１０００は、補助メディアストリームから主メディアストリームに移行する方法を含む。逐次実施されるように図示され、説明されるが、方法１０００のステップの少なくとも一部を同時に実施することができ、または図１０に関連して図示され、説明されるのとは異なる順序で実施することができる。方法１０００はステップ１００２で始まり、ステップ１００４に進む。
【０１５４】
ステップ１００４で、ユーザ端末は補助メディアストリームを受信する。ステップ１００６で、ユーザ端末は、補助メディアストリーム上でスイッチチャネルコマンドを検出する。ステップ１００８で、ユーザ端末は、補助メディアストリームのマルチキャストグループを去る。ステップ１０１０で、ユーザ端末は、補助メディアストリームに関連する主メディアストリームのマルチキャストグループに加わる。ステップ１０１２で、ユーザ端末は主メディアストリームを受信する。ステップ１０１４で、方法１０００は終了する。
【０１５５】
本明細書で説明されるように、補助メディアストリームおよび主メディアストリームは、テレビジョンチャネルのコンテンツを搬送する。ステップ１００４−１０１０の間、ユーザ端末でのテレビジョンチャネルのコンテンツの再生が、補助メディアストリーム上で受信したフレームを使用して実施される。ステップ１０１２の間（およびその後の、ユーザがチャネルを変更するまでの任意の時間）、ユーザ端末でのテレビジョンチャネルのコンテンツの再生が、主メディアストリーム上で受信したフレームを使用して実施される。
【０１５６】
図１１は、複数の補助サブチャネルの存在下でのサブチャネル移行を示すための、主サブチャネルおよび関連する補助サブチャネルのタイミングを示す例示的タイミング図を示す。図１１に示されるように、異なる時点でアクティブであり、非アクティブである３つの補助サブチャネルがある。１つまたは複数のユーザ端末に関するチャネルザッピング応答時間を短縮するために必要なときに、異なる補助サブチャネルが活動化される。ユーザ端末が補助サブチャネルに加わった後、次いでユーザ端末が、主サブチャネルに最終的に移行され、補助サブチャネルが非活動化され、他のユーザ端末に関するチャネルザッピング応答時間を短縮するために後で再び再活動化されるだけである。
【０１５７】
図１１に示されるように、各補助サブチャネルは、関連する遅れ段階および先行段階、または補助サブチャネルがアクティブである各期間を有する。さらに、多くの場合には、補助サブチャネルのうちの１つの非活動化が、補助サブチャネルのうちの異なる補助サブチャネルの活動化とほぼ同時に行われる。例えば、第１補助サブチャネルＳＵＢ−ＣＨ−１が（ＳＵＢ−ＣＨ−１上のＧＯＰ７の開始で）再活動化されるのとほぼ同時に、第２補助サブチャネルＳＵＢ−ＣＨ−２が（ＳＵＢ−ＣＨ−２上のＧＯＰ８の終わりで）非活動化される。本明細書で図７−図１０に関連して図示され、説明されるサブチャネル移行操作と同様に、各補助サブチャネルから主サブチャネルへのユーザ端末の移行を実施することができる。
【０１５８】
本明細書では主に、テレビジョンチャネルに関する主／補助メディアストリームをそれぞれ搬送する主／補助サブチャネルに関して図示され、説明されるが、主／補助サブチャネルは、様々な他のタイプのコンテンツに関する主／補助メディアストリームをそれぞれ搬送中でよい。例えば、任意の他のタイプのコンテンツ（例えば、ビデオオンデマンド配信、ウェブキャストなど、ならびにそれらの様々な組合せ）のマルチキャスト配布で使用するために、本明細書で図示され、説明されるザッピング加速機能を適用することができる。
【０１５９】
一定ビットレート（ＣＢＲ）メディアストリーム（例えば、主メディアストリームがレートｒを有し、補助メディアストリームがレートｒまたはＲを有する場合）に関連して主に図示され、説明されるが、本明細書で図示され説明されるチャネルザッピング加速機能は、ビットレート変動を意識せず、したがって可変レートメディアストリームと共に使用するように適用することができる。例えば、補助サブチャネルが主サブチャネルよりも高レートのメディアストリームを搬送する実施形態では、ザッピングアクセラレータは、元のメディアストリームが受信されるレートの如何に関わらず、元のメディアストリームの伝送をＲ／ｒ倍に加速することができ、それによって、元のメディアストリームのビットレートの上限がｒである場合、補助ＨＲＳの最大ビットレートはＲである。
【０１６０】
図１２は、本明細書に記載の機能を実施する際に使用するのに適した汎用コンピュータの高レベルブロック図を示す。図１２に示されるように、システム１２００が、プロセッサ要素１２０２（例えばＣＰＵ）、メモリ１２０４、例えばランダムアクセスメモリ（ＲＡＭ）および／または読取り専用メモリ（ＲＯＭ）、チャネルザッピング加速モジュール１２０５、および様々な入力／出力装置１２０６（例えば、限定はしないがテープドライブ、フロッピィドライブ、ハードディスクドライブ、またはコンパクトディスクドライブを含む記憶装置、受信機、送信機、スピーカ、ディスプレイ、出力ポート、およびユーザ入力装置（キーボード、キーパッド、マウスなど））を備える。
【０１６１】
例えば特定用途向け集積回路（ＡＳＩＣ）、汎用コンピュータ、または任意の他のハードウェア同等物を使用して、ソフトウェア、および／またはソフトウェアとハードウェアの組合せで本発明を実装できることに留意されたい。一実施形態では、このチャネルザッピング加速プロセス１２０５をメモリ１２０４にロードし、プロセッサ１２０２で実行して、上記で説明した機能を実装することができる。したがって、本発明のチャネルザッピング加速プロセス１２０５（関連するデータ構造を含む）をコンピュータ可読媒体またはキャリア、例えばＲＡＭメモリ、磁気式または光学式のドライブまたはディスケットなどの上に格納することができる。
【０１６２】
本明細書でソフトウェア方法として説明されるステップの一部を、ハードウェア内で例えばプロセッサと協働して様々な方法ステップを実施する回路として実装することも想到される。本明細書で説明される機能／要素の各部分をコンピュータプログラム製品として実装することができ、コンピュータ命令が、コンピュータで処理されるときに、本明細書で説明される方法および／または技法が起動され、あるいは提供されるようにコンピュータの動作を構成する。本発明の方法を起動する命令を固定媒体または取外し可能媒体内に格納することができ、放送信号運搬媒体または他の信号運搬媒体中のデータストリームを介して伝送することができ、かつ／または命令に従って動作するコンピューティング装置内のメモリ内に格納することができる。
【０１６３】
本発明の教示を組み込む様々な実施形態が本明細書で詳細に図示され、説明されたが、こうした教示を依然として組み込む多数の他の変形実施形態を当業者は容易に考案することができる。
【図１】
2011525071.tif 000012
【図２】
2011525071.tif 000013
【図３】
2011525071.tif 000014
【図４】
2011525071.tif 000015
【図５】
2011525071.tif 000016
【図６】
2011525071.tif 000017
【図７】
2011525071.tif 000018
【図８】
2011525071.tif 000019
【図９】
2011525071.tif 000020
【図１０】
2011525071.tif 000021
【図１１】
2011525071.tif 000022
【図１２】
2011525071.tif 000023
【国際調査報告】
2011525071.tif 000024
2011525071.tif 000025
2011525071.tif 000026