JP6849789B2 - 無線端末、プロセッサ及び基地局 - Google Patents

Description

本開示は、無線端末、プロセッサ及び基地局に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により策定された仕様では、動的なスケジューリングが実行される（非特許文献１参照）。無線端末は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）から割り当てられた無線リソースを示すスケジューリング情報に基づいて、Ｅ−ＵＴＲＡＮからユーザデータを受信したり、Ｅ−ＵＴＲＡＮへユーザデータを送信したりする。

Ｅ−ＵＴＲＡＮは、動的なスケジューリングでなく、半持続的なスケジューリング（ＳＰＳ：Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）も実行可能である。無線端末は、スケジューリング情報を都度受信しなくても、ＳＰＳにより割り当てられた時間方向に配置された複数の時間・周波数リソースを用いて、Ｅ−ＵＴＲＡＮからユーザデータを受信したり、Ｅ−ＵＴＲＡＮへユーザデータを送信したりすることができる。

３ＧＰＰ技術仕様書「ＴＳ３６．３００ Ｖ１４．１．０」 ２０１６年１２月３０日

一の実施形態に係る通信方法では、第１の無線通信装置が、第２の無線通信装置へデータを送信するために割り当てられ、かつ時間方向に配置された複数の時間・周波数リソースを用いた送信を開始する。前記第２の無線通信装置が、前記第１の無線通信装置からのデータを受信するために、前記複数の時間・周波数リソースにおけるモニタを開始する。前記第１の無線通信装置が、前記第２の無線通信装置へ送信すべき最後のデータを送信する際に、前記最後のデータと共に、前記最後のデータの送信を示す最後識別情報を前記第２の無線通信装置へ送信する。

一の実施形態に係るプロセッサは、無線通信装置（第１の無線通信装置）を制御するためのプロセッサである。前記プロセッサは、第２の無線通信装置へデータを送信するために割り当てられ、かつ時間方向に配置された複数の時間・周波数リソースを用いた送信を開始する処理と、前記第２の無線通信装置へ送信すべき最後のデータを送信する際に、前記最後のデータと共に、前記最後のデータの送信を示す最後識別情報を前記第２の無線通信装置へ送信する処理と、を実行する。

一の実施形態に係る通信方法では、無線端末が、所定サイクルでネットワーク装置へ上りリンク情報を少なくとも１回送信する。前記ネットワーク装置が、前記無線端末へ送信すべき下りリンク情報が発生した場合には、前記上りリンク情報を受信するまで前記下りリンク情報を保持する。前記ネットワーク装置が、前記上りリンク情報の受信に応じて、前記下りリンク情報の送信を開始する。前記無線端末が、前記上りリンク情報の送信に応じて、前記下りリンク情報のモニタを開始する。

一の実施形態に係るプロセッサは、無線端末を制御するためのプロセッサである。前記プロセッサは、所定サイクルでネットワーク装置へ上りリンク情報を少なくとも１回送信する処理と、前記無線端末へ送信すべき下りリンク情報が発生した場合に前記上りリンク情報を受信するまで前記下りリンク情報を保持する前記ネットワーク装置からの下りリンク情報のモニタを、前記上りリンク情報の送信に応じて開始する処理と、を実行する。

一の実施形態に係るプロセッサは、ネットワーク装置を制御するためのプロセッサである。前記プロセッサは、所定サイクルで前記ネットワーク装置へ上りリンク情報を少なくとも１回送信するよう構成された無線端末へ送信すべき下りリンク情報が発生した場合には、前記上りリンク情報を受信するまで前記下りリンク情報を保持する処理と、前記ネットワーク装置が、前記上りリンク情報の受信に応じて、前記下りリンク情報の送信を開始する処理と、を実行する。

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

［実施形態の概要］
一の実施形態に係る通信方法では、第１の無線通信装置が、第２の無線通信装置へデータを送信するために割り当てられ、かつ時間方向に配置された複数の時間・周波数リソースを用いた送信を開始する。前記第２の無線通信装置が、前記第１の無線通信装置からのデータを受信するために、前記複数の時間・周波数リソースにおけるモニタを開始する。前記第１の無線通信装置が、前記第２の無線通信装置へ送信すべき最後のデータを送信する際に、前記最後のデータと共に、前記最後のデータの送信を示す最後識別情報を前記第２の無線通信装置へ送信する。

前記第２の無線通信装置が、前記最後識別情報の受信に応じて、前記モニタを終了してもよい。

前記第２の無線通信装置が、前記最後識別情報の受信に応じて、前記複数の時間・周波数リソースを解放する処理を実行してもよい。

前記第１の無線通信装置が、前記最後識別情報の送信に応じて、前記複数の時間・周波数リソースを解放する処理を実行してもよい。

前記第１の無線通信装置が、前記最後のデータを送信してから所定期間中に前記第２の無線通信装置へ送信すべき新たなデータが発生しないことを予測してもよい。前記第１の無線通信装置が、前記予測に応じて、前記最後識別情報を前記第２の無線通信装置へ送信してもよい。

一の実施形態に係るプロセッサは、無線通信装置（第１の無線通信装置）を制御するためのプロセッサである。前記プロセッサは、第２の無線通信装置へデータを送信するために割り当てられ、かつ時間方向に配置された複数の時間・周波数リソースを用いた送信を開始する処理と、前記第２の無線通信装置へ送信すべき最後のデータを送信する際に、前記最後のデータと共に、前記最後のデータの送信を示す最後識別情報を前記第２の無線通信装置へ送信する処理と、を実行する。

一の実施形態に係る通信方法では、無線端末が、所定サイクルでネットワーク装置へ上りリンク情報を少なくとも１回送信する。前記ネットワーク装置が、前記無線端末へ送信すべき下りリンク情報が発生した場合には、前記上りリンク情報を受信するまで前記下りリンク情報を保持する。前記ネットワーク装置が、前記上りリンク情報の受信に応じて、前記下りリンク情報の送信を開始する。前記無線端末が、前記上りリンク情報の送信に応じて、前記下りリンク情報のモニタを開始する。

前記無線端末が、前記所定サイクルを示す情報を前記ネットワーク装置へ通知してもよい。

前記無線端末が、前記ネットワーク装置が保持する前記下りリンク情報の全ての受信が完了したことに応じて、前記下りリンク情報のモニタを終了してもよい。

前記無線端末が、前記モニタを開始してから所定期間が経過したことに応じて、前記下りリンク情報のモニタを終了してもよい。

前記ネットワーク装置が、前記所定サイクルの上限値を示す情報を前記無線端末へ通知してもよい。

前記ネットワーク装置が、前記上りリンク情報を受信してから前記所定サイクルに基づく期間が経過しても、前記無線端末から次の上りリンク情報を受信しない場合に、前記無線端末の情報を解放するための手順を開始してもよい。

一の実施形態に係るプロセッサは、無線端末を制御するためのプロセッサである。前記プロセッサは、所定サイクルでネットワーク装置へ上りリンク情報を少なくとも１回送信する処理と、前記無線端末へ送信すべき下りリンク情報が発生した場合に前記上りリンク情報を受信するまで前記下りリンク情報を保持する前記ネットワーク装置からの下りリンク情報のモニタを、前記上りリンク情報の送信に応じて開始する処理と、を実行する。

一の実施形態に係るプロセッサは、ネットワーク装置を制御するためのプロセッサである。前記プロセッサは、所定サイクルで前記ネットワーク装置へ上りリンク情報を少なくとも１回送信するよう構成された無線端末へ送信すべき下りリンク情報が発生した場合には、前記上りリンク情報を受信するまで前記下りリンク情報を保持する処理と、前記ネットワーク装置が、前記上りリンク情報の受信に応じて、前記下りリンク情報の送信を開始する処理と、を実行する。

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

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

ＵＥ１００は、無線通信装置（無線端末）に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、セル（後述するＢＳ２００）と無線通信を行う。ＵＥ１００の構成は後述する。

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）２００を含む。ＢＳ２００は、（無線）基地局に相当する。ＢＳ２００は、例えば、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）である。ＢＳ２００は、ｇＮＢ（ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ−Ｂ）であってもよい。ＢＳ２００は、ＵＥ１００と無線通信を実行可能なノードであってもよい。従って、ＢＳ２００は、無線通信装置と称されてもよい。また、ＢＳ２００は、Ｅ−ＵＴＲＡＮ１０に含まれるため、ネットワーク装置と称されてもよい。ＢＳ２００は、Ｘ２インターフェイスを介して相互に接続されてもよい。ＢＳ２００の構成は後述する。

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

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

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

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

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

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

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

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

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

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

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

