JP2019041286A

JP2019041286A - 揺らぎ対応処理装置、揺らぎ抑制方法及びコンピュータプログラム

Info

Publication number: JP2019041286A
Application number: JP2017162705A
Authority: JP
Inventors: 學吉野; Manabu Yoshino; 裕隆氏川; Hirotaka Ujikawa; 拓弥原田; Takuya Harada; 鈴木　謙一; Kenichi Suzuki; 謙一鈴木
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2017-08-25
Filing date: 2017-08-25
Publication date: 2019-03-14
Anticipated expiration: 2037-08-25
Also published as: JP6802127B2

Abstract

【課題】揺らぎに伴うリンク断等の影響を抑制すること。【解決手段】演算処理機能を備える第１の部品又は送信機能を備える第２の部品のいずれかにおいて揺らぎが発生している場合に、少なくとも揺らぎが発生している第１の部品又は第２の部品のいずれか又は両方に対して揺らぎを抑制する処理を行う揺らぎ対応処理部、を備える揺らぎ対応処理装置。【選択図】図１

Description

本発明は、揺らぎ対応処理装置、揺らぎ抑制方法及びコンピュータプログラムに関する。

通信装置を備える通信システムには、例えば、ＰＯＮ（Passive Optical Network)システムがある。ＰＯＮシステムは、顧客の宅内等に設置される通信装置である加入者線終端装置（ＯＮＵ:Optical Network Unit）と、局舎に設置される通信装置である加入者線端局装置（ＯＬＴ:Optical Line Terminal）と、光分配網（ＯＤＮ:Optical Distribution Network）とを備える。ＯＤＮは、複数のＯＮＵと複数のＯＬＴとを接続する場合がある。

通信装置において、装置の準拠規格、世代、方式、システム、機器種別、製造ベンダの少なくともいずれかに関して依存性の低い機能を部品化し、当該機能のアプリケーションプログラミングインタフェース（ＡＰＩ:Application Programming Interface）等の入出力インタフェース（ＩＦ:Interface）の少なくとも一部を明確化し、汎用性・移植性・拡張性を高めることで、準拠規格、世代、方式、システム、機器種別、製造ベンダの少なくともいずれかが異なる機器間での共用や独自機能の追加を容易とすることができるＦＡＳＡ（Flexible Access System Architecture：新アクセスシステムアーキテクチャ）が知られている（例えば、非特許文献１、２参照）。

ＦＡＳＡでは、通信装置は、図１１に示すいずれかの構成をとる場合がある。ここで、送信許可指示（ＧＡＴＥ）を与える側の通信装置（例えば、ＯＬＴ）の構成が図１１とする。図１１（Ａ）はＭＡＣ(Media Access Control) Ｃｈｉｐを用いる通常の構成であり、図１１（Ｂ）及び図１１（Ｃ）は非特許文献１等に示される構成である。ここで、部品４００は演算処理機能を備える部品であり、部品４０１はフレームを送信する機能を備える部品である。具体的には、部品４００はＣＰＵ（Central Processing Unit）やＮＰＵ（Network Processing Unit）やサーバ等を備え、部品４０１はＭＡＣＣｈｉｐや外付モジュールやＮＩＣ（Network Interface Card）等を備える。図１１では、部品４０１とインタフェース４０２を介して、ソフトウェア部品が演算する例で示しているが、インタフェース４０２を備えなくてもよいし、ソフトウェア部品相当が部品４０１に内蔵されていてもよい。

"ＦＡＳＡホームページへようこそ"、［online］、ＮＴＴアクセスサービス研究所、［平成２９年２月８日検索］、インターネット〈URL：http://www.ansl.ntt.co.jp/j/FASA/index.html〉吉野他、"柔軟かつ迅速なサービス提供を実現する新アクセスシステムアーキテクチャ(FASA)の取り組み"、NTT技術ジャーナル、p.１５−１８、２０１６−０８ M. Tadokoro et al., "Design of softwarized EPON OLT and its transmission jitter suppression techniques over MPCP", OFC2017, 2017.

しかしながら、図１１の構成では、送信許可指示（ＧＡＴＥ）の実送信時刻と、ＧＡＴＥに記載のＯＬＴの時刻との差分が揺らぐことがある。この場合、特にＩＥＥＥ（Institute of Electrical and Electronics Engineers）規格のＰＯＮでは、ＧＡＴＥに記載のＯＬＴの時刻を自身に設定するＯＮＵの時刻ズレが生じる。ＯＮＵの時刻ズレにより、ＯＬＴの指示した送信時刻とＯＮＵの実送信時刻とにずれが生じ、伝搬遅延時間ＲＴＴ（Round Trip Time）測定誤差が生じてしまうため、ＯＮＵ間で上り送信フレーム間衝突が生じる。

ＲＴＴの測定誤差と送信指示の揺らぎとは、打ち消し合うときもあるが、強めあうときもある。強めあうことを想定し、ＩＥＥＥの規格でリンク断の起きる±８ＴＱ（Time Quanta）（＝±１２８ナノ秒）以下に抑えるためには揺らぎは±６４ナノ秒以下に抑えるのが望ましい。まず図１１における部品４００の指示のタイミングが揺らぐ場合を想定する。図１１（Ａ）に示す構成の場合、設定を指示するタイミングが揺らぐと設定変更のタイミングがずれる。設定変更のタイミングがずれることで、部品４００で想定する割当と異なる割当となる。特に、時間変動耐性の低いフローへの割当が予定と異なるタイミングで増減すると、結果的にはそのフローにとっては帯域が利用できなくなるので、実効的に上り送信フレーム衝突が生じる。図１１（Ｂ）に示す構成の場合、部品４００側からの指示が時間的に揺らぐ、例えば前の機会では後ろにずれ、後ろの機会で前にずれると両方の割当が互いに干渉し、フレームの送信時間が失われることで実効的に上り送信フレーム衝突が生じる。図１１（Ｃ）に示す構成の場合、上述の通りの上り送信フレーム間衝突が生じる。部品４０１のＧＡＴＥが揺らぐ場合は上述の通りである。

