図面 (/)

技術 端末装置、基地局装置、および、通信方法

出願人 シャープ株式会社
発明者 林会発鈴木翔一中嶋大一郎野上智造大内渉吉村友樹李泰雨
出願日 2019年6月14日 (1年11ヶ月経過) 出願番号 2019-111115
公開日 2020年12月24日 (4ヶ月経過) 公開番号 2020-205484
状態 未査定
技術分野 移動無線通信システム
主要キーワード 洗濯機器 伝搬強度 領域セット キッチン機器 監視機 基準インデックス 監視パターン 生活機器
関連する未来課題
重要な関連分野

この項目の情報は公開日時点(2020年12月24日)のものです。
また、この項目は機械的に抽出しているため、正しく解析できていない場合があります

図面 (15)

課題

効率的に上りリンク伝送を行うことができる。

解決手段

端末装置は、PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信し、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQACK情報を送信(報告)し、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットが示され、前記トグルビットがトグルされる場合に、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)を削除し、前記HARQ−ACKコードブックに前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報を含めることを含む。

概要

背景

セルラー移動通信無線アクセス方式および無線ネットワーク(以下、「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つのシナリオを想定した要求を満たすことが求められている。

概要

効率的に上りリンク伝送を行うことができる。端末装置は、PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信し、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQACK情報を送信(報告)し、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットが示され、前記トグルビットがトグルされる場合に、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)を削除し、前記HARQ−ACKコードブックに前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報を含めることを含む。

目的

本発明は、効率的に通信を行う端末装置、該端末装置に用いられる通信方法、効率的に通信を行う基地局装置、該基地局装置に用いられる通信方法を提供する

効果

実績

技術文献被引用数
0件
牽制数
0件

この技術が所属する分野

ライセンス契約や譲渡などの可能性がある特許掲載中! 開放特許随時追加・更新中 詳しくはこちら

請求項1

PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信する受信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQACK情報を送信(報告)する送信部と、を備え、PDCCH#C、および、PDCCH#G、および、PDCCH#Iを受信し、PDSCH#Cは前記PDCCH#Cによりスケジュールされ、PDSCH#Gは前記PDCCH#Gによりスケジュールされ、PDSCH#Iは前記PDCCH#Iによりスケジュールされ、前記PDCCH#Gは第2の値を示し、前記PDCCH#Iは、第3の値を示し、前記PDCCH#Iは、PUCCH#3で、少なくとも前記PDSCH#Iに対応するHARQ−ACK情報#Iを送信することを示し、前記第2の値と前記第3の値が異なる場合、前記PDSCH#Gに対応するHARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重し、前記第2の値と前記第3の値が等しい場合、前記PDSCH#Cに対応するHARQ−ACK情報#Cと前記HARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重し、前記HARQ−ACK情報#Gは、前記PUCCH#3において新規送信であり、前記HARQ−ACK情報#Cは、前記PUCCH#3において再送信である端末装置

請求項2

PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信する受信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を送信(報告)する送信部と、を備え、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットが示され、前記トグルビットがトグルされる場合に、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)を削除し、前記HARQ−ACKコードブックに前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報を含める端末装置。

請求項3

PDCCHを送信し、前記PDCCHによりスケジューリングされるPDSCHを送信する送信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を受信する受信部と、を備え、PDCCH#C、および、PDCCH#G、および、PDCCH#Iを送信し、PDSCH#Cは前記PDCCH#Cによりスケジュールされ、PDSCH#Gは前記PDCCH#Gによりスケジュールされ、PDSCH#Iは前記PDCCH#Iによりスケジュールされ、前記PDCCH#Gは第2の値を示し、前記PDCCH#Iは、第3の値を示し、前記PDCCH#Iは、PUCCH#3で、少なくとも前記PDSCH#Iに対応するHARQ−ACK情報#Iを送信されることを示し、前記第2の値と前記第3の値が異なる場合、前記PDSCH#Gに対応するHARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重され、前記第2の値と前記第3の値が等しい場合、前記PDSCH#Cに対応するHARQ−ACK情報#Cと前記HARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重され、前記HARQ−ACK情報#Gは、前記PUCCH#3において新規送信であり、前記HARQ−ACK情報#Cは、前記PUCCH#3において再送信である基地局装置

請求項4

PDCCHを送信し、前記PDCCHによりスケジューリングされるPDSCHを送信する送信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を受信する受信部と、を備え、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットを示し、前記トグルビットがトグルされる場合に、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)は、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから削除され、前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報は、前記HARQ−ACKコードブックに含まれる基地局装置。

請求項5

端末装置に用いられる通信方法であって、PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信し、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を送信(報告)し、PDCCH#C、および、PDCCH#G、および、PDCCH#Iを受信し、PDSCH#Cは前記PDCCH#Cによりスケジュールされ、PDSCH#Gは前記PDCCH#Gによりスケジュールされ、PDSCH#Iは前記PDCCH#Iによりスケジュールされ、前記PDCCH#Gは第2の値を示し、前記PDCCH#Iは、第3の値を示し、前記PDCCH#Iは、PUCCH#3で、少なくとも前記PDSCH#Iに対応するHARQ−ACK情報#Iを送信することを示し、前記第2の値と前記第3の値が異なる場合、前記PDSCH#Gに対応するHARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重し、前記第2の値と前記第3の値が等しい場合、前記PDSCH#Cに対応するHARQ−ACK情報#Cと前記HARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重し、前記HARQ−ACK情報#Gは、前記PUCCH#3において新規送信であり、前記HARQ−ACK情報#Cは、前記PUCCH#3において再送信であることを含む通信方法。

請求項6

端末装置に用いられる通信方法であって、PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信し、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を送信(報告)し、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットが示され、前記トグルビットがトグルされる場合に、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)を削除し、前記HARQ−ACKコードブックに前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報を含めることを含む通信方法。

請求項7

基地局装置に用いられる通信方法であって、PDCCHを送信し、前記PDCCHによりスケジューリングされるPDSCHを送信し、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を受信し、PDCCH#C、および、PDCCH#G、および、PDCCH#Iを送信し、PDSCH#Cは前記PDCCH#Cによりスケジュールされ、PDSCH#Gは前記PDCCH#Gによりスケジュールされ、PDSCH#Iは前記PDCCH#Iによりスケジュールされ、前記PDCCH#Gは第2の値を示し、前記PDCCH#Iは、第3の値を示し、前記PDCCH#Iは、PUCCH#3で、少なくとも前記PDSCH#Iに対応するHARQ−ACK情報#Iを送信されることを示し、前記第2の値と前記第3の値が異なる場合、前記PDSCH#Gに対応するHARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重され、前記第2の値と前記第3の値が等しい場合、前記PDSCH#Cに対応するHARQ−ACK情報#Cと前記HARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重され、前記HARQ−ACK情報#Gは、前記PUCCH#3において新規送信であり、前記HARQ−ACK情報#Cは、前記PUCCH#3において再送信であることを含む通信方法。

請求項8

基地局装置に用いられる通信方法であって、PDCCHを送信し、前記PDCCHによりスケジューリングされるPDSCHを送信し、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットを示し、前記トグルビットがトグルされる場合に、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)は、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから削除され、前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報は、前記HARQ−ACKコードブックに含まれることを含む通信方法。

技術分野

0001

本発明は、端末装置基地局装置、および、通信方法に関する。

背景技術

0002

セルラー移動通信無線アクセス方式および無線ネットワーク(以下、「Long Term Evolution (LTE)」、または、「EUTRA:Evolved Universal Terrestrial Radio Access」と称する。)が、第三世代パートナーシッププロジェクト(3GPP:3rd Generation Partnership Project)において検討されている。LTEにおいて、基地局装置はeNodeB(evolved NodeB)、端末装置はUE(User Equipment)とも呼称される。LTEは、基地局装置がカバーするエリアセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のサービングセルを管理してもよい。

0003

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つのシナリオを想定した要求を満たすことが求められている。

先行技術

0004

"New SID proposal: Study on New Radio Access Technology", RP-160671,NTT docomo, 3GPP TSG RAN Meeting #71, Goteborg, Sweden, 7th-10th March, 2016.

発明が解決しようとする課題

0005

本発明は、効率的に通信を行う端末装置、該端末装置に用いられる通信方法、効率的に通信を行う基地局装置、該基地局装置に用いられる通信方法を提供する。

課題を解決するための手段

0006

(1)本発明の第1の態様は、端末装置であって、PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信する受信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQACK情報を送信(報告)する送信部と、を備え、PDCCH#C、および、PDCCH#G、および、PDCCH#Iを受信し、PDSCH#Cは前記PDCCH#Cによりスケジュールされ、PDSCH#Gは前記PDCCH#Gによりスケジュールされ、PDSCH#Iは前記PDCCH#Iによりスケジュールされ、前記PDCCH#Gは第2の値を示し、前記PDCCH#Iは、第3の値を示し、前記PDCCH#Iは、PUCCH#3で、少なくとも前記PDSCH#Iに対応するHARQ−ACK情報#Iを送信することを示し、前記第2の値と前記第3の値が異なる場合、前記PDSCH#Gに対応するHARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重し、前記第2の値と前記第3の値が等しい場合、前記PDSCH#Cに対応するHARQ−ACK情報#Cと前記HARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重し、前記HARQ−ACK情報#Gは、前記PUCCH#3において新規送信であり、前記HARQ−ACK情報#Cは、前記PUCCH#3において再送信であることを含む。

0007

(2)本発明の第2の態様は、端末装置であって、PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信する受信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を送信(報告)する送信部と、を備え、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットが示され、前記トグルビットがトグルされる場合に、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)を削除し、前記HARQ−ACKコードブックに前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報を含めることを含む。

0008

(3)本発明の第3の態様は、基地局装置であって、PDCCHを送信し、前記PDCCHによりスケジューリングされるPDSCHを送信する送信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を受信する受信部と、を備え、PDCCH#C、および、PDCCH#G、および、PDCCH#Iを送信し、PDSCH#Cは前記PDCCH#Cによりスケジュールされ、PDSCH#Gは前記PDCCH#Gによりスケジュールされ、PDSCH#Iは前記PDCCH#Iによりスケジュールされ、前記PDCCH#Gは第2の値を示し、前記PDCCH#Iは、第3の値を示し、前記PDCCH#Iは、PUCCH#3で、少なくとも前記PDSCH#Iに対応するHARQ−ACK情報#Iを送信されることを示し、前記第2の値と前記第3の値が異なる場合、前記PDSCH#Gに対応するHARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重され、前記第2の値と前記第3の値が等しい場合、前記PDSCH#Cに対応するHARQ−ACK情報#Cと前記HARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重され、前記HARQ−ACK情報#Gは、前記PUCCH#3において新規送信であり、前記HARQ−ACK情報#Cは、前記PUCCH#3において再送信であることを含む。

0009

(4)本発明の第4の態様は、基地局装置であって、PDCCHを送信し、前記PDCCHによりスケジューリングされるPDSCHを送信する送信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を受信する受信部と、を備え、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットを示し、前記トグルビットがトグルされる場合に、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)は、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから削除され、前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報は、前記HARQ−ACKコードブックに含まれることを含む。

0010

(5)本発明の第5の態様は、端末装置に用いられる通信方法であって、PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信し、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を送信(報告)し、PDCCH#C、および、PDCCH#G、および、PDCCH#Iを受信し、PDSCH#Cは前記PDCCH#Cによりスケジュールされ、PDSCH#Gは前記PDCCH#Gによりスケジュールされ、PDSCH#Iは前記PDCCH#Iによりスケジュールされ、前記PDCCH#Gは第2の値を示し、前記PDCCH#Iは、第3の値を示し、前記PDCCH#Iは、PUCCH#3で、少なくとも前記PDSCH#Iに対応するHARQ−ACK情報#Iを送信することを示し、前記第2の値と前記第3の値が異なる場合、前記PDSCH#Gに対応するHARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重し、前記第2の値と前記第3の値が等しい場合、前記PDSCH#Cに対応するHARQ−ACK情報#Cと前記HARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重し、前記HARQ−ACK情報#Gは、前記PUCCH#3において新規送信であり、前記HARQ−ACK情報#Cは、前記PUCCH#3において再送信であることを含む。

0011

(6)本発明の第6の態様は、端末装置に用いられる通信方法であって、PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信し、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を送信(報告)し、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットが示され、前記トグルビットがトグルされる場合に、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)を削除し、前記HARQ−ACKコードブックに前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報を含めることを含む。

0012

(7)本発明の第7の態様は、基地局装置に用いられる通信方法であって、PDCCHを送信し、前記PDCCHによりスケジューリングされるPDSCHを送信し、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を受信し、PDCCH#C、および、PDCCH#G、および、PDCCH#Iを送信し、PDSCH#Cは前記PDCCH#Cによりスケジュールされ、PDSCH#Gは前記PDCCH#Gによりスケジュールされ、PDSCH#Iは前記PDCCH#Iによりスケジュールされ、前記PDCCH#Gは第2の値を示し、前記PDCCH#Iは、第3の値を示し、前記PDCCH#Iは、PUCCH#3で、少なくとも前記PDSCH#Iに対応するHARQ−ACK情報#Iを送信されることを示し、前記第2の値と前記第3の値が異なる場合、前記PDSCH#Gに対応するHARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重され、前記第2の値と前記第3の値が等しい場合、前記PDSCH#Cに対応するHARQ−ACK情報#Cと前記HARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重され、前記HARQ−ACK情報#Gは、前記PUCCH#3において新規送信であり、前記HARQ−ACK情報#Cは、前記PUCCH#3において再送信であることを含む。

0013

(8)本発明の第8の態様は、基地局装置に用いられる通信方法であって、PDCCHを送信し、前記PDCCHによりスケジューリングされるPDSCHを送信し、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットを示し、前記トグルビットがトグルされる場合に、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)は、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから削除され、前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報は、前記HARQ−ACKコードブックに含まれることを含む。

発明の効果

0014

この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。

図面の簡単な説明

0015