図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）が適用される。上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）が適用される。

図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数のリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）を含む。各サブフレームは、時間方向に複数のシンボルを含む。各リソースブロックは、周波数方向に複数のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより、１つのリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）が構成されるＵＥ１００には、無線リソース（時間・周波数リソース）が割り当てられる。周波数方向において、無線リソース（周波数リソース）は、リソースブロックにより構成される。時間方向において、無線リソース（時間リソース）は、サブフレーム（又はスロット）により構成される。

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ． Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームの残りの部分は、下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として使用可能な領域である。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームにおける残りの部分は、上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として使用可能な領域である。

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

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

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

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

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

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

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

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

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

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

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

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

（ネットワーク装置）
実施形態に係るネットワーク装置について説明する。図６は、ＭＭＥ３００のブロック図である。図６は、コアネットワーク（例えば、ＥＰＣ２０）に含まれるネットワーク装置の一例である。他のネットワーク装置（例えば、ＳＧＷ４００）は、ＭＭＥ３００と同様の構成を有するため、説明を省略する。ネットワーク装置は、ＭＭＥ３００及びＳＧＷ４００の機能を有していてもよい。

図６に示すように、ＭＭＥ３００は、コントローラ（制御部）３３０及びネットワークインターフェイス３４０を備える。

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

ネットワークインターフェイス３４０は、他のノード（ＢＳ２００及び／又は他のネットワーク装置）と所定のインターフェイスを介して接続される。ネットワークインターフェイス３４０は、所定のインターフェイス上で行う他のネットワーク装置との通信に使用される。

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

［第１実施形態］
第１実施形態に係る動作（動作例１及び動作例２）について説明する。

（動作例１）
動作例１について、図７−図１０を用いて説明する。図７は、第１実施形態の動作例１を説明するためのシーケンス図である。図８は、第１実施形態の動作例１に係るＢＳ２００の動作を説明するためのフローチャートである。図９は、第１実施形態の動作例１に係るＵＥ１００の動作を説明するためのフローチャートである。図１０は、第１実施形態の動作例１を説明するための図である。

動作例１は、ＵＥ１００が、複数の時間・周波数リソースを用いて、ＢＳ２００（Ｅ−ＵＴＲＡＮ１０）へデータを送信するケースである。

図７において、ＵＥ１００は、ＢＳ２００からのシグナリングを受け取れる範囲に存在する。例えば、ＵＥ１００は、ＢＳ２００が管理するセルに在圏する。ＵＥ１００は、セルのカバレッジ又は強化カバレッジ（ＣＥ：Ｃｏｖｅｒａｇｅ Ｅｎｈａｎｃｅｍｅｎｔ）内に存在する。ＵＥ１００がＲＲＣインアクティブ状態であるケースを例を挙げて説明する。ＲＲＣインアクティブ状態は、ＲＲＣ接続状態とＲＲＣアイドル状態との中間の状態である。ＲＲＣインアクティブ状態は、データ送受信が（一時的に）不活性な場合に適用されるＲＲＣ状態であるが、これに限定されない。

図７に示すように、ステップＳ１１０において、ＵＥ１００は、通信データ量を示す情報（Ｄａｔａ ｖｏｌｕｍｅ）をＢＳ２００へ送信してもよい。

通信データ量を示す情報は、送信に利用可能なデータ量を示すバッファ状態報告（ＢＳＲ）であってもよい。ＢＳＲは、バッファサイズと当該バッファサイズに対応付けられた論理チャネルグループ識別子とを含んでいてもよい。バッファサイズは、論理チャネルグループの全ての論理チャネルに渡って利用可能なデータの総量を識別する情報である。

通信データ量を示す情報は、ＵＥ１００が使用する（又は使用を開始する）アプリケーション（の識別子）に基づいて算出される通信データ量であってもよい。通信データ量を示す情報は、ＵＥ１００が使用する（又は使用を開始する）アプリケーションの識別子であってもよい。

ＢＳ２００は、複数の時間・周波数リソースを用いた送信をＵＥ１００に許可するか否かを判定する（図８のＳ２１０）。

複数の時間・周波数リソースは、ＢＳ２００へＵＬデータを送信するために割り当てられ、かつ時間方向に配置された無線リソースである。複数の時間・周波数リソースは、複数のサブフレームのそれぞれに配置された無線リソースであってもよい。すなわち、複数の時間・周波数リソースは、第１のサブフレーム内に配置された時間・周波数リソースと（第１のサブフレームよりも後の）第２のサブフレーム内に配置された時間・周波数リソースとを含んでいてもよい。複数の時間・周波数リソースは、複数のサブフレーム内に含まれる時間・周波数リソースで構成されてもよい。複数の時間・周波数リソースは、１サブフレーム内に含まれる時間・周波数リソースのみで構成されてなくてもよい。

ＢＳ２００は、ＵＥ１００からの通信データ量を示す情報に基づいて、複数の時間・周波数リソースを用いた送信をＵＥ１００に許可するか否かを判定してもよい。ＢＳ２００は、通信データ量が閾値を超える場合に、当該送信をＵＥ１００に許可すると判定してもよい。ＢＳ２００は、通信データ量が閾値以下である場合に、当該送信をＵＥ１００に許可しないと判定してもよい。閾値は、例えば、ＵＥ１００に対して１つのスケジューリング情報（例えば、上りリンク（ＵＬ）グラント）にて割り当て可能な時間・周波数リソース量（の最大値）を示す値であってもよい。

ステップＳ２１０では、ＢＳ２００は、（ＢＳ２００における無線リソースの使用状況を考慮して、）複数のサブフレームに渡ってＵＥ１００へ時間・周波数リソースを割り当てる必要がある場合に、当該送信をＵＥ１００に許可すると判定してもよい。ＢＳ２００は、１つのサブフレーム内の時間・周波数リソースによりＵＥ１００がユーザデータを十分送信可能である場合に、当該送信をＵＥ１００に許可しないと判定してもよい。

ＢＳ２００は、ＵＥ１００からのトラフィック連続的に（継続的に）発生することが予測される場合に、当該送信をＵＥ１００に許可すると判定してもよい。ＢＳ２００は、ＵＥ１００からのトラフィック連続的に（継続的に）発生しないこと（すなわち、一時的なトラフィックの発生）が予測される場合に、当該送信をＵＥ１００に許可しないと判定してもよい。ＢＳ２００は、例えば、アプリケーションの識別子に基づいて、ＵＥ１００からのトラフィック連続的に（継続的に）発生するか否かを予測してもよい。ＢＳ２００は、例えば、アプリケーションが音声（通話）及び／又は映像を利用するもの（例えば、ＶｏＬＴＥ：Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ）である場合には、ＵＥ１００からのトラフィック連続的に（継続的に）発生すると予測してもよい。そうでない場合には、ＢＳ２００は、ＵＥ１００からのトラフィック連続的に（継続的に）発生しないと予測してもよい。ＢＳ２００は、ＵＥ１００からのトラフィックが連続的に既に発生している場合に、複数の時間・周波数リソースを用いた送信をＵＥ１００に許可すると判定してもよい。

ＢＳ２００は、複数の時間・周波数リソースを用いた送信をＵＥ１００に許可すると判定した（Ｓ２１０：ＹＥＳ）ことに応じて、ステップＳ１２０の処理を実行できる。

ＢＳ２００は、複数の時間・周波数リソースを用いた送信をＵＥ１００に許可しないと判定した（Ｓ２１０：ＮＯ）ことに応じて、処理を終了してもよい。この場合、ＢＳ２００は、通常通りに、１つのサブフレーム内の時間・周波数リソースをＵＥ１００へ割り当てる動的なスケジューリングを実行してもよい。

ステップＳ１２０において、ＢＳ２００は、複数の時間・周波数リソースを用いた送信をＵＥ１００に許可するためのシグナリング（Ｓｉｇｎａｌｉｎｇ ｆｏｒ ｕｓｉｎｇ ｒｅｓｏｕｒｃｅｓ）をＵＥ１００へ（個別に）送信する（図８のＳ２２０）。

ＢＳ２００は、例えば、半持続なスケジューリング（ＳＰＳ：Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）を実行してもよい。すなわち、ＢＳ２００は、半持続な上りリンクリソースをＵＥ１００へ割り当ててもよい。この場合、ＢＳ２００は、半持続なスケジューリング設定を特定するために用いられる（上りリンク用の）ＳＰＳ設定（ＳＰＳ−Ｃｏｎｆｉｇ）をＵＥ１００へ個別に送信してもよい。ＢＳ２００は、ＳＰＳ設定を個別に送信する場合、ＳＰＳ設定に含まれる一時識別子（ＳＰＳ Ｃ−ＲＮＴＩ）を用いて、ＳＰＳ設定を有効（アクティブ）にするためのシグナリング（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ／上りリンク（ＵＬ）グラント）をＵＥ１００へ送信してもよい。

