JP2022533337A - アップリンク送信のための方法、端末デバイス、およびネットワークノード - Google Patents

Abstract

アップリンク送信のための方法、端末デバイス、およびネットワークノードが開示されている。実施形態によれば、端末デバイスは、第１のコンフィギュアドグラントを使ってトランスポートブロック（ＴＢ）をネットワークノードに送信する。端末デバイスは、第２のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信する。【選択図】図１

Description

本開示の実施形態は、概ね、無線通信に関し、より詳細には、アップリンク送信のための方法、端末デバイス、およびネットワークノードに関する。

この段落では、本開示のより適切な理解を容易にし得る態様を紹介する。したがって、この段落の記述は、この観点から読まれるべきであり、従来技術にあるものか、または従来技術にないものかについて認めるものと理解されるべきではない。

新無線（ＮＲ：ｎｅｗ ｒａｄｉｏ）と呼ばれる第５世代の移動体通信システムは、複数の実質的に相異なるユースケースに対応する、最大の柔軟性を目指して開発されている。一般的な移動ブロードバンドのユースケースに加えて、機器向け通信（ＭＴＣ：ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、超低レイテンシクリティカル通信（ＵＬＬＣＣ：ｕｌｔｒａ－ｌｏｗ ｃｒｉｔｉｃａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、サイドリンクＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）、および他のいくつかのユースケースもある。

ＮＲでは、基本的なスケジューリング単位はスロットと呼ばれる。スロットは、通常のサイクリックプレフィックスを設定する１４個の直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルからなる。ＮＲは、多くの相異なるサブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）設定に対応し、３０ｋＨｚのＳＣＳでは、ＯＦＤＭシンボルの持続時間は約３３μｓである。例として、同じＳＣＳで１４個のシンボルを有するスロットの長さは、５００μｓである（サイクリックプレフィックスを含む）。

ＮＲはまた、同じサービングセルの相異なるユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）のための、柔軟な帯域幅設定に対応する。言い換えると、ＵＥによって監視され、ＵＥの制御チャネルおよびデータチャネルに使用される帯域幅は、キャリア帯域幅より小さい場合がある。コンポーネントキャリアごとの１つまたは複数の帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）設定は、準静的にＵＥに信号で知らせることができ、ＢＷＰは、連続物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）のグループからなる。予約済みリソースは、ＢＷＰ内に設定され得る。ＢＷＰの帯域幅は、ＵＥが対応する最大帯域幅の能力と同じか、またはＵＥが対応する最大帯域幅の能力より小さい。

ＮＲは、免許帯域と免許不要帯域との両方を対象としている。免許不要ネットワーク、すなわち共有スペクトル（または免許不要スペクトル）で動作するネットワークが、利用可能なスペクトルを効果的に使用できるようにすることは、システム容量を増やすための魅力的な手法である。免許不要スペクトルは免許領域での品質とは一致しないが、免許下の展開を補完するものとして免許不要スペクトルを効率的に使用できるようにする解決策は、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）オペレータへ、また最終的には、３ＧＰＰ業界全体へ、大きな価値をもたらす可能性を有している。ＮＲの一部の機能は、免許不要帯域の特殊な特性ばかりでなく、様々な規制にも準拠するよう適合される必要があると予想される。１５ｋＨｚまたは３０ｋＨｚのＳＣＳは、６ＧＨｚ未満の周波数での、免許不要スペクトルへのＮＲベースのアクセス（ＮＲ－Ｕ：ＮＲ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）を行うＯＦＤＭニューメロロジーにとって、最も有望な候補である。

免許不要スペクトルで動作する場合、世界の多くの地域は、送信する前にメディアが空いていることを検知するためのデバイスを必要とする。この動作は、リスンビフォアトーク、または略してＬＢＴ（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）と呼ばれることが多い。ＬＢＴは、免許不要スペクトルが他の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）と共存するために設計されている。ＮＲ免許不要スペクトルにおけるこのメカニズムでは、無線デバイスは、あらゆる送信前に、クリアチャネルアセスメント（ＣＣＡ：ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ）チェック（すなわち、チャネル検知）を用いる。送信機は、チャネルがアイドル状態であるかどうかを判断するために、ある時間にわたって、特定の閾値（ＥＤ閾値）と比較するエネルギー検出（ＥＤ：ｅｎｅｒｇｙ ｄｅｔｅｃｔｉｏｎ）を必要とする。チャネルが占有されていると判断した場合、送信機は、次のＣＣＡを試行する前に、回線争奪（ｃｏｎｔｅｎｔｉｏｎ）窓内でランダムなバックオフを実行する。送信機は、確認応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）の送信を保護するために、各ビジーＣＣＡスロットの後で、バックオフを再開する前に、ある期間延期する必要がある。送信機がチャネルへのアクセスを捉えるとすぐに、送信機は、最大持続時間（すなわち、最大チャネル占有時間（ＭＣＯＴ：ｍａｘｉｍｕｍ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ））まで、単に送信を実行することができる。サービス品質（ＱｏＳ：ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）を差別化するために、サービスタイプに基づくチャネルアクセスの優先度が規定されている。たとえば、サービス間で回線争奪窓のサイズ（ＣＷＳ：ｃｏｎｔｅｎｔｉｏｎ ｗｉｎｄｏｗ ｓｉｚｅ）およびＭＣＯＴの差別化のために規定された、４つのＬＢＴ優先度クラスがある。

ＬＢＴには、デバイスが使用する無線技術、およびデバイスが現時点で送信したいデータのタイプに応じて、多くの相異なる種類がある。すべての種類に共通するのは、検知が、特定のチャネル（規定されたキャリア周波数に対応する）で、事前に規定された帯域幅にわたって行われることである。検知は、たとえば５ＧＨｚ帯域では、２０ＭＨｚチャネルにわたって行われる。

多くのデバイスは、複数のサブバンド／チャネル、たとえば、ＬＢＴサブバンド（すなわち、帯域幅がＬＢＴ帯域幅に等しい周波数パート）を含む、広い帯域幅にわたって送信（および受信）することができる。デバイスは、メディアが空いていると検知されたサブバンドでのみ送信することができる。複数のサブバンドが必要となる場合に、どのように検知を行うべきかについては、やはり様々な種類がある。

原則として、デバイスが複数のサブバンドにわたって動作することができる２つのやり方がある。１つのやり方は、送信機／受信機の帯域幅を、空いていると検知されたサブバンドに応じて変更することである。この仕組みでは、コンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）は１つだけであり、複数のサブバンドは、より広い帯域幅を有する単一チャネルとして扱われる。もう１つのやり方は、デバイスが、チャネルごとにほぼ独立した処理チェーンを動作させることである。処理チェーンがどれだけ独立しているかに応じて、この選択肢は、キャリアアグリゲーション（ＣＡ：ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）またはデュアルコネクティビティ（ＤＣ：ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）と呼ばれ得る。

この概要は、以下の詳細な説明でさらに説明されている簡略化された形での、概念の選択を紹介するために提示される。この概要は、特許請求する主題の主要機能または本質的な機能を特定することを意図するものではなく、また特許請求する主題の範囲を限定するために使用されることを意図するものでもない。

本開示の目的の１つは、アップリンク送信のための改善された解決策を提供することである。

本開示の第１の態様によれば、端末デバイスにおける方法が提供される。この方法は、第１のコンフィギュアドグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を使って、トランスポートブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）をネットワークノードに送信することを含むことができる。この方法は、第２のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信することを、さらに含むことができる。

本開示の実施形態では、ＴＢの自律的再送信は、タイマ値が所定の最大時間に等しいタイマが時間切れになると、停止することができる。

本開示の実施形態では、第２のコンフィギュアドグラントは、第１のコンフィギュアドグラントの設定に属することができる。この方法は、第２のコンフィギュアドグラントの設定に属する第３のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信することをさらに含むことができる。

本開示の実施形態では、第２のコンフィギュアドグラントは、第１のコンフィギュアドグラントの設定に属することができる。この方法は、第１のコンフィギュアドグラントの設定に属する第３のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信することをさらに含むことができる。

本開示の実施形態では、第１のコンフィギュアドグラントは、第１のコンフィギュアドグラントまたは第２のコンフィギュアドグラントの設定に属することができる。

本開示の実施形態では、第１のコンフィギュアドグラントは、第３のコンフィギュアドグラントの設定に属することができる。

本開示の実施形態では、ＴＢは、ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）プロセスで送信することができる。

本開示の実施形態では、ＴＢの自律的再送信は、同じＨＡＲＱプロセスで１回または複数回実行することができる。

本開示の実施形態では、タイマは、ＴＢの送信に関連する時点で開始することができる。

本開示の実施形態では、タイマは、端末デバイスがＴＢについての確認応答を受信すると、停止することができる。

本開示の実施形態では、ＴＢのサイズは、第１のコンフィギュアドグラント、第２のコンフィギュアドグラント、または第３のコンフィギュアドグラントの設定に基づいて判断され得る。

本開示の実施形態では、第１のコンフィギュアドグラント、第２のコンフィギュアドグラント、または第３のコンフィギュアドグラントの設定は、ネットワークノードから受信され得る。

本開示の実施形態では、端末デバイスが、第２のコンフィギュアドグラントを使った自律的再送信が可能であると判断すると、ＴＢは、第２のコンフィギュアドグラントを使って自律的に再送信され得る。

本開示の実施形態では、ＴＢの自律的再送信は、複数回実行され得る。複数回の自律的再送信の第１の部分は、同じＨＡＲＱプロセスで実行することができ、複数回の自律的再送信の第２の部分は、別のＨＡＲＱプロセスで実行することができる。

本開示の実施形態では、別のＨＡＲＱプロセスは、端末デバイスが、所定の回数の送信試行または所定の時間の後に、ＴＢについてのどんなＨＡＲＱフィードバックも受信しなかったときに使用され得る。

本開示の実施形態では、第２のコンフィギュアドグラントは、第１のコンフィギュアドグラントの設定に属することができる。この方法は、第２および第３のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信することをさらに含むことができる。

本開示の実施形態では、ＴＢの自律的再送信は、所定の最大送信試行回数に達するか、または所定の最大時間が経過すると停止することができる。

本開示の実施形態では、所定の最大送信試行回数または所定の最大時間は、関連するサービスデータまたは関連する１つまたは複数の論理チャネルのレイテンシ要件に基づくことができる。

本開示の実施形態では、この方法は、端末デバイスが、所定の最大送信試行回数に達した後、または所定の最大時間が経過した後に、ＴＢについての確認応答を受信しなかった場合、ＴＢについての障害レポートをネットワークノードに送信することを、さらに含むことができる。

本開示の実施形態では、送信試行は、ＬＢＴの障害に起因して失敗した１回または複数回の送信試行を含むことができる。

本開示の実施形態では、所定の最大時間は、１回または複数回のＬＢＴ動作で経過する時間を含むことができる。

