(57)【要約】【課題】無線通信端末の無線通信部が接続のために必要な通信の回数、起動している時間および消費電力を削減すること。【解決手段】判断部１０３１が、アプリケーション部１０１からアプリケーションデータおよび送信要求情報を受け取る。また、判断部１０３１は、起動制御部１０３３から無線通信部起動情報を受け取る。判断部１０３１は、送信要求情報が示すタイミングと無線通信部起動情報が示すタイミングとの差が保留可能時間以内であれば、アプリケーションデータの送信を保留する。無線通信部１０４は、判断部１０３１がアプリケーションデータの送信を保留すると判断した場合、無線通信部起動情報が示す起動タイミングにて起動し、無線通信システムが要求する送信を行った後でアプリケーションデータの送信を行う。【選択図】図１
2014165518.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションによるデータの通信が予定されているタイミングである第１起動タイミングと、前記データの通信に用いられる通信規格にて前記アプリケーションの動作に拘わらず実行すべき旨が定められている通信が行われる第２起動タイミングとに基づいて、前記データの通信を行うタイミングを前記第２起動タイミングに変更可能であるか否かを判断する判断部と、
前記データの通信を行うタイミングを前記第２起動タイミングに変更可能であると判断した場合、前記第２起動タイミングで無線通信システムが要求する通信および前記データの通信を行うよう指示する起動制御部と、
を具備する無線通信装置。
【請求項２】
前記判断部は、前記第１起動タイミングと前記第２起動タイミングとの差が所定の閾値以内であれば、前記データの通信を行うタイミングを前記第２起動タイミングに変更可能であると判断する、
請求項１に記載の無線通信装置。
【請求項３】
前記データは緊急度の有無が規定され、
前記判断部は、前記緊急度が無い場合に、前記データの通信を行うタイミングを前記第２起動タイミングに変更可能であると判断する、
請求項１又は請求項２に記載の無線通信装置。
【請求項４】
第１アプリケーションによる第１データの通信が予定されているタイミングである第１起動タイミングと第２アプリケーションによる第２データの通信が予定されているタイミングである第２起動タイミングとに基づいて、前記第１データの通信を行うタイミングを前記第２起動タイミングに変更可能であるか否かを判断する判断部と、
前記第１アプリケーションデータの通信を行うタイミングを前記第２起動タイミングに変更可能であると判断した場合、前記第２起動タイミングで前記第１データおよび前記第２データの通信を行うよう指示する通信制御部と、
を具備する無線通信装置。
【請求項５】
前記判断部は、前記第１起動タイミングから所定の時間が経過するまでに前記第２起動タイミングがない場合、前記所定の時間が経過したタイミングで前記第１データの通信を行うと判断する、
請求項４に記載の無線通信装置。
【請求項６】
前記第１データは緊急度の有無が規定され、
前記判断部は、前記緊急度が有る場合に、前記第１データの通信を前記第１起動タイミングにて行うと判断する、
請求項４又は請求項５に記載の無線通信装置。
【請求項７】
アプリケーションデータの通信が予定されているタイミングである第１起動タイミングと前記第１起動タイミングの後に続く無線通信システムが要求する通信のための第２起動タイミングとに基づいて、前記データの通信を行うタイミングを前記第２起動タイミングに変更可能であるか否かを判断するステップと、
前記データの通信を行うタイミングを前記第２起動タイミングに変更可能であると判断された場合、前記第２起動タイミングで前記無線通信システムが要求する通信および前記データの通信を行うよう指示するステップと、
を具備する無線通信方法。
【請求項８】
第１アプリケーションによる第１データの通信が予定されているタイミングである第１起動タイミングと、第２アプリケーションによる第２データの通信が予定されているタイミングである第２起動タイミングとに基づいて、前記第１データの通信を行うタイミングを前記第２起動タイミングに変更可能であるか否かを判断するステップと、
前記第１データの通信を行うタイミングを前記第２起動タイミングに変更可能であると判断した場合、前記第２起動タイミングで前記第１データおよび前記第２データの通信を行うよう指示するステップと、
を具備する無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置および無線通信方法に関し、特に無線通信部の起動を制御する無線通信装置および無線通信方法に関する。
【背景技術】
【０００２】
３Ｇ／ＬＴＥ（3rd Generation / Long Term Evolution）では、待ち受け時に、無線通信装置（以下、適宜「端末」という）の無線通信システムが所定のタイミングで無線通信部の起動を要求する。無線通信システムが無線通信部の起動を要求するタイミングとは、例えば、位置登録時、セル移動時、Paging受信時、または受信レベル測定時などである。位置登録時には、端末が位置登録エリアから移動した場合に、端末の位置を再登録するための発信を行うために無線通信部が起動する。セル移動時には、端末がセルを移動した場合に報知情報を受信するために無線通信部が起動する。Paging受信時には、端末が着信やシステム情報の変更の通知を確認、またはＥＴＷＳ（Earthquake and Tsunami Warning System）の受信を確認するための所定のタイミングでPaging messageを受信するために無線通信部が起動する。受信レベル測定時には、在圏している（端末が圏内に存在している）セルを切り替えるか否かの判断を行うための受信レベルを測定するために無線通信部が起動する。すなわち、端末は、通信規格の規定により、端末内のアプリケーションの動作に拘わらず、所定の通信を所定のタイミングで実行する（以下、このような通信を「無線通信システムが要求する通信」等とも呼ぶ）。
【０００３】
また、無線通信システムが要求する無線通信部の起動とは異なり、端末が有する様々なアプリケーションが個々に無線通信部の起動を要求することがある。無線通信部の起動を要求するアプリケーションとは、例えば、MailやＳＮＳ（Social Networking Service）などが挙げられる。これらのアプリケーションは、クラウド（サーバ）と同期をとるために無線通信部の起動を要求する。クラウドとの同期は、ユーザが操作することによって不定期に行われる場合および定期的な間隔で行われる場合とがある。また、これらのアプリケーションはバッググラウンドでクラウドと同期をとる場合がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２０１１／０３０６３６号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の無線通信装置において、上述のような無線通信システムとして必要な無線通信部の起動と、アプリケーションによる通信のための無線通信部の起動とが非同期で行われている。このため、ＲＲＣ connection（Radio Resource Control connection : 無線リソース制御接続）に必要な通信の回数も増大する。また、それぞれの起動に対して、起動を開始してから通信が可能になるまでの時間（例えば、通信の安定待ちに要する時間など）が必要となり、無線通信部が起動している時間が長くなり、消費電力が増大する。
【０００６】
本発明はかかる点に鑑みてなされたものであり、RRC Connectionの接続に必要な通信の回数、および、起動を開始してから通信が可能になるまでの時間を削減し、無線通信部が起動している時間および消費電力を削減することができる無線通信装置および無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の無線通信装置は、アプリケーションによるデータの通信が予定されているタイミングである第１起動タイミングと、前記データの通信に用いられる通信規格にて前記アプリケーションの動作に拘わらず実行すべき旨が定められている通信が行われる第２起動タイミングとに基づいて、前記データの通信を行うタイミングを前記第２起動タイミングに変更可能であるか否かを判断する判断部と、前記データの通信を行うタイミングを前記第２起動タイミングに変更可能であると判断した場合、前記第２起動タイミングで無線通信システムが要求する通信および前記データの通信を行うよう指示する起動制御部と、を具備する構成を採る。
【０００８】
本発明の無線通信方法は、アプリケーションデータの通信が予定されているタイミングである第１起動タイミングと前記第１起動タイミングの後に続く無線通信システムが要求する通信のための第２起動タイミングとに基づいて、前記データの通信を行うタイミングを前記第２起動タイミングに変更可能であるか否かを判断するステップと、前記データの通信を行うタイミングを前記第２起動タイミングに変更可能であると判断された場合、前記第２起動タイミングで前記無線通信システムが要求する通信および前記データの通信を行うよう指示するステップと、を具備する。
【発明の効果】
【０００９】
本発明によれば、アプリケーションのデータの通信のタイミングを、無線通信システムが要求する通信に合わせることによって、RRC Connectionの接続に必要な通信の回数を削減することができ、それに付随して、起動を開始してから通信が可能になるまでの時間を削減することができる。これにより、無線通信部が起動している時間および消費電力を削減することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態１に係る無線通信装置の構成を示すブロック図
【図２】本発明の実施の形態１に係る無線通信装置の送信処理を示すフロー図
【図３】本発明の実施の形態１における無線通信装置の処理、起動タイミングおよび消費電力との関係を示す図
【図４】本発明の実施の形態２に係る無線通信装置の構成を示すブロック図
【図５】本発明の実施の形態２に係る無線通信装置の送信処理を示すフロー図
【図６】本発明の実施の形態３に係る無線通信装置の構成を示すブロック図
【図７】本発明の実施の形態３に係る無線通信装置の送信処理を示すフロー図
【図８】本発明の実施の形態３における無線通信装置の処理、起動タイミングおよび消費電力との関係を示す図
【図９】本発明の実施の形態４に係る無線通信装置の構成を示すブロック図
【図１０】本発明の実施の形態４に係る無線通信装置の送信処理を示すフロー図
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１２】
（実施の形態１）
図１は、本発明の実施の形態１にかかる無線通信装置の構成を示すブロック図である。図１に示す無線通信装置１００は、アプリケーション部１０１と、送信要求情報生成部１０２と、無線通信制御部１０３と、無線通信部１０４と、から主に構成される。
【００１３】
アプリケーション部１０１は、定期的に、または、不定期に（例えば、ユーザが端末内のアプリケーションを操作するタイミングで）データを生成し、そのデータをアプリケーションデータとして送信要求情報生成部１０２へ出力する。なお、アプリケーション部１０１は、定期的にアプリケーションデータを生成する場合には、例えば、内部のカウンタ（図示せず）によって送信の周期を計測する。すなわち、カウンタが満了したタイミングでアプリケーションデータを生成し、カウンタをリセットする。
【００１４】
送信要求情報生成部１０２は、アプリケーション部１０１からアプリケーションデータを受け取ると、アプリケーションデータの送信の要求を示す送信要求情報を生成する。送信要求情報生成部１０２は、生成した送信要求情報をアプリケーションデータとともに無線通信制御部１０３へ出力する。
【００１５】
無線通信制御部１０３は、主に無線通信部１０４の起動、および、端末が行う送受信を制御する。具体的には、無線通信制御部１０３は、送信要求情報生成部１０２からアプリケーションデータおよび送信要求情報を受け取る。また、無線通信制御部１０３は、無線通信システムが要求する送信のために無線通信部１０４を起動させるタイミングを示す無線通信部起動情報を生成する。無線通信制御部１０３は、送信要求情報および無線通信部起動情報に基づいて、無線通信部１０４を起動させるタイミング、および、起動した後の無線通信部１０４の送受信の方法を制御する。
【００１６】
無線通信部１０４は、無線通信システムの送信が要求されない時、または、アプリケーションデータの送信が要求されない時は、スリープ状態（つまり、電力消費を抑えている状態）になっている。無線通信部１０４は、無線通信制御部１０３の制御に基づいて起動し、送信が可能となる。無線通信部１０４は、起動している間に無線通信制御部１０３の制御により送信および受信を行う。特に、無線通信制御部１０３がアプリケーションデータの送信を保留すると判断した場合、無線通信制御部１０３は、無線通信部起動タイミングにて無線通信部１０４を起動し、無線通信システムが要求する送信を行った後でアプリケーションデータの送信を行う。また、無線通信制御部１０３がアプリケーションの送信を保留しないと判断した場合、無線通信制御部１０３は、送信要求情報に従って無線通信部１０４を起動し、アプリケーションデータの送信のみを行う。
【００１７】
次に、無線通信制御部１０３の内部構成について説明する。無線通信制御部１０３は、判断部１０３１と、記憶部１０３２と、起動制御部１０３３と、から主に構成される。なお、本実施の形態では、アプリケーションデータを保留することができる最大の時間である保留可能時間が規定されている。保留可能時間は、例えば、無線通信制御部１０３が、送信要求情報に含まれる優先度等の情報を基に、所定の保留可能時間を設定する。また、アプリケーションの製造元がアプリケーションに対して指定し、無線通信制御部１０３がアプリケーションから保留可能時間を読み取って設定するとしてもよい。
【００１８】
判断部１０３１は、送信要求情報生成部１０２からアプリケーションデータおよび送信要求情報を受け取る。また、判断部１０３１は、起動制御部１０３３から無線通信部起動情報を受け取る。判断部１０３１は、アプリケーションデータの送信要求情報、無線通信部起動情報、および保留可能時間に基づいて、アプリケーションデータの送信を保留するか否かを判断する。具体的には、判断部１０３１は、送信要求情報を受信したタイミングと無線通信部起動情報が示すタイミングとの差が保留可能時間以内であれば、アプリケーションデータの送信を保留する。以下、この判断結果を「保留判断」という。一方、判断部１０３１は、送信要求情報が示すタイミングと無線通信部起動情報が示すタイミングとの差が保留可能時間より大きければ、アプリケーションデータの送信を保留せずに、ただちに送信する。もしくは、送信要求情報を受信したタイミングで既に無線通信部が起動していた場合は、ただちに送信する。以下、この判断結果を「送信判断」という。
【００１９】
判断部１０３１は、保留判断を行った場合、アプリケーションデータを記憶部１０３２に出力する。判断部１０３１は、アプリケーションデータの送信を保留している間に無線通信部起動情報が示すタイミングになった時に、保留していたアプリケーションデータを記憶部１０３２から受け取り、起動制御部１０３３に出力する。
【００２０】
一方、判断部１０３１は、送信判断を行った場合、アプリケーションデータを送信要求情報とともに起動制御部１０３３に出力する。
【００２１】
記憶部１０３２は、判断部１０３１から出力されたアプリケーションデータを一時的に記憶する。記憶部１０３２は、保留されたアプリケーションデータが送信されるタイミングに、保留されたデータを判断部１０３１に出力する。
【００２２】
起動制御部１０３３は、無線通信システムが要求する送信処理のために無線通信部１０４を起動させるタイミングを示す無線通信部起動情報を生成する。また、起動制御部１０３３は、判断部１０３１の判断結果に基づいて無線通信部１０４を起動させる制御、および、起動した後の送受信の制御を行う。具体的には、起動制御部１０３３は、保留判断の場合、無線通信部起動情報が示すタイミングになると無線通信部１０４を起動させる。無線通信部１０４が起動した後、無線通信システムが要求する送信処理を行い、その後、判断部１０３１から受け取ったアプリケーションデータを送信するように、無線通信部１０４の制御を行う。また、起動制御部１０３３は、送信判断の場合、判断部１０３１から受け取ったアプリケーションデータを送信するように、無線通信部１０４の制御を行う。
【００２３】
図２は、本実施の形態に係る無線通信装置の送信処理を示すフロー図である。以下では、図２を用いて、実施の形態１にかかる無線通信装置の送信処理を説明する。
【００２４】
ステップ（以下、「ＳＴ」と省略する）２０１では、送信要求情報生成部１０２は、アプリケーション部１０１からアプリケーションデータを受け取ると、判断部１０３１にアプリケーションデータと送信要求情報を出力する。
【００２５】
ＳＴ２０２では、判断部１０３１は、保留可能時間内に無線通信システムが要求する送信処理のための無線通信部１０４の起動が予定されているか否かを判断する。判断結果がＹＥＳの場合（つまり、判断部１０３１の判断結果が「保留判断」の場合）、フローは、ＳＴ２０３に移行する。判断結果がＮＯの場合（つまり、判断部１０３１の判断結果が「送信判断」の場合）、フローは、ＳＴ２０５に移行する。
【００２６】
ＳＴ２０３では、判断部１０３１は、アプリケーションデータの送信を保留するために、記憶部１０３２にアプリケーションデータを出力する。
【００２７】
ＳＴ２０４では、起動制御部１０３３は、無線通信システムが要求する送信処理のために無線通信部１０４が起動したか否かを判定する。無線通信部１０４が起動した場合（ＳＴ２０４：ＹＥＳ）、送信処理を行うためにフローはＳＴ２０６に移行する。一方、無線通信部１０４が起動していない場合（ＳＴ２０４：ＮＯ）、アプリケーションデータの送信の保留を継続するために、フローはＳＴ２０３に移行する。
【００２８】
ＳＴ２０５では、判断部１０３１は、アプリケーションデータを送信要求情報とともに起動制御部１０３３に出力する。起動制御部１０３３は、アプリケーションデータを送信するために、無線通信部１０４を起動させる。
【００２９】
ＳＴ２０６では、無線通信部１０４は、無線通信システムが要求する送信処理を行った後、アプリケーションデータの送信を行う。または、無線通信部１０４は、アプリケーションデータの送信のみを行う。
【００３０】
図３は、実施の形態１における無線通信装置の処理、起動タイミングおよび消費電力との関係を説明するための図である。図３は、無線通信システムが要求する通信として、端末がPagingを受信し位置登録を行うとし、その処理の前にアプリケーションからの送信要求がある場合を示している。
【００３１】
図３（ａ）は、送信要求情報が示すタイミングと無線通信部起動情報が示すタイミングとの差が、保留可能時間より大きい場合を示す。この場合、判断部１０３１の判断結果は、「送信判断」となり、無線通信部１０４は、送信要求情報が示すタイミングで起動し、安定待ち処理および無線回線接続等を行った後、アプリケーションデータを送信する。アプリケーションデータの送信が終了すると、無線通信部１０４は、スリープ状態に戻り、次の無線通信部起動情報が示すタイミングで再び起動し、無線通信システムが要求する通信処理（図３の場合、位置登録の処理）を行う。
【００３２】
図３（ｂ）は、送信要求情報が示すタイミングと無線通信部起動情報が示すタイミングとの差が、保留可能時間より小さい場合を示す。この場合、判断部１０３１の判断結果は、「保留判断」となり、無線通信部１０４は、送信要求情報が示すタイミングでは、起動せずに、無線通信部起動情報が示すタイミングで起動する。起動した無線通信部１０４は、安定待ち処理および無線回線接続等を行った後、無線通信システムが要求する通信処理（図３の場合、位置登録の処理）を行った後、アプリケーションデータの送信を行う。
【００３３】
以上のように、本実施の形態によれば、アプリケーションデータの送信を一時保留し、無線通信システムが要求する送信と同時にアプリケーションのデータを送信することにより、RRC Connectionの接続に必要な通信の回数、および、起動を開始してから通信が可能になるまでの時間を削減することができるので、無線通信部が起動している時間および消費電力を削減することができる。すなわち、アプリケーションデータの送信が本来予定されていたタイミングを、無線通信システムが要求する送信のタイミングに合わせることで、無線通信部が起動している時間および消費電力を削減することができる。
【００３４】
なお、無線通信システムが要求する送信のタイミングは使用する通信規格等によって規定されている。そのため、無線通信装置は、アプリケーションデータが発生した時点で、そのアプリケーションデータの保留可能時間内に、無線通信システムが要求する送信が発生するか否か判断できる。したがって、アプリケーションデータの送信を保留すべきか否かの判断はアプリケーションデータが発生した時点で行うことができる。また、アプリケーションデータの送信と無線通信システムが要求する送信のタイミングを合わせる場合、無線通信システムが要求する送信を先に行う。これは、上述のとおり、無線通信システムが要求する送信は、規格等によりタイミングが規定されているため、タイミングをずらすことが許容できないためである。ただし、無線通信システムが要求する送信について、タイミングの規定が厳格なものではない場合には、先にアプリケーションデータを送信するとしてもよい。
【００３５】
なお、本実施の形態では、無線通信システムが要求する送信のタイミングとアプリケーションデータの送信のタイミングとの間が保留可能時間以内の場合に、アプリケーションデータの送信を保留する場合について説明したが、本発明は、これに限られない。無線通信システムがデータの送信のみでなく、無線通信部の起動を要求する処理（例えば、Paging受信、受信レベル測定など。以下、「無線通信システム用起動要求処理」という）と、アプリケーション部がデータの送信のみでなく、無線通信部の起動を要求する処理（例えば、アプリケーションがクラウドとの同期をとるための受信処理など。以下、「アプリケーション用起動要求処理」という）とを無線通信部が制御する場合もある。この場合、本発明では、無線通信システム用起動要求処理のタイミングとアプリケーション用起動要求処理のタイミングとの間が保留可能時間以内の場合に、アプリケーション用起動要求処理を保留し、無線通信システム用起動要求処理のタイミングで無線通信部が起動し、無線通信部が無線通信システム用起動要求処理およびアプリケーション用起動要求処理を行う。
【００３６】
すなわち、無線通信システムは、何らかの信号を受信する処理など、無線通信装置からの送信とは異なる事情により無線通信部を起動させる必要がある場合に、そのタイミングとアプリケーションデータの送信のタイミングとの間が保留可能時間以内であるかを判断する。一般的に、無線通信部は、送信及び受信の両方を実施可能な集積回路等で構成されている。したがって、受信等の処理を行う際には、送信用の回路の少なくとも一部も起動する可能性が高い。また、信号の受信等を行う場合の手順と、アプリケーションデータを送信する場合の手順とでは、接続の確立等の処理が重複する場合には、受信等のために確立した接続をアプリケーションデータの送信に使用することができる。したがって、無線通信システム用起動要求処理またはアプリケーション用起動要求処理のタイミングとアプリケーションデータの送信のタイミングとの間が短ければ、アプリケーションデータの送信を保留することは、無線通信部の起動回数を抑え、本実施の形態と同様に消費電力の低減に繋がる。
【００３７】
なお、本実施の形態では、無線通信システムが要求する送信のタイミングとアプリケーションデータの送信のタイミングとの間が保留可能時間以内の場合に、アプリケーションデータの送信を保留する場合について説明したが、本発明は、これに限られない。アプリケーションデータが、送信をただちに行うか否かを示す緊急度を有する場合もある。この場合、判断部は、アプリケーションデータの緊急度がある場合に、無線通信システムが要求する送信のタイミングに関わらずアプリケーションデータをただちに送信すると判断し、アプリケーションデータの緊急度が無い場合に、無線通信システムが要求する送信のタイミングに基づいてアプリケーションデータの保留を判断する。
【００３８】
また、本実施の形態では、無線通信システムが要求する送信のタイミングとアプリケーションデータの送信のタイミングとの差に基づいて、アプリケーションデータの送信を保留していたが、これに限られるものではない。アプリケーションデータの送信タイミングが特に指定されていない場合、すなわち、アプリケーションデータの送信が予定されているタイミングが随時である場合、各タイミングの比較を省略して、無線通信システムが要求する送信のタイミングに合わせてアプリケーションデータを送信するとしても良い。
【００３９】
（実施の形態２）
実施の形態１では、アプリケーション部がアプリケーションデータの送信を要求し、無線通信制御部が、無線通信部起動情報に基づき、アプリケーションデータの保留を行った。すなわち、実施の形態１は、アプリケーションデータの送信されるタイミングを本来予定されていたタイミングから無線通信システムが要求する送信のタイミングに合わせて遅らせるものであった。しかし、アプリケーションによって、送受信の緊急度、または、送信するデータの量は、様々である。特に、アプリケーションデータの送信タイミングがいつでもよい場合、本来予定されているタイミングよりも早いタイミングで送信を行っても問題がない。その場合には、アプリケーション部は、アプリケーションデータの送信を無線通信部の起動にあわせることにより、無線通信部の起動回数を更に減少させることができる。実施の形態２では、実施の形態１に加え、無線通信制御部が無線通信部の起動にあわせてアプリケーション部に次のアプリケーションデータの送信を促す場合について説明する。
【００４０】
図４は、本発明の実施の形態２に係る無線通信装置の構成を示すブロック図である。なお、図４において、図１と共通する構成には、図１と同一の符号を付しその詳しい説明を省略する。図４に示す無線通信装置４００は、判断部４０３１、送信要求情報生成部４０２、および、アプリケーション部４０１の機能が、図１の判断部１０３１、送信要求情報生成部１０２、および、アプリケーション部１０１とそれぞれ異なる。
【００４１】
アプリケーション部４０１は、実施の形態１のアプリケーション部１０１の機能に加えて、以下の機能を有する。アプリケーション部４０１は、無線通信部１０４が起動中であることを示す無線通信部起動情報、または、アプリケーションデータが保留中であることを示す送信保留情報を送信要求情報生成部４０２から受け取る。アプリケーション部４０１は、送信保留情報を受け取った場合、アプリケーションデータが保留されていることを認識する。アプリケーション部４０１は、無線通信部起動情報を受け取った場合に、ある一定時間後に送信する予定であるデータを繰り上げて生成し、そのデータを次のアプリケーションデータとして出力する。また、一定時間後に送信する予定であるデータが定期的に送信されるデータである場合には、その送信の周期を計測している内部のカウンタをリセットする。
【００４２】
送信要求情報生成部４０２は、実施の形態１の送信要求情報生成部１０２の機能に加えて、以下の機能を有する。送信要求情報生成部４０２は、判断部４０３１から無線通信部起動情報、または、送信保留情報を受け取る。送信要求情報生成部４０２は、送信保留情報を受け取った場合、アプリケーションデータが保留されていることを認識し、アプリケーション部４０１へ出力する。送信要求情報生成部４０２は、無線通信部起動情報を受け取った場合、無線通信部１０４が起動中であることを認識し、次のアプリケーションデータの送信を促すために、アプリケーション部４０１に無線通信部起動情報を出力する。
【００４３】
判断部４０３１は、実施の形態１の判断部１０３１の機能に加えて、以下の機能を有する。判断部４０３１は、保留判断または送信判断を行った後、その判断結果に基づいて、アプリケーション部４０１に次のアプリケーションデータの送信を促す。具体的には、判断部４０３１は、アプリケーションデータが保留中の場合、送信保留情報を送信要求情報生成部４０２へ出力し、無線通信部１０４が起動中の場合、無線通信部起動情報を送信要求情報生成部４０２へ出力する。
【００４４】
図５は、本実施の形態に係る無線通信装置の送信処理を示すフロー図である。図５において、図２と共通する構成には、図２と同一の符号を付しその詳しい説明を省略する。以下では、図５にしたがって、実施の形態２にかかる無線通信装置の送信処理を説明する。
【００４５】
図５に示すフローでは、図２に対して、ＳＴ２０２とＳＴ２０３の間にＳＴ５０１が挿入され、ＳＴ２０６の後にＳＴ５０２が挿入される。
【００４６】
ＳＴ５０１では、判断部４０３１は、アプリケーションデータの送信が保留中であることを示す送信保留情報を生成し、送信要求情報生成部４０２へ出力する。送信要求情報生成部４０２は、送信保留情報を受け取った場合、アプリケーションデータを現時点でただちに送信せず、送信要求情報が示すアプリケーションデータを送信する予定のタイミングで送信すると認識し、送信保留情報をアプリケーション部４０１へ出力する。
【００４７】
ＳＴ５０２では、判断部４０３１は、無線通信部１０４が起動中であることを示す無線通信部起動情報を送信要求情報生成部４０２へ出力する。送信要求情報生成部４０２は、無線通信部起動情報を受け取った場合、無線通信部１０４が起動中であることを認識し、無線通信部起動情報をアプリケーション部４０１へ出力する。アプリケーション部４０１は、これから送信する予定であるアプリケーションデータを繰り上げて生成し、次のアプリケーションデータを送信要求情報生成部４０２へ出力する。このとき、アプリケーション部４０１は、繰り上げて生成したデータが定期的に送信されるべきデータである場合には、その周期を計測している内部のカウンタをリセットする。送信要求情報生成部４０２は、無線通信部１０４が起動中であることを認識しているので、次のアプリケーションデータを受け取った場合に、ただちに送信するために送信要求情報を生成し、アプリケーションデータとともに判断部４０３１へ出力する。
【００４８】
この構成により、アプリケーション部４０１がアプリケーションデータを本来の送信タイミングより繰り上げて出力する場合、無線通信部１０４の起動に合わせて送信することができる。また、無線通信部１０４が起動中の場合に、連続してアプリケーションデータの送信を行うことができる。これにより、実施の形態１より更に無線通信部１０４の起動回数を抑えることができる。
【００４９】
なお、本実施の形態では、実施の形態１に加え、判断部４０３１は、無線通信部１０４が起動中であることを示す無線通信部起動情報をアプリケーション部４０１へ出力することにより、アプリケーション部４０１に対して送信を促す構成を採っているが、本発明はこれに限られない。本実施の形態では、判断部４０３１が保留判断または送信判断を行わずに、無線通信部起動情報をアプリケーション部４０１へ出力し、アプリケーション部４０１がアプリケーションデータの送信を繰り上げて行う構成もとることができる。この場合、アプリケーション部４０１は、送信保留情報または無線通信部起動情報を受け取るまでアプリケーションデータを出力せず、無線通信部起動情報を受け取った場合に、アプリケーションデータをただちに出力する。
【００５０】
また、本実施の形態では、無線通信装置は、実施の形態１の機能に加えてアプリケーションデータの生成及び送信を繰り上げる機能を持つが、これに限られるものではない。無線装置が、実施の形態１の機能を持たずアプリケーションデータの生成及び送信を繰り上げる機能のみを持つとしてもよい。この場合は、例えば、図５に示したフローにおける、ＳＴ２０４、ＳＴ２０６、ＳＴ５０２の処理のみが実行される。
【００５１】
（実施の形態３）
図６は、本発明の実施の形態３に係る無線通信装置の構成を示すブロック図である。なお、図６において、図１と共通する構成には、図１と同一の符号を付しその詳しい説明を省略する。実施の形態３では、複数のアプリケーションデータが異なるタイミングで送信を要求する。図６に示す無線通信装置６００は、アプリケーション部１０１と、送信要求情報生成部６０２と、無線通信制御部６０３と、無線通信部６０４と、から主に構成される。無線通信制御部６０３が、無線通信システムが要求する通信処理とアプリケーションデータの送信を制御する実施の形態１とは異なり、実施の形態３は、送信要求情報生成部６０２が複数のアプリケーションデータの送信タイミングを制御する。
【００５２】
送信要求情報生成部６０２は、アプリケーション部１０１からアプリケーションデータを受け取ると、別のアプリケーションデータを受け取るまで、または、ある一定時間、アプリケーションデータを保留する。そして、別のアプリケーションデータを受け取るか、または、一定時間経過した後で、アプリケーションデータの送信を要求するタイミングを示す送信要求情報を生成する。送信要求情報生成部６０２は、生成した送信要求情報をアプリケーションデータとともに無線通信制御部６０３へ出力する。
【００５３】
無線通信制御部６０３は、主に無線通信部６０４の起動および端末が行う送受信を制御する。具体的には、無線通信制御部６０３は、送信要求情報生成部６０２からアプリケーションデータおよび送信要求情報を受け取る。無線通信制御部６０３は、受け取った送信要求情報が示すタイミングで、無線通信部６０４を起動させ、起動した後の無線通信部６０４の送受信の方法を制御する。
【００５４】
無線通信部６０４は、アプリケーションデータの送信が要求されない時は、スリープ状態（つまり、電力消費を最小限に抑えている状態）になっている。無線通信部６０４は、無線通信制御部６０３の制御に基づいて起動し、通信が可能となる。無線通信部６０４は、起動している間に無線通信制御部６０３の制御により送信および受信を行う。
【００５５】
次に、送信要求情報生成部６０２の内部構成について説明する。送信要求情報生成部６０２は、判断部６０２１と、記憶部６０２２と、通信制御部６０２３と、から主に構成される。なお、本実施の形態では、アプリケーションデータを保留することができる最大の時間である保留可能時間が規定されている。
【００５６】
判断部６０２１は、アプリケーション部１０１からアプリケーションデータを受け取る。判断部６０２１は、アプリケーションデータを受け取ると、そのアプリケーションデータを一時的に保留するために、受け取ったアプリケーションデータを記憶部６０２２へ出力する。以下、記憶部６０２２に記憶したアプリケーションデータを「保留アプリケーションデータ」という。
【００５７】
判断部６０２１は、保留アプリケーションデータを受け取ったタイミングからの経過時間を測定し、経過時間、保留可能時間、および次のアプリケーションデータ（以下、「新規アプリケーションデータ」という）の入力に基づいて、アプリケーションデータの送信方法を判断する。具体的には、判断部６０２１は、保留アプリケーションデータを受け取ってから保留可能時間分の時間が経過し、その間に新規アプリケーションデータを受け取らなかった場合、記憶部６０２２に記憶した保留アプリケーションデータを読出し、読出した保留アプリケーションデータのみを送信する。以下、この判断結果を「非同期判断」という。一方、判断部６０２１は、保留アプリケーションデータを受け取ったタイミングから保留可能時間分の時間が経過するまでの間に、新規アプリケーションデータを受け取った場合、記憶部６０２２に記憶したデータを読出し、読出した保留アプリケーションデータおよび新規アプリケーションデータを同じ起動タイミングで送信する。以下、この判断結果を「同期判断」という。
【００５８】
判断部６０２１は、非同期判断を行った場合、判断結果および読出した保留アプリケーションデータを通信制御部６０２３に出力する。
【００５９】
一方、判断部６０２１は、同期判断を行った場合、判断結果、読出した保留アプリケーションデータおよび新規アプリケーションデータを通信制御部６０２３に出力する。
【００６０】
記憶部６０２２は、判断部６０２１から出力されたアプリケーションデータを保留アプリケーションデータとして一時的に記憶する。
【００６１】
通信制御部６０２３は、判断部６０２１の判断結果に基づいて、アプリケーションデータの送信方法を制御する。具体的には、通信制御部６０２３は、非同期判断の場合、判断部６０２１から受け取った保留アプリケーションデータのみを送信する送信要求情報を生成し、保留アプリケーションデータとともに無線通信制御部６０２３に出力する。通信制御部６０２３は、同期判断の場合、判断部６０２１から受け取った保留アプリケーションデータおよび新規アプリケーションデータを無線通信部の１回の起動で送信するための送信要求情報を生成する。また、通信制御部６０２３は、同期判断の場合、保留アプリケーションデータおよび新規アプリケーションデータを無線通信制御部６０３へ出力する。
【００６２】
図７は、本実施の形態に係る無線通信装置の送信処理を示すフロー図である。以下では、図７にしたがって、実施の形態３にかかる無線通信装置の送信処理を説明する。
【００６３】
ステップ（以下、「ＳＴ」と省略する）７０１では、アプリケーション部１０１はアプリケーションデータを送信するために、アプリケーションデータを判断部６０２１へ出力する。
【００６４】
ＳＴ７０２では、判断部６０２１は、アプリケーション部１０１から受け取ったデータを記憶部６０２２へ保留アプリケーションデータとして一時的に記憶する。
【００６５】
ＳＴ７０３では、判断部６０２１は、保留アプリケーションデータを受け取ったタイミングからの経過時間を測定し、経過時間、保留可能時間、新規アプリケーションデータの入力に基づいて、アプリケーションデータの送信方法を判断する。具体的には、経過時間が保留可能時間を超えるか否か、または、保留可能時間の間に新規アプリケーションデータを受け取るか否かを判断する。経過時間が保留可能時間を超える（つまり、非同期判断を行う）か、または、保留可能時間の間に新規アプリケーションデータを受け取った（つまり、同期判断を行う）場合（ＳＴ７０３：ＹＥＳ）、フローは、ＳＴ７０４へ移行する。そうでない場合（ＳＴ７０３：ＮＯ）、保留アプリケーションデータの保留を継続するため、フローはＳＴ７０２へ移行する。
【００６６】
ＳＴ７０４では、通信制御部６０２３は、判断部６０２１の判断結果に基づいて、アプリケーションデータの送信方法を制御する。具体的には、通信制御部６０２３は、非同期判断の場合、判断部６０２１から受け取った保留アプリケーションデータのみを送信する送信要求情報を生成し、保留アプリケーションデータとともに無線通信制御部６０３に出力する。通信制御部６０２３は、同期判断の場合、判断部６０２１から受け取った保留アプリケーションデータおよび新規アプリケーションデータを無線通信制御部６０３へ出力する。
【００６７】
図８は、実施の形態３における無線通信装置の処理、起動タイミングおよび消費電力の関係を説明するための図である。図８は、２つのアプリケーションデータの送信が異なるタイミングで要求されている。
【００６８】
図８（ａ）は、判断部が最初のアプリケーションデータを受け取ってから保留可能時間が経過しても、次のアプリケーションデータを受け取らない場合である。この場合、判断部が最初のアプリケーションデータを受け取ったタイミングから保留可能時間内に次のアプリケーションデータを受け取っていないので、最初のアプリケーションデータのみを送信する（図８（ａ）の場合、「アプリ１による通信」）。そして、次のアプリケーションデータを受け取った場合、再び保留可能時間経過するまで、または、その次のアプリケーションデータを受け取るまで送信を保留する。
【００６９】
図８（ｂ）では、判断部が最初のアプリケーションデータを受け取ったタイミングから保留可能時間内に次のアプリケーションデータを受け取った場合である。この場合、送信要求情報が示すタイミングで無線通信部が起動し、無線通信部が保留アプリケーションデータ（図８（ｂ）の場合、「アプリ１による通信」）と新規アプリケーションデータ（図８（ｂ）の場合、「アプリ２による通信」）を１回の起動で送信する。
【００７０】
なお、本実施の形態においては、新規アプリケーションデータおよび保留アプリケーションデータともに、ユーザ等の指示に応じて発生するため、保留アプリケーションデータの保留可能時間内に新規アプリケーションデータが発生するかどうかは予測できない。そのため、本実施の形態では、アプリケーションデータが発生すると、一旦送信を保留し、保留可能時間内に新規アプリケーションデータが発生した場合には無線通信部を起動させて両方のアプリケーションデータを送信するという処理を行う。また、この場合、無線通信装置は、保留アプリケーションデータを先に送信し、新規アプリケーションデータを後から送信する。これは、保留アプリケーションデータの保留可能時間の残り時間が新規アプリケーションデータの発生時点で少なくなっている一方、新規アプリケーションデータの保留可能時間は十分残っているためである。ただし、新規アプリケーションデータの保留可能時間が、保留アプリケーションデータの保留可能時間の残り時間よりも短い場合などには、新規アプリケーションデータの送信を先に行った方が望ましい。
【００７１】
以上のように、本実施の形態によれば、先に受け取ったアプリケーションデータを、次のアプリケーションデータを受け取るまで保留し、異なるタイミングで受け取った複数のアプリケーションデータを同時に送信することにより、RRC Connectionの接続に必要な通信の回数、および、起動を開始してから通信が可能になるまでの時間を削減することができるので、無線通信部が起動している時間および消費電力を削減することができる。
【００７２】
なお、本実施の形態では、アプリケーションデータを保留アプリケーションデータとして保留する場合について説明したが、本発明は、これに限られない。アプリケーションデータが、送信をただちに行うか否かを示す緊急度を有する場合もある。この場合、判断部は、緊急度が有るアプリケーションデータを保留せずに、ただちに送信すると判断し、アプリケーションデータの緊急度が無い場合に、アプリケーションデータを保留する。
【００７３】
（実施の形態４）
実施の形態３では、アプリケーション部がアプリケーションデータの送信を要求し、アプリケーション部が次のアプリケーションデータの送信を要求するまで、または、保留可能時間が経過するまで、アプリケーションデータの送信を保留した。すなわち、実施の形態３は、アプリケーションデータの送信されるタイミングを、本来予定されていたタイミングから、次のアプリケーションデータの送信のタイミングに合わせて遅らせるものであった。しかし、アプリケーションによって、送受信の緊急度、または、送信するデータの量は、様々である。特に、アプリケーションデータの送信タイミングがいつでもよい場合、本来予定されているタイミングよりも早いタイミングで送信を行っても問題がない。その場合には、アプリケーション部は、アプリケーションデータを本来予定されているタイミングより早いタイミングで繰り上げて生成し、他のアプリケーションデータの送信のための起動にあわせることにより、無線通信部の起動回数を更に減少させることができる。実施の形態４では、無線通信部の起動にあわせてアプリケーションデータ同士の送信を併せる場合について説明する。
【００７４】
図９は、本発明の実施の形態４にかかる無線通信装置の構成を示すブロック図である。なお、図９において、図６と共通する構成には、図６と同一の符号を付しその詳しい説明を省略する。図９に示す無線通信装置９００は、アプリケーション部９０１および判断部９０２１の機能が、図６のアプリケーション部１０１、判断部６０２１とそれぞれ異なる。
【００７５】
アプリケーション部９０１は、実施の形態３のアプリケーション部１０１の機能に加え、以下の機能を有する。アプリケーション部９０１は、アプリケーションデータが保留中であることを示す送信保留情報を受け取った場合、アプリケーションデータが保留されていると認識し、一定時間後に予定されている次のアプリケーションデータを繰り上げて生成し、新規アプリケーションデータとして、判断部９０２１へ出力する。ここで、アプリケーションデータが保留中であるということは、ある一定時間後にアプリケーションデータが送信されることを意味する。つまり、アプリケーションデータの送信のために無線通信部が起動されることを意味する。
【００７６】
判断部９０２１は、アプリケーション部９０１に次のアプリケーションデータの送信を促す。具体的には、判断部９０２１は、送信保留情報をアプリケーション部９０１へ出力する。そして、判断部９０２１は、アプリケーション部９０１から新規アプリケーションデータを受け取った場合、保留アプリケーションデータと新規アプリケーションデータを通信制御部６０２３へ出力する。
【００７７】
図１０は、実施の形態４に係る無線通信装置の送信処理を示すフロー図である。図１０において、図７と共通する構成には、図７と同一の符号を付しその詳しい説明を省略する。以下では、図１０にしたがって、実施の形態４にかかる無線通信装置の送信処理を説明する。
【００７８】
図１０に示すフローでは、図７に対して、ＳＴ７０１とＳＴ７０２の間にＳＴ１００１が挿入される。
【００７９】
ＳＴ１００１では、判断部９０２１は、アプリケーションデータが保留中であることを示す送信保留情報をアプリケーション部９０１へ出力する。送信保留情報を受け取ったアプリケーション部９０１は、アプリケーションデータが保留されていると認識し、一定時間後に予定されている新規アプリケーションデータを、繰り上げて生成し、判断部９０２１へ出力する。判断部９０２１は、新規アプリケーションデータを受け取った場合、保留アプリケーションデータと新規アプリケーションデータを通信制御部６０２３へ出力する。
【００８０】
なお、本実施の形態では、アプリケーションデータの送信を、アプリケーションデータを記憶部６０２２に保留した上で、送信保留情報をアプリケーション部９０１に出力することにより、アプリケーション同士の同期を促す場合について説明したが、本発明は、これに限られない。記憶部６０２２がアプリケーションデータを保持せず、判断部９０２１がアプリケーション部９０１にアプリケーションデータの送信を促す構成もできる。
【００８１】
また、本実施の形態では、アプリケーションデータが保留中であることを認識した場合に、新規アプリケーションデータを本来予定されていたタイミングよりも繰り上げて生成して送信するものとしたが、これに限られるものではない。無線通信装置にアプリケーションデータを保留する機能そのものがない場合や、保留できないアプリケーションデータしかない場合にも、同様の思想は適用できる。特に、あるアプリケーションデータが周期的に送信される場合、その送信のために無線通信部が起動されるタイミングは送信の周期から特定可能である。したがって、その周期に合わせて新規アプリケーションデータの生成を繰り上げて、他のアプリケーションデータに併せて送信すれば、無線通信部の起動回数を抑えることができる。また、無線通信部装置が、あるアプリケーションデータを送信すべきであると認識してから、実際に無線通信部が起動するまでは多少の時間がかかる。したがって、周期的に送信されるアプリケーションデータがない場合であっても、この時間で生成できる大きさの新規アプリケーションデータであれば、生成のタイミングを繰り上げて送信することができる。
【００８２】
この構成により、アプリケーション部９０１は、判断部９０２１に促されることにより、アプリケーションデータを繰り上げて生成し、保留されているアプリケーションデータの送信にあわせて、送信することができる。これにより、実施の形態３より更に無線通信部の起動回数を抑えることができる。
【００８３】
以上、本発明の各実施の形態について説明した。
【００８４】
なお、上記各実施の形態では、アプリケーション部が１つとして説明したが、本発明はこれに限らない。無線通信装置が複数のアプリケーション部を有し、送信要求情報生成部が複数のアプリケーション部から受けとったアプリケーションデータを制御することがある。
【００８５】
なお、上記各実施の形態では、基本的に無線システムもしくはアプリケーションが送信を行う場合に着目して説明したが、これに限られるものではない。送信を伴わない他の要因、例えば、各信号の受信等を目的として無線通信部を起動させる場合にも各実施の形態と同様の制御が適用できる。すなわち、無線通信部を起動させる必要があり、ある予定されたタイミング（「随時」である場合も含む）で実行される通信（すなわち、受信および／または送信）であれば、どのようなものであっても適用できる。
【００８６】
また、上記各実施の形態では、アプリケーションによる通信が発生する場合の例としてサーバとの同期を例に説明したが、これに限られるものではない。例えば、メールの送信など、他の要因でサーバを含むネットワークに対してデータを送信するとしてもよい。また、ネットワークに対して受信を実施するアプリケーションとしては、例えば、定期的に周囲の電波環境を計測して表示するアプリケーション等が考えられる。
【００８７】
また、上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。
【００８８】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュアラブル・プロセッサを利用してもよい。
【００８９】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【産業上の利用可能性】
【００９０】
本発明は、無線通信装置等に適用できる。
【符号の説明】
【００９１】
１００、４００、６００、９００  無線通信装置
１０１、４０１、９０１  アプリケーション部
１０２、４０２、６０２、９０２  送信要求情報生成部
１０３、４０３、６０３  無線通信制御部
１０４、６０４  無線通信部
１０３１、４０３１、６０２１、９０２１  判断部
１０３２、６０２２  記憶部
１０３３  起動制御部
６０２３  通信制御部
【図１】
2014165518.tif 000003
【図２】
2014165518.tif 000004
【図３】
2014165518.tif 000005
【図４】
2014165518.tif 000006
【図５】
2014165518.tif 000007
【図６】
2014165518.tif 000008
【図７】
2014165518.tif 000009
【図８】
2014165518.tif 000010
【図９】
2014165518.tif 000011
【図１０】
2014165518.tif 000012