図面 (/)

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

出願人 シャープ株式会社
発明者 劉麗清山田昇平高橋宏樹星野正幸坪井秀和
出願日 2018年9月21日 (2年2ヶ月経過) 出願番号 2018-177083
公開日 2020年3月26日 (8ヶ月経過) 公開番号 2020-048155
状態 未査定
技術分野 移動無線通信システム
主要キーワード 洗濯機器 ゼロパワー キッチン機器 セッテイング ブロッケージ 設定周期毎 電力ランプ 生活機器
関連する未来課題
重要な関連分野

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

図面 (18)

課題

端末装置基地局装置が効率的に通信を行うこと。

解決手段

端末装置が、上位層の第1のパラメータを受信し、RARメッセージを含むPDSCHを受信し、RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを送信し、第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴うPUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、第1の周波数ホップと第2の周波数ホップ間の周波数オフセットは、初期UL BWPのサイズに基づき与えられる。

概要

背景

現在、第5世代のセルラーシステムに向けた無線アクセス方式および無線ネットワーク技術として、第三世代パートナーシッププロジェクト(3GPP: The Third Generation Partnership Project)において、LTE(Long Term Evolution)-Advanced Pro及びNR(New Radio technology)の技術検討及び規格策定が行われている(非特許文献1)。

第5世代のセルラーシステムでは、高速・大容量伝送を実現するeMBB(enhanced Mobile BroadBand)、低遅延・高信頼通信を実現するURLLC(Ultra-Reliable and Low Latency
Communication)、IoT(Internet of Things)などマシン型デバイスが多数接続するmMTC(massive Machine Type Communication)の3つがサービスの想定シナリオとして要求されている。

概要

端末装置基地局装置が効率的に通信を行うこと。端末装置が、上位層の第1のパラメータを受信し、RARメッセージを含むPDSCHを受信し、RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを送信し、第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴うPUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、第1の周波数ホップと第2の周波数ホップ間の周波数オフセットは、初期UL BWPのサイズに基づき与えられる。

目的

本発明の目的は、上記のような無線通信システムにおいて、効率的な通信を可能とする端末装置、基地局装置、通信方法、および、集積回路を提供する

効果

実績

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

この技術が所属する分野

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

請求項1

位層の第1のパラメータを受信し、RARメッセージを含むPDSCHを受信する受信部と、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを送信する送信部と、を備え、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、初期ULBWPのサイズに基づき与えられる端末装置

請求項2

上位層の第1のパラメータを送信し、RARメッセージを含むPDSCHを送信する送信部と、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを受信する受信部と、を備え、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、初期ULBWPのサイズに基づき与えられる基地局装置

請求項3

端末装置通信方法であって、上位層の第1のパラメータを受信し、RARメッセージを含むPDSCHを受信し、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを送信し、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、初期ULBWPのサイズに基づき与えられる通信方法

請求項4

基地局装置の通信方法であって、上位層の第1のパラメータを送信し、RARメッセージを含むPDSCHを送信し、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを受信し、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、初期ULBWPのサイズに基づき与えられる通信方法

請求項5

端末装置に実装される集積回路であって、上位層の第1のパラメータを受信し、RARメッセージを含むPDSCHを受信する機能と、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを送信する機能と、を前記端末装置に発揮させ、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、初期ULBWPのサイズに基づき与えられる集積回路。

請求項6

基地局装置に実装される集積回路であって、上位層の第1のパラメータを送信し、RARメッセージを含むPDSCHを送信する機能と、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを受信する機能と、を前記基地局装置に発揮させ、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、初期ULBWPのサイズに基づき与えられる集積回路。

技術分野

0001

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

背景技術

0002

現在、第5世代のセルラーシステムに向けた無線アクセス方式および無線ネットワーク技術として、第三世代パートナーシッププロジェクト(3GPP: The Third Generation Partnership Project)において、LTE(Long Term Evolution)-Advanced Pro及びNR(New Radio technology)の技術検討及び規格策定が行われている(非特許文献1)。

0003

第5世代のセルラーシステムでは、高速・大容量伝送を実現するeMBB(enhanced Mobile BroadBand)、低遅延・高信頼通信を実現するURLLC(Ultra-Reliable and Low Latency
Communication)、IoT(Internet of Things)などマシン型デバイスが多数接続するmMTC(massive Machine Type Communication)の3つがサービスの想定シナリオとして要求されている。

先行技術

0004

RP-161214,NTTDOCOMO, “Revision of SI: Study on New Radio Access Technology”, 2016年6月

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

0005

本発明の目的は、上記のような無線通信システムにおいて、効率的な通信を可能とする端末装置、基地局装置、通信方法、および、集積回路を提供することを目的とする。

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

0006

(1)上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の一態様における端末装置は、上位層の第1のパラメータを受信し、RARメッセージを含むPDSCHを受信する受信部と、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを送信する送信部と、を備え、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、初期UL BWPのサイズに基づき与えられる。

0007

(2)また、本発明の一態様における基地局装置は、上位層の第1のパラメータを送信し、RARメッセージを含むPDSCHを送信する送信部と、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを受信する受信部と、を備え、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記
第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、初期UL BWPのサイズに基づき与えられる。

0008

(3)また、本発明の一態様における通信方法は、端末装置の通信方法であって、上位層の第1のパラメータを受信し、RARメッセージを含むPDSCHを受信し、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを送信し、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、初期UL BWPのサイズに基づき与えられる。

0009

(4)また、本発明の一態様における通信方法は、基地局装置の通信方法であって、上位層の第1のパラメータを送信し、RARメッセージを含むPDSCHを送信し、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを受信し、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、初期UL BWPのサイズに基づき与えられる。

0010

(5)また、本発明の一態様における集積回路は、端末装置に実装される集積回路であって、上位層の第1のパラメータを受信し、RARメッセージを含むPDSCHを受信する機能と、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを送信する機能と、を前記端末装置に発揮させ、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、初期UL BWPのサイズに基づき与えられる。

0011

(6)また、本発明の一態様における集積回路は、基地局装置に実装される集積回路であって、上位層の第1のパラメータを送信し、RARメッセージを含むPDSCHを送信する機能と、前記RARメッセージに含まれる第1のULグラントによってスケジュールされる周波数ホッピングを伴うPUSCHを受信する機能と、を前記基地局装置に発揮させ、前記第1のパラメータは、周波数領域における第1の周波数ホップと第2の周波数ホップ間の1つまたは複数の周波数オフセット値を含む1つのセットを示し、周波数ホッピングを伴う前記PUSCHは1つのスロット内において第1の周波数ホップと第2の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2の周波数ホップ間の周波数オフセットは、前記第1のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第1の周波数ホップと前記第2
の周波数ホップ間の周波数オフセットは、初期UL BWPのサイズに基づき与えられる。

発明の効果

0012

この発明によれば、基地局装置と端末装置が、効率的に通信することができる。

図面の簡単な説明

0013

本発明の実施形態に係る無線通信システムの概念を示す図である。
本発明の実施形態に係るSS/PBCHブロックおよびSSバーストセットの例を示す図である。
本発明の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。
本発明の実施形態に係るサブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。
本発明の実施形態に係るスロットまたはサブフレームの一例を示す図である。
本発明の実施形態に係るビームフォーミングの一例を示した図である。
本発明の実施形態に係る周波数ホッピングの一例を示す図である。。
本発明の実施形態に係る端末装置1のランダムアクセス手順の一例を示す図である。
本発明の実施形態に係るRAR ULグラントに含まれるフィールドの一例を示す図である。
本実施形態に係る‘PUSCH frequency resource allocation’フィールドの解釈の一例を示す図である。
本実施形態に係るBWPに対する上りリンクリソース割り当てタイプ1を説明する一例を示す図である。
本発明の実施形態に係るRIVを算出する一例を示す図である。
本実施形態に係るPRACH機会に対するSSBインデックス割当の一例を示す図である。
本発明の実施形態に係るMACエンティティのランダムアクセス手順の一例を示すフロー図である。
本発明の実施形態に係る端末装置1の構成を示す概略ブロック図である。
本発明の実施形態に係る基地局装置3の構成を示す概略ブロック図である。
本発明の実施形態に係る周波数ホッピングを伴うRARULグラントによってスケジュールされるPUSCHのための第2のホップの周波数オフセットの一例を示す図である。

実施例

0014

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

0015

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

0016

端末装置1は、ユーザ端末移動局装置通信端末移動機端末、UE(User Equipment)、MS(Mobile Station)とも称される。基地局装置3は、無線基地局装置基地局、無線基地局固定局、NB(Node B)、eNB(evolved Node B)、BTS(Base Transceiver Station)、BS(Base Station)、NR NB(NR Node B)、NNB、T
RP(Transmission and Reception Point)、gNBとも称される。基地局装置3は、コ
ネットワーク装置を含んでも良い。また、基地局装置3は、1つまたは複数の送受信点4(transmission reception point)を具備しても良い。以下で説明する基地局装置3の機能/処理の少なくとも一部は、該基地局装置3が具備する各々の送受信点4における機能/処理であってもよい。基地局装置3は、基地局装置3によって制御される通信可能範囲(通信エリア)を1つまたは複数のセルとして端末装置1をサーブしてもよい。また、基地局装置3は、1つまたは複数の送受信点4によって制御される通信可能範囲(通信エリア)を1つまたは複数のセルとして端末装置1をサーブしてもよい。また、1つのセルを複数の部分領域(Beamed area)にわけ、それぞれの部分領域において端末装置1をサーブしてもよい。ここで、部分領域は、ビームフォーミングで使用されるビームのインデックスあるいはプリコーディングのインデックスに基づいて識別されてもよい。

0017

基地局装置3から端末装置1への無線通信リンクを下りリンクと称する。端末装置1から基地局装置3への無線通信リンクを上りリンクと称する。

0018

図1において、端末装置1と基地局装置3の間の無線通信では、サイクリックプレフィックス(CP: Cyclic Prefix)を含む直交周波数分割多重(OFDM: Orthogonal Frequency Division Multiplexing)、シングルキャリア周波数多重(SC-FDM: Single-Carrier Frequency Division Multiplexing)、離散フーリエ変換拡散OFDM(DFT-S-OFDM: Discrete Fourier Transform Spread OFDM)、マルチキャリア符号分割多重(MC-CDM: Multi-Carrier Code Division Multiplexing)が用いられてもよい。

0019

また、図1において、端末装置1と基地局装置3の間の無線通信では、ユニバーサルフィルタマルチキャリア(UFMC: Universal-Filtered Multi-Carrier)、フィルタOFDM(F-OFDM: Filtered OFDM)、窓関数乗算されたOFDM(Windowed OFDM)、フィルタバンクマルチキャリア(FBMC: Filter-Bank Multi-Carrier)が用いられてもよい。

0020

なお、本実施形態ではOFDMを伝送方式としてOFDMシンボルで説明するが、上述の他の伝送方式の場合を用いた場合も本発明に含まれる。

0021

また、図1において、端末装置1と基地局装置3の間の無線通信では、CPを用いない、あるいはCPの代わりにゼロパディングをした上述の伝送方式が用いられてもよい。また、CPやゼロパディングは前方と後方の両方に付加されてもよい。

0022

本実施形態の一態様は、LTEやLTE−A/LTE−A Proといった無線アクセス技術(RAT: Radio Access Technology)とのキャリアアグリゲーションまたはデュアルコネクティビティにおいてオペレーションされてもよい。このとき、一部またはすべてのセルまたはセルグループキャリアまたはキャリアグループ(例えば、プライマリセル(PCell: Primary Cell)、セカンダリセル(SCell: Secondary Cell)、プライマリセカンダリセル(PSCell)、MCG(Master Cell Group)、SCG(Secondary Cell Group)
など)で用いられてもよい。また、単独でオペレーションするスタンドアローンで用いられてもよい。デュアルコネクティビティオペレーションにおいては、SpCell(Special Cell)は、MAC(MAC: Medium Access Control)エンティティがMCGに関連付けられているか、SCGに関連付けられているかに応じて、それぞれ、MCGのPCellまた
は、SCGのPSCellと称する。デュアルコネクティビティオペレーションでなければ、Sp
Cell(Special Cell)は、PCellと称する。SpCell(Special Cell)は、PU
CCH送信と、競合ベースランダムアクセスサポートする。

0023

本実施形態では、端末装置1に対して1つまたは複数のサービングセルが設定されてもよい。設定された複数のサービングセルは、1つのプライマリセルと1つまたは複数のセ
カンダリセルとを含んでもよい。プライマリセルは、初期コネクション確立(initial connection establishment)プロシージャが行なわれたサービングセル、コネクション確立(connection re-establishment)プロシージャを開始したサービングセル、または、
ハンドオーバプロシージャにおいてプライマリセルと指示されたセルであってもよい。RRC(Radio Resource Control)コネクションが確立された時点、または、後に、1つまたは複数のセカンダリセルが設定されてもよい。ただし、設定された複数のサービングセルは、1つのプライマリセカンダリセルを含んでもよい。プライマリセカンダリセルは、端末装置1が設定された1つまたは複数のセカンダリセルのうち、上りリンクにおいて制御情報送信可能なセカンダリセルであってもよい。また、端末装置1に対して、マスターセルグループとセカンダリセルグループの2種類のサービングセルのサブセットが設定されてもよい。マスターセルグループは1つのプライマリセルと0個以上のセカンダリセルで構成されてもよい。セカンダリセルグループは1つのプライマリセカンダリセルと0個以上のセカンダリセルで構成されてもよい。

0024

本実施形態の無線通信システムは、TDD(Time Division Duplex)および/またはFDD(Frequency Division Duplex)が適用されてよい。複数のセルの全てに対してTD
D(Time Division Duplex)方式またはFDD(Frequency Division Duplex)方式が適
用されてもよい。また、TDD方式が適用されるセルとFDD方式が適用されるセルが集約されてもよい。TDD方式はアンペアドスクトラムオペレーション(Unpaired spectrum operation)と称されてもよい。FDD方式はペアードスペクトラムオペレーシ
ン(Paired spectrum operation)と称されてもよい。

0025

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

0026

本実施形態の物理チャネルおよび物理信号について説明する。

0027

図1において、端末装置1と基地局装置3の無線通信では、以下の物理チャネルが用いられる。

0028

・PBCH(Physical Broadcast CHannel)
・PDCCH(Physical Downlink Control CHannel)
・PDSCH(Physical Downlink Shared CHannel)
・PUCCH(Physical Uplink Control CHannel)
・PUSCH(Physical Uplink Shared CHannel)
・PRACH(Physical Random Access CHannel)

0029

PBCHは、端末装置1が必要な重要なシステム情報を含む重要情報ブロックMIB: Master Information Block、EIB: Essential Information Block、BCH:Broadcast Channel)を報知するために用いられる。

0030

また、PBCHは、同期信号のブロック(SS/PBCHブロックとも称する)の周期内時間インデックスを報知するために用いられてよい。ここで、時間インデックスは、セル内の同期信号およびPBCHのインデックスを示す情報である。例えば、3つの送信
ビーム(送信フィルタ設定、受信空間パラメータに関する擬似同位置(QCL:Quasi Co-Location))の想定を用いてSS/PBCHブロックを送信する場合、予め定められた
周期内または設定された周期内の時間順を示してよい。また、端末装置は、時間インデックスの違いを送信ビームの違いと認識してもよい。

0031

PDCCHは、下りリンクの無線通信(基地局装置3から端末装置1への無線通信)において、下りリンク制御情報(Downlink Control Information: DCI)を送信する(また
運ぶ)ために用いられる。ここで、下りリンク制御情報の送信に対して、1つまたは複数のDCI(DCIフォーマットと称してもよい)が定義される。すなわち、下りリンク制御情報に対するフィールドがDCIとして定義され、情報ビットマップされる。PDCCHは、PDCCH候補において送信される。端末装置1は、サービングセルにおいてPDCCH候補(candidate)のセットをモニタする。モニタすることは、あるDCIフ
ォーマットに応じてPDCCHのデコード試みることを意味する。

0032

例えば、以下のDCIフォーマットが定義されてよい。
・DCIフォーマット0_0
・DCIフォーマット0_1
・DCIフォーマット1_0
・DCIフォーマット1_1
・DCIフォーマット2_0
・DCIフォーマット2_1
・DCIフォーマット2_2
・DCIフォーマット2_3

0033

DCIフォーマット0_0は、PUSCHのスケジューリング情報(周波数領域リソース割り当て及び時間領域リソース割り当て)を示す情報を含んでよい。

0034