本実施形態の一態様に係る無線通信システム概念図である。
本実施形態の一態様に係るNslotsymb、サブキャリア間隔の設定μ、スロット設定、および、CP設定の関係を示す一例である。
本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。
本実施形態の一態様に係る探索領域セットの監視機会の一例を示す図である。
本実施形態の一態様に係る端末装置1の構成を示す概略ブロック図である。
本実施形態の一態様に係る基地局装置3の構成を示す概略ブロック図である。
本実施形態の一態様に係る探索領域セットの監視機会(Monitoring occasion for search space set)と、PDCCHの監視機会(Monitoring occasion for PDCCH)の対応例を示す図である。
本実施形態の一態様に係るHARQ−ACKコードブックの構成の手順の一例を示す図である。
本実施形態の一態様に係るHARQ−ACKコードブックの構成の手順の一例を示す図である。
本実施形態の一態様に係るHARQ−ACKコードブックの構成の手順の一例を示す図である。
本実施形態の一態様に係るHARQ−ACK情報の報告の一例を示す図である。
本実施形態の一態様に係るNFIビットのトグルの状態を示す一例である。
本実施形態の一態様に係る、あるPDSCHグループに対応するNFIビットがトグルされる場合、HARQ−ACK情報の報告の一例である。
本実施形態の一態様に係る、あるPDSCHグループに対応するNFIビットがトグルされない場合、HARQ−ACK情報の報告の一例である。

実施例

0016

以下、本発明の実施形態について説明する。

0017

“A、および/または、B”は、“A”、“B”、または“AおよびB”を含む用語であってもよい。

0018

パラメータまたは情報が1または複数の値を示すことは、該パラメータまたは該情報が該1または複数の値を示すパラメータまたは情報を少なくとも含むことであってもよい。上位層パラメータは、単一の上位層パラメータであってもよい。上位層パラメータは、複数のパラメータを含む情報要素IE: Information Element)であってもよい。

0019

図1は、本実施形態の一態様に係る無線通信システムの概念図である。図1において、無線通信システムは、端末装置1A〜1C、および基地局装置3を具備する。以下、端末装置1A〜1Cを端末装置1とも呼称する。

0020

基地局装置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)は、サービングセルを識別するための短い識別子である。サ
ビンセル識別子は、上位層パラメータにより与えられてもよい。

0021

以下、フレーム構成について説明する。

0022

本実施形態の一態様に係る無線通信システムにおいて、OFDM(Orthogonal Frequency Division Multiplex)が少なくとも用いられる。OFDMシンボルは、OFDMの時間領域の単位である。OFDMシンボルは、少なくとも1または複数のサブキャリア(subcarrier)を含む。OFDMシンボルは、ベースバンド信号生成において時間連続信号(time-continuous signal)に変換されもよい。

0023

サブキャリア間隔(SCS: SubCarrier Spacing)は、サブキャリア間隔Δf=2μ・1
5kHzにより与えられてもよい。例えば、サブキャリア間隔の設定(subcarrier spacing configuration)μは0、1、2、3、4、および/または、5の何れかに設定されてもよい。あるBWP(BandWidth Part)のために、サブキャリア間隔の設定μが上位層パラメータにより与えられてもよい。

0024

本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位タイムユニット)Tcが用いられる。時間単位Tcは、Tc=1/(Δfmax・Nf)で与えられてもよい。Δfmaxは、本実施形態の一態様に係る無線通信システムにおいてサポートされるサブキャリア間隔の最大値であってもよい。Δfmaxは、Δfmax=480kHzであってもよい。Nfは、Nf=4096であってもよい。定数κは、κ=Δfmax・Nf/(ΔfrefNf,ref)=64である。Δfrefは、15kHzであってもよい。Nf,refは、2048であってもよい。

0025

定数κは、参照サブキャリア間隔とTcの関係を示す値であってもよい。定数κはサブフレームの長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δfrefは、参照サブキャリア間隔であり、Nf,refは、参照サブキャリア間隔に対応する値である。

0026

下りリンクにおける送信、および/または、上りリンクにおける送信は、10msのフレームにより構成される。フレームは、10個のサブフレームを含んで構成される。サブフレームの長さは1msである。フレームの長さは、サブキャリア間隔Δfに関わらず与えられてもよい。つまり、フレームの設定はμに関わらず与えられてもよい。サブフレームの長さは、サブキャリア間隔Δfに関わらず与えられてもよい。つまり、サブフレームの設定はμに関わらず与えられてもよい。

0027

あるサブキャリア間隔の設定μのために、サブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第1のスロット番号nμsは、サブフレーム内において0からNsubframe,μslot−1の範囲で昇順に与えられてもよい。サブキャリア間隔の設定μのために、フレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第2のスロット番号nμs,fは、フレーム内において0からNframe,μslot−1の範囲で昇順に与えられてもよい。連続するNslotsymb個のOFDMシンボルが1つのスロットに含まれてもよい。Nslotsymbは、スロット設定(slot configuration)、および/または、CP(Cyclic Prefix)設定の一部または全部に少なくとも基づき与えられてもよい。スロット設定は、少なくとも上位層パラメータtdd−UL−DL−ConfigurationCommonにより与えられてもよい。CP設定は、上位層パラメータに少なくとも基づき与えられてもよい。CP設定は、専用RRシグナリングに少なくとも基づき与えられてもよい。第1のスロット番号および第2のスロット番号は、スロット番号(スロットインデックス)とも呼称される。

0028

図2は、本実施形態の一態様に係るNslotsymb、サブキャリア間隔の設定μ、および、CP設定の関係を示す一例である。図2Aにおいて、例えば、サブキャリア間隔
の設定μが2であり、CP設定がノーマルCP(normal cyclic prefix)である場合、Nslotsymb=14、Nframe,μslot=40、Nsubframe,μslot=4である。また、図2Bにおいて、例えば、サブキャリア間隔の設定μが2であり、CP設定が拡張CP(extended cyclic prefix)である場合、Nslotsymb=12、Nframe,μslot=40、Nsubframe,μslot=4である。

0029

以下、物理リソースについて説明を行う。

0030

アンテナポートは、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であることが想定されることであってもよい。

0031

サブキャリア間隔の設定とキャリアのセットのそれぞれのために、NμRB,xNRBsc個のサブキャリアとN(μ)symbNsubframe,μsymb個のOFDMシンボルのリソースグリッドが与えられる。NμRB,xは、キャリアxのためのサブキャリア間隔の設定μのために与えられるリソースブロック数を示してもよい。NμRB,xは、キャリアxのためのサブキャリア間隔の設定μのために与えられるリソースブロック最大数であってもよい。キャリアxは下りリンクキャリアまたは上りリンクキャリアの何れかを示す。つまり、xは“DL”、または、“UL”である。NμRBは、NμRB,DL、および/または、NμRB,ULを含んだ呼称である。NRBscは、1つのリソースブロックに含まれるサブキャリア数を示してもよい。アンテナポートpごとに、および/または、サブキャリア間隔の設定μごとに、および/または、送信方向(Transmission direction)の設定ごとに少なくとも1つのリソースグリッドが与えられてもよい。送信方向は、少なくとも下りリンク(DL:DownLink)および上りリンク(UL:UpLink)を含む。以下、アンテナポートp、サブキャリア間隔の設定μ、および、送信方向の設定の一部または全部を少なくとも含むパラメータのセットは、第1の無線パラメータセットとも呼称される。つまり、リソースグリッドは、第1の無線パラメータセットごとに1つ与えられてもよい。

0032

下りリンクにおいて、サービングセルに含まれるキャリアを下りリンクキャリア(または、下りリンクコンポーネントキャリア)と称する。上りリンクにおいて、サービングセルに含まれるキャリアを上りリンクキャリア(上りリンクコンポーネントキャリア)と称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリア
を総称して、コンポーネントキャリア(または、キャリア)と称する。

0033

第1の無線パラメータセットごとに与えられるリソースグリッドの中の各要素は、リソースエレメントと呼称される。リソースエレメントは周波数領域のインデックスkscと、時間領域のインデックスlsymにより特定される。ある第1の無線パラメータセットのために、リソースエレメントは周波数領域のインデックスkscと、時間領域のインデックスlsymにより特定される。周波数領域のインデックスkscと時間領域のインデックスlsymにより特定されるリソースエレメントは、リソースエレメント(ksc、lsym)とも呼称される。周波数領域のインデックスkscは、0からNμRBNRBsc−1の何れかの値を示す。NμRBはサブキャリア間隔の設定μのために与えられるリソースブロック数であってもよい。NRBscは、リソースブロックに含まれるサブキャリア数であり、NRBsc=12である。周波数領域のインデックスkscは、サブキャリアインデックスkscに対応してもよい。時間領域のインデックスlsymは、OFDMシンボルインデックスlsymに対応してもよい。

0034

図3は、本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。図3のリソースグリッドにおいて、横軸は時間領域のインデックスlsymであり、縦軸は周波数領域のインデックスkscである。1つのサブフレームにおいて、リソースグリッドの周波数領域はNμRBNRBsc個のサブキャリアを含む。1つのサブフレームにおいて、リソースグリッドの時間領域は14・2μ個のOFDMシンボルを含んでもよい。1つのリソースブロックは、NRBsc個のサブキャリアを含んで構成される。リソースブロックの時間領域は、1OFDMシンボルに対応してもよい。リソースブロックの時間領域は、14OFDMシンボルに対応してもよい。リソースブロックの時間領域は、1または複数のスロットに対応してもよい。リソースブロックの時間領域は、1つのサブフレームに対応してもよい。

0035

端末装置1は、リソースグリッドのサブセットのみを用いて送受信を行うことが指示されてもよい。リソースグリッドのサブセットは、BWPとも呼称され、BWPは上位層パラメータ、および/または、DCIの一部または全部に少なくとも基づき与えられてもよい。BWPをバンドパートとも称する(BP:bandwidth part)。つまり、端末装置1は、
リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。つまり、端末装置1は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。1つのBWPは、周波数領域における複数のリソースブロックから構成されてもよい。1つのBWPは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるBWPは、下りリンクBWPとも呼称される。上りリンクキャリアに対して設定されるBWPは、上りリンクBWPとも呼称される。

0036

端末装置1に対して、1または複数の下りリンクBWPが設定されてもよい。端末装置1は、1または複数の下りリンクBWPのうちの1つの下りリンクBWPにおいて物理チャネル(例えば、PDCCH、PDSCH、SS/PBCH等)の受信を試みてもよい。該1つの下りリンクBWPは、活性化下りリンクBWPとも呼称される。

0037

端末装置1に対して、1または複数の上りリンクBWPが設定されてもよい。端末装置1は、1または複数の上りリンクBWPのうちの1つの上りリンクBWPにおいて物理チャネル(例えば、PUCCH、PUSCH、PRACH等)の送信を試みてもよい。該1つの上りリンクBWPは、活性化上りリンクBWPとも呼称される。

0038

サービングセルのそれぞれに対して下りリンクBWPのセットが設定されてもよい。下りリンクBWPのセットは1または複数の下りリンクBWPを含んでもよい。サービング
セルのそれぞれに対して上りリンクBWPのセットが設定されてもよい。上りリンクBWPのセットは1または複数の上りリンクBWPを含んでもよい。

0039

上位層パラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、RRC(Radio Resource Control)シグナリングであってもよいし、MAC CE(Medium
Access Control Control Element)であってもよい。ここで、上位層の信号は、RRC
層の信号であってもよいし、MAC層の信号であってもよい。

0040

上位層の信号は、共通RRCシグナリング(common RRC signaling)であってもよい。共通RRCシグナリングは、以下の特徴C1から特徴C3の一部または全部を少なくとも備えてもよい。
特徴C1)BCCHロジカルチャネル、または、CCCHロジカルチャネルにマップされる
特徴C2)radioResourceConfigCommon情報要素を少なくとも含む
特徴C3)PBCHにマップされる

0041

radioResourceConfigCommon情報要素は、サービングセルにおいて共通に用いられる設定を示す情報を含んでもよい。サービングセルにおいて共通に用いられる設定は、PRACHの設定を少なくとも含んでもよい。該PRACHの設定は、1または複数のランダムアクセスプリアンブルインデックスを少なくとも示してもよい。該PRACHの設定は、PRACHの時間/周波数リソースを少なくとも示してもよい。

0042

上位層の信号は、専用RRCシグナリング(dedicated RRC signaling)であってもよ
い。専用RRCシグナリングは、以下の特徴D1からD2の一部または全部を少なくとも備えてもよい。
特徴D1)DCCHロジカルチャネルにマップされる
特徴D2)radioResourceConfigDedicated情報要素を少なくとも含む

0043

radioResourceConfigDedicated情報要素は、端末装置1に固有の設定を示す情報を少なくとも含んでもよい。radioResourceConfigDedicated情報要素は、BWPの設定を示す情報を少なくとも含んでもよい。該BWPの設定は、該BWPの周波数リソースを少なくとも示してもよい。

0044

例えば、MIB、第1のシステム情報、および、第2のシステム情報は共通RRCシグナリングに含まれてもよい。また、DCCHロジカルチャネルにマップされ、且つ、radioResourceConfigCommonを少なくとも含む上位層のメッセージは、共通RRCシグナリングに含まれてもよい。また、DCCHロジカルチャネルにマップされ、且つ、radioResourceConfigCommon情報要素を含まない上位層のメッセージは、専用RRCシグナリングに含まれてもよい。また、DCCHロジカルチャネルにマップされ、且つ、radioResourceConfigDedicated情報要素を少なくとも含む上位層のメッセージは、専用RRCシグナリングに含まれてもよい。

0045

第1のシステム情報は、SS(Synchronization Signal)ブロックの時間インデックスを少なくとも示してもよい。SSブロック(SS block)は、SS/PBCHブロック(SS/PBCH block)とも呼称される。SS/PBCHブロックは、SS/PBCHとも呼称される。第1のシステム情報は、PRACHリソースに関連する情報を少なくとも含んでもよい。第1のシステム情報は、初期接続の設定に関連する情報を少なくとも含んでもよい。第2のシステム情報は、第1のシステム情報以外のシステム情報であってもよい。

0046

radioResourceConfigDedicated情報要素は、PRACHリソースに関連する情報を少なくとも含んでもよい。radioResourceConfigDedicated情報要素は、初期接続の設定に関連する情報を少なくとも含んでもよい。

0047

以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。

0048

上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクキャリアにおいて用いられる物理チャネルである。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられる。
・PUCCH(Physical Uplink Control CHannel)
・PUSCH(Physical Uplink Shared CHannel)
・PRACH(Physical Random Access CHannel)

0049

PUCCHは、上りリンク制御情報(UCI:Uplink Control Information)を送信するために用いられてもよい。上りリンク制御情報は、チャネル状態情報(CSI:Channel State Information)、スケジューリングリクエスト(SR:Scheduling Request)、トランスポートブロック(TB:Transport block, MACPDU:Medium Access Control Protocol Data Unit, DL-SCH:Downlink-Shared Channel,PDSCH:Physical Downlink Shared Channel)に対応するHARQ−ACK(Hybrid Automatic Repeat request ACKnowledgement)の一部または全部を含む。

