JP2014072760A - 制御プログラム、無線端末装置及び制御方法 - Google Patents

Abstract

【課題】ＯＴＡデータをＬＴＥ方式の通信で受信開始するまでの時間を短縮化できる制御プログラム等を提供する。
【解決手段】ＬＴＥ方式を含む複数の通信方式で無線通信可能とするマルチ無線端末のＣＰＵは、ＯＴＡ設定を指示するコマンドのＳＭＳをネットワーク上から受信したか否かを判定する。ＣＰＵは、ＳＭＳを受信した場合に、ＯＴＡのデータ通信をＬＴＥ方式の通信で優先的に実行する。ＣＰＵは、ＬＴＥ方式の通信でＯＴＡデータを受信した場合、ＯＴＡデータをＵＩＣＣに格納する。更に、ＣＰＵは、リフレッシュ指示に応じてＵＩＣＣに格納されたＯＴＡデータに基づく処理動作を実行する。
【選択図】図４

Description

本発明は、制御プログラム、無線端末装置及び制御方法に関する。

近年、第３世代移動通信方式（３Ｇ：3rd Generation）として、ＣＤＭＡ(Code Division Multiple Access)２０００、ＣＤＭＡ２０００ １ｘ、及びＣＤＭＡ２０００ １ｘＥＶ−ＤＯ（Evolution-Data Only）等の様々な通信方式が提案されている。ＣＤＭＡ２０００ １ｘは、ＣＤＭＡ２０００規格に含まれる技術仕様の一つであり、以下、単に「１ｘ」と称する。また、ＣＤＭＡ２０００ １ｘＥＶＤＯは、１ｘ方式を改良してパケット通信に特化し、その通信速度を高速化した規格であって、以下、単に「ＥＶＤＯ」と称する。

また、携帯電話機の無線通信の標準規格として、ＯＦＤＭＡ（Orthogonal Frequency Division Multiplexing Access）方式の通信を使用したＬＴＥ（Long-Term Evolution）等のパケット通信方式が提案されている。

例えば、１ｘ方式やＥＶＤＯ方式等は近年広く普及したサービスであるため、基地局の設置台数も多く、その通信エリアも広範囲に及ぶ。これに対し、ＬＴＥ方式は、１ｘ方式に比較すると、新しいサービスであるため、都市部を中心にサービス展開して、１ｘ方式やＥＶＤＯ方式の通信エリアに包含される狭い通信エリアである。

このような状況の下、携帯電話機等の無線端末では、例えば、１ｘ方式、ＥＶＤＯ方式やＬＴＥ方式等の複数の通信方式を通信可能とするマルチ無線端末が考案されている。マルチ無線端末では、ユーザ操作に応じて、例えば、１ｘ方式及びＬＴＥ方式の両方を使用して音声通信及びパケット通信を同時通信する通信モードや、例えば、ＬＴＥ方式のみでパケット通信を行う通信モードを選択できる。

また、マルチ無線端末では、音声通信に１ｘ方式を使用し、パケット通信にＥＶＤＯ方式やＬＴＥ方式を使用する。また、マルチ無線端末では、１ｘ方式の音声通信や、ＥＶＤＯ方式又はＬＴＥ方式のパケット通信でＳＭＳ（Short Message Service）を受信できる。

また、マルチ無線端末は、ＬＴＥ方式でＯＴＡ（Over The Air Activation）データを受信する。尚、ネットワーク上のＯＴＡサーバは、マルチ無線端末内のＵＩＣＣ（Universal Integrated Circuit Card）内にＳＩＭ（Subscriber Identification Module）情報等のＯＴＡデータを書き込む際、ＳＭＳ内のコマンド情報にＯＴＡを設定する。そして、ＯＴＡサーバは、ＯＴＡを設定したＳＭＳをマルチ無線端末にポイントトゥポイントで送信する。マルチ無線端末は、ＳＭＳを受信した場合、通常のサーチ周期や無線優先度に基づきＬＴＥ基地局を捕捉し、捕捉されたＬＴＥ基地局経由でＯＴＡデータを受信する。

特開２００４−１７２９６８号公報

しかしながら、マルチ無線端末では、ＯＴＡ設定のコマンドのＳＭＳを受信した場合でも、ＬＴＥ方式以外の他の無線通信方式で通信中の場合、ＯＴＡデータをＬＴＥ方式の通信で受信開始するまでには時間を要する。

一つの側面では、ＯＴＡデータをＬＴＥ方式の通信で受信開始するまでの時間を短縮化できる制御プログラム、無線端末装置及び制御方法を提供することを目的とする。

一つの案では、第１の通信方式と、前記第１の通信方式よりも速い通信速度で通信可能な第２の通信方式とを含む複数の通信方式で無線通信を可能とする無線端末装置のプロセッサは、ＯＴＡ(Over The Air activation)設定を指示するコマンド情報を受信したか否かを判定する。更に、プロセッサは、前記コマンド情報を受信した場合に、前記ＯＴＡのデータ通信を前記第２の通信方式の通信で優先的に実行する。

開示の態様では、ＯＴＡデータをＬＴＥ方式の通信で受信開始するまでの時間を短縮化できる。

図１は、実施例１のマルチ無線システムの一例を示す説明図である。 図２は、実施例１のマルチ無線端末の一例を示す説明図である。 図３は、マルチ無線システム内の１ｘ／ＥＶＤＯ方式の通信エリアとＬＴＥ方式の通信エリアとの関係の一例を示す説明図である。 図４は、実施例１のマルチ無線端末内のＣＰＵ内の機能構成の一例を示す説明図である。 図５は、選定テーブルの一例を示すテーブルである。 図６は、優先度テーブルの一例を示す説明図である。 図７は、サーチ周期テーブルの一例を示す説明図である。 図８は、マルチ無線端末内のＯＴＡフラグ設定処理に関わるＣＰＵの処理動作の一例を示すフローチャートである。 図９は、マルチ無線端末内のＯＴＡデータ受信処理に関わるＣＰＵの処理動作の一例を示すフローチャートである。 図１０は、実施例１のＯＴＡサーバ、ＬＴＥ基地局、マルチ無線端末内のＣＰＵ及びＵＩＣＣに関わるＯＴＡデータ受信処理に関わる動作シーケンスの一例を示す説明図である。 図１１は、実施例２のマルチ無線端末内のＯＴＡデータ受信処理に関わるＣＰＵの処理動作の一例を示す説明図である。 図１２は、制御プログラムを実行する無線端末装置を示す説明図である。

以下、図面に基づいて、本願の開示する制御プログラム、無線端末装置及び制御方法の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、実施例１のマルチ無線システムの一例を示す説明図である。マルチ無線システム１は、１ｘネットワーク２と、ＥＶＤＯネットワーク３と、ＬＴＥネットワーク４と、ＷＬＡＮ(Wireless Local Area Network)５とを有する。マルチ無線システム１は、ＰＳＴＮ(Public Switched Telephone Network)／ＩＳＤＮ(Integrated Services Digital Network)６と、外部ＩＰ(Internet Protocol)ネットワーク７と、マルチ無線端末８とを有する。

