JP2010034705A - 通信システム、光多重終端装置及び輻輳制御方法 - Google Patents

Abstract

【課題】 チャンネル切り替えなどによりＳＴＢからの大量のＩＧＭＰリクエストを光網終端装置（ＯＬＴ）内で輻輳させないこと。
【解決手段】 ＯＬＴ（３００）内のＩＧＭＰ処理部で遅延データ作成閾値と遅延データ送信閾値を持ち、該当マルチキャストグループへ参加しているＯＮＴ数が増加してきた場合、該当ＯＬＴ（３００）内でビデオデータの遅延マルチキャストグループを作成し、新規で参加してきたユーザに対して、数秒遅れた上述のマルチキャストグループへ収容する。それにより、高視聴率番組の終了時刻や、ＣＭ開始時刻をずらし、同時刻内でのチャネル切り替えによる、ＩＧＭＰリクエストがＯＬＴ（３００）内で輻輳する事を回避する。
【選択図】 図３

Description

本発明は、通信システム、光多重終端装置及び輻輳制御方法に係り、特に光受動網システム（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ：ＰＯＮ）において、ビデオサービス観覧ユーザのチャネル切り替えによって発生するＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）リクエストが光多重終端装置（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ：ＯＬＴ）内で輻輳するのを防ぐための通信システム、光多重終端装置及び輻輳制御方法に関する。

大容量の画像信号やデータを通信網を介して送受信するために、通信網の高速化・広帯域化がアクセス網で進められ、国際電気通信連合（以降、ＩＴＵ−Ｔと称する。）の勧告Ｇ．９８４（非特許文献１）等で規定されているＰＯＮの導入が進められている。

図１は、ＰＯＮシステムにおけるネットワーク構成図である。
ＰＯＮシステムにおけるネットワークは、例えば、ビデオサービスプロバイダー（１７）と、インターネットサービスプロバイダー（１８）と、音声サービスプロバイダー（１９）と、ルータ（１６−１）と、ＯＬＴ（１０）と、基幹光ファイバ（１１）と、光スプリッタ（１２）と、支線光ファイバ（１３）と、光網終端装置（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｔｅｒｍｉｎａｌ：ＯＮＴ）（１４−１〜１４−３）と、端末（１５−１〜１５−３）を備える。

図示の通り、ＰＯＮシステムでは、例えば、上位（Ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ側）の通信網は、ルータ（１６−１）を介してＯＬＴ（１０）と接続される。また、複数の加入者端末を収容するＯＮＴ（１４−１〜１４−３）は、例えば、基幹光ファイバ（１１）と光スプリッタ（１２）と複数の支線光ファイバ（１３）とを含む光受動網を介してＯＬＴ（１０）と接続される。また、上位側の通信網には、例えば、ビデオサービスプロバイダ（１７）、インターネットサービスプロバイダ（１８）、音声サービスプロバイダ（１９）等が含まれる。なお、各ＯＮＴ（１４−１〜１４−３）は、例えば、それぞれ端末（１５−１〜１５−３）（例えば、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）、電話機、ＰＣ等）と接続されている。

ＯＬＴ（１０）とＯＮＴ（１４−１〜１４−３）との間（以降、ＰＯＮ区間と称する場合がある。）で通信するデータは主として、Ｃｌｉｅｎｔデータ（例：ビデオサービスプロバイダ（１７）によるビデオ、インターネットサービスプロバイダ（１８）によるデータ、音声サービスプロバイダ（１９）による電話等の一般加入者向けのサービスデータ）である。

ブロードバンド化に伴いビデオ動画など同一ビデオデータを複数のユーザに効率よく配信するＩＰマルチキャスト技術（特定多数のユーザに同一内容のデータを送信する技術）が注目され、データのマルチキャスト配信を実現する技術としてＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）勧告のＩＧＭＰが広く普及している。ＩＧＭＰはマルチキャストをサポートするルータ（ここでは、例えば、ルータ（１６−１）の事を指す。以降、マルチキャストルータと称する場合がある。）が、接続ネットワーク上でどの加入者端末（ここでは、例えば、ＯＮＴ（１４−１〜１４−３）の事を指す。）がマルチキャストグループのメンバになっているかを管理し、同一のデータをマルチキャストグループ毎に特定多数の加入者端末へ配信するプロトコルである。

図２に、ビデオマルチキャストによるＩＧＭＰリクエストとビデオデータストリームのシーケンス図を示す。
ＩＧＭＰを利用してのマルチキャスト配信では、加入者端末であるＳＴＢがＩＧＭＰを利用してマルチキャストルータやＶｉｄｅｏ Ｓｅｒｖｅｒへ、あるマルチキャストグループへ参加要求（ＩＧＭＰ Ｊｏｉｎ）（２１）や離脱要求（ＩＧＭＰ Ｌｅａｖｅ）（２６）（参加要求や離脱要求を単にＩＧＭＰリクエストを呼ぶ場合がある。）をする事によりマルチキャストグループ管理装置（例えば、ＯＮＴやＯＬＴ、マルチキャストルータなど複数存在する。）にてマルチキャストグループへ参加（２２−１〜２２−３）やマルチキャストグループ離脱（２７−１〜２７−３）を管理し、Ｖｉｄｅｏ Ｓｅｒｖｅｒなどのデータ配信装置から送信されたマルチキャストデータは上述のマルチキャストグループ管理装置にて保持してあるマルチキャストグループのメンバを参照し、マルチキャストグループに参加しているメンバ（ユーザ端末）にのみ各種データの配信行う。
ＩＴＵ−Ｔ勧告Ｇ． ９８４ "Ｇｉｇａｂｉｔ−ｃａｐａｂｌｅ Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ（ＧＰＯＮ）"

現在、データ通信速度が高速である事やビデオ・データ・電話を一つの回線で提供（Ｔｒｉｐｌｅ Ｐｌａｙ）可能な事、サービス料金の低価格化が進んだ事などにより光ファイバをデータの伝送路として加入者宅に引き込むＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）の利用が広まりつつあり、ＦＴＴＨ加入者の増加に伴い一つのＯＬＴ配下でサービスを提供するユーザ数も増加している。このような状況の元でＴｒｉｐｌｅ Ｐｌａｙの主要サービスの１つであるＩＰビデオマルチキャスト配信において、一斉に一つのＯＬＴ配下の多数のユーザ（例えば、ＳＴＢ）がチャネル切り替え（マルチキャストグループを変えると同義）をした場合の課題について以下に説明する。

ＳＴＢはチャネル切り替えを行うために、ＯＮＴ、ＯＬＴ、マルチキャストルータへＩＧＭＰを利用しマルチキャスト（以降、簡単のためマルチキャストをＭＣと省略する場合がある。）グループ変更を要求するが、ＯＬＴ内のＭＣグループ処理機能部（一般的にはＯＬＴ装置内のＬ２ＳＷ（Ｌａｙｅｒ ２ Ｓｗｉｔｃｈ））ではＭＣグループ変更のための大量の上述ＩＧＭＰリクエストが届く事になり、ＩＧＭＰリクエストがＭＣグループ管理機能部において輻輳してしまう場合が想定される。このような際、各ＳＴＢからのＭＣグループ変更のためのＩＧＭＰリクエストをＭＣグループ処理機能部で処理しきれず、チャネル切り替えレスポンスの劣化・遅延に繋がり、通信品質に悪影響を与えている場合が考えられる。

本発明は、以上の点に鑑み、今後ＦＴＴＨの利用者が増え、ＯＬＴ配下でサービスを提供するユーザ数が増加したとしても、ユーザのビデオチャネル切り替え（ＭＣグループの変更）によるＩＧＭＰリクエストがＯＬＴ内で輻輳し切り替えレスポンスが劣化する事を防止することを目的のひとつとする。
本発明は、また、今後の技術進歩で生じる多ユーザからの多数のＩＧＭＰリクエストがＯＬＴ内で輻輳しチャネル切り替えレスポンスが劣化する事を防ぐことを目的のひとつとする。

さらに、本発明は、上流側のビデオ配信機能部では何も意識することなく、番組編成も変更することなく、ＰＯＮシステム内部に閉じた仕組みで、自動的に複数のタイミングでの配信時間の分散を行うことにより、ユーザのチャネル切替のタイミングを分散する事を可能とし、ＯＬＴ以下の光アクセス網や、ＯＬＴより上位のネットワーク機器、ビデオサーバなどで必要となるＩＧＭＰのピーク処理性能を、緩和することを目的のひとつとする。

上記課題を解決するために、本発明では、特に、ＯＬＴ内のＬ２ＳＷ部に具備した、ＭＣグループ処理機能部で各チャネルを観覧しているユーザ数（例えば、各ＭＣグループに参加しているＯＮＴ数）をテーブルにて管理する。そして、同一ＭＣグループへ参加しているユーザ数が、予めＬ２ＳＷ内のテーブルにて定義されている閾値（この閾値はＯＬＴ管理者・保守者によって任意で変更が可能である。）を超えた場合、ＯＬＴは、それまで配信していたＭＣグループ（以降、ＯＬＴ内の遅延バッファで遅延を与えていないＭＣグループの事を、通常ＭＣグループと称する。）とは別に、Ｌ２ＳＷにて該当ＭＣグループのマルチキャストＩＰアドレスの付替えを行ったうえで、ＯＬＴ内に具備する遅延バッファにより、通常ＭＣグループと配信するデータ内容（例えば、コンテンツ内容）は同一であるが、通常ＭＣグループから数秒程度データ配信の時間を遅延させたＭＣグループ（以降、遅延ＭＣグループと称する。）を作成する。そして、Ｌ２ＳＷは全ＯＮＴに対して、今後、ＳＴＢから通常ＭＣグループにＩＧＭＰを利用しての参加要求があった場合は、ＯＮＴ内に具備するＩＧＭＰ処理部にて通常ＭＣグループへの参加要求から上述の遅延ＭＣグループへの参加要求へと変換を実施してからＯＬＴへ参加要求を送信するようにする。この処理より、その後、新規で上述の閾値を超えた通常ＭＣグループへの参加要求してきたユーザ（例えば、ＳＴＢ）には上述の遅延ＭＣグループへ収容する事となる。また、上述の遅延ＭＣグループに参加するユーザ数も前述の閾値に到達した場合には、さらにもう一段階遅延量を増やした遅延ＭＣグループを作成し、以降の新規ＭＣグループ参加ユーザはこの遅延ＭＣグループに収容する。このようにＯＬＴ内で予め設定した閾値を超えた場合に、同一内容のビデオデータであるが、通常ＭＣグループよりも数秒遅延した遅延ＭＣグループを作成し、その遅延ＭＣグループへユーザを収容するという動作を繰り返すことにより、一つのＭＣグループに参加しているユーザ数が、ＯＬＴ内部のＬ２ＳＷに設定された閾値以上になる事を防ぎ、特定のＭＣグループに参加するユーザ数が集中することを防止する。

