(57)【要約】【課題】データを少ない遅延で送信すること。【解決手段】通信装置１１０は、送信部１１１と、制御部１１２と、を備える。送信部１１１は、複数のサブフレームを他の通信装置１２０へ送信する。制御部１１２は、送信部１１１によって送信される複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドにパケット化された第１データを格納する。また、制御部１１２は、複数のサブフレームに含まれ一部のサブフレームと異なるサブフレームのオーバーヘッドにパケット化されていない第２データを格納する。【選択図】図１
2018148278.tif 000002
【特許請求の範囲】
【請求項１】
複数のサブフレームを他の通信装置へ送信する送信部と、
前記送信部によって送信される前記複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドにパケット化された第１データを格納し、前記複数のサブフレームに含まれ前記一部のサブフレームと異なるサブフレームのオーバーヘッドにパケット化されていない第２データを格納する制御部と、
を備えることを特徴とする通信装置。
【請求項２】
前記複数のサブフレームの前記他の通信装置による受信結果に基づく制御情報を前記他の通信装置から受信する受信部を備え、
前記制御部は、前記受信部によって受信された前記制御情報に基づいて、前記複数のサブフレームのうち、前記第１データおよび前記第２データの少なくともいずれかを格納するサブフレームを選択する、
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記送信部は、前記複数のサブフレームのうちの前記制御部が前記第１データを格納するサブフレームと、前記複数のサブフレームのうちの前記制御部が前記第２データを格納するサブフレームと、の組み合わせを示す制御情報を前記他の通信装置へ送信することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
複数のサブフレームを他の通信装置から受信する受信部と、
前記受信部によって受信された前記複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドからパケット化された第１データを取得し、前記複数のサブフレームに含まれ前記一部のサブフレームと異なるサブフレームのオーバーヘッドからパケット化されていない第２データを取得する取得部と、
を備えることを特徴とする通信装置。
【請求項５】
複数のサブフレームを他の通信装置へ送信し、
送信する前記複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドにパケット化された第１データを格納し、
前記複数のサブフレームに含まれ前記一部のサブフレームと異なるサブフレームのオーバーヘッドにパケット化されていない第２データを格納する、
ことを特徴とする通信方法。
【請求項６】
複数のサブフレームを他の通信装置から受信し、
受信した前記複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドからパケット化された第１データを取得し、
前記複数のサブフレームに含まれ前記一部のサブフレームと異なるサブフレームのオーバーヘッドからパケット化されていない第２データを取得する、
ことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置および通信方法に関する。
【背景技術】
【０００２】
従来、ＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ：光伝達網）などの光伝送を用いた通信システムが知られている。また、伝送フレームのオーバーヘッドに含まれるＧＣＣ（Ｇｅｎｅｒａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ：汎用通信チャネル）を用いて伝送装置間で通信を行う技術が知られている（たとえば、下記特許文献１，２参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２０１５／０８７４４６号
【特許文献２】特開２０１４−５７２８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術では、たとえばＧＣＣに格納される各データは、予めパケット化され、パケット間の順序制御等の処理が行われてからＧＣＣに格納されるため、たとえば大容量のデータを送信する際の遅延が大きくなるという問題がある。
【０００５】
１つの側面では、本発明は、データを少ない遅延で送信することができる通信装置および通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するため、１つの実施態様では、複数のサブフレームを対向装置へ送信し、送信する前記複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドにパケット化された第１データを格納し、前記複数のサブフレームに含まれ前記一部のサブフレームと異なるサブフレームのオーバーヘッドにパケット化されていない第２データを格納する通信装置および通信方法が提案される。
【０００７】
また、別の実施態様では、複数のサブフレームを対向装置から受信し、受信した前記複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドからパケット化された第１データを取得し、前記複数のサブフレームに含まれ前記一部のサブフレームと異なるサブフレームのオーバーヘッドからパケット化されていない第２データを取得する通信装置および通信方法が提案される。
【発明の効果】
【０００８】
本発明の一側面によれば、データを少ない遅延で送信することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態１にかかる通信システムの一例を示す図である。
【図２】図２は、実施の形態１にかかる光ネットワークの一例を示す図である。
【図３】図３は、実施の形態１にかかる伝送装置の一例を示す図である。
【図４】図４は、実施の形態１にかかる伝送装置のハードウェア構成の一例を示す図である。
【図５】図５は、実施の形態１に適用可能なＯＴＵフレームのフォーマットの一例を示す図である。
【図６】図６は、実施の形態１に適用可能なＯＴＵＣｎフレームのフォーマットの一例を示す図である。
【図７】図７は、実施の形態１にかかる伝送装置によるＯＴＵＣ４フレームによる光伝送の一例を示す図である。
【図８】図８は、実施の形態１にかかる送信側の第１伝送装置の一例を示す図である。
【図９】図９は、実施の形態１にかかる送信側の第１伝送装置による装置内大容量データの送信の一例を示す図である。
【図１０】図１０は、実施の形態１にかかる送信側の第１伝送装置によるパケットのＨＤＬＣフレーム化の一例を示す図である。
【図１１】図１１は、実施の形態１にかかる送信側の第１伝送装置による処理の一例を示すフローチャートである。
【図１２】図１２は、実施の形態１にかかる受信側の第２伝送装置の一例を示す図である。
【図１３】図１３は、実施の形態１にかかる受信側の第２伝送装置による装置内大容量データの受信の一例を示す図である。
【図１４】図１４は、実施の形態１にかかる受信側の第２伝送装置による処理の一例を示すフローチャートである。
【図１５】図１５は、実施の形態２にかかる第１伝送装置の一例を示す図である。
【図１６】図１６は、実施の形態２にかかる第１伝送装置による処理の一例を示すフローチャートである。
【図１７】図１７は、実施の形態２にかかる第２伝送装置の一例を示す図である。
【図１８】図１８は、実施の形態２にかかる第２伝送装置による処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に図面を参照して、本発明にかかる通信装置および通信方法の実施の形態を詳細に説明する。
【００１１】
（実施の形態１）
（実施の形態１にかかる通信システム）
図１は、実施の形態１にかかる通信システムの一例を示す図である。図１に示すように、実施の形態１にかかる通信システム１００は、第１通信装置１１０と、第２通信装置１２０と、を含む。
【００１２】
第１通信装置１１０は、たとえば、送信部１１１と、制御部１１２と、を備える。送信部１１１は、複数のサブフレームを第２通信装置１２０へ送信する。複数のサブフレームは、一例としてはＯＴＵＣｎフレームの各サブフレームである。ＯＴＵＣｎはＯｐｔｉｃａｌ−ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ  １００Ｇ×ｎの略である。たとえば、送信部１１１は、複数のサブフレームを含むＯＴＵＣｎフレームを光信号に変換して第２通信装置１２０へ送信する。ただし、サブフレームは、ＯＴＵＣｎフレームのサブフレームに限らず各種のサブフレームとすることができる。
【００１３】
制御部１１２には、パケット化された第２通信装置１２０への第１データと、パケット化されていない第２通信装置１２０への第２データと、が入力される。第１データおよび第２データは、たとえば、第１通信装置１１０と第２通信装置１２０との間のインバンド通信のデータ（すなわち第２通信装置１２０を宛先とするデータ）である。
【００１４】
制御部１１２は、送信部１１１によって送信される複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドに第１データを格納する。また、制御部１１２は、送信部１１１によって送信される複数のサブフレームに含まれ、第１データを格納する一部のサブフレームと異なるサブフレームのオーバーヘッドに第２データを格納する。
【００１５】
たとえばサブフレームがＯＴＵＣｎフレームのサブフレームである場合に、制御部１１２が第１データおよび第２データを格納するサブフレームのオーバーヘッドは、一例としてはＧＣＣである。ＧＣＣはＧｅｎｅｒａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ（汎用通信チャネル）の略である。ただし、制御部１１２が第１データおよび第２データを格納するサブフレームのオーバーヘッドはＧＣＣに限らず各種のオーバーヘッドとすることができる。
【００１６】
また、制御部１１２は、たとえば、第２通信装置１２０へ送信すべき第２データがない場合は、送信部１１１によって送信される複数のサブフレームに第１データを分配して格納する。この分配には、たとえばデータをバイト（Ｂｙｔｅ）単位で分離するバイトデマックスを用いることができる。
【００１７】
また、制御部１１２は、たとえば、パケット化された複数の第１データの間の順序制御を行い、順序制御を行った複数の第１データを、送信部１１１によって送信される複数のサブフレームのうちの一部のサブフレームのオーバーヘッドに格納する。一方で、制御部１１２は、パケット化されていない第２データについては、パケット化された第１データとの間の順序制御は行わずに、第１データとは別のサブフレームのオーバーヘッドに格納する。制御部１１２が第２データを格納するサブフレームは、たとえば第２データ専用のサブフレームとして設定したサブフレームとすることができる。
【００１８】
また、制御部１１２は、たとえば、送信部１１１によって送信される複数のサブフレームに含まれる一部の２以上のサブフレームに第２データを格納する場合は、その２以上のサブフレームに第２データを配分して格納する。この分配には、たとえばデータをバイト（Ｂｙｔｅ）単位で分離するバイトデマックスを用いることができる。
【００１９】
第２通信装置１２０は、たとえば、受信部１２１と、取得部１２２と、を備える。受信部１２１は、複数のサブフレームを第１通信装置１１０から受信する。取得部１２２は、受信部１２１によって受信された複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドから、パケット化された第１データを取得する。また、取得部１２２は、受信部１２１によって受信された複数のサブフレームに含まれ、第１データを取得する一部のサブフレームと異なるサブフレームのオーバーヘッドから、パケット化された第２データを取得する。
【００２０】
このように、通信システム１００によれば、パケット化されていない第２データを送信する場合に、パケット化された第１データを格納するサブフレームとは異なるサブフレームに、第２データをパケット化せずに格納することができる。これにより、第２データをパケット化する処理にかかる時間を省くことができる。また、仮に第２データをパケット化して第１データとともに送信する場合に発生する、パケット間の調停（優先制御等）にかかる時間を省くことができる。このため、第２データを少ない遅延で送信することが可能になる。
【００２１】
たとえば、パケット化されていない第２データは、第１通信装置１１０の装置のメモリに格納された大容量のデータである。この場合に、通信システム１００によれば、第１通信装置１１０の装置のメモリに格納された大容量のデータを、第２通信装置１２０へ少ない遅延で送信することが可能になる。
【００２２】
また、第１通信装置１１０の送信部１１１は、複数のサブフレームのコンカチネーションの組み合わせを示す制御情報を第２通信装置１２０へ送信してもよい。たとえば、送信部１１１は、この制御情報を第１データとして第２通信装置１２０へ送信する。コンカチネーションの組み合わせは、たとえば、複数のサブフレームのうちの制御部１１２が第１データを格納するサブフレームと、複数のサブフレームのうちの制御部１１２が第２データを格納するサブフレームと、の組み合わせである。
【００２３】
また、この複数のサブフレームのコンカチネーションの組み合わせを示す制御情報は、このコンカチネーションの組み合わせを適用するタイミングを示す情報を含んでもよい。コンカチネーションの組み合わせを適用するタイミングは、たとえば、コンカチネーションの組み合わせの適用を開始するサブフレームの順序情報によって表される。たとえばサブフレームがＯＴＵＣｎフレームのサブフレームである場合に、この順序情報には、一例としてはＭＦＡＳを用いることができる。ＭＦＡＳはＭｕｌｔｉ−Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌの略である。
【００２４】
一方、第２通信装置１２０の受信部１２１は、第１通信装置１１０から送信された、複数のサブフレームのコンカチネーションの組み合わせを示す制御情報を受信してもよい。この場合に、取得部１２２は、受信部１２１によって受信された制御情報に基づいて、第１データおよび第２データを取得する。
【００２５】
このように、複数のサブフレームのコンカチネーションの組み合わせを示す制御情報を第１通信装置１１０から第２通信装置１２０へ送信することで、複数のサブフレームのコンカチネーションの組み合わせを可変にすることができる。また、第１データおよび第２データが混同して第２通信装置１２０において区別できなくなることを回避することができる。このため、第１データおよび第２データのそれぞれの送信の有無や、第１データおよび第２データの送信に用いるサブフレームの配分を柔軟に変更し、各データを効率よく送信することが可能になる。
【００２６】
（実施の形態１にかかる光ネットワーク）
図２は、実施の形態１にかかる光ネットワークの一例を示す図である。図１に示した通信システム１００は、たとえば図２に示す光ネットワーク２００により実現することができる。図２に示す光ネットワーク２００は伝送装置２１１〜２１９を含む。伝送装置２１１〜２１９は、光ファイバ２２１〜２３３によって、相互に接続され、またはユーザネットワーク２０１〜２０４と接続されている。
【００２７】
伝送装置２１１〜２１９は、光ファイバ２２１〜２３３を介して相互に接続されている。たとえば、光ファイバ２２１は、ユーザネットワーク２０１と伝送装置２１１との間の光伝送路である。光ファイバ２２２は、伝送装置２１１と伝送装置２１３との間の光伝送路である。光ファイバ２２３は、ユーザネットワーク２０２と伝送装置２１２との間の光伝送路である。光ファイバ２２４は、伝送装置２１２と伝送装置２１３との間の光伝送路である。
【００２８】
光ファイバ２２５は、伝送装置２１３と伝送装置２１４との間の光伝送路である。光ファイバ２２６は、伝送装置２１４と伝送装置２１６との間の光伝送路である。光ファイバ２２７は、伝送装置２１３と伝送装置２１５との間の光伝送路である。光ファイバ２２８は、伝送装置２１５と伝送装置２１６との間の光伝送路である。
【００２９】
光ファイバ２２９は、伝送装置２１６と伝送装置２１７との間の光伝送路である。光ファイバ２３０は、伝送装置２１７と伝送装置２１８との間の光伝送路である。光ファイバ２３１は、伝送装置２１７と伝送装置２１９との間の光伝送路である。光ファイバ２３２は、伝送装置２１８とユーザネットワーク２０３との間の光伝送路である。光ファイバ２３３は、伝送装置２１３とユーザネットワーク２０４との間の光伝送路である。
【００３０】
図１に示した第１通信装置１１０および第２通信装置１２０は、たとえば伝送装置２１１〜２１９のうちの光ファイバを介して接続された各伝送装置に適用することができる。たとえば、図１に示した第１通信装置１１０および第２通信装置１２０は、伝送装置２１１，２１３や、伝送装置２１２，２１３や、伝送装置２１３，２１４などに適用することができる。
【００３１】
伝送装置２１１〜２１９が送受信する光信号は、光ファイバ２２１〜２３３を媒体として伝送される。このとき、伝送装置２１１〜２１９は、フレームという信号フォーマットで光信号によるデータのやり取りを行う。フレームデータの伝送については、たとえばＯＴＮやＳＯＮＥＴ／ＳＤＨといった標準により規定されている。ＯＴＮはＯｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ（光伝達網）の略である。ＳＯＮＥＴはＳｙｎｃｈｒｏｎｏｕｓ  Ｏｐｔｉｃａｌ  ＮＥＴｗｏｒｋ（同期型光ネットワーク）の略である。ＳＤＨはＳｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ（同期デジタルハイアラーキ）の略である。
【００３２】
（実施の形態１にかかる伝送装置）
図３は、実施の形態１にかかる伝送装置の一例を示す図である。図３に示す第１伝送装置３００および第２伝送装置３５０は、図２に示した伝送装置２１１〜２１９のうち、互いに隣接する各伝送装置である。第１伝送装置３００および第２伝送装置３５０は、高域伝送路である光ファイバ３１，３２を介して互いに接続されている。一例としては、第１伝送装置３００および第２伝送装置３５０は、それぞれ図２に示した伝送装置２１２および伝送装置２１３である。この場合に、光ファイバ３１，３２は図２に示した光ファイバ２２４に含まれる。図１に示した第１通信装置１１０および第２通信装置１２０は、たとえば第１伝送装置３００および第２伝送装置３５０により実現することができる。
【００３３】
光伝送用のフレームとしてＯＴＵＣｎフレームを用いる場合について説明するが、光伝送用のフレームはＯＴＵＣｎフレームに限らず各種の光伝送用のフレームとすることができる。
【００３４】
図３に示す例では、第１伝送装置３００は、光伝送路を介してｎ個の端末１１〜１ｎ（クライアント側）と接続されている。ｎは１以上の自然数である。また、第１伝送装置３００は、光伝送路を介して第２伝送装置３５０（ネットワーク側）と接続されている。第２伝送装置３５０は、光伝送路を介してｍ個の端末２１〜２ｍ（クライアント側）と接続されている。ｍは１以上の自然数である。また、第２伝送装置３５０は、光伝送路を介して光モジュール３１０（ネットワーク側）と接続されている。
【００３５】
このような第１伝送装置３００および第２伝送装置３５０は、一例としては、それぞれ図２に示した伝送装置２１２，２１３に適用することができる。この場合は、第１伝送装置３００が伝送装置２１２に対応し、第２伝送装置３５０が伝送装置２１３に対応し、端末１１〜１ｎがユーザネットワーク２０２に対応し、端末２１〜２ｍがユーザネットワーク２０４に対応する。
【００３６】
第１伝送装置３００は、光モジュール３１０，３１１〜３１ｎと、クライアントインタフェース部３２１〜３２ｎと、スイッチ部３３０と、ネットワークインタフェース部３４０と、を含む。
【００３７】
光モジュール３１１〜３１ｎは、それぞれ端末１１〜１ｎから光伝送路を介して送信された光信号のＯＴＵＣｎフレームを電気信号に変換する。そして、光モジュール３１１〜３１ｎのそれぞれは、電気信号に変換したＯＴＵＣｎフレームを、装置内伝送路を介してスイッチ部３３０へ出力する。また、光モジュール３１１〜３１ｎのそれぞれは、スイッチ部３３０から装置内伝送路を介して出力された電気信号のＯＴＵＣｎフレームを光信号に変換する。そして、光モジュール３１１〜３１ｎは、光信号に変換したＯＴＵＣｎフレームを、光伝送路を介してそれぞれ端末１１〜１ｎへ送信する。
【００３８】
クライアントインタフェース部３２１〜３２ｎは、それぞれ光モジュール３１１〜３１ｎから出力されたＯＴＵＣｎフレームの受信処理を行う。そして、クライアントインタフェース部３２１〜３２ｎは、受信処理により得られたデータ（クライアントデータ）を、装置内伝送路を介してスイッチ部３３０へ出力する。受信処理には、たとえば、同期判定、デスクランブル、ＦＥＣデコード、フレーム処理などが含まれる。ＦＥＣはＦｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ（前方誤り訂正）の略である。
【００３９】
また、クライアントインタフェース部３２１〜３２ｎは、スイッチ部３３０から出力されたデータの送信処理を行う。そして、クライアントインタフェース部３２１〜３２ｎは、送信処理により得られたＯＴＵＣｎフレームを、装置内伝送路を介してそれぞれ光モジュール３１１〜３１ｎへ出力する。送信処理には、たとえば、フレーム生成、ＦＥＣエンコード、スクランブルなどが含まれる。
【００４０】
スイッチ部３３０は、クライアントインタフェース部３２１〜３２ｎから装置内伝送路を介して出力された各データをネットワークインタフェース部３４０へ出力する。また、スイッチ部３３０は、ネットワークインタフェース部３４０から出力された各データを、装置内伝送路を介してクライアントインタフェース部３２１〜３２ｎへ分配して出力する。スイッチ部３３０による各データのクライアントインタフェース部３２１〜３２ｎへの分配は、たとえば各データの宛先に応じて行われる。
【００４１】
ネットワークインタフェース部３４０は、スイッチ部３３０から装置内伝送路を介して出力されたデータの送信処理を行う。そして、ネットワークインタフェース部３４０は、送信処理により得られたＯＴＵＣｎフレームを、装置内伝送路を介して光モジュール３１０へ出力する。また、ネットワークインタフェース部３４０は、光モジュール３１０から装置内伝送路を介して出力されたＯＴＵＣｎフレームの受信処理を行う。そして、ネットワークインタフェース部３４０は、受信処理により得られたデータを、装置内伝送路を介してスイッチ部３３０へ出力する。
【００４２】
たとえば、ネットワークインタフェース部３４０は、フレーム生成部３４１と、ＦＥＣエンコード部３４２と、スクランブル部３４３と、同期判定部３４４と、デスクランブル部３４５と、ＦＥＣデコード部３４６と、フレーム処理部３４７と、を備える。
【００４３】
フレーム生成部３４１は、スイッチ部３３０から出力されたデータに基づく光伝送用のＯＴＵＣｎフレームを生成し、生成したＯＴＵＣｎフレームをＦＥＣエンコード部３４２へ出力する。フレーム生成部３４１が生成するＯＴＵＣｎフレームについては後述する（たとえば図６参照）。
【００４４】
ＦＥＣエンコード部３４２は、フレーム生成部３４１から出力されたＯＴＵＣｎフレームのＦＥＣエンコード（誤り訂正符号化）を行い、ＦＥＣエンコードを行ったＯＴＵＣｎフレームをスクランブル部３４３へ出力する。スクランブル部３４３は、ＦＥＣエンコード部３４２から出力されたＯＴＵＣｎフレームをスクランブル（スクランブル化）し、スクランブルしたＯＴＵＣｎフレームを光モジュール３１０へ出力する。
【００４５】
同期判定部３４４は、光モジュール３１０から出力されたＯＴＵＣｎフレームの同期判定を行い、同期判定を行ったＯＴＵＣｎフレームをデスクランブル部３４５へ出力する。デスクランブル部３４５は、同期判定部３４４から出力されたＯＴＵＣｎフレームをデスクランブルし、デスクランブルしたＯＴＵＣｎフレームをＦＥＣデコード部３４６へ出力する。ＦＥＣデコード部３４６は、デスクランブル部３４５から出力されたＯＴＵＣｎフレームのＦＥＣデコード（誤り訂正復号）を行い、ＦＥＣデコードを行ったＯＴＵＣｎフレームをフレーム処理部３４７へ出力する。
【００４６】
フレーム処理部３４７は、ＦＥＣデコード部３４６から出力されたＯＴＵＣｎフレームのフレーム処理（デフレーム化）を行い、フレーム処理により得られたデータ（クライアントデータ）をスイッチ部３３０へ出力する。
【００４７】
光モジュール３１０は、ネットワークインタフェース部３４０から装置内伝送路を介して出力された電気信号のＯＴＵＣｎフレームを光信号に変換する。そして、光モジュール３１０は、光信号に変換したＯＴＵＣｎフレームを、光ファイバ３１（広域伝送路）を介して第２伝送装置３５０へ送信する。また、光モジュール３１０は、第２伝送装置３５０から光ファイバ３２（広域伝送路）を介して送信された光信号のＯＴＵＣｎフレームを電気信号に変換する。そして、光モジュール３１０は、電気信号に変換したＯＴＵＣｎフレームを、装置内伝送路を介してネットワークインタフェース部３４０へ出力する。
【００４８】
図３に示す例では、第１伝送装置３００がクライアント側の端末１１〜１ｎおよびネットワーク側の第２伝送装置３５０に接続されている構成について説明したが、このような構成に限らない。たとえば、第１伝送装置３００は、ネットワーク側の複数の伝送装置に接続され、クライアント側の端末に接続されていない構成であってもよい。
【００４９】
第２伝送装置３５０は、光モジュール３６０，３６１〜３６ｍと、クライアントインタフェース部３７１〜３７ｍと、スイッチ部３８０と、ネットワークインタフェース部３９０と、を含む。これらの構成は、たとえば第１伝送装置３００の光モジュール３１０，３１１〜３１ｎ、クライアントインタフェース部３２１〜３２ｎ、スイッチ部３３０およびネットワークインタフェース部３４０と同様の構成である。
【００５０】
ただし、光モジュール３６１〜３６ｍは、それぞれ端末２１〜２ｍから光伝送路を介して送信された光信号のＯＴＵＣｎフレームを電気信号に変換する。また、光モジュール３６１〜３６ｍは、光信号に変換したＯＴＵＣｎフレームを、光伝送路を介してそれぞれ端末２１〜２ｍへ送信する。また、光モジュール３６０は、光信号に変換したＯＴＵＣｎフレームを、光ファイバ３２（広域伝送路）を介して第１伝送装置３００へ送信する。また、光モジュール３６０は、第１伝送装置３００から光ファイバ３１（広域伝送路）を介して送信された光信号のＯＴＵＣｎフレームを電気信号に変換する。
【００５１】
また、ネットワークインタフェース部３９０は、フレーム生成部３９１と、ＦＥＣエンコード部３９２と、スクランブル部３９３と、同期判定部３９４と、デスクランブル部３９５と、ＦＥＣデコード部３９６と、フレーム処理部３９７と、を備える。これらの構成は、たとえばネットワークインタフェース部３４０のフレーム生成部３４１、ＦＥＣエンコード部３４２、スクランブル部３４３、同期判定部３４４、デスクランブル部３４５、ＦＥＣデコード部３４６およびフレーム処理部３４７と同様である。
【００５２】
（実施の形態１にかかる伝送装置のハードウェア構成）
図４は、実施の形態１にかかる伝送装置のハードウェア構成の一例を示す図である。図３に示した第１伝送装置３００および第２伝送装置３５０のそれぞれは、たとえば図４に示す伝送装置４００により実現することができる。
【００５３】
伝送装置４００は、たとえば、主信号処理回路４１０と、光モジュール４２１〜４２４，４３１，４３２と、装置ＣＰＵ４４０と、監視制御回路４５０と、メモリ４６０と、ＬＡＮポート４７０と、を備える。ＣＰＵはＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（中央処理装置）の略である。ＬＡＮはＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（構内通信網）の略である。
【００５４】
伝送装置４００を図３に示した第１伝送装置３００に適用する場合に、図３に示した光モジュール３１０は、たとえば光モジュール４３１，４３２により実現することができる。図３に示した光モジュール３１１〜３１ｎは、たとえば光モジュール４２１〜４２４により実現することができる。また、図３に示したクライアントインタフェース部３２１〜３２ｎ、スイッチ部３３０およびネットワークインタフェース部３４０は、たとえば主信号処理回路４１０により実現することができる。
【００５５】
伝送装置４００を図３に示した第２伝送装置３５０に適用する場合に、図３に示した光モジュール３６０は、たとえば光モジュール４３１，４３２により実現することができる。図３に示した光モジュール３６１〜３６ｍは、たとえば光モジュール４２１〜４２４により実現することができる。また、図３に示したクライアントインタフェース部３７１〜３７ｍ、スイッチ部３８０およびネットワークインタフェース部３９０は、たとえば主信号処理回路４１０により実現することができる。
【００５６】
主信号処理回路４１０は、光モジュール４２１〜４２４，４３１，４３２との間で高速信号線を介して接続されている。そして、主信号処理回路４１０は、光モジュール４２１〜４２４および光モジュール４３１，４３２によって送受信される主信号の処理を行う。主信号処理回路４１０は、たとえばＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）やＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）などのデジタル回路により実現することができる。
【００５７】
たとえば、主信号処理回路４１０は、光モジュール４２１〜４２４から出力された信号（電気信号）の処理を行い、処理を行った信号を光モジュール４３１へ出力する。また、主信号処理回路４１０は、光モジュール４３２から出力された信号（電気信号）の処理を行い、処理を行った信号を光モジュール４２１〜４２４へ出力する。
【００５８】
クライアント側の光モジュール４２１〜４２４は、それぞれクライアント側と接続され、主信号処理回路４１０の制御によって光信号の送受信を行う。たとえば伝送装置４００を図３に示した第１伝送装置３００に適用する場合は、クライアント側とはたとえば端末１１〜１ｎである。また、伝送装置４００を図３に示した第２伝送装置３５０に適用する場合は、クライアント側とはたとえば端末２１〜２ｍである。
【００５９】
たとえば、光モジュール４２１〜４２４のそれぞれは、クライアント側から受信した光信号を電気信号に変換し、電気信号に変換した信号を主信号処理回路４１０へ出力する。また、光モジュール４２１〜４２４のそれぞれは、主信号処理回路４１０から出力された信号（電気信号）を光信号に変換し、変換した光信号をクライアント側へ送信する。
【００６０】
ネットワーク側の光モジュール４３１，４３２は、それぞれネットワーク側と接続され、主信号処理回路４１０の制御によって光信号の送受信を行う。たとえば伝送装置４００を図３に示した第１伝送装置３００に適用する場合は、ネットワーク側とはたとえば第２伝送装置３５０である。また、伝送装置４００を図３に示した第２伝送装置３５０に適用する場合は、ネットワーク側とはたとえば第１伝送装置３００である。
【００６１】
たとえば、光モジュール４３１，４３２のそれぞれは、ネットワーク側から受信した光信号を電気信号に変換し、電気信号に変換した信号を主信号処理回路４１０へ出力する。また、光モジュール４３１，４３２のそれぞれは、主信号処理回路４１０から出力された信号（電気信号）を光信号に変換し、変換した光信号をネットワーク側へ送信する。
【００６２】
クライアント側に４個の光モジュール４２１〜４２４を備える構成について説明したが、クライアント側の光モジュールの数は４個に限らず、任意の数とすることができる。また、ネットワーク側に２個の光モジュール４３１，４３２を備える構成について説明したが、ネットワーク側の光モジュールの数は２個に限らず、任意の数とすることができる。
【００６３】
装置ＣＰＵ４４０は、伝送装置４００の制御および監視を司り、主信号処理回路４１０や監視制御回路４５０との間でＰＣＩ等を介して接続される。ＰＣＩはＰｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔの略である。
【００６４】
監視制御回路４５０は、伝送装置４００の立ち上げ時の動作や周辺デバイスの監視制御を行う。監視制御回路４５０は、光モジュール４２１〜４２４，４３１，４３２やその他の周辺デバイスとはＩ２Ｃ等のインタフェースで接続される。Ｉ２ＣはＩｎｔｅｒ−Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔの略である。
【００６５】
メモリ４６０には、たとえばメインメモリおよび補助メモリが含まれる。メインメモリは、たとえばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。メインメモリは、装置ＣＰＵ４４０のワークエリアとして使用される。補助メモリは、たとえば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発性メモリである。補助メモリには、伝送装置４００を動作させる各種のプログラムが記憶されている。補助メモリに記憶されたプログラムは、メインメモリにロードされて装置ＣＰＵ４４０により実行される。また、メモリ４６０（不揮発性メモリ）には立ち上げ時の各デバイスデータが格納されており、立ち上げ時に監視制御回路４５０よりデータを読み出される。
【００６６】
ＬＡＮポート４７０は、保守者端末やＳＤＮコントローラと接続されるユーザインタフェース（通信インタフェース）である。ＬＡＮはＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋの略である。ＳＤＮはＳｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋｉｎｇの略である。ＬＡＮポート４７０はたとえば装置ＣＰＵ４４０により制御される。
【００６７】
（実施の形態１に適用可能なＯＴＵフレームのフォーマット）
図５は、実施の形態１に適用可能なＯＴＵフレームのフォーマットの一例を示す図である。第１伝送装置３００と第２伝送装置３５０との間において、クライアントデータは規定されたフレームに格納されて光伝送される。たとえばＯＴＮにおいて、１００［Ｇｂｐｓ］以下の光伝送には、たとえば図５に示すＯＴＵフレーム５００が用いられる。ＯＴＵフレーム５００には、オーバーヘッド部５１０と、ペイロード５２０（ＯＰＵｋ  Ｐａｙｌｏａｄ）と、誤り訂正符号部５３０（ＯＴＵｋ  ＦＥＣ）と、が含まれる。ＯＰＵｋはＯｐｔｉｃａｌ−ｃｈａｎｎｅｌ  Ｐａｙｌｏａｄ  Ｕｎｉｔ−ｋの略である。
【００６８】
オーバーヘッド部５１０には、伝送装置間の管理機能やモニタ機能を持つ各種の制御情報が格納される。ペイロード５２０には、クライアントデータが格納される。誤り訂正符号部５３０は、誤り訂正のための冗長符号が格納される。オーバーヘッド部５１０にはＧＣＣ５１１〜５１３（ＧＣＣ０〜ＧＣＣ２）が含まれる。
【００６９】
（実施の形態１に適用可能なＯＴＵＣｎフレームのフォーマット）
図６は、実施の形態１に適用可能なＯＴＵＣｎフレームのフォーマットの一例を示す図である。ＯＴＮにおいて、１００［Ｇｂｐｓ］以上の光伝送には、たとえば図６に示すＯＴＵＣｎフレーム６００が用いられる。ＯＴＵＣｎフレーム６００のｎは、２以上の自然数（ｎ＝２，３，４，…）である。
【００７０】
ＯＴＵＣｎフレーム６００は、たとえば図５に示したＯＴＵフレーム５００（たとえば１００［Ｇｂｐｓ］）に相当するフレームをｎ個多重化してマルチレーン構成で伝送（たとえば１００×ｎ［Ｇｂｐｓ］）するためのフレームである。図６に示すＯＴＵＣｎフレーム６００は、ｎ＝４としたＯＴＵＣ４フレームの例である。
【００７１】
ＯＴＵＣｎフレーム６００には、オーバーヘッド部６１０と、ペイロード６２０（ＯＰＵ  Ｐａｙｌｏａｄ）と、が含まれる。また、ＯＴＵＣｎフレーム６００にはさらに誤り訂正符号部が含まれてもよい。
【００７２】
オーバーヘッド部６１０には、伝送装置間の管理機能やモニタ機能を持つ各種の制御情報が格納される。ペイロード６２０には、クライアントデータが格納される。オーバーヘッド部６１０にはＧＣＣ６１１〜６１３（ＧＣＣ０〜ＧＣＣ２）が含まれる。
【００７３】
ＯＴＵＣｎフレーム６００を構成するそれぞれ１００［Ｇｂｐｓ］の各フレームはたとえばサブフレームと呼ばれる。ＯＴＵＣｎフレーム６００のフォーマットで伝送装置間の伝送を行う場合に、ＯＴＵＣｎフレーム６００を構成するサブフレームは異なる波長にマッピングされて伝送され、または異なる光ファイバ回線で伝送されることがある。
【００７４】
図５に示したＯＴＵフレーム５００のＧＣＣ５１１〜５１３や図６に示したＯＴＵＣｎフレーム６００のＧＣＣ６１１〜６１３は、伝送装置間において、装置保守者がインバンドで通信したい場合に使用されるオーバーヘッドとして定義されている。また、各ＧＣＣに格納される情報は、保守者の装置間通信以外に、ＳＤＮコントローラが送受信する設定情報や警報情報、パフォーマンス情報や、装置のソフトウェアをアップデートするためのアップデート情報などがある。
【００７５】
たとえばＯＴＵＣｎフレーム６００のフォーマットにおいて、ＧＣＣとして２［ｂｙｔｅ］ｘｎ（ｎ＝２，３，４…）の領域が確保されており、異なる光ファイバまたは波長によって伝送されるサブフレームに跨って定義されている。
【００７６】
（実施の形態１にかかる伝送装置によるＯＴＵＣ４フレームによる光伝送）
図７は、実施の形態１にかかる伝送装置によるＯＴＵＣ４フレームによる光伝送の一例を示す図である。図７に示す例では、送信側の第１伝送装置７１０から受信側の第２伝送装置７２０へＯＴＵＣ４フレーム７３０を光伝送する場合について説明する。図７に示す例では、第１伝送装置７１０および第２伝送装置７２０の間には、第１伝送装置７１０から第２伝送装置７２０への光伝送のための光ファイバ７０１〜７０４が設けられている。
【００７７】
第１伝送装置７１０および第２伝送装置７２０は、たとえば、それぞれ図３に示した第１伝送装置３００および第２伝送装置３５０である。この場合に、光ファイバ７０１〜７０４は、図３に示した光ファイバ３１に含まれる。
【００７８】
ＯＴＵＣ４フレーム７３０は、第１伝送装置７１０が生成して第２伝送装置７２０へ送信するＯＴＵＣｎフレーム（ｎ＝４）である。ＯＴＵＣ４フレーム７３０は、４つのサブフレーム７３１〜７３４（＃１〜＃４）に分離され、それぞれ光ファイバ７０１〜７０４によって第２伝送装置７２０へ伝送される。第２伝送装置７２０は、サブフレーム７３１〜７３４を受信し、受信したサブフレーム７３１〜７３４からＯＴＵＣ４フレーム７３０を再構築する。
【００７９】
複数の光ファイバ（光ファイバ７０１〜７０４）を用いて第１伝送装置７１０から第２伝送装置７２０へサブフレーム７３１〜７３４を光伝送する構成について説明したが、このような構成に限らない。たとえば、単一の光ファイバ（たとえば光ファイバ７０１）を用いて、第１伝送装置７１０から第２伝送装置７２０へサブフレーム７３１〜７３４をそれぞれ異なる波長で光伝送する構成としてもよい。
【００８０】
（実施の形態１にかかる送信側の第１伝送装置）
図８は、実施の形態１にかかる送信側の第１伝送装置の一例を示す図である。図８に示すように、送信側の第１伝送装置７１０は、装置ＣＰＵ８１０と、優先順位付け・帯域監視部８２０と、スケジューラ８３０と、ＨＤＬＣカプセリング部８４１，８４２と、を備える。また、第１伝送装置７１０は、コンカチ制御部８５０と、オーバーヘッド挿入部８６０と、ＯＴＵＣｎフレーム送信部８７０と、を備える。ＨＤＬＣはＨｉｇｈ  ｌｅｖｅｌ  Ｄａｔａ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｐｒｏｃｅｄｕｒｅ（ハイレベルデータリンク制御手順）の略である。
【００８１】
装置ＣＰＵ８１０は、たとえば図４に示した装置ＣＰＵ４４０により実現することができる。優先順位付け・帯域監視部８２０、スケジューラ８３０およびＨＤＬＣカプセリング部８４１，８４２は、たとえば図４に示した主信号処理回路４１０により実現することができる。コンカチ制御部８５０、オーバーヘッド挿入部８６０およびＯＴＵＣｎフレーム送信部８７０は、たとえば図４に示した主信号処理回路４１０により実現することができる。
【００８２】
また、第１伝送装置７１０を図３に示した第１伝送装置３００に適用する場合に、優先順位付け・帯域監視部８２０、スケジューラ８３０およびＨＤＬＣカプセリング部８４１，８４２は、たとえば図３に示したフレーム生成部３４１に含まれる。また、コンカチ制御部８５０、オーバーヘッド挿入部８６０およびＯＴＵＣｎフレーム送信部８７０は、たとえば図３に示したフレーム生成部３４１に含まれる。
【００８３】
また、第１伝送装置７１０を図３に示した第２伝送装置３５０に適用する場合に、優先順位付け・帯域監視部８２０、スケジューラ８３０およびＨＤＬＣカプセリング部８４１，８４２は、たとえば図３に示したフレーム生成部３９１に含まれる。また、コンカチ制御部８５０、オーバーヘッド挿入部８６０およびＯＴＵＣｎフレーム送信部８７０は、たとえば図３に示したフレーム生成部３９１に含まれる。
【００８４】
装置ＣＰＵ８１０は、第１伝送装置７１０による光信号の送信を制御する。たとえば、装置ＣＰＵ８１０は、優先順位付け・帯域監視部８２０における帯域の監視および制限や、コンカチ制御部８５０におけるコンカチ制御を制御する。たとえば、装置ＣＰＵ８１０は、コンカチ制御部８５０によるコンカチ組み合わせを決定する。コンカチ組み合わせは、パケット（パケット８０１，８０２）および装置内大容量データ８０３のサブフレーム＃１〜＃４への割り当てである。
【００８５】
たとえば、装置ＣＰＵ８１０は、装置内大容量データ８０３を第２伝送装置７２０へ送信する場合に、コンカチ組み合わせとして、サブフレーム＃１〜＃４のうちの装置内大容量データ８０３を格納するサブフレームを決定する。また、装置ＣＰＵ８１０は、コンカチ組み合わせの変更タイミングを決定する。変更タイミングは、たとえばサブレームに格納されるＭＦＡＳによって表される。
【００８６】
そして、装置ＣＰＵ８１０は、決定した変更後のコンカチ組み合わせおよび変更タイミングを示す制御情報をコンカチ制御部８５０へ出力する。この場合に、サブフレーム＃１〜＃４のうち、制御情報が示すサブフレームに含まれないサブフレームが、パケット８０１，８０２を格納するサブフレームであることを示す。
【００８７】
また、装置ＣＰＵ８１０は、コンカチ組み合わせを変更する場合は、変更タイミングおよび変更後のコンカチ組み合わせを示すコンカチ制御変更通知パケットを生成する。このコンカチ制御変更通知パケットの宛先は第２伝送装置７２０である。そして、装置ＣＰＵ８１０は、生成したコンカチ制御変更通知パケットを優先順位付け・帯域監視部８２０へ出力する。また、装置ＣＰＵ８１０は、装置内大容量データ８０３を第２伝送装置７２０へ送信する場合に、優先順位付け・帯域監視部８２０に対してパケットポートの帯域抑制を要求する。
【００８８】
優先順位付け・帯域監視部８２０には、ＧＣＣによって送信するためのパケット８０１，８０２や、装置ＣＰＵ８１０からのコンカチ制御変更通知パケットが入力される。これらのパケットはたとえばイーサネット（登録商標）フレームである。たとえば、パケット８０１（Ｆｒｏｍ  保守者端末）は、保守者端末からＬＡＮポート４７０を介して入力されるパケットである。パケット８０２（Ｆｒｏｍ  ＳＤＮコントローラ）は、ＳＤＮコントローラからＬＡＮポート４７０を介して入力されるパケットである。
【００８９】
優先順位付け・帯域監視部８２０は、入力されたパケットの各パケットの優先順位を決定する。各パケットの優先順位の決定は、たとえば各パケットに含まれるフラグ情報等に基づいて行うことができる。または、各パケットの優先順位の決定は、パケットが入力される物理ポートごとに予め優先順位を付けておくことで、各パケットが入力された物理ポートに応じて行うことができる。
【００９０】
優先順位付け・帯域監視部８２０は、決定した優先順位に基づいて、入力された各パケットの帯域の監視および制限を行う。たとえば、優先順位付け・帯域監視部８２０は、装置ＣＰＵ８１０からの帯域抑制の要求がある場合は、装置ＣＰＵ８１０からの帯域抑制の要求がない場合と比べて、各パケットの帯域を少なくする。そして、優先順位付け・帯域監視部８２０は、帯域の監視および制限を行った各パケットをスケジューラ８３０へ出力するとともに、出力する各パケットについて決定した優先順位をスケジューラ８３０へ通知する。
【００９１】
スケジューラ８３０は、優先順位付け・帯域監視部８２０から通知された優先順位に基づいて、優先順位付け・帯域監視部８２０から出力された各パケットのスケジューリングを行う。また、スケジューラ８３０は、スケジューリングを行った各パケットによりパケット列を生成し、生成したパケット列をＨＤＬＣカプセリング部８４１へ出力する。
【００９２】
ＨＤＬＣカプセリング部８４１は、スケジューラ８３０から出力されたパケット列をカプセリングしてＨＤＬＣフレームを生成し、生成したＨＤＬＣフレームをコンカチ制御部８５０へ出力する。ＨＤＬＣカプセリング部８４２は、たとえば装置ＣＰＵ８１０の制御によって入力された装置内大容量データ８０３をカプセリングしてＨＤＬＣフレームを生成し、生成したＨＤＬＣフレームをコンカチ制御部８５０へ出力する。
【００９３】
ＨＤＬＣカプセリング部８４２へ入力される装置内大容量データ８０３は、一例としては、第１伝送装置７１０の記憶領域（たとえば図４に示したメモリ４６０）に格納されたアップデートデータである。アップデートデータは、たとえば第２伝送装置７２０のソフトウェア（ファームウェア等も含む）やデータを更新するためのデータである。このようなアップデートデータは、宛先が第１伝送装置７１０の対向装置である第２伝送装置７２０であるため、第２伝送装置７２０によるパケット転送は不要であり、パケット化しなくても送信が可能である。
【００９４】
図８に示す例では、ＨＤＬＣカプセリング部８４２にはデータが入力されておらず、ＨＤＬＣカプセリング部８４２はＨＤＬＣフレームを出力しない。カプセリングによるＨＤＬＣフレームの生成については後述する（たとえば図１０参照）。
【００９５】
ＨＤＬＣカプセリング部８４１，８４２は、たとえば、パケットの到達タイミングに関わらず、自走のタイミングでＨＤＬＣフレームを生成することができる。また、ＨＤＬＣカプセリング部８４１，８４２が生成するＨＤＬＣフレームの宛先情報は省いてもよい。
【００９６】
コンカチ制御部８５０は、第１伝送装置７１０が送信するＨＤＬＣフレームの各サブフレームにおけるコンカチ（コンカチネーション）制御を行う。たとえば、コンカチ制御部８５０は、バイトデマックス部８５１を備える。バイトデマックス部８５１は、ＨＤＬＣカプセリング部８４１，８４２から出力されたＨＤＬＣフレームを、ＯＴＵＣｎフレームのサブフレーム数（図８に示す例では４）に応じてバイトデマックス（Ｂｙｔｅ  ＤＥＭＵＸ）する。バイトデマックスは、データをバイト（Ｂｙｔｅ）単位で分離する処理である。
【００９７】
たとえば、バイトデマックス部８５１は、ＨＤＬＣカプセリング部８４１，８４２から出力されたＨＤＬＣフレームのそれぞれを、所定バイト数（たとえば１［ｂｙｔｅ］または２［ｂｙｔｅ］）ずつのデータに分割する。そして、バイトデマックス部８５１は、分割した各データを４系統のデータ（Ｂｙｔｅ）に分配してオーバーヘッド挿入部８６０へ出力する。
【００９８】
図８に示す例では、コンカチ制御部８５０にはＨＤＬＣカプセリング部８４１からのＨＤＬＣフレームが入力されＨＤＬＣカプセリング部８４２からのＨＤＬＣフレームは入力されていない。このため、バイトデマックス部８５１は、ＨＤＬＣカプセリング部８４１からのＨＤＬＣフレームをバイトデマックスし、バイトデマックスにより得た各データを４系統のデータ（Ｂｙｔｅ）に分配してオーバーヘッド挿入部８６０へ出力する。
【００９９】
たとえば、Ｎ＝０，１，２，３，…とすると、バイトデマックス部８５１は、所定バイトごとに分離したＨＤＬＣフレームのうち、４×Ｎ＋１番目の所定バイトのデータを第１系統のデータ、４×Ｎ＋２番目の所定バイトのデータを第２系統のデータとして出力する。また、バイトデマックス部８５１は、４×Ｎ＋３番目の所定バイトのデータを第３系統のデータ、４×Ｎ＋４番目の所定バイトのデータを第４系統のデータとして出力する。
【０１００】
一例としては、バイトデマックス部８５１は、ＨＤＬＣカプセリング部８４１からのＨＤＬＣフレームのうち、最初の所定バイトのデータを第１系統のデータとして出力し、次の（２番目の）所定バイトのデータを第２系統のデータとして出力する。また、バイトデマックス部８５１は、さらに次の（３番目の）所定バイトのデータを第３系統のデータとして出力し、さらに次の（４番目の）所定バイトのデータを第４系統のデータとして出力する。また、バイトデマックス部８５１は、さらに次の（５番目の）所定バイトのデータを第１系統のデータとして出力し、さらに次の（６番目の）所定バイトのデータを第２系統のデータとして出力する。
【０１０１】
コンカチ制御部８５０によるコンカチ制御には、たとえば、パケット列の流量を監視し、その流量に合わせてコンカチ組み合わせを変更する方法を用いることができる。この場合は、パケット列の流用にコンカチ組み合わせを合わせるので、パケット列が帯域をオーバーして廃棄される可能性が低くなる一方で、装置内大容量データ８０３に十分なコンカチ数（サブフレーム数）が割り振れない可能性がある。
【０１０２】
または、コンカチ制御部８５０によるコンカチ制御には、パケットの流用とは関係なく、一意にコンカチ制御を装置内大容量データ８０３向けに組み直す方法を用いてもよい。この場合は、パケット列の廃棄が発生する可能性があるが、装置内大容量データ８０３に対して予め規定した帯域を割り振ることができる。
【０１０３】
オーバーヘッド挿入部８６０は、ＯＴＵＣｎフレームの４個のサブフレーム（＃１〜＃４）の各オーバーヘッドデータを生成し、生成した各オーバーヘッドデータをＯＴＵＣｎフレーム送信部８７０へ出力する。また、オーバーヘッド挿入部８６０は、生成するオーバーヘッドデータに含まれるＧＣＣ領域（たとえばＧＣＣ０）に、コンカチ制御部８５０から出力された４系統のデータを格納する。
【０１０４】
たとえば、オーバーヘッド挿入部８６０は、第１のサブフレーム（＃１）のオーバーヘッドデータのＧＣＣ領域に、コンカチ制御部８５０から出力された第１系統のデータを格納する。同様に、オーバーヘッド挿入部８６０は、第２〜第４のサブフレーム（＃２〜＃４）の各オーバーヘッドデータのＧＣＣ領域に、それぞれコンカチ制御部８５０から出力された第２〜第４系統のデータを格納する。
【０１０５】
ＯＴＵＣｎフレーム送信部８７０は、第２伝送装置７２０へ送信するためのＯＴＵＣｎフレームを生成して送信する。たとえば、ＯＴＵＣｎフレーム送信部８７０は、ＯＴＵＣｎサブフレーム送信部８７１〜８７４を備える。ＯＴＵＣｎサブフレーム送信部８７１〜８７４は、それぞれＯＴＵＣｎフレーム（ｎ＝４）の第１〜第４のサブフレーム（＃１〜＃４）を生成する。
【０１０６】
ＯＴＵＣｎサブフレーム送信部８７１は、オーバーヘッド挿入部８６０から出力された第１のサブフレーム（＃１）のオーバーヘッドデータをオーバーヘッド領域に格納した第１のサブフレーム（＃１を）生成する。ＯＴＵＣｎサブフレーム送信部８７２は、オーバーヘッド挿入部８６０から出力された第２のサブフレーム（＃２）のオーバーヘッドデータをオーバーヘッド領域に格納した第２のサブフレーム（＃２）を生成する。
【０１０７】
ＯＴＵＣｎサブフレーム送信部８７３は、オーバーヘッド挿入部８６０から出力された第３のサブフレーム（＃３）のオーバーヘッドデータをオーバーヘッド領域に格納した第３のサブフレーム（＃３）を生成する。ＯＴＵＣｎサブフレーム送信部８７４は、オーバーヘッド挿入部８６０から出力された第４のサブフレーム（＃４）のオーバーヘッドデータをオーバーヘッド領域に格納した第４のサブフレーム（＃４）を生成する。
【０１０８】
そして、ＯＴＵＣｎサブフレーム送信部８７１〜８７４は、生成したサブフレーム（＃１〜＃４）をＯＴＵＣｎフレームとして出力する。ＯＴＵＣｎサブフレーム送信部８７１〜８７４から出力されたサブフレーム（＃１〜＃４）は、たとえば図４に示した光モジュール４３１または光モジュール４３２によって、それぞれ異なる光ファイバまたは波長によって第２伝送装置７２０へ送信される。たとえば、サブフレーム（＃１〜＃４）は、それぞれ図７に示した光ファイバ７０１〜７０４により第２伝送装置７２０へ送信される。
【０１０９】
図１に示した第１通信装置１１０は、たとえば図８に示す第１伝送装置７１０により実現することができる。この場合に、図１に示した送信部１１１は、たとえばＯＴＵＣｎフレーム送信部８７０により実現することができる。また、図１に示した制御部１１２は、たとえば装置ＣＰＵ８１０、コンカチ制御部８５０およびオーバーヘッド挿入部８６０により実現することができる。
【０１１０】
（実施の形態１にかかる送信側の第１伝送装置による装置内大容量データの送信）
図９は、実施の形態１にかかる送信側の第１伝送装置による装置内大容量データの送信の一例を示す図である。図９において、図８に示した部分と同様の部分については同一の符号を付して説明を省略する。図９に示す例では、第１伝送装置７１０の記憶領域（たとえば図４に示したメモリ４６０）に格納された装置内大容量データ８０３を、ＯＴＵＣｎフレームのＧＣＣ領域に格納して第２伝送装置７２０へ伝送する場合について説明する。
【０１１１】
たとえば、装置ＣＰＵ８１０は、第１伝送装置７１０の記憶領域（たとえば図４に示したメモリ４６０）に格納された装置内大容量データ８０３を読み出してＨＤＬＣカプセリング部８４２へ入力する。ＨＤＬＣカプセリング部８４２は、入力された装置内大容量データ８０３をカプセリングしてＨＤＬＣフレームを生成し、生成したＨＤＬＣフレーム（ＨＤＬＣ）をコンカチ制御部８５０へ出力する。
【０１１２】
図９に示す例では、コンカチ制御部８５０にはＨＤＬＣカプセリング部８４１，８４２からの各ＨＤＬＣフレームが入力されている。このうち、ＨＤＬＣカプセリング部８４２からのＨＤＬＣフレームは大容量の装置内大容量データ８０３である。このため、ＨＤＬＣカプセリング部８４１からのＨＤＬＣフレームに第１のサブフレーム（１チャネル）、ＨＤＬＣカプセリング部８４２からのＨＤＬＣフレームに第２〜第４のサブフレーム（３チャネル）を割り当てるとする。
【０１１３】
この場合に、バイトデマックス部８５１は、ＨＤＬＣカプセリング部８４１からのＨＤＬＣフレームをバイトデマックスし、バイトデマックスにより得た各データを第１系統のデータとしてオーバーヘッド挿入部８６０へ出力する。また、バイトデマックス部８５１は、ＨＤＬＣカプセリング部８４２からのＨＤＬＣフレームをバイトデマックスし、バイトデマックスにより得た各データを第２系統〜第４系統のデータ（Ｂｙｔｅ）に分配してオーバーヘッド挿入部８６０へ出力する。
【０１１４】
たとえば、Ｎ＝０，１，２，３，…とすると、バイトデマックス部８５１は、ＨＤＬＣカプセリング部８４２からのＨＤＬＣフレームのうち、３×Ｎ＋１番目の所定バイトのデータを第２系統のデータとして出力する。また、バイトデマックス部８５１は、３×Ｎ＋２番目の所定バイトのデータを第３系統のデータとして出力し、３×Ｎ＋３番目の所定バイトのデータを第４系統のデータとして出力する。これにより、ＨＤＬＣカプセリング部８４２へ入力された装置内大容量データ８０３が、第２〜第４のサブフレーム（＃２〜＃４）に分配されて第２伝送装置７２０へ送信される。
【０１１５】
図９に示したように、装置内大容量データ８０３は、パケット化されていないため、優先順位付け・帯域監視部８２０やスケジューラ８３０を経由せずに伝送することができる。このため、パケット間の調停等にかかる時間を省き、装置内大容量データ８０３を少ない遅延で送信できる。
【０１１６】
ＨＤＬＣカプセリング部８４２によって装置内大容量データ８０３をＨＤＬＣフレーム化して伝送する構成について説明したが、このような構成に限らない。たとえば、装置内大容量データ８０３をＨＤＬＣフレーム化せずにコンカチ制御部８５０へ出力してもよい。この場合は、コンカチ制御部８５０は、ＨＤＬＣフレーム化されていない装置内大容量データ８０３をバイトデマックスする。また、この場合に、第１伝送装置７１０はＨＤＬＣカプセリング部８４２を備えていなくてもよい。また、この場合に、ＧＣＣにより装置内大容量データ８０３が伝送されることが第２伝送装置７２０によって判別できるように、装置内大容量データ８０３にデータ先頭を示すフラグ等を付加してもよい。
【０１１７】
また、パケット（たとえばパケット８０１，８０２）のＨＤＬＣフレームに第１のサブフレーム、装置内大容量データ８０３のＨＤＬＣフレームに第２〜第４のサブフレームを割り当てる場合について説明したが、サブフレームの割り当てはこれに限らない。たとえば、装置内大容量データ８０３のＨＤＬＣフレームの伝送が完了するまで、パケットのＨＤＬＣフレームにサブフレームを割り当てず、装置内大容量データ８０３のＨＤＬＣフレームに第１〜第４のサブフレームを割り当ててもよい。
【０１１８】
また、第１〜第４のサブフレームには、パケットや装置内大容量データ８０３を送信しないサブフレームが含まれていてもよい。サブフレームの割り当ては、たとえばパケットや装置内大容量データ８０３の種類やサイズに応じて決定されてもよい。
【０１１９】
（実施の形態１にかかる送信側の第１伝送装置によるパケットのＨＤＬＣフレーム化）
図１０は、実施の形態１にかかる送信側の第１伝送装置によるパケットのＨＤＬＣフレーム化の一例を示す図である。図１０に示すパケット１０１０は、スケジューラ８３０からＨＤＬＣカプセリング部８４１へ入力されるパケット列のパケットである。パケット１０１０は、先頭部１０１１と、ヘッダ部１０１２と、ユーザデータ１０１３（Ｕｓｅｒ  Ｄａｔａ）と、ＦＣＳ１０１４と、を含む。ＦＣＳはＦｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ（フレームチェックシーケンス）の略である。
【０１２０】
先頭部１０１１は、プリアンブル（Ｐｒｅａｍｂｌｅ）およびＳＦＤのバイト（ｂｙｔｅ）を含む。ＳＦＤはＳｔａｒｔ  Ｆｒａｍｅ  Ｄｅｌｉｍｉｔｅｒの略である。プリアンブルは、たとえば“１”と“０”のビットが交互に７バイト並んだフィールドである。ＳＦＤのバイトは、プリアンブルに続く固定のビット列である。
【０１２１】
ヘッダ部１０１２は、ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ：宛先アドレス）と、ＳＡ（Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ：送信元アドレス）と、タイプ／長さ（Ｔｙｐｅ／Ｌｅｎｇｔｈ）と、を含む。また、ヘッダ部１０１２は、ＶＬＡＮタグを含んでもよい。ＶＬＡＮはＶｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（仮想構内通信網）の略である。
【０１２２】
ＤＡはパケット１０１０の宛先（たとえば第２伝送装置７２０）のＭＡＣアドレスを示す。ＭＡＣはＭｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（メディアアクセス制御）の略である。ＳＡはパケット１０１０の送信元（たとえば第１伝送装置７１０）のＭＡＣアドレスを示す。タイプ／長さは、ユーザデータ１０１３のプロトコルの種類、またはユーザデータ１０１３の長さを示す。ユーザデータ１０１３は、パケット１０１０によって伝送されるユーザデータである。ＦＣＳ１０１４は、誤り訂正のための冗長符号である。
【０１２３】
ＨＤＬＣフレーム１０２０は、ＨＤＬＣカプセリング部８４１によって生成されるＨＤＬＣフレームである。ＨＤＬＣフレーム１０２０は、スタートフラグ１０２１（Ｓｔａｒｔ  Ｆｌａｇ）と、宛先情報等１０２２と、ユーザデータ１０２３と、エンドフラグ１０２４（Ｅｎｄ  Ｆｌａｇ）と、を含む。
【０１２４】
スタートフラグ１０２１は、ＨＤＬＣフレーム１０２０の開始を示すフラグである。宛先情報等１０２２は、ＨＤＬＣフレーム１０２０の宛先情報等を示すヘッダ情報である。ユーザデータ１０２３は、ＨＤＬＣフレーム１０２０によって伝送されるユーザデータである。エンドフラグ１０２４は、ＨＤＬＣフレーム１０２０の終了を示すフラグである。
【０１２５】
たとえば、ＨＤＬＣカプセリング部８４１は、パケット１０１０のヘッダ部１０１２を宛先情報等１０２２に格納し、パケット１０１０のユーザデータ１０１３をユーザデータ１０２３に格納する。これにより、パケット１０１０をカプセリングしたＨＤＬＣフレーム１０２０を生成することができる。
【０１２６】
また、ＨＤＬＣカプセリング部８４２が装置内大容量データ８０３をカプセリングして生成するＨＤＬＣフレームも、たとえば図１０に示すＨＤＬＣフレーム１０２０とすることができる。この場合に、ＨＤＬＣカプセリング部８４２は、たとえば装置内大容量データ８０３をユーザデータ１０２３に格納することにより装置内大容量データ８０３をカプセリングしたＨＤＬＣフレーム１０２０を生成する。
【０１２７】
（実施の形態１にかかる送信側の第１伝送装置による処理）
図１１は、実施の形態１にかかる送信側の第１伝送装置による処理の一例を示すフローチャートである。送信側の第１伝送装置７１０は、装置内大容量データ８０３（たとえばアップデートデータ）の送信を行う際に、たとえば図１１に示す各ステップを実行する。
【０１２８】
まず、第１伝送装置７１０は、コンカチ組み合わせの変更を通知するコンカチ制御変更通知パケットを第２伝送装置７２０へ送信する（ステップＳ１１０１）。コンカチ制御変更通知パケットは、たとえば、サブフレーム＃１〜＃４のうちの装置内大容量データ８０３を格納するサブフレームと、コンカチ組み合わせの変更タイミング（たとえばＭＦＡＳ）と、を示す情報である。ステップＳ１１０１は、たとえば装置ＣＰＵ８１０が、コンカチ制御変更通知パケットを生成して優先順位付け・帯域監視部８２０へ出力することにより実行することができる。
【０１２９】
つぎに、第１伝送装置７１０は、既存のパケットポートの帯域抑制を行う（ステップＳ１１０２）。ステップＳ１１０２は、たとえば装置ＣＰＵ８１０が、優先順位付け・帯域監視部８２０に対して帯域抑制を要求することにより実行することができる。つぎに、第１伝送装置７１０は、コンカチ組み合わせの変更指示をコンカチ制御部８５０に対して行う（ステップＳ１１０３）。ステップＳ１１０３は、たとえば、装置ＣＰＵ８１０が、サブフレーム＃１〜＃４のうちの装置内大容量データ８０３を格納するサブフレームと、変更タイミングと、を示す制御情報をコンカチ制御部８５０へ出力することにより実行することができる。コンカチ組み合わせの変更タイミングはたとえばＭＦＡＳによって表される。
【０１３０】
つぎに、第１伝送装置７１０は、つぎに送信する各サブフレームのＭＦＡＳが規定値になったか否かを判断し（ステップＳ１１０４）、ＭＦＡＳが規定値になるまで待つ（ステップＳ１１０４：Ｎｏのループ）。規定値は、装置ＣＰＵ８１０が決定したコンカチ組み合わせの変更タイミングを示すＭＦＡＳの値である。ステップＳ１１０４の判断は、たとえば、コンカチ制御部８５０が、装置ＣＰＵ８１０から指示されたコンカチ組み合わせの変更タイミングを示すＭＦＡＳと、つぎに送信する各サブフレームのＭＦＡＳと、を比較することにより実行することができる。
【０１３１】
ステップＳ１１０４において、ＭＦＡＳが規定値になると（ステップＳ１１０４：Ｙｅｓ）、第１伝送装置７１０は、ステップＳ１１０３による変更指示に基づくコンカチ組み合わせの変更を行う（ステップＳ１１０５）。ステップＳ１１０５は、たとえばコンカチ制御部８５０によって実行される。つぎに、第１伝送装置７１０は、第２伝送装置７２０への装置内大容量データ８０３の送信を開始する（ステップＳ１１０６）。ステップＳ１１０６は、たとえばコンカチ制御部８５０の制御結果に基づいて、オーバーヘッド挿入部８６０およびＯＴＵＣｎフレーム送信部８７０により実行される。
【０１３２】
つぎに、第１伝送装置７１０は、装置内大容量データ８０３の送信が完了したか否かを判断し（ステップＳ１１０７）、装置内大容量データ８０３の送信が完了するまで待つ（ステップＳ１１０７：Ｎｏのループ）。ステップＳ１１０７の判断は、たとえばコンカチ制御部８５０により実行される。
【０１３３】
ステップＳ１１０７において、装置内大容量データの送信が完了すると（ステップＳ１１０７：Ｙｅｓ）、第１伝送装置７１０は、ステップＳ１１０８へ移行する。すなわち、第１伝送装置７１０は、コンカチ組み合わせを元に戻すことを通知するコンカチ制御変更通知パケットを第２伝送装置７２０へ送信する（ステップＳ１１０８）。このコンカチ制御変更通知パケットは、たとえば、サブフレーム＃１〜＃４に装置内大容量データ８０３を格納せずパケットを格納することを示す情報である。ステップＳ１１０８は、たとえば装置ＣＰＵ８１０が、コンカチ制御変更通知パケットを生成して優先順位付け・帯域監視部８２０へ出力することにより実行することができる。
【０１３４】
つぎに、第１伝送装置７１０は、コンカチ組み合わせの変更指示をコンカチ制御部８５０に対して行う（ステップＳ１１０９）。ステップＳ１１０９は、たとえば、装置ＣＰＵ８１０が、サブフレーム＃１〜＃４に装置内大容量データ８０３を格納せずパケットを格納することと、変更タイミングと、を示す制御情報をコンカチ制御部８５０へ出力することにより実行することができる。
【０１３５】
つぎに、第１伝送装置７１０は、つぎに送信する各サブフレームのＭＦＡＳが規定値になったか否かを判断し（ステップＳ１１１０）、ＭＦＡＳが規定値になるまで待つ（ステップＳ１１１０：Ｎｏのループ）。規定値は、装置ＣＰＵ８１０が決定したコンカチ組み合わせの変更タイミングを示すＭＦＡＳの値である。ステップＳ１１１０の判断は、たとえば、コンカチ制御部８５０が、装置ＣＰＵ８１０から指示されたコンカチ組み合わせの変更タイミングを示すＭＦＡＳと、つぎに送信する各サブフレームのＭＦＡＳと、を比較することにより実行することができる。
【０１３６】
ステップＳ１１１０において、ＭＦＡＳが規定値になると（ステップＳ１１１０：Ｙｅｓ）、第１伝送装置７１０は、ステップＳ１１０９による変更指示に基づくコンカチ組み合わせの変更を行う（ステップＳ１１１１）。ステップＳ１１１１は、たとえばコンカチ制御部８５０によって実行される。
【０１３７】
つぎに、第１伝送装置７１０は、ステップＳ１１０２によって実行した既存のパケットポートの帯域抑制を解除する（ステップＳ１１１２）。これにより、第１伝送装置７１０は、ステップＳ１１０１が開始される前（コンカチ変更前）の状態に戻り、一連の処理を終了する。ステップＳ１１１２は、たとえば装置ＣＰＵ８１０が、優先順位付け・帯域監視部８２０に対して帯域抑制の解除を要求することにより実行することができる。
【０１３８】
（実施の形態１にかかる受信側の第２伝送装置）
図１２は、実施の形態１にかかる受信側の第２伝送装置の一例を示す図である。図１２に示すように、受信側の第２伝送装置７２０は、ＯＴＵＣｎフレーム受信部１２１０と、オーバーヘッド抽出部１２２０と、コンカチ制御部１２３０と、ＨＤＬＣカプセリング部１２４１，１２４２と、パケット受信部１２５０と、を備える。
【０１３９】
ＯＴＵＣｎフレーム受信部１２１０、オーバーヘッド抽出部１２２０、コンカチ制御部１２３０、ＨＤＬＣカプセリング部１２４１，１２４２およびパケット受信部１２５０は、たとえば図４に示した主信号処理回路４１０により実現することができる。
【０１４０】
また、第２伝送装置７２０を図３に示した第２伝送装置３５０に適用する場合に、ＯＴＵＣｎフレーム受信部１２１０、オーバーヘッド抽出部１２２０およびコンカチ制御部１２３０は、たとえば図３に示したフレーム処理部３９７に含まれる。また、ＨＤＬＣカプセリング部１２４１，１２４２およびパケット受信部１２５０は、たとえば図３に示したフレーム処理部３９７に含まれる。
【０１４１】
ＯＴＵＣｎフレーム受信部１２１０は、第１伝送装置７１０から送信されたＯＴＵＣｎフレームを受信する。第１伝送装置７１０からのＯＴＵＣｎフレームは、上述したようにたとえば第１〜第４のサブフレーム（＃１〜＃４）として送信される。たとえば、ＯＴＵＣｎフレーム受信部１２１０は、ＯＴＵＣｎサブフレーム受信部１２１１〜１２１４を備える。ＯＴＵＣｎサブフレーム受信部１２１１〜１２１４は、それぞれＯＴＵＣｎフレームの第１〜第４のサブフレーム（＃１〜＃４）を受信する。
【０１４２】
オーバーヘッド抽出部１２２０は、それぞれＯＴＵＣｎサブフレーム受信部１２１１〜１２１４によって受信された第１〜第４のサブフレーム（＃１〜＃４）に含まれるオーバーヘッドデータを抽出する。このとき、第１〜第４のサブフレーム（＃１〜＃４）の間には、サブフレーム間の伝送回線の差によりスキュー（タイミングずれ）が発生している。これに対して、オーバーヘッド抽出部１２２０は、第１〜第４のサブフレーム（＃１〜＃４）のオーバーヘッドのＭＦＡＳ（たとえば図５，図６参照）を参照することにより第１〜第４のサブフレーム（＃１〜＃４）のデスキュー（補償）を行う。
【０１４３】
そして、オーバーヘッド抽出部１２２０は、第１〜第４のサブフレーム（＃１〜＃４）から抽出した各オーバーヘッドデータのＧＣＣに格納された４系統のデータをコンカチ制御部１２３０へ出力する。コンカチ制御部１２３０へ出力される４系統のデータは、上述した第１伝送装置７１０のバイトデマックス部８５１によって所定バイトごとに分離された各データである。
【０１４４】
コンカチ制御部１２３０は、パケット受信部１２５０から出力されるコンカチ制御変更通知パケットに基づく制御信号に応じて、第２伝送装置７２０が受信するＨＤＬＣフレームの各サブフレームにおけるコンカチ制御を行う。たとえば、コンカチ制御部１２３０は、バイトマックス部１２３１を備える。バイトマックス部１２３１は、オーバーヘッド抽出部１２２０から出力された各系統のデータを、ＯＴＵＣｎフレームのサブフレーム数（図１２に示す例では４）に応じてバイトマックス（Ｂｙｔｅ  ＭＵＸ）する。バイトマックスは、バイトデマックスによりバイト単位で分離されたデータを結合して再構築する処理である。
【０１４５】
図１２に示す例では、たとえば図８に示したように、第１伝送装置７１０から装置内大容量データ８０３は伝送されず、第１〜第４のサブフレーム（＃１〜＃４）においてパケット（たとえばパケット８０１，８０２）が伝送される。このため、バイトマックス部１２３１は、オーバーヘッド抽出部１２２０から出力された各データを、第１系統のデータ、第２系統のデータ、第３系統のデータ、第４系統のデータ、第１系統のデータ、第２系統のデータ、…の順に結合する。これにより、パケットのＨＤＬＣフレームを再構築することができる。バイトマックス部１２３１は、再構築したパケット８０１，８０２のＨＤＬＣフレームをＨＤＬＣカプセリング部１２４１へ出力する。
【０１４６】
ＨＤＬＣカプセリング部１２４１は、コンカチ制御部１２３０から出力されたＨＤＬＣフレームをデカプセリングしてパケット列を再構築し、再構築したパケット列をパケット受信部１２５０へ出力する。図１２に示す例では、ＨＤＬＣカプセリング部１２４２にはＨＤＬＣフレームが入力されず、ＨＤＬＣカプセリング部１２４２はデカプセリングを行わない。
【０１４７】
パケット受信部１２５０は、ＨＤＬＣカプセリング部１２４１から出力されたパケット列の受信処理を行う。これにより、第１伝送装置７１０が送信したパケット８０１，８０２やコンカチ制御変更通知パケットを再構築することができる。また、パケット受信部１２５０は、受信処理によって得られたコンカチ制御変更通知パケットに基づく制御信号をコンカチ制御部１２３０へ出力する。
【０１４８】
図１に示した第２通信装置１２０は、たとえば図１２に示す第２伝送装置７２０により実現することができる。この場合に、図１に示した受信部１２１は、たとえばＯＴＵＣｎフレーム受信部１２１０により実現することができる。また、図１に示した取得部１２２は、たとえばオーバーヘッド抽出部１２２０およびコンカチ制御部１２３０により実現することができる。
【０１４９】
（実施の形態１にかかる受信側の第２伝送装置による装置内大容量データの受信）
図１３は、実施の形態１にかかる受信側の第２伝送装置による装置内大容量データの受信の一例を示す図である。図１３において、図１２に示した部分と同様の部分については同一の符号を付して説明を省略する。図１３に示す例では、図９に示したように第１伝送装置７１０が装置内大容量データ８０３をＯＴＵＣｎフレームのＧＣＣ領域に格納して第２伝送装置７２０へ伝送する場合について説明する。
【０１５０】
図１３に示す例では、第１のサブフレーム（＃１）においてパケット（たとえばパケット８０１，８０２）が伝送され、第２〜第４のサブフレーム（＃２〜＃４）において装置内大容量データ８０３が伝送される。このため、バイトマックス部１２３１は、オーバーヘッド抽出部１２２０から出力された第１系統の各データを結合する。これにより、パケットのＨＤＬＣフレームを再構築することができる。バイトマックス部１２３１は、再構築したパケットのＨＤＬＣフレームをパケット受信部１２５０へ出力する。
【０１５１】
また、バイトマックス部１２３１は、オーバーヘッド抽出部１２２０から出力された第２系統〜第４系統のデータをバイトマックスする。たとえば、バイトマックス部１２３１は、第２系統のデータ、第３系統のデータ、第４系統のデータ、第２系統のデータ、第３系統のデータ、…の順に結合する。これにより、装置内大容量データ８０３のＨＤＬＣフレームを再構築することができる。バイトマックス部１２３１は、再構築した装置内大容量データ８０３のＨＤＬＣフレームをＨＤＬＣカプセリング部１２４２へ出力する。
【０１５２】
ＨＤＬＣカプセリング部１２４２は、コンカチ制御部１２３０から出力された装置内大容量データ８０３のＨＤＬＣフレームをデカプセリングして装置内大容量データ８０３を再構築し、再構築した装置内大容量データ８０３を出力する。たとえば、ＨＤＬＣカプセリング部１２４２は、第２伝送装置７２０の記憶領域（たとえば図４に示したメモリ４６０）に装置内大容量データ８０３を格納する。
【０１５３】
たとえば装置内大容量データ８０３がアップデートデータである場合に、第２伝送装置７２０の装置ＣＰＵ４４０は、メモリ４６０に格納されたアップデートデータを用いて第２伝送装置７２０のソフトウェアやデータの更新を行う。
【０１５４】
図１３に示したように、装置内大容量データ８０３は、パケット化されずに第１伝送装置７１０から送信されているため、たとえばパケット受信部１２５０を経由せずに受信することができる。このため、たとえばパケット受信部１２５０においてパケットのヘッダ等を処理する時間を省き、装置内大容量データ８０３を少ない遅延で受信できる。
【０１５５】
ＨＤＬＣカプセリング部１２４２によって装置内大容量データ８０３のＨＤＬＣフレームをデカプセリングする構成について説明したが、このような構成に限らない。たとえば、第１伝送装置７１０が装置内大容量データ８０３をＨＤＬＣフレーム化せずに送信する場合は、バイトマックス部１２３１のバイトマックスにより装置内大容量データ８０３を得ることができる。この場合に、第２伝送装置７２０はＨＤＬＣカプセリング部１２４２を備えていなくてもよい。
【０１５６】
（実施の形態１にかかる受信側の第２伝送装置による処理）
図１４は、実施の形態１にかかる受信側の第２伝送装置による処理の一例を示すフローチャートである。受信側の第２伝送装置７２０は、装置内大容量データ８０３（たとえばアップデートデータ）の受信を行う際に、たとえば図１４に示す各ステップを実行する。
【０１５７】
まず、第２伝送装置７２０は、第１伝送装置７１０からコンカチ制御変更通知パケットを受信したか否かを判断し（ステップＳ１４０１）、コンカチ制御変更通知パケットを受信するまで待つ（ステップＳ１４０１：Ｎｏのループ）。ステップＳ１４０１の判断は、たとえばパケット受信部１２５０およびコンカチ制御部１２３０により行うことができる。コンカチ制御変更通知パケットを受信すると（ステップＳ１４０１：Ｙｅｓ）、第２伝送装置７２０は、受信したコンカチ制御変更通知パケットに基づくコンカチ組み合わせの変更指示をコンカチ制御部１２３０に対して行う（ステップＳ１４０２）。ステップＳ１４０２は、たとえば、パケット受信部１２５０が、受信したコンカチ制御変更通知パケットが示すコンカチ組み合わせと変更タイミングとを示す制御情報をコンカチ制御部１２３０へ出力することにより実行することができる。
【０１５８】
つぎに、第２伝送装置７２０は、つぎに受信する各サブフレームのＭＦＡＳが規定値になったか否かを判断し（ステップＳ１４０３）、ＭＦＡＳが規定値になるまで待つ（ステップＳ１４０３：Ｎｏのループ）。ステップＳ１４０３の判断は、たとえばコンカチ制御部１２３０により行うことができる。規定値は、ステップＳ１４０２による変更指示に含まれる、変更タイミングを示すＭＦＡＳの値である。ＭＦＡＳが規定値になると（ステップＳ１４０３：Ｙｅｓ）、第２伝送装置７２０は、ステップＳ１４０２による変更指示に基づくコンカチ組み合わせの変更を行う（ステップＳ１４０４）。ステップＳ１４０４は、たとえばコンカチ制御部１２３０により実行される。
【０１５９】
つぎに、第２伝送装置７２０は、第１伝送装置７１０からの装置内大容量データ８０３の受信を開始する（ステップＳ１４０５）。つぎに、第２伝送装置７２０は、第１伝送装置７１０から、コンカチ制御変更通知パケットを受信したか否かを判断し（ステップＳ１４０６）、コンカチ制御変更通知パケットを受信するまで待つ（ステップＳ１４０６：Ｎｏのループ）。このコンカチ制御変更通知パケットは、コンカチ組み合わせを元に戻すことを通知するパケットである。コンカチ制御変更通知パケットを受信すると（ステップＳ１４０６：Ｙｅｓ）、第２伝送装置７２０は、コンカチ組み合わせの変更指示をコンカチ制御部１２３０に対して行う（ステップＳ１４０７）。ステップＳ１４０７は、たとえば、パケット受信部１２５０が、受信したコンカチ制御変更通知パケットが示すコンカチ組み合わせと変更タイミングとを示す制御情報をコンカチ制御部１２３０へ出力することにより実行することができる。
【０１６０】
つぎに、第２伝送装置７２０は、つぎに受信する各サブフレームのＭＦＡＳが規定値になったか否かを判断し（ステップＳ１４０８）、ＭＦＡＳが規定値になるまで待つ（ステップＳ１４０８：Ｎｏのループ）。規定値は、ステップＳ１４０７による変更指示に含まれる、変更タイミングを示すＭＦＡＳの値である。ＭＦＡＳが規定値になると（ステップＳ１４０８：Ｙｅｓ）、第２伝送装置７２０は、ステップＳ１４０７による変更指示に基づくコンカチ組み合わせの変更を行う（ステップＳ１４０９）。ステップＳ１４０９は、たとえばコンカチ制御部１２３０により実行される。これにより、第２伝送装置７２０は、ステップＳ１４０４によるコンカチ変更前の状態に戻り、一連の処理を終了する。
【０１６１】
図１１，図１４に示したように、第１伝送装置７１０および第２伝送装置７２０において同じＭＦＡＳ値のタイミングでコンカチ組み合わせを切り替えることで、コンカチ組み合わせの変更前後におけるパケットデータの瞬断を回避することができる。また、第２伝送装置７２０において、コンカチ組み合わせが第１伝送装置７１０と同様に切り替わることで、装置内大容量データ８０３を受信するための専用回線を構築することができる。
【０１６２】
このように、実施の形態１によれば、装置内大容量データ８０３を送信する場合に、パケット化されたパケット８０１，８０２を格納するサブフレームとは異なるサブフレームに、装置内大容量データ８０３をパケット化せずに格納することができる。これにより、装置内大容量データ８０３をパケット化する処理にかかる時間を省くことができる。また、仮に装置内大容量データ８０３をパケット化してパケット８０１，８０２とともに送信する場合に発生する、パケット間の調停（優先制御等）にかかる時間を省くことができる。このため、装置内大容量データ８０３を少ない遅延で送信することが可能になる。
【０１６３】
装置内大容量データ８０３の例としてアップデートデータを挙げて説明したが、装置内大容量データ８０３はアップデートデータに限らず各種のパケット化されていないデータとすることができる。また、複数のサブフレームの例として第１〜第４のサブフレーム（＃１〜＃３）を挙げて説明したが、サブフレームの数は４個に限らず、２以上の任意の数とすることができる。
【０１６４】
（実施の形態２）
実施の形態２について、実施の形態１と異なる部分について説明する。実施の形態２においては、第２伝送装置７２０による複数のサブフレームの受信結果に基づく制御情報を第２伝送装置７２０が第１伝送装置７１０へ送信し、第１伝送装置７１０がその制御情報に基づいてコンカチ制御を行う構成について説明する。
【０１６５】
（実施の形態２にかかる第１伝送装置）
図１５は、実施の形態２にかかる第１伝送装置の一例を示す図である。図１５において、図８に示した部分と同様の部分については同一の符号を付して説明を省略する。図１５に示すように、第１伝送装置７１０は、図８に示した構成に加えて、ＯＴＵＣｎフレーム受信部１５１０およびオーバーヘッド抽出部１５２０を備えていてもよい。なお図１５においては図８に示したＨＤＬＣカプセリング部８４２の図示を省略している。
【０１６６】
また、図１５に示す例では、第１伝送装置７１０が第１〜第４サブフレーム（＃１〜＃４）によりパケット（たとえばパケット８０１，８０２）を伝送しており、第３，第４サブフレーム（＃３，＃４）において障害が発生したとする。
【０１６７】
サブフレームの障害時には、第１伝送装置７１０は、対向装置である第２伝送装置７２０との間でバックワード方向からＢＥＩ（Ｂａｃｋｗａｒｄ  Ｅｒｒｏｒ  Ｉｎｄｉｃａｔｉｏｎ）に０以外の数をサブフレームごとに受信する。ＢＥＩは、受信側（第２伝送装置７２０）にてＢＩＰエラー（ＢＩＰ  Ｅｒｒｏｒ）が発生した場合に、そのＢＩＰエラーの数をバックワード方向に通知する機能を持つオーバーヘッドである。ＢＩＰはＢｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙの略である。第１伝送装置７１０は、第２伝送装置７２０から受信するＢＥＩに対して、監視区間および閾値を設ける。そして、第１伝送装置７１０は、設定した閾値を超えるようなＢＥＩの受信が発生したサブフレームについて、回線異常と判断し、ＧＣＣ疎通の使用を禁止する。
【０１６８】
ＯＴＵＣｎフレーム受信部１５１０およびオーバーヘッド抽出部１５２０は、たとえば図４に示した主信号処理回路４１０により実現することができる。また、第１伝送装置７１０を図３に示した第１伝送装置３００に適用する場合に、ＯＴＵＣｎフレーム受信部１５１０およびオーバーヘッド抽出部１５２０は、たとえば図３に示したフレーム処理部３４７に含まれる。
【０１６９】
ＯＴＵＣｎフレーム受信部１５１０は、第２伝送装置７２０から送信されたＯＴＵＣｎフレームを受信する。第２伝送装置７２０からのＯＴＵＣｎフレームは、たとえば第１〜第４のサブフレーム（＃１〜＃４）として送信される。たとえば、ＯＴＵＣｎフレーム受信部１５１０は、ＯＴＵＣｎサブフレーム受信部１５１１〜１５１４を備える。ＯＴＵＣｎサブフレーム受信部１５１１〜１５１４は、それぞれＯＴＵＣｎフレームの第１〜第４のサブフレーム（＃１〜＃４）を受信する。
【０１７０】
オーバーヘッド抽出部１５２０は、それぞれＯＴＵＣｎサブフレーム受信部１５１１〜１５１４によって受信された第１〜第４のサブフレーム（＃１〜＃４）に含まれるオーバーヘッドデータを抽出する。また、オーバーヘッド抽出部１５２０は、ＢＥＩ閾値判定部１５２１を備える。ＢＥＩ閾値判定部１５２１は、第１〜第４のサブフレーム（＃１〜＃４）のそれぞれについて、抽出したオーバーヘッドデータに含まれるＢＥＩの値と所定の閾値との比較判定を行う。
【０１７１】
そして、ＢＥＩ閾値判定部１５２１は、ＢＥＩの値が所定の閾値以上であるサブフレームを示す制御信号をコンカチ制御部８５０へ出力する。図１５に示す例では第１伝送装置７１０から第２伝送装置７２０への伝送の第３，第４サブフレーム（＃３，＃４）において障害が発生している。この場合に、ＯＴＵＣｎフレーム受信部１５１０が受信した第１〜第４のサブフレーム（＃１〜＃４）のうち、第３，第４サブフレーム（＃３，＃４）のＢＥＩの値が所定の閾値以上となる。したがって、ＢＥＩ閾値判定部１５２１は、第３，第４サブフレーム（＃３，＃４）を示す制御信号をコンカチ制御部８５０へ出力する。
【０１７２】
コンカチ制御部８５０は、オーバーヘッド抽出部１５２０から出力された制御信号に基づいて、回線異常となっているサブフレームを使用しない組み合わせとなるようにコンカチ組み合わせを制御する。たとえば、バイトデマックス部８５１は、第１〜第４サブフレーム（＃１〜＃４）のうち、オーバーヘッド抽出部１５２０から出力された制御信号が示すサブフレームを除くサブフレームにデータを分配するバイトデマックスを行う。図１５に示す例では、制御信号は第３，第４サブフレーム（＃３，＃４）を示すため、バイトデマックス部８５１は第１，第２サブフレーム（＃１，＃２）にデータを分配するバイトデマックスを行う。
【０１７３】
これにより、たとえばパケット８０１，８０２は、第１，第２サブフレーム（＃１，＃２）によって第１伝送装置７１０から第２伝送装置７２０へ送信され、障害が発生した第３，第４サブフレーム（＃３，＃４）によっては送信されない。これにより、サブフレーム単位で障害が発生した場合のＧＣＣの耐障害性が向上する。
【０１７４】
（実施の形態２にかかる第１伝送装置による処理）
図１６は、実施の形態２にかかる第１伝送装置による処理の一例を示すフローチャートである。実施の形態２にかかる第１伝送装置７１０は、第２伝送装置７２０との間で通信を行っている間に、たとえば図１６に示す各ステップを実行する。
【０１７５】
まず、第１伝送装置７１０は、第２伝送装置７２０との間の通信に使用しているサブフレームのうち、第２伝送装置７２０から受信したＢＥＩが閾値を超えたサブフレームがあるか否かを判断する（ステップＳ１６０１）。そして、第１伝送装置７１０は、ＢＥＩが閾値を超えたサブフレームがあると判断するまで待つ（ステップＳ１６０１：Ｎｏのループ）。ステップＳ１６０１の判断は、たとえばＢＥＩ閾値判定部１５２１により実行することができる。
【０１７６】
ステップＳ１６０１において、ＢＥＩが閾値を超えたサブフレームがあると判断すると（ステップＳ１６０１：Ｙｅｓ）、第１伝送装置７１０は、ＢＥＩが閾値を超えたサブフレーム以外でコンカチ組み合わせの変更を行う（ステップＳ１６０２）。ステップＳ１６０２は、たとえばＢＥＩが閾値を超えたサブフレームを示す制御信号をＢＥＩ閾値判定部１５２１がコンカチ制御部８５０へ出力し、コンカチ制御部８５０がＢＥＩ閾値判定部１５２１からの制御信号を参照することにより実行される。たとえば、コンカチ制御部８５０は、第１〜第４サブフレーム（＃１〜＃４）を使用しており、第３，第４サブフレーム（＃３，＃４）のＢＥＩが閾値を超えた場合は、第１，第２サブフレーム（＃１，＃２）を用いてコンカチ組み合わせを設定する。
【０１７７】
つぎに、第１伝送装置７１０は、第２伝送装置７２０との間の通信に使用しているサブフレームについて、第２伝送装置７２０から受信したＢＥＩが閾値を下回ったか否かを判断する（ステップＳ１６０３）。そして、第１伝送装置７１０は、ＢＥＩが閾値を下回るまで待つ（ステップＳ１６０３：Ｎｏのループ）。ステップＳ１６０３の判断は、たとえばＢＥＩ閾値判定部１５２１により実行することができる。たとえば、ＢＥＩ閾値判定部１５２１は、使用中の第３，第４サブフレーム（＃３，＃４）の各ＢＥＩが閾値を下回るまで待つ。
【０１７８】
ステップＳ１６０３において、ＢＥＩが閾値を下回ると（ステップＳ１６０３：Ｙｅｓ）、第１伝送装置７１０は、コンカチ組み合わせの変更を通知するコンカチ制御変更通知パケットを第２伝送装置７２０へ送信する（ステップＳ１６０４）。このコンカチ制御変更通知パケットは、コンカチ組み合わせを元に戻すことと、その変更タイミングと、を示す情報である。たとえば、このコンカチ制御変更通知パケットは、この時点で使用していた第３，第４サブフレーム（＃３，＃４）と、ＢＥＩが閾値を下回った第１，第２サブフレーム（＃１，＃２）と、にパケットを格納することを示す情報である。
【０１７９】
つぎに、第１伝送装置７１０は、コンカチ組み合わせの変更指示をコンカチ制御部８５０に対して行う（ステップＳ１６０５）。ステップＳ１６０５は、たとえば、装置ＣＰＵ８１０が、サブフレーム＃１〜＃４にパケットを格納することと、変更タイミングと、を示す制御情報をコンカチ制御部８５０へ出力することにより実行することができる。
【０１８０】
つぎに、第１伝送装置７１０は、つぎに送信する各サブフレームのＭＦＡＳが規定値になったか否かを判断し（ステップＳ１６０６）、ＭＦＡＳが規定値になるまで待つ（ステップＳ１６０６：Ｎｏのループ）。規定値は、コンカチ組み合わせの変更タイミングを示すＭＦＡＳの値である。ステップＳ１６０６の判断は、たとえば、コンカチ制御部８５０が、コンカチ組み合わせの変更タイミングを示すＭＦＡＳと、つぎに送信する各サブフレームのＭＦＡＳと、を比較することにより実行することができる。
【０１８１】
ステップＳ１６０６において、ＭＦＡＳが規定値になると（ステップＳ１６０６：Ｙｅｓ）、第１伝送装置７１０は、ステップＳ１６０５による変更指示に基づくコンカチ組み合わせの変更を行う（ステップＳ１６０７）。これにより、第１伝送装置７１０は、ステップＳ１６０２の前（コンカチ変更前）の状態に戻り、一連の処理を終了する。ステップＳ１６０７は、たとえばコンカチ制御部８５０によって実行される。
【０１８２】
（実施の形態２にかかる第２伝送装置）
図１７は、実施の形態２にかかる第２伝送装置の一例を示す図である。図１７において、図１２に示した部分と同様の部分については同一の符号を付して説明を省略する。図１７に示すように、実施の形態２にかかる第２伝送装置７２０のオーバーヘッド抽出部１２２０は、ＢＩＰエラー閾値判定部１７２１を備える。
【０１８３】
ＢＩＰエラー閾値判定部１７２１は、第１〜第４のサブフレーム（＃１〜＃４）のそれぞれについて、抽出されたオーバーヘッドに含まれるＢＩＰに基づくＢＩＰエラーの数を監視区間ごとに監視する。また、ＢＩＰエラー閾値判定部１７２１は、ＢＩＰエラーの数が所定の閾値を超えたサブフレームを示す制御信号をコンカチ制御部１２３０へ出力する。また、第２伝送装置７２０は、ＢＩＰエラー閾値判定部１７２１によって監視された各サブフレームのＢＩＰエラーの数を、第２伝送装置７２０から第１伝送装置７１０への信号に格納して第１伝送装置７１０へ通知する。
【０１８４】
たとえば、第２伝送装置７２０は、図１７に示す構成に加えて、図８に示した第１伝送装置７１０の構成と同様の構成を備える。そして、第２伝送装置７２０は、図８に示したオーバーヘッド挿入部８６０に対応する構成により、第１伝送装置７１０からの各サブフレームのＢＥＩエラーの数を示すオーバーヘッドを、第１伝送装置７１０へ送信する各サブフレームに格納する。たとえば、第２伝送装置７２０は、第１伝送装置７１０からの第１〜第４のサブフレーム（＃１〜＃４）のＢＥＩエラーの数を示すオーバーヘッドを、それぞれ、第１伝送装置７１０への第１〜第４のサブフレーム（＃１〜＃４）に格納する。
【０１８５】
コンカチ制御部１２３０は、パケット受信部１２５０から出力されるコンカチ制御変更通知パケットに基づく制御信号と、オーバーヘッド抽出部１２２０から出力されるＢＩＰエラーの監視結果に基づく制御信号と、に応じて、コンカチ制御を行う。たとえば、バイトマックス部１２３１は、オーバーヘッド抽出部１２２０から出力された第１〜第４サブフレームのデータのうち、オーバーヘッド抽出部１２２０から出力された制御信号が示すサブフレームを除くサブフレームのデータのバイトマックスを行う。
【０１８６】
これにより、たとえば第１〜第４のサブフレーム（＃１〜＃４）を使用中に第３，第４のサブフレーム（＃３，＃４）に障害が発生すると、コンカチ制御部１２３０は第１，第２のサブフレーム（＃１，＃２）の各データのバイトマックスを行う。この時点では、パケットはサブフレーム（＃１〜＃４）に分配されているため、元のパケットがＨＤＬＣカプセリング部１２４１やパケット受信部１２５０で正常に再構築されずにエラーとなる。
【０１８７】
ただし、第３，第４のサブフレーム（＃３，＃４）に障害が発生すると、上述したように、第１伝送装置７１０はパケットを第１，第２のサブフレーム（＃１，＃２）に分配して送信するようにコンカチ組み合わせを変更する。したがって、元のパケットがＨＤＬＣカプセリング部１２４１やパケット受信部１２５０で正常に再構築される。また、正常に再構築されずにエラーとなったパケットについては、たとえばパケットの再送制御によって第１伝送装置７１０から第２伝送装置７２０へ再送信される。
【０１８８】
（実施の形態２にかかる第２伝送装置による処理）
図１８は、実施の形態２にかかる第２伝送装置による処理の一例を示すフローチャートである。実施の形態２にかかる第２伝送装置７２０は、第１伝送装置７１０との間で通信を行っている間に、たとえば図１８に示す各ステップを実行する。
【０１８９】
まず、第２伝送装置７２０は、第１伝送装置７１０との間の通信に使用しているサブフレームのうち、ＢＩＰエラーが閾値を超えたサブフレームがあるか否かを判断する（ステップＳ１８０１）。そして、第２伝送装置７２０は、ＢＩＰエラーが閾値を超えたサブフレームがあると判断するまで待つ（ステップＳ１８０１：Ｎｏのループ）。ステップＳ１８０１の判断はたとえばＢＩＰエラー閾値判定部１７２１により実行することができる。
【０１９０】
ステップＳ１８０１において、ＢＩＰエラーが閾値を超えたサブフレームがあると判断すると（ステップＳ１８０１：Ｙｅｓ）、第２伝送装置７２０は、ＢＩＰエラーが閾値を超えたサブフレーム以外でコンカチ組み合わせの変更を行う（ステップＳ１８０２）。ステップＳ１８０２は、たとえばＢＩＰエラーが閾値を超えたサブフレームを示す制御信号をＢＩＰエラー閾値判定部１７２１がコンカチ制御部１２３０へ出力し、コンカチ制御部１２３０がその制御信号を参照することにより実行される。たとえば、ＢＩＰエラー閾値判定部１７２１は、第１〜第４サブフレームを使用しており、第３，第４サブフレームのＢＩＰエラーが閾値を超えた場合は、第１，第２サブフレームを用いてコンカチ組み合わせを設定する。
【０１９１】
つぎに、第２伝送装置７２０は、第１伝送装置７１０との間の通信に使用しているサブフレームについてＢＩＰエラーが閾値を下回ったか否かを判断し（ステップＳ１８０３）、ＢＩＰエラーが閾値を下回るまで待つ（ステップＳ１８０３：Ｎｏのループ）。ステップＳ１８０３の判断は、たとえばＢＩＰエラー閾値判定部１７２１により実行することができる。たとえば、ＢＩＰエラー閾値判定部１７２１は、使用中の第３，第４サブフレーム（＃３，＃４）の各ＢＩＰエラーが閾値を下回るまで待つ。
【０１９２】
ステップＳ１８０３において、ＢＩＰエラーが閾値を下回ると（ステップＳ１８０３：Ｙｅｓ）、第２伝送装置７２０は、ステップＳ１８０４へ移行する。すなわち、第２伝送装置７２０は、コンカチ組み合わせの変更を通知するコンカチ制御変更通知パケットを第１伝送装置７１０から受信したか否かを判断する（ステップＳ１８０４）。そして、第２伝送装置７２０は、コンカチ制御変更通知パケットを第１伝送装置７１０から受信するまで待つ（ステップＳ１８０４：Ｎｏのループ）。ステップＳ１８０４の判断は、たとえばパケット受信部１２５０およびコンカチ制御部１２３０により実行される。
【０１９３】
このコンカチ制御変更通知パケットは、コンカチ組み合わせを元に戻すことと、その変更タイミングと、を示す情報である。たとえば、このコンカチ制御変更通知パケットは、この時点で使用していた第３，第４サブフレーム（＃３，＃４）と、ＢＩＰエラーが閾値を下回った第１，第２サブフレーム（＃１，＃２）と、にパケットを格納することを示す情報である。
【０１９４】
ステップＳ１８０４において、コンカチ制御変更通知パケットを第１伝送装置７１０から受信すると（ステップＳ１８０４：Ｙｅｓ）、第２伝送装置７２０は、コンカチ組み合わせの変更指示をコンカチ制御部１２３０に対して行う（ステップＳ１８０５）。ステップＳ１８０５は、たとえばパケット受信部１２５０およびコンカチ制御部１２３０により実行される。
【０１９５】
つぎに、第２伝送装置７２０は、つぎに受信する各サブフレームのＭＦＡＳが規定値になったか否かを判断し（ステップＳ１８０６）、ＭＦＡＳが規定値になるまで待つ（ステップＳ１８０６：Ｎｏのループ）。この規定値は、第１伝送装置７１０からのコンカチ制御変更通知パケットが示すコンカチ組み合わせの変更タイミングを示すＭＦＡＳの値である。ステップＳ１８０６の判断は、たとえば、コンカチ制御部１２３０が、コンカチ組み合わせの変更タイミングを示すＭＦＡＳと、つぎに受信する各サブフレームのＭＦＡＳと、を比較することにより実行することができる。
【０１９６】
ステップＳ１８０６において、ＭＦＡＳが規定値になると（ステップＳ１８０６：Ｙｅｓ）、第２伝送装置７２０は、ステップＳ１８０５による変更指示に基づくコンカチ組み合わせの変更を行う（ステップＳ１８０７）。これにより、第２伝送装置７２０は、ステップＳ１８０２の前（コンカチ変更前）の状態に戻り、一連の処理を終了する。ステップＳ１８０７は、たとえばコンカチ制御部１２３０によって実行される。
【０１９７】
このように、実施の形態２によれば、第２伝送装置７２０が、第１伝送装置７１０からの複数のサブフレームの第２伝送装置７２０による受信結果に基づく制御情報（たとえばＢＥＩ）を第１伝送装置７１０へ送信することができる。そして、第１伝送装置７１０が、第２伝送装置７２０から受信した制御情報に基づいて、複数のサブフレームのうち、パケット８０１，８０２および装置内大容量データ８０３の少なくともいずれかを格納するサブフレームを選択することができる。
【０１９８】
これにより、第１伝送装置７１０は、第２伝送装置７２０へのサブフレームに異常が発生した場合に、障害が発生したサブフレームにはパケット８０１，８０２や装置内大容量データ８０３を格納しないようにすることが可能になる。このため、障害が発生していないサブフレームを用いて第１伝送装置７１０と第２伝送装置７２０との間の疎通を維持することが可能になり、サブフレーム単位の障害に対する耐性の向上を図ることができる。
【０１９９】
以上説明したように、通信装置および通信方法によれば、データを少ない遅延で送信することができる。
【０２００】
たとえば、従来技術では、ＧＣＣを経由して送信するデータは慢性的にレイテンシが悪くなる。その要因としては、すべてのデータがパケットのオーバーヘッドを付加して送信されることや、帯域監視とスケジューラを経由していることで、調停時間およびＩＰレイヤまでデータを見ることを要することが挙げられる。ＩＰはＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（インターネットプロトコル）の略である。
【０２０１】
たとえば装置のアップデートデータは、アップデートタイミングが決まっており、データ容量としても大きなことから、一時的に大きなデータを迅速に対向装置に送ることを要する。しかしながら、このアップデートデータをパケット化してＧＣＣにより送信する場合は、帯域監視およびスケジューラの性能がレイテンシ性能のボトルネックとなる。
【０２０２】
これに対して、上述した各実施の形態によれば、パケット用のサブフレームとは別の専用のサブフレームのオーバーヘッドに、アップデートデータ等の大容量データをパケット化せずに格納することができる。これにより、パケット化やパケット間の調停等にかかる時間を省き、大容量データを少ない遅延（レイテンシ）で送信できる。また、コンカチ制御の構成によりサブフレーム単位での障害に対するＧＣＣの疎通を維持することができ、ＧＣＣ疎通の耐障害性を向上させることができる。
【０２０３】
上述した各実施の形態に関し、さらに以下の付記を開示する。
【０２０４】
（付記１）複数のサブフレームを他の通信装置へ送信する送信部と、
前記送信部によって送信される前記複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドにパケット化された第１データを格納し、前記複数のサブフレームに含まれ前記一部のサブフレームと異なるサブフレームのオーバーヘッドにパケット化されていない第２データを格納する制御部と、
を備えることを特徴とする通信装置。
【０２０５】
（付記２）前記制御部は、前記第２データがない場合は前記複数のサブフレームに前記第１データを分配して格納することを特徴とする付記１に記載の通信装置。
【０２０６】
（付記３）前記制御部は、パケット化された複数の第１データの間の順序制御を行い、前記順序制御を行った前記複数の第１データを前記異なるサブフレームのオーバーヘッドに格納することを特徴とする付記１または２に記載の通信装置。
【０２０７】
（付記４）前記複数のサブフレームの前記他の通信装置による受信結果に基づく制御情報を前記他の通信装置から受信する受信部を備え、
前記制御部は、前記受信部によって受信された前記制御情報に基づいて、前記複数のサブフレームのうち、前記第１データおよび前記第２データの少なくともいずれかを格納するサブフレームを選択する、
ことを特徴とする付記１〜３のいずれか一つに記載の通信装置。
【０２０８】
（付記５）前記制御部は、前記受信部によって受信された前記制御情報に基づいて、前記複数のサブフレームのうちの障害が発生したサブフレームには前記第１データおよび前記第２データを格納しないことを特徴とする付記４に記載の通信装置。
【０２０９】
（付記６）前記送信部は、前記複数のサブフレームのうちの前記制御部が前記第１データを格納するサブフレームと、前記複数のサブフレームのうちの前記制御部が前記第２データを格納するサブフレームと、の組み合わせを示す制御情報を前記他の通信装置へ送信することを特徴とする付記１〜５のいずれか一つに記載の通信装置。
【０２１０】
（付記７）前記制御情報は、前記組み合わせを適用するタイミングを示す情報を含むことを特徴とする付記６に記載の通信装置。
【０２１１】
（付記８）前記制御部は、前記複数のサブフレームに含まれる一部の２以上のサブフレームに前記第２データを格納する場合は、前記２以上のサブフレームの各オーバーヘッドに前記第２データを配分して格納することを特徴とする付記１〜７のいずれか一つに記載の通信装置。
【０２１２】
（付記９）前記複数のサブフレームは、ＯＴＵＣｎフレームに含まれる各サブフレームであることを特徴とする付記１〜８のいずれか一つに記載の通信装置。
【０２１３】
（付記１０）前記オーバーヘッドはＧＣＣであることを特徴とする付記９に記載の通信装置。
【０２１４】
（付記１１）複数のサブフレームを他の通信装置から受信する受信部と、
前記受信部によって受信された前記複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドからパケット化された第１データを取得し、前記複数のサブフレームに含まれ前記一部のサブフレームと異なるサブフレームのオーバーヘッドからパケット化されていない第２データを取得する取得部と、
を備えることを特徴とする通信装置。
【０２１５】
（付記１２）前記受信部は、前記複数のサブフレームのうちの前記他の通信装置が前記第１データを格納するサブフレームと、前記複数のサブフレームのうちの前記他の通信装置が前記第２データを格納するサブフレームと、の組み合わせを示す制御情報を前記他の通信装置から受信し、
前記取得部は、前記受信部によって受信された前記制御情報に基づいて前記第１データおよび前記第２データを取得する、
ことを特徴とする付記１１に記載の通信装置。
【０２１６】
（付記１３）複数のサブフレームを他の通信装置へ送信し、
送信する前記複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドにパケット化された第１データを格納し、
前記複数のサブフレームに含まれ前記一部のサブフレームと異なるサブフレームのオーバーヘッドにパケット化されていない第２データを格納する、
ことを特徴とする通信方法。
【０２１７】
（付記１４）複数のサブフレームを他の通信装置から受信し、
受信した前記複数のサブフレームに含まれる一部のサブフレームのオーバーヘッドからパケット化された第１データを取得し、
前記複数のサブフレームに含まれ前記一部のサブフレームと異なるサブフレームのオーバーヘッドからパケット化されていない第２データを取得する、
ことを特徴とする通信方法。
【符号の説明】
【０２１８】
１１〜１ｎ，２１〜２ｍ  端末
３１，３２，２２１〜２３３，７０１〜７０４  光ファイバ
１００  通信システム
１１０  第１通信装置
１１１  送信部
１１２  制御部
１２０  第２通信装置
１２１  受信部
１２２  取得部
２００  光ネットワーク
２０１〜２０４  ユーザネットワーク
２１１〜２１９，４００  伝送装置
３００，７１０  第１伝送装置
３１０〜３１ｎ，３６０〜３６ｍ，４２１〜４２４，４３１，４３２  光モジュール
３２１〜３２ｎ，３７１〜３７ｍ  クライアントインタフェース部
３３０，３８０  スイッチ部
３４０，３９０  ネットワークインタフェース部
３４１，３９１  フレーム生成部
３４２，３９２  ＦＥＣエンコード部
３４３，３９３  スクランブル部
３４４，３９４  同期判定部
３４５，３９５  デスクランブル部
３４６，３９６  ＦＥＣデコード部
３４７，３９７  フレーム処理部
３５０，７２０  第２伝送装置
４１０  主信号処理回路
４４０，８１０  装置ＣＰＵ
４５０  監視制御回路
４６０  メモリ
４７０  ＬＡＮポート
５００  ＯＴＵフレーム
５１０，６１０  オーバーヘッド部
５１１〜５１３，６１１〜６１３  ＧＣＣ
５２０，６２０  ペイロード
５３０  誤り訂正符号部
６００  ＯＴＵＣｎフレーム
７３０  ＯＴＵＣ４フレーム
７３１〜７３４  サブフレーム
８０１，８０２，１０１０  パケット
８０３  装置内大容量データ
８２０  優先順位付け・帯域監視部
８３０  スケジューラ
８４１，８４２，１２４１，１２４２  ＨＤＬＣカプセリング部
８５０，１２３０  コンカチ制御部
８５１  バイトデマックス部
８６０  オーバーヘッド挿入部
８７０  ＯＴＵＣｎフレーム送信部
８７１〜８７４  ＯＴＵＣｎサブフレーム送信部
１０１１  先頭部
１０１２  ヘッダ部
１０１３，１０２３  ユーザデータ
１０１４  ＦＣＳ
１０２０  ＨＤＬＣフレーム
１０２１  スタートフラグ
１０２２  宛先情報等
１０２４  エンドフラグ
１２１０，１５１０  ＯＴＵＣｎフレーム受信部
１２１１〜１２１４，１５１１〜１５１４  ＯＴＵＣｎサブフレーム受信部
１２２０，１５２０  オーバーヘッド抽出部
１２３１  バイトマックス部
１２５０  パケット受信部
１５２１  ＢＥＩ閾値判定部
１７２１  ＢＩＰエラー閾値判定部
【図１】
2018148278.tif 000003
【図２】
2018148278.tif 000004
【図３】
2018148278.tif 000005
【図４】
2018148278.tif 000006
【図５】
2018148278.tif 000007
【図６】
2018148278.tif 000008
【図７】
2018148278.tif 000009
【図８】
2018148278.tif 000010
【図９】
2018148278.tif 000011
【図１０】
2018148278.tif 000012
【図１１】
2018148278.tif 000013
【図１２】
2018148278.tif 000014
【図１３】
2018148278.tif 000015
【図１４】
2018148278.tif 000016
【図１５】
2018148278.tif 000017
【図１６】
2018148278.tif 000018
【図１７】
2018148278.tif 000019
【図１８】
2018148278.tif 000020