(57)【要約】  アップリンク送信タイミングのためのシステム及び方法が提供される。幾つかの実施形態において、セルラ通信ネットワークにおける無線デバイスの動作方法は、ネットワークノードからダウンリンクスロットにおける送信を受信することと、無線デバイスのアップリンクフレームタイミングの参照アップリンクスロットインデクスを決定することであって、参照アップリンクスロットインデクスは、送信が受信されたダウンリンクスロットに対応する、決定することと、受信した送信に応答して、決定された参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を送信することと、を含む。これにより、サブミリ秒から数十ミリ秒の範囲の衛星通信システムにおける大きい伝搬遅延とスポットビームの大きなディファレンシアル遅延に適した送信タイミング関係を確立することによって、衛星無線アクセスネットワークでの送信が可能になる。
2022501867.tif 000002
【特許請求の範囲】
【請求項１】
セルラ通信ネットワークにおける無線デバイスの動作方法であって、
ネットワークノードからダウンリンクスロットで送信を受信することと、
前記送信が受信された前記ダウンリンクスロットに対応する、前記無線デバイスのアップリンクフレームタイミングの参照アップリンクスロットインデクスを決定することと、
前記受信した送信に応答して、前記決定した参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を送信することと、
を含む方法。
【請求項２】
請求項１に記載の方法であって、
前記参照アップリンクスロットインデクスを決定することは、前記ダウンリンクスロットの境界がアップリンクスロットに合っているときに、前記参照アップリンクスロットインデクスをそのアップリンクスロットのインデクスであると決定することを含む、方法。
【請求項３】
請求項１又は２に記載の方法であって、
前記参照アップリンクスロットインデクスを決定することは、前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスを前記第２アップリンクスロットのインデクスであると決定することを含む、方法。
【請求項４】
請求項１又は２に記載の方法であって、
前記参照アップリンクスロットインデクスを決定することは、前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスを前記第１アップリンクスロットのインデクスであると決定することを含む、方法。
【請求項５】
請求項１又は２に記載の方法であって、
前記参照アップリンクスロットインデクスを決定することは、前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスを前記第１アップリンクスロット及び前記第２アップリンクスロットの内の前記ダウンリンクスロットとより多くオーバラップしている方のインデクスであると決定することを含む、方法。
【請求項６】
請求項１から５のいずれか１項に記載の方法であって、
前記送信を受信することは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信することを含み、前記アップリンク送信を送信することは、前記ＰＤＳＣＨ送信に対するハイブリッド自動再送要求（ＨＡＲＱ）応答を送信することを含む、方法。
【請求項７】
請求項１から６のいずれか１項に記載の方法であって、
前記スロット数Ｋは、前記ネットワークノードからの制御メッセージで受信される、方法。
【請求項８】
請求項１から７のいずれか１項に記載の方法であって、
前記ネットワークノードは、ニューレディオ（ＮＲ）のｇＮＢである、方法。
【請求項９】
請求項１から８のいずれか１項に記載の方法であって、
前記無線デバイスは、ニューレディオ（ＮＲ）のユーザ装置（ＵＥ）である、方法。
【請求項１０】
セルラ通信ネットワークにおけるネットワークノードの動作方法であって、
無線デバイスへ、ダウンリンクスロットで送信を送信することと、
前記送信に応答して、参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を受信することと、
を含み、
前記無線デバイスのアップリンクフレームタイミングの前記参照アップリンクスロットインデクスは、前記送信が前記無線デバイスにより受信された前記ダウンリンクスロットに対応する、方法。
【請求項１１】
請求項１０に記載の方法であって、
前記ダウンリンクスロットの境界がアップリンクスロットに合っているときに、前記参照アップリンクスロットインデクスは、そのアップリンクスロットのインデクスである、方法。
【請求項１２】
請求項１０又は１１に記載の方法であって、
前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスは、前記第２アップリンクスロットのインデクスである、方法。
【請求項１３】
請求項１０又は１１に記載の方法であって、
前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスは、前記第１アップリンクスロットのインデクスである、方法。
【請求項１４】
請求項１０又は１１に記載の方法であって、
前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスは、前記第１アップリンクスロット及び前記第２アップリンクスロットの内の前記ダウンリンクスロットとより多くオーバラップしている方のインデクスである、方法。
【請求項１５】
請求項１０から１４のいずれか１項に記載の方法であって、
前記送信を送信することは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を送信することを含み、前記アップリンク送信を受信することは、前記ＰＤＳＣＨ送信に対するハイブリッド自動再送要求（ＨＡＲＱ）応答を受信することを含む、方法。
【請求項１６】
請求項１０から１５のいずれか１項に記載の方法であって、
前記スロット数Ｋは、前記ネットワークノードから制御メッセージとして送信される、方法。
【請求項１７】
請求項１０から１６のいずれか１項に記載の方法であって、
前記ネットワークノードは、ニューレディオ（ＮＲ）のｇＮＢである、方法。
【請求項１８】
請求項１０から１７のいずれか１項に記載の方法であって、
前記無線デバイスは、ニューレディオ（ＮＲ）のユーザ装置（ＵＥ）である、方法。
【請求項１９】
セルラ通信ネットワークにおける無線デバイスであって、
少なくとも１つの送信機と、
少なくとも１つの受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサにより実行可能なソフトウェア命令を格納するメモリと、
を備え、これにより、前記無線デバイスは、
ネットワークノードからダウンリンクスロットで送信を受信し、
前記送信が受信された前記ダウンリンクスロットに対応する、前記無線デバイスのアップリンクフレームタイミングの参照アップリンクスロットインデクスを決定し、
前記受信した送信に応答して、前記決定した参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を送信する様に動作する、無線デバイス。
【請求項２０】
セルラ通信ネットワークにおけるネットワークノードであって、
少なくとも１つの送信機と、
少なくとも１つの受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサにより実行可能なソフトウェア命令を格納するメモリと、
を備え、これにより、前記ネットワークノードは、
無線デバイスへ、ダウンリンクスロットで送信を送信し、
前記送信に応答して、参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を受信する様に動作し、
前記無線デバイスのアップリンクフレームタイミングの前記参照アップリンクスロットインデクスは、前記送信が前記無線デバイスにより受信された前記ダウンリンクスロットに対応する、ネットワークノード。
【請求項２１】
請求項１から９のいずれか１項に記載の方法に従い動作する様に適合されたセルラ通信ネットワークの無線デバイス。
【請求項２２】
請求項１０から１８のいずれか１項に記載の方法に従い動作する様に適合されたセルラ通信ネットワークのネットワークノード。
【請求項２３】
セルラ通信ネットワークにおける無線デバイスの動作方法であって、
ネットワークノードからダウンリンクスロットで送信を受信することと、
ラウンドトリップ遅延を少なくとも部分的に考慮して、ダウンリンクフレームタイムに対するアップリンクフレームタイミングの時間シフトを実行することと、
前記アップリンクフレームタイミングの前記時間シフトを使用してアップリンク送信を実行することと、
を含む方法。
【請求項２４】
請求項２３に記載の方法であって、
前記無線デバイスでの前記アップリンクフレームタイミングは、前記無線デバイスでの前記ダウンリンクフレームタイムからタイミングアドバイスに加えてオフセット値だけタイムアドバンスされる、方法。
【請求項２５】
請求項２３又は２４に記載の方法であって、
前記ネットワークノードでの前記ダウンリンクフレームタイムと前記アップリンクフレームタイミングは時間が合っている、方法。
【請求項２６】
請求項２３から２５のいずれか１項に記載の方法であって、
前記ネットワークノードから、オプションとして、ワンウェイ遅延、ラウンドトリップ遅延、最も近いスロット数に量子化された前記ワンウェイ遅延、及び、最も近いスロット数に量子化された前記ラウンドトリップ遅延を含むグループの少なくとも１つを含むオフセット値を受信することをさらに含む、方法。
【請求項２７】
請求項２３から２６のいずれか１項に記載の方法であって、
前記ネットワークノードから、オプションとして、共通ラウンドトリップ遅延を含むオフセット値を示すブロードキャストを受信することをさらに含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１８年８月１０日に出願された仮特許出願シリアル番号６２／７１７，５３６の利益を主張し、その開示は、参照によりその全体が本明細書に組み込まれる。
【０００２】
本開示は、特により大きいラウンドトリップ遅延を伴う通信ネットワークにおけるアップリンク送信タイミングに関する。
【背景技術】
【０００３】
衛星通信が復活している。衛星ネットワークの幾つかの計画が過去数年間において発表されている。対象サービスは、バックホール及び固定無線から、輸送、屋外モバイル、モノのインターネット（ＩｏＴ）まで様々である。衛星ネットワークは、サービスの行き届いていないエリアやマルチキャスト／ブロードキャストサービスへの接続性を提供することにより、地上のモバイルネットワークを補完することができる。
【０００４】
強力なモバイルエコシステムと規模の経済の恩恵を受けるために、ロングタームエボリューション（ＬＴＥ）やニューレディオ（ＮＲ）等の地上無線アクセス技術を衛星ネットワークに適応させることが大きな関心を集めている。例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、リリース１５において、非地上ネットワーク（主に衛星ネットワーク）をサポートする様にＮＲを適応させることに関する初期調査を完了している。（３ＧＰＰ  ＴＲ３８．８１１  Ｖ１．０．０（２０１８−０６）、非地上ネットワークをサポートするためのニューレディオ（ＮＲ）に関する調査を参照）。この初期調査では、非地上ネットワークのチャネルモデルに焦点を当て、展開シナリオを定義し、主要な潜在的な影響を特定している。３ＧＰＰは、リリース１６で、非地上ネットワークをサポートするためのＮＲの解決策評価に関するフォローアップ調査項目を実施している（ＲＰ−１８１３７０、非地上ネットワークをサポートするためのＮＲの解決策評価に関する調査を参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現在、特定の課題が存在する。ＮＲリリース１５において、ＮＲ物理アップリンク制御チャネル（ＰＵＣＣＨ）及び物理アップリンク共有チャネル（ＰＵＳＣＨ）でのアップリンク制御情報（ＵＣＩ）送信と、ＰＵＳＣＨでのアップリンクデータ送信のタイミング関係は、ラウンドトリップ遅延が通常１ｍｓのオーダである地上無線伝搬環境に適したものになる様に設計されている。その結果、既存のアップリンク送信タイミングの関係は、数十ミリ秒（例えば、低軌道（ＬＥＯ））から数百ミリ秒（例えば、静止軌道（ＧＥＯ））の範囲の衛星通信システムの様な大きい伝搬遅延や、（スポットビームのサイズに応じて）サブミリ秒から数十ミリ秒の範囲になり得る衛星通信システムのスポットビームの大きなディファレンシアル遅延には適さない。
【０００６】
そのため、特にラウンドトリップ遅延が大きい場合は、アップリンク送信タイミングを改善する必要がある。
【課題を解決するための手段】
【０００７】
アップリンク送信タイミングのためのシステム及び方法が提供される。幾つかの実施形態において、セルラ通信ネットワークにおける無線デバイスの動作方法は、ネットワークノードからダウンリンクスロットにおける送信を受信することと、無線デバイスのアップリンクフレームタイミングにおける参照アップリンクスロットインデクスを決定することであって、参照アップリンクスロットインデクスは、送信が受信されたダウンリンクスロットに対応する、決定することと、受信された送信に応答して、決定された参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を送信することと、を含む。数十ミリ秒（ＬＥＯ）から数百ミリ秒（ＧＥＯ）の範囲の衛星通信システムの長い伝搬遅延、及び、サブミリ秒から数十ミリ秒の範囲になり得る衛星通信システムのスポットビームの大きなディファレンシアル遅延に適したアップリンク制御情報（ＵＣＩ）送信タイミング関係を確立することにより、衛星無線アクセスネットワークのニューレディオ（ＮＲ）物理アップリンク制御チャネル（ＰＵＣＣＨ）及び物理アップリンク共有チャネル（ＰＵＳＣＨ）でのＵＣＩ送信と、ＰＵＳＣＨでのアップリンクデータ送信が可能になる。
【０００８】
幾つかの実施形態において、参照アップリンクスロットインデクスを決定することは、ダウンリンクスロットの境界がアップリンクスロットに合っているときに、参照アップリンクスロットインデクスをそのアップリンクスロットのインデクスであると決定することを含む。幾つかの実施形態において、参照アップリンクスロットインデクスを決定することは、ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、参照アップリンクスロットインデクスを第２アップリンクスロットのインデクスであると決定することを含む。幾つかの実施形態において、参照アップリンクスロットインデクスを決定することは、ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、参照アップリンクスロットインデクスを第１アップリンクスロットのインデクスであると決定することを含む。幾つかの実施形態において、参照アップリンクスロットインデクスを決定することは、ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、参照アップリンクスロットインデクスを第１アップリンクスロット及び第２アップリンクスロットの内のダウンリンクスロットとより多くオーバラップしている方のインデクスであると決定することを含む。
【０００９】
幾つかの実施形態において、送信を受信することは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信することを含み、アップリンク送信を送信することは、ＰＤＳＣＨ送信にに対するハイブリッド自動再送要求（ＨＡＲＱ）応答を送信することを含む。幾つかの実施形態において、スロット数Ｋは、ネットワークノードからの制御メッセージで受信される。幾つかの実施形態において、ネットワークノードは、ＮＲのｇＮＢである。幾つかの実施形態において、無線デバイスは、ＮＲのユーザ装置（ＵＥ）である。
【００１０】
幾つかの実施形態において、セルラ通信ネットワークにおけるネットワークノードの動作方法は、ダウンリンクスロットで無線デバイスに送信を送信することと、送信に応答して、参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を受信することと、を含み、無線デバイスのアップリンクフレームタイミングの参照アップリンクスロットインデクスは、送信が無線デバイスにより受信されたダウンリンクスロットに対応する。
【００１１】
幾つかの実施形態において、ダウンリンクスロットの境界がアップリンクスロットに合っているときに、参照アップリンクスロットインデクスは、そのアップリンクスロットのインデクスである。
【００１２】
幾つかの実施形態において、ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、参照アップリンクスロットインデクスは、第２アップリンクスロットのインデクスである。
【００１３】
幾つかの実施形態において、ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、参照アップリンクスロットインデクスは、第１アップリンクスロットのインデクスである。幾つかの実施形態において、ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、参照アップリンクスロットインデクスは、第１アップリンクスロット及び第２アップリンクスロットの内のダウンリンクスロットとより多くオーバラップしている方のインデクスである。
【００１４】
幾つかの実施形態において、送信を送信することは、ＰＤＳＣＨ送信を送信することを含み、アップリンク送信を受信することは、ＰＤＳＣＨ送信に対するＨＡＲＱ応答を受信することを含む。
【００１５】
幾つかの実施形態において、スロット数Ｋは、ネットワークノードから制御メッセージとして送信される。幾つかの実施形態において、ネットワークノードは、ＮＲのｇＮＢである。幾つかの実施形態において、無線デバイスは、ＮＲのＵＥである。
【００１６】
幾つかの実施形態において、セルラ通信ネットワークの無線デバイスは、少なくとも１つの送信機と、少なくとも１つの受信機と、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行可能なソフトウェア命令を格納するメモリと、を備え、これにより無線デバイスは、ネットワークノードからダウンリンクスロットで送信を受信し、無線デバイスのアップリンクフレームタイミングにおける参照アップリンクスロットインデクスを決定し、ここで、参照アップリンクスロットインデクスは、送信が受信されたダウンリンクスロットに対応し、受信した送信に応答して、決定された参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を送信する様に動作する。
【００１７】
幾つかの実施形態において、セルラ通信ネットワークのネットワークノードは、少なくとも１つの送信機と、少なくとも１つの受信機と、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行可能なソフトウェア命令を格納するメモリと、を備え、それによりネットワークノードは、ダウンリンクスロットで無線デバイスに送信を送信し、送信に応答して、参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を受信する様に動作し、ここで、無線デバイスのアップリンクフレームタイミングにおける参照アップリンクスロットインデクスは、送信が無線デバイスにより受信されたダウンリンクスロットに対応する。
【００１８】
幾つかの実施形態において、セルラ通信ネットワークにおける無線デバイスの動作方法は、ダウンリンクスロットでネットワークノードから送信を受信することと、ラウンドトリップ遅延を少なくとも部分的に考慮して、ダウンリンクフレームタイムに対するアップリンクフレームタイミングの時間シフトを実行することと、アップリンクフレームタイミングの時間シフトを使用してアップリンク送信を実行することと、を含む。
【００１９】
幾つかの実施形態において、無線デバイスでのアップリンクフレームタイミングは、無線デバイスでのダウンリンクフレームタイムからタイミングアドバイスに加えてオフセット値だけ時間が進められる（アドバンスされる）。幾つかの実施形態において、ネットワークノードでのダウンリンクフレームタイムとアップリンクフレームタイミングは、時間が合っている。
【００２０】
幾つかの実施形態において、方法は、ネットワークノードから、オプションとしてワンウェイ遅延、ラウンドトリップ遅延、最も近いスロット番号に量子化されたワンウェイ遅延及び最も近いスロット番号に量子化されたラウンドトリップ遅延のグループの少なくとも１つを含むオフセット値を受信することをさらに含む。
【００２１】
幾つかの実施形態において、方法は、ネットワークノードから、オプションとして共通ラウンドトリップ遅延からなるオフセット値を示すブロードキャストを受信することをさらに含む。
【００２２】
本開示の特定の態様及びそれらの実施形態は、上述した又は他の課題に対する解決策を提供し得る。幾つかの実施形態において、無線デバイスにおけるアップリンク送信タイミング決定方法は、無線デバイスとネットワークノードとの間のラウンドトリップ遅延が２ｍｓを超えたときに提供される。方法は、無線デバイスの少なくとも１つが、ラウンドトリップ遅延の少なくとも一部又は全体を考慮して、そのダウンリンクフレームタイムに対するそのアップリンクフレームタイミングの時間シフトを実行すること、或いは、ネットワークノードが、ラウンドトリップ遅延の少なくとも一部又は全体を考慮して、そのダウンリンクフレームタイムに対するそのアップリンクフレームタイミングの時間シフトを実行すること、を含む。幾つかの実施形態において、方法は、無線デバイスがラウンドトリップ遅延を考慮してアップリンクデータ又は制御情報の送信タイミングを決定することをも含む。
【００２３】
ここで開示された課題の１つ以上を解決する種々の実施形態が存在し、ここで提案される。幾つかの実施形態において、無線デバイスは、ネットワークから、ラウンドトリップ遅延の少なくとも一部又は全体を示す上位レイヤ構成パラメータを受信する。
【００２４】
幾つかの実施形態において、基地局は、衛星と、基地局を衛星に通信可能に接続するゲートウェイと、を含む衛星無線アクセスネットワークの一部分である。
【００２５】
幾つかの実施形態において、無線デバイスは、上位レイヤ構成パラメータと、ＨＡＲＱ−肯定応答（ＡＣＫ）送信に対応するＰＤＳＣＨをトリガするダウンリンク制御情報（ＤＣＩ）で受信したタイミングオフセットインジケータ（つまり、ＰＤＳＣＨ−ｔо−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールド）と、を共に使用して、ＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する。
【００２６】
幾つかの実施形態において、無線デバイスは、上位レイヤ構成パラメータと、第２上位レイヤ構成パラメータ（ｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫ）と、を共に使用してＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する。
【００２７】
幾つかの実施形態において、無線デバイスは、上位レイヤ構成パラメータと、ＰＵＳＣＨでの非周期チャネル状態情報（ＣＳＩ）をトリガするＤＣＩで受信したレポートスロットオフセットインジケータ（上位レイヤパラメータｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔからの値を示す）と、を共に使用して、ＰＵＳＣＨでの非周期ＣＳＩのアップリンク送信タイミングを決定する。
【００２８】
幾つかの実施形態において、無線デバイスは、上位レイヤ構成パラメータと、ＰＵＳＣＨでのデータ送信をトリガするＤＣＩで受信したレポートスロットオフセットインジケータと、を共に使用して、ＰＵＳＣＨでのデータのアップリンク送信タイミングを決定する。
【００２９】
幾つかの実施形態において、無線デバイスは、参照アップリンクタイミングスロットを、データ又は制御アップリンク送信をトリガするＤＣＩがネットワークノードから無線デバイスによって受信されたダウンリンクスロットと最も多くオーバラップしているスロットとして決定する。
【００３０】
幾つかの実施形態において、無線デバイスは、決定した参照アップリンクタイミングスロットと、ＨＡＲＱ−ＡＣＫ送信に対応するＰＤＳＣＨをトリガするＤＣＩで受信したタイミングオフセットインジケータ（つまり、ＰＤＳＣＨ−ｔо−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールド）と、を共に使用して、ＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する。
【００３１】
幾つかの実施形態において、無線デバイスは、決定した参照アップリンクタイミングスロットと、第２上位レイヤ構成パラメータ（ｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫ）と、を共に使用してＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する。
【００３２】
幾つかの実施形態において、無線デバイスは、決定した参照アップリンクタイミングスロットと、ＰＵＳＣＨでの非周期ＣＳＩをトリガするＤＣＩで受信したレポートスロットオフセットインジケータ（上位レイヤパラメータｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔからの値を示す）と、を共に使用して、ＰＵＳＣＨでの非周期ＣＳＩのアップリンク送信タイミングを決定する。
【００３３】
幾つかの実施形態において、無線デバイスは、決定した参照アップリンクタイミングスロットと、ＰＵＳＣＨでのデータ送信をトリガするＤＣＩで受信したレポートスロットオフセットインジケータと、を共に使用して、ＰＵＳＣＨでのデータのアップリンク送信タイミングを決定する。
【００３４】
特定の実施形態は、以下の技術的利点のうちの１つ又は複数を提供し得る。提案する解決策は、数十ミリ秒（ＬＥＯ）から数百ミリ秒（ＧＥＯ）の範囲の衛星通信システムの長い伝搬遅延、及び、サブミリ秒から数十ミリ秒の範囲になり得る衛星通信システムのスポットビームの大きなディファレンシアル遅延に適したＵＣＩ送信タイミング関係を確立することにより、衛星無線アクセスネットワークにおけるＮＲのＰＵＣＣＨ及びＰＵＳＣＨでのＵＣＩ送信と、ＰＵＳＣＨでのアップリンクデータ送信を可能にする。
【００３５】
本明細書に組み込まれてその一部を形成する添付の図面は、本開示の幾つかの態様を例示しており、本明細書と共に本開示の原理を説明するのに役立つ。
【図面の簡単な説明】
【００３６】
【図１】本開示の幾つかの実施形態による、ベントパイプトランスポンダを有する衛星ネットワークの例示的な構成を示す図。
【図２】本開示の幾つかの実施形態による、静止軌道（ＧＥＯ）衛星の典型的な軌道を示す図。
【図３】本開示の幾つかの実施形態による、典型的な、ニューレディオ（ＮＲ）ユーザ装置（ＵＥ）のアップリンクフレームを示す図。
【図４】本開示の幾つかの実施形態による、同期信号（ＳＳ）ブロック、ＳＳバースト及びＳＳバーストセット／シリーズの例示的な構成を示す図。
【図５】本開示の幾つかの実施形態による、粗いタイミングアライメント（ＴＡ）及び微細なＴＡによる時間アライメントの例を示す図。
【図６】本開示の幾つかの実施形態による、ハイブリッド自動再送要求（ＨＡＲＱ）タイミングの例を示す図。
【図７】本開示の幾つかの実施形態による、非周期チャネル状態情報（ＣＳＩ）送信のタイミングの例を示す図。
【図８】本開示の幾つかの実施形態による、非周期ＣＳＩ送信タイミングの例を示す図。
【図９】本開示の幾つかの実施形態による、ＨＡＲＱタイミングの例を示す図。
【図１０】本開示の幾つかの実施形態による、無線アクセスノードのブロック図。
【図１１】本開示の幾つかの実施形態による、図１０の無線アクセスノードの仮想化実施形態を示すブロック図。
【図１２】本開示の幾つかの他の実施形態による、図１０の無線アクセスノードのブロック図。
【図１３】本開示の幾つかの実施形態による、ユーザ装置デバイス（ＵＥ）のブロック図。
【図１４】本開示の幾つかの他の実施形態による、図１３のＵＥのブロック図。
【図１５】本開示の幾つかの実施形態による、中間ネットワークを介してホストコンピュータに接続される通信ネットワークを示す図。
【図１６】本開示の幾つかの実施形態による、少なくとも部分的な無線接続を介して、基地局経由でＵＥと通信するホストコンピュータの一般化されたブロック図。
【図１７】本開示の一実施形態による、通信システムで実施される方法を示すフローチャート。
【図１８】本開示の一実施形態による、通信システムで実施される方法を示すフローチャート。
【図１９】本開示の一実施形態による、通信システムで実施される方法を示すフローチャート。
【図２０】本開示の一実施形態による、通信システムで実施される方法を示すフローチャート。
【発明を実施するための形態】
【００３７】
下記の実施形態は、当業者が実施形態を実施することを可能にするための情報を示し、実施形態を実施する最良の形態を例示する。添付の図面に照らして以下の説明を読めば、当業者は本開示の概念を理解し、本明細書では特に言及されていないこれらの概念の適用を認識するであろう。これらの概念及びアプリケーションは、本開示の範囲内にあることを理解されたい。
【００３８】
無線ノード：本明細書で使用されるとき、"無線ノード"は、無線アクセスノード又は無線デバイスのいずれかである。
【００３９】
無線アクセスノード：本明細書で使用されるとき、"無線アクセスノード"又は"無線ネットワークノード"は、信号を無線で送信及び／又は受信する様に動作する、セルラ通信ネットワークの無線アクセスネットワーク内の任意のノードである。無線アクセスノードの幾つかの例は、基地局（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）の第５世代（５Ｇ）ニューレディオ（ＮＲ）ネットワークのＮＲ基地局（ｇＮＢ）、又は、３ＧＰＰのロングタームエボリューション（ＬＴＥ）ネットワークにおける発展型又は進化型ノードＢ（ｅＮＢ））、高電力又はマクロ基地局、低電力基地局（例えば、マイクロ基地局、ピコ基地局、ホームｅＮＢ等）、及び、リレーノードを含むが、これらに限定されない。
【００４０】
コアネットワークノード：本明細書で使用されるとき、"コアネットワークノード"は、コアネットワーク内の任意の種類のノードである。コアネットワークノードの幾つかの例は、例えば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）、サービス能力公開機能（ＳＣＥＦ）等を含む。
【００４１】
無線デバイス：本明細書で使用されるとき、"無線デバイス"は、無線アクセスノードと信号を無線で送受信することによってセルラ通信ネットワークにアクセスする（すなわち、それによってサービスを提供される）任意の種類のデバイスである。無線デバイの幾つかの例は、３ＧＰＰネットワーク内のユーザ装置（ＵＥ）及びマシン型通信（ＭＴＣ）デバイスを含むが、これらに限定されない。
【００４２】
ネットワークノード：本明細書で使用されるとき、"ネットワークノード"は、セルラ通信ネットワーク／システムの無線アクセスネットワーク又はコアネットワークの一部である任意のノードである。
【００４３】
本明細書の説明は、３ＧＰＰセルラ通信システムに焦点を合わせており、３ＧＰＰの用語又は３ＧＰＰの用語と同様の用語がしばしば使用されることに留意されたい。しかしながら、本明細書に開示されている概念は、３ＧＰＰシステムに限定されない。
【００４４】
本明細書の説明では、"セル"という用語を参照することがあるが、特に５ＧのＮＲの概念に関しては、セルの代わりにビームが使用され得るので、本明細書に記載の概念は、セルとビームの両方に等しく適用できることに留意することが重要である。
【００４５】
衛星通信が復活している。衛星ネットワークの幾つかの計画が過去数年間において発表されている。対象サービスは、バックホール及び固定無線から、輸送、屋外モバイル、モノのインターネット（ＩｏＴ）まで様々である。衛星ネットワークは、サービスの行き届いていないエリアやマルチキャスト／ブロードキャストサービスへの接続を提供することで、地上のモバイルネットワークを補完することができる。
【００４６】
強力なモバイルエコシステムと規模の経済の恩恵を受けるために、ロングタームエボリューション（ＬＴＥ）やニューレディオ（ＮＲ）等の地上無線アクセス技術を衛星ネットワークに適応させることが大きな関心を集めている。例えば、３ＧＰＰは、リリース１５で、非地上ネットワーク（主に衛星ネットワーク）をサポートするためのＮＲの適応に関する初期調査を完了している（３ＧＰＰ  ＴＲ３８．８１１Ｖ１．０．０（２０１８−０６）、非地上ネットワークをサポートするためのニューレディオ（ＮＲ）に関する調査を参照）。この初期調査では、非地上ネットワークのチャネルモデルに焦点を当て、展開シナリオを定義し、主要な潜在的な影響を特定している。３ＧＰＰは、リリース１６で、非地上ネットワークをサポートするためのＮＲの解決策評価に関するフォローアップ調査項目を実施している（ＲＰ−１８１３７０、非地上ネットワークをサポートするためのＮＲの解決策評価に関する調査を参照）。
【００４７】
衛星無線アクセスネットワークの利用は、飛行機／船舶等の非サービス領域及び十分にサービス提供されていない郊外／農村エリアにサービスを拡張できるとの理由で、セルラネットワークを補完する魅力的な方法である。
【００４８】
衛星無線アクセスネットワークは、通常、以下の要素を含む。
・衛星ネットワークをコアネットワークに接続するゲートウェイ
・宇宙搭載プラットフォームを示す衛星
・ユーザ装置を示す端末
・ゲートウェイと衛星との間のリンクを示すフィーダリンク
・衛星と端末との間のリンクを示すサービスリンク
【００４９】
ゲートウェイから端末へのリンクは、フォワードリンクとも呼ばれ、端末からゲートウェイへのリンクは、リターンリンク又はアクセスリンクとも呼ばれる。システム内の衛星の機能により、２つのトランスポンダオプションを考えることができる。
・ベントパイプトランスポンダ：衛星は、増幅とアップリンク周波数からダウンリンク周波数へのシフトのみで、受信信号を地上に転送する。
・再生トランスポンダ：衛星は、受信信号を復調及び復号し、信号を地上に送り返す前に再生するオンボード処理を含む。
【００５０】
軌道高度に応じて、衛星は低軌道（ＬＥＯ）、中軌道（ＭＥＯ）又は静止軌道（ＧＥＯ）衛星に分類される。
・ＬＥＯ：典型的な高度は、５００〜１５００ｋｍの範囲であり、軌道周期は、１０〜４０分の範囲である。
・ＭＥＯ：典型的な高度は、５，０００〜１２，０００ｋｍの範囲であり、軌道周期は、２〜８時間の範囲である。
・ＧＥＯ：高度３５，７８６ｋｍであり、２４時間の軌道周期である。
【００５１】
衛星は、通常、特定の領域に複数のビームを生成する。ビームのフットプリントは通常楕円形であり、これは伝統的にセルと見做されている。ビームのフットプリントは、スポットビームとしても参照される。スポットビームのフットプリントは、衛星の移動に伴って地表上を移動する、或いは、その移動を補償するために衛星によって使用されるある種のビームポインティング機構により地上において固定的であり得る。スポットビームのサイズは、システムデザインに依存し、数十ｋｍから数千ｋｍの範囲であり得る。
【００５２】
図１は、ベントパイプトランスポンダを有する衛星ネットワークの例示的な構成を示している。衛星通信システムの設計に影響を与える２つの主な物理現象は、大きい伝搬遅延とドップラ効果である。ドップラ効果は、ＬＥＯ衛星において特に顕著になる。
【００５３】
伝搬遅延
伝搬遅延は、衛星通信システムのデザインを地上モバイルシステムのデザインとは異ならせる主な物理現象である。ベントパイプ衛星ネットワークでは、以下の遅延が関連する。
・ワンウェイ遅延：衛星経由でｅＮＢ／ｇＮＢからＵＥに、或いは、その逆（つまり、衛星経由でＵＥからｅＮＢ／ｇＮＢに）。
・ラウンドトリップ遅延：衛星経由でｅＮＢからＵＥに、そして、衛星経由でＵＥからｅＮＢに戻る。
・ディファレンシアル遅延：同じビームスポット内の２つの選択された地点の遅延差
【００５４】
地上ｅＮＢ／ｇＮＢアンテナと、併置される場合と併置されない場合があるｅＮＢとの間の追加の遅延があり得る。この遅延は配置に依存する。遅延が無視できない場合、通信システムデザインにおいて考慮されるべきである。
【００５５】
伝搬遅延は、信号パスの長さに依存し、さらに、地上のｅＮＢ／ｇＮＢ及びＵＥによって見られる衛星の仰角にも依存する。最小仰角は、典型的には、地上のＵＥにおいては１０度より大きく、地上のＮＢ／ｇＮＢにおいては５度より大きい。これらの値は、以下の遅延分析で想定されている。
【００５６】
以下の表（表１及び表２）は、３ＧＰＰ  ＴＲ３８．８１１（３ＧＰＰ  ＴＲ３８．８１１  Ｖ１．０．０（２０１８−０６）、非地上ネットワークをサポートするためのニューレディオ（ＮＲ）に関する調査を参照）からの抜粋である。表に示されている様に、ラウンドトリップ遅延は、衛星システムにおいては大変大きい。例えば、ＧＥＯ衛星システムでは約５４５ｍｓである。対称的に、典型的な地上セルラネットワークにおいて、ラウンドトリップ遅延は、通常、１ｍｓより小さい。
【００５７】
【表１】
2022501867.tif 000003
【００５８】
【表２】
2022501867.tif 000004
【００５９】
一般に、１つのセルをカバーするスポットビーム内で、遅延は共通遅延成分とディファレンシアル遅延成分に分割され得る。共通遅延は、セル内の総てのＵＥで同じであり、スポットビームの参照点に対して判定される。対称的に、ディファレンシアル遅延は、異なるＵＥで異なり、スポットビーム内の参照点と、特定のＵＥが位置する点との間の伝搬遅延に依存する。
【００６０】
フィーダリンクは、通常、同じスポットビーム内の端末に対して同じであるため、ディファレンシアル遅延は、主に、アクセスリンクの異なるパス長により生じる。さらに、ディファレンシアル遅延は、主に、スポットビームのサイズによって決定される。ディファレンシアル遅延は、サブｍｓ（数十ｋｍのオーダのスポットビームの場合）から数十ｍｓ（数千ｋｍのオーダのスポットビームの場合）の範囲であり得る。
【００６１】
ドップラ効果
ドップラは、衛星通信システムで適切に考慮されるべきもう１つの主要な物理現象である。以下のドップラ効果が特に関連する。
・ドップラシフト：送信機、受信機、或いは、その両方の移動による信号周波数のシフト
・ドップラ変動率：時間のドップラシフト関数の導関数、つまり、ドップラシフトが時間の経過とともにどれだけ速く変化するかを特徴づける。
【００６２】
ドップラ効果は、衛星とＵＥの相対速度と、搬送周波数と、に依存する。
【００６３】
ＧＥＯ衛星は、原則として固定されているため、ドップラシフトは生じさせない。ただし、実際には、ＧＥＯ衛星は、摂動等により、公称軌道位置の周りを移動する。ＧＥＯ衛星は通常、ボックス内に維持される（３ＧＰＰ  ＴＲ３８．８１１  Ｖ１．０．０（２０１８−０６）、非地上ネットワークをサポートするためのニューレディオ（ＮＲ）に関する調査を参照）。
・＋／−０．０５°の開口角に対応する緯度と経度の両方向で＋／−３７．５ｋｍ
・赤道面で＋／−１７．５ｋｍ
【００６４】
図２に示す様に、ＧＥＯ衛星が通常従う軌道は、数字"８"のパターンである。
【００６５】
表３に、ＧＥＯ衛星のドップラシフトの例を示す。ボックス内に維持され、数字"８"のパターンに従って移動するＧＥＯ衛星の場合、ＧＥＯ衛星の移動によるドップラシフトは無視できる。
【００６６】
ただし、ＧＥＯ衛星がボックス内に維持されていない場合、移動は最大６°の傾斜でＧＥＯ軌道の近くにあり得る。ＧＥＯ衛星の動きによるドップラシフトは無視できなくなり得る。
【００６７】
【表３】
2022501867.tif 000005
【００６８】
ドップラ効果は、ＭＥＯ及びＬＥＯ衛星で顕著になる。表４は、ＬＥＯやＭＥＯ等の非静止衛星軌道（ＮＧＳＯ）衛星のドップラシフト及びレートの例を示している。通信システムの設計では、ＮＧＳＯ衛星の動きによるドップラシフト及びレートを適切に考慮する必要があることが示されている。
【００６９】
【表４】
2022501867.tif 000006
【００７０】
ＮＲフレーム構造
ＮＲにおいて、以下の表５に示す複数のヌメロロジーがサポートされており、ここで、μは、ヌメロロジーのインデクスである。表に示されている様に、通常のサイクリックプレフィクス（ＣＰ）は総てのヌメロロジー（１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ及び２４０ｋＨｚ）でサポートされているが、拡張ＣＰは６０ｋＨｚのヌメロロジーでサポートされている。
【００７１】
【表５】
2022501867.tif 000007
【００７２】
ダウンリンク（ＤＬ）及びアップリンク（ＵＬ）において、ＮＲでの送信は、期間Ｔｆ＝（ΔｆｍａｘＮｆ／１００）・Ｔｃ＝１０ｍｓのフレームに構成され、ここで、Δｆｍａｘ＝４８０・１０３Ｈｚ、Ｎｆ＝４０９６、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）である。各フレームは、期間Ｔｓｆ＝（ΔｆｍａｘＮｆ／１０００）・Ｔｃ＝１ｍｓの１０個のサブフレームで構成される。一般に、キャリアには２セットのフレームがあり、１つはＵＬに、もう１つはＤＬにある（３ＧＰＰ  ＴＳ３８．２１１  Ｖ１５．２．０（２０１８−０６）、ＮＲ物理チャネル及び変調を参照）。
【００７３】
サブフレーム内の連続する直交周波数分割多重（ＯＦＤＭ）シンボルの数は、Ｎｓｕｂｆｒａｍｅ，μｓｙｍｂ＝ＮｓｌｏｔｓｙｍｂＮｓｕｂｆｒａｍｅ，μｓｌｏｔで与えられ、ここで、Ｎｓｕｂｆｒａｍｅ，μｓｌｏｔは、ヌメロロジー構成μのサブフレーム当たりのスロット数を示し、Ｎｓｌｏｔｓｙｍｂはスロット当たりのＯＦＤＭシンボル数を示す。様々なヌメロロジー構成のＮｓｕｂｆｒａｍｅ，μｓｌｏｔ及びＮｓｌｏｔｓｙｍｂの値を、通常ＣＰと拡張ＣＰについてそれぞれ表６と表７に示す。これらの表には、特定のヌメロロジー構成μについて、フレーム当たりのスロット数（Ｎｆｒａｍｅ，μｓｌｏｔ）も示されている。
【００７４】
【表６】
2022501867.tif 000008
【００７５】
【表７】
2022501867.tif 000009
【００７６】
図３に示す様に、一般的なＮＲのＵＥでは、ＵＥからのｉ番目のアップリンクフレームは、対応するダウンリンクフレームの開始前のＴＴＡ＝（ＮＴＡ＋ＮＴＡ  ｏｆｆｓｅｔ）／Ｔｃに開始される。ＮＴＡ  ｏｆｆｓｅｔの値は、表８に示す様に、セルの複信モードと周波数範囲の両方に依存し、ここで、周波数範囲１（ＦＲ１）は、４５０ＭＨｚ〜６０００ＭＨｚの範囲として定義され、周波数範囲２（ＦＲ２）は、２４２５０ＭＨｚ〜５２６００ＭＨｚの範囲として定義される（３ＧＰＰ  ＴＳ３８．１０４  Ｖ１５．２．０（２０１８−０６）、ＮＲ基地局（ＢＳ）の無線送受信を参照。）。表８に示されている様に、ＮＴＡ  ｏｆｆｓｅｔはゼロ（ＦＲ１の周波数分割複信（ＦＤＤ）の場合）又はマイクロ秒の範囲（つまり、ＦＲ２の場合は７マイクロ秒まで、ＦＲ１の時分割複信（ＴＤＤ）の場合は、１３マイクロ秒まで、或いは、２０マイクロ秒まで）である。ＮＴＡは、各ＵＥに固有のタイミングアドバンス成分である。通常、ｇＮＢによってサービスが提供されている地上ＵＥのタイミングアドバンスＴＴＡ＝（ＮＴＡ＋ＮＴＡ  ｏｆｆｓｅｔ）／Ｔｃは、１ミリ秒のオーダである。正確には、Ｍｓｇ２で搬送される最大タイミングアドバンスコマンドは、ＬＴＥとＮＲでそれぞれ約０．６７ミリ秒と２ミリ秒である。
【００７７】
【表８】
2022501867.tif 000010
【００７８】
ＮＲのＲｅｌ−１５において、３ＧＰＰ  ＴＳ３８．２１３  Ｖ１５．２．０（２０１８−０６）、制御のためのＮＲ物理レイヤ手順で定義された５つの異なる物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットがある。これらのＰＵＣＣＨフォーマットは、ＨＡＲＱ−ＡＣＫフィードバック情報、スケジューリング要求（ＳＲ）、チャネル状態情報（ＣＳＩ）等の様々なアップリンク制御情報（ＵＣＩ）を搬送するために使用される。５つのＰＵＣＣＨフォーマットを以下に簡単に説明する。
・ＰＵＣＣＨフォーマット０は、正又は負のＳＲと、ＨＡＲＱ−ＡＣＫ情報ビットの数が１又は２の場合に、ＵＥによってＵＣＩを送信するために使用され得る。ＰＵＣＣＨフォーマット０は、１又は２ＯＦＤＭシンボルのスパンである。
・ＰＵＣＣＨフォーマット１は、正又は負のＳＲと、ＨＡＲＱ−ＡＣＫ情報ビットの数が１又は２の場合に、ＵＥによってＵＣＩを送信するために使用され得る。ＰＵＣＣＨフォーマット１は、４以上のＯＦＤＭシンボルのスパンである。
・ＰＵＣＣＨフォーマット２は、ＣＳＩ、ＨＡＲＱ−ＡＣＫ及び／又はＳＲを搬送するＵＣＩビット数が２ビットを超えている場合に、ＵＥによってＵＣＩを送信するために使用され得る。ＰＵＣＣＨフォーマット２は、１又は２ＯＦＤＭシンボルのスパンである。
・ＰＵＣＣＨフォーマット３は、ＣＳＩ、ＨＡＲＱ−ＡＣＫ及び／又はＳＲを搬送するＵＣＩビット数が２ビットを超えている場合に、ＵＥによってＵＣＩを送信するために使用され得る。ＰＵＣＣＨフォーマット３は、４以上のＯＦＤＭシンボルのスパンである。
・ＰＵＣＣＨフォーマット４は、ＣＳＩ、ＨＡＲＱ−ＡＣＫ及び／又はＳＲを搬送するＵＣＩビット数が２ビットを超えている場合に、ＵＥによってＵＣＩを送信するために使用され得る。ＰＵＣＣＨフォーマット４は、４以上のＯＦＤＭシンボルのスパンである。ＰＵＣＣＨフォーマット４は、ＰＵＣＣＨフォーマット３と同じ構造を使用するが、直交カバー符号を介して複数のユーザの多重を可能にする。
【００７９】
ＨＡＲＱ−ＡＣＫ送信
ＨＡＲＱ−ＡＣＫは、次のいずれかの状況の１つにおいて、スロットｎ＋ｋ内のＰＵＣＣＨで送信される（３ＧＰＰ  ＴＳ３８．２１３  Ｖ１５．２．０（２０１８−０６）；制御のためのＮＲ物理レイヤ手順を参照。）。
・ＵＥがスロットｎでＰＤＳＣＨ受信をスケジュールするＤＣＩ（ＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１のいずれか）を検出した場合
・ＵＥが、スロットｎで受信したＰＤＣＣＨを使用した半永続的スケジューリング（ＳＰＳ）ＰＤＳＣＨリリースを示すＤＣＩ（ＤＣＩフォーマット１＿０）を検出した場合
【００８０】
スロットｎ＋ｋ内で送信されたＨＡＲＱ−ＡＣＫは、上記スロットｎで受信されたＰＤＳＣＨ受信又はＳＰＳ  ＰＤＳＣＨリリースコマンドに対応する。スロットの数で与えられるｋの値は、ＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールド（フィールドが存在する場合）によって示されるか、上位レイヤパラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫによって提供される。
【００８１】
スロットｎで受信されるＳＰＳ  ＰＤＳＣＨの場合、ＨＡＲＱ−ＡＣＫは、スロットｎ＋ｋのＰＵＣＣＨで送信され、ここで、ｋは、ＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールド（フィールドが存在する場合）によって示されるか、上位レイヤパラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫによって提供される。
【００８２】
ＤＣＩフォーマット１＿０では、３ビットのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールドは、｛１、２、３、４、５、６、７、８｝のスロット値（つまり、セット｛１、２、３、４、５、６、７、８｝のスロット値の１つが、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールドで示される。）にマッピングされる。
【００８３】
ＤＣＩフォーマット１＿１では、３ビットのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールドがＰＤＣＣＨに存在する場合、このフィールドは、表９に示す様に、上位レイヤパラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫによって提供されるスロット数のセットからの値にマッピングされる。３ＧＰＰ  ＴＳ３８．３３１  Ｖ１５．２．１（２０１８−０６）；ＮＲ無線リソース制御（ＲＲＣ）プロトコル仕様で定義されている様に、リリース１５のＮＲ仕様で設定できる様々な可能な値は、０〜１５スロットの範囲である。
【００８４】
ＤＣＩフォーマット１＿１が、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールドを含まず、ＵＥがＰＤＳＣＨ受信をスケジュールする、或いは、スロットｎでのＳＰＳ  ＰＤＳＣＨ受信をアクティブにするＤＣＩフォーマット１＿１を検出すると、ＨＡＲＱ−ＡＣＫが、スロットｎ＋ｋ内のＰＵＣＣＨで送信され、ここで、ｋは、上位レイヤパラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫによって提供される。
【００８５】
【表９】
2022501867.tif 000011
【００８６】
ＳＲ送信
ＮＲにおいて、ＳＲは、データ送信のためのアップリンクリソースを要求するために、ＵＥによってＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１で送信される。ＵＥは、周期性ＳＲＰＥＲＩＯＤＩＣＩＴＹ（シンボル又はスロット数）とオフセットＳＲＯＦＦＳＥＴ（スロット）で構成される。ＳＲＰＥＲＩＯＤＩＣＩＴＹが１スロットより大きい場合、以下の条件が満たされると、ＰＵＣＣＨでのＳＲの送信機会は、ＵＥによってフレームｎｆのスロットｎμｓ，ｆにあると判定される。
（ｎｆ・Ｎｆｒａｍｅ，μｓｌоｔ＋ｎμｓ，ｆ−ＳＲＯＦＦＳＥＴ）  ｍоｄ  ＳＲＰＥＲＩＯＤＩＣＩＴＹ＝０
（３ＧＰＰ  ＴＳ３８．２１３  Ｖ１５．２．０（２０１８−０６）；制御のためのＮＲ物理レイヤの手順を参照）。ＳＲＰＥＲＩＯＤＩＣＩＴＹが１スロットよりも小さい場合、上位レイヤパラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘ（３ＧＰＰ  ＴＳ３８．２１３  Ｖ１５．２．０  （２０１８−０６）；制御のためのＮＲ物理レイヤの手順を参照。）によって与えられるｌ０に対し、条件（ｌ−ｌ０  ｍоｄ  ＳＲＰＥＲＩＯＤＩＣＩＴＹ）  ｍоｄ  ＳＲＰＥＲＩＯＤＩＣＩＴＹ＝０が満たされる場合、ＰＵＣＣＨでのＳＲ送信機会はインデクスｌのＯＦＤＭシンボルであるとＵＥによって判定される。
【００８７】
ＣＳＩ送信
ＮＲでは、ＰＵＣＣＨでＣＳＩをレポートするために、ＰＵＣＣＨでの周期的ＣＳＩレポートと半永続的ＣＳＩレポートとの２つの構成が可能である。ＰＵＣＣＨでの周期的及び半永続的ＣＳＩレポートの場合、周期性とスロットオフセットは、パラメータｒｅｐｏｒｔＳｌｏｔＣｏｎｆｉｇによって上位レイヤで構成される。ＰＵＣＣＨでの半永続的ＣＳＩレポートは、ＰＤＳＣＨで搬送されるアクティブ化コマンドによってアクティブ化される（３ＧＰＰ  ＴＳ３８．２１４  Ｖ１５．２．Ｘ（２０１８−０６）；データのためのＮＲ物理レイヤ手順を参照）。アクティブ化コマンドは、ＰＵＣＣＨでのＣＳＩレポートの半永続的レポート設定の１つを選択する。アクティブ化コマンドによって示される半永続的レポート設定は、スロットｎ＋３Ｎｓｕｂｆｒａｍｅ，μｓｌоｔ＋１から適用する必要があり、ここで、ｎは、アクティブ化コマンドを搬送するＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫがＵＥによって送信されたスロット番号である。
【００８８】
ＮＲのＰＵＳＣＨにおけるアップリンク制御及びデータ送信
ＰＵＳＣＨはＤＣＩによってスケジュールされ、ＤＣＩの時間領域リソース割り当てフィールドは、時間領域でのリソース割り当てに関する情報を含むテーブルへのインデクスを提供する。この情報には、スロットオフセットＫ２、開始及び長さインジケータ（ＳＬＩＶ）、又は、直接的な開始シンボルＳ及び割り当て長Ｌ、及び、ＰＵＳＣＨ送信に適用されるＰＵＳＣＨマッピングタイプが含まれるが、これらに限定されない。トランスポートブロックがなくＤＣＩにＣＳＩ要求フィールドがあるＰＵＳＣＨといった特定のケースの場合、Ｋ２は上位レイヤの無線リソース制御（ＲＲＣ）パラメータによって決定される。
【００８９】
ＵＥがＰＵＳＣＨを送信するスロットは、Ｋ２によって、
【００９０】
【数１】
2022501867.tif 000012
と決定され、ここで、ｎはスケジューリングＤＣＩのスロット、Ｋ２はＰＵＳＣＨのヌメロロジーに基づく値、μＰＵＳＣＨ及びμＰＤＣＣＨは、それぞれＰＵＳＣＨ及びＰＤＣＣＨのサブキャリア間隔構成である。開始シンボル、連続するシンボルの数Ｌ、ＰＵＳＣＨマッピングタイプ等の決定は上位レイヤと同様であり、詳細は［セクション６．１．２、８］に記載されている。
【００９１】
ＮＲのＰＵＳＣＨにおけるアップリンク制御情報
ＵＥがＨＡＲＱ−ＡＣＫ情報及び／又は半永続的／周期的ＣＳＩを含むＰＵＣＣＨ送信とオーバラップするＰＵＳＣＨ送信を持ち、ＰＵＳＣＨでＵＣＩを多重化するための９．２．５節の条件が満たされる場合、ＵＥは、ＰＵＳＣＨにおいて、ＨＡＲＱ−ＡＣＫ情報及び／又は半永続的／定期的ＣＳＩを多重する。
【００９２】
ＣＳＩ送信
ＮＲでは、ＰＵＳＣＨでＣＳＩをレポートするために、ＰＵＳＣＨでの非周期的ＣＳＩレポートと半永続的ＣＳＩレポートの２つの構成が可能である。ＰＵＳＣＨでの非周期的ＣＳＩと半永続的ＣＳＩの両方がＤＣＩによってアクティブ化／トリガされ、アクティブ化／トリガしたＤＣＩからの可能なスロットオフセットは、上位レイヤパラメータｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔによって構成される（３ＧＰＰ  ＴＳ３８．２１４  Ｖ１５．２．Ｘ；データのためのＮＲ物理レイヤ手順を参照）。リリース１５のＮＲのｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔで許可されるスロットオフセットの範囲は０から３２である（３ＧＰＰ  ＴＳ３８．３３１  Ｖ１５．２．１（２０１８−０６）；ＮＲ無線リソース制御（ＲＲＣ）プロトコル仕様を参照）。スロットオフセットは、アクティブ化／トリガしたＤＣＩによって選択される。
【００９３】
ＳＳブロック構成
ＮＲにおいて、ＵＥが初期アクセスを実行する基準となる参照信号（ＲＳ）のセットは、同期信号ブロック（ＳＳＢ）である。ＮＲにおけるＳＳＢの構造を以下に説明する。
【００９４】
ＳＳブロックに含まれる信号は、周波数内、周波数間、及び、無線アクセス技術（ＲＡＴ）間（つまり、別のＲＡＴからのＮＲ測定）を含むＮＲキャリアでの測定に使用され得る。
【００９５】
ＳＳブロック（ＳＳ／ＰＢＣＨブロック又はＳＳＢとしても参照され得る。）：ＮＲのプライマリ同期信号（ＰＳＳ）、ＮＲのセカンダリ同期信号（ＳＳＳ）及び／又はＮＲの物理ブロードキャストチャネル（ＰＢＣＨ）は、ＳＳブロック内で送信され得る。所定の周波数帯域において、ＳＳブロックは、１サブキャリア間隔（例えば、ディフォルト又は構成される）に基づくＮ個のＯＦＤＭシンボルに対応し、Ｎは定数である。ＵＥは、ＳＳブロックから、少なくとも無線フレーム内のＯＦＤＭシンボルインデクス及びスロットインデクスと、無線フレーム番号を識別し得る。（例えば、無線フレーム又はＳＳバーストセットに対する）可能なＳＳブロック時間位置の単一セットが、周波数帯域ごとに指定される。少なくともマルチビームの場合、少なくともＳＳブロックの時間インデクスがＵＥに示される。実際に送信されたＳＳブロックの位置は、ＣＯＮＮＥＣＴＥＤ／ＩＤＬＥモード測定を支援するため、ＣＯＮＮＥＣＴＥＤモードのＵＥが未使用ＳＳブロックでＤＬデータ／制御信号を受信することを支援するため、そして潜在的にＩＤＬＥモードのＵＥが未使用のＳＳブロックでＤＬデータ／制御信号を受信することを支援するために通知される。ＳＳバーストセット内のＳＳブロックの最大数Ｌは、キャリア周波数範囲毎に異なり、
・３ＧＨｚまでの周波数範囲では、Ｌは４であり、
・３ＧＨｚから６ＧＨｚまでの周波数範囲では、Ｌは８であり、
・６ＧＨｚから５２．６ＧＨｚまでの周波数範囲では、Ｌは６４である。
【００９６】
ＳＳバーストセット：１つ以上のＳＳバーストは、ＳＳバーストセット（又はシリーズ）をさらに構成し、ここで、ＳＳバーストセット内のＳＳバーストの数は有限である。物理レイヤ仕様の観点から、ＳＳバーストセットの少なくとも１つの周期性がサポートされる。ＵＥの観点から見ると、ＳＳバーストセットの送信は周期的である。少なくとも最初のセル選択において、ＵＥは、特定のキャリア周波数のＳＳバーストセット送信のデフォルト周期性を仮定し得る（例えば、５ミリ秒、１０ミリ秒、２０ミリ秒、４０ミリ秒、８０ミリ秒、又は、１６０ミリ秒のいずれか）。ＵＥは、所定のＳＳブロックがＳＳバーストセット周期で繰り返されると仮定し得る。デフォルトでは、ＵＥは、ｇＮＢが同じ数の物理ビームを送信することも、ＳＳバーストセット内の異なるＳＳブロック間で同じ物理ビームを送信することも想定しない。特別な場合、ＳＳバーストセットは、１つのＳＳバーストを含み得る。図４は、ＳＳブロック、ＳＳバースト及びＳＳバーストセット／シリーズの構成例を示している。
【００９７】
キャリアごとに、ＳＳブロックは時間調整され、或いは、完全又は少なくとも部分的にオーバラップされ、或いは、（例えば、送信されたＳＳブロックの実際の数が異なるセルで異なる場合）ＳＳブロックの先頭が時間調整され得る。
【００９８】
現在、特定の課題が存在する。ＮＲのリリース１５において、ＮＲのＰＵＣＣＨ及びＰＵＳＣＨでのＵＣＩ送信と、ＰＵＳＣＨでのアップリンクデータ送信のタイミング関係は、ラウンドトリップ遅延が通常１ｍｓのオーダである地上無線伝搬環境に適したものになる様に設計されている。その結果、既存のアップリンク送信タイミング関係は、数十ミリ秒（ＬＥＯ）から数百ミリ秒（ＧＥＯ）の範囲の衛星通信システムの様な大きい伝搬遅延と、（スポットビームのサイズに応じて）サブミリ秒から数十ミリ秒の範囲になり得る衛星通信システムのスポットビームの大きなディファレンシアル遅延には適さない。
【００９９】
図５は、粗いタイミングアライメント（ＴＡ）及び微細なＴＡによるタイミングアライメントの例を示している。
【０１００】
実施形態１
衛星無線アクセスネットワークにおけるＵＥとｇＮＢ間の絶対的なワンウェイ遅延をＸｄｅｌａｙｍｓとし（ワンウェイ遅延は、共通遅延とディファレンシアル遅延の両方を含む）、ここで、ワンウェイ遅延は一般にサブフレーム期間Ｔｓｆ＝（ΔｆｍａｘＮｆ／１０００）・Ｔｃよりもはるかに大きい。ここで、
【数２】
2022501867.tif 000013
を、その期間がラウンドトリップ遅延２Ｘｄｅｌａｙよりも小さいスロットの最大整数とする（つまり、Ｘｓｌｏｔｓｄｅｌａｙが、
【数３】
2022501867.tif 000014
を満たす最大整数）。以下、この期間
【数４】
2022501867.tif 000015
を量子化されたラウンドトリップ遅延として参照する。
【０１０１】
図６は、この実施形態のＨＡＲＱタイミングを示す例である。この実施形態において、ＵＥでのＵＬフレームタイミングは、図３で論じられたタイミングアドバンス（ＮＴＡ＋ＮＴＡ，ｏｆｆｓｅｔ）Ｔｃに加えて、ラウンドトリップ遅延によるＵＥでのＤＬフレームタイミングからタイムアドバンスされる。図６のタイミング図は、ＵＥがランダムアクセス手順を完了し、ＵＬ及びＤＬ同期を達成したことを前提としている。図６に示す様に、ＵＥでのＤＬフレームタイミングに対するＵＬフレームタイミングの全体的なタイミングアドバンスは、（ＮＴＡ＋ＮＴＡ，ｏｆｆｓｅｔ）Ｔｃ＋２Ｘｄｅｌａｙである。さらに、この実施形態において、ｇＮＢでのＤＬフレームタイミングとＵＬレームタイミングは、時間が合っている。
【０１０２】
この実施形態において、ＵＥがスロットｎでＰＤＳＣＨ受信をスケジュールするＤＣＩを検出すると、このＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫがスロットｎ＋Ｘｓｌｏｔｓｄｅｌａｙ＋ｋ内で送信される。別の実施形態において、ＵＥがｎで受信されたＰＤＣＣＨでＳＰＳ  ＰＤＳＣＨリリースを示すＤＣＩを検出すると、このＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫがスロットｎ＋Ｘｓｌｏｔｓｄｅｌａｙ＋ｋ内で送信される。さらに別の実施形態において、ＵＥがスロットｎでＳＰＳ  ＰＤＳＣＨを受信すると、このＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫがスロットｎ＋２Ｘｓｌｏｔｓｄｅｌａｙ＋ｋ内で送信される。これらの実施形態において、衛星通信システムにおける大きい伝搬遅延を補償するために、ＨＡＲＱ−ＡＣＫをフィードバックするための追加のＸｓｌｏｔｓｄｅｌａｙスロットが必要になる。
【０１０３】
ワンウェイ遅延ＸｄｅｌａｙはＵＥ固有であるため（スポットビーム内の異なるＵＥは異なるＸｄｅｌａｙを有する）、幾つかの特定の実施形態において、ｇＮＢ上位レイヤは、Ｘｓｌｏｔｓｄｅｌａｙの値で各ＵＥを構成する。あるいは、ｇＮＢ上位レイヤは、ワンウェイ遅延、ラウンドトリップ遅延、最も近い数のスロットに量子化されたワンウェイ遅延、又は、最も近い数のスロットに量子化されたラウンドトリップ遅延のいずれかでＵＥを構成できる。
【０１０４】
１つの詳細な実施形態において、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールドがＤＣＩに存在する場合、その後にＨＡＲＱ−ＡＣＫを送信するまでのスロット数（すなわち、ＵＥがスロットｎのＤＣＩを検出した後のＸｓｌｏｔｓｄｅｌａｙ＋ｋ個のスロット）は、値Ｘｓｌｏｔｓｄｅｌａｙと、ＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールドによって示される値との合計としてＵＥにおいて決定される。
【０１０５】
別の詳細な実施形態において、その後にＨＡＲＱ−ＡＣＫを送信するまでのスロット数（すなわち、ＵＥがスロットｎでＤＣＩを検出した後のＸｓｌｏｔｓｄｅｌａｙ＋ｋ個のスロット）は、値Ｘｓｌｏｔｓｄｅｌａｙと上位レイヤパラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫによって提供される値との合計としてＵＥで決定される。
【０１０６】
さらに詳細な実施形態において、上位レイヤパラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫに対して構成できる異なる可能な値は、ＨＡＲＱ−ＡＣＫタイミングの表示に量子化されたワンウェイ遅延を含めることに対応するため、その現在の範囲の０から１５スロットより拡張される。
【０１０７】
実施形態１ａ
共通ラウンドトリップ遅延２Ｔｄｅｌａｙ＿ｃｏｍｍｏｎは、ｇＮＢ／ｅＮＢによってスポットビームでＵＥにブロードキャストされる。さらに、システムフレームの開始時刻は、ＵＥにブロードキャストされるか、事前に指定される。例えば、最初のシステムサブフレームが２０１９年０１月０１日の００：００：００：００に開始する様に指定され得る。ＵＥは、ＧＰＳやＤＬで実際に受信したシステムフレーム等の方法を使用して、ｇＮＢ／ｅＮＢへのワンウェイ遅延Ｘｄｅｌａｙを決定する。例えば、ＵＥが時刻ｔｘにシステムフレームｎを受信し、システムフレームの予想時間がｔｎである場合、ＵＥはワンウェイ遅延をＸｄｅｌａｙ＝ｔｘ−ｔｎとして推定できる。
【０１０８】
次に、ＵＥは、そのラウンドトリップ遅延と共通ラウンドトリップ遅延の差を
【数５】
2022501867.tif 000016
として決定できる。ここで、Ｔ＿ｓｌｏｔは、スロット期間である。あるいは、スロット内の２Ｔｄｅｌａｙ＿ｃｏｍｍｏｎの量子化バージョンが代わりにブロードキャストされ、ＵＥは残りのラウンドトリップ遅延を
【数６】
2022501867.tif 000017
と決定する。
【０１０９】
ＵＥはｇＮＢ／ｅＮＢに信号Ｎｄｉｆｆ＿ｒｔｄ＿ｓｌｏｔｓを送り、ｇＮＢ／ｅＮＢは、ＡＣＫ／否定的応答（ＮＡＣＫ）、ＣＳＩ、ＳＲ、ＰＵＳＣＨ等のＵＬ信号を受信するサブフレームを正確に認識する。
【０１１０】
あるいは、ワンウェイ共通遅延をＵＥにブロードキャストすることもできる。
【０１１１】
さらに別の実施形態において、ＵＥは、スロットＮｒｔｄ＿ｓｌｏｔｓのラウンドトリップ遅延を、ｇＮＢ／ｅＮＢに単に信号で伝えることができ、ここで、
【数７】
2022501867.tif 000018
である。
【０１１２】
実施形態２
この実施形態の表記Ｘｄｅｌａｙ及びＸｓｌｏｔｓｄｅｌａｙは、実施形態１で定義されたものと同様である。図７は、この実施形態のＰＵＳＣＨでの非周期ＣＳＩ送信のタイミングを示している。この実施形態において、ＵＥでのＵＬフレームタイミングは、図３で論じられたタイミングアドバンス（ＮＴＡ＋ＮＴＡ，ｏｆｆｓｅｔ）Ｔｃに加えて、ＵＥでのＤＬフレームタイミングからラウンドトリップ遅延だけタイムアドバンスされる。図７のタイミング図は、ＵＥがランダムアクセス手順を完了し、ＵＬ及びＤＬ同期を達成したことを前提としている。図７に示す様に、ＤＬフレームタイミングに対するＵＬフレームタイミングの全体的なタイミングアドバンスは、（ＮＴＡ＋ＮＴＡ，ｏｆｆｓｅｔ）Ｔｃ＋２Ｘｄｅｌａｙである。さらに、この実施形態において、ｇＮＢでのＤＬフレームタイミングとＵＬレームタイミングは、時間が合っている。
【０１１３】
この実施形態において、ＵＥがスロットｎのＰＵＳＣＨ上で非周期ＣＳＩをトリガするＤＣＩを検出すると、このＤＣＩトリガに対応する非周期ＣＳＩがスロットｎ＋Ｘｓｌｏｔｓｄｅｌａｙ＋Ｋで送信され、ここで、Ｋは、上位レイヤパラメータｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔにより構成された値の中からアクティブ化／トリガＤＣＩによって選択されたスロットオフセットである。これらの実施形態において、衛星通信システムにおける大きい伝搬遅延のため、非周期ＣＳＩをフィードバックするための追加のＸｓｌｏｔｓｄｅｌａｙスロットが必要になる。
【０１１４】
ワンウェイ遅延ＸｄｅｌａｙはＵＥ固有であるため（スポットビーム内の異なるＵＥは異なるＸｄｅｌａｙを有する）、幾つかの特定の実施形態において、ｇＮＢ上位レイヤは、Ｘｓｌｏｔｓｄｅｌａｙの値で各ＵＥを構成する。あるいは、ｇＮＢ上位レイヤは、ワンウェイ遅延、ラウンドトリップ遅延、最も近い数のスロットに量子化されたワンウェイ遅延、又は、最も近い数のスロットに量子化されたラウンドトリップ遅延のいずれかを使用してＵＥを構成できる。
【０１１５】
別の詳細な実施形態において、その後にＰＵＳＣＨで非周期ＣＳＩを送信するまでのスロット数（つまり、ＵＥがスロットｎでＤＣＩを検出した後のＸｓｌｏｔｓｄｅｌａｙ＋Ｋ個のスロット）は、値Ｘｓｌｏｔｓｄｅｌａｙと上位レイヤパラメータｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔによって構成されたスロットオフセットからトリガＤＣＩによって示された値との合計としてＵＥで決定される。さらに詳細な実施形態において、上位レイヤパラメータｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔに対して構成できる異なる可能な値は、非周期ＣＳＩレポートスロットオフセットの表示に量子化されたワンウェイ遅延を含めることに対応するため、その現在の範囲から０から３２スロットまで拡張される。
【０１１６】
実施形態２ａ
この実施形態の一般化として、ＵＥがＰＵＳＣＨを送信するスロットは、Ｋ２及びＸｓｌｏｔｓｄｅｌａｙによって、
【数８】
2022501867.tif 000019
と決定され、ここで、ここで、ｎは、受信した、スケジューリングＤＣＩのダウンリンクスロットであり、Ｘｓｌｏｔｓｄｅｌａｙは、初期アクセス後にｅＮＢによって設定されるＲＲＣパラメータである。現在のＮＲ仕様と比較すると、伝搬遅延Ｘｓｌｏｔｓｄｅｌａｙはタイミング関係で考慮されており、ｎがダウンリンクスロットを参照していることを明確にする必要がある。
【０１１７】
実施形態の別の言い換えバージョンにおいて、ＵＥがＰＵＳＣＨを送信するスロットは、Ｋ２によって
【数９】
2022501867.tif 000020
と決定され、ここで、ｎは、スケジューリングＤＣＩが受信された時間に対応するアップリンクスロット番号である。タイミングアドバンスにより、スケジューリングＤＣＩが受信される時間は２つのアップリンクスロットに跨り、選択されたアップリンクスロットｎは、他のスロットよりもＤＣＩとオーバラップするアップリンクスロットに対応する。
【０１１８】
実施形態３
実施形態１及び２において、ＵＥがＵＥのＤＬフレームタイミングに対するＵＥのＵＬフレームタイミングのタイミングアドバンス（ラウンドトリップ遅延を考慮）を実行すると仮定して、ｇＮＢのＤＬ及びＵＬフレームタイミングが合っていると仮定していた。ｇＮＢでのシフトされたＤＬ及びＵＬフレームタイミングを使用した展開を柔軟にサポートするために、ＵＥのＵＬ送信タイミングは、使用される特定のタイミングアドバンスメカニズムに対して透過的に次の様に指定できる。
・ＵＥは、ＤＬスロットｎでコマンドを受信する。
・ＵＥは、ＵＬフレームタイミングで対応するスロットインデクスを特定する。
・ＵＥのＵＬとＤＬスロットの境界が完全に合っている例外的なケースにおいて、ＵＥのＤＬスロットｎと完全にオーバラップする対応するＵＥのＵＬスロットがある。オーバラップするＵＬスロットのスロットインデクスをｍと表記する。
・この場合、ＵＥでの参照ＵＬスロットインデクスｍ´＝ｍである。
・より一般的なケースにおいて、ＵＥでのＵＬ及びＤＬスロット境界は完全に合っておらず、ＵＥのＤＬスロットｎと部分的にオーバラップする２つの対応するＵＥアップリンクスロットがある。２つのオーバラップするＵＥのＵＬスロットのスロットインデクスをｍ及びｍ＋１と表記する。
・一実施形態では、スロットｍが参照として選択される。（ｍ´＝ｍ）
・別の実施形態では、スロットｍ＋１が参照として選択される。（ｍ´＝ｍ＋１）
・別の実施形態では、スロットｍ＋１とＤＬスロットｎとの間のオーバラップと比較したときに、スロットｍがＤＬスロットｎとより多くのオーバラップしている場合、ｍ´＝ｍである。それ以外の場合、ｍ´＝ｍ＋１である。
・ＵＥのＵＬ送信タイミング
・実施形態１の詳細実施形態において、ＵＥがスロットｎでＰＤＳＣＨ受信をスケジュールするＤＣＩを検出すると、このＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫがスロットｎ＋Ｘｓｌｏｔｓｄｅｌａｙ＋ｋ内で送信される。代わりに、実施形態３では、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫがスロットｍ´＋ｋ内で送信される。
・同様のメカニズムを、実施形態１、２及び２ａにリストされている他の詳細な実施形態に適用することができる。
・同様のメカニズムを、ＮＲ及びＬＴＥの総てのＵＬ送信タイミングに適用できる。
【０１１９】
図８は、実施形態３の非周期ＣＳＩ送信タイミングを示す例である。この例において、ＵＥは、参照アップリンクスロットをｍ´＝ｍとして決定し、スロットｍ´＋Ｋで非周期ＰＵＳＣＨを送信し、ここで、Ｋは、実施形態２に記載される様に決定される。
【０１２０】
図９は、実施形態３のＨＡＲＱタイミングを示す例である。この例において、ＵＥは、参照アップリンクスロットをｍ´＝ｍ＋１として決定し、スロットｍ´＋ｋでＨＡＲＱ−ＡＣＫを送信し、ここで、ｋは、実施形態１に記載される様に決定される。
【０１２１】
実施形態４
実施形態１及び２では、Ｘｄｅｌａｙによって示されるワンウェイ遅延の初期の仮定は、ワンウェイ遅延が共通遅延及びディファレンシアル遅延の両方を含むというものであった。実施形態１及び２の従属実施形態と見なすことができる実施形態４において、ワンウェイ遅延のシグナリング及び調整は、共通遅延とディファレンシアル遅延との間で分割される。ＮＲにおいて、セルは最大Ｌ個のＳＳＢビームを送信し得る。衛星システムにおいては、スポットビーム、セル、ＳＳＢビームの関係に関して３つの展開オプションがある。最も単純なのは、セルごとに１つのＳＳＢがあり、この場合、ＳＳＢは、セル全体のＲＳになるという意味でＬＴＥのＣＲＳに似ている。他の２つのオプションにおいて、各ＳＳＢはスポットビームであるため、同じセルＩＤを共有する複数のスポットビームがある。或いは、セルとスポットビームの間に１対１のマッピングがあり、１つのスポットビーム内に最大Ｌ個のＳＳＢビームがある。後者のいずれの場合でも、ＳＳＢビーム毎に１つの共通遅延があり、セル毎にさらに別の共通遅延がある。ＵＥのディファレンシアル遅延は、セル共通遅延又はＳＳＢ共通遅延に向かう可能性がある。セル及び／又はＳＳＢの共通遅延の両方がシステム情報でブロードキャストされ得る。この場合、ｅＮＢは、実施形態１及び２のワンウェイ遅延で使用される遅延差のみを更新することができる。
【０１２２】
図１０は、本開示の幾つかの実施形態による、無線アクセスノード１０００（例えば、基地局（ＢＳ））のブロック図である。無線アクセスノード１０００は、例えば、衛星ベースの無線アクセスノードであり得る。図示する様に、無線アクセスノード１０００は、１つ又は複数のプロセッサ１００４（例えば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等）を含む制御システム１００２と、メモリ１００６と、ネットワークインターフェース１００８と、を含む。１つ又は複数のプロセッサ１００４は、本明細書では処理回路とも呼ばれる。さらに、無線アクセスノード１０００は、それぞれが１つ以上の送信機１０１２及び１つ以上の受信機１０１４を含み、１つ以上のアンテナ１０１６に結合されるむ１つ以上の無線ユニット１０１０を含む。無線ユニット１０１０は、無線インタフェース回路と呼ばれるか、又はその一部であり得る。幾つかの実施形態において、無線ユニット１０１０は、制御システム１００２の外部にあり、例えば、有線接続（例えば、光ケーブル）を介して制御システム１００２に接続される。しかしながら、幾つかの他の実施形態において、無線ユニット１０１０及び潜在的にアンテナ１０１６は、制御システム１００２に統合される。１つ又は複数のプロセッサ１００４は、本明細書で説明される様に、無線アクセスノード１０００の１つ又は複数の機能を提供する様に動作する。幾つかの実施形態において、機能は、例えば、メモリ１００６に格納され、１つ又は複数のプロセッサ１００４によって実行されるソフトウェアにより実現される。
【０１２３】
幾つかの実施形態において、制御システム１００２及び無線ユニット１０１０の両方は、例えば、図１の衛星に実装される。代替例として、無線ユニットは、例えば、図１の衛星に実装され、制御システム１００２は、図１のゲートウェイを介して衛星に通信可能に結合された無線アクセスノードの陸上コンポーネントに実装され得る。
【０１２４】
図１１は、本開示の幾つかの実施形態による、無線アクセスノード１０００の仮想化実施形態を示すブロック図である。この説明は、他のタイプのネットワークノードにも同様に当てはまる。さらに、他のタイプのネットワークノードも同様の仮想化アーキテクチャを備え得る。
【０１２５】
本明細書で使用される場合、"仮想化"無線アクセスノードは、無線アクセスノード１０００の機能の少なくとも一部が仮想コンポーネントとして（例えば、ネットワーク内の物理処理ノードで実行されているマシン仮想マシンを介して）実現される無線アクセスノード１０００の実装である。図示する様に、この例において、無線アクセスノード１０００は、上述した様に、１つ又は複数のプロセッサ１００４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ等）、メモリ１００６、ネットワークインターフェース１００８を含む制御システム１００２と、それぞれが、１つ又は複数の送信機１０１２、１つ又は複数のアンテナ１０１６に結合された１つ又は複数の受信機１０１４を含む１つ又は複数の無線ユニット１０１０と、を含む。制御システム１００２は、例えば、光ケーブル等を介して無線ユニット１０１０に接続される。制御システム１００２は、ネットワークインターフェース１００８を介してネットワーク１１０２に結合された、又はネットワーク８０２の一部として含まれる１つ又は複数の処理ノード１１００に接続される。各処理ノード１１００は、１つ又は複数のプロセッサ１１０４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ等）、メモリ１１０６、及びネットワークインターフェース１１０８を含む。
【０１２６】
この例において、本明細書に記載の無線アクセスノード１０００の機能１１１０は、１つ又は複数の処理ノード１１００で実現されるか、又は任意の所望の方法で制御システム１００２及び１つ又は複数の処理ノード１１００に分散される。幾つかの特定の実施形態において、本明細書に記載の無線アクセスノード１０００の機能１１１０の幾つか又はすべては、処理ノード１１００によってホストされる仮想環境に実装された１つ又は複数の仮想マシンによって実行される仮想コンポーネントとして実装される。当業者には理解される様に、処理ノード１１００と制御システム１００２との間の追加のシグナリング又は通信は、所望の機能１１１０の少なくとも幾つかを実行するために使用される。特に、幾つかの実施形態においては、制御システム１００２は含まれなくてもよく、その場合、無線ユニット１０１０は、適切なネットワークインターフェースを介して処理ノード１１００と直接通信する。
【０１２７】
幾つかの実施形態において、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、無線アクセスノード１０００、又は、本明細書に記載の実施形態のいずれかによる仮想環境において無線アクセスノード１０００の機能１１１０の１つ又は複数を実行するノード（例えば、処理ノード１１００）の機能を実行させる命令を含むコンピュータプログラムが提供される。幾つかの実施形態においては、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、又はコンピュータ可読記憶媒体（例えば、メモリ等の非一時的なコンピュータ可読媒体）のうちの１つである。
【０１２８】
図１２は、本開示の幾つかの他の実施形態による、無線アクセスノード１０００のブロック図である。無線アクセスノード１０００は、１つ又は複数のモジュール１２００を含み、それらのそれぞれは、ソフトウェアで実装される。モジュール１２００は、本明細書で説明される無線アクセスノード１０００の機能を提供する。この議論は、モジュール１２００が処理ノード１１００の１つに実装され得る、複数の処理ノード１１００に分散され得る、及び／又は、処理ノード１１００及び制御システム１００２に分散され得る、図１１の処理ノード１１００にも等しく適用可能である。
【０１２９】
図１３は、本開示の幾つかの実施形態による、ＵＥ１３００のブロック図である。図示する様に、ＵＥ１３００は、１つ又は複数のプロセッサ１３０２（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ等）と、メモリ１３０４と、それぞれが１つ又は複数の送信機１３０８及び１つ又は複数の受信機１３１０を含み、１つ又は複数のアンテナ１３１２に結合される１つ又は複数のトランシーバ１３０６と、を含む。トランシーバ１３０６は、当業者によって理解される様に、アンテナ１３１２とプロセッサ１３０２との間で通信される信号を調整する様に構成された、アンテナ１３１２に接続された無線フロントエンド回路を含む。プロセッサ１３０２は、本明細書では処理回路とも呼ばれる。トランシーバ１３０６は、本明細書では無線回路とも呼ばれる。幾つかの実施形態において、上記ＵＥ１３００の機能は、例えば、メモリ１３０４に格納され、プロセッサ１３０２によって実行されるソフトウェアによって全体的に又は部分的に実装され得る。ＵＥ１３００は、例えば、１つ又は複数のユーザインターフェースコンポーネント（例えば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、スピーカーを含む入力／出力インタフェース、ＵＥ１３００への情報の入出力を可能にするための任意の他のコンポーネント）や、電源（例えば、バッテリ及び関連する電源回路）等の図１３に示されていない追加のコンポーネントを含み得ることに留意されたい。
【０１３０】
幾つかの実施形態において、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、本明細書に記載の実施形態のいずれかによるＵＥ１３００の機能を実行させる命令を含むコンピュータプログラムが提供される。幾つかの実施形態においては、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、又はコンピュータ可読記憶媒体（例えば、メモリ等の非一時的なコンピュータ可読媒体）のうちの１つである。
【０１３１】
図１４は、本開示の幾つかの他の実施形態による、ＵＥ１３００のブロック図である。ＵＥ１３００は、１つ又は複数のモジュール１４００を含み、それらのそれぞれは、ソフトウェアで実装される。モジュール１４００は、本明細書で説明されるＵＥ１３００の機能を提供する。
【０１３２】
一実施形態に従う図１５を参照すると、通信システムは、３ＧＰＰタイプのセルラネットワーク等の通信ネットワーク１５００を含み、通信ネットワーク１２００は、ＲＡＮ等のアクセスネットワーク１５０２とコアネットワーク１５０４とを含む。アクセスネットワーク１５０２は、ＮＢ、ｅＮＢ、ｇＮＢ又は他のタイプの無線アクセスポイント（ＡＰ）等の複数の基地局１５０６Ａ、１５０６Ｂ、１５０６Ｃを備え、それぞれが対応するカバレッジエリア１５０８Ａ、１５０８Ｂ、１５０８Ｃを定義する。幾つかの実施形態において、ＡＰの幾つか又は総ては、本明細書で説明されるような衛星ベースの基地局であることに留意されたい。各基地局１５０６Ａ、１５０６Ｂ、１５０６Ｃは、有線又は無線接続１５１０を介してコアネットワーク１５０４に接続可能である。カバレッジエリア１５０８Ｃに位置する第１ＵＥ１５１２は、対応する基地局１５０６Ｃに無線で接続する、或いは、ページングされる様に構成される。カバレッジエリア１５０８Ａの第２ＵＥ１５１４は、対応する基地局１５０６Ａに無線で接続可能である。複数のＵＥ１５１２、１５１４がこの例に示されているが、開示された実施形態は、単一ＵＥがカバレッジエリアにある状況、又は、単一ＵＥが対応する基地局１５０６に接続している状況に等しく適用可能である。
【０１３３】
通信ネットワーク１５００自体は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェア及び／又はソフトウェアにより、又は、サーバファームの処理リソースとして具現化され得るホストコンピュータ１５１６に接続される。ホストコンピュータ１５１６は、サービスプロバイダの所有権又は管理下にあり得るか、又はサービスプロバイダによって又はサービスプロバイダに代わって操作され得る。通信ネットワーク１５００とホストコンピュータ１５１６との間の接続１５１８及び１５２０は、コアネットワーク１５０４からホストコンピュータ１５１６まで直接延長してもよく、又はオプションの中間ネットワーク１５２２を介してもよい。中間ネットワーク１５２２は、パブリック、プライベート、又はホストされたネットワークの１つ、又は２つ以上の組み合わせであっても良く、中間ネットワーク１５２２（ある場合）は、バックボーンネットワーク又はインターネットである場合があり、特に、中間ネットワーク１５２２は、２つ以上のサブネットワーク（図示せず）を備えてもよい。
【０１３４】
図１５の通信システムは全体として、接続されたＵＥ１５１２、１５１４とホストコンピュータ１５１６との間の接続を可能にする。接続性は、オーバザトップ（ＯＴＴ）接続１５２４として説明され得る。ホストコンピュータ１５１６及び接続されたＵＥ１５１２、１５１４は、アクセスネットワーク１５０２、コアネットワーク１５０４、任意の中間ネットワーク１５２２及び、仲介者としての可能なさらなるインフラストラクチャ（図示せず）を使用して、ＯＴＴ接続１５２４を介してデータ及び／又はシグナリングを通信する様に構成される。ＯＴＴ接続１５２４は、ＯＴＴ接続１５２４が通過する参加通信デバイスがアップリンク及びダウンリンク通信のルーティングを認識しないという意味で透過的であり得る。例えば、基地局１５０６は、接続されたＵＥ１５１２に転送される（例えば、ハンドオーバ）ホストコンピュータ１５１６から発信されるデータとの着信ダウンリンク通信の過去のルーティングについて通知されないか、又は通知される必要はない。同様に、基地局１５０６は、ＵＥ１５１２からホストコンピュータ１５１６に向かう発信アップリンク通信の将来のルーティングを認識する必要はない。
【０１３５】
一実施形態による、前述の段落で説明したＵＥ、基地局、及びホストコンピュータの例示的な実装形態を、図１６を参照して説明する。通信システム１６００において、ホストコンピュータ１６０２は、通信システム１６００の異なる通信デバイスのインタフェースとの有線又は無線接続をセットアップ及び維持する様に構成された通信インタフェース１６０６を含むハードウェア１６０４を備える。ホストコンピュータ１６０２は、記憶及び／又は処理能力を有し得る処理回路１６０８をさらに備える。特に、処理回路１６０８は、命令を実行する様に適合された１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、又はこれらの組み合わせ（図示せず）を備え得る。ホストコンピュータ１６０２は、ソフトウェア１６１０をさらに備え、ソフトウェア３３１１は、ホストコンピュータ１６０２に格納されるか、ホストコンピュータ３３１０によってアクセス可能であり、処理回路１６０８によって実行可能である。ソフトウェア１６１０は、ホストアプリケーション１６１２を含む。ホストアプリケーション１６１２は、ＵＥ１６１４とホストコンピュータ１６０２で終端されるＯＴＴ接続１６１６を介して接続する、ＵＥ１６１４の様なリモート・ユーザにサービスを提供する様に動作可能であり得る。リモート・ユーザにサービスを提供する際、ホストアプリケーション１６１２は、ＯＴＴ接続１６１６を使用して送信されるユーザデータを提供し得る。
【０１３６】
通信システム１６００は、通信システムに設けられ、ホストコンピュータ１６０２及びＵＥ１６１４と通信することを可能にするハードウェア１６２０を備える基地局１６１８をさらに含む。ハードウェア１６２０は、通信システム１６００の異なる通信デバイスのインタフェースとの有線又は無線接続をセットアップ及び維持するための通信インタフェース１６２２と、少なくとも、基地局１６１８がサービスを提供するカバレッジエリア（図１６には示されていない）にあるＵＥ１６１４との少なくとも無線接続１６２６をセットアップ及び維持するための無線インタフェース１６２４と、を含み得る。通信インタフェース１６２２は、ホストコンピュータ１６０２への接続１６２８を促進する様に構成され得る。接続１６２８は直接であってもよいし、通信システムのコアネットワーク（図１６には図示せず）及び／又は通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示する実施形態において、基地局１６１８のハードウェア１６２０は、処理回路１６３０をさらに備え、処理回路１３３０は、命令を実行する様に適合された１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、又はこれらの組み合わせ（図示せず）を備え得る。基地局１６１８は、内部に格納されたソフトウェア１６３２又は外部接続を介してアクセス可能なソフトウェア３３２１１をさらに有する。
【０１３７】
通信システム１６００は、既に言及したＵＥ１６１４をさらに含む。ＵＥ１６１４のハードウェア１６３４は、ＵＥ１６１４が現在位置するカバレッジエリアにサービスを提供する基地局との無線接続１６２６をセットアップ及び維持する様に構成された無線インタフェース１６３６を含み得る。ＵＥ１６１４のハードウェア１６３４は、処理回路１６３８をさらに備え、処理回路１３３８は、命令を実行する様に適合された１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、又はこれらの組み合わせ（図示せず）を備え得る。ＵＥ１６１４は、ソフトウェア１６４０をさらに備え、ソフトウェア１６４０は、ＵＥ１６１４に格納されるか、ＵＥ１６１４によってアクセス可能であり、処理回路１６３８によって実行可能である。ソフトウェア１６４０は、ホストアプリケーション１６４２を含む。クライアントアプリケーション１６４２は、ホストコンピュータ１６０２のサポートにより、ＵＥ１６１４を介して人間又は非人間のユーザにサービスを提供する様に動作可能であってもよい。ホストコンピュータ１６０２において、実行中のホストアプリケーション１６１２は、ＵＥ１６１４及びホストコンピュータ１６０２で終端するＯＴＴ接続１６１６を介して実行中のクライアントアプリケーション１６４２と通信することができる。ユーザにサービスを提供する際、クライアントアプリケーション１６４２は、ホストアプリケーション１６１２からリクエストデータを受信し、リクエストデータに応答してユーザデータを提供してもよい。ＯＴＴ接続１６１６は、リクエストデータとユーザデータの両方を転送し得る。クライアントアプリケーション１６４２は、ユーザと対話して、提供するユーザデータを生成することができる。
【０１３８】
図１６に示されるホストコンピュータ１６０２、基地局１６１８及びＵＥ１６１４は、それぞれ、図１５のホストコンピュータ１５１６、基地局１５０６Ａ、１５０６Ｂ、１５０６Ｃのうちの１つ、及び、ＵＥ１５１２、１５１４のうちの１つと同一であり得ることに留意されたい。つまり、これらのエンティティの内部動作は図１６の様になり、独立して、周囲のネットワークトポロジは図１５の様になり得る。
【０１３９】
図１６において、ＯＴＴ接続１６１６は、中間デバイス及びこれらのデバイスを介したメッセージの正確なルーティングを明示的に参照することなく、基地局１６１８を介したホストコンピュータ１６０２とＵＥ１６１４との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャは、ルーティングを決定してもよく、ルーティングは、ＵＥ１６１４又はホストコンピュータ１６０２を操作するサービスプロバイダ、又はその両方から隠す様に構成されてもよい。ＯＴＴ接続１６１６がアクティブである間、ネットワークインフラストラクチャは、ルーティングを動的に変更する決定をさらに行うことができる（例えば、ネットワークの負荷分散の検討又は再構成に基づいて）。
【０１４０】
ＵＥ１６１４と基地局１６１８との間の無線接続１６２６は、本開示を通して説明される実施形態の教示に従う。１つ以上の様々な実施形態は、無線接続１６２６が最後のセグメントを形成するＯＴＴ接続１６１６を使用して、ＵＥ１６１４に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の幾つかの教示は、データレート、待ち時間、及び／又は電力消費を改善し、それにより、ユーザ待ち時間の短縮、ファイルサイズの制限の緩和、応答性の向上、バッテリ寿命の延長等の利点を提供し得る。
【０１４１】
測定手順は、データレート、遅延、及び１つ以上の実施形態が改善される他の要因を監視する目的で提供されてもよい。さらに、測定結果の変動に応じて、ホストコンピュータ１６０２とＵＥ１６１４との間のＯＴＴ接続１６１６を再構成するためのオプションのネットワーク機能があり得る。ＯＴＴ接続１６１６を再構成するための測定手順及び／又はネットワーク機能は、ホストコンピュータ１６０２のソフトウェア１６１０及びハードウェア１６０４、ＵＥ１６１４のソフトウェア１６４０及びハードウェア１６３４、或いは、その両方で実装され得る。幾つかの実施形態において、センサ（図示せず）は、ＯＴＴ接続１６１６が通過する通信デバイス内に、又はそれに関連して配置され、センサは、上記で例示した監視量の値を提供するか、ソフトウェア１６１０、１６４０が監視量を計算又は推定できる他の物理量の値を提供することにより、測定手順に参加できる。ＯＴＴ接続１６１６の再構成には、メッセージ形式、再送信設定、優先ルーティング等が含まれ、再構成は基地局１６１８に影響を与えず、基地局１６１８にとって未知又は感知できない可能性がある。そのような手順及び機能は、当技術分野で知られ実践されている場合がある。特定の実施形態において、測定は、スループット、伝播時間、遅延等のホストコンピュータ１６０２の測定を容易にする独自のＵＥシグナリングを含み得る。測定は、ソフトウェア１６１０、１６４０が、ＯＴＴ接続１６１６を使用して、伝播時間、エラー等を監視しながら、メッセージ、特に空又は「ダミー」メッセージを送信する様に実装できる。
【０１４２】
図１７は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１５及び１６を参照して説明されたものであり得る。本開示を単純化するために、図１７への参照図面のみがこのセクションに含まれる。ステップ１７００では、ホストコンピュータはユーザデータを提供する。ステップ１７００のサブステップ１７０２（オプションであり得る）において、ホストコンピュータはホストアプリケーションを実行することによりユーザデータを提供する。ステップ１７０４において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。ステップ１７０６において、基地局は、本開示を通して説明される実施形態の教示に従って、ホストコンピュータが開始した送信で搬送されたユーザデータをＵＥに送信する。ステップ１７０８（オプションであり得る）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【０１４３】
図１８は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１５及び１６を参照して説明されたものであり得る。本開示を単純化するために、図１８への参照図面のみがこのセクションに含まれる。この方法のステップ１８００において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）において、ホストコンピュータはホストアプリケーションを実行することによりユーザデータを提供する。ステップ１８０２において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。本開示を通して説明される実施形態の教示に従い、送信は、基地局を通過し得る。ステップ１８０４（オプションであり得る）において、ＵＥは、送信で搬送されたユーザデータを受信する。
【０１４４】
図１９は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１５及び１６を参照して説明されたものであり得る。本開示を単純化するために、図１９への参照図面のみがこのセクションに含まれる。ステップ１９００（オプションであり得る）において、ＵＥは、ホストコンピュータにより提供されたデータを入力する。追加又は代替として、ステップ１９０２（オプションであり得る）で、ＵＥはユーザデータを提供する。ステップ１９００のサブステップ１９０４（オプションであり得る）において、ＵＥはクライアントアプリケーションを実行することによりユーザデータを提供する。ステップ１９０２のサブステップ１９０６（オプションであり得る）において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の方法に関係なく、ＵＥは、サブステップ１９０８（オプションであり得る）において、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ１９１０において、ホストコンピュータは、本開示を通して説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【０１４５】
図２０は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１５及び１６を参照して説明されたものであり得る。本開示を単純化するために、図２０への参照図面のみがこのセクションに含まれる。ステップ２０００（オプションであり得る）において、本開示全体にわたって説明される実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。ステップ２００２（オプションであり得る）において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップ２００４（オプションであり得る）において、ホストコンピュータは、基地局により開始された送信で搬送されたユーザデータを受信する。
【０１４６】
本明細書で開示される任意の適切なステップ、方法、特徴、機能、又は利点は、１つ又は複数の仮想装置の１つ又は複数の機能ユニット又はモジュールを通じて実行され得る。各仮想装置は、これらの機能ユニットを幾つか備え得る。これらの機能ユニットは、１つ以上のマイクロプロセッサ又はマイクロコントローラを含み得る処理回路と、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理等を含み得る他のデジタルハードウェアと、を含み得る。処理回路は、メモリに格納されたプログラムコードを実行する様に構成され、メモリは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の１つ以上のタイプのメモリを含み得る。メモリに格納されたプログラムコードは、１以上の通信及び／又はデータ通信プロトコルを実行するプログラム命令と、幾つかの実施形態においては、本明細書に記載された技術の一つ以上を実行するためのプログラム命令を含む。幾つかの実装形態において、処理回路は、本開示の１つ以上の実施形態による対応する機能を各機能ユニット実行させるために使用され得る。
【０１４７】
図中のプロセスは、本開示の特定の実施形態によって実行される操作の特定の順序を示し得るが、そのような順序は例示的であることが理解されるべきである（例えば、代替の実施形態は、異なる順序で操作を実行し、特定の操作を組み合わせ、特定の重複をし得る。）
【０１４８】
実施形態
グループＡ実施形態
１．アップリンク送信を実行するために無線デバイスで実行される方法であって、
ラウンドトリップ遅延を少なくとも部分的に考慮して、ダウンリンクフレームタイムに対するアップリンクフレームタイミングの時間シフトを実行することと、
アップリンクフレームタイミングの時間シフトを使用してアップリンク送信を実行することと、
を含む方法。
【０１４９】
２．実施形態１に記載の方法であって、
ラウンドトリップ遅延を考慮してアップリンクデータ又は制御情報の送信タイミングを決定するステップをさらに含む、方法。
【０１５０】
３．実施形態１又は２に記載の方法であって、
ネットワークから、ラウンドトリップ遅延の少なくとも一部分を示す上位レイヤ構成パラメータを受信するステップをさらに含む、方法。
【０１５１】
４．実施形態１から３のいずれか１つに記載の方法であって、
無線デバイスは、上位レイヤ構成パラメータ及びＨＡＲＱ−ＡＣＫ送信に対応するＰＤＳＣＨをトリガするＤＣＩで受信するタイミングオフセットインジケータを共に使用して、ＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する、方法。
【０１５２】
５．実施形態４に記載の方法であって、
タイミングオフセットインジケータは、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールドである、方法。
【０１５３】
６．実施形態１から５のいずれか１つに記載の方法であって、
無線デバイスは、上位レイヤ構成パラメータ及び第２上位レイヤ構成パラメータを共に使用してＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する、方法。
【０１５４】
７．実施形態６に記載の方法であって、
第２上位レイヤ構成パラメータは、ｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫパラメータである、方法。
【０１５５】
８．実施形態１から７のいずれか１つに記載の方法であって、
無線デバイスは、上位レイヤ構成パラメータ及びＰＵＳＣＨでの非周期ＣＳＩをトリガするＤＣＩで受信するレポートスロットオフセットインジケータを共に使用して、ＰＵＳＣＨでの非周期ＣＳＩのアップリンク送信タイミングを決定する、方法。
【０１５６】
９．実施形態８に記載の方法であって、
レポートスロットオフセットインジケータは、上位レイヤパラメータのｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔからの値の１つを示す、方法。
【０１５７】
１０．実施形態１から９のいずれか１つに記載の方法であって、
無線デバイスは、上位レイヤ構成パラメータ及びＰＵＳＣＨでのデータ送信をトリガするＤＣＩで受信するレポートスロットオフセットインジケータを共に使用して、ＰＵＳＣＨでのデータのアップリンク送信タイミングを決定する、方法。
【０１５８】
１１．実施形態１から１０のいずれか１つに記載の方法であって、
無線デバイスは、参照アップリンクタイミングスロットを、データ又は制御アップリンク送信をトリガするＤＣＩがネットワークノードから無線デバイスによって受信されたダウンリンクスロットと最も多くオーバラップしているスロットとして決定する、方法。
【０１５９】
１２．実施形態１から１１のいずれか１つに記載の方法であって、
無線デバイスは、決定した参照アップリンクタイミングスロット及びＨＡＲＱ−ＡＣＫ送信に対応するＰＤＳＣＨをトリガするＤＣＩで受信するタイミングオフセットインジケータを共に使用して、ＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する、方法。
【０１６０】
１３．実施形態１２に記載の方法であって、
タイミングオフセットインジケータは、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールドである、方法。
【０１６１】
１４．実施形態１から１３のいずれか１つに記載の方法であって、
無線デバイスは、決定した参照アップリンクタイミングスロット及び第２上位レイヤ構成パラメータを共に使用してＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する、方法。
【０１６２】
１５．実施形態６に記載の方法であって、
第２上位レイヤ構成パラメータは、ｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫパラメータである、方法。
【０１６３】
１６．実施形態１から１５のいずれか１つに記載の方法であって、
無線デバイスは、決定した参照アップリンクタイミングスロット及びＰＵＳＣＨでの非周期ＣＳＩをトリガするＤＣＩで受信するレポートスロットオフセットインジケータを共に使用して、ＰＵＳＣＨでの非周期ＣＳＩのアップリンク送信タイミングを決定する、方法。
【０１６４】
１７．実施形態１６に記載の方法であって、
レポートスロットオフセットインジケータは、上位レイヤパラメータのｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔからの値の１つを示す、方法。
【０１６５】
１８．実施形態１から１７のいずれか１つに記載の方法であって、
無線デバイスは、決定した参照アップリンクタイミングスロット及びＰＵＳＣＨでのデータ送信をトリガするＤＣＩで受信するレポートスロットオフセットインジケータを共に使用して、ＰＵＳＣＨでのデータのアップリンク送信タイミングを決定する、方法。
【０１６６】
１９．実施形態１から１８のいずれか１つに記載の方法であって、無線デバイスとネットワークノードとの間のラウンドトリップ遅延は２ｍｓを超えている、方法。
【０１６７】
２０．前記実施形態のいずれか１つに記載の方法であって、
ユーザデータを提供することと、
ユーザデータを、基地局への送信を介してホストコンピュータに転送することと、
をさらに含む方法。
【０１６８】
グループＢ実施形態
２１．アップリンク送信を受信するために基地局で実行される方法であって、
ラウンドトリップ遅延を少なくとも部分的に、或いは、全体的に考慮して、ダウンリンクフレームタイムに対するアップリンクフレームタイミングの時間シフトを実行することと、
アップリンクフレームタイミングの時間シフトを使用してアップリンク送信を実行することと、
を含む方法。
【０１６９】
２２．実施形態２１に記載の方法であって、
ラウンドトリップ遅延を考慮してアップリンクデータ又は制御情報の送信タイミングを決定するステップをさらに含む、方法。
【０１７０】
２３．実施形態２１又は２２に記載の方法であって、
無線デバイスに、ラウンドトリップ遅延の少なくとも一部分を示す上位レイヤ構成パラメータを送信するステップをさらに含む、方法。
【０１７１】
２４．実施形態２１から２３のいずれか１つに記載の方法であって、
基地局は、上位レイヤ構成パラメータ及びＨＡＲＱ−ＡＣＫ送信に対応するＰＤＳＣＨをトリガするＤＣＩで受信するタイミングオフセットインジケータを共に使用して、ＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する、方法。
【０１７２】
２５．実施形態２４に記載の方法であって、
タイミングオフセットインジケータは、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールドである、方法。
【０１７３】
２６．実施形態２１から２５のいずれか１つに記載の方法であって、
基地局は、上位レイヤ構成パラメータ及び第２上位レイヤ構成パラメータを共に使用してＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する、方法。
【０１７４】
２７．実施形態２６に記載の方法であって、
第２上位レイヤ構成パラメータは、ｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫパラメータである、方法。
【０１７５】
２８．実施形態２１から２７のいずれか１つに記載の方法であって、
基地局は、上位レイヤ構成パラメータ及びＰＵＳＣＨでの非周期ＣＳＩをトリガするＤＣＩで受信するレポートスロットオフセットインジケータを共に使用して、ＰＵＳＣＨでの非周期ＣＳＩのアップリンク送信タイミングを決定する、方法。
【０１７６】
２９．実施形態２８に記載の方法であって、
レポートスロットオフセットインジケータは、上位レイヤパラメータのｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔからの値の１つを示す、方法。
【０１７７】
３０．実施形態２１から２９のいずれか１つに記載の方法であって、
基地局は、上位レイヤ構成パラメータ及びＰＵＳＣＨでのデータ送信をトリガするＤＣＩで受信するレポートスロットオフセットインジケータを共に使用して、ＰＵＳＣＨでのデータのアップリンク送信タイミングを決定する、方法。
【０１７８】
３１．実施形態２１から３０のいずれか１つに記載の方法であって、
基地局は、参照アップリンクタイミングスロットを、データ又は制御アップリンク送信をトリガするＤＣＩがネットワークノードから無線デバイスによって受信されたダウンリンクスロットと最も多くオーバラップするスロットとして決定する、方法。
【０１７９】
３２．実施形態２１から３１のいずれか１つに記載の方法であって、
基地局は、決定した参照アップリンクタイミングスロット及びＨＡＲＱ−ＡＣＫ送信に対応するＰＤＳＣＨをトリガするＤＣＩで受信するタイミングオフセットインジケータを共に使用して、ＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する、方法。
【０１８０】
３３．実施形態３２に記載の方法であって、
タイミングオフセットインジケータは、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ｔｉｍｉｎｇ−ｉｎｄｉｃａｔｏｒフィールドである、方法。
【０１８１】
３４．実施形態２１から３３のいずれか１つに記載の方法であって、
基地局は、決定した参照アップリンクタイミングスロット及び第２上位レイヤ構成パラメータを共に使用してＨＡＲＱ−ＡＣＫのアップリンク送信タイミングを決定する、方法。
【０１８２】
３５．実施形態２６に記載の方法であって、
第２上位レイヤ構成パラメータは、ｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫパラメータである、方法。
【０１８３】
３６．実施形態２１から３５のいずれか１つに記載の方法であって、
基地局は、決定した参照アップリンクタイミングスロット及びＰＵＳＣＨでの非周期ＣＳＩをトリガするＤＣＩで受信するレポートスロットオフセットインジケータを共に使用して、ＰＵＳＣＨでの非周期ＣＳＩのアップリンク送信タイミングを決定する、方法。
【０１８４】
３７．実施形態３６に記載の方法であって、
レポートスロットオフセットインジケータは、上位レイヤパラメータのｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔからの値の１つを示す、方法。
【０１８５】
３８．実施形態２１から３７のいずれか１つに記載の方法であって、
基地局は、決定した参照アップリンクタイミングスロット及びＰＵＳＣＨでのデータ送信をトリガするＤＣＩで受信するレポートスロットオフセットインジケータを共に使用して、ＰＵＳＣＨでのデータのアップリンク送信タイミングを決定する、方法。
【０１８６】
３９．実施形態１から１８のいずれか１つに記載の方法であって、
無線デバイスとネットワークノードとの間のラウンドトリップ遅延は２ｍｓを超えている、方法。
【０１８７】
４０．前記実施形態のいずれか１つに記載の方法であって、
ユーザデータを取得することと、
ユーザデータをホストコンピュータ又は無線デバイスに転送することと、
をさらに含む方法。
【０１８８】
グループＣ実施形態
４１．アップリンク送信を実行するための無線デバイスであって、
グループＡ実施形態のいずれかのステップのいずれかを実行する様に構成された処理回路と、
無線デバイスに電力を供給する様に構成された電力供給回路と、
を備えている無線デバイス。
【０１８９】
４２．アップリンク送信を受信する基地局であって、
グループＢ実施形態のいずれかのステップのいずれかを実行する様に構成された処理回路と、
基地局に電力を供給する様に構成された電力供給回路と、
を備えている基地局。
【０１９０】
４３．アップリンク送信を実行するユーザ装置（ＵＥ）であって、
無線信号を送受信する様に構成されたアンテナと、
アンテナ及び処理回路に接続され、アンテナと処理回路との間で通信される信号を調整する様に構成された無線フロントエンド回路と、
グループＡ実施形態のいずれかのステップのいずれかを実行する様に構成された処理回路と、
処理回路に接続され、処理回路により処理される情報のＵＥへの入力を可能とする様に構成された入力インタフェースと、
処理回路に接続され、処理回路により処理された情報をＵＥから出力する様に構成された出力インタフェースと、
処理回路に接続され、ＵＥに電力を供給する様に構成されたバッテリと、
を備えているＵＥ。
【０１９１】
４４．ホストコンピュータを含む通信システムであって、
ユーザデータを提供する様に構成された処理回路と、
ユーザ装置（ＵＥ）への送信のため、ユーザデータをセルラネットワークに転送する様に構成された通信インタフェースと、
を備え、
セルラネットワークは、無線インタフェース及び処理回路を有する基地局を含み、基地局の処理回路は、グループＢ実施形態のいずれかのステップのいずれかを実行する様に構成される、通信システム。
【０１９２】
４５．前記実施形態の通信システムであって、基地局をさらに含む、通信システム。
【０１９３】
４６．前２つの実施形態の通信システムであって、ＵＥをさらに備え、ＵＥは、基地局と通信する様に構成される、通信システム。
【０１９４】
４７．前３つの通信システムであって、
ホストコンピュータの処理回路は、ホストアプリケーションを実行する様に構成され、それによりユーザデータを提供し、
ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行する様に構成された処理回路を有する、通信システム。
【０１９５】
４８．ホストコンピュータ、基地局及びユーザ装置（ＵＥ）を含む通信システムで実行される方法であって、
ホストコンピュータがユーザデータを提供することと、
ホストコンピュータが、基地局を含むセルラネットワークを介してＵＥにユーザデータを搬送する送信を開始することと、
を含み、
基地局は、グループＢ実施形態のいずれかのステップのいずれかを実行する様に構成される、方法。
【０１９６】
４９．前の実施形態の方法であって、
基地局がユーザデータを送信することをさらに含む、方法。
【０１９７】
５０．前２つの実施形態の方法であって、
ユーザデータは、ホストアプリケーションを実行することによってホストコンピュータで提供され、方法は、ＵＥが、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することをさらに含む、方法。
【０１９８】
５１．基地局と通信する様に構成されたユーザ装置（ＵＥ）であって、
無線インタフェースと、前３つの実施形態の方法を実行する様に構成された処理回路と、を備えているＵＥ。
【０１９９】
５２．ホストコンピュータを含む通信システムであって、
ユーザデータを提供する様に構成された処理回路と、
ユーザ装置（ＵＥ）への送信のため、ユーザデータをセルラネットワークに転送する様に構成された通信インタフェースと、
を備え、
ＵＥは、無線インタフェース及び処理回路を有し、ＵＥのコンポーネントは、グループＡ実施形態のいずれかのステップのいずれかを実行する様に構成される、通信システム。
【０２００】
５３．前の実施形態の通信システムであって、
セルラネットワークは、ＵＥと通信する様に構成された基地局をさらに含む、通信システム。
【０２０１】
５４．前２つの実施形態の通信システムであって、
ホストコンピュータの処理回路は、ホストアプリケーションを実行する様に構成され、それによりユーザデータを提供し、
ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行する様に構成される、通信システム。
【０２０２】
５５．ホストコンピュータ、基地局及びユーザ装置（ＵＥ）を含む通信システムで実行される方法であって、
ホストコンピュータがユーザデータを提供することと、
ホストコンピュータが、基地局を含むセルラネットワークを介してＵＥにユーザデータを搬送する送信を開始することと、
を含み、
ＵＥは、グループＡ実施形態のいずれかのステップのいずれかを実行する、方法。
【０２０３】
５６．前の実施形態の方法であって、
ＵＥが基地局からユーザデータを受信することをさらに含む、方法。
【０２０４】
５７．ホストコンピュータを含む通信システムであって、
ユーザ装置（ＵＥ）から基地局への送信により生じるユーザデータを受信する様に構成された通信インタフェースを備え、
ＵＥは、無線インタフェース及び処理回路を有し、ＵＥの処理回路は、グループＡ実施形態のいずれかのステップのいずれかを実行する様に構成される、通信システム。
【０２０５】
５８．前の実施形態の通信システムであって、
ＵＥをさらに含む、通信システム。
【０２０６】
５９．前２つの実施形態の通信システムであって、
基地局をさらに含み、基地局は、ＵＥと通信する様に構成された無線インタフェースと、ＵＥから基地局への送信によって搬送されるユーザデータをホストコンピュータに転送する様に構成された通信インタフェースと、を備える、通信システム。
【０２０７】
６０．前３つの実施形態の通信システムであって、
ホストコンピュータの処理回路は、ホストアプリケーションを実行する様に構成され、
ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行する様に構成され、それによりユーザデータを提供する、通信システム。
【０２０８】
６１．前４つの実施形態の通信システムであって、
ホストコンピュータの処理回路は、ホストアプリケーションを実行する様に構成され、それにより要求データを提供し、
ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行する様に構成され、それにより要求データに応答してユーザデータを提供する、通信システム。
【０２０９】
６２．ホストコンピュータ、基地局及びユーザ装置（ＵＥ）を含む通信システムで実行される方法であって、
ホストコンピュータが、ＵＥから基地局に送信されたユーザデータを受信することを含み、ＵＥは、グループＡ実施形態のいずれかのステップのいずれかを実行する、方法。
【０２１０】
６３．前の実施形態の方法であって、ＵＥが基地局にユーザデータを提供することをさらに含む、方法。
【０２１１】
６４．前２つの実施形態の方法であって、さらに、
ＵＥが、クライアントアプリケーションを実行し、それにより、送信されるユーザデータを提供することと、
ホストコンピュータが、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと、
を含む、方法。
【０２１２】
６５．前３つの実施形態の方法であって、さらに、
ＵＥが、クライアントアプリケーションを実行することと、
ＵＥが、クライアントアプリケーションへの入力データを受信することと、を含み、入力データは、クライアントアプリケーショに関連付けられたホストアプリケーションを実行することによりホストコンピュータで提供され、
送信されるユーザデータは、入力データに応答してクライアントアプリケーションにより提供される、方法。
【０２１３】
６６．ホストコンピュータを含む通信システムであって、
ホストコンピュータは、ユーザ装置（ＵＥ）から基地局への送信から生じたユーザデータを受信する様に構成された通信インタフェースを備え、
基地局は、無線インタフェース及び処理回路を備え、基地局の処理回路は、グループＢ実施形態のいずれかのステップのいずれかを実行する様に構成される、通信システム。
【０２１４】
６７．前の実施形態の通信システムであって、
基地局をさらに含む、通信システム。
【０２１５】
６８．前２つの実施形態の通信システムであって、
ＵＥをさらに備え、ＵＥは、基地局と通信する様に構成される、通信システム。
【０２１６】
６９．前３つの通信システムであって、
ホストコンピュータの処理回路は、ホストアプリケーションを実行する様に構成され、
ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行する様に構成され、それによりホストコンピュータによって受信されるユーザデータを提供する、通信システム。
【０２１７】
７０．ホストコンピュータ、基地局及びユーザ装置（ＵＥ）を含む通信システムで実行される方法であって、
ホストコンピュータが、基地局から、基地局がＵＥから受信した送信から生じたユーザデータを受信することを含み、ＵＥは、グループＡ実施形態のいずれかのステップのいずれかを実行する、方法。
【０２１８】
７１．前の実施形態の方法であって、
基地局がＵＥからユーザデータを受信することをさらに含む、方法。
【０２１９】
７２．前２つの実施形態の方法であって、
基地局が、受信したユーザデータのホストコンピュータへの送信を開始することをさらに含む、方法。
【０２２０】
以下の略語の少なくとも幾つかが本開示において使用され得る。略語間に矛盾がある場合は、上記での使用方法を優先する必要がある。以下に複数回リストされている場合は、最初のリストが後続のリストよりも優先される。
μｓ：マイクロ秒
３ＧＰＰ：第３世代パートナーシッププロジェクト
５Ｇ：第５世代
ＡＣＫ：肯定確認
ＡＰ：アクセスポイント
ＡＳＩＣ：特定用途向け集積回路
５Ｇ：第５世代
ＢＳ：基地局
ＣＰ：サイクリックプレフィクス
ＣＰＵ：中央処理ユニット
ＣＳＩ：チャネル状態情報
ＣＳＩ−ＲＳ：チャネル状態情報参照信号
ＤＣＩ：ダウンリンク制御情報
ＤＬ：ダウンリンク
ＤＳＰ：デジタル信号プロセッサ
ｅＮＢ：拡張又は発展型ノードＢ
ＦＤＤ：周波数分割複信
ＦＰＧＡ：フィールドプログラマブルゲートアレイ
ＦＲ：周波数範囲
ＧＥＯ：静止軌道
ＧＨｚ：ギガヘルツ
ｇＮＢ：ニューレディオ基地局
ＨＡＲＱ：ハイブリッド自動再送要求
ＩｏＴ：インターネット・オブ・シングス
ＬＥＯ：低軌道
ＬＴＥ：ロングタームエボリューション
ＭＥＯ：中軌道
ＭＭＥ：モビリティ管理エンティティ
ＭＴＣ：マシン型通信
ＮＧＳＯ：非静止衛星軌道
ＮＲ：ニューレディオ
ＯＦＤＭ：直交周波数分割多重
ＯＴＴ：オーバザトップ
ＰＢＣＨ：物理ブロードキャストチャネル
ＰＤＳＣＨ：物理ダウンリンク共用チャネル
Ｐ−ＧＷ：パケットデータネットワークゲートウェイ
ＰＳＳ：プライマリ同期信号
ＰＵＣＣＨ：物理アップリンク制御チャネル
ＰＵＳＣＨ：物理アップリンク共用チャネル
ＲＡＭ：ランダムアクセスメモリ
ＲＡＮ：無線アクセスネットワーク
ＲＡＴ：無線アクセス技術
ＲＯＭ：リードオンリーメモリ
ＲＲＣ：無線リソース制御
ＲＳ：参照信号
ＳＣＥＦ：サービス能力公開機能
ＳＬＩＶ：開始及び長さインジケータ
ＳＧＷ：サービングゲートウェイ
ＳＰＳ：半永続的スケジューリング
ＳＲ：スケジューリング要求
ＳＲＳ：サウンディング参照信号
ＳＳ：同期信号
ＳＳＢ：同期信号ブロック
ＳＳＳ：セカンダリ同期信号
ＴＡ：タイミングアライメント
ＴＤＤ：時分割複信
ＵＣＩ：アップリンク制御情報
ＵＥ：ユーザ装置
ＵＬ：アップリンク
【０２２１】
当業者は、本開示の実施形態に対する改良及び修正を認識するであろう。そのようなすべての改良及び修正は、本明細書に開示されている概念の範囲内と見なされる。
【図１】
2022501867.tif 000021
【図２】
2022501867.tif 000022
【図３】
2022501867.tif 000023
【図４】
2022501867.tif 000024
【図５】
2022501867.tif 000025
【図６】
2022501867.tif 000026
【図７】
2022501867.tif 000027
【図８】
2022501867.tif 000028
【図９】
2022501867.tif 000029
【図１０】
2022501867.tif 000030
【図１１】
2022501867.tif 000031
【図１２】
2022501867.tif 000032
【図１３】
2022501867.tif 000033
【図１４】
2022501867.tif 000034
【図１５】
2022501867.tif 000035
【図１６】
2022501867.tif 000036
【図１７】
2022501867.tif 000037
【図１８】
2022501867.tif 000038
【図１９】
2022501867.tif 000039
【図２０】
2022501867.tif 000040
【手続補正書】
【提出日】令和2年6月10日(2020.6.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
セルラ通信ネットワークにおける無線デバイスの動作方法であって、
ネットワークノードからダウンリンクスロットで送信を受信することと、
前記送信が受信されたダウンリンクフレームタイミングの前記ダウンリンクスロットに対応する、前記無線デバイスのアップリンクフレームタイミングの参照アップリンクスロットインデクスを決定することであって、前記アップリンクフレームタイミングは、前記ダウンリンクフレームタイミングとは異なる、前記決定することと、
前記受信した送信に応答して、前記決定した参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を送信することと、
を含む方法。
【請求項２】
請求項１に記載の方法であって、
前記参照アップリンクスロットインデクスを決定することは、前記ダウンリンクスロットの境界がアップリンクスロットに合っているときに、前記参照アップリンクスロットインデクスをそのアップリンクスロットのインデクスであると決定することを含む、方法。
【請求項３】
請求項１又は２に記載の方法であって、
前記参照アップリンクスロットインデクスを決定することは、前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスを前記第２アップリンクスロットのインデクスであると決定することを含む、方法。
【請求項４】
請求項１又は２に記載の方法であって、
前記参照アップリンクスロットインデクスを決定することは、前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスを前記第１アップリンクスロットのインデクスであると決定することを含む、方法。
【請求項５】
請求項１又は２に記載の方法であって、
前記参照アップリンクスロットインデクスを決定することは、前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスを前記第１アップリンクスロット及び前記第２アップリンクスロットの内の前記ダウンリンクスロットとより多くオーバラップしている方のインデクスであると決定することを含む、方法。
【請求項６】
請求項１から５のいずれか１項に記載の方法であって、
前記送信を受信することは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信することを含み、前記アップリンク送信を送信することは、前記ＰＤＳＣＨ送信に対するハイブリッド自動再送要求（ＨＡＲＱ）応答を送信することを含む、方法。
【請求項７】
請求項１から６のいずれか１項に記載の方法であって、
前記スロット数Ｋは、前記ネットワークノードからの制御メッセージで受信される、方法。
【請求項８】
請求項１から７のいずれか１項に記載の方法であって、
前記ネットワークノードは、ニューレディオ（ＮＲ）のｇＮＢである、方法。
【請求項９】
請求項１から８のいずれか１項に記載の方法であって、
前記無線デバイスは、ニューレディオ（ＮＲ）のユーザ装置（ＵＥ）である、方法。
【請求項１０】
セルラ通信ネットワークにおけるネットワークノードの動作方法であって、
無線デバイスへ、ダウンリンクスロットで送信を送信することと、
前記送信に応答して、参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を受信することと、
を含み、
前記無線デバイスのアップリンクフレームタイミングの前記参照アップリンクスロットインデクスは、前記送信が前記無線デバイスにより受信されたダウンリンクフレームタイミングの前記ダウンリンクスロットに対応し、前記アップリンクフレームタイミングは、前記ダウンリンクフレームタイミングとは異なる、方法。
【請求項１１】
請求項１０に記載の方法であって、
前記ダウンリンクスロットの境界がアップリンクスロットに合っているときに、前記参照アップリンクスロットインデクスは、そのアップリンクスロットのインデクスである、方法。
【請求項１２】
請求項１０又は１１に記載の方法であって、
前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスは、前記第２アップリンクスロットのインデクスである、方法。
【請求項１３】
請求項１０又は１１に記載の方法であって、
前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスは、前記第１アップリンクスロットのインデクスである、方法。
【請求項１４】
請求項１０又は１１に記載の方法であって、
前記ダウンリンクスロットの境界が第１アップリンクスロット及び第２アップリンクスロットに部分的に合っているときに、前記参照アップリンクスロットインデクスは、前記第１アップリンクスロット及び前記第２アップリンクスロットの内の前記ダウンリンクスロットとより多くオーバラップしている方のインデクスである、方法。
【請求項１５】
請求項１０から１４のいずれか１項に記載の方法であって、
前記送信を送信することは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を送信することを含み、前記アップリンク送信を受信することは、前記ＰＤＳＣＨ送信に対するハイブリッド自動再送要求（ＨＡＲＱ）応答を受信することを含む、方法。
【請求項１６】
請求項１０から１５のいずれか１項に記載の方法であって、
前記スロット数Ｋは、前記ネットワークノードから制御メッセージとして送信される、方法。
【請求項１７】
請求項１０から１６のいずれか１項に記載の方法であって、
前記ネットワークノードは、ニューレディオ（ＮＲ）のｇＮＢである、方法。
【請求項１８】
請求項１０から１７のいずれか１項に記載の方法であって、
前記無線デバイスは、ニューレディオ（ＮＲ）のユーザ装置（ＵＥ）である、方法。
【請求項１９】
セルラ通信ネットワークにおける無線デバイスであって、
少なくとも１つの送信機と、
少なくとも１つの受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサにより実行可能なソフトウェア命令を格納するメモリと、
を備え、これにより、前記無線デバイスは、
ネットワークノードからダウンリンクスロットで送信を受信し、
前記送信が受信されたダウンリンクフレームタイミングの前記ダウンリンクスロットに対応する、前記無線デバイスの前記ダウンリンクフレームタイミングとは異なるアップリンクフレームタイミングの参照アップリンクスロットインデクスを決定し、
前記受信した送信に応答して、前記決定した参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を送信する様に動作する、無線デバイス。
【請求項２０】
セルラ通信ネットワークにおけるネットワークノードであって、
少なくとも１つの送信機と、
少なくとも１つの受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサにより実行可能なソフトウェア命令を格納するメモリと、
を備え、これにより、前記ネットワークノードは、
無線デバイスへ、ダウンリンクスロットで送信を送信し、
前記送信に応答して、参照アップリンクスロットインデクスの後のスロット数Ｋ個目のアップリンクスロットでアップリンク送信を受信する様に動作し、
前記無線デバイスのアップリンクフレームタイミングの前記参照アップリンクスロットインデクスは、前記送信が前記無線デバイスにより受信されたダウンリンクフレームタイミングの前記ダウンリンクスロットに対応し、前記アップリンクフレームタイミングは、前記ダウンリンクフレームタイミングとは異なる、ネットワークノード。
【請求項２１】
請求項１から９のいずれか１項に記載の方法に従い動作する様に適合されたセルラ通信ネットワークの無線デバイス。
【請求項２２】
請求項１０から１８のいずれか１項に記載の方法に従い動作する様に適合されたセルラ通信ネットワークのネットワークノード。
【請求項２３】
セルラ通信ネットワークにおける無線デバイスの動作方法であって、
ネットワークノードからダウンリンクスロットで送信を受信することと、
ラウンドトリップ遅延を少なくとも部分的に考慮して、ダウンリンクフレームタイムに対するアップリンクフレームタイミングの時間シフトを実行することと、
前記アップリンクフレームタイミングの前記時間シフトを使用してアップリンク送信を実行することと、
を含む方法。
【請求項２４】
請求項２３に記載の方法であって、
前記無線デバイスでの前記アップリンクフレームタイミングは、前記無線デバイスでの前記ダウンリンクフレームタイムからタイミングアドバイスに加えてオフセット値だけタイムアドバンスされる、方法。
【請求項２５】
請求項２３又は２４に記載の方法であって、
前記ネットワークノードでの前記ダウンリンクフレームタイムと前記アップリンクフレームタイミングは時間が合っている、方法。
【請求項２６】
請求項２３から２５のいずれか１項に記載の方法であって、
前記ネットワークノードから、オプションとして、ワンウェイ遅延、ラウンドトリップ遅延、最も近いスロット数に量子化された前記ワンウェイ遅延、及び、最も近いスロット数に量子化された前記ラウンドトリップ遅延を含むグループの少なくとも１つを含むオフセット値を受信することをさらに含む、方法。
【請求項２７】
請求項２３から２６のいずれか１項に記載の方法であって、
前記ネットワークノードから、オプションとして、共通ラウンドトリップ遅延を含むオフセット値を示すブロードキャストを受信することをさらに含む、方法。
【国際調査報告】
2022501867.tif 000041
2022501867.tif 000042
2022501867.tif 000043
2022501867.tif 000044
2022501867.tif 000045