JP6269313B2 - 基地局装置及び通信システム - Google Patents

Description

本発明は、基地局装置及び通信システムに関する。

近年、スマートフォンの普及に伴って、モバイルネットワークにおけるインターネットアプリケーション（例えば、ＳＮＳ（Social Networking Service）やＬＩＮＥ（登録商標）等）の利用が拡大し、モバイルネットワークの利用形態が大きく変化してきている。

従来型の携帯電話では、ユーザによる操作によって通信（音声通信、メール通信、及びインターネット接続通信等)が発生する。このため、通信トラヒックは、ユーザ全体で見ると、基本的に、時間的に分散して発生する。

一方、スマートフォン等の端末装置に搭載されたアプリケーションによる通信（以下では、「アプリ通信」と呼ぶことがある）は、ユーザの操作と関係なくアプリケーションが所定の周期又は所定の時間にサーバにアクセスする機能を通常有しているため、一斉に開始する傾向がある。また、アプリ通信を開始する際には、まず、「呼接続処理手順」が実行される。「呼接続処理手順」では、スマートフォン等の端末装置、基地局装置、及び、「コアネットワーク装置」の間で、「呼接続制御信号」が伝送される。例えば、端末装置は、「呼接続制御信号」としての「呼接続要求」を、基地局を介して「コアネットワーク装置」へ送信する。すなわち、アプリ通信では、呼接続制御信号が一斉に送信される傾向がある。今後、従来型のユーザ操作による音声通信等を主とした携帯電話からアプリ通信が可能なスマートフォン等の端末装置への移行が進むに連れて、アプリ通信によるトラヒックが拡大し、モバイルネットワークのトラヒック量が大きく増加すると考えられる。そして、アプリ通信の拡大に伴って、トラヒックの態様も、時間分散的なものから、定時に一斉に発生するトラヒック（以下では、「定時一斉トラヒック」と呼ぶことがある）が主体になって行くと考えられる。

特開２０１１−１５５６００号公報 特開平６−２８２７３号公報

しかしながら、呼接続が一斉に発生すると、バーストトラヒックによって基地局装置又はコアネットワーク装置の処理負荷が増大し、処理対象の呼接続制御信号の量が基地局装置又はコアネットワーク装置の処理能力を超えてしまうと、呼接続制御信号が破棄されてしまう可能性がある。この結果、通信サービスが低下してしまう可能性がある。特に、呼接続制御信号が破棄されてしまうと、呼接続が実現されず、ユーザがサービスを利用できない事態が起こりうる。

開示の技術は、上記に鑑みてなされたものであって、アプリ通信に起因したバーストトラヒックを抑制できる、基地局装置及び通信システムを提供することを目的とする。

開示の態様では、基地局装置は、受信部と、送信部と、判定部と、分散処理部とを有する。前記受信部は、複数の端末装置からそれぞれ送信された複数の呼接続要求を受信する。前記送信部は、入力された呼接続要求に対して送信処理を施してコアネットワーク装置へ送信する。前記判定部は、前記受信した各呼接続要求から抽出した複数のパラメータの値のパターンと、アプリケーション通信による呼接続要求の特徴パターンとが一致するか否か判定する。前記分散処理部は、前記受信部によって受信された呼接続要求を受け取り、前記判定部によって前記パターンと前記特徴パターンとが一致すると判定された場合、前記受け取った呼接続要求を、受け取ったタイミングからランダムな遅延値で遅延させて前記送信部へ入力する。

開示の態様によれば、アプリ通信に起因したバーストトラヒックを抑制できる。

図１は、実施例１の通信システムの一例を示す図である。 図２は、実施例１の基地局装置の一例を示すブロック図である。 図３は、実施例１の分散処理部の一例を示すブロック図である。 図４は、実施例１の分散制御部の処理動作の一例を示すフローチャートである。 図５は、呼接続要求のフォーマットの一例を示す図である。 図６は、実施例１の特徴パターンテーブルの一例を示す図である。 図７は、実施例１の比較対象パラメータ保持テーブルの一例を示す図である。 図８は、実施例１の比較対象パラメータ保持テーブルの一例を示す図である。 図９は、実施例２の基地局装置における分散制御部の一例を示すブロック図である。 図１０は、実施例２の基地局装置の処理動作の一例を示すフローチャートである。 図１１は、実施例２の無線ベアラセットアップ要求のフォーマットの一例を示す図である。 図１２は、実施例２の組み合わせ判断用テーブルの一例を示す図である。 図１３は、実施例２のカウントテーブルの一例を示す図である。 図１４は、実施例２のカウントテーブルの一例を示す図である。 図１５は、実施例２の特徴パターンテーブルの一例を示す図である。 図１６は、実施例２の特徴パターンテーブルの一例を示す図である。 図１７は、基地局装置のハードウェア構成例を示す図である。