上述の方法を用い、一つのＭＣグループに参加するユーザ数を制限する事により、例えば、超高視聴率の番組の終了時や、ＣＭ開始時に同一ビデオデータでも、ＯＬＴ配下の各ユーザのビデオ視聴タイミング（例えば、放送時間の開始、終了など）は通常ＭＣグループと各遅延ＭＣグループでは異なっているため、ビデオ番組の終了時間やＣＭの開始タイミングが各ＭＣグループ毎に分散され、多数のユーザ宅内のＳＴＢが一斉にチャネル切り替え（ＭＣグループ変更）のＩＧＭＰリクエストをＯＬＴへ送信する確率を下げ、大量のＩＧＭＰリクエストが同時にＯＬＴへ到達する事を防止する機能を有する事を特徴とする。

本発明の通信システムは、例えば、
上位（Ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ側）の通信網と接続される光多重終端装置（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ 以降、ＯＬＴ称する）と、複数の加入者端末を収容する光網終端装置（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｔｅｒｍｉｎａｌ 以降、ＯＮＴと称する）とを基幹光ファイバと光スプリッタと複数の支線光ファイバとを含む光受動網で接続し、ＯＮＴにＩＰマルチキャストストリーム終端用のＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）を接続したシステムであって、
ＯＬＴ内に設けたＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）処理部分において、各マルチキャストグループ（ＩＧＭＰグループと同義）とそのマルチキャストグループへの参加数を管理するテーブルを保持し、あるマルチキャストグループへ参加するユーザ数が、装置内部に保持した閾値を超過、もしくは下回ったことを検出する手段と、
ＯＬＴ内に設けた遅延バッファにより、該当のマルチキャストグループと同一の内容であって、なお且つ、ＯＬＴ内に保持した設定遅延時間だけ配信タイミングを遅らせた遅延マルチキャストグループを、元のマルチキャストグループＩＤとは別のグループＩＤにて、一つもしくは複数生成する手段と、
各ＯＮＴに備えたＩＧＭＰ処理部において、ＳＴＢから参加要求のあったマルチキャストグループＩＤを、別のマルチキャストグループＩＤに変換し、ＯＬＴ側のＩＧＭＰ処理部に通知する手段と、
前記ＯＬＴのＩＧＭＰ処理部から、各ＯＮＴの前記ＩＧＭＰ変換手段へ、変換対象とするマルチキャストグループＩＤと変換先のマルチキャストグループＩＤを指示する手段と、
を備え、
特定のマルチキャストグループにユーザが前記の閾値数以上集中したことを検出した前記ＯＬＴのＩＧＭＰ処理部分は、
同一内容で遅延時間が異なり、なお且つ接続ユーザ数が前記の閾値を下回っているマルチキャストグループが存在するかどうかを確認し、存在しなければ上述のＯＬＴ内に具備した遅延バッファにより遅延マルチキャストグループの生成を開始し、
ＯＬＴのＩＧＭＰ処理部分から各ＯＮＴのＩＧＭＰ変換手段へ、前記閾値超過したマルチキャストグループへの接続要求を、同一内容であるが遅延時間の異なる別のマルチキャストグループへ変換するよう指示を行い、
同一内容であるが時間差のある複数のマルチキャストグループへ、接続ユーザ数を分散させることを特徴のひとつとする。

また、前記ＯＬＴ内に設けたＩＧＭＰ処理部分では、
遅延マルチキャストグループへの参加数を管理するテーブルと、各マルチキャストグループに参加しているＯＮＴ数が存在しなくなった事を認識する手段
をさらに有し、
各遅延マルチキャストグループに参加しているＯＮＴ数が存在しなくなった場合、上述の遅延バッファで行っていた遅延マルチキャストグループ作成と、遅延マルチキャストグループへの収容を終了し、さらにＬ２ＳＷ内に具備した遅延マルチキャストグループへの参加数を管理するテーブルから、該当するマルチキャストグループを削除する事により、複数存在していたマルチキャストグループを削除することを可能とすることができる。

本発明の第１の解決手段によると、
マルチキャスト（ＭＣ）ストリームのサーバと接続される光多重終端装置（ＯＬＴ）と、ＭＣストリーム終端用のひとつ又は複数の加入者端末を収容するひとつ又は複数の光網終端装置（ＯＮＴ）とを、基幹光ファイバ及び光スプリッタ／カプラ及び複数の支線光ファイバを含む光受動網で接続した通信システムであって、
前記ＯＬＴは、
ＭＣストリームのグループであるＭＣグループ識別情報毎に、参加ＯＮＴ数を記録するＯＮＴ管理テーブルと、
各ＭＣグループ識別情報、又は、前記ＭＣストリームと同一内容であって該ＭＣストリームより予め設定した遅延時間だけ配信タイミングを遅らせた遅延ストリームのグループである遅延ＭＣグループ識別情報に対応して、サーバから送られた変換元ＭＣアドレスと、変換先ＭＣアドレスと、そのＭＣグループ又は遅延ＭＣグループへの参加ＯＮＴ数を管理する遅延ＭＣグループ管理テーブルと、
変換元ＭＣグループ識別情報に対する変換先ＭＣグループ識別情報を記憶するＭＣグループ変換要求テーブルと、
前記変換先ＭＣグループ識別情報に対応して、ひとつもしくは複数の遅延ストリームを生成し、該遅延ストリームを配信するための遅延バッファと、
加入者端末から受け取った参加要求をもとに、前記ＯＮＴ管理テーブル及び／又は前記遅延ＭＣグループ管理テーブル及び／又は前記ＭＣグループ変換要求テーブルを作成または変更し、前記遅延バッファを制御し、ストリームを配信するための処理部と、
を備え、

前記ＯＮＴは、
参加要求された変換元ＭＣグループ識別情報に対応して変換先ＭＣグループ識別情報を、現在参加中及び次回参加に対して記憶したＭＣグループ変換テーブル
を備え、

前記ＯＬＴの前記処理部は、
前記ＯＮＴ管理テーブルを参照し、加入者端末から参加要求があったＭＣグループ識別情報に基づき、そのＭＣグループに参加している参加ＯＮＴ数が、予め定められた閾値より大きい場合、
前記遅延ＭＣグループ管理テーブルを参照し、いずれかのＭＣグループ又は遅延ＭＣグループの参加ＯＮＴ数が予め定められた閾値を超えていない場合は、その閾値を越えていないＭＣグループ又は遅延ＭＣグループの変換元ＭＣアドレス及び変換先アドレスに基づき前記ＭＣグループ変換要求テーブルを作成し、前記ひとつ又は複数のＯＮＴに前記ＭＣグループ変換要求テーブルのデータを変換要求として配信し、
前記遅延バッファに前記ビデオサーバから受信したＭＣストリームを前記変換先ＭＣアドレス又は前記遅延グループ識別情報に対応して送り、予め定められた時間遅れた遅延ストリームの作成を開始または継続させ、

前記ＯＮＴは、
前記変換要求を前記ＯＬＴから受けると、変換元ＭＣグループ識別情報に対応して変換先ＭＣグループ識別情報を前記ＭＣグループ変換テーブルの次回参加のエントリに記憶し、
加入者端末から、前記変換元ＭＣグループに参加する参加要求を受けると、
前記ＭＣグループ変換テーブルの次回参加エントリに従い、変換元ＭＣグループ識別情報を変換先ＭＣグループ識別情報に変換して、前記ＯＬＴへ参加要求を送信することにより、

前記ＯＬＴは、前記変換先ＭＣグループ識別情報に従い、前記遅延バッファから前記ＯＮＴに遅延ストリームを配信する前記通信システムが提供される。

本発明の第２の解決手段によると、
マルチキャスト（ＭＣ）ストリームのサーバと接続される光多重終端装置（ＯＬＴ）と、ＭＣストリーム終端用のひとつ又は複数の加入者端末を収容するひとつ又は複数の光網終端装置（ＯＮＴ）とを、基幹光ファイバ及び光スプリッタ／カプラ及び複数の支線光ファイバを含む光受動網で接続した通信システムにおけるＯＬＴであって、
前記ＯＬＴは、
ＭＣストリームのグループであるＭＣグループ識別情報毎に、参加ＯＮＴ数を記録するＯＮＴ管理テーブルと、
各ＭＣグループ識別情報、又は、前記ＭＣストリームと同一内容であって該ＭＣストリームより予め設定した遅延時間だけ配信タイミングを遅らせた遅延ストリームのグループである遅延ＭＣグループ識別情報に対応して、サーバから送られた変換元ＭＣアドレスと、変換先ＭＣアドレスと、そのＭＣグループ又は遅延ＭＣグループへの参加ＯＮＴ数を管理する遅延ＭＣグループ管理テーブルと、
変換元ＭＣグループ識別情報に対する変換先ＭＣグループ識別情報を記憶するＭＣグループ変換要求テーブルと、
前記変換先ＭＣグループ識別情報に対応して、ひとつもしくは複数の遅延ストリームを生成し、遅延ストリームを配信するための遅延バッファと、
加入者端末から受け取った参加要求をもとに、前記ＯＮＴ管理テーブル及び／又は前記遅延ＭＣグループ管理テーブル及び／又は前記ＭＣグループ変換要求テーブルを作成または変更し、前記遅延バッファを制御し、ストリームを配信するための処理部と、
を備え、

