JP2023021569A

JP2023021569A - 端末装置、および、通信方法

Info

Publication number: JP2023021569A
Application number: JP2021126511A
Authority: JP
Inventors: 友樹吉村; Tomoki Yoshimura; 翔一鈴木; Shoichi Suzuki; 大一郎中嶋; Taiichiro Nakajima; 智造野上; Tomozo Nogami; 崇久福井; Takahisa Fukui; 渉大内; Wataru Ouchi; 会発林; Huifa Lin; 涼太森本; Ryota Morimoto
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2021-08-02
Filing date: 2021-08-02
Publication date: 2023-02-14

Abstract

【課題】セルラー通信システムにおいて、効率的に通信を行う端末装置及び該端末装置に用いられる通信方法を提供する。【解決手段】無線通信システムにおいて、端末装置は、媒体アクセス制御層処理部と物理層処理部と、を備える。媒体アクセス制御層処理部は、メッセージ３ＰＵＳＣＨのために繰り返し送信を適用することをリクエストするランダムアクセス手順のために用いられるＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されるか否かの判断を行い、判断に基づいて、メッセージ３のために繰り返し送信を適用することをリクエストするか否かを決定し、物理層処理部にＰＲＡＣＨの送信を指示する。【選択図】図４

Description

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

セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「ＥＵＴＲＡ：ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ」とも呼称される）が、第三世代パートナーシッププロジェクト（3GPP:3^rd Generation Partnership Project）において検討されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ（evolved NodeB）、端末装置はＵＥ（User Equipment）とも呼称される。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のサービングセルを管理してもよい。

３ＧＰＰにおいて、無線通信規格（NR: New Radio）の策定作業が行われた。３ＧＰＰでは、無線通信規格のさらなる拡張検討が行われている（非特許文献１）。

"Release 17 package for RAN", RP-193216, RAN chairman, RAN1 chairman, RAN2 chairman, RAN3 chairman, 3GPP TSG RAN Meeting #86, Sitges, Spain, 9th ― 12th December, 2019

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

（１）本発明の第１の態様は、端末装置であって、媒体アクセス制御層処理部と物理層処理部と、を備え、前記媒体アクセス制御層処理部は、メッセージ３ＰＵＳＣＨのために繰り返し送信を適用することをリクエストするランダムアクセス手順のために用いられるＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されるか否かの判断を行い、前記媒体アクセス制御層処理部は、前記判断に基づいて、メッセージ３のために繰り返し送信を適用することをリクエストするか否かを決定し、前記物理層処理部にＰＲＡＣＨの送信を指示する。

（２）本発明の第２の態様は、端末装置に用いられる通信方法であって、メッセージ３
ＰＵＳＣＨのために繰り返し送信を適用することをリクエストするランダムアクセス手順のために用いられるＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されるか否かの判断を行うステップと、前記判断に基づいて、メッセージ３のために繰り返し送信を適用することをリクエストするか否かを決定するステップと、ＰＲＡＣＨの送信を指示するステップと、を備える。

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

本実施形態の一態様に係る無線通信システム９の概念図である。本実施形態の一態様に係るリソースグリッドの構成例を示す図である。本実施形態の一態様に係る基地局装置３の構成例を示す概略ブロック図である。本実施形態の一態様に係る端末装置１の構成例を示す概略ブロック図である。本実施形態の一態様に係る媒体アクセス制御層処理部１５において実施されるランダムアクセス手順の一例を示す図である。本実施形態の一態様に係る媒体アクセス制御層処理部１５によって実施されるランダムアクセスリソース選択処理５００２の処理例を示した図である。本実施形態の一態様に係る媒体アクセス制御層処理部１５によって実施されるランダムアクセスリソース選択処理５０３２Ｘの処理例を示した図である。本実施形態の一態様に係る媒体アクセス制御層処理部１５において実施されるランダムアクセス手順の一例を示す図である。本実施形態の一態様に係る媒体アクセス制御層処理部１５による“ＲＡ＿ＴＹＰＥ”の選択手順を示す図である。

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

ｆｌｏｏｒ（Ｃ）は、実数Ｃに対する床関数であってもよい。例えば、ｆｌｏｏｒ（Ｃ）は、実数Ｃを超えない範囲で最大の整数を出力する関数であってもよい。ｃｅｉｌ（Ｄ）は、実数Ｄに対する天井関数であってもよい。例えば、ｃｅｉｌ（Ｄ）は、実数Ｄを下回らない範囲で最小の整数を出力する関数であってもよい。ｍｏｄ（Ｅ，Ｆ）は、ＥをＦで除算した余りを出力する関数であってもよい。ｍｏｄ（Ｅ，Ｆ）は、ＥをＦで除算した余りに対応する値を出力する関数であってもよい。ｅｘｐ（Ｇ）＝ｅ＾Ｇである。ここで、ｅはネイピア数である。Ｈ＾ＩはＨのＩ乗を示す。ｍａｘ（Ｊ，Ｋ）は、Ｊ、および、Ｋのうちの最大値を出力する関数である。ここで、ＪとＫが等しい場合に、ｍａｘ（Ｊ，Ｋ）はＪまたはＫを出力する関数である。ｍｉｎ（Ｌ，Ｍ）は、Ｌ、および、Ｍのうちの最大値を出力する関数である。ここで、ＬとＭが等しい場合に、ｍｉｎ（Ｌ，Ｍ）はＬまたはＭを出力する関数である。ｒｏｕｎｄ（Ｎ）は、Ｎに最も近い値の整数値を出力する関数である。“・”は乗算を示す。

図１は、本実施形態の一態様に係る無線通信システム９の概念図である。図１において、無線通信システムは、端末装置１Ａ～１Ｃ、および基地局装置３（BS#3: Base station#3）を含んで構成される。以下、端末装置１Ａ～１Ｃの総称として、基地局装置３と通信を行う端末装置を端末装置１（UE#1: User Equipment#1）とも呼称する。

無線通信システム９において、端末装置１と基地局装置３は１または複数の通信方式を用いてもよい。例えば、無線通信システム９の下りリンクにおいて、ＣＰ－ＯＦＤＭ（Cyclic Prefix ― Orthogonal Frequency Division Multiplex）が用いられてもよい。また、無線通信システム９の上りリンクにおいて、ＣＰ－ＯＦＤＭ、または、ＤＦＴ－ｓ－ＯＦＤＭ（Discrete Fourier Transform ― spread ― Orthogonal Frequency Division Multiplex）のいずれか用いられてもよい。ここで、ＤＦＴ－ｓ－ＯＦＤＭは、ＣＰ－ＯＦＤＭにおける信号生成に先立って変形プレコーディング（Transform precoding）が適用されるような通信方式である。ここで、変形プレコーディングは、ＤＦＴプレコーディングとも呼称される。

図１に示されるように、基地局装置３は１つの送受信装置（または、送信点、送信装置、受信点、受信装置、送受信点）により構成されてもよい。、一方、ある場合には、基地局装置３は複数の送受信装置を含んで構成されてもよい。基地局装置３が複数の送受信装置により構成される場合、該複数の送受信装置のそれぞれは地理的に異なる位置に配置されてもよい。

基地局装置３は、１または複数のサービングセル（serving cell）を提供してもよい。サービングセルは、無線通信システム９において用いられるリソースのセットとして定義されてもよい。ここで、サービングセルは、セル（cell）とも呼称される。

サービングセルは、１つの下りリンクコンポーネントキャリア、および１つの上りリンクコンポーネントキャリアの一方または両方を含んで構成されてもよい。サービングセルは、２つ以上の下りリンクコンポーネントキャリア、および、２つ以上の上りリンクコンポーネントキャリアの一方または両方を含んで構成されてもよい。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアは、コンポーネントキャリアとも総称される。

コンポーネントキャリアに対して、１または複数のＳＣＳ固有キャリア（SCS-specific
carrier）が設定されてもよい。１つのＳＣＳ固有キャリアに対して、１つのサブキャリア間隔の設定（subcarrier-spacing configuration）μが関連付けられてもよい。

無線通信システム９におけるリソースは、サブキャリアインデックスとＯＦＤＭシンボルインデックスとを用いたリソースグリッドにより管理されてもよい。

あるサブキャリア間隔の設定μに対するサブキャリア間隔（SCS: SubCarrier Spacing）Δｆは、Δｆ＝２^μ・１５ｋＨｚであってもよい。例えば、サブキャリア間隔の設定μは０、１、２、３、または、４のいずれかを示してもよい。

時間単位（タイムユニット）Ｔ_ｃ＝１／（Δｆ_ｍａｘ・Ｎ_ｆ）は、時間領域の長さの表現のために用いられてもよい。ここで、Δｆ_ｍａｘ＝４８０ｋＨｚであってもよい。また、Ｎ_ｆ＝４０９６であってもよい。また、定数κは、κ＝Δｆ_ｍａｘ・Ｎ_ｆ／（Δｆ_ｒｅｆ・Ｎ_{ｆ，ｒｅｆ}）＝６４であってもよい。また、Δｆ_ｒｅｆは、１５ｋＨｚであってもよい。Ｎ_{ｆ，ｒｅｆ}は、２０４８である。

下りリンク／上りリンクの信号の送信は、長さＴ_ｆの無線フレーム（システムフレーム、フレーム）により編成されてもよい（organized into）。ここで、Ｔ_ｆ＝（Δｆ_ｍａｘ・Ｎ_ｆ／１００）・Ｔ_ｓ＝１０ｍｓであってもよい。

無線フレームは、１０個のサブフレームを含んで構成されてもよい。ここで、サブフレームの長さＴ_ｓｆ＝（Δｆ_ｍａｘ・Ｎ_ｆ／１０００）・Ｔ_ｓ＝１ｍｓであってもよい。また、サブフレームあたりのＯＦＤＭシンボル数はＮ^{ｓｕｂｆｒａｍｅ，μ} _ｓｙｍｂ＝Ｎ^ｓｌｏｔ _ｓｙｍｂ・Ｎ^{ｓｕｂｆｒａｍｅ，μ} _ｓｌｏｔであってもよい。

無線通信システム９に用いられる通信方式の時間領域の単位として、ＯＦＤＭシンボルを用いる。例えば、ＯＦＤＭシンボルは、ＣＰ－ＯＦＤＭの時間領域の単位として用いられてもよい。また、ＯＦＤＭシンボルは、ＤＦＴ－ｓ－ＯＦＤＭの時間領域の単位として用いられてもよい。

スロットは、複数のＯＦＤＭシンボルを含んで構成されてもよい。例えば、連続するＮ^ｓｌｏｔ _ｓｙｍｂ個のＯＦＤＭシンボルにより１つのスロットが構成されてもよい。例えば、ノーマルＣＰの設定において、Ｎ^ｓｌｏｔ _ｓｙｍｂ＝１４であってもよい。また、拡張ＣＰの設定において、Ｎ^ｓｌｏｔ _ｓｙｍｂ＝１２であってもよい。

スロットに対して、時間領域でインデックスが付されてもよい。例えば、スロットインデックスｎ^μ _ｓは、サブフレームにおいて０からＮ^{ｓｕｂｆｒａｍｅ，μ} _ｓｌｏｔ－１の範囲の整数値で昇順に与えられてもよい。また、スロットインデックスｎ^μ _ｓ，ｆは、無線フレームにおいて０からＮ^{ｆｒａｍｅ，μ} _ｓｌｏｔ－１の範囲の整数値で昇順に与えられてもよい。

図２は、本実施形態の一態様に係るリソースグリッドの構成例を示す図である。図２のリソースグリッドにおいて、横軸はＯＦＤＭシンボルインデックスｌ_ｓｙｍであり、縦軸はサブキャリアインデックスｋ_ｓｃである。図２のリソースグリッドは、Ｎ^{ｓｉｚｅ，μ} _{ｇｒｉｄ，ｘ}・Ｎ^ＲＢ _ｓｃ個のサブキャリアを含み、Ｎ^{ｓｕｂｆｒａｍｅ，μ} _ｓｙｍｂ個のＯＦＤＭシンボルを含む。ここで、Ｎ^{ｓｉｚｅ，μ} _{ｇｒｉｄ，ｘ}は、ＳＣＳ固有キャリアの帯域幅を示す。また、Ｎ^{ｓｉｚｅ，μ} _{ｇｒｉｄ，ｘ}の値の単位はリソースブロックである。

リソースグリッド内において、サブキャリアインデックスｋ_ｓｃとＯＦＤＭシンボルインデックスｌ_ｓｙｍによって特定されるリソースは、リソースエレメント（RE: Resource
Element）とも呼称される。

リソースブロック（RB: Resource Block）は、Ｎ^ＲＢ _ｓｃ個の連続するサブキャリアを含む。リソースブロックは、共通リソースブロック、物理リソースブロック（PRB: Physical Resource Block）、および、仮想リソースブロック（VRB: Virtual Resource Block）の総称である。例えば、Ｎ^ＲＢ _ｓｃ＝１２であってもよい。

ＢＷＰ（BandWidth Part）は、リソースグリッドのサブセットとして構成されてもよい。ここで、下りリンクに対して設定されるＢＷＰは、下りリンクＢＷＰとも呼称される。上りリンクに対して設定されるＢＷＰは、上りリンクＢＷＰとも呼称される。

アンテナポートは、あるアンテナポートにおけるシンボルが伝達されるチャネルが、該あるアンテナポートにおけるその他のシンボルが伝達されるチャネルから推定できることによって定義されてもよい（An antenna port is defined such that the channel over which a symbol on the antenna port is conveyed can be inferred from the channel over which another symbol on the same antenna port is conveyed）。例えば、チャネルは、物理チャネルに対応してもよい。また、シンボルは、リソースエレメントに配置される変調シンボルに対応してもよい。ここで、“チャネル”は、“伝搬路”を意味してもよい。また、“チャネル”は、“物理チャネル”を意味してもよい。

１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性（large scale property）が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬ（Quasi Co-Located）関係にあるとみなされる。ここで、大規模特性はチャネルの長区間特性を含んでもよい。大規模特性は、遅延拡がり（delay spread）、ドップラー拡がり（Doppler spread）、ドップラーシフト（Doppler shift）、平均利得（average gain）、平均遅延（average delay）、および、ビームパラメータ（spatial Rx parameters）の一部または全部を含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一である（または、対応する）ことであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一である（または、対応する）ことであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬであることが想定されてもよい。２つのアンテナポートがＱＣＬであることは、２つのアンテナポートがＱＣＬであることが想定されることであってもよい。

キャリアアグリゲーション（carrier aggregation）は、集約された複数のサービングセルを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数のコンポーネントキャリアを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数の下りリンクコンポーネントキャリアを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数の上りリンクコンポーネントキャリアを用いて通信を行うことであってもよい。

図３は、本実施形態の一態様に係る基地局装置３の構成例を示す概略ブロック図である。図３に示されるように、基地局装置３は、物理層処理部（無線送受信部）３０、および／または、上位層（Higher layer）処理部３４の一部または全部を含む。物理層処理部３０は、アンテナ部３１、ＲＦ（Radio Frequency）処理部３２、および、ベースバンド処理部３３の一部または全部を含む。上位層処理部３４は、媒体アクセス制御層（MAC layer）処理部３５、および、無線リソース制御（RRC:Radio Resource Control）層処理部３６の一部または全部を含む。

物理層処理部３０は、物理層の処理を行う。ここで、物理層の処理は、物理チャネルのベースバンド信号の生成、物理シグナルのベースバンド信号の生成、および、物理チャネルより伝達される情報の検出、物理シグナルにより伝達される情報の検出の一部または全部を含んでもよい。また、物理層の処理は、トランスポートチャネルの物理チャネルへのマッピング処理を含んでもよい。ここで、ベースバンド信号は、時間連続信号とも呼称される。

