WO2018155236A1

WO2018155236A1 - 無線通信装置及びプロセッサ

Info

Publication number: WO2018155236A1
Application number: PCT/JP2018/004600
Authority: WO
Inventors: 真人藤代; 宏行浦林
Original assignee: 京セラ株式会社
Priority date: 2017-02-24
Filing date: 2018-02-09
Publication date: 2018-08-30
Also published as: JP6810787B2; US11337138B2; JPWO2018155236A1; US20190380085A1

Abstract

一の実施形態に係る無線通信装置は、コントローラを備える。前記コントローラは、ネットワークとの通信を行うことが制限される第１時間帯を特定し、前記第１時間帯において、前記ネットワークとの通信を制限する制御を実行する、よう構成される。

Description

無線通信装置及びプロセッサ

　本開示は、無線通信装置及びプロセッサに関する。

　Ｍ２Ｍ（Ｍａｃｈｉｎｅ　ｔｏ　Ｍａｃｈｉｎｅ）通信を実行する無線通信装置の普及に伴って、トラフィックが増加することが想定される。

　Ｍ２ＭサービスのトラフィックとＭ２Ｍ以外のサービスのトラフィックとを含む全体トラフィックの最大値を低減するために、Ｍ２Ｍサーバが、無線通信装置の通信タイミングを制御する方法が提案されている（非特許文献１参照）。

　Ｍ２Ｍサーバが、Ｍ２Ｍ以外のサービスの予想トラフィックを考慮して、無線通信装置毎に、無線通信装置の通信時刻を決定する。Ｍ２Ｍサーバは、無線通信装置と通信を行った際に、決定した通信時刻を次回の通信タイミングとして通知する。

　Ｍ２Ｍサーバは、全体トラフィックが最小となる時刻に、無線通信装置の通信タイミングを割り当てることができる。これにより、全体トラフィックの平準化が可能となる。

パナソニック技報　２０１５年１１月号Ｖｏｌ．６１　Ｎｏ．２

　一の実施形態に係るプロセッサは、無線通信装置を制御するためのプロセッサである。前記プロセッサは、ネットワークとの通信を行うことが制限される第１時間帯を特定し、前記第１時間帯において、前記ネットワークとの通信を制限する制御を実行する、よう構成される。

図１は、移動通信システムの構成を示す図である。図２は、無線インターフェイスのプロトコルスタック図である。図３は、ＵＥ１００のブロック図である。図４は、ＢＳ２００のブロック図である。図５は、動作例１を説明するためのシーケンス図である。図６は、動作例２を説明するためのフローチャートである。図７は、動作例３を説明するためのフローチャートである。図８は、動作例４を説明するためのフローチャートである。図９は、その他実施形態に係るＵＥ１００の動作を説明するためのフローチャートである。

　［実施形態の概要］
　一の実施形態に係る無線通信装置は、コントローラを備える。前記コントローラは、ネットワークとの通信を行うことが制限される第１時間帯を特定し、前記第１時間帯において、前記ネットワークとの通信を制限する制御を実行する、よう構成される。

　前記コントローラは、前記ネットワークとの通信を行うことが許容される第２時間帯を特定し、前記第１時間帯では前記通信を実行せずに、前記第２時間帯で前記通信を実行するよう構成されてもよい。

　前記コントローラは、前記第１時間帯において前記ネットワークへ送信すべきデータの許容遅延時間が経過する場合には、前記第１時間帯において前記ネットワークへ前記データを送信するよう構成されてもよい。

　前記コントローラは、前記第１時間帯を特定するための第１情報要素及び前記ネットワークとの通信を行うことが許容される第２時間帯を特定するための第２情報要素の少なくとも一方を含む情報を前記ネットワークから受信し、前記第１情報要素及び前記第２情報要素の少なくとも一方に基づいて、前記第１時間帯を特定する、よう構成されてもよい。

　前記コントローラは、前記ネットワークへの送信を制限するための所定値と時間帯とが関連付けられた情報に基づいて、前記第１時間帯において、前記ネットワークへデータを送信するか否かを判定するよう構成されてもよい。

　前記コントローラは、ネットワークオペレータと時間帯とが関連付けられた情報に基づいて、前記第１時間帯において、前記ネットワークへデータを送信するか否かを判定するよう構成されてもよい。

　前記コントローラは、前記情報に基づいて、複数のネットワークオペレータの中からネットワークオペレータを選択し、前記選択したネットワークオペレータが管理するネットワークへデータを送信すると判定するよう構成されてもよい。

　前記コントローラは、利用料金に基づく所定値と時間帯とが関連付けられた情報に基づいて、前記第１時間帯において、前記ネットワークへデータを送信するか否かを判定するよう構成されてもよい。

　［実施形態］
　（移動通信システム）
　以下において、移動通信システムについて説明する。図１は、移動通信システムの構成を示す図である。移動通信システムの一例として、ＬＴＥシステムを例に挙げて説明する。

　図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）２０を備える。

　ＵＥ１００は、無線通信装置（例えば、無線端末）に相当する。ＵＥ１００は、移動型の無線通信装置である。ＵＥ１００は、Ｎｂ－ＩｏＴ（Ｎａｒｒｏｗ　Ｂａｎｄ　Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）を利用する無線通信装置であってもよい。ＵＥ１００は、セル（後述するＢＳ２００）と無線通信を行ってもよい。ＵＥ１００の構成は後述する。

　Ｅ－ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ＢＳ（Ｂａｓｅ　Ｓｔａｔｉｏｎ）２００を含む。Ｅ－ＵＴＲＡＮ１０は、所定の（移動）ネットワークオペレータにより管理される場合には、ＭＮＯ（Ｍｏｂｉｌｅ　Ｎｅｔｗｏｒｋ　Ｏｐｅｒａｔｏｒ）ネットワーク（ＭＮＯ－ＮＷ）と称されてもよい。

　ＢＳ２００は、基地局に相当する。ＢＳ２００は、例えば、ｅＮＢ２００（ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）である。ＢＳ２００は、ＵＥ１００と無線通信を実行可能なノードであってもよい。例えば、ＢＳ２００は、ｇＮＢ（ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｎｏｄｅ－Ｂ）であってもよい。ＢＳ２００は、Ｘ２インターフェイスを介して相互に接続されてもよい。ＢＳ２００の構成は後述する。