１ｘネットワーク２は、ＭＣ（Message Center）１１と、ＨＬＲ（Home Location Register)１２と、ＭＳＣ（Mobile Switching Center）１３と、ＧＭＳＣ（Gateway Mobile Switching Center）１４とを有する。ＭＣ１１は、例えば、メッセージを配信する。ＨＬＲ１２は、１ｘネットワーク２内のサービス加入者の加入者情報、サービス加入者の位置情報及び認証情報を対応付けて登録管理する。ＭＳＣ１３は、各１ｘ／ＥＶＤＯ基地局９Ａとの間で交換接続する。ＧＭＳＣ１４は、ＰＳＴＮ／ＩＳＤＮ６と接続する交換機９Ｂと、ＭＳＣ１３とを交換接続する。

ＥＶＤＯネットワーク３は、ｅＰＣＦ（evolved Packet Control Function）２１と、ＨＳＧＷ(High Rate Packet Data Serving Gateway)２２と、Ｐ−ＡＡＡ(Proxy-Authentication, Authorization and Accounting)２３とを有する。ｅＰＣＦ２１は、１ｘ／ＥＶＤＯ基地局９Ａと接続してパケットのルーティング機能を司る。ＨＳＧＷ２２は、ＥＶＤＯ方式の高速パケットデータに変換する。Ｐ−ＡＡＡ２３は、ＥＶＤＯネットワーク３内の加入者の認証、承認及び課金を管理する。

ＬＴＥネットワーク４は、ＨＳＳ（Home Subscriber Server）３１と、ＭＭＥ（Mobility Management Entity）３２と、Ｓ−ＧＷ（Serving-Gateway）３３と、Ｐ−ＧＷ（Packet Data Network Gateway）３４とを有する。ＨＳＳ３１は、ＬＴＥネットワーク４内の加入者情報等を管理する。ＭＭＥ３２は、ＬＴＥ基地局９ＣとＳ−ＧＷ３３とを接続し、ＬＴＥネットワーク４内のシーケンス制御、ハンドオーバ機能、サービス加入者の位置管理、ＬＴＥ基地局９Ｃに対する着信時のページング機能等のネットワーク制御を司る。Ｓ−ＧＷ３３は、ＬＴＥ基地局９Ｃと接続してパケットのルーティング機能を司る。Ｐ−ＧＷ３４は、ＥＶＤＯネットワーク３内のＨＳＧＷ２２と、外部ＩＰネットワーク７と、Ｓ−ＧＷ３３とを通信接続するゲートウェイである。Ｐ−ＧＷ３４は、例えば、ＥＶＤＯネットワーク３とＬＴＥネットワーク４との間をシームレスにパケット通信する。また、ＨＳＳ３１及びＰ−ＡＡＡ２３は、ＥＶＤＯネットワーク３及びＬＴＥネットワーク４で共有化して使用されるものである。

マルチ無線端末８は、マルチ無線システム１内の各無線通信に対応可能なサービス加入者の端末である。ＶＣＣＡＳ４１は、例えば、第３世代携帯電話と外部ＩＰネットワーク７との間の音声通信のハンドオーバ機能を提供するサーバである。ＯＴＡサーバ４２は、例えば、外部ＩＰネットワーク７からＯＴＡデータを出力するサーバである。尚、ＯＴＡデータは、例えば、マルチ無線端末８内のサービスプログラムを更新する更新プログラム等のＳＩＭ情報である。

図２は、実施例１のマルチ無線端末８の一例を示す説明図である。図２に示すマルチ無線端末８は、１ｘデバイス５０Ａと、ＥＶＤＯデバイス５０Ｂと、ＬＴＥデバイス５０Ｃと、ＷＬＡＮデバイス５０Ｄとを有する。マルチ無線端末８は、表示部６１と、操作部６２と、マイク６３と、スピーカ６４と、メモリ６５と、ＣＰＵ（Central Processing Unit）６６とを有する。更に、マルチ無線端末８は、着脱可能なＵＩＣＣ７０を内蔵する。ＵＩＣＣ７０は、例えば、ＳＩＭ情報等を格納する。

１ｘデバイス５０Ａは、１ｘネットワーク２との無線通信を司るインタフェースである。１ｘデバイス５０Ａは、アンテナ５１Ａと、１ｘ無線部５２Ａと、１ｘベースバンド処理部５３Ａとを有する。１ｘ無線部５２Ａは、アンテナ５１Ａを経由して１ｘ方式に準拠した音声や文字等の各種データの無線信号を受信し、受信した無線信号を周波数変換する。１ｘベースバンド処理部５３Ａは、１ｘ無線部５２Ａで周波数変換された無線信号をベースバンド信号に変換し、変換されたベースバンド信号を復調する。また、１ｘベースバンド処理部５３Ａは、送信データをベースバンド信号に変調する。１ｘ無線部５２Ａは、１ｘベースバンド処理部５３Ａで変調されたベースバンド信号を周波数変換し、周波数変換された送信信号をアンテナ５１Ａ経由で送信出力する。

ＥＶＤＯデバイス５０Ｂは、ＥＶＤＯネットワーク３との無線通信を司るインタフェースである。ＥＸＤＯデバイス５０Ｂは、アンテナ５１Ｂと、ＥＶＤＯ無線部５２Ｂと、ＥＶＤＯベースバンド処理部５３Ｂとを有する。ＥＶＤＯ無線部５２Ｂは、アンテナ５１Ａを経由してＥＶＤＯ方式に準拠した音声や文字等の各種データの無線信号を受信し、受信した無線信号を周波数変換する。ＥＶＤＯベースバンド処理部５３Ｂは、ＥＶＤＯ無線部５２Ｂで周波数変換された無線信号をベースバンド信号に変換し、変換されたベースバンド信号を復調する。また、ＥＶＤＯベースバンド処理部５３Ｂは、送信データをベースバンド信号に変調する。ＥＶＤＯ無線部５２Ｂは、ＥＶＤＯベースバンド処理部５３Ｂで変調されたベースバンド信号を周波数変換し、周波数変換された送信信号をアンテナ５１Ｂ経由で送信出力する。

ＬＴＥデバイス５０Ｃは、ＬＴＥネットワーク４との無線通信を司るインタフェースである。ＬＴＥデバイス５０Ｃは、アンテナ５１Ｃと、ＬＴＥ無線部５２Ｃと、ＬＴＥベースバンド処理部５３Ｃとを有する。ＬＴＥ無線部５２Ｃは、アンテナ５１Ｃを経由してＬＴＥ方式に準拠した音声や文字等の各種データの無線信号を受信し、受信した無線信号を周波数変換する。ＬＴＥベースバンド処理部５３Ｃは、ＬＴＥ無線部５２Ｃで周波数変換された無線信号をベースバンド信号に変換し、変換されたベースバンド信号を復調する。また、ＬＴＥベースバンド処理部５３Ｃは、送信データをベースバンド信号に変調する。ＬＴＥ無線部５２Ｃは、ＬＴＥベースバンド処理部５３Ｃで変調されたベースバンド信号を周波数変換し、周波数変換された送信信号をアンテナ５１Ｃ経由で送信出力する。

