特許 7556633 端末、基地局、通信システム、及び通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-17

(45)【発行日】2024-09-26

(54)【発明の名称】端末、基地局、通信システム、及び通信方法

(51)【国際特許分類】

   H04W 74/0833 20240101AFI20240918BHJP

   H04W 48/10 20090101ALI20240918BHJP

   H04W 72/0457 20230101ALI20240918BHJP

【ＦＩ】

H04W74/0833

H04W48/10

H04W72/0457

【請求項の数】 5

(21)【出願番号】P 2022500160

(86)(22)【出願日】2020-02-13

(86)【国際出願番号】 JP2020005672

(87)【国際公開番号】W WO2021161485

(87)【国際公開日】2021-08-19

【審査請求日】2022-12-14

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100124844

【弁理士】

【氏名又は名称】石原 隆治

(72)【発明者】

【氏名】小原 知也

(72)【発明者】

【氏名】武田 大樹

(72)【発明者】

【氏名】熊谷 慎也

【審査官】桑原 聡一

(56)【参考文献】

【文献】Ericsson，New SID on support of reduced capability NR devices，3GPP TSG RAN #86 RP-193238，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_86/Docs/RP-193238.zip>，2019年12月09日，第４．１節

【文献】vivo，Increasing Msg1 Transmission Opportunities for NR-U[online]，3GPP TSG RAN WG2 #105bis R2-1903078，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_105bis/Docs/R2-1903078.zip>，2019年04月08日，第２．２節

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

端末がサポートする上りリンク帯域幅に応じた削減された上りリンク帯域幅部分を設定するための設定情報を基地局から受信する受信部と、
前記設定情報に基づいて、前記上りリンク帯域幅部分を設定する制御部と、
前記設定した上りリンク帯域幅部分を用いて、ランダムアクセス手順におけるメッセージを前記基地局に送信する送信部と、
を備える端末。

【請求項2】

前記制御部は、２０ＭＨｚ以内の帯域幅において前記上りリンク帯域幅部分を設定する、
請求項１に記載の端末。

【請求項3】

削減された上りリンク帯域幅部分を設定するための設定情報を端末に送信する送信部と、
前記設定情報に基づいて設定された上りリンク帯域幅部分を用いて前記端末が送信したランダムアクセス手順におけるメッセージを受信する受信部と、
を備える基地局。

【請求項4】

端末がサポートする上りリンク帯域幅に応じた削減された上りリンク帯域幅部分を設定するための設定情報を基地局から受信する受信部と、
前記設定情報に基づいて、前記上りリンク帯域幅部分を設定する制御部と、
前記設定した上りリンク帯域幅部分を用いて、ランダムアクセス手順におけるメッセージを前記基地局に送信する送信部と、
を備える端末と、
前記設定情報を端末に送信する送信部と、
前記設定情報に基づいて設定された上りリンク帯域幅部分を用いて前記端末が送信したランダムアクセス手順におけるメッセージを受信する受信部と、
を備える基地局と、
を備える通信システム。

【請求項5】

端末がサポートする上りリンク帯域幅に応じた削減された上りリンク帯域幅部分を設定するための設定情報を基地局から受信するステップと、
前記設定情報に基づいて、前記上りリンク帯域幅部分を設定するステップと、
前記設定した上りリンク帯域幅部分を用いて、ランダムアクセス手順におけるメッセージを前記基地局に送信するステップと、
を備える端末が実行する通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムにおける端末及び基地局に関連するものである。

【背景技術】

【0002】

３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）での標準化において、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ ＮＲ ｄｅｖｉｃｅｓ（ＮＲ－ｌｉｇｈｔ ＵＥと呼ばれる場合もある）として、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）／ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ｄｅｖｉｃｅｓよりも低いコスト、及び低いｃｏｍｐｌｅｘｉｔｙを持つ、新しいデバイスタイプが検討されている。

【0003】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ ＮＲ ｄｅｖｉｃｅｓ（以下、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０と呼ばれる）は、その性能が、ｅＭＢＢ／ＵＲＬＬＣ ｄｅｖｉｃｅｓと、ＬＰＷＡ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ、ＬＴＥ－Ｍ／ＮＢ－ＩｏＴ）ｄｅｖｉｃｅｓとの間の中間に位置するデバイスである。

【先行技術文献】

【非特許文献】

【0004】

【文献】３ＧＰＰ ＴＳ ３８．２１１ Ｖ１６．０．０ （２０１９－１２）

【発明の概要】

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

【0005】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末の機能の例として、ＵＥ Ｂａｎｄｗｉｄｔｈ ｒｅｄｕｃｔｉｏｎ（端末の対応する帯域幅を通常のＮＲデバイスの対応する帯域幅よりも狭くする機能）、Ｒｅｄｕｃｅｄ ｎｕｍｂｅｒ ｏｆ ＵＥ ＲＸ／ＴＸ ａｎｔｅｎｎａｓ（端末の対応するアンテナ数を通常のＮＲデバイスの対応するアンテナ数よりも少なくする機能）、Ｈａｌｆ－Ｄｕｐｌｅｘ－ＦＤＤ、Ｒｅｌａｘｅｄ ＵＰ ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ、Ｒｅｌａｘｅｄ ＵＥ ｐｒｏｃｅｓｓｉｎｇ ｃａｐａｂｉｌｉｔｙ等が検討されている。

【0006】

端末の対応する帯域幅が削減された場合であっても、ランダムアクセスプリアンブルが適切に送信可能であるように、端末の送信もしくは受信に用いられる周波数帯域幅を端末が適切に設定することを可能とする技術が必要とされている。

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

【0007】

本発明の一態様によれば、端末がサポートする上りリンク帯域幅に応じた削減された上りリンク帯域幅部分を設定するための設定情報を基地局から受信する受信部と、前記設定情報に基づいて、前記上りリンク帯域幅部分を設定する制御部と、前記設定した上りリンク帯域幅部分を用いて、ランダムアクセス手順におけるメッセージを前記基地局に送信する送信部と、を備える端末、が提供される。

【発明の効果】

【0008】

実施例によれば、端末の対応する帯域幅が削減された場合であっても、ランダムアクセスプリアンブルが適切に送信可能であるように、端末の送信もしくは受信に用いられる周波数帯域幅を端末が適切に設定することを可能とする技術が提供される。

【図面の簡単な説明】

【0009】

【図1】本実施の形態における通信システムの構成図である。

【図2】ＮＲのＰＲＡＣＨの周波数リソースの幅を規定するテーブルの例を示す図である。

