JP2007142630A - 通信装置および通信方法 - Google Patents

Abstract

【課題】複数の端末装置に送信するためのフレームを使用して通信を行なう場合でも安定した通信が可能な通信装置および通信方法を提供する。
【解決手段】宛先が複数である宛先複数フレームを受信した場合、宛先複数フレームに前方誤り訂正コードを付加し、前方誤り訂正コードを付加した宛先複数フレームを、対応する複数の宛先へ送信する。
【選択図】図５

Description

本発明は、通信装置および通信方法に関し、特に、光ファイバを利用してデータ通信する通信装置および通信方法に関する。

光ファイバを用いたＰＯＮ（Passive Optical Network）を利用した通信システム（以下、ＰＯＮ通信システムともいう）では、制御局装置に、複数の端末装置が光ファイバで接続されている。そのため、制御局装置と、複数の端末装置の各々がデータ通信する際は、限られた伝送路を共有しなければならない。そこで、ＰＯＮ通信システムでは、共有して利用される伝送路の効率的利用が求められる。

そこで、特開２００４−３６４０５９号公報（特許文献１）（以下、従来技術Ａともいう）では、測定したエラーレートに応じて、前方誤り訂正（以下、ＦＥＣ（Forward Error Correction）ともいう）処理を行なうことで、伝送路のスループットを向上させる技術が開示されている。
特開２００４−３６４０５９号公報

しかしながら、従来技術Ａでは、制御局装置が、特定の複数の端末装置に送信するためのフレームおよび不特定多数の端末装置へ送信するためのフレームに対し、ＦＥＣ処理を行なうことについては、なんら考慮されていなかった。以下においては、特定の複数の端末装置に送信するためのフレームをマルチキャストフレームともいう。また、不特定多数の端末装置へ送信するためのフレームをブロードキャストフレームともいう。また、マルチキャストフレームおよびブロードキャストフレームを同報フレームともいう。

そのため、制御局装置が、同報フレームを使用する場合、安定した通信が出来ない可能性があるという問題があった。

本発明は、上述の問題点を解決するためになされたものであって、その目的は、複数の端末装置に送信するためのフレームを使用して通信を行なう場合でも安定した通信が可能な通信装置を提供することである。

本発明の他の目的は、複数の端末装置に送信するためのフレームを使用して通信を行なう場合でも安定した通信が可能な通信方法を提供することである。

上述の課題を解決するために、この発明のある局面に従う通信装置は、フレームを受信する受信部と、受信フレームの宛先が複数であるか否かを判定する判定部と、宛先が複数である宛先複数フレームを受信した場合、宛先複数フレームに前方誤り訂正コードを付加するコード付加部と、前方誤り訂正コードを付加した宛先複数フレームを、対応する複数の宛先へ送信する送信部とを備える。

この発明に従えば、送信されるフレームの宛先となる端末装置が、エラーのないフレームを受信する確率を高めることができる。その結果、複数の端末装置に送信するためのフレームを使用して通信を行なう場合でも安定した通信ができるという効果を奏する。

好ましくは、コード付加部が、宛先複数フレームに前方誤り訂正コードを付加するのは、少なくとも１つの端末装置が、前方誤り訂正コードの付加を必要としている場合である。

この発明に従えば、前方誤り訂正コードの付加を必要としている端末装置が存在しない状況において、宛先複数フレームに前方誤り訂正コードを付加する無駄を防ぐことができる。そのため、フレームの宛先となる端末装置と、自装置とのパスの実効帯域が不必要に低下してしまうことを防ぐことができるという効果を奏する。

好ましくは、コード付加部が、宛先複数フレームに前方誤り訂正コードを付加するのは、宛先複数フレームに対応する複数の宛先のうち、少なくとも１つの宛先に対応する端末装置が、前方誤り訂正コードの付加を必要としている場合である。

この発明に従えば、宛先複数フレームに対応する複数の宛先のうち、前方誤り訂正コードの付加を必要としている端末装置が存在しない状況において、宛先複数フレームに前方誤り訂正コードを付加する無駄を防ぐことができる。そのため、フレームの宛先となる端末装置と、自装置とのパスの実効帯域が不必要に低下してしまうことを防ぐことができるという効果を奏する。

好ましくは、複数のグループの情報を記憶する記憶部をさらに備え、複数のグループの情報の各々は、対応するグループに含まれる複数の端末装置を特定する情報であり、コード付加部が、宛先複数フレームに前方誤り訂正コードを付加するのは、宛先複数フレームに対応する複数の宛先が複数のグループのうちの１つのグループを示す場合で、かつ、対応する１つのグループに含まれる複数の端末装置のうち、少なくとも１つの端末装置が、前方誤り訂正コードの付加を必要としている場合である。

この発明に従えば、宛先複数フレームに対応する複数の宛先のうち、前方誤り訂正コードの付加を必要としている端末装置が存在しない状況において、宛先複数フレームに前方誤り訂正コードを付加する無駄を防ぐことができる。そのため、フレームの宛先となる端末装置と、自装置とのパスの実効帯域が不必要に低下してしまうことを防ぐことができるという効果を奏する。

この発明の他の局面に従うと、フレームを送受信可能な通信装置に実行させる通信方法は、フレームを受信するステップと、受信フレームの宛先が複数であるか否かを判定するステップと、宛先が複数である宛先複数フレームを受信した場合、宛先複数フレームに前方誤り訂正コードを付加するステップと、
前方誤り訂正コードを付加した宛先複数フレームを、対応する複数の宛先へ送信するステップとを含む。

