JP7343582B2

JP7343582B2 - 端末、基地局及び送信方法

Info

Publication number: JP7343582B2
Application number: JP2021530402A
Authority: JP
Inventors: 秀明高橋; 明人花木; 浩樹原田; 知也小原
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2019-07-09
Filing date: 2019-07-09
Publication date: 2023-09-12
Anticipated expiration: 2039-07-09
Also published as: WO2021005716A1; JPWO2021005716A1; SA522431299B1; CA3142678A1; BR112021026234A2; US20220361248A1; EP3998812A1; US12256438B2; EP3998812A4; CN114073149A; CN114073149B

Description

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

３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、ＮＲ（ＮｅｗＲａｄｉｏ）あるいは５Ｇと呼ばれる無線通信方式の検討が進んでいる。ＮＲでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。

ＴＤＤ－ＵＬ－ＤＬ－ｐａｔｔｅｒｎのｄｌ－ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＰｅｒｉｏｄｉｃｉｔｙは、リリース１５仕様の策定当初は、０．５ｍｓ、０．６２５ｍｓ、１ｍｓ、１．２５ｍｓ、２ｍｓ、２．５ｍｓ、５ｍｓ、１０ｍｓであった。これに対して、ＬＴＥのＴＤＤｃｏｎｆｉｇｕｒａｔｉｏｎ１、２、及び４とＤＬ／ＵＬの切り替えタイミングの同期を可能とするために、２０１８年９月の仕様書以降、ｄｌ－ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＰｅｒｉｏｄｉｃｉｔｙとして、３ｍｓ及び４ｍｓが追加されている。

３ＧＰＰＴＳ３８．２１１Ｖ１５．６．０（２０１９－０６）３ＧＰＰＴＳ３６．２１１Ｖ１５．６．０（２０１９－０６）３ＧＰＰＴＳＧ－ＲＡＮＷＧ２Ｍｅｅｔｉｎｇ＃１０３、Ｒ２－１８１３３０３、Ｇｏｔｈｅｎｂｕｒｇ、Ｓｗｅｄｅｎ、２０－２４Ａｕｇｕｓｔ２０１８３ＧＰＰＴＳＧ－ＲＡＮＷＧ２ＭｅｅｔｉｎｇＮＲＡｄｈｏｃ１８０７、Ｒ２－１８１０９６３、Ｍｏｎｔｒｅａｌ、Ｃａｎａｄａ、２ｎｄ－６ｔｈＪｕｌｙ２０１８３ＧＰＰＴＳＧ－ＲＡＮＷＧ２＃１０３、Ｒ２－１８１３２７９、Ｇｏｔｈｅｎｂｕｒｇ、Ｓｗｅｄｅｎ、２０－２４Ａｕｇｕｓｔ、２０１８

ＬＴＥのシステム及びＮＲのシステムで、ｓｐｅｃｔｒｕｍｓｈａｒｉｎｇを行うこと、すなわち、共通の周波数帯域を使用することが想定されている。このように、ＬＴＥのＴＤＤシステム及びＮＲのＴＤＤシステムで無線フレームのタイミングを揃え、かつ共通の周波数帯域を使用して通信を行う場合には、一方の通信システムが他方の通信システムに対して与える干渉を抑制する必要がある。例えば、あるタイミングにおいて、ＬＴＥのＴＤＤのサブフレームを下りリンクに割り当て、かつ当該タイミングにおいて、ＮＲのＴＤＤのサブフレームを上りリンクに割り当てた場合、ＮＲの上りリンクの送信は、ＬＴＥの下りリンクの受信に対して大きな干渉を与える可能性がある。

端末がランダムアクセスプリアンブルを送信する場合に、他のシステムに対して与える干渉を抑制する方法が必要とされている。

本発明の一態様によれば、ランダムアクセスプリアンブルを送信するための第１の設定情報を指定するインデックスを受信する受信部と、前記受信部が前記インデックスを受信した場合に、前記ランダムアクセスプリアンブルを送信するための前記第１の設定情報を使用する制御部と、を備え、前記インデックスの値が特定の値以上である場合に前記インデックスにより指定される前記第１の設定情報に含まれるサブフレーム番号の値を、前記特定の値未満の値の特定のインデックスにより指定される第２の設定情報に含まれるサブフレーム番号の値に置き換えた場合、前記第１の設定情報と前記第２の設定情報とは同じであり、前記特定の値以上の値のインデックスは、ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に含まれるｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ－ｖ１６ｘｙにより指定され、前記特定の値は２５６である、端末、が提供される。

本発明の実施例によれば、端末がランダムアクセスプリアンブルを送信する場合に、他のシステムに対して与える干渉を抑制する方法が提供される。

本実施の形態における通信システムの構成図である。ランダムアクセス手順の例を示す図である。ランダムアクセス設定のテーブルの例を示す図である。ＬＴＥのＴＤＤ方式に対応するＵｐｌｉｎｋ－ｄｏｗｎｌｉｎｋｃｏｎｆｉｇｕｒａｔｉｏｎの例を示す図である。提案１の例を示す図である。ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。提案１に対応する仕様の変更例を示す図である。提案２の例を示す図である。ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。提案２に対応する仕様の変更例を示す図である。ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。提案３に対応する仕様の変更例を示す図である。ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。提案４に対応する仕様の変更例を示す図である。提案５の例を示す図である。ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。提案５に対応する仕様の変更例を示す図である。提案６の例を示す図である。ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。提案６に対応する仕様の変更例を示す図である。端末の機能構成の一例を示す図である。基地局の機能構成の一例を示す図である。端末及び基地局のハードウェア構成の一例を示す図である。

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

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

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