【図3】ＲＡＣＨ ｏｃｃａｓｉｏｎを周波数分割多重する例を示す図である。

【図4】Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末の削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）と、周波数分割多重された複数のＲＯとの位置関係の例を示す図である。

【図5】Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末が、選択したＲＯの周波数帯域幅の位置に基づいて、ＵＬ ＢＷＰを設定する例を示す図である。

【図6】Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末が、選択したＲＯの周波数帯域幅の中心位置を基準として、ＵＬ ＢＷＰを設定する例を示す図である。

【図7】Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末が、選択したＲＯの周波数帯域幅の開始位置を基準として、ＵＬ ＢＷＰを設定する例を示す図である。

【図8】複数のＲｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末のうちの各端末が、ランダムアクセスプリアンブルを送信するために選択したＲＡＣＨ ｏｃｃａｓｉｏｎの周波数帯域幅の位置に基づいて、ＵＬ ＢＷＰを設定する例を示す図である。

【図9】複数のＲｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末のうちの各端末が、ランダムアクセスプリアンブルを送信するために選択したＲＡＣＨ ｏｃｃａｓｉｏｎの周波数帯域幅の位置に基づいて、ＵＬ ＢＷＰを設定する別の例を示す図である。

【図10】Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末が、ランダムアクセスプリアンブルの再送を行う例を示す図である。

【図11】新規ＢＷＰにより設定される周波数帯域幅の例を示す図である。

【図12】端末の機能構成の一例を示す図である。

【図13】基地局の機能構成の一例を示す図である。

【図14】端末及び基地局のハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0010】

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

【0011】

以下の実施の形態における無線通信システムは基本的にＮＲに準拠することを想定しているが、それは一例であり、本実施の形態における無線通信システムはその一部又は全部において、ＮＲ以外の無線通信システム（例：ＬＴＥ）に準拠していてもよい。

【0012】

（システム全体構成）
図１に本実施の形態に係る無線通信システムの構成図を示す。本実施の形態に係る無線通信システムは、図１に示すように、端末１０、及び基地局２０を含む。図１には、端末１０、及び基地局２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。

【0013】

端末１０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Machine-to-Machine）用通信モジュール等の無線通信機能を備えた通信装置である。端末１０は、ダウンリンク（ＤＬ）で制御信号又はデータを基地局２０から受信し、アップリンク（ＵＬ）で制御信号又はデータを基地局２０に送信することで、無線通信システムにより提供される各種通信サービスを利用する。例えば、端末１０から送信されるチャネルには、ＰＵＣＣＨ（Physical Uplink Control Channel）及びＰＵＳＣＨ（Physical Uplink Shared Channel）が含まれる。また、端末１０をＵＥと称し、基地局２０をｇＮＢと称してもよい。

【0014】

本実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式でもよいし、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式でもよい。

【0015】

また、本発明の実施の形態において、無線パラメータ等が「設定される（Configure）」又は「規定される」とは、所定の値が基地局２０又は端末１０に予め設定（Pre-configure）されることであってもよいし、基地局２０又は端末１０に予め設定（Pre-configure）されることを想定することであってもよいし、基地局２０又は端末１０から通知される無線パラメータが設定されることであってもよい。

【0016】

基地局２０は、１つ以上のセルを提供し、端末１０と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はＯＦＤＭシンボル数で定義されてもよいし、周波数領域はサブキャリア数又はリソースブロック数で定義されてもよい。基地局２０は、同期信号及びシステム情報を端末１０に送信する。同期信号は、例えば、ＮＲ－ＰＳＳ及びＮＲ－ＳＳＳである。システム情報の一部は、例えば、ＮＲ－ＰＢＣＨにて送信され、報知情報ともいう。同期信号及び報知情報は、所定数のＯＦＤＭシンボルから構成されるＳＳブロック（ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）として周期的に送信されてもよい。例えば、基地局２０は、ＤＬ（Ｄｏｗｎｌｉｎｋ）で制御信号又はデータを端末１０に送信し、ＵＬ（Ｕｐｌｉｎｋ）で制御信号又はデータを端末１０から受信する。基地局２０及び端末１０はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。例えば、基地局２０から送信される参照信号はＣＳＩ－ＲＳ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を含み、基地局２０から送信されるチャネルは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及びＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を含む。

【0017】

（Ｍｕｌｔｉ－ｎｕｍｅｒｏｌｏｇｙ）
５Ｇにおける幅広い周波数やユースケースをサポートするためには、複数のＮｕｍｅｒｏｌｏｇｙ（サブキャリア間隔やシンボル長等の無線パラメータ）をサポートする必要がある。このため、ＬＴＥのＮｕｍｅｒｏｌｏｇｙを基準として、スケーラブルに可変パラメータを設計することが有効である。この考え方の下で、ＮＲのＭｕｌｔｉ－Ｎｕｍｅｒｏｌｏｇｙが導入されている。具体的には、基準サブキャリア間隔は、ＬＴＥのサブキャリア間隔と同じで、１５ｋＨｚとされている。基準サブキャリア間隔に２のべき乗を乗算することで、その他のサブキャリア間隔が規定されている。複数サブキャリア間隔構成（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μが規定されている。具体的には、μ＝０に対して、サブキャリア間隔Δｆ＝１５ｋＨｚ、Ｃｙｃｌｉｃ ｐｒｅｆｉｘ＝Ｎｏｒｍａｌ、μ＝１に対して、サブキャリア間隔Δｆ＝３０ｋＨｚ、Ｃｙｃｌｉｃ ｐｒｅｆｉｘ＝Ｎｏｒｍａｌ、μ＝２に対して、サブキャリア間隔Δｆ＝６０ｋＨｚ、Ｃｙｃｌｉｃ ｐｒｅｆｉｘ＝Ｎｏｒｍａｌ又はＥｘｔｅｎｄｅｄ、μ＝３に対して、サブキャリア間隔Δｆ＝１２０ｋＨｚ、Ｃｙｃｌｉｃ ｐｒｅｆｉｘ＝Ｎｏｒｍａｌ、μ＝４に対して、サブキャリア間隔Δｆ＝２４０ｋＨｚ、Ｃｙｃｌｉｃ ｐｒｅｆｉｘ＝Ｎｏｒｍａｌが指定されてもよい。

【0018】