ＢＳ２００は、当該シグナリングにおいて、最後のデータの送信を示す最後識別情報（ｅｎｄ ｍａｒｋｅｒ）を送信するか否かを判定するためにＵＥ１００に用いられる識別子（判定識別子）をＵＥ１００へ送信してもよい。例えば、ＢＳ２００は、判定識別子をＳＰＳ設定に含めてもよい。判定識別子は、ＵＥ１００が最後識別情報を送信すべきであること（最後識別情報の送信許可）を示してもよい。判定識別子は、ＵＥ１００が最後識別情報を送信すべきでないこと（最後識別情報の送信不許可）を示してもよい。これにより、ＢＳ２００は、ＳＰＳ設定が実行されたＵＥ１００が最後識別情報を送信するか否かが分かる。

ＢＳ２００は、例えば、動的なスケジューリングとして、マルチサブフレームスケジューリング（ｍｕｌｔｉ−ｓｕｂｆｒａｍｅ ｓｃｈｅｄｕｌｉｎｇ）を実行してもよい。この場合、ＢＳ２００は、複数のサブフレームのそれぞれにおける時間・周波数リソースをＵＥ１００へ割り当ててもよい。ＢＳ２００は、ＵＥ１００へ割り当てた時間・周波数リソースを示すスケジューリング情報（ＵＬグラント）をＵＥ１００へ送信してもよい。ＢＳ２００は、判定識別子をスケジューリング情報に含めてもよい。

ＵＥ１００は、ステップＳ１２０において、ＢＳ２００から上述のシグナリングを受信したことに応じて、複数の時間・周波数リソースを用いた送信が許可されたか否かを判定する（図９のＳ３１０）。ＵＥ１００は、上述のシグナリングをＢＳ２００から受信した場合に、複数の時間・周波数リソースを用いた送信が許可されたと判定できる。

ＵＥ１００は、ＳＰＳ Ｃ−ＲＮＴＩを用いて、ＳＰＳ設定を有効にするためのシグナリング（ＤＣＩ）を受信（デコード）する。ＳＰＳ設定が有効になった後、ＵＥ１００は、以下の条件を満たすサブフレームにおいてＮ番目のグラントが発生する（すなわち、当該サブフレームにおける時間・周波数リソースの利用が許可される）と見なす。

（１０ ＊ ＳＦＮ ＋ ｓｕｂｆｒａｍｅ） ＝ ［（１０ ＊ ＳＦＮ_{ｓｔａｒｔ ｔｉｍｅ} ＋ ｓｕｂｆｒａｍｅ_{ｓｔａｒｔ ｔｉｍｅ}） ＋ Ｎ ＊ ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ ＋ Ｓｕｂｆｒａｍｅ＿Ｏｆｆｓｅｔ ＊ （Ｎ ｍｏｄｕｌｏ ２）］ ｍｏｄｕｌｏ １０２４０

「ＳＦＮ_{ｓｔａｒｔ ｔｉｍｅ}」は、設定されたＵＬグラントが（再）開始された時のシステムフレーム番号（ＳＦＮ）である。「ｓｕｂｆｒａｍｅ_{ｓｔａｒｔ ｔｉｍｅ}」は、設定されたＵＬグラントが（再）開始された時のサブフレームである。「ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ」は、上りリンクにおける半持続なスケジューリング間隔（サブフレームの数を示す値）を示す。

ＵＥ１００は、上述のシグナリングをＢＳ２００から受信しない場合に、複数の時間・周波数リソースを用いた送信が許可されていないと判定してもよい。ＵＥ１００は、１つのサブフレーム内の時間・周波数リソースを示す通常通りのスケジューリング情報を受信したことに応じて、複数の時間・周波数リソースを用いた送信が許可されていないと判定してもよい。ＵＥ１００は、当該送信が許可されていないと判定した（Ｓ３１０：ＮＯ）ことに応じて、処理を終了してもよい。ＵＥ１００は、スケジューリング情報により示される時間・周波数リソースを用いてＵＬデータ（ユーザデータ）を送信してもよい。

ステップＳ１３０において、ＵＥ１００は、当該送信が許可されたと判定した（Ｓ３１０：ＹＥＳ）ことに応じて、複数の時間・周波数リソースを用いた送信を実行（開始）する（図９のＳ３２０）。

ＵＥ１００は、ＳＰＳ設定が有効である場合、ＵＬグラントが発生した複数のサブフレームのそれぞれにおける時間・周波数リソースを用いて、データをＢＳ２００へ送信してもよい。ＵＥ１００は、ＢＳ２００から複数のサブフレームのそれぞれにおける時間・周波数リソースが割り当てられた場合には、割り当てられた各時間・周波数リソースを用いて、データをＢＳ２００へ送信する。

ＵＥ１００は、最後のデータが送信されるか否かを判定する（図９のＳ３３０）。ＵＥ１００は、最後のデータが送信されると判定したことに応じて、ステップＳ１４０の処理を実行する。

ＵＥ１００は、例えば、当該ＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成する際に、最後のＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を用いた場合に、最後のデータが送信されると判定してもよい。

ＵＥ１００内の上位レイヤ（例えば、ＲＲＣ、ＰＤＣＰ、ＲＬＣ及びＭＡＣの少なくともいずれか）から下位レイヤへ送信データ（パケット）を送ることによって、上位レイヤにおいて送信データ（パケット）が存在しなくなった場合に、ＵＥ１００は、最後のデータが送信されると判定してもよい。

ＵＥ１００は、バッファに保持される送信に利用可能なデータの量が、１回で送信可能なデータ量（を示す閾値）を下回った場合に、ＵＥ１００は、（次の送信において）最後のデータが送信されると判定してもよい。

ＵＥ１００は、後述の最後識別情報を送信するか否かを最終的に決定するために、ＢＳ２００へ送信すべき新たなデータが最後のデータ送信後に（すぐに）発生するか否かを予測してもよい。ＵＥ１００は、例えば、最後のデータが送信されると判定したことに応じて、新たなデータが所定期間中に発生するか否かを予測してもよい。所定期間は、最後のデータを送信してから開始する期間である。

例えば、ＵＥ１００は、アプリケーションの終了に応じて、所定期間中に新たなデータが発生しないと予測してもよい。ＵＥ１００は、アプリケーションが継続されていることに応じて、所定期間中に新たなデータが発生すると予測してもよい。

ＵＥ１００は、予測に応じて、ステップＳ１４０の処理を実行してもよい。具体的には、ＵＥ１００は、最後のデータが送信されると判定し、かつ、最後のデータが送信されてから所定期間中に新たなデータが発生しないと予測した場合にのみ、ステップＳ１４０の処理を実行してもよい。ＵＥ１００は、最後のデータが送信されると判定した場合であっても、所定期間中に新たなデータが発生すると予測した場合には、ステップＳ１４０の処理を実行しなくてもよい。すなわち、ＵＥ１００は、最後識別情報を送信せずに、最後のデータをＢＳ２００へ送信してもよい。

これにより、ＵＥ１００は、最後識別情報を送信したにもかかわらず、最後のデータの送信後にすぐに新たなデータが発生することを回避することができる。ＵＥ１００は、既に割り当てられている時間・周波数リソースを用いて発生した新たなデータを送信できるため、新たなデータを送信するための時間・周波数リソースの割り当てをＢＳ２００へ要求することを省略することができる。

ＵＥ１００は、ＵＥ１００へ割り当てられた複数の時間・周波数リソースのうち未使用の時間・周波数リソースが存在するか否かを判定してもよい。

ＵＥ１００は、ＳＰＳ設定を解放及び／又は無効（ディアクティベート）にするためのシグナリングをＢＳ２００から受信した場合には、未使用の時間・周波数リソースが存在しないと判定してもよい。ＵＥ１００は、ＳＰＳ設定が有効である場合には、未使用の時間・周波数リソースが存在すると判定してもよい。

ＵＥ１００は、マルチサブフレームスケジューリングにより割り当てられた最後のサブフレームにおける時間・周波数リソースを用いて最後のデータを送信する場合には、未使用の時間・周波数リソースが存在しないと判定してもよい。ＵＥ１００は、最後のデータの送信に利用するサブフレームよりも後のサブフレーム（内の時間・周波数リソース）が割り当てられている場合には、未使用の時間・周波数リソースが存在すると判定してもよい。

