WO2014083962A1

WO2014083962A1 - 通信システム

Info

Publication number: WO2014083962A1
Application number: PCT/JP2013/078402
Authority: WO
Inventors: 一範小澤
Original assignee: 日本電気株式会社
Priority date: 2012-11-29
Filing date: 2013-10-11
Publication date: 2014-06-05

Abstract

ネットワークを介して接続されかつ所定のユーザに割り当てられた端末と、前記端末からの要求により、所定のデータを格納したパケットを前記端末に転送するパケット転送制御手段と、前記ネットワークの輻輳を検出する輻輳検出手段と、前記ユーザのプロファイル情報に基づいてQoSパラメータを生成するパラメータ生成手段と、前記ネットワークの輻輳を検出した場合に、前記プロファイル情報に基づいて前記QoSパラメータを変更し、この変更したQoSパラメータに従って前記パケットを前記端末に転送するように制御する制御手段を有する通信システム。

Description

通信システム

　本発明は、通信システムに関し、特に、パケット毎に通信品質を制御しながらパケット転送を行なう通信システムに関する。

　近年、モバイルネットワークでも大容量化、高速化が進展し、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）やＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）などのシステムが導入開始されている。従来の通信システムでは、音声通話やＴＶ電話を行なう回線交換と、データを流すパケット交換は別々のシステムから構成されていた。しかし、ＬＴＥ／ＥＰＣシステムでは、同じパケット通信路に、音声通話データやＴＶ電話データやコンテンツ配信データなどと、いわゆるデータ信号（アプリデータ、ドキュメントデータ、写真データなど）とを一緒に流すことを特徴とする。さらに、携帯端末としては、従来型の、いわゆるガラパゴス携帯だけでなく、スマートフォンやタブレットなどの、いわゆるスマートデバイス（携帯型多機能端末）の普及が加速化している。これにより、従来システムとは比較にならない膨大な量の信号がパケット通信路を流れることになる。
　これに関連する技術として、例えば、特開２００４−３２０４５２号公報（特許文献１）がある。特許文献１では、パケット転送制御装置において、回線輻輳状態判定部８が、複数パケットに対しパケットサイズの累積値である累積パケット総量にもとづき、バックボーン回線が輻輳かどうかを判別する。転送レート制御決定部９は、バックボーン回線が輻輳状態との判定のときは、しきい値を下回るホップカウント値を有する１以上のＩＰフローを選択する。パケット加工処理部１０は、転送レート制御決定部９で選択されたＩＰフローに対し、ＴＣＰパケットか否かを判別し、ＴＣＰパケットの場合は３種のパケット加工処理を施す。具体的には、サーバからの発信パケットの場合は、ＴＣＰヘッダにＥＣＮのＣＥビットをセットする。クライアントから返信される返信パケットの場合は、ＴＣＰヘッダのウィンドウサイズを縮小変更する。確認応答（Ａｃｋ）パケットの場合は、当該パケットのバックボーン回線に対する送出タイミングを遅らせる。なお、ＴＣＰパケットでない場合は、パケットを廃棄する（段落〔００５１〕~〔００５７〕参照）。

　従来の通信システムにおけるパケット転送制御装置（例えば、ＥＰＣのＰ−ＧＷ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　ＧａｔｅＷａｙ）やＳ−ＧＷ（Ｓｅｒｖｉｎｇ　ＧａｔｅＷａｙ）では、これまでは、ＱＣＩ（Ｑｕａｌｉｔｙ　Ｃｌａｓｓ　Ｉｄｅｎｔｉｆｉｅｒ）、ＭＢＲ（Ｍａｘｉｍｕｍ　Ｂｉｔ　Ｒａｔｅ）、ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ　Ｂｉｔ　Ｒａｔｅ）などのパラメータを設定して、パケット毎にＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）を制御している。
　しかしながら、ＬＴＥ／ＥＰＣ全体のネットワークの帯域幅は、トラヒック量の時間的な変動に依存して時間的に変動するため、パケット転送制御装置でネットワークの輻輳のタイミングを検出するのが困難である。
　そこで、従来では、事前に統計的手法により、ネットワークが混雑する曜日や混雑する時間帯などを調べておき、これらの曜日や時間帯情報にあてはまる場合に特定パケットのＭＢＲやＧＢＲなどを絞ることにより、輻輳を回避しようとしていた。
　しかしながら、このような制御では、突発的なイベントや、人気コンテンツの投入や、ヘビイユーザの新規使用開始などにより、トラヒックが統計値に比べ大幅に変化するケースに対応することができないという課題があった。その結果、例えば、コンテンツのダウンロード時間が非常に長かったり、最悪の場合は画面がフリーズしたり音が途切れるなどのＱｏＥ（Ｑｕａｌｉｔｙ　ｏｆ　Ｅｘｐｅｒｉｅｎｃｅ）の劣化に関する課題が発生していた。
　さらに、今後、ＬＴＥ／ＥＰＣのパケット通信路を用いて高音質ＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）や高解像度ＴＶ電話などのリアルタイム通信サービスとして開始されると、ネットワークが輻輳した場合、最悪の事態として、ＶｏＩＰによる音声通話の際に端末で音が途切れたり、ＴＶ電話の際に端末で映像が乱れたりあるいはフリーズしたりするといった端末側のＱｏＥ（Ｑｕａｌｉｔｙ　ｏｆ　Ｅｘｐｅｒｉｅｎｃｅ）の劣化に関する課題が発生する恐れがある。
　本発明の目的は、上述した従来技術の課題を解決する通信システムを提供することにある。

　本発明に係る通信システムは、
ネットワークを介して接続されかつ所定のユーザに割り当てられた端末と、
　前記端末からの要求により、所定のデータを格納したパケットを前記端末に転送するパケット転送制御手段と、
　前記ネットワークの輻輳を検出する輻輳検出手段と、
　前記ユーザのプロファイル情報に基づいてＱｏＳパラメータを生成するパラメータ生成手段と、
　前記ネットワークの輻輳を検出した場合に、前記プロファイル情報に基づいて前記ＱｏＳパラメータを変更し、この変更したＱｏＳパラメータに従って前記パケットを前記端末に転送するように制御する制御手段を有することを特徴とする。

　本発明によれば、トラヒックデータ量の変動によりネットワークの帯域幅が変動しても、端末側のＱｏＥ（Ｑｕａｌｉｔｙ　ｏｆ　Ｅｘｐｅｒｉｅｎｃｅ）の劣化を防止することができる。

　図１は、本発明の実施の形態に係る通信システムの構成を示す図である。
　図２は、本発明の第１の実施の形態に係るパケット転送制御装置の構成を示すブロック図である。
　図３は、本発明の第２の実施の形態に係るパケット転送制御装置の構成を示すブロック図である。
　図４は、携帯端末の構成を示すブロック図である。