　ＢＳ２００は、１又は複数のセルを管理する。ＢＳ２００は、ＢＳ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ＢＳ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、「データ」と称することがある）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。

　「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。「セル」は、下りリンクリソースであってもよい。「セル」は、下りリンクリソースと上りリンクリソースとの組み合わせであってもよい。下りリンクリソースのキャリア周波数と上りリソースのキャリア周波数との間のリンクは、下りリンクリソース上で送信されるシステム情報に含まれてもよい。

　ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、Ｅ－ＵＴＲＡＮ１０と共にネットワークを構成してもよい。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）３００、ＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）４００、及びＰＧＷ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　Ｇａｔｅｗａｙ）５００を含んでもよい。

　ＭＭＥ３００は、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ＳＧＷ４００は、例えば、データの転送制御を行う。ＭＭＥ３００及びＳＧＷ４００は、Ｓ１インターフェイスを介してＢＳ２００と接続される。

　ＰＧＷ５００は、例えば、外部ネットワークから（及び外部ネットワークに）ユーザデータを中継する制御を行う。ＰＧＷ５００は、例えば、ユーザごとのパケットフィルタリングを実行してもよい。

　外部ネットワークには、Ｓｅｒｖｅｒ６００が設けられてもよい。Ｓｅｒｖｅｒ６００は、Ｍ２Ｍ通信を実行する無線通信装置を管理するサーバ（Ｍ２Ｍサーバ）であってもよい。Ｍ２Ｍ通信では、人間の介在なく装置どうしが通信を実行する。

　Ｓｅｒｖｅｒ６００（及びルータ）により形成されるネットワークを管理するネットワークオペレータは、移動バーチャルネットワークオペレータ（ＭＶＮＯ：Ｍｏｂｉｌｅ　Ｖｉｒｔｕａｌ　Ｎｅｔｗｏｒｋ　Ｏｐｅｒａｔｏｒ）と称されてもよい。ＭＶＮＯが管理するネットワークは、ＭＶＮＯ－ＮＷと称されてもよい。ＭＶＮＯ－ＮＷは、ＰＧＷ５００を含んでいてもよい。ＭＶＮＯ－ＮＷは、ネットワーク資源の利用の可否の判断（認証）と、利用の事実の記録（アカウンティング）とを管理するＲＡＤＩＵＳ（Ｒｅｍｏｔｅ　Ａｕｔｈｅｎｔｉｃａｔｉｏｎ　Ｄｉａｌ　Ｉｎ　Ｕｓｅｒ　Ｓｅｒｖｉｃｅ）を含んでいてもよい。

　Ｓｅｒｖｅｒ６００は、端末識別番号などの加入者情報を管理するＨＳＳ（Ｈｏｍｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｓｅｒｖｅｒ）であってもよい。

　図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層（レイヤ１）乃至第３層（レイヤ３）に区分されている。第１層は、物理（ＰＨＹ）層（物理レイヤ）である。第２層（レイヤ２）は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層（ＭＡＣレイヤ）、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層（ＲＬＣレイヤ）、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）層（ＰＲＣＰレイヤ）を含む。第３層（レイヤ３）は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層（ＲＲＣレイヤ）を含む。

　物理レイヤは、符号化・復号化、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理レイヤとＢＳ２００の物理レイヤとの間では、物理チャネルを介してデータ及び制御信号が伝送される。

　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣレイヤとＢＳ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ＢＳ２００のＭＡＣレイヤは、スケジューラ（ＭＡＣ　スケジューラ）を含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ））及びＵＥ１００への割当リソースブロックを決定する。

　ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとＢＳ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御信号が伝送される。

　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化（サイファリング）・復号化（デサイファリング）を行う。

　ＲＲＣレイヤは、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとＢＳ２００のＲＲＣレイヤとの間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとＢＳ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は、ＲＲＣコネクティッド状態である。ＵＥ１００のＲＲＣとＢＳ２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００は、ＲＲＣアイドル状態である。

　ＲＲＣレイヤの上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）レイヤは、例えば、セッション管理及びモビリティ管理を行う。

　（無線端末）
　実施形態に係るＵＥ１００（無線端末）について説明する。図３は、ＵＥ１００のブロック図である。図３に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。

　レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ１１０は、ベースバンド信号をコントローラ１３０に出力する。

　トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ１３０は、無線信号をアンテナから送信する。

　コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより、各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号化を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。

　ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ　Ｎａｖｉｇａｔｉｏｎ　Ｓａｔｅｌｌｉｔｅ　Ｓｙｓｔｅｍ）受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）機能を有していてもよい。

　本明細書では、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０及びコントローラ１３０の少なくともいずれかが実行する処理を、便宜上、ＵＥ１００が実行する処理（動作）として説明する。

　（基地局）
　実施形態に係るＢＳ２００（基地局）について説明する。図４は、ＢＳ２００のブロック図である。図４に示すように、ＢＳ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。トランスミッタ２１０とレシーバ２２０は、一体化されたトランシーバ（送受信部）であってもよい。

　レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ２１０は、ベースバンド信号をコントローラ２３０に出力する。

　トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ２２０は、無線信号をアンテナから送信する。

　コントローラ２３０は、ＢＳ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。

　ネットワークインターフェイス２４０は、Ｘ２インターフェイスを介して隣接ＢＳ２００と接続される。ネットワークインターフェイス２４０は、Ｓ１インターフェイスを介してＭＭＥ３００及びＳＧＷ４００と接続される。ネットワークインターフェイス２４０は、例えば、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に使用される。

　本明細書では、ＢＳ２００が備えるトランスミッタ２１０、レシーバ２２０、コントローラ２３０、及びネットワークインターフェイス２４０の少なくともいずれかが実行する処理を、便宜上、ＢＳ２００が実行する処理（動作）として説明する。

　（実施形態に係る動作）
　実施形態に係る動作について、動作例１から４を例に挙げて説明する。

　（Ａ）動作例１
　動作例１について、図５を用いて説明する。図５は、動作例１を説明するためのシーケンス図である。

　ＵＥ１００は、ＢＳ２００からのシグナリングを受け取れる範囲に存在する。例えば、ＵＥ１００は、ＢＳ２００が管理するセルに在圏する。ＵＥ１００は、ＲＲＣ接続状態である。或いは、ＵＥ１００は、ＲＲＣアイドル状態であってもよい。