この発明に従えば、送信されるフレームの宛先となる端末装置が、エラーのないフレームを受信する確率を高めることができる。その結果、複数の端末装置に送信するためのフレームを使用して通信を行なう場合でも安定した通信ができるという効果を奏する。

本発明に係る通信装置は、宛先が複数である宛先複数フレームを受信した場合、宛先複数フレームに前方誤り訂正コードを付加し、前方誤り訂正コードを付加した宛先複数フレームを、対応する複数の宛先へ送信する。

したがって、送信されるフレームの宛先となる端末装置が、エラーのないフレームを受信する確率を高めることができる。その結果、複数の端末装置に送信するためのフレームを使用して通信を行なう場合でも安定した通信ができるという効果を奏する。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜第１の実施の形態＞
図１は、本実施の形態における通信システム１０００の構成を示す図である。通信システム１０００は、たとえば、前述のＰＯＮ通信システムである。

図１を参照して、通信システム１０００は、端末装置１００．１，１００．２，・・・，１００．５と、光カプラ３００と、制御局装置２００とから構成される。

端末装置１００．１，１００．２，・・・，１００．５および制御局装置２００は、たとえば、ＩＥＥＥ８０２．３ａｈ標準の１０００ＢＡＳＥ−ＰＸ１０規約に基づく装置である。端末装置１００．１，１００．２，・・・，１００．５と、光カプラ３００とは、光ファイバケーブルで接続されている。なお、光カプラ３００に接続される端末装置は、５台に限定されることなく、６台以上であってもよいし、５台未満であってもよい。

端末装置１００．１，１００．２，・・・，１００．５の各々は、たとえば、ＰＣ（Personal Computer）と接続される。なお、端末装置１００．１，１００．２，・・・，１００．５の各々に接続されるＰＣは、１台に限定されることなく、複数台でもよい。なお、端末装置１００．１，１００．２，・・・，１００．５の各々に接続される機器は、ＰＣに限定されることなく、セットトップボックス、ＩＰ電話アダプタなどの専用端末およびそれらを束ねるルータ等であってもよい。

光カプラ３００と、制御局装置２００とは、光ファイバケーブルで接続されている。制御局装置２００は、ネットワーク４００と接続される。ネットワーク４００は、インターネットなどの外部のネットワークである。

なお、通信システム１０００は、前述の構成に限定されることはない。たとえば、１つの端末装置と、１つの制御局装置とが、光カプラを介さずに、光ファイバケーブルで接続される構成でもよい。また、制御局装置と端末装置間の接続は光ファイバケーブルに限定されることなく、同軸ケーブル、より対線ケーブル等の銅線や、無線で接続されていてもよい。

以下においては、制御局装置２００と、端末装置１００．１，１００．２，・・・，１００．５との間のデータ（フレーム）が伝送される複数の経路の各々を、論理パス（チャネル）ともいう。制御局装置２００は、端末装置１００．１，１００．２，・・・，１００．５のうち通信対象となる端末装置と、制御局装置２００との間で形成される論理パスを介して、データ通信を行なう。以下においては、制御局装置２００と端末装置１００．ｎとの間の論理パスを、論理パスｎと表記する。たとえば、制御局装置２００と端末装置１００．１との間の論理パスは、論理パス１となる。

また、以下においては、端末装置１００．１，１００．２，・・・，１００．５を総括的に、端末装置１００とも記載する。以下においては、制御局装置２００と１つの端末装置１００との間の論理パスを論理パスＡともいう。また、以下においては、フレームを端末装置１００から制御局装置２００へ送信する方向を上り方向ともいう。また、フレームを制御局装置２００から端末装置１００へ送信する方向を下り方向ともいう。

なお、本発明では、光ファイバケーブルに伝送するデータに対し、ＦＥＣ処理を行なうためのＦＥＣコードを付加することで、パケットの損失対策を行なうこととする。なお、パケットの損失対策としては、ＦＥＣコードを使用する方法に限定されることなく、他の方法であってもよい。

図２は、制御局装置２００の内部構成の一例を示すブロック図である。
図２を参照して、制御局装置２００は、光送受信部２０５と、ＦＥＣエラー訂正部２１０Ａと、受信部２２０Ａと、受信バッファ２３０Ａと、通信部２３５とを備える。

受信バッファ２３０Ａは、データを一時的に保持する機能を有する。受信バッファ２３０Ａは、通信部２３５と接続されている。

通信部２３５は、ネットワーク４００とデータの授受を行なう。
光送受信部２０５は、端末装置１００から、論理パスＡを介して受信した光信号としての受信フレームを、電気的なデジタルデータに変換して、ＦＥＣエラー訂正部２１０Ａへ送信する。

ＦＥＣエラー訂正部２１０Ａは、光送受信部２０５からの受信フレームにＦＥＣコードが付加されている場合、受信フレームが正常であるか否かを判定し、誤りがある場合はＦＥＣコードに基づいて受信フレームを訂正する。そして、付加されているＦＥＣコードを取り除いた、正常な受信フレームまたは訂正した受信フレームを、受信部２２０Ａへ送信する。

ＦＥＣエラー訂正部２１０Ａは、光送受信部２０５および論理パスＡを介して受信した受信フレームにＦＥＣコードが付加されていない場合、当該受信フレームに対して、上記処理を行なうことなく、受信フレームを受信部２２０Ａへ送信する。