揺らぎが発生する原因の一例を示す図である。図１２（Ａ）は、申告がＮＩＣ、ＨｏｓｔＯＳ(Operating System）、ＶＭ（Virtual Machine）ＯＳ、アプリケーションのそれぞれのメモリを介して受け渡され、アプリケーションで割当帯域と送信時刻を演算して、演算結果をアプリケーション、ＶＭＯＳ、ＨｏｓｔＯＳ、ＮＩＣのメモリを介してから送信許可する場合の例である。図１２（Ｂ）は、ＮＩＣの監視や帯域計算にコアを専用で割当し、ＮＩＣのメモリ上に配置したままアプリケーションで演算して、演算結果を送信許可する場合の例である。図１２（Ａ）における揺らぎは、申告の到着をＨｏｓｔに伝えてＨｏｓｔのＣＰＵに割込みを掛けるまでの時間、メモリコピー時のメモリ競合、関連する処理を実施中のＣＰＵへの割込みやページング、送信許可と下りデータとの競合のそれぞれによることが想定される。図１２（Ｂ）における揺らぎは、申告到着してからＰｏｌｌｉｎｇまでの待ち時間と、下りデータとの競合によることが想定される。ここでは、メモリ競合は無視した。

従来、上述した揺らぎによるリンク断等の影響を抑えるために、揺らぎだけガード時間を拡大するＭ−ＤＢＡ（Margined-DBA）、サーバから複数ＯＮＵへの割当帯域を１フレームで送信し、外付モジュールでＯＮＵ毎の送信時刻を計算又は打ち直すことで送信指示機会間では揺らぎは残るが、送信指示機会内でのＯＮＵ間の揺らぎを抑止するＢＧ−ＤＢＡ(Bundled gate massage DBA)が提案されている。
しかしながら、上記の方法ではいずれも、演算装置での演算時及び出力時の揺らぎが考慮されておらず、演算装置での演算時及び出力時の揺らぎに伴うリンク断等の影響を抑制することができないという問題があった。

上記事情に鑑み、本発明は、揺らぎに伴うリンク断等の影響を抑制することができる技術の提供を目的としている。

本発明の一態様は、演算処理機能を備える第１の部品又は送信機能を備える第２の部品のいずれかにおいて揺らぎが発生している場合に、少なくとも揺らぎが発生している前記第１の部品又は前記第２の部品のいずれか又は両方に対して揺らぎを抑制する処理を行う揺らぎ対応処理部、を備える揺らぎ対応処理装置である。

本発明の一態様は、上記の揺らぎ対応処理装置であって、前記揺らぎ対応処理部は、前記揺らぎを抑制する処理として、揺らぎの統計値に基づいて得られる所定時間経過後に送信許可指示の送信、送信許可指示の優先送信、及び割当周期とＰｏｌｌｉｎｇ周期の同期の少なくともいずれかの処理を行う。

本発明の一態様は、演算処理機能を備える第１の部品又は送信機能を備える第２の部品のいずれかにおいて揺らぎが発生している場合に、少なくとも揺らぎが発生している前記第１の部品又は前記第２の部品のいずれか又は両方に対して揺らぎを抑制する処理を行う揺らぎ対応処理ステップ、を有する揺らぎ抑制方法である。

本発明の一態様は、演算処理機能を備える第１の部品又は送信機能を備える第２の部品のいずれかにおいて揺らぎが発生している場合に、少なくとも揺らぎが発生している前記第１の部品又は前記第２の部品のいずれか又は両方に対して揺らぎを抑制する処理を行う揺らぎ対応処理ステップ、をコンピュータに実行させるためのコンピュータプログラムである。

本発明により、揺らぎに伴うリンク断等の影響の抑止が可能となる。

実施形態における、通信装置１の構成例を示す図である。本発明と従来技術との比較結果を示す図である。通信装置のアーキテクチャの第１例を示す図である。通信装置のアーキテクチャの他の例を示す図である。通信装置のアーキテクチャの他の例を示す図である。部品又は装置の群からなる仮想的な通信装置又は通信システムの構成の例を示す図である。光アクセスシステムの構成の例を示す図である。アクセスシステムの主要機能とＦＡＳＡアプリケーション化の対象の具体例を示す図である。アクセスシステムの主要機能とＦＡＳＡアプリケーション化の対象の具体例を示す図である。通信装置内の機能部間の信号／情報の流れを示す図である。従来技術におけるＦＡＳＡにおける通信装置の構成例を示す図である。揺らぎが発生する原因の一例を示す図である。

本発明の実施形態について、図面を参照して詳細に説明する。

図１は、本実施形態の通信装置１の構成例を示す図である。図１では、本実施形態と関係する機能ブロックのみを抽出して示してある。通信装置１は、部品４００、部品４０１及び揺らぎ対応処理部１０２を備える。部品４００、部品４０１及び揺らぎ対応処理部１０２は、ＦＡＳＡプラットフォームや、ＦＡＳＡアプリケーション等のソフトウェア部品や外付部品等である。なお、図１では、図１１（Ａ）の構成を例に説明するが、図１１（Ｂ）及び図１１（Ｃ）の構成においても揺らぎ対応処理部１０２を備えることで適用可能である。

部品４００は、ＣＰＵやＮＰＵやサーバ等の演算処理機能を備える部品である。部品４０１は、ＭＡＣＣｈｉｐや外付モジュールやＮＩＣ等のフレームの送信に係る機能を備える部品である。

揺らぎ対応処理部１０２は、揺らぎが発生している部品４００又は部品４０１のいずれか又は両方に対して揺らぎを抑制する処理を行う。例えば、揺らぎ対応処理部１０２は、部品４００（ＣＰＵやＮＰＵやサーバ等の演算処理機能を備える部品）のみで揺らぎが発生している場合は部品４００に対し、部品４０１（ＭＡＣＣｈｉｐや外付モジュールやＮＩＣ等のフレームの送信に係る機能を備える部品）のみで揺らぎが発生している場合は部品４０１に対し、部品４００及び部品４０１の両方で揺らぎが発生している場合は、主に部品４０１に対して以下の（１）〜（３）のいずれか又はそれらの組み合わせの処理を行う。なお、部品４００及び部品４０１の両方で揺らぎが発生している場合において、部品４００と部品４０１のずれが閾値以上である場合には部品４０１に加えて部品４００に対して以下の（１）〜（３）のいずれか又はそれらの組み合わせの処理を行う。

（１）：揺らぎの統計値、例えば最大揺らぎ又は揺らぎの平均値に許容可能な確率となる係数を乗じた分散を加えた等の所定時間経過後に送信許可指示（ＧＡＴＥ）発出
（１）は主に図１２に示す割込、割込待ち、メモリ競合により生じる揺らぎに対応する方法である。
・揺らぎ対応処理部１０２は、通信やフレームの種別毎に柔軟なフロー制御可能なＰＦＣ(Priority Flow Control、ＩＥＥＥ８０２.1Qbb Priority-based Flow Control等）等を用いた所定時間まで送信許可指示（ＧＡＴＥ）を保持する。例えば、送信許可指示に対応するプライオリティにＰＡＵＳＥフレームを送信することで、選択的に送信を抑止し、所定時間経過後、揺らぎ対応処理部１０２は、送信許可指示（ＧＡＴＥ）を部品４０１に送信させる。抑止継続時間は６４バイト単位のＰＦＣであれば、１０Ｇｂｉｔ／ｓであれば８ＴＱ以下の揺らぎに抑止できる。
・揺らぎ対応処理部１０２は、シェーパによる送信許可(均等間隔分布な送信許可指示ならＢＴ（Burst Tolerance、バースト許容値）は１フレーム分、まとめて複数の送信許可指示を送信するならまとめて送信する複数のフレーム分、（まとめて送信する場合該当するフレーム数分のトークンが溜まるまで送信を抑制し溜まってからまとめて送信するシェーパであることが望ましい)を行う又は送信許可指示を送信すべき時刻に送信するようにシェーパの設定を切替る。
・揺らぎ対応処理部１０２は、ＰＲＯＦＩＮＥＴの等時性リアルタイムやＥｔｈｅｒＮｅｔ／ＩＰのＩｍｐｌｉｃｉｔメッセージ(サイクリック)通信機能等を用いた送信周期に同期した送信許可指示（ＧＡＴＥ）を部品４０１に送信させる。ここで、通信周期毎のジッタが許容されるものを選択する。±１２８ナノ秒以下とする場合、揺らぎ対応処理部１０２は、ジッタが±５０ナノ秒のＩＲＴ（Isochronous Real-time、等時性リアルタイム）のＰＲＯＦＩＮＥＴ等を選択し、±１マイクロ秒ので良ければ、ＲＴ（Real-time）のＰＲＯＦＩＮＥＴ等を選択する。

（２）：送信許可指示（ＧＡＴＥ）の優先送信
（２）は主に図１２に示す下りデータとの競合により生じる揺らぎに対応する方法である。
・揺らぎ対応処理部１０２は、送信許可指示と下りデータとの競合がある場合は、送信許可指示を高優先、下りデータを低優先とするＳＰＱ（Strict Priority Queuing）を行う。・揺らぎ対応処理部１０２は、ＰＦＣ等を用いた下りデータの選択送信を抑止する。揺らぎ対応処理部１０２は、送信許可指示を送信する時刻に下りデータの送信がないように下りデータの想定されるフレーム長のフレームを送信するに要する時間以上前の時刻から下りデータに対して選択的に送信を抑止する。これは、送信許可指示と下りデータの間で完全優先のＳＰＱとしていても、通常は低優先のフレーム送信中に高優先フレームの送信ができないために発生する低優先フレームの想定されるフレーム長、例えば最大フレーム長を送信するに要する時間の揺らぎを抑える効果がある。・揺らぎ対応処理部１０２は、送信予約等による送信許可指示（ＧＡＴＥ）の送信時間を確保する。
・揺らぎ対応処理部１０２は、下りデータを中断して送信許可指示（ＧＡＴＥ）を部品４０１に送信させる。部品４０１は、下りデータの送信中でも、送信許可指示を送信開始する。送信を中断した下りデータは廃棄してもよいし、再送してもよいし、送信許可指示分のデータが欠落したのを訂正可能な前方誤り訂正で符号化しておき、訂正して復元してもよい。
・揺らぎ対応処理部１０２は、下りデータ送信中による送信許可指示の送信待ちの揺らぎ抑止のために送信許可指示の送信時刻よりも低優先フレームの想定されるフレーム長、例えば最大フレーム長を送信するに要する時間だけ前の時刻で、低優先フレームである下りデータのシェーパのトークンを枯渇させる又はシェーパの設定を切替して、送信できないようにする。
・揺らぎ対応処理部１０２は、送信周期に同期した送信許可指示（ＧＡＴＥ）を部品４０１に送信させる。

（３）：割当周期とＰｏｌｌｉｎｇ周期の同期
（３）は主に図１２に示すＰｏｌｌｉｎｇ待ちにより生じる揺らぎに対応する方法である。
・揺らぎ対応処理部１０２は、割当周期とＰｏｌｌｉｎｇ周期を倍数関係とする。
・揺らぎ対応処理部１０２は、割当周期中の一定の時間位置にＰｏｌｌｉｎｇ周期が来るように制御する。
・揺らぎ対応処理部１０２は、Ｐｏｌｌｉｎｇ周期の所定の時間位置に申告が来るようにする(指示する)。
・揺らぎ対応処理部１０２は、Ｐｏｌｌｉｎｇ周期のずれを許容できる時間よりも小さくする。

通信装置１は、上記の少なくとも１つ以上の方法を行うことによって揺らぎの発生自体を抑制する。
本発明と従来技術との比較結果を図２に示す。図２に示すように、従来技術（Ｍ−ＤＢＡ、ＢＧ−ＤＢＡ）と、本発明における技術とを比較すると、上り帯域、遅延変動及び低ジッタ耐性トラフィック収容用の過剰割当においては従来技術よりも本発明における技術が優れている。また、遅延については従来技術と本発明における技術とは差異は無く、下り帯域においては設定精度分だけ従来技術より劣化する。

以上、ＩＥＥＥ仕様のＰＯＮを例に説明したが、ＩＴＵ−Ｔ仕様のＰＯＮであっても同様である。例えば、（１）であれば、送信指示がＢＷＭａｐ(BandWidth Map)となる。想定される揺らぎの統計値、例えば揺らぎの最大又は揺らぎの平均に分散に係数を乗じたものを加えた時間経過したｓｕｐｅｒｆｒａｍｅカウンタ値の下りフレームのＢＷＭａｐとする。更に、揺らぎ対応処理部１０２は、当該下りフレームを送信すべき時間まで、当該フレームを選択的に送信抑止する、又は当該時間に当該下りフレームをシェーピングするシェーパのトークンが当該下りフレームを送信するに足るように溜まるようにする、又は、当該時間に当該下りフレームの送信タイミングとする。

以上のように構成された通信装置１によれば、演算処理機能を備える部品４００（第１の部品）又は送信機能を備える部品４０１（第２の部品）のいずれかにおいて揺らぎが発生している場合に、少なくとも揺らぎが発生している部品４００又は部品４０１のいずれか又は両方に対して揺らぎを抑制する処理を行う揺らぎ対応処理部１０２とを備える。これにより、揺らぎの発生自体を抑制する。そのため、揺らぎによるリンク断等の影響を抑制することができる。

また、通信装置１は、揺らぎの統計値に基づいて得られる所定時間経過後に送信許可の発出を行う方法、又は、送信許可の優先送信を行う方法、又は、割当周期とＰｏｌｌｉｎｇ周期の同期を行う方法のいずれかの方法を行うことにより揺らぎの発生自体を抑制する。そのため、揺らぎによるリンク断等の影響を抑制することができる。

さらに、通信装置１は、揺らぎ判定部１０１を備えるように構成されてもよい。揺らぎ判定部１０１は、ＦＡＳＡプラットフォームや、ＦＡＳＡアプリケーション等のソフトウェア部品や外付部品等である。揺らぎ判定部１０１は、通信装置１において揺らぎが発生している部品を判定する。例えば、揺らぎ判定部１０１は、部品４００で揺らぎが発生しているか、部品４０１で揺らぎが発生しているか、部品４００及び部品４０１の両方で揺らぎが発生しているかを判定する部品である。なお、揺らぎ判定部１０１は、揺らぎ対応処理部１０２、部品４００、部品４０１、通信装置１の外部、通信装置１以外の通信装置に備えられてもよい。

揺らぎ判定部１０１の処理について一具体例を挙げて説明する。例えば、揺らぎ判定部１０１は、Ｐｏｌｌｉｎｇ待ち及び下りデータとの競合のいずれかが発生している場合に、部品４０１で揺らぎが発生していると判定する。また、例えば、揺らぎ判定部１０１は、割込、ページング及びメモリの競合のいずれかが発生している場合に、部品４００で揺らぎが発生していると判定する。また、例えば、揺らぎ判定部１０１は、割込待ちが発生している場合に、部品４００及び部品４０１の両方で揺らぎが発生していると判定する。

図１では、部品４００、部品４０１、及び揺らぎ対応処理部１０２が同一筺体（通信装置１）内に備えられる構成を示したが、これに限定される必要はない。例えば、部品４００、部品４０１、及び揺らぎ対応処理部１０２の一部又は全てが別の筺体内に備えられてもよい。具体的には、通信装置１が、ユーザデータが導通する機器である場合、通信装置１は部品４０１のみを備える。また、部品４００は、ＯＬＴ、Ｇｅｎｅｒｉｃハードウェア、外付部品、Ｃｏｎｔ版、ＥＭＳ、ＯＮＯＳ等のＯｐｅｎｆｌｏｗコントローラであってもよい。揺らぎ判定部１０１は、揺らぎ対応処理装置として単体の装置で構成されてもよいし、部品４００、部品４０１、インタフェース４０２のいずれか又はそれ以外の異なる部品に含まれてもよい。
また、揺らぎ判定部１０１と揺らぎ対応処理部１０２とがそれぞれ、部品４００、部品４０１、インタフェース４０２のいずれか又はそれ以外の異なる部品に含まれる場合、揺らぎ判定部１０１による判定結果を揺らぎ対応処理部１０２に入力するパスが備えられてもよい。

（実施形態１）
以下、図１１の部品４００を指示部、部品４０１を実行部としてもよいし、部品４００の機能のうち帯域割当計算又は送信許可時間を演算する機能の一部を指示部、残りを実行部としてもよい。
通信装置は、例えば、ＰＯＮ等のＯＤＮ等の光ファイバ網等の通信網を経由する光信号等の信号によって、他の通信装置との通信を実行する通信装置である。通信装置は、例えば、ＯＬＴである。通信装置は、例えば、ＯＳＵ（Optical Subscriber Unit）でもよい。通信装置は、例えば、光信号を切り替えるスイッチ部（ＳＷ: Switch）を備える又は備えないＯＬＴと、他のＳＷとの組み合わせでもよい。通信装置は、例えば、ＯＬＴとＯＮＵとの組み合わせでもよい。通信装置は複数の機器を備えてもよい。また、ＯＮＵやマルチプレクサ（ＭＵＸ: multiplexer）やデマルチプレクサ（ＤＭＵＸ： demultiplexer）やＳＷ等の他の通信装置であってもよい。通信装置は、複数の構成要素から構成されていてもよい。各構成要素は単一の装置内に備えられてもよく、別々の装置に備えられてもよい。通信装置は複数の装置からなる仮想的な一つの装置であってもよい。仮想的な装置にはオペレーションシステム（ＯｐＳ:Operation System）、ＯＳＳ（Operation Support System）、ＮＥ（Network Element）を制御するＮＥ−ＯｐＳ、ＮＥのコントローラ、ＮＥ−ＯｐＳ等のＯＬＴの設定管理システムであるＥＭＳ等（Element Management System（ＯｐＳ、ＯＳＳ、ＮＥ−ＯｐＳ、ＮＥのコントローラ、ＥＭＳを以下ＯｐＳ等と称する場合とこれらの内の一つで他を代表して示す場合がある。）を含んでいてもよい。

次に、例として、通信装置が、ＮＧ−ＰＯＮ２（Next Generation-PON2）等のＴＷＤＭ（Time and Wavelength Division Multiplexing）−ＰＯＮシステムのようなＩＴＵ−Ｔ勧告準拠のＰＯＮのＯＬＴである場合を前提に、動作等を例示する。ここで、ＴＷＤＭ−ＰＯＮとしているが、ＰＯＮは、ＩＴＵ−Ｔ勧告のＧ．９８９シリーズ準拠のＴＷＤＭ−ＰＯＮ以外のＧ．９８７、Ｇ．９８４、Ｇ．９８３シリーズにそれぞれ準拠するＸＧ（10 Gigabit Capable）−ＰＯＮ、Ｇ（Gigabit capable)−ＰＯＮ、Ｂ（Broadband）ＰＯＮや、ＩＥＥＥの８０２．３ａｖと１９０４．１等、８０２．３ａｈにそれぞれ準拠する１０ＧＥ−ＰＯＮ、ＧＥ（Gigabit Ethernet（登録商標））−ＰＯＮであってもよい。ＩＥＥＥ準拠の場合、ＴＣ（Transmission Convergence）レイヤやＰＭＤ（Physical Medium Dependent）レイヤは、標準規格において対応する層に読み替えれば同様である。

通信装置は、ハードウェア又はソフトウェア又はそれらの組み合わせの部品又は部品化した機能を備える。例えば、通信装置は、サービス毎あるいは通信事業者毎に異なる機能等を、汎用化した入出力インタフェース（例えば、ＦＡＳＡアプリケーションＡＰＩ）を用いて実現されるアプリケーション（例えばＦＡＳＡアプリケーション）等のソフトウェア部品と、該ソフトウェア部品に汎用化した該入出力インタフェースを提供すると共に標準化されている等の理由で、サービスや要求に応じた変更が不要な機能を提供するアクセスネットワーク装置の基盤的構成要素（例えば、ＦＡＳＡ基盤）とを備える。ここで、汎用化した入出力インタフェースを用いることにより、機能の追加や入替を容易にし、様々な要求のサービスを柔軟かつ迅速に提供する。なお、本明細書では、アプリケーションを「アプリ」とも記載する。

部品間のやりとりは、例えば、後述のミドルウェア部１２０を介すが、通信装置５１の独自の転送経路や手段を用いてもよいし、ＯｐｅｎＦｌｏｗや、Ｎｅｔｃｏｎｆ／ＹＡＮＧや、ＳＮＭＰ（Simple Network Management Protocol）等の規格化された手段を用いてもよい。

また、部品間のやりとりは、内部配線、バックボード、ＯＡＭ（Operation Administration and Maintenance）部、主信号線、専用の配線、ＯｐＳ等、コントローラ又は制御盤（Ｃｏｎｔ:CONTrol board、CONTrol panel）等の経路のいずれでよい。部品間のやりとりを直接終端して入力する場合、ＯＡＭ部又は主信号にカプセル化してもよい。部品間のやりとりをいずれかの箇所で終端して、内部配線、バックボード、ＯＡＭ部、主信号線、専用の配線、ＯｐＳ等、コントローラ又は制御盤等の経路を経由して入力してもよい。ＯＡＭ部や主信号線を用いる場合、ＯＡＭ部や主信号にカプセル化することが望ましい。主信号線を通す場合はＯＳＵ又は他箇所のＳＷにて振り分けることが望ましい。これらは以下の説明においても同様である。

本実施例では、通信装置は、更にＦＡＳＡアプリケーション等のアプリケーション又はＦＡＳＡ基盤等のプラットフォーム等でソフトウェア部品のためのインタフェースを備える。

（実施形態１−１）
実施形態１−１では、ＴＷＤＭ−ＰＯＮに用いられる通信システムを構成する通信装置の構成について説明する。実施形態１−１で説明する通信装置は、図６に示す装置や図７に示す通信装置として用いられる。以下、通信装置のアーキテクチャの例として、第１例から第６例までを説明する。通信システムを構成する通信装置のアーキテクチャは、下記で説明する第１例から第６例まで以外のアーキテクチャであってよい。例えば、アーキテクチャの第１例から第６例における通信装置のソフトウェア部は、ハードウェア部でもよい。

（アーキテクチャの第１例）
図３は、通信装置のアーキテクチャの第１例を示す図である。アーキテクチャの第１例では、通信装置は、動作が機器に依存する非汎用の機器依存部１１０と、機器依存部１１０のハードウェアやソフトウェア及び機器依存アプリ部１５０の違いを隠蔽するミドルウェア部１２０と、動作が機器に依存しない汎用の機器無依存アプリ部１３０と、機器依存アプリ部１５０とを備える。従って、機器依存部１１０（ベンダ依存部）は、通信装置の機器が準拠する標準規格や機器の製造ベンダに依存する機能部である。言い換えれば、機器依存部１１０は、他の通信機器との互換性が小さく、新たに製造された通信機器（特に、準拠する標準や製造ベンダが異なる機器）にはそのまま用いることができない。機器依存部１１０は、ネットワーク機器に備わる１以上の機能を実行する。

また、機器無依存アプリ部１３０は、通信装置の機器が準拠する標準規格、方式、機器種別、機器の世代や機器の製造ベンダに依存しない機能部である。言い換えれば、機器無依存アプリ部１３０は、他の通信機器との互換性が大きく、新たに製造された通信機器（特に、準拠する標準や製造ベンダが異なる機器）にそのまま用いることができる。機器無依存アプリ部１３０に設けられるアプリの具体例として、ネットワーク機器における設定処理を行うアプリケーション、設定の変更処理を行うアプリケーション、アルゴリズム処理を行うアプリケーション等がある。

ミドルウェア部１２０と機器無依存アプリ部１３０とは、機器無依存ＡＰＩ２１を介して接続される。機器無依存ＡＰＩ２１は、機器に依存しない入出力ＩＦである。

機器依存部１１０は、例えば準拠する機器依存部１１０の標準規格又は機器製造ベンダに依存するハードウェア部１１１（ＰＨＹ）、ハードウェア部１１２（ＭＡＣ）、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）を駆動するドライバ、ファームウェア等を実行するソフトウェア部１１３及びＯＡＭ部１１４、機器依存部１１０のハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）やソフトウェア部１１３の少なくとも一部を駆動する機器依存アプリ部１５０と、を備えて構成される。ハードウェア部１１１（ＰＨＹ）、ハードウェア部１１２（ＭＡＣ）、ソフトウェア部１１３及びＯＡＭ部１１４と、ミドルウェア部１２０とは、機器依存ＡＰＩ２３を介して接続される。機器依存ＡＰＩ２３は、機器に依存する入出力ＩＦである。機器依存部１１０は、更にＮＥ管理・制御部１１５を備える。ＮＥ管理・制御部１１５とミドルウェア部１２０とは、機器依存ＡＰＩ２５を介して接続される。機器依存ＡＰＩ２５は、機器に依存する入出力ＩＦである。
ミドルウェア部１２０と機器依存アプリ部１５０とは、機器依存ＡＰＩ２３で接続される。機器依存アプリ部１５０と、ＯＡＭ部１１４、ソフトウェア部１１３、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）とは、機器依存ＡＰＩ２４で接続される。機器依存アプリ部１５０と管理・制御エージェント部１３３とは、ＡＰＩ２６で接続される。

どのような機能を機器依存部１１０又は機器無依存アプリ部１３０とするかは、ミドルウェア部１２０や機器無依存アプリ部１３０を実現するための処理に由来する制限、例えば、ソフトウェアの処理能力に由来する制限に加えて、機能の更新頻度や拡張機能の重要度等に応じて決められてもよい。これによって、通信装置は、機器無依存アプリ部１３０による拡張機能部（独自機能部）の柔軟かつ迅速な追加を容易にし、通信サービスをタイムリーに提供することができる。

例えば、主信号の優先処理や回線の利用効率を向上するＤＢＡ（Dynamic Bandwidth Assignment）等の更新頻度が高い機能又は通信サービス差異化に寄与する機能を優先して、機器依存部１１０又は機器無依存アプリ部１３０とすることを決めてもよい。更に、共用化を図る機器の準拠する標準規格、世代、方式、システム、機器種別、製造ベンダの少なくともいずれかに関して差異の隔たりが小さいものから、機器無依存アプリ部１３０としてもよい。ここで、ＤＢＡ等の所定の機能を、機器依存部１１０や機器無依存アプリ部１３０に配置する構成を示したが、機能配備により、共に機器無依存アプリ部１３０であってもよいし、共に機器依存部１１０であってもよい。共に機器無依存アプリ部１３０である例としては、例えば、ＤＢＡ等の機能の処理部を非力な送受信機に備えるプロセッサ等の情報処理部に備え、アプリケーション等を強力な情報処能力を備えるその他の箇所の情報処理部、例えばＯＳＵ等に備え、ミドルウェアとして装置間のプロセッサ間通信や装置間通信が働く場合である。共に機器依存部１１０に備える場合は、先の例と同様にファームウェア等の一部としてそれぞれＤＢＡ等の機能をコンパイルした場合等である。

準拠する標準規格、世代、方式、システム、機器種別、製造ベンダの少なくともいずれかに対しては最適でない場合でも、準拠する標準規格、世代、方式、システム、機器種別、製造ベンダの機能のいずれかを汎用化するために、機能を実行するための共通ＩＦが用いられてもよい。共通ＩＦの中には、機器依存部１１０の準拠する標準規格、世代、方式、システム、機器種別、製造ベンダのいずれかにおいて使用されないＩＦやパラメータが含まれていてもよい。

図３に示すミドルウェア部１２０と、後述する図４に示す機器依存部１１０のドライバと、図３及び後述する図４に示す機器依存アプリ部１５０（ベンダ依存アプリ部）との少なくともいずれかに、ＩＦやパラメータ等を機器依存部１１０に対応するように変換する変換機能部や、不足するＩＦやパラメータ等に対応して自動設定する機能部を更に備えてもよい。

ハードウェア部１１１（ＰＨＹ）は、物理層から光送受信関連の処理まで（ＰＨＹｓｉｃａｌｓｕｂｌａｙｅｒ処理）を実行する。ハードウェア部１１２（ＭＡＣ）は、ＭＡＣ（Media Access Control）処理を実行する。ソフトウェア部１１３は、機器依存のドライバ、ファームウェア、アプリケーション等を実行する。

機器依存部１１０のハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）は、これら以外に汎用サーバやレイヤ２ＳＷ等を備えてもよい。機器依存部１１０は、ハードウェア部１１２（ＭＡＣ）を備えなくてもよい。機器依存部１１０は、ハードウェア部１１１（ＰＨＹ）の一部を備えなくてもよい。例えば、機器依存部１１０は、変復調信号処理、前方誤り訂正（ＦＥＣ: Forward Error Correction）、符復号処理、暗号化処理等の低位の信号処理を備えずに、光関連の機能のみを備えてもよい。機器依存部１１０は、データを符号化する部分であるＰＣＳ（PHYsical Coding Sublayer）を備えなくてもよい。機器依存部１１０は、データをシリアル化するＰＭＡ（Physical Medium Attachment）とＰＣＳとを備えなくてもよい。機器依存部１１０は、物理媒体に接続するＰＭＤを備えなくてもよい。機器依存部１１０は、ミドルウェア部１２０がソフトウェア部１１３を介さずに機器依存部１１０のハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）を直接に駆動、制御、操作又は管理する場合、ソフトウェア部１１３を備えなくてもよい。

機器無依存アプリ部１３０は、例えば、拡張機能部１３１−１〜１３１−３（図３では、拡張機能Ａ、拡張機能Ｂ及び拡張機能Ｃ）と、基本機能部１３２と、管理・制御エージェント部１３３とを備える。管理・制御エージェント部１３３は、ＥＭＳ１４０との間でデータのやりとりを行う。

図３では、外部の装置１６０がミドルウェア部１２０を介して機器無依存アプリ部１３０に接続しているが、外部の装置１６０は必ずしもミドルウェア部１２０を介して機器無依存アプリ部１３０に接続している必要はない。ＥＭＳ１４０及び外部の装置１６０は、必要に応じてミドルウェア部１２０に適宜接続してもよいし、機器無依存アプリ部１３０に直接接続してもよい。また「ミドルウェア部１２０経由で接続」と表現しているが、この表現は機器無依存アプリ部１３０からみた視点での表現である。実際には、ハードウェアでの接続の後にミドルウェア部１２０を介して機器無依存アプリ同士が接続している。

以下、拡張機能部１３１−１〜１３１−３に共通する事項については、符号の一部を省略して、「拡張機能部１３１」と表記する。ＥＭＳ１４０は、例えば、ＯｐＳ等である。なお、機器無依存アプリ部１３０は、拡張機能部１３１と基本機能部１３２と管理・制御エージェント部１３３とのうちいずれかを含まなくてもよいし、管理・制御エージェント部１３３が基本機能部１３２に含まれていてもよいし、管理・制御エージェント部１３３が基本機能部１３２やミドルウェア部１２０に含まれていてもよい。

機器無依存アプリ部１３０は、拡張機能部１３１、基本機能部１３２、及び管理・制御エージェント部１３３以外の構成を、更に含んでいてもよい。例えば、拡張機能部１３１が不要である場合、機器無依存アプリ部１３０は、拡張機能部１３１を備えなくてもよい。また、機器無依存アプリ部１３０は、１個以上の拡張機能部１３１を含んでもよい。

拡張機能部１３１は、他の機能に不要な影響を与えずに独立して追加、削除、入替又は変更が可能であることが好ましい。例えば、拡張機能部１３１は、サービス上の要求に合わせて、例えばマルチキャストサービス、省電力対応を実行する拡張機能部１３１が必要になった場合、適宜に追加、削除、入替又は変更されてもよい。

基本機能部１３２は、拡張機能部１３１の一部として機器無依存アプリ部１３０に含まれてもよいし、ミドルウェア部１２０よりも下位の機能部によって代替されてもよい。拡張機能部１３１が基本機能部１３２を含む場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。ミドルウェア部１２０よりも下位の機能部が基本機能部１３２を代替する場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。拡張機能部１３１が基本機能部１３２を含み、ミドルウェア部１２０よりも下位の機能部が基本機能部１３２を代替する場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。

管理・制御エージェント部１３３は、ＥＭＳ１４０からの通信を受けずに、予め定められた設定に従って自動設定する場合、ＥＭＳ１４０と入出力しなくてよい。更に、管理・制御エージェント部１３３が管理設定機能を備えず、他の機器無依存アプリ部１３０や基本機能部１３２や機器依存部１１０が管理設定機能を備える場合、機器無依存アプリ部１３０は、管理・制御エージェント部１３３を備えなくてもよい。

ＥＭＳ１４０と機器無依存アプリ部１３０とは、情報を直接入出力してもよい。また、機器依存部１１０は、ＮＥ管理・制御部１１５と、ＮＥ管理・制御部１１５の下位の機能部の機器依存アプリ部１５０（後述する図４参照）によって代替されてもよい。

管理・制御エージェント部１３３は、予め定められた設定に従って自動設定する場合、ＥＭＳ１４０との間で情報を入出力しなくてよい。更に、管理設定機能を管理・制御エージェント部１３３が備えず他の機器無依存アプリ部１３０や基本機能部１３２や機器依存部１１０が管理設定機能を備える場合、機器無依存アプリ部１３０は、管理・制御エージェント部１３３を備えなくてもよい。ＥＭＳ１４０と機器無依存アプリ部１３０とは、情報を直接入出力してもよい。

機器依存アプリ部１５０は、ミドルウェア部１２０を介して情報を入出力してもよいし、管理・制御エージェント部１３３から情報を直接入出力してもよいし、両者のうちのいずれかとの間で情報を入出力してもよいし、ＥＭＳ１４０と直接入出力してもよい。また、機器依存アプリ部１５０が、ＥＭＳ１４０からの通信を受けずに、予め定められた設定に従って自動設定されており、ミドルウェア部１２０を介してＥＭＳ１４０から管理及び制御情報を取得可能である場合、機器無依存アプリ部１３０は、管理・制御エージェント部１３３を備えなくてもよい。

機器無依存アプリ部１３０は、ミドルウェア部１２０を介して少なくとも機器依存部１１０のハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）との間又はソフトウェア部１１３との間で、情報を入出力する。機器無依存アプリ部１３０は、必要に応じてミドルウェア部１２０を介して、相互に入出力する。特に、機器無依存アプリ部１３０は、ＥＭＳ１４０との間で入出力された情報に応じて制御又は管理を実行する場合、ＥＭＳ１４０からの通信を受ける管理・制御エージェント部１３３との間で、情報を入出力する。

機器無依存アプリ部１３０と機器依存部１１０との入出力の例は以下である。
例えば、ＤＢＡアプリ部及びプロテクションアプリ部は、ＴＣレイヤのエンベデッドＯＡＭエンジン（Embedded OAM Engine）と、相互に情報を入出力する。ＤＷＢＡ（Dynamic Wavelength and Bandwidth Assignment）アプリ及びＯＮＵ登録認証アプリ部は、ＴＣレイヤのＰＬＯＡＭエンジンと、相互に情報を入出力する。省電力アプリ部は、ＯＭＣＩ及びＬ２主信号処理機能部（Ｌ２機能（Layer 2 function）部）と相互に情報を入出力する。ＭＬＤ（Multicast Listener Discover）プロキシアプリ部は、Ｌ２機能部と相互に情報を入出力する。低速監視アプリ（ＯＭＣＩ）は、ＯＭＣＩと相互に情報を入出力する。ＯＭＣＩ及びＬ２機能部は、ＸＧＥＭフレーマ（XGPON Encapsulation Method Framer）及び暗号化を動作させる。ここで、ＤＷＢＡとＤＢＡは、別体、一体又は組み合わせでもよい。例えば、管理・制御エージェント部１３３は、保守運用機能のアプリ部であり、ＮＥ管理・制御部１１５のためのＯｐＳ等であるＥＭＳ１４０と、相互に情報を入出力する。

なお、機器無依存アプリ部１３０の実装には、優先順位があってもよい。例えば、管理・制御エージェント部１３３が最も優先される第１の優先順位である。第２の優先順位以下は、例えば、ＤＢＡアプリ、ＤＷＢＡアプリ、省電力アプリ、ＯＮＵ登録認証アプリ、ＭＬＤプロキシアプリ、プロテクションアプリ、低速監視アプリ（ＯＭＣＩ）の順である。

拡張機能部１３１のアプリとして、機器無依存ＡＰＩ２１を介して、一部のベンダ、方式、種別、世代に備える機能を駆動するためのアプリや、一部のベンダ、方式、種別、世代の装置のみに備える機能を駆動するアプリを含んでいてもよい。

管理・制御エージェント部１３３は、ＥＭＳ１４０及びミドルウェア部１２０と入出力する。ミドルウェア部１２０は、ＮＥ管理・制御部１１５との間で、ＮＥ管理情報及び制御情報を入出力する。
ＮＥ管理・制御部１１５は、ミドルウェア部１２０を介さずに、ＮＥ管理情報及び制御情報をＥＭＳ１４０と直接送受信してもよいし、管理・制御エージェント部１３３を介して、ＮＥ管理情報及び制御情報を送受信してもよい。
機器依存アプリ部１５０は、管理・制御エージェント部１３３との間で、ＮＥ管理情報及び制御情報を入出力している。機器依存アプリ部１５０は、管理・制御エージェント部１３３を介さずに、ＥＭＳ１４０との間で、情報を直接入出力してもよい。管理・制御エージェント部１３３は、ＥＭＳ１４０、ミドルウェア部１２０及び機器依存アプリ部１５０との間で、情報を入出力する。ミドルウェア部１２０は、ＮＥ管理・制御部１１５との間で、ＮＥ管理情報及び制御情報を入出力する。

ミドルウェア部１２０は、機器無依存アプリ部１３０と機器無依存ＡＰＩ２１を介して情報を入出力する。ミドルウェア部１２０は、機器依存ＡＰＩ２３を介して、機器依存部１１０のＯＡＭ部１１４、ドライバ、ファームウェア、ハードウェア部１１１（ＰＨＹ）又はハードウェア部１１２（ＭＡＣ）と情報を入出力する。ミドルウェア部１２０は、入力した情報を、そのまま又は所定の形式で出力する。例えば、ミドルウェア部１２０は、出力先が機器無依存アプリ部１３０の各部であれば、機器無依存ＡＰＩ２１の各部の入力形式に情報を変換する。出力先が機器依存部１１０のＯＡＭ部１１４、ドライバ、ファームウェア、ハードウェア部１１１（ＰＨＹ）又はハードウェア部１１２（ＭＡＣ）であれば、ミドルウェア部１２０は、それぞれに入力する形式の機器依存ＡＰＩ２３の形式に変換してから、又は終端して所定の処理を施してから情報を出力先に送信する。

ミドルウェア部１２０は、入力の際に、それぞれの入力先に不要な入力情報は削除し、不足の情報があれば、他の機器無依存ＡＰＩ２１や機器依存ＡＰＩ２３を介して収集して補足することが望ましい。また、ミドルウェア部１２０への入力の際に、ブロードキャスト又はマルチキャストして、関連するアプリ等に同報することとしてもよい。

図３では、ミドルウェア部１２０や機器依存部１１０は単一で例示したが、それぞれ複数から構成されていてもよい。機器依存部１１０のハードウェアに複数のプロセッサが含まれる場合、ミドルウェア部１２０はプロセッサやハードウェアをまたいでプロセッサ間通信等を用いて入出力してもよい。機器無依存アプリ部１３０間や機器無依存アプリ部１３０をＤＬＬ（Dynamic Link Library）のような実行プログラムとして、単一のプロセッサ上のユーザ空間上に配置してもよいし、複数のプロセッサ上のユーザ空間上に配置してもよい。

また、機器無依存アプリ部１３０は、ＡＰＩ等の入出力ＩＦを確保した上でカーネル空間に配置してもよいし、独立にファームウェア等に入替可能なＩＦを有するミドルウェア部１２０とともに配置してもよいし、ファームウェア等に組み込んでコンパイルし直してもよい。機器無依存アプリ部１３０毎にユーザ空間やカーネル空間を任意の組み合わせとしてもよい。
同一の機能に対応する機器無依存アプリ部１３０を、ユーザ空間とカーネル空間の両方で実装可能としてもよい。この場合、例えば、切り替えていずれかを選択してもよいし、両方協働して処理してもよいし、一方のみで実処理するとしてもよい。機器依存部１１０のソフトウェアも同様である。

望ましくは、主信号処理やＤＢＡ処理や低レイヤの信号処理のように高速処理が必要であるほど、拡張性・入替の即時性とトレードオフはあるが、オーバーヘッドが少なく高速な処理が期待されるカーネル空間やファームウェアに組み込むことが望ましい。機器依存アプリ部１５０（後述する図４参照）を配置するプロセッサもプロセッサ間通信によるバスや速度等の制限、通信路の占有等による他のプログラムへの影響の観点から、実処理するプロセッサ又はその近傍のプロセッサのユーザ空間やカーネル空間やファームウェア上に配置することが望ましい。ただし、実処理するプロセッサ又はその近傍のプロセッサの能力を軽減するためにはプロセッサ間通信によるコミュニケーションコストは増大するが、遠隔のプロセッサで処理するとしてもよい。

機器無依存ＡＰＩ２１は、追加する拡張機能部１３１を想定してミドルウェア部１２０に予め備えられることが望ましいが、機器依存ＡＰＩ２３や他の機器無依存アプリ部１３０の改変を抑制する形で、必要に応じて追加又は削除されてもよい。

なお、本例では、ソフト化領域を、基本機能部１３２、管理・制御エージェント部１３３、拡張機能部１３１、ミドルウェア部１２０としたが、ソフト化領域は、サービスアダプテーション（暗号化、フラグメント処理、ＧＥＭフレーム化／ＸＧＥＭフレーム化、ＰＨＹアダプテーションのＦＥＣ、スクランブル、同期ブロック生成／抽出、ＧＴＣ（GPON Transmission Convergences）フレーム化、ＰＨＹフレーム化、ＳＰ（Serial parallel）変換、符号化方式も対象としてもよい。アーキテクチャのソフト化機能の実装例とハードウェア部に対応する機能配備の例を説明する。機能配備は、例えば、ネットワーク機器又は外部のサーバにソフト化機能を備える。これは他の例でも同様である。
また、機器依存アプリ部１５０が不要であれば、通信装置は機器依存アプリ部１５０とＡＰＩ２４とＡＰＩ２６を備えなくてもよい。この構成をアーキテクチャの第２例と呼ぶ。機器依存アプリ部１５０を備えないことで、ミドルウェア部１２０が複雑となる。

（アーキテクチャの第３例）
図４は、通信装置のアーキテクチャの第３例を示す図である。図４では、図３に示すアーキテクチャの第１例で説明したミドルウェア部１２０の代わりに、基本機能部１３２が、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と、拡張機能部１３１と入出力する。その他の機器無依存アプリ部１３０や機器依存アプリ部１５０は、アーキテクチャの第１例と同様である。

なお、図４では、ＥＭＳ１４０及び外部の装置１６０が基本機能部１３２を介して機器無依存アプリ部１３０に接続しているが、ＥＭＳ１４０及び外部の装置１６０は必ずしも基本機能部１３２を介して機器無依存アプリ部１３０に接続している必要はない。ＥＭＳ１４０及び外部の装置１６０は、必要に応じてミドルウェア部１２０に適宜接続してもよいし、機器無依存アプリ部１３０に直接接続してもよい。また「ミドルウェア部１２０経由で接続」と表現しているが、この表現は機器無依存アプリ部１３０からみた視点での表現である。実際には、ハードウェアでの接続の後にミドルウェア部１２０を介して機器無依存アプリ同士が接続している。

アーキテクチャの第１例と比べて、第３例は、機器依存ＡＰＩ２３、２５を備えるミドルウェア部１２０を、準拠する標準規格、世代、方式、システム、機器種別、製造ベンダの少なくともいずれかが異なる機器毎に作成する必要がない。これによって、アーキテクチャの第３例の通信装置は、機器間世代間でより多くの機能を汎用化して移植し易く、接続性の検証も容易で、機器の機能が堅牢となる効果がある。

アーキテクチャの第３例による通信装置は、機器依存部１１０と、機器無依存アプリ部１３０とを備える。機器依存部１１０は、準拠する標準規格又は機器製造ベンダ等に依存するハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）を駆動するドライバ、ファームウェア等のソフトウェア部１１３と、機器依存部１１０の少なくとも一部分を駆動する機器依存アプリ部１５０とを備える。ドライバ等は、機器依存部１１０の違いを隠蔽する。

機器無依存アプリ部１３０は、機器に依存しない処理を実行する汎用の機器無依存アプリであり、拡張機能部１３１と、基本機能部１３２とを備える。基本機能部１３２は、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と機器依存のソフトウェア部１１３との違いを隠蔽するドライバを介して又は機器無依存ＡＰＩ２７（移植用ＩＦ）又は機器依存アプリ部１５０を介して、機器依存部１１０と接続し、機器依存部１１０のハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）及び機器依存のソフトウェア部１１３との間で、データを入出力する。

機器無依存アプリ部１３０内の基本機能部１３２と拡張機能部１３１とは、機器無依存ＡＰＩ２２（拡張用ＩＦ）を介して接続される。基本機能部１３２と機器依存部１１０とは、機器無依存ＡＰＩ２７を介して接続される。機器無依存アプリ部１３０の内の基本機能部１３２が、ミドルウェア部１２０の代わりに、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）や拡張機能部１３１との間で、情報を入出力する。基本機能部１３２と、機器依存部１１０内の機器依存アプリ部１５０とは、機器無依存ＡＰＩ２７を介して接続される。機器依存アプリ部１５０と機器依存部１１０の他の機能部とは、機器依存ＡＰＩ２４を介して接続される。基本機能部１３２は、ミドルウェア部１２０の代わりに、基本機能部１３２がハード、拡張機能部１３１と入出力する。基本機能部１３２の中に、ＥＭＳ１４０からの通信を受ける管理・制御エージェント部１３３（図３参照）相当を含んでいてもよいし、拡張機能部１３１として管理・制御エージェント部１３３を備えてもよい。

機器無依存アプリ部１３０は、必要に応じて基本機能部１３２を介して、相互に入出力する。機器無依存アプリ部１３０の拡張機能部１３１は、基本機能部１３２及び機器無依存ＡＰＩ２２（拡張用ＩＦ）を介して、情報を入出力する。基本機能部１３２は、拡張機能部１３１と機器無依存ＡＰＩ２２を介して情報を入出力し、機器依存部１１０のＯＡＭ部、ドライバ、ファームウェア、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と、また、機器無依存ＡＰＩ２２（移植用ＩＦ）と機器依存部１１０の差異を隠蔽する機器依存部１１０のドライバ又は機器依存アプリ部１５０と機器無依存ＡＰＩ２７を介して情報を入出力する。

基本機能部１３２は、図３に示すミドルウェア部１２０と同様に、そのまま又は所定の形式で情報を入力する。例えば、他の機器無依存アプリ部１３０であれば、基本機能部１３２は、入力する形式の機器無依存ＡＰＩ２２の形式にそれぞれに変換し、機器依存のＯＡＭ部、ドライバ、ファームウェア、ハードウェア部であれば、入力する形式の機器無依存ＡＰＩ２２の形式にそれぞれに変換してから、又は終端して所定の処理を施してから情報を入力する。入力の際に、基本機能部１３２は、それぞれの入力先に不要な入力情報を削除し、不足の情報があれば、他の機器無依存ＡＰＩ２２や機器無依存ＡＰＩ２７を介して収集して補足することが望ましい。しかし、基本機能部１３２は、入力先への入力を、ブロードキャスト又はマルチキャストして、関連するアプリ等に同報することとしてもよい。

機器無依存アプリ部１３０は、例えば、拡張機能部１３１−１〜１３１−３と、基本機能部１３２とを備える。機器無依存アプリ部１３０は、拡張機能部１３１と基本機能部１３２とのうち、いずれかを備えなくてもよい。機器無依存アプリ部１３０は、拡張機能部１３１と基本機能部１３２と以外の機能部を、更に備えてもよい。例えば、拡張機能部１３１が不要である場合、機器無依存アプリ部１３０は、拡張機能部１３１を備えなくてよい。

拡張機能部１３１は、他の機能に影響を与えることなく独立に追加又は削除可能であることが好ましい。例えば、サービス上の要求に合わせて、例えばマルチキャストサービス、省電力対応を拡張機能部１３１とする場合、拡張機能部１３１が必要になった場合に、適宜追加し、不要となった場合に適宜削除し、変更に応じて入替又は変更してもよい。
基本機能部１３２の一部は、機器依存アプリ部１５０で代替してもよい。機器依存アプリ部１５０は、情報を基本機能部１３２から直接入出力しているが、そのまま又は所定の変換の後に、基本機能部１３２を介さずにＥＭＳ１４０との間で情報を入出力してもよい。

機器無依存ＡＰＩ２２、２７は、図３に示すアーキテクチャの第１例と同様に、後から追加する拡張機能部１３１を想定して、基本機能部１３２に予め備えることが望ましいが、必要に応じて、機器無依存ＡＰＩ２２、機器無依存ＡＰＩ２７、他の機器無依存アプリ部１３０、機器依存アプリ部１５０又は機器依存ＡＰＩ２４の改変を抑制する形で、追加又は削除してもよい。また、機器依存アプリ部１５０が不要であれば、通信装置は機器依存アプリ部１５０とＡＰＩ２４を備えなくてもよい。この構成をアーキテクチャの第４例と呼ぶ。機器依存アプリ部１５０を備えないことで、基本機能部１３２が複雑となる。

（アーキテクチャの第５例）
図５の右上図は、アーキテクチャの第５例を示す図である。図５の右下図はアーキテクチャの第１〜第４例に相当する。同図では、通信装置がＯＬＴである場合を示している。アーキテクチャの第５例は、外付ハードにＯＬＴの機能を実装（クラウド化）することで、既存／市中品ＯＬＴハードを活用して、サービスに応じた機能追加／変更を用意とする機能クラウド化のアプローチする場合に好適である。

本例では、通信装置は、既存／市中品ハードウェアと外付ハードウェアからなる。例えば既存／市中品ハードウェアは機器に依存する非汎用の機器依存部１１０であり、外付ハードウェア上にハードウェアやソフトウェアの違いを隠蔽するミドルウェア部１３４と、動作が機器に依存しない汎用の機器無依存アプリ部１３０とを備える。従って、同図のミドルウェア部１３４以下の機器依存部（ベンダ依存部）は、通信装置の機器が準拠する標準規格や機器の製造ベンダに依存する機能部である。また、アーキテクチャの第１例と同様に機器無依存アプリ部１３０は、通信装置の機器が準拠する標準規格や機器の製造ベンダに依存しない機能部である。

ミドルウェア部１３４と機器無依存アプリ部１３０とは、機器に依存しない入出力ＩＦである機器無依存ＡＰＩ１３５を介して接続される。機器依存部１１０の例えば、ソフトウェア部、ＯＡＭ、ハードウェア部（ＰＨＹ）及びハードウェア部（ＭＡＣ）と、外付ハードウェア上のミドルウェア部１３４とは、機器に依存する入出力ＩＦである機器無依存ＡＰＩ１３２及び既存／市中品ハードウェアと外付ハードウェア間の機器間接続を介して接続される。

本アーキテクチャでは、アーキテクチャの第１例と同様に、機器無依存アプリ部１３０による拡張機能部（独自機能部）の柔軟及び迅速な追加を容易にし、通信サービスをタイムリーに提供することができる。ここで、機器依存部１１０は、図５に示す保守運用、アクセス制御、物理層処理、光モジュールであってもよく、機器自体の構成による。

ミドルウェア部１３４と、機器依存部１１０のドライバと、機器依存アプリ部１５０（ベンダ依存アプリ部）との少なくともいずれかに、ＩＦやパラメータ等を機器依存部１１０に対応するように変換する変換機能部や、不足するＩＦやパラメータ等に対応して自動設定する機能部を更に備えてもよい。

機器依存部１１０は、ハードウェア部と、ソフトウェア部とを備える。ソフトウェア部は、機器依存のドライバ、ファームウェア、アプリケーション等を実行する。

機器依存部１１０は、物理媒体に接続するＰＭＤ、ＭＡＣ、データをシリアル化するＰＭＡ、データを符号化する部分であるＰＣＳ又はＰＨＹの一部を備えなくてもよい。例えば、変復調信号処理、ＦＥＣ、符復号処理、暗号化処理等の低位の信号処理を備えずに光関連の機能のみを備えてもよい。

機器無依存アプリ部１３０は、例えば、ＥＭＳからデータを取得する管理・制御エージェント部１３３と、拡張機能部１３１−１〜１３１−３と、基本機能部１３２とである。以下、拡張機能部１３１−１〜１３１−３に共通する事項については、符号の一部を省略して、「拡張機能部１３１」と表記する。なお、機器無依存アプリ部１３０は、管理・制御エージェント部１３３と拡張機能部１３１と基本機能部１３２とのうちいずれかを含まなくてもよい。

機器無依存アプリ部１３０は、管理・制御エージェント部１３３、拡張機能部１３１及び基本機能部１３２以外の構成を、更に含んでいてもよい。例えば、拡張機能部１３１が不要である場合、機器無依存アプリ部１３０は、拡張機能部１３１を備えなくてもよい。また、機器無依存アプリ部１３０は、１個以上の拡張機能部１３１を含んでもよい。

基本機能部１３２は、拡張機能部１３１の一部として機器無依存アプリ部１３０に含まれてもよいし、ミドルウェア部１３４よりも下位の機能部によって代替されてもよい。拡張機能部１３１が基本機能部１３２を含む場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。ミドルウェア部１３４よりも下位の機能部が基本機能部１３２を代替する場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。拡張機能部１３１が基本機能部１３２を含み、ミドルウェア部１２０よりも下位の機能部が基本機能部１３２を代替する場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。

ＥＭＳ１４０と機器無依存アプリ部１３０とは、情報を直接入出力してもよい。また、機器依存部１１０は、ＮＥ管理・制御部１１５と、ＮＥ管理・制御部１１５のＩＦとを備えなくともよい。

基本機能部１３２は、拡張機能部１３１の一部として機器無依存アプリ部１３０に含まれてもよいし、ミドルウェア部１２０の下位の機能部によって代替されてもよい。拡張機能部１３１が基本機能部１３２を含む場合や、ミドルウェア部１２０の下位の機能部が基本機能部１３２を代替する場合や、それらの組み合わせである場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。また、基本機能部１３２の一部は、ミドルウェア部１２０の下位の機能部の機器依存アプリ部１５０によって代替されてもよい。

管理・制御エージェント部１３３は、ＥＭＳ１４０及びミドルウェア部１２０と入出力する。ミドルウェア部１２０は、ＮＥ管理・制御部１１５との間で、ＮＥ管理情報及び制御情報を入出力する。ＮＥ管理・制御部１１５は、ミドルウェア部１２０を介さずに、ＮＥ管理情報及び制御情報をＥＭＳ１４０と直接送受信してもよいし、管理・制御エージェント部１３３を介して、ＮＥ管理情報及び制御情報を送受信してもよい。

ミドルウェア部１２０や機器依存部１１０は単一で例示したが、それぞれ複数から構成されていてもよい。機器依存部１１０のハードウェアに複数のプロセッサが含まれる場合、ミドルウェア部１２０はプロセッサやハードウェアをまたいでプロセッサ間通信等を用いて入出力してもよい。機器無依存アプリ部１３０間や機器無依存アプリ部１３０をＤＬＬのような実行プログラムとして、単一のプロセッサ上のユーザ空間上に配置してもよいし、複数のプロセッサ上のユーザ空間上に配置してもよい。

また、機器無依存アプリ部１３０は、ＡＰＩ等の入出力ＩＦを確保した上でカーネル空間に配置してもよいし、独立にファームウェア等に入替可能なＩＦを有するミドルウェア部１２０とともに配置してもよいし、ファームウェア等に組み込んでコンパイルし直してもよい。機器無依存アプリ部１３０毎にユーザ空間やカーネル空間を任意の組み合わせとしてもよい。

同一の機能に対応する機器無依存アプリ部１３０を、ユーザ空間とカーネル空間の両方で実装可能としてもよい。この場合、例えば、切り替えていずれかを選択してもよいし、両方協働して処理してもよいし、一方のみで実処理するとしてもよい。機器依存部１１０のソフトウェアも同様である。

望ましくは、主信号処理やＤＢＡ処理や低レイヤの信号処理のように高速処理が必要であるほど、拡張性・入替の即時性とトレードオフはあるが、オーバーヘッドが少なく高速な処理が期待されるカーネル空間やファームウェアに組み込むことが望ましい。機器依存アプリ部１５０を配置するプロセッサもプロセッサ間通信によるバスや速度等の制限、通信路の占有等による他のプログラムへの影響の観点から、実処理するプロセッサ又はその近傍のプロセッサのユーザ空間やカーネル空間やファームウェア上に配置することが望ましい。ただし、実処理するプロセッサ又はその近傍のプロセッサの能力を軽減するためにはプロセッサ間通信によるコミュニケーションコストは増大するが、遠隔のプロセッサで処理するとしてもよい。

機器無依存ＡＰＩ２１は、追加する拡張機能部１３１を想定してミドルウェア部１２０に予め備えられることが望ましいが、機器依存ＡＰＩ２３や他の機器無依存アプリ部１３０の改変を抑制する形で、必要に応じて追加又は削除されてもよい。その他は、アーキテクチャの第１例と同様である。

（アーキテクチャの第６例）
アーキテクチャの第６例は、機器依存部１１０として準拠する標準規格又は機器製造ベンダに依存するハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）を駆動するドライバ・ファームウェア等のソフトウェア部１１３と、機器依存部１１０の少なくとも一部分を駆動する機器依存アプリ部１５０とを備える。

機器依存アプリ部１５０及び機器依存部１１０は、機器依存ＡＰＩ２４を介して接続される。機器依存アプリ部１５０の中に、ＥＭＳ１４０からの通信を受ける管理・制御エージェント部１３３相当を含んでいてもよい。機器依存ＡＰＩ２４は、機器依存アプリ部１５０及び機器依存ＡＰＩ２４の改変を抑制する形で、必要に応じて追加又は削除されてもよい。

なお、通信装置のアーキテクチャの第１例〜第６例に示す通信装置の構成は、ＴＷＤＭ−ＰＯＮのようなＩＴＵ−Ｔ勧告準拠のＰＯＮのＯＬＴを前提に記載しているが、ＯＮＵであってもよく、ＴＷＤＭ−ＰＯＮ以外のＩＴＵ−Ｔ勧告準拠のＰＯＮのＯＬＴ又はＯＮＵのいずれかであってもよいし、ＧＥ−ＰＯＮ、１０ＧＥ−ＰＯＮ等のＩＥＥＥ規格準拠のＰＯＮであってもよく、ＴＣレイヤ又はＰＭＤレイヤは対応する層に読み替えれば同様である。

図６は、部品又は装置の群からなる仮想的な通信装置又は通信システムの構成の例を示す図である。図６に示す通信装置は、主に同一波長（後述の例では、同一の周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい。これは以降の例でも同様である。）の送受信部（ＴＲｘ:Transceiver）１１の入出力を切替する光スイッチ部（光ＳＷ）１０と、ＴＲｘ１１と、スイッチ部（ＳＷ）１２と、スイッチ部（ＳＷ）１３と、制御部１４と、プロキシ部１５との少なくとも一部又は全てを備える。なお、通信装置は、外部サーバ１６を備え得る。

図６では、異なる波長（λＡ〜λＮ）の光信号を送受信（通信）するＴＲｘ１１が同一のＳＷ１２に接続される構成を示すが、実施形態１−１はこれに限定されない。例えば、異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１が同一のＳＷ１２に接続される構成に加えて、同一の波長の光信号を送受信するＴＲｘ１１が同一のＳＷ１２に接続されていてもよいし、少なくとも一部の波長のＴＲｘ１１が複数同一のＳＷ１２に接続されていてもよいし、少なくとも一部の波長のＴＲｘ１１が可変波長であってもよいし、ＴＲｘ１１の内の一部又は全てが送信のみ又は受信のみ行うＴＲｘ１１であってもよい。

ＯＬＴなどの通信装置は、ＴＲｘ１１から制御部１４を備えていてもよいし、これらに加えて外部サーバ１６を更に、備えてもよい。また、ＯＳＵは、ＴＲｘ１１でもよいし、これに加えてＳＷ１２又はＳＷ１３を備えてもよい。
通信装置は、ＥＭＳを含めた仮想的な装置であってもよい。ＥＭＳに部品を乗せる構成としてはＯＮＯＳ（Open Network Operating System）の等の構成を用いてもよい。ＥＭＳ上に部品を乗せてもよいし、ＥＭＳ上の仮想ＯＬＴ（virtual OLT）上に部品を乗せてもよいし、ＥＭＳ上の仮想ＯＬＴと並列に乗せてもよい。

通信システム構成（１−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４と、プロキシ部１５と、外部サーバ１６とを備える（図６）。

通信装置がＯＬＴである場合、ＯＬＴは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４とを含んで構成されてもよいし、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４と、外部サーバ１６とを含んで構成されてもよい。ＯＳＵは、光ＳＷ１０と、ＴＲｘ１１とを含んで構成されてもよいし、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２とを含んで構成されてもよいし、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３とを含んで構成されてもよい。

光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や、外部のＯｐＳ等（不図示）やコントローラ（不図示）や外部の装置（不図示）等(外部のＯｐＳ等（不図示）やコントローラ（不図示）や外部の装置（不図示）等を以下外部の装置等と称する)から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

光ＳＷ１０は、可変波長のＴＲｘ１１の入出力を含む同一波長のＴＲｘ１１の入出力を、異なる芯線（後述の例では異なるモードやコア等や芯線を含めたこれらの組み合わせであってもよい。これは以降の例でも同様である。)又はそれらにつながる光合分波器等に切替してもよいし、可変波長を含む複数波長（後述の例では、複数の周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい。これは以降の例でも同様である。）のＴＲｘ１１の入出力又はそれらを光合分波器等で束ねたものを異なる芯線に切替してもよいし、可変波長を含む波長（後述の例では、周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい。これは以降の例でも同様である。）のＴＲｘ１１の入出力を束ねて、異なる芯線又はそれらにつながる光合分波器等に切替してもよい。

