(57)【要約】【課題】伝送路の最大帯域を記憶しておく必要がなく、かつ、動的に最大帯域が変化する通信システムであっても精度の高い帯域制御を行うことができる通信システム等を提供する。【解決手段】端末装置３０ａ〜３０ｃ及び制御装置２０を備える通信システム１０であって、制御装置２０は、端末装置３０ａ〜３０ｃとの間で呼制御のためのパケットを送受信する第１パケット伝送部２１と、受信されたパケットに基づいて呼制御のための管理を行う呼制御管理部２２とを備え、呼制御管理部２２は、発呼端末から受信したメディア情報と被発呼端末の伝送条件情報とから、発呼端末と被発呼端末との間の通信負荷率を算出し、算出した通信負荷率に現時点における伝送路の通信負荷率を加算した合計通信負荷率を算出し、合計通信負荷率が予め定められた閾値より低い場合に、発呼端末と被発呼端末との通信を許可する。【選択図】図２Ａ
2016010140.tif 000002
【特許請求の範囲】
【請求項１】
伝送路を介して接続される複数の端末装置及び制御装置を備える通信システムであって、
前記制御装置は、
前記複数の端末装置との間で呼制御のためのパケットを送受信する第１パケット伝送部と、
前記第１パケット伝送部で受信されたパケットに基づいて呼制御のための管理を行う呼制御管理部とを備え、
前記複数の端末装置のそれぞれは、
前記制御装置との間で呼制御のためのパケットを送受信し、前記複数の端末装置との間で映像及び音声の少なくとも一方を含むパケットを送受信する第２パケット伝送部と、
前記第２パケット伝送部を介して前記制御装置との間で前記呼制御のためのパケットを送受信することによって呼制御を行う呼制御処理部とを備え、
前記呼制御管理部は、発呼を要求する端末装置である発呼端末から受信した、前記発呼端末が要求する映像及び音声の少なくとも一方の通信帯域を示すメディア情報と、発呼の相手先となる端末装置である被発呼端末の伝送条件を示す伝送条件情報とから、前記発呼端末と前記被発呼端末との間の通信負荷率を算出し、算出した前記通信負荷率に現時点における前記伝送路の通信負荷率を加算した合計通信負荷率を算出し、算出した前記合計通信負荷率が予め定められた閾値より低い場合に、前記発呼端末と前記被発呼端末との通信を許可する
通信システム。
【請求項２】
前記通信負荷率は、単位時間に占める通信のためのビットが伝送される時間の割合である
請求項１記載の通信システム。
【請求項３】
前記メディア情報には、前記発呼端末が要求する映像及び音声の少なくとも一方の伝送速度とパケット速度とが含まれ、
前記伝送条件情報には、通信に用いられる変調方式を示す変調情報が含まれ、
前記呼制御管理部は、前記メディア情報に含まれる前記伝送速度と前記パケット速度とから１パケットのサイズを算出し、前記伝送条件情報に含まれる前記変調情報から前記変調における１シンボル当たりの伝送速度を算出し、算出した前記１パケットのサイズと前記１シンボル当たりの伝送速度とから１パケットの占有時間を算出し、算出した前記占有時間に基づいて前記発呼端末と前記被発呼端末との通信負荷率を算出する
請求項２記載の通信システム。
【請求項４】
前記呼制御管理部は、
前記被発呼端末を含む少なくとも１つの前記端末装置に、前記伝送条件を問い合わせる伝送条件要求パケットを、前記第１パケット伝送部を介して送信し、送信した前記伝送条件要求パケットに対する応答として、前記端末装置から、前記伝送条件情報を含む伝送条件応答パケットを、前記第１パケット伝送部を介して受信することにより、前記被発呼端末の前記伝送条件情報を取得し、
前記発呼端末から、前記メディア情報を含む発呼要求パケットを、前記第１パケット伝送部を介して受信することにより、前記メディア情報を取得し、
前記呼制御処理部は、
前記制御装置から、前記伝送条件要求パケットを、前記第２パケット伝送部を介して受信した場合には、前記制御装置に、前記伝送条件応答パケットを、前記第２パケット伝送部を介して返信し、
発呼を要求する場合には、前記制御装置に、前記メディア情報を含む発呼要求パケットを、前記第２パケット伝送部を介して送信する
請求項１〜３のいずれか１項に記載の通信システム。
【請求項５】
前記呼制御管理部は、
定期的に、前記複数の端末装置に前記伝送条件要求パケットを送信することで前記複数の端末装置から前記伝送条件応答パケットを受信し、受信した前記伝送条件応答パケットに含まれる前記伝送条件情報を前記複数の端末装置のそれぞれに対応づけて保持し、
前記発呼要求パケットを受信した場合に、前記発呼要求パケットに基づいて前記被発呼端末を特定し、特定した前記被発呼端末に対応する前記伝送条件情報を、保持していた前記伝送条件情報から取り出すことにより、前記被発呼端末の前記伝送条件情報を取得する
請求項４記載の通信システム。
【請求項６】
前記呼制御管理部は、前記発呼要求パケットを受信した直後に、前記発呼要求パケットに基づいて特定される前記被発呼端末に前記伝送条件要求パケットを送信することで、前記被発呼端末の前記伝送条件を取得する
請求項４記載の通信システム。
【請求項７】
前記呼制御管理部は、前記発呼要求パケットを受信した直後に、前記発呼要求パケットに基づいて特定される前記被発呼端末に、チャネル推定を実行させるチャネル推定強制実行パケットを、前記第１パケット伝送部を介して送信することで前記被発呼端末にチャネル推定を実行させてから、前記被発呼端末に前記伝送条件要求パケットを送信する
請求項６記載の通信システム。
【請求項８】
前記呼制御管理部は、前記発呼要求パケットを受信した場合に、前記発呼要求パケットに基づいて特定される前記被発呼端末に、前記伝送条件要求パケットとして、前記発呼要求パケットを、前記第１パケット伝送部を介して送信し、送信した前記発呼要求パケットに対する応答であって前記伝送条件情報を含む発呼応答パケットを、前記伝送条件応答パケットとして、前記第１パケット伝送部を介して取得し、
前記呼制御処理部は、前記制御装置から前記発呼要求パケットを受信すると、前記制御装置に、前記発呼要求パケットに対する前記発呼応答パケットを、前記伝送条件応答パケットとして、前記第２パケット伝送部を介して返信する
請求項４記載の通信システム。
【請求項９】
前記呼制御処理部は、前記制御装置から前記発呼要求パケットを受信すると、チャネル推定を実行した後に、前記制御装置に前記発呼応答パケットを返信する
請求項８記載の通信システム。
【請求項１０】
前記呼制御処理部は、自らの端末装置の伝送条件が変化した場合に、前記制御装置に、変化後の前記伝送条件を示す伝送条件情報を含む伝送条件変化通知パケットを、前記第２パケット伝送部を介して送信し、
前記呼制御管理部は、前記複数の端末装置から、前記伝送条件変化通知パケットを、前記第１パケット伝送部を介して受信することにより、前記被発呼端末の前記伝送条件情報を取得する
請求項１〜３のいずれか１項に記載の通信システム。
【請求項１１】
伝送路を介して複数の端末装置と接続される制御装置であって、
前記複数の端末装置との間で呼制御のためのパケットを送受信する第１パケット伝送部と、
前記第１パケット伝送部で受信されたパケットに基づいて呼制御のための管理を行う呼制御管理部とを備え、
前記呼制御管理部は、発呼を要求する端末装置である発呼端末から受信した、前記発呼端末が要求する映像及び音声の少なくとも一方の通信帯域を示すメディア情報と、発呼の相手先となる端末装置である被発呼端末の伝送条件を示す伝送条件情報とから、前記発呼端末と前記被発呼端末との間の通信負荷率を算出し、算出した前記通信負荷率に現時点における前記伝送路の通信負荷率を加算した合計通信負荷率を算出し、算出した前記合計通信負荷率が予め定められた閾値より低い場合に、前記発呼端末と前記被発呼端末との通信を許可する
制御装置。
【請求項１２】
請求項１記載の通信システムにおける１つの端末装置。
【請求項１３】
伝送路を介して接続される複数の端末装置及び制御装置を備える通信システムにおける通信制御方法であって、
前記制御装置が、発呼を要求する端末装置である発呼端末から、前記発呼端末が要求する映像及び音声の少なくとも一方の通信帯域を示すメディア情報を取得するメディア情報取得ステップと、
前記制御装置が、発呼の相手先となる端末装置である被発呼端末の伝送条件を示す伝送条件情報を取得する伝送条件情報取得ステップと、
前記制御装置が、取得した前記メディア情報と前記伝送条件情報とから、前記発呼端末と前記被発呼端末との間の通信負荷率を算出し、算出した前記通信負荷率に現時点における前記伝送路の通信負荷率を加算した合計通信負荷率を算出し、算出した前記合計通信負荷率が予め定められた閾値より低い場合に、前記発呼端末と前記被発呼端末との通信を許可する帯域制御ステップとを含む
通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信システムを構成する制御装置及び端末装置、並びに、通信制御方法に関し、特に、呼制御における帯域制御に関する。
【背景技術】
【０００２】
複数の端末装置が通信し合う通信システムでは、呼制御において、帯域制御が行われる。ここで、呼制御とは、通信のための端末装置間の接続、解放及び監視等の制御である。帯域制御とは、伝送路の通信帯域（通信速度、回線容量）を制限することであり、より具体的には、端末装置同士を接続するときに、通信帯域の観点から、その接続（通信）を許可するか拒否するかを判断することである。
【０００３】
従来、帯域制御は、例えば呼制御プロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いた電話システムにおいて、次のように行われる（例えば、特許文献１参照）。なお、ＳＩＰは、クライアント（端末装置）とサーバ間の通信が中心となるインターネット上でクライアント同士の直接通信を実現するプロトコルとして注目されている呼制御プロトコルの一つである。ＳＩＰは、例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を応用したＩＰ電話等に用いられる。
【０００４】
まず、発呼要求をもつ端末装置は、メディア情報を記述したＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を付与した発呼要求パケット（ＩＮＶＩＴＥ）を、ＳＩＰサーバとして機能する制御装置に送信する。ここで、メディア情報とは、通信したい音声及び映像の少なくとも一方を含むメディアストリーミングの仕様を示す情報であり、例えば、音声ビットレート、音声パケットレート等が含まれる。このようなメディア情報は、通信における１パケットのサイズの特定が可能な情報の一例である。ＳＤＰは、ＳＩＰでやりとりされるメッセージを記述するための構文であり、セッション情報等の記述に用いられる。
【０００５】
次に、制御装置は、受け取ったＳＤＰを基に必要なビットレートを見積もり、見積もったビットレートを用いて、予め記憶している最大帯域（最大ビットレート）内での通話（複数の同時通話を含む）を実施する。つまり、制御装置は、最大帯域を超過することとなる通話については、通話を拒否する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−０３６９６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来の帯域制御では、制御装置が各伝送路の最大帯域を記憶しておかなければならないという問題がある。また、制御装置が各伝送路の最大帯域を記憶していたとしても、各伝送路の最大帯域が動的に変化する場合には、帯域制御が正確に行われないという問題がある。
【０００８】
特に、チャネル推定を行うことでノイズを避けて伝送するＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）変調方式による通信システムでは、各伝送路の最大帯域が動的に変化する。このような通信システムでは、通信負荷が高すぎるためにパケットロス又はパケット遅延が多くなり通信品質が低下してしまったり、逆に通信負荷が低すぎるために同時に可能な通信数が少なくなり通信における無駄が生じてしまったりすることを避ける必要がある。そのために、動的に変化する最大帯域に対応した帯域制御が必要となる。
【０００９】
そこで、本発明は、伝送路の最大帯域を記憶しておく必要がなく、かつ、動的に最大帯域が変化する通信システムであっても精度の高い帯域制御を行うことができる通信システム等を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明の一形態における通信システムは、伝送路を介して接続される複数の端末装置及び制御装置を備える通信システムであって、前記制御装置は、前記複数の端末装置との間で呼制御のためのパケットを送受信する第１パケット伝送部と、前記第１パケット伝送部で受信されたパケットに基づいて呼制御のための管理を行う呼制御管理部とを備え、前記複数の端末装置のそれぞれは、前記制御装置との間で呼制御のためのパケットを送受信し、前記複数の端末装置との間で映像及び音声の少なくとも一方を含むパケットを送受信する第２パケット伝送部と、前記第２パケット伝送部を介して前記制御装置との間で前記呼制御のためのパケットを送受信することによって呼制御を行う呼制御処理部とを備え、前記呼制御管理部は、発呼を要求する端末装置である発呼端末から受信した、前記発呼端末が要求する映像及び音声の少なくとも一方の通信帯域を示すメディア情報と、発呼の相手先となる端末装置である被発呼端末の伝送条件を示す伝送条件情報とから、前記発呼端末と前記被発呼端末との間の通信負荷率を算出し、算出した前記通信負荷率に現時点における前記伝送路の通信負荷率を加算した合計通信負荷率を算出し、算出した前記合計通信負荷率が予め定められた閾値より低い場合に、前記発呼端末と前記被発呼端末との通信を許可する。
【００１１】
また、本発明の一形態における制御装置は、伝送路を介して複数の端末装置と接続される制御装置であって、前記複数の端末装置との間で呼制御のためのパケットを送受信する第１パケット伝送部と、前記第１パケット伝送部で受信されたパケットに基づいて呼制御のための管理を行う呼制御管理部とを備え、前記呼制御管理部は、発呼を要求する端末装置である発呼端末から受信した、前記発呼端末が要求する映像及び音声の少なくとも一方の通信帯域を示すメディア情報と、発呼の相手先となる端末装置である被発呼端末の伝送条件を示す伝送条件情報とから、前記発呼端末と前記被発呼端末との間の通信負荷率を算出し、算出した前記通信負荷率に現時点における前記伝送路の通信負荷率を加算した合計通信負荷率を算出し、算出した前記合計通信負荷率が予め定められた閾値より低い場合に、前記発呼端末と前記被発呼端末との通信を許可する。
【００１２】
また、本発明の一形態における端末装置は、上記通信システムにおける１つの端末装置である。
【００１３】
また、本発明の一形態における通信制御方法は、伝送路を介して接続される複数の端末装置及び制御装置を備える通信システムにおける通信制御方法であって、前記制御装置が、発呼を要求する端末装置である発呼端末から、前記発呼端末が要求する映像及び音声の少なくとも一方の通信帯域を示すメディア情報を取得するメディア情報取得ステップと、前記制御装置が、発呼の相手先となる端末装置である被発呼端末の伝送条件を示す伝送条件情報を取得する伝送条件情報取得ステップと、前記制御装置が、取得した前記メディア情報と前記伝送条件情報とから、前記発呼端末と前記被発呼端末との間の通信負荷率を算出し、算出した前記通信負荷率に現時点における前記伝送路の通信負荷率を加算した合計通信負荷率を算出し、算出した前記合計通信負荷率が予め定められた閾値より低い場合に、前記発呼端末と前記被発呼端末との通信を許可する帯域制御ステップとを含む。
【発明の効果】
【００１４】
本発明により、伝送路の最大帯域を記憶しておく必要がなく、かつ、動的に最大帯域が変化する通信システムであっても精度の高い帯域制御を行うことができる通信システム、制御装置、端末装置、及び、通信制御方法が実現される。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態における通信システムの構成を示す図
【図２Ａ】図１に示された制御装置の構成を示す機能ブロック図
【図２Ｂ】図１に示された端末装置の構成を示す機能ブロック図
【図３】図１に示された制御装置による帯域制御の基本手順を示すフローチャート
【図４】本発明の実施の形態１における帯域制御の手順を示す通信シーケンス図
【図５】発呼要求パケットに含まれるメディア情報の一例を示す図
【図６】音声通信負荷率の具体的な算出例を示す図
【図７】本発明の実施の形態２における帯域制御の手順を示す通信シーケンス図
【図８】本発明の実施の形態３における帯域制御の手順を示す通信シーケンス図
【図９】本発明の実施の形態４における帯域制御の手順を示す通信シーケンス図
【図１０】本発明の実施の形態５における帯域制御の手順を示す通信シーケンス図
【図１１】本発明の実施の形態６における帯域制御の手順を示す通信シーケンス図
【発明を実施するための形態】
【００１６】
以下、本発明の一態様に係る通信システム、制御装置、端末装置、及び、通信制御方法について、図面を参照しながら具体的に説明する。
【００１７】
なお、以下で説明する実施の形態は、いずれも本発明の一具体例を示すものである。以下の実施の形態で示される数値、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００１８】
図１は、本発明の実施の形態における通信システム１０の構成を示す図である。この通信システム１０は、伝送路１１を介して接続される複数の端末装置３０ａ〜３０ｃ及び制御装置２０で構成され、例えば、映像及び音声の少なくとも一つを含むメディアデータを伝送するための無線ＬＡＮの通信システムである。
【００１９】
制御装置２０は、複数の端末装置３０ａ〜３０ｃ間での通信における呼制御の管理を行う装置であり、例えば、ＳＩＰサーバとして機能するコンピュータ装置である。
【００２０】
端末装置３０ａ〜３０ｃは、お互いに通信し合う装置であり、例えば、ＩＰ電話機、あるいは、メディアデータを伝送するコンピュータ装置等である。
【００２１】
伝送路１１は、複数の端末装置３０ａ〜３０ｃ及び制御装置２０を接続する通信路であり、例えば、物理的には、有線通信用の伝送ケーブル又は無線通信用の伝送空間であり、論理的には、ＯＦＤＭ変調における伝送チャネル（複数のサブキャリア）である。
【００２２】
図２Ａは、図１に示された制御装置２０の構成を示す機能ブロック図である。制御装置２０は、第１パケット伝送部２１と、呼制御管理部２２とを備える。
【００２３】
第１パケット伝送部２１は、複数の端末装置３０ａ〜３０ｃとの間で呼制御のためのパケットを送受信する処理部である。この第１パケット伝送部２１は、例えば、通信インターフェース、及び、各種通信プロトコル（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）等）を実行する回路等で実現される。
【００２４】
呼制御管理部２２は、第１パケット伝送部２１で受信されたパケットに基づいて帯域制御を含む呼制御のための管理を行う処理部である。この呼制御管理部２２は、例えば、プロセッサ、プログラム等が格納された不揮発性メモリ、揮発性メモリ、入出力インターフェース等で構成され、プロセッサがプログラムを実行することによって機能を発揮する。
【００２５】
図２Ｂは、図１に示された端末装置３０ａ〜３０ｃの構成を示す機能ブロック図である。端末装置３０ａ〜３０ｂのそれぞれは、第２パケット伝送部３１と、呼制御処理部３２と、記憶部３３とを備える。
【００２６】
第２パケット伝送部３１は、制御装置２０との間で呼制御のためのパケットを送受信し、他の端末装置３０ａ〜３０ｃとの間でメディアデータ（映像及び音声の少なくとも一方を含むパケット）を送受信する処理部である。この第２パケット伝送部３１は、第１パケット伝送部２１と同様に、例えば、通信インターフェース、及び、各種通信プロトコル（ＩＰ、ＴＣＰ、ＵＤＰ、ＲＴＰ等）を実行する回路等で実現される。
【００２７】
記憶部３３は、第２パケット伝送部３１から送信されるメディアデータ等のデータを保持する、及び、第２パケット伝送部３１で受信されたメディアデータ等のデータを保持するための記憶部であり、例えば、不揮発性メモリ又は揮発性メモリで実現される。
【００２８】
呼制御処理部３２は、第２パケット伝送部３１を介して制御装置２０との間で呼制御のためのパケットを送受信することによって呼制御を行う処理部である。この呼制御処理部３２は、呼制御管理部２２と同様に、例えば、プロセッサ、プログラム等が格納された不揮発性メモリ、揮発性メモリ、入出力インターフェース等で構成され、プロセッサがプログラムを実行することによって機能を発揮する。
【００２９】
ここで、特徴的なことは、制御装置２０の呼制御管理部２２が有する帯域制御の機能である。図３は、本実施の形態における制御装置２０が備える呼制御管理部２２による帯域制御（つまり、本発明に係る通信制御方法）の基本手順を示すフローチャートである。
【００３０】
まず、呼制御管理部２２は、発呼を要求する端末装置である発呼端末から、発呼端末が要求する映像及び音声の少なくとも一方の通信帯域を示すメディア情報を取得する（メディア情報取得ステップＳ１０）。
【００３１】
次に、呼制御管理部２２は、発呼の相手先となる端末装置である被発呼端末の伝送条件を示す伝送条件情報を取得する（伝送条件情報取得ステップＳ１１）。なお、後述する実施の形態で詳述するように、メディア情報取得ステップＳ１０よりも先に（あるいは、定期的に）端末装置３０ａ〜３０ｃから伝送条件情報を取得して保持してもよい。この場合、発呼要求を受けたときに、発呼要求に基づいて被発呼端末を特定し、保持していた端末装置３０ａ〜３０ｃの伝送条件情報の中から被発呼端末の伝送条件情報を特定（選択して取り出す）することで、被発呼端末の伝送条件情報を取得してもよい。
【００３２】
最後に、呼制御管理部２２は、取得したメディア情報と伝送条件情報とから帯域制御を行う（帯域制御ステップＳ１２）。
【００３３】
帯域制御ステップＳ１２では、より詳しくは、まず、呼制御管理部２２は、取得したメディア情報と伝送条件情報とから発呼端末と被発呼端末との間の通信負荷率を算出する（Ｓ２０）。次に、呼制御管理部２２は、算出した通信負荷率に、現時点における伝送路１１の通信負荷率（現実の通信負荷率）を加算することで、合計通信負荷率を算出する（Ｓ２１）。そして、呼制御管理部２２は、算出した合計通信負荷率と予め定められた閾値とを比較し（Ｓ２２）、合計通信負荷率が予め定められた閾値より低い場合に（Ｓ２２でＹｅｓ）、発呼端末と被発呼端末との通信を許可する（Ｓ２３）。一方、呼制御管理部２２は、合計通信負荷率が予め定められた閾値以上である場合には（Ｓ２２でＮｏ）、発呼端末と被発呼端末との通信を拒否する（Ｓ２４）。
【００３４】
ここで、通信負荷率とは、より具体的には、単位時間に占める通信のためのビットが伝送される時間の割合である。単位時間は、予め定められた任意の時間でよく、例えば、１秒である。よって、単位時間が１秒である場合には、通信負荷率は、１秒のうち、通信のためのビットが伝送路１１に伝送されている時間の割合である。また、予め定められた閾値とは、通信システム１０が採用している通信方式に依存して定められる値であり、例えば、ＣＳＭＡ／ＣＤ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ／Ｃｏｌｌｉｓｉｏｎ  Ｄｅｔｅｃｔｉｏｎ）を使用する場合には、４０％程度である。
【００３５】
なお、呼制御管理部２２による帯域制御の判断結果（許可又は拒否）は、発呼端末及び被発呼端末に通知される。そして、通信が許可された場合には、その後、発呼端末と被発呼端末との間で通信が行われる。
【００３６】
また、メディア情報には、例えば、発呼端末が要求する映像及び音声の少なくとも一方の伝送速度とパケット速度とが含まれ、一方、伝送条件情報には、例えば、通信に用いられる変調方式を示す変調情報が含まれる。この場合には、呼制御管理部２２は、メディア情報に含まれる伝送速度とパケット速度とから１パケットのサイズを算出し、一方、伝送条件情報に含まれる変調情報から変調における１シンボル当たりの伝送速度を算出する。そして、呼制御管理部２２は、算出した１パケットのサイズと１シンボル当たりの伝送速度とから１パケットの占有時間を算出し、算出した占有時間に基づいて発呼端末と被発呼端末との間の通信負荷率を算出する。さらに、呼制御管理部２２は、算出した通信負荷率に、現時点における伝送路１１の通信負荷率を加算することで、合計通信負荷率を算出し、算出した合計通信負荷率が予め定められた閾値より低い場合に発呼端末と被発呼端末との通信を許可する。
【００３７】
このように、呼制御管理部２２による帯域制御は、合計通信負荷率に基づいて帯域制御が行われるので、制御装置２０は、伝送路１１の最大帯域を記憶しておく必要がなくなる。たとえば、通信システムに複数の伝送路（伝送チャネル）が設けられる場合であっても、各伝送路の最大帯域を記憶しておくことなく、帯域制御が行われる。また、最大帯域が動的に変化する場合であっても、被発呼端末の伝送条件を用いて帯域制御が行われるので、精度の高い帯域制御が行われる。つまり、伝送路の最大帯域を記憶しておく必要がなく、かつ、動的に最大帯域が変化する通信システムであっても精度の高い帯域制御を行うことができる通信システムが実現される。
【００３８】
以上のように構成された本実施の形態における通信システム１０の具体的な帯域制御について、以下、実施の形態１〜６として、説明する。
【００３９】
（実施の形態１）
まず、本発明の実施の形態１における帯域制御について説明する。実施の形態１では、専用のパケットを用いて、定期的に、伝送条件情報が端末装置３０ａ〜３０ｃから制御装置２０に収集される点に特徴がある。
【００４０】
図４は、本発明の実施の形態１における帯域制御の手順を示す通信シーケンス図である。本実施の形態では、制御装置２０（より特定的には、呼制御管理部２２）は、定期的に、端末装置３０ａ〜３０ｃに伝送条件要求パケットを送信する（Ｓ３０）。ここで、伝送条件要求パケットとは、端末装置３０ａ〜３０ｃに、伝送条件を問い合わせるパケットである。また、定期的とは、同じ時間間隔で繰り返すことだけでなく、変動する時間間隔で繰り返すことも含む。
【００４１】
これに対して、端末装置３０ａ〜３０ｃ（より特定的には、呼制御処理部３２）は、伝送条件パケットを受信すると、その応答として、伝送条件応答パケットを制御装置２０に返信する（Ｓ３１）。ここで、伝送条件応答パケットとは、伝送条件要求パケットに対応する応答パケットであり、この伝送条件応答パケットを返信する端末装置の伝送条件を示す伝送条件情報が含まれている。伝送条件には、例えば、ＯＦＤＭ変調方式における多値度（例えば、１６ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）であれば４、６４ＱＡＭであれば６）と、サブキャリアの数（サブキャリア数）とが含まれる。
【００４２】
なお、制御装置２０では、呼制御管理部２２は、端末装置３０ａ〜３０ｃから第１パケット伝送部２１を介して受信した伝送条件応答パケットに含まれる伝送条件情報を、返信してきた端末装置に対応づけて、内蔵のメモリに保持しておく。
【００４３】
以上の通信（Ｓ３０〜Ｓ３１）は、予め定められた周期で、繰り返される。
【００４４】
ここで、いま、ある端末装置（ここでは、端末装置３０ａ）が発呼要求を発するとする。つまり、発呼端末である端末装置３０ａ（より特定的には、呼制御処理部３２）は、制御装置２０に、メディア情報を含む発呼要求パケットを送信する（Ｓ３２）。ここで、発呼要求パケットは、例えば、図５に示されるようなメディア情報を記述したＳＤＰが付与されたパケットである。図５に示される発呼要求パケットでは、メディア情報として、音声ビットレート（ここでは、６４ｋｂｐｓ）、音声パケットレート（ここでは、５０ｐｐｓ）等を示す情報が含まれている。
【００４５】
すると、発呼要求パケットを受信した制御装置２０では、呼制御管理部２２は、次の手順で、被発呼端末の伝送条件情報を取得する（Ｓ３３）。つまり、発呼要求パケットに基づいて（発呼要求パケットに含まれている宛先情報を参照して）被発呼端末を特定し、特定した被発呼端末に対応する伝送条件情報を、保持していた伝送条件情報の中から選択して取り出すことで、被発呼端末の伝送条件情報を取得する。
【００４６】
そして、呼制御管理部２２は、発呼要求パケットに含まれていたメディア情報と、取り出した被発呼端末の伝送条件情報とを用いて、図３に示された手順に従って帯域制御を行う（Ｓ３４）。
【００４７】
制御装置２０による帯域制御の結果、発呼端末と被発呼端末との通信が許可された場合には、その後、発呼端末と被発呼端末との間で通信が行われるが、図４では、帯域制御より後の通信シーケンスの図示が省略されている。
【００４８】
図６は、呼制御管理部２２による帯域制御における通信負荷率（ここでは、音声による通信が行われる場合の通信負荷率（音声通信負荷率））の具体的な算出例を示している。まず、メディア情報に含まれる伝送速度（ここでは、音声ビットレート）とパケット速度（ここでは、音声パケットレート）とから、図６に示される式に従って、１パケットのサイズ（ここでは、１パケットの音声データサイズ）が算出される（Ｓ４０）。そして、そのデータサイズ（ここでは、１パケットの音声データサイズ）と各種ヘッダサイズとから、図６に示される式に従って、１パケットのサイズが算出される（Ｓ４１）。
【００４９】
次に、伝送条件情報に含まれる変調情報（ここでは、多値度とサブキャリア数）から、図６に示される式に従って、変調における１シンボル当たりの伝送速度（ここでは、ＯＦＤＭの１シンボル当たりのビットレート）が算出される（Ｓ４２）。続いて、ステップＳ４１で算出された１パケットのサイズとステップＳ４２で算出された１シンボル当たりの伝送速度（ここでは、ＯＦＤＭの１シンボル当たりのビットレート）とから、図６に示される式に従って、１パケットの占有時間が算出される（Ｓ４３）。
【００５０】
さらに、算出された占有時間、データ以外の占有時間（ここでは、ＡＣＫ等の固定時間）、及び、パケット速度（ここでは、音声パケットレート）から、図６に示される式に従って、通信負荷率（ここでは、音声通信負荷率）が算出される（Ｓ４４）。そして、このようにして算出された発呼端末と被発呼端末との間の通信負荷率に、現時点における伝送路１１の通信負荷率を加算することで、合計通信負荷率が算出される（Ｓ４５）。最後に、合計通信負荷率は、予め定められた閾値（例えば、４０％）と比較され、予め定められた閾値より低い場合に発呼端末と被発呼端末との通信が許可される（Ｓ４６）。
【００５１】
なお、図６では、音声通信負荷率が算出されたが、もし、発呼端末と被発呼端末との間で映像及び音声による通信が行われる場合には、同様の手順に従って、映像と音声とを合わせた通信での通信負荷率が算出される。その場合には、例えば、音声だけによる通信負荷率（音声負荷率）を算出し、さらに、映像だけによる通信負荷率（映像通信負荷率）を算出し、それらを合計することで、発呼端末と被発呼端末との間での通信負荷率を算出してもよい。
【００５２】
以上のように、本実施の形態では、制御装置２０では、呼制御管理部２２は、被発呼端末を含む少なくとも１つの端末装置に、伝送条件を問い合わせる伝送条件要求パケットを、第１パケット伝送部２１を介して送信する。そして、呼制御管理部２２は、送信した伝送条件要求パケットに対する応答として、端末装置３０ａ〜３０ｃから、伝送条件情報を含む伝送条件応答パケットを、第１パケット伝送部２１を介して受信する。これにより、被発呼端末の伝送条件情報が取得される。さらに、呼制御管理部２２は、発呼端末から、メディア情報を含む発呼要求パケットを、第１パケット伝送部２１を介して受信することにより、メディア情報を取得する。
【００５３】
一方、端末装置３０ａ〜３０ｃでは、呼制御処理部３２は、制御装置２０から、伝送条件要求パケットを、第２パケット伝送部３１を介して受信した場合には、制御装置２０に、伝送条件応答パケットを、第２パケット伝送部３１を介して返信する。さらに、呼制御処理部３２は、発呼を要求する場合には、制御装置２０に、メディア情報を含む発呼要求パケットを、第２パケット伝送部３１を介して送信する。
【００５４】
これにより、メディア情報は発呼要求パケットに含まれて発呼端末から制御装置２０に伝えられるので、メディア情報を制御装置２０に伝達するための特別な通信が不要となる。
【００５５】
また、本実施の形態では、制御装置２０において、呼制御管理部２２は、定期的に、複数の端末装置３０ａ〜３０ｃに伝送条件要求パケットを送信することで複数の端末装置３０ａ〜３０ｃから伝送条件応答パケットを受信する。そして、呼制御管理部２２は、受信した伝送条件応答パケットに含まれる伝送条件情報を複数の端末装置３０ａ〜３０ｃのそれぞれに対応づけて保持しておく。さらに、呼制御管理部２２は、発呼要求パケットを受信した場合に、発呼要求パケットに基づいて被発呼端末を特定し、特定した被発呼端末に対応する伝送条件情報を、保持していた伝送条件情報から取り出すことにより、被発呼端末の伝送条件情報を取得する。
【００５６】
これにより、複数の端末装置３０ａ〜３０ｃの伝送条件情報が定期的に制御装置２０に送信されて制御装置２０に保持されるので、制御装置２０は、発呼要求を受けたときに、被発呼端末の伝送条件を示す伝送条件情報を速やかに取得することができる。
【００５７】
（実施の形態２）
次に、本発明の実施の形態２における帯域制御について説明する。実施の形態２では、制御装置２０が、発呼要求を受けた直後に、被発呼端末の伝送条件を示す伝送条件情報を取得する点に特徴がある。
【００５８】
図７は、本発明の実施の形態２における帯域制御の手順を示す通信シーケンス図である。
【００５９】
いま、ある端末装置（ここでは、端末装置３０ａ）が発呼要求を発するとする（Ｓ５０）。なお、発呼端末である端末装置３０ａ（より特定的には、呼制御処理部３２）が制御装置２０に、図５に示されるようなメディア情報を記述したＳＤＰが付与された発呼要求パケットを送信する点は、実施の形態１と同様である。
【００６０】
本実施の形態では、発呼要求パケットを受信した制御装置２０では、その直後に、呼制御管理部２２は、受信した発呼要求パケットに基づいて（発呼要求パケットに含まれている宛先情報を参照して）被発呼端末（ここでは、端末装置３０ｃ）を特定する。そして、呼制御管理部２２は、特定した被発呼端末（ここでは、端末装置３０ｃ）に伝送条件要求パケットを送信する（Ｓ５１）。このように、呼制御管理部２２は、発呼要求パケットを受信した直後に、発呼要求パケットに基づいて特定される被発呼端末に伝送条件要求パケットを送信する。なお、「発呼要求パケットを受信した直後に伝送条件要求パケットを送信する」とは、発呼要求パケットを受信した後、他の送受信を行うことなく、伝送条件要求パケットを送信することである。
【００６１】
これに対して、被発呼端末である端末装置３０ｃ（より特定的には、呼制御処理部３２）は、伝送条件パケットを受信すると、その応答として、自らの伝送条件を示す伝送条件情報を含む伝送条件応答パケットを制御装置２０に返信する（Ｓ５２）。
【００６２】
その後、制御装置２０では、呼制御管理部２２は、発呼要求パケットに含まれていたメディア情報と、伝送条件応答パケットに含まれていた伝送条件情報とを用いて、図３に示された手順に従って帯域制御を行う（Ｓ５３）。
【００６３】
以上のように、本実施の形態では、呼制御管理部２２は、発呼要求パケットを受信した直後に、発呼要求パケットに基づいて特定される被発呼端末に伝送条件要求パケットを送信することで、被発呼端末の伝送条件を取得する。
【００６４】
これにより、制御装置２０は、発呼要求を受けた直後に、被発呼端末の伝送条件を示す伝送条件情報を取得するので、より直近の伝送条件を用いた帯域制御が行われ、精度の高い帯域制御が実現される。
【００６５】
（実施の形態３）
次に、本発明の実施の形態３における帯域制御について説明する。実施の形態３では、制御装置２０が、発呼要求を受けた直後に、被発呼端末に対してチャネル推定を実行させてから、被発呼端末から伝送条件情報を取得する点に特徴がある。つまり、実施の形態３の帯域制御は、実施の形態２における手順に、チャネル推定のための手順が追加されたものに相当する。なお、チャネル推定とは、端末装置が、送信に用いるチャネルの特性（チャネル特性）を取得する処理である。
【００６６】
図８は、本発明の実施の形態３における帯域制御の手順を示す通信シーケンス図である。この通信シーケンス図では、実施の形態２と同じ手順については、実施の形態２と同じ符号を付し、その説明を省略する（以下、他の通信シーケンスについても、他の実施の形態での手順と同じ手順については同じ符号を付し、その説明を省略する）。
【００６７】
発呼要求パケットを受信した制御装置２０（より特定的には、呼制御管理部２２）は、発呼要求パケットを受信した（Ｓ５０）直後に、まず、被発呼端末（ここでは、端末装置３０ｃ）にチャネル推定を実行させる（Ｓ６０〜Ｓ６２）。なお、「発呼要求パケットを受信した直後に、被発呼端末にチャネル推定を実行させる」とは、発呼要求パケットを受信した後、他の送受信を行うことなく、被発呼端末にチャネル推定を実行させることである。
【００６８】
より詳しくは、まず、呼制御管理部２２は、被発呼端末（ここでは、端末装置３０ｃ）に、チャネル推定強制実行パケットを送信する（Ｓ６０）。ここで、チャネル推定強制実行パケットとは、端末装置に対してチャネル推定を実行させるためのパケットである。そして、チャネル推定強制実行パケットを受信した被発呼端末（ここでは、端末装置３０ｃ）は、チャネル推定を実行するために、既知の信号を送る等により、制御装置２０にチャネル推定を要求する（Ｓ６１）。そのチャネル推定の要求を受けた制御装置２０は、その応答として、受信した既知の信号の特性（つまり、チャネル特性）を特定し、特定したチャネル特性を被発呼端末（ここでは、端末装置３０ｃ）に返信する（Ｓ６２）。なお、チャネル特性には、多値度及びサブキャリア数等の伝送条件が含まれる。このようなチャネル推定により、被発呼端末（ここでは、端末装置３０ｃ）は、現時点における伝送路１１の状況に応じた伝送条件を特定することができる。
【００６９】
その後、実施の形態２と同様にして、制御装置２０による伝送条件情報の取得（Ｓ５１、Ｓ５２）と、帯域制御（Ｓ５３）とが行われる。なお、被発呼端末（ここでは、端末装置３０ｃ）から制御装置２０に送信される伝送条件情報は、被発呼端末（ここでは、端末装置３０ｃ）でのチャネル推定で特定された伝送条件を示す情報である。
【００７０】
以上のように、本実施の形態では、呼制御管理部２２は、発呼要求パケットを受信した直後に、発呼要求パケットに基づいて特定される被発呼端末に、チャネル推定を実行させるチャネル推定強制実行パケットを、第１パケット伝送部２１を介して送信する。これにより、被発呼端末にチャネル推定を実行させる。そして、続いて、被発呼端末に伝送条件要求パケットを送信する。
【００７１】
これにより、被発呼端末がチャネル推定を実行してから伝送条件情報が制御装置２０に返信されるので、制御装置２０では、より直近の伝送路の状況に依存した被発呼端末の伝送条件を用いた帯域制御が行われ、より精度の高い帯域制御が実現される。
【００７２】
（実施の形態４）
次に、本発明の実施の形態４における帯域制御について説明する。実施の形態４では、制御装置２０と被発呼端末との間でやりとりされる発呼要求パケット及び発呼要求応答パケットを利用して、制御装置２０が被発呼端末から伝送条件情報を取得する点に特徴がある。
【００７３】
図９は、本発明の実施の形態４における帯域制御の手順を示す通信シーケンス図である。
【００７４】
発呼要求パケットを受信した制御装置２０（より特定的には、呼制御管理部２２）は、発呼要求パケットを受信すると（Ｓ５０）、その発呼要求パケットを伝送条件要求パケットとして被発呼端末（ここでは、端末装置３０ｃ）に送信する（Ｓ７１）。なお、「発呼要求パケットを伝送条件要求パケットとして被発呼端末に送信する」とは、単に「発呼要求パケットを被発呼端末に送信する」ことと同義である。ただし、発呼要求パケットを受信した被発呼端末が、次の動作を行う。
【００７５】
つまり、発呼要求パケットを受信した被発呼端末である端末装置３０ｃでは、呼制御処理部３２は、その応答として、伝送条件情報を含む発呼応答パケットを、伝送条件応答パケットとして、制御装置２０に返信する（Ｓ７２）。なお、「伝送条件情報を含む発呼応答パケットを伝送条件応答パケットとして制御装置２０に返信する」とは、単に「伝送条件情報を含む発呼応答パケットを制御装置２０に返信する」ことと同義である。ただし、このような発呼応答パケットを受信した制御装置２０が、次の動作を行う。
【００７６】
つまり、制御装置２０は、被発呼端末（ここでは、端末装置３０ｃ）から受信した発呼応答パケットを発呼端末（ここでは、端末装置３０ａ）に返信する（Ｓ７３）だけでなく、次の帯域制御を行う。つまり、伝送条件情報を含む発呼応答パケットを受信した制御装置２０では、呼制御管理部２２は、発呼要求パケットに含まれていたメディア情報と発呼応答パケットに含まれていた伝送条件情報とを用いて、図３に示された手順に従って帯域制御を行う（Ｓ７４）。
【００７７】
以上のように、本実施の形態では、呼制御管理部２２は、発呼要求パケットを受信した場合に、発呼要求パケットに基づいて特定される被発呼端末に、伝送条件要求パケットとして、発呼要求パケットを、第１パケット伝送部２１を介して送信する。そして、呼制御管理部２２は、送信した発呼要求パケットに対する応答であって伝送条件情報を含む発呼応答パケットを、伝送条件応答パケットとして、第１パケット伝送部２１を介して取得する。つまり、被発呼端末では、呼制御処理部３２は、制御装置２０から発呼要求パケットを受信すると、制御装置２０に、発呼要求パケットに対する発呼応答パケットを、伝送条件応答パケットとして、第２パケット伝送部３１を介して返信する。
【００７８】
これにより、伝送条件情報は、発呼応答パケットに含まれて被発呼端末から制御装置２０に送信されるので、伝送条件情報を制御装置２０に伝達するための特別な通信が不要となる。
【００７９】
（実施の形態５）
次に、本発明の実施の形態５における帯域制御について説明する。実施の形態５では、発呼端末が発呼要求パケットを送信する前にチャネル推定を実行し、被発呼端末が発呼応答パケットを返信する前にチャネル推定を実行する点に特徴がある。つまり、実施の形態５の帯域制御は、実施の形態４における手順に、発呼端末におけるチャネル推定の手順と、被発呼端末におけるチャネル推定の手順とが追加されたものに相当する。
【００８０】
図１０は、本発明の実施の形態５における帯域制御の手順を示す通信シーケンス図である。以下、実施の形態４と異なる手順について説明する。
【００８１】
発呼端末（ここでは、端末装置３０ａ）では、呼制御処理部３２は、チャネル推定を実行してから（Ｓ８０、Ｓ８１）、発呼要求パケットを制御装置２０に送信する（Ｓ５０）。一方、被発呼端末（ここでは、端末装置３０ｃ）では、呼制御処理部３２は、発呼要求パケットを受信すると（Ｓ７１）、チャネル推定を実行する（Ｓ８２、Ｓ８３）。そして、呼制御処理部３２は、その結果得られた伝送条件を示す伝送条件情報を含む発呼応答パケットを制御装置２０に返信する（Ｓ７２）。
【００８２】
以上のように、本実施の形態では、被発呼端末の呼制御処理部３２は、制御装置２０から発呼要求パケットを受信すると、チャネル推定を実行した後に、その結果を反映した伝送条件情報を含む発呼応答パケットを制御装置２０に返信する。
【００８３】
これにより、被発呼端末がチャネル推定を実行してから伝送条件情報が制御装置２０に送信されるので、制御装置２０では、より直近の伝送路の状況に依存した被発呼端末の伝送条件を用いた帯域制御が行われ、精度の高い帯域制御が実現される。
【００８４】
なお、本実施の形態では、発呼端末が発呼要求パケットを送信する前にチャネル推定を実行したが、このチャネル推定は、必ずしも必要な手順ではなく、実行されなくてもよい。被発呼端末が発呼応答パケットを返信する前にチャネル推定を実行する限り、直近の伝送路の状況に依存した被発呼端末の伝送条件が制御装置２０に伝達されるからである。
【００８５】
（実施の形態６）
次に、本発明の実施の形態６における帯域制御について説明する。実施の形態６では、端末装置３０ａ〜３０ｃが、自らの伝送条件が変化した場合に、変化後の伝送条件を示す伝送条件情報を含むパケットを制御装置２０に送信する点に特徴がある。
【００８６】
図１１は、本発明の実施の形態６における帯域制御の手順を示す通信シーケンス図である。
【００８７】
各端末装置３０ａ〜３０ｃの呼制御処理部３２は、自らが使用する伝送条件が変化したことを検出する（Ｓ９０、Ｓ９２、Ｓ９４）。すると、各端末装置３０ａ〜３０ｃの呼制御処理部３２は、変化後の伝送条件を示す伝送条件情報を含むパケット（つまり、伝送条件変化通知パケット）を制御装置２０に送信する（Ｓ９１、Ｓ９３、Ｓ９５）。なお、伝送条件が変化したことの検出は、例えば、定期的にチャネル推定を実行することで最新の伝送条件を取得し、直前に取得していた伝送条件と比較することによって行う。また、制御装置２０では、呼制御管理部２２は、端末装置３０ａ〜３０ｃから伝送条件変化通知パケットを受信すると、その伝送条件変化通知パケットに含まれている伝送条件情報を、送信してきた端末装置に対応づけて、内蔵のメモリに保持しておく。これにより、呼制御管理部２２は、被発呼端末の伝送条件情報を取得する。
【００８８】
その後、ある端末装置（ここでは、端末装置３０ａ）が制御装置２０に発呼要求パケットを送信した場合には（Ｓ３２）、実施の形態１と同様に、制御装置２０では、呼制御管理部２２は、保持していた被発呼端末の伝送条件情報を取得する（Ｓ３３）。そして、呼制御管理部２２は、発呼要求パケットに含まれていたメディア情報と、被発呼端末の伝送条件情報とを用いて、図３に示された手順に従って帯域制御を行う（Ｓ３４）。
【００８９】
なお、もし、被発呼端末の伝送条件が変化していなかったために、ステップＳ３３において、制御装置２０が被発呼端末の伝送条件情報を保持していなかった場合には、次の手順で制御装置２０が被発呼端末の伝送条件情報を取得してもよい。つまり、実施の形態２のステップＳ５１及びＳ５２のように、制御装置２０は、被発呼端末に伝送条件要求パケットを送信し、その応答として、被発呼端末の伝送条件を示す伝送条件情報を含む伝送条件応答パケットを被発呼端末から受信してもよい。
【００９０】
以上のように、本実施の形態では、各端末装置３０ａ〜３０ｃにおいて、呼制御処理部３２は、自らの伝送条件が変化した場合に、制御装置２０に、変化後の伝送条件を示す伝送条件情報を含む伝送条件変化通知パケットを、第２パケット伝送部３１を介して送信する。一方、制御装置２０では、呼制御管理部２２は、複数の端末装置３０ａ〜３０ｃから、伝送条件変化通知パケットを、第１パケット伝送部２１を介して受信することにより、被発呼端末の伝送条件情報を取得する。
【００９１】
これにより、端末装置３０ａ〜３０ｃの伝送条件が変化した場合に、変化後の伝送条件を示す伝送条件情報が端末装置３０ａ〜３０ｃから制御装置２０に送信されるので、伝送条件情報を制御装置２０に伝達するための特別な通信が不要となる。
【００９２】
以上、本発明に係る通信システム、制御装置、端末装置、及び、通信制御方法について、実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される別の形態も、本発明の範囲内に含まれてもよい。
【００９３】
たとえば、本発明は、本発明に係る通信制御方法に含まれる各ステップ（メディア情報取得ステップ、伝送条件情報取得ステップ及び帯域制御ステップ）を実行するプログラムとして実現してもよい。さらに、本発明は、そのプログラムを格納したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体として実現することもできる。
【００９４】
また、上記実施の形態において、図３に示された通信制御方法には、制御装置２０で実行されるステップだけが含まれたが、本発明に係る通信制御方法は、これに限られず、端末装置３０ａ〜３０ｃで実行されるステップが含まれてもよい。
【００９５】
また、上記実施の形態では、第１パケット伝送部２１及び第２パケット伝送部３１は通信インターフェース及び各種プロトコルを実行する回路等で実現されたが、このような回路によるハードウェア的な実現手法に限られない。プロセッサ、プログラムを格納したメモリ、及び、作業用のメモリ等によってソフトウェア的に実現されてもよい。
【００９６】
同様に、上記実施の形態では、呼制御管理部２２及び呼制御処理部３２は、プロセッサによってソフトウェア的に実現されたが、このような実現手法に限られず、専用の回路によってハードウェア的に実現されてもよい。
【符号の説明】
【００９７】
１０  通信システム
２０  制御装置
２１  第１パケット伝送部
２２  呼制御管理部
３０ａ〜３０ｃ  端末装置
３１  第２パケット伝送部
３２  呼制御処理部
【図１】
2016010140.tif 000003
【図２Ａ】
2016010140.tif 000004
【図２Ｂ】
2016010140.tif 000005
【図３】
2016010140.tif 000006
【図４】
2016010140.tif 000007
【図５】
2016010140.tif 000008
【図６】
2016010140.tif 000009
【図７】
2016010140.tif 000010
【図８】
2016010140.tif 000011
【図９】
2016010140.tif 000012
【図１０】
2016010140.tif 000013
【図１１】
2016010140.tif 000014