受信部２２０Ａは、ＭＡＣ層に相当するものである。受信部２２０Ａは、ＦＥＣエラー訂正部２１０Ａからの受信フレームの識別等の処理を行い、受信フレームがエラーフレームであれば受信フレームを廃棄する。受信部２２０Ａは、受信フレームがエラーフレームでなければ、当該受信フレームを、一旦、受信バッファ２３０Ａに記憶させる。すなわち、光送受信部２０５、ＦＥＣエラー訂正部２１０Ａ、受信部２２０Ａおよび受信バッファ２３０Ａは、端末装置１００からのデータを受信するための受信パスとして動作する。

受信部２２０Ａが、受信バッファ２３０Ａに記憶させたデータは、通常、通信部２３５を介して、ネットワーク４００へ送信される。

制御局装置２００は、さらに、送信バッファ２３０Ｂと、制御部２４０と、送信部２２０Ｂと、ＦＥＣコード付加部２１０Ｂと、記憶部２９０とを備える。通信部２３５は、ネットワーク４００とデータの授受を行なう。

送信バッファ２３０Ｂは、データを一時的に保持する機能を有する。ネットワーク４００から、通信部２３５を介して受信したフレームは、一旦、送信バッファ２３０Ｂに記憶される。

記憶部２９０は、データを保持する媒体（たとえば、フラッシュメモリ）である。記憶部２９０には、端末装置１００．１，１００．２，・・・，１００．５の各々毎に、送信するフレームにＦＥＣコードを付加するか否かの情報から構成されるＦＥＣコード付加管理テーブルが記憶されている。

図３は、１例としてのＦＥＣコード付加管理テーブルＴ１００を示す図である。図３を参照して、ＦＥＣコード付加管理テーブルＴ１００は、複数の端末装置にそれぞれ対応する複数のＦＥＣコード付加情報から構成される。ＦＥＣコード付加情報は、制御局装置２００が下り方向（対応する端末装置）へ送信するフレームにＦＥＣコードを付加するか否かの情報を含む。

たとえば、端末装置１００．３に対応するＦＥＣコード付加情報は、制御局装置２００が端末装置１００．３（下り方向）へ送信するフレームには、制御局装置２００がＦＥＣコードを付加する必要がある旨の情報を示す。したがって、端末装置１００．３は、ＦＥＣコードが付加されていないフレームは、エラーフレームとして受信する確率が高くなり、安定した通信ができない。

ＦＥＣコード付加管理テーブルＴ１００の複数のＦＥＣコード付加情報は、制御局装置２００が各端末装置に対して主信号による通信を開始する前に、制御局装置が各端末装置に対して、たとえば、ループバック試験等で得られた情報である。

ループバック試験は、通信システム１０００内に新たな機器（以下、新規追加機器ともいう）を接続した場合に、新規追加機器が、制御局装置２００と正常にデータ通信できるか否かを検証するための試験として行なわれる。また、ループバック試験は、通信システム１０００のメンテナンス時等に行なわれる試験である。ここで、メンテナンスとは、通信システム１０００内の端末装置１００．１，１００．２，・・・，１００．５の各々と、制御局装置２００との間で正常にデータ通信ができるか否の検証等である。ループバック試験は、制御局装置が、端末装置１００．１，１００．２，・・・，１００．５の各々と、制御局装置２００との間で、ループバック試験を行なうためのフレームの授受により行なわれる。

なお、ＦＥＣコード付加管理テーブルＴ１００のＦＥＣコード付加情報の取得方法はループバック試験に限定されない。端末装置から制御局装置に対して送信される主信号フレームを使用して取得してもよいし、制御局装置と端末装置で通信を開始する前に、予め端末装置のＦＥＣコード付加情報を設定しておいてもよい。

再び、図２を参照して、制御部２４０は、ＭＡＣ制御層、ＯＡＭ（Operation Administration and Maintenance）層に相当し、制御局装置２００内の各部を制御する機能を有する。制御部２４０は、端末装置１００とのアクセス制御、端末装置１００の登録処理、端末装置１００の各種設定・管理、前述のループバック試験などを行なうための制御を行なう。制御部２４０は、マイクロプロセッサ（Microprocessor）、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）、その他の演算機能を有する回路のいずれであってもよい。

また、制御部２４０は、記憶部２９０にデータアクセスし、各種データ、各種設定データ等を記憶部２９０から読み出したり、各種データ、各種設定データ等を記憶部２９０に記憶させたりする。

端末装置１００から、論理パスＡを介して、受信された制御フレームは、受信部２２０Ａによって、識別処理がされ、受信バッファ２３０Ａに、分別されて記憶される。

制御部２４０は、受信バッファ２３０Ａに記憶された制御フレームを解析する処理を行なう。また、制御部２４０は、送信部２２０Ｂへ、フレームを読み出させるための制御指示（以下、フレーム読出指示ともいう）を送信する。

送信部２２０Ｂは、ＭＡＣ層に相当するものである。送信部２２０Ｂは、送信バッファ２３０Ｂに記憶されたフレームを随時読出し、ＦＣＳ（Frame Check Sequence）等を整えたのち、ＦＥＣコード付加部２１０Ｂへ送信する。

また、送信部２２０Ｂは、制御部２４０から送信指示が与えられると送信指示に対応するフレームを、送信バッファ２３０Ｂから読出し、ＦＣＳ等を整えたのち、ＦＥＣコード付加部２１０Ｂへ送信する。

制御部２４０は、送信フレームを伝送する論理パス（送信フレームの宛先）毎、すなわち、端末装置１００．１，１００．２，・・・，１００．５毎の送信フレームに対して、ＦＥＣコードを付加するか否かを決定し、ＦＥＣコード付加部２１０Ｂを、ＦＥＣコード付加モードおよびＦＥＣコードなしモードのいずれかに設定する。ＦＥＣコード付加モードは、制御局装置２００が送信するフレームに、ＦＥＣコードを付加するモードである。ＦＥＣコードなしモードは、制御局装置２００が送信するフレームに、ＦＥＣコードを付加しないモードである。

