(57)【要約】  本願は、モバイル通信分野に関し、特に、無線通信分野における無線インタフェースリソーススケジューリング及び割り当て技術に関する。リソーススケジューリング及び割り当て方法では、ネットワーク装置は、ダウンリンク制御情報を用いて、同じユーザ機器へのＮ回のデータ送信のために使用される無線インタフェースリソースを割り当て、前記ダウンリンク制御情報は、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含み、Ｎは１より大きい整数である。本願において提供されるソリューションによると、データ送信は、サービス待ち時間許容範囲内で再送種類及び対応する無線インタフェースリソースを柔軟にスケジューリング及び割り当てることにより、実行され得る。したがって、サービス待ち時間要件が満たされつつ、データ送信の信頼性が保証される。
2019513321.tif 000002
【特許請求の範囲】
【請求項１】
リソーススケジューリング及び割り当て方法であって、前記方法は、
ネットワーク装置により、ダウンリンク制御情報を用いて、同じユーザ機器へのＮ回のデータ送信のために使用される無線インタフェースリソースを割り当てるステップであって、前記ダウンリンク制御情報は、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含み、Ｎは１より大きい整数である、ステップ、
を含む方法。
【請求項２】
前記ネットワーク装置により、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を送信する又は受信するステップ、
を更に含む請求項１に記載の方法。
【請求項３】
前記ダウンリンク制御情報は、Ｎの値に関する情報を更に含む、請求項１又は２に記載の方法。
【請求項４】
前記ダウンリンク制御情報は、連続送信指示情報を更に含む、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの周波数ドメインリソース指示を含む、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの時間ドメインリソース指示、及び／又はデータ送信のために使用される冗長バージョン（Redundancy  Version、ＲＶ）情報を更に含む、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記ダウンリンク制御情報が、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含むことは、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、前記ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースは、前記最初のデータ送信のために使用される前記無線インタフェースリソースに関する前記情報に基づき決定されること、又は、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する各データ送信のために使用される無線インタフェースリソースに関する情報を含むこと、
を含む、請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
リソーススケジューリング及び割り当て方法であって、前記方法は、
ユーザ機器により、ダウンリンク制御情報を用いて、Ｎ回のデータ送信のために使用され且つネットワーク装置により割り当てられた無線インタフェースリソースを取得するステップであって、前記ダウンリンク制御情報は、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含み、Ｎは１より大きい整数である、ステップ、
を含む方法。
【請求項９】
前記ユーザ機器により、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を送信する又は受信するステップ、
を更に含む請求項８に記載の方法。
【請求項１０】
前記ダウンリンク制御情報は、Ｎの値に関する情報を更に含む、請求項８又は９に記載の方法。
【請求項１１】
前記ダウンリンク制御情報は、連続送信指示情報を更に含む、請求項８乃至１０のいずれか一項に記載の方法。
【請求項１２】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの周波数ドメインリソース指示を含む、請求項８乃至１１のいずれか一項に記載の方法。
【請求項１３】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの時間ドメインリソース指示、及び／又はデータ送信のために使用される冗長バージョン（Redundancy  Version、ＲＶ）情報を更に含む、請求項８乃至１２のいずれか一項に記載の方法。
【請求項１４】
前記ダウンリンク制御情報が、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含むことは、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、前記ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースは、前記最初のデータ送信のために使用される前記無線インタフェースリソースに関する前記情報に基づき決定されること、又は、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する各データ送信のために使用される無線インタフェースリソースに関する情報を含むこと、
を含む、請求項８乃至１３のいずれか一項に記載の方法。
【請求項１５】
ネットワーク装置であって、
ダウンリンク制御情報を用いて、同じユーザ機器へのＮ回のデータ送信のために使用される無線インタフェースリソースを割り当てるよう構成される少なくとも１つのプロセッサであって、前記ダウンリンク制御情報は、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含み、Ｎは１より大きい整数である、少なくとも１つのプロセッサと、
前記ダウンリンク制御情報を送信するよう構成される少なくとも１つの送信機と、
を含むネットワーク装置。
【請求項１６】
前記ネットワーク装置は、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を受信するよう構成される受信機を更に含む、又は、
前記少なくとも１つの送信機は、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を送信するよう更に構成される、
請求項１５に記載のネットワーク装置。
【請求項１７】
前記ダウンリンク制御情報は、Ｎの値に関する情報を更に含む、請求項１５又は１６に記載のネットワーク装置。
【請求項１８】
前記ダウンリンク制御情報は、連続送信指示情報を更に含む、請求項１５乃至１７のいずれか一項に記載のネットワーク装置。
【請求項１９】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの周波数ドメインリソース指示を含む、請求項１５乃至１８のいずれか一項に記載のネットワーク装置。
【請求項２０】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの時間ドメインリソース指示、及び／又はデータ送信のために使用される冗長バージョン（Redundancy  Version、ＲＶ）情報を更に含む、請求項１５乃至１９のいずれか一項に記載のネットワーク装置。
【請求項２１】
前記ダウンリンク制御情報が、Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含むことは、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、前記ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースは、前記最初のデータ送信のために使用される前記無線インタフェースリソースに関する前記情報に基づき決定されること、又は、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する各データ送信のために使用される無線インタフェースリソースに関する情報を含むこと、
を含む、請求項１５乃至２０のいずれか一項に記載のネットワーク装置。
【請求項２２】
ユーザ機器であって、
ネットワーク装置により送信されたダウンリンク制御情報を受信するよう構成される少なくとも１つの受信機と、
前記ダウンリンク制御情報を用いて、Ｎ回のデータ送信のために使用され且つ前記ネットワーク装置により割り当てられた無線インタフェースリソースを取得するよう構成される少なくとも１つのプロセッサであって、前記ダウンリンク制御情報は、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含み、Ｎは１より大きい整数である、少なくとも１つのプロセッサと、
を含むユーザ機器。
【請求項２３】
前記ユーザ機器は、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を送信するよう構成される送信機を更に含む、又は、
前記少なくとも１つの受信機は、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を受信するよう更に構成される、
請求項２２に記載のユーザ機器。
【請求項２４】
前記ダウンリンク制御情報は、Ｎの値に関する情報を更に含む、請求項２２又は２３に記載のユーザ機器。
【請求項２５】
前記ダウンリンク制御情報は、連続送信指示情報を更に含む、請求項２２乃至２４のいずれか一項に記載のユーザ機器。
【請求項２６】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの周波数ドメインリソース指示を含む、請求項２２乃至２５のいずれか一項に記載のユーザ機器。
【請求項２７】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの時間ドメインリソース指示、及び／又はデータ送信のために使用される冗長バージョン（Redundancy  Version、ＲＶ）情報を更に含む、請求項２２乃至２６のいずれか一項に記載のユーザ機器。
【請求項２８】
前記ダウンリンク制御情報が、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含むことは、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、前記ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースは、前記最初のデータ送信のために使用される前記無線インタフェースリソースに関する前記情報に基づき決定されること、又は、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する各データ送信のために使用される無線インタフェースリソースに関する情報を含むこと、
を含む、請求項２２乃至２７のいずれか一項に記載のユーザ機器。
【請求項２９】
請求項１５乃至２１のいずれか一項に記載のネットワーク装置と、請求項２２乃至２８のいずれか一項に記載のユーザ機器と、を含む通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願は、特許出願番号第２０１６１０１４３７５８．Ｘ、２０１６年３月１４日出願、名称「RESOURCE  SCHEDULING  AND  ALLOCATION  METHOD  AND  APPARATUS」の優先権を主張する。該出願は参照されることにより全体がここに組み込まれる。
【０００２】
［技術分野］
本願は、モバイル通信分野に関し、特に、無線通信分野における無線インタフェースリソーススケジューリング及び割り当て技術に関する。
【背景技術】
【０００３】
国際電気通信連合（International  Telecommunications  Union、ＩＴＵ）は、第５世代モバイル通信（the  ５th  Generation  mobile  communication、５Ｇ）３つの主な適用シナリオ：拡張モバイルブロードバンド（Enhanced  Mobile  Broadband）、高信頼低遅延通信（Ultra-reliable  and  low  latency  communication）、及び大規模機械型通信（Massive  machine  type  communication）、を定める。高信頼低遅延通信シナリオは、スループット、遅延、信頼性、リソース可用性、等に関する厳しい要件を有する、工業生産無線制御及び遠隔機械手術のようなサービスを含む。このようなシナリオにおけるサービスでは、期待される遅延は非常に小さいので（最低遅延は１ｍｓに達する）、利用可能なリソースは、迅速にスケジューリングされ及び構成される必要があり、信頼できるデータ送信が保証される必要もある。
【０００４】
既存の無線通信システムでは、一例としてＬＴＥ（Long  Term  Evolution）システムを用い、データ送信端及びデータ受信端は、通常、データが正しく受信されるまで、又は再送信の最大回数限度に達するまで、複数のハイブリッド自動再送要求（Hybrid  Automatic  Repeat  reQuest、ＨＡＲＱ）プロセスを用いてデータ再送信をトリガし、それによりデータ送信の信頼性を保証する。複数のＨＡＲＱ再送信は信頼できる高送信遅延を生じ、結果として比較的高い遅延要件を有するサービス要件が満たされないことが理解できる。したがって、サービスの超低遅延要件を満たしながら、データ送信の信頼性を保証するために、リソーススケジューリング及び割り当て方法が必要である。
【発明の概要】
【０００５】
本願明細書は、サービスの超低遅延要件を満たしながら、データ送信の信頼性を保証するために、無線インタフェースリソーススケジューリング及び割り当て方法、機器、及びシステムを記載する。
【０００６】
一態様によると、本願の一実施形態は、リソーススケジューリング及び割り当て方法を提供する。方法は、ネットワーク装置により、ダウンリンクメッセージを送信するステップであって、Ｎ回のデータ送信のために使用される無線インタフェースリソースが、ダウンリンクメッセージを用いて同じユーザ機器に割り当てられ、Ｎは１より大きい整数である、ステップを含む。
【０００７】
可能な設計では、ネットワーク装置は、ダウンリンクメッセージを用いて同じユーザ機器へのＮ回のデータ送信のために使用される無線インタフェースリソースを割り当てる。ここでＮは１より大きい整数である。複数のデータ送信のために使用される無線インタフェースリソースは、ダウンリンクメッセージを用いて割り当てられる。したがって、アップリンク又はダウンリンクデータ送信端は、次のスケジューリング又はリソース割り当てを待たずに、データ再送信を実行できる。したがって、再送信処理の遅延が低減され、リソース割り当てのために使用されるダウンリンク情報片の数も低減され、データを正しく受信する確率も再送信を通じて向上され、それによりデータ送信の信頼性を保証する。
【０００８】
可能な設計では、ネットワーク装置は、ダウンリンク制御情報を用いて、同じユーザ機器へのＮ回のデータ送信のために使用される無線インタフェースリソースを割り当てて良く、ダウンリンク制御情報は、Ｎ回のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、Ｎは１より大きい整数である。ダウンリンク制御情報を用いて、複数のデータ送信のために使用される無線インタフェースリソースを割り当てることは、データ再送信を直接スケジューリングすることと等価である。したがって、データを正しく受信する確率が向上されると同時に、再送信スケジューリングの遅延を低減する。
【０００９】
可能な設計では、ネットワーク装置は、ダウンリンク制御情報の中で構成された無線インタフェースリソースでＮ回のデータ送信を送信し又は受信する。
【００１０】
可能な設計では、ダウンリンク制御情報は、Ｎの値に関する情報を更に含む。ダウンリンク制御情報に含まれるＮの値に関する情報（つまり、被送信データの送信回数に関する情報）は、ネットワーク装置又はユーザ機器により実行されるデータ送信の数を明確に示すことができる。複数のデータ送信が実行されるとき、柔軟な無線インタフェースリソース構成がサポートできる。例えば、ダウンリンク制御情報は、Ｎ回のデータ送信のために使用されるＮ個の無線インタフェースリソースに関する情報を含んで良い。代替として、ダウンリンク制御情報は、１回のデータ送信のために使用される無線インタフェースリソースに関する情報だけを含んで良く、残りの送信については、無線インタフェースリソースはルールに従い決定されて良い。Ｎの値に関する情報はＮの実際の値であって良いことが理解できる。代替として、Ｎの実際の値は、別の指示方法で示されて良い。Ｎの値は代替として１に構成されて良く、したがって、１回のデータ送信のために必要な無線インタフェースリソースはダウンリンク制御情報を用いて割り当てられることが理解できる。
【００１１】
可能な設計では、ダウンリンク制御情報は、連続送信指示情報を更に含んで良い。連続送信指示情報は、ダウンリンク制御情報が、Ｎ回のデータ送信のために使用される無線インタフェースリソースに関する情報を含むか否かを示すために使用される、又は、ダウンリンク制御情報がＮ回の連続送信を示すか否かを示すために使用される。連続送信は、Ｎ回のデータ送信が、データ受信端によりフィードバックされる否定応答（Negative  ACKnowledgement、ＮＡＣＫ）メッセージ又は肯定応答（ACKnowledgment、ＡＣＫ）メッセージを待たずに実行される再送信、例えばブラインド再送信のような自動再送信であることを意味する。本願における連続送信は時間において連続時間ドメインリソースで実行されて良いことに留意すべきである。例えば、連続送信は、ｎ番目の送信時間間隔（Transmission  Time  Interval、ＴＴＩ）から（ｎ＋Ｎ−１）番目のＴＴＩまで実行される。代替として、連続送信は、時間において不連続な時間ドメインリソースで実行されて良い。例えば、送信は、時間ドメインリソース決定ルールに従い決定されたＮ個の時間ドメインリソースで実行される。あるいは、送信は、Ｎ回のデータ送信のために使用され且つダウンリンク制御情報の中で構成された時間ドメインリソースで実行される。周波数ドメインリソースを決定する方法も、ルールに従い又はダウンリンク制御情報の中の構成に基づき周波数ドメインリソースを決定することであって良い。これは、本願において限定されない。本願における連続送信は、Ｎ個の異なる周波数ドメインリソースで実行される同時データ送信を更に含んで良い。つまり、同じ時間ドメインリソース及び異なる周波数ドメインリソースがＮ回のデータ送信で使用される。さらに、連続送信は、前述の２つの方法の混合を更に含んで良い。つまり、Ｎ回のデータ送信が、少なくとも２つの異なるドメインリソースに分散される全部でＮ個の異なる周波数ドメインリソースで実行される。任意で、連続送信指示情報が、ダウンリンク制御情報の中で連続送信情報を示すために独立情報要素を使用して良い。例えば、独立情報要素は１ビット（bit）情報要素である。任意で、連続送信指示情報は、さらに、別の情報を示すために使用される情報要素であって良い。例えば、現在のダウンリンク制御情報の中の連続送信情報は、所定の又は予め合意された閾と情報要素により示される情報とを結合することにより示されて良い。連続送信指示情報は、ネットワーク装置又はユーザ機器がブラインド再送信のような連続送信を実行する必要があるか否かを明確に示して良い。複数のデータ送信が実行されるとき、柔軟な無線インタフェースリソース構成がサポートできる。例えば、Ｎ回のデータ送信のために使用されるＮ個の無線インタフェースリソースに関する情報は、ダウンリンク制御情報の中で構成されて良い。代替として、１回のデータ送信のために使用される無線インタフェースリソースに関する情報だけが、ダウンリンク制御情報の中に構成されて良く、連続送信指示情報が、Ｎ回のデータ送信が現在実行される必要があることを示すとき、残りのＮ−１回の送信のために使用される無線インタフェースリソースは、ルールに従い決定されて良い。
【００１２】
可能な設計では、無線インタフェースリソースに関する情報は、無線インタフェースリソースの周波数ドメインリソース指示を含む。
【００１３】
可能な設計では、無線インタフェースリソースに関する情報は、無線インタフェースリソースの時間ドメインリソース指示、及び／又はデータ送信のために使用される冗長バージョン（Redundancy  Version、ＲＶ）情報を更に含む。
【００１４】
可能な設計では、ダウンリンク制御情報は、ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースは、最初のデータ送信のために使用される無線インタフェースリソースに関する情報に基づき決定される。１回の送信のために使用される無線インタフェースリソースに関する情報だけが、ダウンリンク制御情報を用いて配信される。したがって、ダウンリンク制御情報のビット数は削減でき、それにより制御チャネルのオーバヘッドを節約する。
【００１５】
可能な設計では、ダウンリンク制御情報は、ダウンリンク制御情報に対応する各データ送信のために使用される無線インタフェースリソースに関する情報を含む。ダウンリンク制御情報は、各データ送信のために使用される無線インタフェースリソースに関する情報を伝達するので、無線インタフェースリソースは各データ送信のために一層柔軟に割り当てることができる。
【００１６】
可能な設計では、ダウンリンク制御情報が、ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースが、最初のデータ送信のために使用される無線インタフェースリソースに関する情報に基づき決定されることは、最初のデータ送信のために使用される周波数ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される周波数ドメインリソースを決定することを含む。特定の可能な設計では、最初のデータ送信のために使用される周波数ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される周波数ドメインリソースを決定するステップは、最初のデータ送信のために使用されるものと同じ周波数ドメインリソースを使用するステップを含む。別の特定の可能な設計では、最初のデータ送信のために使用される周波数ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される周波数ドメインリソースを決定するステップは、最初のデータ送信のために使用される周波数ドメインリソース指示に基づき、及び周波数ホッピングルールに従い、現在の送信のために使用される周波数ドメインリソースを計算するステップを含む。
【００１７】
可能な設計では、ダウンリンク制御情報が、ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースが、最初のデータ送信のために使用される無線インタフェースリソースに関する情報に基づき決定されることは、最初のデータ送信のために使用される時間ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される時間ドメインリソースを決定することを含む。特定の可能な設計では、最初のデータ送信のために使用される時間ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される時間ドメインリソースを決定するステップは、最初のデータ送信又は前のデータ送信の後に同じサービスデータ送信のために使用され得るＭ個のシンボルを使用するステップであって、Ｍは最初のデータ送信のために使用されたシンボル数と同じである、ステップを含む。別の特定の可能な設計では、最初のデータ送信のために使用される時間ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される時間ドメインリソースを決定するステップは、最初のデータ送信又は前のデータ送信のために使用されるものと同じ時間ドメインリソースを使用するステップを含む。同じ時間ドメインリソースがＸ回のデータ送信のために使用されるとき（Ｘは１より大きい整数である）、Ｘ個の異なる周波数ドメインリソースが占有される必要がある。この場合、データ送信端は、１回の送信動作を用いてＸ回のデータ送信の送信を完了し、データ受信端は、１回の受信動作を用いてＸ回のデータ送信の受信を完了する。
【００１８】
可能な設計では、ダウンリンク制御情報が、ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースが、最初のデータ送信のために使用される無線インタフェースリソースに関する情報に基づき決定されることは、ルールに従い、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される冗長バージョンを決定するステップを更に含む。特定の可能な設計では、ルールに従い、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される冗長バージョンを決定するステップは、最初のデータ送信のために使用されたものと同じ冗長バージョンを使用するステップを含む。別の特定の可能な設計では、ルールに従い、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される冗長バージョンを決定するステップは、冗長バージョン使用シーケンスに基づき、各データ送信で対応する冗長バージョンを使用するステップを含む。
【００１９】
留意すべきことに、以上で言及された「最初のデータ送信」は、ダウンリンク制御情報に対応するＮ回のデータ送信の中の最初の送信であり、「最初のデータ送信」が通信プロセスの中のデータの初期送信であるかは不確定である。
【００２０】
可能な設計では、被送信データに対して初期送信スケジューリングを実行するとき、ネットワーク装置は、被送信データの属するサービスの送信遅延要件に基づき、送信遅延範囲内で完了され得る最大送信数を更に決定して良い。最大送信数は、（ハイブリッド自動再送要求（Hybrid  Automatic  Repeat  reQuest、ＨＡＲＱ）再送信の数＋ブラインド再送信の数＋１）である。ブラインド再送信は、受信端のフィードバックメッセージ又はネットワーク装置のスケジューリングを待つ必要が無しに、送信端が受信端へ、１又は複数回、データを再送信することを意味する。初期送信のために使用される無線インタフェースリソース及び／又は変調及び符号化方式は、最大送信数を参照して選択される。Ｎ回のデータ送信のために使用される無線インタフェースリソースを割り当てるステップは、初期送信のために使用される選択された無線インタフェースリソース及び／又は変調及び符号化方式に基づき、同じユーザ機器へのＮ回のデータ送信のために使用される無線インタフェースリソースを割り当てるステップを含む。初期スケジューリングが被送信データに対して実行されるとき、完了され得る最大送信数は、被送信データのサービス遅延に基づき決定され、初期送信のために使用される無線インタフェースリソース及び／又は変調及び符号化方式は、決定した最大送信数を参照して選択される。したがって、データ送信の占有する無線インタフェースリソースの数、及び／又は変調及び符号化方式は、適応的に調整でき、それにより、データを正しく送信する確率を更に保証する。例えば、特定の可能な設計では、最大送信数が３より少ない場合、無線インタフェースリソースの数は適切に増加され、及び／又は変調及び符号化方式の符号化レートは適切に減少され、それによりデータ送信の信頼性を向上する。
【００２１】
可能な設計では、被送信データの各送信スケジューリングの間に、ネットワーク装置は、残りの送信遅延に基づき、ＨＡＲＱ再送信が現在の送信の後に更に完了され得るか否かを決定して良い。ＨＡＲＱ再送信が現在の送信の後の残りの送信遅延のうちに完了できない場合、現在の送信の後にブラインド再送信が構成される。Ｎ回のデータ送信のために使用される無線インタフェースリソースは、現在の送信及びブラインド再送信のために使用される無線インタフェースリソースを含む。ＨＡＲＱ再送信が完了することは、データ送信端が、前のデータ送信についての受信端のＡＣＫ（ACKnowledgement）又はＮＡＣＫ（Negative  ACKnowledgement）フィードバックを待ち、及びＮＡＣＫフィードバックを受信した後にデータを再送信し、受信端が再送信データの復号化を完了するプロセスである。可能な限り多くのＨＡＲＱ再送信が遅延許容範囲内に構成されるので、データ送信の信頼性は最大限に向上できる。遅延が１又は複数のＨＡＲＱ再送信をサポートしない場合、ＨＡＲＱ再送信又は初期送信の後にブラインド再送信が構成されて良い。したがって、データ送信の信頼性は、遅延許容範囲内で更に向上される。各送信スケジューリングの間、後の遅延についての前述の決定、及び再送信ソリューションが実行され、したがって、後続の再送信タイプは残りの送信遅延に基づき一層柔軟に調整できる。それにより、遅延範囲内で正しいデータ送信を最大限に保証する。
【００２２】
可能な設計では、被送信データの（最大送信数−１）番目の送信がブラインド再送信ではない場合、被送信データの（最大送信数−１）番目の送信の間、ネットワーク装置は、残りの送信遅延に基づき、ＨＡＲＱ再送信が現在の送信の後に更に完了できるか否かを更に決定して良い。ＨＡＲＱ再送信が現在の送信の後の残りの送信遅延のうちに完了できない場合、現在の送信の後にブラインド再送信が構成される。複数のデータ送信のために使用される無線インタフェースリソースは、現在の送信及びブラインド再送信のために使用される無線インタフェースリソースを含む。ＨＡＲＱ再送信が完了することは、データ送信端が、前のデータ送信についての受信端のＡＣＫ（ACKnowledgement）又はＮＡＣＫ（Negative  ACKnowledgement）フィードバックを待ち、及びＮＡＣＫフィードバックを受信した後にデータを再送信し、受信端が再送信データの復号化を完了するプロセスである。後続の遅延及び再送信ソリューションを決定するステップは、（最大送信数−１）番目の送信スケジューリングの間にのみ実行され、ネットワーク装置の負荷が考慮される。したがって、遅延範囲内で再送信タイプを調整することにより、可能な限り正しいデータ送信が保証でき、ネットワーク装置の負荷も軽減できる。ネットワーク装置は、任意の送信スケジューリングの間に、後続の遅延及び再送信ソリューションの前述の決定を更に実行して良いことが理解できる。例えば、ネットワーク装置は、送信遅延範囲内でＨＡＲＱ再送信スケジューリングの間に、後続の遅延及び再送信ソリューションを決定するステップを実行することを選択して良い。
【００２３】
別の態様によると、本願の一実施形態は、リソーススケジューリング及び割り当て方法を提供する。方法は、ユーザ機器により、ダウンリンクメッセージを受信するステップであって、Ｎ回のデータ送信のために使用される無線インタフェースリソースが、ダウンリンクメッセージを用いて同じユーザ機器に割り当てられ、Ｎは１より大きい整数である、ステップを含む。
【００２４】
可能な設計では、ユーザ機器は、ダウンリンクメッセージを受信し、ユーザ機器に割り当てられ且つダウンリンクメッセージに含まれる、Ｎ回のデータ送信のために使用される無線インタフェースリソースをパースし、Ｎは１より大きい整数である。
【００２５】
可能な設計では、ユーザ機器は、ダウンリンク制御情報を用いて、Ｎ回のデータ送信のために使用され且つネットワーク装置により割り当てられた無線インタフェースリソースを取得し、ダウンリンク制御情報は、複数のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、Ｎは１より大きい整数である。
【００２６】
可能な設計では、ユーザ機器は、ダウンリンク制御情報の中で構成された無線インタフェースリソースでＮ回のデータ送信を送信し又は受信する。
【００２７】
可能な設計では、ダウンリンク制御情報は、Ｎの値に関する情報を更に含む。Ｎの値に関する情報はＮの実際の値であって良いことが理解できる。代替として、Ｎの実際の値は、別の指示方法で示されて良い。明らかに、Ｎの値は代替として１に構成されて良く、したがって、１回のデータ送信のために必要な無線インタフェースリソースはダウンリンク制御情報を用いて割り当てられる。
【００２８】
可能な設計では、ダウンリンク制御情報は、連続送信指示情報を更に含んで良い。連続送信指示情報は、ダウンリンク制御情報が、Ｎ回のデータ送信のために使用される無線インタフェースリソースに関する情報を含むか否かを示すために使用される、又は、ダウンリンク制御情報がＮ回の連続送信を示すか否かを示すために使用される。連続送信は、Ｎ回のデータ送信が、データ受信端によりフィードバックされるＮＡＣＫメッセージ又はＡＣＫメッセージを待たずに実行される再送信、例えばブラインド再送信のような自動再送信であることを意味する。本願における連続送信は時間において連続時間ドメインリソースで実行されて良いことに留意すべきである。例えば、連続送信は、ｎ番目のＴＴＩから（ｎ＋Ｎ−１）番目のＴＴＩまで実行される。代替として、連続送信は、時間において不連続な時間ドメインリソースで実行されて良い。例えば、送信は、時間ドメインリソース決定ルールに従い決定されたＮ個の時間ドメインリソースで実行される。あるいは、送信は、Ｎ回のデータ送信のために使用され且つダウンリンク制御情報の中で構成された時間ドメインリソースで実行される。周波数ドメインリソースを決定する方法も、ルールに従い又はダウンリンク制御情報の中の構成に基づき周波数ドメインリソースを決定することであって良い。これは、本願において限定されない。
【００２９】
可能な設計では、無線インタフェースリソースに関する情報は、無線インタフェースリソースの周波数ドメインリソース指示を含む。
【００３０】
可能な設計では、無線インタフェースリソースに関する情報は、無線インタフェースリソースの時間ドメインリソース指示、及び／又はデータ送信のために使用される冗長バージョン（Redundancy  Version、ＲＶ）情報を更に含む。
【００３１】
可能な設計では、ダウンリンク制御情報は、ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースは、最初のデータ送信のために使用される無線インタフェースリソースに関する情報に基づき決定される。１回の送信のために使用される無線インタフェースリソースに関する情報だけが、ダウンリンク制御情報を用いて配信される。したがって、ダウンリンク制御情報のビット数は削減でき、それにより制御チャネルのオーバヘッドを節約する。
【００３２】
可能な設計では、ダウンリンク制御情報は、ダウンリンク制御情報に対応する各データ送信のために使用される無線インタフェースリソースに関する情報を含む。ダウンリンク制御情報は、各データ送信のために使用される無線インタフェースリソースに関する情報を伝達するので、無線インタフェースリソースは各データ送信のために一層柔軟に割り当てることができる。
【００３３】
可能な設計では、ダウンリンク制御情報が、ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースが、最初のデータ送信のために使用される無線インタフェースリソースに関する情報に基づき決定されることは、最初のデータ送信のために使用される周波数ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される周波数ドメインリソースを決定することを含む。特定の可能な設計では、最初のデータ送信のために使用される周波数ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される周波数ドメインを決定するステップは、最初のデータ送信のために使用されるものと同じ周波数ドメインリソースを使用するステップを含む。別の特定の可能な設計では、最初のデータ送信のために使用される周波数ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される周波数ドメインリソースを決定するステップは、最初のデータ送信のために使用される周波数ドメインリソース指示に基づき、及び周波数ホッピングルールに従い、現在の送信のために使用される周波数ドメインリソースを計算するステップを含む。
【００３４】
可能な設計では、ダウンリンク制御情報が、ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースが、最初のデータ送信のために使用される無線インタフェースリソースに関する情報に基づき決定されることは、最初のデータ送信のために使用される時間ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される時間ドメインリソースを決定することを含む。特定の可能な設計では、最初のデータ送信のために使用される時間ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される時間ドメインリソースを決定するステップは、最初のデータ送信又は前のデータ送信の後に同じサービスデータ送信のために使用され得るＭ個のシンボルを使用するステップであって、Ｍは最初のデータ送信のために使用されたシンボル数と同じである、ステップを含む。別の特定の可能な設計では、最初のデータ送信のために使用される時間ドメインリソース指示に基づき、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される時間ドメインリソースを決定するステップは、最初のデータ送信又は前のデータ送信のために使用されるものと同じ時間ドメインリソースを使用するステップを含む。同じ時間ドメインリソースがＸ回のデータ送信のために使用されるとき（Ｘは１より大きい整数である）、Ｘ個の異なる周波数ドメインリソースが占有される必要がある。この場合、データ送信端は、１回の送信動作を用いてＸ回のデータ送信の送信を完了し、データ受信端は、１回の受信動作を用いてＸ回のデータ送信の受信を完了する。
【００３５】
可能な設計では、ダウンリンク制御情報が、ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースが、最初のデータ送信のために使用される無線インタフェースリソースに関する情報に基づき決定されることは、ルールに従い、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される冗長バージョンを決定することを更に含む。特定の可能な設計では、ルールに従い、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される冗長バージョンを決定するステップは、最初のデータ送信のために使用されたものと同じ冗長バージョンを使用するステップを含む。別の特定の可能な設計では、ルールに従い、ダウンリンク制御情報に対応する各残りのデータ送信のために使用される冗長バージョンを決定するステップは、冗長バージョン使用シーケンスに基づき、各データ送信で対応する冗長バージョンを使用するステップを含む。
【００３６】
留意すべきことに、以上で言及された「最初のデータ送信」は、ダウンリンク制御情報に対応する複数のデータ送信の中の最初の送信であり、「最初のデータ送信」が通信プロセスの中のデータの初期送信であるかは不確定である。
【００３７】
別の態様によると、本願の一実施形態は、ネットワーク装置を提供する。ネットワーク装置は、前述の方法におけるネットワーク装置の動作を実施する機能を有する。機能は、ハードウェアにより実施されて良く、又は対応するソフトウェアを実行するハードウェアにより実施されて良い。ハードウェア又はソフトウェアは、前述の機能に対応する１又は複数のモジュールを含む。
【００３８】
可能な設計では、ネットワーク装置の構造は、プロセッサ及び送信機を含む。可能な設計では、ネットワーク装置の構造は、受信機を更に含んで良い。プロセッサは、前述の方法における対応する機能を実行するようネットワーク装置をサポートするよう構成される。送信機及び受信機は、ネットワーク装置とユーザ機器との間の通信をサポートするよう構成される。送信機は、前述の方法における情報又はデータをユーザ機器に送信するよう構成される。受信機は、前述の方法におけるユーザ機器により送信された情報又はデータを受信するようネットワーク装置をサポートするよう構成される。ネットワーク装置は、メモリを更に含んで良い。メモリは、プロセッサに結合され、ネットワーク装置の必要なプログラム命令及び必要なデータを格納するよう構成される。
【００３９】
別の態様によると、本願の一実施形態は、ユーザ機器を提供する。ユーザ機器は、前述の方法におけるユーザ機器の動作を実施する機能を有する。機能は、ハードウェアにより実施されて良く、又は対応するソフトウェアを実行するハードウェアにより実施されて良い。ハードウェア又はソフトウェアは、前述の機能に対応する１又は複数のモジュールを含む。
【００４０】
可能な設計では、ユーザ機器の構造は、プロセッサ及び受信機を含む。可能な設計では、ユーザ機器の構造は、送信機を更に含んで良い。プロセッサは、前述の方法における対応する機能を実行するようユーザ機器をサポートするよう構成される。送信機は、前述の方法における情報又はデータをネットワーク装置に送信するようユーザ機器をサポートするよう構成される。受信機は、前述の方法におけるネットワーク装置により送信された情報又はデータを受信するようユーザ機器をサポートするよう構成される。ユーザ機器は、メモリを更に含んで良い。メモリは、プロセッサに結合され、ユーザ機器の必要なプログラム命令及び必要なデータを格納するよう構成される。
【００４１】
別の態様によると、本願の一実施形態は、通信システムを提供する。システムは、前述の態様によるネットワーク装置及びユーザ機器を含む。
【００４２】
更に別の態様によると、本願の一実施形態は、コンピュータ記憶媒体を提供する。コンピュータ記憶媒体は、前述のネットワーク装置により使用されるコンピュータソフトウェア命令を格納するよう構成され、コンピュータソフトウェア命令は、前述の態様を実行するよう設計されたプログラムを含む。
【００４３】
更に別の態様によると、本願の一実施形態は、コンピュータ記憶媒体を提供する。コンピュータ記憶媒体は、前述のユーザ機器により使用されるコンピュータソフトウェア命令を格納するよう構成され、コンピュータソフトウェア命令は、前述の態様を実行するよう設計されたプログラムを含む。
【００４４】
更に別の態様によると、本願の一実施形態は、命令を含むコンピュータプログラムプロダクトであってコンピュータプログラムプロダクトがコンピュータで実行されると、コンピュータはネットワーク装置の方法を実行するようにされる、コンピュータプログラムプロダクトを提供する。
【００４５】
更に別の態様によると、本願の一実施形態は、命令を含むコンピュータプログラムプロダクトであってコンピュータプログラムプロダクトがコンピュータで実行されると、コンピュータはユーザ機器の方法を実行するようにされる、コンピュータプログラムプロダクトを提供する。
【００４６】
従来技術と比較して、本願において提供されるソリューションでは、サービスの送信遅延要件及びデータ送信信頼性が包括的に考慮され、データ再送信は、遅延許容範囲内で再送信タイプ及び対応する無線インタフェースリソースを柔軟にスケジューリングし及び割り当てることにより実行される。したがって、データ送信信頼性が保証されると同時に、サービスの送信遅延要件が満たされる。
【図面の簡単な説明】
【００４７】
本願の実施形態は、添付の図面を参照して以下に詳細に記載される。
【００４８】
【図１】本願による可能な適用シナリオの概略図である。
【００４９】
【図２】本願による可能な無線インタフェースリソース割り当ての概略図である。
【００５０】
【図３】従来技術におけるＨＡＲＱ再送信及びブラインド再送信の概略フローチャートである。
【００５１】
【図４】本願の一実施形態による無線インタフェースリソーススケジューリング及び割り当て方法の概略フローチャートである。
【００５２】
【図５】本願の一実施形態によるダウンリンクリソーススケジューリング及び割り当ての概略図である。
【００５３】
【図６】本願の一実施形態によるアップリンクリソーススケジューリング及び割り当ての概略図である。
【００５４】
【図７】本願の一実施形態による別のダウンリンクリソーススケジューリング及び割り当ての概略図である。
【００５５】
【図８】本発明の一実施形態によるネットワーク装置の概略構造図である。
【００５６】
【図９】本願の一実施形態によるユーザ機器の概略構造図である。
【発明を実施するための形態】
【００５７】
本願の実施形態において記載されるネットワークアーキテクチャ及びサービスシナリオは、本願の実施形態における技術的ソリューションをより明確に説明することを目的とするものであり、本願の実施形態において提供される技術的ソリューションの限定として考えられるべきではない。当業者は、ネットワークアーキテクチャが進化し及び新しいサービスシナリオが出現するとき、本願の実施形態において提供される技術的ソリューションが同様の技術的問題に更に適用可能であることが分かる。
【００５８】
本願で記載される技術は、ロングタームエボリューション（Long  Term  Evolution、ＬＴＥ）システム、及び第５世代モバイル通信（the  ５th  Generation  mobile  communication、５Ｇ）のような後に展開されるシステム、又は例えば符号分割多重アクセス、周波数分割多重アクセス、時分割多重アクセス、直交周波数分割多重アクセス、及びシングルキャリア周波数分割多重アクセスのような種々の無線アクセス技術を用いる他の無線通信システムに適用可能である。技術は、特に、比較的高い遅延及びデータ信頼性要件を有するサービスシナリオ、例えば５Ｇにおける超高信頼且つ低遅延通信（Ultra-reliable  and  low  latency  communication）シナリオに適用可能である。図１に示すように、図１は、本願の一実施形態による通信システムの簡易ネットワークアーキテクチャ図である。ユーザ機器（User  Equipment、ＵＥ）は、無線インタフェースを用いてネットワーク装置にアクセスすることにより、ネットワーク装置と通信し、又は別のユーザ機器と通信、例えばＤ２Ｄ（device  to  device、装置対装置）又はＭ２Ｍ（machine  to  machine、機械対機械）シナリオにおいて通信して良い。ネットワーク装置は、ユーザ機器と通信して良く、又は別のネットワーク装置と通信、例えばマクロ基地局とアクセスポイントとの間で通信して良い。
【００５９】
本願では、用語「ネットワーク」及び「システム」は、通常同義であり、当業者はそれらの意味を理解できる。本願のユーザ機器は、種々のハンドヘルド装置、車内装置、ウェアラブル装置、コンピューティング装置、及び無線通信機能を有する制御装置、又は無線モデムに接続される別の処理装置、及びユーザ機器（User  Equipment、ＵＥ）、移動局（Mobile  station、ＭＳ）、端末（Terminal）、端末機器（Terminal  Equipment）、又は種々の形式の同様のものを含み得る。説明を容易にするために、本願では、上述の装置は集合的にユーザ機器又はＵＥとして参照される。本願のネットワーク装置は、基地局（Base  Station、ＢＳ）、ネットワーク制御部、モバイル交換局、等を含む。無線チャネルを用いてユーザ機器と直接通信する機器は、通常、基地局である。基地局は、マクロ基地局、マイクロ基地局、中継ノード、アクセスポイント、リモート無線ユニット（Remote  Radio  unit、ＲＲＵ）、又は種々の形式の同様のものを含み得る。もちろん、無線通信機能を有する別のネットワーク装置も、ユーザ機器と無線通信を実行できる。これは、本願において一意に限定されない。異なる無線アクセス技術を用いるシステムでは、基地局機能を有する装置の名称は異なることがある。例えば、ＬＴＥネットワークでは、装置は進化型ＮｏｄｅＢ（evolved  NodeB、eNB、又はeNodeB）として参照される。第三世代３Ｇネットワークでは、装置はＮｏｄｅＢ（Node  B）として参照される。
【００６０】
ネットワーク装置がユーザ機器にリソースを割り当てること、又はユーザ機器がネットワーク装置のリソースを受信することは、基本的にリソース又はユーザ機器スケジューリングであり、リソース又はユーザ機器スケジューリングはリソース割り当てに確実に対応するので、本願で言及される「リソーススケジューリング及び割り当て方法」は、「リソーススケジューリング方法」又は「リソース割り当て方法」としても定められる。
【００６１】
本願で言及される「サービス送信遅延」、「サービス遅延」、「送信遅延」、及び「遅延」は、元のデータに対して符号化が実行される、処理されたデータがチャネルを用いて送信端により送信され受信端へ送信される、データが復号化に成功する、データが元のデータに復元されるような一連の処理が行われる過程に費やされる全ての時間である。つまり、送信端でデータパケットが生成された時点から、データパケットが受信端により正しく受信される時点までの遅延（latency）である。
【００６２】
図２を参照して、無線インタフェースリソースを定める基本概念及び無線インタフェースリソースの基本分割方法が説明される。無線インタフェースリソースは、無線インタフェースの時間ドメインリソース及び周波数ドメインリソースを含み、通常、リソース単位（Resource  Element、ＲＥ）、リソースブロック（Resource  Block、ＲＢ）、サブキャリア（Subcarrier）、シンボル（Symbol）、又は送信時間間隔（Transmission  Time  Interval、ＴＴＩ）のような用語を用いて表される。無線インタフェースリソースは、通常、周波数ドメイン及び時間ドメインの観点で分割される。無線インタフェースリソースは、周波数ドメインの観点でサブキャリアに分割され、又は時間ドメインの観点でシンボルに分割される。無線インタフェースリソース全体は、図２に示される周波数ドメイン及び時間ドメイン分割グリッドを含む。各グリッドは、リソース単位であり、シンボル時間内のサブキャリアのリソースを表す。各リソース単位は、特定の情報を伝達して良い。Ｎｓｙｍｂ個のシンボルは時間において１つのＴＴＩを形成する。ＴＴＩの中のＮＲＢＳＣ個のサブキャリアは、リソースブロックを形成するために結合される。リソーススケジューリング及び割り当てを容易にするために、通常、タイムスロット（slot）及びサブフレーム（subframe）のような概念は時間ドメインの観点で更に定義される。図２の各ＴＴＩは７個のシンボルを含み、各リソースブロックは１２個のサブキャリアを含み、７個のシンボル全てはタイムスロットであり、２個のタイムスロットは１個のサブフレームを形成することが分かる。これは、比較的標準的な無線インタフェースリソース分割方法であり、無線インタフェースリソース分割原理を説明するための特定の例に過ぎない。異なるシステムにおいて他の時間ドメイン及び周波数ドメインリソース分割方法が存在して良い。例えば、シングルキャリアシステムでは１個のサブキャリアだけが周波数ドメインに存在して良く、又は比較的高い遅延要件を有するシステムでは１つのシンボルが１つのＴＴＩであって良い。特定の無線インタフェースリソース分割方法は、本願の本実施形態において一意に限定されない。
【００６３】
本願の「送信時間間隔（Transmission  Time  Interval、ＴＴＩ）」は、シンボル（symbol）、サブフレーム（subframe）、タイムスロット（slot）、又はミニスロット（mini  slot）のうちのいずれか１つであって良く、又は少なくとも１つのサブフレーム、少なくとも１つのシンボル、少なくとも１つのタイムスロット、又は少なくとも１つのミニスロットを含んで良い。任意で、本発明の実施形態におけるソリューションは、シンボル、サブフレーム、タイムスロット又はミニスロットのような時間単位に更に適用されて良く、又は、少なくとも１つのシンボル、少なくとも１つのサブフレーム、少なくとも１つのタイムスロット、又は少なくとも１つのミニスロットのような時間単位に適用されて良い。特定の実装はＴＴＩ又はサブフレームが時間単位として使用されるときと同じであり、詳細はここで再び説明されない。
【００６４】
データ送信のための無線インタフェースリソースを割り当てるとき、ネットワーク装置は、通常、ダウンリンク制御メッセージを用いて、時間ドメインリソース及び／又は周波数ドメインリソースを示す情報を配信する。時間ドメインリソースは、利用可能シンボル数又はデータ送信の中のタイムスロット番号を配信することにより、又はデフォルトでサブフレーム全体の全部のシンボルを使用することにより、割り当てられて良い。周波数ドメインリソースは、初期リソースブロックインデックス及び利用可能リソースブロックの長さを配信することにより割り当てられて良い。あるいは、利用可能リソースブロックグループは、リソースブロックをリソースブロックグループ（Resource  Block  Group、ＲＢＧ）に割り当て、及びビットマップ（bitmap）を配信することにより、示されて良い。あるいは、利用可能周波数ドメインリソースは、リソースブロック選択ルールを予め定め、及び対応するルールインデックスを配信することにより、示されて良い、等である。本願で言及される時間ドメインリソース指示及び／又は周波数ドメインリソース指示は、無線インタフェースリソースを定めることのできる全ての情報を含む。特定の指示方法は、本願において一意に定められない。
【００６５】
図３を参照して、従来技術におけるハイブリッド自動再送要求（Hybrid  Automatic  Repeat  reQuest、ＨＡＲＱ）を用いてトリガされる再送信及びブラインド再送信の基本手順が説明される。図３Ａに示すように、一例としてＬＴＥシステムにおけるアップリンクＨＡＲＱプロセスを用いて、ｅＮＢは、先ず、ｎ番目のサブフレームの中で、ＵＥへのデータ送信のために使用されるアップリンク無線インタフェースリソースを割り当て、ＵＥは、最初に、（ｎ＋４）番目のサブフレームでデータを送信する。ｅＮＢが最初に送信されたデータを受信した後に、データの復号化に失敗したとすると、ｅＮＢは、（ｎ＋８）番目のサブフレームで否定応答（Negative  ACKnowledgement、ＮＡＣＫ）メッセージをＵＥへフィードバックして、同じサブフレームを有する後続の周波数ドメインリソースで該データを再送するようＵＥをトリガする。幾つかの可能な例では、ｅＮＢは、ＮＡＣＫをフィードバックするとき、ＵＥへの再送信のために使用される新しいアップリンク無線インタフェースリソースを再び割り当てる。ｅＮＢによりフィードバックされたＮＡＣＫ及び／又はアップリンクリソース割り当てメッセージを受信した後に、ＵＥは（ｎ＋１２）番目のサブフレームでデータを再送信する。再送信の後に、ｅＮＢが送信されたデータを正しく復号化できた場合、ｅＮＢは、（ｎ＋１６）番目のサブフレームでＵＥへ肯定応答（ACKnowledgment、ＡＣＫ）メッセージをフィードバックして、データの送信プロセスが終了する。最初の再送信の後に、ｅＮＢがデータの復号化に失敗したままである場合、ｅＮＢは、データが正しく復号化されるまで又は設定された最大再送信回数に達するまで、再び前述の手順に基づきＮＡＣＫ及び／又はアップリンクリソース割り当てメッセージをＵＥにフィードバックすることにより、再送信をトリガする。ＨＡＲＱ再送信の前述の基本手順から、ＨＡＲＱ技術では、データ送信の信頼性は複数の肯定応答フィードバック及び再送信を用いて保証されることが分かる。しかしながら、比較的高い遅延要件を有するサービスデータ送信では、複数の肯定応答フィードバック及び再送信は、遅延制限範囲内で完了できない。この場合、データ再送信の信頼性が影響を受ける。
【００６６】
引き続き一例としてＬＴＥシステムにおけるアップリンク送信を用いて、図３Ｂは、ＬＴＥシステムにおけるブラインド再送信技術（これは、ＬＴＥシステムにおけるＴＴＩバンドリング技術としても参照される）の適法方法を示す。ｅＮＢは、ｎ番目のサブフレームでＵＥへのデータ送信のために使用されるアップリンク無線インタフェースリソースを割り当てる。ＵＥは、（ｎ＋４）番目のサブフレームから（ｎ＋７）番目のサブフレームまで初期送信及び３回の再送信を連続して実行する。ｅＮＢは、最後の再送信データを受信した後に、受信したデータ全部に対して共同復号化を実行する。復号化が成功した場合、ｅＮＢはＡＣＫをフィードバックする。あるいは、復号化が失敗した場合、ｅＮＢはＮＡＣＫ及び／又はアップリンクリソース割り当てメッセージをフィードバックして、次の連続再送信をトリガする。この種のブラインド再送信技術では、データ送信の信頼性は、最初のリソース割り当ての後の自動再送信を通じて保証されるが、チャネル品質が比較的良好なシナリオではリソースの浪費がある。
【００６７】
本願の本実施形態で提供されるソリューションによると、無線インタフェースリソース及び再送信種類は、サービスにより要求される遅延に基づき動的にスケジューリング及び割り当てることができる。したがって、サービスの遅延要件が満たされるとき、データ送信の信頼性が保証される。本願の本実施形態は、上述した本願の共通の態様に基づき更に以下に詳述される。
【００６８】
図４に示すように、本願の一実施形態は、リソーススケジューリング及び割り当て方法を提供する。
【００６９】
部分４０１で、ネットワーク装置は、ダウンリンク制御情報を用いて同じユーザ機器へのＮ回のデータ送信のために使用される無線インタフェースリソースを割り当てる。ダウンリンク制御情報は、Ｎ回のデータ送信のために使用される無線インタフェースリソースに関する情報を含む。ここでＮは１より大きい整数である。
【００７０】
一例では、前述の無線インタフェースリソーススケジューリング及び割り当ては、ダウンリンク制御情報の中で表１に列挙された情報要素を伝達することにより実施できる。表中の任意情報要素は、特定の状況に基づき省略されて良い。特定の例では、Ｎの値に関する情報を伝達する情報要素は、Ｎの値の特定の範囲に基づき、特定のビット数を決定して良い。例えば、情報要素は、表２又は表３に示す方法で設計される。表２の設計方法では、１ビットが最大２回のデータ再送信をサポートできるリソース割り当てが使用される。表３の設計方法では、２ビットが最大４回のデータ再送信をサポートできるリソース割り当てが使用される。特定の例では、Ｎの値に関する情報は省略されて良い。この場合、現在のダウンリンク制御情報に対応して、１回のデータ送信だけが実行される。データ送信のために使用される周波数ドメインリソースについては、周波数ドメインリソースは、初期リソースブロックインデックス及び利用可能リソースブロックの長さを配信することにより割り当てられて良い。あるいは、利用可能リソースブロックグループは、リソースブロックをリソースブロックグループに分割し、及びビットマップを配信することにより、示されて良い。あるいは、利用可能周波数ドメインリソースは、リソースブロック選択ルールを予め定め、及び対応するルールインデックスを配信することにより、示されて良い、等である。データ送信のために使用される時間ドメインリソースは、利用可能シンボル数又はデータ送信におけるタイムスロット番号を配信することにより、割り当てられる。利用可能シンボル数は、表４に示す方法で設計されて良い。あるいは、情報要素は省略されて良く、サブフレーム全体の全部のシンボルがデフォルトで送信のために使用される。データ送信のために使用される冗長バージョン（Redundancy  Version、ＲＶ）では、特定の冗長バージョン番号は、従来の方法で２ビットを用いて直接示されて良い。あるいは、｛０，２，１，３｝のような冗長バージョン使用シーケンスが予め定められて良く、使用シーケンスの中の冗長バージョンは送信シーケンスに基づき順次使用される。
【００７１】
特定の例では、Ｎ回のデータ送信のために使用される無線インタフェースリソースに関する情報がダウンリンク制御情報内に構成されるとき、Ｎの値に関する情報は省略されて良い。この場合、データ送信の回数（つまり、Ｎの値）は、ダウンリンク制御情報に含まれる無線インタフェースリソース情報片の数に基づき決定されて良い。
【００７２】
表１の従来技術で示される情報要素は、既存無線システムにおける関連する技術規定、例えばＬＴＥシステムにおける第三世代パートナーシッププロジェクト３ＧＰＰ（３rd  Generation  Partnership  Project）ＴＳ（Technical  Specification）３６．２１２及び３６．２１３における特別規定を参照して設計されて良く、詳細はここに記載されない。
［表１］ダウンリンク制御情報の中で無線インタフェースリソースを割り当てるために使用される情報要素
【表１】
2019513321.tif 000003
［表２］Ｎの値に関する情報を伝達する情報要素の特定の設計方法
【表２】
2019513321.tif 000004
［表３］Ｎの値に関する情報を伝達する情報要素の別の特定の設計方法
【表３】
2019513321.tif 000005
［表４］データ送信のために使用される時間ドメインリソース指示情報の特定の設計方法
【表４】
2019513321.tif 000006
【００７３】
別の例では、最初のデータ送信のために使用される無線インタフェースリソースに関する情報のみが、ダウンリンク制御情報の中で構成されて良い。現在のダウンリンク制御情報に対応する最初のデータ送信の間、メッセージの中で構成された無線インタフェースリソースが使用され、残りの送信のために使用される無線インタフェースリソースは、最初の送信のために使用された無線インタフェースリソースに基づき決定される。具体的に、残りの送信のために使用される周波数ドメインリソースについて、最初の送信のために使用されたものと同じ周波数ドメインリソースが使用されて良く、又は現在の送信のために使用される周波数ドメインリソースは、最初の送信のために使用された周波数ドメインリソースに関する情報に基づく周波数ホッピングルールに従い計算されて良い。例えば、ダウンリンクリソース割り当て処理において、最初の送信のために使用されるＲＢリソースのインデックスがＫであると仮定すると（Ｋは０以上の整数である）、最初のブラインド再送信のために使用されるＲＢリソースのインデックスは、（（Ｋ＋ｊ）ｍｏｄセル内のダウンリンクＲＢリソース数）であって良く、２番目のブラインド再送信のために使用されるＲＢリソースのインデックスは、（（Ｋ＋ｊ／２）ｍｏｄセル内のダウンリンクＲＢリソース数）であり、ｊ＝（セル内のダウンリンクＲＢリソース数／２）であり、ｍｏｄは算術的計算におけるモジュロ演算を示す。残りの送信のために使用される時間ドメインリソースについて、最初のデータ送信の後に同じサービスデータ送信のために使用され得るＭ個のシンボルが使用できる。ここで、Ｍは最初のデータ送信のために使用されたシンボル数と同じである。あるいは、最初のデータ送信又は前のデータ送信のために使用されたものと同じ時間ドメインリソースが使用できる。同じ時間ドメインリソースがＸ回のデータ送信のために使用されるとき（Ｘは１より大きい整数である）、Ｘ個の異なる周波数ドメインリソースが占有される必要があることに留意すべきである。この場合、データ送信端は、１回の送信動作を用いてＸ回のデータ送信の送信を完了し、データ受信端は、１回の受信動作を用いてＸ回のデータ送信の受信を完了する。残りの送信のために使用される冗長バージョンについて、最初の送信のために使用されたものと同じ冗長バージョンが使用されて良く、又は、冗長バージョンは送信シーケンスに基づき使用されて良い。例えば、可能な冗長バージョンシーケンスが｛０，２，１，３｝である場合、冗長バージョンは、送信シーケンスに基づき使用されて良い。つまり、冗長バージョン０が最初のデータ送信のために使用され、冗長バージョン２が２番目のデータ送信のために使用され、冗長バージョン１が３番目のデータ送信のために使用され、冗長バージョン３が４番目のデータ送信のために使用される。
【００７４】
任意で、同じ時間ドメインリソースがＸ回のデータ送信のために使用されるとき（Ｘは１より大きい整数である）、Ｘ個の異なる周波数ドメインリソースが占有される必要がある。この場合、データ送信端は、１回の送信動作を用いてＸ回のデータ送信の送信を完了し、データ受信端は、１回の受信動作を用いてＸ回のデータ送信の受信を完了する。ＸはＮに等しくて良い。つまり、Ｎ回のデータ送信は、同じ時間ドメインリソースで実行される。代替として、ＸはＮより小さくて良い。つまり、Ｎ回のデータ送信の中のＸ回のデータ送信は、同じ時間ドメインリソースで実行される。
【００７５】
一例では、ダウンリンク制御情報は、連続送信指示情報を更に含んで良い。連続送信指示情報は、ダウンリンク制御情報が、Ｎ回のデータ送信のために使用される無線インタフェースリソースに関する情報を含むか否かを示すために使用される、又は、ダウンリンク制御情報がＮ回の連続送信を示すか否かを示すために使用される。連続送信は、ＨＡＲＱメカニズムに基づかない再送信である。つまり、データ送信端は、データ受信端がＮＡＣＫ又はＡＣＫをフィードバックするのを待たずに、再送信、例えばブラインド再送信のような自動再送信を実行して良い。
【００７６】
特定の例では、連続送信指示情報は、独立情報要素であって良い。例えば、ダウンリンク制御情報の中の連続送信情報は、１ビット（bit）情報要素を用いて示されて良い。例えば、１ビット（bit）情報要素の値が「１」であるとき、これは連続データ送信が実行されることを示す。データ送信端は、ダウンリンク制御情報が送信された後に、ｘ番目のＴＴＩからＮ回の間、データを送信する。データ受信端は、ダウンリンク制御情報が受信された後に、ｘ番目のＴＴＩからＮ回の間、データを受信する。データ送信端及びデータ受信端は、Ｎ回のデータ送信のために使用され且つダウンリンク制御情報の中で構成された無線インタフェースリソースを使用する。ここで、ｘは０以上の整数であり、本発明のルールに従い決定されて良い。１ビット（bit）情報要素の値が「０」であるとき、これは連続データ送信が実行されないことを示す。データ送信端及びデータ受信端は、ダウンリンク制御情報の中で構成された無線インタフェースリソースに関する情報を用いて、データ送信又は再送信を実行して良い。
【００７７】
別の特定の例では、連続送信指示情報は、代替として、別の情報を示すために使用される情報要素であって良い。例えば、現在のダウンリンク制御情報の中の連続送信情報は、所定の又は予め合意された閾と情報要素により示される情報とを結合することにより示されて良い。任意で、閾は、固定的に、半固定的に、又は動的に構成されて良い。閾は、閾を半固定的に又は動的に構成することにより一層柔軟に構成され又は更新されて良い。これにより、連続送信をトリガする条件を柔軟に変更する。任意で、ネットワーク装置は、物理レイヤ制御シグナリング、無線リソース制御レイヤシグナリング、及び媒体アクセス制御レイヤシグナリングのうちのいずれか１つ又は少なくとも１つを用いて、ユーザ機器へ閾を送信して良い。もちろん、別の種類のシグナリングが更に使用されて良い。これは、本願において限定されない。例えば、連続送信指示情報は、変調及び符号化方式情報を示すために使用される情報要素を用いることにより、所定閾を用いて示されて良い。ダウンリンク制御情報は、変調及び符号化方式情報（Modulation  and  Coding  Scheme、ＭＣＳ）指示情報のような変調及び符号化方式情報を含み得る。データ送信端及びデータ受信端は、ＭＣＳ閾を予め合意して良い。ダウンリンク制御情報の中で示される変調及び符号化方式情報がＭＣＳ閾より小さいとき、これは連続送信を示し、その他の場合には、これは不連続送信を示す。
【００７８】
任意で、ダウンリンク制御情報は、連続送信指示情報、及びＮの値に関する情報、のうちの少なくとも１つを含み得る。この場合、Ｎ回のデータ送信のために使用される無線インタフェースリソースは、ダウンリンク制御情報の中で直接構成されて良い。代替として、１回のデータ送信のために使用される無線インタフェースリソースだけが、ダウンリンク制御情報の中で構成されて良く、残りのＮ−１回のデータ送信のために使用される無線インタフェースリソースに関する情報は、構成された無線インタフェースリソース情報に基づき決定される。任意で、Ｎ回のデータ送信のために使用される無線インタフェースリソースは、代替として、ダウンリンク制御情報の中で直接校正されて良く、データ送信端及びデータ受信端は、Ｎ回のデータ送信のために使用される構成された無線インタフェースリソースでデータを直接送信し及び受信する。具体的な無線インタフェースリソース構成方法については、前述の記載を参照し、詳細はここに再び記載されない。
【００７９】
一例では、ネットワーク装置又はＵＥは、ダウンリンク制御情報の中で構成された無線インタフェースリソースでＮ回のデータ送信を送信し又は受信する。
【００８０】
特定の例では、アップリンクデータ送信が実行される必要がある場合、ＵＥはダウンリンク制御情報を受信し、Ｎ回のデータ送信のために使用され且つダウンリンク制御情報に含まれる無線インタフェースリソースをパースし、ダウンリンク制御情報の中で構成された無線インタフェースリソースでＮ回のデータ送信を送信する（Ｎが構成されないとき、１回のデータ送信のみが送信される）。ネットワーク装置は、対応する無線インタフェースリソースでＮ回のデータ送信を受信し（Ｎが構成されないとき、１回のデータ送信のみが受信される）、次にＮ回（又は１回）、受信したデータに対して復調及び復号化のような関連動作を実行する。
【００８１】
別の特定の例では、ダウンリンクデータ送信が要求される場合、ネットワーク装置は、ダウンリンク制御情報の中で構成された無線インタフェースリソースでＮ回のデータ送信を送信する（Ｎが構成されないとき、１回のデータ送信のみが送信される）。ＵＥは、ダウンリンク制御情報を受信し、Ｎ回のデータ送信のために使用され且つダウンリンク制御情報に含まれる無線インタフェースリソースをパースし、対応する無線インタフェースリソースでＮ回のデータ送信を受信し（Ｎが構成されないとき、１回のデータ送信のみが受信される）、次に、Ｎ回（又は１回）、受信したデータに対して復調及び復号化のような関連動作を実行する。
【００８２】
本願の実施形態は、更に添付の図面を参照して以下に更に説明される。
【００８３】
図５は、本願の一実施形態によるダウンリンクリソーススケジューリング及び割り当ての概略図である。
【００８４】
図５に示す無線インタフェースリソース構造の一例では、１又は複数のシンボルが１つのＴＴＩを形成する。システムは、ＴＴＩを単位として用いて、時間ドメインリソーススケジューリングを実行する。１６ＴＴＩの合計時間長は１ｍｓである。簡単さ及び便宜のために、特定のシンボルは本例においては省略される。したがって、ＴＴＩは時間ドメイン上の指示のための最小単位として使用される。周波数ドメインでは、幾つかのサブキャリアがＲＢを形成する。簡単さ及び便宜のために、特定のサブキャリアは本例においては省略される。したがって、ＲＢは周波数ドメイン上の指示のための最小単位として使用される。
【００８５】
本願のリソーススケジューリング及び割り当ての実装方法を明確に記載するために、特定の実施形態では、ＨＡＲＱ送信において、現在送信と次の送信との間に４個のＴＴＩの間隔が必要であり、送信されたデータの受信及び復号化、ＡＣＫ／ＮＡＣＫフィードバック、及び受信及び復号化のために使用される。データが送信端から送信された後に、受信端は、該データを復号化するために更に２ＴＴＩを要する。前述の仮定に基づき、本願明細書では、ＨＡＲＱ再送信が完了する過程、つまり、データ送信端が前のデータ送信について受信端のＡＣＫ又はＮＡＣＫフィードバックを待ち、ＮＡＣＫフィードバックを受信した後にデータを再送信し、受信端が再送信データの復号化を完了する過程により、７ＴＴＩが必要である。７ＴＴＩのうち、４ＴＴＩはＡＣＫ又はＮＡＣＫフィードバックの待機及び受信のために使用され、１ＴＴＩは再送信のために使用ｓれ、２ＴＴＩは再送信データの復号化のために使用される。異なるシステムでは、復号化のために使用される間隔及び時間は変化し得る。しかしながら、変化は、本願の本実施形態で提供されるソリューションの原理及び実装に影響を与えない。これは、本願において一意に限定されない。
【００８６】
図５に提供される例では、被送信データがＴＴＩｎ時点でネットワーク装置に到達し、データの属するサービスにより要求されるデータ送信遅延が１ｍｓである場合、ネットワーク装置は、最も遅くてＴＴＩｎ＋１５時点で、データの復号化が完了する必要があることを識別できる。受信端が復号化のために２ＴＴＩを更に必要とすることを考慮すると、データの最後の送信はＴＴＩｎ＋１３で又はその前に完了する必要がある。
【００８７】
一例では、ネットワーク装置が被送信データに対して初期送信スケジューリングを実行するとき、送信遅延範囲内で完了され得る被送信データの最大送信数は、被送信データのサービスにより要求される送信遅延に基づき決定される。最大送信数（ハイブリッド自動再送要求の数＋ブラインド再送信の数＋１）。ブラインド再送信は、受信端のフィードバックメッセージ又はネットワーク装置により実行されるスケジューリングを待たずに送信端により実行される受信端への１又は複数のデータ再送信である。具体的に、図５に示す例を参照して、ネットワーク装置は、先ず、ＴＴＩｎ＋２で被送信データを送信する。ＴＴＩｎ＋２で初期送信を実行した後に、ネットワーク装置は、１ｍｓ遅延限度に基づき、ＨＡＲＱ再送信により必要とされる４ＴＴＩ間隔、受信端により復号化のために使用される２ＴＴＩ、を更に決定して良い。２つのＨＡＲＱ再送信は、ＴＴＩｎ＋７及びＴＴＩｎ＋１２に配置されて良い。ＴＴＩｎ＋１２の再送信の後に、受信端は、再送信データに対する復号化を完了できるが（つまり、ＨＡＲＱ再送信が完了する）、送信端がＡＣＫ／ＮＡＣＫフィードバックを受信し次の再送信データを復号化することをサポートするための時間を有しない。したがって、ＨＡＲＱ再送信は、残りの３ＴＴＩで更に完了できない。しかしながら、ブラインド再送信は、ＴＴＩｎ＋１３で更に実行されて良く、受信端は、ＴＴＩｎ＋１５（つまり１ｍｓ以内）で盲目的に再送信されたデータに対する復号化を完了して良い。前述の決定に基づき、ネットワーク装置は、最大データ送信数が４であることが分かる。
【００８８】
一例では、ネットワーク装置は、最大送信数を参照して、初期送信のために使用される無線インタフェースリソース及び／又は変調及び符号化方式情報方式を選択する。具体的に、図５に提供される例を参照して、ネットワーク装置は、最大送信数が４であるとき、データ送信の信頼性が保証できると考える。したがって、ネットワーク装置は、ＵＥにより報告されたＣＱＩに基づき、初期送信のために使用される無線インタフェースリソースの数及び／又は変調及び符号化方式を直接決定して良い。より具体的には、ネットワーク装置は、最大送信数について、２のような閾を設定して良い。最大送信数が閾を超えるとき、これは、データ送信の信頼性が保証できると考えられる。送信数が閾以下であるとき、これは、送信数がデータ送信の信頼性を保証できないと考えられる。したがって、無線インタフェースリソースの数は適切に増加されて良く、及び／又は変調及び符号化方式の符号化レートは適切に低下されて良く、それにより信号送信の信頼性を向上する。
【００８９】
一例では、被送信データの各送信スケジューリングの間に、ネットワーク装置は、残りの送信遅延に基づき、ＨＡＲＱ再送信が現在の送信の後に更に完了され得るか否かを決定する。ＨＡＲＱ再送信が現在の送信の後の残りの送信遅延のうちに完了できない場合、現在の送信の後にブラインド再送信が構成される。Ｎ回のデータ送信のために使用される無線インタフェースリソースは、現在の送信及びブラインド再送信のために使用される無線インタフェースリソースを含む。具体的に、図５に示す例を参照して、ネットワーク装置が依然としてＨＡＲＱ再送信を完了するための時間を有し、初期送信の後にブラインド再送信を構成する必要のない場合、ネットワーク装置は、ダウンリンク制御情報を用いて、初期送信のために使用される無線インタフェースリソース及び送信数を配信する。本例では、Ｎの値は１である。さらに、データの初期送信はＴＴＩｎ＋２で実行され、ＵＥは、ダウンリンク制御情報の指示に基づき、ＴＴＩｎ＋２でデータを受信し復号化する。復号化が成功すると、ＡＣＫがフィードバックされ、ネットワーク装置は、ＡＣＫメッセージを受信した後に現在のデータ送信を終了する。ＵＥがデータの復号化に失敗した場合、ＮＡＣＫがフィードバックされ、ＮＡＣＫを受信した後に、ネットワーク装置は、ダウンリンク制御情報を用いて、再送信のために使用される無線インタフェースリソース及びＮの値に関する情報を再び配信する。具体的には、図５に提供される例を参照して、ＴＴＩｎ＋７で再送信スケジューリングを実行するとき、ネットワーク装置は、ＨＡＲＱ再送信が残りの時間内で完了され得ることを決定する。つまり、ＴＴＩｎ＋７でデータについてＵＥによりフィードバックされたＡＣＫ／ＮＡＣＫを受信した後に、ネットワーク装置がＮＡＣＫ情報を受信した場合、ネットワーク装置は再び再送信を構成して良く、ＵＥは再構成された再送信を１ｍｓ否かに完了して良い。したがって、ネットワーク装置は、ダウンリンク制御情報の中でＴＴＩｎ＋７における再送信のために使用される無線インタフェースリソースだけを割り当て、Ｎの値は１に設定され、データ送信はＴＴＩｎ＋７で実行される。ＵＥは、ダウンリンク制御情報の指示に基づきＴＴＩｎ＋７でデータを受信し復号化する。復号化が成功すると、ＡＣＫがフィードバックされ、ネットワーク装置は、ＡＣＫメッセージを受信した後に現在のデータ送信を終了する。ＵＥがデータの復号化に失敗した場合、ＮＡＣＫがフィードバックされ、ＮＡＣＫを受信した後に、ネットワーク装置は、ダウンリンク制御情報を用いて、再送信のために使用される無線インタフェースリソース及びＮの値に関する情報を再び配信する。具体的に、ＴＴＩｎ＋１２における再送信スケジューリングの間、ネットワーク装置は、ＴＴＩｎ＋１２における再送信の後に再送信データの復号化を完了できるが、送信端がＡＣＫ／ＮＡＣＫフィードバックを受信することをサポートするための更なる時間を有しない。つまり、ＨＡＲＱ再送信は残りの３ＴＴＩのうちに更に完了できない。しかしながら、ブラインド再送信は、ＴＴＩｎ＋１３で更に実行されて良く、受信端は、ＴＴＩｎ＋１５（つまり１ｍｓ以内）で盲目的に再送信されたデータに対する復号化を完了して良い。したがって、現在の再送信及び後続のブラインド再送信のために使用される無線インタフェースリソースは、ダウンリンク制御情報の中で割り当てられ、Ｎの値は２に設定され、データ再送信はＴＴＩｎ＋１２及びＴＴＩｎ＋１３で実行される。ＵＥは、ダウンリンク制御情報の指示に基づきＴＴＩｎ＋１２及びＴＴＩｎ＋１３でデータを受信し復号化する。
【００９０】
図５に提供される実施形態では、ダウンリンク制御情報を用いて送信数及び無線インタフェースリソースを割り当てる特定の方法については、図４に関連する実施形態の記載を参照し、詳細はここで再び記載されない。
【００９１】
図６は、本願の一実施形態によるアップリンクリソーススケジューリング及び割り当ての概略図である。
【００９２】
図６に示す実施形態では、無線インタフェースリソース分割、ＨＡＲＱプロセス、復号化により要求される時間、データ到着時点、及びサービス遅延の前提は、図５に示される実施形態におけるものと同じであり、詳細はここで再び記載されない。違いは、図６に示す実施形態では一例としてアップリンクデータ送信が使用されることである。データが最初に送信される時点は図５に示す実施形態における時点と異なり、ネットワーク装置は、ＨＡＲＱ再送信が（最大送信数−１）番目のスケジューリングの間に続いて完了され得るか否かを決定するだけである。
【００９３】
一例では、ネットワーク装置が被送信データに対して初期送信スケジューリングを実行するとき、送信遅延範囲内で完了され得る被送信データの最大送信数は、被送信データのサービスにより要求される送信遅延に基づき決定される。具体的に、図６に示す例を参照して、ネットワーク装置は、先ず、ＴＴＩｎ＋４で被送信データを送信するようＵＥをスケジューリングする。ＴＴＩｎ＋４で初期送信を実行した後に、ネットワーク装置は、１ｍｓ遅延限度に基づき、ＨＡＲＱ再送信により必要とされる４ＴＴＩ間隔、受信端により復号化のために使用される２ＴＴＩ、ＵＥがＴＴＩｎ＋９でＨＡＲＱ再送信を実行するよう更にスケジューリングされて良いこと、を更に決定して良い。ＴＴＩｎ＋９における再送信の後に、受信端は、再送信データに対する復号化を完了して良い。つまり、現在のＨＡＲＱ再送信が完了する。次に、送信端は、現在のＨＡＲＱ再送信についてのＡＣＫ／ＮＡＣＫフィードバックも受信して良い。しかしながら、再送信がＴＴＩｎ＋１４で再びスケジューリングされる場合、受信端は、１ｍｓ以内にＴＴＩｎ＋１４において再送信データに対する復号化を完了できない。したがって、ＨＡＲＱ再送信は更に完了できないが、１又は複数のブラインド再送信は、ＴＴＩｎ＋１０からＴＴＩｎ＋１３まで更に実行されて良く、受信端はＴＴＩｎ＋１５（つまり１ｍｓ以内）で盲目的に再送信されたデータに対する復号化を完了して良い。具体的には、図６に提供される例を参照して、ネットワーク装置は、１回だけのブラインド再送信が構成されることに基づき、最大送信数が３であると決定する。
【００９４】
一例では、ネットワーク装置は、最大送信数を参照して、初期送信のために使用される無線インタフェースリソース及び／又は変調及び符号化方式情報方式を選択する。具体的に、図６に提供される例を参照して、ネットワーク装置は、最大送信数が３であるとき、データ送信の信頼性が保証できると考える。したがって、ネットワーク装置は、ＵＥにより報告されたＣＱＩに基づき、初期送信のために使用される無線インタフェースリソースの数及び／又は変調及び符号化方式を直接決定して良い。更に特定の実装については、図５に関連する実施形態の説明を参照する。
【００９５】
一例では、（最大送信数−１）番目の送信スケジューリングの間に、ネットワーク装置は、残りの送信遅延に基づき、ＨＡＲＱ再送信が現在の送信の後に更に完了され得るか否かを決定する。ＨＡＲＱ再送信が現在の送信の後の残りの送信遅延のうちに完了できない場合、現在の送信の後にブラインド再送信が構成される。Ｎ回のデータ送信のために使用される無線インタフェースリソースは、現在の送信及びブラインド再送信のために使用される無線インタフェースリソースを含む。具体的に、図６に提供される例を参照して、ＴＴＩｎ＋９における再送信スケジューリングを実行するとき、ネットワーク装置は、現在のスケジューリングが（最大送信数−１）番目のスケジューリングであることが分かり、ＨＡＲＱ再送信が残り時間内で更に実行できないことを決定する。しかしながら、ネットワーク装置は、ＴＴＩｎ＋１０及び後のＴＴＩで１又は複数のブラインド再送信を更に実行して良い。図６に示す特定の実施形態では、ネットワーク装置は、ＴＴＩｎ＋１０においてブラインド再送信を構成する。したがって、現在の送信及び後続のブラインド再送信のために使用される無線インタフェースリソースがダウンリンク制御情報の中で割り当てられ、Ｎの値は２に設定される。ＵＥは、ダウンリンク制御情報の中の構成に基づき、ＴＴＩｎ＋９及びＴＴＩｎ＋１０でデータ再送信を実行する。ネットワーク装置は、ＴＴＩｎ＋９及びＴＴＩｎ＋１０でデータを受信し及び復号化する。
【００９６】
図６に提供される実施形態では、ダウンリンク制御情報を用いて送信数及び無線インタフェースリソースを割り当てる特定の方法については、図４に関連する実施形態の記載を参照し、詳細はここで再び記載されない。
【００９７】
図７は、本願の一実施形態による別のダウンリンクリソーススケジューリング及び割り当ての概略図である。
【００９８】
図７に示す実施形態では、無線インタフェースリソース分割、ＨＡＲＱプロセス、復号化により要求される時間、データ到着時点、及びサービス遅延の前提は、図５に示される実施形態におけるものと同じであり、詳細はここで再び記載されない。違いは、図７に示す実施形態においてデータが最初に送信される時点が、図５に示される実施形態における時点と異なることである。
【００９９】
一例では、ネットワーク装置が被送信データに対して初期送信スケジューリングを実行するとき、送信遅延範囲内で完了され得る被送信データの最大送信数は、被送信データのサービスにより要求される送信遅延に基づき決定される。具体的に、図７に示す例を参照して、ネットワーク装置は、先ず、ＴＴＩｎ＋１０で被送信データを送信する。初期送信を実行した後に、ネットワーク装置は、１ｍｓ遅延限度に基づき、ＨＡＲＱ再送信により必要とされる４ＴＴＩ間隔、受信端により復号化のために使用される２ＴＴＩ、次のＨＡＲＱ再送信がＴＴＩｎ＋１５でのみ実行されて良いこと、を決定して良い。しかしながら、ＵＥは、１ｍｓ以内にＴＴＩｎ＋１５において送信データに対して復号化を完了できない。したがって、さらに、ＨＡＲＱ再送信は、初期送信の後に再び完了できない。しかしながら、１又は複数のブラインド再送信が構成されて良い。図７に提供される例を参照して、ネットワーク装置は、１回だけのブラインド再送信が構成されることに基づき、最大送信数が２であると決定する。
【０１００】
一例では、ネットワーク装置は、最大送信数を参照して、初期送信のために使用される無線インタフェースリソース及び／又は変調及び符号化方式情報方式を選択する。具体的に、図７に提供される例を参照して、ネットワーク装置は、最大送信数が２であるときデータ送信の信頼性が保証できないことを考慮し、したがって、初期送信のために使用される無線インタフェースリソース数及び／又は変調及び符号化方式がＵＥにより報告されるＣＱＩに基づき決定されることに基づき、初期送信のために使用される無線インタフェースリソース数が増加されて良く、及び／又は初期送信のために使用される変調及び符号化方式の符号化レートが低下されて良い。更に特定の実装については、図５に関連する実施形態の説明を参照する。
【０１０１】
一例では、被送信データの各送信スケジューリングの間に、ネットワーク装置は、残りの送信遅延に基づき、ＨＡＲＱ再送信が現在の送信の後に更に完了され得るか否かを決定する。ＨＡＲＱ再送信が現在の送信の後の残りの送信遅延のうちに完了できない場合、現在の送信の後にブラインド再送信が構成される。Ｎ回のデータ送信のために使用される無線インタフェースリソースは、現在の送信及びブラインド再送信のために使用される無線インタフェースリソースを含む。具体的に、図７に示す例を参照して、ブラインド再送信が初期送信の後に構成される必要があり、ネットワーク装置は、ダウンリンク制御情報を用いて、初期送信及び後続のブラインド再送信のために使用される無線インタフェースリソース及び送信数を配信する。本例では、Ｎの値は２である。ＵＥは、ダウンリンク制御情報の中の構成に基づき、ＴＴＩｎ＋１０及びＴＴＩｎ＋１１でデータの初期送信及びブラインド再送信を実行する。ネットワーク装置は、ＴＴＩｎ＋１０及びＴＴＩｎ＋１１でデータを受信し及び復号化する。
【０１０２】
図７に提供される実施形態では、ダウンリンク制御情報を用いて送信数及び無線インタフェースリソースを割り当てる特定の方法については、図４に関連する実施形態の記載を参照し、詳細はここで再び記載されない。
【０１０３】
本願の一実施形態による更に別のリソーススケジューリング及び割り当て方法では、ユーザ機器は、ネットワーク装置にサービスキー実行指示子を通知して良く、ネットワーク装置はキー実行指示子閾をユーザ機器へ送信し、ネットワーク装置及びユーザ機器は、キー実行指示子閾及びサービスキー実行指示子に基づき、ブラインド再送信又は連続送信を実行すべきかを決定する。ブラインド再送信又は連続送信が実行される場合、ダウンリンク制御情報の中の送信数及び無線インタフェースリソースを割り当てる特定の方法については、図４に関連する実施形態の記載を参照し、詳細はここで再び記載されない。任意で、キー実行指示子閾は、固定的に、半固定的に、又は動的に構成されて良い。キー実行指示子閾は、キー実行指示子閾を半固定的に又は動的に構成することにより一層柔軟に構成され又は更新されて良い。これにより、連続送信をトリガする条件を柔軟に変更する。任意で、ネットワーク装置は、物理レイヤ制御シグナリング、無線リソース制御レイヤシグナリング、及び媒体アクセス制御レイヤシグナリングのうちのいずれか１つ又は少なくとも１つを用いて、ユーザ機器へキー実行指示子閾を送信して良い。もちろん、別の種類のシグナリングが更に使用されて良い。これは、本願において限定されない。任意で、ユーザ機器は、物理レイヤ制御シグナリング、無線リソース制御レイヤシグナリング、及び媒体アクセス制御レイヤシグナリングのうちのいずれか１つ又は少なくとも１つを用いて、ネットワーク装置にキー実行指示子閾を通知して良い。もちろん、別の種類のシグナリングが更に使用されて良い。これは、本願において限定されない。
【０１０４】
特定の例では、キー実行指示子は、信頼性要件（例えば、信頼性要件は９９．９９９％である）、遅延要件（例えば、送信遅延要件は１ｍｓである）、等を含んで良い。例えば、信頼性要件は、ブラインド再送信又は連続送信が実行されるかを決定するための指示子として使用される。現在構成されている閾が９９．９９％であり、現在のサービスにより要求される信頼性が９９．９９９％である場合、サービスにより要求される信頼性は現在の閾より高く、したがって、サービスの信頼性要件は、ブラインド再送信又は連続送信を実行することにより保証される。別の例では、遅延要件は、ブラインド再送信又は連続送信が実行されるかを決定するための指示子として使用される。現在構成された閾が２ｍｓであり、現在のサービスにより要求される遅延が１ｍｓである場合、サービスの遅延要件は、ブラインド再送信又は連続送信を実行することにより保証される。任意で、キー実行指示子は、別のサービス要件の指示子を更に含んで良い。代替として、１又は複数のキー実行指示子は、ブラインド再送信又は連続送信が実行されるかを決定するために結合されて良い。これは、本願において限定されない。
【０１０５】
留意すべきことに、前述の実施形態では、本願の実施形態において提供されるソリューションは、特定の無線インタフェースリソース分割方法、サービス遅延、ＨＡＲＱ処理遅延、復号化遅延、等の特定の前提に基づき記載された。実際のネットワークにおける異なる無線インタフェースリソース分割方法、及び異なるサービス遅延要件及び異なる処理遅延は、本願で提供されたソリューションを限定しないことが理解できる。前述の内容は、本願において一意に限定されない。
【０１０６】
さらに、本願で提供されたソリューションは、アップリンク送信又はダウンリンク送信に適用できる。実施形態におけるアップリンク又はダウンリンクは、単に簡単な説明のためであり、本願の実施形態で提供されるソリューションを限定することを意図しない。
【０１０７】
前述の機能を実装するために、ネットワーク装置又はユーザ機器は、該機能を実行するための対応するハードウェア構造及び／又はソフトウェアモジュールを含むことが理解できる。当業者は、本願明細書に開示された実施形態を参照して記載された例のユニット及びアルゴリズムステップがハードウェア又は本発明のハードウェア及びコンピュータソフトウェアの組み合わせにより実装できることを容易に理解すべきである。機能がハードウェア又はコンピュータソフトウェアにより駆動されるハードウェアにより実行されるかは、技術的ソリューションの特定の適用及び設計制約条件に依存する。当業者は、各々の特定の適用について記載の機能を実施するために異なる方法を使用できるが、実装が本発明の範囲を超えると考えられるべきではない。
【０１０８】
図８は、前述の実施形態におけるネットワーク装置の可能な概略構造図である。
【０１０９】
可能な例では、本願のネットワーク装置の構造は、プロセッサ及び送信機を含む。可能な設計では、本願のネットワーク装置の構造は、受信機を更に含んで良い。
【０１１０】
具体的に、図８に提供する例を参照して、ネットワーク装置は、通信機８０１、プロセッサ８０２、及びメモリ８０３を含む。通信機８０１は、前述の実施形態においてネットワーク装置とＵＥとの間の情報送信及び受信をサポートし、及びＵＥと別のＵＥとの間の無線通信をサポートするよう構成される。プロセッサ８０２は、ＵＥと通信するための種々の機能を実行する。アップリンクでは、ＵＥからのアップリンク信号は、アンテナを用いて受信され、通信機８０１により復調され、並びに、ＵＥにより送信されるサービスデータ及びシグナリング情報を復元するためにプロセッサ８０２により更に処理される。ダウンリンクでは、サービスデータ及びシグナリングメッセージは、ダウンリンク信号を生成するために、プロセッサ８０２により処理され通信機８０１により復調される、ダウンリンク信号は、アンテナを用いてＵＥへ送信される。プロセッサ８０２は、図４乃至図７のネットワーク装置の処理プロセス、及び／又は本願において記載された技術のために使用される別のプロセスを更に実行する。メモリ８０３は、ネットワーク装置のプログラムコード及びデータを格納するよう構成される。
【０１１１】
図８は単にネットワーク装置の簡略な設計を示すことが理解できる。実際の適用では、ネットワーク装置は、任意の数の送信機、受信機、プロセッサ、制御部、メモリ、等を含んで良い。本願を実施し得る全てのネットワーク装置は、本願の保護範囲に含まれる。
【０１１２】
図９は、前述の実施形態におけるＵＥの可能な設計構造の簡易概略図である。
【０１１３】
可能な例では、本願のユーザ機器の構造は、プロセッサ及び受信機を含む。可能な設計では、本願のネットワーク装置の構造は、送信機を更に含んで良い。
【０１１４】
具体的に、図９に提供する例を参照して、ＵＥは、通信機９０１、受信機９０２、プロセッサ９０３、及びメモリ９０４を含む。
【０１１５】
アップリンクでは、送信機９０１は、出力サンプルに対する調整（例えば、アナログ変換、フィルタリング、増幅、及びアップコンバージョン）を実行し、アップリンク信号を生成する。アップリンク信号は、アンテナを用いて前述の実施形態におけるネットワーク装置へ送信される。ダウンリンクでは、アンテナは、前述の実施形態におけるネットワーク装置により送信されたダウンリンク信号を受信する。受信機９０２は、アンテナを用いて受信した信号に対して調整（例えば、フィルタリング、増幅、ダウンコンバージョン、及びデジタル化）を実行し、入力サンプルを提供する。プロセッサ９０３では、サービスデータ及びシグナリングメッセージに対して処理（例えば、フォーマット、符号化、インタリービング）が実行される。これらのユニットは、無線アクセスネットワークで使用される無線アクセス技術（例えば、ＬＴＥシステム及び他の進化型システムにおけるアクセス技術）に基づき処理を実行する。
【０１１６】
プロセッサ９０３は、ＵＥの動作を制御し管理するよう更に構成され、前述の実施形態におけるＵＥにより実行される処理を実行するよう構成される。例えば、プロセッサ９０３は、ダウンリンク制御情報を受信し及び／又は受信したダウンリンク制御情報に基づき本願に記載した技術の別の処理を実行するよう、ＵＥを制御するよう構成される。一例では、プロセッサ９０３は、図４乃至図７のＵＥの処理プロセス、及び／又は本願において記載された技術の別のプロセスを実行するようＵＥをサポートするよう構成される。メモリ９０４は、ＵＥのために使用されるプログラムコード及びデータを格納するよう構成される。
【０１１７】
本願に開示された内容と組み合わせて記載された方法又はアルゴリズムステップは、ハードウェアにより実施されて良く、又はソフトウェア命令を実行することによりプロセッサにより実施されて良い。ソフトウェア命令は、対応するソフトウェアモジュールにより形成されて良い。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能磁気ディスク、ＣＤ−ＲＯＭ、又は従来知られている任意の他の形式の記憶媒体の中に置かれて良い。例えば、プロセッサが記憶媒体から情報を読み出し又は記憶媒体に情報を書き込めるように、記憶媒体はプロセッサに結合される。勿論、記憶媒体は、プロセッサのコンポーネントであって良い。プロセッサ及び記憶媒体は、ＡＳＩＣの中に置かれて良い。さらに、ＡＳＩＣはユーザ機器の中に置かれて良い。勿論、プロセッサ及び記憶媒体は、個別コンポーネントとしてユーザ機器の中に存在して良い。
【０１１８】
当業者は、前述の１又は複数の例で、本願において記載された機能がハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせにより実施され得ることに気付くべきである。本発明がソフトウェアにより実装されるとき、前述の機能は、コンピュータ可読媒体に格納され、又はコンピュータ可読媒体の中の１又は複数の命令又はコードとして送信されて良い。コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含み、通信媒体はコンピュータプログラムをある場所から別の場所へ送信させる任意の媒体を含む。記憶媒体は、汎用又は専用コンピュータにとってアクセス可能な任意の利用可能な媒体であって良い。
【０１１９】
本願の目的、技術的ソリューション、及び利点は、前述の特定の実施形態において更詳細に説明された。前述の説明は単に本願の特定の実施形態であるが、本願の保護範囲を限定することを意図しないことが理解されるべきである。本発明の精神及び原理の範囲内で行われる変更、等価置換、及び改良は、本願の保護範囲に含まれるべきである。
【図１】
2019513321.tif 000007
【図２】
2019513321.tif 000008
【図３】
2019513321.tif 000009
【図４】
2019513321.tif 000010
【図５】
2019513321.tif 000011
【図６】
2019513321.tif 000012
【図７】
2019513321.tif 000013
【図８】
2019513321.tif 000014
【図９】
2019513321.tif 000015
【手続補正書】
【提出日】平成30年10月18日(2018.10.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
リソーススケジューリング及び割り当て方法であって、前記方法は、
ネットワーク装置により、ダウンリンク制御情報を用いて、同じモバイル装置へのＮ回のデータ送信のために使用される無線インタフェースリソースを割り当てるステップであって、前記ダウンリンク制御情報は、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含み、Ｎは１より大きい整数である、ステップ、
を含む方法。
【請求項２】
前記ネットワーク装置により、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を送信する又は受信するステップ、
を更に含む請求項１に記載の方法。
【請求項３】
前記ダウンリンク制御情報は、Ｎの値に関する情報を更に含む、請求項１又は２に記載の方法。
【請求項４】
前記ダウンリンク制御情報は、連続送信指示情報を更に含む、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの周波数ドメインリソース指示を含む、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの時間ドメインリソース指示、及び／又はデータ送信のために使用される冗長バージョン（Redundancy  Version、ＲＶ）情報を更に含む、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記ダウンリンク制御情報が、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含むことは、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、前記ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースは、前記最初のデータ送信のために使用される前記無線インタフェースリソースに関する前記情報に基づき決定されること、又は、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する各データ送信のために使用される無線インタフェースリソースに関する情報を含むこと、
を含む、請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
リソーススケジューリング及び割り当て方法であって、前記方法は、
モバイル装置により、ダウンリンク制御情報を用いて、Ｎ回のデータ送信のために使用され且つネットワーク装置により割り当てられた無線インタフェースリソースを取得するステップであって、前記ダウンリンク制御情報は、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含み、Ｎは１より大きい整数である、ステップ、
を含む方法。
【請求項９】
前記モバイル装置により、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を送信する又は受信するステップ、
を更に含む請求項８に記載の方法。
【請求項１０】
前記ダウンリンク制御情報は、Ｎの値に関する情報を更に含む、請求項８又は９に記載の方法。
【請求項１１】
前記ダウンリンク制御情報は、連続送信指示情報を更に含む、請求項８乃至１０のいずれか一項に記載の方法。
【請求項１２】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの周波数ドメインリソース指示を含む、請求項８乃至１１のいずれか一項に記載の方法。
【請求項１３】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの時間ドメインリソース指示、及び／又はデータ送信のために使用される冗長バージョン（Redundancy  Version、ＲＶ）情報を更に含む、請求項８乃至１２のいずれか一項に記載の方法。
【請求項１４】
前記ダウンリンク制御情報が、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含むことは、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、前記ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースは、前記最初のデータ送信のために使用される前記無線インタフェースリソースに関する前記情報に基づき決定されること、又は、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する各データ送信のために使用される無線インタフェースリソースに関する情報を含むこと、
を含む、請求項８乃至１３のいずれか一項に記載の方法。
【請求項１５】
ネットワーク装置であって、
ダウンリンク制御情報を用いて、同じモバイル装置へのＮ回のデータ送信のために使用される無線インタフェースリソースを割り当てるよう構成される少なくとも１つのプロセッサであって、前記ダウンリンク制御情報は、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含み、Ｎは１より大きい整数である、少なくとも１つのプロセッサと、
前記ダウンリンク制御情報を送信するよう構成される少なくとも１つの送信機と、
を含むネットワーク装置。
【請求項１６】
前記ネットワーク装置は、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を受信するよう構成される受信機を更に含む、又は、
前記少なくとも１つの送信機は、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を送信するよう更に構成される、
請求項１５に記載のネットワーク装置。
【請求項１７】
前記ダウンリンク制御情報は、Ｎの値に関する情報を更に含む、請求項１５又は１６に記載のネットワーク装置。
【請求項１８】
前記ダウンリンク制御情報は、連続送信指示情報を更に含む、請求項１５乃至１７のいずれか一項に記載のネットワーク装置。
【請求項１９】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの周波数ドメインリソース指示を含む、請求項１５乃至１８のいずれか一項に記載のネットワーク装置。
【請求項２０】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの時間ドメインリソース指示、及び／又はデータ送信のために使用される冗長バージョン（Redundancy  Version、ＲＶ）情報を更に含む、請求項１５乃至１９のいずれか一項に記載のネットワーク装置。
【請求項２１】
前記ダウンリンク制御情報が、Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含むことは、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、前記ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースは、前記最初のデータ送信のために使用される前記無線インタフェースリソースに関する前記情報に基づき決定されること、又は、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する各データ送信のために使用される無線インタフェースリソースに関する情報を含むこと、
を含む、請求項１５乃至２０のいずれか一項に記載のネットワーク装置。
【請求項２２】
モバイル装置であって、
ネットワーク装置により送信されたダウンリンク制御情報を受信するよう構成される少なくとも１つの受信機と、
前記ダウンリンク制御情報を用いて、Ｎ回のデータ送信のために使用され且つ前記ネットワーク装置により割り当てられた無線インタフェースリソースを取得するよう構成される少なくとも１つのプロセッサであって、前記ダウンリンク制御情報は、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含み、Ｎは１より大きい整数である、少なくとも１つのプロセッサと、
を含むモバイル装置。
【請求項２３】
前記モバイル装置は、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を送信するよう構成される送信機を更に含む、又は、
前記少なくとも１つの受信機は、前記ダウンリンク制御情報内で構成された前記無線インタフェースリソースで前記Ｎ回のデータ送信を受信するよう更に構成される、
請求項２２に記載のモバイル装置。
【請求項２４】
前記ダウンリンク制御情報は、Ｎの値に関する情報を更に含む、請求項２２又は２３に記載のモバイル装置。
【請求項２５】
前記ダウンリンク制御情報は、連続送信指示情報を更に含む、請求項２２乃至２４のいずれか一項に記載のモバイル装置。
【請求項２６】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの周波数ドメインリソース指示を含む、請求項２２乃至２５のいずれか一項に記載のモバイル装置。
【請求項２７】
前記無線インタフェースリソースに関する前記情報は、前記無線インタフェースリソースの時間ドメインリソース指示、及び／又はデータ送信のために使用される冗長バージョン（Redundancy  Version、ＲＶ）情報を更に含む、請求項２２乃至２６のいずれか一項に記載のモバイル装置。
【請求項２８】
前記ダウンリンク制御情報が、前記Ｎ回のデータ送信のために使用される前記無線インタフェースリソースに関する情報を含むことは、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する最初のデータ送信のために使用される無線インタフェースリソースに関する情報を含み、前記ダウンリンク制御情報に対応する残りのデータ送信のために使用される無線インタフェースリソースは、前記最初のデータ送信のために使用される前記無線インタフェースリソースに関する前記情報に基づき決定されること、又は、
前記ダウンリンク制御情報が、前記ダウンリンク制御情報に対応する各データ送信のために使用される無線インタフェースリソースに関する情報を含むこと、
を含む、請求項２２乃至２７のいずれか一項に記載のモバイル装置。
【請求項２９】
請求項１５乃至２１のいずれか一項に記載のネットワーク装置と、請求項２２乃至２８のいずれか一項に記載のモバイル装置と、を含む通信システム。
【請求項３０】
コンピュータに請求項１乃至７のいずれかに記載の方法を実行させるプログラム。
【請求項３１】
コンピュータに請求項８乃至１４のいずれかに記載の方法を実行させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
国際電気通信連合（International  Telecommunications  Union、ＩＴＵ）は、第５世代モバイル通信（the  ５th  Generation  mobile  communication、５Ｇ）３つの主な適用シナリオ：拡張モバイルブロードバンド（Enhanced  Mobile  Broadband）、高信頼低遅延通信（Ultra-reliable  and  low  latency  communications）、及び大規模機械型通信（Massive  machine  type  communications）、を定める。高信頼低遅延通信シナリオは、スループット、遅延、信頼性、リソース可用性、等に関する厳しい要件を有する、工業生産無線制御及び遠隔機械手術のようなサービスを含む。このようなシナリオにおけるサービスでは、期待される遅延は非常に小さいので（最低遅延は１ｍｓに達する）、利用可能なリソースは、迅速にスケジューリングされ及び構成される必要があり、信頼できるデータ送信が保証される必要もある。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正の内容】
【００５８】
本願で記載される技術は、ロングタームエボリューション（Long  Term  Evolution、ＬＴＥ）システム、及び第５世代モバイル通信（the  ５th  Generation  mobile  communications、５Ｇ）のような後に展開されるシステム、又は例えば符号分割多重アクセス、周波数分割多重アクセス、時分割多重アクセス、直交周波数分割多重アクセス、及びシングルキャリア周波数分割多重アクセスのような種々の無線アクセス技術を用いる他の無線通信システムに適用可能である。技術は、特に、比較的高い遅延及びデータ信頼性要件を有するサービスシナリオ、例えば５Ｇにおける超高信頼且つ低遅延通信（Ultra-reliable  and  low  latency  communications）シナリオに適用可能である。図１に示すように、図１は、本願の一実施形態による通信システムの簡易ネットワークアーキテクチャ図である。ユーザ機器（User  Equipment、ＵＥ）は、無線インタフェースを用いてネットワーク装置にアクセスすることにより、ネットワーク装置と通信し、又は別のユーザ機器と通信、例えばＤ２Ｄ（device  to  device、装置対装置）又はＭ２Ｍ（machine  to  machine、機械対機械）シナリオにおいて通信して良い。ネットワーク装置は、ユーザ機器と通信して良く、又は別のネットワーク装置と通信、例えばマクロ基地局とアクセスポイントとの間で通信して良い。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００６２
【補正方法】変更
【補正の内容】
【００６２】
図２を参照して、無線インタフェースリソースを定める基本概念及び無線インタフェースリソースの基本分割方法が説明される。無線インタフェースリソースは、無線インタフェースの時間ドメインリソース及び周波数ドメインリソースを含み、通常、リソースエレメント（Resource  Element、ＲＥ）、リソースブロック（Resource  Block、ＲＢ）、サブキャリア（Subcarrier）、シンボル（Symbol）、又は送信時間間隔（Transmission  Time  Interval、ＴＴＩ）のような用語を用いて表される。無線インタフェースリソースは、通常、周波数ドメイン及び時間ドメインの観点で分割される。無線インタフェースリソースは、周波数ドメインの観点でサブキャリアに分割され、又は時間ドメインの観点でシンボルに分割される。無線インタフェースリソース全体は、図２に示される周波数ドメイン及び時間ドメイン分割グリッドを含む。各グリッドは、リソースエレメントであり、シンボル時間内のサブキャリアのリソースを表す。各リソースエレメントは、特定の情報を伝達して良い。Ｎｓｙｍｂ個のシンボルは時間において１つのＴＴＩを形成する。ＴＴＩの中のＮＲＢＳＣ個のサブキャリアは、リソースブロックを形成するために結合される。リソーススケジューリング及び割り当てを容易にするために、通常、タイムスロット（slot）及びサブフレーム（subframe）のような概念は時間ドメインの観点で更に定義される。図２の各ＴＴＩは７個のシンボルを含み、各リソースブロックは１２個のサブキャリアを含み、７個のシンボル全てはタイムスロットであり、２個のタイムスロットは１個のサブフレームを形成することが分かる。これは、比較的標準的な無線インタフェースリソース分割方法であり、無線インタフェースリソース分割原理を説明するための特定の例に過ぎない。異なるシステムにおいて他の時間ドメイン及び周波数ドメインリソース分割方法が存在して良い。例えば、シングルキャリアシステムでは１個のサブキャリアだけが周波数ドメインに存在して良く、又は比較的高い遅延要件を有するシステムでは１つのシンボルが１つのＴＴＩであって良い。特定の無線インタフェースリソース分割方法は、本願の本実施形態において一意に限定されない。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正の内容】
【００７３】
別の例では、最初のデータ送信のために使用される無線インタフェースリソースに関する情報のみが、ダウンリンク制御情報の中で構成されて良い。現在のダウンリンク制御情報に対応する最初のデータ送信の間、ダウンリンク制御情報の中で構成された無線インタフェースリソースが使用され、残りの送信のために使用される無線インタフェースリソースは、最初の送信のために使用された無線インタフェースリソースに基づき決定される。具体的に、残りの送信のために使用される周波数ドメインリソースについて、最初の送信のために使用されたものと同じ周波数ドメインリソースが使用されて良く、又は現在の送信のために使用される周波数ドメインリソースは、最初の送信のために使用された周波数ドメインリソースに関する情報に基づく周波数ホッピングルールに従い計算されて良い。例えば、ダウンリンクリソース割り当て処理において、最初の送信のために使用されるＲＢリソースのインデックスがＫであると仮定すると（Ｋは０以上の整数である）、最初のブラインド再送信のために使用されるＲＢリソースのインデックスは、（（Ｋ＋ｊ）ｍｏｄセル内のダウンリンクＲＢリソース数）であって良く、２番目のブラインド再送信のために使用されるＲＢリソースのインデックスは、（（Ｋ＋ｊ／２）ｍｏｄセル内のダウンリンクＲＢリソース数）であり、ｊ＝（セル内のダウンリンクＲＢリソース数／２）であり、ｍｏｄは算術的計算におけるモジュロ演算を示す。残りの送信のために使用される時間ドメインリソースについて、最初のデータ送信の後に同じサービスデータ送信のために使用され得るＭ個のシンボルが使用できる。ここで、Ｍは最初のデータ送信のために使用されたシンボル数と同じである。あるいは、最初のデータ送信又は前のデータ送信のために使用されたものと同じ時間ドメインリソースが使用できる。同じ時間ドメインリソースがＸ回のデータ送信のために使用されるとき（Ｘは１より大きい整数である）、Ｘ個の異なる周波数ドメインリソースが占有される必要があることに留意すべきである。この場合、データ送信端は、１回の送信動作を用いてＸ回のデータ送信の送信を完了し、データ受信端は、１回の受信動作を用いてＸ回のデータ送信の受信を完了する。残りの送信のために使用される冗長バージョンについて、最初の送信のために使用されたものと同じ冗長バージョンが使用されて良く、又は、冗長バージョンは送信シーケンスに基づき使用されて良い。例えば、可能な冗長バージョンシーケンスが｛０，２，１，３｝である場合、冗長バージョンは、送信シーケンスに基づき使用されて良い。つまり、冗長バージョン０が最初のデータ送信のために使用され、冗長バージョン２が２番目のデータ送信のために使用され、冗長バージョン１が３番目のデータ送信のために使用され、冗長バージョン３が４番目のデータ送信のために使用される。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１１０
【補正方法】変更
【補正の内容】
【０１１０】
具体的に、図８に提供する例を参照して、ネットワーク装置は、通信機８０１、プロセッサ８０２、及びメモリ８０３を含む。通信機８０１は、前述の実施形態においてネットワーク装置とＵＥとの間の情報送信及び受信をサポートし、及びＵＥと別のＵＥとの間の無線通信をサポートするよう構成される。プロセッサ８０２は、ＵＥと通信するための種々の機能を実行する。アップリンクでは、ＵＥからのアップリンク信号は、アンテナを用いて受信され、通信機８０１により復調され、並びに、ＵＥにより送信されるサービスデータ及びシグナリング情報を復元するためにプロセッサ８０２により更に処理される。ダウンリンクでは、サービスデータ及びシグナリング情報は、ダウンリンク信号を生成するために、プロセッサ８０２により処理され通信機８０１により復調される、ダウンリンク信号は、アンテナを用いてＵＥへ送信される。プロセッサ８０２は、図４乃至図７のネットワーク装置の処理プロセス、及び／又は本願において記載された技術のために使用される別のプロセスを更に実行する。メモリ８０３は、ネットワーク装置のプログラムコード及びデータを格納するよう構成される。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１１３
【補正方法】変更
【補正の内容】
【０１１３】
可能な例では、本願のユーザ機器の構造は、プロセッサ及び受信機を含む。可能な設計では、本願のユーザ機器の構造は、送信機を更に含んで良い。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１１７
【補正方法】変更
【補正の内容】
【０１１７】
本願に開示された内容と組み合わせて記載された方法又はアルゴリズムステップは、ハードウェアにより実施されて良く、又はソフトウェア命令を実行することによりプロセッサにより実施されて良い。ソフトウェア命令は、対応するソフトウェアモジュールにより送信されて良い。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能磁気ディスク、ＣＤ−ＲＯＭ、又は従来知られている任意の他の形式の記憶媒体の中に置かれて良い。例えば、プロセッサが記憶媒体から情報を読み出し又は記憶媒体に情報を書き込めるように、記憶媒体はプロセッサに結合される。勿論、記憶媒体は、プロセッサのコンポーネントであって良い。プロセッサ及び記憶媒体は、ＡＳＩＣの中に置かれて良い。さらに、ＡＳＩＣはユーザ機器の中に置かれて良い。勿論、プロセッサ及び記憶媒体は、個別コンポーネントとしてユーザ機器の中に存在して良い。
【国際調査報告】
2019513321.tif 000016
2019513321.tif 000017
2019513321.tif 000018
2019513321.tif 000019