光ＳＷ１０は、自律制御を行い、又は、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等から制御され、又は、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、光ＳＷ１０、ＳＷ１２、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等から制御され、又は、光ＳＷ１０、ＳＷ１２、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、所定の手順に従って、ＶＬＡＮ（Virtual Local Area Network）、優先、廃棄優先若しくは宛先等の少なくとも一部又はその組み合わせのタグの追加、削除、付替をして、又は、タグの変更無で、集約、分配、振分、複製、折返若しくは透過の少なくとも一つ又はその組み合わせの処理を行う。

なお、上りトラフィックに関しても集約されるとは限らない。ＳＷ１２は通信システム構成（１−１）の構成では波長毎の振分が主であるが、集約、分配、複製、折返、透過、ＶＩＤ（Virtual LAN Identifier）や優先廃棄を表すタグ等のタグ付加又はタグ付替を行ってもよい。後述する通信システム構成（１−２）の構成では、上りトラフィックは集約が主であるが、分配、振分、複製、折返、透過、タグ付加又はタグ付替を行ってもよい。下りトラフィックも集約、分配、振分、複製、折返、透過、タグ付加又はタグ付替のいずれかを行ってもよく、少なくとも一部の組み合わせを行ってもよい。そのいずれとするかはサービスポリシーに応じて決定する。これは以降の通信システム構成でも同様である。