端末１０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）用通信モジュール等の無線通信機能を備えた通信装置であり、基地局２０に無線接続し、無線通信システムにより提供される各種通信サービスを利用する。基地局２０は、１つ以上のセルを提供し、端末１０と無線通信する通信装置である。端末１０と基地局２０はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。また、端末１０をＵＥと称し、基地局２０をｅＮＢと称してもよい。

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

本実施の形態に係る技術は、ランダムアクセス手順等に関わるものなので、まずは、無線通信システムにおけるこれらの動作例を説明する。

（ランダムアクセス手順等）
図２を参照して、本実施の形態におけるランダムアクセス手順の例を説明する。図２に示す手順を初期アクセスと呼んでもよい。

基地局２０は、所定の周期でＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌｓａｎｄＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ（ＳＳ／ＰＢＣＨ）ブロック（ＳＳＢとも呼ぶ）を送信し、端末１０は当該ＳＳ／ＰＢＣＨブロックを受信する（Ｓ１１）。ＳＳ／ＰＢＣＨブロックには、同期信号、初期アクセスに必要なシステム情報の一部（システムフレーム番号（ＳＦＮ）、残りのシステム情報を読むために必要な情報、等）を含む。また、端末１０は、基地局２０からＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ１（ＳＩＢ１）を受信する（Ｓ１２）。

続いて、端末１０は、Ｍｅｓｓａｇｅ１（Ｍｓｇ１（＝ＲＡｐｒｅａｍｂｌｅ））を送信する（Ｓ１３）。

基地局２０は、ＲＡｐｒｅａｍｂｌｅを検出すると、その応答であるＭｅｓｓａｇｅ２（Ｍｓｇ２（＝ＲＡｒｅｓｐｏｎｓｅ））を端末１０に送信する（Ｓ１４）。なお、以降の説明において、"Ｍｓｇ２"は、特に断らない限り、そのスケジューリングに使用するＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＤＣＣＨ）と、実体情報を運ぶＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＤＣＨ）を含むものとする。

ＲＡｒｅｓｐｏｎｓｅを受信した端末１０は、所定の情報を含むＭｅｓｓａｇｅ３（Ｍｓｇ３）を基地局２０に送信する（ステップＳ１５）。Ｍｅｓｓａｇｅ３は、例えば、ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｑｕｅｓｔである。

Ｍｅｓｓａｇｅ３を受信した基地局２０は、Ｍｅｓｓａｇｅ４（Ｍｓｇ４、例：ＲＲＣｃｏｎｎｅｃｔｉｏｎｓｅｔｕｐ）を端末１０に送信する（Ｓ１６）。端末１０は、上記の所定の情報がＭｅｓｓａｇｅ４に含まれていることを確認すると、当該Ｍｅｓｓａｇｅ４が、上記のＭｅｓｓａｇｅ３に対応する自分宛てのＭｅｓｓａｇｅ４であることを認識し、ランダムアクセス手順を完了し、ＲＲＣ接続を確立する（Ｓ１７）。なお、図２は、Ｍｅｓｓａｇｅ３とＭｅｓｓａｇｅ４が送信される場合の例を示すが、これは一例に過ぎない。本実施の形態に係る技術は、Ｍｅｓｓａｇｅ３とＭｅｓｓａｇｅ４が送信されない場合のランダムアクセス手順にも適用できる。

ランダムアクセスプリアンブルの送信機会について、非特許文献１には、上位レイヤのパラメータｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘで指定された時間リソースにおいてのみ、ランダムアクセスプリアンブルを送信することが可能であることが規定されている。

図３は、ＦｒｅｑｕｅｎｃｙＲａｎｇｅ（ＦＲ）１かつＴＤＤの場合のｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘで指定されるランダムアクセス設定（Ｒａｎｄｏｍａｃｃｅｓｓｃｏｎｆｉｇｕｒａｔｉｏｎｓ）のテーブルの例を示す図である。

例えば、基地局２０から端末１０に対して、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘとして値０が通知されるとする。この場合、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘとして値０を受信した端末１０は、プリアンブルフォーマットが０であり、ランダムアクセスプリアンブルの送信機会の周期が１６０ｍｓであり、ランダムアクセスプリアンブルの送信機会が、１０ｍｓの無線フレーム（ｒａｄｉｏｆｒａｍｅ）に含まれるサブフレーム０～９のうちのサブフレーム９であることを検出することができる。