DCIフォーマット0_1は、PUSCHのスケジューリング情報(周波数領域リソース割り当て及び時間領域リソース割り当て)を示す情報、帯域部分(BWP:BandWidth Part)を示す情報、チャネル状態情報(CSI:Channel State Information)リクエス
ト、サウンディング参照信号SRS:Sounding Reference Signal)リクエストアン
テナポートに関する情報を含んでよい。

0035

DCIフォーマット1_0は、PDSCHのスケジューリング情報(周波数領域リソース割り当て及び時間領域リソース割り当て)を示す情報を含んでよい。

0036

DCIフォーマット1_1は、PDSCHのスケジューリング情報(周波数領域リソース割り当て及び時間領域リソース割り当て)を示す情報、帯域部分(BWP)を示す情報、送信設定指示(TCI:Transmission Configuration Indication)、アンテナポート
に関する情報を含んでよい。

0037

DCIフォーマット2_0は、1つまたは複数のスロットのスロットフォーマット通知するために用いられる。スロットフォーマットは、スロット内の各OFDMシンボルが下りリンク、フレキシブル、上りリンクのいずれかに分類されたものとして定義される。例えば、スロットフォーマットが28の場合、スロットフォーマット28が指示されたスロット内の14シンボルのOFDMシンボルに対してDDDDDDDDDDDDFUが適用される。ここで、Dが下りリンクシンボル、Fがフレキシブルシンボル、Uが上りリンクシンボルである。なお、スロットについては後述する。

0038

DCIフォーマット2_1は、端末装置1に対して、送信がないと想定してよい物理
ソースブロックとOFDMシンボルを通知するために用いられる。なお、この情報はプリエンプション指示(間欠送信指示)と称してよい。

0039

DCIフォーマット2_2は、PUSCHおよびPUSCHのための送信電力制御TPC:Transmit Power Control)コマンドの送信のために用いられる。

0040

DCIフォーマット2_3は、1または複数の端末装置1によるサウンディング参照信号(SRS)送信のためのTPCコマンドのグループを送信するために用いられる。また、TPCコマンドとともに、SRSリクエストが送信されてもよい。また、DCIフォーマット2_3に、PUSCHおよびPUCCHのない上りリンク、またはSRSの送信電力制御がPUSCHの送信電力制御と紐付いていない上りリンクのために、SRSリクエストとTPCコマンドが定義されてよい。

0041

下りリンクに対するDCIを、下りリンクグラント(downlink grant)、または、下りリンクアサインメント(downlink assignment)とも称する。ここで、上りリンクに対す
るDCIを、上りリンクグラント(uplink grant)、または、上りリンクアサインメント(Uplink assignment)とも称する。

0042

1つのPDCCHで送信されるDCIフォーマットに付加されるCRC(Cyclic Redundancy Check)パリティビットは、C−RNTI(Cell-Radio Network Temporary Identifier)、CS−RNTI(Configured Scheduling-Radio Network Temporary Identifier)、RA−RNTI(Random Access-Radio Network Temporary Identity)、または、Temporary C−RNTIでスクランブルされる。C−RNTI、MCS−C−RNTI、および、CS−RNTIは、セル内において端末装置を識別するための識別子である。Temporary C−RNTIは、競合ベースのランダムアクセス手順(contention based random access procedure)中に、ランダムアクセスプリアンブルを送信した端末装置1を識別するための識別子である。

0043

C−RNTI(端末装置の識別子(識別情報))は、1つまたは複数のスロットにおけるPDSCHまたはPUSCHを制御するために用いられる。CS−RNTIは、PDSCHまたはPUSCHのリソース周期的に割り当てるために用いられる。MCS−C−RNTIは、グラントベース送信(grant-based transmission)に対して所定のMCSテーブルの使用を示すために用いらる。Temporary C−RNTI(TC−RNTI)は、1つまたは複数のスロットにおけるPDSCH送信またはPUSCH送信を制御するために用いられる。Temporary C−RNTIは、ランダムアクセスメッセージ3の再送信、およびランダムアクセスメッセージ4の送信をスケジュールするために用いられる。RA−RNTI(ランダムアクセス応答識別情報)は、ランダムアクセスプリアンブルを送信した物理ランダムアクセスチャネルの周波数および時間の位置情報に応じて決定される。

0044

PUCCHは、上りリンクの無線通信(端末装置1から基地局装置3の無線通信)において、上りリンク制御情報(Uplink Control Information: UCI)を送信するために用い
られる。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報(CSI: Channel State Information)が含まれてもよい。また、上りリンク制御情報には、UL−SCHリソースを要求するために用いられるスケジューリング要求(SR: Scheduling Request)が含まれてもよい。また、上りリンク制御情報には、HARQACK(Hybrid Automatic Repeat request ACKnowledgement)が含ま
れてもよい。HARQ−ACKは、下りリンクデータ(Transport block, Medium Access
Control Protocol Data Unit: MACPDU, Downlink-Shared Channel: DL-SCH)に対する
HARQ−ACKを示してもよい。

0045

PDSCHは、媒介アクセス(MAC: Medium Access Control)層からの下りリンクデータ(DL-SCH: Downlink Shared CHannel)の送信に用いられる。また、下りリンクの場合
にはシステム情報(SI: System Information)やランダムアクセス応答(RAR: Random Access Response)などの送信にも用いられる。

0046

PUSCHは、MAC層からの上りリンクデータ(UL-SCH: Uplink Shared CHannel)
または上りリンクデータと共にHARQ−ACKおよび/またはCSIを送信するために用いられてもよい。また、CSIのみ、または、HARQ−ACKおよびCSIのみを送信するために用いられてもよい。すなわち、UCIのみを送信するために用いられてもよい。

0047

ここで、基地局装置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(Medium Access Control)層において、MACコントロールエレメントを送受信してもよい。また、端末装置1のRRC層は、基地局装置3から報知されるシステム情報を取得する。ここで、RRCシグナリング、システム情報、および/または、MACコントロールエレメントを、上位層の信号(上位レイヤ信号:higher layer signaling)または上位層のパラメータとも称する。ここでの上位層は、物理層から見た上位層を意味するため、MAC層、RRC層、RLC層PDCP層、NAS(Non Access Stratum)層などの1つまたは複数を含んでもよい。例えば、MAC層の処理において上位層とは、RRC層、RLC層、PDCP層、NAS層などの1つまたは複数を含んでもよい。以下、“Aは、上位層
で与えられる”や“Aは、上位層によって与えられる”の意味は、端末装置1の上位層(
主にRRC層やMAC層など)が、基地局装置3からAを受信し、その受信したAを端末装置1の上位層から端末装置1の物理層に与えることを意味してもよい。

0048

PDSCHまたはPUSCHは、RRCシグナリング、および、MACコントロールエレメントを送信するために用いられてもよい。ここで、PDSCHにおいて、基地局装置3から送信されるRRCシグナリングは、セル内における複数の端末装置1に対して共通のシグナリングであってもよい。また、基地局装置3から送信されるRRCシグナリングは、ある端末装置1に対して専用のシグナリング(dedicated signalingとも称する)で
あってもよい。すなわち、端末装置固有(UEスペフィック)の情報は、ある端末装置1に対して専用のシグナリングを用いて送信されてもよい。また、PUSCHは、上りリンクにおいてUEの能力(UE Capability)の送信に用いられてもよい。

0049

図1において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号(Synchronization signal:SS)
参照信号(Reference Signal: RS)

0050

同期信号は、プライマリ同期信号(PSS:Primary Synchronization Signal)およびセカンダリ同期信号(SSS)を含んでよい。PSSとSSSを用いてセルIDが検出されてよい。

0051

同期信号は、端末装置1が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ここで、同期信号は、端末装置1が基地局装置3によるプリコーディングま
たはビームフォーミングにおけるプリコーディングまたはビームの選択に用いられて良い。なお、ビームは、送信または受信フィルタ設定、あるいは空間ドメイン送信フィルタまたは空間ドメイン受信フィルタと呼ばれてもよい。

0052

参照信号は、端末装置1が物理チャネルの伝搬路補償を行うために用いられる。ここで、参照信号は、端末装置1が下りリンクのCSIを算出するためにも用いられてよい。また、参照信号は、無線パラメータサブキャリア間隔などのヌメロロジーやFFTの窓同期などができる程度の細かい同期(Fine synchronization)に用いられて良い。

0053

本実施形態において、以下の下りリンク参照信号のいずれか1つまたは複数が用いられる。
・DMRS(Demodulation Reference Signal)
・CSI−RS(Channel State Information Reference Signal)
・PTRS(Phase Tracking Reference Signal)
・TRS(Tracking Reference Signal)

0054

DMRSは、変調信号復調するために使用される。なお、DMRSには、PBCHを復調するための参照信号と、PDSCHを復調するための参照信号の2種類が定義されてもよいし、両方をDMRSと称してもよい。CSI−RSは、チャネル状態情報(CSI:Channel State Information)の測定およびビームマネジメントに使用され、周期的ま
たはセミパーシステントまたは非周期のCSI参照信号の送信方法が適用される。CSI−RSには、ノンゼロパワー(NZP:Non−Zero Power)CSI−RSと、送信電力(または受信電力)がゼロである(ゼロパワー(ZP:Zero Power)CSI−RSが定義されてよい。ここで、ZP CSI−RSは送信電力がゼロまたは送信されないCSI−RSリソースと定義されてよい。PTRSは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸位相トラックするために使用される。TRSは、高速移動時におけるドップラーシフトを保証するために使用される。なお、TRSはCSI−RSの1つの設定として用いられてよい。例えば、1ポートのCSI−RSがTRSとして無線リソースが設定されてもよい。

0055

本実施形態において、以下の上りリンク参照信号のいずれか1つまたは複数が用いられる。
・DMRS(Demodulation Reference Signal)
・PTRS(Phase Tracking Reference Signal)
・SRS(Sounding Reference Signal)

0056

DMRSは、変調信号を復調するために使用される。なお、DMRSには、PUCCHを復調するための参照信号と、PUSCHを復調するための参照信号の2種類が定義されてもよいし、両方をDMRSと称してもよい。SRSは、上りリンクチャネル状態情報(CSI)の測定、チャネルサウンディング、およびビームマネジメントに使用される。PTRSは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。

0057

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

0058

BCH、UL−SCHおよびDL−SCHは、トランスポートチャネルである。媒体
クセス制御(MAC:Medium Access Control)層で用いられるチャネルをトランスポ
トチネルと称する。MAC層で用いられるトランスポートチャネルの単位を、トランスポートブロック(TB:transport block)および/またはMACPDU(Protocol Data Unit)とも称する。MAC層においてトランスポートブロック毎にHARQ(Hybrid Automatic Repeat reQuest)の制御が行われる。トランスポートブロックは、MAC層が物理層に渡す(deliver)データの単位である。物理層において、トランスポートブロッ
クはコードワードにマップされ、コードワード毎に符号化処理が行われる。

0059

図2は、本実施形態に係るSS/PBCHブロック(同期信号ブロック、SSブロック、SSBとも称される)およびSSバーストセット(同期信号バーストセットとも称される)の例を示す図である。図2は、周期的に送信されるSSバーストセット内に2つのSS/PBCHブロックが含まれ、SS/PBCHブロックは、連続する4OFDMシンボルで構成される例を示している。

0060

SS/PBCHブロックは、少なくとも同期信号(PSS、SSS)、および/またはPBCHを含む単位ブロックである。SS/PBCHブロックに含まれる信号/チャネルを送信することを、SS/PBCHブロックを送信すると表現する。基地局装置3はSSバーストセット内の1つまたは複数のSS/PBCHブロックを用いて同期信号および/またはPBCHを送信する場合に、SS/PBCHブロック毎に独立した下りリンク送信ビームを用いてもよい。

0061

図2において、1つのSS/PBCHブロックにはPSS、SSS、PBCHが時間/周波数多重されている。ただし、PSS、SSSおよび/またはPBCHが時間領域で多重される順番図2に示す例と異なってもよい。

0062

SSバーストセットは、周期的に送信されてよい。例えば、初期アクセスに使用されるための周期と、接続されている(ConnectedまたはRRC_Connected)端末装置のために設定する周期が定義されてもよい。また、接続されている(ConnectedまたはRRC_Connected)端末装置のために設定する周期はRRC層で設定されてよい。また、接続されている(ConnectedまたはRRC_Connected)端末のために設定する周期は潜在的に送信する可能性がある時間領域の無線リソースの周期であって、実際には基地局装置3が送信するかどうかを決めてもよい。また、初期アクセスに使用されるための周期は、仕様書などに予め定義されてよい。

0063

SSバーストセットは、システムフレーム番号SFN:System Frame Number)に基
づいて決定されてよい。また、SSバーストセットの開始位置(バウンダリ)は、SFNと周期に基づいて決定されてよい。

0064

SS/PBCHブロックは、SSバーストセット内の時間的な位置に応じてSSBインデックス(SSB/PBCHブロックインデックスと称されてもよい)が割り当てられる。端末装置1は、検出したSS/PBCHブロックに含まれるPBCHの情報および/または参照信号の情報に基づいてSSBインデックスを算出する。

0065

複数のSSバーストセットにおける各SSバーストセット内における相対的な時間が同じSS/PBCHブロックは、同じSSBインデックスが割り当てられる。複数のSSバーストセットにおける各SSバーストセット内における相対的な時間が同じSS/PBCHブロックは、QCLである(あるいは同じ下りリンク送信ビームが適用されている)と想定されてもよい。また、複数のSSバーストセットにおける各SSバーストセット内における相対的な時間が同じSS/PBCHブロックにおけるアンテナポートは、平均遅延、ドップラーシフト、空間相関に関してQCLであると想定されてもよい。

0066

あるSSバーストセットの周期内で、同じSSBインデックスが割り当てられているSS/PBCHブロックは、平均遅延、平均ゲイン、ドップラースプレッド、ドップラーシフト、空間相関に関してQCLであると想定されてもよい。QCLである1つまたは複数のSS/PBCHブロック(あるいは参照信号であってもよい)に対応する設定をQCL設定と称してもよい。

0067

SS/PBCHブロック数(SSブロック数あるいはSSB数と称されてもよい)は、例えばSSバースト、またはSSバーストセット内、またはSS/PBCHブロックの周期の中のSS/PBCHブロック数(個数)として定義されてよい。また、SS/PBCHブロック数は、SSバースト内、またはSSバーストセット内、またはSS/PBCHブロックの周期の中のセル選択のためのビームグループの数を示してもよい。ここで、ビームグループは、SSバースト内、またはSSバーストセット内、またはSS/PBCHブロックの周期の中に含まれる異なるSS/PBCHブロックの数または異なるビームの数として定義されてよい。

0068

以下、本実施形態で説明する参照信号は、下りリンク参照信号、同期信号、SS/PBCHブロック、下りリンクDM−RS、CSI−RS、上りリンク参照信号、SRS、および/または、上りリンクDM−RSを含む。例えば、下りリンク参照信号、同期信号および/またはSS/PBCHブロックを参照信号と称してもよい。下りリンクで使用される参照信号は、下りリンク参照信号、同期信号、SS/PBCHブロック、下りリンクDM−RS、CSI−RSなどを含む。上りリンクで使用される参照信号は、上りリンク参照信号、SRS、および/または、上りリンクDM−RSなどを含む。

0069

また、参照信号は、無線リソース測定(RRM:Radio Resource Measurement)に用いられてよい。また、参照信号は、ビームマネジメントに用いられてよい。

0070

ビームマネジメントは、送信装置(下りリンクの場合は基地局装置3であり、上りリンクの場合は端末装置1である)におけるアナログおよび/またはディジタルビームと、受信装置(下りリンクの場合は端末装置1、上りリンクの場合は基地局装置3である)におけるアナログおよび/またはディジタルビームの指向性を合わせ、ビーム利得を獲得するための基地局装置3および/または端末装置1の手続きであってよい。

0071

なお、ビームペアリンクを構成、設定または確立する手続きとして、下記の手続きを含んでよい。
ビーム選択(Beam selection)
・ビーム改善(Beam refinement)
・ビームリカバリ(Beam recovery)

0072

例えば、ビーム選択は、基地局装置3と端末装置1の間の通信においてビームを選択する手続きであってよい。また、ビーム改善は、さらに利得の高いビームの選択、あるいは端末装置1の移動によって最適な基地局装置3と端末装置1の間のビームの変更をする手続きであってよい。ビームリカバリは、基地局装置3と端末装置1の間の通信において遮蔽物や人の通過などにより生じるブロッケージにより通信リンク品質が低下した際にビームを再選択する手続きであってよい。