ＳＷ１２は、ＳＷ１３に接続される。ＳＷ１２は、自律制御を行い、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等から制御され、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１若しくはＳＷ１３のトラフィックの一部又はその全てに、所定の手順に従って、ＶＬＡＮ、優先、廃棄優先若しくは宛先等の少なくとも一部又はその組み合わせのタグの追加、削除、付替をして、又は、タグの変更無で、集約、分配、振分、複製、折返、透過若しくはタグ付加又はタグ付替の少なくとも一部又はその組み合わせの処理を行う。これは以降の通信システム構成でも同様である。

なお、ＳＷ１２は、制御されるとは限らない。ＴＲｘ１１からプロキシ部１５の少なくとも一つが制御される場合と、制御されずにＴＲｘ１１からプロキシ部１５の少なくとも一つに制御情報が転送される場合とがある。転送元としては例えばプロキシ部１５又は外部サーバ１６がある。また、ＴＲｘ１１からプロキシ部１５が自律で動く場合もある。これは以降の通信システム構成でも同様である。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。集線ＳＷは、複数のＯＬＴから若しくはＯＬＴへのトラフィックに集約、分配、振分、複製、折返若しくは透過の少なくとも一部を行う。ＳＷ１３は、自律制御を行い、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等から制御され、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２若しくはプロキシ部１５のトラフィックの一部又はその全てに、所定の手順に従って、ＶＬＡＮ、優先、廃棄優先若しくは宛先等の少なくとも一部又はその組み合わせのタグの追加、削除、付替をして、若しくは、タグの変更無で、集約、分配、振分、複製、折返若しくは透過の少なくとも一部又はその組み合わせの処理を行う。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５又は外部サーバ１６等の装置に備える他の構成要素や外部の装置等と接続される。制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５若しくは外部サーバ１６等の装置に備える構成要素や外部の装置等を制御し、又は光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５若しくは外部サーバ１６等の装置に備える構成要素や外部の装置等を介して、指示を転送する。

図６に示すプロキシ部１５は、ＯＬＴから若しくはＯＬＴへのデータ経路上に設置してもよい。ただし、間に他の装置（例えば、複数のＯＬＴから若しくはＯＬＴへのトラフィックに集約／分配する集線ＳＷ等）が介在する場合があるので、直接接続されるとは限らない。制御の流れとしては、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４、外部サーバ１６のいずれに、プロキシ部１５があってもよい。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等から制御され、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、所定の手順に従って、ＶＬＡＮ、優先、廃棄優先若しくは宛先等の少なくとも一部又はその組み合わせのタグの追加、削除、付替をして、若しくはタグの変更無で、集約、分配、振分、複製、折返若しくは透過の少なくとも一部又はその組み合わせの処理を行う。

外部サーバ１６は、ＴＲｘ１１又はＳＷ１２又はＳＷ１３又は制御部１４又はプロキシ部１５又は外部のＯｐＳ等（不図示）又はコントローラ（不図示）若しくは外部の装置（不図示）と接続される。外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３若しくは制御部１４若しくはプロキシ部１５等の装置に備える他の構成要素や外部の装置等を制御し、又は光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３若しくは制御部１４若しくはプロキシ部１５等の装置に備える他の構成要素や外部の装置等を介して指示を転送する。

光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５若しくは外部サーバ１６等の装置に備える構成要素は、装置に備える他の構成要素のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等に送信してもよい。

なお、要素は適宜含まなくてもよいし、含まない要素とのやりとりは例えば、スキップしてその先の要素とやりとりする。要素を省いた相手同士で通信してもよい。

通信システム構成（１−２）の通信システムでは、通信システム構成（１−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（２−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４と、プロキシ部１５とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１はＳＷ１２に接続される。
ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

ＳＷ１２は、ＳＷ１３に接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５又は外部の装置等と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。
プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２−２）の通信システムでは、通信システム構成（２−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（３−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１はＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、外部サーバ１６、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（３−２）の通信システムでは、通信システム構成（３−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（４−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、プロキシ部１５と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、光ＳＷ１０、ＳＷ１２若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５又は外部の装置等と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

通信システム構成（４−２）の通信システムでは、通信システム構成（４−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（５−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、制御部１４と、プロキシ部１５と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様の処理を行う。

ＳＷ１２は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１又はプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、プロキシ部１５、外部サーバ１６、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１２若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、制御部１４、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

通信システム構成（５−２）の通信システムでは、通信システム構成（５−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（６−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、制御部１４と、プロキシ部１５と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１３に接続される。受信部１１（ＴＲｘ）は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＴＲｘ１１又はプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、プロキシ部１５若しくは外部サーバ１６又は外部の装置等と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。
プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、制御部１４、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

通信システム構成（６−２）の通信システムでは、通信システム構成（６−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（７−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

通信システム構成（７−２）の通信システムでは、通信システム構成（７−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（８−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、プロキシ部１５とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

通信システム構成（８−２）の通信システムでは、通信システム構成（８−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（９−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、制御部１４と、プロキシ部１５とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

通信システム構成（９−２）の通信システムでは、通信システム構成（９−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１０−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、制御部１４と、プロキシ部１５とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１３に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、プロキシ部１５若しくは外部の装置等と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

通信システム構成（１０−２）の通信システムでは、通信システム構成（１０−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（１１−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

通信システム構成（１１−２）の通信システムでは、通信システム構成（１１−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１２−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、制御部１４と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

ＳＷ１２は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、外部サーバ１６、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１又はＳＷ１２又は制御部１４又は外部の装置等と接続される。外部サーバ１６は、装置に備える他の構成要を制御し、又は装置に備える他の構成要を介して指示を転送する。

通信システム構成（１２−２）の通信システムでは、通信システム構成（１２−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１３−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、制御部１４と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＴＲｘ１１若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１若しくはＳＷ１３又は外部サーバ１６又は外部の装置等と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１若しくはＳＷ１３又は制御部１４又は外部の装置等と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

通信システム構成（１３−２）の通信システムでは、通信システム構成（１３−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（１４−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、プロキシ部１５と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１２若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

通信システム構成（１４−２）の通信システムでは、通信システム構成（１４−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１５−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、プロキシ部１５と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、プロキシ部１５若しくは外部の装置等と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

