(57)【特許請求の範囲】
【請求項１】
情報配信装置から中継ノードを介して複数の移動端末にデータをマルチキャスト配信するシステムのパラメータの設定変更を行う方法であって、
パラメータ調整設定装置が、前記複数の移動端末から出力されたデータ受信状況を解析して、前記データ受信状況を所定の範囲にするための情報配信装置設定変更用パラメータおよび中継ノード設定変更用パラメータを計算し、
前記パラメータ調整設定装置は、前記情報配信装置設定変更用パラメータを前記情報配信装置に送信し、
前記情報配信装置が前記情報配信装置設定変更用パラメータを前記情報配信装置に設定可能であると判定した場合に、前記中継ノードが、前記中継ノード設定変更用パラメータへの設定変更を行う
ことを特徴とするパラメータ設定変更方法。
【請求項２】
前記パラメータ調整設定装置は、前記情報配信装置設定変更用パラメータおよび前記中継ノード設定変更用パラメータを、前記情報配信装置に送信し、
前記情報配信装置は、前記情報配信装置設定変更用パラメータへの設定が可能である場合に、前記中継ノードに前記中継ノード設定変更用パラメータを通知する
ことを特徴とする請求項１に記載のパラメータ設定変更方法。
【請求項３】
前記パラメータ調整設定装置は、第１の中継ノードの設定に用いる第１中継ノード設定変更用パラメータと、前記第１の中継ノードと前記複数の移動端末のうちの少なくとも一つとの間に設置されている第２の中継ノードの設定に用いる第２中継ノード設定変更用パラメータを計算し、
前記パラメータ調整設定装置は、前記情報配信装置設定変更用パラメータ、前記第１中継ノード設定変更用パラメータ、および、前記第２中継ノード設定変更用パラメータを、前記情報配信装置に送信し、
前記情報配信装置は、前記情報配信装置設定変更用パラメータへの設定が可能である場合に、前記第１の中継ノードに、前記第１中継ノード設定変更用パラメータおよび前記第２中継ノード設定変更用パラメータを通知し、
前記第１の中継ノードは、前記第１中継ノード設定変更用パラメータへの設定が可能である場合に、前記第２の中継ノードに前記第２中継ノード設定変更用パラメータを通知する
ことを特徴とする請求項２に記載のパラメータ設定変更方法。
【請求項４】
前記パラメータ調整設定装置は、前記情報配信装置設定変更用パラメータを前記情報配信装置に送信し、
前記情報配信装置は、前記情報配信装置設定変更用パラメータへの設定を行うと、前記パラメータ調整設定装置に情報配信装置設定変更通知を送信し、
前記パラメータ調整設定装置は、前記情報配信装置設定変更通知を受信したことをトリガとして前記中継ノードに前記中継ノード設定変更用パラメータを通知する
ことを特徴とする請求項１に記載のパラメータ設定変更方法。
【請求項５】
情報配信装置から中継ノードを介してマルチキャスト配信が行われたときの、前記中継ノードの通信エリアに位置する移動端末のデータ受信状況を解析する受信状況解析部と、
前記データ受信状況が所定の範囲内に含まれない場合に、前記データ受信状況を前記所定の範囲内にするための前記情報配信装置のパラメータを表す情報配信装置設定変更用パラメータ、および、前記データ受信状況を前記所定の範囲内にするための前記中継ノードのパラメータを表す中継ノード設定変更用パラメータを算出するパラメータ算出部と、
前記情報配信装置および前記中継ノードが前記パラメータ算出部で算出された設定変更用パラメータに設定できたかを確認するパラメータ設定制御部
を備えることを特徴とする設定装置。
【請求項６】
前記パラメータ設定制御部は、前記情報配信装置が前記情報配信装置設定変更用パラメータに設定可能である場合に、前記中継ノードに前記中継ノード設定変更用パラメータを通知する
ことを特徴とする請求項５に記載の設定装置。
【請求項７】
情報配信装置から中継ノードを介してマルチキャスト配信が行われたときの、データ受信状況を算出するデータ受信状況算出部と、
前記データ受信状況を前記所定の範囲内にするための前記情報配信装置の設定変更に用いられる情報配信装置設定変更用パラメータ、および、前記情報配信装置に前記情報配信装置設定変更用パラメータが設定される場合に前記中継ノードの設定変更に用いられる中継ノード設定変更用パラメータを算出するパラメータ調整設定装置に、前記データ受信状況算出部が算出した前記データ受信状況を通知する受信状況通知部
を有することを特徴とする移動端末。
【請求項８】
情報配信装置から移動端末へマルチキャスト配信されたデータを中継するノードであって、
前記移動端末のデータ受信状況が所定の範囲に含まれていないときに前記データ受信状況を前記所定の範囲内にするための設定変更用パラメータを算出するパラメータ調整設定装置から通知された、前記設定変更用パラメータに設定するパラメータ制御部と、
前記設定変更用パラメータへの設定に失敗すると、前記パラメータ調整設定装置に前記設定変更用パラメータを再計算させるための設定失敗通知を送信する設定状況通知部
を有することを特徴とする中継ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、パラメータ設定変更方法および設定装置に関するものであり、特にマルチキャスト配信システムにおけるパラメータ設定変更の技術に関わる。
【背景技術】
【０００２】
移動通信システムの一つとしてＷｉＭＡＸ（Worldwide Interoperability for Microwave Access、ワイマックス）システムがある。図３１は、ＷｉＭＡＸシステムの概要を説明する図である。このシステムでは、レイヤ３のモビリティ技術（モバイルＩＰ）と、ＩＥＥＥ８０２．１６ｅの技術を基礎としたレイヤ２のモビリティ技術を組み合わせて、移動通信サービスを実現する。ＷｉＭＡＸシステムは、移動端末１（MS、Mobile Station）、ＡＳＮ２（Access Service Network）、ＣＳＮ５（Connectivity Service Network）の３種類のノードから構成される。ＡＳＮ２は、基地局３（ＢＳ、base Station）とＡＳＮゲートウェイ４（ＡＳＮ−ＧＷ、Access Service Network GateWay）から成る。
【０００３】
これらの各ノードは、ＷｉＭＡＸ  Ｆｏｒｕｍで規定された参照点（reference point）を介して通信を行う。例えば、ＡＳＮ２はＲ１で規定された参照点を介して移動端末１と通信し、Ｒ３で規定された参照点を介してＣＳＮ５と通信を行う。複数のＡＳＮゲートウェイ４が存在する場合、ＡＳＮゲートウェイ４は、Ｒ４で規定された参照点を介して他のＡＳＮゲートウェイ４と通信する。基地局３とＡＳＮゲートウェイ４の間では、Ｒ６で規定された参照点を介した通信が行われる。
【０００４】
ＷｉＭＡＸシステムで用いられるマルチキャスト配信サービスとしてＭＣＢＣＳ（Multicast Broadcast service）がある。図３２は、ＭＣＢＣＳを説明する図である。ＭＣＢＣＳでは、ＭＣＢＣＳゾーン８に存在する複数の移動端末１に対して、コンテンツ７が、コンテンツサーバ６からＡＳＮゲートウェイ４および基地局３を介して配信される。
【０００５】
ＷｉＭＡＸシステム以外でも、ストリームデータを含むデータが、通信網を介して送信局から多数の受信端末に向けてマルチキャスト配信されるシステムが開示されている。特許文献１では、自装置に接続された受信端末や配下の中継ノードから上り回線に送出される情報受信データを取得し、そのデータを統計処理して得られた情報を上位の中継ノードか送信局に対して定期的に送出する中継ノードを含むシステムが開示されている。また、特許文献２には、情報配信装置が、同一のマルチキャスト情報を異なる複数の送信条件に従って配信し、無線端末は、いずれかの送信条件にて配信されるマルチキャスト情報を受信するシステムが開示されている。
【特許文献１】特開２００１−３４５８０７号公報
【特許文献２】特開２００１−３２０３２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
前述のＭＣＢＣＳは、図３２に示したとおり、下り一方向だけのデータ配信である。そのため、地理的条件などによって移動端末１ａにおいて受信エラーが発生しても、コンテンツサーバ６や基地局３などは、移動端末１ａへサービスを適切に提供できなかったことを知ることができない。そのため、データ受信が可能な移動端末１ｂ、１ｃ、１ｄ、および１ｅに加えて移動端末１ａでもデータを受信できるように設定を変更することができず、効率的なマルチキャスト配信をすることができない。
【０００７】
特許文献１では、原則として各中継ノードと移動端末１の間のデータ配信条件の変更が
各中継ノードによって別個に行われるため、送信局から端末までの間で帯域が効率的に設定されるまでは時間がかかる。
【０００８】
一方、特許文献２に記載されているシステムでは、受信端末の受信状況に応じて基地局が受信エラーを起こした端末までの送信条件を変更する。しかし、このシステムではサーバから基地局までの使用帯域の設定変更をすることはできない。従って、送信局から端末までの間で帯域を効率的に利用することができない。
【０００９】
本件開示のパラメータ設定変更方法および設定装置の目的は、移動端末１のデータ受信状況に応じて、効率的にマルチキャスト配信を行うことができるシステムを提供することである。
【課題を解決するための手段】
【００１０】
情報配信装置から中継ノードを介して複数の移動端末にデータをマルチキャスト配信するシステムのパラメータの設定変更を行う方法であって、パラメータ調整設定装置が、前記複数の移動端末から出力されたデータ受信状況を解析して、前記データ受信状況を所定の範囲にするための情報配信装置設定変更用パラメータおよび中継ノード設定変更用パラメータを計算し、前記情報配信装置が前記情報配信装置設定変更用パラメータに設定可能である場合に、前記中継ノードが、前記中継ノード設定変更用パラメータへの設定変更を行う方法を採用することにより、上記の課題を解決することができる。
【００１１】
ストリーミングサーバなどの情報配信装置から、基地局やＡＳＮゲートウェイなどの中継ノードを介して移動端末にマルチキャスト配信を行うシステムに、パラメータ調整設定装置（パラメータ調整装置）を導入する。このパラメータ調整設定装置は、移動端末でのデータの受信状況を解析して、データ受信状況が目標とする範囲内に入るように、情報配信装置の設定変更用パラメータおよび中継ノードの設定変更用パラメータを計算する。計算された情報配信装置の設定変更用パラメータに情報配信装置が設定可能である場合は、中継ノードが中継ノードの設定変更用パラメータに設定変更を行う。
【発明の効果】
【００１２】
本システムを用いることによって、データ送信条件を移動端末の受信状況に応じて変更し、効率的にマルチキャスト配信を行うことができる。
【発明を実施するための最良の形態】
【００１３】
以下、本実施形態について、図面を参照しながら詳細に説明する。
＜概要＞
図１は、本実施形態でのシステム構成例を説明する図である。この実施形態では、移動端末１へのマルチキャスト配信を行うために、基地局３、ＡＳＮゲートウェイ４、ストリーミングサーバ９、および、パラメータ調整装置１０を含むシステムを用いる。
【００１４】
ストリーミングサーバ９は、移動端末１に配信するコンテンツ７を格納しているサーバであり、コンテンツサーバ６とすることもできる。ＡＳＮゲートウェイ４は、ストリーミングサーバ９などと基地局３のインターフェースとなる装置で、ストリーミングサーバ９から配信された情報を配下の基地局３に送信する。
【００１５】
移動端末１は、ストリーミングサーバ９から配信されたコンテンツを、ＡＳＮゲートウェイ４および基地局３を介して受信し、コンテンツの受信状況（データ受信状況）を計算する。移動端末１は、データ受信状況を計算すると、パラメータ調整装置１０にデータ受信状況を報告する。ここで移動端末１により行われるデータ受信状況の報告（フィードバック）は、図１のＡで示すようにパラメータ調整装置１０に直接行うものとしても良く、
ＢとＣまたはＤとＥで示すように、基地局３やＡＳＮゲートウェイ４を介して行うものとしても良い。
【００１６】
パラメータ調整装置１０（Parameter Adjustment Node、ＰＡＮ）は、受信した移動端末１のデータ受信状況を解析して、移動端末１へのデータ配信状況を変更する必要があるかを判断する。データ配信状況を変更する必要がある場合には、ストリーミングサーバ９、ＡＳＮゲートウェイ４、および、基地局３に設定すべきパラメータを計算し、そのパラメータを各ノードに通知する。図２は、パラメータ調整装置１０で計算されたパラメータが、各ノードに設定される様子を説明する図である。
【００１７】
図２の矢印Ｆで示すように設定すべきパラメータの通知を受けたストリーミングサーバ９は、通知されたパラメータへの設定変更を行う。ストリーミングサーバ９で設定の変更が行われることをトリガとして、ＡＳＮゲートウェイ４の設定が、パラメータ調整装置１０によって算出されたパラメータに変更される。ＡＳＮゲートウェイ４の設定が行われることをトリガとして、同様に、基地局３の設定変更が行われる。つまり、図２の矢印Ｇで表されるように、ストリーミングサーバ９などのノードが通知されたパラメータに設定されることをトリガとして、その配下のノードの設定変更が行われる。ここで、ＡＳＮゲートウェイ４および基地局３への設定変更用パラメータは、矢印Ｆで示したようにパラメータ調整装置１０によって個々のノードに通知される構成にしても良いし、ストリーミングサーバ９などを介して通知される構成としても良い。
【００１８】
ストリーミングサーバ９、ＡＳＮゲートウェイ４、基地局３のうちのいずれかが、パラメータ調整装置１０によって算出されたパラメータに設定できない場合には、パラメータ調整装置１０に設定変更失敗が通知される。パラメータ調整装置１０は、いずれか１つのノードから設定変更失敗の通知を受け取ると、設定変更を中止してパラメータの再計算を行う。パラメータを再計算すると、パラメータ調整装置１０は、再度、各ノードにパラメータを通知し、各ノードは前述のとおり、設定変更を行う。
【００１９】
パラメータ調整装置１０が全てのノードの設定パラメータを一括して計算し、各ノードがパラメータ調整装置１０からの通知に従ってパラメータ設定をすることにより、各ノードの設定を一元的に管理することができる。このため、個々のノードが移動端末１への配信率を変更するために独立してパラメータを変更するのに比べて、ストリーミングサーバ９から移動端末１までのデータ送信条件の最適化を迅速かつ効率的に行うことができる。
【００２０】
また、このようなシステム構成とすることにより、緊急用のコンテンツ配信をスムーズに行うことができるという効果がある。例えば、図３を参照しながら、特許文献２で開示されているシステムで緊急用コンテンツを配信する場合と比較する。例えば、基地局３が１０Ｍｂｐｓのイーサネット（登録商標）を有線インターフェースとして具備していて、１０Ｍｂｐｓの帯域でコンテンツを配信する場合を考える。基地局３には１０Ｍｂｐｓ帯域を必要とするコンテンツが配信されていて、配下の各移動端末にも同様の帯域でコンテンツを配信している。その状況下で、例えば、５Ｍｂｐｓを必要とする緊急のコンテンツ配信を行う必要があるとする。
【００２１】
特許文献２に開示されたシステムでは、基地局３で帯域の調整および設定を行う。そのため、コンテンツの配信帯域変更が必要であると認識した基地局３が、移動端末１への配信帯域を５Ｍｂｐｓに変更し、配下の移動端末１へ送信することになる。基地局３と移動端末１の間では５Ｍｂｐｓの帯域を確保する必要があるため、１０Ｍｂｐｓで配信していた帯域の５Ｍｂｐｓが緊急用のコンテンツ配信に確保されることになる。しかし、基地局３は、既にコンテンツサーバと基地局３の間で使用していた帯域は変更できず、１０Ｍｂｐｓのままである。そこで、緊急用コンテンツの配信を優先すると余剰帯域が５Ｍｂｐｓ
発生することになる。つまり、基地局３から移動端末１への送信に用いる帯域の変化に合わせてサーバから基地局３までの帯域を変更することができないため、帯域を有効に活用することができない。
【００２２】
一方、実施形態のシステムでは、現在配信中である１０Ｍｂｐｓのコンテンツの配信を一時中断し、５Ｍｂｐｓの緊急用コンテンツの配信をすると、パラメータ調整装置１０が、移動端末１の受信状況に変化が生じたことを認識する。そこで、移動端末１へ効率よくマルチキャスト配信をすることができるように、ストリーミングサーバ９、ＡＳＮゲートウェイ４、および、基地局３の設定パラメータを変更する。このため、帯域に余剰分を生じさせず、リアルタイムに設定が変更され、緊急用コンテンツの配信などを行う際にも、効率的なマルチキャスト配信を行うことができる。
【００２３】
＜実施形態に係るシステムを構成する装置＞
以下、実施形態に係るシステムを構成する各ノードについて説明する。
〔移動端末〕
図４は、実施形態のシステムで用いられる移動端末１が備える機能を説明する図である。移動端末１は、マルチキャスト配信されたデータを受信するための任意の設備、ユニキャスト通信を行うための設備を備える他に、データ受信状況算出部、受信状況通知部を備える。
【００２４】
データ受信状況算出部は、移動端末１がマルチキャスト配信されたデータを受信できた割合を算出する。例えば、移動端末１がある一定時間内に受信できたフレーム率を
受信フレーム率＝受信できたフレーム数／受信予定の全フレーム数
の式に従って算出する。図４に示したように、５つのフレーム７１を有するコンテンツ７が移動端末１に配信されたときに、実際に移動端末１が受信できたフレーム７１が４つであれば、受信率は４／５となる。移動端末１が算出した受信率を、パラメータ調整装置１０が受信することにより、パラメータ調整装置１０は配下のノードに設定すべきパラメータを計算する。
【００２５】
受信状況通知部は、受信状況をパラメータ調整装置１０などに送信する。受信状況通知部は、アプリケーションレベルのデータ受信状況のフィードバックとＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックの２種類のフィードバックを行うことができる。
【００２６】
アプリケーションレベルのデータ受信状況のフィードバックを図４の（ａ）で示す。アプリケーションレベルのフィードバックでは、受信状況通知部は、パラメータ調整装置１０に、データ受信状況を通知する。また、後述するように、基地局３、ＡＳＮゲートウェイ４を介してストリーミングサーバ９にデータ受信状況を通知する構成にすることもできる。つまり、通知には経路として基地局３、ＡＳＮゲートウェイ４を介するが、受信状況通知部があて先とするのはパラメータ調整装置１０またはストリーミングサーバ９である。ここで送信されるデータ受信状況は、移動端末１の受信フレーム率、コンテンツＩＤなどである。ＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックを図４の（ｂ）で示す。ＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックを行う場合には、受信状況通知部は、基地局３に、ＭＡＣフレーム率、ＨＡＲＱ（Hybrid Automatic Repeat Request）ブロック率、コンテンツＩＤ等をデータ受信状況として通知する。各々のデータ受信状況のフィードバックについては、後で詳しく述べる。
【００２７】
図５は、移動端末１がアプリケーションレベルにおけるフィードバックを行う際のフローチャートである。移動端末１は、マルチキャスト通信によりコンテンツをストリーミングサーバ９から受信し、一定時間内に受信できたフレーム率を算出する（ステップＳ１、２）。算出したフレーム率は、ストリーミングサーバ９、もしくは、パラメータ調整装置１０に、ＭＳ＿Ｒｐｔ＿ａｐｌメッセージを送信することにより通知される（ステップＳ３）。ＭＳ＿Ｒｐｔ＿ａｐｌメッセージのメッセージ構成については後で詳しく述べる。移動端末１は、パラメータ調整装置１０などにＭＳ＿Ｒｐｔ＿ａｐｌメッセージを送信する際には、ユニキャスト通信を行う。
【００２８】
〔パラメータ調整装置〕
図６は、実施形態に係るパラメータ調整装置１０が備える機能を説明する図である。前述のとおり、パラメータ調整装置１０は、移動端末１のデータ受信状況を収集して解析し、移動端末１へのマルチキャスト配信に関わる基地局３などに対して、マルチキャスト配信に適したパラメータを算出する。ここで、算出されるパラメータは、例えば帯域などである。
【００２９】
パラメータ調整装置１０は、受信状況解析部、パラメータ算出部、パラメータ設定制御部およびメモリを備える。
パラメータ調整装置１０は、メモリ中に、ストリーミングサーバ９、ＡＳＮゲートウェイ４、および、基地局３のＩＤや配置を、事前に設定された情報（コンフィギュレーション情報）として格納している。また、ＭＣＢＣＳゾーン８内に存在する基地局３の配置状況や、コンテンツ毎につけられたＩＤ（コンテンツＩＤ）も記憶している。メモリには、データ受信状況記憶テーブルも備えられ、移動端末１から受信したデータ受信状況が格納される。
【００３０】
さらに、パラメータ調整装置１０は、予め、移動端末１の配信目標値や設定変更テーブルを保持している。設定変更テーブルは、各ノードの設定変更用パラメータの組み合わせと、それらの組み合わせを用いたときに移動端末１のデータ受信状況がどの程度変化するかの目安値を対にしたテーブルである。
【００３１】
受信状況解析部は、移動端末１のデータ受信状況を取得すると、マルチキャスト配信されたデータが受信された受信率（受信レート）を算出する。ここで、受信レートとは、ある一定時間内に、ストリーミングサーバ９からＭＣＢＣＳゾーン８内に位置する移動端末１に配信されたフレーム数に対する、移動端末１が受信することができたフレーム数の割合のことを指す。
【００３２】
パラメータ算出部は、移動端末１への配信目標値と移動端末１のデータ受信状況の差を算出し、その差が設定変更テーブルの差分値に近くなるように設定変更テーブルから各ノードのパラメータの組み合わせを選び出す。パラメータ調整装置１０は、図６の矢印（１）、（３）、（５）で示すように、選び出したパラメータを基地局３などの各ノードに通知する。パラメータの算出方法および通知方法については後で詳しく述べる。
【００３３】
各ノードは、パラメータ調整装置１０からパラメータを通知されると、自装置が通知されたパラメータに設定可能かを確認し、設定の可否を記載したメッセージをパラメータ調整装置１０に送信する（図６の矢印（２）、（４）、（６））。パラメータ設定制御部は、各ノードから受信したメッセージを用いて、パラメータを通知された基地局３などがパラメータ算出部で算出された設定変更用パラメータに設定できたかを確認する。通知したパラメータへの設定ができないノードが存在した場合、パラメータ調整装置１０は、パラメータの再設定を行う。
【００３４】
〔基地局〕
図７は、実施形態のシステムで用いられる基地局３が備える機能を説明する図である。基地局３は、移動端末１やＡＳＮゲートウェイ４などとの間でデータを送受信するための
任意の設備を有する他に、パラメータ制御部、設定情報通知部を備える。
【００３５】
パラメータ制御部は、パラメータの設定が可能かの判断やパラメータの設定などの制御を行う。図６の（５）または図７の（３）に示したように、例えば、パラメータ調整装置１０から基地局３に、帯域（１Ｍｂｐｓ、５０ｋｂｐｓなど）、符号化率（１／２、２／３、３／４）、変調方式などの、基地局３で変更することができるパラメータが通知される。変調方式としては、例えば、６４ＱＡＭ（quadrature amplitude modulation）、１６ＱＡＭ、ＱＰＳＫ（quadrature phase shift keying）などが通知される。通知を受け取ると、パラメータ設定制御部はパラメータの設定ができるかを判断する。
【００３６】
通知されたパラメータへの設定が不可能な場合としては、受信したメッセージが壊れているために解析できない場合などが考えられる。また、基地局３がコンテンツの配信に６Ｍｂｐｓの帯域を必要としているにも関わらず、その基地局３に帯域を１０ｋｂｐｓに変更するようにパラメータ調整装置１０から通知された場合などに、パラメータ制御部は帯域変更ができないと判断する構成にできる。かかる構成にすると、送信される複数のコンテンツの優先度をコンテンツのＩＤなどで管理し、優先度の高いコンテンツの配信を継続しつつ、効率的なマルチキャスト配信を行うためのパラメータ設定変更を行うことができる。
【００３７】
さらに、パラメータ制御部は、通知された設定変更に用いるパラメータへの設定が可能であるときに、自装置が通知されたパラメータに設定可能である旨を知らせる設定可能通知を他のノードに送信することを、設定情報通知部に要求する。
【００３８】
設定情報通知部は、パラメータ制御部の要求に応じて、前述の設定可能通知を他のノードに送信する。ここで設定変更通知を送信する対象となるノードは、設定変更用のパラメータを基地局３に通知したノードである。例えば、基地局３が、直接、パラメータ調整装置１０からパラメータを通知された場合はパラメータ調整装置１０に送信し、ＡＳＮゲートウェイ４を介してパラメータを通知されるとＡＳＮゲートウェイ４に設定可能通知を送信する。例えば、設定情報通知部が、パラメータ調整装置１０に設定可能通知を送信する場合を図７の（４）として示した。また、設定情報通知部は、パラメータ調整装置１０から通知されたパラメータへの変更に成功した場合に、パラメータの設定変更が完了したことを表す設定変更通知を他のノードに送信することもできる。
【００３９】
一方、設定変更用に通知されたパラメータへの設定ができなかった場合には、設定情報通知部は、パラメータを基地局３に通知したノードに対して、設定失敗通知を送信する。この設定失敗通知をパラメータ調整装置１０が取得すると、パラメータ調整装置１０は前述のとおり、パラメータの再計算を行う。
【００４０】
また、基地局３は、移動端末１がＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックを行う場合に、移動端末１のデータ受信状況を受信する（図７（１））。この場合、基地局３は、メモリ領域に備えられたデータ受信状況記憶テーブルに、移動端末１から受信したデータ受信状況を格納する。テーブルに格納したデータを一定時間毎か、他のノードからの要求に応じて、パラメータ調整装置１０に送信する（図７（２））。
【００４１】
〔ＡＳＮゲートウェイおよびストリーミングサーバ〕
ＡＳＮゲートウェイ４は、ストリーミングサーバ９やコンテンツサーバ６などと基地局３のインターフェースとなるための機能を有し、かかる機能を実現するための任意の設備を備える他に、パラメータ制御部、設定情報通知部を備える。
【００４２】
ストリーミングサーバ９は、移動端末１にコンテンツ７を配信する機能を有し、その機
能を実現する任意の設備を備える他に、パラメータ制御部、設定情報通知部を備える。
ＡＳＮゲートウェイ４でもストリーミングサーバ９でも、パラメータ制御部、設定通知部の行う動作は、基地局３でこれらの部分が行っているのと同様の動作である。
【００４３】
ＡＳＮゲートウェイ４およびストリーミングサーバ９は、図６の矢印（１）などに示したとおり、パラメータ調整装置１０からパラメータの通知を受け、適宜、通知されたパラメータに設定できるかの通知などを行う。ここで、パラメータ調整装置１０からＡＳＮゲートウェイ４に通知されるパラメータは、帯域、優先制御に関するものなどが挙げられる。一方、ストリーミングサーバ９に通知されるパラメータは、ｃｏｄｅｃ方式（ＭＰＥＧ１、ＭＰＥＧ２、ＭＰＥＧ４など）、平均帯域レート（１Ｍｂｐｓ、５００ｋｂｐｓなど）などが挙げられる。また、フレーム値（３０ｆｐｓ、１５ｆｐｓ、１０ｆｐｓなど）、画像サイズ（６４０×４８０ピクセルなど）を通知する構成にすることもできる。
【００４４】
＜実施形態（１）＞
以下、本システムの動作を詳しく説明する。ここでは、分かりやすくするために、パラメータ調整装置１０、ストリーミングサーバ９、ＡＳＮゲートウェイ４、および、基地局３が各１つずつ含まれるシステムとして説明する。しかし、先にも述べたように、１つのシステムに複数の移動端末１や基地局３、ＡＳＮゲートウェイ４などが含まれる構成とすることができる。
【００４５】
〔移動端末からのデータ受信状況の通知〕
図８は、アプリケーションレベルでのフィードバックにより、パラメータ調整装置１０にデータ受信状況が通知される場合の動作を説明するシーケンス図である。アプリケーションレベルでのフィードバックは、図８の（２）に示すとおり、移動端末１が、パラメータ調整装置１０に対してＭＳ＿Ｒｐｔ＿ａｐｌメッセージ２０を送信することによって行うことができる。ここで送信されているＭＳ＿Ｒｐｔ＿ａｐｌメッセージ２０は、受信状況通知部が送信の制御をするメッセージであり、受信情報通知ともいう。図８に示すように、ＭＳ＿Ｒｐｔ＿ａｐｌメッセージ２０は、コンテンツＩＤ２１、ＭＣＢＣＳゾーンＩＤ２２、移動端末ＩＤ２３、送信先ＩＤ２４、および送信元ＩＤ２５を備え、さらに、移動端末１のフレーム率などの情報が含まれる。ＭＳ＿Ｒｐｔ＿ａｐｌメッセージ２０の送信は、任意の時間間隔で定期的に行われる構成にすることができる。
【００４６】
パラメータ調整装置１０は、ＭＳ＿Ｒｐｔ＿ａｐｌメッセージ２０に含まれるＭＣＢＣＳゾーンＩＤ２２によって、そのメッセージを送信した移動端末１が位置するＭＣＢＣＳゾーン８を認識する。また、前述のとおり、パラメータ調整装置１０は、コンフィギュレーション情報として、ＭＣＢＣＳゾーン８、ＡＳＮゲートウェイ４、および、基地局３の構成を把握している。そのため、パラメータ調整装置１０のメモリ内のデータベースを参照して、移動端末１が位置するＭＣＢＣＳゾーン８を構成する基地局３、および、ＡＳＮゲートウェイ４を認識することができ、パラメータの変更対象のノードを特定することができる。
【００４７】
図９は、移動端末１からパラメータ調整装置１０にデータ受信状況通知が行われる場合の動作を説明する図である。パラメータ調整装置１０は、移動端末１からＭＳ＿Ｒｐｔ＿ａｐｌメッセージ２０を受信すると、その情報をデータ受信状況記憶テーブル３０に格納する。図９に示したデータ受信状況記憶テーブル３０には、移動端末ＩＤ３１とフレーム率３２が格納されるが、その他の情報もあわせて格納する構成にすることができる。
【００４８】
なお、アプリケーションレベルでのフィードバックを用いる場合、図８の（１）に示したように、移動端末１からストリーミングサーバ９にＭＳ＿Ｒｐｔ＿ａｐｌメッセージ２０を送信する構成にすることもできる。この場合は、図１０に示すようにストリーミング
サーバ９が備えるデータ受信状況記憶テーブル３０に、ＭＳ＿Ｒｐｔ＿ａｐｌメッセージ２０の情報(移動端末ＩＤ３１とフレーム率３２を含む)が格納される。ストリーミングサーバ９は、移動端末１からのデータが蓄積されると、３０分間隔などの一定時間ごとにパラメータ調整装置１０にデータ受信状況記憶テーブル３０に格納したデータを送信する。
【００４９】
〔パラメータ調整装置での設定変更用パラメータの算出〕
パラメータ調整装置１０は、各移動端末１の受信状況から、マルチキャスト配信を受信している移動端末１の受信レートを算出し、受信レートが一定の数値範囲に入るように、適宜、各ノードに対しての設定変更用パラメータを算出する。なお、ここで、受信レートを調節する際の目標となる数値範囲を、許容受信レート範囲とする。
【００５０】
図１１は、受信レートと許容受信レート範囲の関係を説明する図である。ｙは、コンテンツの配信目標値を指す。ｙａは、受信レートとして許容される最大の受信レート値を表す、調整閾値である。配信目標値ｙと調整閾値ｙａの差分を表すΔｙは、許容受信レート範囲を表す。図１２は、パラメータ調整装置１０による各ノードのパラメータ設定変更を説明するフローチャートである。以下、図１１、１２を参照しながら、パラメータ調整装置１０が設定変更用パラメータの算出を行う際の動作を説明する。なお、図１１のｘ１〜ｘ３は受信レート値の例を表す。
【００５１】
移動端末１の受信状況をパラメータ調整装置１０が認識すると、パラメータ調整装置１０の受信状況解析部は、受信レートを算出する（ステップＳ１１〜Ｓ１２）。先に述べたように、受信レートは、ある一定時間内に、ストリーミングサーバ９から移動端末１に配信されたフレーム数に対する、移動端末１が受信することができたフレーム数の割合で表される。そこで、例えば、図１のように、移動端末１ａ〜１ｇに対してデータが配信されていて、移動端末１ａ〜１ｅの受信フレーム率が０．８４で、移動端末１ｆおよび１ｇの受信フレーム率が０．７だったとすると受信レートは
（０．８４×５＋０．７×２）／７＝０．８
と計算することができる。このようにして、移動端末１の受信状況を用いて算出された実際の受信レートを、実績値ということがある。
【００５２】
受信情報解析部で受信レートが計算されると、パラメータ算出部は、パラメータ設定変更後の受信レートを許容受信レートの数値範囲に入れるように、各ノードの設定変更用パラメータを算出する（ステップＳ１３〜１９）。このときのパラメータ調整装置１０の動作は、受信レートの値を配信目標値ｙおよび調整閾値ｙａと比較した結果に応じて、以下の３つのパターンに分けられる（ステップＳ１３、１４）。
【００５３】
（１）受信レート値が配信目標値より低い場合（ステップＳ１８、１９）
受信レート値が図１１に示したｘ３である場合は、配信目標値ｙよりも受信レート値が低い。この場合には、マルチキャスト配信に使用することができるリソースに対して移動端末１に配信される情報の品質（移動端末の受信情報品質）が良すぎるために、各移動端末１におけるフレーム受信率が低くなっていると考えられる。そこで、パラメータ算出部は、画質を下げるなどの方法で、移動端末１の受信情報品質が低下するようにパラメータを変更して、受信レートを向上させる（ステップＳ１８、１９）。
【００５４】
（２）受信レート値が許容受信レート範囲に含まれている場合（ステップＳ１７）
受信レート値がｘ２のとき、ｘ２は許容受信レート範囲に含まれているので、各ノードのパラメータを変更する必要がない（ステップＳ１７）。
【００５５】
（３）受信レート値が調整閾値より高い場合（ステップＳ１５、１６）
ｘ１で示すように、受信レート値が調整閾値ｙａよりも高い場合は、コンテンツの配信
に用いることができるリソースに対して、各移動端末１での受信情報品質が悪いと考えられる。かかる場合には、パラメータ算出部は、画質を向上させるなどの方法で、移動端末１の受信情報品質が改善するようにパラメータを変更し、受信レートを低下させる（ステップＳ１５、１６）。
【００５６】
このような３通りの処理を行うことにより、受信レートを許容受信レートの数値範囲に入れることができる。次に、設定変更パラメータの算出方法について、パラメータ調整装置１０が保持している設定変更テーブルの例を使って説明する。なお、ステップＳ１６、Ｓ１９で行われるパラメータの各ノードへの通知については、後で詳しく述べる。
【００５７】
図１３は、パラメータ調整装置１０が保持している設定変更テーブルの例を説明する図である。図１３に示した設定変更テーブルでは、テーブルの上側に記載してあるパラメータの組み合わせほど受信情報品質が高なるようにパラメータの組み合わせが格納されている。また、格納されている組み合わせ間で、受信情報品質を１段階高くすると、組み合わせから予測される受信レートは０．０５（５％）低下すると予測されている。変更されうるパラメータとしては、例えば、ｃｏｄｅｃ値、画像サイズ、平均レート、使用される帯域、優先度、変調方式、符号化率などがあるが、その他のパラメータも変更対象として加えることもできる。図１３は設定変更テーブルの一例に過ぎず、組み合わせ間で変更可能であると見込まれる受信レートの変更値や、変更対象とされるパラメータは任意である。
【００５８】
パラメータ算出部は、ステップＳ１６もしくはステップＳ１９において、パラメータの変更が必要であると判断すると、受信レートの実績値ｘと配信目標値ｙの差分を算出する。次に、算出した差分値を使って設定変更テーブルを参照し、この差分をゼロにすることができると予測されるパラメータの組み合わせを各ノードの設定変更パラメータとして選択する。例えば、現在の各ノードの設定値が、設定変更テーブルの（Ａ）で示すように
Ｃｏｄｅｃ値：ＭＰＥＧ１
サイズ      ：６４０×４８０
平均レート  ：１Ｍ
帯域        ：６００ｋ
優先度      ：ＡＦ１１
変調方式    ：ＱＰＳＫ
符号化率    ：２／３
であるとする。図１１のｘ１での受信レートの実績値がｙよりも０．２（２０％）高いとすると、パラメータ算出部は、受信レートの変更値が０．２となるようにパラメータを選択する。パラメータの組み合わせを１段階変更すると、受信レートが０．０５変化すると見込まれるので、移動端末１の受信情報品質を４段階向上させるパラメータ（Ｂ）の組み合わせが選択され、
Ｃｏｄｅｃ値：ＭＰＥＧ２
サイズ      ：１０２４×７６８
平均レート  ：５Ｍ
帯域        ：６Ｍ
優先度      ：ＡＦ４１
変調方式    ：１６ＱＡＭ
符号化率    ：３／４
が選択される。
【００５９】
受信レートの実績値ｘと配信目標値ｙの差分を解消することができると予測されるパラメータの組み合わせがない場合は、配信目標値ｙにできるだけ近づけることができるパラメータの組み合わせが選択される。例えば、図１１のｘ３での受信レートの実績値がｙよりも０．０８（８％）低いとすると、パラメータ算出部は、移動端末１に配信する情報の
品質を下げて配信実績を配信目標値ｙに変更しようとする。しかし、０．０８の差分を解消することができると見込まれる組み合わせは設定変更テーブル中に存在しないので、２段階分の組み合わせ変更を行い、パラメータ（Ｃ）を選択する。各ノードのパラメータを
Ｃｏｄｅｃ値：ＭＰＥＧ４
サイズ      ：１６０×１２０
平均レート  ：２００ｋ
帯域        ：３００ｋ
優先度      ：ＡＦ１１
変調方式    ：ＱＰＳＫ
符号化率    ：１／２
とすることにより、受信レートが０．１（１０％）だけ向上することが予想される。
【００６０】
なお、上記の例ではｃｏｄｅｃ値、サイズ、平均レートなどの複数の項目を変更したが、変更する項目は１項目のみであってもよい。例えば、現在設定されている値が設定変更テーブル中の最高品質に近い設定となっているのであれば、１段階品質を下げて受信レートを０．０５だけ向上させるためには、符号化率を３／４から２／３に変更するだけでよい。一般に、配信する情報の品質が高く設定されているほど、配信情報品質を１段階変更するときに設定変更が必要な項目は少なくなる傾向にある。
【００６１】
〔各ノードへの設定変更用パラメータの通知と設定〕
パラメータ調整装置１０は、設定変更用のパラメータの組み合わせを選択すると、メモリに一時的に格納し、各ノードへ選択したパラメータの通知を行う。例えば、ｃｏｄｅｃ値を変更する場合にはストリーミングサーバ９へ設定変更用パラメータを通知するなど、選択したパラメータによって、設定変更を行うノードは様々である。
【００６２】
図１４は、パラメータ調整装置１０から設定変更用パラメータが通知されて各ノードで設定が変更される様子を説明する図である。図１５は、その場合のシーケンス図を表す。以下、図１４、１５を参照しながら、設定変更用のパラメータの通知と設定を行う手順を述べる。
【００６３】
（１）パラメータ調整装置１０は、ストリーミングサーバ９にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信し、パラメータの変更が必要である旨を通知する。Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージは、送信元ＩＤ、送信先ＩＤ、送信先のノードで設定変更に用いるパラメータを備えるが、その他の情報を含む構成とすることもできる。Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを作成する際に、パラメータ調整装置１０は、設定変更用パラメータのうちで、ｃｏｄｅｃ値、画像サイズなどストリーミングサーバ９に通知すべきパラメータを選択する。ストリーミングサーバ９で設定変更を行う必要があるパラメータをパラメータ群ａとする。
【００６４】
（２）ストリーミングサーバ９は、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信するとパラメータ群ａへの設定が可能かを確認し、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する。ここで送信されるＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージは、送信元ＩＤ、送信先ＩＤ、設定変更が成功したかを示す情報を含む。また、設定変更が可能な場合は「ｓｕｃｃｅｓｓ」、設定変更ができない場合は「ｆａｉｌｕｒｅ」という情報も送信される。なお、設定変更が可能な場合には、ストリーミングサーバ９の設定変更を行った後で、ｓｕｃｃｅｓｓを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する。
【００６５】
（３）パラメータ調整装置１０は、ストリーミングサーバ９からｓｕｃｃｅｓｓを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信することをトリガとして、ＡＳＮ
ゲートウェイ４にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する。この場合には、ＡＳＮゲートウェイ４で設定変更を行う必要があるパラメータを表す、パラメータ群ｂがメッセージによって送信される。パラメータｂ群には帯域などが含まれる。
【００６６】
（４）ＡＳＮゲートウェイ４は、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信するとパラメータ群ｂへの設定が可能かということを確認し、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する。このＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージはストリーミングサーバ９が送信するＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージと同様の構成を有するメッセージである。ｓｕｃｃｅｓｓを意味する情報を含むメッセージを送信する場合には、メッセージの送信前に、ＡＳＮゲートウェイ４をパラメータ群ｂのパラメータに設定する。
【００６７】
（５）パラメータ調整装置１０は、ＡＳＮゲートウェイ４からｓｕｃｃｅｓｓを表すＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信することをトリガとして、基地局３Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する。このメッセージには、帯域、符号化率、変調方式など、基地局３で設定変更を行うパラメータ群ｃも含まれて送信される。図１４では、基地局３は３ａ、３ｂの２台があるが、パラメータ調整装置１０は３ａと３ｂの両方に同時にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する。
【００６８】
（６）基地局３（３ａ、３ｂ）は、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信するとパラメータ群ｃに設定が可能かを確認し、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する。このＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージは、送信元ＩＤ、送信先ＩＤ、設定変更が成功したかを示す情報を含む他に、マルチキャスト配信を行っているコンテンツのコンテンツＩＤを含む。基地局３は、パラメータ群ｃに設定可能な場合は、設定を行った後にｓｕｃｃｅｓｓを意味する情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する。
【００６９】
（７）パラメータ調整装置１０は、基地局３ａと３ｂの両方からｓｕｃｃｅｓｓを表す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、各ノードのパラメータ設定変更が成功したと判断する。
【００７０】
このように、あるノードでの設定変更が成功したことをトリガとして他のノードの設定変更を行うことにより、ＭＣＢＣＳゾーン８に位置する移動端末１にマルチキャスト配信をするためのパラメータの設定変更を各ノードに対して効率よく行うことができる。
【００７１】
また、ストリーミングサーバ９、ＡＳＮゲートウェイ４、もしくは、基地局３のいずれかからｆａｉｌｕｒｅを表す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信した場合には、パラメータ調整装置１０はパラメータを計算しなおす。なお、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを解析し、各ノードが設定変更用パラメータに設定できたかを確認するのは、パラメータ調整装置１０の中のパラメータ設定制御部である。
【００７２】
〔実施形態（１）におけるノードの動作〕
以上の説明では、実施形態（１）において、パラメータ調整装置１０を含むシステム全体の動作を述べた。ここで、パラメータの設定変更が行われる際の動作を、ノード別にフローチャートを用いて説明する。
【００７３】
｛パラメータ調整装置の動作｝
図１６は、パラメータ調整装置１０が実施形態（１）のシステムにおいて行う動作を説
明するフローチャートである。パラメータ調整装置１０は、設定変更用パラメータを選択すると、ストリーミングサーバ９、ＡＳＮゲートウェイ４、もしくは、基地局３のいずれに設定すべきパラメータであるかを判断する。その判断に基づき、パラメータ群ａを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージをストリーミングサーバ９（ＳＳＶ）に送信し、ストリーミングサーバ９からのＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信する（ステップＳ２１、２２）。パラメータ設定制御部は、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを解析し、ストリーミングサーバ９での設定が成功したかを確認する（ステップＳ２３）。受信したメッセージにｆａｉｌｕｒｅが含まれている場合には、ＡＳＮゲートウェイ４（ＡＳＮ−ＧＷ）にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信するのを中止し、各ノードへの設定変更用パラメータを再設定する（ステップＳ２３〜２５）。
【００７４】
一方、パラメータ調整装置１０が受信したメッセージがｓｕｃｃｅｓｓを表す場合は、ＡＳＮゲートウェイ４にパラメータ群ｂを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する（ステップＳ２３、２６）。ＡＳＮゲートウェイ４からＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、パラメータ設定制御部は、そのメッセージがｆａｉｌｕｒｅであるかを確認する（ステップＳ２８）。複数のメッセージを受信した場合、受信したメッセージのうち、ｆａｉｌｕｒｅを表すものが1つでもある場合には、基地局３（ＢＳ）へのＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージの送信を中止し、各ノードへの設定変更用パラメータを再設定する（ステップＳ２９、３０）。
【００７５】
パラメータ調整装置１０がＡＳＮゲートウェイ４から受信したメッセージがｓｕｃｃｅｓｓを表すものである場合は、パラメータ群ｃを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを基地局３に送信する（ステップＳ２８、３１）。基地局３からＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、パラメータ設定制御部は、そのメッセージがｆａｉｌｕｒｅを表す情報を含むかを確認する（ステップＳ３３）。複数のメッセージを受信した場合、受信したメッセージのうち、１つでもｆａｉｌｕｒｅを表すものがあれば、パラメータの設定に失敗したと判断し、各ノードへのパラメータの再設定を行う（ステップＳ３４）。一方、基地局３から受信したＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージがｓｕｃｃｅｓｓを示すメッセージであれば、パラメータの設定変更に成功したと判断する（ステップＳ３３）。
【００７６】
｛ストリーミングサーバの動作｝
図１７は、設定変更用パラメータを通知されたストリーミングサーバ９が行う動作を説明するフローチャートである。ストリーミングサーバ９は、パラメータ調整装置１０（ＰＡＮ）からＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信すると、パラメータ群ａへの設定値変更ができるかを確認する（ステップＳ４１、４２）。
【００７７】
パラメータ群ａへの設定変更が可能な場合には、パラメータ調整装置１０から通知されたパラメータ群がパラメータ群ａのみであるかを確認する（ステップＳ４３）。パラメータ群ａ以外のパラメータ群が含まれている場合の動作（ステップＳ４６〜５０）については、実施形態（４）の部分で述べる。受信したメッセージにパラメータ群ａのみが含まれている場合は、パラメータ群ａに設定し、ｓｕｃｃｅｓｓを表す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する（ステップＳ４４、４５）。
【００７８】
一方、通知されたパラメータ群ａにストリーミングサーバ９を設定できない場合は、ストリーミングサーバ９は、ｆａｉｌｕｒｅを表す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する（ステップＳ５１）。
【００７９】
｛ＡＳＮゲートウェイの動作｝
図１８は、設定変更用パラメータを通知されたＡＳＮゲートウェイ４が行う動作を説明するフローチャートである。ＡＳＮゲートウェイ４は、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信すると、そのメッセージをパラメータ調整装置１０から受信したかを、メッセージの送信元ＩＤから確認する（ステップＳ６１、６２）。パラメータ調整装置１０以外のノードからＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信した場合の動作は、実施形態（４）で述べる（ステップＳ６８〜７４）。パラメータ調整装置１０からメッセージを受信したときは、ＡＳＮゲートウェイ４は、受信したメッセージに含まれているパラメータ群ｂへの設定が可能であるかを確認する（ステップＳ６３）。
【００８０】
パラメータ群ｂへの設定変更が可能な場合には、受信したＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージに含まれるパラメータがパラメータ群ｂのみであるかを確認する（ステップＳ６５）。Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージにパラメータ群ｃが含まれている場合については実施形態（２）、（３）で述べる（ステップＳ１２８〜１３２）。パラメータ群ｂのみを含むメッセージを受信したことを確認すると、ＡＳＮゲートウェイ４は、自装置をパラメータ群ｂに設定し、ｓｕｃｃｅｓｓを表す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する（ステップＳ６６、６７）。
【００８１】
一方、通知されたパラメータ群ｂに変更することができない場合には、ＡＳＮゲートウェイ４は、パラメータ調整装置１０にｆａｉｌｕｒｅを示す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを送信する（ステップＳ６４）。
【００８２】
｛基地局の動作｝
図１９は、設定変更用パラメータを通知された基地局３が行う動作を説明するフローチャートである。基地局３は、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信すると、どのノードからメッセージを受信したのかを、送信元ＩＤを確認することにより認識する（ステップＳ８１、８２）。パラメータ調整装置１０以外のノードからＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信した場合の動作については後述する（ステップＳ８７〜９０）。
【００８３】
Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージをパラメータ調整装置１０から受信した場合、基地局３は、通知されたパラメータ群ｃに設定値を変更できるかを確認する（ステップＳ８３）。通知されたパラメータ群ｃへの設定変更ができない場合は、ｆａｉｌｕｒｅを表す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する（ステップＳ８４）。
【００８４】
基地局３は、通知されたパラメータ群ｃに設定できるときには、基地局３は、自装置をパラメータ群ｃに設定し、ｓｕｃｃｅｓｓを表す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する（ステップＳ８５、８６）。
【００８５】
以上のように、各ノードが動作するシステムを採用することにより、パラメータ調整装置１０が各ノードに対して一括して選択したパラメータに設定することにより、移動端末１の受信状態に応じて常に適切な配信を行うことが可能になる。
【００８６】
＜実施形態（２）＞
実施形態（１）に示したシステムにおいては、パラメータ調整装置１０が、配下の全ての基地局３と個々にメッセージの送受信を行っていたが、ＡＳＮゲートウェイ４が各々の配下の基地局３のパラメータ設定を制御する構成にすることもできる。かかる場合でも、移動端末１からの受信フレーム率の報告、および、パラメータ調整装置１０でのパラメー
タの算出は、実施形態（１）で述べたとおりに行われる。
【００８７】
図２０は、実施形態（２）のシステムにおいて、各ノードが設定変更用パラメータに設定される様子を説明する図である。図２１は、その場合のシーケンス図を表す。以下、図２０、２１を参照しながら、設定変更用のパラメータの通知と設定を行う手順を述べる。なお、実施形態（２）で送受信されるメッセージは、特に記載がない場合には、実施形態（１）で述べたメッセージ構成と同様の構成をとるものとする。
【００８８】
（１）パラメータ調整装置１０は、ストリーミングサーバ９にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信し、パラメータの設定変更が必要である旨を通知する。ここで送信されるパラメータは、パラメータ群ａである。
【００８９】
（２）ストリーミングサーバ９は、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信するとパラメータ群ａに設定が可能かを確認し、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する。設定変更が可能な場合には、ストリーミングサーバ９の設定変更を行った後で、ｓｕｃｃｅｓｓを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する。
【００９０】
（３）パラメータ調整装置１０は、ストリーミングサーバ９からｓｕｃｃｅｓｓを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信することをトリガとして、ＡＳＮゲートウェイ４にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する。このメッセージは、先に述べたＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージと同様の構成のメッセージであるが、ＡＳＮゲートウェイ４の設定変更に用いるパラメータ群ｂと基地局３の設定変更に用いるパラメータ群ｃが含まれ送信される。
【００９１】
（４）ＡＳＮゲートウェイ４は、パラメータ群ｂおよびｃを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信すると、そのメッセージに含まれているパラメータのうち、自装置の設定変更に使用すべきパラメータであるパラメータ群ｂを認識する。次に、パラメータ群ｂに設定が可能かを確認し、設定が可能である場合には、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを配下の基地局３に送信する。基地局３に送信されるＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージには、パラメータ群ｃが含まれる。図２０の例では、ＡＳＮゲートウェイ４の配下に２台の基地局３が設置されている。このような場合には、ＡＳＮゲートウェイ４は、配下の２台の基地局３に同時にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する。ここで、ＡＳＮゲートウェイ４は、パラメータ群ｂへの設定を行う前にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する構成にしても良いし、自装置のパラメータ設定を行った後で基地局３にメッセージを送信する構成にしても良い。ここでは、パラメータ群ｂへの設定を行う前にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する場合の動作について説明する。
【００９２】
（５）Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信すると、各基地局３は、パラメータ群ｃに設定が可能かを確認する。設定が可能な場合は、基地局３は、自装置をパラメータ群ｃに設定し、ｓｕｃｃｅｓｓを表す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿ＲｓｐメッセージをＡＳＮゲートウェイ４に送信する。
【００９３】
（６）ＡＳＮゲートウェイ４は、配下の基地局３からｓｕｃｃｅｓｓを示すＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、自装置をパラメータ群ｂに設定する。ＡＳＮゲートウェイ４は、自装置の設定を行った後、基地局３から受信したＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する。
【００９４】
（７）パラメータ調整装置１０は、ＡＳＮゲートウェイ４を送信元としたＣｏｎｆｉｇ
＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージであり、かつｓｕｃｃｅｓｓを表す情報が含まれるメッセージを受信すると、パラメータ設定変更が成功したと認識する。
【００９５】
このような構成をとることにより、送受信されるメッセージの数を減らすことができ、配下のノード数が多い場合においても、実施形態（１）の場合と比較して、パラメータ設定のために必要とする通信量を削減することができる。実施形態（１）に示したシステムを用いると、パラメータ調整装置１０が、配下の基地局３と個々にメッセージの送受信を行っているため、配下の基地局３やＡＳＮゲートウェイ４の数が多くなると、パラメータ調整装置１０が送受信するメッセージ数が増加することになる。そこで、実施形態（２）で述べた構成のシステムを採用することにより、パラメータ調整装置１０が取り扱うメッセージ数を減らし、パラメータ調整装置１０の負荷を軽減することができる。
【００９６】
＜実施形態（３）＞
実施形態（２）で説明したケースでは、全てのノードにおいて、通知された設定変更用パラメータへの設定が可能な場合であった。実施形態（２）では実施形態（１）のケースと異なり、パラメータ調整装置１０がＡＳＮゲートウェイ４へメッセージを送信することにより、配下の基地局３にパラメータを通知する構成になっている。ここで、同一のＭＣＢＣＳゾーン８に位置する移動端末１に、同一の時間に同一のコンテンツを同一の品質で配信するために、１つのＭＣＢＣＳゾーン８を構成するＡＳＮゲートウェイ４と基地局３には同一のパラメータを設定する必要がある。そのため、１台のノードでも通知されたパラメータに設定することができない場合は、前述のとおり、パラメータ調整装置１０がパラメータの再計算を行う。以下では、１つのＭＣＢＣＳゾーン８を構成するＡＳＮゲートウェイ４や基地局３が複数存在するときに、１台のＡＳＮゲートウェイ４もしくは基地局３で設定ができなかった場合の処理について述べる。ここで述べる例も、実施形態（２）で説明したのと同様に、ＡＳＮゲートウェイ４がパラメータ群ｂへの設定を行う前にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する場合の動作である。なお、かかる場合でも、移動端末１からの受信フレーム率の報告、および、パラメータ調整装置１０でのパラメータの算出は、実施形態（１）で述べたとおりに行われる。また、各メッセージの構成は、実施形態（２）で述べたのと同様である。
【００９７】
図２２は、各ノードが再計算された設定変更用パラメータに設定される場合のシーケンス図を表す。図２２は、２台のＡＳＮゲートウェイ４（４ａ、４ｂ）と各々のＡＳＮゲートウェイ４の配下に１台ずつ設置された基地局３（３ａ、３ｂ）を用いて構成されているＭＣＢＣＳゾーン８についてのパラメータ設定を行うときのシーケンス図である。図２２で「Ａ」の記号を付した手順（３）および（３’）で送信されるメッセージは、パラメータ調整装置１０が１回目に計算したパラメータを通知するメッセージである。「Ｂ」の記号を付した手順（５）および（５’）では、パラメータ調整装置１０が再計算によって算出したパラメータが各ノードに通知されるものとする。なお、ここでは例として、ＡＳＮゲートウェイ４ａで設定変更に失敗し、ＡＳＮゲートウェイ４ｂでは設定変更が可能であるときについて述べるが、基地局３で設定変更ができない場合の動作も同様である。また、各々のＡＳＮゲートウェイ４の配下の基地局３は１台以上とすることができる。図２２では、移動端末１を省略しているが、ＭＣＢＣＳゾーン８に位置する移動端末１の数は任意である。
【００９８】
本実施形態における手順（１）および（２）は、実施形態（２）で述べた手順（１）および（２）と同様である。
（３）、（３’）パラメータ調整装置１０は、ストリーミングサーバ９からｓｕｃｃｅｓｓを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信することをトリガとして、ＡＳＮゲートウェイ４ａおよび４ｂにＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する。このとき、パラメータ調整装置１０は、ＡＳＮゲートウェイ４ａおよび４
ｂに、同一のパラメータ群ｂ、ｃを含んだメッセージを同時に送信する。
【００９９】
（４）ＡＳＮゲートウェイ４ａは、パラメータ群ｂへの設定変更ができないため、ｆａｉｌｕｒｅを示す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する。
【０１００】
ＡＳＮゲートウェイ４ａからｆａｉｌｕｒｅを表すＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信したパラメータ調整装置１０は、パラメータ群ｂを設定することができないノードがあるためパラメータの再計算をする必要があることを認識する。なお、各ノードが設定変更用パラメータに設定できたかを確認するのは、実施形態（１）と同様に、パラメータ設定制御部である。
【０１０１】
（５）、（５’）パラメータ調整装置１０は、パラメータの再計算で得られたパラメータ群ｂ’およびｃ’を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを、ＡＳＮゲートウェイ４ａおよび４ｂに送信する。ＡＳＮゲートウェイ４ａおよび４ｂは、通知されたパラメータ群ｂ’への設定変更が可能であるかを確認する。この場合は、ＡＳＮゲートウェイ４ａおよび４ｂのいずれも設定の変更が可能であるとする。
【０１０２】
（６）、（６’）ＡＳＮゲートウェイ４ａおよび４ｂは、それぞれの配下の基地局３（３ａ、３ｂ）に対してＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する。このメッセージには、パラメータｃ’が含まれているとする。なお、ここで送信されるパラメータ群ｃ’は、パラメータ調整装置１０での再計算結果によっては、１回目にＡＳＮゲートウェイ４に通知されたパラメータ群ｃと同じパラメータである可能性がある。
【０１０３】
（７）、（７’）Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信した基地局３ａおよび３ｂは、各々、自装置が通知されたパラメータ群ｃ’に設定が可能であるかを確認する。設定が可能である場合は、各装置でパラメータ群ｃ’に設定し、ｓｕｃｃｅｓｓを表す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿ＲｓｐメッセージをＡＳＮゲートウェイ４ａもしくは４ｂに送信する。
【０１０４】
（８）、（８’）配下の基地局３ａもしくは３ｂからｓｕｃｃｅｓｓを示すＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、ＡＳＮゲートウェイ４ａおよび４ｂは、それぞれ、パラメータ群ｂ’に設定を行う。またＡＳＮゲートウェイ４ａおよび４ｂは、設定変更を行った後で、受信したＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する。
【０１０５】
（９）パラメータ調整装置１０は、ＡＳＮゲートウェイ４ａおよび４ｂから、送信元がＡＳＮゲートウェイ４ａもしくは４ｂのＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージで、かつｓｕｃｃｅｓｓを示すメッセージを受信すると、パラメータ設定変更に成功したと認識する。
【０１０６】
以上のようなシステムを採用することで、設定変更用パラメータを一括してパラメータ調整装置１０で算出し、無駄な設定変更動作を減らして、各ノードの負担を軽減することができる。
【０１０７】
〔実施形態（２）、（３）におけるノードの動作〕
実施形態（２）および（３）に記載したシステムで用いられるノードにおいて、パラメータの設定変更が行われる際に行われる動作を、ノード別に説明する。なお、実施形態（２）、（３）においてのストリーミングサーバ９の動作は、実施形態（１）で説明した動作と同様である。
【０１０８】
｛パラメータ調整装置の動作｝
図２３は、パラメータ調整装置１０が実施形態（２）もしくは（３）のシステムにおいて行う動作を説明するフローチャートである。設定変更用パラメータの算出後のストリーミングサーバ９とのメッセージの送受信、設定変更に失敗に起因するパラメータの再計算などの一連の動作（ステップＳ１０１〜１０５）は、実施形態（１）で図１６を参照しながら説明したステップＳ２１〜２５と同様である。
【０１０９】
一方、ストリーミングサーバ９でのパラメータ設定変更が成功すると、パラメータ調整装置１０はｓｕｃｃｅｓｓを表すＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信する。この場合は、ＡＳＮゲートウェイ４にパラメータ群ｂおよびｃを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する（ステップＳ１０３、１０６）。ＡＳＮゲートウェイ４を送信元とするＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、パラメータ設定制御部は、そのメッセージがｆａｉｌｕｒｅであるかを確認する（ステップＳ１０７）。ｆａｉｌｕｒｅを表すものである場合、パラメータ調整装置１０は、パラメータの再計算が必要であると認識し、パラメータ群ｂおよびｃを再計算する（ステップＳ１０８）。パラメータ群ａ，ｂおよびｃを再計算する仕組みにしてもよい。
【０１１０】
パラメータ調整装置１０が、基地局３を送信元とするＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを、ＡＳＮゲートウェイ４を介して受信する場合には、そのメッセージがｓｕｃｃｅｓｓの場合とｆａｉｌｕｒｅの場合の両方がある。そこで、パラメータ調整装置１０は、ＡＳＮゲートウェイ４を介してＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、そのメッセージがｆａｉｌｕｒｅであるかを確認する（ステップＳ１１０）。受信したメッセージがｓｕｃｃｅｓｓを示すメッセージであれば、パラメータの設定変更が成功したと認識される。一方、ＡＳＮゲートウェイ４を介して受信したＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージのうちの１つでもｆａｉｌｕｒｅを示すものがあれば、パラメータ調整装置１０は、パラメータの再計算を行う（ステップＳ１１１）。
【０１１１】
｛ＡＳＮゲートウェイの動作｝
ＡＳＮゲートウェイ４が実施形態（２）もしくは（３）のシステムにおいて行う動作について図１８を参照しながら述べる。パラメータ調整装置１０からＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信すると、実施形態（１）で説明したステップＳ６１〜６５と同様の動作を行う。ＡＳＮゲートウェイ４は、自装置の変更用に通知されたパラメータ群ｂに設定が可能な場合、受信したメッセージに配下の基地局３の設定に用いるパラメータ群ｃが含まれているかを確認する（ステップＳ６５）。パラメータ群ｃを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信していた場合は、パラメータ群ｃを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを作成して、配下の基地局３に送信する（ステップＳ１２８）。配下の基地局３からＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、そのメッセージｓｕｃｃｅｓｓを示すかｆａｉｌｕｒｅであるかを確認する（ステップＳ１２９、１３０）。
【０１１２】
基地局３から受信したメッセージがｆａｉｌｕｒｅを示すメッセージである場合には、そのメッセージをパラメータ調整装置１０に送信する（ステップＳ１３０、１３２）。
基地局３から受信したメッセージがｓｕｃｃｅｓｓを示すメッセージである場合は、ＡＳＮゲートウェイ４は、自装置をパラメータ群ｂに設定し、受信したＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する（ステップＳ１３０〜１３２）。
【０１１３】
一方、パラメータ調整装置１０から通知されたパラメータ群ｂに変更することができない場合には、パラメータ群ｃを含まないＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージ
を受信したときと同様である。つまり、パラメータ群ｂに設定できないことを認識するとＡＳＮゲートウェイ４は、パラメータ調整装置１０にｆａｉｌｕｒｅを示す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを送信する（ステップＳ６３、６４）。
【０１１４】
｛基地局の動作｝
次に、図１９を参照して、実施形態（２）もしくは（３）のシステムにおいて基地局３が行う動作について詳しく述べる。基地局３は、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信すると、最初に、メッセージの送信元を確認する（ステップＳ８１、８２）。送信元がパラメータ調整装置１０であれば、実施形態（１）で説明した動作を行う。
【０１１５】
一方、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージの送信元がＡＳＮゲートウェイ４である場合は、実施形態（２）もしくは（３）のシステムでの動作を行う（ステップＳ８７〜９０）。基地局３は、通知されたパラメータ群ｃに設定変更することができるかを確認し、設定変更が可能であれば、設定値をパラメータ群ｃに変更する（ステップＳ８７、８８）。さらに、基地局３は、ｓｕｃｃｅｓｓを表す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを、ＡＳＮゲートウェイ４に送信する（ステップＳ８９）。
【０１１６】
基地局３が通知されたパラメータ群ｃに設定することができない場合には、ｆａｉｌｕｒｅを表す情報を含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿ＲｓｐメッセージをＡＳＮゲートウェイ４に送信する（ステップＳ９０）。
【０１１７】
このように各ノードが動作するシステムを採用することにより、実施形態（１）と同様にサーバから移動端末１までのデータ送信条件を移動端末１のデータ受信状況に応じて設定することができる上に、設定のために必要な通信量を削減することができる。
【０１１８】
＜実施形態（４）＞
実施形態（２）や（３）のシステムよりもさらにパラメータ調整装置１０が送受信するメッセージの数を減少させるために、パラメータ調整装置１０が、主にストリーミングサーバ９と通信を行うシステムを、実施形態（４）として以下で述べる。
【０１１９】
図２４は、実施形態（４）のシステムにおいて、各ノードが設定変更用パラメータに設定される様子を説明する図である。図２５は、その場合のシーケンス図を表す。以下、図２４、２５を参照しながら、設定変更用のパラメータの通知と設定を行う手順を述べる。なお、実施形態（４）で送受信されるメッセージは、特に記載がない場合には、実施形態（１）〜（３）で述べたメッセージ構成と同様の構成をとるものとする。
【０１２０】
（１）本実施形態においても、移動端末１からの受信フレーム率の報告、および、パラメータの算出は、実施形態（１）と同様に行われる。パラメータ調整装置１０は、設定変更用パラメータを求めると、ストリーミングサーバ９にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信し、パラメータの変更が必要である旨を通知する。ここで送信されるパラメータは、パラメータ群ａ、ｂ、およびｃである。
【０１２１】
（２）ストリーミングサーバ９は、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信するとパラメータ群ａへの設定が可能かを確認する。設定が可能である場合には、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿ＲｅｑメッセージをＡＳＮゲートウェイ４に送信する。このときのＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージには、パラメータ群ｂとｃが格納される。
【０１２２】
ここで、ストリーミングサーバ９は、パラメータ群ａへの設定を行う前にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する構成にしても良いし、自装置のパラメータ
設定を行った後でＡＳＮゲートウェイ４にメッセージを送信する構成にしても良い。ここでは、パラメータ群ａへの設定を行う前にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信しているものとする。
【０１２３】
（３）パラメータ群ｂおよびｃを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信したときのＡＳＮゲートウェイ４の動作は、実施形態（２）の手順（４）で記載した動作と同様である。自装置がパラメータ群ｂに設定可能であるときに、ＡＳＮゲートウェイ４は、配下の基地局３にパラメータ群ｃを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する。
【０１２４】
（４）パラメータ群ｃを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信した基地局３の動作は、実施形態（２）の手順（５）で記載した動作と同様である。基地局３は、パラメータ群ｃへの設定変更が可能であれば、自装置の設定変更を行い、ＡＳＮゲートウェイ４にｓｕｃｃｅｓｓを示すＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを送信する。
【０１２５】
（５）ＡＳＮゲートウェイ４は、配下の基地局３からｓｕｃｃｅｓｓを示すＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、自装置をパラメータ群ｂに設定する。その後、基地局３から受信したＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをストリーミングサーバ９に送信する。
【０１２６】
（６）ストリーミングサーバ９は、配下のＡＳＮゲートウェイ４からｓｕｃｃｅｓｓを示すＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、自装置をパラメータ群ａに設定する。その後、ＡＳＮゲートウェイ４から受信したＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する。
【０１２７】
（７）パラメータ調整装置１０は、ストリーミングサーバ９を送信元としたＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージで、かつｓｕｃｃｅｓｓを表す情報が含まれるメッセージを受信すると、パラメータ設定変更が成功したと認識する。
【０１２８】
このような構成をとることにより、設定時に送受信するメッセージ数が比較的少ないシステムで、サーバから移動端末１までのデータ送信条件をリアルタイムに設定することができる
【０１２９】
〔実施形態（４）におけるノードの動作〕
実施形態（４）に記載したシステムで用いられるノードにおいて、パラメータの設定変更が行われる際の動作を、ノード別にフローチャートを用いて説明する。なお、実施形態（４）での基地局３の動作は、実施形態（３）の記載部分で説明した動作と同様である。
【０１３０】
｛パラメータ調整装置の動作｝
図２６は、パラメータ調整装置１０が実施形態（４）のシステムにおいて行う動作を説明するフローチャートである。まず、パラメータ調整装置１０は、設定変更用パラメータの算出後、ストリーミングサーバ９に、パラメータ群ａ、ｂ、およびｃを格納したＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する（ステップＳ１２１）。ストリーミングサーバ９が送信元であるｆａｉｌｕｒｅを表すＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、パラメータ調整装置１０は各ノードへのパラメータを再計算する（ステップＳ１２２、１２３）。
【０１３１】
ストリーミングサーバ９を送信元とするｆａｉｌｕｒｅを示すメッセージを受信していない場合、パラメータ調整装置１０は、ＡＳＮゲートウェイ４を送信元とするＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信したか確認する（ステップＳ１２２、１２４
）。ＡＳＮゲートウェイ４からｆａｉｌｕｒｅを示すメッセージを受信すると、パラメータ調整装置１０はパラメータの再計算を行う（ステップＳ１２５）。
【０１３２】
パラメータ調整装置１０は、ｆａｉｌｕｒｅを示すメッセージをストリーミングサーバ９もしくはＡＳＮゲートウェイ４のいずれのノードからも受信しない場合には、基地局３を送信元とするＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信する。パラメータ調整装置１０は、受信したメッセージがｆａｉｌｕｒｅを示すメッセージかを確認する（ステップＳ１２６）。ｓｕｃｃｅｓｓを示すメッセージを受信した場合には、パラメータ調整装置１０は、パラメータ設定変更に成功したと認識する。
一方、基地局３が送信元であるｆａｉｌｕｒｅを示すメッセージを受信すると、パラメータ調整装置１０は、パラメータの再計算を行う（ステップＳ１２７）。
【０１３３】
｛ストリーミングサーバの動作｝
図１７を参照しながら、ストリーミングサーバ９が実施形態（４）のシステムにおいて行う動作を説明する。ストリーミングサーバ９は、パラメータ調整装置１０からパラメータ群ａ、ｂ、およびｃを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信すると、自装置をパラメータ群ａに設定値を変更できるかを確認する（ステップＳ４１、４２２）。パラメータ群ａへの設定が可能である場合に、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージに、パラメータ群ａ以外のパラメータが含まれているかを確認する（ステップＳ４３）。
【０１３４】
パラメータ群ａ、ｂ、ｃを含むメッセージを受信した場合、ストリーミングサーバ９は、配下のＡＳＮゲートウェイ４に、パラメータ群ｂおよびｃを含むＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信する（ステップＳ４６）。ＡＳＮゲートウェイ４からＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを受信すると、受信したメッセージがｆａｉｌｕｒｅを示すものかを確認する（ステップＳ４７、４８）。  ＡＳＮゲートウェイ４から受信したメッセージがｆａｉｌｕｒｅを示すものである場合は、ストリーミングサーバ９はＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する（ステップＳ４８、５０）。
【０１３５】
ストリーミングサーバ９がＡＳＮゲートウェイ４から受信したメッセージがｓｕｃｃｅｓｓを示すとき、ストリーミングサーバ９は、自装置をパラメータ群ａに設定し、パラメータ調整装置１０にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを送信する（ステップＳ４８〜５０）。
【０１３６】
一方、ストリーミングサーバ９が、通知されたパラメータ群ａへの設定変更ができない場合は、ｆａｉｌｕｒｅを表すＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをパラメータ調整装置１０に送信する（ステップＳ４２、５１）。
【０１３７】
｛ＡＳＮゲートウェイの動作｝
ＡＳＮゲートウェイ４は、Ｃｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信すると、図１８に示したとおり、そのメッセージをパラメータ調整装置１０から受信したかを確認する（ステップＳ６１、６２）。メッセージをパラメータ調整装置１０から受信していない場合は、ＡＳＮゲートウェイ４はストリーミングサーバ９からＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを受信したことになる。この場合、ＡＳＮゲートウェイ４は自装置の設定変更に用いるパラメータ群ｂと基地局３の設定変更に用いるパラメータ群ｃを含むメッセージを受信している。
【０１３８】
ＡＳＮゲートウェイ４は、ストリーミングサーバ９からメッセージを受信すると、メッセージに含まれているパラメータ群ｂへの設定が可能であるかを確認する（ステップＳ６
８）。パラメータ群ｂへの設定が可能である場合は、実施形態（２）および（３）において説明したのと同様に、配下の基地局へＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを送信し、必要に応じて自装置の設定変更を行う（ステップＳ６９〜７３）。
【０１３９】
一方、ＡＳＮゲートウェイ４がパラメータ群ｂに設定することができない場合には、ｆａｉｌｕｒｅを表すＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージをストリーミングサーバ９に送信する（ステップＳ６８、７４）。
【０１４０】
なお、ステップＳ６２で、ＡＳＮゲートウェイ４がＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージをパラメータ調整装置１０から受信している場合は、先に述べた実施形態（１）〜（３）のいずれかである。
【０１４１】
＜実施形態（５）＞
これまで述べてきた実施形態においては、サーバから移動端末１までの設定をリアルタイムに行うシステムの動作について主に述べてきた。ここでは、ＭＣＢＣＳゾーン８に位置する複数の移動端末１の分布によって、同一のコンテンツを同一品質の情報として配信するためのパラメータを変更する具体例を述べる。
【０１４２】
図２７は、複数の移動端末１の受信レートに応じてパラメータ調整装置１０でパラメータの調整を行う例を示す図である。あるＭＣＢＣＳゾーン８に５台の移動端末１が存在する場合であって、移動端末１への配信目標値ｙが６０％、調整閾値ｙａが７０％である場合について考える。なお、図２７では、パラメータ調整装置１０と移動端末１の間に存在するノードを省略している。
【０１４３】
図２７の（１）の状態では、移動端末１のいずれもが、ＭＣＢＣＳゾーン８内で基地局（図示せず）から近いエリア８１に位置している。さらに、配信に用いられるパラメータがＭＰＥＧ１、６４ＱＡＭであり、受信レートが８０％であるとする。このときは、受信情報品質が悪いため、受信レートが調整閾値ｙａよりも高いと考えられる。そこで、これまでに実施形態（１）〜（４）で述べてきたように、受信情報品質を向上させて、受信レートが６０％〜７０％に収まるように、システムにより調整される。このときにストリーミングサーバ９、ＡＳＮゲートウェイ４、基地局３の各ノードに設定されたパラメータをパラメータ群Ｋとする。
【０１４４】
パラメータ群Ｋを用いてマルチキャスト配信を続けている間に、図２７の（２）に示すように、移動端末１ｄはほとんど移動せず基地局に近いエリア８１に位置しているが、移動端末１ａ、１ｂ、１ｃおよび１ｅが基地局３から遠いエリア８２に移動したとする。かかる場合、基地局から遠ざかった移動端末１ａ、１ｂ、１ｃおよび１ｅは、基地局３の近傍エリア８１に位置していたときに比べて、受信率が低下する。ここで、図２７（２）では、移動端末の受信レートが４０％となったとする。かかる場合には、パラメータ調整装置１０は、移動端末の受信レートが６０％〜７０％になるように受信情報品質を変更する。
【０１４５】
このように、移動端末１の移動に伴うＭＣＢＣＳゾーン８内の移動端末１全体での受信レートの変動に伴って、リアルタイムにストリーミングサーバ９から移動端末１までの全てのノードにおいてマルチキャスト配信に最適なパラメータ設定を行うことができる。
【０１４６】
なお、本実施の形態は上記の形態に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。
＜ＩＥＥＥ８０２．１６ｅレベルのフィードバック＞
これまで述べてきた実施形態では、移動端末１はアプリケーションレベルのフィードバ
ックを行う場合について述べた。しかし、移動端末１の説明部分でも述べたとおり、各移動端末１はＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックも行うことができる。これまでに述べたいずれの実施形態でも、移動端末１のＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックを用いてパラメータ調整装置１０が受信レベルを算出する構成にすることができる。また、パラメータ調整装置１０が得られる情報量を増やすために、移動端末１は、アプリケーションレベルのフィードバックとＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックの両方を行う構成にすることもできる。以下、ＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックの方法について詳しく述べる。
【０１４７】
図２８は、ＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックにより移動端末１から受信状況をパラメータ調整装置１０に通知する手順を説明する図である。この場合は、移動端末１の受信状況通知部は、基地局３にＭＳ＿Ｒｐｔ＿ｅメッセージを送信する。ＭＳ＿Ｒｐｔ＿ｅメッセージには、ＭＡＣフレーム率、ＨＡＲＱブロック率、コンテンツＩＤ、ＭＣＢＣＳゾーンＩＤ２２等のデータ受信状況などが含まれる。その他のメッセージ構成は、図８に示したＭＳ＿Ｒｐｔ＿ａｐｌメッセージと同様である。ＭＳ＿Ｒｐｔ＿ｅメッセージの送信は、任意の時間間隔で定期的に行われる構成にすることができる。
【０１４８】
図２９は、ＭＳ＿Ｒｐｔ＿ｅメッセージの送信を行う場合の移動端末１の動作を説明するフローチャートである。移動端末１は、ストリーミングサーバ９からマルチキャスト配信されたコンテンツを受信する（ステップＳ１４１）。次に、データ受信状況算出部は、一定時間に移動端末１が受信できたＭＡＣフレーム率もしくはＨＡＲＱブロック率を算出する（ステップＳ１４２）。受信状況通知部は、データ受信状況算出部が算出した受信状況をＭＳ＿Ｒｐｔ＿ｅメッセージに入れて、ユニキャスト通信により、基地局３に送信する（ステップＳ１４３）。
【０１４９】
基地局３は、ＭＳ＿Ｒｐｔ＿ｅメッセージを受信すると、そのメッセージの内容を一時的に格納し、定期的にパラメータ調整装置１０にデータを送信する。図３０は、ＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックにより受信状況がパラメータ調整装置に通知される手順を説明する図である。基地局３は、移動端末１からの受信状況を一時的に記憶するためのデータ受信状況記憶テーブル４０を備える。データ受信状況記憶テーブル４０には、移動端末ＩＤ４１、ＨＡＲＱブロック率４２が格納される。移動端末１から送信されるメッセージの構成に応じて、データ受信状況記憶テーブル４０にＭＡＣフレーム率が格納される構成にすることもできる。
【０１５０】
＜その他＞
先に述べた実施形態では調整閾値ｙａは配信目標値ｙよりも高い値として説明したが、必ずしも調整閾値ｙａが配信目標値ｙよりも大きな値である必要はない。システムの構成などに応じて、適宜、調整閾値ｙａと配信目標値ｙの間の大小関係や、両者の差を様々に変更することができる。
【０１５１】
また、いずれの実施形態も、ＡＳＮゲートウェイ４や基地局３を複数備えるシステムでの実現が可能である。ここで、図１４、２０、２４の矢印に付した番号（１）などは、図１５、２１、２５のシーケンス図の番号および各実施形態を説明する際の記載と対応させた番号である。また、図２２の番号も同様である。従って、一つの実施形態で同一の番号を有する手順が複数のノード間で同時に行われることを示しているわけではない。例えば、図１４で基地局３からパラメータ調整装置１０へのＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージの送信は、基地局３ａからのメッセージ送信と基地局３ｂからのメッセージ送信のいずれも（６）である。しかし、この番号は、全ての基地局３から同時にＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｓｐメッセージを送信することを意味しているわけではない。また、実施形態（２）などでＣｏｎｆｉｇ＿Ｃｈａｎｇｅ＿Ｒｅｑメッセージを同時に送信すると記載した部分についても、必ずしも複数のノードにメッセージを同時に送信する必要はなく、実装形態に応じて時間差が生じる場合も考えられる。
【０１５２】
上述の各実施形態に対し、さらに以下の付記を開示する。
（付記１）  情報配信装置から中継ノードを介して複数の移動端末にデータをマルチキャスト配信するシステムのパラメータの設定変更を行う方法であって、
パラメータ調整設定装置が、前記複数の移動端末から出力されたデータ受信状況を解析して、前記データ受信状況を所定の範囲にするための情報配信装置設定変更用パラメータおよび中継ノード設定変更用パラメータを計算し、
前記情報配信装置が前記情報配信装置設定変更用パラメータに設定可能である場合に、前記中継ノードが、前記中継ノード設定変更用パラメータへの設定変更を行う
ことを特徴とするパラメータ設定変更方法。
（付記２）  前記パラメータ調整設定装置は、前記情報配信装置設定変更用パラメータおよび前記中継ノード設定変更用パラメータを、前記情報配信装置に送信し、
前記情報配信装置は、前記情報配信装置設定変更用パラメータへの設定が可能である場合に、前記中継ノードに前記中継ノード設定変更用パラメータを通知する
ことを特徴とする付記１に記載のパラメータ設定変更方法。
（付記３）  前記パラメータ調整設定装置は、第１の中継ノードの設定に用いる第１中継ノード設定変更用パラメータと、前記第１の中継ノードと前記複数の移動端末のうちの少なくとも一つとの間に設置されている第２の中継ノードの設定に用いる第２中継ノード設定変更用パラメータを計算し、
前記パラメータ調整設定装置は、前記情報配信装置設定変更用パラメータ、前記第１中継ノード設定変更用パラメータ、および、前記第２中継ノード設定変更用パラメータを、前記情報配信装置に送信し、
前記情報配信装置は、前記情報配信装置設定変更用パラメータへの設定が可能である場合に、前記第１の中継ノードに、前記第１中継ノード設定変更用パラメータおよび前記第２中継ノード設定変更用パラメータを通知し、
前記第１の中継ノードは、前記第１中継ノード設定変更用パラメータへの設定が可能である場合に、前記第２の中継ノードに前記第２中継ノード設定変更用パラメータを通知する
ことを特徴とする付記２に記載のパラメータ設定変更方法。
（付記４）  前記パラメータ調整設定装置は、前記情報配信装置設定変更用パラメータを前記情報配信装置に送信し、
前記情報配信装置は、前記情報配信装置設定変更用パラメータへの設定を行うと、前記パラメータ調整設定装置に情報配信装置設定変更通知を送信し、
前記パラメータ調整設定装置は、前記情報配信装置設定変更通知を受信したことをトリガとして前記中継ノードに前記中継ノード設定変更用パラメータを通知する
ことを特徴とする付記１に記載のパラメータ設定変更方法。
（付記５）  前記パラメータ調整設定装置は、第１の中継ノードの設定に用いる第１中継ノード設定変更用パラメータと、前記第１の中継ノードと前記複数の移動端末のうちの少なくとも一つとの間に設置されている第２の中継ノードの設定に用いる第２中継ノード設定変更用パラメータを計算し、
前記パラメータ調整設定装置は、前記情報配信装置設定変更用パラメータを前記情報配信装置に送信し、
前記情報配信装置は、前記情報配信装置設定変更用パラメータへの設定を行うと、前記パラメータ調整設定装置に前記情報配信装置設定変更通知を送信し、
前記パラメータ調整設定装置は、前記情報配信装置設定変更通知を受信したことをトリガとして、前記第１の中継ノードに、前記第１中継ノード設定変更用パラメータを通知し、
前記第１の中継ノードは、前記第１中継ノード設定変更用パラメータへの設定を行うと、前記パラメータ調整設定装置に第１中継ノード設定変更通知を送信し、
前記パラメータ調整設定装置は、前記第１中継ノード設定変更通知を受信したことをトリガとして、前記第２の中継ノードに、前記第２中継ノード設定変更用パラメータを通知する
ことを特徴とする付記４に記載のパラメータ設定変更方法。
（付記６）  前記パラメータ調整設定装置は、第１の中継ノードの設定に用いる第１中継ノード設定変更用パラメータと、前記第１の中継ノードと前記複数の移動端末のうちの少なくとも一つとの間に設置されている第２の中継ノードの設定に用いる第２中継ノード設定変更用パラメータを計算し、
前記パラメータ調整設定装置は、前記情報配信装置設定変更用パラメータを前記情報配信装置に送信し、
前記情報配信装置は、前記情報配信装置設定変更用パラメータへの設定を行うと、前記パラメータ調整設定装置に前記情報配信装置設定変更通知を送信し、
前記パラメータ調整設定装置は、前記情報配信装置設定変更通知を受信したことをトリガとして、前記第１の中継ノードに、前記第１中継ノード設定変更用パラメータおよび前記第２中継ノード設定変更用パラメータを通知し、
前記第１の中継ノードは、前記第１中継ノード設定変更用パラメータへの設定が可能である場合に、前記第２の中継ノードに前記第２中継ノード設定変更用パラメータを通知する
ことを特徴とする付記４に記載のパラメータ設定変更方法。
（付記７）  情報配信装置から中継ノードを介して複数の移動端末にデータをマルチキャスト配信するシステムであって、
前記複数の移動端末から出力されたデータ受信状況を解析して、前記情報配信装置から前記複数の移動端末に前記データを送信するための情報配信装置設定変更用パラメータおよび中継ノード設定変更用パラメータを計算するパラメータ調整設定装置を備え、
前記情報配信装置において前記情報配信装置設定変更用パラメータの設定が可能である場合に、前記中継ノードが、前記中継ノード設定変更用パラメータの設定を行う
ことを特徴とするマルチキャスト配信システム。
（付記８）  情報配信装置から中継ノードを介してマルチキャスト配信が行われたときの、前記中継ノードの通信エリアに位置する移動端末のデータ受信状況を解析する受信状況解析部と、
前記データ受信状況が所定の範囲内に含まれない場合に、前記データ受信状況を前記所定の範囲内にするための前記情報配信装置のパラメータを表す情報配信装置設定変更用パラメータ、および、前記データ受信状況を前記所定の範囲内にするための前記中継ノードのパラメータを表す中継ノード設定変更用パラメータを算出するパラメータ算出部と、
前記情報配信装置および前記中継ノードが前記パラメータ算出部で算出された設定変更用パラメータに設定できたかを確認するパラメータ設定制御部
を備えることを特徴とする設定装置。
（付記９）  前記パラメータ設定制御部は、前記情報配信装置が前記情報配信装置設定変更用パラメータに設定可能である場合に、前記中継ノードに前記中継ノード設定変更用パラメータを通知する
ことを特徴とする付記８に記載の設定装置。
（付記１０）  前記パラメータ設定制御部が、前記情報配信装置の前記情報配信装置設定変更用パラメータへの設定失敗、および／もしくは、前記中継ノードの前記中継ノード設定変更用パラメータへの設定失敗を認識すると、前記パラメータ算出部は、前記情報配信装置設定変更用パラメータおよび前記中継ノード設定変更用パラメータを計算しなおす
ことを特徴とする付記８乃至９に記載の設定装置。
（付記１１）  情報配信装置から中継ノードを介してマルチキャスト配信が行われたときの、データ受信状況を算出するデータ受信状況算出部と、
前記データ受信状況を前記所定の範囲内にするための前記情報配信装置の設定変更用パラメータおよび前記中継ノードの設定変更用パラメータを算出するパラメータ調整設定装置に、前記データ受信状況算出部が算出した前記データ受信状況を通知する受信状況通知部
を有することを特徴とする移動端末。
（付記１２）  前記データ受信状況算出部は、前記中継ノードとの前記マルチキャスト配信に用いられる第１のコネクションを用いて受信したデータの受信状況を算出し、
前記受信状況通知部は、前記中継ノードを介してユニキャスト通信を行うための第２のコネクションを用いて前記データ受信状況の通知を行う
ことを特徴とする付記１１に記載の移動端末。
（付記１３）  情報配信装置から移動端末へマルチキャスト配信されたデータを中継するノードであって、
前記移動端末のデータ受信状況が所定の範囲に含まれていないときに前記データ受信状況を前記所定の範囲内にするための設定変更用パラメータを算出するパラメータ調整設定装置から通知された、前記設定変更用パラメータに設定するパラメータ制御部と、
前記設定変更用パラメータへの設定に失敗すると、前記パラメータ調整設定装置に前記設定変更用パラメータを再計算させるための設定失敗通知を送信する設定状況通知部
を有することを特徴とする中継ノード。
（付記１４）  前記マルチキャスト配信されたデータを、他の中継ノードを介して前記移動端末に中継する中継ノードであって、
前記パラメータ調整変更装置から、前記設定変更用パラメータ、および、前記他の中継ノードの設定に用いる他の設定変更用パラメータを通知されると、前記設定変更用パラメータへの設定が可能である場合に、前記他の中継ノードに、前記他の設定変更用パラメータを通知する
ことを特徴とする付記１３に記載の中継ノード。
【図面の簡単な説明】
【０１５３】
【図１】本実施形態でのシステム構成例を説明する図である。
【図２】パラメータ調整装置で計算されたパラメータが、各ノードに設定される様子を説明する図である。
【図３】特許文献２で開示されているシステムで緊急用コンテンツを配信する場合との比較を説明する図である。
【図４】実施形態のシステムで用いられる移動端末が備える機能を説明する図である。
【図５】移動端末がアプリケーションレベルにおけるフィードバックを行う際のフローチャートである。
【図６】実施形態に係るパラメータ調整装置が備える機能を説明する図である。
【図７】実施形態のシステムで用いられる基地局が備える機能を説明する図である。
【図８】アプリケーションレベルでのフィードバックにより、パラメータ調整装置にデータ受信状況が通知される場合の動作を説明するシーケンス図である。
【図９】移動端末からパラメータ調整装置にデータ受信状況通知が行われる場合の動作を説明する図である。
【図１０】移動端末からストリーミングサーバにデータ受信状況通知が行われる場合の動作を説明する図である。
【図１１】受信レートと許容受信レート範囲の関係を説明する図である。
【図１２】パラメータ調整装置による各ノードのパラメータ設定変更を説明するフローチャートである。
【図１３】パラメータ調整装置が保持している設定変更テーブルの例を説明する図である。
【図１４】実施形態（１）でパラメータ調整装置から設定変更用パラメータが通知されて各ノードで設定が変更される様子を説明する図である。
【図１５】実施形態（１）でパラメータ調整装置から設定変更用パラメータが通知されて各ノードで設定が変更される場合のシーケンス図である。
【図１６】パラメータ調整装置が実施形態（１）のシステムにおいて行う動作を説明するフローチャートである。
【図１７】設定変更用パラメータを通知されたストリーミングサーバが行う動作を説明するフローチャートである。
【図１８】設定変更用パラメータを通知されたＡＳＮゲートウェイが行う動作を説明するフローチャートである。
【図１９】設定変更用パラメータを通知された基地局が行う動作を説明するフローチャートである。
【図２０】実施形態（２）のシステムにおいて、各ノードが設定変更用パラメータに設定される様子を説明する図である。
【図２１】実施形態（２）のシステムにおいて、各ノードが設定変更用パラメータに設定される場合のシーケンス図である。
【図２２】各ノードが再計算された設定変更用パラメータに設定される場合のシーケンス図である。
【図２３】パラメータ調整装置が実施形態（２）もしくは（３）のシステムにおいて行う動作を説明するフローチャートである。
【図２４】実施形態（４）のシステムにおいて、各ノードが設定変更用パラメータに設定される様子を説明する図である。
【図２５】実施形態（４）のシステムにおいて、各ノードが設定変更用パラメータに設定される場合のシーケンス図である。
【図２６】パラメータ調整装置が実施形態（４）のシステムにおいて行う動作を説明するフローチャートである。
【図２７】複数の移動端末の受信レートに応じてパラメータ調整装置でパラメータの調整を行う例を示す図である。
【図２８】ＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックにより移動端末から受信状況をパラメータ調整装置に通知する手順を説明する図である。
【図２９】ＭＳ＿Ｒｐｔ＿ｅメッセージの送信を行う場合の移動端末の動作を説明するフローチャートである。
【図３０】ＩＥＥＥ８０２．１６ｅレベルにおけるフィードバックにより受信状況がパラメータ調整装置に通知される手順を説明する図である。
【図３１】ＷｉＭＡＸシステムの概要を説明する図である。
【図３２】ＭＣＢＣＳを説明する図である。
【符号の説明】
【０１５４】
１  移動端末
２  ＡＳＮ
３  基地局
４  ＡＳＮゲートウェイ
５  ＣＳＮ
６  コンテンツサーバ
７  コンテンツ
８  ＭＣＢＣＳゾーン
９  ストリーミングサーバ
１０  パラメータ調整装置
２０  ＭＳ＿Ｒｐｔ＿ａｐｌメッセージ
２１  コンテンツＩＤ
２２  ＭＣＢＣＳゾーンＩＤ
２３  移動端末ＩＤ
２４  送信先ＩＤ
２５  送信元ＩＤ
３０  データ受信状況記憶テーブル
３１  移動端末ＩＤ
３２  フレーム率
４０  データ受信状況記憶テーブル
４１  移動端末ＩＤ
４２  ＨＡＲＱブロック率
７１  フレーム
８１  ＭＣＢＣＳゾーン内の基地局に近いエリア
８２  ＭＣＢＣＳゾーン内の基地局から遠いエリア
【図１】
0005104450.tif 000002
【図３】
0005104450.tif 000003
【図４】
0005104450.tif 000004
【図５】
0005104450.tif 000005
【図６】
0005104450.tif 000006
【図７】
0005104450.tif 000007
【図８】
0005104450.tif 000008
【図９】
0005104450.tif 000009
【図１０】
0005104450.tif 000010
【図１１】
0005104450.tif 000011
【図１２】
0005104450.tif 000012
【図１３】
0005104450.tif 000013
【図１４】
0005104450.tif 000014
【図１５】
0005104450.tif 000015
【図１６】
0005104450.tif 000016
【図１７】
0005104450.tif 000017
【図１８】
0005104450.tif 000018
【図１９】
0005104450.tif 000019
【図２０】
0005104450.tif 000020
【図２１】
0005104450.tif 000021
【図２２】
0005104450.tif 000022
【図２３】
0005104450.tif 000023
【図２４】
0005104450.tif 000024
【図２５】
0005104450.tif 000025
【図２６】
0005104450.tif 000026
【図２７】
0005104450.tif 000027
【図２８】
0005104450.tif 000028
【図２９】
0005104450.tif 000029
【図３０】
0005104450.tif 000030
【図３１】
0005104450.tif 000031
【図３２】
0005104450.tif 000032
【図２】
0005104450.tif 000033