ＦＥＣコード付加部２１０Ｂは、ＦＥＣコード付加モードに設定されている場合、ＦＥＣコードを生成し、当該生成したＦＥＣコードを送信フレームに付加し、ＦＥＣコードを付加した送信フレームを、光送受信部２０５へ送信する。

光送受信部２０５は、受信した電気的なデジタルデータとしての送信フレームを、光信号に変換して、論理パスＡを介して、１つの端末装置１００へ送信する。

ＦＥＣコード付加部２１０Ｂは、ＦＥＣコードなしモードに設定されている場合、送信部２２０Ｂから受信したフレームを、そのまま、光送受信部２０５および論理パスＡを介して、１つの端末装置１００へ送信する。

すなわち、送信バッファ２３０Ｂ、送信部２２０Ｂ、ＦＥＣコード付加部２１０Ｂおよび光送受信部２０５は、データを端末装置１００へ送信するための送信パスとして動作する。

制御部２４０は、論理パス毎、すなわち、端末装置１００．１，１００．２，・・・，１００．５の各々に送信するフレーム毎に、ＦＥＣコード付加部２１０Ｂを、ＦＥＣコード付加モードまたはＦＥＣコードなしモードのいずれかに設定する。

次に、制御局装置２００が、複数の端末装置へ、フレームを送信する処理（以下、送信処理ともいう）について説明する。なお、以下においては、特定の１台の端末装置に送信するためのフレームを、ユニキャストフレームともいう。

図４は、フレームの構成を示す図である。図４を参照して、フレームは、プリアンブル部と、宛先アドレス部と、送信元アドレス部と、フレームタイプ部と、データ部と、ＦＣＳ（Frame Check Sequence）部とから構成される。

プリアンブル部は、フレームを受信した装置が同期をとるための記述が存在する部分である。宛先アドレス部は、フレームの宛先がＭＡＣアドレスで記述される部分である。フレームが、マルチキャストフレームである場合、宛先のＭＡＣアドレスは、特定の複数の端末装置に対応するアドレスとなる。送信元アドレス部は、フレームを送信する側のＭＡＣアドレスが記述される部分である。

フレームタイプ部は、データ部のデータのプロトコルが記述される部分である。データ部は、データの内容が記述される部分である。ＦＣＳ部は、誤り検出に使用される記述が存在する部分である。

図５は、送信処理のフローチャートである。図５を参照して、ステップＳ１１０では、フレームを受信したか否かが判定される。具体的には、制御部２４０が、フレームが送信バッファ２３０Ｂに記憶されたか否かを判定する。送信バッファ２３０Ｂに記憶されるフレームは、ネットワーク４００から通信部２３５を介して受信したフレームである。以下においては、ネットワーク４００から通信部２３５を介して受信したフレームを受信フレームともいう。ステップＳ１１０において、ＹＥＳならば、ステップＳ１２０に進む。一方、ステップＳ１１０において、ＮＯならば、再度、ステップＳ１１０の処理が行なわれる。

ステップＳ１２０では、制御部２４０が、送信バッファ２３０Ｂに記憶された受信フレームと、記憶部２９０に記憶されているアドレス対応テーブルとを参照して、フレームの宛先を判定する。

図６は、１例としてのアドレス対応テーブルＴ２００を示す図である。図６を参照して、アドレス対応テーブルＴ２００は、受信フレームの宛先のＭＡＣアドレスと、宛先のＭＡＣアドレスに対応する端末装置またはグループとの対応関係を示したテーブルである。なお、アドレス対応テーブルＴ２００では、ＭＡＣアドレスの代わりに、ＩＰアドレスやＶＬＡＮ識別子、或はそれらの組み合わせ等が使用されてもよい。

アドレス対応テーブルＴ２００を参照して、受信フレームの宛先のＭＡＣアドレスが、たとえば、ＡＡＢであれば、受信フレームは、端末装置１００．２へ送信される。グループＡ，Ｂ，Ｃ，Ｄ，Ｅの各々は、複数の端末装置を含むグループである。受信フレームの宛先のＭＡＣアドレスが、たとえば、ＧＡＢであれば、受信フレームは、グループＢに含まれる複数の端末装置へ送信される。すなわち、受信フレームの宛先のＭＡＣアドレスが特定のグループを示すアドレスであるということは、受信フレームの宛先のＭＡＣアドレスが特定のグループに含まれる複数の端末装置を示すアドレスであるということである。この場合、受信フレームの宛先は、複数の端末装置となる。すなわち、受信フレームの宛先と、複数の端末装置は対応関係にある。なお、グループＡ，Ｂ，Ｃ，Ｄ，Ｅの詳細については後述する。

再び、図５を参照して、ステップＳ１２０において、受信フレームの宛先のＭＡＣアドレスが、たとえば、ＡＡＣであれば、制御部２４０は、受信フレームの宛先を、端末装置１００．３と判定する。その後、ステップＳ１３０に進む。

ステップＳ１３０では、制御部２４０が、受信フレームがマルチキャストフレームであるか否かを判定する。ステップＳ１３０において、ＹＥＳならば、後述するステップＳ１５２に進む。一方、ステップＳ１３０において、ＮＯならば、ステップＳ１３２に進む。