サブキャリア間隔構成μ＝０、１、２、３、４のいずれに対しても、１つのスロットに含まれるＯＦＤＭシンボルの数は、１４とされている。しかしながら、サブキャリア間隔構成μ＝０、１、２、３、４に対して、１フレームに含まれるスロット数は、１０、２０、４０、８０、１６０であり、かつ１サブフレームに含まれるスロット数は、１、２、４、８、１６となっている。ここで、フレームの長さは、１０ｍｓなので、サブキャリア間隔構成μ＝０、１、２、３、４に対して、スロット長は、１ｍｓ、０．５ｍｓ、０．２５ｍｓ、０．１２５ｍｓ、０．０６２５ｍｓとなる。サブキャリア間隔構成μ＝０、１、２、３、４のいずれに対しても、１つのスロットに含まれるＯＦＤＭシンボルの数は、１４なので、サブキャリア間隔構成毎にＯＦＤＭシンボル長が異なる。サブキャリア間隔構成μ＝０、１、２、３、４に対して、ＯＦＤＭシンボル長は、（１／１４）ｍｓ、（０．５／１４）ｍｓ、（０．２５／１４）ｍｓ、（０．１２５／１４）ｍｓ、（０．０６２５／１４）ｍｓとなる。このように、スロット長及びＯＦＤＭシンボル長を短くすることで、低遅延の通信を実現することができる。例えば、基地局２０は、情報要素ＢＷＰのパラメータであるｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇにおいて、μ＝０、１、２、３、４のいずれかを指定することにより、端末１０に対してサブキャリア間隔を設定することができる。

【0019】

３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）での標準化において、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ ＮＲ ｄｅｖｉｃｅｓ（ＮＲ－ｌｉｇｈｔ ＵＥと呼ばれる場合もある）として、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）／ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ｄｅｖｉｃｅｓよりも低いコスト、及び低いｃｏｍｐｌｅｘｉｔｙを持つ、新しいデバイスタイプが検討されている。

【0020】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ ＮＲ ｄｅｖｉｃｅｓ（以下、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０と呼ばれる）は、その性能が、ｅＭＢＢ／ＵＲＬＬＣ ｄｅｖｉｃｅｓと、ＬＰＷＡ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ、ＬＴＥ－Ｍ／ＮＢ－ＩｏＴ）ｄｅｖｉｃｅｓとの間の中間に位置するデバイスとなることが想定される。

【0021】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、特徴要素の一例として、ｃｏｍｐａｃｔ ｆｏｒｍ ｆａｃｔｏｒ及びｌｏｎｇ ｂａｔｔｅｒｙ ｌｉｆｅ等が考えられる。

【0022】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の機能の例として、ＵＥ Ｂａｎｄｗｉｄｔｈ ｒｅｄｕｃｔｉｏｎ（端末１０が対応する帯域幅を通常のＮＲデバイスの対応する帯域幅よりも狭くする機能）、Ｒｅｄｕｃｅｄ ｎｕｍｂｅｒ ｏｆ ＵＥ ＲＸ／ＴＸ ａｎｔｅｎｎａｓ（端末１０が対応するアンテナ数を通常のＮＲデバイスの対応するアンテナ数よりも少なくする機能）、Ｈａｌｆ－Ｄｕｐｌｅｘ－ＦＤＤ、Ｒｅｌａｘｅｄ ＵＰ ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ、Ｒｅｌａｘｅｄ ＵＥ ｐｒｏｃｅｓｓｉｎｇ ｃａｐａｂｉｌｉｔｙ等が検討されている。

【0023】

図２は、ＮＲのＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）の周波数リソースの幅を規定するテーブルの例を示す図である。図２の例に示されるように、ＮＲのＰＲＡＣＨの周波数リソースの幅は、ＰＲＡＣＨのサブキャリア間隔（ＳＣＳ）（Δｆ^ＲＡ ｆｏｒ ＰＲＡＣＨ）、ＰＵＳＣＨのＳＣＳ（Δｆ ｆｏｒ ＰＵＳＣＨ）、及びＰＲＡＣＨの系列長（Ｌ_ＲＡ）の組み合わせで定まる。ＮＲのＰＲＡＣＨの周波数リソースの幅は、ＰＵＳＣＨのＳＣＳから算出されるリソースブロック数として計算される。図２の例では、ＮＲのＰＲＡＣＨの周波数リソースの幅は、２ＲＢ、３ＲＢ、６ＲＢ、１２ＲＢ、及び２４ＲＢのいずれかである。

【0024】

なお、図２の例では、ＮＲ－Ｕ（Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）向けの仕様が追加された結果、ＮＲのＰＲＡＣＨの周波数リソースの幅として、さらに、４８ＲＢ及び９６ＲＢが選択可能である。ただし、ＮＲ－Ｕ向けに追加された４８ＲＢ及び９６ＲＢは、ＮＲ－Ｕ運用時のみ利用可能であってもよく、ＮＲ－Ｕ運用／通常のＮＲ運用にかかわらず利用可能であってもよい。

【0025】

図３は、ＲＡＣＨ ｏｃｃａｓｉｏｎ （ＲＯ）を周波数分割多重（ＦＤＭ）する例を示す図である。図３の例に示されるように、ＮＲのＰＲＡＣＨでは、複数のＲＯ（最大で８つのＲＯ）を周波数分割多重することが可能である。端末１０は、一回のランダムアクセスプリアンブルの送信では、周波数分割多重された複数のＲＯのうち、いずれか１つのＲＯを選択して、ランダムアクセスプリアンブルを送信する。ここで、ランダムアクセスプリアンブルの送信前に、報知情報等で、アップリンクのＢａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）が設定され、そのＢＷＰの周波数帯域幅内にＦＤＭされた複数のＲＯが配置されてもよい。

【0026】

（課題について）
図４は、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）と、周波数分割多重された複数のＲＯとの位置関係の例を示す図である。例えば、ＲＯの帯域幅と、端末１０が有する削減された帯域幅との間の関係によっては、端末１０に対して、ランダムアクセスプリアンブルが適切に送信可能であるように、端末の送信もしくは受信に用いられる周波数帯域幅を割り当てることができない可能性がある（例えば、端末１０が有する削減された帯域幅（例えば、２０ＲＢ）が、１つのＲＯの帯域幅（例えば、２４ＲＢ）よりも小さい場合）。

【0027】

また、図４の例に示されるように、端末１０が、１つのランダムアクセスプリアンブルを送信することが可能であったとしても、端末１０に対して事前に設定されたＢＷＰが削減された帯域幅である場合には、周波数分割多重された複数のＲＯ全体が、端末１０に対して事前に設定されたＢＷＰ内に含まれておらず、ランダムアクセスプリアンブルの送信に使用可能なＲＯが制限される可能性がある。

【0028】

