(57)【要約】      （修正有）【課題】ハイブリッドパッシブオプティカルネットワーク（ＨＰＯＮ）における通信の管理システム及び方法を提供する。【解決手段】第１の波長で、ＨＰＯＮに第１の設定メッセージを送信する段階と、光ライン端末（ＯＬＴ）のレシーバが第１の光ネットワークユニット（ＯＮＵ）のセットのうちのＯＮＵから設定応答メッセージを受信する段階と、前記第１のＯＮＵのセットの各ＯＮＵを前記レシーバと関連付ける段階と、前記第１の設定メッセージの送信後、第２の波長で、前記ＨＰＯＮに第２の設定メッセージを送信する段階と、前記ＯＬＴの前記複数のレシーバが、第２のＯＮＵのセットのうちの前記第１のＯＮＵのセットに属さないＯＮＵから設定応答メッセージを受信する段階と、前記第２のＯＮＵのセットの各ＯＮＵを前記第２の波長及び前記ＯＮＵからの前記設定応答メッセージを受信する前記レシーバと関連付ける段階とを含む。【選択図】図１
2008295039.tif 000002
【特許請求の範囲】
【請求項１】
ハイブリッドパッシブ光ネットワーク（ＨＰＯＮ）における通信管理方法であって、
第１の波長で、前記ＨＰＯＮに第１の設定メッセージを送信する段階と、
光ライン端末（ＯＬＴ）のレシーバが第１の光ネットワークユニット（ＯＮＵ）のセットのうちのＯＮＵから設定応答メッセージを受信する段階と、
前記第１のＯＮＵのセットからの前記設定応答メッセージに基づき、データベースにおいて、前記第１のＯＮＵのセットの各ＯＮＵを前記第１の波長及び前記ＯＮＵからの前記設定応答メッセージを受信する前記レシーバと関連付ける段階と、
前記第１の設定メッセージの送信後、第２の波長で、前記ＨＰＯＮに第２の設定メッセージを送信する段階と、
前記ＯＬＴの前記複数のレシーバが、第２のＯＮＵのセットのうちの前記第１のＯＮＵのセットに属さないＯＮＵから設定応答メッセージを受信する段階と、
前記第２のＯＮＵのセットからの前記設定応答メッセージに基づき、前記データベースにおいて、前記第２のＯＮＵのセットの各ＯＮＵを前記第２の波長及び前記ＯＮＵからの前記設定応答メッセージを受信する前記レシーバと関連付ける段階とを含む方法。
【請求項２】
ハイブリッドパッシブ光ネットワーク（ＨＰＯＮ）における通信管理をする光ライン端末（ＯＬＴ）であって、
前記ＨＰＯＮに第１の設定メッセージを送信する第１のトランスミッタインタフェースと
前記ＯＬＴの複数のレシーバであって、
第１のＯＮＵのセットのうちの光ネットワークユニット（ＯＮＵ）から設定応答メッセージを受信し、
前記第１のＯＮＵのセットからの前記設定応答メッセージに基づき、データベースにおいて、前記第１のＯＮＵのセットの各ＯＮＵを前記第１の波長及び前記ＯＮＵからの前記設定応答メッセージを受信する前記レシーバと関連付けるレシーバと、
前記第１のトランスミッタインタフェースが前記第１の設定メッセージを送信した後、前記ＨＰＯＮに第２の設定メッセージを送信する第２のトランスミッタインタフェースとを有し、
前記複数のレシーバは、
第２のＯＮＵのセットのうちの前記第１のＯＮＵのセットに属さないＯＮＵから設定応答メッセージを受信し、
前記第２のＯＮＵのセットからの前記設定応答メッセージに基づき、前記データベースにおいて、前記第２のＯＮＵのセットの各ＯＮＵを前記第２のトランスミッタインタフェース及び前記ＯＮＵからの前記設定応答メッセージを受信する前記レシーバと関連付ける光ライン端末。
【請求項３】
ハイブリッドパッシブ光ネットワーク（ＨＰＯＮ）における通信管理方法であって、
第１のトランスミッタインタフェース番号を含む第１の設定メッセージを前記ＨＰＯＮに第１の波長で送信する段階と、
第２のトランスミッタインタフェース番号を含む第２の設定メッセージを第２の波長で前記第１の設定メッセージと略同時に前記ＨＰＯＮに送信する段階と、
光ライン端末（ＯＬＴ）のレシーバが第１の光ネットワークユニット（ＯＮＵ）のセットのうちのＯＮＵから、各々が前記第１のトランスミッタインタフェース番号を含む設定応答メッセージを受信する段階と、
光ライン端末（ＯＬＴ）のレシーバが第２の光ネットワークユニット（ＯＮＵ）のセットのうちのＯＮＵから、各々が前記第２のトランスミッタインタフェース番号を含む設定応答メッセージを受信する段階と、
ＯＮＵの前記第１のセット及び第２のセットからの前記設定応答メッセージに基づき：
データベースにおいて、ＯＮＵの前記第１のセット中の各ＯＮＵを前記第１の波長と前記ＯＮＵから前記設定応答メッセージを受信するレシーバとに関連づけ、
前記データベースにおいて、ＯＮＵの前記第２のセット中の各ＯＮＵを前記第２の波長と前記ＯＮＵから前記設定応答メッセージを受信するレシーバとに関連づける方法。
【請求項４】
ハイブリッドパッシブ光ネットワーク（ＨＰＯＮ）における通信管理をする光ライン端末（ＯＬＴ）であって、
第１のトランスミッタインタフェース番号を含む第１の設定メッセージを前記ＨＰＯＮに送信し、
第２のトランスミッタインタフェース番号を含む第２の設定メッセージを、前記第１のメッセージと略同時に前記ＨＰＯＮに送信し、
前記ＯＬＴの複数のレシーバであって、
第１のＯＮＵのセットのうちの光ネットワークユニット（ＯＮＵ）から、前記第１のトランスミッタインタフェース番号を含む設定応答メッセージを受信し、
第２のＯＮＵのセットのうちの光ネットワークユニット（ＯＮＵ）から、前記第２のトランスミッタインタフェース番号を含む設定応答メッセージを受信し、
ＯＮＵの前記第１のセット及び第２のセットからの前記設定応答メッセージに基づき：
データベースにおいて、ＯＮＵの前記第１のセット中の各ＯＮＵを前記第１の波長と前記ＯＮＵから前記設定応答メッセージを受信するレシーバとに関連づけ、
前記データベースにおいて、ＯＮＵの前記第２のセット中の各ＯＮＵを前記第２の波長と前記ＯＮＵから前記設定応答メッセージを受信するレシーバとに関連づける光ライン端末。
【請求項５】
ハイブリッドパッシブ光ネットワーク（ＨＰＯＮ）における到達可能性テーブルであって、
前記ＨＰＯＮ中のＯＮＵの第１のセット中のＯＮＵを識別するエントリであって、ＯＮＵの第１のセット中のＯＮＵを識別するエントリは前記テーブル中で第１のダウンストリーム波長及び複数のアップストリーム波長の１つに関連づけられ、
前記ＨＰＯＮ中のＯＮＵの第２のセット中のＯＮＵを識別するエントリであって、ＯＮＵの第２のセット中のＯＮＵを識別するエントリは前記テーブル中で第２のダウンストリーム波長及び複数のアップストリーム波長の１つに関連づけられている到達可能性テーブル。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システムに関し、特にハイブリッドパッシブオプティカルネットワークにおける通信管理システム及び方法に関する。
【背景技術】
【０００２】
近年、ネットワークのアクセスネットワークとして知られている部分において通信ネットワークのボトルネックが生じている。長距離光ネットワークの帯域幅は、波長分割多重（ＷＤＭ）や高ビットレートでのトラフィック伝送等の新しい技術により急激に増大した。大都市圏ネットワーク（metropolitan-area  network）も帯域幅が劇的に増大している。しかし、キャリアの中央局と家庭や事業者のサイトとを結ぶ通信インフラの「ラストマイル」としても知られるアクセスネットワークでは、手頃な価格での帯域幅の増大がまだなされていない。このように、現在はアクセスネットワークがインターネット等の通信ネットワークのボトルネックとなっている。
【０００３】
パワースプリッティングパッシブオプティカルネットワーク（ＰＳＰＯＮ：Power-splitting  passive  optical  networks）はこのボトルネック問題に１つの解決策である。ＰＳＰＯＮは、キャリアの中央局にある光ライン端末（ＯＬＴ）が光ネットワークユニット（ＯＮＵ）にブロードキャストの（１つ以上の）ダウンストリーム波長でトラフィックを送信する、典型的なアクセスネットワークを指す。アップストリーム方向では、ＯＮＵは典型的には１つの波長でトラフィックの送信を時分割する。ＯＮＵはアクセスノードの一種であり、ファイバ経由で送信された光信号を個別の加入者に送信できる電気信号に変換し、その逆も行う。ＰＳＰＯＮは、一般的なアクセスネットワークよりも大きな帯域幅を提供することによりボトルネック問題を解決する。例えば、デジタル加入者線（ＤＳＬ）ネットワーク等のネットワークは、銅でできた電話線を介してトラフィックを伝送するが、一般的には約１４４キロビット／秒と１．５メガバイト／秒の間のレートで伝送を行う。逆に、ブロードバンドＰＯＮ（ＢＰＯＮ）は、ＰＳＰＯＮの一例であり、今現在配備されて、数百メガビット／秒の容量を３２ユーザが共有している。ギガビットＰＯＮ（ＧＰＯＮ）は、ＰＳＰＯＮのもう一つの例であり、一般的には、より強力なトランスミッタを使用して２．５ギガビット／秒までのスピードで動作し、さらに大きな帯域幅を提供している。ＰＳＰＯＮには、この他に、例えば、非同期転送モードＰＯＮ（ＡＰＯＮ）やギガビットイーサネット(登録商標)ＰＯＮ（ＧＥＰＯＮ）などがある。
【０００４】
ＰＳＰＯＮシステムがアクセスネットワークにおいて提供する帯域幅は大きくなっているが、より大きな帯域幅への需要は増え続けている。１つの解決策は、波長分割多重ＰＯＮ（ＷＤＭＰＯＮ）であり、ダウンストリーム（及びアップストリーム）の容量を劇的に増大させるが、効率がよくない。ＷＤＭＰＯＮは、各ＯＮＵがそれぞれ専用のダウンストリーム波長とアップストリーム波長でトラフィックを送受信するアクセスネットワークである。ＷＤＭＰＯＮは、容量を劇的に増やすが、多くのオペレータにとってはコストが高すぎ、現在及び近い将来の需要を大幅に上回る容量を提供する。容量に対する需要は増え続けている（が、ほとんどの場合、ＷＤＭＰＯＮを使用するほどではない）ので、ＰＳ−ＰＯＮから完全なＷＤＭＰＯＮへのアップグレードができるコスト効率のよいソリューションが必要である。
【発明の開示】
【課題を解決するための手段】
【０００５】
本発明の教示によると、ハイブリッドパッシブオプティカルネットワーク（ＨＰＯＮ）における通信の管理システム及び方法が提供される。一実施形態では、該方法は、第１の波長で、前記ＨＰＯＮに第１の設定メッセージを送信する段階を含む。該方法は、光ライン端末（ＯＬＴ）のレシーバが第１の光ネットワークユニット（ＯＮＵ）のセットのうちのＯＮＵから設定応答メッセージを受信する段階も含む。該方法は、前記第１のＯＮＵのセットからの前記設定応答メッセージに基づき、データベースにおいて、前記第１のＯＮＵのセットの各ＯＮＵを前記第１の波長及び前記ＯＮＵからの前記設定応答メッセージを受信する前記レシーバと関連付ける段階をさらに含む。該方法は、前記第１の設定メッセージの送信後、第２の波長で、前記ＨＰＯＮに第２の設定メッセージを送信する段階も含む。該方法は、前記ＯＬＴの前記複数のレシーバが、第２のＯＮＵのセットのうちの前記第１のＯＮＵのセットに属さないＯＮＵから設定応答メッセージを受信する段階をさらに含む。該方法は、前記第２のＯＮＵのセットからの前記設定応答メッセージに基づき、前記データベースにおいて、前記第２のＯＮＵのセットの各ＯＮＵを前記第２の波長及び前記ＯＮＵからの前記設定応答メッセージを受信する前記レシーバと関連付ける段階も含む。
【０００６】
本発明の実施形態の技術的に有利な点は、ＨＰＯＮにおいける到達可能性の自動ディスカバリ方式を用いて、ＨＰＯＮ中のＯＬＴとＯＮＵとが適切に通信できる点が含まれる。かかる通信をするため、実施形態によっては、到達可能性の自動ディスカバリ方式は、ＯＬＴにおいて、送信ダウンストリーム波長をその波長のトラフィックを受信するＯＮＵと関連づける。かかる関連づけは、ある実施形態では一度に一波長について行われるが、別の実施形態ではすべての波長に対して同時に行われる。ＯＬＴにおいて複数のレシーバを使用する実施形態では、各レシーバは、そのレシーバにアップストリームトラフィックを送信するＯＮＵの対応するセットと関連づけられてもよい。実施形態によっては、ＯＬＴは、トランスミッタ、ＯＮＵ、レシーバ間の関連づけを用いて、アップストリーム帯域幅割り当てマップを生成してＯＮＵに送信する。
【０００７】
実施形態によっては、ＨＰＯＮで使用される自動ディスカバリは、到達可能性を判断する効率的な方法を提供する。ＰＳＰＯＮからＨＰＯＮへの機能向上（upgrade）の際、効率的な自動ディスカバリ方式は、機能向上するＰＳＰＯＮメッセージング方式から大幅には変わらないものであろう。効率的な自動ディスカバリ方式は、ＰＳＰＯＮのコンポーネントまたはＰＳＰＯＮのアーキテクチャに一般に大幅な変更を要しないものでもある。一例として、ＧＰＯＮからＨＧＰＯＮへの機能向上では、ＯＮＵ到達可能性の自動ディスカバリのための効率的な方式は、Ｇ．９８４．３ＧＰＯＮプロトコルとは大幅には変わらないもの、及び／またはＯＮＵハードウェアへの変更を必要としないものである。
【０００８】
言うまでもなく、本発明の様々な実施形態には、列記した技術的有利性の一部または全部が含まれても、全く含まれなくてもよい。また、本発明の他の技術的有利性は、図面、詳細な説明、及び特許請求の範囲に基づき、当業者には容易に明らかとなるであろう。
【発明を実施するための最良の形態】
【０００９】
本発明とその特徴及び優位性をよりよく理解してもらうため、添付した図面を参照しつつ以下に説明する。
【００１０】
図１はパワースプリッティングパッシブオプティカルネットワーク（ＰＳＰＯＮ：Power  Splitting  Passive  Optical  Network）１０の一例を示す図である。一般的に、ＰＳＰＯＮはアクセスネットワークとして知られるネットワーク部分における通信ネットワークのボトルネックを解決するために使用されている。近年、長距離光ネットワークの帯域幅は波長分割多重（ＷＤＭ）や高ビットレートでのトラフィック伝送等の新しい技術により急激に増大した。また、大都市圏ネットワーク（metropolitan-area  network）の帯域幅も劇的に増大している。しかし、キャリアの中央局と家庭や事業者のサイトとを結ぶ通信インフラの「ラストマイル」としても知られるアクセスネットワークでは、手頃な価格での帯域幅の増大がまだなされていない。このように、現在はアクセスネットワークがインターネット等の通信ネットワークのボトルネックとなっている。
【００１１】
ＰＳＰＯＮは、一般的なアクセスネットワークよりも大きな帯域幅を提供することによりボトルネック問題を解決する。例えば、デジタル加入者線（ＤＳＬ）ネットワーク等のネットワークは、銅でできた電話線を介してトラフィックを伝送するが、一般的には約１４４キロビット／秒と１．５メガビット／秒の間のレートで伝送を行う。反対に、現在のところ使用されているブロードバンドＰＯＮ（ＢＰＯＮ）は、数百メガビット／秒の容量を提供しそれを３２ユーザが共有している。ギガビットＰＯＮ（ＧＰＯＮ）は、より強力なトランスミッタを使用して典型的には２．５ギガビット／秒までのスピードで動作し、さらに大きな帯域幅を提供している。
【００１２】
図１のＰＳＰＯＮ１０を再び参照して、ＰＳＰＯＮ１０は光ライン端末（ＯＬＴ）１２、光ファイバ３０、リモートノード（ＲＮ）４０、光ネットワークユニット（ＯＮＵ）５０を含む。ＰＳＰＯＮ１０は、キャリアの中央局にある光ライン端末（ＯＬＴ）が光ネットワークユニット（ＯＮＵ）にブロードキャストする１つまたは２つのダウンストリーム波長でトラフィックを送信する、典型的なアクセスネットワークを指す。ＰＳＰＯＮ１０は、例えば、非同期転送モードＰＯＮ（ＡＰＯＮ）、ＢＰＯＮ、ＧＰＯＮ、ギガビットイーサネット(登録商標)ＰＯＮ（ＧＥＰＯＮ）、あるいはその他の好適なＰＳＰＯＮである。すべてのＰＳＰＯＮ１０に共通の特徴は、外部のファイバ装置（outside  fiber  plant）が完全にパッシブ（passive）だということである。ＯＬＴが送信するダウンストリーム信号は、ＲＮによりパッシブに分配され、ファイバブランチ（branches  of  fiber）を介してＲＮに結合されたダウンストリームのＯＮＵに行く。各ＯＮＵは一つのブランチの端に結合されている。ＯＮＵが送信したアップストリーム信号もＲＮによりパッシブに転送されて、ＯＬＴに行く。
【００１３】
ＯＬＴ１２は、アップストリーム端末の一例であるが、キャリア（carrier）の中央局にあり、より大きな通信ネットワークに結合されていてもよい。ＯＬＴ１２は、λｄ等のダウンストリーム波長で、トラフィックを、すべてのＯＮＵ５０にブロードキャスト送信するトランスミッタ１４を含む。ＯＮＵ５０はカスタマサイト（customer  sites）またはその近くにある。ＯＬＴ１２は、（λｄに加えて）第２のダウンストリーム波長λｖで、トラフィックを、すべてのＯＮＵ５０にブロードキャスト送信する第２のトランスミッタ２０を含む。一例として、典型的なＧＰＯＮでは、λｖはアナログビデオのトラフィック（traffic）を搬送する。あるいは、λｖはデジタルデータトラフィックを搬送してもよい。ＯＬＴ１２は、時分割されたアップストリーム波長λｕで全てのＯＮＵ５０からトラフィックを受信するレシーバ１８も含む。ＯＬＴ１２は、波長を適宜通過及び反射させるフィルタ１６と２２も含む。
【００１４】
典型的なＰＳＰＯＮでは、λｄとλｖのダウンストリームトラフィックは、λｕのトラフィックよりも大きなビットレートで送信され、ＰＳＰＯＮの帯域幅（bandwidth）はアップストリームの方がダウンストリームより小さいことに留意すべきである。また、ダウンストリームのトランスミッタは一般的にはアップストリームのトランスミッタより強力であり、ダウンストリームの到達距離はアップストリームの到達距離よりも長い。また、「ダウンストリーム」トラフィックはＯＬＴ（またはアップストリーム端末）からＯＮＵ（またはダウンストリーム端末）方向に進むトラフィックを指し、「アップストリーム」トラフィックはＯＮＵ（またはダウンストリーム端末）からＯＬＴ（またはアップストリーム端末）方向に進むトラフィックを指すことにも留意すべきである。さらに留意すべきこととして、具体的なＰＳＰＯＮでは、例えば、λｄは１４９０ｎｍを中心とする帯域（band）を含み、λｖは１５５０ｎｍを中心とする帯域を含み、λｕは１３１１ｎｍを中心とする帯域を含む。
【００１５】
光ファイバ３０はアップストリームトラフィックとダウンストリームトラフィックを搬送する好適ないかなるファイバも含み得る。あるＰＳＰＯＮ１０では、光ファイバ３０は例えば双方向光ファイバを含む。他のＰＳＰＯＮ１０では、光ファイバ３０は相異なる２つのファイバを含む。
【００１６】
ＰＳＰＯＮ１０のＲＮ４０（一般的に分配ノードとも呼ぶ）は、光カップラ等の任意の好適なパワースプリッタを含み、ＯＬＴ１２をＯＮＵ５０と接続する。ＲＮ４０はいずれかの好適な位置に配置され、各ＯＮＵ５０がダウンストリーム信号のコピーを受信するように、ダウンストリーム信号を分岐（split）する。分岐（split）その他の起こりうるパワー損失により、ＯＮＵに送られる各コピーのパワーは、ＲＮ４０が受信したダウンストリーム信号のパワーの１／Ｎより小さくなる。ここで、ＮはＯＮＵ５０の数である。ダウンストリーム信号の分岐に加えて、ＲＮ４０はＯＮＵ５０が送信した時分割信号（time-shared  signals）を結合して単一のアップストリーム信号にする機能も有する。ＲＮ４０はそのアップストリーム信号をＯＬＴ１２に転送する。
【００１７】
（ダウンストリーム端末の例である）ＯＮＵ５０は、任意の好適な光ネットワークユニットや光ネットワーク端末（ＯＮＴ）を含み、一般的には、ファイバを介して送信された光信号を個々の加入者に、またはその逆に送信し得る電気信号に変換するアクセスノードを指している。加入者には一般家庭（residential  customer）と事業所（commercial  customer）とが含まれる。一般的に、ＰＯＮ１０は１つのＯＬＴ１２あたり３２台のＯＮＵ５０を有し、そのため多くの場合ＰＯＮはこの台数のＯＮＵを含むものとして説明する。しかし、１つのＯＬＴあたりに設けられるＯＮＵの台数は何台であってもよい。ＯＮＵ５０は、（一方はλｄのトラフィックであり、他方はλｖのトラフィックである）ダウンストリームトラフィックを受信する２つのレシーバと、λｕのアップストリームトラフィックを送信する１つのトランスミッタとを有するトリプレクサ（triplexers）を含んでもよい。一般的には（アップストリームのキャパシティに対する需要はダウンストリームのキャパシティに対する需要よりも小さいので）ＯＮＵトランスミッタの送信レートはＯＬＴの送信レートより低い。また、一般的にはＯＮＵトランスミッタのパワーは、ＯＬＴトランスミッタのパワーよりも弱く、アップストリームの到達距離はダウンストリームの到達距離よりも短い。各ＯＮＵ５０は、指定されたダウンストリームトラフィックを処理して、（１つのＯＮＵがλｕで送信したトラフィックが、他のＯＮＵがλｕで送信したトラフィックと衝突しないよう）適当な時分割プロトコルによりアップストリームトラフィックを送信する。
【００１８】
動作中、ＯＬＴ１２のトランスミッタ１４は、λｄで、ＯＮＵ５０にダウンロードトラフィックをブロードキャスト送信する。ＯＬＴ１２のトランスミッタ２０は、λｖで、ＯＮＵ５０にダウンストリームアナログビデオトラフィックをブロードキャスト送信してもよい。λｄのトラフィックはフィルタ１６を通過し、（λｄを通過させλｖを反射する）フィルタ２２でλｖと結合される。結合されたトラフィックは光ファイバ３０を通ってＲＮ４０に進む。ＲＮ４０はダウンストリームトラフィックを好適な数のコピーに分岐して、各コピーを対応するＯＮＵ５０に送る。各ＯＮＵ５０はλｄとλｖでダウンストリームトラフィックのコピーを受信し、その信号を処理する。好適なアドレッシング方式（addressing  schemes）を用いてどのトラフィックがどのＯＮＵ５０宛てか識別する。
【００１９】
アップストリーム方向では、各ＯＮＵ５０は、（アップストリームトラフィックが衝突しないように）好適な時分割プロトコルにより、λｕで、ファイバ３０を介してアップストリームトラフィックを送信してもよい。ＲＮ４０は、各ＯＮＵ５０からアップストリームトラフィックを受信し、（例えば、ＲＮのパワースプリッタにおいて）各ＯＮＵ５０からのトラフィックを１つの信号に結合する。次に、ＲＮ４０は、結合したその信号をファイバ３０を介してＯＬＴ１２に送る。ＯＬＴ１２において、結合トラフィック（combined  traffic）はフィルタ２２を通過し、フィルタ１６によりレシーバ１８に反射される。レシーバ１８はその信号を受信し、処理する。
【００２０】
典型的なＰＳＰＯＮが有する現在の限界は、アップストリームの帯域幅が限られていることである。ＰＳＰＯＮとＷＤＭＰＯＮのハイブリッドであり、複数のアップストリーム波長を送信するハイブリッドＰＯＮ（ＨＰＯＮ）では、アップストリームの帯域幅を増やすことができる。  図２はＨＰＯＮの一例を示し、図３は複数のアップストリーム波長を送信するＨＰＯＮの一例を示す。
【００２１】
図２はＨＰＯＮ５００の一例を示す図である。一例のＨＰＯＮ５００はＯＬＴ５１２、光ファイバ５３０、ＲＮ５４０、ＯＮＵ５５０を含む。ＨＰＯＮ５００は、２つ以上のＯＮＵ５５０よりなる複数のグループにダウンストリームのＷＤＭ波長を共有させることにより、ＰＳＰＯＮより大きなダウンストリームのキャパシティを提供する。ＨＰＯＮは、完全なＷＤＭＰＯＮではないが、ある波長でＯＮＵにダウンストリームトラフィックをルーティングでき（任意の好適な方法でアップストリームトラフィックを送信できる）任意の好適なＰＯＮを指していることに留意すべきである。ＨＰＯＮには、複数の波長でダウンストリームトラフィックを送信し、各波長は波長を共有するＯＮＵのグループにより共有されるＨＰＯＮ（例示したＷＳ−ＨＰＯＮ）と、各ＯＮＵに対して唯一の波長でダウンストリームトラフィックを送信する（がアップストリーム方向ではＰＳＰＯＮの特徴を有する）ＨＰＯＮとの両方が含まれ得る。
【００２２】
（アップストリーム端末の一例である）ＯＬＴ５１２は、キャリアの中央局にあり、トランスミッタ５１４、マルチプレクサ５１５、フィルタ５１６、レシーバ５１８、トランスミッタ５２０、及びフィルタ５２２を有する。各トランスミッタ５１４ａ−５１４ｄは任意の適切なトランスミッタを有し、それぞれ対応する波長λ１−λ４でトラフィックを送信する。
【００２３】
λ１−λ４のＨＰＯＮ５００における使用は例示のみを目的としたものであることに留意すべきである。また、例示したＨＰＯＮ５００は４台のトランスミッタを有しているが、任意の適切な台数のトランスミッタを備えて、任意の適切な数の波長でトラフィックを送信してもよい。例示したＨＰＯＮ５００はアップストリームトラフィックではＷＤＭを使わないが、将来ＷＤＭアップストリームにアップグレードすることを予想して、ＯＬＴ５１２に、トランスミッタ５１４だけではなくトランシーバ（トランスミッタ及びレシーバ）を備えると経済的であることに留意すべきである。
【００２４】
マルチプレクサ５１５は任意の適切なマルチプレクサ／デマルチプレクサであり（波長ルータであると考えてもよく）、λ１−λ４のトラフィックを結合して１つの信号にできる。ネットワークによっては、マルチプレクサ５１５は、各ポートにより１つ以上の波長でトラフィックを受け取り、結合するサイクリックマルチプレクサ（cyclic  multiplexer）であってもよい。他のネットワークでは、マルチプレクサ５１２は、各ポートにより１つの波長のトラフィックだけを受け取る典型的なＮ×１マルチプレクサであってもよい。
【００２５】
フィルタ５１６は、マルチプレクサ５１５からλ１−λ４のトラフィックを受け取り、そのλ１−λ４のトラフィックをフィルタ５２２に通過させる任意の適切なフィルタであってもよい。アップストリーム方向では、フィルタ５１６はλｕのトラフィックを受け取り、そのλｕのトラフィックをレシーバ５１８に送る。レシーバ５１８は、時分割されたλｕで搬送されたＯＮＵ５５０からのアップストリームトラフィックを受け取って処理する任意の適切なレシーバである。
【００２６】
トランスミッタ５２０は、任意の適切なトランスミッタであり、すべてのＯＮＵ５５０に最終的にブロードキャストするために、λｖでトラフィックを送信する。トランスミッタ５２０は、さらにそのトラフィックをフィルタ５２２に送る（direct）ことができる。ある実施形態では、トランスミッタ５２０はλｖでアナログビデオトラフィックを送信する。別の実施形態では、トランスミッタ５２０はデジタルデータトラフィックを送信してもよい。１つのトランスミッタ５２０だけを示したが、ＯＬＴ５１２は、すべてのＯＮＵ５５０にトラフィックを最終的にブロードキャストするトランスミッタを任意数有していてもよいことに留意すべきである。
【００２７】
フィルタ５２２はλｖのトラフィックとλ１−λ４のトラフィックとを受け取り、これらを結合する。フィルタ５２２は結合したトラフィックをファイバ５３０を介してＲＮ５４０に送る。アップストリーム方向では、フィルタ５２２はλｕのトラフィックを受け取り、そのλｕのトラフィックをフィルタ５１６に送る。
【００２８】
光ファイバ５３０はアップストリームトラフィックとダウンストリームトラフィックを搬送する任意の適切なファイバでよい。あるＨＰＯＮ５００では、光ファイバ５３０は例えば双方向光ファイバである。他のＨＰＯＮ５００では、光ファイバ５３０は異なる２つのファイバであり、一方はダウンストリームトラフィックを搬送し、他方はアップストリームトラフィックを搬送する。
【００２９】
ＲＮ５４０はフィルタ５４２、マルチプレクサ５４６、主パワースプリッタ５４８、及び副パワースプリッタ５４９を有する。ＲＮ５４０は、ＯＬＴ５１２からλ１−λ４とλｖのトラフィックを受信し、λｖのトラフィックをフィルタして取り出してブロードキャストし、λ１−λ４のトラフィックを逆多重（demultiplex）して、対応する波長共有ＯＮＵ５５０のグループ中のＯＮＵに送る。ＲＮ５４０は、ＯＮＵ５５０から、時分割された波長λｕで搬送されたアップストリーム信号を受信し、これらの信号を結合して、結合したλｕのトラフィックをＯＬＴ５１２に送る。ＲＮ５４０をリモートノード（remote  node）と呼ぶが、「リモート」とは、ＲＮ５４０が任意の適切な空間的配置でＯＬＴ５１２及びＯＮＵ５５０と通信可能に結合しているということである点に留意すべきである。リモートノードは一般的には配信ノード（distribution  node）とも呼ばれる。
【００３０】
フィルタ５４２は、λ１−λ４及びλｖのトラフィックを含む信号を受け取り、そのλ１−λ４のトラフィックをマルチプレクサ５４６に通過させ、λｖのトラフィックを主パワースプリッタ５４８に送る任意の適切なフィルタである。例示のフィルタ５４２は、１つのフィルタのみを含むが、ネットワークのアップグレードを容易にするため、（光スイッチと結合した）任意の適切な数のフィルタであってもよい。アップストリーム方向では、フィルタ５４２はλｕのトラフィックを受け取り、それをＯＬＴ５１２に送る（direct）。
【００３１】
マルチプレクサ５４６は任意の適切なマルチプレクサ／デマルチプレクサであり（波長ルータであると考えてもよい）、λ１−λ４のトラフィックを含む信号を受け取って、その信号を逆多重してもよい。マルチプレクサ５４６の各出力ポートは、対応するλ１−λ４の１つのトラフィックを、対応する副パワースプリッタ５４９ａ−５４９ｄに送る。アップストリーム方向では、例示したＨＰＯＮ５００のＯＮＵ５５０はλｕを時分割（time-share）する（複数のアップストリーム波長を介してトラフィックを送信するのではない）ので、マルチプレクサ５４６はλｕのトラフィックを受け取り、終端（terminate）する。あるいは、マルチプレクサ５４６は、フィルタ５４２にこのトラフィックを転送し、適切に終端（termination）させてもよい（終端は内部で行っても外部で行ってもよい）。
【００３２】
マルチプレクサ５４６は、サイクリックマルチプレクサ（cyclic  multiplexer）その他の任意の適切なタイプのマルチプレクサを含み、任意の適切な数のポートを有している点に留意すべきである。また、図２のリモートノード５４０には１つのマルチプレクサ５４６を示したが、別のリモートノードでは、マルチプレクサ５４６は２つ以上の別個のマルチプレクサを含み、それぞれが（１つ以上の）アップストリームの信号源からのダウンストリーム信号を受信し、そのトラフィックをダウンストリームに転送し、ＯＮＵ５５０に波長を共有させるようにしてもよい。さらに留意すべき点として、各波長のトラフィックは例示したものとは異なる副パワースプリッタを通過してもよく、２つ以上の波長のトラフィックが副パワースプリッタに通過してもよく、マルチプレクサ５４６が４つ以上または以下のダウンストリーム波長のトラフィックを受信し、多重し、通してもよい。
【００３３】
主パワースプリッタ５４８は、λｖのトラフィックを受け取り、それを４つのコピーとして分岐する任意の適切なパワースプリッタを含む。各コピーのパワー（power）は、元の信号λｖのパワーの１／４以下である。主パワースプリッタ５４８は対応する副パワースプリッタ５４９に各コピーを送る。アップストリーム方向では、主パワースプリッタ５４８は、時分割されたλｕを介してＯＮＵ５５０が送信したトラフィックを副パワースプリッタ５４９から受け取り、このトラフィックを結合して１つの信号にする。主パワースプリッタ５４８はアップストリーム信号をＯＬＴ５１２に転送する。このように、主パワースプリッタ５４８は、ダウンストリーム方向においてλｖのトラフィックをブロードキャスト（broadcast）し、アップストリーム方向において時分割されたλｕのトラフィックを結合する。主パワースプリッタ５４８は１×４パワースプリッタとして例示したが、任意の適切なパワースプリッタを使用できる。
【００３４】
各副パワースプリッタ５４９は、光カップラその他の任意の適切なパワースプリッタを含み、主パワースプリッタ５４８からの信号とマルチプレクサ５４６からの信号とを受け取り、２つの信号を結合して１つの信号にし、結合された信号を適切な数のコピーに分岐し、波長を共有しているＯＮＵ５５０の対応するグループ内のＯＮＵに各コピーを送る。アップストリーム方向では、各副パワースプリッタ５４９は、対応するＯＮＵ５５０のグループの各ＯＮＵ５５０からλｕで送信されたトラフィックを受信し、各ＯＮＵ５５０からのトラフィックを結合して１つの信号にする。各副パワースプリッタ５４９は、結合されたアップストリームトラフィックを分岐して２つのコピーにし、１つのコピーを主パワースプリッタ５４８に転送し、もう１つのコピーをマルチプレクサ５４６に転送する。主パワースプリッタ５４８に転送されたコピーは、上記の通り、時分割されたλｕで送信された他のＯＮＵ５５０からのトラフィックと結合される。マルチプレクサ５４６に転送されたコピーは、適切な終端をするため、ブロック（blocked）されるかフィルタ５４２に送られる。例示したＨＰＯＮ５００では、副パワースプリッタ５４９は２×４のカップラとして例示したが、任意の適切なカップラでもよく、カップラの組合せ（例えば、２つの１×２カップラに結合された２×２カップラ等）でもよい。副パワースプリッタ５４９が分岐または結合する信号の数は、任意の適切な数であってもよい。
【００３５】
（ダウンストリーム端末の一例であるが）各ＯＮＵ５５０は任意の適切なＯＮＵまたはＯＮＴを含む。各ＯＮＵ５５０は、フィルタ５６０と、レシーバ５６２と、フィルタ５７０と、レシーバ５７２と、トランスミッタ５８２とを含む。各フィルタ５６０は、波長λｖのトラフィック（例えば、アナログビデオトラフィック）をレシーバ５６２に送る任意の適切なフィルタを含む。フィルタ５６０は、ＯＮＵ５５０が受け取ったλ１−λ４のうちの対応する波長のトラフィックを、フィルタ５７０に送り、アップストリーム方向では、λｕのトラフィックをＲＮ５４０に通過させる。レシーバ５６２はλｖで送信されたトラフィックを受け取り、そのトラフィックを処理する任意の適切なレシーバを含む。各フィルタ５７０は、λ１−λ４のうちの対応する波長のトラフィックを受け取り、それをレシーバ５７２に送る任意の適切なフィルタを含む。フィルタ５７０は、さらに、アップストリーム方向において、アップストリーム波長λｕのトラフィックを対応するフィルタ５６０に通す。レシーバ５７２はλ１−λ４のうちの対応する波長で送信されたトラフィックを受け取り、そのトラフィックを処理する任意の適切なレシーバを含む。レシーバ５７２は、λ１−λ４のうちの任意の波長のトラフィックを受け取るので、ＯＮＵ５５０を波長共有グループに柔軟に割り当て（または再割り当て）できる。各トランスミッタ５８２は、他のＯＮＵ５５０とλｕを時分割するために適切なプロトコルを用いて、アップストリーム方向においてλｕでトラフィックを送信する任意の適切なトランスミッタを含む。
【００３６】
ＨＰＯＮ５００には４つのＯＮＵ５５０をＯＮＵのグループの一部として例示したが、ダウンストリーム波長を共有するグループの一部であるＯＮＵ５５０の数はいくつであってもよいことに留意すべきである。また、各々が相異なるダウンストリーム波長を共有する複数のグループがあってもよい。例えば、ＯＮＵ５５０ａはλ１を共有し、ＯＮＵ５５０ｂ（図示せず）はλ２を共有し、ＯＮＵ５５０ｃ（図示せず）はλ３を共有し、ＯＮＵ５５０ｄはλ４を共有してもよい。また、ネットワークによっては、ＯＮＵ５５０が２つ以上のグループに含まれていてもよい。ネットワークにいくつのＯＮＵ５５０があってもよいことに留意すべきである。
【００３７】
動作中、ＯＬＴ５１２のトランスミッタ５１４ａ−５１４ｄはそれぞれλ１−λ４でトラフィックを送信し、そのトラフィックをマルチプレクサ５１５に送る。マルチプレクサ５１５は４つの波長のトラフィックを１つの信号に結合し、その信号をフィルタ５１６に送る。フィルタ５１６はダウンストリーム信号をフィルタ５２２に通す。ＯＬＴ５１２のトランスミッタ５２０は、λｖでトラフィックを送信し、そのトラフィックをフィルタ５２２に送る。フィルタ５２２はλ１−λ４とλｖのトラフィックを受け取り、そのトラフィックを光ファイバ５３０を介してＲＮ５４０に送る。
【００３８】
ＲＮ５４０のフィルタ５４２は、その信号を受け取り、λｖのトラフィックを主パワースプリッタ５４８に送り、λ１−λ４のトラフィックをマルチプレクサ５４６に通す。主パワースプリッタ５４８はλｖのトラフィックを受け取り、それを適切な数のコピーに分岐する。例示した実施形態では、主パワースプリッタ５４８はλｖのトラフィックを分岐して４つのコピーにして、各コピーを対応する副パワースプリッタ５４９に転送する。マルチプレクサ５４６は、λ１−λ４のトラフィックを含む信号を受信して、その信号をその構成波長に逆多重（demultiplex）する。マルチプレクサ５４６は、各副パワースプリッタ５４９がλ１−λ４の対応する波長でそのトラフィックを受信するように、各波長のトラフィックを対応するファイバで送る。
【００３９】
このように、各副パワースプリッタ５４９は主パワースプリッタ５４８からλｖのトラフィックのコピーを受け取り、マルチプレクサ５４６からλ１−λ４のうちの対応する波長のトラフィックを受け取り、これらのトラフィックを結合して１つの信号とし、その信号を分岐して適切な数のコピーにする。例示した実施形態では、各副パワースプリッタ５４９は信号を４つのコピーに分岐（split）する。このように、波長λｖのトラフィックをすべてのＯＮＵ５５０にブロードキャストし、λ１−λ４のうちの対応する波長はＯＮＵ５５０の１つ以上のグループに送信され、共有される。例示した実施形態では、ＯＮＵ５５０ａはλ１を共有し、ＯＮＵ５５０ｂ（図示せず）はλ２を共有し、ＯＮＵ５５０ｃ（図示せず）はλ３を共有し、ＯＮＵ５５０ｄはλ４を共有する。波長を共有しているＯＮＵ５５０のグループは、図２に示したものとは異なってもよく、別のネットワークでは、波長を共有しているＯＮＵ５５０のグループが２つ以上のＷＤＭ波長を共有してもよいことに留意すべきである。
【００４０】
副パワースプリッタ５４９は、λ１−λ４のうちの対応する波長のトラフィックとλｖのトラフィックとを含む信号を４つのコピーに分岐した後、副パワースプリッタ５４９に結合されているＯＮＵ５５０がコピーを受け取るように各コピーをファイバ５３０で転送する。各ＯＮＵ５５０のフィルタ５６０はその信号を受け取り、λｖのトラフィックをレシーバ５６２に送る。レシーバ５６２はλｖで搬送されたトラフィックを処理する。フィルタ５６０はλ１−λ４のうちの対応する波長をフィルタ５７０に通す。フィルタ５７０はλ１−λ４のうちの対応する波長のトラフィックを受け取り、そのトラフィックをレシーバ５７２に送る。レシーバ５７２はそのトラフィックを処理する。再度、グループ内の各ＯＮＵ５５０はそのグループ内の他のＯＮＵ５５０とλ１−λ４のうちの１つの波長を共有しているので、ＯＮＵ５５０は適切なアドレッシングプロトコル（addressing  protocol）を適用して、ダウンストリームトラフィックを適切に処理する（例えば、対応する波長で送信されたトラフィックのどの部分がグループ内のどのＯＮＵ５５０に宛てられたものか判断する）。
【００４１】
アップストリーム方向では、各ＯＮＵ５５０のトランスミッタ５８２はλｕでトラフィックを送信する。フィルタ５７０と５６０はλｕのトラフィックを受け取り、それを通過させる。その信号はファイバ５３０を介してＲＮ５４０に進む。ＲＮ５４０の各副パワースプリッタ５４９は、時分割されたλｕを介してトラフィックを受け取り、対応するＯＮＵ５５０のグループ内の各ＯＮＵ５５０からのトラフィックを結合する。再度、各ＯＮＵ５５０はアップストリーム波長λｕを介してトラフィックを送信するので、複数のＯＮＵ５５０からのトラフィックが衝突しないように、ＯＮＵ５５０はλｕを時分割する適切なプロトコルを使う。各副パワースプリッタ５４９は、λｕのトラフィックを受け取り、結合して１つの信号にした後、その信号を分岐して２つのコピーにし、一方のコピーをマルチプレクサ５４６に送り、もう一方のコピーを主パワースプリッタ５４８に送る。上記の通り、例示したネットワーク５００のマルチプレクサ５４６は、λｕをブロックし、またはλｕをフィルタ５４２に転送し、適切に終端（termination）させる。主パワースプリッタ５４８は、各副パワースプリッタ５４９からのλｕのトラフィックを受信し、そのトラフィックを結合して、フィルタ５４２に転送する。フィルタ５４２は、結合されたλｕのトラフィックを受信し、そのトラフィックをＯＬＴ５１２に送る（direct）。ファイバ５３０はλｕのトラフィックをＯＬＴ５１２のフィルタ５２２に送る。フィルタ５２２は、λｕのトラフィックを受け取り、そのトラフィックをフィルタ５１６に通す。フィルタ５１６は、λｕのトラフィックを受け取り、そのトラフィックをレシーバ５１８に送る（direct）。レシーバ５１８はそのトラフィックを受け取り、それを処理する。
【００４２】
図３は、複数のアップストリーム波長を送信するＨＰＯＮ６００の一例を示す図である。ＨＰＯＮ６００はＯＬＴ６１２、ファイバ５３０、ＲＮ６４０、ＯＮＵ６５０を含む。ＯＮＵ６５０は、複数の波長λ５−λ８のアップストリームトラフィックを時分割送信することにより、アップストリーム帯域を大きくできる。ＲＮ６４０は、主パワースプリッタ６４８で（または、別の実施形態ではＲＮ６４０のマルチプレクサで）このトラフィックをルーティング（route）する。ＯＬＴ６１２は、λ５−λ８をデマルチプレクサ６１８で逆多重（demultiplex）し、レシーバ６１９ａ−６１９ｄでそれぞれλ５−λ８のトラフィックを受け取る。
【００４３】
（アップストリーム端末の一例である）ＯＬＴ６１２は、キャリアの中央局にあり、トランスミッタ５１４、マルチプレクサ５１５、トランスミッタ５２０、フィルタ６１６、デマルチプレクサ６１８、レシーバ６１９ａ−６１９ｄ、及びフィルタ６２２を有する。トランスミッタ５１４、マルチプレクサ５１５、及びトランスミッタ５２０は図２を参照して説明したので、再度説明はしない。実施形態によっては、ＯＬＴ６１２はダウンストリームトラフィックの到達距離を延ばす任意の適切な増幅器（図示せず）を含んでいてもよい点に留意すべきである。
【００４４】
デマルチプレクサ６１８は任意の適切なマルチプレクサ／デマルチプレクサ（波長ルータでもよい）を有し、λ５−λ８を含む信号をその構成要素の複数の波長に逆多重する。各レシーバ６１９ａ−６１９ｄは、λ５−λ８のうちの対応する波長のトラフィックを受信する任意の適切なレシーバを含む。実施形態によっては、ＯＮＵ６５０ａ−６５０ｄのうちのＯＮＵ６５０は、同じ時間スロットでλ５−λ８でアップストリームトラフィックを送信できる。このアップストリームトラフィックはＲＮ６４０の主パワースプリッタ６４８で多重される。この点については後でさらに詳細に説明する。かかる実施形態では、デマルチプレクサ６１８はλ５−λ８を逆多重し、各波長のトラフィックをレシーバ６１９ａ−６１９ｄのうちの対応するレシーバに送る。
【００４５】
図２及び／または図３において、λ５−λ８はダウンストリーム方向で送信されるλ１−λ４と同じであってもよい（必ずしも同じである必要はない）。実施形態によっては、レシーバ６１９とトランスミッタ５１４はトランシーバの一部であってもよく、例示したＰＯＮアーキテクチャを修正してかかる構成を任意の適切なやり方でサポートしてもよい点に留意すべきである。実施形態によっては、レシーバ６１９は周波数による違いが少ない（non-discriminating）スペクトル的に広いレシーバを含む。また、実施形態によっては、送信されるアップストリーム波長の数はいくつでもよく、例えば、各ＯＮＵ６５０に対して１つのアップストリーム波長であってもよい（また、かかる送信をサポートするためＨＰＯＮ６００を適宜修正してもよい）。
【００４６】
フィルタ６１６はマルチプレクサ５１５からλ１−λ４のトラフィックを受け取り、そのトラフィックをフィルタ６２２に送る。アップストリーム方向において、フィルタ６１６はフィルタ６２２からλ５−λ８の波長のトラフィックを受け取り、そのトラフィックをデマルチプレクサ６１８に送る。フィルタ６２２は、フィルタ６１６からλ１−λ４のトラフィックとトランスミッタ５２０からλｖのトラフィックとを受け取り、そのトラフィックを結合して、そのトラフィックをＲＮ６４０に送る。アップストリーム方向において、フィルタ６２２はＲＮ６４０からλ５−λ８の波長のトラフィックを受け取り、そのトラフィックをフィルタ６１６に送る。光ファイバ５３０は、図２を参照して上で説明したので、ここでは説明しない。
【００４７】
ＲＮ６４０はフィルタ６４２と、マルチプレクサ６４６と、主パワースプリッタ６４８と、副パワースプリッタ６４９ａ−６４９ｄとを有する。ＲＮ６４０は、ＯＬＴ６１２からλ１−λ４とλｖのトラフィックを受信し、λｖのトラフィックをフィルタして取り出してブロードキャストし、λ１−λ４のトラフィックを逆多重（demultiplex）して、波長を共有しているＯＮＵ６５０ａ−６５０ｄの対応するグループ中のＯＮＵにそれぞれ送る。アップストリーム方向において、ＲＮ６４０は、主パワースプリッタ６４８でＯＮＵ６５０ａ−６５０ｄからλ５−λ８のトラフィックを受信し、このトラフィックをＯＬＴ６１２に送る。ＲＮ６４０をリモートノード（remote  node）と呼ぶが、「リモート」とは、ＲＮ６４０が任意の適切な空間的配置でＯＬＴ６１２及びＯＮＵ６５０と通信可能に結合しているということである点に留意すべきである。リモートノードは一般的には配信ノード（distribution  node）とも呼ばれる。
【００４８】
フィルタ６４２は、λ１−λ４とλｖのトラフィックを含む信号をＯＬＴ６１２から受け取り、λ１−λ４のトラフィックをマルチプレクサ６４６に送り、λｖのトラフィックを主パワースプリッタ６４８に送る任意の適切なフィルタを含む。アップストリーム方向において、フィルタ６４２は、主パワースプリッタ６４８から（及び、任意的にマルチプレクサ６４６から）λ５−λ８のトラフィックを受信し、そのλ５−λ８のトラフィックをＯＬＴ６１２に送る（また、マルチプレクサ６４６からのトラフィックを内部的または外部的に適切に終端する）。例示した実施形態では、フィルタ６４２は１つのフィルタのみを含むが、ネットワークのアップグレード（例えば、容量のアップグレード）を容易にするため、（光スイッチと結合した）任意の適切な数のフィルタを含んでいてもよい。
【００４９】
マルチプレクサ６４６は任意の適切なマルチプレクサ／デマルチプレクサを有し（波長ルータであると考えてもよい）、λ１−λ４のトラフィックを含むダウンストリーム信号を受け取って、その信号を逆多重してもよい。マルチプレクサ６４６の各出力ポートは、λ１−λ４の対応する１つのトラフィックを、対応する副パワースプリッタ６４９ａ−６４９ｄにそれぞれ送る。アップストリーム方向において、マルチプレクサ６４６は、副パワースプリッタ６４９ａ−６４９ｄからのλ５−λ８のトラフィックを受け取り、このトラフィックを終端する（またはこのトラフィックをフィルタ６４２に送り適切に終端させる）。
【００５０】
マルチプレクサ６４６は、サイクリックマルチプレクサ（cyclic  multiplexer）その他の任意の適切なタイプのマルチプレクサを含み、任意の適切な数のポートを有している点に留意すべきである。また、リモートノード６４０には１つのマルチプレクサ６４６を示したが、別のリモートノードでは、マルチプレクサ６４６は、ＯＮＵ６５０に波長を共有させるようにそれぞれが（１つ以上の）アップストリームの信号源からのダウンストリーム信号を受信し、そのトラフィックをダウンストリームに転送する２つ以上の別個のマルチプレクサを含んでもよい。さらに留意すべき点として、各波長のトラフィックは例示したものとは異なる副パワースプリッタを通過してもよく、２つ以上の波長のトラフィックが副パワースプリッタに通過してもよく、マルチプレクサ６４６が４つ以上または以下のダウンストリーム波長のトラフィックを受信し、多重し、通してもよい。実施形態によっては、マルチプレクサ６４６は図２のマルチプレクサ５４６と同じものであってもよい。
【００５１】
プライマリパワースプリッタ６４８は、フィルタ６４２からλｖのトラフィックを受け取り、そのトラフィックを４つのコピーに分岐する任意の適切なパワースプリッタを含む。各コピーのパワー（power）は、元の信号λｖのパワーの１／４以下である。主パワースプリッタ６４８は対応する副パワースプリッタ６４９に各コピーを送る。アップストリーム方向では、主パワースプリッタ６４８は、時分割されたλｕを介してＯＮＵ６５０が送信したトラフィックを副パワースプリッタ６４９から受け取り、このトラフィックを結合して１つの信号にして、その信号をフィルタ６４２に送る。このように、主パワースプリッタ６４８は、λｖのダウンストリームトラフィックをブロードキャストし、λ５−λ８のアップストリームトラフィックを結合して転送する。（マルチプレクサではなく）主パワースプリッタ６４８はλ５−λ８のアップストリームトラフィックを結合するので、セット６５０ａ−６５０ｄの各ＯＮＵはλ５−λ８のいずれの波長でも送信できる。このように、実施形態によっては、ダウンストリーム波長を共有しているＯＮＵ（例えば、ＯＮＵ６５０ａ）は異なるアップストリーム波長（例えば、λ５−λ８のうちの２以上の波長）で送信する。別の実施形態では、これらのＯＮＵは同じアップストリーム波長（例えば、λ５）で送信する。別の実施形態では、主パワースプリッタ６４８は１×４パワースプリッタとして例示したが、任意の適切なパワースプリッタを使用できる。
【００５２】
各副パワースプリッタ６４９ａ−６４９ｄは、光カップラその他の適切なパワースプリッタを含んでいてもよく、主パワースプリッタ６４８からのλｖのダウンストリームトラフィックのコピーやマルチプレクサ６４６からのλ１−λ４のうちの対応する波長のトラフィックを受け取り、λｖとλ１−λ４のトラフィックを結合し、結合したトラフィックを適切な数のコピーに分岐し、各コピーを対応するＯＮＵ６５０のセットに転送する。アップストリーム方向では、各副パワースプリッタ６４９は、ダウンストリームの各ＯＮＵ６５０からのλ５−λ８のうちの波長のトラフィックを受け取り、このトラフィックを結合して１つの信号にする。各副パワースプリッタ６４９は、結合されたアップストリームトラフィックを分岐して２つのコピーにし、１つのコピーを主パワースプリッタ６４８に転送し、もう１つのコピーをマルチプレクサ６４６に転送する。主パワースプリッタ６４８に転送されたコピーは、スプリッタ６４８において、他の副パワースプリッタ６４９からのトラフィックと結合され、フィルタ６４２に転送される。マルチプレクサ６４６に転送されたコピーは、終端されるか、またはフィルタ６４２に送られて終端される。例示した実施形態では、副パワースプリッタ６４９は２×４カップラを含むが、別の実施形態では、副パワースプリッタ６４９はその他の適切なカップラまたはその組み合わせを含む。副パワースプリッタ６４９は任意の適切な数の信号に分岐、またはその信号を結合してもよく、ＨＰＯＮ６００中の任意の適切な場所にあってもよい。  
（ダウンストリーム端末の一例であるが）各ＯＮＵ６５０は任意の適切なＯＮＵまたはＯＮＴを含む。各ＯＮＵ６５０はレシーバ５６２と５７２、フィルタ６６０と６７０、及びトランスミッタ６８２を含む。光ファイバ５６２と５７２は、図２を参照して上で説明したので、ここでは説明しない。各フィルタ６６０はλｖのダウンストリームトラフィックをレシーバ５６２に送る任意の適切なフィルタを含む。フィルタ６６０はλ１−λ４のうちの対応する波長のトラフィックをフィルタ６７０に通過させる。アップストリーム方向において、各フィルタ６６０は対応するフィルタ６７０からλ５−λ８の対応する波長のトラフィックを受け取り、そのトラフィックをＲＮ６４０に送る。
【００５３】
各フィルタ６７０は、対応するフィルタ６６０からλ１−λ４のうちの対応する波長のトラフィックを受け取り、そのトラフィックを対応するレシーバ５７２に送る任意の適切なフィルタを含む。アップストリーム方向において、各フィルタ６７０は、さらに、対応するトランスミッタ６８２からλ５−λ８の対応する波長のトラフィックを受け取り、そのトラフィックを対応するフィルタ６６０に送る。
【００５４】
各トランスミッタ６８２は、アップストリーム方向にλ５−λ８のうちの対応する波長でトラフィックを送信する任意の適切なトランスミッタを含んでいてもよい。λ５で送信するＯＮＵ６５０はλ５における送信を時間共有し、λ６で送信するＯＮＵ６５０（図示せず）はλ６における送信を時間共有し、λ７で送信するＯＮＵ６５０（図示せず）はλ７における送信を時間共有し、λ８で送信するＯＮＵはλ８における送信を時間共有する。アップストリーム波長を共有するグループに含まれるＯＮＵ６５０の数は任意である点に留意すべきである。また、ネットワークにいくつのＯＮＵ６５０があってもよいことに留意すべきである。
【００５５】
動作時、ダウンストリーム方向では、ＯＬＴ６１２のトランスミッタ５１４ａ−５１４ｄと５２０はそれぞれλ１−λ４とλｖでトラフィックを送信する。マルチプレクサ５１５はλ１−λ４のトラフィックを結合し、結合したトラフィックをフィルタ６１６に転送する。フィルタ６１６はλ１−λ４のトラフィックを受け取り、そのトラフィックをフィルタ６２２に転送する。フィルタ６２２は、フィルタ６１６からのλ１−λ４のトラフィックとトランスミッタ５２０からのλｖのトラフィックとを受け取り、そのトラフィックを１つの信号に結合して、ファイバ５３０を介してその信号をＲＮ６４０に転送する。ＲＮ６４０のフィルタ６４２はλ１−λ４とλｖのトラフィックを受け取り、λｖのトラフィックを主パワースプリッタ６４８に送り、λ１−λ４のトラフィックをマルチプレクサ６４６に送る。主パワースプリッタ６４８はλｖのトラフィックを受け取り、それを適切な数のコピーに分岐する。例示した実施形態では、主パワースプリッタ６４８はλｖのトラフィックを分岐して４つのコピーにして、各コピーを対応する副パワースプリッタ６４９に転送する。マルチプレクサ６４６は、λ１−λ４のトラフィックを含むその信号を受信して、その信号をその構成波長に逆多重（demultiplex）する。マルチプレクサ６４６は、λ１−λ４のトラフィックをそれぞれ副パワースプリッタ６４９ａ−６４９ｄに送る。
【００５６】
各副パワースプリッタ６４９は主パワースプリッタ６４８からのλｖのトラフィックとマルチプレクサ６４６からのλ１−λ４の対応する波長のトラフィックのコピーを受け取り、これらのトラフィックを結合して１つの信号とし、その信号を分岐して適切な数のコピーにし、各コピーをダウンストリームのＯＮＵ６５０に転送する。例示した実施形態では、各副パワースプリッタ６４９は、信号を４つのコピーに分岐して、その４つのコピーをダウンストリームのＯＮＵ６５０に転送する。
【００５７】
このように、波長λｖのトラフィックをすべてのＯＮＵ６５０にブロードキャストし、λ１−λ４のうちの対応する波長をＯＮＵ６５０のグループに送信し、共有する。例示した実施形態では、ＯＮＵ６５０ａはλ１を共有し、ＯＮＵ６５０ｂ（図示せず）はλ２を共有し、ＯＮＵ６５０ｃ（図示せず）はλ３を共有し、ＯＮＵ６５０ｄはλ４を共有する。別の実施形態では、一波長を共有しているＯＮＵ６５０のグループは、図３に示したものとは異なってもよく、波長を共有しているＯＮＵ６５０のグループが２つ以上のＷＤＭ波長を共有してもよいことに留意すべきである。
【００５８】
各ＯＮＵ６５０のフィルタ６６０は、対応する副パワースプリッタ６４９からλｖのトラフィックとλ１−λ４の対応するトラフィックのコピーを受け取る。フィルタ６６０は、λｖのトラフィックを（そのトラフィックを処理する）レシーバ５６２に送り、λ１−λ４のうちの対応する波長のトラフィックをフィルタ６７０に送る。フィルタ６７０はλ１−λ４のうちの対応する波長のトラフィックを受け取り、そのトラフィックをレシーバ５７２に送る。レシーバ５７２はそのトラフィックを処理する。再度、グループ内の各ＯＮＵ６５０はそのグループ内の他のＯＮＵ６５０とλ１−λ４のうちの１つの波長を共有しているので、ＯＮＵ６５０は適切なアドレッシングプロトコル（addressing  protocol）を適用して、ダウンストリームトラフィックを適切に処理する（例えば、対応する波長で送信されたトラフィックのどの部分がグループ内のどのＯＮＵ６５０に宛てられたものか判断する）。
【００５９】
アップストリーム方向では、各ＯＮＵ６５０はλ５−λ８のうちの対応する波長による送信を時間共有する。実施形態によっては、λ５−λ８のうちの２つ以上の波長のトラフィックを１つの時間スロットにおいて複数のＯＮＵ６５０が送信する。各副パワースプリッタ６４９は対応する任意のアップストリームトラフィックを受け取り、受け取ったトラフィックを分岐して２つのコピーにし、１つのコピーをマルチプレクサ６４６に転送し、もう１つのコピーを主パワースプリッタ６４８に転送する。マルチプレクサ６４６は受け取ったトラフィックを終端する（または、そのトラフィックをフィルタ６４２に転送して終端させる）。主パワースプリッタ６４８は副パワースプリッタ６４９からλ５−λ８のトラフィックのコピーを受け取り、（λ５−λ８のうちの複数の波長のトラフィックが１つの時間スロットで送信された場合）そのトラフィックを１つの信号に結合し、そのトラフィックをフィルタ６４２に転送する。フィルタ６４２は主パワースプリッタ６４８からλ５−λ８のトラフィックを受け取り、そのトラフィックをＯＬＴ６１２に転送する（また、マルチプレクサ６４６からの任意のトラフィックを任意的に終端する）。
【００６０】
ＯＬＴ６１２のフィルタ６２２はλ５−λ８のトラフィックを受け取り、そのトラフィックをフィルタ６１６に送る。フィルタ６１６は２以上の波長のトラフィックを受け取り、そのトラフィックをデマルチプレクサ６１８に転送する。デマルチプレクサ６１８はその波長を逆多重（demultiplex）し、各波長のトラフィックを対応するレシーバ６１９に転送する。各レシーバ６１９は対応するトラフィックを受け取り、それを処理する。
【００６１】
本発明の範囲から逸脱することなく、上記の例示したシステムと方法に修正、追加、または削除をすることができる。上記の例示した方法とシステムのコンポーネントは具体的な必要性に応じて一体化されたり、分離されたりしてもよい。さらに、上記の例示した方法とシステムの動作を実行するコンポーネントの数は多くても少なくてもよいし、他のコンポーネントで実行してもよい。
【００６２】
複数のアップストリーム波長で送信するＨＰＯＮへの機能向上の際、ネットワーク事業者は、ＨＰＯＮアーキテクチャへの機能向上のために、レガシーなメッセージ送信方式を機能向上する必要があるかも知れない。例えば、ＰＳＰＯＮとは異なり、複数のアップストリーム波長で送信するＨＰＯＮでは、ＯＬＴが１つ以上のＯＮＵにダウンストリーム波長を割り当て、特定のＯＮＵからのアップストリームトラフィックを特定のレシーバで受け取る。以下により詳しく説明するように、かかる条件の下では、ＰＳＰＯＮのメッセージ方式（messaging  scheme）は、ディスカバリと、レンジング（ranging）と、アップストリーム帯域幅割り当てと、アップストリーム及びダウンストリームトラフィックのルーティングとを正しく行えないおそれがある。このように、ＰＳＰＯＮメッセージ方式からの機能向上が必要となる。
【００６３】
レガシー（legacy）なメッセージ方式を機能向上するに際して、ネットワーク事業者は効率的なソリューションも望んでいる。効率的なメッセージ方式は、例えば、機能向上するＰＳＰＯＮのメッセージ方式からの変更が大きくなく、ソフトウェアとハードウェアの修正が少ないものである。また、効率的なメッセージ方式は、ネットワークの構成要素に大幅な変更を要しないものである。一例として、ＧＰＯＮからＨＧＰＯＮへの機能向上では、ＯＮＵ到達可能性の自動ディスカバリのための効率的なメッセージ方式は、Ｇ．９８４．３ＧＰＯＮプロトコルとは大幅には変わらないもの、及び／またはＯＮＵハードウェアへの変更を必要としないものである。例えば、ＢＰＯＮまたはＧＥＰＯＮからの機能向上のような、ＰＯＰＯＮの機能向上の他の場合には、アナログの自動ディスカバリ方式も効率的である。
【００６４】
典型的には、ＧＰＯＮのＯＮＵは、ＩＴＵ−Ｔ  Ｇ．９８４．３プロトコルとして知られるＧＰＯＮプロトコルによりインストール及び起動がされる。このプロトコルは、ネットワーク中のＯＮＵの自動的なディスカバリとレンジングと、物理レイヤオペレーション、アドミニストレーション及びメンテナンス（ＰＬＯＡＭ：physical  layer  operations,  administration,  and  maintenance）メッセージングを用いたＯＮＵ管理制御チャネル（ＯＭＣＣ：ONU  management  and  control  channel）設定を提供する。具体的には、新しく接続されたＯＮＵをこのプロトコル下で起動するために、ＯＬＴはその新しく接続されたＯＮＵのシリアル番号をディスカバリする（discover）。ＯＬＴは、ダウンストリームのＯＮＵのすべてにＯＮＵシリアル番号要求メッセージを送信することにより、これを行う。新しく接続されたＯＮＵは、ＯＬＴのメッセージに答えて、そのシリアル番号をＯＬＴにレポートする。
【００６５】
新しく接続されたＯＮＵのシリアル番号をディスカバリした後、ＯＬＴはそのＯＮＵにＯＮＵ−ＩＤを割り当て、そのＯＮＵからのアップストリーム送信の到着位相（arrival  phase）を測定し、そのＯＮＵに等価遅延（equalization  delay）を通知し（そのＯＮＵにアップストリーム送信を通知した遅延値で調整させ）、「Configure  Port-ID」ＰＬＯＡＭメッセージを用いて各ＯＮＵにＯＭＣＣを設定する。ＩＴＵ−Ｔ  Ｇ．９８４．３プロトコルは、修正しなければ、複数のダウンストリームＷＤＭ波長の使用、ＯＮＵの一部へのダウンストリーム波長の関連づけ、ＯＮＵの一部へのＯＬＴレシーバの関連づけを有効とすることができないので、修正していないプロトコルは、適当なＯＮＵにダウンストリームトラフィックをルーティングしたり、そのＯＮＵ間にアップストリーム帯域幅を割り当てたりするために、ＨＧＰＯＮでは使用できない。このように、複数のアップストリーム波長で送信するＨＧＰＯＮでは、ＯＮＵをインストールして起動するために違うメッセージ方式が必要となる。
【００６６】
実施形態によっては、複数のアップストリーム波長で送信するＨＰＯＮにおいてＯＮＵを効率的にインストールして起動するために、ＯＬＴにおいて、送信波長をその波長のトラフィックを受信する（１つ以上の）ＯＮＵと関連づけ、ＯＬＴレシーバをそのレシーバにトラフィックを送信する（１つ以上の）ＯＮＵと関連づける。実施形態によっては、ＯＬＴトランスミッタからのダウンストリーム波長のトラフィックを受信するＯＮＵのセットは、すべてが単一のＯＬＴレシーバに単一の波長でアップストリームトラフィックを送信する必要はない。このように、これらのＯＮＵの一部は、１つのＯＬＴレシーバに１つの波長のアップストリームトラフィックを１つのＯＬＴレシーバに送信し、その他は、他のＯＬＴレシーバに他の波長のアップストリームトラフィックを送信する。
【００６７】
一般的に、ＯＬＴトランスミッタ、ＯＮＵ、及びＯＬＴレシーバ間のかかる割り当ては、順次的な到達可能性の自動ディスカバリ方式か、または同時的な到達可能性の自動ディスカバリ方式のいずれかを用いて最初に確立される。順次的な自動ディスカバリ方式は、一般的に、ＯＬＴが、各ダウンストリームＷＤＭ波長を順次的に、一ダウンストリーム波長を共有する１つ以上のＯＮＵを自動的にディスカバリすることを指す。実施形態によっては、一度に１つのダウンストリーム波長に対してディスカバリが行われる。同時的な自動ディスカバリ方式は、一般的に、ＯＬＴが、すべてのダウンストリームＷＤＭ波長を並行して、各ダウンストリーム波長を共有する１つ以上のＯＮＵを自動的にディスカバリすることを指す。いずれの場合も、ＨＧＰＯＮの場合は、実施形態によっては、ＩＴＵ−Ｔ  Ｇ．９８４．３プロトコル及び／または既存のネットワーク中の構成要素には小さな変更しかなされず、効率的なソリューションとなる。これらの各自動ディスカバリ方式を更に詳しく説明する。
【００６８】
図４は、本発明の一実施形態による、ＨＰＯＮ論理トポロジ７００における到達可能性の自動ディスカバリ方式を示す図である。トポロジ７００はＯＬＴ７１０とＯＮＵ７２０を含む。実施形態によっては、ＯＬＴ７１０とＯＮＵ７２０はそれぞれＯＬＴ６１２とＯＮＵ６５０と同様であるので、ここでは説明しない。各ＯＮＵｉｊｋについて、「ｉ」はＯＮＵが受信するダウンストリーム波長に対応し、「ｊ」はＯＮＵが受信するアップストリーム波長に対応し、「ｋ」はダウンストリーム波長を共有するＯＮＵのセット中のＯＮＵのＯＮＵ番号に対応する。
【００６９】
図から分かるように、ダウンストリーム方向では、ＯＬＴ７１０（λ１−λＭ）が送信する波長はＯＮＵ７２０のグループが共有する。例えば、「ｉ」が「ａ」である各ＯＮＵｉｊｋはダウンストリーム波長λ１を共有し、「ｉ」が「ｂ」である各ＯＮＵｉｊｋはダウンストリーム波長λ２を共有し、「ｉ」が「Ｍ」である各ＯＮＵｉｊｋはダウンストリーム波長λＭを共有する。アップストリーム方向では、ＯＮＵ７２０のセットはある波長（λ１−λＭ）でアップストリームトラフィックを送信する。例えば、「ｊ」が「ａ」である各ＯＮＵｉｊｋはアップストリーム波長λ１を共有し、「ｊ」が「ｂ」である各ＯＮＵｉｊｋはアップストリーム波長λ２を共有し、「ｊ」が「Ｎ」である各ＯＮＵｉｊｋはアップストリーム波長λＮを共有する。
【００７０】
ダウンストリーム波長とアップストリーム波長の一部を同じ符号（例えば、ダウンストリーム方向とアップストリーム方向のλ１）で例示したが、これらは同じ波長でも違う波長であってもよい。また、ダウンストリーム波長「Ｍ」の数はアップストリーム波長「Ｎ」の数と同じでも違ってもよい。さらに、図４に示したダウンストリーム波長とアップストリーム波長を共有するＯＮＵ７２０のセットは例示である。別の実施形態では、同じ波長のダウンストリームトラフィックを受信するＯＮＵ７２０の各セットのうちの０、１、または２以上のＯＮＵ７２０の組み合わせが、任意の適切な波長（例えば、λ１、λ２またはλＮ）のアップストリームトラフィックを送信できる。例えば、実施形態によっては、「７２０ａ」で始まるすべてのＯＮＵは同じ波長（例えば、λＮ）のアップストリームトラフィックを送信する。あるいは、「７２０ａ」で始まるＯＮＵの一部のみが（例示したように）同じ波長のアップストリームトラフィックを送信する。あるいは、「７２０ａ」で始まる各ＯＮＵは、違う波長のアップストリームトラフィックを送信してもよい。
【００７１】
図４の方式は順次的自動ディスカバリの一例である。波長を共有するＯＮＵ７２０の各グループは、一度に１つのダウンストリーム波長についてディスカバリを実行するので、順次的にディスカバリされる。実施形態によっては、各ダウンストリーム波長はトランスミッタインタフェースに対応している。実施形態によっては、一度に１つのトランスミッタインタフェースからディスカバリを実行するには、ＯＬＴトランスミッタ間の同期が必要であり、このようにトランスミッタの同期制御をするためにＯＬＴを少し修正する必要がある。しかし、実施形態によっては、順次的な到達可能性の自動ディスカバリ方式を用いると、ＩＴＵ−Ｔ  Ｇ．９８４．３メッセージフォーマットの修正は必要ない。
【００７２】
動作時、ディスカバリを実行するために、ＯＬＴ７１０は、ダウンストリーム設定メッセージ７１２（例えば、ａｌｌｏｃ−ＩＤ＝２５４の「ＳＮ−ＲＱ−Ａｌｌ」メッセージ等のＯＮＵシリアル番号要求メッセージ）を第１の波長（例えば、λ１）で第１のＯＮＵ７２０のセット（例えば、ＯＮＵ７２０ａ）に送信する。実施形態によっては、メッセージ７１２はＧ．９８４．３プロトコルで使用されるシリアル番号要求メッセージと同じである。アップストリーム方向におけるＯＮＵ７２０からの同時応答による衝突を回避するため、実施形態によっては、ＯＬＴ７１０は、ａｌｌｏｃ−ＩＤ＝２５５、すなわち（or）他のダウンストリームＷＤＭ波長でのアップストリーム送信（例えば、ＺｅｒｏＰｏｉｎｔｅｒｓ）に対する帯域幅割り当てがない設定メッセージを送信する。第１の波長のトラフィックを受信するＯＮＵ７２０（例えば、「７２０ａ」で始まるＯＮＵ）は、この要求に応えて、設定メッセージ７１４１−７１４ｎ（例えば、「ＳＮ−ＯＮＵ」メッセージ）においてＯＬＴ７１０にシリアル番号をレポートする。これらの設定メッセージ７１４は、ＯＬＴ７１０のレシーバが受信する。実施形態によっては、メッセージ７１４はＧ．９８４．３プロトコルで使用されるシリアル番号応答メッセージと同じである。実施形態によっては、ＯＬＴ７１０は、レポートした各ＯＮＵ７２０にＯＮＵ−ＩＤを割り当てる。ＯＮＵ−ＩＤは、制御と管理のメッセージングにおいてＯＮＵの識別子として使用される。ＯＬＴ７１０は任意の適切な方法で、応答した各ＯＮＵの設定メッセージを、そのＯＮＵの応答を受信したレシーバでタグしてもよい。
【００７３】
シリアル番号ディスカバリを用いて、ＯＬＴ７１０は、「７２０ａ」で始まるＯＮＵの第１のセット中の各ＯＮＵを、第１のダウンストリーム波長λ１（または、λ１で送信しているＯＬＴトランスミッタ）、及びＯＮＵの設定メッセージ７１４が送信されるアップストリーム波長（または、ＯＮＵの設定メッセージ７１４を受信するＯＬＴレシーバ）と関連づける。このように、ＯＬＴ７１０は、ＯＮＵ７２０ａａ１をダウンストリームのλ１及びアップストリームのλ１と関連づけ、ＯＮＵ７２０ａａ２をダウンストリームλ１及びアップストリームλ１と関連づけ、ＯＮＵ７２０ａｂ３をダウンストリームのλ１及びアップストリームのλ２と関連づけ、ＯＮＵ７２０ａＮｎをダウンストリームのλ１及びアップストリームのλＮと関連づける。
【００７４】
実施形態によっては、各ダウンストリーム波長は１つのトランスミッタインタフェースに対応し、各アップストリーム波長は１つのレシーバインタフェースに対応するので、ＯＬＴ７１０は、「７２０ａ」で始まるＯＮＵの第１のセットをλ１で送信している第１のトランスミッタインタフェースと関連づけ、これらのＯＮＵの各々をそのＯＮＵからトラフィックを受信するレシーバインタフェースと関連づけてもよい。かかる実施形態では、ＯＬＴ７１０は、ＯＮＵ−ＩＤと、トランスミッタインタフェース番号（ＴＸＩＦ＃）と、レシーバインタフェース番号（ＲＸＩＦ＃）とを関連づける到達可能性テーブルを構成して維持する。到達可能性テーブルの一例を図５を参照して説明する。
【００７５】
ＯＬＴ７１０は、第１のダウンストリーム波長と関連するシリアル番号のディスカバリを完了すると、第２のダウンストリーム波長と関連するシリアル番号のディスカバリを開始する。ＯＬＴ７１０は、図示はしていないが、ダウンストリーム設定メッセージ７１２（例えば、ａｌｌｏｃ−ＩＤ＝２５４の「ＳＮ−ＲＱ−Ａｌｌ」メッセージ等のＯＮＵシリアル番号要求メッセージ）を第２の波長（例えば、λ２）で（例えば、ＯＮＵ７２０ｂで始まる）第２のＯＮＵ７２０のセットに送信することにより、ディスカバリを開始する。実施形態によっては、メッセージ７１２はＧ．９８４．３プロトコルで使用されるシリアル番号要求メッセージと同じである。アップストリーム方向におけるＯＮＵ７２０からの同時応答による衝突を回避するため、実施形態によっては、ＯＬＴ７１０は、ａｌｌｏｃ−ＩＤ＝２５５、すなわち（or）他のダウンストリームＷＤＭ波長でのアップストリーム送信（例えば、ＺｅｒｏＰｏｉｎｔｅｒｓ）に対する帯域幅割り当てがない設定メッセージを送信する。第２の波長のトラフィックを受信するＯＮＵ７２０（例えば、「７２０ｂ」で始まるＯＮＵ）は、この要求に応えて、図示はしていないが、適切な設定メッセージ７１４１−７１４ｎ（例えば、「ＳＮ−ＯＮＵ」メッセージ）においてＯＬＴ７１０にシリアル番号をレポートする。これらの設定メッセージ７１４は、ＯＬＴ７１０のレシーバが受信する。実施形態によっては、メッセージ７１４はＧ．９８４．３プロトコルで使用されるシリアル番号応答メッセージと同じである。実施形態によっては、ＯＬＴ７１０は、レポートした各ＯＮＵ７２０にＯＮＵ−ＩＤを割り当てる。
【００７６】
シリアル番号のディスカバリにより、ＯＬＴ７１０は、「７２０ｂ」で始まるＯＮＵの第２のセット中の各ＯＮＵを、第２のダウンストリーム波長λ２と、ＯＮＵの設定メッセージ７１４ｂが送信されるアップストリーム波長とに関連づける。このように、ＯＬＴ７１０は、ＯＮＵ７２０ｂａ１をダウンストリームのλ２及びアップストリームのλ１と関連づけ、ＯＮＵ７２０ｂｂ２をダウンストリームλ２及びアップストリームλ２と関連づけ、ＯＮＵ７２０ｂＮ３をダウンストリームのλ２及びアップストリームのλＮと関連づけ、ＯＮＵ７２０ｂＮｎをダウンストリームのλ２及びアップストリームのλＮと関連づける。
【００７７】
実施形態によっては、各ダウンストリーム波長は１つのトランスミッタインタフェースに対応し、各アップストリーム波長は１つのレシーバインタフェースに対応するので、ＯＬＴ７１０は、「７２０ｂ」で始まるＯＮＵの第２のセットをλ２で送信している第２のトランスミッタインタフェースと関連づけ、これらのＯＮＵの各々をそのＯＮＵからトラフィックを受信するレシーバインタフェースと関連づけてもよい。かかる実施形態では、ＯＬＴ７１０は、これらのＯＮＵのＯＮＵ−ＩＤを、到達可能性テーブル中の対応するＴＸＩＦ＃及びＲＸＩＦ＃と関連づける。
【００７８】
シリアル番号のディスカバリは、ＯＬＴ７１０において送信された各波長に対して順次実行される。説明した順次的な自動ディスカバリ方式を用いて、ＯＬＴ７１０は、到達可能性テーブルにおいて、各ＯＮＵ７２０をダウンストリーム波長及びアップストリーム波長と関連付ける。こうして、ＯＮＵ７２０は、ＨＰＯＮにおいて自動的にインストールされ、起動される。また、実施形態によっては、ＩＴＵ−Ｔ  Ｇ９８４．３メッセージフォーマットの修正は必要ないので、順次的な自動ディスカバリ方式は効率的なソリューションとなる。
【００７９】
具体的な実施形態をＧＰＯＮからの機能向上とメッセージングプロトコルを参照して説明したが、別の実施形態は、ＢＰＯＮやＧＥＰＯＮシステム、または同様のアーキテクチャとメッセージングプロトコルを有するＨＰＯＮシステム等である同様のアーキテクチャとメッセージングプロトコルを有するその他のＰＳＰＯＮシステムからの機能向上に関わるものであってもよいことに留意すべきである。上記の順次的自動ディスカバリ方式は、ＯＮＵを最初にインストールした時、ネットワークの回復時、（例えば、一定時間経過後）定期的に、及び／またはネットワークオペレータによる手入力で、いつ実行してもよい。
【００８０】
図５は、図４の到達可能性の自動ディスカバリ方式に関連する到達可能性テーブル８００の一例を示す図である。到達可能性テーブル８００は、例えば、ＨＰＯＮ中のＯＬＴが、ダウンストリームトラフィックとアップストリームトラフィックを適切にルーティングするために、維持及び／またはアクセスする。カラム８１０は、ＯＬＴのトランスミッタインタフェースのトランスミッタインタフェース番号（ＴＸＩＦ＃）を含む。例示した実施形態では、ＯＬＴ中の各トランスミッタインタフェースは１つの波長しか関係していないと仮定した。別の実施形態では、ＯＮＵのセットに送信されるダウンストリーム波長は他の適切な方法で識別される。実施形態によっては、カラム８１０のエントリはオペレータが手入力で入力してもよい。別の実施形態では、カラム８１０のエントリは自動的にディスカバリされる。
【００８１】
カラム８２０は、ＯＮＵから設定メッセージを受信したＯＬＴのレシーバのレシーバインタフェース番号（ＲＸＩＦ＃）を含む。カラム８２０は、ＯＬＴトランスミッタからダウンストリームトラフィックを受信するＯＮＵから設定メッセージを受信したＯＬＴレシーバのセットを、各ＯＬＴトランスミッタに対して特定する。例示した実施形態では、各ＯＬＴトランスミッタはすべてのＯＬＴレシーバと関連していてもよい。しかし、別の実施形態では、各ＯＬＴトランスミッタは、ＯＬＴレシーバを１つまたは（全部ではないが）複数含む、任意の適切な数のＯＬＴレシーバと関連していてもよい。また、ＯＬＴトランスミッタは、図示してもの以外のＯＬＴレシーバと関連していてもよい。実施形態によっては、カラム８２０は設定応答メッセージを受信して受信したレシーバのＲＸＩＦ＃でタグをしてから入力してもよい。実施形態によっては、ＯＬＴトランスミッタとレシーバは同期していてもよい。
【００８２】
カラム８３０は、ＨＰＯＮ中のＯＮＵのＯＮＵシリアル番号を含む。後でより詳しく説明するように、各トランスミッタインタフェースに対して、テーブル８００は、トランスミッタインタフェースに関連するロウ（row）８７０に、トランスミッタインタフェースがある波長でトラフィックを送信するＯＮＵに対応するＯＮＵシリアル番号のセットを含む。ＯＮＵシリアル番号のセットは、各トランスミッタインタフェースのシリアル番号を含む。テーブル８００において、各ＯＮＵシリアル番号は、（ＯＮＵから設定メッセージを受信する）上記のＲＸＩＦ＃、ＯＮＵ−ＩＤ、ＯＭＣＣポートＩＤ、及び具体的なポートＩＤサービスとさらに関連している。実施形態によっては、カラム８３０のエントリは、（上記の）図４または（下記の）図６の自動ディスカバリ方式を用いてディスカバリされる。
【００８３】
カラム８４０は、ＨＰＯＮ中のＯＮＵのＯＮＵ−ＩＤ番号を含む。上記の通り、ＯＬＴは、ＯＮＵ−ＩＤ番号を、シリアル番号を応答するＯＮＵに任意の適切な方法で割り当てる。このように、ＯＬＴは、ディスカバリの際に、例えば、ＯＮＵ−ＩＤ番号をＯＮＵシリアル番号に関連づける。各トランスミッタインタフェースに対して、テーブル８００は、トランスミッタインタフェースに関連するロウ（row）８７０に、トランスミッタインタフェースがある波長でトラフィックを送信するＯＮＵに対応するＯＮＵ−ＩＤのセットを含む。
【００８４】
カラム８５０は、ＨＰＯＮ中のＯＮＵのＯＭＣＣポートＩＤ番号を含む。上記の通り、ＯＭＣＣはＯＮＵ管理制御チャネルを指す。例示した実施形態では、各ＯＮＵに対してかかるチャネルが１つ設定され、そのチャネルを通してＯＬＴとＯＮＵの間の制御及び管理のメッセージングが行われる。このチャネルはこのＯＭＣＣポートＩＤを用いて識別される。カラム８６０はポートＩＤのポートＩＤサービスを含む。実施形態によっては、サービスはポートＩＤに対応する。例として、これらのサービスはボイス・オーバー・インターネットプロトコル（ＶＯＩＰ）、インターネットプロトコルテレビジョン（ＩＰＴＶ）、及び／または高速インターネットアクセスを含む。
【００８５】
このように、各ロウ８７０は、１つのＯＬＴトランスミッタインタフェース番号に対応し、ＯＬＴレシーバインタフェース番号、ＯＮＵシリアル番号、ＯＮＵ−ＩＤ番号、ＯＭＣＣポートＩＤ番号、及びポートＩＤサービスをトランスミッタインタフェース番号に関連づける。ＯＮＵをＯＬＴが送信する波長とＯＬＴレシーバとに関連づけることにより、テーブル７００を使用してダウンストリーム及び／またはアップストリームトラフィックを正しくルーティングできる。
【００８６】
本発明の範囲から逸脱することなく、上記の例示したシステムと方法に修正、追加、または削除をすることができる。上記の例示した方法とシステムのコンポーネントは具体的な必要性に応じて一体化されたり、分離されたりしてもよい。さらに、上記の例示した方法とシステムの動作を実行するコンポーネントの数は多くても少なくてもよいし、他のコンポーネントで実行してもよい。
【００８７】
図６は、本発明の一実施形態による、ＨＰＯＮ論理トポロジ９００における到達可能性の自動ディスカバリの他の方式を示す図である。トポロジ９００はＯＬＴ９１０とＯＮＵ９２０を含む。実施形態によっては、ＯＬＴ９１０とＯＮＵ９２０はそれぞれＯＬＴ６１２とＯＮＵ６５０と同様であるので、ここでは説明しない。各ＯＮＵｉｊｋについて、「ｉ」はＯＮＵが受信するダウンストリーム波長に対応し、「ｊ」はＯＮＵが送信するアップストリーム波長に対応し、「ｋ」はＯＮＵ番号に対応する。
【００８８】
図から分かるように、ダウンストリーム方向では、ＯＬＴ９１０（λ１−λＭ）が送信する波長はＯＮＵ９２０のグループが共有する。例えば、「ｉ」が「ａ」である各ＯＮＵｉｊｋはダウンストリーム波長λ１を共有し、「ｉ」が「ｂ」である各ＯＮＵｉｊｋはダウンストリーム波長λ２を共有し、「ｉ」が「Ｍ」である各ＯＮＵｉｊｋはダウンストリーム波長λＭを共有する。アップストリーム方向では、ＯＮＵ７２０のセットはある波長（λ１−λＭ）でアップストリームトラフィックを送信する。例えば、「ｊ」が「ａ」である各ＯＮＵｉｊｋはアップストリーム波長λ１を共有し、「ｊ」が「ｂ」である各ＯＮＵｉｊｋはアップストリーム波長λ２を共有し、「ｊ」が「Ｎ」である各ＯＮＵｉｊｋはアップストリーム波長λＮを共有する。
【００８９】
ダウンストリーム波長とアップストリーム波長の一部を同じ符号（例えば、ダウンストリーム方向とアップストリーム方向のλ１）で例示したが、これらは同じ波長でも違う波長であってもよい。また、ダウンストリーム波長「Ｍ」の数はアップストリーム波長「Ｎ」の数と同じでも違ってもよい。さらに、図６に示したダウンストリーム波長とアップストリーム波長を共有するＯＮＵ９２０のセットは例示である。別の実施形態では、同じ波長のダウンストリームトラフィックを受信するＯＮＵ９２０の各セットのうちの０、１、または２以上のＯＮＵ９２０（例えば、セット９２０ａ、９２０ｂ、９２０Ｍ中の０、１、または２以上のＯＮＵ）の組み合わせが、任意の適切な波長（例えば、λ１、λ２またはλＮ）のアップストリームトラフィックを送信できる。例えば、実施形態によっては、「９２０ａ」で始まるすべてのＯＮＵは同じ波長（例えば、λＮ）のアップストリームトラフィックを送信する。あるいは、「９２０ａ」で始まるＯＮＵの一部のみが（例示したように）同じ波長のアップストリームトラフィックを送信する。あるいは、「９２０ａ」で始まる各ＯＮＵは、違う波長のアップストリームトラフィックを送信してもよい。
【００９０】
図６の方式は同時自動ディスカバリの一例である。順次自動ディスカバリ方式のときと同様に、ＯＬＴ９１０は、同時自動ディスカバリ方式においても、ダウンストリーム波長を、各波長のトラフィックを受信するＯＮＵ９２０と関連づける。また、ＯＬＴ９１０は、各ＯＮＵ９２０を、そのＯＮＵ９２０からアップストリームトラフィックを受信するＯＬＴレシーバと関連づける。しかし、順次自動ディスカバリ方式と異なり、波長を共有しているＯＮＵ９２０の各グループのディスカバリは、すべてのダウンストリーム波長のディスカバリを同時に行うことにより並行して行われる。
【００９１】
同時ディスカバリはＯＮＵの初期化時間が短くなる点で有利である。しかし、同時ディスカバリを行うには実施形態によってはＩＴＵ−ＴＧ．９８４．３プロトコルを少し修正する必要がある。この修正には、アップストリームとダウンストリームの物理レイヤ・オーバーヘッドメッセージをトランスミッタインタフェース番号でタグすることが含まれる。このようにタグすることにより、ＯＬＴレシーバはダウンストリーム波長で送信している各トランスミッタインタフェースと関連づけられたＯＮＵ９２０を適切に識別することができる。ＩＴＵ−Ｔ  Ｇ．９８４．３プロトコルに少し修正が必要となるので、実施形態によっては、かかるタグをすることにより、ＯＬＴ及び／またはＯＮＵのファームウェアとソフトウェアの修正が必要となる。
【００９２】
実施形態によっては、ディスカバリの際、物理レイヤ・オーバーヘッドメッセージをトランスミッタインタフェース番号でタグする。例えば、ダウンストリーム設定メッセージ９１２（例えば、ＯＬＴのトランスミッタインタフェースにより同時に送信されるシリアル番号要求等のディスカバリメッセージ）をＯＬＴ９１０によりトランスミッタインタフェース番号（ＴＸＩＦ＃）でタグしてもよい。このように、設定メッセージ９１２ａ−９１２ＭをそれぞれＴＸＩＦ＃１−Ｍでタグする。
【００９３】
ＯＮＵ９２０は、ＯＬＴ９１０にシリアル番号をアップストリーム設定メッセージ９１４で通知して応答し、受信したＴＸＩＦ＃をアップストリーム設定メッセージ９１４に含める実施形態によっては、ＴＸＩＦ＃を明示的に加えるために、ＯＬＴシリアル番号要求とＯＮＵシリアル番号応答に対して、新しいＰＬＯＡＭメッセージング構造を規定することもできる。別の実施形態では、ＯＬＴシリアル番号要求とＯＮＵシリアル番号応答中の既存のフィールドをＴＸＩＦ＃の送信に使用できる。例えば、実施形態によっては、ダウンストリーム設定メッセージ中の「ＩＤＥＮＴ」アトリビュートフィールドと、アップストリーム設定メッセージ中の「ＩＮＤ」アトリビュートフィールドとを使用してＴＸＩＦ＃を搬送できる。別の実施形態では、ＴＸＩＦ＃の搬送に任意の適切なフィールドを使用できる。後方互換性を維持するために、実施形態によっては、これらのアトリビュートはＩＴＵ−Ｔ  Ｇ．９８４．３プロトコルに従って再構成可能（reconfigurable）である。
【００９４】
ＯＬＴ９１０のレシーバは、ダウンストリームＯＮＵ９２０から設定メッセージ９１４を受信する。ＯＬＴ９１０は任意の適切な方法で、応答した各ＯＮＵの設定メッセージを、そのＯＮＵの応答を受信したＯＬＴレシーバでタグしてもよい。実施形態によっては、ＯＬＴ９１０も、応答した各ＯＮＵ９２０にＯＮＵ−ＩＤを割り当てる。
【００９５】
ＯＬＴ９１０は、「９２０ａ」で始まるＯＮＵの第１のセット中の各ＯＮＵを、第１のダウンストリーム波長λ１（または、λ１で送信しているＯＬＴトランスミッタ）、及びＯＮＵの設定メッセージ９１４が送信されるアップストリーム波長（または、ＯＮＵの設定メッセージ９１４を受信するＯＬＴレシーバ）と関連づける到達可能性テーブルを維持する。このように、ＯＬＴ９１０は、ＯＮＵ９２０ａＮ１をダウンストリームのλ１及びアップストリームのλＮと関連づけ、ＯＮＵ９２０ａａ２をダウンストリームλ１及びアップストリームλ１と関連づけ、ＯＮＵ９２０ａｂ３をダウンストリームのλ１及びアップストリームのλ２と関連づけ、ＯＮＵ９２０ａＮｎをダウンストリームのλ１及びアップストリームのλＮと関連づける。
【００９６】
到達可能性テーブルは、「９２０ｂ」で始まるＯＮＵの第２のセット中の各ＯＮＵを、第２のダウンストリーム波長λ２と、ＯＮＵの設定メッセージ９１４ｂが送信されるアップストリーム波長とに関連づける。このように、ＯＬＴ９１０は、ＯＮＵ９２０ｂａ１をダウンストリームのλ２及びアップストリームのλ１と関連づけ、ＯＮＵ９２０ｂｂ２をダウンストリームλ２及びアップストリームλ２と関連づけ、ＯＮＵ９２０ｂａ３をダウンストリームのλ２及びアップストリームのλ１と関連づけ、ＯＮＵ９２０ｂＮｎをダウンストリームのλ２及びアップストリームのλＮと関連づける。
【００９７】
到達可能性テーブルは、さらに、「９２０Ｍ」で始まるＯＮＵの第Ｍのセット中の各ＯＮＵを、第Ｍのダウンストリーム波長λＭと、ＯＮＵの設定メッセージ９１４Ｍが送信されるアップストリーム波長とに関連づける。このように、ＯＬＴ９１０は、９２０Ｍａ１をダウンストリームのλＭ及びアップストリームのλ１と関連づけ、９２０Ｍｂ２をダウンストリームλＭ及びアップストリームλ２と関連づけ、９２０Ｍｂ３をダウンストリームのλＭ及びアップストリームのλ２と関連づけ、９２０ＭＮｎをダウンストリームのλＭ及びアップストリームのλＮと関連づける。
【００９８】
実施形態によっては、各ダウンストリーム波長はトランスミッタインタフェースに対応し、各アップストリーム波長はレシーバインタフェースに対応するので、ＯＬＴ９１０は、到達可能性テーブル中のＯＮＵ９２０をトランスミッタインタフェース及びレシーバインタフェース（例えば、ＴＸＩＦ＃とＲＸＩＦ＃）に関連づける。上記のテーブル８００等と同様の到達可能性テーブルは、ＯＬＴ９１０が維持する。このように、この到達可能性テーブルは、再度詳細には説明しない。
【００９９】
上記の通り、ディスカバリの際のタグ付けにより、ＯＮＵの瀬戸をＴＸＩＦ＃とＲＸＩＦ＃に関連づける。しかし、Ｇ．９８４．３プロトコルはかかるタグ付けを規定していないので、かかるタグ付けには、ＯＬＴとＯＮＵの両方のソフトウェア（及び／またはファームウェア）の修正が必要となる。例えば、ＯＬＴはダウンストリーム設定メッセージをＴＸＩＦ＃でタグ付けし、ＯＮＵは設定応答メッセージを受信したＴＸＩＦ＃でタグづけする必要がある。以下に説明するように、ＯＬＴが、Ｇ．９８４．３プロトコルで入来メッセージの最初の９バイトをコピーすることによりＯＮＵがアクノレッジする未使用設定メッセージフィールド中のＴＸＩＦ＃を送信するとき、ＯＮＵソフトウェアには修正は必要ないかも知れない（それでもＯＬＴソフトウェアは修正する必要がある）。かかる実施形態により、場合によってはより効率的な同時自動ディスカバリ方式が提供できる。
【０１００】
実施形態によっては、ＩＴＵ−Ｔ  Ｇ．９８４．３設定メッセージを修正しなくても、ＯＬＴ９１０のトランスミッタインタフェースは、ＯＮＵシリアル番号ディスカバリとレンジング（ranging）をすべてのＯＮＵ９２０に対して同時に実行する。ディスカバリの際、ＯＬＴ９１０は、ＯＮＵシリアル番号を受信し、ＯＮＵ−ＩＤをこれらのシリアル番号に割り当てる（しかし、この時点ではダウンストリーム波長はＯＮＵ９２０と関連づけない）。実施形態によっては、ＯＬＴ９１０は、各ＯＮＵ９２０にそのＯＮＵのシリアル番号を受信するＯＬＴレシーバを関連づける。Ｇ．９８４．３プロトコル手順によりディスカバリが完了すると、ＯＬＴ９１０はダウンストリーム波長にＯＮＵ９２０を関連づける。ＯＬＴ９１０は、この関連づけを、ディスカバリ後に送信されるダウンストリーム設定メッセージ９１２にトランスミッタインタフェース番号（ＴＸＩＦ＃）を含めることにより行う。実施形態によっては、各ＯＮＵ９２０は、設定応答メッセージ（例えば、アクノレッジメッセージ）に、割り当てられたＯＮＵ−ＩＤと、（ＴＸＩＦ＃を含む）入来設定メッセージの最初の９バイトのコピーとを含める。各ＯＮＵ９２０から設定応答メッセージ９１４を受信すると、ＯＬＴ９１０は、ダウンストリーム波長をＯＮＵ９２０に関連づける。実施形態によっては、ＯＬＴ９１０は、各ＯＮＵ９２０を、そのＯＮＵの設定応答メッセージ９１４を受信するＯＬＴレシーバと関連づける（例えば、ＯＬＴ９１０は、この関連づけがまだ行われていないときに、関連づける）。
【０１０１】
一例として、実施形態によっては、ＯＬＴ９１０は、ディスカバリ後にＯＭＣＣを設定するために使用する「Ｃｏｎｆｉｇｕｒｅ  Ｐｏｒｔ−ＩＤ」ＰＬＯＡＭメッセージをＴＸＩＦ＃でタグする。ＴＸＩＦ＃は、例えば、（ＩＴＵ−Ｔ  Ｇ．９８４．３プロトコルで規定された）「Ｃｏｎｆｉｇｕｒｅ  Ｐｏｒｔ−ＩＤ」メッセージの未使用ビットを占有する。対応する「Ｃｏｎｆｉｇｕｒｅ  Ｐｏｒｔ−ＩＤ」メッセージを受信すると、各ＯＮＵ９２０は、アクノレッジメッセージに、割り当てられたＯＮＵ−ＩＤと入来「Ｃｏｎｆｉｇｕｒｅ  Ｐｏｒｔ−ＩＤ」メッセージの最初の９バイトのコピーとを含める。ＯＬＴ９１０は、ＯＮＵ９２０からアクノレッジメッセージを受信すると、（ＯＮＵ９２０が受信して反映させたＴＸＩＦ＃に対応する）ダウンストリーム波長をＯＮＵ９２０と関連づける。ＯＬＴ９１０は、（例えば、もしまだなら）ＯＮＵ９２０を対応するＯＬＴレシーバと関連づける。
【０１０２】
すべてのＯＮＵ９２０からアップストリーム設定メッセージ９１４を受け取ると、ＯＬＴ９１０は、ＯＮＵ９２０を（例えば、ＴＸＩＦ＃による）受信したダウンストリーム波長と、及び（例えば、ＲＸＩＦ＃による）ＯＮＵ９２０からのトラフィックを受信するＯＬＴレシーバと関連づける。このように、例えば、ＯＮＵ９２０は、到達可能性テーブルにおいて、ダウンストリーム波長λ１及び対応するＯＬＴレシーバと関連付けられ、ＯＮＵ９２０ｂは、到達可能性テーブルにおいて、ダウンストリーム波長λ２及び対応するＯＬＴレシーバと関連づけられ、ＯＮＵ９２０Ｍは、到達可能性テーブルにおいて、ダウンストリーム波長λＭと及び対応するＯＬＴレシーバと関連づけられる。
【０１０３】
上記のテーブル８００等と同様の到達可能性テーブルは、ＯＬＴ９１０が維持する。このように、この到達可能性テーブルは、再度詳細には説明しない。留意すべき点として、実施形態によっては、「Ｃｏｎｆｉｇｕｒｅ  Ｐｏｒｔ−ＩＤ」中の未使用ビットと、ＯＮＵアクノレッジメッセージを機能向上に使用するので、ＧＰＯＮとの後方互換性を確保することができる。また、実施形態によっては、物理レイヤオーバーヘッド構成（例えば、「ＩＤＥＮＴ」と「ＩＮＤ」）には変更はなく、ＯＮＵ９２０のファームウェアとソフトウェアの機能向上も必要ない。
【０１０４】
さらに、留意すべき点として、どの設定メッセージのどのフィールドを波長の識別子（例えば、ＴＸＩＦ＃）の搬送に使用してもよい。また、ダウンストリームＷＤＭ波長の任意の適切な識別子（例えば、ＴＸＩＦ＃）を使用できる。また、ＯＮＵの任意の適切な識別子（例えば、ＯＮＵシリアル番号またはＯＮＵ−ＩＤ）を使用できる。具体的な実施形態をＧＰＯＮからの機能向上とメッセージングプロトコルを参照して説明したが、別の実施形態は、ＢＰＯＮやＧＥＰＯＮシステム等である同様のアーキテクチャとメッセージングプロトコルを有するその他のＰＳＰＯＮシステムからの機能向上に関わるものであってもよいことにさらに留意すべきである。
【０１０５】
本発明の範囲から逸脱することなく、上記の例示したシステムと方法に修正、追加、または削除をすることができる。上記の例示した方法とシステムのコンポーネントは具体的な必要性に応じて一体化されたり、分離されたりしてもよい。さらに、上記の例示した方法とシステムの動作を実行するコンポーネントの数は多くても少なくてもよいし、他のコンポーネントで実行してもよい。
【０１０６】
図７は、本発明の一実施形態によるＨＰＯＮ論理トポロジ１０００の一例におけるＯＬＴ１０１０を示す図である。トポロジ１０００はＯＬＴ１０１０とＯＮＵ１０２０を含む。実施形態によっては、ＯＬＴ１０１０とＯＮＵ１０２０はそれぞれＯＬＴ６１２とＯＮＵ６５０と同様であるので、ここでは説明しない。後でさらに説明するが、ＨＰＯＮ論理トポロジ１０００により、複数のアップストリーム波長で送信するＨＰＯＮへの効率的な機能向上（upgrade）ができる。トポロジ１０００による機能向上は、ＯＬＴ１０１０の到達可能性テーブル１０１２において、ＯＮＵ１０２０をＯＬＴトランスミッタ１０２１とＯＬＴレシーバ１０２５に効率的に関連づけることによる。実施形態によっては、以下にさらに説明するように、トポロジ１０００は、ダウンストリームトラフィックを正しいＯＮＵ１０２０に（対応するトランスミッタ１０２１を介して）転送し、好適なアップストリーム帯域割り当てマップを構築するために、到達可能性テーブル１０１２（及びスイッチ１０１６）を使用できる。
【０１０７】
トポロジ１０００において、ＯＬＴ１０１０は、到達可能性テーブル１０１２、動的帯域幅割り当て（ＤＢＡ）エンジン１０１４、スイッチ１０１６、トランスミッタ１０２１、レシーバ１０２５、及びシステムポート１０２６を有する。実施形態によっては、トランスミッタ１０２１とレシーバ１０２５は、図３を参照して上で説明したトランスミッタ５１４とレシーバ６１９とそれぞれ同じである。そのため、トランスミッタ１０２１とレシーバ１０２５は再度詳細には説明しない。トランスミッタ１０２１のトランスミッタインタフェースは、トランスミッタ１０２１とＯＮＵ１０２０との間をインタフェースする。これらのトランスミッタインタフェースは、ＯＮＵ１０２０にディスカバリ及び／または制御メッセージを通信するために同期していてもよい。レシーバ１０２５のレシーバインタフェースは、ＯＮＵ１０２０とレシーバ１０２５との間のインタフェースをする。実施形態によっては、ＯＬＴ１０１０のトランスミッタインタフェースとレシーバインタフェースは、同期していてもよい。システムポート１０２６は、ネットワークを介して、ダウンストリームのネットワークトラフィックをスイッチ１０１６に転送し、アップストリームトラフィックをスイッチ１０１６から受け取る。
【０１０８】
到達可能性テーブル１０１２は、例えば、図５を参照して上で説明したテーブル８００と同様のテーブル等の任意の適切な到達可能性テーブルを含む。到達可能性テーブル１０１２は、複数のアップストリーム波長で送信するＨＰＯＮへの機能向上で必要となるかも知れないので、ＯＬＴトランスミッタインタフェース（すなわち、ダウンストリームＷＤＭ波長）及びＯＬＴレシーバインタフェース（すなわち、アップストリームＷＤＭ波長）を、（例えば、ＯＮＵ−ＩＤを用いて）ＯＮＵと関連づける。到達可能性テーブル１０１２は、図４と図６を参照して上で説明したように、例えば、ＯＬＴ１０１０において、任意の適切な方法で構築・維持される。
【０１０９】
ＤＢＡエンジン１０１４は、アップストリーム送信のためにＯＮＵ１０２０に時間スロットを割り当てるために使用する帯域幅割り当てマップを生成する任意の適切な構成要素である。ＤＢＡエンジン１０１４は、対応するトランスミッタ１０２１にこのマップを転送もする。実施形態によっては、ＤＢＡエンジン１０１４は、各ＯＬＴレシーバ用のＤＢＡエンジンを含む。実施形態によっては、各ＤＢＡエンジンは、対応するＯＬＴレシーバのダウンストリームのＯＮＵ１０２０から帯域幅要求／レポートを受信する。実施形態によっては、各ＤＢＡエンジンは、他のＤＢＡエンジンとは独立であり、帯域幅の割り当てるためにアルゴリズム（他のＤＢＡエンジンが使用するアルゴリズムと異なるものであってもよい）を使用する。実施形態によっては、ＤＢＡエンジンからの帯域幅割り当てマップを結合して、ＯＮＵ１０２０への送信のために結合した帯域幅割り当てマップを各ＯＬＴトランスミッタ１０２１に転送する。実施形態によっては、ＤＢＡエンジンからの帯域幅割り当てマップを、各ＯＬＴトランスミッタ１０２１が、そのトランスミッタのダウンストリームのＯＮＵ１０２０に対応する帯域幅割り当てマップのみを送信するように（例えば、テーブル１０１２の関連づけを用いて）構成してもよい。しかし、別の実施形態では、ＤＢＡエンジン１０１４は、すべてのＯＮＵ１０２０から帯域幅要求／レポートを受信し、帯域幅割り当て用アルゴリズムを使用し、求めた帯域幅割り当てマップをすべてのＯＬＴトランスミッタ１０２１に転送するか、または（ＯＬＴトランスミッタのダウンストリームＯＮＵ１０２０に対応し、テーブル１０１２を用いて生成された）帯域幅割り当てマップを各ＯＬＴトランスミッタ１０２１に転送する。物理レイヤオーバーヘッド構成は、設定メッセージと帯域幅割り当てマップとが含まれる。
【０１１０】
留意すべき点として、実施形態によっては、到達可能性テーブル１０１２を故障点標定（fault  localization）に使用することもできる。例えば、実施形態によっては、ＯＮＵ１０２０（例えば、「１０２０ａ」で始まるすべてのＯＮＵ）は、ＯＬＴ１０１０にダウンストリーム信号故障表示（downstream  signal  failure  indications）を送信してもよい。ＯＬＴ１０１０は、到達可能性テーブル１０１２を使用して、例えば、信号故障表示がすべてＯＬＴトランスミッタ１０２１ａに接続された「１０２０ａ」で始まるＯＮＵから送信されていると判断する。到達可能性テーブル１０１２を用いて、ＯＬＴ１０１０は、潜在的な故障箇所がＲＮマルチプレクサと「１０２０ａ」で始まるＯＮＵとの間の接続であると判断できる。
【０１１１】
スイッチ１０１６は、正しいＯＬＴトランスミッタ１０２１にダウンストリーム方向で入来ネットワークトラフィックをルーティングする任意の適切な構成要素である。スイッチ１０１６は、ダウンストリームトラフィックを、トラフィック識別子（例えば、ＶＬＡＮアドレスまたはイーサネット(登録商標)ＭＡＣアドレス）と、到達可能性テーブル１０１２のＯＮＵ−ＩＤとＴＸＩＦの関連づけとに基づき、正しいＯＬＴトランスミッタ１０２１にルーティングする。例えば、システムポート１０２６からダウンストリームトラフィックを受信後、スイッチ１０１６は、関連するトラフィック識別子を用いて、トラフィックを送信すべきＯＮＵ１０２０を決定する。到達可能性テーブル１０１２に基づき、スイッチ１０１６は、ＯＮＵ１０２０に対応するＯＬＴトランスミッタ１０２１にトラフィックを転送する。実施形態によっては、アップストリーム方向では、スイッチ１０１６は、各ＯＬＴレシーバ１０２５からのトラフィックを結合し、それをネットワークを介して送信するためシステムポート１０２６に転送する。任意的に、イーサネット（登録商標）スイッチの複数ポートを使用する場合、アップストリームバーストは、ＯＮＵ−ＩＤに基づき対応するシステムポート（図示せず）にスイッチされる。
【０１１２】
ＨＰＯＮ１０００の動作中、到達可能性テーブル１０１２は、図４、５、６を参照して上で説明したように、初期化フェーズの際に構築され維持される。システムポート１０２６は、ダウンストリーム方向の入来ネットワークトラフィックを受信し、そのトラフィックをスイッチ１０１６に転送する。スイッチ１０１６は、関連するトラフィック識別子と到達可能性テーブル１０１２とに基づき、正しいトランスミッタ１０２１にルーティングされる。例えば、システムポート１０２６からダウンストリームトラフィックを受信後、スイッチ１０１６は、関連するトラフィック識別子を用いて、トラフィックを送信すべきＯＮＵ１０２０を決定する。到達可能性テーブル１０１２に基づき、スイッチ１０１６は、ＯＮＵ１０２０に対応するＯＬＴトランスミッタ１０２１にトラフィックを転送する。トラフィックは正しいＯＮＵ１０２０に通信される。
【０１１３】
アップストリーム方向では、ＯＮＵ１０２０は、（１つ以上のＤＢＡエンジンを含む）ＤＢＡエンジン９１４が生成した帯域幅割り当てマップに従って、対応する波長λ１−λＮのトラフィックを送信する。実施形態によっては、これらのマップをテーブル１０１２を用いて生成してもよいし、別の実施形態ではテーブル１０１２を用いずに生成してもよい。レシーバ１０２５が受信したアップストリームバーストはスイッチ１０１６に送信される。実施形態によっては、スイッチ１０１６は、これらのアップストリームバーストをシステムポート１０２６を介してネットワークに転送する。実施形態によっては、スイッチ１０１６は、これらのアップストリームバーストを対応するシステムポート（図示せず）を介してネットワークに転送する。
【０１１４】
本発明の範囲から逸脱することなく、上記の例示したシステムと方法に修正、追加、または削除をすることができる。上記の例示した方法とシステムのコンポーネントは具体的な必要性に応じて一体化されたり、分離されたりしてもよい。さらに、上記の例示した方法とシステムの動作を実行するコンポーネントの数は多くても少なくてもよいし、他のコンポーネントで実行してもよい。
【０１１５】
複数の実施形態を参照して本発明を説明したが、当業者にはいろいろな変更や修正ができることが明らかであろう。本発明はかかる変更や修正であって添付した請求項の範囲に入るものを含む。
【０１１６】
上記の実施形態に加え、以下の付記を記す。
（付記１）  ハイブリッドパッシブ光ネットワーク（ＨＰＯＮ）における通信管理方法であって、
第１の波長で、前記ＨＰＯＮに第１の設定メッセージを送信する段階と、
光ライン端末（ＯＬＴ）のレシーバが第１の光ネットワークユニット（ＯＮＵ）のセットのうちのＯＮＵから設定応答メッセージを受信する段階と、
前記第１のＯＮＵのセットからの前記設定応答メッセージに基づき、データベースにおいて、前記第１のＯＮＵのセットの各ＯＮＵを前記第１の波長及び前記ＯＮＵからの前記設定応答メッセージを受信する前記レシーバと関連付ける段階と、
前記第１の設定メッセージの送信後、第２の波長で、前記ＨＰＯＮに第２の設定メッセージを送信する段階と、
前記ＯＬＴの前記複数のレシーバが、第２のＯＮＵのセットのうちの前記第１のＯＮＵのセットに属さないＯＮＵから設定応答メッセージを受信する段階と、
前記第２のＯＮＵのセットからの前記設定応答メッセージに基づき、前記データベースにおいて、前記第２のＯＮＵのセットの各ＯＮＵを前記第２の波長及び前記ＯＮＵからの前記設定応答メッセージを受信する前記レシーバと関連付ける段階とを含む方法。
（付記２）  さらに、各レシーバが前記レシーバのダウンストリームのＯＮＵから帯域幅要求を受信する段階と、
レシーバが受信した前記帯域幅要求を動的帯域幅割り当て（ＤＢＡ：dynamic  bandwidth  allocation）エンジンに転送する段階と、
前記ＤＢＡエンジンが前記帯域幅要求に帯域幅割り当てアルゴリズムを適用する段階とを含む、付記１に記載の方法。
（付記３）  各レシーバが受信する前記帯域幅要求はそのレシーバと関連づけられたＤＢＡエンジンに転送され、
一ＤＢＡエンジンの帯域幅割り当てアルゴリズムは、他のＤＢＡエンジンの帯域幅割り当てアルゴリズムと相違する、付記２に記載の方法。
（付記４）  前記レシーバが受信する帯域幅要求は１つのＤＢＡエンジンに転送される、付記２に記載の方法。
（付記５）  前記ＯＮＵにアップストリーム送信のための時間スロットを割り当てるために利用する帯域幅割り当てマップを生成する段階をさらに含む、付記２に記載の方法。
（付記６）  前記第１のＯＮＵのセットと前記第２のＯＮＵのセットに同じ帯域幅割り当てマップを送信する段階をさらに含む、付記５に記載の方法。
（付記７）  前記データベースを用いて複数の帯域幅割り当てマップを生成し、さらに、第１の帯域幅割り当てマップを第１のＯＮＵのセットに、第２の帯域幅割り当てマップを第２のＯＮＵのセットに送信する段階を有する、付記５に記載の方法。
（付記８）  ハイブリッドパッシブ光ネットワーク（ＨＰＯＮ）における通信管理をする光ライン端末（ＯＬＴ）であって、
前記ＨＰＯＮに第１の設定メッセージを送信する第１のトランスミッタインタフェースと
前記ＯＬＴの複数のレシーバであって、
第１のＯＮＵのセットのうちの光ネットワークユニット（ＯＮＵ）から設定応答メッセージを受信し、
前記第１のＯＮＵのセットからの前記設定応答メッセージに基づき、データベースにおいて、前記第１のＯＮＵのセットの各ＯＮＵを前記第１の波長及び前記ＯＮＵからの前記設定応答メッセージを受信する前記レシーバと関連付けるレシーバと、
前記第１のトランスミッタインタフェースが前記第１の設定メッセージを送信した後、前記ＨＰＯＮに第２の設定メッセージを送信する第２のトランスミッタインタフェースとを有し、
前記複数のレシーバは、
第２のＯＮＵのセットのうちの前記第１のＯＮＵのセットに属さないＯＮＵから設定応答メッセージを受信し、
前記第２のＯＮＵのセットからの前記設定応答メッセージに基づき、前記データベースにおいて、前記第２のＯＮＵのセットの各ＯＮＵを前記第２のトランスミッタインタフェース及び前記ＯＮＵからの前記設定応答メッセージを受信する前記レシーバと関連付ける光ライン端末。
（付記９）  前記ＯＬＴの前記複数のレシーバの各々は、さらに、
前記レシーバのダウンストリームのＯＮＵから帯域幅要求を受信し、
受信した前記帯域幅要求を動的帯域幅割り当て（ＤＢＡ）エンジンに転送し、
前記ＯＬＴはさらに、受信した帯域幅要求に帯域幅を割り当てるアルゴリズムを適用するＤＢＡエンジンを有する、付記８に記載のＯＬＴ。
（付記１０）  各レシーバが受信する前記帯域幅要求はそのレシーバと関連づけられたＤＢＡエンジンに転送され、
一ＤＢＡエンジンの帯域幅割り当てアルゴリズムは、他のＤＢＡエンジンの帯域幅割り当てアルゴリズムと相違する、付記９に記載のＯＬＴ。
（付記１１）  前記レシーバが受信する帯域幅要求は１つのＤＢＡエンジンに転送される、付記９に記載のＯＬＴ。
（付記１２）  前記ＤＢＡエンジンは、さらに、アップストリーム送信のために前記ＯＮＵに時間スロットを割り当てるために使用する帯域幅割り当てマップを生成する、付記９に記載のＯＬＴ。
（付記１３）  前記トランスミッタインタフェースは、さらに、前記第１のＯＮＵのセットと前記第２のＯＮＵのセットに同じ帯域幅割り当てマップを送信する、付記１２に記載のＯＬＴ。
（付記１４）  前記ＤＢＡエンジンは、さらに前記データベースを用いて複数の帯域幅割り当てマップを生成し、
前記第１のトランスミッタインタフェースは、さらに前記第１のＯＮＵのセットに第１の帯域幅割り当てマップを送信し、
前記第２のトランスミッタインタフェースは、さらに前記第２のＯＮＵのセットに第２の帯域幅割り当てマップを送信する、付記１２に記載のＯＬＴ。
（付記１５）  ハイブリッドパッシブ光ネットワーク（ＨＰＯＮ）における通信管理方法であって、
第１のトランスミッタインタフェース番号を含む第１の設定メッセージを前記ＨＰＯＮに第１の波長で送信する段階と、
第２のトランスミッタインタフェース番号を含む第２の設定メッセージを第２の波長で前記第１の設定メッセージと略同時に前記ＨＰＯＮに送信する段階と、
光ライン端末（ＯＬＴ）のレシーバが第１の光ネットワークユニット（ＯＮＵ）のセットのうちのＯＮＵから、各々が前記第１のトランスミッタインタフェース番号を含む設定応答メッセージを受信する段階と、
光ライン端末（ＯＬＴ）のレシーバが第２の光ネットワークユニット（ＯＮＵ）のセットのうちのＯＮＵから、各々が前記第２のトランスミッタインタフェース番号を含む設定応答メッセージを受信する段階と、
ＯＮＵの前記第１のセット及び第２のセットからの前記設定応答メッセージに基づき：
データベースにおいて、ＯＮＵの前記第１のセット中の各ＯＮＵを前記第１の波長と前記ＯＮＵから前記設定応答メッセージを受信するレシーバとに関連づけ、
前記データベースにおいて、ＯＮＵの前記第２のセット中の各ＯＮＵを前記第２の波長と前記ＯＮＵから前記設定応答メッセージを受信するレシーバとに関連づける方法。
（付記１６）  さらに、
各レシーバが前記レシーバのダウンストリームのＯＮＵから帯域幅要求を受信する段階と、
レシーバが受信した前記帯域幅要求を動的帯域幅割り当てエンジンに転送する段階と、
前記ＤＢＡエンジンが前記帯域幅要求に帯域幅割り当てアルゴリズムを適用する段階とを含む、付記１５に記載の方法。
（付記１７）  各レシーバが受信する前記帯域幅要求はそのレシーバと関連づけられたＤＢＡエンジンに転送され、
一ＤＢＡエンジンの帯域幅割り当てアルゴリズムは、他のＤＢＡエンジンの帯域幅割り当てアルゴリズムと相違する、付記１６に記載の方法。
（付記１８）  前記レシーバが受信する帯域幅要求は１つのＤＢＡエンジンに転送される、付記１６に記載の方法。
（付記１９）  前記ＯＮＵにアップストリーム送信のための時間スロットを割り当てるために利用する帯域幅割り当てマップを生成する段階をさらに有する、付記１６に記載の方法。
（付記２０）  前記第１のＯＮＵのセットと前記第２のＯＮＵのセットに同じ帯域幅割り当てマップを送信する段階をさらに含む、付記１９に記載の方法。
（付記２１）  前記データベースを用いて複数の帯域幅割り当てマップを生成し、さらに、第１の帯域幅割り当てマップを第１のＯＮＵのセットに、第２の帯域幅割り当てマップを第２のＯＮＵのセットに送信する段階を有する、付記１９に記載の方法。
（付記２２）  ハイブリッドパッシブ光ネットワーク（ＨＰＯＮ）における通信管理をする光ライン端末（ＯＬＴ）であって、
第１のトランスミッタインタフェース番号を含む第１の設定メッセージを前記ＨＰＯＮに送信し、
第２のトランスミッタインタフェース番号を含む第２の設定メッセージを、前記第１のメッセージと略同時に前記ＨＰＯＮに送信し、
前記ＯＬＴの複数のレシーバであって、
第１のＯＮＵのセットのうちの光ネットワークユニット（ＯＮＵ）から、前記第１のトランスミッタインタフェース番号を含む設定応答メッセージを受信し、
第２のＯＮＵのセットのうちの光ネットワークユニット（ＯＮＵ）から、前記第２のトランスミッタインタフェース番号を含む設定応答メッセージを受信し、
ＯＮＵの前記第１のセット及び第２のセットからの前記設定応答メッセージに基づき：
データベースにおいて、ＯＮＵの前記第１のセット中の各ＯＮＵを前記第１の波長と前記ＯＮＵから前記設定応答メッセージを受信するレシーバとに関連づけ、
前記データベースにおいて、ＯＮＵの前記第２のセット中の各ＯＮＵを前記第２の波長と前記ＯＮＵから前記設定応答メッセージを受信するレシーバとに関連づける光ライン端末。
（付記２３）  前記ＯＬＴの前記複数のレシーバの各々は、さらに、
前記レシーバのダウンストリームのＯＮＵから帯域幅要求を受信し、
受信した前記帯域幅要求を動的帯域幅割り当て（ＤＢＡ）エンジンに転送し、
前記ＯＬＴはさらに、受信した帯域幅要求に帯域幅を割り当てるアルゴリズムを適用するＤＢＡエンジンを有する、付記２２に記載のＯＬＴ。
（付記２４）  各レシーバが受信する前記帯域幅要求はそのレシーバと関連づけられたＤＢＡエンジンに転送され、
一ＤＢＡエンジンの帯域幅割り当てアルゴリズムは、他のＤＢＡエンジンの帯域幅割り当てアルゴリズムと相違する、付記２３に記載のＯＬＴ。
（付記２５）  前記レシーバが受信する帯域幅要求は１つのＤＢＡエンジンに転送される、付記２３に記載のＯＬＴ。
（付記２６）  前記ＤＢＡエンジンは、さらに、アップストリーム送信のために前記ＯＮＵに時間スロットを割り当てるために使用する帯域幅割り当てマップを生成する、付記２３に記載のＯＬＴ。
（付記２７）  前記トランスミッタインタフェースは、さらに、前記第１のＯＮＵのセットと前記第２のＯＮＵのセットに同じ帯域幅割り当てマップを送信する、付記２６に記載のＯＬＴ。
（付記２８）  前記ＤＢＡエンジンは、さらに前記データベースを用いて複数の帯域幅割り当てマップを生成し、
前記第１のトランスミッタインタフェースは、さらに前記第１のＯＮＵのセットに第１の帯域幅割り当てマップを送信し、
前記第２のトランスミッタインタフェースは、さらに前記第２のＯＮＵのセットに第２の帯域幅割り当てマップを送信する、付記２６に記載のＯＬＴ。
（付記２９）  ハイブリッドパッシブ光ネットワーク（ＨＰＯＮ）における到達可能性テーブルであって、
前記ＨＰＯＮ中のＯＮＵの第１のセット中のＯＮＵを識別するエントリであって、ＯＮＵの第１のセット中のＯＮＵを識別するエントリは前記テーブル中で第１のダウンストリーム波長及び複数のアップストリーム波長の１つに関連づけられ、
前記ＨＰＯＮ中のＯＮＵの第２のセット中のＯＮＵを識別するエントリであって、ＯＮＵの第２のセット中のＯＮＵを識別するエントリは前記テーブル中で第２のダウンストリーム波長及び複数のアップストリーム波長の１つに関連づけられている到達可能性テーブル。
（付記３０）  ＯＮＵの第１のセットのうちのＯＮＵを識別する各エントリは、前記テーブルにおいて、前記第１の波長で送信する第１のトランスミッタインタフェースを識別する前記テーブル中のエントリと関連づけられることにより、第１のダウンストリーム波長と関連付けられ、
ＯＮＵの第２のセットのうちのＯＮＵを識別する各エントリは、前記テーブルにおいて、前記第２の波長で送信する第２のトランスミッタインタフェースを識別する前記テーブル中のエントリと関連づけられることにより、第２のダウンストリーム波長と関連付けられ、
ＯＮＵを識別する各エントリは、前記アップストリーム波長を受信するレシーバインタフェースを識別する前記テーブル中のエントリと関連づけることにより、複数のアップストリーム波長のうちの一アップストリーム波長と関連づけられる、付記２９に記載の到達可能性テーブル。
（付記３１）  前記テーブルは、ＯＮＵの第１のセット用の第１の帯域幅割り当てマップと、ＯＮＵの第２のセット用の第２の帯域幅割り当てマップとを生成するために使用される、付記２９に記載の到達可能性テーブル。
【図面の簡単な説明】
【０１１７】
【図１】ＥＳＰＯＮの一例を示す図である。
【図２】ＨＰＯＮの一例を示す図である。
【図３】複数のアップストリーム波長を送信するＨＰＯＮの一例を示す図である。
【図４】本発明の一実施形態による、ＨＰＯＮ論理トポロジにおける到達可能性の自動ディスカバリ方式を示す図である。
【図５】図４の到達可能性の自動ディスカバリ方式に関連する到達可能性テーブルの一例を示す図である。
【図６】本発明の一実施形態による、ＨＰＯＮ論理トポロジにおける到達可能性の他の自動ディスカバリ方式を示す図である。
【図７】本発明の一実施形態によるＨＰＯＮ論理トポロジの一例におけるＯＬＴを示す図である。
【図１】
2008295039.tif 000003
【図２】
2008295039.tif 000004
【図３】
2008295039.tif 000005
【図４】
2008295039.tif 000006
【図５】
2008295039.tif 000007
【図６】
2008295039.tif 000008
【図７】
2008295039.tif 000009
【外国語明細書】
2008295039000001.pdf