0073

ビームマネジメントには、ビーム選択、ビーム改善が含まれてよい。ビームリカバリには、下記の手続きを含んでよい。
・ビーム失敗(beam failure)の検出
・新しいビームの発見
・ビームリカバリリクエストの送信
・ビームリカバリリクエストに対する応答のモニタ

0074

例えば、端末装置1における基地局装置3の送信ビームを選択する際にCSI−RSまたはSS/PBCHブロックに含まれるSSSのRSRP(Reference Signal Received Power)を用いてもよいし、CSIを用いてもよい。また、基地局装置3への報告として
CSI−RSリソースインデックス(CRI:CSI-RS Resource Index)を用いてもよい
し、SS/PBCHブロックに含まれるPBCHおよび/またはPBCHの復調に用いられる復調用参照信号(DMRS)の系列で指示されるインデックスを用いてもよい。

0075

また、基地局装置3は、端末装置1へビームを指示する際にCRIまたはSS/PBCHの時間インデックスを指示し、端末装置1は、指示されたCRIまたはSS/PBCHの時間インデックスに基づいて受信する。このとき、端末装置1は指示されたCRIまたはSS/PBCHの時間インデックスに基づいて空間フィルタを設定し、受信してよい。また、端末装置1は、疑似同位置(QCL:Quasi Co-Location)の想定を用いて受信し
てもよい。ある信号(アンテナポート、同期信号、参照信号など)が別の信号(アンテナポート、同期信号、参照信号など)と「QCLである」または、「QCLの想定が用いられる」とは、ある信号が別の信号と関連付けられていると解釈できる。

0076

もしあるアンテナポートにおけるあるシンボルが搬送されるチャネルの長区間特性(Long Term Property)が他方のアンテナポートにおけるあるシンボルが搬送されるチャネルから推論されうるなら、2つのアンテナポートはQCLであるといわれる。チャネルの長区間特性は、遅延スプレッド、ドップラースプレッド、ドップラーシフト、平均利得、及び平均遅延の1つまたは複数を含む。例えば、アンテナポート1とアンテナポート2が平均遅延に関してQCLである場合、アンテナポート1の受信タイミングからアンテナポート2の受信タイミングが推論されうることを意味する。

0077

このQCLは、ビームマネジメントにも拡張されうる。そのために、空間に拡張したQCLが新たに定義されてもよい。例えば、空間ドメインのQCLの想定におけるチャネルの長区間特性(Long term property)として、無線リンクあるいはチャネルにおける到来角(AoA(Angle of Arrival), ZoA(Zenith angle of Arrival)など)および/または
角度広がり(Angle Spread、例えばASA(Angle Spread of Arrival)やZSA(Zenith angle Spread of Arrival))、送出角(AoD, ZoDなど)やその角度広がり(Angle Spread、
例えばASD(Angle Spread of Departure)やZSD(Zenith angle Spread of Departure)
)、空間相関(Spatial Correlation)、受信空間パラメータであってもよい。

0078

例えば、アンテナポート1とアンテナポート2の間で受信空間パラメータに関してQCLであるとみなせる場合、アンテナポート1からの信号を受信する受信ビーム(受信空間フィルタ)からアンテナポート2からの信号を受信する受信ビームが推論されうることを意味する。

0079

QCLタイプとして、QCLであるとみなしてよい長区間特性の組み合わせが定義されてよい。例えば、以下のタイプが定義されてよい。
・タイプA:ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド
・タイプB:ドップラーシフト、ドップラースプレッド
・タイプC:平均遅延、ドップラーシフト
・タイプD:受信空間パラメータ

0080

上述のQCLタイプは、RRCおよび/またはMAC層および/またはDCIで1つまたは2つの参照信号とPDCCHやPDSCHDMRSとのQCLの想定を送信設定指
示(TCI:Transmission Configuration Indication)として設定および/または指示
してもよい。例えば、端末装置1がPDCCHを受信する際のTCIの1つの状態として、SS/PBCHブロックのインデックス#2とQCLタイプA+QCLタイプBが設定および/または指示された場合、端末装置1は、PDCCH DMRSを受信する際、SS/PBCHブロックインデックス#2の受信におけるドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド、受信空間パラメータとチャネルの長区間特性とみなしてPDCCHのDMRSを受信して同期や伝搬路推定をしてもよい。このとき、TCIにより指示される参照信号(上述の例ではSS/PBCHブロック)をソース参照信号、ソース参照信号を受信する際のチャネルの長区間特性から推論される長区間特性の影響を受ける参照信号(上述の例ではPDCCH DMRS)をターゲット参照信号と称してよい。また、TCIは、RRCで1つまたは複数のTCI状態と各状態に対してソース参照信号とQCLタイプの組み合わせが設定され、MAC層またはDCIにより端末装置1に指示されてよい。

0081

この方法により、ビームマネジメントおよびビーム指示/報告として、空間ドメインのQCLの想定と無線リソース(時間および/または周波数)によりビームマネジメントと等価な基地局装置3、端末装置1の動作が定義されてもよい。

0082

以下、サブフレームについて説明する。本実施形態ではサブフレームと称するが、リソースユニット無線フレーム時間区間時間間隔などと称されてもよい。

0083

図3は、本発明の第1の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。無線フレームのそれぞれは、10ms長である。また、無線フレームのそれぞれは10個のサブフレームおよびW個のスロットから構成される。また、1スロットは、X個のOFDMシンボルで構成される。つまり、1サブフレームの長さは1msである。スロットのそれぞれは、サブキャリア間隔によって時間長が定義される。例えば、OFDMシンボルのサブキャリア間隔が15kHz、NCP(Normal Cyclic Prefix)の場合、X=7あるいはX=14であり、それぞれ0.5msおよび1msである。また、サブキャリア間隔が60kHzの場合は、X=7あるいはX=14であり、それぞれ0.125msおよび0.25msである。また、例えば、X=14の場合、サブキャリア間隔が15kHzの場合はW=10であり、サブキャリア間隔が60kHzの場合はW=40である。図3は、X=7の場合を一例として示している。なお、X=14の場合にも同様に拡張できる。また、上りリンクスロットも同様に定義され、下りリンクスロットと上りリンクスロットは別々に定義されてもよい。また、図3のセルの帯域幅帯域の一部(BWP:BandWidth Part)として定義されてもよい。また、スロットは、送信時間間隔(TTI:Transmission Time Interval)と定義されてもよい。スロットは、TTIとして定義されなくてもよい。TTIは、トランスポートブロックの送信期間であってもよい。

0084

スロットのそれぞれにおいて送信される信号または物理チャネルは、リソースグリッドによって表現されてよい。リソースグリッドは、それぞれのヌメロロジー(サブキャリア間隔およびサイクリックプレフィックス長)およびそれぞれのキャリアに対して、複数のサブキャリアと複数のOFDMシンボルによって定義される。1つのスロットを構成する
サブキャリアの数は、セルの下りリンクおよび上りリンクの帯域幅にそれぞれ依存する。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とOFDMシンボルの番号とを用いて識別されてよい。

0085

リソースグリッドは、ある物理下りリンクチャネル(PDSCHなど)あるいは上りリンクチャネル(PUSCHなど)のリソースエレメントのマッピングを表現するために用いられる。例えば、サブキャリア間隔が15kHzの場合、サブフレームに含まれるOF
DMシンボル数X=14で、NCPの場合には、1つの物理リソースブロックは、時間領域において14個の連続するOFDMシンボルと周波数領域において12*Nmax個の連続するサブキャリアとから定義される。Nmaxは、後述するサブキャリア間隔設定μにより決定されるリソースブロック最大数である。つまり、リソースグリッドは、(14*12*Nmax,μ)個のリソースエレメントから構成される。ECP(Extended CP)の場合、サブキャリア間隔60kHzにおいてのみサポートされるので、1つの物理
リソースブロックは、例えば、時間領域において12(1スロットに含まれるOFDMシンボル数)*4(1サブフレームに含まれるスロット数)=48個の連続するOFDMシンボルと、周波数領域において12*Nmax,μ個の連続するサブキャリアとにより定義される。つまり、リソースグリッドは、(48*12*Nmax,μ)個のリソースエレメントから構成される。

0086

リソースブロックとして、参照リソースブロック、共通リソースブロック、物理リソースブロック、仮想リソースブロックが定義される。1リソースブロックは、周波数領域で連続する12サブキャリアとして定義される。参照リソースブロックは、全てのサブキャリアにおいて共通であり、例えば15kHzのサブキャリア間隔でリソースブロックを構成し、昇順に番号が付されてよい。参照リソースブロックインデックス0におけるサブキャリアインデックス0は、参照ポイントA(point A)と称されてよい(単に“参照ポイ
ント”と称されてもよい)。共通リソースブロックは、参照ポイントAから各サブキャリア間隔設定μにおいて0から昇順で番号が付されるリソースブロックである。上述のリソースグリッドはこの共通リソースブロックにより定義される。物理リソースブロックは、後述する帯域部分(BWP)の中に含まれる0から昇順で番号が付されたリソースブロックであり、物理リソースブロックは、帯域部分(BWP)の中に含まれる0から昇順で番号が付されたリソースブロックである。ある物理上りリンクチャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。以下、リソースブロックは仮想リソースブロックであってもよいし、物理リソースブロックであってもよいし、共通リソースブロックであってもよいし、参照リソースブロックであってもよい。

0087

次に、サブキャリア間隔設定μについて説明する。上述のようにNRでは、1つまたは複数のOFDMヌメロロジーがサポートされる。あるBWPにおいて、サブキャリア間隔設定μ(μ=0,1,...,5)と、サイクリックプレフィックス長は、下りリンクのBWPに対して上位レイヤ(上位層)で与えられ、上りリンクのBWPにおいて上位レイヤで与えられる。ここで、μが与えられると、サブキャリア間隔Δfは、Δf=2^μ・15(kHz)で与えられる。

0088

サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で0からN^{subframe,μ}_{slot}-1に昇順に数えられ、フレーム内で0からN^{frame,μ}_{slot}-1に昇順に
数えられる。スロット設定およびサイクリックプレフィックスに基づいてN^{slot}_{symb}の連続するOFDMシンボルがスロット内にある。N^{slot}_{symb}は14である。サブフレーム内のスロットn^{μ}_{s}のスタートは、同じサブフレーム内のn^{μ}_{s} N^{slot}_{symb}番目のOFDMシンボルのスタートと時間でアラインされている。

0089

次に、サブフレーム、スロット、ミニスロットについて説明する。図4は、サブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。同図のように、3種類の時間ユニットが定義される。サブフレームは、サブキャリア間隔によらず1msであり、スロットに含まれるOFDMシンボル数は7または14であり、スロット長はサブキャリア間隔により異なる。ここで、サブキャリア間隔が15kHzの場合、1サブフレームには14OFDMシンボル含まれる。下りリンクスロットはPDSCHマッピングタイプAと称されてよい。上りリンクスロットはPUSCHマッピングタイプAと称され
てよい。

0090

ミニスロット(サブスロットと称されてもよい)は、スロットに含まれるOFDMシンボル数よりも少ないOFDMシンボルで構成される時間ユニットである。同図はミニスロットが2OFDMシンボルで構成される場合を一例として示している。ミニスロット内のOFDMシンボルは、スロットを構成するOFDMシンボルタイミングに一致してもよい。なお、スケジューリング最小単位はスロットまたはミニスロットでよい。また、ミニスロットを割り当てることを、ノンスロットベースのスケジューリングと称してもよい。また、ミニスロットをスケジューリングされることを参照信号とデータのスタート位置の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。下りリンクミニスロットはPDSCHマッピングタイプBと称されてよい。上りリンクミニスロットはPUSCHマッピングタイプBと称されてよい。

0091

図5は、スロットフォーマットの一例を示す図である。ここでは、サブキャリア間隔15kHzにおいてスロット長が1msの場合を例として示している。同図において、Dは下りリンク、Uは上りリンクを示している。同図に示されるように、ある時間区間内(例えば、システムにおいて1つのUEに対して割り当てなければならない最小の時間区間)においては、
・下りリンクシンボル
・フレキシブルシンボル
・上りリンクシンボル
のうち1つまたは複数を含んでよい。なお、これらの割合はスロットフォーマットとして予め定められてもよい。また、スロット内に含まれる下りリンクのOFDMシンボル数またはスロット内のスタート位置および終了位置で定義されてもよい。また、スロット内に含まれる上りリンクのOFDMシンボルまたはDFT−S−OFDMシンボル数またはスロット内のスタート位置および終了位置で定義されてよい。なお、スロットをスケジューリングされることを参照信号とスロット境界の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。

0092

端末装置1は、下りリンクシンボルまたはフレキシブルシンボルで下りリンク信号または下りリンクチャネルを受信してよい。端末装置1は、上りリンクシンボルまたはフレキシブルシンボルで上りリンク信号または下りリンクチャネルを送信してよい。

0093

図5(a)は、ある時間区間(例えば、1UEに割当可能な時間リソースの最小単位、またはタイムユニットなどとも称されてよい。また、時間リソースの最小単位を複数束ねてタイムユニットと称されてもよい。)で、全て下りリンク送信に用いられている例であり、図5(b)は、最初の時間リソースで例えばPDCCHを介して上りリンクのスケジューリングを行い、PDCCHの処理遅延及び下りから上り切り替え時間、送信信号の生成を含むフレキシブルシンボルを介して上りリンク信号を送信する。図5(c)は、最初の時間リソースでPDCCHおよび/または下りリンクのPDSCHの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介してPUSCHまたはPUCCHの送信に用いられる。ここで、一例としては、上りリンク信号はHARQ−ACKおよび/またはCSI、すなわちUCIの送信に用いられてよい。図5(d)は、最初の時間リソースでPDCCHおよび/またはPDSCHの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介して上りリンクのPUSCHおよび/またはPUCCHの送信に用いられる。ここで、一例としては、上りリンク信号は上りリンクデータ、すなわちUL−SCHの送信に用いられてもよい。図5(e)は、全て上りリンク送信(PUSCHまたはPUCCH)に用いられている例である。

0094

上述の下りリンクパート、上りリンクパートは、LTEと同様複数のOFDMシンボルで構成されてよい。

0095

図6は、ビームフォーミングの一例を示した図である。複数のアンテナエレメントは1つの送信ユニット(TXRU: Transceiver unit)50に接続され、アンテナエレメント毎の位相シフタ51によって位相を制御し、アンテナエレメント52から送信することで送信信号に対して任意の方向にビームを向けることができる。典型的には、TXRUがアンテナポートとして定義されてよく、端末装置1においてはアンテナポートのみが定義されてよい。位相シフタ51を制御することで任意の方向に指向性を向けることができるため、基地局装置3は端末装置1に対して利得の高いビームを用いて通信することができる。

0096

以下、帯域部分(BWP, Bandwidth part)について説明する。BWPは、キャリアBWPとも称される。BWPは、下りリンクと上りリンクのそれぞれに設定されてよい。BWPは、共通リソースブロックの連続するサブセットから選択された連続する物理リソース集合として定義される。端末装置1は、ある時間に1つの下りリンクキャリアBWP(DL BWP)が活性化される4つまでのBWPを設定されうる。端末装置1は、ある時間に1つの上りリンクキャリアBWP(UL BWP)が活性化される4つまでのBWPを設定されうる。キャリアアグリゲーションの場合には、BWPは各サービングセルで設定されてもよい。このとき、あるサービングセルにおいてBWPが1つ設定されていることを、BWPが設定されていないと表現されてもよい。また、BWPが2つ以上設定されていることをBWPが設定されていると表現されてもよい。

0097