前記ＯＬＴの前記処理部は、
前記ＯＮＴ管理テーブルを参照し、加入者端末から参加要求があったＭＣグループ識別情報に基づき、そのＭＣグループに参加している参加ＯＮＴ数が、予め定められた閾値より大きい場合、
前記遅延ＭＣグループ管理テーブルを参照し、いずれかのＭＣグループ又は遅延ＭＣグループの参加ＯＮＴ数が予め定められた閾値を超えていない場合は、その閾値を越えていないＭＣグループ又は遅延ＭＣグループの変換元ＭＣアドレス及び変換先アドレスに基づき前記ＭＣグループ変換要求テーブルを作成し、前記ひとつ又は複数のＯＮＴに前記ＭＣグループ変換要求テーブルのデータを変換要求として配信し、前記ＯＮＴに、前記変換要求により、変換元ＭＣグループ識別情報に対応して変換先ＭＣグループ識別情報をＭＣグループ変換テーブルの次回参加のエントリに記憶させ、
前記遅延バッファに前記ビデオサーバから受信したＭＣストリームを前記変換先ＭＣアドレス又は前記遅延グループ識別情報に対応して送り、予め定められた時間遅れた遅延ストリームの作成を開始または継続させ、

前記ＯＮＴが、加入者端末から、前記変換元ＭＣグループに参加する参加要求を受けると、前記ＭＣグループ変換テーブルの次回参加エントリに従い、変換元ＭＣグループ識別情報を変換先ＭＣグループ識別情報に変換して、前記ＯＬＴへ参加要求を送信することにより、前記ＯＬＴは、前記変換先ＭＣグループ識別情報に従い、前記遅延バッファから前記ＯＮＴに遅延ストリームを配信するようにした前記ＯＬＴが提供される。

本発明の第３の解決手段によると、
マルチキャスト（ＭＣ）ストリームのサーバと接続される光多重終端装置（ＯＬＴ）と、ＭＣストリーム終端用のひとつ又は複数の加入者端末を収容するひとつ又は複数の光網終端装置（ＯＮＴ）とを、基幹光ファイバ及び光スプリッタ／カプラ及び複数の支線光ファイバを含む光受動網で接続した通信システムにおける輻輳制御方法であって、
前記ＯＬＴは、
前記各ＭＣグループ識別情報、又は、前記ＭＣストリームと同一内容であって該ＭＣストリームより予め設定した遅延時間だけ配信タイミングを遅らせた遅延ストリームのグループである遅延ＭＣグループ識別情報に対応して、サーバから送られた変換元ＭＣアドレスと、変換先ＭＣアドレスと、そのＭＣグループ又は遅延ＭＣグループへの参加ＯＮＴ数を管理する遅延ＭＣグループ管理テーブルに対して、特定のＭＣグループにユーザが閾値数以上集中した場合、遅延ＭＣグループ識別情報に対応するエントリを作成し、
前記変換先ＭＣグループ識別情報に対応して、ひとつもしくは複数の遅延ストリームを生成し、前記遅延ストリームを配信するための遅延バッファにより、前記変換先ＭＣアドレス又は前記遅延ＭＣグループ識別情報に対応して、設定遅延時間分だけタイミングの遅れた遅延ストリームの生成を開始又は継続し、
前記ＯＮＴは、
前記加入者端末から新たに前記変換元ＭＣグループへの接続要求があった場合には、参加要求の変換元ＭＣグループ識別情報を、前記変換先ＭＣグループ識別情報に変換し、遅延ストリームの前記変換先ＭＣグループ識別情報への接続要求を前記ＯＬＴに送ることにより、

前記ＯＬＴは、前記変換先ＭＣグループ識別情報に従い、前記遅延バッファから前記ＯＮＴに遅延ストリームを配信する前記輻輳制御方法が提供される。

本発明によると、今後ＦＴＴＨの利用者が増え、ＯＬＴ配下でサービスを提供するユーザ数が増加したとしても、ユーザのビデオチャネル切り替え（ＭＣグループの変更）によるＩＧＭＰリクエストがＯＬＴ内で輻輳し切り替えレスポンスが劣化する事を防止することができる。

また、ＩＴＵ−Ｔ Ｇ．９８４．１によれば現在の技術ではＰＯＮ区間の分岐数は６４分岐が主流であるとされているが、技術の進歩、ＯＬＴの低電力化が進めば将来１２８分岐になるとも予想されている。技術の進歩によりＯＬＴ配下でサービス提供するユーザ数の増加が進むにつれ、必然的に一つのＯＬＴ配下でのビデオサービスの提供も増えることが考えられる。
本発明によれば、今後の技術進歩で生じる多ユーザからの多数のＩＧＭＰリクエストがＯＬＴ内で輻輳しチャネル切り替えレスポンスが劣化する事を防ぐ事ができる。

通信サービスの一形態としてＮＶＯＤ（Ｎｅａｒ Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）では、同一内容の番組を時間差（数分間隔）で複数配信する事により、一つのチャネル（例えば、マルチキャストグループ）へ参加する視聴者数の分散効果が得られているが、ＮＶＯＤでは上位のビデオ配信機能側（例えば、Ｖｉｄｅｏ Ｓｅｒｖｅｒなど）の番組編成への影響がありうる。

本発明によると、上流側のビデオ配信機能部では何も意識することなく、番組編成も変更することなく、ＰＯＮシステム内部に閉じた仕組みで、自動的に複数のタイミングでの配信時間の分散を行うことにより、ユーザのチャネル切替のタイミングを分散する事を可能とし、ＯＬＴ以下の光アクセス網や、ＯＬＴより上位のネットワーク機器、ビデオサーバなどで必要となるＩＧＭＰのピーク処理性能を、緩和することが可能となる。

本発明の実施の形態について、図面を参照して詳細に説明する。以下はＩＧＭＰリクエスト輻輳制御方法としてＰＯＮシステムについて例をあげて説明するが、本発明は、その他ＩＧＭＰを利用してデータのマルチキャスト配信を行う他通信システムにおいても適用する事ができる。また、本発明は、ＩＧＭＰ以外のマルチキャストに参加又はマルチキャストから離脱すること等を実行するための適宜のプロトコルにも適用することができる。

１．第１の実施の形態
図１に示すように、光多重終端装置ＯＬＴ（１０）に基幹光ファイバ（１１）を介し接続された光スプリッタ（１２）に複数の支線光ファイバ（１３）を介し複数の光網終端装置ＯＮＴ（１４−１〜１４−３）が接続されたネットワーク構成において、本発明を適応させた実施の形態を以下に示す。

（ハード構成）
図３は本発明を適用した光受動網システム（ＰＯＮシステム）においてのシステムブロック構成図である。
図示のＰＯＮシステムは、例えば、ＯＬＴ（３００）、複数のＳＴＢ（３０１−１〜３０１−２）、複数のＯＮＴ（３０２−１〜３０２−２）、複数の光スプリッタ（３０３−１〜３０３−２）、複数のマルチキャスト可能なＲｏｕｔｅｒ（３１０）、各ユーザへビデオデータを配信するＶｉｄｅｏ Ｓｅｒｖｅｒ（３１１−１〜３１１−２）を備える。ＯＬＴ（３００）は、例えば、複数のＰＯＮ Ｃａｒｄ（３０４−１〜３０４−２）、ＭＣグループに遅延を与えるための遅延バッファ（３０５）、Ｌ２ＳＷ内部又は外部に設けられた遅延ＭＣグループ管理テーブル（３０６）、ＩＧＭＰ処理部である複数のＬ２ＳＷ Ｃａｒｄ（３０７−１〜３０７−２）、Ｌ２ＳＷ内部又は外部に設けられたＯＮＴ管理テーブル（３０８）、複数のＧｂＥ（Ｇｉｇａｂｉｔ Ｅｔｈｅｒｎｅｔ（登録商標）） Ｃａｒｄ（３０９−１〜３０９−２）、Ｌ２ＳＷ内部又は外部に設けられた閾値管理テーブル（３１２）、Ｌ２ＳＷ内部又は外部に設けられたＭＣグループ変換要求テーブル（３１３）を有する。ＯＮＴ（３０２−１）は、例えば、ＩＧＭＰ処理部（３２２−１）及びＭＣグループ変換テーブル（３２１−１）を有する。また、ＯＮＴ（３０２−２）も同様に、例えば、ＩＧＭＰ処理部（３２２−２）及びＭＣグループ変換テーブル（３２１−２）を有する。

（テーブル構成）
図４は、ＯＮＴ管理テーブルのフォーマットの説明図である。
ＯＮＴ管理テーブル（３０８）には、各ＭＣグループのグループ名（本実施の形態では、例えば、マルチキャストＩＰアドレス）、ＯＮＴ名、参加ＯＮＴ数（４０１）の情報が記憶される。ＯＮＴ管理テーブル（３０８）の参加ＯＮＴ数（４０１）には、例えば、ＭＣグループＡ０へ参加しているＯＮＴ数の合計が現在４台ある事を示している。その他のＭＣグループについても同様の構成とできる。また、本実施の形態では、参加を表す文字列を”Ｊｏｉｎ”としているが、その他の適宜の文字列又は数値等でもかまわない。さらに、別の実施の形態として、例えばＯＮＴ管理テーブル（３０８）は、ＯＮＴ（３０２）内に搭載されるＥｔｈｅｒポート単位（例えば、ＥｔｈｅｒポートＩＤ単位）でも各ＭＣグループへの参加者数を管理する事ができる。

