(57)【要約】【課題】監視信号を用いた信号疎通監視の精度を向上する。【解決手段】送信側において、信号経路へ送信されたデータ信号の数をカウントし、前記信号経路へ送信される監視信号＃１に、前記監視信号＃１の送信タイミングにおける送信カウント値を格納する。受信側では、前記信号経路から受信される前記データ信号の数をカウントし、前記監視信号＃１が受信されたタイミングにおける受信カウント値を、受信した前記監視信号＃１に格納する。【選択図】図８
2017063273.tif 000002
【特許請求の範囲】
【請求項１】
データ信号を送受信する伝送装置であって、
前記伝送装置内の信号経路へ送信された前記データ信号の数をカウントする送信カウンタと、
前記信号経路へ送信される監視信号に、前記監視信号の送信タイミングにおける、前記送信カウンタのカウント値を格納する送信カウント値格納部と、
前記信号経路から受信される前記データ信号の数をカウントする受信カウンタと、
前記信号経路から前記監視信号が受信されたタイミングにおける、前記受信カウンタのカウント値を、前記監視信号に格納する受信カウント値格納部と、
を備えた、伝送装置。
【請求項２】
前記監視信号に格納された、前記送信カウント値及び前記受信カウント値に基づいて、前記信号経路における前記データ信号のロスの有無を監視する監視部を備えた、請求項１に記載の伝送装置。
【請求項３】
前記信号経路は、前記伝送装置に備えられた複数のインタフェース部のうち、異なるインタフェース部を経由する経路であり、
前記異なるインタフェース部の一方に、前記送信カウンタ及び前記送信カウント値格納部が備えられ、
前記異なるインタフェース部の他方に、前記受信カウンタ及び前記受信カウント値格納部が備えられた、請求項１又は２に記載の伝送装置。
【請求項４】
伝送路へデータ信号を送信する第１の伝送装置と、
前記伝送路から前記データ信号を受信する第２の伝送装置と、を備え、
前記第１の伝送装置は、
前記伝送路へ送信した前記データ信号の数をカウントする送信カウンタと、
前記伝送路へ送信する監視信号に、前記監視信号の送信タイミングにおける、前記送信カウンタのカウント値を格納する送信カウント値格納部と、を備え、
前記第２の伝送装置は、
前記伝送路から受信される前記データ信号の数をカウントする受信カウンタと、
前記伝送路から前記監視信号が受信されたタイミングにおける、前記受信カウンタのカウント値を、前記監視信号に格納する受信カウント値格納部と、
を備えた、伝送システム。
【請求項５】
前記監視信号に格納された、前記送信カウント値及び前記受信カウント値に基づいて、前記伝送路における前記データ信号のロスの有無を監視する監視装置を備えた、請求項４に記載の伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に記載する技術は、伝送装置及び伝送システムに関する。
【背景技術】
【０００２】
近年のインターネットやモバイルネットワークの普及により、ネットワークトラフィックが急速に増大しつつある。
【０００３】
そのため、例えば、コア網の伝送容量拡大が検討され、１００Ｇｂｐｓ以上の伝送容量を規定したＯＴＮ（Optical Transport Network）の研究開発が進んでいる。また、イーサネット（登録商標）技術やインターネットプロトコル（ＩＰ）技術を利用したパケット系ネットワークの技術も進展している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１６５８１９号公報
【特許文献２】特開２０１０−２１９８０２号公報
【特許文献３】国際公開第２００７／０１０７６３号
【特許文献４】特開２０１０−１６６５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ネットワークあるいは伝送装置内を伝送される信号の疎通監視のために、信号が伝送あるいは転送される経路に、監視信号を定期的に送信することがある。
【０００６】
例えば、データ信号の送信側では、送信したデータ信号数を送信カウンタによってカウントし、受信側では、受信したデータ信号数を受信カウンタによってカウントする。
【０００７】
送信側が監視信号を送信したタイミングでの送信カウント値と、受信側が監視信号を受信したタイミングでの受信カウント値と、を比較して両カウント値に差分が無ければ、データ信号に喪失（ロス）が生じていないことを確認できる。
【０００８】
ここで、例えば、データ信号の受信側において、監視信号を受信してから受信カウンタカウント値を読み取る場合、カウント値の読み取りまでにカウント値が更新されてしまっていることがある。
【０００９】
この場合、読み取ったカウント値は、監視信号の実際の受信タイミングでのカウント値とは異なっており、誤差が生じていることになる。そのため、データ信号の疎通監視精度が低下し、疎通監視の信頼度が低下する。
【００１０】
１つの側面では、監視信号を用いた信号疎通監視の精度を向上することにある。
【課題を解決するための手段】
【００１１】
１つの側面において、伝送装置は、データ信号を送受信する。当該伝送装置は、送信カウンタと、送信カウント値格納部と、受信カウンタと、受信カウント値格納部と、を備えてよい。送信カウンタは、当該伝送装置内の信号経路へ送信された前記データ信号の数をカウントしてよい。送信カウント値格納部は、前記信号経路へ送信される監視信号に、前記監視信号の送信タイミングにおける、前記送信カウンタのカウント値を格納してよい。受信カウンタは、前記信号経路から受信される前記データ信号の数をカウントしてよい。受信カウント値格納部は、前記信号経路から前記監視信号が受信されたタイミングにおける、前記受信カウンタのカウント値を、前記監視信号に格納してよい。
【００１２】
また、１つの側面において、伝送システムは、伝送路へデータ信号を送信する第１の伝送装置と、前記伝送路から前記データ信号を受信する第２の伝送装置と、を備えてよい。前記第１の伝送装置は、送信カウンタと、送信カウント値格納部と、を備えてよい。送信カウンタは、前記伝送路へ送信した前記データ信号の数をカウントしてよい。送信カウント値格納部は、前記伝送路へ送信する監視信号に、前記監視信号の送信タイミングにおける、前記送信カウンタのカウント値を格納してよい。一方、前記第２の伝送装置は、受信カウンタと、受信カウント値格納部と、を備えてよい。受信カウンタは、前記伝送路から受信される前記データ信号の数をカウントしてよい。受信カウント値格納部は、前記伝送路から前記監視信号が受信されたタイミングにおける、前記受信カウンタのカウント値を、前記監視信号に格納してよい。
【発明の効果】
【００１３】
１つの側面として、監視信号を用いた信号疎通監視の精度を向上することができる。
【図面の簡単な説明】
【００１４】
【図１】第１実施形態に係る通信システムの構成例を示すブロック図である。
【図２】図１に例示した伝送装置の構成例を示すブロック図である。
【図３】第１実施形態に係るイーサネットフレームのフォーマット例を示す図である。
【図４】第１実施形態に係る監視パケットを用いた疎通監視方法の一例を示す図である。
【図５】第１実施形態に係る監視パケット送信部の構成例を示すブロック図である。
【図６】第１実施形態に係る監視パケット受信部の構成例を示すブロック図である。
【図７】図５に例示した監視パケット送信部の動作例を説明するための図である。
【図８】図６に例示した監視パケット受信部の動作例を説明するための図である。
【図９】（Ａ）〜（Ｃ）は、監視パケットのフォーマット例を模式的に示す図である。
【図１０】図８との比較例を説明するための図である。
【図１１】第２実施形態に係る通信システムの構成例を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。また、以下に説明する各種の例示的態様は、適宜に組み合わせて実施しても構わない。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。
【００１６】
（第１実施形態）
図１は、第１実施形態に係る通信システムの構成例を示すブロック図である。図１に示す通信システム（「伝送システム」と称してもよい。）１は、例示的に、第１ネットワーク１−１と、第２ネットワーク１−２と、第３ネットワーク１−３と、を備えてよい。
【００１７】
第１ネットワーク１−１は、例示的に、コアネットワークであってよい。コアネットワーク１−１は、例示的に、ＯＴＮ（Optical Transport Network）であってよい。コアネットワーク１−１を伝送される信号は、便宜的に、「主信号」と称してよい。ＯＴＮ１−１において、「主信号」は「ＯＴＮフレーム」であってよい。
【００１８】
第２ネットワーク１−２及び第３ネットワーク１−３は、コアネットワーク１−１に対するトリビュータリネットワークであってよい。トリビュータリネットワーク１−２及び１−３の一方又は双方は、例示的に、イーサネットであってもよいし、ＩＰをサポートするＩＰネットワークであってもよい。
【００１９】
トリビュータリネットワーク１−２及び１−３を伝送される信号は、便宜的に、「トリビュータリ信号」と称してよい。イーサネット１−２又は１−３において、「トリビュータリ信号」は、「イーサネットフレーム」であってよい。
【００２０】
コアネットワーク１−１には、例示的に、伝送装置１１−１及び１１−２が備えられてよい。「伝送装置」は、「通信装置」と称してもよい。伝送装置１１−１及び１１−２の一例は、パケット光転送装置（packet optical networking platform, P-ONP）や、ＲＯＡＤＭ（reconfigurable optical add-drop multiplexer）である。伝送装置１１−１及び１１−２を区別しなくてよい場合は、「伝送装置１１」と略記することがある。
【００２１】
トリビュータリネットワーク１−２及び１−３は、例示的に、それぞれ、ルータ１２を介して、伝送装置１１に通信可能に接続されてよい。なお、ルータ１２と伝送装置１１との間には、１又は複数の他の通信装置が介在してもよい。「他の通信装置」は、例えば、プロバイダエッジルータであってよい。
【００２２】
伝送装置１１は、例示的に、トリビュータリネットワーク１−２又は１−３からルータ１２を介して受信されたトリビュータリ信号を、コアネットワーク１−１で伝送可能な主信号に変換してよい。
【００２３】
当該「変換」は、「プロトコル変換」と称してもよい。トリビュータリ信号から主信号へのプロトコル変換には、「マッピング」が含まれてよい。例えば、伝送装置１１において、トリビュータリ信号の一例であるイーサネットフレームが、主信号の一例であるＯＴＮフレームのトリビュータリスロット（ＴＳ）に「マッピング」されてよい。ＴＳは、ＯＴＮフレームにおける時分割スロットの一例である。したがって、ＯＴＮ１−１は、時分割多重（ＴＤＭ）ネットワークの一例であると捉えてよい。
【００２４】
また、伝送装置１１は、例示的に、それぞれ、コアネットワーク１−１を伝送される主信号を受信し、受信した主信号をトリビュータリネットワーク１−２又は１−３で伝送可能なトリビュータリ信号に変換してよい。
【００２５】
当該「変換」も、「プロトコル変換」と称してよい。主信号からトリビュータリ信号へのプロトコル変換には、「デマッピング」が含まれてよい。例えば、伝送装置１１において、ＯＴＮフレームのＴＳにマッピングされているトリビュータリ信号が「デマッピング」されてよい。デマッピングされたトリビュータリ信号は、当該トリビュータリ信号の宛先に対応するトリビュータリネットワーク１−２又は１−３へ送信されてよい。
【００２６】
以上のような伝送装置１１におけるプロトコル変換を通じて、例えば、トリビュータリネットワーク１−２及び１−３の間で、信号をコアネットワーク１−１経由でトランスペアレントに伝送することが可能となる。
【００２７】
別言すると、伝送装置１１にて、トリビュータリネットワーク１−２及び１−３を伝送される様々な信号のプロトコルの相違を吸収することができる。したがって、コアネットワーク１−１を伝送される信号の大容量化（別言すると、高速化）や、伝送路の冗長化が容易になる。
【００２８】
なお、伝送装置１１の数は、図１の例では、２台であるが、３台以上の伝送装置１１がコアネットワーク１１に備えられてよい。また、伝送装置１１にて送受信される信号は、既述のＯＴＮフレームやイーサネットフレーム、ＩＰフレーム等のフレーム信号であってもよいし、パケット信号であってもよい。
【００２９】
フレーム信号及びパケット信号は、それぞれ、単に「フレーム」及び「パケット」と略称してよい。以下において、「フレーム」と「パケット」とは、互いに置換可能な用語と扱ってよい。パケット転送を行なうサーバ装置が、伝送装置１１に該当してもよい。
【００３０】
なお、イーサネットフレームやＩＰフレーム等のパケット系データを、ＯＴＮ等の時分割多重（ＴＤＭ）ネットワークにおいて転送する場合、ＧＦＰ−ＦやＧＦＰ−Ｔと呼ばれる技術が適用可能である。「ＧＦＰ」は「Generic Frame Procedure」の略称である。
【００３１】
「ＧＦＰ−Ｆ」は、例えばパケット単位にＧＦＰフレームにパケットをマッピングする形式の一例である。「ＧＦＰ−Ｔ」は、パケットを意識せずに、入力データをビットサンプリングしてＧＦＰフレームにマッピングする形式の一例である。
【００３２】
（伝送装置の構成例）
図２に、伝送装置１１の構成例を示す。図２に示す伝送装置１１は、例示的に、接続するネットワーク数に応じた複数のインタフェース部２１と、スイッチ部２２と、監視制御部２３と、を備えてよい。各部２１〜２３は、それぞれ、便宜的に、「カード」２１〜２３と称されてもよい。なお、監視制御部２３は、単に「監視部２３」と称してもよい。
【００３３】
複数のインタフェース部２１には、例示的に、イーサネットに接続されるイーサネットインタフェース部２１と、ＯＴＮに接続されるＯＴＮインタフェース部２１と、が含まれてよい。
【００３４】
イーサネットインタフェース部２１は、便宜的に、符号２１に「ｅ］を付して、「イーサネットインタフェース部２１ｅ」と表記することがある。ＯＴＮインタフェース部２１は、便宜的に、符号２１に「ｏ」を付して、「ＯＴＮインタフェース部２１ｏ」と表記することがある。
【００３５】
スイッチ（ＳＷ）部２２は、例示的に、各インタフェース部２１のいずれかを接続して、各インタフェース部２１のいずれかの間に内部的な信号経路を形成する。
【００３６】
監視制御部２３は、例示的に、伝送装置１１の全体的な動作を監視、制御する。そのため、監視制御部２３は、例示的に、各インタフェース部２１及びスイッチ部２２と通信可能に接続されて、各インタフェース部２１及びスイッチ部２２の動作を監視、制御することが可能であってよい。
【００３７】
監視制御部２３による監視、制御は、例示的に、ＣＰＵ（Central Processing Unit）５１を用いて実現されてよい。「ＣＰＵ」は、演算能力を備えた演算装置の一例であり、プロセッサ回路やプロセッサデバイスと称されてもよい。プロセッサ回路は、ＣＰＵに限らず、ＤＳＰ（Digital Signal Processor）等であってもよい。
【００３８】
図２に例示する伝送装置１１において左上に示したイーサネットインタフェース部２１ｅは、例示的に、光電変換器（Ｏ／Ｅ）３１、電光変換器（Ｅ／Ｏ）３２、物理（ＰＨＹ）レイヤ処理部３３、及び、ＭＡＣレイヤ処理部３４を備えてよい。「ＭＡＣ」は、「Media Access Control」の略称である。
【００３９】
また、当該イーサネットインタフェース部２１ｅは、例示的に、ネットワークプロセッサユニット（ＮＰＵ）３５、トラフィックマネージャ（ＴＭ）３６、ＣＰＵ３７、及び、ＯＡＭ処理部３８を備えてよい。「ＯＡＭ」は、「Operations, Administration, and Maintenance」の略称である。
【００４０】
Ｏ／Ｅ３１は、例示的に、イーサネット１−２又は１−３から受信した光信号を電気信号に変換する。Ｏ／Ｅ３１には、例示的に、１又は複数の入力ポート（「受信ポート」と称してもよい。）が備えられてよい。
【００４１】
Ｅ／Ｏ３２は、例示的に、イーサネット１−２又は１−３へ送信する電気信号を光信号に変換する。Ｅ／Ｏ３２には、例示的に、１又は複数の出力ポート（「送信ポート」と称してもよい。）が備えられてよい。
【００４２】
なお、Ｏ／Ｅ３１及びＥ／Ｏ３２は、いずれも「光モジュール」と称してもよい。あるいは、１つの「光モジュール」に、Ｏ／Ｅ３１及びＥ／Ｏ３２が含まれてもよい。
【００４３】
物理レイヤ処理部３３は、例示的に、Ｏ／Ｅ３１で電気信号に変換された受信イーサネットフレーム、及び、ＭＡＣレイヤ処理部３４から受信された、送信イーサネットフレームの物理レイヤ処理を担当する。当該物理レイヤ処理には、例示的に、フレーム同期処理や、受信イーサネットフレームのヘッダ終端処理、送信イーサネットフレームへのヘッダ付与処理等が含まれてよい。
【００４４】
図３に、イーサネットフレームのフォーマット例を示す。イーサネットフレームには、ヘッダフィールド、データフィールド、及び、フレームチェックシーケンス（ＦＣＳ）フィールドが含まれてよい。「データフィールド」は、「ペイロードフィールド」と称されてもよい。
【００４５】
ヘッダフィールドには、例示的に、プリアンブルと称されるフレーム同期情報、送信先アドレス情報、送信元アドレス情報等が設定されてよい。アドレス情報は、ＭＡＣアドレスであってよい。
【００４６】
ペイロードフィールドには、データ本体（データボディ）が設定されてよい。ＦＣＳフィールドには、イーサネットフレームの誤り検出のためのＦＣＳが設定されてよい。ＦＣＳには、ＣＲＣ（Cyclic Redundancy Check）符号が用いられてよい。
【００４７】
図２に戻り、ＭＡＣレイヤ処理部３４は、例示的に、物理レイヤ処理部３３で物理レイヤ処理された受信イーサネットフレーム、及び、ＮＰＵ３５から受信した送信イーサネットフレームのＭＡＣレイヤ処理を担当する。
【００４８】
ＮＰＵ３５は、例示的に、ＭＡＣレイヤ処理部３４でＭＡＣレイヤ処理された受信パケット、及び、ＴＭ３６から入力される送信パケットを処理する。例えば、ＮＰＵ３５は、入力パケットの宛先解決や宛先に応じた振り分け、入力パケットに対する情報の付加や削除、変更等を行なう。また、ＮＰＵ３５は、パケットの統計情報を収集してよい。パケットの統計情報は、例示的に、ポート別のパケットの送信数や受信数のカウント値であってよい。
【００４９】
ＴＭ３６は、例示的に、イーサネット１−２又は１−３への送信パケット、及び、イーサネット１−２又は１−３からの受信パケットの、伝送装置１１内でのデータレートを制御する。ＴＭ３６においても、ＮＰＵ３５と同様に、パケットの統計情報が収集されてよい。
【００５０】
ＣＰＵ３７は、例示的に、イーサネットインタフェース部２１ｅの動作を監視、制御する。ＣＰＵ３７に代えて、ＤＳＰが用いられてもよい。
【００５１】
ＯＡＭ処理部３８は、例示的に、伝送装置１１のＯＡＭに関わる処理（便宜的に「ＯＡＭ処理」と称してよい。）を実施する。ＯＡＭ処理には、例示的に、ＯＡＭ処理のためのパケット（便宜的に「ＯＡＭパケット」又は「監視パケット」と称してよい。）の生成が含まれてよい。
【００５２】
監視パケットは、ユーザデータを含むパケット（「ユーザパケット」と称してよい。）の伝送装置１１内での信号経路と同じ経路で転送されてよい。監視パケットを、ユーザパケットと同じ経路で流すことで、ユーザトラフィック（「データプレーン」と称してもよい。）に異常が有るか無いかを確認できる。
【００５３】
そのため、ＯＡＭ処理部３８で生成された監視パケットは、例示的に、ＮＰＵ３５やＴＭ３６において、ユーザパケットが伝送される内部的な信号経路に挿入されてよい。監視パケットの挿入は、例示的に、定期的に行なわれてもよいし不定期で行なわれてもよい。なお、ユーザパケットは、データ信号の一例であり、監視パケットは、監視信号の一例である。
【００５４】
ユーザトラフィックに挿入された監視パケットは、例示的に、当該監視パケットを挿入したインタフェース部２１とは異なる他のインタフェース部２１にて、ユーザトラフィックから抽出されてよい。
【００５５】
なお、ＯＡＭ処理部３８は、例示的に、ＦＰＧＡ（Field-Programmable Gate Array）にて実現されてよい。ＦＰＧＡは、プログラマブルロジックデバイス（ＰＬＤ）の一例である。ＦＰＧＡやＰＬＤに代えて、あるいは、追加で、ＩＣ（Integrated Circuit）やＬＳＩ（Large-Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）を用いて、ＯＡＭ処理部３８が実現されてもよい。
【００５６】
ＯＡＭ処理部３８によるＯＡＭ処理は、例示的に、ＣＰＵ３７によって制御されてよい。ＣＰＵ３７は、例示的に、監視制御部２３によって制御されてよい。例えば、ＯＡＭ処理部３８は、ＣＰＵ３７を介した監視制御部２３からの指示に応じて監視パケットを生成してよい。
【００５７】
なお、ＯＡＭ処理部３８による処理の一部又は全部は、ＣＰＵ３７によって実施されてもよい。例えば、ＣＰＵ３７が監視パケットの生成を行なってもよい。
【００５８】
また、図２に例示する伝送装置１１において右上のイーサネットインタフェース部２１ｅに示すように、物理レイヤ処理部３３及びＭＡＣレイヤ処理部３４の機能は、ＮＰＵ３５に統合されてもよい。また、ＮＰＵ３５及びＴＭ３６は、それぞれ、送信処理と受信処理とに個別に備えられてもよい。
【００５９】
一方、図２に例示する伝送装置１１において右下に示すＯＴＮインタフェース部２１ｏは、例示的に、Ｏ／Ｅ４１、Ｅ／Ｏ４２、ＯＴＮフレーマ４３、ＯＴＮデフレーマ４４、トラフィックマネージャ（ＴＭ）４６、及び、ＣＰＵ４７を備えてよい。
【００６０】
Ｏ／Ｅ４１は、例示的に、ＯＴＮ１−１から受信した光信号（例えば、ＯＴＮフレーム）を電気信号に変換する。Ｏ／Ｅ４１には、例示的に、１又は複数の受信ポートが備えられてよい。
【００６１】
Ｅ／Ｏ４２は、例示的に、ＯＴＮ１−１へ送信する電気信号（例えば、ＯＴＮフレーム）を光信号に変換する。Ｅ／Ｏ４２には、例示的に、１又は複数の受信ポートが備えられてよい。
【００６２】
なお、Ｏ／Ｅ４１及びＥ／Ｏ４２は、いずれも「光モジュール」と称してもよい。あるいは、１つの「光モジュール」に、Ｏ／Ｅ４１及びＥ／Ｏ４２が含まれてもよい。
【００６３】
ＯＴＮフレーマ４３は、例示的に、スイッチ部２２からトラフィックマネージャ４６を介して入力されるパケットをＯＴＮフレームにマッピングする。
【００６４】
ＯＴＮデフレーマ４４は、例示的に、Ｏ／Ｅ４１から入力されるＯＴＮフレームからマッピングされているパケットを抽出する。
【００６５】
ＯＴＮフレーマ４３及びＯＴＮデフレーマ４４の一方又は双方において、パケットの統計が収集されてよい。
【００６６】
ＴＭ４６は、例示的に、ＯＴＮフレームにマッピングされる送信パケット、及び、ＯＴＮフレームからデマッピングされた受信パケットの、伝送装置１１内でのデータレートを制御する。
【００６７】
ＴＭ４６においても、ＯＴＮフレーマ４３やＯＴＮデフレーマ４４と同様に、パケットの統計情報が収集されてよい。
【００６８】
ＣＰＵ４７は、例示的に、ＯＴＮインタフェース部２１ｏの動作を監視、制御する。ＣＰＵ４７に代えて、ＤＳＰが用いられてもよい。ＣＰＵ４７において、監視パケットが生成されてよい。
【００６９】
ＣＰＵ４７で生成された監視パケットは、例示的に、スイッチ部２２からＯＴＮフレーマ４３に向かうユーザトラフィックに挿入されてもよいし、ＯＴＮデフレーマ４４からスイッチ部２２に向かうユーザトラフィックに挿入されてもよい。
【００７０】
ユーザパケットと同じ信号経路で伝送装置１１内を転送される監視パケット間のユーザパケットの統計情報を各インタフェース部２１のいずれかにおいて収集し、収集結果を例えば監視制御部２３が確認する。
【００７１】
これにより、監視制御部２３は、いずれのインタフェース部２１を経由する内部的な信号経路に異常が有るかを検出（便宜的に「疎通監視」又は「異常監視」と称してもよい）できる。例えば、内部的な信号経路におけるパケットロスを検出することが可能である。
【００７２】
（疎通監視方法の一例）
図４に、監視パケットを用いた疎通監視方法の一例を示す。例えば、監視制御部２３は、或るインタフェース部２１のＮＰＵ３５に対して監視パケットの生成、挿入を指示する。ＮＰＵ３５は、当該指示に応じて監視パケットを例えば定期的に生成してユーザトラフィックに挿入する。
【００７３】
図４の例では、ユーザパケット＃１〜＃ｎ＋１（ｎは自然数）に対して、ｍ個（ｍは１≦ｍ＜ｎを満足する整数）の監視パケット＃１〜＃ｍが挿入されている。
【００７４】
ＮＰＵ３５から送信されたユーザパケット及び監視パケットは、ＴＭ３６にて受信される。ＴＭ３６は、監視パケットの送信元ＮＰＵ３５が含まれるインタフェース部２１におけるＴＭ３６でもよいし、監視パケットの送信元ＮＰＵ３５が含まれるインタフェース部２１とは異なるインタフェース部２１におけるＴＭ３６でもよい。
【００７５】
ここで、ＮＰＵ３５は、送信したユーザパケットの数を、統計情報の一例としてカウントする。また、ＴＭ３６は、受信したユーザパケットの数を、統計情報の一例としてカウントする。
【００７６】
監視パケット＃ｘ（ｘは１〜ｍのいずれか）を送信するタイミングでの送信ユーザパケットのカウント値と、ＴＭ３６が監視パケット＃ｘを受信したタイミングでの受信ユーザパケットのカウント値と、が一致していれば、パケットロスは生じていないことになる。
【００７７】
すなわち、ＮＰＵ３５−ＴＭ３６間の内部的な信号経路にパケットロスが生じているか否かを確認できる。カウント値の確認は、例えば監視制御部２３が行なってよい。
【００７８】
図４は、同一イーサネットインタフェース部２１ｅ内、あるいは、異なるイーサネットインタフェース部２１ｅ間の内部的な信号経路についての監視例を想定している。しかし、同一ＯＴＮインタフェース部２１ｏ内、あるいは、異なるＯＴＮインタフェース部２１ｏ間の内部的な信号経路や、イーサネットインタフェース部２１ｅとＯＴＮインタフェース部２１ｏとの間の内部的な信号経路についても、同様の監視が可能である。
【００７９】
例えば、図４の例において、監視パケットの送信元であるＮＰＵ３５は、ＯＴＮインタフェース部２１ｏにおける、ＴＭ４６又はＯＴＮデフレーマ４４に読み替えてよい。また、図４の例において、監視パケットが受信されるＴＭ３６は、ＯＴＮインタフェース部２１ｏにおける、ＴＭ４６又はＯＴＮフレーマ４３に読み替えてよい。
【００８０】
ところで、監視パケットの送信間隔は、異常検出可能な期間に影響する。例えば、監視パケットの送信間隔を長くすると、一時的あるいは間欠的に生じるパケットロスの検出精度あるいは検出感度が低下する。
【００８１】
一時的あるいは間欠的なパケットロスは、例示的に、内部的な信号経路に位置するユニットやデバイスの動作が不安定であるために生じ得る。内部的な信号経路に位置するユニットやデバイスは、例示的に、既述の物理レイヤ処理部３３や、ＭＡＣレイヤ処理部３４、ＮＰＵ３５、ＴＭ３６、ＴＭ４６、スイッチ部２２、ＯＴＮフレーマ４３、ＯＴＮデフレーマ４４等が該当する。
【００８２】
一時的あるいは間欠的に生じるパケットロスの検出精度あるいは検出感度を向上しようとして、監視パケットの送信間隔を短くすると、ユーザトラフィックに利用可能な帯域が監視パケットの送信に消費されて圧迫されてしまう。
【００８３】
したがって、ユーザトラフィックの帯域を圧迫しないように監視パケットの送信間隔を長くしても（別言すると、監視パケットの送信レートを下げても）、一時的あるいは間欠的に生じるパケットロスの検出精度あるいは検出感度を向上できることが望ましい。
【００８４】
以下、低レートの監視パケットでも、一時的あるいは間欠的に生じるパケットロスの検出精度あるいは検出感度を向上可能な監視方法の具体例について説明する。
【００８５】
（パケット送信部の構成例）
図５は、第１実施形態に係るパケット送信部の構成例を示すブロック図であり、図６は、第１実施形態に係るパケット受信部の構成例を示すブロック図である。
【００８６】
図５に例示するパケット送信部１００は、ユーザパケットと監視パケットとを内部的な信号経路へ送信する。別言すると、パケット送信部１００は、監視パケットの送信元であり、便宜的に、「監視パケット送信部１００」と称してよい。
【００８７】
図６に例示するパケット受信部２００は、ユーザパケットと監視パケットとを受信する。別言すると、パケット受信部２００は、監視パケット送信部１００が内部的な信号経路へ送信した監視パケットを受信する。そのため、パケット受信部２００は、便宜的に、「監視パケット受信部２００」と称してよい。
【００８８】
監視パケット送信部１００は、例示的に、図２に例示したイーサネットインタフェース部２１ｅのＮＰＵ３５あるいはＴＭ３６に備えられてもよいし、ＯＴＮインタフェース部２１ｏのＯＴＮデフレーマ４４あるいはＴＭ４６に備えられてもよい。
【００８９】
監視パケット受信部２００は、例示的に、図２に例示したイーサネットインタフェース２１ｅのＴＭ３６あるいはＮＰＵ３５に備えられてもよいし、ＯＴＮインタフェース部２１ｏのＴＭ４６あるいはＯＴＮフレーマ４３に備えられてもよい。
【００９０】
監視パケット送信部１００及び監視パケット受信部２００は、同一インタフェース部２１に備えられてもよいし、異なるインタフェース部２１に分散して備えられてもよい。
【００９１】
監視パケット送信部１００は、図５に例示するように、ＦＣＳチェック部１０１，１０２、主信号バッファ１０３、ローカルヘッダ付与部１０４、ヘッダ処理部１０５、及び、アドレス検索メモリ１０６を備えてよい。また、監視パケット送信部１００は、統計情報収集部１０７Ａ，１０７Ｂ、及び、統計情報書き込み部１０８を備えてよい。
【００９２】
ＦＣＳチェック部１０１は、例示的に、入力ユーザパケットのＦＣＳをチェックする。ＦＣＳチェックの結果、エラーが検出されなかったユーザパケットは、例示的に、主信号バッファ１０３にバッファされる。エラーが検出されたユーザパケットについては、ＦＣＳチェック部１０１において破棄されてよい。
【００９３】
ＦＣＳチェック部１０２は、例示的に、入力制御データのＦＣＳをチェックする。制御データは、例示的に、監視パケットの生成、挿入を指示するデータであってよい。制御データの送信元は、例示的に、ＣＰＵ５１、ＣＰＵ３７、ＣＰＵ４７、ＯＡＭ処理部３８のいずれかであってよい。
【００９４】
制御データのＦＣＳチェックの結果、エラーが検出されなかった制御データは、例示的に、統計情報書き込み部１０８に与えられる。エラーが検出された制御データについては、ＦＣＳチェック部１０２において破棄されてよい。
【００９５】
主信号バッファ１０３は、入力パケットを一時的に記憶する記憶部の一例である。主信号バッファ１０３への入力パケットには、主信号の一例であるユーザパケットと、統計情報書き込み部１０８によってユーザパケット間に挿入された監視パケットと、が含まれてよい。
【００９６】
主信号バッファ１０３に対するパケットの書き込み及び読み出しは、例示的に、ヘッダ処理部１０５によって行なわれてよい。
【００９７】
ローカルヘッダ付与部１０４は、例示的に、主信号バッファ１０３から読み出されたパケットに、伝送装置１１における内部的な信号経路を示すヘッダ情報（「ローカルヘッダ情報」と称してよい。）を付与する。ローカルヘッダ情報に基づいて、スイッチ部２２によるスイッチングが行なわれてよい。
【００９８】
ローカルヘッダ情報は、例示的に、ヘッダ処理部１０５にて生成されてよい。例えば、ヘッダ処理部１０５は、アドレス検索メモリ１０６に記憶されたアドレス情報を基に、パケットの宛先解決や宛先に応じたローカルヘッダ情報の生成を行なってよい。
【００９９】
統計情報収集部１０７Ａは、例示的に、主信号バッファ１０３に入力される送信ユーザパケットの統計情報を収集する。統計情報には、例示的に、送信ユーザパケット数のカウント値が含まれてよい。
【０１００】
統計情報収集部１０７Ｂは、例示的に、ローカルヘッダ付与部１０４から出力される送信ユーザパケット、別言すると、パケット送信部１００の出力ユーザパケットの統計情報を収集する。当該統計情報には、送信ユーザパケット数のカウント値が含まれてよい。
【０１０１】
なお、統計情報収集部１０７Ａ及び１０７Ｂを区別しなくてよい場合は、符号Ａ及びＢを省略して「統計情報収集部１０７」と記載することがある。
【０１０２】
また、統計情報収集部１０７Ａで得られた統計情報及びカウント値を、それぞれ、「統計情報（Ａ）」及び「カウント値（Ａ）」と表記することがある。同様に、統計情報収集部１０７Ｂで得られた統計情報及びカウント値を、それぞれ、「統計情報（Ｂ）」及び「カウント値（Ｂ）」と表記することがある。
【０１０３】
パケット送信部１００で収集されたカウント値（Ａ又はＢ）は、便宜的に、「送信カウント値」と称してよい。そのため、統計情報収集部１０７は、送信ユーザパケット数をカウントする「送信カウンタ」の一例である、と捉えてよい。
【０１０４】
統計情報書き込み部１０８は、例示的に、統計情報（Ａ）及び統計情報（Ｂ）の一方又は双方を書き込んだ監視パケットを生成して、主信号バッファ１０３にバッファされるユーザパケット間に挿入する。
【０１０５】
統計情報書き込み部１０８は、監視パケットの送信タイミングにおける送信カウント値を、当該監視パケットに格納する「送信カウント値格納部」の一例である。「格納」は、「記録」や「設定」と言い換えてもよい。
【０１０６】
（パケット受信部の構成例）
一方、図６に示す監視パケット受信部２００は、例示的に、キュー制御部２０１、データバッファ２０２、スケジューラ２０３、優先制御部２０４、統計情報収集部２０５Ｃ，２０５Ｄ、及び、統計情報書き込み部２０６を備えてよい。
【０１０７】
キュー制御部２０１は、例示的に、入力パケットをデータバッファ２０２に一時的に記憶し、スケジューラ２０３からの制御に応じて、データバッファ２０２からパケットを読み出して優先制御部２０４へ出力する。
【０１０８】
スケジューラ２０３は、例示的に、キュー制御部２０１によって読み出されるパケットの順序を制御する。また、スケジューラ２０３は、優先制御部２０４を制御して優先制御部２０４から優先的に出力させるパケットの制御を行なってよい。
【０１０９】
優先制御部２０４は、スケジューラ２０３からの制御に応じて、キュー制御部２０１から入力されるパケットを優先度に応じた順序で出力する。パケットの優先度に基づく制御は、例示的に、ＱｏＳ（Quality of Service）制御や帯域制御であってよい。
【０１１０】
統計情報収集部２０５Ｃは、例示的に、キュー制御部２０１に入力される受信ユーザパケットの統計情報を収集する。統計情報には、例示的に、受信ユーザパケット数のカウント値が含まれてよい。
【０１１１】
統計情報収集部２０５Ｄは、例示的に、優先制御部２０４から出力される受信ユーザパケット、別言すると、パケット受信部２００の出力ユーザパケットの統計情報を収集する。当該統計情報には、受信ユーザパケット数のカウント値が含まれてよい。
【０１１２】
なお、統計情報収集部２０５Ｃ及び２０５Ｄを区別しなくてよい場合は、符号Ｃ及びＤを省略して「統計情報収集部２０５」と記載することがある。
【０１１３】
また、統計情報収集部２０５Ｃで得られた統計情報及びカウント値を、それぞれ、「統計情報（Ｃ）」及び「カウント値（Ｃ）」と表記することがある。同様に、統計情報収集部２０５Ｄで得られた統計情報及びカウント値を、それぞれ、「統計情報（Ｄ）」及び「カウント値（Ｄ）」と表記することがある。
【０１１４】
パケット受信部２００で収集されたカウント値（Ｃ又はＤ）は、便宜的に、「受信カウント値」と称してよい。そのため、統計情報収集部２０５は、受信ユーザパケット数をカウントする「受信カウンタ」の一例である、と捉えてよい。
【０１１５】
統計情報書き込み部２０６は、例示的に、パケット送信部１００にてユーザパケット間に挿入された監視パケットを検出し、当該監視パケットに、統計情報（Ｃ）及び統計情報（Ｄ）の一方又は双方を書き込む。
【０１１６】
統計情報書き込み部２０６は、内部的な信号経路から受信された監視パケットに、当該監視パケットの受信タイミングでの受信カウント値を格納する「受信カウント値格納部」の一例である。
【０１１７】
ここで、パケット受信部２００に入力される監視パケットには、パケット送信部１００において統計情報（Ａ）及び（Ｂ）の一方又は双方が書き込まれている。したがって、統計情報書き込み部２０６において、監視パケットには、統計情報（Ｃ）及び（Ｄ）の一方又は双方が追加的に書き込まれることになる。
【０１１８】
送信カウント値（Ａ）と受信カウント値（Ｃ）との比較によって、パケット送信部１００における主信号バッファ１０３の入力側から、パケット受信部２００におけるキュー制御部２０１の入力側に至る内部的な信号経路のパケットロスを検出できる。例えば、Ａ＞Ｃであれば、当該信号経路でパケットロスが生じていることが分かる。
【０１１９】
また、送信カウント値（Ａ）と受信カウント値（Ｄ）との比較によって、パケット送信部１００における主信号バッファ１０３の入力側から、パケット受信部２００における優先制御部２０４の出力側に至る内部的な信号経路のパケットロスを検出できる。例えば、Ａ＞Ｄであれば、当該信号経路でパケットロスが生じていることが分かる。
【０１２０】
更に、送信カウント値（Ｂ）と受信カウント値（Ｃ）との比較によって、パケット送信部１００におけるローカルヘッダ付与部１０４の出力側から、パケット受信部２００におけるキュー制御部２０１の入力側に至る内部的な信号経路のパケットロスを検出できる。例えば、Ｂ＞Ｃであれば、当該信号経路でパケットロスが生じていることが分かる。
【０１２１】
また、送信カウント値（Ｂ）と受信カウント値（Ｄ）との比較によって、パケット送信部１００におけるローカルヘッダ付与部１０４の出力側から、パケット受信部２００における優先制御部２０４の出力側に至る内部的な信号経路のパケットロスを検出できる。例えば、Ｂ＞Ｄであれば、当該信号経路でパケットロスが生じていることが分かる。
【０１２２】
このように、パケット送信部１００で監視パケットに含められた統計情報と、パケット受信部２００で当該監視パケットに含められた統計情報との比較によって、ユーザパケットと同じ信号経路で転送される経路の疎通監視を行なうことができる。
【０１２３】
上述した統計情報の比較は、例示的に、監視制御部２３のＣＰＵ５１にて実施されてよい。そのため、統計情報書き込み部２０６において統計情報の書き込みがなされた監視パケットは、例示的に、監視制御部２３のＣＰＵ５１に送信（「通知」と称してもよい。）されてよい。
【０１２４】
統計情報書き込み部２０６からＣＰＵ５１への監視パケットの通知は、イーサネットインタフェース部２１ｅであればＣＰＵ３７やＯＡＭ処理部３８を介して行なわれてよく、ＯＴＮインタフェース部２１ｏであればＣＰＵ４７を介して行なわれてよい。
【０１２５】
なお、パケット送信部１００及びパケット受信部２００のそれぞれにおいて、統計情報を収集する箇所（「収集ポイント」あるいは「監視ポイント」と称してよい。）を変更することで、疎通監視対象の経路を変更することができる。
【０１２６】
別言すると、インタフェース部２１に備えられる統計情報収集部１０７や統計情報収集部２０５の数は、伝送装置１１における監視ポイントの数に応じて増減されてよい。
【０１２７】
（動作例）
以下、本実施形態の監視パケットを用いた疎通監視方法の動作例について説明する。
非限定的な一例として、パケット送信部１００において、監視パケットに統計情報（Ａ）を書き込み、パケット受信部２００において、当該監視パケットに統計情報（Ｄ）を書き込む例について説明する。
【０１２８】
別言すると、図５及び図６に例示したように、パケット送信部１００におけるローカルヘッダ付与部１０４の出力側から、パケット受信部２００における優先制御部２０４の出力側に至る内部的な信号経路の疎通監視を行なう例について説明する。
【０１２９】
パケット送信部１００は、図７に模式的に例示するように、ユーザパケット＃１〜＃７を送信し、ユーザパケット＃１及び＃２の送信後に、監視パケット＃１を送信する。また、パケット送信部１００は、ユーザパケット＃３〜＃７の送信後に監視パケット＃２を送信する。
【０１３０】
ここで、パケット送信部１００では、例示的に、監視制御部２３からの制御に応じて例えばＣＰＵ３７、ＯＡＭ処理部３８、あるいは、ＣＰＵ４７で生成された監視パケットが、統計情報書き込み部１０８に入力される。
【０１３１】
図９（Ａ）に、当該監視パケットのフォーマット例を模式的に例示する。図９（Ａ）に例示するように、監視パケットは、ヘッダフィールドと、ペイロードフィールドと、を有してよい。ペイロードフィールドには、シーケンス番号が設定されてよい。
【０１３２】
シーケンス番号は、例示的に、監視パケット自体のロス監視や、パケットの順序逆転の発生をチェックするために使用されてよい。例えば、複数の監視パケットのシーケンス番号に連続性が無ければ、監視パケットのロスが生じていることを検出できる。また、複数の監視パケットのシーケンス番号の大小関係が逆転していれば、監視パケットの順序に逆転が生じていることを検出できる。監視パケットのシーケンス番号に基づいて、既述の異常監視が行なわれてよい。
【０１３３】
統計情報書き込み部１０８は、図９（Ｂ）に模式的に例示するように、当該監視パケットの例えばペイロードフィールドに、統計情報収集部１０７Ａでカウントされた送信カウント値（Ａ）を書き込んで主信号バッファ１０３へのユーザトラフィックに挿入する。
【０１３４】
例えば図７の例において、監視パケット＃１の送信タイミングでは、２つのユーザパケット＃１及び＃２が送信済みであるため、監視パケット＃１のペイロードフィールドには、送信カウント値（Ａ）＝２が書き込まれる。
【０１３５】
同様に、監視パケット＃２の送信タイミングでは、７つのユーザパケット＃１〜＃７が送信済みであるため、監視パケット＃２のペイロードフィールドには、送信カウント値（Ａ）＝７が書き込まれる。
【０１３６】
別言すると、監視パケット＃１は、統計情報収集部１０７Ａでカウントしたユーザパケットのうちの最後にカウントしたユーザパケット（＃２又は＃７）の次に送信される。なお、カウント値の監視パケットへの「書き込み」は、「記録」と称してもよい。
【０１３７】
送信カウント値（Ａ）が記録された監視パケットは、ユーザトラフィックと同じ内部的な信号経路を転送されてパケット受信部２００に入力される。
【０１３８】
パケット受信部２００は、内部的な信号経路でパケットロスが生じていなければ、図８に例示するように、パケット送信部１００が送信したユーザパケット＃１〜＃７及び監視パケット＃１及び＃２を、図７に例示した送信順序で受信する。
【０１３９】
ここで、パケット受信部２００において、監視パケット＃１が受信されると、当該監視パケット＃１が受信されるまでに統計情報収集部２０５Ｄでカウントされた受信カウント値（Ｄ）が、統計情報書き込み部２０６によって監視パケット＃１に記録される。
【０１４０】
図８の例では、受信カウント値（Ｄ）＝２が、図９（Ｃ）に例示するように、受信監視パケット＃１のペイロードフィールドに書き込まれる。したがって、監視パケット＃１には、送信カウント値（Ａ）＝２と、受信カウント値（Ｄ）＝２と、が記録されている。
【０１４１】
同様に、パケット受信部２００において、監視パケット＃２が受信されると、当該監視パケット＃２が受信されるまでに統計情報収集部２０５Ｄでカウントされた受信カウント値（Ｄ）＝７が、統計情報書き込み部２０６によって監視パケット＃２に記録される。
【０１４２】
統計情報書き込み部２０６は、送信カウント値（Ａ）及び受信カウント値（Ｄ）が記録された監視パケット＃１を、例えばＣＰＵ３７、ＯＡＭ処理部３８、あるいは、ＣＰＵ４７を通じて、監視制御部２３のＣＰＵ５１へ送信する。
【０１４３】
ＣＰＵ５１は、受信した監視パケット＃１に記録されている、送信カウント値（Ａ）と受信カウント値（Ｄ）とを比較する。送信カウント値（Ａ）と受信カウント値（Ｄ）とに差分が無ければ、パケットロスが生じていないことが分かり、差分が有れば（例えば、Ａ＞Ｄ）、パケットロスが生じていることが分かる。
【０１４４】
このように、監視パケットに送信カウント値及び受信カウント値を記録してＣＰＵ５１に通知することで、ＣＰＵ５１は統計情報収集部２０５及び２０７にアクセスして各カウント値を読み取る必要が無くなる。
【０１４５】
例えば、統計情報収集部１０７及び２０５が、カウント値のレジスタが備えたハードウェア回路によって構成されている場合、監視制御部２３のＣＰＵ５１は、当該レジスタにアクセスすることで、カウント値を読み取ることができる。
【０１４６】
しかし、ＣＰＵ５１によるレジスタへのアクセスに伴うタイムラグが生じる。別言すると、ＣＰＵ５１がカウント値を取得するための処理時間（便宜的に「ＣＰＵ処理時間」と称してよい。）に応じたタイムラグが生じる。
【０１４７】
当該タイムラグの間においても、インタフェース部２１においてパケットの送受信処理は継続されるため、ハードウェア回路によるレジスタのカウント値は更新され続ける。そのため、ＣＰＵ５１がレジスタにアクセスして読み取ったカウント値は、監視パケットの送信タイミング及び受信タイミングでのカウント値とは異なってしまっており誤差が生じていることがある。
【０１４８】
例えば監視パケットの受信タイミングに着目して説明する。図１０に模式的に例示するように、監視パケット＃１の受信タイミングでの受信カウント値は「２」である。しかし、レジスタアクセスのタイムラグによって、ＣＰＵ５１が実際に読み取った受信カウント値は「５」に更新されてしまっていることがある。
【０１４９】
このようにＣＰＵ５１が読み取る受信カウント値に誤差が生じると、送信カウント値と受信カウント値との正確な差分を検出できないので、パケットロス監視の信頼度が低下する。
【０１５０】
これに対し、上述した実施形態では、インタフェース部２１での監視パケットの送信及び受信の各タイミングにおけるカウント値を監視パケットに記録することで、各タイミングでの正確なカウント値をＣＰＵ５１に通知することができる。
【０１５１】
したがって、レジスタアクセスのようなカウント値を取得するためのＣＰＵ処理時間を不要にでき、ＣＰＵ処理時間に応じたタイムラグに起因してＣＰＵ５１が取得するカウント値に誤差が生じること抑止できる。よって、パケットロス監視の精度や信頼度を向上できる。
【０１５２】
また、監視パケットの送信間隔を長くしても、監視パケット間に流れるユーザトラフィックのパケット数は監視できていることになる。
【０１５３】
したがって、監視パケットの送信レートを、ユーザトラフィックに利用可能な帯域を圧迫しない程度の低いレートに設定したとしても、高精度で高信頼なパケットロス監視が可能になる。
【０１５４】
別言すると、ユーザトラフィックへの影響を最小化しながら、高精度で高信頼なパケットロス監視を実現できる。
【０１５５】
（第２実施形態）
なお、上述した実施形態の疎通監視方法は、伝送装置１１の内部におけるパケット信号経路の疎通監視に限らず、伝送装置１１−１及び１１−２（図１参照）の間の伝送路の疎通監視に適用してもよい。
【０１５６】
例えば、図１１に示すように、第１の伝送装置１１−１における送信インタフェース部２１に、統計情報収集部１０７と統計情報書き込み部１０８とを備える。また、第２の伝送装置１１−２における受信インタフェース部２１に、統計情報収集部２０５と統計情報書き込み部２０６とを備える。
【０１５７】
これにより、第１の伝送装置１１−１において、伝送路へ送信する監視パケットに、当該監視パケットの送信タイミングでの送信カウント値が記録される。第２の伝送装置１１−２では、当該監視パケットを受信したタイミングでの受信カウント値が当該監視パケットに記録される。
【０１５８】
送信カウント値と受信カウント値とが記録された監視パケットは、例示的に、監視装置５０へ送信されてよい。監視装置５０は、図１１に例示するように伝送装置１１−１及び１１−２の外部に備えられていてもよいし、伝送装置１１−１及び１１−２のいずれかに備えられていてもよい。
【０１５９】
監視装置５０は、例えば既述の監視制御部２３に相当する機能を備えてよく、受信した監視パケットに記録されているカウント値を基に、パケットロスの有無を正確に監視できる。したがって、伝送システム１における伝送路のパケットロス監視の精度や信頼度を向上できる。
【符号の説明】
【０１６０】
１  通信システム
１−１  コアネットワーク
１−２，１−３  トリビュータリネットワーク（ＩＰネットワーク）
１１−１，１１−２  伝送装置
１２  ルータ
２１  インタフェース部
２１ｅ  イーサネットインタフェース部
２１ｏ  ＯＴＮインタフェース部
２２  スイッチ（ＳＷ）部
２３  監視制御部
３１，４１  光電変換器（Ｏ／Ｅ）
３２，４２  電光変換器（Ｅ／Ｏ）
３３  物理（ＰＨＹ）レイヤ処理部
３４  ＭＡＣレイヤ処理部
３５  ネットワークプロセッサユニット（ＮＰＵ）
３６  トラフィックマネージャ（ＴＭ）
３７，４７，５１  ＣＰＵ
３８  ＯＡＭ処理部
４３  ＯＴＮフレーマ
４４  ＯＴＮデフレーマ
４７  トラフィックマネージャ（ＴＭ）
５０  監視装置
１００  パケット送信部（監視パケット送信部）
１０１，１０２  ＦＣＳチェック部
１０３  主信号バッファ
１０４  ローカルヘッダ付与部
１０５  ヘッダ処理部
１０６  アドレス検索メモリ
１０７Ａ，１０７Ｂ  統計情報収集部（送信カウンタ）
１０８  統計情報書き込み部（送信カウント値格納部）
２００  パケット受信部（監視パケット受信部）
２０１  キュー制御部
２０２  データバッファ
２０３  スケジューラ
２０４  優先制御部
２０５Ｃ，２０５Ｄ  統計情報収集部
２０６  統計情報書き込み部
【図１】
2017063273.tif 000003
【図２】
2017063273.tif 000004
【図３】
2017063273.tif 000005
【図４】
2017063273.tif 000006
【図５】
2017063273.tif 000007
【図６】
2017063273.tif 000008
【図７】
2017063273.tif 000009
【図８】
2017063273.tif 000010
【図９】
2017063273.tif 000011
【図１０】
2017063273.tif 000012
【図１１】
2017063273.tif 000013