<MAC entity動作>
活性化されたサービングセルにおいて、常に一つのアクティブな(活性化された)BWPがある。あるサービングセルに対するBWP切り替え(BWP switching)は、インアク
ティブな(非活性化された)BWPを活性化(activate)し、アクティブな(活性化された)BWPを非活性化(deactivate)するために使用される。あるサービングセルに対するBWP切り替え(BWP switching)は、下りリンク割り当てまたは上りリンクグラント
を示すPDCCHによって制御される。あるサービングセルに対するBWP切り替え(BWP switching)は、さらに、BWPインアクティブタイマー(BWP inactivity timer)や
、RRCシグナリングによってや、ランダムアクセスプロシージャの開始時にMACエンティティ自身によって制御されてもよい。SpCell(PCellまたはPSCell)の追加ま
たは、SCellの活性化において、一つのBWPが、下りリンク割り当てまたは上りリンクグラントを示すPDCCHを受信することなしに第一にアクティブである。第一にアクティブなDL BWP (first active DL BWP) およびUL BWP(first active UL BWP)は、基地局装置3から端末装置1に送られるRRCメッセージで指定されるかもしれない。あるサービングセルに対するアクティブなBWPは、基地局装置3から端末装置1に送られるRRCまたはPDCCHで指定される。また、第一にアクティブなDL BWP (first active DL BWP) およびUL BWP(first active UL BWP)は、メッセージ4に含まれてもよい。アンペアードスペクトラム(Unpaired spectrum)(TDDバンド
ど)では、DL BWPとUL BWPはペアされていて、BWP切り替えは、ULとDLに対して共通である。BWPが設定されているアクティベートされたサービングセルのそれぞれに対する、アクティブなBWPにおいて、端末装置1のMACエンティティは、ノーマル処理を適用する。ノーマル処理には、UL−SCHを送信する、RACHを送信する、PDCCHをモニタする、PUCCHを送信する、SRSを送信する、およびDL−SCHを受信することを含む。BWPが設定されているアクティベートされたサービングセルのそれぞれに対する、インアクティブなBWPにおいて、端末装置1のMACエンティティは、UL−SCHを送信しない、RACHを送信しない、PDCCHをモニタしない、PUCCHを送信しない、SRSを送信しない、およびDL−SCHを受信しない。あるサービングセルが非活性化された場合、アクティブなBWPは、存在しないように
してもよい(例えば、アクティブなBWPは非活性化される)。

0098

<RRC動作>
RRCメッセージ(報知されるシステム情報や、専用RRCメッセージで送られる情報)に含まれるBWPインフォメーションエレメント(IE)は、BWPを設定するために使われる。基地局装置3から送信されたRRCメッセージは、端末装置1によって受信される。それぞれのサービングセルに対して、ネットワーク(基地局装置3など)は、少なくとも下りリンクのBWPと1つ(もしサービングセルが上りリンクの設定された場合など)または2つ(付録アップリンク(supplementary uplink)が使われる場合など)の上りリンクBWPを含む少なくとも初期BWP(initial BWP)を、端末装置1に対して、
設定する。さらに、ネットワークは、追加の上りリンクBWPや下りリンクBWPをあるサービングセルに対して設定するかもしれない。BWP設定は、上りリンクパラメータと下りリンクパラメータに分けられる。また、BWP設定は、共通(common)パラメータと専用(dedicated)パラメータに分けられる。共通パラメータ(BWP上りリンク共通I
EやBWP下りリンク共通IEなど)は、セル特有である。プライマリセルの初期BWPの共通パラメータは、システム情報でも提供される。他のすべてのサービングセルに対しては、ネットワークは専用信号で共通パラメータを提供する。BWPは、BWP IDで識別される。初期BWPは、BWP IDが0である。他のBWPのBWP IDは、1から4までの値を取る。

0099

端末装置1に対して上位層のパラメータinitialDownlinkBWPが設定(提供)されない場合、初期DL BWP(初期アクティブなDL BWP、initial active DL BWP)は、
タイプ0PDCCHコモンサーチスペースのためのコントロールリソースセット(CORESET)でのPDCCH受信のために、連続的なPRBの位置と数、サブキャリア間隔、および、サイクリックプレフィックスによって定義されてもよい。該連続的なPRBの位置は、タイプ0PDCCHコモンサーチスペースのためのコントロールリソースセットのPRBの間で、最小インデックスのPRBから始まり、最大インデックスのPRBで終わる。端末装置1に対して上位層のパラメータinitialDownlinkBWPが設定(提供)されている場合、初期DL BWPは上位層のパラメータinitialDownlinkBWPによって示されてもよい。上位層のパラメータinitialDownlinkBWPは、SIB1(systemInformationBlockType1、ServingCellConfigCommonSIB)またはServingCellCongfigC
ommonに含まれてもよい。インフォメーションエレメントServingCellCongfigCommonSIBは、SIB1内で端末装置1に対するサービングセルのセル固有パラメータを設定するために使われる。

0100

即ち、端末装置1に対して上位層のパラメータinitialDownlinkBWPが設定(提供)されない場合、初期DL BWPのサイズは、タイプ0PDCCHコモンサーチスペースのためのコントロールリソースセット(CORESET#0)のリソースブロックの数であってもよい。端末装置1に対して上位層のパラメータinitialDownlinkBWPが設定(提供)されている場合、初期DL BWPのサイズは、上位層のパラメータinitialDownlinkBWPに含まれるlocationAndBandwidthによって与えられてもよい。上位層のパラメータlocationAndBandwidthは初期DL BWPの周波数領域の位置と帯域幅を示してもよい。

0101

前述のように、端末装置1に対して複数のDL BWPが設定されていてもよい。そして、端末装置1に対して設定されているDL BWPの内、上位層のパラメータdefaultDownlinkBWP-IdによりデフォルトDL BWPが設定されることができる。端末装置1に
対して上位層のパラメータdefaultDownlinkBWP-Idが提供されない場合、デフォルトDL
BWPは初期DL BWPである。

0102

端末装置1には、初期UL BWPがSIB1(systemInformationBlockType1)また
はinitialUplinkBWPによって提供されてもよい。インフォメーションエレメントinitialUplinkBWPは、初期UL BWPを設定するために使われる。SpCellまたはセカンダリセルでのオペレーションに対して、端末装置1には、上位層のパラメータinitialUplinkBWPによって初期UL BWP(初期アクティブなUL BWP)が設定(提供)されてもよい。端末装置1に対して補足的な上りリンクキャリア(supplementary UL carrier)が設定される場合、端末装置1には、上位層のパラメータsupplementaryUplinkに含まれるinitialUplinkBWPによって、補足
的な上りリンクキャリアでの初期UL BWPが設定されてもよい。

0103

以下、本実施形態におけるコントロールリソースセット(CORESET)について説明する。

0104

コントロールリソースセット(CORESET, Control resource set)は下りリンク制御情
報をサーチするための時間および周波数リソースである。CORESETの設定情報には、CORESETの識別子(ControlResourceSetId、CORESET−ID)とCORESETの周波数リソースを特定する情報が含まれる。インフォメーションエレメントControlResourceSetId(CORESETの識別子)は、あるサービングセルにおけるコントロールリソースセットを特定するために使われる。CORESETの識別子は、あるサービングセルにおけるBWP間で使われる。CORESETの識別子は、サービングセルにおけるBWP間でユニークである。各BWPのCORESETの数は、初期CORESETを含めて、3に制限される。あるサービングセルにおいて、CORESETの識別子の値は、0から11までの値を取る。

0105

CORESETの識別子0(ControlResourceSetId 0)で特定されるコントロールリソースセットはCORESET#0と称する。CORESET#0は、MIBに含まれるpdcch−ConfigSIB1、または、ServingCellCongfigCommonに含まれるPDCCH−ConfigCommonによって設定されてもよい。即ち、CORESET#0の設定情報は、MIBに含まれるpdcch−ConfigSIB1、または、ServingCellCongfigCommonに含まれるPDCCH−ConfigCommonであってもよい。CORESET#0の設定情報は、PDCCH−ConfigSIB1またはPDCCH−ConfigCommonに含まれるcontrolResourceSetZeroによって設定されてもよい。つまり、インフォメーションエレメントcontrolResourceSetZeroは、初期DL BWPのCORESET#0(コモンCORESET)を示すために用いられる。pdcch−ConfigSIB1で示されるCORESETは、CORESET#0である。MIBまたは専用コンフィギュレーション内のインフォメーションエレメントpdcch−ConfigSIB1は、初期DL BWPを設定するために用いられる。CORESET#0に対するCORESETの設定情報pdcch−ConfigSIB1には、CORESETの識別子とCORESETの周波数リソース(例えば、連続的なリソースブロックの数)および時間リソース(連続的なシンボルの数)を明示的に特定する情報は含まれないが、CORESET#0に対するCORESETの周波数リソース(例えば、連続的なリソースブロックの数)および時間リソース(連続的なシンボルの数)は、pdcch−ConfigSIB1に含まれる情報によって暗示的に特定できる。インフォメーションエレメントPDCCH−ConfigCommonは、SIBで提供されるセル固有のPDCCHパラメータを設定するために用いられる。また、PDCCH−ConfigCommonはハンドオーバ、および、PSCellおよび/またはSCellの追加時にも提供されてもよい。CORESET#0の設定情報は、初期BWPの設定の中に含まれる。即ち、CORESET#0の設定情報は、初期BWP以外のBWPの設定の中に含まれなくてもよい。controlResourceS
etZeroは、pdcch−ConfigSIB1の内4ビット(例えば、MSB 4ビット、最上位ビットの4ビット)に対応する。CORESET#0はタイプ0PDCCHコモンサーチスペースのためのコントロールリソースセットである。

0106

追加のコモンCORESET(additional common control resource set)の設定情報は、PDCCH−ConfigCommonに含まれるcommonControlResourceSetによって設定されてもよい。また、追加のコモンCORESETの設定情報は、システム情報および/またはページング手順のための追加のコモンCORESETを指定するために使用されてもよい。追加のコモンCORESETの設定情報は、ランダムアクセス手順に使われる追加のコモンCORESETを指定するために使用されてもよい。追加のコモンCORESETの設定情報は、各BWPの設定の中に含まれてもよい。commonControlResourceSetに示されるCORESETの識別子は0以外の値を取る。

0107

コモンCORESETは、ランダムアクセス手順に使われるCORESET(例えば、追加のコモンCORESET)であってもよい。また、本実施形態において、コモンCORESETには、CORESET#0および/または追加のコモンCORESETの設定情報で設定されたCORESETが含まれてもよい。つまり、コモンCORESETはCORESET#0および/または追加のコモンCORESETを含んでもよい。CORESET#0はコモンCORESET#0と称してもよい。端末装置1、コモンCORESETが設定されているBWP以外のBWPにおいても、コモンCORESETの設定情報を参照(取得)してもよい。

0108

1つまたは複数のCORESETの設定情報は、PDCCH−Configによって設定されてもよい。インフォメーションエレメントPDCCH−Configは、あるBWPに対してUE固有のPDCCHパラメータ(例えば、CORSET、サーチスペースなど)を設定するために用いられる。PDCCH−Configは、各BWPの設定の中に含まれてもよい。

0109

即ち、本実施形態において、MIBで示されるコモンCORESETの設定情報はpdcch−ConfigSIB1であり、PDCCH−ConfigCommonで示されるコモンCORESETの設定情報はcontrolResourceSetZeroであり、PDCCH−ConfigCommonで示されるコモンCORESET(追加のコモンCORESET)の設定情報はcommonControlResourceSetである。また、PDCCH−Configで示される1つまたは複数のCORESET(UE specifically configured Control Resource Sets、UE固有CORESET)の設定情報はcontrolResourceSetToAddModListである。

0110

サーチスペースはPDCCH候補(PDCCH candidates)をサーチするために定義される。サーチスペースの設定情報に含まれるsearchSpaceTypeは、該サーチスペースがコモンサーチスペース(Common Search Space, CSS)であるかUE固有サーチスペース(UE-specific Search Space, USS)であるを示す。UE固有サーチスペースは、
少なくとも、端末装置1がセットしているC−RNTIの値から導き出される。すなわち、UE固有サーチスペースは、端末装置1毎に個別に導き出される。コモンサーチスペースは、複数の端末装置1の間で共通のサーチスペースであり、予め定められたインデックスのCCE(Control Channel Element)から構成される。CCEは、複数のリソースエ
レメントから構成される。サーチスペースの設定情報には、該サーチスペースでモニタされるDCIフォーマットの情報が含まれる。

0111

サーチスペースの設定情報には、CORESETの設定情報で特定されるCORESE
Tの識別子が含まれる。サーチスペースの設定情報の中に含まれるCORESETの識別子で特定されるCORESETは、該サーチスペースと関連付けられる。言い換えると、該サーチスペースに関連付けられるCORESETは、該サーチスペースに含まれるCORESETの識別子で特定するCORESETである。該サーチスペースの設定情報で示されるDCIフォーマットは、関連付けられるCORESETでモニタされる。各サーチスペースは一つのCORESETに関連付けられる。例えば、ランダムアクセス手順のためのサーチスペースの設定情報はra−SearchSpaceによって設定されてもよい。即ち、ra−SearchSpaceと関連付けられるCORESETでRA−RNTIまたはTC−RNTIによってスクランブルされるCRCが付加されたDCIフォーマットがモニタされる。

0112

前述のように、CORESET#0の設定情報は、初期DL BWPの設定の中に含まれる。CORESET#0の設定情報は、初期DLBWP以外のBWP(追加のBWP)の設定の中に含まれなくてもよい。初期DL BWP以外のBWP(追加のBWP)がCORESET#0の設定情報を参照(refer, acquireなど)する場合には、周波数領域においてCORESET#0およびSSブロックが追加のBWPに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。別の言い方で言えば、初期BWP以外のBWP(追加のBWP)がCORESET#0の設定情報を参照(refer, acquireなど)する場合には、周波数領域において初期DL BWPの帯域幅およびSSブロックが追加のBWPに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。この時、追加のBWPに対して設定されているサーチスペース(例えば、ra−SearchSpace)は、CORESET#0の識別子0を示すことにより、CORESET#0の設定情報を参照(refer, acquireなど)することができる。即ち、この時、CORESET#0が初期DL BWPのみに対して設定されているが、他のBWP(追加のBWP)でオペレーティングしている端末装置1は、CORESET#0の設定情報を参照することができる。また、周波数領域において初期DL BWPの帯域幅が追加のDL BWPに含まれ、且つ、SSブロックが追加のDL BWPに含まれ、且つ、同じサブキャリア間隔を用いる条件の内何れかが満たさない場合、端末装置1は追加のDL BWPがCORESET#0の設定情報を参照することを期待しなくてもよい。即ち、この場合、基地局装置3は、端末装置1に対して追加のDL BWPがCORESET#0の設定情報を参照することを設定しなくてもよい。ここで、初期DL BWPはサイズNsizeBWP、0の初期DL BWPであってもよい。

0113

ある(追加)DL BWPが他のBWPのCORESETの設定情報を参照(refer, acquireなど)する場合には、周波数領域においてそのCORESET(または、そのBWPの帯域幅)および/またはそのBWPが含む(関連する)SSブロックが追加のBWPに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。つまり、周波数領域においてそのCORESET(または、そのBWPの帯域幅)が追加のDL BWPに含まれ、且つ、そのBWPが含む(関連する)SSブロックが追加のDL BWPに含まれ、且つ、同じサブキャリア間隔を用いる条件の内何れかが満たさない場合、端末装置1は追加のDL BWPがそのBWPに対して設定されているCORESETの設定情報を参照することを期待しなくてもよい。

0114

端末装置1は、PDCCHをモニタリングするように設定されているそれぞれのアクティブなサービングセルに配置される、1つまたは複数のCORESETにおいて、PDCCHの候補のセットをモニタする。PDCCHの候補のセットは、1つまたは複数のサーチスペースセットに対応している。モニタリングすることは、モニタされる1つまたは複数のDCIフォーマットに応じてそれぞれのPDCCHの候補をデコードすることを意味する。端末装置1がモニタするPDCCHの候補のセットは、PDCCHサーチスペース
セットPDCCH search space sets)で定義される。一つのサーチスペースセットは、コモンサーチスペースセットまたはUE固有サーチスペースセットである。上記では、サーチスペースセットをサーチスペース、コモンサーチスペースセットをコモンサーチスペース、UE固有サーチスペースセットをUE固有サーチスペースと称している。端末装置1は、1つまたは複数の以下のサーチスペースセットでPDCCH候補をモニタする。
- タイプ0PDCCHコモンサーチスペースセット(a Type0-PDCCH common search
space set): このサーチスペースセットは、上位層のパラメータである、MIBで示
されるpdcch-ConfigSIB1またはPDCCH−ConfigCommonで示されるサーチスペースSIB1(searchSpaceSIB1)またはPDCCH-ConfigCommonに含まれるサーチスペースゼロ(searchSpaceZero)によって設定される。このサーチスペースは、プライマリセ
ルにおけるSI−RNRIでスクランブルされたCRCのDCIフォーマットのモニタリングのためのものである。
- タイプ0APDCCHコモンサーチスペースセット(a Type0A-PDCCH common search space set): このサーチスペースセットは、上位層のパラメータである、PDCCH−ConfigCommonで示されるサーチスペース(searchSpaceOtherSystemInformation)によって設定される。このサーチスペースは、プライマリセルにおけるSI−RNRIでスクランブルされたCRCのDCIフォーマットのモニタリングのためのものである。
- タイプ1PDCCHコモンサーチスペースセット(a Type1-PDCCH common search
space set): このサーチスペースセットは、上位層のパラメータである、PDCCH
−ConfigCommonで示されるランダムアクセス手順のためのサーチスペース(ra-SearchSpace)によって設定される。このサーチスペースは、プライマリセルにおける
RA−RNRIまたはTC−RNTIでスクランブルされたCRCのDCIフォーマットのモニタリングのためのものである。タイプ1PDCCHコモンサーチスペースセットはランダムアクセス手順のためのサーチスペースセットである。
- タイプ2PDCCHコモンサーチスペースセット(a Type2-PDCCH common search
space set): このサーチスペースセットは、上位層のパラメータである、PDCCH
−ConfigCommonで示されるページング手順のためのサーチスペース(pagingSearchSpace)によって設定される。このサーチスペースは、プライマリセルにおけるP−RNTIでスクランブルされたCRCのDCIフォーマットのモニタリングのためのものである。
- タイプ3PDCCHコモンサーチスペースセット(a Type3-PDCCH common search
space set): このサーチスペースセットは、上位層のパラメータである、PDCCH
−Configで示されるサーチスペースタイプがコモンのサーチスペース(SearchSpace)によって設定される。このサーチスペースは、INT−RNTI、SFI−RNTI、TPC−PUSCH−RNTI、TPC−PUCCH−RNTI、またはTPC−SRS−RNTIでスクランブルされたCRCのDCIフォーマットのモニタリングのためのものである。プライマリライセルに対しては、C−RNTI、CS−RNTI(s)、またはMSC-C-RNTIでスクランブルされたCRCのDCIフォーマットのモニタリングのためのものである。
- UE固有サーチスペースセット(a UE-specific search space set): このサーチスペースセットは、上位層のパラメータである、PDCCH−Configで示されるサーチスペースタイプがUE固有のサーチスペース(SearchSpace)によって設定される。このサーチスペースは、C−RNTI、CS−RNTI(s)、またはMSC-C-RNTIでスクランブルされたCRCのDCIフォーマットのモニタリングのためのものである。

