(57)【要約】【課題】緊急ページング信号の受信時における突発的な制御信号スパイクを抑制することができるパケット送信プログラム、装置及び方法を提供する。【解決手段】広域無線通信網に接続し、アプリケーションから任意に出力されたパケットを送信する端末に搭載されたコンピュータを機能させるパケット送信プログラムにおいて、広域無線通信網から緊急ページング信号の受信を検知する緊急ページング検知手段と、緊急ページング信号を受信した際に、所定の待ち状態時間のみ、アプリケーションから出力されたパケットを送信遅延キューへ出力するパケット送信制御手段と、送信遅延キューから、任意の時間タイミングで、バッファしているパケットを送信する待ち状態制御手段としてコンピュータを機能させる。【選択図】図４
2016115999.tif 000002
【特許請求の範囲】
【請求項１】
広域無線通信網に接続し、アプリケーションから任意に出力されたパケットを送信する端末に搭載されたコンピュータを機能させるパケット送信プログラムにおいて、
前記広域無線通信網から緊急ページング信号の受信を検知する緊急ページング検知手段と、
前記緊急ページング信号を受信した際に、所定の待ち状態時間のみ、アプリケーションから出力されたパケットを送信遅延キューへ一時的に出力するパケット送信制御手段と、
前記送信遅延キューから、任意の時間タイミングで、バッファしているパケットを送信する待ち状態制御手段と
してコンピュータを機能させることを特徴とするパケット送信プログラム。
【請求項２】
前記広域無線通信網は、ＬＴＥ(Long Term Evolution)網であり、
前記緊急ページング信号は、ＥＴＷＳ(Earthquake and Tsunami Warning Systems) indicationのビットが付与されたページング信号である
ようにコンピュータを機能させることを特徴とする請求項１に記載のパケット送信プログラム。
【請求項３】
前記緊急ページング検知手段は、前記緊急ページング信号を受信した時、直ぐに、当該端末のディスプレイＯＮにし、
前記アプリケーションは、当該端末のディスプレイのＯＮによって起動し、広域無線通信網へ送信すべきパケットを前記送信遅延キューへ出力する
ようにコンピュータを機能させることを特徴とする請求項１又は２に記載のパケット送信プログラム。
【請求項４】
前記パケット送信制御手段は、Linux（登録商標）におけるNetfilter機能のOUTPUTチェインであり、
前記送信遅延キューは、当該パケット送信プログラムによって機能する装置毎に分散して設定された異なる時間タイミングで、バッファしている送信パケットをバースト的に送信する
ようにコンピュータを機能させることを特徴とする請求項１から３のいずれか１項に記載のパケット送信プログラム。
【請求項５】
広域無線通信網に接続し、アプリケーションから任意に出力されたパケットを送信する端末において、
前記広域無線通信網から緊急ページング信号の受信を検知する緊急ページング検知手段と、
前記緊急ページング信号を受信した際に、所定の待ち状態時間のみ、アプリケーションから出力されたパケットを送信遅延キューへ出力するパケット送信制御手段と、
前記送信遅延キューから、任意の時間タイミングで、バッファしているパケットを送信する待ち状態制御手段と
を有することを特徴とする端末。
【請求項６】
広域無線通信網に接続し、アプリケーションから任意に出力されたパケットを送信する端末のパケット送信方法において、
前記端末は、
前記広域無線通信網から緊急ページング信号の受信を検知する第１のステップと、
前記緊急ページング信号を受信した際に、所定の待ち状態時間のみ、アプリケーションから出力されたパケットを送信遅延キューへ出力する第２のステップと、
前記送信遅延キューから、任意の時間タイミングで、バッファしているパケットを送信する第３のステップと
を有することを特徴とする端末のパケット送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多数の端末から広域無線通信網に対して発生する制御信号（シグナリング）を抑制する技術に関する。
【背景技術】
【０００２】
近年、モバイルネットワークとしてのＬＴＥ(Long Term Evolution)網（４Ｇや５Ｇも含む）が急速に普及し、スマートフォンに代表される端末から発生するシグナリングのトラヒックパターンも変化してきている。スマートフォンでは、ＩＭ(Instant Messenger)アプリや、ＳＮＳ(Social Networking Service)アプリ、キュレーションアプリのような多様なアプリケーションがインストールされている。これらアプリケーションは、メッセージの送受信や、情報更新の確認のために、利用者の操作に基づくことなく、頻繁に通信を実行する。少なくとも１つのアプリがパケットを発生させる毎に、スマートフォンは、ＬＴＥ網に接続することとなる。ＬＴＥ網では、端末が接続する毎に、チャンネル等のネットワークリソースを割り当て、複数の制御信号を発生させる。何らかの理由によって、膨大な数の制御信号が一斉同時に発生した場合（即ち、多数の端末が同時にネットワークへの接続を開始した場合）、ＬＴＥ網に配置された特にゲートウェイ装置が、多数の制御信号を処理できなくなる（制御信号スパイクの発生）。
【０００３】
従来、制御信号の総量が増加する原因として、端末にインストールされたアプリケーションが、サーバプッシュ機能（例えばメッセージの着信確認におけるリアルタイム的通信）を実現するために、定期的にネットワークに接続することがあった。これに対し、制御信号の総量を削減するべく、アプリケーション毎に実現しているサーバプッシュ機能を集約する技術がある（例えば非特許文献１参照）。但し、多数の端末からネットワークへの接続のタイミングが同期することによって発生する制御信号スパイクを直接的に防ぐことは難しい。
【０００４】
また、多数の端末間で同時に発生するネットワーク接続のタイミングをずらすことを目的とした、アプリケーション開発者向けガイドラインも策定されている（例えば非特許文献２参照）。但し、大量に存在する全てのアプリケーションが、ガイドラインに従うことは現実的に困難である。
【０００５】
更に、制御信号の総量を削減するべく、ハードウェアベースの通信制御方式ＮＳＲＭ(Network Socket Request Management)によって、ネットワーク接続を時間的に集約し、接続回数を削減する技術もある（例えば非特許文献３参照）。この技術によれば、端末の通信インタフェースを制御するチップに実装され、バックグランド状態（ユーザが操作していない状態）における限られた時間（例えば１０分間のうちの１分間）でのみ、アプリに対して通信を許可する。
【０００６】
一方で、端末が、ユーザ操作中の通信に対し、制御信号スパイクの抑制通信制御を実行した場合、ユーザの体感品質の劣化が懸念される。そのために、抑制通信制御は、バックグランド状態に限って実行するのが好ましい。
【０００７】
更に、制御信号スパイクの発生を抑制するべく、端末が、バックグランド時に、ソフトウェアベースで数秒程度、パケット送信を停止させる技術もある（例えば非特許文献４参照）。この技術によれば、ハードウェアベースで実装する技術と比較して、実装上の制約が少なく、ネットワーク接続の集約によって制限される時間帯をできる限り短くすることができる。
【０００８】
バックグランドか否かの判定には、一般に、端末のディスプレイのＯＮ／ＯＦＦが利用される。即ち、ディスプレイＯＮであれば「フォアグランド」と判定し、ディスプレイＯＦＦであれば「バックグランド」と判定する。そのために、多数の端末について、ディスプレイが一斉同時にＯＮとなった場合、抑制通信制御（例えば非特許文献３及び４参照）も解除状態（非制御状態）となる。
【０００９】
更に、一部のアプリケーションには、「フォアグラウンド」となったタイミングで通信するものがある。例えば、現在時刻の天気をディスプレイ上に表示するウィジットによれば、ユーザが端末を見た瞬間に最新の天気予報を提示しようとする。一方で、ユーザが端末を見ていない間は、端末のバッテリ消費を抑えるべく、できる限り通信しないようにする。このようなアプリケーションがインストールされた多数の端末について、そのディスプレイが一斉同時にＯＮとなった場合、ネットワーク接続の一斉同時発信を誘発し、制御信号スパイクが発生するという課題が生じる。
【００１０】
ここで、多数の端末で、ディスプレイが一斉同時にＯＮとなるタイミングとして、具体的には、端末へ、「地震津波警報システムＥＴＷＳ(Earthquake and Tsunami Warning System)」の「緊急ページング信号」が配信される場合がある。緊急ページング信号は、広域に対して同報送信される。緊急ページング信号を受信した端末は、ディスプレイをＯＮにして、その警報情報をユーザに対して表示する。尚、ＥＴＷＳは、ＬＴＥや３Ｇにおける標準規格となっている。
【００１１】
図１は、ＥＴＷＳアラートの配信を表すＬＴＥ網のシステム構成図である。
図２は、従来技術におけるＥＴＷＳアラートの配信を表すシーケンス図である。
以下では、図２のシーケンスに合わせて、図１のシステムについて説明する。
【００１２】
（Ｓ１）例えば情報配信元となるＣＢＥ(Cell Broadcast Entity)２は、緊急情報配信要求（ＥＴＷＳアラート）を、情報配信サーバとしてのＣＢＣ(Cell Broadcast Center)３へ送信する。ＣＢＥ２は例えば気象庁システムであり、ＣＢＣ３は例えば広域無線通信事業者設備である。
【００１３】
（Ｓ２）ＣＢＣ３は、更に、緊急要求を、ＬＴＥ網のＭＭＥ(Mobility Management Entity)４へ送信する。これに対して、ＭＭＥ４は、ＣＢＣ３へ緊急確認を返信し、ＣＢＣ３も、ＣＢＥ２へ緊急情報配信応答を返信する。尚、３Ｇの場合、ＭＭＥが存在しないために、ＣＢＣ３は、ＲＮＣ(Radio Network Controller)へ、緊急要求を送信する。
【００１４】
（Ｓ３）ＭＭＥ４は、多数の基地局ｅＮＢ(e Node B)５へ、緊急要求を同報送信する。送信後、各ｅＮＢ５は、ＭＭＥ４へ、緊急確認を返信する。
【００１５】
（Ｓ４）基地局ｅＮＢ５は、「緊急ページング信号」を、多数の端末(User Equipment)１へ同報送信する。緊急ページング信号は、同報（ブロードキャスト）に基づく信号であって、制御信号のトラヒックを大量に発生しない。
次に、基地局ｅＮＢ５は、第１報（ＳＩＢ１０）として警告事象（例えば「地震」）のみを送信する。そして、数秒後に、第２報（ＳＩＢ１１）として警告内容（例えば「地震の震度は○。震源地は××地方、沖合△△km」）を送信する。これによって、第１報が、端末１で受信されるまでの時間を、できる限り短くすることができる。
【００１６】
（Ｓ５）端末１は、「緊急ページング信号」を受信した時、ディスプレイを直ぐにＯＮにする。尚、第１報・第２報の受信と、ディスプレイのＯＮとのシーケンスが、前後しても何ら問題はない。
【００１７】
（Ｓ６）次に、端末１は、ディスプレイに、ユーザに対して、第１報・第２報に基づく警報情報を表示する。
【００１８】
（Ｓ７）ここで、スマートフォンのような端末１によれば、ディスプレイがＯＮになると同時に、複数のアプリケーションを起動するものが多い（例えば非特許文献５参照）。具体的には、新着メッセージの確認や、最新の天気予報、交通状況などがある。例えば天気予報表示のアプリケーションは、バックグランド中に情報更新を実行しても、ユーザにとっては不要な情報更新となる。そのために、アプリ開発者は、端末のバッテリ消費の抑制のために、一般に、ディスプレイがＯＮの時だけ、情報更新を実行し、バッテリ消費を低減しようとする。起動したアプリケーションは、ネットワークへ送信すべきパケットを発生させる。
【００１９】
（Ｓ８）端末１は、パケットが発生した時、アプリケーションサーバ５に対して接続するべく、無線リソースを割り当てるために、複数の制御信号を発生させる。そして、端末１は、無線リンクを確立した後、アプリケーションサーバ５へ、パケットを送信する。
【先行技術文献】
【非特許文献】
【００２０】
【非特許文献１】Open Mobile Alliance, Always Online Infrastructure (AOI)、[online]、［平成２６年１１月８日検索］、インターネット＜URL:http://member.openmobilealliance.org/ftp/Public documents/CD/AOI/＞
【非特許文献２】GSMA Technical Projects, Smarter Apps for Smarter Phones, GSMA Smarter App documents, April 2012、[online]、［平成２６年１１月８日検索］、インターネット＜URL:http://www.gsma.com/technicalprojects/smarter-afpps-for-smarter-phones＞
【非特許文献３】Qualcomm, Managing Background Data Traffic in Mobile Devices, Qualcomm Incorporated, January 2012、[online]、［平成２６年１１月８日検索］、インターネット＜URL:http://www.qualcomm.com/media/documents/managing-background-data-traffi c-mobile-devices＞
【非特許文献４】荒井大輔、渡里雅史、大岸智彦、「LTE制御信号スパイクの発生を抑制する端末制御方式の提案と評価」、電子情報通信学会信学技報 Vol.114 No.29 文献番号：IN2014-13 発表日 2014/05/08、[online]、［平成２６年１１月８日検索］、インターネット＜URL: http://ci.nii.ac.jp/naid/40020089430＞
【非特許文献５】GSMA Technical Projects, Background / Foreground modes 、[online]、［平成２６年１１月８日検索］、インターネット＜URL:http://smarterappsguidelines.gsma.com/general-development/ideal-mobileapplication/background-foreground-modes/＞
【発明の概要】
【発明が解決しようとする課題】
【００２１】
図２によれば、ＥＴＷＳアラートのみに注目すると、ネットワークに対する制御信号は一切発生しない。即ち、ＥＴＷＳアラートの受信によって、端末が、ディスプレイをＯＮにして、アプリケーションからのパケットが同時に発生することに問題がある。
【００２２】
図３は、ＥＴＷＳアラートにおける突発的なシグナリングの発生を表す説明図である。
【００２３】
図３によれば、３台のスマートフォンａ，ｂ，ｃそれぞれが、異なるユーザによって所持されており、人気のアプリケーションＡ，Ｂ，Ｃがインストールされているとする。各アプリケーションは、必要な時にパケットを発生させ、そのパケットは、無線リソース（RRC：Radio Resource Control）がアクティブ状態の際に送信される。スマートフォンと広域無線通信網との間は、常時接続しているわけではなく、アイドル状態（RRC_IDLE）とアクティブ状態（RRC_CONNECTED）とを交互に切り替えている。各アプリケーションが送信パケットを発生させる毎に、スマートフォンは、ネットワークに対してセッション確立のためのシーケンスを実行する。その際、ネットワークの通信事業設備に対して、多数のシグナリングを発生する。
【００２４】
図３によれば、ＥＴＷＳアラートが発生し、各スマートフォンａ，ｂ，ｃが緊急ページング信号を受信した時、一斉同時に、ディスプレイをＯＮにし、アプリケーションＡ，Ｂ，Ｃを起動し、パケットを発生させ、ネットワーク接続を開始する。これによって、ネットワークに対して大量のシグナリング（制御信号）が突発的に発生することとなる。このような制御信号スパイクの発生は、ネットワーク障害の原因にもなる。また、このような制御信号スパイクの負荷も処理できるように通信事業設備を増強することは、コストの増加にもつながる。
【００２５】
尚、前述したような本発明が解決しようとする課題自体、本願発明者らが注目したものであって、この課題について注目した先行技術文献は発見されていない。
【００２６】
そこで、本発明は、緊急ページング信号の受信時における突発的な制御信号スパイクを抑制することができるパケット送信プログラム、装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【００２７】
本発明によれば、広域無線通信網に接続し、アプリケーションから任意に出力されたパケットを送信する端末に搭載されたコンピュータを機能させるパケット送信プログラムにおいて、
広域無線通信網から緊急ページング信号の受信を検知する緊急ページング検知手段と、
緊急ページング信号を受信した際に、所定の待ち状態時間のみ、アプリケーションから出力されたパケットを送信遅延キューへ一時的に出力するパケット送信制御手段と、
送信遅延キューから、任意の時間タイミングで、バッファしているパケットを送信する待ち状態制御手段と
してコンピュータを機能させることを特徴とする。
【００２８】
本発明のパケット送信プログラムにおける他の実施形態によれば、
広域無線通信網は、ＬＴＥ(Long Term Evolution)網であり、
緊急ページング信号は、ＥＴＷＳ(Earthquake and Tsunami Warning Systems) indicationのビットが付与されたページング信号である
ようにコンピュータを機能させることも好ましい。
【００２９】
本発明のパケット送信プログラムにおける他の実施形態によれば、
緊急ページング検知手段は、緊急ページング信号を受信した時、直ぐに、当該端末のディスプレイＯＮにし、
アプリケーションは、当該端末のディスプレイのＯＮによって起動し、広域無線通信網へ送信すべきパケットを送信遅延キューへ出力する
ようにコンピュータを機能させることも好ましい。
【００３０】
本発明のパケット送信プログラムにおける他の実施形態によれば、
パケット送信制御手段は、Linux（登録商標）におけるNetfilter機能のOUTPUTチェインであり、
送信遅延キューは、当該パケット送信プログラムによって機能する装置毎に分散して設定された異なる時間タイミングで、バッファしている送信パケットをバースト的に送信する
ようにコンピュータを機能させることも好ましい。
【００３１】
本発明によれば、広域無線通信網に接続し、アプリケーションから任意に出力されたパケットを送信する端末において、
広域無線通信網から緊急ページング信号の受信を検知する緊急ページング検知手段と、
緊急ページング信号を受信した際に、所定の待ち状態時間のみ、アプリケーションから出力されたパケットを送信遅延キューへ出力するパケット送信制御手段と、
送信遅延キューから、任意の時間タイミングで、バッファしているパケットを送信する待ち状態制御手段と
を有することを特徴とする。
【００３２】
本発明によれば、広域無線通信網に接続し、アプリケーションから任意に出力されたパケットを送信する端末のパケット送信方法において、
端末は、
広域無線通信網から緊急ページング信号の受信を検知する第１のステップと、
緊急ページング信号を受信した際に、所定の待ち状態時間のみ、アプリケーションから出力されたパケットを送信遅延キューへ出力する第２のステップと、
送信遅延キューから、任意の時間タイミングで、バッファしているパケットを送信する第３のステップと
を有することを特徴とする。
【発明の効果】
【００３３】
本発明のパケット送信プログラム、装置及び方法によれば、緊急ページング信号の受信時における突発的な制御信号スパイクを抑制することができる。
【図面の簡単な説明】
【００３４】
【図１】ＥＴＷＳアラートの配信を表すＬＴＥ網のシステム構成図である。
【図２】従来技術におけるＥＴＷＳアラートの配信を表すシーケンス図である。
【図３】従来技術におけるＥＴＷＳアラートに基づく突発的なシグナリングの発生を表す説明図である。
【図４】本発明におけるＥＴＷＳアラートの配信を表すシーケンス図である。
【図５】本発明におけるパケット送信プログラムの機能構成図である。
【図６】本発明におけるパケットの送信遅延を表す説明図である。
【図７】本発明におけるＥＴＷＳアラートに基づく突発的なシグナリングの分散を表す説明図である。
【図８】本発明における
【発明を実施するための形態】
【００３５】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００３６】
図４は、本発明におけるＥＴＷＳアラートの配信を表すシーケンス図である。
【００３７】
図４は、図２と比較して、起動されたアプリケーションから発生したパケットを、実際に送信するまで、遅延させている（Ｓ７−Ｓ８間）ことのみが相違する。尚、遅延時間について、端末１毎に分散して設定された異なる時間タイミングで、パケットが送信されるように実装する。
【００３８】
図５は、本発明におけるパケット送信プログラムの機能構成図である。
【００３９】
本発明のパケット送信プログラムは、アプリケーションから任意に出力されたパケットを送信する端末に搭載されたものである。広域無線通信網に接続するスマートフォン（携帯端末）に搭載されたＯＳ(Operating System)のカーネルプログラムに適用されることが好ましい。具体的には、Android（登録商標）OSのカーネルとなるLinux（登録商標）に適用される。勿論、パケット送信プログラムは、アプリケーションに対して、パケット通信を制御するベースアプリケーションとして構成されたものであってもよい。
【００４０】
図５のパケット送信プログラム１によれば、緊急ページング検知部１１と、パケット送信制御部１２と、待ち状態制御部１３とを有する。これら機能構成部は、端末に搭載されたコンピュータを機能させるパケット送信プログラムを実行することによって実現される。また、これら機能構成部の処理の流れは、パケット送信方法としても理解できる。
【００４１】
［緊急ページング検知部１１］
緊急ページング検知部１１は、広域無線通信網から「緊急ページング信号」の受信を検知する。緊急ページング検知部１１は、ページング信号における「ETWS indication」の有無を常時検知する。また、緊急ページング検知部１１は、緊急ページング信号を受信した時、直ぐにその旨を、パケット送信制御部１２へ通知すると共に、パケット送信の経路を本発明機能ＯＦＦからＯＮへ切り替える。
【００４２】
また、広域無線通信網からの「緊急ページング信号」の受信によって、本発明機能とは関係なく、当該端末のディスプレイは、ETWSの情報表示のためＯＮとなる。これにより、アプリケーションによっては、当該端末のディスプレイがＯＮとなったために、通信機能が起動し、広域無線通信網へパケットを送信する。
【００４３】
［パケット送信制御部１２］
パケット送信制御部１２は、アプリケーションから出力された送信パケットをネットワークへ送信すると共に、ネットワークから受信した受信パケットをアプリケーションへ出力する。パケット送信制御部１２は、例えばLinux（登録商標）におけるNetfilter機能のOUTPUTチェインである。
【００４４】
ここで、本発明のパケット送信制御部１２は、緊急ページング信号を受信した際に、所定の待ち状態時間のみ、アプリケーションから出力されたパケットを送信遅延キューへ一時的に出力する。送信遅延キューは、緊急ページング信号を受信した後、待ち状態時間の間でのみ設定される。送信遅延キューは、動的に生成されて、消去されるものであってもよい。尚、通常は、待ち状態時間の終了後、通常状態では、本発明に基づく送信遅延キューは設定されない。
【００４５】
送信遅延キューは、当該アプリケーションのタイムアウトに影響のない範囲の時間タイミングで、バッファしている送信パケットをバースト的に送信する。各送信遅延キューは、例えば８秒間に、１秒間ずつ、送信許可を得るように動作するものであってもよい。
【００４６】
［待ち状態制御部１３］
送信遅延キューから、任意の時間タイミングで、バッファしているパケットを送信する。所定の「待ち状態時間」とは、例えば緊急ページング信号の受信後、数秒〜１分間程度の短い時間である。待ち状態時間の中には、送信有効タイミング「Enable状態」と送信無効タイミング「Disable状態」とが含まれる。送信無効タイミングは、送信有効タイミングとは異なって通信を制御しており、アプリケーションに対するユーザの体感品質への影響も考慮して比較的短い時間（長くても１分以内）とする。
【００４７】
図６は、本発明におけるパケットの送信遅延を表す説明図である。
【００４８】
図６によれば、パケットの送信の可否は、パケット送信制御部１２のNetfilter機能における制御ウィンドウ(Control Window)によって制御される。制御ウィンドウは、送信有効タイミング「Enable状態」と、送信無効タイミング「Disable状態」とがある。Disable状態で発生したパケットは、次のEnable状態になるまで、送信が保留される。これによって、緊急ページング信号の受信によって発生したパケットは、その送信が遅延されることとなる。尚、遅延時間について、端末１毎に分散して設定された異なる時間タイミングで、パケットが送信されるように、待ち状態時間の最初の送信無効タイミング「Disable状態」の長さは、当該パケット送信プログラムによって機能する端末毎に分散して設定される。これによって、多数の端末間で、ネットワークに接続するタイミングが分散され、制御信号スパイクが抑制される。
【００４９】
図７は、本発明におけるＥＴＷＳアラートに基づく突発的なシグナリングの分散を表す説明図である。
【００５０】
図７によれば、従来技術の図３と比較して、突発的なシグナリング（パケット）の送信タイミングが、複数の端末間で分散されている。送信遅延キューは、送信有効タイミング(Enable)の際に、異なる時間タイミングで各送信遅延キューからバースト的にパケットを送信する。
【００５１】
端末毎に、Control Windowの送信有効タイミングが分散して設定されている。Control Windowは、RRC_connectedのタイミングをずらすものであって、例えば端末固有の識別子や電話番号から、時刻差が設定される。例えば最大８秒間を、１秒毎に８段階に設定し、識別子の末番号に応じて自らの設定遅延量を認識する。端末毎にControl WindowsのEnable時刻がずれている。図７によれば、アプリケーションＡ，Ｂ，Ｃのパケットが、送信遅延キューに応じて遅延されている。これによって、通信事業設備に係る突発的な大量の送信パケットの発生が分散される。
【００５２】
図８は、本発明におけるシミュレーションの評価グラフである。
【００５３】
図８の評価グラフは、ＥＴＷＳアラートが送信された直後、ＥＴＷＳアラートを受信した全端末の中の２５％の端末におけるディスプレイＯＮによってパケットを送信するアプリケーションがインストールされていると仮定した場合における１秒間の制御信号のトラヒック量をシミュレーションしたものである。
縦軸は「制御信号のトラヒック量」を表し、その値が大きいほど、制御信号スパイク率も高い。
横軸は「遅延時間」を表し、以下の式によって表される。
遅延時間＝ＴNo-Wait
ＴNo-Wait：送信信有効タイミング「Enable状態」の時間長（秒）
ＴWait  ：送信無効タイミング「Disable状態」の時間長（秒）
また、破線Ｒdefaultは、ＥＴＷＳアラートが発生していない通常の場合における制御信号の量を表す。
【００５４】
図８によれば、ＥＴＷＳアラートが発生した場合と、通常の場合とで比較して、約４倍近い制御信号が突発的に発生していることが理解できる。その上で、送信有効タイミング「Enable状態」の時間長を１秒に固定し、送信無効タイミング「Disable状態」の時間長を２秒から最大８秒まで変化させている。
【００５５】
また、各線ＲUNEACは、本発明の機能を搭載した端末が、ネットワーク全体の端末数の中で占める割合を表している。ＲUNEAC＝0.2は、ネットワーク全体の２０％の端末が本発明の機能を搭載して、ＲUNEAC＝0.8は、ネットワーク全体の８０％の端末が本発明の機能を搭載していることを表す。
【００５６】
図８の評価グラフによれば、ネットワーク全体の６０％の端末が、本発明の機能を搭載し、最大８秒間の遅延（送信無効タイミング「Disable状態」の時間長を８秒）を採用した場合、ＥＴＷＳアラートに基づく制御信号の量は、通常時の２倍以下にまで削減できることが確認できる。このように、本発明における制御信号スパイクの抑制を、定量的に確認することができる。
【００５７】
また、事前の検証によって、最大８秒間の遅延（送信無効タイミング「Disable状態」の時間長を８秒）であれば、アプリケーションエラー（例えばアプリケーションサーバとの通信に失敗し、画面上にポップアップが表示されるなど）が無いことを確認している。
【００５８】
以上、詳細に説明したように、本発明のパケット送信プログラム、装置及び方法によれば、緊急ページング信号の受信時における突発的な制御信号スパイクを抑制することができる。特に本発明によれば、ＥＴＷＳアラートの警報表示自体を遅延させることなく、ディスプレイＯＮによって発生したアプリケーションからのパケットを少し遅延させるだけで、ユーザの体感品質に影響を与えることなく（アプリケーションエラーとなることなく）、通信事業設備に係る突発的な処理負荷をできる限り軽減し、制御信号スパイクを抑制することができる。
【００５９】
前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００６０】
１  端末、スマートフォン
１１  緊急ページング検知部
１２  パケット送信制御部
１３  待ち状態制御部
２  ＣＢＥ
３  ＣＢＣ
４  ＭＭＥ
５  ｅＮＢ
６  アプリケーションサーバ
【図１】
2016115999.tif 000003
【図２】
2016115999.tif 000004
【図３】
2016115999.tif 000005
【図４】
2016115999.tif 000006
【図５】
2016115999.tif 000007
【図６】
2016115999.tif 000008
【図７】
2016115999.tif 000009
【図８】
2016115999.tif 000010