　以下、本発明の実施の形態について、図面を用いて詳細に説明する。
　（第１の実施の形態）
　図１、図２を参照して、本発明の第１の実施の形態について詳細に説明する。
　図１は、本発明の実施の形態に係る通信システムの構成を示している。ここでは、ネットワークとして、例えば、モバイルＬＴＥ／ＥＰＣパケットネットワークを用いる場合の構成を示している。
　図１に示すように、本発明の実施の形態に係る通信システムは、モバイルネットワーク１５０、インターネット網１４０、ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）網１３０を有する。モバイルネットワーク１５０は、パケット転送制御装置１９０、ＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｒｕｌｅｓ　Ｆｕｎｃｔｉｏｎ）装置１９１、ｅＮｏｄｅＢ装置（屋外型ＬＴＥ無線基地局装置：Ｏｕｔｄｏｏｒ　ＬＴＥ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　Ｅｑｕｉｐｍｅｎｔ）１９４を有し、携帯端末１７０＿１、１７０＿２と接続されている。また、インターネット網１４０はＷｅｂサーバ１４５を有し、ＩＭＳ網１３０はＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）サーバ１１０を有する。ここで、パケット転送制御装置１９０は、Ｐ−ＧＷ（Ｐａｃｋｅｔ　ｄａｔａ　ｎｅｔｗｏｒｋ　ＧａｔｅＷａｙ）またはＳ−ＧＷ（Ｓｅｒｖｉｎｇ　ＧａｔｅＷａｙ）またはそれらの両者を用いる場合の構成を示している。
　このような構成の下、ユーザＡとユーザＢが同じｅＮｏｄｅＢ装置１９４の圏内で通信を行なう。具体的には、ユーザＡは携帯端末１７０＿１を用いて、モバイルネットワーク１５０及びＩＭＳ網１３０を介して、相手先ネットワーク（図示せず）を経由して相手先の端末（図示せず）とＶｏＩＰ音声通信を行なう。一方、ユーザＢは携帯端末１７０＿２を用いてＷｅｂサーバ１４５からアプリケーションデータのダウンロードを行う。なお、音声通信（音声電話）の代わりにＴＶ電話を用いても良い。
　図１では、簡単のために、ユーザ数は２人としたが、１人の場合も、３人以上の場合も、同じ構成で対応可能である。また、携帯端末１７０＿１、１７０＿２としては、いわゆるガラパゴス携帯、スマートフォン、タブレット等を想定している。
　次に、携帯端末１７０＿１、１７０＿２から、ＥＣＮ（Ｅｘｐｌｉｃｉｔ　Ｃｏｎｇｅｓｔｉｏｎ　Ｎｏｔｉｆｉｃａｔｉｏｎ）による輻輳情報を受信して輻輳を検出する場合について説明する。
　ｅＮｏｄｅＢ装置１９４がモバイルネットワーク１５０での輻輳状態を検出すると、ｅＮｏｄｅＢ装置１９４から携帯端末１７０＿１、１７０＿２への下り方向のパケットのＩＰヘッダ部のＥＣＮフィールド（図示せず）にＣＥ（Ｃｏｎｇｅｓｔｉｏｎ　Ｅｘｐｅｒｉｅｎｃｅ）ビットをたて、携帯端末１７０＿１、１７０＿２に送出する。携帯端末１７０＿１、１７０＿２では、ｅＮｏｄｅＢ装置１９４から受信したパケットにおいてＩＰヘッダ部のＥＣＮフィールドにＣＥビットがたっていることを検出した場合は、携帯端末１７０＿１、１７０＿２からパケット転送制御装置１９０への上りパケットのＩＰヘッダ部のＥＣＮフィールドにＣＥビットをたてることにより、パケット転送制御装置１９０に輻輳状態であることを通知する。
　携帯端末１７０＿１は、音声通話の接続要求として、携帯端末１７０＿１から相手先端末のＩＰアドレス、ＲＴＰ（Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）ポート番号を送出すると、ｅＮｏｄｅＢ装置１９４及びパケット転送制御装置１９０を経由して、ＩＭＳ網１３０に配置されたＳＩＰサーバ１１０及びＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｒｕｌｅｓ　Ｆｕｎｃｔｉｏｎ）装置１９１の少なくとも一方に転送される。さらに、携帯端末１７０＿１は、音声通話トラヒック、希望ＱｏＳクラス、ＭＢＲ（Ｍａｘｉｍｕｍ　Ｂｉｔ　Ｒａｔｅ）、ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ　Ｂｉｔ　Ｒａｔｅ）などのパラメータのうちの少なくとも一つのパラメータを追加し、パケット転送制御装置１９０経由で、ＳＩＰサーバ１１０及びＰＣＲＦ装置１９１の少なくとも一方に送出することも可能である。
　ＳＩＰサーバ１１０は、音声通話の接続要求信号を受け取り、相手先端末（図示せず）に対し相手先ネットワーク（図示せず）を経由して接続要求を送出し、相手先端末から確認応答（Ａｃｋ）信号を受け取ると、当該Ａｃｋ信号をパケット転送制御装置１９０及びｅＮｏｄｅＢ装置１９４を経由して携帯端末１７０＿１に送出する。そして、携帯端末１７０＿１でＡｃｋ信号を受信することで、音声通話のための制御信号のやりとりが行なわれる。
　ここで、相手先端末からは、携帯端末１７０＿１のＩＰアドレス、ＲＴＰポート番号だけでなく、音声通話トラヒック、希望ＱｏＳクラス、ＭＢＲ（Ｍａｘｉｍｕｍ　Ｂｉｔ　Ｒａｔｅ）、ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ　Ｂｉｔ　Ｒａｔｅ）のパラメータの少なくとも一つを追加して送出することも可能である。これらのパラメータは、ＳＩＰサーバ１１０だけでなくＰＣＲＦ装置１９１に伝えることも可能である。ＰＣＲＦ装置１９１は、上り及び下り方向の少なくとも一方に対して、音声通話トラヒック、携帯端末１７０＿１のＩＰアドレス、ポート番号をパケット転送制御装置１９０から入力する。さらに必要であれば、希望ＱｏＳクラス、ＭＢＲ（Ｍａｘｉｍｕｍ　Ｂｉｔ　Ｒａｔｅ）、ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ　Ｂｉｔ　Ｒａｔｅ）などのパラメータもパケット転送制御装置１９０から入力する。
　さらに、ＰＣＲＦ装置１９１は、携帯端末１７０＿１のＩＰアドレスからユーザを特定し、自身が保有するユーザデータベース（図示せず）から、ユーザプロファイル情報を読み出す。ここで、ユーザプロファイル情報としては、例えば、ユーザの契約情報がある。ここでは、ユーザの契約情報としては、一例として、プレミアムメンバかスタンダードメンバか、ネットワーク輻輳時にＱｏＳをダウングレードしてよいか否か、使用する端末の機種名、端末の画面解像度などの情報を用いるものとするが、他の情報、例えば、パケットデータ量の上限値、端末の能力情報などを用いることもできる。
　次に、ＰＣＲＦ装置１９１は、ユーザプロファイル情報やＱｏＳ情報をもとに、ＱｏＳ制御のためのパラメータを生成する。ＱｏＳ制御のためのパラメータは、ＱｏＳクラスを識別する値であるＱＣＩ（Ｑｕａｌｉｔｙ　Ｃｌａｓｓ　Ｉｄｅｎｔｉｆｉｅｒ）、リソースの確保と保持の優先度を表すＡＲＰ（Ａｌｌｏｃａｔｉｏｎ　ａｎｄ　Ｒｅｔｅｎｔｉｏｎ　Ｐｒｉｏｒｉｔｙ）、ＭＢＲ、ＧＢＲの少なくとも一つである。ここで、ＭＢＲとＧＢＲはパケット転送制御装置１９０から受信する場合はそのまま使い、受信がない場合はＰＣＲＦ装置１９１が生成する。ＰＣＲＦ装置１９１は、上り方向及び下り方向の各々に対し、これら４種類のパラメータの少なくとも一つを生成し、パケット転送制御装置１９０に出力する。
　携帯端末１７０＿１に対しては、ユーザプロファイルが「プレミアメンバ」であること、「ネットワーク輻輳時にダウングレードは許可していない」こと、トラヒックが音声通話であることから、ＱｏＳパラメータの値は、具体的には、例えば、上り、下りともに、ＱＣＩ＝１（Ｃｏｎｖｅｒｓａｔｉｏｎａｌ　Ｖｏｉｄｅ）、ＡＲＰ＝２、ＧＢＲ＝１２．２ｋｂｐｓ、ＭＢＲ＝２２．８ｋｂｐｓ、と設定する。ここでは、一例として携帯端末１７０＿１でＡＭＲ−ＮＢ（Ａｄａｐｔｉｖｅ　Ｍｕｌｔｉ−Ｒａｔｅ　Ｎａｒｒｏｗｂａｎｄ）音声コーデックを用いるものと想定して、上記パラメータ値を用いることとする。別の構成として、ＡＭＲ−ＷＢ（Ａｄａｐｔｉｖｅ　Ｍｕｌｔｉ−Ｒａｔｅ　Ｗｉｄｅｂａｎｄ）音声コーデックを用いることもできるが、この場合は、ＧＢＲの数値を変更することができる。
　一方、携帯端末１７０＿２は、Ｗｅｂサーバ１４５のＵＲＬを指定し接続要求を送出する。前記接続要求はｅＮｏｄｅＢ装置１９４、パケット転送制御装置１９０を経由して、Ｗｅｂサーバ１４５に転送されると、Ｗｅｂサーバ１４５から希望するアプリケーションデータのダウンロードを開始する。このとき、パケット転送制御装置１９０は、ＰＣＲＦ１９１装置に対し、Ｗｅｂトラヒック、希望ＱｏＳクラス、ＭＢＲ、ＧＢＲなどのパラメータを追加して送出することも可能である。
　ＰＣＲＦ装置１９１は、携帯端末１７０＿２を用いるユーザＢに対し、携帯端末１７０＿２のＩＰアドレス、ポート番号に加えて、必要であれば、Ｗｅｂトラヒック、希望ＱｏＳクラス、ＭＢＲ（Ｍａｘｉｍｕｍ　Ｂｉｔ　Ｒａｔｅ）、ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ　Ｂｉｔ　Ｒａｔｅ）などのパラメータを、パケット転送制御装置１９０から入力する。そして、ユーザＢのユーザプロファイル情報をユーザデータベース（図示せず）から読み出し、ＱｏＳ制御のためのパラメータを生成させる。具体的には、ＱｏＳクラスを識別する値であるＱＣＩ（Ｑｕａｌｉｔｙ　Ｃｌａｓｓ　Ｉｄｅｎｔｉｆｉｅｒ）、リソースの確保と保持の優先度を表すＡＲＰ（Ａｌｌｏｃａｔｉｏｎ　ａｎｄ　Ｒｅｔｅｎｔｉｏｎ　Ｐｒｉｏｒｉｔｙ）、ＭＢＲ、ＧＢＲである。ここで、ＭＢＲとＧＢＲはパケット転送制御装置１９０から受信する場合はそのまま使い、受信がない場合は、ＰＣＲＦ装置１９１が生成する。ＰＣＲＦ装置１９１は、下り方向に対し、これら４種類のパラメータの少なくとも一つを生成し、パケット転送制御装置１９０に出力する。
　携帯端末１７０＿２に対しては、ユーザプロファイルが「スタンダードメンバ」であること、「ネットワーク輻輳時にＱｏＳパラメータのダウングレードを許可」していること、Ｗｅｂトラヒックであることから、下り方向のこれらのパラメータ値としては、例えば、ＱＣＩ＝６（ＴＣＰ−ｂａｓｅｄ　ｗｗｗ）、ＡＲＰ＝６、ＧＢＲ＝５１２ｋｂｐｓ、ＭＢＲ＝１Ｍｂｐｓと設定する。
　次に、図２を参照して、パケット転送制御装置１９０の構成を説明する。ここで、図２は、パケット転送制御装置１９０の構成を示すブロック図である。
　図２に示すように、パケット転送制御装置１９０は、パケット転送部１７６、転送制御部１８８、輻輳検出部２００、制御部２１１を有する。
　このような構成の下、制御部２１１は、携帯端末１７０＿１からの制御信号をＳＩＰサーバ１１０に中継するとともに、ＳＩＰサーバ１１０からの制御信号やＡｃｋ信号を携帯端末１７０＿１へ中継する。また、制御部２１１は、Ｗｅｂサーバ１４５と制御信号をやりとりする。さらに、制御部２１１は、ＰＣＲＦ装置１９１からトラヒックデータ毎に、ＱＣＩ、ＡＲＰ、ＭＢＲ、ＧＢＲの４種のパラメータの少なくとも一つを入力する。
　ここで、本実施の形態では、音声通話トラヒックならびに、アプリケーションソフトのダウンロードデータトラヒックの２種類のトラヒックが発生するので、制御部２１１は、音声通話トラヒックの上り方向及び下り方向の各々に対する４種類のパラメータの少なくとも一つ、及び、ダウンロードデータトラヒックの下り方向に対する４種類のパラメータの少なくとも一つを、ＰＣＲＦ装置１９１からそれぞれ入力する。そして、制御部２１１はこれらのパラメータを転送制御部１８８に出力する。
　輻輳製検出部２００は、パケット転送部１７６を介して、携帯端末１７０＿１及び携帯端末１７０＿２から送出されたパケットに対し、ＩＰヘッダ部のＥＣＮ（Ｅｘｐｌｉｃｉｔ　Ｃｏｎｇｅｓｔｉｏｎ　Ｎｏｔｉｆｉｃａｔｉｏｎ）フィールドをチェックする。ＥＣＮフィールドに所定の値がたっている場合は、モバイルネットワーク１５０において下り方向が輻輳状態であるとを検出し、下り方向の輻輳検出情報を制御部２１１に出力し、制御部２１１は前記輻輳検出情報をＰＣＲＦ装置１９１（図１参照）に送出する。
　そして、ＰＣＲＦ装置１９１（図１参照）は、制御部２１１から輻輳検出情報を入力すると、携帯端末１７０＿１及び携帯端末１７０＿２の各々について、ユーザプロファイル情報ならびにＱｏＳパラメータの少なくとも一方をチェックする。携帯端末１７０＿１に対するＱｏＳパラメータは、前述のように、上り、下りともに、ＱＣＩ＝１（Ｃｏｎｖｅｒｓａｔｉｏｎａｌ　Ｖｏｉｃｅ）、ＡＲＰ＝２、ＧＢＲ＝１２．２ｋｂｐｓ、ＭＢＲ＝２２．８ｋｂｐｓであり、携帯端末１７０＿に対するＱｏＳパラメータは、前述のように、下り方向、ＱＣＩ＝６（ＴＣＰ−ｂａｓｅｄ　ｗｗｗ）、ＡＲＰ＝６、ＭＢＲ＝１Ｍｂｐｓである。
　これらのパラメータのうち、とりわけ、ＱＣＩ、ＡＲＰを比較すると、携帯端末１７０＿１は、携帯端末１７０＿２より優先であることがわかる。従って、ＰＣＲＦ装置１９１は、さらにユーザプロフィル情報も参照し、携帯端末１７０＿１は、「プレミアメンバ」であること、「ネットワーク輻輳時にＱｏＳパラメータのダウングレードは許可しない」ことを認識し、携帯端末１７０＿１に対するＱｏＳパラメータを変更しない。
　一方、携帯端末１７０＿２は「スタンダードメンバ」であること、「ネットワーク輻輳時にＱｏＳパラメータのダウングレードを許可すること」から、帯端末１７０＿２に対するＱｏＳパラメータをダウングレードする。ここでは一例として、携帯端末１７０＿２に対し、ＱＣＩ＝６（ＴＣＰ−ｂａｓｅｄ　ｗｗｗ）、ＡＲＰ＝６、ＧＢＲ＝２５６ｋｂｐｓ、ＭＢＲ＝５１２ｂｐｓと変更する。そして、ＰＣＲＦ装置１９１は、変更したＱｏＳパラメータをパケット転送部１７６（図２参照）に送出する。具体的には、ＰＣＲＦ装置１９１は、変更したＱｏＳパラメータを、図２の制御部２１１を経由して転送制御部１８８に送出し、転送制御部１８８からパケット転送部１７６に送出する。
　さらに、図２を参照すると、転送制御部１８８は、ＰＣＲＦ装置１９１からのＱｏＳパラメータを制御部２１１経由で入力する。そして、携帯端末１７０＿１に対してはＱｏＳパラメータが変更されていないことを認識し、携帯端末１７０＿１から送受信されるパケットの転送制御については何ら変更は行なわない。
　一方、携帯端末１７０＿２に対しては、ＱｏＳパラメータが変更されていることを認識し、携帯端末１７０＿２に送出する下り方向のパケットに対しては、変更後のＱｏＳパラメータに従い、パケットの転送制御をＧＢＲ＝２５６ｋｂｐｓ、ＭＢＲ＝５１２ｋｂｐｓに変更し、パケット転送部１７６に対し指示を出す。
　パケット転送部１７６は、携帯端末１７０＿１に対する上り方向及び下り方向のパケットに対しては、ＱＣＩ＝１（Ｃｏｎｖｅｒｓａｔｉｏｎａｌ　Ｖｏｉｃｅ）、ＡＲＰ＝２、ＧＢＲ＝１２．２ｋｂｐｓ、ＭＢＲ＝２２．８ｋｂｐｓで変更せずに、優先的にパケットの転送を行なう。一方、携帯端末１７０＿２に対する下り方向のパケットに対しては、ＱＣＩ＝６（ＴＣＰ−ｂａｓｅｄ　ｗｗｗ）、ＡＲＰ＝６はそのままであるが、ＧＢＲとＭＢＲを、ＧＢＲ＝２５６ｋｂｐｓ、ＭＢＲ＝５１２ｂｐｓに変更した上でパケットの転送を行なう。
　（第２の実施の形態）
　次に、図１、図３を参照して、本発明の第２の実施の形態について詳細に説明する。
　第２の実施の形態に係る通信システムは、上記第１の実施の形態に係る通信システム（図１参照）と、パケット転送制御装置１９０のみの構成が異なり、他の構成は図１に示す構成と同じであるので、パケット転送制御装置１９０の構成のみについて説明する。図３を参照して、第２の実施の形態に係るパケット転送制御装置１９０の構成を説明する。ここで、図３は、第２の実施の形態に係るパケット転送制御装置１９０の構成を示すブロック図である。
　尚、図３において、図２と同じ番号を付した構成要素は図２と同じ動作を行うので、その説明は省略する。図３に示す構成（第２の実施の形態）が図２に示す構成（第１の実施の形態）と異なる点は、図３に示す構成がさらに帯域計測部２０５を有する点である。
　図３に示すように、帯域計測部２０５は、セッション接続時又はあらかじめ定められた時間間隔毎に、携帯端末１７０＿１と携帯端末１７０＿２が接続されるモバイルネットワーク１５０の少なくとも一方の帯域を算出する。
　帯域計測部２０５は、パケット転送部１７６からの送信パケットならびに携帯端末１７０＿１、１７０＿２からの返信パケットの両方を用いて、携帯端末携帯端末１７０＿１、１７０＿２に接続されるモバイルネットワーク１５０に対し、上り方向の帯域及び下り方向の帯域に少なくとも一方を計測する。
　本実施の形態では、上りと下りの両方の帯域を計測する場合の構成を説明する。帯域計測部２０５は、まず、あらかじめ定められたタイミングで、図３のパケット転送部１７６に対し、複数個の特定のパケット（プローブパケット）を送出する指示を出す。パケット転送部１７６は、前記指示に従い、指示を受けたタイミングで複数個の特定のパケットを携帯端末１７０＿１または携帯端末１７０＿２に向け、あらかじめ定められた順番で時間的に連続して送出する。
　ここで、複数個のパケットとは２パケット以上を示す。また、送出する順番はあらかじめ定められた順番とし、例えば、データサイズの小さいパケットからデータサイズの大きなパケットまで、順番に送出するものとする。さらに、パケットと次のパケットの間の時間間隔はあらかじめ定められた時間区間とする。ここで、プロトコルとしては、例えばＲＴＰ／ＵＤＰ／ＩＰを使用する。
　次に、パケット転送部１７６は、複数個のパケットを送出した結果として、携帯端末１７０＿１または携帯端末１７０＿２から返信パケットを受信する。以降では、携帯端末１７０＿１からの返信パケットについて説明するが、携帯端末１７０＿２からの返信パケットも同じ構成である。ここで、返信パケットには、例えば、携帯端末１７０＿１において、差分遅延に対してしきい値以下で受信できたパケットの番号、当該パケットのデータサイズ、当該パケットをサーバから送信した時刻、当該パケットを携帯端末で受信した時刻などの情報を含めておく。
　パケット転送部１７６は、携帯端末１７０＿１から受信した返信信号から、携帯端末１７０＿１が遅延差分のしきい値以下で受信できたパケットの番号、サーバからの送信時刻、携帯端末での受信時刻の情報を抽出し、これらを帯域計測部２０５に出力する。
　帯域計測部２０５は、パケット転送部１７６から上記の情報を入力し、ネットワークの帯域を算出する。
　携帯端末１７０＿１において、遅延差分のしきい値以下で受信できたパケットの番号、当該パケットのデータサイズ、当該パケットのサーバからの送信時刻、当該パケットの携帯端末での受信時刻の情報を入力し、式（１）に従い、下り方向の帯域Ｗ＿ｄを算出する。
　Ｄ（Ｎ）／Ｗ＿ｄ　＝　Ｒ（Ｎ）　−　Ｒ（Ｎ−１）　　　　　　　　　　　　（１）
　上式（１）で、Ｄ（Ｎ）は、パケット転送部１７６からＮ番目に送出したパケットのデータサイズを示す。ここで、Ｎ、Ｄ（Ｎ）は、それぞれ、携帯端末１７０＿１において遅延差分のしきい値以下で受信できたパケットの番号、データサイズを示す。また、Ｒ（Ｎ）は、サーバからＮ番目に送出したパケットの携帯端末１７０＿１での受信時刻を、Ｒ（Ｎ−１）はサーバからＮ−１番目に送出したパケットの携帯端末１７０＿１での受信時刻をそれぞれ示す。
　次に、下り方向の帯域計測値Ｗ＿ｄを式（２）により時間的に平滑化し、Ｂ（ｎ）＿ｄを算出する。
　Ｂ（ｎ）　＿ｄ　＝　（１−β）　＊Ｂ　（ｎ−１）＿ｄ　＋　βＷ＿ｄ　　　（２）
　ここで、Ｂ（ｎ）＿ｄは、第ｎ時刻の平滑化後の、下り方向の帯域計測値を示し、βは０＜β＜１の範囲の定数である。なお、式（２）よる時間方向平滑化は、不要な場合は、施さなくても良い。
　次に、携帯端末１７０＿１からは、接続要求後又は前記返信信号送出時のいずれかのタイミングで、複数個の特定のパケットを、パケット転送制御装置１９０（図１参照）に向け、あらかじめ定められた順番で時間的に連続して送出することにより、パケット転送制御装置１９０において上り方向の帯域を計測する。ここで、複数個のパケットとは２パケット以上を示す。また、送出する順番はあらかじめ定められた順番とし、例えば、データサイズの小さいパケットからデータサイズの大きなパケットまで、順番に送出するものとする。さらに、パケットと次のパケットの間の時間間隔はあらかじめ定められた時間区間とする。ここで、プロトコルとしては、例えばＲＴＰ／ＵＤＰ／ＩＰを使用する。
　帯域計測部２０５はパケット転送部１７６から、携帯端末１７０＿１が送出した複数個のパケットを受け取り、遅延差分のしきい値以下で受信できたパケットの番号、当該パケットのデータサイズ、当該パケットの携帯端末からの送信時刻、当該パケットのパケット転送部１７６での受信時刻の情報を入力し、式（３）に従い、上り方向の帯域Ｗ＿ｕを算出する。
　Ｄ（Ｍ）／Ｗ＿ｕ　＝　Ｐ（Ｍ）　−　Ｐ（Ｍ−１）　　　　　　　　　　　　（３）
　次に、上り方向の帯域計測値Ｗ＿ｕを式（４）により時間的に平滑化し、Ｂ（ｎ）＿ｕを算出する。
　Ｂ（ｎ）　＿ｕ　＝　（１−β）　＊Ｂ　（ｎ−１）＿ｕ　＋　βＷ＿ｕ　　　（４）
　パケット転送部１７６は、ネットワーク帯域計測に必要な情報を、例えばセッション接続時のみ又はセッション接続時ならびにセッション接続時を基点としあらかじめ定められた時間間隔毎に携帯端末１７０＿１に送出するとともに、定期的に携帯端末１７０＿１から応答信号を受信する。
　帯域計測部２０５は、例えばあらかじめ定められた時間間隔毎に、Ｂ（ｎ）＿ｄとＢ（ｎ）＿ｕを算出し、これらを輻輳検出部２１０に出力する。輻輳検出部２１０は、以下の判別を行い輻輳を検出する。
　下り方向の帯域算出Ｂ（ｎ）＿ｄ　≧　音声通話の下り方向のＧＢＲの場合、携帯端末１７０＿１に対する下り方向のＱｏＳパラメータは何も変更しないことを制御部２１１を介して、図１のＰＣＲＦ装置１９１に伝える。またこの場合は、携帯端末１７０＿２に対してもＱｏＳパラメータは変更しないことをＰＣＲＦ装置１９１に伝える。
　Ｂ（ｎ）＿ｄ＜音声通話の下り方向のＧＢＲの場合、輻輳であることを検出し、輻輳である情報をＰＣＲＦ装置１９１に通知する。
　上り方向についても、上記と同様に判別し、輻輳検出したかどうかをＰＣＲＦ装置１９１に通知する。
　図１に示すＰＣＲＦ装置１９１は、図３の輻輳検出部２００から輻輳検出情報を入力すると、携帯端末１７０＿１及び携帯端末１７０＿２の各々について、ユーザプロファイル情報ならびにＱｏＳパラメータの少なくとも一方をチェックする。携帯端末１７０＿１に対するＱｏＳパラメータは、前述のように、上り、下りともに、ＱＣＩ＝１（Ｃｏｎｖｅｒｓａｔｉｏｎａｌ　Ｖｏｉｃｅ）、ＡＲＰ＝２、ＧＢＲ＝１２．２ｋｂｐｓ、ＭＢＲ＝２２．８ｋｂｐｓであり、携帯端末１７０＿２に対するＱｏＳパラメータは、前述のように、下り方向、ＱＣＩ＝６（ＴＣＰ−ｂａｓｅｄ　ｗｗｗ）、ＡＲＰ＝６、ＭＢＲ＝１Ｍｂｐｓである。
　これらのパラメータのうち、とりわけ、ＱＣＩ、ＡＲＰを比較すると、携帯端末１７０＿１は、携帯端末１７０＿２より優先であることがわかる。従って、ＰＣＲＦ装置１９１は、さらにユーザプロフィル情報も参照し、携帯端末１７０＿１は、「プレミアメンバ」であること、「ネットワーク輻輳時にＱｏＳパラメータのダウングレードは許可しない」ことを認識し、携帯端末１７０＿１に対するＱｏＳパラメータを変更しない。一方、携帯端末１７０＿２はけ「スタンダードメンバ」であること、「ネットワーク輻輳時にＱｏＳパラメータのダウングレードを許可すること」から、帯端末１７０＿２に対するＱｏＳパラメータをダウングレードする。ここでは一例として、携帯端末１７０＿２に対し、ＱＣＩ＝６（ＴＣＰ−ｂａｓｅｄ　ｗｗｗ）、ＡＲＰ＝６、ＧＢＲ＝２５６ｋｂｐｓ、ＭＢＲ＝５１２ｂｐｓと変更する。
　そして、ＰＣＲＦ装置１９１は、変更したＱｏＳパラメータをパケット転送部１７６（図３参照）に送出する。具体的には、ＰＣＲＦ装置１９１は、変更したＱｏＳパラメータを、図３の制御部２１１を経由して転送制御部１８８に送出し、転送制御部１８８からパケット転送部１７６に送出する。
　次に、図４を参照して、携帯端末１７０＿１の構成を説明する。図４は、携帯端末１７０＿１の構成を示すブロック図である。携帯端末１７０＿２も同じ構成であるので、その説明は省略する。
　図４に示すように、携帯端末１７０＿１は、パケット送受信部２５０、テキストデコード２５１、画像コーデック２５２、音声コーデック２５３、遅延差分判別部２５５、画面表示部２５６を有する。
　このような構成の下、パケット送受信部２５０は、受信したプローブパケットに対し、返信パケットを生成し、モバイルネットワーク１５０に送出する。ここで、返信パケットは、例えば、以下のように生成する。
　パケット送受信部２５０は、図２のパケット送受信部１７６から送出された複数個のプローブパケットの各々を受信し、遅延差分判別部２５５に出力する。
　遅延差分判別部２５５は、各パケットに対する遅延時間Ｔ（ｎ）を式（５）により計測する。
　Ｔ（ｎ）　＝　Ｒ（ｎ）　−　Ｓ（ｎ）　　　　　　　　　　　　　　　　　　（５）
　ここで、Ｔ（ｎ）、Ｒ（ｎ）、Ｓ（ｎ）は、それぞれ、第ｎ番目のパケットの遅延時間、第ｎ番目のパケットの受信時刻、第ｎ番目のパケットの送信時刻を示す。
　さらに、各パケット間の遅延差分τ（ｎ）を式（６）により算出する。
　τ（ｎ）　＝　Ｔ（ｎ）　−　Ｔ（ｎ−１）　　　　　　　　　　　　　　　　（６）
　ここで、τ（ｎ）はｎ番目のパケットの遅延差分を示す。
　次に、τ（ｎ）を用いて、遅延差分があらかじめ定められたしきい値を超えるか否かを判別する。もし、τ（ｎ）　≧　Ｔｈ３の場合は、ｎ番目のパケットで遅延差分がしきい値を超えたと判別する。ここで、Ｔｈ３はあらかじめ定められたしきい値である。そして、遅延差分がしきい値をこえた直後のパケットの番号Ｎをパケット送受信部２５０に出力する。
　パケット送受信部２５０は、遅延差分判別部２５５からパケット番号Ｎを入力し、遅延差分がしきい値をこえた直後のパケットの番号Ｎ、第Ｎ番目のパケットのデータサイズ、Ｎ−１番目のパケットのデータサイズ、おのおののパケットの受信時刻、送信時刻を、返信パケットのペイロードに格納した上で、図１のｅＮｏｄｅＢ装置１９４を経由してパケット転送制御装置１９０に向け送出する。
　ここで、しきい値Ｔｈ３はあらかじめ定めておいても良いし、τ（ｎ）の一連の数値を見た上でその都度決定してもよい。
　また、判別法としては、他の方法を用いることも出来る。たとえば、Ｔ（ｎ）をしきい値と比較し、しきい値をこえた時点のｎをＮとするようにしてもよい。
　図４において、音声コーデック２５３は音声通話の際に使用する。テキストデコード２５１および画像コーデック２５２は、テキスト・画像が混在するＷｅｂコンテンツのデコードに使用し、テキストおよび画像をデコードした上で画面表示部２５６に出力し、画面表示部２５６で携帯端末ディスプレイへの表示を行なう。
　以上、本発明の実施の形態について具体的に説明したが、本発明は上述の実施形態に限定されるものではなく、本発明の技術的思想に基づく各種の変形が可能である。
　例えば、本実施の形態では、音声通話とアプリケーションソフトのダウンロードを行なう場合について示したが、リアルタイムコミュニケーションとデータダウンロードであれば、同じ構成で他のサービスにも使うことができる。例えば、ＴＶ電話とコンテンツダウンロードなどに対しても同じ構成で対応することができる。
　また、輻輳の検出はＥＣＮ情報を用いたが、他の情報を用いることも出来る。
　また、パケット転送制御装置１９０がｅＮｏｄｅＢ装置１９４から直接、輻輳情報を入力する構成にすることもできる。具体的には、ｅＮｏｄｅＢ装置１９４が、携帯端末１７０＿１又は携帯端末１７０＿２からの上りのパケットに対して、当該パケットのＩＰヘッダのＥＣＮフィールドに輻輳を示すＣＥビットを設定した上でパケット転送制御装置１９０に向け送出することにより、パケット転送制御装置１９０の輻輳検出部２００において、輻輳を検出することができる。
　また、輻輳検出部２００はパケット転送制御装置１９０に内蔵させたが、これを外付けの装置とすることもできる。また、ＰＣＲＦ装置１９１の機能をパケット転送装置１９０に内蔵させることもできる。
　また、モバイルネットワーク１５０は、３Ｇネットワークとすることもできるし、パケット転送制御装置１９０に、ＳＧＳＮ（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）やＧＧＳＮ（Ｇａｔｅｗａｙ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）を用いることもできる。
　また、第２の実施の形態において、図３の帯域計測部２０５における帯域計測アルゴリズムには、別のアルゴリズムを用いることもできる。また、携帯端末１７０＿１、１７０＿２からの応答信号をもとに帯域を算出したが、携帯端末１７０＿１、１７０＿２との間の遅延量を計測しこれをもとに帯域を算出することもできる。
　また、第２の実施の形態において、パケット転送部１７６から帯域計測用のプローブパケットを送出することにより帯域計測するのではなく、プローブパケットを用いずに、携帯端末１７０＿１、１７０＿２からの応答信号を用いて帯域推定する方法を用いることもできる。この場合は、図４における遅延差分判別部２５５は不要となる。
　なお、第２の実施の形態において、図３の帯域計測部２０５と輻輳検出部２１０をパケット転送制御装置１９０に内蔵させたが、すくなくとも一方を外付け装置とすることもできる。
　このように、本発明の実施の形態では、ネットワークを介して携帯端末などの端末を接続し端末からの要求により音声および映像およびテキストおよびデータの少なくとも一つを格納したパケットを端末に転送する際に、ＬＴＥ／ＥＰＣネットワークの帯域幅が、時間的なトラヒック量の変動に依存して時間的に変動しネットワークの輻輳を検出した場合に、ネットワークの輻輳を検出した場合に、ユーザプロファイル情報をもとにＱｏＳパラメータであるＱＣＩ及びＡＲＰおよびＭＢＲおよびＧＢＲの少なくとも一つをダウングレードして転送制御する。
　これにより、今後、パケット通信路を用いる高音質ＶｏＩＰや高解像度ＴＶ電話などのリアルタイム通信サービスが開始された際に、トラヒックデータ量の変動によるネットワークの帯域幅の変動に追従し、ＶｏＩＰによる音声通話の際に端末で音が途切れたり、ＴＶ電話の際に端末で映像が乱れたりあるいはフリーズしたりするという事態を回避することができる。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが以下には限られない。
（付記１）
ネットワークを介して接続されかつ所定のユーザに割り当てられた端末と、
　前記端末からの要求により、所定のデータを格納したパケットを前記端末に転送するパケット転送制御手段と、
　前記ネットワークの輻輳を検出する輻輳検出手段と、
　前記ユーザのプロファイル情報に基づいてＱｏＳパラメータを生成するパラメータ生成手段と、
　前記ネットワークの輻輳を検出した場合に、前記プロファイル情報に基づいて前記ＱｏＳパラメータを変更し、この変更したＱｏＳパラメータに従って前記パケットを前記端末に転送するように制御する制御手段を有することを特徴とする通信システム。
（付記２）
　前記パケット転送制御手段は、前記プロファイル情報に基づいて前記ＱｏＳパラメータをダウングレードして前記パケットを前記端末に転送することを特徴とする付記１に記載の通信システム。
（付記３）
　前記所定のデータは、音声データ、映像データ及びテキストデータの少なくとも一つであり、
　前記ＱｏＳパラメータは、ＱＣＩ、ＡＲＰ、ＭＢＲ及びＧＢＲの少なくとも一つであることを特徴とする付記１又は２に記載の通信システム。
（付記４）
　前記所定のデータが前記音声データの場合には、前記パケット転送制御手段は前記ＱｏＳパラメータを変更せずに前記パケットを前記端末に転送し、
　前記所定のデータが前記映像データあるいは前記テキストデータの場合には、前記パケット転送制御手段は前記ＱｏＳパラメータをダウングレードして前記パケットを前記端末に転送することを特徴とする付記１から３のいずれか１項に記載の通信システム。
（付記５）
　前記パラメータ生成手段は前記プロファイル情報を格納するユーザデータベースを有し、前記端末のＩＰアドレスから前記ユーザを特定することにより前記ユーザデータベースから前記プロファイル情報を読み出すことを特徴とする付記１から４のいずれか１項に記載の通信システム。
（付記６）
　前記プロファイル情報は、少なくとも前記ＱｏＳパラメータの変更の許可の有無に関する情報を有するユーザ契約情報を含むことを特徴とする付記１から５のいずれか１項に記載の通信システム。
（付記７）
　前記輻輳検出手段は、上り方向の前記パケットから輻輳情報を抽出して、前記ネットワークの輻輳を検出することを特徴とする付記１から６のいずれか１項に記載の通信システム。
（付記８）
　前記輻輳検出手段は、前記上り方向のパケットに対して、ＩＰヘッダ部のＥＣＮフィールドをチェックすることにより、前記輻輳情報を抽出することを特徴とする付記７に記載の通信システム。
（付記９）
　前記パケット転送制御手段により転送されたパケットに対する前記端末からの返信応答信号に基づいて前記ネットワークの帯域を算出する帯域計測手段をさらに有し、
　前記輻輳検出手段は、前記帯域計測手段により算出された帯域に基づいて前記ネットワークの輻輳を検出することを特徴とする付記１から８のいずれか１項に記載の通信システム。
（付記１０）
　前記帯域計測手段は、セッション接続時又は予め定められた時間間隔毎に、前記ネットワークの帯域を算出することを特徴とする付記９に記載の通信システム。
（付記１１）
　前記帯域計測手段は、前記パケット転送制御手段から転送された送信パケット及び前記端末から返信された返信パケットを用いて、前記ネットワークに対し上り方向の帯域及び下り方向の帯域の少なくとも一方を算出することを特徴とする付記９又は１０に記載の通信システム。
（付記１２）
　前記端末から返信された返信パケットから、前記端末において遅延差分に対して予め定められたしきい値以下で受信できたかを判別することにより、前記ネットワークの帯域を算出することを特徴とする付記９から１１のいずれか１項に記載の通信システム。
（付記１３）
　前記遅延差分に対して予め定められたしきい値以下で受信できたかの判別は、前記端末に設けられた遅延差分判別手段により行われることを特徴とする付記１２に記載の通信システム。
（付記１４）
　ネットワークを介して接続されかつ所定のユーザに割り当てられた端末からの要求により、所定のデータを格納したパケットを前記端末に転送するパケット転送制御手段と、
　前記ネットワークの輻輳を検出する輻輳検出手段と、
　前記ネットワークの輻輳を検出した場合に、前記ユーザのプロファイル情報に基づいてＱｏＳパラメータを変更し、この変更したＱｏＳパラメータに従って前記パケットを前記端末に転送するように制御する制御手段を有することを特徴とするパケット転送制御装置。
（付記１５）
　前記パケット転送制御手段は、前記プロファイル情報に基づいて前記ＱｏＳパラメータをダウングレードして前記パケットを前記端末に転送することを特徴とする付記１４に記載のパケット転送制御装置。
（付記１６）
　前記所定のデータは、音声データ、映像データ及びテキストデータの少なくとも一つであり、
　前記ＱｏＳパラメータは、ＱＣＩ、ＡＲＰ、ＭＢＲ及びＧＢＲの少なくとも一つであることを特徴とする付記１４又は１５に記載のパケット転送制御装置。
（付記１７）
　前記所定のデータが前記音声データの場合には、前記パケット転送制御手段は前記ＱｏＳパラメータを変更せずに前記パケットを前記端末に転送し、
　前記所定のデータが前記映像データあるいは前記テキストデータの場合には、前記パケット転送制御手段は前記ＱｏＳパラメータをダウングレードして前記パケットを前記端末に転送することを特徴とする付記１４から１６のいずれか１項に記載のパケット転送制御装置。
（付記１８）
　前記プロファイル情報は、少なくとも前記ＱｏＳパラメータの変更の許可の有無に関する情報を有するユーザ契約情報を含むことを特徴とする付記１４から１７のいずれか１項に記載のパケット転送制御装置。
（付記１９）
　前記輻輳検出手段は、上り方向の前記パケットから輻輳情報を抽出して、前記ネットワークの輻輳を検出することを特徴とする付記１４から１８のいずれか１項に記載のパケット転送制御装置。
（付記２０）
　前記輻輳検出手段は、前記上り方向のパケットに対して、ＩＰヘッダ部のＥＣＮフィールドをチェックすることにより、前記輻輳情報を抽出することを特徴とする付記１９に記載のパケット転送制御装置。
（付記２１）
　前記パケット転送制御手段により転送されたパケットに対する前記端末からの返信応答信号に基づいて前記ネットワークの帯域を算出する帯域計測手段をさらに有し、
　前記輻輳検出手段は、前記帯域計測手段により算出された帯域に基づいて前記ネットワークの輻輳を検出することを特徴とする付記１４から２０のいずれか１項に記載のパケット転送制御装置。
（付記２２）
　前記帯域計測手段は、セッション接続時又は予め定められた時間間隔毎に、前記ネットワークの帯域を算出することを特徴とする付記２１に記載のパケット転送制御装置。
（付記２３）
　前記帯域計測手段は、前記パケット転送制御手段から転送された送信パケット及び前記端末から返信された返信パケットを用いて、前記ネットワークに対し上り方向の帯域及び下り方向の帯域の少なくとも一方を算出することを特徴とする付記２１又は２２に記載のパケット転送制御装置。
（付記２４）
　前記端末から返信された返信パケットから、前記端末において遅延差分に対して予め定められたしきい値以下で受信できたかを判別することにより、前記ネットワークの帯域を算出することを特徴とする付記２１から２３のいずれか１項に記載のパケット転送制御装置。
（付記２５）
　所定のユーザのプロファイル情報に基づいてＱｏＳパラメータを生成し、
　前記ユーザに割り当てられた端末が接続されたネットワークの輻輳を検出し、
　前記ネットワークの輻輳を検出した場合に、前記プロファイル情報に基づいて前記ＱｏＳパラメータを変更し、
　前記変更したＱｏＳパラメータに従って所定のデータを格納したパケットを前記端末に転送することを特徴とする通信方法。
（付記２６）
　前記プロファイル情報に基づいて前記ＱｏＳパラメータをダウングレードして前記パケットを前記端末に転送することを特徴とする付記２５に記載の通信方法。
（付記２７）
　前記所定のデータは、音声データ、映像データ及びテキストデータの少なくとも一つであり、
　前記ＱｏＳパラメータは、ＱＣＩ、ＡＲＰ、ＭＢＲ及びＧＢＲの少なくとも一つであることを特徴とする付記２５又は２６に記載の通信方法。
（付記２８）
　前記所定のデータが前記音声データの場合には、前記ＱｏＳパラメータを変更せずに前記パケットを前記端末に転送し、
　前記所定のデータが前記映像データあるいは前記テキストデータの場合には、前記ＱｏＳパラメータをダウングレードして前記パケットを前記端末に転送することを特徴とする付記２５から２７のいずれか１項に記載の通信方法。
（付記２９）
　前記端末のＩＰアドレスから前記プロファイル情報を特定することを特徴とする付記２５から２８のいずれか１項に記載の通信方法。
（付記３０）
　前記プロファイル情報は、少なくとも前記ＱｏＳパラメータの変更の許可の有無に関する情報を有するユーザ契約情報を含むことを特徴とする付記２５から２９のいずれか１項に記載の通信方法。
（付記３１）
　上り方向の前記パケットから輻輳情報を抽出して、前記ネットワークの輻輳を検出することを特徴とする付記２５から３０のいずれか１項に記載の通信方法。
（付記３２）
　前記上り方向のパケットに対して、ＩＰヘッダ部のＥＣＮフィールドをチェックすることにより、前記輻輳情報を抽出することを特徴とする付記３１に記載の通信方法。
（付記３３）
　前記転送されたパケットに対する前記端末からの返信応答信号に基づいて前記ネットワークの帯域を算出し、
　前記算出された帯域に基づいて前記ネットワークの輻輳を検出することを特徴とする付記２５から３２のいずれか１項に記載の通信方法。
（付記３４）
　セッション接続時又は予め定められた時間間隔毎に、前記ネットワークの帯域を算出することを特徴とする付記３３に記載の通信方法。
（付記３５）
　前記転送された送信パケット及び前記端末から返信された返信パケットを用いて、前記ネットワークに対し上り方向の帯域及び下り方向の帯域の少なくとも一方を算出することを特徴とする付記３３又は３４に記載の通信方法。
（付記３６）
　前記端末から返信された返信パケットから、前記端末において遅延差分に対して予め定められたしきい値以下で受信できたかを判別することにより、前記ネットワークの帯域を算出することを特徴とする付記３３から３５のいずれか１項に記載の通信方法。
　本願は、２０１２年１１月２９日出願の日本国特許出願２０１２−２６０６３３号を基礎とするものであり、同特許出願の開示内容は全て本願に組み込まれる。

