JP2020136767A - 端末装置、基地局装置、および、通信方法 - Google Patents
端末装置、基地局装置、および、通信方法 Download PDFInfo
- Publication number
- JP2020136767A JP2020136767A JP2019024515A JP2019024515A JP2020136767A JP 2020136767 A JP2020136767 A JP 2020136767A JP 2019024515 A JP2019024515 A JP 2019024515A JP 2019024515 A JP2019024515 A JP 2019024515A JP 2020136767 A JP2020136767 A JP 2020136767A
- Authority
- JP
- Japan
- Prior art keywords
- harq
- group
- pdcch
- pdsch
- pdschs
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】効率的に通信を行うことができる端末、基地局を提供する。【解決手段】端末は、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信する。第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によってHARQ−ACK情報の送信がトリガーされ、第2のフィールドによって第1または第2のグループIDが示される場合、第1のPDSCHと第2のPDSCHのうち、第2のフィールドによって示されるグループIDと同じグループIDをPDSCHに対応するHARQ−ACK情報を送信する。【選択図】図6
Description
本発明は、端末装置、基地局装置、および、通信方法に関する。
セルラー移動通信の無線アクセス方式および無線ネットワーク(以下、「Long Term Evolution (LTE)」、または、「EUTRA:Evolved Universal Terrestrial Radio Access」と称する。)が、第三世代パートナーシッププロジェクト(3GPP:3rd Generation Partnership Project)において検討されている。LTEにおいて、基地局装置はeNodeB(evolved NodeB)、端末装置はUE(User Equipment)とも呼称される。LTEは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のサービングセルを管理してもよい。
3GPPでは、国際電気通信連合(ITU:International Telecommunication Union)が
策定する次世代移動通信システムの規格であるIMT(International Mobile Telecommunication)―2020に提案するため、次世代規格(NR:New Radio)の検討が行われている(非特許文献1)。NRは、単一の技術の枠組みにおいて、eMBB(enhanced Mobile BroadBand)、mMTC(massive Machine Type Communication)、URLLC(Ultra Reliable and Low Latency Communication)の3つのシナリオを想定した要求を満たすことが求められている。
策定する次世代移動通信システムの規格であるIMT(International Mobile Telecommunication)―2020に提案するため、次世代規格(NR:New Radio)の検討が行われている(非特許文献1)。NRは、単一の技術の枠組みにおいて、eMBB(enhanced Mobile BroadBand)、mMTC(massive Machine Type Communication)、URLLC(Ultra Reliable and Low Latency Communication)の3つのシナリオを想定した要求を満たすことが求められている。
"New SID proposal: Study on New Radio Access Technology", RP-160671, NTT docomo, 3GPP TSG RAN Meeting #71, Goteborg, Sweden, 7th-10th March, 2016.
本発明は、効率的に通信を行う端末装置、該端末装置に用いられる通信方法、効率的に通信を行う基地局装置、該基地局装置に用いられる通信方法を提供する。
(1)本発明の第1の態様は、端末装置であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信する受信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1または第2のグループIDが示される場合、前記連続する1つまたは複数の第1のPDSCHと前記連続する1つまたは複数の第2のPDSCHのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ連続する1つまたは複数のPDSCHに対応する前記HARQ−ACK情報を送信する送信部と、を備える。
(2)本発明の第2の態様は、端末装置であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHの第1のグループと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHの第2のグループと、前記第1のグループIDを持つ連続する1つまたは複数の第3のPDSCHの第3のグループと、HARQ−ACK
情報の送信を指示する第2のPDCCHを受信する受信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1のグループIDが示される場合、前記第1から第3のグループのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ前記第3のグループに属する前記連続する1つまたは複数の第3のPDSCHに対応する前記HARQ−ACK情報を送信する送信部と、を備え、前記第1のPDSCHは、前記第2のPDSCHよりも前に受信され、前記第3のPDSCHは、前記第2のPDSCHよりも後に受信される。
情報の送信を指示する第2のPDCCHを受信する受信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1のグループIDが示される場合、前記第1から第3のグループのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ前記第3のグループに属する前記連続する1つまたは複数の第3のPDSCHに対応する前記HARQ−ACK情報を送信する送信部と、を備え、前記第1のPDSCHは、前記第2のPDSCHよりも前に受信され、前記第3のPDSCHは、前記第2のPDSCHよりも後に受信される。
(3)本発明の第3の態様は、端末装置であって、複数のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信する受信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによってグループIDが示される場合、前記第2のフィールドによって示されたグループIDと同じグループIDを持つ最後に受信されたグループに対応する前記HARQ−ACK情報を送信する送信部と、を備え、 前記複数のグループのそれぞれは、同じグループIDを持つ連続する1つまたは複数のPDSCHによって構成される。
(4)本発明の第4の態様は、端末装置であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを受信する受信部と、前記複数のPDSCHに対する複数のHARQ−ACK情報を第1のPUCCHで送信する送信部を備え、HARQプロセス識別子を含む、HARQ−ACK情報の送信を指示する第2のPDCCHを受信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報と一緒に送信された全ての前記複数のHARQ−ACK情報を第2のPUCCHで送信する。
(5)本発明の第5の態様は、端末装置であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを受信する受信部と、前記複数のPDSCHに対する複数のHARQ−ACK情報を含むHARQ−ACK codebookを第1のPUCCHで送信する送信部を備え、HARQプロセス識別子を含む、HARQ−ACK情報の送信を指示する第2のPDCCHを受信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報を含む前記HARQ−ACK codebookで送信された前記複数のHARQ−ACK情報を第2のPUCCHで送信する。
(6)本発明の第6の態様は、基地局装置であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信する送信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1または第2のグループIDが示される場合、前記連続する1つまたは複数の第1のPDSCHと前記連続する1つまたは複数の第2のPDSCHのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ連続する1つまたは複数のPDSCHに対応する前記HARQ−ACK情報を受信する受信部と、を備える。
(7)本発明の第7の態様は、基地局装置であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHの第1のグループと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHの第2のグループと、前記第1のグループID
を持つ連続する1つまたは複数の第3のPDSCHの第3のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信する送信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1のグループIDが示される場合、前記第1から第3のグループのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ前記第3のグループに属する前記連続する1つまたは複数の第3のPDSCHに対応する前記HARQ−ACK情報を受信する受信部と、を備え、前記第1のPDSCHは、前記第2のPDSCHよりも前に送信され、前記第3のPDSCHは、前記第2のPDSCHよりも後に送信される。
を持つ連続する1つまたは複数の第3のPDSCHの第3のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信する送信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1のグループIDが示される場合、前記第1から第3のグループのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ前記第3のグループに属する前記連続する1つまたは複数の第3のPDSCHに対応する前記HARQ−ACK情報を受信する受信部と、を備え、前記第1のPDSCHは、前記第2のPDSCHよりも前に送信され、前記第3のPDSCHは、前記第2のPDSCHよりも後に送信される。
(8)本発明の第8の態様は、基地局装置であって、複数のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信する送信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによってグループIDが示される場合、前記第2のフィールドによって示されたグループIDと同じグループIDを持つ最後に受信されたグループに対応する前記HARQ−ACK情報を受信する受信部と、を備え、前記複数のグループのそれぞれは、同じグループIDを持つ連続する1つまたは複数のPDSCHによって構成される。
(9)本発明の第9の態様は、基地局装置であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを送信する送信部と、前記複数のPDSCHに対する複数のHARQ−ACK情報を第1のPUCCHで受信する受信部を備え、HARQプロセス識別子を含む、HARQ−ACK情報の受信を指示する第2のPDCCHを送信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報と一緒に受信された全ての前記複数のHARQ−ACK情報を第2のPUCCHで受信する。
(10)本発明の第10の態様は、基地局装置であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを送信する送信部と、前記複数のPDSCHに対する複数のHARQ−ACK情報を含むHARQ−ACK codebookを第1のPUCCHで受信する受信部を備え、HARQプロセス識別子を含む、HARQ−ACK情報の受信を指示する第2のPDCCHを受信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報を含む前記HARQ−ACK codebookで受信された前記複数のHARQ−ACK情報を第2のPUCCHで受信する。
(11)本発明の第11の態様は、端末装置に用いられる通信方法であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信するステップと、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1または第2のグループIDが示される場合、前記連続する1つまたは複数の第1のPDSCHと前記連続する1つまたは複数の第2のPDSCHのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ連続する1つまたは複数のPDSCHに対応する前記HARQ−ACK情報を送信するステップと、を備える。
(12)本発明の第12の態様は、端末装置に用いられる通信方法であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHの第1のグループと、第2
のグループIDを持つ連続する1つまたは複数の第2のPDSCHの第2のグループと、前記第1のグループIDを持つ連続する1つまたは複数の第3のPDSCHの第3のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信するステップと、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1のグループIDが示される場合、前記第1から第3のグループのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ前記第3のグループに属する前記連続する1つまたは複数の第3のPDSCHに対応する前記HARQ−ACK情報を送信するステップと、を備え、前記第1のPDSCHは、前記第2のPDSCHよりも前に受信し処理され、前記第3のPDSCHは、前記第2のPDSCHよりも後に受信し処理される。
のグループIDを持つ連続する1つまたは複数の第2のPDSCHの第2のグループと、前記第1のグループIDを持つ連続する1つまたは複数の第3のPDSCHの第3のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信するステップと、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1のグループIDが示される場合、前記第1から第3のグループのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ前記第3のグループに属する前記連続する1つまたは複数の第3のPDSCHに対応する前記HARQ−ACK情報を送信するステップと、を備え、前記第1のPDSCHは、前記第2のPDSCHよりも前に受信し処理され、前記第3のPDSCHは、前記第2のPDSCHよりも後に受信し処理される。
(13)本発明の第13の態様は、端末装置に用いられる通信方法であって、複数のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信するステップと、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによってグループIDが示される場合、前記第2のフィールドによって示されたグループIDと同じグループIDを持つ最後に受信されたグループに対応する前記HARQ−ACK情報を送信するステップと、を備え、前記複数のグループのそれぞれは、同じグループIDを持つ連続する1つまたは複数のPDSCHによって構成される。
(14)本発明の第14の態様は、端末装置に用いられる通信方法であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを受信するステップと、前記複数のPDSCHに対する複数のHARQ−ACK情報を第1のPUCCHで送信するステップを備え、HARQプロセス識別子を含む、HARQ−ACK情報の送信を指示する第2のPDCCHを受信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報と一緒に送信された全ての前記複数のHARQ−ACK情報を第2のPUCCHで送信する。
(15)本発明の第15の態様は、端末装置に用いられる通信方法であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを受信するステップと、前記複数のPDSCHに対する複数のHARQ−ACK情報を含むHARQ−ACK codebookを第1のPUCCHで送信するステップを備え、HARQプロセス識別子を含む、HARQ−ACK情報の送信を指示する第2のPDCCHを受信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報を含む前記HARQ−ACK codebookで送信された前記複数のHARQ−ACK情報を第2のPUCCHで送信する。
(16)本発明の第16の態様は、基地局装置に用いられる通信方法であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信するステップと、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1または第2のグループIDが示される場合、前記連続する1つまたは複数の第1のPDSCHと前記連続する1つまたは複数の第2のPDSCHのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ連続する1つまたは複数のPDSCHに対応する前記HARQ−ACK情報を送信するステップと、を備える。
(17)本発明の第17の態様は、基地局装置に用いられる通信方法であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHの第1のグループと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHの第2のグループと、前記第1のグループIDを持つ連続する1つまたは複数の第3のPDSCHの第3のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信するステップと、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1のグループIDが示される場合、前記第1から第3のグループのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ前記第3のグループに属する前記連続する1つまたは複数の第3のPDSCHに対応する前記HARQ−ACK情報を受信するステップと、を備え、前記第1のPDSCHは、前記第2のPDSCHよりも前に送信され、前記第3のPDSCHは、前記第2のPDSCHよりも後に送信される。
(18)本発明の第18の態様は、基地局装置に用いられる通信方法であって、複数のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信するステップと、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによってグループIDが示される場合、前記第2のフィールドによって示されたグループIDと同じグループIDを持つ最後に受信されたグループに対応する前記HARQ−ACK情報を受信するステップと、を備え、前記複数のグループのそれぞれは、同じグループIDを持つ連続する1つまたは複数のPDSCHによって構成される。
(19)本発明の第19の態様は、基地局装置に用いられる通信方法であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを送信するステップと、前記複数のPDSCHに対する複数のHARQ−ACK情報を第1のPUCCHで受信するステップを備え、HARQプロセス識別子を含む、HARQ−ACK情報の受信を指示する第2のPDCCHを送信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報と一緒に受信された全ての前記複数のHARQ−ACK情報を第2のPUCCHで受信する。
(20)本発明の第20の態様は、基地局装置に用いられる通信方法であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを送信するステップと、前記複数のPDSCHに対する複数のHARQ−ACK情報を含むHARQ−ACK codebookを第1のPUCCHで受信するステップを備え、HARQプロセス識別子を含む、HARQ−ACK情報の受信を指示する第2のPDCCHを受信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報を含む前記HARQ−ACK codebookで受信された前記複数のHARQ−ACK情報を第2のPUCCHで受信する。
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
以下、本発明の実施形態について説明する。
“A、および/または、B”は、“A”、“B”、または“AおよびB”を含む用語であってもよい。
パラメータまたは情報が1つまたは複数の値を示すことは、該パラメータまたは該情報が該1つまたは複数の値を示すパラメータまたは情報を少なくとも含むことであってもよい。上位層パラメータは、単一の上位層パラメータであってもよい。上位層パラメータは、複数のパラメータを含む情報要素(IE: Information Element)であってもよい。
図1は、本実施形態の一態様に係る無線通信システムの概念図である。図1において、無線通信システムは、端末装置1A〜1C、および基地局装置3を具備する。以下、端末装置1A〜1Cを端末装置1とも呼称する。
基地局装置3は、MCG(Master Cell Group)、および、SCG(Secondary Cell Group)の一方または両方を含んで構成されてもよい。MCGは、少なくともPCell(Primary Cell)を含んで構成されるサービングセルのグループである。SCGは、少なくともPSCell(Primary Secondary Cell)を含んで構成されるサービングセルのグループである。PCellは、初期接続に基づき与えられるサービングセルであってもよい。MCGは、1または複数のSCell(Secondary Cell)を含んで構成されてもよい。SCGは、1または複数のSCellを含んで構成されてもよい。サービングセル識別子(serving cell identity)は、サービングセルを識別するための短い識別子である。サービングセル識別子は、上位層パラメータにより与えられてもよい。
以下、フレーム構成について説明する。
本実施形態の一態様に係る無線通信システムにおいて、OFDM(Orthogonal Frequency Division Multiplex)が少なくとも用いられる。OFDMシンボルは、OFDMの時間領域の単位である。OFDMシンボルは、少なくとも1または複数のサブキャリア(subcarrier)を含む。OFDMシンボルは、ベースバンド信号生成において時間連続信号(time-continuous signal)に変換されもよい。
サブキャリア間隔(SCS: SubCarrier Spacing)は、サブキャリア間隔Δf=2μ・1
5kHzにより与えられてもよい。例えば、サブキャリア間隔の設定(subcarrier spaci
ng configuration)μは0、1、2、3、4、および/または、5の何れかに設定されてもよい。あるBWP(BandWidth Part)のために、サブキャリア間隔の設定μが上位層パラメータにより与えられてもよい。
5kHzにより与えられてもよい。例えば、サブキャリア間隔の設定(subcarrier spaci
ng configuration)μは0、1、2、3、4、および/または、5の何れかに設定されてもよい。あるBWP(BandWidth Part)のために、サブキャリア間隔の設定μが上位層パラメータにより与えられてもよい。
本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位(タイムユニット)Tcが用いられる。時間単位Tcは、Tc=1/(Δfmax・Nf)で与えられてもよい。Δfmaxは、本実施形態の一態様に係る無線通信システムにおいてサポートされるサブキャリア間隔の最大値であってもよい。Δfmaxは、Δfmax=480kHzであってもよい。Nfは、Nf=4096であってもよい。定数κは、κ=Δfmax・Nf/(ΔfrefNf,ref)=64である。Δfrefは、15kHzであってもよい。Nf,refは、2048であってもよい。
定数κは、参照サブキャリア間隔とTcの関係を示す値であってもよい。定数κはサブフレームの長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δfrefは、参照サブキャリア間隔であり、Nf,refは、参照サブキャリア間隔に対応する値である。
下りリンクにおける送信、および/または、上りリンクにおける送信は、10msのフレームにより構成される。フレームは、10個のサブフレームを含んで構成される。サブフレームの長さは1msである。フレームの長さは、サブキャリア間隔Δfに関わらず与えられてもよい。つまり、フレームの設定はμに関わらず与えられてもよい。サブフレームの長さは、サブキャリア間隔Δfに関わらず与えられてもよい。つまり、サブフレームの設定はμに関わらず与えられてもよい。
あるサブキャリア間隔の設定μのために、サブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第1のスロット番号nμ sは、サブフレーム内において0からNsubframe,μ slot−1の範囲で昇順に与えられてもよい。サブキャリア間隔の設定μのために、フレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第2のスロット番号nμ s,fは、フレーム内において0からNframe,μ slot−1の範囲で昇順に与えられてもよい。連続するNslot symb個のOFDMシンボルが1つのスロットに含まれてもよい。Nslot symbは、スロット設定(slot configuration)、および/または、CP(Cyclic Prefix)設定の一部または全部に少なくとも基づき与えられてもよい。スロット設定は、少なくとも上位層パラメータtdd−UL−DL−ConfigurationCommonにより与えられてもよい。CP設定は、上位層パラメータに少なくとも基づき与えられてもよい。CP設定は、専用RRCシグナリングに少なくとも基づき与えられてもよい。第1のスロット番号および第2のスロット番号は、スロット番号(スロットインデックス)とも呼称される。
図2は、本実施形態の一態様に係るNslot symb、サブキャリア間隔の設定μ、スロット設定、および、CP設定の関係を示す一例である。図2Aにおいて、スロット設定が0であり、サブキャリア間隔の設定μが2であり、CP設定がノーマルCP(normal
cyclic prefix)である場合、Nslot symb=14、Nframe,μ slot=40、Nsubframe,μ slot=4である。また、図2Bにおいて、スロット設定が0であり、サブキャリア間隔の設定μが2であり、CP設定が拡張CP(extended cyclic prefix)である場合、Nslot symb=12、Nframe,μ slot=40、Nsubframe,μ slot=4である。スロット設定0におけるNslot symbは、スロット設定1におけるNslot symbの2倍に対応してもよい。
cyclic prefix)である場合、Nslot symb=14、Nframe,μ slot=40、Nsubframe,μ slot=4である。また、図2Bにおいて、スロット設定が0であり、サブキャリア間隔の設定μが2であり、CP設定が拡張CP(extended cyclic prefix)である場合、Nslot symb=12、Nframe,μ slot=40、Nsubframe,μ slot=4である。スロット設定0におけるNslot symbは、スロット設定1におけるNslot symbの2倍に対応してもよい。
以下、物理リソースについて説明を行う。
アンテナポートは、1つのアンテナポートにおいてシンボルが伝達されるチャネルが、同一のアンテナポートにおいてその他のシンボルが伝達されるチャネルから推定できることによって定義される。1つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性(large scale property)が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、2つのアンテナポートはQCL(Quasi Co-Located)であると呼称される。大規模特性は、チャネルの長区間特性を少なくとも含んでもよい。大規模特性は、遅延拡がり(delay spread)、ドップラー拡がり(Doppler spread)、ドップラーシフト(Doppler shift)、平均利得(average gain)、平均遅延(average delay)、および、ビームパラメータ(spatial Rx parameters)の一部または全部を少なくとも含んでもよい。第1のアンテナポートと第2のアンテナポートがビームパラメータに関してQCLであるとは、第1のアンテナポートに対して受信側が想定する受信ビームと第2のアンテナポートに対して受信側が想定する受信ビームとが同一であることであってもよい。第1のアンテナポートと第2のアンテナポートがビームパラメータに関してQCLであるとは、第1のアンテナポートに対して受信側が想定する送信ビームと第2のアンテナポートに対して受信側が想定する送信ビームとが同一であることであってもよい。端末装置1は、1つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、2つのアンテナポートはQCLであることが想定されてもよい。2つのアンテナポートがQCLであることは、2つのアンテナポートがQCLであることが想定されることであってもよい。
サブキャリア間隔の設定とキャリアのセットのそれぞれのために、Nμ RB,xNRB sc個のサブキャリアとN(μ) symbNsubframe,μ symb個のOFDMシンボルのリソースグリッドが与えられる。Nμ RB,xは、キャリアxのためのサブキャリア間隔の設定μのために与えられるリソースブロック数を示してもよい。Nμ RB,xは、キャリアxのためのサブキャリア間隔の設定μのために与えられるリソースブロックの最大数であってもよい。キャリアxは下りリンクキャリアまたは上りリンクキャリアの何れかを示す。つまり、xは“DL”、または、“UL”である。Nμ RBは、Nμ RB,DL、および/または、Nμ RB,ULを含んだ呼称である。NRB scは、1つのリソースブロックに含まれるサブキャリア数を示してもよい。アンテナポートpごとに、および/または、サブキャリア間隔の設定μごとに、および/または、送信方向(Transmission direction)の設定ごとに少なくとも1つのリソースグリッドが与えられてもよい。送信方向は、少なくとも下りリンク(DL:DownLink)および上りリンク(UL:UpLink)を含む。以下、アンテナポートp、サブキャリア間隔の設定μ、および、送信方向の設定の一部または全部を少なくとも含むパラメータのセットは、第1の無線パラメータセットとも呼称される。つまり、リソースグリッドは、第1の無線パラメータセットごとに1つ与えられてもよい。
下りリンクにおいて、サービングセルに含まれるキャリアを下りリンクキャリア(または、下りリンクコンポーネントキャリア)と称する。上りリンクにおいて、サービングセルに含まれるキャリアを上りリンクキャリア(上りリンクコンポーネントキャリア)と称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリア(または、キャリア)と称する。
第1の無線パラメータセットごとに与えられるリソースグリッドの中の各要素は、リソースエレメントと呼称される。リソースエレメントは周波数領域のインデックスkscと、時間領域のインデックスlsymにより特定される。ある第1の無線パラメータセットのために、リソースエレメントは周波数領域のインデックスkscと、時間領域のインデックスlsymにより特定される。周波数領域のインデックスkscと時間領域のインデ
ックスlsymにより特定されるリソースエレメントは、リソースエレメント(ksc、lsym)とも呼称される。周波数領域のインデックスkscは、0からNμ RBNRB sc−1の何れかの値を示す。Nμ RBはサブキャリア間隔の設定μのために与えられるリソースブロック数であってもよい。NRB scは、リソースブロックに含まれるサブキャリア数であり、NRB sc=12である。周波数領域のインデックスkscは、サブキャリアインデックスkscに対応してもよい。時間領域のインデックスlsymは、OFDMシンボルインデックスlsymに対応してもよい。
ックスlsymにより特定されるリソースエレメントは、リソースエレメント(ksc、lsym)とも呼称される。周波数領域のインデックスkscは、0からNμ RBNRB sc−1の何れかの値を示す。Nμ RBはサブキャリア間隔の設定μのために与えられるリソースブロック数であってもよい。NRB scは、リソースブロックに含まれるサブキャリア数であり、NRB sc=12である。周波数領域のインデックスkscは、サブキャリアインデックスkscに対応してもよい。時間領域のインデックスlsymは、OFDMシンボルインデックスlsymに対応してもよい。
図3は、本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。図3のリソースグリッドにおいて、横軸は時間領域のインデックスlsymであり、縦軸は周波数領域のインデックスkscである。1つのサブフレームにおいて、リソースグリッドの周波数領域はNμ RBNRB sc個のサブキャリアを含む。1つのサブフレームにおいて、リソースグリッドの時間領域は14・2μ個のOFDMシンボルを含んでもよい。1つのリソースブロックは、NRB sc個のサブキャリアを含んで構成される。リソースブロックの時間領域は、1OFDMシンボルに対応してもよい。リソースブロックの時間領域は、14OFDMシンボルに対応してもよい。リソースブロックの時間領域は、1または複数のスロットに対応してもよい。リソースブロックの時間領域は、1つのサブフレームに対応してもよい。
端末装置1は、リソースグリッドのサブセットのみを用いて送受信を行うことが指示されてもよい。リソースグリッドのサブセットは、BWPとも呼称され、BWPは上位層パラメータ、および/または、DCIの一部または全部に少なくとも基づき与えられてもよい。BWPをバンドパートとも称する(BP:bandwidth part)。つまり、端末装置1は、
リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。つまり、端末装置1は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。1つのBWPは、周波数領域における複数のリソースブロックから構成されてもよい。1つのBWPは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるBWPは、下りリンクBWPとも呼称される。上りリンクキャリアに対して設定されるBWPは、上りリンクBWPとも呼称される。
リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。つまり、端末装置1は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。1つのBWPは、周波数領域における複数のリソースブロックから構成されてもよい。1つのBWPは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるBWPは、下りリンクBWPとも呼称される。上りリンクキャリアに対して設定されるBWPは、上りリンクBWPとも呼称される。
端末装置1に対して、1または複数の下りリンクBWPが設定されてもよい。端末装置1は、1または複数の下りリンクBWPのうちの1つの下りリンクBWPにおいて物理チャネル(例えば、PDCCH、PDSCH、SS/PBCH等)の受信を試みてもよい。該1つの下りリンクBWPは、活性化下りリンクBWPとも呼称される。
端末装置1に対して、1または複数の上りリンクBWPが設定されてもよい。端末装置1は、1または複数の上りリンクBWPのうちの1つの上りリンクBWPにおいて物理チャネル(例えば、PUCCH、PUSCH、PRACH等)の送信を試みてもよい。該1つの上りリンクBWPは、活性化上りリンクBWPとも呼称される。
サービングセルのそれぞれに対して下りリンクBWPのセットが設定されてもよい。下りリンクBWPのセットは1または複数の下りリンクBWPを含んでもよい。サービングセルのそれぞれに対して上りリンクBWPのセットが設定されてもよい。上りリンクBWPのセットは1または複数の上りリンクBWPを含んでもよい。
上位層パラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、RRC(Radio Resource Control)シグナリングであってもよいし、MAC CE(Medium
Access Control Control Element)であってもよい。ここで、上位層の信号は、RRC
層の信号であってもよいし、MAC層の信号であってもよい。
Access Control Control Element)であってもよい。ここで、上位層の信号は、RRC
層の信号であってもよいし、MAC層の信号であってもよい。
上位層の信号は、共通RRCシグナリング(common RRC signaling)であってもよい。共通RRCシグナリングは、以下の特徴C1から特徴C3の一部または全部を少なくとも備えてもよい。
特徴C1)BCCHロジカルチャネル、または、CCCHロジカルチャネルにマップされる
特徴C2)radioResourceConfigCommon情報要素を少なくとも含む
特徴C3)PBCHにマップされる
特徴C1)BCCHロジカルチャネル、または、CCCHロジカルチャネルにマップされる
特徴C2)radioResourceConfigCommon情報要素を少なくとも含む
特徴C3)PBCHにマップされる
radioResourceConfigCommon情報要素は、サービングセルにおいて共通に用いられる設定を示す情報を含んでもよい。サービングセルにおいて共通に用いられる設定は、PRACHの設定を少なくとも含んでもよい。該PRACHの設定は、1または複数のランダムアクセスプリアンブルインデックスを少なくとも示してもよい。該PRACHの設定は、PRACHの時間/周波数リソースを少なくとも示してもよい。
上位層の信号は、専用RRCシグナリング(dedicated RRC signaling)であってもよ
い。専用RRCシグナリングは、以下の特徴D1からD2の一部または全部を少なくとも備えてもよい。
特徴D1)DCCHロジカルチャネルにマップされる
特徴D2)radioResourceConfigDedicated情報要素を少なくとも含む
い。専用RRCシグナリングは、以下の特徴D1からD2の一部または全部を少なくとも備えてもよい。
特徴D1)DCCHロジカルチャネルにマップされる
特徴D2)radioResourceConfigDedicated情報要素を少なくとも含む
radioResourceConfigDedicated情報要素は、端末装置1に固有の設定を示す情報を少なくとも含んでもよい。radioResourceConfigDedicated情報要素は、BWPの設定を示す情報を少なくとも含んでもよい。該BWPの設定は、該BWPの周波数リソースを少なくとも示してもよい。
例えば、MIB、第1のシステム情報、および、第2のシステム情報は共通RRCシグナリングに含まれてもよい。また、DCCHロジカルチャネルにマップされ、且つ、radioResourceConfigCommonを少なくとも含む上位層のメッセージは、共通RRCシグナリングに含まれてもよい。また、DCCHロジカルチャネルにマップされ、且つ、radioResourceConfigCommon情報要素を含まない上位層のメッセージは、専用RRCシグナリングに含まれてもよい。また、DCCHロジカルチャネルにマップされ、且つ、radioResourceConfigDedicated情報要素を少なくとも含む上位層のメッセージは、専用RRCシグナリングに含まれてもよい。
第1のシステム情報は、SS(Synchronization Signal)ブロックの時間インデックスを少なくとも示してもよい。SSブロック(SS block)は、SS/PBCHブロック(SS/PBCH block)とも呼称される。SS/PBCHブロックは、SS/PBCHとも呼称される。第1のシステム情報は、PRACHリソースに関連する情報を少なくとも含んでもよい。第1のシステム情報は、初期接続の設定に関連する情報を少なくとも含んでもよい。第2のシステム情報は、第1のシステム情報以外のシステム情報であってもよい。
radioResourceConfigDedicated情報要素は、PRACHリソースに関連する情報を少なくとも含んでもよい。radioResourceConfigDedicated情報要素は、初期接続の設定に関連する情報を少なくとも含んでもよい。
以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。
上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクキャリアにおいて用いられる物理チャネルである。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられる。
・PUCCH(Physical Uplink Control CHannel)
・PUSCH(Physical Uplink Shared CHannel)
・PRACH(Physical Random Access CHannel)
・PUCCH(Physical Uplink Control CHannel)
・PUSCH(Physical Uplink Shared CHannel)
・PRACH(Physical Random Access CHannel)
PUCCHは、上りリンク制御情報(UCI:Uplink Control Information)を送信するために用いられてもよい。上りリンク制御情報は、チャネル状態情報(CSI:Channel State Information)、スケジューリングリクエスト(SR:Scheduling Request)、トランスポートブロック(TB:Transport block, MAC PDU:Medium Access Control Protocol Data Unit, DL-SCH:Downlink-Shared Channel, PDSCH:Physical Downlink Shared Channel)に対応するHARQ−ACK(Hybrid Automatic Repeat request ACKnowledgement)の一部または全部を含む。
HARQ−ACKは、1つのトランスポートブロックに少なくとも対応するHARQ−ACKビットを少なくとも含んでもよい。HARQ−ACKビットは、1または複数のトランスポートブロックに対応するACK(acknowledgement)またはNACK(negative-acknowledgement)を示してもよい。HARQ−ACKは、1または複数のHARQ−A
CKビットを含むHARQ−ACKコードブックを少なくとも含んでもよい。HARQ−ACKビットが1または複数のトランスポートブロックに対応することは、HARQ−ACKビットが該1または複数のトランスポートブロックを含むPDSCHに対応することであってもよい。HARQ−ACKビットは、トランスポートブロックに含まれる1つのCBG(Code Block Group)に対応するACKまたはNACKを示してもよい。
CKビットを含むHARQ−ACKコードブックを少なくとも含んでもよい。HARQ−ACKビットが1または複数のトランスポートブロックに対応することは、HARQ−ACKビットが該1または複数のトランスポートブロックを含むPDSCHに対応することであってもよい。HARQ−ACKビットは、トランスポートブロックに含まれる1つのCBG(Code Block Group)に対応するACKまたはNACKを示してもよい。
スケジューリングリクエスト(SR:Scheduling Request)は、初期送信のためのPUS
CHのリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のSR(positive SR)または、負のSR(negative SR)の何れかを示すために用いられてもよい。スケジューリングリクエストビットが正のSRを示すことは、“正のSRが送信される”とも呼称される。正のSRは、端末装置1によって初期送信のためのPUSCHのリソースが要求されることを示してもよい。正のSRは、上位層によりスケジューリングリクエストがトリガ(Trigger)されることを示してもよい。正のSRは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のSRを示すことは、“負のSRが送信される”とも呼称される。負のSRは、端末装置1によって初期送信のためのPUSCHのリソースが要求されないことを示してもよい。負のSRは、上位層によりスケジューリングリクエストがトリガーされないことを示してもよい。負のSRは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
CHのリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のSR(positive SR)または、負のSR(negative SR)の何れかを示すために用いられてもよい。スケジューリングリクエストビットが正のSRを示すことは、“正のSRが送信される”とも呼称される。正のSRは、端末装置1によって初期送信のためのPUSCHのリソースが要求されることを示してもよい。正のSRは、上位層によりスケジューリングリクエストがトリガ(Trigger)されることを示してもよい。正のSRは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のSRを示すことは、“負のSRが送信される”とも呼称される。負のSRは、端末装置1によって初期送信のためのPUSCHのリソースが要求されないことを示してもよい。負のSRは、上位層によりスケジューリングリクエストがトリガーされないことを示してもよい。負のSRは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
チャネル状態情報は、チャネル品質指標(CQI:Channel Quality Indicator)、プレコ
ーダ行列指標(PMI:Precoder Matrix Indicator)、および、ランク指標(RI:Rank Indicator)の一部または全部を少なくとも含んでもよい。CQIは、チャネルの品質(例えば、伝搬強度)に関連する指標であり、PMIは、プレコーダを指示する指標である。RIは、送信ランク(または、送信レイヤ数)を指示する指標である。
ーダ行列指標(PMI:Precoder Matrix Indicator)、および、ランク指標(RI:Rank Indicator)の一部または全部を少なくとも含んでもよい。CQIは、チャネルの品質(例えば、伝搬強度)に関連する指標であり、PMIは、プレコーダを指示する指標である。RIは、送信ランク(または、送信レイヤ数)を指示する指標である。
PUCCHは、PUCCHフォーマット(PUCCHフォーマット0からPUCCHフォーマット4)をサポートする。PUCCHフォーマットは、PUCCHにマップされて送信されてもよい。PUCCHフォーマットは、PUCCHで送信されてもよい。PUCCHフォーマットが送信されることは、PUCCHが送信されることであってもよい。
PUSCHは、トランスポートブロック(TB, MAC PDU, UL-SCH, PUSCH)を送信す
るために少なくとも用いられる。PUSCHは、トランスポートブロック、HARQ−ACK、チャネル状態情報、および、スケジューリングリクエストの一部または全部を少なくとも送信するために用いられてもよい。PUSCHは、ランダムアクセスメッセージ3を送信するために少なくとも用いられる。
るために少なくとも用いられる。PUSCHは、トランスポートブロック、HARQ−ACK、チャネル状態情報、および、スケジューリングリクエストの一部または全部を少なくとも送信するために用いられてもよい。PUSCHは、ランダムアクセスメッセージ3を送信するために少なくとも用いられる。
PRACHは、ランダムアクセスプリアンブル(ランダムアクセスメッセージ1)を送信するために少なくとも用いられる。PRACHは、初期コネクション確立(initial connection establishment)プロシージャ、ハンドオーバプロシージャ、コネクション再確立(connection re-establishment)プロシージャ、PUSCHの送信に対する同期(タイミング調整)、およびPUSCHのためのリソースの要求の一部または全部を示すために少なくとも用いられてもよい。ランダムアクセスプリアンブルは、端末装置1の上位層より与えられるインデックス(ランダムアクセスプリアンブルインデックス)を基地局装置3に通知するために用いられてもよい。
図1において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・UL DMRS(UpLink Demodulation Reference Signal)
・SRS(Sounding Reference Signal)
・UL PTRS(UpLink Phase Tracking Reference Signal)
・UL DMRS(UpLink Demodulation Reference Signal)
・SRS(Sounding Reference Signal)
・UL PTRS(UpLink Phase Tracking Reference Signal)
UL DMRSは、PUSCH、および/または、PUCCHの送信に関連する。UL
DMRSは、PUSCHまたはPUCCHと多重される。基地局装置3は、PUSCHまたはPUCCHの伝搬路補正を行なうためにUL DMRSを使用してよい。以下、PUSCHと、該PUSCHに関連するUL DMRSを共に送信することを、単に、PUSCHを送信する、と称する。以下、PUCCHと該PUCCHに関連するUL DMRSを共に送信することを、単に、PUCCHを送信する、と称する。PUSCHに関連するUL DMRSは、PUSCH用UL DMRSとも称される。PUCCHに関連するUL DMRSは、PUCCH用UL DMRSとも称される。
DMRSは、PUSCHまたはPUCCHと多重される。基地局装置3は、PUSCHまたはPUCCHの伝搬路補正を行なうためにUL DMRSを使用してよい。以下、PUSCHと、該PUSCHに関連するUL DMRSを共に送信することを、単に、PUSCHを送信する、と称する。以下、PUCCHと該PUCCHに関連するUL DMRSを共に送信することを、単に、PUCCHを送信する、と称する。PUSCHに関連するUL DMRSは、PUSCH用UL DMRSとも称される。PUCCHに関連するUL DMRSは、PUCCH用UL DMRSとも称される。
SRSは、PUSCHまたはPUCCHの送信に関連しなくてもよい。基地局装置3は、チャネル状態の測定のためにSRSを用いてもよい。SRSは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のOFDMシンボルにおいて送信されてもよい。
UL PTRSは、位相トラッキングのために少なくとも用いられる参照信号であってもよい。UL PTRSは、1または複数のUL DMRSに用いられるアンテナポートを少なくとも含むUL DMRSグループに関連してもよい。UL PTRSとUL DMRSグループが関連することは、UL PTRSのアンテナポートとUL DMRSグループに含まれるアンテナポートの一部または全部が少なくともQCLであることであってもよい。UL DMRSグループは、UL DMRSグループに含まれるUL DMRSにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。UL PTRSは、1つのコードワードがマップされる1または複数のアンテナポートにおいて、最もインデックスの小さいアンテナポートにマップされてもよい。UL P
TRSは、1つのコードワードが第1のレイヤ及び第2のレイヤに少なくともマップされる場合に、該第1のレイヤにマップされてもよい。UL PTRSは、該第2のレイヤにマップされなくてもよい。UL PTRSがマップされるアンテナポートのインデックスは、下りリンク制御情報に少なくとも基づき与えられてもよい。
TRSは、1つのコードワードが第1のレイヤ及び第2のレイヤに少なくともマップされる場合に、該第1のレイヤにマップされてもよい。UL PTRSは、該第2のレイヤにマップされなくてもよい。UL PTRSがマップされるアンテナポートのインデックスは、下りリンク制御情報に少なくとも基づき与えられてもよい。
図1において、基地局装置3から端末装置1への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・PBCH(Physical Broadcast Channel)
・PDCCH(Physical Downlink Control Channel)
・PDSCH(Physical Downlink Shared Channel)
・PBCH(Physical Broadcast Channel)
・PDCCH(Physical Downlink Control Channel)
・PDSCH(Physical Downlink Shared Channel)
PBCHは、マスターインフォメーションブロック(MIB:Master Information Block,
BCH, Broadcast Channel)を送信するために少なくとも用いられる。PBCHは、所定の送信間隔に基づき送信されてもよい。PBCHは、80msの間隔で送信されてもよい。PBCHは、160msの間隔で送信されてもよい。PBCHに含まれる情報の中身は、80msごとに更新されてもよい。PBCHに含まれる情報の一部または全部は、160msごとに更新されてもよい。PBCHは、288サブキャリアにより構成されてもよい。PBCHは、2、3、または、4つのOFDMシンボルを含んで構成されてもよい。MIBは、同期信号の識別子(インデックス)に関連する情報を含んでもよい。MIBは、PBCHが送信されるスロットの番号、サブフレームの番号、および/または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。
BCH, Broadcast Channel)を送信するために少なくとも用いられる。PBCHは、所定の送信間隔に基づき送信されてもよい。PBCHは、80msの間隔で送信されてもよい。PBCHは、160msの間隔で送信されてもよい。PBCHに含まれる情報の中身は、80msごとに更新されてもよい。PBCHに含まれる情報の一部または全部は、160msごとに更新されてもよい。PBCHは、288サブキャリアにより構成されてもよい。PBCHは、2、3、または、4つのOFDMシンボルを含んで構成されてもよい。MIBは、同期信号の識別子(インデックス)に関連する情報を含んでもよい。MIBは、PBCHが送信されるスロットの番号、サブフレームの番号、および/または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。
PDCCHは、下りリンク制御情報(DCI:Downlink Control Information)の送信のために少なくとも用いられる。PDCCHは、下りリンク制御情報を少なくとも含んで送信されてもよい。PDCCHは下りリンク制御情報を含んでもよい。下りリンク制御情報は、DCIフォーマットとも呼称される。下りリンク制御情報は、下りリンクグラント(downlink grant)または上りリンクグラント(uplink grant)の何れかを少なくとも含んでもよい。PDSCHのスケジューリングのために用いられるDCIフォーマットは、下りリンクDCIフォーマットとも呼称される。PUSCHのスケジューリングのために用いられるDCIフォーマットは、上りリンクDCIフォーマットとも呼称される。下りリンクグラントは、下りリンクアサインメント(downlink assignment)または下りリンク割り当て(downlink allocation)とも呼称される。上りリンクDCIフォーマットは、DCIフォーマット0_0およびDCIフォーマット0_1の一方または両方を少なくとも含む。
DCIフォーマット0_0は、1Aから1Fの一部または全部を少なくとも含んで構成される。
1A)DCIフォーマット特定フィールド(Identifier for DCI formats field)
1B)周波数領域リソース割り当てフィールド(Frequency domain resource assignment
field)
1C)時間領域リソース割り当てフィールド(Time domain resource assignment field
)
1D)周波数ホッピングフラグフィールド(Frequency hopping flag field)
1E)MCSフィールド(MCS field: Modulation and Coding Scheme field)
1F)第1のCSIリスエストフィールド(First CSI request field)
1A)DCIフォーマット特定フィールド(Identifier for DCI formats field)
1B)周波数領域リソース割り当てフィールド(Frequency domain resource assignment
field)
1C)時間領域リソース割り当てフィールド(Time domain resource assignment field
)
1D)周波数ホッピングフラグフィールド(Frequency hopping flag field)
1E)MCSフィールド(MCS field: Modulation and Coding Scheme field)
1F)第1のCSIリスエストフィールド(First CSI request field)
DCIフォーマット特定フィールドは、該DCIフォーマット特定フィールドを含むDCIフォーマットが1または複数のDCIフォーマットの何れに対応するかを示すために少なくとも用いられてもよい。該1または複数のDCIフォーマットは、DCIフォーマ
ット1_0、DCIフォーマット1_1、DCIフォーマット0_0、および/または、DCIフォーマット0_1の一部または全部に少なくとも基づき与えられてもよい。
ット1_0、DCIフォーマット1_1、DCIフォーマット0_0、および/または、DCIフォーマット0_1の一部または全部に少なくとも基づき与えられてもよい。
周波数領域リソース割り当てフィールドは、該周波数領域リソース割り当てフィールドを含むDCIフォーマットによりスケジューリングされるPUSCHのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。周波数領域リソース割り当てフィールドは、FDRA(Frequency Domain Resource Allocation)フィールドとも呼称される。
時間領域リソース割り当てフィールドは、該時間領域リソース割り当てフィールドを含むDCIフォーマットによりスケジューリングされるPUSCHのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
周波数ホッピングフラグフィールドは、該周波数ホッピングフラグフィールドを含むDCIフォーマットによりスケジューリングされるPUSCHに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。
MCSフィールドは、該MCSフィールドを含むDCIフォーマットによりスケジューリングされるPUSCHのための変調方式、および/または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、該PUSCHのトランスポートブロックのためのターゲット符号化率であってもよい。該トランスポートブロックのサイズ(TBS: Transport Block Size)は、該ターゲット符号化率に
少なくとも基づき与えられてもよい。
少なくとも基づき与えられてもよい。
第1のCSIリクエストフィールドは、CSIの報告を指示するために少なくとも用いられる。第1のCSIリクエストフィールドのサイズは、所定の値であってもよい。第1のCSIリクエストフィールドのサイズは、0であってもよいし、1であってもよいし、2であってもよいし、3であってもよい。
DCIフォーマット0_1は、2Aから2Gの一部または全部を少なくとも含んで構成される。
2A)DCIフォーマット特定フィールド
2B)周波数領域リソース割り当てフィールド
2C)時間領域リソース割り当てフィールド
2D)周波数ホッピングフラグフィールド
2E)MCSフィールド
2F)第2のCSIリクエストフィールド(Second CSI request field)
2G)BWPフィールド(BWP field)
2A)DCIフォーマット特定フィールド
2B)周波数領域リソース割り当てフィールド
2C)時間領域リソース割り当てフィールド
2D)周波数ホッピングフラグフィールド
2E)MCSフィールド
2F)第2のCSIリクエストフィールド(Second CSI request field)
2G)BWPフィールド(BWP field)
BWPフィールドは、DCIフォーマット0_1によりスケジューリングされるPUSCHがマップされる上りリンクBWPを指示するために用いられてもよい。
第2のCSIリクエストフィールドは、CSIの報告を指示するために少なくとも用いられる。第2のCSIリクエストフィールドのサイズは、上位層のパラメータReportTriggerSizeに少なくとも基づき与えられてもよい。
下りリンクDCIフォーマットは、DCIフォーマット1_0、および、DCIフォーマット1_1の一方または両方を少なくとも含む。
DCIフォーマット1_0は、3Aから3Hの一部または全部を少なくとも含んで構成
される。
3A)DCIフォーマット特定フィールド(Identifier for DCI formats field)
3B)周波数領域リソース割り当てフィールド(Frequency domain resource assignment
field)
3C)時間領域リソース割り当てフィールド(Time domain resource assignment field
)
3D)周波数ホッピングフラグフィールド(Frequency hopping flag field)
3E)MCSフィールド(MCS field: Modulation and Coding Scheme field)
3F)第1のCSIリスエストフィールド(First CSI request field)
3G)PDSCH−to−HARQフィードバックタイミングインジケーターフィールド(PDSCH−to−HARQ feedback timing indicator field)
3H)PUCCHリソース指示フィールド(PUCCH resource indicator field)
される。
3A)DCIフォーマット特定フィールド(Identifier for DCI formats field)
3B)周波数領域リソース割り当てフィールド(Frequency domain resource assignment
field)
3C)時間領域リソース割り当てフィールド(Time domain resource assignment field
)
3D)周波数ホッピングフラグフィールド(Frequency hopping flag field)
3E)MCSフィールド(MCS field: Modulation and Coding Scheme field)
3F)第1のCSIリスエストフィールド(First CSI request field)
3G)PDSCH−to−HARQフィードバックタイミングインジケーターフィールド(PDSCH−to−HARQ feedback timing indicator field)
3H)PUCCHリソース指示フィールド(PUCCH resource indicator field)
PDSCHからHARQフィードバックへのタイミング指示フィールドは、タイミングK1を示すフィールドであってもよい。PDSCHの最後のOFDMシンボルが含まれるスロットのインデックスがスロットnである場合、該PDSCHに含まれるトランスポートブロックに対応するHARQ−ACKを少なくとも含むPUCCHまたはPUSCHが含まれるスロットのインデックスはn+K1であってもよい。PDSCHの最後のOFDMシンボルが含まれるスロットのインデックスがスロットnである場合、該PDSCHに含まれるトランスポートブロックに対応するHARQ−ACKを少なくとも含むPUCCHの先頭のOFDMシンボルまたはPUSCHの先頭のOFDMシンボルが含まれるスロットのインデックスはn+K1であってもよい。
以下、PDSCH−to−HARQフィードバックタイミングインジケーターフィールド(PDSCH−to−HARQ_feedback timing indicator field)は、HARQ指示フィールドと呼称されてもよい。
PUCCHリソース指示フィールドは、PUCCHリソースセットに含まれる1または複数のPUCCHリソースのインデックスを示すフィールドであってもよい。
DCIフォーマット1_1は、4Aから4Jの一部または全部を少なくとも含んで構成される。
4A)DCIフォーマット特定フィールド(Identifier for DCI formats field)
4B)周波数領域リソース割り当てフィールド(Frequency domain resource assignment
field)
4C)時間領域リソース割り当てフィールド(Time domain resource assignment field
)
4D)周波数ホッピングフラグフィールド(Frequency hopping flag field)
4E)MCSフィールド(MCS field: Modulation and Coding Scheme field)
4F)第1のCSIリスエストフィールド(First CSI request field)
4G)PDSCH−to−HARQフィードバックタイミングインジケーターフィールド(PDSCH−to−HARQ feedback timing indicator field)
4H)PUCCHリソース指示フィールド(PUCCH resource indicator field)
4J)BWPフィールド(BWP field)
4A)DCIフォーマット特定フィールド(Identifier for DCI formats field)
4B)周波数領域リソース割り当てフィールド(Frequency domain resource assignment
field)
4C)時間領域リソース割り当てフィールド(Time domain resource assignment field
)
4D)周波数ホッピングフラグフィールド(Frequency hopping flag field)
4E)MCSフィールド(MCS field: Modulation and Coding Scheme field)
4F)第1のCSIリスエストフィールド(First CSI request field)
4G)PDSCH−to−HARQフィードバックタイミングインジケーターフィールド(PDSCH−to−HARQ feedback timing indicator field)
4H)PUCCHリソース指示フィールド(PUCCH resource indicator field)
4J)BWPフィールド(BWP field)
BWPフィールドは、DCIフォーマット1_1によりスケジューリングされるPDSCHがマップされる下りリンクBWPを指示するために用いられてもよい。
DCIフォーマット2_0は、1または複数のスロットフォーマットインディケータ(SFI: Slot Format Indicator)を少なくとも含んで構成されてもよい。
本実施形態の種々の態様において、特別な記載のない限り、リソースブロックの数は周波数領域におけるリソースブロックの数を示す。
下りリンクグラントは、1つのサービングセル内の1つのPDSCHのスケジューリングのために少なくとも用いられる。
上りリンクグラントは、1つのサービングセル内の1つのPUSCHのスケジューリングのために少なくとも用いられる。
1つの物理チャネルは、1つのサービングセルにマップされてもよい。1つの物理チャネルは、1つのサービングセルに含まれる1つのキャリアに設定される1つのBWPにマップされてもよい。
端末装置1は、1または複数の制御リソースセット(CORESET:COntrol REsource SET)が設定されてもよい。端末装置1は、1または複数の制御リソースセットにおいてPDCCHを監視する(monitor)。ここで、1または複数の制御リソースセットにおいてPD
CCHを監視することは、1または複数の制御リソースセットのそれぞれに対応する1または複数のPDCCHを監視することを含んでもよい。なお、PDCCHは、1または複数のPDCCH候補および/またはPDCCH候補のセットを含んでもよい。また、PDCCHを監視することは、PDCCH、および/または、PDCCHを介して送信されるDCIフォーマットを監視し、検出することを含んでもよい。
CCHを監視することは、1または複数の制御リソースセットのそれぞれに対応する1または複数のPDCCHを監視することを含んでもよい。なお、PDCCHは、1または複数のPDCCH候補および/またはPDCCH候補のセットを含んでもよい。また、PDCCHを監視することは、PDCCH、および/または、PDCCHを介して送信されるDCIフォーマットを監視し、検出することを含んでもよい。
制御リソースセットは、1または複数のPDCCHがマップされうる時間周波数領域を示してもよい。制御リソースセットは、端末装置1がPDCCHを監視する領域であってもよい。制御リソースセットは、連続的なリソース(Localized resource)により構成されてもよい。制御リソースセットは、非連続的なリソース(distributed resource)により構成されてもよい。
周波数領域において、制御リソースセットのマッピングの単位はリソースブロックであってもよい。例えば、周波数領域において、制御リソースセットのマッピングの単位は6リソースブロックであってもよい。時間領域において、制御リソースセットのマッピングの単位はOFDMシンボルであってもよい。例えば、時間領域において、制御リソースセットのマッピングの単位は1OFDMシンボルであってもよい。
制御リソースセットのリソースブロックへのマッピングは、上位層パラメータに少なくとも基づき与えられてもよい。該上位層パラメータは、リソースブロックのグループ(RBG:Resource Block Group)に対するビットマップを含んでもよい。該リソースブロックのグループは、6つの連続するリソースブロックにより与えられてもよい。
制御リソースセットを構成するOFDMシンボルの数は、上位層パラメータに少なくとも基づき与えられてもよい。
ある制御リソースセットは、共通制御リソースセット(Common control resource set
)であってもよい。共通制御リソースセットは、複数の端末装置1に対して共通に設定される制御リソースセットであってもよい。共通制御リソースセットは、MIB、第1のシステム情報、第2のシステム情報、共通RRCシグナリング、および、セルIDの一部または全部に少なくとも基づき与えられてもよい。例えば、第1のシステム情報のスケジューリングのために用いられるPDCCHを監視することが設定される制御リソースセットの時間リソース、および/または、周波数リソースは、MIBに少なくとも基づき与えられてもよい。
)であってもよい。共通制御リソースセットは、複数の端末装置1に対して共通に設定される制御リソースセットであってもよい。共通制御リソースセットは、MIB、第1のシステム情報、第2のシステム情報、共通RRCシグナリング、および、セルIDの一部または全部に少なくとも基づき与えられてもよい。例えば、第1のシステム情報のスケジューリングのために用いられるPDCCHを監視することが設定される制御リソースセットの時間リソース、および/または、周波数リソースは、MIBに少なくとも基づき与えられてもよい。
MIBで設定される制御リソースセットは、CORESET#0とも呼称される。CORESET#0は、インデックス#0の制御リソースセットであってもよい。
ある制御リソースセットは、専用制御リソースセット(Dedicated control resource set)であってもよい。専用制御リソースセットは、端末装置1のために専用に用いられるように設定される制御リソースセットであってもよい。専用制御リソースセットは、専用RRCシグナリング、および、C−RNTIの値の一部または全部に少なくとも基づき与えられてもよい。
端末装置1によって監視されるPDCCHの候補のセットは、探索領域の観点から定義されてもよい。つまり、端末装置1によって監視されるPDCCH候補のセットは、探索領域によって与えられてもよい。
探索領域は、1または複数の集約レベル(Aggregation level)のPDCCH候補を1
または複数含んで構成されてもよい。PDCCH候補の集約レベルは、該PDCCHを構成するCCEの個数を示してもよい。PDDCH候補は、1または複数のCCEにマップされてもよい。
または複数含んで構成されてもよい。PDCCH候補の集約レベルは、該PDCCHを構成するCCEの個数を示してもよい。PDDCH候補は、1または複数のCCEにマップされてもよい。
端末装置1は、DRX(Discontinuous reception)が設定されないスロットにおいて
少なくとも1または複数の探索領域を監視してもよい。DRXは、上位層パラメータに少なくとも基づき与えられてもよい。端末装置1は、DRXが設定されないスロットにおいて少なくとも1または複数の探索領域セット(Search space set)を監視してもよい。
少なくとも1または複数の探索領域を監視してもよい。DRXは、上位層パラメータに少なくとも基づき与えられてもよい。端末装置1は、DRXが設定されないスロットにおいて少なくとも1または複数の探索領域セット(Search space set)を監視してもよい。
探索領域セットは、1または複数の探索領域を少なくとも含んで構成されてもよい。
探索領域セットのそれぞれは、1つの制御リソースセットに少なくとも関連してもよい。探索領域セットのそれぞれは、1つの制御リソースセットに含まれてもよい。探索領域セットのそれぞれに対して、該探索領域セットに関連する制御リソースセットのインデックスが与えられてもよい。
探索領域の物理リソースは制御チャネルの構成単位(CCE:Control Channel Element)
により構成される。CCEは所定の数のリソース要素グループ(REG:Resource Element Group)により構成される。例えば、CCEは6個のREGにより構成されてもよい。REGは1つのPRB(Physical Resource Block)の1OFDMシンボルにより構成されてもよい。つまり、REGは12個のリソースエレメント(RE:Resource Element)を含んで構成されてもよい。PRBは、単にRB(Resource Block:リソースブロック)とも呼称される。
により構成される。CCEは所定の数のリソース要素グループ(REG:Resource Element Group)により構成される。例えば、CCEは6個のREGにより構成されてもよい。REGは1つのPRB(Physical Resource Block)の1OFDMシンボルにより構成されてもよい。つまり、REGは12個のリソースエレメント(RE:Resource Element)を含んで構成されてもよい。PRBは、単にRB(Resource Block:リソースブロック)とも呼称される。
PDSCHは、トランスポートブロックを送信するために少なくとも用いられる。PDSCHは、ランダムアクセスメッセージ2(ランダムアクセスレスポンス)を送信するために少なくとも用いられてもよい。PDSCHは、初期アクセスのために用いられるパラメータを含むシステム情報を送信するために少なくとも用いられてもよい。
図1において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・同期信号(SS:Synchronization signal)
・DL DMRS(DownLink DeModulation Reference Signal)
・CSI−RS(Channel State Information-Reference Signal)
・DL PTRS(DownLink Phase Tracking Reference Signal)
・同期信号(SS:Synchronization signal)
・DL DMRS(DownLink DeModulation Reference Signal)
・CSI−RS(Channel State Information-Reference Signal)
・DL PTRS(DownLink Phase Tracking Reference Signal)
同期信号は、端末装置1が下りリンクの周波数領域、および/または、時間領域の同期をとるために用いられる。同期信号は、PSS(Primary Synchronization Signal)、および、SSS(Secondary Synchronization Signal)を含む。
SSブロック(SS/PBCHブロック)は、PSS、SSS、および、PBCHの一部または全部を少なくとも含んで構成される。
DL DMRSは、PBCH、PDCCH、および/または、PDSCHの送信に関連する。DL DMRSは、PBCH、PDCCH、および/または、PDSCHに多重される。端末装置1は、PBCH、PDCCH、または、PDSCHの伝搬路補正を行なうために該PBCH、該PDCCH、または、該PDSCHと対応するDL DMRSを使用してよい。
CSI−RSは、チャネル状態情報を算出するために少なくとも用いられる信号であってもよい。端末装置によって想定されるCSI−RSのパターンは、少なくとも上位層パラメータにより与えられてもよい。
PTRSは、位相雑音の補償のために少なくとも用いられる信号であってもよい。端末装置によって想定されるPTRSのパターンは、上位層パラメータ、および/または、DCIに少なくとも基づき与えられてもよい。
DL PTRSは、1または複数のDL DMRSに用いられるアンテナポートを少なくとも含むDL DMRSグループに関連してもよい。
下りリンク物理チャネルおよび下りリンク物理シグナルは、下りリンク信号とも呼称される。上りリンク物理チャネルおよび上りリンク物理シグナルは、上りリンク信号とも呼称される。下りリンク信号および上りリンク信号はまとめて物理信号とも呼称される。下りリンク信号および上りリンク信号はまとめて信号とも呼称される。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび上りリンク物理シグナルを総称して、物理シグナルと称する。
BCH(Broadcast CHannel)、UL−SCH(Uplink-Shared CHannel)およびDL−SCH(Downlink-Shared CHannel)は、トランスポートチャネルである。媒体アクセス
制御(MAC:Medium Access Control)層で用いられるチャネルはトランスポートチャネル
と呼称される。MAC層で用いられるトランスポートチャネルの単位は、トランスポートブロック(TB)またはMAC PDUとも呼称される。MAC層においてトランスポートブロック毎にHARQ(Hybrid Automatic Repeat reQuest)の制御が行なわれる。トラ
ンスポートブロックは、MAC層が物理層に渡す(deliver)データの単位である。物理
層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
制御(MAC:Medium Access Control)層で用いられるチャネルはトランスポートチャネル
と呼称される。MAC層で用いられるトランスポートチャネルの単位は、トランスポートブロック(TB)またはMAC PDUとも呼称される。MAC層においてトランスポートブロック毎にHARQ(Hybrid Automatic Repeat reQuest)の制御が行なわれる。トラ
ンスポートブロックは、MAC層が物理層に渡す(deliver)データの単位である。物理
層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
基地局装置3と端末装置1は、上位層(higher layer)において上位層の信号をやり取り(送受信)する。例えば、基地局装置3と端末装置1は、無線リソース制御(RRC:Radio Resource Control)層において、RRCシグナリング(RRC message:Radio Resource Control message; RRC information:Radio Resource Control information)を送受信してもよい。また、基地局装置3と端末装置1は、MAC層において、MAC CE(Control Element)を送受信してもよい。ここで、RRCシグナリング、および/または、MAC CEを、上位層の信号(higher layer signaling)とも称する。
PUSCHおよびPDSCHは、RRCシグナリング、および/または、MAC CEを送信するために少なくとも用いられてよい。ここで、基地局装置3よりPDSCHで送信されるRRCシグナリングは、サービングセル内における複数の端末装置1に対して共通のシグナリングであってもよい。サービングセル内における複数の端末装置1に対して共通のシグナリングは、共通RRCシグナリングとも呼称される。基地局装置3からPDSCHで送信されるRRCシグナリングは、ある端末装置1に対して専用のシグナリング(dedicated signalingまたはUE specific signalingとも呼称される)であってもよい。端末装置1に対して専用のシグナリングは、専用RRCシグナリングとも呼称される。サービングセルにおいて固有な上位層パラメータは、サービングセル内における複数の端末装置1に対して共通のシグナリング、または、ある端末装置1に対して専用のシグナリングを用いて送信されてもよい。UE固有な上位層パラメータは、ある端末装置1に対して専用のシグナリングを用いて送信されてもよい。
BCCH(Broadcast Control CHannel)、CCCH(Common Control CHannel)、お
よび、DCCH(Dedicated Control CHannel)は、ロジカルチャネルである。例えば、
BCCHは、MIBを送信するために用いられる上位層のチャネルである。また、CCCH(Common Control CHannel)は、複数の端末装置1において共通な情報を送信するために用いられる上位層のチャネルである。ここで、CCCHは、例えば、RRC接続されていない端末装置1のために用いられてもよい。また、DCCH(Dedicated Control CHannel)は、端末装置1に専用の制御情報(dedicated control information)を送信するために少なくとも用いられる上位層のチャネルである。ここで、DCCHは、例えば、RRC接続されている端末装置1のために用いられてもよい。
よび、DCCH(Dedicated Control CHannel)は、ロジカルチャネルである。例えば、
BCCHは、MIBを送信するために用いられる上位層のチャネルである。また、CCCH(Common Control CHannel)は、複数の端末装置1において共通な情報を送信するために用いられる上位層のチャネルである。ここで、CCCHは、例えば、RRC接続されていない端末装置1のために用いられてもよい。また、DCCH(Dedicated Control CHannel)は、端末装置1に専用の制御情報(dedicated control information)を送信するために少なくとも用いられる上位層のチャネルである。ここで、DCCHは、例えば、RRC接続されている端末装置1のために用いられてもよい。
ロジカルチャネルにおけるBCCHは、トランスポートチャネルにおいてBCH、DL−SCH、または、UL−SCHにマップされてもよい。ロジカルチャネルにおけるCCCHは、トランスポートチャネルにおいてDL−SCHまたはUL−SCHにマップされてもよい。ロジカルチャネルにおけるDCCHは、トランスポートチャネルにおいてDL−SCHまたはUL−SCHにマップされてもよい。
トランスポートチャネルにおけるUL−SCHは、物理チャネルにおいてPUSCHにマップされてもよい。トランスポートチャネルにおけるDL−SCHは、物理チャネルにおいてPDSCHにマップされてもよい。トランスポートチャネルにおけるBCHは、物理チャネルにおいてPBCHにマップされてもよい。
以下、本実施形態の一態様に係る端末装置1の構成例を説明する。
図4は、本実施形態の一態様に係る端末装置1の構成を示す概略ブロック図である。図示するように、端末装置1は、無線送受信部10、および、上位層処理部14を含んで構成される。無線送受信部10は、アンテナ部11、RF(Radio Frequency)部12、お
よび、ベースバンド部13の一部または全部を少なくとも含んで構成される。上位層処理部14は、媒体アクセス制御層処理部15、および、無線リソース制御層処理部16の一部または全部を少なくとも含んで構成される。無線送受信部10を送信部、受信部、または、物理層処理部とも称する。
よび、ベースバンド部13の一部または全部を少なくとも含んで構成される。上位層処理部14は、媒体アクセス制御層処理部15、および、無線リソース制御層処理部16の一部または全部を少なくとも含んで構成される。無線送受信部10を送信部、受信部、または、物理層処理部とも称する。
上位層処理部14は、ユーザーの操作等により生成された上りリンクデータ(トランスポートブロック)を、無線送受信部10に出力する。上位層処理部14は、MAC層、パケットデータ統合プロトコル(PDCP:Packet Data Convergence Protocol)層、無線リン
ク制御(RLC:Radio Link Control)層、RRC層の処理を行なう。
ク制御(RLC:Radio Link Control)層、RRC層の処理を行なう。
上位層処理部14が備える媒体アクセス制御層処理部15は、MAC層の処理を行う。
上位層処理部14が備える無線リソース制御層処理部16は、RRC層の処理を行う。無線リソース制御層処理部16は、自装置の各種設定情報/パラメータの管理をする。無線リソース制御層処理部16は、基地局装置3から受信した上位層の信号に基づいて各種設定情報/パラメータをセットする。すなわち、無線リソース制御層処理部16は、基地局装置3から受信した各種設定情報/パラメータを示す情報に基づいて各種設定情報/パラメータをセットする。尚、該設定情報は、物理チャネルや物理シグナル(つまり、物理層)、MAC層、PDCP層、RLC層、RRC層の処理または設定に関連する情報を含んでもよい。該パラメータは上位層パラメータであってもよい。
無線送受信部10は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部10は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部14に出力する。無線送受信部10は、データを変調、符号化、ベースバンド信号生成(時間連続信号への変換)することによって物理信号を生成し、基地局装置3に送信する。
RF部12は、アンテナ部11を介して受信した信号を、直交復調によりベースバンド信号に変換し(ダウンコンバート:down covert)、不要な周波数成分を除去する。RF部12は、処理をしたアナログ信号をベースバンド部に出力する。
ベースバンド部13は、RF部12から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部13は、変換したディジタル信号からCP(Cyclic Prefix)に
相当する部分を除去し、CPを除去した信号に対して高速フーリエ変換(FFT:Fast Fourier Transform)を行い、周波数領域の信号を抽出する。
相当する部分を除去し、CPを除去した信号に対して高速フーリエ変換(FFT:Fast Fourier Transform)を行い、周波数領域の信号を抽出する。
ベースバンド部13は、データを逆高速フーリエ変換(IFFT:Inverse Fast Fourier Transform)して、OFDMシンボルを生成し、生成されたOFDMシンボルにCPを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部13は、変換したアナログ信号をRF部12に出力する。
RF部12は、ローパスフィルタを用いてベースバンド部13から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート(up convert)し、アンテナ部11を介して送信する。また、RF部12は、電力を増幅する。また、RF部12は送信電力を制御する機能を備えてもよい。RF部12を送信電力制御部とも称する。
以下、本実施形態の一態様に係る基地局装置3の構成例を説明する。
図5は、本実施形態の一態様に係る基地局装置3の構成を示す概略ブロック図である。図示するように、基地局装置3は、無線送受信部30、および、上位層処理部34を含んで構成される。無線送受信部30は、アンテナ部31、RF部32、および、ベースバンド部33を含んで構成される。上位層処理部34は、媒体アクセス制御層処理部35、および、無線リソース制御層処理部36を含んで構成される。無線送受信部30を送信部、受信部、または、物理層処理部とも称する。
上位層処理部34は、MAC層、PDCP層、RLC層、RRC層の処理を行なう。
上位層処理部34が備える媒体アクセス制御層処理部35は、MAC層の処理を行う。
上位層処理部34が備える無線リソース制御層処理部36は、RRC層の処理を行う。無線リソース制御層処理部36は、PDSCHに配置される下りリンクデータ(トランスポートブロック)、システム情報、RRCメッセージ、MAC CEなどを生成し、又は上位ノードから取得し、無線送受信部30に出力する。また、無線リソース制御層処理部36は、端末装置1各々の各種設定情報/パラメータの管理をする。無線リソース制御層処理部36は、上位層の信号を介して端末装置1各々に対して各種設定情報/パラメータをセットしてもよい。すなわち、無線リソース制御層処理部36は、各種設定情報/パラメータを示す情報を送信/報知する。尚、該設定情報は、物理チャネルや物理シグナル(つまり、物理層)、MAC層、PDCP層、RLC層、RRC層の処理または設定に関連する情報を含んでもよい。該パラメータは上位層パラメータであってもよい。
無線送受信部30の機能は、無線送受信部10と同様であるため説明を省略する。
端末装置1が備える符号10から符号16が付された部のそれぞれは、回路として構成されてもよい。基地局装置3が備える符号30から符号36が付された部のそれぞれは、回路として構成されてもよい。
端末装置1は物理信号の送信に先立ってキャリアセンス(Carrier sense)を実施して
もよい。また、基地局装置3は物理信号の送信に先立ってキャリアセンスを実施してもよい。キャリアセンスは、無線チャネル(Radio channel)においてエネルギー検出(Energy detection)を実施することであってもよい。物理信号の送信に先立って実施されるキャリアセンスに基づき、該物理信号の送信可否が与えられてもよい。例えば、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい場合に、該物理チャネルの送信が行われなくてもよい、または、送信が不可と判断されてもよい。また、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい場合に、該物理チャネルの送信が行われてもよい、または、送信が可能と判断されてもよい。また、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値と等しい場合に、該物理チャネルの送信が行われてもよいし、行われなくてもよい。つまり、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値と等しい場合に、送信が不可と判断されてもよいし、送信が可能と判断されてもよい。
もよい。また、基地局装置3は物理信号の送信に先立ってキャリアセンスを実施してもよい。キャリアセンスは、無線チャネル(Radio channel)においてエネルギー検出(Energy detection)を実施することであってもよい。物理信号の送信に先立って実施されるキャリアセンスに基づき、該物理信号の送信可否が与えられてもよい。例えば、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい場合に、該物理チャネルの送信が行われなくてもよい、または、送信が不可と判断されてもよい。また、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい場合に、該物理チャネルの送信が行われてもよい、または、送信が可能と判断されてもよい。また、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値と等しい場合に、該物理チャネルの送信が行われてもよいし、行われなくてもよい。つまり、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値と等しい場合に、送信が不可と判断されてもよいし、送信が可能と判断されてもよい。
キャリアセンスに基づき物理チャネルの送信可否が与えられる手順は、LBT(Listen
Before Talk)とも呼称される。LBTの結果として物理信号の送信が不可と判断される状況は、busy状態、または、busyとも呼称される。例えば、busy状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい状態であってもよい。また、LBTの結果として物理信号の送信が可能と判断される状況は、idle状態、または、idleとも呼称される。例えば、idle状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい状態であってもよい。
Before Talk)とも呼称される。LBTの結果として物理信号の送信が不可と判断される状況は、busy状態、または、busyとも呼称される。例えば、busy状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい状態であってもよい。また、LBTの結果として物理信号の送信が可能と判断される状況は、idle状態、または、idleとも呼称される。例えば、idle状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい状態であってもよい。
端末装置1は、上りリンク制御情報(UCI)をPUCCHに多重して送信してもよい。
端末装置1は、UCIをPUSCHに多重して送信してもよい。UCIは、下りリンクのチャネル状態情報(Channel State Information: CSI)、PUSCHリソースの要求を示すスケジューリング要求(Scheduling Request: SR)、下りリンクデータ(Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel: PDSCH)に対するHARQ−ACK(Hybrid Automatic Repeat request ACKnowledgement)のうち、少なくとも1つを含んでもよい。
端末装置1は、UCIをPUSCHに多重して送信してもよい。UCIは、下りリンクのチャネル状態情報(Channel State Information: CSI)、PUSCHリソースの要求を示すスケジューリング要求(Scheduling Request: SR)、下りリンクデータ(Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel: PDSCH)に対するHARQ−ACK(Hybrid Automatic Repeat request ACKnowledgement)のうち、少なくとも1つを含んでもよい。
HARQ−ACKを、ACK/NACK、HARQフィードバック、HARQ−ACKフィードバック、HARQ応答、HARQ−ACK応答、HARQ情報、HARQ−ACK情報、HARQ制御情報、および、HARQ−ACK制御情報とも呼称されてもよい。また、HARQ−ACK情報の送信をHARQ−ACK情報の報告とも呼称されてもよい。
下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するACKが生成される。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するNACKが生成される。HARQ−ACKは、1つのトランスポートブロックに少なくとも対応するHARQ−ACKビットを少なくとも含んでもよい。HARQ−ACKビットは、1つ、または、複数のトランスポートブロックに対応するACK(ACKnowledgement)または、NACK(Negative-ACKnowledgement)を示してもよい。HARQ−ACKは、1つまたは複数のHARQ−ACKビットを含むHARQ−ACKコードブック(codebook)を少なくとも含んでもよい。HARQ−ACKビットが1つ、または、複数のトランスポートブロックに対応することは、HARQ−ACKビットが該1または複数のトランスポートブロックを含むPDSCHに対応することであってもよい。
1つのトランスポートブロックに対するHARQ制御をHARQプロセスと呼んでもよい。HARQプロセス毎に一つのHARQプロセス識別子が与えられてもよい。
端末装置1は、PDSCH受信に対応するDCIフォーマット1_0、または、DCIフォーマット1_1に含まれるHARQ指示フィールドの値により指示されるスロットにおいて、HARQ−ACK情報を、HARQ−ACKコードブック(codebook)を用いて基地局装置3に報告してもよい。
LBTの結果がbusy状態のため、端末装置1がPUCCHおよび/またはPUSCHをスケジューリングされたタイミングで送信できない場合がある。また、他のデバイスからのインターフェアランス(interference)等の影響で端末装置1が送信したPUCCHおよび/またはPUSCHを基地局装置3が受信できない場合がある。基地局装置3は端末装置1に送信する一部または全部のPDSCHにグループIDを付与し、LBTの結果がidle状態の時に該PDSCHの一部または全部に対応するHARQ−ACKを含むPUCCHの送信を要求することができる。しかし、端末装置1が基地局装置3から該要求をされたときに、端末装置1が基地局装置3にどのPDSCHを報告するかが明確ではない問題がある。
図6は本実施形態におけるグループ化された1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信する一例を示した図である。PDSCH601、PDSCH602、PDSCH607およびPDSCH608はグループIDが1である。また、PDSCH604およびPDSCH605はグループIDが2である。グループIDが1であることは、グループ1(Group1)であることを意味してもよい。グループIDが2であることは、グループ2(Group2)であることを意味してもよい。
端末装置1は、PDSCH601およびPDSCH602に対応するHARQ−ACK情報をPUCCH603を用いて送信してもよい。端末装置1は、PDSCH604およびPDSCH605に対応するHARQ−ACK情報をPUCCH606を用いて送信してもよい。端末装置1はPDSCH607およびPDSCH608に対応するHARQ−ACK情報をPUCCH609を用いて送信してもよい。
端末装置1が送信した1つまたは複数のPUCCHであって、HARQ−ACK情報を含む1つまたは複数のPUCCHに対して、基地局装置3は正しく受信できなかった該1つまたは複数のPUCCHに含まれる該HARQ−ACK情報の送信を、PDCCHに含まれるDCIフォーマットを用いてトリガー(trigger)してもよい。例えば、基地局装置3がPDCCH610を用いてグループ1の1つまたは複数のPDSCHに対応するHARQ−ACK情報の送信の要求をトリガーしてもよい。図6において、基地局装置3がグループ1の1つまたは複数のPDSCHに対応するHARQ−ACK情報の送信の要求をトリガーする場合、端末装置1は、グループ1のPDSCHが複数存在するため、グループの1のPDSCHのうち、どのPDSCHに対応するHARQ−ACK情報を送信するかの判断ができなくなる問題がある。つまり、基地局装置3がグループ1の1つまたは複数のPDSCHに対応するHARQ−ACK情報の送信の要求をトリガーする場合、端末装置1は、PDSCH601およびPDSCH602に対応するHARQ−ACK情報を送信するか、PDSCH607およびPDSCH608に対応するHARQ−ACK情報を送信するかが判断できない問題がある。端末装置1は、、基地局装置3がグループ1の1つまたは複数のPDSCHに対応するHARQ−ACK情報の送信の要求をトリガーする場合、PDSCH601、PDSCH602、PDSCH607およびPDSCH608の何れに対応するHARQ−ACK情報を送信するかを判断できない。
本実施形態において、特別な言及がない限り、1つのグループはHARQ−ACK情報の送信の要求の1つのトリガーに応じて送信されるHARQ−ACK情報の送信が対応する1つまたは複数のPDSCH含んでもよい。例えば、グループ1の1つまたは複数のPDSCHに対応するHARQ−ACK情報の送信の要求をトリガーされ、且つ、端末装置1がPDSCH607およびPDSCH608に対応するHARQ−ACK情報を送信する場合、PDSCH607とPDSCH608がグループ化されている。
HARQ−ACK情報の送信のトリガーを、HARQ−ACK情報の報告のトリガー、HARQ−ACK情報の送信のトリガー、HARQ−ACK情報の報告の要求のトリガーと呼称されてもよい。
グループ化は同じグループIDを持つPDSCHに対して同じグループにすることを意味してもよい。また、グループは、同じグループIDを持つ1つまたは複数の連続するPDSCHを含んでもよい。同じグループIDを持つ連続するPDSCHは、同じグループに属する。異なるグループIDを持つ連続するPDSCHは、異なるグループに属する。所定の同じグループIDを持つ2つのPDSCHの間に該所定のグループIDとは異なるグループIDを持つPDSCHがある場合、該所定の同じグループIDを持つ2つのPDSCHは異なるグループに属する。ここで、グループを構成するPDSCHの数は、同じグループIDを持つ1つまたは複数の連続するPDSCHの最大数であってもよい。例えば、PDSCH601とPDSCH602は同じグループであってもよい。また、PDSCH604とPDSCH605は同じグループであってもよい。PDSCH607とPDSCH608は同じグループであってもよい。PDSCH601と、PDSCH602と、PDSCH607と、PDSCH608と、は同じグループではなくてもよい。
PDSCHのグループIDは、基地局装置3が該PDSCHをスケジューリングする際に、該PDSCHに対して付与してもよい。PDSCHのグループIDは該PDSCHがどのグループに属されるかを判断するときに用いられてもよい。PDSCHのグループIDの総数は上位層パラメータによって決定されてもよい。また、グループIDの総数は所定の値であってもよい。グループIDの総数は、基地局装置3が端末装置1に通知してもよい。グループIDの総数は上位層パラメータによって決定されてもよい。本実施形態において、グループIDの総数はXgroupであってもよい。また、本実施形態において、特別な言及がない限り、グループIDはPDSCHのグループIDであってもよい。
基地局装置3はPDCCHを用いてHARQ−ACK情報の送信を端末装置1にトリガーしてもよい。基地局装置3はPDCCHに含まれるDCIフォーマットを用いてHARQ−ACK情報の送信を端末装置1にトリガーしてもよい。該HARQ−ACK情報は、トリガーに用いるPDCCHを受信する前に受信したPDSCHに対応してもよい。
基地局装置3がHARQ−ACK情報の送信のトリガーに用いるPDCCHにおいて、該PDCCHに含まれるDCIフォーマットは、トリガーを活性化(activated)するフィールド、HARQプロセス識別子のフィールド、グループIDのフィールド、PUCCHリソースインジケータのフィールド、HARQ−ACKコードブックの大きさを示すフィールド、および、報告するHARQ−ACK情報の個数を示すフィールド、の一部または全部を含んでもよい。
PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHがマップされるCCEインデックスに少なくとも基づいて決定されてもよい。PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHがマップされるインデックスと、所定の値Xtotalと、に少なくとも基づいて決定されてもよい。例えば、PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHがマップされるインデックスと、所定の値Xtotalとのmodulo演算(modulo operation)で決定されてもよい。ここで、該CCEインデックスはPDSCHをスケジューリングするPDCCHがマップされる最初(first)のCCEインデックスであってもよい。該CCEインデックスはPDSCHをスケジューリングするPDCCHがマップされる最小(smallest)のCCEインデックスであってもよい。また、該CCEインデックスはPDSCHをスケジューリングするPDCCHがマップされる最後(last)のCCEインデックスであってもよい。該CCEインデックスはPDSCHをスケジューリングするPDCCHがマップされる最大(largest)のCCEインデックスであってもよい。また、Xtotalは所定の値であってもよい。XtotalはグループIDの総数であってもよい。また、modulo演算は、AをBで割ったとき、余りを出力する関数であり、(A mod B)と表記する。例えば、PDSCHをスケジューリングするPDCCHがマップされる最初のCCEインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDは(5 mod 4)=1であってもよい。また、PDSCHのグループIDは該PDSCHをスケジューリングするPDCCHがマップされるインデックスと、Xtotalとのfloor演算で決定されてもよい。例えば、PDSCHのグループIDはfloor(CCEインデックス/Xtotal)で計算されてもよい。ここでfloor演算は、数値の小数点以下を切り下げた整数を出力する関数である。例えば、F=3.9であれば、floor(F)=3であり、F=5.2であれば、floor(F)=5のようになる。例えば、PDSCHをスケジューリングするPDCCHがマップされる最初のCCEインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDはfloor(5/4)=1であってもよい。
PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHを検出したCORESETのインデックスに少なくとも基づいて決定されてもよい。PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHを検出したCORESETのインデックスと、所定の値Xtotalと、に少なくとも基づいて決定されてもよい。例えば、PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHを検出したCORESETのインデックスとXtotalとのmodulo演算で決定されてもよい。例えば、PDSCHをスケジューリングするPDCCHを検出したCORESETのインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDは(5 mod 4)=1であってもよい。また、PDSCHのグループI
Dは該PDSCHをスケジューリングするPDCCHを検出したCORESETのインデックスと、Xtotalとのfloor演算で決定されてもよい。ここで、PDSCHのグループIDはfloor(CORESETのインデックス/Xtotal)で計算されてもよい。例えば、PDSCHをスケジューリングするPDCCHを検出したCORESETのインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDはfloor(5/4)=1であってもよい。
Dは該PDSCHをスケジューリングするPDCCHを検出したCORESETのインデックスと、Xtotalとのfloor演算で決定されてもよい。ここで、PDSCHのグループIDはfloor(CORESETのインデックス/Xtotal)で計算されてもよい。例えば、PDSCHをスケジューリングするPDCCHを検出したCORESETのインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDはfloor(5/4)=1であってもよい。
PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHを検出した探索領域セット(search space set)のインデックスに少なくとも基づいて決定されてもよい。PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHを検出したsearch space setのインデックスと、所定の値Xtotalと、に少なくとも基づいて決定されてもよい。例えば、PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHを検出したsearch space setのインデックスとXtotalとのmodulo演算で決定されてもよい。例えば、PDSCHをスケジューリングするPDCCHを検出したsearch space setのインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDは(5 mod 4)=1であってもよい。また、PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHを検出したsearch space setのインデックスと、Xtotalとのfloor演算で決定されてもよい。ここで、PDSCHのグループIDはfloor(search space
setのインデックス/Xtotal)で計算されてもよい。例えば、PDSCHをスケジューリングするPDCCHを検出したsearch space setのインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDはfloor(5/4)=1であってもよい。
setのインデックス/Xtotal)で計算されてもよい。例えば、PDSCHをスケジューリングするPDCCHを検出したsearch space setのインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDはfloor(5/4)=1であってもよい。
PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのHARQプロセス識別子(HARQ process ID)に少なくとも基づいて決定されてもよい。PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのHARQプロセス識別子と、所定の値Xtotalと、に基づいて決定されてもよい。例えば、PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのHARQプロセス識別子とXtotalとのmodulo演算で決定されてもよい。例えば、PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのHARQプロセス識別子が5、かつ、Xtotalが4である場合、該PDSCHのグループIDは(5 mod 4)=1であってもよい。また、PDSCHのグループIDは該PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのHARQプロセス識別子と、Xtotalとのfloor演算で決定されてもよい。ここで、PDSCHのグループIDはfloor(HARQプロセス識別子/Xtotal)で計算されてもよい。例えば、PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのHARQプロセス識別子5、かつ、Xtotalが4である場合、該PDSCHのグループIDはfloor(5/4)=1であってもよい。
PDSCHのグループIDは、該PDSCHがスケジューリングされたスロットインデックスに少なくとも基づいて決定されてもよい。PDSCHのグループIDは、該PDSCHがスケジューリングされたスロットインデックスと、所定の値Xtotalと、に少なくとも基づいて決定されてもよい。例えば、PDSCHのグループIDは、該PDSCHがスケジューリングされたスロットインデックスとXtotalとのmodulo演算で決定されてもよい。例えば、PDSCHがスケジューリングされたスロットインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDは(5 mod 4)=1であってもよい。また、PDSCHのグループIDは該PDSCHがスケジ
ューリングされたスロットインデックスと、Xtotalとのfloor演算で決定されてもよい。ここで、PDSCHのグループIDはfloor(スロットインデックス/Xtotal)で計算されてもよい。例えば、PDSCHがスケジューリングされたスロットインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDはfloor(5/4)=1であってもよい。
ューリングされたスロットインデックスと、Xtotalとのfloor演算で決定されてもよい。ここで、PDSCHのグループIDはfloor(スロットインデックス/Xtotal)で計算されてもよい。例えば、PDSCHがスケジューリングされたスロットインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDはfloor(5/4)=1であってもよい。
PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのPUCCHリソースインジケータ(PUCCH resource indicator)に少なくとも基づいて決定されてもよい。PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのPUCCHリソースインジケータの値と、所定の値Xtotalと、に少なくとも基づいて決定されてもよい。例えば、PDSCHのグループIDは、該PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのPUCCHリソースインジケータの値とXtotalとのmodulo演算で決定されてもよい。例えば、PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのPUCCHリソースインジケータの値が5、かつ、Xtotalが4である場合、該PDSCHのグループIDは(5 mod 4)=1であってもよい。また、PDSCHのグループIDは該PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのPUCCHリソースインジケータの値と、Xtotalとのfloor演算で決定されてもよい。ここで、PDSCHのグループIDはfloor(PUCCHリソースインジケータの値/Xtotal)で計算されてもよい。例えば、PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのPUCCHリソースインジケータの値が5、かつ、Xtotalが4である場合、該PDSCHのグループIDはfloor(5/4)=1であってもよい。
PDSCHのグループIDは、該PDSCHがスケジューリングされるリソースブロックインデックスに少なくとも基づいて決定されてもよい。PDSCHのグループIDは、該PDSCHがスケジューリングされるリソースブロックインデックスと、所定の値Xtotalと、に少なくとも基づいて決定されてもよい。例えば、PDSCHのグループIDは、該PDSCHがスケジューリングされるリソースブロックインデックスと、所定の値Xtotalとのmodulo演算で決定されてもよい。ここで、リソースブロックインデックスはPDSCHがスケジューリングされる最初のリソースブロックのインデックスであってもよい。また、リソースブロックインデックスはPDSCHがスケジューリングされる最後のリソースブロックのインデックスであってもよい。例えば、PDSCHがスケジューリングされる最初のリソースブロックインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDは(5 mod 4)=1であってもよい。また、PDSCHのグループIDは該PDSCHがスケジューリングされるリソースブロックインデックスと、Xtotalとのfloor演算で決定されてもよい。ここで、PDSCHのグループIDはfloor(リソースブロックインデックス/Xtotal)で計算されてもよい。例えば、PDSCHがスケジューリングされるリソースブロックインデックスが5、かつ、Xtotalが4である場合、該PDSCHのグループIDはfloor(5/4)=1であってもよい。
基地局装置3は、PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのフィールドを用いてグループIDを端末装置1に通知してもよい。ここで、該フィールドのサイズはXDCIビットであってもよい。また、XDCIは所定の値であってもよい。また、XDCIはlog2(Xtotal)であってもよい。例えば、XDCIは0を含む自然数(natural numbers)であってもよい。グループIDは、PDSCHをスケジューリングするPDCCHに含まれるDCIフォーマットのフィールドの値に少なくとも基づいて決定されてもよい。
基地局装置3が、端末装置1にグループIDがXgroupに対応するHARQ−ACK情報を送信するようにトリガーした場合、端末装置1は、グループID Xgroupを持つ最後に受信したグループに対応するHARQ−ACK情報を基地局装置3に送信してもよい。ここで、‘最後に受信したグループ’ということは、端末装置1が該トリガーを受信した時点より以前であり、かつ、該トリガーを受信した時点より最も短い期間で受信したPDSCHグループを意味してもよい。例えば、基地局装置3が、端末装置1にグループIDが1に対応するHARQ−ACK情報を送信するようにトリガーした場合、端末装置1はPDSCH607およびPDSCH608に対応するHARQ−ACK情報を基地局装置3に送信してもよい。
図10は本実施形態におけるHARQプロセス識別子に基づくHARQ−ACK情報を送信する一例を示した図である。基地局装置3が、PDCCHを用いてHARQプロセス識別子XHARQとグループID Xgroupと、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーした場合、端末装置1は、グループID Xgroupを持つ1つまたは複数のPDSCHの中で、HARQプロセス識別子XHARQを持つPDSCHが属する最後に受信したグループに対応するHARQ−ACK情報を基地局装置3に送信してもよい。また、‘最後に受信したグループ’ということは、端末装置1が該トリガーを受信した時点より以前であり、かつ、該トリガーを受信した時点より最も短い期間であるPDSCHグループを意味してもよい。例えば、図10において、グループID 1に対する‘最後に受信した’PDSCHは、PDSCH1007およびPDSCH1008であってもよい。例えば、グループID 2に対する‘最後に受信した’PDSCHはPDSCH1004およびPDSCH1005であってもよい。また、‘HARQプロセス識別子XHARQを持つPDSCHが属する’ということは、HARQプロセス識別子XHARQを持つPDSCHのグループIDである連続するPDSCHグループを意味してもよい。例えば、XHARQが4であるPDSCH1007の場合、PDSCH1007は、グループIDが1であるPDSCH1007およびPDSCH1008のグループに属されることであってもよい。
基地局装置3が、PDCCH1010を用いてHARQプロセス識別子XHARQ 4と、グループID Xgroup 1と、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーした場合、端末装置1は、HARQプロセス識別子XHARQ 4を持つPDSCH1007と、該PDSCH1007が属されるグループに属するPDSCH1008と、に対応するHARQ−ACK情報を基地局装置3に送信してもよい。
基地局装置3が、PDCCHを用いてHARQプロセス識別子XHARQとグループID Xgroupと、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1が、基地局装置3が端末装置1に送信した該HARQプロセス識別子XHARQ、および/または、該グループID Xgroupと、に対応するPDSCHを受信できなかった場合、端末装置1はNACKを設定して基地局装置3に送信してもよい。ここで、該NACKのビット数XNACKは、所定の値であってもよい。また、該NACKのビット数XNACKは、上位層パラメータによって設定されてもよいし、DCIフォーマットを用いて通知されてもよい。XNACKは、1であってもよいし、2であってもよいし、1704以下の数であってもよい。
基地局装置3が、PDCCH1010を用いてHARQプロセス識別子XHARQ 4と、グループID Xgroup 1と、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1
が、基地局装置3が端末装置1に送信したPDSCH1007およびPDSCH1008を受信することができなかった場合、端末装置1はXNACKビット数の分のNACKを設定し、基地局装置3に該NACK送信してもよい。
が、基地局装置3が端末装置1に送信したPDSCH1007およびPDSCH1008を受信することができなかった場合、端末装置1はXNACKビット数の分のNACKを設定し、基地局装置3に該NACK送信してもよい。
基地局装置3が、PDCCH1010を用いてHARQプロセス識別子XHARQ 4と、グループID Xgroup 1と、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1が、XHARQが4であるPDSCH1007を受信したが基地局装置3が端末装置1に送信したPDSCH1008を受信することができなかった場合、端末装置1は、受信できなかったPDSCH1008に対応するHARQ−ACK情報をNACKに設定し、PDSCH1007に対応するHARQ−ACK情報と、該NACKと、を基地局装置3に送信してもよい。
基地局装置3が、PDCCH1010を用いてHARQプロセス識別子XHARQ 4と、グループID Xgroup 1と、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1が、XHARQが4であるPDSCH1007を受信したが基地局装置3が端末装置1に送信したPDSCH1008を受信することができなかった場合、端末装置1は、XNACKビット数の分のNACKを設定し、基地局装置3に該NACKを送信してもよい。
基地局装置3が、PDCCH1010を用いてHARQプロセス識別子XHARQ 4と、グループID Xgroup 1と、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1が、PDSCH1008を受信したが基地局装置3が端末装置1に送信したXHARQが4であるPDSCH1007を受信することができなかった場合、端末装置1はXNACKビット数の分のNACKを設定し、基地局装置3に該NACKを送信してもよい。
端末装置1は、同じグループに属される1つまたは複数のPDSCHにおいて、同じHARQプロセス識別子が付与されることを期待しなくてもよい。端末装置1は、同じグループに属される1つまたは複数のPDSCHにおいて、異なるHARQプロセス識別子が付与されることを期待してもよい。
基地局装置3が、PDCCHを用いてHARQプロセス識別子XHARQに対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーした場合、端末装置1は、HARQプロセス識別子XHARQを持つPDSCHに対応するHARQ−ACK情報が送信されたPUCCHに含まれる一部または全部のHARQ−ACK情報を基地局装置3に送信してもよい。基地局装置3がトリガーのために送信する該PDCCHは、グループIDを含まなくてもよい。
基地局装置3が、PDCCHを用いてHARQプロセス識別子XHARQに対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーした場合、端末装置1は、HARQプロセス識別子XHARQを持つPDSCHに対応するHARQ−ACK情報が送信されたHARQ−ACKコードブックに含まれる一部または全部のHARQ−ACK情報を基地局装置3に送信してもよい。基地局装置3がトリガーのために送信する該PDCCHは、グループIDを含まなくてもよい。
基地局装置3が、PDCCHを用いてグループIDであるXgroupとスロット数Xrangeとに少なくとも基づいて、端末装置1にHARQ−ACK情報を送信するようにトリガーした場合、端末装置1は、トリガーを受信したスロットを0とし、該トリガーを受信したスロットからXrangeスロット前までの間に含まれるXgroupに属す
る1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信してもよい。ここで、トリガーを受信したスロットを0とし、該トリガーを受信したスロットからXrangeスロット前までの間をHARQ−ACK報告範囲と称する。Xrangeは、DCIフォーマットのフィールドを用いて端末装置1に直接通知されてもよい。または、Xrangeは、上位層パラメータの1つまたは複数の値であってもよい。該上位層パラメータに含まれる1つまたは複数の値は、DCIフォーマットのフィールドによって選択されてもよい。端末装置1は、HARQ−ACK報告範囲に含まれるXgroupに属する1つまたは複数のPDSCHに対応するHARQ−ACK情報のみを送信してもよい。また、端末装置1は、HARQ−ACK報告範囲に含まれるXgroupに属する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信し、HARQ−ACK報告範囲に含まれるXgroupに属しない1つまたは複数のPDSCHに対応するHARQ−ACK情報をNACKとして送信してもよい。
る1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信してもよい。ここで、トリガーを受信したスロットを0とし、該トリガーを受信したスロットからXrangeスロット前までの間をHARQ−ACK報告範囲と称する。Xrangeは、DCIフォーマットのフィールドを用いて端末装置1に直接通知されてもよい。または、Xrangeは、上位層パラメータの1つまたは複数の値であってもよい。該上位層パラメータに含まれる1つまたは複数の値は、DCIフォーマットのフィールドによって選択されてもよい。端末装置1は、HARQ−ACK報告範囲に含まれるXgroupに属する1つまたは複数のPDSCHに対応するHARQ−ACK情報のみを送信してもよい。また、端末装置1は、HARQ−ACK報告範囲に含まれるXgroupに属する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信し、HARQ−ACK報告範囲に含まれるXgroupに属しない1つまたは複数のPDSCHに対応するHARQ−ACK情報をNACKとして送信してもよい。
図7は本実施形態において、HARQ−ACK報告範囲におけるHARQ−ACK報告の一例を示した図である。基地局装置3は、PDCCH710に含まれるDCIフォーマットのフィールドを用いて、グループID 1、HARQ−ACK報告範囲を示すスロットの数Xrange 4を設定し、端末装置1にHARQ−ACK報告をトリガーする。該PDCCH710を受信した端末装置1は、HARQ−ACK報告範囲711を決定する。また、端末装置1は、HARQ−ACK報告範囲711に含まれるグループIDが1であるPDSCH707およびPDSCH708に対応するHARQ−ACK情報を基地局装置3に送信する。また、図7におけるHARQ−ACK報告範囲711において、端末装置1はグループIDが1ではないPDSCH705に対応するHARQ−ACK情報をNACKと設定し、グループIDが1であるPDSCH707およびPDSCH708に対応するHARQ−ACK情報に加えて送信してもよい。この場合、端末装置1が送信するHARQ−ACK情報に対するビットの並び順は時間順であってもよい。例えば、PDSCH707に対応するHARQ−ACK情報がACKであり、かつ、PDSCH708に対応するHARQ−ACK情報がACKである場合、端末装置1は{NACK、ACK、ACK}の順でHARQ−ACK情報を報告してもよい。
基地局装置3は、PDCCH710に含まれるDCIフォーマットのフィールドを用いて、グループID 1、上位層パラメータにおけるHARQ−ACK報告範囲を選択する値Xrange 4を設定し、端末装置1にHARQ−ACK報告をトリガーする。端末装置1は、該HARQ−ACK報告範囲を選択する値Xrange 4を上位層パラメータ713のインデックスとして用い、該インデックス4が示す値6をHARQ−ACK報告範囲712として決定する。また、端末装置1は、HARQ−ACK報告範囲712に含まれるグループIDが1であるPDSCH702、PDSCH707およびPDSCH708に対応するHARQ−ACK情報を基地局装置3に送信する。また、図7におけるHARQ−ACK報告範囲712において、端末装置1はグループIDが1ではないPDSCH704およびPDSCH705に対応するHARQ−ACK情報をNACKと設定し、グループIDが1であるPDSCH707およびPDSCH708に対応するHARQ−ACK情報と加えて送信してもよい。この場合、端末装置1が送信するHARQ−ACK情報に対するビットの並び順は時間順であってもよい。例えば、PDSCH702に対応するHARQ−ACK情報がACKであり、かつ、PDSCH707に対応するHARQ−ACK情報がACKであり、かつ、PDSCH708に対応するHARQ−ACK情報がACKである場合、端末装置1は{ACK、NACK、NACK、ACK、ACK}の順でHARQ−ACK情報を報告してもよい。
基地局装置3が、PDCCHを用いてHARQ−ACK報告範囲Xrangeと、グループID Xgroupと、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1が、基地局装
置3が端末装置1に送信した該HARQ−ACK報告範囲Xrange、および/または、該グループID Xgroupと、に対応するPDSCHを受信できなかった場合、端末装置1はXNACKのビット数の分のNACKを設定して基地局装置3に該NACKを送信してもよい。ここで、該NACKのビット数XNACKは、所定の値であってもよい。また、該NACKのビット数XNACKは、上位層パラメータによって設定されてもよいし、DCIフォーマットを用いて通知してもよい。XNACKは、1であってもよいし、2であってもよいし、1704以下であってもよい。
置3が端末装置1に送信した該HARQ−ACK報告範囲Xrange、および/または、該グループID Xgroupと、に対応するPDSCHを受信できなかった場合、端末装置1はXNACKのビット数の分のNACKを設定して基地局装置3に該NACKを送信してもよい。ここで、該NACKのビット数XNACKは、所定の値であってもよい。また、該NACKのビット数XNACKは、上位層パラメータによって設定されてもよいし、DCIフォーマットを用いて通知してもよい。XNACKは、1であってもよいし、2であってもよいし、1704以下であってもよい。
基地局装置3が、PDCCH710を用いてHARQ−ACK報告範囲Xrange 4と、グループID Xgroup 1と、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1が、基地局装置3が端末装置1に送信したPDSCH707およびPDSCH708を受信することができなかった場合、端末装置1はXNACKビット数の分のNACKを設定し、基地局装置3に該NACKを送信してもよい。
基地局装置3が、PDCCH710を用いてHARQ−ACK報告範囲Xrange 4と、グループID Xgroup 1と、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1が、HARQ−ACK報告範囲に含まれるPDSCH707を受信したが基地局装置3が端末装置1に送信したPDSCH708を受信することができなかった場合、端末装置1はPDSCH707に対応するHARQ−ACK情報を基地局装置3に送信してもよい。
基地局装置3が、PDCCH710を用いてHARQ−ACK報告範囲Xrange 4と、グループID Xgroup 1と、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1が、HARQ−ACK報告範囲に含まれるPDSCH707を受信したが基地局装置3が端末装置1に送信したPDSCH708を受信することができなかった場合、端末装置1は、受信できなかったPDSCH708に対応するHARQ−ACK情報をNACKに設定し、PDSCH707に対応するHARQ−ACK情報と、該NACKと、を基地局装置3に送信してもよい。
基地局装置3が、PDCCH710を用いてHARQ−ACK報告範囲Xrange 4と、グループID Xgroup 1と、に対応する1つまたは複数のPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1が、HARQ−ACK報告範囲に含まれるPDSCH707を受信したが基地局装置3が端末装置1に送信したPDSCH708を受信することができなかった場合、端末装置1は、XNACKビット数の分のNACKを設定し、基地局装置3に該NACKを送信してもよい。
基地局装置3がトリガーに用いるXrangeに基づくHARQ報告範囲内において、端末装置1は、基地局装置3がトリガーしたXgroupのグループIDを持つ1つまたは複数のPDSCHを基地局装置3が送信したとみなしても(assume)よい。
基地局装置3が、PDCCHに含まれるDCIフォーマットのフィールドを用いて、該PDCCHを受信したスロットを0とし、Xindicateスロット前に受信したPDSCHに対応するHARQ−ACK情報を送信するように端末装置1にトリガーした場合、端末装置1は、Xindicate前のスロットで受信したPDSCHに対応するHARQ−ACK情報を送信したPUCCHに関連する(associated)HARQ−ACK情報を送信してもよい。ここで、‘PUCCHに関連するHARQ−ACK情報’
とは、該PUCCHで送信された一部または全部のHARQ−ACK情報を意味してもよい。該PUCCHに関連するHARQ−ACK情報に対する1つまたは複数のPDSCHは、同じグループIDを持ってもよいし、異なるグループIDを持ってもよい。Xindicateは、DCIフォーマットのフィールドを用いて端末装置1に直接通知されてもよい。または、Xindicateは、上位層パラメータの1つまたは複数の値であってもよい。該上位層パラメータに含まれる1つまたは複数の値は、DCIフォーマットのフィールドによって選択されてもよい。
とは、該PUCCHで送信された一部または全部のHARQ−ACK情報を意味してもよい。該PUCCHに関連するHARQ−ACK情報に対する1つまたは複数のPDSCHは、同じグループIDを持ってもよいし、異なるグループIDを持ってもよい。Xindicateは、DCIフォーマットのフィールドを用いて端末装置1に直接通知されてもよい。または、Xindicateは、上位層パラメータの1つまたは複数の値であってもよい。該上位層パラメータに含まれる1つまたは複数の値は、DCIフォーマットのフィールドによって選択されてもよい。
図8は本実施形態において、指示されたスロットのPDSCHに対応するHARQ−ACK情報を送信する方法の一例を示した図である。基地局装置3が、PDCCH810に含まれるDCIフォーマットのフィールドを用いてHARQ−ACK報告の対象となるPDSCHを受信したスロットを示すXindicateの値4に少なくとも基づいて端末装置1にHARQ−ACK報告をトリガーする場合、該PDCCH810を受信した端末装置1は、Xindicate 4スロット前で受信したPDSCH805を選択し、該PDSCH805に対応するHARQ−ACK情報と、該HARQ−ACK情報を送信したPUCCH806に関連するPDSCH804に対応するHARQ−ACK情報と、を基地局装置3に送信してもよい。
基地局装置3が、PDCCH810に含まれるDCIフォーマットのフィールドを用いてHARQ−ACK情報の報告の対象となるPDSCHを受信したスロットを示すXindicateの値4に少なくとも基づいて端末装置1にHARQ−ACK報告をトリガーする場合、該PDCCH810を受信した端末装置1は、Xindicate 4が上位層パラメータ813のインデックスとして示す値6を選択し、6スロット前で受信したPDSCH802に対応するHARQ−ACK情報と、該HARQ−ACK情報を送信したPUCCH803に関連するPDSCH801に対応するHARQ−ACK情報と、を基地局装置3に送信してもよい。
基地局装置3が、PDCCHに含まれるDCIフォーマットのフィールドを用いて、該PDCCHを受信したスロットを0とし、Xindicateスロット前に受信したPDSCHに対応するHARQ−ACK情報を送信したPUCCHに関連する一部または全部のHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1が、基地局装置3が端末装置1に送信した該Xindicateスロット前のPDSCHを受信できなかった場合、端末装置1はXNACKのビット数の分のNACKを設定し基地局装置3に該NACKを送信してもよい。ここで、該NACKのビット数XNACKは、所定の値であってもよい。また、該NACKのビット数XNACKは、上位層パラメータによって設定されてもよいし、DCIフォーマットを用いて通知されてもよい。XNACKは、1であってもよいし、2であってもよいし、1704以下であってもよい。
基地局装置3が、PDCCH810に含まれるDCIフォーマットのフィールドを用いて、該PDCCH810を受信したスロットを0とし、Xindicate 4スロット前に受信したPDSCHに対応するHARQ−ACK情報を送信したPUCCHに関連する一部または全部のHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1が、基地局装置3が端末装置1に送信した該Xindicate 4スロット前のPDSCH805を受信できなかった場合、端末装置1はXNACKビット数の分のNACKを設定し、基地局装置3に該NACKを送信してもよい。ここで、該NACKのビット数XNACKは、所定の値であってもよい。また、該NACKのビット数XNACKは、上位層パラメータによって設定されてもよいし、DCIフォーマットを用いて通知されてもよい。XNACKは、1であってもよいし、2であってもよいし、1704以下であってもよい。
基地局装置3が、PDCCHに含まれるDCIフォーマットのフィールドを用いて、該PDCCHを受信したスロットを0とし、Xindicateスロット前に端末装置1が送信したPUCCHに関連するHARQ−ACK情報を送信するように端末装置1にトリガーした場合、端末装置1は、Xindicateスロット前で送信したPUCCHに含まれる一部または全部のHARQ−ACK情報を送信してもよい。該PUCCHに含まれる1つまたは複数のHARQ−ACK情報に対する1つまたは複数のPDSCHは、同じグループIDを持ってもよいし、異なるグループIDを持ってもよい。Xindicateは、DCIフォーマットのフィールドを用いて端末装置1に直接通知されてもよい。または、Xindicateは、上位層パラメータの1つまたは複数の値であってもよい。該上位層パラメータに含まれる1つまたは複数の値は、DCIフォーマットのフィールドによって選択されてもよい。
図9は本実施形態において、指示されたスロットのPUCCHに含まれるHARQ−ACK情報を送信する方法の一例を示した図である。基地局装置3が、PDCCH910に含まれるDCIフォーマットのフィールドを用いて、該PDCCH910を受信したスロットを0とし、Xindicate 3スロット前に端末装置1が送信したPUCCH906に関連するHARQ−ACK情報を送信するように端末装置1にトリガーした場合、端末装置1は、Xindicate 3スロット前で送信したPUCCH906を選択し、該PUCCH906に含まれるPDSCH904および/またはPDSCH905に対応するHARQ−ACK情報を基地局装置3に送信してもよい。
基地局装置3が、PDCCH910に含まれるDCIフォーマットのフィールドを用いて、該PDCCH910を受信したスロットを0とし、Xindicate 3が示す上位層パラメータの値に少なくとも基づいて以前のスロットに端末装置1が送信したPUCCHに関連するHARQ−ACK情報を送信するように端末装置1にトリガーした場合、端末装置1は、Xindicateが上位層パラメータ913のインデックスとして示す値5を選択し、5スロット前で送信したPUCCH903に含まれるPDSCH901および/またはPDSCH902に対応するHARQ−ACK情報を基地局装置3に送信してもよい。
基地局装置3が、PDCCHに含まれるDCIフォーマットのフィールドを用いて、該PDCCHを受信したスロットを0とし、Xindicateスロット前に端末装置1が送信したPUCCHに関連するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1がXindicateに基づくスロット数の前のスロットで送信したPUCCHがない場合、端末装置1はXNACKのビット数の分のNACKを設定して基地局装置3に該NACKを送信してもよい。ここで該NACKのビット数XNACKは、所定の値であってもよい。また、該NACKのビット数XNACKは、上位層パラメータによって設定されてもよいし、DCIフォーマットを用いて通知してもよい。XNACKは、1であってもよいし、2であってもよいし、1704以下であってもよい。
基地局装置3が、PDCCHに含まれるDCIフォーマットのフィールドを用いて、該PDCCHを受信したスロットを0とし、Xindicateに基づく値に該当する前のスロットに端末装置1が送信したPUCCHに関連するHARQ−ACK情報を送信するように端末装置1にトリガーし、かつ、端末装置1がXindicateに基づく値に該当する前のスロットに送信したPUCCHがない場合、端末装置1はXNACKビット数の分のNACKを設定し、基地局装置3に送信してもよい。ここで該NACKのビット数XNACKは、所定の値であってもよい。また、該NACKのビット数XNACKは、上位層パラメータによって設定されてもよいし、DCIフォーマットを用いて通知してもよい。XNACKは、1であってもよいし、2であってもよいし、1704以下であってもよい。
基地局装置3がトリガーしたあるスロット、および/または、HARQ−ACK報告範囲において、対象となるPDSCHがない場合、端末装置1は基地局装置3にNACKを送信してもよい。ここで該NACKのビット数XNACKは、所定の値であってもよい。また、該NACKのビット数XNACKは、上位層パラメータによって設定されてもよいし、DCIフォーマットを用いて通知してもよい。XNACKは、1であってもよいし、2であってもよいし、1704以下であってもよい。
基地局装置3がトリガーしたあるスロット、および/または、HARQ−ACK報告範囲において、トリガーしたグループIDを持つPDSCHがない場合、端末装置1は基地局装置3にNACKを送信してもよい。ここで該NACKのビット数XNACKは、所定の値であってもよい。また、該NACKのビット数XNACKは、上位層パラメータによって設定されてもよいし、DCIフォーマットを用いて通知してもよい。XNACKは、1であってもよいし、2であってもよいし、1704以下であってもよい。
基地局装置3がHARQ−ACK情報の送信のトリガーに用いるPDCCHにおいて、該PDCCHは、該HARQ−ACK情報の報告のためのPUCCHリソースを指定するDCIフォーマットのフィールドを含んでもよい。
基地局装置3がPDCCHを用いてHARQ−ACK情報の送信をトリガーする場合、該PDCCHに含まれるDCIフォーマットのフィールドを用いて端末装置1にグループIDを通知(indicate)してもよい。
基地局装置3がPDCCHを用いてHARQ−ACK情報の送信をトリガーする場合、該PDCCHがマップされるCCEインデックスに少なくとも基づいて端末装置1にグループIDを通知してもよい。ここで該CCEインデックスは該PDCCHがマップされる最初のCCEインデックスであってもよいし、該PDCCHがマップされる最後のCCEインデックスであってもよい。例えば、グループIDは{最初のCCEインデックス mod Xtotal}であってもよい。ここでXtotalはグループの総数であってもよい。また、Xtotalは所定の値であってもよい。また、グループIDは{floor(最後のCCEインデックス/Xtotal)}であってもよい。
基地局装置3がPDCCHを用いてHARQ−ACK情報の送信をトリガーする場合、該PDCCHを検出したCORESETのインデックスに少なくとも基づいて端末装置1にグループIDを通知してもよい。例えば、グループIDは{PDCCHを検出したCORESETのインデックス mod Xtotal}であってもよい。また、グループIDは{floor(PDCCHを検出したCORESETのインデックス/Xtotal)}であってもよい。
基地局装置3がPDCCHを用いてHARQ−ACK情報の送信をトリガーする場合、該PDCCHを検出した探索領域セット(search space set)のインデックスに少なくとも基づいて端末装置1にグループIDを通知してもよい。例えば、グループIDは{PDCCHを検出した探索領域セットのインデックス mod Xtotal}であってもよい。また、グループIDは{floor(PDCCHを検出した探索領域セットのインデックス/Xtotal)}であってもよい。
基地局装置3がPDCCHを用いてHARQ−ACK情報の送信をトリガーする場合、該PDCCHに含まれるDCIフォーマットのPUCCHリソースインジケータ(PUCCH resource indicator)に少なくとも基づいて端末装置1にグループIDを通知してもよい。該PUCCHリソースインジケータは、トリガーに対応するHARQ−ACK情報を送信するPUCCHのPUCCHリソースを示しても良い。例えば、グループIDは{PUCCHリソースインジケータの値 mod Xtotal}であってもよい。また、グループIDは{floor(PUCCHリソースインジケータの値/Xtotal)}であってもよい。
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
(1)上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第1の態様は、端末装置であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信する受信部と、
前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1または第2のグループIDが示される場合、前記連続する1つまたは複数の第1のPDSCHと前記連続する1つまたは複数の第2のPDSCHのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ連続する1つまたは複数のPDSCHに対応する前記HARQ−ACK情報を送信する送信部と、を備える。
前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1または第2のグループIDが示される場合、前記連続する1つまたは複数の第1のPDSCHと前記連続する1つまたは複数の第2のPDSCHのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ連続する1つまたは複数のPDSCHに対応する前記HARQ−ACK情報を送信する送信部と、を備える。
(2)本実施形態の第1の態様において、PDSCHが対応する前記グループIDは、要素1、要素2、要素3、要素4、要素5、要素6、要素7、および、要素8の一部または全部に少なくとも基づいて与えられ、
前記要素1は、前記PDSCHをスケジューリングする第1のPDCCHのCCEインデックスであり、
前記要素2は、前記第1のPDCCHの制御リソースセットのインデックスであり、
前記要素3は、前記第1のPDCCHの探索領域セットのインデックスであり、
前記要素4は、前記第1のPDSCHのHARQプロセス識別子であり、
前記要素5は、前記第1のPDSCHのスロットインデックスであり、
前記要素6は、前記第1のDCIフォーマットに含まれるPUCCHリソース指示フィールド(PUCCH resource indicator field)が示す値であり、
前記要素7は、前記PDSCHに与えられるリソースブロックのインデックスであり、
前記要素8は、前記第1のPDCCHに含まれるDCIフォーマットの第3のフィールドの値である。
前記要素1は、前記PDSCHをスケジューリングする第1のPDCCHのCCEインデックスであり、
前記要素2は、前記第1のPDCCHの制御リソースセットのインデックスであり、
前記要素3は、前記第1のPDCCHの探索領域セットのインデックスであり、
前記要素4は、前記第1のPDSCHのHARQプロセス識別子であり、
前記要素5は、前記第1のPDSCHのスロットインデックスであり、
前記要素6は、前記第1のDCIフォーマットに含まれるPUCCHリソース指示フィールド(PUCCH resource indicator field)が示す値であり、
前記要素7は、前記PDSCHに与えられるリソースブロックのインデックスであり、
前記要素8は、前記第1のPDCCHに含まれるDCIフォーマットの第3のフィールドの値である。
(3)本実施形態の第2の態様は、端末装置であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHの第1のグループと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHの第2のグループと、前記第1のグループIDを持つ連続する1つまたは複数の第3のPDSCHの第3のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信する受信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1のグループIDが示される場合、前記第1から第3のグループのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ前記第3のグループに属する前記連続する1つまたは複数の第3のPDSCHに対応する前記HARQ−ACK情報を送信する送信部と、を備え、前記第1のPDSCHは、前記第2のPDSCHよりも前に受信され、前記第3のPDSCHは、前記第2のPDSCHよりも後に受信される。
(4)本実施形態の第3の態様は、端末装置であって、複数のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信する受信部と、前記第2のPDCC
Hに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによってグループIDが示される場合、前記第2のフィールドによって示されたグループIDと同じグループIDを持つ最後に受信されたグループに対応する前記HARQ−ACK情報を送信する送信部と、を備え、 前記複数のグループのそれぞれは、同じグループIDを持つ連続する1つまたは複数のPDSCHによって構成される。
Hに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによってグループIDが示される場合、前記第2のフィールドによって示されたグループIDと同じグループIDを持つ最後に受信されたグループに対応する前記HARQ−ACK情報を送信する送信部と、を備え、 前記複数のグループのそれぞれは、同じグループIDを持つ連続する1つまたは複数のPDSCHによって構成される。
(5)本実施形態の第4の態様は、端末装置であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを受信する受信部と、前記複数のPDSCHに対する複数のHARQ−ACK情報を第1のPUCCHで送信する送信部を備え、HARQプロセス識別子を含む、HARQ−ACK情報の送信を指示する第2のPDCCHを受信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報と一緒に送信された全ての前記複数のHARQ−ACK情報を第2のPUCCHで送信する。
(6)本実施形態の第5の態様は、端末装置であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを受信する受信部と、前記複数のPDSCHに対する複数のHARQ−ACK情報を含むHARQ−ACK
codebookを第1のPUCCHで送信する送信部を備え、HARQプロセス識別子を含む、HARQ−ACK情報の送信を指示する第2のPDCCHを受信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報を含む前記HARQ−ACK codebookで送信された前記複数のHARQ−ACK情報を第2のPUCCHで送信する。
codebookを第1のPUCCHで送信する送信部を備え、HARQプロセス識別子を含む、HARQ−ACK情報の送信を指示する第2のPDCCHを受信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報を含む前記HARQ−ACK codebookで送信された前記複数のHARQ−ACK情報を第2のPUCCHで送信する。
(7)本実施形態の第6の態様は、基地局装置であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信する送信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1または第2のグループIDが示される場合、前記連続する1つまたは複数の第1のPDSCHと前記連続する1つまたは複数の第2のPDSCHのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ連続する1つまたは複数のPDSCHに対応する前記HARQ−ACK情報を受信する受信部と、を備える。
(8)本実施形態の第6の態様において、PDSCHが対応する前記グループIDは、要素1、要素2、要素3、要素4、要素5、要素6、要素7、および、要素8の一部または全部に少なくとも基づいて与えられ、
前記要素1は、前記PDSCHをスケジューリングする第1のPDCCHのCCEインデックスであり、
前記要素2は、前記第1のPDCCHの制御リソースセットのインデックスであり、
前記要素3は、前記第1のPDCCHの探索領域セットのインデックスであり、
前記要素4は、前記第1のPDSCHのHARQプロセス識別子であり、
前記要素5は、前記第1のPDSCHのスロットインデックスであり、
前記要素6は、前記第1のDCIフォーマットに含まれるPUCCHリソース指示フィールド(PUCCH resource indicator field)が示す値であり、
前記要素7は、前記PDSCHに与えられるリソースブロックのインデックスであり、
前記要素8は、前記第1のPDCCHに含まれるDCIフォーマットの第3のフィールドの値である。
前記要素1は、前記PDSCHをスケジューリングする第1のPDCCHのCCEインデックスであり、
前記要素2は、前記第1のPDCCHの制御リソースセットのインデックスであり、
前記要素3は、前記第1のPDCCHの探索領域セットのインデックスであり、
前記要素4は、前記第1のPDSCHのHARQプロセス識別子であり、
前記要素5は、前記第1のPDSCHのスロットインデックスであり、
前記要素6は、前記第1のDCIフォーマットに含まれるPUCCHリソース指示フィールド(PUCCH resource indicator field)が示す値であり、
前記要素7は、前記PDSCHに与えられるリソースブロックのインデックスであり、
前記要素8は、前記第1のPDCCHに含まれるDCIフォーマットの第3のフィールドの値である。
(9)本実施形態の第7の態様は、基地局装置であって、第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHの第1のグループと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHの第2のグループと、前記第1のグループIDを持つ連続する1つまたは複数の第3のPDSCHの第3のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信する送信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1のグループIDが示される場合、前記第1から第3のグループのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ前記第3のグループに属する前記連続する1つまたは複数の第3のPDSCHに対応する前記HARQ−ACK情報を受信する受信部と、を備え、前記第1のPDSCHは、前記第2のPDSCHよりも前に送信され、前記第3のPDSCHは、前記第2のPDSCHよりも後に送信される。
(10)本実施形態の第8の態様は、基地局装置であって、複数のグループと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信する送信部と、前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによってグループIDが示される場合、前記第2のフィールドによって示されたグループIDと同じグループIDを持つ最後に受信されたグループに対応する前記HARQ−ACK情報を受信する受信部と、を備え、前記複数のグループのそれぞれは、同じグループIDを持つ連続する1つまたは複数のPDSCHによって構成される。
(11)本実施形態の第9の態様は、基地局装置であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを送信する送信部と、前記複数のPDSCHに対する複数のHARQ−ACK情報を第1のPUCCHで受信する受信部を備え、HARQプロセス識別子を含む、HARQ−ACK情報の受信を指示する第2のPDCCHを送信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報と一緒に受信された全ての前記複数のHARQ−ACK情報を第2のPUCCHで受信する。
(12)本実施形態の第10の態様は、基地局装置であって、複数の第1のPDCCHと、前記複数の第1のPDCCHによりスケジュールされる複数のPDSCHを送信する送信部と、前記複数のPDSCHに対する複数のHARQ−ACK情報を含むHARQ−ACK codebookを第1のPUCCHで受信する受信部を備え、HARQプロセス識別子を含む、HARQ−ACK情報の受信を指示する第2のPDCCHを受信し、前記HARQプロセス識別子が用いられた前記PDSCHに対する前記HARQ−ACK情報を含む前記HARQ−ACK codebookで受信された前記複数のHARQ−ACK情報を第2のPUCCHで受信する。
本発明に関わる基地局装置3、および端末装置1で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、CPU(Central Processing Unit)等を制
御するプログラム(コンピュータを機能させるプログラム)であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にRAM(Random Access Memory)に蓄積され、その後、Flash ROM(Read Only Memory)などの各種ROMやHD
D(Hard Disk Drive)に格納され、必要に応じてCPUによって読み出し、修正・書き
込みが行われる。
御するプログラム(コンピュータを機能させるプログラム)であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にRAM(Random Access Memory)に蓄積され、その後、Flash ROM(Read Only Memory)などの各種ROMやHD
D(Hard Disk Drive)に格納され、必要に応じてCPUによって読み出し、修正・書き
込みが行われる。
尚、上述した実施形態における端末装置1、基地局装置3の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピ
ュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
ュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
尚、ここでいう「コンピュータシステム」とは、端末装置1、又は基地局装置3に内蔵されたコンピュータシステムであって、OSや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、CD−ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
また、上述した実施形態における基地局装置3は、複数の装置から構成される集合体(装置グループ)として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置3の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置3の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置1は、集合体としての基地局装置と通信することも可能である。
また、上述した実施形態における基地局装置3は、EUTRAN(Evolved Universal Terrestrial Radio Access Network)および/またはNG−RAN(NextGen RAN,NR RAN)であってもよい。また、上述した実施形態における基地局装置3は、eNodeBおよび/またはgNBに対する上位ノードの機能の一部または全部を有してもよい。
また、上述した実施形態における端末装置1、基地局装置3の一部、又は全部を典型的には集積回路であるLSIとして実現してもよいし、チップセットとして実現してもよい。端末装置1、基地局装置3の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はLSIに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりLSIに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
1(1A、1B、1C) 端末装置
3 基地局装置
10、30 無線送受信部
11、31 アンテナ部
12、32 RF部
13、33 ベースバンド部
14、34 上位層処理部
15、35 媒体アクセス制御層処理部
16、36 無線リソース制御層処理部
3 基地局装置
10、30 無線送受信部
11、31 アンテナ部
12、32 RF部
13、33 ベースバンド部
14、34 上位層処理部
15、35 媒体アクセス制御層処理部
16、36 無線リソース制御層処理部
Claims (6)
- 第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信する受信部と、
前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1または第2のグループIDが示される場合、前記連続する1つまたは複数の第1のPDSCHと前記連続する1つまたは複数の第2のPDSCHのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ連続する1つまたは複数のPDSCHに対応する前記HARQ−ACK情報を送信する送信部と、を備える
端末装置。 - PDSCHが対応する前記グループIDは、要素1、要素2、要素3、要素4、要素5、要素6、要素7、および、要素8の一部または全部に少なくとも基づいて与えられ、
前記要素1は、前記PDSCHをスケジューリングする第1のPDCCHのCCEインデックスであり、
前記要素2は、前記第1のPDCCHの制御リソースセットのインデックスであり、
前記要素3は、前記第1のPDCCHの探索領域セットのインデックスであり、
前記要素4は、前記第1のPDSCHのHARQプロセス識別子であり、
前記要素5は、前記第1のPDSCHのスロットインデックスであり、
前記要素6は、前記第1のDCIフォーマットに含まれるPUCCHリソース指示フィールド(PUCCH resource indicator field)が示す値であり、
前記要素7は、前記PDSCHに与えられるリソースブロックのインデックスであり、
前記要素8は、前記第1のPDCCHに含まれるDCIフォーマットの第3のフィールドの値である
請求項1に記載の端末装置。 - 第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信する送信部と、
前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1または第2のグループIDが示される場合、前記連続する1つまたは複数の第1のPDSCHと前記連続する1つまたは複数の第2のPDSCHのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ連続する1つまたは複数のPDSCHに対応する前記HARQ−ACK情報を受信する受信部と、を備える
基地局装置。 - PDSCHが対応する前記グループIDは、要素1、要素2、要素3、要素4、要素5、要素6、要素7、および、要素8の一部または全部に少なくとも基づいて与えられ、
前記要素1は、前記PDSCHをスケジューリングする第1のPDCCHのCCEインデックスであり、
前記要素2は、前記第1のPDCCHの制御リソースセットのインデックスであり、
前記要素3は、前記第1のPDCCHの探索領域セットのインデックスであり、
前記要素4は、前記第1のPDSCHのHARQプロセス識別子であり、
前記要素5は、前記第1のPDSCHのスロットインデックスであり、
前記要素6は、前記第1のDCIフォーマットに含まれるPUCCHリソース指示フィ
ールド(PUCCH resource indicator field)が示す値であり、
前記要素7は、前記PDSCHに与えられるリソースブロックのインデックスであり、
前記要素8は、前記第1のPDCCHに含まれるDCIフォーマットの第3のフィールドの値である
請求項3に記載の基地局装置。 - 端末装置に用いられる通信方法であって、
第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHと、HARQ−ACK情報の送信を指示する第2のPDCCHを受信するステップと、
前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信がトリガーされ、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1または第2のグループIDが示される場合、前記連続する1つまたは複数の第1のPDSCHと前記連続する1つまたは複数の第2のPDSCHのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ連続する1つまたは複数のPDSCHに対応する前記HARQ−ACK情報を送信するステップと、を備える
通信方法。 - 基地局装置に用いられる通信方法であって、
第1のグループIDを持つ連続する1つまたは複数の第1のPDSCHと、第2のグループIDを持つ連続する1つまたは複数の第2のPDSCHと、HARQ−ACK情報の送信を指示する第2のPDCCHを送信するステップと、
前記第2のPDCCHに含まれるDCIフォーマットの第1のフィールドの値によって前記HARQ−ACK情報の送信をトリガーし、前記第2のPDCCHに含まれる前記DCIフォーマットの第2のフィールドによって第1または第2のグループIDが示される場合、前記連続する1つまたは複数の第1のPDSCHと前記連続する1つまたは複数の第2のPDSCHのうち、前記第2のフィールドによって示されるグループIDと同じグループIDを持つ連続する1つまたは複数のPDSCHに対応する前記HARQ−ACK情報を送信するステップと、を備える
通信方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019024515A JP2020136767A (ja) | 2019-02-14 | 2019-02-14 | 端末装置、基地局装置、および、通信方法 |
PCT/JP2020/005402 WO2020166627A1 (ja) | 2019-02-14 | 2020-02-12 | 端末装置、基地局装置、および、通信方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019024515A JP2020136767A (ja) | 2019-02-14 | 2019-02-14 | 端末装置、基地局装置、および、通信方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2020136767A true JP2020136767A (ja) | 2020-08-31 |
Family
ID=72044429
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019024515A Pending JP2020136767A (ja) | 2019-02-14 | 2019-02-14 | 端末装置、基地局装置、および、通信方法 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP2020136767A (ja) |
WO (1) | WO2020166627A1 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114978444A (zh) * | 2021-02-24 | 2022-08-30 | 维沃移动通信有限公司 | 反馈信息发送方法、装置及终端 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008024340A2 (en) * | 2006-08-21 | 2008-02-28 | Interdigital Technology Corporation | Method and apparatus for dynamically allocating harq processes in the uplink |
-
2019
- 2019-02-14 JP JP2019024515A patent/JP2020136767A/ja active Pending
-
2020
- 2020-02-12 WO PCT/JP2020/005402 patent/WO2020166627A1/ja active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2020166627A1 (ja) | 2020-08-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7099835B2 (ja) | 端末装置、基地局装置、および、通信方法 | |
JP7309335B2 (ja) | 端末装置、基地局装置、および、通信方法 | |
JP7156887B2 (ja) | 端末装置、基地局装置、および、通信方法 | |
WO2021153576A1 (ja) | 端末装置および通信方法 | |
WO2021162050A1 (ja) | 端末装置および通信方法 | |
WO2021002389A1 (ja) | 端末装置、基地局装置、および、通信方法 | |
JP6926151B2 (ja) | 端末装置、基地局装置、および、通信方法 | |
WO2020129592A1 (ja) | 端末装置、基地局装置、および、通信方法 | |
JP2021027553A (ja) | 端末装置および通信方法 | |
JP2021027367A (ja) | 端末装置、基地局装置、および、通信方法 | |
JP2020161893A (ja) | 端末装置、および、通信方法 | |
WO2020166627A1 (ja) | 端末装置、基地局装置、および、通信方法 | |
WO2020162299A1 (ja) | 端末装置、基地局装置、および、通信方法 | |
WO2021060488A1 (ja) | 端末装置、基地局装置および通信方法 | |
JP6892897B2 (ja) | 端末装置、基地局装置、および、通信方法 | |
WO2021006333A1 (ja) | 端末装置および通信方法 | |
JP2020150391A (ja) | 端末装置、基地局装置、および、通信方法 | |
JP2020167525A (ja) | 端末装置、基地局装置、および、通信方法 | |
JP7319817B2 (ja) | 端末装置、基地局装置、および、通信方法 | |
JP2020136765A (ja) | 端末装置、基地局装置、および、通信方法 | |
WO2020202989A1 (ja) | 端末装置、基地局装置、および、通信方法 | |
WO2022054734A1 (ja) | 端末装置、基地局装置および通信方法 | |
WO2022202753A1 (ja) | 端末装置、基地局装置および通信方法 | |
WO2022054741A1 (ja) | 端末装置、基地局装置および通信方法 | |
WO2020166470A1 (ja) | 端末装置、基地局装置、および、通信方法 |