本開示の実施形態では、所定の最大送信試行回数に達する予定であるか、または所定の最大時間が経過する予定である場合、ＴＢの自律的再送信が先取的に実行され得る。

本開示の実施形態では、ＴＢの自律的再送信は、ＴＢについてのフィードバックを待たずに、またはコンフィギュアドグラント再送信タイマの時間切れを待たずにＴＢの自律的再送信を実行することによって、先取的に実行され得る。コンフィギュアドグラント再送信タイマの時間切れは、コンフィギュアドグラントを使用して自律的再送信をトリガするために使用され得る。

本開示の実施形態では、タイマは、端末デバイスがＴＢの再送信についての動的グラントを受信すると停止され得る。

本開示の実施形態では、タイマは、以下のイベントのうちの１つが生じたときに開始され得る。ＴＢに対応するメディアアクセス制御（ＭＡＣ：ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）プロトコルデータユニット（ＰＤＵ：ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）が生成されたこと、ＴＢの最初の送信試行のために、最初のＬＢＴ動作が開始されること、およびＴＢの最初の可能性のある送信機会が生じること。

本開示の実施形態では、コンフィギュアドグラントタイマが、タイマとして再利用され得る。

本開示の実施形態では、この方法は、ネットワークノードに対して、ＴＢの送信試行回数またはＴＢの送信で受けた遅延時間を示すことを、さらに含むことができる。

本開示の実施形態では、送信試行回数または受けた遅延時間は、ＴＢの冗長バージョン、アップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）、無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ制御要素（ＣＥ：ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）、およびレイヤ１またはレイヤ２シグナリングのうちの、１つまたは複数によって示され得る。

本開示の実施形態では、この方法は、ＴＢの再送信の終了を示すシグナリングを受信することを、さらに含むことができる。

本開示の実施形態では、この方法は、シグナリングに応答して、上位層の、ＴＢに対応するデータの再送信をトリガすることを、さらに含むことができる。

本開示の実施形態では、この方法は、ユーザデータを供給することと、ユーザデータを基地局への送信を通じてホストコンピュータに転送することとを、さらに含むことができる。

本開示の第２の態様によれば、ネットワークノードにおける方法が提供される。この方法は、端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った、ＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信することを、含むことができる。この方法は、該情報に基づいて、ＴＢのスケジューリング方針またはスケジューリングの決定を判断することを、さらに含むことができる。

本開示の実施形態では、この方法は、１つまたは複数のコンフィギュアドグラントの設定を、端末デバイスに送信することを、さらに含むことができる。

本開示の実施形態では、スケジューリング方針は、端末デバイスからの再送信が、所定の最大時間内に完了することを保証するように判断され得る。

本開示の実施形態では、スケジューリングの決定は、ＴＢの再送信の終了を示すことができる。

本開示の実施形態では、この方法は、スケジューリングの決定を示すシグナリングを端末デバイスに送信することを、さらに含むことができる。

本開示の実施形態では、該シグナリングは、レイヤ１／レイヤ２シグナリング、ＭＡＣ ＣＥ、およびＲＲＣシグナリングのうちの１つまたは複数として送信され得る。

本開示の実施形態では、該情報は、ＴＢの送信試行回数またはＴＢの送信で受けた遅延時間、ＴＢのＨＡＲＱプロセス識別子、ＴＢが端末デバイスから自律的に再送信されない予定であることを示す障害表示のうちの、１つまたは複数を含むことができる。

本開示の実施形態では、スケジューリング方針は、ＴＢのスケジューリング優先度、ＴＢを再送信するためのアップリンクグラントを運ぶ物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）のパラメータ、ＴＢの物理アップリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）持続時間の長さ、ＴＢの送信電力パラメータ、およびＴＢのＰＵＳＣＨ準備遅延のうちの、１つまたは複数を含むことができる。

本開示の実施形態では、この方法は、端末デバイスに、所定の最大送信試行回数または所定の最大時間を示す情報を送信することを、さらに含むことができる。ＴＢの自律的再送信は、所定の最大送信試行回数に達するか、または所定の最大時間が経過すると停止することができる。

本開示の実施形態では、所定の最大送信試行回数または所定の最大時間は、関連するサービスデータまたは関連する１つまたは複数の論理チャネルのレイテンシ要件に基づくことができる。

本開示の第３の態様によれば、端末デバイスが提供される。端末デバイスは、少なくとも１つのプロセッサおよび少なくとも１つのメモリを備えることができる。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含むことができ、これにより端末デバイスは、第１のコンフィギュアドグラントを使って、ＴＢをネットワークノードに送信するよう動作可能であり得る。端末デバイスはさらに、第２のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信するよう動作可能であり得る。

本開示の実施形態では、端末デバイスは、上記の第１の態様による方法を実行するよう動作可能であり得る。

本開示の第４の態様によれば、ネットワークノードが提供される。ネットワークノードは、少なくとも１つのプロセッサおよび少なくとも１つのメモリを備えることができる。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含むことができ、これによりネットワークノードは、端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った、ＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信するよう動作可能であり得る。ネットワークノードはさらに、該情報に基づいて、ＴＢのスケジューリング方針またはスケジューリングの決定を判断するよう動作可能であり得る。

本開示の実施形態では、ネットワークノードは、上記の第２の態様による方法を実行するよう動作可能であり得る。

本開示の第５の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、上記の第１および第２の態様のうちのいずれかによる方法を実行させる命令を、含むことができる。

本開示の第６の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、上記の第１および第２の態様のうちのいずれかによる方法を実行させる命令を、含むことができる。

本開示の第７の態様によれば、端末デバイスが提供される。端末デバイスは、第１のコンフィギュアドグラントを使ってＴＢをネットワークノードに送信する、送信モジュールを備えることができる。端末デバイスは、第２のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信する、再送信モジュールをさらに備えることができる。

本開示の第８の態様によれば、ネットワークノードが提供される。ネットワークノードは、端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った、ＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信する、受信モジュールを備えることができる。ネットワークノードは、該情報に基づいて、ＴＢのスケジューリング方針またはスケジューリングの決定を判断する、判断モジュールをさらに備えることができる。

本開示の第９の態様によれば、ホストコンピュータ、基地局、および端末デバイスを含む通信システムで実施される方法が提供される。この方法は、ホストコンピュータで、端末デバイスから基地局に送信されたユーザデータを受信することを、含むことができる。端末デバイスは、第１のコンフィギュアドグラントを使って、ＴＢを基地局に送信することができる。端末デバイスは、第２のコンフィギュアドグラントを使って、ＴＢを基地局に自律的に再送信することができる。

本開示の実施形態では、この方法は、端末デバイスで、基地局にユーザデータを供給することを、さらに含むことができる。

本開示の実施形態では、この方法は、端末デバイスで、クライアントアプリケーションを実行し、これによって送信されるべきユーザデータを供給することを、さらに含むことができる。この方法は、ホストコンピュータで、クライアントアプリケーションに関連するホストアプリケーションを実行することを、さらに含むことができる。

本開示の実施形態では、この方法は、端末デバイスで、クライアントアプリケーションを実行することを、さらに含むことができる。この方法は、端末デバイスで、クライアントアプリケーションへの入力データを受信することを、さらに含むことができる。入力データは、ホストコンピュータで、クライアントアプリケーションに関連するホストアプリケーションを実行することによって供給され得る。送信されるべきユーザデータは、クライアントアプリケーションによって、入力データに応答して供給され得る。

本開示の第１０の態様によれば、端末デバイスから基地局への送信から始まるユーザデータを受信するよう設定された通信インタフェースを備える、ホストコンピュータを含む通信システムが提供される。端末デバイスは、無線インタフェースおよび処理回路を備えることができる。端末デバイスの処理回路は、第１のコンフィギュアドグラントを使って、ＴＢを基地局に送信するよう設定され得る。端末デバイスの処理回路はさらに、第２のコンフィギュアドグラントを使って、ＴＢを基地局に自律的に再送信するよう設定され得る。

本開示の実施形態では、通信システムは、端末デバイスをさらに含むことができる。

本開示の実施形態では、通信システムは、基地局をさらに含むことができる。基地局は、端末デバイスと通信するよう設定された無線インタフェースと、端末デバイスから基地局への送信によって運ばれたユーザデータを、ホストコンピュータに転送するよう設定された通信インタフェースとを備えることができる。

本開示の実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するよう設定され得る。端末デバイスの処理回路は、ホストアプリケーションに関連するクライアントアプリケーションを実行するよう設定することができ、これによりユーザデータを供給する。

本開示の実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するよう設定することができ、これにより要求データを供給する。端末デバイスの処理回路は、ホストアプリケーションに関連するクライアントアプリケーションを実行するよう設定することができ、これにより、要求データに応答してユーザデータを供給する。

本開示の第１１の態様によれば、ホストコンピュータ、基地局、および端末デバイスを含む通信システムで実施される方法が提供される。この方法は、ホストコンピュータで、基地局が端末デバイスから受信した送信から始まる、ユーザデータを基地局から受信することを、含むことができる。基地局は、端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った、ＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信することができる。基地局は、該情報に基づいて、ＴＢのスケジューリング方針またはスケジューリングの決定を判断することができる。

本開示の実施形態では、この方法は、基地局で、端末デバイスからユーザデータを受信することを、さらに含むことができる。

本開示の実施形態では、この方法は、基地局で、受信したユーザデータのホストコンピュータへの送信を開始することを、さらに含むことができる。

本開示の第１２の態様によれば、端末デバイスから基地局への送信から始まるユーザデータを受信するよう設定された通信インタフェースを備える、ホストコンピュータを含む通信システムが提供される。基地局は、無線インタフェースおよび処理回路を備えることができる。基地局の処理回路は、端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った、ＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信するよう設定され得る。基地局の処理回路はさらに、該情報に基づいて、ＴＢのスケジューリング方針またはスケジューリングの決定を判断するよう設定され得る。

本開示の実施形態では、通信システムは、基地局をさらに含むことができる。

本開示の実施形態では、通信システムは、端末デバイスをさらに含むことができる。端末デバイスは、基地局と通信するよう設定され得る。

本開示の実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するよう設定され得る。端末デバイスは、ホストアプリケーションに関連するクライアントアプリケーションを実行するよう設定することができ、これにより、ホストコンピュータによって受信されるべきユーザデータを供給する。

本開示の第１３の態様によれば、ネットワークノードおよび端末デバイスを含む、通信システムで実施される方法が提供される。この方法は、端末デバイスで、第１のコンフィギュアドグラントを使ってＴＢをネットワークノードに送信することを、含むことができる。この方法は、端末デバイスで、第２のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信することを、さらに含むことができる。この方法は、ネットワークノードで、端末デバイスから、１つまたは複数のコンフィギュアドグラントを使ったＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信することを、さらに含むことができる。この方法は、ネットワークノードで、該情報に基づいて、ＴＢのスケジューリング方針またはスケジューリングの決定を判断することを、さらに含むことができる。