　図５に示すように、ステップＳ１１０において、ＢＳ２００は、時間帯情報をＵＥ１００へ送信してもよい。ＵＥ１００は、ＢＳ２００から時間帯情報を受信してもよい。

　ＢＳ２００は、時間帯情報を個別シグナリング（例えば、ＲＲＣ接続再設定メッセージなど）により、ＵＥ１００へ送信してもよい。ＢＳ２００は、時間帯情報をブロードキャストシグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ））／グループキャストシグナリングにより、ＵＥ１００へ送信してもよい。

　時間帯情報は、（ＢＳ２００を経由して）Ｓｅｒｖｅｒ６００からＵＥ１００へ通知されてもよい。時間帯情報は、（ＢＳ２００を経由して）ＭＭＥ３００からＵＥ１００へ通知されてもよい。時間帯情報は、ＮＡＳシグナリングによりＵＥ１００へ通知されてもよい。このように、ＵＥ１００は、ネットワークから時間帯情報を受信することができる。

　時間帯情報は、ＵＥ１００に装着されるＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ　Ｃａｒｄ）に予め書き込まれていてもよい（すなわち、予め記憶されていてもよい）。ＳＩＭに記憶された時間帯情報は、遠隔で書き換えられてもよい。

　時間帯情報は、第１情報要素及び第２情報要素の少なくとも一方を含んでいてもよい。第１情報要素は、ネットワークとの通信を行うことが制限される第１時間帯を特定するために用いられる。第２情報要素は、ネットワークとの通信を行うことが許容される第２時間帯を特定するために用いられる。

　第１時間帯は、時刻により示されてもよい。例えば、第１情報要素は、第１時間帯の開始時刻及び／又は終了時刻を示してもよい。時刻は、ＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｉｍｅ）により規定されてもよい。

　第１時間帯は、システム時間により示されてもよい。例えば、第１情報要素は、第１時間帯を示すＨ－ＳＦＮ（Ｈｙｐｅｒ　Ｓｙｓｔｅｍ　Ｆｒａｍｅ　Ｎｕｍｂｅｒ）を示してもよい。第１情報要素は、第１時間帯を示すＨ－ＳＦＮとＳＦＮ（Ｓｙｓｔｅｍ　Ｆｒａｍｅ　Ｎｕｍｂｅｒ）とを示してもよい。

　第１時間帯は、時刻情報により示されてもよい。例えば、第１時間帯は、ＮＴＰ（Ｎｅｔｗｏｒｋ　Ｔｉｍｅ　Ｐｒｏｔｏｃｏｌ）又はＳＮＴＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｔｉｍｅ　Ｐｒｏｔｏｃｏｌ）により規定される時刻情報により示されてもよい。ＮＴＰ及びＳＮＴＰは、ネットワーク（ＮＴＰサーバ）が時刻の情報（同期情報）を提供するために用いられる。

　第２情報要素は、同様に、第１時間帯の開始時刻及び／又は終了時刻を示してもよい。第２情報要素は、第２時間帯を示すＨ－ＳＦＮ（及びＳＦＮ）を示してもよい。

　ステップＳ１２０において、ＵＥ１００は、時間帯を特定する。

　ＵＥ１００は、第１情報要素及び第２情報要素の少なくとも一方に基づいて、第１時間帯を特定してもよい。

　ＵＥ１００は、第１情報要素により示される時間帯を、第１時間帯として特定してもよい。ＵＥ１００は、第２情報要素により示される時間帯を、第２時間帯として特定してもよい。ＵＥ１００は、特定された第２時間帯と異なる時間帯を第１時間帯して特定してもよい。

　ステップＳ１３０において、ＵＥ１００は、現時刻が第１時間帯内であるか否かを判定する。

　ＵＥ１００は、現時刻が第１時間帯内であると判定したことに応じて、ステップＳ１４０の処理を実行してもよい。或いは、ＵＥ１００は、ステップＳ１３０の処理を再度実行してもよい。

　ＵＥ１００は、現時刻が第１時間帯内でない（すなわち、第１時間帯外である）と判定したことに応じて、ステップＳ１５０の処理を実行してもよい。ＵＥ１００は、現時刻が第２時間帯内であると判定したことに応じて、ステップＳ１５０の処理を実行してもよい。

　ＵＥ１００は、ネットワークへ送信すべきデータ（送信データ／送信パケット）を生成したことに応じて、判定を実行してもよい。ＵＥ１００は、送信データの生成に関係なく、判定を実行してもよい。

　ＵＥ１００は、現時刻が第１時間帯内であると判定したことに応じて、送信データの生成を停止してもよい。ＵＥ１００は、ＵＥ１００内の上位レイヤ（例えば、アプリケーションレイヤ）において送信データの生成を停止してもよい。ＵＥ１００は、現時刻が第１時間帯内でないと判定したことに応じて、送信データの生成を開始してもよい。

　ＵＥ１００は、送信データを生成したことに応じて、タイマを開始してもよい。例えば、ＵＥ１００は、送信バッファにデータが入ったことに応じてタイマを開始してもよい。

　タイマは、送信データの保持時間を計測するためのタイマである。ＵＥ１００は、タイマの満了に応じて、現時刻が第１時間帯内であっても、送信データをネットワークへ送信してもよい。

　ＵＥ１００には、１つのタイマが設定されてもよい。ＵＥ１００には、ネットワークへ送信すべき各パケット（送信パケット）に対応するタイマが設定されてもよい。すなわち、ＵＥ１００は、パケット毎にタイマを開始してもよい。ＵＥ１００には、各ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）フロー（ストリーム）に対応するタイマが設定されてもよい。すなわち、ＵＥ１００は、ＩＰフロー（ストリーム）毎にタイマを開始してもよい。

　タイマ値は、送信データの許容遅延時間に対応する値である。タイマ値は、送信データの許容遅延時間よりも小さい値であってもよい。タイマ値は、複数のパケットの許容遅延時間のうち、最も小さい許容遅延時間に対応する値であってもよい。

　タイマ値（送信データの許容遅延時間に対応する値）は、許容遅延時間を超えない値である。タイマ値は、許容遅延時間を超える前にＵＥ１００が送信データを送信できる値（例えば、許容遅延時間の直前）である。

　ＵＥ１００内において、許容遅延時間（タイマ値）は、上位レイヤから下位レイヤへ通知されてもよい。上位レイヤは、例えば、アプリケーションレイヤ又はＮＡＳレイヤである。下位レイヤは、例えば、ＮＡＳレイヤ、ＲＲＣレイヤ、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、ＰＨＹレイヤの少なくともいずれかである。