通信システム構成（１５−２）の通信システムでは、通信システム構成（１５−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（１６−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、制御部１４と、プロキシ部１５と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、プロキシ部１５、外部サーバ１６、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、制御部１４、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

通信システム構成（１６−２）の通信システムでは、通信システム構成（１６−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）がそれぞれプロキシ部１５に直接、又は集線ＳＷ等を介して接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（１７−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

通信システム構成（１７−２）の通信システムでは、通信システム構成（１７−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１８−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、制御部１４とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部又はその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（１８−２）の通信システムでは、通信システム構成（１８−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１９−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、制御部１４とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

通信システム構成（１９−２）の通信システムでは、通信システム構成（１９−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（２０−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、プロキシ部１５とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

通信システム構成（２０−２）の通信システムでは、通信システム構成（２０−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（２１−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、プロキシ部１５とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

通信システム構成（２１−２）の通信システムでは、通信システム構成（２１−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（２２−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、制御部１４と、プロキシ部１５とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して接続される。
ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

通信システム構成（２２−２）の通信システムでは、通信システム構成（２２−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）がプロキシ部１５に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（２３−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

通信システム構成（２３−２）の通信システムでは、通信システム構成（２３−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（２４−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部若しくはその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２４−２）の通信システムでは、通信システム構成（２４−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（２５−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、制御部１４と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、外部サーバ１６、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、制御部１４、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

通信システム構成（２５−２）の通信システムでは、通信システム構成（２５−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が上位側の装置（不図示）に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（２６−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、プロキシ部１５と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＴＲｘ１１若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

通信システム構成（２６−２）の通信システムでは、通信システム構成（２６−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）がプロキシ部１５に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（２７−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

通信システム構成（２７−２）の通信システムでは、通信システム構成（２７−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（２８−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

通信システム構成（２８−２）の通信システムでは、通信システム構成（２８−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（２９−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、制御部１４とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

通信システム構成（２９−２）の通信システムでは、通信システム構成（２９−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が上位側の装置（不図示）に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（３０−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、プロキシ部１５とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える構成要素や外部の装置等から制御され、又は装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

通信システム構成（３０−２）の通信システムでは、通信システム構成（３０−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）がプロキシ部１５に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（３１−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、外部サーバ１６とを備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又はＴＲｘ１１の他の構成要素や外部の装置等を介して指示を転送する。

通信システム構成（３１−２）の通信システムでは、通信システム構成（３１−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が上位側の装置（不図示）に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（３２−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１を備える（図６）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

通信システム構成（３２−２）の通信システムでは、通信システム構成（３２−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が上位側の装置（不図示）に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

上記通信システム構成（１−１）〜（３２−２）に示す通信システムが光ＳＷ１０を備える構成を示したが、通信システム構成（１−１）〜（３２−２）に示す通信システムが光ＳＷ１０を備えないように構成されてもよい。図６に示す通信システムにおいて、通信システム構成（１−１）〜（３２−２）に対応する光ＳＷ１０を備えない構成を、それぞれ通信システム構成（３３−１）〜（６４−２）とする。すなわち、通信装置は、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４と、プロキシ部１５との少なくとも一部を備える。なお、通信装置は、外部サーバ１６を備え得る。通信システム構成（３３−１）〜（６４−２）において、ＯＤＮとＴＲｘ１１が光ＳＷ１０を介さずに接続される。可変波長のＴＲｘ１１の入出力を含む同一波長のＴＲｘ１１の入出力を、ＯＤＮの異なる芯線又はそれらにつながる光合分波器等に接続してもよいし、可変波長を含む複数波長のＴＲｘ１１の入出力又はそれらを光合分波器等で束ねたものを、ＯＤＮの異なる芯線に接続してもよいし、可変波長を含む波長のＴＲｘ１１の入出力を束ねて、ＯＤＮの異なる芯線又はそれらにつながる光合分波器等に接続してもよい。他は同様である。

（第１の構成例）
ＯＬＴがＴＲｘ１１を備え、実行部と指示部とを分離して機能配備する例について説明する。この場合、ＯＬＴは、ＴＲｘ１１に実行部を備える。ＯＬＴは、ＴＲｘ１１の情報処理部や、ＣＰＵ（Central Processing Unit）等の演算処理可能な箇所に、指示部を備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。

また、第１の構成例において、ＯＬＴは、主に可変波長のＴＲｘ１１の入出力を含む同一波長（後述の例では、同一の周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい）のＴＲｘ１１の入出力を異なる芯線（後述の例では異なるモードやコア等や芯線を含めたこれらの組み合わせであってもよい)又はそれらにつながる光合分波器等に切替又は可変波長を含む複数波長（後述の例では、複数の周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい）のＴＲｘ１１の入出力又はそれらを光合分波器等で束ねたものを異なる芯線（後述の例では異なるモードやコア等や芯線を含めたこれらの組み合わせであってもよい）に切替又は可変波長を含む波長（後述の例では、周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい）のＴＲｘ１１の入出力を束ねて、異なる芯線（後述の例では異なるモードやコア等や芯線を含めたこれらの組み合わせであってもよい）又はそれらにつながる光合分波器等に切替する光ＳＷ１０を備える。なお、以下に示す第２の構成例から第６４の構成例においても、ＯＬＴは、光ＳＷ１０を備える。

実行部と指示部の入出力は、内部配線、バックボード、ＯＡＭ部１１４、主信号線、専用の配線、ＯｐＳ等、コントローラ又はＣｏｎｔ等の経路のいずれでよい。やりとりを指示部で直接終端して入力する場合、ＯＡＭ部１１４又は主信号にカプセル化してもよい。やりとりをいずれかの箇所で終端して、内部配線、バックボード、ＯＡＭ部１１４、主信号線、専用の配線、ＯｐＳ等、コントローラ又は制御盤等の経路を経由して入力してもよい。ＯＡＭ部１１４や主信号線を用いる場合、ＯＡＭ部１１４や主信号にカプセル化することが望ましい。主信号線を通す場合はＯＳＵ又は他箇所のＳＷにて指示部に振り分けることが望ましい。

なお、第１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。

（第２の構成例）
第２の構成例では、実行部をＴＲｘ１１に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３の構成例）
第３の構成例では、実行部をＴＲｘ１１に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４の構成例）
第４の構成例では、実行部をＴＲｘ１１に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５の構成例）
第５の構成例では、実行部をＴＲｘ１１に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６の構成例）
第６の構成例では、実行部をＴＲｘ１１に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第７の構成例）
第７の構成例では、実行部をＴＲｘ１１に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第７の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＯＬＴ外部の主信号ネットワーク中に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第８の構成例）
第８の構成例では、実行部をＳＷ１２に備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２とＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第９の構成例）
第９の構成例では、実行部をＳＷ１２に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第９の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。

（第１０の構成例）
第１０の構成例では、実行部をＳＷ１２に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１０の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２とＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１１の構成例）
第１１の構成例では、実行部をＳＷ１２に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等に備える。その他は第１の構成例と同様である。なお、第１１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２とＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１２の構成例）
第１２の構成例では、実行部をＳＷ１２に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１２の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２とＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１３の構成例）
第１３の構成例では、実行部をＳＷ１２に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２及びＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１４の構成例）
第１４の構成例では、実行部をＳＷ１２に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理が可能な箇所に備える。その他は第１の構成例と同様である。なお、第１４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＯＬＴ外部の主信号ネットワーク中に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２とＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１５の構成例）
第１５の構成例では、実行部をＯＳＵに備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１５の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＴＲｘ１１に演算処理可能な箇所を含む構成に適用できる。なお、ＯＳＵとＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１６の構成例）
第１６の構成例では、実行部をＯＳＵ、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１６の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＳＵとＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１７の構成例）
第１７の構成例では、実行部をＯＳＵに備え、指示部をＯＳＵの例えば情報処理部、ＣＰＵ等の演算処理可能な箇所に備える。実行部が指示部よりＰＯＮ近傍に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第１７の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。

（第１８の構成例）
第１８の構成例では、実行部をＯＳＵに備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＳＵとＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１９の構成例）
第１９の構成例では、実行部をＯＳＵに備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１９の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＳＵ及びＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２０の構成例）
第２０の構成例では、実行部をＯＳＵに備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２０の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＳＵとＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２１の構成例）
第２１の構成例では、実行部をＯＳＵに備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＳＵとＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２２の構成例）
第２２の構成例では、実行部をＳＷ１３に備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２２の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３及びＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２３の構成例）
第２３の構成例では、実行部をＳＷ１３に備え、指示部をＳＷ１２に備える。その他は第１の構成例と同様である。なお、第２３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＳＷ１２を備える任意の構成に適用できる。なお、ＳＷ１３及びＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２４の構成例）
第２４の構成例では、実行部をＳＷ１３に備え、指示部をＯＳＵの演算処理可能な箇所に備える。ＯＳＵの演算処理可能な箇所は、例えば、情報処理部、ＣＰＵである。その他は第１の構成例と同様である。なお、第２４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３及びＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２５の構成例）
第２５の構成例では、実行部をＳＷ１３に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。なお、第２５の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。

（第２６の構成例）
第２６の構成例では、実行部をＳＷ１３に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２６の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３及びＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２７の構成例）
第２７の構成例では、実行部をＳＷ１３に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２７の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＯＬＴ外部の演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３及びＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２８の構成例）
第２８の構成例では、実行部をＳＷ１３に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＯＬＴ外部の主信号ネットワーク中に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３とＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２９の構成例）
第２９の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＴＲｘ１１の情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２９の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等及びＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３０の構成例）
第３０の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３０の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等及びＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３１の構成例）
第３１の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３２の構成例）
第３２の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３２の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等及びＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３３の構成例）
第３３の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第３３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤とＯＬＴに演算処理可能な箇所を備える構成に適用できる。

（第３４の構成例）
第３４の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３５の構成例）
第３５の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３５の構成例は通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＬＴ外部の主信号ネットワークに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＬＴ外部の主信号ネットワークの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３６の構成例）
第３６の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３６の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３７の構成例）
第３７の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３７の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３８の構成例）
第３８の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等及びＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３９の構成例）
第３９の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３９の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４０の構成例）
第４０の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４０の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等及びＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４１の構成例）
第４１の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等の演算処理可能な箇所に備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別サーバ上でもよく、同一サーバ上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第４１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４２の構成例）
第４２の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４２の構成例は通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＬＴ外部の主信号ネットワーク中に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４３の構成例）
第４３の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４４の構成例）
第４４の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４５の構成例）
第４５の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４５の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４６の構成例）
第４６の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４６の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４７の構成例）
第４７の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４７の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＯＬＴに演算処理可能な箇所を備える構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４８の構成例）
第４８の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４９の構成例）
第４９の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な個所に備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第４９の構成例は通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に演算処理可能な箇所を備える任意の構成に適用できる。

（第５０の構成例）
第５０の構成例では、実行部を光ＳＷ１０に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第５０の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５１の構成例）
第５１の構成例では、実行部を光ＳＷ１０に備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５１の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５２の構成例）
第５２の構成例では、実行部を光ＳＷ１０に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第52の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５３の構成例）
第５３の構成例では、実行部を光ＳＷ１０に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５３の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５４の構成例）
第５４の構成例では、実行部を光ＳＷ１０に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等に備える。その他は第１の構成例と同様である。なお、第５４の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５５の構成例）
第５５の構成例では、実行部を光ＳＷ１０に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５５の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５６の構成例）
第５６の構成例では、実行部を光ＳＷ１０に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５６の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０及びＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５７の構成例）
第５７の構成例では、実行部を光ＳＷ１０に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理が可能な箇所に備える。その他は第１の構成例と同様である。なお、第５７の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＯＬＴ外部の主信号ネットワーク中に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５８の構成例）
第５８の構成例では、実行部をＴＲｘ１１に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１と光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１と光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５９構成例）
第５９の構成例では、実行部をＳＷ１２に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５９の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２と光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２と光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６０の構成例）
第６０の構成例では、実行部をＯＳＵに備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６０の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵと光ＳＷ１０に演算処理可能な箇所を含む構成に適用できる。なお、ＯＳＵと光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６１の構成例）
第６１の構成例では、実行部をＳＷ１３に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３と光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３及び光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６２の構成例）
第６２の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部を光ＳＷ１０の情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６２の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等と光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等及び光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６３の構成例）
第６３の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等と光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等と光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６４の構成例）
第６４の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等と光ＳＷ１０の演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等と光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

なお、第１の構成例から第６４の構成例において、指示部の設定又はアルゴリズムを変更するためのＩＦを備え、指示部のソフトウェアを変更できるとしてもよい。また、第１の構成例から第６４の構成例において、指示部は装置の構成要素で、演算処理が可能な一か所の構成要素上に配置したが、演算処理が可能な複数の構成要素装置上、例えば複数の情報処理部での処理により実現してもよい。

図７は、光アクセスシステムの構成の例を示す図である。同図に示すＯＬＴは、通信装置１００の一例である。図７に係る光アクセスシステムでは、ＩＴＵ−ＴＧ．９８９シリーズに準拠する。図７において、コントローラと外部装置はＯＬＴに含まれないが、ＦＡＳＡアプリケーションＡＰＩとの通信を例示するために記載する。

論理モデルは、ＦＡＳＡアプリケーションと、ＦＡＳＡアプリケーションにＦＡＳＡアプリケーションＡＰＩを提供するＦＡＳＡ基盤とで構成される。ＦＡＳＡ基盤はＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを含む。ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアは、ＦＡＳＡ基盤を構成するハードウェアやソフトウェアのベンダや方式の違いを吸収する。ＦＡＳＡアプリケーションＡＰＩ用ミドルウェア上にベンダや方式に依存しないＦＡＳＡアプリケーションＡＰＩセットを規定し、ＦＡＳＡアプリケーションの入替により、サービス毎あるいは通信事業者毎に必要な機能を実現する。ＦＡＳＡアプリケーション間の通信やコントローラ等による設定管理はＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介して行う。なお、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介さないこともありうる。ＦＡＳＡアプリケーションＡＰＩセットは、ＦＡＳＡアプリケーションで利用する共通のＡＰＩ群であり、ＦＡＳＡアプリケーション毎に必要なＡＰＩをＡＰＩセットから選択して利用する。

以下に示す接続関係は例であり、間に介在する接続は介在しない接続であってもよいし、複数の接続関係の一部のみ接続していてもよく、それ以外の接続であってもよい。これは他の説明も同様である。

ＯＬＴには、ＥＭＳがＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介して接続されるＩＦ変換アプリを介して、設定管理アプリケーション（例えば、低速監視アプリ（ＥＭＳ−ＩＦ）及び設定・管理アプリ）と接続されるようにアプリが配置されている。ＩＦ変換アプリと設定管理アプリケーションも、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介して接続される。ＩＦ変換アプリは、ＯｐＳ等からＯＬＴ等のＮＥに対する制御ＩＦであるＳＢＩ（South Band Interface）のコマンドを変換するＳＢＩアプリに相当する。ここでＩＦ変換アプリがＩＦ変換するとしているが低速監視アプリ（ＥＭＳ−ＩＦ）及び設定・管理アプリにて、ＩＦ変換する又はＩＦ変換する必要のないＡＰＩを備えれば、ＩＦ変換アプリは備えなくともよい。低速監視アプリ（ＥＭＳ−ＩＦ）と設定・管理アプリはＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介して、ＥＭＳやＮＥ管理等を行うＮＥ制御・管理と接続される。低速監視アプリ（ＯＭＣＩ）、ＭＬＤプロキシアプリ（マルチキャストアプリ）及び省電力アプリは、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してそれぞれＬ２機能と接続される。

プロテクションアプリは、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してＰＬＯＡＭエンジンとエンベデッドＯＡＭエンジンとに接続される。省電力アプリは、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してＯＭＣＩとＰＬＯＡＭエンジンとＬ２機能に接続される。ＯＮＵ登録認証アプリ及びＤＷＢＡアプリはＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してＰＬＯＡＭエンジンと接続され、ＤＢＡアプリはＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してエンベデッドＯＡＭエンジンと接続される。省電力アプリは、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してプロテクションアプリとＯＮＵ登録認証アプリとＤＷＢＡアプリとＤＢＡアプリ間でそれぞれ動作させてもよい。高速監視アプリは、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してＰＬＯＡＭエンジンと接続される。低速監視アプリは、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してＯＭＣＩと接続される。外部の装置からの入力はＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してＤＢＡアプリに接続している。なおこれらの接続は、例であり、外部の装置からの入力をＤＢＡアプリ以外の他のアプリ例えばプロテクションアプリやＤＷＢＡアプリに接続してもよい。また外部の装置からの入力をＦＡＳＡアプリケーションＡＰＩ用ミドルウェア経由でＩＦ変換アプリを介してＩＦ変換したり、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェア経由で設定・管理アプリを介してＤＢＡアプリ等に接続したりしてもよい。

アクセスシステムの主要機能とＦＡＳＡアプリケーション化の対象を図８及び図９に示す。以下、ＴＷＤＭ−ＰＯＮが、ＰＯＮマルチキャスト機能と、省電力制御機能と、周波数・時刻同期機能と、プロテクション機能と、保守運用機能と、Ｌ２主信号処理機能と、ＰＯＮアクセス制御機能と、ＰＯＮ主信号処理機能とを主に有する場合を例に説明する。以下、ＰＯＮマルチキャスト機能と、省電力制御機能と、周波数・時刻同期機能と、プロテクション機能と、保守運用機能と、Ｌ２主信号処理機能と、ＰＯＮアクセス制御機能と、ＰＯＮ主信号処理機能とを、「主要８機能」という。

通信装置は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０（ＰＬＯＡＭ処理、ＯＭＣＩ処理）と、Ｌ２主信号処理機能部３４０と、ＰＯＮマルチキャスト機能部３５０と、省電力制御機能部３６０と、周波数・時刻同期機能部３７０と、プロテクション機能部３８０とを備える。

ＰＯＮ主信号処理機能部３００は、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０（ＰＬＯＡＭ処理、ＯＭＣＩ処理）と、Ｌ２主信号処理機能部３４０とに接続されていてもよい。ＰＯＮマルチキャスト機能部３５０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。省電力制御機能部３６０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。周波数・時刻同期機能部３７０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。プロテクション機能部３８０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。

ＰＯＮ主信号処理機能部３００は、ＰＯＮ主信号処理機能を有する。ＰＯＮ主信号処理機能は、ＯＮＵとの間で送受信する主信号を処理する機能群であり、上り信号の処理順（下り信号の処理は逆方向）に、ＰＨＹアダプテーションと、フレーム化と、サービスアダプテーションとを、ＰＯＮ主信号処理機能を構成する処理として備えていてもよい。これらの処理は、基本処理から構成されてもよい。基本処理は、同期ブロック生成／抽出と、スクランブル／デスクランブルと、ＦＥＣデコード／エンコードと、フレーム生成／分離と、ＧＥＭ（G-PON Encapsulation Method）カプセル化と、フラグメント処理と、暗号化とである。