以下に、本願の開示する基地局装置及び通信システムの実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願の開示する基地局装置及び通信システムが限定されるものではない。また、実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略される。

［実施例１］
［通信システムの概要］
図１は、実施例１の通信システムの一例を示す図である。図１において、通信システム１は、基地局装置１０と、端末装置３０−１〜３と、コアネットワーク装置５０とを有する。コアネットワーク装置５０は、例えばベアラの確立・解放、位置登録などの制御を行う装置であって、例えばＭＭＥ（Mobility Management Entity）である。なお、ここでは、基地局装置１０及び端末装置３０の数をそれぞれ、１つと３つとしているが、数はこれに限定されない。また、端末装置３０−１〜３を特に区別しない場合には、総称して、端末装置３０と呼ぶことがある。端末装置３０は、アプリケーションを実行可能なＣＰＵと、データを記憶可能なメモリと、無線通信を行う無線部とを少なくとも備える。端末装置３０は、例えば、スマートフォン、次世代移動通信端末、ＬＴＥ（Long Term Evolution）通信端末、ＬＴＥ−Ａ（Long Term Evolution - Advanced）通信端末、ユーザ装置（User Equipment、又はUE）、無線通信機能を備えたスマートメータ等である。

端末装置３０は、通信を開始する場合、基地局装置１０及びコアネットワーク装置５０との間で、「呼接続処理手順」を実行する。「呼接続処理手順」では、「呼接続制御信号」が伝送される。例えば、端末装置３０は、「呼接続制御信号」としての「呼接続要求」を、基地局装置１０を介してコアネットワーク装置５０へ送信する。また、端末装置３０が行う通信には、上記の「アプリ通信」と、「アプリ通信」と異なりユーザの操作によって実行される通信（以下では、「通常通信」と呼ぶことがある）とが含まれる。各端末装置３０は、開始対象の通信が「アプリ通信」であっても「通常通信」であっても、「呼接続処理手順」において「呼接続要求」を送信する。

基地局装置１０は、受信した各呼接続要求に含まれる複数のパラメータの値のパターンと、「アプリ通信」による呼接続要求の「特徴パターン」とが一致するか否かを判定する。そして、基地局装置１０は、一致すると判定した呼接続要求、つまりアプリ通信の呼接続要求に対して送信処理するタイミングを、ランダムな遅延値だけ遅延させる。そして、基地局装置１０は、送信処理後の呼接続要求をコアネットワーク装置５０へ送信する。

なお、基地局装置１０は、一致しないと判定した呼接続要求、つまり、通常通信の呼接続要求に対しては、遅延させずにコアネットワーク装置５０へ送信する。

以上のように、基地局装置１０は、受信した各呼接続要求に含まれる複数のパラメータの値のパターンと、「アプリ通信」による呼接続要求の「特徴パターン」とが一致するか否かを判定する。そして、基地局装置１０は、一致すると判定した呼接続要求、つまりアプリ通信の呼接続要求に対して送信処理するタイミングを、ランダムな遅延値だけ遅延させる。そして、基地局装置１０は、送信処理後の呼接続要求をコアネットワーク装置５０へ送信する。

これにより、端末装置３０−１〜３からアプリ通信の呼接続要求が一時に一斉に送信された場合でも、呼接続要求を受信した基地局装置１０が送信処理タイミング及びコアネットワーク装置５０への送信タイミングを分散させることができる。この結果、アプリ通信に起因したバーストトラヒックを防止することができる。

［基地局装置の構成例］
図２は、実施例１の基地局装置の一例を示すブロック図である。図２において、基地局装置１０は、無線部１１と、信号処理部１２と、メモリ１３と、インタフェース（ＩＦ）１４とを有する。