　ＢＳ２００は、タイマ値を示す情報を個別シグナリング（例えば、ＲＲＣ接続再設定メッセージなど）により、ＵＥ１００へ送信してもよい。ＢＳ２００は、タイマ値を示す情報をブロードキャストシグナリング（例えば、ＳＩＢ）／グループキャストシグナリングにより、ＵＥ１００へ送信してもよい。時間帯情報は、タイマ値を示す情報要素を含んでいてもよい。

　ステップＳ１４０において、ＵＥ１００は、第１時間帯において、送信データの許容遅延時間が経過するか否かを判定する。すなわち、ＵＥ１００は、第１時間帯が終了するまでに、送信データの許容遅延時間が経過するか否かを判定する。

　ＵＥ１００は、第１時間帯において送信データの許容遅延時間が経過すると判定したことに応じて、ステップＳ１５０の処理を実行してもよい。ＵＥ１００は、第１時間帯において送信データの許容遅延時間が経過しないと判定したことに応じて、ステップＳ１３０の処理を実行してもよい。

　ステップＳ１５０において、ＵＥ１００は、例えば、第２時間帯において、送信データをネットワークへ送信してもよい。

　ＵＥ１００は、第１時間帯において、ネットワークとの通信を制限する制御を実行する。例えば、ＵＥ１００は、送信データ（送信パケット）を生成した場合であっても、第１時間帯では、ネットワークとの通信を実行しなくてもよい。ＵＥ１００は、送信バッファにデータが溜まっている場合であっても、第１時間帯では、ネットワークとの通信を実行しなくてもよい。ＵＥ１００は、第１時間帯では、ネットワークとの通信を実行せずに、第２時間帯でネットワークとの通信を実行してもよい。

　ＵＥ１００は、第１時間帯において送信データの許容遅延時間が経過する場合には、第１時間帯において送信データ（送信パケット）をネットワークへ送信してもよい。例えば、ＵＥ１００は、上述のタイマの満了に応じて、現時刻が第１時間帯であっても、送信データをネットワークへ送信してもよい。これにより、ＵＥ１００は、第１時間帯においても、例外的に、送信データをネットワークへ送信できるため、第１時間帯が設定された場合であっても、通信品質の低下を防ぐことができる。

　「ネットワークとの通信」は、ＵＥ１００からネットワークへの上り送信のみであってもよい。従って、第１時間帯は、ＵＥ１００からネットワークへの送信が拒否される時間帯であってもよい。第２時間帯は、ＵＥ１００からネットワークへの送信が許容される時間帯であってもよい。

　ネットワークとの通信は、上り送信だけでなく、ネットワークからＵＥ１００への下り送信を含んでもよい。例えば、ＵＥ１００は、第１時間帯において、ネットワークから無線信号を受信する動作を省略してもよい。ＵＥ１００は、例えば、ページングメッセージ（ＰＤＣＣＨ）のモニタを省略してもよい。

　例えば、ＵＥ１００は、拡張ＤＲＸ（ｅｘｔｅｎｄｅｄ　ＤＲＸ）の適用により、第１時間帯において、スリープ状態であってもよい。ＵＥ１００は、ＵＥの電力消費を低減することを許可するＮＡＳにより設定及び制御されるパワーセービングモード（ＰＳＭ）の適用により、第１時間帯において、スリープ状態であってもよい。

　一方、ネットワーク（例えば、ｅＮＢ２００、ＭＭＥ３００など）は、第１時間帯において、ＵＥ１００へ送信すべき情報（ユーザデータ及び／又は制御情報）の送信を省略してもよい。ネットワークは、例えば、時間帯情報に基づいて、第１時間帯を特定してもよい。ネットワークは、ステップＳ１２０において特定した時間帯（第１時間帯及び／又は第２時間帯）を示す情報をＵＥ１００から受信してもよい。ネットワークは、ＵＥ１００により特定された時間帯において、ＵＥ１００へ送信すべき情報の送信を省略してもよい。ＵＥ１００は、スリープ状態になる前に、特定した時間帯をネットワークへ通知してもよい。これにより、ネットワークは、無駄なＵＥ１００への送信を省略できる。

　以上のように、ＵＥ１００は、第１時間帯において、ネットワークとの通信を制限する制御を実行する。これにより、第１時間帯におけるＵＥ１００のトラフィック量は低減する。第１時間帯が、全体トラフィック量が多い時間帯（例えば、日中から深夜までの時間帯）に設定されることにより、トラフィックの平準化を図ることができる。

　ネットワーク装置（例えば、Ｍ２Ｍサーバ）が各ＵＥ１００の通信タイミングを指定するのではなく、各ＵＥ１００が自律的に第１時間帯を特定するため、ネットワーク装置の負荷を低減することができる。

　（Ｂ）動作例２
　動作例２について、図６を用いて説明する。図６は、動作例２を説明するためのフローチャートである。上述と同様の説明は、省略する。

　動作例２では、ＵＥ１００は、ネットワークへの送信を制限するための所定値と時間帯とが関連付けられた情報に基づいて、第１時間帯において、送信データをネットワークへ送信するか否かを判定する。

　図６に示すように、ステップＳ２１０において、ＵＥ１００は、時間帯（第１時間帯及び／又は第２時間帯）を特定する。ＵＥ１００は、時間帯を特定するために、時間帯情報として表１に示される情報を用いてもよい。表１は、時間帯情報の一例を示す。ＵＥ１００は、動作例１と同様に、ＢＳ２００から時間帯情報を受信してもよい。ＵＥ１００は、動作例１と同様に、予め記憶していてもよい。

　表１では、ネットワークへの送信確率を示す確率閾値（所定値）と１日の各時間帯とが関連付けられている。確率閾値は、ＵＥ１００が、第１時間帯において送信データをネットワークへ送信するか否かを判定するために用いられる。

　ＵＥ１００は、例えば、「０」以外の数値を示す確率閾値と関連付けられた時間帯（例えば、０：００－２：００、６：００－２４：００）を第１時間帯として特定してもよい。ＵＥ１００は、「０」を示す確率閾値と関連付けられた時間帯（例えば、２：００－６：００）を第２時間帯として特定してもよい。ＵＥ１００は、１日の時間帯のうち、全ての時間帯（０：００－２４：００）を第１時間帯として特定してもよい。