図５は、Ｌ２ＳＷ内部又は外部に設けた、閾値を管理する閾値管理テーブルのフォーマットの説明図である。
閾値管理テーブル（３１２）には、Ｌ２ＳＷ（３０７）内に設ける各閾値として、遅延ＭＣグループ作成閾値（５０１）が記憶されている。閾値管理テーブル（３１２）は、例えば、本実施の形態でのＭＣグループ作成閾値数が２０である事を示している。各閾値の数字は固定値ではなくユーザや保守者によって自由に変更する事が可能である。また、閾値は１つとは限らず、各遅延ＭＣグループへ収容開始を判断する閾値や、各ＭＣグループへ収容できる数を限定する閾値など複数個保持してもよい。

図６は、Ｌ２ＳＷ内部又は外部に配置した遅延ＭＣグループ管理テーブルのフォーマットの説明図である。
遅延ＭＣグループ管理テーブル（３０６）には、遅延量が少ないＭＣグループから順に割り当てられる管理番号Ｎｏ（６００）、遅延量（６０１）、ＭＣグループ名（たとえば、Ｌ２ＳＷ（３０７）で変換後のマルチキャストＩＰアドレスと同一のアドレス）（６０２）、Ｖｉｄｅｏ Ｓｅｒｖｅｒ（３１１）から送られた本来のＭＣアドレス（６０３）、Ｌ２ＳＷ（３０７）での変更後のＭＣアドレス（６０４）、ＭＣグループ参加合計ＯＮＴ数（６０５）が記憶されている。遅延ＭＣグループ管理テーブル（３０６）では、同一データ（例えば、同一コンテンツ）であるが遅延量が異なるストリームを管理している。なお、遅延ＭＣグループ管理テーブル（３０６）には、通常ＭＣグループも登録される。また、別の実施の形態として、例えば、遅延ＭＣグループ管理テーブル（３０６）のＭＣグループ参加合計ＯＮＴ数（６０５）は、ＯＮＴ（３０２）内のＥｔｈｅｒポート単位でも管理する事ができる。

Ｌ２ＳＷ（３０７）は、閾値管理テーブル（３１２）（図５参照。）の遅延ＭＣグループ作成閾値（５０１）と、ＯＮＴ管理テーブル（３０８）（図４参照。）の参加ＯＮＴ数（４０１）と、遅延ＭＣグループ管理テーブル（３０６）（図６参照。）の遅延ＭＣグループのＭＣグループ参加合計ＯＮＴ数（６０５）とを比較する事により、遅延ＭＣグループ作成開始の判断基準とする。

また、ＯＮＴ管理テーブル（３０８）（図４参照。）の参加ＯＮＴ数（４０１）は、例えば、Ｖｉｄｅｏ Ｓｅｒｖｅｒ（３１１）から送られたＭＣグループ毎の参加ＯＮＴ数（各ＭＣグループＡ０、Ａ１及びＡ２それぞれのＭＣグループ参加合計ＯＮＴ数（６０５）の合計値）を管理するとしてもよいし、各通常ＭＣグループの参加ＯＮＴ数のみを管理するとしてもよい。

図７は、Ｌ２ＳＷ内部又は外部に配置したＭＣグループ変換要求テーブルのフォーマットの説明図である。
ＭＣグループ変換要求テーブル（３１３）は、例えば、各ＭＣグループへ参加するＯＮＴ数がＯＬＴ（３００）内で保持する閾値を超えた場合に、ＯＬＴ（３００）により、全ＯＮＴ（３０２）のＩＧＭＰ処理部（３２２）へマルチキャスト技術を用いて配信される。ＭＣグループ変換要求テーブル（３１３）は、ＭＣグループ変更元（７０１）と、ＭＣグループ変更先（７０２）とを含む。図示の例では、ＳＴＢ（３０１）がＭＣグループＡ０へ参加を要求してきた場合に、ＯＮＴ（３０２）内のＩＧＭＰ処理部（３２２）で参加先ＭＣグループを、遅延ＭＣグループＡ１へ変換を行った後、ＯＬＴ（３００）へ送信させるケースを示すデータ例である。

図８は、ＭＣグループ変換テーブルのフォーマットの説明図である。
ＭＣグループ変換テーブル（３２１）は、ＯＮＴ（３０２）内のＩＧＭＰ処理部（３２２）の内部又は外部に配置される。ＯＮＴ（３０２）は、ＯＬＴ（３００）より受け取ったＭＣグループ変換要求テーブル（３１３）（図７参照。）のＭＣグループ変更元（７０１）とＭＣグループ変更先（７０２）を基に、「次回からの参加ＭＣグループ」行のＭＣグループ変更元（８０１）と、ＭＣグループ変更先（８０２）の情報をそれぞれ更新し保持する。また、ＭＣグループ変換テーブル（３２１）では「現在参加中のＭＣグループ」情報も保持する。ＯＮＴ（３０２）は、「現在参加中のＭＣグループ」行では、「次回からの参加ＭＣグループ」を参照して、ＭＣグループの変換を行った場合、「次回からの参加ＭＣグループ」行のＭＣグループ変更元（８０１）とＭＣグループ変更先（８０２）を、「現在参加中のＭＣグループ」行のＭＣグループ変更元（８０３）とＭＣグループ変更先（８０４）へそれぞれコピーする。この事により、ＯＮＴ（３０２）は、現在どのような変換処理を行ってＭＣグループへ参加しているかを管理することができる。なお、「次回からの参加ＭＣグループ」行は、例えば、Ｌ２ＳＷ（３０７）からのＭＣグループ変換要求テーブル（３１３）（図７参照。）のデータを受信する度に更新される。
なお、ＯＮＴ（３０２）は、例えば、Ｖｉｄｅｏ Ｓｅｒｖｅｒ（３１１）から送られたＭＣグループ毎（例えば、ＭＣグループＡ０、Ｂ０など）にＭＣグループ変換テーブル（３２１）を備えるようにしてもよい。

（動作）
図９に、遅延ＭＣグループ作成方法を説明するシーケンス図を示す。
以下、図９では、遅延ＭＣグループが存在しない状況から遅延ＭＣグループが作成され、そして遅延ＭＣグループへ収容を行う動作の例について説明する。

（１）遅延ＭＣグループの作成
まず、通常の輻輳が無い状態でのＩＰ ＭＣデータの配信手順について説明する。
ユーザが、例えば、あるＭＣグループ（以下は説明のため、一例としてＭＣグループＡ０への参加要求とする。）に参加する場合、加入者端末であるＳＴＢ １（３０１−１）は、参加要求として、どのＭＣグループに参加したいかのＩＧＭＰリクエスト（ＩＧＭＰ Ｊｏｉｎ）を上位のＯＮＴ １（３０２−１）へ送信する（処理９０１−１）。ＳＴＢ １（３０１−１）から参加要求のＩＧＭＰリクエストを受け取ったＯＮＴ １（３０２−１）は、自身内のＩＧＭＰ処理部（３２２−１）により、ＭＣグループ変換テーブル（図８）を参照して、「次回からの参加ＭＣグループ」行のＭＣグループ変更元（８０１）に、ＩＧＭＰリクエストにより定められたＭＣグループが存在するか否か確認する（処理９０２）。なお、ＭＣグループ変換テーブル（図８）の作成については後述する。

ＯＮＴ １（３０２−１）内のＭＣグループ変換テーブル（図８）に設定する「次回からの参加ＭＣグループ」行のＭＣグループ変更元（８０１）のデータが存在しない場合、又は、ＭＣグループ変更元(８０１)は存在するが、ＳＴＢ １（３０１−１）が参加要求してきたＭＣグループと一致しない場合、又は、ＭＣグループ変更元（８０１）とＭＣグループ変更先（８０２）が同一の場合、ＯＮＴ １（３０２−１）は、ＯＬＴ（３００）内のＰＯＮ Ｃａｒｄ １（３０４−１）へＩＧＭＰリクエスト（処理９０１−２）をそのまま送信する。ＯＬＴ（３００）内のＰＯＮ Ｃａｒｄ１（３０４−１）では、ＯＮＴ １（３０２−１）から受け取ったＩＧＭＰリクエスト（処理９０１−２）をＯＬＴ（３００）内部のＬ２ＳＷ（３０７）へ送信する（処理９０１−３）。

Ｌ２ＳＷ（３０７）では、ＰＯＮ Ｃａｒｄ １（３０４−１）から受け取ったＩＧＭＰリクエストをもとに、ＯＮＴ管理テーブル（図４）の該当するＭＣグループへ参加ＯＮＴ数（４０１）の更新を行う（処理９０３）。ＯＮＴ管理テーブル（図４）では、ＯＮＴの識別子と、各ＯＮＴが参加しているＭＣグループ名（例えば各ＭＣグループのマルチキャストＩＰアドレスなど）の対応、さらにはＭＣグループ毎の参加ＯＮＴ数（４０１）を管理し、参加ＯＮＴ数（４０１）の値は各ＯＮＴ（３０２）から送信される各ＭＣグループへの参加、離脱要求メッセージによって、随時更新される。

また、上述のＯＮＴ管理テーブル（図４）への更新処理（処理９０３）が終了したＬ２ＳＷ（３０７）は、Ｌ２ＳＷ（３０７）までＳＴＢ（３０１）からの要求の該ＭＣグループのデータがＶｉｄｅｏ Ｓｅｒｖｅｒ（３１１）から到達していない場合（ＭＣグループデータの通信処理（処理９００−１）が完了していない場合）は、ＧｂＥ（３０９−１）、Ｒｏｕｔｅｒ（３１０）を介しＶｉｄｅｏ Ｓｅｒｖｅｒ Ａ（３１１−１）へ上述のＧＭＰリクエストを送信し、Ｖｉｄｅｏ Ｓｅｒｖｅｒ Ａ（３１１−１）へ該当ＭＣグループのデータをＯＬＴ（３００）へ配信するように要求する。すでに、Ｌ２ＳＷ（３０７）までＯＮＴ １（３０２−１）の参加要求があったＭＣグループデータが到達している場合、Ｌ２ＳＷ（３０７）は、ＯＮＴ １（３０２−１）をＭＣグループＡ０へ収容し、以降はＭＣアドレスＡ０のデータをＯＮＴ １（３０２−１）へ配信し続ける（処理９００−２）。続いて、Ｌ２ＳＷ（３０７）は、上述の処理９０３にて更新したＯＮＴ管理テーブル（図４）を基に処理９０４のＭＣグループ作成＆削除判定を行う。
以上が、通常の輻輳が無い状態でのＩＰ ＭＣデータの配信手順である。