0115

もし、端末装置1が、対応する上位層パラメータ(searchSpaceZero, searchSpaceSIB1, searchSpaceOtherSystemInformation, pagingSearchSpace, ra-SearchSpaceなど) に
よって、1つまたは複数のサーチスペースセットを提供されて、端末装置1が、C−RNTIまたはCS−RNTIを提供されている場合、端末装置1は、C−RNTIまたはC
S−RNTIを持つDCIformat 0_0 と DCI format 1_0のためのPDCCH候補を、その1つまたは複数のサーチスペースセットでモニタしてもよい。

0116

BWPの設定情報はDL BWPの設定情報とUL BWPの設定情報に分けられる。BWPの設定情報には、インフォメーションエレメントbwp−Id(BWPの識別子)が含まれる。DL BWPの設定情報に含まれるBWPの識別子は、あるサービングセルにおけるDL BWPを特定(参照)するために使われる。UL BWPの設定情報に含まれるBWPの識別子は、あるサービングセルにおけるUL BWPを特定(参照)するために使われる。BWPの識別子はDL BWPとUL BWPのそれぞれに対して付与される。例えば、DL BWPに対応するBWPの識別子はDL BWPインデックス(DL BWP index)と称してもよい。UL BWPに対応するBWPの識別子はUL BWP インデックス(UL BWP index)と称してもよい。初期DL BWPは、DL BWPの識別子0によって参照される。初期UL BWPは、UL BWPの識別子0によって参照される。他のDL BWPまたは他のUL BWPのそれぞれは、BWPの識別子 1からmaxNrofBWPsまでに参照されてもよい。つまり、0にセットしたBWPの識別子(bwp−Id=0)は、初期BWPに関連つけられ、他のBWPに使われることができない。maxNrofBWPsはサービングセルあたりのBWPの最大数であり、4である。即ち、他のBWPの識別子の値は、1から4までの値を取る。他の上位レイヤの設定情報は、BWPの識別子を利用して特定のBWPに関連付けられる。DL BWPとUL BWPが同じBWPの識別子を有することは、DL BWPとUL BWPがペアされていることを意味してもよい。

0117

端末装置1は、1つのプライマリセルと15までのセカンダリセルが設定されてよい。

0118

図14は、本実施形態に係るMACエンティティのランダムアクセス手順の一例を示すフロー図である。

0119

<ランダムアクセス手順の開始(S1001)>
図14において、S1001はランダムアクセス手順の開始(random access procedure initialization)に関する手順である。S1001において、ランダムアクセス手順は、PDCCHオーダー、MACエンティティ自身、下位レイヤからのビーム失敗(beam failure)の通知、あるいはRRC等によって開始(initiate)される。SCellにおけるランダムアクセス手順は0b000000にセットしないra−PreambleIndexを含むPDCCHオーダーのみによって開始される。

0120

S1001において、端末装置1は、ランダムアクセス手順を開始する(initiate)前に上位層を介してランダムアクセス設定情報を受信する。該ランダムアクセス設定情報には下記の情報または下記の情報を決定/設定するための情報の1つまたは複数のエレメントが含まれてよい。
・prach−ConfigIndex:ランダムアクセスプリアンブルの送信に利用可能な1つまたは複数の時間/周波数リソース(ランダムアクセスチャネル機会(occasion)、PRACH機会(PRACH occasion)、RACH機会とも称される)のセット
・preambleReceivedTargetPower:プリアンブル初期電力目標受信電力であってよい)
・rsrp−ThresholdSSB:SS/PBCHブロック(関連するランダムアクセスプリアンブルおよび/またはPRACH機会であってもよい)の選択のための参照信号受信電力(RSRP)の閾値
・rsrp−ThresholdCSI−RS:CSI−RS(関連するランダムアクセスプリアンブルおよび/またはPRACH機会であってもよい)の選択のための参照信号受信電力(RSRP)の閾値
・rsrp−ThresholdSSB−SUL:NUL(Normal Uplink)キャリアとSUL
(Supplementary Uplink)キャリアとの間の選択のための参照信号受信電力(RSRP)の閾値
・powerControlOffset:ランダムアクセス手順がビーム失敗リカバリのために開始された場合にrsrp−ThresholdSSBとrsrp−ThresholdCSI−RSとの間の電力オフセット
・powerRampingStep:パワーランピングテップ(パワーランピングファクター)。プリアンブル送信カウンタPREAMBLE_TRANSMISSION_COUNTERに基づいてラン
アップされる送信電力のステップを示す
・ra−PreambleIndex:利用可能な1つまたは複数のランダムアクセスプリアンブルあるいは前記複数のランダムアクセスプリアンブルグループにおいて利用可能な1つまたは複数のランダムアクセスプリアンブル
・ra−ssb−OccasionMaskIndex:MACエンティティがランダムアクセスプリアンブルを送信するSS/PBCHブロックに割り当てられたPRACH機会を決定するための情報
・ra−OccasionList:MACエンティティがランダムアクセスプリアンブルを送信してもよいCSI−RSに割り当てられたPRACH機会を決定するための情報・preamTransMax:プリアンブル送信最大回数
・ssb−perRACH−OccasionAndCB−PreamblesPerSSB(SpCell only):各PRACH機会にマップされるSS/PBCHブロックの数お
よび各SS/PBCHブロックにマップされるランダムアクセスプリアンブルの数を示すパラメータ
・ra−ResponseWindow:ランダムアクセス応答(SpCell only)をモニ
タするタイムウィンドウ
・ra−ContentionResolutionTimer:衝突解消コンテンションレゾリューション:Contention Resolution)タイマー
・numberOfRA−PreamblesGroupA:各SS/PBCHブロックのためのランダムアクスプリアンブルグループA内のランダムアクセスプリアンブルの数・PREAMBLE_TRANSMISSION_COUNTER:プリアンブル送信カウンタ
・DELTA_PREAMBLE:ランダムアクセスプリアンブルフォーマットに基づく電力オフセット値
・PREAMBLE_POWER_RAMPING_COUNTER:プリアンブル電力ランピングカウンタ
・PREAMBLE_RECEIVED_TARGET_POWER:初期ランダムアクセスプリアンブル電力。ランダムアクセスプリアンブル送信に対する初期送信電力を示す。
・PREAMBLE_BACKOFF:ランダムアクセスプリアンブル送信のタイミング
を調整するために使われる。

0121

あるサービングセルにランダムアクセス手順が開始される時に、MACエンティティは、Msg3バッファフレッシュし、状態変数PREAMBLE_TRANSMISSION_COUNTERを1にセットし、状態変数PREAMBLE_POWER_RAMPING_COUNTERを1にセットし、状態変数PREAMBLE_BACKOFFを0msにセットする。ランダムアクセス手順に使われるキャリアが明示的に通知されるならば、MACエンティティは、ランダムアクセス手順を行うために通知されたキャリアを選択し、状態変数PCMAXを通知されたキャリアの最大送信電力値にセットする。MACエンティティは、ランダムアクセス手順に使われるキャリアが明示的に通知されない、かつ、該サービングセルに対してSULキャリアが設定されており、かつ、下りリンクパスロス参照のRSRPがrsrp−ThresholdSSB−SULにより小さい場
合に、ランダムアクセス手順を行うためにSULキャリアを選択し、状態変数PCMAXをSULキャリアの最大送信電力値にセットする。その以外の場合に、MACエンティティは、ランダムアクセス手順を行うためにNULキャリアを選択し、状態変数PCMAXをNULキャリアの最大送信電力値にセットする。

0122

<ランダムアクセス手順の開始(S1002)>
S1002はランダムアクセスリソース選択手順(random access resource selection)である。以下、端末装置1のMACレイヤにおけるランダムアクセスリソース(時間/周波数リソースおよび/またはプリアンブルインデックスを含む)の選択手順について説明する。

0123

端末装置1は、送信するランダムアクセスプリアンブルのプリアンブルインデックス(PREAMBLE_INDEXと称されてもよい)に対して下記の手順で値をセットする。

0124

端末装置1(MACエンティティ)は、(1)下位レイヤからのビーム失敗の通知によってランダムアクセス手順が開始され、(2)RRCパラメータでSS/PBCHブロック(SSBとも称される)またはCSI−RSに関連付けられたビーム失敗リカバリ要求のための非競合ベースランダムアクセスのためのランダムアクセスリソース(PRACH機会であってもよい)が提供されており、かつ(3)一つ以上のSS/PBCHブロックまたはCSI−RSのRSRPが所定の閾値を超えている場合に、RSRPが前記所定の閾値を超えているSS/PBCHブロックまたはCSI−RSを選択する。CSI−RSが選択された、かつ、選択されたCSI−RSに関連つけられるra−PreambleIndexがなければ、MACエンティティは、選択されたSS/PBCHブロックに関連付けられたra−PreambleIndexをプリアンブルインデックス(PREAMBLE_INDEX)にセットしてもよい。それ以外の場合、MACエンティティは、該選択されたSS/PBCHブロックまたはCSI−RSに関連付けられたra−PreambleIndexをプリアンブルインデックスにセットする。

0125

端末装置1は、(1)PDCCHまたはRRCでra−PreambleIndexが提供され、(2)該ra−PreambleIndexの値が競合ベースランダムアクセス手順を指示する値(例えば0b000000)ではなく、かつ(3)RRCでSS/PBCHブロックまたはCSI−RSと非競合ベースランダムアクセスのためのランダムアクセスリソースが関連付けられていない場合に、シグナルされたra−PreambleIndexをプリアンブルインデックスにセットする。0bxxxxxxは、6ビットの情報フィールドに配置されているビット列を意味している。

0126

端末装置1は、(1)SS/PBCHブロックと関連付けられる非競合ベースランダムアクセスのためのランダムアクセスリソースがRRCから提供されており、かつ(2)関連付けられたSS/PBCHブロックのうちRSRPが所定の閾値を超えるSS/PBCHブロックが1つ以上利用可能である場合に、RSRPが前記所定の閾値を超えているSS/PBCHブロックのうち1つを選択し、該選択されたSS/PBCHブロックに関連付けられたra−PreambleIndexをプリアンブルインデックスにセットする。

0127

端末装置1は、(1)RRCでCSI−RSと非競合ベースランダムアクセスのためのランダムアクセスリソースが関連付けられており、かつ(2)関連付けられたCSI−RSのうちRSRPが所定の閾値を超えるCSI−RSが1つ以上利用可能である場合に、RSRPが前記所定の閾値を超えているCSI−RSの1つを選択し、該選択されたCSI−RSに関連付けられたra−PreambleIndexをプリアンブルインデック
スにセットする。

0128

端末装置1は、上記条件のいずれの条件も満たさない場合、競合ベースランダムアクセス手順を行なう。競合ベースランダムアクセス手順においては、端末装置1は、設定された閾値を超えるSS/PBCHブロックのRSRPを持つSS/PBCHブロックを選択し、プリアンブルグループの選択を行う。SS/PBCHブロックとランダムアクセスプリアンブルの関係が設定されている場合は、端末装置1は、選択されたSS/PBCHブロックと選択されたプリアンブルグループに関連付けられた1つまたは複数のランダムアクセスプリアンブルからランダムにra−PreambleIndexを選択し、選択されたra−PreambleIndexをプリアンブルインデックスにセットする。

0129

MACエンティティは、1つのSS/PBCHブロックを選択し、かつPRACH機会とSS/PBCHブロックの関連付け(association)が設定されている場合、選択した
SS/PBCHブロックに関連付けられているPRACH機会のうち次に利用可能なPRACH機会を決定してもよい。ただし、端末装置1は、1つのCSI−RSを選択し、かつPRACH機会とCSI−RSの関連付け(association)が設定されている場合、選
択したCSI−RSに関連付けられているPRACH機会のうち次に利用可能なPRACH機会を決定してもよい。

0130

利用可能なPRACH機会は、マスクインデックス情報、SSBインデックス情報、RRCパラメータで設定されるリソース設定、および/または選択された参照信号(SS/PBCHブロックまたはCSI−RS)に基づいて、特定されてもよい。RRCパラメータで設定されるリソース設定は、SS/PBCHブロック毎のリソース設定、および/またはCSI−RS毎のリソース設定を含む。

0131

基地局装置3は、RRCメッセージで、SS/PBCHブロック毎のリソース設定および/またはCSI−RS毎のリソース設定を、端末装置1に送信してもよい。端末装置1は、RRCメッセージで、SS/PBCHブロック毎のリソース設定および/またはCSI−RS毎のリソース設定を、基地局装置3から受信する。基地局装置3は、マスクインデックス情報および/またはSSBインデックス情報を端末装置1に送信してもよい。端末装置1は、マスクインデックス情報および/またはSSBインデックス情報を、基地局装置3から取得する。端末装置1は、ある条件に基づいて、参照信号(SS/PBCHブロックまたはCSI−RS)を選択してもよい。端末装置1は、次に利用可能なPRACH機会を、マスクインデックス情報、SSBインデックス情報、RRCパラメータで設定されるリソース設定、および選択された参照信号(SS/PBCHブロックまたはCSI−RS)に基づいて特定してもよい。端末装置1のMACエンティティは、選択されたPRACH機会を使用してランダムアクセスプリアンブルを送信するように物理レイヤに指示してもよい。

0132

マスクインデックス情報は、ランダムアクセスプリアンブルの送信に利用可能なPRACH機会のインデックスを示す情報である。マスクインデックス情報は、prach−ConfigurationIndexで定められる1つまたは複数のPRACH機会のグループの一部のPRACH機会を示す情報であってもよい。また、マスクインデックス情報は、SSBインデックス情報で特定される特定のSSBインデックスがマップされたPRACH機会のグループ内の一部のPRACH機会を示す情報であってもよい。

0133

SSBインデックス情報は、基地局装置3が送信する1つまたは複数のSS/PBCHブロックのいずれかひとつに対応するSSBインデックスを示す情報である。メッセージ0を受信した端末装置1は、SSBインデックス情報で示されるSSBインデックスがマップされたPRACH機会のグループを特定する。各PRACH機会にマップされるSS
Bインデックスは、PRACH設定インデックスと上位レイヤパラメータSB−perRACH−Occasion、および上位レイヤパラメータcb−preamblePerSSBによって決まる。

0134

