(57)【要約】  ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと送信する送信装置における通信制御装置であって、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＴｙｐｅ情報として拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納するＴｙｐｅエンコード部（２）、を備える。
2012053109.tif 000002
【特許請求の範囲】
【請求項１】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと送信する送信装置における通信制御装置であって、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームの所定のビット位置に拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納する識別情報付与部、
を備えることを特徴とする通信制御装置。
【請求項２】
前記所定のビット位置をＳｅｃＴＡＧフィールド内とする、ことを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記所定のビット位置をＳｅｃＴＡＧフィールド内のＴｙｐｅ領域とする、ことを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記所定のビット位置をＳｅｃＴＡＧフィールド内のＶビット領域とする、ことを特徴とする請求項２に記載の通信制御装置。
【請求項５】
前記所定のビット位置をＳｅｃＴＡＧフィールド内のＳＬビット領域とする、ことを特徴とする請求項２に記載の通信制御装置。
【請求項６】
前記所定のビット位置をプリアンブルの領域とする、ことを特徴とする請求項１に記載の通信制御装置。
【請求項７】
前記所定のビット位置をＩＣＶ領域とし、前記所定の値を暗号化したデータに基づいて求めたＩＣＶを反転させた値とする、
ことを特徴とする請求項１に記載の通信制御装置。
【請求項８】
前記所定のビット位置をプリアンブルの直後のアドレス領域とする、ことを特徴とする請求項１に記載の通信制御装置。
【請求項９】
前記所定の値を、ＩＥＥＥにて規定されているグループアドレスのうち、自通信システムに予約されているアドレスとする、ことを特徴とする請求項８に記載の通信制御装置。
【請求項１０】
前記送信装置を、ＰＯＮシステムを構成する局側通信装置または加入者側通信装置とする、ことを特徴とする請求項１〜９のいずれか１つに記載の通信制御装置。
【請求項１１】
前記送信装置を、ＰＯＮシステムを構成する局側通信装置または加入者側通信装置とし、
前記所定の値を自装置のアドレスと通信相手の装置のアドレスとのうち少なくとも１つとする、ことを特徴とする請求項８に記載の通信制御装置。
【請求項１２】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと受信する受信装置における通信制御装置であって、
受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて拡張ＭＡＣｓｅｃフレームであるか否かを識別する識別部、
を備えることを特徴とする通信制御装置。
【請求項１３】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと受信する受信装置における通信制御装置であって、
受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して受信処理を行う場合に、前記受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて設定した種別が正しいか否かを識別する識別部、
を備えることを特徴とする通信制御装置。
【請求項１４】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと送信する送信装置であって、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームの所定のビット位置に拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納する識別情報付与部、
を備えることを特徴とする送信装置。
【請求項１５】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと受信する受信装置であって、
受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて拡張ＭＡＣｓｅｃフレームであるか否かを識別する識別部、
を備えることを特徴とする受信装置。
【請求項１６】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと受信する受信装置であって、
受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して受信処理を行う場合に、前記受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて設定した種別が正しいか否かを識別する識別部、
を備えることを特徴とする受信装置。
【請求項１７】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと伝送する通信システムであって、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームの所定のビット位置に拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納する識別情報付与部、
を備える送信装置と、
受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて拡張ＭＡＣｓｅｃフレームであるか否かを識別する識別部、
を備える受信装置と、
を備えることを特徴とする通信システム。
【請求項１８】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと伝送する通信システムであって、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームの所定のビット位置に拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納する識別情報付与部、
を備える送信装置と、
受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して受信処理を行う場合に、前記受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて設定した種別が正しいか否かを識別する識別部、
を備える受信装置と、
を備えることを特徴とする通信システム。
【請求項１９】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと伝送する通信システムにおける通信制御方法であって、
前記通信システムを構成する送信装置が、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームの所定のビット位置に拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納する第１のステップと、
前記通信システムを構成する受信装置が、受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて拡張ＭＡＣｓｅｃフレームであるか否かを識別する第２のステップと、
を含むことを特徴とする通信制御方法。
【請求項２０】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと伝送する通信システムにおける通信制御方法であって、
前記通信システムを構成する送信装置が、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームの所定のビット位置に拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納する第１のステップと、
前記通信システムを構成する受信装置が、受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して受信処理を行う場合に、前記受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて設定した種別が正しいか否かを識別する第２のステップと、
を含むことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、送信装置、受信装置、通信システムおよび通信制御方法に関する。
【背景技術】
【０００２】
通信を暗号化する技術としてＩＥＥＥ８０２．１ＡＥにて規定されるＭＡＣｓｅｃ（ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）  Ｓｅｃｕｒｉｔｙ）がある（下記非特許文献１参照）が、ＭＡＣｓｅｃではフレーム内のＭＡＣアドレスは暗号化できない。【０００３】
そこで、ＭＡＣｓｅｃに対して、ＩＥＥＥ８０２．１ＡＨ（Ｐｒｏｖｉｄｅｒ  Ｂａｃｋｂｏｎｅ  Ｂｒｉｄｇｅ）にて規定されているフレームをカプセル化するＭＡＣ  ｉｎ  ＭＡＣという方式（下記非特許文献２参照）を追加することにより、ＭＡＣアドレスまで暗号化できるようにする方式が検討されている。以下、この方式を拡張ＭＡＣｓｅｃ方式という。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】IEEE  Computer  Society，“IEEE  Standard  for  Local  and  metropolitan  area  networks  Media  Access  Control  (MAC)  Security”，18  August  2006
【非特許文献２】IEEE  Computer  Society，“IEEE  Standard  for  Local  and  metropolitan  area  networks−Virtual  Bridged  Local  Area  Networks  Amendment  7：Provider  Backbone  Bridges”，14  August  2008
【発明の概要】
【発明が解決しようとする課題】
【０００５】
拡張ＭＡＣｓｅｃ方式では、ＭＡＣｓｅｃで使用する情報を格納するＳｅｃＴＡＧ領域の後に本来の宛先および送信元のＭＡＣアドレスが格納され、ＳｅｃＴＡＧ領域の前には擬似ＭＡＣアドレスが格納される。受信装置では、拡張ＭＡＣ方式により送信されたフレームを受信した場合、擬似ＭＡＣアドレスは不要であるため削除し、ＳｅｃＴＡＧ領域の後に格納されている本来の宛先および送信元のＭＡＣアドレスを宛先および送信元のＭＡＣアドレスとして認識する。【０００６】
一方、標準ＭＡＣｓｅｃ方式（ＭＡＣ  ｉｎ  ＭＡＣを適用しない方式）では、ＳｅｃＴＡＧ領域の前に本来の宛先および送信元のＭＡＣアドレスが格納される。したがって、受信装置では、標準ＭＡＣ方式により送信されたフレームを受信した場合、ＳｅｃＴＡＧ領域の前に格納されている本来の宛先および送信元のＭＡＣアドレスを宛先および送信元のＭＡＣアドレスとして認識する。【０００７】
一方、１台の通信装置が、上記の拡張ＭＡＣｓｅｃ方式を採用する機器と標準ＭＡＣｓｅｃ方式を採用する機器との両方と通信を行う場合には、拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式の両方の受信処理を行うことになる。【０００８】
拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式のどちらを用いるかについては、通常は、通信装置間で、接続後のネゴシエーションにより設定される。しかし、このネゴシエーションでエラーが発生した場合等には、受信側で拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式のどちらの通信であるかが誤って設定される、またはどちらであるか不明として設定される可能性がある。【０００９】
また、受信装置は、拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式のいずれで送信されたフレームであるかをフレーム自身から判別することができない。このため、例えば、標準ＭＡＣｓｅｃ方式で送信されたフレームを拡張ＭＡＣｓｅｃ方式として受信処理を行うと、正常な（本来の）ＭＡＣアドレスを削除してしまう、という問題があった。逆に拡張ＭＡＣｓｅｃ方式で送信されたフレームを標準ＭＡＣｓｅｃ方式として受信処理を行うと、削除すべきＭＡＣアドレス（擬似ＭＡＣアドレス）の削除漏れが発生する、という問題があった。【００１０】
さらに、このような問題が発生しても、受信したフレーム自体はＩＣＶ（Ｉｎｔｅｇｒｉｔｙ  Ｃｈｅｃｋ  Ｖａｌｕｅ），ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）等のエラーチェックにおいて正常であると判定されるため、エラー判定されないサイレントエラーとなってしまう、という問題があった。【００１１】
本発明は、上記に鑑みてなされたものであって、フレームの受信時に、拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式との両方の方式の受信処理を実施可能な場合に、方式の選択誤りにより誤った処理が実施されることによる不具合を防ぐことができる通信制御装置、送信装置、受信装置、通信システムおよび通信制御方法を得ることを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明は、ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと送信する送信装置における通信制御装置であって、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームの所定のビット位置に拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納する識別情報付与部、を備えることを特徴とする。
【発明の効果】
【００１３】
本発明にかかる通信制御装置、送信装置、受信装置、通信システムおよび通信制御方法は、フレームの受信時に、拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式との両方の方式の受信処理を実施可能な場合に、方式の選択誤りにより誤った処理が実施されることによる不具合を防ぐことができる、という効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、実施の形態１の送信装置の送信制御部の機能構成例を示す図である。
【図２】図２は、実施の形態１の受信装置の受信制御部の機能構成例を示す図である。
【図３】図３は、実施の形態１の通信装置の機能構成例を示す図である。
【図４】図４は、実施の形態１の通信システムの構成例を示す図である。
【図５】図５は、標準ＭＡＣｓｅｃ方式のフレームの構成を示す図である。
【図６】図６は、拡張ＭＡＣｓｅｃ方式のフレームの構成を示す図である。
【図７】図７は、実施の形態１の受信動作の一例を示すフローチャートである。
【図８】図８は、受信時の拡張ＭＡＣｓｅｃフレームのフレームフォーマットの変化の一例を示す図である。
【図９】図９は、実施の形態１の通信システムにおける通信シーケンスの一例を示す図である。
【図１０】図１０は、実施の形態２の受信動作の一例を示すフローチャートである。
【図１１】図１１は、実施の形態３の受信動作の一例を示すフローチャートである。
【図１２】図１２は、実施の形態４の受信動作の一例を示すフローチャートである。
【図１３】図１３は、実施の形態５の受信装置の受信制御部の機能構成例を示す図である。
【図１４】図１４は、実施の形態５の受信動作の一例を示すフローチャートである。
【図１５】図１５は、実施の形態６の受信動作の一例を示すフローチャートである。
【図１６】図１６は、実施の形態７の送信装置の送信制御部の機能構成例を示す図である。
【図１７】図１７は、実施の形態７の受信装置の受信制御部の機能構成例を示す図である。
【図１８】図１８は、実施の形態７の標準ＭＡＣｓｅｃフレームの受信動作の一例を示すフローチャートである。
【図１９】図１９は、実施の形態７の拡張ＭＡＣｓｅｃフレームの受信動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下に、本発明にかかる通信制御装置、送信装置、受信装置、通信システムおよび通信制御方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１６】
実施の形態１．
図１は、本発明にかかる送信装置の送信制御部の実施の形態１の機能構成例を示す図である。また、図２は、本実施の形態の受信装置の受信制御部の機能構成例を示す図である。本実施の形態では、送信装置が暗号化したフレームを受信装置へ送信し、受信装置が受信したフレームを復号化する。
【００１７】
本実施の形態では送信装置および受信装置は、ＰＯＮ（Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）システムを構成することとするが、ＰＯＮシステムに限らずどのような通信システムを構成してもよい。
【００１８】
本実施の形態の送信装置の送信制御部は、図１に示すように、送信フレーム生成部１と、Ｔｙｐｅエンコード部２、ＭＡＣｓｅｃ  ＳｅｃＴＡＧエンコード部３、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部４、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５、パケットナンバ付与部６、拡張ＭＡＣＳｅｃプリアンブル生成部７、鍵管理部８、データ暗号部９、ＩＣＶ生成部１０、擬似ＭＡＣアドレス生成部１１、ＰＯＮ制御部１２、ＦＣＳ付与部１３およびプリアンブル付与部１４を備える。
【００１９】
本実施の形態の受信装置の受信制御部は、図２に示すように、プリアンブルチェック部１０１、ＦＣＳチェック部１０２、ＰＯＮ制御部１０３、受信フレーム識別・復号化フレーム再構成部１０４、Ｔｙｐｅチェック部１０５、フレーム判定部１０６、ＳｅｃＴＡＧデコード部１０７、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０９、リプレイチェック部１１０、ＳＣ／ＡＮ確認部１１１、鍵管理部１１２、データ復号部１１３および正常性確認（ＩＣＶチェック）部１１４を備える。
【００２０】
図３は、本実施の形態の通信装置の機能構成例を示す図である。図３に示した通信装置２００は、図１に示した送信装置としての機能と受信装置としての機能の両方を有する通信装置であり、ＰＯＮシステムにおけるＯＬＴ（Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｌ：局側通信装置）またはＯＮＵ（Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｕｎｉｔ：加入者側通信装置）として機能する。図３に示すように、通信装置２００は、ＷＤＭ（Ｗａｖｅｌｅｎｇｔｈ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ：波長分割多重部）２０１、光Ｔｘ（光送信部）２０２、光Ｒｘ（光受信部）２０３、ＰＯＮ−ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）２０４およびインタフェース２０５を備える。また、通信装置２００は、上位ネットワーク２１０に接続されている。通信制御を行うＰＯＮ−ＬＳＩ２０４は、装置動作を管理する管理装置２１１と接続されている。なお、上位ネットワーク２１０の代わりに端末（ユーザ装置）に接続される場合もある。
【００２１】
ＰＯＮ−ＬＳＩ２０４は、上述の送信装置における送信制御部と受信装置における受信制御部とを備えた通信制御装置である。図３では、図１または図２と同様の機能を有する構成要素は同一の符号を付している。暗号部２０６は、図１の送信フレーム生成部１と、Ｔｙｐｅエンコード部２、ＭＡＣｓｅｃ  ＳｅｃＴＡＧエンコード部３、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部４、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５、パケットナンバ付与部６、拡張ＭＡＣＳｅｃプリアンブル生成部７、鍵管理部８、データ暗号部９、ＩＣＶ生成部１０および擬似ＭＡＣアドレス生成部１１で構成される。
【００２２】
また、復号部２０７は、受信フレーム識別・復号化フレーム再構成部１０４、Ｔｙｐｅチェック部１０５、フレーム判定部１０６、ＳｅｃＴＡＧデコード部１０７、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０９、リプレイチェック部１１０、ＳＣ／ＡＮ確認部１１１、鍵管理部１１２、データ復号部１１３および正常性確認部１１４で構成される。
【００２３】
図４は、本実施の形態の通信システムの構成例を示す図である。図４に示すように、本実施の形態の通信システムはＰＯＮシステムであり、図３に示した通信装置２００であるＯＬＴ３０１と、図３に示した通信装置２００であるＯＮＵ３０２−１〜３０２−Ｎ（Ｎは１以上の整数）と、で構成される。
【００２４】
本実施の形態では、例えば、図４に示した通信システムは、ＩＥＥＥ８０２．１ＡＥで規定されているＭＡＣｓｅｃ（標準ＭＡＣｓｅｃ）方式による通信と、標準ＭＡＣｓｅｃ方式に対してＭＡＣ  ｉｎ  ＭＡＣ方式を追加した拡張ＭＡＣｓｅｃ方式による通信と、の両方に対応可能とする。従って、ＯＬＴ３０１は、標準ＭＡＣｓｅｃ方式による送受信と拡張ＭＡＣｓｅｃ方式による送受信との両方を実施する機能を有する。なお、ＯＮＵ３０２−１〜３０２−Ｎについては、ここでは標準ＭＡＣｓｅｃ方式による送受信と拡張ＭＡＣｓｅｃ方式による送受信との両方を実施できる構成とするが、標準ＭＡＣｓｅｃ方式による送受信と拡張ＭＡＣｓｅｃ方式のいずれか一方の送受信を実施する構成としてもよい。
【００２５】
図５は、ＩＥＥＥ８０２．１ＡＥで規定されているＭＡＣｓｅｃ（標準ＭＡＣｓｅｃ）方式のフレームの直前にＰＯＮシステムで使用する情報を格納したプリアンブル領域を設けたフレームの構成を示す図である。また、図６は、拡張ＭＡＣｓｅｃ方式のフレームの直前に同じくプリアンブル領域を設けたフレームの構成を示す図である。このプリアンブル領域はＩＥＥＥ８０２．３で規定されているものである。
【００２６】
ここでは、図５に示すように、ＩＥＥＥ８０２．１ＡＥで規定されているＭＡＣｓｅｃ（標準ＭＡＣｓｅｃ）方式のフレームにプリアンブル領域を加えたものを標準ＭＡＣｓｅｃフレームとし、以降の説明を行う。標準ＭＡＣｓｅｃフレームは、プリアンブル、ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ：宛先ＭＡＣアドレス）、ＳＡ（Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ：送信元ＭＡＣアドレス）、ＳｅｃＴＡＧ、Ｄａｔａ、ＩＣＶおよびＦＣＳで構成される。
【００２７】
プリアンブルには、ＩＥＥＥ８０２．３ａｈのＥＰＯＮ規定に基づいて、“０ｘ５５”を５つ格納された後にＬＬＩＤ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  ＩＤｅｎｔｉｆｉｅｒ）が格納され、その後に８ビットのＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）８が格納される。
【００２８】
ＳｅｃＴＡＧはＭＡＣｓｅｃに使用する情報であり、フレームの種別を識別するＴｙｐｅ情報であるＴｙｐｅと、ＴＣＩ（ＴＡＧ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）と、同一のＳＣ（Ｓｅｃｕｒｅ  Ｃｈａｎｎｅｌ）内でのＳＡの識別番号であるＡＮ（Ａｓｓｏｃｉａｔｉｏｎ  Ｎｕｍｂｅｒ）と、暗号化されたデータの長さに関する情報であるＳＬ（Ｓｈｏｒｔ  Ｌｅｎｇｔｈ）と、パケットを識別する番号であるＰＮ（Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）と、ＳＣの識別情報であるＳＣＩ（Ｓｅｃｕｒｅ  Ｃｈａｎｎｅｌ  ＩＤｅｎｔｉｆｉｅｒ）と、で構成される。
【００２９】
また、ＴＣＩは、ＭＡＣｓｅｃのバージョンを示すＶビットと、ＥＳ（Ｅｎｄ  Ｓｔａｔｉｏｎ）ビットと、ＳＣＩフィールドの存在を示すＳＣビットと、ＳＣＢ（Ｓｉｎｇｌｅ  Ｃｏｐｙ  Ｂｒｏａｄｃａｓｔ）ビットと、ＩＣＶに関する情報を示すＣビットと、暗号化の有無などを示すＥビットと、で構成される。
【００３０】
一方、ＭＡＣ  ｉｎ  ＭＡＣ方式を追加した拡張ＭＡＣｓｅｃ方式のフレーム（以下、拡張ＭＡＣｓｅｃフレームという）も、図６に示すように、プリアンブル領域を含めて拡張ＭＡＣｓｅｃフレームとし、プリアンブル、擬似ＤＡ、擬似ＳＡ、ＳｅｃＴＡＧ、ＤＡ、ＳＡ、Ｄａｔａ、ＩＣＶおよびＦＣＳで構成される。
【００３１】
拡張ＭＡＣｓｅｃフレームでは、標準ＭＡＣｓｅｃフレームと同様に暗号化されたＤａｔａと、ＳｅｃＴＡＧの間にＤＡ（宛先ＭＡＣアドレス）およびＳＡ（送信元ＭＡＣアドレス）が格納される。また、拡張ＭＡＣｓｅｃフレームでは、標準ＭＡＣｓｅｃフレームでＤＡ（宛先ＭＡＣアドレス）およびＳＡ（送信元ＭＡＣアドレス）が格納される位置に、擬似ＤＡ、擬似ＳＡが格納される。
【００３２】
以下、図４で示した構成例に基づいて、本実施の形態の動作を説明する。まず、送信装置の送信動作について説明する。送信装置（ＯＬＴ３０１またはＯＮＵ３０２−１〜３０２−Ｎ）の送信フレーム生成部１は、上位ネットワーク２１０（または端末等）から送信データを受信し、管理装置２１１から当該送信データに関する暗号化に関する情報である暗号化情報を受信する。暗号化情報には、暗号化を行なうか否かを示す情報、標準ＭＡＣｓｅｃフレームとして送信するか拡張ＭＡＣｓｅｃフレームとして送信するかの判別情報、暗号化を行う場合の暗号化に使用する情報（暗号鍵を選択するための情報を含む）等が含まれるとする。
【００３３】
送信フレーム生成部１は、暗号化情報をＴｙｐｅエンコード部２へ通知する。Ｔｙｐｅエンコード部２は、送信フレーム生成部１からの通知された暗号化情報に基づいて、Ｔｙｐｅ情報を生成し、生成したＴｙｐｅ情報をＭＡＣｓｅｃ  ＳｅｃＴＡＧエンコード部３へ通知する。具体的には、標準ＭＡＣｓｅｃフレームで送信する場合はＴｙｐｅ情報としてＩＥＥＥ８０２．１ＡＥにて規定される“０ｘ８８Ｅ５”を生成し、拡張ＭＡＣｓｅｃフレームで送信する場合は“０ｘ８８Ｅ４”を生成する。なお、本実施の形態では、拡張ＭＡＣｓｅｃフレームで送信する場合のＴｙｐｅ情報を“０ｘ８８Ｅ４”としたが、“０ｘ８８Ｅ４”に限らず、Ｔｙｐｅ情報として規格等で予め規定されていない値であればどのような数値を用いてもよい。
【００３４】
また、送信フレーム生成部１は、暗号化情報に基づいて標準ＭＡＣｓｅｃフレームで送信すると判断した場合は、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部４へＳｅｃＴＡＧの生成を指示する。標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部４は、送信フレーム生成部１からＳｅｃＴＡＧの生成を指示されると、ＩＥＥＥ８０２．１ＡＥにて規定されるＳｅｃＴＡＧ（Ｔｙｐｅ情報以外のＳｅｃＴＡＧ）を生成し、ＭＡＣｓｅｃ  ＳｅｃＴＡＧエンコード部３へ通知する。
【００３５】
一方、送信フレーム生成部１は、暗号化情報に基づいて拡張ＭＡＣｓｅｃフレームで送信すると判断した場合は、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５へＳｅｃＴＡＧの生成を指示する。拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５は、送信フレーム生成部１からＳｅｃＴＡＧの生成を指示されると、ＩＥＥＥ８０２．１ＡＥにて規定されるＳｅｃＴＡＧ（Ｔｙｐｅ情報以外のＳｅｃＴＡＧ）を生成し、ＭＡＣｓｅｃ  ＳｅｃＴＡＧエンコード部３へ通知する。
【００３６】
なお、本実施の形態では、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５が生成するＳｅｃＴＡＧ（Ｔｙｐｅ情報、ＰＮを除く）と標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部４が生成するＳｅｃＴＡＧ（Ｔｙｐｅ情報、ＰＮを除く）が同一であるため、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５を備えずに、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部４が拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５の機能を有するようにしてもよい。
【００３７】
パケットナンバ付与部６は、パケット番号を生成し、生成したパケット番号（ＰＮ）をＭＡＣｓｅｃ  ＳｅｃＴＡＧエンコード部３へ通知する。
【００３８】
ＭＡＣｓｅｃ  ＳｅｃＴＡＧエンコード部３は、Ｔｙｐｅエンコード部２から通知されたＴｙｐｅ情報と、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部４または拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５から通知されたＳｅｃＴＡＧ（Ｔｙｐｅ情報、ＰＮを除く）と、パケットナンバ付与部６から通知されたＰＮと、をコード化し、コード化したＳｅｃＴＡＧとして送信フレーム生成部１へ通知する。
【００３９】
送信フレーム生成部１は、暗号化情報に基づいて暗号化を行なうと判断した場合には、鍵管理部８およびデータ暗号部９へその旨を通知する。このとき、送信フレーム生成部１は、暗号化情報に含まれる暗号化に使用する情報についても鍵管理部８およびデータ暗号部９へ通知する。また、送信フレーム生成部１は、データ暗号部９へ送信データを出力する。鍵管理部８は、暗号化に使用する情報のうち暗号鍵の選択に必要な情報（ＬＬＩＤまたはＭＡＣアドレス、ＳＣＩ等）を用いＩＥＥＥ８０２．１ＡＥの規定に従って、予め保持している暗号鍵から暗号鍵を選択し、選択した暗号鍵をデータ暗号部９へ通知する。
【００４０】
データ暗号部９は、送信フレーム生成部１から出力された送信データと鍵管理部８から通知された暗号鍵とを用いてＩＥＥＥ８０２．１ＡＥの規定に従って送信データを暗号化した暗号化データを生成し、暗号化データを送信フレーム生成部１およびＩＣＶ生成部１０へ出力する。なお、拡張ＭＡＣｓｅｃフレームとして送信する場合は、送信フレーム生成部１は送信データとともに宛先および送信元のＭＡＣアドレスをデータ暗号部９へ渡し、データ暗号部９は、宛先および送信元のＭＡＣアドレスと送信データとを暗号化する。ＩＣＶ生成部１０は、暗号化データを用いてＩＥＥＥ８０２．１ＡＥの規定に従ってＩＣＶ（Ｉｎｔｅｇｒｉｔｙ  Ｃｈｅｃｋ  Ｖａｌｕｅ）を生成し、ＩＣＶを送信フレーム生成部１へ通知する。
【００４１】
また、送信フレーム生成部１は、暗号化情報に基づいて拡張ＭＡＣｓｅｃで送信すると判断した場合は、拡張ＭＡＣｓｅｃプリアンブル生成部７へプリアンブルの生成を指示する。拡張ＭＡＣｓｅｃプリアンブル生成部７は、送信フレーム生成部１からの指示に基づいてプリアンブルを生成し、生成したプリアンブルをプリアンブル付与部１４へ通知する。なお、本実施の形態では、拡張ＭＡＣｓｅｃプリアンブル生成部７は、ＩＥＥＥ標準に準拠したプリアンブルを生成するため、標準ＭＡＣｓｅｃフレームの場合のプリアンブルと同様のプリアンブルを生成する。従って、拡張ＭＡＣｓｅｃプリアンブル生成部７を備えないようにしてもよい。
【００４２】
また、送信フレーム生成部１は、暗号化情報に基づいて拡張ＭＡＣｓｅｃで送信すると判断した場合は、擬似ＭＡＣアドレス生成部１１へ擬似ＭＡＣアドレスの生成を指示する。擬似ＭＡＣアドレス生成部１１は、送信フレーム生成部１から擬似ＭＡＣアドレスの生成の指示を受けると、擬似ＭＡＣアドレス（擬似ＤＡ，擬似ＳＡ）を生成し、送信フレーム生成部１へ通知する。本実施の形態では、擬似ＭＡＣアドレス生成部１１は、任意の擬似ＭＡＣアドレスを生成することができる。
【００４３】
送信フレーム生成部１は、送信データを拡張ＭＡＣｓｅｃフレームとして送信する場合には、ＭＡＣｓｅｃ  ＳｅｃＴＡＧエンコード部３から通知されたコード化したＳｅｃＴＡＧと、データ暗号部９から受け取った暗号化データと、ＩＣＶ生成部１０から通知されたＩＣＶと、擬似ＭＡＣアドレス生成部１１から通知された擬似ＭＡＣアドレスと、を用いて図６に示したフォーマットで、ＦＣＳおよびプリアンブル部分を除いた送信フレームを生成する。
【００４４】
また、送信フレーム生成部１は、送信データを標準ＭＡＣｓｅｃフレームとして送信する場合には、ＭＡＣｓｅｃ  ＳｅｃＴＡＧエンコード部３から通知されたコード化されたＳｅｃＴＡＧと、データ暗号部９から受け取った暗号化データと、ＩＣＶ生成部１０から通知されたＩＣＶと、を用いて図５に示したフォーマットで、ＦＣＳおよびプリアンブル部分を除いた送信フレームを生成し、ＰＯＮ制御部１２へ出力する。
【００４５】
ＰＯＮ制御部１２は、ＰＯＮアーキテクチャによる送信タイミング制御を行う機能であり、ＰＯＮアーキテクチャに対応した送信制御により送信フレームをＦＣＳ付与部１３へ出力する。具体的には、ＯＬＴ３０１のＰＯＮ制御部１２である場合には、各ＯＮＵへの送信タイミング（下り送信タイミング）および各ＯＮＵからの送信タイミング（上り送信タイミング）を決定し、送信先のＯＮＵに対応する下り送信タイミングに基づいて送信フレームを出力する。また、ＯＮＵ３０２−１〜３０２−ＮのＰＯＮ制御部１２である場合には、ＯＬＴ３０１から通知された自装置に割当てられた下り送信タイミングに基づいて送信フレームを出力する。
【００４６】
ＦＣＳ付与部１３は、送信フレームのＦＣＳを計算して、計算したＦＣＳを送信フレームに付与し、付与後の送信フレームをプリアンブル付与部１４へ出力する。プリアンブル付与部１４は、受け取った送信フレームにプリアンブルを付与し、光Ｔｘ２０２へ出力する。なお、プリアンブル付与部１４は、拡張ＭＡＣｓｅｃプリアンブル生成部７からプリアンブルが通知された場合には通知されたプリアンブルを付与し、それ以外の場合はＩＥＥＥ８０２．３準拠のプリアンブルを付与する。
【００４７】
そして、プリアンブル付与後の送信フレームは、光Ｔｘ２０２により光信号に変換され、ＷＤＭ２０１により多重化されて宛先へ送信される。
【００４８】
次に、本実施の形態の受信装置の受信動作を説明する。図７は、本実施の形態の受信動作の一例を示すフローチャートである。図７に示すように、受信装置は、ＷＤＭ２０１および光Ｒｘ２０３経由でフレームを受信する（ステップＳ１）と、プリアンブルチェック部１０１がＩＥＥＥ８０２．３に準拠してプリアンブルの正常性を確認し（ステップＳ２）、プリアンブル部分を削除した受信フレームをＦＣＳチェック部１０２へ出力する。
【００４９】
次に、ＦＣＳチェック部１０２は、受信フレームに基づいてＦＣＳチェックを行ない（ステップＳ３）、ＦＣＳを削除した受信フレームをＰＯＮ制御部１０３へ出力する。また、ＰＯＮ制御部１０３は、ＰＯＮアーキテクチャによる受信タイミング制御と自受信機宛フレーム識別を行い、自装置宛の受信フレームを受信フレーム識別・復号化フレーム再構成部１０４へ出力する（ステップＳ４）。
【００５０】
なお、ＰＯＮ制御部１０３は、受信フレームが標準ＭＡＣｓｅｃフレームである場合には、プリアンブルの後のＳＡ，ＤＡにより、自装置宛の受信フレームであるか否かを判断することができる。一方で、拡張標準ＭＡＣｓｅｃフレームである場合には、プリアンブルの後には擬似ＳＡ，擬似ＤＡが格納されている。したがって、擬似ＳＡ，擬似ＤＡにより自装置宛の受信フレームであるか否かを判断する場合には、送信装置において擬似ＳＡ，擬似ＤＡを生成する際に、例えば擬似ＳＡ，擬似ＤＡとしてＬＬＩＤに基づいた値を格納する等、自装置宛の受信フレームであるかを判別できる情報として生成しておく。
【００５１】
また、プリアンブルチェック部１０１が、プリアンブルに含まれるＬＬＩＤに基づいて自装置宛の受信フレームであるか否かを判断するようにし、ＰＯＮ制御部１０３における自装置宛の受信フレームであるか否かの判断を行なわないようにしてもよい。
【００５２】
受信フレーム識別・復号化フレーム再構成部１０４は、受信フレームからＴｙｐｅ情報を抽出し、Ｔｙｐｅ情報をＴｙｐｅチェック部１０５へ通知する。Ｔｙｐｅチェック部１０５は、Ｔｙｐｅ情報が“０ｘ８８Ｅ５”であるか否かを判断し（ステップＳ５）、“０ｘ８８Ｅ５”である場合には、受信フレームが標準ＭＡＣｓｅｃフレームであると判定しその旨をフレーム判定部１０６へ通知する。
【００５３】
フレーム判定部１０６は、Ｔｙｐｅチェック部１０５から受信フレームが、標準ＭＡＣｓｅｃフレームであると通知された場合には、その旨を受信フレーム識別・復号化フレーム再構成部１０４へ通知する。受信フレーム識別・復号化フレーム再構成部１０４は、その通知を受けると、ＳｅｃＴＡＧデコード部１０７へデコードの開始を指示するとともに受信フレームからＳｅｃＴＡＧを抽出して出力する。また、この際、受信フレーム識別・復号化フレーム再構成部１０４は、受信したフレームが標準ＭＡＣｓｅｃフレームであることもＳｅｃＴＡＧデコード部１０７へ通知する。ＳｅｃＴＡＧデコード部１０７は、受信フレーム識別・復号化フレーム再構成部１０４から出力されたＳｅｃＴＡＧをデコードし、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０９、リプレイチェック部１１０およびＳＣ／ＡＮ確認部１１１へ出力する（ステップＳ６）。
【００５４】
標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０９は、ＩＥＥＥ８０２．１ＡＥにて規定されるＳｅｃＴＡＧの確認処理を実施し、判定結果をフレーム判定部１０６へ通知する（ステップＳ７）。
【００５５】
リプレイチェック部１１０は、ＳｅｃＴＡＧ内のＰＮに基づいてＩＥＥＥ８０２．１ＡＥにて規定されるリプレイプロテクションチェックを実施し、チェック結果をフレーム判定部１０６へ通知する（ステップＳ８）。
【００５６】
ＳＣ／ＡＮ確認部１１１は、ＳＣおよびＡＮを確認し、ＳＣおよびＡＮを鍵管理部１１２へ通知する（ステップＳ９）。次に、鍵管理部１１２は、予め保持している暗号鍵のうちからＳＣおよびＡＮに基づいて暗号鍵を選択し、選択した暗号鍵をデータ復号部１１３へ通知する（ステップＳ１０）。
【００５７】
データ復号部１１３は、受信フレーム識別・復号化フレーム再構成部１０４から受信フレームを取得し、受信フレームを、鍵管理部１１２から通知された暗号鍵を用いて復号化し、復号化データを正常性確認部１１４へ出力する（ステップＳ１１）。
【００５８】
正常性確認部１１４は、受信フレーム識別・復号化フレーム再構成部１０４から取得したＩＣＶと、データ復号部１１３から出力された復号化データに基づいてＩＣＶチェック（正常性確認）を行ない（ステップＳ１２）、チェック結果をフレーム判定部１０６へ通知する。
【００５９】
フレーム判定部１０６は、チェック結果が正常である場合（ステップＳ１２  Ｙｅｓ）は、その旨を受信フレーム識別・復号化フレーム再構成部１０４へ通知し、受信フレーム識別・復号化フレーム再構成部１０４はその通知を受けると、標準ＭＡＣｓｅｃフレームの再構成を行い（ステップＳ１３）、フレーム受信を完了する（ステップＳ１５）。
【００６０】
また、フレーム判定部１０６は、正常性確認部１１４から通知されたチェック結果が正常でなかった場合（ステップＳ１２  Ｎｏ）、フレーム判定部１０６は当該フレームを破棄するよう受信フレーム識別・復号化フレーム再構成部１０４へ指示し、処理を終了する（ステップＳ１４）。
【００６１】
一方、ステップＳ５で、Ｔｙｐｅチェック部１０５が、Ｔｙｐｅ情報が“０ｘ８８Ｅ５”でないと判断した場合（ステップＳ５  Ｎｏ）、Ｔｙｐｅチェック部１０５は、Ｔｙｐｅ情報が“０ｘ８８Ｅ４”であるか否かを判断する（ステップＳ１６）。Ｔｙｐｅ情報が“０ｘ８８Ｅ４”である場合（ステップＳ１６  Ｙｅｓ）には、Ｔｙｐｅチェック部１０５は、受信フレームが拡張ＭＡＣｓｅｃフレームであると判定しその旨をフレーム判定部１０６へ通知する。
【００６２】
フレーム判定部１０６は、Ｔｙｐｅチェック部１０５から受信フレームが、拡張準ＭＡＣｓｅｃフレームであると通知された場合には、その旨を受信フレーム識別・復号化フレーム再構成部１０４へ通知する。受信フレーム識別・復号化フレーム再構成部１０４は、その通知を受けると、ＳｅｃＴＡＧデコード部１０７へデコードの開始を指示するとともに受信フレームからＳｅｃＴＡＧを抽出して出力する。また、この際、受信フレーム識別・復号化フレーム再構成部１０４は、受信したフレームが拡張ＭＡＣｓｅｃフレームであることもＳｅｃＴＡＧデコード部１０７へ通知する。ＳｅｃＴＡＧデコード部１０７は、受信フレーム識別・復号化フレーム再構成部１０４から出力されたＳｅｃＴＡＧをデコードし、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８、リプレイチェック部１１０およびＳＣ／ＡＮ確認部１１１へ出力する（ステップＳ１７）。
【００６３】
拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８は、ＩＥＥＥ８０２．１ＡＥにて規定されるＳｅｃＴＡＧの確認処理を実施し、判定結果をフレーム判定部１０６へ通知する（ステップＳ１８）。なお、本実施の形態では、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８が実施するＳｅｃＴＡＧの確認処理と標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０９が実施するＳｅｃＴＡＧの確認処理は同一であるため、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８を備えずに、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０９が拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８としての機能を有するようにしてもよい。
【００６４】
以降、ステップＳ８〜ステップＳ１２までと同様にステップＳ１９〜ステップＳ２３を実施する。ステップＳ２３で、正常性確認部１１４から通知されたチェック結果が正常でなかった場合（ステップＳ２３  Ｎｏ）、フレーム判定部１０６は、当該フレームを破棄するよう受信フレーム識別・復号化フレーム再構成部１０４へ指示し、処理を終了する（ステップＳ２５）。
【００６５】
また、フレーム判定部１０６は、チェック結果が正常である場合（ステップＳ２３  Ｙｅｓ）は、その旨を受信フレーム識別・復号化フレーム再構成部１０４へ通知し、受信フレーム識別・復号化フレーム再構成部１０４はその通知を受けると、拡張ＭＡＣｓｅｃフレームの再構成を行い（ステップＳ２４）、フレーム受信を完了する（ステップＳ１５）。
【００６６】
また、ステップＳ１６で、Ｔｙｐｅ情報が“０ｘ８８Ｅ４”でない場合（ステップＳ１６  Ｎｏ）には、Ｔｙｐｅチェック部１０５は、受信フレームが暗号化されていないフレーム（標準ＭＡＣｓｅｃフレームでも拡張ＭＡＣｓｅｃフレームでもない）と判定しその旨をフレーム判定部１０６へ通知する。フレーム判定部１０６は、受信フレームを未暗号フレームとして再構成し（ステップＳ２６）、フレーム受信を完了する（ステップＳ１５）。
【００６７】
以上の処理により、受信フレーム識別・復号化フレーム再構成部１０４が再構成した受信フレームは、インタフェース２０５を経由して上位ネットワーク２１０（または端末）へ送信される。なお、以上述べた送信装置および受信装置の動作は一例であり、同様の処理結果が得られる動作であれば個々の処理の順番等は異なってもよい。
【００６８】
上記のように、本実施の形態では、送信装置のＴｙｐｅエンコード部２が、Ｔｙｐｅ情報に拡張ＭＡＣｓｅｃフレームであることを示す値を格納する識別情報付与部として機能する。そして、受信装置では、Ｔｙｐｅチェック部１０５が、Ｔｙｐｅ情報に基づいて拡張ＭＡＣｓｅｃフレームであるかを識別する識別部として機能する。
【００６９】
図８は、受信時の拡張ＭＡＣｓｅｃフレームのフレームフォーマットの変化の一例を示す図である。まず、ＷＤＭ２０１、光Ｒｘ２０３経由でプリアンブルチェック部１０１へ入力された段階では、図８（１）に示すように、Ｄａｔａ部分は暗号化された暗文であり、受信フレームは図６で示したフォーマットである。そして、プリアンブルチェック部１０１から出力される受信フレームは、図８（２）に示すようにプリアンブルが削除されている。
【００７０】
さらに、ＦＣＳチェック部１０２から出力される時点では、図８（３）に示すようにＦＣＳが削除される。そして、データ復号部１１３から出力された時点で暗文の部分は復号化されたＭＡＣ（ＭＡＣアドレス：ＳＡ，ＤＡ）と平文となり、受信フレーム識別・復号化フレーム再構成部１０４は、再構成したフレームとして図８（４）に示すフォーマットのフレームを出力する。なお、図８（１），図８（２）のＦＣＳは、図８（１）の擬似ＭＡＣからＩＣＶまでに対するＦＣＳであり、図８（４）のＦＣＳは、図８（４）に示したＭＡＣおよび平文に対してのＦＣＳである。
【００７１】
次に、本実施の形態の通信システムにおける通信シーケンスについて説明する。図９は、本実施の形態の通信システムにおける通信シーケンスの一例を示す図である。ここでは、図４に示した通信システムを想定する。そして、ＯＮＵ３０２−１〜３０２−Ｎのうちいずれか１つが標準ＭＡＣｓｅｃフレームを送受信する標準ＭＡＣｓｅｃ動作ＯＮＵ＃１であるとし、ＯＮＵ３０２−１〜３０２−ＮのうちＯＮＵ＃１以外のいずれか１つが拡張ＭＡＣｓｅｃフレームを送受信する拡張ＭＡＣｓｅｃ動作ＯＮＵ＃２であるとする。
【００７２】
ＯＬＴ３０１は、本実施の形態の受信装置としての機能を有することとし、ＯＮＵ＃１，ＯＮＵ＃２は、本実施の形態の送信装置としての機能を有することとする。
【００７３】
図９に示すように、まず、ＯＮＵ＃１は、ＯＬＴ３０１から送信されたＤｉｓｃｏｖｅｒｙ  Ｇａｔｅを受信する（ステップＳ３１）と、ＯＬＴ３０１へＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔ（＃１）を送信する（ステップＳ３２）。なお、Ｄｉｓｃｏｖｅｒｙ  Ｇａｔｅは、ＯＬＴ３０１が定期的に送信するメッセージであり、Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔは、ＯＮＵ＃１がＯＬＴ３０１に対して登録を要求するメッセージである。
【００７４】
ＯＬＴ３０１は、ＯＮＵ＃１からＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを受信すると、ＯＮＵ＃１を登録したことを示すＲｅｇｉｓｔｅｒ（＃１）を送信する（ステップＳ３３）。ＯＮＵ＃１は、Ｒｅｇｉｓｔｅｒ（＃１）を受信すると、応答としてＲｅｇｉｓｔｅｒ  Ａｃｋ（＃１）をＯＬＴ３０１へ送信する（ステップＳ３４）。
【００７５】
ＯＬＴ３０１とＯＮＵ＃２との間でも、上記のＯＬＴ３０１とＯＮＵ＃１との間と同様に、ステップＳ３５〜ステップＳ３８が実施される。
【００７６】
そして、ＯＬＴ３０１は、ＭＡＣｓｅｃ動作についての問い合わせ（拡張ＭＡＣｓｅｃ動作をサポートしているか否か）をＯＮＵ＃１へ送信し（ステップＳ３９）、ＯＮＵ＃１は問い合わせの回答として拡張ＭＡＣｓｅｃ動作をサポートしていることを通知する（ステップＳ４０）。ＯＬＴ３０１は、受信した回答に基づいてＯＮＵ＃１との間で拡張ＭＡＣｓｅｃ動作を行なうと判断し、ＭＡＣｓｅｃ動作設定として、拡張ＭＡＣｓｅｃ動作を設定するよう指示する（ステップＳ４１）。ＯＮＵ＃１は、指示に基づいて拡張ＭＡＣｓｅｃ動作を行なうよう自装置を設定し、ＭＡＣｓｅｃ動作設定完了をＯＬＴ３０１へ通知する（ステップＳ４２）。
【００７７】
また、ＯＬＴ３０１は、ＭＡＣｓｅｃ動作についての問い合わせをＯＮＵ＃２へ送信し（ステップＳ４３）、ＯＮＵ＃２は問い合わせの回答として拡張ＭＡＣｓｅｃ動作をサポートしていないことを通知する（ステップＳ４４）。ＯＬＴ３０１は、受信した回答に基づいてＯＮＵ＃２との間で標準ＭＡＣｓｅｃ動作を行なうと判断し、ＭＡＣｓｅｃ動作設定として、標準ＭＡＣｓｅｃ動作を設定するよう指示する（ステップＳ４５）。ＯＮＵ＃２は、指示に基づいて標準ＭＡＣｓｅｃ動作を行なうよう自装置を設定し、ＭＡＣｓｅｃ動作設定完了をＯＬＴ３０１へ通知する（ステップＳ４６）。
【００７８】
以降、ＯＮＵ＃１は、拡張ＭＡＣｓｅｃ処理（上述の送信装置が拡張ＭＡＣｓｅｃフレームを送信する場合の処理）により拡張ＭＡＣｓｅｃフレーム４０１を生成し（ステップＳ４７）、ＯＬＴ３０１は、拡張ＭＡＣｓｅｃフレーム４０１に対して拡張ＭＡＣｓｅｃ処理により受信処理（上述の受信装置が拡張ＭＡＣｓｅｃフレームを受信した場合の処理）、を行う（ステップＳ４８）。
【００７９】
また、ＯＮＵ＃２は、標準ＭＡＣｓｅｃ処理（上述の送信装置が標準ＭＡＣｓｅｃフレームを送信する場合の処理）により標準ＭＡＣｓｅｃフレーム４０２を生成し（ステップＳ４９）、ＯＬＴ３０１は、標準ＭＡＣｓｅｃフレーム４０２に対して標準ＭＡＣｓｅｃ処理により受信処理（上述の受信装置が標準ＭＡＣｓｅｃフレームを受信した場合の処理）を行う（ステップＳ５０）。
【００８０】
なお、以上述べた通信シーケンスは一例であり、これに限らず、ＯＬＴ３０１とＯＮＵ３０２−１〜３０２−Ｎの間のデータの送受信の前に、拡張ＭＡＣｓｅｃ動作を行なうか、または標準ＭＡＣｓｅｃ動作を行なうか（または暗号化を行なわないか）等の合意ができるような通信シーケンスであればどのようなシーケンスでもよい。
【００８１】
上述の通信シーケンスにおいて、ＭＡＣｓｅｃ動作に関する合意が正常にされた場合には、従来の受信方法により受信処理を行っても問題は生じない。しかしＭＡＣｓｅｃ動作に関する合意が正常になされなかった場合は、ＯＬＴ３０１が受信フレームの種別（標準ＭＡＣｓｅｃフレームであるか拡張ＭＡＣｓｅｃフレームであるか）を誤って設定される、または種別が不定となり、この場合には、従来の受信方法では、正常な（本来の）ＭＡＣアドレスの誤削除、または削除すべきＭＡＣアドレス（擬似ＭＡＣアドレス）の削除漏れが発生することになる。
【００８２】
これに対し、本実施の形態では、送信装置が、拡張ＭＡＣｓｅｃフレームを送信する場合にＴｙｐｅ情報として拡張ＭＡＣｓｅｃフレームであることを示す値を格納し、受信装置がＴｙｐｅ情報に基づいて拡張ＭＡＣｓｅｃフレームであるか否かを判定するようにした。そのため、フレームの受信時に、拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式のいずれで送信されたフレームであるかを正しく識別することができる。したがって、上述したＭＡＣアドレスの誤削除または削除すべきＭＡＣアドレスの削除漏れ等、方式の選択誤りにより誤った処理が実施されることによる不具合を防ぐことができる。
【００８３】
実施の形態２．
次に、本発明にかかる実施の形態２の送信装置および受信装置について説明する。本実施の形態の送信装置および受信装置の構成は、実施の形態１の送信装置および受信装置の構成と同様である。実施の形態１と同様の機能を有する構成要素は、実施の形態１と同一の符号を付す。以下、実施の形態１と重複する説明は省略し、実施の形態１と異なる部分を説明する。
【００８４】
まず、本実施の形態の送信装置の動作を説明する。本実施の形態では、Ｔｙｐｅエンコード部２は、拡張ＭＡＣｓｅｃフレームの送信時にも標準ＭＡＣｓｅｃフレームと同様のＴｙｐｅ情報を生成する。そして、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５は、ＳｅｃＴＡＧのＶ（Ｖビット）を“１”に設定する。また、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部４は、ＳｅｃＴＡＧのＶビットをＩＥＥＥ８０２．１ＡＥにて規定される値（“０”）に設定する。以上述べた以外の送信装置の動作は、実施の形態１と同様である。
【００８５】
次に受信装置の動作について説明する。図１０は、本実施の形態の受信動作の一例を示すフローチャートである。ステップＳ１〜ステップＳ６は、実施の形態１のステップＳ１〜ステップＳ６と同様である。なお、本実施の形態ではステップＳ６では、標準ＭＡＣｓｅｃフレームであるか拡張ＭＡＣｓｅｃフレームであるかは判別せずに、どちらのフレームであってもＳｅｃＴＡＧのデコード処理を実施する。
【００８６】
ステップＳ６の後、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８は、ＳｅｃＴＡＧのＶビットが０（または標準ＭＡＣｓｅｃフレームの値）であるか否かを判断する（ステップＳ３０）。Ｖビットが０であると判断した場合（ステップＳ３０  Ｙｅｓ）は、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８は、受信フレームが標準ＭＡＣｓｅｃフレームであると判定し、判定結果をフレーム判定部１０６へ通知する。フレーム判定部１０６は、その判定結果を受信フレーム識別・復号化フレーム再構成部１０４へ通知する。
【００８７】
また、ステップＳ７では、実施の形態１のステップＳ１と同様に、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０９がＳｅｃＴＡＧの確認を行なう（ステップＳ７）。ただし、本実施の形態ではＶビットについてはステップＳ３０で確認済みであるため、Ｖビットの確認は省略してもよい。その後のステップＳ８〜ステップＳ１５は、実施の形態１と同様である。
【００８８】
一方、Ｖビットが０でないと判断した場合（ステップＳ３０  Ｎｏ）は、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８は、受信フレームが拡張ＭＡＣｓｅｃフレームであると判定し、判定結果をフレーム判定部１０６へ通知する。フレーム判定部１０６は、その判定結果を受信フレーム識別・復号化フレーム再構成部１０４へ通知する。その後のステップＳ１８は、実施の形態１と同様である。
【００８９】
そして、ステップＳ１８では、実施の形態１のステップＳ１８と同様に、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８がＳｅｃＴＡＧの確認を行なう（ステップＳ１８）。ただし、本実施の形態ではＶビットについては標準とは異なるため、“１”であるか否かを確認する。その後のステップＳ１９〜ステップＳ２５は、実施の形態１と同様である。また、ステップＳ２６も実施の形態１と同様である。
【００９０】
上記のように、本実施の形態では、送信装置の拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５がＶビットに拡張ＭＡＣｓｅｃフレームであることを示す値を格納する識別情報付与部として機能する。そして、受信装置では、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８がＶビットに基づいて拡張ＭＡＣｓｅｃフレームであるかを識別する識別部として機能する。
【００９１】
以上のように、本実施の形態では、送信装置が、拡張ＭＡＣｓｅｃフレームを送信する場合にＳｅｃ  ＴＡＧのＶビットとして、拡張ＭＡＣｓｅｃフレームであることを示す値“１”を格納し、受信装置がＶビットに基づいて拡張ＭＡＣｓｅｃフレームであるか否かを判定するようにした。そのため、フレームの受信時に、拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式のいずれで送信されたフレームであるかを正しく識別することができる。したがって、上述したＭＡＣアドレスの誤削除または削除すべきＭＡＣアドレスの削除漏れ等、方式の選択誤りにより誤った処理が実施されることによる不具合を防ぐことできる。
【００９２】
実施の形態３．
次に、本発明にかかる実施の形態３の送信装置および受信装置について説明する。本実施の形態の送信装置および受信装置の構成は、実施の形態１の送信装置および受信装置の構成と同様である。実施の形態１と同様の機能を有する構成要素は、実施の形態１と同一の符号を付す。以下、実施の形態１と重複する説明は省略し、実施の形態１と異なる部分を説明する。
【００９３】
まず、本実施の形態の送信装置の動作を説明する。本実施の形態では、Ｔｙｐｅエンコード部２は、拡張ＭＡＣｓｅｃフレームの送信時にも標準ＭＡＣｓｅｃフレームと同様のＴｙｐｅ情報を生成する。そして、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５は、ＳｅｃＴＡＧのＳＬ（ＳＬバイト）の上位２ビットを“１１”に設定する。また、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部４は、ＳｅｃＴＡＧのＳＬバイトの上位２ビットを“００”に設定する。以上述べた以外の送信装置の動作は、実施の形態１と同様である。
【００９４】
なお、ＩＥＥＥ８０２．１ＡＥで規定されたＳｅｃＴＡＧのＳＬは、最短のＥｔｈｅｒｎｅｔ（登録商標）フレームとして規定された６４ｂｙｔｅよりも短いフレームか否かを識別するための領域である。ＳｅｃＴＡＧの末尾オクテットとＩＣＶの先頭オクテットの間が４８ｂｙｔｅ（６４ｂｙｔｅからＭＡＣアドレス分を差し引いた値）よりも短い場合にはＳｅｃｕｒｅ  Ｄａｔａ領域（図５のＤａｔａの部分）のオクテット数が設定され、それ以外の場合にはゼロが設定される。本実施の形態のように擬似ＭＡＣアドレスを用いる場合、元のＭＡＣアドレスはＳｅｃｕｒｅ  Ｄａｔａ領域（図６のＤＡ、ＳＡおよびＤａｔａの部分）に含まれるため、上記４８ｂｙｔｅの代わりに６４ｂｙｔｅを基準としてＳｅｃｕｒｅ  Ｄａｔａ領域のオクテット数またはゼロが設定される。
【００９５】
次に受信装置の動作について説明する。図１１は、本実施の形態の受信動作の一例を示すフローチャートである。ステップＳ１〜ステップＳ６は、実施の形態１のステップＳ１〜ステップＳ６と同様である。なお、本実施の形態ではステップＳ６では、標準ＭＡＣｓｅｃフレームであるか拡張ＭＡＣｓｅｃフレームであるかは判別せずに、どちらのフレームであってもＳｅｃＴＡＧのデコード処理を実施する。
【００９６】
ステップＳ６の後、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８は、ＳｅｃＴＡＧのＳＬバイトの上位２ビットが“００”であるか否かを判断する（ステップＳ４０）。ＳＬバイトの上位２ビットが“００”であると判断した場合（ステップＳ４０  Ｙｅｓ）は、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８は、受信フレームが標準ＭＡＣｓｅｃフレームであると判定し、判定結果をフレーム判定部１０６へ通知する。フレーム判定部１０６は、その判定結果を受信フレーム識別・復号化フレーム再構成部１０４へ通知する。
【００９７】
また、ステップＳ７では、実施の形態１のステップＳ１と同様に、標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０９がＳｅｃＴＡＧの確認を行なう（ステップＳ７）。ただし、本実施の形態ではＳＬバイトについてはＭＡＣｓｅｃ  Ｓｅｃ上位ビットを“００”としているため、それを考慮して確認を行なう。その後のステップＳ８〜ステップＳ１５は、実施の形態１と同様である。
【００９８】
一方、ＳＬバイトの上位２ビットが“００”でないと判断した場合（ステップＳ４０  Ｎｏ）は、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８は、受信フレームが拡張ＭＡＣｓｅｃフレームであると判定し、判定結果をフレーム判定部１０６へ通知する。フレーム判定部１０６は、その判定結果を受信フレーム識別・復号化フレーム再構成部１０４へ通知する。その後のステップＳ１８は、実施の形態１と同様である。
【００９９】
そして、ステップＳ１８では、実施の形態１のステップＳ１８と同様に、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８がＳｅｃＴＡＧの確認を行なう（ステップＳ１８）。ただし、本実施の形態ではＳＬビットについては上位２ビットを“１１”としているため、これを考慮して確認する。その後のステップＳ１９〜ステップＳ２５は、実施の形態１と同様である。また、ステップＳ２６も実施の形態１と同様である。
【０１００】
上記のように、本実施の形態では、送信装置の拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部５がＳＬバイトに拡張ＭＡＣｓｅｃフレームであることを示す値を格納する識別情報付与部として機能する。そして、受信装置では、拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部１０８がＳＬバイトに基づいて拡張ＭＡＣｓｅｃフレームであるかを識別する識別部として機能する。
【０１０１】
以上のように、本実施の形態では、送信装置が、拡張ＭＡＣｓｅｃフレームを送信する場合にＳｅｃ  ＴＡＧのＳＬバイトの上位２ビットを拡張ＭＡＣｓｅｃフレームであることを示す値“１１”とし、受信装置がＳＬバイトに基づいて拡張ＭＡＣｓｅｃフレームであるか否かを判定するようにした。そのため、フレームの受信時に、拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式のいずれで送信されたフレームであるかを正しく識別することができる。したがって、上述したＭＡＣアドレスの誤削除または削除すべきＭＡＣアドレスの削除漏れ等、方式の選択誤りにより誤った処理が実施されることによる不具合を防ぐことができる。
【０１０２】
実施の形態４．
次に、本発明にかかる実施の形態４の送信装置および受信装置について説明する。本実施の形態の送信装置および受信装置の構成は、実施の形態１の送信装置および受信装置の構成と同様である。実施の形態１と同様の機能を有する構成要素は、実施の形態１と同一の符号を付す。以下、実施の形態１と重複する説明は省略し、実施の形態１と異なる部分を説明する。
【０１０３】
まず、本実施の形態の送信装置の動作を説明する。本実施の形態では、Ｔｙｐｅエンコード部２は、拡張ＭＡＣｓｅｃフレームの送信時にも標準ＭＡＣｓｅｃフレームと同様のＴｙｐｅ情報を生成する。そして、拡張ＭＡＣｓｅｃプリアンブル生成部７は、プリアンブの５バイト目（図６のプリアンブル５バイト目５００）の値を“０ｘＡＡ”に設定し、それ以外はＩＥＥＥ８０２．３で規定されている値に設定したプリアンブルを生成し、プリアンブル付与部１４へ出力する。プリアンブル付与部１４は、拡張ＭＡＣｓｅｃプリアンブル生成部７からプリアンブルが入力された場合には、入力されたプリアンブルを付加し、それ以外の場合はＩＥＥＥ８０２．３で規定されているプリアンブルを付加する。以上述べた以外の送信装置の動作は、実施の形態１と同様である。
【０１０４】
次に受信装置の動作について説明する。図１２は、本実施の形態の受信動作の一例を示すフローチャートである。ステップＳ１，ステップＳ２は、実施の形態１のステップＳ１，ステップＳ２と同様である。ただし、本実施の形態では、ステップＳ２では、プリアンブの５バイト目以外をチェックする。
【０１０５】
ステップＳ２の後、プリアンブルチェック部１０１は、プリアンブの５バイト目が“０ｘＡＡ”であるか否かを判断する（ステップＳ５０）。プリアンブルチェック部１０１は、プリアンブルの５バイト目が“０ｘＡＡ”でないと判断した場合（ステップＳ５０  Ｎｏ）には、拡張ＭＡＣｓｅｃフレームではないと判定し、ＦＣＳチェック部１０２およびＰＯＮ制御部１０３を経由、またはフレーム判定部１０６経由で受信フレーム識別・復号化フレーム再構成部１０４へ判定結果を通知する。その後、実施の形態１と同様に、ステップＳ３〜ステップＳ１５を実施する。
【０１０６】
一方、ステップＳ５０で、プリアンブの５バイト目が“０ｘＡＡ”であると判断した場合（ステップＳ５０  Ｙｅｓ）には、プリアンブルチェック部１０１は、拡張ＭＡＣｓｅｃフレームであると判定し、ＦＣＳチェック部１０２およびＰＯＮ制御部１０３を経由、またはフレーム判定部１０６経由で受信フレーム識別・復号化フレーム再構成部１０４へ判定結果を通知する。その後、実施の形態１と同様に、ステップＳ３〜ステップＳ５を実施し、ステップＳ５でＴｙｐｅ情報が“０ｘ８８Ｅ５”であった場合（ステップＳ５  Ｙｅｓ）には、実施の形態１と同様にステップＳ１７〜ステップＳ２５を実施する。
【０１０７】
また、ステップＳ５でＴｙｐｅ情報が“０ｘ８８Ｅ５”でなかった場合（ステップＳ５  Ｎｏ）には、実施の形態１と同様のステップＳ２６を実施する。
【０１０８】
なお、本実施の形態では、プリアンブルチェック部１０１がプリアンブルの５バイト目が“０ｘＡＡ”であるか否かを判断したが、この代わりにプリアンブルの５バイト目が“０ｘＡＡ”であるか否かを判断する拡張プリアンブルチェック部を備えるようにしてもよい。
【０１０９】
上記のように、本実施の形態では、送信装置の拡張ＭＡＣｓｅｃプリアンブル生成部７がプリアンブルに拡張ＭＡＣｓｅｃフレームであることを示す値を格納する識別情報付与部として機能する。そして、受信装置では、プリアンブルチェック部１０１がプリアンブルに基づいて拡張ＭＡＣｓｅｃフレームであるかを識別する識別部として機能する。
【０１１０】
なお、本実施の形態では、プリアンブルの５バイト目を“０ｘＡＡ”としたが、設定する値は“０ｘＡＡ”に限らず、標準ＭＡＣｓｅｃフレームや他のフレームで規定済みの値以外であればどのような数値を用いてもよい。プリアンブル内の他の位置に拡張ＭＡＣｓｅｃフレームであることを示す値を格納するようにしてもよい。
【０１１１】
以上のように、本実施の形態では、拡張ＭＡＣｓｅｃフレームを送信する場合に送信装置がプリアンブルの５バイト目を拡張ＭＡＣｓｅｃフレームであることを示す値“０ｘＡＡ”とし、受信装置がプリアンブルの５バイト目に基づいて拡張ＭＡＣｓｅｃフレームであるか否かを判定するようにした。そのため、フレームの受信時に、拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式のいずれで送信されたフレームであるかを正しく識別することができる。したがって、上述したＭＡＣアドレスの誤削除または削除すべきＭＡＣアドレスの削除漏れ等、方式の選択誤りにより誤った処理が実施されることによる不具合を防ぐことできる。
【０１１２】
実施の形態５．
図１３は、本発明にかかる実施の形態５の受信装置の受信制御部の機能構成例を示す図である。本実施の形態の受信装置は、拡張ＭＡＣｓｅｃ  ＭＡＣアドレスチェック部１１５を追加する以外は、実施の形態１の受信装置と同様である。送信装置の構成は、実施の形態１の送信装置の構成と同様である。実施の形態１と同様の機能を有する構成要素は、実施の形態１と同一の符号を付す。以下、実施の形態１と重複する説明は省略し、実施の形態１と異なる部分を説明する。
【０１１３】
まず、本実施の形態の送信装置の動作を説明する。本実施の形態では、Ｔｙｐｅエンコード部２は、拡張ＭＡＣｓｅｃフレームの送信時にも標準ＭＡＣｓｅｃフレームと同様のＴｙｐｅ情報を生成する。そして、擬似ＭＡＣアドレス生成部１１が、拡張ＭＡＣｓｅｃフレームの場合には擬似ＭＡＣアドレス（擬似ＤＡ，擬似ＳＡ）を“０ｘ０１−８０−Ｃ２−００−００―０９”として生成し、標準ＭＡＣｓｅｃフレームの場合擬似ＭＡＣアドレスは不要のため、値のない“Ｎｕｌｌ”として生成する。以上述べた以外の送信装置の動作は、実施の形態１と同様である。
【０１１４】
なお、“０ｘ０１−８０−Ｃ２−００−００―０９”は、一例であり、例えばＩＥＥＥにて規定されているグループアドレスのうち、自通信システムに予約されているアドレスを用いることができる。
【０１１５】
次に受信装置の動作について説明する。図１４は、本実施の形態の受信動作の一例を示すフローチャートである。ステップＳ１〜ステップＳ４は、実施の形態１のステップＳ１〜ステップＳ４と同様である。ステップＳ４の後、拡張ＭＡＣｓｅｃ  ＭＡＣアドレスチェック部１１５は、擬似ＭＡＣアドレス（擬似ＤＡ，擬似ＳＡ）が“０ｘ０１−８０−Ｃ２−００−００―０９”であるか否かを判断する（ステップＳ６０）。
【０１１６】
擬似ＭＡＣアドレス（擬似ＤＡ，擬似ＳＡ）が“０ｘ０１−８０−Ｃ２−００−００―０９”でないと判断した場合（ステップＳ６０  Ｎｏ）、拡張ＭＡＣｓｅｃ  ＭＡＣアドレスチェック部１１５は、受信フレームが拡張ＭＡＣｓｅｃフレームでないと判定し、フレーム判定部１０６へ判定結果を通知する。フレーム判定部１０６は、この判定結果を受信フレーム識別・復号化フレーム再構成部１０４へ通知する。その後、実施の形態１と同様に、ステップＳ５〜ステップＳ１５を実施する。
【０１１７】
一方、擬似ＭＡＣアドレス（擬似ＤＡ，擬似ＳＡ）が“０ｘ０１−８０−Ｃ２−００−００―０９”であると判断した場合（ステップＳ６０  Ｙｅｓ）、拡張ＭＡＣｓｅｃ  ＭＡＣアドレスチェック部１１５は、受信フレームが拡張ＭＡＣｓｅｃフレームであると判定し、フレーム判定部１０６へ判定結果を通知する。フレーム判定部１０６は、この判定結果を受信フレーム識別・復号化フレーム再構成部１０４へ通知する。その後、実施の形態１と同様に、ステップＳ５を実施し、ステップＳ５でＴｙｐｅ情報が“０ｘ８８Ｅ５”で有ると判断した場合（ステップＳ５  Ｙｅｓ）、実施の形態１と同様にステップＳ１７〜ステップＳ２５を実施する。
【０１１８】
なお、ステップＳ５では、Ｔｙｐｅ情報が“０ｘ８８Ｅ５”で無いと判断した場合（ステップＳ５  Ｎｏ）、実施の形態１と同様のステップＳ２６を実施する。
【０１１９】
なお、本実施の形態では、擬似ＭＡＣアドレスと記述したが、擬似送信先ＭＡＣアドレス（ＭＡＣディスティネーションアドレス）、擬似送信元ＭＡＣアドレス（ＭＡＣソースアドレス）のどちらか一方に拡張ＭＡＣｓｅｃフレームを示す値を設定してもよい。また、擬似送信先ＭＡＣアドレス、擬似送信元ＭＡＣアドレスの両方を同じ値またはそれぞれ別の値として拡張ＭＡＣｓｅｃフレームを示す値を設定してもよい。
【０１２０】
上記のように、本実施の形態では、送信装置の擬似ＭＡＣアドレス生成部１１が擬似ＭＡＣアドレスに拡張ＭＡＣｓｅｃフレームであることを示す値を格納する識別情報付与部として機能する。そして、受信装置では、拡張ＭＡＣｓｅｃ  ＭＡＣアドレスチェック部１１５が擬似ＭＡＣアドレスに基づいて拡張ＭＡＣｓｅｃフレームであるかを識別する識別部として機能する。
【０１２１】
以上のように、本実施の形態では、送信装置が、拡張ＭＡＣｓｅｃフレームを送信する場合に擬似ＭＡＣアドレスに拡張ＭＡＣｓｅｃフレームを示す値を設定し、受信装置が擬似ＭＡＣアドレスに基づいて拡張ＭＡＣｓｅｃフレームであるか否かを判定するようにした。そのため、フレームの受信時に、拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式のいずれで送信されたフレームであるかを正しく識別することができる。したがって、上述したＭＡＣアドレスの誤削除または削除すべきＭＡＣアドレスの削除漏れ等、方式の選択誤りにより誤った処理が実施されることによる不具合を防ぐことができる。
【０１２２】
実施の形態６．
次に、本発明にかかる実施の形態６の送信装置および受信装置について説明する。本実施の形態の送信装置および受信装置の構成は、実施の形態５の送信装置および受信装置の構成と同様である。実施の形態１または実施の形態６と同様の機能を有する構成要素は、実施の形態１または実施の形態６と同一の符号を付す。以下、実施の形態１または実施の形態６と重複する説明は省略し、実施の形態１と異なる部分を説明する。
【０１２３】
まず、本実施の形態の送信装置の動作を説明する。本実施の形態では、実施の形態１の図４に示したようなＰＯＮシステムを想定する。そして、擬似ＭＡＣアドレス生成部１１は、拡張ＭＡＣｓｅｃフレームを送信する場合は擬似ＭＡＣアドレスとしてＯＬＴ３０１のＭＡＣアドレスまたはＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスを生成し、標準ＭＡＣｓｅｃフレームを送信する場合は擬似ＭＡＣアドレスは不要のため、値のない“Ｎｕｌｌ”を生成する。
【０１２４】
なお、擬似ＭＡＣアドレスとしてＯＬＴ３０１のＭＡＣアドレスまたはＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスについては、通信の開始時に送信装置が把握できるとする。例えば、実施の形態１の図４に示したようなＰＯＮシステムの場合、ＯＬＴ３０１のＭＡＣアドレスとＯＬＴ３０１と通信するＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスとは、起動時に行なわれるＩＥＥＥ８０２．３で規定されるディスカバリシーケンスによりＰＯＮ制御部１０３が認識する。ＰＯＮ制御部１０３は、認識したＯＬＴ３０１のＭＡＣアドレスとＯＬＴ３０１と通信するＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスとを拡張ＭＡＣｓｅｃ  ＭＡＣアドレスチェック部１１５に通知する。以上述べた以外の本実施の送信装置の動作は、実施の形態５と同様である。
【０１２５】
例えば、また、擬似ＤＡと擬似ＳＡのいずれか１つを擬似ＤＡとして宛先のＯＬＴ３０１のＭＡＣアドレスとＯＬＴ３０１と通信するＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスとのいずれかを設定するようにしてもよいし、擬似ＤＡと擬似ＳＡのそれぞれをＯＬＴ３０１のＭＡＣアドレスとＯＬＴ３０１と通信するＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスとのいずれかとしてもよい。例えば、ＯＬＴ３０１からの送信の場合には、ＭＡＣアドレスを設定し、擬似ＳＡとしてＯＬＴ３０１のＭＡＣアドレスを設定する。なお、予め規則を定めておけば、この逆として、擬似ＤＡとしてＯＬＴ３０１のＭＡＣアドレスを設定し、擬似ＳＡとして宛先のＯＮＵのＭＡＣアドレスを設定する等としてもよい。
【０１２６】
次に受信装置の動作について説明する。図１５は、本実施の形態の受信動作の一例を示すフローチャートである。ステップＳ１〜ステップＳ４は、実施の形態１のステップＳ１〜ステップＳ４と同様である。ステップＳ４の後、拡張ＭＡＣｓｅｃ  ＭＡＣアドレスチェック部１１５は、擬似ＭＡＣアドレス（擬似ＤＡ，擬似ＳＡ）がＯＬＴ３０１またはＯＬＴ３０１と通信するＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスでないか否かを判断する（ステップＳ７０）。
【０１２７】
擬似ＭＡＣアドレス（擬似ＤＡ，擬似ＳＡ）がＯＬＴ３０１またはＯＬＴ３０１と通信するＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスでないと判断した場合（ステップＳ７０  Ｙｅｓ）、拡張ＭＡＣｓｅｃ  ＭＡＣアドレスチェック部１１５は、受信フレームが拡張ＭＡＣｓｅｃフレームでないと判定し、フレーム判定部１０６へ判定結果を通知する。フレーム判定部１０６は、この判定結果を受信フレーム識別・復号化フレーム再構成部１０４へ通知する。その後、実施の形態１と同様に、ステップＳ５〜ステップＳ１５を実施する。
【０１２８】
一方、擬似ＭＡＣアドレス（擬似ＤＡ，擬似ＳＡ）がＯＬＴ３０１またはＯＬＴ３０１と通信するＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスであると判断した場合（ステップＳ７０  Ｎｏ）、拡張ＭＡＣｓｅｃ  ＭＡＣアドレスチェック部１１５は、受信フレームが拡張ＭＡＣｓｅｃフレームであると判定し、フレーム判定部１０６へ判定結果を通知する。フレーム判定部１０６は、この判定結果を受信フレーム識別・復号化フレーム再構成部１０４へ通知する。その後、実施の形態１と同様に、ステップＳ５を実施し、ステップＳ５でＴｙｐｅ情報が“０ｘ８８Ｅ５”で有ると判断した場合（ステップＳ５  Ｙｅｓ）、実施の形態１と同様にステップＳ１７〜ステップＳ２５を実施する。
【０１２９】
なお、ステップＳ５では、Ｔｙｐｅ情報が“０ｘ８８Ｅ５”で無いと判断した場合（ステップＳ５  Ｎｏ）、実施の形態１と同様のステップＳ２６を実施する。
【０１３０】
なお、本実施の形態では、ＰＯＮシステムを例に説明したが、ＰＯＮシステム以外でも送信装置および受信装置が宛先装置と送信元装置の間の通信を中継する場合には、ＯＬＴ３０１またはＯＬＴ３０１と通信するＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスと同様に、送信装置または受信装置のアドレスを擬似ＭＡＣアドレスに設定してもよい。
【０１３１】
上記のように、本実施の形態では、送信装置の擬似ＭＡＣアドレス生成部１１が擬似ＭＡＣアドレスに拡張ＭＡＣｓｅｃフレームであることを示す値を格納する識別情報付与部として機能する。そして、受信装置では、拡張ＭＡＣｓｅｃ  ＭＡＣアドレスチェック部１１５が擬似ＭＡＣアドレスに基づいて拡張ＭＡＣｓｅｃフレームであるかを識別する識別部として機能する。
【０１３２】
以上のように、本実施の形態では、送信装置が、拡張ＭＡＣｓｅｃフレームを送信する場合に擬似ＭＡＣアドレスにＯＬＴ３０１またはＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスを設定し、受信装置が擬似ＭＡＣアドレスに基づいて拡張ＭＡＣｓｅｃフレームであるか否かを判定するようにした。そのため、フレームの受信時に、拡張ＭＡＣｓｅｃ方式と標準ＭＡＣｓｅｃ方式のいずれで送信されたフレームであるかを正しく識別することができる。したがって、上述したＭＡＣアドレスの誤削除または削除すべきＭＡＣアドレスの削除漏れ等、方式の選択誤りにより誤った処理が実施されることによる不具合を防ぐことができる。
【０１３３】
実施の形態７．
図１６は、本発明にかかる実施の形態７の送信装置の送信制御部の機能構成例を示す図である。図１７は、本発明にかかる実施の形態７の受信装置の受信制御部の機能構成例を示す図である。本実施の形態の送信装置は、ＩＣＶ反転部１５を追加する以外は、実施の形態１の送信装置と同様である。本実施の形態の受信装置の構成は、ＩＣＶ反転部１１６を追加する以外は、実施の形態１の受信装置の構成と同様である。実施の形態１と同様の機能を有する構成要素は、実施の形態１と同一の符号を付す。以下、実施の形態１と重複する説明は省略し、実施の形態１と異なる部分を説明する。
【０１３４】
まず、本実施の形態の送信装置の動作を説明する。本実施の形態では、Ｔｙｐｅエンコード部２は、拡張ＭＡＣｓｅｃフレームの送信時にも標準ＭＡＣｓｅｃフレームと同様のＴｙｐｅ情報を生成する。そして、本実施の形態では、ＩＣＶ生成部１０は、ＩＣＶを生成した後にＩＣＶ反転部１５に出力する。そして、ＩＣＶ反転部１５は、拡張ＭＡＣｓｅｃフレームの送信の場合には、ＩＣＶを反転させて送信フレーム生成部１へ出力し、標準ＭＡＣｓｅｃフレームの場合は、ＩＣＶを反転させずにそのまま送信フレーム生成部１へ出力する。なお、送信フレーム生成部１は、送信フレームを標準ＭＡＣｓｅｃフレームとするか拡張ＭＡＣｓｅｃフレームとするかの情報をＩＣＶ反転部１５へ指示することとする。以上述べた以外の本実施の送信装置の動作は、実施の形態１と同様である。
【０１３５】
次に受信装置の動作について説明する。本実施の形態では、受信フレームが、標準ＭＡＣｓｅｃフレームである拡張ＭＡＣｓｅｃフレームであるかを受信フレーム自体に基づいて判別することはできないが、標準ＭＡＣｓｅｃフレームの受信処理および拡張ＭＡＣｓｅｃフレームの受信処理において、フレームの種別が正しいことは識別できる。本実施の形態では、受信フレームに対して標準ＭＡＣｓｅｃフレームの受信処理と拡張ＭＡＣｓｅｃフレームのいずれかを実施する。通常は、実施の形態１で述べたように標準ＭＡＣｓｅｃ動作についての合意を行い、合意に基づいて受信フレーム識別・復号化フレーム再構成部１０４が、標準ＭＡＣｓｅｃフレームの受信処理または拡張ＭＡＣｓｅｃフレームを実施するかを選択する。
【０１３６】
図１８，１９は、本実施の形態の受信動作の一例を示すフローチャートである。図１８は、標準ＭＡＣｓｅｃフレームの受信動作を示し、図１９は、拡張ＭＡＣｓｅｃフレームの受信動作を示している。
【０１３７】
図１８に示す標準ＭＡＣｓｅｃフレームの受信動作は、実施の形態１のステップＳ１〜ステップＳ１５（実施の形態１の標準ＭＡＣｓｅｃフレームを受信した場合の動作）と同様である。このとき、標準ＭＡＣｓｅｃフレームとして処理した受信フレームが、ＩＣＶを反転させた拡張ＭＡＣｓｅｃフレームであった場合には、ステップＳ１２では、チェック結果が正常でないと判断され（ステップＳ１２  Ｎｏ）、フレーム判定部１０６は当該フレームを破棄するよう受信フレーム識別・復号化フレーム再構成部１０４へ指示し、処理を終了する（ステップＳ１４）。この場合、当該拡張ＭＡＣｓｅｃフレームを再構成することはできないが、標準ＭＡＣｓｅｃフレームとしてエラーにならずに処理されてしまうことを防ぐことができる。
【０１３８】
次に、拡張ＭＡＣｓｅｃフレームを受信動作について図１９を用いて説明する。ステップＳ１〜ステップＳ５，ステップＳ１７〜ステップＳ２２を実施する。ステップＳ２２の後、受信フレーム識別・復号化フレーム再構成部１０４はＩＣＶ反転部１１６へ受信フレームのＩＣＶを出力し、ＩＣＶ反転部１１６は、受け取ったＩＣＶを反転させて正常性確認部１１４へ出力する（ステップＳ８０）。ＩＣＶは、ＩＣＶ反転部１１６から受け取ったＩＣＶと、復号化されたデータと、に基づいて実施の形態１と同様に正常性確認処理を行う（ステップＳ２３）。ステップＳ２３以降の処理は実施の形態１と同様である。
【０１３９】
上記のように、本実施の形態では、送信装置のＩＣＶ反転部１５がＩＣＶを反転させることによりＩＣＶに拡張ＭＡＣｓｅｃフレームであることを示す値を格納する識別情報付与部として機能する。そして、受信装置では、正常性確認部１１４およびＩＣＶ反転部１１６が、ＩＣＶに基づいてフレームの種別の認識が正しいか否かを識別する識別部として機能する。
【０１４０】
以上のように、本実施の形態では、送信装置が、拡張ＭＡＣｓｅｃフレームを送信する場合に擬似ＭＡＣアドレスにＯＬＴ３０１またはＯＮＵ３０２−１〜３０２−ＮのＭＡＣアドレスを設定し、受信装置が擬似ＭＡＣアドレスに基づいて拡張ＭＡＣｓｅｃフレームであるか否かを判定するようにした。そのため、受信フレームに対して受信処理の方式を誤った場合にも、誤った受信フレームを破棄することができ、誤った処理が実施されることによる不具合を防ぐことができる。
【産業上の利用可能性】
【０１４１】
以上のように、本発明にかかる通信制御装置、送信装置、受信装置、通信システムおよび通信制御方法は、標準ＭＡＣｓｅｃと拡張ＭＡＣｓｅｃフレームの両方に対応する通信システムに有用であり、特に、ＰＯＮシステムを構成する通信システムに適している。
【符号の説明】
【０１４２】
１  送信フレーム生成部
２  Ｔｙｐｅエンコード部
３  ＭＡＣｓｅｃ  ＳｅｃＴＡＧエンコード部
４  標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部
５  拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧ生成部
６  パケットナンバ付与部
７  拡張ＭＡＣＳｅｃプリアンブル生成部
８，１１２  鍵管理部
９  データ暗号部
１０  ＩＣＶ生成部
１１  擬似ＭＡＣアドレス生成部
１２  ＰＯＮ制御部
１３  ＦＣＳ付与部
１４  プリアンブル付与部
１０１  プリアンブルチェック部
１０２  ＦＣＳチェック部
１０３  ＰＯＮ制御部
１０４  受信フレーム識別・復号化フレーム再構成部
１０５  Ｔｙｐｅチェック部
１０６  フレーム判定部
１０７  ＳｅｃＴＡＧデコード部
１０８  拡張ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部
１０９  標準ＭＡＣｓｅｃ  ＳｅｃＴＡＧチェック部
１１０  リプレイチェック部
１１１  ＳＣ／ＡＮ確認部
１１３  データ復号部
１１４  正常性確認部
１１５  拡張ＭＡＣｓｅｃ  ＭＡＣアドレスチェック部
１１６  ＩＣＶ反転部
２０１  ＷＤＭ
２０２  光Ｔｘ
２０３  光Ｒｘ
２０４  ＰＯＮ−ＬＳＩ
２０５  インタフェース
２１０  上位ネットワーク（端末）
２１１  管理装置
３０１  ＯＬＴ
３０２−１〜３０２−Ｎ  ＯＮＵ
４０１  拡張ＭＡＣｓｅｃフレーム
４０２  標準ＭＡＣｓｅｃフレーム
５００  プリアンブル５バイト目
【図１】
2012053109.tif 000003
【図２】
2012053109.tif 000004
【図３】
2012053109.tif 000005
【図４】
2012053109.tif 000006
【図５】
2012053109.tif 000007
【図６】
2012053109.tif 000008
【図７】
2012053109.tif 000009
【図８】
2012053109.tif 000010
【図９】
2012053109.tif 000011
【図１０】
2012053109.tif 000012
【図１１】
2012053109.tif 000013
【図１２】
2012053109.tif 000014
【図１３】
2012053109.tif 000015
【図１４】
2012053109.tif 000016
【図１５】
2012053109.tif 000017
【図１６】
2012053109.tif 000018
【図１７】
2012053109.tif 000019
【図１８】
2012053109.tif 000020
【図１９】
2012053109.tif 000021
【手続補正書】
【提出日】平成25年7月11日(2013.7.11)
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
上述した課題を解決し、目的を達成するために、本発明は、ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームと伝送する通信システムであって、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを反転させた値を格納する識別情報付与部と、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する擬似ＭＡＣアドレス生成部と、を備える送信装置と、受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して復号処理を行い、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値とに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別する識別部、を備える受信装置と、を備えることを特徴とする。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとを伝送する通信システムであって、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを反転させた値を格納する識別情報付与部と、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する擬似ＭＡＣアドレス生成部と、
を備える送信装置と、
受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して復号処理を行い、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値とに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別する識別部、
を備える受信装置と、
を備えることを特徴とする通信システム。
【請求項２】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとを伝送する通信システムであって、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームの所定のビット位置に拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納する識別情報付与部と、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する擬似ＭＡＣアドレス生成部と、
を備える送信装置と、
受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて拡張ＭＡＣｓｅｃフレームであるか否かを識別する識別部と、
拡張ＭＡＣｓｅｃフレームであると判断した受信フレームに対して、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除する復号化フレーム再構成部と、
を備える受信装置と、
を備えることを特徴とする通信システム。
【請求項３】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとの両方を受信可能であり、拡張ＭＡＣｓｅｃフレームを受信した場合に標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除して該拡張ＭＡＣｓｅｃフレームに対する受信処理を行う受信装置に対して、標準ＭＡＣｓｅｃフレームと拡張ＭＡＣｓｅｃフレームを送信する送信装置における通信制御装置であって、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームの所定のビット位置に拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納する識別情報付与部と、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する擬似ＭＡＣアドレス生成部と、
を備えることを特徴とする通信制御装置。
【請求項４】
前記所定のビット位置をＳｅｃＴＡＧフィールド内とする、ことを特徴とする請求項３に記載の通信制御装置。
【請求項５】
前記所定のビット位置をＳｅｃＴＡＧフィールド内のＴｙｐｅ領域とする、ことを特徴とする請求項４に記載の通信制御装置。
【請求項６】
前記所定のビット位置をＳｅｃＴＡＧフィールド内のＶビット領域とする、ことを特徴とする請求項４に記載の通信制御装置。
【請求項７】
前記所定のビット位置をＳｅｃＴＡＧフィールド内のＳＬビット領域とする、ことを特徴とする請求項４に記載の通信制御装置。
【請求項８】
前記所定のビット位置をプリアンブルの領域とする、ことを特徴とする請求項３に記載の通信制御装置。
【請求項９】
前記所定のビット位置をＩＣＶ領域とし、前記所定の値を暗号化したデータに基づいて求めたＩＣＶを反転させた値とする、
ことを特徴とする請求項３に記載の通信制御装置。
【請求項１０】
前記所定のビット位置をプリアンブルの直後のアドレス領域とする、ことを特徴とする請求項３に記載の通信制御装置。
【請求項１１】
前記所定の値を、ＩＥＥＥにて規定されているグループアドレスのうち、自通信システムに予約されているアドレスとする、ことを特徴とする請求項１０に記載の通信制御装置。
【請求項１２】
前記送信装置を、ＰＯＮシステムを構成する局側通信装置または加入者側通信装置とする、ことを特徴とする請求項３〜１１のいずれか１つに記載の通信制御装置。
【請求項１３】
前記送信装置を、ＰＯＮシステムを構成する局側通信装置または加入者側通信装置とし、
前記所定の値を自装置のアドレスと通信相手の装置のアドレスとのうち少なくとも１つとする、ことを特徴とする請求項１０に記載の通信制御装置。
【請求項１４】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとの両方を受信する受信装置における通信制御装置であって、
受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて拡張ＭＡＣｓｅｃフレームであるか否かを識別する識別部と、
拡張ＭＡＣｓｅｃフレームであると判断した受信フレームに対して、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除する復号化フレーム再構成部と、
を備えることを特徴とする通信制御装置。
【請求項１５】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームであり暗号化したデータに基づいて求めたＩＣＶを反転させた値がＩＣＶ領域に格納された拡張ＭＡＣｓｅｃフレームとの両方を受信する受信装置における通信制御装置であって、
受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して復号処理を行い、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値とに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別する識別部と、
拡張ＭＡＣｓｅｃフレームであると判断した受信フレームに対して、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除する復号化フレーム再構成部と、
を備えることを特徴とする通信制御装置。
【請求項１６】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとの両方を受信可能であり、拡張ＭＡＣｓｅｃフレームを受信した場合に標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除して該拡張ＭＡＣｓｅｃフレームに対する受信処理を行う受信装置に対して、標準ＭＡＣｓｅｃフレームと拡張ＭＡＣｓｅｃフレームを送信する送信装置であって、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームの所定のビット位置に拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納する識別情報付与部と、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する擬似ＭＡＣアドレス生成部と、
を備えることを特徴とする送信装置。
【請求項１７】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとの両方を受信する受信装置であって、
受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて拡張ＭＡＣｓｅｃフレームであるか否かを識別する識別部と、
拡張ＭＡＣｓｅｃフレームであると判断した受信フレームに対して、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除する復号化フレーム再構成部と、
を備えることを特徴とする受信装置。
【請求項１８】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと、宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームであり暗号化したデータに基づいて求めたＩＣＶを反転させた値がＩＣＶ領域に格納された拡張ＭＡＣｓｅｃフレームとの両方を受信する受信装置であって、
受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して復号処理を行い、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値とに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別する識別部と、
拡張ＭＡＣｓｅｃフレームであると判断した受信フレームに対して、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除する復号化フレーム再構成部と、
を備えることを特徴とする受信装置。
【請求項１９】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとを伝送する通信システムにおける通信制御方法であって、
前記通信システムを構成する送信装置が、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームの所定のビット位置に拡張ＭＡＣｓｅｃフレームであることを示す所定の値を格納する第１のステップと、
前記送信装置が、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する第２のステップと、
前記通信システムを構成する受信装置が、受信フレームの所定のビット位置に格納されている拡張ＭＡＣｓｅｃフレームであるか否かを示す情報に基づいて拡張ＭＡＣｓｅｃフレームであるか否かを識別する第３のステップと、
前記受信装置が、拡張ＭＡＣｓｅｃフレームであると判断した受信フレームに対して、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除する第４のステップと、
を含むことを特徴とする通信制御方法。
【請求項２０】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとを伝送する通信システムにおける通信制御方法であって、
前記通信システムを構成する送信装置が、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを反転させた値を格納する第１のステップと、
前記送信装置が、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する第２のステップと、
前記通信システムを構成する受信装置が、受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して復号処理を行い、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値とに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別する第３のステップと、
を含むことを特徴とする通信制御方法。
【手続補正書】
【提出日】平成25年10月25日(2013.10.25)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
上述した課題を解決し、目的を達成するために、本発明は、ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとを伝送する通信システムであって、送信フレームを標準ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを格納し、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを反転させた値を格納する識別情報付与部と、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する擬似ＭＡＣアドレス生成部と、を備える送信装置と、受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して復号処理を行い、受信フレームの種別を拡張ＭＡＣｓｅｃフレームとして設定して復号処理を行った場合、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値を反転させた値とが一致するか否かに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別し、受信フレームの種別を標準ＭＡＣｓｅｃフレームとして設定して復号処理を行った場合、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値とが一致するか否かに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別する識別部、を備える受信装置と、を備えることを特徴とする。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとを伝送する通信システムであって、
送信フレームを標準ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを格納し、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを反転させた値を格納する識別情報付与部と、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する擬似ＭＡＣアドレス生成部と、
を備える送信装置と、
受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して復号処理を行い、受信フレームの種別を拡張ＭＡＣｓｅｃフレームとして設定して復号処理を行った場合、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値を反転させた値とが一致するか否かに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別し、受信フレームの種別を標準ＭＡＣｓｅｃフレームとして設定して復号処理を行った場合、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値とが一致するか否かに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別する識別部、
を備える受信装置と、
を備えることを特徴とする通信システム。
【請求項２】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとの両方を受信可能であり、拡張ＭＡＣｓｅｃフレームを受信した場合に標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除して該拡張ＭＡＣｓｅｃフレームに対する受信処理を行う受信装置に対して、標準ＭＡＣｓｅｃフレームと拡張ＭＡＣｓｅｃフレームを送信する送信装置における通信制御装置であって、
送信フレームを標準ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを格納し、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを反転させた値を格納する識別情報付与部と、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する擬似ＭＡＣアドレス生成部と、
を備えることを特徴とする通信制御装置。
【請求項３】
ＭＡＣｓｅｃにより暗号化され暗号化されたデータに基づいて求めたＩＣＶがＩＣＶ領域に格納されたフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームであり暗号化したデータに基づいて求めたＩＣＶを反転させた値がＩＣＶ領域に格納された拡張ＭＡＣｓｅｃフレームとの両方を受信する受信装置における通信制御装置であって、
受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して復号処理を行い、受信フレームの種別を拡張ＭＡＣｓｅｃフレームとして設定して復号処理を行った場合、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値を反転させた値とが一致するか否かに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別し、受信フレームの種別を標準ＭＡＣｓｅｃフレームとして設定して復号処理を行った場合、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値とが一致するか否かに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別する識別部と、
拡張ＭＡＣｓｅｃフレームであると判断した受信フレームに対して、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除する復号化フレーム再構成部と、
を備えることを特徴とする通信制御装置。
【請求項４】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとの両方を受信可能であり、拡張ＭＡＣｓｅｃフレームを受信した場合に標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除して該拡張ＭＡＣｓｅｃフレームに対する受信処理を行う受信装置に対して、標準ＭＡＣｓｅｃフレームと拡張ＭＡＣｓｅｃフレームを送信する送信装置であって、
送信フレームを標準ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを格納し、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを反転させた値を格納する識別情報付与部と、
送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する擬似ＭＡＣアドレス生成部と、
を備えることを特徴とする送信装置。
【請求項５】
ＭＡＣｓｅｃにより暗号化され暗号化されたデータに基づいて求めたＩＣＶがＩＣＶ領域に格納されたフレームである標準ＭＡＣｓｅｃフレームと、宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームであり暗号化したデータに基づいて求めたＩＣＶを反転させた値がＩＣＶ領域に格納された拡張ＭＡＣｓｅｃフレームとの両方を受信する受信装置であって、
受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して復号処理を行い、受信フレームの種別を拡張ＭＡＣｓｅｃフレームとして設定して復号処理を行った場合、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値を反転させた値とが一致するか否かに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別し、受信フレームの種別を標準ＭＡＣｓｅｃフレームとして設定して復号処理を行った場合、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値とが一致するか否かに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別する識別部と、
拡張ＭＡＣｓｅｃフレームであると判断した受信フレームに対して、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドを削除する復号化フレーム再構成部と、
を備えることを特徴とする受信装置。
【請求項６】
ＭＡＣｓｅｃにより暗号化したフレームである標準ＭＡＣｓｅｃフレームと宛先および送信元のアドレスも含めてＭＡＣｓｅｃにより暗号化したフレームである拡張ＭＡＣｓｅｃフレームとを伝送する通信システムにおける通信制御方法であって、
前記通信システムを構成する送信装置が、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを反転させた値を格納する第１のステップと、
前記送信装置が、送信フレームを標準ＭＡＣｓｅｃフレームとして送信する場合に、前記送信フレームのＩＣＶ領域に、暗号化したデータに基づいて求めたＩＣＶを格納し、送信フレームを拡張ＭＡＣｓｅｃフレームとして送信する場合に、標準ＭＡＣｓｅｃフレームにおいて宛先および送信元のアドレスが格納されるフィールドにそれぞれ擬似アドレスを格納する第２のステップと、
前記通信システムを構成する受信装置が、受信フレームの種別を拡張ＭＡＣｓｅｃフレームまたは標準ＭＡＣｓｅｃフレームとして設定して復号処理を行い、受信フレームの種別を拡張ＭＡＣｓｅｃフレームとして設定して復号処理を行った場合、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値を反転させた値とが一致するか否かに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別し、受信フレームの種別を標準ＭＡＣｓｅｃフレームとして設定して復号処理を行った場合、前記復号処理により復号されたデータと前記受信フレームのＩＣＶ領域に格納されている値とが一致するか否かに基づいて正常性チェックを行い、正常性チェック結果に基づいて設定した種別が正しいか否かを識別する第３のステップと、
を含むことを特徴とする通信制御方法。
【国際調査報告】
2012053109.tif 000022
2012053109.tif 000023