(57)【要約】  複雑化、大規模化および処理速度の低下を招くことなく正確にフレームロスを算出する。装置（３２）と装置（３４）の間で送信されるデータフレームの数を送信カウンタ（１４）においてカウントし、受信されるフレームの数を受信カウンタ２４でカウントする。ＬＭＭフレーム（３６）、ＬＭＲフレーム（３８）、またはＣＣＭフレームなどのフレームロス測定のためのＯＡＭフレームを送信する時に送信カウンタ（１４）の値を送信カウンタ値退避メモリ（１８）に退避させる。ＯＡＭフレーム生成部（１６）におけるＯＡＭフレームの生成時には、送信カウンタ値退避メモリ（１８）の値を使用することにより、１回前に送信されたＯＡＭフレームの送信時の送信カウンタの値を載せたＯＡＭフレームを生成する。ＯＡＭフレームに載せられている送信カウンタの値の前回値からの差と、その１回前のＯＡＭフレームの受信時の受信カウンタの値の前回値からの差とからフレームロスを算出する。
2009098757.tif 000002
【特許請求の範囲】
【請求項１】
第１のノードから第２のノードへ送信されるデータフレームの数を第１のノードにおいて送信カウンタでカウントし、
ＯＡＭ（Operation, Administration and Maintainance）フレームであって、それよりも以前に送信されたＯＡＭフレームを送信したときの送信カウンタの値に関する情報を含むＯＡＭフレームを第１のノードにおいて生成し、
生成されたＯＡＭフレームを第１のノードから第２のノードへのデータフレームの流れに追加し、
第１のノードから第２のノードへ送信されたデータフレームのうち第２のノードが受信したデータフレームの数を第２のノードにおいて受信カウンタでカウントし、
第１および第２のノードの少なくとも一方において、該ＯＡＭフレームに含まれる送信カウンタの値に関する情報と該受信カウンタの値に関する情報とに基づいて、第１のノードから第２のノードへのパスのフレームロスを算出することを含むフレームロス測定方法。
【請求項２】
前記方法は、第１のノードにおいて前記ＯＡＭフレームを送信するごとに前記送信カウンタの値を送信カウンタ値退避メモリに退避させることをさらに含み、
前記ＯＡＭフレームを生成することは、該送信カウンタ値退避メモリに退避されている送信カウンタの値を前記送信カウンタの値に関する情報として含むＯＡＭフレームを所定の時間間隔で生成することを含む請求項１記載の方法。
【請求項３】
前記フレームロスを算出することは、受信されたＯＡＭフレームに含まれる送信カウンタの値の前回からの差と、その１回前に受信されたＯＡＭフレームの受信時の受信カウンタの値の前回からの差とから、フレームロスを算出することを含む請求項２記載の方法。
【請求項４】
前記方法は、
第２のノードにおいて、前記ＯＡＭフレームに含まれる送信カウンタの値および該ＯＡＭフレームの受信の１回前のＯＡＭフレームの受信時の受信カウンタの値を含む第２のＯＡＭフレームを生成し、
生成された第２のＯＡＭフレームを第２のノードから第１のノードへのデータフレームの流れに追加することをさらに含み、
前記フレームロスを算出することは、第１のノードにおいて、該第２のＯＡＭフレームに含まれる送信カウンタの値の前回からの差と受信カウンタの値の前回からの差とから、フレームロスを算出することを含む請求項２記載の方法。
【請求項５】
第１のノードから第２のノードへ送信されるデータフレームの数を第１のノードにおいてカウントする送信カウンタと、
ＯＡＭフレームであって、それよりも以前に送信されたＯＡＭフレームを送信したときの送信カウンタの値に関する情報を含むＯＡＭフレームを第１のノードにおいて生成するＯＡＭフレーム生成手段と、
生成されたＯＡＭフレームを第１のノードから第２のノードへのデータフレームの流れに追加する手段と、
第１のノードから第２のノードへ送信されたデータフレームのうち第２のノードが受信したデータフレームの数を第２のノードにおいてカウントする受信カウンタと、
第１および第２のノードの少なくとも一方において、該ＯＡＭフレームに含まれる送信カウンタの値に関する情報と該受信カウンタの値に関する情報とに基づいて、第１のノードから第２のノードへのパスのフレームロスを算出するフレームロス算出手段とを具備するフレームロス測定システム。
【請求項６】
前記システムは、第１のノードにおいて前記ＯＡＭフレームを送信するごとに前記送信カウンタの値を退避させるための送信カウンタ値退避メモリをさらに具備し、
前記ＯＡＭフレーム生成手段は、該送信カウンタ値退避メモリに退避されている送信カウンタの値を前記送信カウンタの値に関する情報として含むＯＡＭフレームを所定の時間間隔で生成する手段を含む請求項５記載のシステム。
【請求項７】
前記フレームロス算出手段は、受信されたＯＡＭフレームに含まれる送信カウンタの値の前回からの差と、その１回前に受信されたＯＡＭフレームの受信時の受信カウンタの値の前回からの差とから、フレームロスを算出する請求項６記載のシステム。
【請求項８】
前記システムは、
第２のノードにおいて、前記ＯＡＭフレームに含まれる送信カウンタの値および該ＯＡＭフレームの受信の１回前のＯＡＭフレームの受信時の受信カウンタの値を含む第２のＯＡＭフレームを生成する第２のＯＡＭフレーム生成手段と、
生成された第２のＯＡＭフレームを第２のノードから第１のノードへのデータフレームの流れに追加する手段とをさらに具備し、
前記フレームロス算出手段は、第１のノードにおいて、該第２のＯＡＭフレームに含まれる送信カウンタの値の前回からの差と受信カウンタの値の前回からの差とから、フレームロスを算出する手段を含む請求項６記載のシステム。
【請求項９】
特定のノードへ向けて送信されるデータフレームの数をカウントする送信カウンタと、
ＯＡＭフレームであって、それよりも以前に送信されたＯＡＭフレームを送信したときの送信カウンタの値に関する情報を含む第１のＯＡＭフレームを生成するＯＡＭフレーム生成手段と、
生成された第１のＯＡＭフレームを前記特定のノードへ向かうデータフレームの流れに追加する手段と、
前記特定のノードへ向けて送信されたデータフレームのうち該特定のノードが受信したデータフレームの数を第２のノードにおいてカウントする受信カウンタの値に関する情報と前記送信カウンタの値に関する情報とを含む第２のＯＡＭフレームを受信する手段と、
該第２のＯＡＭフレームに含まれる送信カウンタの値に関する情報と該受信カウンタの値に関する情報とに基づいて、前記特定のノードへのパスのフレームロスを算出するフレームロス算出手段とを具備するフレームロス測定装置。
【請求項１０】
前記装置は、前記第１のＯＡＭフレームを送信するごとに前記送信カウンタの値を退避させるための送信カウンタ値退避メモリをさらに具備し、
前記ＯＡＭフレーム生成手段は、該送信カウンタ値退避メモリに退避されている送信カウンタの値を前記送信カウンタの値に関する情報として含む第１のＯＡＭフレームを所定の時間間隔で生成する手段を含む請求項９記載の装置。
【請求項１１】
前記フレームロス算出手段は、受信された第２のＯＡＭフレームに含まれる送信カウンタの値の前回からの差と、その１回前に受信された第２のＯＡＭフレームの受信時の受信カウンタの値の前回からの差とから、フレームロスを算出する請求項１０記載の装置。
【請求項１２】
前記装置は、
前記特定のノードから受信されるデータフレームの数をカウントする受信カウンタと、
該特定のノードからの前記第２のＯＡＭフレームが受信されるごとに、該受信カウンタの値を退避させるための第１の受信カウンタ値退避メモリと、
該特定のノードからの該第２のＯＡＭフレームが受信されるごとに、該第１の受信カウンタ値退避メモリの前回値を退避させるための第２の受信カウンタ値退避メモリとをさらに具備する請求項１０記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に設定されたパスの品質を表わす指標の１つとしてのフレームロスまたはパケットロスを測定する方法、システムおよびそれに用いる装置に関する。以下、フレームおよびパケットを“フレーム”と総称し、フレームロスおよびパケットロスを“フレームロス”と総称する。
【背景技術】
【０００２】
ネットワーク上に設定されたパスのフレームロスを測定する方法として、ＩＴＵ−Ｔ勧告Ｙ．１７３１は、その８．１節に、イーサネット（登録商標）上に設定されたサービスパスのフレームロスの測定（ＥＴＨ−ＬＭ：Ethernet（登録商標） Loss Measurement）を開示している。開示されたＥＴＨ−ＬＭにおいては、送信側のＭＥＰ（Maintenance entity group End Point）において送信したフレームの数を送信カウンタでカウントする。そして、その送信カウンタの値を載せたＯＡＭ（Operation, Administration and Maintenance）フレームを１００msec程度の周期でデータストリームに追加する。受信側のＭＥＰにおいては受信フレーム数を受信カウンタでカウントし、ＯＡＭフレームを受信した時の受信カウンタ値の、前回ＯＡＭフレーム受信時からの差とＯＡＭフレームに含まれる送信カウンタ値の、その前回値からの差とを比較することによりフレームロスが算出される。【０００３】
この文献には、ＯＡＭフレームとしてＣＣＭ（Continuity Check Message）フレームを用い、双方のＭＥＰから相手方へ所定の周期で常時ＣＣＭフレームを送って双方のＭＥＰのそれぞれにおいて双方向のフレームロスの測定を行うデュアルエンデッドＥＴＨ−ＬＭと、ＯＡＭフレームとしてＬＭＭ（Loss Measurement Message）フレームとそれに対する応答であるＬＭＲ（Loss Measurement Reply）フレームを用い、一方のＭＥＰから他方のＭＥＰへ周期的にＬＭＭフレームを送ってその応答としてＬＭＲフレームを受け取り、ＬＭＲに含まれている情報に基づいて双方向のパスのフレームロスの測定を行うシングルエンデッドＥＴＨ−ＬＭという２つの手法が開示されている。【０００４】
デュアルエンデッドＥＴＨ−ＬＭにおいては、ＣＣＭフレームには、次のカウンタ値が含まれる。すなわち、ＣＣＭフレーム送信時の送信カウンタの値であるＴｘＦＣｆと、最後に受信したＣＣＭフレームの受信時の受信カウンタの値であるＲｘＦＣｂと、最後に受信したＣＣＭフレームに載せられていたＴｘＦＣｆの値であるＴｘＦＣｂである。このＣＣＭフレームを受信したＭＥＰでは、これらの値の前回値からの差と、ＣＣＭフレーム受信時の受信カウンタの値の前回受信時の値からの差とから双方向のパスのフレームロスを算出することにより、双方のＭＥＰのそれぞれにおいて双方向のフレームロスを算出する。【０００５】
シングルエンデッドＥＴＨ−ＬＭにおいては、ＬＭＭフレームには、ＬＭＭフレーム送信時の送信カウンタの値であるＴｘＦＣｆが載せられる。そして、その応答であるＬＭＲフレームには、ＬＭＭフレームからコピーされたＴｘＦＣｆと、ＬＭＭフレーム受信時の受信カウンタの値であるＲｘＦＣｆと、ＬＭＲフレーム送信時の送信カウンタの値であるＴｘＦＣｂとが載せられる。このＬＭＲフレームを受信したＭＥＰでは、これらの値の前回値からの差と、ＬＭＲフレーム受信時の受信カウンタの値の前回受信時の値からの差とから双方向のパスのフレームロスを算出する。【０００６】
いずれの手法においても、ＯＡＭフレーム（ＣＣＭ，ＬＭＭまたはＬＭＲフレーム）にそのＯＡＭフレーム自身を送信した時の送信カウンタの値を載せる、という点では共通している。【０００７】
通常、ＯＡＭフレームの生成とフレームの送信とはそれぞれ並列に動作する別個の機能単位によって行なわれる。そのため、ＯＡＭフレーム生成のために送信カウンタの値を読み出した後、それを載せたＯＡＭフレームが実際に送信されるまでにデータフレームが送信される可能性がある。言い換えれば、ＯＡＭフレームが生成される時の送信カウンタの値とそのＯＡＭフレームが実際に送信される時の送信カウンタの値とは一致しない可能性がある。データフレームは一定周期では流れていないのでそのずれは一定ではない。したがって、ＯＡＭフレームに含まれる送信カウンタ値の前回値からの差が２つのＯＡＭフレームの間で実際に送信されたデータフレームの数と一致しない可能性がある。【０００８】
上記勧告の３１ページにも、ＮＯＴＥ１として次のように記載されている。
「ロス測定値の精度のレベルは、カウンタ値がＥＴＨ−ＬＭ情報にコピーされた後、ＥＴＨ−ＬＭ情報を付加したフレームがどのようにデータストリームに追加されるかに依存する。例えば、カウンタ値を読み出してからＥＴＨ−ＬＭ情報を有するフレームをデータストリームに追加するまでの間にさらにデータフレームが送受信されるとＥＴＨ−ＬＭ情報にコピーされるカウンタ値は不正確なものになる。」
そしてその対策として次のような記載がある。
「カウンタ値の読み出し直後にＥＴＨ−ＬＭ情報を有するフレームをデータストリームに追加することのできるハードウェアベースの実装を行なえば精度を高めることができる。」【０００９】
しかしながら、ハードウェアで実現したとしてもＯＡＭフレームの生成から送信までの処理時間をゼロにすることは不可能かまたは著しく困難であり、回路の複雑化、大規模化を招き、処理速度が低下する恐れもある。【００１０】
【非特許文献１】ＩＴＵ−Ｔ勧告Ｙ．１７３１（８．１節）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
したがって本発明の目的は、複雑化、大規模化および処理速度の低下を招くことなく正確にフレームロスを算出することにある。
【課題を解決するための手段】
【００１２】
前述の目的は、第１のノードから第２のノードへ送信されるデータフレームの数を第１のノードにおいて送信カウンタでカウントし、ＯＡＭ（Operation, Administration and Maintenance）フレームであって、それよりも以前に送信されたＯＡＭフレームを送信したときの送信カウンタの値に関する情報を含むＯＡＭフレームを第１のノードにおいて生成し、生成されたＯＡＭフレームを第１のノードから第２のノードへのデータフレームの流れに追加し、第１のノードから第２のノードへ送信されたデータフレームのうち第２のノードが受信したデータフレームの数を第２のノードにおいて受信カウンタでカウントし、第１および第２のノードの少なくとも一方において、該ＯＡＭフレームに含まれる送信カウンタの値に関する情報と該受信カウンタの値に関する情報とに基づいて、第１のノードから第２のノードへのパスのフレームロスを算出することを含むフレームロス測定方法により達成される。【００１３】
このように、送信カウンタの値に関する情報を載せたＯＡＭフレームを生成する際に、それよりも以前に送信されたＯＡＭフレームを送信した時の送信カウンタの値に関する情報をＯＡＭフレームに載せることにより、ＯＡＭフレーム送信時の送信カウンタの値に関する情報がそのＯＡＭフレーム自身でなく、後に生成されるＯＡＭフレームに載せられることになる。したがって、ＯＡＭフレーム生成から送信までの時間をゼロにする必要はなく、また、受信したＯＡＭフレームに含まれる送信カウンタの値に関する情報はそれ以前に受信されたＯＡＭフレームが送信された時の送信カウンタの状態を正しく表わしていることになる。【００１４】
なお、送信カウンタの値に関する情報とは、例えばカウンタの値そのもので良いが、それ以外にも、例えば前回からの差でも良い。前者の場合に、受信したＯＡＭフレームに含まれる送信カウンタ値の前回値からの差はそれ以前に受信されたＯＡＭフレームとその１つ前のＯＡＭフレームとの間に送信されたデータフレームの数に完全に一致するので、その間に実際に受信されたデータフレームの数と比較することにより、フレームロスを正しく測定することができる。
【図面の簡単な説明】
【００１５】
【図１】シングルエンデッドのフレームロス測定を実現する装置の第１の例を示すブロック図である。
【図２】図１の構成を有する装置の間で行なわれるフレームロス測定のシーケンスを説明する図である。
【図３】シングルエンデッドのフレームロス測定を実現する装置の第２の例を示すブロック図である。
【図４】図３の構成を有する装置の間で行なわれるフレームロス測定のシーケンスを説明する図である。
【図５】ＩＴＵ−Ｔ勧告Ｙ．１７３１に準拠した装置との間で行なわれるフレームロス測定のシーケンスを説明する図である。
【図６】デュアルエンデッドのフレームロス測定を実現する装置の第１の例を示すブロック図である。
【図７】図６の構成を有する装置の間で行なわれるフレームロス測定のシーケンスを説明する図である。
【図８】デュアルエンデッドのフレームロス測定を実現する装置の第２の例を示すブロック図である。
【図９】図８の構成を有する装置の間で行なわれるフレームロス測定のシーケンスを説明する図である。
【発明を実施するための最良の形態】
【００１６】
以下、前述したＩＴＵ−Ｔ勧告Ｙ．１３７１に記載されたシングルエンデッドおよびデュアルエンデッドのフレームロス測定を本発明により改良したものを本発明の実施形態として説明するが、本発明はこれに限定されるものではない。例えば、ＭＰＬＳ（Multi Protocol Label Switching）技術によりＩＰネットワーク上に設定されたパスのロス測定にも本発明の手法が適用可能である。【００１７】
図１は、本発明の一実施形態に係り、シングルエンデッドのフレームロス測定を実現する装置の構成の第１の例を示す。【００１８】
フレーム送信部１０は、データフレームやＯＡＭフレームを送信するフレーム送信回路１２、フレーム送信回路１２から送信されるデータフレームの数をカウントする送信カウンタ１４、およびフレームロス測定のためのＯＡＭフレーム（前述したＬＭＭフレームおよびＬＭＲフレーム）を生成するＯＡＭフレーム生成部１６を備えている。フレーム送信回路１２からデータフレームが送信されるごとに送信カウンタ１４がカウントアップされ、ＯＡＭフレーム生成部１６で生成されたフレームロス測定用ＯＡＭフレームがフレーム送信回路１２から送信されると、その時の送信カウンタ１４の値が送信カウンタ値退避メモリ１８に退避される。次のＯＡＭフレーム生成の際には、この送信カウンタ値退避メモリ１８に退避されている送信カウンタ値が使用される。すなわち、フレームロス測定用ＯＡＭフレームに塔載される送信カウンタの値は、前回、フレームロス測定用ＯＡＭフレームがフレーム送信回路１２から送信された時の送信カウンタの値となる。【００１９】
受信部２０は、データフレームやＯＡＭフレームを受信するフレーム受信回路２２、フレーム受信回路２２において受信されるデータフレームの数をカウントする受信カウンタ２４、およびフレームロス測定用ＯＡＭフレームを受信した時、必要な処理を行うＯＡＭフレーム処理部２６を備える。フレーム受信回路２２においてデータフレームが受信されるごとに受信カウンタ２４がカウントアップされ、フレームロス測定用ＯＡＭフレームが受信されると、その時の受信カウンタ２４の値が受信カウンタ値退避メモリ２８に退避される。シングルエンデッド動作において、ＯＡＭフレーム処理部２６は、受信したＯＡＭフレームがＬＭＭフレームであればＯＡＭフレーム生成部１６にＬＭＲフレームの生成を依頼し、受信したＯＡＭフレームがＬＭＲフレームであればフレームロスの計算を行う。メモリ３０にはフレームロスの計算のための各値が格納される。【００２０】
図２は図１に示した構成をそれぞれ有する装置３２および装置３４の間で行なわれるシングルエンデッド動作によるフレームロス測定のシーケンスを説明するための図である。前述したように、ＩＴＵ−Ｔ勧告Ｙ．１７３１に開示されるシングルエンデッドＥＴＨ−ＬＭにおいては、一方のＭＥＰ（図２においては装置３２）から他方のＭＥＰ（装置３４）へ周期的にＬＭＭフレーム３６を送ってその応答としてＬＭＲフレーム３８を受け取り、ＬＭＲフレーム３８に含まれている情報と受信カウンタ２４の情報に基づいてフレームロスの計算を行う。図２において、図１に示した構成のうち、装置３４において使用されない構成要素については図示が省略されている。【００２１】
装置３２から装置３４へ送られるＬＭＭフレーム３６の形式はＩＴＵ−Ｔ勧告Ｙ．１７３１の９．１２節に記載されている形式で良い。ただし、ＴｘＦＣｆはそのＬＭＭフレーム送信時の送信カウンタ１４の値でなく、ＬＭＭフレーム送信時に送信カウンタ１４の値を送信カウンタ値退避メモリ１８に退避させていた値、すなわち、１つ前のＬＭＭフレームが送信された時の送信カウンタ１４の値である。ＬＭＭフレーム３６の受信に応答して装置３４から装置３２へ送られるＬＭＲフレーム３８の形式はＩＴＵ−Ｔ勧告Ｙ．１７３１の９．１３節に記載されている形式で良い。ただし、ＴｘＦＣｂは送信カウンタ退避メモリ１８に退避されていた送信カウンタ１４の値、すなわち、１つ前のＬＭＲフレームを送信したときの送信カウンタ１４の値である。ＲｘＦＣｆはＬＭＭフレーム３６を受信したときの受信カウンタ２４の値、すなわち後述するようにＬＭＭフレーム３６を受信したときに受信カウンタ値退避メモリ２８に退避されていた受信カウンタ２４の値であり、ＴｘＦＣｆはＬＭＭフレーム３６からのコピーである。【００２２】
図２において、まず、装置３２のＯＡＭフレーム生成部１６は周期的にＬＭＭフレームを生成する。その際に送信カウンタ値退避メモリ１８に退避されていた前回ＬＭＭフレーム送信時の送信カウンタ１４の値を読み出してＬＭＭフレームのＴｘＦＣｆの領域に設定し、フレーム送信回路１２へ送信依頼を行う。送信依頼が行なわれたフレーム送信回路１２はＬＭＭフレーム３６を送信する。ＬＭＭフレーム３６を受信した装置３４のフレーム受信部２０のフレーム受信回路２２はその時の受信カウンタ２４の値をＲｘＦＣｆとして受信カウンタ値退避メモリ２８に退避させ、ＯＡＭフレーム処理部２６へ通知する。通知を受けたＯＡＭフレーム処理部２６は、フレーム送信部１０のＯＡＭフレーム生成部１６へＬＭＲフレームの生成および送信を依頼する。依頼を受けたＯＡＭフレーム生成部１６は、ＬＭＲフレームを生成する。その際に、送信カウンタ値退避メモリ１８に退避されていた前回ＬＭＲフレーム送信時の送信カウンタ１４の値を読み出してＬＭＲフレームのＴｘＦＣｂの領域に設定する。また、フレーム受信部２０の受信カウンタ値退避メモリ２８に退避されていたＬＭＭフレーム受信時の受信カウンタ２４の値を読み出してＬＭＲフレームのＲｘＦＣｆの領域に設定し、受信したＬＭＭフレームからＴｘＦＣｆの値をコピーし、フレーム送信回路１２へ送信依頼を行う。送信依頼が行なわれたフレーム送信回路１２はＬＭＲフレーム３８を送信する。【００２３】
ＬＭＲフレーム３８を受信した装置３２のフレーム受信部２０のフレーム受信回路２２はその時の受信カウンタ２４の値をＲｘＦＣｂとして受信カウンタ値退避メモリ２８へ退避させ、ＯＡＭフレーム処理部２６へ通知する。通知を受けたＯＡＭフレーム処理部２６は、ＬＭＲフレーム内の値およびメモリ内の値を用いて以下の計算式によりＦａｒ−ｅｎｄのロス（装置３２から装置３４へ向かうパスのロス）およびＮｅａｒ−ｅｎｄのロス（装置３４から装置３２へ向かうパスのロス）を計算する。【００２４】
Ｆａｒ−ｅｎｄ  ：｜ＴｘＦＣｆ［ｔc］−ＴｘＦＣｆ［ｔp］｜−｜ＲｘＦＣｆ［ｔp］−ＲｘＦＣｆ［ｔpp］｜
Ｎｅａｒ−ｅｎｄ：｜ＴｘＦＣｂ［ｔc］−ＴｘＦＣｂ［ｔp］｜−｜ＲｘＦＣｂ［ｔp］−ＲｘＦＣｂ［ｔpp］｜
式中、［  ］内のｔcはその値が受信したＬＭＲフレームに載せられていた値またはその受信時の値であることを表わし、ｔpはその値が１つ前のＬＭＲフレームに載せられていた値またはその受信時の値であることを表わし、ｔppはさらにその１つ前のＬＭＲフレームに載せられていた値または受信時の値であることを表わす。ＩＴＵ−Ｔ勧告Ｙ．１７３１の８．１．２．３に記載されているシングルエンデッドＥＴＨ−ＬＭにおける計算式と異なる点は、次のとおりである。すなわち、ＬＭＭフレームおよびＬＭＲフレームに載せられているＴｘＦＣｆとＴｘＦＣｂの値がその１つ前のＬＭＭフレームおよびＬＭＲフレームの送信時の値であるため、それに合わせて、受信側のＲｘＦＣｆとＲｘＦＣｂの値については、１つ前のＬＭＭフレームまたはＬＭＲフレーム受信時の値（ｔp）とさらに１つ前のＬＭＭフレームまたはＬＭＲフレーム受信時の値（ｔpp）との間で差が計算される点である。なお、Ｙ．１７３１では記号ＲｘＦＣｂではなくローカルカウンタの値を意味するＲｘＦＣｌが使用されているが、本明細書では、カウンタの値そのものではなくフレーム受信時の受信カウンタの値という意味で記号ＲｘＦＣｂを使用する。【００２５】
ＯＡＭフレーム処理部２６は、その後、メモリ３０について、前回値であるＲｘＦＣｆ［ｔp］とＲｘＦＣｂ［ｔp］の値をそれぞれ前々回値であるＲｘＦＣｆ［ｔpp］とＲｘＦＣｂ［ｔpp］の領域に移動する。そして、ＬＭＲフレームに載せられていたＴｘＦＣｆ、ＴｘＦＣｂおよびＲｘＦＣｆの値を、それぞれＴｘＦＣｆ［ｔp］、ＴｘＦＣｂ［ｔp］、およびＲｘＦＣｆ［ｔp］の領域に格納し、受信カウンタ値退避メモリ２８の値をＲｘＦＣｂ［ｔp］の領域に格納する。【００２６】
上記の様に、ＬＭＭフレーム３６およびＬＭＲフレーム３８にそれぞれ載せられるＴｘＦＣｆおよびＴｘＦＣｂの値は、フレーム生成時の送信カウンタ１４の値でなく、送信カウンタ値退避メモリ１８に退避された、１回前のＬＭＭフレームおよびＬＭＲフレームを送信した時の送信カウンタの値である。従って、ＯＡＭフレーム送信時の送信カウンタの値を正しく示しており、上記のような１回前であることを考慮した計算を行えば、フレームロスを正確に計算することができる。【００２７】
図３はシングルエンデッドのフレームロス測定を実現する装置の構成の第２の例を示し、図４は図３の構成をそれぞれ有する装置４０および装置４２の間で行なわれるフレームロス測定のシーケンスを説明する図である。図４において、図３に示した構成のうち各装置において使用されない構成要素については図示が省略されている。【００２８】
この例においては、ＬＭＭフレーム３６に対する応答としてのＬＭＲフレーム３８に載せられるＲｘＦＣｆを、ＬＭＭフレーム３６受信時の受信カウンタ２４の値とするのでなく、その１回前のＬＭＭフレームを受信した時の受信カウンタ２４の値とする。そのために、ＬＭＭフレームを受信する装置４２において１回前のＬＭＭフレーム受信時の受信カウンタの値を保持するための構成を含む。すなわち、受信カウンタ値退避メモリ２８に加えて、ＬＭＭフレームが受信される毎に受信カウンタ退避メモリ２８の前回値が移動される第２の受信カウンタ値退避メモリ４４が設けられる。この場合に、フレームロスを計算する式は、
Ｆａｒ−ｅｎｄ  ：｜ＴｘＦＣｆ［ｔc］−ＴｘＦＣｆ［ｔp］｜−｜ＲｘＦＣｆ［ｔc］−ＲｘＦＣｆ［ｔp］｜
Ｎｅａｒ−ｅｎｄ：｜ＴｘＦＣｂ［ｔc］−ＴｘＦＣｂ［ｔp］｜−｜ＲｘＦＣｂ［ｔp］−ＲｘＦＣｂ［ｔpp］｜
となる。前述の第１の例と比較すると、Ｆａｒ−ｅｎｄの式において、１回前に受信したＬＭＲフレームに載せられていたＲｘＦＣｆの値であるＲｘＦＣｆ［ｔp］がその現在値であるＲxＦＣ［ｔc］に置き換えられ、ＲｘＦＣｆ［ｔpp］がＲｘＦＣｆ［ｔp］に置き換えられている。そのため、第２の例においては、ＲｘＦＣｆ［ｔpp］の値は、メモリ３０に格納する必要はない。【００２９】
本発明の一実施例に係る図１または図３の構成の装置が、送信カウンタ値退避メモリ１８を持たないＩＴＵ−Ｔ勧告Ｙ．１７３１準拠の装置との間でフレームロス測定を行う場合について図５を参照して説明する。【００３０】
この場合において、装置４６から装置４８に向かうＬＭＭフレーム３６に載せられ、装置４８からＬＭＲフレーム３８でそのコピーが返されるＴｘＦＣｆの値については本実施例により１回前のＬＭＭフレーム送信時の値となっているので、前述の第１の例と同様に、
Ｆａｒ−ｅｎｄ  ：｜ＴｘＦＣｆ［ｔc］−ＴｘＦＣｆ［ｔp］｜−｜ＲｘＦＣｆ［ｔp］−ＲｘＦＣｆ［ｔpp］｜
により、Ｆａｒ−ｅｎｄにおけるフレームロスを正確に測定することができる。【００３１】
一方、装置４８から装置４６へ向かうＬＭＲフレーム３８に載せられるＴｘＦＣｂの値は、そのＬＭＲフレームを送信した時ではなく生成したときの送信カウンタ１４の値となるので前述したように正確性に問題はあるが、Ｙ．１７３１に記載されているような、
Ｎｅａｒ−ｅｎｄ：｜ＴｘＦＣｂ［ｔc］−ＴｘＦＣｂ［ｔp］｜−｜ＲｘＦＣｂ［ｔc］−ＲｘＦＣｂ［ｔp］｜
の式により、Ｎｅａｒ−ｅｎｄのロスを計算することが可能である。【００３２】
この場合に、図５に示されている装置４６の構成を図１と比較すればわかるように、装置４６において、メモリ３０にＲｘＦＣｂ［ｔpp］の値は格納されない。【００３３】
すなわち本発明の装置は、Ｙ．１７３１準拠の装置との間でもシングルエンデッドのフレームロスの測定が可能である。その場合に、Ｆａｒ−ｅｎｄのフレームロスは正確に測定することができ、Ｎｅａｒ−ｅｎｄのフレームロスについては正確性に問題はあるものの、測定自体は可能である。【００３４】
図６は、デュアルエンデッドのフレームロス測定を実現する装置の第１の例の構成を示し、図７は図６の構成をそれぞれが有する装置５０および装置５２の間で行なわれるフレームロス測定のシーケンスを説明する図である。【００３５】
前述したようにデュアルエンデッドのフレームロス測定とは、双方のＭＥＰから相手方へ常時所定の周期でＯＡＭフレームを送って双方のＭＥＰにおいて双方向のフレームロスの測定を行うものである。ＯＡＭフレームとしては、Ｙ．１７３１の９．２節に記載されている形式のＣＣＭフレームを使用することができる。【００３６】
図７において、装置５０のフレーム送信部１０のＯＡＭフレーム生成部１６は、所定の周期でＣＣＭフレーム５６を生成する。このときＯＡＭフレーム生成部１６は、送信カウンタ値退避メモリ１８に退避されている、前回ＣＣＭフレームを送信した時の送信カンタ１４の値をＴｘＦＣｆの領域に設定する。【００３７】
さらに、装置５０のＯＡＭフレーム生成部１６は、フレーム受信部２０のメモリ３０に保持されている、装置５２から最後に受信したＣＣＭフレーム５８に載せられていたＴｘＦＣｆの値であるＴｘＦＣｆ［ｔp］の値と、そのＣＣＭフレーム５８を受信した時の受信カウンタ２４の値であるＲｘＦＣｆ［ｔp］の値をそれぞれＴｘＦＣｂおよびＲｘＦＣｂの領域に設定する。その後、装置５０のＯＡＭフレーム生成部１６はフレーム送信回路１２へ送信依頼を行う。送信依頼が行なわれた装置５０のフレーム送信回路１２はＣＣＭフレーム５６を送信する。このとき、フレーム送信回路１２は送信カウンタ１４の値を送信カウンタ値退避メモリ１８に退避させる。【００３８】
ＣＣＭフレーム５６を受信した装置５２のフレーム受信部２０のフレーム受信回路２２は、受信カウンタ２４の値を受信カウンタ値退避メモリ２８に退避し、ＯＡＭフレーム処理部２６へ通知を行う。通知を受けたＯＡＭフレーム処理部２６は、以下の計算式でフレームロスの計算を行う。
Ｆａｒ−ｅｎｄ  ：｜ＴｘＦＣｂ［ｔc］−ＴｘＦＣｂ［ｔp］｜−｜ＲｘＦＣｂ［ｔp］−ＲｘＦＣｂ［ｔpp］｜
Ｎｅａｒ−ｅｎｄ：｜ＴｘＦＣｆ［ｔc］−ＴｘＦＣｆ［ｔp］｜−｜ＲｘＦＣｆ［ｔp］−ＲｘＦＣｆ［ｔpp］｜
ＩＴＵ−Ｔ勧告Ｙ．１７３１の８．１．１．２に記載されているデュアルエンデッドＥＴＨ−ＬＭにおける計算式と異なる点は、ＣＣＭフレームに載せられているＴｘＦＣｆとＴｘＦＣｂの値がその１つ前のＣＣＭフレームの送信時の値であるため、それに合わせて、ＲｘＦＣｆとＲｘＦＣｂの値については、１つ前のＣＣＭフレーム受信時の値（ｔp）とさらに１つ前のＣＣＭフレーム受信時の値（ｔpp）との間で差が計算される点である。なお、Ｙ．１７３１では記号ＲｘＦＣｆではなくローカルカウンタの値を意味するＲｘＦＣｌが使用されているが、本明細書では、カウンタの値そのものではなくフレーム受信時の受信カウンタの値という意味で記号ＲｘＦＣｆを使用する。
装置５２のＯＡＭフレーム処理部２６は、その後、メモリ３０について、前回値であるＲｘＦＣｂ［ｔp］とＲｘＦＣｆ［ｔp］の値をそれぞれＲｘＦＣｂ［ｔpp］とＲｘＦＣｆ［ｔpp］の領域に移動する。そして、装置５２のＯＡＭフレーム処理部２６は、ＣＣＭフレーム５６に載せられていたＴｘＦＣｆ、ＴｘＦＣｂおよびＲｘＦＣｂの値をそれぞれＴｘＦＣｆ［ｔp］、ＴｘＦＣｂ［ｔp］およびＲｘＦＣｂ［ｔp］の領域に格納し、受信カウンタ値退避メモリ２８に格納されている値をＲｘＦＣｆ［ｔp］の領域に格納する。【００３９】
以上は装置５０から装置５２へ送信されるＣＣＭフレーム５６に関する処理であるが、装置５２から装置５０へ送信されるＣＣＭフレーム５８に関しても全く同じ処理が行なわれる。すなわち、装置５２のフレーム送信部１０のＯＡＭフレーム生成部１６におけるＣＣＭフレーム生成の際には装置５２のフレーム受信部２０のメモリ３０に格納されているＴｘＦＣｆ［ｔp］の値とＲｘＦＣｆ［ｔp］の値が使用される。そして、装置５０のＯＡＭフレーム処理部２６においては前述の式により双方向のパスのフレームロスが算出される。その後、装置５０のＯＡＭフレーム生成部１６においては、前述したように、ＣＣＭフレーム生成のために装置５０のメモリ３０に格納されているＴｘＦＣｆ［ｔp］の値とＲｘＦＣｆ［ｔp］の値が使用される。【００４０】
図８はデュアルエンデッドのフレームロス測定を実現する装置の第２の例の構成を示し、図９は図８の構成をそれぞれが有する装置６０，６２の間で行なわれるフレームロス測定のシーケンスを説明する図である。【００４１】
この例においては、図３および図４を参照して説明したシングルエンデッドのフレームロス測定の第２の例と同様に、次の処理が行われる。すなわち、この例において、ＣＣＭフレームに載せられるＲｘＦＣｂの値は、最後に受信されたＣＣＭフレームを受信した時の受信カウンタの値ＲｘＦＣｆ［ｔp］とするのでなく、その１回前のＣＣＭフレームが受信された時の受信カウンタのＲｘＦＣｆ［ｔpp］とする。この場合のフレームロスの計算式は、
Ｆａｒ−ｅｎｄ  ：｜ＴｘＦＣｂ［ｔc］−ＴｘＦＣｂ［ｔp］｜−｜ＲｘＦＣｂ［ｔc］−ＲｘＦＣｂ［ｔp］｜
Ｎｅａｒ−ｅｎｄ：｜ＴｘＦＣｆ［ｔc］−ＴｘＦＣｆ［ｔp］｜−｜ＲｘＦＣｆ［ｔp］−ＲｘＦＣｆ［ｔpp］｜
となる。デュアルエンディッドの第１の例と比べて、Ｆａｒ−ｅｎｄの式において、１回前に受信したＣＣＭフレームに載せられていたＲｘＦＣｂの値であるＲｘＦＣｂ［ｔp］が、最後に受信したＣＣＭフレームに載せられていたＲｘＦＣｂの値であるＲｘＦＣｂ［ｔc］に置き換えられ、ＲｘＦＣｂ［ｔpp］がＲｘＦＣｂ［ｔp］に置き換えられる。そのためＲｘＦＣｂ［ｔpp］の格納は不要となる。それ以外は第１の例と同じである。【００４２】
以上説明した各実施形態における各装置は、ハードウェアによっても、ソフトウェアによっても実現することができる。
【図１】
2009098757.tif 000003
【図２】
2009098757.tif 000004
【図３】
2009098757.tif 000005
【図４】
2009098757.tif 000006
【図５】
2009098757.tif 000007
【図６】
2009098757.tif 000008
【図７】
2009098757.tif 000009
【図８】
2009098757.tif 000010
【図９】
2009098757.tif 000011
【手続補正書】
【提出日】平成22年6月1日(2010.6.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のノードから第２のノードへ送信されるデータフレームの数を第１のノードにおいて送信カウンタでカウントし、
ＯＡＭ（Operation, Administration and Maintainance）フレームであって、それよりも以前に送信されたＯＡＭフレームを送信したときの送信カウンタの値に関する情報を含むＯＡＭフレームを第１のノードにおいて生成し、
生成されたＯＡＭフレームを第１のノードから第２のノードへのデータフレームの流れに追加し、
第１のノードから第２のノードへ送信されたデータフレームのうち第２のノードが受信したデータフレームの数を第２のノードにおいて受信カウンタでカウントし、
第１および第２のノードの少なくとも一方において、該ＯＡＭフレームに含まれる送信カウンタの値に関する情報と該受信カウンタの値に関する情報とに基づいて、第１のノードから第２のノードへのパスのフレームロスを算出することを含むフレームロス測定方法。
【請求項２】
前記方法は、第１のノードにおいて前記ＯＡＭフレームを送信するごとに前記送信カウンタの値を送信カウンタ値退避メモリに退避させることをさらに含み、
前記ＯＡＭフレームを生成することは、該送信カウンタ値退避メモリに退避されている送信カウンタの値を前記送信カウンタの値に関する情報として含むＯＡＭフレームを所定の時間間隔で生成することを含む請求項１記載の方法。
【請求項３】
前記フレームロスを算出することは、受信されたＯＡＭフレームに含まれる送信カウンタの値の前回からの差と、その１回前に受信されたＯＡＭフレームの受信時の受信カウンタの値の前回からの差とから、フレームロスを算出することを含む請求項２記載の方法。
【請求項４】
前記方法は、
第２のノードにおいて、前記ＯＡＭフレームに含まれる送信カウンタの値および該ＯＡＭフレームの受信の１回前のＯＡＭフレームの受信時の受信カウンタの値を含む第２のＯＡＭフレームを生成し、
生成された第２のＯＡＭフレームを第２のノードから第１のノードへのデータフレームの流れに追加することをさらに含み、
前記フレームロスを算出することは、第１のノードにおいて、該第２のＯＡＭフレームに含まれる送信カウンタの値の前回からの差と受信カウンタの値の前回からの差とから、フレームロスを算出することを含む請求項２記載の方法。
【請求項５】
第１のノードから第２のノードへ送信されるデータフレームの数を第１のノードにおいてカウントする送信カウンタと、
ＯＡＭフレームであって、それよりも以前に送信されたＯＡＭフレームを送信したときの送信カウンタの値に関する情報を含むＯＡＭフレームを第１のノードにおいて生成するＯＡＭフレーム生成手段と、
生成されたＯＡＭフレームを第１のノードから第２のノードへのデータフレームの流れに追加する手段と、
第１のノードから第２のノードへ送信されたデータフレームのうち第２のノードが受信したデータフレームの数を第２のノードにおいてカウントする受信カウンタと、
第１および第２のノードの少なくとも一方において、該ＯＡＭフレームに含まれる送信カウンタの値に関する情報と該受信カウンタの値に関する情報とに基づいて、第１のノードから第２のノードへのパスのフレームロスを算出するフレームロス算出手段とを具備するフレームロス測定システム。
【請求項６】
前記システムは、第１のノードにおいて前記ＯＡＭフレームを送信するごとに前記送信カウンタの値を退避させるための送信カウンタ値退避メモリをさらに具備し、
前記ＯＡＭフレーム生成手段は、該送信カウンタ値退避メモリに退避されている送信カウンタの値を前記送信カウンタの値に関する情報として含むＯＡＭフレームを所定の時間間隔で生成する手段を含む請求項５記載のシステム。
【請求項７】
特定のノードへ向けて送信されるデータフレームの数をカウントする送信カウンタと、
ＯＡＭフレームであって、それよりも以前に送信されたＯＡＭフレームを送信したときの送信カウンタの値に関する情報を含む第１のＯＡＭフレームを生成するＯＡＭフレーム生成手段と、
生成された第１のＯＡＭフレームを前記特定のノードへ向かうデータフレームの流れに追加する手段と、
前記特定のノードへ向けて送信されたデータフレームのうち該特定のノードが受信したデータフレームの数を第２のノードにおいてカウントする受信カウンタの値に関する情報と前記送信カウンタの値に関する情報とを含む第２のＯＡＭフレームを受信する手段と、
該第２のＯＡＭフレームに含まれる送信カウンタの値に関する情報と該受信カウンタの値に関する情報とに基づいて、前記特定のノードへのパスのフレームロスを算出するフレームロス算出手段とを具備するフレームロス測定装置。
【請求項８】
前記装置は、前記第１のＯＡＭフレームを送信するごとに前記送信カウンタの値を退避させるための送信カウンタ値退避メモリをさらに具備し、
前記ＯＡＭフレーム生成手段は、該送信カウンタ値退避メモリに退避されている送信カウンタの値を前記送信カウンタの値に関する情報として含む第１のＯＡＭフレームを所定の時間間隔で生成する手段を含む請求項７記載の装置。
【請求項９】
前記フレームロス算出手段は、受信された第２のＯＡＭフレームに含まれる送信カウンタの値の前回からの差と、その１回前に受信された第２のＯＡＭフレームの受信時の受信カウンタの値の前回からの差とから、フレームロスを算出する請求項８記載の装置。
【請求項１０】
前記装置は、
前記特定のノードから受信されるデータフレームの数をカウントする受信カウンタと、
該特定のノードからの前記第２のＯＡＭフレームが受信されるごとに、該受信カウンタの値を退避させるための第１の受信カウンタ値退避メモリと、
該特定のノードからの該第２のＯＡＭフレームが受信されるごとに、該第１の受信カウンタ値退避メモリの前回値を退避させるための第２の受信カウンタ値退避メモリとをさらに具備する請求項８記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に設定されたパスの品質を表わす指標の１つとしてのフレームロスまたはパケットロスを測定する方法、システムおよびそれに用いる装置に関する。以下、フレームおよびパケットを“フレーム”と総称し、フレームロスおよびパケットロスを“フレームロス”と総称する。
【背景技術】
【０００２】
ネットワーク上に設定されたパスのフレームロスを測定する方法として、ＩＴＵ−Ｔ勧告Ｙ．１７３１は、その８．１節に、イーサネット（登録商標）上に設定されたサービスパスのフレームロスの測定（ＥＴＨ−ＬＭ：Ethernet（登録商標） Loss Measurement）を開示している。開示されたＥＴＨ−ＬＭにおいては、送信側のＭＥＰ（Maintenance entity group End Point）において送信したフレームの数を送信カウンタでカウントする。そして、その送信カウンタの値を載せたＯＡＭ（Operation, Administration and Maintenance）フレームを１００msec程度の周期でデータストリームに追加する。受信側のＭＥＰにおいては受信フレーム数を受信カウンタでカウントし、ＯＡＭフレームを受信した時の受信カウンタ値の、前回ＯＡＭフレーム受信時からの差とＯＡＭフレームに含まれる送信カウンタ値の、その前回値からの差とを比較することによりフレームロスが算出される。
【０００３】
この文献には、ＯＡＭフレームとしてＣＣＭ（Continuity Check Message）フレームを用い、双方のＭＥＰから相手方へ所定の周期で常時ＣＣＭフレームを送って双方のＭＥＰのそれぞれにおいて双方向のフレームロスの測定を行うデュアルエンデッドＥＴＨ−ＬＭと、ＯＡＭフレームとしてＬＭＭ（Loss Measurement Message）フレームとそれに対する応答であるＬＭＲ（Loss Measurement Reply）フレームを用い、一方のＭＥＰから他方のＭＥＰへ周期的にＬＭＭフレームを送ってその応答としてＬＭＲフレームを受け取り、ＬＭＲに含まれている情報に基づいて双方向のパスのフレームロスの測定を行うシングルエンデッドＥＴＨ−ＬＭという２つの手法が開示されている。
【０００４】
デュアルエンデッドＥＴＨ−ＬＭにおいては、ＣＣＭフレームには、次のカウンタ値が含まれる。すなわち、ＣＣＭフレーム送信時の送信カウンタの値であるＴｘＦＣｆと、最後に受信したＣＣＭフレームの受信時の受信カウンタの値であるＲｘＦＣｂと、最後に受信したＣＣＭフレームに載せられていたＴｘＦＣｆの値であるＴｘＦＣｂである。このＣＣＭフレームを受信したＭＥＰでは、これらの値の前回値からの差と、ＣＣＭフレーム受信時の受信カウンタの値の前回受信時の値からの差とから双方向のパスのフレームロスを算出することにより、双方のＭＥＰのそれぞれにおいて双方向のフレームロスを算出する。
【０００５】
シングルエンデッドＥＴＨ−ＬＭにおいては、ＬＭＭフレームには、ＬＭＭフレーム送信時の送信カウンタの値であるＴｘＦＣｆが載せられる。そして、その応答であるＬＭＲフレームには、ＬＭＭフレームからコピーされたＴｘＦＣｆと、ＬＭＭフレーム受信時の受信カウンタの値であるＲｘＦＣｆと、ＬＭＲフレーム送信時の送信カウンタの値であるＴｘＦＣｂとが載せられる。このＬＭＲフレームを受信したＭＥＰでは、これらの値の前回値からの差と、ＬＭＲフレーム受信時の受信カウンタの値の前回受信時の値からの差とから双方向のパスのフレームロスを算出する。
【０００６】
いずれの手法においても、ＯＡＭフレーム（ＣＣＭ，ＬＭＭまたはＬＭＲフレーム）にそのＯＡＭフレーム自身を送信した時の送信カウンタの値を載せる、という点では共通している。
【０００７】
通常、ＯＡＭフレームの生成とフレームの送信とはそれぞれ並列に動作する別個の機能単位によって行なわれる。そのため、ＯＡＭフレーム生成のために送信カウンタの値を読み出した後、それを載せたＯＡＭフレームが実際に送信されるまでにデータフレームが送信される可能性がある。言い換えれば、ＯＡＭフレームが生成される時の送信カウンタの値とそのＯＡＭフレームが実際に送信される時の送信カウンタの値とは一致しない可能性がある。データフレームは一定周期では流れていないのでそのずれは一定ではない。したがって、ＯＡＭフレームに含まれる送信カウンタ値の前回値からの差が２つのＯＡＭフレームの間で実際に送信されたデータフレームの数と一致しない可能性がある。
【０００８】
上記勧告の３１ページにも、ＮＯＴＥ１として次のように記載されている。
「ロス測定値の精度のレベルは、カウンタ値がＥＴＨ−ＬＭ情報にコピーされた後、ＥＴＨ−ＬＭ情報を付加したフレームがどのようにデータストリームに追加されるかに依存する。例えば、カウンタ値を読み出してからＥＴＨ−ＬＭ情報を有するフレームをデータストリームに追加するまでの間にさらにデータフレームが送受信されるとＥＴＨ−ＬＭ情報にコピーされるカウンタ値は不正確なものになる。」
そしてその対策として次のような記載がある。
「カウンタ値の読み出し直後にＥＴＨ−ＬＭ情報を有するフレームをデータストリームに追加することのできるハードウェアベースの実装を行なえば精度を高めることができる。」
【０００９】
しかしながら、ハードウェアで実現したとしてもＯＡＭフレームの生成から送信までの処理時間をゼロにすることは不可能かまたは著しく困難であり、回路の複雑化、大規模化を招き、処理速度が低下する恐れもある。
【００１０】
【非特許文献１】ＩＴＵ−Ｔ勧告Ｙ．１７３１（８．１節）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
したがって本発明の目的は、複雑化、大規模化および処理速度の低下を招くことなく正確にフレームロスを算出することにある。
【課題を解決するための手段】
【００１２】
前述の目的は、第１のノードから第２のノードへ送信されるデータフレームの数を第１のノードにおいて送信カウンタでカウントし、ＯＡＭ（Operation, Administration and Maintenance）フレームであって、それよりも以前に送信されたＯＡＭフレームを送信したときの送信カウンタの値に関する情報を含むＯＡＭフレームを第１のノードにおいて生成し、生成されたＯＡＭフレームを第１のノードから第２のノードへのデータフレームの流れに追加し、第１のノードから第２のノードへ送信されたデータフレームのうち第２のノードが受信したデータフレームの数を第２のノードにおいて受信カウンタでカウントし、第１および第２のノードの少なくとも一方において、該ＯＡＭフレームに含まれる送信カウンタの値に関する情報と該受信カウンタの値に関する情報とに基づいて、第１のノードから第２のノードへのパスのフレームロスを算出することを含むフレームロス測定方法により達成される。
【発明の効果】
【００１３】
このように、送信カウンタの値に関する情報を載せたＯＡＭフレームを生成する際に、それよりも以前に送信されたＯＡＭフレームを送信した時の送信カウンタの値に関する情報をＯＡＭフレームに載せることにより、ＯＡＭフレーム送信時の送信カウンタの値に関する情報がそのＯＡＭフレーム自身でなく、後に生成されるＯＡＭフレームに載せられることになる。したがって、ＯＡＭフレーム生成から送信までの時間をゼロにする必要はなく、また、受信したＯＡＭフレームに含まれる送信カウンタの値に関する情報はそれ以前に受信されたＯＡＭフレームが送信された時の送信カウンタの状態を正しく表わしていることになる。
【００１４】
なお、送信カウンタの値に関する情報とは、例えばカウンタの値そのもので良いが、それ以外にも、例えば前回からの差でも良い。前者の場合に、受信したＯＡＭフレームに含まれる送信カウンタ値の前回値からの差はそれ以前に受信されたＯＡＭフレームとその１つ前のＯＡＭフレームとの間に送信されたデータフレームの数に完全に一致するので、その間に実際に受信されたデータフレームの数と比較することにより、フレームロスを正しく測定することができる。
【発明を実施するための最良の形態】
【００１５】
以下、前述したＩＴＵ−Ｔ勧告Ｙ．１３７１に記載されたシングルエンデッドおよびデュアルエンデッドのフレームロス測定を本発明により改良したものを本発明の実施形態として説明するが、本発明はこれに限定されるものではない。例えば、ＭＰＬＳ（Multi Protocol Label Switching）技術によりＩＰネットワーク上に設定されたパスのロス測定にも本発明の手法が適用可能である。
【００１６】
図１は、本発明の一実施形態に係り、シングルエンデッドのフレームロス測定を実現する装置の構成の第１の例を示す。
【００１７】
フレーム送信部１０は、データフレームやＯＡＭフレームを送信するフレーム送信回路１２、フレーム送信回路１２から送信されるデータフレームの数をカウントする送信カウンタ１４、およびフレームロス測定のためのＯＡＭフレーム（前述したＬＭＭフレームおよびＬＭＲフレーム）を生成するＯＡＭフレーム生成部１６を備えている。フレーム送信回路１２からデータフレームが送信されるごとに送信カウンタ１４がカウントアップされ、ＯＡＭフレーム生成部１６で生成されたフレームロス測定用ＯＡＭフレームがフレーム送信回路１２から送信されると、その時の送信カウンタ１４の値が送信カウンタ値退避メモリ１８に退避される。
【００１８】
次のＯＡＭフレーム生成の際には、この送信カウンタ値退避メモリ１８に退避されている送信カウンタ値が使用される。すなわち、フレームロス測定用ＯＡＭフレームに塔載される送信カウンタの値は、前回、フレームロス測定用ＯＡＭフレームがフレーム送信回路１２から送信された時の送信カウンタの値となる。
【００１９】
受信部２０は、データフレームやＯＡＭフレームを受信するフレーム受信回路２２、フレーム受信回路２２において受信されるデータフレームの数をカウントする受信カウンタ２４、およびフレームロス測定用ＯＡＭフレームを受信した時、必要な処理を行うＯＡＭフレーム処理部２６を備える。フレーム受信回路２２においてデータフレームが受信されるごとに受信カウンタ２４がカウントアップされ、フレームロス測定用ＯＡＭフレームが受信されると、その時の受信カウンタ２４の値が受信カウンタ値退避メモリ２８に退避される。シングルエンデッド動作において、ＯＡＭフレーム処理部２６は、受信したＯＡＭフレームがＬＭＭフレームであればＯＡＭフレーム生成部１６にＬＭＲフレームの生成を依頼し、受信したＯＡＭフレームがＬＭＲフレームであればフレームロスの計算を行う。メモリ３０にはフレームロスの計算のための各値が格納される。
【００２０】
図２は図１に示した構成をそれぞれ有する装置３２および装置３４の間で行なわれるシングルエンデッド動作によるフレームロス測定のシーケンスを説明するための図である。前述したように、ＩＴＵ−Ｔ勧告Ｙ．１７３１に開示されるシングルエンデッドＥＴＨ−ＬＭにおいては、一方のＭＥＰ（図２においては装置３２）から他方のＭＥＰ（装置３４）へ周期的にＬＭＭフレーム３６を送ってその応答としてＬＭＲフレーム３８を受け取り、ＬＭＲフレーム３８に含まれている情報と受信カウンタ２４の情報に基づいてフレームロスの計算を行う。図２において、図１に示した構成のうち、装置３４において使用されない構成要素については図示が省略されている。
【００２１】
装置３２から装置３４へ送られるＬＭＭフレーム３６の形式はＩＴＵ−Ｔ勧告Ｙ．１７３１の９．１２節に記載されている形式で良い。ただし、ＴｘＦＣｆはそのＬＭＭフレーム送信時の送信カウンタ１４の値でなく、ＬＭＭフレーム送信時に送信カウンタ１４の値を送信カウンタ値退避メモリ１８に退避させていた値、すなわち、１つ前のＬＭＭフレームが送信された時の送信カウンタ１４の値である。ＬＭＭフレーム３６の受信に応答して装置３４から装置３２へ送られるＬＭＲフレーム３８の形式はＩＴＵ−Ｔ勧告Ｙ．１７３１の９．１３節に記載されている形式で良い。ただし、ＴｘＦＣｂは送信カウンタ退避メモリ１８に退避されていた送信カウンタ１４の値、すなわち、１つ前のＬＭＲフレームを送信したときの送信カウンタ１４の値である。ＲｘＦＣｆはＬＭＭフレーム３６を受信したときの受信カウンタ２４の値、すなわち後述するようにＬＭＭフレーム３６を受信したときに受信カウンタ値退避メモリ２８に退避されていた受信カウンタ２４の値であり、ＴｘＦＣｆはＬＭＭフレーム３６からのコピーである。
【００２２】
図２において、まず、装置３２のＯＡＭフレーム生成部１６は周期的にＬＭＭフレームを生成する。その際に送信カウンタ値退避メモリ１８に退避されていた前回ＬＭＭフレーム送信時の送信カウンタ１４の値を読み出してＬＭＭフレームのＴｘＦＣｆの領域に設定し、フレーム送信回路１２へ送信依頼を行う。送信依頼が行なわれたフレーム送信回路１２はＬＭＭフレーム３６を送信する。ＬＭＭフレーム３６を受信した装置３４のフレーム受信部２０のフレーム受信回路２２はその時の受信カウンタ２４の値をＲｘＦＣｆとして受信カウンタ値退避メモリ２８に退避させ、ＯＡＭフレーム処理部２６へ通知する。通知を受けたＯＡＭフレーム処理部２６は、フレーム送信部１０のＯＡＭフレーム生成部１６へＬＭＲフレームの生成および送信を依頼する。依頼を受けたＯＡＭフレーム生成部１６は、ＬＭＲフレームを生成する。その際に、送信カウンタ値退避メモリ１８に退避されていた前回ＬＭＲフレーム送信時の送信カウンタ１４の値を読み出してＬＭＲフレームのＴｘＦＣｂの領域に設定する。また、フレーム受信部２０の受信カウンタ値退避メモリ２８に退避されていたＬＭＭフレーム受信時の受信カウンタ２４の値を読み出してＬＭＲフレームのＲｘＦＣｆの領域に設定し、受信したＬＭＭフレームからＴｘＦＣｆの値をコピーし、フレーム送信回路１２へ送信依頼を行う。送信依頼が行なわれたフレーム送信回路１２はＬＭＲフレーム３８を送信する。
【００２３】
ＬＭＲフレーム３８を受信した装置３２のフレーム受信部２０のフレーム受信回路２２はその時の受信カウンタ２４の値をＲｘＦＣｂとして受信カウンタ値退避メモリ２８へ退避させ、ＯＡＭフレーム処理部２６へ通知する。通知を受けたＯＡＭフレーム処理部２６は、ＬＭＲフレーム内の値およびメモリ内の値を用いて以下の計算式によりＦａｒ−ｅｎｄのロス（装置３２から装置３４へ向かうパスのロス）およびＮｅａｒ−ｅｎｄのロス（装置３４から装置３２へ向かうパスのロス）を計算する。
【００２４】
Ｆａｒ−ｅｎｄ  ：｜ＴｘＦＣｆ［ｔc］−ＴｘＦＣｆ［ｔp］｜−｜ＲｘＦＣｆ［ｔp］−ＲｘＦＣｆ［ｔpp］｜
Ｎｅａｒ−ｅｎｄ：｜ＴｘＦＣｂ［ｔc］−ＴｘＦＣｂ［ｔp］｜−｜ＲｘＦＣｂ［ｔp］−ＲｘＦＣｂ［ｔpp］｜
式中、［  ］内のｔcはその値が受信したＬＭＲフレームに載せられていた値またはその受信時の値であることを表わし、ｔpはその値が１つ前のＬＭＲフレームに載せられていた値またはその受信時の値であることを表わし、ｔppはさらにその１つ前のＬＭＲフレームに載せられていた値または受信時の値であることを表わす。ＩＴＵ−Ｔ勧告Ｙ．１７３１の８．１．２．３に記載されているシングルエンデッドＥＴＨ−ＬＭにおける計算式と異なる点は、次のとおりである。すなわち、ＬＭＭフレームおよびＬＭＲフレームに載せられているＴｘＦＣｆとＴｘＦＣｂの値がその１つ前のＬＭＭフレームおよびＬＭＲフレームの送信時の値であるため、それに合わせて、受信側のＲｘＦＣｆとＲｘＦＣｂの値については、１つ前のＬＭＭフレームまたはＬＭＲフレーム受信時の値（ｔp）とさらに１つ前のＬＭＭフレームまたはＬＭＲフレーム受信時の値（ｔpp）との間で差が計算される点である。なお、Ｙ．１７３１では記号ＲｘＦＣｂではなくローカルカウンタの値を意味するＲｘＦＣｌが使用されているが、本明細書では、カウンタの値そのものではなくフレーム受信時の受信カウンタの値という意味で記号ＲｘＦＣｂを使用する。
【００２５】
ＯＡＭフレーム処理部２６は、その後、メモリ３０について、前回値であるＲｘＦＣｆ［ｔp］とＲｘＦＣｂ［ｔp］の値をそれぞれ前々回値であるＲｘＦＣｆ［ｔpp］とＲｘＦＣｂ［ｔpp］の領域に移動する。そして、ＬＭＲフレームに載せられていたＴｘＦＣｆ、ＴｘＦＣｂおよびＲｘＦＣｆの値を、それぞれＴｘＦＣｆ［ｔp］、ＴｘＦＣｂ［ｔp］、およびＲｘＦＣｆ［ｔp］の領域に格納し、受信カウンタ値退避メモリ２８の値をＲｘＦＣｂ［ｔp］の領域に格納する。
【００２６】
上記の様に、ＬＭＭフレーム３６およびＬＭＲフレーム３８にそれぞれ載せられるＴｘＦＣｆおよびＴｘＦＣｂの値は、フレーム生成時の送信カウンタ１４の値でなく、送信カウンタ値退避メモリ１８に退避された、１回前のＬＭＭフレームおよびＬＭＲフレームを送信した時の送信カウンタの値である。従って、ＯＡＭフレーム送信時の送信カウンタの値を正しく示しており、上記のような１回前であることを考慮した計算を行えば、フレームロスを正確に計算することができる。
【００２７】
図３はシングルエンデッドのフレームロス測定を実現する装置の構成の第２の例を示し、図４は図３の構成をそれぞれ有する装置４０および装置４２の間で行なわれるフレームロス測定のシーケンスを説明する図である。図４において、図３に示した構成のうち各装置において使用されない構成要素については図示が省略されている。
【００２８】
この例においては、ＬＭＭフレーム３６に対する応答としてのＬＭＲフレーム３８に載せられるＲｘＦＣｆを、ＬＭＭフレーム３６受信時の受信カウンタ２４の値とするのでなく、その１回前のＬＭＭフレームを受信した時の受信カウンタ２４の値とする。そのために、ＬＭＭフレームを受信する装置４２において１回前のＬＭＭフレーム受信時の受信カウンタの値を保持するための構成を含む。すなわち、受信カウンタ値退避メモリ２８に加えて、ＬＭＭフレームが受信される毎に受信カウンタ退避メモリ２８の前回値が移動される第２の受信カウンタ値退避メモリ４４が設けられる。この場合に、フレームロスを計算する式は、
Ｆａｒ−ｅｎｄ  ：｜ＴｘＦＣｆ［ｔc］−ＴｘＦＣｆ［ｔp］｜−｜ＲｘＦＣｆ［ｔc］−ＲｘＦＣｆ［ｔp］｜
Ｎｅａｒ−ｅｎｄ：｜ＴｘＦＣｂ［ｔc］−ＴｘＦＣｂ［ｔp］｜−｜ＲｘＦＣｂ［ｔp］−ＲｘＦＣｂ［ｔpp］｜
となる。前述の第１の例と比較すると、Ｆａｒ−ｅｎｄの式において、１回前に受信したＬＭＲフレームに載せられていたＲｘＦＣｆの値であるＲｘＦＣｆ［ｔp］がその現在値であるＲxＦＣ［ｔc］に置き換えられ、ＲｘＦＣｆ［ｔpp］がＲｘＦＣｆ［ｔp］に置き換えられている。そのため、第２の例においては、ＲｘＦＣｆ［ｔpp］の値は、メモリ３０に格納する必要はない。
【００２９】
本発明の一実施例に係る図１または図３の構成の装置が、送信カウンタ値退避メモリ１８を持たないＩＴＵ−Ｔ勧告Ｙ．１７３１準拠の装置との間でフレームロス測定を行う場合について図５を参照して説明する。
【００３０】
この場合において、装置４６から装置４８に向かうＬＭＭフレーム３６に載せられ、装置４８からＬＭＲフレーム３８でそのコピーが返されるＴｘＦＣｆの値については本実施例により１回前のＬＭＭフレーム送信時の値となっているので、前述の第１の例と同様に、
Ｆａｒ−ｅｎｄ  ：｜ＴｘＦＣｆ［ｔc］−ＴｘＦＣｆ［ｔp］｜−｜ＲｘＦＣｆ［ｔp］−ＲｘＦＣｆ［ｔpp］｜
により、Ｆａｒ−ｅｎｄにおけるフレームロスを正確に測定することができる。
【００３１】
一方、装置４８から装置４６へ向かうＬＭＲフレーム３８に載せられるＴｘＦＣｂの値は、そのＬＭＲフレームを送信した時ではなく生成したときの送信カウンタ１４の値となるので前述したように正確性に問題はあるが、Ｙ．１７３１に記載されているような、
Ｎｅａｒ−ｅｎｄ：｜ＴｘＦＣｂ［ｔc］−ＴｘＦＣｂ［ｔp］｜−｜ＲｘＦＣｂ［ｔc］−ＲｘＦＣｂ［ｔp］｜
の式により、Ｎｅａｒ−ｅｎｄのロスを計算することが可能である。
【００３２】
この場合に、図５に示されている装置４６の構成を図１と比較すればわかるように、装置４６において、メモリ３０にＲｘＦＣｂ［ｔpp］の値は格納されない。
【００３３】
すなわち本発明の装置は、Ｙ．１７３１準拠の装置との間でもシングルエンデッドのフレームロスの測定が可能である。その場合に、Ｆａｒ−ｅｎｄのフレームロスは正確に測定することができ、Ｎｅａｒ−ｅｎｄのフレームロスについては正確性に問題はあるものの、測定自体は可能である。
【００３４】
図６は、デュアルエンデッドのフレームロス測定を実現する装置の第１の例の構成を示し、図７は図６の構成をそれぞれが有する装置５０および装置５２の間で行なわれるフレームロス測定のシーケンスを説明する図である。
【００３５】
前述したようにデュアルエンデッドのフレームロス測定とは、双方のＭＥＰから相手方へ常時所定の周期でＯＡＭフレームを送って双方のＭＥＰにおいて双方向のフレームロスの測定を行うものである。ＯＡＭフレームとしては、Ｙ．１７３１の９．２節に記載されている形式のＣＣＭフレームを使用することができる。
【００３６】
図７において、装置５０のフレーム送信部１０のＯＡＭフレーム生成部１６は、所定の周期でＣＣＭフレーム５６を生成する。このときＯＡＭフレーム生成部１６は、送信カウンタ値退避メモリ１８に退避されている、前回ＣＣＭフレームを送信した時の送信カンタ１４の値をＴｘＦＣｆの領域に設定する。
【００３７】
さらに、装置５０のＯＡＭフレーム生成部１６は、フレーム受信部２０のメモリ３０に保持されている、装置５２から最後に受信したＣＣＭフレーム５８に載せられていたＴｘＦＣｆの値であるＴｘＦＣｆ［ｔp］の値と、そのＣＣＭフレーム５８を受信した時の受信カウンタ２４の値であるＲｘＦＣｆ［ｔp］の値をそれぞれＴｘＦＣｂおよびＲｘＦＣｂの領域に設定する。その後、装置５０のＯＡＭフレーム生成部１６はフレーム送信回路１２へ送信依頼を行う。送信依頼が行なわれた装置５０のフレーム送信回路１２はＣＣＭフレーム５６を送信する。このとき、フレーム送信回路１２は送信カウンタ１４の値を送信カウンタ値退避メモリ１８に退避させる。
【００３８】
ＣＣＭフレーム５６を受信した装置５２のフレーム受信部２０のフレーム受信回路２２は、受信カウンタ２４の値を受信カウンタ値退避メモリ２８に退避し、ＯＡＭフレーム処理部２６へ通知を行う。通知を受けたＯＡＭフレーム処理部２６は、以下の計算式でフレームロスの計算を行う。
Ｆａｒ−ｅｎｄ  ：｜ＴｘＦＣｂ［ｔc］−ＴｘＦＣｂ［ｔp］｜−｜ＲｘＦＣｂ［ｔp］−ＲｘＦＣｂ［ｔpp］｜
Ｎｅａｒ−ｅｎｄ：｜ＴｘＦＣｆ［ｔc］−ＴｘＦＣｆ［ｔp］｜−｜ＲｘＦＣｆ［ｔp］−ＲｘＦＣｆ［ｔpp］｜
ＩＴＵ−Ｔ勧告Ｙ．１７３１の８．１．１．２に記載されているデュアルエンデッドＥＴＨ−ＬＭにおける計算式と異なる点は、ＣＣＭフレームに載せられているＴｘＦＣｆとＴｘＦＣｂの値がその１つ前のＣＣＭフレームの送信時の値であるため、それに合わせて、ＲｘＦＣｆとＲｘＦＣｂの値については、１つ前のＣＣＭフレーム受信時の値（ｔp）とさらに１つ前のＣＣＭフレーム受信時の値（ｔpp）との間で差が計算される点である。なお、Ｙ．１７３１では記号ＲｘＦＣｆではなくローカルカウンタの値を意味するＲｘＦＣｌが使用されているが、本明細書では、カウンタの値そのものではなくフレーム受信時の受信カウンタの値という意味で記号ＲｘＦＣｆを使用する。
装置５２のＯＡＭフレーム処理部２６は、その後、メモリ３０について、前回値であるＲｘＦＣｂ［ｔp］とＲｘＦＣｆ［ｔp］の値をそれぞれＲｘＦＣｂ［ｔpp］とＲｘＦＣｆ［ｔpp］の領域に移動する。そして、装置５２のＯＡＭフレーム処理部２６は、ＣＣＭフレーム５６に載せられていたＴｘＦＣｆ、ＴｘＦＣｂおよびＲｘＦＣｂの値をそれぞれＴｘＦＣｆ［ｔp］、ＴｘＦＣｂ［ｔp］およびＲｘＦＣｂ［ｔp］の領域に格納し、受信カウンタ値退避メモリ２８に格納されている値をＲｘＦＣｆ［ｔp］の領域に格納する。
【００３９】
以上は装置５０から装置５２へ送信されるＣＣＭフレーム５６に関する処理であるが、装置５２から装置５０へ送信されるＣＣＭフレーム５８に関しても全く同じ処理が行なわれる。すなわち、装置５２のフレーム送信部１０のＯＡＭフレーム生成部１６におけるＣＣＭフレーム生成の際には装置５２のフレーム受信部２０のメモリ３０に格納されているＴｘＦＣｆ［ｔp］の値とＲｘＦＣｆ［ｔp］の値が使用される。そして、装置５０のＯＡＭフレーム処理部２６においては前述の式により双方向のパスのフレームロスが算出される。その後、装置５０のＯＡＭフレーム生成部１６においては、前述したように、ＣＣＭフレーム生成のために装置５０のメモリ３０に格納されているＴｘＦＣｆ［ｔp］の値とＲｘＦＣｆ［ｔp］の値が使用される。
【００４０】
図８はデュアルエンデッドのフレームロス測定を実現する装置の第２の例の構成を示し、図９は図８の構成をそれぞれが有する装置６０，６２の間で行なわれるフレームロス測定のシーケンスを説明する図である。
【００４１】
この例においては、図３および図４を参照して説明したシングルエンデッドのフレームロス測定の第２の例と同様に、次の処理が行われる。すなわち、この例において、ＣＣＭフレームに載せられるＲｘＦＣｂの値は、最後に受信されたＣＣＭフレームを受信した時の受信カウンタの値ＲｘＦＣｆ［ｔp］とするのでなく、その１回前のＣＣＭフレームが受信された時の受信カウンタのＲｘＦＣｆ［ｔpp］とする。この場合のフレームロスの計算式は、
Ｆａｒ−ｅｎｄ  ：｜ＴｘＦＣｂ［ｔc］−ＴｘＦＣｂ［ｔp］｜−｜ＲｘＦＣｂ［ｔc］−ＲｘＦＣｂ［ｔp］｜
Ｎｅａｒ−ｅｎｄ：｜ＴｘＦＣｆ［ｔc］−ＴｘＦＣｆ［ｔp］｜−｜ＲｘＦＣｆ［ｔp］−ＲｘＦＣｆ［ｔpp］｜
となる。デュアルエンディッドの第１の例と比べて、Ｆａｒ−ｅｎｄの式において、１回前に受信したＣＣＭフレームに載せられていたＲｘＦＣｂの値であるＲｘＦＣｂ［ｔp］が、最後に受信したＣＣＭフレームに載せられていたＲｘＦＣｂの値であるＲｘＦＣｂ［ｔc］に置き換えられ、ＲｘＦＣｂ［ｔpp］がＲｘＦＣｂ［ｔp］に置き換えられる。そのためＲｘＦＣｂ［ｔpp］の格納は不要となる。それ以外は第１の例と同じである。
【００４２】
以上説明した各実施形態における各装置は、ハードウェアによっても、ソフトウェアによっても実現することができる。
【図面の簡単な説明】
【００４３】
【図１】シングルエンデッドのフレームロス測定を実現する装置の第１の例を示すブロック図である。
【図２】図１の構成を有する装置の間で行なわれるフレームロス測定のシーケンスを説明する図である。
【図３】シングルエンデッドのフレームロス測定を実現する装置の第２の例を示すブロック図である。
【図４】図３の構成を有する装置の間で行なわれるフレームロス測定のシーケンスを説明する図である。
【図５】ＩＴＵ−Ｔ勧告Ｙ．１７３１に準拠した装置との間で行なわれるフレームロス測定のシーケンスを説明する図である。
【図６】デュアルエンデッドのフレームロス測定を実現する装置の第１の例を示すブロック図である。
【図７】図６の構成を有する装置の間で行なわれるフレームロス測定のシーケンスを説明する図である。
【図８】デュアルエンデッドのフレームロス測定を実現する装置の第２の例を示すブロック図である。
【図９】図８の構成を有する装置の間で行なわれるフレームロス測定のシーケンスを説明する図である。
【国際調査報告】
2009098757.tif 000012
2009098757.tif 000013
2009098757.tif 000014