ステップＳ１３２では、制御部２４０が、受信フレームがブロードキャストフレームであるか否かを判定する。ステップＳ１３２において、ＹＥＳならば、後述するステップＳ１５２に進む。一方、ステップＳ１３２において、ＮＯならば、ステップＳ１４２に進む。ステップＳ１４２に進む場合、受信フレームは、ユニキャストフレームとなる。

ステップＳ１４２では、ＦＥＣコードを付加するか否かの決定が行なわれる。具体的には、制御部２４０が、記憶部２９０に記憶されているＦＥＣコード付加管理テーブルＴ１００のうち、ステップＳ１２０で判定した宛先に対応するＦＥＣコード付加情報を参照する。たとえば、ステップＳ１２０で判定された宛先が、端末装置１００．１である場合、制御部２４０は、受信フレームを端末装置１００．１へ送信する際、当該受信フレームにＦＥＣコードを付加することに決定する。

また、ステップＳ１２０で判定された宛先が、端末装置１００．２である場合、制御部２４０は、受信フレームにＦＥＣコードを付加しないことに決定する。その後、後述するステップＳ１８０に進む。

前述のステップＳ１３０またはステップＳ１３２において、ＹＥＳならば、ステップＳ１５２に進む。

ステップＳ１５２では、ＦＥＣコード付加管理テーブルＴ１００の情報に関係なく、無条件に、受信フレームにＦＥＣコードを付加することに決定する。その後、ステップＳ１８０に進む。

ステップＳ１８０では、ＦＥＣコードを付加するか否かの決定結果に基づいて、受信フレームを、対応する宛先へ送信する。

まず、受信フレームにＦＥＣコードが付加されることが決定され、かつ、受信フレームが、ユニキャストフレームである場合に行なわれる処理について説明する。ユニキャストフレームの宛先は、たとえば、端末装置１００．１であるとする。

この場合、まず、制御部２４０が、ＦＥＣコード付加部２１０Ｂを、ＦＥＣコード付加モードに設定する。そして、制御部２４０は、送信バッファ２３０Ｂから受信フレームを読み出すための受信フレーム読出指示を、送信部２２０Ｂへ送信する。送信部２２０Ｂは、受信フレーム読出指示を受信すると、送信バッファ２３０Ｂから受信フレームを読み出し、ＦＥＣコード付加部２１０Ｂへ送信する。ＦＥＣコード付加モードに設定されたＦＥＣコード付加部２１０Ｂは、受信フレームに、ＦＥＣコードを付加し、当該ＦＥＣコードを付加した受信フレームを、光送受信部２０５および論理パス１を介して、端末装置１００．１へ送信する。

次に、受信フレームにＦＥＣコードが付加されないことが決定され、かつ、受信フレームが、ユニキャストフレームである場合に行なわれる処理について説明する。ユニキャストフレームの宛先は、たとえば、端末装置１００．１であるとする。

この場合、まず、制御部２４０が、ＦＥＣコード付加部２１０Ｂを、ＦＥＣコードなしモードに設定する。そして、制御部２４０は、送信バッファ２３０Ｂから受信フレームを読み出すための受信フレーム読出指示を、送信部２２０Ｂへ送信する。送信部２２０Ｂは、受信フレーム読出指示を受信すると、送信バッファ２３０Ｂから受信フレームを読み出し、ＦＥＣコード付加部２１０Ｂへ送信する。ＦＥＣコードなしモードに設定されたＦＥＣコード付加部２１０Ｂは、受信フレームに、ＦＥＣコードを付加せず、そのまま、当該受信フレームを、光送受信部２０５および論理パス１を介して、端末装置１００．１へ送信する。

次に、受信フレームにＦＥＣコードが付加されることが決定され、かつ、受信フレームが、マルチキャストフレームまたはブロードキャストフレームである場合に行なわれる処理について説明する。マルチキャストフレームまたはブロードキャストフレームの宛先は、たとえば、端末装置１００．１，１００．２，１００．５であるとする。

この場合、まず、制御部２４０が、ＦＥＣコード付加部２１０Ｂを、ＦＥＣコード付加モードに設定する。そして、制御部２４０は、送信バッファ２３０Ｂから受信フレームを読み出すための受信フレーム読出指示を、送信部２２０Ｂへ送信する。送信部２２０Ｂは、受信フレーム読出指示を受信すると、送信バッファ２３０Ｂから受信フレームを読み出し、ＦＥＣコード付加部２１０Ｂへ送信する。ＦＥＣコード付加モードに設定されたＦＥＣコード付加部２１０Ｂは、受信フレームに、ＦＥＣコードを付加し、当該ＦＥＣコードを付加した受信フレームを、光送受信部２０５および論理パス１と、光送受信部２０５および論理パス２と、光送受信部２０５および論理パス５とを介して、端末装置１００．１，１００．２，１００．５へ送信する。

以上によりこのフレーム送信処理は終了する。
以上説明したように、本実施の形態では、制御局装置２００が、同報フレーム（マルチキャストフレームまたはブロードキャストフレーム）であるフレームを受信した場合、無条件に、受信フレームにＦＥＣコードを付加して、受信フレームの宛先に送信する。

したがって、制御局装置２００から送信されるフレームの宛先となる端末装置が、エラーのないフレームを受信する確率を高めることができる。その結果、複数の端末装置に送信するためのフレームを使用して通信を行なう場合でも安定した通信ができるという効果を奏する。

＜第１の実施の形態の変形例１＞
第１の実施の形態では、制御局装置２００が、複数の端末装置へ送信するためのフレームに対し、無条件に、ＦＥＣコードを付加していた。そのため、ＦＥＣコードの付加を必要とする端末装置が存在しない場合、当該端末装置と、制御局装置２００との論理パスの実効帯域が不必要に低下してしまう。本実施の形態では、論理パスの実効帯域の低下を防ぐ処理について説明する。