0050

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を示してもよい。

0051

スケジューリングリクエスト(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は、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。

0052

チャネル状態情報は、チャネル品質指標(CQI:Channel Quality Indicator)、プレ
ーダ行列指標PMI:Precoder Matrix Indicator)、および、ランク指標RI:Rank Indicator)の一部または全部を少なくとも含んでもよい。CQIは、チャネルの品質(例えば、伝搬強度)に関連する指標であり、PMIは、プレコーダを指示する指標である。RIは、送信ランク(または、送信レイヤ数)を指示する指標である。

0053

PUCCHは、PUCCHフォーマット(PUCCHフォーマット0からPUCCHフォーマット4)をサポートする。PUCCHフォーマットは、PUCCHにマップされて送信されてもよい。PUCCHフォーマットは、PUCCHで送信されてもよい。PUCCHフォーマットが送信されることは、PUCCHが送信されることであってもよい。

0054

PUSCHは、トランスポートブロック(TB, MACPDU, UL-SCH, PUSCH)を送信す
るために少なくとも用いられる。PUSCHは、トランスポートブロック、HARQ−ACK、チャネル状態情報、および、スケジューリングリクエストの一部または全部を少なくとも送信するために用いられてもよい。PUSCHは、ランダムアクセスメッセージ3を送信するために少なくとも用いられる。

0055

PRACHは、ランダムアクセスプリアンブル(ランダムアクセスメッセージ1)を送信するために少なくとも用いられる。PRACHは、初期コネクション確立(initial connection establishment)プロシージャハンドオーバプロシージャ、コネクション確立(connection re-establishment)プロシージャ、PUSCHの送信に対する同期(タイミング調整)、およびPUSCHのためのリソースの要求の一部または全部を示すために少なくとも用いられてもよい。ランダムアクセスプリアンブルは、端末装置1の上位層より与えられるインデックス(ランダムアクセスプリアンブルインデックス)を基地局装置3に通知するために用いられてもよい。

0056

図1において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・ULDMRS(UpLink Demodulation Reference Signal)
SRS(Sounding Reference Signal)
・UL PTRS(UpLink Phase Tracking Reference Signal)

0057

ULDMRSは、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とも称される。

0058

SRSは、PUSCHまたはPUCCHの送信に関連しなくてもよい。基地局装置3は、チャネル状態の測定のためにSRSを用いてもよい。SRSは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のOFDMシンボルにおいて送信されてもよい。

0059

UL PTRSは、位相トラッキングのために少なくとも用いられる参照信号であってもよい。UL PTRSは、1または複数のULDMRSに用いられるアンテナポート
を少なくとも含むUL DMRSグループに関連してもよい。UL PTRSとUL DMRSグループが関連することは、UL PTRSのアンテナポートとUL DMRSグループに含まれるアンテナポートの一部または全部が少なくともQCLであることであってもよい。UL DMRSグループは、UL DMRSグループに含まれるUL DMRSにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。UL PTRSは、1つのコードワードがマップされる1または複数のアンテナポートにおいて、最もインデックスの小さいアンテナポートにマップされてもよい。UL PTRSは、1つのコードワードが第1のレイヤ及び第2のレイヤに少なくともマップされる場合に、該第1のレイヤにマップされてもよい。UL PTRSは、該第2のレイヤにマップされなくてもよい。UL PTRSがマップされるアンテナポートのインデックスは、下りリンク制御情報に少なくとも基づき与えられてもよい。

0060

図1において、基地局装置3から端末装置1への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・PBCH(Physical Broadcast Channel)
・PDCCH(Physical Downlink Control Channel)
・PDSCH(Physical Downlink Shared Channel)

0061

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が送信されるスロットの番号、サブフレームの番号、および/または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。

0062

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の一方または両方を少なくとも含む。

0063

DCIフォーマット0_0は、1Aから1Fの一部または全部を少なくとも含んで構成される。
1A)DCIフォーマット特定フィールド(Identifier for DCIformats field)
1B)周波数領域リソース割り当てフィールド(Frequency domain resource assignment
field)
1C)時間領域リソース割り当てフィールド(Time domain resource assignment field

1D)周波数ホッピングフラグフィールド(Frequency hoppingflag field)
1E)MCSフィールド(MCS field: Modulation and Coding Scheme field)

0064

DCIフォーマット特定フィールドは、該DCIフォーマット特定フィールドを含むDCIフォーマットが1または複数のDCIフォーマットの何れに対応するかを示すために少なくとも用いられてもよい。該1または複数のDCIフォーマットは、DCIフォーマット1_0、DCIフォーマット1_1、DCIフォーマット0_0、および/または、DCIフォーマット0_1の一部または全部に少なくとも基づき与えられてもよい。

0065

周波数領域リソース割り当てフィールドは、該周波数領域リソース割り当てフィールドを含むDCIフォーマットによりスケジューリングされるPUSCHのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。周波数領域リソース割り当てフィールドは、FDRA(Frequency Domain Resource Allocation)フィールドとも呼称される。

0066

時間領域リソース割り当てフィールドは、該時間領域リソース割り当てフィールドを含むDCIフォーマットによりスケジューリングされるPUSCHのための時間リソースの割り当てを示すために少なくとも用いられてもよい。

0067

周波数ホッピングフラグフィールドは、該周波数ホッピングフラグフィールドを含むDCIフォーマットによりスケジューリングされるPUSCHに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。

0068

MCSフィールドは、該MCSフィールドを含むDCIフォーマットによりスケジューリングされるPUSCHのための変調方式、および/または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、該PUSCHのトランスポートブロックのためのターゲット符号化率であってもよい。該トランスポートブロックのサイズ(TBS: Transport Block Size)は、該ターゲット符号化率に
少なくとも基づき与えられてもよい。

0069

DCIフォーマット0_1は、2Aから2Gの一部または全部を少なくとも含んで構成される。
2A)DCIフォーマット特定フィールド
2B)周波数領域リソース割り当てフィールド
2C)時間領域リソース割り当てフィールド
2D)周波数ホッピングフラグフィールド
2E)MCSフィールド
2F)CSIリクエストフィールド(CSI request field)
2G)BWPフィールド(BWP field)
2H)第1のUL DAIフィールド(1st downlink assignment index)
2I)第2のUL DAIフィールド(2nd downlink assignment index)

0070

第1のUL DAIフィールドは、PDSCHの送信状況を示すために少なくとも用いられる。動的HARQ−ACKコードブック(Dynamic HARQ-ACK codebook)が用いられ
る場合、第1のUL DAIフィールドのサイズは2ビットであってもよい。

0071

第2のUL DAIフィールドは、PDSCHの送信状況を示すために少なくとも用いられる。二つのサブコードブック(sub-codebook)を含む動的HARQ−ACKコードブックが用いられる場合、第2のUL DAIフィールドのサイズは2ビットであってもよい。

0072

BWPフィールドは、DCIフォーマット0_1によりスケジューリングされるPUSCHがマップされる上りリンクBWPを指示するために用いられてもよい。

0073

CSIリクエストフィールドは、CSIの報告を指示するために少なくとも用いられる。CSIリクエストフィールドのサイズは、上位層のパラメータReportTriggerSizeに少なくとも基づき与えられてもよい。

0074

下りリンクDCIフォーマットは、DCIフォーマット1_0、および、DCIフォーマット1_1の一方または両方を少なくとも含む。

0075

DCIフォーマット1_0は、3Aから3Hの一部または全部を少なくとも含んで構成される。
3A)DCIフォーマット特定フィールド(Identifier for DCIformats field)
3B)周波数領域リソース割り当てフィールド(Frequency domain resource assignment
field)
3C)時間領域リソース割り当てフィールド(Time domain resource assignment field

3D)周波数ホッピングフラグフィールド(Frequency hoppingflag 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)

0076

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であってもよい。

0077

以下、PDSCH−to−HARQフィードバックタイミングインジケーターフィールド(PDSCH−to−HARQ_feedback timing indicator field)は、HARQ指示フィールドと呼称されてもよい。

0078

PUCCHリソース指示フィールドは、PUCCHリソースセットに含まれる1または複数のPUCCHリソースのインデックスを示すフィールドであってもよい。

0079

DCIフォーマット1_1は、4Aから4Jの一部または全部を少なくとも含んで構成される。
4A)DCIフォーマット特定フィールド(Identifier for DCIformats field)
4B)周波数領域リソース割り当てフィールド(Frequency domain resource assignment
field)
4C)時間領域リソース割り当てフィールド(Time domain resource assignment field

4D)周波数ホッピングフラグフィールド(Frequency hoppingflag 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)
4K)PGIフィールド(PDSCH Group Indicator field)
4L)RPGフィールド(Requested PDSCH Group field)
4M)NFIフィールド(New Feedback Indicator field)

0080

BWPフィールドは、DCIフォーマット1_1によりスケジューリングされるPDSCHがマップされる下りリンクBWPを指示するために用いられてもよい。

0081

PGIフィールド、RPGフィールド、および、NFIフィールドの説明は後述される。

0082

DCIフォーマット2_0は、1または複数のスロットフォーマットインディケータSFI: Slot Format Indicator)を少なくとも含んで構成されてもよい。

0083

各DCIフォーマット(DCIフォーマット1_0、DCIフォーマット1_1、DCIフォーマット0_0、および/または、DCIフォーマット0_1DCIフォーマット1_1)に、上述のフィールドとは異なるフィールドが含まれてもよい。

0084

本実施形態の種々の態様において、特別な記載のない限り、リソースブロックの数は周波数領域におけるリソースブロックの数を示す。

0085

下りリンクグラントは、1つのサービングセル内の1つのPDSCHのスケジューリングのために少なくとも用いられる。

0086

上りリンクグラントは、1つのサービングセル内の1つのPUSCHのスケジューリングのために少なくとも用いられる。

0087

1つの物理チャネルは、1つのサービングセルにマップされてもよい。1つの物理チャネルは、1つのサービングセルに含まれる1つのキャリアに設定される1つのBWPにマップされてもよい。

0088

端末装置1は、1または複数の制御リソースセット(CORESET:COntrol REsourceSET)が設定されてもよい。端末装置1は、1または複数の制御リソースセットにおいてPDCCHを監視する(monitor)。ここで、1または複数の制御リソースセットにおいてPD
CCHを監視することは、1または複数の制御リソースセットのそれぞれに対応する1または複数のPDCCHを監視することを含んでもよい。なお、PDCCHは、1または複数のPDCCH候補および/またはPDCCH候補のセットを含んでもよい。また、PDCCHを監視することは、PDCCH、および/または、PDCCHを介して送信されるDCIフォーマットを監視し、検出することを含んでもよい。

0089

制御リソースセットは、1または複数のPDCCHがマップされうる時間周波数領域を示してもよい。制御リソースセットは、端末装置1がPDCCHを監視する領域であってもよい。制御リソースセットは、連続的なリソース(Localized resource)により構成されてもよい。制御リソースセットは、非連続的なリソース(distributed resource)により構成されてもよい。

0090

周波数領域において、制御リソースセットのマッピングの単位はリソースブロックであってもよい。例えば、周波数領域において、制御リソースセットのマッピングの単位は6リソースブロックであってもよい。時間領域において、制御リソースセットのマッピングの単位はOFDMシンボルであってもよい。例えば、時間領域において、制御リソースセットのマッピングの単位は1OFDMシンボルであってもよい。

0091

制御リソースセットのリソースブロックへのマッピングは、上位層パラメータに少なくとも基づき与えられてもよい。該上位層パラメータは、リソースブロックのグループ(RBG:Resource Block Group)に対するビットマップを含んでもよい。該リソースブロックのグループは、6つの連続するリソースブロックにより与えられてもよい。

0092

制御リソースセットを構成するOFDMシンボルの数は、上位層パラメータに少なくとも基づき与えられてもよい。

0093

ある制御リソースセットは、共通制御リソースセット(Common control resource set
)であってもよい。共通制御リソースセットは、複数の端末装置1に対して共通に設定される制御リソースセットであってもよい。共通制御リソースセットは、MIB、第1のシステム情報、第2のシステム情報、共通RRCシグナリング、および、セルIDの一部または全部に少なくとも基づき与えられてもよい。例えば、第1のシステム情報のスケジューリングのために用いられるPDCCHを監視することが設定される制御リソースセットの時間リソース、および/または、周波数リソースは、MIBに少なくとも基づき与えられてもよい。

0094

MIBで設定される制御リソースセットは、CORESET#0とも呼称される。CORESET#0は、インデックス#0の制御リソースセットであってもよい。

0095

ある制御リソースセットは、専用制御リソースセット(Dedicated control resource set)であってもよい。専用制御リソースセットは、端末装置1のために専用に用いられるように設定される制御リソースセットであってもよい。専用制御リソースセットは、専用RRCシグナリング、および、C−RNTIの値の一部または全部に少なくとも基づき与えられてもよい。端末装置1に複数の制御リソースセットが構成され、それぞれの制御リソースセットにインデックス(制御リソースセットインデックス)が付与されてもよい。制御リソースセット内に1つ以上の制御チャネル要素(CCE)が構成され、それぞれのCCEにインデックス(CCEインデックス)が付与されてもよい。

0096

端末装置1によって監視されるPDCCHの候補のセットは、探索領域の観点から定義されてもよい。つまり、端末装置1によって監視されるPDCCH候補のセットは、探索領域によって与えられてもよい。

0097

探索領域は、1または複数の集約レベル(Aggregation level)のPDCCH候補を1
または複数含んで構成されてもよい。PDCCH候補の集約レベルは、該PDCCHを構成するCCEの個数を示してもよい。PDDCH候補は、1または複数のCCEにマップされてもよい。

0098

端末装置1は、DRX(Discontinuous reception)が設定されないスロットにおいて
少なくとも1または複数の探索領域を監視してもよい。DRXは、上位層パラメータに少なくとも基づき与えられてもよい。端末装置1は、DRXが設定されないスロットにおいて少なくとも1または複数の探索領域セット(Search space set)を監視してもよい。端末装置1に複数の探索領域セットが構成されてもよい。それぞれの探索領域セットにイン
デックス(探索領域セットインデックス)が付与されてもよい。

0099

探索領域セットは、1または複数の探索領域を少なくとも含んで構成されてもよい。それぞれの探索領域にインデックス(探索領域インデックス)が付与されてもよい。