例えば、物理層処理部３０は、下りリンク物理チャネルのベースバンド信号を生成してもよい。ここで、ＤＬ－ＳＣＨ上で上位層より配送されるトランスポートブロックは、下りリンク物理チャネルに配置されてもよい。

例えば、物理層処理部３０は、下りリンク物理シグナルのベースバンド信号を生成してもよい。

例えば、物理層処理部３０は、上りリンク物理チャネルにより伝達される情報の検出を試みてもよい。ここで、上りリンク物理チャネルにより伝達される情報のうちのトランスポートブロックは、ＵＬ－ＳＣＨ上で上位層に配送されてもよい。

例えば、物理層処理部３０は、上りリンク物理シグナルにより伝達される情報の検出を試みてもよい。

上位層処理部３４は、ＭＡＣ（Medium Access Control）層、パケットデータ統合プロトコル（PDCP:Packet Data Convergence Protocol）層、無線リンク制御（RLC:Radio Link Control）層、ＲＲＣ層の処理の一部または全部を行なう。ここで、ＭＡＣ層はＭＡＣ副層とも呼称される。また、ＰＤＣＰ層はＰＤＣＰ副層とも呼称される。また、ＲＬＣ層は、ＲＬＣ副層とも呼称される。また、ＲＲＣ層は、ＲＲＣ副層とも呼称される。

媒体アクセス制御層処理部（MAC層処理部）３５は、ＭＡＣ層の処理を行う。ここで、ＭＡＣ層の処理は、ロジカルチャネルとトランスポートチャネルとのマッピング、１また
は複数のＭＡＣＳＤＵ（Service Data Unit）のトランスポートブロックへの多重化、ＵＬ－ＳＣＨ上で物理層より配送されるトランスポートブロックの１または複数のＭＡＣ
ＳＤＵへの分解、トランスポートブロックに対するＨＡＲＱ（Hybrid Automatic Repeat reQuest）の適用、および、スケジューリングリクエストの処理の一部または全部を含んでもよい。

無線リソース制御層処理部３６は、ＲＲＣ層の処理を行う。ＲＲＣ層の処理は、報知信号の管理、ＲＲＣ接続／ＲＲＣアイドル状態の管理、および、ＲＲＣ再設定（RRC reconfiguration）の一部または全部を含んでもよい。

無線リソース制御層処理部３６は、端末装置１の各種設定に用いられるＲＲＣパラメータの管理をしてもよい。例えば、無線リソース制御層処理部３６は、あるロジカルチャネル上のＲＲＣメッセージにＲＲＣパラメータを含めて端末装置１に伝達してもよい。ここで、ＲＲＣメッセージは、ＢＣＣＨ（Broadcast Control CHannel）、ＣＣＣＨ（Common Control CHannel）、および、ＤＣＣＨ（Dedicated Control CHannel）のいずれかにマップされてもよい。

無線リソース制御層処理部３６は、端末装置１より伝達されるＲＲＣメッセージに含まれるＲＲＣパラメータに基づいて、端末装置１に伝達するＲＲＣパラメータを決定してもよい。ここで、端末装置１より伝達されるＲＲＣメッセージは、端末装置１の機能情報報告に関連してもよい。

物理層処理部３０は、変調処理、符号化処理、および、送信処理の一部または全部を行ってもよい。物理層処理部３０は、トランスポートブロックに対する符号化処理、変調処理、および、ベースバンド信号生成処理の一部または全部に基づき物理信号を生成してもよい。物理層処理部３０は、物理信号をあるＢＷＰに配置してもよい。物理層処理部３０は、生成された物理信号を送信してもよい。

物理層処理部３０は、復調処理、および、復号化処理の一方または両方を行ってもよい。物理層処理部３０は、受信された物理信号に対する復調処理、復号化処理に基づき検出した情報のうちのトランスポートブロックを、ＵＬ－ＳＣＨ上で上位層に配送してもよい。

サービングセルの帯域において、キャリアセンスの実施が要求される場合、物理層処理部３０は、物理信号の送信に先立って、キャリアセンスを実施してもよい。

ＲＦ部３２は、アンテナ部３１を介して受信した信号を、ベースバンド信号（baseband
signal）に変換し、不要な周波数成分を除去してもよい。ＲＦ部３２は、ベースバンド信号をベースバンド部３３に出力する。

ベースバンド部３３は、ＲＦ部３２から入力されたベースバンド信号をディジタル化してもよい。ベースバンド部３３は、ディジタル化されたベースバンド信号からＣＰ（Cyclic Prefix）に相当する部分を除去してもよい。ベースバンド部３３は、ＣＰが除去されたベースバンド信号に対して高速フーリエ変換（FFT:Fast Fourier Transform）を行い、周波数領域の信号を抽出してもよい。

ベースバンド部３３は、物理信号を逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）することにより、ベースバンド信号を生成してもよい。ベースバンド部３３は、生成されたベースバンド信号にＣＰを付加してもよい。ベースバンド部３３は、ＣＰが付加されたベースバンド信号をアナログ化してもよい。ベースバンド部３３は、アナロ
グ化されたベースバンド信号をＲＦ部３２に出力してもよい。

ＲＦ部３２は、ベースバンド部３３から入力されたベースバンド信号から余分な周波数成分を除去してもよい。ＲＦ部３２は、ベースバンド信号を搬送波周波数にアップコンバート（up convert）し、ＲＦ信号を生成してもよい。ＲＦ部３２は、アンテナ部３１を介してＲＦ信号を送信してもよい。また、ＲＦ部３２は送信電力を制御する機能を備えてもよい。

端末装置１に対して、１または複数のサービングセル（または、コンポーネントキャリア、下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア）が設定されてもよい。

端末装置１に対して設定されるサービングセルのそれぞれは、ＰＣｅｌｌ（Primary cell、プライマリセル）、ＰＳＣｅｌｌ（Primary SCG cell、プライマリＳＣＧセル）、および、ＳＣｅｌｌ（Secondary Cell、セカンダリセル）のいずれかであってもよい。

ＰＣｅｌｌは、ＭＣＧ（Master Cell Group）に含まれるサービングセルである。ＰＣｅｌｌは、端末装置１によって初期接続確立手順（initial connection establishment procedure）、または、接続再確立手順（connection re-establishment procedure）を実施するセル（実施されたセル）である。

ＰＳＣｅｌｌは、ＳＣＧ（Secondary Cell Group）に含まれるサービングセルである。ＰＳＣｅｌｌは、端末装置１によってランダムアクセス手順が実施されるサービングセルである。

ＳＣｅｌｌは、ＭＣＧ、または、ＳＣＧのいずれに含まれてもよい。

サービングセルグループ（セルグループ）は、ＭＣＧ、ＳＣＧ、および、ＰＵＣＣＨセルグループの総称である。サービングセルグループは、１または複数のサービングセル（または、コンポーネントキャリア）を含んでもよい。サービングセルグループに含まれる１または複数のサービングセル（または、コンポーネントキャリア）は、キャリアアグリゲーションにより運用されてもよい。

端末装置１に対して１または複数の下りリンクＢＷＰが設定されてもよい。端末装置１に対して１または複数の上りリンクＢＷＰが設定されてもよい。

端末装置１に対して設定される１または複数の下りリンクＢＷＰのうち、１つの下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されてもよい（または、１つの下りリンクＢＷＰがアクティベートされてもよい）。端末装置１に対して設定される１または複数の上りリンクＢＷＰのうち、１つの上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されてもよい（または、１つの上りリンクＢＷＰがアクティベートされてもよい）。

物理層処理部３０は、アクティブ下りリンクＢＷＰ上で、ＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳの送信を試みてもよい。物理層処理部１０は、アクティブ下りリンクＢＷＰ上で、ＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳの受信を試みてもよい。物理層処理部３０は、アクティブ上りリンクＢＷＰ上で、ＰＵＣＣＨ、および、ＰＵＳＣＨの受信を試みてもよい。物理層処理部１０は、アクティブ上りリンクＢＷＰ上で、ＰＵＣＣＨ、および、ＰＵＳＣＨの送信を試みてもよい。ここで、アクティブ下りリンクＢＷＰ、および、アクティブ上りリンクＢＷＰは、アクティブＢＷＰと総称される。

物理層処理部３０は、インアクティブ下りリンクＢＷＰ（アクティブ下りリンクＢＷＰではない下りリンクＢＷＰ）上で、ＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳの送信を試みなくてもよい。物理層処理部１０は、インアクティブ下りリンクＢＷＰ上で、ＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳの受信を試みなくてもよい。物理層処理部３０は、インアクティブ上りリンクＢＷＰ（アクティブ上りリンクＢＷＰではない上りリンクＢＷＰ）上で、ＰＵＣＣＨ、および、ＰＵＳＣＨの受信を試みなくてもよい。物理層処理部１０は、インアクティブ上りリンクＢＷＰ上で、ＰＵＣＣＨ、および、ＰＵＳＣＨの送信を試みなくてもよい。ここで、インアクティブ下りリンクＢＷＰ、および、インアクティブ上りリンクＢＷＰは、インアクティブＢＷＰと総称される。

下りリンクのＢＷＰ切り替え（BWP switch）は、あるサービングセルの１つのアクティブ下りリンクＢＷＰをディアクティベート（deactivate）し、該あるサービングセルのインアクティブ下りリンクＢＷＰのいずれかをアクティベート（activate）するための手順である。下りリンクのＢＷＰ切り替えは、物理層、ＭＡＣ層、および、ＲＲＣ層のいずれかにより制御されてもよい。

上りリンクのＢＷＰ切り替えは、あるサービングセルの１つのアクティブ上りリンクＢＷＰをディアクティベート（deactivate）し、該あるサービングセルのインアクティブ上りリンクＢＷＰのいずれかをアクティベート（activate）するために用いられる。上りリンクのＢＷＰ切り替えは、物理層、ＭＡＣ層、および、ＲＲＣ層のいずれかにより制御されてもよい。

端末装置１に対して設定される１または複数の下りリンクＢＷＰのうち、２つ以上の下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されなくてもよい。あるコンポーネントキャリアに対して、ある時間において、１つの下りリンクＢＷＰがアクティブであってもよい。

端末装置１に対して設定される１または複数の上りリンクＢＷＰのうち、２つ以上の上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されなくてもよい。あるコンポーネントキャリアに対して、ある時間において、１つの上りリンクＢＷＰがアクティブであってもよい。

下りリンクコンポーネントキャリアごとに、１つの下りリンクＢＷＰがアクティブＢＷＰに設定されてもよい。つまり、ある下りリンクコンポーネントキャリアに対して、２つ以上の下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されなくてもよい。

上りリンクコンポーネントキャリアごとに、１つの上りリンクＢＷＰがアクティブＢＷＰに設定されてもよい。つまり、ある上りリンクコンポーネントキャリアに対して、２つ以上の上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されなくてもよい。

図４は、本実施形態の一態様に係る端末装置１の構成例を示す概略ブロック図である。図４に示されるように、端末装置１は、物理層処理部（無線送受信部）１０、および、上位層処理部１４の一部または全部を含む。無線送受信部１０は、アンテナ部１１、ＲＦ部１２、および、ベースバンド部１３の一部または全部を含む。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を含む。

物理層処理部１０は、物理層の処理を行う。

例えば、物理層処理部１０は、上りリンク物理チャネルのベースバンド信号を生成して
もよい。ここで、ＵＬ－ＳＣＨ上で上位層より配送されるトランスポートブロックは、上りリンク物理チャネルに配置されてもよい。

例えば、物理層処理部１０は、上りリンク物理シグナルのベースバンド信号を生成してもよい。

例えば、物理層処理部１０は、下りリンク物理チャネルにより伝達される情報の検出を試みてもよい。ここで、下りリンク物理チャネルにより伝達される情報のうちのトランスポートブロックは、ＤＬ－ＳＣＨ上で上位層に配送されてもよい。

例えば、物理層処理部１０は、下りリンク物理シグナルにより伝達される情報の検出を試みてもよい。

上位層処理部１４は、ＭＡＣ（Medium Access Control）層、パケットデータ統合プロトコル（PDCP:Packet Data Convergence Protocol）層、無線リンク制御（RLC:Radio Link Control）層、ＲＲＣ層の処理の一部または全部を行なう。

媒体アクセス制御層処理部（MAC層処理部）１５は、ＭＡＣ層の処理を行う。

無線リソース制御層処理部１６は、ＲＲＣ層の処理を行う。

無線リソース制御層処理部１６は、基地局装置３より伝達されるＲＲＣパラメータの管理をしてもよい。例えば、無線リソース制御層処理部１６は、あるロジカルチャネル上のＲＲＣメッセージに含まれるＲＲＣパラメータを取得し、取得されたＲＲＣパラメータを端末装置１の記憶領域にセットしてもよい。端末装置１の記憶領域にセットされたＲＲＣパラメータは、下位層（lower layer）に提供されてもよい。

無線リソース制御層処理部１６は、端末装置１が備える機能に基づき生成された機能情報をＲＲＣメッセージに含めて、基地局装置３に伝達してもよい。

物理層処理部１０は、変調処理、符号化処理、および、送信処理の一部または全部を行ってもよい。物理層処理部１０は、トランスポートブロックに対する符号化処理、変調処理、および、ベースバンド信号生成処理の一部または全部に基づき物理信号を生成してもよい。物理層処理部１０は、物理信号をあるＢＷＰに配置してもよい。物理層処理部１０は、生成された物理信号を送信してもよい。

物理層処理部１０は、復調処理、および、復号化処理の一方または両方を行ってもよい。物理層処理部１０は、受信された物理信号に対する復調処理、復号化処理に基づき検出した情報のうちのトランスポートブロックを、ＤＬ－ＳＣＨ上で上位層に配送してもよい。

サービングセルの帯域において、キャリアセンスの実施が要求される場合、物理層処理部１０は、物理信号の送信に先立って、キャリアセンスを実施してもよい。

ＲＦ部１２は、アンテナ部１１を介して受信した信号を、ベースバンド信号（baseband
signal）に変換し、不要な周波数成分を除去してもよい。ＲＦ部１２は、ベースバンド信号をベースバンド部１３に出力する。

ベースバンド部１３は、ＲＦ部１２から入力されたベースバンド信号をディジタル化してもよい。ベースバンド部１３は、ディジタル化されたベースバンド信号からＣＰ（Cy
clic Prefix）に相当する部分を除去してもよい。ベースバンド部１３は、ＣＰが除去されたベースバンド信号に対して高速フーリエ変換（FFT:Fast Fourier Transform）を行い、周波数領域の信号を抽出してもよい。

ベースバンド部１３は、物理信号を逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）することにより、ベースバンド信号を生成してもよい。ベースバンド部１３は、生成されたベースバンド信号にＣＰを付加してもよい。ベースバンド部１３は、ＣＰが付加されたベースバンド信号をアナログ化してもよい。ベースバンド部１３は、アナログ化されたベースバンド信号をＲＦ部１２に出力してもよい。

ＲＦ部１２は、ベースバンド部１３から入力されたベースバンド信号から余分な周波数成分を除去してもよい。ＲＦ部１２は、ベースバンド信号を搬送波周波数にアップコンバート（up convert）し、ＲＦ信号を生成してもよい。ＲＦ部１２は、アンテナ部３１を介してＲＦ信号を送信してもよい。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。

以下、物理信号について説明を行う。

物理信号は、下りリンク物理チャネル、下りリンク物理シグナル、上りリンク物理チャネル、および、上りリンク物理チャネルの総称である。物理チャネルは、下りリンク物理チャネル、および、上りリンク物理チャネルの総称である。物理シグナルは、下りリンク物理シグナル、および、上りリンク物理シグナルの総称である。