ＷＬＡＮデバイス５０Ｄは、ＷＬＡＮ５との無線通信を司るインタフェースである。ＷＬＡＮデバイス５０Ｄは、アンテナ５１Ｄと、ＷＬＡＮ無線部５２Ｄと、ＷＬＡＮベースバンド処理部５３Ｄとを有する。ＷＬＡＮ無線部５２Ｄは、アンテナ５１Ｄを経由してＷＬＡＮ方式に準拠した音声や文字等の各種データの無線信号を受信し、受信した無線信号を周波数変換する。ＷＬＡＮベースバンド処理部５３Ｄは、ＷＬＡＮ無線部５２Ｄで周波数変換された信号をベースバンド信号に変換し、変換されたベースバンド信号を復調する。また、ＷＬＡＮベースバンド処理部５３Ｄは、送信データをベースバンド信号に変調する。ＷＬＡＮ無線部５２Ｄは、ＷＬＡＮベースバンド処理部５３Ｄで変調されたベースバンド信号を周波数変換し、周波数変換された送信信号をアンテナ５１Ｄ経由で送信出力する。

表示部６１は、各種情報を画面表示する出力インタフェースである。操作部６２は、各種情報を入力する入力インタフェースである。マイク６３は、各種音声を収音する入力インタフェースである。スピーカ６４は、各種音声を音響出力する出力インタフェースである。メモリ６５は、各種情報を記憶する領域である。ＣＰＵ６６は、マルチ無線端末８全体を制御する。

図３は、マルチ無線システム１内の１ｘ／ＥＶＤＯ方式の通信エリアとＬＴＥ方式の通信エリアとの関係の一例を示す説明図である。図３に示すマルチ無線システム１は、例えば、１ｘ／ＥＶＤＯ方式の通信エリア７１と、ＬＴＥ方式の通信エリア７２とを有する。１ｘ／ＥＶＤＯ方式の通信エリア７１は、近年広く普及しているサービスであるため、その通信エリアも広範囲である。尚、１ｘ／ＥＶＤＯ方式の通信エリア７１では、音声通信サービス及びパケット通信サービスを提供する。これに対して、ＬＴＥ方式の通信エリア７２は、１ｘ／ＥＶＤＯ方式の通信に比較して新しいサービスであり、人口の密集した都市を中心にパケット通信サービスを提供する。尚、ＬＴＥ方式の通信エリア７２では、高速パケット通信サービスを提供する。従って、ＬＴＥ方式の通信エリア７２では、１ｘ／ＥＶＤＯ方式の通信エリア７１に比較して狭い。１ｘ／ＥＶＤＯ方式の通信エリア７１では、複数の１ｘ／ＥＶＤＯ基地局９Ａを配置する。ＬＴＥ方式の通信エリア７２では、複数のＬＴＥ基地局９Ｃを配置する。

図４は、実施例１のマルチ無線端末８内のＣＰＵ６６内の機能構成の一例を示す説明図である。図４に示すＣＰＵ６６は、ＳＭＳ受信部８１と、抽出部８２と、ＯＴＡ検出部８３と、ＯＴＡ受信部８４と、設定部８５と、指示部８６と、制御部８７とを有する。ＣＰＵ６６は、メモリ６５に格納された図示せぬ受信プログラムを読み出し、読み出された受信プログラムに対応した受信プロセスを実行することでＳＭＳ受信部８１として機能する。ＳＭＳ受信部８１は、ネットワークからのポイントトゥポイントでＳＭＳを受信する。ＳＭＳ受信部８１は、例えば、１ｘデバイス５０Ａ、ＥＶＤＯデバイス５０Ｂ又はＬＴＥデバイス５０Ｃを通じてＳＭＳを受信する。ＳＭＳ受信部８１は、通常、ＥＶＤＯデバイス５０Ｂ又はＬＴＥデバイス５０Ｃを通じてＥＶＤＯネットワーク３又はＬＴＥネットワーク４のパケット通信網経由のＳＭＳ（SMS over IMS）を受信する。また、ＳＭＳ受信部８１は、通信可能なパケット通信網がない場合、１ｘデバイス５０Ａを通じて１ｘネットワーク２経由のＳＭＳ（SMS over 1x）を受信する。

ＣＰＵ６６は、メモリ６５に格納された図示せぬ抽出プログラムを読み出し、読み出された抽出プログラムに対応した抽出プロセスを実行することで抽出部８２として機能する。抽出部８２は、ＳＭＳ受信部８１で受信したＳＭＳ内のコマンドを抽出する。ＣＰＵ６６は、メモリ６５に格納された図示せぬ検出プログラムを読み出し、読み出された検出プログラムに対応した検出プロセスを実行することでＯＴＡ検出部８３として機能する。ＯＴＡ検出部８３は、ＯＴＡ設定のコマンド“７Ｆ”を検出した場合、ＯＴＡフラグを“１”に設定する。更に、ＯＴＡ検出部８３は、制御部８７からのクリア信号に応じて、ＯＴＡフラグを“０”に設定する。

ＣＰＵ６６は、メモリ６５に格納された図示せぬ設定プログラムを読み出し、読み出された設定プログラムに対応した設定プロセスを実行することで設定部８５として機能する。設定部８５は、例えば、ＥＶＤＯ、ＬＴＥ及びＷＬＡＮの内、無線通信形式の使用優先度を格納した優先度テーブルを選定し、選定された優先度テーブルの内容に基づき使用する無線通信方式を設定する。図５は、選定テーブルの一例を示す説明図である。図５に示す選定テーブル９１は、ＯＴＡフラグ９１Ａ毎に優先度テーブル９１Ｂを管理する。尚、選定テーブル９１は、メモリ６５内に格納されるものとする。設定部８５は、選定テーブル９１を参照し、ＯＴＡフラグ９１Ａが“１”の場合、“Ｂ”の優先度テーブル９１Ｂを選定する。設定部８５は、ＯＴＡフラグ９１Ａが“０”の場合、“Ａ”の優先度テーブル９１Ｂを選定する。図６は、優先度テーブルの一例を示す説明図である。図６に示す優先度テーブル９２は、“Ａ”の優先度テーブル９２Ａと、“Ｂ”の優先度テーブル９２Ｂとを対応付けて管理する。尚、優先度テーブル９２は、メモリ６５内に格納されるものとする。図６に示す“Ａ”の優先度テーブル９２Ａは、その使用優先度として、第１位がＷＬＡＮ、第２位がＬＴＥ、第３位がＥＶＤＯである。“Ｂ”の優先度テーブル９２Ｂは、その使用優先度として、第１位がＬＴＥ、第２位がＷＬＡＮ及び第３位がＥＶＤＯである。