0100

探索領域セットのそれぞれは、1つの制御リソースセットに少なくとも関連してもよい。探索領域セットのそれぞれは、1つの制御リソースセットに含まれてもよい。探索領域セットのそれぞれに対して、該探索領域セットに関連する制御リソースセットのインデックスが与えられてもよい。

0101

探索領域セットのそれぞれに対して、探索領域セットの監視間隔(Monitoring periodicity)が設定されてもよい。探索領域セットの監視間隔は、端末装置1によって探索領域セットの監視が行われるスロットの間隔を少なくとも示してもよい。探索領域セットの監視間隔を少なくとも示す上位層のパラメータは、探索領域セットごとに与えられてもよい。

0102

探索領域セットのそれぞれに対して、探索領域セットの監視オフセット(Monitoring offset)が設定されてもよい。探索領域セットの監視オフセットは、端末装置1によって
探索領域セットの監視が行われるスロットのインデックスの基準インデックス(例えば、スロット#0)からのずれ(offset)を少なくとも示してもよい。探索領域セットの監視オフセットを少なくとも示す上位層のパラメータは、探索領域セットごとに与えられてもよい。

0103

探索領域セットのそれぞれに対して、探索領域セットの監視パターン(Monitoring pattern)が設定されてもよい。探索領域セットの監視パターンは、監視が行われる探索領域セットのための先頭のOFDMシンボルを示してもよい。探索領域セットの監視パターンは、1または複数のスロットにおける該先頭のOFDMシンボルを示すビットマップにより与えられてもよい。探索領域セットの監視パターンを少なくとも示す上位層のパラメータは、探索領域セットごとに与えられてもよい。

0104

探索領域セットの監視機会(Monitoring occasion)は、探索領域セットの監視間隔、
探索領域セットの監視オフセット、探索領域セットの監視パターン、および/または、DRXの設定の一部または全部に少なくとも基づき与えられてもよい。

0105

図4は、本実施形態の一態様に係る探索領域セットの監視機会の一例を示す図である。図4において、プライマリセル301に探索領域セット91、および、探索領域セット92が設定され、セカンダリセル302に探索領域セット93が設定され、セカンダリセル303に探索領域セット94が設定されている。

0106

図4において、格子線で示されるブロックは探索領域セット91を示し、右上がり対角線で示されるブロックは探索領域セット92を示し、左上がり対角線で示されるブロックは探索領域セット93を示し、横線で示されるブロックは探索領域セット94を示している。

0107

探索領域セット91の監視間隔は1スロットにセットされ、探索領域セット91の監視
オフセットは0スロットにセットされ、探索領域セット91の監視パターンは、[1,0
,0,0,0,0,0,1,0,0,0,0,0,0]にセットされている。つまり、探
領域セット91の監視機会はスロットのそれぞれにおける先頭のOFDMシンボル(OFDMシンボル#0)および8番目のOFDMシンボル(OFDMシンボル#7)である。

0108

探索領域セット92の監視間隔は2スロットにセットされ、探索領域セット92の監視オフセットは0スロットにセットされ、探索領域セット92の監視パターンは、[1,0
,0,0,0,0,0,0,0,0,0,0,0,0]にセットされている。つまり、探
索領域セット92の監視機会は偶数スロットのそれぞれにおける先頭のOFDMシンボル(OFDMシンボル#0)である。

0109

探索領域セット93の監視間隔は2スロットにセットされ、探索領域セット93の監視オフセットは0スロットにセットされ、探索領域セット93の監視パターンは、[0,0
,0,0,0,0,0,1,0,0,0,0,0,0]にセットされている。つまり、探
索領域セット93の監視機会は偶数スロットのそれぞれにおける8番目のOFDMシンボル(OFDMシンボル#7)である。

0110

探索領域セット94の監視間隔は2スロットにセットされ、探索領域セット94の監視オフセットは1スロットにセットされ、探索領域セット94の監視パターンは、[1,0
,0,0,0,0,0,0,0,0,0,0,0,0]にセットされている。つまり、探
索領域セット94の監視機会は奇数スロットのそれぞれにおける先頭のOFDMシンボル(OFDMシンボル#0)である。

0111

探索領域の物理リソースは制御チャネル構成単位(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:リソースブロック)とも呼称される。

0112

PDSCHは、トランスポートブロックを送信するために少なくとも用いられる。PDSCHは、ランダムアクセスメッセージ2(ランダムアクセスレスポンス)を送信するために少なくとも用いられてもよい。PDSCHは、初期アクセスのために用いられるパラメータを含むシステム情報を送信するために少なくとも用いられてもよい。

0113

図1において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・同期信号(SS:Synchronization signal)
・DLDMRS(DownLink DeModulation Reference Signal)
・CSI−RS(Channel State Information-Reference Signal)
・DL PTRS(DownLink Phase Tracking Reference Signal)

0114

同期信号は、端末装置1が下りリンクの周波数領域、および/または、時間領域の同期をとるために用いられる。同期信号は、PSS(Primary Synchronization Signal)、および、SSS(Secondary Synchronization Signal)を含む。

0115

SSブロック(SS/PBCHブロック)は、PSS、SSS、および、PBCHの一部または全部を少なくとも含んで構成される。

0116

DLDMRSは、PBCH、PDCCH、および/または、PDSCHの送信に関連する。DL DMRSは、PBCH、PDCCH、および/または、PDSCHに多重される。端末装置1は、PBCH、PDCCH、または、PDSCHの伝搬路補正を行なう
ために該PBCH、該PDCCH、または、該PDSCHと対応するDL DMRSを使用してよい。

0117

CSI−RSは、チャネル状態情報を算出するために少なくとも用いられる信号であってもよい。端末装置によって想定されるCSI−RSのパターンは、少なくとも上位層パラメータにより与えられてもよい。

0118

PTRSは、位相雑音補償のために少なくとも用いられる信号であってもよい。端末装置によって想定されるPTRSのパターンは、上位層パラメータ、および/または、DCIに少なくとも基づき与えられてもよい。

0119

DL PTRSは、1または複数のDLDMRSに用いられるアンテナポートを少なくとも含むDL DMRSグループに関連してもよい。

0120

下りリンク物理チャネルおよび下りリンク物理シグナルは、下りリンク信号とも呼称される。上りリンク物理チャネルおよび上りリンク物理シグナルは、上りリンク信号とも呼称される。下りリンク信号および上りリンク信号はまとめて物理信号とも呼称される。下りリンク信号および上りリンク信号はまとめて信号とも呼称される。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび上りリンク物理シグナルを総称して、物理シグナルと称する。

0121

BCH(Broadcast CHannel)、UL−SCH(Uplink-Shared CHannel)およびDL−SCH(Downlink-Shared CHannel)は、トランスポートチャネルである。媒体アクセス
制御(MAC:Medium Access Control)層で用いられるチャネルはトランスポートチャネル
と呼称される。MAC層で用いられるトランスポートチャネルの単位は、トランスポートブロック(TB)またはMACPDUとも呼称される。MAC層においてトランスポートブロック毎にHARQ(Hybrid Automatic Repeat reQuest)の制御が行なわれる。トラ
スポトブロックは、MAC層が物理層に渡す(deliver)データの単位である。物理
層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。

0122

基地局装置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)とも称する。

0123

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に対して専用のシグナリングを用いて送信されてもよい。

0124

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のために用いられてもよい。

0125

ロジカルチャネルにおけるBCCHは、トランスポートチャネルにおいてBCH、DL−SCH、または、UL−SCHにマップされてもよい。ロジカルチャネルにおけるCCCHは、トランスポートチャネルにおいてDL−SCHまたはUL−SCHにマップされてもよい。ロジカルチャネルにおけるDCCHは、トランスポートチャネルにおいてDL−SCHまたはUL−SCHにマップされてもよい。

0126

トランスポートチャネルにおけるUL−SCHは、物理チャネルにおいてPUSCHにマップされてもよい。トランスポートチャネルにおけるDL−SCHは、物理チャネルにおいてPDSCHにマップされてもよい。トランスポートチャネルにおけるBCHは、物理チャネルにおいてPBCHにマップされてもよい。

0127

以下、本実施形態の一態様に係る端末装置1の構成例を説明する。

0128

図5は、本実施形態の一態様に係る端末装置1の構成を示す概略ブロック図である。図示するように、端末装置1は、無線送受信部10、および、上位層処理部14を含んで構成される。無線送受信部10は、アンテナ部11、RF(Radio Frequency)部12、お
よび、ベースバンド部13の一部または全部を少なくとも含んで構成される。上位層処理部14は、媒体アクセス制御層処理部15、および、無線リソース制御層処理部16の一部または全部を少なくとも含んで構成される。無線送受信部10を送信部、受信部、または、物理層処理部とも称する。

0129

上位層処理部14は、ユーザーの操作等により生成された上りリンクデータ(トランスポートブロック)を、無線送受信部10に出力する。上位層処理部14は、MAC層、パケットデータ統合プロトコル(PDCP:Packet Data Convergence Protocol)層、無線リン
ク制御(RLC:Radio Link Control)層、RRC層の処理を行なう。

0130

上位層処理部14が備える媒体アクセス制御層処理部15は、MAC層の処理を行う。

0131

上位層処理部14が備える無線リソース制御層処理部16は、RRC層の処理を行う。無線リソース制御層処理部16は、自装置の各種設定情報/パラメータの管理をする。無線リソース制御層処理部16は、基地局装置3から受信した上位層の信号に基づいて各種設定情報/パラメータをセットする。すなわち、無線リソース制御層処理部16は、基地局装置3から受信した各種設定情報/パラメータを示す情報に基づいて各種設定情報/パラメータをセットする。尚、該設定情報は、物理チャネルや物理シグナル(つまり、物理層)、MAC層、PDCP層RLC層、RRC層の処理または設定に関連する情報を含んでもよい。該パラメータは上位層パラメータであってもよい。

0132

無線送受信部10は、変調復調、符号化、復号化などの物理層の処理を行う。無線送受信部10は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部14に出力する。無線送受信部10は、データを変調、符号化、ベースバンド信号生成(時間連続信号への変換)することによって物理信号を生成し、基地局装置3に送信する。

0133

RF部12は、アンテナ部11を介して受信した信号を、直交復調によりベースバンド信号に変換し(ダウンコンバート:down covert)、不要な周波数成分を除去する。RF部12は、処理をしたアナログ信号をベースバンド部に出力する。

0134

ベースバンド部13は、RF部12から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部13は、変換したディジタル信号からCP(Cyclic Prefix)に
相当する部分を除去し、CPを除去した信号に対して高速フーリエ変換FFT:Fast Fourier Transform)を行い、周波数領域の信号を抽出する。

0135

ベースバンド部13は、データを逆高速フーリエ変換IFFT:Inverse Fast Fourier Transform)して、OFDMシンボルを生成し、生成されたOFDMシンボルにCPを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部13は、変換したアナログ信号をRF部12に出力する。

0136

RF部12は、ローパスフィルタを用いてベースバンド部13から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数アップコンバート(up convert)し、アンテナ部11を介して送信する。また、RF部12は、電力増幅する。また、RF部12は送信電力を制御する機能を備えてもよい。RF部12を送信電力制御部とも称する。

0137

以下、本実施形態の一態様に係る基地局装置3の構成例を説明する。

0138

図6は、本実施形態の一態様に係る基地局装置3の構成を示す概略ブロック図である。図示するように、基地局装置3は、無線送受信部30、および、上位層処理部34を含んで構成される。無線送受信部30は、アンテナ部31、RF部32、および、ベースバンド部33を含んで構成される。上位層処理部34は、媒体アクセス制御層処理部35、および、無線リソース制御層処理部36を含んで構成される。無線送受信部30を送信部、受信部、または、物理層処理部とも称する。

0139

上位層処理部34は、MAC層、PDCP層、RLC層、RRC層の処理を行なう。

0140

上位層処理部34が備える媒体アクセス制御層処理部35は、MAC層の処理を行う。

0141

上位層処理部34が備える無線リソース制御層処理部36は、RRC層の処理を行う。無線リソース制御層処理部36は、PDSCHに配置される下りリンクデータ(トランスポートブロック)、システム情報、RRCメッセージ、MAC CEなどを生成し、又は上位ノードから取得し、無線送受信部30に出力する。また、無線リソース制御層処理部36は、端末装置1各々の各種設定情報/パラメータの管理をする。無線リソース制御層処理部36は、上位層の信号を介して端末装置1各々に対して各種設定情報/パラメータをセットしてもよい。すなわち、無線リソース制御層処理部36は、各種設定情報/パラメータを示す情報を送信/報知する。尚、該設定情報は、物理チャネルや物理シグナル(つまり、物理層)、MAC層、PDCP層、RLC層、RRC層の処理または設定に関連する情報を含んでもよい。該パラメータは上位層パラメータであってもよい。

0142

無線送受信部30の機能は、無線送受信部10と同様であるため説明を省略する。

0143

端末装置1が備える符号10から符号16が付された部のそれぞれは、回路として構成されてもよい。基地局装置3が備える符号30から符号36が付された部のそれぞれは、回路として構成されてもよい。

0144

端末装置1は物理信号の送信に先立ってキャリアセンス(Carrier sense)を実施して
もよい。また、基地局装置3は物理信号の送信に先立ってキャリアセンスを実施してもよい。キャリアセンスは、無線チャネル(Radio channel)においてエネルギー検出(Energy detection)を実施することであってもよい。物理信号の送信に先立って実施されるキャリアセンスに基づき、該物理信号の送信可否が与えられてもよい。例えば、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい場合に、該物理チャネルの送信が行われなくてもよい、または、送信が不可と判断されてもよい。また、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい場合に、該物理チャネルの送信が行われてもよい、または、送信が可能と判断されてもよい。また、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値と等しい場合に、該物理チャネルの送信が行われてもよいし、行われなくてもよい。つまり、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値と等しい場合に、送信が不可と判断されてもよいし、送信が可能と判断されてもよい。

0145

キャリアセンスに基づき物理チャネルの送信可否が与えられる手順は、LBT(Listen
Before Talk)とも呼称される。LBTの結果として物理信号の送信が不可と判断される状況は、busy状態、または、busyとも呼称される。例えば、busy状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい状態であってもよい。また、LBTの結果として物理信号の送信が可能と判断される状況は、idle状態、または、idleとも呼称される。例えば、idle状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい状態であってもよい。

0146

端末装置1は、上りリンク制御情報(UCI)をPUCCHに多重して送信してもよい。
端末装置1は、UCIをPUSCHに多重して送信してもよい。UCIは、下りリンクのチャネル状態情報(Channel State Information: CSI)、PUSCHリソースの要求を示すスケジューリング要求(Scheduling Request: SR)、下りリンクデータ(Transport block, Medium Access Control Protocol Data Unit: MACPDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel:PDSCH)に対するHARQ−ACK(Hybrid Automatic Repeat request ACKnowledgement)のうち、少なくとも1つを含んでもよい。

0147

1つのトランスポートブロック(TB)に対するHARQ制御をHARQプロセスと呼んでもよい。HARQ制御は、複数のトランスポートブロック(TB)に対する並列動作が可能である。HARQプロセス毎にHARQプロセス識別子が対応付けられてもよい。

0148

図7は、本実施形態の一態様に係る探索領域セットの監視機会(Monitoring occasion for search space set)と、PDCCHの監視機会(Monitoring occasion for PDCCH)
の対応例を示す図である。図7において、プライマリセルにおける探索領域セットの監視機会はスロットの先頭のOFDMシンボルであり、セカンダリセルにおける探索領域セットの監視機会はスロットの先頭のOFDMシンボル、および、スロットの中間のOFDMシンボル(例えば、OFDMシンボル#7)である。図7において、PDCCHの監視機会は、スロット#nの先頭のOFDMシンボルとスロット#nの中間のOFDMシンボル
、および、スロット#n+1の先頭のOFDMシンボルとスロット#n+1の中間のOFDMシンボルに対応する。つまり、PDCCHの監視機会は、1または複数のサービングセルの少なくともいずれかに探索領域セットの監視機会が設定される機会(occasion)として定義されてもよい。また、PDCCHの監視機会は、1または複数のサービングセルの少なくともいずれかに探索領域セットの監視機会が設定されるOFDMシンボルのインデックスに対応してもよい。

0149

スロットにおいて、あるOFDMシンボルインデックスから開始される探索領域セットの監視機会は、該あるOFDMシンボルインデックスから開始されるPDCCHの監視機会に対応してもよい。あるOFDMシンボルインデックスから開始されるPDCCHの監視機会は、あるOFDMシンボルインデックスから開始される探索領域セットの監視機会のそれぞれに対応してもよい。

0150

図8図9、および、図10は、本実施形態の一態様に係るHARQ−ACK情報のコードブック(HARQ−ACKコードブック)の構成の手順の一例を示す図である。図8図9、および、図10の<AX>は、ステップAXとも呼称される。図8図9、および、図10において、“A=B”は、AがBにセットされることであってもよい。図8図9、および、図10において、“A=B”は、AにBが入力されることであってもよい。端末装置1は、図8図9、および、図10に記載の手順に基づいてHARQ−ACK情報のコードブック(HARQ−ACKコードブック)を生成する。

0151

HARQ−ACK情報のコードブックは、ステップA1からステップA46の一部または全部に少なくとも基づき与えられてもよい。

0152

HARQ−ACK情報のコードブックは、PDCCHの監視機会のセット、UL DAIフィールドの値、カウンターDAIフィールドの値、および/または、DAIフィールドの一部または全部に少なくとも基づき与えられてもよい。

0153

HARQ−ACK情報のコードブックは、PDCCHの監視機会のセット、UL DAI、カウンターDAI、および/または、トータルDAIの一部または全部に少なくとも基づき与えられてもよい。

0154

ステップA1において、サービングセルインデックスcが0にセットされる。サービングセルインデックスは、サービングセルごとに上位層のパラメータに少なくとも基づき与えられてもよい。

0155

ステップA2において、m=0にセットされる。mは、DCIフォーマット1_0、または、DCIフォーマット1_1を含むPDCCHの監視機会のインデックスを示してもよい。

0156

ステップA3において、jが0にセットされてもよい。

0157

ステップA4において、Vtempが0にセットされてもよい。

0158

ステップA5において、Vtemp2が0にセットされてもよい。

0159

ステップA6において、Vs=φにセットされてもよい。φは、空集合を示す。

0160

ステップA7において、NDLcellsが、サービングセルの数にセットされてもよい。該サービングセルの数は、端末装置1に設定されるサービングセルの数であってもよ
い。

0161

ステップA8において、MはPDCCHの監視機会の数にセットされてもよい。

0162

ステップA9において、第1の評価式m<Mが評価される。該第1の評価式が真(true)である場合に、ステップA10が実行されてもよい。該第1の評価式が(false)である場合に、ステップA34が実行されてもよい。

0163

ステップA10において、cが0にセットされてもよい。

0164

ステップA11において、第2の評価式c<NDLcellsが評価される。該第2の評価式が真である場合に、ステップA11が実行されてもよい。該第2の評価式が偽である場合に、ステップA33が実行されてもよい。

0165

ステップA12において、サービングセルcにおけるPDCCHの監視機会mが活性化下りリンクBWPの切り替えの前にある場合、ステップA13が実行されてもよい。ステップA12において、PCellにおける活性化上りリンクBWPの切り替えがある、かつ、活性化下りリンクBWPの切り替えがDCIフォーマット1_1によりトリガされない場合、ステップA13が実行されてもよい。前述の二つの条件をすべて満たさない場合、ステップA14が実行されてもよい。

0166

ステップA13において、cがc+1にセットされもよい。

0167

ステップA14において、ステップA15が実行されてもよい。

0168

ステップA15において、サービングセルcにおけるPDCCHの監視機会mにおいてのPDCCHに関連されるPDSCHがある、または、サービングセルcにおけるSPS
PDSCHの釈放を示すPDCCHがある場合、ステップA16が実行されてもよい。

0169

ステップA16において、第3の評価式VDLC−DAI,c,m≦Vtempが評価される。該第3の評価式が真である場合に、ステップA17が実行されてもよい。該第3の評価式が偽である場合に、ステップA18が実行されてもよい。

0170

VDLC−DAI,c,mは、サービングセルcにおけるPDCCHの監視機会mにおいて検出されるPDCCHに少なくとも基づき与えられるカウンターDAI(Downlink Assignment Index)の値である。カウンターDAIは、M個のPDCCHの監視機会にお
いて、サービングセルcにおけるPDCCHの監視機会mまでに検出されるPDCCHの累積数(または、累積数に少なくとも関連する値であってもよい)を示す。該累積数の決定において、M個の監視機会において検出されるPDCCHのインデックスは、サービングセルインデックスcを第1に、PDCCHの監視機会mを第2に与えられてもよい。つまり、M個のPDCCHの監視機会において検出されるPDCCHのインデックスは、まずサービングセルインデックスcの順番にマップされ、次いでPDCCHの監視機会mの順番にマップされてもよい(serving cell index first, PDCCH monitoring occasion second mapping)。カウンターDAIは、C−DAI(Counter Downlink Assignment Index)と呼称されてもよい。

0171

ステップA17において、jがj+1にセットされてもよい。

0172

ステップA18は、ステップA12における該第3の評価式に基づく動作の完了を示すステップであってもよい。

0173

ステップA19において、VtempがVDLC−DAI,c,mにセットされてもよい。

0174

ステップA20において、第4の評価式VDLT−DAI,m=φが評価されてもよい。該第4の評価式が真である場合に、ステップA21が実行されてもよい。該第4の評価式が偽である場合に、ステップA22が実行されてもよい。

0175

VDLT−DAI,mは、サービングセルcにおけるPDCCHの監視機会mにおいて検出されるPDCCHに少なくとも基づき与えられるトータルDAIの値であってもよい。トータルDAIは、M個のPDCCHの監視機会において、PDCCHの監視機会mまでに検出されるPDCCHの累積数(または、累積数に少なくとも関連する値であってもよい)を示してもよい。トータルDAIは、T−DAI(Total Downlink Assignment Index)と呼称されてもよい。

0176

HARQ−ACK情報のコードブックが、DCIフォーマット0_1に少なくとも基づきスケジューリングされるPUSCHに多重され、m=M−1の場合に少なくとも、VDLT−DAI,mはVULDAIに置換されてもよい。

0177

ステップA21において、Vtemp2がVDLC−DAI,c,mにセットされてもよい。

0178

ステップA22において、ステップA23が実行されてもよい。

0179

ステップA23において、Vtemp2がVDLT−DAI,mにセットされてもよい。

0180

ステップA24は、ステップA20における該第4の評価式に基づく動作の完了を示すステップであってもよい。

0181

ステップA25において、1)harq-ACK-SpatialBundlingPUCCHが提供されていない、
かつ、2)PDCCHの監視機会mがDCIフォーマット1_0またはDCIフォーマット1_1を含むPDCCHの監視機会である、かつ、3)二つのランスポートブロックの受信に対して少なくとも1つのサービングセルにおける少なくとも1つのBWPにおいてmaxNrofCodeWordsScheduledByDCIが設定されている場合に、ステップA26が実行されてもよい。maxNrofCodeWordsScheduledByDCIは、PDSCHにおける2つのトランスポートブロックの送信をサポートするか否かを示す情報であってもよい。