ＵＥ１００は、最後のデータが送信されると判定し、かつ、未使用の時間・周波数リソースが存在する場合に、ステップＳ１４０の処理を実行してもよい。これにより、ＵＥ１００は、新たなデータが発生した場合に、時間・周波数リソースの割り当てをＢＳ２００へ要求することを省略することができる。

ＵＥ１００は、判定識別子に基づいて、ステップＳ１４０の処理において、最後識別情報を送信するか否かを判定してもよい。ＵＥ１００は、ＢＳ２００から判定識別子を受信した場合に、最後識別情報を送信すると判定してもよい。ＵＥ１００は、ＢＳ２００から判定識別子を受信していない場合に、最後識別情報を送信しないと判定してもよい。

ステップＳ１４０において、ＵＥ１００は、最後のデータが送信されると判定した（Ｓ３３０：ＹＥＳ）ことに応じて、最後のデータと共に、最後のデータの送信を示す最後識別情報（ｅｎｄ ｍａｒｋｅｒ）をＢＳ２００へ送信してもよい（図９のＳ３４０）。

ＵＥ１００は、最後のデータ（ＭＡＣ ＳＤＵ）を含むＭＡＣ ＰＤＵ（図１０参照）に最後識別情報を含めてもよい。具体的には、ＵＥ１００は、ＭＡＣヘッダ（すなわち、ＭＡＣサブヘッダ（ＭＡＣ ｓｕｂ−ｈｅａｄｅｒ））、ＭＡＣ ＣＥ（ＭＡＣ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）、及び、ＭＡＣ ＳＤＵの少なくともいずれかに最後識別情報を含めてもよい。

最後のデータ（ＭＡＣ ＳＤＵ）に対応するＭＡＣサブヘッダ内の１ビットが、最後識別情報を示すエンドマーカ用のフラグとして用いられてもよい。例えば、フラグが「０」を示す場合、対応するＭＡＣ ＳＤＵが最後のデータでないことを示してもよい。フラグが「１」を示す場合、対応するＭＡＣ ＳＤＵが最後のデータであることを示してもよい。

ＵＥ１００は、最後識別情報をデータ（ＭＡＣ ＳＤＵ）として取り扱うことによって、最後のデータと共に最後識別情報をＢＳ２００へ送信してもよい。ＵＥ１００は、ＲＲＣメッセージにより、データと共に最後識別情報をＢＳ２００へ送信してもよい。

ＵＥ１００は、最後のデータが送信されないと判定した（Ｓ３３０：ＮＯ）ことに応じて、複数の時間・周波数リソースを用いた送信を実行（継続）する。

一方、ＢＳ２００は、ステップＳ１２０におけるシグナリングの送信に応じて、ＵＥ１００へ割り当てられた複数の時間・周波数リソースにおけるモニタを実行（開始）する（図８のＳ２３０）。

ＢＳ２００は、当該モニタにより、ＵＥ１００から無線信号を受信する。ＢＳ２００は、ＵＥ１００からの受信信号が最後識別情報を含むか否かを判定する（図８のＳ２４０）。すなわち、ＢＳ２００は、最後のデータが送信されるか否か最後識別情報を判定する。ＢＳ２００は、ＵＥ１００からの受信信号が最後識別情報を含む場合には、最後のデータが送信されると判定する。ＢＳ２００は、受信信号が最後識別情報を含む場合には、その後の時間・周波数リソースにおいて、ＵＥ１００からのデータの送信が行われないことを把握できる。

ＢＳ２００は、ＵＥ１００からの受信信号が最後識別情報を含まない場合（Ｓ２４０：ＮＯ）には、複数の時間・周波数リソースを用いたＵＥ１００からの送信が継続される（最後のデータが送信されていない）と判定する。

ＢＳ２００は、最後識別情報の受信に応じて、ＵＥ１００へ割り当てられた複数の時間・周波数リソースにおけるモニタを終了してもよい。すなわち、ＢＳ２００は、ＵＥ１００からの受信信号が最後識別情報を含む（Ｓ２４０：ＹＥＳ）ことに応じて、当該モニタを終了してもよい（図８のＳ２５０）。ＢＳ２００は、最後識別情報によりＵＥ１００が送信すべきデータを有さないことを把握できる。これにより、ＢＳ２００は、不要なモニタを実行せずに済むため、省電力化を図ることができる。

ＢＳ２００は、受信信号が最後識別情報を含まない場合には、モニタを実行（継続）する。

ＢＳ２００は、他のＵＥ１００へ同一の時間・周波数リソースを割り当てている場合には、ＵＥ１００からの受信信号が最後識別情報を含んでいたとしても、当該他のＵＥ１００からの無線信号を受信するために、当該時間・周波数リソースでのモニタを実行してもよい。

ステップＳ１５０において、ＢＳ２００は、ＵＥ１００へ割り当てた複数の時間・周波数リソース（のうち未使用の時間・周波数リソース）を解放する処理を実行してもよい（図８のＳ２６０）。これにより、ＢＳ２００は、解放された時間・周波数リソースを他のＵＥ１００へ割り当てることが可能である。その結果、リソースの利用効率が向上する。

ＢＳ２００は、ＵＥ１００へ割り当てた複数の時間・周波数リソースが解放されたとみなしてもよい。例えば、ＢＳ２００は、ＵＥ１００へ割り当てた複数の時間・周波数リソースが無効であるとみなしてもよい。すなわち、ＢＳ２００は、ＵＥ１００がＳＰＳ設定を破棄せずに保持しているとみなしてもよい。

ＢＳ２００は、ＵＥ１００へ設定したＳＰＳ設定がデコンフィグされたとみなしてもよい。ＢＳ２００は、ＵＥ１００へ設定したＳＰＳ設定が破棄されたとみなしてもよい。ＢＳ２００は、ＵＥ１００からの無線信号を受信するために記憶していたリソース情報、すなわち、複数の時間・周波数リソースの情報を破棄してもよい。

ＢＳ２００は、解放する処理として、ステップＳ１６０の処理を実行してもよい。ＢＳ２００は、ステップＳ１６０の処理を実行せずに、ＵＥ１００に対して暗示的に複数の時間・周波数リソースを解放する処理を実行してもよい。

ステップＳ１６０において、ＢＳ２００は、複数の時間・周波数リソース（のうち未使用の時間・周波数リソース）を解放するためのシグナリングをＵＥ１００へ送信してもよい。

ＢＳ２００は、例えば、ＵＥ１００がＳＰＳ設定をデコンフィグするためのシグナリング（例えば、ＲＲＣメッセージ）をＵＥ１００へ送信してもよい。ＢＳ２００は、ＵＥ１００がＳＰＳ設定を無効（ディアクティベート）にするためのシグナリング（例えば、ＰＤＣＣＨ）をＵＥ１００へ送信してもよい。

ＢＳ２００は、ステップＳ１６０におけるシグナリングの送信後に、ＵＥ１００へ割り当てた時間・周波数リソースを解放、すなわち、ステップＳ１５０の処理を実行してもよい。

ステップＳ１７０において、ＵＥ１００は、複数の時間・周波数リソース（のうち未使用の時間・周波数リソース）を解放する処理を実行してもよい（図９のＳ３５０）。

ＵＥ１００は、ＢＳ２００からのシグナリングに応じて、複数の時間・周波数リソース（未使用の時間・周波数リソース）を解放する処理を実行してもよい。ＵＥ１００は、ＳＰＳ設定を解放するためのシグナリングの受信に応じて、ＳＰＳ設定をデコンフィグ又は破棄してもよい。ＵＥ１００は、ＳＰＳ設定を無効にするためのシグナリングの受信に応じて、ＳＰＳ設定を無効にしてもよい。この場合、ＵＥ１００は、ＳＰＳ設定を破棄せずに保存する。

ＵＥ１００は、最後識別情報の送信に応じて、複数の時間・周波数リソース（未使用の時間・周波数リソース）を解放する処理を実行してもよい。ＵＥ１００は、例えば、暗示的な解放のために空のデータを送信せずに、時間・周波数リソースを解放できるため、時間・周波数リソースの利用効率を向上できる。

ＵＥ１００は、最後識別情報の送信に応じて、ＳＰＳ設定をデコンフィグ又は破棄してもよい。ＵＥ１００は、最後識別情報の送信に応じて、ＳＰＳ設定を無効にしてもよい。

