(57)【特許請求の範囲】
【請求項１】
通信ネットワークの２つの部分間においてデータトラフィックを取り扱うことに関する複数の機能を実施するための、通信ネットワークのためのアクセスノードであって、
ネットワークの第１の部分からトラフィックを受信するために構成される第１のインターフェイスと、
直列に配置された複数の機能モジュールであって、各機能モジュールが、複数の機能のうちの機能を実行するために構成されており、少なくとも１つの機能モジュールが、少なくとも１つの機能モジュールの機能を各々が実施することのできる複数のサブモジュールに分割される、複数の機能モジュールと、
複数のトラフィックディスパッチャであって、処理のために、複数のサブモジュールのうちの１つまたは複数に、あるいは機能モジュールにトラフィックを発送するように構成される、複数のトラフィックディスパッチャと、
複数のサブモジュールにおけるサブモジュールのステータスを制御するために構成されるコントローラと、
ネットワークの第２の部分にトラフィックを転送するために構成される第２のインターフェイスと
を備え、
第１および第２のインターフェイスは、機能モジュールにより構成されており、
トラフィックディスパッチャは、機能モジュール間に位置付けられている、アクセスノード。
【請求項２】
コントローラが、個々のサブモジュールに電力遮断および電力投入を行うように、さらに構成される、請求項１に記載のアクセスノード。
【請求項３】
コントローラが、個々のサブモジュールにクロックゲーティングを適用するように、さらに構成される、請求項１に記載のアクセスノード。
【請求項４】
複数のサブモジュールによる処理の後にトラフィックを集約するために構成されるトラフィックアグリゲータをさらに備える、請求項１に記載のアクセスノード。
【請求項５】
トラフィックアグリゲータが、集約されたトラフィックを複数の送信リンクに配信するために、さらに構成される、請求項４に記載のアクセスノード。
【請求項６】
直列に配置された複数の機能モジュールを有する通信ネットワークアクセスノードを動作させる方法であって、
少なくとも１つの機能モジュールは、複数のサブモジュールに分割されており、
アクセスノードにおいてデータトラフィックを受信することと、
複数のトラフィックディスパッチャの各々によって、処理のために、複数のサブモジュールのうちの１つまたは複数内に、あるいは機能モジュールにデータトラフィックを配信することと、
複数のサブモジュールによる処理の後にデータトラフィックを集約することと
を含み、
トラフィックディスパッチャは、機能モジュール間に位置付けられている、方法。
【請求項７】
複数のサブモジュールのうちの１つまたは複数のステータスを変更すべきかどうかを判断することをさらに含む、請求項６に記載の方法。
【請求項８】
１つまたは複数のサブモジュールのステータスを変更することをさらに含む、請求項７に記載の方法。
【請求項９】
１つまたは複数のサブモジュールのステータスを変更することが、サブモジュールに電力遮断を行うことを含む、請求項８に記載の方法。
【請求項１０】
１つまたは複数のサブモジュールのステータスを変更することが、サブモジュールにクロックゲーティングを適用することを含む、請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信ネットワークの分野に関し、より特定的には、ネットワークのコアと加入者部分との間に位置付けられたアクセスノードと、当該アクセスノードを通過するデータトラフィックを取り扱う、効率のよい方法とに関する。
【背景技術】
【０００２】
従来技術および本発明の以下の説明内において、その少なくともいくつかが言及されている以下の略号を、ここに規定する。
ＤＢＡ    動的帯域幅割り当て（ｄｙｎａｍｉｃ  ｂａｎｄｗｉｄｔｈ  ａｌｌｏｃａｔｉｏｎ）
ＤＳＬ    デジタル加入者回線（ｄｉｇｉｔａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ）
ＤＳＬＡＭ    ＤＳＬアクセスマルチプレクサ（ＤＳＬ  ａｃｃｅｓｓ  ｍｕｌｔｉｐｌｅｘｅｒ）
ＦＥＣ    順方向誤り訂正（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ）
ＧＥ    ギガビットイーサネット（登録商標）（ｇｉｇａｂｉｔ  ｅｔｈｅｒｎｅｔ（登録商標））
ＧＥＭ    ＧＰＯＮカプセル化方法（ＧＰＯＮ  ｅｎｃａｐｓｕｌａｔｉｏｎ  ｍｅｔｈｏｄ）
ＧＰＯＮ    ギガビットＰＯＮ（ｇｉｇａｂｉｔ  ＰＯＮ）
ＬＴ    回線終端（ｌｉｎｅ  ｔｅｒｍｉｎａｔｉｏｎ）
ＭＡＣ    メディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）
ＮＲ−ＤＢＡ    非ステータス報告ＤＢＡ（ｎｏｎ−ｓｔａｔｕｓ−ｒｅｐｏｒｔｉｎｇ  ＤＢＡ）
ＮＴ    ネットワーク終端（ｎｅｔｗｏｒｋ  ｔｅｒｍｉｎａｔｉｏｎ）
ＯＬＴ    光回線端末（ｏｐｔｉｃａｌ  ｌｉｎｅ  ｔｅｒｍｉｎａｌ）
ＰＣＳ    物理符号化サブレイヤ（ｐｈｙｓｉｃａｌ  ｃｏｄｉｎｇ  ｓｕｂｌａｙｅｒ）
ＰＭＡ    物理媒体アタッチメント（ｐｈｙｓｉｃａｌ  ｍｅｄｉｕｍ  ａｔｔａｃｈｍｅｎｔ）
ＰＭＤ    物理媒体依存（ｐｈｙｓｉｃａｌ  ｍｅｄｉｕｍ−ｄｅｐｅｎｄｅｎｔ）
ＰＯＮ  受動光ネットワーク（ｐａｓｓｉｖｅ  ｏｐｔｉｃａｌ  ｎｅｔｗｏｒｋ）
ＰＰ    パケット処理（ｐａｃｋｅｔ  ｐｒｏｃｅｓｓｉｎｇ）
ＲＯＳＡ    受信光サブアセンブリ（ｒｅｃｅｉｖｅ  ｏｐｔｉｃａｌ  ｓｕｂ−ａｓｓｅｍｂｌｙ）
ＳＦＰ    スモールフォームファクタプラグ可能（ｓｍａｌｌ  ｆｏｒｍ−ｆａｃｔｏｒ  ｐｌｕｇｇａｂｌｅ）
ＳＲ−ＤＢＡ    ステータス報告ＤＢＡ（ｓｔａｔｕｓ−ｒｅｐｏｒｔｉｎｇ  ＤＢＡ）
ＴＯＳＡ    送信光サブアセンブリ（ｔｒａｎｓｍｉｔ  ｏｐｔｉｃａｌ  ｓｕｂａｓｓｅｍｂｌｙ）
【０００３】
アクセスノードは、通信ネットワークの２つの部分間に、典型的には、アクセスネットワークとコアネットワークとの間に、位置付けられる。アクセスノードは、たとえば、ＤＳＬＡＭまたはＯＬＴである。図１に、アクセスノードを有する例示的な通信ネットワークが示される。図１は、本発明によるアクセスノードが配備され得る、選択されたコンポーネントＰＯＮ（受動光ネットワーク）１００を例示する簡略模式図である。この場合のアクセスノードは、ＯＬＴ１０１であり、当該ＯＬＴ１０１は、コアネットワーク（図示せず）と個々の加入者との間の通信を取り扱う。幹線１０５および１１０は、ＯＬＴ１０１とネットワークコアとの間の通信のための高容量回線である。加入者回線１１６−１１９は、個々の加入者との間で通信をやり取りする。一例として、アクセスネットワーク回線１１８は、ＯＬＴ１０１とスプリッタ１２０との間に延在する。
【０００４】
この例において、スプリッタ１２５は、加入者の構内への送信のために、下り光信号の成分波長を分周する。加入者回線１１８は、スプリッタ１２５とＯＮＴ１３０−１３５との間に延在していることが示される構内回線１２１−１２６を経由して通信する。加入者からの上りトラフィックがいずれも、この様式でスプリットされず、その代わりに、各加入者に固有のタイムスロットが割り振られる所定のスケジュールに従って生じることに留意されたい。ＰＯＮ１００が例示的なものであり、ネットワーク構成が変動し得ることに留意されたい。ＢＰＯＮ、ＧＰＯＮ、およびＸＧＰＯＮを含めた、ＰＯＮの設計の複数個の進展過程が存在する。
【０００５】
図２は、既存の技術によるＯＬＴ１５０の、選択されたコンポーネントを例示する簡略ブロック図である。図２のＯＬＴ１５０は、スイッチファブリック１８０によって相互接続されたＮＴ（ネットワーク終端）側とＬＴ（回線終端）側とを含む。スイッチファブリック１８０が、概略的にのみ表されていることに留意されたい。ＮＴ側において、基板１５５および１６５は、スイッチファブリック１８０と、それぞれ幹線１５０および１６０との間の上りおよび下りトラフィックを処理する。基板１５５および１６５は、典型的に、ＯＬＴ１５０上に設置され得、ＯＬＴ１５０から取り外され得る、単一ユニットとして製作される。各ＮＴカード１５５、１６０は、上り方向または下り方向のいずれかにおいてデータトラフィックが基板を通過するのに伴い、当該データトラフィックが受ける操作を表す複数個の機能を含む。図２において略号によって表されたこれらの機能が、当該技術において知られており、ここでは詳細に解説されないことに留意されたい。図２に表されるよりも多くのＮＴ基板、または少ないＮＴ基板が存在し得ることにも留意されたい。
【０００６】
同様に、図２には、ＬＴ基板１７５ａ−１７５ｎが示される。ＬＴ基板１７５ａ−１７５ｎは、加入者回線１７０ａ−１７０ｎをそれぞれ、スイッチファブリック１８０に連結する。図２には４つのＬＴ基板しか示されていないが、存在するＬＴ基板の数は、通常、それよりも著しく大きい。場合によっては、各基板が、加入者回線に適応するために多数個のポートを含み得るが、これは、図面には描かれていない。ＮＴ基板と同様に、ＬＴ基板１７５ａ−１７５ｎの各々は、上り方向または下り方向においてデータトラフィックが当該ＬＴ基板を通過するのに伴い、当該データトラフィックを取り扱うための、ＮＴ基板上における機能に類似した、複数個のトラフィック取り扱い機能を含む。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
残念なことに、この方式で設計されて動作させるアクセスノードは、特に、電力の使用効率が悪い点において、いくつかの欠点を有する。様々な機能を有する基板は、送信によってはその特性が、定常的であるよりはむしろバースト的であるにもかかわらず、しばしば、多くの異なる電圧を必要とし、充分に給電された状態に保たれている。ほとんどの基板は、トラフィックに関係なく、高いクロック速度で作動させる。
【０００８】
したがって、通信ネットワーク内のアクセスノードにまつわる上述の短所および他の短所に対処する必要性が、これまでにも、そして今もなお、存在する。これらの必要性および他の必要性は、本発明によって満たされる。
【課題を解決するための手段】
【０００９】
本発明は、電気通信ネットワークのためのアクセスノードの構成および動作を対象とする。一実施態様において、本発明は、通信ネットワークの２つの部分間においてデータトラフィックを取り扱うことに関する複数の機能を実施するためのアクセスノードであって、ネットワークの第１の部分からトラフィックを受信するために構成される第１のインターフェイスと、複数の機能モジュールであって、各機能モジュールが、複数の機能のうちの機能を実行するために構成されており、少なくとも１つの機能モジュールが、少なくとも１つの機能モジュールの機能を各々が実施することのできる複数のサブモジュールに分割される、複数の機能モジュールと、少なくとも１つのトラフィックディスパッチャであって、少なくとも１つのトラフィックディスパッチャが、第１のインターフェイスと少なくとも１つの機能モジュールとの間に位置付けられており、トラフィックディスパッチャが、処理のために、複数のサブモジュールのうちの１つまたは複数にトラフィックを発送するように構成される、少なくとも１つのトラフィックディスパッチャと、複数のサブモジュールにおけるサブモジュールのステータスを制御するために構成されるコントローラと、ネットワークの第２の部分にトラフィックを転送するために構成される第２のインターフェイスとを含む、アクセスノードである。アクセスノードは、この様式において、上り方向もしくは下り方向のいずれかにおいて、または両方において、トラフィックを取り扱い得る。
【００１０】
いくつかの実施形態において、コントローラは、アクセスノードによって取り扱われているトラフィックの量を表し、たとえば１つのバッファまたは複数のバッファによって収集された、負荷統計を受信する。負荷統計は、機能モジュール内の複数のサブモジュールの個々のものをいかに制御するかを決定するために使用され得るが、所定のスケジュールか、または、アクセスノードを用いずにから受信された命令による手動制御の使用を含めた、他のファクタも使用され得る。個々のサブモジュールのステータス制御は、個々のサブモジュールに電力投入もしくは電力遮断を行うこと、または、クロックゲーティングを適用すること、または、個々のサブモジュールを全面動作に復帰させることを含み得る。
【００１１】
アクセスノードは、複数のサブモジュールによる処理の後にトラフィックを集約するために構成されるトラフィックアグリゲータも含み得る。トラフィックアグリゲータは、次いで、別の機能モジュールに向かう送信チャネルに、または、アクセスノードの外側の通信ネットワークの一部分に、データトラフィックを渡し得る。送信チャネルは、複数のリンクで作成され得る。当該リンクの各々のステータスは、制御可能であり得る。
【００１２】
複数の機能モジュールの異なるものが、アクセスノード内の別個の回路基板上に形成され得る。別個のコントローラが、別個の回路基板の各々の上に形成され得、または、アクセスノード内の単一のコントローラが、基板のいくつかまたは全ての上に形成された機能モジュールを制御し得る。基板間のリンクは、短く高速のシリアルリンクであることが好ましい。
【００１３】
別の実施態様において、本発明は、複数のサブモジュールに分割された少なくとも１つの機能モジュールを有する通信ネットワークアクセスノードを動作させる方法であって、アクセスノードにおいてデータトラフィックを受信することと、処理のために、複数のサブモジュールのうちの１つまたは複数内にデータトラフィックを配信することと、複数のサブモジュールによる処理の後にデータトラフィックを集約することとを含む、方法である。
【００１４】
この方法は、複数のサブモジュールのうちの１つまたは複数のステータスを変更すること、たとえば、クロックゲーティングを適用すること、サブモジュールに電力遮断を行うこと、または、サブモジュールを全面動作に復帰させること、を行うべきかどうかを判断することをさらに含み得る。アクセスノードによって取り扱われているトラフィックの量を示す負荷統計が生成され得、複数のサブモジュールのうちの１つまたは複数のステータスを変更すべきであると判断した場合に、当該負荷統計は、サブモジュールの状態を変更すべきかどうかを判断するための根拠、または根拠の一部として使用され得る。
【００１５】
この方法は、幹線が輻輳していることが予想される場合にグラントが発行されない、集中化上りスケジューリングを使用することを、さらに含み得る。データパケットは、次いで、メモリ内に過剰に長く格納されて、結局、送信され得ないときに後になって破棄されるのではなく、むしろ、より早期に破棄され得る。
【００１６】
この発明の付加的な実施態様の、或る部分は、以下に続く詳細な説明、図面、およびあらゆる請求項において明らかにされ、或る部分は、詳細な説明から導出されるか、または、この発明を実施することによって習得され得る。前述の概略的な説明および以下の詳細な説明の両方が、例示的であって説明のためのものであるに過ぎず、開示されたこの発明を限定しないことを理解されるべきである。
【００１７】
本発明の、より徹底した理解は、以下の添付の図面と一緒に読まれると、以下の詳細な説明を参照することによって得られ得る。
【図面の簡単な説明】
【００１８】
【図１】本発明によるアクセスノードが配備され得る、選択されたコンポーネントＰＯＮ（受動光ネットワーク）を例示する簡略模式図である。
【図２】既存の技術によるＯＬＴの、選択されたコンポーネントを例示する簡略ブロック図である。
【図３】本発明の実施形態によるアクセスノードの、選択されたコンポーネントを例示する簡略模式図である。
【図４】本発明の実施形態によるトラフィックディスパッチャを含む、アクセスノードの、選択されたコンポーネントを例示する簡略模式図である。
【図５】本発明の実施形態によるトラフィックアグリゲータを含む、アクセスノードの、選択されたコンポーネントを例示する簡略模式図である。
【図６】本発明の実施形態によるアクセスノードの、選択されたコンポーネントを例示する簡略模式図である。
【図７】本発明の実施形態によるＯＬＴの、選択されたコンポーネントを例示する簡略模式図である。
【図８ａ】本発明の実施形態による図７のＯＬＴの、選択されたコンポーネントを、より詳細に例示する簡略模式図である。
【図８ｂ】本発明の実施形態による図７のＯＬＴの、選択されたコンポーネントを、より詳細に例示する簡略模式図である。
【図８ｃ】本発明の実施形態による図７のＯＬＴの、選択されたコンポーネントを、より詳細に例示する簡略模式図である。
【図８ｄ】本発明の実施形態による図７のＯＬＴの、選択されたコンポーネントを、より詳細に例示する簡略模式図である。
【図８ｅ】本発明の実施形態による図７のＯＬＴの、選択されたコンポーネントを、より詳細に例示する簡略模式図である。
【図９】本発明の実施形態による方法を例示するフロー図である。
【図１０】本発明の別の実施形態による方法を例示するフロー図である。
【発明を実施するための形態】
【００１９】
本発明は、電気通信ネットワークのためのアクセスノードの構成および動作を対象とする。本明細書で使用される「アクセスノード」は、一般に、通信ネットワークのコアと加入者アクセスネットワークとの間に位置しているノードを指す。場合によっては、「アクセスノード」は、一方または他方の一部であることが考えられる。アクセスノードの例には、光ネットワーク内におけるＯＮＴと、電話ネットワーク内においてＤＳＬサービスを可能にするＤＳＬＡＭとが含まれる。本発明のアクセスノードは、特に、変動するトラフィックレベルに直面した場合に、より効率のよい使用を容易化するような態様で、構築されて、動作させる。図３に、本発明のアクセスノードの概観が提供される。
【００２０】
図３は、本発明の実施形態によるアクセスノード２００の、選択されたコンポーネントを例示する簡略模式図である。この実施形態において、加入者回線２０１−２０４は、図面の左側において、ＯＬＴ２００から延在しており、幹線２０６および２０７は、右に延在している。ここでは、加入者回線が上りまたは下りのいずれかであるものとして表され、幹線２０６および２０７が双方向性であるものとして表されているが、このことが、全ての実施形態において必ずしもそうであるとは限らないことが注記される。
【００２１】
この実施形態において、アクセスノード２００は、図面でＦ１−Ｆ６と称されている機能モジュールを含む。機能モジュールＦ１−Ｆ６の各々は、１つまたは複数のサブモジュールに分割され、回路基板上に形成されている。本明細書においてその用語が使用されている、機能モジュールが、ハードウェア内で実施されるか、または、ハードウェアデバイスで実行されるソフトウェア内で実施されることに留意されたい。機能モジュールは、アクセスノードによって取り扱われているデータトラフィックに関して、１つまたは複数の離散的なタスクを実施する。たとえば、機能モジュールは、図２に例示されるＬＴ基板１７５ａの機能の１つを実施し得る。しかしながら、特定の実施形態において明記されない限り、明確な機能定義は必要とされない。機能モジュール内のサブモジュールの各々は、同じ機能を実施するが、データトラフィックのうちの、各サブモジュール専用のストリームを取り扱うことができる。その点に関し、各サブモジュールが同じ機能を実施するものの、当該サブモジュールが製作または動作において同一であるべきという要件が、最も高い頻度でそうであることが予想されるとはいえ、存在しないことに留意されたい。
【００２２】
図３では、破線によって、この実施形態の別個の回路基板が表されている。別個の基板を使用することは、基板上に形成されたコンポーネントに供給されなければならない、異なる電圧の数を減らすことが考えられ、設計効率を高め、省電する。図３に示されるように、機能モジュールＦ１は、基板２１０上に形成されたサブモジュールＦ１１−Ｆ１ｎ１を含んでおり、加入者回線２０１および２０２とのインターフェイスを表す。機能モジュールＦ１内におけるサブモジュールの厳密な数が明記されていないこと、および、図３に示されているよりも多くの加入者回線が、しばしば存在することに留意されたい。同じく、基板２１０上に形成されていることが示されているのが、データトラフィックアグリゲータ２１１である。トラフィックアグリゲータ２１１の目的は、サブモジュールＦ１１−Ｆ１ｎ１からデータトラフィックを受信し、当該データトラフィックを、この実施形態では機能モジュールＦ３である次の機能モジュールに送るために手配することである。視認され得るように、機能モジュールＦ３は、別個の基板２１５上に形成されている。機能モジュールＦ１から機能モジュールＦ３へのトラフィックの流入が、図３では１本の線によって表されているが、実際には、通信用に複数個のパラレルチャネルが存在し得ることに留意されたい。
【００２３】
この実施形態において、アグリゲータ２１１から基板２１５へのトラフィックは、まず、データトラフィックディスパッチャ２１６において受信される。ディスパッチャ２１６は、以下にさらに詳細に説明されるように、当該データトラフィックを、機能モジュールＦ３のサブモジュールに配信する。機能モジュールＦ３のサブモジュールは、Ｆ３１−Ｆ３ｎ３と称される。機能モジュールＦ１と同様に、機能モジュールＦ３内には複数個のサブモジュールが存在し得るが、サブモジュールの数がしばしば、機能モジュール毎に変動することに留意されたい。換言すると、ｎ１は、ｎ３に等しいことが考えられるが、必ずしもｎ３に等しいとは限らないことが考えられる。
【００２４】
この実施形態において、データトラフィックは、機能モジュールＦ３による処理の後に、以下のように、同じく基板２１５上に形成された機能モジュールＦ４に進む。機能モジュールＦ３のサブモジュールからのトラフィックは、トラフィックアグリゲータ２１７を通過し、ここで、当該トラフィックは、トラフィックディスパッチャ２１８への送信のために手配される。ディスパッチャ２１８は、受信するとすぐに、当該トラフィックを、処理のために、サブモジュールＦ４１−Ｆ４ｎ４の間で配信する。
【００２５】
代替的実施形態（図示せず）において、機能モジュールＦ３およびＦ４が、単一の機能モジュールに組み合わせられ得ることに留意されたい。その場合、これらの２つを何らかの仕方で分離するアグリゲータ２１７およびディスパッチャ２１８は、存在しないものとする。しかしながら、以下に解説するように、本発明の利点の１つは、たとえば、機能モジュールＦ３および機能モジュールＦ４が、トラフィック配信のために、異なる数のサブモジュールを使用することを可能にする点である。別の利点は、トラフィックの状況または他のファクタに従って、所与の時間において動作する、モジュール内のサブモジュールの数を変動させる能力によって得られる。この理由のため、機能モジュール内には通常、２つ以上のサブモジュールが存在し、標準的にはいくつかのサブモジュールが存在する。同じ理由で、アクセスノード内の１つまたは複数の機能モジュールが、単一のサブモジュールのみを有することが考えられるものの、これは、ほとんどの場合、好ましいことではない。
【００２６】
図３の実施形態において、機能モジュールＦ４からのデータトラフィックは、まず、データトラフィックアグリゲータ２１９およびディスパッチャ２２１を通過した後に、基板２２０上の機能モジュールＦ５に進む。トラフィックアグリゲータ２１９およびディスパッチャ２２１は、全ての基板対基板接続と同様に、複数個の高容量シリアル回線によって接続されていることが好ましい。機能モジュールＦ５は、サブモジュールＦ５１−Ｆ５ｎ５を含む。トラフィックは、機能モジュールＦ５による処理の後に、アグリゲータ２２２によって集約され、ディスパッチャ２２６によって、サブモジュールＦ６１−Ｆ６ｎ６のうちの１つまたは複数に配信される状態で、基板２２５上の機能モジュールＦ６に転送される。
【００２７】
この実施形態において、機能モジュールＦ６は、幹線２０７および２０７のインターフェイスとなる。ここでもまた、機能モジュールＦ６内に任意の数のサブモジュールが存在することが考えられ、図３に示されるよりも多くの幹線が存在することが考えられる。幹線２０６および２０７の各々が、双方向性であるように表示されており、下り経路もまた、アクセスノード２００内を経由していることが示されていることに留意されたい。便宜上、下り経路上において、上でアグリゲータおよびディスパッチャとして称された、関連するコンポーネントは、各々が他方の機能（図３では明示的に示されていない）を表すものとする。たとえば、機能モジュールＦ６からの下りトラフィックは、基板２２０への送信のために集約され、当該基板２２０において、当該トラフィックは、機能モジュールＦ５に配信され、以下同様となる。しかしながら、このことは、両方向における機能が、厳密に同じハードウェアによって実施されることを示唆しない。
【００２８】
しかしながら、図３の実施形態において、下りトラフィックが機能モジュールＦ３を退出したときに、当該下りトラフィックは、基板２３０への送信のために集約され、当該基板２３０において、ディスパッチャ２３１は、当該下りトラフィックを、処理と、加入者回線２０３および２０４上における送信とのために、１つまたは複数のサブモジュールＦ２１−Ｆ２ｎ２に配信する。ここでもまた、任意の数のサブモジュールＦ１１−Ｆ２ｎ２が存在することが考えられ、回線２０３および２０４よりも多くの（またはそれよりも少ない）加入者回線が存在することが考えられる。
【００２９】
図４は、本発明の実施形態によるトラフィックディスパッチャ２４０を含む、アクセスノードの、選択されたコンポーネントを例示する簡略模式図である。上述のように、本発明に則って、ディスパッチャ２４０は、データトラフィックを受信して、当該データトラフィックを、機能モジュールのうちの１つまたは複数のサブモジュールに配信する。ここで、サブモジュール２５０は、当該機能モジュール２５０のサブモジュールの全てを表すサブモジュール２５０ａ−２５０ｎを含み、当該機能モジュール２５０は、任意の数を包含し得る。ここで、機能モジュール内のサブモジュールの数は、様々な方式で決定され得るが、好ましい実施形態において、サブモジュールの数は、個々のサブモジュールが処理することのできるトラフィックの最大レートに基づき、アクセスデバイスについての総設計容量Ｃを取り扱うことができるように算出されることが注記される。他のファクタには、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の考慮事項か、または、他の機能モジュールに課された制限について、どちらにせよ調節することが含まれ得る。
【００３０】
図４の実施形態において、ディスパッチャは、各々が、限られた容量を有するものの、必要に応じて総トラフィックの分担分を搬送する、複数個のパラレル回線をしばしば含んでいる、シリアル送信チャネルを通じて、データトラフィックを受信する。ここで、データトラフィックは、ディスパッチャ２４０に通じている回線の全てを表すシリアルインターフェイス２３５ａ−２３５ｍにおいて、受信される。着信データトラフィックは、次いで、各々がシリアルインターフェイスに対応する一連のバッファ２４５ａ−２４５ｍ内にバッファリングされる。バッファ２４５ａ−２４５ｍにおいて、着信トラフィックの負荷が特定され、負荷統計が、コントローラ（図４では図示せず）に送られる。ディスパッチャは、次いで、バッファからサブモジュール２５０ａ−２５０ｎのうちの１つまたは複数に対し、それらのステータスと、現在待っているトラフィックの量とに従って、トラフィックを配信する。バッファの数ｍが、機能モジュール内のサブモジュールの数ｎと必ずしも同じであるとは限らないことに留意されたい。
【００３１】
最後に、この実施形態において、機能モジュール制御入力が存在することが示される。この制御入力は、サブモジュール２５０ａ−２５０ｍの各々の各々のステータスを制御し、以下により詳細に解説される。
【００３２】
図５は、本発明の実施形態によるトラフィックアグリゲータ２６５を含む、アクセスノードの、選択されたコンポーネントを例示する簡略模式図である。トラフィックアグリゲータ２６５は、機能モジュール２５５のサブモジュール２５５ａ−２５５ｎからトラフィックを受信し、当該トラフィックを、次段への送信のために、適宜集約する。この実施形態におけるトラフィックアグリゲータ２６５が、スケジュール入力を含んでいるものの、このことが、どの実施形態においても必ずしも必要とはされないことに留意されたい。スケジュール入力は、所与のスケジュールに従って、次段についてのトラフィック負荷をグループ化することを可能にする。
【００３３】
この実施形態において、アグリゲータ２６５から送られるべきトラフィックは、その各々が、利用可能な送信チャネルのシリアルインターフェイス２７０ａ−２７０ｍに対応する、バッファ２６０ａ−２６０ｍ内に配置される。バッファ２７０ａ−２７０ｍから、トラフィックの負荷統計が集められ、コントローラ（図５では図示せず）に送られる。ここに示すように、次段へのトラフィックの送信を制御するために、個々のシリアルインターフェイスへの制御入力が存在することも考えられる。
【００３４】
図６は、本発明の実施形態によるアクセスノードの、選択されたコンポーネントを例示する簡略模式図である。図６において、機能モジュール３２０は、サブモジュール３２０ａ−３２０ｎを含む。サブモジュールの各々が、クロックゲーティングおよびパワーゲーティングコントローラ３４０から制御信号を受信するように手配されていることに留意されたい。本発明の実施形態に則って、コントローラ３４０は、各サブモジュールを動作ステータスに置くこと、使用する電力を少なくするために、クロックゲーティングを適用すること、または、サブモジュールの完全な電力遮断を行うことにより、各サブモジュールのステータスを個々に変更し得る。クロックゲーティングの使用は、電力消費量の著しい減少を可能にし、その一方で、サブモジュールの、全面動作へのより迅速な復帰を容易にする。
【００３５】
サブモジュールの各々は、Ｃ／ｎの容量を有するように設計されることが好ましく、ここでＣは、アクセスノードの総設計容量であり、ｎは、サブモジュールの数である。しかしながら、トラフィック負荷が軽いことにより、このスループットが必要とされない時がある。したがって、各サブモジュールのステータスを、コントローラに別個に調節させることによって、本発明のシステムは、現況にとって最適な電力消費量を探る。
【００３６】
図６の実施形態において、データトラフィックは、複数個のシリアルリンク上において機能モジュールに運ばれ、デシリアライザ３０５ａ−３０５ｍにおいてデシリアル化されて、ＦＩＦＯバッファ３１０ａ−３１０ｍ内に格納される。本発明に則って、種々の時間において、シリアルリンクの全てが必ずしもアクティブであり得るとは限らないことに留意されたい。しかしながら、データトラフィックを受信する各バッファは、コントローラに負荷統計を報告する。データトラフィックディスパッチャ３１５は、バッファ３１０ａ−３１０ｍからトラフィックを受信し、当該トラフィックを、操作用に利用可能なサブモジュールに配信する。ディスパッチャ３１５は、各サブモジュールのステータスを検出し得るか、または、コントローラ３４０によって通知され得るか、のいずれかである。データトラフィックが機能モジュール３２０によって処理されたときに、当該データトラフィックは、アグリゲータ３２５に渡され、ここで、当該データトラフィックは、利用可能な数のＦＩＦＯバッファ３３０ａ−３３０ｍに適応するように集約される。バッファ３３０ａ−３３０ｍは、トラフィック負荷を評価して、負荷統計をコントローラ３４０に渡す。データトラフィックは、次いで、シリアライザ３３５ａ−３３５ｍによって、次段への送信のために、シリアル化される。
【００３７】
この実施形態において、ステータス制御が、デシリアライザ３０５ａ−３０５ｍおよびシリアライザ３３５ａ−３３５ｍにも適用され得ることに留意されたい。コントローラが、トラフィックの負荷統計を格納するために、および、当該コントローラによって実行されるための命令を動作させるために、非一時的な物理メモリデバイス（図示せず）に関連付けられていることにも留意されたい。メモリデバイスおよびコントローラは、この実施形態において、制御される機能モジュールと共に、各回路基板上に常駐している。しかしながら、代替的実施形態において、これらのコンポーネントは、アクセスノード内のどこか別の場所に常駐していることが考えられる。
【００３８】
図７および図８ａ−図８ｃには、本発明の実施形態による例示的なアクセスノードが例示されている。図７は、本発明の実施形態によるＯＬＴ４００の、選択されたコンポーネントを例示する簡略模式図である。本発明に則って、複数個のアクセスノード機能の各々は、別個に制御可能な複数個のサブモジュール（図７では図示せず）に分割された機能モジュールによって、実施される。これらの１つまたは複数の機能モジュールの各々は、回路基板上に形成されており、この実施形態では、５つの別個の基板が使用されている。アクセスノードは、ｘＧＰＯＮとｘＧＥ（ギガビットＥｔｈｅｒｎｅｔ）ネットワークとの間において、上り方向および下り方向の両方におけるトラフィックを取り扱う。
【００３９】
この実施形態の５つの基板は、ＸＰ、ＦＧ、ＣＷ、ＴＭ、およびＸＥと称される。図７では、上り方向および下り方向の両方におけるトラフィックフローが、トラフィックフローの矢印によって表示されている。トラフィックは、これらの基板の１つから次の基板に、複数個のシリアルリンクを使用して搬送され、当該複数個のシリアルリンクは、現在のトラフィック負荷がアクセスノードの総容量よりも軽い場合、省電のために、個々に電力遮断が行われ得る。アクセスノード４００が、図７に例示されていない他のコンポーネントを含み得、別個の基板の数が、実施例毎に変動し得ることに留意されたい。これらの基板の各々については、より詳細に、これから説明する。
【００４０】
図８ａ−図８ｅは、本発明の実施形態による図７のＯＬＴ４００の、選択されたコンポーネントを、より詳細に例示する簡略模式図である。コンポーネントの機能および編成の多くは、上で論じてきた。図８ａは、この実施形態による図７において言及されたＸＰ基板の、選択されたコンポーネントを示す。一般的に言うと、基板ＸＰは、ＰＭＤ機能およびＰＭＡ機能を実施する。ｘＧＰＯＮからの上り入力は、サブモジュール４０１ａ−４０１ｍに分割されているＰＯＮインターフェイス４０１において受信される。この実施形態において、サブモジュール４０１ａは、ＲＯＳＡ４０２ａ、デシリアライザ４０３ａ、デフレーマ４０４ａ、およびデスクランブラ４０５ａを含む。残りのサブモジュールは、同様に構成され、それらのステータスは、コントローラ４１５によって個々に制御可能である。
【００４１】
この実施形態において、上りトラフィックは、次いで、データトラフィックアグリゲータ４０６によって集約され、コントローラ４１５に負荷統計を報告するＦＩＦｏバッファ４０７ａ−４０７ｍ内にバッファリングされた後に、シリアライザサブモジュール４０８ａ−４０８ｍによってシリアル化される。上りデータトラフィックは、次いで、ＦＧ基板（図８ｂを参照）に送信される。上りスケジューラ４１０が、アグリゲータ４０６とパワーおよびゲーティングコントローラ４１５との両方にスケジュール入力を提供することに留意されたい。上りスケジューラ４１０が、ＤＢＡプロセッサから入力を受信し、スケジューリング情報をコントローラ４１５に提供することに留意されたい。
【００４２】
図８ａの実施形態では、ＦＧ基板から受信された下りデータトラフィックも取り扱われる。受信されたトラフィックは、コントローラ４１５によって個々に制御可能であるデシリアライザサブモジュール４２０ａ−４２０ｍによってデシリアル化される。デシリアル化されたトラフィックは、バッファ４２１ａ−４２１ｍ内に配置された後に、トラフィックディスパッチャ４２２内で受信される。トラフィックディスパッチャ４２２は、当該データトラフィックを、通信ネットワークのｘＧＰＯＮへの送信のために、ＰＯＮインターフェイスサブモジュール４２３ａ−４２３ｍに配信する。この実施形態において、サブモジュール４２３ａは、スクランブラ４２４ａ、フレーマ４２５ａ、シリアライザ４２６ａ、およびＴＯＳＡ４２７ａを含む。残りのサブモジュールは、同様に構成され、それらのステータスは、コントローラ４１５によって制御可能である。
【００４３】
図８ｂは、本発明のこの実施形態による図７において言及されたＦＧ基板の、選択されたコンポーネントを示す。一般的に言うと、この実施形態において、ＦＧ基板は、ＦＥＭ機能およびＧＥＭ機能を取り扱う。上りデータトラフィックは、デシリアライザサブモジュール４３０ａ−４３０ｍにおいて受信され、バッファ４３１ａ−４３１ｍ内に格納された後に、ディスパッチャ４３２において受信される。ディスパッチャ４３２は、当該データトラフィックを、利用可能なＦＥＣデコーダサブモジュール４３３ａ−４３３ｎに配信し、その後、当該データトラフィックは、バッファ４３４ａ−４３４ｎ内に配置された後に、ディスパッチャ４３５内で受信される。ディスパッチャ４３５は、今度は、当該受信されたデータトラフィックを、利用可能なＧＥＭパーササブモジュール４３６ａ−４３６ｎに配信する。アグリゲータ４３７が、次いで、当該データトラフィックを集約して、それをＦＩＦＯバッファ４３８ａ−４３８ｍに渡す。利用可能なシリアライザサブモジュール４３９ａ−４３９ｍは、これらのバッファから、当該トラフィックを、ＣＷ基板への送信のためにシリアル化する。
【００４４】
この実施形態において、コントローラ４１６は、基板ＦＧ上において別個のデバイスとして形成され得、または、負荷統計を収集し、かつ、多数個の基板上のサブモジュールに対する制御を提供する、セントラルコントローラの一部であり得る。図８ｂにおいて別個のコンポーネントとして示される上りスケジューラ４１１についても、同じことが当てはまる。
【００４５】
図８ｂの実施形態では、ＴＭ基板から受信された下りデータトラフィックも取り扱われる。受信されたトラフィックは、そのステータスがコントローラ４１６によって個々に制御可能であるデシリアライザサブモジュール４４０ａ−４４０ｍによって、デシリアル化される。デシリアル化されたトラフィックは、バッファ４４１ａ−４４１ｍ内に配置された後に、トラフィックディスパッチャ４４２内で受信される。トラフィックディスパッチャ４４２は、当該データトラフィックを、ＦＥＣエンコーダサブモジュール４４３ａ−４４３ｎに配信する。ここから、下りトラフィックは、バッファ４４４ａ−４４４ｎ内に配置された後に、トラフィックディスパッチャ４４５内で受信される。トラフィックディスパッチャ４４５は、当該データトラフィックを、利用可能なＧＥＭフレーマサブモジュール４４６ａ−４４６ｎに配信する。当該データトラフィックは、ＧＥＭフレーマ機能モジュールによる処理の後に、アグリゲータ４４７内において集約され、バッファ４４８ａ−４４８ｍ内に配置された後に、ＸＰ基板への送信のために、シリアライザ４４９ａ−４４９ｍによってシリアル化される。
【００４６】
図８ｂに示すように、コントローラ４１６は、基板ＦＧ上のバッファによって収集された負荷統計を受信し、個々の機能モジュール（ならびにシリアライザおよびデシリアライザ）のステータスを制御する。
【００４７】
図８ｃは、この実施形態による図７において言及されたＣＷ基板の、選択されたコンポーネントを示す。クラシファイヤおよびパケットライタ機能モジュールは、基板ＣＷ上に常駐する。上りデータトラフィックは、デシリアライザサブモジュール４５１ａ−４５１ｍにおいて受信され、バッファ４５２ａ−４５２ｍ内に格納された後に、ディスパッチャ４５３において受信される。ディスパッチャ４５３は、当該データトラフィックを、利用可能なクラシファイヤ／ルックアップサブモジュール４５４ａ−４５４ｎに配信し、その後、当該データトラフィックは、バッファ４５５ａ−４５５ｎ内に配置された後に、ディスパッチャ４５６内で受信される。メタテーブル４５０は、クラシファイヤ／ルックアップ処理において使用するために、サブモジュール４５４ａ−４５４ｎにとって利用可能なものである。
【００４８】
この実施形態において、ディスパッチャ４５６は、データトラフィックを、利用可能なパケットライタサブモジュール４５７ａ−４５７ｎに配信する。ディスパッチャ４５６は、ＯＡＭパケットをＯＡＭプロセッサ４６１に提供することも行い、当該ＯＡＭパケットは、処理の後に、ＦＩＦＯバッファ４６２内に配置され、次いで、ＳＲ−ＤＢＡプロセッサによって処理されて、当該ＳＲ−ＤＢＡプロセッサは、次いで、情報を、スケジューリング入力を提供する際に使用するために、１つまたは複数の上りスケジューリングモジュールに送る。上りスケジューリング情報を収集する他の方法が使用されてもよい。この集中化上りスケジューリング（図８ａおよび図８ｂも参照）は、データパケットが、メモリ内に過剰に長く格納されて、結局、幹線の輻輳のために送信され得ないときに後になって破棄されるのではなく、むしろ、より早期に破棄されることを可能にする。
【００４９】
図８ｃの実施形態では、パケットライタサブモジュール４５７ａ−４５７ｎによるデータトラフィックの処理の後に、当該トラフィックは、アグリゲータ４５８内において集約され、バッファ４５９ａ−４５９ｍ内に配置された後に、シリアライザ４６０ａ−４６０ｍに渡され、その後、基板ＴＭに送信される。
【００５０】
図８ｃの実施形態では、ＸＥ基板から受信された下りデータトラフィックも取り扱われる。受信されたトラフィックは、コントローラ４１７によって個々に制御可能であるデシリアライザサブモジュール４６４ａ−４６４ｍによってデシリアル化される。デシリアル化されたトラフィックは、バッファ４６５ａ−４６５ｍ内に配置された後に、トラフィックディスパッチャ４６６内で受信される。ディスパッチャ４６６は、当該データトラフィックを、利用可能なクラシファイヤ／ルックアップサブモジュール４６７ａ−４６７ｎに配信し、その後、当該データトラフィックは、バッファ４６８ａ−４６８ｎ内に配置された後に、ディスパッチャ４６９内で受信される。メタテーブル４５０は、クラシファイヤ／ルックアップ処理において使用するために、サブモジュール４６７ａ−４６７ｎにとって利用可能なものである。
【００５１】
この実施形態において、ディスパッチャ４６９は、データトラフィックを、利用可能なパケットライタサブモジュール４７０ａ−４７０ｎに配信する。パケットライタサブモジュール４７０ａ−４７０ｎによるデータトラフィックの処理の後に、当該トラフィックは、アグリゲータ４７１内において集約され、バッファ４７２ａ−４７２ｍ内に配置された後に、シリアライザ４７３ａ−４７３ｍに渡され、その後、基板ＴＭに送信される。
【００５２】
図８ｃに示すように、コントローラ４１７は、基板ＣＷ上のバッファによって収集された負荷統計を受信し、個々の機能モジュール（ならびにシリアライザおよびデシリアライザ）のステータスを制御する。
【００５３】
図８ｄは、この実施形態による図７において言及されたＴＭ基板の、選択されたコンポーネントを示す。トラフィックマネージャ機能モジュールは、基板ＴＭ上に常駐している。上りデータトラフィックは、デシリアライザサブモジュール４７６ａ−４７６ｍにおいて受信され、バッファ４７７ａ−４７７ｍ内に格納された後に、ディスパッチャ４７８において受信される。ディスパッチャ４７８は、当該データトラフィックを、利用可能なトラフィックマネージャサブモジュール４７９ａ−４７９ｎに配信し、その後、当該データトラフィックは、トラフィックアグリゲータ４８１によって集約され、バッファ４８２ａ−４５２ｍ内に配置された後に、シリアライザ４８３ａ−４８３ｍに渡され、その後、基板ＸＥに送信される。
【００５４】
この実施形態において、ＮＳＲ−ＤＢＡモジュールは、トラフィックマネージャ機能モジュール４７９から情報を収集し、ＯＬＴ４００のスケジューリングモジュールに、アップデートを提供する。同じく図８ｄに別個に示されているのが、トラフィックマネージャ機能モジュール４７９および４８８によって使用されるための、パケットメモリデバイスである。
【００５５】
図８ｄの実施形態では、ＣＷ基板から受信された下りデータトラフィックも取り扱われる。受信されたトラフィックは、コントローラ４１８によって個々に制御可能であるデシリアライザサブモジュール４８５ａ−４８５ｍによってデシリアル化される。デシリアル化されたトラフィックは、バッファ４８６ａ−４８６ｍ内に配置された後に、トラフィックディスパッチャ４８７内で受信される。ディスパッチャ４８７は、当該データトラフィックを、利用可能なトラフィックマネージャサブモジュール４８８ａ−４８８ｎに配信し、その後、当該データトラフィックは、トラフィックアグリゲータ４８９によって集約され、バッファ４９０ａ−４９０ｍ内に配置された後に、シリアライザ４９１ａ−４９１ｍに渡され、その後、基板ＦＧに送信される。
【００５６】
図８ｄに示すように、コントローラ４１８は、基板ＴＭ上のバッファによって収集された負荷統計を受信し、個々の機能モジュール（ならびにシリアライザおよびデシリアライザ）のステータスを制御する。
【００５７】
図８ｅは、この実施形態による図７において言及されたＸＥ基板の、選択されたコンポーネントを示す。一般的に言うと、基板ＸＥは、通信ネットワークのコア側のインターフェイスとなるｘＧＥ基板である。基板ＴＭからの上りデータトラフィックは、デシリアライザサブモジュール４９２ａ−４９２ｍにおいて受信され、バッファ４９３ａ−４９３ｍ内に格納された後に、ディスパッチャ４９４において受信される。ディスパッチャ４９４は、当該データトラフィックを、利用可能なＧＥインターフェイスサブモジュール４９５ａ−４９５ｍに配信する。サブモジュール４９５ａは、ＦＩＦＯバッファ４９６ａ、ＧＥフレーマ４９７、ＧＥ  ＰＣＳ４９８、シリアライザ４９９ａ、およびＧＥ  ＳＦＰ５００ａを含む。残りのＧＥインターフェイス４９５のサブモジュールは、同様の様式で構成される。
【００５８】
図８ｅの実施形態では、ＧＥネットワークから受信された下りデータトラフィックも取り扱われる。受信されたトラフィックは、ＧＥインターフェイスサブモジュール５０５ａ−５０５ｍによって処理される。サブモジュール５０５ａは、ＧＥ  ＳＦＰ５０１ａ、デシリアライザ５０２ａ、ＧＥ  ＰＣＳ５０３ａ、およびＧＥデフレーマ５０４ａを含む。残りのＧＥインターフェイス５０５のサブモジュールは、同様の様式で構成される。データトラフィックは、ＧＥインターフェイスサブモジュール５０５ａ−５０５ｍによる処理の後に、トラフィックアグリゲータ５０６によって集約され、バッファ５０７ａ−５０７ｍ内に配置された後に、シリアライザ５０８ａ−５０８に渡され、その後、当該トラフィックは、基板ＣＷに送信される。
【００５９】
図８ｅに示すように、コントローラ４１９は、基板ＴＭ上のバッファによって収集された負荷統計を受信し、個々の機能モジュール（ならびにシリアライザおよびデシリアライザ）のステータスを制御する。
【００６０】
図７および図８ａ−図８ｃは、本発明の一実施形態を提示する。他の実施形態では、この発明の趣旨から逸脱することなく、コンポーネントが追加され得、または、場合によっては取り外され得る。たとえば、機能モジュールは、異なる回路基板構成上にグループ化され得る。異なるアクセスノードが他の機能モジュールを必要とする場合、上で説明されたものに当該他の機能モジュールが追加され得ること、または、上で説明されたものの代わりに当該他の機能モジュールが使用され得ることを理解されたい。
【００６１】
図９は、本発明の実施形態による方法６００を例示するフロー図である。ＳＴＡＲＴにおいて、方法６００を実施するのに必要なコンポーネントが、利用可能であって、かつ、この実施形態によって構成されていることが想定される。当該処理は、次いで、アクセスノード内の機能モジュールにおいて、データトラフィックを受信すること（ステップ６０５）で開始する。次いで、トラフィック負荷が評価され（ステップ６１０）、サブモジュールのステータスが変更されるべきかどうかについての判断が行われる（ステップ６１５）。ステップ６１５の判断を行う際に、所定のステータススケジュールまたは他の情報が考慮され得ることに留意されたい。サブモジュールのステータスが変更されるべきではないと判断された場合、トラフィックは、機能モジュール内の利用可能なサブモジュールに配信される（ステップ６３５）。その一方で、変更が必要とされているという判断がステップ６１５において行われた場合、新たなモジュール構成が決定され（ステップ６２０）、ステータスの変更が遂行される（ステップ６２５）。
【００６２】
上述のように、本発明に則って、ステータス変更は、機能モジュールのうちの１つまたは複数のサブモジュールを動作状態にすること、クロックゲーティングを適用すること、または、電力遮断を行うことを含み得る。図９の実施形態において、機能モジュールに関連付けられたディスパッチャは、次いで、新たなステータス構成を通知され（ステップ６３０）、それによって、トラフィックは、利用可能なサブモジュールに適切に発送され得る（ステップ６３５）。
【００６３】
図１０は、本発明の別の実施形態による方法６５０を例示するフロー図である。ＳＴＡＲＴにおいて、方法６５０を実施するのに必要なコンポーネントが、利用可能であって、かつ、この実施形態によって構成されていることが想定される。当該処理は、次いで、機能モジュールのサブモジュールから、トラフィックアグリゲータ内でデータトラフィックを受信すること（ステップ６５５）で開始する。アグリゲータがデータトラフィックを受信すると、トラフィック負荷およびＱＯＳが評価される（ステップ６６０）。
【００６４】
図１０の実施形態において、適用可能なＱｏＳが満たされるかどうかについての判断が行われる（ステップ６６５）。適用可能なＱｏＳが満たされると判断された場合、ＤＢＡグラントが決定される（ステップ６８０）。獲得された情報に基づき、データトラフィックは、次の段またはコンポーネントに至る、利用可能なシリアルリンクまたは他のチャネルに関連付けられたバッファ内において、エンキューされる（ステップ６８５）。
【００６５】
この実施形態において、ＱＯＳが満たされないとステップ６６５において判断された場合、新たなスケジュールが決定される（ステップ６７０）。当該新たなスケジュールに基づき、シリアルインターフェイスのステータスにおける必要な変更が、遂行される（ステップ６７５）。任意の必要な変更が一旦行われると、ＤＢＡグラントが決定され得（ステップ６８０）、データトラフィックは、利用可能なシリアルリンクインターフェイスに関連付けられたバッファ内に配置される（ステップ６８５）。
【００６６】
図９および図１０に例示された動作のシーケンスが、例示的な実施形態を表しており、すなわち、この発明の趣旨の内において、何らかの変形形態が可能であることに留意されたい。たとえば、図９および図１０に示されるものに対し、付加的な動作が追加され得、実施例によっては、例示された動作のうちの１つまたは複数が省略され得る。加えて、この方法の動作は、特定の実施形態において明らかに規定されたシーケンスが列挙されていない限り、論理的に一貫性を有する任意の順序で実施され得る。
【００６７】
この様式で、本発明は、ｘＧＰＯＮまたはＤＳＬネットワークなどの通信ネットワーク内に配備され得る、効率のよいアクセスノードおよび動作の方法を提供する。
【００６８】
本発明の多数個の実施形態が、添付の図面に例示され、前述の発明の詳細な説明において記載されてきたが、本発明が、開示された実施形態に限定されず、むしろ、以下の請求項によって明らかにされ、かつ、規定されるこの発明から逸脱することなく、多数の改変形態、変更形態、および代替形態が可能である旨を理解されるべきである。
【図１】
0005806408.tif 000002
【図２】
0005806408.tif 000003
【図３】
0005806408.tif 000004
【図４】
0005806408.tif 000005
【図５】
0005806408.tif 000006
【図６】
0005806408.tif 000007
【図７】
0005806408.tif 000008
【図８ａ】
0005806408.tif 000009
【図８ｂ】
0005806408.tif 000010
【図８ｃ】
0005806408.tif 000011
【図８ｄ】
0005806408.tif 000012
【図８ｅ】
0005806408.tif 000013
【図９】
0005806408.tif 000014
【図１０】
0005806408.tif 000015