本開示の第１４の態様によれば、端末デバイスおよびネットワークノードを含む通信システムが提供される。端末デバイスは、第１のコンフィギュアドグラントを使って、ＴＢをネットワークノードに送信し、第２のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信するよう設定され得る。ネットワークノードは、端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った、ＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信し、この情報に基づいて、ＴＢのスケジューリング方針またはスケジューリングの決定を判断するよう設定され得る。

本開示のこれらの、および他の諸目的、機能、および利点は、添付図面と共に読まれるべき本開示の例示的な実施形態の、以下の詳細な説明から明らかとなろう。

本開示の実施形態による、端末デバイスで実施される方法を示す流れ図である。 本開示の別の実施形態による、端末デバイスで実施される方法を示す流れ図である。 本開示の別の実施形態による、端末デバイスで実施される方法を示す流れ図である。 本開示の別の実施形態による、端末デバイスで実施される方法を示す流れ図である。 本開示の実施形態による、ネットワークノードで実施される方法を示す流れ図である。 本開示のいくつかの実施形態を実行する際に使用するのに好適な装置を示す構成図である。 本開示の実施形態による、端末デバイスを示す構成図である。 本開示の実施形態による、ネットワークノードを示す構成図である。 いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す概略図である。 いくつかの実施形態による、基地局を介してユーザ機器と通信するホストコンピュータを示す概略図である。 いくつかの実施形態による、通信システムで実施される方法を示す流れ図である。 いくつかの実施形態による、通信システムで実施される方法を示す流れ図である。 いくつかの実施形態による、通信システムで実施される方法を示す流れ図である。 いくつかの実施形態による、通信システムで実施される方法を示す流れ図である。

説明する目的で、開示されている実施形態の完全な理解をもたらすために、以下の説明には詳細が記載されている。しかし、こうした特定の詳細なしで、または同等の配置で実施形態を実施できることは、当業者には明らかである。

ＮＲ－Ｕでは、設定されたスケジューリングおよび動的スケジューリングの両方が使用されるであろう。設定されたスケジューリングは、ＵＥに、準静的で周期的な割当てまたはグラントを割り振るために使用される。アップリンクでは、設定されたスケジューリング方式には、タイプ１およびタイプ２の、２つのタイプがある。タイプ１では、コンフィギュアドグラントは、無線リソース制御（ＲＲＣ）シグナリングのみを使って設定される。タイプ２では、ロングタームエボリューション（ＬＴＥ：ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）の半持続スケジューリング（ＳＰＳ：ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）アップリンク（ＵＬ：ｕｐｌｉｎｋ）と同様の設定手順が規定された。すなわち、一部のパラメータは、ＲＲＣシグナリングを使って事前設定され、一部の物理層パラメータは、メディアアクセス制御（ＭＡＣ）スケジューリング手順によって設定される。詳細な手順は、３ＧＰＰ技術仕様書（ＴＳ：ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ）３８．３２１Ｖ１５．４．０に見ることができる。設定されたアップリンクスケジューリングは、ＮＲの免許不要動作にも使用されることになる。ＮＲ－Ｕでは、設定されたスケジューリングは、ＵＬグラントごとの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信のためのさらなるＬＢＴが回避され、ＵＥがＬＢＴ成功後に、コンフィギュアドグラントを使用してＰＵＳＣＨ送信のためのチャネルを取得できるので、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のためにチャネルアクセスする確率を向上させることができる。このアップリンク送信手順では、ＳＲ／バッファステータスレポート（ＢＳＲ：ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ）手順に依存する３回のＬＢＴ手順（１回はスケジューリング要求（ＳＲ：ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）送信（ＴＸ：ｔｒａｎｓｍｉｓｓｉｏｎ）用、１回はＵＬグラントのためのＰＤＣＣＨ用、もう１回はＰＵＳＣＨ ＴＸ用）と比較して、ただ１回のＬＢＴ手順しか必要でない。これにより、ＰＵＳＣＨ送信のためのチャネルアクセスの確率を大幅に向上させることができる。

３ＧＰＰ技術レポート（ＴＲ：ｔｅｃｈｎｉｃａｌ ｒｅｐｏｒｔ）３８．８８９Ｖ１６．０．０に取り込まれているように、リソース間のどんな隙間もなしに時間内に連続的にコンフィギュアドグラントリソースと、リソース間に隙間がある非連続にコンフィギュアドグラントリソース（必ずしも周期的ではない）とを可能にすることは有益であり、免許不要スペクトルのＮＲでは考慮する必要がある。

ＮＲ－Ｕでは、設定されたスケジューリングの特定の拡張が必要である。たとえば、ＵＥが、コンフィギュアドグラントを使用する最初の送信に失敗したと判断した場合、ＵＥは、別のコンフィギュアドグラントを使用して自動で再送信を実行することができる。かかる拡張設定されたスケジューリング方式は、自律的アップリンク（ＡＵＬ：ａｕｔｏｎｏｍｏｕｓ ｕｐｌｉｎｋ）送信と呼ばれる。

コンフィギュアドグラントを使用するアップリンクでの自律的再送信に対応するために、ＨＡＲＱ手順を保護する新しいタイマが導入され、それにより再送信では、最初の送信用と同じＨＡＲＱプロセスを再送信に使用することができる。新しいタイマ（「ＣＧ再送信タイマ」）は、コンフィギュアドグラントで以前に送信されているＴＢの場合に、コンフィギュアドグラントで自動再送信する（すなわち、タイマの期限切れ＝ＨＡＲＱ ＮＡＣＫ）ために導入される。新しいタイマは、コンフィギュアドグラントでＴＢが実際に送信されるときに開始され、ＨＡＲＱフィードバック（たとえば、動的フィードバックインジケータ（ＤＦＩ：ｄｙｎａｍｉｃ ｆｅｅｄｂａｃｋ ｉｎｄｉｃａｔｏｒ））またはＨＡＲＱプロセスでの動的グラントの受信時に停止する。従来のコンフィギュアドグラントでのタイマおよび挙動は、コンフィギュアドグラントが動的グラントによってスケジュールされたＴＢを上書きすることを防ぐために保持される。すなわち、タイマは、ＰＤＣＣＨの受信時ばかりでなく、動的グラントのＰＵＳＣＨでの送信時にも（再）開始される。

こうした合意により、コンフィギュアドグラントを使用するデータ送信時に、自律的アップリンク（ＡＵＬ）送信で設定されるＨＡＲＱプロセスに対してＣＧ再送信タイマが開始され、ＣＧ再送信タイマが時間切れになると、別のコンフィギュアドグラントを使用する自律的再送信がトリガされる。

しかしＡＵＬは、ＮＲリリース１５において、既存のコンフィギュアドグラントの枠組みの上に設計されており、ＨＡＲＱ再送信は、次世代ノードＢ（ｇＮＢ：ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ Ｂ）によって完全に制御またはスケジュールされる。言い換えると、ｇＮＢは、ＨＡＲＱプロセスに新しいグラントを与えることにより、ＨＡＲＱプロセスの送信をいつ完了するかを判断する。ＡＵＬは、ＣＧ再送信タイマが時間切れになるときの、自律的ＨＡＲＱ再送信に対応する新しい機能を導入した。この状況では、以下のいくつかの問題点があり得る。

第１に、ｇＮＢは、ＵＥが何回送信試行を実行したかを知らない場合があり、その結果、ＤＦＩのＨＡＲＱ確認応答／非確認応答（Ａ／Ｎ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｎ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）がｇＮＢによって時間内に応答されない可能性があり、それにより、ＨＡＲＱ送信のためにさらなるレイテンシが生じる可能性がある。

第２に、ＵＥは、非常に長い時間、ＨＡＲＱプロセスでの自律的ＨＡＲＱ再送信をまさに連続的に開始することができる。しかし、無線チャネルの品質が悪いため、またはＬＢＴの障害に起因してチャネルがほとんど取得されないために、ｇＮＢが、ＴＢを正常に受信できない。

結果として、ＡＵＬで設定されたＨＡＲＱプロセスについて、大きな遅延が発生する可能性がある。これにより、無線リンク制御（ＲＬＣ：ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）層、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）層、または伝送制御プロトコル（ＴＣＰ：ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ）層などの、上位層の送信窓がさらにブロックされる可能性がある。

本開示は、アップリンク送信のための改善された解決策を提案する。この解決策は、端末デバイスと、基地局または同様の機能を備えた任意の他のノードなどの、ネットワークノードとを含む、無線通信システムに用いることができる。端末デバイスは、無線アクセス通信リンクを介して基地局と通信することができる。基地局は、基地局の通信サービスセル内にある端末デバイスへ、無線アクセス通信リンクを提供することができる。通信は、任意の好適な通信規格および通信プロトコルに従って、端末デバイスと基地局との間で実行され得ることに留意されたい。端末デバイスはまた、たとえば、デバイス、アクセス端末、ユーザ機器（ＵＥ）、移動局、移動ユニット、加入者局などと呼ばれ得る。端末デバイスは、無線通信ネットワークにアクセスし、無線通信ネットワークからサービスを受信することができる、任意のエンドデバイスを指すことができる。端末デバイスは、例として、これらに限定されるものではないが、携帯型コンピュータ、デジタルカメラなどの画像取込み端末デバイス、ゲーム端末デバイス、音楽記憶および再生器具、移動電話、携帯電話、スマートフォン、タブレット、装着型デバイス、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）などを含むことができる。

モノのインターネット（ＩｏＴ：Ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）のシナリオでは、端末デバイスは、監視および／または測定を実行し、かかる監視および／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスを表すことができる。この場合、端末デバイスは、マシンツーマシン（Ｍ２Ｍ：ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ）デバイスであり得、３ＧＰＰの文脈では、マシン型通信（ＭＴＣ）デバイスと呼ばれ得る。かかるマシンまたはデバイスの特定の例は、センサ、電力計などの計量デバイス、産業用機械、自転車、車両、または家庭用もしくは個人用の器具、たとえば冷蔵庫、テレビ、時計などの個人用装着具などが含むことができる。

ここで、アップリンク送信のための改善された解決策を説明するために、いくつかの実施形態を説明することにする。これらの実施形態は、ＮＲ－Ｕに関連して説明されるが、本開示の原理は、他の免許不要動作シナリオ（たとえば、ＬＴＥ ＬＡＡ／ｅＬＡＡ／ｆｅＬＡＡ／ＭｕＬｔｅＦｉｒｅ）、およびコンフィギュアドグラントを使用する自律的アップリンク再送信が採用され得る免許下の動作シナリオにも適用可能である。ＬＡＡという用語は、免許アシストアクセス（ｌｉｃｅｎｓｅｄ ａｓｓｉｓｔｅｄ ａｃｃｅｓｓ）を指し、ｅＬＡＡという用語は、拡張されたＬＡＡを指し、ｆｅＬＡＡという用語は、さらに拡張されたＬＡＡを指す。