図１０は、ＯＮＴ管理テーブル（図４）を基に、遅延ＭＣグループ作成と遅延ＭＣグループの削除を行う判定論理を示したフローチャートである。
図１０を参照して処理９０４の動作を具体的に説明する。
まず、Ｌ２ＳＷ（３０７）は、処理９０３にて更新したＯＮＴ管理テーブル（図４）の参加ＯＮＴ数（４０１）及び遅延ＭＣグループ管理テーブル（図６）のＭＣグループ参加合計ＯＮＴ数（６０５）と、閾値管理テーブル（図５）の遅延ＭＣグループ作成閾値（５０１）との比較を行う（処理１００１）。各ＭＣグループの参加ＯＮＴ数（４０１）が遅延ＭＣグループ作成閾値（５０１）を超過していない場合、且つ、ＭＣグループ参加合計ＯＮＴ数（６０５）が０でない場合（処理１００１：その他）、Ｌ２ＳＷ（３０７）は、処理９０４では何もせず終了する。

次に、特定の番組にユーザが集中し始め、輻輳が起き始めた場合の動作について説明する。
一方、処理１００１で、Ｌ２ＳＷ（３０７）が、参加ＯＮＴ数（４０１）が遅延ＭＣグループ作成閾値（５０１）を超過したと判断した場合（処理１００１：「参加ＯＮＴ数」＞「遅延ＭＣグループ作成閾値」）、Ｌ２ＳＷ（３０７）は、同一のコンテンツを流す別のストリームで参加者数が遅延ＭＣグループ作成閾値を超えていないストリームが存在するかどうか、遅延ＭＣグループ管理テーブル内の各ＭＣグループ（図６）への参加判定を行う（処理１００２）。

たとえば、現在の記憶されているいずれかの遅延ＭＣグループＡ１、Ａ２等において、遅延ＭＣグループ参加合計ＯＮＴ数（６０５）が遅延ＭＣグループ作成閾値（５０１）を超過していないＭＣグループが存在した場合、Ｌ２ＳＷ（３０７）は、既存のＭＣグループに参加可能であると判断する（１００２：Ｙｅｓ）。一方、処理１００２で、参加可能な遅延ＭＣグループが一つも存在しなかった場合、例えば、全ての既存ＭＣグループの各ＭＣグループ参加合計ＯＮＴ数（６０５）が遅延ＭＣグループ作成閾値（５０１）を超過していた場合、又は、遅延ＭＣグループが一つも存在しなかった場合は、Ｌ２ＳＷ（３０７）は、既存のＭＣグループに参加不可能であると判断する（１００２：Ｎｏ）。

参加可能（１００２：Ｙｅｓ）なＭＣグループが一つ以上存在した場合（１００２：Ｙｅｓ）は、Ｌ２ＳＷ（３０７）は、最も遅延量が少ないＭＣグループ（通常ＭＣグループ含む）を検索するため遅延ＭＣグループ管理テーブル（図６）の管理番号Ｎｏ（６００）の若い順（Ｎ＝０）から参加可能なＭＣグループの検索を行う（処理１００５）。例えば、Ｌ２ＳＷ（３０７）は、まず、予め定義された検索用の変数Ｎに初期値（例えば０）を設定する（処理１００３）。Ｌ２ＳＷ（３０７）は、遅延ＭＣグループ管理テーブル（図６）のＮ番目のＭＣグループ参加合計ＯＮＴ数（６０５）が、閾値管理テーブル（図５）の遅延ＭＣグループ作成閾値（５０１）以下か否かを判断する。ＭＣグループ参加合計ＯＮＴ数（６０５）が、閾値管理テーブル（図５）の遅延ＭＣグループ作成閾値（５０１）より大きい場合、Ｌ２ＳＷ（３０７）は、変数Ｎに１を足して、再度、処理１００５を実行する（処理１００６）。処理１００５において、ＭＣグループ参加合計ＯＮＴ数（６０５）が、閾値管理テーブル（図５）の遅延ＭＣグループ作成閾値（５０１）以下の場合、その後、処理１００７では処理１００５にて発見した、遅延量が最も少ない参加可能なＭＣグループへの参加要求を出すため、Ｌ２ＳＷ（３０７）は、全ＯＮＴ（３０２）へ対して該当のＭＣグループを指定してＭＣグループ変換要求テーブル（図７）のデータを配信する。

一方、既存のＭＣグループへ参加不可能と判断した場合（１００２：Ｎｏ）、Ｌ２ＳＷ（３０７）は、現在の遅延ＭＣグループよりもさらに遅延量を増やした遅延ＭＣグループの作成を行う（処理１００４）。遅延ＭＣグループの作成方法として、Ｌ２ＳＷ（３０７）は、まず、管理番号Ｎｏ（６００）「Ｎ番目」及び遅延量（６０１）を定める。そして、Ｌ２ＳＷ（３０７）は、該当ＭＣグループの本来のＭＣアドレス（例えば、Ａ０）を別のＭＣアドレス（例えば、Ａ１）へ変換するためのデータＭＣグループ名（６０２）（例えば、Ｌ２ＳＷ（３０７）での変換後のＭＣアドレスとすることができる。）及びＶｉｄｅｏ Ｓｅｒｖｅｒから送られたＭＣアドレス（６０３）を定める。また、ＭＣグループ参加合計ＯＮＴ数（６０５）は、新規作成のため、「０」に一意に定まる。Ｌ２ＳＷ（３０７）は、遅延ＭＣグループ管理テーブル（図６）へ今回作成した各情報（例えば、管理番号Ｎｏ（６００）、遅延量（６０１）、ＭＣグループ名（６０２）、Ｖｉｄｅｏ Ｓｅｒｖｅｒ（３１１）から送られたＭＣアドレス（６０３）、Ｌ２ＳＷ（３０７）での変換後のＭＣアドレス（６０４）及びＭＣグループ参加合計ＯＮＴ数（６０５））を格納する。また、Ｌ２ＳＷ（３０７）は、Ｖｉｄｅｏ Ｓｅｒｖｅｒ（３１１）から送られたＭＣアドレス（６０３）及びＬ２ＳＷ（３０７）での変換後のＭＣアドレス（６０４）を、ＭＣグループ変換要求テーブル（図７）のＭＣグループ変更元（７０１）及びＭＣグループ変更先（７０２）にそれぞれ設定する。Ｌ２ＳＷ（３０７）は、設定したデータのうち少なくとも別のＭＣアドレスである変更先ＭＣアドレス（例えばＡ１）又は変更先ＭＣグループを遅延バッファ（３０５）へ受け渡す（処理９０５）。このとき、遅延量も受け渡すようにしても良いし、遅延量を受け渡さずに遅延バッファ（３０５）とＬ２ＳＷ（３０７）との間で予め定めた遅延量としても良い。さらに、Ｌ２ＳＷ（３０７）は、全ＯＮＴ（３０２）に対して、ＳＴＢ（３０１）からＭＣグループＡ０へ参加要求があった場合はＭＣグループＡ１へ変換するようにＭＣグループ変換要求テーブル（図７）のデータを配信する（処理１００７）（処理９０６−１〜２）。一方、遅延バッファ（３０５）は、ＭＣアドレス（例えば、Ａ１）と遅延量に従い、遅延ＭＣグループＡ１の作成を開始する。

また、ＭＣグループ変換要求テーブル（図７）のデータを受信した各ＯＮＴ（３０２）は、ＭＣグループ変換要求テーブル（図７）のデータに基づいてＭＣグループ変換テーブル（図８）の「次回からの参加ＭＣグループ」の行にＭＣグループ変換要求テーブル（図７）のＭＣグループ変更元（７０１）及びＭＣグループ変更先（７０２）をそれぞれ設定することで作成又は更新を行う（処理９０７）。

なお、Ｌ２ＳＷ（３０７）は、遅延量（６０１）、ＭＣグループ名（６０２）及びＬ２ＳＷ（３０７）での変換後のＭＣアドレス（６０４）を複数予め定めておくことができる。その設定に従い、Ｌ２ＳＷ（３０７）は、遅延ＭＣグループのデータを作成することができる。また、管理番号Ｎｏ（６００）は、シーケンス番号として定めることができる。また、処理１００４の後に、処理１００３を実行するようにしてもよい。また、本実施の形態では、一例として、ＭＣグループ名（６０２）は、Ｌ２ＳＷでの変換後のＭＣアドレス（６０４）と同一としているが、これとは異なる予め定められた値を用いても良い。

（２）遅延ＭＣグループ作成後の参加
以降では、新規で遅延ＭＣグループを作成した場合（１００２：Ｎｏ）の例として説明する。
図１５に、ＯＮＴがＭＣグループへの参加要求を受信した場合のフローチャートを示す。
上述のような状況で、例えば、ＳＴＢ ２（３０１−２）が、ＭＣグループＡ０への参加要求を上げてきたとする（処理９０８、処理１５０１）。ＳＴＢ ２（３０１−２）からＭＣグループＡ０に対してのＩＧＭＰリクエストを受け取ったＯＮＴ ２（３０２−２）は、自身内のＩＧＭＰ処理部（３２２−２）にて、保持したＭＣグループ変換テーブル（図８）を参照する（処理９０９、処理１５０３）。ＯＮＴ（３０２−２）は、ＭＣグループ変換テーブル（図８）の「次回からの参加ＭＣグループ」行のＭＣグループ変更元（８０１）と今回、ＳＴＢ ２（３０１−２）が参加要求をしてきたＭＣグループが一致するかを判断する（処理１５０５）。処理１５０５において、ＭＣグループ変更元（８０１）と参加要求をしてきたＭＣグループが一致した場合は、ＯＮＴ（３０２−２）は、ＯＮＴ（３０２−２）内のＩＧＭＰ処理部（３２２−２）にて、受信したＭＣグループを「次回からの参加ＭＣグループ」行のＭＣグループ変更先（８０２）へ変更をした後、Ｌ２ＳＷ（３０７）へ参加要求を送信する（処理９１０−１〜２、処理１５０９）。この例では、ＭＣグループＡ０をＭＣグループＡ１に変換した場合を示す。