<ランダムアクセスプリアンブルの送信(S1003)>
S1003はランダムアクセスプリアンブルの送信(random access preamble transmission)に関する手順である。各ランダムアクセスプリアンブルに対して、MACエン
ィティは、(1)状態変数PREAMBLE_TRANSMISSION_COUNTERが1より大きい、かつ(2)上位レイヤから停止されている電力ランプカウンタの通知が受信されていない、かつ(3)選択されたSS/PBCHブロックが変更されていない場合に、状態変数PREAMBLE_POWER_RAMPING_COUNTERを1つインクリメントする。

0135

次に、MACエンティティは、DELTA_PREAMBLEの値を選択し、状態変数PREAMBLE_RECEIVED_TARGET_POWERを所定の値にセットする。所定の値はpreambleReceivedTargetPower+DELTA_PREAMBLE+(PREAMBLE_POWER_RAMPING_COUNTER—1)*powerRampingStepによって算出される。

0136

次に、MACエンティティは、ビーム失敗リカバリ要求のために非競合ベースランダムアクセスプリアンブル以外の場合に、ランダムアクセスプリアンブルが送信されるPRACH機会に関連付けられるRA−RNTIを算出する。該RA−RNTIは、RA−RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_idによって算出される。ここで、s_idは、送信されるPRACHの最初のOFDMシンボルのインデックスであり、0から13までの値を取る。t_idは、システムフレーム内のPRACHの最初のスロットのインデックスであり、0から79までの値を取る。f_idは、周波数領域でPRACHのインデックスであり、0から7までの値を取る。ul_carrier_idはMsg1送信に使われる上りリンクキャリアである。NULキャリアに対するul_carrier_idは0であり、SULキャリアに対するul_carrier_idは1である。

0137

MACエンティティは、選択されたPRACHを用いてランダムアクセスプリアンブルを送信するように物理レイヤに指示する。

0138

<ランダムアクセス応答の受信(S1004)>
S1004はランダムアクセス応答の受信(random access response reception)に関する手順である。一旦ランダムアクセスプリアンブルが送信されると、MACエンティティは、測定ギャップの可能な発生に関わらず、以下の動作を行う。ここで、ランダムアクセス応答はランダムアクセス応答のためのMACPDUであってもよい。

0139

MACPDU(ランダムアクセス応答のMAC PDU)は、1つまたは複数のMAC subPDUsと可能なパディングから構成されている。各MAC subPDUは、以下の何れかで構成されている。
・Backoff Indicatorのみを含むMACサブヘッダ(subheader)
・RAPIDのみを示すMAC サブヘッダ(subheader)
・RAPIDを示すMAC サブヘッダ(subheader)とMAC RAR(MAC payload for Random Access Response)

0140

Backoff Indicatorのみを含むMAC subPDUはMAC PDUの先頭に配置される。パディングはMAC PDUの最後に配置される。RAPIDの
みを含むMAC subPDU、および、RAPIDとMAC RARを含むMAC subPDUは、Backoff Indicatorのみを含むMAC subPDUとパディングとの間のどこにでも配置されることができる。

0141

MAC RARは固定のサイズで、0にセットするリザーブビット(Reserved bits)、送信タイミング調整情報(TAコマンド,Timing Advance Command),ULグラント(UL
grant、RAR UL grant)、および、TEMORARY_C−RNTIから構成されている。以下、RARメッセージはMAC RARであってもよい。RARメッセージはランダムアクセス応答であってもよい。

0142

S1004において、MACエンティティがビーム失敗リカバリ要求のために非競合ベースランダムアクセスプリアンブルを送信したならば、MACエンティティはランダムアクセスプリアンブル送信の終わりから最初のPDCCH機会で、ランダムアクセス応答ウインドウ(ra−ResponseWindow)をスタートする。そして、ランダムアクセス応答ウインドウがランニングしている間に、MACエンティティはビーム失敗リカバリ要求への応答のために、C−RNTIによって識別されたSpCellのPDCCHをモニタする。ここで、ランダムアクセス応答ウインドウの期間(ウインドウサイズ)は上位レイヤパラメータBeamFailureRecoveryConfigに含まれるra−ResponseWindowによって与えられる。それ以外の場合、MACエンティティはランダムアクセスプリアンブル送信の終わりから最初のPDCCH機会で、ランダムアクセス応答ウインドウ(ra−ResponseWindow)をスタートする。ここで、ランダムアクセス応答ウインドウの期間(ウインドウサイズ)は上位レイヤパラメータRACH−ConfigCommonに含まれるra−ResponseWindowによって与えられる。そして、MACエンティティは、ランダムアクセス応答ウインドウがランニングしている間に、MACエンティティはランダムアクセス応答のために、RA−RNTIによって識別されたSpCellのPDCCHをモニタする。ここで、インフォメーションエレメントBeamFailureRecoveryConfigは、ビーム失敗検出の場合に、端末装置1に対してビーム失敗リカバリのためにRACHリソースおよび候補ビームの設定に使われる。インフォメーションエレメントRACH−ConfigCommonは、セル固有のランダムアクセスパラメータを指定するために使われる。

0143

MACエンティティは、(1)下位レイヤからPDCCH送信受信通知が受け取られ、かつ(2)PDCCH送信がC−RNTIによってスクランブルされ、かつ(3)MACエンティティがビーム失敗リカバリ要求のために非競合ベースランダムアクセスプリアンブルを送信した場合に、ランダムアクセス手順が成功裏に完了したとみなしてもよい。

0144

次に、MACエンティティは、(1)下りリンクアサインメントがRA−RNTIのPDCCHにおいて受信され、かつ(2)受信されたトランスポートブロックが成功裏にデコードされる場合に、以下の動作を行う。

0145

MACエンティティは、ランダムアクセス応答がBackoffIndicatorを含むMAC subPDUを含んでいる場合に、PREAMBLE_BACKOFFをMAC subPDUに含まれるBIフィールドの値に設定する。それ以外の場合、MACエンティティはPREAMBLE_BACKOFFを0msにセットする。

0146

MACエンティティは、ランダムアクセス応答が送信されたPREAMBLE_INDEXに対応するランダムアクセスプリアンブル識別子を含むMAC subPDUを含んでいる場合に、ランダムアクセス応答の受信が成功したとみなしてもよい。

0147

(1)ランダムアクセス応答の受信が成功したとみなし、且つ(2)該ランダムアクセス応答がRAPIDのみを含むMAC subPDUを含む場合に、MACエンティティはランダムアクセス手順が成功裏に完了したとみなし、そして、SIリクエスト(symstem information request)に対する肯定応答(acknowledgement)の受信を上位レイヤに示す。ここで、条件(2)が満たされない場合、MACエンティティは、ランダムアクセスプリアンブルが送信されるサービングセルに以下の動作Aを適用する。

0148

<動作Aの開始>
MACエンティティは、受信した送信タイミング調整情報(Timing Advance Command)を処理し、下位レイヤに最新のランダムアクセスプリアンブル送信に適用されるpreambleReceivedTargetPowerおよびパワーランピングの量を示す。ここで、該送信タイミング調
整情報は、受信したランダムアクセスプリアンブルから端末装置1と基地局装置3との間の送信タイミングのずれを調整するために用いられる。

0149

ランダムアクセス手順に対するサービングセルがSRSのみのためのSCellである場合、MACエンティティは受信したULグラントを無視してもよい。それ以外の場合、MACエンティティは受信したULグラントの値を処理し下位レイヤに示す。

0150

ランダムアクセスプリアンブルがMACエンティティによって競合ベースランダムアクセスプリアンブルの範囲の中から選択されない場合、MACエンティティはランダムアクセス手順が成功裏に完了したとみなしてもよい。

0151

<動作Aの終了>
ランダムアクセスプリアンブルがMACエンティティによって競合ベースランダムアクセスプリアンブルの範囲の中から選択される場合、MACエンティティはTEMPORARY_C−RNTIを受信したランダムアクセス応答に含まれるTemporary C−RNTIフィールドの値にセットする。続いて、該ランダムアクセス応答がこのランダムアクセス手順の中で初めて成功裏に受信された場合、MACエンティティは、CCCH論理チャネル(common control channel logical channel)に対して送信が行われていないならば、次の上りリンク送信にC−RNTI MAC CEを含むことを所定のエンティティ(Multiplexing and assembly entity)に通知し、そして、所定のエンティティ(Multiplexing and assembly entity)から送信用のMACPDUを取得し、取得したMAC PDUをMsg3バッファに格納する。MACエンティティは、CCCH論理チャネルに対して送信が行われる場合に、所定のエンティティ(Multiplexing and assembly entity)から送信用のMAC PDUを取得し、取得したMAC PDUをMsg3バッファに格納する。

0152

MACエンティティは、以下の条件(3)から(4)の少なくとも1つが満たされるならば、ランダムアクセス応答が成功裏に受信されていないとみなし、プリアンブル送信カウンタ(PREAMBLE_TRANSMISSION_COUNTER)を1つインクリメントする。MACエンティティは、プリアンブル送信カウンタの値が所定の値(プリアンブル送信の最大回数+1)に達し、且つ、ランダムアクセスプリアンブルがSpCellで送信される場合に、上位レイヤにランダムアクセス問題を示す。そして、ランダムアクセス手順がSIリクエストのために開始された場合、MACエンティティは、ランダムアクセス手順が成功裏に完了していないとみなす

0153

MACエンティティは、プリアンブル送信カウンタの値が所定の値(プリアンブル送信の最大回数+1)に達し、且つ、ランダムアクセスプリアンブルがSCellで送信される場合に、ランダムアクセス手順が成功裏に完了していないとみなす。

0154

条件(3)は、RACH−ConfigCommonで設定されたランダムアクセス応答ウインドウの期間が満了し(expired)、且つ、送信されたプリアンブルインデックス
と一致するランダムアクセスプリアンブル識別子を含むランダムアクセス応答が受信されていないということである。条件(4)は、BeamFailureRecoveryConfigで設定されたランダムアクセス応答ウインドウの期間が満了し(expired)、
且つ、C−RNTIによってスクランブルされるPDCCHが受信されていないということである。

0155

ランダムアクセス手順が完了していない場合、MACエンティティは、該ランダムアクセス手順でランダムアクセスプリアンブルがMAC自身によって競合ベースランダムアクセスプリアンブルの範囲の中から選択されたならば、0とPREAMBLE_BACKOFFとの間でランダムバックオフ時間を選択し、選択されたバックオッフ時間で次のランダムアクセスプリアンブル送信を遅らせ、そして、S1002を実行する。ランダムアクセス手順が完了していない場合、MACエンティティは、該ランダムアクセス手順でランダムアクセスプリアンブルがMAC自身によって競合ベースランダムアクセスプリアンブルの範囲の中から選択されていないならば、S1002を実行する。

0156

MACエンティティは、送信されたプリアンブルインデックスと一致するランダムアクセスプリアンブル識別子を含むランダムアクセス応答を成功裏に受信したら、ランダムアクセス応答ウインドウをストップしてもよい。

0157

端末装置1はULグラントに基づいてPUSCHでメッセージ3を送信する。

0158

<衝突解消(S1005)>
S1005は衝突解消(Contention Resolution)に関する手順である。

0159

一旦Msg3が送信されると、MACエンティティは、衝突解消タイマーをスタートし、および、各HARQ再送信時に衝突解消タイマーを再スタートする。MACエンティティは、測定ギャップの可能な発生に関わらず、衝突解消タイマーがランニングしている間にPDCCHをモニタする。

0160

下位レイヤからPDCCH送信の受信通知を受け取って、かつ、C−RNTI MAC
CEがMsg3に含まれている場合、MACエンティティは、以下の条件(5)から(7)の少なくとも1つが満たされるならば、競合解消が成功するとみなし、衝突解消タイマーをストップし、TEMPORARY_C−RNTIを破棄し、ランダムアクセス手順が成功裏に完了したとみなす。

0161

条件(5)は、ランダムアクセス手順がMACサブレイア自身またはRRCサブレイアによって開始され、PDCCH送信がC−RNTIによってスクランブルされ、且つ、該PDCCH送信が初期送信のための上りリンクグラントを含むということである。条件(6)は、ランダムアクセス手順がPDCCHオーダーによって開始され、かつ、PDCCH送信はC−RNTIによってスクランブルされるということである。条件(7)は、ランダムアクセス手順がビーム失敗リカバリのために開始され、且つ、PDCCH送信はC−RNTIによってスクランブルされるということである。

0162

CCCHSDU(UE contention resolution Identity)がMsg3に含まれ、且つ、
PDCCH送信がTEMPORARY_C−RNTIによってスクランブルされる場合、MACエンティティは、MACPDUが成功裏にデコードされるならば、衝突解消タイマーをストップする。続いて、成功裏にデコードされたMAC PDUがUE衝突解消アイデンティティ(UE contention resolution identity)MAC CEを含み、且つ、M
AC CE内のUE衝突解消アイデンティティがMsg3で送信されたCCCH SDUとマッチする場合、MACエンティティは、衝突解消が成功するとみなし、MAC PDUの分解(disassembly)および逆多重化(demultiplexing)を終了する。そして、ランダ
アクセス手順がSIリクエストのために開始された場合に、MACエンティティはSIリクエストに対する肯定応答の受信を上位レイヤに示す。ランダムアクセス手順がSIリクエストのために開始されない場合、MACエンティティはC−RNTIをTEMPORARY_C−RNTIの値にセットする。続いて、MACエンティティは、TEMPORARY_C−RNTIを破棄し、ランダムアクセス手順が成功裏に完了するとみなす。

0163

MACエンティティは、MAC CE内のUE衝突解消アイデンティティがMsg3で送信されたCCCHSDUとマッチしない場合に、TEMPORARY_C−RNTIを破棄し、衝突解消が成功しないとみなし、成功裏にデコードされたMACPDUを破棄する。

0164

MACエンティティは、衝突解消タイマーが満了した場合に、TEMPORARY_C−RNTIを破棄し(discard)、競合解消が成功しないとみなす。MACエンティティ
は、競合解消が成功しないとみなされる場合に、Msg3バッファ内のMACPDUの送信に使われるHARQバッファフラッシュし、プリアンブル送信カウンタ(PREAMBLE_TRANSMISSION_COUNTER)を1つインクリメントする。プリアンブル送信カウンタの値が所定の値(プリアンブル送信の最大回数+1)に達したら、MACエンティティは上位レイヤにランダムアクセス問題を示す。そして、ランダムアクセス手順がSIリクエストのために開始された場合、MACエンティティは、ランダムアクセス手順が成功裏に完了していないとみなす。

0165

ランダムアクセス手順が完了していない場合、MACエンティティは、0とPREAMBLE_BACKOFFとの間でランダムバックオフ時間を選択し、選択されたバックオッフ時間で次のランダムアクセスプリアンブル送信を遅らせ、S1002を実行する。

0166

ランダムアクセス手順が完了すると、MACエンティティは、ビーム失敗リカバリ要求のための非競合ベースランダムアクセス手順以外の非競合ベースランダムアクセス手順に対して、明示的にシグナリングされた非競合ベースランダムアクセスリソースを破棄し、Msg3バッファ内のMACPDUの送信に使われるHARQバッファをフラッシュする。

0167

本実施形態のランダムアクセス手順(Random Access procedure)について説明する。
ランダムアクセス手順は、競合ベース(CB:Contention Based)と非競合ベース(non−CB)(CF:Contention Freeと称してもよい)の2つの手順に分類される。競合ベースランダムアクセスはCBRA、非競合ベースランダムアクセスはCFRAとも称される

0168

ランダムアクセス手順は、(i)PRACHにおけるランダムアクセスプリアンブル(メッセージ1、Msg1)の送信、(ii)PDCCH/PDSCHを伴うランダムアクセス応答(RAR)メッセージ(メッセージ2、Msg2)の受信、および、適用可能な場合、(iii)メッセージ3PUSCH(Msg3 PUSCH)の送信、(iv)衝突解消のためのPDSCHの受信、を有してもよい。

0169