図３に示されるｎ_ＳＦＮｍｏｄｘ＝ｙは、ランダムアクセスプリアンブルの送信機会が含まれる無線フレームの番号を指定する。例えば、ｘ＝１６かつｙ＝１の場合、ランダムアクセスプリアンブルの送信機会は、システムフレーム番号（Ｓｙｓｔｅｍｆｒａｍｅｎｕｍｂｅｒ（ＳＦＮ））＝１、１７、３３、...の無線フレームとなる。１つの無線フレームの時間長（ｄｕｒａｔｉｏｎ）は、１０ｍｓなので、ｘ＝１６かつｙ＝１の場合のランダムアクセスプリアンブルの送信機会の周期は、１６０ｍｓとなる。図３の例では、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの値が１である場合のランダムアクセスプリアンブルの送信機会の周期は、８０ｍｓであり、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの値が２である場合のランダムアクセスプリアンブルの送信機会の周期は、４０ｍｓであり、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの値が３～６のうちのいずれかである場合のランダムアクセスプリアンブルの送信機会の周期は、２０ｍｓである。

図４は、ＬＴＥのＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ）方式に対応するＵｐｌｉｎｋ－ｄｏｗｎｌｉｎｋｃｏｎｆｉｇｕｒａｔｉｏｎの例を示す図である。図４の例では、１０ｍｓの無線フレームに１ｍｓのサブフレームが１０個含まれ、各サブフレームは、下りリンクのサブフレーム（Ｄと表示される）であるか、上りリンクのサブフレーム（Ｕと表示される）であるか、又は特殊サブフレーム（Ｓと表示される）となっている。

（課題について）
ＴＤＤ－ＵＬ－ＤＬ－ｐａｔｔｅｒｎのｄｌ－ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＰｅｒｉｏｄｉｃｉｔｙは、３ＧＰＰのリリース１５仕様の策定当初は、０．５ｍｓ、０．６２５ｍｓ、１ｍｓ、１．２５ｍｓ、２ｍｓ、２．５ｍｓ、５ｍｓ、１０ｍｓであった。

これに対して、ＬＴＥのＴＤＤｃｏｎｆｉｇｕｒａｔｉｏｎ１、２、及び４とＤＬ／ＵＬの切り替えタイミングの同期を可能とするために、２０１８年９月の仕様書以降、ｄｌ－ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＰｅｒｉｏｄｉｃｉｔｙとして、３ｍｓ及び４ｍｓが追加されている。このように、ＬＴＥのＴＤＤのシステムの無線フレームのタイミングとＮＲのＴＤＤのシステムの無線フレームのタイミングとを揃えることが想定されている。さらに、ＬＴＥのシステム及びＮＲのシステムで、ｓｐｅｃｔｒｕｍｓｈａｒｉｎｇを行うこと、すなわち、共通の周波数帯域を使用することが想定されている。

このように、ＬＴＥのＴＤＤシステム及びＮＲのＴＤＤシステムで無線フレームのタイミングを揃え、かつ共通の周波数帯域を使用して通信を行う場合には、一方の通信システムが他方の通信システムに対して与える干渉を抑制する必要がある。例えば、あるタイミングにおいて、ＬＴＥのＴＤＤのサブフレームを下りリンクに割り当て、かつ当該タイミングにおいて、ＮＲのＴＤＤのサブフレームを上りリンクに割り当てた場合、ＮＲの上りリンクの送信は、ＬＴＥの下りリンクの受信に対して大きな干渉を与える可能性がある。従って、ＬＴＥのＴＤＤ方式とＮＲのＴＤＤ方式を共通の周波数帯域で使用する場合には、ＬＴＥのＴＤＤのサブフレームと当該ＬＴＥのＴＤＤのサブフレームと同じタイミングのＮＲのＴＤＤのサブフレームを共に上りリンクに割り当てるか、又は共に下りリンクに割り当てることが想定される。

ここで、ＬＴＥのＴＤＤのシステムの無線フレームのタイミングとＮＲのＴＤＤのシステムの無線フレームのタイミングとを揃え、かつＬＴＥのシステム及びＮＲのシステムで、ｓｐｅｃｔｒｕｍｓｈａｒｉｎｇを行うと仮定する。さらに、ＬＴＥのシステムでは、図４に示されるＵｐｌｉｎｋ－ｄｏｗｎｌｉｎｋｃｏｎｆｉｇｕｒａｔｉｏｎとして、２が設定されていると仮定する。この場合、ＬＴＥのシステムの無線フレームにおいて、上りリンクに割り当てられるサブフレームは、サブフレーム２及び７となっている。

従って、ＮＲのシステムにおいて端末１０がランダムアクセスプリアンブルを送信する場合、端末１０は、ランダムアクセスプリアンブルをサブフレーム２及び／又はサブフレーム７で送信することが想定される。

しかしながら、図３に示される表によれば、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘが０から６までの場合、ランダムアクセスプリアンブルを送信するサブフレームは、９及び４であり、サブフレーム２及び７を指定することは想定されていない。

ＬＴＥのシステムにおける上りリンクに指定されているサブフレームのタイミングで、ＮＲシステムの端末１０がランダムアクセスプリアンブルを送信できるようにする方法が必要とされている。

（提案１）
図５は、提案１の例を示す図である。提案１の方法では、図３に示されるランダムアクセス設定を指定するテーブルをそのまま使用する（図３に示されるテーブルそのものは変更しない）。例えば、基地局２０は、端末１０に、図３に示されるテーブルのＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ０～６のうちのいずれかのインデックスを通知する。さらに、基地局２０は、ランダムアクセスプリアンブルの送信機会を指定するサブフレーム番号をＲＲＣシグナリングで端末１０に対して通知する。端末１０は、図３に示されるテーブルで指定されるサブフレーム番号は適用せず、基地局２０から受信したサブフレーム番号をランダムアクセスプリアンブルの送信機会として適用する。