　ステップＳ２２０において、ＵＥ１００は、ネットワークへの送信を制限するための所定値と時間帯とが関連付けられた情報に基づいて、第１時間帯において、送信データをネットワークへ送信するか否かを判定してもよい。ＵＥ１００は、送信データをネットワークへ送信すると判定したことに応じて、ステップＳ２４０の処理を実行してもよい（ステップＳ２３０：ＹＥＳ）。

　ＵＥ１００は、例えば、乱数を用いて、判定してもよい。例えば、ＵＥ１００は、乱数と確率閾値とを比較してもよい。ＵＥ１００は、乱数が確率閾値よりも大きいことに応じて、送信データをネットワークへ送信すると判定してもよい。ＵＥ１００は、乱数が確率閾値以下であることに応じて、送信データをネットワークへ送信しないと判定してもよい。

　ＵＥ１００は、例えば、ＵＥ識別子（例えば、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｍｏｂｉｌｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ）など）を用いて、判定してもよい。ＵＥ１００は、ＵＥ識別子を定数で割った値が所定値であることに応じて、送信データをネットワークへ送信すると判定してもよい。ＵＥ１００は、ＵＥ識別子を定数で割った値が所定値でないことに応じて、送信データをネットワークへ送信しないと判定してもよい。この場合には、時間帯情報では、所定値と１日の各時間帯とが関連付けられている。時間帯情報は、定数を示す情報要素を含んでいてもよい。

　ＵＥ１００は、上位レイヤにおいて、判定を実行してもよい。ＵＥ１００は、送信データをネットワークへ送信すると判定したことに応じて、送信データの生成を開始してもよいＵＥ１００において、上位レイヤは、送信データをネットワークへ送信すると判定したことに応じて、下位レイヤに送信データの生成を指示してもよい。上位レイヤは、例えば、アプリケーションレイヤ又はＮＡＳレイヤである。下位レイヤは、例えば、ＮＡＳレイヤ、ＲＲＣレイヤ、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、ＰＨＹレイヤの少なくともいずれかである。

　ＵＥ１００は、動作例１と同様に、送信データをネットワークへ送信しないと判定したとしても、上述のタイマの満了に応じて、現時刻が第１時間帯であっても、送信データをネットワークへ送信してもよい。

　ステップＳ２４０において、ＵＥ１００は、送信データをネットワークへ送信すると判定したことに応じて、送信データをネットワークへ送信する。

　一方、ＵＥ１００は、送信データをネットワークへ送信しないと判定したことに応じて、処理を終了する（ステップＳ２３０：ＮＯ）。

　ＵＥ１００は、所定の時間帯において、１度のみ判定を実行してもよい。ＵＥ１００は、所定の時間帯（例えば、６：００－１２：００）が終了するまで判定が実行できなくてもよい。ＵＥ１００は、所定の時間帯（第１時間帯）から第２時間帯へ切り替わったことに応じて、判定を開始してもよい。ＵＥ１００は、所定の時間帯（例えば、６：００－１２：００）から次の時間帯（例えば、１２：００－１７：００）へ切り替わったことに応じて、判定を開始してもよい。

　ＵＥ１００は、判定したことに応じて、判定（又は送信）の回数を制限するためのタイマを起動してもよい。ＵＥ１００は、タイマが満了するまで、判定を実行できなくてもよい。ＵＥ１００は、タイマの満了に応じて、判定を開始してもよい。ＵＥ１００は、送信データをネットワークへ送信しないと判定した場合にのみ、タイマを起動してもよい。或いは、ＵＥ１００は、送信データをネットワークへ送信しないと判定した場合だけでなく、送信データをネットワークへ送信すると判定した場合も、タイマを起動してもよい。

　ＵＥ１００は、１つの第１時間帯における送信確率が一定となるように、判定の回数を決定してもよい。送信確率が０．５であるケースを例に挙げて説明する。

　ＵＥ１００は、例えば、確率閾値が０．５である場合には、判定の回数を１回と決定してもよい。ＵＥ１００は、例えば、確率閾値が０．７１（すなわち、√０．５に近似的に等しい）である場合には、判定の回数を２回と決定してもよい。ＵＥ１００は、例えば、確率閾値が０．８４（すなわち、（０．５）^０．２５に近似的に等しい）である場合には、判定の回数を４回と決定してもよい。ＵＥ１００は、判定の度に乱数を決定してもよい。ＵＥ１００は、乱数が確率閾値よりも大きいことに応じて、送信データをネットワークへ送信すると判定できる。ＵＥ１００は、乱数が確率閾値以下であることに応じて、送信データをネットワークへ送信しないと判定してもよい。

　１つの第１時間帯における判定の回数は、ネットワークから指定されてもよい。ＵＥ１００は、指定された判定の回数に従って判定を実行してもよい。ＵＥ１００は、判定の回数及び送信確率から、確率閾値を決定してもよい。

　ＢＳ２００は、タイマ値、判定の回数、確率閾値、及び送信確率の少なくともいずれかを示す情報を個別シグナリング（例えば、ＲＲＣ接続再設定メッセージなど）により、ＵＥ１００へ送信してもよい。ＢＳ２００は、当該情報をブロードキャストシグナリング（例えば、ＳＩＢ）／グループキャストシグナリングにより、ＵＥ１００へ送信してもよい。時間帯情報は、タイマ値、判定の回数、確率閾値、及び送信確率の少なくともいずれかを示す情報要素を含んでいてもよい。

　（Ｃ）動作例３
　動作例３について、図７を用いて説明する。図７は、動作例３を説明するためのフローチャートである。上述と同様の説明は、省略する。

　動作例３では、ＵＥ１００は、ネットワークオペレータと時間帯とが関連付けられた情報に基づいて、第１時間帯において、ネットワークへデータを送信するか否かを判定する。

　図７に示すように、ステップＳ３１０において、ＵＥ１００は、時間帯（第１時間帯及び／又は第２時間帯）を特定する。ＵＥ１００は、時間帯を特定するために、時間帯情報として表２に示される情報を用いてもよい。表２は、時間帯情報の一例を示す。ＵＥ１００は、動作例１と同様に、ＢＳ２００から時間帯情報を受信してもよい。ＵＥ１００は、動作例１と同様に、予め記憶していてもよい。

