(57)【要約】【課題】低遅延アクセスに起因する無線リソースの利用効率の低下を抑えることに寄与する。【解決手段】無線局は、一つのサブフレームの継続時間よりも短い時間単位に従う無線通信を無線端末と行うよう構成され、当該無線通信のためのレイヤ２パラメータ情報包含する設定情報を当該無線端末に送信するよう構成される。当該設定情報は、無線端末におけるｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  （ＨＡＲＱ）  のｏｎ／ｏｆｆに関する情報を含む。【選択図】図９
2020092443.tif 000002
【特許請求の範囲】
【請求項１】
送信手段と、
処理手段と、
を備え、
前記処理手段は、一つのサブフレームの継続時間よりも短い時間単位に従う無線通信を無線端末と行うよう構成され、
前記送信手段は、前記無線端末に、前記無線通信のためのレイヤ２パラメータ情報包含する設定情報を送信するよう構成され、
前記設定情報は、前記無線端末におけるhybrid automatic repeat request (HARQ) のon/offに関する情報を含む、
無線局。
【請求項２】
前記HARQのon/offに関する情報は、uplink送信についてのHARQのon/offを示す、
ことを特徴とする請求項1に記載の無線局。
【請求項３】
前記HARQのon/offに関する情報は、downlink送信についてのHARQのon/offを示す、
ことを特徴とする請求項1又は２に記載の無線局。
【請求項４】
無線端末であって、
無線局と通信する通信手段と、
処理手段と、
を備え、
前記処理手段は、サブフレームの継続時間より短い時間単位に従う無線通信を行うことができるよう構成され、
前記通信手段は、前記無線局から、前記無線通信のためのレイヤ２パラメータ情報を包含する設定情報を受信するよう構成され、
前記設定情報は、前記無線端末におけるhybrid automatic repeat request (HARQ) のon/offに関する情報を含む、
無線端末。
【請求項５】
前記HARQのon/offに関する情報は、uplink送信についてのHARQのon/offを示す、
ことを特徴とする請求項４に記載の無線端末。
【請求項６】
前記HARQのon/offに関する情報は、downlink送信についてのHARQのon/offを示す、
ことを特徴とする請求項４又は５に記載の無線端末。
【請求項７】
無線局によって行われる方法であって、
前記無線局は一つのサブフレームの継続時間よりも短い時間単位に従う無線通信を無線端末と行うよう構成され、
前記無線端末に、前記無線通信のためのレイヤ２パラメータ情報包含する設定情報を送信することを備え、
前記設定情報は、前記無線端末におけるhybrid automatic repeat request (HARQ) のon/offに関する情報を含む、
方法。
【請求項８】
無線端末によって行われる方法であって、
前記無線端末は、サブフレームの継続時間より短い時間単位に従う無線通信を無線局と行うことができるよう構成され、
前記無線局から、前記無線通信のためのレイヤ２パラメータ情報を包含する設定情報を受信することを備え、
前記設定情報は、前記無線端末におけるhybrid automatic repeat request (HARQ) のon/offに関する情報を含む、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信に関し、特に、複数の時間−周波数リソースの割り当て及び利用に関する。
【背景技術】
【０００２】
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とレガシーUEが互いに異なるTTIに従ってデータ送信または受信を行うことについて検討した。なお、特許文献１は、１つの1 msサブフレーム内の長さ（継続時間）が1 msである第１の複数の時間−周波数リソースを第１のUEに割り当て、同時に当該サブフレーム内の長さ（継続時間）が0.5 msである第２の複数の時間−周波数リソースを第２のUEに割り当てることを開示している。ここで、第１（又は第２）の時間−周波数リソースの継続時間は、第１（又は第２）の時間−周波数リソースが継続（continues）する又は持続 (lasts）する時間長（length of time（time length））を意味する。しかしながら、特許文献１の第１及び第２のUEは、同一のTTI（1ms）に従うのみである。
【０００９】
低遅延アクセスは、無線リソースの利用効率の低下を招くおそれがある。例えば、アップリンク送信を完了するためにUEが何度もSRを送信し、何度もULグラント（スケジューリング・グラント）を受信することは、アクセス遅延を増大させる。したがって、アクセス遅延を低減するためには、少ない送信回数でデータ送信が完了できることが好ましい。一方で、低遅延アクセスをUEに対して無線基地局が過剰なULリソースを割り当てることは、UL無線リソースの無駄な浪費を招くおそれがある。
【００１０】
また、低遅延アクセスのためのULグラントからUL送信までの時間間隔は、通常アクセスのそれに比べて短いことが好ましい。例えば、通常のFrequency Division Duplex（FDD）LTEでは、UL送信が行われるサブフレーム（サブフレーム＃ｎ）の４サブフレーム前に（つまりサブフレーム＃（ｎ−４））、当該UL送信に対するULグラントが発行される。これに対して、低遅延アクセスでは、UL送信（サブフレーム＃ｎ）の１サブフレーム前または２サブフレーム前にULグラントが発行されるかもしれない。この場合、無線基地局は、サブフレーム＃ｎでの低遅延アクセスのためのULグラントの送信（つまり、サブフレーム＃（ｎ−１）又はサブフレーム＃（ｎ−２））よりも前に、サブフレーム＃ｎでの通常アクセスのためのULグラント（つまりサブフレーム＃（ｎ−４））を送信しなければならない。したがって、無線基地局は、通常アクセスのULグラントの際に、低遅延アクセスのための無線リソースを確保しておく必要がある。しかし、サブフレーム＃ｎでの低遅延アクセスが行われなかった場合には、確保されていた無線リソースは使用されない可能性がある。
【００１１】
以上に説明したように、低遅延アクセスは無線リソースの利用効率の低下を招くおそれがある。無線リソースの利用効率の低下を抑えるためには、無線基地局は、低遅延アクセスの許可又は低遅延アクセスのためのリソース割り当てを決定するために十分な情報を必要とするかもしれない。
【００１２】
本明細書に開示される実施形態が達成しようとする目的の１つは、低遅延アクセスに起因する無線リソースの利用効率の低下を抑えることに寄与する装置、方法、及びプログラムを提供することである。この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００１３】
第１の態様では、無線局は、少なくとも１つの無線トランシーバ、及び少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１のtransmission time interval（TTI）に従う第１の無線通信と第２のTTIに従う第２の無線通信とを少なくとも１つの無線端末と行うよう構成されている。前記第１のTTIは、１つのサブフレームの継続時間に等しく、前記第２のTTIは、前記サブフレームの前記継続時間より短い。前記少なくとも１つのプロセッサは、さらに、前記少なくとも１つの無線端末のうち前記第２の無線通信を行うことが可能な第１の無線端末、又は上位ネットワーク装置から、前記第２の無線通信に関連するアシスト情報を受信するよう構成されている。
【００１４】
第２の態様では、無線端末装置は、少なくとも１つの無線トランシーバ、及び少なくとも１つのプロセッサを含む。前記少なくとも１つの無線トランシーバは、無線局と通信するよう構成されている。前記少なくとも１つのプロセッサは、サブフレームの継続時間に等しい第１のtransmission time interval（TTI）に従う第１の無線通信及び前記第１のTTIより短い第２のTTIに従う第２の無線通信、又は前記第２の無線通信を行うことができるよう構成されている。前記少なくとも１つのプロセッサは、前記第２の無線通信に関連するアシスト情報を前記無線局に送信するよう構成されている。
【００１５】
第３の態様では、無線局によって行われる方法が提供される。ここで、前記無線局は、第１のtransmission time interval（TTI）に従う第１の無線通信と第２のTTIに従う第２の無線通信とを少なくとも１つの無線端末と行うよう構成されている。前記第１のTTIは、１つのサブフレームの継続時間に等しく、前記第２のTTIは、前記サブフレームの前記継続時間より短い。本態様に係る方法は、前記少なくとも１つの無線端末のうち前記第２の無線通信を行うことが可能な第１の無線端末、又は上位ネットワーク装置から、前記第２の無線通信に関連するアシスト情報を受信することを含む。
【００１６】
第４の態様では、無線端末装置によって行われる方法が提供される。ここで、前記無線端末装置は、サブフレームの継続時間に等しい第１のtransmission time interval（TTI）に従う第１の無線通信と前記第１のTTIより短い第２のTTIに従う第２の無線通信とを少なくとも１つの無線端末と行うよう構成された無線局と通信するよう構成されている。本態様に係る方法は、前記第２の無線通信に関連するアシスト情報を前記無線局に送信することを含む。
【００１７】
第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第３又は第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００１８】
上述の態様によれば、低遅延アクセスに起因する無線リソースの利用効率の低下を抑えることに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００１９】
【図１】いくつかの実施形態に係る無線通信システムの構成例を示す図である。
【図２】いくつかの実施形態に係る無線フレーム構造及びサブフレーム構造を示す図である。
【図３Ａ】いくつかの実施形態に係るダウンリンク・時間−周波数リソースの詳細構造を示す図である。
【図３Ｂ】いくつかの実施形態に係るアップリンク・時間−周波数リソースの詳細構造を示す図である。
【図４】第１の実施形態に係るレガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。
【図５】第１の実施形態に係る非レガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。
【図６】第１の実施形態に係るレガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。
【図７】第１の実施形態に係る非レガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。
【図８Ａ】第１の実施形態に係る非レガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。
【図８Ｂ】第１の実施形態に係る非レガシーUEに対する時間−周波数リソースの割り当ての一例を示す図である。
【図９】第１の実施形態に係る第２のアクセスの通信手順の一例を示すシーケンス図である。
【図１０】第２の実施形態に係る第２のアクセスの通信手順の一例を示すシーケンス図である。
【図１１】第３の実施形態に係る第２のアクセスの通信手順の一例を示すシーケンス図である。
【図１２】第３の実施形態に係る第２のアクセスの通信手順の一例を示すシーケンス図である。
【図１３】第４の実施形態に係る第２のアクセスの通信手順の一例を示すシーケンス図である。
【図１４】いくつかの実施形態に係る非レガシーUEの構成例を示すブロック図である。
【図１５】いくつかの実施形態に係る無線基地局の構成例を示すブロック図である。
【図１６】いくつかの実施形態に係るMMEの構成例を示すブロック図である。
【発明を実施するための形態】
【００２０】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２１】
＜第１の実施形態＞
図１は、本実施形態を含むいくつかの実施形態に係る無線通信システムの構成例を示している。図１の例では、無線通信システムは、レガシー無線端末（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）は、時間ドメインにおいてNDLSYMB個のOrthogonal Frequency Division Multiplexing（OFDM）シンボルを含む。時間ドメインにおける１OFDMシンボル及び周波数ドメインにおける１サブキャリアによって規定される無線リソースは、「リソースエレメント」と呼ばれる。リソースエレメントは、ODFMを採用するLTEおよびLTE-Advancedのダウンリンクにおける無線リソースの最小単位である。時間ドメインにおいて連続するNDLSYMB個のOFDMシンボルと周波数ドメインにおいて連続するNRBSC個のサブキャリアによって規定されるリソース単位は、「リソースブロック」と呼ばれる。Normal cyclic prefixの場合、NDLSYMBの値は７であり、NRBSCの値は１２であり、したがって、１つのダウンリンク・リソースブロックは、８４リソースエレメントからなる。占有帯域幅（NDLRBリソースブロック、又はNDLRB NRBSCサブキャリア）は、ダウンリンクのチャネル帯域（channel bandwidth (BWChannel)）に依存する。例えば、チャネル帯域が1.4 MHzである場合にダウンリンク・リソースブロックの最大数（NDLRB）は６であり、チャネル帯域が20 MHzである場合にダウンリンク・リソースブロック（NDLRB）の最大数は１００である。なお、ダウンリンクでは、制御情報を送信する為の物理制御チャネル（Physical Downlink Control Channel（PDCCH））がサブフレームの先頭の複数OFDMシンボル（e.g., 1,2, or 3）に割り当てられる。従って、通常ダウンリンクのユーザデータの送信に使用されるOFDMシンボル数は、１番目のスロットと２番目のスロットでは異なる。
【００３４】
図３Ｂは、LTEおよびLTE-Advancedのアップリンク・時間−周波数リソースの詳細を示している。１つのアップリンク・スロット（0.5 ms）は、時間ドメインにおいてNULSYMB個のSingle-Carrier Frequency Division Multiple Access（SC-FDMA）シンボルを含む。ダウンリンクと同様に、時間ドメインにおける１SC-FDMAシンボル及び周波数ドメインにおける１サブキャリアによって規定される無線リソースは、「リソースエレメント」と呼ばれる。リソースエレメントは、SC-FDMAを採用するLTEおよびLTE-Advancedのアップリンクにおける無線リソースの最小単位である。時間ドメインにおいて連続するNULSYMB個のSC-FDMAシンボルと周波数ドメインにおいて連続するNRBSC個のサブキャリアによって規定されるリソース単位は、「リソースブロック」と呼ばれる。ダウンリンクと同様に、Normal cyclic prefixの場合、NULSYMBの値は７であり、NRBSCの値は１２であり、したがって、１つのアップリンク・リソースブロックは、８４リソースエレメントからなる。占有帯域幅（NULRBリソースブロック、又はNULRB NRBSCサブキャリア）は、アップリンクのチャネル帯域（channel bandwidth (BWChannel)）に依存する。例えば、チャネル帯域が1.4 MHzである場合にアップリンク・リソースブロックの最大数（NULRB）は６であり、チャネル帯域が20 MHzである場合にアップリンク・リソースブロック（NULRB）の最大数は１００である。
【００３５】
第１のアクセス及び第２のアクセスを可能とするために、本実施形態に係る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を使用することによって、受信機での受信処理を短時間で行うことに寄与し、したがって何らかのアクセス遅延の低減に寄与することができる。
【００４９】
続いて以下では、図４及び図５を参照して、第１及び第２のアクセスのための時間−周波数リソースの割り当ての具体例について説明する。図４は、第１のアクセスのための第１の複数の時間−周波数リソースの割り当ての一例を示す図である。図４は、時間的に連続する２つのサブフレーム４１０及び４２０を示している。サブフレーム４１０及び４２０は、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２は、UEアシスト情報（e.g., UE assistance information for low latency access）をBS３に送信するよう構成されている。BS３は、第２のアクセスを行うことが可能な非レガシーUE２から当該UEアシスト情報を受信するよう構成されている。
【００７４】
UEアシスト情報は、非レガシーUE２が第２のTTIに従いUL信号を送信する場合における、期待される遅延時間、許容される遅延時間、予想されるデータ量、予想される第２のTTIに従う通信の発生頻度、又は非レガシーUE２がUL信号を送信する際に使用するアクセス種別、のうち少なくとも１つに関連する情報を含んでもよい。
【００７５】
さらに、又はこれに代えて、UEアシスト情報は、第２のアクセスの能力の有無を示す能力情報、第２のアクセスの要否を示すアクセス目的、意図するアプリケーション又はサービスを示す情報、非レガシーUE２の移動速度を示す情報のうち少なくとも１つを含んでもよい。
【００７６】
いくつかの実装において、BS３は、第２のアクセスのためのスケジューリング要求（SR）を送信するために使用されるUL時間−周波数リソース（e.g., PUCCHリソース）を非レガシーUE２に割り当てる際に、受信したUEアシスト情報を考慮してもよい。これにより、BS３は、第２のアクセスのためのSR用のUL時間−周波数リソースの割り当てを適切に行うことができる。
【００７７】
いくつかの実装において、BS３は、第２のアクセスのための１回のULグラントによって割り当てられる時間−周波数リソース量を予め決定する際に、受信したUEアシスト情報を考慮してもよい。これにより、BS３は、ULグラントによるUL時間−周波数リソースの割り当てを適切に行うことができる。
【００７８】
いくつかの実装において、BS３は、非レガシーUE２との第２のアクセスを行うか否かを判定する際に、当該非レガシーUE２から受信したUEアシスト情報を考慮してもよい。これにより、例えば、BS３は、第２のアクセスが適している状況においてのみ第２のアクセスが実施されるよう非レガシーUE２を制御できる。したがって、第２のアクセスを行う非レガシーUE２を、第２のアクセスを行わないレガシーUE１と共に効率的に無線通信システムに収容できる。
【００７９】
いくつかの実装において、BS３は、UEアシスト情報の受信に応答して、第２のアクセスに関する設定情報（e.g., configuration for low latency access）を非レガシーUE２に送信してもよい。当該設定情報は、第２のアクセスのためのスケジューリング要求（SR）を送信するために使用されるアップリンク無線リソース（e.g., PUCCHリソース）の割り当て情報を含んでもよい。
【００８０】
いくつかの実装において、UEアシスト情報は、第２のアクセスが行われる前に予め非レガシーUE２からBS３に送信されてもよい。例えば、非レガシーUE２は、BS３との無線接続（RRC connection）の確立に応答して、UEアシスト情報をBS３に送信してもよい。これにより、BS３は、第２のアクセスに関する設定（e.g., 第２のアクセスの許可、SR用のリソース割り当て、１回のULグラントによって割り当てられる時間−周波数リソース量）を予め決定することができる。
【００８１】
いくつかの実装において、非レガシーUE２は、BS３からの要求に応答してUEアシスト情報を送信してもよい。また、非レガシーUE２は、UEアシスト情報の内容（コンテンツ、設定）が更新（変更）された場合に、更新（変更）されたUEアシスト情報をBS３に送信してもよい。
【００８２】
いくつかの実装において、BS３（ソースBS）は、非レガシーUE２が他のBS（ターゲットBS）のセルにハンドオーバする際に、当該非レガシーUE２のUEアシスト情報をターゲットBSに送信してもよい。UEアシスト情報は、上位ネットワーク装置（e.g., Mobility Management Entity（MME））を介してBS３（ソースBS）からターゲットBSに送信されてもよい。
【００８３】
以下では、上述したUEアシスト情報および第２のアクセスに関する設定情報の具体例を示す。非レガシーUE２からBS３に送られるUEアシスト情報は、以下に列挙する情報（１）〜（６）のいずれか又は任意の組み合わせであってもよい。
【００８４】
（１）期待される遅延（expected latency）に関する情報
遅延に関する情報は、遅延要求（latency requirement）e.g., [1ms, 2ms, 5ms, ...]、を示してもよい。遅延に関する情報は、許容される遅延時間（許容遅延）（allowed latency）、e.g., [5ms, 10ms, 20ms, ...]、[normal, short, very short, ...]、を示してもよい。BS３は、非レガシーUEよって要求または許容される遅延時間が短いほど、当該非レガシーUEに割り当てるSR用の個別無線リソースの継続時間を短くしてもよい。BS３は、非レガシーUEよって要求または許容される遅延時間が短いほど、当該非レガシーUEのデータ送信を優先的にスケジューリングしてもよい。
【００８５】
（２）アクセス種別（category）に関する情報
アクセス種別に関する情報は、UE２が信号を送信または受信する際にどのアクセスタイプ（access type）を使用するか、アクセスタイプ（access type）、e.g., [type1{always low latency}, type2{normal(legacy) and low latency}]、を示してもよい。この場合、BS３は、SR用個別リソースの割り当て及びデータ送信のスケジューリングにおいて、Type1をtype2より優先してもよい。
これに代えて、アクセス種別に関する情報は、アクセスリンク（access link）、e.g., [WAN(LTE UL), Sidelink(D2D ProSe)]、を示してもよい。BS３は、非レガシーUE２が希望するアクセスリンク（e.g., WAN又はSidelink（SL））のための第２のアクセスに関する設定情報を送信してもよい。
【００８６】
（３）アクセス目的に関する情報
アクセス目的に関する情報は、非レガシーUE２が意図する（希望する）アプリケーション又はサービスのタイプ（Application/Service type）、e.g., [emergency alert, operator use/service, user application/service, ...]、を示してもよい。BS３は、非レガシーUE２が意図する（希望する）アプリケーション又はサービスの優先度または緊急度を考慮して、第２のアクセスに関する設定情報（e.g. , SRの個別無線リソース）を決定してもよい。
【００８７】
（４）予想されるデータ量に関する情報
データ量に関する情報は、想定データ量（expected data amount）、e.g., [x1 byte, x2 byte, ..., variable]）を示してもよい。データ量に関する情報は、想定トランスポートブロク（TB）サイズ（expected TB size）、e.g., [y1 byte, y2 byte, ...., unfixed]、を示してもよい。BS３は、これらを満たすように第２のアクセスに関する設定情報（e.g. , データ送信における無線パラメータ）を決定してもよい。
【００８８】
（５）第２のTTIに従う通信の発生頻度に関する情報
当該情報は、非レガシーUE２による第２のTTIに従う通信または第２のTTIが要求される通信の想定発生頻度（expected frequency）、e.g., [low, medium, high, very high, irregular]、を示してもよい。当該情報は、非レガシーUE２による当該通信の想定発生間隔（expected interval）、e.g., [5ms, 10ms, 20ms, 50ms, 100ms, ..., unpredictable]、を示してもよい。BS３は、発生頻度が高い又は発生間隔が短いほど、当該非レガシーUEに割り当てるSR用の個別無線リソースの継続時間を短くしてもよい。
【００８９】
（６）移動速度に関する情報
当該情報は、非レガシーUE２の想定移動速度（expected speed）、e.g., [xx km/h]、を示してもよい。当該情報は、非レガシーUE２の想定モビリティ（expected mobility）、e.g., [low, medium, high, very high, none(no mobility)]、を示してもよい。BS３は、非レガシーUE２の移動性が高い（移動速度が速い）ほど、データ送信の成功確率が高くなるように、第２のアクセスに関する設定情報を決定してもよい。例えば、BS３は、非レガシーUE２の移動性が高い（移動速度が速い）ほど、当該非レガシーUEに割り当てるSR用の個別無線リソースの継続時間を短くしてもよい。
【００９０】
一方、BS３から非レガシーUE２に送られる第２のアクセスに関する設定情報は、以下に列挙する情報（１）〜（４）のいずれか又は任意の組み合わせであってもよい。
【００９１】
（１）SRの個別無線リソースの割り当て情報（D-SR configuration for low latency access）
BS３は、第１のアクセス（通常アクセス）のためのSR個別無線リソースとは異なる、第２のアクセスのためのSR個別無線リソースを割り当ててもよい。既に説明したように、第２のアクセスのためのSR個別無線リソースは、第１のアクセスのためのそれに比べて短い長さ（継続時間）とされてもよい。
【００９２】
（２）TTI設定情報（TTI configuration for low latency access）
TTI設定情報は、第２のアクセスが従うべきTTI length、e.g., [0.25ms, 0.5ms, 0.75ms, 1ms]、を示してもよい。つまり、当該TTI設定で指定される値が、第２のアクセスによるデータ送信に使用する複数の時間−周波数リソースの継続時間に対応するようにしてもよい。
【００９３】
（３）データ送信の無線パラメータ情報（pre-configured radio parameters for low latency access）
当該無線パラメータ情報は、Modulation and Coding Scheme (MCS) index、Truncated MCS index, 又はTruncated MCS setを含んでもよい。当該無線パラメータは、第２のアクセスに割り当てられる無線リソースの集合（set of resource blocks assigned for low latency access）、又は第２のアクセスによるデータ送信に対する無線リソースの割り当て情報（resource block assignment）を含んでもよい。当該無線パラメータは、ULとDLに個別に設定されてもよいし、共通であってもよい。なお、上述のTTI設定によって、当該データの無線パラメータの解釈（認識）を適宜変更するようにしてもよい。
【００９４】
（４）データ送信のレイヤ２（L2）パラメータ情報（pre-configured L2 parameters for low latency access）
当該L2パラメータ情報は、hybrid automatic repeat request (HARQ) on/off、ARQ on/off、又はU-plane security on/offを示してもよい。当該L2パラメータは、ULとDLに個別に設定されてもよいし、共通であってもよい。
【００９５】
図９は、本実施形態に係る第２のアクセスの通信手順の一例（処理９００）を示すシーケンス図である。ブロック９０１では、非レガシーUE２は、BS３との無線接続を確立する（RRC Connection Establishment）。ブロック９０２では、非レガシーUE２は、UEアシスト情報（UE assistance information for low latency access）をBS３に送信する。UEアシスト情報は、シグナリング無線ベアラ（Signaling Radio Bearer（SRB））、つまりRRCシグナリングで送信されてもよい。UEアシスト情報は、ブロック９０１の無線接続の確立手順の間に、例えばRRC Connection Setup Completeメッセージを用いて送信されてもよい。
【００９６】
ブロック９０３では、BS３は、UEアシスト情報に応答して、第２のアクセスに関する設定情報（configuration for low latency access）を非レガシーUE２に送信する。第２のアクセスに関する設定情報は、RRCメッセージ（e.g., RRC Connection Reconfigurationメッセージ）を用いて送信されてもよい。非レガシーUE２は、受信した第２のアクセスに関する設定情報を格納し、必要な設定を行う。
【００９７】
ブロック９０４では、非レガシーUE２は、第２のアクセス（i.e., 低遅延アクセス）をトリガーされる。例えば、非レガシーUE２は、低遅延を要求するULデータの発生によって第２のアクセスをトリガーされる。ブロック９０５では、非レガシーUE２は、BS３との第２のアクセス（i.e., 低遅延アクセス）を実行する。具体的には、図９に示されるように、非レガシーUE２は、BS３にSRを送信し（９０６）、BS３からULグラントを受信し（９０７）、ULグラントで指定された時間−周波数リソースを用いてULデータを送信する。図５及び図７を用いて説明したように、SRの送信（９０６）、ULグラントの送信（９０７）若しくはULデータ送信（９０８）のいずれかが第２のアクセスに従って行われてもよいし、これら全てが第２のアクセスに従って行われてもよい。
【００９８】
ここで、第２のアクセスに関する設定情報に、データ送信の無線パラメータ情報が含まれる場合、ULグラントで送信すべき制御情報の量が削減され、UE２が当該ULグラントを処理する時間も低減できる。結果、ULデータの送信開始を従来よりも早くすることが可能になる。例えば、第２のアクセスに関する設定情報が(Truncated) MCS indexを含む場合、既存の(E)PDCCHで送信していたMCSの情報をULグラントから削除してもよい。同様に、第２のアクセスに関する設定情報が第２のアクセスによるデータ送信に対する無線リソースの割り当て情報（resource block assignment）を含む場合、既存の(E)PDCCHで送信していた無線リソースの割り当て情報を削除してもよい。一方、第２のアクセスに関する設定情報がTruncated MCS setを含む場合、既存の(E)PDCCHで送信していたMCSの情報に要するビット数を削減してもよい。また、第２のアクセスに関する設定情報が第２のアクセスに割り当てられる無線リソースの集合（set of resource blocks assigned for low latency access）を含む場合、既存の(E)PDCCHで送信していた無線リソースの割り当て情報に要するビット数を削減してもよい。
【００９９】
＜第２の実施形態＞
本実施形態では、第１の実施形態で説明された第２のアクセスの通信手順の変形例が説明される。本実施形態に係る無線通信システムの構成例は図１と同様である。本実施形態では、BS３は、第２のアクセスに関するネットワーク（NW）アシスト情報（e.g., Network (NW) assistance information for low latency access）を上位ネットワーク装置（e.g., MME、Home Subscriber Server（HSS）、Serving Gateway（S-GW）、Packet Data Network Gateway（P-GW）、又はアプリケーションサーバ）から受信するよう構成されている。上位ネットワーク装置は、BS３にNWアシスト情報を送信するよう構成されている。
【０１００】
いくつかの実装において、上位ネットワーク装置は、非レガシーUE２からのサービス要求（ベアラ確立要求）に応答してNWアシスト情報をBS３に送信してもよい。これに代えて、上位ネットワーク装置は、初期端末コンテキスト（Initial UE Context）をBS３に設定する際に、NWアシスト情報をBS３に送信してもよい。さらに又はこれに代えて、上位ネットワーク装置は、NWアシスト情報の内容（コンテンツ、設定）が更新（変更）された場合に、更新（変更）されたNWアシスト情報をBS３に送信してもよい。
【０１０１】
いくつかの実装において、上位ネットワーク装置は、非レガシーUE２から受信したUEアシスト情報の一部又は全てをNWアシスト情報としてBS３に送信してもよい。これに代えて、NWアシスト情報は、上位ネットワーク装置内又は上位ネットワーク内に保持された情報であってもよいし、上位ネットワーク装置において生成される情報であってもよい。
【０１０２】
いくつかの実装において、上位ネットワーク装置は、非レガシーUE２に第２のアクセスを許可するか否か（第２のアクセスが承認されているか否か）を判定し、第２のアクセスが許可される（承認されている）場合にNWアシスト情報をBS３に送信してもよい。
【０１０３】
BS３は、第１の実施形態で説明されたUEアシスト情報の代わりに、NWアシスト情報を使用する。すなわち、BS３は、第２のアクセスのためのスケジューリング要求（SR）を送信するために使用されるUL時間−周波数リソース（e.g., PUCCHリソース）を非レガシーUE２に割り当てる際に、受信したNWアシスト情報を考慮してもよい。さらに又はこれに代えて、BS３は、第２のアクセスのための１回のULグラントによって割り当てられる時間−周波数リソース量を予め決定する際に、受信したNWアシスト情報を考慮してもよい。さらに又はこれに代えて、BS３は、非レガシーUE２との第２のアクセスを行うか否かを判定する際に、当該非レガシーUEに関するNWアシスト情報を考慮してもよい。
【０１０４】
いくつかの実装において、BS３は、NWアシスト情報の受信に応答して、第２のアクセスに関する設定情報（e.g., configuration for low latency access）を非レガシーUE２に送信してもよい。当該設定情報は、第２のアクセスのためのスケジューリング要求（SR）を送信するために使用されるアップリンク無線リソース（e.g., PUCCHリソース）の割り当て設定を含んでもよい。
【０１０５】
本実施形態に係るNWアシスト情報の具体例は、第１の実施形態で説明されたUEアシスト情報と同様である。本実施形態に係る第２のアクセスに関する設定情報の具体例は、第１の実施形態で説明された第２のアクセスに関する設定情報と同様である。
【０１０６】
図１０は、本実施形態に係る第２のアクセスの通信手順の一例（処理１０００）を示すシーケンス図である。ブロック１００１では、非レガシーUE２は、BS３との無線接続を確立する（RRC Connection Establishment）。ブロック１００２では、BS３は、UE２から受信したNon-Access Stratum（NAS）メッセージ（e.g., Attach Request, Service Request）をMME４に送信する。NASメッセージは、ブロック１００１の無線接続の確立手順においてRRC Connection Setup Completeメッセージを用いて送信される。また、当該NASメッセージは、S1AP Initial UE Messageメッセージを用いてBS３からMME４に転送される。当該NASメッセージは、第１の実施形態で説明されたUEアシスト情報を含んでもよい。
【０１０７】
MME４は、HSS５との間でUE２の認証手順を実行してもよい（１００３）。MME４は、当該認証手順において、UE２に関するNWアシスト情報をHSS５から取得してもよい。ブロック１００４では、MME４は、NWアシスト情報（NW assistance information for low latency access）をBS３に送信する。NWアシスト情報は、図１０に示されるように、S1AP Initial Context Setup Requestメッセージを用いて送信されてもよい。
【０１０８】
ブロック１００５では、BS３は、NWアシスト情報に応答して、第２のアクセスに関する設定情報（configuration for low latency access）を非レガシーUE２に送信する。第２のアクセスに関する設定情報は、RRCメッセージ（e.g., RRC Connection Reconfigurationメッセージ）を用いて送信されてもよい。非レガシーUE２は、受信した第２のアクセスに関する設定情報を格納し、必要な設定を行う。ブロック１００６では、非レガシーUE２は、ブロック１００５のRRCメッセージに対する応答（e.g., RRC Connection Reconfiguration Completeメッセージ）を送信する。ブロック１００７では、BS３は、ブロック１００４のS1APメッセージに対する応答（e.g., Initial Context Setup Completeメッセージ）を送信する。
【０１０９】
ブロック１００８及び１００９において行われる処理は、図９に示したブロック９０４及び９０５において行われる処理と同様である。
【０１１０】
＜第３の実施形態＞
本実施形態では、第１及び第２の実施形態で説明された第２のアクセスの通信手順の変形例が説明される。本実施形態に係る無線通信システムの構成例は図１と同様である。既に説明したように、UEアシスト情報又はNWアシスト情報は、非レガシーUE２との第２のアクセスを行うか否かを判定する際にBS３において考慮されてもよい。本実施形態では、BS３は、UEアシスト情報又はNWアシスト情報に基づいて、非レガシーUE２との第２のアクセスを行うか否かを判定するよう構成されている。
【０１１１】
BS３による判定において第２のアクセスが許可される条件は、例えば、以下の条件１〜３のいずれか又は任意の組み合わせであってもよい。
【０１１２】
条件１：第２のアクセスを必要とするデータ送信であること
BS３は、非レガシーUE２から受信したUEアシスト情報に基づいて、第２のアクセスを必要とするデータ送信であるか否かを判定してもよい。これに代えて、BS３は、上位ネットワーク装置（e.g., MME又はアプリケーションサーバ）から受信したNWアシスト情報に基づいて、第２のアクセスを必要とするデータ送信であるか否かを判定してもよい。
【０１１３】
条件２：非レガシーUE２に対して第２のアクセスが予め許可されていること（または承認されていること）
第２のアクセスが予め許可されているか否かは、上位ネットワーク装置（e.g., MME又はアプリケーションサーバ）からBS３にNWアシスト情報として通知されてもよい。
上位ネットワーク装置は、他のネットワークノード（e.g., HSS又はアプリケーションサーバ）から第２のアクセスの許可（または承認）を通知された場合に、第２のアクセスが予め許可されていることを認識してもよい。
これに代えて、第２のアクセスが予め許可されていることを認識するために、上位ネットワーク装置は、意図するアプリケーション又はサービスが事前に契約オペレータまたは接続している無線ネットワーク（e.g., registered PLMN）での第２のアクセスを許可（または承認）されているか否かを判定してもよい。
【０１１４】
条件３：非レガシーUE２が接続しているサービングセルで許可しているタイプの第２のアクセスであること
BS３は、UEアシスト情報又はNWアシスト情報に基づいて、UE２が要求する（希望する）第２のアクセスのタイプが、サービングセルで許可しているタイプであるか否かを判定してもよい。
【０１１５】
図１１は、本実施形態に係る第２のアクセスの通信手順の一例（処理１１００）を示すシーケンス図である。ブロック１１０１及び１１０２において行われる処理は、図９に示したブロック９０１及び９０２において行われる処理と同様である。ブロック１１０３では、BS３は、非レガシーUE２から受信したUEアシスト情報に基づいて、非レガシーUE２に関して第２のアクセスを許可する条件を満たすか否かを判定する。当該条件を満たす場合に、BS３は、第２のアクセスに関する設定情報をUE２に送信する（１１０４）。ブロック１１０４〜１１０６において行われる処理は、図９に示したブロック９０３〜９０５において行われる処理と同様である。
【０１１６】
図１２は、本実施形態に係る第２のアクセスの通信手順の一例（処理１２００）を示すシーケンス図である。ブロック１２０１〜１２０４において行われる処理は、図１０に示したブロック１００１〜１００４において行われる処理と同様である。ブロック１２０５では、BS３は、NWアシスト情報に基づいて、非レガシーUE２に関して第２のアクセスを許可する条件を満たすか否かを判定する。当該条件を満たす場合に、BS３は、第２のアクセスに関する設定情報をUE２に送信する（１２０６）。ブロック１２０６〜１２０８において行われる処理は、図１０に示したブロック１００５〜１００９において行われる処理と同様である。
【０１１７】
以上の説明から理解されるように、本実施形態では、BS３は、第２のアクセスを許可するか否かを判定する。これにより、例えば、BS３は、第２のアクセスが適している状況においてのみ第２のアクセスを実施するよう非レガシーUE２を制御できる。したがって、第２のアクセスを行う非レガシーUE２を、第２のアクセスを行わないレガシーUE１と共に効率的に無線通信システムに収容できる。
【０１１８】
上述の実施形態では、第２のアクセス（つまり低遅延アクセス）の例として、スケジューリング要求（SR）、ULスケジューリング・グラント（UL grant）、そしてULデータ送信、という形態を用いて説明した。しかし、上述の実施形態で説明された第２のアクセスの適用範囲は、これに限定はされない。例えば、低遅延アクセスを実現するために予め第２のアクセスによるULデータ送信のための個別の無線リソースをUE２に割り当てておき、必要に応じて当該無線リソースを使用する形態でもよい。あるいは、予め第２のアクセスによるULデータ送信のためにセル内の複数の無線端末（UE２）に共通に割り当てられた無線リソースを用いてULデータ送信を行うContention-based accessを使用する形態でもよい。さらに、上述の実施形態および上記の説明は、ULデータ送信だけでなく、DLデータ送信にも同様に適用可能である。
【０１１９】
また、上述の実施形態では、第１のアクセスと第２のアクセスが同じセルで行われることを想定して説明を行ったが、それぞれが異なるセルで行われる場合にも適用可能である。例えば、UE２およびBS３は、キャリアアグリゲーション（CA）を用いて第１のセルと第２のセルを同時に使用できるようにしておき、第１のアクセスが第１のセルで行われ、第２のアクセスが第２のセルで行われるようにしてもよい。この場合、第２のアクセスに関するアシスト情報、及び第２のアクセスに関する設定情報は、第１のセルにおいて送信されるようにしてもよい。なお、第１のセルは当該UE２におけるプライマリセル（PCell）、第２のセルはセカンダリセル（SCell）として、それぞれ設定されてもよい。さらに、第１のセルは従来のキャリア（Legacy Carrier）を構成要素とするセルで、第２のセルは新たに規定されるキャリア（New Type Carrier）を構成要素するセルでもよい。
【０１２０】
＜第４の実施形態＞
本実施形態では、上述の実施形態で説明された第２のアクセスの通信手順の変形例が説明される。本実施形態に係る無線通信システムの構成例は図１と同様である。
【０１２１】
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にて、ProSe configurationをBS３から受信する。ブロック１３０２では、非レガシーUE２は、UEアシスト情報をBS３に送信する。当該UEアシスト情報は、SLでのDirect communicationを要求していることを示す。ブロック１３０３では、BS３は、SLにおける第２のアクセス（低遅延アクセス）のための設定情報（Configuration for low latency access for SL）を非レガシーUE２に送信する。
【０１２８】
ブロック１３０４では、非レガシーUE２は、低遅延を要求するサイドリンク通信をトリガーされる。ブロック１３０５では、非レガシーUE２は、BS３にSRを送信する。ブロック１３０６では、非レガシーUE２は、BS３からULグラントを受信する。ブロック１３０７では、非レガシーUE２は、Direct communicationのためのリソース割り当てを要求するために、割り当てられたULリソース（PUSCH）を用いてProSe BSRを送信する。ブロック１３０８では、非レガシーUE２は、サイドリンク通信（Direct communication ）のためのリソース割り当てを示すスケジューリング・グラントをBS３から受信する。ブロック１３０９では、UE２は、BS３から割り当てられた無線リソースを用いて、UE６とDirect communicationを行う。
【０１２９】
ブロック１３０５〜１３０８の送受信の少なくとも一部は、上述の実施形態で説明された第２のアクセスに従って行われてもよい。例えば、ブロック１３０７でのULデータ送信は、第２のTTIに従う第２のアクセスに従って行われてもよい。また、ブロック１３０５のSRは、第２のアクセス（つまり、低遅延アクセス）のために規定されたフォーマットまたはタイミングで送信されてもよい。
【０１３０】
最後に、上述の複数の実施形態に係る非レガシーUE２、BS３、及び上位ネットワーク装置（e.g., MME４）の構成例について説明する。図１４は、非レガシー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３の処理を行うよう構成されてもよい。
【０１４４】
図１６は、上述の実施形態に係るMME４の構成例を示すブロック図である。図１６を参照すると、MME４は、ネットワークインターフェース１６０１、プロセッサ１６０２、及びメモリ１６０３を含む。ネットワークインターフェース１６０１は、ネットワークノード（e.g., BS３、HSS５、およびS/P-GW）と通信するために使用される。ネットワークインターフェース１６０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【０１４５】
プロセッサ１６０２は、メモリ１６０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態において説明されたMME４の処理を行う。プロセッサ１６０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１６０２は、複数のプロセッサを含んでもよい。
【０１４６】
メモリ１６０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１６０３は、プロセッサ１６０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１６０２は、図示されていないI/Oインタフェースを介してメモリ１６０３にアクセスしてもよい。
【０１４７】
図１４〜図１６を用いて説明したように、上述の実施形態に係る非レガシーUE２、BS３、及び上位ネットワーク装置（e.g., MME４）が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（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トランシーバ
１５０４  プロセッサ
【図１】
2020092443.tif 000003
【図２】
2020092443.tif 000004
【図３Ａ】
2020092443.tif 000005
【図３Ｂ】
2020092443.tif 000006
【図４】
2020092443.tif 000007
【図５】
2020092443.tif 000008
【図６】
2020092443.tif 000009
【図７】
2020092443.tif 000010
【図８Ａ】
2020092443.tif 000011
【図８Ｂ】
2020092443.tif 000012
【図９】
2020092443.tif 000013
【図１０】
2020092443.tif 000014
【図１１】
2020092443.tif 000015
【図１２】
2020092443.tif 000016
【図１３】
2020092443.tif 000017
【図１４】
2020092443.tif 000018
【図１５】
2020092443.tif 000019
【図１６】
2020092443.tif 000020