例えば、基地局２０は、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘとして値０を端末１０に送信する。さらに、基地局２０は、ランダムアクセスプリアンブルの送信機会を指定するサブフレーム番号として、例えば、７を通知する。端末１０は、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘとして値０を受信し、かつランダムアクセスプリアンブルの送信機会を指定するサブフレーム番号として７を受信したことに応答して、ランダムアクセスプリアンブルを送信可能なサブフレームとして、サブフレーム７を設定する。この場合、ランダムアクセスプリアンブルを送信可能な無線フレームは、ＳＦＮ＝１、１７、３３、... となる。すなわち、端末１０は、ランダムアクセスプリアンブルの送信機会の周期として１６０ｍｓを設定する。

図６は、基地局２０が、ランダムアクセスプリアンブルの送信機会を指定するサブフレームの番号を端末１０に通知する際に使用することが可能なＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。図６に示されるＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に含まれるｐｒａｃｈ－Ｓｕｂｆｒａｍｅのフィールドの値により、ランダムアクセスプリアンブルを送信することが可能なサブフレームの番号が指定されてもよい。図７は、提案１に対応する仕様の変更例を示す図である。

（提案２）
図８は、提案２の例を示す図である。提案２の方法では、図３に示されるランダムアクセス設定を指定するテーブルをそのまま使用する（図３に示されるテーブルそのものは変更しない）。例えば、基地局２０は、端末１０に、図３に示されるテーブルのＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ０～６のうちのいずれかのインデックスを通知する。さらに、基地局２０は、図３のテーブルで指定されるサブフレームの番号と、実際にランダムアクセスプリアンブルを送信することが可能とされているサブフレームの番号との間のオフセットをＲＲＣシグナリングで端末１０に対して通知する。端末１０は、図３に示されるテーブルで指定されるサブフレーム番号に対してオフセット値を加算した値に対してｍｏｄｕｌｏ１０演算を適用して得られた番号を、ランダムアクセスプリアンブルを送信することが可能なサブフレームの番号として設定する。

例えば、基地局２０は、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘとして値０を端末１０に送信する。さらに、基地局２０は、図３のテーブルで指定されるサブフレームの番号と、実際にランダムアクセスプリアンブルを送信することが可能とされているサブフレームの番号との間のオフセット値として、８をＲＲＣシグナリングで端末１０に対して通知する。端末１０は、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘとして値０を受信し、かつ図３のテーブルで指定されるサブフレームの番号と、実際にランダムアクセスプリアンブルを送信することが可能とされているサブフレームの番号との間のオフセット値として、８を受信したことに応答して、（９＋８）ｍｏｄ１０＝７を算出し、ランダムアクセスプリアンブルを送信可能なサブフレームとして、サブフレーム７を設定する。この場合、ランダムアクセスプリアンブルを送信可能な無線フレームは、ＳＦＮ＝１、１７、３３、... となる。すなわち、端末１０は、ランダムアクセスプリアンブルの送信機会の周期として１６０ｍｓを設定する。

図９は、基地局２０が、図３のテーブルで指定されるサブフレームの番号と、実際にランダムアクセスプリアンブルを送信することが可能とされているサブフレームの番号との間のオフセットを端末１０に通知する際に使用することが可能なＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。図９に示されるＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に含まれるｐｒａｃｈ－Ｓｕｂｆｒａｍｅのフィールドの値により、図３のテーブルで指定されるサブフレームの番号と、実際にランダムアクセスプリアンブルを送信することが可能とされているサブフレームの番号との間のオフセットが指定されてもよい。図１０は、提案２に対応する仕様の変更例を示す図である。

（提案３）
基地局２０が端末１０に対して、図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ０～６のいずれかを設定しようとする場合において、サブフレーム番号だけを、４又は９に代えて、２又は７に設定しようとする場合を想定して、図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘとは異なるインデックスとして、例えば、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔが定義されてもよい。基地局２０は、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔとして０～６のうちの何れかの値を設定した上で、端末１０に対して、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔをＲＲＣシグナリングで通知してもよい。その上で、基地局２０は端末１０に対して、サブフレーム番号２又は７をＲＲＣシグナリングで通知してもよい。この場合、図３の表自体は変更せずに、図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ０～６のいずれかに相当するランダムアクセスのリソースの設定を行いつつ、ランダムアクセスプリアンブルを送信可能なサブフレームの番号だけを、例えば、４又は９に代えて、２又は７に設定することが可能になる。このように、新たなパラメータであるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔを定義した場合、レガシー端末は、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔを読み込まず、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘのみを読み込むため、レガシー端末と提案３の方法に対応する端末１０とに対して、それぞれ異なるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを適用することが可能となり、レガシー端末と提案３の方法に対応する端末１０との共存が可能となる。

