知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024137645
(43)【公開日】2024-10-07
(54)【発明の名称】光伝送装置及び光伝送方法
(51)【国際特許分類】
H04J 3/00 20060101AFI20240927BHJP
【ＦＩ】
H04J3/00 B
H04J3/00 Q
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023191514
(22)【出願日】2023-11-09
(31)【優先権主張番号】P 2023046716
(32)【優先日】2023-03-23
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100087480
【弁理士】
【氏名又は名称】片山 修平
(72)【発明者】
【氏名】横倉 伊智郎
(72)【発明者】
【氏名】田辺 裕亮
(72)【発明者】
【氏名】杉山 純一
(72)【発明者】
【氏名】三上 和真
【テーマコード（参考）】
5K028
【Ｆターム（参考）】
5K028AA11
5K028BB08
(57)【要約】
【課題】パケットを伝送フレームに収容する際の収容効率低下を抑制する光伝送装置及び光伝送方法を提供することを目的とする。
【解決手段】光伝送装置は、複数のパケットを第１伝送フレームに収容する前に前記第１伝送フレームを変換した光信号の正常な送受信に対して影響がない特定データを前記複数のパケットから削除する第１処理回路と、前記複数のパケットの間に格納されたパディングデータを除去し、前記パディングデータの除去により空いたデータ領域を順に前記複数のパケットで前詰めした後に前記複数のパケットを前記第１伝送フレームに多重階梯を利用せずに収容する第２処理回路と、前記複数のパケットが収容された前記第１伝送フレームを前記光信号に変換して送信する第３処理回路と、を含む。
【選択図】図４
【解決手段】光伝送装置は、複数のパケットを第１伝送フレームに収容する前に前記第１伝送フレームを変換した光信号の正常な送受信に対して影響がない特定データを前記複数のパケットから削除する第１処理回路と、前記複数のパケットの間に格納されたパディングデータを除去し、前記パディングデータの除去により空いたデータ領域を順に前記複数のパケットで前詰めした後に前記複数のパケットを前記第１伝送フレームに多重階梯を利用せずに収容する第２処理回路と、前記複数のパケットが収容された前記第１伝送フレームを前記光信号に変換して送信する第３処理回路と、を含む。
【選択図】図４
【特許請求の範囲】
【請求項1】
複数のパケットを第１伝送フレームに収容する前に前記第１伝送フレームを変換した光信号の正常な送受信に対して影響がない特定データを前記複数のパケットから削除する第１処理回路と、
前記複数のパケットの間に格納されたパディングデータを除去し、前記パディングデータの除去により空いたデータ領域を順に前記複数のパケットで前詰めした後に前記複数のパケットを前記第１伝送フレームに多重階梯を利用せずに収容する第２処理回路と、
前記複数のパケットが収容された前記第１伝送フレームを前記光信号に変換して送信する第３処理回路と、
を含む光伝送装置。
前記複数のパケットの間に格納されたパディングデータを除去し、前記パディングデータの除去により空いたデータ領域を順に前記複数のパケットで前詰めした後に前記複数のパケットを前記第１伝送フレームに多重階梯を利用せずに収容する第２処理回路と、
前記複数のパケットが収容された前記第１伝送フレームを前記光信号に変換して送信する第３処理回路と、
を含む光伝送装置。
【請求項2】
前記第２処理回路は、前記複数のパケットが収容された前記第１伝送フレームの空き領域を廃棄対象データで埋め、
前記廃棄対象データは、前記光伝送装置に対向して前記光信号を受信する別の光伝送装置で廃棄される、
ことを特徴とする請求項１に記載の光伝送装置。
前記廃棄対象データは、前記光伝送装置に対向して前記光信号を受信する別の光伝送装置で廃棄される、
ことを特徴とする請求項１に記載の光伝送装置。
【請求項3】
前記第２処理回路は、前記複数のパケットに属する最後尾のパケットを分割し、前記最後尾のパケットの前半部を前記第１伝送フレームの末尾に収容し、前記最後尾のパケットの後半部を前記第１伝送フレームに連続する第２伝送フレームの先頭に収容する場合、前記第１伝送フレームの先頭に収容された単一のパケットが非分割パケットであることを表す所定数値を前記第１伝送フレームのヘッダ部に格納し、前記第２伝送フレームの先頭に収容された前記最後尾のパケットの前記後半部のバイト数を前記第２伝送フレームのヘッダ部に格納する、
ことを特徴とする請求項１又は２に記載の光伝送装置。
ことを特徴とする請求項１又は２に記載の光伝送装置。
【請求項4】
前記第３処理回路は、前記光信号を連続して受信し、最初に受信した前記光信号を前記複数のパケットが収容された前記第１伝送フレームに変換し、次に受信した前記光信号を前記複数のパケットが収容された前記第２伝送フレームに変換し、
前記第２処理回路は、前記第１伝送フレームから前記複数のパケットに属する前記最後尾のパケットの前半部を抽出して保持し、前記第２伝送フレームから前記複数のパケットに属する前記最後尾のパケットの後半部を抽出した後に、前記前半部と前記後半部とをまとめて前記第１処理回路に送信する、
ことを特徴とする請求項３に記載の光伝送装置。
前記第２処理回路は、前記第１伝送フレームから前記複数のパケットに属する前記最後尾のパケットの前半部を抽出して保持し、前記第２伝送フレームから前記複数のパケットに属する前記最後尾のパケットの後半部を抽出した後に、前記前半部と前記後半部とをまとめて前記第１処理回路に送信する、
ことを特徴とする請求項３に記載の光伝送装置。
【請求項5】
前記第２処理回路は、前記第３処理回路が前記光信号を連続して受信しなかった場合、保持する前記最後尾のパケットの前半部を廃棄する、
ことを特徴とする請求項４に記載の光伝送装置。
ことを特徴とする請求項４に記載の光伝送装置。
【請求項6】
前記第１処理回路は、前記光伝送装置がサーバからＣＸＬ（Compute eXpress Link）プロトコルに応じた特定パケットを受信した場合、前記光伝送装置に対向して前記光信号を受信する別の光伝送装置の接続デバイスによって発行される正式応答に代わる代理応答を前記サーバに送信する、
ことを特徴とする請求項１に記載の光伝送装置。
ことを特徴とする請求項１に記載の光伝送装置。
【請求項7】
前記第１処理回路は、前記別の光伝送装置から前記正式応答を受信した場合、前記正式応答と前記代理応答とを照合し、前記正式応答と前記代理応答との関係が異常である場合、前記特定パケットに対する処理のエラーを前記サーバに通知する、
ことを特徴とする請求項６に記載の光伝送装置。
ことを特徴とする請求項６に記載の光伝送装置。
【請求項8】
前記第１処理回路は、前記光信号に変換されるまでの前記第１伝送フレームを一時的に格納するバッファの格納量を監視し、前記別の光伝送装置から前記接続デバイスの処理負荷を含む特定情報を受信した際に前記格納量が閾値格納量以上である場合、前記サーバに対し、前記特定パケットの送信調整を要求するクレジット制御を通知する、
ことを特徴とする請求項６又は７に記載の光伝送装置。
ことを特徴とする請求項６又は７に記載の光伝送装置。
【請求項9】
前記特定パケットは、前記接続デバイスのメモリに書き込まれる書込対象データの書込先アドレスと前記書込先アドレス以外の非書込先アドレスとを格納するメッセージ領域を備え、
前記第１処理回路は、前記メッセージ領域からの前記書込先アドレスの抽出に基づいて、前記特定パケットを圧縮した圧縮パケットを生成し、
前記第２処理回路は、前記圧縮パケットを前記第１伝送フレームに収容する、
ことを特徴とする請求項６又は７に記載の光伝送装置。
前記第１処理回路は、前記メッセージ領域からの前記書込先アドレスの抽出に基づいて、前記特定パケットを圧縮した圧縮パケットを生成し、
前記第２処理回路は、前記圧縮パケットを前記第１伝送フレームに収容する、
ことを特徴とする請求項６又は７に記載の光伝送装置。
【請求項10】
複数のパケットを第１伝送フレームに収容する前に前記第１伝送フレームを変換した光信号の正常な送受信に対して影響がない特定データを前記複数のパケットから削除する第１処理と、
前記複数のパケットの間に格納されたパディングデータを除去し、前記パディングデータの除去により空いたデータ領域を順に前記複数のパケットで前詰めした後に前記複数のパケットを前記第１伝送フレームに多重階梯を利用せずに収容する第２処理と、
前記複数のパケットが収容された前記第１伝送フレームを前記光信号に変換して送信する第３処理と、
を含む光伝送方法。
前記複数のパケットの間に格納されたパディングデータを除去し、前記パディングデータの除去により空いたデータ領域を順に前記複数のパケットで前詰めした後に前記複数のパケットを前記第１伝送フレームに多重階梯を利用せずに収容する第２処理と、
前記複数のパケットが収容された前記第１伝送フレームを前記光信号に変換して送信する第３処理と、
を含む光伝送方法。
【発明の詳細な説明】
【技術分野】
【0001】
本件は光伝送装置及び光伝送方法に関する。
【背景技術】
【0002】
光伝送ネットワークが知られている（例えば特許文献１参照）。また、１００Ｇｂｐｓのクライアント信号を１００Ｇｂｐｓの光伝送用の伝送フレームに収容する技術が知られている。伝送フレームとして例えばＯＴＵ４（Optical Channel Transport Unit 4）フレーム（１１２Ｇｂｐｓ）が知られている（例えば特許文献２参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特表２０１８－５１９６９９号公報
【特許文献2】特開２０１６－０４６５９３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、１つのデータセンターに複数のサーバが設置されてサーバ間でデータ通信が行われることがある。また、異なるデータセンターのそれぞれに設置されたサーバ間でもデータ通信が行われることがある。サーバ間でデータ通信が行われる際、サーバのプロセッサがデータ通信のために使用される。プロセッサがデータ通信のために使用された状態で、例えばサーバのアプリケーションソフトウェアが実行されると、プロセッサの負荷が増大する。
【0005】
このようなプロセッサの負荷の増大を低減することを目的として、スマートＮＩＣ（Network Interface Card）が注目されている。スマートＮＩＣはプロセッサを備えており、サーバのＰＣＩｅスロットに取り付けられて使用される。スマートＮＩＣはサーバからクライアント信号として受け取ったＰＣＩｅフレーム（又はＰＣＩｅ物理パケット）からＰＣＩｅＴＬＰ（PCI express Transaction Layer Packet）と呼ばれるトランザクション層のパケットを抽出する。パケットを抽出すると、スマートＮＩＣはこのパケットをイーサネット（登録商標）フレームに収容して送信する。スマートＮＩＣはサーバとは別にデータ通信に係る処理を分担するため、サーバのプロセッサの負荷の増大が低減される。
【0006】
さらに、データ通信の低遅延化と低消費電力化を実現する場合には、スマートＮＩＣに光伝送機能を搭載することが想定される。この場合、光伝送機能を搭載するスマートＮＩＣ（以下、光伝送装置という）はイーサネット（登録商標）フレームをＯＴＮ（Optical Transport Network）フレームに収容して光伝送ネットワークに送信する。ＯＴＮフレームも光伝送用の伝送フレームであり、例えばＦｌｅｘＯフレームを含んでいる。
【0007】
しかしながら、イーサネット（登録商標）フレームのＯＴＮフレームへの収容には、ＩＴＵ－Ｔ（International Telecommunication Union - Telecommunication Standardization Sector：国際電気通信連合－電気通信標準化部門）勧告Ｇ．７０９が規定する多重階梯が求められる。多重階梯では収容効率が低下し、結果的に、データ通信に処理遅延が生じる可能性がある。
【0008】
そこで、１つの側面では、パケットを伝送フレームに収容する際の収容効率低下を抑制する光伝送装置及び光伝送方法を提供することを目的とする。
【課題を解決するための手段】
【0009】
１つの実施態様では、光伝送装置は、複数のパケットを第１伝送フレームに収容する前に前記第１伝送フレームを変換した光信号の正常な送受信に対して影響がない特定データを前記複数のパケットから削除する第１処理回路と、前記複数のパケットの間に格納されたパディングデータを除去し、前記パディングデータの除去により空いたデータ領域を順に前記複数のパケットで前詰めした後に前記複数のパケットを前記第１伝送フレームに多重階梯を利用せずに収容する第２処理回路と、前記複数のパケットが収容された前記第１伝送フレームを前記光信号に変換して送信する第３処理回路と、を含む。
【発明の効果】
【0010】
パケットを伝送フレームに収容する際の収容効率低下を抑制することができる。
【図面の簡単な説明】
【0011】
【図1】光伝送システムの一例である。
【図2】（ａ）は第１実施形態に係る直接収容の一例を説明する図である。（ｂ）は多重階梯の一例を説明する図である。
【図3】（ａ）は光伝送装置のハードウェア構成の一例を示すブロック図である。（ｂ）は光伝送装置の機能構成の一例を示すブロック図である。
【図4】第１実施形態に係る伝送部の機能構成の一例を示すブロック図である。
【図5】（ａ）はＰＣＩｅＴＬＰのフォーマットの一例である。（ｂ）はＰＣＩｅＴＬＰにおけるヘッダ領域のフォーマットの一例である。
【図6】フレーマ部が実行する処理の一例を説明する図である。
【図7】（ａ）はＯＴＮフレームのフォーマットとオーバーヘッドのフォーマットの一例である。（ｂ）はオーバーヘッドの詳細なフォーマットの一例である。
【図8】第１実施形態に係る光伝送装置の送信時の動作の一例を示すフローチャートである。
【図9】収容処理の一例を示すフローチャートである。
【図10】第１実施形態に係るフレーマ部が実行する処理の一例を説明する図である。
【図11】第１実施形態に係る光伝送装置の受信時の動作の一例を示すフローチャートである。
【図12】抽出処理の一例を示すフローチャートである。
【図13】デフレーマ部が実行する処理の一例を説明する図である。
【図14】デフレーマ部が実行する処理の他の一例を説明する図である。
【図15】異常発生時にデフレーマ部が実行する処理の一例を説明する図である。
【図16】第２実施形態に係る直接収容の一例を説明する図である。
【図17】第２実施形態に係る伝送部の機能構成の一例を示すブロック図である。
【図18】ＣＸＬパケットにおけるメッセージ領域のフォーマットの一例である。
【図19】（ａ）は応答部の処理の一例を説明する図である。（ｂ）はログ照合テーブルの一例である。
【図20】第２実施形態に係る光伝送装置の送信時の動作の一例を示すフローチャートである。
【図21】第２実施形態に係るフレーマ部が実行する処理の一例を説明する図である。
【図22】第２実施形態に係る光伝送装置の受信時の動作の一例を示すフローチャートである。
【図23】第２実施形態に係る別の光伝送装置の転送時の動作の一例を示すフローチャートである。
【図24】第２実施形態に係る光伝送装置の照合時の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【0012】
以下、本件を実施するための形態について図面を参照して説明する。
【0013】
（第１実施形態）
図１に示すように、光伝送システムＳＴは、光伝送装置１００，２００を有する。光伝送装置１００，２００は光伝送路３００，３１０を介して互いに接続されている。光伝送路３００，３１０は例えば光ファイバを含んでいる。光伝送路３００，３１０は光伝送ネットワークＮＷに含まれている。
図１に示すように、光伝送システムＳＴは、光伝送装置１００，２００を有する。光伝送装置１００，２００は光伝送路３００，３１０を介して互いに接続されている。光伝送路３００，３１０は例えば光ファイバを含んでいる。光伝送路３００，３１０は光伝送ネットワークＮＷに含まれている。
【0014】
光伝送装置１００はＰＣＩｅ接続部１５を介してサーバ１０と接続されている。ＰＣＩｅ接続部１５はサーバ１０のＰＣＩｅスロットと光伝送装置１００のコネクタとを含んでいる。光伝送装置２００はＰＣＩｅ接続部２５を介してサーバ２０と接続されている。ＰＣＩｅ接続部２５はサーバ２０のＰＣＩｅスロットと光伝送装置２００のコネクタとを含んでいる。ＰＣＩｅスロットにコネクタが装着されることで、光伝送装置１００はサーバ１０に接続され、光伝送装置２００はサーバ２０に接続される。
【0015】
光伝送装置１００はデジタル形式である電気的なＰＣＩｅフレームをクライアント信号としてサーバ１０から受信する。ＰＣＩｅフレームは物理レイヤのパケットであるため、ＰＣＩｅフレームをＰＣＩｅ物理パケットと呼んでもよい。光伝送装置１００は受信したＰＣＩｅフレームを光伝送用の伝送フレームに変換する。
【0016】
例えば、図２（ａ）に示すように、ＰＣＩｅフレームにはＰＣＩｅＴＬＰが格納されている。光伝送装置１００はＰＣＩｅフレームからＰＣＩｅＴＬＰを抽出する。光伝送装置１００は、ＰＣＩｅＴＬＰを抽出すると、例えばＦｌｅｘＯフレームといったＯＴＮフレームにＰＣＩｅＴＬＰを直接的に収容する。このような直接的な収容はダイレクトマッピングと呼ばれることがある。ＯＴＮフレームに余裕がある場合には、光伝送装置１００は後続のＰＣＩｅＴＬＰを順にＯＴＮフレームに収容する。これにより、ＯＴＮフレームには複数のＰＣＩｅＴＬＰが収容される。
【0017】
ここで、図２（ｂ）に示すように、仮に光伝送装置１００がＰＣＩｅフレームから抽出したＰＣＩｅＴＬＰをイーサネット（登録商標）フレームに収容（マッピング）し、イーサネット（登録商標）フレームを多重階梯によりＯＴＮフレームに収容する場合を説明する。この場合、まず、光伝送装置１００はイーサネット（登録商標）フレームをＯＤＵｆｌｅｘフレームに収容する。次に、光伝送装置１００はＯＤＵｆｌｅｘフレームをＯＴＵＣｎフレームに収容する。ＯＴＵＣｎフレームに余裕がある場合、光伝送装置１００は後続のＯＤＵｆｌｅｘフレームを順にＯＴＵＣｎフレームに収容する。これにより、ＯＴＵＣｎフレームには複数のＯＤＵｆｌｅｘフレームが収容される。ＯＴＵＣｎフレームに複数のＯＤＵｆｌｅｘフレームが収容されると、光伝送装置１００はＦｌｅｘＯフレームといったＯＴＮフレームにＯＴＵＣｎフレームを収容する。
【0018】
このように、多種多様なフレームを多重して収容する多重階梯を利用して光伝送用のＯＴＮフレームが生成される場合、多重階梯に起因して処理が遅延する。また、多重階梯の過程でイーサネット（登録商標）フレームやＯＤＵｆｌｅｘフレーム、ＯＴＵＣｎフレームといった様々な固定長の中間伝送フレームにＰＣＩｅＴＬＰが収容される。このような中間伝送フレームがＦｌｅｘＯフレームといったＯＴＮフレームの収容領域を圧迫するため、結果的にＰＣＩｅＴＬＰのＯＴＮフレームへの収容量が低下する。すなわち、多重階梯が利用された場合、ＰＣＩｅＴＬＰの収容効率が低下し、また、データ通信に処理遅延が生じる。
【0019】
しかしながら、本実施形態によれば、ＯＴＮフレームにＰＣＩｅＴＬＰが直接的に収容される。中間伝送フレームが介在しないため、中間伝送フレームが占めるＯＴＮフレームの領域に空きが確保され、多くのＰＣＩｅＴＬＰの収容が可能となる。これにより、ＰＣＩｅＴＬＰの収容効率の低下を抑制することができる。また、多重階梯が利用されないため、データ通信に係る処理遅延を抑制することができる。
【0020】
図１に戻り、光伝送装置１００はＰＣＩｅＴＬＰをＯＴＮフレームに収容すると、エラー訂正符号であるＦＥＣ（前方誤り訂正）を生成し、ＦＥＣをＯＴＮフレームに付加する。光伝送装置１００は、ＦＥＣをＯＴＮフレームに付加すると、ＯＴＮフレームを電気信号から光信号に変換し、光信号を光伝送装置２００に向けて送信する。
【0021】
光伝送装置２００は、光伝送装置１００から送信され、光伝送路３００を経由した光信号を受信する。光伝送装置２００は、光信号を受信すると、光信号を電気的なＯＴＮフレームに変換し、ＯＴＮフレームからＦＥＣを取り出してエラー訂正を行う。光伝送装置２００は、エラー訂正を行うと、ＯＴＮフレームからＰＣＩｅＴＬＰを抽出（デマッピング）してＰＣＩｅフレームに収容し、サーバ２０に転送する。
【0022】
なお、一例として光伝送装置１００を光信号の送信側、光伝送装置２００を光信号の受信側として説明したが、光伝送装置２００を光信号の送信側、光伝送装置１００を光信号の受信側とした場合も基本的に上述した説明と同様である。この場合、光伝送装置１００は光伝送装置２００から送信されて光伝送路３１０を経由した光信号を受信する。
【0023】
図３を参照して、光伝送装置１００の構成の詳細について説明する。なお、光伝送装置２００については基本的に光伝送装置１００と同様の構成であるため、詳細な説明は省略する。
【0024】
まず、図３（ａ）に示すように、光伝送装置１００は、ハードウェア回路として、ＦＰＧＡ（Field Programmable Gate Array）１００Ａ、ＣＰＵ（Central Processing Unit）１００Ｂ、ＧＰＧＰＵ（General Purpose computing with Graphic Processing Unit）１００Ｃ、及びメモリ１００Ｄを備えている。図示しないが、ＦＰＧＡ１００Ａの後段にＱＳＦＰ（quad small form factor pluggable）といった光トランシーバを設けてもよい。例えば、ＦＰＧＡ１００Ａは光伝送レイヤの処理を実行し、ＧＰＧＰＵ１００ＣはＩＰ（Internet Protocol）レイヤの処理を実行する。ＣＰＵ１００Ｂは光伝送装置１００の全体の処理を制御する。
【0025】
ＦＰＧＡ１００Ａに代えて、ＤＳＰ（Digital Signal Processor）やＡＳＩＣ（Application Specific Integrated Circuit）、ＬＳＩ（Large-Scale Integration）といったハードウェア回路を採用してもよい。なお、メモリはＲＡＭ（Random Access Memory）とＲＯＭ（Read Only Memory）のいずれか一方又は両方を含んでいる。ＲＡＭは例えばＤＤＲ（Double-Data-Rate Synchronous Dynamic Random Access Memory）を採用することができる。
【0026】
ＦＰＧＡ１００Ａは内部バス１００ＥによってＣＰＵ１００Ｂ及びＧＰＧＰＵ１００Ｃと接続されている。ＣＰＵ１００Ｂ及びＧＰＧＰＵ１００Ｃは内部バス１００Ｆによってメモリ１００Ｄに接続されている。ＦＰＧＡ１００Ａは後述する機能を実現し、また、後述するフローチャートに応じた各種の処理を実行する。例えば、ＦＰＧＡ１００Ａは自身に格納されたプログラムによって機能を実現し、また、処理を実行する。
【0027】
次に、図３（ｂ）に示すように、光伝送装置１００は、伝送部１１０、制御部１２０、及び記憶部１３０を含んでいる。伝送部１１０は上述したＦＰＧＡ１００Ａや光トランシーバなどによって実現することができる。制御部１２０は上述したＣＰＵ１００Ｂ及びＧＰＧＰＵ１００Ｃによって実現することができる。記憶部１３０は上述したメモリ１００Ｄによって実現することができる。したがって、伝送部１１０は制御部１２０に接続され、制御部１２０は記憶部１３０に接続される。
【0028】
【0029】
図４に示すように、伝送部１１０は入出力部１１１とデータ処理部１１２とフレーム処理部１１３とデジタルコヒーレント部１１４とを備えている。データ処理部１１２は第１処理回路の一例である。フレーム処理部１１３は第２処理回路の一例である。デジタルコヒーレント部１１４は第３処理回路の一例である。
【0030】
ここで、データ処理部１１２は削除部１５０と再現部１８０とを含んでいる。削除部１５０は第１削除部１５１と第２削除部１５２とを含み、再現部１８０は復元部１８１と計算部１８２とを含んでいる。一方、フレーム処理部１１３はフレーマ部１６０とデフレーマ部１７０とを含んでいる。フレーマ部１６０はスタッフィング部１６１と収容部１６２とを含み、デフレーマ部１７０は抽出部１７１を含んでいる。
【0031】
入出力部１１１にはサーバ１０から出力されたＰＣＩｅフレームが順に連続して入力される。入出力部１１１にＰＣＩｅフレームが入力されると、入出力部１１１はＰＣＩｅフレームに収容されたＰＣＩｅＴＬＰを抽出し（併せて図２（ａ）参照）、第１削除部１５１に順に出力する。また、入出力部１１１には計算部１８２から出力されたＰＣＩｅＴＬＰが入力される。入出力部１１１にＰＣＩｅＴＬＰが入力されると、入出力部１１１はＰＣＩｅＴＬＰをＰＣＩｅフレームに収容してサーバ１０に出力する。
【0032】
第１削除部１５１は入出力部１１１から出力されたＰＣＩｅＴＬＰからＰＣＩｅＴＬＰに付与されたＣＲＣ（Cyclic Redundancy Check）データを削除する。ＣＲＣデータはＯＴＮフレームを変換した光信号の正常な送受信に対して影響がない特定データの一例である。上述したように、ＯＴＮフレームにはＦＥＣが付加されるため、ＰＣＩｅＴＬＰに付与されたＣＲＣデータは削除しても光信号の正常な送受信に影響がない又は軽微であると想定される。第１削除部１５１はＣＲＣデータを削除すると、ＣＲＣデータを削除したＰＣＩｅＴＬＰを第２削除部１５２に出力する。
【0033】
第２削除部１５２は第１削除部１５１から出力されたＰＣＩｅＴＬＰのヘッダ領域からヘッダ領域に格納されたヘッダデータの一部であるＬｅｎｇｔｈデータを削除する。ＬｅｎｇｔｈデータもＯＴＮフレームを変換した光信号の正常な送受信に対して影響がない特定データの一例である。例えば、ＰＣＩｅＴＬＰは主信号に相当するデータ本体を含まない場合がある。この場合、データ本体のデータ長がないため、Ｌｅｎｇｔｈデータが不要である。したがって、互いに対向する光伝送装置１００，２００間でＬｅｎｇｔｈデータを削除対象として取り決めておけば、Ｌｅｎｇｔｈデータが削除されても光信号の正常な送受信に影響がない又は軽微であると想定される。第２削除部１５２はＬｅｎｇｔｈデータを削除すると、Ｌｅｎｇｔｈデータを削除したＰＣＩｅＴＬＰをスタッフィング部１６１に出力する。
【0034】
なお、ＰＣＩｅＴＬＰでは、図５（ａ）に示すように、ヘッダ領域３０、データ領域４０、オプション領域５０などを含むフォーマットが事前に定義されている。上述したＣＲＣデータはオプション領域５０に格納されており、データ本体はデータ領域４０に格納されている。
【0035】
また、図５（ｂ）に示すように、ヘッダ領域３０でもフォーマットが事前に定義されており、上述したＬｅｎｇｔｈデータはＬＮ領域３１に格納されている。第２削除部１５２は一例としてＬｅｎｇｔｈデータを削除したが、光信号の正常な送受信に対して影響が軽微であれば、ＴＣ領域３２に格納されたデータやＴＨ領域３３に格納されたデータを削除してもよい。
【0036】
スタッフィング部１６１は第２削除部１５２から出力されたＰＣＩｅＴＬＰを受信する。図６の上段に示すように、スタッフィング部１６１にはＰＣＩｅＴＬＰが順に連続して入力される。ＰＣＩｅＴＬＰは可変長パケットであるため、ＰＣＩｅＴＬＰのデータ本体のデータ量によっては既定のパケットサイズ（又はパケット長）よりも小さい場合がある。この場合、ＰＣＩｅＴＬＰのパケットサイズの残領域にパディングデータ（図６においてｐａｄと表記）が詰め込まれて既定のパケットサイズに揃えられている（ＴＬＰ＃１参照）。
【0037】
一方で、ＰＣＩｅＴＬＰのデータ本体のデータ量によっては既定のパケットサイズよりも大きい場合がある。この場合、ＰＣＩｅＴＬＰのデータ本体が分割されて、例えばデータ本体の後半部が次のＰＣＩｅＴＬＰに格納される（ＴＬＰ＃２参照）。スタッフィング部１６１はＰＣＩｅＴＬＰを受信して、パディングデータを検出する度に、図６の中段に示すように、パディングデータを除去する。パディングデータを除去することによりデータ領域が空く。このため、図６の中段に示すように、ＰＣＩｅＴＬＰのヘッダ領域に格納されたヘッダデータやデータ本体などをＴＬＰデータ（ＴＬＰ＃１，ＴＬＰ＃２など）として前詰めする。
【0038】
ここで、ＴＬＰデータを前詰めしてもＯＴＮフレームの１フレーム分に満たない場合がある。この場合、スタッフィング部１６１はＯＴＮフレームに残存する残存データ領域にＩＤＬＥ ｐａｔｔｅｒｎを挿入して、残存データ領域をＩＤＬＥ ｐａｔｔｅｒｎで埋める。ＩＤＬＥ ｐａｔｔｅｒｎは廃棄対象データの一例であり、光伝送装置２００で廃棄される。図５（ｂ）に示すように、ヘッダ領域３０の先頭１バイトにはＦｍｔ領域３４とＴｙｐｅ領域３５が定義されている。
【0039】
スタッフィング部１６１はこの先頭１バイトに定義されたＦｍｔ領域３４とＴｙｐｅ領域３５にＰＣＩｅの規格上定義されていないビット列をＩＤＬＥ ｐａｔｔｅｒｎとして挿入する。例えば、スタッフィング部１６１はビット列「１１１０００００」を挿入して、このデータが不要なデータであることを光伝送装置２００に認識させる。このように、光信号の受信側で不要なデータか否かを判別することができる。スタッフィング部１６１はＰＣＩｅＴＬＰのデータ本体などを前詰めした１フレーム分のデータ塊を保持する。
【0040】
収容部１６２はスタッフィング部１６１が保持するデータ塊から１収容周期分のＴＬＰデータを取得してＯＴＮフレームに収容する。例えば、図６の下段及び図７（ａ）に示すように、収容部１６２はＯＴＮフレームのオーバーヘッド（図６及び図７（ａ）においてＯＨと表記）の後ろに位置するペイロード部６０にデータ塊を収容する。また、収容部１６２はＯＴＮフレームのオーバーヘッドの指定領域にそのＯＴＮフレームの先頭に位置するＴＬＰデータが分割データであるか非分割データであるかを示す情報を格納する。分割データはＴＬＰデータが分割されたデータであることを表し、非分割データはＴＬＰデータが分割されていないデータあることを表す。
【0041】
例えば、図７（ｂ）に示すように、収容部１６２はオーバーヘッドのリザーブ領域７０における３９バイト目及び４０バイト目を指定領域として分割に関する情報を格納する。ＴＬＰデータが非分割データである場合には、図６の下段に示すように、収容部１６２は非分割データであることを示す識別数値「０」（ＦＴＬ＝０）を格納する。詳細は後述するが、ＴＬＰデータが分割データである場合には、収容部１６２はそのＯＴＮフレームにおけるＴＬＰデータのバイト数を格納する。すなわち、収容部１６２は分割されたＴＬＰデータの後半部のバイト数を格納する。収容部１６２はデータ塊をＯＴＮフレームに収容すると、ＯＴＮフレームをデジタルコヒーレント部１１４に出力する。これにより、ＴＬＰデータが分割データであるか否かを判別することができ、分割データであれば、光信号の受信側でＴＬＰデータを復元できる
【0042】
デジタルコヒーレント部１１４はＯＴＮフレームを光信号に変換し、光信号を光伝送装置２００に向けて送信する。図示しないが、デジタルコヒーレント部１１４はＯＴＮフレームにＦＥＣを付加するＦＥＣエンコーダやＯＴＮフレームをデジタル形式からアナログ形式に変換するＤＡＣ（Digital Analogue Converter）などを含んでいる。また、デジタルコヒーレント部１１４は局発光によりアナログ形式のＯＴＮフレームを光信号に変換して送信する光変調器や、光伝送路３１０から受信した光信号を局発光によりアナログ形式のＯＴＮフレームに変換するコヒーレントレシーバを含んでいる。そのほか、デジタルコヒーレント部１１４はアナログ形式のＯＴＮフレームをデジタル形式のＯＴＮフレームに変換するＡＤＣ（Analogue Digital Converter）やＯＴＮフレームに付加されたＦＥＣに基づいてＯＴＮフレームのエラー訂正を行い、ＯＴＮフレームを抽出部１７１に出力するＦＥＣデコーダなどを含んでいる。
【0043】
抽出部１７１はデジタルコヒーレント部１１４から出力されたＯＴＮフレームからＴＬＰデータを抽出して、復元部１８１に出力する。抽出部１７１が抽出するＴＬＰデータはＬｅｎｇｔｈデータやＣＲＣデータなどが光伝送装置２００によって削除されている。このため、復元部１８１は、光伝送装置１００との事前の取り決めに基づいて、Ｌｅｎｇｔｈデータなどヘッダに格納されていたヘッダデータを復元し、計算部１８２に出力する。計算部１８２は復元部１８１から出力されたＴＬＰデータに基づいてＣＲＣを再計算し、ＴＬＰデータにＣＲＣを追加し、ＰＣＩｅＴＬＰを再現する。計算部１８２はＰＣＩｅＴＬＰを再現すると、ＰＣＩｅＴＬＰを入出力部１１１に出力する。これにより、入出力部１１１はＰＣＩｅＴＬＰをＰＣＩｅフレームに収容してサーバ１０に出力する。
【0044】
図８を参照して、第１実施形態に係る光伝送装置１００の送信時の動作について説明する。
【0045】
まず、入出力部１１１はＰＣＩｅフレームからＰＣＩｅＴＬＰを抽出する（ステップＳ１）。入出力部１１１がＰＣＩｅＴＬＰを抽出すると、削除部１５０は特定データを削除する（ステップＳ２）。より詳しくは、第１削除部１５１が特定データの一例であるＣＲＣデータを削除し、第２削除部１５２が特定データの一例であるＬｅｎｇｔｈデータなどを削除する。
【0046】
削除部１５０が特定データを削除すると、スタッフィング部１６１はＰＣＩｅＴＬＰからパディングデータを除去し（ステップＳ３）、ＴＰＬデータの前方スタッフィングを実行する（ステップＳ４）。すなわち、スタッフィング部１６１はパディングデータを検出する度にパディングデータを除去し、ＴＬＰデータを前詰めする（図６中段参照）。スタッフィング部１６１が前方スタッフィングを実行すると、収容部１６２は収容処理を実行する（ステップＳ５）。収容処理は１フレーム分のデータ塊から収容周期分のＴＬＰデータを取得してＯＴＮフレームに収容する処理である。収容処理の詳細については後述する。
【0047】
収容部１６２が収容処理を実行し終えると、デジタルコヒーレント部１１４はＯＴＮフレームを光信号に変換し（ステップＳ６）、光信号を送信する（ステップＳ７）。光信号を送信すると、光伝送装置１００は送信時の処理を終了する。これにより、光伝送装置１００から光信号が送信され、光伝送装置２００がこの光信号を受信する。
【0048】
【0049】
まず、図９に示すように、収容部１６２は収容先がＯＴＮフレームの先頭に位置するデータ領域であるか否かを判断する（ステップＳ１１）。ＯＴＮフレームの先頭の位置するデータ領域である場合（ステップＳ１１：ＹＥＳ）、収容部１６２は直前のＯＴＮフレームの最後尾のＴＬＰデータを分割したか否かを判断する（ステップＳ１２）。直前のＯＴＮフレームの最後尾のＴＬＰデータを分割した場合（ステップＳ１２：ＹＥＳ）、収容部１６２はＯＴＮフレームのオーバーヘッドの指定領域にバイト数を格納する（ステップＳ１３）。
【0050】
例えば、図１０の上段及び中段に示すように、２フレーム目のＯＴＮフレームが収容処理の処理対象フレームである場合に、２フレーム目のＯＴＮフレームの直前である１フレーム目の最後尾のＴＬＰデータ（ＴＬＰ＃５０）は収容部１６２によって分割されている。このように、直前のＯＴＮフレームの最後尾のＴＬＰデータが分割されている場合、図１０の下段に示すように、収容部１６２は２フレーム目のＯＴＮフレームのオーバーヘッドの指定領域にバイト数「２０」（ＦＴＬ＝２０）を格納する。
【0051】
これにより、光伝送装置２００は光信号を受信後に２フレーム目のＯＴＮフレームの先頭のデータ領域に収容されたＴＬＰデータが分割データであると判別することができる。なお、収容先がＯＴＮフレームの先頭に位置するデータ領域でない場合（ステップＳ１１：ＮＯ）や直前のＯＴＮフレームの最後尾のＴＬＰデータが分割されていない場合（ステップＳ１２：ＮＯ）、収容部１６２はステップＳ１３の処理をスキップする。
【0052】
ステップＳ１１～Ｓ１３のいずれの処理が終了すると、収容部１６２は収容部１６２の前段に位置するスタッフィング部１６１にＴＬＰデータが存在するか否かを判断する（ステップＳ１４）。ＴＬＰデータが存在する場合（ステップＳ１４：ＹＥＳ）、収容部１６２はＴＬＰデータを収容する（ステップＳ１５）。より詳しくは、収容部１６２はスタッフィング部１６１から収容部１６２の収容周期（図６参照）分のＴＬＰデータを取得してＯＴＮフレームの対象データ領域に収容する。一方、ＴＬＰデータが存在しない場合（ステップＳ１４：ＮＯ）、収容部１６２は廃棄対象データを収容する（ステップＳ１６）。すなわち、収容部１６２はＯＴＮフレームの対象データ領域にＩＤＬＥ ｐａｔｔｅｒｎを挿入する。
【0053】
ステップＳ１５又はＳ１６の処理が終了すると、収容部１６２は収容先がＯＴＮフレームの末尾に位置するデータ領域であるか否かを判断する（ステップＳ１７）。収容先がＯＴＮフレームの末尾に位置するデータ領域でない場合（ステップＳ１７：ＮＯ）、収容部１６２はステップＳ１４からＳ１６までの処理を繰り返す。これにより、スタッフィング部１６１にＴＬＰデータが存在する限り、ＯＴＮフレームに次々とＴＬＰデータが収容される。そして、スタッフィング部１６１にＴＬＰデータが存在しなくなると、ＯＴＮフレームの末尾に位置するデータ領域まで廃棄対象データが収容される。
【0054】
この結果、図１０の下段に示すように、例えば２フレーム目のＯＴＮフレームが収容される。収容先がＯＴＮフレームの末尾に位置するデータ領域である場合（ステップＳ１７：ＹＥＳ）、収容処理を終了する。これにより、収容部１６２はＯＴＮフレームを後段のデジタルコヒーレント部１１４に出力する。
【0055】
図１１を参照して、光伝送装置１００の受信時の動作について説明する。
【0056】
まず、デジタルコヒーレント部１１４は光伝送装置２００から送信された光信号を受信する（ステップＳ２１）。デジタルコヒーレント部１１４は、光信号を受信すると、光信号をＯＴＮフレームに変換する（ステップＳ２２）。デジタルコヒーレント部１１４が光信号をＯＴＮフレームに変換すると、抽出部１７１は抽出処理を実行する（ステップＳ２３）。抽出処理はＯＴＮフレームからＴＬＰデータを抽出する処理である。抽出処理の詳細については後述する。
【0057】
抽出部１７１が抽出処理を実行し終えると、再現部１８０はＰＣＩｅＴＬＰを再現する（ステップＳ２４）。より詳しくは、復元部１８１がＴＬＰデータのデータ長に基づいて、Ｌｅｎｇｔｈデータなどを復元し、計算部１８２がＬｅｎｇｔｈデータなどを含むＴＬＰデータに基づいてＣＲＣを再計算して、ＣＲＣデータをＴＬＰデータに付与する。ＣＲＣデータを付与したＴＬＰデータのデータサイズが既定のパケットサイズに満たない場合、計算部１８２はＴＬＰデータにパディングデータを付与して、既定のパケットサイズを充足する。
【0058】
再現部１８０がＰＣＩｅＴＬＰを再現すると、入出力部１１１はＰＣＩｅフレームを転送し（ステップＳ２５）、処理を終了する。より詳しくは、入出力部１１１はＰＣＩｅＴＬＰをＰＣＩｅフレームに収容し、そのＰＣＩｅフレームをサーバ１０に転送する。このように、サーバ２０から送信されたＰＣＩｅフレームをサーバ１０が受信する。
【0059】
【0060】
まず、図１２に示すように、抽出部１７１は分割データであるか否かを判断する（ステップＳ３１）。より詳しくは、抽出部１７１はＯＴＮフレームのオーバーヘッドの指定領域に格納された情報に基づいて、ＯＴＮフレームの先頭に位置するデータ領域に格納されたＴＬＰデータが分割データであるか否かを判断する。例えば、図１３の上段に示すように、ＯＴＮフレームのオーバーヘッドの指定領域に識別数値「０」（ＦＴＬ＝０）が格納されている場合、ＯＴＮフレームの先頭に位置するデータ領域に格納されたＴＬＰデータが非分割データであると判断する。一方、図１４の上段に示すように、ＯＴＮフレームのオーバーヘッドの指定領域にバイト数「２０」（ＦＴＬ＝２０）が格納されている場合、ＯＴＮフレームの先頭に位置するデータ領域に格納されたＴＬＰデータが分割データであると判断する。
【0061】
ＴＬＰデータが非分割データである場合（ステップＳ３１：ＮＯ）、抽出部１７１は廃棄対象データを検出したか否かを判断する（ステップＳ３２）。すなわち、抽出部１７１はＩＤＬＥ ｐａｔｔｅｒｎを検出したか否かを判断する。廃棄対象データを検出した場合（ステップＳ３２：ＹＥＳ）、抽出部１７１は廃棄対象データを廃棄し（ステップＳ３３）、抽出処理を終了する。一方、廃棄対象データを検出しなかった場合（ステップＳ３２：ＮＯ）、抽出部１７１はＴＬＰデータを抽出し（ステップＳ３４）、抽出処理を終了する。
【0062】
例えば、図１３の上段及び中段に示すように、ＴＬＰデータのヘッダ領域に格納されたＴＬＰデータのＬｅｎｇｔｈデータに基づいて、抽出部１７１はＴＬＰデータを抽出する。抽出部１７１が抽出周期ごとに抽出処理を繰り返すことにより、例えばＴＬＰ＃１からＴＬＰ＃４９までの各ＴＬＰデータが抽出される。なお、図１３の下段に示すように、これらの各ＴＬＰデータは、Ｌｅｎｇｔｈデータの復元とＣＲＣの再計算を経て、入出力部１１１においてパディングデータが必要に応じて付与され、ＰＣＩｅＴＬＰフレームに収容されてサーバ１０に出力される。
【0063】
一方、ＴＬＰデータのヘッダ領域に格納されたＬｅｎｇｔｈデータとＴＬＰデータの実際のパケット長が異なる場合には、抽出部１７１はそのＴＬＰデータの後段への出力を保留する。これにより、図１３の上段及び中段に示すように、例えばＴＬＰ＃５０が分割されていれば、抽出部１７１はＴＬＰ＃５０の後段への出力を保留する。
【0064】
ここで、ステップＳ３１の処理において、ＴＬＰデータが分割データである場合（ステップＳ３１：ＹＥＳ）、抽出部１７１はＴＬＰデータの前半部と合成し（ステップＳ３５）、抽出処理を終了する。例えば、図１４の上段及び中段に示すように、ＯＴＮフレームの先頭に位置するデータ領域にＴＬＰデータの後半部が格納されている場合、抽出部１７１はこのＯＴＮフレームの直前のＯＴＮフレームの最後尾に位置するデータ領域に格納されたＴＬＰデータの前半部が保留分として保持する。このため、抽出部１７１はＯＴＮフレームの先頭に位置するデータ領域から２０バイト分のＴＬＰデータをＴＬＰデータの後半部として取得し、ＴＬＰデータの後半部とＴＬＰデータの前半部とを合成してまとめて送信する。
【0065】
抽出部１７１はＴＬＰデータの前半部のヘッダ領域に格納されたＬｅｎｇｔｈデータが合成後のＴＬＰデータと同じであれば、正常に抽出できたと判断し、合成後のＴＬＰデータを後段に出力する。ＴＬＰデータの後半部に続く残りのＴＬＰデータについては、抽出部１７１はＴＬＰデータが非分割データである場合と同様の処理により抽出する。なお、図１４の下段に示すように、これらの各ＴＬＰデータは、Ｌｅｎｇｔｈデータの復元とＣＲＣの再計算を経て、入出力部１１１においてパディングデータが必要に応じて付与され、ＰＣＩｅＴＬＰフレームに収容されてサーバ１０に出力される。
【0066】
ところで、抽出部１７１はＯＴＮフレームの１フレーム目を正常に受信するものの、図１５に示すように、例えばＯＴＮフレームの２フレーム目を正常に受信せずに、受信エラーが発生することもある。この場合、抽出部１７１はＴＬＰデータの保留分を廃棄すればよい。また、ＯＴＮフレームの２フレーム目に受信エラーが発生した後に、抽出部１７１がＯＴＮフレームの３フレーム目を受信した場合、ＯＴＮフレームの先頭に位置するデータ領域にはＴＬＰデータの後半部が格納されている可能性がある。
【0067】
このＴＬＰデータの前半部はＯＴＮフレームの２フレーム目の末尾に格納されているため、受信エラーが発生すると、ＴＬＰデータの後半部を再現することができない。このため、このような場合には、抽出部１７１はＯＴＮフレームの先頭に位置するデータ領域に格納されたＴＬＰデータの後半部を抽出しても、抽出したＴＬＰデータの後半部を廃棄すればよい。このように、ＴＬＰデータの前半部やＴＬＰデータの後半部が廃棄されることで、抽出部１７１にＴＬＰデータの一部が残留することを回避することができる。
【0068】
以上説明したように、本実施形態に係る光伝送装置１００はデータ処理部１１２とフレーム処理部１１３とデジタルコヒーレント部１１４とを含んでいる。データ処理部１１２は複数のＰＣＩｅＴＬＰをＯＴＮフレームに直接的に収容する前にＯＴＮフレームを変換した光信号の正常な送受信に対して影響がない特定データを複数のＰＣＩｅＴＬＰから削除する。フレーム処理部１１３は複数のＰＣＩｅＴＬＰの間に格納されたパディングデータを除去し、パディングデータの除去により空いたデータ領域を順に複数のＰＣＩｅＴＬＰで前詰めした後に複数のＰＣＩｅＴＬＰをＯＴＮ伝送フレームに多重階梯を利用せずに直接的に収容する。デジタルコヒーレント部１１４は複数のＰＣＩｅＴＬＰが収容されたＯＴＮフレームを光信号に変換して送信する。これにより、ＰＣＩｅＴＬＰをＯＴＮフレームに収容する際の収容効率低下を抑制することができる。
【0069】
（第２実施形態）
図１６乃至図２４を参照して、本件の第２実施形態について説明する。まず、図１６に示すように、上述した光伝送装置１００にはＣＸＬ（Compute eXpress Link）パケットが格納された電気的なクライアント信号が入力されてくる場合がある。ＣＸＬパケットは特定パケットの一例であって、Ｍ２Ｓ ＲｗＤ（Master to Subordinate Request with Data）のＭｅｍＷｒに相当する。なお、詳細は後述するが、ＣＸＬパケットはＣＸＬ．ｍｅｍプロトコルに応じたトランザクション層のパケットをＣＸＬ情報として含んでいる。
図１６乃至図２４を参照して、本件の第２実施形態について説明する。まず、図１６に示すように、上述した光伝送装置１００にはＣＸＬ（Compute eXpress Link）パケットが格納された電気的なクライアント信号が入力されてくる場合がある。ＣＸＬパケットは特定パケットの一例であって、Ｍ２Ｓ ＲｗＤ（Master to Subordinate Request with Data）のＭｅｍＷｒに相当する。なお、詳細は後述するが、ＣＸＬパケットはＣＸＬ．ｍｅｍプロトコルに応じたトランザクション層のパケットをＣＸＬ情報として含んでいる。
【0070】
光伝送装置１００は入力されたクライアント信号からＣＸＬパケットを抽出する。光伝送装置１００は、ＣＸＬパケットを抽出するとＣＸＬパケットを圧縮し、第１実施形態と同様に、圧縮したＣＸＬパケットをＯＴＮフレームに直接的に収容する。圧縮したＣＸＬパケットは圧縮パケットの一例である。ＯＴＮフレームに余裕がある場合には、光伝送装置１００は後続のＣＸＬパケットの一部又は全部を順にＯＴＮフレームに収容する。これにより、ＯＴＮフレームには圧縮した複数のＣＸＬパケットが収容される。
【0071】
図１７に示すように、第２実施形態に係る伝送部１１０は、第１実施形態に係る伝送部１１０と同様に、入出力部１１１とデータ処理部１１２とフレーム処理部１１３とデジタルコヒーレント部１１４とを備えている。なお、図１７において、図４に示される各部と同様の構成には基本的に同一の符号を付し、その詳細な説明を省略する。
【0072】
ここで、第２実施形態に係るデータ処理部１１２は、第１実施形態で説明した削除部１５０に代えて、終端部１５５を含んでいる。また、第２実施形態に係るデータ処理部１１２は、第１実施形態に係るデータ処理部１１２と異なり、プロキシ部（図１７においてＰＸ部と表記）１９０をさらに含んでいる。このように、第２実施形態に係るデータ処理部１１２は、第１実施形態に係るデータ処理部１１２と相違する。なお、再現部１８０は第１実施形態で説明した計算部１８２を含んでいてもよい。
【0073】
上述した終端部１５５は圧縮部１５６を含んでいる。圧縮部１５６はＣＸＬパケットを圧縮し、ＣＸＬパケットを圧縮した圧縮パケットを生成する。より詳しく説明すると、図１８に示すように、圧縮部１５６は、まず、ＣＸＬパケットのメッセージ領域８０に格納されたメッセージデータの一部を抽出する。ＣＸＬパケットのメッセージ領域８０はＰＣＩｅＴＬＰのヘッダ領域３０に相当する。例えば、圧縮部１５６は、メッセージ領域８０の中のタグ領域８１に格納された１６ビットのタグデータを抽出する。タグデータはＣＸＬパケットを一意に識別することができる。また、圧縮部１５６は、メッセージ領域８０の中のアドレス領域８２に格納された４６ビットのアドレスデータを抽出する。
【0074】
圧縮部１５６は、タグデータとアドレスデータを抽出すると、抽出したタグデータとアドレスデータと２ビットで表現された所定のデリミタとを新たなメッセージデータとする圧縮パケットを生成する。新たなメッセージデータは６４ビット（８バイト）である。所定のデリミタはＩＤＬＥ ｐａｔｔｅｒｎ識別用データである。圧縮パケットは、ＣＸＬパケットのデータ領域（不図示）に格納された書込対象データをそのままの状態で含んでいる。書込対象データは、例えば接続デバイスとしてのサーバ２０に設けられた、又は、サーバ２０に接続されたメモリに書き込む対象のデータである。
【0075】
このように、圧縮部１５６は、タグデータとアドレスデータと所定のデリミタと書込対象データとに限定した圧縮パケットを生成することにより、ＣＸＬパケットを圧縮することができる。すなわち、終端部１５５はＣＸＬパケットのメッセージ領域８０に格納されたメッセージデータの残部をサーバ２０側で不要になる不要データとして終端する。不要データは非書込先アドレスの一例である。ＣＸＬパケットが圧縮されることにより、１つのＯＴＮフレームにより多くの書込対象データを収容することができる。
【0076】
図１７に戻り、プロキシ部１９０は応答部１９１と調整部１９２とを含んでいる。応答部１９１にはログ照合テーブル１９３が関連付けられている。図１９（ａ）に示すように、応答部１９１は、入出力部１１１からＣＸＬパケットの受信がログデータ９１と共に通知される度に、サーバ２０が発行する正式応答９３を受信するより前にこの正式応答９３に代わる代理応答９２を発行してサーバ１０に送信する。ログデータ９１はＣＸＬパケットのタグデータや受信タイムスタンプなどを含んでいる。例えば、入出力部１１１にサーバ１０からクライアント信号が入力されて、入出力部１１１がそのクライアント信号からＣＸＬパケットを抽出すると、入出力部１１１はＣＸＬパケットの受信をログデータ９１と共に応答部１９１に通知する。これにより、応答部１９１は代理応答９２をサーバ１０に送信する。なお、正式応答９３はＣＸＬ．ｍｅｍプロトコルにおけるＳ２Ｍ ＮＤＲ（Subordinate to Master Non-Data Response）のＣｏｍｐｌｅｔｉｏｎ（完了通知）に相当する。
【0077】
また、応答部１９１は、ログデータ９１が通知されると、ログデータ９１をログ照合テーブル１９３に格納する。具体的には、図１９（ｂ）に示すように、応答部１９１は、ログ照合テーブル１９３のキーデータの項目にログデータ９１に含まれるタグデータを格納する。応答部１９１は、ログ照合テーブル１９３のプロキシ管理データに属するタイムスタンプの項目に受信日時を格納する。応答部１９１は、ログ照合テーブル１９３のプロキシ管理データに属するアクティブフラグの項目にフラグ値を格納する。
【0078】
例えば、フラグ値「１」は応答部１９１が正式応答９３を受信する前の状態を表す。応答部１９１は、正式応答９３を受信した場合、フラグ値「１」をフラグ値「０」又はフラグ値「ＮＵＬＬ」に更新する。ここで、正式応答９３はタグデータと書込対象データの書込処理に異常が発生したか否かを示す所定識別子を含んでいる。応答部１９１は、正式応答９３に含まれる所定識別子に基づいて、書込処理に異常が発生したと判断した場合、タグデータが共通するフラグ値「１」をフラグ値「ＮＵＬＬ」に更新する。応答部１９１は、正式応答９３に含まれる所定識別子に基づいて、書込処理に異常が発生していないと判断した場合、フラグ値「１」をフラグ値「０」に更新する。応答部１９１は、ログ照合テーブル１９３に属するアクティブフラグの項目にフラグ値「ＮＵＬＬ」が格納された場合、ＣＸＬパケットに対する処理のエラーをサーバ１０に通知する。これにより、例えばサーバ１０は書込処理に異常が発生したＣＸＬパケットの再送を実行することができる。
【0079】
図１７に戻り、調整部１９２は、光伝送装置２００から送信されるクレジット情報に基づいて、光伝送装置１００から光伝送装置２００に流すＯＴＮフレームの流量を調整する。クレジット情報は、特定情報の一例であって、例えばサーバ２０の輻輳状態といった処理負荷の状態を含んでいる。ＯＴＮフレームは光信号に変換されるまで一時的にバッファ１６３に格納されている。調整部１９２は、クレジット情報に基づいて、サーバ２０の処理負荷が高い状態にあると判断した場合、バッファ１６３に格納されたＯＴＮフレームの送信を一時的に中断又は停止する。これにより、送信レートを対向のサーバ２０の受信可能レートに合わせこむことができる。
【0080】
また、調整部１９２は、バッファ１６３に格納されたＯＴＮフレームの格納量を監視する。格納量は格納割合又は格納率を含んでいてもよい。調整部１９２は、光伝送装置２００からサーバ２０の処理負荷を含むクレジット情報を受信した際にバッファ１６３がニアフルである否かを判断する。ニアフルはＯＴＮフレームの格納量が閾値格納量以上である状態を表す。調整部１９２は、バッファ１６３がニアフルであると判断した場合、サーバ１０に対し、ＣＸＬパケットの送信調整を要求するクレジット制御を通知する。これにより、サーバ１０はＣＸＬパケットの送信レートを調整する。この結果、ＯＴＮフレームがバッファ１６３の格納限度を超えるオバーフローを回避することができる。
【0081】
【0082】
まず、入出力部１１１は入力されたクライアント信号からＣＸＬパケットを抽出する（ステップＳ４１）。入出力部１１１がＣＸＬパケットを抽出すると、応答部１９１は代理応答を送信する（ステップＳ４２）。より詳しくは、入出力部１１１からＣＸＬパケットの受信が上述したログデータ９１と共に通知されると、応答部１９１は代理応答９２を発行してサーバ１０に送信する。これにより、サーバ１０（具体的にはサーバ１０のＣＰＵ）は代理応答９２を受信する。
【0083】
例えば、光信号を伝搬する光伝送路３００の距離が長距離（例えば数百キロメートルや数千キロメートルなど）である場合、サーバ１０は正式応答９３を受信するまでに多大な時間を要する可能性がある。すなわち、応答時間の遅延（レイテンシ）が発生する。この場合、正式応答９３を受信できないことにより、サーバ１０にタイムアウトが発生し、サーバ１０は書込対象データの書込処理に処理エラーが発生したと誤認するおそれがある。また、応答時間の遅延はスループットの低下を誘発するおそれもある。
【0084】
しかしながら、本実施形態によれば、応答部１９１はサーバ１０が正式応答９３を受信する前に正式応答９３に代わる代理応答９２を送信し、サーバ１０はこの代理応答９２を受信する。これにより、サーバ１０にタイムアウトが発生する可能性が低減し、処理エラーの発生を抑制することができる。また、スループットの低下を抑制することもできる。
【0085】
応答部１９１が代理応答９２を送信すると、圧縮部１５６はＣＸＬパケットを圧縮する（ステップＳ４３）。より詳しくは、上述したように、圧縮部１５６はメッセージ領域８０の中のタグ領域８１に格納されたタグデータとアドレスデータを抽出し、抽出したタグデータとアドレスデータなどとを新たなメッセージデータとする圧縮パケットを生成する。
【0086】
圧縮部１５６がＣＸＬパケットを圧縮すると、収容部１６２は収容処理を実行する（ステップＳ４４）。第２実施形態に係る収容処理は、図２１に示すように、第１実施形態で説明したＴＬＰデータに代えて（図６、図９及び図１０参照）、ＣＸＬパケットを圧縮した圧縮パケットがＣＸＬ情報として有するメッセージデータと書込対象データをＯＴＮフレームに収容する処理である。このため、第２実施形態に係る収容処理の詳細については省略する。
【0087】
収容部１６２が収容処理を実行し終えると、デジタルコヒーレント部１１４はＯＴＮフレームを光信号に変換し（ステップＳ４５）、光信号を送信する（ステップＳ４６）。光信号を送信すると、光伝送装置１００は送信時の処理を終了する。これにより、光伝送装置１００から光信号が送信され、光伝送装置２００がこの光信号を受信する。
【0088】
次に、図２２を参照して、第２実施形態に係る光伝送装置１００の受信時の動作について説明する。光伝送装置２００の受信時の動作は基本的に光伝送装置１００の受信時の動作と同様である。
【0089】
まず、デジタルコヒーレント部１１４は光伝送装置２００から送信された光信号を受信する（ステップＳ５１）。デジタルコヒーレント部１１４は、光信号を受信すると、光信号をＯＴＮフレームに変換する（ステップＳ５２）。デジタルコヒーレント部１１４が光信号をＯＴＮフレームに変換すると、抽出部１７１は抽出処理を実行する（ステップＳ５３）。第２実施形態に係る抽出処理は、第１実施形態で説明したＴＬＰデータに代えて（図１２乃至図１５参照）、ＣＸＬ情報としてのメッセージデータと書込対象データを圧縮パケットとしてＯＴＮフレームから抽出する処理である。このため、第２実施形態に係る抽出処理の詳細については省略する。
【0090】
抽出部１７１が抽出処理を実行し終えると、再現部１８０はＣＸＬパケットを再現する（ステップＳ５４）。例えば、圧縮部１５６が抽出対象から除外したメッセージデータのビット数に相当する固定値（すなわち６４ビット）の復元用データを圧縮パケットに付与することにより、復元部１８１はＣＸＬパケットを復元する。
【0091】
再現部１８０がＣＸＬパケットを再現すると、入出力部１１１はクライアント信号を転送し（ステップＳ５５）、処理を終了する。より詳しくは、入出力部１１１はＣＸＬパケットをクライアント信号に収容し、そのクライアント信号をサーバ１０に転送する。このように、サーバ２０から送信されたクライアント信号をサーバ１０が受信する。
【0092】
次に、図２３を参照して、第２実施形態に係る光伝送装置２００の転送時の動作について説明する。
【0093】
例えば、ＣＸＬパケットに格納された書込対象データの書込処理が終了し、サーバ２０が正式応答９３を発行して送信すると、光伝送装置２００の伝送部が備える入出力部（不図示）は正式応答９３を受信する（ステップＳ６１）。正式応答９３はＣＸＬパケットのメッセージ領域８０の中のタグ領域８１に格納されたタグデータを含んでいる。正式応答９３を受信すると、光伝送装置２００の入出力部は正式応答９３を光伝送装置２００の伝送部が備えるデジタルコヒーレント部（不図示）に転送する（ステップＳ６２）。光伝送装置２００のデジタルコヒーレント部は正式応答９３を受信すると、正式応答９３を電気信号から光信号に変換して光伝送路３００を送出する。これにより、光伝送装置１００のデジタルコヒーレント部１１４は正式応答９３を受信する。
【0094】
サーバ２０が正式応答９３を発行した後に、クレジット情報を発行して送信すると、光伝送装置２００の入出力部はクレジット情報を受信する（ステップＳ６３）。クレジット情報を受信すると、光伝送装置２００の入出力部はクレジット情報を光伝送装置２００のデジタルコヒーレント部に転送し（ステップＳ６４）、処理を終了する。光伝送装置２００のデジタルコヒーレント部がクレジット情報を電気信号から光信号に変換して光伝送路３００を送出することにより、光伝送装置１００のデジタルコヒーレント部１１４はクレジット情報を受信する。
【0095】
次に、図２４を参照して、第２実施形態に係る光伝送装置１００の照合時の動作について説明する。
【0096】
上述したように、光伝送装置２００のデジタルコヒーレント部が正式応答９３を送出すると、光伝送装置１００のデジタルコヒーレント部１１４は正式応答９３を受信する（ステップＳ７１）。デジタルコヒーレント部１１４が正式応答９３を受信すると、応答部１９１は応答同士を照合する（ステップＳ７２）。より詳しくは、応答部１９１は、デジタルコヒーレント部１１４から転送された正式応答９３を受信すると、正式応答９３が含むタグデータとログ照合テーブル１９３（図１９（ｂ）参照）のキーデータの項目に格納されたタグデータとの共通性に基づいて、正式応答９３と代理応答９２とを照合し、いずれかのプロキシ管理データを特定する。
【0097】
プロキシ管理データを特定すると、応答部１９１は正式応答９３が含む所定識別子に基づいて、ログ照合テーブル１９３のアクティブフラグの項目に格納されたフラグ値を更新する。例えば、書込処理に異常が発生したと判断した場合、応答部１９１はフラグ値「１」をフラグ値「ＮＵＬＬ」に更新する。一方、書込処理に異常が発生していないと判断した場合、応答部１９１はフラグ値「１」をフラグ値「０」に更新する。
【0098】
その後、応答部１９１は異常を検出したか否かを判断する（ステップＳ７３）。例えば、応答部１９１はログ照合テーブル１９３のアクティブフラグの項目にフラグ値「０」が格納されていることを確認した場合、正式応答９３と代理応答９２との関係が正常であり、異常を検出しなかったと判断する（ステップＳ７３：ＮＯ）。逆に、応答部１９１はログ照合テーブル１９３のアクティブフラグの項目にフラグ値「ＮＵＬＬ」が格納されていることを確認した場合、正式応答９３と代理応答９２との関係が異常であり、異常を検出したと判断する（ステップＳ７３：ＹＥＳ）。
【0099】
異常を検出した場合、応答部１９１はエラーを通知する（ステップＳ７４）。すなわち、応答部１９１はＣＸＬパケットに対する処理のエラーをサーバ１０に通知する。これにより、例えばサーバ１０は書込処理に異常が発生したＣＸＬパケットの再送を実行することができる。なお、異常を検出しなかった場合、応答部１９１はステップＳ７４の処理をスキップする。
【0100】
その後、異常を検出したか否かに関わらず、応答部１９１はプロキシ管理データをクリアする（ステップＳ７５）。より詳しくは、応答部１９１は正式応答９３に含まれるタグデータと関連付けられたプロキシ管理データをそのタグデータと共にログ照合テーブル１９３からクリアする。これにより、プロキシ管理データとそのタグデータの過剰な格納が抑制される。すなわち、ログ照合テーブル１９３には代理応答９２に関するデータを格納できる余裕が生まれる。
【0101】
応答部１９１がプロキシ管理データをクリアすると、デジタルコヒーレント部１１４はクレジット情報を受信する（ステップＳ７６）。上述したように、光伝送装置２００のデジタルコヒーレント部がクレジット情報を送出すると、光伝送装置１００のデジタルコヒーレント部１１４はクレジット情報を受信する。なお、応答部１９１がプロキシ管理データをクリアする前に、デジタルコヒーレント部１１４はクレジット情報を受信してもよい。
【0102】
デジタルコヒーレント部１１４がクレジット情報を受信すると、調整部１９２はバッファ１６３がニアフルか否かを判断する（ステップＳ７７）。すなわち、調整部１９２は、デジタルコヒーレント部１１４から転送されたクレジット情報を受信すると、バッファ１６３に格納されたＯＴＮフレームの格納量が閾値格納量以上である状態を表しているか否かを判断する。
【0103】
バッファ１６３がニアフルである場合（ステップＳ７７：ＹＥＳ）、調整部１９２はクレジット制御を通知し（ステップＳ７８）、処理を終了する。これにより、サーバ１０はＣＸＬパケットの送信レートを調整する。この結果、ＯＴＮフレームがバッファ１６３の格納限度を超えるオバーフローを回避することができる。なお、バッファ１６３がニアフルでない場合（ステップＳ７７：ＮＯ）、調整部１９２はステップＳ７８の処理をスキップし、処理を終了する。
【0104】
このように、第２実施形態によれば、光伝送装置２００から送信される正式応答９３を受信するより前に光伝送装置１００は代理応答９２をサーバ１０に送信する。これにより、光伝送路３００の距離が長距離であっても、サーバ１０は正式応答９３を長時間受信しないことに起因するタイムアウトを回避することができる。
【0105】
また、第２実施形態では、正式応答９３に書込処理の異常を表す所定識別子が含まれている場合、正式応答９３と代理応答９２との関係が整合しない可能性があるが、この場合、光伝送装置１００はエラーをサーバ１０に通知する。これにより、サーバ１０は処理対象のＣＸＬパケットを再送することができ、処理のエラーを回復することができる。
【0106】
さらに、光伝送装置１００は、光伝送装置２００から送信されるクレジット情報に基づいて、サーバ１０にクレジット制御を通知することができる。これにより、ＯＴＮフレームがバッファ１６３の格納限度を超えるオバーフローを回避することができる。その他、光伝送装置１００はＣＸＬパケットを圧縮した圧縮パケットをＯＴＮフレームに格納するため、書込対象データの伝送効率を向上させることができる。
【0107】
以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、上述した代理応答９２にクレジット情報を含めてもよい。これにより、サーバ１０はサーバ２０のクレジット状態（具体的には輻輳状態や負荷の状況など）を把握することができる。
【0108】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）複数のパケットを第１伝送フレームに収容する前に前記第１伝送フレームを変換した光信号の正常な送受信に対して影響がない特定データを前記複数のパケットから削除する第１処理回路と、前記複数のパケットの間に格納されたパディングデータを除去し、前記パディングデータの除去により空いたデータ領域を順に前記複数のパケットで前詰めした後に前記複数のパケットを前記第１伝送フレームに多重階梯を利用せずに収容する第２処理回路と、前記複数のパケットが収容された前記第１伝送フレームを前記光信号に変換して送信する第３処理回路と、を含む光伝送装置。
（付記２）前記第２処理回路は、前記複数のパケットが収容された前記第１伝送フレーム空き領域を廃棄対象データで埋め、前記廃棄対象データは、前記光伝送装置に対向して前記光信号を受信する別の光伝送装置で廃棄される、ことを特徴とする付記１に記載の光伝送装置。
（付記３）前記第２処理回路は、前記複数のパケットに属する最後尾のパケットを分割し、前記最後尾のパケットの前半部を前記第１伝送フレームの末尾に収容し、前記最後尾のパケットの後半部を前記第１伝送フレームに連続する第２伝送フレームの先頭に収容する場合、前記第１伝送フレームの先頭に収容された単一のパケットが非分割パケットであることを表す所定数値を前記第１伝送フレームのヘッダ部に格納し、前記第２伝送フレームの先頭に収容された前記最後尾のパケットの前記後半部のバイト数を前記第２伝送フレームのヘッダ部に格納する、ことを特徴とする付記１又は２に記載の光伝送装置。
（付記４）前記第３処理回路は、前記光信号を連続して受信し、最初に受信した前記光信号を前記複数のパケットが収容された前記第１伝送フレームに変換し、次に受信した前記光信号を前記複数のパケットが収容された前記第２伝送フレームに変換し、前記第２処理回路は、前記第１伝送フレームから前記複数のパケットに属する前記最後尾のパケットの前半部を抽出して保持し、前記第２伝送フレームから前記複数のパケットに属する前記最後尾のパケットの後半部を抽出した後に、前記前半部と前記後半部とをまとめて前記第１処理回路に送信する、ことを特徴とする付記３に記載の光伝送装置。
（付記５）前記第２処理回路は、前記第３処理回路が前記光信号を連続して受信しなかった場合、保持する前記最後尾のパケットの前半部を廃棄する、ことを特徴とする付記４に記載の光伝送装置。
（付記６）前記複数のパケットはいずれもＰＣＩｅＴＬＰ（PCI express Transaction Layer Packet）であり、前記伝送フレームはＦｌｅｘＯフレームを含むＯＴＮフレームである、ことを特徴とする付記１又は２に記載の光伝送装置。
（付記７）前記第１処理回路は、前記光伝送装置がサーバからＣＸＬ（Compute eXpress Link）プロトコルに応じた特定パケットを受信した場合、前記光伝送装置に対向して前記光信号を受信する別の光伝送装置の接続デバイスによって発行される正式応答に代わる代理応答を前記サーバに送信する、ことを特徴とする付記１に記載の光伝送装置。
（付記８）前記第１処理回路は、前記別の光伝送装置から前記正式応答を受信した場合、前記正式応答と前記代理応答とを照合し、前記正式応答と前記代理応答との関係が異常である場合、前記特定パケットに対する処理のエラーを前記サーバに通知する、ことを特徴とする付記７に記載の光伝送装置。
（付記９）前記第１処理回路は、前記光信号に変換されるまでの前記第１伝送フレームを一時的に格納するバッファの格納量を監視し、前記別の光伝送装置から前記接続デバイスの処理負荷を含む特定情報を受信した際に前記格納量が閾値格納量以上である場合、前記サーバに対し、前記特定パケットの送信調整を要求するクレジット制御を通知する、ことを特徴とする付記７又は８に記載の光伝送装置。
（付記１０）前記特定パケットは、前記接続デバイスのメモリに書き込まれる書込対象データの書込先アドレスと前記書込先アドレス以外の非書込先アドレスとを格納するメッセージ領域を備え、前記第１処理回路は、前記メッセージ領域からの前記書込先アドレスの抽出に基づいて、前記特定パケットを圧縮した圧縮パケットを生成し、前記第２処理回路は、前記圧縮パケットを前記第１伝送フレームに収容する、ことを特徴とする付記７又は８に記載の光伝送装置。
（付記１１）複数のパケットを第１伝送フレームに収容する前に前記第１伝送フレームを変換した光信号の正常な送受信に対して影響がない特定データを前記複数のパケットから削除する第１処理と、前記複数のパケットの間に格納されたパディングデータを除去し、前記パディングデータの除去により空いたデータ領域を順に前記複数のパケットで前詰めした後に前記複数のパケットを前記第１伝送フレームに多重階梯を利用せずに収容する第２処理と、前記複数のパケットが収容された前記第１伝送フレームを前記光信号に変換して送信する第３処理と、を含む光伝送方法。
（付記１）複数のパケットを第１伝送フレームに収容する前に前記第１伝送フレームを変換した光信号の正常な送受信に対して影響がない特定データを前記複数のパケットから削除する第１処理回路と、前記複数のパケットの間に格納されたパディングデータを除去し、前記パディングデータの除去により空いたデータ領域を順に前記複数のパケットで前詰めした後に前記複数のパケットを前記第１伝送フレームに多重階梯を利用せずに収容する第２処理回路と、前記複数のパケットが収容された前記第１伝送フレームを前記光信号に変換して送信する第３処理回路と、を含む光伝送装置。
（付記２）前記第２処理回路は、前記複数のパケットが収容された前記第１伝送フレーム空き領域を廃棄対象データで埋め、前記廃棄対象データは、前記光伝送装置に対向して前記光信号を受信する別の光伝送装置で廃棄される、ことを特徴とする付記１に記載の光伝送装置。
（付記３）前記第２処理回路は、前記複数のパケットに属する最後尾のパケットを分割し、前記最後尾のパケットの前半部を前記第１伝送フレームの末尾に収容し、前記最後尾のパケットの後半部を前記第１伝送フレームに連続する第２伝送フレームの先頭に収容する場合、前記第１伝送フレームの先頭に収容された単一のパケットが非分割パケットであることを表す所定数値を前記第１伝送フレームのヘッダ部に格納し、前記第２伝送フレームの先頭に収容された前記最後尾のパケットの前記後半部のバイト数を前記第２伝送フレームのヘッダ部に格納する、ことを特徴とする付記１又は２に記載の光伝送装置。
（付記４）前記第３処理回路は、前記光信号を連続して受信し、最初に受信した前記光信号を前記複数のパケットが収容された前記第１伝送フレームに変換し、次に受信した前記光信号を前記複数のパケットが収容された前記第２伝送フレームに変換し、前記第２処理回路は、前記第１伝送フレームから前記複数のパケットに属する前記最後尾のパケットの前半部を抽出して保持し、前記第２伝送フレームから前記複数のパケットに属する前記最後尾のパケットの後半部を抽出した後に、前記前半部と前記後半部とをまとめて前記第１処理回路に送信する、ことを特徴とする付記３に記載の光伝送装置。
（付記５）前記第２処理回路は、前記第３処理回路が前記光信号を連続して受信しなかった場合、保持する前記最後尾のパケットの前半部を廃棄する、ことを特徴とする付記４に記載の光伝送装置。
（付記６）前記複数のパケットはいずれもＰＣＩｅＴＬＰ（PCI express Transaction Layer Packet）であり、前記伝送フレームはＦｌｅｘＯフレームを含むＯＴＮフレームである、ことを特徴とする付記１又は２に記載の光伝送装置。
（付記７）前記第１処理回路は、前記光伝送装置がサーバからＣＸＬ（Compute eXpress Link）プロトコルに応じた特定パケットを受信した場合、前記光伝送装置に対向して前記光信号を受信する別の光伝送装置の接続デバイスによって発行される正式応答に代わる代理応答を前記サーバに送信する、ことを特徴とする付記１に記載の光伝送装置。
（付記８）前記第１処理回路は、前記別の光伝送装置から前記正式応答を受信した場合、前記正式応答と前記代理応答とを照合し、前記正式応答と前記代理応答との関係が異常である場合、前記特定パケットに対する処理のエラーを前記サーバに通知する、ことを特徴とする付記７に記載の光伝送装置。
（付記９）前記第１処理回路は、前記光信号に変換されるまでの前記第１伝送フレームを一時的に格納するバッファの格納量を監視し、前記別の光伝送装置から前記接続デバイスの処理負荷を含む特定情報を受信した際に前記格納量が閾値格納量以上である場合、前記サーバに対し、前記特定パケットの送信調整を要求するクレジット制御を通知する、ことを特徴とする付記７又は８に記載の光伝送装置。
（付記１０）前記特定パケットは、前記接続デバイスのメモリに書き込まれる書込対象データの書込先アドレスと前記書込先アドレス以外の非書込先アドレスとを格納するメッセージ領域を備え、前記第１処理回路は、前記メッセージ領域からの前記書込先アドレスの抽出に基づいて、前記特定パケットを圧縮した圧縮パケットを生成し、前記第２処理回路は、前記圧縮パケットを前記第１伝送フレームに収容する、ことを特徴とする付記７又は８に記載の光伝送装置。
（付記１１）複数のパケットを第１伝送フレームに収容する前に前記第１伝送フレームを変換した光信号の正常な送受信に対して影響がない特定データを前記複数のパケットから削除する第１処理と、前記複数のパケットの間に格納されたパディングデータを除去し、前記パディングデータの除去により空いたデータ領域を順に前記複数のパケットで前詰めした後に前記複数のパケットを前記第１伝送フレームに多重階梯を利用せずに収容する第２処理と、前記複数のパケットが収容された前記第１伝送フレームを前記光信号に変換して送信する第３処理と、を含む光伝送方法。
【符号の説明】
【0109】
１０，２０ サーバ
１００，２００ 光伝送装置
１１０ 伝送部
１１１ 入出力部
１１２ データ処理部
１１３ フレーム処理部
１１４ デジタルコヒーレント部
１００，２００ 光伝送装置
１１０ 伝送部
１１１ 入出力部
１１２ データ処理部
１１３ フレーム処理部
１１４ デジタルコヒーレント部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】