周波数分割多重された複数のＲＯは、異なる複数のＳＳＢとそれぞれ関連付けられる場合があるため、端末１０が利用可能なＳＳＢも制限され、端末１０がセルにアクセスすることが可能である端末１０の位置が制限される可能性がある。

【0029】

（提案１）
Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、以下のＯｐｔｉｏｎ１の帯域幅からＯｐｔｉｏｎ４の帯域幅までのうち、いずれの帯域幅であってもよい。仕様規定上では以下のＯｐｔｉｏｎ１の帯域幅からＯｐｔｉｏｎ４の帯域幅までのうち、一つもしくは複数の帯域幅が規定され，そのうちいずれかの帯域幅がＲｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の削減された帯域幅であってもよい。また、以下におけるＲＢとは、ＰＵＳＣＨのＳＣＳに基づいて計算されたＲＢ数であり、ＰＲＡＣＨのＳＣＳ等の他のＳＣＳに換算されたＲＢの値として規定等がされてもよい。

【0030】

（提案１のＯｐｔｉｏｎ１）
削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、２４ＲＢであってもよい。また、削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、２４ＲＢから９６ＲＢまでの、いずれの帯域幅であってもよい。

【0031】

例えば、図２に示される例の場合、ＮＲ－Ｕ向けに追加されているＰＲＡＣＨの系列長（Ｌ_ＲＡ）である５７１及び１１５１を除いて、図２に示される、ＰＲＡＣＨのＳＣＳ（Δｆ^ＲＡ ｆｏｒ ＰＲＡＣＨ）、ＰＵＳＣＨのＳＣＳ（Δｆ ｆｏｒ ＰＵＳＣＨ）、及びＰＲＡＣＨの系列長（Ｌ_ＲＡ）の組み合わせが使用されてもよい。ＮＲ－Ｕ向けに追加されたＰＲＡＣＨのＳＣＳ（Δｆ^ＲＡ ｆｏｒ ＰＲＡＣＨ）、ＰＵＳＣＨのＳＣＳ（Δｆ ｆｏｒ ＰＵＳＣＨ）、及びＰＲＡＣＨの系列長（Ｌ_ＲＡ）の組み合わせがＮＲ－Ｕ運用時のみ利用可能である場合には、通常のＮＲ運用時には、図２に示される複数の組み合わせのうち、ＮＲ－Ｕ向けに追加された組み合わせ以外のいずれの組み合わせが使用可能であってもよい。

【0032】

（提案１のＯｐｔｉｏｎ２）
削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、９６ＲＢであってもよい。また、削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、９６ＲＢ以上の帯域幅であってもよい。

【0033】

例えば、図２に示される例の場合、ＮＲ－Ｕ向けに追加されているＰＲＡＣＨの系列長（Ｌ_ＲＡ）である５７１及び１１５１を含めて、図２に示される、ＰＲＡＣＨのＳＣＳ（Δｆ^ＲＡ ｆｏｒ ＰＲＡＣＨ）、ＰＵＳＣＨのＳＣＳ（Δｆ ｆｏｒ ＰＵＳＣＨ）、及びＰＲＡＣＨの系列長（Ｌ_ＲＡ）の組み合わせのうち、いずれの組み合わせが使用されてもよい。

【0034】

削減された帯域幅を９６ＲＢ以上の帯域幅とすることにより、図２に示されるＰＲＡＣＨのＳＣＳ、ＰＵＳＣＨのＳＣＳ、及びＰＲＡＣＨの系列長の組み合わせのうち、いずれの組み合わせも、ＮＲ－Ｕ運用時／通常のＮＲ運用時の双方で区別なく使用可能となる。

【0035】

（提案１のＯｐｔｉｏｎ３）
削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、２０ＲＢであってもよい。また、削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、２０ＲＢ以上２４ＲＢ未満のいずれの帯域幅であってもよい。

【0036】

例えば、図２に示される例の場合、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０で使用可能となるＰＲＡＣＨのＳＣＳ、ＰＵＳＣＨのＳＣＳ、及びＰＲＡＣＨの系列長の組み合わせは、ＮＲのＰＲＡＣＨの周波数リソースの幅が２４ＲＢ未満となる組み合わせに制限されてもよい。なお、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０のダウンリンクのｂａｎｄｗｉｄｔｈ ｐａｒｔを２０ＲＢ以上とすることにより、ＳＳＢ（２０ＲＢ）を受信することが可能となる。

【0037】

（提案１のＯｐｔｉｏｎ４）
削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、１２ＲＢであってもよい。また、削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、１２ＲＢ以上２０ＲＢ未満のいずれの帯域幅であってもよい。

【0038】

例えば、図２に示される例の場合、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０で使用可能となるＰＲＡＣＨのＳＣＳ、ＰＵＳＣＨのＳＣＳ、及びＰＲＡＣＨの系列長の組み合わせは、ＮＲのＰＲＡＣＨの周波数リソースの幅が２０ＲＢ未満の削減された帯域幅以下となる組み合わせに制限されてもよい。なお、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０のダウンリンクのｂａｎｄｗｉｄｔｈ ｐａｒｔを２０ＲＢ未満の削減された帯域幅以下とする場合には、ＳＳＢが送信される帯域幅を２０ＲＢ未満の削減された帯域幅以下としてもよい。

【0039】

なお、上述のＯｐｔｉｏｎ１からＯｐｔｉｏｎ４において、削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）とは、端末１０の機能（ｃａｐａｂｉｌｉｔｙ）であってもよく、当該端末１０のｃａｐａｂｉｌｉｔｙが端末１０から基地局２０に通知されてもよい。また、削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、ＰＲＡＣＨ ｂａｎｄｗｉｄｔｈに基づいて決められるものであってもよい。

【0040】

また、上述のＯｐｔｉｏｎ１からＯｐｔｉｏｎ４において、削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）とは、ダウンリンク（ＤＬ）とアップリンク（ＵＬ）で共通の値であってもよく、別々の値であってもよい。

【0041】

また、上述のＯｐｔｉｏｎ１からＯｐｔｉｏｎ４において、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、ダウンリンク（ＤＬ）とアップリンク（ＵＬ）で共通のｃａｐａｂｉｌｉｔｙであってもよい。また、上述のＯｐｔｉｏｎ１からＯｐｔｉｏｎ４において、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）は、ダウンリンク（ＤＬ）とアップリンク（ＵＬ）で別々のｃａｐａｂｉｌｉｔｙであってもよい。

【0042】