第１の実施形態として、コンフィギュアドグラントを使用してＡＵＬで設定されたＨＡＲＱプロセスでは、ＵＥが自律的再送信を実行することが可能な最大期間を設定することができる。言い換えると、設定された最大期間が経過すると、ＵＥは、対応するＨＡＲＱプロセスでのＴＢの再送信を停止する。このようにして、自律的再送信は、遅延バジェット内でのみ可能である。最大期間は、たとえば、関連するサービスデータまたは論理チャネル（ＬＣＨ：ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）のレイテンシ要件に従って設定することができる。

たとえば、対応するタイマは、この目的のために規定され得る。タイマは、たとえば、以下のイベントのうちのいずれかのイベントが生じたときに開始され得る。ＭＡＣ ＰＤＵが構築され、ＭＡＣ ＰＤＵがＨＡＲＱプロセスに送出される第１のイベント、ＴＢの最初の送信試行のために、最初のＬＢＴ動作が開始される第２のイベント、およびＴＢの最初の可能性のある送信機会の最初のＯＦＤＭシンボルが出現する第３のイベント。

ＵＥが、対応するＨＡＲＱプロセスのＨＡＲＱ ＡＣＫを受信したとき、タイマは停止され得る。ＨＡＲＱ ＡＣＫを受信することなくタイマが時間切れになると、ＨＡＲＱプロセスでのＨＡＲＱ障害がトリガされ、ＭＡＣ層より上の上位層に報告され得る。任意選択で、レポートメッセージは、ＵＥが試みた送信試行回数、ＨＡＲＱプロセス識別子（ＩＤ：ｉｄｅｎｔｉｆｉｅｒ）などの、他の情報も含むことができる。この場合、ＵＥ ＭＡＣは、対応するＰＤＵの再送信をトリガするために、上位層（ＲＬＣなど）に通知することができる。任意選択で、ＵＥは、ＲＲＣ、ＭＡＣ ＣＥ、またはレイヤ１／レイヤ２（Ｌ１：Ｌａｙｅｒ １／Ｌ２：Ｌａｙｅｒ ２）制御シグナリングなどのシグナリング手段によって、ＨＡＲＱ障害レポートをｇＮＢに送信することもできる。

この実施形態では、時間の長さは、ＬＢＴ動作のための時間（ＬＢＴ障害が発生する時間など）を含むことができる。タイマは、新しく規定されたタイマであり得るか、または既存のタイマ（ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒなど）がタイマとして再使用され得る。ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒが最大のＡＵＬ再送信試行回数を制御するために再使用される場合、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒが時間切れになると、ＵＥはさらに追加情報をチェックして、タイマが時間切れになる理由を知ることができる。たとえば、このＨＡＲＱプロセスでのコンフィギュアドグラントを使った送信に起因して、タイマが開始／再開されなかった場合、ＵＥは、タイマが時間切れになるときに、関連するＨＡＲＱプロセスのＨＡＲＱ ＡＣＫを仮定する。そうでない場合、ＵＥは、タイマが時間切れになるときに、関連するＨＡＲＱプロセスのＨＡＲＱ障害を仮定する。たとえば、「開始する」という用語は、タイマが初めて開始されること、またはタイマが時間切れになった後に開始されることを意味することができる。「再開する」という用語は、タイマが時間切れになる前に、タイマが再び開始されることを意味することができる。

ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒが再使用されない場合、ＵＥは、コンフィギュアドグラントを使った関連するＨＡＲＱプロセスでの新しい送信時に、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒを開始しないように設定され得る。その代わりに、新しいタイマが開始される。

第２の実施形態として、コンフィギュアドグラントを使用してＡＵＬで設定されるＨＡＲＱプロセスでは、ＨＡＲＱ送信試行の最大回数を設定することができる。第１の実施形態と同様に、ＨＡＲＱ送信試行の最大回数は、関連するサービスデータまたはＬＣＨのレイテンシ要件に従って設定され得る。ＵＥがＨＡＲＱ ＡＣＫを受信していない間にＨＡＲＱ送信試行の最大回数に達すると、ＨＡＲＱプロセスでのＨＡＲＱ障害がトリガされ、ＭＡＣ層より上の上位層に報告され得る。任意選択で、レポートメッセージは、ＵＥが試みた送信試行回数、ＨＡＲＱプロセスＩＤなどの、他の情報を含むことができる。この場合、ＵＥ ＭＡＣは、対応するＰＤＵの再送信をトリガするために、上位層（ＲＬＣなど）に通知することができる。任意選択で、ＵＥは、ＲＲＣ、ＭＡＣ ＣＥ、またはＬ１／Ｌ２制御シグナリングなどのシグナリング手段によって、ＨＡＲＱ障害レポートをｇＮＢに送信することができる。この実施形態では、ＬＢＴ障害に起因して送信試行が失敗したと見なされ得る。

第３の実施形態として、ＵＥは、ＴＢの送信試行回数または受けた遅延時間を、明示的または黙示的に示すことができる。例として、情報は、コンフィギュアドグラントを使用した、ＰＵＳＣＨ送信に関連するアップリンク制御情報（ＵＣＩ）に含まれ得る。ＵＣＩは、ＰＵＣＣＨまたはＰＵＳＣＨで運ぶことができる（ＰＵＳＣＨで伝送されるＰＵＣＣＨ－ＵＣＩと同じく、データと多重化され得る）。別の例として、情報は、ＲＲＣシグナリング、ＭＡＣ ＣＥ、またはＬ１／Ｌ２シグナリングに含まれ得る。さらに別の例として、送信試行回数は、ＴＢの冗長バージョン（ＲＶＩ：ｒｅｄｕｎｄａｎｔ ｖｅｒｓｉｏｎ）によって黙示的に示すことができ、ＵＣＩに含まれ得る。

ｇＮＢは、ＵＣＩなどによって情報を受信すると、対応するＴＢの受けた遅延時間を判断することができる。その後、ｇＮＢは、対応するＴＢの適切なスケジューリング方針（スケジューリング優先度、再送信するためのＵＬグラントを伝えるＰＤＣＣＨのパラメータ、ＰＵＳＣＨ持続時間の長さ（たとえば、サブキャリア間隔、ＯＦＤＭシンボル数）、送信電力パラメータ、およびＰＵＳＣＨの準備遅延など）を判断することができる。

典型的な例として、ＴＢの所与の遅延閾値を満たすために、ｇＮＢは、ＵＥが確実に、最大時間内に関連するＨＡＲＱプロセスの送信を終了するように、ｇＮＢによって設定され得る、以下の措置のうちの少なくとも１つをとることができる。
１）ＴＢのスケジューリング優先度をより高くする。
２）ＵＬグラントを送信するために、より信頼性の高いＰＤＣＣＨ形式（たとえば、高いアグリゲーションレベル）を使用して、ＤＣＩを送信する。
３）ＴＢ用に、ＰＵＳＣＨ送信電力が高く、ＰＵＳＣＨの準備（Ｋ２など）／送信持続時間が短いリソースをスケジュールする。
このようにして、自律的アップリンクＨＡＲＱ再送信の性能を向上させることができ、一方で、レイテンシ要件を確保することができる。

別法として、ＵＥからの情報の受信時に、たとえば、ｇＮＢが、ＵＥがあまりにも多くのリソースを使用したと考える場合、ｇＮＢは、関連するＨＡＲＱプロセスの送信の終了を決定することができる。次いで、ｇＮＢは、リソースを他のデータに再スケジュールすることができる。送信の終了は、これらに限定されるものではないが、ＤＣＩ表示などのＬ１／Ｌ２シグナリング、ＭＡＣ ＣＥ、およびＲＲＣシグナリングを含む、シグナリング手段のいずれかによって信号で知らされ得る。ＨＡＲＱプロセスの終了シグナリングを受信すると、ＵＥ ＭＡＣはこれを上位層に通知することができ、さらに上位層の再送信をトリガすることができる。

第４の実施形態として、ＨＡＲＱプロセスに関連する保留中のＴＢについては、所定の送信試行回数または設定された時間後、ＵＥが、ｇＮＢからＴＢについてのどんなＨＡＲＱ Ａ／Ｎも受信していない間に、ＵＥが、別のＨＡＲＱプロセスを使用してＴＢを送信することができる。この場合、古いタイマが停止され得る一方で、新しいＨＡＲＱプロセスに関連する最大時間のタイマが開始され得る。

ＵＥはまた、動的グラントも使用して、同じＨＡＲＱプロセスかまたは別のＨＡＲＱプロセスでＴＢを再送信することができ、タイマも再開することができる。保留中のＴＢは、後続の送信試行のために、ＵＥによって別個の新しい送信として扱われ得る。

第５の実施形態として、タイマが時間切れになろうとしているか、または送信試行の最大回数に達しようとしているとき、ＵＥは、ＤＦＩフィードバックまたはＣＧ再送信タイマの時間切れを待たずに、対応するＴＢに対して予測再送信（ｐｒｏａｃｔｉｖｅ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）を実行することができる。このようにして、レイテンシバジェットが使い果たされる予定である場合に、データ送信の信頼性を向上させることができる。

第６の実施形態として、ＵＥは、対応するＨＡＲＱプロセスでのＴＢの再送信のための動的グラントを受信したときに、タイマを停止することができる。この場合、ｇＮＢが、このＨＡＲＱプロセスのスケジューリングを引き継ぐ。

第７の実施形態として、ＵＥ ＭＡＣは、異なるコンフィギュアドグラントの設定によって与えられる送信機会／機宜を使用して、別のコンフィギュアドグラントの設定に属する、コンフィギュアドグラントによって構築された保留中のＴＢを送信することができる。このようにして、保留中のＴＢについて、より多くの送信機会／機宜が実現可能である。コンフィギュアドグラントの設定についての関連説明は、３ＧＰＰ ＴＳ３８．３３１（ＲＲＣプロトコル）Ｖ１５．５．１の６．３．２節（ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報要素）に見ることができる。この技術仕様書で規定されているように、コンフィギュアドグラントの設定は、ネットワークによって、端末デバイスに信号で知らされ得る。

解決策を、これ以降で、図１～図１４を参照してさらに説明することにする。図１は、本開示の実施形態による、端末デバイスで実施される方法を示す流れ図である。ブロック１０２で、端末デバイスは、第１のコンフィギュアドグラントを使ってＴＢをネットワークノードに送信する。ネットワークノードは、基地局、または同様の機能を有する他のどんなノードであってもよい。ＴＢは、ＨＡＲＱプロセスで送信され得る。ブロック１０４で、端末デバイスは、第２のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信する。端末デバイスが、第２のコンフィギュアドグラントを使った自律的再送信が可能であると判断すると、ＴＢは、第２のコンフィギュアドグラントを使って自律的に再送信され得る。