競合ベースのランダムアクセス手順は、PDCCHオーダー、MACエンティティ、下位レイヤからのビーム失敗(beam failure)の通知、あるいはRRC等によって開始(initiate)される。ビーム失敗通知が、端末装置1のMACエンティティに端末装置1の物理レイヤから提供された場合に、ある条件を満たした場合、端末装置1のMACエンティ
ティは、ランダムアクセス手順を開始する。ビーム失敗通知が、端末装置1のMACエンティティに端末装置1の物理レイヤから提供された場合に、ある条件を満たしたかどうかを判断し、ランダムアクセス手順を開始する手続きを、ビーム失敗リカバリ手順と称してもよい。このランダムアクセス手順は、ビーム失敗リカバリ要求のためのランダムアクセス手順である。MACエンティティによって開始されるランダムアクセス手順は、スケジューリングリクエスト手続きによって開始されるランダムアクセス手順を含む。ビーム失敗リカバリ要求のためのランダムアクセス手順は、MACエンティティによって開始されるランダムアクセス手順と考えられるかもしれないし、考えられないかもしれない。ビーム失敗リカバリ要求のためのランダムアクセス手順とスケジューリングリクエスト手続きによって開始されるランダムアクセス手順で、異なる手続きを行う場合があるため、ビーム失敗リカバリ要求のためのランダムアクセス手順とスケジューリングリクエスト手続きを、区別するようにしてもよい。ビーム失敗リカバリ要求のためのランダムアクセス手順とスケジューリングリクエスト手続きを、MACエンティティによって開始されるランダムアクセス手順としてもよい。ある実施形態では、スケジューリングリクエスト手続きによって開始されるランダムアクセス手順をMACエンティティによって開始されるランダムアクセス手順と称し、ビーム失敗リカバリ要求のためのランダムアクセス手順を下位レイヤからのビーム失敗の通知によるランダムアクセス手順と称するようにしてもよい。以下、下位レイヤからのビーム失敗の通知を受けた場合のランダムアクセス手順の開始は、ビーム失敗リカバリ要求のためのランダムアクセス手順の開始を意味してもよい。

0170

端末装置1は、基地局装置3と接続(通信)していない状態からの初期アクセス時、および/または、基地局装置3と接続中であるが端末装置1に送信可能な上りリンクデータあるいは送信可能なサイドリンクデータが発生した場合のスケジューリングリクエスト時などにおいて競合ベースのランダムアクセス手順を行なう。ただし、競合ベースのランダムアクセスの用途はこれらに限定されない。

0171

端末装置1に送信可能な上りリンクデータが発生していることは、送信可能な上りリンクデータに対応するバッファステータスレポートトリガーされていることを含んでもよい。端末装置1に送信可能な上りリンクデータが発生していることは、送信可能な上りリンクデータの発生に基づいてトリガーされたスケジューリングリクエストがペンディングされていることを含んでもよい。

0172

端末装置1に送信可能なサイドリンクデータが発生していることは、送信可能なサイドリンクデータに対応するバッファステータスレポートがトリガーされていることを含んでもよい。端末装置1に送信可能なサイドリンクデータが発生していることは、送信可能なサイドリンクデータの発生に基づいてトリガーされたスケジューリングリクエストがペンディングされていることを含んでもよい。

0173

非競合ベースのランダムアクセス手順は、端末装置1が基地局装置3からランダムアクセス手順の開始を指示する情報を受けた場合に開始されてもよい。非競合ベースランダムアクセス手順は、端末装置1のMACレイヤが、下位レイヤからビーム失敗の通知を受けた場合に開始されてもよい。

0174

非競合ベースのランダムアクセスは、基地局装置3と端末装置1とが接続中であるがハンドオーバや移動局装置の送信タイミングが有効でない場合に、迅速に端末装置1と基地局装置3との間の上りリンク同期をとるために用いられてよい。非競合ベースランダムアクセスは、端末装置1においてビーム失敗が発生した場合にビーム失敗リカバリ要求を送信するために用いられてよい。ただし、非競合ベースのランダムアクセスの用途はこれらに限定されない。

0175

ただし、該ランダムアクセス手順の開始を指示する情報はメッセージ0、Msg.0、NR−PDCCHオーダー、PDCCHオーダーなどと称されてもよい。

0176

ただし、端末装置1は、メッセージ0で指示されたランダムアクセスプリアンブルインデックスが所定の値(例えば、インデックスを示すビットが全て0である場合)であった場合に、端末装置1が利用可能なプリアンブルのセットの中からランダムに1つを選択して送信する競合ベースのランダムアクセス手順を行なってもよい。

0177

ただし、ランダムアクセス設定情報には、セル内で共通の情報が含まれてもよく、端末装置1毎に異なる専用(dedicated)の情報が含まれてもよい。

0178

ただし、ランダムアクセス設定情報の一部は、SSバーストセット内の全てのSS/PBCHブロックに関連付けられていてもよい。ただし、ランダムアクセス設定情報の一部は設定された1つまたは複数のCSI−RSの全てに関連付けられてもよい。ただし、ランダムアクセス設定情報の一部は1つの下りリンク送信ビーム(あるいはビームインデックス)に関連付けられていてもよい。

0179

ただし、ランダムアクセス設定情報の一部はSSバーストセット内の1つのSS/PBCHブロックに関連付けられていてもよい。ただし、ランダムアクセス設定情報の一部は設定された1つまたは複数のCSI−RSのうちの1つに関連付けられてもよい。ただし、ランダムアクセス設定情報の一部は1つの下りリンク送信ビーム(あるいはビームインデックス)に関連付けられていてもよい。ただし、1つのSS/PBCHブロック、1つのCSI−RS、および/または1つの下りリンク送信ビームに関連付けられた情報には、対応する1つのSS/PBCHブロック、1つのCSI−RS、および/または1つの下りリンク送信ビームを特定するためのインデックス情報(例えば、SSBインデックス、ビームインデックス、あるいはQCL設定インデックスであってよい)が含まれてもよい。

0180

以下、PRACH機会について説明する。

0181

ランダムアクセスプリアンブルの送信に利用可能な1つまたは複数のPRACH機会のセットは、上位レイヤ(上位レイヤ信号)で提供される上位レイヤパラメータprach−ConfigIndexで特定されてよい。prach−ConfigIndexで与えられるPRACH設定(物理ランダムアクセスチャネル設定)インデックスと、予め定められたテーブル(ランダムアクセスチャネル設定(PRACH config)テーブルとも称される)に従い、ランダムアクセスプリアンブルの送信に利用可能な1つまたは複数のPRACH機会のセットが特定される。ただし、特定される1つまたは複数のPRACH機会は、基地局装置3が送信する1つまたは複数のSS/PBCHブロックのそれぞれに関連付けられるPRACH機会の集合であってよい。

0182

ただし、PRACH設定インデックスは、ランダムアクセス設定テーブルに示されるPRACH機会のセットが時間的に繰り返される周期(PRACH設定周期(物理ランダムアクセスチャネル設定周期:PRACH configuration period))、ランダムアクセスプリアンブルを送信可能なサブキャリアインデックス、リソースブロックインデックス、サブフレーム番号スロット番号、システムフレーム番号、シンボル番号、および/または、プリアンブルのフォーマットの設定に用いられてもよい。

0183

ただし、各PRACH機会にマップされるSS/PBCHブロックの数は、上位レイヤで提供される上位レイヤパラメータSSB−perRACH−Occasionで示されてよい。SSB−perRACH−Occasionが1より小さい値である場合は、連
続する複数のPRACH機会に対して1つのSS/PBCHブロックがマップされる。

0184

ただし、各SS/PBCHブロックにマップされるランダムアクセスプリアンブルの数は、上位レイヤで提供される上位レイヤパラメータcb−preamblePerSSBで示されてよい。各PRACH機会で各SS/PBCHブロックにマップされるランダムアクセスプリアンブルの数は、SSB−perRACH−Occasionとcb−preamblePerSSBから算出されてよい。各PRACH機会で各SS/PBCHブロックにマップされるランダムアクセスプリアンブルのインデックスは、SB−perRACH−Occasion、cb−preamblePerSSB、および、SSBインデックスから特定されてよい。

0185

PRACH機会に対して、SSBインデックスは下記のルールでマップされてよい。
(1)1番目に、1つのPRACH機会でプリアンブルインデックスの昇順でマップされる。例えば、PRACH機会のプリアンブル数が64であり、各PRACH機会で各SS/PBCHブロックにマップされるランダムアクセスプリアンブルの数が32である場合に、あるPRACH機会にマップされるSSBインデックスはnとn+1となる。
(2)2番目に、周波数多重された複数のPRACH機会に対して周波数リソースインデックスの昇順でマップされる。例えば、2つのPRACH機会が周波数多重されており、周波数リソースインデックスの小さいPRACH機会にマップされるSSBインデックスがnとn+1である場合、周波数リソースインデックスの大きいPRACH機会にマップされるSSBインデックスはn+2とn+3となる。
(3)3番目に、PRACHスロット内で時間多重された複数のPRACH機会に対して時間リソースインデックスの昇順でマップされる。例えば、上記(2)の例に加えてPRACHスロット内で時間方向に更に2つのPRACH機会が多重されている場合、これらのPRACH機会にマップされるSSBインデックスはn+4、n+5およびn+6、n+7となる。
(4)4番目に、複数のPRACHスロットに対しインデックスの昇順でマップされる。例えば、上記(3)の例に加えて次のPRACHスロットにRACH機会が存在する場合に、マップされるSSBインデックスはn+8、n+9、…となる。ただし、上記の例において、n+xが、SSBインデックスの最大値より大きくなった場合には、SSBインデックスの値は0に戻る。

0186

図13は、本発明の実施形態に係るPRACH機会に対するSSBインデックスの割当の一例を示す図である。図13は、ある時間区間で2つのPRACHスロットが存在し、1つのPRACHスロット内に時間方向に2つ、周波数方向に2つのPRACH機会(RO)が存在し、SSBインデックスが0〜11まで存在する場合の例を示している。1つのPRACH機会には2つのSSBインデックスがマップされており、上記(1)〜(4)のルールに従いSSBインデックスがマップされ、7つ目のPRACH機会から再度SSBインデックス0からマップされている。

0187

各PRACH機会に対してSSBインデックスがマップされるが、prach−ConfigIndexで特定されるPRACH設定周期内の全てのPRACH機会を用いた場合でも全てのSSBインデックス(基地局装置3が送信する全てのSS/PBCHブロック)にマップされない場合、SSBインデックスは複数のPRACH設定周期にわたってマップされてもよい。ただし、基地局装置3が送信する全てのSS/PBCHブロックの数は上位レイヤパラメータによって示されてもよい。全てのSSBインデックスが少なくとも1回マップされるようにPRACH設定周期を所定の回数繰り返した周期をアソシエーション周期(association period)と称する。アソシエーション周期を構成するPRACH設定周期の回数は、予め定められた複数の値のセットから上記条件を満たす最小の値が用いられてよい。該予め定められた複数の値のセットは、PRACH設定周期毎に定め
られていてもよい。ただし、アソシエーション周期内のPRACH機会に対して全てのSSBインデックスがマップされた上で、残されたPRACH機会の数がSS/PBCHブロックの数より多い場合には、再度SSBインデックスがマップされてもよい。ただし、アソシエーション周期内のPRACH機会に対して全てのSSBインデックスがマップされた上で、残されたPRACH機会の数がSS/PBCHブロックの数より少ない場合には、残されたPRACH機会にはSSBインデックスがマップされなくてもよい。全てのSSBインデックスに対して1度ずつPRACH機会が割り当てられるサイクルをSSBインデックス割当サイクルと称する。SSB−perRACH−Occasionが1以上である場合、1度のSSBインデックス割当サイクルに各SSBインデックスは1つのPRACH機会にマップされる。SSB−perRACH−Occasionが1より小さい値である場合、1度のSSBインデックス割当サイクルに各SSBインデックスは1/SSB−perRACH−OccasionのPRACH機会にマップされる。端末装置1は、PRACH設定インデックスで示されるPRACH設定周期と上位レイヤ(上位レイヤ信号)で提供される上位レイヤパラメータで特定されるSS/PBCHブロックの数に基づいてアソシエーション周期を特定してもよい。

0188

ランダムアクセス設定情報に含まれる1つまたは複数のランダムアクセスプリアンブルグループのそれぞれは、参照信号(例えば、SS/PBCHブロック、CSI−RSまたは下りリンク送信ビーム)毎に関連付けられていてもよい。端末装置1は受信した参照信号(例えば、SS/PBCHブロック、CSI−RSまたは下りリンク送信ビーム)に基づいてのランダムアクセスプリアンブルグループを選択してもよい。

0189

ただし、各SS/PBCHブロックに関連付けられているランダムアクセスプリアンブルグループは、上位層で通知される1つまたは複数のパラメータによって特定されてもよい。該1つまたは複数のパラメータの1つは、利用可能な1つまたは複数のプリアンブルのうちの1つのインデックス(例えばスタートインデックス)であってもよい。1つまたは複数のパラメータの1つは、SS/PBCHブロックあたりで競合ベースランダムアクセスに使用可能なプリアンブルの数であってもよい。該1つまたは複数のパラメータの1つは、SS/PBCHブロックあたりで競合ベースランダムアクセスに使用可能なプリアンブルの数と非競合ベースランダムアクセスに使用可能なプリアンブルの数の合計であってもよい。該1つまたは複数のパラメータの1つは、1つのPRACH機会に関連付けられているSS/PBCHブロックの数であってもよい。

0190

ただし、端末装置1は、それぞれ1つの下りリンク送信ビームを用いて送信された1つまたは複数の下りリンク信号を受信し、その中の1つの下りリンク信号に関連付けられたランダムアクセス設定情報を受信し、該受信したランダムアクセス設定情報に基づいてランダムアクセス手順を行なってもよい。端末装置1は、SSバーストセット内の1つまたは複数のSS/PBCHブロックを受信し、その中の1つのSS/PBCHブロックに関連付けられたランダムアクセス設定情報を受信し、該受信したランダムアクセス設定情報に基づいてランダムアクセス手順を行なってもよい。端末装置1は、1つまたは複数のCSI−RSを受信し、その中の1つのCSI−RSに関連付けられたランダムアクセス設定情報を受信し、該受信したランダムアクセス設定情報に基づいてランダムアクセス手順を行なってもよい。

0191

1つまたは複数のランダムアクセス設定情報は、1つのランダムアクセスチャネル設定(RACH-Config)および/または1つの物理ランダムアクセスチャネル設定(PRACH-Config)で構成されてもよい。

0192

ランダムアクセスチャネル設定の中に参照信号毎のランダムアクセスに関するパラメータが含まれてもよい。

0193

物理ランダムアクセスチャネル設定中に参照信号毎の物理ランダムアクセスチャネルに関するパラメータ(PRACH設定のインデックス、PRACH機会など)が含まれてもよい。

0194

1つのランダムアクセス設定情報は、1つの参照信号に対応するランダムアクセスに関するパラメータを示し、複数のランダムアクセス設定情報は、複数の参照信号に対応する複数のランダムアクセスに関するパラメータを示してもよい。

0195

1つのランダムアクセス設定情報は、1つの参照信号に対応する物理ランダムアクセスに関するパラメータを示し、複数の参照信号に対応する複数のランダムアクセスに関するパラメータを示してもよい。

0196

対応する参照信号が選択されれば、参照信号に対応するランダムアクセス設定情報(参照信号に対応するランダムアクセスチャネル設定、参照信号に対応する物理ランダムアクセスチャネル設定)が選択されるようにしてもよい。

0197

ただし、端末装置1は、ランダムアクセスプリアンブルを送信する基地局装置3および/または送受信点4とは異なる基地局装置3および/または送受信点4から1つまたは複数のランダムアクセス設定情報を受信してもよい。例えば、端末装置1は第1の基地局装置3から受信したランダムアクセス設定情報の少なくとも1つに基づいて第2の基地局装置3へランダムアクセスプリアンブルを送信してもよい。

0198

ただし、基地局装置3は、端末装置1が送信したランダムアクセスプリアンブルを受信することにより、該端末装置1へ下りリンク信号を送信する際に適用すべき下りリンク送信ビームを決定してもよい。端末装置1は、ある下りリンク送信ビームに関連付けられたランダムアクセス設定情報に示されるPRACH機会を用いてランダムアクセスプリアンブルを送信してもよい。基地局装置3は、端末装置1から受信したランダムアクセスプリアンブル、および/または、該ランダムアクセスプリアンブルを受信したPRACH機会に基づいて、該端末装置1へ下りリンク信号を送信する際に適用すべき下りリンク送信ビームを決定してもよい。

0199

基地局装置3は、端末装置1に対して、1つまたは複数のランダムアクセス設定情報(ランダムアクセスリソースを含んでもよい)を含むRRCパラメータをRRCメッセージとして端末装置1に送信する。

0200