（提案２）
（提案２のＯｐｔｉｏｎ１）
Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ランダムアクセスプリアンブルを送信するために選択したＲＡＣＨ ｏｃｃａｓｉｏｎの周波数帯域幅の位置に基づいて、ＵＬ ＢＷＰを設定してもよい。

【0043】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、選択したＲＯの周波数帯域幅の開始位置又は選択したＲＯの周波数帯域幅の中心位置を基準として、ＵＬ ＢＷＰを設定してもよい。

【0044】

図５は、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０が、選択したＲＯの周波数帯域幅の位置に基づいて、ＵＬ ＢＷＰを設定する例を示す図である。図５の例では、端末１０は、ＲＯを選択し、選択したＲＯの周波数帯域幅と同じ帯域幅のＵＬ ＢＷＰを設定する。

【0045】

図６は、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０が、選択したＲＯの周波数帯域幅の中心位置を基準として、ＵＬ ＢＷＰを設定する例を示す図である。図６の例では、端末１０は、ＲＯを選択し、選択したＲＯの周波数帯域幅の中心位置と同じ中心周波数のＵＬ ＢＷＰを設定する。

【0046】

図７は、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０が、選択したＲＯの周波数帯域幅の開始位置を基準として、ＵＬ ＢＷＰを設定する例を示す図である。図７の例では、端末１０は、ＲＯを選択し、選択したＲＯの周波数帯域幅の開始位置と同じ周波数方向の開始位置のＵＬ ＢＷＰを設定する。

【0047】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の持つ削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）を持つＵＬ ＢＷＰを設定してもよい。例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０のＣａｐａｂｉｌｉｔｙに応じた帯域幅を持つＵＬ ＢＷＰを設定してもよい。

【0048】

また、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の持つ削減された帯域幅以外の帯域幅が規定及び／又は通知され、端末１０は、当該規定及び／又は通知された帯域幅を持つＵＬ ＢＷＰを設定してもよい。例えば、端末１０は、選択したＲＯの帯域幅と同じ帯域幅を持つＵＬ ＢＷＰを設定してもよい。例えば、端末１０は、通知されたＵＬ ＢＷＰの帯域幅と同じ帯域幅を持つＵＬ ＢＷＰを設定してもよい。

【0049】

また、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ランダムアクセスプリアンブルを送信するために選択したＲＡＣＨ ｏｃｃａｓｉｏｎの周波数帯域幅の位置に基づいて、（Ａｃｔｉｖｅ） ＤＬ ＢＷＰを設定してもよい。Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、選択したＲＯの周波数帯域幅の開始位置又は選択したＲＯの周波数帯域幅の中心位置を基準として、（Ａｃｔｉｖｅ） ＤＬ ＢＷＰを設定してもよい。例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ＲＯを選択し、選択したＲＯの周波数帯域幅と同じ帯域幅の（Ａｃｔｉｖｅ） ＤＬ ＢＷＰを設定してもよい。Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ＲＯを選択し、選択したＲＯの周波数帯域幅の中心位置と同じ中心位置の（Ａｃｔｉｖｅ） ＤＬ ＢＷＰを設定してもよい。また、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ＲＯを選択し、選択したＲＯの周波数帯域幅の開始位置と同じ周波数方向の開始位置の（Ａｃｔｉｖｅ） ＤＬ ＢＷＰを設定してもよい。また、例えば（Ａｃｔｉｖｅ） ＤＬ ＢＷＰは設定された（Ａｃｔｉｖｅ） ＵＬ ＢＷＰと一部もしくは全てのパラメータ（帯域幅や周波数位置等）が同じであってもよい。

【0050】

基地局２０は、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０がランダムアクセスプリアンブルを送信するためのＲＡＣＨ ｏｃｃａｓｉｏｎを選択する前に、事前にＵＬ ＢＷＰを設定してもよい。また、基地局２０は、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０がランダムアクセスプリアンブルを送信するためのＲＡＣＨ ｏｃｃａｓｉｏｎを選択する前に、事前にＵＬ ＢＷＰを設定しなくてもよい。Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０がランダムアクセスプリアンブルを送信するためのＲＡＣＨ ｏｃｃａｓｉｏｎを選択する前に、基地局２０が事前にＵＬ ＢＷＰを設定した場合、当該Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、基地局２０が事前に設定したＵＬ ＢＷＰの帯域幅をそのまま適用してもよく、かつＲｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の選択したＲＯの周波数帯域幅の位置に応じて、ＵＬ ＢＷＰの周波数位置を調整してもよい（例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、選択したＲＯの周波数帯域がＵＬ ＢＷＰに含まれるように、ＵＬ ＢＷＰの周波数位置を調整してもよい）。または、当該Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、基地局２０が事前に設定したＵＬ ＢＷＰの帯域内に新たに設定するＵＬ ＢＷＰが含まれるように調整してもよい。

【0051】

ＳＳＢとＲＯとの間に、端末１０によるＢＷＰの切替え（例えば、ＢＷＰの位置をずらす処理）に必要な時間的なギャップ又はｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅが規定されてもよい（例えば、仕様書において規定されてもよい）。ＢＷＰの切替えには、端末１０におけるＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ｔｕｎｉｎｇ等の処理が必要となるためである。

【0052】

図８及び図９は、複数のＲｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０のうちの各端末１０が、ランダムアクセスプリアンブルを送信するために選択したＲＡＣＨ ｏｃｃａｓｉｏｎの周波数帯域幅の位置に基づいて、ＵＬ ＢＷＰを設定する例を示す図である。図８の例では、端末＃１が選択したＲＯの周波数帯域幅の位置と、端末＃２が選択したＲＯの周波数帯域幅の位置とは異なっている。端末＃１は、選択したＲＯと同じ周波数帯域幅の位置かつ同じ帯域幅のＵＬ ＢＷＰを選択する。端末＃２は、選択したＲＯと同じ周波数帯域幅の位置かつ同じ帯域場のＵＬ ＢＷＰを選択する。図９の例では、端末＃１が選択したＲＯの周波数帯域幅の位置と、端末＃２が選択したＲＯの周波数帯域幅の位置とは同じである。端末＃１及び端末＃２は、選択したＲＯと同じ周波数帯域幅の位置かつ同じ帯域幅のＵＬ ＢＷＰを設定する。この場合において、端末＃１のｃａｐａｂｉｌｉｔｙと端末＃２のｃａｐａｂｉｌｉｔｙとが異なる場合には、端末＃１の設定するＵＬ ＢＷＰの帯域幅と、端末＃２の設定するＵＬ ＢＷＰの帯域幅とは異なっていてもよい。

【0053】

