(57)【要約】  端末は、基準時刻に基づく通信タイミングを調整するための調整情報を受信する受信部と、調整情報を受信するための特定のタイミングを決定する制御部と、を備える。
2020079763.tif 000002
【特許請求の範囲】
【請求項１】
基準時刻に基づく通信タイミングを調整するための調整情報を受信する受信部と、
前記調整情報を受信するための特定のタイミングを決定する制御部と、
を備える端末。
【請求項２】
前記特定のタイミングは、所定の周期、前記端末に関する設定情報の受信、及び、前記端末の通信状態の変化の少なくとも１つによって定まる、
請求項１に記載の端末。
【請求項３】
前記設定情報には、前記基準時刻に関する情報、前記端末に割り当てられる周波数帯域に関する情報、及び、前記端末に対して設定される送受信ポイントに関する情報の少なくとも１つが含まれる、
請求項２に記載の端末。
【請求項４】
前記通信状態の変化が所定の条件を満たす場合に前記調整情報の送信を要求する信号を基地局に送信する送信部、を更に備える、
請求項２に記載の端末。
【請求項５】
基準時刻に基づく通信タイミングを補正するための調整情報を受信し、
前記調整情報を受信するための特定のタイミングを決定する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末及び通信方法に関する。
【背景技術】
【０００２】
Universal Mobile Telecommunication System（ＵＭＴＳ）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてロングタームエボリューション（Long Term Evolution（ＬＴＥ））が仕様化された。また、ＬＴＥからの更なる広帯域化および高速化を目的として、ＬＴＥの後継システムも検討されている。ＬＴＥの後継システムには、例えば、LTE-Advanced（ＬＴＥ−Ａ）、Future Radio Access（ＦＲＡ）、5th generation mobile communication system（５Ｇ）、5G plus（５Ｇ＋）、Radio Access Technology（Ｎｅｗ−ＲＡＴ）、New Radio（ＮＲ）などと呼ばれるシステムがある。【０００３】
５Ｇ等の無線通信システムでは、装置間において、例えば、1μsオーダー等の非常に高い同期（例えば、synchronicity、時間同期、クロック同期とも呼ぶ）の精度をサポートすることが検討されている（例えば、非特許文献１を参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TR 22.804 v16.1.0, “Study on Communication for Automation in Vertical Domains (Release 16),” September 2018
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、装置間の同期を確保しやすい方法について十分に検討されていない。【０００６】
本開示の目的の一つは、装置間の同期を確保しやすくすることにある。
【課題を解決するための手段】
【０００７】
本開示の一態様に係る端末は、基準時刻に基づく通信タイミングを調整するための調整情報を受信する受信部と、前記調整情報を受信するための特定のタイミングを決定する制御部と、を備える。
【発明の効果】
【０００８】
本開示によれば、装置間の同期を確保しやすくなる。
【図面の簡単な説明】
【０００９】
【図１】一実施の形態に係る無線通信システムの構成の一例を示す図である。
【図２】同期の調整処理の一例を示す図である。
【図３】同期の調整処理の一例を示す図である。
【図４】一実施の形態に係る基地局の構成の一例を示すブロック図である。
【図５】一実施の形態に係る端末の構成の一例を示すブロック図である。
【図６】一実施の形態に係る基地局及び端末のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本開示の一態様に係る実施の形態を、図面を参照して説明する。
【００１１】
様々なユースケースに５Ｇシステムを適用することが検討される。ユースケースには、例えば、モーション・コントローラ、センサ又はアクチュエータを含む産業用システム（例えば、time sensitive networking（ＴＳＮ）と呼ぶこともある）、ライブパフォーマンス、スマートグリッド、又は、ローカル・カンファレンス・システム等がある。これらのユースケースでは、装置（例えば、User Equipment（ＵＥ）、端末、ノード又はエンティティと呼ぶこともある）間の同期精度に関して既存システムよりも厳しい要件が求められることがある。
【００１２】
図１は、本開示の一態様に係る無線通信システムの構成の一例を示す図である。
【００１３】
図１に示すように、無線通信システムは、基地局（例えば、ｇＮＢ又はｅＮＢとも呼ばれる）１０ａ，１０ｂ、及び、端末（例えば、ＵＥとも呼ばれる）２０ａ，２０ｂを有している。端末２０ａは、例えば、基地局１０ａと無線接続（無線アクセス）する。端末２０ｂは、例えば、基地局１０ｂと無線接続（無線アクセス）する。
【００１４】
なお、基地局及び端末の個数はそれぞれ２個に限らず、１つ又は３個以上でもよい。また、基地局１０及び端末２０の後述する構成は、本実施の形態に関連する機能の一例を示すものである。基地局１０及び端末２０は、図示しない機能を有してもよい。また、本実施の形態に係る動作を実行する機能であれば、機能区分、または、機能部の名称は限定されない。
【００１５】
図１に示すように、端末２０ａと端末２０ｂとの間の同期を確立するための動作には、例えば、以下の動作ａ、動作ｂ及び動作ｃがある。
【００１６】
（動作ａ）基地局１０ａ及び基地局１０ｂは、基準時刻を示す時間情報を、例えば、サーバ（図示せず）から取得し、基準時刻に同期する。なお、図１は、基準時刻の一例に協定世界時（Coordinated Universal Time（ＵＴＣ））を用いる場合を示す。しかし、基準時刻は、ＵＴＣに限定されず、例えば、ＧＰＳ（Global Positioning System）タイムでもよく、ローカルタイムでもよい。なお、ＵＴＣは、ＧＭＴ（Greenwich Mean Time）と同一視されることもある。
【００１７】
（動作ｂ）基地局１０ａ及び端末２０ａは、例えば、基地局１０ａが同期している基準時刻に基づいて互いに同期する。同様に、基地局１０ｂ及び端末２０ｂは、基地局１０ｂが同期している基準時刻に基づいて互いに同期する。
【００１８】
（動作ｃ）基地局１０ａと端末２０ａとの間の伝搬経路、及び、基地局１０ｂと端末２０ｂとの間の伝搬経路は、互いに異なる可能性がある。各端末と基地局との間の伝搬経路に差が生じることによって、例えば、各端末での基準時間情報の受信タイミング（換言すると、伝搬遅延）に差が生じ、端末間の同期精度が劣化する可能性がある。そこで、例えば、端末２０ａ及び端末２０ｂは、基地局１０ａ及び基地局１０ｂからそれぞれ通知（例えば、indicate）される時刻に関する調整情報（例えば、後述するタイミングアドバンス（Timing Advance（ＴＡ））コマンド）を用いて、同期の調整（又は補正）を行う。
【００１９】
以上の動作によって、端末２０ａ及び端末２０ｂの各々は、基準時刻（例えば、ＵＴＣ）に同期する。端末２０ａ及び端末２０ｂが基準時刻にそれぞれ同期することにより、端末２０ａと端末２０ｂとの間の同期が確立する。
【００２０】
次に、装置間の同期における調整方法（例えば、図１に示す動作（ｃ））について説明する。
【００２１】
図２は、ｇＮＢ（例えば、図１の基地局１０ａ又は基地局１０ｂ）とＵＥ（例えば、図１の端末２０ａ又は端末２０ｂ）との間における同期の調整処理の一例を示す。
【００２２】
図２に示すように、ｇＮＢは、例えば、基準時刻に関する情報（以下、時間参照情報（time reference information）と呼ぶ）をＵＥへ通知する（例えば、図１の動作（ｂ）に対応）。
【００２３】
時間参照情報には、例えば、ｇＮＢが取得した基準時刻（以下、「TgNB」と表す）が含まれる。また、時間参照情報には、例えば、基準時刻TgNBがどのフレームタイミング（例えば、システムフレーム番号：System Frame Number（ＳＦＮ））の時刻であるかを示す情報（例えば、reference SFNと呼ぶ）が含まれてよい。例えば、時刻「TgNB」は、reference SFNが示すフレームの終了境界（ending boundary）における時刻を示してもよい。なお、時間参照情報には、TgNB及びreference SFNとは異なる他の情報が含まれてもよい。
【００２４】
また、時間参照情報は、例えば、ｇＮＢからＵＥへ通知される。ｇＮＢからＵＥへの通知には、例えば、報知情報の一例であるシステム情報（例えば、System Information Block（ＳＩＢ））、又は、上位レイヤシグナリング（又は、上位レイヤパラメータ又はRadio Resource Control（ＲＲＣ）シグナリングと呼ぶ）が用いられる。時間参照情報の通知に用いられるシステム情報は、例えば、５Ｇ（ＮＲ）システムにおけるＳＩＢ９又はＬＴＥシステムにおけるＳＩＢ１６である。また、時間参照情報の通知には、例えば、ＵＥ個別のＲＲＣシグナリング（例えば、dedicated RRCシグナリング又はunicast RRCシグナリング）が用いられてもよい。
【００２５】
また、図２に示すように、ｇＮＢは、基準時刻に基づく通信タイミングを調整するための調整値を示す調整情報（例えば、ＴＡコマンド（ＴＡＣ））をＵＥへ通知（換言すると、送信又はdelivery）する。ＴＡコマンドは、例えば、伝搬経路又は距離の異なり得る複数のＵＥからｇＮＢへ送信される信号がｇＮＢにおいて同期して受信されるための調整値である。ＴＡコマンドの累積値は、例えば、信号がｇＮＢからＵＥへ到達するまでの伝搬経路に対応する時間の２倍の値が設定される。換言すると、ＴＡコマンドの累積値の半分の値は、ｇＮＢとＵＥとの間の伝搬経路に対応して加えられる伝搬遅延時間を表す。
【００２６】
なお、ＴＡコマンドは、伝搬遅延に対応する時間そのものを表す情報でもよく、伝搬遅延に対応する時間を算出するための情報（例えば、インデックス等）でもよい。
【００２７】
また、ＴＡコマンドは、例えば、ランダムアクセス（Random Access（ＲＡ））処理では、ＲＡＲ（Random Access Response）（又は、message 2とも呼ばれる）を用いて通知される。また、ＴＡコマンドは、ＲＡ処理と異なるケースでは、例えば、ＭＡＣ制御要素（Media Access Control Control Element（ＭＡＣ  ＣＥ））を用いて通知される。
【００２８】
例えば、ｇＮＢは、ＵＥ毎にＴＡコマンドを生成し、各ＴＡコマンドを対応するＵＥへ送信する。ＵＥは、ＴＡコマンド（例えば、「TA」と表す）を受信した後、ＴＡコマンドに基づいて、タイミング調整値（例えば、図２ではTA/2）を算出する。ＵＥは、算出したタイミング調整値又はその累積値を用いて、時間参照情報に含まれる時刻TgNBを調整し、時刻TUE（=TgNB+TA/2）を算出できる。また、ＵＥは、例えば、ＲＡ処理と異なるケースでは、ＴＡコマンドが通知される度に、新たなＴＡコマンドを用いて、タイミング調整値（つまりＴＡコマンドの累積値）を更新できる。この更新により、図２では、ＵＥは、例えば、ＵＥの通信環境の変化に追従して、ｇＮＢから通知される基準時刻に同期できる。
【００２９】
例えば、図１に示す基地局１０ａと端末２０ａとの組、及び、基地局１０ｂと端末２０ｂとの組は、それぞれ、図２に示すｇＮＢ及びＵＥと同様の同期処理を行う。これにより、図１に示す端末２０ａ及び端末２０ｂは、それぞれ基準時刻に同期し、結果的に、端末２０ａと端末２０ｂとが同期している状態となる。
【００３０】
ここで、３ＧＰＰ（3rd Generation Partnership Project）のリリース１５では、ＴＡコマンドの送信タイミング（又は、送信機会、送信契機、又は、transmitting occasionと呼ぶこともある）は、ｇＮＢによって決定されている。このため、ＵＥの伝搬路状況が変化したにも関わらず、ｇＮＢからＵＥへＴＡコマンドが通知されない場合もあり得る。この場合、ＵＥは、過去のＴＡコマンドを用いて調整処理を行うので、同期精度が劣化してしまう可能性がある。
【００３１】
例えば、図３に示すように、ＵＥは、ｇＮＢから通知される時間参照情報及びＴＡコマンドを用いて同期の調整処理を行う。しかし、図３に示すように、例えば、ＴＡコマンドの受信時と時間参照情報の受信時との間の期間においてＵＥが移動した場合、ｇＮＢとＵＥとの間の伝搬路状況（例えば、伝搬遅延）が変化している可能性がある。換言すると、ＵＥが過去に受信したＴＡコマンドは、ｇＮＢとＵＥとの間の現在の伝搬路状況を適切に反映していない可能性がある。よって、図３に示すように、ＵＥが過去に受信したＴＡコマンドを用いて同期処理を制御しても、ＵＥにおける同期精度は劣化し、ＵＥ間における同期精度の要件を満たせなくなる。例えば、上述した同期精度の要件が既存システムよりも厳しいユースケースでは、ＵＥ間における同期精度の要件を満たせない可能性が高くなる。
【００３２】
そこで、本開示では、ＵＥ間における同期精度を向上可能な同期方法について説明する。
【００３３】
［基地局及び端末の構成］
図４は、本実施の形態に係る基地局１０（例えば、図１に示す基地局１０ａ又は基地局１０ｂ）の構成の一例を示すブロック図である。基地局１０は、例えば、送信部１０１と、受信部１０２と、制御部１０３と、を含む。
【００３４】
送信部１０１は、端末２０向けの信号（下りリンク信号）を端末２０へ送信する。例えば、送信部１０１は、制御部１０３の制御により、下りリンク信号を送信する。
【００３５】
下りリンク信号には、例えば、時間参照情報を含むシステム情報（例えば、ＳＩＢ９）、時間参照情報を含む上位レイヤシグナリング、ＴＡコマンドを含むＲＡメッセージ（例えば、ＲＡＲ）、又は、ＴＡコマンドを含むＭＡＣ  ＣＥが含まれてよい。
【００３６】
受信部１０２は、端末２０から送信される信号（上りリンク信号）を受信する。例えば、受信部１０２は、制御部１０３の制御により、上りリンク信号を受信する。上りリンク信号には、例えば、ＲＡプリアンブル、端末２０における通信品質の測定結果を示す測定報告（例えば、Measurement Report（ＭＲ））、チャネル品質情報、制御チャネルの信号、データチャネルの信号、又は、参照信号等が含まれる。なお、チャネル品質情報は、例えば、channel quality information （ＣＱＩ）である。制御チャネルは、例えば、Physical Uplink Control Channel（ＰＵＣＣＨ）であり、データチャネルは、例えば、Physical Uplink Shared Channel（ＰＵＳＣＨ）である。また、参照信号は、例えば、Sounding Reference Signal（ＳＲＳ）である。
【００３７】
制御部１０３は、送信部１０１における送信処理、及び、受信部１０２における受信処理の制御を行う。例えば、制御部１０３は、送信部１０１におけるＴＡコマンドの送信処理（例えば、ＴＡコマンドの送信タイミング）を制御する。
【００３８】
図５は、本実施の形態に係る端末２０（例えば、図１に示す端末２０ａ又は端末２０ｂ）の構成の一例を示すブロック図である。端末２０は、例えば、受信部２０１と、送信部２０２と、制御部２０３と、を含む。
【００３９】
受信部２０１は、基地局１０から送信される下りリンク信号を受信する。例えば、受信部２０１は、制御部２０３の制御により、下りリンク信号を受信する。なお、受信部２０１は、例えば、他の端末２０（図示せず）から送信される信号を基地局１０を介さずに直接受信してもよい。
【００４０】
送信部２０２は、上りリンク信号を基地局１０へ送信する。例えば、送信部２０２は、制御部２０３の制御により、上りリンク信号を送信する。なお、送信部２０２は、例えば、他の端末２０（図示せず）宛ての信号を基地局１０を介さずに直接送信してもよい。
【００４１】
制御部２０３は、受信部２０１における受信処理、及び、送信部２０２における送信処理の制御を行う。例えば、制御部２０３は、受信した下りリンク信号からＴＡコマンドを検出する。この際、制御部２０３は、例えば、ＴＡコマンドが特定のタイミングにおいて送信されることを想定（又は、特定（specify））して、ＴＡコマンドの受信を制御する。そして、制御部２０３は、検出したＴＡコマンドを用いて、通信タイミングを基準時刻に同期させる。
【００４２】
［ＴＡコマンドの通知方法］
次に、基地局１０から端末２０へのＴＡコマンドの通知方法の一例について説明する。
【００４３】
＜通知方法１＞
通知方法１では、ＴＡコマンドの送信タイミングは、所定の周期によって定まる。
【００４４】
端末２０は、例えば、端末２０に対して設定される所定の周期に基づいて、ＴＡコマンドを受信するための特定のタイミングを決定する。
【００４５】
例えば、端末２０に対して、ＲＲＣシグナリング等の上位レイヤシグナリングにより、ＴＡコマンドの送信周期（periodicity）（又は、送信間隔）が設定される。当該送信周期の値は、Ｐ１［ｍｓ］という形で設定されてもよいし、Ｐ２［ｓｌｏｔ］という形で設定されてもよい。また、端末２０に対して、例えば、ＲＲＣシグナリング等の上位レイヤシグナリングにより、周期的に送信されるＴＡコマンドの送信タイミング（例えば、開始タイミング等）を定めるためのオフセット（offset）が設定されてもよい。オフセットの値は、ＳＦＮの先頭または末尾に対してＯ１［ｍｓ］という形で設定されてもよいし、Ｏ２［ｓｌｏｔ］という形で設定されてもよい。
【００４６】
または、端末２０に対して、ＴＡコマンドを送信することが期待されるタイミングを表すタイマを設定してもよい。当該タイマの時間長は、ＲＲＣシグナリング等の上位レイヤシグナリングにより、Ｔ１［ｍｓ］またはＴ２［ｓｌｏｔ］という形で設定されてもよい。端末２０は、ＴＡコマンドを受信した場合、もしくはＴＡタイマが満了した場合、当該タイマをリセット又は停止させる。ＴＡタイマが起動した状態で当該タイマが満了した場合、端末２０は、当該タイマ満了後にＴＡコマンドをすることを期待する。
【００４７】
例えば、上記パラメータ（例えば、周期又はオフセット）は、端末２０に対する時間参照情報に基づいて設定される。例えば、時間参照情報に含まれる基準時刻（例えば、図２に示すTgNB）に対して可変の粒度が設定される場合、同期精度の要件が厳しいほど、基準時刻の粒度はより細かく設定され得る。そこで、例えば、端末２０に対する基準時刻の粒度が細かいほど、ＴＡコマンドの送信周期は短く設定されてもよい。
【００４８】
基地局１０は、例えば、端末２０に対応する時間参照情報に基づいて、ＴＡコマンドの周期又はオフセットを設定する。同様に、端末２０は、基地局１０から通知される時間参照情報に基づいて、ＴＡコマンドの周期又はオフセットを設定（又は導出）してもよい。
【００４９】
基地局１０は、オフセットによって定められる送信タイミング（例えば、サブフレーム）を基準に、設定された送信周期に従ってＴＡコマンドを繰り返し送信する。この処理により、端末２０は、端末２０に要求される同期精度に応じた送信周期に従ってＴＡコマンドを受信できる。
【００５０】
また、例えば、時間参照情報の送信（例えば、周期的又は非周期的な送信）の度に、ＴＡコマンドの送信周期又はオフセットが更新されてもよい。この処理により、例えば、基準時刻の粒度に応じてＴＡコマンドの周期が更新される。なお、ＴＡコマンドは、例えば、時間参照情報の通知と同様のタイミング又は所定の送信間隔後に基地局１０から端末２０へ通知されてもよい。
【００５１】
通知方法１により、ＴＡコマンドは、基地局１０から端末２０へ周期的に通知されるので、端末２０は、現在の端末２０の伝搬路状況により適したＴＡコマンドを用いて、基地局１０と同期できる。よって、端末２０における同期精度を向上できる。
【００５２】
また、通知方法１により、ＴＡコマンドは、設定された送信周期に従って周期的に送信される。したがって、通知方法１によれば、基地局１０及び端末２０においてＴＡコマンドの送信タイミングを決定するための複雑な処理を行うことなく、簡易な処理によって基準時刻に同期できる。
【００５３】
なお、通知方法１において、ＴＡコマンドの周期又はオフセットは、基準時刻の粒度とは異なる端末２０に関する他のパラメータに基づいて設定されてもよい。
【００５４】
また、ＴＡコマンドの周期又はオフセットは、端末２０に関するパラメータに依らず、予め規定された値又は基地局１０によって設定される値でもよい。
【００５５】
＜通知方法２＞
通知方法２では、ＴＡコマンドの送信タイミングは、端末２０に関する設定情報の受信によって定まる。
【００５６】
例えば、ＴＡコマンドは、基地局１０において端末２０に対する所定の処理が発生（換言すると、イベント発生）した場合に通知される。換言すると、ＴＡコマンドの送信は、基地局１０において端末２０に対する処理が発生することによってトリガされる。
【００５７】
端末２０は、例えば、端末２０に関する設定情報の受信に基づいて、ＴＡコマンドを受信するための特定のタイミングを決定する。
【００５８】
以下、通知方法２におけるイベントの一例について説明する。
【００５９】
（通知方法２−１）
通知方法２−１では、ＴＡコマンドの送信タイミングは、端末２０における時間参照情報（例えば、基準時刻に関する情報）の受信によって定まる。
【００６０】
例えば、ＴＡコマンドは、基地局１０が端末２０へ時間参照情報を送信した後に、基地局１０から端末２０へ通知される。換言すると、ＴＡコマンドの送信は、システム情報（例えば、ＳＩＢ９）又は端末２０に対する個別のＲＲＣシグナリングの送信によってトリガされる。
【００６１】
例えば、時間参照情報とＴＡコマンドとの送信間隔（time gap）は、固定の値でもよく、ＲＲＣシグナリング等の上位レイヤシグナリングによって設定されてもよい。時間参照情報とＴＡコマンドとの送信間隔は、例えば、０（換言すると、同一の送信タイミング）でもよく、０より大きい所定値でもよい。例えば、送信間隔は、端末２０の処理能力（UE processing capability。例えば、同時に複数の信号を受信できるか否か）に応じて設定されてもよい。
【００６２】
基地局１０は、例えば、端末２０への時間参照情報の送信後に、ＴＡコマンドを所定の送信間隔の後に送信する。端末２０は、時間参照情報の受信を検出した後に、設定された送信間隔後にＴＡコマンドが送信されることを想定する。
【００６３】
通知方法２−１により、端末２０は、例えば、時間参照情報の受信タイミングとＴＡコマンドの受信タイミングとの差をしきい値以下に小さくすることにより、基地局１０と端末２０との間の伝搬路状況を反映したＴＡコマンドを用いて、基準時刻を調整できる。よって、端末２０における同期精度を向上できる。
【００６４】
（通知方法２−２）
通知方法２−２では、ＴＡコマンドは、端末２０に設定されるパラメータが変更（例えば、reconfigure）された場合に、基地局１０から端末２０へ通知される。換言すると、ＴＡコマンドの送信は、端末２０に対して設定を行うことによってトリガされる。
【００６５】
一例として、基地局１０は、端末２０に設定する周波数帯域（例えば、Component Carrier（ＣＣ））が変更（例えば、追加、削減、アクティベーション、又は、ディアクティベーション）された場合に、ＴＡコマンドを端末２０へ通知する。端末２０は、端末２０に対する周波数帯域の設定（又は設定の変更）を示す設定情報を検出（又は、受信）した場合、ＴＡコマンドが特定のタイミングにおいて送信されることを想定する。
【００６６】
例えば、各ＣＣの周波数又はカバレッジに応じて、基地局１０と端末２０との間の伝搬遅延は異なり得る。基地局１０は、端末２０に設定するＣＣを変更した場合、変更後のＣＣの構成（又は、設定）に応じたＴＡコマンドを設定する。この処理により、端末２０は、変更後のＣＣの構成に適したＴＡコマンドを用いて、基地局１０と同期できる。
【００６７】
他の例として、基地局１０は、端末２０に設定する送受信ポイント（Transmission and Reception Point（ＴＲＰ））を変更（例えば、追加、削減、アクティベーション、又は、ディアクティベーション）した場合、ＴＡコマンドを端末２０へ通知する。端末２０は、ＴＲＰの設定（又は設定の変更）を示す設定情報を検出（又は、受信）した場合、ＴＡコマンドが特定のタイミングにおいて送信されることを想定する。
【００６８】
例えば、各ＴＲＰと端末２０との間の伝搬遅延は異なり得る。基地局１０は、端末２０に設定するＴＲＰを変更した場合、変更後のＴＲＰの構成（又は、設定）に応じたＴＡコマンドを設定する。この処理により、端末２０は、変更後のＴＲＰの構成に適したＴＡコマンドを用いて、基地局１０と同期できる。
【００６９】
通知方法２−２により、端末２０は、例えば、端末２０の設定（又は設定の変更）によって伝搬路状況が変化する場合に変化後の伝搬路状況を反映したＴＡコマンドを用いて、基地局１０と同期できる。よって、端末２０における同期精度を向上できる。
【００７０】
なお、ＴＡコマンドの送信タイミングは、ＣＣの設定及びＴＲＰの設定の双方に基づいて定められてもよい。また、端末２０に対する設定は、ＣＣの設定及びＴＲＰの設定に限られない。端末２０に対する設定は、端末２０における伝搬路状況が変化し得る設定であればよい。
【００７１】
以上、通知方法２−１及び通知方法２−２について説明した。なお、通知方法２−１及び通知方法２−２を組み合わせてもよい。
【００７２】
通知方法２−１及び通知方法２−２を含む通知方法２により、ＴＡコマンドは、基地局１０における端末２０に対する処理（例えば、時間参照情報の送信処理、又は、設定変更（又は再設定））に応じて端末２０へ通知される。端末２０は、所定のイベント発生によって変化する伝搬路状況に適したＴＡコマンドを用いて、基地局１０と同期できる。よって、端末２０における同期精度を向上できる。
【００７３】
＜通知方法３＞
通知方法３では、ＴＡコマンドの送信タイミングは、端末２０の通信状態の変化によって定まる。
【００７４】
端末２０は、例えば、端末２０の通信状況の変化に基づいて、ＴＡコマンドを受信するための特定のタイミングを決定する。
【００７５】
例えば、端末２０は、端末２０における通信状況の変化が所定の条件を満たす場合、基地局１０に対して、ＴＡコマンドの送信を要求する要求信号を送信する。換言すると、ＴＡコマンドの送信は、端末２０による送信要求によってトリガされる。
【００７６】
例えば、端末２０は、端末２０の状態に基づいて、新しいＴＡコマンドの送信を要求するか否かを判断する。端末２０は、新しいＴＡコマンドの送信を要求すると判断した場合、ＴＡコマンドの送信を要求する要求信号を基地局１０へ送信する。
【００７７】
要求信号は、例えば、ＭＡＣ  ＣＥ、ＰＵＣＣＨ（例えば、Scheduling Request（ＳＲ））又はＰＵＳＣＨを用いて送信されてよい。また、ＰＵＳＣＨを用いて要求信号が送信される場合、例えば、UL grantによって割り当てられたＰＵＳＣＨ（grant based送信）、又は、UL grant無しのＰＵＳＣＨ（configured grant送信）が用いられてもよい。
【００７８】
基地局１０は、端末２０からＴＡコマンドの要求信号を受信した後、例えば、基地局１０と端末２０との間の伝搬路状況に応じてＴＡコマンドを設定し、設定したＴＡコマンドを端末２０へ送信する。
【００７９】
以下、端末２０が基地局１０に対してＴＡコマンドの送信を要求する方法の一例について説明する。
【００８０】
（要求方法１）
要求方法１では、端末２０は、基地局１０に対して報知情報（例えば、on-demand SI等のシステム情報）を要求する場合、基地局１０に対してＴＡコマンドの送信を要求する。
【００８１】
例えば、端末２０は、時間参照情報を含むシステム情報（例えば、ＳＩＢ９）を要求する際に、基地局１０に対して、システム情報の送信を要求する要求信号とともに、ＴＡコマンドの送信を要求する要求信号を送信する。このシステム情報の要求は、ＰＲＡＣＨ（Physical Random Access Channel）又はスケジューリング要求（ＳＲ：Scheduling Request）等の送信によって行われてもよいし、ＰＵＳＣＨに所定のメッセージを含めることで行われるものとしてもよい。この処理により、端末２０は、基地局１０から、時間参照情報と併せて、ＴＡコマンドを受信できる。
【００８２】
なお、時間参照情報とＴＡコマンドとの送信間隔（time gap）は、０でもよく、０より大きい所定値でもよい。
【００８３】
（要求方法２）
要求方法２では、端末２０は、所定時間（例えば、「Ｔ」と表す）の間、基地局１０からＴＡコマンドを受信しない場合、基地局１０に対してＴＡコマンドの送信を要求する。
【００８４】
ここでは、一例として、ＴＡコマンドが周期的に端末２０へ通知されている場合について説明する。
【００８５】
この場合、例えば、所定時間Ｔは、Ｔ＝Ｐ×Ｎによって表される。ここで、ＰはＴＡコマンドの送信周期を示し、Ｎは、ＴＡコマンドの送信周期Ｐ毎の受信タイミングにおいて端末２０がＴＡコマンドを連続して受信しない回数の上限値である。なお、Ｔ＝Ｐ×Ｎは、例えば、Time Alignmentタイマの満了時間よりも小さい値に設定される。
【００８６】
端末２０は、ＴＡコマンドを所定時間Ｔに渡って受信しない場合、基地局１０に対して、ＴＡコマンドの送信を要求する要求信号を送信する。
【００８７】
端末２０がＴＡコマンドを受信しない所定時間Ｔの間に、基地局１０と端末２０との間の伝搬路状況は変化している可能性がある。要求方法２では、端末２０は、ＴＡコマンドを前回受信した時点から所定時間Ｔが経過した後に取得したＴＡコマンドを用いて、基地局１０と同期できる。
【００８８】
なお、ここでは、端末２０が、ＴＡコマンドを連続して受信しない時間に基づいて基地局１０に対してＴＡコマンドの送信を要求する場合について説明した。この処理の代わりに、端末２０は、ＴＡコマンドを連続して受信しない回数に基づいて基地局１０に対してＴＡコマンドの送信を要求してもよい。
【００８９】
例えば、ＴＡコマンドが周期的に通知される場合、端末２０は、ＴＡコマンドの受信タイミングにおいてＴＡコマンドを受信できない場合にカウンタをインクリメント（１を加算）する。一方、端末２０は、ＴＡコマンドを受信した場合、カウンタをリセット（又は初期化）する。端末２０は、カウンタの値がしきい値（換言すると、ＴＡコマンドを連続して受信しない上限回数）を超える場合、基地局１０に対してＴＡコマンドの送信を要求する要求信号を送信する。
【００９０】
この処理により、端末２０は、ＴＡコマンドを前回受信した時から所定回数の受信タイミングが経過した後に受信したＴＡコマンドを用いて、基地局１０と同期できる。
【００９１】
また、ここでは、ＴＡコマンドが周期的に通知される設定について説明した。しかし、要求方法２は、ＴＡコマンドが非周期的に通知される設定にも適用できる。例えば、端末２０は、ＴＡコマンドを前回受信した時点から所定時間Ｔが経過した後に、基地局１０に対してＴＡコマンドの送信を要求すればよい。
【００９２】
（要求方法３）
要求方法３では、端末２０は、端末２０の移動速度の変化量がしきい値を超えた場合、基地局１０に対してＴＡコマンドの送信を要求する。
【００９３】
例えば、端末２０は、所定期間における端末２０の移動速度の変化量がしきい値Ｘ［ｋｍ／ｈ］を超える場合、基地局１０に対して、ＴＡコマンドの送信を要求する要求信号を送信する。なお、端末２０の移動速度は、例えば、端末２０が備えるセンサ（図示せず）によって検知される。
【００９４】
端末２０の移動速度の変化量がしきい値Ｘを超える場合、基地局１０と端末２０との間の伝搬路状況が変化している可能性が高い。要求方法３では、端末２０は、端末２０の移動に応じた伝搬路状況に対応するＴＡコマンドを基地局１０から受信できる。よって、端末２０における同期精度を向上できる。
【００９５】
なお、しきい値Ｘは、予め定義されてもよく、基地局１０によって設定されてもよい。しきい値Ｘは、端末２０に対する同期精度の要件に応じて設定されてよい。例えば、同期精度の要件が厳しいほど、しきい値Ｘは小さい値に設定されてよい。この設定により、同期精度の要件が厳しいほど、ＴＡコマンドの送信機会が増加し、端末２０における同期精度を向上できる。
【００９６】
（要求方法４）
要求方法４では、端末２０は、基地局１０から送信された信号が端末２０に到達したパス間の時間差がしきい値を超えた場合、基地局１０に対してＴＡコマンドの送信を要求する。
【００９７】
例えば、端末２０は、基地局１０から端末２０へ送信された信号のパス（又は受信パスと呼ぶ）のうち、端末２０に最も早く到達した受信パスと、端末２０に最も遅く到達した受信パスとの間の時間差を算出する。端末２０は、例えば、算出した受信パスの時間差がしきい値Ｙを超える場合、基地局１０に対して、ＴＡコマンドの送信を要求する要求信号を送信する。基地局１０は、要求信号を受信すると、端末２０に対してＴＡコマンドを送信する。
【００９８】
端末２０における受信パスの時間差がしきい値Ｙを超える場合、端末２０の通信環境（換言すると、マルチパス環境）によって通信品質が低下し、同期精度が低下する可能性が高い。要求方法４では、端末２０は、受信パスの時間差がしきい値Ｙを超える場合に、基地局１０に対してＴＡコマンドの送信を要求することにより、端末２０の現在の伝搬路状況に対応するＴＡコマンドを受信できる。よって、端末２０における同期精度を向上できる。
【００９９】
なお、端末２０が時間差の算出に用いる受信パスは、端末２０に最初に到達するパス及び最後に到達するパスに限らず、例えば、異なるタイミングにおいて端末２０に到達するパスであればよい。例えば、端末２０が時間差の算出に用いる受信パスは、最初に到達するパスに近いタイミングにおいて到達するパス、又は、最後に到達するパスに近いタイミングにおいて到達するパス等でもよい。
【０１００】
また、しきい値Ｙは、予め定義されてもよく、基地局１０によって設定されてもよい。しきい値Ｙは、端末２０に対する同期精度の要件に応じて設定されてよい。例えば、同期精度の要件が厳しいほど、しきい値Ｙは小さい値に設定されてよい。この設定により、同期精度の要件が厳しいほど、ＴＡコマンドの送信機会が増加し、端末２０における同期精度を向上できる。
【０１０１】
（要求方法５）
要求方法５では、端末２０は、ＴＡコマンド受信時に端末２０に到達したパスと、参照信号受信時に端末２０に到達したパスとの間の時間差がしきい値を超えた場合、基地局１０に対してＴＡコマンドの送信を要求する。
【０１０２】
例えば、端末２０は、基地局１０から端末２０へ最後に送信されたＴＡコマンドの受信時に端末２０に到達した受信パスと、基地局１０から端末２０へ最後に送信された参照信号の受信時に、端末２０に到達した受信パスとの間の時間差を算出する。なお、端末２０は、ＴＡコマンド又は参照信号の受信時に端末２０に到達する受信パスのうち、例えば、異なるタイミングにおいて端末２０に到達するパス（例えば、最も早く到達するパス、又は、最も遅く到達するパス等）を用いればよい。
【０１０３】
端末２０は、例えば、算出した受信パスの時間差がしきい値Ｚを超える場合、基地局１０に対して、ＴＡコマンドの送信を要求する要求信号を送信する。基地局１０は、要求信号を受信すると、端末２０に対してＴＡコマンドを送信する。なお、しきい値Ｚは、例えば、要求方法４において説明したしきい値Ｙと同一値でもよく、異なる値でもよい。
【０１０４】
端末２０における受信パスとＴＡコマンド受信時の受信パスの時間差がしきい値Ｚを超える場合、ＴＡコマンド受信時点と比べて端末２０の通信環境（換言すると、マルチパス環境）が変化しており、同期精度が低下する可能性が高い。要求方法５によれば、端末２０は、受信パスの時間差がしきい値Ｚを超える場合に、基地局１０に対してＴＡコマンドの送信を要求することにより、端末２０の現在の伝搬路状況に対応するＴＡコマンドを受信できる。よって、端末２０における同期精度を向上できる。
【０１０５】
なお、しきい値Ｚは、予め定義されてもよく、基地局１０によって設定されてもよい。しきい値Ｚは、端末２０に対する同期精度の要件に応じて設定されてよい。例えば、同期精度の要件が厳しいほど、しきい値Ｚは小さい値に設定されてよい。この設定により、同期精度の要件が厳しいほど、ＴＡコマンドの送信機会が増加し、端末２０における同期精度を向上できる。
【０１０６】
以上、端末２０においてＴＡコマンドの送信を要求する方法の一例について説明した。
【０１０７】
要求方法１〜要求方法５を含む通知方法３により、端末２０の伝搬路状況が変化するタイミングにおいて、端末２０から基地局へＴＡコマンドの送信が要求される。端末２０の伝搬路状況の変化（例えば、受信タイミングのずれの変化）は、基地局１０よりも端末２０の方がより早く検出できる可能性がある。よって、端末２０がＴＡコマンドの送信を要求することにより、端末２０は、端末２０の伝搬路状況の変化に対応するＴＡコマンドをより早く取得できる。この処理により、端末２０は、端末２０の伝搬路状況の変化に応じて設定されるＴＡコマンドを用いて、基地局１０と同期できる。よって、端末２０における同期精度を向上できる。
【０１０８】
なお、要求方法１〜要求方法５の少なくとも２つの方法を組み合わせてもよい。
【０１０９】
以上、ＴＡコマンドの通知方法１〜３について説明した。
【０１１０】
本実施の形態では、端末２０は、ＴＡコマンドを受信するための特定のタイミングを決定し、ＴＡコマンドが特定のタイミングにおいて送信されるとの判断に基づいて、ＴＡコマンドの受信を制御する。この制御により、端末２０は、基地局１０によってＴＡコマンドが「いつ」、「どのように」送信されるかを特定できる。よって、本実施の形態によれば、端末２０において基準時刻との同期を確保しやすくなる。各端末２０において基準時刻との同期を確保しやすくなることで、例えば、端末２０間における同期を確保しやすくなり、端末２０間の同期精度を向上できる。
【０１１１】
また、本実施の形態によれば、端末２０は、基地局１０によってＴＡコマンドが送信されるタイミングにおいてＴＡコマンドに対する受信処理を行えばよい。換言すると、端末２０は、ＴＡコマンドの送信タイミングと異なるタイミングでは、ＴＡコマンドの受信処理（換言すると、ブラインド検出）を行わなくてよい。したがって、端末２０における処理を簡易化できる。
【０１１２】
また、本実施の形態では、ＴＡコマンドの送信タイミングは、所定の周期、端末２０に関する設定情報の受信、及び、端末２０の通信状態の変化の少なくとも１つによって定まる。例えば、基地局１０は、端末２０に関する情報に基づいて、ＴＡコマンドの送信タイミングを決定する。
【０１１３】
この処理により、ＴＡコマンドは、例えば、端末２０の伝搬路状況に基づいて、基地局１０から端末２０へ通知されるので、端末２０は、端末２０の伝搬路状況に適したＴＡコマンドを用いて、基準時刻との同期を制御できる。
【０１１４】
例えば、３ＧＰＰのリリース１５では、ＵＥの伝搬路状況が変化したにも関わらず、ｇＮＢからＵＥへＴＡコマンドが通知されない場合もあり得た。これに対して、本実施の形態では、端末２０（例えば、ＵＥ）の伝搬路状況が変化したタイミング付近においてＴＡコマンドが通知される可能性が高くなる。換言すると、本実施の形態によれば、端末２０は、３ＧＰＰのリリース１５と比較して、より高い頻度でＴＡコマンドを受信できる。
【０１１５】
よって、本実施の形態によれば、端末２０での同期精度を向上できる。例えば、本実施の形態では、装置（例えば、ＵＥ）間の同期精度を向上できる。
【０１１６】
なお、上記実施の形態において、端末２０が設定された受信タイミングにおいてＴＡコマンドを受信できない場合、例えば、ＴＡコマンドに、端末２０が保持している値（例えば、ＮＴＡと表す）を想定してもよい。ＮＴＡは、例えば、０でもよく、他の値でもよい。また、ＮＴＡは、例えば、予め規定（又は定義）された値でもよく、基地局１０によって設定される値でもよい。この場合、端末２０がＴＡコマンドを受信できないケースでも、端末２０は、ＴＡコマンドを用いて基地局１０と同期できる。
【０１１７】
また、上記実施の形態では、ＴＡコマンドが、例えば、周期的、基地局１０において端末２０に対する処理（換言するとイベント）が発生したタイミング、又は、端末２０が基地局１０に対して送信を要求するタイミングにおいて送信される場合について説明した。ただし、基地局１０は、上記ＴＡコマンドの送信タイミングに加えて、基地局１０の判断に基づいて、ＴＡコマンドを端末２０へ送信してもよい。
【０１１８】
例えば、基地局１０は、端末２０から送信される上りリンク信号（例えば、ＭＲ、ＣＱＩ、ＳＲＳ）の内容に基づいて、ＴＡコマンドを送信するか否かを判断してもよい。または、基地局１０は、端末２０から送信されるＰＵＳＣＨ又はＰＵＣＣＨの復調タイミングに基づいて、ＴＡコマンドを送信するか否かを判断してもよい。
【０１１９】
この処理により、端末２０は、上記実施の形態の動作によって決定される送信タイミングに加えて、基地局１０における端末２０の上りリンク信号に基づく判断によって決定される送信タイミングにおいてＴＡコマンドを受信できる。したがって、端末２０における同期精度をより向上できる。
【０１２０】
また、上記実施の形態では、図１に示すようにＵＥ間の通信において同期を確立するユースケースについて説明した。しかし、本開示が適用されるユースケースはこれに限定されない。例えば、本開示は、ｇＮＢとＵＥとの間の通信において同期を確立し、上りリンク信号を送信するユースケースにも適用できる。
【０１２１】
また、ＴＡコマンドは、ＲＡＲ又はＭＡＣ  ＣＥを用いて通知される場合に限らない。例えば、ＴＡコマンドは、時間参照情報の通知に用いるシステム情報（例えば、ＳＩＢ９）と異なるＰＤＳＣＨを用いて通知されてもよく、時間参照情報と同一又は異なる上位レイヤシグナリングを用いて通知されてもよく、下り制御チャネル（例えば、ＰＤＣＣＨ（Physical Downlink Control Channel）のＤＣＩ（Downlink Control Information）を用いて通知されてもよい。
【０１２２】
また、通知方法１、通知方法２（例えば、通知方法２−１及び通知方法２−２の少なくとも１つ）、及び、通知方法３（例えば、要求方法１から要求方法５の少なくとも１つ）の少なくとも２つを組み合わせてもよい。
【０１２３】
（ハードウェア構成）
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
【０１２４】
機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（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）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
【０１４５】
（情報、信号）
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１４６】
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component  Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
【０１４７】
（「システム」、「ネットワーク」）
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
【０１４８】
（パラメータ、チャネルの名称）
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
【０１４９】
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
【０１５０】
（基地局（無線基地局））
本開示においては、「基地局（ＢＳ：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）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
【０１５６】
同様に、本開示における端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を基地局１０が有する構成としてもよい。
【０１５７】
（用語の意味、解釈）
本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking  up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
【０１５８】
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
【０１５９】
参照信号は、ＲＳ（Reference  Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
【０１６０】
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１６１】
上記の各装置の構成における「部」を、「手段」、「回路」、「デバイス」等に置き換えてもよい。
【０１６２】
本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
【０１６３】
無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
【０１６４】
ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier  Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission  Time  Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
【０１６５】
スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal  Frequency  Division  Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single  Carrier  Frequency  Division  Multiple  Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。
【０１６６】
スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
【０１６７】
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
【０１６８】
例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission  Time  Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１−１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
【０１６９】
ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
【０１７０】
ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
【０１７１】
なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
【０１７２】
１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ  Ｒｅｌ．８−１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional  TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
【０１７３】
なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
【０１７４】
リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
【０１７５】
また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。
【０１７６】
なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical  RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier  Group）、リソースエレメントグループ（ＲＥＧ：Resource  Element  Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
【０１７７】
また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource  Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
【０１７８】
帯域幅部分（ＢＷＰ：Bandwidth  Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common  resource  blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
【０１７９】
ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ  ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ  ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
【０１８０】
設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
【０１８１】
上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic  Prefix）長などの構成は、様々に変更することができる。
【０１８２】
本開示において、例えば、英語でのa,  an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
【０１８３】
本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
【０１８４】
(態様のバリエーション等)
本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１８５】
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
【産業上の利用可能性】
【０１８６】
本開示の一態様は、移動通信システムに有用である。
【符号の説明】
【０１８７】
１０  基地局
２０  端末
１０１，２０２  送信部
１０２，２０１  受信部
１０３，２０３  制御部
【図１】
2020079763.tif 000003
【図２】
2020079763.tif 000004
【図３】
2020079763.tif 000005
【図４】
2020079763.tif 000006
【図５】
2020079763.tif 000007
【図６】
2020079763.tif 000008
【国際調査報告】
2020079763.tif 000009
2020079763.tif 000010
2020079763.tif 000011
2020079763.tif 000012