(57)【要約】【課題】ＴＴＩ長が異なる無線フレーム構成が混在する無線通信システムにおいて、適切なタイミングで無線リソースの割当てを行うこと。【解決手段】複数の長さのＴＴＩをサポートし、基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置であって、所定の長さのＴＴＩに含まれる複数のシンボルに割当てられた、スケジューリングリクエストを送信可能な複数のＵＬリソースを示す情報を基地局から取得する取得部と、前記複数のＵＬリソースからＵＬリソースを選択し、選択したＵＬリソースでスケジューリングリクエストを前記基地局に送信する送信部と、を有するユーザ装置を提供する。【選択図】図２
2019208087.tif 000002
【特許請求の範囲】
【請求項１】
複数の長さのＴＴＩをサポートし、基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置であって、
所定の長さのＴＴＩに含まれる複数のシンボルに割当てられた、スケジューリングリクエストを送信可能な複数のＵＬリソースを示す情報を基地局から取得する取得部と、
前記複数のＵＬリソースからＵＬリソースを選択し、選択したＵＬリソースでスケジューリングリクエストを前記基地局に送信する送信部と、
を有するユーザ装置。
【請求項２】
前記送信部は、前記所定の長さのＴＴＩより時間長が短いＴＴＩでデータ送信可能なＵＬリソースの割当てを要求する場合、前記所定の長さのＴＴＩより時間長が短いＴＴＩでデータ送信可能なＵＬリソースの割当てを要求することを示すスケジューリングリクエストの送信方法に従って、前記スケジューリングリクエストを送信する、
請求項１に記載のユーザ装置。
【請求項３】
１つのスケジューリングリクエストは、所定の単位のデータサイズを意味し、
前記送信部は、前記所定の単位のデータサイズと当該ユーザ装置の送信バッファに格納されているＵＬデータのデータサイズとに基づいて前記基地局に送信すべきスケジューリングリクエストの数を算出し、算出した数と同一の数のＵＬリソースを前記複数のＵＬリソースから選択し、選択した複数のＵＬリソースの各々でスケジューリングリクエストを送信する、請求項１又は２に記載のユーザ装置。
【請求項４】
前記取得部は、前記所定の長さのＴＴＩ内で時間方向に複数の領域に区切られたＵＬリソースであって、該ＵＬリソースの各々でトランスポートブロックを送信可能なＵＬリソースを示すスケジューリング情報を前記基地局から取得し、
前記送信部は、前記複数の領域に区切られたＵＬリソースのうち、いずれか１つの領域に対応するＵＬリソースで、バッファ状態報告を送信する、請求項１乃至３のいずれか一項に記載のユーザ装置。
【請求項５】
複数の長さのＴＴＩをサポートし、基地局とユーザ装置とを有する無線通信システムにおける基地局であって、
１ＴＴＩ内の複数のシンボルに割当てられた、スケジューリングリクエストを送信可能な複数のＵＬリソースを示す情報を前記ユーザ装置に通知する通知部と、
前記複数のＵＬリソースから選択された１以上のＵＬリソースでスケジューリングリクエストを受信する受信部と、
を有する基地局。
【請求項６】
複数の長さのＴＴＩをサポートし、基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置が実行する信号送信方法であって、
所定の長さのＴＴＩに含まれる複数のシンボルに割当てられた、スケジューリングリクエストを送信可能な複数のＵＬリソースを示す情報を基地局から取得するステップと、
前記複数のＵＬリソースからＵＬリソースを選択し、選択したＵＬリソースでスケジューリングリクエストを前記基地局に送信するステップと、
を有する信号送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置、基地局及び信号送信方法に関する。
【背景技術】
【０００２】
ＬＴＥ（Long Term Evolution）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化などを実現するために、５Ｇと呼ばれる無線通信方式の検討が進んでいる。５Ｇでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。また、５Ｇでは、超低遅延（例えば0.5ms）及び高信頼（例えば受信確率99.999%）の通信を実現するＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）、高速データ通信であるｅＭＢＢ（enhanced Mobile Broad Band）など、様々なユースケースが提案されており、これらのユースケースに適した無線フレーム構成及び無線リソース割当て方式が検討されている。例えば、ＵＲＬＬＣでは、超低遅延を実現するために、ｅＭＢＢよりもＴＴＩ長が短い無線フレーム構成を用いるといった検討がなされている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】株式会社ＮＴＴドコモ、ＮＴＴ  ＤＯＣＯＭＯテクニカルジャーナル"５Ｇ無線アクセス技術"、２０１６年１月
【発明の概要】
【発明が解決しようとする課題】
【０００４】
５Ｇでは、ｅＭＢＢ及びＵＲＬＬＣの両方のユースケースをサポートしつつ、無線リソースを効率的に利用するために、同一キャリア内において、ｅＭＢＢの通信に用いる無線リソース及びＵＲＬＬＣの通信に用いる無線リソースを、準静的又はダイナミックに共有する方法が検討されている。
【０００５】
ここで、要求条件が異なるトラフィックを同一キャリア内で混在させる場合、低遅延であることがそれほど要求されないトラフィック（ｅＭＢＢのトラフィック）が割当てられることで、低遅延であることが要求されるトラフィック（ＵＲＬＬＣのトラフィック）の品質が劣化してしまうことは避けるべきである。上述のようにＵＲＬＬＣでは、超低遅延を実現するために、ｅＭＢＢよりもＴＴＩ長が短い無線フレーム構成を用いることが検討されていることから、ＴＴＩ長が異なる無線フレーム構成が混在する場合に、各トラフィックについて適切なタイミングで無線リソースの割当てを行うことが可能な仕組を提供する必要がある。
【０００６】
開示の技術は上記に鑑みてなされたものであって、ＴＴＩ長が異なる無線フレーム構成が混在する無線通信システムにおいて、適切なタイミングで無線リソースの割当てを行うことが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
開示の技術のユーザ装置は、複数の長さのＴＴＩをサポートし、基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置であって、所定の長さのＴＴＩに含まれる複数のシンボルに割当てられた、スケジューリングリクエストを送信可能な複数のＵＬリソースを示す情報を基地局から取得する取得部と、前記複数のＵＬリソースからＵＬリソースを選択し、選択したＵＬリソースでスケジューリングリクエストを前記基地局に送信する送信部と、を有する。
【発明の効果】
【０００８】
開示の技術によれば、ＴＴＩ長が異なる無線フレーム構成が混在する無線通信システムにおいて、適切なタイミングで無線リソースの割当てを行うことが可能な技術が提供される。
【図面の簡単な説明】
【０００９】
【図１】実施の形態に係る無線通信システムの構成例を示す図である。
【図２】ＳＲリソースの設定例（ＵＬのスロット）を示す図である。
【図３】ＳＲリソースの設定例（ＤＬ／ＵＬ共用スロット）を示す図である。
【図４】割当てを要求するＵＬリソースの種別を暗黙的に通知する動作を説明するための図である。
【図５】ＵＬデータ送信中にＳＲが送信される動作を説明するための図である。
【図６】ＴＢを送信可能な複数の領域に区切られたＵＬリソースを示す図である。
【図７】スケジューリング制御情報によるＵＬリソース割当ての一例を示す図である。
【図８】割当てられたＵＬリソースが重複する場合の動作を説明するための図である。
【図９】実施の形態に係るユーザ装置の機能構成の一例を示す図である。
【図１０】実施の形態に係る基地局の機能構成の一例を示す図である。
【図１１】実施の形態に係る基地局及びユーザ装置のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥ及び５Ｇに準拠した方式のシステムを想定しているが、本発明はＬＴＥ及び５Ｇに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。また、「リソース」は、無線リソースを意味する。
【００１１】
以下の説明において、低遅延であることがそれほど要求されないトラフィック／パケット／データを「ｅＭＢＢのトラフィック／パケット／データ」と称し、低遅延であることが要求されるトラフィック／パケット／データを「ＵＲＬＬＣのトラフィック／パケット／データ」と称する。
【００１２】
＜システム構成＞
図１は、実施の形態に係る無線通信システムの構成例を示す図である。図１に示すように、本実施の形態に係る無線通信システムは、基地局１０とユーザ装置ＵＥとを有する。図１の例では、基地局１０及びユーザ装置ＵＥが１つずつ図示されているが、複数の基地局１０を有していてもよいし、複数のユーザ装置ＵＥを有していてもよい。
【００１３】
基地局１０は、キャリア内（セル内）の無線フレームにおいて、所定のＴＴＩ長でスケジューリングを行う機能と、当該所定のＴＴＩ長よりも短いＴＴＩ長でスケジューリングを行う機能を有する。所定のＴＴＩ長は、ｅＭＢＢのトラフィックに対してリソースを割当てる（スケジューリングと称してもよい）際に用いられ、所定のＴＴＩ長よりも短いＴＴＩ長は、ＵＲＬＬＣのトラフィックに対してリソースを割当てる際に用いられることを想定している。
【００１４】
ユーザ装置ＵＥは、所定のＴＴＩ長で割当てられたリソースを用いて通信を行う機能と、当該所定のＴＴＩ長よりも短いＴＴＩ長で割当てられたリソースで通信を行う機能を有する。なお、ユーザ装置ＵＥは、所定のＴＴＩ長で割当てられたリソースを用いて通信を行う機能と、当該所定のＴＴＩ長よりも短いＴＴＩ長で割当てられたリソースで通信を行う機能とのうち、いずれか一方のみを有していてもよいが、本実施の形態に係るユーザ装置ＵＥは、特に断りが無い限り、少なくとも所定のＴＴＩ長で割当てられたリソースを用いて通信を行う機能を有している前提とする。また、ユーザ装置ＵＥは、送信すべきＵＬパケットが生じた場合、基地局１０に対してＳＲ（Scheduling Request、スケジューリングリクエスト）を送信することで、ＵＬリソースの割当てを基地局１０に要求する。
【００１５】
以下の説明において、所定のＴＴＩ長を、便宜上「ノーマルＴＴＩ」と称し、所定のＴＴＩ長よりも短いＴＴＩ長を、便宜上「ショートＴＴＩ」と称する。本実施の形態では、１つのノーマルＴＴＩは、１スロットの時間長と同一である前提で説明するが、１つのノーマルＴＴＩは、複数のスロット（例えば従来のＬＴＥのように２スロットなど）の時間長と同一であってもよい。また、１つのノーマルＴＴＩは、１サブフレームの時間長と同一であってもよい。１つのノーマルＴＴＩを構成するシンボル数は、従来のＬＴＥにおけるシンボル数（例えば１２シンボル又は１４シンボル）と同一のシンボル数であってもよいし、これに限定されず、従来のＬＴＥとは異なるシンボル数（例えば７シンボル）であってもよい。
【００１６】
ショートＴＴＩは、ノーマルＴＴＩを構成する複数のシンボルのうち任意の一部のシンボルに該当する。具体的には、ノーマルＴＴＩが１４シンボルから構成されていると仮定した場合、基地局１０は、これらの１４シンボルのうち、例えば４番目と５番目のシンボルをショートＴＴＩとしてスケジューリングするといった動作を行う。なお、ショートＴＴＩの時間長は、ミニスロット（Mini-slot）と称してもよい。
【００１７】
＜処理手順＞
続いて、本実施の形態に係る無線通信システムが行う処理手順について説明する。基地局１０は、ユーザ装置ＵＥからＳＲを送信可能なリソース（以下、ＳＲを送信可能なリソースを、便宜上「ＳＲリソース」と呼ぶ）を、予めユーザ装置ＵＥに設定しておき、ユーザ装置ＵＥは、送信すべきＵＬパケットが生じた場合、予め設定されたＳＲリソースでＳＲを送信することで、ＵＬのリソースの割当てを基地局１０に要求する。
【００１８】
（ＳＲリソースの設定について）
図２は、ＳＲリソースの設定例（ＵＬのスロット）を示す図である。図３は、ＳＲリソースの設定例（ＤＬ／ＵＬ共用スロット）を示す図である。図２及び図３は、それぞれＦＤＤ方式及びＴＤＤ方式を想定しているが、図２については、ＴＤＤ方式において全シンボルがＵＬに設定されるスロットを含む。図２（ａ）及び図３（ａ）に示すように、基地局１０は、１ＴＴＩ内のうち複数の異なるシンボルの各々に、周波数方向に１又は複数のＳＲリソースを設定する。また、図２（ｂ）及び図３（ｂ）に示すように、システム帯域内の所定の帯域にＵＬ制御信号を送信するための帯域が設定されている場合、基地局１０は、当該所定の帯域内において、１ＴＴＩ内のうち複数の異なるシンボルの各々に、周波数方向に１又は複数のＳＲリソースを設定するようにしてもよい。これにより、ユーザ装置ＵＥは、送信すべきＵＬパケットが生じた場合に、ＵＬパケットが生じたタイミングに近いＳＲリソースでＳＲを送信することができるため、迅速に、ＵＬリソースの割当てを基地局１０に要求することが可能になる。なお、図３に示すＤＬリソースの位置は一例であり、図示される位置に限定されることを意図しているのではない。
【００１９】
ＳＲは、所定の信号系列であってもよいし、所定のデータ長を有するデータ（以下、「データ型ＳＲ」と呼ぶ）であってもよい。また、複数のユーザ装置ＵＥ間で同一のＳＲリソースを用いることを可能にするため、ＳＲは符号多重されていてもよい。ＳＲの送信とＵＬデータの送信とが同時に行われる場合、データ型ＳＲの復調に用いられる参照信号と、ＵＬデータの復調に用いられる参照信号は共通であってもよいし、独立していてもよい。後者の場合、ユーザ装置ＵＥは、ＳＲリソースで、データ型ＳＲ及び参照信号の両方を送信するようにしてもよい。データ型ＳＲでは、ＢＳＲ（Buffer Status Report、バッファ状態報告）などの制御情報のみを送信してもよいし、一定長以下の短いデータも送信できてもよい。
【００２０】
ＳＲリソースの位置は、報知情報（ブロードキャスト情報）、ＲＲＣ（Radio Resource Control）シグナリング、レイヤ２の制御情報又はレイヤ１の制御情報を用いて基地局１０からユーザ装置ＵＥに設定（通知）される。なお、基地局１０は、報知情報（ブロードキャスト情報）又はＲＲＣシグナリングを用いて複数のＳＲリソース候補をユーザ装置ＵＥに通知しておき、実際にユーザ装置ＵＥに設定するＳＲリソースについては、レイヤ２の制御情報又はレイヤ１の制御情報を用いて通知するようにしてもよい。これにより、ユーザ装置ＵＥにショートＴＴＩのリソースを割当てる可能性の有無、及び、スケジューリングの状況等に応じて、適切なＳＲリソースをユーザ装置ＵＥにダイナミックに設定することが可能になる。
【００２１】
［割当てを要求するＵＬリソースの種別の通知について］
ユーザ装置ＵＥが割当てを要求するＵＬリソースの種別（ノーマルＴＴＩのＵＬリソース、又は、ショートＴＴＩのＵＬリソース）を、ＵＬリソースの種別に対応づけられるＳＲの送信方法に従ってＳＲが送信されることで、暗黙的に基地局１０に通知可能にしてもよい。ＵＬリソースの種別に対応づけられるＳＲの送信方法とは、例えば、ＳＲが送信される時間リソース、ＳＲが送信される周波数リソース、送信されるＳＲの系列、送信されるＳＲが占有するシンボル数、及び／又は、送信されるＳＲが占有するサブキャリア数などである。ＳＲの送信方法とＵＬリソースの種別との対応づけは、標準仕様で定められていてもよいし、ユーザ装置ＵＥに事前設定（pre-configured）されていてもよいし、ＲＲＣシグナリング又は報知情報（ブロードキャスト情報）を用いてユーザ装置ＵＥに設定されるようにしてもよい。また、ＳＲの送信方法と上り論理チャネル及び／又はパケット優先度とが対応づけられていてもよい。
【００２２】
ユーザ装置ＵＥが割当てを要求するＵＬリソースの種別を、ＳＲを送信する時間リソースで通知する場合の具体例を図４に示す。例えば、図４（ａ）及び図４（ｂ）の例では、前半の領域（図において"ショートＴＴＩのスケジューリング要求"で示す領域）に含まれるＳＲリソースでＳＲを受信した場合、基地局１０は、ユーザ装置ＵＥがショートＴＴＩのＵＬリソースを要求していると認識し、後半の領域（図において"ノーマルＴＴＩのスケジューリング要求"で示す領域）に含まれるＳＲリソースでＳＲを受信した場合、基地局１０は、ユーザ装置ＵＥがノーマルＴＴＩのＵＬリソースを要求していると認識する。
【００２３】
なお、ショートＴＴＩのスケジューリング要求に対応するＳＲリソースの領域と、ノーマルＴＴＩのスケジューリング要求に対応するＳＲリソースの領域とはオーバーラップしていてもよい。例えば、図４（ａ）及び図４（ｂ）の例において、後半の領域に含まれるＳＲリソースでＳＲを受信した場合、基地局１０は、ユーザ装置ＵＥがノーマルＴＴＩ又はショートＴＴＩのうちいずれか一方のＵＬリソースを要求していると認識するようにしてもよい。この場合、基地局１０は、ユーザ装置ＵＥがノーマルＴＴＩ又はショートＴＴＩのうちどちらのＵＬリソースを要求しているのかを、ユーザ装置ＵＥの能力（UE Capability）、ユーザ装置ＵＥと基地局１０間に確立されている無線ベアラの種別等に応じて判断するようにしてもよい。例えば、ユーザ装置ＵＥの能力で判断する場合、基地局１０は、ユーザ装置ＵＥがショートＴＴＩに対応する能力を有している場合はショートＴＴＩのＵＬリソースを割当て、ショートＴＴＩに対応する能力を有していない場合はノーマルＴＴＩのＵＬリソースを割当てることが考えられる。また、無線ベアラの種別で判断する場合、基地局１０は、ＵＲＬＬＣの無線ベアラが確立されている場合はショートＴＴＩのＵＬリソースを割当て、ｅＭＢＢの無線ベアラが確立されている場合はノーマルＴＴＩのＵＬリソースを割当てることが考えられる。
【００２４】
（ＳＲの送信方法について）
１つのＳＲが所定のデータサイズを意味するように予め標準仕様又は上位レイヤ（報知情報又はＲＲＣシグナリング）で規定しておき、ユーザ装置ＵＥは、ＵＬリソースの割当てを要求する際、ユーザ装置ＵＥが送信予定のＵＬパケットのデータサイズ（ユーザ装置ＵＥの送信バッファに蓄積されているデータサイズ）に応じた数のＳＲを送信するようにしてもよい。具体例として、１つのＳＲが２００ｂｙｔｅを意味するように予め規定されており、ユーザ装置ＵＥ内の送信バッファに５５０ｂｙｔｅのデータが蓄積されている場合、ユーザ装置ＵＥは、１ノーマルＴＴＩ内に存在する３つのＳＲリソースを用いて３つのＳＲを送信するようにしてもよい。基地局１０は、１ノーマルＴＴＩ内で受信したＳＲの数に応じてユーザ装置ＵＥが送信予定のデータのサイズを認識することができ、スケジューリング処理に反映させることが可能になる。
【００２５】
また、前述したように、ＳＲリソースの領域（位置）に基づいて、割当てを要求するＵＬリソース種別を暗黙的に基地局１０に通知する場合、ユーザ装置ＵＥは、割当てを要求するＵＬリソース種別に対応する領域内で複数のＳＲを送信することで、割当てを要求するＵＬリソース種別に対応する送信バッファ内のデータサイズを基地局１０に通知するといった動作を実現することが可能になる。
【００２６】
また、他の例として、ユーザ装置ＵＥは、１つのノーマルＴＴＩ内の複数（又は全部）のＳＲリソースでＳＲを送信することで、基地局１０側でのＳＲの検出精度を向上させるようにしてもよい。ＳＲを送信する複数（又は全て）のＳＲリソースは、上述した領域内のＳＲリソースに限定されてもよい。また、ユーザ装置ＵＥは、無線品質（ＤＬの受信品質など）に応じて、１つのノーマルＴＴＩ内の所定の割合（例えば少なくとも５０％以上など）のＳＲリソースでＳＲを送信するようにしてもよい。無線品質が良好である場合は送信するＳＲの数を減らし、無線品質が劣化している場合は多くのＳＲを送信することで、ユーザ装置ＵＥの消費電力を削減しつつ、基地局１０側でのＳＲの検出精度を向上させることが可能になる。
【００２７】
また、複数のＳＲを送信する場合、ユーザ装置ＵＥは、ＳＲリソースが設定される領域に応じて、送信電力パラメータを変更するようにしてもよい。例えば、ＳＲリソースがＵＬデータチャネルに割当てられるリソース領域内に設定されている場合、ユーザ装置ＵＥは、ＳＲをＵＬデータチャネルに対応する送信電力で送信することが考えられる。また、例えば、ＳＲリソースがＵＬ制御チャネルに割当てられるリソース領域内に設定されている場合、ユーザ装置ＵＥは、ＳＲをＵＬ制御チャネルに対応する送信電力で送信することが考えられる。これにより、ＳＲと他のチャネルで送信される信号との干渉を抑制することが可能になる。
【００２８】
（ＵＬデータ送信中のＳＲ送信について）
ＵＬにＯＦＤＭ（Orthogonal Frequency Division Multiplexing）を適用することで、ユーザ装置ＵＥは、同一シンボルでＳＲの送信とＵＬデータの送信を同時に行うようにしてもよい。
【００２９】
ＵＬデータ送信中にＳＲを送信可能な能力を有するユーザ装置ＵＥは、ノーマルＴＴＩのＵＬリソースでＵＬデータを送信中であっても、並行してＳＲを送信するようにしてもよい。例えば図５に示すように、割当てられたＵＬリソースでＵＬデータの送信を開始した後に、上位レイヤで（アプリケーションレイヤ等で）ＵＲＬＬＣのパケットが発生した場合、ユーザ装置ＵＥは、ＵＲＬＬＣのパケットが発生した次のタイミングのＳＲリソースでＳＲを送信するようにしてもよい。これにより、例えば、ユーザ装置ＵＥは、ｅＭＢＢのデータを送信中であっても、ＵＲＬＬＣのデータ送信のためのＵＬリソースの割当てを基地局１０に要求することができ、低遅延が求められるデータの送信を迅速に行うことが可能になる。
【００３０】
なお、ユーザ装置ＵＥは、ノーマルＴＴＩでのＵＬデータの送信後にＳＲを送信した場合、ＵＲＬＬＣのパケットに要求される遅延条件（例えば１ノーマルＴＴＩ未満等）を満たせないと判断した場合に限り、当該パケットに対応するＵＬリソースがないとみなしてＵＬデータの送信と並行してＳＲを送信するようにしてもよい。ユーザ装置ＵＥは、遅延条件を満たせると判断した場合は、ＵＬデータの送信が完了した後で（例えば次のノーマルＴＴＩで）ＳＲを送信するようにしてもよい。
【００３１】
また、ＵＬデータ送信中にＳＲを送信可能な能力を有しないユーザ装置ＵＥ、又は、ＵＬデータ送信中にＳＲを送信しないように基地局１０から指示されたユーザ装置ＵＥは、割当てられたＵＬリソースでのＵＬデータの送信をドロップ（中止）又はパンクチャ（無送信）した後でＳＲを送信するようにしてもよい。
【００３２】
（ＵＬデータ送信に関する動作について）
従来のＬＴＥでは、ユーザ装置ＵＥ内の送信バッファに、複数の論理チャネルのデータが蓄積されている場合、優先度が高いデータ順にＵＬリソースにマッピングされて送信されるように規定されている。しかしながら、５Ｇでは、優先度が高いデータであっても、ＵＲＬＬＣのように更に低遅延及び高信頼性が要求されるデータと、ｅＭＢＢのように遅延及び信頼性の要求がそれほど高くないデータとが存在することが想定される。そのため、仮に優先度が高いデータであっても、ＵＲＬＬＣのように更に低遅延及び高信頼性が要求されるデータについては、要求条件を満たすＵＬリソースで送信されるのが望ましい。
【００３３】
そこで、特定のＵＬデータ（例えば、優先度が高いパケット、特定の論理チャネル又は特定の論理接続に属するデータなど）であってかつ低遅延及び高信頼性が要求される特定のＵＬデータについて、ノーマルＴＴＩで割当てられたＵＬリソースで送信すると要求条件を満たせないと判断される場合、ユーザ装置ＵＥは、ノーマルＴＴＩで割当てられたＵＬリソースで特定のＵＬデータを送信しないようにしてもよい。これにより、低遅延及び高信頼性が要求される特定のＵＬデータが、要求条件が満たされないＵＬリソースで送信されることを回避することができる。
【００３４】
また、ユーザ装置ＵＥは、当該特定のＵＬデータ以外に送信予定の他のＵＬデータが存在しない場合、ユーザ装置ＵＥは、割当てられたＵＬリソースでパディングデータを送信するようにしてもよい。基地局１０がＵＬデータの受信に失敗したと誤認識し、再度ＵＬリソースの割当てが行われてしまうことを抑止することが可能になる。
【００３５】
なお、要求条件を満たせないと判断される場合であっても、ＳＲリソースが設定されていない場合、ユーザ装置ＵＥは他のＵＬリソースの割当てを基地局１０に要求することができなくなる。従って、ユーザ装置ＵＥは、要求条件を満たせないと判断される場合であっても、ノーマルＴＴＩで割当てられたＵＬリソースの期間内にＳＲリソースが設定されていない場合、ノーマルＴＴＩで割当てられたＵＬリソースでＵＬデータを送信するようにしてもよい。一方、ノーマルＴＴＩで割当てられたＵＬリソースの期間内にＳＲリソースが設定されている場合、ユーザ装置ＵＥは、設定されているＳＲリソースを用いてＳＲを送信することで、他のＵＬリソース（ショートＴＴＩのＵＬリソース）の割当てを基地局１０に要求するようにしてもよい。
【００３６】
また、基地局１０は、割当てられたＵＬリソースにおける遅延及び信頼性の条件をユーザ装置ＵＥが容易に認識できるようにするため、ＵＬリソースのスケジューリング制御情報（ＵＬグラント）に、送信可能なＵＬデータの種別（ＵＲＬＬＣのデータ、ｅＭＢＢのデータなど）を示す識別子、又は、リソースの品質（遅延及び信頼性の程度など）を示す識別子を含めるようにしてもよい。ユーザ装置ＵＥは、当該識別子に基づいて、ＵＬデータを送信すべきか否かを容易に判断することが可能になる。ＵＬデータの種別を示す識別子は論理チャネル番号であってもよいし、優先度識別子であってもよい。また、ＵＬデータの種別を示す識別子は、当該識別子を含むスケジューリング制御情報のＣＲＣマスク（ＲＮＴＩ）であってもよいし、当該識別子を含むスケジューリング制御情報の参照信号位置・系列であってもよい。シグナリングオーバヘッドが削減できる。また、ＵＬデータの種別は、スケジューリング制御情報が通知されるリソース（時間・周波数・符号）に基づいて識別されるようにしてもよい。スケジューリング制御情報が通知されるリソースに対応付けられるＵＬデータの種別などはあらかじめ定められていてもよいし、基地局１０が上位レイヤシグナリングで設定できてもよい。
【００３７】
（ＴＴＩ内におけるリソースの割当てについて）
基地局１０は、ノーマルＴＴＩのＵＬリソースを割当てる際、１ＴＴＩ内で時間方向に複数の領域に区切られたＵＬリソースであって、該ＵＬリソースの各々でＴＢ（Transport Block）を送信可能なＵＬリソースを割当てるようにしてもよい。また、ユーザ装置ＵＥは、複数の領域に区切られたＵＬリソースのうち、いずれか１つの領域に対応するＵＬリソースで、ＢＳＲを基地局１０に送信するようにしてもよい。
【００３８】
図を用いて具体的に説明する。１つのノーマルＴＴＩ内に、各々でＴＢを送信可能な４つの領域が時間方向に割当てられている前提とする。例えば、図６（ａ）に示すように、例えば、左から２つ目の領域の時点で、ユーザ装置ＵＥ内でＵＲＬＬＣのパケットが発生した場合、ユーザ装置ＵＥは、左から３つ目の領域で送信するＴＢに、ショートＴＴＩのＵＬリソース割当てを要求することを明示的又は暗黙的に示すＢＳＲを含めて送信する。なお、当該ＢＳＲは、ＳＲと同様、ＵＬリソース割当てを要求するものであるため、ユーザ装置ＵＥは、ＢＳＲを"ＳＲ"として送信すると表現することもできる。これにより、ショートＴＴＩのＵＬリソースの割当てを要求するためにＳＲを送信する必要がなくなり、ユーザ装置ＵＥ及び基地局１０間で送受信されるシグナリングのオーバーヘッドを削減することが可能になる。
【００３９】
また、ユーザ装置ＵＥは、図６（ｂ）に示すように、ＢＳＲに代えてＵＲＬＬＣのパケットをＴＢに含めて送信するようにしてもよい。ユーザ装置ＵＥは、ＵＲＬＬＣのパケットの送信が可能であるか否かを、割当てられたＵＬリソースに適用されるＭＣＳ（Modulation and Coding Scheme）等に基づいて判断するようにしてもよい。また、基地局１０は、ＵＲＬＬＣのパケットの送信が可能であるか否かをユーザ装置ＵＥ側で容易に判断可能にするため、ＵＬリソースのスケジューリング制御情報（ＵＬグラント）に、各領域で送信可能なＵＬデータの種別（ＵＲＬＬＣのデータ、ｅＭＢＢのデータなど）を示す識別子、又は、各領域のリソースの品質（遅延及び信頼性のレベルなど）を示す識別子を含めるようにしてもよい。ＵＬデータの種別を示す識別子は論理チャネル番号であってもよいし、優先度識別子であってもよい。また、ＵＬデータの種別を示す識別子は、当該識別子を含むスケジューリング制御情報のＣＲＣマスク（ＲＮＴＩ）であってもよいし、当該識別子を含むスケジューリング制御情報の参照信号位置・系列であってもよい。シグナリングオーバヘッドが削減できる。また、ＵＬデータの種別は、スケジューリング制御情報が通知されるリソース（時間・周波数・符号）に基づいて識別されるようにしてもよい。スケジューリング制御情報が通知されるリソースに対応付けられるＵＬデータの種別などはあらかじめ定められていてもよいし、基地局１０が上位レイヤシグナリングで設定できてもよい。
【００４０】
［ＨＡＲＱプロセスＩＤについて］
基地局１０は、前述したように、各々でＴＢを送信可能な複数の領域に区切られたＵＬリソースを割当てる際、図７に示すスケジューリング制御情報（ＵＬグラント）に、ＴＢごとのＨＡＲＱプロセスＩＤを含めるようにしてもよい。また、基地局１０は、ＴＢごとにＨＡＲＱプロセスＩＤを含めるのではなく、予め上位レイヤ（ＲＲＣシグナリングなど）を用いてグループ化されたＨＡＲＱプロセスＩＤのうち、先頭のＨＡＲＱプロセスＩＤのみを含めるようにしてもよい。例えば、ＨＡＲＱプロセスＩＤ＃１、＃２、＃３、＃４がグループ化されている場合、基地局１０は、ＨＡＲＱプロセスＩＤ＃１のみをスケジューリング制御情報（ＵＬグラント）に含めるようにしてもよい。ユーザ装置ＵＥは、各ＴＢに対応するＨＡＲＱプロセスＩＤを把握することができ、ＴＢごとにＨＡＲＱによる再送制御を行うことが可能になる。
【００４１】
ユーザ装置ＵＥは、ＴＢを再送する際、他のタイミングで割当てられたノーマルＴＴＩのＵＬリソースで再送ＴＢを送信するようにしてもよいし、ショートＴＴＩのＵＬリソースで再送ＴＢを送信するようにしてもよい。後者の場合は、複数のＴＢを送信可能な複数の領域の各々と、ショートＴＴＩとが同一の長さになるように設定されることで実現可能であり、再送遅延を短くすることが可能になる。
【００４２】
以上、「（ＴＴＩ内におけるリソースの割当てについて）」で説明した動作は、ＤＬ（Downlink）に適用することも可能である。この場合、ユーザ装置ＵＥは、ＡＣＫ／ＮＡＣＫを送信するためのリソースとしてＴＢごとに指示されたリソースを用いて、ＴＢごとにＡＣＫ／ＮＡＣＫを基地局１０に送信するようにしてもよい。
【００４３】
また、ユーザ装置ＵＥは、ＡＣＫ／ＮＡＣＫを送信するための１つのリソースを用いて、ＨＡＲＱプロセスＩＤごとのＡＣＫ／ＮＡＣＫを示すビットマップ情報を基地局１０に送信するようにしてもよい。また、ユーザ装置ＵＥは、ＡＣＫ／ＮＡＣＫを送信するための１つのリソースを用いて、ＨＡＲＱプロセスＩＤごとのＡＣＫ／ＮＡＣＫをマージして基地局１０に送信するようにしてもよい。例えば、ユーザ装置ＵＥは、ＨＡＲＱプロセスＩＤごとのＡＣＫ／ＮＡＣＫのうち、全てがＡＣＫである場合にのみＡＣＫを送信し、１つでもＮＡＣＫである場合はＮＡＣＫを送信するようにしてもよい。これにより、ＤＬにおいて、１つのリソースで複数ＴＢ分のＡＣＫ／ＮＡＣＫをまとめて送信することが可能になるため、シグナリングオーバヘッドを削減することができる。
【００４４】
［スケジューリングが重複した場合の動作について］
ユーザ装置ＵＥは、基地局１０から、ノーマルＴＴＩに関するスケジューリング制御情報（ＵＬグラント）と、ショートＴＴＩに関するスケジューリング制御情報（ＵＬグラント）の両方を受信した場合で、かつ、ノーマルＴＴＩとして割当てられたリソースとショートＴＴＩとして割当てられたリソースとが重複する場合、重複したリソースについては、ショートＴＴＩに関するスケジューリング制御情報で更新（上書き）するようにしてもよいし、ショートＴＴＩに関するスケジューリング制御情報を破棄（無視）するようにしてもよい。前者の場合、ユーザ装置ＵＥは、例えば、重複しないリソース（図８（ａ）のＡ、Ｂ、Ｄ）でｅＭＢＢのデータを含むＴＢを送信し、重複したリソース（図８（ａ）のＣ）で、ＵＲＬＬＣのデータを含むＴＢを送信するといった動作を行うことが考えられる。また、後者の場合、ユーザ装置ＵＥは、例えば、各リソース（図８（ａ）のＡ、Ｂ、Ｃ、Ｄ）でｅＭＢＢのデータを含むＴＢを送信するといった動作を行うことが考えられる。
【００４５】
ユーザ装置ＵＥが、複数の領域に区切られたＵＬリソースの一部を更新（上書き）してショートＴＴＩのＵＬデータを送信する場合、ノーマルＴＴＩのＵＬデータについてはＢＬＥＲ（Block Error Rate）の劣化が生じないことから、単純に、ノーマルＴＴＩのＵＬリソースの一部をパンクチャすることでショートＴＴＩのデータを送信する場合と比較し、周波数利用効率を高めることが可能になる。
【００４６】
なお、ユーザ装置ＵＥは、ノーマルＴＴＩに関するスケジューリング制御情報とショートＴＴＩに関するスケジューリング制御情報のうち、どちらを優先するのかを、スケジューリング制御情報を受信した時間に基づいて判断する（例えば、後から受信した方を優先する等）ようにしてもよい。また、ユーザ装置ＵＥは、どちらを優先するのかを、スケジューリング制御情報に含まれる種別／フラグ等に基づいて判断する（例えば、データ送信時の遅延が短い方を優先する等）ようにしてもよい。
【００４７】
また、他の方法として、ユーザ装置ＵＥは、基地局１０から、ノーマルＴＴＩに関するスケジューリング制御情報と、ショートＴＴＩに関するスケジューリング制御情報の両方を受信した場合で、かつ、ノーマルＴＴＩとして割当てられたリソースとショートＴＴＩとして割当てられたリソースとが重複する場合、重複したリソース（図８（ｂ）のＣ）では何も送信しない（データをドロップする）ようにしてもよい。
【００４８】
＜機能構成＞
（ユーザ装置）
図９は、実施の形態に係るユーザ装置の機能構成の一例を示す図である。図９に示すように、ユーザ装置ＵＥは、信号送信部１０１と、信号受信部１０２と、取得部１０３とを有する。なお、図９は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものである。また、図９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００４９】
信号送信部１０１は、基地局１０に送信すべき信号から物理レイヤの各種信号を生成し、無線送信する機能を有する。信号受信部１０２は、基地局１０から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を有する。
【００５０】
また、信号送信部１０１は、複数のＳＲリソースからＳＲリソースを選択し、選択したＳＲリソースでＳＲを基地局１０に送信する機能を有する。また、信号送信部１０１は、ショートＴＴＩでデータ送信可能なＵＬリソースのスケジューリングを要求する場合、ショートＴＴＩでデータ送信可能なＵＬリソースのスケジューリングを要求することを示すＳＲの送信方法に従って、ＳＲを送信するようにしてもよい。また、１つのＳＲは、所定の単位のデータサイズを意味し、信号送信部１０１は、所定の単位のデータサイズとユーザ装置ＵＥの送信バッファに格納されているＵＬデータのデータサイズとに基づいて基地局１０に送信すべきＳＲの数を算出し、算出した数と同一の数のＳＲリソースを選択し、選択した複数のＳＲリソースの各々でＳＲを送信するようにしてもよい。また、信号送信部１０１は、複数の領域に区切られたＵＬリソースのうち、いずれか１つの領域に対応するＵＬリソースで、ＢＳＲを送信するようにしてもよい。
【００５１】
取得部１０３は、ノーマルＴＴＩに含まれる複数のシンボルに割当てられた、ＳＲを送信可能な複数のＳＲリソースを示す情報を基地局１０から取得する機能を有する。また、取得部１０３は、ノーマルＴＴＩ内で時間方向に複数の領域に区切られたＵＬリソースであって、該ＵＬリソースの各々でトランスポートブロックを送信可能なＵＬリソースを示すスケジューリング情報を基地局１０から取得するようにしてもよい。
【００５２】
（基地局）
図１０は、実施の形態に係る基地局の機能構成の一例を示す図である。図１０に示すように、基地局１０は、信号送信部２０１と、信号受信部２０２と、スケジューリング部２０３と、通知部２０４とを有する。なお、図１０は、基地局１０において本発明の実施の形態に特に関連する機能部のみを示すものである。
【００５３】
信号送信部２０１は、基地局１０から送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を有する。信号受信部２０２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を有する。また、信号受信部２０２は、複数のＳＲリソースから選択された１以上のＳＲリソースでＳＲを受信する機能を有する。
【００５４】
スケジューリング部２０３は、ユーザ装置ＵＥに対してＵＬリソースの割当てを行う機能を有する。通知部２０４は、ノーマルＴＴＩ内の複数のシンボルに割当てられた、ＳＲを送信可能な複数のＳＲリソースを示す情報をユーザ装置ＵＥに通知する機能を有する。
【００５５】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図９及び図１０）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【００５６】
例えば、本発明の一実施の形態における基地局１０、ユーザ装置ＵＥは、本発明の信号送信方法の処理を行うコンピュータとして機能してもよい。図１１は、実施の形態に係る基地局１０及びユーザ装置ＵＥのハードウェア構成の一例を示す図である。上述の基地局１０及びユーザ装置ＵＥは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００５７】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局１０及びユーザ装置ＵＥのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００５８】
基地局１０及びユーザ装置ＵＥにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００５９】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、ユーザ装置ＵＥの信号送信部１０１、信号受信部１０２及び取得部１０３、基地局１０の信号送信部２０１、信号受信部２０２、スケジューリング部２０３及び通知部２０４は、プロセッサ１００１で実現されてもよい。
【００６０】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ装置ＵＥの信号送信部１０１、信号受信部１０２及び取得部１０３、基地局１０の信号送信部２０１、信号受信部２０２、スケジューリング部２０３及び通知部２０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００６１】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る信号送信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００６２】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【００６３】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置ＵＥの信号送信部１０１、信号受信部１０２、基地局１０の信号送信部２０１、及び、信号受信部２０２は、通信装置１００４で実現されてもよい。
【００６４】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【００６５】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【００６６】
また、基地局１０及びユーザ装置ＵＥは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００６７】
＜まとめ＞
以上、実施の形態によれば、複数の長さのＴＴＩをサポートし、基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置であって、所定の長さのＴＴＩに含まれる複数のシンボルに割当てられた、スケジューリングリクエストを送信可能な複数のＵＬリソースを示す情報を基地局から取得する取得部と、前記複数のＵＬリソースからＵＬリソースを選択し、選択したＵＬリソースでスケジューリングリクエストを前記基地局に送信する送信部と、を有するユーザ装置が提供される。このユーザ装置ＵＥによれば、ＴＴＩ長が異なる無線フレーム構成が混在する無線通信システムにおいて、適切なタイミングで無線リソースの割当てを行うことが可能な技術が提供される。
【００６８】
また、前記送信部は、前記所定の長さのＴＴＩより時間長が短いＴＴＩでデータ送信可能なＵＬリソースの割当てを要求する場合、前記所定の長さのＴＴＩより時間長が短いＴＴＩでデータ送信可能なＵＬリソースの割当てを要求することを示すスケジューリングリクエストの送信方法に従って、前記スケジューリングリクエストを送信するようにしてもよい。これにより、ユーザ装置ＵＥは、ショートＴＴＩのＵＬリソースの割当てを明示的に基地局１０に要求することが可能になる。
【００６９】
また、１つのスケジューリングリクエストは、所定の単位のデータサイズを意味し、前記送信部は、前記所定の単位のデータサイズと当該ユーザ装置の送信バッファに格納されているＵＬデータのデータサイズとに基づいて前記基地局に送信すべきスケジューリングリクエストの数を算出し、算出した数と同一の数のＵＬリソースを前記複数のＵＬリソースから選択し、選択した複数のＵＬリソースの各々でスケジューリングリクエストを送信するようにしてもよい。これにより、ユーザ装置ＵＥは、送信するＳＲの数に応じて、送信を予定しているデータのデータサイズを基地局１０に通知することが可能になる。
【００７０】
また、前記取得部は、前記所定の長さのＴＴＩ内で時間方向に複数の領域に区切られたＵＬリソースであって、該ＵＬリソースの各々でトランスポートブロックを送信可能なＵＬリソースを示すスケジューリング情報を前記基地局から取得し、前記送信部は、前記複数の領域に区切られたＵＬリソースのうち、いずれか１つの領域に対応するＵＬリソースで、バッファ状態報告を前記スケジューリングリクエストとして送信するようにしてもよい。これにより、ユーザ装置ＵＥは、ノーマルＴＴＩ内で複数のトランスポートブロックを送信することが可能になる。また、ユーザ装置ＵＥは、ノーマルＴＴＩ内の任意の領域でＢＳＲを送信することができるため、ＵＬリソースの割当てを迅速に基地局１０に要求することが可能になる。
【００７１】
また、実施の形態によれば、複数の長さのＴＴＩをサポートし、基地局とユーザ装置とを有する無線通信システムにおける基地局であって、１ＴＴＩ内の複数のシンボルに割当てられた、スケジューリングリクエストを送信可能な複数のＵＬリソースを示す情報を前記ユーザ装置に通知する通知部と、前記複数のＵＬリソースから選択された１以上のＵＬリソースでスケジューリングリクエストを受信する受信部と、を有する基地局が提供される。この基地局１０によれば、ＴＴＩ長が異なる無線フレーム構成が混在する無線通信システムにおいて、適切なタイミングで無線リソースの割当てを行うことが可能な技術が提供される。
【００７２】
また、実施の形態によれば、複数の長さのＴＴＩをサポートし、基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置が実行する信号送信方法であって、所定の長さのＴＴＩに含まれる複数のシンボルに割当てられた、スケジューリングリクエストを送信可能な複数のＵＬリソースを示す情報を基地局から取得するステップと、前記複数のＵＬリソースからＵＬリソースを選択し、選択したＵＬリソースでスケジューリングリクエストを前記基地局に送信するステップと、を有する信号送信方法が提供される。この信号送信方法によれば、ＴＴＩ長が異なる無線フレーム構成が混在する無線通信システムにおいて、適切なタイミングで無線リソースの割当てを行うことが可能な技術が提供される。
【００７３】
＜実施形態の補足＞
参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
【００７４】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【００７５】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００７６】
本明細書において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード(例えば、MMEまたはS-GWなどが考えられるが、これらに限られない)によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ(例えば、MMEおよびS-GW)であってもよい。
【００７７】
情報等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【００７８】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【００７９】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【００８０】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。
【００８１】
本明細書で使用する「トラフィック」、「パケット」および「データ」という用語は、互換的に使用されてもよい。
【００８２】
ユーザ装置ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００８３】
基地局１０は、当業者によって、ＮＢ（NodeB）、基地局、ベースステーション（Base Station）、アクセスポイント（access point）、フェムトセル、スモールセルまたはいくつかの他の適切な用語で呼ばれる場合もある。
【００８４】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【００８５】
本明細書で説明した処理手順（その１〜その３）は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【００８６】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００８７】
本明細書で使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【００８８】
「含む(ｉｎｃｌｕｄｅ)」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【００８９】
無線フレームは時間領域において１つまたは複数のフレームで構成されてもよい。時間領域において１つまたは複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つまたは複数のスロットで構成されてもよい。スロットはさらに時間領域において１つまたは複数のシンボル（ＯＦＤＭシンボル、ＳＣ-ＦＤＭＡシンボル等）で構成されてもよい。無線フレーム、サブフレーム、スロット、およびシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、およびシンボルは、それぞれに対応する別の呼び方であってもよい。例えば、ＬＴＥシステムでは、基地局が各移動局に無線リソース（各移動局において使用することが可能な周波数帯域幅又は送信電力等）を割り当てるスケジューリングを行う。スケジューリングの最小時間単位をＴＴＩと呼んでもよい。例えば、1サブフレームをＴＴＩと呼んでもよいし、複数の連続したサブフレームをＴＴＩと呼んでもよいし、１スロットをＴＴＩと呼んでもよい。リソースブロック（ＲＢ）は、時間領域および周波数領域のリソース割当単位であり、周波数領域では１つまたは複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含んでもよい。また、リソースブロックの時間領域では、１つまたは複数個のシンボルを含んでもよく、１スロット、１サブフレーム、または１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームは、それぞれ１つまたは複数のリソースブロックで構成されてもよい。上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、スロットに含まれるシンボルおよびリソースブロックの数、および、リソースブロックに含まれるサブキャリアの数は様々に変更することができる。
【００９０】
本開示の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【００９１】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【００９２】
実施の形態において、ノーマルＴＴＩは、所定の長さのＴＴＩの一例である。ショートＴＴＩは、所定の長さのＴＴＩより時間長が短いＴＴＩの一例である。
【符号の説明】
【００９３】
ＵＥ  ユーザ装置
１０  基地局
１０１  信号送信部
１０２  信号受信部
１０３  取得部
２０１  信号送信部
２０２  信号受信部
２０３  スケジューリング部
２０４  通知部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2019208087.tif 000003
【図２】
2019208087.tif 000004
【図３】
2019208087.tif 000005
【図４】
2019208087.tif 000006
【図５】
2019208087.tif 000007
【図６】
2019208087.tif 000008
【図７】
2019208087.tif 000009
【図８】
2019208087.tif 000010
【図９】
2019208087.tif 000011
【図１０】
2019208087.tif 000012
【図１１】
2019208087.tif 000013