ＣＰＵ６６は、メモリ６５に格納された図示せぬ指示プログラムを読み出し、読み出された指示プログラムに対応した指示プロセスを実行することで指示部８６として機能する。指示部８６は、ＯＴＡフラグに応じてＬＴＥ基地局９Ｃのサーチ周期をＬＴＥデバイス５０Ｃに指示する。図７は、サーチ周期テーブルの一例を示す説明図である。図７に示すサーチ周期テーブル９３は、ＯＴＡフラグ９３Ａと、サーチモード９３Ｂと、サーチ周期９３Ｃとを対応付けて管理する。尚、サーチ周期テーブル９３は、メモリ６５内に格納されているものとする。指示部８６は、サーチ周期テーブル９３を参照し、ＯＴＡフラグ９３Ａが“１”の場合、ＯＴＡモードのサーチ周期、すなわち１０秒をＬＴＥデバイス５０Ｃに指示する。その結果、指示部８６は、ＬＴＥデバイス５０Ｃを使用して１０秒周期でＬＴＥ基地局９Ｃのサーチ動作を指示する。また、指示部８６は、サーチ周期テーブル９３を参照し、ＯＴＡフラグ９３Ａが“０”の場合、通常モードのサーチ周期、すなわち２０秒をＬＴＥデバイス５０Ｃに指示する。その結果、指示部８６は、ＬＴＥデバイス５０Ｃを使用して２０秒周期でＬＴＥ基地局９Ｃのサーチ動作を指示する。

ＣＰＵ６６は、メモリ６５に格納された図示せぬデータ受信プログラムを読み出し、読み出されたデータ受信プログラムに対応したデータ受信プロセスを実行することでＯＴＡ受信部８４として機能する。ＯＴＡ受信部８４は、捕捉されたＬＴＥ基地局９Ｃ経由でＯＴＡサーバ４２とのＯＴＡ用の論理チャネルを設定し、ＯＴＡサーバ４２からのＯＴＡデータを受信する。

ＣＰＵ６６は、メモリ６５に格納された図示せぬ制御プログラムを読み出し、読み出された制御プログラムに対応した制御プロセスを実行することで制御部８７として機能する。制御部８７は、ＣＰＵ６６全体を制御する。制御部８７は、ＯＴＡ受信部８４を通じてＯＴＡデータをＬＴＥ基地局９Ｃ経由で受信した場合、ＯＴＡデータをＵＩＣＣ７０に格納する。そして、制御部８７は、ＵＩＣＣ７０からリフレッシュ指示を検出すると、ＵＩＣＣ７０に格納されたＯＴＡデータをリロードし、リロードされたＯＴＡデータに基づき処理動作を実行する。また、制御部８７は、ＯＴＡ受信部８４を通じてＯＴＡデータの受信が完了した場合、受信完了に応じてＯＴＡ検出部８３にクリア信号を出力する。その結果、ＯＴＡ検出部８３は、クリア信号に応じて、設定中のＯＴＡフラグ“１”を“０”に設定する。

次に、実施例１のマルチ無線端末８の動作について説明する。図８は、マルチ無線端末８内のＯＴＡフラグ設定処理に関わるＣＰＵ６６の処理動作の一例を示すフローチャートである。図８に示すＯＴＡフラグ設定処理は、受信したＳＭＳのコマンド内容に基づき、ＯＴＡフラグを設定する処理である。

図８に示すＣＰＵ６６内のＳＭＳ受信部８１は、ＳＭＳを受信したか否かを判定する（ステップＳ１１）。ＣＰＵ６６内の抽出部８２は、ＳＭＳを受信した場合（ステップＳ１１肯定）、ＳＭＳ内のコマンドが“７Ｆ”であるか否かを判定する（ステップＳ１２）。尚、コマンド“７Ｆ”は、ＯＴＡ設定を示すコマンドである。ＯＴＡ検出部８３は、ＳＭＳ内のコマンドが“７Ｆ”の場合（ステップＳ１２肯定）、ＯＴＡ設定のコマンドと判定し、ＯＴＡフラグを“１”に設定し（ステップＳ１３）、図８に示す処理動作を終了する。

抽出部８２は、ＳＭＳ内のコマンドが“７Ｆ”でない場合（ステップＳ１２否定）、図８に示す処理動作を終了する。また、ＯＴＡ受信部８４は、ＳＭＳを受信しなかった場合（ステップＳ１１否定）、ＯＴＡデータの受信完了を受信したか否かを判定する（ステップＳ１４）。制御部８７は、ＯＴＡデータの受信完了を受信した場合（ステップＳ１４肯定）、クリア信号をＯＴＡ検出部８３に出力してＯＴＡフラグを“０”に設定し（ステップＳ１５）、図８に示す処理動作を終了する。

ＯＴＡ受信部８４は、ＯＴＡデータの受信完了を受信しなかった場合（ステップＳ１４否定）、図８に示す処理動作を終了する。

図８に示すフラグ設定処理のＣＰＵ６６は、“７Ｆ”のコマンドを含むＳＭＳを受信した場合、ＯＴＡ設定を指示するＳＭＳと判定し、ＯＴＡフラグを“１”に設定する。その結果、ＣＰＵ６６は、外部ネットワークからＳＭＳによる指示でＯＴＡフラグを“１”に設定できる。

また、ＣＰＵ６６は、ＯＴＡデータの受信完了を受信した場合、ＯＴＡフラグを“０”に設定する。その結果、ＣＰＵ６６は、外部ネットワークからＳＭＳによる指示でＯＴＡフラグを“０”に設定できる。

図９は、マルチ無線端末８内のＯＴＡデータ受信処理に関わるＣＰＵ６６の処理動作の一例を示すフローチャートである。図９に示すＯＴＡデータ受信処理は、ＯＴＡフラグが“１”の場合に、ＯＴＡデータを優先的にＬＴＥ方式で受信する処理である。図９においてＣＰＵ６６内の制御部８７は、ＯＴＡフラグが“１”であるか否かを判定する（ステップＳ２１）。ＣＰＵ６６内の設定部８５は、ＯＴＡフラグが“１”の場合（ステップＳ２１肯定）、図５の選定テーブル９１を参照し、図６の“Ｂ”の優先度テーブル９２を選定する（ステップＳ２２）。尚、設定部８５は、“Ｂ”の優先度テーブル９２を選定し、使用優先度を第１位のＬＴＥとする。ＣＰＵ６６内の指示部８６は、サーチ周期テーブル９３を参照し、現在のＯＴＡフラグのＯＴＡモードに対応したサーチ周期をＬＴＥデバイス５０Ｃに指示する（ステップＳ２３）。尚、指示部８６は、１０秒周期のサーチ周期をＬＴＥデバイス５０Ｃに指示する。その結果、ＬＴＥ基地局９Ｃの捕捉に要する時間を短縮化できる。

ＣＰＵ６６内の制御部８７は、ＬＴＥデバイス５０Ｃを使用してサーチ周期に基づきＬＴＥ基地局９Ｃを捕捉したか否かを判定する（ステップＳ２４）。尚、制御部８７は、通常よりもＬＴＥ基地局９Ｃを捕捉する確率が高まる。制御部８７は、ＬＴＥ基地局９Ｃを捕捉した場合（ステップＳ２４肯定）、現在ＷＬＡＮ５と接続中であるか否かを判定する（ステップＳ２５）。制御部８７は、現在ＷＬＡＮ５と接続中の場合、ＷＬＡＮデバイス５０Ｄを使用してＷＬＡＮ５のＡＰ（Access Point）情報及びセキュリティ情報を前回情報としてメモリ６５に格納する（ステップＳ２６）。