0182

ステップA26において、oACKa(8j+2(VDLC−DAI,c,m−1))がサービングセルcの第1のトランスポートブロックに対応するHARQ−ACKビットの値にセットされてもよい。HARQ−ACKビットの値が1であることは、ACKを示してもよい。HARQ−ACKビットの値が0であることは、NACKを示してもよい。該サービングセルcの該第1のトランスポートブロックは、該サービングセルcにおけるPDCCHの監視機会mにおいて検出されるPDCCHに含まれるDCIフォーマットによりスケジューリングされるPDSCHに含まれる該第1のトランスポートブロックであってもよい。

0183

ステップA27において、oACKa(8j+2(VDLC−DAI,c,m−1)+1)がサービングセルcの第2のトランスポートブロックに対応するHARQ−ACKビットの値にセットされてもよい。該サービングセルcの該第2のトランスポートブロック
は、該サービングセルcにおけるPDCCHの監視機会mにおいて検出されるPDCCHに含まれるDCIフォーマットによりスケジューリングされるPDSCHに含まれる該第2のトランスポートブロックであってもよい。

0184

PDSCHが第1のトランスポートブロックを含み、該PDSCHが第2のトランスポートブロックを含まないことは、該PDSCHに1つのトランスポートブロックが含まれることであってもよい。

0185

ステップA28において、VsがVs∪{8j+2(VDLC−DAI,c,m−1),8j+2(VDLC−DAI,c,m−1)+1}にセットされてもよい。Y∪Zは、集合Yと集合Zの和集合を示してもよい。{*}は、*を含んで構成される集合であってもよい。

0186

ステップA29において、1)harq-ACK-SpatialBundlingPUCCHが提供されている、か
つ、2)PDCCHの監視機会mがDCIフォーマット1_1を含むPDCCHの監視機会である、かつ、3)二つのランスポートブロックの受信に対して少なくとも1つのサービングセルにおける少なくとも1つのBWPにおいてmaxNrofCodeWordsScheduledByDCIが設定されている場合に、ステップA30が実行されてもよい。

0187

ステップA30において、oACKa(4j+VDLC−DAI,c,m−1)がサービングセルcの第1のトランスポートブロックに対応する第1のHARQ−ACKビットと、サービングセルcの第2のトランスポートブロックに対応する第2のHARQ−ACKビットの論理積(binary AND operation)により与えられる値にセットされてもよい。

0188

ステップA31において、VsがVs∪{4j+VDLC−DAI,c,m−1}にセットされてもよい。

0189

ステップA32において、ステップA25の条件、および、ステップA29の条件を満たさない場合に、ステップA33が実行されてもよい。

0190

ステップA33において、oACKa(4j+VDLC−DAI,c,m−1)がサービングセルcの第1のトランスポートブロックに対応する第1のHARQ−ACKビットの値にセットされてもよい。ステップA33において、oACKa(4j+VDLC−DAI,c,m−1)がサービングセルcのHARQ−ACKビットの値にセットされてもよい。

0191

ステップA34において、VsがVs∪{4j+VDLC−DAI,c,m−1}にセットされてもよい。

0192

ステップA35は、ステップA25の動作の完了を示すステップであってもよい。

0193

ステップA36は、ステップA15の動作の完了を示すステップであってもよい。

0194

ステップA37において、cがc+1にセットされてもよい。

0195

ステップA38は、ステップA12の動作の完了を示すステップであってもよい。

0196

ステップA39において、ステップA11が実行されてもよい。

0197

ステップA40において、mがm+1にセットされてもよい。

0198

ステップA41において、ステップA10が実行されてもよい。

0199

ステップA42において、第5の評価式Vtemp2<Vtempが実行されてもよい。該第5の評価式が真である場合に、ステップA43が実行されてもよい。該第5の評価式が偽である場合に、ステップA44が実行されてもよい。

0200

ステップA43において、jがj+1にセットされてもよい。

0201

ステップA44は、ステップA42の完了を示すステップであってもよい。

0202

ステップA45において、1)harq-ACK-SpatialBundlingPUCCHが提供されていない、
かつ、2)少なくとも1つのサービングセルにおける少なくとも1つのBWPにおいてmaxNrofCodeWordsScheduledByDCIが設定されている場合に、ステップA46が実行されてもよい。前述の二つの条件をすべて満たさない場合、ステップA47が実行されてもよい。

0203

ステップA46において、OACKが2(4j+Vtemp2)にセットされてもよい。

0204

ステップA47において、ステップA48が実行されてもよい。

0205

ステップA48において、OACKが4j+Vtemp2にセットされてもよい。

0206

ステップA49は、ステップA12の動作の完了を示すステップであってもよい。

0207

ステップA50において、iN∈{0,1,...,OACK−1}¥Vsが満たされるiNに対して、oACKa(iN)がNACKの値にセットされてもよい。V¥Wは、集合Vから集合Wに含まれる要素が引かれた集合を示してもよい。V¥Wは、VのWに関する差集合であってもよい。

0208

ステップA51において、cが0にセットされてもよい。

0209

ステップA52において、第7の評価式c<NDLcellsが評価される。該第7の評価式が真である場合に、ステップA54が実行されてもよい。該第2の評価式が偽である場合に、ステップA58が実行されてもよい。

0210

ステップA54において、M個のPDCCHの監視機会における1または複数のスロットにおける設定されるグラントによりスケジューリングされるPDSCH(SPSPDSCH)が受信されるように設定され、かつ、該SPS PDSCHの送信が活性化された(activated)場合、ステップA54が実行されてもよい。

0211