端末装置1は、基地局装置3との間の伝搬路特性に基づいてランダムアクセス手順に使用する1つまたは複数の利用可能なランダムアクセスプリアンブルおよび/または1つまたは複数の利用可能なPRACH機会を選択してもよい。端末装置1は、基地局装置3から受信した参照信号(例えば、SS/PBCHブロックおよび/またはCSI−RS)により測定した伝搬路特性(例えば参照信号受信電力(RSRP)であってよい)に基づいてランダムアクセス手順に使用する1つまたは複数の利用可能なランダムアクセスプリアンブルおよび/または1つまたは複数のPRACH機会を選択してもよい。

0201

以下、本実施形態において、周波数方向の上りリンクリソース割り当てについて説明する。

0202

RAR ULグラントによってスケジュールされPUSCH送信を除いたPUSCH送信対して、端末装置1は、検出したPDCCH DCIに含まれるリソース割り当てフィールドを用いて、周波数方向のリソースブロックアサインメント(リソースアサイン
ント)を決定してもよい。本実施形態において、上りリンクリソース割り当てタイプ0とタイプ1がサポートされる。端末装置1は、PUSCHをスケジュールするDCIフォーマット0_0を伴うPDCCHを受信した場合に、上りリンクリソース割り当てタイプ1が使われることを想定してもよい。

0203

端末装置1は、端末装置1ためのPDCCHの検出時に、最初にリソースアサインメントが適用されるUL BWPを確定し、次に確定したUL BWP内でのリソース割り当てを決定する。リソース割り当てのリソースブロック番号付け(RB numbering、RB番号付け)は、その確定したUL BWPの最も低いRBから始まる。つまり、リソースアサインメントが適用されるUL BWPは端末装置1が確定したUL BWPである。端末装置1が確定したUL BWPは上りリンク送信(PUSCH送信)が行われるBWPである。

0204

具体的に言うと、DCIフォーマット(scheduling DCI)にBWP指示フィールド(bandwidth part indicator field)が設定されていない、または、端末装置1がDCIフォーマットを介してアクティブなBWP変更をサポートしない場合、リソース割り当て(上りリンクリソース割り当てタイプ0とタイプ1)のRB番号付け(RB indexing)は、端
末装置1のアクティブなBWP内で決定される。つまり、この場合、端末装置1が確定したUL BWPは、アクティブなBWPであってもよい。即ち、リソースアサインメントが適用されるUL BWPはアクティブなBWP(アクティブなUL BWP)であってもよい。DCIフォーマット(scheduling DCI)にBWP指示フィールド(bandwidth part indicator field)が設定されており、および/または、端末装置1がDCIフォーマットを介してアクティブなBWP変更をサポートする場合、リソース割り当てのRB番号付け(RB indexing)は、該BWP指示フィールドに示されるBWP内で決定されてもよ
い。つまり、この場合、端末装置1が確定したUL BWPは、該BWP指示フィールドに示されるBWPであってもよい。即ち、リソースアサインメントが適用されるUL BWPは該BWP指示フィールドに示されるBWPであってもよい。DCIフォーマット0_0は、BWP指示フィールドを含まない。

0205

上りリンクリソース割り当てタイプ0(uplink resource allocation type 0、上りリンクタイプ0リソース割り当て)では、リソースブロックアサインメント情報は、端末装置1に対して割り当てられるリソースブロックグループ(RBGs, Resource Block Groups
)を示すビットマップを含んでいる。リソースブロックグループは連続的な仮想リソースブロックのセットであり、上位層のパラメータから定義されてもよい。

0206

上りリンクリソース割り当てタイプ1(uplink resource allocation type 1、上りリ
ンクタイプ1リソース割り当て)では、リソースブロックアサインメント情報は、スケジュールされた端末装置1に対して、サイズNsizeBWPのアクティブなBWP内で連続的に割り当てられる非インターリーブ仮想リソースブロックのセットを示す。ここで、サイズNsizeBWPはアクティブなUL BWPの帯域幅を示すリソースブロックの数である。ただし、DCIフォーマット0_0が任意のコモンサーチスペースセットにおいて検出された場合、初期UL BWPのサイズ帯域幅NsizeBWP、0が使われる。つまり、この場合、リソースブロックアサインメント情報は、スケジュールされた端末装置1に対して、サイズNsizeBWP、0の初期UL BWP内で連続的に割り当てられる非インターリーブ仮想リソースブロックのセットを示す。

0207

上りリンクタイプ1リソースアサインメントフィールドは、開始リソースブロック(RBstart、開始仮想リソースブロック)と連続的に割り当てられたリソースブロックの数(LRBs)に対応するリソース指示値(RIV、Resource Indication Value)か
らなる。即ち、リソース指示値RIVはリソースアサインメントフィールドに示される。
RBstartは割り当てられたリソースブロックの開始位置を示す。LRBsは連続的に割り当てられたリソースのリソースブロックの数(長さ、サイズ)を示す。基地局装置3は、端末装置1に確定されるUL BWP内のリソース割り当てを決定し、RIVを生成し、RIVを示すビット列を含むリソースアサインメントを端末装置1に送信する。端末装置1は、リソースアサインメントフィールドのビット列に基づき、確定したUL BWPの(PUSCHの)周波数方向のリソースブロック割り当てを特定する。

0208

図12は、RIVを算出する一例を示す図である。

0209

図12(A)において、NsizeBWPはアクティブなUL BWPの帯域幅を示すリソースブロックの数である。RIVの値は、アクティブなUL BWPのサイズNsizeBWP、仮想リソースブロックの開始位置RBstart、および、連続的に割り当てられるリソースブロックの数LRBsに基づいて、算出される。ここで、LRBsの値は1と等しいまたは1より多いであり、(NsizeBWP—RBstart)を超えない。ただし、前述のよう、DCIフォーマット0_0が任意のコモンサーチスペースセット(例えば、タイプ1PDCCHコモンサーチスペースセット)で検出された場合、図12(A)におけるNsizeBWPに対して初期UL BWPのサイズ(帯域幅)を示すリソースブロックの数NsizeBWP、0が使われる。ただし、前述したのよう、DCIフォーマット0_0が任意のコモンサーチスペースセットにおいて検出された場合、図12(A)におけるNsizeBWPには初期UL BWPのサイズ帯域幅NsizeBWP、0が使われる。ここで、LRBsの値は1により等しいまたは多いであり、(NsizeBWP、0—RBstart)を超えない。

0210

図12(B)において、NinitialBWPは、初期BWP(UL BWP)の帯域幅を示すリソースブロックの数である。NactiveBWPは、アクティブなBWP(UL BWP)の帯域幅を示すリソースブロックの数である。つまり、NinitialBWPは、初期BWP(UL BWP)のサイズである。NactiveBWPは、アクティブなBWP(UL BWP)のサイズである。RIVの値は、初期UL BWPのサイズNinitialBWP、リソースブロックの開始位置RB’start、および、連続的に割り当てられるリソースブロックの数L’RBsに基づいて、算出される。そして、RB’startと係数Kの掛け算はRBstartである。L’RBsと係数Kの掛け算はLRBsである。係数Kの値は、初期UL BWPのサイズとアクティブなBWPのサイズに基づき算出される。NactiveBWPがNinitialBWPにより大きい場合、Kの値は、セット{1,2,4,8}の中にK<=Floor(NactiveBWP/NinitialBWP)を満たす最大の値である。ここで、関数Floor(A)は、Aを上回らない最大の整数を出力する。NactiveBWPがNinitialBWPにより等しいまたは小さい場合、Kの値は、1である。これにより、割り当てられるリソースは、リソースブロックの開始位置RBstart、および、連続的に割り当てるリソースブロックの数LRBsによって特定される。

0211

図12(B)のリソース特定方法は、USSでのDCIフォーマットのサイズ(または、DCIフォーマットに含まれる周波数領域リソースアサインメントフィールドのサイズ)が初期BWPにより導出されが、アクティブなBWPに適用されるというケースに使われてもよい。DCIフォーマットは、DCIフォーマット0_0、および/または、DCIフォーマット0_1であってもよい。

0212

図11はBWPに対する上りリンクリソース割り当てタイプ1を説明する一例を示す図である。

0213

図11において、端末装置1に対して、1つの初期UL BWP(1101)と2つの
追加のUL BWP(1102と1103)が設定されている。前述のように、共通リソースブロックnPRBは、ポイントAから各サブキャリア間隔設定μにおいて0から昇順で番号が付されるリソースブロックである。つまり、1114は番号0が付される共通リソースブロック(common resource block 0)である。サブキャリア間隔設定μにおいて
、共通リソースブロック0(共通リソースブロックインデックス0、nCRB#0)のサブキャリアインデックス0の中心は、ポイントAと一致する。1104はサブキャリア間隔設定μにおいて、キャリアの開始位置であり、上位層のパラメータOffsetToCarrierから与えられる。つまり、上位層のパラメータOffsetToCarrierはポイントAとキャリアの使用可能な最低のサブキャリアとの間の周波数領域におけるオフセットである。該オフセット(1115)は、サブキャリア間隔設定μにおいて、リソースブロックの数を示す。即ち、サブキャリア間隔設定μが異なると、該オフセットの周波数領域の帯域が異なる。サブキャリア間隔設定μにおいて、1104はキャリアが開始するリソースブロックの位置であってもよい。物理リソースブロックは、各BWPに対して0から昇順で番号が付されたリソースブロックである。各BWPインデックスiのサブキャリア間隔設定μにおいて、そのBWPインデックスiにおける物理リソースブロックnPRBと共通リソースブロックnCRBの関係は、(式3)nCRB=nPRB+NstartBWP、iによって与えられる。各BWPのサブキャリア間隔設定μにおいて、NstartBWP、iは共通リソースブロックインデックス0に対するBWPインデックスiが開始する共通リソースブロックの数である。NsizeBWP、iは、BWPインデックスiのサブキャリア間隔設定μにおいて、インデックスiのBWPの帯域幅を示すリソースブロックの数である。

0214

BWPの周波数領域の位置と帯域幅は、上位層のパラメータlocationAndBandwidthによって与えられる。具体的に言うと、BWPインデックスiの第1の物理リソースブロック(物理リソースブロックインデックス0)と連続的な物理リソースブロックの数は上位層のパラメータlocationAndBandwidthによって与えられる。上位層のパラメータlocationAndBandwidthに示される値はキャリアに対するRIVの値と解釈される。図12(A)のように、NsizeBWPが275にセットされる。そして、RIVの値により識別されるRBstartとLRBsはBWPの第1の物理リソースブロック(物理リソースブロックインデックス0)とBWPの帯域幅を示す連続的な物理リソースブロックの数を示す。BWPインデックスiの第1の物理リソースブロックは、上位層のパラメータOffsetToCarrierによって示される物理リソースブロック(1104)に対する物理リソースブロックオフセットである。BWPインデックスiの帯域幅を示すリソースブロックの数はNsizeBWP、iである。BWPインデックスiのNstartBWP、iは、BWPインデックスiの第1の物理リソースブロックおよび上位層のパラメータOffsetToCarrierによって示されるオフセットから与えられる。

0215

即ち、図11において、UL BWP#0のサブキャリア間隔設定μにおいて、1105は、UL BWP#0(1101)における物理リソースブロックインデックス0(nPRB#0)である。UL BWP#0における物理リソースブロックと共通リソースブロックの関係は、nCRB=nPRB+NstartBWP、0によって与えられる。UL BWP#0のサブキャリア間隔設定μにおいて、NstartBWP、0(1107)は共通リソースブロックインデックス0に対するUL BWP#0が開始する共通リソースブロックである。NsizeBWP、0(1106)は、UL BWP#0のサブキャリア間隔設定μにおいて、UL BWP#0の帯域幅を示すリソースブロックの数である。

0216

図11において、UL BWP#1のサブキャリア間隔設定μにおいて、1108は、UL BWP#1(1102)における物理リソースブロックインデックス0(nPRB
#0)である。UL BWP#1における物理リソースブロックと共通リソースブロックの関係は、nCRB=nPRB+NstartBWP、1によって与えられる。UL BWP#1のサブキャリア間隔設定μにおいて、NstartBWP、1(1110)は共通リソースブロックインデックス0に対するUL BWP#1が開始する共通リソースブロックである。NsizeBWP、1(1109)は、UL BWP#1のサブキャリア間隔設定μにおいて、UL BWP#0の帯域幅を示すリソースブロックの数である。

0217

図11において、UL BWP#2のサブキャリア間隔設定μにおいて、1111は、UL BWP#2(1102)における物理リソースブロックインデックス0(nPRB#0)である。UL BWP#2における物理リソースブロックと共通リソースブロックの関係は、nCRB=nPRB+NstartBWP、2によって与えられる。UL BWP#2のサブキャリア間隔設定μにおいて、NstartBWP、2(1113)は共通リソースブロックインデックス0に対するUL BWP#2が開始する共通リソースブロックである。NsizeBWP、2(1112)は、UL BWP#2のサブキャリア間隔設定μにおいて、UL BWP#2の帯域幅を示すリソースブロックの数である。

0218

図11からみると、端末装置1に設定されている各のBWPに対して、開始する位置(開始する共通リソースブロック、NstartBWP)とリソースブロックの数(NsizeBWP)が異なっている。リソース割り当てのRB番号付けは、確定したUL BWPの最も低いRBから始まる。例えば、算出するRBstartの値が同じとしても、確定したUL BWPの最も低いRBが異なると、開始する共通リソースブロックの位置も異なっている。

0219

図8は、本実施形態における端末装置1のランダムアクセス手順の一例を示す図である。

0220

<メッセージ1(S801)>
S801において、端末装置1は、PRACHを介してランダムアクセスプリアンブルを基地局装置3へ送信する。この送信されるランダムアクセスプリアンブルをメッセージ1(Msg1)と称してもよい。ランダムアクセスプリアンブルの送信はPRACH送信とも称する。ランダムアクセスプリアンブルは、複数のシーケンスの中の一つのシーケンスを使うことによって、基地局装置3へ情報を通知するように構成される。例えば、64種類(ランダムアクセスプリアンブルインデックスの番号は1番から64番まで)のシーケンスが用意されている。64種類のシーケンスが用意されている場合、6ビットの情報(ra−PreambleIndexまたはプリアンブルインデックスであってよい)を基地局装置3へ示すことができる。この情報は、ランダムアクセスプリアンブル識別子(RAPID, Random Access preamble Identifier)として示されてもよい。

0221

競合ベースのランダムアクセス手順の場合、端末装置1自身によってランダムアクセスプリアンブルのインデックスがランダムに選択される。競合ベースランダムアクセス手順においては、端末装置1は、設定された閾値を超えるSS/PBCHブロックのRSRPを持つSS/PBCHブロックを選択し、プリアンブルグループの選択を行う。SS/PBCHブロックとランダムアクセスプリアンブルの関係が設定されている場合は、端末装置1は、選択されたSS/PBCHブロックと選択されたプリアンブルグループに関連付けられた1つまたは複数のランダムアクセスプリアンブルからランダムにra−PreambleIndexを選択し、選択されたra−PreambleIndexをプリアンブルインデックス(PREAMBLE_INDEX)にセットする。また、例えば、選択されたSS/PBCHブロックと選択されたプリアンブルグループは、メッセージ3の送信サイズに基づいて、2つのサブグループに分けてもよい。端末装置1は、メッセージ3の送信サイズが小さい場合に小さいメッセージ3の送信サイズに対応するサブグループか
らランダムにプリアンブルインデックスを選択し、メッセージ3の送信サイズが大きい場合に大きいメッセージ3の送信サイズに対応するサブグループからランダムにプリアンブルインデックスを選択してもよい。メッセージサイズが小さい場合のインデックスは、通常、伝搬路の特性が悪い(または、端末装置1と基地局装置3間の距離が遠い)場合に選択され、メッセージサイズが大きい場合のインデックスは、伝搬路の特性が良い(または、端末装置1と基地局装置3間の距離が近い)場合に選択される。

0222

非競合ベースランダムアクセス手順の場合、端末装置1によって基地局装置3から受信した情報に基づいてランダムアクセスプリアンブルのインデックスが選択される。ここで、当該端末装置1によって基地局装置3から受信した情報は、PDCCHに含まれてもよい。基地局装置3から受信した情報のビットの値が全て0である場合、端末装置1によって競合ベースランダムアクセス手順が実行され、端末装置1自身によってランダムアクセスプリアンブルのインデックスが選択される。

ページトップへ

この技術を出願した法人

この技術を発明した人物

ページトップへ

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

関連する公募課題

ページトップへ

おススメ サービス

おススメ astavisionコンテンツ

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

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

関連性が強い人物一覧

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

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

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

関連する公募課題一覧

astavision 新着記事

サイト情報について

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

主たる情報の出典

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