図１１は、基地局２０が、端末１０に対して、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔ及びサブフレーム番号を通知する際に使用することが可能なＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。基地局２０は、図１１に示されるＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に含まれるｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔのフィールドの値を０～６のうちのいずれかの値に設定し、かつサブフレーム番号（図１１のｐｒａｃｈ－Ｓｕｂｆｒａｍｅのフィールドの値）を２又は７に設定することにより、端末１０に対して、図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ０～６のいずれかに相当するランダムアクセスの設定を行いつつ、サブフレーム番号だけを、９に代えて、２又は７に設定することが可能になる。すなわち、端末１０は、ＰＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素を受信すると、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔのフィールドが含まれているか否かを判定する。端末１０は、ＰＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔのフィールドが含まれていることを検出したことに応答して、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔのフィールドに設定されている０～６のうちのいずれかの値を取得し、かつサブフレーム番号として２又は７を取得する。その結果、端末１０は、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔのフィールドに設定されている値に対応するＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘに相当するランダムアクセスのリソースの設定を行いつつ、ランダムアクセスプリアンブルを送信可能なサブフレームの番号として、２又は７を設定することが可能となる。図１２は、提案３に対応する仕様の変更例を示す図である。

（提案４）
基地局２０が端末１０に対して、図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ０～６のいずれかを設定しようとする場合において、サブフレーム番号だけを、４又は９に代えて、２又は７に設定しようとする場合を想定して、図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘとは異なるインデックスとして、例えば、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔが定義されてもよい。基地局２０は、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔとして０～６のうちの何れかの値を設定した上で、端末１０に対して、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔをＲＲＣシグナリングで通知してもよい。その上で、基地局２０は、図３のテーブルで指定されるサブフレームの番号と、実際にランダムアクセスプリアンブルを送信することが可能とされているサブフレームの番号との間のオフセットをＲＲＣシグナリングで端末１０に対して通知する。この場合、図３の表自体は変更せずに、図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ０～６のいずれかに相当するランダムアクセスのリソースの設定を行いつつ、ランダムアクセスプリアンブルを送信可能なサブフレームの番号だけを、４又は９に代えて、２又は７に設定することが可能になる。このように、新たなパラメータであるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔを定義した場合、レガシー端末は、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔを読み込まず、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘのみを読み込むため、レガシー端末と提案３の方法に対応する端末１０とに対して、それぞれ異なるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを適用することが可能となり、レガシー端末と提案３の方法に対応する端末１０との共存が可能となる。

図１３は、基地局２０が、端末１０に対して、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔ及びサブフレーム番号を通知する際に使用することが可能なＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。基地局２０は、図１１に示されるＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に含まれるｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔのフィールドの値を０～６のうちのいずれかの値に設定し、かつサブフレーム番号のオフセット値（図１３のｐｒａｃｈ－ＳｕｂｆｒａｍｅＯｆｆｓｅｔのフィールドの値）を３又は８に設定することにより、端末１０に対して、図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ０～６のいずれかに相当するランダムアクセスの設定を行いつつ、サブフレーム番号だけを、４又は９に代えて、２又は７に設定することが可能になる。端末１０は、ＰＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素を受信すると、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔのフィールドが含まれているか否かを判定する。端末１０は、ＰＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔのフィールドが含まれていることを検出したことに応答して、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔのフィールドに設定されている０～６のうちのいずれかの値を取得し、かつサブフレーム番号のオフセット値として、３又は８を受信したことに応答して、（３＋９）ｍｏｄ１０＝２又は（８＋９）ｍｏｄ１０＝７（又は（３＋４）ｍｏｄ１０＝７又は（８＋４）ｍｏｄ１０＝２）を算出し、ランダムアクセスプリアンブルを送信可能なサブフレームとして、サブフレーム２又は７を設定する。図１４は、提案４に対応する仕様の変更例を示す図である。

（提案５）
図３に示されるＦＲ１かつＴＤＤの場合のランダムアクセス設定のテーブルを拡張して、図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ０～６のいずれかに対応しており、かつサブフレーム番号だけが、４又は９に代えて、２又は７となっているＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを追加してもよい。図１５は、提案５の例を示す図である。図１５に示されるテーブルには、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘとして、２５６～２７１が追加されており、Ｉｎｄｅｘ２５６～２６９のうちのいずれ
かにより、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ０～６のいずれかに対応しており、かつサブフレーム番号だけが、４又は９に代えて、２又は７となっているランダムアクセスの設定を指定することが可能とされている。また、基地局２０が、端末１０に対して、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを通知する際に使用することが可能なＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素において、２５６以上の値のＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを通知することができるようにするための拡張が行われてもよい。

図１６は、基地局２０が、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを端末１０に通知する際に使用することが可能なＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。図１６に示されるＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に含まれるｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ－ｖ１６ｘｙのフィールドにより、２５６以上の値のＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを通知することが可能とされている。図１７は、提案５に対応する仕様の変更例を示す図である。

（提案６）
図１８は、提案６の例を示す図である。提案６の方法では、図３に示されるランダムアクセス設定を指定するテーブルに対応し、かつランダムアクセスプリアンブルを送信可能なサブフレームとしてサブフレーム番号２又は７を指定可能なテーブルを新たに規定する。図１８に示されるテーブルでは、図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘに対応し、かつサブフレーム番号２を指定可能なインデックス０～６、及び図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘに対応し、かつサブフレーム番号７を指定可能なインデックス７～１３が規定されている。

図１９は、基地局２０が、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを端末１０に通知する際に使用することが可能なＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素の例を示す図である。図１９に示されるＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に含まれるｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＡｌｔのフィールドにより、図３に示されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘに対応し、かつサブフレーム番号２又は７を指定可能ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを通知することが可能となる。図２０は、提案６に対応する仕様の変更例を示す図である。