自律的アップリンク再送信によって生じる遅延を制限するために、５つの選択肢があり得る。第１の選択肢として、ＴＢの自律的再送信は、所定の最大時間が経過すると停止する。所定の最大時間は、関連するサービスデータまたは関連する１つまたは複数の論理チャネルのレイテンシ要件に基づき得る。任意選択で、所定の最大時間は、１回または複数回のＬＢＴ動作で経過する時間を含むことができる。

たとえば、タイマ値が所定の最大時間に等しいタイマを使用することができ、それにより、タイマが時間切れになったときに、ＴＢの自律的再送信を停止する。タイマは、ＴＢの送信に関連する時点で開始され得る。典型的な例として、タイマは、以下のイベントのうちの１つが生じたときに開始され得る。ＴＢに対応するＭＡＣ ＰＤＵが生成された第１のイベント、ＴＢの最初の送信試行のために、最初のＬＢＴ動作が開始される第２のイベント、およびＴＢの最初の可能性のある送信機会が生じる第３のイベント。タイマは、端末デバイスがＴＢの確認応答またはＴＢ再送信のための動的グラントを受信すると、停止され得る。タイマは、新しく導入されたタイマであってもよい。別法として、コンフィギュアドグラントタイマが、タイマとして再使用されてもよい。

第２の選択肢として、ＴＢの自律的再送信は、所定の最大送信試行回数に達すると停止する。所定の最大送信試行回数は、たとえば、関連するサービスデータまたは関連する１つまたは複数の論理チャネルのレイテンシ要件に基づき得る。送信試行には、最初の送信およびその後の再送信が含まれ得る。さらに、送信試行には、ＬＢＴの障害に起因して（最初の送信およびその後の再送信で）失敗した試行がさらに含まれ得る。

上記の第１および第２の選択肢において、端末デバイスが、所定の最大時間が経過した後、または所定の送信試行の最大数に達した後に、ＴＢについての確認応答を受信しなかった場合、端末デバイスは、図２に示されているブロック２０６で、任意選択で、ＴＢについての障害レポートをネットワークノードに送信することができる。別法として、端末デバイスは、上位層の、ＴＢに対応するデータの再送信をトリガすることができる。上位層とは、ＭＡＣ層より上の層を指す。

任意選択で、所定の最大時間が経過する予定であるか、または所定の最大送信試行回数に達する予定である場合、ＴＢの自律的再送信を先取的に実行することができる。たとえば、ＴＢの自律的再送信は、ＴＢについてのフィードバックを待たずに、またはコンフィギュアドグラント再送信タイマの時間切れを待たずに、実行することができる。コンフィギュアドグラント再送信タイマの時間切れは、コンフィギュアドグラントを使用して自律的再送信をトリガするために使用され得る。

第３の選択肢として、端末デバイスは、図３に示されているブロック３０８で、ネットワークノードに対して、ＴＢの送信試行回数またはＴＢの送信で受けた遅延時間を示す。送信試行回数または受けた遅延時間は、たとえば、ＴＢの冗長バージョン、ＵＣＩ、ＲＲＣシグナリング、ＭＡＣ ＣＥ、およびＬ１／Ｌ２シグナリングのうちの１つまたは複数によって示され得る。このようにして、ネットワークノードは、示された情報を使用して、端末デバイスからの再送信を改善することができ、それにより、再送信は、所定の最大時間内に完了することができる。別法として、ネットワークノードは、ＴＢの再送信を終了するためのスケジューリングを決定することができる。端末デバイスは、これに対応して、ブロック３１０でＴＢの再送信の終了を示すシグナリングを受信することができる。このシグナリングに応答して、端末デバイスはブロック３１２で、上位層の、ＴＢに対応するデータの再送信をトリガすることができる。

第４の選択肢として、ＴＢの自律的再送信が複数回実行される。複数回の自律的再送信の第１の部分は、同じＨＡＲＱプロセスで実行され、複数回の自律的再送信の第２の部分は、別のＨＡＲＱプロセスで実行される。第１の部分または第２の部分は、複数回の自律的再送信のうちの１回または複数回であり得る。別のＨＡＲＱプロセスは、たとえば、端末デバイスが、所定の回数の送信試行または所定の時間の後に、ＴＢについてのどんなＨＡＲＱフィードバックも受信しなかったときに使用することができる。第４の選択肢は、上記の第１から第３の選択肢のいずれかと組み合わせて使用してもよい。別法として、上記の第１から第３の選択肢のいずれかにおいて、ＴＢの自律的再送信が、同じＨＡＲＱプロセスで１回または複数回実行されてもよい。

上記のように、ＵＥ ＭＡＣは、異なるコンフィギュアドグラントの設定によって与えられる送信機会／機宜を使用して、別のコンフィギュアドグラントの設定に属するコンフィギュアドグラントによって構築された、保留中のＴＢを送信することができる。したがって、第５の選択肢として、第２のコンフィギュアドグラントは、第１のコンフィギュアドグラントの設定に属する。端末デバイスは、図４に示されているブロック４１４で、第１のコンフィギュアドグラントの設定もしくは第２のコンフィギュアドグラントの設定に属する、第３のコンフィギュアドグラントを使って、または第２および第３のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信する。この場合、第１のコンフィギュアドグラントは、第１のコンフィギュアドグラントまたは第２のコンフィギュアドグラントの設定に属する可能性がある。第１のコンフィギュアドグラントが、第３のコンフィギュアドグラントの設定に属する可能性もある。したがって、ＴＢのサイズは、第１のコンフィギュアドグラント、第２のコンフィギュアドグラント、または第３のコンフィギュアドグラントの設定に基づいて判断され得る。上記のように、第１のコンフィギュアドグラント、第２のコンフィギュアドグラント、または第３のコンフィギュアドグラントの設定は、ネットワークノードから受信され得ることに留意されたい。また、上記の第１から第５の選択肢のいずれかを単独で、または組み合わせて使用することができることにも留意されたい。

図５は、本開示の実施形態による、ネットワークノードで実施される方法を示す流れ図である。ネットワークノードは、基地局、または同様の機能を有する他のどんなノードであってもよい。基地局は、ブロック５０２で、端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った、ＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信する。この情報は、たとえば、ＴＢの送信試行回数またはＴＢの送信で受けた遅延時間、ＴＢのＨＡＲＱプロセス識別子、およびＴＢが端末デバイスから自律的に再送信されない予定であることを示す障害表示のうちの、１つまたは複数を含むことができる。

ブロック５０４で、ネットワークノードは、この情報に基づいて、ＴＢのスケジューリング方針またはスケジューリングの決定を判断する。スケジューリング方針は、端末デバイスからの再送信が、所定の最大時間内に完了することを保証するように判断され得る。スケジューリング方針は、たとえば、ＴＢのスケジューリング優先度（たとえば、より高いスケジューリング優先度が判断され得る）、ＴＢを再送信するためのアップリンクグラントを運ぶＰＤＣＣＨのパラメータ（たとえば、より信頼性の高いＰＤＣＣＨ形式が判断され得る）、ＴＢのＰＵＳＣＨ持続時間の長さ（たとえば、短いＰＵＳＣＨ持続時間の長さが判断され得る）、ＴＢの送信電力パラメータ（たとえば、高い送信電力が判断され得る）、およびＴＢのＰＵＳＣＨ準備遅延（たとえば、短いＰＵＳＣＨ準備遅延が判断され得る）のうちの、１つまたは複数を含むことができる。

スケジューリングの決定は、ＴＢの再送信の終了を示すことができる。たとえば、端末デバイスが使用するリソースが多すぎる場合、ネットワークノードが、このスケジュールリングを決定することができる。ブロック５０６で、スケジューリングの決定を示すシグナリングを、端末デバイスに送信することができる。シグナリングは、Ｌ１／Ｌ２シグナリング、ＭＡＣ ＣＥ、およびＲＲＣシグナリングのうちの１つまたは複数として送信することができる。

ブロック５０２～５０６は、上記の第３の選択肢に対応する。代替的または追加的に、ネットワークノードは、ブロック５０１で、端末デバイスに、上記の第１および第２の選択肢に対応する、所定の最大送信試行回数または所定の最大時間を示す情報を送信することができる。ＴＢの自律的再送信は、所定の最大送信試行回数に達するか、または所定の最大時間が経過すると停止する。加えて、前述のように、コンフィギュアドグラントの設定は、ネットワークによって、端末デバイスに信号で知らされ得る。したがって、ネットワークノードで実施される上記の方法は、１つまたは複数のコンフィギュアドグラントの設定を、端末デバイスに送信することをさらに含むことができる。また、図で連続して示されている２つのブロックは、実際には実質的に同時に実行されてもよく、または必要な機能に応じて、ブロックが時に、逆の順序で実行されてもよいことに留意されたい。

上記の説明に基づいて、本開示の少なくとも１つの態様は、ネットワークノードおよび端末デバイスを含む通信システムで実施される方法を提供する。この方法は、端末デバイスで、第１のコンフィギュアドグラントを使ってＴＢをネットワークノードに送信することを、含むことができる。この方法は、端末デバイスで、第２のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信することを、さらに含むことができる。この方法は、ネットワークノードで、端末デバイスから、１つまたは複数のコンフィギュアドグラントを使ったＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信することを、さらに含むことができる。この方法は、ネットワークノードで、この情報に基づいて、ＴＢのスケジューリング方針またはスケジューリングの決定を判断することを、さらに含むことができる。

図６は、本開示のいくつかの実施形態を実行する際に使用するのに好適な装置を示す構成図である。たとえば、上記の端末デバイスおよびネットワークノードのうちのいずれでも、装置６００で実装され得る。装置６００は、図示のように、プロセッサ６１０、プログラムを記憶するメモリ６２０、ならびに任意選択で、有線および／または無線通信を介して他の外部デバイスとデータ通信する、通信インタフェース６３０を備えることができる。

プログラムは、プロセッサ６１０によって実行されると、装置６００が、上記で論じられた本開示の実施形態に従って動作することを可能にする、プログラム命令を含む。すなわち、本開示の実施形態は、プロセッサ６１０で、ハードウェアで、またはソフトウェアとハードウェアとの組合せで実行可能なコンピュータソフトウェアによって、少なくとも部分的に実施され得る。

メモリ６２０は、半導体ベースのメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよび取外し可能なメモリなどの、局所的な技術環境に好適な任意のタイプのものであり得、任意の好適なデータ記憶技術を使用して実装され得る。プロセッサ６１０は、局所的な技術環境に好適な任意のタイプのものであり得、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含むことができる。

図７は、本開示の実施形態による、端末デバイスを示す構成図である。図示のように、端末デバイス７００は、送信モジュール７０２および再送信モジュール７０４を備える。送信モジュール７０２は、ブロック１０２に関連して上記で説明されたように、第１のコンフィギュアドグラントを使って、ＴＢをネットワークノードに送信するよう設定することができる。再送信モジュール７０４は、ブロック１０４に関連して上記で説明されたように、第２のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信するよう設定することができる。

