▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
特表2024-521437無線通信システムにおいて上りリンク送受信方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-05-31
(54)【発明の名称】無線通信システムにおいて上りリンク送受信方法及び装置
(51)【国際特許分類】
H04W 74/0833 20240101AFI20240524BHJP
H04W 84/06 20090101ALI20240524BHJP
【ＦＩ】
H04W74/0833
H04W84/06
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023575955
(86)(22)【出願日】2022-06-03
(85)【翻訳文提出日】2023-12-08
(86)【国際出願番号】 KR2022007924
(87)【国際公開番号】W WO2022260364
(87)【国際公開日】2022-12-15
(31)【優先権主張番号】10-2021-0075915
(32)【優先日】2021-06-11
(33)【優先権主張国・地域又は機関】KR
(81)【指定国・地域】
(71)【出願人】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】シン ソクミン
(72)【発明者】
【氏名】キム チェヒョン
(72)【発明者】
【氏名】パク ヘウク
(72)【発明者】
【氏名】キム キチュン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067DD11
5K067EE02
5K067EE07
5K067EE10
(57)【要約】
無線通信システムにおいて上りリンク送受信方法及び装置を開示する。本開示の一実施例に係る、無線通信システムにおいて端末によって上りリンク送信を行う方法は、基地局から、衛星軌道に関する第１情報、共通タイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ，ＴＡ）に関する第２情報、及びＴＡアップデート周期に関する第３情報を受信する段階と、前記第１情報及び前記第２情報に基づいて第１ＴＡを算出する段階と、前記第１ＴＡに基づいて第１上りリンク送信を行う段階と、前記第３情報に基づく特定時点で前記第１ＴＡを第２ＴＡにアップデートする段階と、前記第２ＴＡに基づいて第２上りリンク送信を行う段階を含み、前記ＴＡアップデート周期は、２＾ｎ値に基づいて設定され、前記ｎは、０を含む正の整数であってよい。
【選択図】図９
【選択図】図９
【特許請求の範囲】
【請求項1】
無線通信システムにおいて端末によって上りリンク送信を行う方法であって、前記方法は、基地局から、衛星軌道に関する第１情報、共通タイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ，ＴＡ）に関する第２情報、及びＴＡアップデート周期に関する第３情報を受信する段階と、
前記第１情報及び前記第２情報に基づいて第１ＴＡを算出する段階と、
前記第１ＴＡに基づいて第１上りリンク送信を行う段階と、
前記第３情報に基づく特定時点で前記第１ＴＡを第２ＴＡにアップデートする段階と、
前記第２ＴＡに基づいて第２上りリンク送信を行う段階と、を含み、
前記ＴＡアップデート周期は、２＾ｎ値に基づいて設定され、前記ｎは、０を含む正の整数である、方法。
【請求項2】
前記第３情報はシステム情報ブロック（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）によって受信される、請求項１に記載の方法。
【請求項3】
前記ＴＡアップデート周期は、前記衛星軌道の類型（ｔｙｐｅ）に基づいて設定される、請求項１に記載の方法。
【請求項4】
前記第１ＴＡは、１）前記第２情報による前記共通ＴＡ、及び２）前記第１情報に基づいて前記端末によって算出される端末特定（ＵＥ ｓｐｅｃｉｆｉｃ）ＴＡ、に基づいて算出される、請求項１に記載の方法。
【請求項5】
前記第１ＴＡから第２ＴＡへのアップデートは、前記特定時点を基準にあらかじめ設定された時間区間内で行われるように設定され、前記あらかじめ設定された時間区間は、前記共通ＴＡ及び前記端末特定ＴＡのうち少なくとも一つに基づいて設定される、請求項４に記載の方法。
【請求項6】
前記あらかじめ設定された時間区間の適用の有無又はサイズのうち少なくとも一つは、上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）又は下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）のうち少なくとも一つによって指示される、請求項５に記載の方法。
【請求項7】
前記第１ＴＡが第２ＴＡにアップデートされる場合に、前記共通ＴＡ又は前記端末特定ＴＡのうち少なくとも一つはアップデートされる、請求項４に記載の方法。
【請求項8】
前記共通ＴＡのアップデート周期は、前記端末特定ＴＡのアップデート周期よりも短く設定される、請求項７に記載の方法。
【請求項9】
前記第１上りリンク送信は、狭帯域ベースＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）プリアンブル送信であり、狭帯域ベースＰＲＡＣＨプリアンブル送信は、あらかじめ設定された数によって反復して行われる、請求項１に記載の方法。
【請求項10】
前記ＴＡアップデート周期は、２＾ｎ値とＰＲＡＣＨプリアンブル長との積で決定され、前記ＰＲＡＣＨプリアンブルの長さは、前記ＰＲＡＣＨプリアンブルのフォーマットによって互いに異なるように設定される、請求項９に記載の方法。
【請求項11】
前記無線通信システムは、非地上ネットワーク（ｎｏｎ－ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ，ＮＴＮ）システムである、請求項１に記載の方法。
【請求項12】
無線通信システムにおいて上りリンク送信を行う端末であって、前記端末は、一つ以上の送受信機と、
前記一つ以上の送受信機と連結された一つ以上のプロセッサと、を含み、
前記一つ以上のプロセッサは、
基地局から、衛星軌道に関する第１情報、共通タイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ，ＴＡ）に関する第２情報、及びＴＡアップデート周期に関する第３情報を受信し、
前記第１情報及び前記第２情報に基づいて第１ＴＡを算出し、
前記第１ＴＡに基づいて第１上りリンク送信を行い、
前記第３情報に基づく特定時点で前記第１ＴＡを第２ＴＡにアップデートし、
前記第２ＴＡに基づいて第２上りリンク送信を行うように設定され、
前記ＴＡアップデート周期は、２＾ｎ値に基づいて設定され、前記ｎは、０を含む正の整数である、端末。
【請求項13】
無線通信システムにおいて基地局が上りリンク送信を受信する方法であって、前記方法は、端末に衛星軌道に関する第１情報、共通タイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ，ＴＡ）に関する第２情報、及びＴＡアップデート周期に関する第３情報を送信する段階と、
前記第１情報及び前記第２情報に基づく第１ＴＡが適用された第１上りリンク送信を、前記端末から受信する段階と、
前記第３情報に基づく特定時点でアップデートされた第２ＴＡが適用された第２上りリンク送信を、前記端末から受信する段階と、を含み、
前記ＴＡアップデート周期は、２＾ｎ値に基づいて設定され、前記ｎは、０を含む正の整数である、方法。
【請求項14】
無線通信システムにおいて上りリンク送信を受信する基地局であって、前記基地局は、一つ以上の送受信機と、
前記一つ以上の送受信機と連結された一つ以上のプロセッサと、を含み、
前記一つ以上のプロセッサは、
端末に衛星軌道に関する第１情報、共通タイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ，ＴＡ）に関する第２情報、及びＴＡアップデート周期に関する第３情報を送信し、
前記第１情報及び前記第２情報に基づく第１ＴＡが適用された第１上りリンク送信を前記端末から受信し、
前記第３情報に基づく特定時点でアップデートされた第２ＴＡが適用された第２上りリンク送信を、前記端末から受信するように設定され、
前記ＴＡアップデート周期は、２＾ｎ値に基づいて設定され、前記ｎは、０を含む正の整数である、方法。
【請求項15】
無線通信システムにおいて上りリンク送信を行うために端末を制御するように設定されるプロセシング装置であって、前記プロセシング装置は、一つ以上のプロセッサと、
前記一つ以上のプロセッサに動作可能に連結され、前記一つ以上のプロセッサによって実行されることに基づいて、動作を実行する命令を記憶する一つ以上のコンピュータメモリと、を含み、
前記動作は、
基地局から、衛星軌道に関する第１情報、共通タイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ，ＴＡ）に関する第２情報、及びＴＡアップデート周期に関する第３情報を受信する動作と、
前記第１情報及び前記第２情報に基づいて第１ＴＡを算出する動作と、
前記第１ＴＡに基づいて第１上りリンク送信を行う動作と、
前記第３情報に基づく特定時点で前記第１ＴＡを第２ＴＡにアップデートする動作と、
前記第２ＴＡに基づいて第２上りリンク送信を行う動作と、を含み、
前記ＴＡアップデート周期は、２＾ｎ値に基づいて設定され、前記ｎは、０を含む正の整数である、プロセシング装置。
【請求項16】
一つ以上の命令を記憶する一つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ可読媒体であって、前記一つ以上の命令は一つ以上のプロセッサによって実行され、無線通信システムにおいて上りリンク送信を行う装置が、
基地局から、衛星軌道に関する第１情報、共通タイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ，ＴＡ）に関する第２情報、及びＴＡアップデート周期に関する第３情報を受信し、
前記第１情報及び前記第２情報に基づいて第１ＴＡを算出し、
前記第１ＴＡに基づいて第１上りリンク送信を行い、
前記第３情報に基づく特定時点で前記第１ＴＡを第２ＴＡにアップデートし、
前記第２ＴＡに基づいて第２上りリンク送信を行うように制御し、
前記ＴＡアップデート周期は、２＾ｎ値に基づいて設定され、前記ｎは、０を含む正の整数である、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいて上りリンク送受信に適用される時間に対する基準を適用する方法及び装置に関する。
【背景技術】
【0002】
移動通信システムは、ユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声に留まらずデータサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によってリソースの不足現象が発生しており、ユーザもより高速のサービスを要求していることから、より発展した移動通信システムが望まれている。
【0003】
次世代移動通信システムの要求条件は、大きく、爆発的なデータトラフィックの受容、ユーザ当たりの送信率の画期的な増加、大幅に増加した連結デバイス個数の受容、非常に低い端対端遅延（エンドツーエンドレイテンシ、Ｅｎｄ－ｔｏ－Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率の支援である。そのために、二重接続性（デュアルコネクティビティ、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（マッシブＭＩＭＯ、Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ－ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（非直交多元接続、ＮＯＭＡ：Ｎｏｎ－Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）などの様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本開示の技術的課題は、無線通信システムにおいて上りリンク送受信方法及び装置を提供することである。
【0005】
本開示の更なる技術的課題は、非地上ネットワーク（非地上系ネットワーク、ｎｏｎ－ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ，ＮＴＮ）を含む無線通信システムにおいて、上りリンク送受信に適用される時間基準を適用する方法及び装置を提供することである。
【0006】
本開示で遂げようとする技術的課題は、以上で言及した技術的課題に限定されず、言及していない別の技術的課題は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【0007】
本開示の一態様に係る無線通信システムにおいて上りリンク送受信方法及び装置が開示される。本開示の一実施例に係る無線通信システムにおいて端末によって上りリンク送信を行う方法は、基地局から、衛星軌道に関する第１情報、共通タイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ，ＴＡ）に関する第２情報、及びＴＡアップデート周期に関する第３情報を受信する段階と、前記第１情報及び前記第２情報に基づいて第１ＴＡを算出する段階と、前記第１ＴＡに基づいて第１上りリンク送信を行う段階と、前記第３情報に基づく特定時点で前記第１ＴＡを第２ＴＡにアップデートする段階と、前記第２ＴＡに基づいて第２上りリンク送信を行う段階を含み、前記ＴＡアップデート周期は、２＾ｎ値に基づいて設定され、前記ｎは、０を含む正の整数であってよい。
【0008】
本開示の更なる態様に係る無線通信システムにおいて基地局が上りリンク送信を受信する方法は、端末に衛星軌道に関する第１情報、共通タイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ，ＴＡ）に関する第２情報、及びＴＡアップデート周期に関する第３情報を送信する段階と、前記第１情報及び前記第２情報に基づく第１ＴＡが適用された第１上りリンク送信を、前記端末から受信する段階と、前記第３情報に基づく特定時点でアップデートされた第２ＴＡが適用された第２上りリンク送信を、前記端末から受信する段階を含み、前記ＴＡアップデート周期は、２＾ｎ値に基づいて設定され、前記ｎは、０を含む正の整数であってよい。
【発明の効果】
【0009】
本開示によれば、無線通信システムにおいて上りリンク送受信方法及び装置を提供することができる。
【0010】
本開示によれば、非地上ネットワーク（ｎｏｎ－ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ，ＮＴＮ）を含む無線通信システムにおいて、上りリンク送受信に適用される時間基準を適用する方法及び装置を提供することができる。
【0011】
本開示から得られる効果は、以上で言及した効果に限定されず、言及していない別の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【0012】
本開示に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本開示に関する実施例を提供し、詳細な説明と共に本開示の技術的特徴を説明する。
【0013】
【図1】本開示の適用が可能な無線通信システムの構造を例示する。
【図2】本開示の適用が可能な無線通信システムにおいてフレーム構造を例示する。
【図3】本開示の適用が可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。
【図4】本開示の適用が可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。
【図5】本開示の適用が可能な無線通信システムにおいてスロット構造を例示する。
【図6】本開示の適用が可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
【図7】本開示の適用が可能な無線通信システムが支援するＮＴＮを説明するための図である。
【図8】本開示の適用が可能な無線通信システムが支援するＮＴＮでのＴＡを説明するための図である。
【図9】本開示の一実施例に係る端末の上りリンク送信を説明するためのフローチャートである。
【図10】本開示の一実施例に係る基地局の上りリンク受信を説明するためのフローチャートである。
【図11】本開示の適用が可能な無線通信システムが支援するＮＰＲＡＣＨプリアンブルを説明するための図である。
【図12】本開示の適用が可能な無線通信システムが支援する上りリンク送信を説明するための図である。
【図13】本開示の適用が可能な無線通信システムが支援する上りリンク送信の一定部分に対する処理を説明するための図である。
【図14】本開示の一実施例に係るシグナリング過程を説明するための図である。
【図15】本開示の一実施例に係る無線通信装置を例示するブロック構成図である。
【発明を実施するための形態】
【0014】
以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。
【0015】
場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。
【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】
【表1】
【0070】
ＮＲは、様々な５Ｇサービスを支援するための多数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。
【0071】
【表2】
【0072】
ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔc＝１／（Δｆmax・Ｎf）の時間単位の倍数と表現される。ここで、Δｆmax＝４８０・１０3Ｈｚであり、Ｎf＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔf＝１／（ΔｆmaxＮf／１００）・Ｔc＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔsf＝（ΔｆmaxＮf／１０００）・Ｔc＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴTA＝（ＮTA＋ＮTA,offset）Ｔc以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎs
μ∈｛０，．．．，Ｎslot
subframe,μ－１｝の増加する順序で番号が付けられ、無線フレーム内でｎs,f
μ∈｛０，．．．，Ｎslot
frame,μ－１｝の増加する順序で番号が付けられる。一つのスロットはＮsymb
slotの連続するＯＦＤＭシンボルで構成され、Ｎsymb
slotは、ＣＰによって決定される。サブフレームにおいてスロットｎs
μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎs
μＮsymb
slotの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎsymb
slot）、無線フレーム別スロットの個数（Ｎslot
frame,μ）、サブフレーム別スロットの個数（Ｎslot
subframe,μ）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。
【0073】
【表3】
【0074】
【表4】
【0075】
図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（リソースエレメント、ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか１つ以上を含む。図３には、本開示の適用が可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。図３を参照すると、リソースグリッドが、周波数領域上にＮRB
μＮsc
RBサブキャリアで構成され、一つのサブフレームが１４・２μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、ＮRB
μＮsc
RBサブキャリアで構成される１つ又はそれ以上のリソースグリッド及び２μＮsymb
(μ)のＯＦＤＭシンボルによって説明される。ここで、ＮRB
μ≦ＮRB
max,μである。前記ＮRB
max,μは、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートｐ別に一つのリソースグリッドが設定されてよい。
【0076】
ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。
【0077】
－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。
【0078】
－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。
【0079】
共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎCRB
μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。
【0080】
【数1】
【0081】
式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮBWP,i
size,μ－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎPRBと共通リソースブロックｎCRB間の関係は、下記の式２によって与えられる。
【0082】
【数2】
【0083】
ＮBWP,i
start,μは、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。
【0084】
図４には、本開示の適用が可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示の適用が可能な無線通信システムにおいてスロット構造を例示する。
【0085】
【0086】
搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。
【0087】
ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。
【0088】
一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連付けられた（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（初期アクセス、ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。
【0089】
図６には、本開示の適用が可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
【0090】
無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【0091】
端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（初期セルサーチ、Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ６０１）。そのために、端末は基地局から主同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及び副同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を取り、セル識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得できる。その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
【0092】
初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。
【0093】
一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対してランダムアクセス過程（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理任意接続チャネル（物理ランダムアクセスチャネル、ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【0094】
上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。
【0095】
一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。
【0096】
表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。
【0097】
【表5】
【0098】
表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、伝送ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。ＤＣＩ ｆｏｒｍａｔ ０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。ＤＣＩ ｆｏｒｍａｔ ０＿１は、一つのセルにおいて１つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。ＤＣＩ ｆｏｒｍａｔ ０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0099】
次に、ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、伝送ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
【0100】
ＤＣＩ ｆｏｒｍａｔ １＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0101】
ＤＣＩ ｆｏｒｍａｔ １＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0102】
ＤＣＩ ｆｏｒｍａｔ １＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0103】
非地上ネットワーク（ｎｏｎ－ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ，ＮＴＮ）を支援する無線通信システム
【0104】
ＮＴＮは、衛星又は無人航空システム（ｕｎｍａｎｎｅｄ ａｉｒｃｒａｆｔ ｓｙｓｔｅｍ，ＵＡＳ）プラットホームにおいて、無線リソース（ＲＦ ｒｅｓｏｕｒｃｅ）を使用するように構成されるネットワーク又はネットワークのセグメント（ｓｅｇｍｅｎｔ）を意味する。より広いカバレッジを確保するか、無線通信基地局の設置が困難な場所に無線通信サービスを提供するために、ＮＴＮサービスの使用が考慮されている。
【0105】
ここで、ＮＴＮサービスは、基地局を地上ではなく人工衛星（例えば、静止軌道（ｇｅｏｓｔａｔｉｏｎａｒｙ－ｏｒｂｉｔ）、低軌道（ｌｏｗ－ｏｒｂｉｔ）、中軌道（ｍｅｄｉｕｍ－ｏｒｂｉｔ）の衛星など）、飛行機、無人飛行船、ドローンなどに設置して端末に無線通信サービスを提供することを指す。以下の説明において、ＮＴＮサービスは、ＮＲ ＮＴＮサービス及び／又はＬＴＥ ＮＴＮサービスを含んでよい。地上ネットワーク（ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ，ＴＮ）サービスは、基地局を地上に設置して端末に無線通信サービスを提供することを指す。
【0106】
ＮＴＮサービスに考慮される周波数帯域は主に、第１周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ１，ＦＲ１）（例えば、４１０ＭＨｚ～７．１２５ＧＨｚ）では２ＧＨｚ帯域（Ｓ－ｂａｎｄ：２～４ＧＨｚ）、第２周波数範囲（ＦＲ２）（例えば、２４．２５ＧＨｚ～５２．６ＧＨｚ）では下りリンク２０ＧＨｚ、上りリンク３０ＧＨｚ帯域（Ｋａ－Ｂａｎｄ：２６．５～４０ＧＨｚ））であってよい。さらに、７．１２５ＧＨｚと２４．２５ＧＨｚとの間の周波数帯域、又は５２．６ＧＨｚ以上の周波数帯域でもＮＴＮサービスが支援されてよい。
【0107】
図７は、本開示の適用が可能な無線通信システムが支援するＮＴＮを説明するための図である。
【0108】
図７（ａ）は、トランスペアレントペイロード（ｔｒａｎｓｐａｒｅｎｔ ｐａｙｌｏａｄ）に基づくＮＴＮシナリオを例示し、図７（ｂ）は、リジェネラティブペイロード（ｒｅｇｅｎｅｒａｔｉｖｅ ｐａｙｌｏａｄ）に基づくＮＴＮシナリオを例示する。
【0109】
ここで、トランスペアレントペイロードに基づくＮＴＮシナリオは、地上の基地局からペイロードを受信した人工衛星が、当該ペイロードを端末に送信するシナリオであり、リジェネラティブペイロードに基づくＮＴＮシナリオは、人工衛星が基地局（ｇＮＢ）として具現されるシナリオを意味する。
【0110】
ＮＴＮは一般に次の要素を特徴とする。
【0111】
－ 共用データネットワークにＮＴＮを連結するための一つ以上の衛星－ゲートウェイ（ｓａｔ－ｇａｔｅｗａｙ）：
【0112】
静止地球軌道（ｇｅｏｓｔａｔｉｏｎａｒｙ ｅａｒｔｈ ｏｒｂｉｔｉｎｇ，ＧＥＯ）衛星は、衛星によってターゲッティングされたカバレッジ（例えば、地域（ｒｅｇｉｏｎａｌ）又は大陸カバレッジ（ｃｏｎｔｉｎｅｎｔａｌ ｃｏｖｅｒａｇｅ））に配置される一つ以上の衛星－ゲートウェイによって供給される。セル内の端末は単一の衛星－ゲートウェイによってサービング（ｓｅｒｖｉｎｇ）されると仮定されてよい。
【0113】
非ＧＥＯ衛星は、一つ以上の衛星－ゲートウェイによって連続して（ｓｕｃｃｅｓｓｉｖｅｌｙ）サービング（ｓｅｒｖｉｎｇ）されてよい。この時、無線通信システムは、モビリティーアンカリング（ｍｏｂｉｌｉｔｙ ａｎｃｈｏｒｉｎｇ）及びハンドオーバー（ｈａｎｄｏｖｅｒ）を進行するのに十分な時間区間で、サービング衛星－ゲートウェイ間のサービス及びフィーダリンク（ｆｅｅｄｅｒ ｌｉｎｋ）連続性を保証する。
【0114】
－ 衛星－ゲートウェイ及び衛星（又は、ＵＡＳプラットホーム）間のフィーダリンク（ｆｅｅｄｅｒ ｌｉｎｋ）又は無線リンク（ｒａｄｉｏ ｌｉｎｋ）
【0115】
－ 端末と衛星（又は、ＵＡＳプラットホーム）との間のサービスリンク又は無線リンク
【0116】
－ トランスペアレント又はリジェネラティブ（オン－ボード（ｏｎ－ｂｏａｒｄ）プロセシングを含む）ペイロードのうち一つを具現できる衛星（又は、ＵＡＳプラットホーム）。
【0117】
衛星（又は、ＵＡＳプラットホーム）生成ビームは、一般的に衛星（又は、ＵＡＳプラットホーム）の視野によって境界が指定されたサービス領域で複数のビームを生成する。ビームの受信範囲（ｆｏｏｔｐｒｉｎｔ）は一般的に楕円形である。衛星（又は、ＵＡＳプラットホーム）の視野は、搭載されたアンテナダイヤグラムと最小高度角によって決定される。
【0118】
トランスペアレントペイロード：無線周波数フィルタリング、周波数変換及び増幅。これにより、ペイロードによって反復される波形信号は変更されない。
【0119】
リジェネラティブペイロード：無線周波数フィルタリング、周波数変換及び増幅はもとより、復調／デコーディング、スイッチング及び／又はルーティング、コーディング／変調。これは、衛星（又は、ＵＡＳプラットホーム）において基地局機能（例えば、ｇＮＢ）の全部又は一部を有するのと実質的に同一である。
【0120】
－ 衛星集団の場合、ＩＳＬ（Ｉｎｔｅｒ－ｓａｔｅｌｌｉｔｅ ｌｉｎｋｓ）。そのためには、衛星に再生性ペイロードが要求される。ＩＳＬはＲＦ周波数又は広帯域で動作できる。
【0121】
－ 端末は、ターゲットサービス地域内で衛星（又は、ＵＡＳプラットホーム）によってサービスされる。
【0122】
表６は、衛星（又は、ＵＡＳプラットホーム）のタイプを例示する。
【0123】
【表6】
【0124】
一般に、ＧＥＯ衛星及びＵＡＳは、大陸（ｃｏｎｔｉｎｅｎｔａｌ）、広域（ｒｅｇｉｏｎａｌ）又はローカル（ｌｏｃａｌ）サービスを提供するために用いられる。そして、ＬＥＯ（ｌｏｗ ｅａｒｔｈ ｏｒｂｉｔｉｎｇ）及びＭＥＯ（ｍｅｄｉｕｍ ｅａｒｔｈ ｏｒｂｉｔｉｎｇ）のコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）は、北半球と南半球の両方でサービスを提供するために用いられる。又は、当該コンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）は、極地方を含むグローバルカバレッジを提供することもできる。後で、適切な軌道傾斜、生成された十分なビーム及び衛星間リンクが要求されることがある。そして、ＨＥＯ（Ｈｉｇｈｌｙ Ｅｌｌｉｐｔｉｃａｌ Ｏｒｂｉｔｉｎｇ）衛星システムも考慮されてよい。
【0125】
以下では、次の６つの参照シナリオを含むＮＴＮにおける無線通信システムについて説明する。
【0126】
－ 円形軌道及び名目ステーション保持プラットホーム（ｎｏｔａｔｉｏｎａｌ ｓｔａｔｉｏｎ ｋｅｅｐｉｎｇ ｕｐ ｐｌａｔｆｏｒｍ）
【0127】
－ 最も高いＲＴＤ（Ｒｏｕｎｄ Ｔｒｉｐ Ｄｅｌａｙ）制約（ｃｏｎｓｔｒａｉｎｔ）
【0128】
－ 最も高いドップラー制約
【0129】
－ トランスペアレント又はリジェネラティブペイロード
【0130】
－ １個のＩＳＬケースと１個のＩＳＬのないケース。衛星間リンクの場合に、リジェネラティブペイロード
【0131】
前記６つの参照シナリオは表７及び表８で考慮される。
【0132】
【表7】
【0133】
【表8-1】
【表8-2】
【0134】
参照１：各衛星は、ビームフォーミング技術を用いて地球上の固定された地点にビームを操向することができる。これは、衛星の可視性（ｖｉｓｉｂｉｌｉｔｙ）時間に該当する時間において適用される。参照２：ビーム（地球（又は、地上）に固定された端末）内の最大遅延変化（ｍａｘ ｄｅｌａｙ ｖａｒｉａｔｉｏｎ）は、ゲートウェイ及び端末の両方に対する最小上下角（ｍｉｎ ｅｌｅｖａｔｉｏｎ ａｎｇｌｅ）に基づいて計算される。
【0135】
参照３：ビーム内最大差動遅延は、最下点（ａｔ ｎａｄｉｒ）で最大ビーム受信範囲の直径に基づいて計算される。
【0136】
参考４：遅延計算に用いられる光の速度は、２９９７９２４５８ｍ／ｓである。
【0137】
参考５：ＧＥＯの最大ビーム受信範囲のサイズは、カバレッジ縁（低い高度）にスポットビーム（ｓｐｏｔ ｂｅａｍ）があると仮定して、現在状態（ｓｔａｔｅ）のＧＥＯ高出力（ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）システム技術に基づいて決定される。
【0138】
参考６：セルレベルで最大差動遅延は、最大のビームサイズに対するビームレベルの遅延を考慮して計算される。ビームサイズが小さいか又は中間サイズであるとき、セルが２つ以上のビームを含んでよい。しかし、セル内の全てのビームの累積差動遅延は、表８のセルレベルでは最大差動遅延を超えない。
【0139】
また、以下では、次の５つの参照シナリオを含むＩｏＴ ＮＴＮでの無線通信システムについて説明する。
【0140】
－ ＧＥＯ及びＬＥＯ軌道シナリオ
【0141】
－ 衛星間リンク無し
【0142】
－ トランスペアレントペイロード
【0143】
－ 固定又は調整可能なビームによってそれぞれ地面で用いるか固定されたビームフットプリント（ｂｅａｍ ｆｏｏｔｐｒｉｎｔ）
【0144】
－ ６ＧＨｚ以下関心帯域
【0145】
上記の５つの参照シナリオは表９で考慮される。
【0146】
【表9】
【0147】
本開示でＮＴＮ関連説明は、ＮＴＮ ＧＥＯシナリオ及び高度が６００ｋｍ以上である円形軌道を持つ全てのＮＧＳＯ（ｎｏｎ－ｇｅｏｓｔａｔｉｏｎａｒｙ ｏｒｂｉｔ）シナリオに適用されてよい。
【0148】
そして、前述した内容（ＮＲフレーム構造、ＮＴＮなど）は、後述する方法と結合して適用されてよく、本開示で説明する方法の技術的特徴を明確にすることに補充されてよい。
【0149】
ＮＴＮにおいてＴＡ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ）値設定方法
【0150】
ＴＮでは、端末がセル内で動くので、基地局と端末間の距離が変わっても、端末の送信したＰＲＡＣＨプリアンブル（ｐｒｅａｍｂｌｅ）は特定ＲＯ（ＲＡＣＨ ｏｃｃａｓｉｏｎ）の時区間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内に基地局に送信され得る。
【0151】
そして、端末が上りリンク信号／チャネルを送信するためのＴＡ値は、初期（ｉｎｉｔｉａｌ）ＴＡ値及びＴＡオフセット（ｏｆｆｓｅｔ）値で構成されてよい。ここで、初期ＴＡ値及びＴＡオフセット値は、基地局のセルカバレッジ範囲で表現可能なＴＡ値であり、基地局によって指示されてよい。
【0152】
さらに他の例として、基地局がＰＤＣＣＨオーダー（ｏｒｄｅｒ）をＤＣＩで指示すると、端末は、ＰＲＡＣＨプリアンブルを基地局に送信することができる。端末は、基地局から受信したプリアンブルに対する応答メッセージ（ランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ，ＲＡＲ））で指示されたＴＡ値（すなわち、初期ＴＡ値）を用いて、上りリンク信号／チャネルを基地局に送信することができる。
【0153】
ＮＴＮでは、端末の動きとは関係なく衛星の動きによって衛星と端末との間の距離が変わることがある。これを克服するために、端末は、ＧＮＳＳ（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）を用いて端末の位置を把握し、基地局から指示された衛星の軌道情報によって、端末と衛星とのラウンドトリップ遅延（ｒｏｕｎｄ ｔｒｉｐ ｄｅｌａｙ，ＲＴＤ）である端末特定（ＵＥ固有、ＵＥ－ｓｐｅｃｉｆｉｃ）ＴＡを計算できる。
【0154】
ここで、端末特定ＴＡは、端末が選択したＲＯでＰＲＡＣＨプリアンブルが送信される時に、衛星（又は、基地局（ｇＮＢ））が前記ＲＯの時区間内にＰＲＡＣＨプリアンブルを受信できるように設定されてよい。
【0155】
そして、端末が選択したＲＯでＰＲＡＣＨプリアンブルが送信される時に端末特定ＴＡのみが適用される場合に、前記ＰＲＡＣＨプリアンブルは前記ＲＯの基準時間よりも遅延されて衛星（又は、ｇＮＢ）に送信されることがある。このとき、基地局から受信したＲＡＲによって指示される初期ＴＡ値は、前記遅延された値を指示できる。
【0156】
さらに、共通（ｃｏｍｍｏｎ）ＴＡは、地上にあるｇＮＢ（又は、参照ポイント）と衛星とのＲＴＤを意味できる。ここで、参照ポイントは、下りリンク及び上りリンクフレーム境界（ｂｏｕｎｄａｒｙ）が一致する所を意味できる。そして、共通ＴＡは、基地局が端末に指示するものと定義されてよい。仮に、参照ポイントが衛星にある場合に、共通ＴＡは指示されなくてよく、参照ポイントが地上にあるｇＮＢにある場合に、共通ＴＡは、ｇＮＢと衛星とのＲＴＤを補償するための用途に用いられてよい。
【0157】
さらに、ＮＴＮでは、メッセージ（ｍｅｓｓａｇｅ，Ｍｓｇ）１（例えば、ＰＲＡＣＨプリアンブル）／Ｍｓｇ Ａ（例えば、ＰＲＡＣＨプリアンブル及びＰＵＳＣＨ）送信前のＴＡ値を、端末特定ＴＡ及び共通ＴＡ（提供される場合に）として設定できる。ここで、端末特定ＴＡは、前述したように、端末が単独で計算した端末と衛星とのＲＴＤであってよい。
【0158】
本開示の一実施例として、図８は、ＮＴＮを支援する無線通信システムにおいてＴＡ値を計算する方式を例示している。
【0159】
図８（ａ）は、リジェネラティブペイロードベースＮＴＮシナリオを例示している。（全ての端末に共通する）共通ＴＡ（Ｔｃｏｍ）は、２Ｄ０（衛星と参照信号との距離）／ｃで算出され、ｘ番目の端末（ＵＥｘ）に対する端末特定差動（ｄｉｆｆｅｒｅｎｔｉａｌ）ＴＡ（ＴＵＥｘ）は、２（Ｄ１ｘ－Ｄ０）／ｃで算出されてよい。全ＴＡ（Ｔｆｕｌｌ）は、「Ｔｃｏｍ＋ＴＵＥｘ」で算出されてよい。ここで、Ｄ１ｘは、衛星とＵＥｘとの距離を意味できる。ここで、ｃは、光の速度を表す。
【0160】
図８（ｂ）は、トランスペアレントペイロードベースのＮＴＮシナリオを例示している。（全ての端末に共通する）共通ＴＡ（Ｔｃｏｍ）は、２（Ｄ０１＋Ｄ０２）／ｃで算出され、ｘ番目の端末（ＵＥｘ）に対する端末特定差動（ｄｉｆｆｅｒｅｎｔｉａｌ）ＴＡ（ＴＵＥｘ）は、２（Ｄ１ｘ－Ｄ０）／ｃで算出されてよい。全ＴＡ（Ｔｆｕｌｌ）は、「Ｔｃｏｍ＋ＴＵＥｘ」で算出されてよい。ここで、Ｄ０１は、衛星と参照ポイントとの距離を意味し、Ｄ０２は、衛星と地上に位置した基地局との距離を意味できる。
【0161】
ＮＴＮ上りリンク送受信に適用される時間基準
【0162】
本開示では、ＮＴＮ端末の上りリンク送信及び基地局の上りリンク受信に関連する時間基準に対する例示について説明する。
【0163】
本開示において、時間基準パラメータは、ＴＡ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ）パラメータを含んでよい。ＴＡパラメータは、ＴＡ命令（ｃｏｍｍａｎｄ）（ＴＡＣ）を含んでよい。追加として又は代案として、ＴＡパラメータは、共通（ｃｏｍｍｏｎ）ＴＡパラメータ、又は端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）ＴＡパラメータのうち一つ以上を含んでよい。すなわち、特に断らない限り、以下の説明においてＴＡパラメータは、ＴＡＣ、共通ＴＡパラメータ、又は端末特定ＴＡパラメータのうちの一つ以上を含んでよい。
【0164】
端末は、ＴＡＣ、共通ＴＡパラメータ、又は端末特定ＴＡパラメータのうち一つ以上に基づいて、ＴＡを算出できる。端末は、算出されたＴＡに基づいて上りリンク送信タイミングを決定できる。
【0165】
図９は、本開示の一実施例に係る端末の上りリンク送信を説明するためのフローチャートである。
【0166】
段階Ｓ９１０で、端末は基地局から、衛星軌道に関する第１情報、共通ＴＡに関する第２情報、及びＴＡアップデート周期に関する第３情報を受信することができる。
【0167】
例えば、段階Ｓ９１０で、第１情報、第２情報、及び第３情報は、上位層シグナリング（例えば、ＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）、ＲＲＣシグナリングなど）によって受信することができる。
【0168】
ここで、ＴＡアップデート周期は、端末が上りリンク送信に適用されるＴＡ値を推定及び算出して上りリンク送信タイミングを調節（ａｄｊｕｓｔｍｅｎｔ）又はアップデート（ｕｐｄａｔｅ）する周期を意味できる。ＴＡアップデート周期は、本開示の様々な細部例示によって決定されてよい。
【0169】
段階Ｓ９１０と共に又は段階Ｓ９１０とは別に、端末は基地局から、ＴＡアップデート実行に関連した一定時間区間に対する設定／指示情報を受信することができる。ここで、当該設定／指示情報は、前記一定時間区間のサイズ、適用の有無などを含んでよい。当該設定／指示情報は、上位層シグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥなど）又はＤＣＩのうち少なくとも一つによって受信することができる。
【0170】
前記一定時間区間に関連した事項は、上りリンク送信に関連したタイミング誤り限界（ｔｉｍｉｎｇ ｅｒｒｏｒ ｌｉｍｉｔ）を満たすための本開示の様々な細部例示によって決定されてよい。
【0171】
段階Ｓ９２０で、端末は、第１情報及び第２情報に基づいて第１ＴＡを算出できる。
【0172】
算出された第１ＴＡは、上りリンク送信タイミングに対して適用されてよい。上りリンク送信タイミングに対してＴＡを適用することは、上りリンク送信タイミングに対する調節／アップデートを行うことを含んでよい。
【0173】
例えば、段階Ｓ９２０で、端末は、第１情報に含まれた衛星軌道に基づいて端末特定ＴＡを算出し、第２情報に含まれた共通ＴＡと算出された端末特定ＴＡに基づいて第１ＴＡを算出できる。
【0174】
段階Ｓ９３０で、端末は、算出された第１ＴＡに基づいて第１上りリンク送信を行うことができる。
【0175】
例えば、本開示の様々な細部例示によれば、第１上りリンク送信は、狭帯域ベースＰＲＡＣＨプリアンブル送信であり、当該ＰＲＡＣＨプリアンブル送信は、あらかじめ設定された数によって反復して行われることであってよい。
【0176】
段階Ｓ９４０で、端末は、第３情報に基づく特定時点で第１ＴＡを第２ＴＡに調節／アップデートすることができる。
【0177】
例えば、端末は、基地局によって設定されたＴＡアップデート周期による時点を確認し、当該時点で新しいＴＡ情報（すなわち、第２ＴＡ）を適用して上りリンク送信タイミングを調節／アップデートすることができる。
【0178】
例えば、第１ＴＡが第２ＴＡにアップデートされることは、共通ＴＡ又は端末特定ＴＡのうち少なくとも一つがアップデートされることであってよく、共通ＴＡのアップデート周期は端末特定ＴＡのアップデート周期よりも短く設定されてよい。
【0179】
当該ＴＡ調節／アップデートに関連した事項は、本開示の様々な細部例示によって決定されてよい。
【0180】
例えば、ＴＡアップデート周期は、２＾ｎ値に基づいて設定され、前記ｎは、０を含む正の整数であってよい。また、上りリンク送信がＮＰＲＡＣＨプリアンブル送信に該当する場合に、ＴＡアップデート周期は、２＾ｎ値とＰＲＡＣＨプリアンブル長との積で決定され、ＰＲＡＣＨプリアンブルの長さは、ＰＲＡＣＨプリアンブルのフォーマットによって互いに異なるように設定されてよい。また、ＴＡアップデート周期は、衛星軌道の類型（ｔｙｐｅ）に基づいて設定されてもよい。
【0181】
段階Ｓ９５０で、端末は、調節／アップデートされた第２ＴＡに基づいて第２上りリンク送信を行うことができる。
【0182】
さらに、端末は、受信／取得した時間基準パラメータに基づいて調節／アップデートされた時間基準情報を、基地局に報告できる。又は、端末は、端末単独で決定するＴＡパラメータ（例えば、端末特定ＴＡパラメータ）を基地局に報告することもできる。
【0183】
図１０は、本開示の一実施例に係る基地局の上りリンク受信を説明するためのフローチャートである。
【0184】
段階Ｓ１０１０で、基地局は、衛星軌道に関する第１情報、共通ＴＡに関する第２情報、及びＴＡアップデート周期に関する第３情報を端末に送信できる。
【0185】
段階Ｓ１０２０で、基地局は、第１情報及び第２情報に基づく第１ＴＡが適用された第１上りリンク送信を、端末から受信することができる。
【0186】
段階Ｓ１０３０で、基地局は、第３情報に基づく特定時点でアップデートされた第２ＴＡが適用された第２上りリンク送信を、端末から受信することができる。
【0187】
段階Ｓ１０１０～Ｓ１０３０に関する細部的な例示は、図９の段階Ｓ９１０～Ｓ９５０と同一であり、その重複する説明は省略する。
【0188】
基地局が上りリンク送信を端末から受信することは、基地局が端末に提供したＴＡパラメータ（例えば、ＴＡＣ及び／又は共通ＴＡパラメータ）と端末単独で決定するＴＡパラメータ（例えば、端末特定ＴＡパラメータ）に基づく上りリンク送信タイミングに基づいて行うことができる。
【0189】
また、基地局は端末から、端末特定ＴＡパラメータに関する情報の提供／報告を受けることもでき、端末特定ＴＡパラメータが適用された全体時間基準（例えば、ＴＡ）に対する情報の提供／報告を受けることもできる。
【0190】
以下では、本開示に係る細部的な例示について説明する。
【0191】
上述したように、ＬＴＥ ＮＢ－ＩｏＴ及び／又はＬＴＥ ｅＭＴＣに対する無線通信システムにおいてもＮＴＮサービス方式が適用されてよい。ＬＴＥ ＮＢ－ＩｏＴ及び／又はＬＴＥ ｅＭＴＣ方式において、上りリンク送信では、低費用端末は反復送信を行うように設計されてよい。このとき、ＮＴＮサービスが適用されると、端末が上りリンク送信のために多数の反復送信を行う場合に、時間の経過につれて最初に設定されたＴＡ値に対する誤り（ｅｒｒｏｒ）が累積することがある。
【0192】
図１１は、本開示の適用が可能な無線通信システムが支援するＮＰＲＡＣＨプリアンブルを説明するための図である。
【0193】
図１１（ａ）を参照すると、ＮＰＲＡＣＨフォーマット（ｆｏｒｍａｔ）０／１において、ＮＰＲＡＣＨプリアンブルは４個のシンボルグループで構成されてよい。図１１には示していないが、ＮＰＲＡＣＨフォーマット２では、ＮＰＲＡＣＨプリアンブルは６個のシンボルグループで構成されてよい。
【0194】
図１１（ｂ）を参照すると、ＮＰＲＡＣＨフォーマット０／１のシンボルグループは、１個のＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）及び５個のシンボルで構成され、ＮＰＲＡＣＨフォーマット２のシンボルグループは、１個のＣＰ及び３個のシンボルで構成されてよい。ここで、ＮＰＲＡＣＨフォーマット０／１は、３．７５ｋＨｚのＳＣＳ（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を支援し、ＮＰＲＡＣＨフォーマット２は、１．２５ｋＨｚのＳＣＳを支援できる。
【0195】
ここで、ＣＰの長さはＴ＿ＣＰと表現され、シンボルで構成されるシーケンス（すなわち、ＮＰＲＡＣＨフォーマット０／１の５個のシンボル及びＮＰＲＡＣＨフォーマット２の３個のシンボル）の長さは、Ｔ＿ＳＥＱと表現されてよい。すなわち、ＮＰＲＡＣＨプリアンブルを構成するシンボルグループは、Ｔ＿ＣＰとＴ＿ＳＥＱの和と表現されてよく、ＮＰＲＡＣＨプリアンブルは、Ｔ＿ＣＰとＴ＿ＳＥＱとの和の倍数と表現されてよい。
【0196】
図１１に示すように、ＬＴＥ ＮＢ－ＩｏＴ ＰＲＡＣＨ（すなわち、ＮＰＲＡＣＨ）において、ＦＤＤ状況で端末はＮＰＲＡＣＨプリアンブル（例えば、ＮＰＲＡＣＨプリアンブルフォーマット別に５．６ｍｓ又は６．４ｍｓ）を最大１２８回まで（すなわち、７１６．８ｍｓ～８１９．２ｍｓ）反復送信するように設定されてよい。例えば、ＬＴＥ ＮＢ－ＩｏＴ ＰＲＡＣＨ送信と関連して、ＮＰＲＡＣＨプリアンブルを６４回反復送信した後、一定時間区間（以下、タイミングギャップ（ｔｉｍｉｎｇ ｇａｐ）という。）（例えば、４０ｍｓ）を設定／定義し、周波数／時間ドリフト（ｆｒｅｑｕｅｎｃｙ／ｔｉｍｉｎｇ ｄｒｉｆｔ）が補正されてよい。この場合、当該タイミングギャップで端末はＤＬ ＲＳ又はＰＳＳ／ＳＳＳのうち少なくとも一つを受信して周波数／時間ドリフト（ｆｒｅｑｕｅｎｃｙ／ｔｉｍｉｎｇ ｄｒｉｆｔ）を補正することができる。
【0197】
ただし、既存のタイミングギャップを利用しても、ＮＴＮサービスで考慮されるＬＥＯの典型的なタイミングドリフト比率（ｔｉｍｉｎｇ ｄｒｉｆｔ ｒａｔｅ）が９３ｕｓ／ｓであるとすれば、ＮＰＲＡＣＨプリアンブルを６４回反復送信する間に３３．３３ｕｓ（（６４＊５．６ｍｓ）＊９３ｕｓ／ｓ）又は３８．０９ｕｓ（（６４＊６．４ｍｓ）＊９３ｕｓ／ｓ）だけの誤差が出ることがある。この場合、当該誤差は、既存に要求されるタイミング誤り制限（ｔｉｍｉｎｇ ｅｒｒｏｒ ｌｉｍｉｔ）（例えば、８０＊Ｔｓ＝２．６ｕｓ）を満たせない問題が発生する。
【0198】
したがって、このような問題を解決するために、新しい（ｎｅｗ）タイミングギャップ（すなわち、上りリンクタイミングギャップ）を導入する例示（以下、実施例１）、新しいタイミングギャップを導入する代わりに他の方法によって解決する例示（以下、実施例２）、及び提案する内容に基づいて端末の上りリンク送信のためのＴＡを送信途中に変更する場合の具体的な設定例示（以下、実施例３）について、以下に説明する。
【0199】
後述するＲＡＣＨ手順に関連した方法は、上りリンク送信と関連したもので、上述したＮＲシステム又はＬＴＥシステムにおける下りリンク信号送信方法にも同一に適用されてよい。また、本明細書で提案する技術的思想が当該システムにおいても具現され得るように、各システムで定義する用語、表現、構造などに合わせて変形又は代替可能であることは勿論である。
【0200】
また、本発明で提案する方法は、ＬＴＥ ＮＢ－ＩｏＴシステムのＮＰＲＡＣＨを取り上げて説明されるが、他の上りリンクチャネル（例えば、ＮＰＵＳＣＨ、ＮＰＵＣＣＨなど）にも類似に適用されてよく、ＬＴＥ ｅＭＴＣシステムの上りリンクチャネル（例えば、ＰＲＡＣＨ及びＰＵＳＣＨ、ＰＵＣＣＨなど）にも適用されてよい。
【0201】
実施例１
【0202】
ＮＴＮサービスの支援のために要求されるタイミング誤り制限（ｔｉｍｉｎｇ ｅｒｒｏｒ ｌｉｍｉｔ）を満たすために、既存とは別個の新しいタイミングギャップを導入する方法を提案する。
【0203】
この場合、新しいタイミングギャップの周期及び／又はサイズに対する設定／指示方法、既存のタイミングギャップと新しいタイミングギャップが共存する場合に対する設定／指示方法、新しいタイミングギャップの適用の有無に対する設定／指示方法、及び新しいタイミングギャップの導入が可能な上りリンク信号及び／又はチャネルに対する設定／指示方法などが考慮されてよい。
【0204】
実施例１－１
【0205】
本実施例は、上りリンク送信と関連して新しいタイミングギャップの周期及び／又はサイズなどを設定／指示する方案に関する。
【0206】
新しいタイミングギャップが導入される場合に、新しいタイミングギャップの適切な周期及び／又はサイズを設定する必要がある。
【0207】
ここで、タイミングギャップは、端末が上りリンクのための時間基準（すなわち、ＴＡ値）の調節／アップデートによって上りリンク送信に対するタイミングを調節／アップデートできる一定時間区間を意味できる。また、タイミングギャップの周期は、端末が上りリンクのための時間基準（すなわち、ＴＡ値）の調節／アップデートの調整などによって上りリンク送信に対するタイミングを調節／アップデートする周期を意味できる。
【0208】
このとき、新しいタイミングギャップの周期は、上述したタイミング誤り制限を満たすように定義される必要がある。すなわち、タイミング誤り制限を超えない最大時間及び各信号及び／又はチャネル別最小反復（ｒｅｐｅｔｉｔｉｏｎ）単位を考慮して、当該最大時間より小さい又は等しいとともに、最も大きい反復回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）が決定され、新しいタイミングギャップは、決定された反復回数だけの上りリンク信号及び／又はチャネルの送信が終了した後に存在するものと定義されてよい。
【0209】
特に、決定された反復回数が、基地局によって設定／指示された上りリンク信号及び／又はチャネルの全体反復回数よりも大きい場合に、端末は、新しいタイミングギャップが存在しないと期待できる。又は、決定された反復回数が、基地局によって設定／指示された上りリンク信号及び／又はチャネルの全体反復回数よりも小さい場合に、端末は、毎度反復回数だけの上りリンク信号及び／又はチャネルの送信が終了した後に、新しいタイミングギャップが存在すると期待できる。このとき、ＮＰＲＡＣＨでは、プリアンブル反復回数別に区分して新しいタイミングギャップが存在するように設定され、ＮＰＵＳＣＨ及び／又はＮＰＵＣＣＨでは、絶対時間（例えば、サブフレームの数、スロットの数など）で区分して新しいタイミングギャップが存在するように設定されてよい。
【0210】
具体的な例として、上述したように、ＮＴＮサービスにおいて考慮される衛星のうち最も速く移動するＬＥＤの典型的なタイミングドリフト比率は９３ｕｓ／ｓであり、既存に要求されるタイミング誤り制限は２．６ｕｓ（すなわち、８０＊Ｔｓ）であるから、新しいタイミングギャップは、２７．９５ｍｓ（すなわち、２．６ｕｓ／（９３ｕｓ／ｓ））より小さい又は等しい周期ごとに存在することが要求されてよい。
【0211】
ただし、あまりにも頻繁に上りリンクに対する時間基準（すなわち、ＴＡ値）を調節／アップデートすることは不要であるので、タイミングギャップの周期は、可能な限り、前記算出した値より小さい又は等しいとともに、最も大きい整数値又は最も大きい２の指数乗値などの形態で決定されてよい。言い換えると、タイミングギャップの周期は、２＾ｋ（ｋは、０を含む正の整数）と一定時間単位との積の形態で表現されてよい。
【0212】
例えば、タイミングギャップの周期は、２＾ｋ個のスロット、２＾ｋ個のサブフレーム、２＾ｋ個のプリアンブル長、２＾ｋ個のＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）長、２＾ｋ個の（ＮＰＲＡＣＨ）シンボル長、２＾ｋ個の（ＮＰＲＡＣＨ）シンボルグループ長のうち少なくとも一つの形態で表現されてよく、ここで、ｋは、０を含む正の整数であってよい。
【0213】
また、ＮＰＲＡＣＨにおいて、プリアンブルが反復の基本単位として設定されるので、ＮＰＲＡＣＨのプリアンブルサイズ（すなわち、プリアンブル長）を考慮して、ＮＰＲＡＣＨプリアンブルがＮ回反復送信した後に新しいタイミングギャップが存在するように設定されてもよい。例えば、ＮＰＲＡＣＨフォーマット０／１に対して新しいタイミングギャップは、プリアンブルをＮ＊４＊（Ｔ＿ＣＰ＋Ｔ＿ＳＥＱ）だけ送信した後に存在するように設定されてよい。又は、ＮＰＲＡＣＨフォーマット２に対して新しいタイミングギャップは、プリアンブルをＮ＊６＊（Ｔ＿ＣＰ＋Ｔ＿ＳＥＱ）だけ送信した後に存在するように設定されてよい。すなわち、ＮＰＲＡＣＨフォーマット別に５．６ｍｓ又は６．４ｍｓの長さに該当するので、具体的な計算（すなわち、２７．９５ｍｓ／５．６ｍｓ＝４．９９１０、２７．９５ｍｓ／６，４ｍｓ＝４．３６７１）によれば、前記Ｎは４に設定されてよい。
【0214】
また、ＮＰＵＳＣＨにおいては、単一ＲＵが反復の基本単位として設定される。ＮＰＵＳＣＨフォーマット１に対して、１５ｋＨｚ単一トーン（ｔｏｎｅ）送信の場合に、単一ＲＵは８サブフレーム（すなわち、８ｍｓ）であり、１５ｋＨｚ１２トーン送信の場合に、単一ＲＵは１サブフレーム（すなわち、１ｍｓ）である。したがって、各場合によってＮＰＵＳＣＨ単一ＲＵをＮ回反復送信した後に新しいタイミングギャップが存在するように設定されてよい。例えば、１５ｋＨｚ単一トーン送信の場合に、新しいタイミングギャップは、単一ＲＵを３回（すなわち、２７．９５ｍｓ／８ｍｓ＝３．４９３６，Ｎ＝３）反復送信した後に存在するように設定されてよい。１５ｋＨｚ１２トーン送信の場合に、新しいタイミングギャップは、単一ＲＵを２７回（すなわち、２７．９５ｍｓ／１ｍｓ＝２７．９５，Ｎ＝２７）反復送信した後に存在するように設定されてよい。
【0215】
又は、ＮＰＵＳＣＨのＲＵ単位は、一つ以上のサブフレーム及び／又はスロットで構成されるので、新しいタイミングギャップは、最初送信開始時点から絶対時間以後に存在するように定義されてよい。例えば、新しいタイミングギャップは、ＮＰＵＳＣＨ送信を始めた時点から２７ｍｓ（すなわち、２７サブフレーム又は２７＊３０７２０Ｔｓ）ごとに存在するように定義されてよい。特徴的には、ＮＰＵＳＣＨ送信を始めた時点から特定時点までのカウンティング（ｃｏｕｎｔｉｎｇ）には、実際送信されたＮＰＵＳＣＨが含まれ、ＮＰＲＡＣＨなどによって延期（ｐｏｓｔｐｏｎｅ）されたＮＰＵＳＣＨも含まれるように設定できる。
【0216】
上述した例示において、ＬＥＯの典型的な時間ドリフト比率が９３ｕｓ／ｓであり、当該値がフィーダリンク（ｆｅｅｄｅｒ ｌｉｎｋ）及びサービスリンク（ｓｅｒｖｉｃｅ ｌｉｎｋ）のそれぞれに適用されることが考慮される必要がある。したがって、時間ドリフト比率を９３ｕｓ／ｓの２倍である１９６ｕｓ／ｓに設定して新しいタイミングギャップの周期を考慮する必要がある。これにより、新しいタイミングギャップは１３．９７ｍｓ（２．６ｕｓ／（１８６ｕｓ／ｓ））より小さい又は等しい周期ごとに存在するように設定されてよい。また、当該値（すなわち、１３．９７ｍｓ）に基づいて上述の提案方法を類似に適用することもできる。
【0217】
新しいタイミングギャップのサイズは、既存のタイミングギャップ（すなわち、レガシーＵＬタイミングギャップ，４０ｍｓ）よりも小さく設定されてよい。新しいタイミングギャップから、端末は新しいＴＡ（すなわち、ＵＬ ＴＡ）を推定して算出した後、実際に適用されるＴＡを調整しながら後続の上りリンク信号及び／又はチャネルを送信できる。又は、端末は、新しいＴＡ値を最初送信前にあらかじめ算出し、新しいタイミングギャップによって上りリンク信号及び／又はチャネルの送信に適用される実際ＴＡを調整する動作を行うこともできる。当該動作は、既存のタイミングギャップを用いて行うＰＳＳ／ＳＳＳ受信動作と相違があるので、既存のタイミングギャップのように大きく設定される必要はなくてよい。ここで、新しいタイミングギャップは、スロット単位、サブフレーム単位、又は絶対時間（例えば、ｍｓ）に設定されてよい。
【0218】
上述した新しいタイミングギャップの周期及び／又はサイズは、標準規格（ｓｐｅｃｉｆｉｃａｔｉｏｎ）で事前に定義され、端末と基地局が互いに当該情報をあらかじめ認知しているとして動作する方法が考慮されてよい。又は、基地局は、上述した新しいタイミングギャップの周期及び／又はサイズに関する情報を、上位層シグナリング（例えば、システム情報ブロック（ＳＩＢ）、ＲＲＣシグナリングなど）によって端末に設定／指示する方法も考慮されてよい。この場合、基地局はセル特定（セル固有、ｃｅｌｌ－ｓｐｅｃｉｆｉｃ）方法で当該情報を設定／指示できる。
【0219】
また、新しいタイミングギャップの周期及び／又はサイズなどは、衛星の軌道類型（ｔｙｐｅ）によって定義されてよい。サービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）の軌道類型と隣接セル（ｎｅｉｇｈｂｏｒ ｃｅｌｌ）の軌道類型とが同一又は類似である場合に、サービングセルで指示された新しいタイミングギャップの周期及び／又はサイズなどが隣接セルにおいても同一に維持されるように設定されてよい。すなわち、基地局が隣接セルのための新しいタイミングギャップに関する情報を端末に設定／指示しない場合に、端末は、サービングセルのための新しいタイミングギャップに関する情報が隣接セルにおいても同一に適用されると期待できる。
【0220】
端末が基地局から新しいタイミングギャップを用いるように設定／指示される場合に、端末は、毎タイミングギャップごとにＴＡを調節／アップデートし、後続する上りリンク信号及び／又はチャネルの送信に当該ＴＡを適用するように設定されてよい。端末が基地局から新しいタイミングギャップを用いるように設定／指示されないか、新しいタイミングギャップのサイズが０（又は、有効でない（ｉｎｖａｌｉｄ）値）に設定／指示されるか、又は新しいタイミングギャップの周期が無限帯（又は、有効でない値）に設定／指示される場合に、端末は、既存のＬＴＥ ＮＢ－ＩｏＴ／ｅＭＴＣ動作（すなわち、上りリンク信号及び／又はチャネルの反復送信途中にＴＡを調節／アップデートしない動作）を行うように設定されてよい。又は、これらの場合において、端末は、既存のタイミングギャップのみを用いてＴＡを調節／アップデートするように設定されてもよい。
【0221】
また、新しいタイミングギャップのサイズは、ＴＡのサイズによって異なるように設定されてもよい。すなわち、ＴＡ値が大きければ、新しいタイミングギャップのサイズも大きく設定されてよく、ＴＡ値が小さければ、新しいタイミングギャップのサイズも小さく設定されてよい。ここで、ＴＡのサイズは、端末特定ＴＡと共通ＴＡなどを合算して算出される全体ＴＡのサイズ、又はそれぞれのＴＡ（すなわち、端末特定ＴＡ、共通ＴＡ）のサイズを意味できる。
【0222】
又は、新しいタイミングギャップのサイズは、時間によって変わるように設定されてよい。例えば、基地局は、新しいタイミングギャップのサイズに加えて、時間によって変わり得るように減少率及び／又は増加率に関する情報を設定／指示できる。ここで、減少率及び／又は増加率は、１次関数及び／又は２次以上の多次関数として構成されてよい。端末は、設定／指示された当該情報に基づいて、時間によって変わる新しいタイミングギャップのサイズを判断し、上りリンク信号及び／又はチャネルの送信中に新しいタイミングギャップを用いてＴＡを調節／アップデートするように設定されてよい。
【0223】
実施例１－２
【0224】
本実施例は、上りリンク送信と関連して、既存のタイミングギャップと新しいタイミングギャップとの共存の有無に関する。
【0225】
既存ＬＴＥ ＮＢ－ＩｏＴシステムでは、端末が上りリンク信号及び／又はチャネルの送信中にＤＬ ＲＳ又はＰＳＳ／ＳＳＳなどを受信して周波数ドリフト（ｄｒｉｆｔ）及び／又は時間ドリフトを補正するためのタイミングギャップ（すなわち、既存のタイミングギャップ）が定義される。例えば、既存のタイミングギャップ（例えば、４０ｍｓの上りリンクタイミングギャップ）は、ＮＰＲＡＣＨフォーマット０／１に対して、プリアンブルを６４回反復送信した後に存在するように設定され、ＮＰＲＡＣＨフォーマット２に対しては、プリアンブルを１６回反復送信した後に存在するように設定される。すなわち、ＮＰＲＡＣＨフォーマット０ではプリアンブル送信以後に３５８．４ｍｓ（５．６ｍｓ＊６４）ごとに既存のタイミングギャップが存在し、ＮＰＲＡＣＨフォーマット１ではプリアンブル送信以後に４０９．６ｍｓ（６．４ｍｓ＊６４）ごとに既存のタイミングギャップが存在するように設定される。また、ＮＰＵＳＣＨでは、ＮＰＵＳＣＨフォーマットに関係なく既存のタイミングギャップは２５６ｍｓごとに存在するように設定される。
【0226】
基本的には、新しいタイミングギャップが導入されても、既存のタイミングギャップは維持される必要があり得る。すなわち、２つの互いに異なる目的を有するタイミングギャップが共存し得る。
【0227】
２つのタイミングギャップが共存する場合に、上述したように、２つのタイミングギャップが互いに異なる用途に用いられるように定義されてよい。この場合、端末が既存のタイミングギャップ以後に上りリンク送信を行う時にも、ＴＡは調節／アップデートされることが好ましい。すなわち、端末は、新しいタイミングギャップで新しく導入される動作（すなわち、ＴＡを調節／アップデートして上りリンク送信に適用する動作）を行い、既存のタイミングギャップでは既存動作（すなわち、ＤＬ ＲＳ又はＰＳＳ／ＳＳＳなどを受信して周波数／時間ドリフトを補正する動作）及び新しく導入される動作（すなわち、ＴＡを調節／アップデートして上りリンク送信に適用する動作）を同時又は順次（ｓｅｑｕｅｎｔｉａｌ）に行うように設定されてよい。万一、既存のタイミングギャップのサイズが、既存動作を行ってから新しく導入される動作を行うのに不足する場合に、既存のタイミングギャップの前、後、又は中間のうち少なくとも一つに、新しいタイミングギャップ分を追加し、端末が新しく導入される動作も行うように設定されてよい。
【0228】
また、特別な場合（例えば、ネットワークがＮＴＮ可能な端末に対してのみサービスを支援する場合）に、基地局は、既存のタイミングギャップの使用の有無に関する情報を端末に設定／指示するように設定されてよい。すなわち、既存のタイミングギャップで行った端末動作を、新しいタイミングギャップで行う端末動作に代替可能な場合に、既存のタイミングギャップは当該セルにおいて利用されないように設定されてよい。
【0229】
実施例１－３
【0230】
本実施例は、上りリンク送信と関連して、新しいタイミングギャップの使用の有無を適応的（ａｄａｐｔｉｖｅ）に設定／指示する方案に関する。
【0231】
基地局が端末に新しいタイミングギャップを使用するように設定／指示した場合であっても、当該タイミングギャップが常に存在するか否かについてさらに端末に設定／指示することができる。
【0232】
基地局が上位層シグナリング（例えば、ＳＩＢ、ＲＲＣシグナリングなど）を用いて端末に新しいタイミングギャップの周期、サイズ、又は使用の有無などを指示すれば、当該周期に合わせて当該サイズだけの新しいタイミングギャップが常に存在するように設定／定義されてよい。
【0233】
一方、基地局が上位層シグナリング（例えば、ＳＩＢ、ＲＲＣシグナリングなど）を用いて端末に新しいタイミングギャップの周期、サイズ、又は使用の有無などを指示した場合にも、基地局は、実際に当該タイミングギャップが存在する時点以前に、特定の理由から新しいタイミングギャップを適用しないで（すなわち、ＴＡを調節／アップデートしないで）上りリンク送信を継続して行うように端末に指示することもできる。すなわち、基地局は端末に新しいタイミングギャップをスキップ（ｓｋｉｐ）するよう指示できる。ここで、特定の理由は、基地局が上りリンク信号及び／又はチャネルを受信する際にタイミングギャップによって遅延（ｄｅｌａｙ）が期待した以上に発生する場合、端末が上りリンク送信に適用するＴＡ値を変更しなくとも基地局が当該上りリンク送信を受信できると判断する場合、などを含んでよい。
【0234】
新しいタイミングギャップを適用しないように動的（ｄｙｎａｍｉｃ）にスケジュールする方法の一つとして、新しいタイミングギャップが存在し得る時点の前にＰＤＣＣＨ（すなわち、ＤＣＩ）又はＷＵＳ（Ｗａｋｅ Ｕｐ Ｓｉｇｎａｌ）などを送信して、新しいタイミングギャップの適用の有無（又は、スキップの有無）を指示する方法が考慮されてよい。ここで、ＤＣＩを考慮すれば、当該ＤＣＩは、ページング（ｐａｇｉｎｇ）ＤＣＩのような端末グループ特定（ＵＥ ｇｒｏｕｐ ｓｐｅｃｉｆｉｃ）ＤＣＩなどに該当し得る。また、端末の能力（例えば、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）、ＨＤ（ｈａｌｆ ｄｕｐｌｅｘ）－ＦＤＤなど）によって上りリンク信号及び／又はチャネルの送信途中にＤＣＩモニタリングが可能であるか又は不可能であるため、当該動作は、端末能力特定（ＵＥ ｃａｐａｂｉｌｉｔｙ ｓｐｅｃｉｆｉｃ）（又は、端末特定）に指示されてよい。
【0235】
また、新しいタイミングギャップのサイズを基地局の必要によって動的に変更する方法も考慮されてよい。すなわち、基地局が、端末が正確なＴＡを適用して上りリンク信号及び／又はチャネルを送信できるようにするために新しいタイミングギャップを利用するように指示したが、これによって、基地局にとって上りリンク信号及び／又はチャネルの受信が円滑でない場合に、基地局は、新しいタイミングギャップの周期、サイズなどを再設定することができる。
【0236】
例えば、基地局は、後続する上りリンク信号及び／又はチャネルの送信時に用いるタイミングギャップの周期、サイズなどを、上位層シグナリング及び／又はＭＡＣ ＣＥを用いて再設定できる。ＲＡＣＨ手順の場合に、基地局は、メッセージ２／４（ｍｓｇ．２／４）又はメッセージＢで上述の再設定パラメータを指示でき、再送信ＤＣＩフォーマットなどを用いて上述の再設定パラメータを指示することもできる。ＰＵＳＣＨの場合に、基地局は、上りリンクをスケジュールするＤＣＩフォーマットなどを用いて上述の再設定パラメータを指示することもできる。
【0237】
上述した提案方法において、基地局から送信されたＤＣＩを端末が逃す（ｍｉｓｓ）ことがあるため、それによる新しいタイミングギャップの有無に対する曖昧さ（ａｍｂｉｇｕｉｔｙ）が発生し得る。したがって、上述したＤＣＩなどを用いて動的に新しいタイミングギャップの動作の有無を示す場合に、端末は当該ＤＣＩを受信し、当該ＤＣＩ受信に対するＨＡＲＱ－ＡＣＫを基地局に送信するように設定されてよい。又は、基地局は、端末が新しいタイミングギャップを利用するようにＤＣＩなどを用いて動的に指示したが、端末が当該ＤＣＩを逃した場合に備えて、基地局は、当該新しいタイミングギャップにおいて端末が上りリンク信号及び／又はチャネルを送信しているかを探知（ｄｅｔｅｃｔ）するよう設定されてよい。万一、基地局は、端末が当該新しいタイミングギャップにおいても上りリンク信号及び／又はチャネルを継続して送信していると判断すれば、基地局は当該上りリンク信号及び／又はチャネルの送信をあらかじめ中断するように指示すると設定できる。
【0238】
又は、端末が当該ＤＣＩを逃した場合（又は、ＤＣＩで別途の指示がなかった場合）に、端末は、新しいタイミングギャップをデフォルト（ｄｅｆａｕｌｔ）として使用すると仮定できる。このとき、基地局は、端末がＤＣＩを逃し得ることに備えて、新しいタイミングギャップでＤＣＩを再送信するように設定されてもよい。これに加え、端末は、当該新しいタイミングギャップで特定探索空間（ｓｅａｒｃｈ ｓｐａｃｅ）又は特定ＤＣＩをさらにモニターするように設定されてよい。
【0239】
ＮＰＲＡＣＨ反復送信において、ＣＦＲＡ（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ ｒａｎｄｏｍ ａｃｃｅｓｓ）とＣＢＲＡ（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）とを区別して設定する必要があり得る。
【0240】
例えば、ＣＦＲＡ（例えば、ＮＰＤＣＣＨ ｏｒｄｅｒ ＲＡＣＨ手順など）において合、基地局は、ＤＣＩフォーマットを用いて新しいタイミングギャップの設定の有無に対する特定フィールド（ｆｉｅｌｄ）を追加し、当該設定の有無を端末に動的に設定／指示できる。すなわち、端末に、上位層シグナリング（例えば、ＳＩＢ、ＲＲＣシグナリングなど）によって新しいタイミングギャップの設定の有無を半－静的（ｓｅｍｉ－ｓｔａｔｉｃ）に設定された場合にも、基地局は、ＮＰＤＣＣＨ ｏｒｄｅｒを指示するＤＣＩフォーマットを用いて新しいタイミングギャップの設定の有無を動的に端末に新しく設定／指示することができる。当該ＤＣＩフォーマットに新しいタイミングギャップの設定の有無を示すフィールドがない場合にも、端末は、既存上位層シグナリング（例えば、ＳＩＢ、ＲＲＣシグナリングなど）を用いて設定された内容に従うと設定できる。
【0241】
他の例として、ＣＢＲＡ（例えば、初期接続ＲＡＣＨ手順など）において、基地局は、上位層シグナリング（例えば、ＳＩＢ、ＲＲＣシグナリングなど）を用いて新しいタイミングギャップの設定の有無を半－静的（ｓｅｍｉ－ｓｔａｔｉｃ）に設定できる。
【0242】
また、ＮＰＲＡＣＨプリアンブルの再送信が適用される場合に、基地局は、当該ＤＣＩフォーマットを用いて新しいタイミングギャップの設定の有無を動的に設定できる。
【0243】
実施例１－４
【0244】
本実施例は、上りリンク送信のための新しいタイミングギャップと関連して特定上りリンク信号及び／又はチャネルフォーマットの支援の有無に関する。
【0245】
上述した上りリンク信号及び／又はチャネル（例えば、ＮＰＲＡＣＨ、ＮＰＵＳＣＨ、ＮＰＵＣＣＨなど）のうち、ＮＰＵＳＣＨの場合について説明する。
【0246】
例えば、ＮＰＵＳＣＨフォーマット１において、３．７５ｋＨｚ単一トーン送信の場合に、単一ＲＵは１６スロットに該当し、３．７５ｋＨｚの単一スロットの長さは、１５ｋＨｚの単一スロットの長さよりも４倍大きい２ｍｓ（０．５ｍｓ＊４）であるので、単一ＲＵの長さは３２ｍｓである。この場合、単一ＲＵを送信する総時間が、先に算出したタイミング誤り制限（ｔｉｍｉｎｇ ｅｒｒｏｒ ｌｉｍｉｔ）を超えない最大時間（例えば、２７．９５ｍｓ）よりも大きいため、新しいタイミングギャップは単一ＲＵ送信中間に存在するように（又は、導入されるように）設定されてよい。
【0247】
例えば、３．７５ｋＨｚの８スロット（すなわち、１６ｍｓ）ごとに新しいタイミングギャップが存在するように設定されてよい。すなわち、毎反復送信（ｒｅｐｅｔｉｔｉｏｎ）ごとに新しいタイミングギャップが存在することは勿論、各反復送信別ＲＵの特定位置（例えば、半分のスロットが送信された位置）以後にも新しいタイミングギャップが存在するように設定されてよい。他の例として、３．７５ｋＨｚの１３スロット（すなわち、２６ｍｓ）ごとに新しいタイミングギャップが存在するように設定されてもよい。この場合、反復送信回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）に関係なく、特定スロット（例えば、総１３スロット）だけ送信した後に新しいタイミングギャップが存在するように設定されてもよい。
【0248】
上りリンク信号及び／又はチャネルなどに対して、単一送信単位が先に算出したタイミング誤り制限を超えない最大時間（例えば、２７．９５ｍｓ）よりも長い上りリンク信号及び／又はチャネル（例えば、ＮＰＲＡＣＨ／ＮＰＵＳＣＨ／ＮＰＵＣＣＨフォーマットなど）はＩｏＴ ＮＴＮで支援されないように設定できる。言い換えると、少なくとも１回の単一送信単位を送信した後に新しいタイミングギャップが存在し得る上りリンク信号及び／又はチャネル（例えば、ＮＰＲＡＣＨ／ＮＰＵＳＣＨ／ＮＰＵＣＣＨフォーマットなど）のみがＩｏＴ ＮＴＮからサービスされるように設定できる。又は、基地局は、ＮＴＮをサービスするネットワークが上述した特定上りリンク信号及び／又はチャネルのフォーマットを支援するか否かに関する情報を上位層シグナリング（例えば、ＳＩＢ、ＲＲＣシグナリング）などを用いて端末に設定／指示できる。
【0249】
実施例２
【0250】
上述した方法と違い、新しいタイミングギャップを導入せず、以下に説明される他の方法によって端末がＴＡ（すなわち、ＵＬ ＴＡ）を調節／アップデートし得る時間が保証されてよい。
【0251】
実施例２－１
【0252】
本実施例は、端末のＴＡ調節／アップデートのために、上りリンク信号及び／又はチャネルの一部をドロップ（ｄｒｏｐ）、パンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）、遅延（ｐｏｓｔｐｏｎｅ）、及び／又はレートマッチング（ｒａｔｅ－ｍａｔｃｈｉｎｇ）する方案に関する。
【0253】
万一、明示的な上りリンクタイミングギャップを導入していない状況で、上りリンク信号及び／又はチャネルの一部をドロップ、パンクチャリング、又は遅延などの方法を適用しないまま端末がＴＡを調節／アップデートする動作を適用すれば、図１２におけるような問題が発生し得る。
【0254】
【0255】
図１２（ａ）は、既存の端末がＮＰＲＡＣＨプリアンブルを反復送信する例示を示す。図１２（ｂ）は、上りリンクタイミングギャップ無しで端末が上りリンク信号及び／又はチャネル送信途中にＴＡを調節／アップデートするように設定された場合の例示を示す。
【0256】
図１２（ｂ）を参照すると、単一トーン送信（ｓｉｎｇｌｅ ｔｏｎｅ ｔｒａｎｓｍｉｓｓｉｏｎ）を行っていた端末の場合（例えば、ＮＰＲＡＣＨ、ＮＰＵＳＣＨ、ＮＰＵＣＣＨなど）、タイミングギャップ無しで端末がＮ回反復送信（すなわち、Ｎ－１番目の反復送信）後にＮ＋１回反復送信（すなわち、Ｎ番目の反復送信）時にＴＡを調節／アップデートして適用するように設定されると、特定時点で端末は多重トーン送信（ｍｕｌｔｉ ｔｏｎｅ ｔｒａｎｓｍｉｓｓｉｏｎ）を行わなければならないことがある。ＮＢ－ＩｏＴにおいて、端末の上りリンク送信に対して単一トーン送信が必須構成（ｍａｎｄａｔｏｒｙ ｆｅａｔｕｒｅ）であり、多重トーン送信は選択的構成（ｏｐｔｉｏｎａｌ ｆｅａｔｕｒｅ）であるので、多重トーン送信が不可能な端末は図１２（ｂ）のような動作を行うことができない。特に、初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程に必要な上りリンク信号及び／又はチャネル（例えば、ＮＰＲＡＣＨ、ＮＰＵＳＣＨ、ＮＰＵＣＣＨなど）に対しては、全ての端末が正常に動作できるように設定される必要があるので、これに対する解決方法が考慮される必要がある。
【0257】
したがって、上りリンク信号及び／又はチャネルの一部をドロップ、パンクチャリング、遅延、及び／又はレートマッチングして、当該時間で端末がＴＡ（すなわち、ＵＬ ＴＡ）を調節／アップデートするか、ＴＡを再算出して調節／アップデートするように設定されてよい。
【0258】
ＮＰＲＡＣＨにおいて、ＮＰＲＡＣＨプリアンブルは複数のシンボルグループで構成され、各シンボルグループはＣＰ及び複数のシンボルで構成される。したがって、あらかじめ設定／指示された周期によって特定反復回数（例えば、Ｎ）に該当するＮＲＰＡＣＨプリアンブルを送信する時に端末がＴＡを調節／アップデートするように設定される場合に、以下、図１３のように特定部分をドロップ、パンクチャリング、遅延、及び／又はレートマッチングする方法が考慮されてよい。
【0259】
図１３は、本開示の適用が可能な無線通信システムが支援する上りリンク送信の一定部分に対する処理を説明するための図である。
【0260】
図１３（ａ）は、上りリンク送信と関連してＮＰＲＡＣＨプリアンブルレベル（ｌｅｖｅｌ）の処理に対する例示を示す。図１３（ａ）を参照すると、端末の多重トーン送信を防止するために、ＮＰＲＡＣＨプリアンブルがドロップ、パンクチャリング、遅延、及び／又はレートマッチングされるように設定／定義されてよい。
【0261】
例えば、上述した特定部分は、Ｎ－１番目のＮＰＲＡＣＨプリアンブルであるか、Ｎ－１番目のＮＰＲＡＣＨプリアンブルを含めてそれよりも先のＭ個のＮＰＲＡＣＨプリアンブルであってよい。この場合、一つ以上のＮＲＰＡＣＨプリアンブル長だけ、端末がＴＡを調節／アップデートできる時間が存在するので、当該時間で端末はＧＮＳＳシグナリングなどを受信し、ＴＡを新しく算出でき、後続プリアンブルの送信のためにＴＡを新しく適用するように設定されてよい。
【0262】
図１３（ｂ）は、上りリンク送信と関連してＮＰＲＡＣＨプリアンブルのシンボルグループレベルの処理に対する例示を示す。図１３（ｂ）を参照すると、端末の多重トーン送信を防止するために、ＮＰＲＡＣＨシンボルグループがドロップ、パンクチャリング、遅延、及び／又はレートマッチングされるように設定／定義されてよい。
【0263】
例えば、上述した特定部分はＮ－１番目のＮＰＲＡＣＨプリアンブルのうち最後のＮＰＲＡＣＨシンボルグループであるか、最後のＮＰＲＡＣＨシンボルグループを含めてそれよりも先のＭ個のＮＰＲＡＣＨシンボルグループであってよい。この場合、一つ以上のＮＲＰＡＣＨシンボルグループ長だけ、端末がＴＡを調節／アップデートできる時間が存在するので、当該時間で端末は既に受信したＧＮＳＳシグナリングなどを情報として用いてＴＡを新しく算出でき、後続プリアンブルの送信のためにＴＡを新しく適用するように設定されてよい。
【0264】
図１３（ｃ）は、上りリンク送信と関連してＮＰＲＡＣＨプリアンブルを構成するシンボルグループのシンボルレベルの処理に対する例示を示す。図１３（ｃ）を参照すると、端末の多重トーン送信を防止するために、ＮＰＲＡＣＨシンボルがドロップ、パンクチャリング、遅延、及び／又はレートマッチングされるように設定／定義されてよい。
【0265】
例えば、上述した特定部分は、Ｎ－１番目のＮＰＲＡＣＨプリアンブルの最後のＮＰＲＡＣＨシンボルグループにおける最後のＮＰＲＡＣＨシンボルであるか、最後のＮＰＲＡＣＨシンボルを含めてそれよりも先のＭ個のＮＰＲＡＣＨシンボルであってよい。この場合、一つ以上のＮＲＰＡＣＨシンボル長だけ、端末がＴＡを調節／アップデートできる時間が存在するので、当該時間で端末は、事前に変更するＴＡをあらかじめ算出しておき、後続プリアンブルの送信のためにＴＡを新しく適用するように設定されてよい。すなわち、端末は基地局から、ＴＡを変更する反復回数の設定／指示を受け、最初送信前に変更するＴＡ値をあらかじめ算出した後、上述した特定時間にＴＡを調節／アップデートするように設定されてよい。
【0266】
他の例として、上述した特定部分は、絶対時間、サブフレーム、スロット、又はＯＦＤＭシンボル単位などに設定されてもよい。すなわち、Ｎ番目のＮＰＲＡＣＨプリアンブル直前のＸ ｍｓ、Ｙ個のサブフレーム、Ｚ個のスロット、又はＫ個のＯＦＤＭシンボルなどに設定し、端末が当該時間にＴＡを調節／アップデートするように設定されてよい。
【0267】
上述したＮ値、Ｍ値、及び／又はＸ、Ｙ、Ｚ、Ｋなどは、端末と基地局間にあらかじめ定義されて認識しているものに設定でき、基地局は必要によって適切に端末に当該情報を設定／指示するように設定されてよい。この場合、当該情報は上位層シグナリング（例えば、ＳＩＢ、ＲＲＣシグナリングなど）及び／又は動的シグナリング（ｄｙｎａｍｉｃ ｓｉｇｎａｌｉｎｇ）（例えば、ＤＣＩ、ＭＡＣ ＣＥなど）のうち少なくとも一つによって伝達されてよい。
【0268】
また、（Ｎ）ＰＵＳＣＨ及び／又は（Ｎ）ＰＵＣＣＨなどの場合にも、上述した方法と同様に、サブフレームレベル、スロットレベル、又はＯＦＤＭシンボルレベルのドロップ、パンクチャリング、遅延、又はレートマッチングなどを行う方法が考慮されてよい。ただし、この場合、端末が事前に、どの部分でＴＡを調節／アップデートしなければならないかを、基地局の設定／指示又は事前に定義された情報などに基づいて認識できるので、端末が当該部分をレートマッチングして上りリンク送信を行うことが好適な方法であり得る。例えば、Ｎ番目の（Ｎ）ＰＵＳＣＨ及び／又は（Ｎ）ＰＵＣＣＨ送信直前のＫ個のＯＦＤＭシンボルだけを空にするように事前に設定／指示される場合に、端末は、当該Ｋ個のＯＦＤＭを除いてレートマッチングを行って（Ｎ）ＰＵＳＣＨ及び／又は（Ｎ）ＰＵＣＣＨなどを送信するように設定されてよい。
【0269】
実施例２－２
【0270】
本実施例は、端末のＴＡ調節／アップデートと関連して端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）によって互いに異なる動作を支援するように設定／指示する方案に関する。
【0271】
上述した実施例２－１で提案した方法は、多重トーン送信を支援しない端末のために設定できる方法であり、端末能力に関係なく適用されるように設定できる。しかし、多重トーン送信を支援する端末にとっては、上述した方法で動作する場合に、全部を送信できるにもかかわらず、特定の上りリンク信号及び／又はチャネルの一部を送信できなくなる。
【0272】
したがって、端末能力情報によって上述した方法が行われ得るように設定する方法が考慮されてよい。すなわち、単一トーン送信のみ可能な端末は、上述したように、特定の上りリンク信号及び／又はチャネルの一部をドロップ、パンクチャリング、遅延、又はレートマッチングするように設定されてよい。一方、多重トーン送信が可能な端末は、上述した方法を適用せず、上りリンク送信中にＴＡを調節／アップデートして一部区間では多重トーン送信を行うように設定されてよい。このとき、多重トーン送信を行う区間を考慮して、端末の送信電力（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｗｅｒ）の調節が必要であり得る。すなわち、単一トーンに全て適用していた送信電力を多重トーンに分けて適用する必要がある。
【0273】
単一トーン送信のみが行われていたＮＰＲＡＣＨでは、上述したように、端末能力によって動作が区分される方法が適用されてよい。ただし、単一トーン送信及び／又は多重トーン送信が端末別にそれぞれ行われてよい（Ｎ）ＰＵＳＣＨ及び／又は（Ｎ）ＰＵＣＣＨなどに対しては、スケジュールされた上りリンクチャネルの種類、現在スケジュールされた上りリンクリソースの周波数リソース数（例えば、サブキャリア（ｓｕｂｃａｒｒｉｅｒ）数）、又は端末能力などのうち少なくとも一つに基づいて、基地局は上述した提案方法（例えば、一定部分に対するドロップ、パンクチャリング、遅延、又はレートマッチング）の使用の有無を端末に設定／指示できる。
【0274】
実施例３
【0275】
以下、上りリンク信号及び／又はチャネルの送信中にＴＡを調節／アップデートする場合に対する詳細な設定／指示方法について説明する。
【0276】
実施例３－１
【0277】
本実施例は、上りリンク信号及び／又はチャネルの送信中に調節／アップデートされ得るＴＡの類型に関する。
【0278】
ＮＴＮで考慮されるＴＡ値のうち、端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）ＴＡ又は共通（ｃｏｍｍｏｎ）ＴＡの少なくとも一つは、上りリンク送信中に調節／アップデートされるように設定されてよい。ここで、端末特定ＴＡは、ＵＥと衛星とのＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）を補償するためのＴＡであってよい。共通ＴＡは、基準地点と衛星とのＲＴＴを補償するためのＴＡであってよい。
【0279】
端末が測定して調節／アップデートできる端末特定ＴＡのみを上りリンク送信中に調節／アップデートされる方案も考慮されてよいが、基地局が共通ＴＡを追跡（ｔｒａｃｋｉｎｇ）できるように共通ＴＡパラメータ（例えば、共通ＴＡシリーズ、共通ＴＡドリフト比率など）を指示できるので、共通ＴＡも共に調節／アップデートされるように設定することもできる。
【0280】
また、既存のＮＲにおいて用いられるランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ，ＲＡＲ）メッセージ及び／又はＭＡＣ ＣＥのＴＡＣ（ＴＡ ｃｏｍｍａｎｄ）で指示されて調節／アップデートされるＮ＿ＴＡも、上りリンク送信中に調節／アップデートされるように設定できる。例えば、端末が上りリンク信号及び／又はチャネルの送信途中にＴＡを調節／アップデートしようとする時に、基地局は、ＲＡＲメッセージ及び／又はＭＡＣ ＣＥのＴＡＣを事前に指示してＮ＿ＴＡを調節／アップデートするように設定できる。
【0281】
端末は、次のような方法を用いてＴＡを調節／アップデートするように設定されてよい。
【0282】
まず、基地局によって設定／指示されたＴＡ調節／アップデート関連パラメータ値に基づいて、端末は各ＴＡを調節／アップデートするように設定されてよい。例えば、共通ＴＡは、基地局によって設定／指示された共通ＴＡドリフト比率などに基づいて調節／アップデートされてよく、端末特定ＴＡは、基地局によって設定／指示された端末特定ＴＡドリフト比率などに基づいて調節／アップデートされてよい。ここで、端末特定ＴＡドリフト比率は、ＩｏＴ端末が大きく動かないとの仮定の下に、端末の報告した端末特定ＴＡ値に基づいて（又は、当該セルの特定位置（例えば、セル中心）に基づいて）衛星の軌道情報と共に考慮して、基地局が端末特定ＴＡがどのように変わるかをあらかじめ算出して端末に伝達するパラメータを意味できる。
【0283】
次に、基地局によって設定／指示されたＴＡ調節／アップデート関連パラメータ値及び／又は端末単独で取得した値に基づいて、端末は各ＴＡを調節／アップデートするように設定されてよい。例えば、共通ＴＡは、基地局によって設定／指示された共通ＴＡドリフト比率などに基づいて調整／アップデートされてよく、端末特定ＴＡは、ＧＮＳＳシグナリング及び基地局によって設定／指示された衛星軌道情報に基づいて調節／アップデートされてよい。
【0284】
例えば、基地局が端末特定ＴＡドリフト比率を指示すると、上述した第一の方法のように動作すると設定でき、一方、基地局が端末特定ＴＡドリフト比率を指示しないと、上述した第二の方法のように動作すると設定できる。
【0285】
また、上りリンク信号及び／又はチャネルを反復送信する中にＴＡを調節／アップデートする際に、各ＴＡを調節／アップデートする周期を互いに異なるように設定する方法も考慮されてよい。
【0286】
例えば、共通ＴＡは、相対的により短い周期で調節／アップデートされるように設定されてよい。すなわち、上述した新しいタイミングギャップで（又は、特定信号及び／又はチャネルをパンクチャリングして作られた時間で）（及び／又は既存のタイミングギャップでも）共通ＴＡは調節／アップデートされるように設定されてよい。例えば、端末特定ＴＡは相対的により長い周期で調節／アップデートされるように設定されてよい。すなわち、端末特定ＴＡは、既存のタイミングギャップでのみ調節／アップデートされるように設定されてよい。言い換えると、共通ＴＡのアップデート周期は、端末特定ＴＡのアップデート周期よりも短く設定されてよい。
【0287】
実施例３－２
【0288】
本実施例は、衛星の類型によって上りリンク信号及び／又はチャネルの送信中にＴＡ調節／アップデートの有無を設定／指示する方案に関する。
【0289】
ＮＴＮで考慮している衛星の類型は、時間によって速く変わる衛星類型（例えば、ＬＥＯ、ＭＥＯなど）、又は時間が変わっても固定されているかのように見える衛星類型（例えば、ＧＥＯなど）のうち少なくとも一つを含んでよい。したがって、基地局は、いかなる衛星を用いてＮＴＮをサービスするかによって、上りリンク信号及び／又はチャネルの送信中にＴＡ調節／アップデートを行うか否かに関する情報を端末に伝達する必要がある。
【0290】
したがって、上りリンク信号及び／又はチャネルの送信中にＴＡ調節／アップデートを行うか否かは、セル特定（ｃｅｌｌ－ｓｐｅｃｉｆｉｃ）の方法でブロードキャスト（ｂｒｏａｄｃａｓｔ）されるように設定できる。具体的には、明示的な方法として、上りリンク信号及び／又はチャネルの送信中にＴＡを調節／アップデートするようにするために、上位層シグナリング（例えば、ＳＩＢ、ＲＲＣシグナリングなど）に指示パラメータ（ｉｎｄｉｃａｔｉｏｎ ｐａｒａｍｅｔｅｒ）が導入されてよい。暗示的な方法として、基地局は、新しいタイミングギャップを指示するか、上りリンク信号及び／又はチャネルの特定部分をドロップ、パンクチャリング、遅延、又はレートマッチングするように指示するかにして、端末が上りリンク信号及び／又はチャネルの送信中にＴＡを調節／アップデートするように指示できる。
【0291】
本開示において、上述した方法は、ＬＴＥ ＮＢ－ＩｏＴを中心にして説明したが、ＬＴＥ ｅＭＴＣ及び／又はＮＲ ＲＥＤＣＡＰ（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ）などにおいても類似に設定／適用されてよい。
【0292】
上述した方法に対する一例も、本開示の具現方法の一つとして含まれ得るので、一種の提案方式として見なしてよいことは明白な事実である。また、上述した方法は独立に具現されてもよいが、一部方法の組合せ（又は、併合）の形態で具現されてもよい。上述した方法を適用するか否かの情報（又は、上述した方法の規則に関する情報）は、基地局が端末に事前に定義されたシグナリング（例えば、物理層シグナリング及び／又は上位層シグナリング）によって知らせるように規則が定義されてよい。例えば、上位層は、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的レイヤのうち一つ以上を含んでよい。
【0293】
また、本明細書で提案する方法は、端末の正確な位置を推定する技術にも拡張して適用されてよい。
【0294】
図１４は、本開示の一実施例に係るシグナリング過程を説明するための図である。
【0295】
図１４は、前述した本開示の例示（例えば、実施例１、２、３、及びこれらの細部実施例で説明した例示の一つ以上の組合せ）の適用が可能な一つ以上の物理チャネル／信号のＮＴＮ送信状況において、ネットワーク側（ｎｅｔｗｏｒｋ ｓｉｄｅ）（又は、基地局）及び端末（ＵＥ）との間のシグナリングの例示を示す。
【0296】
ここで、ＵＥ／ネットワーク側は例示的なものであり、図１５を参照して説明するように、様々な装置に取り替えて適用することも可能である。図１４は、説明の便宜のためのものもので、本開示の範囲を限定するものでない。また、図１４に示されている一部の段階は、状況及び／又は設定などによって省略されてもよい。また、図１４のネットワーク側／ＵＥの動作において、前述した上りリンク送受信動作などが参照又は利用されてよい。
【0297】
以下の説明において、ネットワーク側は、複数のＴＲＰを含む一つの基地局であってよく、複数のＴＲＰを含む一つのセルであってもよい。又は、ネットワーク側は、複数のＲＲＨ（ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ）／ＲＲＵ（ｒｅｍｏｔｅ ｒａｄｉｏ ｕｎｉｔ）を含んでもよい。例えば、ネットワーク側を構成するＴＲＰ１とＴＲＰ２との間には理想的／非理想的バックホール（ｂａｃｋｈａｕｌ）が設定されてもよい。また、以下の説明は複数のＴＲＰを基準して説明されるが、これは、複数のパネル／セルを用いた送信にも同一に拡張して適用されてよく、複数のＲＲＨ／ＲＲＵなどによる送信にも拡張して適用されてよい。
【0298】
また、以下の説明では「ＴＲＰ」を基準にして説明されるが、上述したように、「ＴＲＰ」は、パネル（ｐａｎｅｌ）、アンテナアレイ（ａｎｔｅｎｎａ ａｒｒａｙ）、セル（ｃｅｌｌ）（例えば、マクロセル／スモールセル／ピコセルなど）、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、基地局（ｂａｓｅ ｓｔａｔｉｏｎ，ｇＮＢなど）などの表現に言い換えられてもよい。上述したように、ＴＲＰは、ＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に関する情報（例えば、ＣＯＲＥＳＥＴインデックス、ＩＤ）によって区分されてよい。例えば、一つの端末が複数のＴＲＰ（又は、セル）と送受信を行うように設定された場合に、これは、一つの端末に対して複数のＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）が設定されたことを意味できる。このようなＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に対する設定は、上位層シグナリング（例えば、ＲＲＣシグナリングなど）で行われてよい。
【0299】
また、基地局は、端末とデータの送受信を行う客体（ｏｂｊｅｃｔ）を総称する意味であってよい。例えば、前記基地局は、一つ以上のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）、一つ以上のＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）などを含む概念であってよい。また、ＴＰ及び／又はＴＲＰは、基地局のパネル、送受信ユニット（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｕｎｉｔ）などを含むものであってよい。
【0300】
端末は基地局から設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信することができる（Ｓ１０５）。例えば、前記設定情報は、上記の実施例（例えば、実施例１、２、３、及びそれらの細部実施例で説明した例示の一つ以上の組合せ）で説明したＮＴＮ関連設定情報／上りリンク送受信のための設定情報（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ／ＰＵＳＣＨ－ｃｏｎｆｉｇ）／ＨＡＲＱプロセス関連設定（例えば、ＨＡＲＱフィードバックイネーブル／ディセーブル／ＨＡＲＱプロセスの数など）／ＣＳＩ報告関連設定（例えば、ＣＳＩレポート（ｒｅｐｏｒｔ）設定（ｃｏｎｆｉｇ）／ＣＳＩレポート量（ｑｕａｎｔｉｔｙ）／ＣＳＩ－ＲＳリソース設定（ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇ）など）などを含んでよい。例えば、設定情報は、衛星の軌道情報、端末の時間基準に対するパラメータの設定／指示、端末の時間基準による調整／アップデートの周期などに関連した情報の設定／指示、端末のパラメータ適用及び時間基準による上りリンク送信、調整／アップデートされた時間基準値に対する報告などに関連した設定情報を含んでよい。例えば、前記設定情報は、上位層（例えば、ＳＩＢ、ＲＲＣ又はＭＡＣ ＣＥ）シグナリングによって送信されてよい。
【0301】
例えば、上述したＳ１０５段階の、端末（図１５の１００又は２００）が基地局（図１５の２００又は１００）から前記設定情報を受信する動作は、以下に説明される図１５の装置によって具現されてよい。例えば、図１５を参照すると、一つ以上のプロセッサ１０２は前記設定情報を受信するように一つ以上の送受信機１０６及び／又は一つ以上のメモリ１０４などを制御でき、一つ以上の送受信機１０６はネットワーク側から前記設定情報を受信することができる。
【0302】
端末は基地局から制御情報を受信することができる（Ｓ１１０）。例えば、制御情報は、端末の時間基準調整値のアップデート／報告／適用に関連した設定／指示に関する情報を含んでよい。例えば、制御情報は、共通ＴＡパラメータの受信、又は端末特定ＴＡパラメータの取得に関連した設定／指示情報、ＴＡパラメータの適用、ＢＷＰ変更、上りリンク送信のためのスケジューリング情報などを含んでよい。
【0303】
例えば、上述したＳ１１０段階の、ＵＥ（図１５の１００又は２００）が基地局（図１５の２００又は１００）から前記制御情報を受信する動作は、以下に説明される図１５の装置によって具現されてよい。例えば、図１５を参照すると、一つ以上のプロセッサ１０２は、前記制御情報を受信するように一つ以上の送受信機１０６及び／又は一つ以上のメモリ１０４などを制御でき、一つ以上の送受信機１０６は基地局から前記制御情報を受信することができる。
【0304】
端末は基地局に上りリンクデータ／チャネルを送信することができる（Ｓ１１５）。例えば、端末は、上述した実施例（例えば、実施例１、２、３、及びそれらの細部実施例で説明した例示の一つ以上の組合せ）などに基づいて上りリンクデータ／チャネルを基地局に送信できる。例えば、端末は、共通ＴＡパラメータ、又は端末特定ＴＡパラメータの一つ以上に基づいて上りリンク送信タイミングを決定し、決定された上りリンク送信タイミングによって上りリンク信号／チャネルを基地局に送信できる。
【0305】
例えば、上述したＳ１１５段階の、端末（図１５の１００又は２００）が上りリンクデータ／チャネルを送信する動作は、以下に説明される図１５の装置によって具現されてよい。例えば、図１５を参照すると、一つ以上のプロセッサ１０２は、前記上りリンクデータ／チャネルを送信するように一つ以上のメモリ１０４などを制御できる。
【0306】
先に言及したように、上述した基地局／端末のシグナリング及び実施例（例えば、実施例１、２、３、及びそれらの細部実施例で説明した例示の一つ以上の組合せ）は、図１５を参照して説明される装置によって具現されてよい。例えば、基地局は第１デバイス１００、端末は第２デバイス２００に該当してよく、場合によってその逆の場合も考慮されてよい。
【0307】
例えば、上述した基地局／端末のシグナリング及び動作（例えば、実施例１、２、３、及びそれらの細部実施例で説明した例示の一つ以上の組合せ）は、図１５の一つ以上のプロセッサ（例えば、１０２，２０２）によって処理されてよく、上述した基地局／端末のシグナリング及び動作（例えば、実施例１、２、３、及びそれらの細部実施例で説明した例示の一つ以上の組合せ）は、図１５の少なくとも一つのプロセッサ（例えば、１０２，２０２）を駆動するための命令語／プログラム（例えば、ｉｎｓｔｒｕｃｔｉｏｎ、ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ）の形態でメモリ（例えば、図１５の一つ以上のメモリ（例えば、１０４，２０４）に記憶されてもよい。
【0308】
本開示の適用が可能な装置一般
【0309】
図１５は、本開示の一実施例に係る無線通信装置を例示するブロック構成図である。
【0310】
図１５を参照すると、第１デバイス１００と第２デバイス２００は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を用いて無線信号を送受信することができる。
【0311】
第１デバイス１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含んでよい。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含んでよい。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットに言い換えてもよい。本開示において、デバイスは、通信モデム／回路／チップを意味してもよい。
【0312】
第２デバイス２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含んでよい。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６から第３情報／信号を含む無線信号を送信してよい。また、プロセッサ２０２は、第４情報／信号を含む無線信号を送受信機２０６から受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と連結されてよく、プロセッサ２０２の動作に関連した様々な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機２０６は、プロセッサ２０２と連結されてよく、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含んでよい。送受信機２０６は、ＲＦユニットに言い換えてもよい。本開示において、デバイスは、通信モデム／回路／チップを意味してもよい。
【0313】
以下、デバイス１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、１つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は１つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された機能、手続、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを１つ以上の送受信機１０６，２０６に提供できる。１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。
【0314】
１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に保存され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。
【0315】
１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を記憶することができる。１つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。１つ以上のメモリ１０４，２０４は、１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、１つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって１つ以上のプロセッサ１０２，２０２と連結されてよい。
【0316】
１つ以上の送受信機１０６，２０６は、１つ以上の他の装置に、本開示の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。１つ以上の送受信機１０６，２０６は、１つ以上の他の装置から、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８と連結されてよく、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８を介して、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本開示において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。１つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。１つ以上の送受信機１０６，２０６は、１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、１つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含んでよい。
【0317】
以上で説明された実施例は、本開示の構成要素及び特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてもよい。また、一部の構成要素及び／又は特徴を結合させて本開示の実施例を構成することも可能である。本開示の実施例において説明される動作の順序は変更されてよい。ある実施例の一部の構成又は特徴は他の実施例に含まれてもよく、或いは他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか、或いは出願後の補正によって新しい請求項として含めることができることは明らかである。
【0318】
本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。
【0319】
本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令（例えば、運営体制、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に／内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、１つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含んでよい。メモリは選択的に、プロセッサから遠隔に位置している１つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の１つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び／又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境／コンテナを含むことができるが、これに制限されない。
【0320】
ここで、本開示のデバイス１００，２００において具現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇの他に、低電力通信のための狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＮＢ－ＩｏＴ）も含んでよい。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であってよく、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示のデバイス１００，２００において具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であってよく、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれてよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか１つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示のデバイス１００，２００において具現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ（登録商標））、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））及び低電力広帯域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）のうち少なくともいずれか１つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低い電力デジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称と呼ばれてよい。
【産業上の利用可能性】
【0321】
本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【手続補正書】
【提出日】2023-12-08
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線通信システムにおいて端末によって上りリンク送信を行う方法であって、前記方法は、基地局から、衛星軌道に関する第１情報、共通ＴＡ（Timing Advance）に関する第２情報、及びＴＡ調節周期に関連する第３情報を受信する段階と、
前記第１情報及び前記第２情報に基づいて第１ＴＡを算出する段階と、
前記第１ＴＡに基づいて第１上りリンク送信を行う段階と、
前記第３情報に基づく特定時点で前記第１ＴＡを第２ＴＡに調節する段階と、
前記第２ＴＡに基づいて第２上りリンク送信を行う段階と、を含み、
前記ＴＡ調節周期は、２＾ｎ値に基づいて設定され、
ｎは、０を含む正の整数である、方法。
【請求項2】
前記第３情報は、システム情報ブロックによって受信される、請求項１に記載の方法。
【請求項3】
前記ＴＡ調節周期は、前記衛星軌道の類型に基づいて設定される、請求項１に記載の方法。
【請求項4】
前記第１ＴＡは、１）前記第２情報による前記共通ＴＡ、及び２）前記第１情報に基づいて前記端末によって算出されるＵＥ（User Equipment）特定ＴＡ、に基づいて算出される、請求項１に記載の方法。
【請求項5】
前記第１ＴＡから第２ＴＡへの前記調節は、前記特定時点を基準にあらかじめ設定された時間区間内で行われるように設定され、前記あらかじめ設定された時間区間は、前記共通ＴＡ及び前記ＵＥ特定ＴＡの少なくとも一つに基づいて設定される、請求項４に記載の方法。
【請求項6】
前記あらかじめ設定された時間区間を適用するか前記あらかじめ設定された時間区間のサイズを適用するかの少なくとも一つは、上位層シグナリング又は下りリンク制御情報の少なくとも一つによって指示される、請求項５に記載の方法。
【請求項7】
前記第１ＴＡが前記第２ＴＡに調節される場合、前記共通ＴＡ又は前記ＵＥ特定ＴＡの少なくとも一つが調節される、請求項４に記載の方法。
【請求項8】
前記共通ＴＡの調節周期は、前記ＵＥ特定ＴＡの調節周期より短く設定される、請求項７に記載の方法。
【請求項9】
前記第１上りリンク送信及び前記第２上りリンク送信は、狭帯域ベースＰＲＡＣＨ（physical random access channel）プリアンブル送信であり、前記狭帯域ベースＰＲＡＣＨプリアンブル送信は、あらかじめ設定された数に従って反復して行われる、請求項１に記載の方法。
【請求項10】
前記ＴＡ調節周期は、前記２＾ｎ値とＰＲＡＣＨプリアンブルの長さとの積で決定され、前記ＰＲＡＣＨプリアンブルの前記長さは、前記ＰＲＡＣＨプリアンブルのフォーマットによって互いに異なるように設定される、請求項９に記載の方法。
【請求項11】
前記無線通信システムは、ＮＴＮ（non-terrestrial network）システムである、請求項１に記載の方法。
【請求項12】
無線通信システムにおいて上りリンク送信を行う端末であって、前記端末は、少なくとも一つの送受信機と、
前記少なくとも一つの送受信機と連結された少なくとも一つのプロセッサと、を備え、
前記少なくとも一つのプロセッサは、
基地局から、衛星軌道に関する第１情報、共通ＴＡ（Timing Advance）に関する第２情報、及びＴＡ調節周期に関連する第３情報を受信し、
前記第１情報及び前記第２情報に基づいて第１ＴＡを算出し、
前記第１ＴＡに基づいて第１上りリンク送信を行い、
前記第３情報に基づく特定時点で前記第１ＴＡを第２ＴＡに調節し、
前記第２ＴＡに基づいて第２上りリンク送信を行う、ように設定され、
前記ＴＡ調節周期は、２＾ｎ値に基づいて設定され、
ｎは、０を含む正の整数である、端末。
【請求項13】
無線通信システムにおいて上りリンク送信を受信する基地局であって、前記基地局は、少なくとも一つの送受信機と、
前記少なくとも一つの送受信機と連結された少なくとも一つのプロセッサと、を備え、
前記少なくとも一つのプロセッサは、
端末に、衛星軌道に関する第１情報、共通ＴＡ（Timing Advance）に関する第２情報、及びＴＡ調節周期に関連する第３情報を送信し、
前記端末から、前記第１情報及び前記第２情報に基づく第１ＴＡが適用された第１上りリンク送信を受信し、
前記端末から、前記第３情報に基づく特定時点で調節された第２ＴＡが適用された第２上りリンク送信を受信する、ように設定され、
前記ＴＡ調節周期は、２＾ｎ値に基づいて設定され、
ｎは、０を含む正の整数である、基地局。
【請求項14】
前記第１上りリンク送信及び前記第２上りリンク送信が狭帯域ベースＰＵＳＣＨ（physical uplink shared channel）送信であることに基づいて、前記ＴＡ調節周期は、前記２＾ｎ値と時間の一定単位との積で決定される、請求項１に記載の方法。
【国際調査報告】