(57)【要約】【課題】ＯＬＴが複数のＯＮＵから受信する登録要求信号の衝突発生頻度の低減を図る。【解決手段】ＯＬＴは、登録要求信号受付期間における登録要求信号の受信頻度を表す受信頻度指標値に基づいて、登録要求信号の送信を許可するＯＮＵのグループの数を決定し、決定したグループ数によるグループを選択し、選択したグループを示す送信許可グループ情報を格納した登録要求送信制御信号を送信する。未登録のＯＮＵは、受信された登録要求送信制御信号に格納される送信許可グループ情報が示すグループのうちのいずれかが自機の属するグループと一致している場合に、登録要求信号を送信する。【選択図】図５
2015154273.tif 000002
【特許請求の範囲】
【請求項１】
局側光回線終端装置と、前記局側光回線終端装置と光通信路経由で接続され、複数のグループのうちのいずれかに属するようにグルーピングされた複数の加入者側光回線終端装置とを備え、
前記局側光回線終端装置は、
前記加入者側光回線終端装置が前記局側光回線終端装置への登録の要求のために送信する登録要求信号の受信を受け付ける登録要求信号受付期間における登録要求信号の受信頻度を表す受信頻度指標値を取得する受信頻度指標値取得部と、
前記受信頻度指標値取得部により取得された受信頻度指標値に基づいて、前記登録要求信号の送信を許可する前記グループの数を決定するグループ数決定部と、
前記複数のグループのうちから、前記グループ数決定部により決定された数のグループを前回までに選択したグループと異なるグループのうちから選択するグループ選択部と、
未登録の加入者側光回線終端装置に前記登録要求信号を送信させるための登録要求送信制御信号を生成するにあたり、前記グループ選択部により選択されたグループを示す送信許可グループ情報を前記登録要求送信制御信号に格納する登録要求送信制御信号生成部と、
前記登録要求送信制御信号生成部が生成した登録要求送信制御信号を加入者側光回線終端装置に送信する送信制御部とを備え、
前記加入者側光回線終端装置は、
前記局側光回線終端装置への自機の登録が未だ行われておらず、かつ、受信された登録要求送信制御信号に格納される送信許可グループ情報が示すグループのうちのいずれかが自機の属するグループと一致している場合には、登録要求信号を送信すべきと判定し、受信された登録要求送信制御信号に格納される送信許可グループ情報が示すグループうちのいずれもが自機の属するグループと一致していない場合には、登録要求信号を送信すべきでないと判定する送信可否判定部を備える
光通信システム。
【請求項２】
前記受信頻度指標値取得部は、
前記登録要求信号受付期間の時間長と、前記登録要求信号受付期間において信号が継続して受信された受信時間の総計との比率を算出し、算出した比率を前記受信頻度指標値として取得する
請求項１に記載の光通信システム。
【請求項３】
前記受信頻度指標値取得部は、
前記局側光回線終端装置に登録済みの加入者側光回線終端装置の数を前記受信頻度指標値として取得する
請求項１に記載の光通信システム。
【請求項４】
局側光回線終端装置と、前記局側光回線終端装置と光通信路経由で接続され、複数のグループのうちのいずれかに属するようにグルーピングされた複数の加入者側光回線終端装置とを備える光通信システムにおける通信制御方法であって、
前記局側光回線終端装置は、
前記加入者側光回線終端装置が前記局側光回線終端装置への登録の要求のために送信する登録要求信号の受信を受け付ける登録要求信号受付期間における登録要求信号の受信頻度を表す受信頻度指標値を取得する受信頻度指標値取得ステップと、
前記受信頻度指標値取得ステップにより取得された受信頻度指標値に基づいて、前記登録要求信号の送信を許可する前記グループの数を決定するグループ数決定ステップと、
前記複数のグループのうちから、前記グループ数決定ステップにより決定された数のグループを前回までに選択したグループと異なるグループのうちから選択するグループ選択ステップと、
未登録の加入者側光回線終端装置に前記登録要求信号を送信させるための登録要求送信制御信号を生成するにあたり、前記グループ選択ステップにより選択されたグループを示す送信許可グループ情報を前記登録要求送信制御信号に格納する登録要求送信制御信号生成ステップと、
前記登録要求送信制御信号生成ステップが生成した登録要求送信制御信号を加入者側光回線終端装置に送信する送信制御ステップとを備え、
前記加入者側光回線終端装置は、
前記局側光回線終端装置への自機の登録が未だ行われておらず、かつ、受信された登録要求送信制御信号に格納される送信許可グループ情報が示すグループのうちのいずれかが自機の属するグループと一致している場合には、登録要求信号を送信すべきと判定し、受信された登録要求送信制御信号に格納される送信許可グループ情報が示すグループうちのいずれもが自機の属するグループと一致していない場合には、登録要求信号を送信すべきでないと判定する送信可否判定ステップを備える
通信制御方法。
【請求項５】
複数のグループのうちのいずれかに属するようにグルーピングされた複数の加入者側光回線終端装置と光通信路経由で接続される局側光回線終端装置であって、
前記加入者側光回線終端装置が前記局側光回線終端装置への登録の要求のために送信する登録要求信号の受信を受け付ける登録要求信号受付期間における登録要求信号の受信頻度を表す受信頻度指標値を取得する受信頻度指標値取得部と、
前記受信頻度指標値取得部により取得された受信頻度指標値に基づいて、前記登録要求信号の送信を許可する前記グループの数を決定するグループ数決定部と、
前記複数のグループのうちから、前記グループ数決定部により決定された数のグループを前回までに選択したグループと異なるグループのうちから選択するグループ選択部と、
未登録の加入者側光回線終端装置に前記登録要求信号を送信させるための登録要求送信制御信号を生成するにあたり、前記グループ選択部により選択されたグループを示す送信許可グループ情報を前記登録要求送信制御信号に格納する登録要求送信制御信号生成部と、
前記登録要求送信制御信号生成部が生成した登録要求送信制御信号を加入者側光回線終端装置に送信する送信制御部と
を備える局側光回線終端装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光通信システム、通信制御方法及び局側光回線終端装置に関する。
【背景技術】
【０００２】
アクセス網形態の１つとして、ＰＯＮ（Passive Optical Network）が知られている。ＰＯＮは、通信事業者側に設置されるＯＬＴ（Optical Line Terminal：局側光回線終端装置）と、加入者側に設置されるＯＮＵ（Optical Network Unit：加入者側光回線終端装置）との間での通信において、光−電気変換を行わずに受動素子であるスプリッタを用いて光信号を複数に分岐するようにされたアクセス網形態である。このようなＰＯＮでは、一心の光ファイバーを複数ユーザで共有することができるため、経済的なネットワークを構築できる。
【０００３】
ＰＯＮのうち、ＯＬＴとＯＮＵとがイーサネット（登録商標、以下同様）フレームにより通信を行うものについては、ＥＰＯＮ（Ｅｔｈｅｒｎｅｔ（登録商標、以下同様）  ＰＯＮ）と呼ばれる。
【０００４】
ＥＰＯＮのうち、伝送速度が１ＧｂｐｓであるＧＥ−ＰＯＮ（Gigabit Ethernet PON）は、高速かつ安価なＦＴＴＨ（Fiber To The Home：光ファイバーを伝送路として加入者宅へ直接引き込む、アクセス系光通信の網構成方式）サービスを提供することができる。このため、ＧＥ−ＰＯＮは、特に国内では広く用いられている。最近では、伝送速度を１０Ｇｂｐｓに高速化した１０Ｇ−ＥＰＯＮの標準仕様が検討されている。
【０００５】
また、近年では、ＰＯＮ用光リピータの検討が進められ、標準規格を拡張して、分岐数を増大することが可能となった。具体的には、これまでのＰＯＮでは光信号強度の制約から３２分岐以下で使われることが多かったのに対し、１０００分岐などの多分岐接続が可能となった。
一般に、ＰＯＮにおいては、ＯＬＴからＯＮＵへの通信の方向を下り方向と呼び、ＯＮＵからＯＬＴへの通信の方向を上り方向と呼ぶ。
【０００６】
ＥＰＯＮをはじめとする多くのＰＯＮでは、上り方向の通信は時分割多元接続によって行われる。ＯＬＴにより、それぞれのＯＮＵの送信タイミングを制御することで、複数のＯＮＵがＯＬＴと時分割通信できるようにしている。１０Ｇ−ＥＰＯＮの上り方向の通信も同様に時分割多元接続により行われる。１０Ｇ−ＥＰＯＮでは、１台のＯＬＴに、上り伝送速度が異なる複数のＯＮＵが接続できる方式が検討されている。このとき、異なる速度のＯＮＵとの間であっても、時分割多元接続により上り方向の通信を実現する。
【０００７】
上り方向の通信が時分割多元接続によって行われる多くのＰＯＮでは、上り方向の通信の帯域を効率的に使用するために、それぞれのＯＮＵについての上り方向の通信を許可する帯域を、通信の状況に応じて動的に変更するという動的帯域割り当て機能を備えている。
ここで、ＰＯＮにおけるＯＮＵごとの帯域は、例えばＯＬＴが各ＯＮＵに対して送信許可量を算出し、その送信時間帯を排他的に確保することにより、割り当てることができる。ＯＮＵはＯＬＴによって割り当てられた時間帯にのみ上り方向の信号を送信する。このため、割り当てられた時間帯を待つための待ち時間は伝送遅延時間に加算される。
【０００８】
ＥＰＯＮには、ＭＰＣＰ（Multi Point-Control Protocol）と呼ばれる、１つのＯＬＴが複数のＯＮＵの通信を制御するためのプロトコルが標準で定められている。ＭＰＣＰとしては、未登録のＯＮＵを検出するためのDiscovery Processingと、ＯＮＵが送信する上り方向の信号の送信タイミングを制御するためのREPORT Processing・GATE Processingとが知られている。
【０００９】
ＥＰＯＮでは、ＯＮＵがＰＯＮに接続されると、ＯＬＴはそのＯＮＵを発見し、ＯＮＵにＬＬＩＤ（Logical Link ID）を付与して通信リンクを自動的に確立する。この機能をＰ２ＭＰディスカバリ（Point to multi-point Discovery）と呼ぶ。ＭＰＣＰのDiscovery Processingは、Ｐ２ＭＰディスカバリを実現するためのプロトコルである。
【００１０】
図１６のシーケンス図は、Discovery ProcessingとしてのＰ２ＭＰディスカバリ処理における通信手順を示している。
Discovery Processingにおいて、先ず、ＯＬＴは、Discovery Informationを格納したＧＡＴＥフレームであるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを各ＯＮＵに対して送信して、送信タイミングを通知する（ステップＳ１）。
ＧＡＴＥフレームは、ＯＮＵに送信タイミングなどの送信に関する制御情報を通知するフレームであり、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームは、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信タイミングなどを示す制御情報を未登録のＯＮＵに対して通知するフレームである。ＧＡＴＥフレームは、Messages sent on broadcast channelを用いて送信される。
【００１１】
次に、ＯＬＴに未登録のＯＮＵは、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを受信すると、衝突回避のためランダム遅延時間（Random delay）を待機した後、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信する（ステップＳ２）。ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームは、Messages sent on broadcast channelを用いて送信される。ＯＬＴは、ＯＮＵからのＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを受信する可能性のある時間だけＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗを設定し、設定したＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間において未登録の各ＯＮＵからのＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを受信する。
【００１２】
次に、ＯＬＴはＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信に応じて、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信元であるＯＮＵ（またはＵＮＩポート）の識別子であるＬＬＩＤを新規に登録する。そのうえで、ＲＥＧＩＳＴＥＲフレームにより、登録したＬＬＩＤを通知する（ステップＳ３）。ＲＥＧＩＳＴＥＲフレームは、Messages sent on broadcast channelを用いて送信される。
このようにＯＬＴからＯＮＵに対してＬＬＩＤが通知されることにより、ＯＬＴとＯＮＵとがＬＬＩＤを利用して通信を実行可能になる。つまり、ＯＬＴとＯＮＵとの間でのリンクが確立される。
【００１３】
続いて、ＯＬＴは、ＧＡＴＥフレームにより上り方向の送信タイミングを通知し（ステップＳ４）、ＯＮＵは通知されたタイミングに従ってＲＥＧＩＳＴＥＲ＿ＡＣＫを返す（ステップＳ５）。
上記ステップＳ１〜Ｓ５の各処理により、Ｐ２ＭＰディスカバリ処理が実現されている。このＧＡＴＥフレームと、ＲＥＧＩＳＴＥＲ＿ＡＣＫは、Messages sent on unicast channelsを用いて送信される。
このようにＯＬＴとＯＮＵの間でDiscovery Processingとしての通信が実行される（例えば、非特許文献１参照）。
【００１４】
図１７のタイミングチャートは、Ｐ２ＭＰディスカバリ処理におけるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームとＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送受信タイミング例を示している。なお、図１６との対応では、図１７に示されるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送受信はステップＳ１に対応し、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送受信はステップＳ２に対応する。
また、同図に示されるＯＮＵ２００−ｋ、ＯＮＵ２００−ｎは、それぞれ、複数のＯＮＵのうちの１つを示している。図１７の説明にあたり、ＯＮＵ２００−ｋ、ＯＮＵ２００−ｎを含む複数のＯＮＵについて特に区別しない場合には、ＯＮＵ２００と記載する。
【００１５】
図１７において、先ず、ＯＬＴ１００は、時刻ｔ０においてＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームをブロードキャストにより、各ＯＮＵ２００に対して送信する。上記のように送信されるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームは、送信許可時間ＴＧと、送信許可時間ＴＧの開始時刻ｔ１とを指定する情報を制御情報として含む。
【００１６】
未登録のＯＮＵ２００はＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの受信に応答して、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームにより指定された開始時刻ｔ１から開始される送信許可時間ＴＧにおいて、ランダムなタイミングでＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信する。ＯＮＵ２００−ｎの通信距離を、許容範囲における最長の通信距離とすると、同図に示す時間長ＴＤＷによる期間がＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗとなる。Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間の開始タイミングは、ＯＬＴ１００における開始時刻ｔ１であり、終了タイミングは、ＯＮＵ２００−ｎにおける送信許可時間ＴＧの終了時刻からＯＬＴ１００までの伝搬時間に応じて遅延した時刻である。即ち、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗは、未登録のＯＮＵ２００からのＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを優先して受け付ける期間である。
【００１７】
Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間の時間長ＴＤＷは、ＯＬＴ１００がＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを送信するタイミングに基づいて設定する。Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間においては、登録済みのＯＮＵがＯＬＴに対して上り方向の送信を行わないように、ＯＬＴが制御を実行する。
ＥＰＯＮの上り方向の通信については、ＯＬＴが各ＯＮＵの上り方向の送信データ量を算出し、算出した送信データ量を通知することにより、ＯＮＵごとに送信時間を確保させるように帯域制御を実行する。Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間は、未登録のＯＮＵからのＲＥＧＩＳＴＥＲ＿ＲＥＱフレームが受信される期間である。そこで、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間において、ＯＬＴは、登録済みのＯＮＵによる上り方向の送信が行われないように帯域制御を実行する。これにより、登録済のＯＮＵから送信される信号と、未登録のＯＮＵから送信されるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームとの衝突を回避することができる。
【先行技術文献】
【非特許文献】
【００１８】
【非特許文献１】IEEE std 802.3-2012 SECTION FIVE
【発明の概要】
【発明が解決しようとする課題】
【００１９】
Ｐ２ＭＰディスカバリ処理のシーケンスにおいて、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの衝突が生じた場合、衝突したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームは廃棄される。この場合、廃棄されたＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信元のＯＮＵについてはＰ２ＭＰディスカバリのシーケンスは完了せず、ＯＬＴとのリンクが確立しない。
このため、衝突したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信元のＯＮＵは、次回のＰ２ＭＰディスカバリ処理により再度登録処理を行う必要がある。
特に、送信許可時間ＴＧが短い場合や、リンクを確立すべき未登録のＯＮＵ数が多い場合には衝突が発生する頻度が高くなり、Ｐ２ＭＰディスカバリ処理が完了してＯＮＵが通信を開始できるまでに長い時間を要する場合がある。
【００２０】
通信システムにおいて、一般には、リンクの確立から通信開始までの時間が短いほど、また、遅延時間が短いほど通信性能が高い。
ＥＰＯＮにおいてＰ２ＭＰディスカバリ処理が実行される間隔は、０．１〜１．５ｓｅｃほどと長い。このために、Ｐ２ＭＰディスカバリ処理について１度のリトライが生じるだけでも遅延への影響は大きい。さらに、システム起動時などのように多数のＯＮＵと同時にＰ２ＭＰディスカバリ処理を実行する場合には、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの信号が衝突する頻度が増大する。このような状態では、２回以上のリトライとなる場合もあり遅延がさらに拡大する。
【００２１】
上記事情に鑑み、本発明は、局側光回線終端装置が複数の加入者側光回線終端装置から受信する登録要求信号の衝突が発生する頻度の低減を図ることのできる光通信システム、通信制御方法及び局側光回線終端装置を提供することを目的とする。
【課題を解決するための手段】
【００２２】
本発明の一態様は、局側光回線終端装置と、前記局側光回線終端装置と光通信路経由で接続され、複数のグループのうちのいずれかに属するようにグルーピングされた複数の加入者側光回線終端装置とを備え、前記局側光回線終端装置は、前記加入者側光回線終端装置が前記局側光回線終端装置への登録の要求のために送信する登録要求信号の受信を受け付ける登録要求信号受付期間における登録要求信号の受信頻度を表す受信頻度指標値を取得する受信頻度指標値取得部と、前記受信頻度指標値取得部により取得された受信頻度指標値に基づいて、前記登録要求信号の送信を許可する前記グループの数を決定するグループ数決定部と、前記複数のグループのうちから、前記グループ数決定部により決定された数のグループを前回までに選択したグループと異なるグループのうちから選択するグループ選択部と、未登録の加入者側光回線終端装置に前記登録要求信号を送信させるための登録要求送信制御信号を生成するにあたり、前記グループ選択部により選択されたグループを示す送信許可グループ情報を前記登録要求送信制御信号に格納する登録要求送信制御信号生成部と、前記登録要求送信制御信号生成部が生成した登録要求送信制御信号を加入者側光回線終端装置に送信する送信制御部とを備え、前記加入者側光回線終端装置は、前記局側光回線終端装置への自機の登録が未だ行われておらず、かつ、受信された登録要求送信制御信号に格納される送信許可グループ情報が示すグループのうちのいずれかが自機の属するグループと一致している場合には、登録要求信号を送信すべきと判定し、受信された登録要求送信制御信号に格納される送信許可グループ情報が示すグループうちのいずれもが自機の属するグループと一致していない場合には、登録要求信号を送信すべきでないと判定する送信可否判定部を備える光通信システムである。
【００２３】
本発明の一態様は、上記の光通信システムであって、前記受信頻度指標値取得部は、前記登録要求信号受付期間の時間長と、前記登録要求信号受付期間において信号が継続して受信された受信時間の総計との比率を算出し、算出した比率を前記受信頻度指標値として取得する。
【００２４】
本発明の一態様は、上記の光通信システムであって、前記受信頻度指標値取得部は、前記局側光回線終端装置に登録済みの加入者側光回線終端装置の数を前記受信頻度指標値として取得する。
【００２５】
本発明の一態様は、局側光回線終端装置と、前記局側光回線終端装置と光通信路経由で接続され、複数のグループのうちのいずれかに属するようにグルーピングされた複数の加入者側光回線終端装置とを備える光通信システムにおける通信制御方法であって、前記局側光回線終端装置は、前記加入者側光回線終端装置が前記局側光回線終端装置への登録の要求のために送信する登録要求信号の受信を受け付ける登録要求信号受付期間における登録要求信号の受信頻度を表す受信頻度指標値を取得する受信頻度指標値取得ステップと、前記受信頻度指標値取得ステップにより取得された受信頻度指標値に基づいて、前記登録要求信号の送信を許可する前記グループの数を決定するグループ数決定ステップと、前記複数のグループのうちから、前記グループ数決定ステップにより決定された数のグループを前回までに選択したグループと異なるグループのうちから選択するグループ選択ステップと、未登録の加入者側光回線終端装置に前記登録要求信号を送信させるための登録要求送信制御信号を生成するにあたり、前記グループ選択ステップにより選択されたグループを示す送信許可グループ情報を前記登録要求送信制御信号に格納する登録要求送信制御信号生成ステップと、前記登録要求送信制御信号生成ステップが生成した登録要求送信制御信号を加入者側光回線終端装置に送信する送信制御ステップとを備え、前記加入者側光回線終端装置は、前記局側光回線終端装置への自機の登録が未だ行われておらず、かつ、受信された登録要求送信制御信号に格納される送信許可グループ情報が示すグループのうちのいずれかが自機の属するグループと一致している場合には、登録要求信号を送信すべきと判定し、受信された登録要求送信制御信号に格納される送信許可グループ情報が示すグループうちのいずれもが自機の属するグループと一致していない場合には、登録要求信号を送信すべきでないと判定する送信可否判定ステップを備える通信制御方法である。
【００２６】
本発明の一態様は、複数のグループのうちのいずれかに属するようにグルーピングされた複数の加入者側光回線終端装置と光通信路経由で接続される局側光回線終端装置であって、前記加入者側光回線終端装置が前記局側光回線終端装置への登録の要求のために送信する登録要求信号の受信を受け付ける登録要求信号受付期間における登録要求信号の受信頻度を表す受信頻度指標値を取得する受信頻度指標値取得部と、前記受信頻度指標値取得部により取得された受信頻度指標値に基づいて、前記登録要求信号の送信を許可する前記グループの数を決定するグループ数決定部と、前記複数のグループのうちから、前記グループ数決定部により決定された数のグループを前回までに選択したグループと異なるグループのうちから選択するグループ選択部と、未登録の加入者側光回線終端装置に前記登録要求信号を送信させるための登録要求送信制御信号を生成するにあたり、前記グループ選択部により選択されたグループを示す送信許可グループ情報を前記登録要求送信制御信号に格納する登録要求送信制御信号生成部と、前記登録要求送信制御信号生成部が生成した登録要求送信制御信号を加入者側光回線終端装置に送信する送信制御部とを備える局側光回線終端装置である。
【発明の効果】
【００２７】
本発明により、局側光回線終端装置が複数の加入者側光回線終端装置から受信する登録要求信号の衝突が発生する頻度の低減を図ることのできる光通信システム、通信制御方法及び局側光回線終端装置を提供することが可能となる。
【図面の簡単な説明】
【００２８】
【図１】第１実施形態における光通信システムの構成例を示す図である。
【図２】Ｐ２ＭＰディスカバリ処理において、送信許可グループ情報を格納しないＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信に応じたＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送受信タイミングの一例を示す図である。
【図３】第１実施形態におけるＰ２ＭＰディスカバリ処理において、送信許可グループ情報を格納したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信に応じたＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送受信タイミングの一例を示す図である。
【図４】第１実施形態において、図３に対して次のＰ２ＭＰディスカバリ処理において、送信許可グループ情報を格納したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信に応じたＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送受信タイミングの一例を示す図である。
【図５】第１実施形態におけるＯＬＴの構成例を示す図である。
【図６】第１実施形態におけるＯＬＴが実行する受信時間比率の算出手法例を説明する図である。
【図７】第１実施形態におけるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの構造例を示す図である。
【図８】第１実施形態におけるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに格納される送信許可グループ情報（Ｄｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐ）の定義例を示す図である。
【図９】第１実施形態におけるＯＮＵの構成例を示す図である。
【図１０】第１実施形態におけるＯＮＵに対するグループの割り当て手法の一例を示す図である。
【図１１】第１実施形態におけるＯＬＴが、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信に関連して実行する処理手順例を示すフローチャートである。
【図１２】第１実施形態におけるＯＬＴが実行する送信許可グループ数決定処理の一例を示すフローチャートである。
【図１３】第１実施形態における未登録のＯＮＵが、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの受信に応答して実行する処理手順例を示すフローチャートである。
【図１４】第２実施形態におけるＯＬＴの構成例を示す図である。
【図１５】第２実施形態におけるＯＬＴが実行する送信許可グループ数決定処理の一例を示すフローチャートである。
【図１６】Ｐ２ＭＰディスカバリ処理における通信手順例を示すシーケンス図である。
【図１７】Ｐ２ＭＰディスカバリ処理におけるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームとＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送受信タイミングの一例を示す図である。
【発明を実施するための形態】
【００２９】
＜第１実施形態＞
図１は第１実施形態における光通信システムの構成例を示している。同図に示す光通信システムは、例えば１０Ｇ−ＥＰＯＮに対応する。
同図に示す光通信システムは、１つのＯＬＴ（Optical Line Terminal：局側光回線終端装置）１００と複数のＯＮＵ（Optical Network Unit：加入者側光回線終端装置）２００−１〜２００−ｎとが光通信路５００を介して接続される。光通信路５００は光スプリッタや光ファイバーなどを備えて形成される。
なお、以降の説明において、ＯＮＵ２００−１〜２００−ｎについて特に区別しない場合には、ＯＮＵ２００と記載する。
【００３０】
ＯＬＴ１００は、通信事業者側に設置される光回線終端装置である。ＯＬＴ１００の上流に対しては上位ネットワーク３００が接続される。上位ネットワーク３００は、例えばインターネット上などに存在する各種のサーバなどを含む。
ＯＬＴ１００は、例えば上位ネットワーク３００と光通信路５００との間の通信において、電気信号と光信号との間での信号変換を行ったり、信号の多重化などを行ったりする。
【００３１】
ＯＮＵ２００は、加入者側に設置される光回線終端装置である。ＯＮＵ２００（２００−１〜２００−ｎ）の下流側には、下位ネットワーク４００（４００−１〜４００−Ｎ）が接続される。下位ネットワーク４００には、例えば加入者の自宅などで使用されるパーソナルコンピュータなどをはじめとしたネットワーク機器が含まれる。
【００３２】
上記のように構成される光通信システムにおいて、ＯＬＴ１００側で未登録のＯＮＵ２００は、ＯＬＴ１００とのリンクが確立されないためにＯＬＴ１００と通信を行うことができない。そこで、ＯＬＴ１００に未登録のＯＮＵ２００については、ＯＬＴ１００とのリンクを確立して通信が可能な状態とする必要がある。
このために、ＯＬＴ１００と未登録のＯＮＵ２００との間では、図１６に示した手順によるＰ２ＭＰディスカバリ処理を実行する。
【００３３】
ＯＬＴ１００は、図１６のステップＳ１においてＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを、光通信路５００経由で接続される全てのＯＮＵ２００に対してブロードキャストにより送信する。Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームには、送信許可時間ＴＧと、送信許可時間ＴＧの開始時刻ｔ１が格納される。送信許可時間ＴＧは、ＯＮＵ２００によるＲＥＧＩＳＴＥＲ＿ＲＥＱフレーム（登録要求信号の一例）の送信が許可される期間（送信許可期間）の時間長である。
図１６のステップＳ２においてＲＥＧＩＳＴＥＲ＿ＲＥＱフレームが正常に送受信された場合、ＯＬＴ１００とＯＮＵ２００は、図１６のステップＳ３以降の処理を実行する。
【００３４】
ＯＮＵ２００は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信する際、図１７にて説明したように、衝突回避のために、送信許可時間ＴＧにおいてランダムに決定したタイミング（ランダム遅延時間）でＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信するようにしている。しかし、例えば特に未登録のＯＮＵ２００が多数であるような状況においては、限られた送信許可時間ＴＧにおいて送信されるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの数も多数となるためにＲＥＧＩＳＴＥＲ＿ＲＥＱフレームが衝突する確率が高くなる。
図１７では、ＯＮＵ２００−ｋが送信したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｋとＯＮＵ２００−ｎが送信したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｎとが衝突している例が示されている。
【００３５】
ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームに衝突が発生した場合、その衝突部分の信号については十分な信頼性が確保できないために破棄している。このようにＲＥＧＩＳＴＥＲ＿ＲＥＱフレームが破棄された場合、衝突したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信元のＯＮＵ２００はＯＬＴ１００に登録されないために、次回のＰ２ＭＰディスカバリ処理においてリトライのための通信が実行される。このようなリトライが通信時間の遅延を招き、例えば光通信システムにおける通信性能劣化の要因となる。
そこで、本実施形態においては、光通信システムについて以下のように構成することで、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの衝突が発生する頻度の低減を図る。
【００３６】
本実施形態の光通信システムにおいて、ＯＬＴ１００と光通信路５００経由で接続される複数のＯＮＵ２００は、所定のＮ（Ｎは２以上の自然数）個のグループのうちの１つに属するものとして予めグルーピングされる。Ｎ個のグループのそれぞれにはグループごとに固有のグループ識別子が付与される。
【００３７】
また、本実施形態におけるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームは、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信を許可するグループを示す送信許可グループ情報を格納する。即ち、本実施形態におけるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームは、標準規格の構造に対してさらにグループ識別子を格納する領域が追加された、拡張された形式のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームである。
【００３８】
そして、ＯＬＴ１００は、未登録の全てのＯＮＵ２００を登録してリンクを確立させるにあたり、時間長ＴＤＷによるＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信頻度を表す指標値（受信頻度指標値）を算出する。
第１実施形態におけるＯＬＴ１００は、受信頻度指標値として受信時間比率ＲＴを求める。受信時間比率ＲＴとは、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間（登録要求信号受付期間の一例）の時間長と、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間において信号が継続して受信された受信時間の総計との比率である。
【００３９】
受信時間比率ＲＴは、未登録のＯＮＵ２００が多くなるのに応じて、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信頻度が高くなるほど大きくなる。即ち、受信時間比率ＲＴは、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信頻度を表す指標値の１つとして成立する。
【００４０】
そして、ＯＬＴ１００は、算出した受信頻度指標値としての受信時間比率ＲＴに基づいて、Ｎ個のグループのうちからＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信を許可するグループの数を決定する。以降において、このように決定されるグループの数については送信許可グループ数Ｇ（１≦Ｇ≦Ｎ）と表す。
ＯＬＴ１００は、受信時間比率ＲＴが高くなるほど、即ち、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信頻度が高くなるのに応じて送信許可グループ数Ｇが少なくなるように、送信許可グループ数Ｇの決定を行う。
なお、未登録のＯＮＵ２００の登録処理において最初のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信の際には、その前の段階においてＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを受信していないことから、受信時間比率ＲＴを求めることはできない。この場合、ＯＬＴ１００は、送信許可グループ数Ｇとして予め定めた初期値を決定すればよい。
【００４１】
ＯＬＴ１００は、決定された送信許可グループ数Ｇに応じた数のグループをＮ個のグループのうちから選択する。一具体例として、ここでは、グループ１〜グループ８までの８（Ｎ＝８）個のグループによりＯＮＵ２００がグルーピングされており、最初のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信にあたり、送信許可グループ数Ｇ＝２が決定された場合を例に挙げる。この場合、ＯＬＴ１００は、例えばグループ１、グループ２の２つのグループを選択することができる。
【００４２】
次に、ＯＬＴ１００は、上記のように選択したグループ１、グループ２のそれぞれがＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信を許可するグループであることを示す送信許可グループ情報を格納したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを生成する。
そして、ＯＬＴ１００は、上記のように生成したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームをブロードキャストによりＯＮＵ２００に対して送信する。
【００４３】
未登録のＯＮＵ２００は、上記のように送信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを受信するのに応じて、受信したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに格納されている送信許可グループ情報を参照する。未登録のＯＮＵ２００は、送信許可グループ情報が示すグループのうちで自機の属するグループと一致するものが有るか否かについて判定する。
一致するグループが有る場合、ＯＮＵ２００は、今回のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの受信に応答したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームをＯＬＴ１００に送信する。
これに対して、一致するグループが無い場合、ＯＮＵ２００は、今回のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの受信に応答したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信を行わない。
【００４４】
上記のように、送信許可グループ情報がグループ１、グループ２の２つのグループを示している場合には、ＯＮＵ２００側の応答としては以下のような動作となる。
即ち、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを受信した全ての未登録のＯＮＵ２００のうち、グループ１に属する未登録のＯＮＵ２００とグループ２に属する未登録のＯＮＵ２００のみがＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信する。また、全ての未登録のＯＮＵ２００のうち、グループ１とグループ２以外のグループに属するＯＮＵ２００は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信しない。
【００４５】
上記のシーケンスによって、未登録のＯＮＵ２００のうち、グループ１に属するＯＮＵ２００とグループ２に属するＯＮＵ２００が登録済みとなる。ただし、残るグループ３〜８のそれぞれに属するＯＮＵ２００については未登録のままである。
そこで、ＯＬＴ１００は、例えば前回のグループ１、グループ２を示す送信許可グループ情報を格納するＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信に応答したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを受信したＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗ期間における受信時間比率ＲＴを求める。
【００４６】
ＯＬＴ１００は、再び、求めた受信時間比率に応じた送信許可グループ数Ｇを求める。そして、ＯＮＵ１００は、今回求めた送信許可グループ数Ｇに応じた数のグループを、Ｎ個のグループにおいて、これまで選択されていないグループのうちから選択する。
具体的に、この場合には、前回はグループ１〜グループ８のうちからグループ１、グループ２が選択されている。そこで、今回、ＯＬＴ１００は、グループ１〜グループ８からグループ１、グループ２を除いたグループ３〜グループ８のうちから送信許可グループ数Ｇに応じた数のグループを選択する。
そして、ＯＬＴ１００は、選択したグループを示す送信許可グループ情報を格納するＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを送信する。これにより、２回目に送信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに格納された送信許可グループ情報により示されるグループに属するＯＮＵ２００が新たに登録される。
【００４７】
以降、ＯＬＴ１００は、全てのグループに対応したＯＮＵ２００の登録が完了するまで、上記と同様の手順によって受信時間比率ＲＴに基づく送信許可グループ数Ｇを決定し、決定された送信許可グループ数Ｇに応じた数のグループを、未だ選択されていないグループのうちから選択する。
そして、ＯＬＴ１００は、選択したグループを示す送信許可グループ情報を格納するＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを送信する。これにより、送信許可グループ情報により示されるグループに属するＯＮＵ２００が、１回のＰ２ＭＰディスカバリのシーケンスごとに順次登録されていく。このように順次登録が行われていくことで、最終的には、或る回数のＰ２ＭＰディスカバリのシーケンスが行われた段階で、グループ１〜グループ８の全てのグループに対応するＯＮＵ２００の登録が完了することになる。
【００４８】
ここで、本実施形態の光通信システムにおけるＰ２ＭＰディスカバリ処理の一具体例について図２〜図４を参照して説明する。
図２は、送信許可グループ情報を格納しないＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信に応じたＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送受信タイミング例を示している。また、この場合には、ＯＮＵ２００についても特にグループ分けはされていない。
【００４９】
ＯＬＴ１００が時刻ｔ０において送信したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームは、ＯＮＵ２００のそれぞれにおいて受信される。この場合、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームにおいて送信許可グループ情報は格納されていない。従って、グループ単位でのＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信の可否はＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームによっては指定されていない。
【００５０】
このため、ＯＬＴ１００が時刻ｔ０において送信したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの受信に応じて、未登録のＯＮＵ２００の全てがＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信する。
このように、未登録のＯＮＵ２００の全てがＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信した場合には、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＯＬＴ１００が受信するＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの頻度が高くなる。
このようにＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信頻度が高くなった結果として、同図においては、ＯＮＵ２００にて受信されるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームが衝突した状態が示されている。
具体的には、ＯＮＵ２００−ｊが送信したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｊと、ＯＮＵ２００−ｋが送信したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｋと、ＯＮＵ２００−ｎが送信したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｎとが衝突した状態が示されている。
【００５１】
これに対して、図３は、ＯＬＴ１００が送信許可グループ情報を格納したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを送信した場合のＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送受信タイミング例を示している。
本実施形態において、ＯＮＵ２００が属するグループの各々はグループ識別子によって表される。また、送信許可グループ情報は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを許可するＯＮＵ２００のグループをグループ識別子により示す。なお、以降においてグループ識別子についてはＧＩＤと記載する場合がある。
また、図３の説明にあたっては、ＧＩＤ＝１〜ＧＩＤ＝４の４つのグループにＯＮＵ２００がグルーピングされている場合を例に挙げる。この点は、図４についても同様である。
【００５２】
図３の例では、ＯＮＵ２００−ｉがＧＩＤ＝３のグループに属し、ＯＮＵ２００−ｊがＧＩＤ＝４のグループに属し、ＯＮＵ２００−ｋがＧＩＤ＝１のグループに属し、ＯＮＵ２００−ｎがＧＩＤ＝２のグループに属している。
【００５３】
そのうえで、同図においては、今回のＰ２ＭＰディスカバリ処理にあたりＯＬＴ１００が送信許可グループ数Ｇ＝１であると決定したのに応じて、ＧＩＤ＝１のみを示す送信許可グループ情報を格納したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを送信した例が示されている。
ＯＬＴ１００がＧＩＤ＝１を示す送信許可グループ情報を格納するＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを送信したのに応じて、同図では、ＧＩＤ＝１のグループに属するＯＮＵ２００−ｋのみがＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｋを送信している。これに応じて、ＯＬＴ１００側では、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｉ、Ｒｊ、Ｒｋ、ＲｎのうちＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｋのみが受信される。このようにＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｋのみが受信されている状態は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｋが他のＲＥＧＩＳＴＥＲ＿ＲＥＱフレームと衝突していないことを示す。
【００５４】
図４は、図３に示したＰ２ＭＰディスカバリ処理の次のＰ２ＭＰディスカバリ処理におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送受信タイミング例を示している。
同図においては、ＯＬＴ１００が送信許可グループ数Ｇ＝３であると決定したのに応じて、ＧＩＤ＝１以外のＧＩＤ＝２、ＧＩＤ＝３、ＧＩＤ＝４の３つのグループを示す送信許可グループ情報を格納したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを送信した例が示されている。
そして、上記のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信に応じて、ＧＩＤ＝２、ＧＩＤ＝３、ＧＩＤ＝４の各グループに属するＯＮＵ２００−ｉ、ＯＮＵ２００−ｊ、ＯＮＵ２００−ｎが、それぞれＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｉ、Ｒｊ、Ｒｎを送信している。
【００５５】
上記のようにＲＥＧＩＳＴＥＲ＿ＲＥＱフレームが送信されることにより、ＯＬＴ１００側においては、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｉ、Ｒｊ、Ｒｋ、Ｒｎのうち、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｉ、Ｒｊ、Ｒｎが受信される。この状態において、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲｉ、Ｒｊ、Ｒｎは互いに衝突していない。
【００５６】
図３、図４による説明から理解されるように、本実施形態では、全ての未登録のＯＮＵ２００を登録するにあたり、複数回のＰ２ＭＰディスカバリ処理が行われる。そして、各回のＰ２ＭＰディスカバリ処理では、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信が許可されるＯＮＵ２００がグループ単位で分散される。これにより、ＯＮＵ２００のグループ分けを行わずにＰ２ＭＰディスカバリ処理を実行する場合と比較して、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームが衝突する頻度を低くすることができる。
【００５７】
そのうえで、本実施形態においては、受信頻度指標値としての受信時間比率ＲＴに基づいて、１回のＰ２ＭＰディスカバリ処理においてＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信が許可されるグループ数が決定されるようになっている。即ち、本実施形態においては、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信頻度に応じて、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信が許可されるＯＮＵ２００の数が最適化される。これにより、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間においてＯＬＴ１００が受信するＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの数は、多すぎることも少なすぎることもなく、適切な範囲内に収まるように制御される。
本実施形態の場合、Ｐ２ＭＰディスカバリ処理ごとに一部のグループによるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信が許可されるために、Ｐ２ＭＰディスカバリ処理を複数回に分けて行うことになる。この際、上記のように、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信が許可されるＯＮＵ２００の数が最適化されることで、Ｐ２ＭＰディスカバリ処理を行うべき回数をほぼ最小限とすることが可能となる。これにより、本実施形態では、ＯＮＵ２００の登録が完了するまでの時間の長期化も避けられる。
【００５８】
次に、図５を参照して、本実施形態のＯＬＴ１００の構成例について説明する。同図に示すＯＬＴ１００は、波長合分波器１０１、光受信部１０２、通信制御部１０３及び光送信部１０４を備える。
【００５９】
本実施形態の光通信システムは、上り方向（ＯＮＵ２００からＯＬＴ１００への通信方向）と下り方向（ＯＬＴ１００からＯＮＵ２００への通信方向）の各光信号に異なる波長を割り当てることにより１心の光ファイバーにより上り方向と下り方向の各光信号を同時に送受信する波長分割多重方式を採る。このような構成に応じて、本実施形態のＯＬＴ１００は波長合分波器１０１を備える。波長合分波器１０１は、上り方向と下り方向の各光信号の波長に対応する波長フィルタを備えて構成される。
【００６０】
波長合分波器１０１は、光ファイバーにより伝送される光信号から上り方向の光信号に対応する波長を分離することによって、ＯＮＵ２００から送信された光信号を抽出して光受信部１０２に出力する。
また、波長合分波器１０１は、光送信部１０４から出力された下り方向に対応する波長を有する光信号を光ファイバーにより伝送される光信号に合成し、ＯＮＵ２００に送信する。
【００６１】
光受信部１０２は、波長合分波器１０１から入力した光信号をデータ信号に復調して通信制御部１０３に出力する。
通信制御部１０３は、ＯＮＵ２００との通信及び上位ネットワーク３００との通信に関する制御を実行する。
光送信部１０４は、通信制御部１０３から出力された送信信号を入力し、下り方向に対応する波長を有する光信号に変換し、変換した光信号を波長合分波器１０１に供給してＯＮＵ２００に送信する。
【００６２】
次に、同じ図５を参照して、通信制御部１０３におけるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信に対応する構成例について説明する。同図に示す通信制御部１０３は、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信に対応して、受信頻度指標値取得部１３１、グループ数決定部１３２、グループ選択部１３３、登録要求送信制御信号生成部１３４及び信号送信制御部１３５を備える。
【００６３】
受信頻度指標値取得部１３１は、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信頻度を表す指標値（受信頻度指標値）を取得する。前述のように、本実施形態における受信頻度指標値は、受信時間比率ＲＴである。
受信時間比率ＲＴの算出にあたり、受信頻度指標値取得部１３１は、光受信部１０２にて受信された光信号を入力する。受信頻度指標値取得部１３１は、図２にて説明したように、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間において光受信部１０２にて継続して受信された光信号の受信時間ｔＲｋを計測する。受信頻度指標値取得部１３１は、計測した受信時間ｔＲｋの総計とＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間の時間長ＴＤＷとの比率として、受信時間比率ＲＴを算出する。
【００６４】
ここで、図６を参照して、ＯＬＴ１００が実行する受信時間比率の算出手法の一具体例について説明する。
図６には、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間において、６つのＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ１〜Ｒ６が受信された場合を示している。ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ１〜Ｒ６のうち、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ１、Ｒ５、Ｒ６は、それぞれ他のＲＥＧＩＳＴＥＲ＿ＲＥＱフレームと衝突することなく受信されている。これに対して、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ２とＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ３とが衝突しており、さらに、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ３とＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ４とが衝突している。この場合には、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ２、Ｒ３、Ｒ４としての各信号が継続して受信されることになる。
【００６５】
上記のようにＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ１〜Ｒ６が受信された場合、ＯＬＴ１００は、先ず、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ１としての信号が継続して受信された受信時間ｔＲ１を計測する。
また、ＯＬＴ１００は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ２、Ｒ３、Ｒ４としての信号が継続して受信された受信時間ｔＲ２を計測する。
また、ＯＬＴ１００は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ５としての信号が継続して受信された受信時間ｔＲ３を計測し、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームＲ６としての信号が継続して受信された受信時間ｔＲ４を計測する。
【００６６】
ＯＬＴ１００は、上記のように計測した受信時間ｔＲ１〜ｔＲ４の総計ΣｔＲｋ（ｔＲ１＋ｔＲ２＋ｔＲ３＋ｔＲ４）を求める。
そのうえで、ＯＬＴ１００は、受信時間ｔＲ１〜ｔＲ４の総計ΣｔＲｋと、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間の時間長ＴＤＷとの比である受信時間比率について、受信時間ｔＲ１〜ｔＲ４の総計ΣｔＲｋを時間長ＴＤＷで除算することにより求める。
即ち、ＯＬＴ１００は、受信時間比率ＲＴについて、１つの受信時間をｔＲｋとして表した場合に以下の式１により求めることができる。
【００６７】
【数１】
2015154273.tif 000003
【００６８】
説明を図５に戻す。グループ数決定部１３２は、受信頻度指標値取得部１３１により取得された受信頻度指標値としての受信時間比率ＲＴに基づいて、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信を許可するグループの数（送信許可グループ数）Ｇを決定する。
グループ数決定部１３２は、例えば以下の式２により送信許可グループ数Ｇを算出し、算出した送信許可グループ数Ｇを決定結果とすることができる。
【００６９】
【数２】
2015154273.tif 000004
【００７０】
式２において、ＧＭＡＸは、送信許可グループ数Ｇとして取り得る値の最大値であり、ＧMINは、送信許可グループ数Ｇとして取り得る値の最小値である。
また、ΔＧは、前回において算出された送信許可グループ数Ｇ”を増加させるにあたってのステップ幅（単位増加幅）であり、ΔＧ’は、送信許可グループ数Ｇの算出直前の送信許可グループ数Ｇ”を減少させるにあたってのステップ幅（単位減少幅）である。
ＲＴ０、ＲＴ１、ＲＴ２、ＲＴ３はそれぞれ受信時間比率ＲＴに対する閾値であり、いずれも予め定められた定数である。ＲＴ０、ＲＴ１、ＲＴ２、ＲＴ３については、ＲＴ０＜ＲＴ１＜ＲＴ２＜ＲＴ３で表される関係を有する。
このように、式２によっては、受信時間比率ＲＴの値に応じて、前回算出された送信許可グループ数Ｇ”と同じ値を送信許可グループ数Ｇとする、あるいは前回算出された送信許可グループ数Ｇ”から一定値を増減させることにより、送信許可グループ数Ｇが求められる。
【００７１】
あるいは、グループ数決定部１３２は、上記の式２に代えて、以下の式３により送信許可グループ数Ｇを算出し、算出した送信許可グループ数Ｇを決定結果としてもよい。
【００７２】
【数３】
2015154273.tif 000005
【００７３】
上記の式３において、Ｇ１、Ｇ２、Ｇ３、Ｇ４、Ｇ５は、送信許可グループ数Ｇとして取り得る値として予め定められた定数であり、Ｇ１＜Ｇ２＜Ｇ３＜Ｇ４＜Ｇ５の関係を有する。
ＲＴ５、ＲＴ６、ＲＴ７、ＲＴ８は、予め定めた閾値であり、ＲＴ５＜ＲＴ６＜ＲＴ７＜ＲＴ８の関係を有する。
このように、式３によっては、受信時間比率ＲＴの値に応じて予め定められた定数のうちのいずれか１つが選択され、選択された定数が送信許可グループ数Ｇとして求められる。
【００７４】
上記の式２または式３として示したように送信許可グループ数Ｇを求める場合、送信許可グループ数Ｇの初期値としては、Ｇｍｉｎを設定することが好ましい。
送信許可グループ数Ｇの初期値を設定するタイミングとしては、例えばＯＬＴ１００の再起動時などである。ＯＬＴ１００が再起動することによっては、再起動される以前のＯＮＵ２００の登録内容が全てクリアされ。ＯＬＴ１００と接続されている全てのＯＮＵ２００が未登録の状態になる。従って、再起動直後における登録処理に際しては、多数のＯＮＵ２００からＲＥＧＩＳＴＥＲ＿ＲＥＱフレームが送信される。
そこで、このような再起動時に応じて、送信許可グループ数Ｇの初期値としては、Ｇｍｉｎを設定しておくこととすれば、最初のＰ２ＭＰディスカバリのシーケンスにおいてＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信するＯＮＵ２００の数を最小とすることができる。
【００７５】
グループ選択部１３３は、複数のグループのうちから、グループ数決定部１３２により決定された数のグループを前回までに選択したグループと異なるグループのうちから選択する。このようにグループ選択部１３３により選択されるグループは、これまでの説明から理解されるように、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信が許可されるＯＮＵ２００のグループである。
【００７６】
登録要求送信制御信号生成部１３４は、ＯＬＴ１００への登録を要求するＲＥＧＩＳＴＥＲ＿ＲＥＱフレーム（登録要求信号の一例）を未登録のＯＮＵ２００に送信させるためのＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレーム（登録要求送信制御信号の一例）を生成する。
登録要求送信制御信号生成部１３４は、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを生成するにあたり、グループ選択部１３３により選択されたグループを示す送信許可グループ情報をＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに格納する。
【００７７】
信号送信制御部１３５は、登録要求送信制御信号生成部１３４により生成されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームをＯＮＵ２００に送信する。
【００７８】
ここで、図７を参照して、登録要求送信制御信号生成部１３４が生成するＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの構造例について説明する。
同図に示すＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームは、Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ、Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ、Ｌｅｎｇｔｈ／Ｔｙｐｅ、Ｏｐｃｏｄｅ、Ｔｉｍｅｓｔａｍｐ、Ｎｕｍｂｅｒ  ｏｆ  ｇｒａｎｔｓ／Ｆｌａｇｓ、Ｇｒａｎｔ＃１  Ｓｔａｒｔ  Ｔｉｍｅ、Ｇｒａｎｔ＃１  Ｌｅｎｇｔｈ、Ｄｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐ、Ｏｐｔｉｏｎ、Ｓｙｎｃ  Ｔｉｍｅ、Ｐａｄ／Ｒｅｓｅｒｖｅｄ、ＦＣＳを格納する。
【００７９】
Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓは、６Ｏｃｔｅｔｓの領域であり、宛先アドレスを格納する。Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの場合、Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓは、ブロードキャストであることを示すブロードキャストアドレス（Ｂｒｏａｄｃａｓｔ  Ａｄｄｒｅｓｓ）が格納される。
Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓは、６Ｏｃｔｅｔｓの領域であり、送信元アドレスを格納する。Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの場合、Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓは、送信元のＯＬＴ１００の  ＭＡＣアドレス（ＯＬＴ  ＭＡＣ  Ａｄｄｒｅｓｓ）を格納する。
【００８０】
Ｌｅｎｇｔｈ／Ｔｙｐｅは、２Ｏｃｔｅｔｓの領域であり、ＧＡＴＥフレームのデータ長及びタイプを示す情報を格納する。Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの場合には、例えばＭＰＣＰであることを示す所定値が格納される。
Ｏｐｃｏｄｅは、２Ｏｃｔｅｔｓの領域であり、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに格納されたデータの内容を示すコードを格納する。標準規格の下でのＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームのＯｐｃｏｄｅは０ｘ０００２である。ただし、本実施形態のようにＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームが拡張された形式として送信許可グループ情報を格納する場合には、例えば０ｘ０００２以外の所定の値が割り当てられる。
【００８１】
Ｔｉｍｅｓｔａｍｐは、４Ｏｃｔｅｔｓの領域であり、例えば、図３、図４における時刻ｔ０に相当するＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信時刻を示す情報を格納する。
Ｎｕｍｂｅｒ  ｏｆ  ｇｒａｎｔｓ／Ｆｌａｇｓは、１Ｏｃｔｅｔの領域であり、現Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに格納されるＧｒａｎｔ（送信許可）の数を示す情報と、格納されるＧｒａｎｔごとのＲＥＰＯＲＴの送信可否を示すフラグと、対応のＧＡＴＥフレームが通常のＧＡＴＥフレーム（Ｎｏｒｍａｌ  ＧＡＴＥフレーム）とＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームとのいずれであるのかを示すフラグとを格納する。
Ｇｒａｎｔ＃１  Ｓｔａｒｔ  Ｔｉｍｅは、４Ｏｃｔｅｔｓの領域であり、Ｇｒａｎｔ＃１（１番目の送信許可）の開始時刻を示す情報を格納する。Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの場合には、例えば図３、図４に示した送信許可時間ＴＧの開始時刻ｔ１が格納される。
Ｇｒａｎｔ＃１  Ｌｅｎｇｔｈは、２Ｏｃｔｅｔｓの領域であり、Ｇｒａｎｔ＃１（１番目の送信許可）として許可された送信時間の長さを示す情報を格納する。Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの場合には、例えば図３、図４に示した送信許可時間ＴＧの時間長が格納される。
【００８２】
Ｄｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐは、本実施形態における送信許可グループ情報の一例である。
Ｄｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐは、１Ｏｃｔｅｔの領域であり、対応のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの受信に応答したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信が許可されるＯＮＵ２００のグループを示す。
このように、本実施形態のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームは、標準規格のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに対して送信許可グループ情報を格納する領域が追加された拡張形式を有する。
【００８３】
図８は、Ｄｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐの構造例を示している。同図に示すＤｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐは、グループの総数が８である場合に対応している。
同図に示すように、Ｄｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐとしてのｂｉｔ１〜ｂｉｔ８の各ビットには、ＧＩＤ＝１〜ＧＩＤ＝８のグループ識別子が割り当てられる。そのうえで、各ビットの値により、対応のグループ識別子が示すグループについての送信の可否が示される。具体的に、ビットの値が「１」であれば送信が許可されていることを示し、ビットの値が「０」であれば送信が禁止であることを示す。
同図においては、ｂｉｔ３、４がそれぞれ「１」の値であり、残るｂｉｔ１、２、５〜８が「０」の値である例が示されている。つまり、同図に示すＤｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐは、ＧＩＤ＝３、ＧＩＤ＝４の各グループについて送信が許可され、ＧＩＤ＝１、ＧＩＤ＝２、ＧＩＤ＝５〜ＧＩＤ＝８の各グループについて送信が禁止されていることを示す。
【００８４】
説明を図７に戻す。Ｏｐｔｉｏｎは、未定のオプション領域である。
Ｓｙｎｃ  Ｔｉｍｅは、２Ｏｃｔｅｔｓの領域であり、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに固有の情報であって、ＯＬＴ１００がＯＮＵ２００に要求する同期時間を示す情報を格納する。
Ｐａｄ／Ｒｅｓｅｒｖｅｄは、２９Ｏｃｔｅｔｓの領域であり、パディングデータを格納する。
ＦＣＳ（Frame Check Sequence）は、４Ｏｃｔｅｔｓの領域であり、誤り検出符号としてのＦＣＳを格納する。
【００８５】
次に、図９を参照して、本実施形態のＯＮＵ２００の構成例について説明する。同図に示すＯＮＵ２００は、波長合分波器２０１、光受信部２０２、制御部２０３、ユーザデータ伝送部２０４及び光送信部２０５を備える。
【００８６】
波長合分波器２０１は、ＯＬＴ１００の波長合分波器２０１と同様に、上り方向と下り方向の各光信号の波長に対応する波長フィルタを備える。波長合分波器２０１は、光ファイバーにより伝送される光信号から下り方向の光信号に対応する波長を分離することによって、ＯＬＴ１００から送信された光信号を抽出して光受信部２０２に出力する。
また、波長合分波器２０１は、光送信部２０５から出力された上り方向に対応する波長を有する光信号を光ファイバーにより伝送される光信号に合成し、ＯＬＴ１００に送信する。
【００８７】
光受信部２０２は、波長合分波器２０１から入力した光信号をデータ信号に復調して制御部２０３に出力する。
【００８８】
制御部２０３は、ＯＬＴ１００との通信及び下位ネットワーク４００との通信に関する制御を実行する。
ユーザデータ伝送部２０４は、下位ネットワーク４００からＯＮＵ２００に対して送信されたユーザデータを受信し、制御部２０３に受け渡す。また、ユーザデータ伝送部２０４は、制御部２０３から受け渡されたユーザデータを下位ネットワーク４００に伝送する。
光送信部２０５は、制御部２０３の送信信号蓄積部２３５から出力された送信信号（ユーザデータ、ＲＥＰＯＲＴフレーム、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームなど）を入力し、上り方向に対応する波長を有する光信号に変換し、変換した光信号を波長合分波器２０１に供給してＯＬＴ１００に送信する。
【００８９】
次に、同じ図９を参照して制御部２０３の構成例について説明する。同図に示す制御部２０３は、信号弁別部２３１、送信可否判定部２３２、グループ識別子記憶部２３３、登録要求信号生成部２３４、送信信号蓄積部２３５、送信制御部２３６及びＲＥＰＯＲＴフレーム生成部２３７を備える。
【００９０】
信号弁別部２３１は、光受信部２０２から入力した信号について弁別する。
ＯＬＴから送信される信号には各ＯＮＵに送信すべき信号が多重化されている。信号弁別部２３１は、受信した信号（フレーム）が自分宛であるか否かについて判断する。ここで、自分宛の信号とは、ＯＬＴ１００からブロードキャストにより送信された信号、もしくはフレームに格納されるＬＬＩＤ（Logical Link ID）が自分のＬＬＩＤと一致する信号である。
ブロードキャストにより送信される信号の場合、宛先アドレス（ＤＡ）には、ブロードキャストであることを示す所定のブロードキャストアドレスが格納される。信号弁別部２３１は、宛先アドレス（ＤＡ）を参照することにより、ブロードキャストにより送信された信号であるか否かを判定できる。
【００９１】
さらに、信号弁別部２３１は、受信した信号が自分宛に送信された信号である場合には、受信した信号の種別について判定する。
例えば、ブロードキャストにより送信された信号のフレームにおけるデータ（フレーム）種別を示す情報（図７との対応ではＮｕｍｂｅｒ  ｏｆ  ｇｒａｎｔｓ／Ｆｌａｇｓ）がＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームであること（Ｄｉｓｃｏｖｅｒｙ  Ｆｌａｇ＝ＴＲＵＥ）を示す場合、信号弁別部２３１は、受信した信号の種別がＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームであると判定する。そのうえで、信号弁別部２３１は、ブロードキャストにより送信された信号のフレームにおけるＯｐｃｏｄｅを参照する。
Ｏｐｃｏｄｅにおいて、Ｅｘｔｅｎｄｅｄ  Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥ（図７参照）であることが示されていれば、信号弁別部２３１は、受信した信号の種別が拡張された形式のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームであると判定する。
一方、Ｏｐｃｏｄｅにおいて、Ｅｘｔｅｎｄｅｄ  Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥ（図７参照）ではないことが示されていれば、標準規格の形式に従ったＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームであると判定する。
なお、本実施形態において、特にことわりがない場合、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームと記載する場合には、図７に示した構造による拡張された形式のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを指す。
【００９２】
信号弁別部２３１は、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを受信したと判定した場合、受信したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを、送信可否判定部２３２と送信制御部２３６とに出力する。
【００９３】
また、信号弁別部２３１は、受信した自分宛の信号のフレームにおけるデータ（フレーム）種別を示す情報が、拡張された形式のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレーム以外の種別のＧＡＴＥフレーム（標準規格の形式に従ったＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームも含む）であることを示す場合、受信した信号がＧＡＴＥフレームであると判定する。
この場合、信号弁別部２３１は、受信したＧＡＴＥフレームを送信制御部２３６に出力する。
【００９４】
また、信号弁別部２３１は、受信した自分宛の信号のフレームにおけるデータ（フレーム）種別を示す情報がユーザデータであることを示す場合、受信した信号がユーザデータであると判定する。この場合、信号弁別部２３１は、受信したユーザデータを、ユーザデータ伝送部２０４から下位ネットワーク４００に送信する。
【００９５】
送信可否判定部２３２は、ＯＬＴ１００への自機の登録が未だ行われておらず、かつ、受信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに格納される送信許可グループ情報が示すグループのうちのいずれかが自機の属するグループと一致している場合には、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信すべきと判定する。
また、送信可否判定部２３２は、受信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに格納される送信許可グループ情報が示すグループのうちのいずれもが自機の属するグループと一致していない場合には、登録要求信号を送信すべきでないと判定する。
ここで、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに格納される送信許可グループ情報が示すグループとは、図８にて説明したように、Ｄｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐにおいて「１」の値を示すビット位置に対応付けられたＧＩＤが示すグループである。
【００９６】
送信可否判定部２３２は、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信許可グループ情報が示すグループのうちのいずれかと自機の属するグループとが一致しているか否かについて判定するにあたり、グループ識別子記憶部２３３が記憶するグループ識別子（ＧＩＤ）を参照する。
グループ識別子記憶部２３３が記憶するグループ識別子は自機が属するグループを示している。
そこで、送信可否判定部２３２は、送信許可グループ情報であるＤｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐにおいて「１」の値を示すビット位置に対応付けられたＧＩＤを認識する。そして、送信可否判定部２３２は、Ｄｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐから認識したＧＩＤのうちで、グループ識別子記憶部２３３が記憶するＧＩＤと一致するものがあるか否かについて判定すればよい。
【００９７】
ここで、図１０を参照して、ＯＮＵ２００に対するグループの割り当て手法の一例について説明する。ここでは、グループ総数がＧＩＤ＝１〜ＧＩＤ＝６の６つである場合を例に挙げる。
ＯＮＵ２００は、ネットワーク機器であることから、それぞれが固有のＭＡＣアドレスを有する。
そこで、ＯＮＵ２００のＭＡＣアドレスの下位４ビットの各々に対してグループ識別子のいずれか１つが割り当てられる。
図１０の例では、ＭＡＣアドレスの下位４ビットが０ｘ０、０ｘ１、０ｘ２のＯＮＵ２００にＧＩＤ＝１を割り当てることが示されている。
また、ＭＡＣアドレスの下位４ビットが０ｘ３、０ｘ４、０ｘ５のＯＮＵ２００にＧＩＤ＝２を割り当てることが示されている。
また、ＭＡＣアドレスの下位４ビットが０ｘ６、０ｘ７、０ｘ８のＯＮＵ２００にＧＩＤ＝３を割り当てることが示されている。
また、ＭＡＣアドレスの下位４ビットが０ｘ９、０ｘＡ、０ｘＢのＯＮＵ２００にＧＩＤ＝４を割り当てることが示されている。
また、ＭＡＣアドレスの下位４ビットが０ｘＣ、０ｘＤのＯＮＵ２００にＧＩＤ＝５を割り当てることが示されている。
また、ＭＡＣアドレスの下位４ビットが０ｘＥ、０ｘＦのＯＮＵ２００にＧＩＤ＝６を割り当てることが示されている。
【００９８】
同図の例では、グループ総数がＧＩＤ＝１〜ＧＩＤ＝６の６つである場合において、ＭＡＣアドレスの下位４ビットを対応付けている。しかし、本実施形態においては、同図に示すのと同様の要領で、例えば６以外の総グループ数と、ＭＡＣアドレスにおける所定位置の複数ビットの値とを対応付けてグループ分けを行うことができる。
また、互いに近い距離にあるＯＮＵ２００は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信するタイミングも近くなる傾向にある。逆に、ＯＮＵ２００間の距離が離れるほど、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信するタイミングのずれも大きくなっていく可能性が高くなる。そこで、互いに近い距離にあるＯＮＵ２００同士のグループ識別子が同じにならないように割り当てを行うようにすれば、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームが衝突する頻度をさらに低下させることが可能になる。
【００９９】
説明を図９に戻す。登録要求信号生成部２３４は、送信可否判定部２３２により登録要求信号を送信すべきと判定された場合に、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを生成する。
上記のように生成されたＲＥＧＩＳＴＥＲ＿ＲＥＱフレームは、送信信号蓄積部２３５にて蓄積されたうえで、送信制御部２３６の制御によって光送信部２０５に出力され、波長合分波器２０１からＯＬＴ１００に送信される。
【０１００】
一方、登録要求信号生成部２３４は、送信可否判定部２３２により登録要求信号を送信すべきでないと判定された場合には、今回受信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに応じたＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを生成しない。また、送信制御部２３６は、今回受信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを破棄し、今回受信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに応じた送信制御を実行しない。
この場合、今回受信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに応じたＲＥＧＩＳＴＥＲ＿ＲＥＱフレームは、ＯＬＴ１００に対して送信されない。
【０１０１】
上記のように送信可否判定部２３２が判定を実行することによって、受信したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームが格納する送信許可グループ情報が示すグループのうちのいずれかが自機の属するグループと一致する場合にのみ、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信が行われるように制御される。これにより、ＯＬＴ１００がＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに対する応答を許可したグループに属するＯＮＵ２００のみにＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信させることが可能になる。
【０１０２】
また、制御部２０３において、送信信号蓄積部２３５は、送信待ちの送信信号を一時的に蓄積するバッファである。送信信号蓄積部２３５が蓄積する送信信号は、例えば下位ネットワーク４００からユーザデータ伝送部２０４を介して伝送されたユーザデータ、登録要求信号生成部２３４が生成したＲＥＧＩＳＴＥＲ＿ＲＥＱフレーム、ＲＥＰＯＲＴフレーム生成部２３７が生成するＲＥＰＯＲＴフレームなどである。
【０１０３】
送信制御部２３６は、ＧＡＴＥフレームにより通知された帯域（データ送信量）と送信タイミングに従って送信制御を実行する。つまり、送信制御部２３６は、ＧＡＴＥフレームにより通知された送信タイミングで、送信信号蓄積部２３５が蓄積している送信信号のうち、ＧＡＴＥフレームにより通知されたデータ送信量の送信信号を光送信部２０５に出力させる。これにより、ＧＡＴＥフレームにより通知されたデータ送信量の送信信号が、ＧＡＴＥフレームにより通知された送信タイミングでＯＬＴ１００に送信される。
【０１０４】
ＲＥＰＯＲＴフレーム生成部２３７は、ＲＥＰＯＲＴフレームを生成する。ＲＥＰＯＲＴフレームは、送信信号蓄積部２３５に蓄積されている送信待ちの送信信号のデータ量をＯＮＵ２００からＯＬＴ１００に通知するフレームである。
ＲＥＰＯＲＴフレーム生成部２３７は、送信信号蓄積部２３５に蓄積されている送信待ちの送信信号のデータ量を示すデータ量情報を格納したＲＥＰＯＲＴフレームを生成する。
生成されたＲＥＰＯＲＴフレームは、送信信号蓄積部２３５に一旦蓄積されたうえで、送信制御部２３６の制御によってＯＬＴ１００に送信される。
【０１０５】
ＲＥＰＯＲＴフレームを受信したＯＬＴ１００は、ＲＥＰＯＲＴフレームが格納するデータ量情報が示すデータ量と、ＲＥＰＯＲＴフレームの送信元以外のＯＮＵ２００のデータ量とに基づいて、ＲＥＰＯＲＴフレームの送信元のＯＮＵ２００に割り当てるべき上り方向の帯域（データ送信量）と送信タイミングとを算出する。ここで算出される送信タイミングとしては、例えば図３、図４などにおいて示される送信許可時間ＴＧの開始時刻ｔ１である。
ＯＬＴ１００は、算出したデータ送信量と送信タイミングの情報を格納したＧＡＴＥフレームを生成し、ＲＥＰＯＲＴフレームの送信元のＯＮＵ２００に送信する。
【０１０６】
ＯＮＵ２００にて受信されたＧＡＴＥフレームは、前述のように制御部２０３における送信制御部２３６が入力する。送信制御部２３６は、入力したＧＡＴＥフレームが示すデータ送信量と送信タイミングとに基づいて、送信信号蓄積部２３５に蓄積されている送信待ちの送信信号についての送信制御を実行する。
【０１０７】
次に、図１１のフローチャートを参照して、ＯＬＴ１００がＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信に関連して実行する処理手順例について説明する。なお、これまでの説明から理解されるように、本実施形態のＯＬＴ１００が送信するＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームは、図７に例示したように、送信許可グループ情報（Ｄｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐ）を格納する拡張された形式である。
【０１０８】
ＯＬＴ１００におけるグループ数決定部１３２は、Ｐ２ＭＰディスカバリのシーケンスの開始タイミングに至るのを待機している（ステップＳ１０１−ＮＯ）。即ち、グループ数決定部１３２は、未登録のＯＮＵ２００を登録するための処理を開始すべタイミングに至るのを待機する。
【０１０９】
Ｐ２ＭＰディスカバリのシーケンスを開始すべきタイミングに至るのに応じて（ステップＳ１０１−ＹＥＳ）、グループ数決定部１３２は、送信許可グループ数Ｇの初期値として予め定められた最小値であるＧｍｉｎを設定する（ステップＳ１０２）。
また、グループ選択部１３３は、ＯＮＵ２００をグルーピングして得られるＮ個のグループに付した番号を示す変数ｉに１を代入する（ステップＳ１０３）。
【０１１０】
次に、グループ選択部１３３は、ステップＳ１０２またはステップＳ１０９により決定された送信許可グループ数Ｇに応じた数の送信許可グループを選択する（ステップＳ１０４）。一例として、グループ選択部１３３は、現在における変数ｉを利用して、ＧＩＤ＝ｉ、ＧＩＤ＝ｉ＋１、・・・、ＧＩＤ＝ｉ＋Ｇ−１を送信許可グループとして選択する。つまり、グループ選択部１３３は、ＧＩＤ＝ｉを１つ目として、以降、ＧＩＤが示す値（番号）の昇順に従ってＧ個のグループを選択する。
【０１１１】
次に、登録要求送信制御信号生成部１３４は、ステップＳ１０４により選択されたグループ識別子をＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信が許可されたグループとして示す送信許可グループ情報（Ｄｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐ）を生成する（ステップＳ１０５）。
具体的に、登録要求送信制御信号生成部１３４は、例えば図８に示した送信許可グループ情報としてのビット列において、ステップＳ１０４により選択されたグループ識別子に対応するビット位置に「１」を格納する。一方、登録要求送信制御信号生成部１３４は、ステップＳ１０４により選択されなかったグループ識別子に対応するビット位置に「０」を格納する。
登録要求送信制御信号生成部１３４は、上記のように生成した送信許可グループ情報をＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに格納する。このようにして、本実施形態においては送信許可グループ情報が生成される。
そして、信号送信制御部１３５は、ステップＳ１０５により生成されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを光通信路５００から各ＯＮＵ２００に対して送信する（ステップＳ１０６）。
【０１１２】
ステップＳ１０４により送信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを受信した未登録のＯＮＵ２００うち、送信許可グループ情報が示すのと同じグループに属するＯＮＵ２００は、ＯＬＴ１００に対してＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信する。
そして、同図において図示は省略しているが、通信制御部１０３は、ＯＮＵ２００から送信されたＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信に応じて、図１６のステップＳ３、Ｓ４、Ｓ５に対応する登録処理（ＬＬＩＤの設定及び通知、ＧＡＴＥフレームの送信、ＲＥＧＩＳＴＥＲ＿ＡＣＫの受信）を実行する。
【０１１３】
ステップＳ１０６によるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信を完了した後、グループ数決定部１３２は、これまでの変数ｉに対して現在の送信許可グループ数Ｇの値を加算することにより変数ｉを更新する（ステップＳ１０７）。
そのうえで、グループ数決定部１３２は、変数ｉが最大値を越えているか否かについて判定する（ステップＳ１０８）。変数ｉの最大値は、ＯＮＵ２００の総グループ数Ｎに対応する。
【０１１４】
変数ｉが最大値以下である場合（ステップＳ１０８−ＮＯ）、未だ、送信許可グループ情報により送信許可が示されていないグループが残っている。そこで、この場合には、次のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信のために、グループ数決定処理が実行される（ステップＳ１０９）。
【０１１５】
なお、同図に示すステップＳ１０４の処理によれば、送信許可グループ数Ｇに応じた送信許可グループの選択は、グループ識別子（ＧＩＤ）に対応する番号の昇順に従っている。しかし、送信許可グループの選択は、前回までにおいて選択されていないグループのうちから送信許可グループ数Ｇに応じた数が選択されればよく、グループ識別子（ＧＩＤ）の昇順に限定されない。
【０１１６】
図１２のフローチャートは、図１１のステップＳ１０９としてのグループ数決定処理を示している。
グループ数決定処理として、先ず、受信頻度指標値取得部１３１は、直前（最後）のＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信時間を計測する（ステップＳ１１１）。ここで計測される受信時間とは、図６にて説明したＤｉｓｃｏｖｅｒｙ  ＷｉｎｄｏｗにおけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの各受信時間のｔＲｋである。
次に、受信頻度指標値取得部１３１は、ステップＳ１１１にて計測した受信時間ｔＲｋの総計ΣｔＲｋと、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間の時間長ＴＤＷとを利用して、前述の式１を用いた演算により受信時間比率ＲＴを算出する（ステップＳ１１２）。
次に、グループ数決定部１３２は、ステップＳ１１２により算出された受信時間比率ＲＴを利用して、先の式２または式３を用いた演算によって送信許可グループ数Ｇを算出する（ステップＳ１１３）。このように算出された送信許可グループ数Ｇが、グループ数決定部１３２によるグループ数の決定結果である。
【０１１７】
図１１に説明を戻す。上記のようにステップＳ１０９としてのグループ数決定処理が実行された後、グループ選択部１３３は、ステップＳ１０４に処理を戻す。このようにステップＳ１０９からステップＳ１０４に戻った場合、グループ選択部１３３は、ステップＳ１０９により決定された送信許可グループ数Ｇと、最後のステップＳ１０７により更新された変数ｉとを利用して、送信許可グループを選択する。
これにより、以降において、未だ送信が許可されていないグループのうちから送信許可グループが選択され、選択された送信許可グループを示す送信許可グループ情報を格納したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信が実行される。
【０１１８】
そして、全てのグループが送信許可グループとして選択され、最後のＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信が完了するのに応じて、変数ｉが最大値を越えることが判定される（ステップＳ１０８−ＹＥＳ）。
このように変数ｉが最大値を越えた場合、ＯＬＴ１００は、グループ数決定部１３２はステップＳ１０１の処理に戻ることで、次のＰ２ＭＰディスカバリのタイミングに至るまで再び待機する。
【０１１９】
次に、図１３のフローチャートを参照して、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの受信に応答して未登録のＯＮＵ２００が実行する処理手順例について説明する。なお、ここで受信されるＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームも、図７に例示したように、送信許可グループ情報（Ｄｉｓｃｏｖｅｒｙ  Ｇｒｏｕｐ  Ｂｉｔｍａｐ）を格納する拡張された形式である。
【０１２０】
ＯＮＵ２００において、信号弁別部２３１は、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームが受信されるのを待機している（ステップＳ２０１−ＮＯ）。つまり、信号弁別部２３１は、受信した信号についての弁別結果として、Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレーム（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレーム）であるとの弁別結果が得られるのを待機する。
【０１２１】
Ｄｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームが受信されるのに応じて（ステップＳ２０１−ＹＥＳ）、送信可否判定部２３２は、自機がＯＬＴ１００に対して未だ登録されていない未登録の状態であるか否かについて判定する（ステップＳ２０２）。
【０１２２】
自機が未登録の状態である場合（ステップＳ２０２−ＹＥＳ）、送信可否判定部２３２は、さらに、今回受信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに格納される送信許可グループ情報において、自機と一致するグループが示されているか否かについて判定する（ステップＳ２０３）。このためには、送信可否判定部２３２は、送信許可グループ情報が送信許可を示すＧＩＤのうちに、グループ識別子記憶部２３３に記憶されているのと同じＧＩＤが有るか否かについて判定すればよい（ステップＳ２０３）。
【０１２３】
送信許可グループ情報において自機と同じグループが示されている場合（ステップＳ２０３−ＹＥＳ）、送信可否判定部２３２は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信すべきと判定する（ステップＳ２０４）。
ステップＳ２０４の判定結果に応じて、登録要求信号生成部２３４は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを生成する（ステップＳ２０５）。生成されたＲＥＧＩＳＴＥＲ＿ＲＥＱフレームは、送信信号蓄積部２３５に蓄積される。
そして、送信制御部２３６は、例えばＧＡＴＥフレームの通知に応じたタイミングで、送信信号蓄積部２３５に蓄積されているＲＥＧＩＳＴＥＲ＿ＲＥＱフレームをＯＬＴ１００に送信するための制御を実行する（ステップＳ２０６）。
【０１２４】
一方、グループ識別子が一致していない場合（ステップＳ２０３−ＮＯ）、送信可否判定部２３２は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信すべきでないと判定する（ステップＳ２０７）。また、自機がＯＬＴ１００に登録済みである場合にも（ステップＳ２０２−ＮＯ）、送信可否判定部２３２は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信すべきでないと判定する（ステップＳ２０７）。
ステップＳ２０７の判定結果に応じて、送信制御部２３６は、ステップＳ２０１に対応して受信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームを破棄する（ステップＳ２０８）。
この場合、登録要求信号生成部２３４はＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを生成せず、また、ステップＳ２０１に対応して受信したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに応じた送信制御部２３６による送信制御も実行されない。つまり、ステップＳ２０１にて受信されたＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームに応答したＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信は実行されない。
【０１２５】
このような処理が実行されることにより、本実施形態のＯＮＵ２００は、受信したＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームが格納する送信許可グループ情報において示されるグループのうちで、自機が属するグループと一致するものが有る場合にのみＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信を行う。
【０１２６】
＜第２実施形態＞
続いて、第２実施形態について説明する。
第２実施形態においては、登録済みのＯＮＵ２００の数を、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信頻度指標値として扱う。ＯＬＴ１００は、登録済みのＯＮＵ２００の数を用いて送信許可グループ数Ｇを決定する。
【０１２７】
図１４は、第２実施形態におけるＯＬＴ１００の構成例を示している。なお、同図において、図６と同一部分には同一符号を付して説明を省略する。
図１４に示すＯＬＴ１００は、図６に示した通信制御部１０３において登録処理部１３６をさらに備えた構成である。
【０１２８】
登録処理部１３６は、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間ごとに受信されるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームに応じて、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信元のＯＮＵ２００を登録する処理を実行する。つまり、登録処理部１３６は、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信に応じて、ＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの送信元のＯＮＵ２００に新規にＬＬＩＤを割り当てる。また、登録処理部１３６は、図１７におけるステップＳ３〜Ｓ５の通信によりＬＬＩＤをＯＮＵ２００に通知する。前述のように登録が完了することにより、ＯＮＵ２００とＯＬＴ１００との通信が確立される。
【０１２９】
そのうえで、本実施形態の受信頻度指標値取得部１３１は、ＯＬＴ１００に登録済みのＯＮＵ２００の数（登録済みＯＮＵ数）を監視する。受信頻度指標値取得部１３１は、登録処理部１３６の登録処理状況を監視し、登録処理部１３６によって新規にＯＮＵ２００が登録されるごとに、自己が管理する登録済みＯＮＵ数を変更する。
【０１３０】
登録済みＯＮＵ数が多いほど未登録のＯＮＵ２００の数は少なくなることから、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信頻度も低くなる。一方、登録済みＯＮＵ数が少ないほど未登録のＯＮＵ２００の数は多くなり、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信頻度も高くなる。
このように、登録済みＯＮＵ数は、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームの受信頻度に対応する。従って、登録済みＯＮＵ数は、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間におけるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームについての受信頻度指標値として扱うことができる。
【０１３１】
そして、本実施形態におけるグループ数決定部１３２は、受信頻度指標値取得部１３１が受信頻度指標値として取得しているＯＬＴ１００に登録済みのＯＮＵ２００の数に基づいて送信許可グループ数Ｇを決定（算出）する。
グループ数決定部１３２は、例えば以下の式４を利用した演算によって、送信許可時間ＴＧを算出することができる。
【０１３２】
【数４】
2015154273.tif 000006
【０１３３】
上記の式４において、ＮＲは登録済みＯＮＵ数である。また、ＮＲ０、ＮＲ１、ＮＲ２、ＮＲ３は、それぞれ、登録済みＯＮＵ数ＮＲに対する閾値であり、いずれも予め定められた定数である。ＮＲ０、ＮＲ１、ＮＲ２、ＮＲ３については、ＮＲ０＜ＮＲ１＜ＮＲ２＜ＮＲ３で表される関係を有する。
このように、式４によっては、登録済みＯＮＵ数ＮＲの値に応じて、前回算出された送信許可グループ数Ｇ”と同じ値を送信許可グループ数Ｇとする、あるいは前回算出された送信許可グループ数Ｇ”から一定値を増減させることにより、送信許可グループ数Ｇが求められる。
【０１３４】
あるいは、グループ数決定部１３２は、上記の式４に代えて、以下の式５により送信許可グループ数Ｇを算出し、算出した送信許可グループ数Ｇを決定結果としてもよい。
【０１３５】
【数５】
2015154273.tif 000007
【０１３６】
上記の式５において、Ｇ６、Ｇ７、Ｇ８、Ｇ９、Ｇ１０は、送信許可グループ数Ｇとして取り得る値として予め定められた定数であり、Ｇ６＜Ｇ７＜Ｇ８＜Ｇ９＜Ｇ１０の関係を有する。ＮＲ５、ＮＲ６、ＮＲ７、ＮＲ８は、予め定められた閾値であり、ＮＲ５＜ＮＲ６＜ＮＲ７＜ＮＲ８の関係を有する。
このように、式５によっては、登録済みＯＮＵ数ＮＲの値に応じて予め定められた定数のうちのいずれか１つが選択され、選択された定数が送信許可グループ数Ｇとして求められる。
【０１３７】
＜処理手順例＞
第２実施形態におけるＯＬＴ１００がＤｉｓｃｏｖｅｒｙ  ＧＡＴＥフレームの送信に関連して実行する処理手順例としては、図１１と同様である。ただし、第２実施形態におけるＯＬＴ１００は、ステップＳ１０９のグループ数決定処理として、図１５のフローチャートに示す処理を実行する。
【０１３８】
図１５において、登録処理部１３６は、直前（最後）のＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間において受信されたＲＥＧＩＳＴＥＲ＿ＲＥＱフレームごとに応じたＯＮＵ２００の登録処理を実行する（ステップＳ１２１）。
【０１３９】
受信頻度指標値取得部１３１は、ステップＳ１２１による登録処理結果に応じて、受信頻度指標値としての登録済みＯＮＵ数ＮＲを更新する（ステップＳ１２２）。つまり、受信頻度指標値取得部１３１は、前回までのステップＳ１２１により登録された登録済みＯＮＵ数ＮＲに対して、今回のステップＳ１２１により登録されたＯＮＵの数を加算して登録済みＯＮＵ数ＮＲを更新する。
【０１４０】
そして、グループ数決定部１３２は、ステップＳ１２２により更新された登録済みのＯＮＵ数ＮＲを利用して、先の式４または式５により送信許可グループ数Ｇを算出する（ステップＳ１２３）。
【０１４１】
このようにステップＳ１０９としてのグループ数決定処理が行われることで、第２実施形態のＯＬＴ１００は、登録済みのＯＮＵ２００の数に応じて適切に送信許可グループ数Ｇを決定することができる。これにより、第２実施形態においても、第１実施形態と同様に、１回のＰ２ＭＰディスカバリのシーケンスにおいてＲＥＧＩＳＴＥＲ＿ＲＥＱフレームを送信するＯＮＵ２００が１以上のグループ単位により制限される。この結果、第２実施形態においてもＯＬＴ１００にて受信されるＲＥＧＩＳＴＥＲ＿ＲＥＱフレームが衝突する頻度を低下させることができる。
なお、第２実施形態におけるＯＮＵ２００の構成については第１実施形態と同様でよい。
【０１４２】
なお、上述した実施形態におけるＯＬＴ１００とＯＮＵ２００の動作をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。
【０１４３】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【０１４４】
１００…ＯＬＴ，  １０１…波長合分波器，  １０２…光受信部，  １０３…通信制御部，  １０４…光送信部，  １３１…受信頻度指標値取得部，  １３２…グループ数決定部，  １３３…グループ選択部，  １３４…登録要求送信制御信号生成部，  １３５…信号送信制御部，  １３６…登録処理部，  ２００…ＯＮＵ，  ２０１…波長合分波器，  ２０２…光受信部，  ２０３…制御部，  ２０４…ユーザデータ伝送部，  ２０５…光送信部，  ２３１…信号弁別部，  ２３２…送信可否判定部，  ２３３…グループ識別子記憶部，  ２３４…登録要求信号生成部，  ２３５…送信信号蓄積部，  ２３６…送信制御部，  ２３７…ＲＥＰＯＲＴフレーム生成部，  ３００…上位ネットワーク，  ４００…下位ネットワーク，  ５００…光通信路
【図１】
2015154273.tif 000008
【図２】
2015154273.tif 000009
【図３】
2015154273.tif 000010
【図４】
2015154273.tif 000011
【図５】
2015154273.tif 000012
【図６】
2015154273.tif 000013
【図７】
2015154273.tif 000014
【図８】
2015154273.tif 000015
【図９】
2015154273.tif 000016
【図１０】
2015154273.tif 000017
【図１１】
2015154273.tif 000018
【図１２】
2015154273.tif 000019
【図１３】
2015154273.tif 000020
【図１４】
2015154273.tif 000021
【図１５】
2015154273.tif 000022
【図１６】
2015154273.tif 000023
【図１７】
2015154273.tif 000024