(57)【要約】【課題】閑散時における無線リソースを効率良く活用する。【解決手段】他端末の通信を傍受するモードである傍受モードを実行中に傍受した他端末の通信状況に基づいて無線リソースの混雑状況を評価する傍受モード時評価手段と、傍受モード時評価手段により閑散時であると評価されたときには、傍受モードを実行せずに、自端末で送受信を行うモードである伝送モードを実行する送モード実行手段と、を備える。【選択図】図２
2018195875.tif 000002
【特許請求の範囲】
【請求項１】
他端末の通信を傍受するモードである傍受モードを実行中に傍受した他端末の通信状況に基づいて無線リソースの混雑状況を評価する傍受モード時評価手段と、
前記傍受モード時評価手段により閑散時であると評価されたときには、前記傍受モードを実行せずに、自端末で送受信を行うモードである伝送モードを実行する伝送モード実行手段と、
を備える無線端末。
【請求項２】
前記伝送モードを実行中の通信状況に基づいて無線リソースの混雑時であると評価されたときには、前記伝送モードを実行せずに、前記傍受モードを実行する傍受モード実行手段を更に備える請求項１に記載の無線端末。
【請求項３】
前記伝送モードを実行中に前記自端末の通信状況に基づいて無線リソースの混雑状況を評価する伝送モード時評価手段を更に備える請求項２に記載の無線端末。
【請求項４】
前記傍受モード時評価手段は、データ通信のスループットが閾値以上の場合に閑散時であると評価し、前記自端末のデータ通信の優先度が高いほど、前記閾値を小さくする請求項１から３の何れか１項に記載の無線端末。
【請求項５】
前記傍受モード時評価手段は、全チャネル数に占める利用されているチャネル数の割合が利用割合閾値以下の場合に閑散時であると評価し、前記自端末のデータ通信の優先度が高いほど、前記利用割合閾値を大きくする請求項１から３の何れか１項に記載の無線端末。
【請求項６】
他端末の通信を傍受するモードである傍受モードを実行中に傍受した他端末の通信状況に基づいて無線リソースの混雑状況を評価するステップと、
無線リソースの混雑状況の評価により閑散時であると評価されたときには、前記傍受モードを実行せずに、自端末で送受信を行うモードである伝送モードを実行するステップと、
を含む通信制御方法。
【請求項７】
前記伝送モードを実行中の通信状況に基づいて無線リソースの混雑時であると評価されたときには、前記伝送モードを実行せずに、前記傍受モードを実行するステップを更に含む請求項６に記載の通信制御方法。
【請求項８】
前記伝送モードを実行中に前記自端末の通信状況に基づいて無線リソースの混雑状況を評価する請求項７に記載の通信制御方法。
【請求項９】
無線リソースの混雑状況を評価するときに、データ通信のスループットが閾値以上の場合に閑散時であると評価し、前記自端末のデータ通信の優先度が高いほど、前記閾値を小さくする請求項６から８の何れか１項に記載の通信制御方法。
【請求項１０】
無線リソースの混雑状況を評価するときに、全チャネル数に占める利用されているチャネル数の割合が利用割合閾値以下の場合に閑散時であると評価し、前記自端末のデータ通信の優先度が高いほど、前記利用割合閾値を大きくする請求項６から８の何れか１項に記載の通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線端末及び通信制御方法に関する。
【背景技術】
【０００２】
リアルタイム性を要求されないアプリケーションを、無線リソースに余裕のある閑散時に送受信する所謂すきま通信を実施することが提案されている。例えば、所定の待ち時間の周期で単位時間または単位量のデータ通信を行い、このデータ通信の実績に基づいて無線リソースの混雑度を判定し、この無線リソースの混雑度に応じて今回のデータ通信を継続するか、または、今回のデータ通信を中断するかを判定する技術が知られている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１６５１０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記従来技術では、所定の待ち時間の周期でデータ通信を行うことで無線リソースの混雑度を判定するため、その周期が到来するまでは例え無線リソースの混雑度が低い場合であっても、混雑度が判定されない。したがって、無線リソースの混雑度が低い場合であっても、データ通信が行われるとは限らない。そのため、閑散時の無線リソースを効率良く活用しているとは言い難い。また、混雑度を判定するために実際にデータ通信を行う必要があるため、その混雑度を判定するためのデータ通信が混雑度を高めてしまう。
【０００５】
本発明は、上記したような問題点に鑑みてなされたものであり、その目的は、閑散時における無線リソースを効率良く活用することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明では、他端末の通信を傍受するモードである傍受モードを実行中に傍受した他端末の通信状況に基づいて無線リソースの混雑状況を評価する傍受モード時評価手段と、前記傍受モード時評価手段により閑散時であると評価されたときには、前記傍受モードを実行せずに、自端末で送受信を行うモードである伝送モードを実行する伝送モード実行手段と、を備える。
【０００７】
傍受モードの実行時には自端末からはデータが送信されないため、無線リソースの混雑状況を評価するときに、混雑度をさらに高めてしまうことを抑制できる。また、傍受モードにおいて、他端末の通信を常に傍受しておけば、混雑時から閑散時に変化したときにすぐに閑散時であると評価することができるため、自端末ですぐにデータ通信を行うことができる。したがって、閑散時における無線リソースを効率良く活用することができる。
【０００８】
また、前記伝送モードを実行中の通信状況に基づいて無線リソースの混雑時であると評価されたときには、前記伝送モードを実行せずに、前記傍受モードを実行する傍受モード実行手段を更に備えることができる。
【０００９】
伝送モードを実行中においても、無線リソースが混雑していれば、すぐに傍受モードに切り替えることができる。すなわち、無線リソースの混雑状況によって、すきま通信を中断することができる。これにより、無線リソースの混雑時において無線リソースを無駄に
消費することを抑制できる。なお、伝送モードを実行中に無線リソースの混雑状況を評価するのは無線基地局であってもよいが、以下のように評価してもよい。
【００１０】
すなわち、前記伝送モードを実行中に前記自端末の通信状況に基づいて無線リソースの混雑状況を評価する伝送モード時評価手段を更に備えることができる。
【００１１】
このようにして、自端末の通信状況に基づいて無線リソースの混雑状況を評価し、無線リソースの混雑時にはすきま通信を中断することができる。
【００１２】
また、前記傍受モード時評価手段は、データ通信のスループットが閾値以上の場合に閑散時であると評価し、前記自端末のデータ通信の優先度が高いほど、前記閾値を小さくすることができる。
【００１３】
データ通信の優先度とは、どれだけ早く通信を行う必要があるかの度合いを示し、例えば、リアルタイム性としてもよい。ここで、無線リソースの混雑度が低い場合には、スループットが大きくなる。すなわち、無線リソースの混雑度とスループットとには相関がある。したがって、スループットに基づいて無線リソースの混雑度を評価することができる。ここで、閑散時であると評価される閾値を固定値としてもよいが、これに代えて、データ通信の優先度に応じて閾値を変えることにより、すきま通信の効率を高めることができる。例えば、優先度が高い場合には、閾値を小さくすることにより、無線リソースの混雑状況を評価する際に閑散時であると評価され易くなる。したがって、優先度が高い通信ほど、すきま通信を行う機会を増やすことができる。一方、優先度が低い通信は、混雑度がより低い場合にすきま通信を行えばよいため、無線リソースの閑散時であると評価されにくくなっても問題ない。
【００１４】
また、前記傍受モード時評価手段は、全チャネル数に占める利用されているチャネル数の割合が利用割合閾値以下の場合に閑散時であると評価し、前記自端末のデータ通信の優先度が高いほど、前記利用割合閾値を大きくすることができる。
【００１５】
ここで、無線リソースの混雑度が低い場合には、全チャネル数に占める利用されているチャネル数の割合（以下、チャネルの利用割合ともいう。）が小さくなる。すなわち、無線リソースの混雑度とチャネルの利用割合とには相関がある。したがって、チャネルの利用割合に基づいて無線リソースの混雑度を評価することができる。ここで、閑散時であると評価される利用割合閾値を固定値としてもよいが、これに代えて、データ通信の優先度に応じて利用割合閾値を変えることにより、すきま通信の効率を高めることができる。例えば、優先度が高い場合には、利用割合閾値を大きくすることにより、無線リソースの混雑状況を評価する際に閑散時であると評価され易くなる。したがって、優先度が高い通信ほど、すきま通信を行う機会を増やすことができる。一方、優先度が低い通信は、混雑度がより低い場合にすきま通信を行えばよいため、無線リソースの閑散時であると評価されにくくなっても問題ない。
【００１６】
また、上記課題を解決するために本発明では、他端末の通信を傍受するモードである傍受モードを実行中に傍受した他端末の通信状況に基づいて無線リソースの混雑状況を評価するステップと、無線リソースの混雑状況の評価により閑散時であると評価されたときには、前記傍受モードを実行せずに、自端末で送受信を行うモードである伝送モードを実行するステップと、を含む。
【００１７】
また、前記伝送モードを実行中の通信状況に基づいて無線リソースの混雑時であると評価されたときには、前記伝送モードを実行せずに、前記傍受モードを実行するステップを更に含むことができる。
【００１８】
また、前記伝送モードを実行中に前記自端末の通信状況に基づいて無線リソースの混雑状況を評価することができる。
【００１９】
また、無線リソースの混雑状況を評価するときに、データ通信のスループットが閾値以上の場合に閑散時であると評価し、前記自端末のデータ通信の優先度が高いほど、前記閾値を小さくすることができる。
【００２０】
また、無線リソースの混雑状況を評価するときに、全チャネル数に占める利用されているチャネル数の割合が閾値以下の場合に閑散時であると評価し、前記自端末のデータ通信の優先度が高いほど、前記閾値を大きくすることができる。
【発明の効果】
【００２１】
本発明によれば、閑散時における無線リソースを効率良く活用することができる。
【図面の簡単な説明】
【００２２】
【図１】実施例１に係る無線端末の主要部の構成を示した機能ブロック図である。
【図２】実施例１の動作を示したフローチャートである。
【図３】実施例２に係る無線端末の主要部の構成を示した機能ブロック図である。
【図４】実施例２の動作を示したフローチャートである。
【発明を実施するための形態】
【００２３】
以下に図面を参照して、この発明を実施するための形態を、実施例に基づいて例示的に詳しく説明する。ただし、この実施例に記載されている構成部品の寸法、材質、形状、その相対配置などは、特に記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００２４】
（実施例１）
図１は、本実施例に係る無線端末１の主要部の構成を示した機能ブロック図である。ここでは、本実施例の説明に不要な構成は図示を省略している。本実施例に係る無線端末１は、回線接続制御モジュール１１、通信実行モジュール１２、混雑判定モジュール１３を備えている。これらのモジュールは、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）または特定用途向け集積回路（「ＡＳＩＣ」）を含むハードウェアを使用して実装することができる。また、これらのモジュールは、汎用プロセッサ等のハードウェアとソフトウェアとの組合せを使用して実装することもできる。また、本実施例に係る無線通信方式は特に限定されるものではないが、例えば、セルラー通信（３Ｇ，４Ｇ，ＬＴＥ等）、ＤＳＲＣ、無線ＬＡＮ、ミリ波通信等を採用することができる。
【００２５】
回線接続制御モジュール１１は、通信セッション毎に通信実行モジュール１２へデータ転送またはデータ観測を要求する。通信実行モジュール１２は、データ転送要求に応答して回線接続処理およびデータ通信処理を実行し、データ転送の実績を混雑判定モジュール１３へ通知する。また、通信実行モジュール１２は、データ観測要求に応答して回線接続処理及びデータ観測処理を実行し、データ観測した実績を混雑判定モジュール１３へ通知する。なお、データ観測では、データ通信を傍受することによりスループットを測定しているため、無線端末１からはデータを送信していない。混雑判定モジュール１３は、データ転送またはデータ観測の実績に基づいて無線リソースの混雑度を判定し、判定結果を回線接続制御モジュール１１へ通知する。混雑判定モジュール１３はスループット計測部１３１を備えており、無線リソースの混雑度がデータ転送時またはデータ観測時のスループットに基づいて判定される。回線接続制御モジュール１１は、通知された混雑度に応じて、通信実行モジュール１２によるデータ転送（すき間通信）を継続または中断させる。
【００２６】
本実施例によれば、通信セッション毎にすき間通信が試行され、無線リソースが混雑していなければすきま通信が継続され、混雑していればすきま通信が中断されるので、無線リソースに余裕のある閑散時間帯を利用した効率的なすき間通信を効率よく行うことができる。
【００２７】
図２は、本実施例の動作を示したフローチャートである。ステップＳ１０１では、回線接続制御モジュール１１が、通信実行モジュール１２へデータ観測を要求する。通信実行モジュール１２は、データ観測要求に応答して他端末における単位時間または単位量のデータ観測を実施する。
【００２８】
ステップＳ１０１において、データ観測が完了するとステップＳ１０２へ進み、今回のデータ観測に関するスループットＴＨが、混雑判定モジュール１３のスループット計測部１３１により、次式（１）に基づいて算出される。
ＴＨ＝観測データ量／観測時間  …（１）
【００２９】
ステップＳ１０３では、混雑判定モジュール１３により、ステップＳ１０２において算出されたスループットＴＨが閾値ＴＨ１と比較される。この閾値ＴＨ１は、無線リソースの混雑状況が低いと評価し得るスループットの下限値である。ステップＳ１０３において、スループットＴＨが閾値ＴＨ１未満（ＴＨ＜ＴＨ１）であれば、無線リソースの混雑度が高いと判定されて（すなわち、無線リソースの混雑時であると判定されて）ステップＳ１０１へ戻る。その結果、データ転送は実施されない。なお、本実施例においては、ステップＳ１０１からステップＳ１０３までの処理を実行することにより、本発明における傍受モードが実行されることになる。
【００３０】
これに対して、ステップＳ１０３においてスループットＴＨが閾値ＴＨ１以上（ＴＨ≧ＴＨ１）であると判定された場合には、無線リソースの混雑度が低いと判定されるのでステップＳ１０４へ進み、回線接続制御モジュール１１が、通信実行モジュール１２へデータ転送を要求する。通信実行モジュール１２は、データ転送要求に応答してデータ転送を実施する。すなわち、すきま通信が行われる。
【００３１】
データ転送が実施されるとステップＳ１０５へ進み、今回のデータ転送に関するスループットＴＨが、混雑判定モジュール１３のスループット計測部１３１により、上記式（１）に基づいて算出される。
【００３２】
ステップＳ１０６では、混雑判定モジュール１３により、ステップＳ１０５において算出されたスループットＴＨが閾値ＴＨ１と比較される。なお、本実施例では、ステップＳ１０６における閾値ＴＨ１と、ステップＳ１０３における閾値ＴＨ１とを同じ値に設定しているが、これに限らず異なる値に設定してもよい。この閾値ＴＨ１は、予め設定しておいた固定値であってもよいが、後述のように動的に設定してもよい。
【００３３】
ステップＳ１０６において、スループットＴＨが閾値ＴＨ１未満（ＴＨ＜ＴＨ１）であると判定された場合には、無線リソースの混雑度が低くないと判定されてステップＳ１０７へ進む。ステップＳ１０７では、ステップＳ１０６における判定結果が混雑判定モジュール１３から回線接続制御モジュール１１へ通知され、回線接続制御モジュール１１が通信実行モジュール１２に対してデータ通信の中断を指示する。その結果、今回のすき間通信は中断される。その後、ステップＳ１０１へ戻る。なお、転送先がレシューム機能を備えていれば、次のデータ通信では中断された箇所からデータ通信を再開できる。なお、本実施例では、ステップＳ１０６において無線端末１が判定を行っているが、これに代えて、無線基地局が混雑度を評価して、無線端末１に通知してもよい。また、無線基地局がデ
ータ通信の中断を無線端末１に指示してもよい。また、ステップＳ１０７からステップＳ１０１へ戻る際に、すぐに戻ってもよいが、一定時間待機した後に戻ってもよい。この待機時間は、固定値であってもよく、動的に変更してもよい。
【００３４】
これに対して、ステップＳ１０６において、スループットＴＨが閾値ＴＨ１以上（ＴＨ≧ＴＨ１）であると判定されれば、無線リソースの混雑度が低いと判定されるのでステップＳ１０４へ戻り、回線接続制御モジュール１１が、通信実行モジュール１２へデータ転送を要求する。通信実行モジュール１２は、データ転送要求に応答してデータ転送を継続する。これにより、未送信データの転送が完了するまでデータ通信が継続される。なお、本実施例においては、ステップＳ１０４からステップＳ１０７までの処理を実行することにより、本発明における伝送モードが実行されることになる。
【００３５】
以上説明したように本実施例によれば、他端末における無線通信の傍受実績からデータ通信の閑散時を検知して、データ通信を開始させることができる（傍受モード）。そして、データ通信開始後は、自端末における無線通信の通信実績から混雑時を検知しデータ通信を中断することができる（伝送モード）。したがって、スループットが高い閑散期以外はすき間通信が中断されるので、効率の低い無線接続に有限の無線リソースが無駄に占有されてしまうことを抑制できる。
【００３６】
また、本実施例に係る傍受モードでは、自端末でデータ転送を実施せずに他端末の通信状況に基づいて無線リソースの混雑度を判定しているため、混雑度の判定時に無線リソースを無駄に消費することがない。また、従来のように次の判定までの待機時間が必要ないため、閑散時になればすぐにすきま通信を開始することができる。すなわち、閑散時の通信機会をより多く得ることができる。一方、伝送モードでは、無線リソースの混雑度が高くなるとすぐにデータ転送が中断されるため、混雑時に無線リソースを無駄に占有することがない。
【００３７】
なお、本実施例では、混雑判定モジュール１３が無線リソースの混雑度を評価する際に、スループットＴＨを閾値ＴＨ１と比較している。この閾値ＴＨ１は、予め設定された固定値であってもよいが、以下のようにして動的に変化させてもよい。例えば、自端末におけるデータ通信を行う優先度が高いほど、すきま通信が行われ易くなるように閾値ＴＨ１が小さくなるように設定してもよい。この優先度は、要求強度またはリアルタイム性に置き換えてもよい。例えば、データに優先度を予め設定しておき、優先度が高いデータほど、データ通信が行われ易くなるように、閾値ＴＨ１を設定してもよい。優先度と閾値ＴＨ１との最適な関係は予め求めておくことができる。また、優先度を以下のようにして決定してもよい。
【００３８】
ここで、転送するデータの全量が大きいほど、転送に要する時間を短縮する要求が高くなるために、優先度を高くしてもよい。同様に、転送するデータの残量が大きいほど、優先度を高くしてもよい。また、送信済みのデータの量が大きいほど、ある程度の余裕を持たせてもよいと考えて、優先度を低くしてもよい。また、データの量に代えて、Air time（無線通信時間）を用いて優先度を設定してもよい。
【００３９】
また、データの送信待機時間が長いほど、より速やかにデータの送信を完了させる要求が高くなるために、優先度を高くしてもよい。同様に、データの保持時間が長いほど、優先度を高くしてもよい。逆に、データの保持時間が長すぎる場合には、データ通信を中止してもよいし、優先度を低くしてもよい。また、無線端末１が移動中のデータ通信については、データを保持している間の移動距離もデータの保持時間と同様に考えて、この移動距離が長いほど、優先度を高くしてもよい。逆に、データを保持している間の移動距離が長すぎる場合には、データ通信を中止してもよいし、優先度を低くしてもよい。
【００４０】
また、データに予め有効期限を設けておき、有効期限までの残り時間が短いほど、より速やかにデータの送信を完了させる要求が高いと考えて、優先度を高くしてもよい。また、データに対して予め情報価値のランク付けをしておき、データの情報価値が高いほど、より速やかにデータの送信を完了させる要求が高いと考えて、優先度を高くしてもよい。また、傍受モード実行中に傍受した他端末のデータの情報価値が低いと判断される場合には、自端末のデータの優先度を高くしてもよい。
【００４１】
また、無線端末１の伝送量が大きいほど、若しくは、無線端末１の無線通信エリアの在圏時間が短いほど、優先度を高くしてもよい。また、無線端末の移動速度が速いほど、通信可能時間が短くなると推定されるため、より速やかにデータの送信を完了させる要求が高いと考えて、優先度を高くしてもよい。また、無線端末が移動しているときには、停止しているときよりも、通信可能時間が短くなると推定されるため、優先度を高くしてもよい。さらに、無線端末が無線基地局から離れていく場合には、近づいていく場合よりも、通信可能時間が短くなると推定されるため、優先度を高くしてもよい。このように、無線端末の移動速度や向きによって優先度を設定してもよい。また、無線端末１の無線通信エリアの在圏時間が不明の場合には、移動速度に基づいて在圏時間を推定してもよい。
【００４２】
また、無線基地局の電波強度や無線基地局からの通信距離によって優先度を決定してもよい。例えば、無線基地局の電波強度が弱いほど、通信が中断する可能性が高いため、無駄に無線リソースを消費しないように優先度を低くしてもよい。また、無線基地局の電波強度が閾値よりも弱い場合には、すきま通信を実施しなくてもよい。無線基地局からの通信距離は、例えば、ＧＰＳからの情報、無線基地局の三角測量等を用いて推定することができる。
【００４３】
また、無線端末のメモリの残量が少なくなるほど、データを破棄しなければならなくなる可能性が高くなるため、優先度を高くしてもよい。また、メモリの全量が少ない無線端末１ほど、優先度が高くなるように設定してよい。
【００４４】
以上説明した優先度は、無線端末１自体が決定してもよいが、これに代えて、無線基地局やデータセンタから指定されてもよい。また、優先度は、セッション毎（コンテンツ毎）に設定してもよいが、これに代えて、アプリケーション毎、サービスカテゴリ毎、または、無線端末毎に設定してもよい。
【００４５】
また、本実施例では、スループットＴＨと閾値ＴＨ１とを比較することによって無線リソースの混雑度を評価しているが、これに限らず、他のパラメータを利用して混雑度を評価してもよい。例えば、無線リソース全体に対する利用割合に基づいて混雑度を評価してもよい。また、Air time（無線通信時間）を用いて混雑度を評価してもよい。
【００４６】
（実施例２）
実施例１においては、混雑判定モジュール１３がスループット計測部１３１を備えており、無線リソースの混雑度をデータ転送時またはデータ観測時のスループットに基づいて判定している。しかし、他端末のスループットを電波の利用状況から推定することが困難な場合もある。そこで本実施例では、他端末のスループットに代えて、全チャネル数に占める利用されているチャネル数の割合（以下、チャネルの利用割合という。）に基づいて無線リソースの混雑度を判定する。そのため本実施例では、図３に示すように、混雑判定モジュール１３が利用割合計測部１３２を更に備えている。ここで、図３は、本実施例に係る無線端末１の主要部の構成を示した機能ブロック図である。混雑判定モジュール１３は、利用割合計測部１３２により計測されるチャネルの利用割合に基づいて、無線リソースの混雑度を判定する。
【００４７】
ここで、図４は、本実施例の動作を示したフローチャートである。図２に示したフローチャートと同じ処理がなされるステップについては、同じ符号を付して説明を省略する。ステップＳ２０１において、通信実行モジュール１２が、利用されているチャネル数を観測する。その後、ステップＳ２０２において、利用割合計測部１３２がチャネルの利用割合を算出する。そして、ステップＳ２０３において、混雑判定モジュール１３により、ステップＳ２０２において算出されたチャネルの利用割合が利用割合閾値と比較される。この利用割合閾値は、無線リソースの混雑状況が低いと評価し得るチャネルの利用割合の上限値である。なお、実施例１と同様に、利用割合閾値を優先度に応じて変化させてもよい。例えば、自端末におけるデータ通信を行う優先度が高いほど、すきま通信が行われ易くなるよう利用割合閾値が大きくなるように設定してもよい。優先度と利用割合閾値との関係は予め求めておいてもよい。
【００４８】
ステップＳ２０３において、チャネルの利用割合が利用割合閾値よりも大きければ、無線リソースの混雑度が高いと判定されて（すなわち、無線リソースの混雑時であると判定されて）ステップＳ２０１へ戻る。その結果、データ転送は実施されない。
【００４９】
一方、ステップＳ２０３においてチャネルの利用割合が利用割合閾値以下であると判定された場合には、無線リソースの混雑度が低いと判定されるのでステップＳ１０４へ進み、回線接続制御モジュール１１が、通信実行モジュール１２へデータ転送を要求する。通信実行モジュール１２は、データ転送要求に応答してデータ転送を実施する。すなわち、すきま通信が行われる。
【００５０】
以上説明したように本実施例によれば、チャネルの利用割合からデータ通信の閑散時を検知して、データ通信を開始させることができる（傍受モード）。そして、データ通信開始後は、自端末における無線通信の通信実績から混雑時を検知しデータ通信を中断することができる（伝送モード）。したがって、スループットが高い閑散期以外はすき間通信が中断されるので、効率の低い無線接続に有限の無線リソースが無駄に占有されてしまうことを抑制できる。
【符号の説明】
【００５１】
１  無線端末
１１  回線接続制御モジュール
１２  通信実行モジュール
１３  混雑判定モジュール
１３１  スループット計測部
【図１】
2018195875.tif 000003
【図２】
2018195875.tif 000004
【図３】
2018195875.tif 000005
【図４】
2018195875.tif 000006