JP2020074634A - 無線局、無線端末、及びこれらにより行われる方法 - Google Patents

Abstract

【課題】無線基地局が低遅延アクセスをサポートする無線端末及びこれをサポートしないレガシー無線端末の両方と通信できるようにすることに寄与する。【解決手段】無線局は、第１の複数の時間−周波数リソース及び第２の複数の時間−周波数リソースを少なくとも１つの無線端末に割り当てる。無線局は、第２のトランスポートブロックを第２のＴＴＩにおいて第２の複数の時間−周波数リソースを使用して送信又は受信する第２のアクセス動作を許可する無線端末に、第２のアクセス動作に使用される設定情報を送信する。設定情報は、第２のＴＴＩの長さを含む。無線局は、さらに、設定情報に従ったＰＤＣＣＨにおいて、第２のアクセス動作に対応するダウンリンク又はアップリンクグラントを送信する。【選択図】図１

Description

本開示は、無線通信に関し、特に、複数の時間−周波数リソースの割り当て及び利用に関する。

4G（Long Term Evolution (LTE)-Advanced）の次世代の無線通信技術として5Gが注目されている。5Gにおけるユースケースおよび要求条件など、5Gに向けた様々な検討が開始されている。5Gの主要な要求条件として注目されているのが、アクセス遅延の低減（Latency Reduction）である。アクセス遅延は、例えば、無線端末（User Equipment（UE））がデータを無線基地局（eNodeB（eNB））に送信完了するまでの所要時間、UEがデータを外部ネットワーク（e.g. アプリケーション・サーバ）に送信完了するまでの所要時間、UEが他のUEへデータを送信完了するまでの所要時間、又はUEがデータを送信するための準備を確立するまでの所要時間、など様々である。本明細書では、無線端末（UE）がアップリンク（UL）データの送信を無線基地局（eNB）に要求してから当該ULデータを無線基地局（eNB）に送信完了するまでの所要時間をアクセス遅延の例として用いる。さらに、既存の無線通信（e.g., LTE及びLTE-Advanced）に比べて何らかのアクセス遅延が低減された無線通信を総称して低遅延アクセス（Low latency access）と呼ぶ。

非特許文献１は、低遅延アクセスを実現するために、１つのサブフレーム（subframe）内にアップリンク（UL）及びダウンリンク（DL）が混在するTime Division Duplex（TDD）システム（以下、B4G TDDと呼ぶ）を開示している。B4G TDDでは、例えば、UEによるUL無線リソースの要求（i.e., Scheduling Request（SR））、当該要求に応答したeNBによるUL無線リソースの割り当て情報（i.e., Scheduling Grant（SG））、さらに当該SGに従うULデータ送信が、１つのサブフレームで行われる。当該ULデータが一回の送信により正常にeNBおいて受信される場合、アクセス遅延（ここではUEがSRをeNBに送信してからULデータをeNBに送信完了するまでの所要時間を想定）が従来の約10msからサブフレーム長（e.g., １ミリ秒（ms））へと削減される。さらに、非特許文献１は、LTEおよびLTE-Advancedのサブフレーム長（i.e., 1 ms）よりも短いサブフレーム長（e.g., 0.25 ms）を使用することも開示している。これにより、さらにアクセス遅延が低減される。

米国特許出願公開第２００８／００４９６９０号明細書

Lahetkangas et al., "On the TDD Subframe Structure for Beyond 4G Radio Access Network", Future Network and Mobile Summit (FutureNetworkSummit), July 2013

非特許文献１に示されたB4G TDDは、既存のLTEおよびLTE-Advancedシステムとのbackward compatibilityが無いという問題がある。5Gシステムは、低遅延アクセスをサポートする新たなUEだけでなく、低遅延アクセスをサポートしていない（例えば、既存のLTEおよびLTE-Advancedのみをサポートする）レガシーUEと通信することが要求されるかもしれない。B4G TDDのサブフレーム構造は既存のLTEおよびLTE-Advancedのサブフレームと異なるため、B4G TDDシステムは、レガシーUEと通信することが困難である。