ステップA54において、OACKがOACK+1にセットされてもよい。ステップA44において、OACKがOACK+NSPSにセットされてもよい。NSPSは、M個のPDCCHの監視機会1001において受信されることが設定されるSPSPDSCHの数であってもよい。

0212

ステップA55において、oACKa(oACKa−1)が該SPSPDSCHに含まれるトランスポートブロックに対応するHARQ−ACKビットの値にセットされてもよい。ステップA45において、oACKa(oACKa−iSPS)が該SPS PDSCHに含まれるトランスポートブロックに対応するHARQ−ACKビットの値にセッ
トされてもよい。iSPSは、iSPS∈{0,1,...,NSPS−1}の条件を満たしてもよい。ステップA45において、oACKa(oACKa−1)が、M個のPDCCHの監視機会において受信されることが設定される1または複数のSPS PDSCHのそれぞれに含まれるトランスポートブロックに対応するHARQ−ACKビットの論理積により与えられる値にセットされてもよい。

0213

ステップA56は、ステップA53の動作の完了を示すステップであってもよい。

0214

ステップA57において、cがc+1にセットされもよい。

0215

ステップA58は、ステップA52の動作の完了を示すステップであってもよい。

0216

第1の評価式から第7の評価式は、評価式とも呼称される。評価式が真であることは、該評価式が満たされることであってもよい。該評価式が偽であることは、該評価式が真でないことであってもよい。該評価式が偽であることは、該評価式が満たされないことであってもよい。

0217

端末装置1は、各PDSCHに対してPDSCHグループ識別子(PGI: PDSCH Group ID)を紐付けられてもよい。あるPDSCHのPGIは、該PDSCHをスケジュールす
るPDCCHに含まれるDCIフォーマットに少なくとも基づき指示されてもよい。例えば、PGIを示すフィールド(PGIフィールド)がDCIフォーマットに含まれてもよい。PDSCHグループは、同じPGI(PDSCHグループ識別子)を有するPDSCHの集合であってもよい。PDSCHグループは、1つのPDSCH、または、同じPGIをづけられた、1つ以上のPDSCHの集合であってもよい。

0218

例えば、PGIフィールドは、DCIフォーマット1_1に含まれてもよい。例えば、PGIフィールドは、DCIフォーマット1_0に含まれなくてもよい。例えば、PGIフィールドは、DCIフォーマット1_0に含まれてもよい。例えば、PGIフィールドを含まないDCIフォーマット1_0が検出された場合に、該DCIフォーマット1_0によりスケジューリングされるPDSCHは、既定のPDSCHグループ(例えば、インデックスが0、または、1のPDSCHグループ)に含まれるとみなされてもよい。例えば、端末装置1がPGIフィールドを含まないDCIフォーマット1_0を検出した場合に、該DCIフォーマット1_0によりスケジューリングされるPDSCHが既定のPDSCHグループ(例えば、インデックスが0、または、1のPDSCHグループ)に含まれるとみなしてもよい。

0219

リクエストPDSCHグループ(RPG: Requested PDSCH Group)は、次のPUCCHまたはPUSCHを介して送信(報告)されるHARQ−ACKフィードバックに対応するPDSCHグループであってもよい。RPG(リクエストPDSCHグループ)は、1つのPDSCHグループを含めてもよいし、複数のPDSCHグループを含めてもよい。RPGの指示は、DCIフォーマットに少なくとも基づき、ビットマップ(bitmap)の形式で各PDSCHグループに対応して示してもよい。端末装置1は、指示されたRPGに対して、HARQ−ACKコードブックを生成し、PUCCHまたはPUSCHを介して送信(報告)してもよい。RPGは、DCIフォーマットに含まれるRPGフィールドに少なくとも基づき示されてもよい。

0220

例えば、RPGフィールドは、DCIフォーマット1_1に含まれてもよい。例えば、RPGフィールドは、DCIフォーマット1_0に含まれなくてもよい。例えば、RPGフィールドは、DCIフォーマット1_0に含まれてもよい。例えば、RPGフィールドを含まないDCIフォーマット1_0が検出された場合に、該DCIフォーマット1_0
によりトリガされるHARQ−ACKコードブックの送信において、既定のPDSCHグループ(例えば、インデックスが0、または、1のPDSCHグループ)に対するHARQ−ACKコードブックの送信がトリガされたとみなされてもよい。例えば、端末装置1がRPGフィールドを含まないDCIフォーマット1_0を検出した場合に、端末装置1が、該DCIフォーマット1_0によりトリガされるHARQ−ACKコードブックの送信において、既定のPDSCHグループ(例えば、インデックスが0、または、1のPDSCHグループ)に対するHARQ−ACKコードブックの送信がトリガされたとみなしてもよい。

0221

PDCCHに含まれるDCIフォーマットにより指示されるK1(PDSCHからHARQフィードバックへのタイミング指示フィールドにより示される情報、またはパラメータ)の値は、数値(numerical)であってもよいし、非数値(non-numerical)であってもよい。ここで、数値の値は、数字で表す値を意味し、例えば、{0,1,2,...,15}のうちの値であってもよい。非数値の値は、数字以外の値を意味する。以下、数値のK1の値、および、非数値のK1の値の運用を説明する。例えば、該DCIフォーマットによりスケジュールされるPDSCHは、スロットnにおいて基地局装置3において送信され、端末装置1において受信される。該DCIフォーマットにより示されるK1の値が数値である場合、端末装置1は、該PDSCHに対応するHARQ−ACK情報をスロットn+K1において、PUCCHまたはPUSCHを介して送信(報告)してもよい。該DCIフォーマットにより示されるK1の値が非数値である場合、端末装置1は、該PDSCHに対応するHARQ−ACK情報の報告を延期してもよい。PDSCHのスケジューリング情報を含むDCIフォーマットにより非数値のK1の値が示される場合、端末装置1は、該PDSCHに対応するHARQ−ACK情報の報告を延期してもよい。例えば、端末装置1は、該HARQ−ACK情報を保存して、次のPUCCHまたはPUSCHを介して該HARQ−ACK情報を送信(報告)せず、前述のDCIフォーマット以外のDCIフォーマットに少なくとも基づき該HARQ−ACK情報の送信がトリガされて該HARQ−ACK情報を送信(報告)してもよい。

0222

NFI(New Feedback Indicator)フィールドは、PDSCHのHARQ−ACK情報が正しく検出されるか否かを示すDCIフィールドであってもよい。NFIフィールドは、DCIフォーマット0_1に含まれてもよい。NFIフィールドは、DCIフォーマット1_0に含まれてもよい。NFIフィールドは、DCIフォーマット1_0に含まれなくてもよい。NFIフィールドは、1ビットであってもよいし、1ビット以上であってもよい。NFIフィールドの各ビットは、各PDSCHグループそれぞれに対応してもよい。例えば、PDSCHグループの数が2である場合、2ビットのNFIフィールドは(X,Y)でセットされ、NFIビットXはPDSCHグループ#1に対応し、NFIビットYはPDSCHグループ#2に対応してもよい。例えば、PDSCHグループの数が4である場合、4ビットのNFIフィールドは(X,Y,Z,W)でセットされ、NFIビットXはPDSCHグループ#1に対応し、NFIビットYはPDSCHグループ#2に対応し、NFIビットZはPDSCHグループ#3に対応し、NFIビットWはPDSCHグループ#4に対応してもよい。

0223

例えば、NFIフィールドを含まないDCIフォーマット1_0が検出された場合に、該DCIフォーマットによりスケジューリングされるPDSCHが含まれるPDSCHグループに対して、NFIがトグルされたとみなされてもよい。例えば、NFIフィールドを含まないDCIフォーマット1_0が検出された場合に、該DCIフォーマットによりスケジューリングされるPDSCHが含まれるPDSCHグループに対して、NFIがトグルされないとみなされてもよい。例えば、端末装置1がNFIフィールドを含まないDCIフォーマット1_0を検出した場合、端末装置1は、該DCIフォーマットによりスケジューリングされるPDSCHが含まれるPDSCHグループに対して、NFIがトグ
ルされたとみなしてもよい。例えば、端末装置1がNFIフィールドを含まないDCIフォーマット1_0を検出した場合、端末装置1は、該DCIフォーマットによりスケジューリングされるPDSCHが含まれるPDSCHグループに対して、NFIがトグルされないとみなしてもよい。

0224

端末装置1は、第1のPUCCHまたは第1のPUSCHを送信する後、第1のPUCCHまたは第1のPUSCHをスケジュールするPDCCH(または、DCIフォーマット)により示される各PDSCHグループに対応するNFIビットの値を保存してもよい。端末装置1は、第1のPUCCHまたは第1のPUSCHをスケジュールするPDCCH(または、DCIフォーマット)を受信した際に、該PDCCH(または、該DCIフォーマット)により示される各PDSCHグループに対応するNFIビットの値を保存してもよい。各PDSCHグループに対して、保存のNFIビットの値の初期値は、予め0にセットされてもよい。端末装置1は、第1のPUCCHまたは第1のPUSCHの次に、第2のPUCCHまたは第2のPUSCHを送信する時、あるPDSCHグループに対し、第2のPUCCHまたは第2のPUSCHをスケジュールするPDCCHにより示される該PDSCHグループに対応するNFIビットの値と前述の保存のNFIビットの値を比較してもよい。すなわち、端末装置1は、受信NFIビットの値と保存NFIビットの値を比較して、PDSCHグループに対応するNFIビットがトグルされるか否かを、判断してもよい。端末装置1は、該2つのNFIビットの値が異なる場合、NFIビットがトグルされ、前述のPDSCHグループに対応するHARQ−ACK情報が正しく検出されると判断してもよい。端末装置1は、NFIビットがトグルされたPDSCHグループに対応するHARQ−ACK情報が基地局装置3において検出されたと判断してもよい。基地局装置3は、PDSCHグループに対応するHARQ−ACK情報を検出した場合、該PDSCHグループに対応するNFIビットをトグルしてもよい。該2つのNFIビットの値が等しい場合、NFIビットがトグルされず、前述のPDSCHグループに対応するHARQ−ACK情報が正しく検出されずと判断してもよい。端末装置1は、NFIビットがトグルされなかったPDSCHグループに対応するHARQ−ACK情報が基地局装置3において検出されなかったと判断してもよい。基地局装置3は、PDSCHグループに対応するHARQ−ACK情報を検出しなかった場合、該PDSCHグループに対応するNFIビットをトグルしなくてもよい。ここで、トグルするとは、異なる値に切り替えると意味する。

0225

端末装置1は、あるPDSCHグループに対応するHARQ−ACKコードブックを生成する時、該PDSCHグループに対応するNFIビットがトグルされる場合、該PDSCHグループに対応するHARQ−ACKコードブックから、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)を削除してもよい(含まなくてもよい)。端末装置1は、該PDSCHグループのうち、検出された、且つ、HARQ−ACK情報がまだ報告されていないPDSCHが存在する場合、該PDSCHに対応するHARQ−ACK情報を削除しなくてもよい(含めてもよい)。すなわち、端末装置1は、該PDSCHに対応するHARQ−ACK情報を、前述HARQ−ACKコードブックに多重してもよい。端末装置1は、NFIビットがトグルされたPDSCHグループに対応する1つ以上のHARQ−ACK情報に対して、既に報告されたHARQ−ACK情報をフラッシュ(flush)し、報告されていないHARQ−ACK情報をフラッシュしなくてもよい。ここで、フラッシュするとは、HARQ−ACK情報を初期値(例えば、NACK)に戻すことを意味する。端末装置1は、トグルされたNFIを受信して、次にそのNFIビットに対するPDSCHグループに対応するHARQ−ACKコードブックを送信する場合、フラッシュされていないHARQ−ACK情報(報告されていないHARQ−ACK情報)を用いてHARQ−ACKコードブックを生成して送信する。端末装置1は、トグルされないNFIを受信して、次にそのNFIビットに対するPDSCHグループに対応するHARQ−ACKコードブックを送信する場合、フラッシュされていないHARQ−ACK情報(報告されたHARQ−ACK情報と報告されていないHARQ−ACK情報)を用いてHARQ−ACKコードブックを生成して送信する。

0226

図11は、本実施形態の一態様に係るHARQ−ACK情報の報告の一例を示す図である。

0227

PDSCH1111をスケジュールするPDCCH1101のDCIフォーマットにより、PGI(PDSCHグループ識別子)としてG1が示され、K1として数値が示される。PDSCH1112をスケジュールするPDCCH1102のDCIフォーマットにより、PGIとしてG2が示され、PDSCHグループG2に対応するNFIとして第1の値が示され、K1として非数値が示される。PDSCH1113をスケジュールするPDCCH1103のDCIフォーマットにより、PGIとしてG1が示され、K1として数値が示される。PDSCH1114をスケジュールするPDCCH1104のDCIフォーマットにより、PGIとしてG2が示され、PDSCHグループG2に対応するNFIとして第2の値が示され、K1として非数値が示される。PDSCH1115をスケジュールするPDCCH1105のDCIフォーマットにより、PDSCHグループG2に対応するNFIとして第3の値が示される。HARQ−ACKコードブック1131は、PUCCH1123を介して送信(報告)される。HARQ−ACKコードブック1131は、PDSCHグループG1、および/または、PDSCHグループG2に対応する。HARQ−ACKコードブック1131は、PDCCH1105のDCIフォーマットに少なくとも基づき指示されるRPG(リクエストPDSCHグループ)に対応してもよい。

0228

図11において、端末装置1は、第1の値と第2の値が異なるか否か(つまり、NFIがトグルされるか否か)(PDSCHグループG2に対応するNFIがトグルされたか否か)に関わらず、PDSCH1112に対応するHARQ−ACK情報を、PUCCH1122を介して送信されるHARQ−ACKコードブックに多重してもよい。端末装置1は、第2の値と第3の値が異なるか否か(PDSCHグループG2に対応するNFIがトグルされたか否か)に関わらず、PDSCH1114に対応するHARQ−ACK情報を、PUCCH1123を介して送信されるHARQ−ACKコードブック1131に多重してもよい。端末装置1は、第2の値と第3の値が等しい(つまり、トグルされない)(PDSCHグループG2に対応するNFIがトグルされない)場合、PDSCH1112に対応するHARQ−ACK情報をHARQ−ACKコードブック1131に多重し、PDSCH1112のHARQ−ACK情報の再送をしてもよい。端末装置1は、第2の値と第3の値が異なる(つまり、トグルされる)(PDSCHグループG2に対応するNFIがトグルされる)場合、PDSCH1112のHARQ−ACK情報の再送をしなくてもよい。