上りリンク物理チャネルは、上位層において発生する情報を伝達するリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクコンポーネントキャリアにおいて用いられる物理チャネルであってもよい。上りリンク物理チャネルは、物理層処理部１０によって送信されてもよい。上りリンク物理チャネルは、物理層処理部３０によって受信されてもよい。本実施形態の一態様に係る無線通信システムの上りリンクにおいて、下記の一部または全部の上りリンク物理チャネルが用いられてもよい。
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）

ＰＵＣＣＨは、上りリンク制御情報（UCI:Uplink Control Information）を伝達（deliver, transmission, convey）するために送信されてもよい。上りリンク制御情報は、ＰＵＣＣＨに配置（map）されてもよい。物理層処理部１０は、上りリンク制御情報が配置されたＰＵＣＣＨを送信してもよい。物理層処理部３０は、上りリンク制御情報が配置されたＰＵＣＣＨを受信してもよい。

上りリンク制御情報（上りリンク制御情報ビット、上りリンク制御情報系列、上りリンク制御情報タイプ）は、チャネル状態情報（CSI:Channel State Information）、スケジューリングリクエスト（SR:Scheduling Request）、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）情報の一部または全部を含む。

チャネル状態情報は、チャネル状態情報ビット、または、チャネル状態情報系列とも呼称される。スケジューリングリクエストは、スケジューリングリクエストビット、または、スケジューリングリクエスト系列とも呼称される。ＨＡＲＱ－ＡＣＫ情報は、ＨＡＲＱ－ＡＣＫ情報ビット、または、ＨＡＲＱ－ＡＣＫ情報系列とも呼称される。

ＨＡＲＱ－ＡＣＫ情報は、トランスポートブロック（TB:Transport block）に対応する
ＨＡＲＱ－ＡＣＫビットにより構成されてもよい。あるＨＡＲＱ－ＡＣＫビットは、トランスポートブロックに対応するＡＣＫ（acknowledgement）またはＮＡＣＫ（negative-acknowledgement）を示してもよい。ＡＣＫは、トランスポートブロックの復号が成功裏に完了していること（has been decoded）を示してもよい。ＮＡＣＫは、トランスポートブロックの復号が成功裏に完了していないこと（has not been decoded）を示してもよい。ＨＡＲＱ－ＡＣＫ情報は、１または複数のＨＡＲＱ－ＡＣＫビットを含んでもよい。

トランスポートブロックに対するＨＡＲＱ－ＡＣＫは、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫとも呼称される。ここで、“ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ”は、ＰＤＳＣＨに含まれるトランスポートブロックに対するＨＡＲＱ－ＡＣＫを示す。

スケジューリングリクエストは、初期送信（new transmission）のためのＵＬ－ＳＣＨのリソースを要求するために用いられてもよい。スケジューリングリクエストビットは、正のＳＲ（positive SR）または、負のＳＲ（negative SR）のいずれかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが伝達される”とも呼称される。正のＳＲは、媒体アクセス制御層処理部１５によって初期送信のためのＵＬ－ＳＣＨのリソースが要求されることを示してもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、媒体アクセス制御層処理部１５によって初期送信のためのＵＬ－ＳＣＨのリソースが要求されないことを示してもよい。

チャネル状態情報は、チャネル品質指標（CQI: Channel Quality Indicator）、プレコーダ行列指標（PMI:Precoder Matrix Indicator）、および、ランク指標（RI: Rank Indicator）の一部または全部を含んでもよい。ＣＱＩは、伝搬路の品質（例えば、伝搬強度）、または、物理チャネルの品質に関連する指標であり、ＰＭＩは、プレコーダに関連する指標である。ＲＩは、送信ランク（または、送信レイヤ数）に関連する指標である。

チャネル状態情報は、チャネル測定のために用いられる物理信号（例えば、ＣＳＩ－ＲＳ）の受信状態に関する指標である。チャネル状態情報の値は、チャネル測定のために用いられる物理信号によって想定される受信状態に基づき、端末装置１によって決定されてもよい。チャネル測定は、干渉測定を含んでもよい。

ＰＵＣＣＨは、あるＰＵＣＣＨフォーマットを伴ってもよい。ここで、ＰＵＣＣＨフォーマットは、ＰＵＣＣＨの物理層の処理の形式であってもよい。また、ＰＵＣＣＨフォーマットは、ＰＵＣＣＨを用いて伝達される情報の形式であってもよい。

ＰＵＳＣＨは、上りリンク制御情報、および、トランスポートブロックの一方または両方を伝達するために送信されてもよい。ＰＵＳＣＨは、上りリンク制御情報、および、トランスポートブロックの一方または両方を伝達するために用いられてもよい。端末装置１は、上りリンク制御情報、および、トランスポートブロックの一方または両方が配置されたＰＵＳＣＨを送信してもよい。基地局装置３は、上りリンク制御情報、および、トランスポートブロックの一方または両方が配置されたＰＵＳＣＨを受信してもよい。

ＰＲＡＣＨは、ランダムアクセスプリアンブルのインデックスを伝達するために送信されてもよい。端末装置１は、ＰＲＡＣＨを送信してもよい。基地局装置３は、ＰＲＡＣＨを受信してもよい。端末装置１は、ＰＲＡＣＨ上でランダムアクセスプリアンブルを送信してもよい。基地局装置３は、ＰＲＡＣＨ上でランダムアクセスプリアンブルを受信してもよい。

上りリンク物理シグナルは、リソースエレメントのセットに対応してもよい。上りリン
ク物理シグナルは、上位層において発生する情報の伝達に用いられなくてもよい。なお、上りリンク物理シグナルは、物理層において発生する情報の伝達に用いられてもよい。上りリンク物理シグナルは、上りリンクコンポーネントキャリアにおいて用いられる物理シグナルであってもよい。物理層処理部１０は、上りリンク物理シグナルを送信してもよい。物理層処理部３０は、上りリンク物理シグナルを受信してもよい。本実施形態の一態様に係る無線通信システムの上りリンクにおいて、下記の一部または全部の上りリンク物理シグナルが用いられてもよい。
・ＵＬＤＭＲＳ（UpLink Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＵＬＰＴＲＳ（UpLink Phase Tracking Reference Signal）

ＵＬＤＭＲＳは、ＰＵＳＣＨのためのＤＭＲＳ、および、ＰＵＣＣＨのためのＤＭＲＳの総称である。

ＰＵＳＣＨのためのＤＭＲＳ（ＰＵＳＣＨに関連するＤＭＲＳ、ＰＵＳＣＨに含まれるＤＭＲＳ、ＰＵＳＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、該ＰＵＳＣＨのためのアンテナポートのセットに基づき与えられてもよい。例えば、ＰＵＳＣＨのためのＤＭＲＳのアンテナポートのセットは、該ＰＵＳＣＨのアンテナポートのセットと同じであってもよい。

ＰＵＳＣＨの伝搬路（propagation path）は、該ＰＵＳＣＨのためのＤＭＲＳから推定されてもよい。

ＰＵＣＣＨのためのＤＭＲＳ（ＰＵＣＣＨに関連するＤＭＲＳ、ＰＵＣＣＨに含まれるＤＭＲＳ、ＰＵＣＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、ＰＵＣＣＨのアンテナポートのセットと同一であってもよい。

ＰＵＣＣＨの伝搬路は、該ＰＵＣＣＨのためのＤＭＲＳから推定されてもよい。

下りリンク物理チャネルは、上位層において発生する情報を伝達するリソースエレメントのセットに対応してもよい。下りリンク物理チャネルは、下りリンクコンポーネントキャリアにおいて用いられる物理チャネルであってもよい。物理層処理部３０は、下りリンク物理チャネルを送信してもよい。物理層処理部１０は、下りリンク物理チャネルを受信してもよい。本実施形態の一態様に係る無線通信システムの下りリンクにおいて、下記の一部または全部の下りリンク物理チャネルが用いられてもよい。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）

ＰＢＣＨは、ＭＩＢ（MIB: Master Information Block）、および、物理層制御情報の一方または両方を伝達するために送信されてもよい。ここで、物理層制御情報は、物理層で発生する情報である。ＭＩＢは、ＢＣＣＨ（Broadcast Control CHannel）上で上位層より配送されるＲＲＣメッセージである。

ＰＤＣＣＨは、下りリンク制御情報（DCI:Downlink Control Information）を伝達するために送信されてもよい。下りリンク制御情報は、ＰＤＣＣＨに配置されてもよい。端末装置１は、下りリンク制御情報が配置されたＰＤＣＣＨを受信してもよい。基地局装置３は、下りリンク制御情報が配置されたＰＤＣＣＨを送信してもよい。

下りリンク制御情報は、ＤＣＩフォーマットを伴って送信されてもよい。なお、ＤＣＩ
フォーマットは、下りリンク制御情報の形式と解釈されてもよい。また、ＤＣＩフォーマットは、ある下りリンク制御情報の形式にセットされる下りリンク制御情報のセットと解釈されてもよい。

基地局装置３はＤＣＩフォーマットを伴うＰＤＣＣＨを用いて、下りリンク制御情報を端末装置１に通知してもよい。ここで、端末装置１は、下りリンク制御情報の取得のために、ＰＤＣＣＨをモニタしてもよい。なお、特別な説明のない限り、ＤＣＩフォーマットと下りリンク制御情報が同等のものとして記載されることがある。例えば、基地局装置３は、ＤＣＩフォーマットに下りリンク制御情報を含めて端末装置１に伝達してもよい。また、端末装置１は、検出されたＤＣＩフォーマットに含まれる下りリンク制御情報を用いて物理層処理部１０を制御してもよい。

ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１は、ＤＣＩフォーマットである。上りリンクＤＣＩフォーマットは、ＤＣＩフォーマット０＿０、および、ＤＣＩフォーマット０＿１の総称である。下りリンクＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１の総称である。

ＤＣＩフォーマット０＿０は、あるセルに配置されるＰＵＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット０＿０は、１Ａから１Ｅのフィールドの一部または全部を含んでもよい。
１Ａ）ＤＣＩフォーマット特定フィールド（Identifier field for DCI formats）
１Ｂ）周波数領域リソース割り当てフィールド（Frequency domain resource assignment
field）
１Ｃ）時間領域リソース割り当てフィールド（Time domain resource assignment field）
１Ｄ）周波数ホッピングフラグフィールド（Frequency hopping flag field）
１Ｅ）ＭＣＳフィールド（MCS field: Modulation and Coding Scheme field）

ＤＣＩフォーマット特定フィールドは、該ＤＣＩフォーマット特定フィールドを含むＤＣＩフォーマットが上りリンクＤＣＩフォーマットであるか下りリンクＤＣＩフォーマットであるかを示してもよい。つまり、ＤＣＩフォーマット特定フィールドは、上りリンクＤＣＩフォーマットと下りリンクＤＣＩフォーマットのそれぞれに含まれてもよい。ここで、ＤＣＩフォーマット０＿０に含まれるＤＣＩフォーマット特定フィールドは、０を示してもよい。

ＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドは、該ＤＣＩフォーマット０＿０によりスケジューリングされるＰＵＳＣＨのための周波数リソースの割り当てを示すために用いられてもよい。

ＤＣＩフォーマット０＿０に含まれる時間領域リソース割り当てフィールドは、該ＤＣＩフォーマット０＿０によりスケジューリングされるＰＵＳＣＨのための時間リソースの割り当てを示すために用いられてもよい。

周波数ホッピングフラグフィールドは、該ＤＣＩフォーマット０＿０によりスケジューリングされるＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示すために用いられてもよい。

ＤＣＩフォーマット０＿０に含まれるＭＣＳフィールドは、該ＤＣＩフォーマット０＿０によりスケジューリングされるＰＵＳＣＨのための変調方式、および、該ＤＣＩフォー
マット０＿１によりスケジューリングされるターゲット符号化率の一方または両方を示すために用いられてもよい。ターゲット符号化率は、ＰＵＳＣＨに配置されるトランスポートブロックのためのターゲット符号化率であってもよい。ＰＵＳＣＨに配置されるトランスポートブロックのサイズ（TBS: Transport Block Size）は、ターゲット符号化率、および、ＰＵＳＣＨのための変調方式の一部または全部に基づき決定されてもよい。

ＤＣＩフォーマット０＿０は、ＣＳＩ要求（ＣＳＩリクエスト）に用いられるフィールドを含まなくてもよい。。

ＤＣＩフォーマット０＿０は、キャリアインディケータフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット０＿０によってスケジューリングされるＰＵＳＣＨが配置される上りリンクコンポーネントキャリアが属するサービングセルは、該ＤＣＩフォーマット０＿０を含むＰＤＣＣＨが配置される下りリンクコンポーネントキャリアのサービングセルと同一であってもよい。端末装置１は、あるサービングセルのある下りリンクコンポーネントキャリアにおいてＤＣＩフォーマット０＿０を検出することに基づき、該ＤＣＩフォーマット０＿０によりスケジューリングされるＰＵＳＣＨを該あるサービングセルの上りリンクコンポーネントキャリアに配置することを認識してもよい。

ＤＣＩフォーマット０＿０は、ＢＷＰフィールドを含まなくてもよい。ここで、ＤＣＩフォーマット０＿０は、アクティブ上りリンクＢＷＰの変更を伴わずにＰＵＳＣＨをスケジューリングするＤＣＩフォーマットであってもよい。端末装置１は、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿０を検出することに基づき、アクティブ上りリンクＢＷＰの切り替えを行わずに該ＰＵＳＣＨを送信することを認識してもよい。

ＤＣＩフォーマット０＿１は、あるセルに配置されるＰＵＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット０＿１は、２Ａから２Ｈのフィールドの一部または全部を含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）上りリンクの時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）ＣＳＩリクエストフィールド（CSI request field）
２Ｇ）ＢＷＰフィールド（BWP field）
２Ｈ）キャリアインディケータフィールド（Carrier indicator field）

ＤＣＩフォーマット０＿１に含まれるＤＣＩフォーマット特定フィールドは、０を示してもよい。

ＤＣＩフォーマット０＿１に含まれる周波数領域リソース割り当てフィールドは、該ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨのための周波数リソースの割り当てを示すために用いられてもよい。

ＤＣＩフォーマット０＿１に含まれる時間領域リソース割り当てフィールドは、該ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨのための時間リソースの割り当てを示すために用いられてもよい。

ＤＣＩフォーマット０＿１に含まれるＭＣＳフィールドは、該ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨのための変調方式、および、該ＤＣＩフォー
マット０＿１によりスケジューリングされるＰＵＳＣＨのためのターゲット符号化率の一方または両方を示すために用いられてもよい。

ＤＣＩフォーマット０＿１のＢＷＰフィールドは、該ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨが配置される上りリンクＢＷＰを示すために用いられてもよい。つまり、ＤＣＩフォーマット０＿１は、アクティブ上りリンクＢＷＰの変更を伴ってもよいし、伴わなくてもよい。端末装置１は、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１を検出することに基づき、該ＰＵＳＣＨが配置される上りリンクＢＷＰを認識してもよい。

ＢＷＰフィールドを含まないＤＣＩフォーマット０＿１は、アクティブ上りリンクＢＷＰの変更を伴わずにＰＵＳＣＨをスケジューリングするＤＣＩフォーマットであってもよい。端末装置１は、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１であって、かつ、ＢＷＰフィールドを含まないＤＣＩフォーマット０＿１を検出することに基づき、アクティブ上りリンクＢＷＰの切り替えを行わずに該ＰＵＳＣＨを送信することを認識してもよい。