　表２では、ネットワークオペレータと１日の各時間帯とが関連付けられている。

　ＵＥ１００は、所定のネットワークオペレータ（例えば、Ａ　ｏｐｅｒａｔｏｒ）と関連付けられた時間帯（例えば、６：００－１２：００）を第１時間帯として特定してもよい。ＵＥ１００は、任意のネットワークオペレータが管理するネットワークへの送信が許容されることを示す「ＡＬＬ」と関連付けられた時間帯（例えば、２：００－６：００）を第２時間帯として特定してもよい。

　１つの時間帯（例えば、１７：００－２４：００及び０：００－２：００）において、複数のネットワークオペレータ（例えば、Ｃ　ｏｒ　Ｄ　ｏｐｅｒａｔｏｒ）が関連付けられていてもよい。この場合、ＵＥ１００は、複数のネットワークオペレータのうち任意のネットワークオペレータを選択してもよい。

　ステップＳ３２０において、ＵＥ１００は、時間帯情報に基づいて、複数のネットワークオペレータの中から、送信データ（送信パケット）の送信先となるネットワークを管理するネットワークオペレータを選択する。ＵＥ１００は、複数のネットワークから、送信データの送信先となるネットワークを選択してもよい。ＵＥ１００は、複数のＰＬＭＮ（Ｐｕｂｌｉｃ　Ｌａｎｄ　Ｍｏｂｉｌｅ　Ｎｅｔｗｏｒｋ）から、送信データの送信先となるＰＬＭＮを選択してもよい。

　具体的には、ＵＥ１００は、現時刻が第１時間帯内であるか否かを判定する。ＵＥ１００は、現時刻が第１時間帯内である場合には、現時刻が含まれる時間帯と関連付けられた所定のネットワークオペレータを選択する。一方で、ＵＥ１００は、現時刻が含まれる時間帯と関連付けられた所定のネットワークオペレータ以外の他のネットワークオペレータを選択しない。

　ステップＳ３３０において、ＵＥ１００は、ネットワークオペレータと時間帯とが関連付けられた情報に基づいて、第１時間帯において、送信データをネットワーク（所定のネットワーク）へ送信するか否かを判定してもよい。

　ステップＳ３４０において、所定のネットワークオペレータが選択された場合には、ＵＥ１００は、ステップＳ３５０の処理を実行する。所定のネットワークオペレータと異なる他のオペレータが選択された場合には、ステップＳ３６０の処理を実行する。

　ステップＳ３５０において、ＵＥ１００は、所定のネットワークオペレータが管理するネットワークへ、送信データを送信する。

　ステップＳ３６０において、ＵＥ１００は、選択したネットワークオペレータが管理するネットワークへ送信データを送信する。

　このように、ＵＥ１００は、所定のネットワークに対して、送信データをネットワークへ送信するか否かを判定してもよい。すなわち、ＵＥ１００は、時間帯情報に基づいて、送信データを送信すべきネットワークを判定（選択）してもよい。これにより、時間帯に応じて、ネットワークオペレータが選択（指定）されるため、１つのネットワークオペレータが管理するネットワークへ負荷が集中することを低減できる。

　（Ｄ）動作例４
　動作例４について、図８を用いて説明する。図８は、動作例４を説明するためのフローチャートである。上述と同様の説明は、省略する。

　動作例４では、ＵＥ１００は、利用料金に基づく所定値と時間帯とが関連付けられた情報に基づいて、第１時間帯において、ネットワークへデータを送信するか否かを判定する。

　図８に示すように、ステップＳ４１０において、ＵＥ１００は、時間帯（第１時間帯及び／又は第２時間帯）を特定する。ＵＥ１００は、時間帯を特定するために、時間帯情報として表３に示される情報を用いてもよい。表３は、時間帯情報の一例を示す。ＵＥ１００は、動作例１と同様に、ＢＳ２００から時間帯情報を受信してもよい。ＵＥ１００は、動作例１と同様に、予め記憶していてもよい。

　表３では、利用料金に基づく所定値（パケット毎の料金）と１日の各時間帯とが関連付けられている。表３に示すように、ネットワークオペレータ毎の利用料金に基づく所定値と１日の各時間帯とが関連付けられていてもよい。送信データ量毎に、利用料金に基づく所定値と１日の各時間帯とが関連付けられていてもよい。

　利用料金に基づく所定値は、パケット毎の料金ではなく、その他の料金（例えば、月額料金）であってもよい。

　利用料金に基づく所定値は、優先度であってもよい。例えば、利用料金が安いほど優先度が高くてもよい。

　利用料金に基づく所定値は、規格化値（相対値）であってもよい。所定のネットワークオペレータの利用料金を基準として、所定のネットワークオペレータ以外の利用料金を規格化してもよい。

　利用料金に基づく所定値は、上述の確率閾値であってもよい。例えば、利用料金が安いほど確率閾値が小さくてもよい。

　スループット毎に、利用料金に基づく所定値と１日の各時間帯とが関連付けられていてもよい。

　ＵＥ１００は、利用料金に基づく所定値と１日の各時間帯とが関連付けられている場合、各時間帯を第１時間帯として特定してもよい。ＵＥ１００は、全てのネットワークオペレータ利用料金が同一である時間帯を第２時間帯として特定してもよい。

　ステップＳ４２０において、ＵＥ１００は、時間帯情報に基づいて、第１時間帯において、ネットワークへデータを送信するか否かを判定する。ＵＥ１００は、送信データをネットワークへ送信すると判定したことに応じて、ステップＳ４４０の処理を実行してもよい（ステップＳ４３０：ＹＥＳ）。

　例えば、ＵＥ１００は、現時刻が含まれる時間帯と関連付けられた利用料金に基づく所定値を閾値と比較してもよい。閾値は、例えば、許容可能な利用料金（例えば、０．１円／パケット）である。ＵＥ１００は、所定値が閾値よりも小さいことに応じて、送信データをネットワークへ送信すると判定してもよい。ＵＥ１００は、所定値が閾値以上であることに応じて、送信データをネットワークへ送信しないと判定してもよい。