以上のように、ＵＥ１００は、時間方向に配置された複数の時間・周波数リソースを割り当てられた場合に、最後のデータと共に最後識別情報を送信できる。これにより、ＢＳ２００は、ＵＥ１００から送信される最後のデータであることが把握できる。その結果、ＢＳ２００は、ＵＥ１００へ割り当てられた時間・周波数リソースにおけるモニタを省略することができる。

ＢＳ２００は、ＵＥ１００へ割り当てた時間・周波数リソースを他のＵＥ１００へ割り当てることができる。これにより、時間・周波数リソースの利用効率を向上できる。

（動作例２）
動作例２について、図１１−図１３を用いて説明する。図１１は、第１実施形態の動作例２を説明するためのシーケンス図である。図１２は、第１実施形態の動作例２に係るＢＳ２００の動作を説明するためのフローチャートである。図１３は、第１実施形態の動作例２に係るＵＥ１００の動作を説明するためのフローチャートである。上述の説明と同様の部分は、説明を省略する。

動作例２は、ＢＳ２００が、複数の時間・周波数リソースを用いて、ＵＥ１００へデータを送信するケースである。

図１１に示すように、ステップＳ４１０において、ＢＳ２００は、上位ネットワーク（例えば、ＳＧＷ４００）からＵＥ１００へ送信すべきデータ（ＤＬデータ）を受信してもよい。

ＢＳ２００は、複数の時間・周波数リソースを用いてＵＥ１００へデータを送信するか否かを判定する（図１２のＳ５１０）。ＢＳ２００は、ＵＥ１００へ送信すべきデータの受信に応じて、判定を開始してもよい。

ＢＳ２００は、データが閾値以上である場合に、当該送信を行うと判定してもよい。ＢＳ２００は、データが閾値未満である場合に、当該送信を行わないと判定してもよい。閾値は、例えば、ＵＥ１００に対して１つのスケジューリング情報（例えば、下りリンク（ＤＬ）グラント）にて割り当て可能な時間・周波数リソース量（の最大値）を示す値であってもよい。

ＢＳ２００は、（ＢＳ２００における無線リソースの使用状況を考慮して、）複数のサブフレームに渡ってＵＥ１００へ時間・周波数リソースを割り当てる必要がある場合に、当該送信を行うと判定してもよい。ＢＳ２００は、１つのサブフレーム内の時間・周波数リソースによりＵＥ１００がユーザデータを十分送信可能である場合に、当該送信を行わないと判定してもよい。

ＢＳ２００は、ＵＥ１００へのトラフィック連続的に発生することが予測される場合に、当該送信を行う許可すると判定してもよい。ＢＳ２００は、ＵＥ１００へのトラフィック連続的に発生しないことが予測される場合に、当該送信をＵＥ１００に許可しないと判定してもよい。ＢＳ２００は、例えば、ＵＥ１００から取得したアプリケーションの識別子に基づいて、ＵＥ１００へのトラフィック連続的に発生するか否かを予測してもよい。ＢＳ２００は、ＵＥ１００からのトラフィックが連続的に既に発生している場合に、当該送信を行うと判定してもよい。

ＢＳ２００は、複数の時間・周波数リソースを用いてＵＥ１００へデータを送信すると判定した（Ｓ５１０：ＹＥＳ）ことに応じて、ステップＳ４２０の処理を実行できる。

ＢＳ２００は、当該送信を行わないと判定した（Ｓ５１０：ＮＯ）ことに応じて、処理を終了してもよい。ＢＳ２００は、通常通りに、１つのサブフレーム内の時間・周波数リソースをＵＥ１００へ割り当てる動的なスケジューリングを実行してもよい。

ステップＳ４２０において、ＢＳ２００は、複数の時間・周波数リソースを用いてＵＥ１００へデータを送信するためのシグナリング（Ｓｉｇｎａｌｉｎｇ ｆｏｒ ｕｓｉｎｇ ｒｅｓｏｕｒｃｅｓ）をＵＥ１００へ（個別に）送信できる（図１２のＳ５２０）。

ＢＳ２００は、例えば、半持続な下りリンクリソースをＵＥ１００へ割り当ててもよい。ＢＳ２００は、（下りリンク用の）ＳＰＳ設定をＵＥ１００へ個別に送信してもよい。ＢＳ２００は、ＳＰＳ設定に含まれる一時識別子を用いて、ＳＰＳ設定を有効にするためのシグナリングを送信してもよい。ＢＳ２００は、当該シグナリングにおいて、判定識別子をＵＥ１００へ送信してもよい。例えば、ＢＳ２００は、判定識別子をＳＰＳ設定に含めてもよい。判定識別子は、ＢＳ２００が最後識別情報を送信することを示してもよい。判定識別子は、ＢＳ２００が最後識別情報を送信しないことを示してもよい。これにより、ＵＥ１００は、ＢＳ２００が最後識別情報を送信するか否かが分かる。

ＢＳ２００は、複数のサブフレームのそれぞれにおける時間・周波数リソースをＵＥ１００へ割り当ててもよい（マルチサブフレームスケジューリング）。ＢＳ２００は、ＵＥ１００へ割り当てた時間・周波数リソースを示すスケジューリング情報（ＤＬグラント）をＵＥ１００へ送信してもよい。ＢＳ２００は、判定識別子をスケジューリング情報に含めてもよい。

ＵＥ１００は、ＢＳ２００が複数の時間・周波数リソースを用いてＵＥ１００へデータを送信するか否かを判定できる（図１３のＳ６１０）。

ＵＥ１００は、上述のシグナリングをＢＳ２００から受信した場合に、ＢＳ２００が複数の時間・周波数リソースを用いてＵＥ１００へ送信すると判定できる。

ＵＥ１００は、ＳＰＳ Ｃ−ＲＮＴＩを用いて、ＳＰＳ設定を有効にするためのシグナリングを受信（デコード）する。ＳＰＳ設定が有効になった後、ＵＥ１００は、以下の条件を満たすサブフレームにおいてＮ番目のグラントが発生すると見なす（すなわち、当該サブフレームにおける時間・周波数リソースをモニタすると決定する）。

（１０ ＊ ＳＦＮ ＋ ｓｕｂｆｒａｍｅ） ＝ ［（１０ ＊ ＳＦＮ_{ｓｔａｒｔ ｔｉｍｅ} ＋ ｓｕｂｆｒａｍｅ_{ｓｔａｒｔ ｔｉｍｅ}） ＋ Ｎ ＊ ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＤＬ］ ｍｏｄｕｌｏ １０２４０

「ＳＦＮ_{ｓｔａｒｔ ｔｉｍｅ}」は、設定されたＵＬグラントが（再）開始された時のシステムフレーム番号（ＳＦＮ）である。「ｓｕｂｆｒａｍｅ_{ｓｔａｒｔ ｔｉｍｅ}」は、設定されたＵＬグラントが（再）開始された時のサブフレームである。「ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＤＬ」は、下りリンクにおける半持続なスケジューリング間隔（サブフレームの数を示す値）である。

ＵＥ１００は、上述のシグナリングをＢＳ２００から受信しない場合に、ＢＳ２００が複数の時間・周波数リソースを用いてＵＥ１００へ送信しないと判定してもよい。ＵＥ１００は、ＢＳ２００が複数の時間・周波数リソースを用いてＵＥ１００へ送信しないと判定した（Ｓ６１０：ＮＯ）ことに応じて、処理を終了してもよい。

ステップＳ４３０において、ＢＳ２００は、当該送信を行うと判定した（Ｓ６１０：ＮＯ）ことに応じて、複数の時間・周波数リソースを用いた送信を実行（開始）する（図１２のＳ５３０）。

ＢＳ１００は、最後のデータが送信されるか否かを判定する（図１２のＳ５４０）。判定方法は、動作例１と同様である。

ＢＳ１００は、ＵＥ１００へ割り当てられた複数の時間・周波数リソースのうち未使用の時間・周波数リソースが存在するか否かを判定してもよい。

ＢＳ２００は、ＳＰＳ設定を解放及び／又は無効（ディアクティベート）にするためのシグナリングをＵＥ１００へ送信した場合には、未使用の時間・周波数リソースが存在しないと判定してもよい。ＢＳ２００は、マルチサブフレームスケジューリングにより割り当てられた最後のサブフレームにおける時間・周波数リソースを用いて最後のデータを送信する場合には、未使用の時間・周波数リソースが存在しないと判定してもよい。そうでない場合には、ＢＳ１００は、未使用の時間・周波数リソースが存在すると判定してもよい。