図１０は、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０が、ランダムアクセスプリアンブルの再送を行う例を示す図である。図１０の例に示されるように、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０が、ランダムアクセスプリアンブルの再送時に、初回のランダムアクセスプリアンブルの送信時のＲＯとは異なるＲＯを選択した場合、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、再送で選択しなおしたＲＯの周波数帯域幅の位置に基づいて、（ａｃｔｉｖｅ） ＵＬ ＢＷＰを設定してもよい。

【0054】

（提案２の補足）
上述の実施例における「ＢＷＰ」により設定される周波数帯域幅は、既存のＢＷＰで設定される周波数帯域幅とは異なる周波数帯域幅であってもよい。この場合、上述の実施例における「ＢＷＰ」の名称は、ＢＷＰの名称とは異なる名称であってもよい。例えば、上述の実施例における「ＢＷＰ」により設定される周波数帯域幅は、既存のＢＷＰの枠組みの中で新たに定義されるような、より細かい周波数帯域幅であってもよい。また、上述の実施例における「ＢＷＰ」により設定される周波数帯域幅は、既存のＢＷＰの周波数範囲内でのみ用いることができる周波数帯域幅であってもよい。

【0055】

図１１は、新規ＢＷＰにより設定される周波数帯域幅の例を示す図である。図１１の例に示されるように、新規ＢＷＰにより設定される周波数帯域幅は、既存のＢＷＰの周波数範囲に含まれる周波数帯域幅であってもよい。

【0056】

また、上述の実施例における「ＢＷＰ」により設定される周波数数帯域幅が、既存のＢＷＰで設定される周波数帯域幅と同等である場合、「ＢＷＰを設定する」とは、すでに設定されている現在ａｃｔｉｖｅなＢＷＰの一部のパラメータを置き換えることであってもよく、新たなＢＷＰを設定して、設定した新たなＢＷＰをａｃｔｉｖｅにすることであってもよい。

【0057】

（提案２のＯｐｔｉｏｎ２）
Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ランダムアクセスプリアンブルの送信時に、当該端末１０の持つ削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）より帯域幅の広いａｃｔｉｖｅなＵＬ ＢＷＰを設定することが可能であってもよく、その範囲内でランダムアクセスプリアンブルを送信することが可能であってもよい。例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０のｃａｐａｂｉｌｉｔｙによれば、２０ＭＨｚのＢＷＰを設定することが可能である場合において、ランダムアクセスプリアンブルの送信時に、１００ＭＨｚのＵＬ ＢＷＰを設定することが可能であってもよい。この場合、当該Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、１００ＭＨｚのＵＬ ＢＷＰ全体でランダムアクセスプリアンブルを送信することはできず、１００ＭＨｚの帯域幅に含まれる２０ＭＨｚのＵＬ ＢＷＰでランダムアクセスプリアンブルを送信することが可能であってもよい。

【0058】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ＵＬ送信を行う毎に、必要に応じてＲＦ ｔｕｎｉｎｇを行ってもよい。例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０のｃａｐａｂｉｌｉｔｙによれば、２０ＭＨｚまでの周波数帯域幅の能力を持っている場合において、ランダムアクセスプリアンブルの送信時に、１００ＭＨｚのＵＬ ＢＷＰを設定することが可能であるとする。この場合には、例えば、ランダムアクセスプリアンブルを送信する毎に、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、１００ＭＨｚのＵＬ ＢＷＰ内で２０ＭＨｚのランダムアクセスプリアンブルを送信する位置を設定してもよい。例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０によるＲＦ ｔｕｎｉｎｇに必要なギャップ、ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ等が規定されてもよい（例えば、仕様により規定されてもよい）。

【0059】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ＲＲＣシグナリング等でＵＬ ＢＷＰが設定されるまで、ランダムアクセスプリアンブルの送信時に、当該端末１０の持つ削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）より帯域幅の広いａｃｔｉｖｅなＵＬ ＢＷＰを設定し、その範囲内で自身の周波数帯域幅の能力応じてランダムアクセスプリアンブルを送信する動作を継続してもよい。

【0060】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０が、ランダムアクセスプリアンブルの送信時に、当該端末１０の持つ削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）より帯域幅の広いａｃｔｉｖｅなＵＬ ＢＷＰを設定することが可能である場合に、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ＤＬ ＢＷＰについても、当該端末１０の持つ削減された帯域幅より帯域幅の広いａｃｔｉｖｅなＤＬ ＢＷＰを設定することが可能であってもよい。Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０が、ランダムアクセスプリアンブルの送信時に、当該端末１０の持つ削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）より帯域幅の広いａｃｔｉｖｅなＵＬ ＢＷＰを設定することが可能である場合に、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、設定されるＵＬ ＢＷＰとは独立してＤＬ ＢＷＰを設定してもよいし、ＤＬ ＢＷＰがＵＬ ＢＷＰと共通のものであってもよい。

【0061】

（提案２のＯｐｔｉｏｎ３）
Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ランダムアクセスプリアンブルの送信時には、ＵＬ ＢＷＰを設定すること及びＵＬ ＢＷＰが設定されることを想定しなくてもよい。例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ランダムアクセスプリアンブルの送信時には、システムの周波数帯域のうち、いずれの周波数帯域でランダムアクセスプリアンブルを送信してもよい。

【0062】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ＵＬ送信を行う毎に、必要に応じてＲＦ ｔｕｎｉｎｇを行ってもよい。例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０によるＲＦ ｔｕｎｉｎｇに必要なギャップ、ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ等が規定されてもよい（例えば、仕様により規定されてもよい）。

【0063】

Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ＲＲＣシグナリング等でＵＬ ＢＷＰが設定されるまで、ランダムアクセスプリアンブルの送信時に、ＵＬ ＢＷＰを設定すること及びＵＬ ＢＷＰが設定されることを想定しない動作を継続してもよい。

【0064】

（提案３）
（提案３のＯｐｔｉｏｎ１）
Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ランダムアクセスプリアンブル送信後の「ランダムアクセス中のＵＬ送信」又は「ＲＲＣ等でＵＬ ＢＷＰが設定されるまでのＵＬ送信」を、（例えば、提案２で設定された）ランダムアクセスプリアンブル送信時のＢＷＰの周波数範囲内で行ってもよい。

【0065】