なお、サブフレームは、複数の時間−周波数リソースから成り、所定の継続時間（duration）を持つ。ここで、サブフレームの継続時間（duration）は、サブフレームが継続（continues）する又は持続 (lasts）する時間長（length of time）を意味する。サブフレームの継続時間は、一般的に、UEのデータ送信及び受信が従うべきTransmission Time Interval（TTI）と同一である。TTIは、１つのトランスポートブロック及びこれに付加された誤り検出ビット群の送信が行われる時間長（length of time（time length））として定義される。トランスポートブロックは、Medium Access Control（MAC）レイヤから物理レイヤに渡されるデータユニット（i.e., MAC Protocol Data Unit（PDU））である。送信機（transmitter）の物理レイヤでは、誤り検出ビット群（bits）、例えばCyclic Redundancy Check（CRC）パリティビット群、を計算するために１つのトランスポートブロックの全体が使用され、計算された誤り検出ビット群がトランスポートブロックに付加される。物理レイヤにおける伝送路符号化（channel coding）は、誤り検出ビット群が付加されたトランスポートブロックに対して行われる。さらに、送信機の物理レイヤ処理では、１つのトランスポートブロックから生成された符号化されたビットシーケンスに対してインタリービングが行われる。したがって、受信機（receiver）は、デインタリーブおよびデコードをできるようになるために、少なくとも１つのTTIのデータ（つまり、誤り検出ビット群が付加されたトランスポートブロックに相当するデータ）を受信する必要がある。

本件発明者は、低遅延アクセスをサポートする新たなUE及びこれをサポートしないレガシーUEが共通のサブフレームを使用するが、当該新たなUEとレガシーUEが互いに異なるTTIに従ってデータ送信または受信を行うことについて検討した。なお、特許文献１は、１つの1 msサブフレーム内の継続時間が1 msである第１の複数の時間−周波数リソースを第１のUEに割り当て、同時に当該サブフレーム内の継続時間が0.5 msである第２の複数の時間−周波数リソースを第２のUEに割り当てることを開示している。ここで、第１（又は第２）の時間−周波数リソースの継続時間は、第１（又は第２）の時間−周波数リソースが継続（continues）する又は持続 (lasts）する時間長（length of time（time length））を意味する。しかしながら、特許文献１の第１及び第２のUEは、同一のTTI（1ms）に従うのみである。

本明細書に開示される実施形態が達成しようとする目的の１つは、無線基地局が低遅延アクセスをサポートする無線端末及びこれをサポートしないレガシー無線端末の両方と通信できるようにすることに寄与する装置、方法、及びプログラムを提供することである。この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、無線局は、少なくとも１つの無線トランシーバ、及び少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１の複数の時間−周波数リソース及び第２の複数の時間−周波数リソースを少なくとも１つの無線端末に割り当てるように構成されている。前記第１の複数の時間−周波数リソースは、第１のトランスポートブロックを第１のtransmission time interval（TTI）において送信又は受信するために使用される。前記第１のTTIは、１つのサブフレームの継続時間（duration）に等しい。前記第１の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間に対応する。前記第２の複数の時間−周波数リソースは、第２のトランスポートブロックを第２のTTIにおいて送信又は受信するために使用される。前記第２のTTIは、前記サブフレームの前記継続時間より短い。前記第２の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間より短い。

第２の態様では、無線端末は、少なくとも１つの無線トランシーバ、及び少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記少なくとも１つの無線トランシーバを利用して、第１のアクセス動作および第２のアクセス動作を選択的に行うよう構成されている。前記第１のアクセス動作は、第１のトランスポートブロックを第１のtransmission time interval（TTI）において送信又は受信することを含む。前記第１のTTIは、１つのサブフレームの継続時間（duration）に等しい。前記第１のトランスポートブロックは、前記サブフレーム内の第１の複数の時間−周波数リソースを用いて送信される。前記第１の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間に対応する。前記第２のアクセス動作は、第２のトランスポートブロックを第２のTTIにおいて送信又は受信することを含む。前記第２のTTIは、前記サブフレームの前記継続時間より短い。前記第２のトランスポートブロックは、前記サブフレーム内の第２の複数の時間−周波数リソースを用いて送信される。前記第２の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間より短い。

第３の態様では、無線局によって行われる方法は、第１の複数の時間−周波数リソース及び第２の複数の時間−周波数リソースを少なくとも１つの無線端末に割り当てることを含む。前記第１の複数の時間−周波数リソースは、第１のトランスポートブロックを第１のtransmission time interval（TTI）において送信又は受信するために使用される。前記第１のTTIは、１つのサブフレームの継続時間（duration）に等しい。前記第１の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間に対応する。前記第２の複数の時間−周波数リソースは、第２のトランスポートブロックを第２のTTIにおいて送信又は受信するために使用される。前記第２のTTIは、前記サブフレームの前記継続時間より短い。前記第２の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間より短い。

第４の態様では、無線端末によって行われる方法は、第１のアクセス動作および第２のアクセス動作を選択的に行うことを含む。前記第１のアクセス動作は、第１のトランスポートブロックを第１のtransmission time interval（TTI）において送信又は受信することを含む。前記第１のTTIは、１つのサブフレームの継続時間（duration）に等しい。前記第１のトランスポートブロックは、前記サブフレーム内の第１の複数の時間−周波数リソースを用いて送信される。前記第１の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間に対応する。前記第２のアクセス動作は、第２のトランスポートブロックを第２のTTIにおいて送信又は受信することを含む。前記第２のTTIは、前記サブフレームの前記継続時間より短い。前記第２のトランスポートブロックは、前記サブフレーム内の第２の複数の時間−周波数リソースを用いて送信される。前記第２の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間より短い。

第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第３又は第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様によれば、無線基地局が低遅延アクセスをサポートする無線端末及びこれをサポートしないレガシー無線端末の両方と通信できるようにすることに寄与する装置、方法、及びプログラムを提供できる。

いくつかの実施形態に係る無線通信システムの構成例を示す図である。 いくつかの実施形態に係る無線フレーム構造及びサブフレーム構造を示す図である。 いくつかの実施形態に係るダウンリンク・時間−周波数リソースの詳細構造を示す図である。 いくつかの実施形態に係るアップリンク・時間−周波数リソースの詳細構造を示す図である。 第１の実施形態に係るレガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。 第１の実施形態に係る非レガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。 第１の実施形態に係るレガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。 第１の実施形態に係る非レガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。 第１の実施形態に係る非レガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。 第１の実施形態に係る非レガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。 第１の実施形態に係る非レガシーUEのULデータ送信の一例を示す図である。 第１の実施形態に係る非レガシーUEのULデータ送信シーケンスの一例を示す図である。 第１の実施形態に係る非レガシーUEのULデータ送信シーケンスの一例を示す図である。 第１の実施形態に係る非レガシーUEのULデータ送信シーケンスの一例を示す図である。 第１の実施形態に係る非レガシーUEのULデータ送信シーケンスの一例を示す図である。 第２の実施形態に係る非レガシーUEのULデータ送信シーケンスの一例を示す図である。 第３の実施形態に係る第２のアクセスの開始手順の一例を示す図である。 第３の実施形態に係る第２のアクセスの開始手順の一例を示す図である。 第４の実施形態に係る第２のアクセスの開始手順の一例を示す図である。 第４の実施形態に係る第２のアクセスの開始手順の一例を示す図である。 第５の実施形態に係る通信手順の一例を示す図である。 いくつかの実施形態に係る非レガシーUEの構成例を示すブロック図である。 いくつかの実施形態に係る無線基地局の構成例を示すブロック図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜第１の実施形態＞
図１は、本実施形態を含むいくつかの実施形態に係る無線通信システムの構成例を示している。図１の例では、無線通信システムは、レガシー無線端末（UE）１、非レガシー無線端末（UE）２、及び無線基地局（Base Station（BS））３を含む。BS３は、セル３１において、レガシーUE１及び非レガシーUE２と通信する。BS３は、セル３１のダウンリンク（DL）周波数帯域（DLシステム帯域）を使用して、ダウンリンク（DL）信号１０１を送信する。LTE/LTE-Advancedの場合、BS３は、eNBに対応する。BS３は、無線リソース管理機能を持つ制御ノード（e.g., Universal Mobile Telecommunications System（UMTS）におけるRadio Network Controller（RNC）、又はGlobal System for Mobile communications（GSM（登録商標））システムにおけるBase Station Controller（BSC））及び無線送信ノード（e.g., UMTSにおけるNodeB、又はGSMシステムにおけるBase transceiver station （BTS））を含んでもよい。本実施形態に係るBS３は、無線局と呼ぶこともできる。

レガシーUE１は、セル３１のアップリンク（UL）周波数帯域（ULシステム帯域）を使用して、アップリンク信号１０３をBS３に送信する。非レガシーUE２も、同じULシステム帯域を使用して、アップリンク（UL）信号１０４をBS３に送信する。本実施形態を含む複数の実施形態では、主にFrequency Division Duplex（FDD）、つまりDL信号１０１に使用されるDLシステム帯域とUL信号１０３及び１０４に使用されるULシステム帯域が異なるケースを対象として説明する。しかしながら、本実施形態を含む複数の実施形態は、TDDに適用されてもよい。

上述したように、低遅延アクセスは、既存の無線通信（つまり、通常アクセス）に比べて何らかのアクセス遅延が低減された無線通信を意味する。本実施形態を含む複数の実施形態では、通常アクセスに対応する第１のアクセス、及び低遅延アクセスに対応する第２のアクセスが使用される。第１のアクセスは、第１のTTI（e.g., 1 ms）に従うデータ送信及び受信として定義され、第２のアクセスは、第２のTTI（e.g., 0.5 ms）に従うデータ送信及び受信として定義される。第１のTTIは、DL信号１０１の送信及びUL信号１０３及び１０４の送信に使用されるサブフレーム（DLサブフレーム及びULサブフレーム）の継続時間に等しい。一方、第２のTTIは、第１のTTIより短く、サブフレームの継続時間よりも短い。第２のTTIは、例えば、サブフレームを構成する複数の時間スロットのうちの１つ時間スロットの継続時間に等しくてもよいし、シンボル長の整数倍（ただしサブフレームの継続時間以下）であってもよい。

いくつかの実装において、第１のTTIは、第１のアクセスに従うUEに対して１回のスケジューリング・グラントによって割り当てられる送信時間の最小単位であってもよい。同様に、第２のTTIは、第２のアクセスに従うUEに対して１回のスケジューリング・グラントによって割り当てられる送信時間の最小単位であってもよい。

レガシーUE１は、第２のアクセスをサポートせず、第１のアクセスを行う。一方、非レガシーUE２は、第２のアクセスをサポートする。非レガシーUE２は、第２のアクセスのみをサポートしてもよいし、第１のアクセス及び第２のアクセスの両方をサポートしてもよい。非レガシーUE２が第１のアクセス及び第２のアクセスを共にサポートする場合、非レガシーUE２は、例えば、低遅延が要求されるデータ送信又は受信を行う場合に第２のアクセスを使用してもよい。

いくつかの実装において、第１のアクセス（i.e., 第１のTTIに従うULデータ送信又はDLデータ受信）と第２のアクセス（i.e., 第２のTTIに従うULデータ送信又はDLデータ受信）は、１つのサブフレーム内で行われてもよい。この場合、BS３は、１つのサブフレーム内において、第１のTTIに従うDLデータ送信（又はULデータ受信）と第２のTTIに従うDLデータ送信（又はULデータ受信）の両方を行う。例えば、レガシーUE１が第１のアクセスを行い、非レガシーUE２が第２のアクセスを行ってもよい。あるいは、ある非レガシーUE２が第１のアクセスを行い、これと同一の又は異なるレガシーUE２が第２のアクセスを行ってもよい。

いくつかの実装において、第１のアクセスがあるサブフレームにおいて行われ、他のサブフレームにおいて第２のアクセスが行われてもよい。この場合、BS３は、各サブフレームにおいて、第１のTTIに従うDLデータ送信（又はULデータ受信）と第２のTTIに従うDLデータ送信（又はULデータ受信）のいずれか一方を行う。第１のアクセスが行われるサブフレームでは、レガシーUE１、又はレガシーUE１及び非レガシーUE２の両方がULデータ送信又はDLデータ受信を行う。第２のTTIでの送信が行われるサブフレームでは、非レガシーUE２がULデータ送信又はDLデータ受信を行う。

なお、既に説明したように、サブフレームは、複数の時間−周波数リソースから成り、所定の継続時間（duration）を持つ。サブフレームの継続時間（duration）は、サブフレームが継続（continues）する又は持続 (lasts）する時間長（length of time（time length））を意味する。また、TTIは、１つのトランスポートブロックの送信が行われる時間長（length of time（time length））として定義される。トランスポートブロックは、MACレイヤから物理レイヤに渡されるデータユニット（i.e., MAC PDU）である。送信機（transmitter）の物理レイヤでは、誤り検出ビット群（bits）、例えばCRCパリティビット群、を計算するために１つのトランスポートブロックの全体が使用され、計算された誤り検出ビット群がトランスポートブロックに付加される。物理レイヤにおける伝送路符号化（channel coding）は、誤り検出ビット群が付加されたトランスポートブロックに対して行われる。さらに、送信機の物理レイヤ処理では、１つのトランスポートブロックから生成された符号化されたビットシーケンスに対してインタリービングが行われる。したがって、受信機（receiver）は、デインタリーブおよびデコードをできるようになるために、少なくとも１つのTTIのデータ（つまり、誤り検出ビット群が付加されたトランスポートブロックに相当するデータ）を受信する必要がある。この説明において、送信機は、DL送信の場合にBS３であり、UL送信の場合にレガシーUE１及び非レガシーUE２である。一方、受信機は、DL受信の場合にレガシーUE１及び非レガシーUE２であり、UL受信の場合にBS３である。

なお、Multiple Input/Multiple Output（MIMO）空間多重化（spatial multiplexing）が利用される場合、UE（レガシーUE１又は非レガシーUE２）は、サブフレーム当たり複数のトランスポートブロックを送信することができる。例えば、LTEの場合、UEは、サブフレーム当たり２つまでのトランスポートブロックを送信することができる。つまり、UEは、MIMO空間多重化を利用して、複数のアンテナポートにおいて複数レイヤの送信又は受信を行うことができる。ただし、MIMO空間多重化が行われる場合であっても、各レイヤのトランスポートブロックのTTIの長さは、MIMO空間多重化が行われない場合のTTIと同じであることに留意されるべきである。

また、UE（レガシーUE１又は非レガシーUE２）が複数のキャリア（Component Carrier（CC））を同時に使用するキャリアアグリゲーション（Carrier Aggregation（CA））を行う場合、トランスポートブロックは毎（つまりCell毎）に生成される。ただし、CAが行われる場合であっても、各CCで送信されるトランスポートブロックのTTIの長さは、CAが行われない場合のTTIと同じであることに留意されるべきである。

いくつかの実装において、第１のアクセス及び第２のアクセスによって送信されるトランスポートブロックは、データ無線ベアラ（Data Radio Bearer（DRB））若しくはシグナリング無線ベアラ（Signaling Radio Bearer（SRB））又はこれら両方に使用されるトランスポートブロックであってもよい。言い換えると、当該トランスポートブロックは、ユーザデータ（e.g., ユーザInternet Protocol（IP）パケット）若しくは個別（dedicated）制御シグナリング（e.g., Radio Resource Control（RRC）シグナリング）又はこれら両方の送信に使用されるトランスポートブロックであってもよい。具体的には、第１のアクセス及び第２のアクセスによって送信されるトランスポートブロックは、LTEおよびLTE-AdvancedのUplink Shared Channel（UL-SCH）トランスポートブロック又はDownlink Shared Channel（DL-SCH）トランスポートブロックであってもよい。UL-SCHトランポートブロックは、ULユーザデータ（i.e., Dedicated Traffic Channel(DTCH)）及びRRCシグナリングメッセージ（i.e., Common Control Channel（CCCH）及びDedicated Control Channel（DCCH））の送信に使用される。DL-SCHトランスポートブロックは、DLユーザデータ（i.e., DTCH）、RRCシグナリングメッセージ（i.e., CCCH及びDCCH）、及びSystem Information Blocks（SIBs）（i.e., Broadcast Control Channel（BCCH）の一部）の送信に使用される。

本実施形態に係るサブフレームは、LTEおよびLTE-Advancedのそれと同じであってもよい。図２、図３Ａ、及び図３Ｂを参照してLTEの時間−周波数リソース（無線リソース）について説明する。図２は、LTEおよびLTE-Advancedの無線フレーム構造を示している。3rd Generation Partnership Project（3GPP）Release 8及びそれ以降では、２種類の無線フレーム構造が用意されている。一方は、frame structure type 1と呼ばれ、frequency division duplex (FDD) に適用できる。他方は、frame structure type 2と呼ばれ、Time division duplex (TDD) に適用できる。図２に示されている通り、type 1及びtype 2のいずれのフレーム構造においても、１つの無線フレームの継続時間は10 msであり、１つの無線フレームは１０個のサブフレームから構成されている。１つのサブフレームの継続時間は、1 msである。さらに１つのサブフレームは、各々が0.5 msの２つのスロットに分解される。

図３Ａは、LTEおよびLTE-Advancedのダウンリンク・時間−周波数リソースの詳細を示している。１つのダウンリンク・スロット（0.5 ms）は、時間ドメインにおいてN^DL _SYMB個のOrthogonal Frequency Division Multiplexing（OFDM）シンボルを含む。時間ドメインにおける１OFDMシンボル及び周波数ドメインにおける１サブキャリアによって規定される無線リソースは、「リソースエレメント」と呼ばれる。リソースエレメントは、ODFMを採用するLTEおよびLTE-Advancedのダウンリンクにおける無線リソースの最小単位である。時間ドメインにおいて連続するN^DL _SYMB個のOFDMシンボルと周波数ドメインにおいて連続するN^RB _SC個のサブキャリアによって規定されるリソース単位は、「リソースブロック」と呼ばれる。Normal cyclic prefixの場合、N^DL _SYMBの値は７であり、N^RB _SCの値は１２であり、したがって、１つのダウンリンク・リソースブロックは、８４リソースエレメントからなる。占有帯域幅（N^DL _RBリソースブロック、又はN^DL _RB N^RB _SCサブキャリア）は、ダウンリンクのチャネル帯域（channel bandwidth (BW_Channel)）に依存する。例えば、チャネル帯域が1.4 MHzである場合にダウンリンク・リソースブロックの最大数（N^DL _RB）は６であり、チャネル帯域が20 MHzである場合にダウンリンク・リソースブロック（N^DL _RB）の最大数は１００である。なお、ダウンリンクでは、制御情報を送信する為の物理制御チャネル（Physical Downlink Control Channel（PDCCH））がサブフレームの先頭の複数OFDMシンボル（e.g., 1,2, or 3）に割り当てられる。従って、通常ダウンリンクのユーザデータの送信に使用されるOFDMシンボル数は、１番目のスロットと２番目のスロットでは異なる。

図３Ｂは、LTEおよびLTE-Advancedのアップリンク・時間−周波数リソースの詳細を示している。１つのアップリンク・スロット（0.5 ms）は、時間ドメインにおいてN^UL _SYMB個のSingle-Carrier Frequency Division Multiple Access（SC-FDMA）シンボルを含む。ダウンリンクと同様に、時間ドメインにおける１SC-FDMAシンボル及び周波数ドメインにおける１サブキャリアによって規定される無線リソースは、「リソースエレメント」と呼ばれる。リソースエレメントは、SC-FDMAを採用するLTEおよびLTE-Advancedのアップリンクにおける無線リソースの最小単位である。時間ドメインにおいて連続するN^UL _SYMB個のSC-FDMAシンボルと周波数ドメインにおいて連続するN^RB _SC個のサブキャリアによって規定されるリソース単位は、「リソースブロック」と呼ばれる。ダウンリンクと同様に、Normal cyclic prefixの場合、N^UL _SYMBの値は７であり、N^RB _SCの値は１２であり、したがって、１つのアップリンク・リソースブロックは、８４リソースエレメントからなる。占有帯域幅（N^UL _RBリソースブロック、又はN^UL _RB N^RB _SCサブキャリア）は、アップリンクのチャネル帯域（channel bandwidth (BW_Channel)）に依存する。例えば、チャネル帯域が1.4 MHzである場合にアップリンク・リソースブロックの最大数（N^UL _RB）は６であり、チャネル帯域が20 MHzである場合にアップリンク・リソースブロック（N^UL _RB）の最大数は１００である。

第１のアクセス及び第２のアクセスを可能とするために、本実施形態に係るBS３は、第１の複数の時間−周波数リソース及び第２の複数の時間−周波数リソースを少なくとも１つの無線端末（i.e., 非レガシーUE２、又はレガシーUE１及び非レガシーUE２）に割り当てるように構成されている。第１の複数の時間−周波数リソース及び第２の複数の時間−周波数リソースに含まれる各時間−周波数リソースは、最小のリソース単位である。各時間−周波数リソースは、例えば、時間ドメインにおける１シンボル及び周波数ドメインにおける１サブキャリアによって規定される無線リソース（e.g., LTE/LTE-Advancedのリソースエレメント）であってもよい。

いくつかの実装において、BS３は、第１の複数の時間−周波数リソース及び第２の複数の時間−周波数リソースを、異なるUEに割り当てもよい。例えば、BS３は、第１の複数の時間−周波数リソースをレガシーUE１に割り当て、第２の複数の時間−周波数リソースを非レガシーUE２に割り当てもよい。さらに又はこれに代えて、BS３は、第１の複数の時間−周波数リソース及び第２の複数の時間−周波数リソースを、同一のUE（非レガシーUE２）に割り当ててもよい。

当該第１の複数の時間−周波数リソースは、第１のトランスポートブロックを第１のTTI（e.g., １ms）において送信又は受信するために使用される。一方、当該第２の複数の時間−周波数リソースは、第２のトランスポートブロックを第２のTTI（e.g., 0.5 ms）において送信又は受信するために使用される。

なお、第１のトランスポートブロックは、第１の誤り検出ビット群（e.g., CRCパリティビット群（bits））を計算するためにその全体が使用されるとともに、第１の誤り検出ビット群が付加される。同様に、第２のトランスポートブロックは、第２の誤り検出ビット群（e.g., CRCパリティビット群）を計算するためにその全体が使用されるとともに、第２の誤り検出ビット群が付加される。したがって、より厳密に述べると、当該第１の複数の時間−周波数リソースは、第１の誤り検出ビット群が付加された第１のトランスポートブロックを第１のTTI（e.g., １ms）において送信又は受信するために使用される。当該第２の複数の時間−周波数リソースは、第２の誤り検出ビット群が付加された第２のトランスポートブロックを第２のTTI（e.g., １ms）において送信又は受信するために使用される。

既に述べたように、第１のTTIは、１つのサブフレームの継続時間（duration）に等しい。したがって、第１の複数の時間−周波数リソースの継続時間は、１つのサブフレームの継続時間に対応する。なお、第１の複数の時間−周波数リソースの継続時間（duration）は、複数の時間−周波数リソースが継続（continues）する又は持続 (lasts）する全体の時間長（length of time（time length））を意味する。ここで、第１の複数の時間−周波数リソースの継続時間は、１つのサブフレームの継続時間（e.g., 1ms）と厳密に一致することを必要としない。なぜなら、サブフレーム内の特定の複数の時間−周波数リソースは、同期信号（Synchronization Signals（SS））、参照信号（Reference Signals（RS））、制御情報チャネル（e.g., LTEおよびLTE-AdvancedのPhysical Downlink Control Channel（PDCCH）、Enhanced PDCCH（EPDCCH）、又はPhysical Uplink Control Channel（PUCCH））、又は報知情報チャネル（e.g., LTEおよびLTE-AdvancedのPhysical Broadcast Channel（PBCH））のために予め予約されているからである。具体的にLTEおよびLTE-Advancedのダウンリンク・サブフレームの場合を考えると、サブフレームの先頭の１〜３シンボル分のリソースエレメントはPDCCHのために使用され、４〜１４シンボル内の分散した複数のリソースエレメントがSS、RS、及びPBCHのために使用される。したがって、第１の複数の時間−周波数リソースの継続時間が１つのサブフレームの継続時間に“対応する”との表現は、第１の複数の時間−周波数リソースの継続時間が、PDCCH等の他の用途に使用されるシンボル時間を除く１サブフレームの継続時間に等しいことを意味する。言い換えると、第１の複数の時間−周波数リソースの継続時間は、１サブフレームの継続時間からPDCCH等の他の用途に使用されるシンボル時間を引いた時間に等しい。

さらに、第１の複数の時間−周波数リソースは、時間−周波数空間において連続していなくてもよい。言い換えると、第１の複数の時間−周波数リソースは、周波数ホッピング又はディストリビューテッド・マッピングのために、継続時間の途中で周波数リソース（e.g., サブキャリア又はリソースブロック（RB））が変更されることを許容する。具体的にLTEおよびLTE-Advancedの1 msサブフレームの場合を考えると、第１の複数の時間−周波数リソースの継続時間は、時間において連続する２つのリソースブロック（リソースブロックの対（pair of resource blocks））を含む。この２つのリソースブロック（RBs）のうち一方は第１スロット（0.5 ms）に配置され、他方は第２スロット（0.5 ms）に配置される。したがって、この２つのRBsの継続時間は、1 msサブフレームに対応する。しかしながら、この２つのRBsは、周波数において離れて割り当てられてもよい。

一方、既に述べたように、第２のTTIは、１つのサブフレームの継続時間より短い。したがって、第２の複数の時間−周波数リソースの継続時間も、１つのサブフレームの継続時間より短い。すなわち、第２の複数の時間−周波数リソースの継続時間は、１つのサブフレームの継続時間に対応する第１の複数の時間−周波数リソースの継続時間よりも短い。なお、第２の複数の時間−周波数リソースも、周波数ホッピング又はディストリビューテッド・マッピングのために、継続時間の途中で周波数リソース（e.g., サブキャリア又はリソースブロック（RB））が変更されることを許容する。

いくつかの実装において、LTEおよびLTE-Advancedのサブフレームのように、本実施形態に係るサブフレームは、複数の時間スロットから成ってもよい。複数の時間スロットの各々は、複数の時間−周波数リソースを含む。この場合、第２のTTIは、複数の時間スロットの少なくとも１つの継続時間に等しくてもよい。さらに、第２の複数の時間−周波数リソースの継続時間は、第２のTTIに対応してもよい。言い換えると、第２の複数の時間−周波数リソースの継続時間は、少なくとも１つ時間スロットの継続時間に対応してもよい。ここで、第２の複数の時間−周波数リソースの継続時間が少なくとも１つ時間スロットに“対応する”との表現は、第２の複数の時間−周波数リソースの継続時間が、PDCCH等の他の用途に使用されるシンボル時間を除く少なくとも１つ時間スロットの継続時間に等しいことを意味する。

例えば、LTEおよびLTE-Advancedの場合、1 msサブフレームは、各々が0.5 msの２つのスロットを含む。この場合、第２のTTIは、１スロットの継続時間（0.5 ms）に等しく、そして第２の複数の時間−周波数リソースの継続時間は、１スロットの継続時間（0.5 ms）に対応してもよい。

非レガシーUE２は、少なくとも第２のアクセス動作を行うよう構成されている。非レガシーUE２は、第１のアクセス動作および第２のアクセス動作を選択的に行うよう構成されてもよい。第１のアクセス動作は、第１のトランスポートブロックを第１のTTIにおいて送信又は受信すること含む。第２のアクセス動作は、第２のトランスポートブロックを第２のTTIにおいて送信又は受信することを含む。BS３に関して述べたように、第１のトランスポートブロックは、１つのサブフレーム内の第１の複数の時間−周波数リソースを用いて送信される。一方、第２のトランスポートブロックは、１つのサブフレーム内の第２の複数の時間−周波数リソースを用いて送信される。

既に述べたように、第１及び第２のアクセスは１つのサブフレーム内で行われてもよい。言い換えると、第１及び第２のトランスポートブロックは、同一の無線フレームにおいて送信されてもよい。さらに言い換えると、第２の複数の時間−周波数リソースは、第１の複数の時間−周波数リソースと同じサブフレーム内から割り当てられてもよい。１つのサブフレーム内において、第２の複数の時間−周波数リソースの少なくとも一部は、第１の複数の時間−周波数リソースの少なくとも一部と重複してもよい。この場合、第１のアクセスのトランスポートブロックと第２のアクセスのトランスポートブロックは、Code Division Multiplexing（CDM）を用いて共通の時間−周波数リソースに多重されてもよい。

さらに、１つのサブフレーム内において、１又は複数の非レガシーUE２によって複数の第２のアクセスが行われてもよい。この場合、複数の第２のアクセスは、異なる時間−周波数リソースを使用して行われてもよい。あるいは、複数の第２のアクセスのトランスポートブロックは、Code Division Multiplexing（CDM）を用いて共通の時間−周波数リソースに多重されてもよい。

第２のアクセスに関する設定は、準静的（semi-statically）に行われてもよいし動的（dynamically）に行われてもよい。準静的な設定の場合、BS３は、報知情報（e.g., SIB）を用いて非レガシーUE２に設定を通知してもよいし、個別シグナリング（e.g., RRCシグナリング）を用いて非レガシーUE２に設定を通知してもよい。動的な設定の場合、BS３は、MACレイヤ又は物理レイヤの制御情報を用いて非レガシーUE２に設定を通知してもよい。

以上の説明から理解されるように、本実施形態に係る非レガシーUE２及びBS３は、第１のアクセスが従う第１のTTIに等しい継続時間を持つサブフレームにおいて、第１のTTIより短い第２のTTIに従う第２のアクセスを行うよう構成されている。したがって、本実施形態に係る無線通信システムは、レガシーUE１の第１のアクセスと非レガシーUE２の第２のアクセスを共通のサブフレームを使用して行うことができる。第２のアクセスは、短い第２のTTIを使用することによって、受信機での受信処理を短時間で行うことに寄与し、したがって何らかのアクセス遅延の低減に寄与することができる。よって、本実施形態に係る無線通信システムは、BS３が低遅延アクセスをサポートするUE２及びこれをサポートしないレガシーUE１の両方と通信できるようにすることに寄与できる。

続いて以下では、図４及び図５を参照して、第１及び第２のアクセスのための時間−周波数リソースの割り当ての具体例について説明する。図４は、第１のアクセスのための第１の複数の時間−周波数リソースの割り当ての一例を示す図である。図４は、時間的に連続する２つのサブフレーム４１０及び４２０を示している。サブフレーム４１０及び４２０は、ULサブフレームでもよいしDLサブフレームでもよい。サブフレーム４１０及び４２０の各々の継続時間は、第１のTTI（e.g., 1 ms）に等しい。サブフレーム４１０は、各々がサブフレーム４１０の２分の１の継続時間を持つスロット４１１及び４１２から成る。同様に、サブフレーム４２０は、スロット４２１及び４２２から成る。

図４の例では、サブフレーム４１０内の時間−周波数リソース４３０が第１のアクセスのために割り当てられている。時間−周波数リソース４３０は、複数の時間−周波数リソース（e.g., リソースエレメント又はリソースブロック）を含む。時間−周波数リソース４３０の継続時間は、サブフレーム４１２の継続時間（つまり、第１のTTI）に対応する。時間−周波数リソース４３０は、CRCパリティビット群が付加されたトランスポートブロック４６０をレガシーUE１（又は非レガシーUE２）において送信又は受信するために使用される。CRCパリティビット群が付加されたトランスポートブロック４６０は、トランスポートブロック４６１とCRCパリティビット群４６２を含む。

既に説明したように、送信機における誤り検出ビットの計算、伝送路符号化、及びインタリービングを含む物理レイヤ処理は、１つのトランスポートブロック（MAC PDU）４６１に対して行われる。したがって、レガシーUE１（又は非レガシーUE２）又はBS３の受信機においてデインタリーブ、デコード、及び誤り検出を行ってトランスポートブロック４６１を復元するためには、これに相当する時間−周波数リソース４３０の全てを受信する必要がある。すなわち、図４の例では、第１のTTIに相当するサブフレーム４１０の最後まで受信することで、レガシーUE１（又は非レガシーUE２）又はBS３の受信機においてトランスポートブロック４６１を復元することができる。

図４のサブフレーム４２０は、周波数ホッピング又はディストリビューテッド・マッピングが行われる例を示している。すなわち、時間−周波数リソース４４０は、各々が0.5 msの時間−周波数リソース４４１及び時間−周波数リソース４４２から成る。時間−周波数リソース４４１と時間−周波数リソース４４２は、周波数において離れて割り当てられている。ここで、レガシーUE１（又は非レガシーUE２）又はBS３の受信機においてデインタリーブ、デコード、及びCRCパリティビット群４７２に基づく誤り検出を行ってトランスポートブロック４７１を復元するためには、これに相当する時間−周波数リソース４４０の全てを受信する必要があることに留意するべきである。なぜなら、第１のTTIはサブフレーム４２０の継続時間に等しく、したがってCRCパリティビット群が付加されたトランスポートブロック４７０は、伝送路符号化およびインタリーブされた後に時間−周波数リソース４４０の全体を用いて送信されるためである。

なお、図４に示されたサブフレーム内の一部の時間−周波数リソースは、制御チャネル及び同期信号などの他の用途に使用されてもよい。例えば、LTE/LTE-Advancedの場合、サブフレームの先頭の１〜３シンボルはPDCCH領域（region）として使用される。したがって、図４に示されたサブフレーム４１０及び４２０がLTE/LTE-AdvancedのDLサブフレームである場合、第１のアクセスのために割り当てられる時間−周波数リソース４３０及び４４０の各々は、サブフレームの先頭の１〜３シンボルを除く時間−周波数リソースである。既に説明したように、第１の時間−周波数リソース４３０（４４０）の継続時間がサブフレーム４１０（４２０）の継続時間（つまり、第１のTTI）に“対応する”とは、第１の複数の時間−周波数リソース４３０（４４０）の継続時間が、PDCCH等の他の用途に使用されるシンボル時間を除く１サブフレームの継続時間に等しいことを意味する。

図５は、非レガシーUE２による第２のアクセスのための第２の複数の時間−周波数リソースの割り当ての一例を示す図である。図５は、時間的に連続する２つのサブフレーム５１０及び５２０を示している。サブフレーム５１０及び５２０は、ULサブフレームでもよいしDLサブフレームでもよい。サブフレーム５１０は、各々がサブフレーム５１０の２分の１の継続時間を持つスロット５１１及び５１２から成る。同様に、サブフレーム５２０は、スロット５２１及び５２２から成る。図５の例では、第２のTTIは、サブフレームの継続時間（e.g., 1 ms）の半分であり、スロット５１１、５１２、５２１、及び５２２の各々の継続時間（e.g., 0.5 ms）に等しい。

図５の例では、サブフレーム５１０内の時間−周波数リソース５３０が非レガシーUE２の第２のアクセスのために割り当てられている。時間−周波数リソース５３０は、複数の時間−周波数リソース（e.g., リソースエレメント又はリソースブロック）を含む。時間−周波数リソース５３０の継続時間は、スロット５１１の継続時間（つまり、第２のTTI）に対応する。時間−周波数リソース５３０は、CRCパリティビット群が付加されたトランスポートブロック５６０を非レガシーUE２において送信又は受信するために使用される。CRCパリティビット群が付加されたトランスポートブロック５６０は、トランスポートブロック５６１とCRCパリティビット群５６２を含む。

非レガシーUE２又はBS３の受信機においてデインタリーブ、デコード、及び誤り検出を行ってトランスポートブロック５６１を復元するためには、これに相当する時間−周波数リソース５３０のみを受信すればよい。すなわち、図４と図５を比較すると、図５の第２のTTIは、図４の第１のTTIの半分の長さであるため、非レガシーUE２は、１スロットの時間−周波数リソース５３０を受信すれば、デインタリーブ、デコード、及び誤り検出を含む受信処理を行い、トランスポートブロック５６１を復元することができる。

図５のサブフレーム５２０は、サブフレーム５２０内の第１スロット５２１及び第２スロット５２２のそれぞれで第２のアクセスのための送信が行われる例を示している。第１スロット５２１内の時間−周波数リソース５４０は、CRCパリティビット群が付加されたトランスポートブロック５７０を非レガシーUE２において送信又は受信するために使用される。一方、第２スロット５２２内の時間−周波数リソース５５０は、CRCパリティビット群が付加されたトランスポートブロック５８０を非レガシーUE２において送信又は受信するために使用される。時間−周波数リソース５４０と５５０は、同一の非レガシーUE２に割り当てられてもよいし、互いに異なる非レガシーUE２に割り当てられてもよい。

非レガシーUE２は、時間−周波数リソース５４０を受信すれば、デインタリーブ、デコード、及びCRCパリティビット群５７２に基づく誤り検出を含む受信処理を行い、トランスポートブロック５７１を復元することができる。同様に、非レガシーUE２は、時間−周波数リソース５５０を受信すれば、デインタリーブ、デコード、及びCRCパリティビット群５８２に基づく誤り検出を含む受信処理を行い、トランスポートブロック５８１を復元することができる。

なお、図５に示されたサブフレーム内の一部の時間−周波数リソースは、制御チャネル及び同期信号などの他の用途に使用されてもよい。図５に示されたサブフレーム５１０及び５２０がLTE/LTE-AdvancedのDLサブフレームである場合、第１のアクセスのために割り当てられる時間−周波数リソース５３０、５４０、及び５５０の各々は、サブフレームの先頭の１〜３シンボルを除く時間−周波数リソースである。既に説明したように、第２の時間−周波数リソース５３０（５４０、５５０）の継続時間がスロット５１１（５２１、５２２）の継続時間（つまり、第２のTTI）に“対応する”とは、第２の複数の時間−周波数リソース５３０（５４０、５５０）の継続時間が、PDCCH等の他の用途に使用されるシンボル時間を除く１サブフレームの継続時間に等しいことを意味する。

図５の例において、各スロット内において周波数ホッピング又はディストリビューテッド・マッピングが行われてもよい。例えば、時間−周波数リソース５３０は、周波数において離れて配置された２又はそれ以上のリソースセグメントを含んでもよい。

図５の例において、１つのサブフレームは３つ以上の時間スロットから成ってもよい。この場合、時間−周波数リソース５３０、５４０、５５０の各々の継続時間は、１又は複数の時間スロットの継続時間に対応してもよい。

続いて以下では、UL送信のためのスケジューリング・リクエスト（Scheduling Request（SR））に関する改良について説明する。いくつかの実装において、非レガシーUE２は、UL送信リソースの割り当てをBS３に要求するために、スケジューリング・リクエスト（Scheduling Request（SR））を送信してもよい。さらに、非レガシーUE２は、第１のアクセスのためのSR送信に比べて、継続時間の短い複数の時間−周波数リソースを用いて第２のアクセスのためのSRを送信してもよい。

いくつかの実装において、非レガシーUE２は、第１のアクセスの場合に、SRを含むアップリンク制御情報（Uplink Control Information（UCI））を、サブフレーム内の第３の複数の時間−周波数リソースを用いて送信してもよい。第３の複数の時間−周波数リソースの継続時間は、１つのサブフレームの継続時間に対応する。一方、非レガシーUE２は、第２のアクセスの場合に、SRを含むアップリンク制御情報（Uplink Control Information（UCI））を、サブフレーム内の第４の複数の時間−周波数リソースを用いて送信してもよい。第４の複数の時間−周波数リソースの継続時間は、１つのサブフレームの継続時間より短い。例えば、第４の複数の時間−周波数リソースの継続時間は、第２のTTIの継続時間と同じかそれより短くてもよい。

第２のアクセスのSRを第１のアクセスのSRより短い時間で送信することによって、BS３は、第２のアクセスのSRに応答したULスケジューリング・グラントをより早いタイミングで送信できる可能性が高まる。したがって、何らかのアクセス遅延の低減に寄与することができる。

図６及び図７を参照して、SRを送信するためのアップリンク時間−周波数リソースの割り当ての具体例について説明する。図６は、第１のアクセスに関するSRの送信のための第３の複数の時間−周波数リソースの割り当ての一例を示す図である。図６は、時間的に連続する２つのULサブフレーム６１０及び６２０を示している。ULサブフレーム６１０は、各々がサブフレーム６１０の２分の１の継続時間を持つスロット６１１及び６１２から成る。同様に、サブフレーム６２０は、スロット６２１及び６２２から成る。

図６の例では、LTEおよびLTE-AdvancedでのPUCCH領域（PUCCH regions）の配置と同様に、ULシステム帯域の両端の近くに位置するリソースが制御チャネルのために利用される。具体的には、サブフレーム６１０内の時間−周波数リソース６３１および６３２を用いてSR６６０が送信される。１つのUE（UE１又はUE２）に割り当てられる時間−周波数リソース６３１および６３２の対の継続時間は、１サブフレームの継続時間と等しい。時間−周波数リソース６３１および６３２の対は、制御チャネル領域（control channel region）（e.g., PUCCH region）と呼ばれる。サブフレーム６２０内の時間−周波数リソース６４１および６４２の対も、１つの制御チャネル領域であり、SRの送信ために利用されることができる。

図７は、第２のアクセスに関するSRの送信のための第４の複数の時間−周波数リソースの割り当ての一例を示す図である。図７は、時間的に連続する２つのULサブフレーム７１０及び７２０を示している。ULサブフレーム７１０は、各々がサブフレーム７１０の２分の１の継続時間を持つスロット７１１及び７１２から成る。同様に、サブフレーム７２０は、スロット７２１及び７２２から成る。

図７の例でも、LTEおよびLTE-AdvancedでのPUCCH領域（PUCCH regions）の配置と同様に、ULシステム帯域の両端の近くに位置するリソースが制御チャネルのために利用される。具体的には、１つのスロット７１１内の時間−周波数リソース７３１および７３２を用いてSR７６０が送信される。１つの非レガシーUE２に割り当てられる時間−周波数リソース７３１および７３２の対の継続時間は、１スロットの継続時間に等しい。したがって、図７の例では、図６の例に比べて短い時間でSRの送信を完了できる。時間−周波数リソース７３１の継続時間は、時間−周波数リソース７３２のそれと同じでもよいし異なってもよい。例えば、LTEおよびLTE-Advancedのスロットのように１スロットのリソースエレメントの数が奇数（e.g., ７シンボル）である場合、これを偶数個に分割して得られる複数のセグメント（７３１および７３２）の継続時間は互いに異なっていてもよい。

さらに、図７のサブフレーム７２０に示されているように、SRは、１サブフレームの継続時間の２分の１より短い時間で送信されてもよい。この例では、時間−周波数リソース７４１を用いてSR７７０が送信される。

第２のアクセスのために非レガシーUE２に割り当てられる時間−周波数リソース７３１、７３２、及び７４１は、第１のアクセスのためにレガシーUE１に割り当てられる時間−周波数リソース６３１、６３２、６４１、及び６４２とサブフレーム単位で時間多重（Time Division Multiplexing（TDM））されてもよい。すなわち、あるサブフレームでは特定の時間−周波数リソースが第２のアクセスのために非レガシーUE２に割り当てられ、他のサブフレームでは当該特定の時間−周波数リソースが第１のアクセスのためにレガシーUE１に割り当てられてもよい。これに代えて、第２のアクセスのために非レガシーUE２に割り当てられる時間−周波数リソース７３１、７３２、及び７４１は、第１のアクセスのためにレガシーUE１に割り当てられる時間−周波数リソース６３１、６３２、６４１、及び６４２とサブフレーム内で周波数多重（FDM）されてもよい。

以下では、図８Ａ及び図８Ｂを参照して、ULスケジューリング・グラント（ULグラント）を送信するためのダウンリンク時間−周波数リソースの割り当ての具体例について説明する。図８Ａ及び図８Ｂは、第２のアクセスに関するULグラントの送信のための複数のダウンリンク時間−周波数リソースの割り当ての一例を示す図である。LTE-Advancedは、EPDCCHの送信方法としてLocalized 送信（mapping）とDistributed送信（mapping）の２通りを規定している。図８Ａは、Localized 送信（mapping）に関し、時間的に連続する２つのサブフレーム８１０及び８２０を示している。図８Ａの例では、ULグラント等を含むDownlink Control Information（DCI）を既存のLTE-Advancedよりも短い時間で送信することを可能にするために、Localized mappingされたEPDCCHにおいてサブフレーム内のTDMが行われる。すなわち、EPDCCH領域内の２シンボルの継続時間を持つ時間−周波数リソース８３１（８４１）は、ある非レガシーUE２に割り当てられ、ULグラントの送信に利用される。リソース８３１（８４１）と同じEPDCCH領域内の残りのリソース８３２（８４２）は、リソース８３１（８４１）と同じ非レガシーUE２に割り当てられてもよいし、他の非レガシーUE２に割り当てられてもよい。

一方、図８Ｂは、Distributed送信（mapping）に関する。図８Ｂの例でも、ULグラント等を含むDCIを既存のLTE-Advancedよりも短い時間で送信することを可能にするために、Distributed mappingされたEPDCCHにおいてサブフレーム内のTDMが行われる。すなわち、EPDCCH領域内の２シンボルの継続時間を持つ時間−周波数リソース８５１（８６１）は、ある非レガシーUE２に割り当てられ、ULグラントの送信に利用される。リソース８５１（８６１）と同じEPDCCH領域内の残りのリソース８５２（８６２）は、リソース８５１（８６１）と同じ非レガシーUE２に割り当てられてもよいし、他の非レガシーUE２に割り当てられてもよい。

続いて以下では、図９〜図１３を参照して、非レガシーUE２による第２のアクセスでのULデータ送信に関するいくつかの具体例を説明する。図９は、第２のアクセスでのULデータ送信の第１の例を示している。図９の例では、LTEおよびLTE-Advancedと同じ無線フレーム構造が使用される。すなわち、DL無線フレーム９００は、連続するDLサブフレーム９１０、９２０、および９３０を含む。UL無線フレーム９４０は、連続するULサブフレーム９５０、９６０、および９７０を含む。ULサブフレームおよびDLサブフレームの各々の継続時間は1 msである。

DLサブフレーム９１０では、その先頭の２シンボルのPDCCHリソース９１１にPDCCHがマッピングされ、残りのPDSCH領域９１２にPDSCHがマッピングされる。他のDLサブフレーム９２０および９３０のリソースマッピングもDLサブフレーム９１０と同様である。一方、ULサブフレーム９５０では、ULシステム帯域の両端のPUCCH領域９５１および９５２にPUCCHがマッピングされ、残りのPUSCH領域９５３にPUSCHがマッピングされる。他のULサブフレーム９６０および９７０のリソースマッピングもULサブフレーム９５０と同様である。

図９の例では、非レガシーUE２は、ULサブフレーム９５０のPUCCH領域９５１の先頭の数シンボル（e.g., ３シンボル）を用いて、SR９８２を送信する。これに代えて、既存のPUCCH regionでのSRの送信と同様に、SR９８２は、両端のPUSCH領域９５１および９５２の両方のリソースを用いて送信されてもよい。BS３は、SR９８２の受信に応答して、非レガシーUE２へのULリソース割り当てを決定し、DLサブフレーム９２０のPDCCH領域９２１においてULスケジューリング・グラント（ULグラント）９８４を送信する。ULグラント９８４は、次のULサブフレーム９７０での時間−周波数リソース（ここではリソースブロック）の割り当てを示す。非レガシーUE２は、ULグラント９８４の受信に応答して、ULサブフレーム９７０のPUSCH領域９７３内の割り当てられたリソースブロックを使用してULデータ９８６を送信する。したがって、図９の例では、SRの送信からULデータ送信の完了までの所要時間（アクセス遅延）は、約2.5 msである。ここで、LTEでは、UEがsubframe #nのPDCCHでULグラントを受信した場合、subframe #n+kのPUSCHでユーザデータを送信するように規定されている。FDDの場合、k = 4であり、TDDの場合にはkは4から7までの値がTDD UL/DL configurationに応じて規定されている。図９に示されたULデータ送信の例は、当該kの値を削減することを想定しており、具体的にはk = 1に相当する。なお、当該kの値を新たに規定する際、FDDの場合、第２のTTIの値に対して固定値でもよいし、RRC signaling等で設定されるようにしてもよい。また、TDDの場合、第２のTTIの値およびULグラントを受信するタイミング（subframe #）の組み合わせで一意に決定される値でもよいし、RRC signaling等で設定されるようにしてもよい。

図１０は、図９の例での送信タイミングの例を示している。スケジューリング・リクエスト１００２は図９のSR９８２に対応し、ULグラント１００４は図９のULグラント９８４に対応し、ULデータ１００６は図９のULデータ９８６に対応する。SR１００２（９８２）の送信は、約0.25 msを必要とする。BS３は、SR１００２（９８２）を受信してから約0.75 ms後の次のDLサブフレーム（９２０）の先頭において、ULグラント１００４（９８４）を送信する。ULグラント１００４（９８４）の送信は、約0.25 msを必要とする。UE２は、ULグラント１００４（９８４）を受信してから約0.75 ms後に始まるULサブフレーム（９７０）において、ULデータ１００６（９８６）を送信する。これにより、SR１００２（９８２）の送信からULデータ１００６（９８６）の送信完了までの所要時間（アクセス遅延）は、約2.5 msである。

図１１は、第２のアクセスでのULデータ送信の第２の例を示している。図１１の例では、LTEおよびLTE-Advancedと同じ無線フレーム構造が使用される。すなわち、DL無線フレーム１１００は、連続するDLサブフレーム１１１０、１１２０、および１１３０を含む。UL無線フレーム１１４０は、連続するULサブフレーム１１５０、１１６０、および１１７０を含む。ULサブフレームおよびDLサブフレームの各々の継続時間は1 msである。

DLサブフレーム１１１０では、その先頭の２シンボルのPDCCHリソース１１１１にPDCCHがマッピングされる。さらに、DLサブフレーム１１１０は、EPDCCH領域１１１４を含む。残りのPDSCH領域１１１２にPDSCHがマッピングされる。他のDLサブフレーム１１２０および１１３０のリソースマッピングもDLサブフレーム１１１０と同様である。一方、ULサブフレーム１１５０では、ULシステム帯域の両端のPUCCH領域１１５１および１１５２にPUCCHがマッピングされ、残りのPUSCH領域１１５３にPUSCHがマッピングされる。他のULサブフレーム１１６０および１１７０のリソースマッピングもULサブフレーム１１５０と同様である。

図１１の例では、非レガシーUE２は、ULサブフレーム１１５０のPUCCH領域１１５１の先頭の数シンボル（e.g., ３シンボル）を用いて、SR１１８２を送信する。これに代えて、既存のPUCCH regionでのSRの送信と同様に、SR１１８２は、両端のPUSCH領域１１５１および１１５２の両方のリソースを用いて送信されてもよい。BS３は、SR１１８２の受信に応答して、非レガシーUE２へのULリソース割り当てを決定し、DLサブフレーム１１１０のEPDCCH領域１１１４においてULグラント１１８４を送信する。ULグラント１１８４は、次のULサブフレーム１１６０での時間−周波数リソースの割り当てを示す。非レガシーUE２は、ULグラント１１８４の受信に応答して、ULサブフレーム１１６０のPDSCH領域１１６３内の割り当てられた時間−周波数リソースを使用してULデータ１１８６を送信する。したがって、図１１の例では、SRの送信からULデータ送信の完了までの所要時間（アクセス遅延）は、約1.75 msである。

図１２は、図１１の例での送信タイミングの例を示している。スケジューリング・リクエスト１２０２は図１１のSR１１８２に対応し、ULグラント１２０４は図１１のULグラント１１８４に対応し、ULデータ１２０６は図１１のULデータ１１８６に対応する。SR１２０２（１１８２）の送信は、約0.25 msを必要とする。BS３は、SR１２０２（１１８２）を受信してから約0.5 ms後の当該DLサブフレーム（１１２０）の第２スロットにおいて、ULグラント１２０４（１１８４）を送信する。ULグラント１２０４（１１８４）の送信は、約0.25 msを必要とする。UE２は、ULグラント１２０４（１１８４）を受信してから約0.5 ms後に始まるULサブフレーム（１１７０）の第２スロットにおいて、ULデータ１２０６（１１８６）を送信する。これにより、SR１２０２（１１８２）の送信からULデータ１２０６（１１８６）の送信完了までの所要時間（アクセス遅延）は、約7.75 msである。

図１３は、第２のアクセスでのULデータ送信の第３の例を示している。図１３の例では、LTEおよびLTE-Advancedと同じ無線フレーム構造が使用される。すなわち、DL無線フレーム１３００は、連続するDLサブフレーム１３１０、１３２０、および１３３０を含む。UL無線フレーム１３４０は、連続するULサブフレーム１３５０、１３６０、および１３７０を含む。ULサブフレームおよびDLサブフレームの各々の継続時間は1 msである。

DLサブフレーム１３１０では、その先頭の２シンボルのPDCCHリソース１３１１にPDCCHがマッピングされ、残りのPDSCH領域１３１２にPDSCHがマッピングされる。他のDLサブフレーム１３２０および１３３０のリソースマッピングもDLサブフレーム１２１０と同様である。一方、ULサブフレーム１３５０では、ULシステム帯域の両端のPUCCH領域１３５１および１３５２にPUCCHがマッピングされ、残りのPUSCH領域１３５３にPUSCHがマッピングされる。他のULサブフレーム１３６０および１３７０のリソースマッピングもULサブフレーム１２５０と同様である。

図１３の例では、２つの非レガシーUE２（UE２ＡおよびUE２Ｂと呼ぶ）の第２のアクセスが並行して行われる。非レガシーUE２Ａは、ULサブフレーム１３５０のPUCCH領域１３５１の先頭の数シンボル（e.g., ３シンボル）を用いて、SR１３８２を送信する。一方、非レガシーUE２Ｂは、SR１３８２の直後のPUCCH領域１３５１内のリソースを使用して、SR１３９２を送信する。これに代えて、SR１３８２およびSR１３９２は、Code Division Multiplexing（CDM）を用いて共通の時間−周波数リソースに多重されてもよい。これに代えて、既存のPUCCH regionでのSRの送信と同様に、SR１３８２は、両端のPUCCH領域１３５１および１３５２の両方のリソースを用いて送信されてもよい。

BS３は、UE２ＡからのSR１３８２の受信に応答して、非レガシーUE２ＡへのULリソース割り当てを決定し、DLサブフレーム１３２０のPDCCH領域１３２１においてULグラント１３８４を送信する。同様に、BS３は、UE２ＢからのSR１３９２の受信に応答して、非レガシーUE２ＢへのULリソース割り当てを決定し、PDCCH領域１３２１においてULグラント１３９４を送信する。図１３の例では、ULグラント１３８４の送信は、PDCCH領域１３２１内の第１シンボルを用いて行われ、ULグラント１３９４の送信は、PDCCH領域１３２１内の第２シンボルを用いて行われる。

非レガシーUE２Ａは、ULグラント１３８４の受信に応答して、ULサブフレーム１３７０のPDSCH領域１３７３内の割り当てられたリソースブロックを使用してULデータ１３８６を送信する。ULデータ１３８６の送信は、サブフレームの継続時間（1 ms）の２分の１に等しい第２のTTI（0.5 ms）に従って行われる。

同様に、非レガシーUE２Ｂは、ULグラント１３９４の受信に応答して、ULサブフレーム１３７０のPUSCH領域１３７３内の割り当てられたリソースブロックを使用してULデータ１３９６を送信する。なお、図１３の例では、ULサブフレーム１３７０でのUE２ＢによるULデータの送信は、サブフレームの継続時間（1 ms）と等しい第１のTTI（1 ms）に従って行われる。しかしながら、ULサブフレーム１３７０でのUE２ＢによるULデータ送信も、第２のTTI（0.5 ms）に従って行われてもよい。つまり、UE２Ｂによる第２のTTIでの送信がULサブフレーム１３７０内で２回連続して行われてもよい。なお、この場合、ULグラントは、第２のTTIを基準とするスケジューリング情報を含み、かつ当該スケジューリング情報が２TTI（1.0 ms）にわたり有効であることを示す情報（e.g., flag）を含んでもよい。

＜第２の実施形態＞
本実施形態では、第１の実施形態で説明された第２のアクセスによるULデータ送信の変形例が説明される。本実施形態に係る無線通信システムの構成例は図１と同様である。

非レガシーUE２によるSR（e.g., PUCCH）の送信と、これに基づくULデータ送信（e.g., PUSCH）の関係は、既存のLTEおよびLTE-Advancedと同様でもよい。つまり、BS３が非レガシーUE２からのSRに応答してUEグラントを送信し、非レガシーUE２が当該ULグラントで指定されるUL無線リソースでULデータを送信する。非レガシーUE２は、当該ULグラントで指定されるUL無線リソースでは送信できない（残りの）データがバッファに存在する場合、当該UL無線リソースにおいてデータに加えてバッファ状況報告（Buffer Status Report（BSR）を送信する。BS３は、BSRに応答して、更なるUL無線リソースの割り当てを示すULグラントを非レガシーUE２に送信する。

しかし、非レガシーUE２がBSRを送信し、次のULグラントを待つ場合には所定の遅延が発生する。この遅延を回避するために、予めSRとULグラントの間の関係を規定しておいてもよい。例えば、非レガシーUE２およびBS３は、以下のように動作してもよい。

図１４を参照して、非レガシーUE２およびBS３の動作の一例を説明する。図１４では、DL無線フレーム１４００は、連続するサブフレーム１４０１、１４０２、１４０３、および１４０４を含む。UL無線フレーム１４４０は、連続するULサブフレーム１４４１、１４４２、１４４３、および１４４４を含む。

BS３は、１つの非レガシーUE２に対して、１サブフレーム（1 ms）内に２つのSR送信のための個別の時間−周波数リソースを割り当てる。２つの個別無線リソースの各々の継続時間は、サブフレームの継続時間の２分の１（0.5ms）であり、１スロットの継続時間に等しい。

非レガシーUE２は、送信するULデータがバッファにある場合には、まず1つ目の個別無線リソース（ULサブフレーム１４４１の第１スロット）でSR#1-1（１４８２）を送信する。

非レガシーUE２は、さらに、１回のデータ送信（e.g., 0.5ms）で送信できないデータが存在する（可能性がある）と判定した場合、２つ目の個別無線リソース（ULサブフレーム１４４１の第２スロット）でSR#1-2（１４８３）を送信する。当該判定を行うために、例えば、１回のデータ送信で保証される最少データサイズ（e.g.,トランスポートブロック・サイズ）が予めUE２に設定されていてもよいし、BS３からUE２へ予め通知されてもよい。非レガシーUE２は、この最少データサイズの設定に基づいて、２つ目のSRの送信の要否を判定してもよい。

BS３は、SR#1-1（１４８２）を受信すると、DLサブフレーム１４０２においてULグラント#1（１４８４）を送信する。一方、BS３は、SR#1-2（１４８３）に対しては明示的なULグラントを送信しない。しかしながら、BS３は、SR#1-1（１４８２）に続いてSR#1-2（１４８３）を受信した場合に、ULグラント#1（１４８４）によって指定したのと同じレイヤ１フォーマット（e.g., Modulation and Coding Scheme（MCS）、リソースブロック（サブキャリア））での送信を黙示的に許可する。

非レガシーUE２は、さらに、２回のデータ送信（e.g., 0.5ms）でも送信できないデータが存在する（可能性がある）と判定した場合、３つ目の個別無線リソース（ULサブフレーム１４４２の第１スロット）で更にもう１つのSR#2-1（１４９２）を送信する。なお、ここでは、非レガシーUE２は、SR#2-1（１４９２）の直後のスロット（ULサブフレーム１４４２の第２スロット）ではSR#2-2を送信しない。これは、例えば、これ以上送信すべきデータが無い、つまりSR#1-1, SR#1-2, SR#2-1に対するULグラントで全て送信が完了すると予想されるためである。

非レガシーUE２は、ULグラント#1（１４８４）で指定されたUL無線リソースを用いてULサブフレーム１４４３の第１スロットにおいてULデータ#1-1（１４８６）を送信する。非レガシーUE２は、当該データ送信及び後述のULグラント#2に基づくデータ送信でも送信できないデータがある（可能性がある）と判定した場合には、当該データ送信においてBSRを送信してもよい。

非レガシーUE２は、２つ目のSR#1-2（１４８３）を送信済みであり、且つまだデータがバッファに存在する場合、ULデータ#1-1（１４８６）の送信を行った直後のスロットにおいて、ULデータ#1-1（１４８６）と同じレイヤ１フォーマット（e.g., MCS、リソースブロック（サブキャリア））でULデータ#1-1（１４８７）を送信する。

BS３は、SR#2-1（１４９２）を受信すると、DLサブフレーム１４０３においてULグラント#2（１４９４）を送信する。BS３は、４つ目のSR#2-2を受信していないため、黙示的な送信許可は行われない。

非レガシーUE２は、ULグラント#2（１４９４）で指定されたUL無線リソースを用いてULサブフレーム１４４４の第１スロットにおいてULデータ#2-1（１４９６）を送信する。非レガシーUE２は、SR#2-2を送信していないから、ULデータ#2-1（１４９６）の送信を行った直後のスロットの無線リソース１４５０では送信を行わない。

BS３は、2つ目のSR#2-2を非レガシーUE２から受信しなかった場合、ULデータ#2-1（１４９６）の後の無線リソース１４５０を他のUEへ割り当ててもよい。

本実施形態によれば、ULグラントの送信のために必要な無線リソースを削減できる。

＜第３の実施形態＞
本実施形態では、第２のアクセスを行うか否かを非レガシーUE２が判断する例について説明する。本実施形態に係る無線通信システムの構成例は図１と同様である。

非レガシーUE２は、第２のアクセスが許可される条件を満たすか否かを判定し、当該条件を満たす場合に第２のアクセスによるデータ送信または受信を行う。非レガシーUE２は、当該条件を満たさない場合、第１のアクセスによるデータ送信または受信を行ってもよいし、別のセルへ移動して（e.g., cell reselection）して第２のアクセスを試みてもよい。

いくつかの実装において、第２のアクセスが許可される条件は、非レガシーUE２に予め設定されてもよい。これに代えて、当該条件の少なくとも一部は、BS３から非レガシーUE２に通知されてもよい。

いくつかの実装において、非レガシーUE２は、ULデータ送信によってトリガーされた場合に、第２のアクセスが許可される条件を満たすか否かを判定し、当該条件を満たす場合に当該ULデータ送信を第２のTTIに従って行ってもよい。

いくつかの実装において、非レガシーUE２は、応答が必要なDLメッセージの受信によってトリガーされた場合に、第２のアクセスが許可される条件を満たすか否かを判定し、当該条件を満たす場合に当該応答のための送信を第２のTTIに従って行ってもよい。応答が必要なDLメッセージは、例えば、ページング又はDLグラントである。

図１５は、第２のアクセスの開始手順の一例（処理１５００）を示すシーケンス図である。ブロック１５０１では、BS３は、第２のアクセスが許可される条件の少なくとも一部をUE２に通知する（condition notification）。ブロック１５０２では、非レガシーUE２は、第２のアクセスが許可される条件を満たすか否かを判定する。当該条件を満たす場合に、非レガシーUE２は、第２のアクセスによるデータ送信または受信を行う（１５０３）。

図１６は、第２のアクセスの開始手順の他の例（処理１６００）を示すシーケンス図である。ブロック１６０１では、BS３は、第２のアクセスが許可される条件に関する情報（condition related information）を非レガシーUE２に送信する。例えば、BS３は、当該BS３が管理するセル内での第２のアクセスが許可される条件に関する情報をRRCメッセージ（e.g., RRC Connection Reconfiguration）又はシステム情報（e.g., System Information Block (SIB)）で送信してもよい。BS３は、当該条件に関する情報を上位のネットワーク装置（e.g., Mobility Management Entity（MME）、Serving Gateway（S-GW）、Packet Data Network Gateway（P-GW）、又はApplication server）から受信し、これを（transparentに）UE２に転送してもよい。

ブロック１６０２では、非レガシーUE２は、BS３から通知された情報に基づいて定義された条件を満たすか否かを判定する。当該条件を満たす場合に、UE２は、第２のアクセスによるデータ送信又は受信を行う（１６０３）。

非レガシーUE２による判定において第２のアクセスが許可される条件は、例えば、以下の条件１〜８のいずれか又は任意の組み合わせであってもよい。

条件１：第２のアクセスを必要とするデータ送信であること
第２のアクセスを必要とするデータ送信であるか否かは、上位レイヤ（higher layer）（e.g., Non-Access Stratum(NAS)又はアプリケーションレイヤ）からUE２に通知されてもよい。非レガシーUE２は、常に低遅延を必要とするとは限らない。例えば、非レガシーUE２が車載端末である場合、自動運転（autonomous driving）の際の緊急時のデータ送信または受信は、通常のデータ送信または受信に比べて遅延要求が厳しいと想定できる。つまり、非レガシーUE２が特定のアプリケーション又はサービスを実行する場合のみ、第２のアクセスを許可するようにしてもよい。

条件２：非レガシーUE２に対して第２のアクセスが予め許可されていること（または承認されていること）
第２のアクセスが予め許可されているか否かは、上位レイヤ（e.g., NAS又はアプリケーションレイヤ）からUE２に通知されてもよい。非レガシーUE２のAccess Stratum（AS）レイヤは、第２のアクセスが許可（または承認）されていることを上位レイヤから通知された場合（または予め通知されている場合）に、第２のアクセスを行うようにしてもよい。
上位レイヤは、例えば、無線ネットワーク（e.g., MME, Home Subscriber Server（HSS）、又はアプリケーションサーバ）から第２のアクセスの許可（または承認）を通知された場合に、第２のアクセスが予め許可されていることを認識してもよい。
これに代えて、第２のアクセスが予め許可されていることを認識するために、上位レイヤは、意図するアプリケーション又はサービスが事前に契約オペレータまたは接続している無線ネットワーク（e.g., registered Public Land Mobile Network（PLMN））での第２のアクセスを許可（または承認）されているか否かを判定してもよい。

条件３：非レガシーUE２が接続しているサービングセルで第２のアクセスが許可されていること（または可能であること）
非レガシーUE２は、報知情報（SIB）、または個別制御情報（RRC Connection ReconfigurationなどのRRCシグナリング）を受信し、第２のアクセスが許可されているか否か、または可能か否かを判定する。サービングセルは、Carrier AggregationのSCellであってもよいし、Dual ConnectivityのPSCell又はSCellであってもよい。

条件４：非レガシーUE２が接続しているサービングセルで許可されているタイプの第２のアクセスであること
非レガシーUE２は、報知情報または個別制御情報を受信し、意図するアプリケーション又はサービスが、サービングセルにおいて許可されている種類（access type）、目的（access cause）、又は用途（use case）、であるか否かを判定する。サービングセルは、Carrier AggregationのSCellであってもよいし、Dual ConnectivityのPSCell又はSCellであってもよい。

条件５：非レガシーUE２が第２のアクセスに関する設定情報（configuration）を保有していること
非レガシーUE２は、（ａ）第２のアクセスのための個別スケジューリング要求の設定情報（D-SR configuration (D-SR2)）、（ｂ）第２のアクセスによるデータ送信における無線リソースの補助情報（e.g., truncated MCS set, candidate PRB set, candidate TTI length set, 又はmaximum transport block (TB) size）、又は（ｃ）第２のアクセスによるデータ送信における無線リソース設定情報（e.g., MCS、PRB, およびTTI length）を保持している場合に、第２のアクセスが許可されていると判定してもよい。

条件６：第２のアクセスの方が第１のアクセスよりも好ましいこと
非レガシーUE２は、例えば、既に無線リソースが割り当てられている場合には第１のアクセスを行い、そうでなければ第２のアクセスを行ってもよい。
これに代えて、非レガシーUE２は、既に従来のD-SRを送信している場合には第１のアクセスを行い、そうでなければ第２のアクセスを行ってもよい。

条件７：第２のアクセスでデータの送信が可能（完了する）であること
非レガシーUE２は、例えば、無線品質が第２のアクセスを行う判定品質以上なら第２のアクセスを行い、そうでなければ第１のアクセスを行ってもよい。
これに代えて、非レガシーUE２は、TBサイズが第２のアクセスで送信可能な判定サイズ以下なら第２のアクセスを行い、そうでなければ第１のアクセスを行ってもよい。

条件８：第２のアクセスで応答すべき信号（DL信号）を受信したこと
非レガシーUE２は、例えば、第２のアクセスに対応する（第２のアクセスを要求する）ページング又はDLグラントを受信した場合に、第２のアクセスを行ってもよい。

上述の条件に代えて又は組み合せて、非レガシーUE２は、Radio Link Control（RLC）Unacknowledged Mode（UM）のみに第２のアクセスを適用してもよい。また、非レガシーUE２は、第２のアクセスにおいて、segmentationおよびre-segmentationを無効（非適用）にしてもよい。

以上の説明から理解されるように、本実施形態では、非レガシーUE２は、第２のアクセスが許可されるか否かを判定し、第２のアクセスが許可される場合にのみ第２のアクセスを行う。これにより、例えば、第２のアクセスが適している状況においてのみ第２のアクセスが実施されるよう非レガシーUE２を制御できる。したがって、第２のアクセスを行う非レガシーUE２を、第２のアクセスを行わないレガシーUE１と共に効率的に無線通信システムに収容できる。

＜第４の実施形態＞
本実施形態では、第２のアクセスを行うか否かをBS３が判断する例について説明する。本実施形態に係る無線通信システムの構成例は図１と同様である。

BS３は、非レガシーUE２に関して第２のアクセスを許可する条件を満たすか否かを判定し、当該条件を満たす場合に当該UE２に第２のアクセスを許可する（又は行わせる）と判定する。

図１７は、第２のアクセスの開始手順の一例（処理１７００）を示すシーケンス図である。ブロック１７０１では、非レガシーUE２は、アクセス関連情報（Access Related Information）をBS３に送信する。非レガシーUE２は、アクセス関連情報を無線接続確立完了メッセージ（RRC Connection Setup Complete）、無線接続設定完了メッセージ（RRC Connection Reconfiguration Complete）、または他のRRCメッセージで送信してもよい。

ブロック１７０２では、BS３は、非レガシーUE２に関して第２のアクセスを許可する条件を満たすか否かを判定する。当該条件を満たす場合に、BS３は、当該UE２との第２のアクセスを行う（１７０３）。UE２が当該条件を満たさない場合、BS３は、例えば、第１のアクセスによるデータ送信または受信をUE２に行わせてもよいし、UE２を別のセルへ移動させてもよい（e.g., handover, redirection to other frequency cell）。UE２は、当該別のセルにて第２のアクセスを試みてもよい。

図１８は、第２のアクセスの開始手順の一例（処理１８００）を示すシーケンス図である。ブロック１８０１は、非レガシーUE２は、アクセス関連情報（Access Related Information）をMME４に送信する。UE２がMME４にアクセス関連情報を送信する場合、例えば、UE２はNASレイヤの情報としてこれをBS３に送信し、BS３が当該情報を端末メッセージ（Initial UE Message）でMME４へ転送してもよい。

ブロック１８０２では、MME４は、当該アクセス関連情報の少なくとも一部または第２のアクセスに関する承認情報（Access authorization information）を含むアクセス制御情報（Access control information）をBS３に送信する。MME４は、端末コンテキスト設定要求（Initial Context Setup Request）を用いてアクセス制御情報を送信してもよい。

ブロック１８０３では、BS３は、非レガシーUE２に関して第２のアクセスを許可する条件を満たすか否かを判定する。当該条件を満たす場合に、BS３は、当該UE２との第２のアクセスを行う（１８０４）。UE２が当該条件を満たさない場合、BS３は、例えば、第１のアクセスによるデータ送信または受信をUE２に行わせてもよいし、UE２を別のセルへ移動させてもよい（e.g., handover, redirection to other frequency cell）。UE２は、当該別のセルにて第２のアクセスを試みてもよい。

第２のアクセスに関するアクセス関連情報（Access Related Information）は、以下の（１）〜（３）いずれか又は任意の組み合わせであってもよい。

（１）無線端末能力情報（UE radio access capability, e.g., UE-EUTRA-Capability）
第２のアクセスによるデータ送信または受信の機能（能力）をUEが有することを示す情報を既存の無線端末能力情報に新たに追加してもよい。例えば、“low latency access”、 “lower latency access”、“short TTI”、 “TTI shortening” 、”critical access”、又は”mission critical access” などの値を UE radio access capability の“supported” に設定してもよい。

（２）アクセス目的（Access cause, e.g., EstablishmentCause）
第２のアクセスによるデータ送信または受信を行うことを示す情報を既存のアクセス目的に新たに追加してもよい。例えば、“low latency access”、“lower latency access”、“short TTI access”、 “TTI shortening access” 、”critical access”、又は”mission critical access” などの値をAccess causeに追加してもよい。

（３）意図する（希望する）アプリケーション又はサービスに関する情報
当該情報は、どのようなアプリケーションまたはサービスを行うことを意図しているか（希望しているか）を示す情報であってもよい。非レガシーUE２は、予め設定されたアプリケーション／サービスの種別（e.g., type, category）の中から、意図する（希望する）種別を選択して報告してもよい。

MME４からBS３に送られるアクセス制御情報（Access control information）は、以下の（１）〜（３）いずれか又は任意の組み合わせであってもよい。

（１）アクセス関連情報の一部または全て

（２）UE２に対して第２のアクセスを許可するか否かを示す情報
MME４は、UE２による第２のアクセスを許可するか否かを判定し、その結果をBS３に送信してもよい。

（３）UE２に対して第２のアクセスが（上位ネットワークで）承認されているか否かを示す情報
MME４は、他のネットワークノード（e.g., HSS又はアプリケーションサーバ）に対して、UE２による第２のアクセスが承認されているか否かを問合せ、その結果をBS３に送信してもよい。

BS３による判定において第２のアクセスが許可される条件は、例えば、以下の条件１〜６のいずれか又は任意の組み合わせであってもよい。

条件１：第２のアクセスを必要とするデータ送信であること
BS３は、非レガシーUE２から受信したアクセス関連情報に基づいて、第２のアクセスを必要とするデータ送信であるか否かを判定してもよい。これに代えて、BS３は、上位ネットワーク装置（e.g., MME又はアプリケーションサーバ）から受信したアクセス制御情報に基づいて、第２のアクセスを必要とするデータ送信であるか否かを判定してもよい。

条件２：非レガシーUE２に対して第２のアクセスが予め許可されていること（または承認されていること）
第２のアクセスが予め許可されているか否かは、上位ネットワーク装置（e.g., MME又はアプリケーションサーバ）からBS３に通知されてもよい。
上位ネットワーク装置は、他のネットワークノード（e.g., HSS又はアプリケーションサーバ）から第２のアクセスの許可（または承認）を通知された場合に、第２のアクセスが予め許可されていることを認識してもよい。
これに代えて、第２のアクセスが予め許可されていることを認識するために、上位ネットワーク装置は、意図するアプリケーション又はサービスが事前に契約オペレータまたは接続している無線ネットワーク（e.g., registered PLMN）での第２のアクセスを許可（または承認）されているか否かを判定してもよい。

条件３：非レガシーUE２が接続しているサービングセルで第２のアクセスを許可していること（または可能であること）

条件４：非レガシーUE２が接続しているサービングセルで許可しているタイプの第２のアクセスであること

条件５：第２のアクセスでデータの送信が可能（完了する）であること
BS３は、例えば、無線品質が第２のアクセスを行う判定品質以上なら第２のアクセスを行い、そうでなければ第１のアクセスを行ってもよい。
これに代えて、BS３は、TBサイズが第２のアクセスで送信可能な判定サイズ以下なら第２のアクセスを行い、そうでなければ第１のアクセスを行ってもよい。

条件６：第２のアクセスで応答すべき信号を受信したこと
BS３は、例えば、第２のアクセスに対応する（第２のアクセスを要求する）ページングに応答したデータ送信を非レガシーUE２が希望している場合に、当該UE２に第２のアクセスを許可してもよい。

上述の条件に代えて又は組み合せて、BS３は、RLC UMのみに第２のアクセスを適用してもよい。また、BS３は、第２のアクセスにおいて、segmentationおよびre-segmentationを無効（非適用）にしてもよい。

以上の説明から理解されるように、本実施形態では、BS３は、第２のアクセスを許可するか否かを判定する。これにより、例えば、BS３は、第２のアクセスが適している状況においてのみ第２のアクセスを実施するよう非レガシーUE２を制御できる。したがって、第２のアクセスを行う非レガシーUE２を、第２のアクセスを行わないレガシーUE１と共に効率的に無線通信システムに収容できる。

＜第５の実施形態＞
本実施形態では、上述の実施形態で説明された第２のアクセスによるULデータ送信の変形例が説明される。本実施形態に係る無線通信システムの構成例は図１と同様である。

LTE-Advanced (3GPP Release 12) では、既存のアップリンク周波数を用いて UE間で直接通信を行うDevice-to-Device communication (D2D communication, Direct communication)の機能が規定されている。また、 UEが、必要に応じて、直接通信を行う相手となるUEまたはUE群の検出を行うDirect discovery (D2D discovery, Device discovery)の機能も規定されている。これらは、まとめてProximity based Service (ProSe)とも呼ばれる。

Direct communicationおよびDirect discoveryのためのUE間の直接インタフェースは、サイドリンク（sidelink（SL））又はPC5インタフェースと呼ばれる。サイドリンクは、上述のように、アップリンク周波数を使用する。したがって、UEは、ProSeを行うために、つまりサイドリンク通信（Direct discoveryおよびDirect communicationの少なくともいずれか）を行うために、既存のLTEのアップリンク無線リソースの一部に相当するサイドリンクで使用される無線リソースの情報を取得する必要がある。

いくつかの実装において、UEは、System information (e.g., SIB18 for Direct communication, SIB19 for Direct discovery)においてSL制御情報を取得する。System informationでは、複数のUE間で共通に割り当てられる共通SL無線リソース（Resource pool）が通知される。ProSeが許可されたUEは、当該共通SL無線リソースの中から任意に無線リソースを選択し、サイドリンク通信（つまり、Direct discoveryおよびDirect communicationの少なくともいずれか）を行う。

いくつかの実装において、UEは、dedicated signaling (e.g., RRC, MAC)において、SL制御情報を取得する。dedicated signalingでは、共通SL無線リソース、または個別（例えば、グループ毎に個別）に割り当てられる個別SL無線リソース（Dedicated resource）がeNBからUEに送られる。UEは、dedicated signalingで共通SL無線リソースを受信した場合、System informationで通知された共通SL無線リソースの情報を上書きする。一方、dedicated signalingで個別SL無線リソースを受信した場合、UEは、当該個別SL無線リソースを用いてサイドリンク通信を行う。ここで、Direct communication用の個別SL無線リソースを示す情報は、Sidelink grant（SL grant）とも呼ばれる。

共通SL無線リソースを用いる方式を、(UE) Autonomous resource selection方式、個別SL無線リソースを用いる方式をScheduled resource allocation (by eNB)方式、と呼ぶ。

なおDirect discoveryのためのSL制御情報を取得する方法・手順は、Direct communicationのためのSL制御情報を取得する方法・手順と異なっていてもよいし、共通でもよい。

図１９は、本実施形態に係る通信手順の一例（処理１９００）を示す図である。非レガシーUE２は、SIB（１９０１）またはdedicated signaling（１９０２）にて、ProSe configurationをBS３から受信する。

非レガシーUE２は、Direct communicationのトリガがかかり、且つ所定の条件を満たした場合に（ブロック１９０３）、BS３にSRを送信する（１９０４）。ブロック１９０５では、非レガシーUE２は、BS３からULグラントを受信する。ブロック１９０６では、非レガシーUE２は、Direct communicationのためのリソース割り当てを要求するために、割り当てられたULリソース（PUSCH）を用いてProSe BSRを送信する。ブロック１９０７では、非レガシーUE２は、サイドリンク通信（Direct communication ）のためのリソース割り当てを示すスケジューリング・グラント（SL grant）をBS３から受信する。ブロック１９０８では、UE２は、BS３から割り当てられた無線リソースを用いて、UE５とDirect communicationを行う。

ブロック１９０４〜１９０７の送受信の少なくとも一部は、上述の実施形態で説明された第２のアクセスに従って行われてもよい。例えば、ブロック１９０６でのULデータ送信は、第２のTTIに従う第２のアクセスに従って行われてもよい。また、ブロック１９０４のSRは、第２のアクセス（つまり、低遅延アクセス）のために規定されたフォーマットまたはタイミングで送信されてもよい。

ブロック１９０３において第２のアクセスの条件を満たさない場合、ブロック１９０４〜１９０７の送受信は、第１のアクセス（既存のアクセス）に従って行われてもよい。これに代えて、ブロック１９０３において第２のアクセスの条件を満たさない場合、非レガシーUE２は、ブロック１９０４〜１９０７を行わずに、Resource poolから選択した無線リソースを用いてDirect communicationを行ってもよい。

最後に、上述の複数の実施形態に係る非レガシーUE２及びBS３の構成例について説明する。図２０は、非レガシーUE２の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ２００１は、BS３と通信するためにアナログRF信号処理を行う。RFトランシーバ２００１は、さらに、他のUEとのサイドリンク通信（Direct discovery及びDirect communication）のために使用されてもよい。RFトランシーバ２００１は、BS３との通信に使用される第１のトランシーバと、他のUEとのサイドリンク通信に使用される第２のトランシーバを含んでもよい。RFトランシーバ２００１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ２００１は、アンテナ２００２及びベースバンドプロセッサ２００３と結合される。すなわち、RFトランシーバ２００１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ２００３から受信し、送信RF信号を生成し、送信RF信号をアンテナ２００２に供給する。また、RFトランシーバ２００１は、アンテナ２００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ２００３に供給する。

ベースバンドプロセッサ２００３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ２００３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ２００３によるコントロールプレーン処理は、NASプロトコルおよびRRCプロトコルの処理を含んでもよい。

ベースバンドプロセッサ２００３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ２００４と共通化されてもよい。

アプリケーションプロセッサ１９０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ２００４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ２００４は、メモリ２００６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、非レガシーUE２の各種機能を実現する。

いくつかの実装において、図２０に破線（２００５）で示されているように、ベースバンドプロセッサ２００３及びアプリケーションプロセッサ２００４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ２００３及びアプリケーションプロセッサ２００４は、１つのSystem on Chip（SoC）デバイス２００５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

メモリ２００６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ２００６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ２００６は、ベースバンドプロセッサ２００３、アプリケーションプロセッサ２００４、及びSoC２００５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ２００６は、ベースバンドプロセッサ２００３内、アプリケーションプロセッサ２００４内、又はSoC２００５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ２００６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

メモリ２００６は、上述の複数の実施形態で説明された非レガシーUE２による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ２００３又はアプリケーションプロセッサ２００４は、当該ソフトウェアモジュールをメモリ２００６から読み出して実行することで、上述の実施形態で説明された非レガシーUE２の処理を行うよう構成されてもよい。

図２１は、上述の実施形態に係るBS３の構成例を示すブロック図である。図２１を参照すると、BS３は、RFトランシーバ２１０１、ネットワークインターフェース２１０３、プロセッサ２１０４、及びメモリ２１０５を含む。RFトランシーバ２１０１は、レガシーUE１および非レガシーUE２と通信するためにアナログRF信号処理を行う。RFトランシーバ２１０１は、複数のトランシーバを含んでもよい。RFトランシーバ２１０１は、アンテナ２１０２及びプロセッサ２１０４と結合される。RFトランシーバ２１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ２１０４から受信し、送信RF信号を生成し、送信RF信号をアンテナ２１０２に供給する。また、RFトランシーバ２１０１は、アンテナ２１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ２１０４に供給する。

ネットワークインターフェース２１０３は、ネットワークノード（e.g., MMEおよびS/P-GW）と通信するために使用される。ネットワークインターフェース２１０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。

プロセッサ２１０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ２１０４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、プロセッサ２１０４によるコントロールプレーン処理は、S1プロトコルおよびRRCプロトコルの処理を含んでもよい。

プロセッサ２１０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ２１０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。

メモリ２１０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ２１０５は、プロセッサ２１０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ２１０４は、ネットワークインターフェース２１０３又は図示されていないI/Oインタフェースを介してメモリ２１０５にアクセスしてもよい。

メモリ２１０５は、上述の複数の実施形態で説明されたBS３による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ２１０４は、当該ソフトウェアモジュールをメモリ２１０５から読み出して実行することで、上述の実施形態で説明されたBS３の処理を行うよう構成されてもよい。

図２０及び図２１を用いて説明したように、上述の実施形態に係る非レガシーUE２及びBS３が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜その他の実施形態＞
上述の施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

この出願は、２０１５年３月６日に出願された日本出願特願２０１５−０４５１２４を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ レガシーUE
２ 非レガシーUE
３ 無線基地局
３１ セル
２００１ RFトランシーバ
２００３ ベースバンドプロセッサ
２１０１ RFトランシーバ
２１０４ プロセッサ

Claims (10)

1. 送信手段と、
   第１の複数の時間−周波数リソース及び第２の複数の時間−周波数リソースを少なくとも１つの無線端末に割り当てるように構成される割当手段と、を備え、
   前記第１の複数の時間−周波数リソースは、第１のトランスポートブロックを第１のtransmission time interval（TTI）において送信又は受信する第１のアクセス動作のために使用され、
   前記第１のTTIは、１つのサブフレームの継続時間に等しく、
   前記第１の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間に対応し、
   前記第２の複数の時間−周波数リソースは、第２のトランスポートブロックを第２のTTIにおいて送信又は受信する第２のアクセス動作のために使用され、
   前記第２のTTIは、前記サブフレームの前記継続時間より短く、
   前記第２のTTIは、Orthogonal Frequency Division Multiplexing（OFDM）シンボルの整数倍の長さに対応し、
   前記第２の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間より短く、
   前記送信手段は、前記第２のアクセス動作を許可する前記無線端末に、前記第２のアクセス動作に使用される設定情報を送信するよう構成され、
   前記送信手段は、前記第２のアクセス動作による前記第２のトランスポートブロックの送信又は受信を指示する、前記設定情報に従った前記第２のアクセス動作に対応するPhysical Downlink Control Channel（PDCCH）でDownlink（DL）又はUplink（UL）グラントを、前記無線端末に送信するよう構成され、
   前記設定情報は、前記第２のTTIの長さ（TTI length）を含む、
   無線局。
2. 前記設定情報は、前記第２のアクセス動作において適用される前記第２のトランスポートブロックのサイズに関する情報を含む、
   請求項１の無線局。
3. 前記割当手段は、前記第１の複数の時間−周波数リソース及び前記第２の複数の時間−周波数リソースを、異なる無線端末に割り当てるよう構成されている、
   請求項１又は２に記載の無線局。
4. 前記割当手段は、前記第１の複数の時間−周波数リソース及び前記第２の複数の時間−周波数リソースを、同一の無線端末に割り当てるよう構成されている、
   請求項１又は２に記載の無線局。
5. 受信手段と、
   第１のアクセス動作および第２のアクセス動作を選択的に行うよう構成された処理手段と、を備え、
   前記第１のアクセス動作は、第１のトランスポートブロックを第１のtransmission time interval（TTI）において送信又は受信することを含み、
   前記第１のTTIは、１つのサブフレームの継続時間に等しく、
   前記第１のトランスポートブロックは、前記サブフレーム内の第１の複数の時間−周波数リソースを用いて送信又は受信され、
   前記第１の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間に対応し、
   前記第２のアクセス動作は、第２のトランスポートブロックを第２のTTIにおいて送信又は受信することを含み、
   前記第２のTTIは、前記サブフレームの前記継続時間より短く、
   前記第２のTTIは、Orthogonal Frequency Division Multiplexing（OFDM）シンボルの整数倍の長さに対応し、
   前記第２のトランスポートブロックは、前記サブフレーム内の第２の複数の時間−周波数リソースを用いて送信又は受信され、
   前記第２の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間より短く、
   前記受信手段は、無線局から、前記第２のアクセス動作に使用される設定情報を受信するよう構成され、
   前記受信手段は、前記無線局から、前記第２のアクセス動作による前記第２のトランスポートブロックの送信又は受信を指示する、前記設定情報に従った前記第２のアクセス動作に対応するPhysical Downlink Control Channel（PDCCH）でDownlink（DL）又はUplink（UL）グラントを、受信するよう構成され、
   前記処理手段は、前記第２のアクセス動作による前記第２のトランスポートブロックの送信又は受信するよう構成され、
   前記設定情報は、前記第２のTTIの長さ（TTI length）を含む、
   無線端末。
6. 前記設定情報は、前記第２のアクセス動作において適用される前記第２のトランスポートブロックのサイズに関する情報を含む、
   請求項５に記載の無線端末。
7. 前記処理手段は、前記設定情報を予め受信したことで、前記第２のアクセス動作を許可されていると判定する、
   請求項５又は６に記載の無線端末。
8. 無線局によって行われる方法であって、
   第１の複数の時間−周波数リソース及び第２の複数の時間−周波数リソースを少なくとも１つの無線端末に割り当て、
   前記第１の複数の時間−周波数リソースは、第１のトランスポートブロックを第１のtransmission time interval（TTI）において送信又は受信する第１のアクセス動作のために使用され、
   前記第１のTTIは、１つのサブフレームの継続時間に等しく、
   前記第１の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間に対応し、
   前記第２の複数の時間−周波数リソースは、第２のトランスポートブロックを第２のTTIにおいて送信又は受信する第２のアクセス動作のために使用され、
   前記第２のTTIは、前記サブフレームの前記継続時間より短く、
   前記第２のTTIは、Orthogonal Frequency Division Multiplexing（OFDM）シンボルの整数倍の長さに対応し、
   前記第２の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間より短く、
   前記第２のアクセス動作を許可する前記無線端末に、前記第２のアクセス動作に使用される設定情報を送信し、
   前記第２のアクセス動作による前記第２のトランスポートブロックの送信又は受信を指示する、前記設定情報に従った前記第２のアクセス動作に対応するPhysical Downlink Control Channel（PDCCH）でDownlink（DL）又はUplink（UL）グラントを、前記無線端末に送信し、
   前記設定情報は、前記第２のTTIの長さ（TTI length）を含む、
   方法。
9. 前記設定情報は、前記第２のアクセス動作において適用される前記第２のトランスポートブロックのサイズに関する情報を含む、
   請求項８の方法。
10. 無線端末によって行われる方法であって、
    第１のアクセス動作および第２のアクセス動作を選択的に動作することを備え、
    前記第１のアクセス動作は、第１のトランスポートブロックを第１のtransmission time interval（TTI）において送信又は受信することを含み、
    前記第１のTTIは、１つのサブフレームの継続時間に等しく、
    前記第１のトランスポートブロックは、前記サブフレーム内の第１の複数の時間−周波数リソースを用いて送信又は受信され、
    前記第１の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間に対応し、
    前記第２のアクセス動作は、第２のトランスポートブロックを第２のTTIにおいて送信又は受信することを含み、
    前記第２のTTIは、前記サブフレームの前記継続時間より短く、
    前記第２のTTIは、Orthogonal Frequency Division Multiplexing（OFDM）シンボルの整数倍の長さに対応し、
    前記第２のトランスポートブロックは、前記サブフレーム内の第２の複数の時間−周波数リソースを用いて送信又は受信され、
    前記第２の複数の時間−周波数リソースの継続時間は、前記サブフレームの前記継続時間より短く、
    前記方法はさらに、
    無線局から、前記第２のアクセス動作に使用される設定情報を受信すること、
    前記無線局から、前記第２のアクセス動作による前記第２のトランスポートブロックの送信又は受信を指示する、前記設定情報に従った前記第２のアクセス動作に対応するPhysical Downlink Control Channel（PDCCH）でDownlink（DL）又はUplink（UL）グラントを、受信すること、
    前記第２のアクセス動作による前記第２のトランスポートブロックの送信又は受信することを備え、
    前記設定情報は、前記第２のTTIの長さ（TTI length）を含む、
    方法。

Images