(57)【要約】【解決手段】ポイントツーマルチポイント受動光ネットワークは、伝送衝突を避けるため時分割多重化を利用して、下り方向のデータを光加入者線端局装置（ＯＬＴ‐２０２）から複数の光ネットワークユニット（ＯＮＵｓ‐２０４）へ可変長パケットで送信し、上り方向のデータを前記ＯＮＵ（２０４）から前記ＯＬＴ（２０２）へ可変長パケットで送信する。１の実施例においては、可変長下り方向パケット及び可変長上り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされる。１の実施例においては、可変長下り方向及び上り方向パケットの長さは、パケット内で運ばれるインターネットプロトコル（ＩＰ）データグラムの長さに関係する。【選択図】図２
2004529523.tif 000002
【特許請求の範囲】
【請求項１】
ポイントツーマルチポイント光通信システムであって、
光加入者線端局装置（ＯＬＴ）と、
前記ＯＬＴと受動光ネットワークによって接続された複数の光ネットワークユニット（ＯＮＵ）であって、そこにおいて下り方向のデータは前記ＯＬＴから前記ＯＮＵへ前記受動光ネットワークを介して送信され、上り方向のデータは前記ＯＮＵから前記ＯＬＴへ前記受動光ネットワークを介して送信されるようになっており、
前記ＯＬＴは下り方向のデータを前記受動光ネットワークを介して可変長下り方向パケットで送信し、
前記ＯＮＵは上り方向のデータを前記受動光ネットワークを介して時分割多重化を用いるＯＮＵ固有の時間スロット内で送信し、前記ＯＮＵ固有の時間スロットは複数の可変長上り方向パケットで満たされるようになっている、
前記複数の光ネットワークユニットと、
を有するポイントツーマルチポイント光通信システム。
【請求項２】
請求項１記載のシステムにおいて、前記可変長下り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされるものである。
【請求項３】
請求項１記載のシステムにおいて、前記可変長下り方向パケットはインターネットプロトコル（ＩＰ）データグラムを含むものである。
【請求項４】
請求項３記載のシステムにおいて、前記可変長下り方向パケットの長さはこのＩＰデータグラムの長さに関係しているものである。
【請求項５】
請求項１記載のシステムにおいて、前記可変長上り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされるものである。
【請求項６】
請求項１記載のシステムにおいて、前記可変長上り方向パケットはインターネットプロトコル（ＩＰ）データグラムを含むものである。
【請求項７】
請求項６記載のシステムにおいて、前記可変長上り方向パケットの長さはこのＩＰデータグラムの長さに関係しているものである。
【請求項８】
請求項１記載のシステムにおいて、
前記可変長下り方向パケット及び前記可変長上り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされ、
前記下り方向データ及び前記上り方向データはインターネット（ＩＰ）データグラムを含むものである。
【請求項９】
請求項１記載のシステムにおいて、
前記ＯＬＴは前記ＯＮＵから上り方向へ送信されたパケットフラグメントを格納するフラグメントバッファを含み、
前記ＯＮＵは前記ＯＮＵから上り方向へ送信されるパケットフラグメントを格納するフラグメントバッファを含むものである。
【請求項１０】
請求項９記載のシステムにおいて、前記ＯＮＵはフラグメントロジックを含み、前記フラグメントロジックは、
可変長上り方向パケットを第１及び第２のパケットフラグメントへ分割し、
後尾パケットフラグメントコードを前記第１のパケットフラグメントに追加し、先頭パケットフラグメントコードを前記第２のパケットフラグメントに追加させるものである。
【請求項１１】
請求項１０記載のシステムにおいて、前記ＯＬＴはフラグメントロジックを含み、前記フラグメントロジックは、
前記第１のパケットフラグメントの前記後尾パケットフラグメントコードを識別し、
前記ＯＬＴフラグメントバッファにおいて前記第１のパケットフラグメントをバッファし、
前記第２のパケットフラグメントの前記先頭パケットフラグメントコードを識別し、
前記可変長上り方向パケットを前記第１及び第２のパケットフラグメントから再構築させるものである。
【請求項１２】
ポイントツーマルチポイント受動光ネットワークにおいて光加入者線端局装置（ＯＬＴ）と複数の遠隔光ネットワークユニット（ＯＮＵ）の間で情報を交換する方法であって、
下り方向のデータを前記ＯＬＴから前記ＯＮＵへ可変長下り方向パケットで送信する工程と、
上り方向のデータを前記ＯＮＵから前記ＯＬＴへ時分割多重化を用いるＯＮＵ固有の時間スロットで送信して伝送衝突を防ぎ、前記固有の時間スロットは可変長上り方向パケットで満たされる、工程とを有する。
【請求項１３】
請求項１２記載の方法において、前記可変長下り方向及び上り方向パケットはＩＥＥＥ８０２．３プロトコルに従ってフォーマットされるものである。
【請求項１４】
請求項１２記載の方法において、前記可変長下り方向及び上り方向パケットはヘッダ及びペイロードを含み、各前記可変長パケットの長さは前記可変長パケットのペイロードに含まれるインターネットプロトコル（ＩＰ）データグラムの長さに関係するものである。
【請求項１５】
請求項１２記載の方法は更に、
下り方向インターネットプロトコル（ＩＰ）データグラムを前記可変長下り方向パケットに挿入する工程と、
上り方向ＩＰデータグラムを前記可変長上りパケットに挿入する工程とを含むものである。
【請求項１６】
請求項１５記載の方法において、前記可変長下り方向及び上り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされるものである。
【請求項１７】
請求項１２記載の方法において、前記下り方向データを送信する工程は、下り方向の同期マーカを一定の時間間隔で送信する工程を含むものである。
【請求項１８】
請求項１２記載の方法において、前記ＯＮＵ固有の時間スロットは複数の可変長パケットで満たされるものである。
【請求項１９】
請求項１２記載の方法は更に、
可変長上り方向パケットを第１のパケットフラグメント及び第２のパケットフラグメントに分割する工程と、
後尾パケットフラグメントコードを前記第１のパケットフラグメントの後尾に追加する工程と、
先頭パケットフラグメントコードを前記第２のパケットフラグメントの先頭に追加する工程とを含むものである。
【請求項２０】
請求項１９記載の方法は更に、
前記第１のパケットフラグメントを第１のＯＮＵ固有の時間スロットにおいて上り方向に送信する工程と、
前記第１のＯＮＵ固有の時間スロットとは異なる第２のＯＮＵ固有の時間スロットにおいて送信用の前記第２のパケットフラグメントをバッファする工程と、
前記第１のパケットフラグメントが前記ＯＬＴに受信された後、前記第１のパケットフラグメントをバッファする工程と、
前記第１のパケットフラグメント及び前記第２のパケットフラグメントから、前記可変長上り方向パケットを前記ＯＬＴにおいて再構築する工程とを含むものである。
【請求項２１】
ポイントツーマルチポイント光通信システムであって、
光加入者線端局装置（ＯＬＴ）と、
前記ＯＬＴと受動光ネットワークによって接続された複数の光ネットワークユニット（ＯＮＵ）であって、そこにおいて下り方向のデータは前記ＯＬＴから前記ＯＮＵへ送信され、上り方向のデータは前記ＯＮＵから前記ＯＬＴへ送信されるようになっており、
前記ＯＬＴは下り方向データグラムを可変長下り方向パケットへフォーマットする手段を含み、
各前記ＯＮＵは、
上り方向データグラムを可変長上り方向パケットにフォーマットする手段と、
ＯＮＵ固有の時間スロットに一致させて前記可変長上り方向パケットの送信時間を調節し、ＯＮＵからの上り方向パケットと衝突することを避けさせる手段と、を含む、
前記複数の光ネットワークユニットと、
を有するポイントツーマルチポイント光通信システム。
【請求項２２】
請求項２１記載のシステムにおいて、前記可変長下り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされるものである。
【請求項２３】
請求項２１記載のシステムにおいて、前記下り方向のデータグラムはインターネットプロトコル（ＩＰ）データグラムである。
【請求項２４】
請求項２３記載のシステムにおいて、前記可変長下り方向パケットの長さは前記ＩＰデータグラムの長さに関係するものである。
【請求項２５】
請求項２１記載のシステムにおいて、前記可変長上り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされるものである。
【請求項２６】
請求項２１記載のシステムにおいて、前記上り方向データグラムはインターネットプロトコル（ＩＰ）データグラムである。
【請求項２７】
請求項２６記載のシステムにおいて、前記可変長上り方向パケットの長さは前記ＩＰデータグラムの長さに関係するものである。
【請求項２８】
請求項２１記載のシステムにおいて、
前記可変長下り方向パケット及び前記可変長上り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされ、
前記下り方向データ及び前記上り方向データはインターネット（ＩＰ）データグラムを含むものである。
【請求項２９】
請求項２１記載のシステムにおいて、
前記ＯＬＴは前記ＯＮＵから上り方向へ送信されたパケットフラグメントを格納するフラグメントバッファを含み、
前記ＯＮＵは前記ＯＮＵから上り方向へ送信されるパケットフラグメントを格納するフラグメントバッファを含むものである。
【請求項３０】
請求項２９記載のシステムにおいて、前記ＯＮＵはフラグメントロジックを含み、前記フラグメントロジックは、
可変長上り方向パケットを第１及び第２のパケットフラグメントへ分割し、
後尾パケットフラグメントコードを前記第１のパケットフラグメントに追加し、先頭パケットフラグメントコードを前記第２のパケットフラグメントに追加させるものである。
【請求項３１】
請求項３０記載のシステムにおいて、
前記ＯＬＴはフラグメントロジックを含み、前記フラグメントロジックは、
前記第１のパケットフラグメントの前記後尾パケットフラグメントコードを識別し、
前記ＯＬＴフラグメントバッファにおいて前記第１のパケットフラグメントをバッファし、
前記第２のパケットフラグメントの前記先頭パケットフラグメントコードを識別し、
前記可変長上り方向パケットを前記第１及び第２のパケットフラグメントから再構築させるものである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的にブロードバンド光コミュニケーションネットワークに関し、より具体的にはポイントツーマルチポイント受動光ネットワークに関する。
【背景技術】
【０００２】
インターネットの爆発的発展と、エンドユーザへの複数の通信サービスおよび娯楽サービス提供に対する要望により、エンドユーザへのアクセスを向上させるブロードバンドネットワークアーキテクチャへのニーズが高まっている。エンドユーザへのアクセスを向上させるブロードバンドネットワークアーキテクチャの１つは、ポイントツーマルチポイント受動光ネットワーク（ｐａｓｓｉｖｅ  ｏｐｔｉｃａｌ  ｎｅｔｗｏｒｋ、略称ＰＯＮ）である。ポイントツーマルチポイントＰＯＮは、純粋に受動的な光分散ネットワークを介した、光加入者線端局装置（ｏｐｔｉｃａｌ  ｌｉｎｅ  ｔｅｒｍｉｎａｌ、略称ＯＬＴ）と複数の遠隔光ネットワークユニット（ｏｐｔｉｃａｌ  ｎｅｔｗｏｒｋ  ｕｎｉｔ、略称ＯＮＵ）との間のブロードバンド通信を容易にする光アクセスネットワークアーキテクチャである。ポイントツーマルチポイントＰＯＮは、受動光ファイバスプリッタと光カプラとを利用して、ＯＬＴと遠隔ＯＮＵとの間で受動的に光信号を分配する。
【０００３】
図１Ａおよび図１Ｂは、ポイントツーマルチポイントＰＯＮにおけるＯＬＴ１０２と３つのＯＮＵ１０４との間のネットワークトラフィックの上り方向および下り方向の流れを表している。 これらの図ではＯＮＵが３つだけ示されているが、ポイントツーマルチポイントＰＯＮには３つ以上のＯＮＵを含めることが可能である。図１Ａでは、ＯＮＵ固有の情報ブロックを含む下り方向のトラフィックが前記ＯＬＴから送信されている。この下り方向トラフィックは、受動光スプリッタ１１２により、それぞれＯＮＵ固有の全情報ブロックを搬送する３つの個別信号へと光学的に分割される。各ＯＮＵは、そのＯＮＵ用に意図された前記情報ブロックを読み込み、他のＯＮＵ用に意図された情報ブロックは破棄する。例えば、ＯＮＵ−１は情報ブロック１と、情報ブロック２と、情報ブロック３とを受け取るが、情報ブロック１だけをエンドユーザ１に送信する。同様に、ＯＮＵ−２は情報ブロック２をエンドユーザ２へ、ＯＮＵ−３は情報ブロック３をエンドユーザ３へそれぞれ送信する。図１Ｂでは、送信時間スロットが前記ＯＮＵの専用にされている時分割多重化を利用して、上り方向のトラフィックが管理されている。これらの時間スロットは、各ＯＮＵからの上り方向情報ブロックが共通ファイバ（しばしば「トランク」と呼ばれる）１１０上で接続されたのち互いに干渉し合わないよう同期される。例えば、前記ＯＮＵ−１は前記情報ブロック１を第１の時間スロットで、前記ＯＮＵ−２は前記情報ブロック２を第２の非重複時間スロットで、そして前記ＯＮＵ−３は前記情報ブロック３を第３の非重複時間スロットでそれぞれ送信する。図１Ｂに示すように、すべての情報ブロックは非重複時間スロット内でトランク上を移動する。
【０００４】
ポイントツーマルチポイントＰＯＮは音声とデータとビデオとの統合サービス配信を意図しているため、既存のポイントツーマルチポイントＰＯＮは、音声とデータとビデオとの統合配信を単一通信チャネルで可能にするＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ＝通信品質）機能とともに設計されたＡＴＭデータリンクプロトコルに準拠して設計されている。パケット交換通信分野で周知のように、このＡＴＭプロトコルでは固定長５３バイトセル（４８バイトのペイロードと５バイトのオーバーヘッド）で情報を伝送する。ＡＴＭベースのポイントツーマルチポイントＰＯＮでは、固定長ＡＴＭセルを使って上下両方向の情報が伝送される。例えば米国特許第５，９７８，３７４号に開示されているとおり、上り方向トラフィック内の各時間スロットは、単一の固定長ＡＴＭセルと単一の固定長トラフィック制御フィールドとで満たされる。
【０００５】
このＡＴＭプロトコルは固定長５３バイトセルを使うが、多くの場合ＡＴＭネットワークでは広く使われているインターネットプロトコル（ＩＰ）に従ってフォーマットされたトラフィックを搬送することが要求される。このインターネットプロトコルでは、最高６５，５３５バイトの可変長データグラムへとセグメント化するデータが必要である。ＡＴＭベースのポイントツーマルチポイントＰＯＮがＩＰトラフィックを搬送できるようにするには、ＩＰデータグラムを４８バイトのセグメントに分割し、それに５バイトのヘッダを追加しなければならない。すべての入信ＩＰデータグラムを４８バイトのセグメントに分割し、それらに５バイトのヘッダを追加すると、大量のオーバーヘッドが生じてポイントツーマルチポイントＰＯＮにおける貴重な帯域幅が消費されてしまう。このＡＴＭヘッダによる消費帯域幅の増加に加え、ＩＰデータグラムをＡＴＭセルに変換する工程は時間がかかり、特殊な工程に特化したハードウェアがＯＬＴおよびＯＮＵのコストを上げることにもなる。
【０００６】
これまでポイントツーマルチポイントＰＯＮに組み込まれてきているもう１つのデータリンクプロトコルは、ＩＥＥＥ８０２．３プロトコルである（一般に「イーサネット」と呼ばれる）。イーサネットでは、ペイロードデータ（ＩＰデータグラムなど）を最高１，５１８バイトの可変長パケットで搬送する。ポイントツーマルチポイントＰＯＮで最高１，５１８バイトの可変長パケットを使うと、ＡＴＭベースのポイントツーマルチポイントＰＯＮのオーバーヘッドと比べ、ＩＰトラフィックのオーバーヘッドを大幅に削減できる。このオーバーヘッド削減に加え、イーサネットネットワーク部品は比較的低価格でもある
【０００７】
イーサネットネットワーク内の複数のステーションが共通の物理伝送路を共有する場合、イーサネットプロトコルでは衝突検出型搬送波検知多重アクセス（ｃａｒｒｉｅｒ  ｓｅｎｓｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ／  ｃｏｌｌｉｓｉｏｎ  ｄｅｔｅｃｔｉｏｎ  ｐｒｏｔｏｃｏｌ、略称ＣＳＭＡ／ＣＤ）をメディアアクセス制御機構として利用し、伝送するトラフィック間の衝突を回避する。ＣＳＭＡ／ＣＤは、複数のステーションを同期する必要がない効率的なメディアアクセス制御プロトコルである。ＣＳＭＡ／ＣＤをイーサネットネットワークに適用する際、ネットワーク上の全ステーションにより検出できない衝突を避けるには、パケットの最小長がネットワークの最大往復伝搬時間より長くなければならない。すなわち、複数ステーションイーサネットネットワークにおけるユーザ間の最大距離は、コリジョンドメイン（衝突ドメイン）により制限される。例えば、１Ｇｂ／ｓで動作するイーサネットネットワークの場合、ステーション間の最大距離はＣＳＭＡ／ＣＤにより約２００メートルに制限される。ポイントツーマルチポイントＰＯＮの市場販売を実現するには、ＯＬＴとＯＮＵとの距離をＣＳＭＡ／ＣＤの許す最大距離より長くできるようにする必要がある。コリジョンドメインの制約に加え、ＣＳＭＡ／ＣＤに依存するイーサネットネットワークは非決定論的でもある。つまり、ＯＬＴとＯＮＵとの間のトラフィックについてＱｏＳは保証されないのである。
【０００８】
ＣＳＭＡ／ＣＤを利用したＡＴＭベースのポイントツーマルチポイントＰＯＮとイーサネットベースのポイントツーマルチポイントＰＯＮとにおける制約を考慮すると、可変長パケットを使いＯＬＴおよびＯＮＵ間の最大許容距離を長くするポイントツーマルチポイントＰＯＮが必要になる。
【発明の開示】
【課題を解決するための手段】
【０００９】
ポイントツーマルチポイント通信用のシステムおよび方法には、下り方向のデータが可変長パケットでＯＬＴから複数のＯＮＵへ送信され、上り方向のデータは、伝送衝突を防ぐため時分割多重化を利用した可変長パケットでＯＮＵからＯＬＴへ送信されるＰＯＮが必要である。ＩＰデータなどのデータを伝送するため固定長ＡＴＭセルの代わりに可変長パケットを利用すると、ＡＴＭベースのポイントツーマルチポイントＰＯＮと比べて伝送オーバーヘッドが削減される。加えて、上り方向の伝送衝突を避けるため時分割多重化を使うと、ＣＳＭＡ／ＣＤをメディアアクセス制御プロトコルとして使う共有メディアネットワークにおける距離制限が取り除かれる。
【００１０】
ポイントツーマルチポイント光通信システムの実施形態は、ＯＬＴと、このＯＬＴに受動光ネットワークで接続された複数のＯＮＵとを含み、下り方向のデータは前記ＯＬＴから前記ＯＮＵへＰＯＮ経由で送信され、上り方向のデータは前記ＯＮＵから前記ＯＬＴへＰＯＮ経由で送信される。前記ＯＬＴは、下り方向のデータを受動光ネットワークを介して可変長下り方向パケットで送信する。前記ＯＮＵは、時分割多重化を使って、上り方向のデータを受動光ネットワークを通じＯＮＵ固有の時間スロット内で送信し、このＯＮＵ固有の時間スロットは、複数の可変長上り方向パケットで満たされる。
【００１１】
１の実施形態では、前記可変長下り方向パケットはＩＥＥＥ８０２．３又は「イーサネット」に従ってフォーマットされる。１の実施形態では、前記可変長下り方向パケットはＩＰデータグラムを含み、異なる他の実施形態では、この可変長下り方向パケットの長さはこのＩＰデータグラムの長さに関係している。
【００１２】
さらに異なる他の実施形態では、前記可変長上り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされる。１の実施形態では、前記可変長上り方向パケットはＩＰデータグラムを含み、異なる他の実施形態では、この可変長上り方向パケットの長さはこのＩＰデータグラムの長さに関係している。
【００１３】
１の実施形態では、前記可変長下り方向パケット及び前記可変長上り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされ、下り方向データと上り方向データはＩＰデータグラムを含む。
【００１４】
１の実施形態では、このＯＬＴは、ＯＮＵから上り方向に伝送されるパケットフラグメントを格納するフラグメントバッファを含み、このＯＮＵはＯＮＵから上り方向に伝送されるパケットフラグメントを格納するフラグメントバッファを含む。フラグメントバッファに加えて、ＯＮＵは上り方向の可変長パケットを第１および第２のパケットフラグメントに分割し、後尾パケットフラグメントのコードを第１のパケットフラグメントに追加し、先頭パケットフラグメントのコードを第２のパケットフラグメントに追加するフラグメントロジックを含むものでもよい。第１のパケットフラグメントの後尾パケットフラグメントのコードを識別し、ＯＬＴフラグメントバッファにおいて第１のパケットフラグメントをバッファし、第２のパケットフラグメントの先頭パケットフラグメントのコードを識別し、第１及び第２のパケットフラグメントから上り方向の可変長パケットを再構築するフラグメントロジックを含むものでもよい。
【００１５】
本発明では、ポイントツーマルチポイントＰＯＮにおいてＯＬＴと複数のＯＮＵとの間で情報を交換するための方法であって、下り方向のデータを可変長下り方向パケットでＯＬＴからＯＮＵへ送信する工程と、伝送衝突を防ぐため時分割多重化を利用して上り方向のデータをＯＮＵ固有の時間スロットでＯＮＵからＯＬＴへ送信する工程とを含み、前記ＯＮＵ固有の時間スロットは可変長の上り方向パケットで満たされる、ポイントツーマルチポイントＰＯＮにおいてＯＬＴと複数のＯＮＵとの間で情報を交換するための方法が提供される。
【００１６】
１の実施形態では、前記可変長下り方向パケットおよび前記可変長上り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされる。１の実施形態では、前記可変長下り方向パケットおよび前記可変長上り方向パケットはヘッダおよびペイロードを含み、これら可変長パケットの長さは、その可変長パケットのペイロードに含まれるＩＰデータグラムの長さに関係している。
【００１７】
１の実施形態は、下り方向ＩＰデータグラムを可変長下り方向パケットに挿入する工程と、上り方向ＩＰデータグラムを可変長上り方向パケットに挿入する工程とを含んでいる。１の実施形態では、前記可変長下り方向パケットおよび前記可変長上り方向パケットはＩＥＥＥ８０２．３に従ってフォーマットされる。
【００１８】
１の実施形態では、前記下り方向のデータを可変長下り方向パケットでＯＬＴからＯＮＵへ送信する工程は、下り方向の同期マーカを一定の時間間隔で送信する工程を含む。
【００１９】
１の実施形態では、前記ＯＮＵ固有の時間スロットは複数の可変長パケットで満たされる。
【００２０】
方法の実施形態は、上り方向の可変長パケットを第１および第２のパケットフラグメントに分割し、後尾パケットフラグメントのコードを第１のパケットフラグメントに追加し、先頭パケットフラグメントのコードを第２のパケットフラグメントに追加する工程を含む。１の実施形態は、第１のパケットフラグメントを第１のＯＮＵ固有時間スロットにおいて上り方向に送信し、送信用の第２のパケットフラグメントを第１のＯＮＵ固有時間スロットと異なる第２のＯＮＵ固有時間スロットにおいてバッファし、第１のパケットフラグメントがＯＬＴに受信された後第１のパケットフラグメントをバッファし、第１のパケットフラグメント及び第２のパケットフラグメントから上り方向の可変長パケットを再構築する工程を更に含む。
【００２１】
本発明の他の観点と顕著な効果は、次の発明の実施の形態の項の説明と、本発明の原理を例示する添付図面を参照することでより明確に理解される。
【発明を実施するための最良の形態】
【００２２】
ポイントツーマルチポイント通信用のシステムおよび方法はＰＯＮを含み、このＰＯＮで下り方向のデータが可変長パケットでＯＬＴから複数のＯＮＵへ送信され、上り方向のデータは、伝送衝突を防ぐため時分割多重化を利用した可変長パケットでＯＮＵからＯＬＴへ送信される。１の実施形態では、下り方向及び上り方向の可変長パケットはＩＥＥＥ８０２．３規格に従ってフォーマットされ、可変長パケットのペイロードはＩＰデータグラムを含む。１の実施形態では、各可変長パケットの長さは、このペイロード内に含まれるＩＰデータグラムの長さに関係している。ＩＰデータグラムを伝送するため固定長ＡＴＭセルの代わりに可変長パケットを利用すると、ＡＴＭベースのポイントツーマルチポイントＰＯＮと比べて伝送オーバーヘッドが削減される。加えて、上り方向の伝送衝突を避けるため時分割多重化を使うと、ＣＳＭＡ／ＣＤをメディアアクセス制御プロトコルとして使う共有メディアネットワークにおける距離制限が取り除かれる。
【００２３】
図２はポイントツーマルチポイントＰＯＮ２００の例を示したものである。このポイントツーマルチポイントＰＯＮは、受動光分散ネットワークで接続されたＯＬＴ２０２と複数のＯＮＵ２０４とを含んでいる。１の実施形態では、前記ＯＬＴ２０２は中央オフィスやヘッドエンドステーションなどのサービスステーション２１０に接続されている。このサービスステーションで提供されるサービスは、データネットワークアクセス、音声ネットワークアクセス、ビデオネットワークアクセスなどを含むものであってもよい。このサービスステーションと前記ＯＬＴとの間に使われる接続プロトコルの例としては、ＯＣ−ｘ、イーサネット、Ｅ１またはＴ１、ＤＳ３、ブロードバンドビデオなどが挙げられる。１の実施形態では、前記ＯＮＵはエンドユーザシステム、すなわちシステム２１４に接続されており、このシステム２１４にはＬＡＮ（ローカルエリアネットワーク）、パーソナルコンピュータ、ＰＢＸ（構内交換機）、電話、セットトップボックス、テレビなどを含むものであってもよい。エンドユーザシステムと前記ＯＮＵとの間に使われる接続プロトコルの例としては、１０／１００Ｍｂ／ｓイーサネット、Ｔ１、一般電話サービス（ＰＯＴＳ）などが挙げられる。
【００２４】
図２に示した前記受動光分散ネットワークは、受動光スプリッタ／カプラ２１２により接続された共通光ファイバ２１０（トランクファイバ）と複数のＯＮＵ固有のファイバ２１６とを含むツリートポロジーを有する。下り方向へ（前記ＯＬＴ２０２から前記ＯＮＵ２０４へ）送信される光信号は、それぞれが同じ情報を搬送する複数のＯＮＵ固有光信号へと光学的に分割される。上り方向へ（ＯＮＵからＯＬＴへ）送信される光信号は、前記カプラと前記ＯＬＴとの間に接続されたトランクファイバに光学的に接続される。以下で詳述するように、上り方向の場合は、２つ以上のＯＮＵからの上り方向送信の衝突を回避するため時分割多重化が使われている。
【００２５】
図２の実施形態では、下り方向の光信号が上り方向の光信号とは異なる波長（または周波数）で送信されている。１の実施形態では、下り方向のトラフィックは１５５０ｎｍの波長帯域で送信され、上り方向のトラフィックは１３１０ｎｍの波長帯域で送信される。上り方向と下り方向で異なる波長を使用すると、衝突に干渉することなく、単一の光ファイバで同時に上下両方向のトラフィックを搬送できるようになる。別の実施形態では、受動光割り当てネットワーク用に上下方向にそれぞれ別個のファイバを使うことができる。また、伝送帯域幅を広げるため、下り方向および上り方向（またはそのいずれか）に波長分割多重方式（ＷＤＭ）を使うこともできる。
【００２６】
図２の前記受動光分配ネットワークはツリートポロジーを有しているが、代わりに別のネットワークトポロジーを使うことも可能である。この別のネットワークトポロジーには、バストポロジーやリングトポロジーなどがある。また図２の割り当てネットワークには、ネットワークコンポーネント間に単一のファイバ接続しか示されていないが、耐障害安全性のためネットワークコンポーネント間に冗長ファイバを追加してもよい。
【００２７】
図３は、図２のポイントツーマルチポイントＰＯＮにおけるＯＬＴの例３０２の展開図である。このＯＬＴ３０２に含まれる機能部は、パケットコントローラ３２０と、時分割多重化（ＴＤＭ）コントローラ３２２と、光送信機３２４と、光受信機３２６とである。このＯＬＴには、図示されていない他の周知の機能部を含めてもよい。パケットコントローラは、下り方向のデジタルデータをサービスステーションから受信して可変長パケットにフォーマットする。このパケットコントローラは、ハードウェアおよびソフトウェア（またはそのいずれか）で具現化でき、メディアアクセス制御（ＭＡＣ）と呼ばれることもある。１の実施形態において、各可変長パケットは、パケットの先頭に固定長のヘッダを、ヘッダの後に可変長ペイロードを、そしてパケットの末尾に固定長エラー検出フィールド（フレームチェックシーケンス（ｆｒａｍｅ  ｃｈｅｃｋ  ｓｅｑｕｅｎｃｅ、略称ＦＣＳ）フィールド）をそれぞれ含む。１の実施形態では、下り方向の可変長パケットはＩＥＥＥ８０２．３規格（一般にイーサネットと呼ばれる）または関連する任意のＩＥＥＥ８０２．３ｘ準規格に従ってフォーマットされる。１の実施形態では、この下り方向の可変長パケットは、ＩＥＥＥ８０２．３ｚ（一般に「ギガビットイーサネット」と呼ばれる）で定義されているとおり、毎秒１ギガバイト（Ｇｂ／ｓ）のレートで送信されるが、それ以上またはそれ以下の伝送速度も可能である。
【００２８】
１の実施形態では、下り方向のデジタルデータの大部分は、最大６５，５３５バイトサイズのＩＰデータグラムに含まれて前記パケットコントローラ３２０に到着する。このパケットコントローラ３２０は受け取ったＩＰデータグラムからヘッダ情報を読み込み、このＩＰデータグラムをペイロードとして含む可変長パケットを生成する。１の実施形態では、各可変長パケットの長さは、このペイロード内に含まれるＩＰデータグラムの長さに関係している。すなわち、下り方向のＩＰデータグラムが１００バイトであれば、前記可変長パケットは１００バイトのペイロードとパケットオーバーヘッド（ヘッダおよびエラー検出フィールド）を含み、ＩＰデータグラムが１０００バイトであれば、前記可変長パケットは１０００バイトのペイロードとパケットオーバーヘッドを含む。パケットがＩＥＥＥ８０２．３に従ってフォーマットされる１の実施形態では、パケットの最大長は１，５１８バイトである（１，５００バイトのペイロードおよび１８バイトのパケットオーバーヘッド）。ＩＰデータグラムが１，５００バイトを超えると、そのＩＰデータグラムは、複数のＩＰデータグラムに分割されて複数の可変長パケットで搬送される。上記とは対照的に、ＡＴＭベースのポイントツーマルチポイントＰＯＮでは、もとのＩＰデータグラムのサイズにかかわらず、ＩＰデータグラムが４８バイトのセグメントに分割され５バイトのヘッダが追加されて、各ＡＴＭセルが作成される。ネットワークトラフィックの大部分がＩＰトラフィックからなる場合、ポイントツーマルチポイントＰＯＮにおけるデータリンクプロトコルとしてＡＴＭを使用すると、オーバーヘッドにより消費される帯域幅の量が著しく増加する。ＩＰは上層プロトコルとして記述されるが、ＩＰＸやＡｐｐｌｅＴａｌｋなど他のネットワークプロトコルはＰＯＮで搬送できる。
【００２９】
図３に示された前記ＯＬＴ３０２の前記ＴＤＭコントローラ３２２は、前記ＯＬＴから前記ＯＮＵへのトラフィックの下り方向の流れを制御する。具体的には、このＴＤＭコントローラ３２２は下り方向のフレーミングを制御し、下り方向に送信する必要のある可変長パケットに帯域幅を割り当てる。このＴＤＭコントローラ３２２はハードウェアおよびソフトウェア（またはそのいずれか）で具現化できる。
【００３０】
前記光送信機３２４および前記光受信機３２６は、光信号と電気信号との間のインタフェースを提供する。光送信機と光受信機は、ポイントツーマルチポイントＰＯＮの分野でよく知られているため、ここでは詳述しない。
【００３１】
図４は、前記ＯＬＴから前記ＯＮＵへの可変長パケットによる下り方向トラフィックの例を示している。１の実施形態では、この下り方向トラフィックは固定間隔セグメントである下り方向フレームへとセグメント化され、夫々が複数の可変長パケットを運ぶ。１の実施形態では、同期マーカ４３８の形のクロッキング情報が各下り方向フレームの先頭を表す。１の実施形態では、この同期マーカはＯＮＵをＯＬＴと同期させるため２ｍｓごとに送信される１バイトコードである。
【００３２】
図４の実施形態では、各可変長パケットは、各パケットの上の番号１〜Ｎで示されているように特定のＯＮＵに読み込まれるよう意図されている。１の実施形態では、この可変長パケットはＩＥＥＥ８０２．３規格に従ってフォーマットされ、１Ｇｂ／ｓで下り方向へ送信される。可変長パケット４３０の展開図には、この可変長パケット４３０のヘッダ４３２と、可変長ペイロード４３４と、エラー検出フィールド４３６とが示されている。この可変長パケット４３０は可変長ペイロードを有するため、各パケットのサイズは、ペイロード内で搬送されるＩＰデータグラムなど、ペイロードのサイズに関係する。図４の各可変長パケットは特定のＯＮＵ（ユニキャストパケット）により読み込まれるよう意図されているが、一部のパケットはすべてのＯＮＵ（ブロードキャストパケット）または特定グループのＯＮＵ（マルチキャストパケット）により読み込まれるよう意図されている。
【００３３】
図５は、図２のポイントツーマルチポイントＰＯＮ２００におけるＯＮＵの例５０４の展開図である。このＯＮＵ５０４に含まれる機能部は、パケットコントローラ５２０と、ＴＤＭコントローラ５２２と、光送信機５２４と、光受信機５２６である。このＯＮＵには、図示されていない他の周知の機能部を含めてもよい。前記パケットコントローラ５２０は上り方向のデジタルデータをエンドユーザシステムから受信し、この上り方向のデジタルデータを、上述の下り方向トラフィックと同様にそれぞれがヘッダと、ペイロードと、エラー検出フィールドを含む可変長パケットにフォーマットする。このパケットコントローラ５２０は、ハードウェアおよびソフトウェア（またはそのいずれか）で具現化でき、ＭＡＣユニットと呼ばれることもある。下り方向トラフィックについては、１の実施形態では、前記上り方向可変長パケットがＩＥＥＥ８０２．３規格に従ってフォーマットされ、１  Ｇｂ／ｓのレートで転送される。１の実施形態では、前記上り方向デジタルデータの大部分はＩＰデータグラムに含まれて前記パケットコントローラに到着する。１の実施形態では、このパケットコントローラは上り方向のＩＰデータグラムからヘッダ情報を読み込み、このＩＰデータグラムをペイロードとして含む可変長パケットを生成する。１の実施形態では、各可変長パケットの長さは、それに対応するＩＰデータグラムの長さに関係している。多数の導入例では、この上り方向トラフィックはイーサネット接続を介してＯＮＵに到着するため、このトラフィックをイーサネットパケットにフォーマットし直す必要はない。
【００３４】
各ＯＮＵ５０４の前記ＴＤＭコントローラ５２２は、図５に示すように各ＯＮＵからＯＬＴへの上り方向トラフィックの流れを制御する。具体的には、各前記ＯＮＵ５０４用の前記ＴＤＭコントローラ５２２は、前記ＯＬＴと関連して、各前記ＯＮＵ５０４が時分割多重接続方式（ＴＤＭＡ）プロトコルの指定された時間スロットで確実に上り方向可変長パケットを送信するようにする。複数のＯＮＵ間で伝送を同期するため、これらのＯＮＵはＯＬＴからのタイミング情報を使って同期化クロックを維持する。動作中、各ＯＮＵは、複数のＯＮＵからの上り方向送信がトランクファイバに終結されたのち互いに衝突しないよう確立されたＯＮＵ固有の時間スロットを前記ＯＬＴにより割り当てられる。すなわち、このＯＮＵ固有の時間スロットは、トランクファイバ上で時間的に重複しない。ここで注意すべき点は、従来技術のイーサネットネットワークが、メディアアクセス制御プロトコルとしてＣＳＭＡ／ＣＤを使うことにより共有メディアを介したすべての伝送が衝突することなく各最終目的地に到達できるようにしていることである。ＣＳＭＡ／ＣＤはＯＮＵ間の最大距離を制限するため、ローカルアクセスネットワークアーキテクチャとしてのＣＳＭＡ／ＣＤベースのポイントツーマルチポイントＰＯＮを有するイーサネットの実現可能性をも制限する。メディアアクセス制御プロトコルとして時分割多重化を採用すると、ＯＮＵ間の距離はＣＳＭＡ／ＣＤコリジョンドメインにより制限されなくなる。このＴＤＭコントローラはハードウェアおよびソフトウェア（またはそのいずれか）で具現化される。
【００３５】
図６は、前記ＯＮＵ２０４からの上り方向トラフィック間の衝突を回避するため時分割多重化された、図２の前記共通光ファイバ２１０への上り方向トラフィックの例を示している。図６の実施形態では、上り方向のトラフィックは上り方向のフレームにセグメント化され、各上り方向フレームはさらにＯＮＵ固有の時間スロットにセグメント化される。１の実施形態では、前記上り方向のフレームは例えば２ｍｓの連続的な送信間隔により形成される。１の実施形態では、各上り方向フレームの先頭はフレームヘッダ（図示せず）により識別される。
【００３６】
前記ＯＮＵ固有の時間スロットは、特定のＯＮＵからの可変長パケット送信専用の各上り方向フレーム内の送信間隔である。１の実施形態では、各ＯＮＵは各上り方向フレーム内に専用のＯＮＵ固有時間スロットを有している。例えば図６では、各上り方向フレームは、それぞれＯＮＵ１〜Ｎに関連付けられたＮ個の時間スロットに分割される。等しい帯域幅の割り当てを有する２ｍｓの上り方向フレームと３２個のＯＮＵとを含む１の実施形態では、各時間スロットは約６２．５μｓ未満の送信時間を表している。上り方向送信レートが１Ｇｂ／ｓの場合、各時間スロットは約７，８００バイトを搬送する。
【００３７】
各ＯＮＵ用のＴＤＭコントローラは、ＯＬＴからのタイミング情報を参照して前記可変長パケットの上り方向送信タイミングを前記専用の時間スロット内で制御する。図６は、２つの可変長パケット６４０および６４２と、いくらかの時間スロットオーバーヘッド６４４とを含んだＯＮＵ固有の時間スロット（ＯＮＵ−４専用）の展開図である。１の実施形態では、この時間スロットオーバーヘッドに保護周波数帯と、タイミングインディケータと、信号パワーインディケータとを含む。図６はＯＮＵ固有の可変長時間スロット６３０内の可変長パケットを２つだけ示しているが、各時間スロットでより多くの可変長パケットを送信することも可能である。同様に、ＯＮＵから送信するトラフィックがない場合、時間スロットはアイドル信号で満たすことができる。
【００３８】
時間スロットは可変長パケットで満たされるので、割り当てられた時間スロットは通常全体的に完全な可変長パケットで満たされることができない。すなわち、その時点の時間スロットが全ての待機中パケットを適用することができない場合、過剰なパケットは次の時間スロットに送信される。過剰なパケットが次の時間スロットに送信された場合であっても、その時点の時間スロットの後尾部分は１つの通常待機中フレームのフラグメントで満たされる。フレームフラグメントがその時点の時間スロットの後尾部分に送信された場合でも、パケットはレシーバによって不完全であると認識され、破棄され、そして次の時間スロットに完全に再送信される。可変長パケットが全体的に完全なパケットで満たされることはないので、各時間スロットの送信能力の一部は十分にロードされているトラフィック条件において浪費される。例えば、図６に示されたＯＮＵ固有の時間スロットの展開図は、完全な可変長パケットの送信に利用されない時間スロットの一部６４６を示す。図７から１０を参照して、時間スロットの残余部分を利用するプロトコルについて下記に説明する。
【００３９】
図６もまたＯＮＵ固有の時間スロットにおける可変長パケット６４２の展開図を示す。可変長パケット６４２の展開図は、ヘッダ６３２と、可変長ペイロード６３４と、エラー検出フィールド６３６とを示す。図６に示される実施例において、可変長パケットのペイロードはＩＰデータグラムであり、可変長パケットの長さはＩＰデータグラムの長さに関係する。
【００４０】
図７から１０を参照して、時間スロットの残余部分を利用して上り方向トラフィックに送信するプロトコルについて下記に説明する。図７を参照すると、パケット交換ネットワークの分野では周知であるが、各可変長パケット７３０は、各パケットの先頭と後尾を物理層において識別する先頭パケットと後尾パケットコード７６０及び７６２によってカプセル化される。上記のように、１の実施例においては、図７に個々に示されてはいないが、各可変長パケットはパケットヘッダと、可変長ペイロードと、エラー検出フィールドを含む。例示目的であるが、図７の可変長パケットはその時点の時間スロットにおける最後のパケットと仮定し、また、可変長パケットはその時点の時間スロットの残余部分における有効な送信時間を越えるものと仮定する。図７の例において、その時点の時間スロットに適合されるパケットの一部は破線７６４の左側部分であり、その時点の時間スロットに適合されないパケットの一部は破線７６４の右側部分である。
【００４１】
各時間スロットの有効送信時間を十分に利用するため、可変長パケット７３０は、図７に示されるように、破線７６４において２つのフラグメントに分解される。分解されたパケット（フラグメントＡ７７０）の最端部は、パケットの最初の部分にある先頭パケットコード７６０に加えて、パケットフラグメントの後部に加えられた「後尾パケットフラグメント」コード７６６を有する。後尾パケットフラグメントコードは、送信されたデータユニットが可変長パケットのフラグメントだけであることを識別する独特なコードである。受信ユニット（例えばＯＬＴ）が後尾パケットフラグメントコードを識別する場合、ＯＬＴはデータユニットをパケットフラグメントとして認識し、パケットフラグメントをパケットフラグメントバッファに格納する。パケットフラグメントは、関連するパケットフラグメントが受信されるまでフラグメントバッファに格納される。
【００４２】
関連するパケットフラグメント（フラグメントＢ７２２）は、パケットの最後の部分にある後尾パケットコード７６２に加えて、パケットフラグメントの最初の部分に加えられた「先頭パケットフラグメント」コード７６８を有する。先頭パケットフラグメントコードは、送信されたデータユニットをパケットのフラグメントとして識別する独特なコードである。１の実施例において、送信ユニット（例えばＯＮＵ）がパケットを２つのフラグメントに分割する場合、次のＯＮＵ固有の時間スロットが有効になるまで、第２のフラグメントは一時的にパケットフラグメントのＯＮＵに格納される。
【００４３】
図８は、図７を参照して述べられた可変長パケット７３０が、いかにして２つのＯＮＵ固有の時間スロットに送信され、各有効帯域幅をよりよく利用するかを示す。図６に示されたように、上り方向のトラフィックは上り方向のフレームに分割され、上り方向のフレームは更にＯＮＵ固有の時間スロットに分割される。図８の例においては、パケットフラグメントＡ及びＢ（８７０及び８７２）はＯＮＵ‐３で生成され、ＯＮＵに割り当てられたＯＮＵ固有の時間スロットに送信される。実施例において、フラグメントＡは１つのＯＮＵ固有の時間スロットの後尾に送信され、フラグメントＢは次のＯＮＵ固有の時間スロットの先頭に送信される。別の実施例において、フラグメントＢは次のＯＮＵ固有の時間スロットの最初に送信されるが、フラグメントＢはさらに後のＯＮＵ固有の時間スロットや時間スロット内の異なる位置に送信されるものであってもよい。図８に示されるように、フラグメントＡを含むＯＮＵ固有の時間スロットは、例えば、フラグメントＡ以前に送信される他の可変長パケット８７６を含む。同様に、フラグメントＢを含むＯＮＵ固有の時間スロットは、例えば、フラグメントＢ以後に送信される他の可変長パケット８７８を含む。
【００４４】
図９は、フラグメントロジック９５０とフラグメントバッファ９５２を含み、上述のプロトコルを実行させるＯＬＴを示す。フラグメントロジックは独特の先頭パケットフラグメント及び後尾パケットフラグメントコードを認識し、パケットフラグメントをＯＬＴにおいて受信された後再接続する。ＯＬＴにおけるフラグメントバッファは、２番目に送信されたフラグメント（例えばフラグメントＢ）がＯＬＴに到着するまで最初に送信されたパケットフラグメント（例えばフラグメントＡ）を格納する。
【００４５】
図１０は、フラグメントロジック１０５０とフラグメントバッファ１０５２を含み、上述のプロトコルを実行させるＯＬＴを示す。フラグメントロジックは適切なパケットをパケットフラグメントに分割し、先頭パケットフラグメント及び後尾パケットフラグメントコードを加え、パケットフラグメントのバッファを制御する。ＯＮＵにおけるフラグメントバッファは、ＯＮＵ固有の時間スロットが有効になるまで第２のパケットフラグメント（例えばフラグメントＢ）を格納する。ＯＮＵ固有の時間スロットが有効になる場合、バッファされたパケットフラグメントは送信される。
【００４６】
動作中、その時点のＯＮＵ固有の時間スロットが満たされると、最後のパケットが時間スロットの残余部分へ完全に適合しないことを認識する。最後の可変長パケットは２つの部分（フラグメントＡ及びフラグメントＢ）に断片化され、後尾パケットフラグメントコードはフラグメントＡに追加され、先頭パケットフラグメントコードはフラグメントＢの最初に追加される。フラグメントＡはその時点のＯＮＵ固有の時間スロットに送信され、フラグメントＢはフラグメントバッファにおけるＯＮＵに格納される。フラグメントＡがＯＬＴで受信されると、ＯＬＴは後尾パケットフラグメントコードを認識し、ＯＬＴフラグメントバッファにフラグメントＡを格納する。ＯＮＵは次の有効な時間スロットにあるフラグメントＢを送信し、フラグメントＢがＯＬＴに受信されると、先頭パケットフラグメントコードによってパケットフラグメントとして認識される。フラグメントＡ及びＢは、その後ＯＬＴによって本来の可変長パケットに接続される。
【００４７】
ポイントツーマルチポイントＰＯＮにおけるＯＬＴと複数のＯＮＵ間での情報交換方法は、図１１のプロセスフロー図に示されている。工程１１０２では、下り方向データは可変長の下り方向パケットでＯＬＴからＯＮＵへ送信される。工程１１０４では、伝送衝突を防ぐため時分割多重化を利用して上り方向のデータがＯＮＵ固有の時間スロットでＯＮＵからＯＬＴへ送信され、このＯＮＵ固有の時間スロットは可変長上り方向パケットで満たされる。
【図面の簡単な説明】
【００４８】
【図１Ａ】ポイントツーマルチポイントＰＯＮにおけるＯＬＴから複数のＯＮＵへのトラフィックの下り方向の流れを示す図。
【図１Ｂ】ポイントツーマルチポイントＰＯＮにおける複数のＯＮＵからＯＬＴへのトラフィックの上り方向の流れを示す図。
【図２】ツリートポロジーを有するポイントツーマルチポイントＰＯＮを示す図。
【図３】本発明の実施形態に従い、可変長パケットを下り方向へ送信するためのＯＬＴを示す機能ブロック図。
【図４】本発明の実施形態に従い、可変長パケットを使ってＯＬＴから複数のＯＮＵへ送信される下り方向トラフィックを例示した図。
【図５】本発明の実施形態に従い、時分割多重化により可変長パケットを上り方向へ送信するためのＯＮＵを示す機能ブロック図。
【図６】本発明の実施形態に従い、衝突を避けるため時分割多重化された可変長パケットを含む上り方向トラフィックを例示した図。
【図７】本発明の実施形態に従い、後尾パケットフラグメントを含む第１のパケットフラグメントと、先頭パケットフラグメントを含む第２のパケットフラグメントとを有する２つのパケットフラグメントに分割される可変長パケットを示した図。
【図８】本発明の実施例に従い、連続的なＯＮＵ固有時間スロットにおいて送信される図７のパケットフラグメントを示した図。
【図９】本発明の実施例に従い、フラグメントロジック及びフラグメントバッファを含むＯＬＴを示した図。
【図１０】本発明の実施例に従い、フラグメントロジック及びフラグメントバッファを含むＯＮＵを示した図。
【図１１】本発明の実施例に従い、ＯＬＴと複数のＯＮＵの間で情報を交換する方法のフローを示した図。
【図１Ａ】
2004529523.tif 000003
【図１Ｂ】
2004529523.tif 000004
【図２】
2004529523.tif 000005
【図３】
2004529523.tif 000006
【図４】
2004529523.tif 000007
【図５】
2004529523.tif 000008
【図６】
2004529523.tif 000009
【図７】
2004529523.tif 000010
【図８】
2004529523.tif 000011
【図９】
2004529523.tif 000012
【図１０】
2004529523.tif 000013
【図１１】
2004529523.tif 000014
【国際公開パンフレット】
2004529523.tif 000015
2004529523.tif 000016
2004529523.tif 000017
2004529523.tif 000018
2004529523.tif 000019
2004529523.tif 000020
2004529523.tif 000021
2004529523.tif 000022
2004529523.tif 000023
2004529523.tif 000024
2004529523.tif 000025
2004529523.tif 000026
2004529523.tif 000027
2004529523.tif 000028
2004529523.tif 000029
2004529523.tif 000030
2004529523.tif 000031
2004529523.tif 000032
2004529523.tif 000033
2004529523.tif 000034
2004529523.tif 000035
2004529523.tif 000036
2004529523.tif 000037
2004529523.tif 000038
2004529523.tif 000039
2004529523.tif 000040
2004529523.tif 000041
2004529523.tif 000042
2004529523.tif 000043
2004529523.tif 000044
2004529523.tif 000045
【国際調査報告】
2004529523.tif 000046