制御部８７は、ＬＴＥデバイス５０Ｃを使用してＬＴＥ方式での通信を開始し（ステップＳ２７）、ＬＴＥ基地局９Ｃとの間でＯＴＡ用の論理チャネルを設定する（ステップＳ２８）。更に、制御部８７は、ＯＴＡ用の論理チャネルを設定した後、ＬＴＥ基地局９Ｃ経由でのＯＴＡデータの受信が完了したか否かを判定する（ステップＳ２９）。

制御部８７は、ＬＴＥ基地局９Ｃ経由でのＯＴＡデータの受信が完了した場合（ステップＳ２９肯定）、ＯＴＡデータをＵＩＣＣ７０に格納する（ステップＳ３０）。制御部８７は、ＯＴＡデータをＵＩＣＣ７０に格納した後、ＵＩＣＣ７０からのリフレッシュ指示に対応したリフレッシュ動作を実行したか否かを判定する（ステップＳ３１）。制御部８７は、リフレッシュ動作を実行した場合（ステップＳ３１肯定）、ＵＩＣＣ７０からＯＴＡデータをリロードしてＯＴＡデータに基づき処理動作を実行する（ステップＳ３２）。制御部８７は、ＯＴＡデータに基づき処理動作を実行した後、ＯＴＡ検出部８３に対してクリア信号を出力することでＯＴＡフラグを“０”に設定する（ステップＳ３３）。尚、制御部８７は、ＯＴＡデータに基づく処理動作の実行後、ＯＴＡ検出部８３に対してクリア信号を出力してＯＴＡフラグを“０”に設定したが、ＬＴＥ基地局９Ｃ経由でＯＴＡデータを受信完了したタイミングでＯＴＡフラグを“０”に設定しても良い。

設定部８５は、ＯＴＡフラグを“０”に設定した後、選定テーブル９１を参照し、ＯＴＡフラグが“０”に対応した“Ａ”の優先度テーブルを選定する（ステップＳ３４）。その結果、設定部８５は、“Ａ”の優先度テーブルを選定し、使用優先度を第１位のＷＬＡＮとする。更に、指示部８６は、ＯＴＡフラグが“０”に対応した通常モードのサーチ周期をＬＴＥデバイス５０Ｃに指示する（ステップＳ３５）。尚、通常モードのサーチ周期は、例えば、２０秒周期とするため、ＯＴＡモードのサーチ周期（１０秒）に比較してＬＴＥ基地局９Ｃを捕捉する確率が低くなる。

制御部８７は、メモリ６５内に前回情報があるか否かを判定する（ステップＳ３６）。指示部８６は、前回情報がある場合（ステップＳ３６肯定）、ＷＬＡＮデバイス５０Ｄを使用して前回情報に基づきＷＬＡＮ基地局へのサーチ動作を指示する（ステップＳ３７）。制御部８７は、ＷＬＡＮ基地局を捕捉したか否かを判定する（ステップＳ３８）。

制御部８７は、ＷＬＡＮ基地局を捕捉した場合（ステップＳ３８肯定）、ＷＬＡＮデバイス５０Ｄを使用してＷＬＡＮ５と接続し（ステップＳ３９）、図９に示す処理動作を終了する。

制御部８７は、ＯＴＡフラグが“１”でない場合（ステップＳ２１否定）、ＯＴＡフラグを“０”と判定し、図９に示す処理動作を終了する。また、指示部８６は、ＬＴＥ基地局９Ｃを捕捉しなかった場合（ステップＳ２４否定）、設定されたサーチ周期毎にサーチ動作を指示し、ＬＴＥ基地局９Ｃを捕捉したか否かを判定すべく、ステップＳ２４に移行する。

また、制御部８７は、現在ＷＬＡＮ５と接続中でない場合（ステップＳ２５否定）、ＬＴＥ方式での通信を開始すべく、ステップＳ２７に移行する。また、制御部８７は、ＬＴＥ基地局９Ｃ経由でＯＴＡデータを受信しなかった場合（ステップＳ２９否定）、ＯＴＡデータを受信したか否かを判定すべく、ステップＳ２９に移行する。また、制御部８７は、ＵＩＣＣ７０のリフレッシュ動作を実行していない場合（ステップＳ３１否定）、リフレッシュ動作を実行したか否かを判定すべく、ステップＳ３１に移行する。

制御部８７は、前回情報がない場合（ステップＳ３６否定）、図９に示す処理動作を終了する。また、制御部８７は、ＷＬＡＮ基地局を捕捉しなかった場合（ステップＳ３８否定）、ＷＬＡＮ基地局を捕捉したか否かを判定すべく、ステップＳ３８に移行する。

図９に示すＯＴＡデータ受信処理のＣＰＵ６６は、ＯＴＡフラグが“１”の場合、ＬＴＥ方式の優先使用度を通常よりも高め、ＬＴＥ基地局９Ｃを捕捉するサーチ周期を通常よりも短くした。その結果、ＣＰＵ６６は、ＬＴＥ基地局９Ｃを迅速に捕捉することで、ＯＴＡデータをＬＴＥ方式の通信で受信するまでの時間を短縮化できる。

更に、ＣＰＵ６６は、ＯＴＡデータをＬＴＥ通信で受信した場合、ＯＴＡデータをＵＩＣＣ７０に格納する。その結果、ＣＰＵ６６は、ＯＴＡデータをＵＩＣＣ７０に迅速に格納できる。

また、ＣＰＵ６６は、ＵＩＣＣ７０に格納したＯＴＡデータをリロードしてＯＴＡデータに基づき処理動作を実行した場合、ＯＴＡフラグを“０”に設定する。その結果、ＣＰＵ６６は、ＯＴＡフラグを自動的に“０”に設定できる。

ＣＰＵ６６は、ＯＴＡフラグを“０”に設定した場合、ＬＴＥ方式の優先使用度を通常に戻し、ＬＴＥ基地局９Ｃを捕捉するサーチ周期を通常に戻した。その結果、ＣＰＵ６６は、ＯＴＡデータ受信直前の通信状態に再開できる。

ＣＰＵ６６は、ＯＴＡデータ受信直前がＷＬＡＮ５と接続中の場合、ＷＬＡＮ５のＡＰ情報及びセキュリティ情報を前回情報として格納し、ＯＴＡフラグを“０”に設定した場合、前回情報に基づきＷＬＡＮ５と接続する。その結果、ＣＰＵ６６は、ＯＴＡデータに基づく処理動作を実行後、ＯＴＡデータ受信直前のＷＬＡＮ５と接続を自動的に再開できる。