（提案３のＯｐｔｉｏｎ２）
Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ランダムアクセスプリアンブル送信後の「ランダムアクセス中のＵＬ送信」又は「ＲＲＣ等でＵＬ ＢＷＰが設定されるまでのＵＬ送信」を、（例えば、提案２で設定された）ランダムアクセスプリアンブル送信時のＢＷＰの周波数範囲外で行ってもよい。この場合において、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ＵＬ送信を行う毎に、必要に応じてＲＦ ｔｕｎｉｎｇを行ってもよい。例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０によるＲＦ ｔｕｎｉｎｇに必要なギャップ、ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ等が規定されてもよい（例えば、仕様により規定されてもよい）。

【0066】

（提案３のＯｐｔｉｏｎ３）
Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ランダムアクセスプリアンブル送信後の「ランダムアクセス中のＵＬ送信」又は「ＲＲＣ等でＵＬ ＢＷＰが設定されるまでのＵＬ送信」を、ＵＬ ＢＷＰを設定すること及びＵＬ ＢＷＰが設定されることを想定しないで行ってもよい。この場合において、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０は、ＵＬ送信を行う毎に、必要に応じてＲＦ ｔｕｎｉｎｇを行ってもよい。例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０によるＲＦ ｔｕｎｉｎｇに必要なギャップ、ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ等が規定されてもよい（例えば、仕様により規定されてもよい）。

【0067】

なお、提案３のＯｐｔｉｏｎ１～Ｏｐｔｉｏｎ３において、ランダムアクセスプリアンブル送信後の「ランダムアクセス中のＵＬ送信」又は「ＲＲＣ等でＵＬ ＢＷＰが設定されるまでのＵＬ送信」とは、例えば、ランダムアクセス手順のメッセージ３（Ｍｓｇ３）、２段階のランダムアクセス手順におけるＭｓｇＡ ＰＵＳＣＨ、ＤＬ送信（Ｍｓｇ２、Ｍｓｇ４、ＭｓｇＢ、その他のＤＬ）に対するＡＣＫ／ＮＡＣＫ等を含んでもよい。

【0068】

提案３のＯｐｔｉｏｎ１～Ｏｐｔｉｏｎ３において、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０に対して設定されるＤＬ ＢＷＰの周波数位置や周波数帯域幅等は、ＵＬ ＢＷＰの周波数位置や周波数帯域幅等と同じであってもよい。Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０に対して設定されるＤＬ ＢＷＰの周波数位置や周波数帯域幅等は、ＵＬ ＢＷＰの周波数位置や周波数帯域幅等とは独立して設定されてもよい。

【0069】

（装置構成）
次に、これまでに説明した処理動作を実行する端末１０及び基地局２０の機能構成例を説明する。端末１０及び基地局２０は、本実施の形態で説明した全ての機能を備えている。ただし、端末１０及び基地局２０は、本実施の形態で説明した全ての機能のうちの一部のみの機能を備えてもよい。なお、端末１０及び基地局２０を総称して通信装置と称してもよい。

【0070】

＜端末＞
図１２は、端末１０の機能構成の一例を示す図である。図１２に示されるように、端末１０は、送信部１１０と、受信部１２０と、制御部１３０を有する。図１２に示される機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部１１０を送信機と称し、受信部１２０を受信機と称してもよい。

【0071】

送信部１１０は、送信データから送信を作成し、当該送信信号を無線で送信する。また、送信部１１０は、１つ又は複数のビームを形成することができる。受信部１２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部１２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。

【0072】

制御部１３０は、端末１０の制御を行う。なお、送信に関わる制御部１３０の機能が送信部１１０に含まれ、受信に関わる制御部１３０の機能が受信部１２０に含まれてもよい。

【0073】

例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の制御部１３０は、削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）として、１２ＲＢ、２０ＲＢ、２４ＲＢ、及び９６ＲＢのうちのいずれか１つの帯域幅を設定し、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の送信部１１０は、制御部１３０の選択した帯域幅でランダムアクセスプリアンブルを送信してもよい。

【0074】

例えば、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の制御部１３０は、ランダムアクセスプリアンブルを送信するために選択した、ランダムアクセスプリアンブルの送信機会の周波数帯域幅の位置に基づいて、アップリンクのＢａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）を選択し、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の送信部１１０は、制御部１３０の選択した帯域幅でランダムアクセスプリアンブルを送信してもよい。

【0075】

＜基地局２０＞
図１３は、基地局２０の機能構成の一例を示す図である。図１３に示されるように、基地局２０は、送信部２１０と、受信部２２０と、制御部２３０を有する。図１３に示される機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部２１０を送信機と称し、受信部２２０を受信機と称してもよい。

【0076】

送信部２１０は、端末１０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部２２０は、端末１０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、受信部２２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。

【0077】

制御部２３０は、基地局２０の制御を行う。なお、送信に関わる制御部２３０の機能が送信部２１０に含まれ、受信に関わる制御部２３０の機能が受信部２２０に含まれてもよい。

【0078】

例えば、基地局２０の受信部２２０は、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０の削減された帯域幅（Ｒｅｄｕｃｅｄ ｂａｎｄｗｉｄｔｈ）が、１２ＲＢ、２０ＲＢ、２４ＲＢ、及び９６ＲＢのうちのいずれか１つの帯域幅であることを示すＣａｐａｂｉｌｉｔｙ情報を受信し、基地局２０の制御部２３０は、受信部２２０の受信したＣａｐａｂｉｌｉｔｙ情報に示される帯域幅を、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０から送信されるランダムアクセスプリアンブルを受信するための帯域幅として設定してもよい。

【0079】

また、例えば、基地局２０の制御部２３０は、受信部２２０がＲｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０から送信されるランダムアクセスプリアンブルを受信した後、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ端末１０に対して、ＲＲＣシグナリングによりＵＬ ＢＷＰを設定するまでのＵＬ送信は、ランダムアクセスプリアンブル受信時のＢＷＰの周波数範囲内で行われると想定してもよい。

【0080】

＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図１２～図１３）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。

【0081】

また、例えば、本発明の一実施の形態における端末１０と基地局２０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図１４は、本実施の形態に係る端末１０と基地局２０のハードウェア構成の一例を示す図である。上述の端末１０と基地局２０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

【0082】

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。端末１０と基地局２０のハードウェア構成は、図に示した１００１～１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

【0083】

端末１０と基地局２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

【0084】

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）で構成されてもよい。

【0085】

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１２に示される端末１０の送信部１１０、受信部１２０、制御部１３０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１３に示される基地局２０の送信部２１０と、受信部２２０と、制御部２３０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

【0086】

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

【0087】

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

【0088】

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、端末１０の送信部１１０及び受信部１２０は、通信装置１００４で実現されてもよい。また、基地局２０の送信部２１０及び受信部２２０は、通信装置１００４で実現されてもよい。

【0089】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

