パケット交換網を介してエラークリティカルなトラフィックを配信する方法および装置
本発明は、パケット交換網を介してエラークリティカルなトラフィックを配信する方法であって、− 特定のエラークリティカルなトラフィックペイロード（ＩＰＴＶ）を運搬する第１のデータパケットＳ１、特定のトラフィックペイロードを自己回復するためのＦＥＣ情報（ＦＥＣ）を運搬する第２のデータパケットＳ２、および、特定のトラフィックペイロードの再伝送部（ＲＥＴ）を運搬する第３のデータパケットＳ３を識別するステップと、− 第１のデータパケットに第１のトラフィック優先度レベルＰ１を、第２のデータパケットに第２のトラフィック優先度レベルＰ２を、および、第３のデータパケットに第３のトラフィック優先度レベルＰ３を割り当てるステップと、− 前記パケット交換網を介して、第１の、第２のおよび第３のデータパケットをそれぞれのトラフィック優先度レベルに従って配信するステップとを備える、方法に関する。本発明による方法は、第１のおよび第３のトラフィック優先度レベルがベストエフォートトラフィック優先度レベルＰ０よりも高いスケジューリング優先順位をもち、一方で、第２のトラフィック優先度レベルがベストエフォートトラフィック優先度レベルよりも低いまたは同等のスケジューリング優先順位をもつことを特徴とする。本発明はまた、アクセスノード２０またはサーバ３０、４０などのパケット交換網を介してエラークリティカルなトラフィックを配信するネットワークユニットに関する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット交換網を介して、ＩＰＴＶトラフィックなどのエラークリティカルなトラフィックを配信する方法に関する。
【背景技術】
【０００２】
パケット交換網は、それ自体は信頼できない、つまり、パケット交換網がパケットを遅らせない、壊さない、または損失しない、或いは誤った順番で配信することがないという保証を一切与えない。
【０００３】
順方向誤り訂正（ＦＥＣ）および再伝送は、パケット交換網を介して高信頼の通信を提供するための基本的エラー制御パラダイムである。
【０００４】
再伝送は、失われたまたは破損したデータパケットの再送信であり：
− 受信情報の完全性をチェックする、チェックサム（または同様のもの）と、
− 肯定応答、即ち、何らかの戻りチャネルを介した受信機から送信機への明示的受信と、
− 紛失したまたは破損したパケットの再伝送（送信機または受信機によって開始される）、に依存する。
【０００５】
再伝送は、もしあれば、各未処理のパケット（まだ肯定応答していない）のコピーが、さらなる再伝送のために送信側で保持されることを暗に示す。
【０００６】
いくつかの形態の再伝送方式があるが、最も顕著には：
− 選択的再送（ＳＡＣＫ）：受信機が、どのパケット、メッセージまたはセグメントが正確に受信され、一方でどのパケットがされなかったかを送信機に明示的に通知する。
− 累積肯定応答：受信機が、パケット、メッセージまたはセグメントが正確に受信されたことを肯定応答し、肯定応答がすべての前のパケットもまた正確に受信されたことを暗に示す。転送制御プロトコル（ＴＣＰ）は、累積肯定応答を使用する。
− 否定応答（ＮＡＣＫ）：受信機が、どのパケット、メッセージ、またはセグメントが不正確に受信され、従って再伝送されるべきであるかを送信機に明示的に通知する。
【０００７】
再伝送は、エンドユーザのための受け入れ可能な経験品質（ＱｏＥ）を達成するためには、相当な量のデータパケットがサーバ側でまたは中間ネットワークノードで保持される必要があるという点で、ＩＰＴＶサービスなどのマルチキャスト伝送には不利である。再伝送キャッシュのサイズは、受信機から再伝送ユニットへの一往復時間（ＲＴＴ）、および要求パケットが最終的に受信機に到達するのに必要となり得る再伝送の数（即ち、加入者が経験し得る雑音および／またはネットワーク環境）に依存する。通常は、ビデオ情報の最後の１００−２００ミリ秒（約５０から１００データパケット）が、ありとあらゆるブロードキャストされるチャネルについてキャッシュされる必要がある。同様に、多数の加入者にサービスするためには、相当な量の専用ユニキャスト通信リソースが、パケット再伝送にプロビジョニングされる必要がある。加入者およびチャネルの数が増えるとき、明らかに、かかる解決法はスケーラブルではない。
【０００８】
ＦＥＣは、情報データへの冗長データの追加である。これは、いくらかのデータオーバヘッドを使ってではあるが、受信機が単独で誤りを検出し訂正することを可能にする（ある範囲内で）。従って、ＦＥＣは、再伝送が比較的費用のかかるまたは不可能である状況に適用される。
【０００９】
ＦＥＣの２つの主要なカテゴリは、Ｒｅｅｄ Ｓｏｌｏｍｏｎ（ＲＳ）、Ｇｏｌａｙ、Ｂｏｓｅ ａｎｄ Ｒａｙ−Ｃｈａｕｄｈｕｒｉ（ＢＣＨ）およびハミングコードなどのブロックコーディングと重畳コーディングとである。誤り訂正の最新の開発は、ターボコーディング、２つ以上の比較的単純な重畳コードおよびインタリーバを結合させてＳｈａｎｏｎ限界のデシベル内に実行することができるブロックコードを形成する仕組み、である。
【００１０】
ＦＥＣは、受け入れ可能なＱｏＥを達成するために相当な量のデータオーバヘッドが必要とされるという点で不利である。
【００１１】
ＩＰＴＶサービスについては、ユーザは、ＩＰＴＶストリームに加えて、ＦＥＣストリームに加入することができる。両方のストリームは通常は、共同で時間内に配信されるために同じ高いスケジューリング優先度を割り当てられ、それによってラストマイルでの対応するチャネル帯域幅のプロビジョニングを要求し、チャネル帯域幅がインターネットブラウジングなどの同時の低優先度のサービスによって使用されることを阻む。
【００１２】
再伝送とＦＥＣエラー保護の両方を結合させるハイブリッド解決策が、時には好ましい。ＦＥＣコードが破られたとき、再伝送サーバが引き継いで、誤りのあるパケットを再伝送する。
【００１３】
この組み合わせによる解決策は、必要な帯域幅の量および／または再伝送サーバの数を限定する。しかし、この現在のハイブリッド解では、ＦＥＣは、ラストマイルで有意な量の帯域幅をやはり消費し、ラストマイル回線速度、他の同時のサービスによるラストマイルでの真に利用可能な帯域幅、およびエンドツーエンドパケット損失条件を考慮して、１ユーザあたりベースで通常は最適化されない。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
受け入れ可能なＱｏＥを達成すると同時にＩＰＴＶのサービス到達範囲を改善することが、本発明の目的である。
【課題を解決するための手段】
【００１５】
パケット交換網を介してエラークリティカルなトラフィックを配信する方法によって、本発明の目的は達成され、先行技術の前述の欠点は克服され、本方法は：
− 特定のエラークリティカルなトラフィックペイロードを運搬する第１のデータパケット、前記特定のトラフィックペイロードを自己回復するための順方向誤り制御ＦＥＣ情報を運搬する第２のデータパケット、および、前記特定のトラフィックペイロードの再伝送部を運搬する第３のデータパケットを識別するステップと、
− 第１のトラフィック優先度レベルを前記第１のデータパケットに、第２のトラフィック優先度レベルを前記第２のデータパケットに、および、第３のトラフィック優先度レベルを前記第３のデータパケットに割り当てるステップと、
− 前記パケット交換ネットワークを介して、前記第１のデータパケット、前記第２のデータパケット、および前記第３のデータパケットを、それぞれのトラフィック優先度レベルに従って配信するステップとを含み、さらに
前記第１のトラフィック優先度レベルおよび前記第３のトラフィック優先度レベルがベストエフォートトラフィック優先度レベルよりも高いスケジューリング優先順位をもち、前記第２のトラフィック優先度レベルが前記ベストエフォートトラフィック優先度レベルよりも低いまたは同等のスケジューリング優先順位をもつことを特徴とする、方法。
【００１６】
トラフィックペイロード、そのトラフィックペイロードを自己回復するためのＦＥＣコード、および再伝送されるペイロードが、明確なパケットフローにカプセル化され、高速インターネットトラフィッククラスとも称される、ベストエフォートトラフィッククラスに関して異なるスケジューリング優先度を割り当てられる。ＦＥＣパケットは、ベストエフォートトラフィッククラスと比較してより低いまたは同等の優先順位でスケジュールされ、つまり、ＦＥＣパケットは、ラストマイルに利用可能な帯域幅が十分ある場合にのみ配信される。ＦＥＣパケットが配信されないまたは部分的にのみ配信される間にペイロードパケットが失われた場合、再伝送サーバが次に作動し、紛失したペイロードを再伝送する。再伝送パケットは、ＦＥＣおよびベストエフォートパケットのうちのいくつかを押しのけるが、これはただ一時的（最高数百ミリ秒）であり、ＦＥＣ回復可能でないパケット損失が生じたときのみである。
【００１７】
ＩＰＴＶサービスの次に、特定の回線でのサービス消費が低いとき、ＦＥＣパケットは通過することになり、その特定のエンドユーザからの再伝送サーバ上の負荷はごくわずかになる。そのサービス消費が高いとき、再伝送サーバは（ほぼ）すべてのパケット損失保護サービスを提供することになる。
【００１８】
結果として、再伝送サーバは軽減され、ＦＥＣオーバヘッドのためのラストマイル帯域幅のうちのいくらかのプロビジョニングの必要はなく、従って、ＩＰＴＶのサービス到達範囲を改善する。
【００１９】
本発明による方法のさらなる一実施形態は、前記方法がさらに、特定のデータパケットが前記特定のトラフィックペイロードの特定の部分のスケジューリングの後の所定の時間よりも早くない伝送をスケジュールされることが期待される場合に、前記特定の部分を保護する前記第２のデータパケットの中から前記特定のデータパケットを棄てるステップを含むことを特徴とする。
【００２０】
ＦＥＣパケットは、ペイロードパケットよりも低い優先順位でスケジュールされるため、対応する部分が既に使われてしまったため、または、再伝送が既に要求されていたためかのいずれかで、ネットワーク輻輳のため、それらの到達が遅すぎる場合、それらを伝送することは無用になり得る。
【００２１】
本実施形態はさらに、対応する出口キューがＦＥＣパケットと同じトラフィッククラスに属する他の同時のサービスのために開放されるため、有利である。
【００２２】
本発明はまた、パケット交換網を介してエラークリティカルなトラフィックを配信するための、ネットワークユニットが：
− 特定のエラークリティカルなトラフィックペイロードを運搬する第１のデータパケット、前記特定のトラフィックペイロードを自己回復するための順方向誤り制御ＦＥＣ情報を運搬する第２のデータパケット、および、前記特定のトラフィックペイロードの再伝送部を運搬する第３のデータパケットを識別するようになされた、トラフィック分類手段と、
− 第１のトラフィック優先度レベルを前記第１のデータパケットに、第２のトラフィック優先度レベルを前記第２のデータパケットに、および、第３のトラフィック優先度レベルを前記第３のデータパケットに割り当てるようになされた、トラフィック優先度割当て手段と、
− 前記パケット交換網を介して、前記第１のデータパケット、前記第２のデータパケット、および前記第３のデータパケットを、それぞれのトラフィック優先度レベルに従って、配信するようになされた、スケジューラと
を備え、前記第１のトラフィック優先度レベルおよび前記第３のトラフィック優先度レベルがベストエフォートトラフィック優先度レベルよりも高いスケジューリング優先順位をもち、前記第２のトラフィック優先度レベルが前記ベストエフォートトラフィック優先度レベルよりも低いまたは同等のスケジューリング優先順位をもつことを特徴とする、ネットワークユニット、に関する。
【００２３】
ネットワークユニットは、中央局もしくは遠隔に配備されたキャビネットに置かれたデジタル加入者線アクセス多重化装置（ＤＳＬＡＭ）などのアクセスノードでもよく、または、ビデオヘッドエンドおよび再伝送サーバなどの少なくとも１つのサーバに分散されてもよい。
【００２４】
本発明によるネットワークユニットの実施形態は、本発明による方法の実施形態と一致する。
【００２５】
以下の添付の図面とともに、以下の実施形態の説明を参照することによって、本発明の前述のおよび他の目的および特徴が明らかとなり、本発明自体が最もよく理解されよう。
【図面の簡単な説明】
【００２６】
【図１】パケット交換網を表す図である。
【図２】ラストマイルの第１のおよび第２のトラフィックリパーティションを表す図である。
【発明を実施するための形態】
【００２７】
図１には、ＩＰベースのパケット交換網が見てとれ：
− イーサネット（登録商標）メトロポリタンエリアネットワーク（ＥＭＡＮ）１０と、
− 特定の加入者ｕｓｒｌがそこに結合された、ＤＳＬＡＭなどのアクセスノード２０と、
− 音声／ビデオブロードキャストチャネルを音声／ビデオ情報（またはペイロード）を運搬する第１のマルチキャストストリームＳ１およびマルチキャストストリームＳ１内の紛失したデータパケットを自己回復するためのＦＥＣ情報を運搬する第２のマルチキャストストリームＳ２にコード化するようになされた、さらに、それに加入する受信者（ｕｓｒ１を含む）へＥＭＡＮ１０を介して第１のおよび第２のマルチキャストストリームＳ１およびＳ２を配信するようになされた、ビデオヘッドエンド３０と、
− 要求クライアント、ここではｕｓｒ１、へ紛失したペイロードパケットを再伝送し、それによって第３のユニキャストストリームＳ３を生じるための再伝送サーバ４０と、
− アクセスノード１０（ｕｓｒ１を含む）に接続された加入者のためのＩＰゲートウェイとして動作する、エッジルータ５０と、
− インターネット６０との、要素を備える。
【００２８】
ＥＭＡＮ１０は、アクセスノード２０、ビデオヘッドエンド３０、再伝送サーバ４０、およびエッジルータ５０に結合される。エッジルータ５０はさらに、インターネット６０に結合される。
【００２９】
ビデオヘッドエンド３０および再伝送サーバ４０は、ネットワークのさらに深くに位置付けられることができ、インターネットサービスプロバイダ（ＩＳＰ）ネットワーク（図示せず）に、またはインターネット６０に結合されることができる。
【００３０】
アクセスノード２０は、Ｌ２スイッチとして動作し、以下の顕著な機能ブロック（図示せず）：
− 加入者ループに接続するためのラインターミネーションカード、
− ＥＭＡＮ１０に接続するためのネットワークターミネーションカード、
− イーサネット（登録商標）スイッチファブリック、またはそのエミュレーション、
− ネットワークまたはラインターミネーションカードなどの部分を形成する、また、音声／ビデオペイロード（ＩＰＴＶ）を運搬する第１のデータパケットＳ１、音声／ビデオペイロード（ＦＥＣ）を自己回復するためのＦＥＣ情報を運搬する第２のデータパケットＳ２、再伝送される音声／ビデオペイロード（ＲＥＴ）を運搬する第３のデータパケットＳ３、および、ベストエフォートサービス（ＢＥ）を運搬するデータパケットなどの他のデータパケットＳ０を入力ダウンストリームトラフィックと識別するようになされた、トラフィック分類手段、
− ラインターミネーションカードなどの部分を形成し、データパケットＳ０、Ｓ１、Ｓ２、およびＳ３にそれぞれの優先度コードポイント（ＰＣＰ）Ｐ０、Ｐ１、Ｐ２およびＰ３でそれぞれタグ付け（再タグ付け）するようになされ、そのＰＣＰが電気電子技術者協会（ＩＥＥＥ）の８０２．１Ｑ規格に定義されるような仮想ローカルエリアネットワーク（ＶＬＡＮ）タグの部分を形成する３ビットフィールドであり、０（最も低い）から７（最も高い）のフレームスケジューリング優先度レベルを示す、フレームタグ付け手段（特許請求されているトラフィック優先度割当て手段として見なされなければならない）、
− ラインターミネーションカードの部分を形成する、加入者ループを介したダウンストリーム伝送についてそれらのＰＣＰに従ってフレームをスケジューリングするようになされたスケジューラ、を備える。
【００３１】
Ｐ０、Ｐ１、Ｐ２、およびＰ３は、ＰＣＰの正当なセット０−７の間で選択され、以下の式：
− 音声／ビデオパケットＳ１がベストエフォートパケットＳ０よりも高い優先順位でスケジューリングされることを意味する、Ｐ１＞Ｐ０、
− ＦＥＣパケットＳ２がベストエフォートパケットＳ０よりも低い（または別法として、同等の）優先順位でスケジュールされることを意味する、Ｐ２＜Ｐ０（または別法として、Ｐ２＝Ｐ０）、
− 再伝送パケットＳ３がベストエフォートパケットＳ０より高い優先順位でスケジュールされることを意味する、Ｐ３＞Ｐ０（たとえば、Ｐ１＞Ｐ３＞Ｐ０、またはＰ３＝Ｐ１＞Ｐ０、またはＰ３＞Ｐ１＞Ｐ０）、を満たす。
【００３２】
図２Ａおよび２Ｂには、加入者ｕｓｒｌを接続し、それぞれ低いおよび高いサービス消費に対応する、加入者ループを介した第１のおよび第２のトラフィックリパーティションがある。
【００３３】
異なるトラフィッククラスが、最も高い優先度トラフィッククラスを最上部にし、そして最も低い優先度トラフィッククラスを底部にして、描かれている。各トラフィッククラスの長方形の下の領域は、そのトラフィッククラスのトラフィックの量を表し、領域全体が加入者ループを介した合計の利用可能な帯域幅（図２Ａの１１０を参照）を表し、一方で、網掛けの部分は残りの帯域幅（図２Ａの１２０を参照）を表す。
【００３４】
第１のおよび第２のトラフィックリパーティションは、加入者ｕｓｒｌの同一の雑音環境、即ち同一のパケット損失率、に相当すると仮定する。さらに、この率は、ＦＥＣ訂正能力の制限内に留まると仮定する。
【００３５】
図２Ａで容易に分かるように、すべてのＦＥＣパケットは順序正しく配信されることができ、いくつかのペイロードパケットが、クロストークなどによって、紛失した場合、それらは次に回復可能である。このサービス消費レベルでは、再伝送サーバ４０は依存されず、ＦＥＣは（ほぼ）すべてのパケット損失保護サービスを提供する。
【００３６】
さらに、図２Ｂには、ベストエフォートサービス消費がある一定のしきい値を超えて増えるとき、ますます多くのＦＥＣパケットが棄てられ（図２Ｂの１３０を参照）、加入者ｕｓｒｌは、もしあれば、紛失したペイロードパケットの回復のためにますますパケット再伝送に依存しなければならない。再伝送パケットは、ＦＥＣオーバヘッドと比較して少量の利用可能な帯域幅１１０を占めるため、再伝送パケットは、非常に薄い領域（図２ＢのＲＥＴを参照）として図２Ｂに描かれている。このサービス消費レベルでは、再伝送サーバ４０は、パケット損失保護サービスを引き継ぐ。
【００３７】
本発明のさらなる実施形態では、アクセスノード２０はさらに、それらの対応するペイロードが伝送された後にあまりに長時間保留であるＦＥＣパケットを棄てるためのフレーム放棄手段を備える。それを超えるとＦＥＣパケットは棄てられる、特定の待ち時間しきい値が、次に定義されることができる。
【００３８】
本発明の一代替実施形態では、本発明によるトラフィック分類手段およびフレームタグ付け手段が、ビデオヘッドエンド３０および再伝送サーバ４０の部分を形成し、その場合にデータパケットＳ１、Ｓ２およびＳ３はＥＭＡＮ１０に入る前にそれぞれのＰＣＰでタグ付けされ、アクセスノードはそれらをそれぞれの優先度に従ってスケジュールする。
【００３９】
さらに本発明の一代替実施形態では、そのタグ付けは、ＩＰヘッダ内のＤＳＣＰ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅ Ｃｏｄｅ Ｐｏｉｎｔ）フィールド、またはサービスタイプ（ＴｏＳ）フィールドを用いて、Ｌ３で実行され、アクセスノード２０は、それぞれのＬ３優先度タグに従ってＩＰデータグラムをスケジュールする、Ｌ３デバイスとして動作する。
【００４０】
さらに本発明の一代替実施形態では、フレームタグ付けはないが、フレームは分類結果に応じてそれぞれの出口キューの中へプッシュされ、各出口キューが特定のスケジューリング優先度に対応する。この実施形態は、具体的には、ネットワーク輻輳が起きる可能性がより高い、ラストマイルなどのネットワークの一部でのみトラフィックに優先順位を付けるのに有用である。この実施形態は、有利には、アクセスノードに実装されることになる。
【００４１】
特許請求の範囲でも使用される、用語「備える」は、その後に記載される手段に限定されるものとして解釈されるべきではないことに留意されたい。従って、表現「手段ＡおよびＢを備えるデバイス」の範囲は、構成要素ＡおよびＢのみから成るデバイスに限定されるべきではない。それは、本発明に関して、デバイスの関連構成要素がＡおよびＢであることを意味する。
【００４２】
特許請求の範囲でも使用される、用語「結合」は、直接接続のみに制限されるものとして解釈されるべきではないことにさらに留意されたい。従って、表現「デバイスＢに結合されたデバイスＡ」は、デバイスＡの出力がデバイスＢの入力に直接接続されている、および／またはその逆に制限されるべきではない。それは、他のデバイスまたは手段を含む経路でもよい、Ａの出力とＢの入力および／またはその逆が存在することを意味する。
【００４３】
本発明の実施形態が、機能ブロックに関して前述されている。前述のこれらのブロックの機能説明から、これらのブロックの実施形態がよく知られている電子部品を使用していかにして製造できるかが、電子デバイスを設計する当業者には明らかとなろう。従って、機能ブロックの内容の詳細な構造は記載されていない。
【００４４】
本発明の原理が特定の装置に関して上記で説明されているが、この説明は、例としてのみ行われ、添付の特許請求の範囲に定義されるような、本発明の範囲への制限としてではないことが、明らかに理解されよう。
【技術分野】
【０００１】
本発明は、パケット交換網を介して、ＩＰＴＶトラフィックなどのエラークリティカルなトラフィックを配信する方法に関する。
【背景技術】
【０００２】
パケット交換網は、それ自体は信頼できない、つまり、パケット交換網がパケットを遅らせない、壊さない、または損失しない、或いは誤った順番で配信することがないという保証を一切与えない。
【０００３】
順方向誤り訂正（ＦＥＣ）および再伝送は、パケット交換網を介して高信頼の通信を提供するための基本的エラー制御パラダイムである。
【０００４】
再伝送は、失われたまたは破損したデータパケットの再送信であり：
− 受信情報の完全性をチェックする、チェックサム（または同様のもの）と、
− 肯定応答、即ち、何らかの戻りチャネルを介した受信機から送信機への明示的受信と、
− 紛失したまたは破損したパケットの再伝送（送信機または受信機によって開始される）、に依存する。
【０００５】
再伝送は、もしあれば、各未処理のパケット（まだ肯定応答していない）のコピーが、さらなる再伝送のために送信側で保持されることを暗に示す。
【０００６】
いくつかの形態の再伝送方式があるが、最も顕著には：
− 選択的再送（ＳＡＣＫ）：受信機が、どのパケット、メッセージまたはセグメントが正確に受信され、一方でどのパケットがされなかったかを送信機に明示的に通知する。
− 累積肯定応答：受信機が、パケット、メッセージまたはセグメントが正確に受信されたことを肯定応答し、肯定応答がすべての前のパケットもまた正確に受信されたことを暗に示す。転送制御プロトコル（ＴＣＰ）は、累積肯定応答を使用する。
− 否定応答（ＮＡＣＫ）：受信機が、どのパケット、メッセージ、またはセグメントが不正確に受信され、従って再伝送されるべきであるかを送信機に明示的に通知する。
【０００７】
再伝送は、エンドユーザのための受け入れ可能な経験品質（ＱｏＥ）を達成するためには、相当な量のデータパケットがサーバ側でまたは中間ネットワークノードで保持される必要があるという点で、ＩＰＴＶサービスなどのマルチキャスト伝送には不利である。再伝送キャッシュのサイズは、受信機から再伝送ユニットへの一往復時間（ＲＴＴ）、および要求パケットが最終的に受信機に到達するのに必要となり得る再伝送の数（即ち、加入者が経験し得る雑音および／またはネットワーク環境）に依存する。通常は、ビデオ情報の最後の１００−２００ミリ秒（約５０から１００データパケット）が、ありとあらゆるブロードキャストされるチャネルについてキャッシュされる必要がある。同様に、多数の加入者にサービスするためには、相当な量の専用ユニキャスト通信リソースが、パケット再伝送にプロビジョニングされる必要がある。加入者およびチャネルの数が増えるとき、明らかに、かかる解決法はスケーラブルではない。
【０００８】
ＦＥＣは、情報データへの冗長データの追加である。これは、いくらかのデータオーバヘッドを使ってではあるが、受信機が単独で誤りを検出し訂正することを可能にする（ある範囲内で）。従って、ＦＥＣは、再伝送が比較的費用のかかるまたは不可能である状況に適用される。
【０００９】
ＦＥＣの２つの主要なカテゴリは、Ｒｅｅｄ Ｓｏｌｏｍｏｎ（ＲＳ）、Ｇｏｌａｙ、Ｂｏｓｅ ａｎｄ Ｒａｙ−Ｃｈａｕｄｈｕｒｉ（ＢＣＨ）およびハミングコードなどのブロックコーディングと重畳コーディングとである。誤り訂正の最新の開発は、ターボコーディング、２つ以上の比較的単純な重畳コードおよびインタリーバを結合させてＳｈａｎｏｎ限界のデシベル内に実行することができるブロックコードを形成する仕組み、である。
【００１０】
ＦＥＣは、受け入れ可能なＱｏＥを達成するために相当な量のデータオーバヘッドが必要とされるという点で不利である。
【００１１】
ＩＰＴＶサービスについては、ユーザは、ＩＰＴＶストリームに加えて、ＦＥＣストリームに加入することができる。両方のストリームは通常は、共同で時間内に配信されるために同じ高いスケジューリング優先度を割り当てられ、それによってラストマイルでの対応するチャネル帯域幅のプロビジョニングを要求し、チャネル帯域幅がインターネットブラウジングなどの同時の低優先度のサービスによって使用されることを阻む。
【００１２】
再伝送とＦＥＣエラー保護の両方を結合させるハイブリッド解決策が、時には好ましい。ＦＥＣコードが破られたとき、再伝送サーバが引き継いで、誤りのあるパケットを再伝送する。
【００１３】
この組み合わせによる解決策は、必要な帯域幅の量および／または再伝送サーバの数を限定する。しかし、この現在のハイブリッド解では、ＦＥＣは、ラストマイルで有意な量の帯域幅をやはり消費し、ラストマイル回線速度、他の同時のサービスによるラストマイルでの真に利用可能な帯域幅、およびエンドツーエンドパケット損失条件を考慮して、１ユーザあたりベースで通常は最適化されない。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
受け入れ可能なＱｏＥを達成すると同時にＩＰＴＶのサービス到達範囲を改善することが、本発明の目的である。
【課題を解決するための手段】
【００１５】
パケット交換網を介してエラークリティカルなトラフィックを配信する方法によって、本発明の目的は達成され、先行技術の前述の欠点は克服され、本方法は：
− 特定のエラークリティカルなトラフィックペイロードを運搬する第１のデータパケット、前記特定のトラフィックペイロードを自己回復するための順方向誤り制御ＦＥＣ情報を運搬する第２のデータパケット、および、前記特定のトラフィックペイロードの再伝送部を運搬する第３のデータパケットを識別するステップと、
− 第１のトラフィック優先度レベルを前記第１のデータパケットに、第２のトラフィック優先度レベルを前記第２のデータパケットに、および、第３のトラフィック優先度レベルを前記第３のデータパケットに割り当てるステップと、
− 前記パケット交換ネットワークを介して、前記第１のデータパケット、前記第２のデータパケット、および前記第３のデータパケットを、それぞれのトラフィック優先度レベルに従って配信するステップとを含み、さらに
前記第１のトラフィック優先度レベルおよび前記第３のトラフィック優先度レベルがベストエフォートトラフィック優先度レベルよりも高いスケジューリング優先順位をもち、前記第２のトラフィック優先度レベルが前記ベストエフォートトラフィック優先度レベルよりも低いまたは同等のスケジューリング優先順位をもつことを特徴とする、方法。
【００１６】
トラフィックペイロード、そのトラフィックペイロードを自己回復するためのＦＥＣコード、および再伝送されるペイロードが、明確なパケットフローにカプセル化され、高速インターネットトラフィッククラスとも称される、ベストエフォートトラフィッククラスに関して異なるスケジューリング優先度を割り当てられる。ＦＥＣパケットは、ベストエフォートトラフィッククラスと比較してより低いまたは同等の優先順位でスケジュールされ、つまり、ＦＥＣパケットは、ラストマイルに利用可能な帯域幅が十分ある場合にのみ配信される。ＦＥＣパケットが配信されないまたは部分的にのみ配信される間にペイロードパケットが失われた場合、再伝送サーバが次に作動し、紛失したペイロードを再伝送する。再伝送パケットは、ＦＥＣおよびベストエフォートパケットのうちのいくつかを押しのけるが、これはただ一時的（最高数百ミリ秒）であり、ＦＥＣ回復可能でないパケット損失が生じたときのみである。
【００１７】
ＩＰＴＶサービスの次に、特定の回線でのサービス消費が低いとき、ＦＥＣパケットは通過することになり、その特定のエンドユーザからの再伝送サーバ上の負荷はごくわずかになる。そのサービス消費が高いとき、再伝送サーバは（ほぼ）すべてのパケット損失保護サービスを提供することになる。
【００１８】
結果として、再伝送サーバは軽減され、ＦＥＣオーバヘッドのためのラストマイル帯域幅のうちのいくらかのプロビジョニングの必要はなく、従って、ＩＰＴＶのサービス到達範囲を改善する。
【００１９】
本発明による方法のさらなる一実施形態は、前記方法がさらに、特定のデータパケットが前記特定のトラフィックペイロードの特定の部分のスケジューリングの後の所定の時間よりも早くない伝送をスケジュールされることが期待される場合に、前記特定の部分を保護する前記第２のデータパケットの中から前記特定のデータパケットを棄てるステップを含むことを特徴とする。
【００２０】
ＦＥＣパケットは、ペイロードパケットよりも低い優先順位でスケジュールされるため、対応する部分が既に使われてしまったため、または、再伝送が既に要求されていたためかのいずれかで、ネットワーク輻輳のため、それらの到達が遅すぎる場合、それらを伝送することは無用になり得る。
【００２１】
本実施形態はさらに、対応する出口キューがＦＥＣパケットと同じトラフィッククラスに属する他の同時のサービスのために開放されるため、有利である。
【００２２】
本発明はまた、パケット交換網を介してエラークリティカルなトラフィックを配信するための、ネットワークユニットが：
− 特定のエラークリティカルなトラフィックペイロードを運搬する第１のデータパケット、前記特定のトラフィックペイロードを自己回復するための順方向誤り制御ＦＥＣ情報を運搬する第２のデータパケット、および、前記特定のトラフィックペイロードの再伝送部を運搬する第３のデータパケットを識別するようになされた、トラフィック分類手段と、
− 第１のトラフィック優先度レベルを前記第１のデータパケットに、第２のトラフィック優先度レベルを前記第２のデータパケットに、および、第３のトラフィック優先度レベルを前記第３のデータパケットに割り当てるようになされた、トラフィック優先度割当て手段と、
− 前記パケット交換網を介して、前記第１のデータパケット、前記第２のデータパケット、および前記第３のデータパケットを、それぞれのトラフィック優先度レベルに従って、配信するようになされた、スケジューラと
を備え、前記第１のトラフィック優先度レベルおよび前記第３のトラフィック優先度レベルがベストエフォートトラフィック優先度レベルよりも高いスケジューリング優先順位をもち、前記第２のトラフィック優先度レベルが前記ベストエフォートトラフィック優先度レベルよりも低いまたは同等のスケジューリング優先順位をもつことを特徴とする、ネットワークユニット、に関する。
【００２３】
ネットワークユニットは、中央局もしくは遠隔に配備されたキャビネットに置かれたデジタル加入者線アクセス多重化装置（ＤＳＬＡＭ）などのアクセスノードでもよく、または、ビデオヘッドエンドおよび再伝送サーバなどの少なくとも１つのサーバに分散されてもよい。
【００２４】
本発明によるネットワークユニットの実施形態は、本発明による方法の実施形態と一致する。
【００２５】
以下の添付の図面とともに、以下の実施形態の説明を参照することによって、本発明の前述のおよび他の目的および特徴が明らかとなり、本発明自体が最もよく理解されよう。
【図面の簡単な説明】
【００２６】
【図１】パケット交換網を表す図である。
【図２】ラストマイルの第１のおよび第２のトラフィックリパーティションを表す図である。
【発明を実施するための形態】
【００２７】
図１には、ＩＰベースのパケット交換網が見てとれ：
− イーサネット（登録商標）メトロポリタンエリアネットワーク（ＥＭＡＮ）１０と、
− 特定の加入者ｕｓｒｌがそこに結合された、ＤＳＬＡＭなどのアクセスノード２０と、
− 音声／ビデオブロードキャストチャネルを音声／ビデオ情報（またはペイロード）を運搬する第１のマルチキャストストリームＳ１およびマルチキャストストリームＳ１内の紛失したデータパケットを自己回復するためのＦＥＣ情報を運搬する第２のマルチキャストストリームＳ２にコード化するようになされた、さらに、それに加入する受信者（ｕｓｒ１を含む）へＥＭＡＮ１０を介して第１のおよび第２のマルチキャストストリームＳ１およびＳ２を配信するようになされた、ビデオヘッドエンド３０と、
− 要求クライアント、ここではｕｓｒ１、へ紛失したペイロードパケットを再伝送し、それによって第３のユニキャストストリームＳ３を生じるための再伝送サーバ４０と、
− アクセスノード１０（ｕｓｒ１を含む）に接続された加入者のためのＩＰゲートウェイとして動作する、エッジルータ５０と、
− インターネット６０との、要素を備える。
【００２８】
ＥＭＡＮ１０は、アクセスノード２０、ビデオヘッドエンド３０、再伝送サーバ４０、およびエッジルータ５０に結合される。エッジルータ５０はさらに、インターネット６０に結合される。
【００２９】
ビデオヘッドエンド３０および再伝送サーバ４０は、ネットワークのさらに深くに位置付けられることができ、インターネットサービスプロバイダ（ＩＳＰ）ネットワーク（図示せず）に、またはインターネット６０に結合されることができる。
【００３０】
アクセスノード２０は、Ｌ２スイッチとして動作し、以下の顕著な機能ブロック（図示せず）：
− 加入者ループに接続するためのラインターミネーションカード、
− ＥＭＡＮ１０に接続するためのネットワークターミネーションカード、
− イーサネット（登録商標）スイッチファブリック、またはそのエミュレーション、
− ネットワークまたはラインターミネーションカードなどの部分を形成する、また、音声／ビデオペイロード（ＩＰＴＶ）を運搬する第１のデータパケットＳ１、音声／ビデオペイロード（ＦＥＣ）を自己回復するためのＦＥＣ情報を運搬する第２のデータパケットＳ２、再伝送される音声／ビデオペイロード（ＲＥＴ）を運搬する第３のデータパケットＳ３、および、ベストエフォートサービス（ＢＥ）を運搬するデータパケットなどの他のデータパケットＳ０を入力ダウンストリームトラフィックと識別するようになされた、トラフィック分類手段、
− ラインターミネーションカードなどの部分を形成し、データパケットＳ０、Ｓ１、Ｓ２、およびＳ３にそれぞれの優先度コードポイント（ＰＣＰ）Ｐ０、Ｐ１、Ｐ２およびＰ３でそれぞれタグ付け（再タグ付け）するようになされ、そのＰＣＰが電気電子技術者協会（ＩＥＥＥ）の８０２．１Ｑ規格に定義されるような仮想ローカルエリアネットワーク（ＶＬＡＮ）タグの部分を形成する３ビットフィールドであり、０（最も低い）から７（最も高い）のフレームスケジューリング優先度レベルを示す、フレームタグ付け手段（特許請求されているトラフィック優先度割当て手段として見なされなければならない）、
− ラインターミネーションカードの部分を形成する、加入者ループを介したダウンストリーム伝送についてそれらのＰＣＰに従ってフレームをスケジューリングするようになされたスケジューラ、を備える。
【００３１】
Ｐ０、Ｐ１、Ｐ２、およびＰ３は、ＰＣＰの正当なセット０−７の間で選択され、以下の式：
− 音声／ビデオパケットＳ１がベストエフォートパケットＳ０よりも高い優先順位でスケジューリングされることを意味する、Ｐ１＞Ｐ０、
− ＦＥＣパケットＳ２がベストエフォートパケットＳ０よりも低い（または別法として、同等の）優先順位でスケジュールされることを意味する、Ｐ２＜Ｐ０（または別法として、Ｐ２＝Ｐ０）、
− 再伝送パケットＳ３がベストエフォートパケットＳ０より高い優先順位でスケジュールされることを意味する、Ｐ３＞Ｐ０（たとえば、Ｐ１＞Ｐ３＞Ｐ０、またはＰ３＝Ｐ１＞Ｐ０、またはＰ３＞Ｐ１＞Ｐ０）、を満たす。
【００３２】
図２Ａおよび２Ｂには、加入者ｕｓｒｌを接続し、それぞれ低いおよび高いサービス消費に対応する、加入者ループを介した第１のおよび第２のトラフィックリパーティションがある。
【００３３】
異なるトラフィッククラスが、最も高い優先度トラフィッククラスを最上部にし、そして最も低い優先度トラフィッククラスを底部にして、描かれている。各トラフィッククラスの長方形の下の領域は、そのトラフィッククラスのトラフィックの量を表し、領域全体が加入者ループを介した合計の利用可能な帯域幅（図２Ａの１１０を参照）を表し、一方で、網掛けの部分は残りの帯域幅（図２Ａの１２０を参照）を表す。
【００３４】
第１のおよび第２のトラフィックリパーティションは、加入者ｕｓｒｌの同一の雑音環境、即ち同一のパケット損失率、に相当すると仮定する。さらに、この率は、ＦＥＣ訂正能力の制限内に留まると仮定する。
【００３５】
図２Ａで容易に分かるように、すべてのＦＥＣパケットは順序正しく配信されることができ、いくつかのペイロードパケットが、クロストークなどによって、紛失した場合、それらは次に回復可能である。このサービス消費レベルでは、再伝送サーバ４０は依存されず、ＦＥＣは（ほぼ）すべてのパケット損失保護サービスを提供する。
【００３６】
さらに、図２Ｂには、ベストエフォートサービス消費がある一定のしきい値を超えて増えるとき、ますます多くのＦＥＣパケットが棄てられ（図２Ｂの１３０を参照）、加入者ｕｓｒｌは、もしあれば、紛失したペイロードパケットの回復のためにますますパケット再伝送に依存しなければならない。再伝送パケットは、ＦＥＣオーバヘッドと比較して少量の利用可能な帯域幅１１０を占めるため、再伝送パケットは、非常に薄い領域（図２ＢのＲＥＴを参照）として図２Ｂに描かれている。このサービス消費レベルでは、再伝送サーバ４０は、パケット損失保護サービスを引き継ぐ。
【００３７】
本発明のさらなる実施形態では、アクセスノード２０はさらに、それらの対応するペイロードが伝送された後にあまりに長時間保留であるＦＥＣパケットを棄てるためのフレーム放棄手段を備える。それを超えるとＦＥＣパケットは棄てられる、特定の待ち時間しきい値が、次に定義されることができる。
【００３８】
本発明の一代替実施形態では、本発明によるトラフィック分類手段およびフレームタグ付け手段が、ビデオヘッドエンド３０および再伝送サーバ４０の部分を形成し、その場合にデータパケットＳ１、Ｓ２およびＳ３はＥＭＡＮ１０に入る前にそれぞれのＰＣＰでタグ付けされ、アクセスノードはそれらをそれぞれの優先度に従ってスケジュールする。
【００３９】
さらに本発明の一代替実施形態では、そのタグ付けは、ＩＰヘッダ内のＤＳＣＰ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅ Ｃｏｄｅ Ｐｏｉｎｔ）フィールド、またはサービスタイプ（ＴｏＳ）フィールドを用いて、Ｌ３で実行され、アクセスノード２０は、それぞれのＬ３優先度タグに従ってＩＰデータグラムをスケジュールする、Ｌ３デバイスとして動作する。
【００４０】
さらに本発明の一代替実施形態では、フレームタグ付けはないが、フレームは分類結果に応じてそれぞれの出口キューの中へプッシュされ、各出口キューが特定のスケジューリング優先度に対応する。この実施形態は、具体的には、ネットワーク輻輳が起きる可能性がより高い、ラストマイルなどのネットワークの一部でのみトラフィックに優先順位を付けるのに有用である。この実施形態は、有利には、アクセスノードに実装されることになる。
【００４１】
特許請求の範囲でも使用される、用語「備える」は、その後に記載される手段に限定されるものとして解釈されるべきではないことに留意されたい。従って、表現「手段ＡおよびＢを備えるデバイス」の範囲は、構成要素ＡおよびＢのみから成るデバイスに限定されるべきではない。それは、本発明に関して、デバイスの関連構成要素がＡおよびＢであることを意味する。
【００４２】
特許請求の範囲でも使用される、用語「結合」は、直接接続のみに制限されるものとして解釈されるべきではないことにさらに留意されたい。従って、表現「デバイスＢに結合されたデバイスＡ」は、デバイスＡの出力がデバイスＢの入力に直接接続されている、および／またはその逆に制限されるべきではない。それは、他のデバイスまたは手段を含む経路でもよい、Ａの出力とＢの入力および／またはその逆が存在することを意味する。
【００４３】
本発明の実施形態が、機能ブロックに関して前述されている。前述のこれらのブロックの機能説明から、これらのブロックの実施形態がよく知られている電子部品を使用していかにして製造できるかが、電子デバイスを設計する当業者には明らかとなろう。従って、機能ブロックの内容の詳細な構造は記載されていない。
【００４４】
本発明の原理が特定の装置に関して上記で説明されているが、この説明は、例としてのみ行われ、添付の特許請求の範囲に定義されるような、本発明の範囲への制限としてではないことが、明らかに理解されよう。
【特許請求の範囲】
【請求項１】
パケット交換網を介してエラークリティカルなトラフィックを配信する方法であって、
− 特定のエラークリティカルなトラフィックペイロード（ＩＰＴＶ）を運搬する第１のデータパケット（Ｓ１）、前記特定のトラフィックペイロードを自己回復するための順方向誤り制御ＦＥＣ情報（ＦＥＣ）を運搬する第２のデータパケット（Ｓ２）、および、前記特定のトラフィックペイロードの再伝送部（ＲＥＴ）を運搬する第３のデータパケット（Ｓ３）を識別するステップと、
− 第１のトラフィック優先度レベル（Ｐ１）を前記第１のデータパケットに、第２のトラフィック優先度レベル（Ｐ２）を前記第２のデータパケットに、および、第３のトラフィック優先度レベル（Ｐ３）を前記第３のデータパケットに割り当てるステップと、
− 前記パケット交換網を介して前記第１のデータパケット、前記第２のデータパケット、および前記第３のデータパケットを、それぞれのトラフィック優先度レベルに従って、配信するステップと
を備え、前記第１のトラフィック優先度レベルおよび前記第３のトラフィック優先度レベルがベストエフォートトラフィック優先度レベル（Ｐ０）よりも高いスケジューリング優先順位をもち、前記第２のトラフィック優先度レベルが前記ベストエフォートトラフィック優先度レベルよりも低いまたは同等のスケジューリング優先順位をもつことを特徴とする、方法。
【請求項２】
特定のデータパケットが前記特定のトラフィックペイロードの特定の部分のスケジューリング後の所定の時間よりも早くない伝送をスケジュールされることが期待される場合に、前記特定の部分を保護する前記第２のデータパケットの中から前記特定のデータパケットを棄てるステップをさらに備えることを特徴とする、請求項１に記載の方法。
【請求項３】
パケット交換網を介してエラークリティカルなトラフィックを配信するためのネットワークユニット（２０、３０、４０）であって、
− 特定のエラークリティカルなトラフィックペイロード（ＩＰＴＶ）を運搬する第１のデータパケット（Ｓ１）、前記特定のトラフィックペイロードを自己回復するための順方向誤り制御ＦＥＣ情報（ＦＥＣ）を運搬する第２のデータパケット（Ｓ２）、および、前記特定のトラフィックペイロードの再伝送部（ＲＥＴ）を運搬する第３のデータパケット（Ｓ３）を識別するようになされた、トラフィック分類手段と、
− 第１のトラフィック優先度レベル（Ｐ１）を前記第１のデータパケットに、第２のトラフィック優先度レベル（Ｐ２）を前記第２のデータパケットに、および、第３のトラフィック優先度レベル（Ｐ３）を前記第３のデータパケットに割り当てるようになされた、トラフィック優先度割当て手段と、
− 前記パケット交換網を介して、前記第１のデータパケット、前記第２のデータパケット、および前記第３のデータパケットを、それぞれのトラフィック優先度レベルに従って、配信するようになされた、スケジューラと
を備え、前記第１のトラフィック優先度レベルおよび前記第３のトラフィック優先度レベルがベストエフォートトラフィック優先度レベル（Ｐ０）よりも高いスケジューリング優先順位をもち、前記第２のトラフィック優先度レベルが前記ベストエフォートトラフィック優先度レベルよりも低いまたは同等のスケジューリング優先順位をもつことを特徴とする、ネットワークユニット。
【請求項４】
アクセスノード（２０）であることを特徴とする、請求項１に記載のネットワークユニット。
【請求項５】
少なくとも１つのサーバ（３０、４０）に分散されることを特徴とする、請求項１に記載のネットワークユニット。
【請求項１】
パケット交換網を介してエラークリティカルなトラフィックを配信する方法であって、
− 特定のエラークリティカルなトラフィックペイロード（ＩＰＴＶ）を運搬する第１のデータパケット（Ｓ１）、前記特定のトラフィックペイロードを自己回復するための順方向誤り制御ＦＥＣ情報（ＦＥＣ）を運搬する第２のデータパケット（Ｓ２）、および、前記特定のトラフィックペイロードの再伝送部（ＲＥＴ）を運搬する第３のデータパケット（Ｓ３）を識別するステップと、
− 第１のトラフィック優先度レベル（Ｐ１）を前記第１のデータパケットに、第２のトラフィック優先度レベル（Ｐ２）を前記第２のデータパケットに、および、第３のトラフィック優先度レベル（Ｐ３）を前記第３のデータパケットに割り当てるステップと、
− 前記パケット交換網を介して前記第１のデータパケット、前記第２のデータパケット、および前記第３のデータパケットを、それぞれのトラフィック優先度レベルに従って、配信するステップと
を備え、前記第１のトラフィック優先度レベルおよび前記第３のトラフィック優先度レベルがベストエフォートトラフィック優先度レベル（Ｐ０）よりも高いスケジューリング優先順位をもち、前記第２のトラフィック優先度レベルが前記ベストエフォートトラフィック優先度レベルよりも低いまたは同等のスケジューリング優先順位をもつことを特徴とする、方法。
【請求項２】
特定のデータパケットが前記特定のトラフィックペイロードの特定の部分のスケジューリング後の所定の時間よりも早くない伝送をスケジュールされることが期待される場合に、前記特定の部分を保護する前記第２のデータパケットの中から前記特定のデータパケットを棄てるステップをさらに備えることを特徴とする、請求項１に記載の方法。
【請求項３】
パケット交換網を介してエラークリティカルなトラフィックを配信するためのネットワークユニット（２０、３０、４０）であって、
− 特定のエラークリティカルなトラフィックペイロード（ＩＰＴＶ）を運搬する第１のデータパケット（Ｓ１）、前記特定のトラフィックペイロードを自己回復するための順方向誤り制御ＦＥＣ情報（ＦＥＣ）を運搬する第２のデータパケット（Ｓ２）、および、前記特定のトラフィックペイロードの再伝送部（ＲＥＴ）を運搬する第３のデータパケット（Ｓ３）を識別するようになされた、トラフィック分類手段と、
− 第１のトラフィック優先度レベル（Ｐ１）を前記第１のデータパケットに、第２のトラフィック優先度レベル（Ｐ２）を前記第２のデータパケットに、および、第３のトラフィック優先度レベル（Ｐ３）を前記第３のデータパケットに割り当てるようになされた、トラフィック優先度割当て手段と、
− 前記パケット交換網を介して、前記第１のデータパケット、前記第２のデータパケット、および前記第３のデータパケットを、それぞれのトラフィック優先度レベルに従って、配信するようになされた、スケジューラと
を備え、前記第１のトラフィック優先度レベルおよび前記第３のトラフィック優先度レベルがベストエフォートトラフィック優先度レベル（Ｐ０）よりも高いスケジューリング優先順位をもち、前記第２のトラフィック優先度レベルが前記ベストエフォートトラフィック優先度レベルよりも低いまたは同等のスケジューリング優先順位をもつことを特徴とする、ネットワークユニット。
【請求項４】
アクセスノード（２０）であることを特徴とする、請求項１に記載のネットワークユニット。
【請求項５】
少なくとも１つのサーバ（３０、４０）に分散されることを特徴とする、請求項１に記載のネットワークユニット。
【図１】
【図２】
【図２】
【公表番号】特表２０１２−５１２５８４（Ｐ２０１２−５１２５８４Ａ）
【公表日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願番号】特願２０１１−５４１１５１（Ｐ２０１１−５４１１５１）
【出願日】平成２１年１２月１日（２００９．１２．１）
【国際出願番号】ＰＣＴ／ＥＰ２００９／００８６５３
【国際公開番号】ＷＯ２０１０／０６９４７５
【国際公開日】平成２２年６月２４日（２０１０．６．２４）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
【公表日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願日】平成２１年１２月１日（２００９．１２．１）
【国際出願番号】ＰＣＴ／ＥＰ２００９／００８６５３
【国際公開番号】ＷＯ２０１０／０６９４７５
【国際公開日】平成２２年６月２４日（２０１０．６．２４）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
[ Back to top ]