ＰＨＹアダプテーションは、同期ブロック抽出と、デスクランブルと、ＦＥＣデコーディングとを、上り信号の処理順に備えていてもよい。ＰＨＹアダプテーションは、ＦＥＣエンコーディングと、スクランブルと、同期ブロック生成とを、下り信号処理の順番で備えていてもよい。

ＰＯＮ主信号処理機能部３００は、ＰＨＹアダプテーション、フレーム化又はサービスアダプテーションの処理を備えずに、同等の処理を基本処理の組み合わせで実現してもよい。ＰＨＹアダプテーション、フレーム化又はサービスアダプテーションの処理は、順番が入れ替わっていてもよい。ＰＨＹアダプテーションは、例えば、ＦＥＣ処理をＰＨＹアダプテーション以外に備えてもよい。ＰＯＮ主信号処理機能は、ソフト化困難である。

ＰＯＮアクセス制御機能部３２０が有するＰＯＮアクセス制御機能は前述の主信号送受信するための制御機能群であり、構成する処理として、ＯＮＵ登録又は認証、ＤＢＡ、及び、λ設定切替（ＤＷＡ）を有する。これらの処理は、基本処理から構成されてもよい。例えば、ＯＮＵ登録又は認証は、初期処理を構成するレンジング、認証削除、登録、起動停止、ＤＢＡは帯域要求受信、トラフィック測定、履歴保持、割当計算、割当処理、設定切替計算、設定切替処理、設定切替状況把握の一部又はその全て、λ設定切替は、帯域要求受信、トラフィック測定、履歴保持、割当計算、割当処理、設定切替計算、設定切替処理、設定切替状況把握の一部又はその全てから構成されてもよい。ＯＮＵ登録又は認証、ＤＢＡ、λ設定切替（ＤＷＡ）は備えずに同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

ＰＯＮアクセス制御機能部３２０の主要機能では、ＯＮＵ高速起動、ＤＢＡ周期内でのＢＷＭａｐ、無瞬断λ設定切替等が必要に応じて求められる。機能分担の例として、登録又は認証としては、タイムクリティカルなレンジング処理を機器依存部１１０、その後の認証や鍵交換をアプリとしてもよい。ＤＢＡ・λ設定切替では、単純な繰り返し処理を機器依存部１１０、理想状態への反映をアプリとしてもよい。ＯＮＵ登録認証のアプリは認証方式の隠蔽を有し、ＤＢＡのアプリは柔軟なＱｏＳを有し、ＤＷＡのアプリ(波長プロテクション及び波長スリープを含む。)は柔軟なＱｏＳを有するためソフト化が望ましい。