【0090】

また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

【0091】

また、端末１０と基地局２０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

【0092】

（実施の形態のまとめ）
本明細書には、少なくとも以下の端末及び基地局が開示されている。

【0093】

ランダムアクセスプリアンブルを送信するための送信機会を選択し、該選択した送信機会の周波数帯域幅の開始位置、又は該選択した送信機会の周波数帯域幅の中心位置を基準として、前記ランダムアクセスプリアンブルを前記送信機会の周波数帯域幅において送信可能とするために、端末の送信もしくは受信に用いられる周波数帯域幅を設定する制御部と、前記制御部の設定した前記周波数帯域幅に基づいて、前記ランダムアクセスプリアンブルを送信する送信部と、を備える端末。

【0094】

上記の構成によれば、端末は、ランダムアクセスプリアンブルを送信するために選択した送信機会の周波数帯域幅に基づいて、ランダムアクセスプリアンブルが適切に送信可能であるように、端末の送信もしくは受信に用いられる周波数帯域幅を選択するので、ランダムアクセスプリアンブルを送信できないような周波数帯域幅が設定されることを防止することが可能となる。

【0095】

前記ランダムアクセスプリアンブルを前記送信機会の周波数帯域幅において送信可能送信可能とするために、端末の送信もしくは受信に用いられる周波数帯域幅もしくは端末の持つ削減された周波数帯域幅の能力は、１２リソースブロックの周波数帯域幅から９６リソースブロックの周波数帯域幅までの範囲に含まれるいずれか１つの周波数帯域幅であってもよい。

【0096】

上記の構成によれば、仕様において規定されるＰＲＡＣＨのＳＣＳ（Δｆ^ＲＡ ｆｏｒ ＰＲＡＣＨ）、ＰＵＳＣＨのＳＣＳ（Δｆ ｆｏｒ ＰＵＳＣＨ）、及びＰＲＡＣＨの系列長（Ｌ_ＲＡ）の組み合わせのうち、いずれかの組み合わせを使用してランダムアクセスプリアンブルを送信することが可能となる。

【0097】

前記ランダムアクセスプリアンブルの送信後、前記制御部は、ランダムアクセス手順の実行中におけるアップリンクの送信のための周波数帯域幅として、前記前記ランダムアクセスプリアンブルを前記送信機会の周波数帯域幅において送信可能とするために設定された端末の送信もしくは受信に用いられる周波数帯域幅を適用してもよい。

【0098】

上記の構成によれば、端末から送信される端末機能情報（ＵＥ ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）を受信するまでの間のアップリンクの送信に適用される周波数帯域幅が明確化され、基地局側で端末機能情報を受信するまでの間のアップリンクの受信動作を明確化することが可能となる。

【0099】

前記ランダムアクセスプリアンブルの初回の送信後、前記ランダムアクセスプリアンブルを再送する場合において、前記制御部は、前記ランダムアクセスプリアンブルの初回の送信時に選択したランダムアクセスプリアンブルの送信機会とは異なるランダムアクセスプリアンブルの送信機会を選択し、前記初回の送信時に選択したランダムアクセスプリアンブルの送信機会とは異なるランダムアクセスプリアンブルの送信機会の周波数帯域幅の開始位置又は中心位置を基準として、前記ランダムアクセスプリアンブルを前記送信機会の周波数帯域幅において再送可能であるように、端末の送信もしくは受信に用いられる周波数帯域幅を設定してもよい。

【0100】

上記の構成によれば、端末がランダムアクセスプリアンブルの初回の送信の際に選択した送信機会と、ランダムアクセスプリアンブルの再送の際に選択した送信機会とが異なる場合であっても、端末は、再送の際に選択した送信機会の周波数帯域幅に基づいて、ランダムアクセスプリアンブルが適切に再送可能であるように、端末の送信もしくは受信に用いられる周波数帯域幅を設定するので、ランダムアクセスプリアンブルを送信できないような周波数帯域幅が設定されることを防止することが可能となる。

【0101】

端末がランダムアクセスプリアンブルを送信するための送信機会の周波数帯域幅の開始位置、又は該送信機会の周波数帯域幅の中心位置を基準として、前記ランダムアクセスプリアンブルを前記送信機会の周波数帯域幅において送信可能とするために、端末の送信もしくは受信に用いられる周波数帯域幅を設定する制御部と、前記制御部の設定した周波数帯域幅に基づいて、前記ランダムアクセスプリアンブルを受信する受信部と、を備える基地局。

【0102】

上記の構成によれば、端末は、ランダムアクセスプリアンブルを送信するために選択した送信機会の周波数帯域幅に基づいて、ランダムアクセスプリアンブルが適切に送信可能であるように、端末の送信もしくは受信に用いられる周波数帯域幅を選択するので、ランダムアクセスプリアンブルを送信できないような周波数帯域幅が設定されることを防止することが可能となり、基地局は、端末がランダムアクセスプリアンブルを送信するための送信機会の周波数帯域幅に基づいて、ランダムアクセスプリアンブルが適切に受信可能であるように、送信もしくは受信に用いられる周波数帯域幅周波数帯域幅を設定することが可能となる。

【0103】

（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、端末１０と基地局２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って端末１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

【0104】

情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。

【0105】

本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ Ｒａｄｉｏ Ａｃｃｅｓｓ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

【0106】

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0107】

本明細書において基地局２０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われることもある。基地局２０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークにおいて、端末１０との通信のために行われる様々な動作は、基地局２０および／または基地局２０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ－ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局２０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ－ＧＷ）であってもよい。

【0108】

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

【0109】

端末１０は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

【0110】

基地局２０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。

【0111】

帯域幅部分（ＢＷＰ：Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋｓ）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。

【0112】

ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。

【0113】

設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。

【0114】

無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（ｎｕｍｅｒｏｌｏｇｙ）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（ＳＣＳ：ＳｕｂＣａｒｒｉｅｒ Ｓｐａｃｉｎｇ）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。例えば、１サブフレームは送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。

【0115】

ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。

【0116】

リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ ＲＢ）、サブキャリアグループ（ＳＣＧ：Ｓｕｂ－Ｃａｒｒｉｅｒ Ｇｒｏｕｐ）、リソースエレメントグループ（ＲＥＧ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

【0117】

本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

【0118】

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0119】

「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。

【0120】

本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。

【0121】

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

【符号の説明】

【0122】

１０ 端末
１１０ 送信部
１２０ 受信部
１３０ 制御部
２０ 基地局
２１０ 送信部
２２０ 受信部
２３０ 制御部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】