無線部１１は、端末装置３０との間でアンテナを介して無線信号を送受信する。例えば、無線部１１は、端末装置３０から送信された無線信号を受信し、受信した無線信号に対して所定の無線受信処理（ダウンコンバート、アナログディジタル変換等）を施す。また、無線部１１は、送信処理部１６から受け取った送信信号に対して、所定の無線送信処理（例えば、ディジタルアナログ変換、アップコンバート等）を施して、アンテナを介して送信する。

信号処理部１２は、基地局装置１０と、端末装置３０又はコアネットワーク装置５０との間で送受信される信号に対する送受信処理を行う。また、信号処理部１２は、端末装置３０からの各呼接続要求に含まれる複数のパラメータの値のパターンと、「アプリ通信」による呼接続要求の「特徴パターン」とが一致するか否かを判定する。そして、信号処理部１２は、一致すると判定した呼接続要求、つまりアプリ通信の呼接続要求に対して送信処理するタイミングを、ランダムな遅延値だけ遅延させる。そして、信号処理部１２は、送信処理後の呼接続要求をコアネットワーク装置５０へ送信する。

例えば、信号処理部１２は、受信処理部１５と、送信処理部１６と、無線プロトコル処理部１７と、分散制御部１８と、接続制御部１９と、交換プロトコル制御部２０とを有する。

受信処理部１５は、例えば、無線部１１から受け取った受信信号に対して復調処理を行う。

送信処理部１６は、例えば、無線プロトコル処理部１７から受け取った信号に対して変調処理を行う。

無線プロトコル処理部１７は、端末装置３０との間の無線プロトコルの終端を行う。

分散制御部１８は、端末装置３０からの各呼接続要求に含まれる複数のパラメータの値のパターンと、上記の「特徴パターン」とが一致するか否かを判定する。「特徴パターン」は、メモリ１３に記憶されている「特徴パターンテーブル」にエントリされている。なお、「特徴パターン」には、発生予定時刻（つまり、アプリ通信の呼接続要求が送信される予定時刻）が含まれ、「特徴パターン」と比較するパラメータ値のパターンには、分散制御部１８が呼接続要求を受け取った時刻が含まれてもよい。「特徴パターンテーブル」については、後に詳しく説明する。

また、分散制御部１８は、一致すると判定した呼接続要求、つまりアプリ通信の呼接続要求を、ランダムな遅延値だけ遅延させて、接続制御部１９へ出力する。これにより、接続制御部１９における、呼接続要求に対する送信処理のタイミングを分散させることができる。この結果として、呼接続要求が基地局装置１０からコアネットワーク装置５０へ送信されるタイミングも分散させることができる。

例えば、分散制御部１８は、図３に示すように、判定部２１と、分散処理部２２とを有する。判定部２１では、上記の判定処理、つまり、端末装置３０からの各呼接続要求に含まれる複数のパラメータの値のパターンと、上記の「特徴パターン」とが一致するか否かについての判定処理が行われる。また、分散処理部２２では、上記の遅延処理、つまり、アプリ通信の呼接続要求をランダムな遅延値だけ遅延させて接続制御部１９へ出力する処理が行われる。図３は、実施例１の分散処理部の一例を示すブロック図である。

図２の説明に戻り、接続制御部１９は、「呼接続処理手順」において呼接続制御信号を、端末装置３０又はコアネットワーク装置５０との間で送受信する。例えば、接続制御部１９は、端末装置３０から送信された呼接続要求を、それの宛先情報をコアネットワーク装置５０の宛先としてから、コアネットワーク装置５０へ送信する。すなわち、接続制御部１９において行われる送信処理には、ヘッダ変換処理が含まれる。

交換プロトコル制御部２０は、コアネットワーク装置５０との間の交換機向けプロトコルの終端を行う。

ＩＦ１４は、コアネットワーク装置５０との間で伝送路を介して信号を送受信する。

［基地局装置の動作例］
以上の構成を有する基地局装置１０の処理動作の一例について説明する。図４は、実施例１の分散制御部の処理動作の一例を示すフローチャートである。

分散制御部１８は、無線プロトコル処理部１７を介して呼接続要求を受け取るまで待ち（ステップＳ１０１否定）、呼接続要求を受け取ると（ステップＳ１０１肯定）、受け取った呼接続要求に受信時刻を付与する（ステップＳ１０２）。