図１０は、実施例１のＯＴＡサーバ４２、ＬＴＥ基地局９Ｃ、マルチ無線端末８内のＣＰＵ６６及びＵＩＣＣ７０に関わるＯＴＡデータ受信処理に関わる動作シーケンスの一例を示す説明図である。マルチ無線端末８のＣＰＵ６６は、ＳＭＳのＯＴＡ設定のコマンドを抽出する（ステップＳ４１）。ＣＰＵ６６は、ＬＴＥデバイス５０Ｃを使用してＬＴＥ基地局９ＣとでＯＴＡ用のＲＡＢ（Radio Access Bearer）で論理チャネルを設定する（ステップＳ４２）。ＣＰＵ６６は、ＬＴＥ基地局９Ｃとの論理チャネルを設定後、論理チャネルでＯＴＡサーバ４２からＯＴＡデータを受信する（ステップＳ４３）。ＣＰＵ６６は、ＬＴＥ基地局９Ｃ経由でＯＴＡデータを受信した場合、ＯＴＡデータをＵＩＣＣ７０に伝送する（ステップＳ４４）。ＵＩＣＣ７０は、受信したＯＴＡデータを格納する（ステップＳ４５）。

ＣＰＵ６６は、ＵＩＣＣ７０からリフレッシュ指示を検出すると（ステップＳ４６）、ＵＩＣＣ７０からＯＴＡデータをリロードする（ステップＳ４７）。そして、ＣＰＵ６６は、リロードされたＯＴＡデータに基づく処理動作を実行し（ステップＳ４８）、図１０に示す処理動作を終了する。

実施例１のＣＰＵ６６は、ＯＴＡフラグが“１”の場合、ＬＴＥ基地局９Ｃを捕捉するサーチ周期を通常よりも短くした。その結果、ＣＰＵ６６は、ＬＴＥ基地局９Ｃを迅速に捕捉することで、ＯＴＡデータをＬＴＥ方式の通信で受信開始するまでの時間を短縮化できる。

ＣＰＵ６６は、ＯＴＡフラグが“１”の場合、ＬＴＥ方式の優先使用度を通常よりも高めるため、ＯＴＡデータをＬＴＥ方式の通信で受信開始するまでの時間を短縮化できる。

更に、ＣＰＵ６６は、ＯＴＡデータをＬＴＥ通信で受信した場合、ＯＴＡデータをＵＩＣＣ７０に格納する。その結果、ＣＰＵ６６は、ＯＴＡデータをＵＩＣＣ７０に迅速に格納できる。

ＣＰＵ６６は、ＯＴＡフラグを“０”に設定した場合、ＬＴＥ方式の優先使用度を通常に戻した。その結果、ＣＰＵ６６は、ＯＴＡデータ受信開始直前の使用優先度に自動的に戻せる。

ＣＰＵ６６は、ＯＴＡフラグが“０”に設定した場合、ＬＴＥ基地局９Ｃを捕捉するサーチ周期を通常に戻した。その結果、ＣＰＵ６６は、ＯＴＡデータ受信開始直前のサーチ周期に自動的に戻せる。

ＣＰＵ６６は、ＯＴＡフラグを“１”に設定した場合、現在使用中の通信方式の設定情報（前回情報）をメモリ６５に格納し、ＯＴＡデータの受信が完了した場合、前回情報に基づき、ＯＴＡデータ受信開始直前の通信方式を再開する。その結果、ＣＰＵ６６は、ＯＴＡデータ受信開始直前の通信方式を自動的に再開できる。

ＣＰＵ６６は、例えば、ＯＴＡデータ受信直前がＷＬＡＮ５と接続中の場合、ＷＬＡＮ５のＡＰ情報及びセキュリティ情報を前回情報として格納し、ＯＴＡフラグを“０”に設定した場合、前回情報に基づきＷＬＡＮ５と接続する。その結果、ＣＰＵ６６は、ＯＴＡデータに基づく処理動作を実行後、ＯＴＡデータ受信直前のＷＬＡＮ５との接続を再開できる。

尚、上記実施例１では、ＯＴＡフラグが“１”の場合、ＬＴＥ基地局９Ｃに対するサーチ動作を１０秒周期とし、“Ｂ”の優先度テーブルを使用して、ＯＴＡデータを受信すべく、ＬＴＥ通信を自動的に開始した。しかしながら、ＬＴＥ通信開始をユーザ操作に委ねるようにしても良く、この場合の実施の形態につき、実施例２として以下に説明する。尚、上記実施例１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

図１１は、実施例２のマルチ無線端末８のＯＴＡデータ受信処理に関わるＣＰＵ６６の処理動作の一例を示すフローチャートである。図１１においてＣＰＵ６６内の制御部８７は、ＯＴＡフラグが“１”であるか否かを判定する（ステップＳ６１）。指示部８６は、ＯＴＡフラグが“１”の場合（ステップＳ６１肯定）、ＯＴＡモードに対応した１０秒のサーチ周期をＬＴＥデバイス５０Ｃに指示する（ステップＳ６２）。

制御部８７は、サーチ周期をＯＴＡモードに設定した後、ＬＴＥデバイス５０Ｃを使用してＬＴＥ基地局９Ｃを捕捉したか否かを判定する（ステップＳ６３）。制御部８７は、ＬＴＥ基地局９Ｃを捕捉した場合（ステップＳ６３肯定）、ＯＴＡ実行要求のメッセージを表示部６１に提示する（ステップＳ６４）。尚、ＯＴＡ実行要求のメッセージとは、ＯＴＡデータの受信開始操作を促す利用者宛のメッセージである。

制御部８７は、ＯＴＡデータの受信開始を要求するＯＴＡ実行要求のメッセージを提示した後、監視タイマを起動し（ステップＳ６５）、ＯＴＡ実行操作を検出したか否かを判定する（ステップＳ６６）。尚、監視タイマは、説明の便宜上、例えば、３０分としたが、当該数値限定されるものではない。また、ＯＴＡデータの受信開始は、現在接続中の通信方式がある場合、通信方式の中断を伴うことからＯＴＡデータの受信開始を利用者の操作に委ねるものである。

設定部８５は、ＯＴＡ実行操作を検出した場合（ステップＳ６６肯定）、“Ｂ”の優先度テーブルを設定し（ステップＳ６７）、図９に示すＭ１に移行する。

また、制御部８７は、ＯＴＡ実行操作を検出しなかった場合（ステップＳ６６否定）、ステップＳ６５で起動した監視タイマがタイムアップしたか否かを判定する（ステップＳ６８）。制御部８７は、監視タイマがタイムアップした場合（ステップＳ６８肯定）、タイムアップ回数を＋１インクリメントし（ステップＳ６９）、タイムアップ回数が規定回数以上であるか否かを判定する（ステップＳ７０）。尚、規定回数は、説明の便宜上、例えば、当該数値に限定されるものではない。制御部８７は、タイムアップ回数が規定回数以上の場合（ステップＳ７０肯定）、“Ｂ”の優先度テーブルを設定すべく、ステップＳ６７に移行する。例えば、１回分を３０分とし、規定回数を４回とした場合、すなわち２時間の間、ＯＴＡ実行操作を検出しなかった場合、“Ｂ”の優先度テーブルを自動的に選定する。その結果、“Ｂ”の優先度テーブルを自動的に選定することで、ＬＴＥ方式の使用優先度が第１位となる。

制御部８７は、監視タイマがタイムアップしなかった場合（ステップＳ６８否定）、ＯＴＡ実行要求のメッセージを提示すべく、ステップＳ６４に移行する。また、制御部８７は、タイムアップ回数を規定回数以上でない場合（ステップＳ７０否定）、ＯＴＡ実行要求のメッセージを提示すべく、ステップＳ６４に移行する。

