(57)【要約】【課題】計測されたトラフィックに基づきトラフィック制御を適用するシステムにおいて、トラフィック制御の設定に関する制御メッセージの増加により発生するシステム異常を防止する。【解決手段】トラフィック状況を監視して各セッションのトラフィックを制御するネットワークシステムにおいて、トラフィック情報から制御対象を抽出するサーバが、トラフィック情報に基づき制御対象であるユーザ装置又はセッションを所定数選択することで、トラフィックを制御する装置に出力する該制御対象の識別情報と制御内容とを含む制御メッセージの送信レートが所定レート以下になるようにする。【選択図】図３
2015111778.tif 000002
【特許請求の範囲】
【請求項１】
トラフィックを監視して各ユーザ装置又は各セッションのトラフィックを制御するネットワークシステムにおいて、
監視されたトラフィック情報を受信する受信部と、
該トラフィック情報に基づき制御対象であるユーザ装置又はセッションを所定数選択することで、トラフィックを制御する装置に出力する該制御対象の識別情報と制御内容とを含む制御メッセージの送信レートが所定レート以下になるようにする制御処理部と
を備えたネットワーク制御装置。
【請求項２】
請求項１に記載のネットワーク制御装置において、
前記制御処理部は、前記制御対象に対し、監視されるトラフィック情報に関連した予め定められた項目に従い優先度を付け、優先度の高い順に前記制御対象を所定数選択するネットワーク制御装置。
【請求項３】
請求項２に記載のネットワーク制御装置において、
前記予め定められた項目は、前記制御対象であるユーザ装置又はセッションに対するデータ転送量であり、
前記制御処理部は、監視されたトラフィック情報に含まれるデータ伝送量をキーに、データ転送量が多い前記制御対象が優先的に選択されるように制御対象に優先度を付けるネットワーク制御装置。
【請求項４】
請求項２に記載のネットワーク制御装置において、
前記予め定められた項目は、ユーザ装置が接続する基地局の輻輳状態であり、
前記制御処理部は、監視されたトラフィック情報に基づき、該基地局の輻輳状態を判断し、輻輳状態をキーに、輻輳の度合いが大きい基地局に対応する前記制御対象が優先的に選択されるように制御対象に優先度を付けるネットワーク制御装置。
【請求項５】
請求項２に記載のネットワーク制御装置において、
トラフィックの制御内容が互いに異なる複数の制御クラスが予め定められ、
前記予め定められた項目は、前記制御対象に適用中の制御クラスと、新たに適用する制御クラスとの階級差であり、
前記制御処理部は、監視されたトラフィック情報に基づき新たに適用する制御クラスを求め、適用中の制御クラスと新たに適用する制御クラスとの階級差が大きい制御対象が優先的に選択されるように制御対象に優先度を付けるネットワーク制御装置。
【請求項６】
請求項２に記載のネットワーク制御装置において、
トラフィックの制御内容が互いに異なる複数の制御クラスと、該制御クラス毎の制御効果指標が予め定められ、
前記予め定められた項目は、ユーザ装置又はセッションに適用中の制御クラスに対する制御効果指標と、新たに適用する制御クラスに対する制御効果指標との差であり、
前記制御処理部は、監視されたトラフィック情報に基づき新たに適用する制御クラスを求め、適用中の制御クラスに対する制御効果指標と、新たに適用する制御クラスに対する制御効果指標との差が大きい制御対象が優先的に選択されるように制御対象に優先度を付けるネットワーク制御装置。
【請求項７】
請求項６に記載のネットワーク制御装置において、
制御クラス毎に、前記制御内容と前記制御効果指標が、管理装置により設定されるネットワーク制御装置。
【請求項８】
請求項２に記載のネットワーク制御装置において、
制御対象となるユーザ装置数又はセッション数が、予め定められた数以上となった場合に、制御対象に優先度を付けて選択するネットワーク制御装置。
【請求項９】
請求項１に記載のネットワーク制御装置において、
前記制御処理部は、選択されなかった制御対象に対する制御要求を記憶部に記憶し、同一の制御対象に対する制御要求を統合して後に送信するネットワーク制御装置。
【請求項１０】
請求項１に記載のネットワーク制御装置において、
ユーザ装置又はセッション毎に、適用する制御の有効期限が予め定められ、
前記制御処理部は、有効期限が過ぎた制御について制御を終えるように、有効期限を含む制御メッセージを作成する、又は、制御を終える指示を含む制御メッセージを作成するネットワーク制御装置。
【請求項１１】
請求項１に記載のネットワーク制御装置において、
ユーザ装置又はセッション毎に、適用する制御の見直し時刻が予め定められ、
前記制御処理部は、少なくとも適用した制御を解除する又は制御クラスを下げることは、前記見直し時刻以降にのみ許容するネットワーク制御装置。
【請求項１２】
請求項１１に記載のネットワーク制御装置において、
前記制御処理部は、新たに制御を適用する又は制御クラスを上げることは、前記見直し時刻に関わらす許容するネットワーク制御装置。
【請求項１３】
トラフィックを監視して各ユーザ装置又は各セッションのトラフィックを制御するネットワークシステムにおいて、
監視されたトラフィック情報に基づき制御対象であるユーザ装置又はセッションを所定数選択することで、トラフィックを制御するトラフィック制御装置に出力する該制御対象の識別情報と制御内容とを含む制御メッセージの送信レートが所定レート以下になるようにするネットワーク制御装置
を備えたネットワークシステム。
【請求項１４】
請求項１３に記載のネットワークシステムにおいて、
トラフィックを監視する監視装置と、
各ユーザ装置又は各セッションのトラフィックを制御する前記トラフィック制御装置と
をさらに備えるネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク制御装置及びネットワークシステムに係り、特に、モバイルネットワークにおけるトラフィック制御メッセージの送信管理を行うネットワーク制御装置及びネットワークシステムに関する。
【背景技術】
【０００２】
移動体通信ネットワークでは、第３世代（３Ｇ）の高速データ通信サービスのＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）やＥＶ−ＤＯ（Ｅｖｏｌｕｔｉｏｎ  Ｄａｔａ  Ｏｎｌｙ）、第４世代（４Ｇ）と呼ばれるＷｉｍａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）やＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）などの高速ブロードバンドモバイルが普及するにつれて、スマートフォンと呼ばれる高性能な移動端末やパソコンをこれらの高速ブロードバンド経由でインターネットへ接続することが一般化しつつある。それに伴い、トラフィック量は年率６６％で急増している。モバイルトラフィックの発生場所は人の位置に依存するため、時間や場所によって大きく変動する。そのため、混雑エリアでは、ネットワークが輻輳し、パケットロスや伝送遅延時間の増大、場合によっては通信そのものが出来なくなり、体感品質が極端に劣化する。
【０００３】
そこで、トラフィックを計測することで、トラフィックの変動を予測し、予測に基づき回線の帯域制御を行う通信制御方式が研究されている（例えば特許文献１参照）。さらに、モバイルネットワークにおいても、ＤＰＩ（Ｄｅｅｐ  Ｐａｃｋｅｔ  Ｉｎｓｐｅｃｔｉｏｎ）装置等のトラフィック計測装置を用い、端末の接続数やトラフィック情報から混雑エリアを特定し、帯域制御やビデオ圧縮等のトラフィック制御を適用するソリューションが提案されている。本ソリューションでは、混雑基地局に接続する端末のトラフィックを制御することで、混雑基地局で発生している輻輳を軽減する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１９９４５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
トラフィック計測装置を用い、輻輳エリアを特定し、トラフィック制御を適用するシステムでは、端末の移動やトラフィックの変動に対しても適切に処理する必要があるため、秒オーダで計測・分析・制御のフィードバックループを回す。従って、トラフィックを制御する装置、例えば、ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）サーバやトラフィック制御装置の設定を秒オーダで更新することになり、これら装置の負荷は大きくなっていく。特に、障害や災害時のように、広範囲の端末が同時に接続する場合、広範囲で輻輳が発生し、制御サーバからＰＣＲＦやトラフィック制御装置への通信制御要求がバースト的に発生することが想定される。これに伴い、ＰＣＲＦサーバやトラフィック制御装置が過負荷となり、ネットワーク品質の劣化やシステムのダウンが発生する恐れがある。また、秒オーダで、フィードバックループを回すことから、トラフィック制御のオン／オフが頻繁に発生することにより通信が不安定となる課題がある。
【０００６】
本発明は、以上の点に鑑み、計測されたトラフィックに基づきトラフィック制御を適用するシステムにおいて、トラフィック制御の設定に関する制御メッセージの増加により発生するシステム異常を防止するネットワーク制御装置及びネットワークシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本ネットワークシステムは、例えば、トラフィック状況を監視して各セッションのトラフィックを制御するネットワークシステムにおいて、トラフィック情報から制御対象の装置を抽出するサーバが、トラフィックを制御する装置に出力する情報を、トラフィック統計情報を使って取捨選択し、所定のレート以下になるよう制御する。
【０００８】
本発明の第１の解決手段によると、
トラフィックを監視して各ユーザ装置又は各セッションのトラフィックを制御するネットワークシステムにおいて、
監視されたトラフィック情報を受信する受信部と、
該トラフィック情報に基づき制御対象であるユーザ装置又はセッションを所定数選択することで、トラフィックを制御する装置に出力する該制御対象の識別情報と制御内容とを含む制御メッセージの送信レートが所定レート以下になるようにする制御処理部と
を備えたネットワーク制御装置が提供される。
【０００９】
本発明の第２の解決手段によると、
トラフィックを監視して各ユーザ装置又は各セッションのトラフィックを制御するネットワークシステムにおいて、
監視されたトラフィック情報に基づき制御対象であるユーザ装置又はセッションを所定数選択することで、トラフィックを制御するトラフィック制御装置に出力する該制御対象の識別情報と制御内容とを含む制御メッセージの送信レートが所定レート以下になるようにするネットワーク制御装置と
を備えたネットワークシステムが提供される。
【発明の効果】
【００１０】
本発明によれば、計測されたトラフィックに基づきトラフィック制御を適用するシステムにおいて、トラフィック制御の設定に関する制御メッセージの増加により発生するシステム異常を防止するネットワーク制御装置及びネットワークシステムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態の移動体通信システムの概略構成図である。
【図２】本実施の形態のＧＷ装置及びサーバのハードウェア構成図である。
【図３】本実施の形態における制御サーバの機能ブロック図である。
【図４】本実施の形態の制御サーバが備えるｅＮＢ統計テーブル及び輻輳判定表を表す図である。
【図５】本実施の形態の制御サーバが備えるユーザ統計データを表す図である。
【図６】本実施の形態の制御サーバが備える制御クラス管理テーブル及び制御クラス算出表である。
【図７】本実施の形態の計測サーバが送信する制御メッセージを表す図である。
【図８】本実施の形態における制御方法決定部の処理フローを示したフローチャートである。
【図９】本実施の形態におけるＮＷ制御送信管理部の処理フローを示したフローチャートである。
【発明を実施するための形態】
【００１２】
本発明の実施の形態を図１から図９を用いて説明する。
【００１３】
図１は、本実施の形態の移動体通信システムの構成を示す図である。本実施の形態では４Ｇと呼ばれるＬＴＥにシステムに適用した例について述べるが、ＷｉＭＡＸや３Ｇシステムにおいても同様の適用を行うことが可能である。
【００１４】
移動体通信システムは、例えばＵＥ１０１、ｅＮＢ１０２、ＭＭＥ１０３、Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５、ＤＰＩ装置（監視装置）１０６、制御サーバ（ネットワーク制御装置）１０７、ＰＣＲＦサーバ１０８、及び、トラフィック制御装置を備える。ＵＥ１０１は移動端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）であり、ｅＮＢ１０２は基地局（ｅＮＢ：ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ）である。ＭＭＥ１０３は端末の位置管理や認証処理を行う移動管理サーバ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）である。Ｓ−ＧＷ１０４は無線アクセス網内のアンカーポイントとなる第１のモバイルゲートウェイ（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）である。Ｐ−ＧＷ１０５はサービスネットワークと無線ネットワークの境界となる第２のモバイルゲートウェイ（Ｐ−ＧＷ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）である。
【００１５】
また、ＤＰＩ装置１０６は、例えばｅＮＢ１０２とＳ−ＧＷ１０４間に流れるトラフィックの統計情報を計測するサーバ（ＤＰＩ：Ｄｅｅｐ  Ｐａｃｋｅｔ  Ｉｎｓｐｅｃｔｉｏｎ）である。制御サーバ１０７は無線アクセス網１１０に流れるトラフィック統計情報からネットワーク輻輳の有無を監視するサーバである。ＰＣＲＦサーバ１０８は、サービスに応じた優先制御や課金のルールを設定するための機能（ＰＣＲＦ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）を保持するサーバである。トラフィック制御装置１０９は、ＰＣＲＦサーバ１０８より設定された制御ルールに従いトラフィックを制御するサーバである。
【００１６】
これらの装置はネットワークを介して相互に接続される。具体的には、ＵＥ１０１はｅＮＢ  Ａ１０２に無線で接続する。また、ｅＮＢ  Ａ１０２及びｅＮＢ  Ｂ１０２はＭＭＥ、Ｓ−ＧＷ１０４と接続し、Ｓ−ＧＷ１０４は、ＭＭＥ１０３、Ｐ−ＧＷ１０５と接続する。Ｐ−ＧＷ１０５はトラフィック制御装置とインターネット１１１に接続する。ＤＰＩ装置１０６は、ｅＮＢ１０２とＳ−ＧＷ１０４間に設置したネットワーク・タップ（スプリッタ）と、ｅＮＢ１０２とＭＭＥ１０３間に設置したネットワーク・タップと、制御サーバ１０７と接続する。制御サーバ１０７は、ＰＣＲＦサーバ１０８と接続する。ＰＣＲＦサーバ１０８は、トラフィック制御装置１０９と接続し、トラフィック制御装置１０９は、インターネット１１１に接続する。
【００１７】
無線アクセス網１１０はＬＴＥサービスを提供する事業者が管理するネットワークを示し、インターネット１１１は移動端末１０１に対してサービスを提供する外部のネットワークを示す。
【００１８】
本構成において、ＵＥ１０１が生成したユーザパケットは、ｅＮＢ  Ａ１０２、Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５、インターネット１１１を経由し、サーバ１１２へと到着し、サーバ１１２からの返信パケットは逆順を辿りＵＥ１０１へ到着する。つまり、ｅＮＢ１０２と、Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５は、主に、ＵＥ１０１とサーバ１１２間のデータ通信の中継処理を行う。
【００１９】
ＤＰＩ装置１０６、制御サーバ１０７、ＰＣＲＦサーバ１０８、及び、トラフィック制御装置１０９は、フィードバック制御を実現するサーバ群である。これらサーバ群を用い、局所的に発生する輻輳を検出し、輻輳の要因となるトラフィックを特定し、輻輳要因となるトラフィックを制御することで輻輳を緩和させる。より具体的に述べると、あるエリアの混雑時に、ビデオ等の大容量の通信帯域を利用する一部ベアラ（またはＵＥ）の利用帯域を狭めることで、当該エリアの輻輳状態を緩和し、当該エリアにいる他ユーザのＱｏＥ（Ｑｕａｌｉｔｙ  ｏｆ  Ｅｘｐｅｒｉｅｎｃｅ）向上を図ることができる。このフィードバック制御を実施するための「計測」・「分析」・「制御」の役割を、ＤＰＩ装置１０６、制御サーバ１０７、ＰＣＲＦサーバ１０８、及び、トラフィック制御装置１０９で分担する。すなわち、計測をＤＰＩ装置１０６が、分析を制御サーバ１０７が、制御をＰＣＲＦサーバ１０８とトラフィック制御装置１０９で実装した形態である。なお、各装置及び各サーバにおける役割の分担は上述の例に限定されず、適宜分担してもよいし、各サーバ及び各装置がさらに分散された形態でもよいし、適宜統合された形態でもよい。以下、各サーバの動作について説明する。
【００２０】
ＤＰＩ装置１０６は、無線アクセス網１１０内に流れるトラフィックの情報を、ＵＥ１０１やベアラ単位、及び、セルやｅＮＢ１０２単位のトラフィック統計情報にまとめ、制御サーバ１０７へと送信する。ＤＰＩ装置１０６が計測するトラフィックは、例えば、ｅＮＢ１０２とＭＭＥ１０３間に流れる制御データと、ｅＮＢ１０２とＳ−ＧＷ１０４間に流れるユーザデータの２つである。制御データを解析することで、ユーザデータがどの経路（ｅＮＢ１０２やＳ−ＧＷ１０４）を経由したかを特定する。ここで取得するトラフィック統計情報は、ＵＥ１０１やベアラ毎などの端点毎に集計した統計情報と、セルやｅＮＢ１０２、Ｓ−ＧＷ１０４、Ｓ−ＧＷのＩ／Ｆ毎などの中継地点毎に集計した統計情報を含む。端点毎に集計した統計情報は、例えば、上り／下り方向に流れた転送パケット数やバイト数である。また、各ＵＥやベアラに流れるトラフィックのアプリケーション種別を識別し、識別結果を付加してもよい。より詳細に分析するため、端点をＵＥ１０１及びサーバ１１２のＴＣＰ／ＵＤＰポートとし、（ＵＥ１０１のＩＰアドレス、プロトコル番号、ＵＥ１０１のＴＣＰ／ＵＤＰポート番号）の３項組みで規定しても良い。中継地点毎に集計した統計情報は、上り／下り方向に流れた転送パケット数やバイト数に加え、該当する通信経路を利用するＵＥ１０１数やベアラ数、接続要求を送信したＵＥ数、接続失敗したＵＥ数等の情報を含む。ＤＰＩ装置１０６は、事前に設定した周期毎に、統計情報の収集、及び制御サーバ１０７への送信を行う。
【００２１】
制御サーバ１０７は、ＤＰＩ装置１０６から取得したトラフィック統計情報を基に、無線アクセス網１１０内の通信状態を分析し、ネットワークの輻輳を検出する。ネットワーク輻輳を検出すると、制御サーバ１０７は輻輳の要因となっているトラフィックを特定し、輻輳を軽減するため特定したトラフィックを制御する制御メッセージを作成する。制御サーバ１０７は、作成した制御メッセージをＰＣＲＦサーバ１０８へ送信し、トラフィックを制御するよう指示する。本実施の形態では、ｅＮＢ１０２毎に輻輳を判定する例を示すが、セル毎やＳ−ＧＷ１０４のＩ／Ｆ毎の判定を追加してもよい。制御サーバ１０７の詳細処理については図３から図９を用いて後に詳細に述べる。
【００２２】
ＰＣＲＦサーバ１０８は、制御サーバ１０７から受信した制御情報（制御メッセージ）を基に、トラフィック制御装置１０９を設定する。
【００２３】
トラフィック制御装置１０９は、ＰＣＲＦサーバ１０８から受信した設定に従い、ＵＥ１０１とサーバ１１２間のトラフィック（ユーザデータ）を制御する。制御方法としては、通信帯域の制御や動画の圧縮などがある。
【００２４】
次に、ＤＰＩ装置１０６が、無線アクセス網１１０に流れるトラフィック情報を取得する手段について説明する。図１では、ｅＮＢ１０２とＳ−ＧＷ１０４の間、及びｅＮＢ１０２とＭＭＥ１０３の間それぞれにネットワーク・タップを配し、ＤＰＩ装置１０６へ転送する構成例を示す。ネットワーク・タップは、ネットワークの信号を分岐する装置であり、入力したデータを複数のポートへ出力する装置である。ＤＰＩ装置１０６はネットワーク・タップから受信したトラフィックを基に、トラフィック統計情報を作成し、定期的に制御サーバ１０７へ送信する。もしくは、Ｓ−ＧＷ１０４やＭＭＥ１０３が接続するスイッチやルータが、無線アクセス網１１０管理のために、流れたユーザパケットをＤＰＩ装置１０６へとミラーリングする構成を用いてもよい。ミラーリングとは、装置へ入力もくしは装置から出力されるデータの複製を作成し、事前に設定したポート（ミラーリングポート）へ出力する処理である。ミラーリングするパケットはｅＮＢ１０２とＳ−ＧＷ１０４間、及び、ｅＮＢ１０２とＭＭＥ１０３間に流れるパケットである。
【００２５】
図１ではＬＴＥを例にしているが、ＷｉＭＡＸシステムに適用した場合では、ＡＳＮ−ＧＷ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ  ＧａｔｅＷａｙ）がＳ−ＧＷ１０４／ＭＭＥ１０３に相当する機能を有し、ＨＡ（Ｈｏｍｅ  Ａｇｅｎｔ）がＰ−ＧＷ１０５に相当する機能を有する。また、３Ｇシステムに適用した場合では、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）がＳ−ＧＷ１０４／ＭＭＥ１０３に相当する機能を有し、ＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）がＰ−ＧＷ１０５に相当する機能を有する。
【００２６】
図２（ａ）は、本実施の形態のモバイルゲートウェイ（Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５）の１構成例を示す図である。モバイルゲートウェイは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、メモリ２０２、不揮発性メモリ２０３、及び、通信インタフェース（Ｉ／Ｆ）２０４を備え、スイッチ処理部２０５を介して相互に接続される。
【００２７】
ＣＰＵ２０１は、不揮発性メモリ２０３に格納される各種プログラム等をメモリ２０２にロードし、実行する。メモリ２０２は、不揮発性メモリ２０３からロードしたプログラムを格納し、ＣＰＵ２０１が実行時にアクセスする。不揮発性メモリ２０３はフラッシュメモリ等であり、ＣＰＵ２０１で実行されるプログラムやコンフィギュレーション情報が格納される。
【００２８】
インタフェース（Ｉ／Ｆ）２０４は、ｅＮＢ１０２や、他ノードからのパケットを受信したり、ＣＰＵ２０１で処理したパケットを他のノードへ送信する。スイッチ処理部２０５は、ＣＰＵ２０１、メモリ２０２、不揮発メモリ２０３、及び、インタフェース（Ｉ／Ｆ）２０４を互いに接続し、これらの要素間でのデータ送受信を行う。
【００２９】
図２（ｂ）は、本実施の形態の計算機である、サーバ（ＤＰＩ装置１０６、制御サーバ１０７、ＰＣＲＦサーバ１０８、トラフィック制御装置１０９、サーバ１１２）の１構成例である。計算機は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、メモリ２０２、不揮発性メモリ２０３、論理回路２１１、及び、通信インタフェース（Ｉ／Ｆ）２０４を備え、バス２１３を介して相互に接続される。
【００３０】
論理回路２１１は論理演算処理を行う電子回路であり、ＡＳＩＣやＦＰＧＡ、ＤＳＰ、ＤＲＰ等が用いられる。計算機で実行される各種プログラムは、ＣＰＵ２０１やメモリ２０２、不揮発メモリ２０３、論理回路２１１が協調動作することで実行される。なお、各機能を論理回路で実行するか、あるいはＣＰＵで処理するかを適宜変更可能であることはいうまでもない。
【００３１】
図３は、本実施の形態の制御サーバ１０７の機能ブロック図の一例である。制御サーバ１０７は、データベース（ＤＢ）３０１と、データ登録部（受信部）３０３と、制御処理部３０２とを有する。制御サーバ１０７は、管理者が操作する管理端末によりデータベース３０１の各データを設定するデータ設定部３０４をさらに有してもよい。データベース３０１には、輻輳判定表３２１と、ｅＮＢ統計データ３２２と、ユーザ統計データ３２３と、制御クラスデータ３２４とを格納している。ｅＮＢ統計データ３２２は、ｅＮＢ統計テーブル３３１の情報を含むデータであり、ユーザ統計データ３２３は、ユーザ統計テーブル３３２と制御指示テーブル３３３の情報を含むデータである。制御クラスデータ３２４は、制御クラス管理テーブルと制御クラス判定表を含むデータである。なお、各テーブルは、テーブル形式以外の適宜の形態の記憶領域でもよい。ｅＮＢ統計テーブル３３１の構成例と輻輳判定表３２１の構成例を図４に示し、ユーザ統計テーブル３３２と、制御指示テーブル３３３の構成例を図５に示す。
【００３２】
図４（ａ）は、ｅＮＢ統計テーブル３３１の構成例である。ｅＮＢ統計テーブル３３１は、エントリ番号４０１と、基地局ＩＤ４０２と、統計情報４０３を含む。エントリ番号４０１は、エントリを一意に識別する識別子であり、基地局ＩＤ４０２は、ｅＮＢ１０２を一意に識別する識別子である。なお、番号以外の識別子を用いてもよい。他のテーブルについても同様である。統計情報４０３は、ｅＮＢ１０２毎の統計情報を含む。統計情報４０３は、ｅＮＢ１０２からＵＥ１０１へと送る下り方向の転送量（ＤＬ）４１１、ＵＥ１０１からｅＮＢ１０２へと送る上り方向の転送量（ＵＬ）４１２、及び、ｅＮＢ１０２に接続する接続ＵＥ数４１３を含む。統計情報４０３は、その他の統計情報４１４を含んでもよい。転送量４１１、４１２は、転送されるデータをパケット数やバイト数で計測した値である。その他４１４の情報としては、例えば接続要求したＵＥ数や、接続失敗したＵＥ数などの情報でもよい。統計情報４０３は、ＤＰＩ装置１０６から周期的に送られてくる値を数回分保持できるよう複数カラム用意してもよい。本実施の形態は、ｅＮＢ１０２毎に輻輳制御する場合の例であり、セル毎に輻輳制御する場合は、基地局ＩＤに替えセルＩＤを用いる。もしくは、ｅＮＢとセルの両方で輻輳制御する場合は、ｅＮＢ統計テーブル３３１とセル統計テーブルの２つを用意する。
【００３３】
図４（ｂ）は、輻輳判定表３２１の構成例である。輻輳判定表３２１は、輻輳レベル４２１と判定条件４２２を含む。判定条件４２２は、ｅＮＢ統計テーブル３３１の統計情報４０３に含まれるカラムを用いて輻輳レベルを判定する条件が記載される。本構成では、接続ＵＥ数４１３と転送量（ＤＬ）４１１用いた条件の例を示す。例えば、接続ＵＥ数４１３及び転送量（ＤＬ）４１１の双方の条件に合致する輻輳レベルを判定結果とする。本実施の形態では、輻輳レベルａが最も低いレベル（輻輳の度合いが最も小さいレベル）であり、輻輳レベルがｂ、ｃ、ｄとなるにつれて、輻輳の度合いが大きくなる。なお、接続ＵＥ数４１３及び転送量（ＤＬ）４１１の一方を用いて輻輳レベルを判定してもよい。また、輻輳判定表３２１は、全てのｅＮＢ共通で一つ保持してもよく、ｅＮＢ毎に保持してもよく、ｅＮＢの種別又は性能毎に保持してもよく、管理者が操作する管理端末及びデータ設定部３０４により事前に設定しておくことができる。
【００３４】
図５（ａ）は、ユーザ統計テーブル３３２の構成例である。ユーザ統計テーブル３３２は、エントリ番号５０１、セッションＩＤ５０２、トラフィック情報５０３、及び、接続基地局情報５０４を含む。エントリ番号５０１は、エントリを一意に識別する識別子である。セッションＩＤ５０２は、ＵＥ１０１を一意に識別するＵＥ  ＩＤ５１１と、ベアラを一意に識別するベアラＩＤ５１２を含む。トラフィック情報５０３は、該当するセッションに流れるトラフィック情報、例えば、アプリケーションタイプ５１３、転送量５１４等を含む。接続基地局情報５０４は、該当するＵＥ１０１が接続するｅＮＢ１０２のＩＤ（ｅＮＢ  ＩＤ）を含む。転送量５１４及び接続基地局情報５０４は、ＤＰＩ装置１０６から周期的に送られてくる値を数回分保持できるよう複数カラム用意してもよい。
【００３５】
図５（ｂ）は、制御指示テーブル３３３の構成例である。制御指示テーブル３３３は、エントリ番号５０１、セッションＩＤ５０２、及び、制御情報５２３を含む。エントリ番号５０１とセッションＩＤ５０２は、ユーザ統計テーブル３２２のエントリ番号５０１とセッションＩＤ５０２と同様の情報である。制御情報５２３は、適用制御情報、制御見直し時刻５４５、及び、未送信制御履歴を含む。適用制御情報は、該当セッションに適用している制御クラス５４２と、その有効期限５４４を含む。制御クラス５４２は、図６（ａ）に示すように、適用する制御の内容を識別するものである。
【００３６】
図６（ａ）は、制御クラス管理テーブルの構成例を示す。制御クラス管理テーブルは、制御クラス６０１と、制御内容６０２と、制御効果の指標（以下単に制御効果と記す）６０３を含む。
【００３７】
制御クラス６０１は、制御クラスを一意に表すＩＤである。制御内容６０２は、適用するトラフィック制御の内容を含み、本実施の形態では、帯域制御情報６１１と、動画圧縮情報６１２と、その他６１３の情報を含む。帯域制御情報６１１は帯域制御する際の帯域幅を示し、動画圧縮情報６１２は動画圧縮制御の適用の有無を示す。その他６１３の情報としては、例えば、動画圧縮の圧縮率等の情報を格納してもよいし、ページングに関する情報を格納してもよい。制御効果６０３は、対応する制御内容６０２を適用した際に得られる輻輳抑止効果に関係する。本値は例えば管理者の感覚に基づく相対値でもよく、例えば、帯域を１Ｍｂｐｓに制御した際の効果を“１”とした時、５００Ｋｂｐｓに制御すると更に“１”の効果が得られ、動画圧縮を加えると“０．５”の効果が上がる等の様に設定する。本テーブルは管理者が操作する管理端末及びデータ設定部３０４により事前に作成し設定しておく。
【００３８】
図５（ｂ）に戻り、制御指示テーブル３３３の説明を続ける。制御見直し時刻５４５は、適用した制御が適切であるかを再度見直す時刻である。未送信制御履歴は、制御サーバ１０７が未送信の制御情報を格納する。輻輳制御の有効期限５４４を設けることで、制御サーバ１０７等の不具合が発生したときにセッションに対する輻輳制御が永続的に適用されることを防ぐことができる。また、制御見直し時刻を設けることで、トラフィック制御を一定期間適用することができ、制御のオン／オフが頻繁に切り替わりユーザの通信が安定しないといった課題を回避できる。例えば、適用した制御を解除する（ＯＦＦにする）又は制御クラスを下げることは、制御見直し時刻以降にのみ許容する。なお、新たに制御を適用する又は制御クラスを上げることは、制御見直し時刻に関わらず許容してもよい。この場合、輻輳発生に対しては比較的迅速にフィードバックして輻輳を回避する一方、輻輳がおさまった際には比較的時間をおいてフィードックし、制御のオン／オフが頻繁に切り替わることを回避できる。さらに、一定期間後に（制御見直し時刻になった場合に）再度制御を見直すことで、例えばＵＥ１０１が移動し、輻輳エリアから離脱した場合に迅速に輻輳制御をオフにすることができる。なお、本実施の形態では、ベアラ毎にトラフィック制御を行う場合の例であり、ＵＥ毎にトラフィック制御を行う場合は、ベアラＩＤ５１２を省略しても構わない。
【００３９】
続いて、制御サーバのデータ登録部３０３と、制御処理部３０２について説明する。データ登録部３０３は、ＤＰＩ装置１０６から受信したトラフィック統計情報を、ｅＮＢ統計テーブル３３１とユーザ統計テーブル３３２に格納する。ｅＮＢ統計テーブル３３１の統計情報４０３や、ユーザ統計テーブル３３２のトラフィック情報５０３、接続基地局情報５０４が複数カラム存在し履歴を残す構成となっている場合、最も古い履歴を削除し、最新のものを追加しテーブルを更新する。
【００４０】
制御処理部３０２における処理は、各データベースから情報を取得し、輻輳回避のための制御を適用するベアラを抽出し、そのベアラ情報をＰＣＲＦサーバ１０８へと送信する。制御処理部３０２は、ｅＮＢ輻輳判定部３１１、制御対象ユーザ特定部３１２、非制御ユーザ抽出部３１３、制御方法決定部３１４、ＮＷ制御送信管理部３１５、及び、メッセージ送信部３１６の６つの機能ブロックを有し、上記処理を実行する。また、制御処理部３０２は、ＤＰＩ装置１０６から統計情報が送られてくる周期と同期して処理を実行する。具体的には、データ登録部３０３がＤＰＩ装置１０６から受信した統計情報の格納完了を契機に、制御処理部３０２、すなわちｅＮＢ輻輳判定部３１１と非制御ユーザ抽出部３１３の処理を開始する。
【００４１】
ｅＮＢ輻輳判定部３１１では、データベース３０１から輻輳判定表３２１を取得し、ｅＮＢ統計テーブル３３１から各ｅＮＢ１０２の統計情報４０３を取得し、各ｅＮＢ１０２の輻輳レベルを判定する。輻輳レベルの判定には後述するように輻輳判定表３２１を用いる。そして、判定結果（ｅＮＢ  ＩＤと輻輳レベルの組み）を制御対象ユーザ特定部３１２と制御方法決定部３１４へ送信する。制御対象ユーザ特定部３１２への送信は、輻輳が発生しているｅＮＢ  ＩＤ４０２、すなわち輻輳レベルが予め定められたレベル以上のｅＮＢ  ＩＤ４０２を送信することができる。輻輳レベルの判定は、ｅＮＢ統計テーブル３３１の統計情報と輻輳判定表３２１の判定条件を比較し決定する。例えば、ｅＮＢ統計テーブル３３１から取得したｅＮＢ１０２の統計情報４０３の接続ＵＥ数が１７０、転送量が３５ＭＢの場合、輻輳判定表３２１に従い、輻輳レベルを「ｃ」と決定する。なお、ｅＮＢ統計テーブル３３１の統計情報４０３に履歴情報が含まれる場合、最新のデータを用いてもよいが、履歴の平均等の演算結果をｅＮＢ１０２の統計情報として採用してもよい。履歴情報を用い輻輳判定することで、トラフィックの短期的な変動による輻輳レベルの変動を小さく抑えることができ、制御を安定化できる。
【００４２】
制御対象ユーザ特定部３１２では、ｅＮＢ輻輳判定部３１１から受信した輻輳が発生しているｅＮＢ  ＩＤ４０２をキーにデータベース３０１のユーザ統計データ３２３を検索し、該当ｅＮＢ１０２を経由するセッション情報を取得する。そして、取得したセッション情報のリストを制御方法決定部３１４へ送信する。ここで、セッション情報とは、ユーザ統計テーブル３３２と制御指示テーブル３３３に格納される情報の双方を指す。具体的な検索方法としては、ユーザ統計テーブル３３２の最新ｅＮＢ５１７のカラムにｅＮＢ輻輳判定部３１１から受信したｅＮＢ  ＩＤが格納されているエントリを抽出する。さらに、抽出したエントリのセッションＩＤ５０２を用い、該当セッションの制御情報５２３を制御指示テーブル３３３から取得する。なお、ユーザ統計テーブル３３２と制御指示テーブル３３３のエントリ番号を共通させ、ユーザ統計テーブル３３２から抽出されたエントリのエントリ番号５０１を用いて該当セッションの制御情報５２３を制御指示テーブル３３３から取得してもよい。ユーザ統計テーブル３３２を検索する際、制御対象を絞るため、アプリケーションタイプ５１３や転送量５１４に追加の条件を付加してもよい。追加する条件として、例えば、アプリケーションタイプ５１３が“Ｖｉｄｅｏ”で、転送量５１４が１Ｍｂｐｓ以上あったベアラ情報などである。転送量が少ないセッションは数が非常に多く、また、トラフィック制御しても輻輳回避の効果が薄いため、転送量の条件を付加することで、効果的に対象のベアラ数を削減することができ、以降の処理を大幅に削減することができる。ここで条件に加える転送量は、過去の履歴の合算値や平均値を用いてもよい。
【００４３】
非制御ユーザ抽出部（制御見直しユーザ抽出部）３１３は、データベース３０１から輻輳制御が適用されているセッション情報を取得し、セッション情報のリストを制御方法決定部３１４へと送信する。例えば、制御クラス（Ｃｉ、ｉ＝０、１、２、…、ｎ）のうち、Ｃ０が輻輳制御なしで、Ｃ１〜Ｃｎが輻輳制御ありの場合、ユーザ統計データ３２３から適用制御情報の制御クラス５４３がＣ１〜Ｃｎ、かつ、”現在時刻＜有効期限５４４”（現在時刻が適用中の制御クラスの有効期限前）、かつ、“制御見直し時刻５４５＜現在時刻”（現在時刻が制御見直し時刻を超えている）となるセッション情報を取得する。”現在時刻＜有効期限５４４”となる条件を加えることで、現在も制御が適用されているベアラ情報を取得でき、“制御見直し時刻５４５＜現在時刻”となる条件を加えることで、該当する制御クラスを適用後（又は制御適用後）、所定期間は制御を変更することを避けることができる。
【００４４】
制御方法決定部３１４は、制御対象ユーザ特定部３１２と非制御ユーザ抽出部３１３から受信した各セッションについて、ｅＮＢ１０２の輻輳状況を基に、適用する制御クラスの推奨値を決定し、ＮＷ制御送信管理部３１５へ送信する。
【００４５】
図８に、制御方法決定部３１４の処理フローの一例を示す。制御方法決定部３１４は、制御対象ユーザ特定部３１２と非制御ユーザ抽出部３１３からセッション情報リストの受信を契機に処理を開始する（ステップ８０２）。制御方法決定部３１４は、セッション情報リストからエントリ（セッション情報）を１件取得し（ステップ８０３）、そのセッションが経由するｅＮＢ１０２（最新ｅＮＢ５１７）の輻輳レベルを取得する（ステップ８０４）。ｅＮＢ１０２の輻輳レベル情報は、ｅＮＢ輻輳判定部３１１から取得した情報（ｅＮＢ  ＩＤと輻輳レベルの組）を用いる。次に、制御方法決定部３１４は、輻輳レベルとセッション情報のアプリケーションタイプ５１３から推奨制御クラスを決定する（ステップ８０５）。推奨制御クラスの決定は、図６（ｂ）に示した制御クラス算出表を用い決定する。制御クラス算出表は、制御方法決定部３１４が保持し、輻輳レベル６２１、アプリケーションタイプ６２２、及び、制御クラス６２３が対応づけられた表であり、輻輳レベルとアプリケーションタイプが決まると一意に制御クラスが決まる算出表である。一致するアプリケーションタイプが存在しない場合、ワイルドカードである「＊」が格納されているエントリを用い制御クラスを決定する。制御クラス算出表は管理者が操作する管理端末及びデータ設定部３０４により事前に設定する。続いて、制御方法決定部３１４は、ステップ８０５で取得した推奨制御クラスと、取得したセッション情報の制御クラス５４３が示す適用制御クラスを比較する（ステップ８０６）。制御方法決定部３１４は、両者が異なる場合、該当するセッションに関する制御変更要求を「制御変更要求リスト」に追加し（ステップ８０７）、ステップ８０３で取得したエントリの処理を終了する。なお、適用制御クラスの有効期限５４４が切れている場合（“有効期限５４４＜現在時刻”の場合）、適用制御クラスは制御クラスＣ０の「制限なし」として処理する。また、制御変更要求は、例えばセッション情報のうち、ユーザ統計テーブル３３２のセッションＩＤ５０２と、トラフィック情報５０３と、制御指示テーブル３３３に格納されている制御情報５２３に加え、ステップ８０５で決定した推奨制御クラスと、接続基地局の輻輳レベルと、を追加した情報である。制御方法決定部３１４は、ステップ８０２で受信したセッション情報リストの全てのエントリの処理が終了していない場合（ステップ８０８）、ステップ８０３に戻り、他のエントリの処理を継続する。ステップ８０８で全てのエントリの処理が終了している場合は、制御方法決定部３１４は、制御変更要求リストに含まれる、制御対象となるセッション数が予め定められた数以上あるか判断し（ステップ８０９）、予め定められた数以上であればステップ８１０へ進み、予め定められた数未満であればステップ８０２に戻る。なお、ステップ８０９の処理は省略してもよい。制御方法決定部３１４は、「制御変更要求リスト」をＮＷ制御送信管理部３１５へ送信し（ステップ８１０）、処理を終了する。
【００４６】
ＮＷ制御送信管理部３１５は、制御方法決定部３１４から受信した制御変更要求リストを、状況に応じて（例えば要求の件数が所定数より多い場合）、優先度の高い順に並び替え、送信可能な要求数に削減し、メッセージ送信部３１６へと送る。そして、送信した制御変更要求の情報を制御指示テーブル３３３に格納する。
【００４７】
図９に、ＮＷ制御送信管理部３１５の処理フローの一例を示す。ＮＷ制御送信管理部３１５は、制御方法決定部３１４から制御変更要求リストの受信を契機に処理を開始する（ステップ９０２）。ＮＷ制御送信管理部３１５は、制御変更要求リストを受信すると、そのリストに含まれる制御変更要求の件数を確認し（ステップ９０３）、件数が予め定められた閾値Ｍ以上（Ｍは自然数）の場合、事前に設定したルールに従い制御変更要求リストを並び替える（ステップ９０４）。並び替えのルールについては後述する。なお、実際にデータを並び変えなくてもよく、各制御変更要求に優先順位が付けばよい。次に、ＮＷ制御送信管理部３１５は、並び替えた制御変更要求リストの上位Ｎ件（Ｎは自然数）を抽出する（ステップ９０５）。そして、ＮＷ制御送信管理部３１５は、抽出したＮ件、もしくはステップ９０３でリストの件数がＮより小さい場合はリスト全件を、メッセージ送信部３１６へ出力する（ステップ９０６）。そして、ＮＷ制御送信管理部３１５は、制御変更要求リストの情報を制御指示テーブル３３３に格納し（ステップ９０７）、処理を終了する（ステップ９０８）。制御指示テーブル３３３への格納処理については後に詳述する。なお、閾値のＮは、例えばＰＣＲＦを含むシステムの輻輳制御メッセージの送信許容度から算出する。例えば、Ｎ＝｛（輻輳制御メッセージの送信許容度［ｍｅｓｓａｇｅ／ｓｅｃ］）＊（ＤＰＩ装置１０６の統計情報送信周期［ｓｅｃ］）｝から決定する。
【００４８】
ステップ９０４で示した、制御変更要求リストの並び替えルールの例を示す。一つ目の方法は、制御変更要求リストに含まれる接続するｅＮＢ１０２の輻輳レベルをキーとして降順に並び替える方法である。接続基地局の輻輳レベルが高い順に並び替え、上位Ｎ件に制御を適用することで、輻輳劣化の大きいエリアから優先的に輻輳制御することが可能となる。二つ目の方法は、制御変更要求リストに含まれるセッションにおけるデータ転送量をキーとして降順に並び替える方法である。三つ目の方法は、制御変更の効果をキーとして降順に並び替える方法である。制御変更の効果は、｛（推奨制御クラスの制御効果６０３）−（適用制御クラスの制御効果６０３）｝から算出する。例えば、適用制御クラスＣ２から推奨制御クラスＣ３に変更する場合、図６（ａ）に示す制御クラス管理テーブルから、制御効果６０３の差分は０．５であり、これを制御変更の効果の指標として用いる。一方、例えば適用制御クラスＣ０から推奨制御クラスＣ２に変更する場合、図６（ａ）に示す制御クラス管理テーブルから、制御効果６０３の差分（制御変更の効果の指標）は２である。この場合、例えば適用制御クラスＣ０から推奨制御クラスＣ２に変更する要求が上位にくる。なお、単に制御クラスの差分をキーとしてもよい。
【００４９】
転送量の多い順、制御変更の効果の高い順に並び替え、制御を適用することで、輻輳制御の効果のある順に輻輳制御を実施することが可能となる。その他に、例えば、プライマリキーとして、輻輳レベルを、セカンダリキーとして、転送量を選択するなど、上記を組み合わせて用いてもよい。また、制御指示テーブルの未送信制御履歴が一定数溜まったセッションを優先する等のルールを追加してもよい。なお、制御指示テーブル３３３に、同一のセッションＩＤ５０２に対して未送信制御履歴５４６〜５４８が複数存在する場合は、制御メッセージを送信する際、最新の制御変更要求を送信する。換言すると、同一のＵＥ（又はベアラ）に対する複数の制御変更要求を統合する。
【００５０】
ステップ９０６で示した、制御指示テーブル３３３の格納処理の詳細について説明する。制御変更要求リストのうち、ステップ９０６でメッセージ送信部３１６へ出力した制御変更要求については、推奨制御クラスを、ＮＷ制御送信管理部３１５は当該制御変更要求のセッションＩＤに対応する制御クラス５４３へ格納し、現在時刻に管理者が操作する管理装置により事前に設定された制御クラスの制御有効期間を足した値を対応する有効期限５４４へ格納し、現在時刻に管理者が操作する管理端末及びデータ設定部３０４により事前に設定された制御固定期間を足した値を対応する制御見直し時刻５４５へ格納し、未送信制御履歴を空欄に更新する。一方、制御変更要求リストのうち、ステップ９０６で未送信の制御変更要求（例えば上位Ｎ件に入らなかった制御変更要求）については、ＮＷ制御送信管理部３１５は、制御指示テーブル３３３の未送信制御履歴のみを更新する。つまり、未送信制御履歴のうち最も古い履歴を削除し、推奨制御クラスを未送信制御履歴の最新情報として登録する。
【００５１】
メッセージ送信部３１６は、ＮＷ制御送信管理部３１５から受信した制御変更要求リストを用い、制御メッセージを作成し、事前に設定されたレートに従い、ＰＣＲＦサーバへと送信する。図７に、制御メッセージの構成例を図７に示す。制御メッセージは、セッションＩＤ５０２と制御内容７０２を含み、制御内容７０２には制御クラス５４３と有効期限５４４を含む。
【００５２】
以降、図１を参照して説明したように、ＰＣＲＦサーバ１０８は、制御サーバ１０７からの制御メッセージを基に、対象のセッションと制御内容をトラフィック制御装置１０９に設定し、トラフィック制御装置１０９は設定に従いＵＥ１０１とサーバ１１２間のセッションのトラフィックを制御する。
【００５３】
なお、制御の有効期限が切れたセッションの制御については、例えば、制御サーバ１０７からトラフィック制御装置１０９へ有効期限を、例えば制御メッセージに含めて送信し、トラフィック制御装置１０９が有効期限の経過後に当該制御の適用を止めてもよいし、有効期限経過後に、制御サーバ１０７から制御の停止指示をトラフィック制御装置１０９に送信してもよい。
【００５４】
本実施の形態によれば、トラフィック計測装置を用い、輻輳エリアを特定し、トラフィック制御を適用するシステムにおいて、輻輳が広範囲で発生する場合においても、ＰＣＲＦやトラフィック制御装置の負荷を一定に抑えつつ、輻輳回避に有効なトラフィックを制御することができる。さらに、通信帯域の制御を一定期間固定することで、帯域制御のオン／オフが頻発し、ユーザの通信が不安定となることを防ぐことができる。
【００５５】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれている。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００５６】
１０１  移動端末（ＵＥ）
１０２  基地局（ｅＮＢ）
１０３  移動管理サーバ（ＭＭＥ）
１０４  第１のモバイルゲートウェイ（Ｓ−ＧＷ）
１０５  第２のモバイルゲートウェイ（Ｐ−ＧＷ）
１０６  ＤＰＩ装置
１０７  制御サーバ
１０８  ＰＣＲＦサーバ
１０９  トラフィック制御装置
１１０  無線アクセス網
１１０  インターネット
１１２  外部サーバ
２０１  ＣＰＵ
２０２  メモリ
２０３  不揮発メモリ（Ｆｌａｓｈ）
２０４  通信インタフェース（Ｉ／Ｆ）
２１１  論理回路
【図１】
2015111778.tif 000003
【図２】
2015111778.tif 000004
【図３】
2015111778.tif 000005
【図４】
2015111778.tif 000006
【図５】
2015111778.tif 000007
【図６】
2015111778.tif 000008
【図７】
2015111778.tif 000009
【図８】
2015111778.tif 000010
【図９】
2015111778.tif 000011