(57)【要約】      （修正有）【課題】送信元情報（Ｓ）及び特定のグループ情報（Ｇ）単位で、ＩＰマルチキャストの経路の疎通性を監視するＩＰマルチキャスト疎通監視方法及びシステムを提供する。【解決手段】ＩＰマルチキャスト保守パケットをＩＰマルチキャストパケットとともに転送させる発ノードにて、送受信制御部０１４から試験開始の指示を受領すると、試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット以外のパケットを第１通信データバッファ０１１に転送するとともに、試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを第２通信データバッファ０１２に転送し、送受信制御部０１４から試験完了の指示を受領すると、試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを第２通信データバッファ０１２に転送するのを中止して受信したパケットをすべて第１通信データバッファ０１１に転送し、送受信制御部０１４により、許容遅延時間を基準として優先順位を設けた読み出し制御を行う。【選択図】図１
2010045575.tif 000002
【特許請求の範囲】
【請求項１】
複数の配信サーバと複数の視聴者端末間を接続する複数のノードで構成されたネットワークにて、前記複数のノード間はＩＰマルチキャストの隣接確認が完了しており、ＩＰマルチキャストの転送要求が承諾された承諾ルートを経由して、ＩＰマルチキャストの通信をしている複数のノードのうち、特定の配信サーバから送出されたことを示す送信元情報（Ｓ）及び特定のグループ情報（Ｇ）からなる試験対象（Ｓ，Ｇ）の情報を有するＩＰマルチキャスト通信が、前記特定の配信サーバから到達すべき前記複数の視聴者端末まで前記試験対象（Ｓ，Ｇ）に割り当てられた要求帯域分のＩＰマルチキャストパケットのデータ量を使用可能転送帯域として送信できるか否かを確認するために、前記配信サーバとキャリアネットワークの境界に位置するノードのうちの発ノードに、観測用パケットであるＩＰマルチキャスト保守パケットをＩＰマルチキャストパケットとともに挿入して転送させた後、前記複数のノードのうちの着ノードで、前記ＩＰマルチキャスト保守パケットのみを抽出するＩＰマルチキャスト疎通監視方法において、
前記発ノードは、
振り分け部と、第１通信データ用バッファと、第２通信データ用バッファと、ＩＰマルチキャスト保守パケットバッファと、送受信制御部とを有し、
前記発ノードの処理は、
前記振り分け部により、前記送受信制御部により試験開始の指示を受領した際は、隣接する前記配信サーバから受信したパケットを参照し、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット以外のパケットを、前記第１通信データバッファに転送し、前記送受信制御部に通知するステップと、
前記振り分け部により、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを、前記第２通信データバッファに転送するとともに、前記送受信制御部に通知するステップと、
前記振り分け部により、前記送受信制御部により試験完了の指示を受領した際は、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを前記第２通信データバッファに転送するのを中止し、隣接する前記配信サーバより受信したパケットを、すべて前記第１通信データバッファに転送し、前記送受信制御部に通知するステップとを含み、
前記第１通信データ用バッファは、
前記ＩＰマルチキャスト保守パケットバッファの容量以上のバッファ容量を有しており、前記振り分け部から受信した前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット以外のパケットを一端保管し、前記送受信制御部の指示により隣接する中継のノードにパケットを転送し、
前記第２通信データ用バッファは、
前記ＩＰマルチキャスト保守パケットバッファの容量以上のバッファ容量を有しており、
前記振り分け部から受信した前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを一端保管し、送受信制御部の指示により隣接する中継のノードヘパケットを転送し、
前記ＩＰマルチキャストパケットバッファは、
予め保持しているＩＰマルチキャスト保守パケットを送受信制御部の指示により隣接する中継のノードにパケットを転送し、
前記送受信制御部の処理は、
外部からの試験指示を受領した際は、前記第２通信データ用バッファの空きバッファ容量を確認し、ＩＰマルチキャスト保守パケット以上の空きが確保された場合は、前記振り分け部に試験開始を指示するステップと、
ＩＰマルチキャスト保守パケットの送信が完了した場合、又は前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が待ち合わせ可能とする許容遅延時間に達した場合、前記振り分け部に試験終了を指示するステップと、
前記許容遅延時間を基準としたパケットの送出の調停のための読み出し制御を実施して、前記第１通信データ用バッファ、前記第２通信データ用バッファ、及び前記ＩＰマルチキャスト保守パケットバッファに保持しているパケットの送出を調停するステップとを含むことを特徴とする、ＩＰマルチキャスト疎通監視方法。
【請求項２】
前記送受信制御部の処理は、前記パケットの送出の調停のための読み出し制御として、
前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が待ち合わせ可能とする前記許容遅延時間までは、前記第１通信データ用バッファ、前記ＩＰマルチキャストパケットバッファ、及び前記第２通信データ用バッファの優先順位で送出調停を行い、且つ
前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が前記許容遅延時間に到達した際もしくはＩＰマルチキャスト保守パケットの送出が完了した際は、前記第２通信データ用バッファ、及び前記第１通信データ用バッファの優先順位で送出調停を行うことを特徴とする、請求項１に記載のＩＰマルチキャスト疎通監視方法。
【請求項３】
複数の配信サーバと複数の視聴者端末間を接続する複数のノードで構成されたネットワークにて、前記複数のノード間はＩＰマルチキャストの隣接確認が完了しており、ＩＰマルチキャストの転送要求が承諾された承諾ルートを経由して、ＩＰマルチキャストの通信をしている複数のノードのうち、特定の配信サーバから送出されたことを示す送信元情報（Ｓ）及び特定のグループ情報（Ｇ）からなる試験対象（Ｓ，Ｇ）の情報を有するＩＰマルチキャスト通信が、前記特定の配信サーバから到達すべき前記複数の視聴者端末まで前記試験対象（Ｓ，Ｇ）に割り当てられた要求帯域分のＩＰマルチキャストパケットのデータ量を使用可能転送帯域として送信できるか否かを確認するために、前記配信サーバとキャリアネットワークの境界に位置するノードのうちの発ノードに、観測用パケットであるＩＰマルチキャスト保守パケットをＩＰマルチキャストパケットとともに挿入して転送させた後、前記複数のノードのうちの着ノードで、前記ＩＰマルチキャスト保守パケットのみを抽出するＩＰマルチキャスト疎通監視システムにおいて、
前記発ノードは、
振り分け部と、第１通信データ用バッファと、第２通信データ用バッファと、ＩＰマルチキャスト保守パケットバッファと、送受信制御部とを有し、
前記振り分け部は、
前記送受信制御部により試験開始の指示を受領した際は、隣接する前記配信サーバから受信したパケットを参照し、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット以外のパケットを、前記第１通信データバッファに転送し、前記送受信制御部に通知する機能と、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを、前記第２通信データバッファに転送するとともに、前記送受信制御部に通知する機能とを有し、且つ、
前記送受信制御部により試験完了の指示を受領した際は、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを前記第２通信データバッファに転送するのを中止し、隣接する前記配信サーバより受信したパケットを、すべて前記第１通信データバッファに転送し、前記送受信制御部に通知する機能を有し、
前記第１通信データ用バッファは、
前記ＩＰマルチキャスト保守パケットバッファの容量以上のバッファ容量を有し、且つ、
前記振り分け部から受信した前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット以外のパケットを一端保管し、前記送受信制御部の指示により隣接する中継のノードにパケットを転送する機能を有し、
前記第２通信データ用バッファは、
前記ＩＰマルチキャスト保守パケットバッファの容量以上のバッファ容量を有し、且つ、
前記振り分け部から受信した前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを一端保管し、送受信制御部の指示により隣接する中継のノードヘパケットを転送する機能を有し、
前記ＩＰマルチキャストパケットバッファは、
予め保持しているＩＰマルチキャスト保守パケットを送受信制御部の指示により隣接する中継のノードにパケットを転送する機能を有し、
前記送受信制御部は、
外部からの試験指示を受領した際は、前記第２通信データ用バッファの空きバッファ容量を確認し、ＩＰマルチキャスト保守パケット以上の空きが確保された場合は、前記振り分け部に試験開始を指示する機能と、
ＩＰマルチキャスト保守パケットの送信が完了した場合、又は前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が待ち合わせ可能とする許容遅延時間に達した場合、前記振り分け部に試験終了を指示する機能と、
前記許容遅延時間を基準としたパケットの送出の調停のための読み出し制御を実施して、前記第１通信データ用バッファ、前記第２通信データ用バッファ、及び前記ＩＰマルチキャスト保守パケットバッファに保持しているパケットの送出を調停する機能とを有することを特徴とする、ＩＰマルチキャスト疎通監視システム。
【請求項４】
前記送受信制御部は、前記パケットの送出の調停のための読み出し制御として、
前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が待ち合わせ可能とする前記許容遅延時間までは、前記第１通信データ用バッファ、前記ＩＰマルチキャストパケットバッファ、及び前記第２通信データ用バッファの優先順位で送出調停を行い、且つ
前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が前記許容遅延時間に到達した際もしくはＩＰマルチキャスト保守パケットの送出が完了した際は、前記第２通信データ用バッファ、及び前記第１通信データ用バッファの優先順位で送出調停を行うことを特徴とする、請求項３に記載のＩＰマルチキャスト疎通監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の配信サーバと複数の視聴者端末間を接続する複数のノードで構成されたネットワークであって、複数のノード間はＩＰマルチキャストの隣接確認が完了している際に、ＩＰマルチキャストの転送要求が承諾されたルート（承諾ルート）を経由してＩＰマルチキャストの通信をしている複数のノードのうち、特定の前記配信サーバから送出されたことを示す送信元情報（Ｓ）と特定のグループ情報（Ｇ）からなる特定の試験対象（Ｓ，Ｇ）の情報を有するＩＰマルチキャスト通信が、特定の配信サーバから到達すべき複数の視聴者端末まで試験対象（Ｓ，Ｇ）に割り当てられた使用可能転送帯域を送信できるか否かを確認するＩＰマルチキャスト疎通監視方法及びシステムに関する。
【背景技術】
【０００２】
従来技術のＩＰマルチキャスト疎通監視方法について説明する（例えば、非特許文献１，２参照）。尚、非特許文献１に開示される技術に基づいた、従来の第１の方法例は、ＩＰマルチキャスト宛ＰＩＮＧを用いた「従来のＩＰマルチキャスト到達監視方法の一例のブロック図（その１）」として、図９に示している。また、非特許文献２に開示される技術に基づいた、従来の第２の方法例は、ｓｓｍｐｉｎｇを用いた「従来のＩＰマルチキャスト到達監視方法の一例のブロック図（その２）」として、図１０に示している。
【０００３】
図９及び図１０において、
１０１−１，１０１−２は、配信サーバＭＳ１，ＭＳ２、
１１０−１，１１０−２は、視聴者端末ｈ１，ｈ２、
１１５は、自ネットワークエリア、
１１６は、配信サーバ側、
１１７は、ユーザ側（即ち、視聴者端末側）、
１１８，１１９は、ネットワーク境界点、
１２０は、発ノードＡ、
１２１，１２２は、中継ノードＢ，Ｃ、
１２３，１２４は、エッジノードＤ，Ｅ、
１４０−１〜１４０−６は、送信元情報（Ｓ）がＭＳ１（１０１−１）の同一のグループ（Ｇ）宛のマルチキャストルートを表す。
【０００４】
ここで前提条件として、本例では、ノード間のマルチキャスト制御プロトコルをＰＩＭ−ＳＳＭ、端末視聴管理プロトコルをＭＬＤｖ２を用いて説明している。また、１４０−１〜１４０−６のマルチキャストルートにおいて、発ノードＡ（１２０）〜エッジノードＥ（１２４）の隣接ノード間はＰＩＭ‐ＨｅｌｌｏにてＮｅｉｇｈｂｅｒが確立しており（隣接確認の確立）、さらに、ＰＩＭ‐Ｊｏｉｎの確認が完了し、ＭＬＤｖ２による視聴者端末からの要求手続きが完了しているものとする（承諾ルートの確立）。
【０００５】
図９に示しているシーケンスを参照するに、配信サーバＭＳ１（１０１−１）から、ＩＰマルチキャストグループ宛ＰＩＮＧをグループ（Ｇ）宛に送信する。ＩＰマルチキャストグループ宛ＰＩＮＧは、発ノードＡ（１２０）を経由して中継ノードＣ（１２２）でコピーされ、それぞれエッジノードＤ（１２３）及びエッジノードＥ（１２４）に到着する。エッジノードＤ（１２３）は、ＭＬＤｖ２にて視聴要求している視聴者端末ｈ２（１１０−２）にＩＰマルチキャストグループ宛ＰＩＮＧを送信し、視聴者端末ｈ２（１１０−２）は送信元の配信サーバＭＳ１（１０１−１）にＩＰマルチキャストグループ宛ＰＩＮＧの返信を報告する。また、エッジノードＥ（１２４）は、ＭＬＤｖ２にて視聴要求している視聴者端末ｈ１（１１０−１）にＩＰマルチキャストグループ宛ＰＩＮＧを送信し、視聴者端末ｈ１（１１０−１）は送信元の配信サーバＭＳ１（１０１−１）にＩＰマルチキャストグループ宛ＰＩＮＧの返信を報告する。
【０００６】
尚、視聴者端末ｈ１（１１０−１）から返信されたＩＰマルチキャストグループ宛ＰＩＮＧの返信は、エッジノードＥ（１２４）、中継ノードＣ（１２２）及び発ノードＡ（１２０）を経由して視聴者端末ＭＳ１に到着する。また、並行して、視聴者端末ｈ２（１１０−２）から返信されたＩＰマルチキャストグループ宛ＰＩＮＧの返信は、エッジノードＤ（１２３）、中継ノードＣ（１２２）及び発ノードＡ（１２０）を経由して配信サーバＭＳ１に到着する。この手順により配信サーバＭＳ１は、ＩＰマルチキャストの疎通性を確認する（例えば、非特許文献１参照）。
【０００７】
一方、ｓｓｍｐｉｎｇを用いた視聴者端末ｈ１による疎通性確認の場合には、図１０に示しているシーケンスを参照するに、視聴者端末ｈ１（１１０−１）から、ｓｓｍｐｉｎｇをエッジノードＥ（１２４）に送信する。ｓｓｍｐｉｎｇは、エッジノードＥ（１２４）、中継ノードＣ（１２２）及び発ノードＡ（１２０）を経由して配信サーバＭＳ１に到着する。配信サーバＭＳ１（１０１−１）は、ｓｓｍｐｉｎｇの受信を契機に視聴者端末ｈ１（１１０−１）に対してＩＰマルチキャストパケットをグループ（Ｇ）宛に配信する。配信サーバＭＳ１（１０１−１）から配信されたＩＰマルチキャストパケットは、発ノードＡ（１２０）、中継ノードＣ（１２２）及びエッジノードＥ（１２４）を経由して視聴者端末ｈ１（１１０−１）に到着する。この手順により視聴者端末ｈ１は、ＩＰマルチキャストの疎通性を確認する（例えば、非特許文献２参照）。
【０００８】
【非特許文献１】Ｋａｍｉｌ Ｓａｒａｃ  外１名、“ｄｒａｆｔ−ｓａｒａｃ−ｍｐｉｎｇ−００.ｔｘｔ. ＭＰＩＮＧ Ｐｒｏｔｏｃｏｌ Ｏｐｅｒａｔｉｏｎ”、［ｏｎｌｉｎｅ］、平成１６年６月、ＩＥＴＦ、[平成１９年１２月２１日検索]、インターネット〈ＵＲＬ:ｈｔｔｐ：／／ｉｅｔｆｒｅｐｏｒｔ.ｉｓｏｃ.ｏｒｇ／ａｌｌ−ｉｄｓ／ｄｒａｆｔ−ｓａｒａｃ−ｍｐｉｎｇ−００.ｔｘｔ〉
【非特許文献２】Ｐａｖａｎ Ｎａｍｂｕｒｉ  外２名、“４３３−０５９  ＳＳＭ−ＰＩＮＧ：Ａ  ＰＩＮＧ  ＵＴＩＬＩＴＹ  ＦＯＲ  ＳＯＵＲＣＥ  ＳＰＥＣＩＦＩＣ  ＭＵＬＴＩＣＡＳＴ  ４  ＳＳＭ−Ｐｉｎｇ”、［ｏｎｌｉｎｅ］、平成１６年１１月２２日、ＣＩＩＴ  ２００４、 [平成１９年１２月２１日検索]、インターネット〈ＵＲＬ:ｈｔｔｐ：／／ｗｗｗ.ａｃｔａｐｒｅｓｓ.ｃｏｍ／Ｃｏｎｔｅｎｔ＿Ｏｆ＿Ｐｒｏｃｅｅｄｉｎｇ.ａｓｐｘ？ＰｒｏｃｅｅｄｉｎｇＩＤ＝２６６＃ｐａｇｅｓ〉、〈ＵＲＬ:ｈｔｔｐ：／／ｉｍｊ.ｇａｔｅｃｈ.ｅｄｕ／ｐａｐｅｒｓ／ＣＩＩＴ−０４ｂ.ｐｄｆ.ｇｚ〉
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ここで、上述した従来の技術では、ＩＰマルチキャストの疎通性を確認する際、ユーザ要求でＩＰマルチキャストパケットの通過ルート（以下、マルチキャストＴｒｅｅと称する）が設定され、ネットワーク境界点（１１８,１１９）を越えた通信となるため、自ネットワークエリア（１１５）に閉じた疎通性確認ができないという課題がある。また、送信元情報（Ｓ）及び特定のグループ情報（Ｇ）単位での疎通性確認が困難である故に、タイムリーなＩＰマルチキャストパケットの通過ルート（即ち、マルチキャストＴｒｅｅ）について把握することができず、経路監視が困難であるという課題もある。更に、ＩＰマルチキャストの帯域使用状況をタイムリーに確認できないという課題もある。
【００１０】
そこで、自転送ノードの通過を識別可能な通過ルート番号を該ＩＰマルチキャスト保守パケットに付与して、１つ以上の視聴者端末に向けて当該ＩＰマルチキャストパケットとともに転送し、ネットワークにおける各ノードと接続可能な保守ＯｐＳは、各ノードから経路の疎通性の情報を取得するようにして、ＩＰマルチキャストの疎通性を監視する方法が考えられる（先行技術としての参考文献：特願２００８−４３３００号）。
【００１１】
ここで、前述した先行技術の原理を示す発ノードのＩＰマルチキャスト保守パケット挿入機能における一例のブロック図を図２に示す。図３〜図８は、前述した先行技術の原理を発ノードにて適用するＩＰマルチキャスト疎通監視法の実施例を示すブロック図である。
【００１２】
図２、及び図３〜図８において、
０１３は、ＩＰマルチキャスト保守パケットバッファ、
０１５は、送信制御部、
０１６は、通信データ用バッファ、
０３０は、入力パケット、
０３２は、出力パケット、
１０１−１〜１０１−２は、配信サーバＭＳ１〜ＭＳ２、
１１０−１〜１１０−２は、視聴者端末ｈ１〜ｈ２、
１１５は、自ネットワークエリア、
１１６は、配信サーバ側、
１１７は、ユーザ側（即ち、視聴者端末端末側）、
１１８，１１９は、ネットワーク境界点、
１２０は、発ノードＡ、
１２１〜１２２は、中継ノードＢ〜Ｃ、
１２３〜１２４は、エッジノードＤ〜Ｅ、
１４０−１〜１４０−６は、送信元情報（Ｓ）がＭＳ１（１０１−１）の同一のグループ（Ｇ）宛のマルチキャストルート、
１５０は、保守ＯｐＳ、
１６０は、ＩＰマルチキャスト保守パケット情報の内訳、
１６１は、テストモード（ＴＭ）内の詳細情報を表す。
【００１３】
先行技術の原理を発ノードにて適用するＩＰマルチキャスト疎通監視方法の実施例を、図２を参照して説明する。尚、説明にあたりＭＳ１発のマルチキャストルート（１４０−１〜１４０−６）についての処理を例とする。
【００１４】
配信サーバＭＳ１（１０１−１）から配信されたＩＰマルチキャストパケットは、ＭＳ１のマルチキャストルート（１４０−１〜１４０−６）にしたがって、発ノードＡ（１２０）を経由し、中継ノードＣ（１２２）でコピー後、エッジノードＤ（１２３）とエッジノードＥ（１２４）に送信され、視聴者端末ｈ１とｈ２に配信されている。
【００１５】
まず、発ノードＡ（１２０）の処理を「処理１」として説明する。
【００１６】
［処理１］
発ノードＡ（１２０）では、以下の〔処理１−ａ〕〜〔処理１−ｃ〕を定常で実施し、〔処理１−d〕は保守ＯｐＳからの問い合わせがあった際に実施する。
【００１７】
〔処理１−ａ〕
通過ＩＰマルチキャストパケットの送信元情報Ｓ及びグループ番号Ｇ（以降、（Ｓ，Ｇ）と記す）を確認する。
【００１８】
〔処理１−ｂ〕
該当（Ｓ，Ｇ）のＩＰマルチキャスト保守パケットを生成しマルチキャストルート（１４０−２）に挿入すると共に、生成の際、パケット挿入時にテストモード（ＴＭ）、シーケンス番号（ＳＮ）及び通過ルート番号（ＲＮ）をパケット内ペイロードに付与する。また、発ノードＡ（１２０）は、ＩＰマルチキャスト保守パケット（１６０）におけるヘッダの空きエリアにＩＰマルチキャスト保守パケットであることを識別できる試験パケット識別子（ＴＰＭ）を付与する。
【００１９】
〔処理１−ｃ〕
挿入したＩＰマルチキャスト保守パケットの（Ｓ，Ｇ）、テストモード（ＴＭ）、シーケンス番号（ＳＮ）を保守ＯｐＳに報告する。
【００２０】
〔処理１−ｄ〕
マルチキャストルート（１４０−２）に送信するＩＰマルチキャスト保守パケットに対応する（Ｓ，Ｇ）について、マルチキャストルート（１４０−２）からのＰＩＭ−Ｊｏｉｎ／Ｐｒｕｎｅ送信状態を確認する。
【００２１】
次に、中継ノードＣ（１２２）の処理を「処理２」として説明する。
【００２２】
［処理２］
中継ノードＣ（１２２）では、以下の〔処理２−ａ〕を定常で実施し、〔処理２−ｂ〕〜〔処理２−ｄ〕は保守ＯｐＳからの問い合わせがあった際に実施する。
【００２３】
〔処理２−ａ〕
中継ノードＣ（１２２）は、試験パケット識別子（ＴＰＭ）を参照し、ＩＰマルチキャスト保守パケットであることを確認し、通過ルート番号（ＲＮ）を付与してマルチキャストルート（１４０−３）及び（１４０−５）にコピーして転送する。
【００２４】
〔処理２−ｂ〕
ＰＩＭ−Ｈｅｌｌｏの確認を発ノードＡ（１２０）間、エッジノードＥ（１２４）間及びエッジノードＤ（１２３）間で実施する。
【００２５】
〔処理２−ｃ〕
マルチキャストルート（１４０−２）から受信するＩＰマルチキャスト保守パケットに対応する（Ｓ，Ｇ）について、マルチキャストルート（１４０−３）及び（１４０−４）からのＰＩＭ−Ｊｏｉｎ／Ｐｒｕｎｅ受信状態を確認する。
【００２６】
〔処理２−d〕
マルチキャストルート（１４０−２）から受信するＩＰマルチキャスト保守パケットに対応する（Ｓ，Ｇ）について、マルチキャストルート（１４０−２）へのＰＩＭ−Ｊｏｉｎ／Ｐｒｕｎｅ送信状態を確認する。
【００２７】
次に、エッジノードＤ（１２３）の処理を「処理３」として説明する。
【００２８】
［処理３］
エッジノードＤ（１２３）では、以下の〔処理３−ａ〕を定常で実施し、〔処理３−ｂ〕〜〔処理３−ｄ〕は保守ＯｐＳからの問い合わせがあった際に実施する。
【００２９】
〔処理３−ａ〕
エッジノードＤ（１２３）は、試験パケット識別子（ＴＰＭ）を参照して、マルチキャストルート（１４０−５）から受信したＩＰマルチキャスト保守パケットのみを抜き出し、シーケンス番号（ＳＮ）、通過ルート番号（ＲＮ）を確認し、保守ＯｐＳに報告する。
【００３０】
〔処理３−ｂ〕
マルチキャストルート（１４０−５）から受信するＩＰマルチキャスト保守パケットに対応する（Ｓ，Ｇ）について、ＭＬＤｖ２：Ｑｕｅｒｙの視聴者端末ｈ２（１１０−２）への送信状態について確認する。
【００３１】
〔処理３−ｃ〕
マルチキャストルート（１４０−５）から受信するＩＰマルチキャスト保守パケットに対応する（Ｓ，Ｇ）について、ＭＬＤｖ２：Ｒｅｐｏｒｔ（Ｊｏｉｎ／Ｌｅａｖｅ）の視聴者端末ｈ２（１１０−２)への受信状態を確認する。
【００３２】
〔処理３−ｄ〕
マルチキャストルート（１４０−５）から受信するＩＰマルチキャスト保守パケットに対応する（Ｓ，Ｇ）について、マルチキャストルート（１４０−５）へのＰＩＭ−Ｊｏｉｎ／Ｐｒｕｎｅ送信状態を確認する。
【００３３】
またエッジノードＥ（１２４）でも、以下の〔処理３−ａ〕を定常で実施し、〔処理３−ｂ〕〜〔処理３−ｄ〕は保守ＯｐＳからの問い合わせがあった際に実施する。
【００３４】
〔処理３−ａ〕
エッジノードＤ（１２３）は、試験パケット識別子（ＴＰＭ）を参照して、マルチキャストルート（１４０−３）から受信したＩＰマルチキャスト保守パケットのみを抜き出し、シーケンス番号（ＳＮ）、通過ルート番号（ＲＮ）を確認し、保守ＯｐＳに報告する。
【００３５】
〔処理３−ｂ〕
マルチキャストルート（１４０−３）から受信するＩＰマルチキャスト保守パケットに対応する（Ｓ，Ｇ）について、ＭＬＤｖ２:Ｑｕｅｒｙの視聴者端末ｈ１（１１０−１）への送信状態について確認する。
【００３６】
〔処理３−ｃ〕
マルチキャストルート（１４０−３）から受信するＩＰマルチキャスト保守パケットに対応する（Ｓ，Ｇ）について、ＭＬＤｖ２：Ｒｅｐｏｒｔ（Ｊｏｉｎ／Ｌｅａｖｅ）の視聴者端末ｈ１（１１０−１）への受信状態を確認する。
【００３７】
〔処理３−ｄ〕
マルチキャストルート（１４０−３）から受信するＩＰマルチキャスト保守パケットに対応する（Ｓ，Ｇ）について、マルチキャストルート（１４０−３）へのＰＩＭ−Ｊｏｉｎ／Ｐｒｕｎｅ送信状態を確認する。
【００３８】
次に、保守ＯｐＳ（１５０）の処理を「処理４」として説明する。
【００３９】
［処理４］
保守ＯｐＳ（１５０）では、以下の〔処理４−ａ〕、〔処理４−ｂ〕を実施する。
【００４０】
〔処理４−ａ〕
保守ＯｐＳは、「処理１−ａ」で発ノードＡ（１２０）から取得したＩＰマルチキャスト保守パケットの（Ｓ，Ｇ）、テストモード（ＴＭ）、シーケンス番号（ＳＮ）と、「処理３−ａ」でエッジノードＤ（１２３）及びＥ（１２４）から取得したＩＰマルチキャスト保守パケットの、テストモード（ＴＭ）、シーケンス番号（ＳＮ）、通過ルート番号（ＲＮ）とを照合し、ＩＰマルチキャストパケットの到達状況及びＩＰマルチキャストＴｒｅｅ把握による経路監視を実施する。
【００４１】
〔処理４−ｂ〕
保守ＯｐＳは、「処理３−ｂ」〜「処理３−ｄ」でエッジノードＤ（１２３）及びＥ（１２４）からの情報により、視聴ホストｈ（１１０）からの要求通りにＩＰマルチキャストパケットが到着しているかの到達正常性を確認し、異常と判断した場合は、マルチキャストルート上の発ノードＡ（１２０）に対して「処理１−ｄ」の情報及び中継ノードＣ（１２２）に対して「処理２−ｂ〜２−ｄ」の情報を問い合わせ、故障切分けを実施する。
【００４２】
図７及び図８を参照して、先行技術の原理を提供可能なＩＰマルチキャスト到達監視法における帯域使用状況確認の例を説明する。
【００４３】
図７は、本発明の原理を示すＩＰマルチキャスト保守パケット内情報を示している。ＩＰマルチキャストパケットが所要の帯域を使用しているかを確認（以降、帯域使用状況確認と記す）する際、テストモード（ＴＭ）のエリアを使用して識別する。
【００４４】
テストモード（ＴＭ）の詳細（１６１）にパラメータ内訳を示す。
・ＭＤ：モード識別（通常モード／帯域確認モード）
・ＰＳＴ：パケットステータス（先頭パケット／中間パケット／最終パケット）
・Ｔ：監視周期（先頭パケットから最終パケット完了までの送出時間：ｓｅｃ）
・Ｍ：パケット長（ｂｉｔ）
・Ｎ：パケット数（監視周期（Ｔ）内で送出するパケット数：個）
【００４５】
本パラメータより、転送帯域は式（１）となる。
【００４６】
【数１】
2010045575.tif 000003
【００４７】
次に、動作について図８を参照して説明する。
【００４８】
尚、説明にあたりＭＳ１発のＩＰマルチキャストルート（１４０）でＩＰマルチキャストパケットが転送されている処理を例とする。
【００４９】
「帯域使用状況確認」の際は、発ノードＡ（１２０）にて挿入するＩＰマルチキャスト保守パケットのテストモード（ＴＭ）内モード識別（ＭＤ）に帯域確認モードを設定する。
【００５０】
帯域確認モードの場合は、パケットステータス（ＰＳＴ）、計測間隔（Ｔ）、パケット長（Ｍ）、パケット数（Ｎ）を設定する。尚、Ｍは、パケット毎に可変値を許容し、Ｔ，Ｍは、ＰＳＴ＝先頭パケットの際に設定が必須である。
【００５１】
ＭＤ＝帯域確認モード且つＰＳＴ＝先頭パケットを設定したＩＰマルチキャスト保守パケットを発ノードＡ（１２０）が中継ノードＣへ送出開始した際は、「帯域使用状況確認」が開始された状態となり、発ノードＡ（１２０）は、計測間隔（Ｔ）内にパケット数（Ｎ）に設定したパケットを送出する。
【００５２】
エッジノードＥ（１２４）とエッジノードＤ（１２３）は、転送されたＰＳＴが先頭パケットから最終パケットまでの転送確認モード（ＭＤ）ＩＰマルチキャスト保守パケットを確認し、取り出したＴ，Ｍ，Ｎを元に前述の式（１）から転送帯域を計算し、帯域使用状況を確認する。
【００５３】
しかしながら、先行技術の原理を示す発ノードＡ（１２０）のＩＰマルチキャスト保守パケット挿入機能を図２を参照して説明するに、ＩＰマルチキャスト保守パケットで送出したトラヒックと異なるトラヒックを送出することが起こりうる。
【００５４】
配信サーバＭＳ１(１０１−１)より転送された、試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット及びそれ以外のパケット(以降、運用中パケットと記す)で構成される入力パケット（０３０）は一端、通信データ用バッファ（０１６）に書き込まれる。外部より試験指示を受けた送信制御部（０１５）は、通信データ用バッファ（０１６）内の運用中パケット（０３０）とＩＰマルチキャスト保守パケットバッファ（０１３）内Ｎ＝１〜４のＩＰマルチキャスト保守パケットを、読み出し制御により両バッファから送出パケット（０３２）として送出する（図２参照）。ここで、この送出パケット（０３２）内には、試験対象Ｓ，ＧのＩＰマルチキャストパケットとＩＰマルチキャスト保守パケットが監視周期Ｔ内で混在するため、実質の送出トラヒックは、次式で表される、ＩＰマルチキャスト保守パケットで送出したトラヒックと異なるトラヒックを送出してしまう。
【００５５】
【数２】
2010045575.tif 000004
【００５６】
このように、上述した先行技術の技術では、運用中はＩＰマルチキャスト保守パケットと同じＳ，Ｇのユーザ発出ＩＰマルチキャストが同一ブレーンで混在して転送しまうことから、受信側のエッジノードにおいて抽出したＩＰマルチキャスト保守パケットをもとに使用帯域を測定する際、正確に把握出来ない状況がある。即ち、同じ試験対象（Ｓ，Ｇ）のユーザ発出ＩＰマルチキャストが通信しない状況の場合のみ、ＩＰマルチキャストの帯域使用状況をタイムリーに確認することができないという課題がある。
【００５７】
そこで、本発明の目的は、上述の問題を鑑みて、送信元情報（Ｓ）及び特定のグループ情報（Ｇ）単位で、ＩＰマルチキャストの経路の疎通性を監視するＩＰマルチキャスト疎通監視方法及びシステムを提供することにある。
【課題を解決するための手段】
【００５８】
本発明のＩＰマルチキャスト疎通監視方法は、複数の配信サーバと複数の視聴者端末間を接続する複数のノードで構成されたネットワークにて、前記複数のノード間はＩＰマルチキャストの隣接確認が完了しており、ＩＰマルチキャストの転送要求が承諾された承諾ルートを経由して、ＩＰマルチキャストの通信をしている複数のノードのうち、特定の配信サーバから送出されたことを示す送信元情報（Ｓ）及び特定のグループ情報（Ｇ）からなる試験対象（Ｓ，Ｇ）の情報を有するＩＰマルチキャスト通信が、前記特定の配信サーバから到達すべき前記複数の視聴者端末まで前記試験対象（Ｓ，Ｇ）に割り当てられた要求帯域分のＩＰマルチキャストパケットのデータ量を使用可能転送帯域として送信できるか否かを確認するために、前記配信サーバとキャリアネットワークの境界に位置するノードのうちの発ノードに、観測用パケットであるＩＰマルチキャスト保守パケットをＩＰマルチキャストパケットとともに挿入して転送させた後、前記複数のノードのうちの着ノードで、前記ＩＰマルチキャスト保守パケットのみを抽出するＩＰマルチキャスト疎通監視方法において、
前記発ノードは、
振り分け部と、第１通信データ用バッファと、第２通信データ用バッファと、ＩＰマルチキャスト保守パケットバッファと、送受信制御部とを有し、
前記発ノードの処理は、
前記振り分け部により、前記送受信制御部により試験開始の指示を受領した際は、隣接する前記配信サーバから受信したパケットを参照し、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット以外のパケットを、前記第１通信データバッファに転送し、前記送受信制御部に通知するステップと、
前記振り分け部により、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを、前記第２通信データバッファに転送するとともに、前記送受信制御部に通知するステップと、
前記振り分け部により、前記送受信制御部により試験完了の指示を受領した際は、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを前記第２通信データバッファに転送するのを中止し、隣接する前記配信サーバより受信したパケットを、すべて前記第１通信データバッファに転送し、前記送受信制御部に通知するステップとを含み、
前記第１通信データ用バッファは、
前記ＩＰマルチキャスト保守パケットバッファの容量以上のバッファ容量を有しており、前記振り分け部から受信した前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット以外のパケットを一端保管し、前記送受信制御部の指示により隣接する中継のノードにパケットを転送し、
前記第２通信データ用バッファは、
前記ＩＰマルチキャスト保守パケットバッファの容量以上のバッファ容量を有しており、
前記振り分け部から受信した前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを一端保管し、送受信制御部の指示により隣接する中継のノードヘパケットを転送し、
前記ＩＰマルチキャストパケットバッファは、
予め保持しているＩＰマルチキャスト保守パケットを送受信制御部の指示により隣接する中継のノードにパケットを転送し、
前記送受信制御部の処理は、
外部からの試験指示を受領した際は、前記第２通信データ用バッファの空きバッファ容量を確認し、ＩＰマルチキャスト保守パケット以上の空きが確保された場合は、前記振り分け部に試験開始を指示するステップと、
ＩＰマルチキャスト保守パケットの送信が完了した場合、又は前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が待ち合わせ可能とする許容遅延時間に達した場合、前記振り分け部に試験終了を指示するステップと、
前記許容遅延時間を基準としたパケットの送出の調停のための読み出し制御を実施して、前記第１通信データ用バッファ、前記第２通信データ用バッファ、及び前記ＩＰマルチキャスト保守パケットバッファに保持しているパケットの送出を調停するステップとを含むことを特徴とする。
【００５９】
また、本発明のＩＰマルチキャスト疎通監視方法において、
前記送受信制御部の処理は、前記パケットの送出の調停のための読み出し制御として、
前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が待ち合わせ可能とする前記許容遅延時間までは、前記第１通信データ用バッファ、前記ＩＰマルチキャストパケットバッファ、及び前記第２通信データ用バッファの優先順位で送出調停を行い、且つ
前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が前記許容遅延時間に到達した際もしくはＩＰマルチキャスト保守パケットの送出が完了した際は、前記第２通信データ用バッファ、及び前記第１通信データ用バッファの優先順位で送出調停を行うことを特徴とする。
【００６０】
更に、本発明のＩＰマルチキャスト疎通監視システムは、複数の配信サーバと複数の視聴者端末間を接続する複数のノードで構成されたネットワークにて、前記複数のノード間はＩＰマルチキャストの隣接確認が完了しており、ＩＰマルチキャストの転送要求が承諾された承諾ルートを経由して、ＩＰマルチキャストの通信をしている複数のノードのうち、特定の配信サーバから送出されたことを示す送信元情報（Ｓ）及び特定のグループ情報（Ｇ）からなる試験対象（Ｓ，Ｇ）の情報を有するＩＰマルチキャスト通信が、前記特定の配信サーバから到達すべき前記複数の視聴者端末まで前記試験対象（Ｓ，Ｇ）に割り当てられた要求帯域分のＩＰマルチキャストパケットのデータ量を使用可能転送帯域として送信できるか否かを確認するために、前記配信サーバとキャリアネットワークの境界に位置するノードのうちの発ノードに、観測用パケットであるＩＰマルチキャスト保守パケットをＩＰマルチキャストパケットとともに挿入して転送させた後、前記複数のノードのうちの着ノードで、前記ＩＰマルチキャスト保守パケットのみを抽出するＩＰマルチキャスト疎通監視システムにおいて、
前記発ノードは、
振り分け部と、第１通信データ用バッファと、第２通信データ用バッファと、ＩＰマルチキャスト保守パケットバッファと、送受信制御部とを有し、
前記振り分け部は、
前記送受信制御部により試験開始の指示を受領した際は、隣接する前記配信サーバから受信したパケットを参照し、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット以外のパケットを、前記第１通信データバッファに転送し、前記送受信制御部に通知する機能と、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを、前記第２通信データバッファに転送するとともに、前記送受信制御部に通知する機能とを有し、且つ、
前記送受信制御部により試験完了の指示を受領した際は、前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを前記第２通信データバッファに転送するのを中止し、隣接する前記配信サーバより受信したパケットを、すべて前記第１通信データバッファに転送し、前記送受信制御部に通知する機能を有し、
前記第１通信データ用バッファは、
前記ＩＰマルチキャスト保守パケットバッファの容量以上のバッファ容量を有し、且つ、
前記振り分け部から受信した前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット以外のパケットを一端保管し、前記送受信制御部の指示により隣接する中継のノードにパケットを転送する機能を有し、
前記第２通信データ用バッファは、
前記ＩＰマルチキャスト保守パケットバッファの容量以上のバッファ容量を有し、且つ、
前記振り分け部から受信した前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを一端保管し、送受信制御部の指示により隣接する中継のノードヘパケットを転送する機能を有し、
前記ＩＰマルチキャストパケットバッファは、
予め保持しているＩＰマルチキャスト保守パケットを送受信制御部の指示により隣接する中継のノードにパケットを転送する機能を有し、
前記送受信制御部は、
外部からの試験指示を受領した際は、前記第２通信データ用バッファの空きバッファ容量を確認し、ＩＰマルチキャスト保守パケット以上の空きが確保された場合は、前記振り分け部に試験開始を指示する機能と、
ＩＰマルチキャスト保守パケットの送信が完了した場合、又は前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が待ち合わせ可能とする許容遅延時間に達した場合、前記振り分け部に試験終了を指示する機能と、
前記許容遅延時間を基準としたパケットの送出の調停のための読み出し制御を実施して、前記第１通信データ用バッファ、前記第２通信データ用バッファ、及び前記ＩＰマルチキャスト保守パケットバッファに保持しているパケットの送出を調停する機能とを有することを特徴とする。
【００６１】
また、本発明のＩＰマルチキャスト疎通監視システムにおいて、
前記送受信制御部は、前記パケットの送出の調停のための読み出し制御として、
前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が待ち合わせ可能とする前記許容遅延時間までは、前記第１通信データ用バッファ、前記ＩＰマルチキャストパケットバッファ、及び前記第２通信データ用バッファの優先順位で送出調停を行い、且つ
前記試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が前記許容遅延時間に到達した際もしくはＩＰマルチキャスト保守パケットの送出が完了した際は、前記第２通信データ用バッファ、及び前記第１通信データ用バッファの優先順位で送出調停を行うことを特徴とする。
【発明の効果】
【００６２】
本発明によれば、本発明のＩＰマルチキャスト疎通監視方法及びシステムによれば、自ネットワークエリアに閉じた、ＩＰマルチキャスト疎通性が可能となる。また、タイムリーに特定の送信元情報（Ｓ）及び特定のグループ情報（Ｇ）単位で到達すべき全端末に対してＩＰマルチキャストが到達しているか確認でき、マルチキャストＴｒｅｅの把握もできタイムリーな経路確認が可能になる。これにより、マルチキャスト通信の経路における障害監視や障害の切り分けが容易になる。
【００６３】
加えて、本発明によれば、テストモードについては、帯域確認モードの機能があるため、帯域保障を前提にＩＰマルチキャストの帯域使用状況をタイムリーに確認可能である。
【００６４】
特に、本発明によれば、試験状態に遷移した時のみ、ＩＰマルチキャスト保守パケットと同じＳ，Ｇのユーザ発出ＩＰマルチキャストとを混在させずに転送することができるので、運用中においても、タイムリーに帯域使用状況を正確に確認することが可能になる。
【発明を実施するための最良の形態】
【００６５】
以下、本発明による実施例のＩＰマルチキャスト到達監視方法及びシステムを、図面を参照して詳細に説明する。図１は、本発明の原理を示すＩＰマルチキャスト疎通監視法実施例のブロック図である。また、図３〜図６は、前述した先行技術だけでなく、本発明の原理を発ノードにて適用するＩＰマルチキャスト疎通監視方法の実施例を示すブロック図である。尚、図７及び図８は、先行技術の原理を提供した帯域使用状況確認の例であるが、本発明の実施例のＩＰマルチキャスト疎通監視法を提供するにおいても同様である。各図において同様な構成要素には同一の参照番号を付している。
【００６６】
尚、本説明でも、ノード間のマルチキャスト制御プロトコルをＰＩＭ−ＳＳＭ、端末視聴管理プロトコルをＭＬＤｖ２を用いて説明している。また、１４０−１〜１４０−６のマルチキャストルートは、発ノードＡ（１２０）〜ノードＥ（１２４）の隣接ノード間はＰＩＭ−ＨｅｌｌｏにてＮｅｉｇｈｂｅｒが確立しており（隣接確認の確立）、さらに、ＰＩＭ‐Ｊｏｉｎの確認が完了し、ＭＬＤｖ２による視聴者端末からの要求手続きが完了しているものとする（承諾ルートの確立）。
【００６７】
図１において、
０１０は、振り分け部、
０１１は、第１通信データ用バッファ、
０１２は、第２通信データ用バッファ、
０１３は、ＩＰマルチキャスト保守パケットバッファ、
０１４は、送受信制御部、
０３０は、入力パケット、
０３１は、出力パケット、
である。
【００６８】
また、図３〜図８において、
１０１−１〜１０１−２は、それぞれ配信サーバＭＳ１〜ＭＳ２、
１１６−１〜１１０−２は、視聴者端末ｈ１〜ｈ２、
１１５は、自ネットワークエリア、
１１６は、配信サーバ、
１１７は、ユーザ側（即ち、視聴者端末側）、
１１８，１１９は、ネットワーク境界点、
１２０は、発ノードＡ、
１２１〜１２２は、中継ノードＢ〜Ｃ、
１２３〜１２４は、エッジノードＤ〜Ｅ、
１４０−１〜１４０−６は、送信元情報（Ｓ）がＭＳ１（１０１−１）の同一のグループ（Ｇ）宛のマルチキャストルート、
１５０は、保守ＯｐＳ、
１６０は、ＩＰマルチキャスト保守パケット情報の内訳、
１６１は、テストモード（ＴＭ）内の詳細情報を表す。
【００６９】
本実施例におけるネットワークは、複数の配信サーバＭＳ１，ＭＳ２（１０１−１，１０１−２）と、複数の視聴者端末ｈ１，ｈ２（１１０−１，１１０−２）と、１個の発ノードＡ（１２０）と、複数の中継ノードＢ，Ｃ（１２１，１２２）と、複数のエッジノードＤ，Ｅ（１２３，１２４）と、１個の保守ＯｐＳ（１５０）とから構成されている。
【００７０】
また、複数の配信サーバＭＳ１，ＭＳ２（１０１−１，１０１−２）の各々は、ルートの確立後、ＩＰマルチキャストパケットを隣接の発ノードＡ（１２０）に転送する機能を有する。
【００７１】
複数の視聴者端末ｈ１，ｈ２の各々は、隣接のエッジノードから転送されるＩＰマルチキャストパケットを受信する機能を有する。
【００７２】
発ノードＡ（１２０）は、隣接の複数の配信サーバＭＳ１，ＭＳ２（１０１−１，１０１−２）のいずれかから受信したＩＰマルチキャストパケットを参照し、送信元情報（Ｓ）及び特定のグループ情報（Ｇ）のＩＰマルチキャストパケットを把握する機能と、把握した送信元情報（Ｓ）及び特定のグループ情報（Ｇ）毎に１個のＩＰマルチキャスト保守パケットを生成し、参照したＩＰマルチキャストパケットが転送される承諾ルートの隣接する中継ノードヘ送信する機能と、ＩＰマルチキャスト保守パケットを生成する際、試験モードが識別できるテストモード（以下、ＴＭと称する）と、送信しようとするＩＰマルチキャスト保守パケットの順番が判断できるシーケンス番号（ＳＮ）と、ＩＰマルチキャスト保守パケットが通過するルートが把握できる通過ルート番号（ＲＮ）の情報とを所定の格納エリアに挿入する機能と、当該承諾ルートにＩＰマルチキャスト保守パケットを転送完了後、当該承諾ルートに対応するＩＰマルチキャスト保守パケットの送信元情報（Ｓ），特定のグループ情報（Ｇ），テストモード（ＴＭ），シーケンス番号（ＳＮ）を保守ＯｐＳ（１５０）へ報告する機能と、送信元情報（Ｓ）及び特定のグループ情報（Ｇ）の組み合わせ毎の経路制御プロトコルであるＰＩＭ−Ｊｏｉｎ及びＰＩＭ−Ｐｒｕｎｅを、下流の承諾ルートの隣接中継ノードから受信しているか否かを確認することにより、下流の隣接の中継ノードからのＩＰマルチキャスト転送要求を把握する機能と、保守ＯｐＳ（１５０）から問い合わせがあった際に、下流の隣接の中継ノードからのＩＰマルチキャスト転送要求を報告する機能とを有する。
【００７３】
発ノードＡ（１２０）は、該当（Ｓ,Ｇ）のＩＰマルチキャスト保守パケットを生成し、マルチキャストルート（１４０−２）に挿入すると共に、生成の際、パケット挿入時、テストモード（ＴＭ）、シーケンス番号（ＳＮ）及び通過ルート番号（ＲＮ）をパケット内ペイロードに付与する（詳細は、図７にて前述）。また、発ノードＡ（１２０）は、ＩＰマルチキャスト保守パケット（１６０）におけるヘッダの空きエリアに、ＩＰマルチキャスト保守パケットであることを識別する試験パケット識別子（ＴＰＭ）を付与する。この試験パケット識別子（ＴＰＭ）は、下流のノード（中継ノード又はエッジノード）において、ＩＰマルチキャストパケットであるか、又はＩＰマルチキャストパケットであるかを識別するのに用いられる。
【００７４】
複数の中継ノードＢ，Ｃ（１２１，１２２）の各々は、隣接ノードから転送されたＩＰマルチキャストパケット及びＩＰマルチキャスト保守パケットを承諾ルートの隣接ノードヘ転送する機能と、ＩＰマルチキャスト保守パケットを承諾ルートの隣接ノードヘ転送する際、自転送ノードの通過を識別可能な自ノードの通過ルート番号（ＲＮ）を、ＩＰマルチキャスト保守パケット内の当該所定の格納エリアに付与する機能と、経路制御プロトコルに基づくＰＩＭ−Ｈｅｌｌｏを確認することにより、隣接ノードとのＩＰマルチキャスト隣接状況を把握する機能と、送信元情報（Ｓ）及び特定のグループ情報（Ｇ）の組み合わせ毎のＰＩＭ−Ｊｏｉｎ及びＰＩＭ−Ｐｒｕｎｅについて、下流の承諾ルートの隣接ノードから受信しているか否かを確認することにより、下流の隣接ノードからのＩＰマルチキャスト転送要求を把握する機能と、送信元情報（Ｓ）及び特定のグループ情報（Ｇ）の組み合わせ毎のＰＩＭ−Ｊｏｉｎ及びＰＩＭ−Ｐｒｕｎｅを上流の隣接ノードヘ送信しているか否かを確認することにより、上流の隣接ノードヘのＩＰマルチキャスト転送要求を把握する機能と、保守ＯｐＳ（１５０）から問い合わせがあった際は、ＩＰマルチキャスト隣接状況と、下流の隣接ノードからのＩＰマルチキャスト転送要求と、上流の隣接ノードヘのＩＰマルチキャスト転送要求とを報告する機能とを有する。
【００７５】
複数のエッジノードＤ，Ｅ（１２３，１２４）の各々は、隣接中継ノードから到着したＩＰマルチキャストパケットのうち、ＩＰマルチキャスト保守パケットのみ抜き取る機能と、抜き取ったＩＰマルチキャスト保守パケット内の送信元情報（Ｓ），特定のグループ情報（Ｇ），テストモード（ＴＭ），シーケンス番号（ＳＮ），通過ルート番号（ＲＮ）を確認し、保守ＯｐＳ（１５０）へ報告する機能と、送信元情報（Ｓ）及び特定のグループ情報（Ｇ）の組み合わせ毎の端末視聴管理プロトコルのＱｕｅｒｙを承諾ルートの対応する視聴者端末へ送信しているか否かを確認することにより、該視聴者端末への視聴許可状況を把握する機能と、送信元情報（Ｓ）及び特定のグループ情報（Ｇ）の組み合わせ毎の端末視聴管理プロトコルのＲｅｐｏｒｔを承諾ルートの対応する視聴者端末から受信しているか否かを確認することにより、該視聴者端末からの視聴要求状況を把握する機能と、送信元情報（Ｓ）及び特定のグループ情報（Ｇ）の組み合わせ毎のＰＩＭ−Ｊｏｉｎ及びＰＩＭ−Ｐｒｕｎｅを上流の隣接の中継ノードヘ送信しているか否かを確認することにより、上流の隣接中継ノードヘのＩＰマルチキャスト転送要求を把握する機能と、保守ＯｐＳ（１５０）から問い合わせがあった際は、承諾ルートの対応する視聴者端末への視聴許可状況と、該視聴者端末からの視聴要求状況と、上流の隣接中継ノードヘのＩＰマルチキャスト転送要求とを報告する機能とを有する。
【００７６】
保守ＯｐＳ（１５０）は、発ノードＡ（１２０）、複数の中継ノードＢ，Ｃ（１２１，１２２）の各々、及び、複数のエッジノードＤ，Ｅ（１２３，１２４）の各々と、情報の送受信を行う機能と、発ノードＡ（１２０）から報告された情報である送信元情報（Ｓ），特定のグループ情報（Ｇ），テストモード（ＴＭ），シーケンス番号（ＳＮ）と、エッジノードから報告された情報である送信元情報（Ｓ），特定のグループ情報（Ｇ），テストモード（ＴＭ），シーケンス番号（ＳＮ），通過ルート番号（ＲＮ）とを確認することにより、発ノードＡ（１２０）によって送信されたＩＰマルチキャスト保守パケットが到着すべきエッジノードヘ到着しているか否かを確認する機能とを有する。
【００７７】
保守ＯｐＳ（１５０）は、各ノードにおける情報取得の必要性に応じて問い合わせを行い、発ノードＡ（１２０）に対しては、該発ノードＡ（１２０）の下流の隣接の中継ノードからのＩＰマルチキャスト転送要求を確認し、複数の中継ノードＢ，Ｃ（１２１，１２２）の各々に対しては、ＩＰマルチキャスト隣接状況の把握要求と、下流の隣接ノードからのＩＰマルチキャストの転送要求と、上流の隣接ノードヘのＩＰマルチキャストの転送要求とを確認し、複数のエッジノードＤ，Ｅ（１２３，１２４）の各々に対しては、各視聴者端末への視聴許可状況の把握要求と、視聴者端末からの視聴要求状況の把握要求と、上流の隣接中継ノードヘのＩＰマルチキャストの転送要求とを確認する機能とを有する。
【００７８】
即ち、図３〜図８に関する本実施例のＩＰマルチキャスト疎通監視システムの動作は、先行技術として説明したものと同様であり、本実施例のＩＰマルチキャスト疎通監視システムは、複数の配信サーバ（ＭＳ１，ＭＳ２）と複数の視聴者端末ｈ１，ｈ２（１１０−１，１１０−２）間を接続する複数のノード（発ノードＡ、中継ノードＢ，Ｃ、及びエッジノードＤ，Ｅ）で構成されたネットワークにて、これらの複数のノード間はＩＰマルチキャストの隣接確認が完了しており、ＩＰマルチキャストの転送要求が承諾された承諾ルートを経由して、ＩＰマルチキャストの通信をしている複数のノードのうち、特定の配信サーバ（ＭＳ１，ＭＳ２）から送出されたことを示す送信元情報（Ｓ）及び特定のグループ情報（Ｇ）からなる試験対象（Ｓ，Ｇ）の情報を有するＩＰマルチキャスト通信が、特定の配信サーバ（ＭＳ１，ＭＳ２）から到達すべき複数の視聴者端末ｈ１，ｈ２（１１０−１，１１０−２）まで試験対象（Ｓ，Ｇ）に割り当てられた要求帯域分のＩＰマルチキャストパケットのデータ量を使用可能転送帯域として送信できるか否かを確認するために、これらの配信サーバ（ＭＳ１，ＭＳ２）とキャリアネットワークの境界１１８に位置するノードのうちの発ノードＡ（１２０）に、観測用パケットであるＩＰマルチキャスト保守パケットをＩＰマルチキャストパケットとともに挿入して転送させた後、複数のノードのうちの着ノード（好適には、視聴者端末ｈ１，ｈ２（１１０−１，１１０−２）とキャリアネットワークの境界１１９に位置するエッジノードＤ，Ｅであるが、中継ノードＢ，Ｃとすることもできる）で、ＩＰマルチキャスト保守パケットのみを抽出するＩＰマルチキャスト疎通監視システムである。ここで、本発明は、特定の発ノード、複数の配信サーバ、複数の中継ノード、複数のエッジノード、及び、複数の視聴者端末について、それぞれ各実施例の構成に限定されるものではないことは云うまでもない。
【００７９】
以下、説明にあたり、ＭＳ１発のマルチキャストルート（１４０−１〜１４０−６）についての処理を例とする。配信サーバＭＳ１（１０１−１）から配信されたＩＰマルチキャストパケットは、ＭＳ１のマルチキャストルート（１４０−１〜１４０−６）にしたがって、発ノードＡ（１２０）を経由し、中継ノードＣ（１２２）でコピーされた後、エッジノードＤ（１２３）及びエッジノードＥ（１２４）に送信され、視聴者端末ｈ１，ｈ２に配信されているとする。従って、中継ノードＢ（１２１）を経由する場合のマルチキャストルートについての説明はしないが、この場合の中継ノードＢ（１２１）の動作は、中継ノードＣ（１２２）と同様である。
【００８０】
このようなＩＰマルチキャスト疎通監視システムにおいては、図２を参照して説明したように、発ノードＡ（１２０）が、ＩＰマルチキャスト保守パケットと同じＳ，Ｇのユーザ発出ＩＰマルチキャストが同一ブレーンで混在して転送してしまう場合、ＩＰマルチキャスト保守パケットで送出したトラヒックと異なるトラヒックを送出することが起こりうるため、本実施例のＩＰマルチキャスト疎通監視システムでは、更に、以下のような機能を発ノードＡ（１２０）に具備させる。
【００８１】
発ノードＡ（１２０）は、振り分け部（０１０）と、第１通信データ用バッファ（０１１）と、第２通信データ用バッファ（０１２）と、ＩＰマルチキャスト保守パケットバッファ（０１３）と、送受信制御部（０１４）とを有する。
【００８２】
振り分け部（０１０）は、送受信制御部（０１４）により試験開始の指示を受領した際は、隣接する前記配信サーバから受信したパケットを参照し、試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット以外のパケットを、第１通信データバッファ（０１１）に転送し、送受信制御部（０１４）に通知する機能と、試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを、第２通信データバッファ（０１２）に転送するとともに、送受信制御部（０１４）に通知する機能とを有し、且つ、送受信制御部（０１４）により試験完了の指示を受領した際は、試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを第２通信データバッファに転送するのを中止し、隣接する配信サーバＭＳ１，ＭＳ２（１０１−１，１０１−２）のいずれかから受信したパケットを、すべて第１通信データバッファ（０１１）に転送し、送受信制御部（０１４）に通知する機能を有する。
【００８３】
第１通信データ用バッファ（０１１）は、ＩＰマルチキャスト保守パケットバッファ（０１３）の容量以上のバッファ容量を有し、且つ、振り分け部（０１０）から受信した試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット以外のパケットを一端保管し、送受信制御部（０１４）の指示により隣接する中継のノードにパケットを転送する機能を有する。
【００８４】
第２通信データ用バッファ（０１２）は、ＩＰマルチキャスト保守パケットバッファ（０１３）の容量以上のバッファ容量を有し、且つ、振り分け部（０１０）から受信した試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを一端保管し、送受信制御部（０１４）の指示により隣接する中継のノードヘパケットを転送する機能を有する。
【００８５】
ＩＰマルチキャストパケットバッファ（０１３）は、予め保持しているＩＰマルチキャスト保守パケットを送受信制御部（０１４）の指示により隣接する中継のノードにパケットを転送する機能を有する。
【００８６】
送受信制御部（０１４）は、外部からの試験指示（好適には、保守ＯｐＳ（１５０）からの指示）を受領した際は、第２通信データ用バッファ（０１２）の空きバッファ容量を確認し、ＩＰマルチキャスト保守パケット以上の空きが確保された場合は、振り分け部（０１０）に試験開始を指示する機能と、ＩＰマルチキャスト保守パケットの送信が完了した場合、又は試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットが待ち合わせ可能とする時間（「許容遅延時間」と称する）に達した場合、振り分け部（０１０）に試験終了を指示する機能と、前述した「許容遅延時間」を基準としたパケットの送出の調停のための読み出し制御を実施して、第１通信データ用バッファ（０１１）、第２通信データ用バッファ（０１２）、及びＩＰマルチキャスト保守パケットバッファ（０１３）に保持しているパケットの送出を調停する機能を有する。
【００８７】
特に、送受信制御部（０１４）は、この許容遅延時間を基準としたパケットの送出の調停のための読み出し制御として、試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が待ち合わせ可能とする許容遅延時間までは、第１通信データ用バッファ（０１１）、ＩＰマルチキャストパケットバッファ（０１３）、及び第２通信データ用バッファ（０１２）の優先順位で送出調停を行い、且つ試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が前記許容遅延時間に到達した際もしくはＩＰマルチキャスト保守パケットの送出が完了した際は、第２通信データ用バッファ（０１２）、及び第１通信データ用バッファ（０１１）の優先順位で送出調停を行う。
【００８８】
図１を参照して、本発明を用いたＩＰマルチキャスト到達監視システムの動作を詳細に説明する。送受信制御部（０１４）は、外部より試験指示を受けた際は、第２通信データ用バッファ（０１２）の空き状態が試験で用いる全ＩＰマルチキャスト保守パケット以上のバッファ容量分の空きがあるか確認し、空きが確認できたら振り分け部（０１０）に試験開始の書き込み制御を行なう。
【００８９】
次に、試験開始の書き込み制御を受けた振り分け部（０１０）は、配信サーバＭＳ１（１０１−１）から転送された、入力パケット（０３０）のうちの運用中パケットを第１通信データ用バッファ（０１１）に一端書き込むとともに、試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットを第２通信データ用バッファ（０１２）に一端書き込む。
【００９０】
また、送受信制御部（０１４）は、図１に示すように、第１通信データ用バッファ（０１１）を“Ａ”、第２通信データ用バッファ（０１２）を“Ｂ”、ＩＰマルチキャスト保守パケットバッファ（０１３）を“Ｃ”とした時、次のような優先順位で読み出し制御（即ち、パケット送出の調停）を実施する。
【００９１】
（１）試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が許容遅延時間以内であれば、“Ａ”→“Ｃ”→“Ｂ”の順で優先的に読み出し制御を行う。
（２）試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットの送出が許容遅延時間に到達後、又はＩＰマルチキャスト保守パケットが送出完了であれば、“Ｂ”→“Ａ”の順で優先的に読み出し制御を行う。
【００９２】
尚、「許容遅延時間」とは、第２通信データ用バッファ（０１２）にて待ち合わせ状態となっている試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットが直近で送出した試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケット間で許容可能な遅延時間を云う。
【００９３】
このような優先順位で読み出されたパケットは、図１に示すように、混在のない送出パケット（０３１）として出力される。ここで、送出パケット（０３１）内には、試験対象（Ｓ，Ｇ）のＩＰマルチキャストパケットとＩＰマルチキャスト保守パケットが監視周期Ｔ内で混在していないことから、実質の送出トラヒックは、次式のようになる。
【００９４】
【数３】
2010045575.tif 000005
【００９５】
ＩＰマルチキャスト保守パケットで送出したトラヒックと等価なトラヒックを送出する。
【００９６】
このように本発明によれば、試験状態に遷移した時のみ、ＩＰマルチキャスト保守パケットと同じＳ，Ｇのユーザ発出ＩＰマルチキャストとを混在させずに転送することができるので、システム運用中においても、タイムリーに帯域使用状況を正確に確認することが可能になる。
【００９７】
前述した実施例では、特定の形態について説明したが、本発明は、前述した実施例に限定されるものではなく、その主旨を逸脱しない範囲において種々変更可能である。例えば、先行技術におけるＩＰマルチキャスト宛ＰＩＮＧやｓｓｍｐｉｎｇを用いたＩＰマルチキャスト到達監視方法を試験要求に応じて、発ノードにおける優先順位の読み出し制御を実施するか否かの切り換えを行うように実現することもできる。従って、本発明は、上述の実施例にて制限されるものではなく、特許請求の範囲によってのみ制限される。
【産業上の利用可能性】
【００９８】
特定のサーバから到達すべき複数の視聴者端末まで通信の疎通ができているか否かを確認できるようになるため、マルチキャスト通信に有用である。
【図面の簡単な説明】
【００９９】
【図１】本発明の原理を示す発ノードのＩＰマルチキャスト保守パケット挿入機能に関するブロック図である。
【図２】本発明に係る先行技術の原理を示す発ノードのＩＰマルチキャスト保守パケット挿入機能に関するブロック図である。
【図３】本発明の原理を示す実施例のＩＰマルチキャスト到達監視法のブロック図である（その１）。
【図４】本発明の原理を示す実施例のＩＰマルチキャスト到達監視法のブロック図である（その２）。
【図５】本発明の原理を示す実施例のＩＰマルチキャスト到達監視法のブロック図である（その３）。
【図６】本発明の原理を示す実施例のＩＰマルチキャスト到達監視法のブロック図である（その４）。
【図７】ＩＰマルチキャスト保守パケット内情報を示す図である。
【図８】本発明の原理を示すＩＰマルチキャスト到達監視法における帯域使用状況確認の実施例を示す図である。
【図９】従来のＩＰマルチキャスト到達監視システムのブロック図である（その１）。
【図１０】従来のＩＰマルチキャスト到達監視システムのブロック図である（その２）。
【符号の説明】
【０１００】
０１０  振り分け部
０１１  第１通信データ用バッファ
０１２  第２通信データ用バッファ
０１３  ＩＰマルチキャスト保守パケットバッファ
０１４  送受信制御部
０１５  送信制御部
０１６  通信データ用バッファ
０３０  入力パケット
０３１  出力パケット
０３２  出力パケット
１０１−１，１０１−２  配信サーバＭＳ１，ＭＳ２
１１０−１，１１０−２  視聴者端末ｈ１，ｈ２
１１５  自ネットワークエリア
１１６  配信サーバ側
１１７  ユーザ側（即ち、視聴者端末側）
１１８，１１９  ネットワーク境界点
１２０  発ノードＡ
１２１，１２２  中継ノードＢ，Ｃ
１２３，１２４  エッジノードＤ，Ｅ
１４０−１〜１４０−６  同一のグループ（Ｇ）宛のマルチキャストルート
１５０  保守ＯｐＳ
１６０  ＩＰマルチキャスト保守パケット情報の内訳
１６１  テストモード（ＴＭ）内の詳細情報
ＭＤ  モード識別（通常モード／帯域確認モード）
ＰＳＴ  パケットステータス（先頭パケット／中間パケット／最終パケット）
Ｔ  監視周期（先頭パケットから最終パケット完了までの送出時間：ｓｅｃ）
Ｍ  パケット長（ｂｉｔ）
Ｎ  パケット数（監視周期（Ｔ）内で送出するパケット数：個）
【図１】
2010045575.tif 000006
【図２】
2010045575.tif 000007
【図３】
2010045575.tif 000008
【図４】
2010045575.tif 000009
【図５】
2010045575.tif 000010
【図６】
2010045575.tif 000011
【図７】
2010045575.tif 000012
【図８】
2010045575.tif 000013
【図９】
2010045575.tif 000014
【図１０】
2010045575.tif 000015