分散制御部１８は、受け取った呼接続要求からパラメータ値を抽出する（ステップＳ１０３）。この抽出するパラメータ値には、ステップＳ１０２で付与した受信時刻も含まれる。

図５は、呼接続要求のフォーマットの一例を示す図である。図５に示すように、呼接続要求には、パラメータとして、「メッセージＩＤ（IDdentifier）」、「端末ＩＤ」、「接続要因」、「端末モード」等が含まれている。「メッセージＩＤ」は、メッセージの種別を示す識別情報である。また、「端末ＩＤ」は、メッセージの送信元である端末装置３０の識別情報である。また、「接続要因」は、呼接続要求を送信した要因を示す情報である。また、「端末モード」は、呼接続要求を送信してきた端末装置３０に設定されているモードを示す情報である。

図４の説明に戻り、分散制御部１８は、抽出したパラメータ値のパターンと一致する「特徴パターン」がメモリ１３に記憶されている「特徴パターンテーブル」に在るか否かを判定する（ステップＳ１０４）。

図６は、実施例１の特徴パターンテーブルの一例を示す図である。図６に示した特徴パターンテーブルにおける一番上のエントリは、アプリ通信の特徴パターンである。この一番上のエントリでは、「アプリ通信」の項目値がＹｅｓとなっており、この一番上のエントリが「特徴パターン」であることを示している。また、この一番上のエントリの「特徴パターン」は、発生時刻の項目値（つまり、パラメータ値）が「HH:00」で、接続要因の項目値が「発信」で、呼種別の項目値が「パケット」で、端末モードの項目値が「セーブモード」である呼接続要求が、アプリ通信の呼接続要求であることを示している。なお、図６に示す例では、アプリ通信のものではない呼接続要求のパターンも含められているが、これを含めなくてもよい。

図４の説明に戻り、抽出したパラメータ値のパターンと一致する「特徴パターン」がメモリ１３に記憶されている「特徴パターンテーブル」に在ると判定した場合（ステップＳ１０４肯定）、分散制御部１８は、ランダムな遅延時間値を生成する（ステップＳ１０５）。そして、分散制御部１８は、呼接続要求を、生成した遅延時間値の間保持し（ステップＳ１０６）、接続制御部１９へ出力する（ステップＳ１０７）。なお、抽出したパラメータ値のパターンと一致する「特徴パターン」がメモリ１３に記憶されている「特徴パターンテーブル」に無いと判定した場合（ステップＳ１０４否定）、処理フローは、ステップＳ１０７へ進む。ステップＳ１０７の処理が終わると、処理フローは、ステップＳ１０１へ戻る。また、図４に示した処理フローは、例えば、基地局装置１０の電源がＯＦＦしたときに終了する。

なお、分散制御部１８は、複数の呼接続要求から抽出したパラメータ値を、順次「比較対象パラメータ保持テーブル」に記憶させてもよい。そして、分散制御部１８は、「比較対象パラメータ保持テーブル」に先に記憶されたパラメータ値のパターンから順番に、「特徴パターンテーブル」に存在するか否かを判定してもよい。図７及び図８は、実施例１の比較対象パラメータ保持テーブルの一例を示す図である。図７には、比較対象パラメータ保持テーブルの初期状態が示されている。すなわち、図７に示す比較対象パラメータ保持テーブルでは、項目値がすべて「ＮＵＬＬ」になっている。図８では、１つの呼接続要求が受信されて、その呼接続要求のパラメータ値のパターンがエントリ＃０として記憶された状態が示されている。

以上のように本実施例によれば、基地局装置１０は、判定部２１と、分散処理部２２とを有する。判定部２１は、受信処理部１５で受信した各呼接続要求から抽出した複数のパラメータの値のパターンと、アプリ通信による呼接続要求の特徴パターンとが一致するか否か判定する。そして、分散処理部２２は、受信処理部１５によって受信された呼接続要求を受け取る。そして、分散処理部２２は、判定部２１によって抽出パターンと特徴パターンとが一致すると判定された場合、受信処理部１５から受け取った呼接続要求を、受信処理部１５から受け取ったタイミングからランダムな遅延値で遅延させて接続制御部１９へ出力する。

