(57)【要約】【課題】  支線ポートを用いてリングを構成してもプロテクションを機能させる。【解決手段】  （ａ）及び（ｂ）の転送処理を行うプライマリモードと、（ｃ）及び（ｄ）の転送処理を行うセカンダリモードとのいずれかに、子局２を切り替え可能とする。  （ａ）第１又は第２ポートＬ，Ｒで受信した下りフレームを、受信側とは逆の第１又は第２ポートＬ，Ｒと、自局の支線ポートＢから送信する。（ｂ）下位ポートＵで受信した上りフレームを、第１及び第２ポートＬ，Ｒから送信し、第１又は第２ポートＬ，Ｒで受信した上りフレームを、受信側とは逆の第１又は第２ポートＬ，Ｒから送信し、支線ポートＢで受信した上りフレームを、第１及び第２ポートＬ，Ｒから送信する。  （ｃ）支線ポートＢで受信した下りフレームを、第１及び第２ポートＬ，Ｒから送信する。（ｄ）第１、第２又は下位ポートＬ，Ｒ，Ｕで受信した上りフレームを、支線ポートＢから送信する。【選択図】      図１
2013046216.tif 000002
【特許請求の範囲】
【請求項１】
１つの親局とリングを含むメッシュネットワークを構成する子局であって、
下位網に通じる下位ポートと、
相手方ノードの第２又は支線ポートに通じる第１ポートと、
相手方ノードの支線又は第１ポートに通じる第２ポートと、
相手方ノードの第１、第２又は支線ポートに通じる支線ポートと、
次の（ａ）及び（ｂ）の転送処理を行うプライマリモードと、次の（ｃ）及び（ｄ）の転送処理を行うセカンダリモードとのいずれかに切り替え可能なフレーム処理部と、
を備えていることを特徴とする子局。
（ａ）  自局の第１又は第２ポートで受信した下りフレームを、受信側とは逆の自局の第１又は第２ポートと、自局の支線ポート及び下位ポートのうちの少なくとも一方とから送信する。
（ｂ）  自局の下位ポートで受信した上りフレームを、自局の第１及び第２ポートから送信し、自局の第１又は第２ポートで受信した上りフレームを、受信側とは逆の自局の第１又は第２ポートから送信し、自局の支線ポートで受信した上りフレームを、自局の第１及び第２ポートから送信する。
（ｃ）  自局の支線ポートで受信した下りフレームを、自局の第１及び第２ポート（支線ポートが複数ある場合は受信ポートと別の支線ポートを含む。）から送信する。
（ｄ）  自局の第１、第２又は下位ポート（支線ポートが複数ある場合は支線ポートを含む。）で受信した上りフレームを、自局の支線ポートから送信する。
【請求項２】
１つの親局と、請求項１に記載の複数の子局とを備えたリングを含むメッシュネットワークであって、
前記親局が、上位網に繋がる上位ポートと、相手方ノードの第２ポートに通じる第１ポートと、相手方ノードの第１ポートに通じる第２ポートと、を備えており、次の（ｘ）及び（ｙ）の転送処理が可能であることを特徴とするメッシュネットワーク。
（ｘ）  自局の上位ポートで受信した下りフレームを、自局の第１及び第２ポートから送信する。
（ｙ）  自局の第１又は第２ポートで受信した上りフレームを、自局の上位ポートから送信する。
【請求項３】
前記子局は、前記プライマリモードの動作中に、自局宛の下りフレームを支線ポートのみから受信する第１トリガを検出した場合に、その検出を前記親局に通知する請求項２に記載のメッシュネットワーク。
【請求項４】
前記親局は、前記第１トリガの検出を通知した前記子局に、前記セカンダリモードへの切り替えを指示する請求項３に記載のメッシュネットワーク。
【請求項５】
前記親局は、前記第１トリガの検出を通知する前記子局が複数ある場合には、前記セカンダリモードへの切り替えをいずれか１つの前記子局に指示し、残りの前記子局が前記プライマリモードと前記セカンダリモードのいずれで動作可能かを判定する請求項３又は４に記載のメッシュネットワーク。
【請求項６】
前記子局は、前記セカンダリモードの動作中に、自局宛の下りフレームを自局の第１又は第２ポートから受信する第２トリガを検出した場合に、その検出を前記親局に通知する請求項２〜５のいずれか１項に記載のメッシュネットワーク。
【請求項７】
前記親局は、前記第２トリガの検出を通知した前記子局に、前記プライマリモードへの切り替えを指示する請求項６に記載のメッシュネットワーク。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッシュネットワークとこれに用いる子局に関する。
【背景技術】
【０００２】
メッシュネットワークは、各々の通信ノードが隣接する複数の通信ノードと接続されることで、全体が網目状に構成された接続形態のネットワークである。
この場合、メッシュネットワーク内の通信信号は、隣接する通信ノードへの転送を繰り返して伝送されるので、いずれかのノードがインターネット等の外部ネットワークと接続されていれば、メッシュネットワーク内のすべての通信ノードが外部ネットワークと通信可能な状態となる。
【０００３】
かかるメッシュネットワークでは、あるノードが破損したり離脱したりしても、代替経路を確保し易いので、基地局が不通になるとネットワーク全体が停止するスター型ネットワークに比べて、障害に強いという利点がある。
もっとも、通信経路の探索や無限ループを防止する伝送制御を適切に行うために、高度なルーティング技術が必要であり、また、ユーザ認証などで通信ノードを限定しないと、第三者がメッシュに参加し易く情報漏洩のリスクが高いという欠点もある。
【０００４】
上記メッシュネットワークを用いた通信システムとして、メッシュネットワークをリングネットワークの複合体として定義し、リングネットワークのループ経路ごとに、そのリングネットワークのトポロジに対応したプロトコル（具体的には、ＩＥＥＥ８０２．１７として標準化されたＲＰＲ（Resilient Packet Ring ））を採用することにより、障害発生時における復旧を短時間で行えるようにした通信システムが、既に提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２１２７４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記特許文献１に記載の従来の通信システムでは、宛先の通信ノードに至るまでのリングをリングＩＤテーブルに基づいて決定するので、リングＩＤテーブルに、各通信ノードに対応するリング経路を予め設計して設定しておく必要がある。
このため、従来の通信システムでは、リングＩＤテーブルを各通信ノードに設定する作業が非常に煩雑であり、通信ノードの新設や除去を容易に行えないという欠点がある。
【０００７】
そこで、本出願人は、通信フレームの方向（上りか下りか）、受信ポートの種別及び通信フレームの子局情報に応じて、通信フレームをフラッディングしたり１つのポートだけから転送したりする転送規則を各ノードに予め規定することにより、運用中のメッシュネットワークに新たに子局を新設したり、そのネットワークから子局を除去したりしても、既存の子局の設定を変更せずに上りフレームと下りフレームを適切に伝送できるメッシュネットワークに関する発明を、既に出願している（特願２０１１−１６５７８８号）。
【０００８】
具体的には、上記先願に係るメッシュネットワークでは、ネットワーク内の通信に用いる物理ポートとして、親局が第１及び第２ポートを有し、子局が第１及び第２ポートに加えて更に支線ポートを有している。
そして、各子局が、第１又は第２ポートで受信した下りフレームを受信側と逆の第１又は第２ポートと支線ポートとから送信するので、親局から任意の子局までの下り経路を各子局に予め設定しなくても、任意の子局宛の下りフレームを当該子局に適切に伝送できるようになっている。
【０００９】
また、各子局が、第１又は第２ポートで受信した上りフレームを受信側と逆の第１又は第２ポートから送信するとともに、支線ポートで受信した上りフレームを第１及び第２ポートから送信するので、任意の子局から親局までの上り経路を各子局に予め設定しなくても、任意の子局が送信した親局宛ての上りフレームを当該親局に適切に伝送できるようになっている。
【００１０】
しかし、先願に係るメッシュネットワークでは、支線ポートで受信した下りフレームを廃棄し、かつ、上りフレームを支線ポートから送信しない転送規則になっているので、支線ポートを利用したリングをネットワーク内に構成しても、そのリングがプロテクションパスとして有効に機能しない場合がある。
従って、例えば、親局を含むリングについては第１及び第２ポートを使用するというように、ポートの種別を絞ってリングを構成する必要があり、ネットワーク設計の自由度に制限がある。
【００１１】
このため、すべての通信ノードを新設してメッシュネットワーク全体を構築する場合には、プロテクションが確実なネットワーク設計が可能であるが、例えば、リングを含まない既設の開構造（例えば、ツリー構造）のネットワークに通信回線を後付けし、リングを含むメッシュネットワークを構築する場合には、支線ポートを利用しないとリングを構成できないことがあり、プロテクションが機能しないメッシュネットワークとなる可能性がある。
【００１２】
本発明は、かかる問題点に鑑み、支線ポートを用いてリングを構成してもプロテクションが機能するようにして、ネットワーク設計の自由度を向上させることを目的とする。
【課題を解決するための手段】
【００１３】
（１）  本発明の子局は、１つの親局とリングを含むメッシュネットワークを構成する子局であって、下位網に通じる下位ポートと、相手方ノードの第２又は支線ポートに通じる第１ポートと、相手方ノードの支線又は第１ポートに通じる第２ポートと、相手方ノードの第１、第２又は支線ポートに通じる支線ポートと、次の（ａ）及び（ｂ）の転送処理を行うプライマリモードと、次の（ｃ）及び（ｄ）の転送処理を行うセカンダリモードとのいずれかに切り替え可能なフレーム処理部と、を備えていることを特徴とする。
【００１４】
（ａ）  自局の第１又は第２ポートで受信した下りフレームを、受信側とは逆の自局の第１又は第２ポートと、自局の支線ポート及び下位ポートのうちの少なくとも一方とから送信する。
（ｂ）  自局の下位ポートで受信した上りフレームを、自局の第１及び第２ポートから送信し、自局の第１又は第２ポートで受信した上りフレームを、受信側とは逆の自局の第１又は第２ポートから送信し、自局の支線ポートで受信した上りフレームを、自局の第１及び第２ポートから送信する。
【００１５】
（ｃ）  自局の支線ポートで受信した下りフレームを、自局の第１及び第２ポート（支線ポートが複数ある場合は受信ポートと別の支線ポートを含む。）から送信する。
（ｄ）  自局の第１、第２又は下位ポート（支線ポートが複数ある場合は支線ポートを含む。）で受信した上りフレームを、自局の支線ポートから送信する。
【００１６】
本発明の子局によれば、フレーム処理部が、上記（ａ）及び（ｂ）の転送処理を行うプライマリモードと、上記（ｃ）及び（ｄ）の転送処理を行うセカンダリモードとのいずれかに切り替え可能となっている。
このため、本発明の子局の支線ポートに通信回線を接続してリングを構成しても、セカンダリモードに移行させることで、プライマリモードの場合と異なる経路で通信フレームを伝送でき、リングによるプロテクションを機能させることができる。
【００１７】
このように、本発明の子局をメッシュネットワークの通信ノードとして使用すれば、支線ポートを用いてリングを構成してもプロテクションが機能するので、例えば、既設の開構造のネットワークに通信回線を後付けしてメッシュネットワークを構築するため、子局の支線ポートを利用しないとリングを構成できないような場合でも、プロテクションが機能するメッシュネットワークを構築でき、ネットワーク設計の自由度が向上する。
【００１８】
（２）  本発明の子局は、次のような転送処理を行う１つの親局と、リングを含むメッシュネットワークを構成することができる。
すなわち、本発明のメッシュネットワークは、１つの親局と、本発明の複数の子局とを備えたリングを含むメッシュネットワークであって、前記親局が、上位網に繋がる上位ポートと、相手方ノードの第２ポートに通じる第１ポートと、相手方ノードの第１ポートに通じる第２ポートと、を備えており、次の（ｘ）及び（ｙ）の転送処理が可能であることを特徴とする。
【００１９】
（ｘ）  自局の上位ポートで受信した下りフレームを、自局の第１及び第２ポートから送信する。
（ｙ）  自局の第１又は第２ポートで受信した上りフレームを、自局の上位ポートから送信する。
【００２０】
本発明のメッシュネットワークによれば、親局が、上位ポートで受信した下りフレームを、自局の第１及び第２ポートから送信可能であり、子局が、プライマリモードの場合に、自局の第１又は第２ポートから受信した下りフレームを、受信側と逆の第１又は第２ポートと、支線ポート及び下位ポートのうちの少なくとも一方とから送信可能であるから、親局から任意の子局に至るまでの下り経路を各子局に予め設定しなくても、メッシュネットワーク内の任意の子局宛の下りフレームを、当該子局に伝送することができる。
【００２１】
また、本発明のメッシュネットワークによれば、子局が、プライマリモードの場合に、下位ポートで受信した上りフレームを、自局の第１及び第２ポートから送信可能であり、自局の第１又は第２ポートで受信した上りフレームを、受信側とは逆の自局の第１又は第２ポートから送信可能であり、自局の支線ポートから受信した上りフレームを、自局の第１及び第２ポートから送信可能であり、親局が、自局の第１又は第２ポートで受信した上りフレームを、上位ポートから送信可能であるから、任意の子局から親局に至るまでの上り経路を各子局に予め設定しなくても、メッシュネットワーク内の任意の子局が送信した親局宛ての上りフレームを、当該親局に伝送することができる。
【００２２】
このため、運用中のメッシュネットワークに新たに子局を新設したり、そのネットワークから子局を除去したりしても、既存の子局の設定を変更せずに上りフレームと下りフレームを適切に伝送することができる。従って、メッシュネットワークに対する子局の新設や除去を容易に行うことができる。
【００２３】
（３）  本発明のメッシュネットワークでは、プライマリモードで動作する子局は、自局宛の下りフレームを第１又は第２ポートから受信するので、自局宛の下りフレームを支線ポートでしか受信できない場合は、ネットワーク内でリングを構成する通信ノード又は通信回線に、何らかの障害が発生したと推定できる。
そこで、前記子局が、前記プライマリモードの動作中に、自局宛の下りフレームを支線ポートのみから受信する第１トリガを検出した場合に、その検出を前記親局に通知するようにすることが好ましい。
【００２４】
（４）  そして、前記親局が、前記第１トリガの検出を通知した前記子局に、前記セカンダリモードへの切り替えを指示するようにすれば、当該子局が、プライマリモードの場合と別の経路で、親局と通信できるようになる。
【００２５】
（５）  もっとも、前記親局は、前記第１トリガの検出を通知する前記子局が複数ある場合には、前記セカンダリモードへの切り替えをいずれか１つの前記子局に指示し、残りの前記子局が前記プライマリモードと前記セカンダリモードのいずれで動作可能かを判定することが好ましい。
その理由は、複数の子局を一気にセカンダリモードに切り替えると、プライマリモードで通信できなくなる子局が増大し、通信不良が拡大する可能性があるからである。
【００２６】
（６）  一方、セカンダリモードで動作する子局は、自局宛の下りフレームを支線ポートから受信するが、自局宛の下りフレームを第１又は第２ポートで受信し始めた場合は、ネットワーク内でリングを構成する通信ノード又は通信回線に生じた障害が、復旧したと推定できる。
そこで、前記子局は、前記セカンダリモードの動作中に、自局宛の下りフレームを自局の第１又は第２ポートから受信する第２トリガを検出した場合に、その検出を前記親局に通知することが好ましい。
【００２７】
（７）  そして、前記親局が、前記第２トリガの検出を通知した前記子局に、前記プライマリモードへの切り替えを指示するようにすれば、当該子局が、障害発生前のプライマリモードの場合の経路で、親局と通信できるようになる。
【発明の効果】
【００２８】
以上の通り、本発明によれば、支線ポートを用いてリングを構成してもプロテクションが機能するので、ネットワーク設計の自由度を向上させることができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の実施形態に係る通信システムの接続形態を示す図である。
【図２】親局の構成を示すブロック図である。
【図３】子局の構成を示すブロック図である。
【図４】親局の転送規則の一例を示す表である。
【図５】親局の転送規則の説明図である。
【図６】子局のプライマリモードの転送規則の一例を示す表である。
【図７】子局のプライマリモードの転送規則の説明図である。
【図８】子局のセカンダリモードの転送規則の一例を示す表である。
【図９】子局のセカンダリモードの転送規則の説明図である。
【図１０】親局と子局が行うモード切り替え処理を示すシーケンス図である。
【図１１】親局の通過判定テーブルの一例を示す図である。
【図１２】子局の通過判定テーブルの一例を示す図である。
【発明を実施するための形態】
【００３０】
以下、図面に基づいて、本発明の実施形態を説明する。
〔通信システムの接続形態〕
図１は、本発明の実施形態に係る通信システムの接続形態を示す図である。
図１に例示する通信システムでは、子局を個別に識別するための識別符号２ａ〜２ｓを付してあるが、これから説明する実施形態では、各々の子局２ａ〜２ｓを参照符号「２」を用いて「子局２」と総称する場合がある。
【００３１】
図１に示すように、本実施形態の通信システムは、各通信ノード１，２が隣接する１又は複数の通信ノードと接続されることより、ネットワーク全体が比較的粗い網目状に構成された疎なメッシュネットワークよりなる。
具体的には、本実施形態の通信システムは、１つの親局１と、多数の子局２と、これらのすべてを１又は複数の隣接ノードと通信可能に接続する多数の通信回線３とからなり、親局１は、メッシュネットワーク内においてポイントツーマルチポイントで各子局２と通信可能となっている。
【００３２】
メッシュネットワークを構成する通信ノード１，２のうち、親局１は上位網に接続されており、子局２はそれぞれの下位網に接続されている。図１では、図示の簡略化のために、１つの子局２のみが下位網と接続されているが、実際には、すべての子局２が下位網と接続可能である。
図１において、「ポートＬ」（Ｌは「Left」の意味）と「ポートＲ」（Ｒは「Right 」の意味）は、親局１と子局２が、メッシュネットワーク内の通信に使用する２種類の物理ポートである。
【００３３】
親局１は、インターネット等の上位網への物理ポートである上位ポートＳと、上記ポートＬ，Ｒとを有する。
子局２は、ユーザネットワーク等の下位網に通じる下位ポートＵと、上記ポートＬ，Ｒと、メッシュネットワーク内の通信に用いる第３のポートである「ポートＢ」（Ｂは「Branch」の意味）とを有する。
【００３４】
なお、本明細書において、「Ｌ」を「第１ポート」といい、「Ｒ」を「第２ポート」といい、「Ｂ」を「支線ポート」ということがある。
また、「Ｓ」を「上位ポート」或いは「ＳＮＩ（Service Node Interface）ポート」といい、「Ｕ」を「下位ポート」或いは「ＵＮＩ（User Node Interface ）ポート」ということがある。
【００３５】
本実施形態の通信システムでは、メッシュネットワークのトポロジをリング又は弧の複合として認識すべく、「Ｌ」と「Ｒ」という区別をしている。
そのうち、ポートＬは、相手方ノードのポートＲ又はポートＢと接続可能であり、ポートＲは、相手方ノードのポートＬ又はポートＢと接続可能であり、ポートＲ同士とポートＬ同士の接続は行わないものとする。
【００３６】
また、ポートＢの場合は、相手方ノードのポートＬ、ポートＲ又はポートＢのいずれにも接続可能である。
もっとも、本実施形態の通信システムでは、リング又は弧がすべて閉じられている必要はなく、図１に例示されるように、ループしないオープンな弧が存在してもよい。なお、本実施形態の通信システムでは、ネットワーク回線（通信回線３）は２芯の光ファイバを想定している。
【００３７】
図１に示す通信システムにおいて、実線で示す通信回線３は、既設の通信回線３Ａであり、破線で示す通信回線３は、その後に追加された通信回線３Ｂである。
すなわち、構築当初のネットワーク構成は、子局２ｉと子局２ｋの間と、子局２ｋと子局２ｏの間に通信回線３Ｂが敷設されておらず、リングが存在しないツリー構造のネットワークであったものとする。
【００３８】
その後、子局２ｉのポートＢと子局２ｋのポートＢを通信回線３Ｂで繋ぎ、子局２ｋのポートＲと子局２ｏのポートＢを通信回線で繋ぐことにより、２つのリングを含む疎なメッシュネットワークが構築されている。
このように、リングを含まない既設のツリー構造のネットワークに、通信回線３Ｂを後付けして、１又は複数のリングを含むメッシュネットワークを構築する場合には、支線ポートＢを利用しないとリングを構成できない場合がある。
【００３９】
〔親局の構成〕
図２は、親局１の構成を示すブロック図である。
図２に示すように、親局１は、図示左側から右側に向かって順に、送受信部１１〜１３と、送受信用バッファ１４〜１９と、フレーム処理部２０と、通過判定テーブル１０とを備えている。
【００４０】
送受信部１１は、上位ポートＳに対応する送受信部であり、上位ポートＳから入力される受信信号から所定フォーマットの受信フレームを生成し、生成した受信フレームを受信用バッファ１５に入れる。
送受信部１１は、送信用バッファ１４から取り出した送信フレームを上位網の規約に従う所定の送信信号に変換し、変換した送信信号を上位ポートＳに出力する。
【００４１】
送受信部１２は、ポートＬに対応する送受信部であり、ポートＬから入力される光信号を電気信号に変換して所定フォーマットの受信フレームを生成し、生成した受信フレームを受信用バッファ１７に入れる。
送受信部１２は、送信用バッファ１６から取り出した送信フレームを所定波長帯の光信号に変換し、変換した送信信号をポートＬに出力する。
【００４２】
送受信部１３は、ポートＲに対応する送受信部であり、ポートＲから入力される光信号を電気信号に変換して所定フォーマットの受信フレームを生成し、生成した受信フレームを受信用バッファ１９に入れる。
送受信部１３は、送信用バッファ１８から取り出した送信フレームを所定波長帯の光信号に変換し、変換した送信信号をポートＲに出力する。
【００４３】
フレーム処理部２０は、各受信用バッファ１５，１７，１９から受信フレームを取り出し、取り出した受信フレームをどのポートＳ，Ｌ，Ｒから送出するかを、後述する転送規則に従って決定し、転送先のポートＳ，Ｌ，Ｒに対応する送信用バッファ１４，１６，１８に受信フレームとデータ内容が同じ送信フレームを入れる。ここで、前記データ内容には、後述のカプセル化情報は除くものとする。
【００４４】
なお、上記の転送処理には、通過判定テーブル１０（図１１参照）に基づいて行われる、既転送の通信フレームと同じ通信フレームを廃棄してその重複通過を許さない「通過限定処理」が含まれるが、その詳細は後述する。
また、親局１のフレーム処理部２０は、１又は複数の子局２との間で所定の制御フレームをやり取りして、子局２の動作モードを切り替えるモード切り替え処理（図１０参照）を行うが、その詳細も後述する。
【００４５】
〔子局の構成〕
図３は、子局２の構成を示すブロック図である。
図３に示すように、子局２は、図示左側から右側に向かって順に、送受信部２１〜２４と、送受信用バッファ２５〜３２と、フレーム処理部３３と、通過判定テーブル３４とを備えている。
【００４６】
送受信部２１は、下位ポートＵに対応する送受信部であり、下位ポートＵから入力される受信信号から所定フォーマットの受信フレームを生成し、生成した受信フレームを受信用バッファ２６に入れる。
送受信部２１は、送信用バッファ２５から取り出した送信フレームを下位網の規約に従う所定の送信信号に変換し、変換した送信信号をユーザポートＵに出力する。
【００４７】
送受信部２２は、ポートＬに対応する送受信部であり、ポートＬから入力される光信号を電気信号に変換して所定フォーマットの受信フレームを生成し、生成した受信フレームを受信用バッファ２８に入れる。
送受信部２２は、送信用バッファ２７から取り出した送信フレームを所定波長帯の光信号に変換し、変換した送信信号をポートＬに出力する。
【００４８】
送受信部２３は、ポートＲに対応する送受信部であり、ポートＲから入力される光信号を電気信号に変換して所定フォーマットの受信フレームを生成し、生成した受信フレームを受信用バッファ３０に入れる。
送受信部１３は、送信用バッファ２９から取り出した送信フレームを所定波長帯の光信号に変換し、変換した送信信号をポートＲに出力する。
【００４９】
送受信部２４は、ポートＢに対応する送受信部であり、ポートＢから入力される光信号を電気信号に変換して所定フォーマットの受信フレームを生成し、生成した受信フレームを受信用バッファ３２に入れる。
送受信部２４は、送信用バッファ３１から取り出した送信フレームを所定波長帯の光信号に変換し、変換した送信信号をポートＢに出力する。
【００５０】
フレーム処理部３３は、各受信用バッファ２６，２８，３０，３２から受信フレームを取り出し、取り出した受信フレームをどのポートＵ，Ｌ，Ｒ，Ｂから送出するかを、後述する転送規則に従って決定し、転送先のポートＵ，Ｌ，Ｒ，Ｂに対応する送信用バッファ２５，２７，２９，３１に受信フレームと同じデータ内容である送信フレームを入れる。ここで、前記データ内容には、後述のカプセル化情報は除くものとする。
【００５１】
なお、上記の転送処理には、通過判定テーブル３４（図１２参照）に基づいて行われる、既転送の通信フレームと同じ通信フレームを廃棄してその重複通過を許さない通過限定処理が含まれるが、その詳細は後述する。
また、子局２のフレーム処理部３３は、親局１との間で所定の制御フレームをやり取りして、子局２の動作モードを切り替えるモード切り替え処理（図１０参照）を行うが、その詳細も後述する。
【００５２】
なお、図３に例示した子局２は、ポートＢとこれに対応する送受信部２４及びバッファ３１，３２を１組だけ有しているが、ポートＢとこれに対応する送受信部２４及びバッファ３１，３２を複数組設けることにしてもよい。
【００５３】
〔通信フレームのフォーマット〕
本実施形態の通信システムに用いる通信フレームは、イーサネットフレーム（「イーサネット」は登録商標である。）又はＩＰパケットに、以下の情報（ａ）〜（ｄ）を格納するフィールドをカプセル化することによって構成されている。
このカプセル化ないしデカプセル化（カプセル情報を削除すること。）は、親局１のポートＳの送受信部１１および子局２のポートＵの送受信部２１において行われ、親局１のポートＳおよび子局２のポートＵを流れる通信フレームはカプセル化されない。
【００５４】
（ａ）方向情報
この「方向情報」は、親局１が送信元である「下りフレーム」と、子局２が送信元である「上りフレーム」とを区別するための情報である。
親局１は、上位網から取得した通信フレームをメッシュネットワークに送信する場合、フレーム処理部２０において通信フレームの方向情報を「下り」に設定し、その通信フレームをポートＬ，Ｒから送出する。
【００５５】
また、子局２は、ユーザ網から取得した通信フレームをメッシュネットワークに送信する場合、フレーム処理部３３において通信フレームの方向情報を「上り」に設定し、その通信フレームをポートＬ，Ｒから送出する。
従って、ネットワーク内の各通信ノード１，２のフレーム処理部２０，３３は、受信フレームの方向情報フィールドに記された値又は記号に基づいて、受信フレームの方向が下りか上りかを判定することができる。
【００５６】
（ｂ）子局情報
この「子局情報」は、通信システム内の子局２の識別情報（ＩＤ）であり、下りフレームの場合は宛先、或いは、上りフレームの場合は送信元の子局２を表す。
親局１のポートＳの送受信部１１において、下り通信フレームの内容から宛先子局が決定される。これには、例えば、イーサネットフレームのＶＬＡＮ ＩＤを子局ＩＤとしてそのまま、あるいはテーブル等により一意な値に変換して決定すればよい。
親局１は、下りフレームをメッシュネットワークに送出する場合、通信フレームの子局情報フィールドに、子局ＩＤを記す。また、子局２は、上りフレームをメッシュネットワークに送出する場合、通信フレームの子局情報フィールドに、設定されている自局ＩＤを記す。
【００５７】
（ｃ）通信フレームのシーケンス番号
この「シーケンス番号」は、子局２が送信する通信フレームの順番を表す情報であり、通信フレームの方向と子局ＩＤごとに独立している。
子局２は、自局から送信する上りフレーム及び下りフレームごとに、及び、子局ＩＤごとにシーケンス番号を記した通信フレームを、メッシュネットワークに送信する。
【００５８】
なお、後述の通過限定処理において、フレーム単位で重複を判断して転送するフレームを絞る「フレーム限定処理」（フレームモード）の場合には、このシーケンス番号を用いてフレームの重複を判定する。
また、後述の通過限定処理において、入力ポートを予め１つのパスに限定しておき、通信が途切れた場合に他のパスに切り替える「パス限定処理」（パスモード）では、シーケンス番号は不要である。
【００５９】
（ｄ）ＴＴＬ（Time To live）情報
この「ＴＴＬ情報」は、通信フレームの現時点における転送可能回数（残余ホップ回数）を表す情報である。
子局２は、メッシュネットワークを流れる通信フレームを自局で転送する場合、ＴＴＬ情報フィールドに記された番号を１つデクリメントする。また、子局２は、その番号が「０」になった通信フレームを廃棄する。
【００６０】
従って、本実施形態の通信システムによれば、ある子局２が後述の転送規則に従わない異常な動作を行っても、残りの正常な子局２が、ＴＴＬ情報がゼロである通信フレームを廃棄することで、ループフレームの発生を未然に防止することができる。
なお、子局２は、転送ごとにＴＴＬ情報をインクリメントすることにし、その値が所定値に達した場合に通信フレームを廃棄することにしてもよい。
【００６１】
〔親局の転送処理〕
図４は、親局１の転送規則の一例を示す表であり、図５は、その表で定義された親局１の転送規則の説明図である。
以下、図４及び図５を参照して、親局１のフレーム処理部２０が行う通信フレームの転送処理の内容を説明する。
【００６２】
親局１のフレーム処理部２０は、図４の１行目左列に示すように、入力ポートがポートＳである「下りフレーム」については、ポートＬとポートＲの双方を出力ポートに設定する（図５の（ａ）参照）。
親局１のフレーム処理部２０は、図４の２行目左列に示すように、入力ポートがポートＬである「下りフレーム」を廃棄し（図５の（ｂ）参照）、図４の２行目左列に示すように、入力ポートがポートＲである「下りフレーム」についても、これを廃棄する（図５の（ｃ）参照）。
【００６３】
親局１のフレーム処理部２０は、図４の２行目右列に示すように、入力ポートがポートＬである「上りフレーム」については、ポートＳを出力ポートに設定し（図５の（ｄ）参照）、図４の３行目右列に示すように、入力ポートがポートＲである「上りフレーム」についても、ポートＳを出力ポートに設定する（図５の（ｅ）参照）。
ただし、ポートＬとポートＲで受信した上りフレームを通過限定処理の対象とする。すなわち、ポートＬとポートＲの双方で受信した同じ上りフレームについては、いずれか一方のポートで受信した上りフレームのみをポートＳに出力し、他方のポートで受信した上りフレームを廃棄する。
【００６４】
なお、図４の転送規則において、１行目右列の処理を定義していない理由は、入力ポートがポートＳである通信フレーム（ＳＮＩポートの受信フレーム）は必ず下りフレームであり、上りフレームではないからである。
また、図４の転送規則において、ポートＬ又はポートＲで受信した下りフレームを廃棄（図５の（ｂ）及び（ｃ）参照）する理由は、下りフレームは親局１が子局２宛てに送信した通信フレームであるから、ＳＮＩポートから上位網に転送したり、ネットワーク内に再転送したりする必要がないからである。
【００６５】
親局１における通信フレームの転送ルールを纏めると、次のようになる。
「規則ａ１」
上位ポートＳで受信した下りフレームは、第１及び第２ポートＬ，Ｒから送信する。
「規則ａ２」
第１ポートＬで受信した下りフレームは、廃棄する。
「規則ａ３」
第２ポートＲで受信した下りフレームは、廃棄する。
【００６６】
「規則ａ４」
第１ポートＬで受信した上りフレームは、第２ポートＲで受信した上りフレームとの重複を除いて、上位ポートＳから送信する。
「規則ａ５」
第２ポートＲで受信した上りフレームは、第１ポートＲで受信した上りフレームとの重複を除いて、上位ポートＳから送信する。
【００６７】
〔子局の転送処理〕
図６は、子局２のプライマリモードの転送規則の一例を示す表であり、図７は、その表で定義された子局２のプライマリモードの転送規則の説明図である。
図８は、子局２のセカンダリモードの転送規則の一例を示す表であり、図９は、その表で定義された子局２のプライマリモードの転送規則の説明図である。
以下、図６〜図９を参照して、子局２のフレーム処理部３３が行う通信フレームの転送処理の内容を、それらのモードごとに説明する。
【００６８】
（プライマリモードの転送処理）
子局２のフレーム処理部３３は、図６の１行目左列に示すように、入力ポートがポートＬである「下りフレーム」については、その下りフレームが他局宛の場合は、ポートＲとポートＢの双方を出力ポートに設定し、その下りフレームが自局宛の場合は、ポートＵ（ＵＮＩポート）を出力ポートに設定する（図７の（ａ）参照）。
【００６９】
子局２のフレーム処理部３３は、図６の２行目左列に示すように、入力ポートがポートＲである「下りフレーム」については、その下りフレームが他局宛の場合は、ポートＬとポートＢの双方を出力ポートに設定し、その下りフレームが自局宛の場合は、ポートＵ（ＵＮＩポート）を出力ポートに設定する（図７の（ｂ）参照）。
【００７０】
ただし、ポートＬとポートＲで受信した下りフレームを通過限定処理の対象とする。すなわち、ポートＬとポートＲで受信した同じ下りフレームについては、いずれか一方のポートで受信した下りフレームのみをポートＢに転送し、他方のポートで受信した下りフレームについては、ポートＢへの転送は行わない。もっとも、ポートＬ又はポートＲへの転送は行われる。
子局２のフレーム処理部３３は、図６の３行目左列に示すように、入力ポートがポートＢである「下りフレーム」を廃棄する（図７の（ｃ）参照）。
【００７１】
ただし、ポートＢに入力される下りフレームは、自局宛の場合には、ポートＬ又はポートＲに同じ下りフレームの入力がある場合に廃棄される。
そうでない場合、すなわち、ポートＬ又はポートＲに入力がなくポートＢにのみ自局宛の下りフレームがある場合は、自局の動作モードを、プライマリモードからセカンダリモードに移行させるトリガ（第１トリガ）となる。
【００７２】
子局２のフレーム処理部３３は、図６の１行目右列に示すように、入力ポートがポートＬである「上りフレーム」については、ポートＲを出力ポートに設定し（図７の（ｄ）参照）、図６の２行目右列に示すように、入力ポートがポートＲである「上りフレーム」については、ポートＬを出力ポートに設定する（図７の（ｅ）参照）。
子局２のフレーム処理部３３は、図６の３行目右列に示すように、入力ポートがポートＢである「上りフレーム」については、ポートＬとポートＲの双方を出力ポートに設定する（図７の（ｆ）参照）。
【００７３】
ただし、ポートＬ（又はポートＲ）とポートＢで受信した上りフレームを通過限定処理の対象とする。すなわち、ポートＬ（又はポートＲ）及びポートＢで受信した同じ上りフレームについては、いずれか一方のポートで受信した上りフレームのみを転送し、他方のポートで受信した上りフレームを廃棄する。
子局２のフレーム処理部３３は、図６の４行目右列に示すように、入力ポートがポートＵ（ＵＮＩポート）である「上りフレーム」については、ポートＬとポートＲの双方を出力ポートに設定する（図７の（ｇ）参照）。
【００７４】
なお、図６の転送規則において、４行目左列の処理を定義していない理由は、入力ポートがポートＵである通信フレーム（ＵＮＩポートの受信フレーム）は必ず上りフレームであり、下りフレームではないからである。
また、図６の転送規則において、ポートＢで受信した下りフレームを廃棄（図７の（ｃ）参照）する理由は、支線ポートＢは下りフレームを下位側にフラッディングするために設けたポートであるから、下りフレームを支線ポートＢに戻す必要がないからである。
【００７５】
子局２における「プライマリモード」での通信フレームの転送ルールを纏めると、次のようになる。
「規則ｂ１」
第１ポートＬで受信した下りフレームは、他局宛の場合は、第２ポートＲで受信した下りフレームとの重複を除いて、支線ポートＢと第２ポートＲから送信し、自局宛の場合は、下位ポートＵから送信する。
【００７６】
「規則ｂ２」
第２ポートＲで受信した下りフレームは、他局宛の場合は、第１ポートＬで受信した下りフレームとの重複を除いて、支線ポートＢと第１ポートＬから送信し、自局宛の場合は、下位ポートＵから送信する。
「規則ｂ３」
支線ポートＢで受信した下りフレームは、廃棄する。
ただし、支線ポートＢのみでの下りフレームの受信は、セカンダリモードへの移行のトリガとなる。
【００７７】
「規則ｂ４」
第１ポートＬで受信した上りフレームは、支線ポートＢで受信した上りフレームとの重複を除いて、第２ポートＲから送信する。
「規則ｂ５」
第２ポートＲで受信した上りフレームは、支線ポートＢで受信した上りフレームとの重複を除いて、第１ポートＬから送信する。
【００７８】
「規則ｂ６」
支線ポートＢで受信した上りフレームは、第１及び第２ポートＬ，Ｒで受信した上りフレームとの重複を除いて、第１及び第２ポートＬ，Ｒから送信する。
「規則ｂ７」
下位ポートＵで受信した上りフレームは、第１及び第２ポートＬ，Ｒから送信する。
【００７９】
（セカンダリモードの転送処理）
子局２のフレーム処理部３３は、図８の１行目左列に示すように、入力ポートがポートＬである「下りフレーム」については、その下りフレームが他局宛の場合は廃棄する（図９の（ａ）参照）。
子局２のフレーム処理部３３は、図８の２行目左列に示すように、入力ポートがポートＲである「下りフレーム」についても、その下りフレームが他局宛の場合は廃棄する（図９の（ｂ）参照）。
【００８０】
なお、セカンダリモードでは、通常、ポートＬ又はポートＲに自局宛の下りフレームが到達することはないが、その到達があった場合には、自局の動作モードを、セカンダリモードからプライマリモードへ切り替えさせるトリガ（第２トリガ）となる。
【００８１】
子局２のフレーム処理部３３は、図８の３行目左列に示すように、入力ポートがポートＢである「下りフレーム」については、その下りフレームが他局宛の場合は、ポートＬ及びポートＲを出力ポートに設定し、その下りフレームが自局宛の場合は、ポートＵ（ＵＮＩポート）を出力ポートに設定する（図９の（ｃ）参照）。
なお、ポートＢが２つ以上ある子局２の場合は、ポートＢ入力の他局宛の下りフレームは、その入力ポート以外の他のポートＢから出力される。
【００８２】
子局２のフレーム処理部３３は、図８の１行目右列に示すように、入力ポートがポートＬである「上りフレーム」については、ポートＢを出力ポートに設定し（図９の（ｄ）参照）、図８の２行目右列に示すように、入力ポートがポートＲである「上りフレーム」についても、ポートＢを出力ポートに設定する（図９の（ｅ）参照）。
子局２のフレーム処理部３３は、図８の３行目右列に示すように、入力ポートがポートＢである「上りフレーム」については、ポートＢが１つの場合は廃棄する。また、ポートＢが２つ以上の場合は、下りフレームの受信ポート以外のポートＢに入力された上りフレーを、下りフレームの受信ポートであるポートＢから出力する（図９の（ｆ）参照）。
【００８３】
ただし、ポートＬ（又はポートＲ）とポートＢで受信した上りフレームを通過限定処理の対象とする。すなわち、ポートＬ（又はポートＲ）及びポートＢで受信した同じ上りフレームについては、いずれか一方のポートで受信した上りフレームのみを転送し、他方のポートで受信した上りフレームを廃棄する。
子局２のフレーム処理部３３は、図８の４行目右列に示すように、入力ポートがポートＵ（ＵＮＩポート）である「上りフレーム」についても、ポートＢを出力ポートに設定する（図９の（ｇ）参照）。
【００８４】
なお、ポートＢが２つ以上ある子局２の場合は、下りフレームが入力されるポートＢが、上りフレームの出力ポートに設定される。
子局２における「セカンダリモード」での通信フレームの転送ルールを纏めると、次のようになる。
【００８５】
「規則ｃ１」
第１ポートＬで受信した下りフレームは、他局宛の場合は廃棄し、自局宛の場合は、プライマリモードへの移行のトリガとなる。
【００８６】
「規則ｃ２」
第２ポートＲで受信した下りフレームは、他局宛の場合は廃棄し、自局宛の場合は、プライマリモードへの移行のトリガとなる。
「規則ｃ３」
支線ポートＢで受信した下りフレームは、他局宛の場合は、第１及び第２ポートＬ，Ｒ（複数のポートＢがある場合は他のポートＢを含む。）から送信し、自局宛の場合は、下位ポートから送信する。
【００８７】
「規則ｃ４」
第１ポートＬで受信した上りフレームは、支線ポートＢで受信した上りフレームとの重複を除いて、下りフレームを受信する支線ポートＢから送信する。
「規則ｃ５」
第２ポートＲで受信した上りフレームは、支線ポートＢで受信した上りフレームとの重複を除いて、下りフレームを受信する支線ポートＢから送信する。
【００８８】
「規則ｃ６」
支線ポートＢで受信した上りフレームは、第１及び第２ポートＬ，Ｒで受信した上りフレームとの重複を除いて、下りフレームを受信する支線ポートＢから送信する。
「規則ｃ７」
下位ポートＵで受信した上りフレームは、下りフレームを受信する支線ポートＢから送信する。
【００８９】
〔モード切り替え処理〕
図１０は、親局１と子局２が行うモード切り替え処理を示すシーケンス図である。
以下、図１と図１０を参照しつつ、子局２の動作モードを切り替える必要性と、その切り替え処理の具体例を説明する。
【００９０】
（モード切り替えの必要性）
図１のメッシュネットワークにおける、親局１→子局２ｈ→子局２ｇ→子局２ｊ→子局２ｉ→子局２ｋ→子局２ｌ→子局２ｎ→子局２ｍ→親局１よりなるリングを例に取ると、子局２ｉと子局２ｋは、支線ポートＢに接続された通信回線３Ｂで繋がっている。
この場合、親局１からリングを左回りに流れる下りフレームは、親局１→子局２ｈ→子局２ｇ→子局２ｊ→子局２ｉ→子局２ｋのルートで子局２ｋに到達するが、子局２ｋは、その下りフレームを支線ポートＢから受信するため、当該下りフレームを廃棄する。
【００９１】
また、親局１からリングを右回りに流れる下りフレームは、親局１→子局２ｍ→子局２ｎ→子局２ｌ→子局２ｋ→子局２ｉのルートで子局２ｉに到達するが、子局２ｉも、その下りフレームを支線ポートＢから受信するため、当該下りフレームを廃棄する。
一方、子局２ｉが送信する上りフレームに着目すると、子局２ｉは上りフレームを支線ポートＢからは送信しないので、子局２ｉが送信する上りフレームは、子局２ｋには伝送されず、子局２ｊ→子局２ｇ→子局２ｈ→親局１の１つの経路で親局１に到達する。
【００９２】
このように、各子局２がプライマリモードで動作する場合は、子局２ｉと子局２ｋの間は、実質的に繋がっていないのと同じであるから、例えば、図１に☆印で示すように、子局２ｍと子局２ｎの間の通信回線３Ａに何らかの障害が生じると、子局２ｋが自局宛の下りフレームを受信できなくなる。
そこで、本実施形態では、ネットワーク内の子局２が、当初はプライマリモードで動作していることを前提として、ある子局２（図１の例では、子局２ｋ）が、ポートＢのみで自局宛の下りフレームを受信することを契機（第１トリガ）として、ネットワーク中の障害を検出する。
【００９３】
そして、上記第１トリガを検出した子局２は、その検出を記した親局１宛の制御フレームを生成してポートＢから送信し、親局１がネットワーク障害の発生を認識する。
その後、親局１は、第１トリガを検出した子局２をセカンダリモードに切り替えさせるとともに、その切り替えに伴って、他の子局２によるプライマリモードでの通信に与える影響を確認しつつ、すべての子局２が通信可能となるか、或いは、切り替えの影響がなくなるまで、１つの子局２ごとにセカンダリモードへの切り替えを促す。
【００９４】
また、セカンダリモードで動作中の子局２が、ポートＬ又はポートＲから自局宛の下りフレームを受信した場合（第２トリガ）は、プライマリモードでの通信が可能であることを示すことから、当該下りフレームを受信した子局２は、親局１との所定のやり取りを経てプライマリモードに復帰する。
【００９５】
（モード切り替え処理の具体例）
以下、図１０を参照しつつ、モード切り替え処理の具体例を説明する。
この具体例では、図１の子局２ｍと子局２ｎの間の通信回線３Ａに障害があった場合を想定している。この場合、上述の通り、子局２ｋは、自局宛の下りフレームを支線ポートＢのみから受信する第１トリガを検出する。
【００９６】
第１トリガを検出した子局２ｋは、その旨を記した制御フレームを、自局の支線ポートＢから親局１に送信する（図１０のステップＳ１）。
この制御フレームを受信した親局１は、モード切替指令を子局２ｋに送信し（図１０のステップＳ２）、この指令を受信した子局２ｋは、自局の動作モードをプライマリモードからセカンダリモードに切り替えるとともに、その切り替えの完了を知らせるモード切り替え応答を親局１に送信する（図１０のステップＳ３）。
【００９７】
ここで、図１を参照して、子局２ｋがセカンダリモードに移行すると、子局２ｎと子局２ｏが、自局宛の下りフレームを支線ポートＢのみから受信し、第１トリガを検出するようになる。
そこで、子局２ｎと子局２ｏは、第１トリガの検出を記した制御フレームを生成し、自局の支線ポートＢから親局１に宛てて送信する（図１０のステップＳ４，Ｓ５）。
【００９８】
これらの制御フレームを受信した親局１は、子局２ｎ，２ｏに対して同時にモード切り替えを指令するのではなく、その指令を１つの子局ごとに逐次与えて、モード切り替えによる通信状態の影響を確認する。
具体的には、親局１は、例えば子局２ｏにだけ、試験的にモード切替指令を送信する（図１０のステップＳ６）。この指令を受信した子局２ｏは、自局の動作モードをプライマリモードからセカンダリモードに切り替えるとともに、その切り替えの完了を知らせるモード切り替え応答を親局１に送信する（図１０のステップＳ７）。
【００９９】
再び、図１を参照して、子局２ｏがセカンダリモードに移行すると、子局２ｐがプライマリモードで通信可能となり、子局２ｎが、自局宛の下りフレームを第２ポートＲから通常に受信し、プライマリモードで動作することができる。
そこで、子局２ｎは、上記の通常受信の検出を記した制御フレームを生成し、自局のポートＲから親局１に宛てて送信する（図１０のステップＳ８）。
【０１００】
この制御フレームを受信した親局１は、子局２ｎがプライマリモードで動作可能であることにより、すべての子局２で通信可能となったことを察知する。従って、親局１は、子局２ｎに対しては、セカンダリモードへのモード切替指令を送信しない。
【０１０１】
次に、子局２ｍと子局２ｎの間の通信回線３Ａが復旧すると、セカンダリモードで動作中の子局２ｋ，２ｏは、自局宛の下りフレームを、ポートＬ又はポートＲから受信する第２トリガを検出する。
そこで、これらの子局２ｋ，２ｏは、上記第２トリガの検出を記した制御フレームを生成し、ポートＢから親局１に宛てて送信する（図１０のステップＳ９，Ｓ１０）。
【０１０２】
これらの制御フレームを受信した親局１は、モード復帰指令を子局２ｋ，２ｏにそれぞれ送信し（図１０のステップＳ１１，Ｓ１３）、この指令を受信した子局２ｋ，２ｏは、自局の動作モードをプライマリモードに復帰させるとともに、その復帰の完了を知らせるモード復帰応答を親局１に送信する（図１０のステップＳ１２，Ｓ１４）。
【０１０３】
〔親局の通過限定処理〕
図１１は、親局１の通過判定テーブル１０の一例を示す図である。
図１１に示すように、親局１の通過判定テーブル１０は、上りフレーム用の１種類のみであり、子局ＩＤのエントリごとに図示の各フィールドが含まれている。
親局１のフレーム処理部２０は、判定対象の上りフレームの入力ポートと、通信フレームのヘッダ部から抽出した方向情報、子局ＩＤ、シーケンス番号及びＴＴＬ情報に基づいて、通過判定テーブル１０を用いた以下の通過限定処理を実行することにより、受信した上りフレームを通過させるか廃棄するかを判定する。
【０１０４】
（有効判定）
まず、フレーム処理部２０は、通過判定テーブル１０における、判定対象フレームに記された子局ＩＤの値に対応するエントリを参照し、受信した上りフレームが有効か否かを判定する。
ここで、通過判定テーブル１０が正しく設定されている場合は、状態フィールドが「有効」になっているが（子局ＩＤ＝Ｘ，Ｚの場合）、正しく設定されていない場合は、状態フィールドが「無効」となっている（子局ＩＤ＝Ｙの場合）。
【０１０５】
そこで、フレーム処理部３３は、状態フィールドが無効である子局ＩＤ（＝Ｙ）の上りフレームについては、廃棄と判定して処理を終了し、状態フィールドが有効である子局ＩＤ（＝Ｘ，Ｚ）の上りフレームにのみ、更に以下の処理を実行する。
【０１０６】
（上りのパス限定処理）
フレーム処理部２０は、通過判定テーブル１０における、判定対象フレームに記された子局ＩＤの値に対応するエントリのモードフィールドを参照し、ここで指定された動作モードが「パス」である場合（図１１の例では、子局ＩＤ＝Ｘの場合）には、上りフレームの入力ポートを絞る「パス限定処理」を行う。
すなわち、フレーム処理部２０は、モードフィールドが「パス」の上りフレームについては、通過判定テーブル１０のセレクタフィールドで指定されている指定ポートのみを、上りフレームの入力ポートに設定する。
【０１０７】
より具体的には、フレーム処理部２０は、セレクタフィールドの指定ポートと判定対象フレームの入力ポート（ポートＬ又はポートＲ）とを比較し、入力ポートがポートＬであって指定ポートがＬであれば、通過と判定し、通過判定テーブル１０のＬ通過時刻フィールドを現在時刻で更新して処理を終了する。フレーム処理部２０は、入力ポートがポートＲであって指定ポートがＲである場合も、通過と判定し、通過判定テーブル１０のＲ通過時刻フィールドを現在時刻で更新して処理を終了する。
また、フレーム処理部２０は、上記指定ポートと入力ポートとが異なる場合は、廃棄と判定して処理を終了する。
【０１０８】
（上りのフレーム限定処理）
フレーム処理部２０は、通過判定テーブル１０における、判定対象フレームに記された子局ＩＤの値に対応するエントリのモードフィールドを参照し、ここで指定された動作モードが「フレーム」である場合（図１１の例では、子局ＩＤ＝Ｚの場合）には、ポートＬとポートＲから受信した同じ上りフレームを、先に到達した上りフレームに絞って送信する「フレーム限定処理」を行う。
【０１０９】
すなわち、フレーム処理部２０は、モードフィールドが「フレーム」である上りフレームについては、入力ポートの種別Ｌ，Ｒに応じて、次のフレーム限定処理を行う。
例えば、フレーム処理部２０は、上りフレームの入力ポートがポートＬである場合、Ｒシーケンス番号フィールドの値（＝ＳＮＲt とする。）と判定対象フレームのシーケンス番号の値（＝ＳＮf とする。）との比較、及び、Ｒ通過時刻フィールドの値（＝ＴＲt とする。）と現在時刻（＝Ｔc とする。）との比較に基づいて、上りフレームを通過させるか否かを判定する。
【０１１０】
より具体的には、フレーム処理部２０は、上記の各値について、次の２つの不等式の双方が成立する場合には、廃棄と判定して処理を終了する。
ＳＮＲt − ＳＮub ≦ ＳＮf ≦ ＳＮＲt 
Ｔc − Ｔub ≦ ＴＲt 
なお、上記の不等式において、Ｔubは、重複が発生しうる期間の上限値を表すシステムパラメータであり、ＳＮubは、Ｔubの期間中に通過し得るフレーム数を表すシステムパラメータである（以下、同様）。
【０１１１】
逆に、上記２つの不等式のいずれかが成立しない場合には、フレーム処理部２０は、通過と判定し、Ｒシーケンス番号フィールドをＳＮf で更新するとともに、Ｒ通過時刻フィールドを現在時刻で更新して処理を終了する。
ただし、メッシュネットワークにおいて発生した障害が復旧した場合など、（前記更新前の）ＳＮＲｔ＋１＝ＳＮｆでない場合、すなわち、フレームの追い越しが発生する場合がある。このような場合は、Ｒシーケンス番号フィールドを更新せず、追い越したフレームを一旦バッファリングし、追い越されたシーケンス番号が到着するのを待ってから、シーケンス番号順に出力するようにしてもよい。
【０１１２】
また、フレーム処理部３３は、上りフレームの入力ポートがポートＲの場合は、Ｌシーケンス番号フィールドの値（＝ＳＮＬt とする。）と判定対象フレームのシーケンス番号の値（＝ＳＮf ）との比較、及び、Ｌ通過時刻フィールドの値（＝ＴＬt とする。）と現在時刻（＝Ｔc ）との比較に基づいて、入力ポートがポートＬの場合と同様の処理を行う。
【０１１３】
〔子局の通過限定処理〕
図１１は、子局２の通過判定テーブル３４の一例を示す図である。
図１１に示すように、子局２の通過判定テーブル３４は、下りフレーム用（図１１（ａ））と上りフレーム用（図１１（ｂ））とがあり、子局ＩＤのエントリごとに図示の各フィールドが含まれている。以下、下りフレーム用の通過判定テーブル３４を「下りテーブル３４Ａ」といい、上りフレーム用の通過判定テーブル３４を「上りテーブル３４Ｂ」という。
【０１１４】
子局２のフレーム処理部３３は、判定対象の通信フレームの入力ポートと、通信フレームのヘッダ部から抽出した方向情報、子局ＩＤ、シーケンス番号及びＴＴＬ情報とに基づいて、各テーブル３４Ａ，３４Ｂを用いた以下の処理を実行することにより、受信した通信フレームを通過させるか廃棄するかを判定する。
【０１１５】
（１）下りフレームの通過限定処理
子局２のフレーム処理部３３は、通信フレームから抽出した方向情報が「下り」である場合には、下りフレームに関する次の通過限定処理を実行する。
【０１１６】
（有効判定）
フレーム処理部３３は、下りテーブル３４Ａにおける、判定対象フレームに記された子局ＩＤの値に対応するエントリの状態フィールドを参照し、受信した下りフレームが有効か否かを判定する。
ここで、下りテーブル３４Ａが正しく設定されている場合は、状態フィールドが「有効」になっているが（子局ＩＤ＝Ｘ，Ｚの場合）、正しく設定されていない場合は、状態フィールドが「無効」となっている（子局ＩＤ＝Ｙの場合）。
【０１１７】
そこで、フレーム処理部３３は、状態フィールドが無効である子局ＩＤ（＝Ｙ）の下りフレームについては、廃棄と判定して処理を終了し、状態フィールドが有効である子局ＩＤ（＝Ｘ，Ｚ）の下りフレームにのみ、更に以下の処理を実行する。
【０１１８】
（下りのパス限定処理）
フレーム処理部３３は、下りテーブル３４Ａにおける、判定対象フレームに記された子局ＩＤの値に対応するエントリのモードフィールドを参照し、ここで指定された動作モードが「パス」である場合（図１１（ａ）の例では、子局ＩＤ＝Ｘの場合）には、下りフレームの入力ポートを絞る「パス限定処理」を行う。
すなわち、フレーム処理部３３は、モードフィールドが「パス」の下りフレームについては、下りテーブル３４Ａのセレクタフィールドで指定されている指定ポートのみを、下りフレームの入力ポートに設定する。
【０１１９】
より具体的には、フレーム処理部３３は、セレクタフィールドの指定ポートと判定対象フレームの入力ポート（ポートＬ又はポートＲ）とを比較し、それらが異なるポートであれば、廃棄と判定し、更に後述の「下りパス確認処理」を行って処理を終了する。
また、フレーム処理部３３は、上記指定ポートと入力ポートが同じであれば、通過と判定し、下りテーブル３４Ａの通過時刻フィールドを現在時刻で更新するとともに、同テーブル３４Ａのロス回数フィールドを０にクリアして処理を終了する。
【０１２０】
なお、図１１（ａ）の例では、子局ＩＤ＝Ｘのエントリのモードフィールドが「パス」に設定されているので、子局ＩＤ＝Ｘの下りフレームに対して上記のパス限定処理が行われる。
また、図１１（ａ）の例では、子局ＩＤ＝Ｘのエントリのセレクタフィールドが「Ｌ」に指定されているので、子局ＩＤ＝Ｘの下りフレームについては、ポートＬからポートＲに通過方向（パス）が限定されている。
【０１２１】
（下りパス確認処理）
フレーム処理部３３は、上記のパス限定処理において、セレクタフィールドで指定された指定ポートと異なるポートから入力された下りフレームを廃棄する場合に、次の「下りパス確認処理」を行う。
すなわち、フレーム処理部３３は、通過時刻フィールドの値Ｔt と現在時刻Ｔc とを比較し、Ｔc − Ｔub ≦ Ｔt  でなければ、ロス回数フィールドの値を１つインクリメントする。なお、Ｔubは、重複が発生しうる期間の上限値を表すシステムパラメータである。
【０１２２】
そして、フレーム処理部３３は、ロス回数が予め決められている上限値に達すれば、当該エントリのセレクタフィールドの指定ポートを反転させる（＝パスの切り替え）とともに、テーブル３４Ａのロス回数フィールドを０にクリアする。
なお、図１１（ａ）の例では、子局ＩＤ＝Ｘのエントリのセレクタフィールドが「Ｌ」に指定されているので、上記の反転が行われると、当該フィールドにおける指定ポートが「Ｒ」に切り替わる。
【０１２３】
（下りのフレーム限定処理）
フレーム処理部３３は、下りテーブル３４Ａにおける、判定対象フレームに記された子局ＩＤの値に対応するエントリのモードフィールドを参照し、ここで指定された動作モードが「フレーム」である場合（図１１（ａ）の例では、子局ＩＤ＝Ｚの場合）には、ポートＬとポートＲから受信した同じ下りフレームを、先に到達した下りフレームに絞って送信する「フレーム限定処理」を行う。
【０１２４】
すなわち、フレーム処理部３３は、モードフィールドが「フレーム」の下りフレームについては、シーケンス番号フィールドの値（＝ＳＮt とする。）と判定対象フレームのシーケンス番号の値（＝ＳＮf とする。）との比較、及び、通過時刻フィールドの値（＝Ｔt とする）と現在時刻（＝Ｔc とする。）との比較に基づいて、下りフレームを通過させるか否かを判定する。
【０１２５】
より具体的には、フレーム処理部３３は、上記の各値について、次の２つの不等式の双方が成立する場合には、廃棄と判定して処理を終了する。
ＳＮt − ＳＮub ≦ ＳＮf ≦ ＳＮt 
Ｔc − Ｔub ≦ Ｔt 
【０１２６】
逆に、上記２つの不等式のいずれかが成立しない場合には、フレーム処理部３３は、通過と判定し、シーケンス番号フィールドをＳＮｆで更新するとともに、通過時刻フィールドを現在時刻で更新し、ロス回数フィールドを０にクリアして処理を終了する。
ただし、メッシュネットワークにおいて発生した障害が復旧した場合など、（前記更新前の）ＳＮｔ＋１＝ＳＮｆでない場合、すなわち、フレームの追い越しが発生する場合がある。このような場合は、追い越されたシーケンス番号のフレームであっても、シーケンス番号毎に最初に到着したフレームを通過させるようにしてもよい。
【０１２７】
更に、自局宛フレームについては、シーケンス番号フィールドを更新せず、追い越したフレームを一旦バッファリングし、追い越されたシーケンス番号が到着するのを待ってから、シーケンス番号順にポートＵに出力するようにしてもよい。
なお、本実施形態では、シーケンス番号と時刻は有限の巡回カウンタで生成されるようになっており、大小比較においてはカウンタの折り返しをリニアに展開して比較する。
【０１２８】
（２）上りフレームの通過限定処理
子局２のフレーム処理部３３は、通信フレームから抽出した方向情報が「上り」である場合には、上りフレームに関する次の通過限定処理を実行する。
【０１２９】
（有効判定）
フレーム処理部３３は、上りテーブル３４Ｂにおける、判定対象フレームに記された子局ＩＤの値に対応するエントリの状態フィールドを参照し、受信した上りフレームが有効か否かを判定する。
【０１３０】
ここで、上りテーブル３４Ｂが正しく設定されている場合は、状態フィールドが「有効」になっているが（子局ＩＤ＝Ｘ，Ｚの場合）、正しく設定されていない場合は、状態フィールドが「無効」となっている（子局ＩＤ＝Ｙの場合）。
そこで、フレーム処理部３３は、状態フィールドが無効である子局ＩＤ（＝Ｙ）の上りフレームについては、廃棄と判定して処理を終了し、状態フィールドが有効である子局ＩＤ（＝Ｘ，Ｚ）の上りフレームにのみ、更に以下の処理を実行する。
【０１３１】
（上りのパス限定処理）
フレーム処理部３３は、上りテーブル３４Ｂにおける、判定対象フレームに記された子局ＩＤの値に対応するエントリのモードフィールドを参照し、ここで指定された動作モードが「パス」である場合（図１１（ｂ）の例では、子局ＩＤ＝Ｘの場合）には、上りフレームの入力ポートを絞る「パス限定処理」を行う。
すなわち、フレーム処理部３３は、モードフィールドが「パス」の上りフレームについては、上りテーブル３４Ｂのセレクタフィールドで指定されている情報に基づき、支線ポートＢから入力される上りフレームの転送内容を設定する。
【０１３２】
より具体的には、フレーム処理部３３は、入力ポートがポートＬの上りフレームについては、通過と判定し、Ｒ通過時刻フィールドを現在時刻で更新して処理を終了し、入力ポートがポートＲの上りフレームの場合も、通過と判定し、Ｌ通過時刻フィールドを現在時刻で更新して処理を終了する。
【０１３３】
これに対して、フレーム処理部３３は、入力ポートがポートＢであり、かつ、セレクタフィールドが「自局」に指定されている場合には、通過と判定し、Ｌ通過時刻フィールドとＲ通過時刻フィールドを現在時刻で更新して処理を終了する。
そして、フレーム処理部３３は、入力ポートがポートＢであり、かつ、セレクタフィールドが「他局」に指定されている場合には、廃棄と判定して処理を終了する。
【０１３４】
なお、図１１（ｂ）の例では、子局ＩＤ＝Ｘのエントリのモードフィールドが「パス」に設定されているので、子局ＩＤ＝Ｘの上りフレームに対して上記のパス限定処理が行われる。
また、図１１（ｂ）の例では、子局ＩＤ＝Ｘのエントリのセレクタフィールドが「自局」に指定されているので、子局ＩＤ＝Ｘの上りフレームについては、ポートＢからポートＬとポートＲに中継される。
【０１３５】
（上りのフレーム限定処理）
フレーム処理部３３は、上りテーブル３４Ｂにおける、判定対象フレームに記された子局ＩＤの値に対応するエントリのモードフィールドを参照し、ここで指定された動作モードが「フレーム」である場合（図１１（ｂ）の例では、子局ＩＤ＝Ｚの場合）には、ポートＬ又はポートＲとポートＢから受信した同じ上りフレームを、先に到達した上りフレームに絞って送信する「フレーム限定処理」を行う。
【０１３６】
すなわち、フレーム処理部３３は、モードフィールドが「フレーム」である上りフレームについては、入力ポートの種別Ｌ，Ｒ，Ｂに応じて、次のフレーム限定処理を行う。
例えば、フレーム処理部３３は、上りフレームの入力ポートがポートＬである場合、Ｒシーケンス番号フィールドの値（＝ＳＮＲt とする。）と判定対象フレームのシーケンス番号の値（＝ＳＮf とする。）との比較、及び、Ｒ通過時刻フィールドの値（＝ＴＲt とする。）と現在時刻（＝Ｔc とする。）との比較に基づいて、上りフレームを通過させるか否かを判定する。
【０１３７】
より具体的には、フレーム処理部３３は、上記の各値について、次の２つの不等式の双方が成立する場合には、廃棄と判定して処理を終了する。
ＳＮＲt − ＳＮub ≦ ＳＮf ≦ ＳＮＲt 
Ｔc − Ｔub ≦ ＴＲt 
逆に、上記２つの不等式のいずれかが成立しない場合には、フレーム処理部３３は、通過と判定し、Ｒシーケンス番号フィールドをＳＮf で更新するとともに、Ｒ通過時刻フィールドを現在時刻で更新して処理を終了する。
ただし、メッシュネットワークにおいて発生した障害が復旧した場合など、（前記更新前の）ＳＮＲｔ＋１＝ＳＮｆでない場合、すなわち、フレームの追い越しが発生する場合がある。このような場合は、追い越されたシーケンス番号のフレームであっても、シーケンス番号毎に最初に到着したフレームを通過させるようにしてもよい。
【０１３８】
フレーム処理部３３は、上りフレームの入力ポートがポートＲの場合には、Ｌシーケンス番号フィールドの値（＝ＳＮＬt とする。）と判定対象フレームのシーケンス番号の値（＝ＳＮf ）との比較、及び、Ｌ通過時刻フィールドの値（＝ＴＬt とする。）と現在時刻（＝Ｔc ）との比較に基づいて、入力ポートとポートＬの場合と同様の処理を行う。
また、フレーム処理部３３は、上りフレームの入力ポートがポートＢの場合には、入力ポートがポートＬの場合の上記処理と、入力ポートがポートＲの場合の上記処理の双方を行う。
【０１３９】
なお、上述の実施形態では、通過判定テーブル１０，３４にて通過限定処理の動作モードを子局ＩＤごとに設定可能として、パス限定処理とフレーム限定処理とを同時に実行可能とする場合を例示したが、メッシュネットワーク全体で、或いは上り方向又は下り方向について、通過限定処理の動作モードを、パス限定処理とフレーム限定処理のいずれか一方に統一することにしてもよい。この場合には、通過判定テーブル１０，３４にモードフィールドを設けるは必要ない。
【０１４０】
また、上述の実施形態において、上りパスの正常性の確認は、子局２からの応答の有無や、ＯＡＭによる明示的な接続性の確認や、通過判定テーブル３４の参照により、親局１が統括的に判断する。
そして、現在有効となっている上りパスが異常と判断した場合には、親局１は、別経路の上りパスが有効となるように、関係する子局２にパスの切り替えを指示すればよい。子局２は、この切り替え指示を受けると、例えば、上り通過判定テーブル３４Ｂの該当するセレクタフィールドの設定を変更する。
【０１４１】
〔通信システムの効果〕
以上の通り、本実施形態の通信システム（メッシュネットワーク）によれば、親局１が、上位ポートＳで受信した下りフレームを自局のポートＬとポートＲから送信し、子局２が、プライマリモードの場合に、自局のポートＬ又はポートＲで受信した下りフレームを、他局宛の場合は、ポートＲ又はポートＬと支線ポートＢから送信し、自局宛の場合は、下位ポートＵから送信するので、親局１から任意の子局２に至るまでの下り経路を各子局２に予め設定しなくても、メッシュネットワーク内の任意の子局２宛の下りフレームを、当該子局２に伝送することができる。
【０１４２】
また、本実施形態の通信システムによれば、子局２が、プライマリモードの場合に、下位ポートＵで受信した上りフレームを自局のポートＬとポートＲから送信し、自局のポートＬ又はポートＲで受信した上りフレームをポートＲ又はポートＬから送信し、支線ポートＢで受信した上りフレームをポートＬとポートＲから送信し、親局１が、自局のポートＬ又はポートＲで受信した上りフレームを上位ポートＳから送信するので、任意の子局２から親局１に至るまでの上り経路を各子局２に予め設定しなくても、メッシュネットワーク内の任意の子局２が送信した親局１宛の上りフレームを、当該親局１に伝送することができる。
【０１４３】
このため、運用中のメッシュネットワークに新たに子局２を新設したり、そのネットワークから子局２を除去したりしても、既存の子局２の設定を変更せずに上りフレームと下りフレームを伝送することができ、ネットワークに対する子局２の新設や除去を容易に行うことができる。
【０１４４】
また、本実施形態の通信システムによれば、子局２が、プライマリモードの転送処理（図６及び図７）と、セカンダリモードの転送処理（図８及び図９）とのいずれかに切り替え可能であるから、子局２の支線ポートＢに通信回線３Ｂを接続してリングを構成しても、セカンダリモードに移行させることで、プライマリモードの場合と異なる経路で通信フレームを伝送でき、リングによるプロテクションを機能させることができる。
【０１４５】
このため、例えば図１に示すように、実線で示す通信回線３Ａで繋がる既設のツリー構造のネットワークに、破線で示す通信回線３Ｂを後付けしてメッシュネットワークを構築するために、子局２ｉ，２ｋ，２ｏの支線ポートＢを利用しないとリングを構成できないような場合でも、プロテクションが機能するメッシュネットワークを構築でき、ネットワーク設計の自由度が向上する。
【０１４６】
また、本実施形態の通信システムによれば、親局１と子局２が、既に転送した下りフレーム又は上りフレームと同じ通信フレームを廃棄する通過限定処理を行うので、メッシュネットワーク内を流れる同じ通信フレームの数を所望数に絞ることができ、メッシュネットワーク内の伝送帯域を有効に確保することができる。
【０１４７】
更に、本実施形態の通信システムによれば、親局１と子局２が、前記通過限定処理として、異なるポートから受信した同じ複数の通信フレームを、先に到達した通信フレームに絞って所定の出力ポートから送信する「フレーム限定処理」を行うので、通信フレームにシーケンス番号フィールドを定義しておく必要があるが、子局２に指定ポートを設定しなくても、通過限定処理を行うことができる。
【０１４８】
また、本実施形態の通信システムによれば、前記通過限定処理として、上記フレーム限定処理に加えて、指定ポートで受信する場合のフレームロスの回数が所定値以上である場合に、指定ポートを別のポートに切り替える「パス限定処理」を行うので、パス限定処理とフレーム限定処理の長所と短所を互いに補完した通過限定処理を行うことができ、メッシュネットワークを柔軟に運用できるという利点もある。
【０１４９】
〔その他の変形例〕
今回開示した実施形態は、すべての点で例示であって制限的なものではない。本発明の権利範囲は、上述の実施形態ではなく、特許請求の範囲と均等の範囲内でのすべての変更が含まれる。
【０１５０】
例えば、上述の実施形態では、子局２がポートＵに転送するフレームを、自局宛の下りフレームとしているが、自局宛か他局宛かにかかわらず、すべての下りフレームをポートＵに転送してもよい。
また、子局２は、自局宛の下りフレームを、他局宛の場合と同様に、ポートＵ以外の出力ポートに転送してもよい。このような場合、子局２のポートＵから下位網に流れた下りフレームは、元のフレームの宛先情報を参照して、適切な端末のみに受信される。
【０１５１】
一般に、メッシュネットワークでは、通常時に到達時間が最も小さい最短経路をパス設定し（フレーム限定処理においては自動的に最短経路を通る。）、障害発生時には到達時間がより大きいプロテクション経路に切り替わる。したがって、障害が復旧し通常のパスに戻る時点において、フレームの追い越しが発生しうる。
そこで、上述の実施形態において、障害復旧時には、網運用者の指示によって、親局１のポートＳからの下り転送処理と、子局２のポートＵからの上り転送処理を一旦中断してから通常パスに戻し、過去に転送したフレームがプロテクション経路を通過する時間に相当する時間を経過してから、転送を再開するようにしてもよい。このようにすると、フレーム限定処理における、追い越しを想定した処理が不要になる。
【０１５２】
上述の実施形態では、通信回線３が２芯の光ファイバよりなるが、１芯双方向伝送の光ファイバを採用してもよい。この場合、隣接する子局２の第１ポートＬと第２ポートＲとで、送信波長と受信波長が逆になるが、相手方のポートＬ又はＲに対応して、支線ポートＢの波長を変更できる子局２を用意すればよい。
また、ＳＦＰ（Small Form factor Pluggable ）等のプラガブルなトランシーバを使用すると、種類の変更が容易となる。
【０１５３】
上述の実施形態において、親局１や子局２が送信する光信号は、連続送信であってもよいし、バースト送信としてもよい。後者のバースト送信に場合は、レーザダイオードの寿命が長くなるという利点がある。
また、上述の実施形態において、親局１や子局２が行う中継処理は、方向情報や子局情報などの所定情報をカプセル化したフィールド部分のみを読み取り、カットスルー方式で行うことが好ましい。この場合、遅延時間を短縮できる利点がある。
【０１５４】
上述の実施形態において、通信フレームのフォーマット中の方向情報と子局情報のフィールドを区別しているが、一つのラベルフィールドとしてもよい。
また、子局２の転送規則を、方向とポート種別をもとに手続き的に定義しているが、ラベルと入力ポートをもとにテーブルを参照する形で転送規則を定義してもよい。より具体的には、ラベル値で参照される「転送規則テーブル」を設け、テーブルエントリには入力ポート毎に転送すべき出力ポートをビットマップ形式で示すようにすればよい。
【０１５５】
このようにすると、転送処理が簡単になる。また、メッシュネットワークにおけるＭＰｔｏＭＰの経路設定と共通化でき、テーブル設定によって任意の転送規則（経路設定）が定義できるので、ラベルによって経路を使い分けたり、子局２間通信を実現することができる。また、テーブルエントリに、出力ポート毎のシーケンス番号と通過時刻を記録するフィールドを追加すれば、フレームモードでの通過判定テーブルと統合することもできるので、転送処理がさらに簡単になる。また、ラベルテーブルを複数設け、網運用者の設定や、フレーム内容に応じて、ラベルテーブルを使い分けるようにしてもよい。このようにすると、親局１の交替やメッシュネットワークの結合／分離を容易かつ迅速に行うことができる。
【符号の説明】
【０１５６】
１    親局（通信ノード）
２    子局（通信ノード）
３    通信回線
１０    通過判定テーブル
１１〜１３    送受信部
１４，１６，１８    送信用バッファ
１５，１７，１９    受信用バッファ
２０    フレーム処理部
２１〜２４    送受信部
２５，２７，２９，３１    送信用バッファ
２６，２８，３０，３２    受信用バッファ
３３    フレーム処理部
３４    通過判定テーブル
３４Ａ  下りテーブル
３４Ｂ  上りテーブル
Ｓ    上位ポート（ＳＮＩポート）
Ｌ    第１ポート
Ｒ    第２ポート
Ｂ    支線ポート
Ｕ    下位ポート（ＵＮＩポート）
【図１】
2013046216.tif 000003
【図２】
2013046216.tif 000004
【図３】
2013046216.tif 000005
【図４】
2013046216.tif 000006
【図５】
2013046216.tif 000007
【図６】
2013046216.tif 000008
【図７】
2013046216.tif 000009
【図８】
2013046216.tif 000010
【図９】
2013046216.tif 000011
【図１０】
2013046216.tif 000012
【図１１】
2013046216.tif 000013
【図１２】
2013046216.tif 000014