0229

図12は、本実施形態の一態様に係るNFIビットのトグルの状態を示す一例である。

0230

受信NFIは、PDSCHをスケジュールするPDCCH(または、DCIフォーマット)により指示されるNFIであってもよい。保存NFIは、PDSCHをスケジュールするPDCCHが検出される前、すでに端末装置1に保存されたNFIであってもよい。保存NFIの各エントリーは、各PDSCHグループ(例えば、PDSCHグループG1、および、PDSCHグループG2)それぞれに対応する保存NFIビットであってもよい。例えば、保存NFIが(0,1)である場合、PDSCHグループG1の保存NFIビットの値は0であり、PDSCHグループG2の保存NFIビットの値は1である。図12のテーブルにおいて、PDSCHグループG2に対して、保存NFIビット、および、受信NFIビットという概念を図11の具体例で説明する。端末装置1がPDCCH1101を検出した時点において、保存NFIビットの値は初期値であり、受信NFIビットはPDCCH1101により示されない。PDCCH1101が検出された後、保存NFIビットの値は、更新されなくてもよい。端末装置1がPDCCH1102を検出した時点において、保存NFIビットの値は初期値であって、受信NFIビットの値はPDCCH1102により示された第1の値である。PDCCH1102が検出された後、保存NFIビットの値は、第1の値に更新されてもよい。端末装置1がPDCCH1103を検出した時点において、保存NFIビットの値は第1の値であり、受信NFIビットはPDCCH1103により示されない。PDCCH1103が検出された後、保存NFIビットの値は、更新されなくてもよい。端末装置1がPDCCH1104を検出した時点において、保存NFIビットの値は第1の値であって、受信NFIビットの値はPDCCH1104により示された第2の値である。PDCCH1104が検出された後、保存NFIビットの値は、第2の値に更新されてもよい。端末装置1がPDCCH1105を検出した時点において、保存NFIビットの値は第2の値であって、受信NFIビットの値はPDCCH1105により示された第3の値である。つまり、ある場合において、PDSCHをスケジューリングするDCIフォーマットにより示されるPGIがG1である場合、端末装置1はPDSCHグループG2に対応する受信NFIを更新しなくてもよい。また、ある場合において、PDSCHをスケジューリングするDCIフォーマットにより示されるPGIがG1である場合、端末装置1はPDSCHグループG2に対応する保存NFIを更新しなくてもよい。また、ある場合において、PDSCHをスケジューリングするDCIフォーマットにより示されるPGIがG1である場合、端末装置1はPDSCHグループG2に対応する受信NFIを更新しなくてもよいが、端末装置1はPDSCHグループG2に対する保存NFIを更新してもよい。

0231

端末装置1は、PDSCHに対応するHARQ−ACK情報の報告状態、および、該PDSCHが属するPDSCHグループのNFIビットがトグルされているか否かに応じて、該HARQ−ACK情報を処理してもよい。端末装置1は、あるPDSCHに対して、該PDSCHに対応するHARQ−ACK情報の報告状態が既報告である、且つ、該PDSCHが属するPDSCHグループに対応するNFIビットがトグルされる場合、該PDSCHに対応するHARQ−ACK情報が正しく検出されると判断してもよい。すなわち、該PDSCHが属するPDSCHグループに対応するNFIビットがトグルされる場合、端末装置1は該HARQ−ACK情報の再送は、行わなくてもよい。端末装置1は、該PDSCHが属するPDSCHグループに対応するNFIビットがトグルされる場合、該HARQ−ACK情報を削除してもよい。すなわち、端末装置1は、該HARQ−ACK情報を削除する判断をした後、HARQ−ACKコードブックを生成する時、該HARQ−ACK情報を考慮しなくてもよい。あるPDSCHに対応するHARQ−ACK情報は、HARQ−ACKコードブックにおいて、該PDSCHのHARQ−ACKエントリーと呼称してもよい。HARQ−ACKエントリーは、1つのHARQ−ACKビットを含めてもよいし、複数のHARQ−ACKビットを含めてもよい。

0232

端末装置1は、あるPDSCHに対して、該PDSCHに対応するHARQ−ACK情報の報告状態が未報告である、且つ、該PDSCHが属するPDSCHグループに対応するNFIビットがトグルされる場合、該PDSCHに対応するHARQ−ACK情報が正しく検出されると判断しなくてもよい。すなわち、該PDSCHが属するPDSCHグループに対応するNFIビットがトグルされる場合、端末装置1は該HARQ−ACK情報の送信は、行われてもよい。端末装置1は、該PDSCHが属するPDSCHグループに対応するNFIビットがトグルされる場合、該HARQ−ACK情報を削除しなくてもよい。すなわち、端末装置1は、HARQ−ACKコードブックを生成する時、該HARQ−ACK情報を考慮してもよい。

0233

図11において、端末装置1は、PUCCH(例えば、PUCCH1123)で送信さ
れるHARQ−ACKコードブック(例えばHARQ−ACKコードブック1131)を生成する時に、PDSCHグループG2に対応するNFIビットがトグルされない場合、すでに報告したPDSCHに対応するHARQ−ACK情報(例えば、PDSCH1112に対応するHARQ−ACK情報)、および、まだ報告していないPDSCHに対応するHARQ−ACK情報(例えば、PDSCH1114に対応するHARQ−ACK情報)との両方を含むようにHARQ−ACKコードブック1131を生成してもよい。ここで、報告していないPDSCHに対応するHARQ−ACK情報には、HARQ−ACKフィードバックタイミングがそのPUCCHのスロットであるK1の値を示しているPDCCHがスケジューリングするPDSCHに対応するHARQ−ACK情報(例えば、PDSCH1115に対応するHARQ−ACK情報)を含んでもよい。あるいは、報告していないPDSCHに対応するHARQ−ACK情報には、そのNFIを含むPDCCHがスケジューリングするPDSCHに対応するHARQ−ACK情報(例えばPDSCH1115に対応するHARQ−ACK情報)を含まなくてもよい。この場合、PDSCHグループG2に対応するNFIビットがトグルされない場合、すでに報告したPDSCHに対応するHARQ−ACK情報(例えば、PDSCH1112に対応するHARQ−ACK情報)、まだ報告していないPDSCHに対応するHARQ−ACK情報(例えば、PDSCH1114に対応するHARQ−ACK情報)、および、HARQ−ACKフィードバックタイミングがそのPUCCHのスロットであるK1の値を示しているPDCCHがスケジューリングするPDSCHに対応するHARQ−ACK情報(例えば、PDSCH1115に対応するHARQ−ACK情報)のすべてを含むようにHARQ−ACKコードブック1131を生成してもよい。図11において、端末装置1は、HARQ−ACKコードブック1131を生成する時に、PDSCHグループG2に対応するNFIビットがトグルされる場合、PDSCH1112に対応するHARQ−ACK情報を削除してもよい(含めなくてもよい)。すなわち、端末装置1は、PDSCH1112に対応するHARQ−ACK情報をHARQ−ACKコードブック1131に多重しなくてもよい。端末装置1は、PDSCH1114に対応するHARQ−ACK情報をHARQ−ACKコードブック1131に多重してもよい。ここで、NFIビットがトグルされるか否かは、PDCCH1105が示すNFIビットの値とPDCCH1103が示すNFIビットの値の比較に少なくとも基づき判断されてもよい。端末装置1は、該2つの値が異なる場合、NFIビットがトグルされると判断してもよいし、該2つの値が等しい場合、NFIビットがトグルされずと判断してもよい。なお、HARQ−ACK情報をHARQ−ACKコードブックに多重するとは、HARQ−ACKコードブックを生成する際に、そのHARQ−ACKコードブックがそのHARQ−ACK情報を含むことを意味してもよい。あるいは、HARQ−ACK情報とHARQ−ACKコードブックとを同じ信号あるいはチャネルに多重することを意味してもよい。

0234

図13は、本実施形態の一態様に係る、あるPDSCHグループに対応するNFIビットがトグルされる場合、HARQ−ACK情報の報告の一例である。

0235

図11、および、図13において、HARQ−ACKコードブック1131の生成を例にして、HARQ−ACKフィードバックに関連することを説明する。HARQ−ACKフィードバックとは、端末装置1が受信されたPDSCHに含まれるトランスポートブロックに対応するHARQ−ACKを基地局装置3に送信することである。

0236

図13において、図12のテーブルに基づく、HARQ−ACKコードブックの生成に関する基地局装置3からの指示、および、端末装置1における処理を説明する。基地局装置3は、PDCCH1101を介して、PGIとしてG1、RPGとしてG1、C−DAIとして1、NFIとして(0,0)を示す。端末装置1は、PDSCH1111が検出される前にNFIが示されない(受信していない)場合、保存NFIを初期値の(0,0)に保つ。端末装置1は、PDCCH1101を検出し、PDCCH1101によりスケジュールされるPDSCH1111のPGIがG1であり、RPGがG1であり、C−DAIが1であり、受信NFIが(0,0)であると認識する。端末装置1は、PDSCHグループG1のための受信NFIビット、および、該PDSCHグループG1のための保存NFIビットを比較することにより、該PDSCHグループG1のNFIビットがトグルされないと判断してもよい。端末装置1は、PDSCHグループG2のための受信NFI、および、該PDSCHグループG2のための保存NFIを比較することにより、該PDSCHグループG2のNFIビットがトグルされないと判断してもよい。端末装置1は、PDSCH1111に対応するHARQ−ACK情報の報告状態を未報告(not-reported)にセットしてもよい。ここで、報告状態は、端末装置1において、PDSCHに対応するHARQ−ACK情報がすでに報告された場合、既報告にセットされてもよいし、前述のHARQ−ACK情報が報告されない場合、未報告にセットされてもよい。また、報告状態は、端末装置1において、PDSCHに対応するHARQ−ACK情報をある上りリンク物理チャネルにおいて送信することがすでにトリガされ、かつ、該上りリンク物理チャネルのリソースの送信が試みられた場合、既報告にセットされてもよいし、前述のHARQ−ACK情報をある上りリンク物理チャネルにおいて送信することがすでにトリガされ、かつ、該上りリンク物理チャネルのリソースの送信が試みられない場合、未報告にセットされてもよい。報告状態は、端末装置1において、PDSCHに対応するHARQ−ACK情報をある上りリンク物理チャネルにおいて送信することがトリガされない場合、未報告、または、該当なし(N/A)にセットされてもよい。報告状態の初期値は、予め該当なし(N/A)にセットされてもよい。

0237

図13において、端末装置1は、PDCCH1102を検出し、PDCCH1102によりスケジュールされるPDSCH1112のPGIがG2であり、C−DAIが1であり、受信NFIが(0,0)であると認識する。端末装置1は、非数値のK1のPDCCH(例えば、PDCCH1102、および、PDCCH1104)が示すRPGを無視してもよい。すなわち、リクエストPDSCHグループは、非数値のK1のPDCCH以外のPDCCH(例えば、数値のK1のPDCCH)に少なくとも基づき、決定されてもよい。例えば、あるPUCCHで送信されるHARQ−ACK情報を含むHARQ−ACKコードブックに対応するリクエストPDSCHグループは、該あるPUCCHのリソースの決定に用いられるDCIフォーマットに含まれるRPGフィールドにより示されてもよい。端末装置1は、保存NFIをPDCCH1101により示されたNFI(つまり、(0,0))に更新し、受信NFI(つまり、(0,0))、および、保存NFI(つまり、(0,0))を比較することにより、PDSCHグループG1、および、PDSCHグループG2それぞれに対応するNFIビットがトグルされないと判断してもよい。端末装置1は、PDSCH1112に対応するHARQ−ACK情報の報告状態を未報告(not-reported)にセットしてもよい。端末装置1は、条件A1から条件A4の一部または全部を少なくとも満たすPDSCH(例えば、PDSCH1111)に対応するHARQ−ACK情報を、HARQ−ACKコードブックに入れてPUCCH1121を介して送信(報告)してもよい。
・条件A1:PGIがリクエストPDSCHグループに含まれる
・条件A2:HARQ−ACK情報の報告状態が未報告である
・条件A3:紐付けられるK1の値が数値である、または、紐付けられるK1の値が非数値であってHARQ−ACK情報が延期された
・条件A4:HARQ−ACK情報に対応するPDSCHが含まれるPDSCHグループに関して、NFIがトグルされている

0238

例えば、HARQ−ACK情報の報告状態が未報告であることは、該HARQ−ACK情報の送信がトリガされていない状態であってもよい。例えば、HARQ−ACK情報の報告状態が未報告であることは、該HARQ−ACK情報の新規の送信(new transmission)がトリガされていない状態であってもよい。例えば、HARQ−ACK情報の報告状態が未報告でないことは、該HARQ−ACK情報の送信がトリガされたことがある状態であってもよい。例えば、HARQ−ACK情報の報告状態が未報告でないことは、該HARQ−ACK情報の新規の送信(new transmission)がすでにトリガされた状態であってもよい。例えば、HARQ−ACK情報の報告状態が未報告でないことは、該HARQ−ACK情報の報告状態が既報告であることであってもよい。

0239

図13において、PUCCH1122を介して送信(報告)されるHARQ−ACKコードブックが生成される時点において、非数値のK1のPDSCH1112に対応するHARQ−ACK情報はすでに延期され(has been postponed)、非数値のK1のPDSCH1114に対応するHARQ−ACK情報は延期される予定(to be postponed)である。端末装置1は、前述のHARQ−ACKコードブックを生成する時、延期される予定のHARQ−ACK情報(例えば、PDSCH114に対応するHARQ−ACK情報)をHARQ−ACKコードブックに多重しなくてもよい。

0240

図13において、基地局装置3がPUCCH1121を介して送信(報告)されたHARQ−ACKコードブックを正しく検出すると想定する。端末装置1は、PDCCH1103を検出し、PDCCH1103によりスケジュールされるPDSCH1113のPGIがG1であり、RPGがG1とG2であり、C−DAIが1であり、受信NFIが(1,0)であると認識する。端末装置1は、保存NFIをPDCCH1102により示されたNFI(つまり、(0,0))に更新する。端末装置1は、PDSCHグループG1のための受信NFIビット、および、該PDSCHグループG1のための保存NFIビットを比較することにより、該PDSCHグループG1のNFIビットがトグルされると判断してもよい。端末装置1は、PDSCHグループG2のための受信NFIビット、および、該PDSCHグループG2のための保存NFIビットを比較することにより、該PDSCHグループG2のNFIビットがトグルされないと判断してもよい。端末装置1は、PDSCH1111に対応するHARQ−ACK情報の報告状態を既報告(reported)に更新してもよいし、PDSCH1113に対応するHARQ−ACK情報の報告状態を未報告にセットしてもよい。