この基地局装置１０の構成により、端末装置３０−１〜３からアプリ通信の呼接続要求が一時に一斉に送信された場合でも、呼接続要求を受信した基地局装置１０が送信処理タイミング及びコアネットワーク装置５０への送信タイミングを分散させることができる。この結果、アプリ通信に起因したバーストトラヒックを防止することができる。さらに、呼接続制御手順における最初の段階でトラヒックを分散させることができるので、アプリ通信に起因したバーストトラヒックを効率良く抑制することができる。

［実施例２］
実施例２は、特徴パターンテーブルの作成（更新）に関する。なお、実施例２の通信システムの構成、及び、基地局装置の基本構成は、実施例１の通信システム１及び基地局装置１０と共通するので、図１及び図２を参照して説明する。

［基地局装置の構成例］
図９は、実施例２の基地局装置における分散制御部の一例を示すブロック図である。図９において、実施例２の基地局装置１０における分散制御部１８は、計数部１２３と、特定部１２４と、更新部１２５とを有する。

計数部１２３は、「呼接続処理手順」において、基地局装置１０と、端末装置３０又はコアネットワーク装置５０との間で伝送される「呼接続制御信号」に含まれるパラメータ値のパターンと発生時間との組み合わせ毎に、受信した呼接続要求の数、つまり、「呼接続処理手順」の実行数をカウントする。

例えば、計数部１２３は、上記の呼接続要求及び「無線ベアラセットアップ要求（Ｅ-ＲＡＢ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）」に含まれるパラメータ値のパターンと発生時刻との組み合わせ毎に、「呼接続処理手順」の実行数、つまり接続発生数をカウントする。「無線ベアラセットアップ要求」からは、例えば、ＱｏＳ（Quality of Service）情報の値が用いられる。

特定部１２４は、所定期間内に計数部１２３によってカウントされたカウント値が所定値以上である、パターンと発生時刻との組み合わせを、上記の「特徴パターン」として特定する。

更新部１２５は、特定部１２４で特定した「特徴パターン」を用いて、実施例１で説明した特徴パターンテーブルを更新する。

なお、ここでは、呼接続完了後に伝送される「サービスデータ」の内容については考慮していないが、これに限定されるものではない。例えば、呼接続完了後に伝送されるサービスデータの内容が「アプリ通信」のものであると確認した後に初めて、計数部１２３は、接続発生数をインクリメントさせてもよい。

［基地局装置の動作例］
以上の構成を有する実施例２の基地局装置の処理動作の一例について説明する。図１０は、実施例２の基地局装置の処理動作の一例を示すフローチャートである。

計数部１２３は、呼接続制御信号を受信するまで待ち（ステップＳ２０１否定）、呼接続制御信号を受信すると（ステップＳ２０１肯定）、呼接続制御信号からパラメータ値を抽出し（ステップＳ２０２）、抽出したパラメータ値を組み合わせ判断用テーブルに記録する（ステップＳ２０３）。

計数部１２３は、一連のパラメータ値、つまり、アプリ通信の呼接続制御信号を特徴づけるパラメータ値のパターンがそろったか否かを判定する（ステップＳ２０４）。ここでは、実施例１で説明した呼接続要求の他に上記の無線ベアラセットアップ要求に含まれるパラメータ値を抽出して初めて一連のパラメータ値がそろう。

図１１は、実施例２の無線ベアラセットアップ要求のフォーマットの一例を示す図である。図１１に示すように、無線ベアラセットアップ要求には、パラメータとして、「メッセージＩＤ（IDdentifier）」、「ＭＭＥ側接続ＩＤ」、「ｅＮＢ側接続ＩＤ」、「データ回線ＩＤ」、「ＱｏＳ情報」、「接続先ＩＰアドレス」、「接続先Ｐｏｒｔ番号」等が含まれている。ここでは、計数部１２３によって「ＱｏＳ情報」が抽出される。図１２は、実施例２の組み合わせ判断用テーブルの一例を示す図である。

図１０の説明に戻り、一連のパラメータ値がそろった場合（ステップＳ２０４肯定）、計数部１２３は、呼接続が完了するまで待ち（ステップＳ２０５否定）、呼接続が完了すると（ステップＳ２０５肯定）、サービスデータの内容をチェックする（ステップＳ２０６）。

