以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。
本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。ただし、当該既存技術は、例えば既存のLTEであるが、既存のLTEに限られない。また、本明細書で使用する用語「LTE」は、特に断らない限り、LTE-Advanced、及び、LTE-Advanced以降の方式(例:NR)を含む広い意味を有するものとする。
また、以下で説明する本発明の実施の形態では、既存のLTEで使用されているSS(Synchronization signal)、PSS(Primary SS)、SSS(Secondary SS)、PBCH(Physical broadcast channel)、PRACH(Physical random access channel)、PDCCH(Physical Downlink Control Channel)、PDSCH(Physical Downlink Shared Channel)、PUCCH(Physical Uplink Control Channel)、PUSCH(Physical Uplink Shared Channel)等の用語を使用する。これは記載の便宜上のためであり、これらと同様の信号、機能等が他の名称で呼ばれてもよい。また、NRにおける上述の用語は、NR-SS、NR-PSS、NR-SSS、NR-PBCH、NR-PRACH等に対応する。ただし、NRに使用される信号であっても、必ずしも「NR-」と明記しない。
また、本発明の実施の形態において、複信(Duplex)方式は、TDD(Time Division Duplex)方式でもよいし、FDD(Frequency Division Duplex)方式でもよいし、又はそれ以外(例えば、Flexible Duplex等)の方式でもよい。
また、本発明の実施の形態において、無線パラメータ等が「設定される(Configure)」とは、所定の値が予め設定(Pre-configure)されることであってもよいし、基地局10又は端末20から通知される無線パラメータが設定されることであってもよい。
図1は、本発明の実施の形態における無線通信システムの構成例を示す図である。本発明の実施の形態における無線通信システムは、図1に示されるように、基地局10及び端末20を含む。図1には、基地局10及び端末20が1つずつ示されているが、これは例であり、それぞれ複数であってもよい。
基地局10は、1つ以上のセルを提供し、端末20と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はOFDM(Orthogonal Frequency Division Multiplexing)シンボル数で定義されてもよいし、周波数領域はサブキャリア数又はリソースブロック数で定義されてもよい。基地局10は、同期信号及びシステム情報を端末20に送信する。同期信号は、例えば、NR-PSS及びNR-SSSである。システム情報は、例えば、NR-PBCHにて送信され、報知情報ともいう。同期信号及びシステム情報は、SSB(SS/PBCH block)と呼ばれてもよい。図1に示されるように、基地局10は、DL(Downlink)で制御信号又はデータを端末20に送信し、UL(Uplink)で制御信号又はデータを端末20から受信する。基地局10及び端末20はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。また、基地局10及び端末20はいずれも、MIMO(Multiple Input Multiple Output)による通信をDL又はULに適用することが可能である。また、基地局10及び端末20はいずれも、CA(Carrier Aggregation)によるセカンダリセル(SCell:Secondary Cell)及びプライマリセル(PCell:Primary Cell)を介して通信を行ってもよい。さらに、端末20は、DC(Dual Connectivity)による基地局10のプライマリセル及び他の基地局10のプライマリセカンダリセルグループセル(PSCell:Primary SCG Cell)を介して通信を行ってもよい。
端末20は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、M2M(Machine-to-Machine)用通信モジュール等の無線通信機能を備えた通信装置である。図1に示されるように、端末20は、DLで制御信号又はデータを基地局10から受信し、ULで制御信号又はデータを基地局10に送信することで、無線通信システムにより提供される各種通信サービスを利用する。また、端末20は、基地局10から送信される各種の参照信号を受信し、当該参照信号の受信結果に基づいて伝搬路品質の測定を実行する。
図2は、本発明の実施の形態における周波数レンジの例を示す図である。3GPPリリース15及びリリース16のNR仕様では、例えば52.6GHz以上の周波数帯を運用することが検討されている。なお、図2に示されるように、現状運用が規定されているFR(Frequency range)1は410MHzから7.125GHzまでの周波数帯であり、SCS(Sub carrier spacing)は15、30又は60kHzであり、帯域幅は5MHzから100MHzまでである。FR2は24.25GHzから52.6GHzまでの周波数帯であり、SCSは60、120又は240kHzを使用し、帯域幅は50MHzから400MHzである。例えば、新たに運用される周波数帯は、52.6GHzから71GHzまでを想定してもよい。さらに、71GHzを超える周波数帯をサポートすることを想定してもよい。
新たに運用される従来より高い周波数を使用する周波数帯において、PDCCH(Physical Downlink Control Channel)のモニタリングに要する負荷を低減させるため、モニタリングの周期を大きくすることが検討されている。一方で、PDCCHのモニタリングの周期が大きくなった場合であってもスケジューリングのフレキシビリティを確保するため、単一のDCI(Downlink Control Information)によって、複数のPDSCH(Physical Downlink Shared Channel)又は複数のPUSCH(Physical Uplink Shared Channel)のスケジューリングをサポートすることが検討されている。
図3は、TDRAテーブルの例(1)を示す図である。図3に示されるように、従来のPUSCHをスケジューリングするとき使用されるTDRA(Time domain resource allocation)テーブルでは、K2値、マッピングタイプ、SLIV(Start and Length Indicator)が、1つの行インデックスに対して定義される。一般にTDRAテーブルの行インデックスがDCIによって端末20に通知されることでスケジューリングが実行される。K2値は、スケジューリングを行うDCIからスケジューリングされるPUSCHまでのオフセットを示す。
マッピングタイプは、スロット内のシンボル開始位置及びシンボル長を指定する方法の種別であり、タイプAとタイプBが規定される。タイプAは、例えば、PUSCHのシンボル開始位置がスロット内の先頭シンボルであり、PUSCHのシンボル長は4シンボルから14シンボルが指定可能であってもよい。すなわち、S=0、L={4,...,14}に対応するSLIVが設定可能であってもよい。タイプBは、例えば、PUSCHのシンボル開始位置が先頭シンボルから13シンボル目まで指定可能であり、PUSCHのシンボル長は1シンボルから14シンボルが設定可能であってもよい。すなわち、S={0,...,13}、L={1,...,14}に対応するSLIVが設定可能であってもよい。なお、スロット境界を超えるスケジューリングはサポートされなくてもよい。
図4は、TDRAテーブルの例(2)を示す図である。図4に示されるTDRAテーブルにより、PUSCH繰り返し(PUSCH repetition)のスケジューリングがサポートされる。例えば、当該TDRAテーブルを使用するDCIフォーマット0_1又は0_2により、DG(Dynamic Grant)-PUSCHの繰り返しがスケジューリングされてもよい。
PUSCH繰り返しの種別として、PUSCH繰り返しタイプA(PUSCH repetition type A)と、PUSCH繰り返しタイプB(PUSCH repetition type B)がサポートされる。図4に示されるように、PUSCH繰り返しタイプAの場合、マッピングタイプ、SLIV及びKが指定されてもよく、PUSCH繰り返しタイプBの場合、S、L及びKが指定されてもよい。なお、Kは、繰り返し回数を示す。なお、PUSCH繰り返しタイプAは、PUSCHマッピングタイプA又はPUSCHマッピングタイプBに設定可能である。PUSCH繰り返しタイプBは、PUSCHマッピングタイプBのみに設定可能である。
DCIフォーマット0_1によりDG-PUSCHがスケジューリングされる場合、PUSCH繰り返しタイプは、上位レイヤパラメータpusch-RepTypeIndicatorDCI-0-2によって決定される。DCIフォーマット0_2によりDG-PUSCHがスケジューリングされる場合、PUSCH繰り返しタイプは、上位レイヤパラメータpusch-RepTypeIndicatorDCI-0-2によって決定される。
DCIフォーマット0_1によりDG-PUSCHがスケジューリングされる場合及びタイプ2CG(Configured Grant)-PUSCHがスケジューリングされる場合、TDRAテーブルは、上位レイヤパラメータpusch-TimeDomainAllocationListDCI-0-1が設定されている場合、当該パラメータに基づいて決定される。当該パラメータが設定されていない場合、上位レイヤパラメータpusch-Configに含まれるpusch-TimeDomainAllocationListが設定されていれば、当該パラメータに基づいて決定される。当該パラメータが設定されていない場合、上位レイヤパラメータpusch-ConfigCommonに含まれるpusch-TimeDomainAllocationListに基づいて決定される。
DCIフォーマット0_2によりDG-PUSCHがスケジューリングされる場合及びタイプ2CG-PUSCHがスケジューリングされる場合、TDRAテーブルは、上位レイヤパラメータpusch-TimeDomainAllocationListDCI-0-2が設定されている場合、当該パラメータに基づいて決定される。当該パラメータが設定されていない場合、上位レイヤパラメータpusch-Configに含まれるpusch-TimeDomainAllocationListが設定されていれば、当該パラメータに基づいて決定される。当該パラメータが設定されていない場合、上位レイヤパラメータpusch-ConfigCommonに含まれるpusch-TimeDomainAllocationListに基づいて決定される。
なお、図4に示されるURLLC向けに強化されたTDRAテーブルは、PUSCH繰り返しタイプBに適用されてもよい。
PUSCH繰り返しタイプBにおける繰り返し回数Kは、TDRAテーブルのnumberOfRepetitionsによって決定される。PUSCH繰り返しタイプAにおける繰り返し回数Kは、TDRAテーブルにnumberOfRepetitionsが存在する場合当該パラメータにより決定され、TDRAテーブルにnumberOfRepetitionsが設定されていない場合、pusch-AggregationFactorが設定されていれば当該パラメータにより設定される。pusch-AggregationFactorが設定されていない場合、K=1となる。
図5は、スケジューリングの例(1)を説明するためのフローチャートである。ステップS11において、端末20は、DCIを基地局10から受信する。続くステップS12において、端末20は、DCIに基づいて、PUSCHを基地局10に繰り返し送信する。当該DCIは、上記のDCIフォーマット0_1でもよいし上記のDCIフォーマット0_2でもよく、さらに上述した上位レイヤパラメータによる設定がPUSCH繰り返し送信に適用されてもよい。
図6は、TDRAテーブルの例(3)を示す図である。図6に示されるTDRAテーブルにより、複数のPUSCHが単一のDCIフォーマット0_1によりスケジューリングされてもよい。図6に示されるように、1つの行インデックスにより、N個のSLIVを指定できる。TDRAテーブルは、pusch-TimeDomainAllocationList-ForMultiPUSCHにより決定される。当該パラメータにり、TDRAテーブルの1つの行インデックスは、1から8までのSLIVが設定されてもよい。
図7は、スケジューリングの例(2)を説明するためのフローチャートである。ステップS21において、端末20は、DCIを基地局10から受信する。続くステップS22において、端末20は、DCIに基づいて、複数のPUSCHを基地局10に送信する。当該DCIは、上記のDCIフォーマット0_1でもよい。
単一DCIにより複数のPUSCHがスケジューリングされる場合、PUSCH繰り返し送信はサポートされなくてもよい。一方、単一PUSCHがスケジューリングされる場合、PUSCH繰り返し送信はサポートされてもよい。
ここで、仮にリリース16におけるURLLCテーブルと異なるTDRAテーブルが、リリース17におけるNR52.6GHz-71GHz帯で複数PUSCHのスケジューリングに使用される場合、複数PUSCHのスケジューリングと、単一PUSCHの繰り返し送信との双方をどのようにサポートするか検討する必要がある。
そこで、1つのオプションとして、複数PUSCHのスケジューリングをサポートするDCIフォーマットが、単一のPUSCH繰り返し送信に使用することができるか否かを、新たなRRCパラメータによって設定してもよい。例えば、当該RRCパラメータは、Multi-PUSCH-And-Single-PUSCH-Repetitionであってもよい。以下に示されるA)、B)及びC)の方法が実行されてもよい。
A)1DCIフォーマットには、1TDRAテーブルのみが関連付けられてもよい。図8は、本発明の実施の形態におけるTDRAテーブルの例を示す図である。複数PUSCHスケジューリング向けのTDRAテーブルと、単一PUSCHスケジューリング向けのTDRAテーブルとが統合された、図8に示される新たなTDRAテーブルが設定されてもよい。すなわち、繰り返し送信の回数Kが、図6に示されるTDRAテーブルに含められてもよい。例えば、図8に示されるTDRAテーブルが使用されるとき、複数PUSCHがスケジューリングされる場合、K=1としてもよいし、Kは無視されてもよい。
さらに、RRCパラメータMulti-PUSCH-And-Single-PUSCH-Repetitionが有効である場合、行インデックスにSLIVが1つのみ設定されている場合のみ、Kは単一PUSCH繰り返し送信回数として使用されてもよい。一方、RRCパラメータMulti-PUSCH-And-Single-PUSCH-Repetitionが無効である場合、行インデックスにSLIVが1つのみ設定されている場合であっても、PUSCH繰り返し送信は実行されなくてもよい。
上記のように新たなTDRAテーブルを定義することで、単一DCIフォーマットによって単一PUSCHスケジューリング向けにPUSCH繰り返しタイプA及びPUSCH繰り返しタイプBが可能となる。また、単一PUSCHの繰り返し送信回数を柔軟に通知することができる。
B)図6に示されるTDRAテーブルが、単一のPUSCH繰り返し送信に使用されてもよい。例えば、RRCパラメータMulti-PUSCH-And-Single-PUSCH-Repetitionが有効である場合かつRRCパラメータpusch-AggregationFactorが設定されている場合、行インデックスにSLIVが1つのみ設定されている場合のみ、pusch-AggregationFactorが単一PUSCH繰り返し送信回数として使用されてもよい。一方、RRCパラメータMulti-PUSCH-And-Single-PUSCH-Repetitionが無効である場合又はRRCパラメータpusch-AggregationFactorが設定されていない場合、行インデックスにSLIVが1つのみ設定されている場合であっても、PUSCH繰り返し送信は実行されなくてもよい。
上記のように従来のTDRAテーブルを再利用することで、TDRAテーブル仕様に影響を与えずに、PUSCH繰り返し送信をスケジューリングすることができる。
C)RRCパラメータMulti-PUSCH-And-Single-PUSCH-Repetitionが有効である場合、2つのTDRAテーブルが1つのDCIフォーマット向けに設定されてもよい。2つのTDRAテーブルは、複数PUSCH送信のスケジューリングと、単一PUSCH繰り返し送信のスケジューリングとにそれぞれ対応する。例えば、図6に示されるTDRAテーブルが複数PUSCH送信のスケジューリングに使用され、図4に示されるTDRAテーブルが単一PUSCH繰り返し送信のスケジューリングに使用されてもよい。RRCパラメータMulti-PUSCH-And-Single-PUSCH-Repetitionが無効である場合、1つのTDRAテーブルのみが当該DCIフォーマットに設定されてもよい。
当該DCIフォーマット向けに2つのTDRAテーブルが設定される場合、単一PUSCHがスケジューリングされたとき、繰り返し送信を適用するか否かは、いずれのTDRAテーブルが使用されて通知されたかによって決定されてもよい。いずれのTDRAテーブルが仕様されたかは、当該DCIフォーマットに含まれるフィールドによって明示的に通知されてもよい。使用されたTDRAテーブルが、複数PUSCHのスケジューリングに対応するTDRAテーブルであった場合、TDRA行インデックスによって1又は複数のSLIVが通知されるかによらず、PUSCH繰り返し送信は実行されなくてもよい。一方、使用されたTDRAテーブルが、単一PUSCHスケジューリングに対応するTDRAテーブルであった場合、従来と同様のPUSCH繰り返し送信ルールが適用されてもよい。
上記のように2つのTDRAテーブルを1つのDCIフォーマット向けに設定することで、PUSCH繰り返しタイプA及びPUSCH繰り返しタイプBが、当該DCIフォーマットによりスケジューリングされる単一PUSCHに対してサポートされる。また、単一PUSCHの繰り返しありと繰り返しなしとを柔軟にスケジューリングすることができる。
また、他のオプションとして、複数PUSCH送信のスケジューリングをサポートするDCIフォーマットは、単一PUSCHの繰り返し送信のスケジューリングに使用されなくてもよい。複数PUSCH送信のスケジューリング及び単一PUSCHの繰り返し送信のスケジューリングは、RRC設定によりそれぞれ個別のDCIフォーマットによって実行されてもよい。
例えば、複数PUSCH送信のスケジューリングはDCIフォーマット0_1によって設定され、単一PUSCHの繰り返し送信のスケジューリングはDCIフォーマット0_2によって設定されてもよい。また、例えば、複数PUSCH送信のスケジューリングはDCIフォーマット0_2によって設定され、単一PUSCHの繰り返し送信のスケジューリングはDCIフォーマット0_1によって設定されてもよい。
さらに、例えば図6に示される複数PUSCH送信をスケジューリングするTDRAテーブルが、DCIフォーマット0_1(又はDCIフォーマット0_2)によってスケジューリングされるPUSCHのスケジューリングに使用されてもよい。PUSCH繰り返しタイプと関連するパラメータは当該DCIフォーマットにおいて設定されなくよい。複数SLIVがTDRA行インデックスで通知された場合、複数PUSCHが繰り返しなしで送信されてもよい。また、1つのSLIVがTDRA行インデックス通知された場合、1PUSCHが繰り返しなしで送信されてもよい。
また、例えば、図3又は図4に示される単一PUSCH送信をスケジューリングするTDRAテーブルが、DCIフォーマット0_2(又はDCIフォーマット0_1)によってスケジューリングされるPUSCHのスケジューリングに使用されてもよい。従来と同様にPUSCH繰り返し送信は実行されてもよい。
上記のように複数PUSCH送信のスケジューリング及び単一PUSCHの繰り返し送信のスケジューリングを、RRC設定によりそれぞれ個別のDCIフォーマットによって実行することで、仕様に与える影響を最小化できる。
図9は、本発明の実施の形態におけるスケジューリングの例を説明するためのフローチャートである。ステップS31において、端末20は、DCIを基地局10から受信する。続くステップS32において、端末20は、DCIに基づいて、複数のPUSCHを送信するか又は単一のPUSCHを繰り返し送信する。なお、端末20は、単一のPUSCHを繰り返しなしで送信してもよい。
上述の実施例におけるいずれのオプションが所定の周波数帯、例えばNR52.6-71GHzに適用されてもよい。また、上述の実施例におけるいずれのオプションが所定のSCS例えば120kHz及び/又は480kHz及び/又は960kHzに適用されてもよい。また、上述の実施例におけるいずれのオプションが使用されるかは、上位レイヤパラメータによって設定されてもよいし、端末20からUE能力として報告されてもよいし、仕様に定義されてもよいし、上位レイヤパラメータ及びUE能力に基づいて決定されてもよい。
端末20が複数PUSCH送信のスケジューリング及び単一PUSCHの繰り返し送信のスケジューリングをサポートするか否かを示すUE能力が定義されてもよい。また、端末20が複数PUSCH送信のスケジューリング及び単一PUSCHの繰り返し送信のスケジューリングを同時に単一のDCIフォーマットでサポートするか否かを示すUE能力が定義されてもよい。例えば、当該単一のDCIフォーマットは、DCIフォーマット0_1及び/又はDCIフォーマット0_2であってもよい。また、端末20が複数PUSCH送信のスケジューリング及び単一PUSCHの繰り返し送信のスケジューリングを、それぞれのDCIフォーマットでサポートするか否かを示すUE能力が定義されてもよい。
上述の実施例により、基地局10は、複数PUSCHの送信と、単一PUSCHの繰り返し送信を端末20に効率よくスケジューリングすることができる。
すなわち、無線通信システムにおいて、複数チャネルの送信及び単一チャネルの繰り返し送信の双方をスケジューリングすることができる。
(装置構成)
次に、これまでに説明した処理及び動作を実行する基地局10及び端末20の機能構成例を説明する。基地局10及び端末20は上述した実施例を実施する機能を含む。ただし、基地局10及び端末20はそれぞれ、実施例の中の一部の機能のみを備えることとしてもよい。
<基地局10>
図10は、本発明の実施の形態における基地局10の機能構成の一例を示す図である。図10に示されるように、基地局10は、送信部110と、受信部120と、設定部130と、制御部140とを有する。図10に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
送信部110は、端末20側に送信する信号を生成し、当該信号を無線で送信する機能を含む。また、送信部110は、ネットワークノード間メッセージを他のネットワークノードに送信する。受信部120は、端末20から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、送信部110は、端末20へNR-PSS、NR-SSS、NR-PBCH、DL/UL制御信号等を送信する機能を有する。また、受信部120は、ネットワークノード間メッセージを他のネットワークノードから受信する。
設定部130は、予め設定される設定情報、及び、端末20に送信する各種の設定情報を格納する。設定情報の内容は、例えば、測定の設定に係る情報等である。
制御部140は、実施例において説明したように、測定の設定に係る制御を行う。また、制御部140は、スケジューリングを実行する。制御部140における信号送信に関する機能部を送信部110に含め、制御部140における信号受信に関する機能部を受信部120に含めてもよい。
<端末20>
図11は、本発明の実施の形態における端末20の機能構成の一例を示す図である。図11に示されるように、端末20は、送信部210と、受信部220と、設定部230と、制御部240とを有する。図11に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
送信部210は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部220は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部220は、基地局10から送信されるNR-PSS、NR-SSS、NR-PBCH、DL/UL/SL制御信号等を受信する機能を有する。また、例えば、送信部210は、D2D通信として、他の端末20に、PSCCH(Physical Sidelink Control Channel)、PSSCH(Physical Sidelink Shared Channel)、PSDCH(Physical Sidelink Discovery Channel)、PSBCH(Physical Sidelink Broadcast Channel)等を送信し、受信部220は、他の端末20から、PSCCH、PSSCH、PSDCH又はPSBCH等を受信する。
設定部230は、受信部220により基地局10から受信した各種の設定情報を格納する。また、設定部230は、予め設定される設定情報も格納する。設定情報の内容は、例えば、測定の設定に係る情報等である。
制御部240は、実施例において説明したように、測定の設定に係る制御を行う。制御部240における信号送信に関する機能部を送信部210に含め、制御部240における信号受信に関する機能部を受信部220に含めてもよい。
(ハードウェア構成)
上記実施形態の説明に用いたブロック図(図10及び図11)は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した1つの装置を用いて実現されてもよいし、物理的又は論理的に分離した2つ以上の装置を直接的又は間接的に(例えば、有線、無線などを用いて)接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記1つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知(broadcasting)、通知(notifying)、通信(communicating)、転送(forwarding)、構成(configuring)、再構成(reconfiguring)、割り当て(allocating、mapping)、割り振り(assigning)などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック(構成部)は、送信部(transmitting unit)や送信機(transmitter)と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
例えば、本開示の一実施の形態における基地局10、端末20等は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図12は、本開示の一実施の形態に係る基地局10及び端末20のハードウェア構成の一例を示す図である。上述の基地局10及び端末20は、物理的には、プロセッサ1001、記憶装置1002、補助記憶装置1003、通信装置1004、入力装置1005、出力装置1006、バス1007などを含むコンピュータ装置として構成されてもよい。
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。基地局10及び端末20のハードウェア構成は、図に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
基地局10及び端末20における各機能は、プロセッサ1001、記憶装置1002等のハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004による通信を制御したり、記憶装置1002及び補助記憶装置1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインタフェース、制御装置、演算装置、レジスタ等を含む中央処理装置(CPU:Central Processing Unit)で構成されてもよい。例えば、上述の制御部140、制御部240等は、プロセッサ1001によって実現されてもよい。
また、プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュール又はデータ等を、補助記憶装置1003及び通信装置1004の少なくとも一方から記憶装置1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図10に示した基地局10の制御部140は、記憶装置1002に格納され、プロセッサ1001で動作する制御プログラムによって実現されてもよい。また、例えば、図11に示した端末20の制御部240は、記憶装置1002に格納され、プロセッサ1001で動作する制御プログラムによって実現されてもよい。上述の各種処理は、1つのプロセッサ1001によって実行される旨を説明してきたが、2以上のプロセッサ1001により同時又は逐次に実行されてもよい。プロセッサ1001は、1以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
記憶装置1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically Erasable Programmable ROM)、RAM(Random Access Memory)等の少なくとも1つによって構成されてもよい。記憶装置1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)等と呼ばれてもよい。記憶装置1002は、本開示の一実施の形態に係る通信方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュール等を保存することができる。
補助記憶装置1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM(Compact Disc ROM)等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray(登録商標)ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー(登録商標)ディスク、磁気ストリップ等の少なくとも1つによって構成されてもよい。上述の記憶媒体は、例えば、記憶装置1002及び補助記憶装置1003の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置1004は、例えば周波数分割複信(FDD:Frequency Division Duplex)及び時分割複信(TDD:Time Division Duplex)の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インタフェース等は、通信装置1004によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカ、LEDランプ等)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチパネル)であってもよい。
また、プロセッサ1001及び記憶装置1002等の各装置は、情報を通信するためのバス1007によって接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
また、基地局10及び端末20は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つを用いて実装されてもよい。
(実施の形態のまとめ)
以上、説明したように、本発明の実施の形態によれば、TDRA(Time Domain Resource Allocation)テーブルの行を示すインデックスを含むDCI(Downlink Control Information)及び上位レイヤパラメータを基地局から受信する受信部と、前記インデックス及び前記上位レイヤパラメータに基づいて、スケジューリングされた1又は複数のPUSCH(Physical Uplink Shared Channel)の時間領域における位置を特定する制御部と、前記1又は複数のPUSCHを前記基地局に送信する送信部とを有し、前記制御部は、前記上位レイヤパラメータが有効に設定され、かつ、前記インデックスが前記TDRAにおいて単一PUSCHのスケジューリングを示す場合、前記単一PUSCHが繰り返し送信されると特定する端末が提供される。
上記の構成により、基地局10は、複数PUSCHの送信と、単一PUSCHの繰り返し送信を端末20に効率よくスケジューリングすることができる。すなわち、無線通信システムにおいて、複数チャネルの送信及び単一チャネルの繰り返し送信の双方をスケジューリングすることができる。
前記制御部は、前記インデックスが前記TDRAにおいて繰り返し送信の回数を示す場合、前記単一PUSCHが前記回数繰り返し送信されると特定してもよい。当該構成により、基地局10は、複数PUSCHの送信と、単一PUSCHの繰り返し送信を端末20に効率よくスケジューリングすることができる。
前記受信部が、他の上位レイヤパラメータを前記基地局から受信し、前記制御部は、前記他の上位レイヤパラメータが繰り返し送信の回数を示す場合、前記単一PUSCHが前記回数繰り返し送信されると特定してもよい。当該構成により、基地局10は、複数PUSCHの送信と、単一PUSCHの繰り返し送信を端末20に効率よくスケジューリングすることができる。
前記インデックスは、第1のTDRAテーブル又は第2のTDRAテーブルのいずれかを示し、前記第1のTDRAテーブルは複数PUSCH送信のスケジューリングに対応し、前記第2のTDRAテーブルは、単一PUSCH繰り返し送信のスケジューリングに対応してもよい。当該構成により、基地局10は、複数PUSCHの送信と、単一PUSCHの繰り返し送信を端末20に効率よくスケジューリングすることができる。
前記受信部は、第1のDCI又は第2のDCIを受信し、前記制御部は、前記第1のDCI又は前記第2のDCIいずれを受信したかに基づいて、複数PUSCH送信のスケジュールであるか、単一PUSCH繰り返し送信のスケジュールであるかを特定してもよい。当該構成により、基地局10は、複数PUSCHの送信と、単一PUSCHの繰り返し送信を端末20に効率よくスケジューリングすることができる。
また、本発明の実施の形態によれば、TDRA(Time Domain Resource Allocation)テーブルの行を示すインデックスを含むDCI(Downlink Control Information)及び上位レイヤパラメータを基地局から受信する受信手順と、前記インデックス及び前記上位レイヤパラメータに基づいて、スケジューリングされた1又は複数のPUSCH(Physical Uplink Shared Channel)の時間領域における位置を特定する制御手順と、前記1又は複数のPUSCHを前記基地局に送信する送信手順と、前記上位レイヤパラメータが有効に設定され、かつ、前記インデックスが前記TDRAにおいて単一PUSCHのスケジューリングを示す場合、前記単一PUSCHが繰り返し送信されると特定する手順を端末が実行する通信方法が提供される。
上記の構成により、基地局10は、複数PUSCHの送信と、単一PUSCHの繰り返し送信を端末20に効率よくスケジューリングすることができる。すなわち、無線通信システムにおいて、複数チャネルの送信及び単一チャネルの繰り返し送信の双方をスケジューリングすることができる。
(実施形態の補足)
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、2以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に(矛盾しない限り)適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には1つの部品で行われてもよいし、あるいは1つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局10及び端末20は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局10が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って端末20が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ(RAM)、フラッシュメモリ、読み取り専用メモリ(ROM)、EPROM、EEPROM、レジスタ、ハードディスク(HDD)、リムーバブルディスク、CD-ROM、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
また、情報の通知は、本開示で説明した態様/実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、DCI(Downlink Control Information)、UCI(Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、MAC(Medium Access Control)シグナリング、報知情報(MIB(Master Information Block)、SIB(System Information Block))、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRC Connection Setup)メッセージ、RRC接続再構成(RRC Connection Reconfiguration)メッセージ等であってもよい。
本開示において説明した各態様/実施形態は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、SUPER 3G、IMT-Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、FRA(Future Radio Access)、NR(new Radio)、W-CDMA(登録商標)、GSM(登録商標)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi-Fi(登録商標))、IEEE 802.16(WiMAX(登録商標))、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(登録商標)、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて(例えば、LTE及びLTE-Aの少なくとも一方と5Gとの組み合わせ等)適用されてもよい。
本明細書で説明した各態様/実施形態の処理手順、シーケンス、フローチャート等は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
本明細書において基地局10によって行われるとした特定動作は、場合によってはその上位ノード(upper node)によって行われることもある。基地局10を有する1つ又は複数のネットワークノード(network nodes)からなるネットワークにおいて、端末20との通信のために行われる様々な動作は、基地局10及び基地局10以外の他のネットワークノード(例えば、MME又はS-GW等が考えられるが、これらに限られない)の少なくとも1つによって行われ得ることは明らかである。上記において基地局10以外の他のネットワークノードが1つである場合を例示したが、他のネットワークノードは、複数の他のネットワークノードの組み合わせ(例えば、MME及びS-GW)であってもよい。
本開示において説明した情報又は信号等は、上位レイヤ(又は下位レイヤ)から下位レイヤ(又は上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
本開示における判定は、1ビットで表される値(0か1か)によって行われてもよいし、真偽値(Boolean:true又はfalse)によって行われてもよいし、数値の比較(例えば、所定の値との比較)によって行われてもよい。
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL:Digital Subscriber Line)など)及び無線技術(赤外線、マイクロ波など)の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号(シグナリング)であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア(CC:Component Carrier)は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル(例えば、PUCCH、PDCCHなど)及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
本開示においては、「基地局(BS:Base Station)」、「無線基地局」、「基地局装置」、「固定局(fixed station)」、「NodeB」、「eNodeB(eNB)」、「gNodeB(gNB)」、「アクセスポイント(access point)」、「送信ポイント(transmission point)」、「受信ポイント(reception point)、「送受信ポイント(transmission/reception point)」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
基地局は、1つ又は複数(例えば、3つ)のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム(例えば、屋内用の小型基地局(RRH:Remote Radio Head)によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
本開示においては、「移動局(MS:Mobile Station)」、「ユーザ端末(user terminal)」、「ユーザ装置(UE:User Equipment)」、「端末」などの用語は、互換的に使用され得る。
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物(例えば、車、飛行機など)であってもよいし、無人で動く移動体(例えば、ドローン、自動運転車など)であってもよいし、ロボット(有人型又は無人型)であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのIoT(Internet of Things)機器であってもよい。
また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数の端末20間の通信(例えば、D2D(Device-to-Device)、V2X(Vehicle-to-Everything)などと呼ばれてもよい)に置き換えた構成について、本開示の各態様/実施形態を適用してもよい。この場合、上述の基地局10が有する機能を端末20が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言(例えば、「サイド(side)」)で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末が有する機能を基地局が有する構成としてもよい。
本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)(例えば、テーブル、データベース又は別のデータ構造での探索)、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)(例えば、情報を受信すること)、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断(決定)」は、「想定する(assuming)」、「期待する(expecting)」、「みなす(considering)」などで読み替えられてもよい。
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、2又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された2つの要素間に1又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、2つの要素は、1又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光(可視及び不可視の両方)領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
参照信号は、RS(Reference Signal)と略称することもでき、適用される標準によってパイロット(Pilot)と呼ばれてもよい。
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
本開示において使用する「第1の」、「第2の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、2つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第1及び第2の要素への参照は、2つの要素のみが採用され得ること、又は何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。
上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
本開示において、「含む(include)」、「含んでいる(including)」及びそれらの変形が使用されている場合、これらの用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
無線フレームは時間領域において1つ又は複数のフレームによって構成されてもよい。時間領域において1つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において1つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジ(numerology)に依存しない固定の時間長(例えば、1ms)であってもよい。
ニューメロロジは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジは、例えば、サブキャリア間隔(SCS:SubCarrier Spacing)、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔(TTI:Transmission Time Interval)、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも1つを示してもよい。
スロットは、時間領域において1つ又は複数のシンボル(OFDM(Orthogonal Frequency Division Multiplexing)シンボル、SC-FDMA(Single Carrier Frequency Division Multiple Access)シンボル等)で構成されてもよい。スロットは、ニューメロロジに基づく時間単位であってもよい。
スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において1つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるPDSCH(又はPUSCH)は、PDSCH(又はPUSCH)マッピングタイプAと呼ばれてもよい。ミニスロットを用いて送信されるPDSCH(又はPUSCH)は、PDSCH(又はPUSCH)マッピングタイプBと呼ばれてもよい。
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
例えば、1サブフレームは送信時間間隔(TTI:Transmission Time Interval)と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、1スロット又は1ミニスロットがTTIと呼ばれてもよい。つまり、サブフレーム及びTTIの少なくとも一方は、既存のLTEにおけるサブフレーム(1ms)であってもよいし、1msより短い期間(例えば、1-13シンボル)であってもよいし、1msより長い期間であってもよい。なお、TTIを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、基地局が各端末20に対して、無線リソース(各端末20において使用することが可能な周波数帯域幅、送信電力など)を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。
TTIは、チャネル符号化されたデータパケット(トランスポートブロック)、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、TTIが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間(例えば、シンボル数)は、当該TTIよりも短くてもよい。
なお、1スロット又は1ミニスロットがTTIと呼ばれる場合、1以上のTTI(すなわち、1以上のスロット又は1以上のミニスロット)が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数(ミニスロット数)は制御されてもよい。
1msの時間長を有するTTIは、通常TTI(LTE Rel.8-12におけるTTI)、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、部分TTI(partial又はfractional TTI)、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
なお、ロングTTI(例えば、通常TTI、サブフレームなど)は、1msを超える時間長を有するTTIで読み替えてもよいし、ショートTTI(例えば、短縮TTIなど)は、ロングTTIのTTI長未満かつ1ms以上のTTI長を有するTTIで読み替えてもよい。
リソースブロック(RB)は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、1つ又は複数個の連続した副搬送波(subcarrier)を含んでもよい。RBに含まれるサブキャリアの数は、ニューメロロジに関わらず同じであってもよく、例えば12であってもよい。RBに含まれるサブキャリアの数は、ニューメロロジに基づいて決定されてもよい。
また、RBの時間領域は、1つ又は複数個のシンボルを含んでもよく、1スロット、1ミニスロット、1サブフレーム、又は1TTIの長さであってもよい。1TTI、1サブフレームなどは、それぞれ1つ又は複数のリソースブロックで構成されてもよい。
なお、1つ又は複数のRBは、物理リソースブロック(PRB:Physical RB)、サブキャリアグループ(SCG:Sub-Carrier Group)、リソースエレメントグループ(REG:Resource Element Group)、PRBペア、RBペアなどと呼ばれてもよい。
また、リソースブロックは、1つ又は複数のリソースエレメント(RE:Resource Element)によって構成されてもよい。例えば、1REは、1サブキャリア及び1シンボルの無線リソース領域であってもよい。
帯域幅部分(BWP:Bandwidth Part)(部分帯域幅などと呼ばれてもよい)は、あるキャリアにおいて、あるニューメロロジ用の連続する共通RB(common resource blocks)のサブセットのことを表してもよい。ここで、共通RBは、当該キャリアの共通参照ポイントを基準としたRBのインデックスによって特定されてもよい。PRBは、あるBWPで定義され、当該BWP内で番号付けされてもよい。
BWPには、UL用のBWP(UL BWP)と、DL用のBWP(DL BWP)とが含まれてもよい。UEに対して、1キャリア内に1つ又は複数のBWPが設定されてもよい。
設定されたBWPの少なくとも1つがアクティブであってもよく、UEは、アクティブなBWPの外で所定の信号/チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「BWP」で読み替えられてもよい。
上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプレフィックス(CP:Cyclic Prefix)長などの構成は、様々に変更することができる。
本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
本開示において説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的に行うものに限られず、暗黙的(例えば、当該所定の情報の通知を行わない)ことによって行われてもよい。
なお、本開示におけるMulti-PUSCH-And-Single-PUSCH-Repetitionは、上位レイヤパラメータの一例である。pusch-AggregationFactorは、他の上位レイヤパラメータの一例である。
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。