上述の実施例に記載されているように、ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘで指定されるＮＲの時間領域のリソースであって、ランダムアクセスプリアンブルを送信可能とされている、ＮＲの時間領域のリソースは、ｕｎｐａｉｒｅｄｓｐｅｃｔｒｕｍ（ＴＤＤ）の場合、ＬＴＥのＵＬ送信のリソースのタイミングと一致する場合のみ、有効とされてもよい。

上述の提案１～提案６の拡張に対応するＵＥｃａｐａｂｉｌｉｔｙが規定されてもよい。ｃｏｎｎｅｃｔｅｄｍｏｄｅの端末１０、例えば、ＥＮ－ＤＣに対応している端末１０について、ＵＥｃａｐａｂｉｌｉｔｙに基づいて、提案１～提案６のうちのいずれかに基づくＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃをＲＲＣｄｅｄｉｃａｔｅｄｓｉｇｎａｌｌｉｎｇで端末１０に対して設定してもよい。

上述の実施例によれば、ＬＴＥのＴＤＤシステムとＮＲのＴＤＤシステムとの間で、ＴＤＤＵＬＤＬｃｏｎｆｉｇｕｒａｔｉｏｎのタイミングを合わせた場合において、ＮＲのシステムは、２０ｍｓ、４０ｍｓ、８０ｍｓ、１６０ｍｓのいずれのＲＡＣＨ周期に対しても対応することが可能となる。

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

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

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

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

例えば、端末１０の受信部１２０は、基地局２０から送信されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを含む信号を受信する。端末１０の制御部１１０は、受信部１２０が受信したＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの値に対応するプリアンブルフォーマット、ランダムアクセスプリアンブルの送信機会の周期、ランダムアクセスプリアンブルの送信機会が含まれるサブフレームの番号を設定する。端末１０の送信部１１０は、制御部１３０の設定したランダムアクセス設定に従って、ランダムアクセスプリアンブルを基地局２０に送信する。

また、例えば、端末１０の受信部１２０は、基地局２０から送信されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを含む信号を受信する。また、端末１０の受信部１２０は、ランダムアクセスプリアンブルの送信機会を指定するサブフレームの番号を含む追加的な信号を受信する。端末１０の制御部１１０は、受信部１２０が受信したＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの値に対応するプリアンブルフォーマット、ランダムアクセスプリアンブルの送信機会の周期を設定するが、ランダムアクセスプリアンブルの送信機会については、受信部１２０が受信した追加的な信号により指定されるサブフレームの番号を設定する。

また、例えば、端末１０の受信部１２０は、基地局２０から送信されるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを含む信号を受信する。また、端末１０の受信部１２０は、受信部１２０が受信したＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘにより指定されるサブフレームの番号と、実際にランダムアクセスプリアンブルを送信することが可能とされているサブフレームの番号との間のオフセットを含む追加的な信号を受信する。端末１０の制御部１１０は、受信部１２０が受信したＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの値に対応するプリアンブルフォーマット、ランダムアクセスプリアンブルの送信機会の周期を設定するが、ランダムアクセスプリアンブルの送信機会については、受信部１２０が受信した追加的な信号により指定されるサブフレームの番号を設定する。

また、例えば、端末１０の受信部１２０は、基地局２０から送信される代替的なＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを含む信号を受信する。また、端末１０の受信部１２０は、ランダムアクセスプリアンブルの送信機会を指定するサブフレームの番号を含む追加的な信号を受信する。端末１０の制御部１１０は、受信部１２０が受信した代替的なＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの値に対応する通常のＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘにより指定されるプリアンブルフォーマット、ランダムアクセスプリアンブルの送信機会の周期を設定するが、ランダムアクセスプリアンブルの送信機会については、受信部１２０が受信した追加的な信号により指定されるサブフレームの番号を設定する。

また、例えば、端末１０の受信部１２０は、基地局２０から送信される代替的なＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを含む信号を受信する。また、端末１０の受信部１２０は、受信部１２０が受信した代替的なＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの値に対応する通常のＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘにより指定されるサブフレームの番号と、実際にランダムアクセスプリアンブルを送信することが可能とされているサブフレームの番号との間のオフセットを含む追加的な信号を受信する。端末１０の制御部１１０は、受信部１２０が受信した代替的なＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの値に対応する通常のＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘにより指定されるプリアンブルフォーマット、ランダムアクセスプリアンブルの送信機会の周期を設定するが、ランダムアクセスプリアンブルの送信機会については、受信部１２０が受信した追加的な信号により指定されるサブフレームの番号を設定する。

また、例えば、端末１０の受信部１２０は、基地局２０から送信される追加されたＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを含む信号を受信する。この場合、端末１０の制御部１１０は、受信部１２０が受信した追加されたＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの値に対応する、プリアンブルフォーマット、ランダムアクセスプリアンブルの送信機会の周期、及びランダムアクセスプリアンブルの送信機会としてのサブフレームの番号を設定する。