図８は、本開示の実施形態による、ネットワークノードを示す構成図である。図示のように、ネットワークノード８００は、受信モジュール８０２および判断モジュール８０４を備える。受信モジュール８０２は、ブロック５０２に関連して上記で説明されたように、１つまたは複数のコンフィギュアドグラントを使った、ＴＢの１回または複数回の自律的アップリンク再送信に関する情報を端末デバイスから受信するよう設定することができる。判断モジュール８０４は、ブロック５０４に関連して上記で説明されたように、この情報に基づいてＴＢのスケジューリング方針またはスケジューリングの決定を判断するよう設定することができる。上記のモジュールは、ハードウェア、ソフトウェア、または両方の組合せによって実装することができる。

上記の説明に基づいて、本開示の少なくとも１つの態様は、端末デバイスおよびネットワークノードを含む通信システムを提供する。端末デバイスは、第１のコンフィギュアドグラントを使って、ＴＢをネットワークノードに送信し、第２のコンフィギュアドグラントを使って、ＴＢをネットワークノードに自律的に再送信するよう設定することができる。ネットワークノードは、端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った、ＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信し、この情報に基づいて、ＴＢのスケジューリング方針またはスケジューリングの決定を判断するよう設定することができる。

図９を参照して、実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク３２１１およびコアネットワーク３２１４を含む、３ＧＰＰタイプの移動体通信ネットワークなどの、通信ネットワーク３２１０を含む。アクセスネットワーク３２１１は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの、複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃを含み、それぞれが対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを規定する。各基地局３２１２ａ、３２１２ｂ、３２１２ｃは、有線または無線接続３２１５を介してコアネットワーク３２１４に接続可能である。カバレッジエリア３２１３ｃ内に位置する第１のＵＥ３２９１は、対応する基地局３２１２ｃに無線で接続するか、または基地局３２１２ｃによってページングされるよう設定されている。カバレッジエリア３２１３ａ内の第２のＵＥ３２９２は、対応する基地局３２１２ａに無線で接続可能である。この例では複数のＵＥ３２９１、３２９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア内にあるか、または唯一のＵＥが対応する基地局３２１２と接続している状況にも、等しく適用可能である。

通信ネットワーク３２１０は、それ自体がホストコンピュータ３２３０に接続されており、ホストコンピュータ３２３０は、独立型サーバ、クラウド実装型サーバ、分散型サーバのハードウェアおよび／またはソフトウェアで、またはサーバファーム内の処理リソースとして具現化され得る。ホストコンピュータ３２３０は、サービスプロバイダの所有または管理下にあり得るか、またはサービスプロバイダによって、もしくはサービスプロバイダに代わって操作され得る。通信ネットワーク３２１０とホストコンピュータ３２３０との間の接続３２２１および３２２２は、コアネットワーク３２１４からホストコンピュータ３２３０まで直接延びることができるか、または任意選択の中間ネットワーク３２２０を経由することができる。中間ネットワーク３２２０は、公衆、私設、またはホスティングされるネットワークのうちの１つか、または複数の組合せであり得る。中間ネットワーク３２２０は、もしあれば、基幹ネットワークまたはインターネットであり得る。中間ネットワーク３２２０は、具体的には、２つ以上のサブネットワーク（図示せず）を含むことができる。

図９の通信システムは、全体として、接続されたＵＥ３２９１、３２９２とホストコンピュータ３２３０との間の接続を可能にする。接続性は、オーバーザトップ（ＯＴＴ：ｏｖｅｒ－ｔｈｅ－ｔｏｐ）接続３２５０として説明され得る。ホストコンピュータ３２３０および接続されたＵＥ３２９１、３２９２は、アクセスネットワーク３２１１、コアネットワーク３２１４、任意の中間ネットワーク３２２０、および場合によってはあり得るさらなるインフラストラクチャ（図示せず）を中継として使用し、ＯＴＴ接続３２５０を介してデータおよび／またはシグナリングを通信するよう設定されている。ＯＴＴ接続３２５０は、ＯＴＴ接続３２５０が通過する、関与する通信デバイスが、アップリンクおよびダウンリンク通信の経路選定を認識していないという意味で、透過的であり得る。たとえば、基地局３２１２は、ホストコンピュータ３２３０から始まる、接続されたＵＥ３２９１に転送される（たとえば、ハンドオーバされる）べきデータを含む着信ダウンリンク通信の、過去の経路選定について通知されないか、または通知される必要がない場合がある。同様に、基地局３２１２は、ＵＥ３２９１から始まる、ホストコンピュータ３２３０に向けた発信アップリンク通信の、今後の経路選定を認識する必要はない。

ここで、実施形態による、前の段落で論じられたＵＥ、基地局、およびホストコンピュータの例示的な実施態様を、図１０を参照して説明することにする。通信システム３３００において、ホストコンピュータ３３１０は、通信システム３３００の別の通信デバイスのインタフェースとの有線または無線接続をセットアップおよび維持するよう設定された、通信インタフェース３３１６を含むハードウェア３３１５を備える。ホストコンピュータ３３１０は、記憶および／または処理能力を有することができる、処理回路３３１８をさらに備える。処理回路３３１８は、具体的には、１つまたは複数のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するよう適合されたこれらの組合せ（図示せず）を含むことができる。ホストコンピュータ３３１０は、ホストコンピュータ３３１０内に記憶されているか、またはホストコンピュータ３３１０によってアクセス可能であり、処理回路３３１８によって実行可能である、ソフトウェア３３１１をさらに有する。ソフトウェア３３１１は、ホストアプリケーション３３１２を含む。ホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０で終端をなす、ＯＴＴ接続３３５０を介して接続するＵＥ３３３０など、遠隔のユーザにサービスを提供するよう動作可能であり得る。遠隔のユーザにサービスを提供する際に、ホストアプリケーション３３１２は、ＯＴＴ接続３３５０を使用して送信されるユーザデータを供給することができる。

通信システム３３００は、通信システム内に設けられ、基地局３３２０がホストコンピュータ３３１０およびＵＥ３３３０と通信することを可能にするハードウェア３３２５を備える、基地局３３２０をさらに含む。ハードウェア３３２５は、通信システム３３００の別の通信デバイスのインタフェースとの有線または無線接続をセットアップおよび維持するための通信インタフェース３３２６、ならびに少なくとも、基地局３３２０によってサーブされるカバレッジエリア（図１０には示されていない）内に位置するＵＥ３３３０との無線接続３３７０をセットアップおよび維持するための、無線インタフェース３３２７を含むことができる。通信インタフェース３３２６は、ホストコンピュータ３３１０への接続３３６０を円滑にするよう設定され得る。接続３３６０は、直接であり得るか、あるいは通信システムのコアネットワーク（図１０には示されていない）および／または通信システムの外部の１つもしくは複数の中間ネットワークを通過することができる。示されている実施形態では、基地局３３２０のハードウェア３３２５は、１つまたは複数のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するよう適合されたこれらの組合せ（図示せず）を備えることができる、処理回路３３２８をさらに含む。基地局３３２０は、内部に記憶されるか、または外部接続を介してアクセス可能な、ソフトウェア３３２１をさらに有する。

通信システム３３００は、すでに言及されたＵＥ３３３０をさらに含む。ＵＥ３３３０のハードウェア３３３５は、ＵＥ３３３０が現在位置しているカバレッジエリアにサーブする基地局との無線接続３３７０をセットアップおよび維持するよう設定された、無線インタフェース３３３７を含むことができる。ＵＥ３３３０のハードウェア３３３５は、１つまたは複数のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するよう適合されたこれらの組合せ（図示せず）を備えることができる、処理回路３３３８をさらに含む。ＵＥ３３３０は、ＵＥ３３３０内に記憶されているか、またはＵＥ３３３０によってアクセス可能であり、処理回路３３３８によって実行可能である、ソフトウェア３３３１をさらに有する。ソフトウェア３３３１は、クライアントアプリケーション３３３２を含む。クライアントアプリケーション３３３２は、ホストコンピュータ３３１０のサポートによって、ＵＥ３３３０を介して人間または人間以外のユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ３３１０で実行するホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０で終端をなすＯＴＴ接続３３５０を介して、実行中のクライアントアプリケーション３３３２と通信することができる。ユーザにサービスを提供する際に、クライアントアプリケーション３３３２は、ホストアプリケーション３３１２から要求データを受信し、要求データに応答してユーザデータを供給することができる。ＯＴＴ接続３３５０は、要求データとユーザデータとの両方を転送することができる。クライアントアプリケーション３３３２は、クライアントアプリケーションが供給するユーザデータを生成するために、ユーザと対話することができる。

図１０に示されているホストコンピュータ３３１０、基地局３３２０、およびＵＥ３３３０は、それぞれ、図９のホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、およびＵＥ３２９１、３２９２のうちの一方と類似または同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は図１０に示されている通りであり、それとは無関係に、周囲のネットワークトポロジは、図９のトポロジであり得る。

図１０では、ＯＴＴ接続３３５０は、どんな中間デバイスおよび中間デバイスを介したメッセージの正確な経路選定をも明示的に参照することなく、基地局３３２０を介したホストコンピュータ３３１０とＵＥ３３３０との間の通信を示すために、抽象的に描かれている。ネットワークインフラストラクチャは、経路選定を判断することができ、経路選定は、ＵＥ３３３０もしくはホストコンピュータ３３１０を操作するサービスプロバイダ、またはその両方から隠れるように設定され得る。ＯＴＴ接続３３５０がアクティブである間、ネットワークインフラストラクチャはさらに、（たとえば、負荷分散への考慮またはネットワークの再設定に基づいて）経路選定を動的に変更する判断を行うことができる。

ＵＥ３３３０と基地局３３２０との間の無線接続３３７０は、この開示全体を通して説明されている実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続３３７０が最後のセグメントを形成するＯＴＴ接続３３５０を使用して、ＵＥ３３３０に提供されるＯＴＴサービスの性能を向上させる。より正確には、こうした実施形態の教示は、レイテンシを改善し、これにより、ユーザ待機時間を短縮するなどの利点を提供することができる。

