(57)【要約】  ＰＵＳＣＨリソースを要求するためのスケジューリング要求を、ＰＵＣＣＨリソースを用いてｅＮＢ２００に送信するＵＥは、スケジューリング要求のうち、第１のスケジューリング要求とは異なる第２のスケジューリング要求を送信する。第２のスケジューリング要求の送信用のＰＵＣＣＨリソースとして、周期的なＰＵＣＣＨリソースが設定される。第２のスケジューリング要求の送信用のＰＵＣＣＨリソースとして、非周期的なＰＵＣＣＨリソースが設定される。
2016175256.tif 000002
【特許請求の範囲】
【請求項１】
上りリンクのデータを送信するための第１のリソースの割り当てを要求するためのスケジューリング要求を、上りリンクの制御情報を送信するための第２のリソースを用いて基地局に送信する処理を行う制御部を備え、
前記制御部は、前記スケジューリング要求のうち、第１のスケジューリング要求とは異なる第２のスケジューリング要求を前記基地局に送信する処理を行い、
前記第１のスケジューリング要求の送信用の前記第２のリソースとして、周期的なリソースが設定され、
前記第２のスケジューリング要求の送信用の前記第２のリソースとして、非周期的なリソースが設定され、
前記周期的なリソースは、周期的に位置するリソースであり、
前記非周期的なリソースは、周期的に位置しないリソースである無線端末。
【請求項２】
前記制御部は、前記無線端末宛ての下りリンクデータ送信用チャネルにおける受信サブフレームに応じて、前記第２のスケジューリング要求の送信サブフレームを決定する請求項１に記載の無線端末。
【請求項３】
前記制御部は、前記第２のスケジューリング要求として、前記スケジューリング要求の機能が付加された特別なＨＡＲＱ  ＡＣＫを送信する処理を行う請求項１に記載の無線端末。
【請求項４】
前記特別なＨＡＲＱ  ＡＣＫは、特定のアンテナポートを使用して送信されるＨＡＲＱ  ＡＣＫである請求項３に記載の無線端末。
【請求項５】
前記特別なＨＡＲＱ  ＡＣＫは、特定の上りリンク制御情報送信用チャネルのパラメータを使用して送信されるＨＡＲＱ  ＡＣＫである請求項３に記載の無線端末。
【請求項６】
前記特別なＨＡＲＱ  ＡＣＫは、アンテナポート及び上りリンク制御情報送信用チャネルのパラメータの組み合わせにより前記無線端末の送信バッファ状態を表すＨＡＲＱ  ＡＣＫである請求項３に記載の無線端末。
【請求項７】
前記制御部は、前記第２のスケジューリング要求を送信する機能を前記無線端末が有することを示す能力情報を前記基地局に送信する処理を行う請求項１に記載の無線端末。
【請求項８】
前記制御部は、前記基地局からの指示に応じて、前記第２のスケジューリング要求の送信を有効化又は無効化する請求項１に記載の無線端末。
【請求項９】
前記制御部は、前記無線端末の送信バッファ状態に応じて、前記第２のスケジューリング要求の送信を有効化又は無効化する請求項１に記載の無線端末。
【請求項１０】
前記第２のスケジューリング要求は、ＨＡＲＱ  ＡＣＫとは異なる制御信号であり、
前記第２のスケジューリング要求の送信用の前記第２のリソースは、前記基地局から指定される請求項１に記載の無線端末。
【請求項１１】
前記制御部は、前記無線端末の下位層から上位層にパケットが移動してから、前記上位層から前記下位層にＴＣＰ  ＡＣＫが通知されるまでの時間の計測値に基づいて、前記ＴＣＰ  ＡＣＫが前記下位層に通知される前に前記第２のスケジューリング要求を送信する処理を行う請求項１に記載の無線端末。
【請求項１２】
上りリンクのデータを送信するための第１のリソースの割り当てを要求するためのスケジューリング要求を、上りリンクの制御情報を送信するための第２のリソースを用いて無線端末から受信する処理を行う制御部を備え、
前記制御部は、前記スケジューリング要求のうち、第１のスケジューリング要求とは異なる第２のスケジューリング要求を前記無線端末から受信する処理を行い、
前記第１のスケジューリング要求の送信用の前記第２のリソースとして、周期的なリソースが設定され、
前記第２のスケジューリング要求の送信用の前記第２のリソースとして、非周期的なリソースが設定され、
前記周期的なリソースは、周期的に位置するリソースであり、
前記非周期的なリソースは、周期的に位置しないリソースである基地局。
【請求項１３】
前記制御部は、前記無線端末宛ての下りリンクデータ送信用チャネルにおける送信サブフレームに応じて、前記第２のスケジューリング要求の受信サブフレームを決定する請求項１２に記載の基地局。
【請求項１４】
前記制御部は、前記第２のスケジューリング要求として、前記スケジューリング要求の機能が付加された特別なＨＡＲＱ  ＡＣＫを受信する処理を行う請求項１２に記載の基地局。
【請求項１５】
前記特別なＨＡＲＱ  ＡＣＫは、特定のアンテナポートを使用して送信されるＨＡＲＱ  ＡＣＫである請求項１４に記載の基地局。
【請求項１６】
前記特別なＨＡＲＱ  ＡＣＫは、特定の上りリンク制御情報送信用チャネルのパラメータを使用して送信されるＨＡＲＱ  ＡＣＫである請求項１４に記載の基地局。
【請求項１７】
前記特別なＨＡＲＱ  ＡＣＫは、アンテナポート及び上りリンク制御情報送信用チャネルのパラメータの組み合わせにより前記無線端末の送信バッファ状態を表すＨＡＲＱ  ＡＣＫである請求項１４に記載の基地局。
【請求項１８】
前記制御部は、前記第２のスケジューリング要求を送信する機能を前記無線端末が有することを示す能力情報を前記無線端末から受信する処理を行う請求項１２に記載の基地局。
【請求項１９】
前記制御部は、前記第２のスケジューリング要求の送信を有効化又は無効化を前記無線端末に対して指示する請求項１２に記載の基地局。
【請求項２０】
前記第２のスケジューリング要求は、ＨＡＲＱ  ＡＣＫとは異なる制御信号であり、
前記制御部は、前記第２のスケジューリング要求の送信用の前記第２のリソースを前記無線端末に対して指定する請求項１２に記載の基地局。
【請求項２１】
前記制御部は、前記無線端末の下位層から上位層にパケットが移動してから、前記上位層から前記下位層にＴＣＰ  ＡＣＫが通知されるまでの時間の計測値を前記無線端末から取得し、前記計測値に基づいて、前記スケジューリング要求を前記無線端末から受信する前に前記無線端末に前記第１のリソースを割り当てる請求項１２に記載の基地局。
【請求項２２】
無線端末を制御するプロセッサであって、
上りリンクのデータを送信するための第１のリソースの割り当てを要求するためのスケジューリング要求を、上りリンクの制御情報を送信するための第２のリソースを用いて基地局に送信する処理を行い、
前記スケジューリング要求のうち、第１のスケジューリング要求とは異なる第２のスケジューリング要求を前記基地局に送信する処理を行い、
前記第１のスケジューリング要求の送信用の前記第２のリソースとして、周期的なリソースが設定され、
前記第２のスケジューリング要求の送信用の前記第２のリソースとして、非周期的なリソースが設定され、
前記周期的なリソースは、周期的に位置するリソースであり、
前記非周期的なリソースは、周期的に位置しないリソースであるプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける無線端末、基地局、及びプロセッサに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、無線通信におけるレイテンシを低減するレイテンシ低減機能の導入が検討されている。このようなレイテンシ低減機能を実現するための技術として、高速上りリンクアクセス技術及びＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）短縮技術等が挙げられる（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ寄書  「ＲＰ−１５０４６５」
【発明の概要】
【０００４】
一つの実施形態に係る無線端末は、上りリンクのデータを送信するための第１のリソースの割り当てを要求するためのスケジューリング要求を、上りリンクの制御情報を送信するための第２のリソースを用いて基地局に送信する処理を行う制御部を備える。前記制御部は、前記スケジューリング要求のうち、第１のスケジューリング要求とは異なる第２のスケジューリング要求を前記基地局に送信する処理を行う。前記第１のスケジューリング要求の送信用の前記第２のリソースとして、周期的なリソースが設定される。前記第２のスケジューリング要求の送信用の前記第２のリソースとして、非周期的なリソースが設定される。前記周期的なリソースは、周期的に位置するリソースである。前記非周期的なリソースは、周期的に位置しないリソースである。
【０００５】
一つの実施形態において、前記制御部は、前記無線端末宛ての下りリンクデータ送信用チャネルにおける受信サブフレームに応じて、前記第２のスケジューリング要求の送信サブフレームを決定する。
【０００６】
一つの実施形態において、前記制御部は、前記第２のスケジューリング要求として、前記スケジューリング要求の機能が付加された特別なＨＡＲＱ  ＡＣＫを送信する処理を行う。
【０００７】
一つの実施形態において、前記特別なＨＡＲＱ  ＡＣＫは、特定のアンテナポートを使用して送信されるＨＡＲＱ  ＡＣＫである。
【０００８】
一つの実施形態において、前記特別なＨＡＲＱ  ＡＣＫは、特定の上りリンク制御情報送信用チャネルのパラメータを使用して送信されるＨＡＲＱ  ＡＣＫである。
【０００９】
一つの実施形態において、前記特別なＨＡＲＱ  ＡＣＫは、アンテナポート及び上りリンク制御情報送信用チャネルのパラメータの組み合わせにより前記無線端末の送信バッファ状態を表すＨＡＲＱ  ＡＣＫである。
【００１０】
一つの実施形態において、前記制御部は、前記第２のスケジューリング要求を送信する機能を前記無線端末が有することを示す能力情報を前記基地局に送信する処理を行う。
【００１１】
一つの実施形態において、前記制御部は、前記基地局からの指示に応じて、前記第２のスケジューリング要求の送信を有効化又は無効化する。
【００１２】
一つの実施形態において、前記制御部は、前記無線端末の送信バッファ状態に応じて、前記第２のスケジューリング要求の送信を有効化又は無効化する。
【００１３】
一つの実施形態において、前記第２のスケジューリング要求は、ＨＡＲＱ  ＡＣＫとは異なる制御信号である。前記第２のスケジューリング要求の送信用の前記第２のリソースは、前記基地局から指定される。
【００１４】
一つの実施形態において、前記制御部は、前記無線端末の下位層から上位層にパケットが移動してから、前記上位層から前記下位層にＴＣＰ  ＡＣＫが通知されるまでの時間の計測値に基づいて、前記ＴＣＰ  ＡＣＫが前記下位層に通知される前に前記第２のスケジューリング要求を送信する処理を行う。
【００１５】
一つの実施形態に係る基地局は、上りリンクのデータを送信するための第１のリソースの割り当てを要求するためのスケジューリング要求を、上りリンクの制御情報を送信するための第２のリソースを用いて無線端末から受信する処理を行う制御部を備える。前記制御部は、前記スケジューリング要求のうち、第１のスケジューリング要求とは異なる第２のスケジューリング要求を前記無線端末から受信する処理を行う。前記第１のスケジューリング要求の送信用の前記第２のリソースとして、周期的なリソースが設定される。前記第２のスケジューリング要求の送信用の前記第２のリソースとして、非周期的なリソースが設定される。前記周期的なリソースは、周期的に位置するリソースである。前記非周期的なリソースは、周期的に位置しないリソースである。
【００１６】
一つの実施形態において、前記制御部は、前記無線端末宛ての下りリンクデータ送信用チャネルにおける送信サブフレームに応じて、前記第２のスケジューリング要求の受信サブフレームを決定する。
【００１７】
一つの実施形態において、前記制御部は、前記第２のスケジューリング要求として、前記スケジューリング要求の機能が付加された特別なＨＡＲＱ  ＡＣＫを受信する処理を行う。
【００１８】
一つの実施形態において、前記特別なＨＡＲＱ  ＡＣＫは、特定のアンテナポートを使用して送信されるＨＡＲＱ  ＡＣＫである。
【００１９】
一つの実施形態において、前記特別なＨＡＲＱ  ＡＣＫは、特定の上りリンク制御情報送信用チャネルのパラメータを使用して送信されるＨＡＲＱ  ＡＣＫである。
【００２０】
一つの実施形態において、前記特別なＨＡＲＱ  ＡＣＫは、アンテナポート及び上りリンク制御情報送信用チャネルのパラメータの組み合わせにより前記無線端末の送信バッファ状態を表すＨＡＲＱ  ＡＣＫである。
【００２１】
一つの実施形態において、前記制御部は、前記第２のスケジューリング要求を送信する機能を前記無線端末が有することを示す能力情報を前記無線端末から受信する処理を行う。
【００２２】
一つの実施形態において、前記制御部は、前記第２のスケジューリング要求の送信を有効化又は無効化を前記無線端末に対して指示する。
【００２３】
一つの実施形態において、前記第２のスケジューリング要求は、ＨＡＲＱ  ＡＣＫとは異なる制御信号である。前記制御部は、前記第２のスケジューリング要求の送信用の前記第２のリソースを前記無線端末に対して指定する。
【００２４】
一つの実施形態において、前記制御部は、前記無線端末の下位層から上位層にパケットが移動してから、前記上位層から前記下位層にＴＣＰ  ＡＣＫが通知されるまでの時間の計測値を前記無線端末から取得し、前記計測値に基づいて、前記スケジューリング要求を前記無線端末から受信する前に前記無線端末に前記第１のリソースを割り当てる。
【００２５】
一つの実施形態に係るプロセッサは、無線端末を制御する。前記プロセッサは、上りリンクのデータを送信するための第１のリソースの割り当てを要求するためのスケジューリング要求を、上りリンクの制御情報を送信するための第２のリソースを用いて基地局に送信する処理を行い、前記スケジューリング要求のうち、第１のスケジューリング要求とは異なる第２のスケジューリング要求を前記基地局に送信する処理を行う。前記第１のスケジューリング要求の送信用の前記第２のリソースとして、周期的なリソースが設定される。前記第２のスケジューリング要求の送信用の前記第２のリソースとして、非周期的なリソースが設定される。前記周期的なリソースは、周期的に位置するリソースである。前記非周期的なリソースは、周期的に位置しないリソースである。
【図面の簡単な説明】
【００２６】
【図１】ＬＴＥシステムの構成を示す図である。
【図２】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】ＬＴＥシステムで使用される無線フレームの構成図である。
【図４】ＵＥ（無線端末）のブロック図である。
【図５】ｅＮＢ（基地局）のブロック図である。
【図６】ＴＣＰの概要を説明するための図である。
【図７】第１実施形態に係るＵＥの送信部を示す図である。
【図８】第１実施形態に係る動作例を示す図である。
【図９】第１実施形態の変更例１に係る動作を示す図である。
【図１０】第２実施形態に係る動作例を示す図である。
【発明を実施するための形態】
【００２７】
［実施形態の概要］
無線端末は、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）リソースを要求するためのスケジューリング要求（ＳＲ）をＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）上で基地局に送信する。基地局は、ＳＲの受信に応じて、無線端末にＰＵＳＣＨリソースを割り当てる。また、ＳＲの送信用には周期的なＰＵＣＣＨリソースが設定される。
【００２８】
ここで、ＳＲ送信用のＰＵＣＣＨリソースの周期（ＳＲ  ｐｅｒｉｏｄｉｃｉｔｙ）を短く設定することにより、高速上りリンクアクセス（すなわち、上りリンクのレイテンシ低減）を可能とする方法が考えられる。しかしながら、そのような方法は、ＳＲ送信用のＰＵＣＣＨリソースを多く確保する必要があるため、リソース利用効率が低下する。
【００２９】
以下の実施形態において、リソース利用効率の低下を抑制しつつ、高速上りリンクアクセスを可能とするための技術が開示される。
【００３０】
一つの実施形態に係る無線端末は、ＰＵＳＣＨリソースの割り当てを要求するためのスケジューリング要求を、ＰＵＣＣＨリソースを用いて基地局に送信する。前記無線端末は、前記スケジューリング要求のうち、第１のスケジューリング要求とは異なる第２のスケジューリング要求を前記基地局に送信する処理を行う制御部を備える。前記第１のスケジューリング要求の送信用のＰＵＣＣＨリソースとして、周期的なＰＵＣＣＨリソースが設定される。前記第２のスケジューリング要求の送信用のＰＵＣＣＨリソースとして、非周期的な前記ＰＵＣＣＨリソースが設定される。
【００３１】
一つの実施形態に係る基地局は、ＰＵＳＣＨリソースを要求するためのスケジューリング要求を、ＰＵＣＣＨリソースを用いて無線端末から受信する。前記基地局は、前記スケジューリング要求のうち、第１のスケジューリング要求とは異なる第２のスケジューリング要求を前記無線端末から受信する処理を行う制御部を備える。前記第１のスケジューリング要求の送信用のＰＵＣＣＨリソースとして、周期的なＰＵＣＣＨリソースが設定される。前記第２のスケジューリング要求の送信用のＰＵＣＣＨリソースとして、非周期的なＰＵＣＣＨリソースが設定される。
【００３２】
一つの実施形態に係るプロセッサは、ＰＵＳＣＨリソースの割り当てを要求するためのスケジューリング要求を、ＰＵＣＣＨリソースを用いて基地局に送信する無線端末を制御する。前記プロセッサは、前記スケジューリング要求のうち、第１のスケジューリング要求とは異なる第２のスケジューリング要求を前記基地局に送信する処理を行う。前記第１のスケジューリング要求の送信用のＰＵＣＣＨリソースとして、周期的な前記ＰＵＣＣＨリソースが設定される。前記第２のスケジューリング要求の送信用のＰＵＣＣＨリソースとして、非周期的なＰＵＣＣＨリソースが設定される。
【００３３】
［移動通信システム］
以下において、実施形態に係る移動通信システムであるＬＴＥシステムの概要について説明する。
【００３４】
（１）移動通信システムの構成
図１は、ＬＴＥシステムの構成を示す図である。図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３５】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３６】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３７】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３８】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００３９】
（２）無線インターフェイスの構成
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４０】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００４１】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４２】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００４３】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４４】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００４５】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００４６】
ＵＥ１００は、無線インターフェイスプロトコルの上位のプロトコルとしてＯＳＩ参照モデルの第４層乃至第７層を有する。第４層であるトランスポート層は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を含む。ＴＣＰについては後述する。
【００４７】
（３）ＬＴＥ下位層の概要
図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４８】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００４９】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として使用される領域である。ＰＤＣＣＨの詳細については後述する。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として使用できる領域である。
【００５０】
ｅＮＢ２００は、基本的には、ＰＤＣＣＨを使用して下りリンク制御信号（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）をＵＥ１００に送信し、ＰＤＳＣＨを使用して下りリンクデータをＵＥ１００に送信する。ＰＤＣＣＨが搬送する下りリンク制御信号は、上りリンクＳＩ（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）、下りリンクＳＩ、ＴＰＣビットを含む。上りリンクＳＩは上りリンク無線リソースの割当てに関するスケジューリング情報（ＵＬ  ｇｒａｎｔ）であり、下りリンクＳＩは、下りリンク無線リソースの割当てに関するスケジューリング情報である。ＴＰＣビットは、上りリンクの送信電力の増減を指示する情報である。ｅＮＢ２００は、下りリンク制御信号の送信先のＵＥ１００を識別するために、送信先のＵＥ１００の識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  ＩＤ）でスクランブリングしたＣＲＣビットを下りリンク制御信号に含める。各ＵＥ１００は、自ＵＥ宛ての可能性がある下りリンク制御信号について、自ＵＥのＲＮＴＩでＣＲＣビットをデスクランブリングすることにより、ＰＤＣＣＨをブラインド復号（Ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）し、自ＵＥ宛の下りリンク制御信号を検出する。ＰＤＳＣＨは、下りリンクＳＩが示す下りリンク無線リソース（リソースブロック）により下りリンクデータを搬送する。
【００５１】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として使用できる領域である。
【００５２】
ＵＥ１００は、基本的には、ＰＵＣＣＨを使用して上りリンク制御信号（ＵＣＩ：Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）をｅＮＢ２００に送信し、ＰＵＳＣＨを使用して上りリンクデータをｅＮＢ２００に送信する。ＰＵＣＣＨが運搬する上りリンク制御信号は、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、スケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを含む。ＣＱＩは、下りリンクのチャネル品質を示すインデックスであり、下りリンク伝送に使用すべきＭＣＳの決定等に使用される。ＰＭＩは、下りリンクの伝送のために使用することが望ましいプレコーダマトリックスを示すインデックスである。ＲＩは、下りリンクの伝送に使用可能なレイヤ数（ストリーム数）を示すインデックスである。ＳＲは、ＰＵＳＣＨリソースの割り当てを要求する情報である。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、下りリンクデータを正しく受信したか否かを示す送達確認情報である。
【００５３】
（４）ＳＲの概要
上述したように、ＵＥ１００は、ＰＵＳＣＨリソースを要求するためのＳＲをＰＵＣＣＨ上でｅＮＢ２００に送信する。ｅＮＢ２００は、ＳＲの受信に応じて、ＵＥ１００にＰＵＳＣＨリソースを割り当てる（すなわち、ＵＥ１００に「ＵＬ  ｇｒａｎｔ」を送信する）。
【００５４】
ＵＥ１００は、ｅＮＢ２００からＲＲＣシグナリングにより設定されるＰＵＣＣＨパラメータであるＮ(1)PUCCH,SRIに従って、ＳＲの送信用のＰＵＣＣＨリソースを決定する。当該パラメータは、ＵＥ固有のパラメータである。
【００５５】
また、ＳＲの送信周期（ＳＲ  ｐｅｒｉｏｄｉｃｉｔｙ）及びサブフレームオフセット（ＳＲ  ｓｕｂｆｒａｍｅ  ｏｆｆｓｅｔ）を含むＳＲ設定（ＳＲ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、ｅＮＢ２００からＵＥ１００にＲＲＣシグナリングにより設定されるパラメータである「ＳＲ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｅｘ」により定められる。当該パラメータは、ＵＥ固有のパラメータである。「ＳＲ  ｃｏｎｆｉｇｕｒａｔｉｏｎ」の一例を表１に示す。
【００５６】
【表１】
2016175256.tif 000003
【００５７】
このように、ＳＲの送信用に周期的なＰＵＣＣＨリソースが設定される。表１の例において、ＳＲの送信用のＰＵＣＣＨリソースの周期（ＳＲ  ｐｅｒｉｏｄｉｃｉｔｙ）は、１［ｍｓ］乃至８０［ｍｓ］の範囲内である。
【００５８】
ＵＥ１００は、例えば下記の式（１）を満たす各サブフレームにおいてＳＲを送信可能である。
【００５９】
【数１】
2016175256.tif 000004
【００６０】
但し、「ｎf」はシステムフレーム番号（無線フレーム番号）であり、「ｎS」はフレーム内のスロット番号（０番乃至１９番）であり、「ＮOFFSET,SR」はサブフレームオフセット（ＳＲ  ｓｕｂｆｒａｍｅ  ｏｆｆｓｅｔ）であり、「ＳＲPERIODICITY」はＳＲ周期（ＳＲ  ｐｅｒｉｏｄｉｃｉｔｙ）である。
【００６１】
（５）ＨＡＲＱの概要
ＨＡＲＱは、ＡＲＱと誤り訂正との組合せにより、伝送路の通信品質を向上させる技術である。特に、再送にあたって初送の受信結果と再送の受信結果とを合成することで、品質向上を図ることが可能である。
【００６２】
再送の方法の一例を説明する。ＵＥ１００において、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）エラーが発生した場合、ＵＥ１００からｅＮＢ２００に「ＨＡＲＱ  ＮＡＣＫ」を送信する。「ＨＡＲＱ  ＮＡＣＫ」「ＨＡＲＱ  ＮＡＣＫ」を受信したｅＮＢ２００は、データを再送する。これに対し、ＵＥ１００において、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合、ＵＥ１００からｅＮＢ２００に「ＨＡＲＱ  ＡＣＫ」を送信する。
【００６３】
ＨＡＲＱ方式の一例として、チェースコンバイニング（Ｃｈａｓｅ  ｃｏｍｂｉｎｉｎｇ）がある。チェースコンバイニングとは、初送と再送とにおいて、同じデータを送信するものであり、再送において初送のデータと再送のデータとの合成を行うことで、利得を向上させる方式である。また、ＨＡＲＱ方式の別の例として、ＩＲ（Ｉｎｃｒｅｍｅｎｔａｌ  ｒｅｄｕｎｄａｎｃｙ）がある。ＩＲは、冗長度を増加させるものであり、再送においてパリティビットを送信することで、初送と組合せて冗長度を増加させ、誤り訂正機能により品質を向上させるものである。
【００６４】
（６）無線端末の構成
図４は、ＵＥ１００（無線端末）のブロック図である。図４に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００６５】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００６６】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００６７】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した処理及び後述する処理を実行する。
【００６８】
（７）基地局の構成
図５は、ｅＮＢ２００（基地局）のブロック図である。図５に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００６９】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００７０】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００７１】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、上述した処理及び後述する処理を実行する。
【００７２】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００７３】
［ＴＣＰの概要］
図６は、ＴＣＰの概要を説明するための図である。実施形態において、ＵＥ１００は、ＬＴＥシステムのネットワークを介して、インターネット上のサーバとのＴＣＰ通信を行う。
【００７４】
図６に示すように、サーバは、ＵＥ１００からの「ＴＣＰ  ＡＣＫ」に基づいてネットワークの混雑状況を判断する。サーバは、「ＴＣＰ  ＡＣＫ」の受信に応じて、ウィンドウサイズを徐々に増加させる。ウィンドウサイズとは、「ＴＣＰ  ＡＣＫ」を待たずに連続的に送信する「ＴＣＰ  Ｓｅｇｍｅｎｔ」の量である。一方、サーバは、「ＴＣＰ  ＡＣＫ」の受信に失敗（タイムアウト）した場合、ウィンドウサイズを半減させる。このような制御は「スロースタート」と称される。
【００７５】
よって、ＬＴＥシステムの下りリンクが混雑していない場合でも、ＵＥ１００が上りリンクにおいて「ＴＣＰ  ＡＣＫ」を速やかに送信しなければ、下りリンクのＴＣＰスループットを高めることができない。すなわち、ＵＥ１００において「ＴＣＰ  ＡＣＫ」を生成してから「ＴＣＰ  ＡＣＫ」をｅＮＢ２００に送信完了するまでの時間（上りリンクのレイテンシ）を短縮できれば、下りリンクのＴＣＰスループットを高めることができる。ここで、「ＴＣＰ  ＡＣＫ」をＵＥ１００からｅＮＢ２００に送信するためには、ｅＮＢ２００からＵＥ１００に上りリンクリソース（具体的には、ＰＵＳＣＨリソース）を割り当てることが必要である。
【００７６】
以下の実施形態において、上りリンクのレイテンシを低減する高速上りリンクアクセスを可能とするＵＥ１００及びｅＮＢ２００について説明する。
【００７７】
［第１実施形態］
以下において、第１実施形態について説明する。
【００７８】
（１）第１実施形態の概要
ＵＥ１００は、ＰＵＳＣＨリソースを要求するためのＳＲを、ＰＵＣＣＨリソースを用いてｅＮＢ２００に送信する。ＵＥ１００は、ＳＲのうち、第１のＳＲとは異なる第２のＳＲを送信する。ｅＮＢ２００は、第２のＳＲを受信する。第１のＳＲの送信用のＰＵＣＣＨリソースとして、周期的なＰＵＣＣＨリソースが設定される。第２のＳＲの送信用のＰＵＣＣＨリソースとして、非周期的なＰＵＣＣＨリソースが設定される。
【００７９】
第１のＳＲは、上記の式（１）により送信サブフレームが定められる。第１のＳＲについては、ＵＥ１００は、上記の式（１）により送信サブフレームを決定する。
【００８０】
これに対し、第２のＳＲは、ＵＥ１００宛てのＰＤＳＣＨの受信サブフレームに応じて送信サブフレームが定められる。ＵＥ１００は、自身宛てのＰＤＳＣＨの受信サブフレームに応じて、第２のＳＲの送信サブフレームを決定する。ｅＮＢ２００は、ＵＥ１００宛てのＰＤＳＣＨの送信サブフレームに応じて、第２のＳＲの受信サブフレームを決定する。
【００８１】
第１実施形態において、ＵＥ１００は、第２のＳＲとして、ＳＲの機能が付加された特別なＨＡＲＱ  ＡＣＫを送信する。例えばＦＤＤの場合、ＵＥ１００は、ＰＤＳＣＨの受信サブフレームから４サブフレーム後のサブフレームにおいてＨＡＲＱ  ＡＣＫをｅＮＢ２００に送信するよう規定されている。よって、ＵＥ１００は、ＰＤＳＣＨの受信サブフレームから４サブフレーム後のサブフレームにおいて、ＳＲの機能が付加された特別なＨＡＲＱ  ＡＣＫをｅＮＢ２００に送信する。ｅＮＢ２００は、第２のＳＲとして、ＳＲの機能が付加された特別なＨＡＲＱ  ＡＣＫを受信する。
【００８２】
これにより、ＳＲ送信用のＰＵＣＣＨリソースの周期（ＳＲ  ｐｅｒｉｏｄｉｃｉｔｙ）を短く設定しなくても、高速上りリンクアクセスを可能とすることができる。従って、リソース利用効率の低下を抑制しつつ、高速上りリンクアクセスを可能とすることができる。
【００８３】
（２）パターン１
パターン１において、特別なＨＡＲＱ  ＡＣＫは、特定のアンテナポートを使用して送信されるＨＡＲＱ  ＡＣＫである。
【００８４】
図７は、第１実施形態に係るＵＥ１００の送信部１２０の一例を示す図である。この送信部は、パターン１及びパターン３にのみ適用されてもよい。
【００８５】
図７に示すように、送信部１２０において、送信機１２１には、アンテナポートｐ０及びｐ１を介してアンテナ＃０及び＃１が接続される。すなわち、送信部１２０は、２アンテナポート送信を行うことが可能である。一般的に、２アンテナポート送信は、上りリンクのＭＩＭＯ等に使用される。アンテナポートｐ０及びｐ１は異なる参照信号を送信するため、ｅＮＢ２００は、どのアンテナポートから送信された信号であるかを参照信号に基づいて識別可能である。
【００８６】
ＵＥ１００の制御部１３０は、ｅＮＢ２００に送信するＨＡＲＱ  ＡＣＫが特別なＨＡＲＱ  ＡＣＫであるか否かに応じて、どのアンテナポートを使用してＨＡＲＱ  ＡＣＫを送信するか決定する。
【００８７】
例えば、アンテナポートｐ０のみで送信するＨＡＲＱ  ＡＣＫは、通常のＨＡＲＱ  ＡＣＫである。アンテナポートｐ１のみ、又はアンテナポートｐ０及びｐ１の両方により送信するＨＡＲＱ  ＡＣＫは、特別なＨＡＲＱ  ＡＣＫである。このような対応関係は、ＬＴＥシステムの仕様により予め規定されていてもよい。或いは、このような対応関係をｅＮＢ２００からＵＥ１００に対してＲＲＣシグナリング等により指定してもよい。
【００８８】
ｅＮＢ２００の受信部２２０は、ＵＥ１００から送信されたＨＡＲＱ  ＡＣＫを受信する。ｅＮＢ２００の制御部２３０は、上記の対応関係に基づいて、ＵＥ１００から送信されたＨＡＲＱ  ＡＣＫが特別なＨＡＲＱ  ＡＣＫであるか否かを判断する。ｅＮＢ２００の制御部２３０は、特別なＨＡＲＱ  ＡＣＫを受信したと判断した場合、ＵＥ１００にＰＵＳＣＨリソースを割り当てる（すなわち、ＵＥ１００に「ＵＬ  ｇｒａｎｔ」を送信する）。
【００８９】
（３）パターン２
パターン２において、特別なＨＡＲＱ  ＡＣＫは、特定のＰＵＣＣＨパラメータを使用して送信されるＨＡＲＱ  ＡＣＫである。
【００９０】
ＵＥ１００は、ｅＮＢ２００からＲＲＣシグナリングにより設定されるＰＵＣＣＨパラメータであるＮ(1)PUCCHに従って、ＨＡＲＱ  ＡＣＫの送信用のＰＵＣＣＨリソースを決定する。
【００９１】
例えばＦＤＤの場合、ＵＥ１００は、下記の式（２）により、ＨＡＲＱ  ＡＣＫの送信用のＰＵＣＣＨリソースを決定する。
【００９２】
【数２】
2016175256.tif 000005
【００９３】
但し、「ｎCCE」は、対応する下りリンク割り当て（ＤＣＩ）の送信に使用された最初のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）の番号である。
【００９４】
このように、通常のＨＡＲＱ  ＡＣＫ用のＮ(1)PUCCHとは別に、特別なＨＡＲＱ  ＡＣＫ用のＮ(1)PUCCH（特定のＰＵＣＣＨパラメータ）を導入することにより、特別なＨＡＲＱ  ＡＣＫであるか否かを識別可能となる。
【００９５】
ＵＥ１００の制御部１３０は、ｅＮＢ２００に送信するＨＡＲＱ  ＡＣＫが特別なＨＡＲＱ  ＡＣＫであるか否かに応じて、どのＮ(1)PUCCHを使用してＨＡＲＱ  ＡＣＫを送信するか決定する。
【００９６】
ｅＮＢ２００の受信部２２０は、ＵＥ１００から送信されたＨＡＲＱ  ＡＣＫを受信する。ｅＮＢ２００の制御部２３０は、どのＮ(1)PUCCHを使用してＨＡＲＱ  ＡＣＫが送信されたかに基づいて、ＵＥ１００から送信されたＨＡＲＱ  ＡＣＫが特別なＨＡＲＱ  ＡＣＫであるか否かを判断する。ｅＮＢ２００の制御部２３０は、特別なＨＡＲＱ  ＡＣＫを受信したと判断した場合、ＵＥ１００にＰＵＳＣＨリソースを割り当てる。
【００９７】
（４）パターン３
パターン３において、特別なＨＡＲＱ  ＡＣＫは、アンテナポート及びＰＵＣＣＨパラメータ（Ｎ(1)PUCCH）の組み合わせによりＵＥ１００の送信バッファ状態を表すＨＡＲＱ  ＡＣＫである。ＵＥ１００の送信バッファ状態は、例えばＵＥ１００における送信待ちの「ＴＣＰ  ＡＣＫ」の数により表現される。
【００９８】
パターン１により２通りのＨＡＲＱ  ＡＣＫを識別可能であり、かつ、パターン２により２通りのＨＡＲＱ  ＡＣＫを識別可能である。よって、パターン１及び２を組み合わせることにより、合計４通りのＨＡＲＱ  ＡＣＫを識別可能である。アンテナポート及びＰＵＣＣＨパラメータ（Ｎ(1)PUCCH）の組み合わせとＵＥ１００の送信バッファ状態との対応関係の一例を表２に示す。
【００９９】
【表２】
2016175256.tif 000006
【０１００】
但し、「ｐ０」はアンテナポートｐ０を示し、「ｐ１」はアンテナポートｐ１を示し、「Ｎ(1)PUCCH」は通常のＮ(1)PUCCHを示し、「ｎｅｗ Ｎ(1)PUCCH」は新たに導入されたＮ(1)PUCCHを示す。
【０１０１】
表２の例において、アンテナポートｐ０、且つ、通常のＮ(1)PUCCHを使用して送信するＨＡＲＱ  ＡＣＫは、通常のＨＡＲＱ  ＡＣＫ（すなわち、ＳＲの機能が付加されないＨＡＲＱ  ＡＣＫである。
【０１０２】
アンテナポートｐ０、且つ、新たに導入されたＮ(1)PUCCHを使用して送信するＨＡＲＱ  ＡＣＫは、特別なＨＡＲＱ  ＡＣＫであって、１つのＴＣＰ  ＡＣＫに相当するバッファ状態を示すＨＡＲＱ  ＡＣＫである。
【０１０３】
アンテナポートｐ１、且つ、通常のＮ(1)PUCCHを使用して送信するＨＡＲＱ  ＡＣＫは、特別なＨＡＲＱ  ＡＣＫであって、２つのＴＣＰ  ＡＣＫに相当するバッファ状態を示すＨＡＲＱ  ＡＣＫである。
【０１０４】
アンテナポートｐ１、且つ、新たに導入されたＮ(1)PUCCHを使用して送信するＨＡＲＱ  ＡＣＫは、特別なＨＡＲＱ  ＡＣＫであって、３つのＴＣＰ  ＡＣＫに相当するバッファ状態を示すＨＡＲＱ  ＡＣＫである。
【０１０５】
このような対応関係は、ＬＴＥシステムの仕様により予め規定されていてもよい。或いは、このような対応関係をｅＮＢ２００からＵＥ１００に対してＲＲＣシグナリング等により指定してもよい。また、アンテナポート及びＮ(1)PUCCHの組み合わせ（表２の左列）に対する情報（表２の右列）は、表２の例に限定されない。例えば、アンテナポート及びＮ(1)PUCCHの組み合わせに対して、「Ｘ  ｂｙｔｅｓ」といった具体的なバッファ量を対応付けてもよい。アンテナポート及びＮ(1)PUCCHの組み合わせに対応付けられる情報は、ＬＴＥシステムの仕様により予め規定される、或いはｅＮＢ２００からＵＥ１００に対してＲＲＣシグナリング等により指定する。
【０１０６】
ＵＥ１００の制御部１３０は、ｅＮＢ２００に送信するＨＡＲＱ  ＡＣＫが特別なＨＡＲＱ  ＡＣＫであるか否か及びバッファ状態に応じて、どのアンテナポート及びどのＮ(1)PUCCHを使用してＨＡＲＱ  ＡＣＫを送信するか決定する。
【０１０７】
ｅＮＢ２００の受信部２２０は、ＵＥ１００から送信されたＨＡＲＱ  ＡＣＫを受信する。ｅＮＢ２００の制御部２３０は、どのアンテナポート及びどのＮ(1)PUCCHを使用してＨＡＲＱ  ＡＣＫが送信されたかに基づいて、ＵＥ１００から送信されたＨＡＲＱ  ＡＣＫが特別なＨＡＲＱ  ＡＣＫであるか否か及びＵＥ１００のバッファ状態を判断する。ｅＮＢ２００の制御部２３０は、特別なＨＡＲＱ  ＡＣＫを受信したと判断した場合、ＵＥ１００のバッファ状態に応じてＰＵＳＣＨリソースを割り当てる。
【０１０８】
パターン３においては、ＵＥ１００のアンテナポート数を増加させたり、「ＨＡＲＱ  ＡＣＫ  ＰＵＣＣＨパラメータ」の種類を増加させたりすることにより、より詳細な送信バッファ状態をｅＮＢ２００に通知することができる。
【０１０９】
（５）第１実施形態に係る動作例
図８は、第１実施形態に係る動作例を示す図である。本動作例は、主としてＬＴＥ下位層により実行される。ＬＴＥ下位層は、ＬＴＥ物理層を含む。ＬＴＥ下位層は、ＬＴＥ  ＭＡＣ層を含んでもよい。なお、図８において、「ＳＲ用ＰＵＣＣＨ」とは、「ＳＲ  ｐｅｒｉｏｄｉｃｉｔｙ」（例えば、１０［ｍｓ］又は２０［ｍｓ］等）に従って周期的に設定されるＰＵＣＣＨリソースを示す。
【０１１０】
図８に示すように、ｅＮＢ２００は、コアネットワーク側からＤＬデータを受信（ステップＳ１）したことに応じて、サブフレームｎのＰＤＣＣＨを使用して、ＰＤＳＣＨリソースをＵＥ１００に割り当てる（ステップＳ２）。具体的には、ｅＮＢ２００は、下りリンクＳＩを含むＤＣＩをＰＤＣＣＨ上でＵＥ１００に送信する。ｅＮＢ２００は、サブフレームｎのＰＤＳＣＨを使用してＵＥ１００にＤＬデータを送信する（ステップＳ３）。
【０１１１】
ＵＥ１００は、ＤＬデータを正常に受信し、ＤＬデータをＵＥ１００の上位層に移動する。ＵＥ１００の上位層は、ＴＣＰ  ＡＣＫを生成してＵＥ１００の下位層に通知する（ステップＳ４）。ＵＥ１００は、送信バッファ（ＵＥ１００の下位層）にデータ（ＴＣＰ  ＡＣＫ）が存在することに応じて、ｅＮＢ２００に対するＰＵＳＣＨリソースの割り当ての要求を決定する。
【０１１２】
ＵＥ１００は、サブフレーム（ｎ＋４）のＰＵＣＣＨ（すなわち、ＨＡＲＱ  ＡＣＫ送信用のＰＵＣＣＨリソース）を使用して、特別なＨＡＲＱ  ＡＣＫ（ＡＣＫ  ｗ／  ＳＲ）をｅＮＢ２００に送信する（ステップＳ５）。
【０１１３】
ｅＮＢ２００は、「ＡＣＫ  ｗ／  ＳＲ」の受信に応じて、ＰＤＣＣＨを使用してＵＥ１００にＰＵＳＣＨリソースを割り当てる（ステップＳ６）。具体的には、ｅＮＢ２００は、「Ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ」を含むＤＣＩをＰＤＣＣＨ上でＵＥ１００に送信する。
【０１１４】
ＵＥ１００は、ｅＮＢ２００から割り当てられたＰＵＳＣＨリソースを使用して、送信バッファ内のデータ（ＴＣＰ  ＡＣＫ）をｅＮＢ２００に送信する（ステップＳ７）。
【０１１５】
ｅＮＢ２００は、ＵＥ１００から受信したデータ（ＴＣＰ  ＡＣＫ）をコアネットワーク側に送信する（ステップＳ８）。
【０１１６】
ここで、図８の例において、「ＳＲ  ｐｅｒｉｏｄｉｃｉｔｙ」に従って周期的に設定されるＰＵＣＣＨリソースのみを使用してＳＲを送信する場合を比較例として想定する。この場合、ＴＣＰ  ＡＣＫの生成（ステップＳ４）の後、ＳＲを送信可能になるまでに長時間を要する。
【０１１７】
このため、ＵＥ１００に対するＰＵＳＣＨリソースの割り当てが遅れ、ＵＥ１００がＴＣＰ  ＡＣＫを送信するタイミングが遅れることになる。従って、上りリンクのレイテンシに起因して、下りリンクのＴＣＰスループットを高めることが困難である。
【０１１８】
［第１実施形態の変更例１］
本変更例は、第１実施形態に係る動作を適切に制御するための方法に関する。図９は、本変更例に係る動作を示す図である。図９の初期状態において、ＵＥ１００は、ｅＮＢ２００のセルにおいてＲＲＣコネクティッドモードである。
【０１１９】
図９に示すように、ＵＥ１００は、第２のＳＲを送信する機能をＵＥ１００が有することを示す能力情報（ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）をｅＮＢ２００に送信する（ステップＳ１０１）。ｅＮＢ２００は、「ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」を受信する。但し、ｅＮＢ２００は、「ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」をＵＥ１００から受信せずに、「ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」をＭＭＥ３００から取得してもよい。ｅＮＢ２００は、「ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」に基づいて、第２のＳＲを送信する機能をＵＥ１００が有することを確認する。
【０１２０】
或いは、ＵＥ１００は、高速上りリンクアクセスに興味を持つことを示す興味通知をｅＮＢ２００に送信してもよい。興味通知は、高速上りリンクアクセスに関する設定（すなわち、第２のＳＲの設定）を要求する設定要求とみなすこともできる。興味通知は、ＲＲＣメッセージの一種である「ＵＥ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ」によりＵＥ１００からｅＮＢ２００に送信されてもよい。なお、ＵＥ１００は、「ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」及び興味通知（ＵＥ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）のうち、何れか一方のみ又は両方をｅＮＢ２００に送信してもよい。これによって、ｅＮＢ２００は、第２のＳＲを送信する機能をＵＥ１００が有することを確認してもよい。
【０１２１】
ｅＮＢ２００は、上述した各種のパラメータを含む設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）をＵＥ１００に送信する（ステップＳ１０２）。各種のパラメータは、第２のＳＲの設定に関するパラメータを含む。ＵＥ１００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎｓ（各種のパラメータ）を記憶する。ｅＮＢ２００及びＵＥ１００は、データの送受信を開始する。この時点では、第２のＳＲの送信が有効化されていない状態（ｄｅａｃｔｉｖｅ）である。
【０１２２】
ｅＮＢ２００は、第２のＳＲの送信を有効化する指示（ＡＣＫ  ｗ／  ＳＲ  ＯＮ）をＵＥ１００に送信する（ステップＳ１０３）。「ＡＣＫ  ｗ／  ＳＲ  ＯＮ」は、新たなＤＣＩフォーマットにより識別されてもよい。すなわち、ＵＥ１００は、新たなＤＣＩフォーマットが適用されたＤＣＩを「ＡＣＫ  ｗ／  ＳＲ  ＯＮ」と解釈する。或いは、「ＡＣＫ  ｗ／  ＳＲ  ＯＮ」は、ＤＣＩ中のビットフィールドに含まれるフラグであってもよい。ＵＥ１００は、「ＡＣＫ  ｗ／  ＳＲ  ＯＮ」の受信に応じて、第２のＳＲの送信を有効化する。
【０１２３】
その後、ｅＮＢ２００は、第２のＳＲの送信を無効化する指示（ＡＣＫ  ｗ／  ＳＲ  ＯＦＦ）をＵＥ１００に送信する（ステップＳ１０４）。「ＡＣＫ  ｗ／  ＳＲ  ＯＦＦ」は、新たなＤＣＩフォーマットにより識別されてもよい。すなわち、ＵＥ１００は、第２のＳＲの送信を有効化した後において、新たなＤＣＩフォーマットが適用されたＤＣＩを受信すると、当該ＤＣＩを「ＡＣＫ  ｗ／  ＳＲ  ＯＦＦ」と解釈する。或いは、「ＡＣＫ  ｗ／  ＳＲ  ＯＦＦ」は、ＤＣＩ中のビットフィールドに含まれるフラグであってもよい。ＵＥ１００は、「ＡＣＫ  ｗ／  ＳＲ  ＯＦＦ」の受信に応じて、第２のＳＲの送信を無効化（ｄｅａｃｔｉｖａｔｅ）する。その後、ＵＥ１００は、第２のＳＲの設定に関するパラメータを保持してもよい。
【０１２４】
［第１実施形態の変更例２］
上述した第１実施形態の変更例１において、ＵＥ１００は、ｅＮＢ２００からの指示に応じて、第２のＳＲの送信を有効化又は無効化していた。
【０１２５】
これに対し、本変更例において、ＵＥ１００は、自身の送信バッファ状態に応じて、第２のＳＲの送信を有効化又は無効化する。
【０１２６】
例えば、ＵＥ１００は、バッファ状態報告（ＢＳＲ）の送信トリガと同様に、バッファ量の増加をトリガとして第２のＳＲの送信を有効化してもよい。
【０１２７】
或いは、ＵＥ１００は、元々ＵＥ１００の送信バッファにデータがなかった状態から、何かデータが発生した状態に変化した際に、第２のＳＲの送信を有効化してもよい。これに対し、元々送信バッファにデータがあって、ＳＲを送信しなくてもｅＮＢ２００からＰＵＳＣＨ割り当てがされる状態である場合には、ＵＥ１００は、第２のＳＲを送信する必要がないため、第２のＳＲの送信を無効化してもよい。
【０１２８】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。
【０１２９】
第２実施形態において、第２のＳＲは、ＨＡＲＱ  ＡＣＫとは異なる制御信号（Ａｐｅｒｉｏｄｉｃ  ＳＲ）である。「Ａｐｅｒｉｏｄｉｃ  ＳＲ」は、ＨＡＲＱ  ＡＣＫの送信サブフレームとは異なるサブフレームにおいて送信されてもよい。ｅＮＢ２００は、「Ａｐｅｒｉｏｄｉｃ  ＳＲ」の送信用リソースをＵＥ１００に対して指定する。
【０１３０】
図１０は、第２実施形態に係る動作例を示す図である。ここでは、第１実施形態に係る動作例（図８参照）との相違点を主として説明する。
【０１３１】
図１０に示すように、ｅＮＢ２００は、コアネットワーク側からＤＬデータを受信（ステップＳ１１）したことに応じて、サブフレームｎのＰＤＣＣＨを使用してＰＤＳＣＨリソースをＵＥ１００に割り当てる（ステップＳ１２）。
【０１３２】
第２実施形態において、ｅＮＢ２００は、第２のＳＲの送信用リソースをＤＣＩに含める。第２のＳＲの送信用リソースとは、例えば、新たに導入されたＮ(1)PUCCH（第１実施形態参照）である。或いは、第１実施形態の変更例と同様に、第２のＳＲの送信用リソース（第２のＳＲに関するパラメータ）をＲＲＣシグナリングにより事前にＵＥ１００に設定し、ＤＣＩによりＯＮ／ＯＦＦのみを指示してもよい。
【０１３３】
ｅＮＢ２００は、サブフレームｎのＰＤＳＣＨを使用してＵＥ１００にＤＬデータを送信する（ステップＳ１３）。
【０１３４】
ＵＥ１００は、ＤＬデータを正常に受信し、ＤＬデータをＵＥ１００の上位層に移動する。ＵＥ１００の上位層は、ＴＣＰ  ＡＣＫを生成してＵＥ１００の下位層に通知する（ステップＳ１４）。ＵＥ１００は、送信バッファ（ＵＥ１００の下位層）にデータ（ＴＣＰ  ＡＣＫ）が存在することに応じて、ｅＮＢ２００に対するＰＵＳＣＨリソースの割り当ての要求を決定する。
【０１３５】
ＵＥ１００は、ｅＮＢ２００から指定されたＰＵＣＣＨリソースを使用して、第２のＳＲ（Ａｐｅｒｉｏｄｉｃ  ＳＲ）をｅＮＢ２００に送信する（ステップＳ１５）。
【０１３６】
ｅＮＢ２００は、「Ａｐｅｒｉｏｄｉｃ  ＳＲ」の受信に応じて、ＰＤＣＣＨを使用してＵＥ１００にＰＵＳＣＨリソースを割り当てる（ステップＳ１６）。
【０１３７】
ＵＥ１００は、ｅＮＢ２００から割り当てられたＰＵＳＣＨリソースを使用して、送信バッファ内のデータ（ＴＣＰ  ＡＣＫ）をｅＮＢ２００に送信する（ステップＳ１７）。
【０１３８】
ｅＮＢ２００は、ＵＥ１００から受信したデータ（ＴＣＰ  ＡＣＫ）をコアネットワーク側に送信する（ステップＳ１８）。
【０１３９】
［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。
【０１４０】
ＵＥ１００は、ＴＣＰ  ＡＣＫの生成タイミングを予測することにより、ＵＥ１００の上位層からＵＥ１００の下位層にＴＣＰ  ＡＣＫが通知される前に第２のＳＲを送信してもよい。例えば、ＵＥ１００は、ＵＥ１００の下位層からＵＥ１００の上位層（トランスポート層を含む）にパケット（例えば、ＰＤＣＰパケット）が移動してから、ＵＥ１００の上位層からＵＥ１００の下位層にＴＣＰ  ＡＣＫが通知されるまでの時間を計測する。ＵＥ１００は、このような計測値に基づいて、ＴＣＰ  ＡＣＫの生成タイミングを予測することができる。ＵＥ１００は、計測値の統計値（例えば、最小値）に基づいて予測を行ってもよい。
【０１４１】
ｅＮＢ２００は、ＵＥ１００において得られた計測値（又は統計値）をＵＥ１００から受信してもよい。例えば、ｅＮＢ２００は、ＵＥ１００との接続シーケンス中に計測値（又は統計値）をＵＥ１００から受信する。或いは、ｅＮＢ２００は、ＵＥ１００との通信中にＭＡＣ制御要素（ＭＣＥ）等により計測値（又は統計値）をＵＥ１００から受信してもよい。そして、ｅＮＢ２００は、計測値（又は統計値）に基づいてＵＥ１００のＳＲ送信タイミングを予測し、ＳＲを受信する前にＵＥ１００にＰＵＳＣＨリソースを割り当ててもよい。
【０１４２】
また、ｅＮＢ２００は、ＵＥ１００の動作状況に関する情報をＵＥ１００から受信し、当該情報に基づいてＵＥ１００のＳＲ（第１のＳＲ又は第２のＳＲ）送信タイミングを予測し、ＳＲを受信する前にＵＥ１００にＰＵＳＣＨリソースを割り当ててもよい。ＵＥ１００の動作状況に関する情報とは、例えば、メモリ／ＣＰＵ負荷の状態や、テザリング有無などの通信の終端情報（ＵＥ１００内で通信が終端しているか否か）などである。
【０１４３】
さらに、ｅＮＢ２００は、ＵＥ１００に対する最初のＤＬ送信から一定期間は、ＵＥ１００からのＴＣＰ  ＡＣＫの送信（ＳＲ送信タイミング）を予測して、ＳＲを受信する前にＵＥ１００にＰＵＳＣＨリソースを割り当ててもよい。ｅＮＢ２００は、当該一定期間内においてＰＵＳＣＨリソースの利用状況を監視し、利用されていない場合には、このような先行型のＰＵＳＣＨリソースの割り当てを中止し、ＳＲ受信に基づくＰＵＳＣＨリソースの割り当てに切り替えてもよい。
【０１４４】
このように、第３実施形態によれば、ＵＥ１００は、データ（ＴＣＰ  ＡＣＫ）の発生したタイミングで、即座にｅＮＢ２００に前記データ（ＴＣＰ  ＡＣＫ）を送出することが可能となる。
【０１４５】
［その他の実施形態］
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１４６】
［相互参照］
日本国特許出願第２０１５−０９０５１６号（２０１５年４月２７日出願）の全内容が参照により本願明細書に組み込まれている。
【図１】
2016175256.tif 000007
【図２】
2016175256.tif 000008
【図３】
2016175256.tif 000009
【図４】
2016175256.tif 000010
【図５】
2016175256.tif 000011
【図６】
2016175256.tif 000012
【図７】
2016175256.tif 000013
【図８】
2016175256.tif 000014
【図９】
2016175256.tif 000015
【図１０】
2016175256.tif 000016
【国際調査報告】
2016175256.tif 000017
2016175256.tif 000018
2016175256.tif 000019
2016175256.tif 000020