制御部８７は、ＯＴＡフラグが“１”でない場合（ステップＳ６１否定）、図１１に示す処理動作を終了する。制御部８７は、ＬＴＥ基地局９Ｃを捕捉しなかった場合（ステップＳ６３否定）、ＬＴＥ基地局９Ｃを捕捉したか否かを判定すべく、ステップＳ６３に移行する。

図１１に示すＯＴＡデータ受信処理のＣＰＵ６６は、ＬＴＥ基地局９Ｃのサーチ周期を短くしてＬＴＥ基地局９Ｃを捕捉した場合、ＯＴＡデータ受信開始の操作を促すメッセージを表示部６１に提示した。その結果、利用者は、メッセージを視認し、操作に応じて、現在接続中の通信方式を中断してＬＴＥ基地局９ＣによるＯＴＡデータ受信の開始を指示できる。

ＣＰＵ６６は、監視タイマのタイムアップ回数が規定回数以上になるまでＯＴＡデータ受信開始を促すメッセージを提示し、タイムアップ回数が規定回数以上となると、ＬＴＥ基地局９ＣによるＯＴＡデータの受信動作を自動的に開始する。その結果、利用者は、操作を要することなく、ＯＴＡデータの受信動作を開始できる。

実施例２のＣＰＵ６６は、ＬＴＥ基地局９Ｃのサーチ周期を短くしてＬＴＥ基地局９Ｃを捕捉した場合、ＯＴＡデータ受信開始の操作を促すメッセージを表示部６１に提示した。その結果、利用者は、メッセージを視認し、操作に応じて、現在接続中の通信方式を中断してＬＴＥ基地局９ＣによるＯＴＡデータ受信の開始を指示できる。

尚、上記実施例では、ＯＴＡフラグが“１”の場合、ＬＴＥ方式の使用優先度を高め、ＬＴＥ基地局９Ｃのサーチ周期を短くすることで、ＯＴＡデータをＬＴＥ方式で受信するまでの時間を短縮化した。しかしながら、ＬＴＥ方式の使用優先度を高めるか、若しくは、ＬＴＥ基地局９Ｃのサーチ周期を短くするかの何れか一方を採用してＯＴＡデータをＬＴＥ方式で受信するまでの時間を短縮化しても良い。

また、上記実施例では、ＯＴＡ設定のコマンドのＳＭＳを受信した場合にＯＴＡフラグを“１”に設定したが、ＯＴＡに関係なく、ＬＴＥ方式を使用したサービス要求を受信した場合にＯＴＡフラグを“１”に設定しても良い。尚、ＬＴＥ方式を使用したサービスとしては、例えば、事業者からの高セキュリティ及び大容量のデータのダウンロードサービスや、低遅延の対戦型ゲームや、ＱｏＳが高く、低遅延の映像データのストリーミングサービス等である。

また、上記実施例では、ＯＴＡフラグを“１”に設定した場合、ＬＴＥ方式を優先的に使用したが、ＯＴＡフラグを設定しなくても、ＯＴＡ設定のコマンドのＳＭＳを受信した場合や、ＬＴＥサービス要求を受信した場合に、ＬＴＥ方式を使用しても良い。

また、上記実施例では、外部ＩＰネットワーク７にＯＴＡサーバ４２を接続したが、例えば、ＥＶＤＯネットワーク３やＬＴＥネットワーク４に接続するようにしても良い。

また、上記実施例では、ＬＴＥ方式の通信機能を備えたマルチ無線端末８を例示したが、ＬＴＥ方式の代わりにＷｉ−ＭＡＸ方式を適用したとしても同様の効果が得られる。

また、上記実施例では、マルチ無線端末８としてスマートフォンを例示したが、マルチ無線機能を備えたタブレット端末や情報端末に適用したとしても同様の効果が得られる。

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

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

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを無線端末装置で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する無線端末装置の一例を説明する。図１２は、制御プログラムを実行する無線端末装置１００を示す説明図である。

図１２において制御プログラムを実行する無線端末装置１００では、ＲＯＭ１１０、ＲＡＭ１２０、プロセッサ１３０、操作部１４０、表示部１５０及び通信部１６０を有する。そして、ＲＯＭ１１０には、上記実施例と同様の機能を発揮する制御プログラムが予め記憶されている。尚、ＲＯＭ１１０ではなく、図示せぬドライブで読取可能な記録媒体に制御プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。制御プログラムとしては、図１２に示すように、判定プログラム１１０Ａ及び実行プログラム１１０Ｂである。尚、プログラム１１０Ａ及び１１０Ｂについては、適宜統合又は分散しても良い。

そして、プロセッサ１３０は、これらのプログラム１１０Ａ及び１１０ＢをＲＯＭ１１０から読み出し、これら読み出された各プログラムを実行する。そして、プロセッサ１３０は、各プログラム１１０Ａ及び１１０Ｂを、判定プロセス１３０Ａ及び実行プロセス１３０Ｂとして機能する。通信部１６０は、ＬＴＥ方式を含む複数の通信方式でマルチ無線通信機能を有する。

無線端末装置１００のプロセッサ１３０は、ＯＴＡ設定を指示するコマンド情報を受信したか否かを判定する。プロセッサ１３０は、コマンド情報を受信した場合に、ＯＴＡのデータ通信をＬＴＥ方式の通信で優先的に実行する。その結果、無線端末装置１００は、ＯＴＡデータをＬＴＥ方式の通信で受信開始するまでの時間を短縮化できる。

以上、本実施例を含む実施の形態に関し、更に以下の付記を開示する。

（付記１）第１の通信方式と、前記第１の通信方式よりも速い通信速度で通信可能な第２の通信方式とを含む複数の通信方式で無線通信を可能とする無線端末装置のプロセッサに、
ＯＴＡ(Over The Air activation)設定を指示するコマンド情報を受信したか否かを判定し、
前記コマンド情報を受信した場合に、前記ＯＴＡのデータ通信を前記第２の通信方式の通信で優先的に実行させることを特徴とする制御プログラム。

（付記２）前記ＯＴＡのデータ通信を前記第２の通信方式の通信で実行する処理として、
前記コマンド情報を受信した場合に、各通信方式の優先度を格納した記憶部を参照し、前記第２の通信方式の優先度を通常の優先度に比較して高く設定し、高く設定された優先度に基づき、前記ＯＴＡのデータ通信を前記第２の通信方式の通信で実行する
処理を前記プロセッサに実行させることを特徴とする付記１に記載の制御プログラム。

（付記３）前記ＯＴＡのデータ通信を前記第２の通信方式の通信で実行する処理として、
前記コマンド情報を受信した場合に、前記複数の通信方式の内、前記第２の通信方式の基地局に対する捕捉周期を通常周期に比較して短く設定し、短く設定された前記捕捉周期に基づき、前記第２の通信方式の基地局を捕捉し、捕捉された第２の通信方式の基地局を介して、前記ＯＴＡのデータ通信を前記第２の通信方式の通信で実行する
処理を前記プロセッサに実行させることを特徴とする付記１又は２に記載の制御プログラム。

