(57)【要約】  スタガー送信機は、そのスタガー送信機から伝送されるパケットに含まれるサービスタイプ（ＴＯＳ）情報を操作する。ネットワークマルチプレクサ（ＭＵＸ）などのダウンロードネットワークデバイスは、ＴＯＳ情報を使用してパケットを処理する。ＭＵＸは、ＴＯＳ情報に従って、元のストリームおよびスタガード（staggered）ストリームの各々に割り当てられる帯域幅を制御する。スタガー送信機は、ネットワーク抽象レイヤ（ＮＡＬ）情報など、パケットに含まれている他の情報に従って、パケットのＴＯＳ情報を操作する。そのようなものとして、より重要なパケットのＮＡＬ情報で指示されたように、より重要なパケットのスタガードストリームコピーは、ネットワークＭＵＸが、元のパケットとともに、そのようなスタガードストリームを転送し、それによって、そのようなパケットの冗長および誤りの防止をもたらすよう、スタガー送信機によってＴＯＳ情報を有することができる。
2011524715.tif 000002
【特許請求の範囲】
【請求項１】
パケットのストリームをスタガーキャスティングする方法であって、
識別情報を有するヘッダを含む元のストリームパケットを受信すること、
前記識別情報に従って、サービスタイプ（ＴＯＳ）情報を決定すること、
前記元のストリームパケットに対応するプライマリストリームを伝送すること、
前記ＴＯＳ情報を含むヘッダ、および、前記プライマリストリームのペイロードに対応するペイロードを含むセカンダリストリームを伝送すること、を含み、
前記プライマリストリームパケットおよびセカンダリストリームパケットは、それらのパケット間のタイムオフセットを反映して伝送されることを特徴とする方法。
【請求項２】
前記識別情報に従って、更なるＴＯＳ情報を決定することを含み、前記プライマリストリームパケットは、前記更なるＴＯＳ情報を含むヘッダを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＴＯＳ情報は、ＴＯＳの優先度ビット、およびＤＳＣＰ（DiffServ Code Points）ビットの少なくとも１つを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ＴＯＳ情報に従って、前記プライマリストリームパケットおよびセカンダリストリームパケットを出力ストリームで多重化することを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＴＯＳ情報は、優先値を含んでおり、前記多重化することは、前記優先値に従って、出力ストリームの利用可能な帯域幅の部分を、前記プライマリストリームパケットおよびセカンダリストリームパケットに割り当てることを特徴とする請求項４に記載の方法。
【請求項６】
前記識別情報は、コーデックヘッダ情報を含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記コーデックヘッダ情報は、Ｈ２６４のＲＴＰ（Real-Time Transport Protocol）ネットワーク抽象レイヤ（ＮＡＬ）情報を含むことを特徴とする請求項９に記載の方法。
【請求項８】
元のパケットストリームを提供するためのパケットソースであって、各パケットは、映像を運ぶためのペイロード、および前記映像のペイロードに関する識別情報を運ぶためのヘッダを含む、パケットソースと、
前記元のパケットストリームに対応するパケットのプライマリストリーム、および前記元のパケットストリームに対応する、パケットの少なくとも１つのセカンダリストリームを提供するためのスタガーキャスティング送信機を備え、前記プライマリストリームと前記少なくとも１つのセカンダリストリームとの間にはタイムオフセットが存在し、前記スタガーキャスティング送信機は、前記識別情報に従って、前記プライマリストリームのパケット、および前記セカンダリストリームのパケットにおけるサービスタイプ情報を設定することを特徴とする装置。
【請求項９】
前記サービスタイプ情報は、ＴＯＳの優先度ビット、およびＤＳＣＰ（DiffServ Code Points）ビットの少なくとも１つを含むことを特徴とする請求項８に記載の装置。
【請求項１０】
前記サービスタイプに従って、前記プライマリストリーム、および前記少なくとも１つのセカンダリストリームを、出力ストリームへ多重化するためのマルチプレクサを含むことを特徴とする請求項８に記載の装置。
【請求項１１】
前記サービスタイプは、優先値を含んでおり、前記マルチプレクサは、前記優先値に従って、前記出力ストリームの利用可能な帯域幅の部分を、前記プライマリストリームおよび前記少なくとも１つのセカンダリストリームに割り当てることを特徴とする請求項１０に記載の装置。
【請求項１２】
前記識別情報は、コーデックヘッダ情報を含むことを特徴とする請求項９に記載の装置。
【請求項１３】
前記コーデックヘッダ情報は、Ｈ２６４のＲＴＰ（Real-Time Transport Protocol）ネットワーク抽象レイヤ（ＮＡＬ）情報を含むことを特徴とする請求項１２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル伝送の分野に関し、より詳細には、パケット化されたデータストリームのスタガーキャスティング（staggercasting）に関する。
【背景技術】
【０００２】
移動無線ブロードキャスト方式などの伝送方式の多くは、異なる物理チャネルに従っている。フェージングおよびドップラー効果に加えて、信号は、とりわけ、建物、木、ポールおよび陸橋により完全に遮られる可能性がある。このことにより、ほんの一瞬あるいはそれ以上の間に信号損失が生じやすくなることがある。スタガーキャスティングは、プライマリストリームに対してタイムシフトされた第２の冗長ストリームを伝送することにより、信号損失を防止する方法を提供する。このことにより、受信機は、セカンダリストリームのパケットを事前に一時的に保存して、伝送中に損失したプライマリストリームのパケットを置き換えることが可能になる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ネットワークストリームがサービスタイプ（ＴＯＳ）情報を伝送することができるようネットワークの符号化を可能にする技術が存在する。インターネットプロトコル（ＩＰ）ネットワークでは、例えば、このことは、ＩＰパケットのヘッダにＴＯＳのビットを設定することにより実現する。この付加情報は、伝送路における他のネットワークデバイスのストリームに送信され、目的地に達するＩＰパケットの最適な経路を決定するデバイスによって使用される。
【０００４】
多くの場合、ＴＯＳ情報は、全く異なったルーティングパケットによるなど、ネットワークの信頼性のために使用される。しかし、そうすることは、ネットワークデバイスの数が最小の場合には、必ずしもサービスに影響を及ぼすことにならない。例えば、ＴＯＳのビットを使用しても、利用可能な他の経路が存在しないので、ネットワークに１つしかないルータを有する任意のサービスに影響を及ぼすことはない。
【課題を解決するための手段】
【０００５】
発明の原理によると、スタガーキャスティング方法および装置は、帯域幅および／またはパケットの重要性に従って、スタガーキャストパケットにおけるサービスタイプ（ＴＯＳ）情報を操作する。ダウンストリームネットワークデバイスは、ＴＯＳ情報を使用し、それに応じてパケットを処理する。例示的実施形態では、ダウンストリームネットワークマルチプレクサは、パケットのプライマリストリームおよびセカンダリ、または、プライマリストリームにおけるパケットのコピーであるスタガードストリーム（staggered stream）への帯域幅の割り当てを決定する際にＴＯＳ情報を使用することができる。
【０００６】
更なる例示的実施形態では、パケットのＴＯＳ情報は、ネットワーク抽象レイヤ（ＮＡＬ）情報など、パケットにおける他の情報に従って操作する。ＮＡＬ情報に示したように、より重要なパケットのスタガードストリームコピーは、ネットワークマルチプレクサが、プライマリストリームパケットとともにそのようなスタガードパケットを転送し、それによって、そのようなパケットの冗長および誤りを防止するようＴＯＳ情報を有する。
【０００７】
以下、本発明の上記の特徴、他の特徴および態様をより詳細に説明する。
【図面の簡単な説明】
【０００８】
【図１】スタガーキャスティングを有する例示的ネットワーク配置を示すブロック図である。
【図２】インターネットプロトコル（ＩＰ）パケットのヘッダにおけるサービスタイプ（ＴＯＳ）のバイトのフォーマットを示す図である。
【図３】リアルタイムトランスポートプロトコル（ＲＴＰ）の映像ストリームパケットのフォーマットを示す図である。
【図４】高帯域幅の利用状況下における本発明の例示的実施形態の動作を示す図である。
【図５】低帯域幅の利用状況化における本発明の例示的実施形態の動作を示す図である。
【図６】本発明の例示的実施形態によるスタガー伝送の動作を示すハイレベルフローチャートである。
【図７】本発明の例示的実施形態によるマルチプレクサの動作を示すハイレベルフローチャートである。
【発明を実施するための形態】
【０００９】
図１は、スタガー送信機１１０、マルチプレクサ（ＭＵＸ）１２０、送信／受信ネットワーク要素を備えるネットワーク１５０、および受信機１５１を含む例示的な配置を示すブロック図である。映像エンコーダなどのソース１０１は、スタガーキャスト伝送をＭＵＸ１２０に対して順次行うスタガー送信機１１０に対し、元のパケットストリームを提供する。ＭＵＸ１２０の出力は、ネットワーク１５０によって受信機１５１に送信される帯域幅制限トランスミッションチャネル（bandwidth-limited transmission channel）と接続される。
【００１０】
通常の動作中は、送信機１１０からＭＵＸ１２０までのスタガー伝送は、２つのストリームを備える。１つのストリーム、つまりプライマリストリームは、ソース１０１からの元のストリームに対応しており、他のストリーム、つまりセカンダリストリームは、プライマリストリームの冗長コピーである。本発明の目的のため、プライマリストリームパケットのヘッダは、対応する元のストリームパケットのヘッダと異なることがあり、セカンダリストリームパケットのヘッダは、対応するプライマリストリームパケットのヘッダと異なることがあることに留意する。したがって、プライマリストリームパケットは、対応する元のストリームパケットのペイロードと同じペイロードを含むことがあり、セカンダリストリームパケットは、対応するプライマリストリームパケットのペイロードと同じペイロードを含むことがある。
【００１１】
セカンダリストリームは、プライマリストリームに対してタイムシフトまたはスタガーが行われているが、ここではセカンダリストリームは、「スタガード（staggered）」ストリームと呼ぶ。例えば、プライマリストリームは、スタガードストリームよりも遅れ得る。このことにより、受信機１５１は、伝送時に損失しまたは破損した、プライマリストリーム中の対応パケットをスタガードストリームのパケットに置き換えることができるよう、上記スタガードストリームのパケットを事前に一時保存することが可能になる。
【００１２】
図１で示した配置において、ソース１０１は、２つのストリームのスタガーキャスト伝送の一環として、送信機１１０によって再送される単一のストリームを提供する。しかし、これは、本発明が適用できる様々な可能性のある配置のほんの一つである。例えば、ソース１０１が、１つまたは複数のスタガーキャスト送受信機によって順次受信され再送されるスタガーキャスト伝送（２つのストリームを備える）を生成する配置もまた、本発明で使用することが可能である。
【００１３】
さらに、一部のアプリケーションでは、本発明によって意図されたセカンダリストリームは、図示したように、スタガー送信機でセカンダリストリームを生成するのとは対照的に、すでに利用可能とするようにしてもよい。例えば、仕様書は、モバイル機器へのコンテンツ伝送のためのプロファイルを定義することができる。これらのプロファイルは、小型画面を備えるシンプルな携帯電話でみるための、低い解像度／フレーム、低いレート／ビットレートのストリームから、映像（より大画面、より高性能のデコーダなどを備える）をよりよく表示することが可能なモバイル機器のための、高い解像度／フレーム  高いレート／ビットレートのストリームまで変わることができる。システムは、いずれかのタイプの機器ユーザが各自の機器に最適な映像を受信することができるよう、同じチャネルで両方のプロファイルにおける所与の映像番組を同時に伝送することができる。
【００１４】
ＭＵＸ１２０は、送信機１１０から、プライマリストリームおよびセカンダリストリームを受信し、ネットワーク１５０を通じた受信機１５１へのシリアル伝送のために、それらのストリームを出力するまで、それらのストリームを切り替える。一般的に、ＭＵＸ１２０はまた、送信機１１０からのストリームとともに、選択的に出力を切り替える他のソース（図示せず）からの入力ストリームを受信する。ＭＵＸ１２０によって供給される様々なソースの帯域幅の要求は変化し、ＭＵＸの出力で利用可能な帯域幅を上回ることがあり得る。利用可能な帯域幅が十分にある場合、ＭＵＸ１２０は、スタガー送信機１１０からの両方のストリームを切り替えて出力することが可能となる。しかし、利用可能な帯域幅が十分にない場合、ＭＵＸ１２０は、両方のストリームをすべて送信することができない。ＭＵＸ１２０は、この制限のため、一方または両方のストリームにおける一部のパケットを破棄する可能性がある。どのパケットを破棄するかというＭＵＸ１２０による決定は、パケットヘッダに含まれているサービスタイプ（ＴＯＳ）情報に従って行われる。パケットヘッダのＴＯＳ情報は、スタガー送信機１１０によって設定することができる。
【００１５】
図２に示すように、ＩＰヘッダ内には、ＴＯＳ情報のために設けられる８ビットが存在する。ＴＯＳの８ビットまたはＴＯＳのバイトは、５つのサブフィールドに分けることができる。０から７までの値をとることができる優先度（precedence）サブフィールド（ビット０〜２）は、０のデフォルト値と、より高い重要性を示す大きい値とを有しており、パケットの重要性を示すために使用される。
【００１６】
Ｄビット（ビット３）は低い遅延の要求、Ｔビット（ビット４）は高いスループットの要求、Ｒビット（ビット５）は高い信頼性の要求を表す。
【００１７】
最後の２ビット（ビット６，７）は、ＥＣＮ（Extension Congestion Notification）のために設けられている。これは、パケットを破棄せずに、末端へのＥＣＮを可能にするインターネットプロトコルの拡張である。
【００１８】
付加的または選択的には、ＲＦＣ２４７４で規定されたDifferentiated Services （もしくは、DiffServ）フィールドは、ＴＯＳの目的のために使用することができる。DiffServフィールドは、ＤＳＣＰ（DiffServ Code Points）ビット、以前規定されたＴＯＳの優先度のビット結合、および、新たなDiffServビットを含む。この情報は、ＩＰパケットの優先度を指定するために使用することができる６ビットのフィールドに含んでいる。
【００１９】
前述のプロトコルは、実例として提供されており、本発明の制限ではない。簡略化のために、本明細書では通常、ＴＯＳまたはＤＳＣＰビット（もしくは、任意の他の「サービスタイプ」標準のビット）などの任意の「サービスタイプ」情報を、ＴＯＳ情報と呼ぶ。
【００２０】
好ましくは、スタガー送信機１１０は、プライマリストリームと同様に、セカンダリストリームでの個々のパケットのヘッダ内にＴＯＳ情報を設定する。スタガー送信機１１０は、パケットの相対的な重要性に従って、複数のパケットのＴＯＳ情報を設定する。
【００２１】
スタガー送信機１１０は、ＴＯＳ情報を設定して、２つのストリームからのパケットに対して異なる優先順位をつける。例示の実施形態では、スタガー送信機１１０は、プライマリストリームのパケットが常に、ＭＵＸ１２０などのダウンストリームデバイスを通過するように、かつ、セカンダリストリームのパケットの一部もしくは全部が通過するかまたは全く通過しないように、ＴＯＳ情報を操作する。このことは、例えば、図２で示したＴＯＳのバイト内の３ビットの優先度の使用により、または、ＤＳＣＰのビットにより実施することができる。例えば、利用可能な帯域幅が制限されているときに、プライマリストリームパケットの伝送を確実に実施するよう、プライマリストリームパケットに対する高い優先度を与えるために、スタガー送信機１１０は、プライマリストリームパケットのＴＯＳの優先度ビットを高く、例えば７（または、ＤＳＣＰの同等のもの）に設定し、かつ、セカンダリもしくはスタガードストリームの優先度ビットを低く、例えば０に設定する。しかし、利用可能な帯域幅が十分にあるとき、ＭＵＸ１２０は、たとえスタガー送信機１１０がセカンダリストリームパケットのＴＯＳ情報を低い優先レベルに設定したとしても、プライマリストリームパケットもセカンダリストリームパケットも転送することを選ぶことが可能である。
【００２２】
しかし、プライマリストリームにおけるあるパケットまたはパケット群（つまり、少なくともパケットのペイロード）が、セカンダリストリームにおいて送信されたパケットと同じであることが望ましい場合があり得る。それは例えば、そのようなパケットの重要性のため、当該パケットの誤り訂正のレベルを保持するのが望ましい場合である。そのような場合には、スタガー送信機１１０は、ＭＵＸ１２０が、一方のストリームを選ぶのではなく、むしろ、両方のストリームを転送するよう、両方のストリームには等しいＴＯＳ情報を設定する。
【００２３】
ＭＵＸ１２０が、異なる帯域幅の条件下で、セカンダリストリームにおけるパケットを出力ストリームに対して出力するよう、セカンダリストリームにおける選択済みのパケットのＴＯＳ情報を様々なレベルに設定することにより、様々な程度の誤り防止を提供することが可能である。例えば、スタガー送信機１１０がセカンダリストリームパケットの優先レベルを最高レベル（例えば、７）に設定するときに、利用可能な帯域幅が十分にある場合にのみ、そのセカンダリストリームパケットは、すべての帯域幅の条件下において、ＭＵＸ１２０によって転送されるか、または転送される可能性が高い。そして、セカンダリストリームパケットの優先レベルが最低レベル（例えば、０）に設定されるときに、利用可能な帯域幅が十分にある場合にのみ、セカンダリストリームパケットは、ＭＵＸによって転送される可能性が高い。しかし、スタガー送信機１１０がセカンダリストリームパケットの優先レベルを中間レベル（例えば、４）に設定する場合、帯域幅の利用が増えるので、転送されているセカンダリストリームパケットが増加する可能性を有する状態で、当該パケットが転送されかつ他のパケットが転送されない期間の帯域幅の条件がいくつかある。プライマリストリームパケットとともに、セカンダリストリームパケットの一部を転送することにより、誤り防止のレベルは、伝送されるセカンダリストリームパケットの数が増加するので、防止レベルを上げながら保持される。
【００２４】
映像の実現では、パケットのＴＯＳ情報は、映像ストリームパケットのタイプに従って設定することができる。例えば、図３に示すように、通常のＨ２６４のＲＴＰ（Real-Time Transport Protocol）映像パケットは、ＲＴＰヘッダと、映像ペイロードが後に続くネットワーク抽象レイヤ（ＮＡＬ）とを含む。ＮＡＬヘッダは、映像ペイロードを特定する情報を含む。ＮＡＬヘッダは、例えば、映像パケットがパケット全体あるいは分割されたパケット（fragmented packet）かどうか、または、映像パケットがとりわけＩフレーム（Intra-Frame）もしくはＰフレーム（Predictive-Frame）などのキーフレームを含むかまたはキーフレームの一部であるかどうかを含めて、映像パケットに関する様々なことを特定することができる。
【００２５】
ＮＡＬ-awareであるスタガー送信機は、パケットのＮＡＬヘッダ内の情報を読み取ってパケットの重要性を決定することができる。そして、ＮＡＬ-awareのスタガー送信機は順次、パケットのＴＯＳ情報を設定することができる。さらに、スタガー送信機は順次、パケットのセカンダリストリームコピー（secondary stream copy）のＴＯＳ情報を設定することもできる。
【００２６】
例えば、Ｉフレームは、映像を復号化する映像デコーダにとって重要であるので、低い帯域幅の利用条件でさえ、Ｉフレームのスタガードコピー（staggered copy）をデコーダに提供するのが望ましい。これを達成するために、スタガー送信機１１０は、ＭＵＸ１２０がセカンダリストリームパケットを出力するよう、そのようなパケットのセカンダリストリームコピーのためのＴＯＳ情報を、プライマリストリームパケットの優先値と同じ高い値に設定する。そのようなものとして、セカンダリストリームは、ＭＵＸ１２０からの伝送に利用可能な一部の帯域幅に割り当てられる。他方、重要ではないタイプのフレームデータは、ＭＵＸ１２０が必要であれば、そのようなパケットの一部もしくは全部を破棄することを決定できるよう、スタガー送信機１１０で設定された低い優先度またはＤＳＣＰ優先を受信することができる。
【００２７】
さらに、ＭＵＸ１２０を通じて、スタガードストリームにおける一連の多数のパケットの転送を確実に行うのが望ましいもしくは必要な環境があり得る。例えば、Ｉフレームは、１つ以上のパケットから構成され得る。スタガー送信機１１０は、Ｉフレームの部分を含むパケットが確実にＭＵＸ１２０によって送信されるようにするために、Ｉフレームの部分を含むパケットにおけるＴＯＳ情報を高い優先レベルに設定する。このことは、Ｉフレーム全体も、Ｉフレームのスタガードコピーも、ＭＵＸ１２０によって確実に送信されるように、プライマリとセカンダリの両方のストリームのパケットに適用することができる。
【００２８】
図４および図５は、それぞれ、高帯域幅の利用および低帯域幅の利用下において、上述の概念の動作を示している。元のストリームからのパケットは、Ｏ１，Ｏ２，…とラベルが付けられて、スタガー送信機によってプライマリストリームに出力され、セカンダリもしくはスタガードストリームで対応するパケットは、Ｓ１，Ｓ２，…とラベルが付けられている。この説明では、Ｓ２は、Ｉフレームを含むかまたはＩフレームの一部であり、かつ、残りのパケットは、ＰフレームもしくはＢフレーム（Bi-directional Frames）のいずれか一方を含むかまたは上記一方のフレームの一部である。
【００２９】
図４の高帯域幅の状況では、両方のストリームのために利用可能な帯域幅が十分存在するので、ＭＵＸ１２０は、両方のストリームからのパケットを切り替えて出力する。プライマリストリームおよびスタガードストリームのために等しい帯域幅を得る任意のパターンが使用可能であるが、ＭＵＸの出力ストリームは、簡略化のため、インターリーブパターン（interleaved pattern）として図４に示されていることに留意するべきである。
【００３０】
図５の低帯域幅の状況では、ＭＵＸ１２０が、両方のストリームからのパケットをすべて切り替えて出力するための利用可能な帯域幅が十分にない。この場合、ＭＵＸ１２０は、選択的にパケットを切り替えて出力するために、スタガー送信機１１０によって設定されたＴＯＳ情報に依拠する。スタガードストリームのパケットＳ２のＩフレームに関して、スタガー送信機１１０は、高い優先値、例えば、ＴＯＳの優先度の値が７、または同等のＤＳＣＰ値を設定する。残りのスタガードストリームパケットには、０もしくは１などのＴＯＳの低い優先度の値、または同等のＤＳＣＰ値が付与される。その結果、図５で説明したように、ＭＵＸ１２０は、プライマリストリームパケットが、スタガードストリームパケットの大部分よりも高い優先値をもつので、より多くのプライマリストリームパケットを切り替えて出力する。
【００３１】
利用可能な帯域幅が一方のストリームだけを許容するという条件の場合、スタガー送信機１１０は、プライマリストリームだけがＭＵＸ１２０に到達するように、スタガードストリームのＴＯＳの優先度またはＤＳＣＰビットを設定する。そのような場合、スタガー送信機１１０は、スタガードストリームパケットに対し、０というＴＯＳの優先度の値もしくは同等のＤＳＣＰ値を付与する。しかし、スタガードストリームパケットがなければ、チャネルにおける誤りを防止することはあり得ない。
【００３２】
図６および図７は、それぞれ、本発明の例示の実施形態によるスタガー送信機およびＭＵＸの動作を説明する高レベルのフローチャートである。図６に示したように、ステップ６０１において、スタガー送信機は、ソースから、元のストリームにおける１つまたは複数のパケットを受信する。６０２で、スタガー送信機は、受信したパケットのＮＡＬヘッダの中身を読み取り、それらのパケットのタイプひいては相対的な重要性を決定する。６０３で、スタガー送信機は、ＮＡＬヘッダ情報に従って、プライマリストリームおよび／またはセカンダリストリームの対応するパケットのためのＴＯＳ情報を設定する。６０４で、パケットは、プライマリストリームおよびセカンダリストリームを通じてＭＵＸに伝送される。
【００３３】
図７に示したように、７０１において、ＭＵＸは、スタガー送信機からのプライマリストリームおよびセカンダリストリームを含めて、供給先の様々なソースからのデータの入力ストリームを受信する。７０２で、入力ストリームによって指示された帯域幅の要求に基づいて、すべての入力ストリームに適合する利用可能な帯域幅が十分にあるかどうかの決定が行われる。十分にある場合、動作は７０５にジャンプし、７０５において、入力ストリームにおけるすべてのパケットがＭＵＸによって出力される。しかし、７０２で、利用可能な帯域幅が十分にない場合、ＭＵＸは、７０３で、パケットヘッダに含まれるＴＯＳ情報を調べ、７０４で、ＭＵＸはどのパケットを破棄するか決定する。７０５で、ＭＵＸは、残りのパケットを出力する。
【００３４】
映像の実現について本発明の説明を上述したが、本発明は、例えば、音声アプリケーションおよびファイル交換アプリケーションを含んでいて、ＴＯＳ情報をもつさまざまなパケット化されたストリームに適用することが可能であることに留意する。このため、例えば、音声アプリケーションでは、スタガー送信機は、音声ストリームに含まれるネットワークデータを解析して、音声ストリームのパケットにおけるＴＯＳ情報を操作するために使用する。さらに、実施形態では、ＮＡＬ情報が、映像の実現においてパケットの重要性を決定するために使用されることを説明したが、他のコーデックアプリケーションに関しては、類似のコーデック関連のヘッダ情報がこの目的のために使用される。
【００３５】
上述の実施形態は、本発明のアプリケーションを表すことができる可能性のある特定の実施形態のほんの少しの説明であるということを理解する。多くのさまざまな他の配置が、本発明の趣旨および範囲を逸脱しないで当業者によって想到することができる。
【図１】
2011524715.tif 000003
【図２】
2011524715.tif 000004
【図３】
2011524715.tif 000005
【図４】
2011524715.tif 000006
【図５】
2011524715.tif 000007
【図６】
2011524715.tif 000008
【図７】
2011524715.tif 000009
【国際調査報告】
2011524715.tif 000010
2011524715.tif 000011
2011524715.tif 000012