また、ＯＮＴ（３０２）内では現在の参加中であるＭＣグループを管理するため、ＯＮＴ（３０２）は、処理９０９後（具体的には、処理１５０５後）に「次回からの参加ＭＣグループ」のＭＣグループ変更元（８０１）と、ＭＣグループ変更先（８０２）の情報（例えば、マルチキャストアドレス）を、「現在参加中のＭＣグループ」のＭＣグループ変更元（８０３）と、ＭＣグループ変更先（８０４）へそれぞれコピーする（処理１５０９）。これによりＯＮＴ（３０２）で、ＳＴＢ（３０１）がどのＭＣグループへ参加しているかの情報を保持できる。

また、処理１５０５において、ＭＣグループ変更元（８０１）と参加要求をしてきたＭＣグループが一致しなかった場合、ＯＮＴ（３０２−１）は、ＳＴＢ ２（３０１−２）が参加要求をしてきたＭＣグループを指定して、Ｌ２ＳＷ（３０７）へ参加要求を送信する（処理１５１１）。

ＯＮＴ ２（３０２−２）から送信されたＩＧＭＰリクエストを受け取ったＬ２ＳＷ（３０７）は、ＯＮＴ ２（３０２−２）から要求があった遅延ＭＣグループＡ１へ収容するように、遅延ＭＣグループ管理テーブル（図６）の更新を行う（具体的には、例えば、ＭＣグループＡ１のＭＣグループ参加合計ＯＮＴ数（６０５）をインクリメントする。）（処理９１１）。また、Ｌ２ＳＷ（３０７）は、ＯＮＴ管理テーブル（図４）の参加ＯＮＴ数（４０１）も同様に更新する。具体的には、例えば、参加ＯＮＴ数（４０１）において、Ｖｉｄｅｏ Ｓｅｒｖｅｒ（３１１）から送られたＭＣグループ毎の参加ＯＮＴ数（各ＭＣグループＡ０、Ａ１及びＡ２それぞれのＭＣグループ参加合計ＯＮＴ数（６０５）の合計値）を管理している場合は、Ｌ２ＳＷ（３０７）は、参加ＯＮＴ数（４０１）をインクリメントすればよい。また、例えば、参加ＯＮＴ数（４０１）において、各通常ＭＣグループの参加ＯＮＴ数を管理している場合は、Ｌ２ＳＷ（３０７）は、通常ＭＣグループに参加する場合のみ参加ＯＮＴ数（４０１）をインクリメントすればよい。

その後、Ｌ２ＳＷ（３０７）は、遅延ＭＣグループ管理テーブル（図６）のＶｉｄｅｏ Ｓｅｒｖｅｒ（３１１）から送られたＭＣアドレス（６０３）又はＬ２ＳＷ（３０７）での変換後のＭＣアドレス（６０４）を参照することなどから、参加要求が遅延ＭＣグループ（遅延ＭＣアドレス）への参加要求であることが判断できるので、遅延バッファ（３０５）へ遅延ＭＣグループＡ１の遅延データストリームをＯＮＴ ２（３０２−２）へ配信するための要求を行う（処理９１２）。その要求を受け取った遅延バッファ（３０５）は、それまで作成していた遅延ＭＣグループＡ１の遅延データストリームをＯＮＴ ２（３０２−２）へ配信を開始する（処理９１３−１〜２）。

遅延バッファ（３０５）からＭＣグループＡ１のデータを受け取ったＯＮＴ ２（３０２−２）は、ＭＣグループ変更テーブル（図８）を参照し「現在参加中のＭＣグループ」のＭＣグループ変更先（８０４）を、ＭＣアドレス変更元（８０３）へ変更（変更というよりはＳＴＢ（３０１）要求の元のＭＣグループへ戻す。）してから（処理９１４）、ＳＴＢ ２（３０１−２）へＭＣグループＡ０のデータとして配信する（処理９１５）。上述の方法により、ＳＴＢ ２（３０１−２）は、ＳＴＢ １（３０１−１）と同一のデータ（例えば、ＭＣグループＡ０のデータ）であるが、遅延量で定められた時間（例えば、数秒間）遅延したＭＣデータＡ０を受け取る事となる。

（３）遅延ＭＣグループの削除
次に、特定の番組へのユーザの集中が納まり、輻輳状態が解消していく場合の動作について説明する。
図１１に、ＭＣグループ削除を説明するシーケンス図を示す。
また、図１６に、ＯＮＴがＭＣグループへの離脱要求を受信した場合のフローチャートを示す。
以下、図１１シーケンス図は、上述の図９のシーケンス図の続きであり、ＳＴＢ ２（３０１−２）が遅延ＭＣグループから離脱する事を例としてあげている。

遅延ＭＣグループは、該当遅延ＭＣグループへ参加しているＯＮＴ（３０２）が無くなった時点（具体的には、例えば、遅延ＭＣグループ管理テーブル（図６）のいずれかの遅延ＭＣグループのＭＣグループ参加合計ＯＮＴ数（６０５）が０となった時）で削除可能となる。遅延ＭＣグループ削除方法の一つとして以下の一例をあげる。

ＳＴＢ ２（３０１−２）は、それまで参加していたＭＣグループＡ０から離脱するＩＧＭＰリクエスト（ＩＧＭＰ Ｌｅａｖｅ）を上位に位置するＯＮＴ ２（３０２−２）へ配信する（処理１１００、処理１６０１）場合を想定する。この場合、ＳＴＢ ２（３０１−２）からＩＧＭＰリクエストを受け取ったＯＮＴ ２（３０２−２）は、自身内のＩＧＭＰ処理部（３２２−２）にてＭＣグループ変換テーブル（図８）を参照する（処理１１０１、処理１６０３）。ＯＮＴ ２（３０２−２）は、ＭＣグループ変換テーブル（図８）の「現在参加中のＭＣグループ」行の「ＭＣグループ変更元」（８０３）と、ＳＴＢ ２（３０１−２）が要求してきた離脱ＭＣグループが一致するか判定する（処理１６０５）。処理１６０５において、ＯＮＴ ２（３０２−２）が、「ＭＣグループ変更元」（８０３）と、ＳＴＢ ２（３０１−２）が要求してきた離脱ＭＣグループが同じであると判定した場合、ＯＮＴ ２（３０２−２）は、ＳＴＢ ２（３０１−２）から要求があった離脱ＭＣグループ名をＭＣグループ変換テーブル（図８）の「現在参加中のＭＣグループ」行のＭＣグループ変更先（８０４）へと変更を行い（この例では、「現在参加中のＭＣグループ」行では、ＭＣグループ変更元に「ＭＣグループＡ０」、ＭＣグループ変更先に「ＭＣグループＡ１」が記憶されている場合を想定する。）、ＯＬＴ（３００）内のＬ２ＳＷ（３０７）へ送信する（処理１１０２−１〜２、処理１６０７）。

また、処理１６０５において、「ＭＣグループ変更元」（８０３）と、ＳＴＢ ２（３０１−２）が要求してきた離脱ＭＣグループが一致しなかった場合、ＯＮＴ ２（３０２−２）は、ＳＴＢ ２（３０１−２）から要求があった離脱ＭＣグループを指定して、Ｌ２ＳＷ（３０７）へ離脱要求を送信する（処理１６０９）。

このように、「現在参加中のＭＣグループ」と「次回からの参加ＭＣグループ」の両方を管理することで、例えば、ＯＮＴ（３０２）が、ＯＬＴ（３００）からＭＣグループ変換要求（図７）のデータを受信後に、ＳＴＢ（３０１）からＭＣグループＡ０から離脱する要求を受信した場合にも、ＯＮＴ（３０２）は、「現在参加中のＭＣグループ」の行を参照することで、正しく変更先のＭＣグループを求めることができる。また、同様に、ＳＴＢ（３０１）からＭＣグループＡ０へ参加する要求を受信した場合も、ＯＮＴ（３０２）は、「次回からの参加ＭＣグループ」の行を参照することで、正しく変更先のＭＣグループを求めることができる。

ＯＮＴ ２（３０２−２）から離脱要求のＩＧＭＰリクエストを受け取ったＬ２ＳＷ（３０７）は、遅延ＭＣグループ管理テーブル（図６）の内容を更新する（具体的には、例えば、ＭＣグループＡ１のＭＣグループ参加合計ＯＮＴ数（６０５）をデクリメントする。）（処理１１０３）。また、Ｌ２ＳＷ（３０７）は、ＯＮＴ管理テーブル（図４）の参加ＯＮＴ数（４０１）も同様に更新する。具体的には、例えば、参加ＯＮＴ数（４０１）において、Ｖｉｄｅｏ Ｓｅｒｖｅｒ（３１１）から送られたＭＣグループ毎の参加ＯＮＴ数（各ＭＣグループＡ０、Ａ１及びＡ２それぞれのＭＣグループ参加合計ＯＮＴ数（６０５）の合計値）を管理している場合は、Ｌ２ＳＷ（３０７）は、参加ＯＮＴ数（４０１）をデクリメントすればよい。また、例えば、参加ＯＮＴ数（４０１）において、各通常ＭＣグループの参加ＯＮＴ数を管理している場合は、Ｌ２ＳＷ（３０７）は、通常ＭＣグループから離脱する場合のみ参加ＯＮＴ数（４０１）をデクリメントすればよい。