ＤＣＩフォーマット０＿１にＢＷＰフィールドが含まれるが、端末装置１がＤＣＩフォーマット０＿１によるＢＷＰの切り替えの機能をサポートしない場合、ＢＷＰフィールドは端末装置１によって無視されてもよい。つまり、ＢＷＰの切り替えの機能をサポートしない端末装置１は、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１であって、かつ、ＢＷＰフィールドを含むＤＣＩフォーマット０＿１を検出することに基づき、アクティブ上りリンクＢＷＰの切り替えを行わずに該ＰＵＳＣＨを送信することを認識してもよい。ここで、ＢＷＰの切り替えの機能がサポートされている場合、無線リソース制御層処理部１６は、ＢＷＰの切り替えの機能がサポートされることを示す機能情報をＲＲＣメッセージに含めてもよい。

ＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために用いられてもよい。

ＤＣＩフォーマット０＿１にキャリアインディケータフィールドが含まれる場合、該キャリアインディケータフィールドは、ＰＵＳＣＨが配置される上りリンクコンポーネントキャリアのサービングセルを示すために用いられてもよい。端末装置１は、あるサービングセルの下りリンクコンポーネントキャリアにおいてＤＣＩフォーマット０＿１を検出することに基づき、該ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨが該ＤＣＩフォーマット０＿１に含まれるキャリアインディケータフィールドにより示されるサービングセルの上りリンクコンポーネントキャリアに配置されることを認識してもよい。

ＤＣＩフォーマット０＿１にキャリアインディケータフィールドが含まれない場合、ＤＣＩフォーマット０＿１によってスケジューリングされるＰＵＳＣＨが配置される上りリンクコンポーネントキャリアが属するサービングセルは、該ＤＣＩフォーマット０＿１を含むＰＤＣＣＨが配置される下りリンクコンポーネントキャリアのサービングセルと同一であってもよい。端末装置１は、あるサービングセルのある下りリンクコンポーネントキャリアにおいてＤＣＩフォーマット０＿１を検出することに基づき、該ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨを該あるサービングセルの上りリンクコンポーネントキャリアに配置することを認識してもよい。

ＤＣＩフォーマット１＿０は、あるセルに配置されるＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット１＿０は、３Ａから３Ｆの一部または全部を含んで構成される。
３Ａ）ＤＣＩフォーマット特定フィールド
３Ｂ）周波数領域リソース割り当てフィールド
３Ｃ）時間領域リソース割り当てフィールド
３Ｄ）ＭＣＳフィールド
３Ｅ）ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールド（PDSCH to HARQ feedback timing indicator field）
３Ｆ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）

ＤＣＩフォーマット１＿０に含まれるＤＣＩフォーマット特定フィールドは、１を示してもよい。

ＤＣＩフォーマット１＿０に含まれる周波数領域リソース割り当てフィールドは、該ＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨのための周波数リソースの割り当てを示すために用いられてもよい。

ＤＣＩフォーマット１＿０に含まれる時間領域リソース割り当てフィールドは、該ＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨのための時間リソースの割り当てを示すために用いられてもよい。

ＤＣＩフォーマット１＿０に含まれるＭＣＳフィールドは、該ＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨのための変調方式、および、該ＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨのためのターゲット符号化率の一方または両方を示すために用いられてもよい。ターゲット符号化率は、ＰＤＳＣＨに配置されるトランスポートブロックのためのターゲット符号化率であってもよい。ＰＤＳＣＨに配置されるトランスポートブロックのサイズ（TBS: Transport Block Size）は、ターゲット符号化率、および、ＰＤＳＣＨのための変調方式の一方または両方に基づき決定されてもよい。

ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドは、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットを示すために用いられてもよい。

ＰＵＣＣＨリソース指示フィールドは、ＰＵＣＣＨのリソースを示すために用いられてもよい。

ＤＣＩフォーマット１＿０は、キャリアインディケータフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット１＿０によってスケジューリングされるＰＤＳＣＨが配置される下りリンクコンポーネントキャリアは、該ＤＣＩフォーマット１＿０を含むＰＤＣＣＨが配置される下りリンクコンポーネントキャリアと同一であってもよい。端末装置１は、ある下りリンクコンポーネントキャリアにおいてＤＣＩフォーマット１＿０を検出することに基づき、該ＤＣＩフォーマット１＿０によりスケジューリングされるＰＤＳＣＨを該下りリンクコンポーネントキャリアに配置することを認識してもよい。

ＤＣＩフォーマット１＿０は、ＢＷＰフィールドを含まなくてもよい。ここで、ＤＣＩフォーマット１＿０は、アクティブ下りリンクＢＷＰの変更を伴わずにＰＤＳＣＨをスケジューリングするＤＣＩフォーマットであってもよい。端末装置１は、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿０を検出することに基づき、アクティブ下りリンクＢＷＰの切り替えを行わずに該ＰＤＳＣＨを受信することを認識してもよい。

ＤＣＩフォーマット１＿１は、あるセルに配置されるＰＤＳＣＨのスケジューリングの
ために用いられる。ＤＣＩフォーマット１＿１は、４Ａから４Ｉの一部または全部を含んで構成される。
４Ａ）ＤＣＩフォーマット特定フィールド
４Ｂ）周波数領域リソース割り当てフィールド
４Ｃ）時間領域リソース割り当てフィールド
４Ｅ）ＭＣＳフィールド
４Ｆ）ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールド
４Ｇ）ＰＵＣＣＨリソース指示フィールド
４Ｈ）ＢＷＰフィールド
４Ｉ）キャリアインディケータフィールド

ＤＣＩフォーマット１＿１に含まれるＤＣＩフォーマット特定フィールドは、１を示してもよい。

ＤＣＩフォーマット１＿１に含まれる周波数領域リソース割り当てフィールドは、該ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨのための周波数リソースの割り当てを示すために用いられてもよい。

ＤＣＩフォーマット１＿１に含まれる時間領域リソース割り当てフィールドは、該ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨのための時間リソースの割り当てを示すために用いられてもよい。

ＤＣＩフォーマット１＿１に含まれるＭＣＳフィールドは、該ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨのための変調方式、および、該ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨのためのターゲット符号化率の一方または両方を示すために用いられてもよい。

ＤＣＩフォーマット１＿１にＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドが含まれる場合、該ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドは、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットを示すために用いられてもよい。ＤＣＩフォーマット１＿１にＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドが含まれない場合、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットを示すパラメータは、ＲＲＣ層より提供されてもよい。

ＤＣＩフォーマット１＿１のＢＷＰフィールドは、該ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨが配置される下りリンクＢＷＰを示すために用いられてもよい。つまり、ＤＣＩフォーマット１＿１は、アクティブ下りリンクＢＷＰの変更を伴ってもよいし伴わなくてもよい。端末装置１は、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１を検出することに基づき、該ＰＤＳＣＨが配置される下りリンクＢＷＰを認識してもよい。

ＢＷＰフィールドを含まないＤＣＩフォーマット１＿１は、アクティブ下りリンクＢＷＰの変更を伴わずにＰＤＳＣＨをスケジューリングするＤＣＩフォーマットであってもよい。端末装置１は、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１であって、かつ、ＢＷＰフィールドを含まないＤＣＩフォーマット１＿１を検出するこ
とに基づき、アクティブ下りリンクＢＷＰの切り替えを行わずに該ＰＤＳＣＨを受信することを認識してもよい。

ＤＣＩフォーマット１＿１にＢＷＰフィールドが含まれるが、端末装置１がＤＣＩフォーマット１＿１によるＢＷＰの切り替えの機能をサポートしない場合、ＢＷＰフィールドは端末装置１によって無視されてもよい。つまり、ＢＷＰの切り替えの機能をサポートしない端末装置１は、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１であって、かつ、ＢＷＰフィールドを含むＤＣＩフォーマット１＿１を検出することに基づき、アクティブ下りリンクＢＷＰの切り替えを行わずに該ＰＤＳＣＨを受信することを認識してもよい。ここで、ＢＷＰの切り替えの機能がサポートされている場合、無線リソース制御層処理部１６は、ＢＷＰの切り替えの機能がサポートされることを示す機能情報をＲＲＣメッセージに含めてもよい。

ＤＣＩフォーマット１＿１にキャリアインディケータフィールドが含まれる場合、該キャリアインディケータフィールドは、該ＤＣＩフォーマット１＿１によってスケジューリングされるＰＤＳＣＨが配置される下りリンクコンポーネントキャリアのサービングセルを示すために用いられてもよい。端末装置１は、あるサービングセルの下りリンクコンポーネントキャリアにおいてＤＣＩフォーマット１＿１を検出することに基づき、該ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨが該ＤＣＩフォーマット１＿１に含まれるキャリアインディケータフィールドにより示されるサービングセルの下りリンクコンポーネントキャリアに配置されることを認識してもよい。

ＤＣＩフォーマット１＿１にキャリアインディケータフィールドが含まれない場合、ＤＣＩフォーマット１＿１によってスケジューリングされるＰＤＳＣＨが配置される下りリンクコンポーネントキャリアは、該ＤＣＩフォーマット１＿１を含むＰＤＣＣＨが配置される下りリンクコンポーネントキャリアと同一であってもよい。端末装置１は、ある下りリンクコンポーネントキャリアにおいてＤＣＩフォーマット１＿１を検出することに基づき、該ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨを該下りリンクコンポーネントキャリアに配置することを認識してもよい。

ＰＤＳＣＨは、トランスポートブロックを伝達するために送信されてもよい。ＰＤＳＣＨは、トランスポートブロックを伝達するために用いられてもよい。トランスポートブロックは、ＰＤＳＣＨに配置されてもよい。基地局装置３は、トランスポートブロックが配置されたＰＤＳＣＨを送信してもよい。端末装置１は、トランスポートブロックが配置されたＰＤＳＣＨを受信してもよい。

下りリンク物理シグナルは、リソースエレメントのセットに対応してもよい。下りリンク物理シグナルは、上位層において発生する情報の伝達に用いられなくてもよい。なお、下りリンク物理シグナルは、物理層において発生する情報の伝達に用いられてもよい。下りリンク物理シグナルは、下りリンクコンポーネントキャリアにおいて用いられる物理シグナルであってもよい。物理層処理部１０は、下りリンク物理シグナルを送信してもよい。物理層処理部３０は、下りリンク物理シグナルを受信してもよい。本実施形態の一態様に係る無線通信システムの下りリンクにおいて、少なくとも下記の一部または全部の下りリンク物理シグナルが用いられてもよい。
・同期信号（SS:Synchronization signal）
・ＤＬＤＭＲＳ（DownLink DeModulation Reference Signal）
・ＣＳＩ－ＲＳ（Channel State Information-Reference Signal）
・ＤＬＰＴＲＳ（DownLink Phase Tracking Reference Signal）

同期信号は、端末装置１が下りリンクの周波数領域、および、時間領域の一方または両
方の同期をとるために用いられてもよい。同期信号は、ＰＳＳ（Primary Synchronization Signal）、および、ＳＳＳ（Secondary Synchronization Signal）の総称である。

ＰＳＳ、ＳＳＳ、ＰＢＣＨ、および、ＰＢＣＨのためのＤＭＲＳのアンテナポートは、同一であってもよい。

あるアンテナポートにおけるＰＢＣＨのシンボルが伝達されるＰＢＣＨは、該ＰＢＣＨがマップされるスロットに配置されるＰＢＣＨのためのＤＭＲＳであって、該ＰＢＣＨが含まれるＳＳ／ＰＢＣＨブロックに含まれる該ＰＢＣＨのためのＤＭＲＳによって推定されてもよい。

ＤＬＤＭＲＳは、ＰＢＣＨのためのＤＭＲＳ、ＰＤＳＣＨのためのＤＭＲＳ、および、ＰＤＣＣＨのためのＤＭＲＳの総称である。

ＰＤＳＣＨのためのＤＭＲＳ（ＰＤＳＣＨに関連するＤＭＲＳ、ＰＤＳＣＨに含まれるＤＭＲＳ、ＰＤＳＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、該ＰＤＳＣＨのためのアンテナポートのセットに基づき与えられてもよい。例えば、ＰＤＳＣＨのためのＤＭＲＳのアンテナポートのセットは、該ＰＤＳＣＨのためのアンテナポートのセットと同じであってもよい。

ＰＤＳＣＨの伝搬路は、該ＰＤＳＣＨのためのＤＭＲＳから推定されてもよい。もし、あるＰＤＳＣＨのシンボルが伝達されるリソースエレメントのセットと、該あるＰＤＳＣＨのためのＤＭＲＳのシンボルが伝達されるリソースエレメントのセットが同一のプレコーディングリソースグループ（PRG: Precoding Resource Group）に含まれる場合、あるアンテナポートにおける該ＰＤＳＣＨのシンボルが伝達されるＰＤＳＣＨは、該ＰＤＳＣＨのためのＤＭＲＳによって推定されてもよい。

ＰＤＣＣＨのためのＤＭＲＳ（ＰＤＣＣＨに関連するＤＭＲＳ、ＰＤＣＣＨに含まれるＤＭＲＳ、ＰＤＣＣＨに対応するＤＭＲＳ）のアンテナポートは、ＰＤＣＣＨのためのアンテナポートと同一であってもよい。

ＰＤＣＣＨの伝搬路は、該ＰＤＣＣＨのためのＤＭＲＳから推定されてもよい。もし、あるＰＤＣＣＨのシンボルが伝達されるリソースエレメントのセットと、該あるＰＤＣＣＨのためのＤＭＲＳのシンボルが伝達されるリソースエレメントのセットにおいて同一のプレコーダが適用される（適用されると想定される、適用されると想定する）場合、あるアンテナポートにおける該ＰＤＣＣＨのシンボルが伝達されるＰＤＣＣＨは、該ＰＤＣＣＨのためのＤＭＲＳによって推定されてもよい。

ＢＣＨ（Broadcast CHannel）、ＵＬ－ＳＣＨ（Uplink-Shared CHannel）、および、ＤＬ－ＳＣＨ（Downlink-Shared CHannel）は、トランスポートチャネルである。

トランスポート層のＢＣＨは、物理層のＰＢＣＨにマップされてもよい。つまり、トランスポート層のＢＣＨ上で上位層より配送されるトランスポートブロックは、物理層のＰＢＣＨに配置されてもよい。また、トランスポート層のＵＬ－ＳＣＨは、物理層のＰＵＳＣＨにマップされてもよい。つまり、トランスポート層のＵＬ－ＳＣＨ上で上位層より配送されるトランスポートブロックは、物理層のＰＵＳＣＨに配置されてもよい。また、トランスポート層のＤＬ－ＳＣＨは、物理層のＰＤＳＣＨにマップされてもよい。つまり、トランスポート層のＤＬ－ＳＣＨ上で上位層より配送されるトランスポートブロックは、物理層のＰＤＳＣＨに配置されてもよい。

トランスポート層は、トランスポートブロックに対してＨＡＲＱ（Hybrid Automatic Repeat reQuest）を適用してもよい。

ＢＣＣＨ（Broadcast Control CHannel）、ＣＣＣＨ（Common Control CHannel）、および、ＤＣＣＨ（Dedicated Control CHannel）は、ロジカルチャネルである。例えば、ＢＣＣＨは、ＭＩＢを含むＲＲＣメッセージ、または、システム情報を含むＲＲＣメッセージの配送に用いられてもよい。また、ＣＣＣＨは、複数の端末装置１において共通なＲＲＣパラメータを含むＲＲＣメッセージを送信するために用いられてもよい。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨは、ある端末装置１に専用のＲＲＣメッセージを送信するために用いられてもよい。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。