そして、計数部１２３は、ステップＳ２０５で完了したと判断した呼接続がアプリ通信に対応するものであるのか否かを判定する（ステップＳ２０７）。

アプリ通信であると判定した場合（ステップＳ２０７肯定）、計数部１２３は、カウントテーブルにおける発生時刻に対応する接続発生数をカウントアップすると共に、組み合わせ判断用テーブルにおけるエントリ番号を対応付けて記録する（ステップＳ２０８）。

例えば、図１２に示した２つのパラメータ値のパターンに対応する「呼接続処理手順」がアプリ通信によるものである場合、図１３に示すように、発生時刻「ＨＨ：０５」，「ＨＨ：１０」に対応する接続発生数がそれぞれ「１１」，「２１」にカウントアップされると共に、組み合わせ判断用テーブルのエントリ番号「＃０」，「＃１」もそれぞれ対応付けて記録される。図１３は、実施例２のカウントテーブルの一例を示す図である。

そして、特定部１２４は、単位時間が経過したか否かを判定し（ステップＳ２０９）、単位時間が経過していない場合（ステップＳ２０９否定）、処理フローは、ステップＳ２０１に戻る。なお、一連のパラメータ値がそろっていない場合（ステップＳ２０４否定）、又は、アプリ通信でないと判定した場合（ステップＳ２０７否定）も、処理フローは、ステップＳ２０１に戻る。

単位時間が経過した場合（ステップＳ２０９肯定）、特定部１２４は、対象エントリをカウントテーブルから読み出す（ステップＳ２１０）。

特定部１２４は、読み出した対象エントリの接続発生数が閾値より大きいか否かを判定する（ステップＳ２１１）。

読み出した対象エントリの接続発生数が閾値より大きい場合（ステップＳ２１１肯定）、更新部１２５は、対象エントリに対応づけられた組み合わせ判断テーブルにおけるエントリ番号のパラメータパターンを、特徴パターンとして特徴パターンテーブルに追加する（ステップＳ２１２）。なお、読み出した対象エントリの接続発生数が閾値以下である場合（ステップＳ２１１否定）、処理フローは、ステップＳ２１３に進む。

例えば、カウントテーブルの状況が図１４に示す状況であり、且つ、閾値が１０００である場合、発生時刻「ＨＨ：０５」，「ＨＨ：１０」に対応するエントリの接続発生数が閾値より大きい。従って、これら２つのエントリに対応づけられた組み合わせ判断テーブルにおけるエントリ番号のパラメータパターンが、特徴パターンとして特徴パターンテーブルに追加される。図１４は、実施例２のカウントテーブルの一例を示す図である。図１５及び図１６は、実施例２の特徴パターンテーブルの一例を示す図である。図１５には、追加処理前の特徴パターンテーブルが示され、図１６には、追加処理後の特徴パターンテーブルが示されている。

カウントテーブルの全エントリについてステップＳ２１０からステップＳ２１２の処理が繰り返され（ステップＳ２１３否定）、すべてのエントリについてステップＳ２１０からステップＳ２１２の処理が完了すると（ステップＳ２１３肯定）、計数部１２３は、カウントテーブルをクリアする（ステップＳ２１４）。

以上のように本実施例によれば、基地局装置１０の計数部１２３は、「呼接続制御信号」に含まれるパラメータ値のパターンと発生時間との組み合わせ毎に、受信した呼接続要求の数、つまり、「呼接続処理手順」の実行数をカウントする。そして、特定部１２４は、所定期間内に計数部１２３によってカウントされたカウント値が所定値以上である、パターンと発生時刻との組み合わせを、上記の「特徴パターン」として特定する。

この基地局装置１０の構成により、新種のアプリケーションが登場したりユーザにおけるアプリケーションの流行が変化したりアプリ通信の環境に変化が生じても、バーストトラヒックの原因となると推定される、呼接続制御信号に含まれるパラメータ値のパターンと発生時間との「組み合わせ」を自律的に特定できる。

［他の実施例］
［１］実施例１及び実施例２で図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

さらに、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしてもよい。

実施例１及び実施例２の基地局装置は、例えば、次のようなハードウェア構成により実現することができる。