また、例えば、通常のＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの第１のセットを含む第１のテーブルと、通常のＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの第１のセットに対応するが、ランダムアクセスプリアンブルを送信可能なサブフレームの番号として、通常のＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの第１のセットで指定される以外のサブフレーム番号を指定するＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの第２のセットを含む第２のテーブルが規定されてもよい。この場合、例えば、端末１０の受信部１２０は、基地局２０から送信される、第２のセットのうちのいずれかのＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを含む信号を受信する。端末１０の制御部は、受信部１２０が受信した第２のセットのうちのいずれかのＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘの値に対応する、プリアンブルフォーマット、ランダムアクセスプリアンブルの送信機会の周期、及びランダムアクセスプリアンブルの送信機会としてのサブフレームの番号を設定する。

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

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

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

例えば、基地局２０の制御部２３０は、端末１０に設定するランダムアクセス設定を指定するＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを選択する。基地局２０の送信部２１０は、制御部２３０が選択したＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを含む信号を端末１０に送信する。追加的に、基地局２０の制御部２３０は、端末１０に送信するＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘで設定される、ランダムアクセスプリアンブルの送信機会を指定するサブフレーム番号を変更する場合、変更後のサブフレーム番号を指定する情報を生成し、送信部２１０は、当該変更後のサブフレーム番号を指定する情報を含む信号を端末１０に送信する。

＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図２１～図２２）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

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

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

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

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

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

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

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

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。

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

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

また、端末１０と基地局２０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

（実施の形態のまとめ）
本明細書には、少なくとも下記の端末及び通信方法が開示されている。

ランダムアクセスプリアンブルを送信するための設定情報を指定するインデックスを受信する受信部と、前記受信部が前記ランダムアクセスプリアンブルを送信するための時間領域のリソースを指定する追加的な情報を受信した場合に、前記インデックスにより指定される前記設定情報に含まれる前記ランダムアクセスプリアンブルを送信するための時間領域のリソースを、前記追加的な情報により指定される時間領域のリソースに置き換えて設定する、制御部と、を備える、端末。上記の構成によれば、ランダムアクセスプリアンブルを送信するためのデフォルトの設定情報に含まれるランダムアクセスプリアンブルを送信するための時間領域のリソースが、他の通信システムにおける下りリンクの送信のための時間領域のリソースのタイミングと重なっている場合等に、ランダムアクセスプリアンブルを送信するための時間領域のリソースを、追加的な情報により指定される他の時間領域のリソースに設定することが可能となる。追加的な情報により指定される当該他の時間領域のリソースを、他の通信システムにおける上りリンクの送信のための時間領域のリソースのタイミングと合わせることにより、ランダムアクセスプリアンブルの送信による他の通信システムに対する干渉の影響を低減することが可能となる。

前記ランダムアクセスプリアンブルを送信するための時間領域のリソースは、サブフレームを単位とするリソースであってもよく、前記追加的な情報は、前記ランダムアクセスプリアンブルを送信するためのサブフレームの番号、及び前記設定情報により指定されるサブフレームの番号と実際に前記ランダムアクセスプリアンブルを送信可能なサブフレームの番号との間のオフセット値のうちのいずれか１つを指定してもよい。

上記の構成によれば、例えば、ＬＴＥのＴＤＤ方式とＮＲのＴＤＤ方式を共通の周波数帯域で使用する場合において、追加的な情報によりランダムアクセスプリアンブルを送信するためのサブフレームを指定することにより、ランダムアクセスプリアンブルを送信するためのサブフレームを、ＬＴＥの上りリンクのサブフレームのタイミングと合わせることが可能となる。このため、ＮＲの通信システムにおけるランダムアクセスプリアンブルの送信によるＬＴＥの通信システムに対する干渉の影響を低減することが可能となる。

前記受信部が前記ランダムアクセスプリアンブルを送信するための設定情報を指定する代替的なインデックスを受信した場合に、前記制御部は、前記インデックスにより指定される前記ランダムアクセスプリアンブルを送信するための時間領域のリソースを、前記追加的な情報により指定される時間領域のリソースに置き換えて設定してもよい。

上記の構成によれば、レガシー端末は、代替的なインデックスを読み込まず、通常のインデックスのみを読み込むため、レガシー端末と上記の構成に対応する端末とに対して、それぞれ異なるＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘを適用することが可能となり、レガシー端末と上記の構成に対応する端末との共存が可能となる。

前記ランダムアクセスプリアンブルを送信するための設定情報を指定するインデックスは、デフォルトの設定情報を指定する１又は複数のインデックスの第１のセット及び追加の設定情報を指定する１又は複数のインデックスの第２のセットのうち、いずれか１つのセットに含まれてもよく、前記ランダムアクセスプリアンブルを送信するための設定情報を指定するインデックスが前記第２のセットに含まれる場合、前記制御部は、前記インデックスにより指定される前記追加の設定情報を設定してもよい。

上記の構成によれば、ランダムアクセスのデフォルトの設定を指定するためのテーブルと、当該ランダムアクセスのデフォルトの設定に対応し、かつランダムアクセスプリアンブルを送信可能なサブフレームとして、当該デフォルトの設定では指定できないサブフレームを指定可能な新たなテーブルを規定し、端末に対して当該新たなテーブルにおいて規定されるランダムアクセスの設定を適用することが可能となる。

前記追加的な情報により指定される時間領域のリソースは、他の通信システムの上りリンクの送信のための時間領域のリソースと同じタイミングのリソースであってもよい。この構成によれば、ランダムアクセスプリアンブルの送信による他の通信システムに対する干渉の影響を低減することが可能となる。