本実施の形態における、通信システムは、第１の実施の形態１０００と同様なので詳細な説明は繰り返さない。また、制御局装置２００も、第１の実施の形態と同様なので詳細な説明は繰り返さない。

次に、本実施の形態の制御局装置２００が、複数の端末装置へ、フレームを送信する処理（以下、送信処理Ａともいう）について説明する。

図７は、送信処理Ａのフローチャートである。図７を参照して、ステップＳ２１０では、前述のステップＳ１１０と同様な処理が行なわれるので、詳細な説明は繰り返さない。ステップＳ２１０において、ＹＥＳならば、ステップＳ２２０に進む。一方、ステップＳ２１０において、ＮＯならば、再度、ステップＳ２１０の処理が行なわれる。

ステップＳ２２０では、制御部２４０が、送信バッファ２３０Ｂに記憶された受信フレームと、記憶部２９０に記憶されているアドレス対応テーブルＴ２００とを参照して、フレームの宛先を判定する。本実施の形態では、受信フレームが、マルチキャストフレームまたはブロードキャストフレームである場合、受信フレームの宛先のＭＡＣアドレスは、ＧＡＡであるとする。すなわち、受信フレームが、マルチキャストフレームまたはブロードキャストフレームである場合、制御２４０により判定される受信フレームの宛先は、グループＡとなる。ここで、グループＡには、端末装置１００．１，１００．２，１００．３，１００．４，１００．５が含まれるとする。

なお、制御部２４０は、受信フレームが、ユニキャストフレームである場合、受信フレームの宛先は、受信フレームの宛先のＭＡＣアドレスに対応する端末装置となる。その後、ステップＳ２３０に進む。

ステップＳ２３０では、前述のステップＳ１３０と同様な処理が行なわれるので、詳細な説明は繰り返さない。ステップＳ２３０において、ＹＥＳならば、後述するステップＳ２５２に進む。一方、ステップＳ２３０において、ＮＯならば、ステップＳ２３２に進む。

ステップＳ２３２では、前述のステップＳ１３２と同様な処理が行なわれるので、詳細な説明は繰り返さない。ステップＳ２３２において、ＹＥＳならば、後述するステップＳ２５２に進む。一方、ステップＳ２３２において、ＮＯならば、ステップＳ２４２に進む。ステップＳ２４２に進む場合、受信フレームは、ユニキャストフレームとなる。

ステップＳ２４２では、前述のステップＳ１４２と同様な処理が行なわれるので、詳細な説明は繰り返さない。その後、後述するステップＳ２８０に進む。

前述のステップＳ２３０またはステップＳ２３２において、ＹＥＳならば、ステップＳ２５２に進む。ステップＳ２５２に進む場合、受信フレームは、マルチキャストフレームまたはブロードキャストフレームとなる。前述したように、受信フレームが、マルチキャストフレームまたはブロードキャストフレームである場合、制御２４０により判定される受信フレームの宛先は、グループＡとなる。

ステップＳ２５２では、制御部２４０が、記憶部２９０に記憶されているＦＥＣコード付加管理テーブルを参照して、受信フレームにＦＥＣコードを付加するか否かを決定する。ＦＥＣコード付加管理テーブルが、図３のＦＥＣコード付加管理テーブルＴ１００である場合、受信フレームは、グループＡに含まれる端末装置１００．１，１００．２，１００．３，１００．４，１００．５に送信するフレームであるため、制御部２４０は、当該受信フレームにＦＥＣコードを付加することに決定する。すなわち、制御部２４０は、端末装置１００．１，１００．２，１００．３，１００．４，１００．５のうち、少なくとも１つの端末装置に送信する受信フレームに、ＦＥＣコードを付加する必要がある場合、当該受信フレームにＦＥＣコードを付加することに決定する。

なお、ＦＥＣコード付加管理テーブルが、以下のＦＥＣコード付加管理テーブルＴ１００Ａである場合、制御部２４０は、当該受信フレームにＦＥＣコードを付加しないに決定する。

図８は、１例としてのＦＥＣコード付加管理テーブルＴ１００Ａを示す図である。図８を参照して、ＦＥＣコード付加管理テーブルＴ１００Ａは、端末装置１００．１，１００．２，１００．３，１００．４，１００．５に送信するフレームには、ＦＥＣコードを付加する必要がない旨の情報を示す。

再び、図７を参照して、ステップＳ２５２の処理が終了すると、ステップＳ２８０に進む。

ステップＳ２８０では、前述のステップＳ１８０と同様な処理が行なわれるので、詳細な説明は繰り返さない。ステップＳ２８０の処理が終了すると、この送信処理Ａは終了する。

以上説明したように、本実施の形態では、制御局装置２００が、同報フレーム（マルチキャストフレームまたはブロードキャストフレーム）であるフレームを受信した場合、ＦＥＣコード付加管理テーブルを参照して、受信フレームにＦＥＣコードを付加するか否かを決定する。そして、決定結果に基づき、ＦＥＣコードを付加したフレームまたはＦＥＣコードを付加しないフレームを、受信フレームの宛先に送信する。

したがって、ＦＥＣコードの付加を必要としない複数の端末装置へフレームを送信する場合、ＦＥＣコードを付加しない。すなわち、不必要なＦＥＣコードの付加を防止することができる。当該複数の端末装置と、制御局装置２００との論理パスの実効帯域が不必要に低下してしまうことを防ぐことができる。

