(57)【要約】  一つの実施形態に係る無線端末は、ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）により基地局から無線リソースが割り当てられる。前記無線端末は、前記ＳＰＳにより割り当てられた前記無線リソースを解放するための明示的なＳＰＳ解放通知を前記基地局に送信する処理を行う制御部を備える。
2016185923.tif 000002
【特許請求の範囲】
【請求項１】
ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）により基地局から無線リソースが割り当てられる無線端末であって、
前記ＳＰＳにより割り当てられた前記無線リソースを解放するための明示的なＳＰＳ解放通知を前記基地局に送信する処理を行う制御部を備える
無線端末。
【請求項２】
前記制御部は、前記明示的なＳＰＳ解放通知の送信設定を前記無線端末が受信している場合、暗示的なＳＰＳ解放機能を無効化する
請求項１に記載の無線端末。
【請求項３】
前記明示的なＳＰＳ解放通知に対して前記基地局が許可を示した場合、前記制御部は、前記ＳＰＳにより割り当てられた前記無線リソースを解放し、
前記明示的なＳＰＳ解放通知に対して前記基地局が拒否を示した場合、前記制御部は、前記ＳＰＳにより割り当てられた前記無線リソースを維持する
請求項１に記載の無線端末。
【請求項４】
ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）により基地局から割り当てられた上りリンク無線リソースを用いて、上りリンクデータを第１の周期で前記基地局に送信する無線端末であって、
前記基地局に送信する前記上りリンクデータが存在しない場合に、前記第１の周期に応じた送信機会の一部において前記上りリンクデータを送信せずに、前記第１の周期よりも長い第２の周期でパディングデータを前記基地局に送信する処理を行う制御部を備える
無線端末。
【請求項５】
ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）により基地局から上りリンク無線リソースが割り当てられる無線端末であって、
前記上りリンク無線リソースの解放を暗示的に示すために空データを連続的に前記基地局に送信する送信部と、
前記空データを連続的に送信した回数を計数するカウンタを管理し、前記カウンタの値が閾値に達すると前記上りリンク無線リソースを解放する制御部と、を備え、
前記制御部は、前記基地局から特殊な下りリンク制御情報を受信した場合に、前記カウンタの値をリセットする
無線端末。
【請求項６】
前記特殊な下りリンク制御情報は、スケジューリング情報を含まない下りリンク制御情報である
請求項５に記載の無線端末。
【請求項７】
ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）により基地局から無線リソースが割り当てられる無線端末であって、
動的スケジューリングにより前記基地局から初送用の無線リソースが割り当てられた場合、前記ＳＰＳにより割り当てられた無線リソースを解放する制御部を備える
無線端末。
【請求項８】
ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）により基地局から上りリンク無線リソースが割り当てられる無線端末であって、
ＳＰＳ周期に応じた送信機会において上りリンク送信を行わないことが許容される特別なＳＰＳが前記基地局により設定され、且つ、前記送信機会において上りリンク送信を行わない場合、該上りリンク送信に対応するＨＡＲＱ  ＡＣＫ／ＮＡＣＫの監視を省略する制御部を備える
無線端末。
【請求項９】
前記制御部は、前記特別なＳＰＳが設定され、且つ、前記送信機会において上りリンク送信を開始する場合、上りリンク送信開始を前記基地局に通知する
請求項８に記載の無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる無線端末に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、無線通信におけるレイテンシを低減するレイテンシ低減機能の導入が検討されている。このようなレイテンシ低減機能を実現するための技術として、高速上りリンクアクセス技術及びＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）短縮技術等が挙げられる。
【発明の概要】
【０００３】
一つの実施形態に係る無線端末は、ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）により基地局から無線リソースが割り当てられる。前記無線端末は、前記ＳＰＳにより割り当てられた前記無線リソースを解放するための明示的なＳＰＳ解放通知を前記基地局に送信する処理を行う制御部を備える。
【０００４】
一つの実施形態に係る無線端末は、ＳＰＳにより基地局から割り当てられた上りリンク無線リソースを用いて、上りリンクデータを第１の周期で前記基地局に送信する。前記無線端末は、前記基地局に送信する前記上りリンクデータが存在しない場合に、前記第１の周期に応じた送信機会の一部において前記上りリンクデータを送信せずに、前記第１の周期よりも長い第２の周期でパディングデータを前記基地局に送信する処理を行う制御部を備える。
【０００５】
一つの実施形態に係る無線端末は、ＳＰＳにより基地局から上りリンク無線リソースが割り当てられる。前記無線端末は、前記上りリンク無線リソースの解放を暗示的に示すために空データを連続的に前記基地局に送信する送信部と、前記空データを連続的に送信した回数を計数するカウンタを管理し、前記カウンタの値が閾値に達すると前記上りリンク無線リソースを解放する制御部と、を備える。前記制御部は、前記基地局から特殊な下りリンク制御情報を受信した場合に、前記カウンタの値をリセットする。
【０００６】
一つの実施形態に係る無線端末は、ＳＰＳにより基地局から無線リソースが割り当てられる。前記無線端末は、動的スケジューリングにより前記基地局から初送用の無線リソースが割り当てられた場合、前記ＳＰＳにより割り当てられた無線リソースを解放する制御部を備える。
【０００７】
一つの実施形態に係る無線端末は、ＳＰＳにより基地局から上りリンク無線リソースが割り当てられる。前記無線端末は、ＳＰＳ周期に応じた送信機会において上りリンク送信を行わないことが許容される特別なＳＰＳが前記基地局により設定され、且つ、前記送信機会において上りリンク送信を行わない場合、該上りリンク送信に対応するＨＡＲＱ  ＡＣＫ／ＮＡＣＫの監視を省略する制御部を備える。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係るＬＴＥシステム（移動通信システム）を示す図である。
【図２】実施形態に係るＵＥ（無線端末）のブロック図である。
【図３】実施形態に係るｅＮＢ（基地局）のブロック図である。
【図４】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】ＬＴＥシステムにおいて用いられる無線フレームの構成図である。
【図６】ＴＣＰの概要を説明するための図である。
【図７】上りリンクの送信手順を説明するための図である。
【図８】上りリンクにおけるＳＰＳのシーケンス例を示す図である。
【図９】「ＳＰＳ  Ｃｏｎｆｉｇ」を説明するための図である。
【図１０】第１実施形態に係るシーケンス例を示す図である。
【図１１】第２実施形態に係るシーケンス例を示す図である。
【図１２】第３実施形態に係るシーケンス例を示す図である。
【図１３】第４実施形態に係るシーケンス例を示す図である。
【図１４】第５実施形態に係るシーケンス例を示す図である。
【図１５】実施形態の付記に係る図である。
【図１６】実施形態の付記に係る図である。
【図１７】実施形態の付記に係る図である。
【発明を実施するための形態】
【０００９】
［実施形態の概要］
一般的な上りリンクの送信手順は、以下の第１のステップ乃至第３のステップを含む。
【００１０】
第１のステップにおいて、無線端末は、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）リソースを要求するためのスケジューリング要求（ＳＲ）を、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いて基地局に送信する。基地局は、ＳＲの受信に応じて、無線端末にＰＵＳＣＨリソースを割り当てる。
【００１１】
第２のステップにおいて、無線端末は、基地局から割り当てられたＰＵＳＣＨリソースを用いて、無線端末の送信バッファ内の上りリンクデータの量を示すバッファ情報を含むバッファステータス報告（ＢＳＲ）を基地局に送信する。基地局は、ＢＳＲの受信に応じて、適切な量のＰＵＳＣＨリソースを無線端末に割り当てる。
【００１２】
第３のステップにおいて、無線端末は、基地局から割り当てられたＰＵＳＣＨリソースを用いて、無線端末の送信バッファ内の上りリンクデータを基地局に送信する。
【００１３】
このような上りリンクの送信手順は、無線端末が上りリンクデータを生成してから当該上りリンクデータの送信が完了するまでの時間（すなわち、上りリンクのレイテンシ）が長いという問題がある。
【００１４】
上りリンクのレイテンシを削減する高速上りリンクアクセスの方法として、ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）を用いた方法が挙げられる。ＳＰＳによれば、基地局が予め無線端末に周期的な無線リソース（例えば、ＰＵＳＣＨリソース）を割り当てることができるため、上りリンクのレイテンシを削減することができる。
【００１５】
しかしながら、ＳＰＳを用いた高速上りリンクアクセスの方法には、ＳＰＳにより割り当てられた無線リソースの解放又は維持を円滑化する点において、改善の余地がある。
【００１６】
以下の実施形態において、ＳＰＳにより割り当てられた無線リソースの解放又は維持を円滑化可能とする方法が開示される。
【００１７】
第１実施形態に係る無線端末は、ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）により基地局から無線リソースが割り当てられる。前記無線端末は、前記ＳＰＳにより割り当てられた前記無線リソースを解放するための明示的なＳＰＳ解放通知を前記基地局に送信する処理を行う制御部を備える。
【００１８】
第２実施形態に係る無線端末は、ＳＰＳにより基地局から割り当てられた上りリンク無線リソースを用いて、上りリンクデータを第１の周期で前記基地局に送信する。前記無線端末は、前記基地局に送信する前記上りリンクデータが存在しない場合に、前記第１の周期に応じた送信機会の一部において前記上りリンクデータを送信せずに、前記第１の周期よりも長い第２の周期でパディングデータを前記基地局に送信する処理を行う制御部を備える。
【００１９】
第３実施形態に係る無線端末は、ＳＰＳにより基地局から上りリンク無線リソースが割り当てられる。前記無線端末は、前記上りリンク無線リソースの解放を暗示的に示すために空データを連続的に前記基地局に送信する送信部と、前記空データを連続的に送信した回数を計数するカウンタを管理し、前記カウンタの値が閾値に達すると前記上りリンク無線リソースを解放する制御部と、を備える。前記制御部は、前記基地局から特殊な下りリンク制御情報を受信した場合に、前記カウンタの値をリセットする。
【００２０】
第４実施形態に係る無線端末は、ＳＰＳにより基地局から無線リソースが割り当てられる。前記無線端末は、動的スケジューリングにより前記基地局から初送用の無線リソースが割り当てられた場合、前記ＳＰＳにより割り当てられた無線リソースを解放する制御部を備える。
【００２１】
第５実施形態に係る無線端末は、ＳＰＳにより基地局から上りリンク無線リソースが割り当てられる。前記無線端末は、ＳＰＳ周期に応じた送信機会において上りリンク送信を行わないことが許容される特別なＳＰＳが前記基地局により設定され、且つ、前記送信機会において上りリンク送信を行わない場合、該上りリンク送信に対応するＨＡＲＱ  ＡＣＫ／ＮＡＣＫの監視を省略する制御部を備える。
【００２２】
［移動通信システム］
以下において、実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムの概要について説明する。
【００２３】
（移動通信システムの構成）
図１は、ＬＴＥシステムの構成を示す図である。図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２４】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。
【００２５】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。
【００２６】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる他に、ＵＥ１００との無線通信を行う機能を示す用語としても用いられる。
【００２７】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００２８】
（無線端末の構成）
図２は、ＵＥ１００（無線端末）のブロック図である。図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００２９】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００３０】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００３１】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した処理及び後述する処理を実行する。
【００３２】
（基地局の構成）
図３は、ｅＮＢ２００（基地局）のブロック図である。図３に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００３３】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００３４】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００３５】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、上述した処理及び後述する処理を実行する。
【００３６】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【００３７】
（無線インターフェイスの構成）
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３８】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御情報が伝送される。
【００３９】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４０】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御情報が伝送される。
【００４１】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４２】
ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００４３】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００４４】
ＵＥ１００は、無線インターフェイスプロトコルの上位のプロトコルとしてＯＳＩ参照モデルの第４層乃至第７層を有する。第４層であるトランスポート層は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を含む。ＴＣＰについては後述する。
【００４５】
（ＬＴＥ下位層の概要）
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４６】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００４７】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）、及び、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを伝送するための物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）として用いられる領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として用いることができる領域である。
【００４８】
ｅＮＢ２００は、基本的には、ＰＤＣＣＨを用いて下りリンク制御情報（ＤＣＩ）をＵＥ１００に送信し、ＰＤＳＣＨを用いて下りリンクデータをＵＥ１００に送信する。ＰＤＣＣＨが搬送する下りリンク制御情報は、上りリンクスケジューリング情報、下りリンクスケジューリング情報、ＴＰＣコマンドを含む。上りリンクスケジューリング情報は上りリンク無線リソースの割当てに関するスケジューリング情報（ＵＬ  ｇｒａｎｔ）であり、下りリンクスケジューリング情報は、下りリンク無線リソースの割当てに関するスケジューリング情報である。ＴＰＣコマンドは、上りリンクの送信電力の増減を指示する情報である。ｅＮＢ２００は、下りリンク制御情報の送信先のＵＥ１００を識別するために、送信先のＵＥ１００の識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  ＩＤ）でスクランブリングしたＣＲＣビットを下りリンク制御情報に含める。各ＵＥ１００は、自ＵＥ宛ての可能性がある下りリンク制御情報について、自ＵＥのＲＮＴＩでＣＲＣビットをデスクランブリングすることにより、ＰＤＣＣＨをブラインド復号（Ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）し、自ＵＥ宛の下りリンク制御情報を検出する。ＰＤＳＣＨは、下りリンクスケジューリング情報が示す下りリンク無線リソース（リソースブロック）により下りリンクデータを搬送する。
【００４９】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として用いることができる領域である。
【００５０】
ＵＥ１００は、基本的には、ＰＵＣＣＨを用いて上りリンク制御情報（ＵＣＩ）をｅＮＢ２００に送信し、ＰＵＳＣＨを用いて上りリンクデータをｅＮＢ２００に送信する。ＰＵＣＣＨが運搬する上りリンク制御情報は、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、スケジューリング要求（ＳＲ）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを含む。ＣＱＩは、下りリンクのチャネル品質を示すインデックスであり、下りリンク伝送に用いるべきＭＣＳの決定等に用いられる。ＰＭＩは、下りリンクの伝送のために用いることが望ましいプレコーダマトリックスを示すインデックスである。ＲＩは、下りリンクの伝送に用いることが可能なレイヤ数（ストリーム数）を示すインデックスである。ＳＲは、ＰＵＳＣＨリソースの割り当てを要求する情報である。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、下りリンクデータを正しく受信したか否かを示す送達確認情報である。
【００５１】
（ＴＣＰの概要）
図６は、ＴＣＰの概要を説明するための図である。実施形態において、ＵＥ１００は、ＬＴＥシステムのネットワークを介して、インターネット上のサーバとのＴＣＰ通信を行う。
【００５２】
図６に示すように、サーバは、ＵＥ１００からの「ＴＣＰ  ＡＣＫ」に基づいてネットワークの混雑状況を判断する。サーバは、「ＴＣＰ  ＡＣＫ」の受信に応じて、ウィンドウサイズを徐々に増加させる。ウィンドウサイズとは、「ＴＣＰ  ＡＣＫ」を待たずに連続的に送信する「ＴＣＰ  Ｓｅｇｍｅｎｔ」の量である。一方、サーバは、「ＴＣＰ  ＡＣＫ」の受信に失敗（タイムアウト）した場合、ウィンドウサイズを半減させる。このような制御は「スロースタート」と称される。
【００５３】
よって、ＬＴＥシステムの下りリンクが混雑していない場合でも、ＵＥ１００が上りリンクにおいて「ＴＣＰ  ＡＣＫ」を速やかに送信しなければ、下りリンクのＴＣＰスループットを高めることができない。すなわち、ＵＥ１００において「ＴＣＰ  ＡＣＫ」を生成してから「ＴＣＰ  ＡＣＫ」をｅＮＢ２００に送信完了するまでの遅延時間（上りリンクのレイテンシ）を短縮できれば、下りリンクのＴＣＰスループットを高めることができる。
【００５４】
（上りリンクの送信手順）
図７は、上りリンクの送信手順を説明するための図である。図７において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を確立した状態（すなわち、ＲＲＣコネクテッドモード）にある。
【００５５】
図７に示すように、ステップＳ１において、ｅＮＢ２００は、ＥＰＣ２０からＴＣＰパケット（ＴＣＰセグメント）を受信する。
【００５６】
ステップＳ２において、ｅＮＢ２００は、ＰＤＣＣＨリソースを用いて、ＰＤＳＣＨリソースをＵＥ１００に割り当てる。また、ｅＮＢ２００は、ＰＤＳＣＨリソースを用いて、ＥＰＣ２０から受信したＴＣＰパケットに対応する下りリンクデータをＵＥ１００に送信する。具体的には、ｅＮＢ２００は、下りリンクスケジューリング情報を含むＤＣＩをＰＤＣＣＨ上でＵＥ１００に送信し、当該ＤＣＩが示すＰＤＳＣＨリソースを用いてＵＥ１００に下りリンクデータを送信する。
【００５７】
この段階で、ｅＮＢ２００は、ＳＰＳにより、周期的なＰＵＳＣＨリソースを予めＵＥ１００に割り当ててもよい（ステップＳ２Ａ）。このような手法は、「Ｐｒｅ−ｇｒａｎｔ」と称されることがある。ＳＰＳについては後述する。なお、以下のステップＳ３乃至Ｓ６は、「Ｐｒｅ−ｇｒａｎｔ」を行わない場合の動作である。
【００５８】
ＵＥ１００は下りリンクデータを受信し、下りリンクデータをＵＥ１００の上位層に移動する。ＵＥ１００の上位層は、ＴＣＰ  ＡＣＫを生成してＵＥ１００の下位層に通知する。ＵＥ１００は、送信バッファ（ＵＥ１００の下位層）に上りリンクデータ（ＴＣＰ  ＡＣＫパケット）が存在することに応じて、ｅＮＢ２００に対するＰＵＳＣＨリソースの割り当ての要求を決定する。
【００５９】
ステップＳ３において、ＵＥ１００は、ＰＵＳＣＨリソースの割り当てを要求するためのＳＲを、ＰＵＣＣＨリソースを用いてｅＮＢ２００に送信する。
【００６０】
ステップＳ４において、ｅＮＢ２００は、ＳＲの受信に応じて、ＵＥ１００にＰＵＳＣＨリソースを割り当てる。
【００６１】
ステップＳ５において、ＵＥ１００は、ｅＮＢ２００から割り当てられたＰＵＳＣＨリソースを用いて、ＵＥ１００の送信バッファ内の上りリンクデータの量を示すバッファ情報を含むＢＳＲをｅＮＢ２００に送信する。
【００６２】
ステップＳ６において、ｅＮＢ２００は、ＢＳＲの受信に応じて、適切な量のＰＵＳＣＨリソースをＵＥ１００に割り当てる。ＵＥ１００は、ｅＮＢ２００から割り当てられたＰＵＳＣＨリソースを用いて、ＵＥ１００の送信バッファ内の上りリンクデータ（ＴＣＰ  ＡＣＫパケット）をｅＮＢ２００に送信する。
【００６３】
（ＳＰＳの概要）
上述したように、ＳＰＳによれば、ｅＮＢ２００が予めＵＥ１００に周期的な無線リソース（ＰＵＳＣＨリソース）を割り当てることができるため、上りリンクのレイテンシを削減することができる。
【００６４】
また、ＳＰＳにおいて、１つのスケジューリング情報は、１サブフレームだけでなく、以後の多数のサブフレームにも適用される。すなわち、当該スケジューリング情報により示される無線リソース等を周期的に適用することで、スケジューリング情報の伝送に伴うオーバーヘッドが削減される。
【００６５】
以下において、上りリンクにおけるＳＰＳの概要について説明する。図８は、上りリンクにおけるＳＰＳのシーケンス例を示す図である。図９は、「ＳＰＳ  Ｃｏｎｆｉｇ」を説明するための図である。
【００６６】
図８に示すように、ステップＳ１１において、ｅＮＢ２００は、ＳＰＳの設定情報（ＳＰＳ  Ｃｏｎｆｉｇ）を個別ＲＲＣシグナリングによりＵＥ１００に送信する。「ＳＰＳ  Ｃｏｎｆｉｇ」は、ＳＰＳに関する各種のパラメータを含む。ＵＥ１００は、「ＳＰＳ  Ｃｏｎｆｉｇ」を受信して記憶する。
【００６７】
図９（Ａ）に示すように、「ＳＰＳ  Ｃｏｎｆｉｇ」は、ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＣ−ＲＮＴＩ（ＳＰＳ  Ｃ−ＲＮＴＩ）、ｓｐｓ−ＣｏｎｆｉｇＤＬ、ｓｐｓ−ＣｏｎｆｉｇＵＬを含む。「ＳＰＳ  Ｃ−ＲＮＴＩ」は、ＳＰＳのためのＵＥ１００の一時的な識別子である。ｓｐｓ−ＣｏｎｆｉｇＤＬは、下りリンクにおけるＳＰＳパラメータを含み、ｓｐｓ−ＣｏｎｆｉｇＵＬは、上りリンクにおけるＳＰＳパラメータを含む。
【００６８】
図９（Ｂ）に示すように、ｓｐｓ−ＣｏｎｆｉｇＵＬは、上りリンクにおけるＳＰＳパラメータを解放する「ｒｅｌｅａｓｅ」、又は上りリンクにおけるＳＰＳパラメータを設定する「ｓｅｔｕｐ」を含む。「ｓｅｔｕｐ」の場合、ｓｐｓ−ＣｏｎｆｉｇＵＬは、主要なパラメータとして、上りリンクにおけるＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）を含む。ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬは、例えば１０サブフレーム周期（ｓｆ１０）又は２０サブフレーム周期（ｓｆ２０）というようにサブフレーム単位で指定される。ｓｐｓ−ＣｏｎｆｉｇＵＬは、ＳＰＳにより割り当てられた無線リソース（ＳＰＳ割当リソース）を暗示的に解放するためのパラメータ（ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）を含み得る。ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒは、ＳＰＳリソースを解放するまでに要する空データ送信（ｅｍｐｔｙ  ｔｒａｎｓｍｉｓｓｉｏｎｓ）の回数を示す。空データとは、例えば「ＭＡＣ  ＳＤＵ」を含まない「ＭＡＣ  ＰＤＵ」である。すなわち、ＵＥ１００は、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒが設定されている場合、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒが示す回数だけＳＰＳ割当リソースにより空データを送信することにより、ＳＰＳ割当リソースを解放する。ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒは、２回（ｅ２）、３回（ｅ３）、４回（ｅ４）、８回（ｅ８）の何れかが設定される。
【００６９】
図８に戻り、ステップＳ１２において、ｅＮＢ２００は、ＳＰＳをアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、「ＳＰＳ  Ｃ−ＲＮＴＩ」を用いてマスキングされている。また、ＳＰＳアクティブ化指示は、ＵＥ１００に割り当てるリソースブロック（ＰＵＳＣＨリソース）及びＭＣＳ等のスケジューリング情報（ＵＬ  ｇｒａｎｔ）を含む。
【００７０】
ＵＥ１００は、ＳＰＳアクティブ化指示をブラインド復号により復号すると、ＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
【００７１】
ステップＳ１３において、ＵＥ１００は、ＳＰＳによる最初の送信を行う。具体的には、ＵＥ１００は、ＳＰＳアクティブ化指示に含まれていたスケジューリング情報に従って、上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。その後、ＵＥ１００は、ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬにより示されるＳＰＳ周期ごとに、当該スケジューリング情報に従って、上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する（ステップＳ１４）。
【００７２】
ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが存在しなくなった（すなわち、上りリンク送信バッファ内にデータが存在しなくなった）と仮定する。
【００７３】
ステップＳ１５乃至Ｓ１６において、ＵＥ１００は、ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬにより定まる送信機会において、空データ送信（ｅｍｐｔｙ  ｔｒａｎｓｍｉｓｓｉｏｎ）をｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ回行う。
【００７４】
ステップＳ１７において、ＵＥ１００は、ＳＰＳ割当リソースを解放する。
【００７５】
このように、ＳＰＳで割り当てられた送信機会は常にＵＥ１００が送信し続けなければならないため、ＵＥ１００の電力消費の観点から問題がある。また、ｅＮＢ２００に送信する上りリンクデータが存在しない場合には、ＵＥ１００側が暗示的にＳＰＳを解放してしまうため、ｅＮＢがＳＰＳアクティブ化をＵＥ１００に指示しなければならないという問題がある。よって、上りリンクのレイテンシ低減のためにＳＰＳを使用する場合、ＵＥ１００の電力消費を抑えながらＳＰＳを維持する仕組みが望まれる。
【００７６】
［第１実施形態］
以下において、第１実施形態について説明する。
【００７７】
第１実施形態に係るＵＥ１００は、ＳＰＳによりｅＮＢ２００から無線リソースが割り当てられる。ＵＥ１００は、ＳＰＳにより割り当てられた無線リソースを解放するための明示的なＳＰＳ解放通知をｅＮＢ２００に送信する処理を行う制御部１３０を備える。制御部１３０は、明示的なＳＰＳ解放通知の送信設定をＵＥ１００が受信している場合にのみ、明示的なＳＰＳ解放通知をｅＮＢ２００に送信する処理を行う。制御部１３０は、当該送信設定をＵＥ１００が受信している場合、ＳＰＳ割当リソースを暗示的に解放する機能（すなわち、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）を無効化する。明示的なＳＰＳ解放通知に対してｅＮＢ２００が許可を示した場合、制御部１３０は、ＳＰＳにより割り当てられた無線リソースを解放する。これに対し、明示的なＳＰＳ解放通知に対してｅＮＢ２００が拒否を示した場合、制御部１３０は、ＳＰＳにより割り当てられた前記無線リソースを維持する。これにより、ｅＮＢ２００は、ＵＥ１００がＳＰＳを解放しないように制御することができる。
【００７８】
第１実施形態に係るｅＮＢ２００は、ＳＰＳによりＵＥ１００に無線リソースを割り当てる。ｅＮＢ２００は、ＳＰＳにより割り当てた無線リソースを解放するための明示的なＳＰＳ解放通知をＵＥ１００から受信する処理を行う制御部２３０を備える。制御部２３０は、明示的なＳＰＳ解放通知の送信設定をＵＥ１００に送信している場合にのみ、明示的なＳＰＳ解放通知をＵＥ１００から受信する処理を行う。制御部２３０は、当該送信設定をＵＥ１００に送信している場合、ＳＰＳ割当リソースを暗示的に解放する機能（すなわち、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）を無効化する。制御部２３０は、明示的なＳＰＳ解放通知を許可するか否かを判断し、明示的なＳＰＳ解放通知に対する拒否又は拒否をＵＥ１００に通知する。
【００７９】
次に、第１実施形態に係る上りリンクにおけるＳＰＳのシーケンスについて説明する。図１０は、第１実施形態に係るシーケンス例を示す図である。但し、図８と重複する動作については、重複する説明を省略する。
【００８０】
図１０に示すように、ステップＳ１０１において、ｅＮＢ２００は、ＳＰＳの設定情報（ＳＰＳ  Ｃｏｎｆｉｇ）を個別ＲＲＣシグナリングによりＵＥ１００に送信する。「ＳＰＳ  Ｃｏｎｆｉｇ」は、図９に示した各種のパラメータを含む。ＵＥ１００は、「ＳＰＳ  Ｃｏｎｆｉｇ」を受信して記憶する。ｅＮＢ２００は、明示的なＳＰＳ解放（ｅｘｐｌｉｃｉｔ  ｒｅｌｅａｓｅ）通知の設定情報を「ＳＰＳ  Ｃｏｎｆｉｇ」に含めてもよい。当該設定情報は、例えば、図９（Ｂ）の「ｓｅｔｕｐ」の中に追加される「explicitRelease ENNUMERATED (true)」である。当該設定情報により、「ｅｘｐｌｉｃｉｔｒｅｌｅａｓｅ」がｔｒｕｅ（つまりＯＮ）の場合、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒの設定は適用しなくてもよい。或いは、ｅＮＢ２００は、「ｅｘｐｌｉｃｉｔ  ｒｅｌｅａｓｅ」通知の設定情報をＳＰＳアクティブ化指示（ステップＳ１０２）に含めてもよい。
【００８１】
ステップＳ１０２において、ｅＮＢ２００は、ＳＰＳをアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、ＵＥ１００に割り当てるリソースブロック（ＰＵＳＣＨリソース）及びＭＣＳ等のスケジューリング情報（ＵＬ  ｇｒａｎｔ）を含む。ＵＥ１００は、ＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
【００８２】
ステップＳ１０３乃至Ｓ１０４において、ＵＥ１００は、ＳＰＳによる送信を行う。上述したように、ＵＥ１００は、ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬにより示されるＳＰＳ周期ごとに、スケジューリング情報に従って上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。但し、ステップＳ１０３乃至Ｓ１０４は必須ではなく、省略してもよい。
【００８３】
ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが存在しない場合を想定する。
【００８４】
ステップＳ１０５において、ＵＥ１００は、ＳＰＳ割当リソースが不要であると判断し、ＳＰＳ割当リソースを解放するための「ｅｘｐｌｉｃｉｔ  ｒｅｌｅａｓｅ」通知をｅＮＢ２００に送信する。「ｅｘｐｌｉｃｉｔ  ｒｅｌｅａｓｅ」通知は、例えばＭＡＣシグナリング（ＭＡＣ制御要素）によりＵＥ１００からｅＮＢ２００に送信される。
【００８５】
ステップＳ１０６において、ｅＮＢ２００は、「ｅｘｐｌｉｃｉｔ  ｒｅｌｅａｓｅ」通知を許可するか否かを判断する。ここでは、ｅＮＢ２００が、上りリンクのレイテンシ低減（すなわち、高速上りリンクアクセス）用のＳＰＳを維持するために、「ｅｘｐｌｉｃｉｔ  ｒｅｌｅａｓｅ」通知を拒否すると判断したと仮定して説明を進める。
【００８６】
ステップＳ１０６において、ｅＮＢ２００は、「ｅｘｐｌｉｃｉｔ  ｒｅｌｅａｓｅ」通知を拒否することを示す拒否通知をＵＥ１００に送信する。拒否通知は、例えばＭＡＣシグナリング（ＭＡＣ制御要素）によりｅＮＢ２００からＵＥ１００に送信される。
【００８７】
ステップＳ１０７において、ＵＥ１００は、拒否通知の受信に応じて、ＳＰＳを維持する必要があると判断し、記憶しているスケジューリング情報を維持し、ＳＰＳ割当リソースを維持する。
【００８８】
このように、第１実施形態によれば、ＳＰＳ割当リソースを解放するための「ｅｘｐｌｉｃｉｔ  ｒｅｌｅａｓｅ」通知を導入し、それに対してｅＮＢ２００が許可又は拒否を示すことにより、ＵＥ１００がＳＰＳを解放しないようにｅＮＢ２００が制御することができる。これより、ＳＰＳを用いた高速上りリンクアクセスの実現を円滑化することができる。
【００８９】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。
【００９０】
第２実施形態に係るＵＥ１００は、ＳＰＳによりｅＮＢ２００から割り当てられた上りリンク無線リソースを用いて、ＲＲＣシグナリングにより設定された第１の周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）で上りリンクデータをｅＮＢ２００に送信する。ＵＥ１００は、ｅＮＢ２００に送信する上りリンクデータが存在しない場合に、第１の周期に応じた送信機会の一部において上りリンクデータを送信せずに、第１の周期よりも長い第２の周期でパディングデータをｅＮＢ２００に送信する処理を行う制御部１３０を備える。第２の周期は、ＭＡＣシグナリング又はＰＤＣＣＨにより設定されてもよい。
【００９１】
第２実施形態に係るｅＮＢ２００は、ＳＰＳによりＵＥ１００に割り当てた上りリンク無線リソースを用いて、ＲＲＣシグナリングにより設定した第１の周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）で上りリンクデータをＵＥ１００から受信する。ｅＮＢ２００は、第２の周期でＵＥ１００からパディングデータを受信している場合、第１の周期に応じた送信機会の一部においてＵＥ１００から上りリンクデータを受信しなくても、ＵＥ１００に対する再送要求を行わない。ｅＮＢ２００は、例えばＰＵＳＣＨ中のＤＭＲＳの電力検出によってＵＥ１００がＰＵＳＣＨを送信しなかったことを検出する。つまり、ＰＵＳＣＨが送信されなかったとｅＮＢ２００側で認識する。
【００９２】
図１１は、第２実施形態に係るシーケンス例を示す図である。但し、図８と重複する動作については、重複する説明を省略する。
【００９３】
図１１に示すように、ステップＳ２０１において、ｅＮＢ２００は、ＳＰＳの設定情報（ＳＰＳ  Ｃｏｎｆｉｇ）を個別ＲＲＣシグナリングによりＵＥ１００に送信する。「ＳＰＳ  Ｃｏｎｆｉｇ」は、第１の周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）を含む。ＵＥ１００は、「ＳＰＳ  Ｃｏｎｆｉｇ」を受信して記憶する。
【００９４】
ステップＳ２０２において、ｅＮＢ２００は、ＳＰＳをアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、スケジューリング情報（ＵＬ  ｇｒａｎｔ）を含む。ＵＥ１００は、ＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
【００９５】
また、ｅＮＢ２００は、ＭＡＣシグナリング又はＰＤＣＣＨによりＵＥ１００に第２の周期を設定する。ｅＮＢ２００は、第２の周期をＳＰＳアクティブ化指示に含めてもよい。また、ＵＥ１００は、第２の周期が設定された場合、記憶している第１の周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）を第２の周期で上書きしてもよい。
【００９６】
ステップＳ２０３乃至Ｓ２０４において、ＵＥ１００は、ＳＰＳによる送信を行う。上述したように、ＵＥ１００は、ＳＰＳ周期（第１の周期又は第２の周期）ごとに、スケジューリング情報に従って上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。但し、ステップＳ２０３乃至Ｓ２０４は必須ではなく、省略してもよい。
【００９７】
ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが存在しない場合を想定する。
【００９８】
ステップＳ２０５乃至Ｓ２０６において、ＵＥ１００は、パディングデータを第２の周期でｅＮＢ２００に送信する。ここで、ｅＮＢ２００は、ＰＵＳＣＨ中のＤＭＲＳの電力検出によってＵＥ１００がＰＵＳＣＨを送信しなかったことを検出した場合、ＵＥ１００に再送要求（ＨＡＲＱ  ＮＡＣＫ）を送信しない。なお、一般的なＳＰＳにおいては、ＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）に応じた送信機会においてｅＮＢ２００がＵＥ１００から上りリンクデータを受信しない場合には、ｅＮＢ２００がＵＥ１００に再送要求を行うことに留意すべきである。
【００９９】
このように、第２実施形態によれば、ＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）に応じた全ての送信機会においてＵＥ１００が上りリンクデータを送信しなくても済むため、ＳＰＳを維持しながら、ＵＥ１００の消費電力を削減することができる。
【０１００】
［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。
【０１０１】
第３実施形態に係るＵＥ１００は、ＳＰＳによりｅＮＢ２００から上りリンク無線リソースが割り当てられる。ＵＥ１００は、上りリンク無線リソースの解放を暗示的に示すために空データを連続的にｅＮＢ２００に送信する送信部１２０と、空データを連続的に送信した回数を計数するカウンタを管理する制御部１３０と、を備える。カウンタの値が閾値（ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）に達した場合、上りリンク無線リソースが解放される。制御部１３０は、ｅＮＢ２００から特殊な下りリンク制御情報を受信した場合に、カウンタの値をリセットする。特殊な下りリンク制御情報は、スケジューリング情報を含まない下りリンク制御情報（すなわち、空のＤＣＩ）である。
【０１０２】
第３実施形態に係るｅＮＢ２００は、ＳＰＳによりＵＥ１００に上りリンク無線リソースを割り当てる。ｅＮＢ２００は、上りリンク無線リソースの解放を暗示的に示すための空データを連続的にＵＥ１００から受信する受信部２２０と、空データを連続的に送信した回数を計数するカウンタの値をリセットするための特殊な下りリンク制御情報をＵＥ１００に送信する処理を行う制御部２３０と、を備える。
【０１０３】
図１２は、第３実施形態に係るシーケンス例を示す図である。但し、図８と重複する動作については、重複する説明を省略する。
【０１０４】
図１２に示すように、ステップＳ３０１において、ｅＮＢ２００は、ＳＰＳの設定情報（ＳＰＳ  Ｃｏｎｆｉｇ）を個別ＲＲＣシグナリングによりＵＥ１００に送信する。「ＳＰＳ  Ｃｏｎｆｉｇ」は、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒを含む。ＵＥ１００は、「ＳＰＳ  Ｃｏｎｆｉｇ」を受信して記憶する。
【０１０５】
ステップＳ３０２において、ｅＮＢ２００は、ＳＰＳをアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、スケジューリング情報（ＵＬ  ｇｒａｎｔ）を含む。ＵＥ１００は、ＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
【０１０６】
ステップＳ３０３乃至Ｓ３０４において、ＵＥ１００は、ＳＰＳによる送信を行う。上述したように、ＵＥ１００は、ＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）ごとに、スケジューリング情報に従って上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。但し、ステップＳ３０３乃至Ｓ３０４は必須ではなく、省略してもよい。
【０１０７】
ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが存在しない場合を想定する。
【０１０８】
ステップＳ３０５において、ＵＥ１００は、ＳＰＳ割当リソースが不要であると判断し、上りリンク無線リソースの解放を暗示的に示すために空データを連続的にｅＮＢ２００に送信する。一方、ｅＮＢ２００は、ＳＰＳ割当リソースが必要であると判断する。
【０１０９】
ステップＳ３０７において、ｅＮＢ２００は、ＵＥ１００による空データの送信回数（カウント値）がｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒに達する前に、ＵＥ１００におけるカウント値をリセットするための空のＤＣＩ（カウンタリセット指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＵＥ１００は、カウンタリセット指示の受信に応じて、空データの送信回数（カウント値）をゼロにリセットする。これにより、ＵＥ１００によるＳＰＳ割当リソースの解放を回避することができる。
【０１１０】
このように、第３実施形態によれば、ＳＰＳ割当リソースを解放するか否かをｅＮＢ２００が制御することができる。
【０１１１】
［第４実施形態］
以下において、第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。
【０１１２】
第４実施形態に係るＵＥ１００は、ＳＰＳによりｅＮＢ２００から無線リソースが割り当てられる。ＵＥ１００は、動的スケジューリングによりｅＮＢ２００から初送用の無線リソースが割り当てられた場合、ＳＰＳにより割り当てられた無線リソース（ＳＰＳ割当リソース）を解放する制御部１３０を備える。
【０１１３】
第４実施形態に係るｅＮＢ２００は、ＳＰＳによりＵＥ１００に無線リソースを割り当てる。ｅＮＢ２００は、動的スケジューリングによりＵＥ１００に初送用の無線リソースを割り当てた場合、ＵＥ１００においてＳＰＳ割当リソースが解放されたと判断する制御部２３０を備える。
【０１１４】
なお、通常、ＳＰＳで割り当てられたサブフレームにおいて動的割り当てが発生した場合（以下、「第１のケース」という）には、動的割り当てが優先される。すなわち、ＵＥ１００は、当該サブフレームにおいて動的割り当てに従う。但し、ＳＰＳのＲＲＣ設定もスケジューリング情報（ＲＢ／ＭＣＳ）も解放されない。また、ＳＰＳで割り当てられたサブフレーム以外のサブフレームにおいて、ＳＰＳで用いられているＨＡＲＱプロセスを用いた動的割り当てが発生した場合（以下、「第２のケース」という）にも、初送も再送も通常通りの動的割り当ての動作が行われる。第２のケースについては、初送割り当てによってＳＰＳの無線リソース（ＳＰＳ割当リソース）を解放するという動作を追加しても問題がない。一方、第１のケースについては、ｅＮＢ２００都合で割当を一時的に変更するという意味がある（他ＵＥのリソース割り当ての都合等）ため、ＳＰＳ割当リソースを解放しないとしてもよい。
【０１１５】
図１３は、第４実施形態に係るシーケンス例を示す図である。但し、図８と重複する動作については、重複する説明を省略する。
【０１１６】
図１３に示すように、ステップＳ４０１において、ｅＮＢ２００は、ＳＰＳの設定情報（ＳＰＳ  Ｃｏｎｆｉｇ）を個別ＲＲＣシグナリングによりＵＥ１００に送信する。ＵＥ１００は、「ＳＰＳ  Ｃｏｎｆｉｇ」を受信して記憶する。
【０１１７】
ステップＳ４０２において、ｅＮＢ２００は、ＳＰＳをアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、スケジューリング情報（ＵＬ  ｇｒａｎｔ）を含む。ＵＥ１００は、ＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
【０１１８】
ステップＳ４０３乃至Ｓ４０４において、ＵＥ１００は、ＳＰＳによる送信を行う。上述したように、ＵＥ１００は、ＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）ごとに、スケジューリング情報に従って上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。但し、ステップＳ４０３乃至Ｓ４０４は必須ではなく、省略してもよい。
【０１１９】
ステップＳ４０５において、ｅＮＢ２００は、動的スケジューリングのためのＤＣＩ（通常のＤＣＩ）をＰＤＣＣＨによりＵＥ１００に送信する。当該ＤＣＩは、通常のＣ−ＲＮＴＩを用いてマスキングされている。当該ＤＣＩは、スケジューリング情報（ＵＬ  ｇｒａｎｔ）を含む。
【０１２０】
ステップＳ４０６において、ＵＥ１００は、動的スケジューリングのためのＤＣＩの受信に応じて、ＳＰＳに関するスケジューリング情報を消去し、ＳＰＳ割当リソースを解放する。
【０１２１】
ステップＳ４０７において、ＵＥ１００は、動的スケジューリングのためのＤＣＩに含まれるスケジューリング情報に従って、上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。
【０１２２】
このように、第４実施形態によれば、ＳＰＳ割当リソースを解放するためのシグナリングを不要とすることができる。
【０１２３】
［第５実施形態］
以下において、第５実施形態について、第１実施形態乃至第４実施形態との相違点を主として説明する。
【０１２４】
第５実施形態に係るＵＥ１００は、ＳＰＳによりｅＮＢ２００から上りリンク無線リソースが割り当てられる。ＵＥ１００は、ＳＰＳ周期に応じた送信機会（ＳＰＳ送信機会）において上りリンク送信を行わないことが許容される特別なＳＰＳがｅＮＢ２００により設定される。「上りリンク送信」とは、上りリンクデータの送信だけではなく、パディングデータの送信も含むＰＵＳＣＨ送信である。通常のＳＰＳにおいて、ＵＥ１００は、ＳＰＳ送信機会において常に上りリンク送信を行わなければならない。これに対し、特別なＳＰＳにおいては、ＳＰＳ送信機会において上りリンク送信を行わないことが許容される。
【０１２５】
以下において、このような特別なＳＰＳを「Ｅｎｈａｎｃｅｄ  ＳＰＳ」と称する。「Ｅｎｈａｎｃｅｄ  ＳＰＳ」を導入することにより、ＵＥ１００の電力消費を抑えながらＳＰＳを維持することができるため、上りリンクのレイテンシ低減のためにＳＰＳを効率的に利用可能となる。
【０１２６】
ＵＥ１００は、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」が設定され、且つ、ＳＰＳ送信機会において上りリンク送信を行わない場合、当該上りリンク送信に対応する「ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ」の監視（すなわち、ＰＨＩＣＨの監視）を省略する。換言すると、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」が設定されている場合には、ＳＰＳ送信機会に対応するＰＨＩＣＨを監視しないことが許容される。これにより、ＵＥ１００の電力消費をより一層抑えることができる。
【０１２７】
第５実施形態に係るｅＮＢ２００は、ＳＰＳによりＵＥ１００に上りリンク無線リソースを割り当てる。ｅＮＢ２００は、ＵＥ１００に「Ｅｎｈａｎｃｅｄ  ＳＰＳ」を設定した場合、ＳＰＳ送信機会においてＵＥ１００が上りリンク送信を行わなくても、ＵＥ１００に対する再送要求を行わない（すなわち、ＵＥ１００にＨＡＲＱ  ＮＡＣＫを送信しない）。
【０１２８】
但し、ｅＮＢ２００は、ＳＰＳ送信機会においてＵＥ１００の上りリンク送信を検出しない場合、ｅＮＢ２００における受信エラーであるか又はＵＥ１００が実際に上りリンク送信を行わなかったのかを区別することが難しい。よって、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」が設定されたＵＥ１００は、ＳＰＳ送信機会において上りリンク送信を開始する場合、上りリンク送信開始を示す情報をｅＮＢ２００に送信する。例えば、ＵＥ１００は、上りリンク送信開始を示す情報を含むＭＡＣ制御要素（ＭＡＣ  ＣＥ）を上りリンクデータと共に送信する。これにより、ｅＮＢ２００は、ＳＰＳ送信機会において上りリンク送信を検出しなかった後、当該「ＭＡＣ  ＣＥ」を含む上りリンクデータを検出した場合には、受信エラーが生じなかったと判断する。一方、ｅＮＢ２００は、ＳＰＳ送信機会において上りリンク送信を検出しなかった後、当該「ＭＡＣ  ＣＥ」を含まない上りリンクデータを検出した場合には、受信エラーが生じたと判断する。
【０１２９】
また、ＵＥ１００は、当該「ＭＡＣ  ＣＥ」（上りリンク送信開始を示す情報）を含めた送信を行った後、対応する「ＨＡＲＱ  Ａｃｋ／ＮＡＣＫ」を受信しなかった場合（つまり、ＰＨＩＣＨがｅＮＢ２００から送信されなかった場合）は、当該送信が受信エラーであったと判断し、当該「ＭＡＣ  ＣＥ」を含むデータを再び送信してもよい。
【０１３０】
図１４は、第５実施形態に係るシーケンス例を示す図である。但し、図８と重複する動作については、重複する説明を省略する。
【０１３１】
図１４に示すように、ステップＳ５０１において、ｅＮＢ２００は、「ＳＰＳ  Ｃｏｎｆｉｇ」を個別ＲＲＣシグナリングによりＵＥ１００に送信する。第５実施形態において、「ＳＰＳ  Ｃｏｎｆｉｇ」は、図９に示したような各種の設定情報に加えて、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」の設定情報を含む。「Ｅｎｈａｎｃｅｄ  ＳＰＳ」の設定情報は、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」を設定することを示す情報を含んでもよい。「Ｅｎｈａｎｃｅｄ  ＳＰＳ」の設定情報は、上りリンク送信終了後に「Ｅｎｈａｎｃｅｄ  ＳＰＳ」を継続すべきか否かを示す情報（ＡｆｔｅｒＦｉｎａｌＤａｔａ）を含んでもよい。ＵＥ１００は、「ＳＰＳ  Ｃｏｎｆｉｇ」を受信して記憶する。
【０１３２】
ステップＳ５０２において、ｅＮＢ２００は、ＳＰＳ（Ｅｎｈａｎｃｅｄ  ＳＰＳ）をアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、スケジューリング情報（ＵＬ  ｇｒａｎｔ）を含む。ＵＥ１００は、受信したＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
【０１３３】
ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが存在しない場合を想定する。ステップＳ５０３において、ＵＥ１００は、ＳＰＳ送信機会を認識するものの、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」が設定されていることから、当該ＳＰＳ送信機会において上りリンク送信を行わない。
【０１３４】
ステップＳ５０４において、ｅＮＢ２００は、ＳＰＳ送信機会において、ＵＥ１００の上りリンク送信を検出しない。ここで、ｅＮＢ２００は、例えばＰＵＳＣＨ中のＤＭＲＳの電力検出により、ＵＥ１００がＰＵＳＣＨを送信しなかったことを検出してもよい。
【０１３５】
ステップＳ５０５において、ｅＮＢ２００は、ＵＥ１００に「Ｅｎｈａｎｃｅｄ  ＳＰＳ」を設定していることから、ＵＥ１００に対する再送要求を省略する（すなわち、ＵＥ１００にＨＡＲＱ  ＮＡＣＫを送信しない）。
【０１３６】
ステップＳ５０６において、ＵＥ１００は、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」が設定されていることから、「ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ」の監視（すなわち、ＰＨＩＣＨの監視）を省略する。
【０１３７】
ステップＳ５０３乃至Ｓ５０６の手順は、ＵＥ１００において上りリンクデータが発生するまで継続する。
【０１３８】
ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが発生した場合を想定する。ステップＳ５０７において、ＵＥ１００は、ＳＰＳ送信機会において、上りリンク送信開始を示す情報を含む「ＭＡＣ  ＣＥ」と共に上りリンクデータをｅＮＢ２００に送信する。ｅＮＢ２００は、当該「ＭＡＣ  ＣＥ」の受信に応じて、ＵＥ１００が上りリンクデータの送信を開始したことを検出し、ＰＨＩＣＨ送信を有効化する。ＵＥ１００は、上りリンク送信開始をｅＮＢ２００に通知した後は、ＰＨＩＣＨ監視を有効化する。
【０１３９】
ステップＳ５０８において、ｅＮＢ２００は、ＵＥ１００から受信した上りリンクデータに対応する「ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ」をＵＥ１００に送信する。ＵＥ１００は、「ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ」を受信する。
【０１４０】
ＵＥ１００は、自身のバッファ内に上りリンクデータが存在しなくなるまで、ＳＰＳ送信機会において上りリンクデータをｅＮＢ２００に送信する。また、ｅＮＢ２００は、ＵＥ１００から受信した上りリンクデータに対応する「ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ」をＵＥ１００に送信する。
【０１４１】
ここで、ＵＥ１００において、ｅＮＢ２００に最後の上りリンクデータを送信し、バッファ内に上りリンクデータが存在しなくなる場合を想定する。ステップＳ５０９において、ＵＥ１００は、上りリンク送信終了を示す情報を含む「ＭＡＣ  ＣＥ」と共に上りリンクデータをｅＮＢ２００に送信する。ＵＥ１００は、上述したＡｆｔｅｒＦｉｎａｌＤａｔａに基づいて、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」を継続すべきか否かを判断してもよい。例えば、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」が「ｒｅｌｅａｓｅ」に設定されている場合、ＵＥ１００は、上りリンク送信終了に応じて「Ｅｎｈａｎｃｅｄ  ＳＰＳ」の設定を解放してもよい。これに対し、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」が「ｃｏｎｔｉｎｕｅ」に設定されている場合、ＵＥ１００は、上りリンク送信が終了しても「Ｅｎｈａｎｃｅｄ  ＳＰＳ」の設定を維持してもよい。
【０１４２】
なお、本シーケンスにおいて、ＵＥ１００は、上りリンク送信開始をｅＮＢ２００に通知（ステップＳ５０７）した後も「Ｅｎｈａｎｃｅｄ  ＳＰＳ」を維持していた。しかしながら、ＵＥ１００は、上りリンク送信開始をｅＮＢ２００に通知（ステップＳ５０７）した後は、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」から通常のＳＰＳに移行してもよい。通常のＳＰＳに移行する場合、暗示的なＳＰＳ割当リソースの解放（ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）が有効化される。
【０１４３】
［第５実施形態の変更例］
図１４のシーケンスは、次のように変更してもよい。具体的には、ステップＳ５０１において通常のＳＰＳが設定され、ステップＳ５０２において「Ｅｎｈａｎｃｅｄ  ＳＰＳ」をアクティブ化する。具体的には、ステップＳ５０１において通常のＳＰＳが設定された場合でも、ステップＳ５０２において「Ｅｎｈａｎｃｅｄ  ＳＰＳ」のアクティブ化指示がなされた場合、ＵＥ１００は、「Ｅｎｈａｎｃｅｄ  ＳＰＳ」の動作を開始する。「Ｅｎｈａｎｃｅｄ  ＳＰＳ」のアクティブ化指示は、例えば新たなＤＣＩフォーマットが適用されたＤＣＩである。
【０１４４】
［その他の実施形態］
第２実施形態の変更例として、ＵＥ１００は、上りリンクデータが存在しない場合、上りリンクデータをｅＮＢ２００に送信せず、ｅＮＢ２００からＮＡＣＫを受信してもよい。すなわち、ｅＮＢ２００は、受信エラーと判断して、ＵＥ１００に再送要求を行う。そして、ＵＥ１００は、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ回数分ＮＡＣＫを受信した場合に、ＳＰＳリソースを解放する。
【０１４５】
上述した第１実施形態乃至第５実施形態は、別個独立して実施する場合に限定されない。第１実施形態乃至第５実施形態のうち２以上の実施形態を適宜組み合わせて実施可能である。
【０１４６】
上述した実施形態において、上りリンクにおけるＳＰＳについて主として説明した。しかしながら、上述した実施形態に係る方法を下りリンクにおけるＳＰＳに適用してもよい。
【０１４７】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１４８】
［付記］
（１．はじめに）
ＬＴＥのためのレイテンシ低減技術に関する新たな研究項目が承認された。この研究の目的は、以下のように、パケットデータレイテンシを低減するために２つの技術分野を識別する。
【０１４９】
・高速アップリンクアクセス解決策［ＲＡＮ２］：
・ＴＴＩショートニングおよび低減された処理時間［ＲＡＮ１］：
高速上りリンクアクセス解決策は、現在のＴＴＩ長さおよび処理時間、すなわちＴＴＩショートニングを維持することを備えたいくつかの実施技術、および、備えていないいくつかの実施技術と比較して、リソース効率を改善することが期待されている。
【０１５０】
本付記では、高速上りリンクアクセス解決策に関する研究に対する初期検討が提供される。
【０１５１】
（２．議論）
（２．１．作業仮説）
本研究のモチベーション文書は、上りリンクリソース割当のための現在の標準化されたメカニズムが、ＴＣＰスループットの観点から、ＬＴＥの潜在的なスループットパフォーマンスを圧迫することを示している。ＴＣＰスループットの低下は、往復時間レイテンシ、すなわちＵＬにおけるＴＣＰ−ＡＣＫ送信によるＴＣＰスロースタートアルゴリズムによって引き起こされる。したがって、高速上りリンクアクセス解決策は、ＴＣＰレイヤにおいて構築された上部レイヤによって提供されるユーザ体験を改善することが期待されている。作業仮説のために、ＳＩＤは、高速上りリンクアクセス解決策に言及する。
【０１５２】
研究分野は、エアインターフェース容量、バッテリ寿命、制御チャネルリソース、仕様インパクト、および技術的可能性を含むリソース効率を含んでいる。ＦＤＤデュプレクスモードとＴＤＤデュプレクスモードとの両方が考慮される。
【０１５３】
第１の態様として、典型的なアプリケーションおよび使用の場合に関するレイテンシ改善による、低減された応答時間、および、改善されたＴＣＰスループットのような潜在的な利得が識別され、文書化される。この評価では、ＲＡＮ２は、短縮化されたＴＴＩと同様に、プロトコル強化によるレイテンシ低減を仮定し得る。結論として、この研究の本態様は、どのレイテンシ低減が、望ましいであるのかを示すことになっている［ＲＡＮ２］。
【０１５４】
その解決策は、ネットワーク容量、ＵＥ電力消費、制御チャネルリソースを改善することが期待されている。特に、改善されたＴＣＰスループットは、主要なパフォーマンスインジケータとして考慮され得る。
【０１５５】
観察１：ＤＬ  ＴＣＰスループットが、ＵＬレイテンシ低減解決策によって改善されることが期待される。
【０１５６】
高速上りリンクアクセス解決策特有の態様の場合；
アクティブなＵＥと、長期間、非アクティブであったが、ＲＲＣ接続コネクティッドに維持されているＵＥとのために、スケジュールされたＵＬ送信のためのユーザプレーンレイテンシを低減することと、現在のＴＴＩ長さおよび処理時間を維持する維持しない両方について今日の規格によって許容されている事前スケジューリング解決策と比較して、プロトコル強化およびシグナリング強化によって、より高いリソース効率の解決策を得ることと、に注目されるべきである。
【０１５７】
アクティブなＵＥは、データを連続的に送信／受信していると仮定される。したがって、ＵＥは、アクティブ時間にあると考えられる。すなわち、非アクティビティタイマが動作していることにより、ＤＲＸは適用されない。
【０１５８】
観察２：アクティブ時間にあるＵＥが考慮される。
【０１５９】
長い時間、非アクティブであるが、ＲＲＣコネクティッドに維持されているＵＥは、ＵＥが長いＤＲＸサイクルを適用し、上りリンク送信を実行するために少なくともＳＲとＢＳＲとを送信する必要があると解釈され得る。さらに、タイムアライメントタイマＴＡＴが終了した場合、ＵＥは、ＳＲ送信前に、ランダムアクセスプロシージャを開始する。これは、ユーザ経験、すなわち、実際の応答時間を低下させる。
【０１６０】
観察３：長いＤＲＸサイクルの適用を備え、ＵＬ許可のないＵＥが考慮される。
【０１６１】
観察４：ＵＥが長い間非アクティブであれば、時間アライメントタイマが終了し得る。
【０１６２】
事前スケジューリング解決策と比較して、高速上りリンクアクセス解決策は、たとえ現在のＴＴＩ長さおよび処理長さが仮定されていても、より高いリソース効率であるべきである。ＴＴＩショートニングは、より一般的な解決策であり、増加されたＨＡＲＱインタラクションのおかげで、下りリンク配信のみならず、上りリンクアクセスレイテンシのレイテンシも低減することが期待されている。
【０１６３】
観察５：高速上りリンク解決策は、ＴＴＩショートニングアプローチと独立した利得を有する。
【０１６４】
モチベーション文書では、高速上りリンクアクセスのための可能なアプローチが、実施技術である事前スケジューリングに基づいており、事前スケジューリングによって、ｅＮＢが、ＳＲ受信前に上りリンクリソースを割り当てることが述べられている。しかしながら、ＵＥが送るべき上りリンクデータを有していなくても、事前スケジューリング技術は、上りリンク制御チャネル（すなわち、ＰＵＳＣＨ）および下りリンク制御チャネル（すなわち、ＰＤＣＣＨ）において無線リソースを消費する。既存のＳＰＳが事前スケジューリングのために使用されている場合において、ＵＥは、設定されたＳＰＳリソースの暗黙的な解放を回避するために、パディングデータを送信する必要があることも議論されている。したがって、モチベーション文書は、標準化されたアプローチが事前スケジューリング技術を強化することを期待されることを提案した。これは、事前許可、ＳＰＳ同様のメカニズム、データが利用可能ではない場合における無パディング、および／または、動的なスケジューリングへの円滑な移行を含み得る。
【０１６５】
観察６：標準化されたアプローチは、実施技術と比較して、リソース効率を強化することが期待されている。
【０１６６】
（２．２．典型的な使用の場合）
今日のモバイルトラフィックの増加は、モバイルビデオトラフィックの成長によって引き起こされ、この傾向は、パブリックレポートによれば、将来のトラフィックを支配することが予想されている。ビデオストリーミングは、（ＵＤＰによる）ライブストリーミング向けでなければ、典型的にＴＣＰ（ＴＣＰによるＨＴＴＰ）を用いることが良く知られている。したがって、ビデオストリーミングの使用の場合は、この研究の範囲に沿っている。
【０１６７】
レポートはまた、ソーシャルネットワーキングおよびウェブブラウジングは、モバイルトラフィックの、２番目に支配的なアプリケーションであるとしており、これによって、これらアプリケーションは、典型的にＨＴＴＰに構築され、したがって、ＴＣＰを使用することを指摘している。多くの３ＧＰＰ代表者は既に通じているように、３ＧＰＰ  ＦＴＰサービスは、ＴＣＰも用いるＴｄｏｃｓをダウンロードするために、各代表者によって連続的にアクセスされ得る。したがって、ＨＴＴＰまたはＦＴＰに構築されたアプリケーションにおける振る舞いは、典型的な使用の場合であると考えられるべきである。
【０１６８】
提案１：ＨＴＴＰおよびＦＴＰに構築されたアプリケーションにおけるユーザ振る舞いは、この研究における典型的な使用の場合であると考えられるべきである。
【０１６９】
図１５は、モバイルトラフィックボリュームによる上位５つのアプリケーション及びモバイルアプリケーション分析を示す図である。
【０１７０】
そのようなアプリケーションにおける最も典型的な振る舞いは、要求／応答ダイアログとしてモデル化され得る。たとえば、ユーザがＦＴＰでファイルをダウンロードしたい場合、クライアントは、ＲＥＴＲコマンド（別名、ＧＥＴ）をサーバに先ず送り、その後、ファイルダウンロードが開始する。同じ振る舞いは、ＨＴＴＰに対しても適用可能である。これによって、図１６に例示されるように、ウェブブラウザは、先ずＧＥＴを送り、その後、ユーザがウェブページを開いた時にウェブページがダウンロードされる。典型的な振る舞いを考慮すると、ＲＡＮ２は、対応するＤＬ  ＴＣＰパケット（たとえば、ＧＥＴのような要求）に先行する最初の上りリンクデータ送信が、単に仮定されるだけか、または、高速上りリンクアクセス解決策においても強化されるべきであるかを議論すべきである。
【０１７１】
提案２：ＲＡＮ２は、対応するＤＬ  ＴＣＰパケットに先行する最初の上りリンクデータ送信が、単に仮定されるだけか、または、高速上りリンクアクセス解決策においても強化されるべきであるかを議論すべきである。
【０１７２】
図１６は、ＨＴＴＰ／ＦＴＰを用いた典型的な使用の場合のモデル化を示す図である。
【０１７３】
（２．３．本質的な問題）
２．１で言及したように、上りリンクアクセスレイテンシに至る重大な問題は、事前スケジューリング技術、または、強化されたＳＰＳを用いた事前許可技術の何れによっても解決されることはできない。図１７は、（図１７を参照する）高速上りリンクアクセス解決策によって対処されるべき３つの重大な問題を例示する。
【０１７４】
重大な問題１：ＤＬ伝送遅れ
ＤＬ伝送遅れは、長いＤＲＸサイクルによって引き起こされる。最悪の場合では、サービス提供セルは、ＤＬ  ＴＣＰパケット受信後、１０〜２５６０サブフレームの間、送信機会を待つ必要がある。
【０１７５】
重大な問題２：早過ぎる／遅過ぎる割当
早過ぎる割当は、事前スケジューリング技術、または、ＳＲ受信前の事前許可アプローチによって引き起こされ得る。一方、遅過ぎる割当は、ＳＲ周期、すなわち、ＳＲ周期＊ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒによって、または、単純過ぎるスケジューラ実施、すなわち、対応するＢＳＲ受信に基づいて、ＴＣＰ  ＡＣＫパケットのための上りリンクリソース（したがって、ＵＥのＳＲ送信後の７サブフレーム）を割り当てるものによって可能となる。
【０１７６】
（重大な問題３：多過ぎる／少な過ぎる割当）
多過ぎる／少な過ぎる割当は、事前スケジューリング技術、または、ＢＳＲ前の事前許可アプローチによって引き起こされ得る。ＵＥのバッファステータスを知ることなく、スケジューラは、上りリンクリソースを盲目的に割り当てる必要がある。
【０１７７】
重大な問題４：初期上りリンク遅れ
観察４で述べられたように、ＴＡＴが終了した場合、ＵＥは、あらゆる上りリンク送信の前に、ランダムアクセスプロシージャを開始すべきである。
【０１７８】
もちろん、賢い実装技術が、３つの重大な問題によるネガティブなインパクト、たとえば、ＤＬ  ＩＰパケットの内部を理解すること、および、以前の上りリンク許可の使用に基づいて上りリンクリソースを割り当てること、のうちのいくつかを低減し得る。しかしながら、標準化されたアプローチは、上記リストされたすべての問題ではないが、ほとんどを解決することが期待されるであろう。
【０１７９】
提案３：ＤＬ伝送遅れ、早過ぎる／遅過ぎる割当、多過ぎる／少な過ぎる割当、ＴＡＴ終了は、高速上りリンクアクセス解決策によって最適化されるべきである。
【０１８０】
（２．４．潜在的な解決策アプローチ）
２．３で議論されたように、ＤＲＸ、ＳＲ、ＢＳＲ、および／または、プロシージャが再考されなければ、重大な問題は解決されないであろう。これらの問題は、たとえ強化されたＳＰＳを用いた事前許可アプローチが適用されても、対処されることはないであろう。なぜなら、実際の許可と理想的な割当との間のミスマッチ（図１７）が、エアインターフェース容量、バッテリ寿命、制御チャネルリソースを含むリソース効率の低下を引き起こすからである。
【０１８１】
観察７：事前許可アプローチは、既存の実施技術と比べて良好なパフォーマンスを有し得るが、これら重大な問題を未だに解決することはないであろう。
【０１８２】
これら重大な問題を解決するために、以下の解決策アプローチが考慮され得る。
【０１８３】
たとえば、最初のＵＬ送信（すなわち、ＧＥＴ）によってトリガされた、高速なＤＬ割当のための、ＤＲＸにおける拡張されたＯｎＤｕｒａｔｉｏｎハンドリング。
【０１８４】
たとえば、ＳＲとＢＳＲとの統合による、最初のＵＬパケット送信のためのシグナリング往復の低減。
【０１８５】
スペクトル効率へのインパクトの少ない、より短いＳＲ周期［ＲＡＮ１］。
【０１８６】
たとえば、ＵＬデータ許可のための追加の機能を用いた、ＲＡＣＨプロシージャ強化。
【０１８７】
したがって、ＲＡＮ２は、ＵＬ許可メカニズム自体だけでなく、ＵＬ許可に関連するプロシージャも研究すべきである。
【０１８８】
提案４：ＲＡＮ２はまた、ＤＲＸ、ＳＲ、ＢＳＲ、およびＲＡＣＨの強化を研究すべきである。
【０１８９】
（３．結論）
この付記では、承認された作業項目説明に基づいて作業仮説が議論された。典型的な使用の場合およびそのモデリングが提供される。４つの重大な問題および潜在的な解決策アプローチが、この研究のために特定される。
【０１９０】
［相互参照］
米国仮出願第６２／１６２１６６号（２０１５年５月１５日出願）及び米国仮出願第６２／１６５３１５号（２０１５年５月２２日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１９１】
本発明は、通信分野において有用である。
【図１】
2016185923.tif 000003
【図２】
2016185923.tif 000004
【図３】
2016185923.tif 000005
【図４】
2016185923.tif 000006
【図５】
2016185923.tif 000007
【図６】
2016185923.tif 000008
【図７】
2016185923.tif 000009
【図８】
2016185923.tif 000010
【図９】
2016185923.tif 000011
【図１０】
2016185923.tif 000012
【図１１】
2016185923.tif 000013
【図１２】
2016185923.tif 000014
【図１３】
2016185923.tif 000015
【図１４】
2016185923.tif 000016
【図１５】
2016185923.tif 000017
【図１６】
2016185923.tif 000018
【図１７】
2016185923.tif 000019
【手続補正書】
【提出日】平成29年11月8日(2017.11.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）により基地局から上りリンク無線リソースが割り当てられる無線端末であって、
ＳＰＳ周期に応じた送信機会において上りリンク送信を行わないことが許容されることを示す設定情報を前記基地局から受信する受信部と、
前記設定情報を受信した後、前記基地局に送信するデータが存在する場合に、前記ＳＰＳ周期に応じた送信機会において上りリンク送信を行う送信部と、
前記設定情報を受信した後、前記基地局に送信するデータが存在しない場合に、前記ＳＰＳ周期に応じた送信機会における上りリンク送信をスキップする制御部と、を備える
無線端末。
【請求項２】
前記制御部は、前記設定情報の受信に応じて、空データ送信によって前記ＳＰＳの解放を示す暗示的なＳＰＳ解放機能を無効化する
請求項１に記載の無線端末。
【請求項３】
ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）により基地局から上りリンク無線リソースが割り当てられるステップと、
ＳＰＳ周期に応じた送信機会において上りリンク送信を行わないことが許容されることを示す設定情報を前記基地局から受信するステップと、
前記設定情報を受信した後、前記基地局に送信するデータが存在する場合に、前記ＳＰＳ周期に応じた送信機会において上りリンク送信を行うステップと、
前記設定情報を受信した後、前記基地局に送信するデータが存在しない場合に、前記ＳＰＳ周期に応じた送信機会における上りリンク送信をスキップするステップと、を備える
無線通信方法。
【請求項４】
ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）により基地局から上りリンク無線リソースが割り当てられる無線端末用のプロセッサであって、
ＳＰＳ周期に応じた送信機会において上りリンク送信を行わないことが許容されることを示す設定情報を前記基地局から受信する処理と、
前記設定情報を受信した後、前記基地局に送信するデータが存在する場合に、前記ＳＰＳ周期に応じた送信機会において上りリンク送信を行う処理と、
前記設定情報を受信した後、前記基地局に送信するデータが存在しない場合に、前記ＳＰＳ周期に応じた送信機会における上りリンク送信をスキップする処理と、を実行する
プロセッサ。
【国際調査報告】
2016185923.tif 000020
2016185923.tif 000021
2016185923.tif 000022
2016185923.tif 000023
2016185923.tif 000024
2016185923.tif 000025
2016185923.tif 000026
2016185923.tif 000027
2016185923.tif 000028
2016185923.tif 000029
2016185923.tif 000030
2016185923.tif 000031