(57)【要約】【課題】ネットワークリソース利用効率を高めることに関連して、迅速なメディアストリームチャネル切り替えを可能にするための方法を提供すること。【解決手段】メディアストリームが、複数の要求側の復号器による受信のためにマルチキャストされる。メディアストリームは、アクセスノードのバッファの中に格納される、グループオブピクチャーズ（ＧＯＰ）を含むパケットを含む。それらのパケットの少なくとも一部分が、メディアストリームに対応するメディアストリーム識別子を指定する受信を求める要求を新たな要求側の復号器から受信したことに応答して、その新たな要求側の復号器による受信のために、アクセスノードからユニキャストされる。その後、メディアストリームは、ユニキャストメディアストリームのパケット伝送がマルチキャストメディアストリームのパケット伝送と整列させられた後、その新たな復号器にマルチキャストされる。【選択図】図１
2006287926.tif 000002
【特許請求の範囲】
【請求項１】
メディアストリームのパケットをアクセスノードのバッファに格納することと、
メディアストリームの受信を求める要求を復号器から受信することと、
受信を求める要求を受信したことに応答して、復号器による受信のために、アクセスノードからメディアストリームの前記パケットの少なくとも一部分をユニキャストすることとを含む方法。
【請求項２】
情報を評価し、それにより、バッファの中にメディアストリームの前記パケットを格納するための決定が行われ、前記格納は、メディアストリームの前記パケットがバッファに格納されるべきであることを示す前記情報に応答して実行される、ことをさらに含む請求項１に記載の方法。
【請求項３】
バッファの中に格納されたメディアストリームの前記パケットが、受信を求める要求の中で指定されたメディアストリーム識別子に対応するかどうかを決定するための情報を評価し、前記ユニキャストは、バッファに格納されたメディアストリームの前記パケットの少なくとも一部分が、受信を求める要求の中で指定されたメディアストリーム識別子に対応するという決定に応答して実行される、ことをさらに含む請求項１に記載の方法。
【請求項４】
バッファに格納されたメディアストリームの前記パケットのいずれも、受信を求める要求の中で指定されたメディアストリーム識別子に対応しないという決定に応答して、より中央に位置したネットワーク要素による受信のために、受信を求める要求をアクセスノードから転送することをさらに含む請求項３に記載の方法。
【請求項５】
情報を評価し、それにより、バッファにメディアストリームの前記パケットを格納するための決定が行われ、前記格納は、メディアストリームの前記パケットがバッファに格納されるべきであることを示す前記情報に応答して実行される、ことをさらに含む請求項３に記載の方法。
【請求項６】
前記ユニキャストのパケット伝送が、マルチキャストを介して複数の他の復号器に提供されている、対応するメディアストリームのパケット伝送と整列するように前記ユニキャストを実行することと、
前記ユニキャストの前記パケット伝送が対応するメディアストリームのパケット伝送と整列させられた後に、前記マルチキャストを介してメディアストリームを復号器に提供することとをさらに含む請求項１に記載の方法。
【請求項７】
情報を評価し、それにより、バッファにメディアストリームの前記パケットを格納するための決定が行われ、前記格納は、メディアストリームの前記パケットがバッファに格納されるべきであることを示す前記情報に応答して実行されることと、
バッファに格納されたメディアストリームの前記パケットが、受信を求める要求の中のメディアストリーム指定識別子に対応するかどうかを決定するための情報を評価し、前記ユニキャストは、バッファに格納されたメディアストリームの前記パケットの少なくとも一部分が、受信を求める要求の中で指定されたメディアストリーム識別子に対応するという決定に応答して実行されることと、
バッファに格納されたメディアストリームの前記パケットのいずれも、受信を求める要求の中で指定されたメディアストリーム識別子に対応しないという決定に応答して、より中央に位置したネットワーク要素による受信のために、受信を求める要求をアクセスノードから転送することとをさらに含む請求項６に記載の方法。
【請求項８】
少なくとも１つのデータ処理装置と、
前記少なくとも１つのデータ処理装置に接続されたバッファと、
前記少なくとも１つのデータ処理装置に接続されたメモリと、
前記メモリからアクセス可能であり、前記少なくとも１つのデータ処理装置によって処理可能である命令であって、前記少なくとも１つのデータ処理装置が、
バッファにメディアストリームのパケットを格納することと、
メディアストリームの受信を求める要求を復号器から受信すること、および
受信を求める要求を受信したことに応答して、復号器による受信のために、アクセスノードからメディアストリームの前記パケットの少なくとも一部分をユニキャストすることとを、容易にすることができるようにするために構成された前記命令とを含むアクセスネットワーク要素。
【請求項９】
前記命令は、前記少なくとも１つのデータ処理装置が、情報を評価し、それにより、バッファにメディアストリームの前記パケットを格納するための決定が行われることを容易にすることができるようにするようにさらに構成され、
前記格納は、メディアストリームの前記パケットがバッファに格納されるべきであることを示す前記情報に応答して実行される請求項８に記載のアクセスネットワーク要素。
【請求項１０】
前記命令は、前記少なくとも１つのデータ処理装置が、バッファに格納されたメディアストリームの前記パケットが受信を求める要求の中で指定されたメディアストリーム識別子に対応するかどうかを決定することを容易にすることができるようにするようにさらに構成され、
前記ユニキャストは、バッファに格納されたメディアストリームの前記パケットの少なくとも一部分が、受信を求める要求の中で指定されたメディアストリーム識別子に対応するという決定に応答して実行される請求項８に記載のアクセスネットワーク要素。
【発明の詳細な説明】
【技術分野】
【０００１】
本特許出願は、本出願と出願人が同一であり、参照により全体が本明細書に組み込まれている「Ｒａｐｉｄ  Ｖｉｄｅｏ  Ｃｈａｎｎｅｌ  Ｃｈａｎｇｅ  Ｍｅｃｈａｎｉｓｍ  Ｉｎ  Ａｃｃｅｓｓ  Ｎｏｄｅ」という名称の２００５年４月１日に出願した同時係属の米国特許仮出願第６０／６６７３５７号の優先権を主張する。さらに、本出願は、本出願と同時に出願され、「Ａｃｃｅｓｓ  Ｎｏｄｅ  Ｃａｐａｂｌｅ  ｏｆ  Ｄｙｎａｍｉｃ  Ｃｈａｎｎｅｌ  Ｃａｃｈｉｎｇ」という名称の、本発明の譲受人に譲渡された米国特許出願第１１／３１１０８１号（弁護士登録番号１３９４３４）に関連する。その内容は、参照により本明細書に組み込まれている。
【０００２】
本明細書で行う開示は、一般的に通信ネットワークに関し、特に、通信ネットワークにおけるメディアチャネル切り替え機構に関する。
【背景技術】
【０００３】
国際電気通信連合の動画専門家グループのＭＰＥＧ２標準や、ビデオ符号化専門家グループのＨ．２６４などの標準のビデオ圧縮アルゴリズムが、グループオブピクチャーズ（ＧＯＰ）として知られているビデオシーケンスを圧縮する。各ＧＯＰは、それぞれの先頭の境界および／または終端の境界を有し、数分の１秒間から数秒間まで続くビデオコンテンツを含む。ビデオは、本発明の文脈におけるストリーミングメディアの一例であるが、ストリーミングメディアの唯一のタイプではない。広くいえば、ストリーミングメディアには、オーディオメディアや、ビデオではない形態の視覚的メディアなどの、他の形態のメディアが含まれる。
【０００４】
チャネル切り替え待ち時間は、満足の行くテレビ観賞体験、およびその他のタイプのストリーミングメディア体験に重要である。高い圧縮率のデジタルビデオストリームに切り替えることには、イメージが表示されることが始まるまでに、１秒以上かかる可能性がある。例えば、ビデオ復号器は、ＧＯＰ境界が認識されるまで、ビデオストリームを復号化することを始めることができない。したがって、チャネル切り替えに際し、先行するビデオストリームのＧＯＰ伝送が進行中でありながら、復号器が、新たなビデオストリームを受信することを始めた場合、ビデオ復号器は、新たなストリームのＧＯＰを復号化することを始める前に、そのビデオストリームの次のＧＯＰ境界を待たなければならない。
【０００５】
この、次のＧＯＰ境界を待つ必要性により、およそ、次のＧＯＰ境界が現れるのを待つ「待機時間」だけ、チャネル切り替え待ち時間が増加する。待機時間を短縮するための１つの従来のアプローチは、ＧＯＰを短くして、待機時間が比較的短いようにすることである。しかし、短いＧＯＰを使用してビデオを圧縮することは、長いＧＯＰの場合と比べて、それほど効率的ではない。したがって、圧縮効率とチャネル切り替え待ち時間の間でトレードオフが存在する。待機時間を短縮する別の従来のアプローチは、チャネル切り替え要求を受信した時点で、ＧＯＰの先頭からストリーミングを開始することである。しかし、異なる観賞者間のチャネル切り替え要求は、同期していないので、各メディアストリームが特定の復号器にユニキャストされるということが、別の機構によりそのユニキャストメディアストリームが対応するマルチキャストメディアストリームと整列させられその後一緒にされるということが可能になるまで、行われなければならない。
【０００６】
また、メディアストリームチャネル切り替えのための従来のアプローチは、ネットワークリソース利用率にも悪影響を与える。チャネル切り替えに伴なうユニキャストメディアストリームが、遠隔のソースを発信されており、コアネットワークおよび集合ネットワークを通過しなければならない場合では、膨大な量のトラフィックが、トランスポートされなければならない。さらに、チャネル切り替え要求は、毎正時および毎半時に（すなわち、プログラムが開始する際に）集中する傾向があるので、チャネル切り替えに伴なうトラフィック量も、非常に変化する。最後に、チャネル切り替えの同時性、およびチャネル切り替え要求に伴なうユニキャスト段階の時間の長さに依存して、迅速なチャネル切り替えのために利用可能でなければならないネットワークリソース量は、音声サービス、ビデオサービス、およびデータサービスの配信のために要求されるネットワークリソースを超える可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、メディアチャネルを切り替えるための従来のアプローチに伴なう欠点を少なくともある程度、克服するメディアチャネル切り替え機構が、有用であり、有利である。
【課題を解決するための手段】
【０００８】
本発明の諸実施形態は、アクセスノードを介したメディアチャネルの迅速な切り替えを容易にするための機構を提供し、この機構は、オフィス間のトラフィックを大幅に減少させる。本発明によれば、メディアストリームチャネル切り替え機能は、頻繁に要求されアクセスノードを介して提供されるメディアストリームのためにアクセスノードを介して実施される。そのような頻繁に要求されるメディアストリームに関するグループオブピクチャーズ（ＧＯＰ）を含むパケットが、アクセスノードのバッファの中に格納されて、メディアストリームの少なくとも一部分が、そのアクセスノードからユニキャストされることを可能にする。中央サーバを介して実施され、相応して、関連したネットワークの大部分にわたって膨大な量のトラフィックを負わせる、従来の迅速なチャネル切り替え技術とは異なり、アクセスノードの中にメディアチャネル切り替え機構を統合することは、チャネル切り替え待ち時間を有利に短縮し、より高いネットワークリソース利用効率に貢献する。一部のチャネル（例えば、人気のあるチャネル）に関する迅速なチャネル切り替え機能をアクセスノードの中に配置することにより、ネットワークを渡るトラフィックの量が、そのような従来の迅速なチャネル切り替え技術に関して、劇的に低減される。したがって、本発明の諸実施形態は、通信ネットワークにおいて迅速なチャネル切り替え機能を容易にするための従来のアプローチに伴なう１つまたは複数の欠点を有利に克服する。
【０００９】
本発明の一実施形態では、ネットワークリソース利用効率を高めることに関連して、迅速なメディアストリームチャネル切り替えを可能にするための方法が提供される。メディアストリームの１つまたは複数のＧＯＰを含むパケットが、アクセスノードのバッファの中に格納される。メディアストリームの受信を求める要求が、復号器から受信される。パケットの少なくとも一部分が、復号器による受信のために、アクセスノードからユニキャストされる。
【００１０】
本発明の別の実施形態では、ネットワークリソース利用効率を高めることに関連して、迅速なメディアストリームチャネル切り替えを可能にするための方法が提供される。メディアストリームが、複数の要求側の復号器による受信のためにマルチキャストされ、そのメディアストリームの１つまたは複数のグループオブピクチャーズ（ＧＯＰ）を含むパケットが、アクセスノードのバッファに格納される。それらのパケットの少なくとも一部分が、メディアストリームに対応するメディアストリーム識別子を指定する、受信を求める要求を、新たな要求側の復号器から受信したことに応答して、その新たな要求側の復号器による受信のために、アクセスノードからユニキャストされる。
【００１１】
本発明の別の実施形態では、アクセスネットワーク要素が、少なくとも１つのデータ処理装置と、データ処理装置に接続されたバッファと、データ処理装置に接続されたメモリと、メモリからアクセス可能であり、データ処理装置によって処理可能である命令とを含む。命令は、データ処理装置が、メディアストリームのパケットをバッファに格納すること、復号器からメディアストリームの受信を求める要求を受信すること、および受信を求める要求を受信したことに応答して復号器による受信のためにアクセスノードからパケットの少なくとも一部分をユニキャストすることを容易にすることができるようにするために構成される。
【００１２】
次に、本発明の特定の諸態様を参照すると、少なくとも１つの実施形態では、情報を評価するための動作が実行され、それにより、メディアストリームのパケットをバッファに格納するための決定が行われ、メディアストリームのパケットを格納することは、メディアストリームのそれらのパケットがバッファの中に格納されるべきであることを示す情報に応答して実行される。
【００１３】
本発明の少なくとも１つの実施形態では、バッファに格納されたメディアストリームのパケットが、受信を求める要求の中で指定されたメディアストリーム識別子に対応するかどうかを決定するための情報を評価するための動作が実行されて、メディアストリームのパケットをユニキャストすることが、バッファに格納されたメディアストリームのパケットの少なくとも一部分が、受信を求める要求の中で指定されたメディアストリーム識別子に対応するという決定に応答して実行される。
【００１４】
本発明の少なくとも１つの実施形態では、バッファに格納されたメディアストリームのパケットのいずれも、受信を求める要求の中で指定されたメディアストリーム識別子に対応しないという決定に応答して、受信を求める要求を、より中央に位置するネットワーク要素による受信のために、アクセスノードから転送するための動作が実行される。
【００１５】
本発明の少なくとも１つの実施形態では、ユニキャストメディアストリームのパケット伝送を、そのユニキャストメディアストリームに対応するマルチキャストメディアストリームのパケット伝送と整列させた後に、指定されたメディアストリームを新たな復号器にマルチキャストするための動作が実行される。
【００１６】
本発明の少なくとも１つの実施形態では、パケットをユニキャストすることは、ユニキャストのパケット伝送が、マルチキャストを介して複数の他の復号器に提供されている、対応するメディアストリームのパケット伝送と整列するように実行されて、ユニキャストのパケット伝送が対応するマルチキャストメディアストリームのパケット伝送と整列させられた後に、メディアストリームが、マルチキャストを介して復号器に提供される。
【００１７】
本発明のこれらのおよびその他の目的、実施形態、利点、および／または特徴は、以下の明細書、関連した図面、および添付の特許請求の範囲をさらに詳しく見ることで、直ちに明白となろう。
【発明を実施するための最良の形態】
【００１８】
図１は、本明細書で方法１００と呼ぶ、本発明による方法の実施形態を示す。方法１００は、アクセスネットワークのアクセスノードによって実行され、アクセスノードに存在するチャネル切り替え機能を介して、迅速なメディアストリームチャネル切り替えを容易にすることを可能にする。テレビチャネルが、そのようなメディアストリームチャネルの好ましい実施形態である。そのようにする際に、方法１００は、有利には、チャネル切り替え待ち時間を短縮し、より高いネットワークリソース利用効率に貢献して、通信ネットワークにおいてメディアチャネルを切り替えるための従来のアプローチに伴なう１つまたは複数の欠点を克服する。
【００１９】
方法１００は、例えば、マルチキャストビデオストリームなどの、マルチキャストメディアストリームを受信するための動作１０２を開始する。メディアストリームは、当技術分野でグループオブピクチャーズ（ＧＯＰ）と呼ばれるパケットグループのストリームを含む。メディアストリームを受信したことに応答して、格納決定情報を評価するための動作１０４が実行され、動作１０４が実行されると、メディアストリームのパケットをアクセスノードのバッファの中に格納するか否かの決定が行われ、マルチキャストメディアストリーム（すなわち、メディアストリームのパケット）を、アクセスノードの下流の受信者に転送するための動作１０６が、同時に実行される。明確にするため、評価されるのは、メディアストリームの受信されるすべてのパケットを、それらのパケットが受信されるにつれ、一時的に格納するか否かであり、評価されないのは、メディアストリームの選択されたパケットを格納するか否かであることを理解されたい。そのような格納決定情報の例には、特定のメディアストリームのパケットが格納されるべきことを示す静的構成、指定された期間内にアクセスノードにおいて受信された、メディアストリームを受信することを求める要求の特定の数、ビデオストリームを現在、見ている受信者の数、メディアストリームに関する履歴上の視聴率情報などが含まれるが、以上には限定されない。本明細書では、メディアストリームが、静的に選択されること、または、例えば、人気などの要因によって、動的に決定されることが可能であることが開示されているが、本発明は、そのような選択および／または決定を容易にする特定の手段に限定されないことも、本明細書で開示されている。
【００２０】
メディアストリームのパケットが、バッファの中に格納されるべきことを示す格納決定情報の評価に応答して、メディアストリームのパケットをアクセスノードのバッファの中に格納するための動作１０８が、実行される。格納するための動作１０８には、アクセスノードにおいて最も新しく受信されたメディアストリームのパケットをバッファの中に絶えず格納することが含まれる。このため、メディアストリームがマルチキャストされている間の任意の時点で、メディアストリームの最も新しく受信されたＧＯＰが、本発明による迅速なメディアチャネル切り替え機能が実行されることを可能にするために、取り出されるように用意されている。
【００２１】
一実施形態では、最新の数秒のメディアストリームに相当するパケットの格納で、本発明によるチャネル切り替え機能を可能にするのに十分である。本発明によるバッファは、機能的には、遅延線または環状バッファと考えることができる。遅延線は、信号の伝送に計算された遅延を導入する機能を提供する。環状バッファは、１つのプロセスによって書き込まれ、別のプロセスによって読み取られるデータを保持する機能を提供する。そのようなケースでは、互いに交差することが許されない別々の読み取りポインタおよび書き込みポインタが使用されて、未読のデータが、新たなデータによって上書きされることが可能でないようにする。環状バッファがいっぱいになると、新たなデータは、バッファの先頭から開始して書き込まれる。
【００２２】
ほとんどの観賞者は、時間の大部分を、共通セットのチャネルを主に観て過ごすため、最も人気のあるチャネル群だけに関して、メディアストリームのパケットをアクセスノードの中に格納することにより、ネットワークリソース利用に関して大きな利益がもたらされる。有利には、本発明に従ってチャネル切り替えを容易にすることは、すべてのメディアストリームチャネルが、アクセスノードにおいて用意されている（すなわち、格納されている）ことを要さない。この方法は、メディアストリームがバッファの中に格納されるべき諸条件を決定するための格納決定情報を絶えず評価する、または定期的に評価するために構成される。したがって、格納決定情報が、メディアストリームのパケットがバッファの中に格納されるべきではないことを示すという評価に応答して、格納決定情報を評価するための動作１０４が、継続的な形、または定期的な形で繰り返される。
【００２３】
本明細書では、本発明による迅速なメディアチャネル切り替え機能が、１つのメディアストリームに限定されないことが開示される。単一のアクセスノード内で、本発明による迅速なメディアチャネル切り替え機能が、複数のメディアチャネルに関して容易にされることが可能である。単一のバッファが、そのような迅速なメディアチャネル切り替え機能を容易にするために、適切に構成された、かつ／または利用されることが可能であり、あるいは、場合により、複数のバッファが、そのような迅速なメディアチャネル切り替え機能を容易にするために、適切に構成された、かつ／または利用されることが可能である。
【００２４】
やはり図１を参照すると、要求側の復号器（例えば、加入者セットトップボックス（ＳＴＢ）の復号器）から、メディアストリームの受信を求める要求を受信するための動作１１０が実行される。受信を求める要求は、要求側の復号器から、要求の中で指定されたメディアストリームを要求側の復号器に配信することを容易にするために構成され、それを行うことができるネットワーク要素による受信のために、上流に伝送される。受信を求める要求は、チャネルの識別子などのメディアストリーム識別子、メディアストリームタイトルに関する識別子、メディアストリーム参照番号に関する識別子などを含む。受信を求める要求を受信したことに応答して、バッファの中に格納されたメディアストリームのパケットが、受信を求める要求の中で指定されたメディアストリーム識別子に対応するか否かを決定するための情報を評価するための動作１１２が実行される。バッファの中に格納されたメディアストリームのパケットの少なくとも一部分が、受信を求める要求の中で指定されたメディアストリーム識別子に対応すると決定されたことに応答して、要求側の復号器による受信のために、メディアストリームのパケットをユニキャストするための動作１１４が実行される。メディアストリームのパケットをユニキャストすることは、バッファからパケットを取り出すことを含み、バッファの中に格納された、受信されている最中である最新のＧＯＰのＧＯＰ境界から始まる。本明細書では、ユニキャストが始まる時点で、完全なＧＯＰがバッファの中に入っている必要はないことが開示される。そのようなバッファリング機能は、環状バッファまたは遅延線の使用を介して達せられることが可能である。このようにして、動作１０６を介してマルチキャストされているのと同一のメディアコンテンツが、メディアストリームのパケットをユニキャストするための動作１１４によって要求側の復号器に提供される。
【００２５】
バッファの中に格納されたメディアストリームのパケットのいずれも、受信を求める要求の中で指定されたメディアストリーム識別子に対応しないと決定されたことに応答して、受信を求める要求を、より中央に位置するネットワーク要素（すなわち、アクセスネットワークのコアにより近い、または集合ネットワーク内の）による受信のために、アクセスノードから転送するための動作１１６が実行される。オプションにより、セットトップボックスが、いずれのサーバが、いずれのストリームを担当しているかを知っている。このため、アクセスノードは、アクセスノードが有さないストリームを求める要求を受信せず、そのような要求を他のサーバに転送する必要がない。そのようなオプションの機能によれば、動作１１６は、省略される。
【００２６】
ユニキャストは、そのメディアストリームが、他の復号器群に同時にマルチキャストされている場合、不必要なネットワークリソースを消費する。したがって、アクセスノードを介してメディアストリームを提供しているソースから特定のメディアストリームを受信しているすべての復号器が、１つまたは複数の復号器が、別々のユニキャストを介して、そのメディアストリームを受信するのではなく、そのようなメディアストリームを、単一のマルチキャストを介して排他的に受信するのが有利である。したがって、ユニキャストのパケット伝送が、マルチキャストされているメディアストリーム（すなわち、同一のアクセスノードを介してマルチキャストされている、対応するメディアストリーム）のパケット伝送と整列しているようにユニキャストを実行するための動作１１８が、実行される。ユニキャストメディアストリームのパケット伝送が、対応するマルチキャストメディアストリームのパケット伝送と時間的に整列させられた後、マルチキャストビデオストリームを介して要求側の復号器にメディアストリームを提供するための動作１２０が、実行され、その後、メディアストリームのパケットのユニキャストを終了させるための動作１２２が、実行される。
【００２７】
この整列は、リアルタイムよりも速くユニキャストストリームを伝送することによって達せられることが可能である。しかし、このアプローチは、乏しいＤＳＬ帯域幅容量が消費されるという犠牲を払って実施される。代替として、整列は、復元されるビデオにほとんど損傷を生じさせないようにパケットをインテリジェントな形で破棄して、ユニキャストメディアストリームの時間的配列をマルチキャストメディアストリームの時間的配列と整列させることによって達せられることが可能である。例えば、Ｂフレームが、一般に、ＧＯＰ内のフレームのおよそ半分を構成しており、Ｂフレームが存在しないことが、視覚的に目立つことはめったにない。
【００２８】
本発明によれば、ユニキャストストリームを、リアルタイムよりも速く伝送することにより、メディアストリームのマルチキャストと、ビデオストリームのユニキャストとの間の遅延が、アクセスノードから要求側の復号器に押しやられることが可能になる。リアルタイムよりも速くユニキャストストリームを伝送することを介して、要求側の復号器のバッファリングデバイスは、遅延デバイスの役割をするようにさせられる。アクセスノードにおけるユニキャストメディアストリームの伝送が、アクセスノードにおけるマルチキャストメディアストリームの伝送と時間的に整列させられると、要求側デバイスは、マルチキャストを介してメディアストリームを受信することを始め、メディアストリームのユニキャストは、終了させられる。再生中のメディアストリームの出力が、リアルタイムの速度で実行されるにつれ、要求側の復号器を介する再生は、マルチキャストを介してメディアストリームを受信することをより早期に始めた復号器群における再生に対して、時間遅延を生じさせられる。このため、要求側の復号器によって出力される、表示されるイメージは、マルチキャストを介してメディアストリームを受信することをより早期に始めた、そのような復号器群に対して、時間遅延を生じさせられる。
【００２９】
本明細書で行った開示に鑑みて、要求側の復号器からの表示されるコンテンツは、同一のメディアストリームを受信する他の復号器群と比べて、より早い時間のものであることも、同一の時間のものであることも、または、より後の時間のものであることも可能であることが、当業者には理解されよう。異なる復号器に関する、表示されるコンテンツの特定の時間的関係は、最新のＧＯＰ境界の時間との関係で、それぞれのチャネル切り替えが、いつ要求されたかに依存する。例えば、第１の復号器は、ＧＯＰ境界が、ほとんどのＧＯＰが過去であるチャネルを要求しており、第２の復号器は、ＧＯＰ境界が出現したばかりのチャネルを要求していることが可能であり、これにより、第１の復号器は、第２の復号器に対して遅延させられる。
【００３０】
オプションにより、アクセスノードと復号器の間で十分な帯域幅がある場合には、バッファを介するユニキャストが、無期限に使用されることが可能である。そうすることは、ネットワーク内のより中央の位置に配置される迅速なチャネル切り替えソリューションに関しては、実施可能ではない。しかし、そうすることは、本発明による迅速なチャネル切り替え機能の実装を介して、完全に実施可能である。
【００３１】
図２は、本明細書でアクセスネットワークノード２００と呼ぶ、本発明によるアクセスネットワークノード（すなわち、アクセスノード）の実施形態を示す。以下により詳細に説明するとおり、アクセスネットワークノード２００は、本発明による迅速なチャネル切り替え機能を実行するために構成される。例えば、アクセスネットワークノード２００は、図１に関連して前述した方法１００が実行されることを可能にするために、適切に構成される。
【００３２】
アクセスノード２００は、データ処理装置２０５と、バッファ２１０と、メモリ２１５と、ネットワークに面するネットワークインターフェース２２０と、ＣＰＥ（顧客宅内機器）に面するネットワークインターフェース２２３とを含む。データ処理装置２０５、バッファ２１０、メモリ２１５、ネットワークに面するネットワークインターフェース２２０、およびＣＰＥに面するネットワークインターフェース２２３は、互いの間で対話を可能にするために互いに接続される。ネットワークに面したネットワークインターフェース２２０は、上流のソースからメディアストリームパケットを受信し、ＣＰＥに面したネットワークインターフェース２２３は、下流の顧客宅内機器による受信のために、メディアストリームパケットを転送する。
【００３３】
メモリ２１０の中に存在するのが、他にも機能はあるがとりわけ、本発明による迅速なメディアチャネル切り替え機能を実行するための命令２２５である。命令２２５は、メモリ２１５内部からアクセス可能であり、データ処理装置２０５によって処理可能である。命令２２５は、データ処理装置２０５が、メディアストリームのパケットをバッファ２１０の中に格納する動作、復号器から、メディアストリームの受信を求める要求を受信する動作、および受信を求める要求を受信したことに応答して、復号器による受信のために、アクセスネットワークノードからパケットの少なくとも一部分をユニキャストする動作を容易にすることができるようにするために構成される。マルチキャストすること、ユニキャストすること、受信を求める要求を受信すること、および受信を求める要求を転送することなどの伝送動作は、ネットワークインターフェース２２０を介して容易にされる。
【００３４】
以上の詳細な説明では、本明細書の一部を成し、例示として、本発明を実施することができる特定の諸実施形態が示された、添付の図面を参照してきた。それらの実施形態、およびそれらの実施形態のいくつかの変形を、当業者が、本発明の諸実施形態を実施することを可能にするだけ十分に詳細に説明してきた。他の適切な諸実施形態を利用してもよいこと、ならびに、そのような発明の開示の趣旨または範囲を逸脱することなく、論理的変更、機械的変更、化学的変更、および電気的変更を行うことができることを理解されたい。無用な詳細を避けるため、説明は、当業者には知られている一部の情報を省略している。したがって、以上の詳細な説明は、本明細書に記載する特定の諸形態に限定されるものではなく、それどころか、添付の特許請求の範囲の趣旨および範囲に合理的に含まれる、そのような代替形態、変更形態、および均等形態を範囲に含むものとする。
【図面の簡単な説明】
【００３５】
【図１】本発明による迅速なメディアチャネル切り替え機能を容易にするための方法の実施形態を示す図である。
【図２】図１に示した迅速なメディアチャネル切り替え機能を容易にするための方法を実行するために構成されたアクセスネットワークノードの実施形態を示す図である。
【符号の説明】
【００３６】
２００  アクセスネットワークノード
２０５  データ処理装置
２１０  バッファ
２１５  メモリ
２２０  ネットワークに面するネットワークインターフェース
２２３  ＣＰＥに面するネットワークインターフェース
【図１】
2006287926.tif 000003
【図２】
2006287926.tif 000004
【外国語明細書】
2006287926.tif 000005
2006287926.tif 000006
2006287926.tif 000007
2006287926.tif 000008
2006287926.tif 000009
2006287926.tif 000010
2006287926.tif 000011
2006287926.tif 000012
2006287926.tif 000013
2006287926.tif 000014
2006287926.tif 000015
2006287926.tif 000016
2006287926.tif 000017
2006287926.tif 000018
2006287926.tif 000019