図１７は、基地局装置のハードウェア構成例を示す図である。図１７に示すように、基地局装置１００は、ＲＦ（Radio Frequency）回路１０１と、ＣＰＵ１０２と、ＤＳＰ（Digital Signal Processor）１０３と、メモリ１０４と、ネットワークＩＦ１０５とを有する。メモリ１０４の一例としては、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ等が挙げられる。また、ＤＳＰ１０３の代わりに、ＦＰＧＡ（Field Programmable Gate Array）が採用されてもよい。

そして、実施例１及び実施例２の基地局装置で行われる各種処理機能は、不揮発性記憶媒体などの各種メモリに格納されたプログラムを基地局装置が備えるプロセッサで実行することによって実現してもよい。すなわち、接続制御部１９によって実行される各処理に対応するプログラムがメモリ１０４に記録され、各プログラムがＣＰＵ１０２で実行されてもよい。また、受信処理部１５と、送信処理部１６と、無線プロトコル処理部１７と、分散制御部１８と、交換プロトコル制御部２０とによって実行される各処理は、ＤＳＰ１０３によって実行されてもよい。また、無線部１１は、ＲＦ回路１０１によって実現される。また、ＩＦ１４は、ネットワークＩＦ１０５によって実現される。また、メモリ１３は、メモリ１０４によって実現される。

なお、ここでは、実施例１及び実施例２の基地局装置で行われる各種処理機能がＣＰＵ１０２とＤＳＰ１０３とによって実行されるものとしたが、これに限定されるものではなく、１つのプロセッサによって実行されてもよい。

また、基地局装置１００が一体の装置であるものとして説明したが、これに限定されない。例えば、基地局装置１００は、無線装置と制御装置という２つの別体の装置によって構成されてもよい。この場合、例えば、ＲＦ回路１０１は無線装置に配設され、ＣＰＵ１０２と、ＤＳＰ１０３と、メモリ１０４と、ネットワークＩＦ１０５とは制御装置に配設される。

１ 通信システム
１０ 基地局装置
１１ 無線部
１２ 信号処理部
１３ メモリ
１４ ＩＦ
１５ 受信処理部
１６ 送信処理部
１７ 無線プロトコル処理部
１８ 分散制御部
１９ 接続制御部
２０ 交換プロトコル制御部
２１ 判定部
２２ 分散処理部
３０ 端末装置
５０ コアネットワーク装置
１２３ 計数部
１２４ 特定部
１２５ 更新部

Claims (3)

1. 複数の端末装置からそれぞれ送信された複数の呼接続要求を受信する受信部と、
   入力された呼接続要求に対して送信処理を施してコアネットワーク装置へ送信する送信部と、
   前記受信した各呼接続要求から抽出した複数のパラメータの値のパターンと、アプリケーション通信による呼接続要求の特徴パターンとが一致するか否か判定する判定部と、
   前記受信部によって受信された呼接続要求を受け取り、前記判定部によって前記パターンと前記特徴パターンとが一致すると判定された場合、前記受け取った呼接続要求を、受け取ったタイミングからランダムな遅延値で遅延させて前記送信部へ入力する分散処理部と、
   を具備することを特徴とする基地局装置。
2. 前記複数のパラメータの値のパターン毎に、受信した呼接続要求の数を計数する計数部と、
   所定期間内に前記計数部によって計数した数が所定値以上である、前記複数のパラメータの値のパターンを、前記特徴パターンとして特定する特定部と、
   をさらに具備することを特徴とする請求項１に記載の基地局装置。
3. 各端末装置が呼接続要求を送信する複数の端末装置と、
   前記複数の端末装置からそれぞれ送信された複数の呼接続要求を受信する受信部と、入力された呼接続要求に対して送信処理を施してコアネットワーク装置へ送信する送信部と、前記受信した各呼接続要求から抽出した複数のパラメータの値のパターンと、アプリケーション通信による呼接続要求の特徴パターンとが一致するか否か判定する判定部と、前記受信部によって受信された呼接続要求を受け取り、前記判定部によって前記パターンと前記特徴パターンとが一致すると判定された場合、前記受け取った呼接続要求を、受け取ったタイミングからランダムな遅延値で遅延させて前記送信部へ入力する分散処理部とを有する基地局装置と、
   を具備することを特徴とする通信システム。

Images