つぎに、Ｌ２ＳＷ（３０７）は、図１０のＭＣグループ作成＆削除判定のフローチャートに従い処理を実行する（処理１１０４）。Ｌ２ＳＷ（３０７）に離脱要求のＩＧＭＰリクエストが届いた場合は、Ｌ２ＳＷ（３０７）は、遅延ＭＣグループ管理テーブル（図６）の遅延ＭＣグループについてＭＣグループ参加合計ＯＮＴ数（６０５）が０になっていないか判断する（処理１００１）（なお、通常ＭＣグループは、参加ＯＮＴ数が０になっても削除を行わないとする）。もし、離脱要求のＩＧＭＰリクエストによりＭＣグループへ参加しているＯＮＴが０となった場合（処理１００１：ＯＮＴ参加数＝０）、Ｌ２ＳＷ（３０７）は、上述の処理１００２と同様の手段で、該当遅延ＭＣグループ以外の他の既存のＭＣグループへ参加可能であるか判断する（処理１００８）。

もし、該当遅延ＭＣグループへの参加数は０であるが、他の既存のＭＣグループへ参加が不可能である場合（処理１００８：Ｎｏ）、Ｌ２ＳＷ（３０７）は、該当遅延ＭＣグループの削除は行わない（処理１０１０）。これは、他の既存の遅延ＭＣグループへの参加が出来ない場合、新規で遅延ＭＣグループの作成を行わなければならないため、参加ＯＮＴ数は０となっても該当ＭＣグループを残しておく事で再度の新規ＭＣグループ作成の手戻りを防げるためである。

一方、該当遅延ＭＣグループへの参加数が０であり、他の既存のＭＣグループへ参加が可能である場合（処理１００８：Ｙｅｓ）、Ｌ２ＳＷ（３０７）は、参加可能であると判断したＭＣグループへ参加するようにＭＣグループ変換要求テーブル（図７）を作成し、全ＯＮＴ（３０２）に対して配信する（処理１００９、１１０５、１１０６）。その後、Ｌ２ＳＷ（３０７）は、ＭＣグループ参加合計ＯＮＴ数（６０５）が０となった該当の遅延ＭＣグループを遅延ＭＣグループ管理テーブル（図６）から削除し（処理１０１１）、同時に遅延バッファ（３０５）にて行っていた、遅延ＭＣグループの作成も終了する（処理１１０９）。
また、ＭＣグループ変換要求テーブル（図７）のデータを受信した各ＯＮＴ（３０２）は、ＭＣグループ変換テーブル（図８）の更新を行う（処理１１０７、１１０８）。

このようなＭＣグループ削除処理により、不要となった遅延ＭＣグループを他のＭＣグループ参加ユーザへ影響を与えず削除する事が可能である。さらに、上述した遅延ＭＣグループ作成方法によれば、新規ＭＣグループを作成する事を契機として、最も遅延の少ないＭＣグループ（ＭＣグループＡ０を含む）を検索し、該当する最も遅延が少ないＭＣグループへ参加させるという処理を行っているため、いずれは通常ＭＣグループだけが存在する形を可能とする。

２．第２の実施の形態

（ハード構成）
図１４に、第２の実施の形態のＰＯＮシステムの構成図を示す。
第２の実施の形態のＰＯＮシステムの構成図は、例えば、第１の実施の形態の構成に加えてＭＣグループ再配置テーブル（３３１）を備える。

（テーブル構成）
図１３は、ＭＣグループ再配置テーブルのフォーマットの説明図である。
ＭＣグループ再配置テーブル（３３１）は遅延ＭＣグループ管理テーブル（図６）を引用して作成され、遅延ＭＣグループ管理テーブル（図６）の中で参加可能なＭＣグループを、遅延量の少ない順に再配置Ｎｏ（１３００）として並び変えたものである。その他の構成は、遅延ＭＣグループ管理テーブル（図６）と同様である。

（動作）
図１２に、第２の実施の形態のフローチャートを示す。
第２の実施の形態のフローチャートは、処理１２０３及び処理１２０５以外の処理については、第１の実施の形態のフローチャート（図１０）と同様である。
上述の第１の実施の形態の（動作）では図１０のフローチャート（処理１００２〜１００７）のように、既存の遅延ＭＣグループへ参加可能である場合は、最も遅延量の少ないＭＣグループへ参加させるとしていた。この箇所を、図中のフローチャート（処理１２０３）のように、Ｌ２ＳＷ（３０７）は、一度参加可能なＭＣグループだけを抜き出して遅延量の少ない順に再配置Ｎｏ（１３００）として並び変えることで、ＭＣグループ再配置テーブル（図１３）を作成する。つぎに、処理１２０５では、Ｌ２ＳＷ（３０７）は、ＭＣグループ再配置テーブル（図１３）を参照して、たとえば、ＭＯＤ（同一ＭＣグループに参加中の全ＯＮＴ数，現在の参加可能なＭＣグループ数）＝Ｎ（Ｎは再配置Ｎｏ数）の計算を行う（ここでいう、ＭＯＤ（ａ，ｂ）とは、引数ａを引数ｂで割った余りを求める剰余計算を表す。）。処理１００７では、Ｌ２ＳＷ（３０７）は、上述の処理１２０５により算出した、再配置Ｎｏ（１３００）のグループへ接続するようにＭＣグループ変換要求テーブル（図７）を作成する（処理１００７）。
即ち、各ＯＮＴ（３０２）への「次に接続するＭＣグループ名」又は「次に接続するＭＣアドレス」の設定を、その時点で存在する同一内容の各ＭＣグループに均等に割り当てられるように選ぶことが可能である。

本発明は、例えば、ＰＯＮシステムにおいて利用可能である。また、ＭＣグループ名は、ＭＣアドレスとする他にもＭＣグループを識別するための適宜のＭＣグループ識別情報を用いることができる。

ＰＯＮシステムにおけるネットワーク構成図。 ビデオマルチキャストによるＩＧＭＰリクエストとビデオデータストリームのシーケンス図。 本発明を適用した光受動網システム（ＰＯＮ）においてのシステムブロック構成図。 ＯＮＴ管理テーブルの説明図。 Ｌ２ＳＷ内に設けた閾値を管理するテーブルの説明図。 Ｌ２ＳＷに配置した遅延ＭＣグループ管理テーブルの説明図。 Ｌ２ＳＷに配置したＭＣグループ変換要求テーブルの説明図。 ＭＣグループ変換テーブルの説明図。 遅延ＭＣグループ作成方法を説明するシーケンス図。 ＯＮＴ管理テーブル（図４）を基に、ＭＣグループ作成と遅延ＭＣグループの削除を行う判定論理を示したフローチャート。 ＭＣグループ削除を説明するシーケンス図。 第２の実施の形態２フローチャート。 ＭＣグループ再配置テーブルの説明図。 第２の実施の形態のＰＯＮシステムの構成図。 ＯＮＴがＭＣグループへの参加要求を受信した場合のフローチャート。 ＯＮＴがＭＣグループへの離脱要求を受信した場合のフローチャート。

符号の説明

１０、３００ 光多重終端装置（ＯＬＴ）
１１ 基幹光ファイバ
１２、３０３ 光スプリッタ
１３ 支線光ファイバ
１４、３０２ 終端装置（ＯＮＴ）
１５ 加入者サービス
１６、３１０ Ｒｏｕｔｅｒ
１７、３１１ Ｖｉｄｅｏ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ 内のＶｉｄｅｏ Ｓｅｒｖｅｒ
１８ Ｉｎｔｅｒｎｅｔ網
１９ 電話公衆網
２１ 参加要求（ＩＧＭＰ Ｊｏｉｎ）
２２ マルチキャストグループの作成
２３ ビデオデータ
２４ Ｖｉｄｅｏ Ｓｅｒｖｅｒの応答
２５ 受信要求（ＩＧＭＰ Ｒｅｐｏｒｔ）
２６ 離脱要求（ＩＧＭＰ Ｌｅａｖｅ）
２７ マルチキャストグループの削除
３０１ ＳＴＢ
３０４ ＰＯＮ Ｃａｒｄ
３０５ ビデオデータ遅延バッファ
３０６ 遅延ストリーム管理低ぶる
３０７ Ｌ２ＳＷ（Ｌａｙｅｒ ２ Ｓｗｉｔｃｈ ） Ｃａｒｄ
３０８ 加入者ＰＯＮ Ｐｏｒｔ管理テーブル
３０９ ＧｂＥカード

Claims (10)