　例えば、データ量が１ＭｂｐｓであるＵＥ１００が、Ｂオペレータを利用するケースを説明する。２：００－６：００の間において、所定値（０．０５円／パケット）が閾値（０．１円／パケット）よりも小さいため、ＵＥ１００は、Ｂオペレータが管理するネットワークへ送信データを送信すると判定する。一方、１２：００－１７：００の間において、所定値（１．２円／パケット）が閾値（０．１円／パケット）以上であるため、ＵＥ１００は、Ｂオペレータが管理するネットワークへ送信データを送信しないと判定する。

　ＵＥ１００のユーザが、閾値を設定してもよい。ＵＥ１００は、閾値を示す情報をネットワーク（例えば、ＢＳ２００）から取得してもよい。時間帯情報は、閾値を示す情報要素を含んでいてもよい。

　ＵＥ１００は、動作例３と同様に、動作例４に係る時間帯情報に基づいて、複数のネットワークオペレータの中から、送信データの送信先となるネットワークを管理するネットワークオペレータを選択してもよい。すなわち、ＵＥ１００は、自律的に最適なネットワーク（通信経路）を選択してもよい。

　ＵＥ１００は、例えば、通信料金が安いネットワークを選択してもよい。

　ＵＥ１００は、現在発生している送信データに関する情報に基づいて、ネットワークを選択してもよい。例えば、ＵＥ１００は、送信データ量に基づいて、ネットワークを選択してもよい。ＵＥ１００は、送信データの許容遅延時間に基づいて、ネットワークを選択してもよい。

　ＵＥ１００は、ＵＥ１００の能力情報に基づいて、ネットワークを選択してもよい。例えば、ＵＥ１００は、最大スループットに基づいて、ネットワークを選択してもよい。

　ＵＥ１００がネットワークを選択するためのアルゴリズムは、変更されてもよい。例えば、ＵＥ１００は、料金重視型のアルゴリズムに基づいて、ネットワークを選択してもよい。例えば、ＵＥ１００は、パフォーマンス重視型のアルゴリズムに基づいて、ネットワークを選択してもよい。

　ＵＥ１００のユーザが、ネットワークを選択するためのアルゴリズムを変更（設定）してもよい。ＵＥ１００は、ネットワークを選択するためのアルゴリズムをネットワークから取得してもよい。

　ステップＳ４４０において、ＵＥ１００は、送信データをネットワークへ送信すると判定したことに応じて、送信データをネットワークへ送信する。一方、ＵＥ１００は、送信データをネットワークへ送信しないと判定したことに応じて、処理を終了する（ステップＳ４３０：ＮＯ）。

　ＵＥ１００は、複数のネットワークの中から、送信データの送信先となるネットワークを選択した場合には、選択したネットワークへ（すなわち、選択した通信経路で）送信データを送信してもよい。

　ＵＥ１００は、例えば、時間帯、送信データ量、送信データの許容遅延時間の少なくともいずれかが変更されたことに応じて、ネットワーク（通信経路）を再選択してもよい。

　［その他の実施形態］
　上述した実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

　上述した実施形態では、ＵＥ１００は、時間帯情報に基づいて、送信データを送信すべきネットワークを判定していたが、これに限られない。例えば、図９に示すように、ＵＥ１００は、ＵＥ１００におけるネットワークの無線環境に応じて、送信データを送信すべきネットワーク（ネットワークオペレータ）を判定（選択）してもよい。図９は、その他実施形態に係るＵＥ１００の動作を説明するためのフローチャートである。

　ステップＳ５１０において、ＵＥ１００は、例えば、ネットワーク（例えば、ＢＳ２００）からの無線信号の受信電力強度（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ　Ｒｅｃｅｉｖｅｄ　Ｐｏｗｅｒ）に応じて、送信データを送信すべきネットワークを判定してもよい。ＵＥ１００は、表４に示される情報を用いて、ネットワークを判定してもよい。表４は、受信電力強度とネットワークオペレータ毎の利用料金（例えば、パケット毎の通信料金）との関連付けの一例を示すリストである。

　ＵＥ１００は、リストを用いて、現在の受信電力強度に基づいて、通信料金が最も安いネットワークを選択してもよい。例えば、ＵＥ１００は、Ａオペレータが管理するネットワーク及びＢオペレータが管理するネットワークのそれぞれからの無線信号（例えば、参照信号）の受信電力強度が「－９０～－９５ｄＢｍ」の範囲にある場合には、Ｂオペレータが管理するネットワークを選択してもよい。ＵＥ１００は、Ａオペレータが管理するネットワークからの無線信号の受信電力強度が「－９０～－９５ｄＢｍ」の範囲にあり、かつ、Ｂオペレータが管理するネットワークからの無線信号の受信電力強度が「－１１５ｄＢｍ以下」の範囲にある場合には、Ａオペレータが管理するネットワークを選択してもよい。

　ＵＥ１００は、受信電力強度と異なる基準で、送信データを送信すべきネットワークを判定してもよい。ＵＥ１００は、受信品質（ＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ　Ｒｅｃｅｉｖｅｄ　Ｑｕａｌｉｔｙ）に応じて、送信データを送信すべきネットワークを判定してもよい。

　ＵＥ１００は、受信電力強度と異なる基準で、送信データを送信すべきネットワークを判定してもよい。例えば、ＵＥ１００は、各ネットワークからの無線信号の受信品質（ＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ　Ｒｅｃｅｉｖｅｄ　Ｑｕａｌｉｔｙ）に応じて、送信データを送信すべきネットワークを判定してもよい。判定に用いられるリストにおいて、受信品質とネットワークオペレータ（ネットワーク）とが関連付けられていてもよい。

　ＵＥ１００は、ＣＥ（Ｃｏｖｅｒａｇｅ　Ｅｎｈａｎｃｅｍｅｎｔ）モードに応じて、送信データを送信すべきネットワークを判定してもよい。判定に用いられるリストにおいて、ＣＥモード（ＣＥモードＡ及びＣＥモードＢ）とネットワークオペレータ（ネットワーク）毎の利用料金（例えば、パケット毎の通信料金）とが関連付けられていてもよい。ＣＥモードは、ネットワーク（ＢＳ２００）からＵＥ１００にコンフィグ（設定）されてもよい。ＵＥ１００が、ＣＥモードを自律的に判定してもよい。例えば、ＵＥ１００は、ネットワーク（ＢＳ２００）からの無線信号の受信レベル（例えば、ＲＳＲＰ、ＲＳＲＱなど）と比較される閾値を用いて、ＵＥ１００自身のＣＥモードを判定してもよい。