ＢＣＣＨは、ＢＣＨ、または、ＤＬ－ＳＣＨにマップされてもよい。つまり、ＭＩＢの情報を含むＲＲＣメッセージは、ＢＣＨに配送されてもよい。また、ＭＩＢ以外のシステム情報を含むＲＲＣメッセージは、ＤＬ－ＳＣＨに配送されてもよい。また、ＣＣＣＨはＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされる。つまり、ＣＣＣＨにマップされるＲＲＣメッセージは、ＤＬ－ＳＣＨ、または、ＵＬ－ＳＣＨに配送されてもよい。また、ＤＣＣＨはＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされてもよい。つまり、ＤＣＣＨにマップされるＲＲＣメッセージは、ＤＬ－ＳＣＨ、または、ＵＬ－ＳＣＨに配送されてもよい。

媒体アクセス制御層処理部１５は、ランダムアクセス手順を実施してもよい。

図５は、本実施形態の一態様に係る媒体アクセス制御層処理部１５において実施されるランダムアクセス手順の一例を示す図である。図５に示されるランダムアクセス手順において、最初に、媒体アクセス制御層処理部１５は判断５００１を実施してもよい。ここで、判断５００１において、ランダムアクセス手順のタイプが判断されてもよい。また、ランダムアクセス手順のタイプは、４ステップランダムアクセス手順、および、２ステップランダムアクセス手順のいずれかであってもよい。つまり、判断５００１において、４ステップランダムアクセス手順か２ステップランダムアクセス手順のいずれかが選択されてもよい。

ここで、“ＲＡ＿ＴＹＰＥ”は、判断５００１において選択されるランダムアクセス手順に対応する値が格納される変数である。例えば、４ステップランダムアクセス手順に対応する値は“４ＳＴＥＰ＿ＲＡ”であり、２ステップランダムアクセス手順に対応する値は“２ＳＴＥＰ＿ＲＡ”であってもよい。例えば、判断５００１において、媒体アクセス制御層処理部１５が２ステップランダムアクセス手順を選択した場合、変数“ＲＡ＿ＴＹＰＥ”に“２ＳＴＥＰ＿ＲＡ”が入力されてもよい。

判断５００１において、下りリンク信号の強度に関する判断が実施されてもよい。ここで、判断５００１における下りリンク信号の強度に関する判断は、下りリンクパスロスリファレンス（Downlin pathloss reference）のＲＳＲＰの値と所定のしきい値＃５００１とを比較することに少なくとも基づき与えられてもよい。例えば、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００１よりも大きい場合、媒体アクセス制御層処理部１５は、２ステップランダムアクセス手順を選択してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００１よりも小さい場合、媒体アクセス制御層処理部１５は、４ステップランダムアクセス手順を選択してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００１と等しい場合、媒体アクセス制御層処理部１５は、２ステップランダムアクセス手順、または、４ステップランダムアクセス手順を選択してもよい。例えば、下りリンクパスロスリファレンスは、上りリンクの電力制御において用いられるパスロス推定値の決定に用いられる物理信号であってもよい。また、下りリンクパスロスリファレンスは、ランダムアクセス手順において選択されるＳＳ／ＰＢＣＨブロックであってもよい。

媒体アクセス制御層処理部１５が判断５００１において４ステップランダムアクセス手順を選択した場合、媒体アクセス制御層処理部１５はランダムアクセスリソース選択処理５００２を実施してもよい。ここで、ランダムアクセスリソース選択処理５００２において、ランダムアクセスプリアンブルグループの選択、および、ＰＲＡＣＨリソースグループの選択、の一方または両方が行われてもよい。

図６は、本実施形態の一態様に係る媒体アクセス制御層処理部１５によって実施されるランダムアクセスリソース選択処理５００２の処理例を示した図である。最初に、媒体アクセス制御層処理部１５は、判断６００１を実施してもよい。ここで、判断６００１において、媒体アクセス制御層処理部１５は、下りリンク信号の強度に関する判断を行ってもよい。例えば、判断６００１における下りリンク信号の強度に関する判断は、下りリンクパスロスリファレンスのＲＳＲＰの値と所定のしきい値＃６００１とを比較することに基づき与えられてもよい。例えば、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃６００１よりも小さい場合、媒体アクセス制御層処理部１５は、判断６００５に進んでもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃６００１よりも大きい場合、媒体アクセス制御層処理部１５は、判断６００２を選択してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃６００１と等しい場合、媒体アクセス制御層処理部１５は、判断６００２、および、判断６００５のいずれかに進んでもよい。ここで、下りリンクパスロスリファレンスは、上りリンクの電力制御において用いられるパスロス推定値の決定に用いられる物理信号であってもよい。また、下りリンクパスロスリファレンスは、ランダムアクセス手順において選択されるＳＳ／ＰＢＣＨブロックであってもよい。

媒体アクセス制御層処理部１５が判断６００２に進んだ場合、媒体アクセス制御層処理部１５は判断６００２を実施してもよい。ここで、判断６００２において、媒体アクセス制御層処理部１５は、下りリンク信号の強度に関する判断、および、上りリンクデータのサイズに関する判断、の一方または両方を実施してもよい。例えば、判断６００２における下りリンク信号強度の判断は、ある物理信号に基づき測定されるパスロスの値としきい値＃６００２ａとを比較することに基づき与えられてもよい。ここで、しきい値＃６００２ａは、１または複数のパラメータに基づき決定されるようなしきい値であってもよい。例えば、判断６００２における１または複数のパラメータは上りリンクの送信電力制御に用いられるようなパラメータであってもよい。例えば、しきい値＃６００２ａは、ランダムアクセス手順が実施されるサービングセル設定最大送信電力PCMAX、ランダムアクセスプリアンブルのターゲット受信電力preambleReceivedTargetPower、メッセージ３ＰＵＳＣＨのターゲット受信電力とランダムアクセスプリアンブルのターゲット受信電力とのオフセット値msg3-DeltaPreamble、および、判断６００２のためのオフセット値messagePowerOffsetGroupBに基づき決定されてもよい。例えば、しきい値＃６００２ａは、PCMAX―preambleReceivedTargetPower―msg3-DeltaPreamble―messagePowerOffsetGroupBの計算により決定されてもよい。

例えば、ランダムアクセス手順が実施されるサービングセル設定最大送信電力PCMAXは、サービングセルが属する周波数バンド（周波数位置、バンド、周波数帯域）に応じて設定されるような値であってもよい。また、ランダムアクセスプリアンブルのターゲット受信電力preambleReceivedTargetPowerはＲＲＣ層より提供されてもよい。また、メッセージ３ＰＵＳＣＨのターゲット受信電力とランダムアクセスプリアンブルのターゲット受信電力のオフセット値msg3-DeltaPreambleは、ＲＲＣ層より提供されてもよい。また、オフセット値messagePowerOffsetGroupBは、ＲＲＣ層より提供されてもよい。

例えば、判断６００２における上りリンクデータのサイズに関する判断は、上りリンクデータのサイズとしきい値＃６００２ｂとを比較することに基づき与えられてもよい。例えば、判断６００２において、上りリンクデータは、潜在的なメッセージ３ＰＵＳＣＨのペイロードであってもよい。ここで、潜在的なメッセージ３ＰＵＳＣＨのペイロードは、ランダムアクセス手順において送信されることが期待されるメッセージ３ＰＵＳＣＨに配置されるトランスポートブロックであってもよい。また、潜在的なメッセージ３ＰＵＳＣＨのペイロードは、ランダムアクセス手順において送信されることが期待されるメッセージ３ＰＵＳＣＨに配置されるトランスポートブロックに多重されるＭＡＣＳＤＵおよびＭＡＣサブヘッダの一方または両方であってもよい。ここで、ＭＡＣＳＤＵはＣＣＣＨ上で上位層より配送されるＭＡＣＳＤＵであってもよいし、ＣＣＣＨ以外のロジカルチャネル上で上位層より配送されるＭＡＣＳＤＵであってもよい。ＣＣＣＨ上で上位層より配送されるＭＡＣＳＤＵはＣＣＣＨＳＤＵとも呼称される。なお、媒体アクセス制御層処理部１５が判断６００２を実施する時点では、メッセージ３ＰＵＳＣＨの送信がまだ実施されていない場合もあるため、“潜在的な”メッセージ３ＰＵＳＣＨのペイロードに基づく判断が実施される。

例えば、判断６００２は、命題６００２ａの真偽と命題６００２ｂの真偽の一方または両方に基づく判断であってもよい。例えば、媒体アクセス制御層処理部１５は、命題６００２ａが真であるという判断に基づき、処理６００４に進んでもよい。また、媒体アクセス制御層処理部１５は、命題６００２ｂが真であるという判断に基づき、処理６００４に進んでもよい。また、媒体アクセス制御層処理部１５は、命題６００２ａが偽であるという判断と命題６００２ｂが偽であるという判断とに基づき、処理６００３に進んでもよい。

例えば、命題６００２ａは、上りリンクデータのサイズがしきい値＃６００２ｂよりも大きく、かつ、パスロスの値がしきい値＃６００２ａよりも小さいこと、であってもよい。また、命題６００２ａは、上りリンクデータのサイズがしきい値＃６００２ｂよりも小さくなく、かつ、パスロスの値がしきい値＃６００２ａよりも小さいこと、であってもよい。また、命題６００２ａは、上りリンクデータのサイズがしきい値＃６００２ｂよりも大きく、かつ、パスロスの値がしきい値＃６００２ａよりも大きくないこと、であってもよい。また、命題６００２ａは、上りリンクデータのサイズがしきい値＃６００２ｂよりも小さくなく、かつ、パスロスの値がしきい値＃６００２ａよりも大きくないこと、であってもよい。

処理６００２における下りリンク物理信号強度の判断において用いられる物理信号は、複数のＳＳ／ＰＢＣＨブロックから選択される１つのＳＳ／ＰＢＣＨブロックであってもよい。ここで、複数のＳＳ／ＰＢＣＨブロックは、サービングセルに設定される複数のＳＳ／ＰＢＣＨブロックであってもよい。媒体アクセス制御層処理部１５は、少なくとも１つのＳＳ／ＰＢＣＨブロックに対するＲＳＲＰの値としきい値＃６００２ｘとの比較に基づき、複数のＳＳ／ＰＢＣＨブロックから１つのＳＳ／ＰＢＣＨブロックを選択してもよい。例えば、少なくとも１つのＳＳ／ＰＢＣＨブロックに対するＲＳＲＰの値がしきい値＃６００２ｘよりも大きい場合に、媒体アクセス制御層処理部１５は、ＲＳＲＰの値がしきい値＃６００２ｘよりも大きいＳＳ／ＰＢＣＨブロックの中から１つのＳＳ／ＰＢＣＨブロックを選択してもよい。また、どのＳＳ／ＰＢＣＨブロックに対するＲＳＲＰの値もしきい値＃６００２ｘより小さい場合に、媒体アクセス制御層処理部１５は、複数のＳＳ／ＰＢＣＨブロックから１つのＳＳ／ＰＢＣＨブロックを選択してもよい。

例えば、しきい値＃６００２ｘは、上位層より提供されてもよい。

例えば、命題６００２ｂは、ランダムアクセス手順がＣＣＣＨのために開始され、かつ、上りリンクデータのサイズがしきい値＃６００２ｂよりも大きいこと、であってもよい。また、命題６００２ｂは、ランダムアクセス手順がＣＣＣＨのために開始され、かつ、上りリンクデータのサイズがしきい値＃６００２ｂよりも小さくないこと、であってもよい。

処理６００３において、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルグループＡを選択してもよい。また、処理６００３において、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしないことを決定してもよい。

処理６００４において、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルグループＢを選択してもよい。また、処理６００４において、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしないことを決定してもよい。

端末装置１は、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストするか否かを示す情報を、ランダムアクセス手順中に送信されるＰＲＡＣＨを用いて基地局装置３に通知してもよい。例えば、第１のＰＲＡＣＨリソースグループに基づきＰＲＡＣＨが送信されることは、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストすることに対応してもよい。また、第２のＰＲＡＣＨリソースグループに基づきＰＲＡＣＨが送信されることは、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしないことに対応してもよい。

つまり、媒体アクセス制御層処理部１５がメッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストすることは、媒体アクセス制御層処理部１５が第１のＰＲＡＣＨリソースグループを選択することであってもよい。また、媒体アクセス制御層処理部１５がメッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしないことは、媒体アクセス制御層処理部１５が第２のＰＲＡＣＨリソースグループを選択することであってもよい。

ＰＲＡＣＨリソースグループは、１または複数のＰＲＡＣＨリソースを含んで構成されてもよい。ここで、１つのＰＲＡＣＨリソースは、時間周波数リソース（例えば、ＰＲＡＣＨ機会）、および、ランダムアクセスプリアンブルのインデックスの一方または両方により識別されるようなリソースであってもよい。

ここで、ＰＲＡＣＨリソースグループごとにランダムアクセスプリアンブルグループＢを設定するか否かが決定されてもよい。例えば、第１のＰＲＡＣＨリソースグループに対して、ランダムアクセスプリアンブルグループＢが設定されなくてもよい。また、第１のＰＲＡＣＨリソースグループに対して、ランダムアクセスプリアンブルグループＢを設定するか否かを示すパラメータがＲＲＣ層より提供されてもよい。

例えば、ＰＲＡＣＨリソースグループごとに、ランダムアクセスプリアンブルグループＢを設定するか否かを示すパラメータがＲＲＣ層より提供されてもよい。

判断６００５において、媒体アクセス制御層処理部１５は、上りリンクデータのサイズに関する判断を行ってもよい。例えば、判断６００５における上りリンクデータのサイズに関する判断は、上りリンクデータのサイズとしきい値＃６００２ｂとを比較することに
基づき与えられてもよい。

例えば、媒体アクセス制御層処理部１５は、ランダムアクセス手順がＣＣＣＨのために開始され、かつ、上りリンクデータのサイズがしきい値＃６００２ｂよりも大きい場合に、判断６００７に進んでもよい。また、媒体アクセス制御層処理部１５は、ランダムアクセス手順がＣＣＣＨのために開始され、かつ、上りリンクデータのサイズがしきい値＃６００２ｂよりも小さい場合に、判断６００６に進んでもよい。また、媒体アクセス制御層処理部１５は、ランダムアクセス手順がＣＣＣＨのために開始され、かつ、上りリンクデータのサイズがしきい値＃６００２ｂと等しい場合に、処理６００６および判断６００７のいずれかに進んでもよい。また、媒体アクセス制御層処理部１５は、ランダムアクセス手順がＣＣＣＨのために開始されていない場合に、処理６００６に進んでもよい。別の一例では、媒体アクセス制御層処理部１５は、ランダムアクセス手順がＣＣＣＨのために開始されていない場合に、判断６００２に進んでもよい。

処理６００６において、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルグループＡを選択してもよい。また、処理６００６において、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストすることを決定してもよい。

判断６００７において、媒体アクセス制御層処理部６００７は、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されるか否かを判断してもよい。例えば、媒体アクセス制御層処理部１５は、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されている場合に、処理６００９に進んでもよい。また、媒体アクセス制御層処理部１５は、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されていない場合に、処理６００８に進んでもよい。

処理６００８において、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルグループＢを選択してもよい。また、処理６００８において、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしないことを決定してもよい。

処理６００９において、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルグループＢを選択してもよい。また、処理６００９において、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストすることを決定してもよい。

以上、説明されるように、ランダムアクセス手順において、媒体アクセス制御層処理部１５がメッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストするか否かが、下りリンクパスロスリファレンスのＲＳＲＰの値、および、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されるか否か、の一方または両方に基づき決定されてもよい。