1. マルチキャスト（ＭＣ）ストリームのサーバと接続される光多重終端装置（ＯＬＴ）と、ＭＣストリーム終端用のひとつ又は複数の加入者端末を収容するひとつ又は複数の光網終端装置（ＯＮＴ）とを、基幹光ファイバ及び光スプリッタ／カプラ及び複数の支線光ファイバを含む光受動網で接続した通信システムであって、
   前記ＯＬＴは、
   ＭＣストリームのグループであるＭＣグループ識別情報毎に、参加ＯＮＴ数を記録するＯＮＴ管理テーブルと、
   各ＭＣグループ識別情報、又は、前記ＭＣストリームと同一内容であって該ＭＣストリームより予め設定した遅延時間だけ配信タイミングを遅らせた遅延ストリームのグループである遅延ＭＣグループ識別情報に対応して、サーバから送られた変換元ＭＣアドレスと、変換先ＭＣアドレスと、そのＭＣグループ又は遅延ＭＣグループへの参加ＯＮＴ数を管理する遅延ＭＣグループ管理テーブルと、
   変換元ＭＣグループ識別情報に対する変換先ＭＣグループ識別情報を記憶するＭＣグループ変換要求テーブルと、
   前記変換先ＭＣグループ識別情報に対応して、ひとつもしくは複数の遅延ストリームを生成し、該遅延ストリームを配信するための遅延バッファと、
   加入者端末から受け取った参加要求をもとに、前記ＯＮＴ管理テーブル及び／又は前記遅延ＭＣグループ管理テーブル及び／又は前記ＭＣグループ変換要求テーブルを作成または変更し、前記遅延バッファを制御し、ストリームを配信するための処理部と、
   を備え、
   
   前記ＯＮＴは、
   参加要求された変換元ＭＣグループ識別情報に対応して変換先ＭＣグループ識別情報を、現在参加中及び次回参加に対して記憶したＭＣグループ変換テーブル
   を備え、
   
   前記ＯＬＴの前記処理部は、
   前記ＯＮＴ管理テーブルを参照し、加入者端末から参加要求があったＭＣグループ識別情報に基づき、そのＭＣグループに参加している参加ＯＮＴ数が、予め定められた閾値より大きい場合、
   前記遅延ＭＣグループ管理テーブルを参照し、いずれかのＭＣグループ又は遅延ＭＣグループの参加ＯＮＴ数が予め定められた閾値を超えていない場合は、その閾値を越えていないＭＣグループ又は遅延ＭＣグループの変換元ＭＣアドレス及び変換先アドレスに基づき前記ＭＣグループ変換要求テーブルを作成し、前記ひとつ又は複数のＯＮＴに前記ＭＣグループ変換要求テーブルのデータを変換要求として配信し、
   前記遅延バッファに前記ビデオサーバから受信したＭＣストリームを前記変換先ＭＣアドレス又は前記遅延グループ識別情報に対応して送り、予め定められた時間遅れた遅延ストリームの作成を開始または継続させ、
   
   前記ＯＮＴは、
   前記変換要求を前記ＯＬＴから受けると、変換元ＭＣグループ識別情報に対応して変換先ＭＣグループ識別情報を前記ＭＣグループ変換テーブルの次回参加のエントリに記憶し、
   加入者端末から、前記変換元ＭＣグループに参加する参加要求を受けると、
   前記ＭＣグループ変換テーブルの次回参加エントリに従い、変換元ＭＣグループ識別情報を変換先ＭＣグループ識別情報に変換して、前記ＯＬＴへ参加要求を送信することにより、
   
   前記ＯＬＴは、前記変換先ＭＣグループ識別情報に従い、前記遅延バッファから前記ＯＮＴに遅延ストリームを配信する前記通信システム。
2. 前記ＯＬＴの処理部は、変換先ＭＣグループへの参加要求を受け取ると、該参加要求に基づき前記ＯＮＴ管理テーブル及び／又は前記遅延ＭＣグループ管理テーブルの参加ＯＮＴ数を更新し、前記遅延バッファへ前記変換先ＭＣグループの遅延ストリームを加入者端末へ配信するように要求することを特徴とする請求項１に記載の通信システム。
3. 前記ＯＮＴは、前記ＯＬＴから変換先ＭＣグループの遅延ストリームを受け取ると、前記ＭＣグループ変換テーブルに従い、変換先マルチキャストアドレスを変換元マルチキャストアドレスへ変換したのち、自身配下の加入者端末へ遅延ストリームの送信を行うことを特徴とする請求項１又は２に記載の通信システム。
4. 前記ＯＮＴは、前記加入者端末から次回参加に対する変換元ＭＣグループへの参加要求を受けると、次回参加のエントリを今回参加中のエントリにコピーすることを特徴とする請求項１乃至３のいずれかに記載の通信システム。
5. 前記ＯＬＴの処理部は、前記変換先ＭＣグループに参加不可の場合、現在の遅延ＭＣグループよりもさらに遅延量を増やした遅延ＭＣグループのエントリを作成し、前記遅延ＭＣグループ管理テーブルに記憶することを特徴とする請求項１乃至４のいずれかに記載の通信システム。
6. 前記ＯＬＴの処理部は、離脱要求があった場合、前記遅延ＭＣグループ管理テーブルを参照し、参加ＯＮＴ数がゼロの遅延ＭＣグループがあり、且つ、既存の他のＭＣグループ又は遅延ＭＣグループに参加可能である場合、前記参加ＯＮＴ数がゼロの遅延グループのエントリを前記遅延ＭＣグループ管理テーブルから削除することを特徴とする請求項１乃至５のいずれかに記載の通信システム。
7. 変換先ＭＣグループに基づき参加可能なＭＣグループ又は遅延ＭＣグループを、前記遅延ＭＣグループ管理テーブルに記憶された既存のＭＣグループ及び遅延ＭＣグループの内、均等に割当てられるように選択することを特徴とする請求項１乃至６のいずれかに記載の通信システム。
8. 変換先ＭＣグループに基づき参加可能なＭＣグループ又は遅延ＭＣグループを、前記遅延ＭＣグループ管理テーブルに記憶された既存のＭＣグループ及び遅延ＭＣグループの内、一番遅延量が少ないものに割当てるよう選択することを特徴とする請求項１乃至６のいずれかに記載の通信システム。
9. マルチキャスト（ＭＣ）ストリームのサーバと接続される光多重終端装置（ＯＬＴ）と、ＭＣストリーム終端用のひとつ又は複数の加入者端末を収容するひとつ又は複数の光網終端装置（ＯＮＴ）とを、基幹光ファイバ及び光スプリッタ／カプラ及び複数の支線光ファイバを含む光受動網で接続した通信システムにおけるＯＬＴであって、
   前記ＯＬＴは、
   ＭＣストリームのグループであるＭＣグループ識別情報毎に、参加ＯＮＴ数を記録するＯＮＴ管理テーブルと、
   各ＭＣグループ識別情報、又は、前記ＭＣストリームと同一内容であって該ＭＣストリームより予め設定した遅延時間だけ配信タイミングを遅らせた遅延ストリームのグループである遅延ＭＣグループ識別情報に対応して、サーバから送られた変換元ＭＣアドレスと、変換先ＭＣアドレスと、そのＭＣグループ又は遅延ＭＣグループへの参加ＯＮＴ数を管理する遅延ＭＣグループ管理テーブルと、
   変換元ＭＣグループ識別情報に対する変換先ＭＣグループ識別情報を記憶するＭＣグループ変換要求テーブルと、
   前記変換先ＭＣグループ識別情報に対応して、ひとつもしくは複数の遅延ストリームを生成し、遅延ストリームを配信するための遅延バッファと、
   加入者端末から受け取った参加要求をもとに、前記ＯＮＴ管理テーブル及び／又は前記遅延ＭＣグループ管理テーブル及び／又は前記ＭＣグループ変換要求テーブルを作成または変更し、前記遅延バッファを制御し、ストリームを配信するための処理部と、
   を備え、
   
   前記ＯＬＴの前記処理部は、
   前記ＯＮＴ管理テーブルを参照し、加入者端末から参加要求があったＭＣグループ識別情報に基づき、そのＭＣグループに参加している参加ＯＮＴ数が、予め定められた閾値より大きい場合、
   前記遅延ＭＣグループ管理テーブルを参照し、いずれかのＭＣグループ又は遅延ＭＣグループの参加ＯＮＴ数が予め定められた閾値を超えていない場合は、その閾値を越えていないＭＣグループ又は遅延ＭＣグループの変換元ＭＣアドレス及び変換先アドレスに基づき前記ＭＣグループ変換要求テーブルを作成し、前記ひとつ又は複数のＯＮＴに前記ＭＣグループ変換要求テーブルのデータを変換要求として配信し、前記ＯＮＴに、前記変換要求により、変換元ＭＣグループ識別情報に対応して変換先ＭＣグループ識別情報をＭＣグループ変換テーブルの次回参加のエントリに記憶させ、
   前記遅延バッファに前記ビデオサーバから受信したＭＣストリームを前記変換先ＭＣアドレス又は前記遅延グループ識別情報に対応して送り、予め定められた時間遅れた遅延ストリームの作成を開始または継続させ、
   
   前記ＯＮＴが、加入者端末から、前記変換元ＭＣグループに参加する参加要求を受けると、前記ＭＣグループ変換テーブルの次回参加エントリに従い、変換元ＭＣグループ識別情報を変換先ＭＣグループ識別情報に変換して、前記ＯＬＴへ参加要求を送信することにより、前記ＯＬＴは、前記変換先ＭＣグループ識別情報に従い、前記遅延バッファから前記ＯＮＴに遅延ストリームを配信するようにした前記ＯＬＴ。
10. マルチキャスト（ＭＣ）ストリームのサーバと接続される光多重終端装置（ＯＬＴ）と、ＭＣストリーム終端用のひとつ又は複数の加入者端末を収容するひとつ又は複数の光網終端装置（ＯＮＴ）とを、基幹光ファイバ及び光スプリッタ／カプラ及び複数の支線光ファイバを含む光受動網で接続した通信システムにおける輻輳制御方法であって、
    前記ＯＬＴは、
    前記各ＭＣグループ識別情報、又は、前記ＭＣストリームと同一内容であって該ＭＣストリームより予め設定した遅延時間だけ配信タイミングを遅らせた遅延ストリームのグループである遅延ＭＣグループ識別情報に対応して、サーバから送られた変換元ＭＣアドレスと、変換先ＭＣアドレスと、そのＭＣグループ又は遅延ＭＣグループへの参加ＯＮＴ数を管理する遅延ＭＣグループ管理テーブルに対して、特定のＭＣグループにユーザが閾値数以上集中した場合、遅延ＭＣグループ識別情報に対応するエントリを作成し、
    前記変換先ＭＣグループ識別情報に対応して、ひとつもしくは複数の遅延ストリームを生成し、前記遅延ストリームを配信するための遅延バッファにより、前記変換先ＭＣアドレス又は前記遅延ＭＣグループ識別情報に対応して、設定遅延時間分だけタイミングの遅れた遅延ストリームの生成を開始又は継続し、
    前記ＯＮＴは、
    前記加入者端末から新たに前記変換元ＭＣグループへの接続要求があった場合には、参加要求の変換元ＭＣグループ識別情報を、前記変換先ＭＣグループ識別情報に変換し、遅延ストリームの前記変換先ＭＣグループ識別情報への接続要求を前記ＯＬＴに送ることにより、
    
    前記ＯＬＴは、前記変換先ＭＣグループ識別情報に従い、前記遅延バッファから前記ＯＮＴに遅延ストリームを配信する前記輻輳制御方法。

Images