(57)【要約】  ユーザ端末との通信をスケジュールするように衛星通信システムの衛星アクセスネットワーク(SAN)を動作させるための方法および装置。いくつかの態様では、SANは、ユーザ端末のために通信フレームをいくつかの順方向リンク(FL)サブフレームおよび異なる数の逆方向リンク(RL)サブフレームにプロビジョニングし得る。次いでSANは、衛星通信システムの順方向リンクを介してユーザ端末にFLサブフレームを送信し、衛星通信システムの逆方向リンクを介してユーザ端末からRLサブフレームを後に受信する。
2019511144.tif 000002
【特許請求の範囲】
【請求項１】
衛星通信システムの衛星アクセスネットワーク(SAN)を動作させる方法であって、
ユーザ端末のために通信フレームをいくつかの順方向リンク(FL)サブフレームおよび異なる数の逆方向リンク(RL)サブフレームにプロビジョニングするステップと、
前記衛星通信システムの順方向リンクを介して前記ユーザ端末に前記FLサブフレームを送信するステップと、
前記衛星通信システムの逆方向リンクを介して前記ユーザ端末から前記RLサブフレームを受信するステップと
を含む方法。
【請求項２】
前記FLサブフレームの数は、前記RLサブフレームの数よりも大きい、請求項1に記載の方法。
【請求項３】
前記RLサブフレームのうちの少なくとも1つは、前記SANによって前記ユーザ端末に以前送信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含む、請求項1に記載の方法。
【請求項４】
前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを示す無線リソース制御(RRC)情報を前記ユーザ端末に通信するステップ
をさらに含む、請求項3に記載の方法。
【請求項５】
前記RLサブフレームのうちの少なくとも1つは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項1に記載の方法。
【請求項６】
前記プロビジョニングは、前記衛星通信システムの衛星に対する前記ユーザ端末の場所に少なくとも部分的に基づく、請求項1に記載の方法。
【請求項７】
前記プロビジョニングは、前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づく、請求項1に記載の方法。
【請求項８】
前記プロビジョニングは、
前記ユーザ端末のために前記通信フレームをスケジュールするときに前記FLサブフレームおよび前記RLサブフレームを動的に割り振るステップ
を含む、請求項1に記載の方法。
【請求項９】
衛星アクセスネットワーク(SAN)であって、
1つまたは複数のプロセッサと、
前記1つまたは複数のプロセッサによって実行されたとき、前記SANに、
ユーザ端末のために通信フレームをいくつかの順方向リンク(FL)サブフレームおよび異なる数の逆方向リンク(RL)サブフレームにプロビジョニングすることと、
衛星通信システムの順方向リンクを介して前記ユーザ端末に前記FLサブフレームを送信することと、
前記衛星通信システムの逆方向リンクを介して前記ユーザ端末から前記RLサブフレームを受信することと
を行わせる命令を記憶するように構成されたメモリと
を含む衛星アクセスネットワーク。
【請求項１０】
前記RLサブフレームのうちの少なくとも1つは、前記SANによって前記ユーザ端末に以前送信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含む、請求項9に記載の衛星アクセスネットワーク。
【請求項１１】
前記命令の実行は、前記SANに、
前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを示す無線リソース制御(RRC)情報を前記ユーザ端末に通信すること
をさらに行わせる、請求項10に記載の衛星アクセスネットワーク。
【請求項１２】
前記RLサブフレームのうちの少なくとも1つは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項9に記載の衛星アクセスネットワーク。
【請求項１３】
前記SANは、前記衛星通信システムの衛星に対する前記ユーザ端末の場所または前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、前記通信フレームをプロビジョニングすることになる、請求項9に記載の衛星アクセスネットワーク。
【請求項１４】
前記通信フレームをプロビジョニングするための前記命令の実行は、前記SANに、
前記ユーザ端末のために前記通信フレームをスケジュールするときに前記FLサブフレームおよび前記RLサブフレームを動的に割り振ること
を行わせる、請求項9に記載の衛星アクセスネットワーク。
【請求項１５】
衛星アクセスネットワーク(SAN)であって、
ユーザ端末のために通信フレームをいくつかの順方向リンク(FL)サブフレームおよび異なる数の逆方向リンク(RL)サブフレームにプロビジョニングするための手段と、
衛星通信システムの順方向リンクを介して前記ユーザ端末に前記FLサブフレームを送信するための手段と、
前記衛星通信システムの逆方向リンクを介して前記ユーザ端末から前記RLサブフレームを受信するための手段と
を含む衛星アクセスネットワーク。
【請求項１６】
前記RLサブフレームのうちの少なくとも1つは、前記SANによって前記ユーザ端末に以前送信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含む、請求項15に記載の衛星アクセスネットワーク。
【請求項１７】
前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを示す無線リソース制御(RRC)情報を前記ユーザ端末に通信するための手段
をさらに含む、請求項16に記載の衛星アクセスネットワーク。
【請求項１８】
前記RLサブフレームのうちの少なくとも1つは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項15に記載の衛星アクセスネットワーク。
【請求項１９】
前記プロビジョニングは、前記衛星通信システムの衛星に対する前記ユーザ端末の場所または前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づく、請求項15に記載の衛星アクセスネットワーク。
【請求項２０】
プロビジョニングするための前記手段は、
前記ユーザ端末のために前記通信フレームをスケジュールするときに前記FLサブフレームおよび前記RLサブフレームを動的に割り振る
ことになる、請求項15に記載の衛星アクセスネットワーク。
【請求項２１】
衛星アクセスネットワーク(SAN)の1つまたは複数のプロセッサによって実行されたとき、
ユーザ端末のために通信フレームをいくつかの順方向リンク(FL)サブフレームおよび異なる数の逆方向リンク(RL)サブフレームにプロビジョニングすることと、
衛星通信システムの順方向リンクを介して前記ユーザ端末に前記FLサブフレームを送信することと、
前記衛星通信システムの逆方向リンクを介して前記ユーザ端末から前記RLサブフレームを受信することと
を含む動作を前記SANに実行させる命令を記憶するコンピュータ可読記憶媒体。
【請求項２２】
前記RLサブフレームのうちの少なくとも1つは、前記SANによって前記ユーザ端末に以前送信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含む、請求項21に記載のコンピュータ可読記憶媒体。
【請求項２３】
前記命令の実行は、前記SANに、
前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを示す無線リソース制御(RRC)情報を前記ユーザ端末に通信すること
をさらに行わせる、請求項22に記載のコンピュータ可読記憶媒体。
【請求項２４】
前記RLサブフレームのうちの少なくとも1つは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項21に記載のコンピュータ可読記憶媒体。
【請求項２５】
前記SANは、前記衛星通信システムの衛星に対する前記ユーザ端末の場所または前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、前記通信フレームをプロビジョニングすることになる、請求項21に記載のコンピュータ可読記憶媒体。
【請求項２６】
前記通信フレームをプロビジョニングするための前記命令の実行は、前記SANに、
前記ユーザ端末のために前記通信フレームをスケジュールするときに前記FLサブフレームおよび前記RLサブフレームを動的に割り振ること
を行わせる、請求項21に記載のコンピュータ可読記憶媒体。
【請求項２７】
衛星通信システムにおけるユーザ端末を動作させる方法であって、
前記衛星通信システムの順方向リンクを介して衛星アクセスネットワーク(SAN)から、通信フレームのいくつかの順方向リンク(FL)サブフレームを受信するステップと、
前記通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定するステップであって、前記RLサブフレームの数は前記FLサブフレームの数とは異なる、ステップと、
前記衛星通信システムの逆方向リンクを介して前記SANに前記RLサブフレームを送信するステップと
を含む方法。
【請求項２８】
前記RLサブフレームの数は、前記FLサブフレームの数よりも小さい、請求項27に記載の方法。
【請求項２９】
前記RLサブフレームのうちの少なくとも1つは、前記SANから以前受信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含む、請求項27に記載の方法。
【請求項３０】
前記SANから受信された無線リソース構成(RRC)情報に少なくとも部分的に基づいて、前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを判断するステップ
をさらに含む、請求項29に記載の方法。
【請求項３１】
少なくとも1つのRLサブフレームは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項27に記載の方法。
【請求項３２】
前記衛星通信システムの衛星に対する前記ユーザ端末の場所に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択するステップ
をさらに含む、請求項27に記載の方法。
【請求項３３】
前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択するステップ
をさらに含む、請求項27に記載の方法。
【請求項３４】
ユーザ端末であって、
1つまたは複数のプロセッサと、
前記1つまたは複数のプロセッサによって実行されたとき、前記ユーザ端末に、
衛星通信システムの順方向リンクを介して衛星アクセスネットワーク(SAN)から、通信フレームのいくつかの順方向リンク(FL)サブフレームを受信することと、
前記通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定することであって、前記RLサブフレームの数は前記FLサブフレームの数とは異なる、決定することと、
前記衛星通信システムの逆方向リンクを介して前記SANに前記RLサブフレームを送信することと
を行わせる命令を記憶するように構成されたメモリと
を含むユーザ端末。
【請求項３５】
前記RLサブフレームのうちの少なくとも1つは、前記SANから以前受信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含む、請求項34に記載のユーザ端末。
【請求項３６】
前記命令の実行は、前記ユーザ端末に、
前記SANから受信された無線リソース構成(RRC)情報に少なくとも部分的に基づいて、前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを判断すること
をさらに行わせる、請求項35に記載のユーザ端末。
【請求項３７】
前記RLサブフレームのうちの少なくとも1つは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項34に記載のユーザ端末。
【請求項３８】
前記命令の実行は、前記ユーザ端末に、
前記衛星通信システムの衛星に対する前記ユーザ端末の場所に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択すること
をさらに行わせる、請求項34に記載のユーザ端末。
【請求項３９】
前記命令の実行は、前記ユーザ端末に、
前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択すること
をさらに行わせる、請求項34に記載のユーザ端末。
【請求項４０】
衛星通信システムの順方向リンクを介して衛星アクセスネットワーク(SAN)から、通信フレームのいくつかの順方向リンク(FL)サブフレームを受信するための手段と、
前記通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定するための手段であって、前記RLサブフレームの数は前記FLサブフレームの数とは異なる、手段と、
前記衛星通信システムの逆方向リンクを介して前記SANに前記RLサブフレームを送信するための手段と
を含むユーザ端末。
【請求項４１】
前記RLサブフレームのうちの少なくとも1つは、前記SANから以前受信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含む、請求項40に記載のユーザ端末。
【請求項４２】
前記SANから受信された無線リソース構成(RRC)情報に少なくとも部分的に基づいて、前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを判断するための手段
をさらに含む、請求項41に記載のユーザ端末。
【請求項４３】
前記RLサブフレームのうちの少なくとも1つは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項40に記載のユーザ端末。
【請求項４４】
前記衛星通信システムの衛星に対する前記ユーザ端末の場所に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択するための手段
をさらに含む、請求項40に記載のユーザ端末。
【請求項４５】
前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択するための手段
をさらに含む、請求項40に記載のユーザ端末。
【請求項４６】
ユーザ端末の1つまたは複数のプロセッサによって実行されたとき、
衛星通信システムの順方向リンクを介して衛星アクセスネットワーク(SAN)から、通信フレームのいくつかの順方向リンク(FL)サブフレームを受信することと、
前記通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定することであって、前記RLサブフレームの数は前記FLサブフレームの数とは異なる、決定することと、
前記衛星通信システムの逆方向リンクを介して前記SANに前記RLサブフレームを送信することと
を含む動作を前記ユーザ端末に実行させる命令を記憶するコンピュータ可読記憶媒体。
【請求項４７】
前記RLサブフレームのうちの少なくとも1つは、前記SANから以前受信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含む、請求項46に記載のコンピュータ可読記憶媒体。
【請求項４８】
前記命令の実行は、前記ユーザ端末に、
前記SANから受信された無線リソース構成(RRC)情報に少なくとも部分的に基づいて、前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを判断すること
をさらに行わせる、請求項47に記載のコンピュータ可読記憶媒体。
【請求項４９】
前記RLサブフレームのうちの少なくとも1つは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項46に記載のコンピュータ可読記憶媒体。
【請求項５０】
前記命令の実行は、前記ユーザ端末に、
前記衛星通信システムの衛星に対する前記ユーザ端末の場所または前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択すること
をさらに行わせる、請求項46に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で説明する様々な態様は、衛星通信に関し、より詳細には、衛星通信システムの順方向リンクチャネル上でのスループットを増大させることに関する。
【背景技術】
【０００２】
従来の衛星ベースの通信システムは、ゲートウェイと、ゲートウェイと1つまたは複数のユーザ端末との間で通信信号を中継するための1つまたは複数の衛星とを含む。ゲートウェイは、通信衛星に信号を送信し、通信衛星から信号を受信するためのアンテナを有する地上局である。ゲートウェイは、ユーザ端末を、公衆交換電話網、インターネット、ならびに様々なパブリックネットワークおよび/またはプライベートネットワークなどの他の通信システムの他のユーザ端末またはユーザに接続するために、衛星を使用して通信リンクを提供する。衛星は、情報を中継するために使用される、軌道周回する受信機およびリピータである。
【０００３】
衛星は、ユーザ端末が衛星の「フットプリント」内にある限り、ユーザ端末から信号を受信し、ユーザ端末に信号を送信することができる。衛星のフットプリントは、衛星の信号の範囲内にある、地球の表面上の地理的領域である。フットプリントは通常、1つまたは複数のアンテナの使用を通じて「ビーム」へと地理的に分割される。各ビームは、フットプリント内の特定の地理的領域をカバーする。ビームは、同じ衛星からの2つ以上のビームが同じ特定の地理的領域をカバーするように向けられ得る。
【０００４】
静止衛星が、長く通信に使用されてきた。静止衛星は、地球上の所与の場所に対して静止しているので、地球上の通信トランシーバと静止衛星との間の無線信号伝搬において、タイミングのシフトおよび周波数のシフトはほとんどない。しかしながら、静止衛星は静止衛星軌道(GSO)に制限されるので、GSOに配置できる衛星の数は限られている。静止衛星の代替案として、地球全体または地球の少なくとも大部分に通信カバレージを提供するために、地球低軌道(LEO)などの非静止軌道(NGSO)内の衛星のコンスタレーションを利用する通信システムが考案された。
【０００５】
GSO衛星ベースの通信システムおよび地上通信システムと比較して、LEO衛星ベースのシステムなどの非静止衛星ベースのシステムは、複数の課題を提示する可能性がある。たとえば、LEO衛星は、地球の表面上の所与の地点に対して空中を迅速に移動するので、LEO衛星から送信されたビームは、ユーザ機器(UT)を比較的迅速に通過し得る。ハイブリッド自動再送要求(HARQ)は、受信デバイスが、受信にエラーがあったデータの再送信を要求し得る方法である。より詳細には、HARQは、特定のデータユニットを正しく再構成するために必要とされる再送信の数を潜在的に減らすために、受信に誤りがあったデータ(たとえば、パケット、フレーム、PDU、MPDUなど)のバッファリングおよび合成を可能にする。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
UTと衛星アクセスネットワーク(たとえば、ゲートウェイ、コントローラ、および衛星を介してUTと通信する他の要素のネットワーク)との間の通信は、一般に半二重である。そのため、UTまたは衛星アクセスネットワーク(SAN)のうちの一方のみが所与の時間に他方に送信し得る。この制限に起因して、通信間隔(たとえば、サイクル)が一般に(たとえば、SANからUTへの)いくつかの順方向リンク(FL)送信および(たとえば、UTからSANへの)等しい数の逆方向リンク(RL)送信のためにプロビジョニングされる。FL送信およびRL送信の「対称的な」割振りは、低い実装複雑性を実現する(たとえば、各RL送信は、対応するFL送信に関するHARQフィードバックを提供し得る)。しかしながら、多くの衛星通信システムでは、SANからのFLトラフィックの量は、所与のUTからのRLトラフィックの量を上回り得る。したがって、通信サイクルにおけるFL送信の数を増やす一方で、FL送信の各々に関するHARQ動作を維持することが望まれ得る。
【課題を解決するための手段】
【０００７】
本開示の態様は、衛星通信システムにおける順方向リンク通信のスループットを増大させるための装置および方法を対象とする。一例では、衛星アクセスネットワーク(SAN)を動作させる方法が開示される。本方法は、ユーザ端末のために通信フレームをいくつかの順方向リンク(FL)サブフレームおよび異なる数の逆方向リンク(RL)サブフレームにプロビジョニングするステップと、衛星通信システムの順方向リンクを介してユーザ端末にFLサブフレームを送信するステップと、衛星通信システムの逆方向リンクを介してユーザ端末からRLサブフレームを受信するステップとを含み得る。
【０００８】
別の例では、衛星アクセスネットワークが開示される。SANは、1つまたは複数のプロセッサと、命令を記憶するように構成されたメモリとを含み得る。1つまたは複数のプロセッサによる命令の実行は、SANに、ユーザ端末のために通信フレームをいくつかのFLサブフレームおよび異なる数のRLサブフレームにプロビジョニングすることと、衛星通信システムの順方向リンクを介してユーザ端末にFLサブフレームを送信することと、衛星通信システムの逆方向リンクを介してユーザ端末からRLサブフレームを受信することとを行わせ得る。
【０００９】
別の例では、衛星アクセスネットワークが開示される。SANは、ユーザ端末のために通信フレームをいくつかのFLサブフレームおよび異なる数のRLサブフレームにプロビジョニングするための手段と、衛星通信システムの順方向リンクを介してユーザ端末にFLサブフレームを送信するための手段と、衛星通信システムの逆方向リンクを介してユーザ端末からRLサブフレームを受信するための手段とを含み得る。
【００１０】
別の例では、非一時的コンピュータ可読媒体が開示される。非一時的コンピュータ可読媒体は、SANの1つまたは複数のプロセッサによって実行されたとき、ユーザ端末のために通信フレームをいくつかのFLサブフレームおよび異なる数のRLサブフレームにプロビジョニングすることと、衛星通信システムの順方向リンクを介してユーザ端末にFLサブフレームを送信することと、衛星通信システムの逆方向リンクを介してユーザ端末からRLサブフレームを受信することとを含み得る動作をSANに実行させる命令を記憶し得る。
【００１１】
別の例では、衛星通信システムにおけるユーザ端末を動作させる方法が開示される。本方法は、衛星通信システムの順方向リンクを介してSANから、通信フレームのいくつかのFLサブフレームを受信するステップと、通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定するステップであって、RLサブフレームの数はFLサブフレームの数とは異なる、ステップと、衛星通信システムの逆方向リンクを介してSANにRLサブフレームを送信するステップとを含み得る。
【００１２】
別の例では、ユーザ端末が開示される。ユーザ端末は、1つまたは複数のプロセッサと、命令を記憶するように構成されたメモリとを含み得る。1つまたは複数のプロセッサによる命令の実行は、ユーザ端末に、衛星通信システムの順方向リンクを介してSANから、通信フレームのいくつかのFLサブフレームを受信することと、通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定することであって、RLサブフレームの数はFLサブフレームの数とは異なる、決定することと、衛星通信システムの逆方向リンクを介してSANにRLサブフレームを送信することとを行わせ得る。
【００１３】
別の例では、ユーザ端末が開示される。ユーザ端末は、衛星通信システムの順方向リンクを介してSANから、通信フレームのいくつかのFLサブフレームを受信するための手段と、通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定するための手段であって、RLサブフレームの数はFLサブフレームの数とは異なる、手段と、衛星通信システムの逆方向リンクを介してSANにRLサブフレームを送信するための手段とを含み得る。
【００１４】
別の例では、非一時的コンピュータ可読媒体が開示される。非一時的コンピュータ可読媒体は、ユーザ端末の1つまたは複数のプロセッサによって実行されたとき、衛星通信システムの順方向リンクを介してSANから、通信フレームのいくつかのFLサブフレームを受信することと、通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定することであって、RLサブフレームの数はFLサブフレームの数とは異なる、決定することと、衛星通信システムの逆方向リンクを介してSANにRLサブフレームを送信することとを含み得る動作をユーザ端末に実行させる命令を記憶し得る。
【００１５】
本開示の態様は例として示されており、添付の図面の図によって限定されるものではない。
【図面の簡単な説明】
【００１６】
【図１】例示的な通信システムのブロック図である。
【図２】図1のゲートウェイの一例のブロック図である。
【図３】図1の衛星の一例のブロック図である。
【図４】図1のユーザ端末(UT)の一例のブロック図である。
【図５】図1のユーザ機器(UE)の一例のブロック図である。
【図６】地球を周回するNGSO衛星コンスタレーションおよびGSO衛星コンスタレーションを示す図である。
【図７】地球の表面上にいくつかのビームを送信するNGSO衛星を示す図である。
【図８】所与の通信フレームのための順方向リンク(FL)サブフレームおよび逆方向リンク(RL)サブフレームの非対称的な配分を示す例示的なタイミング図である。
【図９Ａ】例示的な実装形態によるFL/RLサブフレームの6-3配分を示す例示的なタイミング図である。
【図９Ｂ】例示的な実装形態によるFL/RLサブフレームの8-1配分を示す例示的なタイミング図である。
【図１０】例示的な実装形態による例示的な衛星アクセスネットワーク(SAN)のブロック図である。
【図１１】いくつかの実装形態による例示的なユーザ端末のブロック図である。
【図１２】SANとユーザ端末との間の通信を動的にスケジュールするための例示的な動作を示す例示的なフローチャートである。
【図１３】ユーザ端末からSANへの通信を動的に構成するための例示的な動作を示す例示的なフローチャートである。
【図１４】一連の相互に関係する機能モジュールとして表される例示的な衛星アクセスネットワークを示す図である。
【図１５】一連の相互に関係する機能モジュールとして表される例示的なユーザ端末を示す図である。
【発明を実施するための形態】
【００１７】
本明細書で説明する例示的な実装形態は、衛星通信システムにおける順方向リンク(FL)送信のスループットの増大を、所与の通信フレームのためにFLサブフレームおよびRLサブフレームを非対称的に割り振ることによってもたらし得る。衛星通信では、(たとえば、衛星アクセスネットワークからユーザ端末に)順方向リンク上で送信されるデータの量は一般に、(たとえば、ユーザ端末から衛星アクセスネットワークに)逆方向リンク上で送信されるデータの量を上回る。そのため、以下でより詳細に説明するように、衛星アクセスネットワーク(SAN)は、特定のユーザ端末のために通信フレームを(たとえば、順方向リンクおよび/または逆方向リンク上でのデータトラフィックの比率に応じて)いくつかのFLサブフレームおよび異なる数のRLサブフレームにプロビジョニングし得る。これは、所与の通信フレーム内のリソースのより効率的な(たとえば、最適化された)割振りを可能にする。衛星通信におけるトラフィックパターンの変化および/または伝搬遅延を考慮して、SANは、特定のユーザ端末のためにスケジュールされた通信フレームごとに、RLサブフレームに対するFLサブフレームの比率を動的に構成または調整し得る。その上、FLサブフレームとRLサブフレームとの間の非対称性に起因して、所与の通信フレームの少なくとも1つのRLサブフレームが、複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を提供するように構成され得る。
【００１８】
特定の例を対象とする以下の説明および関係する図面において、本開示の態様が説明される。本開示の範囲から逸脱することなく、代替例が考案され得る。さらに、本開示の関連する詳細を不明瞭にしないように、よく知られている要素は詳細に説明されず、または省略される。
【００１９】
「例示的」という語は、本明細書において「一例、事例、または例示としての働きをすること」を意味するために使用される。本明細書で「例示的」と記載されている任意の態様は、必ずしも他の態様よりも好ましいまたは有利であると解釈されるべきではない。同様に、「態様」という用語は、すべての態様が論じられた特徴、利点、または動作モードを含むことを必要としない。
【００２０】
本明細書で使用する用語は、特定の態様のみについて説明することを目的としており、態様を限定するものではない。本明細書では、単数形「a」、「an」、および「the」は、文脈が別段明確に示さない限り、複数形も含むものとする。「備える(comprises、comprising)」、または「含む(includes、including)」という用語は、本明細書において使用されるとき、述べられた特徴、整数、ステップ、動作、要素、または構成要素の存在を明示するが、1つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、またはそれらのグループの存在または追加を除外しないことがさらに理解されよう。さらに、「または」という語は、ブール演算子「OR」と同じ意味を有し、すなわち、「いずれか」および「両方」の可能性を含み、別段に明記されていない限り、「排他的論理和」(「XOR」)に限定されないことを理解されたい。2つの隣接する語の間の記号「/」は、別段に明記されていない限り、「または」と同じ意味を有することも理解されたい。さらに、「〜に接続される」、「〜に結合される」、または「〜と通信している」などの句は、別段に明記されていない限り、直接の接続に限定されない。
【００２１】
さらに、多くの態様が、たとえば、コンピューティングデバイスの要素によって実行されるべきアクションのシーケンスに関して説明される。本明細書で説明する様々なアクションは、特定の回路、たとえば中央処理装置(CPU)、グラフィック処理ユニット(GPU)、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、または様々な他のタイプの汎用もしくは専用のプロセッサもしくは回路によって実行されることがあり、1つまたは複数のプロセッサによって実行されるプログラム命令によって実行されることがあり、あるいは両方の組合せによって実行されることがあることが認識されよう。さらに、本明細書で説明するこれらのアクションのシーケンスは、実行されると、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した、任意の形態のコンピュータ可読記憶媒体内で完全に具現化されるものと見なされ得る。したがって、本開示の様々な態様は、請求する主題の範囲内にそのすべてが入ることが企図されている、いくつかの異なる形態で具現化され得る。さらに、本明細書で説明する態様の各々に対して、任意のそのような態様の対応する形態が、たとえば、説明するアクションを実行する「ように構成された論理」として本明細書で説明されることがある。
【００２２】
以下の説明では、本開示の完全な理解を与えるために、具体的な構成要素、回路、およびプロセスの例などの多数の具体的な詳細が記載される。本明細書で使用する「結合される」という用語は、直接接続されるか、または1つもしくは複数の介在する構成要素もしくは回路を介して接続されることを意味する。さらに、以下の説明では、説明の目的で、本開示の完全な理解を与えるために具体的な名称が記載される。しかしながら、これらの具体的な詳細が本開示の様々な態様を実践するのに必要ではないことがあることは当業者には明らかであろう。他の事例では、本開示を不明瞭にすることを避けるために、よく知られている回路およびデバイスが、ブロック図の形態で示されている。本開示の様々な態様は、本明細書で説明する具体的な例に限定されるものと見なされるべきではなく、むしろ、添付の特許請求の範囲によって定義されるすべての実装形態を様々な態様の範囲内に含むものと見なされるべきである。
【００２３】
図1は、非静止軌道、たとえば地球低軌道(LEO)にある複数の衛星(ただし、例示をわかりやすくするために1つの衛星300のみが示されている)、衛星300と通信している衛星アクセスネットワーク(SAN)150、衛星300と通信している複数のユーザ端末(UT)400および401、ならびにUT400および401とそれぞれ通信している複数のユーザ機器(UE)500および501を含む衛星通信システム100の例を示す。各UE500または501は、モバイルデバイス、電話、スマートフォン、タブレット、ラップトップコンピュータ、コンピュータ、ウェアラブルデバイス、スマートウォッチ、オーディオビジュアルデバイス、またはUTと通信する能力を含む任意のデバイスなどのユーザデバイスであり得る。さらに、UE500および/またはUE501は、1つまたは複数のエンドユーザデバイスと通信するために使用されるデバイス(たとえば、アクセスポイント、スモールセルなど)であり得る。図1に示す例では、UT400およびUE500は、双方向アクセスリンク(順方向アクセスリンクおよび戻りアクセスリンクを有する)を介して互いに通信し、同様に、UT401およびUE501は、別の双方向アクセスリンクを介して互いに通信する。別の実装形態では、1つまたは複数の追加のUE(図示せず)が、受信専用に構成され、したがって、順方向アクセスリンクを使用することのみによってUTと通信することができる。別の実装形態では、1つまたは複数の追加のUE(図示せず)が、UT400またはUT401と通信することもできる。代替的に、UTおよび対応するUEは、たとえば衛星と直接通信するための一体型衛星トランシーバおよびアンテナを有する携帯電話など、単一の物理デバイスの一体部分であり得る。
【００２４】
UT400は、UT400がスケジュールされた通信フレームのためにプロビジョニングされたいくつかの逆方向リンク(RL)サブフレームを決定すること、およびRLサブフレームのうちの少なくとも1つでSAN150にフィードバック情報を提供することを可能にし得るサブフレーム構成(SFC)回路425を含み得る。より詳細には、SFC回路425は、UT400が、たとえば、図7〜図15に関してより詳細に説明するように、通信フレームに基づいてSAN150に送信されるべきRLサブフレームを動的に構成することを可能にし得る。いくつかの態様では、RLサブフレームの数は、同じ通信フレームのためにプロビジョニングされたFLサブフレームの数とは異なり得る。その後、UT400は、衛星通信システム100の逆方向リンクを介してSAN150にRLサブフレームを送信し得る。
【００２５】
SAN150は、ゲートウェイ200および201と、インフラストラクチャ106と、衛星通信システム100の1つまたは複数のユーザ端末400および/または401と(たとえば、衛星300を介して)通信するための追加の要素または構成要素(簡単にするために図示されていない)とを含み得る。ゲートウェイ200は、インターネット108、または1つもしくは複数の他のタイプのパブリックネットワーク、セミプライベートネットワーク、もしくはプライベートネットワークへのアクセスを有し得る。図1に示す例では、ゲートウェイ200はインフラストラクチャ106と通信しており、インフラストラクチャ106は、インターネット108、または1つもしくは複数の他のタイプのパブリックネットワーク、セミプライベートネットワーク、もしくはプライベートネットワークにアクセスすることが可能である。ゲートウェイ200はまた、たとえば、光ファイバー網または公衆交換電話網(PSTN)110などの固定回線網を含む、様々なタイプの通信バックホールに結合され得る。さらに、代替実装形態では、ゲートウェイ200は、インフラストラクチャ106を使用せずに、インターネット108、PSTN110、または1つもしくは複数の他のタイプのパブリックネットワーク、セミプライベートネットワーク、もしくはプライベートネットワークとインターフェースし得る。またさらに、ゲートウェイ200は、インフラストラクチャ106を通じてゲートウェイ201などの他のゲートウェイと通信することがあり、またはその代わりに、インフラストラクチャ106を使用せずにゲートウェイ201に通信するように構成されることがある。インフラストラクチャ106は、全体的にまたは部分的に、ネットワーク制御センター(NCC)、衛星制御センター(SCC)、有線および/もしくはワイヤレスのコアネットワーク、ならびに/または衛星通信システム100の動作および/または衛星通信システム100との通信を容易にするために使用される任意の他の構成要素もしくはシステムを含み得る。
【００２６】
SAN150は、SAN150がユーザ端末(たとえば、UT400)のために通信フレームをいくつかのFLサブフレームおよび異なる数のRLサブフレームにプロビジョニングすることを可能にし得るフレームプロビジョニング(FP)論理152を含み得る。より詳細には、FP論理152は、SAN150が、たとえば、図7〜図15に関して以下でより詳細に説明するように、ユーザ端末のためにスケジュールされた通信フレームごとにFLサブフレームおよびRLサブフレームを動的に割り振ることを可能にし得る。その後、SAN150は、衛星通信システム100の順方向リンクを介してユーザ端末にFLサブフレームを送信し、衛星通信システムの逆方向リンクを介してユーザ端末からRLサブフレームを受信することができる。
【００２７】
両方の方向での衛星300とゲートウェイ200との間の通信は、フィーダリンクと呼ばれ、両方の方向での衛星とUT400および401の各々との間の通信は、サービスリンクと呼ばれる。衛星300からゲートウェイ200またはUT400および401のうちの1つであり得る地上局への信号経路は、包括的にダウンリンクと呼ばれる場合がある。地上局から衛星300への信号経路は、包括的にアップリンクと呼ばれる場合がある。さらに、図示のように、信号は、順方向リンクおよび戻りリンクまたは逆方向リンクなどの、全般的な方向性を有することができる。したがって、ゲートウェイ200から発し、衛星300を介してUT400で終わる方向における通信リンクは、順方向リンクと呼ばれ、UT400から発し、衛星300を介してゲートウェイ200で終わる方向における通信リンクは、戻りリンクまたは逆方向リンクと呼ばれる。したがって、図1では、ゲートウェイ200から衛星300への信号経路は、「順方向フィーダリンク」というラベルを付けられ、衛星300からゲートウェイ200への信号経路は、「戻りフィーダリンク」というラベルを付けられている。同様の形において、図1では、各UT400または401から衛星300への信号経路は、「戻りサービスリンク」というラベルを付けられ、衛星300から各UT400または401への信号経路は、「順方向サービスリンク」というラベルを付けられている。
【００２８】
図2は、ゲートウェイ200の例示的なブロック図であり、図1のゲートウェイ201にもあてはまり得る。ゲートウェイ200は、複数のアンテナ205、RFサブシステム210、デジタルサブシステム220、公衆交換電話網(PSTN)インターフェース230、ローカルエリアネットワーク(LAN)インターフェース240、ゲートウェイインターフェース245、およびゲートウェイコントローラ250を含むものとして示されている。RFサブシステム210は、アンテナ205およびデジタルサブシステム220に結合される。デジタルサブシステム220は、PSTNインターフェース230、LANインターフェース240、およびゲートウェイインターフェース245に結合される。ゲートウェイコントローラ250は、RFサブシステム210、デジタルサブシステム220、PSTNインターフェース230、LANインターフェース240、およびゲートウェイインターフェース245に結合される。
【００２９】
RFサブシステム210は、いくつかのRFトランシーバ212、RFコントローラ214、およびアンテナコントローラ216を含み得るが、順方向フィーダリンク301Fを介して衛星300に通信信号を送信することができ、戻りフィーダリンク301Rを介して衛星300から通信信号を受信することができる。簡単にするために図示されていないが、RFトランシーバ212の各々は、送信チェーンおよび受信チェーンを含み得る。各受信チェーンは、受信された通信信号を周知の形でそれぞれ増幅およびダウンコンバートするための、低雑音増幅器(LNA)およびダウンコンバータ(たとえば、ミキサ)を含み得る。さらに、各受信チェーンは、(たとえば、デジタルサブシステム220による処理のために)受信された通信信号をアナログ信号からデジタル信号に変換するためのアナログ-デジタル変換器(ADC)を含み得る。各送信チェーンは、衛星300に送信されるべき通信信号を周知の形でそれぞれアップコンバートおよび増幅するためのアップコンバータ(たとえば、ミキサ)および電力増幅器(PA)を含み得る。さらに、各送信チェーンは、デジタルサブシステム220から受信されたデジタル信号を衛星300に送信されるアナログ信号に変換するためのデジタル-アナログ変換器(DAC)を含み得る。
【００３０】
RFコントローラ214は、いくつかのRFトランシーバ212の様々な態様(たとえば、搬送波周波数の選択、周波数および位相の較正、利得の設定など)を制御するために使用され得る。アンテナコントローラ216は、アンテナ205の様々な態様(たとえば、ビームフォーミング、ビームステアリング、利得の設定、周波数同調など)を制御し得る。
【００３１】
デジタルサブシステム220は、いくつかのデジタル受信機モジュール222と、いくつかのデジタル送信機モジュール224と、ベースバンド(BB)プロセッサ226と、制御(CTRL)プロセッサ228とを含み得る。デジタルサブシステム220は、RFサブシステム210から受信された通信信号を処理し、処理された通信信号をPSTNインターフェース230および/またはLANインターフェース240に転送することができ、PSTNインターフェース230および/またはLANインターフェース240から受信された通信信号を処理し、処理された通信信号をRFサブシステム210に転送することができる。
【００３２】
各デジタル受信機モジュール222は、ゲートウェイ200とUT400との間の通信を管理するために使用される信号処理要素に対応し得る。RFトランシーバ212の受信チェーンのうちの1つが、複数のデジタル受信機モジュール222に入力信号を提供することができる。いくつかのデジタル受信機モジュール222が、所与の時間に処理されている衛星ビームおよび可能なダイバーシティモード信号のすべてを受け入れるために使用され得る。簡単にするために図示されていないが、各デジタル受信機モジュール222は、1つまたは複数のデジタルデータ受信機、サーチャ受信機、ならびにダイバーシティ合成器および復号器回路を含み得る。サーチャ受信機は、搬送波信号の適切なダイバーシティモードを探索するために使用されることがあり、パイロット信号(または他の比較的固定されたパターンの強い信号)を探索するために使用されることがある。
【００３３】
デジタル送信機モジュール224は、衛星300を介してUT400に送信されるべき信号を処理することができる。簡単にするために図示されていないが、各デジタル送信機モジュール224は、送信のためにデータを変調する送信変調器を含み得る。各送信変調器の送信電力は、(1)干渉低減およびリソース割振りのために最小レベルの電力を適用し、(2)送信経路内の減衰および他の経路転送特性を補償するのに必要なときに適切なレベルの電力を適用することができる、対応するデジタル送信電力コントローラ(簡単にするために図示されていない)によって制御され得る。
【００３４】
デジタル受信機モジュール222、デジタル送信機モジュール224、およびベースバンドプロセッサ226に結合される制御プロセッサ228は、限定はされないが、信号処理、タイミング信号生成、電力制御、ハンドオフ制御、ダイバーシティ合成、およびシステムインターフェースなどの機能をもたらすためにコマンド信号および制御信号を提供することができる。
【００３５】
制御プロセッサ228は、パイロットの生成および電力、同期、ならびにページングチャネル信号およびその送信電力コントローラへの結合(簡単にするために図示されていない)も制御し得る。パイロットチャネルは、データによって変調されない信号であり、反復的な変化しないパターンまたは変動しないフレーム構造タイプ(パターン)またはトーンタイプの入力を使用し得る。たとえば、パイロット信号のためのチャネルを形成するために使用される直交関数は一般に、すべて1もしくはすべて0などの定数値を、または1と0が散在する構造化されたパターンなどのよく知られている反復的なパターンを有する。
【００３６】
ベースバンドプロセッサ226は、当技術分野においてよく知られているので、本明細書では詳細には説明されない。たとえば、ベースバンドプロセッサ226は、(限定はされないが)コーダ、データモデム、ならびにデジタルデータの切替えおよび記憶の構成要素などの、様々な既知の要素を含み得る。
【００３７】
PSTNインターフェース230は、図1に示されているように、直接、または追加のインフラストラクチャ106を通じて、外部PSTNに通信信号を提供し、外部PSTNから通信信号を受信することができる。PSTNインターフェース230は、当技術分野においてよく知られているので、本明細書では詳細には説明されない。他の実装形態の場合、PSTNインターフェース230は、省略されることがあり、または、ゲートウェイ200を地上ベースのネットワーク(たとえば、インターネット)に接続する任意の他の適切なインターフェースに置き換えられることがある。
【００３８】
LANインターフェース240は、外部LANに通信信号を提供し、外部LANから通信信号を受信することができる。たとえば、LANインターフェース240は、図1に示されているように、直接、または追加のインフラストラクチャ106を通じて、インターネット108に結合され得る。LANインターフェース240は当技術分野においてよく知られているので、本明細書では詳細には説明されない。
【００３９】
ゲートウェイインターフェース245は、図1の衛星通信システム100に関連する1つまたは複数の他のゲートウェイ(および/または、簡単にするために図示されていない、他の衛星通信システムに関連するゲートウェイ)に通信信号を提供し、これらのゲートウェイから通信信号を受信することができる。いくつかの実装形態の場合、ゲートウェイインターフェース245は、1つまたは複数の専用の通信回線またはチャネル(簡単にするために図示されていない)を介して他のゲートウェイと通信することができる。他の実装形態の場合、ゲートウェイインターフェース245は、PSTN110および/またはインターネット108(図1をも参照されたい)などの他のネットワークを使用して他のゲートウェイと通信することができる。少なくとも1つの実装形態の場合、ゲートウェイインターフェース245は、インフラストラクチャ106を介して他のゲートウェイと通信することができる。
【００４０】
全体的なゲートウェイ制御は、ゲートウェイコントローラ250によって行われ得る。ゲートウェイコントローラ250は、ゲートウェイ200による衛星300のリソースの利用を計画し、制御することができる。たとえば、ゲートウェイコントローラ250は、傾向を分析し、トラフィック計画を生成し、衛星リソースを割り振り、衛星位置を監視(または追跡)し、ゲートウェイ200および/または衛星300の性能を監視することができる。ゲートウェイコントローラ250は、衛星300の軌道を維持し、監視し、衛星使用情報をゲートウェイ200に中継し、衛星300の位置を追跡し、かつ/または衛星300の様々なチャネル設定を調整する、地上ベースの衛星コントローラ(簡単にするために図示されていない)にも結合され得る。
【００４１】
図2に示す例示的な実装形態の場合、ゲートウェイコントローラ250は、ローカル時間、周波数、および位置基準251を含み、このローカル時間、周波数、および位置基準251は、RFサブシステム210、デジタルサブシステム220、ならびに/またはインターフェース230、240、および245に、ローカル時間情報および周波数情報を提供することができる。時間情報および周波数情報は、ゲートウェイ200の様々な構成要素を互いに、および/または衛星300と同期するために使用され得る。ローカル時間、周波数、および位置基準251は、ゲートウェイ200の様々な構成要素に衛星300の位置情報(たとえば、エフェメリスデータ)を提供することもできる。さらに、図2ではゲートウェイコントローラ250内に含まれるものとして図示されているが、他の実装形態の場合、ローカル時間、周波数、および位置基準251は、ゲートウェイコントローラ250(ならびに/またはデジタルサブシステム220およびRFサブシステム210のうちの1つもしくは複数)に結合される別個のサブシステムであり得る。
【００４２】
簡単にするために図2には示されていないが、ゲートウェイコントローラ250はまた、ネットワーク制御センター(NCC)および/または衛星制御センター(SCC)に結合され得る。たとえば、ゲートウェイコントローラ250は、SCCが、たとえば衛星300からエフェメリスデータを取り出すために、衛星300と直接通信することを可能にし得る。ゲートウェイコントローラ250は、ゲートウェイコントローラ250が(たとえば、適切な衛星300に)そのアンテナ205のねらいを正しく定め、ビーム送信をスケジュールし、ハンドオーバを調整し、様々な他の周知の機能を実行することを可能にする(たとえば、SCCおよび/またはNCCからの)処理された情報を受信することもできる。
【００４３】
図3は、例示のみを目的とする衛星300の例示的なブロック図である。特定の衛星構成は大幅に異なる場合があり、オンボード処理を含むことも含まないこともあることが諒解されよう。さらに、単一の衛星として図示されているが、衛星間通信を使用する2つ以上の衛星が、ゲートウェイ200とUT400との間の機能的接続を提供することができる。開示が、どの特定の衛星構成にも限定されず、ゲートウェイ200とUT400との間の機能的接続を提供できる任意の衛星または衛星の組合せが、本開示の範囲内と考えられ得ることが諒解されよう。一例では、衛星300は、順方向トランスポンダ310、戻りトランスポンダ320、発振器330、コントローラ340、順方向リンクアンテナ351〜352、および戻りリンクアンテナ361〜362を含むものとして示されている。順方向トランスポンダ310は、対応するチャネルまたは周波数帯内の通信信号を処理することができるが、第1の帯域フィルタ311(1)〜311(N)のそれぞれの1つ、第1のLNA312(1)〜312(N)のそれぞれの1つ、周波数変換器313(1)〜313(N)のそれぞれの1つ、第2のLNA314(1)〜314(N)のそれぞれの1つ、第2の帯域フィルタ315(1)〜315(N)のそれぞれの1つ、およびPA316(1)〜316(N)のそれぞれの1つを含むことができる。PA316(1)〜316(N)の各々は、図3に示されているように、アンテナ352(1)〜352(N)のそれぞれの1つに結合される。
【００４４】
それぞれの順方向経路FP(1)〜FP(N)の各々内で、第1の帯域フィルタ311は、それぞれの順方向経路FPのチャネルまたは周波数帯内の周波数を有する信号成分を通過させ、それぞれの順方向経路FPのチャネルまたは周波数帯の外部の周波数を有する信号成分をフィルタリングする。したがって、第1の帯域フィルタ311の通過帯域は、それぞれの順方向経路FPに関連するチャネルの幅に対応する。第1のLNA312は、受信された通信信号を、周波数変換器313による処理に適切なレベルまで増幅する。周波数変換器313は、それぞれの順方向経路FP内の通信信号の周波数を(たとえば、衛星300からUT400への送信に適切な周波数に)変換する。第2のLNA314は、周波数変換された通信信号を増幅し、第2の帯域フィルタ315は、関連するチャネル幅の外部の周波数を有する信号成分をフィルタリングする。PA316は、フィルタリングされた信号を、それぞれのアンテナ352を介するUT400への送信に適切な電力レベルまで増幅する。戻りトランスポンダ320は、N個の戻り経路RP(1)〜RP(N)を含むが、アンテナ361(1)〜361(N)を介して戻りサービスリンク302Rに沿ってUT400から通信信号を受信し、1つまたは複数のアンテナ362を介して戻りフィーダリンク301Rに沿ってゲートウェイ200に通信信号を送信する。戻り経路RP(1)〜RP(N)の各々は、対応するチャネルまたは周波数帯内の通信信号を処理することができるが、アンテナ361(1)〜361(N)のそれぞれの1つに結合され得、第1の帯域フィルタ321(1)〜321(N)のそれぞれの1つ、第1のLNA322(1)〜322(N)のそれぞれの1つ、周波数変換器323(1)〜323(N)のそれぞれの1つ、第2のLNA324(1)〜324(N)のそれぞれの1つ、および第2の帯域フィルタ325(1)〜325(N)のそれぞれの1つを含むことができる。
【００４５】
それぞれの戻り経路RP(1)〜RP(N)の各々内で、第1の帯域フィルタ321は、それぞれの戻り経路RPのチャネルまたは周波数帯内の周波数を有する信号成分を通過させ、それぞれの戻り経路RPのチャネルまたは周波数帯の外部の周波数を有する信号成分をフィルタリングする。したがって、第1の帯域フィルタ321の通過帯域は、いくつかの実装形態の場合、それぞれの戻り経路RPに関連するチャネルの幅に対応することができる。第1のLNA322は、すべての受信された通信信号を、周波数変換器323による処理に適切なレベルまで増幅する。周波数変換器323は、それぞれの戻り経路RP内の通信信号の周波数を(たとえば、衛星300からゲートウェイ200への送信に適切な周波数に)変換する。第2のLNA324は、周波数変換された通信信号を増幅し、第2の帯域フィルタ325は、関連するチャネル幅の外側の周波数を有する信号成分をフィルタリングする。戻り経路RP(1)〜RP(N)からの信号が合成され、PA326を介して1つまたは複数のアンテナ362に提供される。PA326は、合成された信号を、ゲートウェイ200への送信のために増幅する。
【００４６】
発振器330は、発振信号を生成する任意の適切な回路またはデバイスとすることができるが、順方向トランスポンダ310の周波数変換器313(1)〜313(N)に順方向局所発振器信号LO(F)を提供し、戻りトランスポンダ320の周波数変換器323(1)〜323(N)に戻り局所発振器信号LO(R)を提供する。たとえば、LO(F)信号は、ゲートウェイ200から衛星300への信号の送信に関連する周波数帯から、衛星300からUT400への信号の送信に関連する周波数帯へ、通信信号を変換するために、周波数変換器313(1)〜313(N)によって使用され得る。LO(R)信号は、UT400から衛星300への信号の送信に関連する周波数帯から、衛星300からゲートウェイ200への信号の送信に関連する周波数帯へ、通信信号を変換するために、周波数変換器323(1)〜323(N)によって使用され得る。
【００４７】
コントローラ340は、順方向トランスポンダ310、戻りトランスポンダ320、および発振器330に結合されるが、(限定はされないが)チャネル割振りを含む衛星300の様々な動作を制御することができる。一態様では、コントローラ340は、(簡単にするために図示されていない)プロセッサに結合されたメモリを含み得る。メモリは、プロセッサによって実行されたとき、(限定はされないが)図12〜図15に関して本明細書で説明する動作を含む動作を衛星300に実行させる命令を記憶する非一時的コンピュータ可読媒体(たとえば、EPROM、EEPROM、フラッシュメモリ、ハードドライブなどの1つまたは複数の不揮発性メモリ要素)を含み得る。
【００４８】
UT400または401において使用するトランシーバの例が、図4に示されている。図4では、少なくとも1つのアンテナ410が(たとえば、衛星300から)順方向リンク通信信号を受信するために設けられ、順方向リンク通信信号はアナログ受信機414に転送され、そこでダウンコンバートされ、増幅され、デジタル化される。同じアンテナが送信機能と受信機能の両方のために働くことを可能にするために、デュプレクサ要素412が使用されることが多い。代替的に、UTトランシーバは、異なる送信周波数および受信周波数における動作のために別々のアンテナを使用することができる。
【００４９】
アナログ受信機414によって出力されたデジタル通信信号は、少なくとも1つのデジタルデータ受信機416Aおよび少なくとも1つのサーチャ受信機418に転送される。当業者に明白であろうように、追加のデジタルデータ受信機416B〜416Nが、トランシーバの複雑さの許容可能なレベルに応じて、所望のレベルの信号ダイバーシティを得るために使用され得る。
【００５０】
少なくとも1つのユーザ端末制御プロセッサ420が、デジタルデータ受信機416A〜416Nおよびサーチャ受信機418に結合される。制御プロセッサ420は、機能の中でもとりわけ、基本的な信号処理、タイミング、電力およびハンドオフの制御または協調、ならびに信号搬送波のために使用される周波数の選択を行う。制御プロセッサ420によって実行され得る別の基本的な制御機能は、様々な信号波形を処理するために使用されるべき機能の選択または操作である。制御プロセッサ420による信号処理は、相対信号強度の判定および様々な関係する信号パラメータの計算を含むことができる。タイミングおよび周波数などの信号パラメータのそのような計算は、測定における効率もしくは速度の向上、または制御処理リソースの割振りの改善をもたらすための、追加のまたは別個の専用回路の使用を含むことができる。
【００５１】
UT400は、UT400がスケジュールされた通信フレームのためにプロビジョニングされたいくつかの逆方向リンク(RL)サブフレームを決定すること、およびRLサブフレームのうちの少なくとも1つで衛星アクセスネットワーク(たとえば、SAN150)にフィードバック情報を提供することを可能にし得るサブフレーム構成(SFC)回路425を含み得る。より詳細には、SFC回路425は、UT400が、たとえば、図7〜図15に関して以下でより詳細に説明するように、通信フレームに基づいてSANに送信されるべきRLサブフレームを動的に構成することを可能にし得る。いくつかの態様では、RLサブフレームの数は、同じ通信フレームのためにプロビジョニングされたFLサブフレームの数とは異なり得る。その後、UT400は、衛星通信システムの逆方向リンクを介してSANにRLサブフレームを送信し得る。
【００５２】
デジタルデータ受信機416A〜416Nの出力は、ユーザ端末内のデジタルベースバンド回路422に結合される。デジタルベースバンド回路422は、たとえば、図1に示すように、UE500との間で情報を転送するために使用される処理要素および提示要素を備える。図4を参照すると、ダイバーシティ信号処理が利用される場合、デジタルベースバンド回路422は、ダイバーシティ合成器および復号器を備え得る。これらの要素の一部は、制御プロセッサ420の制御の下でまたは制御プロセッサ420と通信して動作することもできる。
【００５３】
音声または他のデータが、ユーザ端末から発する出力メッセージまたは通信信号として準備されるとき、デジタルベースバンド回路422は、送信のために所望のデータを受信し、記憶し、処理し、別様に準備するために使用される。デジタルベースバンド回路422は、制御プロセッサ420の制御下で動作する送信変調器426に、このデータを提供する。送信変調器426の出力は、電力コントローラ428に転送され、電力コントローラ428は、アンテナ410から衛星(たとえば、衛星300)への出力信号の最終的な送信のために、送信電力増幅器430に対する出力電力制御を行う。
【００５４】
図4において、UTトランシーバは、制御プロセッサ420に関連するメモリ432も含む。メモリ432は、制御プロセッサ420による実行のための命令、ならびに制御プロセッサ420による処理のためのデータを含み得る。
【００５５】
図4に示す例では、UT400は、オプションのローカル時間、周波数、および位置基準434(たとえば、GPS受信機)をも含み、ローカル時間、周波数、および/または位置基準434は、たとえばUT400の時間および周波数の同期化を含む様々な適用例のために制御プロセッサ420にローカル時間情報、周波数情報、および/または位置情報を提供する。
【００５６】
デジタルデータ受信機416A〜Nおよびサーチャ受信機418は、特定の信号を復調および追跡するために、信号相関要素を用いて構成される。サーチャ受信機418は、パイロット信号または他の比較的固定されたパターンの強い信号を探索するために使用され、デジタルデータ受信機416A〜Nは、検出されたパイロット信号に関連する他の信号を復調するために使用される。しかしながら、デジタルデータ受信機416は、信号雑音に対する信号チップエネルギーの比率を適切に決定し、パイロット信号強度を策定するために、取得の後にパイロット信号を追跡することを担い得る。したがって、これらのユニットの出力は、パイロット信号または他の信号のエネルギーまたは周波数を決定するために監視され得る。これらの受信機は、復調される信号に関して現在の周波数情報およびタイミング情報を制御プロセッサ420に提供するために監視され得る周波数追跡要素も利用する。
【００５７】
制御プロセッサ420は、受信された信号が、同じ周波数帯にスケーリングされるときに発振器周波数からどの程度までオフセットされるかを判定するために、そのような情報を適宜に使用し得る。この情報ならびに周波数誤差および周波数シフトに関する他の情報は、望みに応じてストレージ要素またはメモリ要素432に記憶され得る。
【００５８】
制御プロセッサ420は、UT400と1つまたは複数のUEとの間の通信を可能にするために、UEインターフェース回路450にも結合され得る。UEインターフェース回路450は、様々なUE構成との通信のために望み通りに構成され得るので、サポートされる様々なUEと通信するために利用される様々な通信技術に応じて、様々なトランシーバおよび関連する構成要素を含み得る。たとえば、UEインターフェース回路450は、1つまたは複数のアンテナ、ワイドエリアネットワーク(WAN)トランシーバ、ワイヤレスローカルエリアネットワーク(WLAN)トランシーバ、ローカルエリアネットワーク(LAN)インターフェース、公衆交換電話網(PSTN)インターフェース、および/またはUT400と通信している1つもしくは複数のUEと通信するように構成された他の既知の通信技術を含むことができる。
【００５９】
図5は、UE500の例を示すブロック図であり、図1のUE501にもあてはまり得る。図5に示すUE500は、たとえば、モバイルデバイス、ハンドヘルドコンピュータ、タブレット、ウェアラブルデバイス、スマートウォッチ、またはユーザと対話することが可能な任意のタイプのデバイスであり得る。さらに、UEは、様々な最終的なエンドユーザデバイスおよび/または様々なパブリックネットワークもしくはプライベートネットワークへの接続性を提供するネットワーク側デバイスであり得る。図5に示す例では、UE500は、LANインターフェース502、1つまたは複数のアンテナ504、ワイドエリアネットワーク(WAN)トランシーバ506、ワイヤレスローカルエリアネットワーク(WLAN)トランシーバ508、および衛星測位システム(SPS)受信機510を備え得る。SPS受信機510は、全地球測位システム(GPS)、GLONASSおよび/または任意の他の全地球衛星もしくは地域衛星ベースの測位システムに適合し得る。代替の態様では、UE500は、たとえば、LANインターフェース502、WANトランシーバ506、および/またはSPS受信機510を伴ってまたは伴わずに、Wi-FiトランシーバなどのWLANトランシーバ508を含み得る。さらに、UE500は、LANインターフェース502、WANトランシーバ506、WLANトランシーバ508、および/またはSPS受信機510を伴ってまたは伴わずに、Bluetooth(登録商標)、ZigBee、および他の既知の技術などの追加のトランシーバを含み得る。したがって、UE500に関して図示された要素は、単に例示的な構成として提供されており、本明細書で開示する様々な態様によるUEの構成を限定することを意図するものではない。
【００６０】
図5に示す例では、プロセッサ512は、LANインターフェース502、WANトランシーバ506、WLANトランシーバ508およびSPS受信機510に接続される。任意選択で、動きセンサー514および他のセンサーも、プロセッサ512に結合され得る。
【００６１】
メモリ516がプロセッサ512に接続される。一態様では、メモリ516は、図1に示すように、UT400に送信され、かつ/またはUT400から受信され得るデータ518を含み得る。図5を参照すると、メモリ516は、たとえば、UT400と通信するためのプロセスステップを実行するためにプロセッサ512によって実行されるべき、記憶された命令520も含み得る。さらに、UE500は、ユーザインターフェース522をも含むことができ、ユーザインターフェース522は、たとえば光、音、または触覚の入力または出力を介してプロセッサ512の入力または出力をユーザにインターフェースするためのハードウェアおよびソフトウェアを含むことができる。図5に示す例では、UE500は、ユーザインターフェース522に接続されたマイクロホン/スピーカー524、キーパッド526、およびディスプレイ528を含む。代替的に、ユーザの触覚の入力または出力が、たとえばタッチスクリーンディスプレイを使用することによってディスプレイ528に統合され得る。やはり、図5に示す要素は、本明細書で開示するUEの構成を限定することを意図するものではなく、UE500に含まれる要素は、デバイスの最終用途およびシステムエンジニアの設計選択に基づいて変化することが諒解されよう。
【００６２】
さらに、UE500は、たとえば、図1に示すように、UT400と通信しているがUT400とは別個の、モバイルデバイスまたは外部ネットワーク側デバイスなどのユーザデバイスであり得る。代替的に、UE500およびUT400は、単一の物理デバイスの一体部分であり得る。
【００６３】
上述のように、GSO衛星は、地球の表面から約35,000kmの上空にある静止軌道に展開され、地球自体の角速度で赤道軌道において地球の周りを回転する。対照的に、NGSO衛星は、非静止軌道に展開され、(たとえば、GSO衛星と比較して)比較的低い高度で地球の表面の様々な経路の上で地球の周りを回転する。
【００６４】
たとえば、図6は、地球630の周りの軌道にあるNGSO衛星300A〜300Hの第1のコンスタレーション610およびGSO衛星621A〜621Dの第2のコンスタレーション620を示す図600を示す。8つのNGSO衛星300A〜300Hのみを含むものとして図6に示されているが、第1のコンスタレーション610は、たとえば、世界規模の衛星カバレージを提供するために、任意の適切な数のNGSO衛星を含み得る。いくつかの実装形態の場合、第1のコンスタレーション610は、600個から900個の間のNGSO衛星を含み得る。同様に、4つのGSO衛星621A〜621Dのみを含むものとして図6に示されているが、第2のコンスタレーション620は、たとえば、世界規模の衛星カバレージを提供するために、任意の適切な数のGSO衛星を含み得る。さらに、簡単にするために図6には示されていないが、GSO衛星の1つもしくは複数の他のコンスタレーションおよび/またはNGSO衛星の1つもしくは複数の他のコンスタレーションが地球630の上の軌道にあってよい。
【００６５】
第1のコンスタレーション610は、以下ではNGSO衛星コンスタレーション610と呼ばれることがあり、地球630上のすべてではないとしても大半のエリアに第1の衛星サービスを提供し得る。第2のコンスタレーション620は、以下ではGSO衛星コンスタレーション620と呼ばれることがあり、地球630の大部分に第2の衛星サービスを提供し得る。第1の衛星サービスは、第2の衛星サービスとは異なることがある。いくつかの態様の場合、NGSO衛星コンスタレーション610によって提供される第1の衛星サービスは、グローバルなブロードバンドインターネットサービスに対応することができ、GSO衛星コンスタレーション620によって提供される第2の衛星サービスは、衛星ベースのブロードキャスト(たとえば、テレビジョン)サービスに対応することができる。さらに、少なくともいくつかの実装形態の場合、NGSO衛星300A〜300Hの各々は、図1および図3の衛星300の一例であり得る。
【００６６】
NGSO衛星300A〜300Hは、任意の適切な数の非静止軌道面(簡単にするために図示されていない)において地球630を周回することができ、軌道面の各々は、複数のNGSO衛星(たとえば、NGSO衛星300A〜300Hのうちの1つまたは複数など)を含み得る。非静止軌道面は、たとえば、極軌道パターンおよび/またはWalker軌道パターンを含み得る。したがって、地球630上の静止観測器にとっては、NGSO衛星300A〜300Hは、地球の表面にわたる複数の異なる経路で空中を迅速に移動するように見え、NGSO衛星300A〜300Hの各々は、地球の表面にわたる対応する経路に対するカバレージを提供する。
【００６７】
対照的に、GSO衛星621A〜621Dは、地球630の周りの静止軌道にあることがあり、したがって、地球630上の静止観測器にとっては、地球の赤道631の上に配置された空の固定位置で動かないように見える場合がある。GSO衛星621A〜621Dの各々は、地球630上の対応するGSO地上局に対する比較的固定した見通し線を維持する。たとえば、GSO衛星621Bは、GSO地上局625に対する比較的固定した見通し線を維持するものとして図6に示されている。地球630の表面上の所与の地点では、空に位置の円弧がある場合があり、その円弧に沿ってGSO衛星621A〜621Dが配置され得ることに留意されたい。GSO衛星位置のこの円弧は、本明細書ではGSO円弧640と呼ばれることがある。GSO地上局(たとえば、GSO地上局625など)の受信エリアは、通常は固定した方位および固定したビーム幅(ITU仕様によって定義されたビーム幅など)のアンテナパターンによって定義され得る。たとえば、GSO地上局625は、GSO衛星621Bに向かってビーム626を送信するものとして示されている。
【００６８】
いくつかの態様では、NGSO衛星300A〜300Hの各々は、図1のUT400などのユーザ端末に対する、かつ/または図1のゲートウェイ200などのゲートウェイに対する高速順方向リンク(たとえば、ダウンリンク)を提供するためのいくつかの指向性アンテナを含み得る。高利得指向性アンテナは、(オムニ指向性アンテナに関連する比較的広いビーム幅と比較して)比較的狭いビーム幅に放射を集中させることによって、オムニ指向性アンテナよりも高いデータレートを達成し、干渉を受けにくい。たとえば、図6に示すように、NGSO衛星300Aから送信されるビーム612Aによって提供されるカバレージエリア613Aは、GSO衛星621Aから送信されるビーム622Aによって提供されるカバレージエリア623Aと比較して比較的小さい。
【００６９】
NGSO衛星300A〜300Hは比較的迅速に(たとえば、地球低軌道(LEO)衛星の場合は約90分ごとに)地球630の周りを回転するので、それらの位置は地球630上の固定場所に対して迅速に変化する。地球の表面の広いエリアにわたるカバレージを提供するために(たとえば、米国全体にわたってインターネットサービスを提供するために)、NGSO衛星300A〜300Hの各々は、地球の表面にわたる対応する経路に対するカバレージを提供し得る。たとえば、NGSO衛星300A〜300Hは、それぞれ任意の数のビームを送信することができ、ビームのうちの1つまたは複数は、地球の表面上の重複する領域に向けられ得る。本明細書で使用する、衛星のフットプリントは、中にあるすべてのUTが(最小仰角を上回る)衛星と通信することができる(地球上の)表面エリアである。衛星の(たとえば、対応するアンテナから)送信されたビームによってカバーされるエリアは、本明細書ではビームカバレージエリアと呼ばれる。したがって、衛星のフットプリントは、衛星から送信されたいくつかのビームによって提供されるいくつかのビームカバレージエリアによって定義され得る。
【００７０】
図7は、いくつか(N個)のビーム710(1)〜710(N)をそれぞれの数(N個)のアンテナ352(1)〜352(N)から送信する衛星300を示す図700を示す。また図3を参照すると、アンテナ352(1)〜352(N)の各々は、衛星300の順方向トランスポンダ310における対応する順方向経路(FP)に結合され得る。ビーム710(1)〜710(N)の各々は、地球630上のビームのカバレージエリア内に位置するいくつかのユーザ端末UT1およびUT2にデータを送信し、かつ/またはいくつかのユーザ端末UT1およびUT2からデータを受信するために使用され得る。たとえば、ユーザ端末UT1およびUT2の各々は、図4のUT400の実施形態であり得る。したがって、いくつかの態様では、ビーム710(1)〜710(N)は、衛星アクセスネットワーク(たとえば、図1のSAN150)とユーザ端末UT1およびUT2との間の順方向サービスリンクおよび/または逆方向サービスリンクを表し得る。
【００７１】
図7の例示的な図700の場合、ビーム710(1)〜710(N)は、地球630上の、それぞれカバレージエリア720(1)〜720(N)を提供するものとして示されている。合わせて、それぞれのビーム710(1)〜710(N)によって提供されるカバレージエリア720(1)〜720(N)が衛星300のフットプリントを定義し得る。カバレージエリア720(1)〜720(N)の各々は、衛星のフットプリントの全幅にわたり得る。いくつかの実装形態では、カバレージエリア720(1)〜720(N)は、他の適切な形状、サイズ、および/または方位を有し得る。さらに、少なくともいくつかの実装形態の場合、NGSO衛星コンスタレーション610におけるすべての衛星300が実質的に同様のフットプリントを有し得る。ビーム710(1)〜710(N)の各々は、衛星300のそれぞれの通信チャネルとして作用する。衛星300がユーザ端末UT1およびUT2の各々を通過する中、所与のビームのチャネル品質が悪化し得る一方で、異なるビームのチャネル品質は改善し得る。したがって、ユーザ端末UT1およびUT2の各々は、あるビームから別のビームに通信チャネルを周期的に切り替え得る。このプロセスは、本明細書では「ビーム間ハンドオーバ」と呼ばれ得る。
【００７２】
カバレージエリア720(1)〜720(N)の隣接するペアは、たとえば、ビーム710(1)〜710(N)によって提供されるフットプリントが最小カバレージギャップを有し得るように、互いに接触および/または重複し得る。図7の例では、ビーム710(1)および710(2)の交差が重複領域730を形成する。衛星300の移動に基づいて、第1の時間にカバレージエリア720(1)内にのみ(重複領域730の外に)位置するユーザ端末(たとえば、UT1)が、最終的に第2の時間に重複領域730内に入り得る。重複領域730内のユーザ端末(たとえば、UT2)は、ビーム710(1)またはビーム710(2)を使用して衛星300と通信することが可能であり得る。衛星の軌道のある地点では、ビーム710(2)のチャネル品質がビーム710(1)のチャネル品質を上回るので、現在のビーム710(1)(たとえば、「ソースビーム」)から新しいビーム710(2)(たとえば、「ターゲットビーム」)へのビーム間ハンドオーバが促される。たとえば、特定のユーザ端末のためのビーム間ハンドオーバが、(たとえば、ユーザ端末がその後、ソースビーム710(1)のカバレージエリア720(1)よりも顕著にターゲットビーム710(2)のカバレージエリア720(2)内に位置するように)ユーザ端末が切替えしきい値740を越えるときにトリガされ得る。
【００７３】
SANと特定のUTとの間の半二重通信をサポートするために、(たとえば、SANからUTへの)順方向サービスリンク上での送信が、(たとえば、UTからSANへの)逆方向サービスリンク上での送信と協調され得る。そのため、所与の通信サイクル(たとえば、約10ms)がいくつかの順方向リンク(FL)送信およびいくつかの逆方向リンク(RL)送信に再分割され得る。たとえば、各FL送信は、SANから特定のユーザ端末に送られるデータおよび/または制御情報の個々のサブフレーム(たとえば、FLサブフレーム)と対応し得る。同様に、各RL送信は、ユーザ端末からSANに送られるデータおよび/または制御情報の個々のサブフレーム(たとえば、RLサブフレーム)と対応し得る。所与の通信サイクルのFLサブフレームおよびRLサブフレームが合わせて通信(または「無線」)フレームを形成し得る。たとえば、一般的な通信フレームは、10msの全持続時間を有し得る。通信フレームは、1msの持続時間をそれぞれ有する10個のサブフレームスロットに再分割され得る。各サブフレームスロットは、FLサブフレーム、RLサブフレームによって占有されるか、または割り当てられないままであり得る。
【００７４】
HARQは、受信デバイスが受信にエラーがあったデータの再送信を要求し得るプロセスである。無線リンク制御(RLC)レイヤによって実行される標準的自動再送要求(ARQ)プロセスとは異なり、HARQプロセスは、物理(PHY)レイヤにおいて実行される(たとえば、また、媒体アクセス制御(MAC)レイヤによって管理される)。より詳細には、HARQは、特定のデータユニットを正しく再構成するために必要とされる再送信の数を潜在的に減らすために、受信に誤りがあったデータ(たとえば、パケット、フレーム、PDU、MPDUなど)のバッファリングおよび合成を可能にする。たとえば、ユーザ端末がSANから誤ったデータユニットを受信した場合、ユーザ端末は、その特定のデータユニットの再送信を要求し得る。ユーザ端末は、誤ったデータユニットを処分するのではなく、たとえば、正しいデータユニットをより迅速に復元するために、再送信されたデータと合成されるように誤ったデータユニットを(たとえば、HARQバッファに)記憶することもできる。たとえば、元のデータユニットと再送信されたデータの両方がエラーを有する場合、ユーザ端末は、正しいデータユニットを再構成するために、エラーのない部分を合成することができる。このプロセスは、任意の数の再送信のために(たとえば、正しいデータユニットが復元されるまで)必要に応じて繰り返され得る。ユーザ端末は、SANにHARQフィードバック情報を送るために(たとえば、所与の通信フレームの)RLサブフレームを使用し得る。HARQフィードバック情報は、(たとえば、正しく受信されたか、または受信に誤りがあった)それぞれのFLデータの肯定応答(ACK)または否定応答(NACK)を含み得る。
【００７５】
従来の(たとえば、「対称的な」)半二重動作の場合、所与の通信フレームにおけるFLサブフレームの数は、RLサブフレームの数に等しい。1つまたは複数のサブフレームスロットは、UTがFL通信とRL通信との間で切り替えるためのバッファを提供するために、割り当てられないままであり得る。その結果、通信サイクルの40%のみ(またはそれ未満)がFL通信に使用され得る。たとえば、対称的なリソース割振りを保証するために、(たとえば、計10個のサブフレームスロットを有する)所与の通信フレームの4つのサブフレームスロットのみがFL送信のために割り振られ得る一方、別の4つのサブフレームスロットがRL送信のために割り振られ得る。各RLサブフレームは、同じ通信フレームのそれぞれのFLサブフレームに関するHARQフィードバック情報(たとえば、ACK/NACK)を提供し得る。少なくとも2つのサブフレームスロットが(たとえば、UTが順方向サービスリンクと逆方向サービスリンクとの間で移行するためのバッファを提供するために)割り当てられないままであり得る。これにより、通信フレームのサブフレーム利用率は80%となる。例示的な実装形態は、FL送信に通信フレームの40%のみを割り振ることが、順方向リンク上でのデータトラフィックが逆方向リンク上でのデータトラフィックを大幅に上回る衛星の適用場面(たとえば、衛星テレビジョンおよび/またはビデオストリーミングサービス)では非効率的であり得ることを認識している。
【００７６】
例示的な実装形態では、SANの無線リソースコントローラ(RRC)が、「非対称的な」半二重モードで動作するようにUTを選択的に構成し得る。非対称的な半二重モードで動作するとき、SANとともに設けられたスケジューラが、FLリソースおよびRLリソースを非対称的な形で割り振り得る。たとえば、スケジューラは、特定のUTのために通信フレームを(たとえば、順方向リンクおよび/または逆方向リンク上でのデータトラフィックの比率に応じて)いくつかのFLサブフレームおよび異なる数のRLサブフレームにプロビジョニングし得る。たとえば、FLデータトラフィックの量がRLデータトラフィックの量を上回ると予想される場合、スケジューラは、FLサブフレームのためにより多くのサブフレームスロットを(たとえば、またRLサブフレームのためにより少ないサブフレームスロットを)割り振り得る。一方、RLデータトラフィックの量がFLデータトラフィックの量を上回ると予想される場合、スケジューラは、RLサブフレームのためにより多くのサブフレームスロットを(たとえば、またFLサブフレームのためにより少ないサブフレームスロットを)割り振り得る。
【００７７】
FLリソースおよびRLリソースの非対称的な割振りに起因して、少なくとも1つのRLサブフレームが、UTに以前送信された複数のFLサブフレームに関するHARQフィードバック情報を提供するように構成され得る。たとえば、SANは、RLサブフレームのうちのどれが複数のFLサブフレームに関するHARQフィードバック情報を含むべきであるかを示すRRC情報をUTに通信し得る。いくつかの実装形態の場合、単一のRLサブフレームが、SANによって以前送信された複数のFLサブフレームに関するACK/NACK情報を含む「ブロック」ACK/NACKメッセージを含み得る。
【００７８】
図8は、所与の通信フレーム801のためのFLサブフレームおよびRLサブフレームの非対称的な配分を示す例示的なタイミング図800を示す。より詳細には、タイミング図800は、(簡単にするために図示されていない)衛星通信システムを介してUTと通信しているSANを示す。たとえば、SANおよびUTは、それぞれSAN150およびUT400の実施形態であり得る。通信フレーム801は、(たとえば、時間t0からt2までの)10msの通信サイクルにわたり、10個の1msのサブフレームスロット(たとえば、k〜k+9)に再分割される。
【００７９】
例示的な実装形態では、SAN(またはスケジューラ)は、通信フレーム801を7つのFLサブフレームおよび2つのRLサブフレームにプロビジョニングし得る。たとえば、FLサブフレームは通信フレーム801の最初の7つのサブフレームスロット(k〜k+6)に割り振られ得、RLサブフレームは通信フレーム801の最後の2つのサブフレームスロット(k+8およびk+9)に割り振られ得る。第8のサブフレームスロット(k+7)は、(たとえば、UTがFL通信からRL通信に移行することを可能にするためのバッファまたはガードインターバルを提供するために)割り当てられないままであり得る。リソース割振りがSAN(またはスケジューラ)によって制御されるので、FLサブフレームの各々に先行して、(たとえば、UTに対して対応するFLサブフレームの存在および/または位置を識別する)それぞれのFL許可があり得る。
【００８０】
RLサブフレームの各々も、(たとえば、FLサブフレームのうちの1つまたは複数によって搬送された)それぞれのRL許可に関連付けられ得る。例示的な実装形態では、各RL許可は、RL許可が送信されるサブフレームスロットよりも6つ後のサブフレームスロットを占有する(たとえば、RL送信のための)サブフレームスロットを割り振り得る。たとえば、図8に示すように、(たとえば、サブフレームスロットk+2における)第3のFLサブフレームは、RL送信のために通信フレーム801の第9のサブフレームスロット(k+8)を割り振るRL許可を含み得る。同様に、(たとえば、サブフレームスロットk+3における)第4のFLサブフレームは、RL送信のために通信フレーム801の第10のサブフレームスロット(k+9)を割り振るRL許可を含み得る。
【００８１】
SANは、時間t0において、衛星通信システムの順方向サービスリンクを介して、UTにFLサブフレームを送信する。衛星通信システムにおける伝搬遅延に起因して、UTは少しして時間t1において、FLサブフレームを受信する。上記で説明したように、UTによって受信されるFLサブフレームは、通信フレーム801の最初の7つのサブフレームスロット(k〜k+6)と一致し得る。UTは、(たとえば、巡回冗長検査(CRC)および/または前方エラー訂正(FEC)情報に基づいて)FLサブフレームを介して送られたデータを検査して、各FLサブフレームが正しく受信されているかどうかを判断すること(たとえば、また受信されたデータの中に訂正可能なエラーがある場合にそれを修復すること)ができる。UTは、FLサブフレームのうちのどれが(ある場合)正しく受信されたかを示し、かつ/またはUTによって正しく受信されなかったFLサブフレームがある場合にそれの再送信を要求するHARQフィードバック(FB)情報を生成し得る。いくつかの態様では、UTは、受信されたFLサブフレーム内の個々のトランスポートブロックに関するHARQフィードバック情報を生成し得る。
【００８２】
またさらに、UTは、受信されたFLサブフレームにおいてRL許可を識別して、残りのサブフレームスロット(たとえば、サブフレームスロットk+7〜k+9)のうちのどれが(ある場合)RL送信のために割り振られているかを判断し得る。図8の例では、UTは、(たとえば、それぞれサブフレームスロットk+2およびk+3と一致する)第3および第4のFLサブフレームにおけるRL許可を検出して、通信フレーム801の第9および第10のサブフレームスロット(k+8およびk+9)がRL送信のために割り振られていると判断し得る。次いでUTは、時間t3において、衛星通信システムの逆方向サービスリンクを介して、SANにRLサブフレームを送信する。衛星通信システムにおける伝搬遅延に起因して、SANは少しして時間t4において、RLサブフレームを受信する。
【００８３】
いくつかの実装形態の場合、UTは、所与の通信サイクルの(たとえば、サブフレームスロットk+9と一致する)最後のRLサブフレームを介してHARQフィードバック情報を送信するように構成され得る。たとえば、フィードバック情報は、SANによって送信された複数のFLサブフレームに関するACKまたはNACKを示すブロックACK/NACK(ブロックA/N)メッセージを含み得る。いくつかの態様では、各ブロックA/Nメッセージは、所与の通信フレームのために割り振られた総数(N個)のFLサブフレーム(たとえば、半二重UTのための最大8つのFLサブフレームまたは全二重UTのための最大10個のFLサブフレーム)に関するそれぞれのACKまたはNACKを示し得る。(たとえば、特定のFLサブフレームに関する)ACK/NACKデータのセットは、情報の1つまたは複数のビットを含み得る。したがって、図8の例では、単一のブロックA/Nメッセージが、ACK/NACKデータの7つのセット(たとえば、ACK/NACKデータの各セットが、7つのサブフレームのうちの1つに関するそれぞれのACKまたはNACKを示す)を含み得る。
【００８４】
またさらに、いくつかの実装形態の場合、ブロックA/Nメッセージは、現在の通信フレームの最初の4つのFLサブフレームおよび以前の通信フレームからの最後のN-4個のFLサブフレームに関するACK/NACK情報を含み得る。したがって、図8の例では、サブフレームスロットk+9上で送られたブロックA/Nメッセージは、通信フレーム801の(たとえば、サブフレームスロットk〜k+3と一致する)最初の4つのFLサブフレームおよび(簡単にするために図示されていない)以前の通信フレームの最後の3つのFLサブフレームに関するACK/NACK情報を含み得る。
【００８５】
ブロックA/Nメッセージは、既存の物理逆方向リンク制御チャネル(PRCCH)フォーマットに修正をほとんどまたはまったく加えずに、符号化され得る。実装複雑性をさらに低減し、かつ/またはシステムのロバストネスを改善するために、ブロックA/Nメッセージは、(たとえば、スケジュールされ、または割り振られたFLサブフレームの実際の数にかかわらず)所与の通信フレームのためにプロビジョニングされ得る最大数(たとえば、8つ)のFLサブフレームに関するフィードバック情報を提供するように構成され得る。たとえば、ブロックA/Nメッセージは、最大8つのFLサブフレームに関するフィードバック情報を受け入れることができる固定サイズを有し得る。(たとえば、図8の例の場合のように)8つ未満のFLサブフレームがスケジュールされる場合、(たとえば、図8の例におけるサブフレームスロットk+7と一致する)スケジュールされていないFLサブフレームに割り当てられたACK/NACKデータセットが、NACKまたは不連続送信(DTX)に設定され得る。
【００８６】
単一のブロックA/Nメッセージが通信フレームの最大数のFLサブフレームに関するHARQフィードバック情報を提供し得るので、所与の通信サイクルのHARQフィードバック情報のすべてが(たとえば、サブフレームスロットk+9と一致する)単一のRLサブフレームに符号化され得る。これは、SAN(またはスケジューラ)が(たとえば、FL通信のスループットをさらに増大させるために)より少ないRLサブフレームという犠牲を払ってより多くのFLサブフレームを割り振ることを可能にする。たとえば、図8を参照すると、SANは、サブフレームスロットk+8のために割り振られるRLサブフレームの代わりに、(たとえば、サブフレームスロットk+7における)第8のFLサブフレームを割り振ることによって、FLスループットをさらに増大させ得る。
【００８７】
いくつかの態様では、ブロックA/Nメッセージのオーバーヘッドを低減するために(たとえば、論理AND演算子を使用して)複数のA/Nビットが一緒に「バンドリング」され得る。またさらに、いくつかの態様では、ブロックA/Nメッセージのための場所を作るために、所与のRLサブフレームからドロップされるHARQフィードバック情報もある。たとえば、周期的チャネル品質情報(CQI)フィードバックが、ブロックA/Nメッセージが送信されるのと同時に予定されている場合、CQIフィードバックは、所与の制御フォーマットがCQIフィードバックとブロックA/Nメッセージの両方をサポートすることはできない場合には、対応するRLサブフレームからドロップされ得る。
【００８８】
図7に関して上記で説明したように、LEO衛星300が地球630の表面の上を迅速に移動する。そのため、UTがソースビーム(たとえば、ビーム710(1))を介してFLサブフレームを受信し終えるまでに、UTはすでに、十分にターゲットビーム(たとえば、ビーム710(2))のカバレージエリア内にあり得る。言い換えれば、UTは、(たとえば、時間t1における)FLサブフレームの受信から(たとえば、時間t3における)RLサブフレームの送信の間の間隔中にビーム間ハンドオーバを実行し得る。その結果、(たとえば、SANによって知覚される)逆方向サービスリンク上での伝搬遅延は、順方向サービスリンク上での伝搬遅延よりも短くなり得る。
【００８９】
伝搬遅延の変化に起因して、所与の通信サイクル中にUTが受信することが可能であるFLサブフレームおよび/またはUTが送信することが可能であるRLサブフレームは、所与の時間における衛星300のフットプリント内のUTの相対的場所に応じて変わり得る。図7を参照すると、所与の段階では、UT1がカバレージエリア720(1)の中心またはその近くに位置し得る一方、UT2はカバレージエリア720(1)の端に位置し得る。しかしながら、(たとえば、衛星300の動きに起因して)後の段階では、UT2がカバレージエリア720(2)の中心またはその近くに位置し得る一方、UT1はカバレージエリア720(2)の端に位置し得る。したがって、例示的な実装形態では、SAN(またはスケジューラ)は、FL/RLサブフレームの非対称的な配分および(たとえば、衛星300のフットプリントに対する)UTの場所に少なくとも部分的に基づいて、特定のUTのためにFLサブフレームおよび/またはRLサブフレームを動的に割り振り得る。
【００９０】
図9Aは、例示的な実装形態によるFL/RLサブフレームの6-3配分を示す例示的なタイミング図900Aを示す。より詳細には、タイミング図900Aは、(簡単にするために図示されていない)衛星通信システムを介してユーザ端末UT1およびUT2と通信しているSANを示す。たとえば、SANは図1のSAN150の実施形態であってよく、ユーザ端末UT1およびUT2は図7のそれぞれUT1およびUT2の実施形態であってよい。
【００９１】
例示的な実装形態では、SAN(またはスケジューラ)は、通信フレームを6つのFLサブフレームおよび3つのRLサブフレームにプロビジョニングし得る。たとえば、ユーザ端末UT1およびUT2の各々のための6つのFLサブフレームは、現在の通信サイクルの最初の6つのサブフレームスロット(k1〜k1+5)上で割り振られ得る。UT1のために割り振られた3つのRLサブフレームは、現在の通信サイクルの最後の3つのサブフレームスロット(k1+7〜k1+9)と一致し得る。順方向サービスリンクから逆方向サービスリンクに切り替える前および切り替えた後の各ユーザ端末UT1およびUT2の相対的場所に起因して、UT2は、切替えの結果としてUT1よりもはるかに著しい伝搬遅延変化(たとえば、低減)に直面し得る。したがって、SAN(またはスケジューラ)は、UT2によるRL送信のために現在の通信サイクルの最後のサブフレームスロット(k1+9)のみを割り振ることが可能であり得る。UT2のための残りの2つのRLサブフレームは、後続通信サイクルの最初の2つのサブフレームスロット(k2およびk2+1)上で割り振られ得る。
【００９２】
FLサブフレームの各々に先行して、それぞれのFL許可があり得、RLサブフレームの各々は、(たとえば、FLサブフレームのうちの1つまたは複数によって搬送された)それぞれのRL許可に関連付けられ得る。図8に関して上記で説明したように、各RL許可は、RL許可が送信されるサブフレームスロットよりも6つ後のサブフレームスロットを占有するサブフレームスロットを割り振り得る。たとえば、図9Aに示すように、(たとえば、サブフレームスロットk1+7〜k1+9と一致する)UT1のRLサブフレームは、(たとえば、サブフレームスロットk1+1〜k1+3と一致する)第2、第3および第4のFLサブフレームとともに提供されるそれぞれのRL許可によって割り振られ得る。同様に、(たとえば、サブフレームスロットk1+9〜k2+1と一致する)UT2のRLサブフレームは、(たとえば、サブフレームスロットk1+3〜k1+5と一致する)第4、第5および第6のFLサブフレームとともに提供されるそれぞれのRL許可によって割り振られ得る。
【００９３】
SANは、時間t0において、衛星通信システムのそれぞれの順方向サービスリンクを介して、UT1およびUT2にFLサブフレームを送信する。衛星通信システムにおける伝搬遅延に起因して、(ソースビームの中心またはその近くに位置する)UT1が時間t1においてFLサブフレームを受信し、(ソースビームの端またはその近くに位置する)UT2が時間t2においてFLサブフレームを受信する。ユーザ端末UT1およびUT2の各々は、(たとえば、CRCおよび/またはFEC情報に基づいて)FLサブフレームを介して送られたデータを検査して、各FLサブフレームが正しく受信されているかどうかを判断すること(たとえば、また受信されたデータの中に訂正可能なエラーがある場合にそれを修復すること)ができる。ユーザ端末UT1およびUT2は次いで、FLサブフレームのうちのどれが(ある場合)正しく受信されたかを示し、かつ/または正しく受信されなかったFLサブフレームがある場合にそれの再送信を要求するHARQフィードバック情報(それぞれFB_1およびFB_2)を生成し得る。いくつかの態様では、ユーザ端末UT1およびUT2は、受信されたFLサブフレーム内の個々のトランスポートブロックに関するHARQフィードバック情報を生成し得る。
【００９４】
所与の通信フレームのFLサブフレームを受信すると、UT1は、(たとえば、サブフレームスロットk1+1〜k1+3と一致する)第2、第3および第4のFLサブフレームとともに提供されたRL許可を検出して、サブフレームスロットk1+7〜k1+9がUT1によるRL送信のために割り振られていると判断し得る。したがって、時間t3において、UT1は後に、UT1のための逆方向サービスリンクを介して(たとえば、サブフレームスロットk1+7〜k1+9上で)SANにRLサブフレームを送信し得る。同様に、UT2は、(たとえば、サブフレームスロットk1+3〜k1+5と一致する)第4、第5および第6のFLサブフレームにおけるRL許可を検出して、サブフレームスロットk1+9〜k2+1がUT2によるRL送信のために割り振られていると判断し得る。したがって、時間t4において、UT2は後に、UT2のための逆方向サービスリンクを介して(たとえば、サブフレームスロットk1+9〜k2+1上で)SANにRLサブフレームを送信し得る。衛星通信システムにおける伝搬遅延に起因して、SANは、時間t5においてユーザ端末UT1およびUT2から(たとえば、サブフレームスロットk1+7〜k2+1上で)RLサブフレームを受信する。
【００９５】
いくつかの実装形態の場合、ユーザ端末UT1およびUT2の各々は、所与の通信サイクルの(たとえば、サブフレームスロットk1+9と一致する)最後のRLサブフレームを介してHARQフィードバック情報を送信するように構成され得る。上記で説明したように、フィードバック情報は、6つの以前のFLサブフレームに関するACKまたはNACKを示すブロックA/Nメッセージを含み得る。またさらに、いくつかの実装形態の場合、ブロックA/Nメッセージは、現在の通信フレームの(たとえば、サブフレームスロットk1〜k1+3と一致する)最初の4つのFLサブフレームおよび(簡単にするために図示されていない)以前の通信フレームからの最後の2つのFLサブフレームに関するACK/NACK情報を含み得る。
【００９６】
図9Bは、例示的な実装形態によるFL/RLサブフレームの8-1配分を示す例示的なタイミング図900Bを示す。より詳細には、タイミング図900Bは、(簡単にするために図示されていない)衛星通信システムを介してユーザ端末UT1およびUT2と通信しているSANを示す。たとえば、SANは図1のSAN150の実施形態であってよく、ユーザ端末UT1およびUT2は図7のそれぞれUT1およびUT2の実施形態であってよい。
【００９７】
例示的な実装形態では、SAN(またはスケジューラ)は、通信フレームを8つのFLサブフレームおよび1つのRLサブフレームにプロビジョニングし得る。たとえば、ユーザ端末UT1およびUT2の各々のために割り振られたRLサブフレームは、現在の通信サイクルの第10すなわち最後のサブフレームスロット(k1+9)と一致し得る。UT1のための8つのFLサブフレームは、現在の通信サイクルの最初の8つのサブフレームスロット(k1〜k1+7)上で割り振られ得る。順方向サービスリンクから逆方向サービスリンクに切り替える前および切り替えた後の各ユーザ端末UT1およびUT2の相対的場所に起因して、UT2は、切替えの結果としてUT1よりもはるかに著しい伝搬遅延変化(たとえば、低減)に直面し得る。したがって、SAN(またはスケジューラ)は、UT2へのFL送信のために現在の通信サイクルの最初の6つのサブフレームスロット(k1〜k1+5)のみを割り振ることが可能であり得る。UT2のための残りの2つのFLサブフレームは、(たとえば、サブフレームスロットk1に先行する)以前の通信サイクルの最後の2つのサブフレームスロット(k0+8およびk0+9)上で割り振られ得る。
【００９８】
FLサブフレームの各々に先行して、それぞれのFL許可があり得、RLサブフレームの各々は、(たとえば、FLサブフレームのうちの1つまたは複数によって搬送された)それぞれのRL許可に関連付けられ得る。図8に関して上記で説明したように、各RL許可は、RL許可が送信されるサブフレームスロットよりも6つ後のサブフレームスロットを占有するサブフレームスロットを割り振り得る。たとえば、図9Bに示すように、ユーザ端末UT1およびUT2の各々のための(たとえば、サブフレームスロットk1+9と一致する)単一のRLサブフレームは、(たとえば、サブフレームスロットk1+3と一致する)第4のFLサブフレームとともに提供されるそれぞれのRL許可によって割り振られ得る。
【００９９】
SANは、時間t0において、UT2のための順方向サービスリンクを介して、UT2にFLサブフレームを送信する。衛星通信システムにおける伝搬遅延に起因して、(ソースビームの端またはその近くに位置する)UT2が、時間t2においてFLサブフレームを受信する。SANはさらに、時間t1において、UT1のための順方向サービスリンクを介して、UT1にFLサブフレームを送信する。衛星通信システムにおける伝搬遅延に起因して、(ソースビームの中心またはその近くに位置する)UT1が、時間t3においてFLサブフレームを受信する。ユーザ端末UT1およびUT2の各々は、(たとえば、CRCおよび/またはFEC情報に基づいて)FLサブフレームを介して送られたデータを検査して、各FLサブフレームが正しく受信されているかどうかを判断すること(たとえば、また受信されたデータの中に訂正可能なエラーがある場合にそれを修復すること)ができる。ユーザ端末UT1およびUT2は次いで、FLサブフレームのうちのどれが(ある場合)正しく受信されたかを示し、かつ/または正しく受信されなかったFLサブフレームがある場合にそれの再送信を要求するHARQフィードバック情報(それぞれFB_1およびFB_2)を生成し得る。いくつかの態様では、ユーザ端末UT1およびUT2は、受信されたFLサブフレーム内の個々のトランスポートブロックに関するHARQフィードバック情報を生成し得る。
【０１００】
所与の通信フレームのFLサブフレームを受信すると、UT1は、(たとえば、サブフレームスロットk1+3と一致する)第4のFLサブフレームとともに提供されたRL許可を検出して、サブフレームスロットk1+9がUT1によるRL送信のために割り振られていると判断し得る。したがって、時間t5において、UT1は後に、UT1のための逆方向サービスリンクを介して(たとえば、サブフレームスロットk1+9上で)SANにRLサブフレームを送信し得る。同様に、UT2は、(たとえば、サブフレームスロットk1+3と一致する)第6のFLサブフレームとともに提供されたRL許可を検出して、サブフレームスロットk1+9がUT2によるRL送信のために割り振られていると判断し得る。したがって、時間t4において、UT2は後に、UT2のための逆方向サービスリンクを介して(たとえば、サブフレームスロットk1+9上で)SANにRLサブフレームを送信し得る。衛星通信システムにおける伝搬遅延に起因して、SANは、時間t6においてユーザ端末UT1およびUT2から(たとえば、サブフレームスロットk1+9上で)RLサブフレームを受信する。
【０１０１】
いくつかの実装形態の場合、ユーザ端末UT1およびUT2の各々は、所与の通信サイクルの(たとえば、サブフレームスロットk1+9と一致する)単一のRLサブフレームを介してHARQフィードバック情報を送信するように構成され得る。上記で説明したように、フィードバック情報は、8つの以前のFLサブフレームに関するACKまたはNACKを示すブロックA/Nメッセージを含み得る。またさらに、いくつかの実装形態の場合、ブロックA/Nメッセージは、現在の通信フレームの(たとえば、サブフレームスロットk1〜k1+3と一致する)最初の4つのFLサブフレームおよび(簡単にするために図示されていない)以前の通信フレームからの最後の4つのFLサブフレームに関するACK/NACK情報を含み得る。
【０１０２】
半二重通信に関して説明したが、非対称的なFL/RLリソース割振りのシステムおよび方法は、本明細書で説明した例に修正をほとんどまたはまったく加えずに、全二重動作が可能なUTによって実装されてもよい。利益の中でも、例示的な実装形態は、所与の通信フレームのFLサブフレームおよびRLサブフレームを非対称的に割り振ることによって、FLデータスループットの増大をもたらし得る。さらに、非対称的なFL/RLサブフレーム配分は、従来の対称的なFL/RLサブフレーム配分と比較して、各通信フレームの全体的なサブフレーム利用率を高め得る(たとえば、80%のサブフレーム利用率に対して90%のサブフレーム利用率)。その上、本明細書で説明する非対称的なサブフレーム配分技法を実装するとき、既存のPRCCH制御フォーマットに修正をほとんどまたはまったく加えずに、HARQプロセスが維持され得る。
【０１０３】
図10は、例示的な実装形態による例示的な衛星アクセスネットワーク(SAN)1000のブロック図である。本明細書での説明の目的で、SAN1000は、図1のSAN150の例であり(またはSAN150内に実装され)得る。SAN1000は、衛星インターフェース1010と、プロセッサ1020と、メモリ1030とを含む。衛星インターフェース1010は、特定の衛星(たとえば、図1の衛星300)と通信するように構成され得る。さらに、衛星インターフェース1010は、(たとえば、図7に関して上記で説明したように)衛星のそれぞれのビームを介する通信を制御および/またはスケジュールするいくつかのスケジューラSCH_1〜SCH_Nを含み得る。いくつかの実装形態の場合、SAN1000は、図10に示すものに加えて他の回路および/または構成要素を含み得る。
【０１０４】
メモリ1030は、衛星通信システムの順方向リンクを介してユーザ端末に送信されるべき発信データを記憶し得るデータストア1032を含む。発信データは、スケジューラSCH_1〜SCH_Nのうちの1つまたは複数によって維持される進行中のHARQプロセスに関連付けられ得る。メモリ1030はまた、以下のソフトウェア(SW)モジュールを記憶し得る非一時的コンピュータ可読記憶媒体(たとえば、EPROM、EEPROM、フラッシュメモリ、ハードドライブなどの1つまたは複数の不揮発性メモリ要素)を含み得る。
・データストア1032に記憶された発信データに関する、衛星通信システムの逆方向リンクを介して受信されたHARQフィードバック情報を処理するためのHARQ処理SWモジュール1034、ならびに
・以下を含む、ユーザ端末のために通信フレームをいくつかのFLサブフレームおよびRLサブフレームにプロビジョニングするためのフレームプロビジョニングSWモジュール1036。
SAN1000とユーザ端末との間で通信され、かつ/または通信のためにスケジュールされるFLデータトラフィックおよびRLデータトラフィックの比率に少なくとも部分的に基づいて、所与の通信フレームのために割り振られるべきFLサブフレームおよびRLサブフレームの数を決定するためのトラフィック分析サブモジュール1037、ならびに
衛星通信システムの衛星に対するユーザ端末の場所に少なくとも部分的に基づいて、所与の通信フレームのためのFL許可およびRL許可の割振りを決定するための場所分析サブモジュール1038。
各ソフトウェアモジュールは、プロセッサ1020によって実行されたとき、対応する機能をSAN1000に実行させる命令を含む。したがって、メモリ1030の非一時的コンピュータ可読媒体は、図12の動作のすべてまたは一部分を実行するための命令を含む。
【０１０５】
プロセッサ1020は、SAN1000に(たとえば、メモリ1030内に)記憶された1つまたは複数のソフトウェアプログラムのスクリプトまたは命令を実行することが可能な任意の適切な1つまたは複数のプロセッサであり得る。たとえば、プロセッサ1020は、データストア1032に記憶された発信データに関する、衛星通信システムの逆方向リンクを介して受信されたHARQフィードバック情報を処理するためのHARQ処理SWモジュール1034を実行し得る。プロセッサ1020はまた、ユーザ端末のために通信フレームをいくつかのFLサブフレームおよびRLサブフレームにプロビジョニングするためのフレームプロビジョニングSWモジュール1036を実行し得る。少なくともいくつかの実装形態の場合、FLサブフレームの数はRLサブフレームの数とは異なり得る。さらに、フレームプロビジョニングSWモジュール1036を実行する際、プロセッサ1020は、トラフィック分析サブモジュール1037および/または場所分析サブモジュール1038をさらに実行し得る。
【０１０６】
プロセッサ1020は、SAN1000とユーザ端末との間で通信され、かつ/または通信のためにスケジュールされるFLデータトラフィックおよびRLデータトラフィックの比率に少なくとも部分的に基づいて、所与の通信フレームのために割り振られるべきFLサブフレームおよびRLサブフレームの数を決定するためのトラフィック分析サブモジュール1037を実行し得る。プロセッサ1020は、衛星通信システムの衛星に対するユーザ端末の場所に少なくとも部分的に基づいて、所与の通信フレームのためのFL許可およびRL許可の割振りを決定するための場所分析サブモジュール1038を実行し得る。少なくともいくつかの実装形態の場合、フレームプロビジョニングSWモジュール1036、トラフィック分析サブモジュール1037、および/または場所分析サブモジュール1038を実行することによって実行される機能は、図1のFP論理152に対応すること、および/またはFP論理152によって実行されることがある。
【０１０７】
図11は、いくつかの実装形態による例示的なユーザ端末1100のブロック図を示す。ユーザ端末1100は、図1および図4のUT400および/または401のいずれかの一実装形態であり得る。ユーザ端末1100は、トランシーバ1110と、プロセッサ1120と、メモリ1130と、1つまたは複数のアンテナ1140(1)〜1140(n)とを含む。トランシーバ1110は、衛星、UE、および/または他の適切なワイヤレスデバイスに信号を送信し、これらから信号を受信するために使用され得る。いくつかの態様では、トランシーバ1110は、任意の適切な数のアンテナ1140(1)〜1140(n)に結合され得る任意の数のトランシーバチェーン(簡単にするために図示されていない)を含み得る。簡単にするために図11には示されていないが、ユーザ端末1100は、トランシーバ1110のトランシーバチェーンをアンテナ1140(1)〜1140(n)に選択的に結合するためのアンテナ選択論理を含み得る。
【０１０８】
メモリ1130は、衛星通信システムの順方向リンクを介してSANから受信された着信データを記憶し得るデータストア1132を含む。着信データは、SANによって(たとえば、図10のスケジューラSCH_1〜SCH_Nのうちの1つまたは複数によって)維持される進行中のHARQプロセスに関連付けられ得る。メモリ1130はまた、少なくとも以下のソフトウェア(SW)モジュールを記憶し得る非一時的コンピュータ可読媒体(たとえば、EPROM、EEPROM、フラッシュメモリ、ハードドライブなどの1つまたは複数の不揮発性メモリ要素)を含み得る。
・データストア1132に記憶された着信データに関するHARQフィードバック情報(たとえば、ACKまたはNACK)を生成するためのHARQ処理SWモジュール1134、ならびに
・SANによってスケジュールされた通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定するためのサブフレーム構成SWモジュール1136であって、このRL構成SWモジュール1136は以下を含む。
いくつかの以前受信されたFLサブフレームに関するHARQフィードバック情報を含めるべきRLサブフレームのうちの1つを選択するためのフィードバック選択サブモジュール1137。
各ソフトウェアモジュールは、プロセッサ1120によって実行されたとき、対応する機能をユーザ端末1100に実行させる命令を含む。メモリ1130の非一時的コンピュータ可読媒体は、図13の動作のすべてまたは一部分を実行するための命令を含む。
【０１０９】
プロセッサ1120は、ユーザ端末1100に(たとえば、メモリ1130内に)記憶された1つまたは複数のソフトウェアプログラムのスクリプトまたは命令を実行することが可能な任意の適切な1つまたは複数のプロセッサであり得る。たとえば、プロセッサ1120は、データストア1132に記憶された着信データに関するHARQフィードバック情報(たとえば、ACKまたはNACK)を生成するためのHARQ処理SWモジュール1134を実行し得る。プロセッサ1120はまた、SANによってスケジュールされた通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定するためのサブフレーム構成SWモジュール1136を実行し得る。少なくともいくつかの実装形態の場合、RLサブフレームの数は、所与の通信フレームのためにプロビジョニングされたFLサブフレームの数とは異なり得る。RL構成SWモジュール1136を実行する際、プロセッサ1120は、いくつかの以前受信されたFLサブフレームに関するHARQフィードバック情報を含めるべきRLサブフレームのうちの1つを選択するためのフィードバック選択サブモジュール1137をさらに実行し得る。少なくともいくつかの実装形態の場合、サブフレーム構成SWモジュール1136および/またはフィードバック選択サブモジュール1137を実行することによって実行される機能は、図1のSFC回路425に対応すること、および/またはSFC回路425によって実行されることがある。
【０１１０】
図12は、SANとユーザ端末との間の通信を動的にスケジュールするための例示的な動作1200を示す例示的なフローチャートを示す。例示的な動作1200は、図10に示すSAN1000によって実行され得る。ただし、他の適切なSANによって、かつ/または図1のSAN150の任意の適切な構成要素によって動作1200が実行されてよいことを理解されたい。
【０１１１】
まず、SAN1000は、特定のユーザ端末のために通信フレームをいくつかのFLサブフレームおよび異なる数のRLサブフレームにプロビジョニングし得る(1210)。図7に関して上記で説明したように、FLサブフレームおよびRLサブフレームの従来の(たとえば、「対称的な」)割振りは、衛星通信に最適ではないことがある(たとえば、FLデータトラフィックはRLデータトラフィックを上回ることが多い)。したがって、いくつかの実装形態の場合、SAN1000は、ユーザ端末との間で通信され、かつ/または通信のためにスケジュールされるFLデータトラフィックおよびRLデータトラフィックの比率に少なくとも部分的に基づいて非対称的な形で、所与の通信フレームのFLサブフレームおよびRLサブフレームを割り振り得る。
【０１１２】
たとえば、FLデータトラフィックの量がRLデータトラフィックの量を上回ると予想される場合、SAN1000は、所与の通信フレームのためにより多くのFLサブフレームを(たとえば、またより少ないRLサブフレームを)割り振り得る。一方、RLデータトラフィックの量がFLデータトラフィックの量を上回ると予想される場合、SAN1000は、所与の通信フレームのためにより多くのRLサブフレームを(たとえば、またより少ないFLサブフレームを)割り振り得る。FLサブフレームおよびRLサブフレームの非対称的な割振りに起因して、少なくとも1つのRLサブフレームが、複数のFLサブフレームに関するHARQフィードバック情報を提供するように構成され得る。いくつかの実装形態の場合、単一のRLサブフレームが、SAN1000によって以前送信された複数のFLサブフレームに関するACK/NACK情報を含むブロックA/Nメッセージを提供するように構成され得る。
【０１１３】
次いでSAN1000は、対応する衛星通信システムの順方向リンクを介してユーザ端末にFLサブフレームを送信し得る(1220)。FLサブフレームの各々に先行して、それぞれのFL許可があり得る。いくつかの実装形態の場合、SAN1000は、衛星通信システムの衛星に対するユーザ端末の場所(たとえば、または順方向リンクおよび逆方向リンク上での通信の間で切り替える際のユーザ端末に関連する遅延)に少なくとも部分的に基づいて、FL許可を選択的に割り振り得る。より詳細には、SAN1000は、どのFLサブフレームが所与の通信サイクルのどのサブフレームスロット上で割り振られるべきかを判断し得る。
【０１１４】
たとえば、図7および図9Bを参照しながら上記で説明したように、UT2は、順方向サービスリンクから逆方向サービスリンクに通信を切り替えた結果として、UT1よりもはるかに著しい伝搬遅延変化(たとえば、低減)に直面し得る。したがって、SANは、最初の8つのサブフレームスロット(k1〜k1+7)上でUT1のためにスケジュールされた8つのFLサブフレームすべてを割り振り得る。一方、UT2のためにスケジュールされた8つのFLサブフレームのうち、SANは、以前の通信サイクルの最後の2つのサブフレームスロット(k0+8およびk0+9)上でFLサブフレームのうちの2つを割り振り、現在の通信サイクルの最初の6つのサブフレームスロット(k1〜k1+5)上で残りの6つのFLサブフレームを割り振り得る。
【０１１５】
その後、SAN1000は、衛星通信システムの逆方向リンクを介してユーザ端末からRLサブフレームを受信し得る(1230)。RLサブフレームの各々は、FLサブフレームのうちの1つまたは複数とともにユーザ端末に送られたそれぞれのFL許可によってトリガされ得る。いくつかの実装形態の場合、SAN1000は、衛星通信システムの衛星に対するユーザ端末の場所(たとえば、または順方向リンクおよび逆方向リンク上での通信の間で切り替える際のユーザ端末に関連する遅延)に少なくとも部分的に基づいて、RL許可を選択的に割り振り得る。より詳細には、SAN1000は、どのRLサブフレームが所与の通信サイクルのどのサブフレームスロット上で割り振られるべきかを判断し得る。
【０１１６】
たとえば、図7および図9Aを参照しながら上記で説明したように、UT2は、順方向サービスリンクから逆方向サービスリンクに通信を切り替えた結果として、UT1よりもはるかに著しい伝搬遅延変化(たとえば、低減)に直面し得る。したがって、SANは、現在の通信サイクルの最後の3つのサブフレームスロット(k1+7〜k1+9)上でUT1のためにスケジュールされた3つのRLサブフレームすべてを割り振り得る。一方、UT2のためにスケジュールされた3つのRLサブフレームのうち、SANは、現在の通信サイクルの最後のサブフレームスロット(k1+9)上でRLサブフレームのうちの1つを割り振り、後続通信サイクルの最初の2つのサブフレームスロット(k2およびk2+1)上で残りの2つのRLサブフレームを割り振り得る。
【０１１７】
図13は、ユーザ端末からSANへの通信を動的に構成するための例示的な動作1300を示す例示的なフローチャートを示す。例示的な動作1300は、図11に示すユーザ端末によって実行され得る。ただし、他の適切なユーザ端末によって、かつ/または図1の衛星300から順方向リンク通信を受信することが可能な任意の適切なデバイスによって動作1300が実行されてよいことを理解されたい。
【０１１８】
まず、ユーザ端末1100は、衛星通信システムの順方向リンクを介して、通信フレームのFLサブフレームを受信し得る(1310)。たとえば、FLサブフレームの各々に先行して、FL許可があり得る。いくつかの実装形態では、SANとユーザ端末1100との間で通信され、かつ/または通信のためにスケジュールされるFLデータトラフィックおよびRLデータトラフィックの比率に少なくとも部分的に基づいて、所与の通信フレームのために(たとえば、SANによって)いくつかのFLサブフレームが動的にプロビジョニングされ得る。ユーザ端末1100は、FLサブフレームにおいて提供されたデータを検査して、各FLサブフレームが正しく受信されているかどうかを判断し得る。ユーザ端末1100は、FLサブフレームのうちのどれが(ある場合)正しく受信されたかを示し、かつ/またはユーザ端末1100によって正しく受信されなかったFLサブフレームがある場合にそれの再送信を要求するHARQフィードバック情報(たとえば、ACKまたはNACK)を生成し得る。
【０１１９】
次いでユーザ端末1100は、所与の通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定し得る(1320)。たとえば、FLサブフレームのうちの1つまたは複数は、ユーザ端末1100がRLサブフレームを送信し得る(たとえば、所与の通信サイクルの)それぞれのサブフレームスロットを割り振り得るRL許可を含み得る。各RL許可は、RL許可が受信されたサブフレームスロットよりもいくつか(たとえば、6つ)後のサブフレームスロットに送信されるべきそれぞれのRLサブフレームを割り振り得る。たとえば、図8を参照すると、UTは、(たとえば、それぞれサブフレームスロットk+2およびk+3と一致する)第3および第4のFLサブフレームにおけるRL許可を検出して、現在の通信サイクルの第9および第10のサブフレームスロット(k+8およびk+9)がRL送信のために割り振られていると判断し得る。少なくともいくつかの実装形態では、RLサブフレームの数はFLサブフレームの数とは異なり得る。
【０１２０】
少なくとも1つの実装形態では、ユーザ端末1100は、複数の以前受信されたFLサブフレームに関するフィードバック情報を含めるべきRLサブフレームのうちの1つを選択し得る(1330)。たとえば、FLサブフレームおよびRLサブフレームの非対称的な割振りに起因して、単一のRLサブフレームが、複数のFLサブフレームに関するHARQフィードバック情報を提供するように構成され得る。いくつかの実装形態では、HARQフィードバック情報は、所与の通信フレームのために割り振られた総数(N個)のFLサブフレームに関するそれぞれのACKまたはNACKを示す単一のブロックA/Nメッセージを備え得る。いくつかの態様では、ブロックA/Nメッセージは、現在の通信フレームの1つもしくは複数のFLサブフレームおよび/または以前の通信フレームの1つもしくは複数のFLサブフレームに関するACK/NACK情報を含み得る。ユーザ端末1100は、SANから受信されたRRC情報に少なくとも部分的に基づいて、(たとえば、所与の通信フレーム内の)RLサブフレームのうちのどれが複数のFLサブフレームに関するフィードバック情報を含むべきであるかを判断し得る。
【０１２１】
少なくとも1つの実施形態では、ユーザ端末1100は、衛星通信システムの衛星に対するユーザ端末1100の場所(たとえば、または順方向リンクおよび逆方向リンク上での通信の間で切り替える際のユーザ端末に関連する遅延)に少なくとも部分的に基づいて、ブロックA/Nメッセージを含めるべきRLサブフレームのうちの1つを選択し得る。たとえば、図9Aに関して上記で説明したように、UT1は、ブロックA/NメッセージFB_1を含めるべき関連通信フレームの(たとえば、サブフレームスロットk1+9と一致する)最後のRLサブフレームを選択し得る。一方、UT2は、ブロックA/NメッセージFB_2を含めるべき関連通信フレームの(たとえば、同じくサブフレームスロットk1+9と一致する)最初のRLサブフレームを選択し得る。したがって、いくつかの態様では、ユーザ端末1100は、所与の通信フレームのためのブロックA/Nメッセージを含めるべき現在の通信サイクルの最後のサブフレームスロット(たとえば、サブフレームスロットk1+9)と一致するRLサブフレームを選択し得る。
【０１２２】
最後に、ユーザ端末1100は、衛星通信システムの逆方向リンクを介してSANにRLサブフレームを送信し得る(1340)。上記で説明したように、RLサブフレームのうちの少なくとも1つは、複数のFLサブフレームに関するブロックA/Nメッセージを含み得る。いくつかの態様では、ブロックA/Nメッセージのオーバーヘッドを低減するために(たとえば、論理AND演算子を使用して)複数のACK/NACKビットが一緒にバンドリングされ得る。またさらに、いくつかの態様では、ブロックA/Nメッセージのための場所を作るために、所与のRLサブフレームからドロップされるHARQフィードバック情報もある(たとえば、所与の制御フォーマットがブロックA/Nメッセージに加えてそのようなHARQ情報をサポートすることができない場合)。
【０１２３】
図14は、一連の相互に関係する機能モジュールとして表される例示的な衛星アクセスネットワーク1400を示す。ユーザ端末のために通信フレームをいくつかのFLサブフレームおよび異なる数のRLサブフレームにプロビジョニングするためのモジュール1410は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1020)および本明細書で説明するスケジューラ(たとえば、スケジューラSCH_1〜SCH_Nのうちの1つ)に対応し得る。衛星通信システムの順方向リンクを介してユーザ端末にFLサブフレームを送信するためのモジュール1420は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1020)および本明細書で説明するスケジューラ(たとえば、スケジューラSCH_1〜SCH_Nのうちの1つ)に対応し得る。衛星通信システムの逆方向リンクを介してユーザ端末からRLサブフレームを受信するためのモジュール1430は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1020)および本明細書で説明するスケジューラ(たとえば、スケジューラSCH_1〜SCH_Nのうちの1つ)に対応し得る。
【０１２４】
衛星通信システムの衛星に対するユーザ端末の場所に少なくとも部分的に基づいて通信フレームをプロビジョニングするためのモジュール1440は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1020)および本明細書で説明するスケジューラ(たとえば、スケジューラSCH_1〜SCH_Nのうちの1つ)に対応し得る。順方向リンクおよび逆方向リンク上での通信の間で切り替える際のユーザ端末に関連する遅延に少なくとも部分的に基づいて通信フレームをプロビジョニングするためのモジュール1450は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1020)および本明細書で説明するスケジューラ(たとえば、スケジューラSCH_1〜SCH_Nのうちの1つ)に対応し得る。ユーザ端末のために通信フレームをスケジュールするときにFLサブフレームおよびRLサブフレームを動的に割り振るためのモジュール1460は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1020)および本明細書で説明するスケジューラ(たとえば、スケジューラSCH_1〜SCH_Nのうちの1つ)に対応し得る。
【０１２５】
図15は、一連の相互に関係する機能モジュールとして表される例示的なユーザ端末1500を示す。衛星通信システムの順方向リンクを介してSANから、通信フレームのいくつかのFLサブフレームを受信するためのモジュール1510は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1120)および本明細書で説明するトランシーバ(たとえば、トランシーバ1110)に対応し得る。通信フレームのためにプロビジョニングされたいくつかのRLサブフレームを決定するためのモジュール1520は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1120)に対応し得る。衛星通信システムの逆方向リンクを介してSANにRLサブフレームを送信するためのモジュール1530は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1120)および本明細書で説明するトランシーバ(たとえば、トランシーバ1110)に対応し得る。
【０１２６】
衛星通信システムの衛星に対するユーザ端末の場所に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべきRLサブフレームのうちの1つを選択するためのモジュール1540は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1120)に対応し得る。順方向リンクおよび逆方向リンク上での通信の間で切り替える際のユーザ端末に関連する遅延に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべきRLサブフレームのうちの1つを選択するためのモジュール1550は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1120)に対応し得る。通信フレームに基づいてSANに送信されるべきいくつかのRLサブフレームを動的に構成するためのモジュール1560は、少なくともいくつかの態様では、たとえば、本明細書で説明するプロセッサ(たとえば、プロセッサ1120)および本明細書で説明するトランシーバ(たとえば、トランシーバ1110)に対応し得る。
【０１２７】
図14および図15のモジュールの機能は、本明細書の教示と矛盾しない様々な方法で実装され得る。いくつかの設計では、これらのモジュールの機能は、1つまたは複数の電気構成要素として実装され得る。いくつかの設計では、これらのブロックの機能は、1つまたは複数のプロセッサ構成要素を含む処理システムとして実装され得る。いくつかの設計では、これらのモジュールの機能は、たとえば、1つまたは複数の集積回路(たとえば、ASIC)の少なくとも一部分を使用して実装され得る。本明細書で説明したように、集積回路は、プロセッサ、ソフトウェア、他の関連する構成要素、またはそれらの何らかの組合せを含み得る。したがって、様々なモジュールの機能は、たとえば、集積回路の様々なサブセットとして、ソフトウェアモジュールのセットの様々なサブセットとして、またはそれらの組合せとして実装され得る。また、(たとえば、集積回路の、および/またはソフトウェアモジュールのセットの)所与のサブセットが、2つ以上のモジュールのための機能の少なくとも一部分を提供し得ることが諒解されよう。
【０１２８】
さらに、図14および図15によって表される構成要素および機能、ならびに本明細書に記載された他の構成要素および機能は、任意の適切な手段を使用して実装され得る。また、そのような手段は、少なくとも部分的に、本明細書で教示する対応する構造を使用して実装され得る。たとえば、図14および図15の「ためのモジュール」構成要素とともに上述された構成要素も、同様に指定された「ための手段」機能に対応し得る。したがって、いくつかの態様では、そのような手段のうちの1つまたは複数は、プロセッサ構成要素、集積回路、または本明細書で教示する他の適切な構造のうちの1つまたは複数を使用して実装されてもよい。
【０１２９】
当業者は、情報および信号が、様々な異なる技術および技法のうちのいずれかを使用して表現される場合があることを諒解するであろう。たとえば、上記の説明全体にわたって参照される場合があるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表現される場合がある。
【０１３０】
さらに、当業者であれば、本明細書で開示した態様に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装される場合があることを諒解されよう。ハードウェアとソフトウェアのこの交換可能性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能が、ハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約によって決まる。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の判断は、本開示の範囲からの逸脱を引き起こすものと解釈されるべきではない。
【０１３１】
本明細書で開示した態様に関連して説明した方法、シーケンス、またはアルゴリズムは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはそれら2つの組合せにおいて具現化され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体内に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取ること、および記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替形態では、記憶媒体はプロセッサと一体である場合がある。
【０１３２】
したがって、本開示の一態様は、非静止衛星通信システムにおける時間および周波数同期のための方法を具現化する非一時的コンピュータ可読媒体を含むことができる。「非一時的」という用語は、いかなる物理記憶媒体またはメモリも除外せず、特に、ダイナミックメモリ(たとえば、従来のランダムアクセスメモリ(RAM))を除外するのではなく、媒体が一時的な伝搬信号と解釈され得るという解釈のみを除外する。
【０１３３】
上記の開示は例示的な態様を示すが、添付の特許請求の範囲から逸脱することなく、本明細書において様々な変更および修正が行われ得ることに留意されたい。本明細書で説明する態様による方法クレームの機能、ステップまたはアクションは、別段に明記されていない限り、特定の順序で実行される必要はない。さらに、要素は、単数形で説明または請求される場合があるが、単数形への限定が明示的に述べられていない限り、複数形が企図される。したがって、本開示は図示の例に限定されず、本明細書で説明する機能を実行するための任意の手段が本開示の態様に含まれる。
【符号の説明】
【０１３４】
100  衛星通信システム、衛星システム
106  インフラストラクチャ
108  インターネット
110  公衆交換電話網(PSTN)
150  衛星アクセスネットワーク(SAN)
152  フレームプロビジョニング(FP)論理
200  ゲートウェイ
201  ゲートウェイ
205  アンテナ
210  RFサブシステム
212  RFトランシーバ
214  RFコントローラ
216  アンテナコントローラ
220  デジタルサブシステム
222  デジタル受信機モジュール
224  デジタル送信機モジュール
226  ベースバンド(BB)プロセッサ
228  制御(CTRL)プロセッサ
230  公衆交換電話網(PSTN)インターフェース、インターフェース
240  ローカルエリアネットワーク(LAN)インターフェース、インターフェース
245  ゲートウェイインターフェース、インターフェース
250  ゲートウェイコントローラ
251  ローカル時間、周波数、および位置基準
300  衛星、LEO衛星
300A〜300H  NGSO衛星
301F  順方向フィーダリンク
301R  戻りフィーダリンク
302R  戻りサービスリンク
310  順方向トランスポンダ
311  第1の帯域フィルタ
311(1)〜311(N)  第1の帯域フィルタ
312  第1のLNA
312(1)〜312(N)  第1のLNA
313  周波数変換器
313(1)〜313(N)  周波数変換器
LNA314  第2のLNA
LNA314(1)〜314(N)  第2のLNA
315  第2の帯域フィルタ
315(1)〜315(N)  第2の帯域フィルタ
316  PA
316(1)〜316(N)  PA
320  戻りトランスポンダ
321  第1の帯域フィルタ
321(1)〜321(N)  第1の帯域フィルタ
322  第1のLNA
322(1)〜322(N)  第1のLNA
323  周波数変換器
323(1)〜323(N)  周波数変換器
324  第2のLNA
324(1)〜324(N)  第2のLNA
325  第2の帯域フィルタ
325(1)〜325(N)  第2の帯域フィルタ
326  PA
330  発振器
340  コントローラ
351  順方向リンクアンテナ
352  順方向リンクアンテナ、アンテナ
352(1)〜352(N)  アンテナ
361  戻りリンクアンテナ
361(1)〜361(N)  アンテナ
362  戻りリンクアンテナ、アンテナ
400  ユーザ端末(UT)
401  ユーザ端末(UT)
410  アンテナ
412  デュプレクサ要素、デュプレクサ
414  アナログ受信機
416  デジタルデータ受信機
416A〜416N  デジタルデータ受信機、デジタル受信機
418  サーチャ受信機
420  ユーザ端末制御プロセッサ、制御プロセッサ
422  デジタルベースバンド回路
425  サブフレーム構成(SFC)回路
426  送信変調器
428  電力コントローラ
430  送信電力増幅器、アナログ送信電力
432  メモリ、ストレージ要素またはメモリ要素
434  ローカル時間、周波数、および位置基準
450  UEインターフェース回路
500  ユーザ機器(UE)
501  ユーザ機器(UE)
502  LANインターフェース
504  アンテナ
506  ワイドエリアネットワーク(WAN)トランシーバ
508  ワイヤレスローカルエリアネットワーク(WLAN)トランシーバ
510  衛星測位システム(SPS)受信機
512  プロセッサ
514  動きセンサー
516  メモリ
518  データ
520  命令
522  ユーザインターフェース
524  マイクロホン/スピーカー
526  キーパッド
528  ディスプレイ
600  図
610  第1のコンスタレーション、NGSO衛星コンスタレーション
612A  ビーム
613A  カバレージエリア
620  第2のコンスタレーション、GSO衛星コンスタレーション
621A〜621D  GSO衛星
622A  ビーム
623A  カバレージエリア
625  GSO地上局
626  ビーム
630  地球
631  赤道
640  GSO円弧
700  図
710(1)〜710(N)  ビーム
710(1)  ソースビーム、ビーム
710(2)  ターゲットビーム、ビーム
720(1)〜720(N)  カバレージエリア
730  重複領域
740  切替えしきい値
800  タイミング図
801  通信フレーム
900A  タイミング図
900B  タイミング図
1000  衛星アクセスネットワーク(SAN)
1010  衛星インターフェース
1020  プロセッサ
1030  メモリ
1032  データストア
1034  HARQ処理SWモジュール
1036  フレームプロビジョニングSWモジュール
1037  トラフィック分析サブモジュール
1038  場所分析サブモジュール
1100  ユーザ端末
1110  トランシーバ
1120  プロセッサ
1130  メモリ
1132  データストア
1134  HARQ処理SWモジュール
1136  サブフレーム構成SWモジュール、RL構成SWモジュール
1137  フィードバック選択サブモジュール
1140(1)〜1140(n)  アンテナ
1200  動作
1300  動作
1400  衛星アクセスネットワーク
1410  モジュール
1420  モジュール
1430  モジュール
1440  モジュール
1450  モジュール
1460  モジュール
1500  ユーザ端末
1510  モジュール
1520  モジュール
1530  モジュール
1540  モジュール
1550  モジュール
1560  モジュール
【図１】
2019511144.tif 000003
【図２】
2019511144.tif 000004
【図３】
2019511144.tif 000005
【図４】
2019511144.tif 000006
【図５】
2019511144.tif 000007
【図６】
2019511144.tif 000008
【図７】
2019511144.tif 000009
【図８】
2019511144.tif 000010
【図９Ａ】
2019511144.tif 000011
【図９Ｂ】
2019511144.tif 000012
【図１０】
2019511144.tif 000013
【図１１】
2019511144.tif 000014
【図１２】
2019511144.tif 000015
【図１３】
2019511144.tif 000016
【図１４】
2019511144.tif 000017
【図１５】
2019511144.tif 000018
【手続補正書】
【提出日】平成31年2月22日(2019.2.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
衛星通信システムの衛星アクセスネットワーク(SAN)を動作させる方法であって、
ユーザ端末のために通信フレームをいくつかの順方向リンク(FL)サブフレームおよび異なる数の逆方向リンク(RL)サブフレームにプロビジョニングするステップであって、前記通信フレームの最後のサブフレームは、前記SANによって前記ユーザ端末に以前送信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含むRLサブフレームである、ステップと、
前記衛星通信システムの順方向リンクを介して前記ユーザ端末に前記FLサブフレームを送信するステップと、
前記衛星通信システムの逆方向リンクを介して前記ユーザ端末から前記RLサブフレームを受信するステップと
を含む方法。
【請求項２】
前記FLサブフレームの数は、前記RLサブフレームの数よりも大きい、請求項1に記載の方法。
【請求項３】
前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを示す無線リソース制御(RRC)情報を前記ユーザ端末に通信するステップ
をさらに含む、請求項1に記載の方法。
【請求項４】
前記通信フレームの最後のサブフレームは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項1に記載の方法。
【請求項５】
前記プロビジョニングは、前記衛星通信システムの衛星に対する前記ユーザ端末の場所に少なくとも部分的に基づく、請求項1に記載の方法。
【請求項６】
前記プロビジョニングは、前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づく、請求項1に記載の方法。
【請求項７】
前記プロビジョニングは、
前記ユーザ端末のために前記通信フレームをスケジュールするときに前記FLサブフレームおよび前記RLサブフレームを動的に割り振るステップ
を含む、請求項1に記載の方法。
【請求項８】
衛星アクセスネットワーク(SAN)であって、
1つまたは複数のプロセッサと、
前記1つまたは複数のプロセッサによって実行されたとき、前記SANに、
ユーザ端末のために通信フレームをいくつかの順方向リンク(FL)サブフレームおよび異なる数の逆方向リンク(RL)サブフレームにプロビジョニングすることであって、前記通信フレームの最後のサブフレームは、前記SANによって前記ユーザ端末に以前送信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含むRLサブフレームである、プロビジョニングことと、
衛星通信システムの順方向リンクを介して前記ユーザ端末に前記FLサブフレームを送信することと、
前記衛星通信システムの逆方向リンクを介して前記ユーザ端末から前記RLサブフレームを受信することと
を行わせる命令を記憶するように構成されたメモリと
を含む衛星アクセスネットワーク。
【請求項９】
前記命令の実行は、前記SANに、
前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを示す無線リソース制御(RRC)情報を前記ユーザ端末に通信すること
をさらに行わせる、請求項8に記載の衛星アクセスネットワーク。
【請求項１０】
前記通信フレームの最後のサブフレームは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項8に記載の衛星アクセスネットワーク。
【請求項１１】
前記SANは、前記衛星通信システムの衛星に対する前記ユーザ端末の場所または前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、前記通信フレームをプロビジョニングすることになる、請求項8に記載の衛星アクセスネットワーク。
【請求項１２】
前記通信フレームをプロビジョニングするための前記命令の実行は、前記SANに、
前記ユーザ端末のために前記通信フレームをスケジュールするときに前記FLサブフレームおよび前記RLサブフレームを動的に割り振ること
を行わせる、請求項8に記載の衛星アクセスネットワーク。
【請求項１３】
衛星アクセスネットワーク(SAN)であって、
ユーザ端末のために通信フレームをいくつかの順方向リンク(FL)サブフレームおよび異なる数の逆方向リンク(RL)サブフレームにプロビジョニングするための手段であって、前記通信フレームの最後のサブフレームは、前記SANによって前記ユーザ端末に以前送信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含むRLサブフレームである、手段と、
衛星通信システムの順方向リンクを介して前記ユーザ端末に前記FLサブフレームを送信するための手段と、
前記衛星通信システムの逆方向リンクを介して前記ユーザ端末から前記RLサブフレームを受信するための手段と
を含む衛星アクセスネットワーク。
【請求項１４】
前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを示す無線リソース制御(RRC)情報を前記ユーザ端末に通信するための手段
をさらに含む、請求項13に記載の衛星アクセスネットワーク。
【請求項１５】
前記通信フレームの最後のサブフレームは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項13に記載の衛星アクセスネットワーク。
【請求項１６】
前記プロビジョニングは、前記衛星通信システムの衛星に対する前記ユーザ端末の場所または前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づく、請求項13に記載の衛星アクセスネットワーク。
【請求項１７】
プロビジョニングするための前記手段は、
前記ユーザ端末のために前記通信フレームをスケジュールするときに前記FLサブフレームおよび前記RLサブフレームを動的に割り振る
ことになる、請求項13に記載の衛星アクセスネットワーク。
【請求項１８】
衛星アクセスネットワーク(SAN)の1つまたは複数のプロセッサによって実行されたとき、
ユーザ端末のために通信フレームをいくつかの順方向リンク(FL)サブフレームおよび異なる数の逆方向リンク(RL)サブフレームにプロビジョニングすることであって、前記通信フレームの最後のサブフレームは、前記SANによって前記ユーザ端末に以前送信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含むRLサブフレームである、プロビジョニングすることと、
衛星通信システムの順方向リンクを介して前記ユーザ端末に前記FLサブフレームを送信することと、
前記衛星通信システムの逆方向リンクを介して前記ユーザ端末から前記RLサブフレームを受信することと
を含む動作を前記SANに実行させる命令を記憶するコンピュータ可読記憶媒体。
【請求項１９】
前記命令の実行は、前記SANに、
前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを示す無線リソース制御(RRC)情報を前記ユーザ端末に通信すること
をさらに行わせる、請求項18に記載のコンピュータ可読記憶媒体。
【請求項２０】
前記通信フレームの最後のサブフレームは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項18に記載のコンピュータ可読記憶媒体。
【請求項２１】
前記SANは、前記衛星通信システムの衛星に対する前記ユーザ端末の場所または前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、前記通信フレームをプロビジョニングすることになる、請求項18に記載のコンピュータ可読記憶媒体。
【請求項２２】
前記通信フレームをプロビジョニングするための前記命令の実行は、前記SANに、
前記ユーザ端末のために前記通信フレームをスケジュールするときに前記FLサブフレームおよび前記RLサブフレームを動的に割り振ること
を行わせる、請求項18に記載のコンピュータ可読記憶媒体。
【請求項２３】
衛星通信システムにおけるユーザ端末を動作させる方法であって、
前記衛星通信システムの順方向リンクを介して衛星アクセスネットワーク(SAN)から、通信フレームのいくつかの順方向リンク(FL)サブフレームを受信するステップと、
前記通信フレームのためにプロビジョニングされたいくつかの逆方向リンク(RL)サブフレームを決定するステップであって、前記RLサブフレームの数は前記FLサブフレームの数とは異なる、ステップと、
前記衛星通信システムの逆方向リンクを介して前記SANに前記RLサブフレームを送信するステップであって、前記通信フレームの最後のサブフレームは、前記SANから以前受信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含むRLサブフレームである、ステップと
を含む方法。
【請求項２４】
前記RLサブフレームの数は、前記FLサブフレームの数よりも小さい、請求項23に記載の方法。
【請求項２５】
前記SANから受信された無線リソース構成(RRC)情報に少なくとも部分的に基づいて、前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを判断するステップ
をさらに含む、請求項23に記載の方法。
【請求項２６】
前記通信フレームの最後のサブフレームは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項23に記載の方法。
【請求項２７】
前記衛星通信システムの衛星に対する前記ユーザ端末の場所に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択するステップ
をさらに含む、請求項23に記載の方法。
【請求項２８】
前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択するステップ
をさらに含む、請求項23に記載の方法。
【請求項２９】
ユーザ端末であって、
1つまたは複数のプロセッサと、
前記1つまたは複数のプロセッサによって実行されたとき、前記ユーザ端末に、
衛星通信システムの順方向リンクを介して衛星アクセスネットワーク(SAN)から、通信フレームのいくつかの順方向リンク(FL)サブフレームを受信することと、
前記通信フレームのためにプロビジョニングされたいくつかの逆方向リンク(RL)サブフレームを決定することであって、前記RLサブフレームの数は前記FLサブフレームの数とは異なる、決定することと、
前記衛星通信システムの逆方向リンクを介して前記SANに前記RLサブフレームを送信することであって、前記通信フレームの最後のサブフレームは、前記SANから以前受信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含むRLサブフレームである、送信することと
を行わせる命令を記憶するように構成されたメモリと
を含むユーザ端末。
【請求項３０】
前記命令の実行は、前記ユーザ端末に、
前記SANから受信された無線リソース構成(RRC)情報に少なくとも部分的に基づいて、前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを判断すること
をさらに行わせる、請求項29に記載のユーザ端末。
【請求項３１】
前記通信フレームの最後のサブフレームは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項29に記載のユーザ端末。
【請求項３２】
前記命令の実行は、前記ユーザ端末に、
前記衛星通信システムの衛星に対する前記ユーザ端末の場所に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択すること
をさらに行わせる、請求項29に記載のユーザ端末。
【請求項３３】
前記命令の実行は、前記ユーザ端末に、
前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択すること
をさらに行わせる、請求項29に記載のユーザ端末。
【請求項３４】
衛星通信システムの順方向リンクを介して衛星アクセスネットワーク(SAN)から、通信フレームのいくつかの順方向リンク(FL)サブフレームを受信するための手段と、
前記通信フレームのためにプロビジョニングされたいくつかの逆方向リンク(RL)サブフレームを決定するための手段であって、前記RLサブフレームの数は前記FLサブフレームの数とは異なる、手段と、
前記衛星通信システムの逆方向リンクを介して前記SANに前記RLサブフレームを送信するための手段であって、前記通信フレームの最後のサブフレームは、前記SANから以前受信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含むRLサブフレームである、手段と
を含むユーザ端末。
【請求項３５】
前記SANから受信された無線リソース構成(RRC)情報に少なくとも部分的に基づいて、前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを判断するための手段
をさらに含む、請求項34に記載のユーザ端末。
【請求項３６】
前記通信フレームの最後のサブフレームは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項34に記載のユーザ端末。
【請求項３７】
前記衛星通信システムの衛星に対する前記ユーザ端末の場所に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択するための手段
をさらに含む、請求項34に記載のユーザ端末。
【請求項３８】
前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択するための手段
をさらに含む、請求項34に記載のユーザ端末。
【請求項３９】
ユーザ端末の1つまたは複数のプロセッサによって実行されたとき、
衛星通信システムの順方向リンクを介して衛星アクセスネットワーク(SAN)から、通信フレームのいくつかの順方向リンク(FL)サブフレームを受信することと、
前記通信フレームのためにプロビジョニングされたいくつかの逆方向リンク(RL)サブフレームを決定することであって、前記RLサブフレームの数は前記FLサブフレームの数とは異なる、決定することと、
前記衛星通信システムの逆方向リンクを介して前記SANに前記RLサブフレームを送信することであって、前記通信フレームの最後のサブフレームは、前記SANから以前受信された複数のFLサブフレームに関するハイブリッド自動再送要求(HARQ)フィードバック情報を含むRLサブフレームである、送信することと
を含む動作を前記ユーザ端末に実行させる命令を記憶するコンピュータ可読記憶媒体。
【請求項４０】
前記命令の実行は、前記ユーザ端末に、
前記SANから受信された無線リソース構成(RRC)情報に少なくとも部分的に基づいて、前記RLサブフレームのうちのどれが前記複数のFLサブフレームに関する前記HARQフィードバック情報を含むべきであるかを判断すること
をさらに行わせる、請求項39に記載のコンピュータ可読記憶媒体。
【請求項４１】
前記通信フレームの最後のサブフレームは、以前の通信フレームの1つまたは複数のFLサブフレームに関するHARQフィードバック情報を含む、請求項39に記載のコンピュータ可読記憶媒体。
【請求項４２】
前記命令の実行は、前記ユーザ端末に、
前記衛星通信システムの衛星に対する前記ユーザ端末の場所または前記順方向リンクおよび前記逆方向リンク上での通信の間で切り替える際の前記ユーザ端末に関連する遅延に少なくとも部分的に基づいて、複数のFLサブフレームに関するフィードバック情報を含めるべき前記RLサブフレームのうちの1つを選択すること
をさらに行わせる、請求項39に記載のコンピュータ可読記憶媒体。
【国際調査報告】
2019511144.tif 000019
2019511144.tif 000020
2019511144.tif 000021