例えば、媒体アクセス制御層処理部１５は、下りリンクパスロスリファレンスのＲＳＲＰの値がしきい値＃６００１よりも大きいことに基づき、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしなくてもよい。また、媒体アクセス制御層処理部１５は、下りリンクパスロスリファレンスのＲＳＲＰの値がしきい値＃６００１よりも小さくないことに基づき、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしなくてもよい。

例えば、媒体アクセス制御層処理部１５は、下りリンクパスロスリファレンスのＲＳＲＰの値がしきい値＃６００１よりも小さいこと、および、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されていることに基づき、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしてもよい。また、媒体アクセス制御層処理部１５は、下りリンクパスロスリファレンスのＲＳＲＰの値がしきい値＃６００１よりも大きくないこと、および、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されていることに基づき、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしてもよい。

例えば、媒体アクセス制御層処理部１５は、下りリンクパスロスリファレンスのＲＳＲＰの値がしきい値＃６００１よりも小さいこと、および、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されていないことに基づき、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしなくてもよい。また、媒体アクセス制御層処理部１５は、下りリンクパスロスリファレンスのＲＳＲＰの値がしきい値＃６００１よりも大きくないこと、および、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されていないことに基づき、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしなくてもよい。

ここで、基地局装置３は、端末装置１より伝達されるリクエストの有無に基づき、メッセージ２ＰＤＳＣＨに含まれる情報（ランダムアクセスレスポンスグラント）をセットしてもよい。

例えば、媒体アクセス制御層処理部１５は、ランダムアクセスリソース選択処理５００２において、１つのＰＲＡＣＨ機会を選択してもよい。ここで、媒体アクセス制御層処理部１５は、ＰＲＡＣＨリソースグループに関連するＰＲＡＣＨ機会の中から１つのＰＲＡＣＨ機会を選択してもよい。

例えば、媒体アクセス制御層処理部１５は、選択されたＰＲＡＣＨリソースグループと、選択されたランダムアクセスプリアンブルグループとに基づき、１つのランダムアクセスプリアンブルを選択してもよい。

媒体アクセス制御層処理部１５は、処理５００２の実施後、処理５００３を実施してもよい。ここで、処理５００３は、ランダムアクセスプリアンブルの送信処理と、ランダムアクセスレスポンスの受信処理とを含んでもよい。

ここで、ランダムアクセスプリアンブルの送信処理は、媒体アクセス制御層処理部１５によって選択された１つのＰＲＡＣＨ機会における選択された１つのランダムアクセスプリアンブルの送信を物理層処理部１０に指示する処理であってもよい。つまり、媒体アクセス制御層処理部１５は、選択された１つのＰＲＡＣＨ機会において、選択された１つのランダムアクセスプリアンブルを送信することを物理層処理部１０に指示してもよい。

また、ランダムアクセスレスポンスの受信処理は、媒体アクセス制御層処理部１５によって所定期間の間ＰＤＣＣＨのモニタリングが実施される処理であってもよい。ここで、所定期間は、ランダムアクセスレスポンスウィンドウとも呼称される。ここで、ＰＤＣＣＨのモニタリングが実際には物理層処理部１０によって実施されたとしても、該モニタリングが媒体アクセス制御層処理部１５によって実施されたものとみなされてもよい。

例えば、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルの送信の終端時点から見て最初のＰＤＣＣＨの監視機会（monitoring occasion）において、ランダムアクセスレスポンスウィンドウを開始してもよい。ここで、ランダムアクセスレスポン
スウィンドウの持続期間を決定するパラメータ（ra-ResponseWindow）は、ＲＲＣ層より提供されてもよい。

例えば、ランダムアクセスレスポンスウィンドウの持続期間の決定のために、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用がリクエストされるか否かで、異なるパラメータが用いられてもよい。例えば、第１のパラメータと第２のパラメータがＲＲＣ層より提供されてもよい。ここで、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用がリクエストされる場合に、媒体アクセス制御層処理部１５は、ランダムアクセスレスポンスウィンドウの持続期間を第１のパラメータで示される値に基づき決定してもよい。また、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用がリクエストされない場合に、媒体アクセス制御層処理部１５は、ランダムアクセスレスポンスウィンドウの持続期間を第２のパラメータで示される値に基づき決定してもよい。

例えば、ランダムアクセスレスポンスウィンドウの持続期間中に、選択されたランダムアクセスプリアンブルのインデックスを示すフィールドを含むランダムアクセスレスポンスが受信された場合、媒体アクセス制御層処理部１５は、ランダムアクセスレスポンスの受信を成功裏に完了したものとみなしてもよい。一方、ランダムアクセスレスポンスウィンドウが満了し、かつ、選択されたランダムアクセスプリアンブルのインデックスを示すフィールドを含むランダムアクセスレスポンスが受信されなかった場合、媒体アクセス制御層処理部１５は、ランダムアクセスレスポンスの受信を成功裏に完了しなかったものとみなしてもよい。

ランダムアクセスレスポンスの受信が成功裏に完了しなかった場合、媒体アクセス制御層処理部１５は、プリアンブル送信カウンタをインクリメントしてもよい。プリアンブル送信カウンタの値が所定の値＃５００３に達した場合、媒体アクセス制御層処理部１５は、ランダムアクセス手順の実施に問題が生じたこと（ランダムアクセスプロブレム）を上位層に通知してもよい。

ここで、所定の値＃５００３は、ＲＲＣ層より提供されるパラメータにより決定されてもよい。例えば、所定の値＃５００３の決定のために、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用がリクエストされるか否かで、異なるパラメータが用いられてもよい。例えば、第３のパラメータと第４のパラメータがＲＲＣ層より提供されてもよい。ここで、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用がリクエストされる場合に、媒体アクセス制御層処理部１５は、所定の値＃５００３を第３のパラメータで示される値に基づき決定してもよい。また、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用がリクエストされない場合に、媒体アクセス制御層処理部１５は、所定の値＃５００３を第４のパラメータで示される値に基づき決定してもよい。

ランダムアクセスレスポンスの受信が成功裏に完了した場合、媒体アクセス制御層処理部１５は、ランダムアクセスレスポンスに含まれる上りリンクグラント（ランダムアクセスレスポンスグラント）の処理を実施してもよい。上りリンクグラントの処理において、メッセージ３ＰＵＳＣＨの送信が物理層処理部１０に指示されてもよい。

例えば、媒体アクセス制御層処理部１５は、ランダムアクセスレスポンスの受信が成功裏に完了した場合、処理５００４に進んでもよい。ここで、処理５００４は、衝突解決（Contention resolution）処理を含んでもよい。

例えば、衝突解決処理において、メッセージ３ＰＵＳＣＨの送信が発生するたびに、コンテンションウィンドウが開始されてもよい。コンテンションウィンドウの持続期間中に、媒体アクセス制御層処理部１５はＰＤＣＣＨのモニタリングを実施してもよい。

例えば、コンテンションウィンドウの持続期間中に検出されるＰＤＣＣＨで、かつ、該ＰＤＣＣＨによってスケジューリングされるＰＤＳＣＨに含まれるトランスポートブロックに含まれる衝突解決識別子がメッセージ３ＰＵＳＣＨにおいて送信された衝突解決識別子の値と等しい場合、媒体アクセス制御層処理部１５は、衝突解決を成功裏に完了した、とみなしてもよい。

例えば、コンテンションウィンドウの持続期間中に、メッセージ３ＰＵＳＣＨにおいて送信された衝突解決識別子の値と等しい値を示す衝突解決識別子を含むＰＤＳＣＨを検出できたかった場合、媒体アクセス制御層処理部１５は、衝突解決を成功裏に完了しなかった、とみなしてもよい。例えば、コンテンションウィンドウが満了した場合、媒体アクセス制御層処理部１５は、衝突解決を成功裏に完了しなかった、とみなしてもよい。

例えば、衝突解決が成功裏に完了しなかった場合、媒体アクセス制御層処理部１５はプリアンブル送信カウンタをインクリメントしてもよい。

媒体アクセス制御層処理部１５が判断５００１において２ステップランダムアクセス手順を選択した場合、媒体アクセス制御層処理部１５はランダムアクセスリソース選択処理５００５を実施してもよい。ここで、ランダムアクセスリソース選択処理５００５において、ランダムアクセスプリアンブルグループの選択が行われてもよい。

ランダムアクセスリソース選択処理５００５において、媒体アクセス制御層処理部１５は判断５００５を実施してもよい。ここで、判断５００５において、媒体アクセス制御層処理部１５は、下りリンク信号の強度に関する判断、および、上りリンク信号のサイズに関する判断の一方または両方を実施してもよい。

例えば、判断５００５における下りリンク信号強度の判断は、ある物理信号に基づき測定されるパスロスの値としきい値＃５００５ａとを比較することに基づき与えられてもよい。ここで、しきい値＃５００５ａは、１または複数のパラメータに基づき決定されるようなしきい値であってもよい。例えば、判断５００５における１または複数のパラメータは上りリンクの送信電力制御に用いられるようなパラメータであってもよい。例えば、しきい値＃５００５ａは、ランダムアクセス手順が実施されるサービングセル設定最大送信電力PCMAX、ランダムアクセスプリアンブルのターゲット受信電力msgA-preambleReceivedTargetPower、メッセージＡＰＵＳＣＨのターゲット受信電力とランダムアクセスプリアンブルのターゲット受信電力のオフセット値msgA-DeltaPreamble、および、判断５００５のためのオフセット値messagePowerOffsetGroupBに基づき決定されてもよい。例えば、しきい値＃５００５ａは、PCMAX―msgA-preambleReceivedTargetPower―msgA-DeltaPreamble―messagePowerOffsetGroupBの計算により決定されてもよい。

例えば、ランダムアクセスプリアンブルのターゲット受信電力msgA-preambleReceivedTargetPowerは、ＲＲＣ層より提供されてもよい。また、メッセージＡＰＵＳＣＨのターゲット受信電力とランダムアクセスプリアンブルのターゲット受信電力のオフセット値msgA-DeltaPreambleは、ＲＲＣ層より提供されてもよい。

例えば、判断５００５における上りリンクデータのサイズに関する判断は、上りリンクデータのサイズとしきい値＃５００５ｂとを比較することに基づき与えられてもよい。例えば、判断５００５における上りリンクデータは、潜在的なメッセージＡＰＵＳＣＨのペイロードであってもよい。例えば、潜在的なメッセージＡＰＵＳＣＨのペイロードは、ランダムアクセス手順において送信されることが期待されるメッセージＡＰＵＳＣＨに配置されるトランスポートブロックであってもよい。また、潜在的なメッセージＡＰ
ＵＳＣＨのペイロードは、ランダムアクセス手順において送信されることが期待されるメッセージＡＰＵＳＣＨに配置されるトランスポートブロックに多重されるＭＡＣＳＤＵおよびＭＡＣサブヘッダの一方または両方であってもよい。なお、媒体アクセス制御層処理部１５が判断５００５を実施する時点では、メッセージＡＰＵＳＣＨの送信がまだ実施されていない場合もあるため、“潜在的な”メッセージＡＰＵＳＣＨのペイロードに基づく判断が実施される。

例えば、判断５００５は、命題５００５ａの真偽と命題５００５ｂの真偽の一方または両方に基づく判断であってもよい。例えば、媒体アクセス制御層処理部１５は、命題５００５ａが真であるという判断に基づき、ランダムアクセスプリアンブルグループＡを選択してもよい。また、媒体アクセス制御層処理部１５は、命題５００５ｂが真であるという判断に基づき、ランダムアクセスプリアンブルグループＡを選択してもよい。また、媒体アクセス制御層処理部１５は、命題５００５ａが偽であるという判断と命題５００５ｂが偽であるという判断に基づき、ランダムアクセスプリアンブルグループＢを選択してもよい。

例えば、命題５００５ａは、上りリンクデータのサイズがしきい値＃５００５ｂよりも大きく、かつ、パスロスの値がしきい値＃５００５ａよりも小さいこと、であってもよい。また、命題５００５ａは、上りリンクデータのサイズがしきい値＃５００５ｂよりも小さくなく、かつ、パスロスの値がしきい値＃５００５ａよりも小さいこと、であってもよい。また、命題５００５ａは、上りリンクデータのサイズがしきい値＃５００５ｂよりも大きく、かつ、パスロスの値がしきい値＃５００５ａよりも大きくないこと、であってもよい。また、命題５００５ａは、上りリンクデータのサイズがしきい値＃５００５ｂよりも小さくなく、かつ、パスロスの値がしきい値＃５００５ａよりも大きくないこと、であってもよい。

例えば、命題５００５ｂは、ランダムアクセス手順がＣＣＣＨのために開始され、かつ、上りリンクデータのサイズがしきい値＃５００５ｂよりも大きいこと、であってもよい。また、命題５００５ｂは、ランダムアクセス手順がＣＣＣＨのために開始され、かつ、上りリンクデータのサイズがしきい値＃５００５ｂよりも小さくないこと、であってもよい。

コンテンションベースの２ステップランダムアクセスにおいて、媒体アクセス制御層処理部１５は判断５００５を実施してもよい。一方、非コンテンションベースの２ステップランダムアクセスにおいて、媒体アクセス制御層処理部１５は判断５００５を実施しなくてもよい。ここで、非コンテンションベースの２ステップランダムアクセスにおいて、判断５００５が実施されない場合には、媒体アクセス制御層処理部１５は、判断５００１実施の後、処理５００６に進んでもよい。

媒体アクセス制御層処理部１５は、処理５００５の実施後、処理５００６を実施してもよい。ここで、処理５００６は、メッセージＡの送信処理と、メッセージＢの受信処理とを含んでもよい。

ここで、メッセージＡは、ランダムアクセスプリアンブルと、メッセージＡＰＵＳＣＨと、を含んだ呼称である。つまり、メッセージＡの送信処理は、ランダムアクセスプリアンブルの送信処理と、メッセージＡＰＵＳＣＨの送信処理と、を含んでもよい。

また、メッセージＢの受信処理は、媒体アクセス制御層処理部１５によって所定期間の間ＰＤＣＣＨのモニタリングが実施される処理であってもよい。ここで、所定期間は、メッセージＢウィンドウとも呼称される。

例えば、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルの送信の終端時点から見て最初のＰＤＣＣＨの監視機会（monitoring occasion）において、メッセージＢウィンドウを開始してもよい。ここで、メッセージＢウィンドウの持続期間を決定するパラメータ（msgB-ResponseWindow）は、ＲＲＣ層より提供されてもよい。

例えば、メッセージＢウィンドウの持続期間中に、第１のデータユニットを含むメッセージＢが受信され、かつ、選択されたランダムアクセスプリアンブルのインデックスを示すフィールドを含むランダムアクセスレスポンスが受信された場合、媒体アクセス制御層処理部１５は、ランダムアクセスレスポンスの受信が成功裏に完了された、とみなしてもよい。ランダムアクセスレスポンスの受信が成功裏に完了された場合、媒体アクセス制御層処理部１５は、処理５００４に進んでもよい。

ここで、データユニットは、ＭＡＣ層で認識されるデータのフォーマット、または、形式であってもよい。

例えば、メッセージＢウィンドウの持続期間中に、第１のデータユニットとは異なる第２のデータユニットを含むメッセージＢが受信され、かつ、第２のデータユニットに含まれる衝突解決識別子が、メッセージＡＰＵＳＣＨにおいて送信された衝突解決識別子の値と等しい場合、媒体アクセス制御層処理部１５はメッセージＢの受信を成功裏に完了した、とみなしてもよい。メッセージＢの受信が成功裏に完了された場合、媒体アクセス制御層処理部１５は、ランダムアクセスレスポンスの受信が成功裏に完了された、とみなしてもよい。また、メッセージＢの受信が成功裏に完了された場合、媒体アクセス制御層処理部１５は、ランダムアクセス手順が成功裏に完了した、とみなしてもよい。