ステップＳ４４０において、ＢＳ２００は、最後のデータが送信されると判定した（Ｓ５４０：ＹＥＳ）ことに応じて、最後のデータと共に、最後のデータの送信を示す最後識別情報（ｅｎｄ ｍａｒｋｅｒ）をＵＥ１００へ送信してもよい（図１２のＳ５５０）。最後識別情報の送信方法は、動作例１と同様である。

ＢＳ２００は、判定識別子に基づいて、ステップＳ４４０の処理において、最後識別情報を送信するか否かを判定してもよい。ＢＳ２００は、ＵＥ１００へ判定識別子を送信した場合に、最後識別情報を送信すると判定してもよい。ＢＳ２００は、ＵＥ１００へ判定識別子を送信していない場合に、最後識別情報を送信しないと判定してもよい。

ＢＳ２００は、最後のデータが送信されないと判定した（Ｓ５４０：ＮＯ）ことに応じて、複数の時間・周波数リソースを用いた送信を実行（継続）する。

一方、ＵＥ１００は、ステップＳ４２０におけるシグナリングの受信に応じて、ＵＥ１００へ割り当てられた複数の時間・周波数リソースにおけるモニタを実行（開始）する（図１３のＳ６２０）。すなわち、ＵＥ１００は、ＢＳ２００が複数の時間・周波数リソースを用いてＵＥ１００へ送信すると判定した（Ｓ６１０：ＹＥＳ）ことに応じて、モニタを実行（開始）する。

ＵＥ１００は、当該モニタにより、ＢＳ２００から無線信号を受信する。ＵＥ１００は、動作例１と同様に、最後のデータが送信されるか否かを判定する（図１３のＳ６３０）。すなわち、ＵＥ１００は、ＢＳ２００からの受信信号が最後識別情報を含むか否かを判定する。ＵＥ１００は、最後のデータが送信されないと判定した（Ｓ６３０：ＹＥＳ）ことに応じて、ＵＥ１００へ割り当てられた複数の時間・周波数リソースにおけるモニタを終了してもよい（図１３のＳ６４０）。

ＵＥ１００は、最後識別情報の受信に応じて、当該複数の時間・周波数リソースにおけるモニタが要求されないと判定してもよい。ＵＥ１００は、最後識別情報の受信に応じて、ＵＥ１００へ割り当てられた複数の時間・周波数リソースにおけるモニタを終了してもよい。

これにより、ＵＥ１００は、不要なモニタを実行せずに済むため、省電力化を図ることができる。

ＵＥ１００は、受信信号が最後識別情報を含まない場合には、モニタを実行（継続）する。すなわち、ＵＥ１００は、最後のデータが送信されないと判定した（Ｓ６３０：ＮＯ）ことに応じて、モニタを実行（継続）する。

ステップＳ４５０において、ＢＳ２００は、最後識別情報の送信に応じて、ＵＥ１００へ割り当てた複数の時間・周波数リソース（のうち未使用の時間・周波数リソース）を解放する処理を実行してもよい（図１３のＳ５６０）。これにより、ＢＳ２００は、解放された時間・周波数リソースを他のＵＥ１００へ割り当てることが可能である。その結果、リソースの利用効率が向上する。

ＢＳ２００は、解放する処理として、ステップＳ４６０の処理を実行してもよい。ＢＳ２００は、ステップＳ４６０の処理を実行せずに、ＵＥ１００に対して暗示的に複数の時間・周波数リソースを解放する処理を実行してもよい。

ステップＳ４６０において、ＢＳ２００は、上述の動作例１と同様に、複数の時間・周波数リソース（のうち未使用の時間・周波数リソース）を解放するためのシグナリングをＵＥ１００へ送信してもよい。

ステップＳ４７０において、ＵＥ１００は、複数の時間・周波数リソース（のうち未使用の時間・周波数リソース）を解放する処理を実行してもよい（図１３のＳ６５０）。

ＵＥ１００は、ＢＳ２００からのシグナリングに応じて、複数の時間・周波数リソース（未使用の時間・周波数リソース）を解放する処理を実行してもよい。ＵＥ１００は、最後識別情報の受信に応じて、複数の時間・周波数リソースを解放する処理を実行してもよい。

以上のように、ＢＳ２００は、時間方向に配置された複数の時間・周波数リソースをＵＥ１００へ割り当てた場合に、最後のデータと共に最後識別情報を送信できる。これにより、ＵＥ１００は、ＢＳ２００からＵＥ１００へ送信される最後のデータであることが把握できる。その結果、ＵＥ１００は、ＵＥ１００へ割り当てられた時間・周波数リソースにおけるモニタを省略することができる。

ＢＳ２００は、ＵＥ１００へ割り当てた時間・周波数リソースを他のＵＥ１００へ割り当てることができる。これにより、時間・周波数リソースの利用効率を向上できる。

［第２実施形態］
第２実施形態に係る動作例について、図１４−図１６を用いて、説明する。図１４は、第２実施形態の動作例を説明するためのシーケンス図である。図１５は、第２実施形態の動作例に係るＢＳ２００の動作を説明するためのフローチャートである。図１６は、第２実施形態の動作例に係るＵＥ１００の動作を説明するためのフローチャートである。上述の説明と同様の部分は、説明を省略する。

第２実施形態では、ネットワーク装置が、上りリンク情報の受信に応じて、下りリンク情報の送信を開始するケースである。以下において、ネットワーク装置として、ＢＳ２００を例に挙げて説明する。

図１４に示すように、ステップＳ７１０において、ＢＳ２００は、制御情報をＵＥ１００へ通知（送信）してもよい。

制御情報は、ＵＥ１００が上りリンク情報（ＵＬ Ｉｎｆｏｒｍａｔｉｏｎ）をＢＳ２００へ送信すべき所定サイクル（所定周期）の上限値を示す情報を含んでいてもよい。制御情報は、所定サイクルに基づく第１期間（ピリオド）の上限値を示す情報を含んでいてもよい。第１期間は、所定サイクルの時間長さと等しくてもよい。

制御情報は、所定サイクルをＵＥ１００へ設定するための情報を含んでいてもよい。制御情報は、第１期間を計測するためのタイマの設定（及び／又はタイマ値）を含んでいてもよい。

制御情報は、第２期間を特定するための時間情報を含んでいてもよい。第２期間は、ＵＥ１００が下りリンク情報のモニタを終了する期間を示す。時間情報は、第２期間を計測するためのタイマの設定（及び／又はタイマ値）であってもよい。

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

ステップＳ７２０において、ＵＥ１００は、所定サイクルを示すサイクル情報（Ｃｙｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ）をＢＳ２００へ通知してもよい。サイクル情報は、例えば、ＵＥ１００が上りリンク情報を１日に少なくとも１回を送信するサイクル（周期）を示してもよい。サイクル情報は、第１期間（ピリオド）を示してもよい。

サイクル情報は、ＵＥ１００の能力（例えば、ＵＥカテゴリ）を示す情報であってもよい。サイクル情報は、ＵＥ１００の端末情報であってもよい。

ＵＥ１００は、所定サイクルの上限値を示す情報に基づいて、所定サイクルを決定してもよい。所定サイクルは、予め規定されていてもよい。

ＢＳ２００は、ＵＥ１００から受信したサイクル情報に基づいて、ＵＥ１００が上りリンク情報をＢＳ２００へ送信すべき所定サイクルを把握してもよい。ＢＳ２００は、上位ネットワークから取得したサイクル情報に基づいて、ＵＥ１００が上りリンク情報をＢＳ２００へ送信すべき所定サイクルを把握してもよい。

ＵＥ１００の所定サイクルは、予め規定されていてもよい。ＢＳ２００は、ＵＥ１００からサイクル情報を受信しなくても、ＵＥ１００の所定サイクルを把握できる。

ステップＳ７３０において、ＢＳ２００は、上位ネットワーク（例えば、ＳＧＷ４００）からＵＥ１００へ送信すべき情報（データ及び／又は制御情報）を受信してもよい。ＢＳ２００は、当該情報の受信により、ＵＥ１００へ送信すべき下りリンク情報が発生したと判定してもよい。ＢＳ２００は、下りリンク情報の発生に応じて、ＢＳ２００は、ＵＥ１００から上りリンク情報を受信したか否かを判定してもよい（図１５のＳ８１０）。

ＢＳ２００は、下りリンク情報が発生した場合には、ＵＥ１００から上りリンク情報を受信するまで、下りリンク情報を保持する。すなわち、ＢＳ２００は、下りリンク情報が発生しても、ＵＥ１００から上りリンク情報を受信していない場合には、下りリンク情報をＵＥ１００へ送信しない。