データ速度、レイテンシ、および１つまたは複数の実施形態が改善する他の要因を監視する目的で、測定手順を提供することができる。測定結果の変動に応答して、ホストコンピュータ３３１０とＵＥ３３３０との間のＯＴＴ接続３３５０を再設定する、任意選択のネットワーク機能がさらに存在し得る。ＯＴＴ接続３３５０を再設定するための測定手順および／またはネットワーク機能は、ホストコンピュータ３３１０のソフトウェア３３１１およびハードウェア３３１５、もしくはＵＥ３３３０のソフトウェア３３３１およびハードウェア３３３５、またはその両方で実施することができる。実施形態では、センサ（図示せず）は、ＯＴＴ接続３３５０が通過する通信デバイス内に、または通信デバイスと連係して配備され得る。センサは、上記で例示された、監視される量の値を供給することによって、またはソフトウェア３３１１、３３３１が監視された量を計算または推定することができる、他の物理量の値を供給することによって、測定手順に関与することができる。ＯＴＴ接続３３５０の再設定は、メッセージフォーマット、再送信セッティング、好ましい経路選定などを含むことができる。再設定は、基地局３３２０に影響を与える必要はなく、基地局３３２０には未知であるか、または感知できない場合がある。かかる手順および機能は、当技術分野で知られており、実行され得る。特定の実施形態では、測定は、スループット、伝播時間、レイテンシなどの、ホストコンピュータ３３１０の測定を容易にする、独自のＵＥシグナリングを含むことができる。測定は、ソフトウェア３３１１および３３３１が、ＯＴＴ接続３３５０を使用して、メッセージ、具体的には空または「ダミー」メッセージを送信し、一方で伝播時間、エラーなどを監視するように、実施され得る。

図１１は、一実施形態による、通信システムで実施される方法を示す流れ図である。通信システムは、図９および図１０を参照して説明されたものであり得る、ホストコンピュータ、基地局、およびＵＥを含む。本開示を単純化するために、図１１への図面参照だけをこの段落に含めることにする。ステップ３４１０で、ホストコンピュータは、ユーザデータを供給する。ステップ３４１０のサブステップ３４１１（任意選択であり得る）で、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを供給する。ステップ３４２０で、ホストコンピュータは、ユーザデータをＵＥに運ぶ、送信を開始する。ステップ３４３０（任意選択であり得る）で、基地局は、この開示全体を通して説明されている実施形態の教示に従って、ホストコンピュータが開始した送信で運ばれたユーザデータを、ＵＥに送信する。ステップ３４４０（やはり、任意選択であり得る）で、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連する、クライアントアプリケーションを実行する。

図１２は、一実施形態による、通信システムで実施される方法を示す流れ図である。通信システムは、図９および図１０を参照して説明されたものであり得る、ホストコンピュータ、基地局、およびＵＥを含む。本開示を単純化するために、図１２への図面参照だけをこの段落に含めることにする。この方法のステップ３５１０で、ホストコンピュータは、ユーザデータを供給する。任意選択のサブステップ（図示せず）で、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを供給する。ステップ３５２０で、ホストコンピュータは、ユーザデータをＵＥに運ぶ、送信を開始する。送信は、この開示全体を通して説明されている実施形態の教示に従って、基地局を通過することができるステップ３５３０（任意選択であり得る）で、ＵＥは、送信で運ばれるユーザデータを受信する。

図１３は、一実施形態による、通信システムで実施される方法を示す流れ図である。通信システムは、図９および図１０を参照して説明されたものであり得る、ホストコンピュータ、基地局、およびＵＥを含む。本開示を単純化するために、図１３への図面参照だけをこの段落に含めることにする。ステップ３６１０（任意選択であり得る）で、ＵＥは、ホストコンピュータから供給された入力データを受信する。追加的または代替的に、ステップ３６２０において、ＵＥは、ユーザデータを供給する。ステップ３６２０のサブステップ３６２１（任意選択であり得る）で、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを供給する。ステップ３６１０のサブステップ３６１１（任意選択であり得る）で、ＵＥは、ホストコンピュータから供給された、受信した入力データに応答して、ユーザデータを供給するクライアントアプリケーションを実行する。ユーザデータの供給において、実行されるクライアントアプリケーションはさらに、ユーザから受け取ったユーザ入力を考慮することができる。ＵＥは、ユーザデータが供給された具体的なやり方に関わらず、サブステップ３６３０（任意選択であり得る）で、ホストコンピュータへのユーザデータの送信を開始する。この方法のステップ３６４０で、ホストコンピュータは、この開示全体を通して説明されている実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１４は、一実施形態による、通信システムで実施される方法を示す流れ図である。通信システムは、図９および図１０を参照して説明されたものであり得る、ホストコンピュータ、基地局、およびＵＥを含む。本開示を単純化するために、図１４への図面参照だけをこの段落に含めることにする。ステップ３７１０（任意選択であり得る）で、この開示全体を通して説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ３７２０（任意選択であり得る）で、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップ３７３０（任意選択であり得る）で、ホストコンピュータは、基地局によって開始された送信で運ばれるユーザデータを受信する。

様々な例示的な実施形態は、概ね、ハードウェアまたは専用回路、ソフトウェア、論理回路、またはこれらの任意の組合せで実施することができる。たとえば、いくつかの態様は、ハードウェアで実施することができ、一方他の態様は、コントローラ、マイクロプロセッサ、または他のコンピュータ処理デバイスによって実行され得るファームウェアまたはソフトウェアで実施することができるが、本開示はこれらに限定されるものではない。この開示の例示的な実施形態の様々な態様は、構成図、流れ図として、または他のいくつかの図解を使用して例示および説明することができるが、本明細書で説明されているこれらのブロック、装置、システム、技法または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくは論理回路、汎用ハードウェア、コントローラ、もしくは他のコンピュータ処理デバイス、またはこれらのいくつかの組合せで実施できることを十分に理解されたい。

したがって、本開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップおよびモジュールなどの様々な構成要素で実行できることを理解されたい。すなわち、この開示の例示的な実施形態は、集積回路として具現化される装置で実現することができ、集積回路は、この開示の例示的な実施形態に従って動作するように設定可能な、少なくとも１つまたは複数のデータプロセッサ、デジタル信号プロセッサ、ベースバンド回路、および無線周波数回路を具現化する回路（ならびに、場合によってはファームウェア）を含むことができることを理解されたい。

本開示の例示的な実施形態の少なくともいくつかの態様は、１つまたは複数のコンピュータまたは他のデバイスによって実行される１つまたは複数のプログラムモジュールなどの、コンピュータ実行可能命令で具現化できることを理解されたい。プログラムモジュールは、概して、コンピュータまたは他のデバイス内のプロセッサで実行されると、特定のタスクを実行するかまたは特定の抽象データタイプを実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、取外し可能な記憶媒体、固体メモリ、ＲＡＭなどのコンピュータ可読媒体に記憶することができる。当業者に理解されるように、プログラムモジュールの機能は、様々な実施形態で必要に応じて組み合わされるか、または分散され得る。加えてこの機能は、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）などのファームウェアまたはハードウェア同等物で、全体的または部分的に具現化され得る。

本開示における「一実施形態」、「実施形態」などへの言及は、記載された実施形態が、特定の機能、構造、または特徴を含むことができることを示しているが、すべての実施形態が、特定の機能、構造、または特徴を含む必要はない。さらに、かかる句は、必ずしも同じ実施形態を指すとは限らない。さらに、特定の機能、構造、または特徴が、ある実施形態に関連して説明される場合、他の実施形態に関連してかかる機能、構造、または特徴を実施することは、明示的に説明されているかどうかに関わらず、当業者の知識の範囲内であることが提示されている。

「第１」、「第２」などの用語は、本明細書では様々な要素を説明するために使用され得るが、こうした要素は、こうした用語によって限定されるべきではないことを理解されたい。こうした用語は、ある要素を、別の要素から区別するためにのみ使用される。たとえば、本開示の範囲から逸脱することなく、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素を第１の要素と呼ぶことができる。本明細書で使用されている用語「および／または」は、関連する列挙された用語のうちの１つまたは複数の、ありとあらゆる組合せを含んでいる。

本明細書で使用されている用語は、特定の実施形態を説明することのみを目的としており、本開示を限定することを意図するものではない。本明細書で使用されている単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈上明らかにそうでないと示していない限り、複数の形態も同様に含むことを意図する。本明細書で使用される場合、用語「備える（三人称単数現在）」、「備える（現在分詞）」、「有する（三人称単数現在）」、「有する（現在分詞）」、「含む（三人称単数現在）」、および／または「含む（現在分詞）」は、述べられた機能、要素、および／または構成要素の存在を特定するが、他の１つもしくは複数の機能、要素、構成要素、および／またはこれらの組合せの、存在または追加を排除しないことがさらに理解されよう。本明細書で使用されている用語「接続する（一人称現在）」、「接続する（三人称単数現在）」、「接続する（現在分詞）」、および／または「接続された（過去分詞）」は、２つの要素間の直接的および／または間接的接続を包含する。

本開示は、本明細書に明示的に、または任意の汎用化がなされて開示されている、任意の新規の機能または機能の組合せを含む。添付図面と併せて読まれるときの前述の説明を考慮すると、この開示の前述の例示的な実施形態に対する様々な修正および適合が、関連技術分野の当業者に明らかとなり得る。ただし、ありとあらゆる修正が、この開示の非限定的かつ例示的な実施形態の範囲内に依然として包含されることになる。

Claims (46)

1. 第１のコンフィギュアドグラントを使って、トランスポートブロック（ＴＢ）をネットワークノードに送信すること（１０２）と、
   第２のコンフィギュアドグラントを使って、前記ＴＢを前記ネットワークノードに自律的に再送信すること（１０４）と
   を含む、端末デバイスにおける方法。
2. 前記ＴＢの前記自律的再送信が、タイマ値が所定の最大時間に等しいタイマが時間切れになると停止する、請求項１に記載の方法。
3. 前記第２のコンフィギュアドグラントが、第１のコンフィギュアドグラントの設定に属し、かつ
   前記方法が、第２のコンフィギュアドグラントの設定に属する第３のコンフィギュアドグラントを使って、前記ＴＢを前記ネットワークノードに自律的に再送信すること（４１４）をさらに含む、
   請求項１または２に記載の方法。
4. 前記第２のコンフィギュアドグラントが、第１のコンフィギュアドグラントの設定に属し、かつ
   前記方法が、前記第１のコンフィギュアドグラントの設定に属する第３のコンフィギュアドグラントを使って、前記ＴＢを前記ネットワークノードに自律的に再送信すること（４１４）をさらに含む、
   請求項１または２に記載の方法。
