(57)【要約】【課題】移動通信ネットワークにおけるトラフィックバーストの検知に要する計算負荷の低減に寄与する。【解決手段】第１のコンピュータ（６Ａ）は、第１の局所的エリア（７Ａ）での第１のシグナリングトラフィックのバースト検知計算を第１のスケジュールに従って繰り返し実行する。第１のシグナリングトラフィックは、第１の局所的エリア（７Ａ）内の制御エンティティ（５Ａ）によって処理される複数の無線端末（３）からのシグナリングメッセージに関する。第２のコンピュータ（６Ｂ）は、第２の局所的エリア（７Ｂ）での第２のシグナリングトラフィックのバースト検知計算を第１のスケジュールとは異なる第２のスケジュールに従って繰り返し実行する。第２のシグナリングトラフィックは、第２の局所的エリア（７Ｂ）内の制御エンティティ（５Ｂ）によって処理される複数の無線端末（３）からのシグナリングメッセージに関する。【選択図】図４
2016187082.tif 000002
【特許請求の範囲】
【請求項１】
移動通信ネットワークにおいて行われる方法であって、
第１の局所的エリアでの第１のシグナリングトラフィックのバーストを検知するための第１の計算を第１のスケジュールに従って繰り返し実行すること、ここで、前記第１のシグナリングトラフィックは、前記第１の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する；及び
第２の局所的エリアでの第２のシグナリングトラフィックのバーストを検知するための第２の計算を前記第１のスケジュールとは異なる第２のスケジュールに従って繰り返し実行すること、ここで、前記第２のシグナリングトラフィックは、前記第２の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する、
を備える、
方法。
【請求項２】
前記第２のスケジュールは、少なくともある期間内において、前記第２の計算が前記第１の計算と同時に実行されないように定義されている、
請求項１に記載の方法。
【請求項３】
前記第１の計算においてバーストが検知されたことに応答して、前記第２のスケジュールに関係なく前記第２の計算を臨時に実行することをさらに備える、
請求項１又は２に記載の方法。
【請求項４】
前記第１の計算だけでなく前記臨時の第２の計算でもバーストが検知された場合に、大域的エリアでのバーストを検知することをさらに備える、ここで、前記大域的エリアは、前記第１及び第２の局所的エリアを含む複数の局所的エリアから構成される、
請求項３に記載の方法。
【請求項５】
前記第１の計算だけでなく前記臨時の第２の計算でもバーストが検知されたことに応じて、大域的エリアでのバースト規模を推定するための第３の計算を実行することをさらに備える、ここで、前記大域的エリアは、前記第１及び第２の局所的エリアを含む複数の局所的エリアから構成される、
請求項３に記載の方法。
【請求項６】
前記第３の計算は、前記複数の局所的エリアの各々でのバースト規模を推定する計算を含む、
請求項５に記載の方法。
【請求項７】
前記バースト規模は、シグナリングトラフィックボリュームのピークレベル若しくはバースト継続時間又はこれら両方を含む、
請求項５又は６に記載の方法。
【請求項８】
前記第１の計算及び前記第２の計算の各々は、シグナリングトラフィックボリュームの観測値が静的に又は動的に設定される閾値を超えるか否かを計算することを含む、
請求項１〜７のいずれか１項に記載の方法。
【請求項９】
前記第１の計算及び前記第２の計算の各々は、シグナリングトラフィックボリュームの観測値が、過去の観測値に基づいて予測されたトラフィック波形に従っているか否かを計算することを含む、
請求項１〜７のいずれか１項に記載の方法。
【請求項１０】
各制御エンティティは、モバイルコアネットワークに配置され、
前記複数のシグナリングメッセージの各々は、Non-Access Stratum（NAS）要求メッセージである、
請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
第１の局所的エリアでの第１のシグナリングトラフィックのバーストを検知するための第１の計算を第１のスケジュールに従って繰り返し実行するよう構成された第１のコンピュータと、ここで、前記第１のシグナリングトラフィックは、前記第１の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する；
第２の局所的エリアでの第２のシグナリングトラフィックのバーストを検知するための第２の計算を前記第１のスケジュールとは異なる第２のスケジュールに従って繰り返し実行するよう構成された第２のコンピュータと、ここで、前記第２のシグナリングトラフィックは、前記第２の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する、
を備えるシステム。
【請求項１２】
前記第２のコンピュータは、さらに、前記第１の計算においてバーストが検知されたことに応答して、前記第２のスケジュールに関係なく前記第２の計算を臨時に実行するよう構成されている、
請求項１１に記載のシステム。
【請求項１３】
前記第２のスケジュールは、少なくともある期間内において、前記第２の計算が前記第１の計算と同時に実行されないように定義されている、
請求項１１又は１２に記載のシステム。
【請求項１４】
前記第１のスケジュールを前記第１のコンピュータに設定し、前記第２のスケジュールを前記第２のコンピュータに設定するよう構成された第３のコンピュータをさらに備える、
請求項１１〜１３のいずれか１項に記載のシステム。
【請求項１５】
前記第３のコンピュータは、さらに、前記第１の計算においてバーストが検知されたことに応答して、前記第２のスケジュールに関係なく前記第２の計算を臨時に実行するよう前記第２のコンピュータに指示するよう構成されている、
請求項１４に記載のシステム。
【請求項１６】
前記第１のコンピュータは、さらに、前記第１の計算においてバーストを検知したことに応答して、前記第１の局所的エリアでのバースト規模を推定する計算を実行するよう構成され、
前記第２のコンピュータは、さらに、前記第２の計算においてバーストを検知したことに応答して、前記第２の局所的エリアでのバースト規模を推定する計算を実行するよう構成されている、
請求項１１〜１５のいずれか１項に記載のシステム。
【請求項１７】
前記第１の計算だけでなく前記臨時の第２の計算でもバーストが検知されたことに応じて、大域的エリアでのバースト規模を推定するための第３の計算を実行する第４のコンピュータをさらに備え、
前記大域的エリアは、前記第１及び第２の局所的エリアを含む複数の局所的エリアから構成される、
請求項１１〜１６のいずれか１項に記載のシステム。
【請求項１８】
前記第３の計算は、前記複数の局所的エリアの各々でのバースト規模を推定する計算を含む、
請求項１７に記載のシステム。
【請求項１９】
前記第１の計算及び前記第２の計算の各々は、シグナリングトラフィックボリュームの観測値が静的に又は動的に設定される閾値を超えるか否かを計算することを含む、
請求項１１〜１８のいずれか１項に記載のシステム。
【請求項２０】
前記第１の計算及び前記第２の計算の各々は、シグナリングトラフィックボリュームの観測値が、過去の観測値に基づいて予測されたトラフィック波形に従っているか否かを計算することを含む、
請求項１１〜１８のいずれか１項に記載のシステム。
【請求項２１】
各制御エンティティは、モバイルコアネットワークに配置され、
前記複数のシグナリングメッセージの各々は、Non-Access Stratum（NAS）要求メッセージである、
請求項１１〜２０のいずれか１項に記載のシステム。
【請求項２２】
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
第１の局所的エリアでの第１のシグナリングトラフィックのバーストを検知するための第１の計算を第１のスケジュールに従って繰り返し実行するよう第１のコンピュータに指示するよう構成され、ここで、前記第１のシグナリングトラフィックは、前記第１の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関し；
第２の局所的エリアでの第２のシグナリングトラフィックのバーストを検知するための第２の計算を前記第１のスケジュールとは異なる第２のスケジュールに従って繰り返し実行するよう第２のコンピュータに指示するよう構成される、ここで、前記第２のシグナリングトラフィックは、前記第２の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する、
管理ノード。
【請求項２３】
前記少なくとも１つのプロセッサは、さらに、前記第１の計算においてバーストが検知されたことに応答して、前記第２のスケジュールに関係なく前記第２の計算を臨時に実行するよう前記第２のコンピュータに指示するよう構成されている、
請求項２２に記載の管理ノード。
【請求項２４】
前記第２のスケジュールは、少なくともある期間内において、前記第２の計算が前記第１の計算と同時に実行されないように定義されている、
請求項２２又は２３に記載の管理ノード。
【請求項２５】
第１の局所的エリアでの第１のシグナリングトラフィックのバーストを検知するための第１の計算を第１のスケジュールに従って繰り返し実行するよう第１のコンピュータに指示すること、ここで、前記第１のシグナリングトラフィックは、前記第１の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する；及び
第２の局所的エリアでの第２のシグナリングトラフィックのバーストを検知するための第２の計算を前記第１のスケジュールとは異なる第２のスケジュールに従って繰り返し実行するよう第２のコンピュータに指示すること、ここで、前記第２のシグナリングトラフィックは、前記第２の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する、
を備える方法。
【請求項２６】
前記第１の計算においてバーストが検知されたことに応答して、前記第２のスケジュールに関係なく前記第２の計算を臨時に実行するよう前記第２のコンピュータに指示することをさらに備える、
請求項２５に記載の方法。
【請求項２７】
前記第２のスケジュールは、少なくともある期間内において、前記第２の計算が前記第１の計算と同時に実行されないように定義されている、
請求項２５又は２６に記載の方法。
【請求項２８】
請求項２５〜２７のいずれか１項に記載の方法をコンピュータに行わせるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、移動通信システムに関し、特に、トラフィックバーストの検知に関する。
【背景技術】
【０００２】
多元接続方式の移動通信システムは、時間、周波数、及び送信電力のうち少なくとも１つを含む無線リソースを複数の無線端末の間で共有することで、複数の無線端末が実質的に同時に無線通信を行うことを可能としている。代表的な多元接続方式は、Time Division Multiple Access（TDMA）、Frequency Division Multiple Access（FDMA）、Code Division Multiple Access（CDMA）、若しくはOrthogonal Frequency Division Multiple Access（OFDMA）又はこれらの組み合わせである。本明細書で用いる移動通信システムの用語は、特に断らない限り多元接続方式の移動通信システムを意味する。
【０００３】
移動通信システムは、無線端末及び移動通信ネットワークを含む。移動通信ネットワークは、無線アクセスネットワーク（Radio Access Network（RAN））及びモバイルコアネットワーク（Mobile Core Network（MCN））を含む。無線端末は、RAN及びMCNを介して外部ネットワーク（e.g., インターネット、パケットデータネットワーク、Public Switched Telephone Networks（PSTN））と通信する。移動通信システムは、例えば、3rd Generation Partnership Project（3GPP）のUniversal Mobile Telecommunications System（UMTS）又はEvolved Packet System（EPS）である。RANは、例えばUniversal Terrestrial Radio Access Network（UTRAN）、又はEvolved UTRAN（E-UTRAN）である。MCNは、例えば、General Packet Radio Service（GPRS）パケットコア、又はEvolved Packet Core（EPC）である。
【０００４】
RANは、基地局および無線リソース管理機能を含む。無線リソース管理機能は、基地局とは別のRANノードに配置される場合もあるし、基地局に配置される場合もある。例えば、UMTSでは、無線リソース管理機能は、Radio Network Controller（RNC）に配置される。一方、EPSでは、無線リソース管理機能は、基地局（E-UTRAN NodeB (eNB)）に配置される。
【０００５】
MCNは、データトラフィックを中継する１又は複数のユーザプレーン（データプレーン）エンティティ、並びにシグナリングトラフィックを処理する１又は複数のコントロールプレーン・エンティティを含む。１又は複数コントロールプレーン・エンティティは、例えば、複数の無線端末に関するモビリティ管理及びセッション管理（ベアラ管理）を行うユーザプレーン・エンティティの機能及びコントロールプレーン・エンティティの機能は、例えばUMTSのPacket Switched（PS）ドメイン内のServing GPRS Support Node（SGSN）およびCircuit Switched（CS）ドメイン内のMobile-services Switching Center（MSC）のように、１つのノードに一体的に配置されてもよい。
【０００６】
コントロールプレーン・エンティティは、無線端末との間でNon-Access Stratum（NAS）メッセージを送受信する。NASメッセージは、RANで終端されず、RANの無線アクセス技術に依存することなく、無線端末とMCNの間で透過的に送受信される制御メッセージである。無線端末からMCNに送られるNASメッセージは、アタッチ要求、セッション（ベアラ）要求、及び位置更新要求などのNAS要求メッセージを含む。例えば、EPSの場合、無線端末からのNAS要求メッセージは、Attach Request、Service Request、PDN connectivity request、Bearer Resource Allocation Request、Bearer Resource Modification Request、及びTracking Area Update（TAU）Request、のうち少なくとも１つを含む。一方、MCNから無線端末に送信されるNASメッセージは、これらのNAS要求メッセージに対する受諾（ACCEPT）メッセージ、及び拒絶（REJECT）メッセージを含む。
【０００７】
コアネットワークの過負荷又は輻輳を抑制するためのNASレベルの輻輳制御（congestion control）が知られている（例えば、非特許文献１を参照）。非特許文献１は、Access Point Name（APN）ベースのセッション・マネジメント輻輳制御及びモビリティ・マネジメント輻輳制御、並びに一般的なNASレベルのモビリティ・マネジメント輻輳制御を開示している。APNは、EPSで用いられる外部ネットワークの識別子である。APNベースの輻輳制御は、特定のAPNに関する過負荷又は輻輳を抑制するために実行される。一般的なNASレベルのモビリティ・マネジメント輻輳制御は、特定のAPNによらない一般的な過負荷状況下で実行される。これらのNASレベルの輻輳制御が実行される場合、Mobility Management Entity（MME）は、無線端末からのセッション・マネジメント又はモビリティ・マネジメントに関するNAS要求を拒絶する。なお、MMEは、EPC内に配置されるコントロールプレーン・エンティティである。NAS要求を拒絶された無線端末は、NASバックオフタイマを活性化し（activate）、デタッチ（コネクション切断）する場合、緊急呼を起動する場合、およびページングに応答する場合などのいくつか例外を除いて、NASバックオフタイマが満了するまで新たなNAS要求の送信を抑止する。EPSでは、NASバックオフタイマは、Session Management back-off timer、Mobility Management back-off timer、又は back-off timer T3346、等と呼ばれる。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】3GPP TS 23.401 V10.13.0 (2014-12), “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 10)”, 2014年12月
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したMCNによるバックオフ（e.g., MMEによるNASバックオフ）を有効に機能させるためには、トラフィックバーストの発生とその規模を適切に検知又は予測する必要がある。ここで、トラフィックバーストは、複数の無線端末からの制御信号（e.g., NAS要求メッセージ）、つまりシグナリングトラフィック、が大量に且つ集中的に発生することを意味する。
【００１０】
具体的には、MCN内のコントロールプレーン・エンティティ（e.g., MME）又はこれに接続されたOperation Administration and Maintenance（OAM）サーバ等のコントローラは、シグナリングボリューム（e.g., 制御信号の発生数）の変化に基づいてトラフィックバーストの予兆（sign）又はおそれ（risk）を検知し、そのトラフィックバーストの規模を推定し、推定されたバースト規模に応じたバックオフを実行する。推定されるトラフィックバーストの規模は、例えば、単位時間当たりの最大信号数（ピークレベル）を含む。
【００１１】
トラフィックバーストを未然に確実に検知するためには、バースト検知のための計算処理が高頻度に行われる必要があり、したがって、移動通信ネットワークの計算負荷の増大を招くという問題がある。本明細書に開示される実施形態が達成しようとする目的の１つは、移動通信ネットワークにおけるトラフィックバーストの検知に要する計算負荷の低減に寄与する装置、方法、及びプログラムを提供することである。
【課題を解決するための手段】
【００１２】
第１の態様では、移動通信ネットワークにおいて行われる方法は、（ａ）第１の局所的エリアでの第１のシグナリングトラフィックのバーストを検知するための第１の計算を第１のスケジュールに従って繰り返し実行すること、及び（ｂ）第２の局所的エリアでの第２のシグナリングトラフィックのバーストを検知するための第２の計算を前記第１のスケジュールとは異なる第２のスケジュールに従って繰り返し実行すること、を含む。ここで、前記第１のシグナリングトラフィックは、前記第１の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する。前記第２のシグナリングトラフィックは、前記第２の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する。
【００１３】
第２の態様では、システムは、第１及び第２のコンピュータを含む。前記第１のコンピュータは、第１の局所的エリアでの第１のシグナリングトラフィックのバーストを検知するための第１の計算を第１のスケジュールに従って繰り返し実行するよう構成されている。前記第１のシグナリングトラフィックは、前記第１の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する。前記第２のコンピュータは、第２の局所的エリアでの第２のシグナリングトラフィックのバーストを検知するための第２の計算を前記第１のスケジュールとは異なる第２のスケジュールに従って繰り返し実行するよう構成されている。前記第２のシグナリングトラフィックは、前記第２の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する。
【００１４】
第３の態様では、管理ノードは、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１の局所的エリアでの第１のシグナリングトラフィックのバーストを検知するための第１の計算を第１のスケジュールに従って繰り返し実行するよう第１のコンピュータに指示するよう構成されている。前記少なくとも１つのプロセッサは、さらに、第２の局所的エリアでの第２のシグナリングトラフィックのバーストを検知するための第２の計算を前記第１のスケジュールとは異なる第２のスケジュールに従って繰り返し実行するよう第２のコンピュータに指示するよう構成されている。ここで、前記第１のシグナリングトラフィックは、前記第１の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する。前記第２のシグナリングトラフィックは、前記第２の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する。
【００１５】
第４の態様では、方法は、（ａ）第１の局所的エリアでの第１のシグナリングトラフィックのバーストを検知するための第１の計算を第１のスケジュールに従って繰り返し実行するよう第１のコンピュータに指示すること、及び（ｂ）第２の局所的エリアでの第２のシグナリングトラフィックのバーストを検知するための第２の計算を前記第１のスケジュールとは異なる第２のスケジュールに従って繰り返し実行するよう第２のコンピュータに指示すること、を含む。ここで、前記第１のシグナリングトラフィックは、前記第１の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する。前記第２のシグナリングトラフィックは、前記第２の局所的エリア内の１又は複数の制御エンティティによって処理される複数の無線端末からの複数のシグナリングメッセージに関する。
【００１６】
第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００１７】
上述の態様によれば、移動通信ネットワークにおけるトラフィックバーストの検知に要する計算負荷の低減に寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００１８】
【図１】第１の実施形態に係る移動通信ネットワークの構成例を示すブロック図である。
【図２】第１の実施形態に係る各検知デバイスの動作の一例を示すフローチャートである。
【図３】バースト予測のための計算の具体例を説明するための図である。
【図４】第１の実施形態に係る複数の検知デバイスによるバースト検知計算の実行タイミングの一例を示す図である。
【図５】第２の実施形態に係る移動通信ネットワークの構成例を示すブロック図である。
【図６】第２の実施形態に係る複数の検知デバイスによるバースト検知計算のタイミングの一例を示す図である。
【図７】第２の実施形態に係るスケジューラの動作の一例を示すフローチャートである。
【図８】第２の実施形態に係るバースト予測手順の一例を示すシーケンス図である。
【図９】第３の実施形態に係る移動通信ネットワークの構成例を示すブロック図である。
【図１０】検知デバイスの構成例を示す図である。
【図１１】スケジューラの構成例を示す図である。
【発明を実施するための形態】
【００１９】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２０】
以下に示される複数の実施形態は、Long Term Evolution (LTE)/LTE-Advancedシステムを主な対象として説明される。しかしながら、これらの実施形態は、LTE/ LTE-Advancedシステムに限定されるものではなく、他の移動通信ネットワーク又はシステム、例えば3GPP Universal Mobile Telecommunications System（UMTS）、3GPP2 CDMA2000システム、Global System for Mobile communications（GSM（登録商標））/ General packet radio service（GPRS）システム、及びWiMAXシステム等に適用されてもよい。
【００２１】
＜第１の実施形態＞
図１は、本実施形態に係る移動通信ネットワークの構成例を示している。図１に示されたる移動通信ネットワークは、無線アクセスネットワークとしてのE-UTRAN１、及びモバイルコアネットワークとしてのEPC２を含む。E-UTRAN１は、複数のeNB４を含み、各eNB４は複数の無線端末（User Equipment（UE））３と通信する。
【００２２】
EPC２は、複数のMME５（５Ａ及び５Ｂ）を含む。各MME５は、E-UTRAN１に接続する複数のUE３からのシグナリングトラフィック（i.e., NASメッセージ）を処理し、これら複数のUE３に関するモビリティ管理（e.g., 位置登録）及びセッション（ベアラ）管理（e.g., ベアラ確立、ベアラ構成変更、ベアラ解放）を行う。より具体的に述べると、MME５は、複数のUE３からNAS要求メッセージを受信し、これらのNAS要求メッセージで要求された制御を実施するために、eNB４及びEPC２内のユーザ・プレーンエンティティ（e.g., Serving Gateway（S-GW）及びPacket Data Network Gateway（P-GW））と通信する。MME５が受信するNAS要求メッセージは、例えば、Attach Request、Service Request、PDN connectivity request、Bearer Resource Allocation Request、Bearer Resource Modification Request、及びTracking Area Update（TAU）Request、のうち少なくとも１つを含む。MME５は、NAS要求メッセージを承諾する場合に受諾（ACCEPT）メッセージをUE３に送信し、NAS要求メッセージを拒絶する場合に拒絶（REJECT）メッセージをUE３に送信する。
【００２３】
さらに、図１に示された移動通信ネットワークは、複数の検知デバイス６（６Ａ及び６Ｂ）を含む。検知デバイス６Ａは、局所的（local）エリア７Ａでのシグナリングトラフィック（i.e., NASメッセージ又はNASシグナリング）のバーストを検知するためのバースト検知計算を第１のスケジュールに従って繰り返し実行する。ここで、局所的エリア７Ａは、MME５Ａ、及びMME５Ａに結合された複数のeNB４を含むE-UTRAN１の部分ネットワークを含む。したがって、図１の例では、検知デバイス６Ａは、MME５Ａによって処理されるシグナリングトラフィックのバーストを検知するための計算を繰り返し実行する。
【００２４】
一方、検知デバイス６Ｂは、局所的エリア７Ｂでのシグナリングトラフィックに関するバースト検知計算を、検知デバイス６Ａのそれとは異なる第２のスケジュールに従って繰り返し実行する。ここで、局所的エリア７Ｂは、MME５Ｂ、及びMME５Ｂに結合された複数のeNB４を含むE-UTRAN１の部分ネットワークを含む。したがって、図１の例では、検知デバイス６Ｂは、MME５Ｂによって処理されるシグナリングトラフィックのバーストを検知するための計算を繰り返し実行する。
【００２５】
検知デバイス６Ｂが従う第２のスケジュールは、検知デバイス６Ａが従う第１のスケジュールとは異なる。すなわち、第２のスケジュールは、少なくともある期間内において、検知デバイス６Ｂのよるバースト検知計算が検知デバイス６Ａによるバースト検知計算と異なるタイミングで実行されるよう定義されている。言い換えると、第２のスケジュールは、少なくともある期間内において、検知デバイス６Ｂのよるバースト検知計算が検知デバイス６Ａによるバースト検知計算と同時に実行されないように定義されている。
【００２６】
いくつかの実装において、検知デバイス６Ａが従う第１のスケジュール及び検知デバイス６が従う第２のスケジュールは、周期的な計算のための検知周期を規定してもよい。例えば、検知デバイス６Ｂの検知周期（つまり、検知間隔）は、検知デバイス６Ａのそれと同じであってもよい。この場合、検知デバイス６Ｂによる計算の位相は、検知デバイス６Ａによる計算の位相とずれていればよい。これに代えて、検知デバイス６Ｂの検知周期（つまり、検知間隔）は、検知デバイス６Ａのそれより長くても短くてもよい。検知デバイス６Ａ及び検知デバイス６Ｂの検知周期が互いに異なる場合、これら２つの検知周期の公倍数の時点において２つの検知デバイス６Ａ及び６Ｂが同時にバースト検知計算を実行することは許容される。したがって、検知デバイス６Ｂが従う第２のスケジュールは、少なくともある期間内において、検知デバイス６Ｂのよるバースト検知計算が検知デバイス６Ａによるバースト検知計算と同時に実行されないよう定義されていればよい。
【００２７】
図１に示された構成は一例であることに留意されるべきである。例えば、局所的エリア７Ｂは、検知デバイス６Ａによってカバーされる局所的エリア７Ａとは異なるが、その一部が局所的エリア７Ａと重複していてもよい。すなわち、局所的エリア７Ｂは、局所的エリア７Ａに含まれる複数のeNB４の一部を重複して含んでもよい。さらに、図１の例では各局所的エリア７が１つのMME５のみを含むように図示されているが、各局所的エリア７は、複数のMME５を含んでもよい。すなわち、各検知デバイス６は、１又は複数のMME５によって処理される複数のUE３からの複数のシグナリングメッセージ（NASメッセージ）に関するシグナリングトラフィックのバーストを検知するための計算を繰り返し実行する。
【００２８】
また、図１は、２つのMME５及び２つの検知デバイス６を示しているが、移動通信ネットワークは、３つ以上のMME５を含んでもよいし、３つ以上の検知デバイス６を含んでもよい。また、図１では、MME５内に検知デバイス６又はその機能が実装されるように図示されている。しかしながら、検知デバイス６は、MME５とは独立したエンティティ（i.e., コンピュータ）であってもよく、ネットワーク（e.g., Local Area Network（LAN）、又はInternet Protocol（IP）ネットワーク）を介して１又は複数のMME５と通信してもよい。
【００２９】
図２は、各検知デバイス６によって行われる計算処理の具体例（処理２００）を示すフローチャートである。各検知デバイス６は、定められたスケジュールに従って、処理２００を繰り返し行えばよい。当該スケジュールは、処理２００の周期的な実行を定義してもよい。ブロック２０１では、検知デバイス６は、局所的エリア７でのシグナリングトラフィックのバーストを検知するためのバースト検知計算を実行する。バースト検知計算は、シグナリングボリューム（e.g., NAS要求メッセージの発生数）の変化に基づいてトラフィックバーストの予兆（sign）又はおそれ（risk）を検知する。
【００３０】
いくつかの実装において、バースト検知計算は、局所的エリア７内の１又は複数のMME５によって処理されるシグナリングトラフィックボリュームの観測値が閾値を超えるか否かを計算することを含んでもよい。当該閾値は、静的に設定されてもよいし、過去のトラフィックボリュームの観測値に基づいて動的に設定されてもよい。
【００３１】
さらに又はこれに代えて、バースト検知計算は、トラフィックボリュームの観測値の変化（増加率）が閾値を超えるか否かを計算することを含んでもよい。当該閾値は、静的に設定されてもよいし、過去のトラフィックボリュームの観測値に基づいて動的に設定されてもよい。
【００３２】
さらに又はこれに代えて、バースト検知計算は、シグナリングトラフィックボリュームの観測値が、過去の観測値に基づいて予測されたトラフィック波形に従っているか否かを計算することを含んでもよい。すなわち、バースト検知計算では、検知デバイス６は、過去のトラフィックボリュームの観測値に基づいてトラフィック波形を予測し、新たな観測値が当該波形から閾値を超えて増加している場合に、バーストを検知してもよい。
【００３３】
図２に戻り説明を続ける。局所的エリア７でのトラフィックバーストが検知されない場合（ブロック２０２でNO）、既に説明したように、検知デバイス６は、ブロック２０１のバースト検知計算を所定のスケジュールに従って繰り返し行う。一方、局所的エリア７でのトラフィックバーストが検知された場合（ブロック２０２でYES）、検知デバイス６は、そのトラフィックバーストの規模を推定するための計算（バースト規模計算と呼ぶ）を実行する（ブロック２０３）。
【００３４】
バースト規模計算は、トラフィックバーストの規模を推定する。推定されるトラフィックバーストの規模は、例えば、単位時間当たりの最大信号数（ピークレベル）若しくはバースト継続時間又はこれら両方を含む。いくつかの実装において、バースト規模を表すシグナリングトラフィックの予測分布は、制御信号（e.g., NAS要求メッセージ）の観測値に対する関数フィッティングにより計算されてもよい。例えば、複数のパラメータを有する関数（e.g., ガウス関数）を使用し、これら複数のパラメータの尤もらしい値を最小二乗法又はベイズ推定などの公知の手法を用いて推定してもよい。
【００３５】
図３は、バースト検知計算およびバースト規模計算の一例を説明するための図である。検知デバイス６は、制御信号の発生数の観測値（３２１）を用いてバースト検知計算を繰り返し実行する（３０１）。そして、検知デバイス６は、バースト検知計算によるバースト検知（３０２）に応答して、バースト規模計算を実行する（３０３）。バースト規模計算（３０３）は、例えば、シグナリングトラフィックの予測分布の予測範囲３２２を求めることを含んでもよい。予測範囲３２２は、上限値３２３及び下限値３２４によって規定され、予測されるバーストの規模を表す。
【００３６】
なお、図２では、複数の検知デバイス６が各々の局所的エリア７に関するバースト規模計算を行う例を示している。しかしながら、バースト規模計算は、他のコンピュータ（e.g., OAM）サーバ、Software-Defined Network（SDN）コントローラ、及びSelf-Organizing Network（SON）/Element Management System（EMS））によって行われてもよい。この場合、各検知デバイス６は、バースト検知計算のみを行い、バースト検知を当該他のコンピュータに通知すればよい。
【００３７】
続いて以下では、複数の検知デバイス６による検知計算の実行タイミングの具体例について図４を参照して説明する。図４は、３つの検知デバイス６Ａ、６Ｂ、及び６Ｃの動作の一例を示している。図４の例では、３つの検知デバイス６Ａ、６Ｂ、及び６Ｃは、同じ検知周期（検知間隔）Ｃ１に従って動作するが、バースト検知計算の位相が互いに異なる。すなわち、検知デバイス６Ａは、時刻Ｔ１においてバースト検知計算４０１を実行し、時刻Ｔ４においてバースト検知計算４０２を実行する。検知デバイス６Ｂは、時刻Ｔ２においてバースト検知計算４０３を実行し、時刻Ｔ５においてバースト検知計算４０４を実行する。検知デバイス６Ｃは、時刻Ｔ３においてバースト検知計算４０５を実行し、時刻Ｔ６においてバースト検知計算４０６を実行する。
【００３８】
図４から理解されるように、複数の検知デバイス６が異なるスケジュール（e.g., 異なる周期、又は同一周期であるが異なる計算の位相）に従ってバースト検知計算を実行することで、検知デバイス６Ａの２つの計算４０１及び４０２の間に他のデバイス６Ｂ（又は６Ｃ）による計算４０３及び４０４（又は４０５及び４０６）が行われる。したがって、検知デバイス６Ａ、６Ｂ、及び６Ｃのいずれかによってバースト検知計算が行われる間隔Ｃ２は、検知デバイス６Ａ、６Ｂ、及び６Ｃの各々の検知間隔Ｃ１よりも短い。図４の例では、検知間隔Ｃ２の長さは、検知間隔Ｃ１の長さの３分の１である。
【００３９】
本実施形態で説明されたバースト検知方法は、本件発明者等による以下の考察に基づいている。本件発明者等は、移動通信ネットワークでのシグナリングトラフィックのバーストには、局所的（local）バーストと大域的（global）バーストが存在することに着目した。局所的バーストは、例えば、１つの局所的エリア７でのみ発生するトラフィックバーストを意味する。一方、大域的バーストは、２又はそれ以上の局所的エリア７を含む大域的エリア、又はネットワーク全体に影響が及ぶ広範囲な地理的領域で発生するトラフィックバーストを意味する。
【００４０】
局所的バーストは、バースト時の必要リソースが相対的に少ないため、バースト検知から短時間で対処できるという特徴がある。つまり、移動通信ネットワークは、バースト検知からバーストタイミングまでの時間が短くても、必要リソースの準備又はバックオフの実行などによって局所的にバーストに対処を取ることができる。したがって、局所的バーストの検知間隔を長くすることは許容されやすい。
【００４１】
これに対して、大域的バーストは、バースト時の必要リソースが相対的に多いため、これに対処するために長い時間を要するという特徴がある。したがって、大域的バーストの検知間隔を長くすることは許容されにくい。しかしながら、大域的バーストの影響は広い地理的範囲に及ぶため、移動通信ネットワークは、ランダムに（又は離散的に）選んだ少ないサンプルに基づいてその予兆を検知することができる。
【００４２】
本件発明者等は、上述した局所的バーストと大域的バーストの性質の違いに着目し、本実施形態で説明されたバースト検知方法を得た。つまり、複数の検知デバイス６の各々は、異なる局所的エリア７に対応付けられており、相対的に長い検知間隔（e.g., 図４の検知間隔Ｃ１）に従って対応付けられた局所的エリア７に関するバースト検知計算を実行する。複数の検知デバイス６のうち少なくとも２つは、互いに異なるスケジュール（e.g., 異なる周期、又は同一周期であるが異なる計算の位相）に従ってバースト検知計算を実行する。したがって、少なくともある期間内において、少なくとも２つの検知デバイス６は、異なるタイミングでバースト検知計算を実行する。言い換えると、少なくとも２つの検知デバイス６がバースト検知計算を実行するタイミングは時間軸上でずれている。これにより、複数の検知デバイス６のいずれかによってバースト検知計算が行われる間隔（e.g., 図４の検知間隔Ｃ２）は、複数の検知デバイス６の各々の検知間隔（e.g., 図４の検知間隔Ｃ１）よりも短くされることができる。
【００４３】
上述した発明者等による知見から理解されるように、移動通信ネットワークは、検知間隔が長くても局所的バーストに対処しやすい。したがって、複数の検知デバイス６の各々の検知間隔を長くすることは許容されやすい。これにより、各検知デバイス６の検知計算の頻度を低減できるため、各検知デバイス６の計算負荷を低減できる。
【００４４】
さらに、上述した発明者等による知見から理解されるように、大域的バーストの検知は、高い検知頻度を必要とするが、ランダムに（又は離散的に）選んだ少ないサンプルに基づいてその予兆を検知することができる。したがって、例えば、移動通信ネットワークは、異なるタイミングでバースト検知計算を実行する複数の検知デバイス６のいずれかが局所的バーストを検知したことに応答して、大域的バーストを検知するための計算処理を速やかに実行してもよい。このようにすれば、大域的バーストの検知の遅れを防止できる。
【００４５】
＜第２の実施形態＞
本実施形態では、第１の実施形態で説明されたバースト検知方法の更なる改良が説明される。本実施形態では、検知デバイス６Ａは、検知デバイス６Ｂにおいて局所的エリア７Ｂのバーストが検知されたことに応答して、局所的エリア７Ａの局所的バーストを検知するためのバースト検知計算を所定の第１のスケジュールに関係なく臨時に実行するよう構成されている。これと同様に、検知デバイス６Ｂは、検知デバイス６Ａにおいて局所的エリア７Ａのバーストが検知されたことに応答して、局所的エリア７Ｂの局所的バーストを検知するためのバースト検知計算を所定の第２のスケジュールに関係なく臨時に実行するよう構成されている。
【００４６】
いくつかの実装において、検知デバイス６Ａ（６Ｂ）は、局所的バーストの検知を直接的に、例えばMME５間のインタフェース（S3インタフェース）を介して、検知デバイス６Ｂ（６Ａ）に通知してもよい。
【００４７】
いくつかの実装において、検知デバイス６Ａ（６Ｂ）は、局所的バーストの検知を他のコントロールプレーン・エンティティを介して検知デバイス６Ｂ（６Ａ）に通知してもよい。このような構成の一例を図５に示す。
【００４８】
図５は、本実施形態に係る移動通信ネットワークの構成例を示している。図５の例では、検知デバイス６Ａ及び検知デバイス６Ｂは、スケジューラ８に接続されている。スケジューラ８は、バースト検知計算のための第１のスケジュールを検知デバイス６Ａに設定し、バースト検知計算のための第２のスケジュール検知デバイス６Ｂに設定するよう構成されている。第１の実施形態で説明したのと同様に、検知デバイス６Ｂが従う第２のスケジュールは、検知デバイス６Ａが従う第１のスケジュールと異なる。すなわち、第２のスケジュールは、少なくともある期間内において、検知デバイス６Ｂによるバースト検知計算が検知デバイス６Ａによるバースト検知計算と同時に実行されないように定義されている。
【００４９】
スケジューラ８は、さらに、検知デバイス６Ａにおいて局所的エリア７Ａのバーストが検知されたことに応答して、局所的エリア７Ｂに関するバースト検知計算を第２のスケジュールに関係なく臨時に実行するよう検知デバイス６Ｂに指示するよう構成されている。
【００５０】
続いて以下では、複数の検知デバイス６による検知計算の実行タイミングの具体例について図６を参照して説明する。図６の例では、図４と同様に、３つの検知デバイス６Ａ、６Ｂ、及び６Ｃは、同じ検知周期（検知間隔）Ｃ１に従って動作するが、バースト検知計算の位相が互いに異なる。すなわち、検知デバイス６Ａは、時刻Ｔ１においてバースト検知計算６０１を実行し、時刻Ｔ４においてバースト検知計算６０２を実行する。検知デバイス６Ｂは、時刻Ｔ２においてバースト検知計算６０３を実行し、時刻Ｔ５においてバースト検知計算６０４を実行する。検知デバイス６Ｃは、時刻Ｔ３においてバースト検知計算６０５を実行し、時刻Ｔ６においてバースト検知計算６０６を実行する。
【００５１】
さらに、図６の例では、バースト検知計算６０６において局所的バーストが検知されたことに応答して、検知デバイス６Ａ及び６Ｂは、所定のスケジュールに関係なく臨時のバースト検知計算６２１及び６２２を実行する。移動通信ネットワークは、検知デバイス６Ａによる臨時の計算６２１若しくは検知デバイス６Ｂによる臨時の計算６２２又はこれら両方において局所的バーストが検知されたか否なかに応じて、局所的バーストであるか大域的バーストであるかを判定できる。すなわち、移動通信ネットワークは、検知デバイス６Ａ及び６Ｂによる臨時の計算６２１及び６２２の少なくとも一方においてもバーストが検知された場合に、大域的バーストの発生を判定してもよい。
【００５２】
図７は、スケジューラ８の動作の一例（処理７００）を示すフローチャートである。ブロック７０１では、スケジューラ８は、複数の検知デバイス６に検知スケジュールを設定する。ブロック７０２では、スケジューラ８は、複数の検知デバイス６のいずれかからバースト通知を受信したか否かを判定する。バースト通知は、バースト検知計算による局所的バースト（又はその予兆）の検知を示す。バースト通知を受信した場合（ブロック７０２でYES）、スケジューラ８は、バースト通知の送信元とは異なる他の１又は複数の検知デバイス６に臨時のバースト検知計算を実行するよう指示する。
【００５３】
図８は、本実施形態に係るバースト予測手順の一例（処理８００）を示すシーケンス図である。ブロック８０１では、スケジューラ８は、検知デバイス６Ａ、６Ｂ、及び６Ｃに異なる検知スケジュールを設定する。ブロック８０２では、検知デバイス６Ａは、局所的バーストを検知したことに応答して、バースト通知をスケジューラ８に送信する。図８の例では、検知デバイス６Ａは、OAMサーバ９にもバースト通知を送信する。図９の例では、OAMサーバ９は、局所的バースト又は大域的バーストを回避又は低減するための処理（e.g., 追加リソース割り当て、又はMME５によるバックオフの制御）を行う。OAMサーバ９は、Network Management System（NMS）又はOperational Support System（OSS）と呼ばれることもある。
【００５４】
ブロック８０４では、スケジューラ８は、検知デバイス６Ａからのバースト通知に応答して、検知デバイス６Ｂ及び６Ｃに対して臨時のバースト検知計算の実行を要求する。図８は、大域的バーストの場合を示している。したがって、ブロック８０５及び８０６では、検知デバイス６Ｂ及び６Ｃは共に臨時のバースト検知計算において局所的バーストを検知する。ブロック８０７では、検知デバイス６Ｂ及び６Ｃは、バースト通知をOAMサーバ９に送信する。OAMサーバ９は、複数の検知デバイス６からのバースト通知に基づいて大域的バースト又はその予兆を検知し、大域的バーストに対処するための処理（e.g., リソース準備又はバックオフ）を行えばよい。
【００５５】
以上の説明から理解されるように、本実施形態では、移動通信ネットワークは、異なるタイミングでバースト検知計算を実行する複数の検知デバイス６のいずれかが局所的バーストを検知したことに応答して、他の検知デバイス６が臨時のバースト検知計算を実行するよう構成されている。臨時のバースト検知計算は、検知デバイス６間の直接的なシグナリングによってトリガーされてもよいし、他のコントロールプレーン・エンティティ（e.g., スケジューラ８）によってトリガーされてもよい。本実施形態は、各検知デバイス６の長い検知間隔（e.g., 図６の検知間隔Ｃ２）を許容し、さらに帯域的バーストの実質的な検知間隔（e.g., 図６の検知間隔Ｃ１）を各検知デバイス６の検知間隔（e.g., 図６の検知間隔Ｃ２）よりも短くすることを可能とする。したがって、各検知デバイス６の検知計算の頻度を低減しつつ、さらに大域的バーストの検知の遅れを防止できる。
【００５６】
＜その他の実施形態＞
上述した実施形態に係る移動通信ネットワークは様々に変形される事ができる。例えば、図９に示されるように、スケジューラ８の機能は、OAMサーバ９に配置されてもよい。さらに、各検知デバイス６は、バースト検知計算を行うがバースト規模計算を行わないように構成されてもよい。この場合、OAMサーバ９は、図９に示されるように、局所的バースト及び大域的バーストのバースト規模を推定するバースト規模計算を行ってもよい。また、図９の構成において、OAMサーバ９に代えて、他のコントロールプレーン・エンティティ、例えば、SDNコントローラ又はSON/EMSが使用されてもよい。
【００５７】
上述した実施形態に係る検知デバイス６及びスケジューラ８は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行するコンピュータとして実装されてもよい。
【００５８】
図１０は、検知デバイス６の構成例を示すブロック図である。図１０を参照すると、検知デバイス６は、ネットワークインタフェース１００１、プロセッサ１００２、及びメモリ１００３を含む。ネットワークインタフェース１００１は、１又は複数のネットワーク・エンティティ（e.g., MME５、他の検知デバイス６、スケジューラ８、及びOAMサーバ９）と通信するために使用される。ネットワークインタフェース１００１は、複数の論理的又は物理的なインタフェースを含んでもよい。ネットワークインタフェース１００１は、例えば、IEEE 802.3 seriesに準拠した１又は複数のネットワークインタフェースカード（NIC）を含んでもよい。
【００５９】
プロセッサ１００２は、メモリ１００３からソフトウェア（コンピュータプログラム）を読み出して実行することで、検知デバイス６に関する処理を実行する。プロセッサ１００２は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ１００２は、複数のプロセッサを含んでもよい。
【００６０】
メモリ１００３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、例えば、マスクRead Only Memory（MROM）、Programmable ROM（PROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１００３は、プロセッサ１００２から物理的に離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００２は、ネットワークインタフェース１００１又は図示されていない他のI/Oインタフェースを介してメモリ１００３にアクセスしてもよい。
【００６１】
メモリ１００３は、上述の複数の実施形態で説明された検知デバイス６による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００２は、当該ソフトウェアモジュールをメモリ１００３から読み出して実行することで、上述の実施形態で説明された検知デバイス６の処理を行うよう構成されてもよい。
【００６２】
より具体的に説明すると、図１０の例では、メモリ１００３は、バースト検知計算モジュール１００４を含むソフトウェアモジュール群を格納するために使用される。メモリ１００３は、バースト規模計算モジュール１００５をさらに格納してもよい。バースト検知計算モジュール１００４は、所定のスケジュールバースト検知計算及び臨時のバースト検知計算を実行するための命令群およびデータを含む。バースト規模計算モジュール１００５は、局所的バーストの規模を推定する計算を実行するための命令群およびデータを含む。プロセッサ１００２は、これらのソフトウェアモジュールをメモリ１００３から読み出して実行することで、上述の実施形態で説明された検知デバイス６による処理を行うことができる。
【００６３】
図１１は、スケジューラ８の構成例を示すブロック図である。図１２を参照すると、スケジューラ８は、ネットワークインタフェース１１０１、プロセッサ１１０２、及びメモリ１１０３を含む。ネットワークインタフェース１１０１は、１又は複数のネットワーク・エンティティ（e.g., MME５、検知デバイス６、及びOAMサーバ９）と通信するために使用される。ネットワークインタフェース１１０１は、複数の論理的又は物理的なインタフェースを含んでもよい。ネットワークインタフェース１１０１は、例えば、IEEE 802.3 seriesに準拠した１又は複数のネットワークインタフェースカード（NIC）を含んでもよい。
【００６４】
プロセッサ１１０２は、メモリ１１０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、スケジューラ８に関する処理を実行する。プロセッサ１１０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１１０２は、複数のプロセッサを含んでもよい。
【００６５】
メモリ１１０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１１０３は、プロセッサ１１０２から物理的に離れて配置されたストレージを含んでもよい。この場合、プロセッサ１１０２は、ネットワークインタフェース１１０１又は図示されていない他のI/Oインタフェースを介してメモリ１１０３にアクセスしてもよい。
【００６６】
メモリ１１０３は、上述の複数の実施形態で説明された検知デバイス６による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１１０２は、当該ソフトウェアモジュールをメモリ１１０３から読み出して実行することで、上述の実施形態で説明されたスケジューラ８の処理を行うよう構成されてもよい。
【００６７】
より具体的に説明すると、図１１の例では、メモリ１１０３は、検知スケジューリング・モジュール１１０４を含むソフトウェアモジュール群を格納するために使用される。検知スケジューリング・モジュール１１０４は、バースト検知計算のスケジュールを各検知デバイス６に設定するとともに、臨時の計算を各検知デバイス６に指示するための命令群およびデータを含む。プロセッサ１１０２は、これらのソフトウェアモジュールをメモリ１１０３から読み出して実行することで、上述の実施形態で説明されたスケジューラ８による処理を行うことができる。
【００６８】
図１０及び図１１を用いて説明したように、上述の実施形態に係る検知デバイス６及びスケジューラ８の各々が有する１又は複数のプロセッサは、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００６９】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【符号の説明】
【００７０】
１  Evolved Universal Terrestrial Radio Access Network（E-URAN）
２  Evolved Packet Core（EPC）
３  User Equipment（UE）
４  eNodeB（eNB）
５  Mobility Management Entity（MME）
６  検知デバイス
７  局所的エリア
８  スケジューラ
９  Operation Administration and Maintenance（OAM）サーバ
１００２、１１０２  プロセッサ
１００３、１１０３  メモリ
【図１】
2016187082.tif 000003
【図２】
2016187082.tif 000004
【図３】
2016187082.tif 000005
【図４】
2016187082.tif 000006
【図５】
2016187082.tif 000007
【図６】
2016187082.tif 000008
【図７】
2016187082.tif 000009
【図８】
2016187082.tif 000010
【図９】
2016187082.tif 000011
【図１０】
2016187082.tif 000012
【図１１】
2016187082.tif 000013