（付記４）前記ＯＴＡのデータ通信が完了した場合に、前記記憶部に格納された前記第２の通信方式の優先度を通常の優先度に再設定する
処理を前記プロセッサに実行させることを特徴とする付記２に記載の制御プログラム。

（付記５）前記ＯＴＡのデータ通信が完了した場合に、前記設定された前記第２の通信方式の基地局に対する捕捉周期を前記通常周期に再設定する
処理を前記プロセッサに実行させることを特徴とする付記４に記載の制御プログラム。

（付記６）前記コマンド情報を受信した場合に、前記複数の通信方式の内、現在使用中の通信方式の設定情報を記憶部に格納し、
前記ＯＴＡのデータ通信が完了した場合に、前記記憶部内の前記通信方式の設定情報に基づき当該通信方式の通信を再開する
各処理を前記プロセッサに実行させることを特徴とする付記１〜５の何れか一つに記載の制御プログラム。

（付記７）前記ＯＴＡのデータ通信を前記第２の通信方式の通信で実行する処理として、
前記コマンド情報を受信した場合に、前記ＯＴＡのデータ通信を指示する指示操作を検出したか否かを判定し、
前記指示操作を検出した場合に、前記ＯＴＡのデータ通信を、前記第２の通信方式の通信で実行する
各処理を前記プロセッサに実行させることを特徴とする付記１〜６の何れか一つに記載の制御プログラム。

（付記８）前記コマンド情報を受信したか否かを判定する処理として、
ネットワーク上から前記コマンド情報を含むショートメッセージを受信したか否かを判定する
処理を前記プロセッサに実行させることを特徴とする付記１〜７の何れか一つに記載の制御プログラム。

（付記９）第１の通信方式と、前記第１の通信方式よりも速い通信速度で通信可能な第２の通信方式とを含む複数の通信方式で無線通信を可能とする無線端末装置であって、
ＯＴＡ(Over The Air activation)設定を指示するコマンド情報を受信したか否かを判定する判定部と、
前記コマンド情報を受信した場合に、前記ＯＴＡのデータ通信を前記第２の通信方式の通信で優先的に実行する制御部と
を有することを特徴とする無線端末装置。

（付記１０）第１の通信方式と、前記第１の通信方式よりも速い通信速度で通信可能な第２の通信方式とを含む複数の通信方式で無線通信を可能とする無線端末装置の制御方法であって、
前記無線端末装置は、
ＯＴＡ(Over The Air activation)設定を指示するコマンド情報を受信したか否かを判定し、
前記コマンド情報を受信した場合に、前記ＯＴＡのデータ通信を前記第２の通信方式の通信で優先的に実行する
各処理を実行することを特徴とする制御方法。

８ マルチ無線端末
５０Ｃ ＬＴＥデバイス
６５ メモリ
６６ ＣＰＵ
８１ ＳＭＳ受信部
８２ 抽出部
８３ ＯＴＡ検出部
８４ ＯＴＡ受信部
８５ 設定部
８６ 指示部
８７ 制御部
９１ 選定テーブル
９２ 優先度テーブル
９３ サーチ周期テーブル

Claims (9)

1. 第１の通信方式と、前記第１の通信方式よりも速い通信速度で通信可能な第２の通信方式とを含む複数の通信方式で無線通信を可能とする無線端末装置のプロセッサに、
   ＯＴＡ(Over The Air activation)設定を指示するコマンド情報を受信したか否かを判定し、
   前記コマンド情報を受信した場合に、前記ＯＴＡのデータ通信を前記第２の通信方式の通信で優先的に実行させることを特徴とする制御プログラム。
2. 前記ＯＴＡのデータ通信を前記第２の通信方式の通信で実行する処理として、
   前記コマンド情報を受信した場合に、各通信方式の優先度を格納した記憶部を参照し、前記第２の通信方式の優先度を通常の優先度に比較して高く設定し、高く設定された優先度に基づき、前記ＯＴＡのデータ通信を前記第２の通信方式の通信で実行する
   処理を前記プロセッサに実行させることを特徴とする請求項１に記載の制御プログラム。
3. 前記ＯＴＡのデータ通信を前記第２の通信方式の通信で実行する処理として、
   前記コマンド情報を受信した場合に、前記複数の通信方式の内、前記第２の通信方式の基地局に対する捕捉周期を通常周期に比較して短く設定し、短く設定された前記捕捉周期に基づき、前記第２の通信方式の基地局を捕捉し、捕捉された第２の通信方式の基地局を介して、前記ＯＴＡのデータ通信を前記第２の通信方式の通信で実行する
   処理を前記プロセッサに実行させることを特徴とする請求項１又は２に記載の制御プログラム。
4. 前記ＯＴＡのデータ通信が完了した場合に、前記記憶部に格納された前記第２の通信方式の優先度を通常の優先度に再設定する
   処理を前記プロセッサに実行させることを特徴とする請求項２に記載の制御プログラム。
5. 前記ＯＴＡのデータ通信が完了した場合に、前記設定された前記第２の通信方式の基地局に対する捕捉周期を前記通常周期に再設定する
   処理を前記プロセッサに実行させることを特徴とする請求項４に記載の制御プログラム。
6. 前記コマンド情報を受信した場合に、前記複数の通信方式の内、現在使用中の通信方式の設定情報を記憶部に格納し、
   前記ＯＴＡのデータ通信が完了した場合に、前記記憶部内の前記通信方式の設定情報に基づき当該通信方式の通信を再開する
   各処理を前記プロセッサに実行させることを特徴とする請求項１〜５の何れか一つに記載の制御プログラム。
7. 前記ＯＴＡのデータ通信を前記第２の通信方式の通信で実行する処理として、
   前記コマンド情報を受信した場合に、前記ＯＴＡのデータ通信を指示する指示操作を検出したか否かを判定し、
   前記指示操作を検出した場合に、前記ＯＴＡのデータ通信を、前記第２の通信方式の通信で実行する
   各処理を前記プロセッサに実行させることを特徴とする請求項１〜６の何れか一つに記載の制御プログラム。
8. 第１の通信方式と、前記第１の通信方式よりも速い通信速度で通信可能な第２の通信方式とを含む複数の通信方式で無線通信を可能とする無線端末装置であって、
   ＯＴＡ(Over The Air activation)設定を指示するコマンド情報を受信したか否かを判定する判定部と、
   前記コマンド情報を受信した場合に、前記ＯＴＡのデータ通信を前記第２の通信方式の通信で優先的に実行する制御部と
   を有することを特徴とする無線端末装置。
9. 第１の通信方式と、前記第１の通信方式よりも速い通信速度で通信可能な第２の通信方式とを含む複数の通信方式で無線通信を可能とする無線端末装置の制御方法であって、
   前記無線端末装置は、
   ＯＴＡ(Over The Air activation)設定を指示するコマンド情報を受信したか否かを判定し、
   前記コマンド情報を受信した場合に、前記ＯＴＡのデータ通信を前記第２の通信方式の通信で優先的に実行する
   各処理を実行することを特徴とする制御方法。

Images