＜第１の実施の形態の変形例２＞
本実施の形態では、受信フレームの宛先が、複数のグループのうちのいずれかのグループである場合の処理について説明する。

本実施の形態における、通信システムは、第１の実施の形態１０００と同様なので詳細な説明は繰り返さない。また、制御局装置２００も、第１の実施の形態と同様なので詳細な説明は繰り返さない。

次に、本実施の形態の制御局装置２００が、複数の端末装置へ、フレームを送信する処理（以下、送信処理Ｂともいう）について説明する。

図９は、送信処理Ｂのフローチャートである。図９を参照して、ステップＳ３１０では、前述のステップＳ１１０と同様な処理が行なわれるので、詳細な説明は繰り返さない。ステップＳ３１０において、ＹＥＳならば、ステップＳ３２０に進む。一方、ステップＳ３１０において、ＮＯならば、再度、ステップＳ３１０の処理が行なわれる。

ステップＳ３２０では、制御部２４０が、送信バッファ２３０Ｂに記憶された受信フレームと、記憶部２９０に記憶されているアドレス対応テーブルＴ２００とを参照して、フレームの宛先を判定する。本実施の形態では、受信フレームが、マルチキャストフレームまたはブロードキャストフレームである場合、受信フレームの宛先のＭＡＣアドレスは、ＧＡＡ、ＧＡＢ、ＧＡＣ、ＧＡＤおよびＧＡＥのいずれかであるとする。すなわち、受信フレームが、マルチキャストフレームまたはブロードキャストフレームである場合、制御２４０により判定される受信フレームの宛先は、グループＡ、グループＢ、グループＣ、グループＤまたはグループＥとなる。たとえば、受信フレームの宛先のＭＡＣアドレスが、ＧＡＣの場合、制御２４０により判定される受信フレームの宛先は、グループＣとなる。

なお、制御部２４０は、受信フレームが、ユニキャストフレームである場合、制御２４０により判定される受信フレームの宛先は、受信フレームの宛先のＭＡＣアドレスに対応する端末装置となる。その後、ステップＳ３３０に進む。

ステップＳ３３０では、前述のステップＳ１３０と同様な処理が行なわれるので、詳細な説明は繰り返さない。ステップＳ３３０において、ＹＥＳならば、後述するステップＳ３５２に進む。一方、ステップＳ３３０において、ＮＯならば、ステップＳ３３２に進む。

ステップＳ３３２では、前述のステップＳ１３２と同様な処理が行なわれるので、詳細な説明は繰り返さない。ステップＳ３３２において、ＹＥＳならば、後述するステップＳ３５２に進む。一方、ステップＳ３３２において、ＮＯならば、ステップＳ３４２に進む。ステップＳ３４２に進む場合、受信フレームは、ユニキャストフレームとなる。

ステップＳ３４２では、前述のステップＳ１４２と同様な処理が行なわれるので、詳細な説明は繰り返さない。その後、後述するステップＳ３８０に進む。

前述のステップＳ３３０またはステップＳ３３２において、ＹＥＳならば、ステップＳ３５２に進む。ステップＳ３５２に進む場合、受信フレームは、マルチキャストフレームまたはブロードキャストフレームとなる。

ステップＳ３５２では、制御部２４０が、記憶部２９０に予め記憶されているグループ管理テーブルＴ３００およびＦＥＣコード付加管理テーブルＴ１００を参照して、受信フレームにＦＥＣコードを付加するか否かを決定する。

図１０は、グループ管理テーブルＴ３００を示す図である。図１０を参照して、グループ管理テーブルＴ３００は、複数のグループにそれぞれ対応する複数のグループ情報から構成される。グループ情報は、グループの名称と、グループに含まれる複数の端末装置の情報とを含む。

たとえば、グループＡに対応するグループ情報は、グループＡに端末装置１００．１，１００．２，１００．３，１００．４，１００．５が含まれるという情報を示す。

また、たとえば、グループＣに対応するグループ情報は、グループＣに端末装置１００．２，１００．４，１００．５が含まれるという情報を示す。

再び、図９を参照して、ステップＳ３５２で行なわれる具体的な処理について説明する。制御部２４０は、グループ管理テーブルＴ３００を参照して、受信フレームの宛先のグループに含まれる複数の端末装置を判定する。そして、制御部２４０は、ＦＥＣコード付加管理テーブルＴ１００を参照して、判定した複数の端末装置のうち、少なくとも１つの端末装置に送信する受信フレームに、ＦＥＣコードを付加する必要がある場合、当該受信フレームにＦＥＣコードを付加することに決定する。

ステップＳ３２０で判定された受信フレームの宛先が、たとえば、グループＡである場合、制御部２４０は、グループ管理テーブルＴ３００を参照して、グループＡに含まれる複数の端末装置を、端末装置１００．１，１００．２，１００．３，１００．４，１００．５であると判定する。そして、制御部２４０は、ＦＥＣコード付加管理テーブルＴ１００を参照して、判定した端末装置１００．１，１００．２，１００．３，１００．４，１００．５のうち、少なくとも１つの端末装置に送信する受信フレームに、ＦＥＣコードを付加する必要があるので、当該受信フレームにＦＥＣコードを付加することに決定する。

また、ステップＳ３２０で判定された受信フレームの宛先が、たとえば、グループＣである場合、制御部２４０は、グループ管理テーブルＴ３００を参照して、グループＣに含まれる複数の端末装置を、端末装置１００．２，１００．４，１００．５であると判定する。そして、制御部２４０は、ＦＥＣコード付加管理テーブルＴ１００を参照して、判定した端末装置１００．２，１００．４，１００．５のうち、いずれの端末装置に送信する受信フレームにもＦＥＣコードを付加する必要がないので、当該受信フレームにＦＥＣコードを付加しないことに決定する。