　ＵＥ１００は、ＣＥレベルに応じて、送信データを送信すべきネットワークを判定してもよい。判定に用いられるリストにおいて、ＣＥレベルとネットワークオペレータ（ネットワーク）とが関連付けられていてもよい。

　ＢＳ２００は、当該リストを個別シグナリング（例えば、ＲＲＣ接続再設定メッセージなど）により、ＵＥ１００へ送信してもよい。ＢＳ２００は、当該リストをブロードキャストシグナリング（例えば、ＳＩＢ）／グループキャストシグナリングにより、ＵＥ１００へ送信してもよい。

　ＵＥ１００は、動作例４と同様に、リストを用いて、自律的に最適なネットワーク（通信経路）を選択することができる。

　ステップＳ５２０において、ＵＥ１００は、選択したネットワークへ（すなわち、選択した通信経路で）送信データを送信してもよい。

　上述した実施形態において、ネットワークへの送信が制限されるＵＥ１００が指定されてもよい。ネットワーク（例えば、ＢＳ２００）は、ネットワークへの送信が制限されるＵＥ１００を指定するための指定情報要素を時間帯情報に含めてもよい。指定情報要素は、例えば、ネットワークへの送信が制限されるＵＥ１００のカテゴリを示してもよい。指定情報要素は、例えば、Ｎｂ－ＩｏＴを使用するＵＥを示してもよい。ＵＥ１００は、指定情報要素がＵＥ１００自身を示す場合には、時間帯情報を用いて、上述の動作を実行してもよい。

　上述した実施形態において、ＵＥ１００は、現時刻が第１時間帯内である場合に、ネットワークへの送信が制限されていたが、これに限られない。例えば、ＵＥ１００は、現時刻が第１時間帯か否かにかかわらず、上述の判定を実行してもよい。ＵＥ１００は、現時刻が第１時間帯か否かにかかわらず、最適なネットワーク（通信経路）を選択してもよい。ＵＥ１００は、判定結果にかかわらず、許容遅延時間を超える前にＵＥ１００が送信データを送信できる場合には、現時刻が第１時間帯か否かにかかわらず、送信データをネットワークへ送信するか否かを判定してもよい。

　上述した実施形態において、ＵＥ１００は、センサモジュール（Ｍ２Ｍデバイス）であってもよい。ＵＥ１００は、（複数の）センサモジュールを管理する無線通信装置（例えば、ＩｏＴ　ＧＷ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ　ＧａｔｅＷａｙ））であってもよい。ＵＥ１００は、（複数の）センサモジュールを代表してネットワークとの通信を実行してもよい。ＩｏＴ　ＧＷに管理されるセンサモジュールは、ネットワークとの通信を実行する機能を有さなくてもよい。ＩｏＴ　ＧＷに管理されるセンサモジュールは、ＩｏＴ　ＧＷとの通信を実行する機能を有してもよい。

　センサモジュールであるＵＥ１００は、上述の時間帯情報をＩｏＴ　ＧＷから受信してもよい。

　上述した実施形態（各動作例）に係る内容は、適宜組み合わせて実行されてもよい。例えば、ＵＥ１００は、表３と表４とのリストを用いて、最適なネットワークを選択してもよい。また、上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。

　上述した実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ＢＳ２００、ネットワーク装置（例えば、サーバ６００）など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

　ＵＥ１００、ＢＳ２００、ネットワーク装置のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。

　上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。例えば、５Ｇにおける通信システムにおいて、本出願に係る内容が適用されてもよい。

　日本国特許出願第２０１７－０３３１１９号（２０１７年２月２４日出願）の全内容が、参照により本願明細書に組み込まれている。

　本発明は、無線通信分野において有用である。

Claims

　無線通信装置であって、
　コントローラを備え、
　前記コントローラは、
　　ネットワークとの通信を行うことが制限される第１時間帯を特定し、
　　前記第１時間帯において、前記ネットワークとの通信を制限する制御を実行する、よう構成される無線通信装置。
　前記コントローラは、
　　前記ネットワークとの通信を行うことが許容される第２時間帯を特定し、
　　前記第１時間帯では前記通信を実行せずに、前記第２時間帯で前記通信を実行するよう構成される請求項１に記載の無線通信装置。
　前記コントローラは、前記第１時間帯において前記ネットワークへ送信すべきデータの許容遅延時間が経過する場合には、前記第１時間帯において前記ネットワークへ前記データを送信するよう構成される請求項１に記載の無線通信装置。
　前記コントローラは、
　　前記第１時間帯を特定するための第１情報要素及び前記ネットワークとの通信を行うことが許容される第２時間帯を特定するための第２情報要素の少なくとも一方を含む情報を前記ネットワークから受信し、
　　前記第１情報要素及び前記第２情報要素の少なくとも一方に基づいて、前記第１時間帯を特定する、よう構成される請求項１に記載の無線通信装置。
　前記コントローラは、前記ネットワークへの送信を制限するための所定値と時間帯とが関連付けられた情報に基づいて、前記第１時間帯において、前記ネットワークへデータを送信するか否かを判定するよう構成される請求項１に記載の無線通信装置。
　前記コントローラは、ネットワークオペレータと時間帯とが関連付けられた情報に基づいて、前記第１時間帯において、前記ネットワークへデータを送信するか否かを判定するよう構成される請求項１に記載の無線通信装置。
　前記コントローラは、
　　前記情報に基づいて、複数のネットワークオペレータの中からネットワークオペレータを選択し、
　　前記選択したネットワークオペレータが管理するネットワークへデータを送信すると判定するよう構成される請求項１に記載の無線通信装置。
　前記コントローラは、利用料金に基づく所定値と時間帯とが関連付けられた情報に基づいて、前記第１時間帯において、前記ネットワークへデータを送信するか否かを判定するよう構成される請求項１に記載の無線通信装置。
　無線通信装置を制御するためのプロセッサであって、
　前記プロセッサは、
　　ネットワークとの通信を行うことが制限される第１時間帯を特定し、
　　前記第１時間帯において、前記ネットワークとの通信を制限する制御を実行する、よう構成されるプロセッサ。
　コントローラを備えた無線通信装置の制御方法であって、
　前記コントローラは、
　　ネットワークとの通信を行うことが制限される第１時間帯を特定するステップと、
　　前記第１時間帯において、前記ネットワークとの通信を制限する制御を実行するステップとを有する無線通信装置の制御方法。