(57)【要約】トランシーバノードは、ネットワークの入り口点でデータを監視する従来例とは異なり、光ネットワークの出口部において下り帯域幅をサービス品質について監視あるいは管理できる。すなわちトランシーバノードは、光ネットワークの加入者に物理的に近接した光ネットワーク外縁近辺で、下り通信トラフィックを監視できる。このようにしてネットワークプロバイダは、光ネットワークの加入者が受信する下り通信の量または内容（または両方）を制御できる。トランシーバノードは、加入者が受信できる通信量を制御することに加え、複数の優先度割り当て値を通信トラフィックに使用する。いくつかの優先度割り当て値は、重み付けランダム早期破棄アルゴリズムの一部である。このアルゴリズムは、特定の加入者宛データパケットを破棄するか否かを出力バッファに決定させる。一実施例は、パケットが支援する通信トラフィックタイプに基づき、重み付けランダム早期破棄（ＷＲＥＤ）優先度値を割り当てられる。
2004529528.tif 000002
【特許請求の範囲】
【請求項１】
光タップルーティング装置と、
前記光タップルーティング装置から下りパケットを受け取る複数の光タップマルチプレクサとを備え、前記光タップルーティング装置はどの下りパケットを各マルチプレクサへ送るかを決定し、前記光タップマルチプレクサの各々は、
下りパケットが含む情報のタイプを決定して下りパケットを特定のポリサに割り当てる複数の分類器と、
ネットワークプロバイダが各ポリサに割り当てるパラメータと下りパケットとの比較に基づき帯域幅を制御する複数のポリサとを備える、光ネットワークシステム。
【請求項２】
各ポリサに割り当てる前記パラメータは、ピーク速度とバーストサイズと持続速度とのうち少なくとも１つからなる、請求項１の光ネットワークシステム。
【請求項３】
各ポリサは、前記パケットに重み付け早期ランダム破棄値を割り当てることにより帯域幅を制御する、請求項１の光ネットワークシステム。
【請求項４】
各光タップマルチプレクサは、各ポリサから受け取る少なくとも１つの下りパケットを格納する複数の出力バッファをさらに備える、請求項１の光ネットワークシステム。
【請求項５】
複数の出力バッファをさらに備え、各出力バッファは、当該出力バッファを空にする順序に関連した優先度値を割り当てられている、請求項１の光ネットワークシステム。
【請求項６】
各出力バッファは、前記重み付け早期ランダム破棄値を使用するランダム早期破棄機能によってパケットを評価する、請求項３の光ネットワーク。
【請求項７】
前記重み付け早期ランダム破棄値は、最大破棄確率値からなる、請求項６の光ネットワークシステム。
【請求項８】
複数の出力バッファをさらに備え、各出力バッファは、出力バッファ平均容量が最小および最大閾値の間にある時、前記最大破棄確率値を使用してパケットのランダム早期破棄機能を実行する、請求項７の光ネットワークシステム。
【請求項９】
ポリサに割り当てるパラメータは、加入者の帯域幅契約に対応する、請求項１の光ネットワークシステム。
【請求項１０】
前記帯域幅契約は、加入者が受信する所定データ量をビット／秒で測定する、請求項９の光ネットワークシステム。
【請求項１１】
前記分類器の１つは、各下りパケットのディフサーブコードポイント（ＤＳＣＰ）値を評価する、請求項１の光ネットワークシステム。
【請求項１２】
各分類器および各ポリサは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）および特定用途集積回路（ＡＳＩＣ）のうち１つからなる、請求項１の光ネットワークシステム。
【請求項１３】
下りパケットを当該パケットのヘッダを評価することによって分類し、
前記下りパケットが速度およびサイズパラメータの少なくとも１つに一致するか否かを決定し、
前記下りパケットが速度およびサイズパラメータの１つに一致するか否かの前記決定に基づき、前記下りパケットに２つの優先度値のうち１つを割り当て、
前記優先度値の１つを使用する重み付けランダム早期破棄機能に基づき、複数のバッファの１つに下りパケットを格納するか否かを決定する各段階を備えた、光ネットワークの下りパケットを処理する方法。
【請求項１４】
下りパケットが速度およびサイズパラメータの少なくとも１つに一致するか否かを決定する前記段階は、
下りパケットが持続速度を超えるか否かを決定し、
下りパケットがバーストサイズを超えるか否かを決定する各段階をさらに備える、請求項１３の方法。
【請求項１５】
下りパケットが持続速度を超えるか否かを決定する前記段階は、トークンバケットアルゴリズムを実行して前記持続速度を測定する段階をさらに備える、請求項１４の方法。
【請求項１６】
下りパケットがピーク速度を超えるか否かを決定し、
下りパケットが前記ピーク速度を越える場合に当該下りパケットを破棄する各段階をさらに備える、請求項１３の方法。
【請求項１７】
下りパケットがピーク速度を超えるか否かを決定する前記段階は、トークンバケットアルゴリズムを実行してピーク速度を測定する段階をさらに備える、請求項１６の方法。
【請求項１８】
下りパケットに２つの優先度値のうち１つを割り当てる前記段階は、前記下りパケットに最大破棄確率値を割り当てる段階を備える、請求項１３の方法。
【請求項１９】
最大破棄確率値を割り当てる前記段階は、パケットが持続速度に一致するか否かの決定に基づき前記最大破棄確率値を割り当てる段階をさらに備える、請求項１８の方法。
【請求項２０】
通信トラフィックプロフィールは、加入者クラスまたは加入者クラスのグループに対して受信を保証した最小帯域幅と、加入者がある期間に渡って使用できる最大帯域幅とのうち１つからなる、請求項１９の方法。
【請求項２１】
他バッファとの相対的な関係として各バッファに割り当てた優先度に対応する所定順序において、複数の出力バッファから１つ以上のパケットを出力する段階をさらに備える、請求項１３の方法。
【請求項２２】
出力バッファ平均容量が最小および最大閾値の間にある時、下りパケットのパラメータを評価するランダム早期破棄機能を実行する段階をさらに備え、前記ランダム早期破棄機能は前記下りパケットの破棄確率値を定義する、請求項１３の方法。
【請求項２３】
前記分類する段階は、前記パケットのディフサーブコードポイント（ＤＳＣＰ）を評価する段階をさらに備える、請求項１３の方法。
【請求項２４】
下りパケットを分類器で分類し、
前記分類器に関連したポリサに下りパケットをマップする各段階をさらに備える、請求項１３の方法。
【請求項２５】
光ネットワークと、
光タップと、
前記光タップに接続した加入者光インタフェースとを備え、
前記光ネットワークは、
下りデータパケットを発生するデータサービスハブと、
前記データサービスハブの出口パスにおいてデータサービスノードに接続し、前記下りデータパケットを受信して処理するトランシーバノードとを備え、
前記トランシーバノードは、
下りパケットが含む情報のタイプを決定する複数の分類器と、
パケットを破棄するか下りパケットに２つの優先度値の１つを割り当てるかによって帯域幅を制御する複数のポリサとを備える、ネットワーク監視システム。
【請求項２６】
優先度割り当てに対応すると共に重み付けランダム早期破棄機能を実行する複数のバッファをさらに備える、請求項２５のネットワーク監視システム。
【請求項２７】
前記トランシーバノードは、下りパケットを前記分類器へ送る光タップルーティング装置をさらに備える、請求項２５のネットワーク監視システム。
【請求項２８】
前記優先度値は、重み付け早期ランダム破棄値からなる、請求項２５のネットワーク監視システム。
【請求項２９】
前記重み付け早期ランダム破棄値は、最大破棄確率値からなる、請求項２８のネットワーク監視システム。
【請求項３０】
ネットワークの出口経路に複数の分類器とポリサとを配置し、
下りパケットがピーク速度を超える場合に下りパケットを前記ポリサにおいて破棄し、
前記ポリサにおいて各下りパケットに少なくとも２つの優先度値のうち１つを割り当て、
前記出口経路において前記優先度値を評価することにより前記ネットワークから出る下りデータパケットを制御する各段階を備える、ネットワークから出る下りデータパケットを監視する方法。
【請求項３１】
少なくとも２つの優先度値のうち１つを割り当てる前記段階は、
下りパケットが持続速度に一致するか否かを決定し、
下りパケットがバーストサイズに一致するか否かを決定する段階をさらに備える、請求項３０の方法。
【請求項３２】
ネットワークから出る下りデータパケットを制御する前記段階は、前記優先度値の１つを使用する重み付けランダム早期破棄機能に基づき、下りパケットを複数のバッファの１つに受け入れるか否かを決定する段階を備える、請求項３０の方法。
【請求項３３】
少なくとも２つの優先度値のうち１つを割り当てる前記段階は、各下りパケットに最大破棄確率値を割り当てる段階を備える、請求項３０の方法。
【発明の詳細な説明】
【０００１】
関連出願
本出願は、２００１年７月５日に出願し米国出願第０９／８９９，４１０号を付与された非仮特許出願「データサービスプロバイダと加入者との間で光信号を通信するシステムおよび方法」の一部継続出願である。また本出願は、２００１年１０月４日に出願し米国出願第０９／９７１，３６３号を付与された非仮特許出願「データサービスプロバイダと加入者との間で光信号を上りおよび下り方向に通信するシステムおよび方法」に関連する。本出願は、２０００年１０月２６日に出願し米国出願第６０／２４４，０５２号を付与された仮特許出願「光ファイバケーブルを介して映像、音声、およびデータサービスを提供するシステム、その２」と、２０００年１２月２８日に出願し米国出願第６０／２５８，８３７号を付与された仮特許出願「光ファイバケーブルを介して映像、音声、およびデータサービスを提供するシステム、その３」と、２０００年１０月２７日に出願し米国出願第６０／２４３，９７８号を付与された仮特許出願「光ファイバケーブルを介して音声およびデータサービスを提供するプロトコル」と、２００１年５月８日に出願し米国出願第６０／２８９，１１２号を付与された仮特許出願「光ファイバケーブルを介して音声およびデータサービスを提供するプロトコル、その２」とに関して優先権を主張すると共に、それらの全内容を参照により組み込む。
【０００２】
技術分野
本発明は、映像、音声、およびデータ通信に関する。さらに詳しくは、データサービスプロバイダと１人以上の加入者との間で下り光信号を通信するシステムおよび方法に関する。
【０００３】
背景技術
音声や映像トラフィック等、より複雑なデータを送信する通信ネットワークへの依存が高まっており、帯域幅に対する要求が極めて高くなっている。この帯域幅に対する要求に応えるため、通信ネットワークは、かかる複雑なデータを送信するにあたり、光ファイバへの依存を高めている。同軸ケーブルを使用した従来の通信構成は、光ファイバケーブルだけからなる通信ネットワークに徐々に置き換えられている。光ファイバケーブルが同軸ケーブルより優れている点の１つは、より多量の情報を搬送できることである。
【０００４】
家庭向け光ファイバ（ＦＴＴＨ）光ネットワーク構成は、多くのデータサービスプロバイダの夢であった。なぜなら光ファイバは、どのような組み合せの高速サービスでも、高信頼ネットワークを介して企業および消費者へ配信できるからである。ＦＴＴＨに関連し、事業向け光ファイバ（ＦＴＴＢ）がある。ＦＴＴＨおよびＦＴＴＢ構成が好ましい理由は、信号品質が向上し、保守が低減し、関連ハードウエアの寿命が延びるからである。しかしながらＦＴＴＨおよびＦＴＴＢ構成は、コストが極めて高いと考えられてきた。しかしながらＦＴＴＨおよびＦＴＴＢは、現在、帯域幅に対する要求の高さおよび改良型光ネットワークの研究開発により、現実的となっている。
【０００５】
当業界は、従来型の混成家庭向け光ファイバ（ＦＴＴＨ）および混成同軸光ファイバ（ＨＦＣ）構成を提案した。ＨＦＣは、現在多くのケーブルテレビシステムが採用している構成である。このＦＴＴＨ／ＨＦＣ構成は、能動信号源をデータサービスハブと加入者との間に配置する。この構成において、代表的な能動信号源は、ルータからなる。この従来型ルータは、複数のデータポートを有し、それらが各加入者を支援する設計となっている。すなわち従来型ルータは、各加入者について１つのポートを使用する。このルータの各データポートは光ファイバに接続し、その光ファイバは加入者に接続する。この従来型ＦＴＴＨ／ＨＦＣ構成におけるデータポートと光ファイバとの間の接続は、ラストマイルにファイバが集中する。「ラストマイル」および「ファーストマイル」とは、いずれも加入者に接続する光ネットワークの最後の部分を示す用語である。
【０００６】
ＦＴＴＨ／ＨＦＣ構成は、ルータからの光ケーブル数が多いことに加え、従来の同軸ケーブルによって無線周波信号を伝送しなければならない。同軸ケーブルを使用するため、加入者とデータサービスハブとの間に多くの無線周波（ＲＦ）増幅器を必要とする。例えば同軸型システムの１〜３キロメートル毎に無線周波増幅器を必要とする。
【０００７】
ＦＴＴＨ／ＨＦＣ構成において同軸ケーブルを使用することは、システムの総コストを押し上げる。なぜなら、この構成には２つの独立したネットワークが存在するからである。すなわちＦＴＴＨ／ＨＦＣ構成は、完全に異なる導波路（同軸ケーブルと光ファイバの組合せ）と、かかる２つの独立したシステムを支援するために必要な光機器とにより、高い保守コストを必要とする。簡単に言えばＦＴＴＨ／ＨＦＣ構成は、光ネットワークと電気ネットワークとを単に接続するだけであり、両ネットワークは互いに別々に動作する。
【０００８】
ＦＴＴＨ／ＨＦＣ構成における電気ネットワークの１つの問題は、データサービスプロバイダと加入者との間のデータ通信を支援するため、ケーブルモデム技術を含むことである。一般にデータサービスプロバイダは、ケーブルモデム終端システム（ＣＭＴＳ）を使用し、加入者宛に下りデータ通信を発信する。加入者は、かかる下りデータ通信を受信するため、一般にケーブルモデムを使用する。このケーブルモデムは、当業界においてデータオーバケーブルサービスインタフェース規格（ＤＯＣＳＩＳ）として知られる特定プロトコルに基づき動作する。ＤＯＣＳＩＳプロトコルは、サービスフローを定義する。サービスフローとは、下り方向の流れについて、ＣＭＴＳが各パケット内の多数のパラメータを検査し、それに基づいてパケットグループに割り当てる識別データである。
【０００９】
すなわちサービスフローは、メディアアクセス制御（ＭＡＣ）層伝送サービスであり、ケーブルモデムが伝送した上りパケット、あるいはＣＭＴＳが伝送した下りパケットに対し、一意の方向性パケット伝送を提供する。ＤＯＣＳＩＳプロトコルにおいてパケットグループに割り当てた識別データは、入りパケット内にＴＣＰ、ＵＴＰ、ＩＰ、ＬＬＣ、および８０２．１Ｐ／Ｑ識別子等のパラメータを含むことができる。
【００１０】
ＣＭＴＳは、これら識別データに基づき、特定のデータストリームにサービスフローＩＤ（ＳＦＩＤ）を割り当てる。一般にサービスフローは、ＣＭＴＳが前記ＳＦＩＤをデータストリームに割り当てた時に発生する。ＳＦＩＤは、ＣＭＴＳにおいてサービスフローの基本識別子として働く。サービスフローは、少なくともＳＦＩＤと方向とによって特徴付けられる。下りデータ通信に関するＤＯＣＳＩＳプロトコルの大きな欠点の１つは、このプロトコルが帯域幅を保証しないことである。すなわち特定の加入者グループの全ケーブルモデムは、あるモデムが帯域幅を要求すると、上りおよび下り両方向において帯域幅を競争で獲得する。モデム間におけるこの帯域幅獲得競争は、下りデータ通信を受信する各ケーブルモデムにとって、データ通信のサービス品質に大きく影響する。
【００１１】
例えばＴ１通信用にケーブルモデムを使おうとする加入者は、通信ジッタを低減するため、一定のビットレートと安定したパケット到着時間とを必要とする。Ｔ１通信は、通話、ビデオ会議、その他通信を含む。ＤＯＣＳＩＳプロトコルに基づく各ケーブルモデムは、帯域幅を競争で獲得するため、ケーブルモデムによっては、Ｔ１通信に関して一定ビットレートを獲得できない。このような場合、Ｔ１通信の品質が低下する。すなわち加入者は、通話中やビデオ会議中、通信遅延や通話途絶に遭遇する。
【００１２】
ＤＯＣＳＩＳは、無線周波変調ネットワークで動作する。このネットワークは、プロトコルに対して一定の制限を加える。戻り帯域幅は、下り帯域幅よりも低い。これは、２方向においてスペクトルを配分する方法の結果である。これは、対称帯域幅を必要とする分野において、問題となる。このような分野は、ピアツーピアファイル転送、ビデオ会議、ウエブサーバからの通信等を含む。
【００１３】
従って本分野においては、データサービスプロバイダと加入者との間で光信号を通信するにあたり、同軸ケーブルを必要とせず、同軸ケーブルでのデータ信号伝送を支援する関連ハードウエアやソフトウエアも必要としないシステムおよび方法が求められている。また本分野においては、データサービスプロバイダと加入者との間で光信号を通信するにあたり、多数の加入者にサービスを提供でき、データサービスハブにおける接続数を削減できるシステムおよび方法が求められている。
【００１４】
さらに本分野においては、サービス品質を維持するため、光ネットワークの出口部において下り帯域幅を監視し管理できる下り光通信処理方法およびシステムが求められている。さらに本分野においては、光ネットワークの１人以上の加入者の要求または選択したサービスタイプに基づき、下り帯域幅を追加あるいは削減できるシステムおよび方法が求められている。さらに本分野においては、完全な光ネットワークにおいて、その加入者が受信する下り光通信の量または内容（または両方）を制御する方法およびシステムが求められている。
【００１５】
発明の開示
本発明は、広く光ファイバネットワークを介してデータおよび放送信号を効率的に伝送するシステムおよび方法に関する。さらに詳しくは、光ネットワークのデータサービスハブから当該光ネットワークの加入者へ伝送する下り光通信を扱う方法およびシステムに関する。「下り」とは、データサービスハブが発信するデータ信号を光ネットワークの加入者へ向けて送る通信方向を示す用語である。逆に「上り」とは、加入者が発信するデータ信号を光ネットワークのデータサービスハブへ向けて送る通信方向を示す用語である。
【００１６】
本発明は、ネットワークの入り口部においてデータを監視する従来方法とは異なり、光ネットワークの出口部において下り帯域幅をサービス品質に関連して監視および管理できる。すなわち本発明は、光ネットワークの外縁近く、すなわち光ネットワークの加入者に物理的に近い位置において、下り通信トラフィックを監視できる。ネットワークプロバイダは、光ネットワーク加入者が受信する下り通信の量または内容（または両方）を制御できる。
【００１７】
本発明は、下り通信の量または内容（または両方）を制御するため、下り通信トラフィックを複数レベルにおいて評価する。この複数レベル評価は、下りパケットを分類し、それら下りパケットが特定のサイズおよび速度パラメータに一致するか否かを評価する。特に複数の分類器によって下りパケットを分類あるいは区分けする。一般に各分類器は、特定のポリサ（監視器）に関連付ける。各ポリサは、他よりも高い優先度を持つ特定の出力バッファに関連付けることができる。
【００１８】
各ポリサは、１つ以上の分類器から下りパケットを受け取ることができる。このポリサは、特定の下りパケットのサイズおよび速度パラメータを評価できる。例えばポリサは、下りパケットと、ネットワーク管理者がそのポリサに割り当てたピーク速度、持続速度、およびバーストサイズとを比較できる。ネットワーク管理者は、各ポリサが監視するピーク速度、持続速度、およびバーストサイズを設定し、異なるタイプの下りパケットを追跡できる。
【００１９】
ポリサは、ポリサに割り当てたピーク速度を下りパケットが超えたら、その下りパケットを破棄できる。ポリサは、ポリサに割り当てた持続速度またはバーストサイズを下りパケットが超えたら、そのトラフィックを例えば「不適合トラフィック」として識別できる。一方ポリサは、下りパケットがポリサの持続速度またはバーストサイズに一致あるいは範囲内であれば、そのトラフィックを例えば「適合トラフィック」として識別できる。そしてポリサは、重み付けランダム早期破棄値（最大破棄確率、最大閾値、最小閾値等）を割り当てることができる。この値は、一意であり、適合下りトラフィックと不適合下りトラフィック間で異なる。各ポリサは、２段階トークンバケットアルゴリズムとして動作できる。第１段バケットは、下り通信トラフィックにピーク速度を強制する。第２段トークンバケットは、当該ポリサに割り当てたバーストサイズまたは持続速度を超えるパケットを特定できる。
【００２０】
複数の出力バッファの１つは、各ポリサからパケットを受け取れる。各出力バッファは、重み付けランダム早期破棄（ＷＲＥＤ）アルゴリズムを個別に実行し、パケットをバッファに受け入れるか破棄するかを決定できる。各出力バッファは、重み付けランダム早期破棄アルゴリズムにおいて、下りパケットに割り当てた重み付けランダム早期破棄値を使用できる。
【００２１】
ＷＲＥＤアルゴリズムとタイプ別にトラフィックを分類することにより、ある通信トラフィックには他タイプのトラフィックより高い優先度を与える。例えばＴ１通信用光ネットワークを使用する加入者は、ジッタを低減するために一定ビットレートと安定したパケット到着時間とを必要とする。Ｔ１通信は、通話、ビデオ会議等のトラフィックを含むことができる。本発明は、Ｔ１通信でのジッタ低減を助けるため、一定ビットレートを必要としない他タイプの通信トラフィックより高い優先度をＴ１通信に割り当てることができる。一定ビットレートを必要とせず低い優先度を割り当てる通信は、例えばインターネットサーフィン、コンピュータ間のファイル転送等である。
【００２２】
本発明は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、それらの組合せ等のハードウエアで実施できる。しかしながら本発明は、ハードウエアに限らず、ソフトウエアでも良い。
【００２３】
本発明は、光タップルーティング装置または１つ以上の光タップマルチプレクサを備えるトランシーバノードで構成することもできる。この光タップルーティング装置は、どの光タップマルチプレクサが下り電気信号を受信するかを判断でき、複数の光タップのどれが上り光信号を発信したかを特定できる。また光タップルーティング装置は、データをフォーマットし、各光タップに接続した各加入者に対してデータを送受するためのプロトコルを実行できる。光タップルーティング装置は、８ポートスイッチをさらに備えることができる。
【００２４】
この８ポートスイッチは、１つ以上の光タップマルチプレクサに接続できる。各光タップマルチプレクサは、１つ以上のパケット分類器と、１つ以上のポリサと、１つ以上の出力バッファとを備えることができる。
【００２５】
発明を実施するための最良の形態
本発明は、光ネットワークに配置したハードウエア、ソフトウエア、またはそれらの組合せによって実現する。本発明は、トランシーバノードを備えることができる。このトランシーバノードは、光タップルーティング装置と、当該光タップルーティング装置から下りパケットを受信する複数の光タップマルチプレクサとを備える。各光タップマルチプレクサは、複数の分類器と複数のポリサとを備える。本発明は、これら分類器とポリサとにより、少なくとも１ギガビットまたはそれより速いデータ速度を支援でき、データサービスハブに対する光形式のイーサネット通信を支援でき、当該光帯域幅を所定数の配信グループに配分できる。本発明は、予め指定した増分において加入者に光帯域幅を配分できる。本発明の柔軟性および多様性は、少しの構成要素によって実現できる。
【００２６】
図面を参照しながら本発明の態様および動作環境を説明する。図面において同一番号は同一要素を示す。
【００２７】
図１Ａは、本発明に基づく光ネットワーク構成例１００を示す機能ブロック図である。光ネットワーク構成例１００はデータサービスハブ１１０を備え、このデータサービスハブは１つ以上の屋外トランシーバノード１２０に接続する。トランシーバノード１２０は、光タップ１３０に接続する。光タップ１３０は複数の加入者光インタフェース１４０に接続できる。光ネットワーク構成例１００の各構成要素間には、光導波路１５０，１６０，１７０，１８０等がある。光導波路１５０〜１８０は矢印で示し、それら矢印の頭は光ネットワーク構成例１００の構成要素間におけるデータの流れ方向例を示す。図１Ａは、１つのトランシーバノード１２０と、１つの光タップ１３０と、１つの加入者光インタフェース１４０とのみを示すが、図２とその説明から明らかな通り、それぞれ複数のトランシーバノード１２０と光タップ１３０と加入者光インタフェース１４０とを使用しても、本発明の範囲および要旨を逸脱しない。本発明の実施例の多くにおいて、一般に複数の加入者光インタフェース１４０を１つ以上の光タップ１３０に接続する。
【００２８】
屋外トランシーバノード１２０は、加入者光インタフェース１４０を使用する１人以上の加入者からの要求に基づき、帯域幅を追加あるいは削減できる。屋外トランシーバノード１２０は、屋外環境条件に耐えるように設計でき、撚り線に吊り下げるか、台座や穴に取り付けるように設計できる。屋外トランシーバノードは、摂氏マイナス４０度から摂氏プラス６０度の温度範囲で動作できる。トランシーバノード１２０は、電力を消費しない受動冷却装置を用いることにより、前記温度範囲で動作できる。
【００２９】
加入者光インタフェース１４０とデータサービスハブ１１０との間に配置する従来のルータとは異なり、屋外トランシーバノード１２０は、トランシーバノード１２０の周囲温度を制御するための能動冷却加熱装置を必要としない。本発明は、より多くの判断用電子機器を、トランシーバノード１２０にではなくデータサービスハブ１１０に配置しようとする。一般にこれら判断用電子機器は、本発明のトランシーバノードに配置する電子機器に比べ、サイズが大きく、より多くの熱を発生する。トランシーバノード１２０は、能動温度制御装置を必要としないため、小型の電子機器であり、従来ルータの環境容器よりも一般に小型である。
【００３０】
本発明の一実施例において、３本の基幹光導波路１６０，１７０，１８０（光ファイバで構成できる）は、データサービスハブ１１０から屋外トランシーバノード１２０まで光信号を伝送できる。なお「光導波路」の用語は、本発明において、光ファイバ、平面光案内回路、光ファイバピグテール、およびその他光導波路に適用する。
【００３１】
第１光導波路１６０は、放送映像およびその他信号を伝送できる。信号は従来のケーブルテレビフォーマットで伝送できる。このフォーマットは、放送信号を搬送波に変調し、それによってデータサービスハブ１１０内の光送信器（図示せず）を変調する。第２光導波路１７０は、目的サービスを下り方向に伝送できる。目的サービスとは、１つ以上の加入者光インタフェース１４０へ配信するデータおよび電話サービス等である。第２光導波路１７０は、加入者へ光信号を伝送することに加え、インターネットプロトコル放送パケットを伝送できる。これは当業者に明らかな通りである。
【００３２】
一実施例において、第３光導波路１８０は、屋外トランシーバノード１２０からデータサービスハブ１１０への上りデータ信号を伝送できる。第３光導波路１８０が伝送する光信号は、１人以上の加入者から受け取るデータおよび電話サービスを含むこともできる。第２光導波路１７０と同様、第３光導波路１８０は、ＩＰ放送パケットも伝送できる。これは当業者に明らかな通りである。
【００３３】
上り第３光導波路１８０は、点線で示す。これは、それが本発明の一実施例のオプションまたは一部に過ぎないからである。すなわち第３光導波路１８０は、省略しても構わない。他の実施例において、第２光導波路１７０は、光信号を上り方向および下り方向の両方向に伝送する。これは第２光導波路１７０を示す二重矢印で表現した通りである。かかる実施例において、第２光導波路１７０は双方向に光信号を伝送するため、２本の光導波路１６０，１７０があれば、データサービスハブ１１０と屋外トランシーバノード１２０との間で光信号を伝送できる。別の実施例（図示せず）において、単一の光導波路だけで、データサービスハブ１１０とトランシーバノード１２０との間をリンクしても良い。この単一光導波路実施例は、３つの異なる波長を上り信号および下り信号に用いることができる。あるいは１つの波長で双方向データを変調しても良い。
【００３４】
一実施例において、光タップ１３０は、８方向光スプリッタで構成できる。８方向光スプリッタからなる光タップ１３０は、下り光信号を８方向に分割し、８つの異なる加入者光インタフェース１４０にサービスを提供する。上り方向において、光タップ１３０は、８つの加入者光インタフェース１４０から受信する光信号を結合できる。
【００３５】
他の実施例において、光タップ１３０は、４方向スプリッタで構成でき、４つの加入者光インタフェース１４０にサービスを提供できる。さらに他の実施例において、光タップ１３０は、４方向スプリッタをさらに備えることができる。このスプリッタは、通過タップであり、光タップ１３０で受信する光信号の一部を抽出して内蔵の４方向スプリッタに提供すると共に、残りの光エネルギをさらに下り方向に伝送し、他の光タップまたは他の加入者光インタフェース１４０に提供する。本発明は、４方向および８方向光スプリッタに限定するものではない。４方向あるいは８方向スプリッタよりも少ないあるいは多い数の方向スプリッタも本発明範囲である。
【００３６】
図１Ｂは、本発明に基づくネットワーク１０３における機能例とその位置とを示す図である。ネットワーク１０３は、図１Ａで説明した構成１００の構成要素をいくつか備えることができる。
【００３７】
本発明は、前記したように、ネットワークの入り口部１０５でデータを監視する従来例とは異なり、光ネットワーク１０３の出口部１０７においてサービス品質に関する下り帯域幅を監視あるいは管理できる。すなわち本発明は、光ネットワーク１０３の外縁１０７近辺において下り通信トラフィックを監視できる。この外縁は、光ネットワークの加入者（加入者光インタフェース１４０）に物理的に比較的近い。従ってネットワークプロバイダは、光ネットワーク１０３の加入者が受信する下り通信の量または内容（または両方）を制御できる。
【００３８】
図１Ｂに示す通り、第３者ウエブサーバ１８２は、トランシーバノード１２０を備える光ネットワーク１０３に接続できる。ネットワークプロバイダは、本発明のトランシーバノード１２０により、加入者に与える帯域幅量を制限または制御できる。すなわちネットワークプロバイダは、特定の加入者（例えばウエブブラウザを実行するコンピュータ１４２に接続した加入者光インタフェース１４０）に与えるサービス品質を制御できる。
【００３９】
ネットワークプロバイダは、特に本発明のプロトコルを実行するトランシーバノード１２０により、加入者に提供するための異なるサービス層を作成できる。例えばトランシーバノード１２０は、その管理下において、特定の加入者または加入者グループに対し、１，２，５，１０，２０，５０，１００，２００，および４５０メガビット／秒（Ｍｂ／ｓ）の単位で下り帯域幅を提供できる。
【００４０】
図２は、光ネットワーク構成例１００を示す機能ブロック図である。この構成例は、加入者グループ２００をさらに含む。各グループは、各屋外トランシーバノード１２０に対応する。図２は、光ネットワーク構成例１００の多様性を示す。屋外トランシーバノード１２０と光タップ１３０との間に接続した光導波路１５０は、最小数である。図２は、加入者グループ２００の多様性も示す。これは、光タップ１３０により実現する。
【００４１】
各光タップ１３０は、光スプリッタを備えることができる。光タップ１３０は、複数の加入者光インタフェース１４０を単一の光導波路１５０に接続する。この光導波路は、屋外トランシーバノード１２０に接続する。一実施例において、６本の光ファイバ１５０を屋外トランシーバノード１２０に接続するように設計する。光タップ１３０を使用することにより、１６の加入者を６本の光ファイバ１５０の各々に割り当てられる。これら光ファイバは、屋外トランシーバノード１２０に接続する。
【００４２】
他の実施例において、１２本の光ファイバ１５０を屋外トランシーバノード１２０に接続し、８個の加入者光インタフェース１４０を１２本の光ファイバ１５０の各々に割り当てる。当業者には明らかな通り、屋外トランシーバノード１２０と１つの加入者光インタフェース１４０との間に（光タップ１３０を介して）接続した特定の導波路１５０に割り当てる加入者光インタフェース１４０の数は、本発明の範囲および要旨を逸脱することなく、変更可能である。さらに当業者には明らかな通り、特定の光ファイバケーブルに割り当てる加入者光インタフェース１４０の実際の数は、特定の光ファイバ１５０の能力に依存する。
【００４３】
加入者グループ２００に示す通り、加入者に通信サービスを提供する場合、多くの構成が可能である。例えば、光タップ１３０Ａは、加入者光インタフェース１４０Ａ１から加入者光インタフェース１４０ＡＮまでを屋外トランシーバノード１２０に接続できる。さらに光タップ１３０Ａは、光タップ１３０ＡＮ等の他の光タップ１３０をトランシーバノード１２０に接続できる。光タップ１３０と他の光タップ１３０との組合せは、光タップ１３０と加入者光インタフェース１４０との組合せ同様、無限である。光タップ１３０により、トランシーバノード１２０における配信用光導波路１５０の接続を削減できる。さらに、加入者グループ２００にサービスを提供するファイバの総数も削減できる。
【００４４】
本発明の能動トランシーバノード１２０により、トランシーバノード１２０とデータサービスハブ１１０との間の距離は、０〜８０キロメートルの範囲にできる。しかしながら本発明は、この範囲に限定されない。当業者には明らかな通り、この範囲は、本発明の装置のいくつかを構成する各種既製構成要素の選択次第で拡大できる。
【００４５】
当業者には明らかな通り、データサービスハブ１１０と屋外トランシーバノード１２０との間に配置する光導波路は、本発明範囲を逸脱することなく、他の構成も可能である。光導波路は双方向能力を有するため、データサービスハブ１１０と屋外トランシーバノード１２０との間に配置する光導波路は、本発明の範囲および要旨を逸脱することなく、その数および伝送方向を変更できる。
【００４６】
当業者には明らかな通り、屋外トランシーバノード１２０における光導波トランシーバ４３０（図３）の選択、およびデータサービスハブ１１０における対応トランシーバ（図示せず）の選択は、データサービスハブ１１０と屋外トランシーバノード１２０との間に必要な光パスの長さに関して最適化する。さらに当業者には明らかな通り、ここに記載の波長は実際的であるものの、一例に過ぎない。場合によっては、通信ウインドウを１３１０および１５５０ｎｍにおいて異なる方法で使用しても、本発明の範囲および要旨を逸脱しない。さらに本発明は、１３１０および１５５０ｎｍの波長領域に限定されない。当業者には明らかな通り、光信号用のさらに短いあるいは長い波長も本発明の範囲および要旨を逸脱しない。
【００４７】
図３は、本発明の屋外トランシーバノード１２０の一例を示す機能ブロック図である。この実施例において、トランシーバノード１２０は、単方向光信号入力ポート４０５を備えることができる。このポートは、データサービスハブ１１０からの光信号を受信できる。これら信号は、第１光導波路１６０を経由したものである。単方向光信号入力ポート４０５で受信した光信号は、放送映像データからなることができる。入力ポート４０５で受信した光信号は、増幅器４１０へ伝送する。この増幅器は、例えばエルビウムドープファイバー増幅器（ＥＤＦＡ）であり、前記光信号を増幅する。増幅した光信号は、スプリッタ４１５へ送る。このスプリッタは、前記放送映像光信号をダイプレクサ４２０に分配する。これらダイプレクサは、光信号を所定加入者グループ２００へ送る設計である。
【００４８】
トランシーバノード１２０は、双方向光信号入出力ポート４２５をさらに備えることができる。このポートは、トランシーバノード１２０を第２光導波路１７０に接続する。この導波路は、データサービスハブ１１０とトランシーバノード１２０との間において双方向データフローを支援する。下り光信号は、双方向光信号入力ポート４２５を経由し、光導波トランシーバ４３０へ流れる。このトランシーバは、下り光信号を電気信号に変換する。また光導波トランシーバは、上り電気信号を光信号に変換する。光導波トランシーバ４３０は、光／電気変換器および電気／光変換器を備えることができる。
【００４９】
下りおよび上り電気信号は、光導波トランシーバ４３０と光タップルーティング装置４３５との間で送受される。光タップルーティング装置４３５は、データサービスハブ光信号とのインタフェースを管理し、各タップマルチプレクサ４４０に対しデータサービスハブ信号を転送、分割、または割り当てできる。マルチプレクサ４４０は、光信号を１つ以上の光タップ１３０と送受し、結果として１つ以上の加入者光インタフェース１４０と光信号を送受する。タップマルチプレクサ４４０は、電気領域で動作し、レーザ送信器を変調し、光信号を発生する。これら光信号は、１つ以上の光タップに結合した加入者グループに割り当てる。
【００５０】
光タップルーティング装置４３５は、利用可能な上りデータパケットが到着すると、各タップマルチプレクサ４４０から通知を受ける。光タップルーティング装置は、各タップマルチプレクサ４４０に接続し、前記上りデータパケットを受け取る。光タップルーティング装置４３５は、そのパケットを光導波トランシーバ４３０を経由してデータサービスハブ１１０へ中継する。光タップルーティング装置４３５は、全タップマルチプレクサ４４０（またはポート）からやって来る上りデータパケットの各々からソースＩＰアドレスを読み、それを対応するタップマルチプレクサ４４０に関連付けることにより、参照テーブルを構築できる。この参照テーブルは、下り経路にパケットを転送する際、利用できる。各パケットが光導波トランシーバ４３０から来ると、光タップルーティング装置４３５は、宛先ＩＰアドレス（上りパケット用ソースＩＰアドレスと同じである）を見る。光タップルーティング装置４３５は、前記参照テーブルから、どのポートが当該ＩＰアドレスに接続しているかを決定し、そのポートへ当該パケットを送る。これは、当業者には明らかな通り、標準レイヤ３ルータ機能である。
【００５１】
光タップルーティング装置４３５は、複数の加入者を１つのポートに割り当てることができる。すなわち光タップルーティング装置４３５は、１つのポートでそのポートに対応する加入者グループにサービスを提供できる。光タップ１３０は各タップマルチプレクサ４４０に結合し、割り当てられた加入者グループに下り光信号を供給できる。その加入者グループは、加入者光インタフェース１４０によって前記下り光信号を受信する。
【００５２】
すなわち光タップルーティング装置４３５は、どのタップマルチプレクサ４４０が下り電気信号を受信するかを決定できる、あるいは複数の光タップ１３０のうちどれが上り光信号（電気信号に変換される）を伝送したかを決定できる。光タップルーティング装置４３５は、データをフォーマットし、各光タップ１３０に接続した各加入者からのデータの送受信に必要なプロトコルを実行できる。光タップルーティング装置４３５は、コンピュータまたはハードワイヤード装置で構成でき、各ポートに割り当てた加入者グループとの通信用プロトコルを定義するプログラムを実行する。
【００５３】
光タップルーティング装置の各ポートは、各タップマルチプレクサ４４０に接続する。光タップルーティング装置４３５により、トランシーバノード１２０は、加入ベースで、あるいは必要に応じて、あるいは要求に基づき、加入者の帯域幅を調整できる。トランシーバノード１２０は、光タップルーティング装置４３５を介し、予め指定した増分においてデータ帯域幅を加入者に提供できる。例えばトランシーバノード１２０は、光タップルーティング装置４３５を介し、特定の加入者または加入者グループに対し、１，２，５，１０，２０，５０，１００，２００，および４５０メガビット／秒（Ｍｂ／ｓ）の単位で帯域幅を提供できる。当業者には明らかな通り、他の加入者帯域幅単位を適用することも本発明の範囲を逸脱しない。
【００５４】
電気信号は、光タップルーティング装置４３５と各タップマルチプレクサ４４０との間で通信する。タップマルチプレクサ４４０は、光信号を様々な加入者グループに対して送受する。各タップマルチプレクサ４４０は、各光送信器３２５に接続する。前記した通り、各光送信器３２５は、ファブリペロー（Ｆ−Ｐ）レーザ、分散フィードバックレーザ（ＤＦＢ）、または面発光型レーザ（ＶＣＳＥＬ）の１つから構成できる。しかしながら他のタイプの光送信器も、本発明の範囲を逸脱することなく可能である。光送信器は、下り光信号を発生する。その信号は、加入者光インタフェース１４０へ伝送する。
【００５５】
当業者には明らかな通り、光タップルーティング装置４３５およびタップマルチプレクサ４４０に関連する機能は一例である。すなわち各機能は、説明とは異なった形で実行し得る。ルーティング装置４３５が実行する機能のいくつかは、タップマルチプレクサ４４０が実行することも可能であり、その逆も可能である。
【００５６】
各タップマルチプレクサ４４０は、光受信器３７０にも接続する。各光受信器３７０は、双方向スプリッタ３６０からの上り光信号を電気信号に変換できる。各光受信器３７０は、１つ以上のフォトレセプタまたはフォトダイオードから構成し、光信号を電気信号に変換できる。光送信器３２５と光受信器３７０とは、既製ハードウエアで構成して光信号を発生し受信できるため、トランシーバノード１２０は、アップグレードおよび保守を効率的に行え、極めて高いデータ速度を提供する。
【００５７】
各光送信器３２５と各光受信器３７０とは、双方向スプリッタ３６０に接続する。各双方向スプリッタ３６０は、ダイプレクサ４２０に接続する。このダイプレクサは、スプリッタ４１５から受信する単方向光信号を各光受信器３７０から受信する下り光信号に結合する。このように、放送映像サービスおよびデータサービスは、図２に示すような配信光導波路１５０等の単一光導波路によって供給できる。すなわち光信号は、各ダイプレクサ４２０から結合信号入出力ポート４４５へ結合できる。このポートは、各配信光導波路１５０に接続する。
【００５８】
従来技術とは異なり、トランシーバノード１２０は、従来のルータを使用しない。トランシーバノード１２０の構成要素は、小型電子筐体内に配置できる。例えばトランシーバノード１２０は、撚り線に吊り下げたり、台座に取り付けることができる。これは、従来のケーブルテレビ装置を「ラストマイル」内に配置したり、ネットワークの加入者近接地点に配置したりするのと同じである。なお「ラストマイル」とは、光ネットワークの加入者に接続する最後の部分を示す用語である。
【００５９】
光タップルーティング装置４３５も、従来のルータではないため、特定の温度に動作環境を維持する能動温度制御装置を必要としない。すなわちトランシーバノード１２０は、一実施例において摂氏マイナス４０度から摂氏プラス６０度の温度範囲で動作できる。
【００６０】
トランシーバノード１２０は、能動温度制御装置を備えない。このような温度装置は、トランシーバノード１２０を一定温度に保つために電力を消費する。トランシーバノード１２０は、１つ以上の受動温度制御装置４５０を備えることができる。この装置は、電力を消費しない。受動温度制御装置４５０は、１つ以上のヒートシンクまたはヒートパイプを備え、トランシーバノード１２０から熱を除去する。当業者には明らかな通り、本発明は、これら例示した受動温度制御装置に限定されない。当業者には明らかな通り、本発明は、例示した動作温度範囲に限定されない。適切な受動温度制御装置４５０により、トランシーバノード１２０の動作温度範囲は、縮小または拡大できる。
【００６１】
トランシーバノード１２０は、過酷な屋外環境条件に耐えうると共に、高速対称データ伝送を提供できる。すなわちトランシーバノード１２０は、ネットワーク加入者に対し、上りおよび下りとも同一ビットレートでの伝送を行える。これは従来ネットワークに比較すると、優れた点である。一般に従来ネットワークは、前記した通り、対称データ伝送を支援できない。さらにトランシーバノード１２０は、多数の加入者にサービスを提供できると共に、データサービスハブ１１０およびトランシーバノード１２０の両方において接続数を削減できる。
【００６２】
またトランシーバノード１２０は、効率的なアップグレードをネットワーク側からまたはデータサービスハブ１１０側から全て行うことができる。すなわち、トランシーバノード１２０を構成するハードウエアのアップグレードは、データサービスハブ１１０とトランシーバノード１２０との間の位置でおよびそれら内の位置で実施できる。すなわちトランシーバノード１２０またはデータサービスハブ１１０または両方のアップグレード中、ネットワークの加入者側（配信光導波路１５０から加入者光インタフェース１４０まで）には全く手を触れる必要がない。
【００６３】
図４は、本発明の一実施例に基づく、１本の光導波路１５０によって加入者光インタフェース１４０に接続した光タップ１３０を示す機能ブロック図である。光タップ１３０は、結合信号入出力ポート５０５から構成できる。このポートは、他の配信光導波路に接続し、この導波路はトランシーバノード１２０に接続する。前記した通り、光タップ１３０は、光スプリッタ５１０で構成できる。この光スプリッタは、４方向または８方向光スプリッタで良い。４方向または８方向分岐よりも少ないまたは多い光タップを使用しても、本発明の範囲を逸脱しない。前記光タップは、下り光信号を分岐し、各加入者光インタフェース１４０にサービスを提供できる。一実施例において、光タップ１３０は４方向光タップであり、通過タイプでも良い。この場合、下り光信号の一部を抽出あるいは分岐し、内蔵する４方向スプリッタに信号を提供し、残りの光エネルギをさらに下流の配信光導波路１５０へ転送する。
【００６４】
光タップ１３０は、効率的カプラであり、トランシーバノード１２０と各加入者光インタフェース１４０との間で光信号を通信できる。光タップ１３０は、縦列接続できる。あるいはトランシーバノード１２０から星形接続しても良い。前記した通り、光タップ１３０は、各光タップ１３０よりも下流側の他の光タップに信号を転送することもできる。
【００６５】
光タップ１３０を限定数あるいは少数の光導波路に接続することにより、どのトランシーバノード１２０においても光導波路が高密度で存在しないようにできる。すなわち一実施例において、光タップは、トランシーバノード１２０から離れた地点において、限定数の光導波路１５０に接続し、トランシーバノードにおける光導波路１５０の高密度化を避けることができる。
【００６６】
加入者光インタフェース１４０は、光タップ１３０からの下り光信号を電気信号に変換する。この電気信号は、適切な通信装置によって処理可能である。加入者光インタフェース１４０は、上り電気信号を上り光信号に変換することもできる。この光信号は、配信光導波路１５０を経由し、光タップ１３０へ伝送できる。加入者光インタフェース１４０は、光ダイプレクサ５１５を備えることができる。この光ダイプレクサは、配信光導波路１５０からの下り光信号を、双方向光信号スプリッタ５２０とアナログ光受信器５２５とに分配する。光ダイプレクサ５１５は、デジタル光送信器５３０が発生する上り光信号を受信できる。デジタル光送信器５３０は、電気２値／デジタル信号を光形式に変換する。これら光信号は、データサービスハブ１１０へ伝送できる。逆にデジタル光受信器５４０は、光信号を電気２値／デジタル信号に変換する。この電気信号は、処理装置５５０によって扱える。
【００６７】
本発明は、光信号を様々な波長で伝送できる。ただしここに記載の波長領域は、実際的なものであり、実施例に過ぎない。当業者には明らかな通り、１３１０〜１５５０ｎｍ波長領域内、それ以上、あるいはそれ以下の波長も本発明の範囲を逸脱しない。
【００６８】
アナログ光受信器５２５は、下り放送光映像信号を変調無線周波テレビ信号に変換することができる。変換された信号は、変調無線周波単方向信号出力５３５から出力する。変調無線周波単方向信号出力５３５は、テレビセット（図示せず）やラジオ（図示せず）等の無線周波受信器へ供給することもできる。アナログ光受信器５２５は、アナログ変調無線周波送信およびデジタルテレビ用のデジタル変調無線周波送信も処理できる。
【００６９】
双方向光信号スプリッタ５２０は、結合光信号をそれぞれの方向へ伝送できる。すなわち光ダイプレクサ５１５から双方向光スプリッタ５２０へ入る下り光信号は、デジタル光受信器５４０へ伝送する。デジタル光送信器５３０から双方向光スプリッタへ入る上り光信号は、光ダイプレクサ５１５へ送り、そこから光タップ１３０へ送る。双方向光信号スプリッタ５２０は、デジタル光受信器５４０へ接続する。この受信器は、下りデータ光信号を電気信号に変換する。また双方向光信号スプリッタ５２０は、デジタル光送信器５３０にも接続する。この送信器は、上り電気信号を光信号に変換する。
【００７０】
デジタル光受信器５４０は、１つ以上のフォトレセプタまたはフォトダイオードで構成でき、光信号を電気信号に変換する。デジタル光送信器は、１つ以上のレーザで構成できる。このレーザは、例えばファブリペロー（Ｆ−Ｐ）レーザ、分散フィードバックレーザ、または面発光型レーザ（ＶＣＳＥＬ）である。
【００７１】
デジタル光受信器５４０とデジタル光送信器５３０とは、処理装置５５０に接続する。この処理装置は、埋め込んだアドレスに基づき当該加入者光インタフェース１４０向けのデータを選択する。処理装置５５０が扱うデータは、１つ以上の電話サービスおよびインターネットサービス等のデータサービスからなることができる。処理装置５５０は、電話入出力５５５に接続する。この入出力は、アナログインタフェースでよい。処理装置５５０は、データインタフェース５６０にも接続する。このデータインタフェースは、コンピュータ装置、セットトップボックス、ＩＳＤＮ電話、その他同様の装置へのリンクを提供できる。あるいはデータインタフェース５６０は、ボイスオーバインターネットプロトコル（ＶｏＩＰ）電話やイーサネット電話とのインタフェースでも良い。データインタフェース５６０は、イーサネット（１０ＢａｓｅＴ、１００ＢａｓｅＴ、ギガビット）インタフェース、ＨＰＮＡインタフェース、ユニバーサルシリアルバス（ＵＳＢ）およびＩＥＥＥ１３９４インタフェース、ＡＤＳＬインタフェース、その他同様のインタフェースでも良い。
【００７２】
図５は、光タップルーティング装置４３５およびタップマルチプレクサ４４０の例を示す機能ブロック図である。さらにこの図は、各タップマルチプレクサ４４０内のハードウエア例を示す。しかしながら当業者には明らかな通り、本発明は、図示ハードウエアに限定されず、またハードウエア実施例にも限定されない。すなわちソフトウエア、またはハードウエア、あるいはそれらの組合せによって図５に示す要素を代替しても、本発明の範囲および要旨を逸脱しない。
【００７３】
光タップルーティング装置４３５は、下り通信信号のデータサービスハブ信号を各タップマルチプレクサ４４０に基づき、転送、分割、または配分できる。このタップマルチプレクサは、光信号を１つ以上の光タップ１３０と通信し、ひいては１つ以上の加入者光インタフェース１４０（図５には図示せず）と通信する。下り方向において、タップマルチプレクサ４４０は、光タップルーティング装置４３５から電気信号を受信する。すなわちタップマルチプレクサ４４０は、電気領域において動作し、レーザ送信器を変調し、光信号を発生する。この光信号は、１つ以上の光タップに接続した加入者グループに割り当てる。前記した通り、光タップルーティング装置４３５は、コンピュータまたはハードワイヤード装置からなることができ、各ポートに割り当てた加入者グループと通信するためのプロトコルを定義するプログラムを実行する。光タップルーティング装置は、各対応する単一ポートを介して加入者グループにサービスを提供できる。光タップルーティング装置４３５の各ポートは、タップマルチプレクサ４４０を有する。
【００７４】
タップマルチプレクサ４４０は、様々な加入者グループに対して、光信号を伝送できる。一実施例において、タップマルチプレクサ４４０は、分類器５６２と、ポリサ５６４と、複数の優先出力バッファ５６６，５６８，５７０，５７２とを備えることができる。タップマルチプレクサ４４０は、光タップルーティング装置４３５から下りデータパケットを受信する。分類器５６２は、これら下りパケット（光ネットワークのデータサービスハブ１１０に対して下り方向）を識別し、各パケットを適切なクラスに割り当てる。すなわち各分類器５６２は、予め定義した規則に基づきパケットヘッダの内容によってパケットを選択できる。
【００７５】
クラスは、パケットヘッダ内の任意ビットの値によって定義できる。そして各分類器５６２は、各パケットの４０バイト（または３２０ビット）までを検査できる。各分類器５６２は、各パケットの複数のフィールドを考慮できる。これらフィールドは、全イーサネットヘッダ、全ＩＰヘッダ、および発信元および宛先ＴＣＰまたはＵＤＰポートを含む。イーサネットヘッダは、宛先媒体アクセス制御（ＭＡＣ）アドレスと発信元ＭＡＣアドレスとを持つことができる。分類に利用可能な他のヘッダは表１に示すが、これらに限定するものではない。
【００７６】
【表１】
2004529528.tif 000003
一実施例において、タップマルチプレクサ４４０は、各論理チャネルあたり複数の分類器を備えることができる。この論理チャネルは、予め割り当てた加入者グループを支援する。すなわち一実施例において、各論理チャネルは、１６の異なる加入者を支援できる。しかしながら本発明は、この特定の論理チャネルあたり加入者数に限定されない。それよりも少ないあるいは多い数の加入者を各論理チャネルに割り当てても本発明の範囲および要旨を逸脱しない。各分類器５６２は、次のような値で構成できる。すなわち４０バイトビットマスク、４０バイト検査値、およびポリサ割り当てである。
【００７７】
各ポリサ５６４は、対応する分類器５６２に結合できる。しかしながら別実施例（図示せず）において、複数の分類器５６２を１つのポリサ５６４に割り当てることもできる。各ポリサ５６４は、２段トークンバケットとして動作できる。この場合、第１段バケットは、設定ピーク速度を下り通信トラフィックに強制できる。ピーク速度は、最大速度でよい。この最大速度は、加入者に許可された（加入者光インタフェース１４０経由）下りパケット送信最大速度である。特にこの速度は、ネットワークが加入者（加入者光インタフェース１４０経由）からのトラフィックバーストを受け入れる最大速度で良く、ビット／秒で表現する。この第１段において、ポリサ５６４で設定するピーク速度に合わない不適合パケットは破棄できる。
【００７８】
各トラフィックポリサ５６４の第２段は、トークンバケットとして動作し、持続速度に適合するパケットを特定できる。持続速度は、ネットワークがユーザに提供する最小スループットで良く、ビット／秒（Ｂｐｓ）で表現する。各ポリサ５６４の第２段において、バーストサイズの評価もできる。一般にバーストサイズは、ネットワークがユーザのピーク速度において中断無しに受け入れるトラフィック量であり、ビットで表現する。
【００７９】
分類器５６２とポリサ５６４とは、特定用途集積回路（ＡＳＩＣ）やフィールドプログラマブルゲートアレイ（ＦＰＧＡ）等のハードウエアで構成できる。分類器５６２とポリサ５６４とは、ＡＳＩＣまたはＦＰＧＡで構成できるが、本発明はこれらハードウエア装置に限定されない。他の同様の処理装置でも本発明範囲を逸脱しない。また本発明は、前記した通り、図示ハードウエアに限定されず、ソフトウエアあるいはソフトウエアとの組合せによっても実施できる。それらも本発明の範囲および要旨を逸脱しない。
【００８０】
一実施例において、分類器５６２は、各パケットヘッダ内のディフサーブコードポイント（ＤＳＣＰ）に基づき、トラフィッククラスを分類する。ＤＳＣＰ値は、ＲＦＣ２４７４に定義されている。これはインターネット技術標準化委員会（ＩＥＴＦ）が発行したもので、ウエブサイトｗｗｗ．ｉｅｔｆ．ｏｒｇで入手できる。ＤＳＣＰ値の６ビットは、ＲＦＣ７９１が定義するいわゆる「優先度」ビットの後継である。優先度定義は、ＲＦＣ２４７４において変更および拡張されている。ＤＳＣＰ値に関連するビットは、ＩＰｖ４（本出願時点において最も広く使われているインターネットプロトコルのバージョン）において、ＴｏＳ（サービスタイプ）ビットと呼ぶこともあり、ＩＰｖ６（インターネットプロトコルの新バージョンであり本出願時点において公共のインターネットでは広まっていない）においては、トラフィッククラスオクテットと呼ぶ。
【００８１】
分類器５６２は、所望ＤＳＣＰ値（または後述する他のパラメータ）によってトラフィックを特定すると、そのトラフィックを適切なポリサ５６４へ送ることができる。ポリサ５６４は、下り通信トラフィックの最大送信速度（ピーク速度とも呼ぶ）と、最小送信速度（持続速度とも呼ぶ）と、最大バーストサイズとを強制する。下りトラフィックが最大送信速度を超えていれば、その最大送信速度を超えるパケットを破棄する。下りトラフィックが最小送信速度を超えていれば、その最小送信速度を超えるトラフィックを「プロフィール外」としてマークする。
【００８２】
分類器５６２は、ＤＳＣＰ値（あるいは後述する他のパラメータ）を用い、ポリサを割り当て、ひいてはどの優先度バッファが特定パケットを扱うかを決定できる。前記した通り各ポリサ５６４は、特定の出力バッファに関連付ける。この出力バッファは、他の出力バッファに対し、予め設定した優先度を有する。バッファの優先度が高いほど、加入者への送信準備ができているパケットが１つ以上ある場合、それを先に送信する。優先度の高い出力バッファにあるパケットは、優先度の低い出力バッファにあるパケットよりも先に送信する。優先度の高いパケットを先に送信することにより、これらパケットは保証帯域幅に先にアクセスする。すなわち、適切な帯域幅が利用可能な場合、優先パケットを即座に処理する。
【００８３】
各優先出力バッファ５６６，５６８，５７０，５７２は、先入れ先出し（ＦＩＦＯ）レジスタで構成できる。しかしながら本発明のバッファは、ＦＩＦＯレジスタに限定されない。ＦＩＦＯと同様機能の他の記憶装置でも、本発明の範囲を逸脱しない。さらに本発明は、図示のバッファ数に限定されない。それより多いあるいは少ない数でも本発明の範囲を逸脱しない。
【００８４】
図５を参照すると、各パケットは光タップルーティング装置４３５からやってくる。そのパケットのパラメータに基づき、分類器５６２の１つがそのパケットを特定する。このパラメータの数は、オペレータが設定できる。これらパラメータは、ＤＳＣＰコード値を構成できる。これについては後述する。適切な分類器５６２があると、その分類器は当該パケットを選択する。各分類器には特定のポリサが割り当てられており、そのポリサをパケットに与える。ポリサマッピング機能６３１は、分類器５６２のポリサ割り当てに基づき、前記パケットを適切なポリサ５６４に転送またはマップする。１つ以上の分類器５６２が同一ポリサ５６４にパケットを割り当てることができる。しかしながら一般には、１つの分類器５６２は、１つ以上のポリサにパケットを割り当てることはしない。ポリサ５６４の第１段（すなわち第１トークンバケットアルゴリズム）は、パケットがその分類において定められた許容ピークデータ速度内にあるか否かを決定する。許容速度内になければ、そのパケットを破棄する。そのパケットが許容ピークデータ速度内にあれば、ポリサの第２段（すなわち第２トークンバケットアルゴリズム）は、そのパケットが保証速度あるいは持続速度内にあってバーストサイズ内にあるかを決定する。全パケットは、それらが保証速度あるいはバーストサイズ内にあるなしに関わらず、出力バッファマッピング機能６６５により、出力バッファ５６６，５６８，５７０，５７２の１つへ送る。各ポリサ５６４は、パケットを１つの出力バッファへ送る。いずれのポリサ５６４もいずれかの出力バッファへパケットを送れるが、通常は１つのポリサはある１つの出力バッファへパケットを送る。特定のポリサがパケットを送る先の出力バッファは、一般にネットワークサービスプロバイダがデータトラフィック計画を設定する時、決定する。
【００８５】
前記した通り、本発明のポリサ５６４の優れた特徴は、光ネットワーク内の相対的物理位置と、各ポリサ５６４が扱うデータトラフィックのタイプとである。当業者には明らかな通り、一般にポリサは、ネットワーク境界（進入点）で機能し、ホストが約束したトラフィック特性を確実に守るようにする。一般に従来のポリサは、ネットワークへ流れ込むトラフィック量を制限し、所定ポリシ目標を達成する。一般に従来のポリサは、トラフィックがネットワークに入る時にトラフィックを監視し制御する。しかしながら本発明によれば、ポリサ５６４はタップマルチプレクサ４４０内で使用する。これらタップマルチプレクサは、加入者に近接している。
【００８６】
本発明のポリサ５６４は、ネットワーク境界で機能するが、進入点ではなく出口点において機能するところが従来と異なる。このようにポリサ５６４は、下り通信の量または内容（または両方）を制御できる。この下り通信は、光ネットワークから出てその光ネットワークの加入者が受信する。量または内容（または両方）の制御は、ポリサ５６４がパケットのピーク速度と持続速度とバーストサイズとを評価する結果である。この制御は、ポリサ５６４がパケットに特定の重み付けランダム早期破棄値を割り当てることにより行う。当業者には明らかな通り、インターネットトラフィックはパケットを破棄することによって遅くできるため、特定宛先のパケットを破棄すれば、本発明の光ネットワークから宛先（例えば加入者）へ向かうパケット速度は減速する。
【００８７】
前記した通り各ポリサ５６４は、例えば次のような値で構成できる。すなわちピーク速度、プロフィール速度、バーストサイズ、プロフィール内トラフィック用重み付けランダム早期破棄（ＷＲＥＤ）パラメータ、プロフィール外トラフィック用ＷＲＥＤパラメータ、および次段出力バッファ割り当てである。バーストサイズは、加入者がピーク速度において中断や遅延無しに受信できるデータ量であってビットで表現できる。しかしながらバーストサイズは、加入者がバーストサイズの限度を持たないことを示す特別な値でも良い。ＷＲＥＤパラメータの詳細は、図６〜１０を参照して後述する。
【００８８】
各出力バッファ５６６，５６８，５７０，５７２は、重み付けランダム早期破棄アルゴリズムを各パケットに対して実行した後、パケットを取り込む。そして各出力バッファは、格納するパケットに対する放出要求があると、パケットを下り方向に送り出す。第１優先出力バッファ５６６は、下り処理において、最も高い優先度を持つパケットであって最初に加入者へ送信すべきパケットを全て評価できる。それに続く出力バッファは、より低い優先度を持ち、最も低い優先度を持つ第４出力バッファ５７２に至る。
【００８９】
前記した通り各優先出力バッファは、別々に重み付けランダム早期破棄（ＷＲＥＤ）アルゴリズムを実行し、パケットをバッファに受け入れるかあるいは破棄するかを決定する。各優先出力バッファは、ポリサに割り当てた値に適合するトラフィックと、ポリサに割り当てた値に適合しない下りトラフィックとに対し、異なる動作を行う。
【００９０】
ネットワークサービスプロバイダがポリサに割り当てた所定パラメータ（ピーク速度、持続速度、バーストサイズ等）の範囲内と見なされた下りトラフィックは、３つのパラメータに基づき重み付けランダム早期破棄アルゴリズムで処理する。すなわち最小閾値、最大閾値、およびプロフィール内トラフィックに特有の最大破棄確率である。最小閾値、最大閾値、および最大破棄確率は、ネットワークサービスプロバイダが各ポリサ５６４に割り当てる。
【００９１】
ポリサの所定パラメータの範囲外である下りトラフィックは、やはり３つのパラメータに基づき重み付けランダム早期破棄（ＷＲＥＤ）アルゴリズムで処理する。すなわち最小閾値、最大閾値、およびプロフィール外トラフィックに特有であって各ポリサ５６４が割り当てる最大破棄確率である。前記した通り、最小閾値、最大閾値、および最大破棄確率は、ネットワークサービスプロバイダが各ポリサ５６４に割り当てる。
【００９２】
ポリサに予め設定した値の範囲内および範囲外のトラフィックについて異なる最大破棄確率値を用いることにより、異なるトラフィッククラスに異なる重み付けができる。実際には、サービスプロバイダは、ＷＲＥＤアルゴリズムに基づいてトラフィック優先度を割り当てることができる。
【００９３】
特定の優先出力バッファにパケットを格納すると、これらパケットは、各優先出力バッファから所定ポリシまたは待ち行列規則に基づき出力する。一般に、ある出力バッファからパケットを出力するのは、そのバッファの全ての高位の優先出力バッファが空の時だけである。例えば各優先出力バッファ５６６，５６８，５７０，５７２にパケットが存在する場合、第２優先出力バッファ５６８内のパケットの出力は、第１優先出力バッファ５６６内の全パケットを出力してから開始する。同様に第３優先出力バッファ５７０内のパケットの出力は、第２優先出力バッファ５６８の全パケットを出力してから開始する。このような待ち行列規則あるいは出力バッファポリシは、高い優先度の下りトラフィックの遅延を押さえる。
【００９４】
図６は、光ネットワークのデータサービスハブ１１０から当該光ネットワークの加入者へ送信する下りパケットの処理方法の一例を示す。基本的に図６は、トランシーバノード１２０に配置した光タップルーティング装置４３５とタップマルチプレクサ４４０との処理全体を示す。
【００９５】
以下のフローチャート説明は、おおむね従来のコンピュータ要素による処理および動作の記号表現で行う。コンピュータ要素とは、処理装置（プロセッサ）、記憶装置、接続した表示装置、および入力装置等である。これら処理および動作は、混成分散コンピューティング環境における従来のコンピュータ要素を使用しても良い。例えば遠隔ファイルサーバ、コンピュータサーバ、記憶装置等を使用できる。これら従来の分散コンピューティング要素の各々は、処理装置から通信ネットワークを介してアクセス可能である。
【００９６】
以下の処理および動作は、処理装置による信号処理と、１つ以上の記憶装置に格納したデータ構造内での信号維持とを含む。本説明において、処理とは、一般に所望結果に導くための一連のコンピュータ実行ステップである。一般にこれらステップは、物理量の物理的処理を必要とする。通常、これら量は、電気信号、磁気信号、または光信号の形態を取るが、必ずしもそうとは限らない。これら信号は、記憶、転送、結合、比較、処理等が可能である。当業者には明らかな通り、これら信号の表現として、ビット、バイト、ワード、情報、要素、記号、文字、数字、点、データ、入力、オブジェクト、画像、ファイル等の用語を用いる。これらおよび同様の用語は、コンピュータ動作に関する適切な物理量に関連付けられる。またこれら用語は、コンピュータ動作内および動作中において存在する物理量に従来から適用している単なるラベルに過ぎない。
【００９７】
コンピュータ内での処理は、生成、追加、計算、比較、移動、受け取り、決定、識別、格納、ロード、実行等の用語を用いて参照することが多い。これら処理は、人間のオペレータが手動で行う動作に関連することが多い。本明細書に記載の動作は、コンピュータと対話する人間のオペレータまたはユーザが与える様々な入力に関連した機械動作であっても良い。
【００９８】
ここに記載のプログラム、処理、方法等は、特定のコンピュータまたは装置に関係あるいは限定するものではない。本開示に基づくことにより、様々な汎用機械を以下に説明する処理に使用できる。
【００９９】
図６に示す論理流れ図は、中心論理または最高位レベルの処理であり、繰り返し実行できる。図６に示す論理流れ図は、図１〜５に示したソフトウエア、ハードウエア、または両方の初期化後に開始できる。
【０１００】
例えばオブジェクト指向プログラミング環境において、図６に示す各ステップの実行に使用可能なソフトウエア要素、ソフトウエアオブジェクト、またはハードウエアは、図４および５で説明した処理に先立ち、初期化または作成する。従って当業者には明らかな通り、図１〜５で説明したソフトウエアオブジェクトまたはハードウエアの初期化に関するいくつかのステップは、示さない。
【０１０１】
本発明は、コンピュータプログラム、またはハードウエア、または両者の組合せで構成し、以下に説明し添付フローチャートに示す各機能を実施する。しかしながら本発明をコンピュータプログラミングまたはハードウエア設計において実施する場合、多くの様々な方法が可能である。従って本発明は、特定セットのコンピュータプログラム命令に限定されない。熟練したプログラマであれば、例えば本明細書のフローチャートおよび関連説明に基づき、コンピュータプログラムを書き、あるいは適切なハードウエア回路を見つけ、開示した本発明を容易に実施できるであろう。従って特定セットのプログラムコード命令や詳細ハードウエア装置の開示は、本発明の作成方法や使用方法を適切に理解するために、必要ではなかろう。処理の流れを示す図面を参照しながら、請求の範囲に記載したコンピュータ実行処理による本発明機能を詳細に説明する。
【０１０２】
以下に説明する処理および処理の流れにおいて、記述通りに本発明を機能させるには、あるステップを他のステップに先行させねばならない。しかしながら本発明は、本発明機能に変更を生じない限り、記述のステップ順序に限定されない。すなわちあるステップを他のステップの前あるいは後に実行しても、本発明の範囲および要旨を逸脱しない。
【０１０３】
ステップ６１０は、下り通信を処理する方法の一例６００における第１ステップである。ステップ６１０において、タップマルチプレクサ４４０は、光タップルーティング装置４３５からパケットを受け取る。
【０１０４】
決定ステップ６１５は、パケットが特定タップマルチプレクサ４４０の１つ以上の分類器５６２に一致するか否かを決定できる。決定ステップ６１５が肯定であれば、Ｙｅｓに分岐してステップ６２０へ進み、一致する分類器５６２の１つに当該パケットを割り当てる。これは順位に基づいて行う。この順位は、サービスプロバイダが設定できる。決定ステップ６１５が否定であれば、Ｎｏに分岐して決定ステップ６２５へ進む。
【０１０５】
決定ステップ６２５は、パケットが特定タップマルチプレクサ４４０の分類器５６２のいずれかに一致するか否かを決定する。決定ステップ６２５が否定であれば、Ｎｏに分岐してステップ６３０へ進み、当該パケットを破棄する。決定ステップ６２５が肯定であれば、Ｙｅｓに分岐してステップ６３１へ進む。
【０１０６】
ステップ６３１は、前記パケットを適切なポリサ５６４にマップする。このポリサは、当該パケットを処理した分類器５６２に関連付けられたものである。前記した通り、各分類器５６２は、１つのポリサ５６４に関連付けられる。一般に各ポリサ５６４は、１つの分類器５６２と１つの優先出力バッファとに関連付ける。
【０１０７】
決定ステップ６３５において、各ポリサ５６４は、パケットが宛先加入者のピーク速度を超えるか否かを決定できる。前記した通りピーク速度は、加入者に許可された下りパケット受信最大速度で良い。特にピーク速度は、ネットワークがユーザ宛のトラフィックバーストを受け取る最大速度であり、ビット／秒で表現できる。決定ステップ６３５は、点線のルーチン記号でハイライト表示してあり、加入者用ピーク速度を評価する第１段トークンバケットアルゴリズムからなることを示す。トークンバケットアルゴリズムは、当業者に公知である。かかるバケットアルゴリズムを説明した資料の１つは、シスコシステムズ社が発行した「監視および整形の概要」ＱＣ８７〜ＱＣ９８ページである。バケットアルゴリズムを説明した他の刊行物は、次の白書である。「サービスソリューションのシスコＩＯＳ（商標）ソフトウエア品質」、シスコシステムズ社発行、著作権１９９８年。これら両資料の全内容は、参照によりここに組み込む。
【０１０８】
決定ステップ６３５が肯定であれば、Ｙｅｓに分岐してステップ６３７へ進み、前記パケットを破棄する。決定ステップ６３５が否定であれば、Ｎｏに分岐して決定ステップ６４０へ進む。
【０１０９】
決定ステップ６４０においてポリサ５６４は、パケットが持続速度およびバーストサイズに一致するか否かを決定できる。決定ステップ６４０も、点線のルーチン記号でハイライト表示し、加入者用ピーク速度を評価する第２段トークンバケットアルゴリズムからなることを示す。前記した通りトークンバケットアルゴリズムは当業者に公知であるため、これらアルゴリズムの詳細は省略する。参照によりその全てをここに組み込んだ前記トークンバケットアルゴリズムに関する刊行物を参照できる。決定ステップ６４０が否定であれば、Ｎｏに分岐してステップ６４５へ進み、前記パケットをネットワーク管理者がポリサ５６４に割り当てたバーストサイズまたは持続速度に不適合であると決定する。次にステップ６５０において、ポリサ５６４は、「不適合」最大破棄確率と、最大閾値と、最小閾値とを「プロフィール外」と決定したトラフィックに属するパケットに割り当てる。プロフィール外とは、当該パケットがポリサのバーストサイズまたは持続速度の範囲外（より大）であることを意味する。
【０１１０】
決定ステップ６４０が肯定であれば、Ｙｅｓに分岐してステップ６５５へ進み、ポリサ５６４は特定分類器５６２のトラフィックプロフィールに適合するパケットとして決定する。次にステップ６６０において、ポリサ５６４は、適合最大破棄確率と、最大閾値と、最小閾値とを「プロフィール内」と決定したトラフィックに属するパケットに割り当てる。プロフィール内とは、当該パケットがポリサのバーストサイズおよび持続速度内であることを意味する。
【０１１１】
ステップ６６５は、前記パケットを適切な出力バッファにマップする。一般に各ポリサ５６４は、特定の出力バッファ５６６，５６８，５７０，５７２の１つに関連付ける。決定ステップ６７０において、各優先出力バッファは、パケットがプロフィール内トラフィックと識別されたかまたはプロフィール外トラフィックと識別されたかを決定できる。決定ステップ６７０が肯定であれば、すなわち当該パケットがポリサに割り当てたバーストサイズまたは持続速度に一致していれば、Ｙｅｓに分岐してルーチン６７５へ進み、前記適合パケットを特定の出力バッファに受け入れるか否かを決定する。ルーチン６７５の詳細は、図７を参照して後述する。
【０１１２】
決定ステップ６７０が否定であれば、すなわち前記パケットがポリサ５６４に割り当てた持続速度またはバーストサイズに適合していなければ、Ｎｏに分岐してルーチン６８０へ進み、特定出力バッファに当該不適合パケットを受け入れるか否かを決定する。ルーチン６８０の詳細は、図８を参照して後述する。
【０１１３】
ステップ６８５は、前記した通り、バッファに受け入れたパケットを所定順序において出力する。一般にこの所定順序は、優先度の高いバッファから最初にパケットを出力し、その後、優先度の低いバッファからパケットを出力する。ステップ６９０は、前記パケットを加入者へ送る。
【０１１４】
図７は、サブ処理６７５の一例を示し、プロフィール内パケットを特定の優先出力バッファに受け入れるか否かを決定する。この図は、各優先出力バッファが実行する処理の全体を示す。
【０１１５】
以下に説明する処理において、記述通りに本発明を機能させるには、あるステップを他のステップに先行させねばならない。しかしながら本発明は、本発明機能に変更を生じない限り、記述のステップ順序に限定されない。すなわちあるステップを他のステップの前あるいは後に実行しても、本発明の範囲および要旨を逸脱しない。
【０１１６】
ステップ７０５は、プロフィール内パケットを特定の優先出力バッファへ受け入れる方法例６７５の第１ステップである。ステップ７０５は、当該出力バッファが満杯であるか否かを決定する。決定ステップ７０５が肯定であれば、Ｙｅｓに分岐してステップ７１０へ進み、パケットまたはパケット列を破棄する。次にステップ７２０において、処理は図６のステップ６００へ戻る。
【０１１７】
決定ステップ７０５が否定であれば、Ｎｏに分岐してステップ７２５へ進み、受け入れ出力バッファの平均使用率または現在量を適合パケットだけを計数することにより計算する。すなわち出力バッファの平均現在量は、特定通信トラフィックプロフィールに適合するパケットだけに基づいて計算する。
【０１１８】
決定ステップ７３０は、計算した出力バッファ平均使用率または現在量が「適合」最小閾値以下であるか否かを決定する。決定ステップ７３０が肯定であれば、Ｙｅｓに分岐してステップ７３５へ進み、当該パケットを出力バッファに格納する。次にステップ７４０において、処理は図６のステップ６８５へ戻る。
【０１１９】
決定ステップ７３０が否定であれば、Ｎｏに分岐して決定ステップ７４５へ進み、計算した出力バッファ平均使用率または現在量が「適合」最大閾値より大きいか否かを決定する。決定ステップ７４５が肯定であれば、Ｙｅｓに分岐してステップ７５０へ進み、当該パケットを破棄する。次に処理は図６のステップ６１５へ戻る。
【０１２０】
決定ステップ７４５が否定であれば、Ｎｏに分岐してステップ７６０へ進み、重み付けランダム早期破棄（ＷＲＥＤ）アルゴリズムに基づき前記パケットを破棄できる。一般にＷＲＥＤアルゴリズムは、指数重み付け移動平均推定量を用い、平均出力バッファ（待ち行列）使用量または現在量を計算する。一般にこの量は、突発的パケット流れを平均化する。一般にパケット破棄確率は、平均待ち行列またはバッファ使用量または現在量が上がるにつれ、増加する。一般にパケットを破棄する確率は、ゼロ（平均バッファ量が最小閾値にある時）から始まり、設定した最大破棄確率（平均バッファ量が最大閾値にある時）へと直線的に変化する。図１０は、プロフィール内すなわち適合下りトラフィックに関するＷＲＥＤアルゴリズムを図の形で示す。
【０１２１】
ＷＲＥＤアルゴリズムは、前記した通り、指数重み付け移動平均を使用して平均バッファサイズを計算する。平均バッファサイズの測定は、パケットが特定優先出力バッファまたは待ち行列に受け入れられる毎に更新する。このアルゴリズムは、平均バッファサイズの以前の値と瞬時値とを用い、次の式のように平均バッファサイズを更新する。
【０１２２】
2004529528.tif 000004
ここでＱａｖｇは平均バッファサイズ、Ｑｉｎｓｔは瞬時平均バッファサイズである。
【０１２３】
図１０に示す通り、平均バッファサイズまたは待ち行列深さが最小閾値（Ｔｈｍｉｎ）より上であれば、ＷＲＥＤアルゴリズムはパケット破棄を開始する。一般にパケット破棄率は、平均バッファまたは待ち行列使用率／現在量の増加と共に直線的に増加し、平均待ち行列サイズの最大閾値（Ｔｈｍａｘ）に至る。図１０のＰｍａｘは、ポリサ５６４が現在パケットに割り当てた最大破棄確率を示す。
【０１２４】
図８は、プロフィール外パケットを特定バッファに受け入れるサブ処理例６８０を示す。この図は、プロフィール外パケットについて優先出力バッファが行う処理の全体を示す。
【０１２５】
以下に説明する処理において、記述通りに本発明を機能させるには、あるステップを他のステップに先行させねばならない。しかしながら本発明は、本発明機能に変更を生じない限り、記述のステップ順序に限定されない。すなわちあるステップを他のステップの前あるいは後に実行しても、本発明の範囲および要旨を逸脱しない。
【０１２６】
ステップ８０５は、プロフィール外パケットを特定の優先出力バッファへ受け入れる方法例６８０の第１ステップである。ステップ８０５は、当該出力バッファが満杯であるか否かを決定する。決定ステップ８０５が肯定であれば、Ｙｅｓに分岐してステップ８１０へ進み、パケットまたはパケット列を破棄する。次にステップ８１５において、処理は図６のステップ６０５へ戻る。
【０１２７】
決定ステップ８０５が否定であれば、Ｎｏに分岐してステップ８２０へ進み、受け入れ出力バッファの平均使用率または平均現在量を計算する。ステップ８２０は、適合パケットおよび不適合パケットの両方を計数することにより、出力バッファの平均量を計算する。
【０１２８】
決定ステップ８２５は、計算した出力バッファ平均使用率または現在量が「不適合」最小閾値以下であるか否かを決定する。決定ステップ８２５が肯定であれば、Ｙｅｓに分岐してステップ８３０へ進み、当該パケットを出力バッファに格納する。次にステップ８３５において、処理は図６のステップ６０５へ戻る。
【０１２９】
決定ステップ８２５が否定であれば、Ｎｏに分岐して決定ステップ８４０へ進み、計算した出力バッファ平均使用率または現在量が「不適合」最大閾値より大きいか否かを決定する。決定ステップ８４０が肯定であれば、Ｙｅｓに分岐してステップ８４５へ進み、当該パケットまたはパケット列を破棄する。ステップ８５０において、処理は図６のステップ６０５へ戻る。
【０１３０】
決定ステップ８４０が否定であれば、Ｎｏに分岐してステップ８５５へ進み、前記したように重み付けランダム早期破棄（ＷＲＥＤ）アルゴリズムに基づき１つ以上のパケットを破棄できる。しかしながらステップ８５５のＷＲＥＤアルゴリズムは、図７のステップ７６０のＷＲＥＤアルゴリズムとは異なるパラメータを使用する。両者の差異は、最大確率破棄値（Ｐｍａｘ）と最大および最小閾値ＴｈｍａｘおよびＴｈｍｉｎである。用語の定義については図１０に示す。サブ処理６８０のステップ８２０に関して説明したように、出力バッファの平均使用率または現在量は、適合パケットと不適合パケットの両方を計数することによって計算する。
【０１３１】
一方、図７のステップ７２５は、出力バッファの平均使用率または量を計算する際、特定加入者の通信トラフィックプロフィールに一致するパケットだけを計数する。別の差異は、プロフィール内トラフィックおよびプロフィール外トラフィックに割り当てる閾値である。プロフィール内トラフィック用閾値は、プロフィール外トラフィック用閾値とは異なる。
【０１３２】
最大破棄確率に複数の値を用いることにより、およびプロフィール内トラフィックおよびプロフィール外トラフィックの閾値を調整することにより、特定トラフィッククラスを異なって重み付けできる。実際において、かかる特徴により、サービスプロバイダは、トラフィックのタイプ別にトラフィック優先度を付与できる。出力バッファサイズが設定閾値内にある限り、パケット破棄確率は、サービスプロバイダが割り当てる最大破棄確率に直接比例する。図９に示す通り（図１０と比較して）、プロフィール外トラフィックに関するＴｈｍｉｎおよびＴｈｍａｘ閾値は、プロフィール内トラフィックに関するものより一般に低く、プロフィール外トラフィックに関する最大破棄確率は高い。
【０１３３】
下りＱｏＳポリシの実行
本発明は、サービスプロバイダがサービス品質管理規則を強力で柔軟に定義することを可能にする。これら規則の実際的使用方法を以下に説明する。ＱｏＳポリシのいくつかの形態は、優先度付与、バックボーン優先度のマッピング、加入者帯域幅制限を含み（ただしこれらに限定するものではない）、本発明に基づいて実施できる。
【０１３４】
音声トラフィック
多くの環境において、あるトラフィックには他よりも高い優先度を付与できる。例えばボイスオーバＩＰおよびＴＤＭオーバＩＰパケットは、通常のデータトラフィックよりも高い優先度を付与すると、好都合である。これら両トラフィックタイプは、加入者光インタフェース（ＳＯＩ）１４０宛であり、加入者光インタフェースに取り付けた加入者機器宛ではない。
【０１３５】
このトラフィックが確実に適切な優先度を受けるため、１つ以上の分類器を割り当てることができる。一般にかかるパケットは、全てＩＰおよびＭＡＣ宛先が加入者光インタフェース１４０自体であるため、好都合な分類の１つは、宛先ＭＡＣアドレス内のＩＥＥＥ管理組織識別子（ＯＵＩ）を利用する。一実施例において、これら３バイトは０００６０Ｄ１６の値を持つことができる。
【０１３６】
この値の添字１６は、その数の基数を示す。同様に基数２および基数１０によって他の数を表現し、それら数を識別し、混乱を避けることができる。これら基数は、当業者には容易に理解できよう。以下に示すマスクおよび値の全ては、基数１６で表現する。分類器のマスクおよび値は、次のように設定できる。
【０１３７】
マスク１：ＦＦＦＦＦＦ００００００００００００００００００００００
００００００００００００００００００００００００００００００００００００００００
００００００００００００
値１：０００６０Ｄ００００００００００００００００００００００
００００００００００００００００００００００００００００００００００００００００
００００００００００００
当業者には明らかな通り、これらマスクと値とは、本明細書の表１の一部に対応する。各文字は、表１の対応する値の４ビットを表し、基数１６で表現する。従って前記マスクと値の各文字は、表１の各行を左から右へ占める４バイト（３２ビット）の各４ビットを表す。マスクの第１行は、イーサネットヘッダ（１４バイト、従ってマスクおよび値における２８文字）を表す。次行は、表１のＩＰヘッダの２０バイトを表し、最終行は部分ＵＤＰ／ＴＣＰヘッダ（６バイト）を表す。
【０１３８】
前記マスクの基数１６の文字を２進数に変換した場合、２進数１は前記値によって検査するビット位置を表す。そして２進数０は、検査しないビット位置を表す。「値」の文字を２進数に変換した場合、前記マスクにおいて２進数１に対応する全ての「値」ビット位置の値は、通常、パケットヘッダにおける対応ビットと同一でなければならない。これは、分類器が当該パケットを受け入れるためである。１つ以上のビットが同一でない場合、当該パケットはその分類に一致せず、次の分類器へ行く。いずれの分類器にも一致しなければ、破棄する。これは当業者に明らかな通りである。
【０１３９】
１つのポリサ５６４は、マスク１および値１によって表されるトラフィックの帯域幅を管理できる。このことは、複数の加入者がこの種のトラフィックを受信する場合にもあてはまる。
【０１４０】
代表的な住宅用構成は、通話を支援するがＴＤＭオーバＩＰを支援しない。一般に各通話は、約１５６．８ｋｂｉｔ／秒の帯域幅を必要とする。（この帯域幅は、Ｇ．７１１コーデックと５ｍｓサンプリングインターバルに基づく。帯域幅は、ＲＴＰ、ＵＤＰ，ＩＰ，およびＭＡＣヘッダおよびトレーラを含むが、プリアンブルまたはフレーム間ギャップは含まない。）
本例における仮定として、ポリサ５６４は、１６加入者の各々について２つまでの同時通話を考慮する必要があり、さらに加入者光インタフェース１４０への別のトラフィック（例えばネットワーク管理）を許容するものとする。合計必要帯域幅は、約６Ｍｂｉｔ／秒である。
【０１４１】
一般に音声トラフィックは、一定ビット速度であるため、バースト性能は低くて良い。最悪の場合として各通話について２つのサンプルが連続して到着すると仮定する。これは、７８４ビット／パケットの場合、２５ｋｂｉｔをちょうど越えるバーストを表す。この値を２倍することにより、ネットワーク管理および他のオーバヘッドの許容値として、５０ｋｂｉｔのバースト限度を作る。
【０１４２】
従ってこのトラフィック用ポリサ５６４は、次のように構成できる。
【０１４３】
ピーク速度１：９Ｍｂｉｔ／ｓ
プロフィール速度１：６Ｍｂｉｔ／ｓ
バースト限度１：５０ｋｂｉｔ
音声トラフィックは特に遅延に敏感であるため、最高位出力バッファまたは第１優先出力バッファ５６６に割り当てる。
【０１４４】
前記ピーク速度１は、ポリサ５６４における第１段トークンバケットに関連する。図６のステップ６３５における第１段トークンバケットは、前記速度においてトークンを追加することにより９Ｍｂｉｔ／ｓに設定する。前記プロフィール速度１は、第２段トークンバケット（ステップ６４０）を表す。このトークンバケットは、６Ｍｂｉｔ／ｓに対応する速度で満たす。前記バースト限度は、１度に通過できるデータ量を決定し、第２段トークンバケットにおけるトークン数である。本例において、第２段トークンバケットは、５０ｋｂｉｔのデータを表す最大トークン数を保持できる。
【０１４５】
バックボーン優先度のマッピング
サービスプロバイダが例えばディフサーブコードポイントを使用してそのバックボーン上の高位優先度トラフィックをマークする場合、同様の方法で光ネットワークのトラフィックに優先度を設定できる。例えばエクスペダイテッドフォワーディング（ＥＦ）パーホップビヘイビア（ＰＨＢ）は、１０１１１０２のディフサーブコードポイントを使用する。このトラフィックを識別するための分類器は、容易に定義できる。
【０１４６】
マスク２：００００００００００００００００００００００００ＦＦＦＦ
００ＦＣ００００００００００００００００００００００００００００００００００００
００００００００００００
値２：０００００００００００００００００００００００００８００
００Ｂ８００００００００００００００００００００００００００００００００００００
００００００００００００
一例として、優先転送トラフィックを１０００Ｍｂｉｔ／ｓ、通常速度を１００Ｍｂｉｔ／ｓ、およびバースト期間を１秒までと仮定する。
【０１４７】
ピーク速度２：１０００Ｍｂｉｔ／ｓ
プロフィール速度２：１００Ｍｂｉｔ／ｓ
バースト限度２：１００Ｍｂｉｔ
優先転送は高い優先度を必要とするため、最優先出力バッファまたは第１優先出力バッファ５６６にこのトラフィックを割り当てる。（この出力バッファは、前記した音声およびＴＤＭトラフィックに使用するものと同一で良い。）
アプリケーション阻止
サービスプロバイダは、特定アプリケーションをネットワークから完全に阻止したい時がある。これを行う１つの方法は、これらアプリケーションにゼロの帯域幅を割り当てることである。一例として、プロバイダがナップスター（デジタル音楽ファイル共有または他の大容量ファイル転送）トラフィックをネットワークにおいて禁止したい場合を考える。一般にナップスターサーバは、ポート７７７７１０、８８７５１０，および８８８８１０を使用する。そこでナップスターサーバからの全トラフィックを特定するには、３つの分類器が必要である。これら分類器は、ＴＣＰポート番号を監視することに加え、１つの長いデータグラム（パケットが含むデータ）が２パケットに渡って断片化している場合の第１パケット以外において、断片化していないことを保証する。これは当業者に明らかな通りである。
【０１４８】
マスク３：００００００００００００００００００００００００ＦＦＦＦ
０Ｆ００００００００００１ＦＦＦ００ＦＦ００００００００００００００００００００
ＦＦＦＦ００００００００
値３：０００００００００００００００００００００００００８００
０５０００００００００００００００００６００００００００００００００００００００
１Ｅ６１００００００００
マスク４：００００００００００００００００００００００００ＦＦＦＦ
０Ｆ００００００００００１ＦＦＦ００ＦＦ００００００００００００００００００００
ＦＦＦＦ００００００００
値４：０００００００００００００００００００００００００８００
０５０００００００００００００００００６００００００００００００００００００００
２２ＡＢ００００００００
マスク５：００００００００００００００００００００００００ＦＦＦＦ
０Ｆ００００００００００１ＦＦＦ００ＦＦ００００００００００００００００００００
ＦＦＦＦ００００００００
値５：０００００００００００００００００００００００００８００
０５０００００００００００００００００６００００００００００００００００００００
２２Ｂ８００００００００
これら３つのクラスは、全て１つのポリサに割り当てできる。すなわち３つの分類器５６２から１つのポリサ５６４へパケットを供給する一例である。帯域幅割り当ては、簡単である。
【０１４９】
ピーク速度３：０Ｍｂｉｔ／ｓ
プロフィール速度３：０Ｍｂｉｔ／ｓ
バースト限度３：０Ｍｂｉｔ
このトラフィックに関する優先待ち行列割り当ては、どうでも構わない。便宜上、最低優先待ち行列または第４優先出力バッファ５７２を割り当てても良い。
【０１５０】
速度制限トラフィックタイプ
本発明は、特定トラフィックタイプの帯域幅を制限することもできる。例えばサービスプロバイダは、ある論理チャネル上の全加入者に対してマルチキャストストリーミングを２００Ｍｂｉｔ／ｓに制限したいと希望することがあろう。マルチキャストトラフィックは、最初の４ビットが１１１０２であるＩＰ宛先アドレスを有する。そしてリアルタイムストリーミングプロトコル（アップルクイックタイムとリアルネットワークリアルビデオの基準として使用する）は、一般に宛先ポート５５４を使用する。マルチキャストＲＴＳＰパケットを識別するため、例えば次のような分類器構成を使用できる。
【０１５１】
マスク６：００００００００００００００００００００００００ＦＦＦＦ
０Ｆ００００００００００１ＦＦＦ００ＦＦ００００００００００００Ｆ０００００００
００００ＦＦＦＦ００００
値６：０００００００００００００００００００００００００８００
０５００００００００００００００００１１００００００００００００Ｅ０００００００
０００００２２Ａ００００
このトラフィック用の調速器は、１．５秒のバースト限度において２００Ｍｂｉｔ／ｓに構成できる。
【０１５２】
ピーク速度４：２５０Ｍｂｉｔ／ｓ（このピーク速度例は任意である。２００Ｍｂｉｔ／ｓを超える速度は許可されないからである。）
プロフィール速度４：２００Ｍｂｉｔ／ｓ
バースト限度４：３００Ｍｂｉｔ
ストリーミングアプリケーションは、遅延に対してやや敏感である。従ってこのトラフィックは、第２位優先度または第２優先出力バッファ５６８を割り当てることが好ましい。
【０１５３】
サービス不能攻撃に対する防御
通常タイプのサービス不能攻撃は、ＩＣＭＰインターネット制御メッセージプロトコル（ＩＣＭＰ）要求によって攻撃対象をあふれさせる。このプロトコルは、インターネットの内部ハウスキーピングに使用する。ＩＣＭＰ診断の正当な使用には少量の帯域幅で十分なため、ＩＣＭＰトラフィックの速度を制限すれば、ＩＣＭＰに基づくサービス不能攻撃を防御できる。一般にＩＣＭＰメッセージは、ＩＰヘッダにおいてプロトコル値１を有する。
【０１５４】
マスク７：００００００００００００００００００００００００ＦＦＦＦ
００００００００００００００００００ＦＦ００００００００００００００００００００
００００００００００００
値７：０００００００００００００００００００００００００８００
０００００００００００００００００００１００００００００００００００００００００
００００００００００００
ピーク速度５：２５６Ｋｂｉｔ／ｓ
プロフィール速度５：２５６Ｋｂｉｔ／ｓ
バースト限度５：０ｂｉｔ
ＩＣＭＰトラフィックは、最下位優先待ち行列または第４出力バッファ５９２へ安全に向けることができる。
【０１５５】
プレミアムサービスの優先化
業務向けサービスプロバイダは、仮想専用ネットワーク（ＶＰＮ）等の基幹業務サービスに優先度を与えようとする場合がある。本発明は、これを容易に行うため、そのトラフィックを特定し優先度を与える。従来からの一般的なＶＰＮプロトコルは、例えばマイクロソフトのＰＰＴＰと標準Ｌ２ＴＰの２つである。両方とも簡単に分類可能である。一般にＰＰＴＰトラフィックは、ＴＣＰポート１７２３あるいは汎用ルーティングカプセル化（ＩＰプロトコル４７）を使用する。一般にＬ２ＴＰトラフィックは、キー交換用にＵＤＰポート５００を使用し、ユーザトラフィック用にＵＤＰポート１７０１を使用する。このトラフィックを識別できる４つの分類器は、例えば次のようなマスクおよび検査値を有する。
【０１５６】
マスク８：００００００００００００００００００００００００ＦＦＦＦ
０Ｆ００００００００００１ＦＦＦ００ＦＦ００００００００００００Ｆ０００００００
ＦＦＦＦ００００００００
値８：０００００００００００００００００００００００００８００
０５０００００００００００００００００６００００００００００００００００００００
０６ＢＢ００００００００
マスク９：００００００００００００００００００００００００ＦＦＦＦ
００００００００００００００００００ＦＦ００００００００００００００００００００
００００００００００００
値９：０００００００００００００００００００００００００８００
００００００００００００００００００２Ｆ００００００００００００００００００００
００００００００００００
マスク１０：００００００００００００００００００００００００ＦＦＦＦ
０Ｆ００００００００００１ＦＦＦ００ＦＦ００００００００００００Ｆ０００００００
ＦＦＦＦ００００００００
値１０：０００００００００００００００００００００００００８００
０５００００００００００００００００１１００００００００００００００００００００
０１Ｆ４００００００００
マスク１１：００００００００００００００００００００００００ＦＦＦＦ
０Ｆ００００００００００１ＦＦＦ００ＦＦ００００００００００００００００００００
ＦＦＦＦ００００００００
値１１：０００００００００００００００００００００００００８００
０５００００００００００００００００１１００００００００００００００００００００
０６Ａ５００００００００
各加入者のピーク速度およびプロフィール速度は、サービス品質保証に基づいて割り当てればよい。
【０１５７】
加入者帯域幅割り当て
本発明の主要特徴は、各加入者に割り当てる帯域幅の詳細な管理である。これに関して本発明のシステムは、ほとんど無限の柔軟性を提供する。以下の説明は、代表例を示すに過ぎない。
【０１５８】
この実施例において、サービスプロバイダは、インターネットアクセスに関する３レベルのサービスを定義できる。すなわちプレミアム、標準、および初歩である。初歩レベルサービスは、既存のケーブルモデムおよびデジタル加入者線（ＤＳＬ）サービスにほぼ匹敵する。このサービスは、１Ｍｂｉｔ／ｓの帯域幅とベストエフォート配信を提供できる。標準サービスは、イーサネットと同等性能を提供できる。すなわち１０Ｍｂｉｔ／ｓの帯域幅とベストエフォート配信である。プレミアムサービスは、帯域幅を２倍の２０Ｍｂｉｔ／ｓとし優先配信を提供できる。プレミアムトラフィックは、標準および初歩レベルトラフィックよりも優先できる。
【０１５９】
このようなサービス定義において、ＱｏＳ構成は比較的簡単にできる。トラフィック分類器は、各加入者の宛先ＩＰサブネットワークに一致させれば良い。例えば１６の加入者の各々に１０．０．０．０からの２８ビットサブネットワークを割り当てることが考えられる。（加入者１は１０．０．０．０／２８、加入者２は１０．０．１６／２８のようにして１０．０．０．２４０／２８までを割り当てる。／２８は、アドレスの最初の２８ビットだけを表現することを意味する。）１６の加入者全てを識別するために、合計１６の分類器が必要である。
【０１６０】
マスク１２：００００００００００００００００００００００００ＦＦＦＦ
００００００００００００００００００００００００００００００００ＦＦＦＦＦＦＦ０
００００００００００００
値１２：０００００００００００００００００００００００００８００
０００００００００００００００００００００００００００００００００Ａ００００００
００００００００００００
マスク１３：００００００００００００００００００００００００ＦＦＦＦ
００００００００００００００００００００００００００００００００ＦＦＦＦＦＦＦ０
００００００００００００
値１３：０００００００００００００００００００００００００８００
０００００００００００００００００００００００００００００００００Ａ００００１０
００００００００００００
マスク２６：００００００００００００００００００００００００ＦＦＦＦ
００００００００００００００００００００００００００００００００ＦＦＦＦＦＦＦ０
００００００００００００
値２６：０００００００００００００００００００００００００８００
０００００００００００００００００００００００００００００００００Ａ００００Ｅ０
００００００００００００
マスク２７：００００００００００００００００００００００００ＦＦＦＦ
００００００００００００００００００００００００００００００００ＦＦＦＦＦＦＦ０
００００００００００００
値２７：０００００００００００００００００００００００００８００
０００００００００００００００００００００００００００００００００Ａ００００Ｆ０
００００００００００００
各加入者について、それが受けるサービスに基づき、調速器を定義できる。本例において、プレミアム加入者は標準速度の１５０％にバーストできるが、他の加入者は標準速度に制限する。
【０１６１】
ピーク速度「プレミアム」：３０Ｍｂｉｔ／ｓ
プロフィール速度「プレミアム」：２０Ｍｂｉｔ／ｓ
バースト限度「プレミアム」：３０Ｍｂｉｔ
ピーク速度「標準」：１０Ｍｂｉｔ／ｓ
プロフィール速度「標準」：１０Ｍｂｉｔ／ｓ
バースト限度「標準」：１５Ｍｂｉｔ
ピーク速度「初歩」：１Ｍｂｉｔ／ｓ
プロフィール速度「初歩」：１Ｍｂｉｔ／ｓ
バースト限度「初歩」：１．５Ｍｂｉｔ
プレミアム加入者は、第３位優先待ち行列または第３優先出力バッファ５７０に割り当てたトラフィックを持つことができる。標準加入者および初歩加入者は、最下位または第４優先出力バッファ５７２に割り当てできる。
【０１６２】
バックボーンネットワーク統合
サービス品質（ＱｏＳ）は、全ネットワークに渡り包括的に管理する時、最も強力である。本発明は、全バックボーンネットワークに渡り、並ぶもののない包括的ＱｏＳ管理の機会を提供する。このような統合の基本は、ＩＰの優先制御サービス（ディフサーブ）構成である。
【０１６３】
ディフサーブ用アプリケーション支援
加入者光インタフェース１４０は、２つのアプリケーションを支援できる。これらアプリケーションは、サービス品質支援から大きな利益を得られるものであり、ボイスオーバＩＰとＴ１／Ｅ１オーバＩＰとである。いずれの場合も、サービスプロバイダは、パケットに特定のディフサーブコードポイントをマークするよう、アプリケーションを構成できる。本発明に基づきこのように設定することにより、各アプリケーションは、優先転送、保証転送、あるいはクラスセレクタ優先化をＩＰネットワークを通して利用できる。さらに加入者光インタフェースのＶｏＩＰ実行は、メディアゲートウエイコントローラの命令において、呼毎にＤＳＣＰ値を設定することを支援する。この特徴は、特定の呼（例えばＥ９１１サービス）に特別優先権を与えることができる。
【０１６４】
サービス品質保証の作成
トランシーバノード（ＴＮ）１２０は、加入者とのサービス品質保証（ＳＬＡ）を広く支援する。トランシーバノード１２０は、保証全体において１構成要素に過ぎないが、アクセスネットワークとして重要である。以下においては、サービス品質保証におけるトランシーバノードの役割と、本開示がどのようにしてサービス品質保証を支援できるかについて、いわゆるサービス品質（ＱｏＳ）と管理機能とを通して検討する。
【０１６５】
サービス品質保証の要素
一般にサービス品質保証は、ＡＴＭやフレームリレー等の専用ネットワーク技術に関連して知られている。しかしながらトランシーバノード１２０のＱｏＳ管理の威力と柔軟性とは、同じ概念をＩＰアクセスネットワークに拡大することを可能にする。従来のＡＴＭまたはフレームリレーサービス品質保証の一部である要素を、トランシーバノード管理によるサービス品質保証の一部として使用できる。
【０１６６】
用語の定義は次の通りである。
【０１６７】
・ピーク速度。ネットワークがユーザからのトラフィックバーストを受け入れる最大速度であり、ビット／秒で表現する。ネットワークは、ピーク速度を超えるトラフィックを破棄する。
【０１６８】
・持続速度。ネットワークがユーザに提供する最小スループットであり、ビット／秒で表現する。
【０１６９】
・バーストサイズ。ネットワークがユーザのピーク速度において中断無しに受け入れるトラフィック量であり、ビットで表現する。
【０１７０】
・最大待ち時間。ユーザのトラフィックがネットワークを横断する際に経験する最悪遅延である。
【０１７１】
・損失率。ネットワークが破棄するであろうピーク速度、持続速度、およびバーストサイズに適合するトラフィックのパーセントである。
【０１７２】
当然ながらサービスプロバイダは、他の要素をサービス品質保証に含めることもできる。トランシーバノード１２０は、サービスプロバイダが付加価値サービスにできる多くの特徴を提供する。トランシーバノード１２０は、例えば次のようなサービスを支援する。
【０１７３】
・アプリケーション優先化。基幹ネットワークアプリケーション（例えば仮想専用ネットワークトラフィック）に優先権を与える。
【０１７４】
・統計の強化。詳細なトラフィックプロフィールと統計を提供し、ユーザのネットワーク発展計画を支援する。
【０１７５】
・能動監視。ユーザトラフィックを連続的に監視し、ネットワークアプリケーション障害（例えばウエブサーバ障害）を早期検出する。
【０１７６】
・ネットワークセキュリティ。トラフィックの暗号化を加入者に提供する。
【０１７７】
以下においては、従来のサービス品質保証動作パラメータに焦点を当てる。レーザトランシーバノード１２０がいかにネットワーク性能に貢献するかを検証し、サービス品質保証要件を満たすためにどのように下りＱｏＳ管理を行うかを検証する。下記表は、以下において式で使用する主要パラメータと値とを示す。
【０１７８】
【表２】
2004529528.tif 000005
厳密なサービス品質保証および加入過剰
業務に対する要件は、サービスプロバイダ間でおよび加入者間で異なる。そのためトランシーバノード１２０は、サービス品質保証動作パラメータを実施するにあたり、プロバイダに極めて大きな柔軟性を与える。業務によっては、強固なサービス品質保証を要求する。このような環境は、保守的な規定を必要とする。保守的な規定は、極めて厳密な動作保証を提供できるが、ネットワーク全体の利用を低下させ、結果的に大きな投資支出を伴う。
【０１７９】
他の分野（例えば住宅インターネットアクセス）の場合、サービス品質保証は一般的でなく、望ましくもない。このような環境では、より積極的な規定が効果的であろう。ネットワークが積極的に規定されている場合、意味のあるサービス品質保証を実行することは難しいが、より高い利用率で運用できよう。
【０１８０】
ここでは、厳密なサービス品質保証とやや緩和したサービス品質保証とを検討する。緩和したサービス品質保証は、ネットワーク資源に対して、ある程度の加入過剰を許容する。その代わり、サービスプロバイダは、ネットワーク動作の全局面について厳密な保証を提供できない。一般に加入過剰は、サービスプロバイダが、技術的配信能力以上に帯域幅を約束することである。一般にほとんどのユーザは、約束帯域幅あるいは保証帯域幅の全てを連続的に使用することはないので、保証帯域幅の使用していない部分は、他のユーザに臨時に割り当てることができる。
【０１８１】
下り性能
トランシーバノード１２０の柔軟性は、下り性能の制御において大きな柔軟性を提供する。下りリンクを準備するには、多くの様々な方法がある。ここでは、サービス品質保証がより一般的である環境、すなわち業務用インターネットアクセスに関する代表的構成を検討する。ここでは、主要パラメータに焦点を当てるため、いくつかの簡略化（ただし非現実的ではない）の仮定を行う。
【０１８２】
・インターネットデータトラフィックは、他のアプリケーションとは別に分類する。別個の分類器を使用し、ボイスオーバＩＰまたはＴ１／Ｅ１オーバＩＰ等の特定アプリケーションに使用する。
【０１８３】
・各加入者のデータトラフィックは、個別に分類し監視する。これには、１チャネル上の１６の加入者それぞれに１つの分類器と１つのポリサとを必要とする。
【０１８４】
・全ての一定ビットレート（ＣＢＲ）トラフィック（例えばボイスオーバＩＰおよびＴ１／Ｅ１）は、持続速度およびバーストサイズだけによって監視する。ピーク速度は、このトラフィックに使用しない。（非データトラフィック用ポリサは、プロフィール外トラフィック用ＷＲＥＤパラメータを有し、全てのプロフィール外トラフィックを破棄する。この動作は、最小閾値および最大閾値を共にゼロに設定することで行える。）
・時間クリティカルでないデータトラフィック（ウエブサーフィン、ファイルダウンロード等）は、最下位優先出力バッファに割り当てる。
【０１８５】
・全１６加入者のデータトラフィックポリサは、プロフィール内トラフィックについて同一ＷＲＥＤパラメータを有し、プロフィール外トラフィックについては、最大破棄確率においてのみ異なるパラメータを有する。
【０１８６】
ＷＲＥＤパラメータの推奨値は、次を含む（定義については図９および１０参照）
・プロフィール内最小閾値、Ｔｈｍｉｎ、５００００バイト
・プロフィール内最大閾値、Ｔｈｍａｘ、１５００００バイト
・プロフィール内最大破棄確率、Ｐｍａｘ、２６（確率２５／２５６に対応）
・プロフィール外最小閾値、Ｔｈｍｉｎ｜ｏｕｔ、１００００バイト
・プロフィール外最大閾値、Ｔｈｍａｘ｜ｏｕｔ、３００００バイト
これら仮定に基づき、以下のパラメータによって下り性能の特性を表す。
【０１８７】
下りチャネル特性
【表３】
2004529528.tif 000006
厳密サービス品質保証および緩和サービス品質保証共に可能である。厳密サービス品質保証は、次の制限を満たす構成が必要である。
【０１８８】
・全加入者のピーク速度の合計は、リンク容量より低くなければならない。［ΣＰＤ＜ＣＤ］
この制限下で、サービス品質保証パラメータは、構成値から直接得ることができる。
【０１８９】
【表４】
2004529528.tif 000007
緩和サービス品質保証の構成制限は、それほど厳密でなくて良い。すなわち次の通りである。
【０１９０】
・全加入者の持続時間の合計は、リンク容量以下でなければならない。［ΣＲＤ＜ＣＤ］
緩和の場合、サービス品質保証パラメータ用の閉じた形式の式は使えない。次の規則は、それらパラメータについておおよその制限を提供する。
【０１９１】
【表５】
2004529528.tif 000008
前記説明は、本発明の実施例を示すだけであり、請求の範囲に定義した本発明の範囲および要旨を逸脱することなく、多くの変更が前記実施例には可能であると解釈すべきである。
【図面の簡単な説明】
【図１】
図１Ａは本発明に基づく光ネットワーク構成例において、主要構成要素のいくつかを示す機能ブロック図である。
図１Ｂは本発明に基づくネットワークにおいて、機能例とその位置とを示す機能ブロック図である。
【図２】
本発明の光ネットワーク構成例を示す機能ブロック図である。
【図３】
本発明に基づく屋外トランシーバノード例を示す機能ブロック図である。
【図４】
本発明の一実施例に基づく、単一光導波路によって加入者インタフェースに接続した光タップを示す機能ブロック図である。
【図５】
本発明に基づく、光タップの一例に接続した光タップルーティング装置の一例を示す機能ブロック図である。
【図６】
本発明の一実施例に基づく、ネットワークから送出される下りパケット処理方法の一例を示す論理流れ図である。
【図７】
本発明の一実施例に基づく、プロフィール内パケットを評価するサブ処理の一例を示す論理流れ図である。
【図８】
本発明の一実施例に基づく、プロフィール外パケットを評価するサブ処理の一例を示す論理流れ図である。
【図９】
本発明の一実施例に基づく、プロフィール外パケットの重み付けランダム早期破棄を示すグラフである。
【図１０】
本発明の一実施例に基づく、プロフィール内パケットの重み付けランダム早期破棄を示すグラフである。
【図１】
2004529528.tif 000009
【図２】
2004529528.tif 000010
【図３】
2004529528.tif 000011
【図４】
2004529528.tif 000012
【図５】
2004529528.tif 000013
【図６】
2004529528.tif 000014
【図７】
2004529528.tif 000015
【図８】
2004529528.tif 000016
【図９】
2004529528.tif 000017
【図１０】
2004529528.tif 000018
【国際公開パンフレット】
2004529528.tif 000019
2004529528.tif 000020
2004529528.tif 000021
2004529528.tif 000022
2004529528.tif 000023
2004529528.tif 000024
2004529528.tif 000025
2004529528.tif 000026
2004529528.tif 000027
2004529528.tif 000028
2004529528.tif 000029
2004529528.tif 000030
2004529528.tif 000031
2004529528.tif 000032
2004529528.tif 000033
2004529528.tif 000034
2004529528.tif 000035
2004529528.tif 000036
2004529528.tif 000037
2004529528.tif 000038
2004529528.tif 000039
2004529528.tif 000040
2004529528.tif 000041
2004529528.tif 000042
2004529528.tif 000043
2004529528.tif 000044
2004529528.tif 000045
2004529528.tif 000046
2004529528.tif 000047
2004529528.tif 000048
2004529528.tif 000049
2004529528.tif 000050
2004529528.tif 000051
2004529528.tif 000052
2004529528.tif 000053
2004529528.tif 000054
2004529528.tif 000055
2004529528.tif 000056
2004529528.tif 000057
2004529528.tif 000058
2004529528.tif 000059
2004529528.tif 000060
2004529528.tif 000061
2004529528.tif 000062
2004529528.tif 000063
2004529528.tif 000064
2004529528.tif 000065
2004529528.tif 000066
2004529528.tif 000067
2004529528.tif 000068
2004529528.tif 000069
2004529528.tif 000070
2004529528.tif 000071
2004529528.tif 000072
2004529528.tif 000073
2004529528.tif 000074
2004529528.tif 000075
2004529528.tif 000076
2004529528.tif 000077
2004529528.tif 000078
2004529528.tif 000079
2004529528.tif 000080
2004529528.tif 000081
2004529528.tif 000082
2004529528.tif 000083
2004529528.tif 000084
2004529528.tif 000085
2004529528.tif 000086
【国際公開パンフレット（コレクトバージョン）】
2004529528.tif 000087
2004529528.tif 000088
【国際調査報告】
2004529528.tif 000089
2004529528.tif 000090