一方、ＵＥ１００は、ＢＳ２００へ送信すべき情報（データ及び／又は制御情報）が存在するか否かを判定する（図１６のＳ９１０）。

ＵＥ１００は、ＢＳ２００へ送信すべき情報が存在する場合（Ｓ９１０：ＹＥＳ）、ステップＳ７４０の処理（図１６のＳ９３０）を実行してもよい。ＵＥ１００は、ＢＳ２００への送信タイミングが予め規定されている場合には、送信タイミングまでステップＳ７４０の処理の実行を待ってもよい。

ＵＥ１００は、ＢＳ２００へ送信すべき情報が存在しない場合（Ｓ９１０：ＮＯ）、所定サイクルに基づく第１期間が経過するか否かを判定してもよい（図１６のＳ９２０）。

ＵＥ１００は、第１期間を計測してもよい。例えば、ＵＥ１００は、上りリンク情報の送信に応じて、第１期間を計測するための第１タイマを（再）起動してもよい。ＵＥ１００は、第１タイマの満了に応じて、第１期間が経過すると判定してもよい。

ＵＥ１００は、第１期間が経過する場合（Ｓ９２０：ＹＥＳ）に、ステップＳ７４０の処理（図１６のＳ９３０）を実行してもよい。これにより、ＵＥ１００は、所定サイクルでＢＳ２００へ上りリンク情報を少なくとも１回送信することができる。ＵＥ１００は、所定サイクルで、上りリンク情報を複数回送信してもよい。

ＵＥ１００は、第１期間が経過しない場合（Ｓ９２０：ＮＯ）には、ステップＳ９１０の処理を実行してもよい。

ステップＳ７４０において、ＵＥ１００は、上りリンク情報をＢＳ２００へ送信できる。

ＵＥ１００は、ＢＳ２００へ送信すべき情報が存在する場合には、当該情報をＢＳ２００へ送信する。

ＵＥ１００は、所定サイクルで上りリンク情報を必ず１回送信しなければならなくてもよい。ＵＥ１００は、ＢＳ２００へ送信すべき情報が存在しない場合であっても、上りリンク情報をＢＳ２００へ送信してもよい。例えば、上りリンク情報は、ダミーデータであってもよい。上りリンク情報は、送信データが存在しないことを示す情報であってもよい。上りリンク情報は、ヌルを示す情報であってもよい。

ＵＥ１００は、上りリンク情報の送信に応じて、下りリンク情報のモニタを実行（開始）する（図１６のＳ９４０）。ＵＥ１００は、上りリンク情報の送信を開始するまで、下りリンク情報のモニタを停止してもよい。ＵＥ１００は、上りリンク情報の送信を開始するまで、下りリンク情報のモニタが要求（期待）されなくてもよい。従って、ＵＥ１００は、上りリンク情報を送信する前の期間に、下りリンク情報のモニタを開始するか否かを決定してもよい。ＵＥ１００は、上りリンク情報の送信を開始する前であっても、（必要に応じて）下りリンク情報をモニタしてもよい。

ＵＥ１００は、下りリンク情報のモニタを開始する動作として、下りリンク情報のモニタを受信しないＤＲＸ（Ｄｉｓｃｏｎｔｉｎｏｕｓ Ｒｅｃｅｐｔｉｏｎ）スリープ動作を終了してもよい。すなわち、ＵＥ１００は、ＤＲＸスリープ動作からウェイクアップして、ＰＤＣＣＨを受信するために待機してもよい。

ＵＥ１００は、下りリンク情報（例えば、ＰＤＣＣＨ）を受信不能な状態（受信オフ状態）から、下りリンク情報を受信可能な状態（受信オン状態）へ移行してもよい。ＵＥ１００は、下りリンク情報のモニタを開始する動作として、ロングＤＲＸサイクルを用いたＤＲＸ動作から、ショートＤＲＸサイクルを用いたＤＲＸ動作へ切り替えてもよい。

ＵＥ１００は、上りリンク情報の送信から第３期間を経過した後に下りリンク情報のモニタを開始してもよい。例えば、ＵＥ１００は、上りリンク情報を送信したサブフレームから第３期間が経過したサブフレームにおいてモニタを開始してもよい。上述の時間情報は、第３期間を示すオフセットを示す情報を含んでいてもよい。

ＵＥ１００は、上りリンク情報の送信に応じて、第２期間を計測してもよい。ＵＥ１００は、例えば、上りリンク情報の送信に応じて、ＵＥ１００が下りリンク情報のモニタを終了する第２期間を計測するための第２タイマを起動してもよい。ＵＥ１００は、第２タイマの起動中は、下りリンク情報のモニタを実行してもよい。

第２タイマは、ＵＥ１００がＰＤＣＣＨをデコードするために待機する下りリンクサブフレームにおける持続時間を示すインアクティビティタイマであってもよい。

ＢＳ２００は、ＵＥ１００からの上りリンク情報を受信する。ＢＳ２００は、上りリンク情報の受信した場合に、ステップＳ７５０の処理を実行する。

ＢＳ２００は、上りリンク情報を受信できない場合には（Ｓ８１０：ＮＯ）、所定サイクルに基づく第１期間が経過したか否かを判定してもよい（図１５のＳ８２０）。ＢＳ２００は、第１期間を計測するために第１タイマを起動してもよい。ＢＳ２００は、ＵＥ１００からの上りリンク情報の受信に応じて、第１タイマを起動してもよい。

ＢＳ２００は、上述の通り、第１期間が経過していない場合（Ｓ８２０：ＮＯ）には、ステップＳ８１０の処理を実行してもよい。

ＢＳ２００は、第１期間が経過しても上りリンク情報を受信しない場合には、ＵＥ１００に異常事態（アブノーマルシチュエーション）が発生したと判定してもよい。

ＢＳ２００は、第１期間が経過しても上りリンク情報を受信しない場合には、ＵＥ１００が手の届かない状態（Ｕｎｒｅａｃｈａｂｌｅ）になったと判定してもよい。例えば、ＢＳ２００は、ＵＥ１００との通信が不能になったと判定してもよい。ＢＳ２００は、ＢＳ２００が管理する通信エリア（セル）からＵＥ１００が移動したと判定してもよい。

ＢＳ２００は、第１期間が経過した場合（Ｓ８２０：ＹＥＳ）には、解放手順を開始してもよい（図１５のＳ８３０）。すなわち、ＢＳ２００は、上りリンク情報を受信してから所定サイクルに基づく第１期間が経過しても、ＵＥ１００から次の上りリンク情報を受信しない場合に、ＵＥ１００の情報を解放するための手順を実行してもよい。

ＢＳ２００は、例えば、ステップＳ７３０において受信したＵＥ１００へ送信すべきデータを破棄してもよい。

ＢＳ２００は、ＵＥ１００のコンテキストを解放するための手順（Ｓ１ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）を開始してもよい（ｅＮＢ ｔｒｉｇｇｅｒｅｄ）。具体的には、ＢＳ２００は、ＵＥ１００のコンテキストを解放するための要求（Ｓ１ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）をＥＰＣ１０（ＭＭＥ３００）へ送ってもよい。ＭＭＥ３００は、当該要求の受信に応じて、ＵＥ１００のコンテキストを解放してもよい。ＭＭＥ３００は、当該要求の受信に応じて、ＢＳ２００においてＵＥ１００のコンテキストを解放するための命令（Ｓ１ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄ）を送ってもよい。ＢＳ２００は、当該命令の受信に応じて、ＵＥ１００のコンテキストを解放してもよい。ＢＳ２００は、ＵＥ１００のコンテキストの解放の完了を示すメッセージをＥＰＣ１０（ＭＭＥ３００）へ送ってもよい。

ステップＳ７５０において、ＢＳ２００は、上りリンク情報の受信に応じて（Ｓ８１０：ＹＥＳ）、下りリンク情報の送信を実行（開始）する（図１５のＳ８４０）。ＵＥ１００は、ＢＳ２００からの下りリンク情報を受信する。

ＢＳ２００は、下りリンク情報を送信する前に、ＵＥ１００が当該下りリンク情報を受信するためのページングメッセージをＵＥ１００へ送信してもよい。ＢＳ２００は、ページングメッセージをＵＥ１００へ送信した後に、下りリンク情報を送信してもよい。

ＢＳ２００は、ＵＥ１００へ送信すべき情報を保持していない場合には、ＵＥ１００へ送信すべき情報（保管情報：ＤＬデータ及び／又は制御情報）がないことを示す下りリンク情報をＵＥ１００へ送信してもよい。下りリンク情報は、保管情報がないことを示す識別子を含んでいてもよい。