メッセージＢウィンドウが満了し、かつ、ランダムアクセスレスポンスの受信が成功裏に完了されない場合、媒体アクセス制御層処理部１５は、プリアンブル送信カウンタをインクリメントしてもよい。プリアンブル送信カウンタの値が所定の値＃５００６に達した場合、媒体アクセス制御層処理部１５は、“ＲＡ＿ＴＹＰＥ”を、“４ＳＴＥＰ＿ＲＡ”に変更してもよい。また、プリアンブル送信カウンタの値が所定の値＃５００６に達した場合、媒体アクセス制御層処理部１５は、処理５００２に進んでもよい。

ランダムアクセス手順において“ＲＡ＿ＴＹＰＥ”が“２ＳＴＥＰ＿ＲＡ”から“４ＳＴＥＰ＿ＲＡ”に変更された場合、媒体アクセス制御層処理部１５は、ランダムアクセスリソース選択処理５００２の代わりに、ランダムアクセスリソース選択処理５００２Ｘを実施してもよい。ここで、ランダムアクセスリソース選択処理５００２Ｘにおいて、ランダムアクセスプリアンブルグループの選択、および、ＰＲＡＣＨリソースグループの選択の一方または両方が行われてもよい。

ランダムアクセスリソース選択処理５００２Ｘにおいて、媒体アクセス制御層処理部１５は判断５００２Ｘを実施してもよい。ここで、判断５００２Ｘにおいて、媒体アクセス制御層処理部１５は、下りリンク信号の強度に関する判断と、ランダムアクセスプリアンブルグループの選択に関する判断との一方または両方を行ってもよい。例えば、判断５００２Ｘにおける下りリンク信号の強度に関する判断は、下りリンクパスロスリファレンスのＲＳＲＰの値と所定のしきい値＃５００２Ｘとを比較することに基づき与えられてもよい。ここで、下りリンクパスロスリファレンスは、上りリンクの電力制御において用いられるパスロス推定値の決定に用いられる物理信号であってもよい。また、下りリンクパスロスリファレンスは、ランダムアクセス手順において選択されるＳＳ／ＰＢＣＨブロックであってもよい。

例えば、判断５００２Ｘにおけるランダムアクセスプリアンブルグループの選択に関す
る判断において、媒体アクセス制御層処理部１５は、すでにランダムアクセスプリアンブルグループが選択されているか否か、を判断してもよい。例えば、判断５００２Ｘに先立って実施された２ステップランダムアクセスにおいてランダムアクセスプリアンブルグループが選択されているか否か、が判断５００２Ｘにおいて判断されてもよい。

例えば、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００２Ｘより大きく、かつ、まだランダムアクセスプリアンブルグループが選択されていない場合、媒体アクセス制御層処理部１５は処理５０１２Ｘを実施してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００２Ｘより小さくなく、かつ、まだランダムアクセスプリアンブルグループが選択されていない場合、媒体アクセス制御層処理部１５は処理５０１２Ｘを実施してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００２Ｘより大きく、かつ、すでにランダムアクセスプリアンブルグループが選択されている場合、媒体アクセス制御層処理部１５は処理５０２２Ｘを実施してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００２Ｘより小さくなく、かつ、すでにランダムアクセスプリアンブルグループが選択されている場合、媒体アクセス制御層処理部１５は処理５０２２Ｘを実施してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００２Ｘより小さく、かつ、まだランダムアクセスプリアンブルグループが選択されていない場合、媒体アクセス制御層処理部１５は処理５０３２Ｘを実施してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００２Ｘより大きくなく、かつ、まだランダムアクセスプリアンブルグループが選択されていない場合、媒体アクセス制御層処理部１５は処理５０３２Ｘを実施してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００２Ｘより小さく、かつ、すでにランダムアクセスプリアンブルグループが選択されている場合、媒体アクセス制御層処理部１５は処理５０４２Ｘを実施してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００２Ｘより大きくなく、かつ、すでにランダムアクセスプリアンブルグループが選択されている場合、媒体アクセス制御層処理部１５は処理５０４２Ｘを実施してもよい。

例えば、ランダムアクセスリソース選択処理５０１２Ｘにおいて、ランダムアクセスプリアンブルグループＢ設定に関する判断、および、メッセージＡのペイロードのサイズに関する判断の一方または両方が実施されてもよい。ここで、ランダムアクセスリソース選択処理５０１２ＸにおけるランダムアクセスプリアンブルグループＢ設定に関する判断において、媒体アクセス制御層処理部１５は、第２のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されているか否かを判断してもよい。また、ランダムアクセスリソース選択処理５０１２ＸにおけるメッセージＡのペイロードのサイズに関する判断は、メッセージＡのペイロードのサイズとしきい値５０１２Ｘとの比較に基づき与えられてもよい。例えば、ペイロードのサイズは、ペイロードのトランスポートブロックのサイズであってもよい。

例えば、ランダムアクセスリソース選択処理Ｘにおいて、命題５０１２Ｘａが真であり、かつ、命題５０１２Ｘｂが真であることに基づき、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルグループＢを選択してもよい。また、ランダムアクセスリソース選択処理５０１２Ｘにおいて、命題５０１２Ｘａが偽であることに基づき、ランダムアクセスプリアンブルグループＡを選択してもよい。また、ランダムアクセスリソース選択処理５０１２Ｘにおいて、命題５０１２Ｘｂが偽であることに基づき、ランダムアクセスプリアンブルグループＡを選択してもよい。

例えば、命題５０１２Ｘａは、第２のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されていること、であってもよい。

また、命題５０１２Ｘｂは、メッセージＡのペイロードのトランスポートブロックのサイズがランダムアクセスプリアンブルグループＢに関するメッセージＡのペイロードのトランスポートブロックのサイズに対応していること、であってもよい。ここで、メッセージＡのペイロードのトランスポートブロックのサイズがランダムアクセスプリアンブルグループＢに関するメッセージＡのペイロードのトランスポートブロックのサイズに対応していることは、メッセージＡのペイロードのトランスポートブロックのサイズがしきい値＃５００５ｂより大きいことであってもよい。また、メッセージＡのペイロードのトランスポートブロックのサイズがランダムアクセスプリアンブルグループＢに関するメッセージＡのペイロードのトランスポートブロックのサイズに対応していることは、メッセージＡのペイロードのトランスポートブロックのサイズがしきい値＃５００５ｂより小さくないことであってもよい。また、メッセージＡのペイロードのトランスポートブロックのサイズがランダムアクセスプリアンブルグループＢに関するメッセージＡのペイロードのトランスポートブロックのサイズに対応していることは、メッセージＡのペイロードのトランスポートブロックのサイズがしきい値＃６００２ｂより大きいことであってもよい。また、メッセージＡのペイロードのトランスポートブロックのサイズがランダムアクセスプリアンブルグループＢに関するメッセージＡのペイロードのトランスポートブロックのサイズに対応していることは、メッセージＡのペイロードのトランスポートブロックのサイズがしきい値＃６００２ｂより小さくないことであってもよい。

例えば、ランダムアクセスリソース選択処理５０２２Ｘにおいて、媒体アクセス制御層処理部１５は、すでに選択されたランダムアクセスプリアンブルグループと同一のランダムアクセスプリアンブルグループを選択してもよい。

図７は、本実施形態の一態様に係る媒体アクセス制御層処理部１５によって実施されるランダムアクセスリソース選択処理５０３２Ｘの処理例を示した図である。最初に、ランダムアクセスリソース選択処理５０３２Ｘにおいて、媒体アクセス制御層処理部１５は判断７００１を実施してもよい。ここで、判断７００１は、ランダムアクセスプリアンブルグループＢ設定に関する判断であってもよい。例えば、判断７００１において、媒体アクセス制御層処理部１５は、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されていないことに基づき、判断７００５に進んでもよい。また、判断７００１において、媒体アクセス制御層処理部１５は、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されていることに基づき、判断７００２に進んでもよい。

例えば、媒体アクセス制御層処理部１５は、判断７００２において、命題５０１２Ｘｂの真偽を判断してもよい。例えば、媒体アクセス制御層処理部１５は、判断７００２において、命題５０１２Ｘｂが真であることに基づき、処理７００４に進んでもよい。また、媒体アクセス制御層処理部１５は、判断７００２において、命題５０１２Ｘｂが偽であることに基づき、処理７００３に進んでもよい。

処理７００３において、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルグループＡを選択してもよい。また、処理７００３において、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしないことを決定してもよい。

処理７００４において、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルグループＢを選択してもよい。また、処理７００４において、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしないことを決定してもよい。

例えば、媒体アクセス制御層処理部１５は、判断７００５において、命題５０１２Ｘｂの真偽を判断してもよい。例えば、媒体アクセス制御層処理部１５は、判断７００５において、命題５０１２Ｘｂが真であることに基づき、処理７００６に進んでもよい。また、媒体アクセス制御層処理部１５は、判断７００５において、命題５０１２Ｘｂが偽であることに基づき、処理７００７に進んでもよい。

処理７００６において、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルグループＡを選択してもよい。また、処理７００６において、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストすることを決定してもよい。

処理７００７において、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルグループＢを選択してもよい。また、処理７００７において、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしないことを決定してもよい。

例えば、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用がリクエストされるか否かは、メッセージＡのペイロードのトランスポートブロックのサイズ、および、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されているか否か、の一方または両方に基づき決定されてもよい。

例えば、処理５０４２Ｘにおいて、ランダムアクセスプリアンブルグループＢ設定に関する判断が実施されてもよい。例えば、媒体アクセス制御層処理部１５は、処理５０４２Ｘにおいて、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されていないことに基づき、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストしないことを決定してもよい。また、媒体アクセス制御層処理部１５は、処理５０４２Ｘにおいて、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されていることに基づき、メッセージ３ＰＵＳＣＨへの繰り返し送信の適用をリクエストすることを決定してもよい。

図８は、本実施形態の一態様に係る媒体アクセス制御層処理部１５において実施されるランダムアクセス手順の一例を示す図である。図８に示されるランダムアクセス手順において、最初に、媒体アクセス制御層処理部１５は判断８００１を実施してもよい。ここで、判断８００１において、ランダムアクセス手順のタイプが判断されてもよい。また、ランダムアクセス手順のタイプは、メッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順、メッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴う４ステップランダムアクセス手順、および、２ステップランダムアクセス手順のいずれかであってもよい。つまり、判断８００１において、メッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順、メッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴う４ステップランダムアクセス手順、および、２ステップランダムアクセス手順のいずれかが選択されてもよい。

ここで、“ＲＡ＿ＴＹＰＥ”は、判断８００１において選択されるランダムアクセス手順に対応する値が格納される変数である。例えば、メッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順に対応する値は“４ＳＴＥＰ＿ＲＡ”であり、２ステップランダムアクセス手順に対応する値は“２ＳＴＥＰ＿ＲＡ”であってもよい。また、メッセージ３ＰＵＳＣＨに対して繰り
返し送信の適用をリクエストすることを伴う４ステップランダムアクセス手順に対応する値は“４ＳＴＥＰ＿ＲＡｒｅｑ”であってもよい。例えば、判断８００１において、媒体アクセス制御層処理部１５がメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴う４ステップランダムアクセス手順を選択した場合、変数“ＲＡ＿ＴＹＰＥ”に“４ＳＴＥＰ＿ＲＡｒｅｑ”が入力されてもよい。

判断８００１において、上りリンク信号の強度に関する判断が実施されてもよい。ここで、判断８００１における下りリンク信号の強度に関する判断は、下りリンクパスロスリファレンスのＲＳＲＰの値と所定のしきい値＃５００１とを比較すること、および、下りリンクパスロスリファレンスのＲＳＲＰの値と所定のしきい値＃８００１とを比較すること、の一方または両方に基づき与えられてもよい。例えば、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００１よりも大きい場合、媒体アクセス制御層処理部１５は２ステップランダムアクセス手順を選択してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃８００１よりも小さい場合、媒体アクセス制御層処理部１５はメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴う４ステップランダムアクセス手順を選択してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００１よりも小さく、かつ、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃８００１よりも大きい場合、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順を選択してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃５００１と等しい場合、媒体アクセス制御層処理部１５は２ステップランダムアクセス手順またはメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順を選択してもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃８００１と等しい場合、媒体アクセス制御層処理部１５はメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順またはメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴う４ステップランダムアクセス手順のいずれかを選択してもよい。

媒体アクセス制御層処理部１５が判断８００１においてメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順を選択した場合、媒体アクセス制御層処理部１５は処理８００２に進んでもよい。ここで、媒体アクセス制御層処理部１５は、処理８００２に進むとともに、第２のＰＲＡＣＨリソースグループを選択してもよい。

処理８００２において、媒体アクセス制御層処理部１５はランダムアクセスプリアンブルグループの選択を実施してもよい。例えば、処理８００２において、媒体アクセス制御層処理部１５は、命題６００２ａが真であるという判断に基づき、ランダムアクセスプリアンブルグループＢを選択してもよい。また、処理８００２において、媒体アクセス制御層処理部１５は、命題６００２ｂが真であるという判断に基づき、ランダムアクセスプリアンブルグループＢを選択してもよい。また、処理８００２において、媒体アクセス制御層処理部１５は、命題６００２ａが偽であるという判断と命題６００２ｂが偽であるという判断とに基づき、ランダムアクセスプリアンブルグループＡを選択してもよい。

処理８００３は、処理５００３と同様の処理であるため、詳細な説明は省略される。

例えば、媒体アクセス制御層処理部１５は、処理８００３におけるランダムアクセスレスポンスの受信が成功裏に完了した場合、処理８００４に進んでもよい。ここで、処理８００４は、衝突解決処理を含んでもよい。

例えば、衝突解決が成功裏に完了しなかった場合、媒体アクセス制御層処理部１５はリクエストカウンタをインクリメントしてもよい。リクエストカウンタが所定の値＃８００４に達した場合、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順が失敗したことを認識してもよい。

例えば、媒体アクセス制御層処理部１５がメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順が失敗したことを認識した場合、媒体アクセス制御層処理部１５は処理８００５に進んでもよい。

例えば、媒体アクセス制御層処理部１５は処理８００５に進むか否かは、メッセージ３
ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順が失敗したことを認識したか否か、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されているか否か、および、すでにランダムアクセスプリアンブルグループＢが選択されているか否か、の一部または全部に基づき決定されてもよい。ここで、媒体アクセス制御層処理部１５は、処理８００５に進むとともに、“ＲＡ＿ＴＹＰＥ”を“４ＳＴＥＰ＿ＲＡ”から“４ＳＴＥＰ＿ＲＡｒｅｑ”に変更してもよい。

例えば、媒体アクセス制御層処理部１５がメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順が失敗したことを認識し、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定され、かつ、処理８００２においてランダムアクセスプリアンブルグループＢが選択されている場合、媒体アクセス制御層処理部１５は処理８００５に進んでもよい。また、媒体アクセス制御層処理部１５がメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順が失敗したことを認識し、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定され、かつ、処理８００２においてランダムアクセスプリアンブルグループＡが選択されている場合、媒体アクセス制御層処理部１５は処理８００５に進んでもよい。また、媒体アクセス制御層処理部１５がメッセージ３ＰＵＳＣＨに対して
繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順が失敗したことを認識し、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されず、かつ、処理８００２においてランダムアクセスプリアンブルグループＢが選択されている場合、媒体アクセス制御層処理部１５は処理８００５に進まなくてもよい。また、媒体アクセス制御層処理部１５がメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴わない４ステップランダムアクセス手順が失敗したことを認識し、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されず、かつ、処理８００２においてランダムアクセスプリアンブルグループＡが選択されている場合、媒体アクセス制御層処理部１５は処理８００５に進んでもよい。