Claims

　ネットワークを介して接続されかつ所定のユーザに割り当てられた端末と、
　前記端末からの要求により、所定のデータを格納したパケットを前記端末に転送するパケット転送制御手段と、
　前記ネットワークの輻輳を検出する輻輳検出手段と、
　前記ユーザのプロファイル情報に基づいてＱｏＳパラメータを生成するパラメータ生成手段と、
　前記ネットワークの輻輳を検出した場合に、前記プロファイル情報に基づいて前記ＱｏＳパラメータを変更し、この変更したＱｏＳパラメータに従って前記パケットを前記端末に転送するように制御する制御手段を有することを特徴とする通信システム。
　前記パケット転送制御手段は、前記プロファイル情報に基づいて前記ＱｏＳパラメータをダウングレードして前記パケットを前記端末に転送することを特徴とする請求項１に記載の通信システム。
　前記所定のデータは、音声データ、映像データ及びテキストデータの少なくとも一つであり、
　前記ＱｏＳパラメータは、ＱＣＩ、ＡＲＰ、ＭＢＲ及びＧＢＲの少なくとも一つであることを特徴とする請求項１又は２に記載の通信システム。
　前記所定のデータが前記音声データの場合には、前記パケット転送制御手段は前記ＱｏＳパラメータを変更せずに前記パケットを前記端末に転送し、
　前記所定のデータが前記映像データあるいは前記テキストデータの場合には、前記パケット転送制御手段は前記ＱｏＳパラメータをダウングレードして前記パケットを前記端末に転送することを特徴とする請求項１から３のいずれか１項に記載の通信システム。
　前記パラメータ生成手段は前記プロファイル情報を格納するユーザデータベースを有し、前記端末のＩＰアドレスから前記ユーザを特定することにより前記ユーザデータベースから前記プロファイル情報を読み出すことを特徴とする請求項１から４のいずれか１項に記載の通信システム。
　前記プロファイル情報は、少なくとも前記ＱｏＳパラメータの変更の許可の有無に関する情報を有するユーザ契約情報を含むことを特徴とする請求項１から５のいずれか１項に記載の通信システム。
　前記輻輳検出手段は、上り方向の前記パケットから輻輳情報を抽出して、前記ネットワークの輻輳を検出することを特徴とする請求項１から６のいずれか１項に記載の通信システム。
　前記輻輳検出手段は、前記上り方向のパケットに対して、ＩＰヘッダ部のＥＣＮフィールドをチェックすることにより、前記輻輳情報を抽出することを特徴とする請求項７に記載の通信システム。
　前記パケット転送制御手段により転送されたパケットに対する前記端末からの返信応答信号に基づいて前記ネットワークの帯域を算出する帯域計測手段をさらに有し、
　前記輻輳検出手段は、前記帯域計測手段により算出された帯域に基づいて前記ネットワークの輻輳を検出することを特徴とする請求項１から８のいずれか１項に記載の通信システム。
　前記帯域計測手段は、セッション接続時又は予め定められた時間間隔毎に、前記ネットワークの帯域を算出することを特徴とする請求項９に記載の通信システム。