ＵＥ１００は、ＢＳ２００が保持するＵＥ１００へ送信すべき下りリンク情報の全ての受信が完了したか否かを判定してもよい（図１６のＳ９５０）。ＵＥ１００は、ＢＳ２００から下りリンク情報を最後に受信してから次の下りリンク情報を受信しない期間が閾値を超えたことに応じて、当該受信が完了したと判定してもよい。ＵＥ１００は、当該期間が閾値未満であることに応じて、当該受信が完了していないと判定してもよい。

ＵＥ１００は、第１実施形態における最後識別情報の受信に応じて、全ての下りリンク情報の受信が完了したと判定してもよい。ＵＥ１００は、最後識別情報を受信するまで、全ての下りリンク情報の受信が完了していないと判定してもよい。

ＵＥ１００は、全ての下りリンク情報の受信が完了した（Ｓ９５０：ＹＥＳ）ことに応じて、下りリンク情報のモニタを終了してもよい（図１６のＳ９６０）。これにより、ＵＥ１００は、省電力化を図ることができる。

ＵＥ１００は、全ての下りリンク情報の受信が完了していないと判定した（Ｓ９５０：ＮＯ）ことに応じて、下りリンク情報のモニタを実行（継続）する。

ＵＥ１００は、モニタを開始してから第２期間が経過するか否かを判定してもよい（図１６のＳ９５０）。ＵＥ１００は、第２タイマの満了に応じて、第２期間が経過したと判定してもよい。ＵＥ１００は、第２タイマが起動中であることに応じて、第２期間が経過していないと判定してもよい。

ＵＥ１００は、モニタを開始してから第２期間が経過した（Ｓ９５０：ＹＥＳ）ことに応じて、下りリンク情報のモニタを終了してもよい（図１６のＳ９６０）。ＵＥ１００は、第２期間を計測するための第２タイマの満了に応じて、下りリンク情報のモニタを終了してもよい。

ＵＥ１００は、第２期間が経過していないと判定した（Ｓ９５０：ＮＯ）ことに応じて、下りリンク情報のモニタを実行（継続）する。

ＵＥ１００は、下りリンク情報のモニタを終了する動作として、ＤＲＸスリープ動作を開始してもよい。ＵＥ１００は、受信オン状態から受信オフ状態へ移行してもよい。ＵＥ１００は、下りリンク情報のモニタを開始する動作として、ショートＤＲＸサイクルを用いたＤＲＸ動作から、ロングＤＲＸサイクルを用いたＤＲＸ動作へ切り替えてもよい。

ＵＥ１００は、下りリンク情報のモニタを終了した場合、上りリンク情報の送信を開始するまで、下りリンク情報のモニタを停止し続けることができる。これにより、ＵＥ１００は、省電力化を図ることができる。

ＵＥ１００は、下りリンク情報のモニタを終了した場合、ステップＳ９１０の処理を実行してもよい。

以上のように、ＵＥ１００は、所定サイクルでＢＳ２００へ上りリンク情報を少なくとも１回送信するため、ＢＳ２００が、上りリンク情報の受信に応じて、下りリンク情報の送信を開始する場合であっても、ＵＥ１００は、所定サイクルで下りリンク情報を受信することができる。ＵＥ１００は、上りリンク情報の送信を開始するまで、下りリンク情報のモニタが要求されないため、省電力を図ることができる。

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

上述した第１実施形態では、データと共に最後識別情報が送信されていたが、これに限られない。最後のデータの送信が完了した後に、ＵＥ１００へ割り当てられた複数の時間・周波数リソースのうちの時間・周波数リソースを用いて最後識別情報が送信されてもよい。例えば、ＵＥ１００及び／又はＢＳ２００は、第１のサブフレーム内に配置された時間・周波数リソースを用いて最後のデータを送信し、第２のサブフレーム内に配置された時間・周波数リソースを用いて最後識別情報を送信してもよい。

上述した第２実施形態では、ネットワーク装置として、ＢＳ２００を例に挙げて説明したが、これに限られない。ネットワーク装置は、例えば、ＭＭＥ３００であってもよい。従って、ＢＳ２００をＭＭＥ３００へ置き換えてもよい。この場合、ＵＥ１００とＭＭＥ３００との間のシグナリングは、ＮＡＳシグナリングであってもよい。

ＭＭＥ３００は、ＵＥ１００のコンテキストを解放するための手順（Ｓ１ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）を実行する場合、ＢＳ２００においてＵＥ１００のコンテキストを解放するための命令（Ｓ１ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄ）を送ってもよい（ＥＰＣ ｔｒｉｇｇｅｒｅｄ）。

上述では、ＵＥ１００がＲＲＣインアクティブ状態であるケースを例を挙げて説明したが、これに限られない。ＵＥ１００は、ＲＲＣ接続状態、ＲＲＣアイドル状態、その他のＲＲＣ状態のいずれかの状態であってもよい。

上述した各実施形態において、ＵＥ１００は、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイスであってもよい。例えば、ＵＥ１００は、Ｎｂ−ＩｏＴ（Ｎａｒｒｏｗ Ｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）を利用する無線通信装置であってもよい。Ｎｂ−ＩｏＴは、１８０ｋＨｚに制限されたチャネル帯域幅でＥ−ＵＴＲＡＮ１０を介したネットワークサービスへのアクセスを可能とする。この場合、上述のＰＤＣＣＨは、ＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）へ置き換えられてもよい。ＮＰＤＣＣＨは、（ＮＰＤＳＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）用の）リソース割り当てについてＮＢ−ＩｏＴ ＵＥへ知らせるためのチャネルである。ＮＰＤＣＣＨは、ＮＢ−ＩｏＴ ＵＥのための上りリンクスケジューリング情報（ＵＬスケジューリンググラント）を運ぶことができる。ＮＰＤＳＣＨは、ＮＢ−ＩｏＴ ＵＥのためのＤＬ−ＳＣＨ（下りリンク同期チャネル）及びＰＣＨ（ページングチャネル）を運ぶことができる。

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

上述した実施形態に係る内容は、適宜組み合わせて実行されてもよい。また、上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。

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

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

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

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

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

Claims (4)

1. 通信方法であって、
   第１の無線通信装置が、第２の無線通信装置へデータを送信するために割り当てられ、かつ時間方向に配置された複数の時間・周波数リソースを用いた送信を開始し、
   前記第１の無線通信装置が、前記第２の無線通信装置へ送信すべき最後のデータを送信する際に、前記最後のデータと共に、前記最後のデータの送信を示す最後識別情報を前記第２の無線通信装置へ送信し、
   前記第１の無線通信装置が、前記最後のデータを送信してから所定期間中に前記第２の無線通信装置へ送信すべき新たなデータが発生しないことを予測し、
   前記第１の無線通信装置が、前記予測に応じて、前記最後識別情報を前記第２の無線通信装置へ送信する
   通信方法。
2. 前記第１の無線通信装置が、前記最後識別情報の送信に応じて、前記複数の時間・周波数リソースを解放する処理を実行する請求項１に記載の通信方法。
3. 第１の無線通信装置を制御するためのプロセッサであって、
   第２の無線通信装置へデータを送信するために割り当てられ、かつ時間方向に配置された複数の時間・周波数リソースを用いた送信を開始する処理と、
   前記第２の無線通信装置へ送信すべき最後のデータを送信する際に、前記最後のデータと共に、前記最後のデータの送信を示す最後識別情報を前記第２の無線通信装置へ送信する処理と、
   前記最後のデータを送信してから所定期間中に前記第２の無線通信装置へ送信すべき新たなデータが発生しないことを予測する処理と、
   前記予測に応じて、前記最後識別情報を前記第２の無線通信装置へ送信する処理と、を実行するプロセッサ。
4. 無線通信装置であって、
   他の無線通信装置へデータを送信するために割り当てられ、かつ時間方向に配置された複数の時間・周波数リソースを用いた送信を開始し、
   前記他の無線通信装置へ送信すべき最後のデータを送信する際に、前記最後のデータと共に、前記最後のデータの送信を示す最後識別情報を前記他の無線通信装置へ送信する、送信部と、
   前記最後のデータを送信してから所定期間中に前記他の無線通信装置へ送信すべき新たなデータが発生しないことを予測する制御部と、を備え、
   前記送信部は、前記予測に応じて、前記最後識別情報を前記他の無線通信装置へ送信する無線通信装置。

Images