0241

端末装置1は、PDCCH1104を検出し、PDCCH1104によりスケジュールされるPDSCH1114のPGIがG2であり、C−DAIが2であり、受信NFIが(1,0)であると認識する。端末装置1は、保存NFIをPDCCH1103により示されたNFI(つまり、(1,0))に更新する。端末装置1は、PDSCHグループG1のための受信NFIビット、および、該PDSCHグループG1のための保存NFIビットを比較することにより、該PDSCHグループG1のNFIビットがトグルされないと判断してもよい。端末装置1は、PDSCHグループG2のための受信NFIビット、および、該PDSCHグループG2のための保存NFIビットを比較することにより、該PDSCHグループG2のNFIビットがトグルされないと判断してもよい。端末装置1は、PDSCH1111に対応するHARQ−ACK情報の報告状態を初期値(例えば、N/A)にリセットしてもよいし、PDSCH1114に対応するHARQ−ACK情報の報告状態を未報告にセットしてもよい。ここで、端末装置1は、PDSCHグループG1に対応するNFIビットがトグルされ、かつ、PDSCH1111に対応するHARQ−ACK情報の報告状態が既報告であることに少なくとも基づき、該HARQ−ACK情報をフラッシュしてもよい。また、端末装置1は、PDSCHグループG2に対応するNFIビットがトグルされない、および/または、PDSCH1112に対応するHARQ−ACK情報の報告状態が未報告であることに少なくとも基づき、該HARQ−ACK情報をフラッシュしなくてもよい。端末装置1は、条件A1から条件A4の一部または全部を少なくとも満たすPDSCH(つまり、PDSCH1112、および、PDSCH1113)に対応するHARQ−ACK情報を、HARQ−ACKコードブックに多重してPUCCH1122を介して送信(報告)してもよい。

0242

図13において、基地局装置3がPUCCH1122を介して送信(報告)されたHARQ−ACKコードブックを正しく検出すると想定する。端末装置1は、PDCCH1105を検出し、PDCCH1105によりスケジュールされるPDSCH1115のPGIがG1であり、RPGがG1とG2であり、C−DAIが1であり、受信NFIが(0,1)であると認識する。端末装置1は、保存NFIをPDCCH1104により示されたNFI(つまり、(1,0))に更新する。端末装置1は、PDSCHグループG1のための受信NFIビット、および、該PDSCHグループG1のための保存NFIビットを比較することにより、該PDSCHグループG1のNFIビットがトグルされると判断してもよい。端末装置1は、PDSCHグループG2のための受信NFIビット、および、該PDSCHグループG2のための保存NFIビットを比較することにより、該PDSCHグループG2のNFIビットがトグルされると判断してもよい。ここで、端末装置1は、PDSCHグループG1に対応するNFIビットがトグルされ、かつ、PDSCH1113に対応するHARQ−ACK情報の報告状態が既報告であることに少なくとも基づき、該HARQ−ACK情報をフラッシュしてもよい。また、端末装置1は、PDSCHグループG2に対応するNFIビットがトグルされ、かつ、PDSCH1112に対応するHARQ−ACK情報の報告状態が既報告であることに少なくとも基づき、該HARQ−ACK情報をフラッシュしてもよい。また、端末装置1は、PDSCHグループG2に対応するNFIビットがトグルされる、および/または、PDSCH1114に対応するHARQ−ACK情報の報告状態が未報告であることに少なくとも基づき、該HARQ−ACK情報をフラッシュしなくてもよい。端末装置1は、PDSCH1112に対応するHARQ−ACK情報の報告状態を既報告に更新してもよいし、PDSCH1113に対応するHARQ−ACK情報の報告状態を既報告に更新してもよいし、PDSCH1115に対応するHARQ−ACK情報の報告状態を未報告にセットしてもよい。端末装置1は、条件A1から条件A4の一部または全部少なくとも満たすPDSCH(例えば、PDSCH1114、および、PDSCH1115)に対応するHARQ−ACK情報を、HARQ−ACKコードブック1131に多重してPUCCH1123を介して送信(報告)してもよい。

0243

図14は、本実施形態の一態様に係る、あるPDSCHグループに対応するNFIビットがトグルされない場合、HARQ−ACK情報の報告の一例である。

0244

図14において、基地局装置3は、PUCCH1122を検出しないと想定する。つまり、PUCCH1122に含まれるHARQ−ACK情報を端末装置1が再送するシナリオを想定する。端末装置1は、PDCCH1105を検出し、PDCCH1105によりスケジュールされるPDSCH1115のPGIがG1であり、RPGがG1とG2であり、C−DAIが2であり、受信NFIが(1,0)であると認識する。端末装置1は、保存NFIをPDCCH1104により示されたNFI(つまり、(1,0))に更新する。端末装置1は、PDSCHグループG1のための受信NFIビット、および、該PDSCHグループG1のための保存NFIビットを比較することにより、該PDSCHグループG1のNFIビットがトグルされないと判断してもよい。端末装置1は、PDSCHグループG2のための受信NFIビット、および、該PDSCHグループG2のための保存NFIビットを比較することにより、該PDSCHグループG2のNFIビットがトグルされないと判断してもよい。端末装置1は、PDSCH1115に対応するHARQ−ACK情報の報告状態を未報告にセットしてもよい。ここで、端末装置1は、PDSCHグループG1に対応するNFIビットがトグルされず、および/または、PDSCH1113に対応するHARQ−ACK情報の報告状態が既報告であることに少なくとも基づき、該HARQ−ACK情報をフラッシュしなくてもよい。また、端末装置1は、PDSCHグループG2に対応するNFIビットがトグルされず、および/または、PDSCH1112に対応するHARQ−ACK情報の報告状態が既報告であることに少なくとも基づき、該HARQ−ACK情報をフラッシュしなくてもよい。また、端末装置1は、PDSCHグループG2に対応するNFIビットがトグルされず、および/または、PDSCH1114に対応するHARQ−ACK情報の報告状態が未報告であることに少なくとも基づき、該HARQ−ACK情報をフラッシュしなくてもよい。端末装置1は、条件A1から条件A4一部または全部を少なくとも満たすPDSCH(例えば、PDSCH1112、PDSCH1113、PDSCH1114、および、PDSCH1115)に対応するHARQ−ACK情報を、HARQ−ACKコードブック1131に多重してPUCCH1123を介して送信(報告)してもよい。ここで、PDSCH1112、および、PDSCH1113に対応するHARQ−ACK情報の送信は再送であり、PDSCH1114、および、PDSCH1115に対応するHARQ−ACK情報の送信は初送である。

0245

以下、本実施形態の一態様に係る種々の装置の態様を説明する。

0246

(1)上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第1の態様は、端末装置であって、PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信する受信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を送信(報告)する送信部と、を備え、PDCCH#C、および、PDCCH#G、および、PDCCH#Iを受信し、PDSCH#Cは前記PDCCH#Cによりスケジュールされ、PDSCH#Gは前記PDCCH#Gによりスケジュールされ、PDSCH#Iは前記PDCCH#Iによりスケジュールされ、前記PDCCH#Gは第2の値を示し、前記PDCCH#Iは、第3の値を示し、前記PDCCH#Iは、PUCCH#3で、少なくとも前記PDSCH#Iに対応するHARQ−ACK情報#Iを送信することを示し、前記第2の値と前記第3の値が異なる場合、前記PDSCH#Gに対応するHARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重し、前記第2の値と前記第3の値が等しい場合、前記PDSCH#Cに対応するHARQ−ACK情報#Cと前記HARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重し、前記HARQ−ACK情報#Gは、前記PUCCH#3において新規送信であり、前記HARQ−ACK情報#Cは、前記PUCCH#3において再送信であることを含む。

0247

(2)本発明の第2の態様は、端末装置であって、PDCCHを受信し、前記PDCCHによりスケジューリングされるPDSCHを受信する受信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を送信(報告)する送信部と、を備え、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットが示され、前記トグルビットがトグルされる場合に、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)を削除し、前記HARQ−ACKコードブックに前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報を含めることを含む。

0248

(3)本発明の第3の態様は、基地局装置であって、PDCCHを送信し、前記PDCCHによりスケジューリングされるPDSCHを送信する送信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を受信する受信部と、を備え、PDCCH#C、および、PDCCH#G、および、PDCCH#Iを送信し、PDSCH#Cは前記PDCCH#Cによりスケジュールされ、PDSCH#Gは前記PDCCH#Gによりスケジュールされ、PDSCH#Iは前記PDCCH#Iによりスケジュールされ、前記PDCCH#Gは第2の値を示し、前記PDCCH#Iは、第3の値を示し、前記PDCCH#Iは、PUCCH#3で、少なくとも前記PDSCH#Iに対応するHARQ−ACK情報#Iを送信されることを示し、前記第2の値と前記第3の値が異なる場合、前記PDSCH#Gに対応するHARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重され、前記第2の値と前記第3の値が等しい場合、前記PDSCH#Cに対応するHARQ−ACK情報#Cと前記HARQ−ACK情報#Gと前記HARQ−ACK情報#Iを前記PUCCH#3に多重され、前記HARQ−ACK情報#Gは、前記PUCCH#3において新規送信であり、前記HARQ−ACK情報#Cは、前記PUCCH#3において再送信であることを含む。

0249

(4)本発明の第4の態様は、基地局装置であって、PDCCHを送信し、前記PDCCHによりスケジューリングされるPDSCHを送信する送信部と、PUCCH、または、PUSCHを介して、前記PDSCHに対応するHARQ−ACK情報を受信する受信部と、を備え、前記PDCCHに少なくとも基づき、PDSCHグループ識別子、および、前記PDSCHグループ識別子に対応するトグルビットを示し、前記トグルビットがトグルされる場合に、すでに報告されたHARQ−ACK情報(まだ報告されていないHARQ−ACK情報以外のHARQ−ACK情報)は、前記PDSCHグループ識別子に対応するHARQ−ACKコードブックから削除され、前記PDCCHがスケジュールするPDSCHに対応するHARQ−ACK情報は、前記HARQ−ACKコードブックに含まれることを含む。

0250

本発明に関わる上記実施形態により、端末装置1と基地局装置3間における、HARQ−ACK情報の送受信を適切に実現することができる。基地局装置3において検出されなかったHARQ−ACK情報を端末装置1により再送するように適切に制御すると共に、基地局装置3において検出されたHARQ−ACK情報を端末装置1により再送しないように適切に制御することにより、本発明は効率的な通信を実現することができる。

0251

本発明に関わる基地局装置3、および端末装置1で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、CPU(Central Processing Unit)等を制
御するプログラム(コンピュータを機能させるプログラム)であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にRAM(Random Access Memory)に蓄積され、その後、Flash ROM(Read Only Memory)などの各種ROMやHD
D(Hard Disk Drive)に格納され、必要に応じてCPUによって読み出し修正・書き
込みが行われる。

0252

尚、上述した実施形態における端末装置1、基地局装置3の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。

0253

尚、ここでいう「コンピュータシステム」とは、端末装置1、又は基地局装置3に内蔵されたコンピュータシステムであって、OSや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク光磁気ディスク、ROM、CD−ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

0254

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワーク電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

0255

端末装置1は、少なくとも1つのプロセッサと、コンピュータプログラムインストラクションコンピュータプログラム)を含む少なくとも1つのメモリからなってもよい。メモリとコンピュータプログラムインストラクション(コンピュータプログラム)はプロセッサを用いて、上記の実施形態に記載の動作、処理を端末装置1に行わせるような構成でもよい。基地局装置3は、少なくとも1つのプロセッサと、コンピュータプログラムインストラクション(コンピュータプログラム)を含む少なくとも1つのメモリからなってもよい。メモリとコンピュータプログラムインストラクション(コンピュータプログラム)はプロセッサを用いて、上記の実施形態に記載の動作、処理を基地局装置3に行わせるような構成でもよい。

0256

また、上述した実施形態における基地局装置3は、複数の装置から構成される集合体(装置グループ)として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置3の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置3の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置1は、集合体としての基地局装置と通信することも可能である。

0257

また、上述した実施形態における基地局装置3は、EUTRAN(Evolved Universal Terrestrial Radio Access Network)および/またはNG−RAN(NextGen RAN,NR RAN)であってもよい。また、上述した実施形態における基地局装置3は、eNodeBおよび/またはgNBに対する上位ノードの機能の一部または全部を有してもよい。

0258

また、上述した実施形態における端末装置1、基地局装置3の一部、又は全部を典型的には集積回路であるLSIとして実現してもよいし、チップセットとして実現してもよい。端末装置1、基地局装置3の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はLSIに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりLSIに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。

0259

また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型電子機器、たとえば、AV機器キッチン機器掃除洗濯機器空調機器オフィス機器自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。

0260

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

0261

1(1A、1B、1C)端末装置
3基地局装置
10、30無線送受信部
11、31アンテナ部
12、32 RF部
13、33ベースバンド部
14、34 上位層処理部
15、35媒体アクセス制御層処理部
16、36無線リソース制御層処理部

ページトップへ

この技術を出願した法人

この技術を発明した人物

ページトップへ

関連する挑戦したい社会課題

関連する公募課題

ページトップへ

技術視点だけで見ていませんか?

この技術の活用可能性がある分野

分野別動向を把握したい方- 事業化視点で見る -

ページトップへ

おススメ サービス

おススメ astavisionコンテンツ

新着 最近 公開された関連が強い技術

この 技術と関連性が強い技術

関連性が強い 技術一覧

この 技術と関連性が強い人物

関連性が強い人物一覧

この 技術と関連する社会課題

関連する挑戦したい社会課題一覧

この 技術と関連する公募課題

関連する公募課題一覧

astavision 新着記事

サイト情報について

本サービスは、国が公開している情報(公開特許公報、特許整理標準化データ等)を元に構成されています。出典元のデータには一部間違いやノイズがあり、情報の正確さについては保証致しかねます。また一時的に、各データの収録範囲や更新周期によって、一部の情報が正しく表示されないことがございます。当サイトの情報を元にした諸問題、不利益等について当方は何ら責任を負いかねることを予めご承知おきのほど宜しくお願い申し上げます。

主たる情報の出典

特許情報…特許整理標準化データ(XML編)、公開特許公報、特許公報、審決公報、Patent Map Guidance System データ