なお、受信フレームの宛先がグループである場合、グループ管理テーブルＴ３００およびＦＥＣコード付加管理テーブルＴ１００を使用して、制御部２４０が、グループ毎に、ＦＥＣコードを付加する必要があるか否かを予め設定しておいてもよい。この場合、記憶部２９０には、以下のグループ別ＦＥＣコード付加管理テーブルが予め記憶される。

図１１は、一例としてのグループ別ＦＥＣコード付加管理テーブルＴ４００を示す図である。図１１を参照して、グループ別ＦＥＣコード付加管理テーブルＴ４００は、複数のグループにそれぞれ対応する複数のグループ情報から構成される。グループ情報は、グループの名称と、グループに含まれる複数の端末装置に送信するフレームにＦＥＣコードを付加するか否かの情報とを含む。

制御部２４０は、受信フレームの宛先のグループに応じて、グループ別ＦＥＣコード付加管理テーブルＴ４００を参照して、当該受信フレームにＦＥＣコードを付加するか否かを決定する。

再び、図９を参照して、ステップＳ３５２の処理が終了すると、ステップＳ３８０に進む。

ステップＳ３８０では、前述のステップＳ１８０と同様な処理が行なわれるので、詳細な説明は繰り返さない。ステップＳ３８０の処理が終了すると、この送信処理Ｂは終了する。

以上説明したように、本実施の形態では、制御局装置２００が、同報フレーム（マルチキャストフレームまたはブロードキャストフレーム）であるフレームを受信した場合、受信フレームの宛先のグループを判定し、グループ管理テーブルＴ３００を参照して、受信フレームの宛先のグループに含まれる複数の端末装置を判定する。そして、制御部２４０は、ＦＥＣコード付加管理テーブルＴ１００を参照して、判定した複数の端末装置のうち、少なくとも１つの端末装置に送信する受信フレームに、ＦＥＣコードを付加する必要がある場合、当該受信フレームにＦＥＣコードを付加することに決定する。そして、決定結果に基づき、ＦＥＣコードを付加したフレームまたはＦＥＣコードを付加しないフレームを、受信フレームの宛先に送信する。

したがって、受信フレームの宛先であるグループに応じて、受信フレームにＦＥＣコードを付加するか否かを判定するため、第１の実施の形態の変形例１よりも確実に、不必要なＦＥＣコードの付加を防止することができる。そのため、フレームを送信する複数の端末装置と、制御局装置２００との論理パスの実効帯域が不必要に低下してしまうことを、第１の実施の形態の変形例１よりも確実に防ぐことができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本実施の形態における通信システムの構成を示す図である。 制御局装置の内部構成の一例を示すブロック図である。 １例としてのＦＥＣコード付加管理テーブルを示す図である。 フレームの構成を示す図である。 送信処理のフローチャートである。 １例としてのアドレス対応テーブルを示す図である。 送信処理Ａのフローチャートである。 １例としてのＦＥＣコード付加管理テーブルを示す図である。 送信処理Ｂのフローチャートである。 グループ管理テーブルを示す図である。 一例としてのグループ別ＦＥＣコード付加管理テーブルを示す図である。

符号の説明

１００，１００．１，１００．２，・・・，１００．５ 端末装置、２１０Ａ ＦＥＣエラー訂正部、２１０Ｂ ＦＥＣコード付加部、２４０ 制御部、２００ 制御局装置、２９０ 記憶部、１０００ 通信システム。

Claims (5)

1. フレームを受信する受信部と、
   受信フレームの宛先が複数であるか否かを判定する判定部と、
   宛先が複数である宛先複数フレームを受信した場合、前記宛先複数フレームに前方誤り訂正コードを付加するコード付加部と、
   前記前方誤り訂正コードを付加した前記宛先複数フレームを、対応する複数の宛先へ送信する送信部とを備える、通信装置。
2. 前記コード付加部が、前記宛先複数フレームに前記前方誤り訂正コードを付加するのは、少なくとも１つの端末装置が、前記前方誤り訂正コードの付加を必要としている場合である、請求項１に記載の通信装置。
3. 前記コード付加部が、前記宛先複数フレームに前記前方誤り訂正コードを付加するのは、前記宛先複数フレームに対応する複数の宛先のうち、少なくとも１つの宛先に対応する端末装置が、前記前方誤り訂正コードの付加を必要としている場合である、請求項１に記載の通信装置。
4. 複数のグループの情報を記憶する記憶部をさらに備え、
   前記複数のグループの情報の各々は、対応するグループに含まれる複数の端末装置を特定する情報であり、
   前記コード付加部が、前記宛先複数フレームに前記前方誤り訂正コードを付加するのは、前記宛先複数フレームに対応する複数の宛先が前記複数のグループのうちの１つのグループを示す場合で、かつ、対応する前記１つのグループに含まれる複数の端末装置のうち、少なくとも１つの端末装置が、前記前方誤り訂正コードの付加を必要としている場合である、請求項１に記載の通信装置。
5. フレームを送受信可能な通信装置に実行させる通信方法であって、
   フレームを受信するステップと、
   受信フレームの宛先が複数であるか否かを判定するステップと、
   宛先が複数である宛先複数フレームを受信した場合、前記宛先複数フレームに前方誤り訂正コードを付加するステップと、
   前記前方誤り訂正コードを付加した前記宛先複数フレームを、対応する複数の宛先へ送信するステップとを含む、通信方法。

Images