ここで、所定の値＃８００４は、ＲＲＣ層より提供されるパラメータに基づき決定されてもよい。

媒体アクセス制御層処理部１５が判断８００１においてメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴う４ステップランダムアクセス手順を選択した場合、媒体アクセス制御層処理部１５は処理８００５に進んでもよい。ここで、処理８００５において、ランダムアクセスプリアンブルグループの選択が行われてもよい。ここで、媒体アクセス制御層処理部１５は、処理８００５に進むとともに、第１のＰＲＡＣＨリソースグループを選択してもよい。

処理８００５において、媒体アクセス制御層処理部１５はランダムアクセスプリアンブルグループの選択を実施してもよい。例えば、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されている場合、処理８００５において、上りリンクデータのサイズに関する判断に基づくランダムアクセスプリアンブルグループの選択が実施されてもよい。ここで、処理８００５における上りリンクデータのサイズに関する判断は、上りリンクデータのサイズとしきい値＃８００５ａとを比較することに基づき与えられてもよい。例えば、処理８００５において、上りリンクデータは潜在的なメッセージ３ＰＵＳＣＨのペイロードであってもよい。

例えば、処理８００５において、命題８００５の真偽が判断されてもよい。例えば、命題８００５は、ランダムアクセス手順がＣＣＣＨのために開始され、かつ、上りリンクデータのサイズがしきい値＃８００５よりも大きいことであってもよい。また、命題８００５は、ランダムアクセス手順がＣＣＣＨのために開始され、かつ、上りリンクデータのサイズがしきい値＃８００５よりも小さくないことであってもよい。

例えば、媒体アクセス制御層処理部１５は、命題８００５が真であると判断される場合、ランダムアクセスプリアンブルグループＢを選択してもよい。また、媒体アクセス制御層処理部１５は、命題８００５が偽であると判断される場合、ランダムアクセスプリアンブルグループＡを選択してもよい。

例えば、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されている場合、処理８００５において、下りリンク信号強度の判断、および、上りリンクデータのサイズに関する判断、の一方または両方に基づくランダムアクセスプリアンブルグループの選択が実施されてもよい。例えば、判断８００５における下りリンク信号強度の判断は、ある物理信号に基づき測定されるパスロスの値としきい値＃８００５ａとを比較することに基づき与えられてもよい。ここで、しきい値＃８００５ａは、１または複数のパラメータに基づき決定されるようなしきい値であってもよい。例えば、判断８００５における１または複数のパラメータは上りリンクの送信電力制御に用いられるようなパラメータであってもよい。例えば、しきい値＃８００５ａは、ランダムア
クセス手順が実施されるサービングセル設定最大送信電力PCMAX、ランダムアクセスプリアンブルのターゲット受信電力preambleReceivedTargetPowerReq、メッセージ３ＰＵＳＣＨのターゲット受信電力とランダムアクセスプリアンブルのターゲット受信電力とのオフセット値msg3-DeltaPreambleReq、および、判断８００５のためのオフセット値messagePowerOffsetGroupBReqに基づき決定されてもよい。例えば、しきい値＃８００５ａは、PCMAX―preambleReceivedTargetPowerReq―msg3-DeltaPreambleReq―messagePowerOffsetGroupBReqの計算により決定されてもよい。

例えば、ランダムアクセスプリアンブルのターゲット受信電力preambleReceivedTargetPowerReqはＲＲＣ層より提供されてもよい。また、メッセージ３ＰＵＳＣＨのターゲット受信電力とランダムアクセスプリアンブルのターゲット受信電力のオフセット値msg3-DeltaPreambleReqは、ＲＲＣ層より提供されてもよい。また、オフセット値messagePowerOffsetGroupBReqは、ＲＲＣ層より提供されてもよい。

例えば、判断８００５は、命題８００５の真偽と命題８００５ａの真偽の一方または両方に基づく判断であってもよい。例えば、媒体アクセス制御層処理部１５は、命題８００５が真であるという判断に基づき、ランダムアクセスプリアンブルグループＢを選択してもよい。また、媒体アクセス制御層処理部１５は、命題８００５ａが真であるという判断に基づき、ランダムアクセスプリアンブルグループＢを選択してもよい。また、媒体アクセス制御層処理部１５は、命題８００５が偽であるという判断と命題８００５ａが偽であるという判断とに基づき、ランダムアクセスプリアンブルグループＡを選択してもよい。

例えば、命題８００５ａは、上りリンクデータのサイズがしきい値＃８００５よりも大きく、かつ、パスロスの値がしきい値＃８００５ａよりも小さいこと、であってもよい。また、命題８００５ａは、上りリンクデータのサイズがしきい値＃８００５よりも小さくなく、かつ、パスロスの値がしきい値＃８００５ａよりも小さいこと、であってもよい。また、命題８００５ａは、上りリンクデータのサイズがしきい値＃８００５よりも大きく、かつ、パスロスの値がしきい値＃８００５ａよりも大きくないこと、であってもよい。また、命題８００５ａは、上りリンクデータのサイズがしきい値＃８００５よりも小さくなく、かつ、パスロスの値がしきい値＃８００５ａよりも大きくないこと、であってもよい。

処理８００５における下りリンク物理信号強度の判断において用いられる物理信号は、複数のＳＳ／ＰＢＣＨブロックから選択される１つのＳＳ／ＰＢＣＨブロックであってもよい。ここで、複数のＳＳ／ＰＢＣＨブロックは、サービングセルに設定される複数のＳＳ／ＰＢＣＨブロックであってもよい。媒体アクセス制御層処理部１５は、少なくとも１つのＳＳ／ＰＢＣＨブロックに対するＲＳＲＰの値としきい値＃８００５ｘとの比較に基づき、複数のＳＳ／ＰＢＣＨブロックから１つのＳＳ／ＰＢＣＨブロックを選択してもよい。例えば、少なくとも１つのＳＳ／ＰＢＣＨブロックに対するＲＳＲＰの値がしきい値＃８００５ｘよりも大きい場合に、媒体アクセス制御層処理部１５は、ＲＳＲＰの値がしきい値＃８００５ｘよりも大きいＳＳ／ＰＢＣＨブロックの中から１つのＳＳ／ＰＢＣＨブロックを選択してもよい。また、どのＳＳ／ＰＢＣＨブロックに対するＲＳＲＰの値もしきい値＃８００５ｘより小さい場合に、媒体アクセス制御層処理部１５は、複数のＳＳ／ＰＢＣＨブロックから１つのＳＳ／ＰＢＣＨブロックを選択してもよい。

例えば、しきい値＃８００５ｘは、ＲＲＣ層より提供されてもよい。

処理８００６は、処理５００３と同様の処理であるため、詳細な説明は省略される。

例えば、媒体アクセス制御層処理部１５は、処理８００６におけるランダムアクセスレ
スポンスの受信が成功裏に完了した場合、処理８００７に進んでもよい。ここで、処理８００７は、衝突解決処理を含んでもよい。

例えば、メッセージ３ＰＵＳＣＨに対して繰り返し送信が適用される場合、メッセージ３ＰＵＳＣＨの繰り返し送信ごとに、コンテンションウィンドウが開始されてもよい。また、メッセージ３ＰＵＳＣＨに対して繰り返し送信が適用される場合、メッセージ３ＰＵＳＣＨの繰り返し送信のうちの１回目においてコンテンションウィンドウが開始され、該１回目以外のメッセージ３ＰＵＳＣＨの繰り返し送信においてコンテンションウィンドウが開始されなくてもよい。

例えば、衝突解決が成功裏に完了しなかった場合、媒体アクセス制御層処理部１５はリクエストカウンタをインクリメントしてもよい。リクエストカウンタが所定の値＃８００７に達した場合、媒体アクセス制御層処理部１５は、メッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴う４ステップランダムアクセス手順が失敗したことを認識してもよい。例えば、媒体アクセス制御層処理部１５がメッセージ３ＰＵＳＣＨに対して繰り返し送信の適用をリクエストすることを伴う４ステップランダムアクセス手順が失敗したことを認識した場合、媒体アクセス制御層処理部１５はランダムアクセスプロブレムを上位層に通知してもよい。

ここで、所定の値＃８００７は、ＲＲＣ層より提供されるパラメータに基づき決定されてもよい。

処理８００８は、処理５００５と同様の処理であるため、詳細な説明は省略される。

媒体アクセス制御層処理部１５は、処理８００８の実施後、処理８００９を実施してもよい。ここで、処理８００９は、メッセージＡの送信処理と、メッセージＢの受信処理とを含んでもよい。

例えば、媒体アクセス制御層処理部１５は、ランダムアクセスプリアンブルの送信の終端時点から見て最初のＰＤＣＣＨの監視機会において、メッセージＢウィンドウを開始してもよい。

例えば、メッセージＢウィンドウの持続期間中に、第１のデータユニットを含むメッセージＢが受信され、かつ、選択されたランダムアクセスプリアンブルのインデックスを示すフィールドを含むランダムアクセスレスポンスが受信された場合、媒体アクセス制御層処理部１５は、ランダムアクセスレスポンスの受信が成功裏に完了された、とみなしてもよい。ランダムアクセスレスポンスの受信が成功裏に完了された場合、媒体アクセス制御層処理部１５は、処理８００４または処理８００７に進んでもよい。ここで、該ランダムアクセスレスポンスは、媒体アクセス制御層処理部１５が処理８００４に進むべきか処理８００７に進むべきかを指示する情報を含んでもよい。媒体アクセス制御層処理部１５は、該ランダムアクセスレスポンスに含まれる情報に基づき、処理８００４と処理８００７のいずれかを選択してもよい。

メッセージＢウィンドウが満了し、かつ、ランダムアクセスレスポンスの受信が成功裏に完了されない場合、媒体アクセス制御層処理部１５は、プリアンブル送信カウンタをインクリメントしてもよい。プリアンブル送信カウンタの値が所定の値＃５００６に達した場合、媒体アクセス制御層処理部１５は、“ＲＡ＿ＴＹＰＥ”を、“４ＳＴＥＰ＿ＲＡ”または“４ＳＴＥＰ＿ＲＡｒｅｑ”に変更してもよい。また、プリアンブル送信カウンタの値が所定の値＃５００６に達した場合、媒体アクセス制御層処理部１５は、処理８００２または処理８００５に進んでもよい。

プリアンブル送信カウンタの値が所定の値＃５００６に達した場合に媒体アクセス制御層処理部１５が“ＲＡ＿ＴＹＰＥ”を“４ＳＴＥＰ＿ＲＡ”および“４ＳＴＥＰ＿ＲＡｒｅｑ”のどちらに変更するかは、プリアンブル送信カウンタの値が所定の値＃５００６に達したか否か、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されているか否か、すでにランダムアクセスプリアンブルグループＢが選択されているか否か、および、上りリンク信号強度の判断の一部または全部に基づき決定されてもよい。

図９は、本実施形態の一態様に係る媒体アクセス制御層処理部１５による“ＲＡ＿ＴＹＰＥ”の選択手順の一例を示す図である。最初に、媒体アクセス制御層処理部１５は判断９００１に進んでもよい。判断９００１において、下りリンク信号の強度に関する判断が実施されてもよい。ここで、判断９００１における下りリンク信号の強度に関する判断は、下りリンクパスロスリファレンスのＲＳＲＰの値と所定のしきい値＃８００１とを比較することに少なくとも基づき与えられてもよい。例えば、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃８００１よりも小さい場合、媒体アクセス制御層処理部１５は判断９００２に進んでもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃８００１よりも大きい場合、媒体アクセス制御層処理部１５は処理８００２に進んでもよい。また、下りリンクパスロスリファレンスのＲＳＲＰの値が所定のしきい値＃８００１と等しい場合、媒体アクセス制御層処理部１５は処理８００２または判断９００２に進んでもよい。

媒体アクセス制御層処理部１５は、判断９００２において、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されるか否かが判断されてもよい。例えば、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されない場合、媒体アクセス制御層処理部１５は判断９００３に進んでもよい。また、第１のＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定される場合、媒体アクセス制御層処理部１５は処理８００５に進んでもよい。

媒体アクセス制御層処理部１５は、判断９００３において、ランダムアクセスプリアンブルグループがすでに選択されているか否かが判断されてもよい。ランダムアクセスプリアンブルグループＡがすでに選択されていた場合、媒体アクセス制御層処理部１５は処理８００５に進んでもよい。また、ランダムアクセスプリアンブルグループＢがすでに選択されていた場合、媒体アクセス制御層処理部１５は処理８００２に進んでもよい。また、ランダムアクセスプリアンブルグループがまだ選択されておらず、メッセージＡのペイロードのトランスポートブロックのサイズがランダムアクセスプリアンブルグループＢに関するメッセージＡのペイロードのトランスポートブロックのサイズに対応していない場合、媒体アクセス制御層処理部１５は処理８００５に進んでもよい。また、ランダムアクセスプリアンブルグループがまだ選択されておらず、メッセージＡのペイロードのトランスポートブロックのサイズがランダムアクセスプリアンブルグループＢに関するメッセージＡのペイロードのトランスポートブロックのサイズに対応している場合、媒体アクセス制御層処理部１５は処理８００２に進んでもよい。

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

（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、媒体アクセス制御層処理部と物理層処理部と、を備え、前記媒体アクセス制御層処理部は、メッセージ３ＰＵＳＣＨのために繰り返し送信を適用することをリクエストするランダムアクセス手順のために用いられるＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されるか否かの判断を行い、前記媒体アクセス制御層処理部は、前記判断に基づいて、メッセージ３のために繰り返し送信を適用することをリクエストするか否かを決定し、前記物理層処理部にＰＲＡＣＨの送信を指示する。

本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、ＦｌａｓｈＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行われる。

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

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

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

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

また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ－ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。

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

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

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

１（１Ａ、１Ｂ、１Ｃ）端末装置
３基地局装置
９無線通信システム
１０、３０物理層制御部
１０ａ、３０ａ無線送信部
１０ｂ、３０ｂ無線受信部
１１、３１アンテナ部
１２、３２ＲＦ部
１３、３３ベースバンド部
１４、３４上位層処理部
１５、３５媒体アクセス制御層処理部
１６、３６無線リソース制御層処理部
５００１、６００１、６００２、６００５、６００７、７００１、７００２、７００５、８００１、９００１、９００２、９００３判断
５００２、５００３、５００４、５００５、５００６、６００３、６００４、６００６、６００８、６００９、７００３、７００４、７００６、７００７、８００２、８００３、８００４、８００５、８００６、８００７、８００８、８００９処理

Claims

媒体アクセス制御層処理部と物理層処理部と、を備え、
前記媒体アクセス制御層処理部は、メッセージ３ＰＵＳＣＨのために繰り返し送信を適用することをリクエストするランダムアクセス手順のために用いられるＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されるか否かの判断を行い、
前記媒体アクセス制御層処理部は、前記判断に基づいて、メッセージ３のために繰り返し送信を適用することをリクエストするか否かを決定し、
前記物理層処理部にＰＲＡＣＨの送信を指示する
端末装置。
端末装置に用いられる通信方法であって、
メッセージ３ＰＵＳＣＨのために繰り返し送信を適用することをリクエストするランダムアクセス手順のために用いられるＰＲＡＣＨリソースグループに対してランダムアクセスプリアンブルグループＢが設定されるか否かの判断を行うステップと、
前記判断に基づいて、メッセージ３のために繰り返し送信を適用することをリクエストするか否かを決定するステップと、
ＰＲＡＣＨの送信を指示するステップと、を備える
通信方法。