ランダムアクセスプリアンブルを送信するための設定情報を指定するインデックスを受信するステップと、前記ランダムアクセスプリアンブルを送信するための時間領域のリソースを指定する追加的な情報を受信した場合に、前記インデックスにより指定される前記設定情報に含まれる前記ランダムアクセスプリアンブルを送信するための時間領域のリソースを、前記追加的な情報により指定される時間領域のリソースに置き換えて設定するステップと、を備える、端末による通信方法。

上記の構成によれば、ランダムアクセスプリアンブルを送信するためのデフォルトの設定情報に含まれるランダムアクセスプリアンブルを送信するための時間領域のリソースが、他の通信システムにおける下りリンクの送信のための時間領域のリソースのタイミングと重なっている場合等に、ランダムアクセスプリアンブルを送信するための時間領域のリソースを、追加的な情報により指定される他の時間領域のリソースに設定することが可能となる。追加的な情報により指定される当該他の時間領域のリソースを、他の通信システムにおける上りリンクの送信のための時間領域のリソースのタイミングと合わせることにより、ランダムアクセスプリアンブルの送信による他の通信システムに対する干渉の影響を低減することが可能となる。

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

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

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

本開示において基地局２０によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局２０を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局２０及び基地局２０以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局２０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。

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

基地局及び移動局の少なくとも一方は、送信装置、受信装置、端末などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。

また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局２０が有する機能をユーザ端末１０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。

同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末１０が有する機能を基地局２０が有する構成としてもよい。

「接続された（ｃｏｎｎｅｃｔｅｄ）」、「結合された（ｃｏｕｐｌｅｄ）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

参照信号は、ＲＳ（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）と略称することもでき、適用される標準によってパイロット（Ｐｉｌｏｔ）と呼ばれてもよい。

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

本開示において、「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。

無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。
時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。
サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（ｎｕｍｅｒｏｌｏｇｙ）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。

ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（ＳＣＳ：ＳｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇ）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。

スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ）シンボル、ＳＣ－ＦＤＭＡ（ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）シンボル等）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。

スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。

無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。

例えば、１サブフレームは送信時間間隔（ＴＴＩ：ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。

ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。

ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。

なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。

１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥＲｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（ｐａｒｔｉａｌ又はｆｒａｃｔｉｏｎａｌＴＴＩ）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。

なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。

リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。

また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。

なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：ＰｈｙｓｉｃａｌＲＢ）、サブキャリアグループ（ＳＣＧ：Ｓｕｂ－ＣａｒｒｉｅｒＧｒｏｕｐ）、リソースエレメントグループ（ＲＥＧ：ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。

また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

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

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

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

上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：ＣｙｃｌｉｃＰｒｅｆｉｘ）長などの構成は、様々に変更することができる。

本開示にいて、例えば、英語でのａ、ａｎ及びｔｈｅのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

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

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

Claims

ランダムアクセスプリアンブルを送信するための第１の設定情報を指定するインデックスを受信する受信部と、
前記受信部が前記インデックスを受信した場合に、前記ランダムアクセスプリアンブルを送信するための前記第１の設定情報を使用する制御部と、
を備え、
前記インデックスの値が特定の値以上である場合に前記インデックスにより指定される前記第１の設定情報に含まれるサブフレーム番号の値を、前記特定の値未満の値の特定のインデックスにより指定される第２の設定情報に含まれるサブフレーム番号の値に置き換えた場合、前記第１の設定情報と前記第２の設定情報とは同じであり、
前記特定の値以上の値のインデックスは、ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に含まれるｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ－ｖ１６ｘｙにより指定され、前記特定の値は２５６である、
端末。
前記ランダムアクセスプリアンブルを送信するための第１の設定情報は、特定の周波数範囲及びＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ）方式に対する設定情報である、
請求項１に記載の端末。
端末に設定するランダムアクセスプリアンブルの第１の設定情報を指定するインデックスを設定する制御部と、
前記インデックスを前記端末に送信する送信部と、
を備え、
前記インデックスの値が特定の値以上である場合に前記インデックスにより指定される前記第１の設定情報に含まれるサブフレーム番号の値を、前記特定の値未満の値の特定のインデックスにより指定される第２の設定情報に含まれるサブフレーム番号の値に置き換えた場合、前記第１の設定情報と前記第２の設定情報とは同じであり、
前記特定の値以上の値のインデックスは、ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に含まれるｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ－ｖ１６ｘｙにより指定され、前記特定の値は２５６である、
基地局。
ランダムアクセスプリアンブルを送信するための第１の設定情報を指定するインデックスを受信するステップと、
前記インデックスを受信した場合に、前記ランダムアクセスプリアンブルを送信するための前記第１の設定情報を使用するステップと、
を備え、
前記インデックスの値が特定の値以上である場合に前記インデックスにより指定される前記第１の設定情報に含まれるサブフレーム番号の値を、前記特定の値未満の値の特定のインデックスにより指定される第２の設定情報に含まれるサブフレーム番号の値に置き換えた場合、前記第１の設定情報と前記第２の設定情報とは同じであり、
前記特定の値以上の値のインデックスは、ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ情報要素に含まれるｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ－ｖ１６ｘｙにより指定され、前記特定の値は２５６である、
端末による通信方法。