Ｌ２主信号処理機能部３４０は、ＰＯＮ側ポートとＳＮＩ側ポートとの間で主信号を転送し、処理する機能群であり、構成する処理として、ＭＡＣ学習、ＶＬＡＮ制御、パス制御、帯域制御、優先制御、遅延制御を有する。これらの処理は基本処理であるアドレス管理、分類部（クラシファイア: Classifier）、変更部（モディファイア、Modifier）、ポリサー／シェイパ（Policer/Shaper）、ＸＣ（Cross Connect）、キュー(Queue）、スケジューラ（Scheduler）、コピー（Copy）、トラフィックモニタから構成されてもよい。ＭＡＣ学習、ＶＬＡＮ制御、パス制御、帯域制御、優先制御、遅延制御、Ｃｏｐｙは備えずに同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。Ｌ２主信号処理機能は、ソフト化困難である。

保守運用機能部３３０（ＰＬＯＡＭ処理、ＯＭＣＩ処理）が有する保守運用機能は、アクセス装置によってサービスを円滑に保守運用するための機能群であり、構成する第１の処理として、ＯＮＵ、ＯＳＵ、ＯＬＴ又はＳＷの装置やサービスの設定（手動、一括、自動、オペレーション契機）・管理、設定バックアップ、ＦＷ等のソフトウェア更新、装置制御（リセット）、機能の正常動作の監視、異常発生時の警報発出、異常範囲や原因を調査する試験、冗長構成対応を有する。これらの処理は、基本処理であるＣＬＩ−ＩＦ、装置管理ＩＦ、オペレーションＩＦ、汎用コンフィグ（Config）−ＩＦ（Ｎｅｔｃｏｎｆ、ＳＮＭＰなど）、テーブル管理から構成されてもよい。
保守運用機能部３３０を構成する第２の処理として、装置の状態監視（ＣＰＵ／メモリ／電源／切替）、トラフィック監視、警報監視（ＯＮＵ異常、ＯＬＴ異常）、試験（ループバック）を有する。これらの処理は基本処理である警報通知、ログ記録、Ｌ３パケット生成／処理、テーブル管理から構成されてもよい。
保守運用機能部３３０を構成する第３の処理として、高速を要する監視・制御の入出力（スリープ指示／返答、λ設定切替指示／返答など）を有する。本処理の手段として、物理層ＯＡＭ（ＰＬＯＡＭ：PHYsical Layer OAM）メッセージ、及び、ヘッダ内のビット表示（Embedded OAM）を利用する。これらの処理は基本処理であるＰＬＯＡＭ処理、ＥｍｂｅｄｄｅｄＯＡＭ処理、省電力制御機能部３６０との通信、プロテクション機能部３８０との通信、ＰＯＮアクセス制御機能部３２０との通信から構成されてもよい。
同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

第１の処理の機能分担の例としては、ハードのＣｏｎｆｉｇを除きアプリによる処理とし、ソフトや設定データはＯＮＵやＯＬＴで持たずに図６の外部サーバ１６上のアプリによる処理とすることもできる。コマンドの統一とシーケンスの定義をすることで実現することもできる。

第２の処理の機能分担の例として、通知／表示のＩＦのみアプリとし、モニタが必要な項目（ＣＰＵ負荷、メモリ利用量、電源状態、消費電力、イーサネット（登録商標）のリンク状態など）は機器依存部１１０であり、機器依存部１１０からの通知読み出し、通知のネットワーク（ＮＷ）送信、ファイルへの書き込みなどのＩＦをきるアプリによる処理とすることもできる。

また、保守運用機能は、多数のアクセス装置を管理する保守運用システムと接続され、リモートからも円滑な保守運用を実現する。保守運用機能は、設定・管理アプリと、低速監視（ＯＭＣＩ）アプリと、高速監視アプリはソフト化可であり、低速監視アプリ（ＯＮＵ／ＯＬＴ監視）が状況による。また、各機能の拡張性の効果（差異化要素）として、設定・管理アプリはコントローラと協調することで抜本的なＯｐｅｘ削減する効果を有し、低速監視アプリ（ＯＮＵ／ＯＬＴ監視: ＥＭＳ）はＥＭＳと協調することで抜本的なＯｐｅｘ削減する効果を有する。

ＰＯＮマルチキャスト機能部３５０が有するＰＯＮマルチキャスト機能は、ＳＮＩ側から受信したマルチキャストストリームを適切なユーザに転送する機能群であり、構成する処理として、マルチキャストストリームの識別や振分し、ＭＬＤ／ＩＧＭＰプロキシ／スヌーピング、ＯＮＵフィルタ設定、マルチキャスト(フレーム処理)、波長間設定移行を有する。これらの処理は基本処理であるＬ２識別・振り分け、Ｌ３パケット処理（ＩＰｖ６Ｐａｒｓｅを備えるのが望ましい）、Ｌ３パケット生成、テーブル管理、ＯＭＣＩ機能との通信から構成されてもよい。マルチキャストストリームの識別又は振り分け、ＭＬＤプロキシ／スヌーピング、ＯＮＵフィルタ設定、波長間設定移行は同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。ＭＬＤ／ＩＧＭＰプロキシのアプリはソフト化可である。

機能分担の例としては、マルチキャスト（ＭＣ）ストリームの識別・振分は高速な処理能力を持つＣＰＵ等であればソフト処理可だが、ハード＋ｃｏｎｆｉｇが望ましい。その他、上りに対するアプリ系やＯＮＵ設定は頻度や遅延制約が緩いためアプリによる処理とするである。

省電力制御機能部３６０が有する機能（アクセス制御）は、ＯＮＵやＯＬＴの電力消費を削減するための機能群であり、標準化で規定されている省電力化機能に加え、トラフィックモニタとの連携によってサービスへの影響を最小限に抑えながら、最大限の効果を得るための機能を含んでいてもよい。構成する処理として、スリープ用プロキシ／トラフィックモニタ、ＯＮＵ波長設定、波長間設定移行を有する。これらの処理は基本処理であるＬ３パケット処理（ＩＰｖ６Ｐａｒｓｅを備えるのが望ましい）、Ｌ３パケット生成、テーブル管理、ＯＳＵ省電力ステートダイアグラム（ＳＤ：State Diagram）、ＯＭＣＩ機能との通信から構成されてもよい。スリープ用プロキシ／トラフィックモニタ、ＯＮＵ波長設定、波長間設定移行は同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

機能分担の例として、パワーセーブ（ＰＳ: Power Save）アプリや、信号によってはプロキシ処理もアプリによる処理とすることもできる。省電力制御状態遷移管理（ドライバ部）は速度が求められるがアプリによる処理とすることもできる。トラフィックモニタはコンフィグ（config）のみアプリによる処理とすることもできる。省電力アプリはソフト化可である。また、各機能の拡張性の効果(差異化要素)として、省電力アプリは柔軟なＱｏＳの効果を有する。

周波数・時刻同期機能部３７０が有する周波数・時刻同期機能は、ＯＮＵ配下の装置に正確な周波数同期や時刻同期を提供する機能群であり、ＳｙｎｃＥ（Synchronous Ethernet（登録商標））（周波数同期用）やＩＥＥＥ１５８８ｖ２（時刻同期）により、自身のリアルタイムクロック（ＲＴＣ）を上位装置に従属同期させる機能や、ＯＭＣＩを利用してＰＯＮのスーパーフレームカウンタ（ＳＦＣ）と絶対時刻（ＴｏＤ：Time of Day）情報の対応をＯＮＵに通知したりして、ＰＯＮフレームを用いてＯＮＵに時刻情報を通知する機能を含んでいてもよい。これらの処理は基本処理であるリアルタイムクロックの保持等から構成されてもよい。同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

機能分担の例としては、リアルタイムクロック自体は機器依存部１１０であり、上位装置への時刻合わせ計算はアプリによる処理とすることもできる（精度により機器依存部１１０とすることもできる）。周波数／時刻同期機能は、ソフト化困難である。

プロテクション機能部３８０が有するプロテクション機能は、ＳＷ間やＯＳＵ間等、複数のハードウェアで冗長をとった構成において、障害検知時に現用系から予備系への切替や引継を実施してサービスを継続するための機能群であり、構成する処理として、切替トリガの検出や冗長切替（ＣＴ、ＳＷ、ＮＮＩ、Ｃｏｎｔ、ＰＯＮ（ＴｙｐｅＡ、Ｂ、Ｃ））を備える。これらの処理は基本処理である冗長パス設定、切替トリガ検出、切替通知送受信、切替処理等から構成されてもよい。同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。プロテクションアルゴリズムはソフト化可である。また、拡張性の効果を、プロテクションアルゴリズムは有する。

なお、主要８機能は必要に応じて備えればよく、例えばＰＯＮ主信号処理機能、ＰＯＮアクセス制御機能、Ｌ２主信号処理機能、保守運用機能のみを備えてもよいし、それ以外の機能を備えてもよい。また、各機能のソフト化可否の評価は、２０１８年に想定されるＯＬＴの処理能力かつ、ソフトＳＷの適用は想定していない前提での一例である。想定する処理能力やソフトＳＷの適用を想定して適宜変更してもよい。ソフト化可の機能であっても、ソフト化しなくてもよい。各機能の内部の構成は同様の機能を実現できれば他の構成であってもよい。

上記で例示した、各機能をＦＡＳＡアプリケーションとして実装するか、あるいはＦＡＳＡ基盤上で実装するかの考え方と例について説明する。機能のうち、サービスによって機能変更が必要になるものや通信事業者独自の要件を満たすために拡張すべき機能をＦＡＳＡアプリケーションとして実現する。一方、標準化等で規定されているため拡張の余地が少ない機能はＦＡＳＡ基盤上に実装される。例えば、ＰＯＮ主信号処理機能をＦＡＳＡ基盤として実現することを示している。ＩＴＵ−ＴＧ.９８９シリーズに準拠したアクセス装置を実現するには、フレームフォーマットや、フレームの暗号化、ＦＥＣ機能といった基本的なＰＯＮ主信号処理機能は標準に従って実装する必要がある。また、こうした基本機能はサービスによらず共通であるため、ＦＡＳＡ基盤上に実装される。

別の例として、図では、ＰＯＮアクセス制御機能に含まれるＤＢＡ機能の「サービス要求への対応」をＦＡＳＡアプリケーションとして実現することを示している。例えば、提供するサービスによって、低遅延性を提供するケースや効率良く多数のユーザに帯域を割り当てるケースが存在する。サービス毎に異なる要求を満たすため、帯域割当の手順やポリシーをＦＡＳＡアプリケーションとして、標準的な処理(標準で規定されている、ＢＷｍａｐフォーマットへの変換等)からは分離することが望ましい。また、提供するサービスの対象が同じマス向けであっても、通信事業者によってヘビーユーザへの対応方針が異なる等、公平性のポリシーが異なることが考えられる。例えばＰＯＮ単位といった粒度の小さい公平制御を必要とする通信事業者はＤＢＡのアプリケーション内部でも公平制御を行い、アクセス装置単位といった大きい粒度でのみ公平制御する通信事業者は集線機能を用いることで、それぞれのＱｏＳ規定を満たすことを想定している。

このように、ＦＡＳＡでは異なる要求をＦＡＳＡアプリケーションの入替によって実現するため、ＦＡＳＡアプリケーション入替の手段が必要となるが、入替手段として何を採用するかは、通信事業者や運用によって異なる。例えば、通信事業者が使用している既存の保守運用システムがソフトウェア更新にＴＦＴＰ（Trivial File Transfer Protocol）を用いる場合はＴＦＴＰを備え、保守運用システムの外部からＳＦＴＰ（SSH FTP）を用いて更新する場合はＳＦＴＰを備える。今後、装置とコントローラ間のインタフェースに関して標準化の議論が進展すると想定しており、標準化の進展に追従したインタフェースの追加や変更についても考慮する必要がある。このため、アクセス装置が接続する他システムやその運用に合わせてカスタマイズが必要となる機能もＦＡＳＡアプリケーションとして実現してもよい。

また、ＦＡＳＡでは、ＦＡＳＡ基盤全体を完全二重化して行うプロテクションに限らず、ＦＡＳＡ基盤の一部のみで行うプロテクションについても想定する。例えばＦＡＳＡ基盤が、光ＳＷを備えてＰＯＮプロテクションに対応する場合や、一つのＰＯＮに対して複数波長を備えて波長プロテクションに対応する場合、ＳＷのみを二重化する場合、あるいはこれらを組み合わせた場合等、複数の冗長構成が考えられる。プロテクション機能をＦＡＳＡアプリケーションとして実装することで、期待する冗長構成に対応でき、また該当箇所を再利用することで、容易に多様な冗長構成にも対応できる。

また、ＦＡＳＡアプリケーション化する機能、即ち拡張機能は、ソフトウェア化可能な機能の内、機能の更新頻度や独自仕様等の実現等の重要度に応じて拡張機能としてもよい。更新頻度が低いか独自仕様等の実現の要求の低いものは基本機能や機器無依存アプリ以外のＦＡＳＡアプリケーションＡＰＩ用ミドルウェアや機器依存ソフトウェアやハードウェアとすることが好ましい。特に、ソフトウェアの処理能力からくる制限がある機能は、ハードウェアのままとすることが好ましい。例えば、主信号の優先処理や回線の利用効率を向上するＤＢＡ等の更改頻度が高いかサービス差異化に寄与する機能や、オベレータの業務フローに密接にかかわり合いオペレータ毎の独自仕様が要求される管理制御機能から拡張機能とする。

従って、主要８機能に含まれるアルゴリズムを主なソフト化領域とする。ソフト化領域とした機能を機器無依存ＡＰＩ２１、２２上の機器無依存アプリ部１３０とする。例えば、差異化サービスに資するＯＮＵ登録又は認証機能、ＤＷＢＡ機能、設定・管理・監視制御機能及び省電力制御機能におけるアルゴリズムは機器無依存アプリ部１３０における拡張機能部１３１として扱われる。ＭＬＤプロキシアプリはマルチキャスト機能を含む。

拡張機能部１３１は、アプリの内、機能の更新頻度や独自仕様等の実現等の重要度に応じて拡張機能部１３１とする。更新頻度が低いか独自仕様化の要求の低いものは基本機能部１３２や機器無依存アプリ部１３０以外のミドルウェア部１２０や機器依存ソフトウェアやハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）とすることが好ましい。特に、ソフトウェアの処理能力からくる制限がある機能は、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）のままとすることが好ましい。例えば、主信号の優先処理や回線の利用効率を向上するＤＢＡ等の更改頻度が高いかサービス差異化に寄与する機能や、オペレータの業務フローに密接にかかわり合いオペレータ毎の独自仕様が要求される管理制御機能から拡張機能部１３１とする。

図１０は、通信装置内の機能部間の信号／情報の流れを示す図である。同図では、ＯＬＴのＩｎ／Ｏｕｔに着目した、通信装置内の機能部間の信号／情報の流れを示している。同図に示すように通信装置としてのＯＬＴは、ＡＰＩ下側処理実体（ＦＡＳＡプラットフォーム）とアプリ（ＦＡＳＡアプリケーション）とから構成される。

ＡＰＩ下側処理実体は、ＯＬＴ入出力対象がＭＰＣＰ送受に対する送信指示と受信通知であるＭＰＣＰ／ＤＢＡ処理実体、ＯＬＴ入出力対象がＯＡＭ送受であるＯＡＭ処理実体、ＯＬＴ入出力対象がＯＮＵ認証送受であるＯＮＵ認証処理実体、ＯＬＴ入出力対象がＭＬＤ／ＩＧＭＰ送受であるＭＬＤ／ＩＧＭＰ処理実体、ＯＬＴ入出力対象が他プロトコル送受である他プロトコル処理実体、ＯＬＴ入出力がブリッジ・暗号化等主信号処理に対する設定や参照・状態取得である主信号設定処理実体、ＯＬＴ入出力対象がＯＬＴハード・ＩＦ・ＯＳ等である装置管理処理実体で例示している。ここで、ＭＰＣＰ送受に対する送信指示と受信通知はドライバ直叩きを想定し、send_frame(*raw_frame);のようなものであることが望ましい。ＡＰＩ上側のアプリから見ると、ＡＰＩ下側処理部に対しては、ドライバ直叩きのような処理と比べて、（ａ）簡単に（都合よく）、（ｂ）共通に（複数種間で）、（ｃ）便利に、処理してくれる処理実体があることが望ましい。
同図では、アプリとして、ＤＢＡ、ＯＮＵ管理、回線管理、マルチキャスト、ＥｔｈｅｒＯＡＭ、冗長、装置管理、警報管理、Ｎｅｔｃｏｎｆエージェント、アプリ管理を例示している。

以下にＡＰＩ下側処理実体の機能分担を例示する。アプリはそれに対応する処理を有する。ＡＰＩ下側処理実体とアプリの機能分担は、以下のいずれであってもそれ以外であってよし、処理実体毎に異なっていてもよい。

（０）メッセージスルー：メッセージをＡＰＩ上部側とＯＮＵ／上位ＮＷとでスルーする。

（１）フレーミング：メッセージを、フレームを外して、必要に応じて要素に分解又は処理してＡＰＩ上部側に提供する。ＡＰＩ上部からは、情報をＡＰＩ下部側に渡す。ＡＰＩ下側処理実体はフレーミングする。各プロトコルへの依存が大きいＡＰＩになるため機器依存アプリ部に含まれてもよい。固定的なパラメータ（タイプ値など）は、ＡＰＩ上部から初期化時等に設定され、保持するのが望ましい。設定パラメータはＡＰＩ上部からの参照に対して返信する。

（２）自動応答：定期送信、固定的な応答など、判断を要しないメッセージ送受信を処理実体が担う。ＡＰＩ上部からは、あらかじめ動作の設定が行われるのが望ましい。例えば、応答周期など。ＡＰＩ上部への通知が必要な場合のみ結果を通知する。

（３）自律判断：判断を伴う処理についても、処理実体で担う。ＡＰＩ上部からは、予め、ポリシーの設定が行われる。

本図はＩＥＥＥ準拠の１０ＧＥＰＯＮに即して記載しているが、対応する機能及び処理を読みかえればＩＴＵ−Ｔやそれ以外に準拠する装置であっても同様である。また機能や処理実態は例であり条件に応じて適宜追加、削除、入替、変更してもよい。

図６に即して、ＡＰＩ毎に説明を加える。
例えば、基本的に時間制約がないか緩やかな処理であることを前提とすると、ＯＬＴのＩｎ／Ｏｕｔ（ＦＡＳＡアプリケーションＡＰＩ等）は、ＯＬＴ自身への設定・制御／情報通知・取得（設定・制御ＡＰＩ）と、ＯＮＵに対する入出力（ＯＮＵとのメッセージ送受信ＡＰＩ）と、それ以外の入出力(その他ＡＰＩ)の３つに大別できる。

設定・制御ＡＰＩは、設定・管理をアプリケーションが対応する場合、例えば、コントローラ／ＥＭＳからの設定指示・制御メッセージをＮｅｔｃｏｎｆ／ＹＡＮＧ等で受け取り、基本的にＹＡＮＧモデル等に基づきメッセージを展開し、その内容に従ってＡＰＩ下部処理実体にアプリケーションが指示、又はＯＬＴの情報通知／取得をコントローラ／ＥＭＳに転送する。ＯＮＵとのメッセージ送受信ＡＰＩは、ＯＮＵに設定・制御又は何らかの指示・情報取得・通知をアプリケーションがする場合、例えばＯＮＵに向けたメッセージを組立し、ＡＰＩ下部処理実体に渡して送信指示、又はＡＰＩ下部処理実体からのメッセージを読出する。ＯＮＵとのメッセージ交換には、拡張ＯＡＭやＯＭＣＩなど複数のプロトコルがあるが、インターフェースとしてはメッセージの送信指示・読出に集約できる。その他ＡＰＩは、例えば、ＯＬＴ以外の機器と連携する場合には、そのインターフェースが必要である。

アプリケーションで処理する際の時間制約のある処理、例えばＯＮＵとの高頻度なメッセージングを必要とするＤＢＡやスリープの等のＡＰＩ(時間制約のあるＡＰＩ)の例を以下に示す。例えば、ＤＢＡであれば時間制約のあるＡＰＩは、（１）アプリケーションからＡＰＩ下部処理実体への上り送信許可に関する情報(例えば全情報)の通知（２）ＡＰＩ下部処理実体からアプリケーションへの上り送信要求に関する情報(例えば全情報)の通知である。ＡＰＩで渡される情報は、渡された先での再計算を必要としない値であることが望ましい。これは、アプリケーションとＡＰＩ下部処理実体の依存性を低減し、独立性を高めることで、アプリケーションはアルゴリズム処理のみ、ＡＰＩ下部処理実体はメッセージ実装の処理のみとできるためである。
以下に例を示す。

○送信許可量設定ＡＰＩ
形式：fasa_api_set_grant_config( UINT64 sfc, UINT8 ch, int n_of_configs, grant_config_t grant_config[]);
引数：
UINT64 sfc; /* superframeカウンタ値 IEEE802.3では無視 */
UINT8 ch; /* TWDMにおける下り波長チャネルID．非対応の場合は無視 */
int n_of_configs; /* 本APIで通知する送信許可の個数 */
grant_config_t grant_config[]; /* 送信許可（n_of_configsの個数の配列） */
typedef struct{ /* IEEE802.3 ITU-T G.989 */
UINT16 id; /* LLID Alloc-ID */
UINT8 flags; /* Flags Flags/FWI/Burst Profile */
UINT32 grant_start_time; /* Grant Start Time Start Time */
UINT16 grant_length; /* Grant Length GrantSize */
}grant_config_t;

本ＡＰＩにより、ＤＢＡのアプリケーションはＤＢＡのＡＰＩ下部処理実体に送信許可量を例えば直接通知する。ＡＰＩ下部処理実体は通知された送信許可量をもとにＯＮＵへの送信許可メッセージを組立してＯＮＵに送信する。ＩＥＥＥ８０２．３とＩＴＵ−ＴＧ.９８９のそれぞれの動作を例示する。
ＩＥＥＥ８０２．３ＥｔｈｅｒｎｅｔＰＯＮでは、上り送信制御はＧＡＴＥメッセージをＯＮＵに送ることで行う。宛先となるＯＮＵはプリアンブルに格納されたＬＬＩＤにより識別される。送信開始時刻はｇｒａｎｔｓｔａｒｔｔｉｍｅ、送信許可量はｇｒａｎｔｌｅｎｇｔｈで指示する。送信許可の種類はＤｉｓｃｏｖｅｒｙＧＡＴＥ、ｆｏｒｃｅｒｅｐｏｒｔのフラグフィールドで指示する。１つのＧＡＴＥメッセージは最大４の送信許可を格納できる。

本ＡＰＩを受けたＡＰＩ下部処理実体は引数をｐａｒｓｅし、以下で動作する。
・ｓｆｃ、ｃｈの値は無視する。
・１つのｇｒａｎｔ_ｃｏｎｆｉｇが１つのＧｒａｎｔ／送信許可（ｇｒａｎｔｓｔａｒｔｔｉｍｅとｇｒａｎｔｌｅｎｇｔｈの組）に相当し、n_of_configs個数だけある。
・ｉｄの下位１５ビットを、例えばＧＡＴＥに付与するＬＬＩＤとする。
・ｆｌａｇｓの最下位ビットは、例えばｄｉｓｃｏｖｅｒｙｆｌａｇ、２ビット目はｆｏｒｃｅ_ｒｅｐｏｒｔの値とする。
・ｇｒａｎｔｓｔａｒｔｔｉｍｅは３２ビットをＧｒａｎｔＳｔａｒｔＴｉｍｅの値とする。
・ｇｒａｎｔｌｅｎｇｔｈは、例えばＧｒａｎｔＬｅｎｇｔｈの値とする。
・１つのｉｄ（ＬＬＩＤ）に対して複数のｇｒａｎｔｃｏｎｆｉｇがある場合には、なるべく１つのＧＡＴＥメッセージに詰め込む。ＧＡＴＥメッセージには最大４つまでのｇｒａｎｔを詰込することができる。ＧＡＴＥメッセージにおけるｎｕｍｂｅｒｏｆｇｒａｎｔｓの値は、ＡＰＩ下部処理実体が詰めたＧＡＴＥメッセージを元に算出し、値を格納する。ｆｏｒｃｅｒｅｐｏｒｔの値は当該ｇｒａｎｔが何番目のｇｒａｎｔであるかをもとに、ＡＰＩ下部処理実体で算出し、値を格納する。
・それ以外のＧＡＴＥフレームのフィールドの値は、アプリケーションからは指定しない。
・ＡＰＩを受け、引数のｐａｒｓｅ完了の後、例えば完全に構築されたＧＡＴＥフレームから直ちに下り送信する。

なお、アプリケーションの処理は、現在のＭＰＣＰローカルタイム値、ＯＮＵの識別、ＬＬＩＤ番号、ＲＴＴ値、リンク状態の取得、ＯＮＵ／ＬＬＩＤ毎のＱｏＳパラメータ（最大帯域等の設定値）の通知などは他のプロセスにより実施されていることを前提としている。
ＩＴＵ−ＴＧ.９８９．３のＴＷＤＭ−ＰＯＮでは、上り送信制御はＢＷｍａｐをＯＮＵに通知することで行う。ＢＷｍａｐは複数のａｌｌｏｃａｔｉｏｎｓｔｒｕｃｔｕｒｅから構成され、１つのａｌｌｏｃａｔｉｏｎｓｔｒｕｃｔｕｒｅに１つの送信許可が含まれる。送信許可はＳｔａｒｔＴｉｍｅとＧｒａｎｔＳｉｚｅから構成される。
本ＡＰＩを受けたＡＰＩ下部処理実体はｐａｒｓｅし、以下で動作する。

・受けたｓｕｐｅｒｆｒａｍｅｃｏｕｎｔｅｒの値と等しいｓｕｐｅｒｆｒａｍｅｃｏｕｎｔｅｒの下りフレームのＢＷｍａｐに搭載する。
・ｃｈの値が示すＤＷＬＣＨＩＤの下り波長チャネルでＢＷｍａｐを下り送信する。ＴＷＤＭに非対応の場合は、この値は無視する。
・１つのｇｒａｎｔｃｏｎｆｉｇが１つのＡｌｌｏｃａｔｉｏｎｓｔｒｕｃｔｕｒｅに相当し、ｎｏｆｃｏｎｆｉｇｓがＡｌｌｏｃａｔｉｏｎｓｔｒｕｃｔｕｒｅの個数を表す。
・ｉｄの下位１４ビットを例えばＡｌｌｏｃａｔｉｏｎｓｔｒｕｃｔｕｒｅに付与するＡｌｌｏｃ−ＩＤとする。
・ｆｌａｇｓの最下位ビット、２ビット目、３ビット目、４−５ビット目は例えばそれぞれＡｌｌｏｃａｔｉｏｎｓｔｒｕｃｔｕｒｅ中のＦｌａｇｓにおけるＰＬＯＡＭｕ、ＤＢＲｕ、ＦＷＩ、ＢｕｒｓｔＰｒｏｆｉｌｅの値とする。
・ｇｒａｎｔ _ｓｔａｒｔｔｉｍｅの下位３２ビットを例えばＳｔａｒｔＴｉｍｅの値とする。
・ｇｒａｎｔｌｅｎｇｔｈは例えばＧｒａｎｔＳｉｚｅの値とする。
・１つのｇｒａｎｔｃｏｎｆｉｇは、例えば１つのＡｌｌｏｃａｔｉｏｎｓｔｒｕｃｔｕｒｅとする。ＡｌｌｏｃａｔｉｏｎＳｔｒｕｃｔｕｒｅ中のＨＥＣについてはＡＰＩ下部処理実体で計算し格納する。
・１つのＡＰＩにつき、例えば１つのＢＷｍａｐを構築するものとする。
・ＡＰＩを受けてＢＷｍａｐを構築した後、本ＡＰＩにより指定されたｓｕｐｅｒｆｒａｍｅｃｏｕｎｔｅｒ値の下りフレームに合わせてＦＳヘッダに含めてＢＷｍａｐを下り送信する。なお、アプリケーションは、現在のｓｕｐｅｒｆｒａｍｅｃｏｕｎｔｅｒ値、ＯＮＵの識別、Ａｌｌｏｃ―ＩＤ番号の紐づけ、ＲＴＴ値の取得、リンク状態の取得などは他のプロセスにより実施され、Ａｌｌｏｃ―ＩＤ毎のＱｏＳパラメータ（最大帯域等）は、アプリケーションには他のプロセスにより通知されていることを前提としている。

○送信要求量取得ＡＰＩ
形式：fasa_api_get_onu_request( UINT64 sfc, UINT8 ch, int n_of_configs, request_config_t request_config[]);
引数：
UINT64 sfc; /* superframeカウンタ値 IEEE802.3では無視 */
UINT8 ch; /* TWDMにおける上り波長チャネルID．非対応の場合は無視 */
int n_of_requests; /* 本APIで通知される送信要求の個数 */
request_config_t request_config[]; /* 送信要求（n_of_configsの個数の配列） */
typedef struct{ /* IEEE802.3 ITU-T G.989 */
UINT16 id; /* LLID ONU-ID */
UINT8 flags; /* QSet/Qreport番号 Ind */
UINT32 request; /* queue report値 BufOcc値*/
}request_config_t;

本ＡＰＩにより、ＤＢＡのアプリケーションはＡＰＩ下部処理実体にて受信、蓄積されていた送信要求に関する情報を直接的に取得する。本ＡＰＩはポーリングの形式をとっているが、コールバックであってもよい。ＩＥＥＥ８０２．３とＩＴＵ-ＴＧ.９８９のそれぞれの動作を例示する。

ＩＥＥＥ８０２．３ＥｔｈｅｒｎｅｔＰＯＮでは、上り送信要求はＲＥＰＯＲＴメッセージをＯＮＵがＯＬＴに送ることで行う。送信元となるＯＮＵはプリアンブルに格納されたＬＬＩＤにより識別される。ＲＥＰＯＲＴフレームには、ＱｕｅｕｅＳｅｔと呼ばれるＲｅｐｏｒｂｉｔｍａｐとＱｕｅｕｅＲｅｐｏｒｔとの組が１つ以上含まれる。ＱｕｅｕｅＳｅｔの個数はｎｕｍｂｅｒｏｆｑｕｅｕｅｓｅｔｓで表される。送信要求量はＱｕｅｕｅＲｅｐｏｒｔに値が格納される。１つのＱｕｅｕｅＳｅｔには最大８種類のＱｕｅｕｅＲｅｐｏｒｔを格納することができ、値のあるＱｕｅｕｅＲｅｐｏｒｔのみを通知できる。Ｒｅｐｏｒｔｂｉｔｍａｐにより、８種類のどのＱｕｅｕｅＲｅｐｏｒｔを通知したか示す。

本ＡＰＩを受けたＡＰＩ下部処理実体は、引数の戻り値として送信要求に関する情報を返すとともに、返すべく以下の動作を求める。
・受信したＲＥＰＯＲＴフレームに含まれる送信要求情報を蓄積する。具体的にはＬＬＩＤ、ＱｕｅｕｅＳｅｔ番号、ＱｕｅｕｅＲｅｐｏｒｔ番号と、これらの番号が示すｑｕｅｕｅｒｅｐｏｒｔ値を蓄積する。
・この３つをＡＰＩの引数ｒｅｑｕｅｓｔｃｏｎｆｉｇの戻り値としてアプリケーションに返す。
・ＬＬＩＤの値は引数ｉｄに格納する。
・Ｑｕｅｕｅｒｅｐｏｒｔ番号０−７は引数ｆｌａｇｓの下位３ビットに格納し、ＱｕｅｕｅＳｅｔ番号は引数ｆｌａｇｓの上位５ビットに格納する。
・これらの番号に対応したｑｕｅｕｅｒｅｐｏｒｔの値を引数ｒｅｑｕｅｓｔに格納する。
・蓄積していた送信要求の情報は本ＡＰＩによる読出に応じてアプリケーションに引渡し、引渡した情報は消去するか、新たな情報で上書きする。
・引数ｓｆｃには、蓄積している送信要求情報のうちで最も時間的近傍にＲＥＰＯＲＴフレームを受信した際のＭＰＣＰローカルタイムを格納する。

なお、アプリケーションにとって、現在のＭＰＣＰローカルタイム値、ＯＮＵの識別、ＬＬＩＤ番号・ＲＴＴ値の取得、リンク状態の取得などは他のプロセスにより実施され、ＯＮＵ／ＬＬＩＤごとのＱｏＳパラメータ（最大帯域等）もＤＢＡのアプリケーションには他のプロセスにより通知されていることを前提としている。ＩＴＵ−ＴＧ.９８９．３のＴＷＤＭ−ＰＯＮでは、上り送信要求はＤＢＲｕ中のＢｕｆＯｃｃをＯＮＵがＯＬＴに送ることで行う。送信元となるＯＮＵはＦＳヘッダに格納されたＯＮＵ―ＩＤにより識別される。ＦＳヘッダ中のＩｎｄフィールドにおけるＰＬＯＡＭｑｕｅｕｅｓｔａｔｕｓビットにより、上りＰＬＯＡＭメッセージの送信待ちの有無をＯＮＵはＯＬＴに通知する。

本ＡＰＩを受けたＡＰＩ下部処理実体は、引数の戻り値として送信要求に関する情報を返すとともに、返すべく以下の動作を求める。
・受信した送信要求情報を蓄積する。具体的にはＯＮＵ―ＩＤ、ＢｕｆＯｃｃ値、ＰＬＯＡＭｑｕｅｕｅｓｔａｔｕｓビット値を蓄積する。
・この３つをＡＰＩの引数ｒｅｑｕｅｓｔｃｏｎｆｉｇの戻り値としてアプリケーションに返す。
・ＯＮＵ−ＩＤの値は引数ｉｄに格納する。
・ＰＬＯＡＭｑｕｅｕｅｓｔａｔｕｓビット値は引数ｆｌａｇｓの最下位ビットに格納する。
・ＢｕｆＯｃｃ値は引数ｒｅｑｕｅｓｔに格納する。
・１つのバースト中に複数のＡｌｌｏｃａｔｉｏｎがあった場合、受信順にＢｕｆＯｃｃ値を蓄積する。このとき、ＯＮＵ−ＩＤ値、ＰＬＯＡＭｑｕｅｕｅｓｔａｔｕｓはそれぞれのＢｕｆＯｃｃ値に対して同じ値となり、情報としては冗長であるが、ＡＰＩ引数のシンプルさ、統一を優先する。
・蓄積していた送信要求の情報は、本ＡＰＩによる読出に応じてアプリケーションに引渡し、引渡した情報は消去するか、新たな情報で上書きする。
・引数ｓｆｃには、蓄積している送信要求情報のうちで最も時間的近傍にＢｕｆＯｃｃを受信した際のＳｕｐｅｒｆｒａｍｅｃｏｕｎｔｅｒ値を格納する。

なお、アプリケーションにとって、現在のｓｕｐｅｒｆｒａｍｅｃｏｕｎｔｅｒ値、ＯＮＵの識別、Ａｌｌｏｃ−ＩＤ番号の紐づけ、ＲＴＴ値の取得、リンク状態の取得などは他のプロセスにより実施され、Ａｌｌｏｃ−ＩＤ毎のＱｏＳパラメータ（最大帯域等）もＤＢＡのアプリケーションには他のプロセスにより通知されていることを前提としている。ＯＬＴにおけるＬ２主信号処理は、上り下りそれぞれの方路へ適切にユーザデータを転送することにある。そのため、アプリケーションの役割としては、ＥＭＳ／上位ＯｐＳからのＮｅｔｃｏｎｆ／ＹＡＮＧあるいはＯｐｅｎｆｌｏｗによる指示を受信し、受信した指示に基づき、
（１）上り下り方路それぞれへの転送設定
（２）統計情報の取得
（３）ＯＮＵへの転送設定
をＡＰＩ下部処理実体へ展開する。
（１）、（２）はＹＡＮＧモデルに基づきＡＰＩ下部処理実体へ設定を展開する処理となり、（３）はＯＮＵへの設定内容を組み立て、ＯＮＵへのメッセージ送信指示をＡＰＩ下部処理実体へ展開する処理となる。

ＯＬＴにおける保守運用機能は、多くの機能がありうるが、（１）ＯＬＴへの設定・動作指示（２）ＯＬＴおよびＯＮＵの状態通知の２つに大別できる。
（１）設定・動作指示において、アプリケーションは、ＥＭＳ／上位ＯｐＳからのＮｅｔｃｏｎｆによる指示を受信し、ＹＡＮＧモデルに基づいて内容をＡＰＩ下部処理実体へ展開する。
（２）状態通知において、アプリは、ＹＡＮＧモデルあるいはＯＡＭ／ＯＭＣＩメッセージに基づくＡＰＩ下部処理実体からの通知を受け取り、ＮｅｔｃｏｎｆによりＥＭＳ／上位ＯｐＳへその内容を通知する。

ＯＬＴにおけるＰＯＮマルチキャスト機能は、主に映像配信などに用いられ、いくつかの実現方式がある。それらの方式の概要を説明するとともに、アプリケーションとＡＰＩ下部処理実体での機能分担、メッセージフローのイメージを示す。
マルチキャストは、任意の複数の転送先（１つの場合もある）に、同じ情報を同報する。一般に、端末からのマルチキャストグループへの参加要求・離脱要求に応じて、マルチキャストストリームの転送先が動的に制御される。参加要求・離脱要求などのメッセージとマルチキャスト転送制御のためのプロトコルは、ＩＰｖ４のＩＧＭＰｖ３、ＩＰＶ６のＭＬＤｖ２が用いられる場合が多い。ここで、ＴＤＭ系のＰＯＮでは、ＯＬＴからＯＮＵへの下り方路は、一般に論理的にはユニキャスト、物理的にはブロードキャストとなっているため、マルチキャストを実現するには工夫が必要である。主に、（１）上位ノードによるマルチキャスト（２）ＯＮＵスヌープ（３）ＯＬＴプロキシの３つが用いられる。それぞれの方式の機能分担、メッセージフローのイメージを示す。

上位ノードによりマルチキャスト転送を実現する方式は、ＯＮＵ及びＯＬＴはＩＧＭＰ／ＭＬＤメッセージをそれぞれ透過転送するように設定する。参加要求メッセージを受信したＯＬＴより上位のノードにより、参加要求を発した端末宛にマルチキャストストリームが転送される。このとき、同一ＯＬＴにつながる複数のＯＮＵ配下の端末から同じマルチキャストグループにそれぞれ参加要求があったとすると、上位ノードはそれぞれの端末に向けてマルチキャストストリームを転送するため、同一内容の複数のストリームがＯＬＴに送信される。ＯＬＴは、それら複数のストリームを個別のユニキャストストリームとしてそれぞれのＯＮＵに透過転送する。

また、同一ＯＮＵ配下の複数の端末から、同じマルチキャストグループのへの参加要求があった場合は、ＯＮＵ及び配下ノードの機能構成によって異なる。ＯＮＵあるいは配下ノードがマルチキャストルータ機能を持っている場合には、２台目の端末からの参加要求に対して、ＯＬＴ及び上位へ参加要求メッセージを転送することなく、ＯＮＵあるいは配下ノードがマルチキャストストリームを２台目の端末へ同報配信する。マルチキャストルータ機能を備えない構成の場合は、それぞれの端末に対するマルチキャストストリームがＯＬＴより上位のノードにより配信される。

ＯＮＵを流れるＩＧＭＰ／ＭＬＤメッセージを覗き見る（スヌープする）ＯＮＵスヌープで、ＰＯＮマルチキャストを実現する方法もある。この方法では、ＯＮＵ配下の端末からＯＬＴより上位のノード（マルチキャストルータ）に送信されるＩＧＭＰ／ＭＬＤメッセージをＯＮＵにて覗き見ることにより、ＰＯＮマルチキャストする。まず上位ノードから受信するマルチキャストストリームは全ＯＮＵが受信できるようにＯＬＴは転送しておく。ＯＮＵは、覗き見たＩＧＭＰ／ＭＬＤメッセージに応じて、自らの下り転送フィルタを開閉する。

より詳細には、スヌープしたメッセージが、参加要求であれば参加するマルチキャストグループのトラヒックを下り転送するよう、離脱要求であれば遮断するように転送フィルタをそれぞれ設定する。転送・遮断のフィルタ設定は、ＩＰアドレス、ＭＡＣアドレス、VLANタグ、他の識別子などのいろいろな領域を用いて予め定められた方法で行う。これにより、ＯＮＵのフィルタが開いた状態であればＯＬＴから転送されてきたマルチキャストストリームをＯＮＵ下部へ転送することができ、フィルタが閉じた状態であればＯＮＵがＯＬＴから受信したマルチキャストストリームはＯＮＵ下部へ転送されることなく廃棄される。これによりマルチキャスト転送を実現する。

このとき、アプリケーションとＡＰＩ下部処理実体での機能分担は、ＥＭＳ/上位ＯｐＳからのＮｅｔｃｏｎｆ等による初期設定あるいはサービスオーダによりＯＮＵのＩＧＭＰ／ＭＬＤスヌープ機能の有効・無効の指示をアプリケーションが受ける。これを受けて、ＡＰＩ下部処理実体に対して、ＯＮＵとのコミュニケーションＡＰＩを介し、拡張ＯＡＭあるいはＯＭＣＩメッセージの送信を指示する。ＡＰＩ下部処理実体は、指示を受けたメッセージをＯＮＵに送信し、スヌープ機能の有効・無効を指示する。これにより、ＯＮＵスヌープによりＰＯＮマルチキャストが制御される。

ＯＮＵからＯＬＴを経由して上位ノードに転送されるＩＧＭＰ／ＭＬＤメッセージを、ＯＬＴが集約し代理応答しつつ、ＯＮＵに対して下り転送フィルタの開閉を指示する方法もある、この方法は、一般にＯＬＴプロキシと呼ばれる。この方法でも、上位ノードからのマルチキャストストリームは全ＯＮＵが受信できるようにＯＬＴは転送しておく。ＯＮＵ下部の端末からのＩＧＭＰ／ＭＬＤメッセージはＯＬＴが一度受信し、メッセージ内容に応じて上位ノードに転送する。

メッセージが参加要求であれば、ＯＬＴは、拡張ＯＡＭもしくはＯＭＣＩメッセージによりＯＮＵの該当するマルチキャストグループの下り転送フィルタを開くよう、離脱要求であれば下り転送フィルタを閉じるよう、それぞれＯＮＵに指示する。これにより、参加要求のあった端末宛のみマルチキャストストリームが転送されることで、マルチキャスト転送を実現している。この際、ＯＮＵ配下に複数の端末がある場合や、ＩＧＭＰ／ＭＬＤメッセージを転送してきたＯＮＵとは異なるＯＮＵ配下の端末の状態などを考慮して、効率的にマルチキャスト転送されるようなＯＮＵのフィルタ操作と上位ノードへのメッセージ転送することもできる。

このとき、アプリケーションとＡＰＩ下部処理実体とでの機能分担は、アプリケーションがＯＮＵから上り送信されたＩＧＭＰ／ＭＬＤメッセージを、ＯＬＴが受信した後にアプリＡＰＩ上部側へ転送するように予め主信号の方路設定する。この方路設定は、アプリケーションからＡＰＩ下部処理実体へのＯＬＴへの主信号設定の一環であり、Ｎｅｔｃｏｎｆ／ＹＡＮＧとしてあるいはＯｐｅｎｆｌｏｗ等として設定されることを想定している。方路設定自体のトリガは、ＥＭＳ／上位ＯｐＳからの設定になる。また、マルチキャストストリームの下り転送の方法も、ＥＭＳ／上位ＯｐＳからの設定指示をＮｅｔｃｏｎｆ／ＹＡＮＧもしくはＯｐｅｎｆｌｏｗによりアプリが受け、その内容をＡＰＩ下部処理実体に展開することで行う。

ＯＬＴプロキシ機能としては、アプリケーションへ転送されたＩＧＭＰ／ＭＬＤメッセージの内容に基づき、ＡＰＩ下部処理実体に対してＯＮＵの下りフィルタの開閉を指示する拡張ＯＡＭもしくはＯＭＣＩメッセージの送信を指示することで実現される。

省電力制御機能は、必要に応じてＯＮＵが一部機能への給電を停止し、ＯＮＵでの消費電力を低減する。アプリケーションの役割は、ＥＭＳ／上位ＯｐＳからＯＮＵの省電力モードに関する設定、サービスオーダを受信し、内容に基づく拡張ＯＡＭ／ＯＭＣＩメッセージを組立し、ＡＰＩ下部処理実体にこのメッセージをＯＮＵに送信するよう通知する。また、ＰＬＯＡＭなどによる状態の変化通知を、ＡＰＩ下部処理実体からアプリケーションは受信する。

なお、上記のＤＢＡと同様に、アプリケーションから直接的にＯＮＵの省電力モードの状態を制御したい場合、ＯＮＵへの送信メッセージの組立、ＯＮＵからの受信メッセージの取込とをリアルタイム性を持ってアプリケーションで行い、それぞれＡＰＩ下部処理実体へメッセージ送信、メッセージ受信指示を行う。

周波数/時刻同期機能は、ＯＬＴに入力された基準信号や時刻情報を、ＰＯＮ区間を介してＯＮＵから正確に出力させる機能である。アプリケーション側の役割は、同期機能に必要となる設定やＯＬＴからＯＮＵへの信号伝搬に関わるパラメータ等をＯＮＵに通知するために送信メッセージを組立、ＡＰＩ下部処理実体側へメッセージ送信の指示を行う。

外部連携機能は、例えば、モバイル基地局との低遅延化ＤＢＡのように外部の機器との連携により機能実行する場合に用いる。外部連携機能では、例えば、アプリケーション側で外部の機器からのメッセージを受信する。外部機器からのメッセージ受信機能は、実装・外部機器との接続構成・メッセージ形式に強く依存するため、アプリケーションの役割としてはメッセージを分解せずに受信してｐａｒｓｅすることが望ましい。また、搭載ＯＳの標準的な機能等を活用してもよいし、独自のＡＰＩを規定してもよい。

以上の例では、アプリがＤＢＡ等のアルゴリズムの処理を、ＡＰＩ下部処理実体がメッセージングで示した。この機能分担は、メッセージングは共通で、アルゴリズムのみ変更する場合に適する。なお、インターフェースはアルゴリズム依存度が低い方が汎用的で望ましい。

以上示した実施形態１−１に係る構成は、以下の実施形態でも同様であり、適宜組み合わせてもよい。例えば、図６では、本システムが、実行部の構成がＴＲｘ１１、ＳＷ１２及びＳＷ１３のみの場合を例示するが、ＴＲｘ１１、ＳＷ１２及びＳＷ１３以外の箇所、それ以外の場所、ＰＯＮの終端する箇所や、制御部１４を実行部としてもよい。

（実施形態１−２）
実施形態１−１ではＴＷＤＭ−ＰＯＮに用いられる構成を例示したが、ＴＤＭ−ＰＯＮに適用してもよい。ＴＤＭ−ＰＯＮでは、λ設定切替（ＤＷＡ）のようなＯＮＵの間ＯＮＵ−ＯＬＴのＰＯＮ区間の波長リソースを波長分割多重する機能を備えていなくてもよいことを除けば実施形態１−１と同様である。

（実施形態１−３）
実施形態１−１ではＴＷＤＭ−ＰＯＮに用いられる構成を例示したが、ＷＤＭ−ＰＯＮに適用してもよい。ＷＤＭ−ＰＯＮでは、ＤＢＡのようなＯＮＵの間ＯＮＵ−ＯＬＴのＰＯＮ区間の帯域リソースを時分割多重する機能を備えていなくてもよいことを除けば、実施形態１−３は実施形態１−１と同様である。

（実施形態１−４）
本実施形態は、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）−ＰＯＮ、ＣＤＭ（Code Division Multiplexing）−ＰＯＮ、ＳＣＭ（Subcarrier Multiplexing）−ＰＯＮ、芯線分割多重を含めた組み合わせである。

実施形態１−１ではＴＷＤＭ−ＰＯＮに用いられる構成を例示したが、波長と時間以外のリソースを共用するＰＯＮに適用してもよい。例えば、１波長の電気の周波数リソースを分割多重するＯＦＤＭ−ＰＯＮ、１波長の電気の周波数リソースを分割多重するＳＣＭ−ＰＯＮ、符号で分割多重するＣＤＭ−ＰＯＮに適用してもよいし、芯線分割多重を併用してもよいし、マルチコアファイバ等を用いた空間分割多重を併用してもよいし、波長分割多重を用いなくてもよい。ＴＷＤＭ−ＰＯＮの波長リソースを波長分割多重する機能を、それぞれの多重するリソースに分割多重するに要する機能に対応する機能に読み替えれば同様である。

（実施形態２）
実施形態２では、ＴＷＤＭ−ＰＯＮに用いられる構成が、ＧＥＭカプセル化を行う。この場合、ＧＥＭフレームを生成するアダプタをＳＷに備え、ＳＷとそれ以外の部分の間でＧＥＭフレームを導通するようにする。ＧＥＭカプセル化までＳＷに移管することで、それ以外の部分のプロトコルスタックからＬ２機能部を除外し、ＳＷとそれ以外の部分で、Ｌ２機能部の重畳を回避することができる。

なお、ＴＷＤＭ−ＰＯＮを例に挙げたが、実施形態１−２〜実施形態１−４のように、ＰＯＮ区間での識別するためのフレームを同様に扱えばそれ以外のＰＯＮであっても同様の効果が得られる。例えば、ＩＥＥＥの規格のＧＥ−ＰＯＮ、１０ＧＥ−ＰＯＮ等であれば、ＧＥＭフレームの代わりに、ＬＬＩＤを付与してＬＬＩＤの付与されたフレームをＳＷとそれ以外の部分の間を導通するようすればよい。

（実施形態３）
実施形態３では、ＴＷＤＭ−ＰＯＮに用いられる制御情報が、ＳＷを経由する。この場合、ブリッジ機能関連をＳＷに移管する代わりに、制御情報を保持するＰＬＯＡＭ、ＥｍｂｅｄｄｅｄＯＡＭ、ＯＭＣＩのいずれかを必要に応じてフレーム化してＳＷ経由で処理する。制御情報をＳＷ経由で入出力することで、ＳＷ以外の処理が軽くなる効果がある。なお、実施形態３の移管に加えて、実施形態１及び実施形態２のブリッジ機能のＳＷへの移管を行ってもよい。

なお、ＴＷＤＭ−ＰＯＮを例に挙げたが、制御情報を同様に扱いＳＷ経由で処理すれば、実施形態１−２〜実施形態１−４のように、それ以外のＰＯＮであっても同様の効果が得られる。

上述した実施形態における通信装置の少なくとも一部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。更に「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、更に前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではない。上記の実施形態は例示に過ぎず、本発明は当業者の知識に基づいて種々の変更、改良を施した形態で実施することができ、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１…ＰＯＮシステム、２…ＯＮＵ、３…ＯＤＮ、４…ＯＬＴ、５…コントローラ、６…コ
ントローラ、１０…光スイッチ部、１１…送受信部、１２…スイッチ部、１３…スイッチ部、１４…制御部、１５…プロキシ部、１６…外部サーバ、２１…機器無依存ＡＰＩ、２２…機器無依存ＡＰＩ、２３…機器依存ＡＰＩ、２４…機器依存ＡＰＩ、２５…機器依存ＡＰＩ、２６…ＡＰＩ、２７…機器無依存ＡＰＩ、１０１…揺らぎ判定部、１０２…揺らぎ対応処理部、１１０…機器依存部、１１１…ハードウェア部、１１２…ハードウェア部、１１３…ソフトウェア部、１１４…ＯＡＭ部、１１４ａ…エンベデッドＯＡＭエンジン、１１４ｂ…ＰＬＯＡＭエンジン、１１５…ＮＥ管理・制御部、１１５ａ…ＮＥ管理部、１１５ｂ…ＮＥコントロール、１２０…ミドルウェア部、１２１…ミドルウェア部、１３０…機器無依存アプリ部、１３１…拡張機能部、１３１−１…拡張機能部、１３１−２…拡張機能部、１３１−３…拡張機能部、１３２…基本機能部、１３３…管理・制御エージェント部、１４０…ＥＭＳ、１５０…機器依存アプリ部、１６０…外部の装置、３００…ＰＯＮ主信号処理機能部、３１０…ＰＭＤ部、３２０…ＰＯＮアクセス制御機能部、３３０…保守運用機能部、３４０…Ｌ２主信号処理機能部、３５０…ＰＯＮマルチキャスト機能部、３６０…省電力制御機能部、３７０…周波数・時刻同期機能部、３８０…プロテクション機能部

Claims

演算処理機能を備える第１の部品又は送信機能を備える第２の部品のいずれかにおいて揺らぎが発生している場合に、少なくとも揺らぎが発生している前記第１の部品又は前記第２の部品のいずれか又は両方に対して揺らぎを抑制する処理を行う揺らぎ対応処理部、
を備える揺らぎ対応処理装置。
前記揺らぎ対応処理部は、前記揺らぎを抑制する処理として、揺らぎの統計値に基づいて得られる所定時間経過後に送信許可指示の送信、送信許可指示の優先送信、及び割当周期とＰｏｌｌｉｎｇ周期の同期の少なくともいずれかの処理を行う、請求項１に記載の揺らぎ対応処理装置。
演算処理機能を備える第１の部品又は送信機能を備える第２の部品のいずれかにおいて揺らぎが発生している場合に、少なくとも揺らぎが発生している前記第１の部品又は前記第２の部品のいずれか又は両方に対して揺らぎを抑制する処理を行う揺らぎ対応処理ステップ、を有する揺らぎ抑制方法。
演算処理機能を備える第１の部品又は送信機能を備える第２の部品のいずれかにおいて揺らぎが発生している場合に、少なくとも揺らぎが発生している前記第１の部品又は前記第２の部品のいずれか又は両方に対して揺らぎを抑制する処理を行う揺らぎ対応処理ステップ、をコンピュータに実行させるためのコンピュータプログラム。