5. 前記第１のコンフィギュアドグラントが、前記第１のコンフィギュアグラントまたは前記第２のコンフィギュアドグラントの設定に属する、請求項３または４に記載の方法。
6. 前記第１のコンフィギュアドグラントが、第３のコンフィギュアドグラントの設定に属する、請求項３または４に記載の方法。
7. 前記ＴＢが、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスで送信される、請求項１から６のいずれか一項に記載の方法。
8. 前記ＴＢの前記自律的再送信が、同じＨＡＲＱプロセスで１回または複数回実行される、請求項１から７のいずれか一項に記載の方法。
9. 前記タイマが、前記ＴＢの前記送信に関連する時点で開始される、請求項２から８のいずれか一項に記載の方法。
10. 前記タイマが、前記端末デバイスが前記ＴＢについての確認応答を受信すると停止する、請求項２から９のいずれか一項に記載の方法。
11. 前記ＴＢのサイズが、前記第１のコンフィギュアドグラント、前記第２のコンフィギュアドグラント、または前記第３のコンフィギュアドグラントの設定に基づいて判断される、請求項３から１０のいずれか一項に記載の方法。
12. 前記第１のコンフィギュアドグラント、前記第２のコンフィギュアドグラント、または前記第３のコンフィギュアドグラントの設定が、前記ネットワークノードから受信される、請求項３から１１のいずれか一項に記載の方法。
13. 前記端末デバイスが、前記第２のコンフィギュアドグラントを使った自律的再送信が可能であると判断すると、前記ＴＢが、前記第２のコンフィギュアドグラントを使って自律的に再送信される、請求項１から１２のいずれか一項に記載の方法。
14. 前記ＴＢの前記自律的再送信が、複数回実行され、かつ
    前記複数回の自律的再送信の第１の部分が、同じＨＡＲＱプロセスで実行され、前記複数回の自律的再送信の第２の部分が、別のＨＡＲＱプロセスで実行される、
    請求項７から１３のいずれか一項に記載の方法。
15. 前記端末デバイスが、所定の回数の送信試行または所定の時間の後に、前記ＴＢについてのどんなＨＡＲＱフィードバックも受信しなかったときに、前記別のＨＡＲＱプロセスが使用される、請求項１４に記載の方法。
16. 前記第２のコンフィギュアドグラントが、第１のコンフィギュアドグラントの設定に属し、かつ
    前記方法が、前記第２のコンフィギュアドグラントおよび前記第３のコンフィギュアドグラントを使って、前記ＴＢを前記ネットワークノードに自律的に再送信すること（４１４）をさらに含む、
    請求項１から１５のいずれか一項に記載の方法。
17. 前記ＴＢの前記自律的再送信が、所定の最大送信試行回数に達するか、または所定の最大時間が経過すると停止する、請求項１から１６のいずれか一項に記載の方法。
18. 前記所定の最大送信試行回数または前記所定の最大時間が、関連するサービスデータまたは関連する１つまたは複数の論理チャネルのレイテンシ要件に基づく、請求項１７に記載の方法。
19. 前記端末デバイスが、前記所定の最大送信試行回数に達した後、または前記所定の最大時間が経過した後に、前記ＴＢについての確認応答を受信しなかった場合、前記ＴＢについての障害レポートを前記ネットワークノードに送信すること（２０６）
    をさらに含む、請求項１７または１８に記載の方法。
20. 前記送信の試行が、リスンビフォアトーク（ＬＢＴ）障害に起因して失敗した１回もしくは複数回の送信試行を含むか、または
    前記所定の最大時間が、１回または複数回のＬＢＴ動作で経過する時間を含む、
    請求項１７から１９のいずれか一項に記載の方法。
21. 前記所定の最大送信試行回数に達する予定であるか、または前記所定の最大時間が経過する予定である場合、前記ＴＢの前記自律的再送信が先取的に実行される、請求項１７から２０のいずれか一項に記載の方法。
22. 前記ＴＢの前記自律的再送信が、
    前記ＴＢの前記自律的再送信を、前記ＴＢについてのフィードバックを待たずに、またはコンフィギュアドグラント再送信タイマの時間切れを待たずに実行すること
    によって先取的に実行され、かつ
    前記コンフィギュアドグラント再送信タイマの前記時間切れが、コンフィギュアドグラントを使用して自律的再送信をトリガするために使用される、
    請求項２１に記載の方法。
23. 前記タイマが、前記端末デバイスが前記ＴＢを再送信するための動的グラントを受信すると停止する、請求項２から２２のいずれか一項に記載の方法。
24. 前記タイマが、
    前記ＴＢに対応するメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）が生成されたイベント、
    前記ＴＢの最初の送信試行の、最初のＬＢＴ動作が開始されるイベント、および
    前記ＴＢの最初の可能性のある送信機会が生じるイベント
    のうちの１つが生じたときに開始される、請求項２３に記載の方法。
25. コンフィギュアドグラントタイマが、前記タイマとして再利用される、請求項２から２４のいずれか一項に記載の方法。
26. 前記ネットワークノードに対して、前記ＴＢの送信試行回数または前記ＴＢの前記送信で受けた遅延時間を示すこと（３０８）
    をさらに含む、請求項１から２５のいずれか一項に記載の方法。
27. 前記送信試行の前記回数または前記受けた遅延時間が、
    前記ＴＢの冗長バージョン、
    アップリンク制御情報（ＵＣＩ）、
    無線リソース制御（ＲＲＣ）シグナリング、
    ＭＡＣ制御要素（ＣＥ）、および
    レイヤ１またはレイヤ２シグナリング
    のうちの１つまたは複数によって示される、請求項２６に記載の方法。
28. 前記ＴＢの再送信の終了を示すシグナリングを受信すること（３１０）
    をさらに含む、請求項２６または２７に記載の方法。
29. 前記シグナリングに応答して、上位層の、前記ＴＢに対応するデータの再送信をトリガすること（３１２）
    をさらに含む、請求項２８に記載の方法。
30. 端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った、トランスポートブロック（ＴＢ）の１回または複数回の自律的アップリンク再送信に関連する情報を受信すること（５０２）と、
    前記情報に基づいて、前記ＴＢのスケジューリング方針またはスケジューリングの決定を判断すること（５０４）と
    を含む、ネットワークノードにおける方法。
31. １つまたは複数のコンフィギュアドグラントの設定を前記端末デバイスに送信すること
    をさらに含む、請求項３０に記載の方法。
32. 前記スケジューリング方針が、前記端末デバイスからの前記再送信が所定の最大時間内に完了することを保証するように判断される、請求項３０または３１に記載の方法。
33. 前記スケジューリングの決定が、前記ＴＢの再送信の終了を示す、請求項３０または３１に記載の方法。
34. 前記スケジューリングの決定を示すシグナリングを、前記端末デバイスに送信すること（５０６）
    をさらに含む、請求項３０から３３のいずれか一項に記載の方法。
35. 前記シグナリングが、
    レイヤ１／レイヤ２シグナリング、
    ＭＡＣ ＣＥ、および
    ＲＲＣシグナリング
    のうちの１つまたは複数として送信される、請求項３４に記載の方法。
36. 前記情報が、
    前記ＴＢの送信試行回数、または前記ＴＢの前記送信で受けた遅延時間、
    前記ＴＢのハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子、および
    前記ＴＢが前記端末デバイスから自律的に再送信されない予定であることを示す障害表示
    のうちの１つまたは複数を含む、請求項３０から３５のいずれか一項に記載の方法。
37. 前記スケジューリング方針が、
    前記ＴＢのスケジューリング優先度、
    前記ＴＢを再送信するためのアップリンクグラントを運ぶ、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のパラメータ、
    前記ＴＢの物理アップリンク共有チャネル（ＰＵＳＣＨ）持続時間の長さ、
    前記ＴＢの送信電力パラメータ、および
    前記ＴＢのＰＵＳＣＨ準備遅延
    のうちの１つまたは複数を含む、請求項３０から３６のいずれか一項に記載の方法。
38. 端末デバイスに、所定の最大送信試行回数または所定の最大時間を示す情報を送信すること（５０１）
    をさらに含み、かつ
    ＴＢの前記自律的再送信が、前記所定の最大送信試行回数に達するか、または前記所定の最大時間が経過すると停止する、
    請求項３０から３７のいずれか一項に記載の方法。
39. 前記所定の最大送信試行回数または前記所定の最大時間が、関連するサービスデータまたは関連する１つまたは複数の論理チャネルのレイテンシ要件に基づく、請求項３８に記載の方法。
40. 少なくとも１つのプロセッサ（６１０）と、
    少なくとも１つのメモリ（６２０）と
    を備える端末デバイス（６００）であって、前記少なくとも１つのメモリ（６２０）が、前記少なくとも１つのプロセッサ（６１０）によって実行可能な命令を含み、これにより、前記端末デバイス（６００）が、
    第１のコンフィギュアドグラントを使って、トランスポートブロック（ＴＢ）をネットワークノードに送信し、かつ
    第２のコンフィギュアドグラントを使って、前記ＴＢを前記ネットワークノードに自律的に再送信する
    よう動作可能である、端末デバイス（６００）。
41. 前記端末デバイス（６００）が、請求項２から２９のいずれか一項に記載の前記方法を実行するよう動作可能である、請求項４０に記載の端末デバイス（６００）。
42. 少なくとも１つのプロセッサ（６１０）と、
    少なくとも１つのメモリ（６２０）と
    を備えるネットワークノード（６００）であって、前記少なくとも１つのメモリ（６２０）が、前記少なくとも１つのプロセッサ（６１０）によって実行可能な命令を含み、これにより、前記ネットワークノード（６００）が、
    端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った、トランスポートブロック（ＴＢ）の１回または複数回の自律的アップリンク再送信に関連する情報を受信し、かつ
    前記情報に基づいて、前記ＴＢのスケジューリング方針またはスケジューリングの決定を判断する
    よう動作可能である、ネットワークノード（６００）。
43. 前記ネットワークノード（６００）が、請求項３１から３９のいずれか一項に記載の前記方法を実行するよう動作可能である、請求項４２に記載のネットワークノード（６００）。
44. ネットワークノードおよび端末デバイスを含む通信システムで実施される方法であって、
    前記端末デバイスで、第１のコンフィギュアドグラントを使って、トランスポートブロック（ＴＢ）を前記ネットワークノードに送信すること（１０２）と、
    前記端末デバイスで、第２のコンフィギュアドグラントを使って、前記ＴＢを前記ネットワークノードに自律的に再送信すること（１０４）と、
    前記ネットワークノードで、前記端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った前記ＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信すること（５０２）と、
    前記ネットワークノードで、前記情報に基づいて、前記ＴＢのスケジューリング方針またはスケジューリングの決定を判断すること（５０４）と
    を含む、方法。
45. 第１のコンフィギュアドグラントを使って、トランスポートブロック（ＴＢ）をネットワークノードに送信し、第２のコンフィギュアドグラントを使って、前記ＴＢを前記ネットワークノードに自律的に再送信するよう設定される端末デバイスと、
    前記端末デバイスから、１つまたは複数のコンフィギュアドグラントを使った、前記ＴＢの１回または複数回の自律的アップリンク再送信に関連する情報を受信し、前記情報に基づいて、前記ＴＢのスケジューリング方針またはスケジューリングの決定を判断するよう設定されるネットワークノードと
    を含む、通信システム。
46. 少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１から３９のいずれか一項に記載の前記方法を実行させる命令を含む、コンピュータ可読記憶媒体。

Images