(57)【要約】情報送信方法及び装置を提供する。本方法は、端末デバイスによって、グラントフリーアップリンクＧＵＬ無線リソースを決定することであって、ＧＵＬ無線リソースは、アップリンクデータを送るために端末デバイスによって使用され、ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、決定することと、少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて端末デバイスによって、ダウンリンク送信についての第１のフィードバック情報を送ることとを含む。従って、ダウンリンクデータについてのフィードバック遅延は効果的に低減されることができる。
2020511824.tif 000002
【特許請求の範囲】
【請求項１】
情報送信方法であって、前記方法は、
端末デバイスによって、グラントフリーアップリンクＧＵＬ無線リソースを決定するステップであって、前記ＧＵＬ無線リソースは、アップリンクデータを送るために前記端末デバイスによって使用され、前記ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、ステップと、
前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて前記端末デバイスによって、ダウンリンク送信についての第１のフィードバック情報を送るステップと
を含む、情報送信方法。
【請求項２】
前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は前記第１の時間ユニットの時間領域ロケーションは、前記少なくとも１つの時間ユニットのうちの前記第２の時間ユニットの時間領域ロケーションの後にあり、前記第２の時間ユニットは、前記端末デバイスがグラントフリーアップリンク制御情報Ｇ−ＵＣＩを送る時間ユニットであり、前記Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む
請求項１に記載の方法。
【請求項３】
前記第１の時間ユニットと前記第２の時間ユニットとが同じ時間ユニットであるとき、前記第１のフィードバック情報と前記Ｇ−ＵＣＩとは独立して符号化される
請求項２に記載の方法。
【請求項４】
前記第１の時間ユニットの前記時間領域ロケーションが前記第２の時間ユニットの前記時間領域ロケーションの後にあるとき、前記第１の時間ユニットと前記第２の時間ユニットとの間の時間シーケンス関係は予め定義される
請求項２に記載の方法。
【請求項５】
前記Ｇ−ＵＣＩは、前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットの前記時間領域ロケーションを示すためにさらに使用される
請求項２〜４のいずれか１項に記載の方法。
【請求項６】
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報を送るように前記端末デバイスに命令するためにさらに使用される
請求項２〜５のいずれか１項に記載の方法。
【請求項７】
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用される
請求項２〜６のいずれか１項に記載の方法。
【請求項８】
前記第１の時間ユニットは、前記少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである
請求項１〜３、５〜７のいずれか１項に記載の方法。
【請求項９】
前記第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が前記ネットワークデバイスによって設定され又は示され、また、前記第３の時間ユニットは、前記ネットワークデバイスが前記第１のダウンリンクデータを送る時間ユニットである
請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記端末デバイスによって、第１の時間ユニットにおいて第１のフィードバック情報を送る前記ステップの前に、前記方法は、
前記端末デバイスによって、前記ネットワークデバイスによって送られた第１のトリガ情報を受信するステップであって、前記第１のトリガ情報は、第４の時間ユニットにおいて前記第１のフィードバック情報を搬送するように前記端末デバイスをトリガするために使用され、前記第４の時間ユニットは、前記少なくとも１つの時間ユニットに属する、ステップ
をさらに含み、
前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて前記端末デバイスによって、ダウンリンク送信についての第１のフィードバック情報を送る前記ステップは、
前記端末デバイスによって、前記第１のトリガ情報に基づいて前記第１の時間ユニットにおいて前記第１のフィードバック情報を送るステップを含む
請求項１〜８のいずれか１項に記載の方法。
【請求項１１】
前記端末デバイスによって、第１の時間ユニットにおいて第１のフィードバック情報を送る前記ステップの前に、前記方法は、
前記端末デバイスによって、第５の時間ユニットにおいて前記ネットワークデバイスによって送られた第２のトリガ情報を受信するステップであって、前記第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように前記端末デバイスをトリガするために使用され、前記第６の時間ユニットの時間領域ロケーションは、前記第１の時間ユニットの前記時間領域ロケーションの前にあり、前記第１のフィードバック情報の情報タイプは、前記第２のフィードバック情報の情報タイプと少なくとも部分的に同じである、ステップをさらに含み、
前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて前記端末デバイスによって、ダウンリンク送信についての第１のフィードバック情報を送る前記ステップは、
前記端末デバイスが前記第２のフィードバック情報を送ることに失敗したとき、前記端末デバイスによって、前記第１の時間ユニットにおいて前記第１のフィードバック情報を送るステップを含む
請求項１〜９のいずれか１項に記載の方法。
【請求項１２】
前記第５の時間ユニットは、前記端末デバイスが前記第１の時間ユニットの前に最新のトリガ情報を受信する時間ユニットである
請求項１１に記載の方法。
【請求項１３】
前記第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む
請求項１〜１２のいずれか１項に記載の方法。
【請求項１４】
情報送信方法であって、前記方法は、
ネットワークデバイスによって、端末デバイスにグラントフリーアップリンクＧＵＬ無線リソースを割り当てるステップであって、前記ＧＵＬ無線リソースは、アップリンクデータを送るために前記端末デバイスによって使用され、前記ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、ステップと、
前記ネットワークデバイスによって、ダウンリンクデータについての前記端末デバイスによって送られた第１のフィードバック情報を受信するステップであって、前記第１のフィードバック情報は、前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて搬送される、ステップと
を含む、情報送信方法。
【請求項１５】
前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は前記第１の時間ユニットの時間領域ロケーションは、前記少なくとも１つの時間ユニットのうちの前記第２の時間ユニットの時間領域ロケーションの後にあり、前記第２の時間ユニットは、前記端末デバイスがグラントフリーアップリンク制御情報Ｇ−ＵＣＩを送る時間ユニットであり、前記Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む
請求項１４に記載の方法。
【請求項１６】
前記第１の時間ユニットと前記第２の時間ユニットとが同じ時間ユニットであるとき、前記第１のフィードバック情報と前記Ｇ−ＵＣＩとは独立して符号化される
請求項１５に記載の方法。
【請求項１７】
前記第１の時間ユニットの前記時間領域ロケーションが前記第２の時間ユニットの前記時間領域ロケーションの後にあるとき、前記第１の時間ユニットと前記第２の時間ユニットとの間の時間シーケンス関係は予め定義される
請求項１５に記載の方法。
【請求項１８】
前記Ｇ−ＵＣＩは、前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットの前記時間領域ロケーションを示すためにさらに使用され、
前記ネットワークデバイスによって、前記端末デバイスによって送られた第１のフィードバック情報を受信する前記ステップは、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩを受信するステップと、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩに基づいて前記第１の時間ユニットの前記時間領域ロケーションを決定するステップと、
前記ネットワークデバイスによって、前記第１の時間ユニットの前記時間領域ロケーションに基づいて前記第１のフィードバック情報を受信するステップと
を含む
請求項１５〜１７のいずれか１項に記載の方法。
【請求項１９】
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報を送るように前記端末デバイスに命令するためにさらに使用され、
前記ネットワークデバイスによって、前記端末デバイスによって送られた第１のフィードバック情報を受信する前記ステップは、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩを受信するステップと、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩに基づいて前記第１のフィードバック情報を受信するステップと
を含む
請求項１５〜１８のいずれか１項に記載の方法。
【請求項２０】
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用され、
前記ネットワークデバイスによって、前記端末デバイスによって送られた第１のフィードバック情報を受信する前記ステップは、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩを受信するステップと、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩに基づいて前記第１のフィードバック情報の前記トランスポートフォーマットを決定するステップと、
前記ネットワークデバイスによって、前記第１のフィードバック情報の前記トランスポートフォーマットに基づいて前記第１のフィードバック情報を受信するステップと
を含む
請求項１５〜１９のいずれか１項に記載の方法。
【請求項２１】
前記第１の時間ユニットは、前記少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである
請求項１４〜１６、１８〜２０のいずれか１項に記載の方法。
【請求項２２】
前記第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が前記ネットワークデバイスによって設定され又は示され、また、前記第３の時間ユニットは、前記ネットワークデバイスが前記第１のダウンリンクデータを送る時間ユニットである
請求項１４〜２１のいずれか１項に記載の方法。
【請求項２３】
前記ネットワークデバイスによって、前記端末デバイスによって送られた前記第１のフィードバック情報を受信する前記ステップの前に、前記方法は、
前記ネットワークデバイスによって、前記端末デバイスに第１のトリガ情報を送るステップであって、前記第１のトリガ情報は、第４の時間ユニットにおいて前記第１のフィードバック情報を搬送するように前記端末デバイスをトリガするために使用され、前記第４の時間ユニットは、前記少なくとも１つの時間ユニットに属する、ステップをさらに含む
請求項１４〜２１のいずれか１項に記載の方法。
【請求項２４】
前記ネットワークデバイスによって、前記端末デバイスによって送られた前記第１のフィードバック情報を受信する前記ステップの前に、前記方法は、
前記ネットワークデバイスによって、第５の時間ユニットにおいて前記端末デバイスに第２のトリガ情報を送るステップであって、前記第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように前記端末デバイスをトリガするために使用され、前記第６の時間ユニットの時間領域ロケーションは、前記第１の時間ユニットの前記時間領域ロケーションの前にあり、前記第１のフィードバック情報の情報タイプは、前記第２のフィードバック情報の情報タイプと少なくとも部分的に同じである、ステップをさらに含む
請求項１４〜２２のいずれか１項に記載の方法。
【請求項２５】
前記第５の時間ユニットは、前記ネットワークデバイスが前記第１の時間ユニットの前に最新のトリガ情報を送る時間ユニットである
請求項２４に記載の方法。
【請求項２６】
前記第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む
請求項１４〜２５のいずれか１項に記載の方法。
【請求項２７】
情報送信装置であって、前記装置は、
グラントフリーアップリンクＧＵＬ無線リソースを決定するように構成された処理ユニットであって、前記ＧＵＬ無線リソースは、アップリンクデータを送るために前記装置によって使用され、前記ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、処理ユニットと、
前記処理ユニットによって決定された前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて、ダウンリンク送信についての第１のフィードバック情報を送るように構成された送信ユニットと
を備える、情報送信装置。
【請求項２８】
前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は前記第１の時間ユニットの時間領域ロケーションは、前記少なくとも１つの時間ユニットのうちの前記第２の時間ユニットの時間領域ロケーションの後にあり、前記第２の時間ユニットは、前記装置がグラントフリーアップリンク制御情報Ｇ−ＵＣＩを送る時間ユニットであり、前記Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む
請求項２７に記載の装置。
【請求項２９】
前記第１の時間ユニットと前記第２の時間ユニットとが同じ時間ユニットであるとき、前記第１のフィードバック情報と前記Ｇ−ＵＣＩとは独立して符号化される
請求項２８に記載の装置。
【請求項３０】
前記第１の時間ユニットの前記時間領域ロケーションが前記第２の時間ユニットの前記時間領域ロケーションの後にあるとき、前記第１の時間ユニットと前記第２の時間ユニットとの間の時間シーケンス関係は予め定義される
請求項２８に記載の装置。
【請求項３１】
前記Ｇ−ＵＣＩは、前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットの前記時間領域ロケーションを示すためにさらに使用される
請求項２８〜３０のいずれか１項に記載の装置。
【請求項３２】
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報を送るように前記装置に命令するためにさらに使用される
請求項２８〜３１のいずれか１項に記載の装置。
【請求項３３】
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用される
請求項２８〜３２のいずれか１項に記載の装置。
【請求項３４】
前記第１の時間ユニットは、前記少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである
請求項２７〜２９及び請求項３１〜３３のいずれか１項に記載の装置。
【請求項３５】
前記第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を備えるとき、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が前記ネットワークデバイスによって設定され又は示され、また、前記第３の時間ユニットは、前記ネットワークデバイスが前記第１のダウンリンクデータを送る時間ユニットである
請求項２７〜３４のいずれか１項に記載の装置。
【請求項３６】
前記装置は、
前記ネットワークデバイスによって送られた第１のトリガ情報を受信するように構成された受信ユニットであって、前記第１のトリガ情報は、第４の時間ユニットにおいて前記第１のフィードバック情報を搬送するように前記装置をトリガするために使用され、前記第４の時間ユニットは、前記少なくとも１つの時間ユニットに属する、受信ユニットをさらに備え、
前記送信ユニットは、
前記第１のトリガ情報に基づいて前記第１の時間ユニットにおいて前記第１のフィードバック情報を送るように特に構成された
請求項２７〜３４のいずれか１項に記載の装置。
【請求項３７】
前記受信ユニットは、
第５の時間ユニットにおいて前記ネットワークデバイスによって送られた第２のトリガ情報を受信するようにさらに構成され、前記第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように前記装置をトリガするために使用され、前記第６の時間ユニットの時間領域ロケーションは、前記第１の時間ユニットの前記時間領域ロケーションの前にあり、前記第１のフィードバック情報の情報タイプは、前記第２のフィードバック情報の情報タイプと少なくとも部分的に同じであり、
前記送信ユニットは、
前記送信ユニットが前記第２のフィードバック情報を送ることに失敗したとき、前記第１の時間ユニットにおいて前記第１のフィードバック情報を送るように特に構成された
請求項２７〜３５のいずれか１項に記載の装置。
【請求項３８】
前記第５の時間ユニットは、前記装置が前記第１の時間ユニットの前に最新のトリガ情報を受信する時間ユニットである
請求項３７に記載の装置。
【請求項３９】
前記第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む
請求項２７〜３８のいずれか１項に記載の装置。
【請求項４０】
情報送信装置であって、前記装置は、
端末デバイスにグラントフリーアップリンクＧＵＬ無線リソースを割り当てるように構成された処理ユニットであって、前記ＧＵＬ無線リソースは、アップリンクデータを送るために前記端末デバイスによって使用され、前記ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、処理ユニットと、
ダウンリンクデータについての前記端末デバイスによって送られた第１のフィードバック情報を受信するように構成された受信ユニットであって、前記第１のフィードバック情報は、前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて搬送される、受信ユニットと
を備える、情報送信装置。
【請求項４１】
前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は前記第１の時間ユニットの時間領域ロケーションは、前記少なくとも１つの時間ユニットのうちの前記第２の時間ユニットの時間領域ロケーションの後にあり、前記第２の時間ユニットは、前記端末デバイスがグラントフリーアップリンク制御情報Ｇ−ＵＣＩを送る時間ユニットであり、前記Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む
請求項４０に記載の装置。
【請求項４２】
前記第１の時間ユニットと前記第２の時間ユニットとが同じ時間ユニットであるとき、前記第１のフィードバック情報と前記Ｇ−ＵＣＩとは独立して符号化される
請求項４１に記載の装置。
【請求項４３】
前記第１の時間ユニットの前記時間領域ロケーションが前記第２の時間ユニットの前記時間領域ロケーションの後にあるとき、前記第１の時間ユニットと前記第２の時間ユニットとの間の時間シーケンス関係は予め定義される
請求項４１に記載の装置。
【請求項４４】
前記Ｇ−ＵＣＩは、前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットの前記時間領域ロケーションを示すためにさらに使用され、
前記受信ユニットは、
前記Ｇ−ＵＣＩを受信し、前記Ｇ−ＵＣＩに基づいて前記第１の時間ユニットの前記時間領域ロケーションを決定し、前記第１の時間ユニットの前記時間領域ロケーションに基づいて前記第１のフィードバック情報を受信するように特に構成された
請求項４１〜４３のいずれか１項に記載の装置。
【請求項４５】
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報を送るように前記端末デバイスに命令するためにさらに使用され、
前記受信ユニットは、
前記Ｇ−ＵＣＩを受信し、前記Ｇ−ＵＣＩに基づいて前記第１のフィードバック情報を受信するように特に構成された
請求項４１〜４４のいずれか１項に記載の装置。
【請求項４６】
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用され、
前記受信ユニットは、
前記Ｇ−ＵＣＩを受信し、前記Ｇ−ＵＣＩに基づいて前記第１のフィードバック情報の前記トランスポートフォーマットを決定し、前記第１のフィードバック情報の前記トランスポートフォーマットに基づいて前記第１のフィードバック情報を受信するように特に構成された
請求項４１〜４５のいずれか１項に記載の装置。
【請求項４７】
前記第１の時間ユニットは、前記少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである
請求項４０〜４２及び請求項４４〜４６のいずれか１項に記載の装置。
【請求項４８】
前記第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を備えるとき、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が前記装置によって設定され又は示され、また、前記第３の時間ユニットは、前記装置が前記第１のダウンリンクデータを送る時間ユニットである
請求項４０〜４７のいずれか１項に記載の装置。
【請求項４９】
前記装置は、
前記端末デバイスに第１のトリガ情報を送るように構成された送信ユニットであって、前記第１のトリガ情報は、第４の時間ユニットにおいて前記第１のフィードバック情報を搬送するように前記端末デバイスをトリガするために使用され、前記第４の時間ユニットは、前記少なくとも１つの時間ユニットに属する、送信ユニットをさらに備える
請求項４０〜４７のいずれか１項に記載の装置。
【請求項５０】
前記送信ユニットは、
第５の時間ユニットにおいて前記端末デバイスに第２のトリガ情報を送るようにさらに構成され、前記第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように前記端末デバイスをトリガするために使用され、前記第６の時間ユニットの時間領域ロケーションは、前記第１の時間ユニットの前記時間領域ロケーションの前にあり、前記第１のフィードバック情報の情報タイプは、前記第２のフィードバック情報の情報タイプと少なくとも部分的に同じである
請求項４０〜４８のいずれか１項に記載の装置。
【請求項５１】
前記第５の時間ユニットは、前記装置が前記第１の時間ユニットの前に最新のトリガ情報を送る時間ユニットである
請求項５０に記載の装置。
【請求項５２】
前記第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む
請求項４０〜５１のいずれか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、その全体が参照により本明細書に組み込まれる、２０１７年３月１３日に中国特許庁に出願された「ＴＲＡＮＳＭＩＳＳＩＯＮ  ＩＮＦＯＲＭＡＴＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ」と題する中国特許出願第２０１７１０１４７５０１．６号の優先権を主張する。
【０００２】
本出願の実施形態は、通信分野に関し、より具体的には、送信情報方法及び装置に関する。
【背景技術】
【０００３】
スペクトル利用率を改善するために、既存のワイヤレス通信システムでは、データは、アンライセンスバンドにおいて搬送されてもよい。アンライセンスバンドにおいてデータを送信する前に、通信デバイス（例えば、端末デバイス又はネットワークデバイス）は、チャネル上でリッスンする必要がある。リッスンし、チャネルがアイドルであることを検出した後に、通信デバイスは、チャネルを連続的に占有してもよい。言い換えれば、通信デバイスは、連続送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）中にデータを送信してもよい。ダウンリンク送信では、連続ＴＴＩは、ダウンリンクバーストと呼ばれることがあり、アップリンク送信では、連続ＴＴＩは、アップリンクバーストと呼ばれることがある。
【０００４】
現在、ダウンリンクデータについてのアップリンクフィードバック情報（例えば、ダウンリンクハイブリッド自動再送要求肯定応答情報）のスケジューリングベースの送信機構が知られている。従来技術では、アップリンクフィードバック情報は、アップリンクフィードバック情報に対応するダウンリンクデータのＴＴＩの後の４番目の送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）において初期に送られてもよい。ダウンリンクデータの場合、基地局によって実行されるスケジューリングに基づくものであり、ダウンリンクバーストの直後にくるアップリンク送信（例えば、物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ））が比較的短い送信時間を有する場合、ダウンリンクバーストにおける後のＴＴＩにおいて搬送されるアップリンクフィードバック情報について、端末デバイスは、アップリンク送信においてアップリンクフィードバック情報を送ることができないことがあるが、次のダウンリンクバースト中にスケジュール又はトリガされるアップリンク送信においてアップリンクフィードバック情報を送るのを待つ必要がある。さらに、端末デバイスがチャネル上でリッスンすることに失敗する場合、端末デバイスは、スケジュールされた物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）を占有することができず、それにより、端末デバイスは、ＰＵＳＣＨにおいてアップリンクフィードバック情報を搬送することができない。さらに、端末デバイスはまた、次のダウンリンクバースト中にスケジュール又はトリガされるアップリンク送信においてアップリンクフィードバック情報を送るのを待つ必要がある。
【０００５】
このようにして、チャネルは、比較的短いアップリンク送信時間と端末デバイスのリスニングの失敗とにより先取されることができず、それにより、一部のアップリンクフィードバック情報が、比較的短時間に送られることができず、ダウンリンクデータのためのフィードバック遅延が増加する。
【発明の概要】
【０００６】
本出願の実施形態は、ダウンリンクデータのためのフィードバック遅延を効果的に低減するために情報送信方法及び装置を提供する。
【０００７】
第１の態様によれば、情報送信方法が提供される。端末デバイスは、グラントフリーアップリンクＧＵＬ無線リソースを決定し、ＧＵＬ無線リソースは、アップリンクデータを送るために端末デバイスによって使用され、ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む。
端末デバイスは、少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいてダウンリンク送信についての第１のフィードバック情報を送る。
【０００８】
従って、本出願の実施形態において提供される情報送信方法によれば、端末デバイスは、ネットワークデバイスによって割り当てられたＧＵＬ無線リソース上でダウンリンク送信についての第１のフィードバック情報を送り、具体的に言えば、次のダウンリンク送信によってスケジュール又はトリガされたＰＵＳＣＨ又は（ｅ）ＰＵＣＣＨを待つことなしにＧＵＬ  ＰＵＳＣＨにおいて第１のフィードバック情報を搬送し、それによって、第１のフィードバック情報の遅延を低減し、ダウンリンク送信の適応精度を改善することができる。
【０００９】
第１の態様に関して、第１の態様の第１の実装では、少なくとも１つの時間ユニットのうちの第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は第１の時間ユニットの時間領域ロケーションは、少なくとも１つの時間ユニットのうちの第２の時間ユニットの時間領域ロケーションの後にあり、第２の時間ユニットは、端末デバイスがグラントフリーアップリンク制御情報Ｇ−ＵＣＩを送る時間ユニットであり、Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む。
【００１０】
このようにして、第１の時間ユニットと第２の時間ユニットとの間の時間シーケンス関係を使用することによって、ネットワークデバイスは、Ｇ−ＵＣＩに基づいて第１の時間ユニットを決定することができる。さらに、ネットワークデバイスは、常に、Ｇ−ＵＣＩを検出する必要があり、それによって、ネットワークデバイスによって第１のフィードバック情報をブラインド検出することの複雑性も低減される。
【００１１】
第１の態様に関して、第１の態様の第２の実装では、第１の時間ユニットと第２の時間ユニットとが同じ時間ユニットであるとき、第１のフィードバック情報とＧ−ＵＣＩとは独立して符号化される。
【００１２】
このようにして、第１のフィードバック情報とＧ−ＵＣＩとは、独立して符号化され、それによって、第１のフィードバック情報に関係する情報は、Ｇ−ＵＣＩ中に置かれることができ、ネットワークデバイスは、Ｇ−ＵＣＩを取得した後に第１のフィードバック情報に関係する情報に基づいて第１のフィードバック情報を取得することができ、それによって、ブラインド検出の複雑性を効果的に低減する。
【００１３】
第１の態様に関して、第１の態様の第３の実装では、第１の時間ユニットの時間領域ロケーションが第２の時間ユニットの時間領域ロケーションの後にあるとき、第１の時間ユニットと第２の時間ユニットとの間の時間シーケンス関係は予め定義される。
【００１４】
このようにして、第１の時間ユニットは、第１の時間ユニットと第２の時間ユニットとの間の予め定義された時間シーケンス関係を使用することによって決定され、それによって、端末デバイスは、第１の時間ユニットの時間領域ロケーションを通知するためにシグナリングを送る必要がない。このようにして、シグナリングオーバーヘッドが効果的に低減され、ネットワークデバイスのブラインド検出の複雑性も低減される。
【００１５】
第１の態様に関して、第１の態様の第４の実装では、Ｇ−ＵＣＩは、少なくとも１つの時間ユニットのうちの第１の時間ユニットの時間領域ロケーションを示すようにさらに構成される。
【００１６】
このようにして、少なくとも１つの時間ユニットのうちの第１の時間ユニットの時間領域ロケーションは、Ｇ−ＵＣＩを使用することによって示され、ネットワークデバイスのブラインド検出の複雑性を効果的に低減し、時間領域ロケーションは、Ｇ−ＵＣＩを使用することによって動的に示され、システム柔軟性をも改善する。
【００１７】
第１の態様に関して、第１の態様の第５の実装では、Ｇ−ＵＣＩは、第１のフィードバック情報を送るように端末デバイスに命令するようにさらに構成される。
【００１８】
このようにして、Ｇ−ＵＣＩは、第１のフィードバック情報を送るように端末デバイスに命令し、それによって、ネットワークデバイスは、時間においての第１のフィードバック情報の存在について知ることができ、ネットワークデバイスのブラインド検出の複雑性が低減される。さらに、第１のフィードバック情報とアップリンクデータとが、レートマッチングを通して同じ時間ユニットにおいて多重化されるとき、ネットワークデバイスは、同じ時間ユニットにおいて搬送される第１のフィードバック情報とアップリンクデータとを正しく復調し、それによって、アップリンク送信効率を改善することができる。
【００１９】
第１の態様に関して、第１の態様の第６の実装では、Ｇ−ＵＣＩは、第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用される。
【００２０】
このようにして、第１のフィードバック情報のトランスポートフォーマットは、Ｇ−ＵＣＩを使用することによって示され、それによって、第１のフィードバック情報を送ることの柔軟性が改善され、ネットワークデバイスは、第１のフィードバック情報のトランスポートフォーマットを使用することによって第１のフィードバック情報を正しく受信することができ、また、アップリンクデータを復調するために第１のフィードバック情報の時間ユニットと同じ時間ユニットを占有するアップリンクデータの物理リソースを効果的に決定することができる。
【００２１】
第１の態様に関して、第１の態様の第７の実装では、第１の時間ユニットは、少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである。
【００２２】
このようにして、第１の時間ユニットは、少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニット中に位置し、比較的大量の異なるダウンリンクデータに対応するフィードバック情報＃１は、第１の時間ユニットにおいて搬送され、それによってフィードバック遅延を効果的に低減することがきる。さらに、端末デバイスは、第１の時間ユニットの時間領域ロケーションを通知するためにシグナリングを送る必要がない。このようにして、シグナリングオーバーヘッドが効果的に低減され、ネットワークデバイスのブラインド検出の複雑性も低減される。
【００２３】
第１の態様に関して、第１の態様の第８の実装では、第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係がネットワークデバイスによって設定され又は示され、そして、第３の時間ユニットは、ネットワークデバイスが第１のダウンリンクデータを送る時間ユニットになる。
【００２４】
このようにして、第１の時間ユニットは、ネットワークデバイスによって実行されるスケジューリングに基づくダウンリンクデータが位置する第３の時間ユニットに関連付けられる。これは、第１のフィードバック情報の送信機会にわたるネットワークデバイスの制御可能性を改善することができ、端末デバイスが第１のフィードバック情報の存在と第１のフィードバック情報のトランスポートフォーマットとをネットワークデバイスに通知しないときにネットワークデバイスのブラインド検出の複雑性をも低減することができる。
【００２５】
第１の態様に関して、第１の態様の第９の実装では、端末デバイスが第１の時間ユニットにおいて第１のフィードバック情報を送る前に、本方法は、
端末デバイスによって、ネットワークデバイスによって送られた第１のトリガ情報を受信することであって、第１のトリガ情報は、第４の時間ユニットにおいて第１のフィードバック情報を搬送するように端末デバイスをトリガするために使用され、第４の時間ユニットは、少なくとも１つの時間ユニットに属する、ことをさらに含み
端末デバイスが、少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいてダウンリンク送信についての第１のフィードバック情報を送ることは、
端末デバイスによって、第１のトリガ情報に基づいて第１の時間ユニットにおいて第１のフィードバック情報を送ることを含む。
【００２６】
このようにして、第１の時間ユニットは、ネットワークデバイスによって実行されるスケジューリングに基づく第４の時間ユニットに関連付けられる。これは、第１のフィードバック情報の送信機会にわたるネットワークデバイスの制御可能性を改善することができ、端末デバイスが第１のフィードバック情報の存在と第１のフィードバック情報のトランスポートフォーマットとをネットワークデバイスに通知しないときにネットワークデバイスのブラインド検出の複雑性をも低減することができる。
【００２７】
第１の態様に関して、第１の態様の第１０の実装では、端末デバイスが第１の時間ユニットにおいて第１のフィードバック情報を送る前に、本方法は、
端末デバイスによって、第５の時間ユニットにおいてネットワークデバイスによって送られた第２のトリガ情報を受信することであって、第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように端末デバイスをトリガするために使用され、第６の時間ユニットの時間領域ロケーションは、第１の時間ユニットの時間領域ロケーションの前にあり、第１のフィードバック情報の情報タイプは、第２のフィードバック情報の情報タイプと少なくとも部分的に同じである、ことをさらに含み、
端末デバイスが、少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいてダウンリンク送信についての第１のフィードバック情報を送ることは、
端末デバイスが第２のフィードバック情報を送ることに失敗したとき、端末デバイスによって、第１の時間ユニットにおいて第１のフィードバック情報を送ることを含む。
【００２８】
このようにして、第１の時間ユニットは、ネットワークデバイスによって実行されるスケジューリングに基づく第５の時間ユニットと第６の時間ユニットとに関連付けられる。これは、第１のフィードバック情報の送信機会にわたるネットワークデバイスの制御可能性を改善することができ、端末デバイスが第１のフィードバック情報の存在と第１のフィードバック情報のトランスポートフォーマットとをネットワークデバイスに通知しないときにネットワークデバイスのブラインド検出の複雑性をも低減することができる。
【００２９】
第１の態様に関して、第１の態様の第１１の実装では、第５の時間ユニットは、端末デバイスが第１の時間ユニットの前に最新のトリガ情報を受信する時間ユニットである。
【００３０】
このようにして、第５の時間ユニットは、端末デバイスが第１の時間ユニットの前に最新のトリガ情報を受信する時間ユニットであり、第１のフィードバック情報の時間有効性を効果的に改善する。
【００３１】
第１の態様に関して、第１の態様の第１２の実装では、第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む。
【００３２】
第２の態様によれば、情報送信方法が提供される。ネットワークデバイスは、端末デバイスにグラントフリーアップリンクＧＵＬ無線リソースを割り当て、ＧＵＬ無線リソースは、アップリンクデータを送るために端末デバイスによって使用され、ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含み、
ネットワークデバイスは、ダウンリンクデータについての端末デバイスによって送られた第１のフィードバック情報を受信し、第１のフィードバック情報は、少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて搬送される。
【００３３】
従って、本出願の実施形態において提供される情報送信方法によれば、ＧＵＬ無線リソースは、端末デバイスに割り当てられ、それによって、端末デバイスは、ＧＵＬ無線リソース内の第１の時間ユニットにおいて、ダウンリンク送信についての第１のフィードバック情報を送り、具体的に言えば、次のダウンリンク送信によってスケジュール又はトリガされたＰＵＳＣＨ又は（ｅ）ＰＵＣＣＨを待つことなしにＧＵＬ  ＰＵＳＣＨにおいて第１のフィードバック情報を搬送し、それによって、第１のフィードバック情報の遅延を低減し、ダウンリンク送信の適応精度を改善することができる。
【００３４】
第２の態様に関して、第２の態様の第１の実装では、少なくとも１つの時間ユニットのうちの第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は第１の時間ユニットの時間領域ロケーションは、少なくとも１つの時間ユニットのうちの第２の時間ユニットの時間領域ロケーションの後にあり、第２の時間ユニットは、端末デバイスがグラントフリーアップリンク制御情報Ｇ−ＵＣＩを送る時間ユニットであり、Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む。
【００３５】
このようにして、第１の時間ユニットと第２の時間ユニットとの間の時間シーケンス関係を使用することによって、ネットワークデバイスは、Ｇ−ＵＣＩに基づいて第１の時間ユニットを決定することができる。さらに、ネットワークデバイスは、常に、Ｇ−ＵＣＩを検出する必要があり、それによって、ネットワークデバイスによって第１のフィードバック情報をブラインド検出することの複雑性も低減される。
【００３６】
第２の態様に関して、第２の態様の第２の実装では、第１の時間ユニットと第２の時間ユニットとが同じ時間ユニットであるとき、第１のフィードバック情報とＧ−ＵＣＩとは独立して符号化される。
【００３７】
このようにして、第１のフィードバック情報とＧ−ＵＣＩとは、独立して符号化され、それによって、第１のフィードバック情報に関係する情報は、Ｇ−ＵＣＩ中に置かれることができ、ネットワークデバイスは、Ｇ−ＵＣＩを取得した後に第１のフィードバック情報に関係する情報に基づいて第１のフィードバック情報を取得することができ、それによって、ブラインド検出の複雑性を効果的に低減する。
【００３８】
第２の態様に関して、第２の態様の第３の実装では、第１の時間ユニットの時間領域ロケーションが第２の時間ユニットの時間領域ロケーションの後にあるとき、第１の時間ユニットと第２の時間ユニットとの間の時間シーケンス関係は予め定義される。
【００３９】
このようにして、第１の時間ユニットは、第１の時間ユニットと第２の時間ユニットとの間の予め定義された時間シーケンス関係を使用することによって決定され、それによって、端末デバイスは、第１の時間ユニットの時間領域ロケーションを通知するためにシグナリングを送る必要がない。このようにして、ネットワークデバイスについて、ネットワークデバイスのブラインド検出の複雑性が低減される。
【００４０】
第２の態様に関して、第２の態様の第４の実装では、Ｇ−ＵＣＩは、少なくとも１つの時間ユニットのうちの第１の時間ユニットの時間領域ロケーションを示すようにさらに構成され、
ネットワークデバイスが端末デバイスによって送られた第１のフィードバック情報を受信することは、
ネットワークデバイスによって、Ｇ−ＵＣＩを受信することと、
ネットワークデバイスによって、Ｇ−ＵＣＩに基づいて第１の時間ユニットの時間領域ロケーションを決定することと、
ネットワークデバイスによって、第１の時間ユニットの時間領域ロケーションに基づいて第１のフィードバック情報を受信することとを含む。
【００４１】
このようにして、少なくとも１つの時間ユニットのうちの第１の時間ユニットの時間領域ロケーションは、端末デバイスによって送られたＧ−ＵＣＩを使用することによって決定され、ネットワークデバイスのブラインド検出の複雑性を効果的に低減し、時間領域ロケーションは、Ｇ−ＵＣＩを使用することによって動的に示され、システム柔軟性をやはり改善する。
【００４２】
第２の態様に関して、第２の態様の第５の実装では、Ｇ−ＵＣＩは、第１のフィードバック情報を送るように端末デバイスに命令するようにさらに構成され、
ネットワークデバイスが端末デバイスによって送られた第１のフィードバック情報を受信することは、
ネットワークデバイスによって、Ｇ−ＵＣＩを受信することと、
ネットワークデバイスによって、Ｇ−ＵＣＩに基づいて第１のフィードバック情報を受信することとを含む。
【００４３】
このようにして、端末デバイスによって送られたＧ−ＵＣＩが受信され、それによって、ネットワークデバイスは、時間においての第１のフィードバック情報の存在について知ることができ、ネットワークデバイスのブラインド検出の複雑性が低減される。さらに、第１のフィードバック情報とアップリンクデータとが、レートマッチングを通して同じ時間ユニットにおいて多重化されるとき、ネットワークデバイスは、同じ時間ユニットにおいて搬送される第１のフィードバック情報とアップリンクデータとを正しく復調し、それによって、アップリンク送信効率を改善することができる。
【００４４】
第２の態様に関して、第２の態様の第６の実装では、Ｇ−ＵＣＩは、第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用され、
ネットワークデバイスが端末デバイスによって送られた第１のフィードバック情報を受信することは、
ネットワークデバイスによって、Ｇ−ＵＣＩを受信することと、
ネットワークデバイスによって、Ｇ−ＵＣＩに基づいて第１のフィードバック情報のトランスポートフォーマットを決定することと、
ネットワークデバイスによって、第１のフィードバック情報のトランスポートフォーマットに基づいて第１のフィードバック情報を受信することとを含む。
【００４５】
このようにして、第１のフィードバック情報のトランスポートフォーマットは、端末デバイスによって送られたＧ−ＵＣＩを受信することによって示され、それによって、ネットワークデバイスは、第１のフィードバック情報のトランスポートフォーマットを使用することによって第１のフィードバック情報を正しく受信することができ、第１のフィードバック情報を送ることの柔軟性を改善し、ネットワークデバイスはまた、アップリンクデータを復調するために第１のフィードバック情報の時間ユニットと同じ時間ユニットを占有するアップリンクデータの物理リソースを効果的に決定することができる。
【００４６】
第２の態様に関して、第２の態様の第７の実装では、第１の時間ユニットは、少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである。
【００４７】
第２の態様に関して、第２の態様の第８の実装では、第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係がネットワークデバイスによって設定され又は示され、そして、第３の時間ユニットは、ネットワークデバイスが第１のダウンリンクデータを送る時間ユニットになる。
【００４８】
このようにして、第１の時間ユニットは、ネットワークデバイスによって実行されるスケジューリングに基づくダウンリンクデータが位置する第３の時間ユニットに関連付けられる。これは、第１のフィードバック情報の送信機会にわたるネットワークデバイスの制御可能性を改善することができ、端末デバイスが第１のフィードバック情報の存在と第１のフィードバック情報のトランスポートフォーマットとをネットワークデバイスに通知しないときにネットワークデバイスのブラインド検出の複雑性をも低減することができる。
【００４９】
第２の態様に関して、第２の態様の第９の実装では、ネットワークデバイスが端末デバイスによって送られた第１のフィードバック情報を受信する前に、本方法は、
ネットワークデバイスによって、端末デバイスに第１のトリガ情報を送ることをさらに含み、第１のトリガ情報は、第４の時間ユニットにおいて第１のフィードバック情報を搬送するように端末デバイスをトリガするために使用され、第４の時間ユニットは、少なくとも１つの時間ユニットに属する。
【００５０】
このようにして、第１の時間ユニットは、ネットワークデバイスによって実行されるスケジューリングに基づく第４の時間ユニットに関連付けられる。これは、第１のフィードバック情報の送信機会にわたるネットワークデバイスの制御可能性を改善することができ、端末デバイスが第１のフィードバック情報の存在と第１のフィードバック情報のトランスポートフォーマットとをネットワークデバイスに通知しないときにネットワークデバイスのブラインド検出の複雑性をも低減することができる。
【００５１】
第２の態様に関して、第２の態様の第１０の実装では、ネットワークデバイスが端末デバイスによって送られた第１のフィードバック情報を受信する前に、本方法は、
ネットワークデバイスによって、第５の時間ユニットにおいて端末デバイスに第２のトリガ情報を送ることをさらに含み、第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように端末デバイスをトリガするために使用され、第６の時間ユニットの時間領域ロケーションは、第１の時間ユニットの時間領域ロケーションの前にあり、第１のフィードバック情報の情報タイプは、第２のフィードバック情報の情報タイプと少なくとも部分的に同じである。
【００５２】
このようにして、第１の時間ユニットは、ネットワークデバイスによって実行されるスケジューリングに基づく第５の時間ユニットと第６の時間ユニットとに関連付けられる。これは、第１のフィードバック情報の送信機会にわたるネットワークデバイスの制御可能性を改善することができ、端末デバイスが第１のフィードバック情報の存在と第１のフィードバック情報のトランスポートフォーマットとをネットワークデバイスに通知しないときにネットワークデバイスのブラインド検出の複雑性をも低減することができる。
【００５３】
第２の態様に関して、第２の態様の第１１の実装では、第５の時間ユニットは、ネットワークデバイスが第１の時間ユニットの前に最新のトリガ情報を送る時間ユニットである。
【００５４】
このようにして、第５の時間ユニットは、端末デバイスが第１の時間ユニットの前に最新のトリガ情報を受信する時間ユニットであり、第１のフィードバック情報の時間有効性を効果的に改善する。
【００５５】
第２の態様に関して、第２の態様の第１２の実装では、第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む。
【００５６】
第３の態様によれば、情報送信装置が提供される。装置は、第１の態様又は第１の態様の任意の可能な実装におけるネットワークデバイスの動作を実行するように構成されてもよい。詳細には、装置は、第１の態様又は第１の態様の任意の可能な実装における端末デバイスの動作を実行するように構成されたモジュール又はユニットを含んでもよい。
【００５７】
第４の態様によれば、情報送信装置が提供される。装置は、第２の態様又は第２の態様の任意の可能な実装におけるネットワークデバイスの動作を実行するように構成されてもよい。詳細には、装置は、第２の態様又は第２の態様の任意の可能な実装におけるネットワークデバイスの動作を実行するように構成されたモジュール又はユニットを含んでもよい。
【００５８】
第５の態様によれば、端末デバイスが提供される。端末デバイスは、プロセッサと、トランシーバと、メモリとを含む。プロセッサと、トランシーバと、メモリとは、内部接続経路を使用することによって互いに通信する。メモリは、命令を記憶するように構成される。プロセッサは、メモリ中に記憶された命令を実行するように構成される。プロセッサがメモリによって記憶された命令を実行するとき、端末デバイスは、第１の態様又は第１の態様の任意の可能な実装における方法を実行するか、又は端末デバイスは、第３の態様において提供される装置を実装する。
【００５９】
第６の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、プロセッサと、トランシーバと、メモリとを含む。プロセッサと、トランシーバと、メモリとは、内部接続経路を使用することによって互いに通信する。メモリは、命令を記憶するように構成される。プロセッサは、メモリ中に記憶された命令を実行するように構成される。プロセッサがメモリによって記憶された命令を実行するとき、ネットワークデバイスは、第２の態様又は第２の態様の任意の可能な実装における方法を実行するか、又はネットワークデバイスは、第４の態様において提供される装置を実装する。
【００６０】
第７の態様によれば、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成され、コンピュータプログラムは、第１の態様又は第１の態様の任意の可能な実装における方法を実行するために使用される命令を含む。
【００６１】
第８の態様によれば、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成され、コンピュータプログラムは、第２の態様又は第２の態様の任意の可能な実装における方法を実行するために使用される命令を含む。
【００６２】
上記の実装のうちのいくつかでは、第１の時間ユニットは、第２の時間ユニットの後のＫ番目の時間ユニットに位置し、Ｋは、１以上の整数である。
【００６３】
上記の実装のうちのいくつかでは、第１の時間ユニットにおいて搬送される第１のフィードバック情報とアップリンクデータとは、レートマッチングを通して第１の時間ユニットにおいて多重化される。
【００６４】
上記の実装のうちのいくつかでは、第５の時間ユニットと第１の時間ユニットとの間の間隔の持続時間は、第１のプリセットされた持続時間よりも短いか、又は第６の時間ユニットと第１の時間ユニットとの間の間隔の持続時間は、第２のプリセットされた持続時間よりも短い。
【００６５】
上記の実装のうちのいくつかでは、第１のフィードバック情報は、第１の時間ユニットに対応するＧＵＬ無線リソース上で搬送される。
【図面の簡単な説明】
【００６６】
【図１】本出願の一実施形態に適用可能な情報送信方法及び装置の通信システムの概略アーキテクチャ図である。
【図２】本出願の一実施形態による、情報送信方法の概略対話フローチャートである。
【図３】本出願の一実施形態による、時間領域においての情報送信のための時間−周波数リソースの分布の概略図である。
【図４】本出願の一実施形態による、ＧＵＬ  ＰＵＳＣＨにおいてのＧ−ＵＣＩと、フィードバック情報＃１と、データ情報との分布を示す。
【図５】本出願の一実施形態による、時間ユニット＃１と時間ユニット＃２との間の時間シーケンス関係の概略図である。
【図６】本出願の一実施形態による、時間ユニット＃１の時間領域ロケーションの概略図である。
【図７】本出願の別の実施形態による、ＧＵＬ  ＰＵＳＣＨにおいてのＧ−ＵＣＩと、フィードバック情報＃１と、データ情報との分布を示す。
【図８】本出願の一実施形態による、時間ユニット＃１と時間ユニット＃３との間の時間シーケンス関係の概略図である。
【図９】本出願の一実施形態による、時間ユニット＃１と、時間ユニット＃５と、時間ユニット＃６との間の時間シーケンス関係の概略図である。
【図１０】本出願の一実施形態による、情報送信装置の概略ブロック図である。
【図１１】本出願の一実施形態による、情報送信装置の概略ブロック図である。
【発明を実施するための形態】
【００６７】
以下は、本出願の実施形態における添付の図面を参照して、本出願の実施形態における技術的な解決法を明確かつ完全に説明する。
【００６８】
本明細書において使用される「構成要素」、「モジュール」、及び「システム」」などの用語は、コンピュータ関連エンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組合せ、ソフトウェア、又は実行されているソフトウェアを示すために使用される。例えば、構成要素は、限定はしないが、プロセッサ上で動作する処理、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、及び／又はコンピュータであってもよい。図に示すように、コンピューティングデバイスとコンピューティングデバイス上で動作するアプリケーションとの両方は構成要素であってもよい。１つ又は複数の構成要素は、処理及び／又は実行スレッド内に常駐してもよく、構成要素は、１つのコンピュータ上に位置し、及び／又は２つ以上のコンピュータ間で分散されてもよい。さらに、これらの構成要素は、様々なデータ構造を記憶する様々なコンピュータ可読媒体から実行されてもよい。例えば、構成要素は、ローカル及び／又はリモート処理を使用することによって通信し、例えば、１つ又は複数のデータパケットを有する信号（例えば、ローカルシステム、分散システムにおける、及び／又は信号を使用することによって他のシステムと相互作用するインターネットなどのネットワークにおける、別の構成要素と相互作用する２つの構成要素からのデータ）に従って通信してもよい。
【００６９】
本出願の実施形態は、様々な通信システム、例えば、グローバルシステムフォーモービルコミュニケーションズ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ）システム及びＬＴＥシステムなどのシステムに適用されてもよく、サポートされる通信は、主に、ボイス及びデータ通信であることを理解されたい。通常、従来の基地局は、限定された量の接続をサポートし、実装するのが容易である。
【００７０】
次世代モバイル通信システムは、将来のモバイルデータトラフィックの増大、大量のモノのインターネット、多様な新しいサービス、及び多様な適用シナリオを可能にする。統一された接続フレームワークとして働くことに加えて、新世代のセルラーネットワークの基本的な５Ｇ新無線（５ｔｈ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｗ  Ｒａｄｉｏ、５Ｇ  ＮＲ）は、ネットワークのものであるデータ速度、容量、遅延、信頼性、効率、及びカバレージ能力を新しいレベルに増加させ、利用可能なスペクトルリソースの各ビットを完全に使用することが予想される。さらに、直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）新無線設計に基づく５Ｇは、国際標準になり、５Ｇデバイスと多様な展開をサポートし、（ロー及びハイバンドカバーすることを含む）多様なスペクトルをカバーするだけでなく、多様なサービスと端末とをサポートする必要もある。
【００７１】
本出願の実施形態は、端末デバイスに関する実施形態について説明する。端末デバイスは、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）ユーザ機器、アクセス端末、加入者ユニット、加入者局、移動局、モバイルコンソール、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、端末、ワイヤレス通信デバイス、ユーザエージェント、又はユーザ装置と呼ばれることもある。端末デバイスは、ワイヤレスローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、ＷＬＡＮ）における局（ＳＴＡＩＯＮ、ＳＴ）であってもよく、セルラー電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、ＷＬＬ）局、携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ワイヤレス通信機能を有するハンドヘルドデバイス及びコンピューティングデバイス、又は別の処理デバイス、車載デバイス、ワイヤレスモデムに接続されたウェアラブルデバイス、将来の５Ｇネットワークにおける端末デバイス、将来の発展型ＰＬＭＮネットワークにおける端末デバイスなどであってもよい。
【００７２】
さらに、本出願の実施形態は、ネットワークデバイスに関する実施形態について説明する。ネットワークデバイスは、モバイルデバイスと通信するように構成されたネットワークデバイスなどのデバイスであってもよい。ネットワークデバイスは、ＷＬＡＮにおけるアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＡＰ）又はＧＳＭ若しくは符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ）における基地トランシーバ局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）であってもよいし、又はＷＣＤＭＡにおけるノードＢ（ＮｏｄｅＢ、ＮＢ）であってもよいし、又はＬＴＥにおける発展型ノードＢ（Ｅｖｏｌｕｔｉｏｎａｌ  ＮｏｄｅＢ、ｅＮＢ又はｅＮｏｄｅＢ）、若しくは再生局若しくはアクセスポイント、若しくは車両デバイス、ウェアラブルデバイス、将来の５Ｇネットワーク内のネットワークデバイス、将来の発展型ＰＬＭＮネットワーク内のネットワークデバイスなどであってもよい。
【００７３】
本出願の実施形態において提供される方法及び装置は、端末デバイス又はネットワークデバイスに適用されてもよい。端末デバイス又はネットワークデバイスは、ハードウェアレイヤと、ハードウェアレイヤの上で動作するオペレーティングシステムレイヤと、オペレーティングシステムレイヤの上で動作するアプリケーションレイヤとを含む。ハードウェアレイヤは、中央処理ユニット（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＣＰＵ）、メモリ管理ユニット（Ｍｅｍｏｒｙ  Ｍａｎａｇｅｍｅｎｔ  Ｕｎｉｔ、ＭＭＵ）、及び（メインメモリとも呼ばれる）メモリなどのハードウェアを含む。オペレーティングシステムは、処理（Ｐｒｏｃｅｓｓ）を使用することによってサービス処理を実行する任意の１つ又は複数のコンピュータオペレーティングシステム、例えば、Ｌｉｎｕｘオペレーティングシステム、Ｕｎｉｘオペレーティングシステム、アンドロイドオペレーティングシステム、ｉＯＳオペレーティングシステム、又はウィンドウズオペレーティングシステムであってもよい。アプリケーションレイヤは、ブラウザ、アドレス帳、ワードプロセッシングソフトウェア、及びインスタントメッセージングソフトウェアなどのアプリケーションを含む。さらに、本出願の実施形態では、制御情報送信方法を実行するためのエンティティの特定の構造は、エンティティが本出願の実施形態における制御情報送信方法のコードを含むプログラムを動作することができるという条件で、本出願の実施形態における制御情報送信方法に従って通信を実行するために本出願の実施形態では特に限定されない。例えば、本出願の実施形態におけるワイヤレス通信方法を実行するためのエンティティは、端末デバイス若しくはネットワークデバイス、又は端末デバイス若しくはネットワークデバイス内にあり、プログラムを呼び出し、プログラムを実行することができる機能モジュールであってもよい。
【００７４】
さらに、本出願の実施形態における態様又は特徴は、標準的なプログラミング及び／又はエンジニアリング技術を使用する方法、装置又は製品として実装されてもよい。本出願の実施形態において使用される「製品」という用語は、任意のコンピュータ可読コンポーネント、キャリア又は媒体からアクセスされることができるコンピュータプログラムをカバーする。例えば、コンピュータ可読媒体は、限定はしないが、磁気ストレージ構成要素（例えば、ハードディスク、フロッピーディスク、又は磁気テープ）、光ディスク（例えば、コンパクトディスク（Ｃｏｍｐａｃｔ  Ｄｉｓｃ、ＣＤ）又はデジタル多用途ディスク（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ、ＤＶＤ））、スマートカード、及びフラッシュメモリ構成要素（例えば、消去可能プログラマブル読取り専用メモリ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＥＰＲＯＭ）、カード、スティック、又はキードライブ）を含んでもよい。さらに、本明細書に記載されている様々な記憶媒体は、情報を記憶するように構成された１つ若しくは複数のデバイス及び／又は他の機械可読媒体を示してもよい。「機械可読媒体」という用語は、限定はしないが、無線チャネルと、命令及び／又はデータを記憶すること、含むこと、及び／又は搬送することが可能な様々な他の媒体とを含んでもよい。
【００７５】
図１は、本出願の実施形態に適用されるデータ送信のための通信システムの概略図である。図１に示すように、通信システム１００は、ネットワークデバイス１０２を含み、ネットワークデバイス１０２は、複数のアンテナ、例えば、アンテナ１０４、１０６、１０８、１１０、１１２、及び１１４を含んでもよい。さらに、ネットワークデバイス１０２は、送信機チェーンと受信機チェーンとをさらに含んでもよい。当業者は、送信機チェーンと受信機チェーンとがそれぞれ、送信及び受信する信号に関係する複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、又はアンテナ）を含んでもよいことを理解してもよい。
【００７６】
ネットワークデバイス１０２は、複数の端末デバイス（例えば、端末デバイス１１６及び端末デバイス１２２）と通信してもよい。しかしながら、ネットワークデバイス１０２が端末デバイス１１６又は１２２と同様である任意の量の端末デバイスと通信してもよいことが理解されてもよい。端末デバイス１１６及び１２２はそれぞれ、例えば、セルラー電話、スマートフォン、ポータブルコンピュータ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星無線装置、全地球測位システム、ＰＤＡ、及び／又はワイヤレス通信システム１００において通信するために使用される任意の他の好適なデバイスであってもよい。
【００７７】
図１に示すように、端末デバイス１１６は、アンテナ１１２及び１１４と通信する。アンテナ１１２及び１１４は、順方向リンク１１８を使用することによって端末デバイス１１６に情報を送り、逆方向リンク１２０を使用することによって端末デバイス１１６から情報を受信する。さらに、端末デバイス１２２は、アンテナ１０４及び１０６と通信する。アンテナ１０４及び１０６は、順方向リンク１２４を使用することによって端末デバイス１２２に情報を送り、逆方向リンク１２６を使用することによって端末デバイス１２２から情報を受信する。
【００７８】
例えば、周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＦＤＤ）システムでは、順方向リンク１１８及び逆方向リンク１２０は異なる帯域を使用してもよく、順方向リンク１２４及び逆方向リンク１２６は、異なる帯域を使用してもよい。
【００７９】
別の例では、時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＴＤＤ）システム及び全二重（Ｆｕｌｌ  Ｄｕｐｌｅｘ）システムでは、順方向リンク１１８及び逆方向リンク１２０は同じ帯域を使用してもよく、順方向リンク１２４及び逆方向リンク１２６は、同じ帯域を使用してもよい。
【００８０】
通信ために設計された各アンテナ（若しくは複数のアンテナを含むアンテナグループ）及び／又はエリアは、ネットワークデバイス１０２のセクタと呼ばれる。例えば、アンテナグループは、ネットワークデバイス１０２のカバレージ内のセクタにおける端末デバイスと通信するように設計されてもよい。ネットワークデバイス１０２が順方向リンク１１８及び１２４を使用することによってそれぞれ端末デバイス１１６及び１２２と通信する処理では、ネットワークデバイス１０２の送信アンテナは、ビームフォーミングを通した順方向リンク１１８及び１２４の信号対雑音比を改善してもよい。さらに、ネットワークデバイスが単一のアンテナを使用することによって全ての端末デバイスに信号を送る方式と比較して、ネットワークデバイス１０２が、ビームフォーミングを通して、関連するカバレージ中にランダムに分布された端末デバイス１１６及び１２２に信号を送るとき、隣接セルにおけるモバイルデバイスはあまり干渉されない。
【００８１】
所与の時間内に、ネットワークデバイス１０２、端末デバイス１１６、又は端末デバイス１２２は、ワイヤレス通信送信装置及び／又はワイヤレス通信受信装置であってもよい。データを送るとき、ワイヤレス通信送信装置は、送信のためのデータを符号化してもよい。
【００８２】
詳細には、ワイヤレス通信送信装置は、チャネルを使用することによってワイヤレス通信受信装置に送られる必要がある特定の量のデータビットを取得してもよい（例えば、生成するか、別の通信装置から受信するか、又はメモリ中に記憶してもよい）。データビットは、データのトランスポートブロック（又は複数のトランスポートブロック）中に含まれてもよく、トランスポートブロックは、複数のコードブロックを生成するためにセグメント化されてもよい。
【００８３】
さらに、通信システム１００は、パブリックランドモバイルネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＰＬＭＮ）、Ｄ２Ｄネットワーク、Ｍ２Ｍネットワーク、又は別のネットワークであってもよい。図１は、簡略概略図の一例にすぎない。ネットワークは、図１に示されていない別のネットワークデバイスをさらに含んでもよい。
【００８４】
本出願の実施形態では、通信システム１００において使用されるリソースは、グラントフリーリソースであってもよく、又は、本出願の実施形態では、通信システム１００内の各通信デバイス（例えば、ネッワークデバイス又は端末デバイス）は、グラントフリー送信解決策による通信のためにリソースを使用してもよい。
【００８５】
以下に、本出願の実施形態におけるグラントフリー送信解決策について詳細に説明する。本出願の実施形態では、グラントフリー送信は、以下の意味のうちの任意の１つ若しくは複数、又は複数の意味におけるいくつかの技術的特徴の組合せ、又は他の同様の意味として理解されてもよい。
【００８６】
グラントフリー送信は、次の通りであってもよい。ネットワークデバイスは、端末デバイスに複数の送信リソースを事前に割り当て、送信リソースを端末デバイスに通知する。アップリンクデータ送信要件を有するとき、端末デバイスは、ネットワークデバイスによって事前に割り当てられた複数の送信リソースから少なくとも１つの送信リソースを選択し、選択された送信リソースを使用することによってアップリンクデータを送り、ネットワークデバイスは、複数の事前に割り当てられた送信リソース内の１つ又は複数の送信リソース上で、端末デバイスによって送られたアップリンクデータを検出する。検出は、ブラインド検出であってもよいし、又はアップリンクデータにおける特定の制御フィールドに基づいて実行される検出、又は別の方式で実行される検出であってもよい。
【００８７】
グラントフリー送信は、次の通りであってもよい。ネットワークデバイスは、端末デバイスに複数の送信リソースを事前に割り当て、送信リソースを端末デバイスに通知し、それによって、アップリンクデータ送信要件を有するとき、端末デバイスは、ネットワークデバイスによって事前に割り当てられた複数の送信リソースから少なくとも１つの送信リソースを選択し、選択された送信リソースを使用することによってアップリンクデータを送る。
【００８８】
グラントフリー送信は、次の通りであってもよい。複数の事前に割り当てられた送信リソースに関する情報が取得され、アップリンクデータ送信要件があるとき、少なくとも１つの送信リソースが、複数の送信リソースから選択され、アップリンクデータが選択された送信リソースを使用することによって送られる。情報は、ネットワークデバイスから取得されてもよい。
【００８９】
グラントフリー送信は、端末デバイスのアップリンクデータ送信がネットワークデバイスによって実行される動的スケジューリングなしに実装されてもよい方法であってもよい。動的スケジューリングは、ネットワークデバイスがシグナリングを使用することによって端末デバイスのアップリンクデータ送信ごとに送信リソースを示すスケジューリング方式であってもよい。任意選択で、端末デバイスのアップリンクデータ送信を実装することは、２つ以上の端末デバイスが同じ時間−周波数リソース上でアップリンクデータを送信することを可能にすることとして理解されてもよい。任意選択で、送信リソースは、端末デバイスがシグナリングを受信してしばらくしてからの１つ又は複数の送信時間ユニットのうちの送信リソースであってもよい。送信時間ユニットは、送信が１回実行される最小時間ユニット、例えば、ＴＴＩであってもよく、送信時間ユニットの値は、１ｍｓ、０．５ｍｓ、又は２つのシンボルであってもよいし、又は別のプリセットされた送信時間ユニットであってもよい。
【００９０】
グラントフリー送信は、次の通りであってもよい。端末デバイスは、ネットワークデバイスによって許可されることなしにアップリンクデータ送信を実行する。許可は、次の通りであってもよい。端末デバイスは、ネットワークデバイスにアップリンクスケジューリング要求を送り、スケジューリング要求を受信した後に、ネットワークデバイスは、端末デバイスにアップリンク許可を送る。アップリンク許可は、端末デバイスに割り当てられたアップリンク送信リソースを示す。
【００９１】
グラントフリー送信は、競合ベースの送信方式であってもよい。詳細には、複数の端末は、基地局によって許可されることなしに同じ事前に割り当てられた時間−周波数リソース上でアップリンクデータを同時に送信してもよい。
【００９２】
ブラインド検出は、データが到着するのかどうかが事前に分からないとき、到着してもよいデータに対して実行される検出として理解されてもよい。ブラインド検出は、代替として、明示的なシグナリング指示なしに実行される検出として理解されてもよい。
【００９３】
本出願の実施形態では、送信リソースは、限定はしないが、以下リソースのうちの１つ又は複数の組合せを含んでもよい。
α−  無線フレーム、サブフレーム、及びシンボルなどの時間領域リソース（時間リソースとも呼ばれる）。
β−  サブキャリア及びリソースブロックなどの周波数領域リソース（スペクトルリソースとも呼ばれる）。
γ−  送信アンテナ及びビームなどの空間領域リソース。
θ−  スパースコード多元接続（Ｓｐａｒｓｅ  Ｃｏｄｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＳＣＭＡ）コードブック、低密度シグナチャ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｓｉｇｎａｔｕｒｅ、ＬＤＳ）シーケンス、及びＣＤＭＡコードなどのコード領域リソース。
δ−  アップリンクパイロットリソース。
【００９４】
本出願のいくつかの実施形態では、複数の（２つ以上の）端末デバイスがあってもよく、各端末デバイスは、グラントフリー送信解決策に従って、ネットワークデバイスにアップリンクデータを送るためにグラントフリー送信リソースを自律的に選択する。
【００９５】
ワイヤレス通信のための通信システム１００において使用される時間−周波数リソースについて、以下で詳細に説明する。
【００９６】
本出願の実施形態では、情報を送信するためにネットワークデバイスと端末デバイスとによって使用される時間領域リソースは、時間領域において複数の時間ユニットに分割されてもよい。
【００９７】
さらに、本出願のこの実施形態では、複数の時間ユニットは、連続していてもよく、又はいくつかの隣接する時間ユニット間にプリセットされた間隔が設定されてもよい。これは、本出願の実施形態では特に限定されない。
【００９８】
本出願の実施形態では、時間ユニットは、アップリンク情報（例えば、アップリンクデータ）送信及び／又はダウンリンク情報（例えば、ダウンリンクデータ）送信のために使用される時間ユニットを含んでもよい。
【００９９】
本出願の実施形態では、時間ユニットの長さは任意に設定されてもよく、本出願の実施形態では特に限定されない。
【０１００】
例えば、１つの時間ユニットは、１つ又は複数のサブフレームを含んでもよい。
【０１０１】
代替として、１つの時間ユニットは、１つ又は複数のスロットを含んでもよい。
【０１０２】
代替として、１つの時間ユニットは、１つ又は複数のシンボルを含んでもよい。
【０１０３】
代替として、１つの時間ユニットは、１つ又は複数のＴＴＩを含んでもよい。
【０１０４】
代替として、１つ時間ユニットは、１つ又は複数の短送信時間間隔（ｓｈｏｒｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ｓＴＴＩ）を含んでもよい。
【０１０５】
本出願の実施形態では、ワイヤレス通信のための通信システム１００において使用される時間−周波数リソースは、時間領域において複数のＴＴＩに分割されてもよい。ＴＴＩは、現在の通信システム（例えば、ＬＴＥシステム）において一般的に使用されるパラメータであり、無線リンク上でデータ送信をスケジュールするためのスケジューリングユニットである。従来技術では、通常、１ＴＴＩ＝１ｍｓであると見なされる。言い換えれば、１つのＴＴＩは、１つのサブフレーム（サブフレーム）又は２つのスロット（スロット）である。ＴＴＩは、（スケジューリングなどの）無線リソース管理における基本時間ユニットである。
【０１０６】
通信ネットワークでは、遅延は、キーパフォーマンスインジケータであり、ユーザの使用経験に影響を及ぼす。通信プロトコルの開発とともに、遅延に最も大きく影響を及ぼす物理レイヤスケジューリング間隔はより小さくなる。スケジューリング間隔（即ち、ＴＴＩ）は、最初に、ＷＣＤＭＡでは１０ｍｓであり、次いで、高速パケットアクセス（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ、ＨＳＰＡ）で２ｍｓに短縮され、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）で１ｍｓに短縮される。
【０１０７】
低遅延サービス要件により、スケジューリング間隔をさらに短縮し、ユーザエクスペリエンスを改善するためにより短いＴＴＩフレーム構造を物理レイヤに導入する必要がある。例えば、ＬＴＥシステムでは、ＴＴＩ長は、１ｍｓから、１つのシンボル（ｓｙｍｂｏｌ）から（７つのシンボルを含む）１つのスロットまでの範囲に短縮されてもよい。上記のシンボルは、ＬＴＥシステムにおける直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）シンボル又はシングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＳＣ−ＦＤＭＡ）シンボルであってもよく、又は別の通信システムにおけるシンボルであってもよい。別の例では、５Ｇ通信システムにおけるＴＴＩ長はまた、１ｍｓよりも短い。
【０１０８】
ＬＴＥシステムでは、長さが１ｍｓであるＴＴＩに基づくデータ送信中に、データ送信のラウンドトリップ時間（Ｒｏｕｎｄ−Ｔｒｉｐ  Ｔｉｍｅ、略して「ＲＴＴ」）は８ｍｓである。処理時間は、長さが１ｍｓである既存のＴＴＩのスケジューリングのための処理時間に対して比例的に低減されると仮定する。言い換えれば、既存のＲＴＴ遅延が依然として続く。長さが０．５ｍｓであるｓＴＴＩに基づくデータ送信においては、データ送信のＲＴＴは４ｍｓである。遅延は、長さが１ｍｓであるＴＴＩに基づくデータ送信に対して半分に低減されてもよい。従って、ユーザエクスペリエンスが改善される。
【０１０９】
長さが１ｍｓ未満であるＴＴＩは、ｓＴＴＩと呼ばれることがある。例えば、ＬＴＥシステムでは、ｓＴＴＩの長さは、１つのシンボルから７つのシンボルの任意の長さであってもよいし、又はｓＴＴＩの長さは、１つシンボルから７つのシンボルのうちの少なくとも２つの異なる長さの組合せであってもよい。例えば、１ｍｓは６つのｓＴＴＩを含み、ｓＴＴＩの長さは、それぞれ、３つのシンボル、２つのシンボル、２つのシンボル、２つのシンボル、２つのシンボル、及び３つのシンボルであってもよい。代替として、１ｍｓは、４つのｓＴＴＩを含み、ｓＴＴＩの長さは、それぞれ、３つのシンボル、４つのシンボル、３つのシンボル、及び４つのシンボルであってもよいし、又は他の異なる長さの組合せであってもよい。
【０１１０】
さらに、アップリンクｓＴＴＩ長は、ダウンリンクｓＴＴＩ長と同じであってもよい。例えば、アップリンクｓＴＴＩ長とダウンリンクｓＴＴＩ長とは、それぞれ２つのシンボルである。
【０１１１】
代替として、アップリンクｓＴＴＩ長は、ダウンリンクｓＴＴＩ長よりも長くてもよい。例えば、アップリンクｓＴＴＩ長は、７つのシンボルであり、ダウンリンクｓＴＴＩ長は、２つのシンボルである。
【０１１２】
代替として、アップリンクｓＴＴＩ長は、ダウンリンクｓＴＴＩ長よりも短くてもよい。例えば、アップリンクｓＴＴＩ長は、４つのシンボルであり、ダウンリンクｓＴＴＩ長は、１つのサブフレームである。
【０１１３】
ＴＴＩ長が１つサブフレーム又は１ｍｓよりも短いデータパケットは、短ＴＴＩデータパケットと呼ばれる。短ＴＴＩデータ送信は、周波数領域において連続的に又は不連続的に実行されてもよい。後方互換性のために、長さが１ｍｓであるＴＴＩに基づくデータ送信とｓＴＴＩに基づくデータ送信との両方がシステムにおいて共存してもよいことに留意されたい。
【０１１４】
本出願の実施形態では、従来技術（例えば、ＬＴＥシステム）において指定されているＴＴＩ（例えば、長さが１ｍｓであるＴＴＩ又は長さが１ｍｓよりも長いＴＴＩ）とｓＴＴＩとはＴＴＩと総称される。さらに、本出願の実施形態では、ＴＴＩの長さは、実際の要件に基づいて変化してもよい。
【０１１５】
上記の例示した時間ユニット構造が説明のための例にすぎないことを理解されたい。これは、本出願の実施形態では特に限定されない。時間ユニット構造は、実際の要件に基づいてランダムに変更されてもよい。例えば、ｓＴＴＩをサポートしないＬＴＥシステムでは、１つの時間ユニットは、１つのサブフレーム（Ｓｕｂｆｒａｍｅ）であってもよい。別の例では、ｓＴＴＩをサポートするＬＴＥシステムでは、１つ時間ユニットは、１つのｓＴＴＩを含んでもよいか、１つの時間ユニットは、１つのスロット（Ｓｌｏｔ）を含んでもよいか、１つの時間ユニットは、１つ若しくは複数の（例えば、７つよりも少ない正の整数個の又は６つよりも少ない正の整数個の）シンボルを含んでもよいし、又は１つ時間ユニットは、１つサブフレームであってもよい。
【０１１６】
本出願の実施形態では、時間ユニットにおいて情報を送信するために使用される長さ（又は情報送信持続時間）は、１ｍｓであってもよいし、又は１ｍｓよりも短くてもよいことに留意されたい。
【０１１７】
本出願の実施形態では、グラントフリー送信の基本時間ユニットは、１つのＴＴＩ（例えば、上記のｓＴＴＩ）であってもよい。ｓＴＴＩ技術が導入された後、グラントフリー送信は、ＴＴＩ長が１ｍｓ又は１ｍｓよりも短いダウンリンクデータチャネル受信又はアップリンクデータチャネル送信を含んでもよい。
【０１１８】
本出願のこの実施形態では、通信システム１００において使用される送信リソース内の周波数領域リソース（又はスペクトルリソース）は、ライセンスリソースであってもよいし、又は通信システム１００において使用されるリソース内の周波数領域リソースは、ライセンスバンドに属してもよい。
【０１１９】
代替として、本出願のこの実施形態では、通信システム１００において使用されるリソース（送信リソース又は時間−周波数リソース）のうちの周波数領域リソース（又はスペクトルリソース）は、アンライセンスバンド（又はアンライセンスリソース）に属してもよい。
【０１２０】
アンライセンスリソースは、通信デバイスによって共有されてもよいリソースであってもよい。
【０１２１】
アンライセンスバンドにおいて共有するリソースは、帯域を共有する複数のデバイスが基本共存要件を満たすことを保証するために、特定のスペクトルを使用するために、制限が送信電力及び帯域外放射などのインジケータに対してのみ提示されることを意味する。事業者は、アンライセンスバンドリソースを使用することによってネットワーク容量オフロードを実装することができるが、アンライセンスバンドリソースに対する異なる領域及び異なるスペクトルの規制要件に準拠する必要がある。これらの要件は、通常、レーダーなどの公共システムを保護し、複数のシステムが適正に共存し、できるだけ互いに負の影響を生じないことを保証するために提示され、送信電力制限、帯域外放射インジケータ、屋内及び屋外使用制限を含む。さらに、いくつかの領域は、いくつかの追加の共存ポリシーなどをさらに有する。例えば、通信デバイスは、競合又はリスニング、例えば、リッスンビフォアトーク（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ、ＬＢＴ）を通して時間−周波数リソースを使用することができる。
【０１２２】
限定ではなく例として、本出願の実施形態では、アンライセンスリソースは、５ＧＨｚ近くの帯域、２．４ＧＨｚ近くの帯域、３．５ＧＨｚ近くの帯域、及び６０ＧＨｚ近くの帯域を含んでもよい。
【０１２３】
限定ではなく例として、例えば、通信システム１００は、アンライセンススペクトルリソース（例えば、アンライセンスキャリア）上でロングタームエボリューション（Ｌｉｃｅｎｓｅｄ−Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ  Ｕｓｉｎｇ  ＬＴＥ、ＬＡＡ−ＬＴＥ）技術を使用してもよいし、又はアンライセンススペクトルを介したスタンドアロンＬＴＥ若しくはＭｕＬＴＥＦｉｒｅなど、アンライセンスバンドにおいて独立した展開において通信システムをサポートする技術を使用してもよいし、又はＬＴＥ−Ｕ（ＬＴＥ−Ｕ、アンライセンススペクトルにおけるＬＴＥアドバンスト）技術を使用してもよい。言い換えれば、通信システム１００は、ＬＴＥエアインターフェースプロトコルを使用することによってアンライセンスバンドでの通信を完了するために、アンライセンスバンド上で独立してＬＴＥシステムを展開してもよい。システムは、ライセンスバンドを含まない。集中型スケジューリング、干渉協調、又はハイブリッド自動要求再送信（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ、略してＨＡＲＱ）などの技術がアンライセンスバンド上に展開されるＬＴＥシステムにおいて使用されてもよい。Ｗｉ−Ｆｉなどのアクセス技術と比較して、本技術は、より良いロバストネスを有し、より高いスペクトル効率を有することができ、より広いカバレージエリアとより良いユーザエクスペリエンスとを与える。
【０１２４】
さらに、本出願の実施形態では、通信システム１００内の各通信デバイスは、ライセンススペクトルリソースを使用することによってワイヤレス通信をさらに実行してもよい。言い換えれば、本出願の実施形態における通信システム１００は、ライセンスバンドを使用することができる通信システムである。
【０１２５】
ライセンス時間−周波数リソースは、概して、国又はローカルのワイヤレス委員会によって承認された後にしか使用できない時間−周波数リソースである。ＬＴＥシステム及びＷｉ−Ｆｉシステムなどの異なるシステム、又は異なる事業者のシステムは、ライセンス時間−周波数リソースを共有することができない。
【０１２６】
アンライセンスバンド中にＬＴＥシステムにおいての情報送信のための固定フレーム構造がなくてもよいことに留意されたい。要約すれば、基地局又はセルなどのネットワークデバイスは、ダウンリンクサービス負荷及び／又はアップリンクサービス負荷又は別の考慮事項に基づいてアンライセンススペクトルリソースをプリエンプトすることを決定した後にダウンリンク情報の送信持続時間及び／又はアップリンク情報の送信持続時間を決定してもよい。さらに、アンライセンススペクトルリソースをプリエンプトした後に、ネットワークデバイスは、ダウンリンク情報を含む時間ユニット（即ち、ダウンリンク時間ユニット）の量、アップリンク情報を含む時間ユニット（即ち、アップリンク時間ユニット）の量、各ダウンリンク時間ユニット中に含まれるダウンリンク情報の送信持続時間、及び各アップリンク時間ユニット中に含まれるアップリンク情報の送信持続時間を柔軟に調整してもよい。
【０１２７】
アンライセンスバンドにおいてデータを送信する前に、通信デバイス（例えば、端末デバイス又はネットワークデバイス）は、チャネル上でリッスンする必要があり、即ち、ＬＢＴを実行する必要がある。ＬＢＴを正常に実行した後に、通信デバイスは、チャネルを連続的に占有することができ、具体的に言えば、通信デバイスは、連続する時間ユニットにおいてデータを送信することができる。ダウンリンク送信では、連続時間ユニットは、ダウンリンクバースト（ＤＬ  Ｂｕｒｓｔ）と呼ばれることがあり、アップリンク送信では、連続時間ユニットは、アップリンクバースト（ＵＬ  Ｂｕｒｓｔ）と呼ばれることがある。
【０１２８】
ダウンリンクバーストは、（ｅＮＢなどの）ネットワークデバイス又はネットワークデバイスのセル（Ｃｅｌｌ）がアンライセンスバンドリソースをプリエンプトした後に連続的に占有してもよい連続時間ユニットを含んでもよい。
【０１２９】
ダウンリンクバーストの持続時間は、アンライセンススペクトルリソース上でのネットワークデバイス（又はセル）による連続送信のための最大時間よりも長くなく、最大時間は、最大チャネル占有時間（Ｍａｘｉｍｕｍ  Ｃｈａｎｎｅｌ  Ｏｃｃｕｐｉｅｄ  Ｔｉｍｅ、ＭＣＯＴ）と呼ばれることもある。ＭＣＯＴの長さの間チャネルを連続的に占有するとき、ネットワークデバイスは、チャネルを解放し、ＬＢＴを通してチャネルを再プリエンプトする必要がある。ＭＣＯＴの長さは、領域規制制約に関係してもよい。例えば、日本では、ＭＣＯＴは４ｍｓに等しくてもよいし、欧州では、ＭＣＯＴは８ｍｓ、又は１０ｍｓ、又は１３ｍｓに等しくてもよい。
【０１３０】
同様に、アップリンクバーストは、端末デバイスがアンライセンスバンドリソースをプリエンプトした後に連続的に占有することができる連続時間ユニットを含んでもよい。単一の端末デバイスでは、アップリンクバーストの持続時間は、アンライセンスバンドリソースに対するＭＣＯＴよりも長くない。本出願のこの実施形態では、アップリンク送信は、略して「アップリンクバースト」と呼ばれるアップリンクバースト送信を含んでもよい。アップリンク送信を実行する前に、端末デバイスは、最初に、例えば、ＬＢＴを通して、ネットワークデバイスによってスケジュールされた時間−周波数リソース（例えば、ネットワークデバイスによってスケジュールされたアンライセンスバンド内のリソース）が利用可能であるのかどうかを決定する必要があり、ＬＢＴが実行される特定のロケーションを本出願では特に限定しない。
【０１３１】
アップリンクバーストが一例として使用される。本出願の実施形態では、アップリンクバーストは、少なくとも１つの時間ユニット（具体的に言えば、１つ又は複数の時間ユニット）を含んでもよい。
【０１３２】
さらに、アップリンクバーストが複数の時間ユニットを含むとき、アップリンクバーストにおける複数の時間ユニットは、時間に関して連続しており、時間に関する連続性は、時間ユニット（例えば、ＴＴＩ）のシーケンス番号が連続していることを意味する。アップリンクバースト中に含まれる任意の２つの隣接する時間ユニットとの間に間隔があってもよいし（具体的に言えば、端末デバイスは、以前の時間ユニットの終わりに又は後続の時間ユニットの始めに時間領域リソースを占有しないが、時間領域リソースをアイドルとして予約する）、又は間隔がなくてもよい。これは、本出願の実施形態では特に限定されない。
【０１３３】
任意選択で、各アップリンクバースト中に含まれる複数の連続時間ユニットはそれぞれ、同じ時間長を有する。
【０１３４】
言い換えれば、本出願の実施形態では、アップリンクバーストにおける時間ユニットは、同じ量のシンボルを含む時間ユニットであってもよい。
【０１３５】
例えば、アップリンクバーストにおける各時間ユニットの長さは１つのサブフレームである。
【０１３６】
別の例では、アップリンクバーストにおける各時間ユニットの長さは、２つのシンボルである。
【０１３７】
代替として、任意選択で、各アップリンクバースト中に含まれる複数の連続時間ユニットのうちの少なくとも２つは異なる時間長を有する。
【０１３８】
言い換えれば、本出願の実施形態では、アップリンクバーストにおける時間ユニットのうちの少なくとも２つは異なる量のシンボルを含む。
【０１３９】
例えば、アップリンクバーストにおいて、第１位にランク付けされた時間ユニット及び／又は最下位にランク付けされた時間ユニット以外の時間ユニットは、１ｍｓ（即ち、１つのサブフレーム）の持続時間を有する。さらに、アップリンクバーストにおける第１の時間ユニットの時間長は、１ｍｓよりも短くてもよく、アップリンクバーストにおける最後の時間ユニットの時間長は、１ｍｓよりも短くてもよく、又はアップリンクバーストにおける第１の時間ユニットと最後の時間ユニットとの両方の時間長は、１ｍｓよりも短い。第１の時間ユニット及び最後の時間ユニットの長さの時間は同じであることも異なることもあることに留意されたい。
【０１４０】
別の例では、アップリンクバーストにおける時間ユニットの時間長は、８よりも小さい任意の正の整数であるシンボルの量であってもよく、例えば、アップリンクバーストは、６つの時間ユニットを含み、時間ユニットはそれぞれ、３つのシンボル、２つのシンボル、２つのシンボル、２つのシンボル、２つのシンボル、及び３つのシンボルの時間長に対応する。
【０１４１】
結論として、限定ではなく例として、本出願の実施形態では、ネットワークデバイスと端末デバイスとは、以下の方式で送信リソースを使用してもよい。
【０１４２】
１．ライセンススペクトルは、グラントフリー方式で使用される。
【０１４３】
２．アンライセンススペクトルは、グラントフリー方式で使用される。
【０１４４】
上記のグラントフリー送信リソースがグラントフリーアップリンク（Ｇｒａｎｔ−ｆｒｅｅ  ＵｐＬｉｎｋ、ＧＵＬ）無線リソースであってもよいことに留意されたい。説明を容易にするために、以下は、本出願の実施形態におけるグラントフリー送信解決策における送信リソースについて説明するためにＧＵＬ無線リソースを一様に使用する。
【０１４５】
以下に、図２から図９に関する本出願の実施形態による情報送信方法について説明する。
【０１４６】
本出願の一実施形態における情報送信処理について、図２に関して最初に詳細に説明してもよい。図２は、本出願のこの実施形態による、情報送信方法の概略対話フローチャートである。
【０１４７】
Ｓ２１０では、ネットワークデバイスは、端末デバイスにグラントフリーアップリンクＧＵＬ無線リソースを割り当て、ＧＵＬ無線リソースは、アップリンクデータを送るために端末デバイスによって使用され、ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む。
【０１４８】
ＧＵＬ無線リソースは、ネットワークデバイスによって端末デバイスに単に割り当てられたが、別の端末デバイスに割り当てられないリソースであってもよい。代替として、端末デバイスのサービスの送信がバーストであるので、アップリンクサービスがないとき、端末デバイスはＧＵＬ無線リソースを占有しなくてもよい。リソースの利用率を改善するために、ネットワークデバイスは、端末デバイスを含む複数の端末デバイスにＧＵＬ無線リソースを割り当ててもよく、それによって、複数の端末デバイスは、統計的多重化を通してリソースを共有する。これは、本出願のこの実施形態では特に限定されない。
【０１４９】
さらに、本出願のこの実施形態では、ＧＵＬ無線リソースは、端末デバイスがアップリンク送信を実行する必要があるとネットワークデバイスが決定した後に端末デバイスに割り当てられてもよい。代替として、ＧＵＬ無線リソースは、例えば、端末デバイスがネットワークデバイスによって与えられたセルにアクセスするときに端末デバイスに割り当てられてもよい。代替として、ＧＵＬ無線リソースは、競合を通して取得されたアンライセンス時間−周波数リソースのうちで決定されてもよく、例えば、ネットワークデバイスが、競合を通して、通信システムによって与えられたアンライセンス時間−周波数リソースの一部又は全部を取得するときに端末デバイスに割り当てられてもよい。これは、本出願のこの実施形態では特に限定されない。
【０１５０】
ＧＵＬ無線リソースは、端末デバイスにネットワークデバイスによって割り当てられた、又はネットワークデバイスによってアクティブ化された全ての利用可能なＧＵＬ無線リソースのサブセットである。詳細には、利用可能なＧＵＬ無線リソースは周期的であり、各ＧＵＬ期間は少なくとも１つの時間ユニットを含む。利用可能なＧＵＬ無線リソース内の任意の時間ユニットについて、端末デバイスは、時間ユニットにおいてアップリンクデータを送ってもよいし、又は時間ユニットにおいてアップリンクデータを送らなくてもよく、言い換えれば、時間ユニットを占有しない。例えば、端末デバイスがアップリンクサービスを有しないか、又はＧＵＬ無線リソース内の時間ユニットの前にＬＢＴを実行することに失敗するとき、端末デバイスは、アップリンクデータを送ることなしに時間ユニットをスキップ（ｓｋｉｐ）してもよい。代替として、端末デバイスは、ＧＵＬ期間中にアップリンクデータを送るためにＧＵＬ期間における任意の時間ユニットを占有しなくてもよく、言い換えれば、ＧＵＬ期間をスキップする。従って、本出願のこの実装では、端末デバイスによって決定されたＧＵＬ無線リソースは、全ての利用可能なＧＵＬリソースである。具体的に言えば、ネットワークデバイスがアップリンクデータを送るために端末デバイスをアクティブ化した後、ＧＵＬ無線リソースは、アップリンクデータを送信するために使用される全ての利用可能なＧＵＬリソースである。言い換えれば、ネットワークデバイスによって割り当てられたＧＵＬ無線リソースは、アップリンクデータを送信するためのリソース（ＵＬ−Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ、ＵＬ−ＳＣＨ）である。より詳細には、ＧＵＬ無線リソースは、物理アップリンクデータチャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）リソースであってもよく、ＧＵＬ無線リソースは、ＧＵＬ  ＰＵＳＣＨとも呼ばれる。ＧＵＬ  ＰＵＳＣＨはまた、１ｍｓよりも短いｓＴＴＩに対応するｓＰＵＳＣＨ（短ＰＵＳＣＨ）を含む。ネットワークデバイスが、上位レイヤのシグナリングを使用することによって利用可能なＧＵＬ無線リソースの期間を設定し、言い換えれば、ＧＵＬ  ＰＵＳＣＨは、上位レイヤのシグナリングに基づいて決定されることに留意されたい。対照的に、ネットワークデバイスによって実行されるスケジューリングに基づくＰＵＳＣＨ（ＵＬ許可ベースのＰＵＳＣＨ）は、ＰＤＣＣＨにおいてのネットワークデバイスの動的シグナリングに基づいてスケジュールされる。
【０１５１】
さらに、ネットワークデバイスは、端末デバイスによって報告されるスケジューリング要求（Ｓｃｈｅｄｕｌｅ  Ｒｅｑｕｅｓｔ、ＳＲ）なしにＧＵＬ  ＰＵＳＣＨを設定する。対照的に、ネットワークデバイスによって実行されるスケジューリングに基づくＰＵＳＣＨは、ネットワークデバイスが端末デバイスによって送られたＳＲを受信した後に端末デバイスに示される。
【０１５２】
さらに、周期的で連続する利用可能なＧＵＬリソースと比較して、ネットワークデバイスによって実行されるスケジューリングに基づくＰＵＳＣＨは、１回しか効果を生じず、スケジュールされたＰＵＳＣＨは、限定された時間範囲内の限定された量の時間ユニットに対応し、連続的に効果を生じない。
【０１５３】
ＧＵＬが自律アップリンク（Ａｕｔｏｎｏｍｏｕｓ  ＵＬ、ＡＵＬ）送信とも呼ばれることに留意されたい。
【０１５４】
ＧＵＬ無線リソースがアップリンクデータ情報ＵＬ−ＳＣＨを送るために端末デバイスによって使用されることに留意されたい。詳細には、ＧＵＬ無線リソースは、物理アップリンクデータチャネルＰＵＳＣＨリソースであり、ＧＵＬ無線リソースは、ＧＵＬ  ＰＵＳＣＨとも呼ばれる。
【０１５５】
本出願のこの実施形態では、１つの時間ユニットは、１つのＴＴＩであってもよく、ＴＴＩは、アップリンクリソース割り当て又はアップリンク送信のための時間領域粒度であるか、又は、ＴＴＩは、端末デバイスによって実行されるアップリンク送信のための最小時間領域単位であることに留意されたい。ＴＴＩは、１ｍｓのＴＴＩであってもよいし、又は、長さが１ｍｓであるサブフレームと呼ばれてもよく、或いは、１ｍｓよりも短いｓＴＴＩであってもよいし、又は、ミニスロット（ｍｉｎｉ−ｓｌｏｔ）と呼ばれてもよい。ｓＴＴＩによって占有される時間領域リソースは、長さが１ｍｓのＴＴＩよりも短い。言い換えれば、アップリンクデータチャネルに対応するＴＴＩがｓＴＴＩであるとき、ＴＴＩによって占有される時間領域リソースは長さが１ｍｓよりも短くなる。ｓＴＴＩがサポートしてもよい任意選択の長さは、７つのＳＣ−ＦＤＭＡシンボル（ＳＣ−ＦＤＭＡ  Ｓｙｍｂｏｌ、ＳＳ）、１つのＳＳ、２つのＳＳ、３つのＳＳ、又は４つのＳＳなどの構造を含む。ｓＴＴＩはまた、１ｍｓよりも短い別のＴＴＩ長をサポートする。
【０１５６】
ＧＵＬ無線リソース内に含まれる任意の時間ユニットは完全な時間ユニット又は部分的な時間ユニットのいずれかであってもよいことに留意されたい。１つの時間ユニットが１つのＴＴＩである例では、完全なＴＴＩは、端末デバイスが、アップリンクデータを送るためにサブフレーム中に含まれる全てのアップリンクシングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ−ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＳＣ−ＦＤＡＭ）シンボル（例えば、１ｍｓのＴＴＩ内の１４個のシンボル又は７つのＳＳのｓＴＴＩのうちの７つのシンボル）を占有してもよいことを示す。部分的なＴＴＩは、端末デバイスがアップリンクデータを送るためにＴＴＩ中に含まれるアップリンク時間領域リソースのうちの一部しか占有しなくてもよいが、ＴＴＩの他のアップリンク時間領域リソースは、アイドルのままであり、アップリンクデータを送るために使用されない。例えば、ＴＴＩが１ｍｓのＴＴＩ、即ち、１つのサブフレームであるとき、完全なサブフレームは、１４個のシンボルを含み、部分的なサブフレームは、ａ＜１４個のシンボルを含む。端末デバイスは、（ｂ＋１）番目のシンボルから続けて（ｂ＋ａ）番目のシンボルまでアップリンクデータを送り、最初のｂ（ｂ≧０）個のシンボルと最後のｄ（ｄ≧０）個のシンボルとは間隔として予約され、情報を送るために使用されず、ここで、ｂ＋ａ＋ｄ＝１４である。
【０１５７】
さらに、本出願のこの実施形態では、限定ではなく例として、例えば、端末デバイスが、ＧＵＬ無線リソースを決定することができるように、ネットワークデバイスは、端末デバイスに、ＧＵＬ無線リソースを設定するために使用される関連するシグナリング（例えば、ＰＤＣＣＨにおける上位レイヤのシグナリング及び／又は動的シグナリング）を送ってもよい。詳細には、端末デバイスは、時間領域においてＧＵＬ無線リソース内に含まれる少なくとも１つの時間ユニットを決定することができ、さらに、端末デバイスは、少なくとも１つの時間ユニットの総量とロケーションとを決定することができる。
【０１５８】
本出願のこの実施形態では、ＧＵＬ無線リソースが少なくとも２つの時間ユニットを含むとき、少なくとも２つの時間ユニットのうちのいずれか２つは（ＴＴＩ長とも呼ばれる）同じ時間長を有してもよいし、又は異なる時間長を有してもよいことにさらに留意されたい。
【０１５９】
本出願のこの実施形態では、上記で説明したように、少なくとも１つの時間ユニットは、時間に関して連続していてもよいし、又は時間に関して連続しない少なくとも１つの時間ユニットであってもよいことにさらに留意されたい。
【０１６０】
詳細には、時間に関する連続性は、時間ユニット（例えば、ＴＴＩ）のシーケンス番号が連続していることを意味する。アップリンクバースト中に含まれる任意の２つの隣接する時間ユニットの間に間隔があってもよいし（言い換えれば、端末デバイスは、以前の時間ユニットの終わりに又は後続の時間ユニットの始めに時間領域リソースを占有しないが、時間領域リソースをアイドルとして予約する）、又は間隔がなくてもよい。これは、本出願のこの実施形態では特に限定されない。
【０１６１】
時間に関して連続しているとき、少なくとも１つの時間ユニットはＧＵＬアップリンクバーストとも呼ばれる。限定ではなく例として、説明を容易にするために、以下に、少なくとも１つの時間ユニットがＧＵＬアップリンクバーストである例を使用することによって本出願のこの実施形態について説明するが、本出願のこの実施形態が少なくとも１つの連続しない時間ユニットにも適用可能であることを理解されたい。
【０１６２】
任意選択で、端末デバイスは、少なくとも１つの時間ユニット又はＧＵＬアップリンクバーストにおける各時間ユニットにおいてアップリンクデータ情報を送る。
【０１６３】
ＧＵＬアップリンクバーストがただ１つの時間ユニットを含むとき、ＧＵＬアップリンクバーストが第１の時間ユニットであることを理解されたい。
【０１６４】
Ｓ２２０では、端末デバイスは、少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいてダウンリンク送信についての第１のフィードバック情報を送る。
【０１６５】
詳細には、フィードバック情報＃１（第１のフィードバック情報の一例）を送る前に、端末デバイスは、時間ユニット＃１においてフィードバック情報＃１を送るために少なくとも１つの時間ユニットにおいて時間ユニット＃１（第１の時間ユニットの一例）を決定する。
【０１６６】
時間ユニット＃１は、ＧＵＬアップリンクバーストにおいて任意の時間ユニット又はＧＵＬアップリンクバーストにおける少なくとも２つの時間ユニットであってもよく、各時間ユニットはフィードバック情報＃１を搬送する。
【０１６７】
限定ではなく例として、ダウンリンク送信は、ダウンリンクデータ送信を含んでもよいし、又はダウンリンク制御情報送信若しくは基準信号送信を含んでもよい。相応して、ダウンリンク送信がダウンリンクデータ送信を含むとき、フィードバック情報＃１は、ダウンリンクハイブリッド自動再送要求肯定応答（ＤＬ  Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＤＬ  ＨＡＲＱ−ＡＣＫ）情報であってもよく、ダウンリンク送信が、ダウンリンクチャネルのための送信であるとき、フィードバック情報＃１は、非周期的チャネル状態情報（Ａｐｅｒｉｏｄｉｃ  Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ、ａＣＳＩ）であってもよい。
【０１６８】
従って、Ｓ２２０では、ネットワークデバイスは、フィードバック情報＃１を受信し、それによって、ネットワークデバイスは、フィードバック情報＃１に基づいてダウンリンク送信のステータスを決定することができる。
【０１６９】
図３は、本出願のこの実施形態による、時間領域においての情報送信のための時間−周波数リソースの分布の概略図である。図３に、２つのケースを示し、各時間ユニットは１ｍｓのＴＴＩ、即ち、１つのサブフレームである。
【０１７０】
第１のケースでは、サブフレーム＃（ｎ＋１０）はＧＵＬ無線リソースとして設定され、フィードバック情報＃１は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報であってもよく、ネットワークデバイスは、サブフレーム＃（ｎ＋６）の拡張物理アップリンク制御チャネル（Ｅｎｈａｎｃｅｄ  ＰＵＣＣＨ、ｅＰＵＣＣＨ）においてフィードバック情報＃１を搬送するように端末デバイスをトリガする。端末デバイスが、ＬＢＴを正常に実行し、フレーム＃（ｎ＋６）を占有すると、サブフレーム＃ｎから＃（ｎ＋２）に対応するフィードバック情報＃１は、従来技術では基地局によって実行されるトリガに基づくｅＰＵＣＣＨにおいて搬送されてもよい。しかしながら、従来技術では、後のサブフレーム＃（ｎ＋３）から＃（ｎ＋５）に対応するＤＬ  ＨＡＲＱ−ＡＣＫは、次のダウンリンク送信によってトリガされるアップリンク送信によってのみ搬送されるが、本出願のこの実施形態では、後のサブフレーム＃（ｎ＋３）から＃（ｎ＋５）に対応するフィードバック情報＃１は、ＧＵＬサブフレーム＃（ｎ＋１０）において搬送されてもよく、それによって、ダウンリンクバーストにおける後のダウンリンクサブフレームに対応するフィードバック情報＃１はまた、比較的早くフィードバックされることができる。第２のケースでは、ネットワークデバイスは、サブフレーム＃（ｎ＋９）上でＰＵＳＣＨを送り、サブフレーム＃（ｎ＋９）において＃（ｎ＋３）から＃（ｎ＋５）に対応するフィードバック情報＃１を搬送するように端末デバイスをスケジュールするが、端末デバイスは、ＬＢＴを実行することに失敗し、＃（ｎ＋９）をプリエンプトしない。端末デバイスは、ＬＢＴを実行し、ＬＢＴが成功した後にＧＵＬサブフレーム＃（ｎ＋１０）を占有し、ＰＵＳＣＨを送り、サブフレーム＃（ｎ＋１０）において＃（ｎ＋３）から＃（ｎ＋５）に対応するフィードバック情報＃１を搬送し続けてもよく、それによって、ダウンリンクバーストにおける後のダウンリンクサブフレームに対応するフィードバック情報＃１はまた、比較的早くフィードバックされてもよい。言い換えれば、フィードバック情報＃１を搬送するようにネットワークデバイスによってスケジュールされたリソースがＧＵＬ無線リソースの前にある場合でも、端末デバイスがフィードバック情報＃１を送る前にＬＢＴが失敗した場合、フィードバックは、＃（ｎ＋３）から＃（ｎ＋５）のいずれかについても適時に実行されることができない。いずれのケースも、従来技術では、端末デバイスは、次のダウンリンクバーストによってスケジュール又はトリガされるアップリンク送信において、サブフレーム＃（ｎ＋３）から＃（ｎ＋５）に対応するフィードバック情報＃１を送るのを待つことしかできず、サブフレーム＃（ｎ＋３）から＃（ｎ＋５）に対応するフィードバックについて比較的長い遅延を生じる。
【０１７１】
従って、本出願のこの実施形態において提供される情報送信方法によれば、端末デバイスは、ネットワークデバイスによって割り当てられたＧＵＬ無線リソース上でダウンリンク送信についての第１のフィードバック情報に送ること、具体的に言えば、次のダウンリンク送信によってスケジュール又はトリガされるＰＵＳＣＨ又は（ｅ）ＰＵＣＣＨ又はｓＰＵＣＣＨ（短ＰＵＣＣＨ）を待つ必要なしにＧＵＬ  ＰＵＳＣＨにおいて第１のフィードバック情報を搬送することができる。
【０１７２】
従って、第１のフィードバック情報の遅延は低減され、ダウンリンク送信の適応精度が改善される。
【０１７３】
任意選択で、第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む。
【０１７４】
以下に、ａＣＳＩ及びＤＬ  ＨＡＲＱ−ＡＣＫ情報について別々に詳細に説明する。
【０１７５】
ＤＬ  ＨＡＲＱ−ＡＣＫは、ダウンリンクＰＤＳＣＨ（又はダウンリンクデータ）の受信ステータスについてのフィードバックである。端末デバイスは、ネットワークデバイスがＰＤＳＣＨを送ることを検出し、ＰＤＳＣＨによって搬送されたダウンリンクデータ（又はダウンリンクデータブロック）を正しく復調する場合、ダウンリンクデータ（又はダウンリンクデータに対応するＨＡＲＱ処理）についての端末デバイスによってフィードバックされる受信ステータスは（ＡＣＫと呼ばれる）「正受信」となる。端末デバイスは、ネットワークデバイスがＰＤＳＣＨを送ることを検出し、ＰＤＳＣＨによって搬送されたダウンリンクデータを正しく復調しない場合、ダウンリンクデータ（又はダウンリンクデータに対応するＨＡＲＱ処理）についての端末デバイスによってフィードバックされる受信ステータスは（ＮＡＣＫと呼ばれる）「誤受信」となる。端末デバイスは、ネットワークデバイスがＰＤＳＣＨを送ることを検出しない場合、ダウンリンクデータ（又はダウンリンクデータに対応するＨＡＲＱ処理）についての端末デバイスフィードバック受信ステータスは、「間欠送信」（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＴＸ）となる。ＤＬ  ＨＡＲＱ−ＡＣＫは、ＤＬ  ＨＡＲＱ処理の受信ステータスについてのフィードバック、又は少なくとも２つのＨＡＲＱ処理の受信ステータスについてのフィードバック、又はビットマップ、具体的に言えば、全てのＨＡＲＱ処理の受信ステータスについてのフィードバックであってもよい。
【０１７６】
ＣＳＩは、端末デバイスがダウンリンクチャネルを測定した後にフィードバックされるチャネル状態情報である。ＣＳＩを受信した後に、ネットワークデバイスは、ＣＳＩに基づいてチャネルリンク品質を決定し、マルチアンテナ送信モードにおける適切な変調及びコーディング方式（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ、ＭＣＳ）及びプリコーディングコードブックを選択してもよい。ＣＳＩは、チャネル品質情報（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ、ＣＱＩ）と、プリコーディング行列インジケータ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ、ＰＭＩ）情報と、ランクインジケータ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ、ＲＩ）情報とのうちの少なくとも１つを含む。さらに、ＣＳＩは、周期ＣＳＩと非周期ＣＳＩ（ａｐｅｒｉｏｄｉｃ  ＣＳＩ、ａＣＳＩ）とを含む。周期ＣＳＩの送信期間は、上位レイヤのシグナリングを使用することによって設定される。端末デバイスは、上位レイヤのシグナリングを受信した後に周期ＣＳＩを周期的にフィードバックする。ａＣＳＩは、ネットワークデバイスによって送られたアップリンク許可ＵＬ許可中に含まれるＣＳＩ要求シグナリングによってトリガされる。ＵＬ許可を受信した後に、端末デバイスは、同じサブフレームにおいて、ａＣＳＩフィードバック情報とＵＬ許可によってスケジュールされたＰＵＳＣＨとを送る。ＣＳＩ要求シグナリングは、１ビットであってもよく、ＰＵＳＣＨにおいてａＣＳＩを搬送するように端末デバイスをトリガするか又はトリガしないために使用され、ａＣＳＩ情報は、ＵＬ許可が位置するキャリアについてのチャネル状態情報である。代替として、ＣＳＩ要求シグナリングは、２ビットであってもよい。ＰＵＳＣＨにおいてａＣＳＩを搬送するように端末デバイスをトリガするか又はトリガしないことに加えて、ＰＵＳＣＨにおいてａＣＳＩを搬送するように端末デバイスをトリガするとき、ＣＳＩ要求シグナリングは、異なる量のビットのａＣＳＩをフィードバックするように端末デバイスにさらに指示してもよく、例えば、異なる指示状態は、端末デバイスが異なるキャリア量又はキャリアセットについてａＣＳＩをフィードバックすることを示す。
【０１７７】
フィードバック情報＃１がＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、ＤＬ  ＨＡＲＱ−ＡＣＫ情報は、（時間シーケンス内の第１の時間ユニットに関連する）ダウンリンク時間ユニットのうちのデータ情報の受信ステータスについてのフィードバック、又は少なくとも２つのダウンリンク時間ユニットのうちのデータ情報の受信ステータスについてのフィードバックであってもよいし、又は、端末デバイスの全てのＤＬ  ＨＡＲＱ−ＡＣＫの処理に対応している受信ステータスを含むビットマッピングの形態であってもよいことを理解されたい。
【０１７８】
本出願のこの実施形態では、時間ユニット＃１は、アップリンク制御情報に基づいて決定される時間ユニットであってもよいし（即ち、ケースＡ）、又は時間ユニット＃１は、ダウンリンク送信に基づいて決定される時間ユニットであってもよい（即ち、ケースＢ）。時間ユニット＃１が、アップリンク制御情報Ｇ−ＵＣＩに基づいて決定される時間ユニットであるとき、時間ユニット＃１は、端末デバイスのみによって決定されてもよい。時間ユニット＃１が、ダウンリンク送信に基づいて決定される時間ユニットであるとき、時間ユニット＃１は、端末デバイスとネットワークデバイスとによって合同で決定されてもよい。
【０１７９】
以下に、本出願のこの実施形態における上記の２つのケースについて別々に詳細に説明する。
【０１８０】
ケースＡ
【０１８１】
任意選択で、少なくとも１つの時間ユニットのうちの第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は第１の時間ユニットの時間領域ロケーションは、少なくとも１つの時間ユニットのうちの第２の時間ユニットの時間領域ロケーションの後にあり、第２の時間ユニットは、端末デバイスがグラントフリーアップリンク制御情報Ｇ−ＵＣＩを送る時間ユニットであり、Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む。
【０１８２】
詳細には、ネットワークデバイスがＧＵＬ無線リソース上で端末デバイスによって送られた（理解及び区別しやすいようにＧＵＬ  ＰＵＳＣＨとして示される）ＰＵＳＣＨを識別し、ＧＵＬ  ＰＵＳＣＨを復調し、再送信の組合せを実行することを容易にするために、端末デバイスは、ＧＵＬ  ＰＵＳＣＨにおいてＧ−ＵＣＩを搬送する必要があり、Ｇ−ＵＣＩは、アップリンクデータについてのスケジューリング情報を含む。ネットワークデバイスについて、ネットワークデバイスは、Ｇ−ＵＣＩを最初に受信し、Ｇ−ＵＣＩを取得した後にＰＵＳＣＨにおけるアップリンクデータを復調する。
【０１８３】
端末デバイスは、スケジューリング情報としてＧＵＬ  ＰＵＳＣＨにＧ−ＵＣＩを追加する。対照的に、ネットワークデバイスによって実行されるスケジューリングに基づくＰＵＳＣＨのスケジューリング情報は、ネットワークデバイスによって示され、端末デバイスは、ＰＵＳＣＨにおいてＧ−ＵＣＩを搬送する必要がない。
【０１８４】
Ｇ−ＵＣＩにおけるスケジューリング情報は、以下のうちの少なくとも１つを含む。
【０１８５】
（１）端末デバイスの（ＵＥ  ＩＤとして示される）ユーザ識別情報。ネットワークデバイスが少なくとも２つの端末デバイスのための同じＧＵＬ  ＰＵＳＣＨを設定してもよいので、ネットワークデバイスがＧＵＬ  ＰＵＳＣＨにおいて送ることを実行する端末デバイスを識別するために、端末デバイスは、ＧＵＬ  ＰＵＳＣＨにおいてデータ情報を送信しながらＧＵＬ  ＰＵＳＣＨにおいてＵＥ  ＩＤ情報を搬送する必要がある。例えば、ＵＥ  ＩＤ情報は、Ｇ−ＵＣＩ中に含まれてもよいし、又はＵＥ  ＩＤは、Ｇ−ＵＣＩにおけるＣＲＣのためにスクランブルされてもよい。
【０１８６】
（２）Ｇ−ＵＣＩが位置する時間ユニット中又はＧＵＬアップリンクバースト中に含まれるＨＡＲＱ情報。ネットワークデバイスが新たに送信されたデータか、再送信されたデータかを識別し、再送信されたデータに対して再送信組合せを実行するために、端末デバイスはＧ−ＵＣＩにおいてＨＡＲＱ関連情報を搬送する必要がある。詳細には、各時間ユニット又はＰＵＳＣＨは、少なくとも１つのトランスポートブロックＴＢ又はＨＡＲＱ処理を搬送してもよい。Ｇ−ＵＣＩを搬送する時間ユニットでは、Ｇ−ＵＣＩが時間ユニットにおいてアップリンクデータのスケジューリング情報のみを示す場合、Ｇ−ＵＣＩは、時間ユニットにおいて搬送されるＨＡＲＱ処理のＨＡＲＱ情報を搬送する。Ｇ−ＵＣＩは、時間ユニットが位置するＧＵＬアップリンクバーストにおける全ての時間ユニットのスケジューリング情報を示す場合、Ｇ−ＵＣＩは、アップリンクバーストにおいて搬送される全てのＨＡＲＱ処理のＨＡＲＱ情報を搬送する。ＨＡＲＱ情報は、以下のうちの少なくとも１つを含む。
（ａ）再送信組合せ中に同じＨＡＲＱ処理番号に対応するＴＢを組み合わせるために使用される、時間ユニット又はＧＵＬアップリンクバースト中に含まれる少なくとも１つのＨＡＲＱ処理の処理番号であって、再送信されたデータ情報と最初に送信されたデータ情報とが同じであり、データ情報のＴＢＳが同じである、処理番号。
（ｂ）ＧＵＬ  ＰＵＳＣＨにおいて送られるデータ情報が最初に送信されるのか又は再送信されるのかを報告するために使用される、時間ユニット又はＧＵＬアップリンクバースト中に含まれる少なくとも１つのＨＡＲＱ処理の新規データインジケータ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ、ＮＤＩ）。
（ｃ）ネットワークデバイスが再送信組合せを実行するためのＧＵＬ  ＰＵＳＣＨにおいて送られるデータ情報の再送信バージョン番号を報告するために使用される、時間ユニット又はＧＵＬアップリンクバースト中に含まれる少なくとも１つのＨＡＲＱ処理の冗長バージョン（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ、ＲＶ）。
（ｄ）Ｇ−ＵＣＩが位置するＧＵＬアップリンクバーストに対応するアップリンク最大チャネル占有時間ＵＬ  ＭＣＯＴであって、アップリンクバーストの時間領域長がＵＬ  ＭＣＯＴよりも短い場合、残りのＭＣＯＴはネットワークデバイスと共有されてもよく、それによって、ネットワークデバイスは、単一のＬＢＴを実行した後に残りのＭＣＯＴ内でダウンリンク送信を送ることができる、アップリンク最大チャネル占有時間ＵＬ  ＭＣＯＴ。
（ｅ）Ｇ−ＵＣＩが位置するＧＵＬアップリンクバーストの時間領域長（ＵＬバースト長）であって、Ｇ−ＵＣＩが、ＧＵＬアップリンクバーストの１つ又はいくつかの時間ユニット又はＰＵＳＣＨにおいてのみ搬送されるとき、ネットワークデバイスは、Ｇ−ＵＣＩを搬送しないＰＵＳＣＨにおけるデータ情報を復調するためにＧＵＬアップリンクバーストの時間領域長を知る必要がある、時間領域の長さ（ＵＬバースト長）。例えば、ＧＵＬアップリンクバーストの時間領域長は、アップリンクバーストによって占有される時間ユニットの量であってもよい。
【０１８７】
本出願のこの実施形態では、Ｇ−ＵＣＩは、単に各時間ユニットに対応するアップリンクデータのスケジューリング情報を示す、各時間ユニットにおいて搬送されてもよいし、又はＧＵＬアップリンクバーストにおける１つ又はいくつかの時間ユニットにおいて搬送されてもよい。例えば、Ｇ−ＵＣＩは、少なくとも１つの時間ユニットのうちの第１位にランク付けする時間ユニットにおいて搬送され、Ｇ−ＵＣＩは、ＧＵＬアップリンクバーストにおける全ての時間ユニットについてのスケジューリング情報を含み、アップリンクバーストにおける他の時間ユニットは、データ情報を送るために使用されるが、Ｇ−ＵＣＩを搬送しない。
【０１８８】
従って、第１の時間ユニットと第２の時間ユニットとの間の時間シーケンス関係を使用することによって、ネットワークデバイスは、Ｇ−ＵＣＩに基づいて第１の時間ユニットを決定することができる。さらに、ネットワークデバイスは、常に、Ｇ−ＵＣＩを検出する必要があり、それによって、ネットワークデバイスによって第１のフィードバック情報をブラインド検出することの複雑性も低減される（言い換えれば、ネットワークデバイスが第１のフィードバック情報を検出する時間範囲は低減されることができる）。
【０１８９】
以下に、時間ユニット＃１と時間ユニット＃２と（第２の時間ユニットの一例）について詳細に説明する。
【０１９０】
ケースＡ１
【０１９１】
時間ユニット＃１と時間ユニット＃２とは同じ時間ユニットである。
【０１９２】
言い換えれば、端末デバイスは、常に、Ｇ−ＵＣＩを搬送する時間ユニットにフィードバック情報＃１を追加する。
【０１９３】
Ｇ−ＵＣＩがＧＵＬアップリンクバーストにおける各時間ユニットにおいて搬送されるとき、フィードバック情報＃１とＧ−ＵＣＩとが、常に、同じ時間ユニットにおいて搬送されることも理解されたい。代替として、Ｇ−ＵＣＩが、ＧＵＬアップリンクバーストにおける１つ又は複数の時間ユニットにおいて（ただし、各時間ユニットにおいてはない）搬送されるとき、及び端末デバイスが、フィードバック情報＃１を送る必要があるとき、端末デバイスは、常に、Ｇ−ＵＣＩを搬送する時間ユニットにおいてフィードバック情報＃１を送ることを選択する。
【０１９４】
このケースにおいて、フィードバック情報＃１とＧ−ＵＣＩとは、独立符号化と合同符号化との２つの符号化モードで符号化されてもよい。
【０１９５】
任意選択で、第１の時間ユニットと第２の時間ユニットとが同じ時間ユニットであるとき、第１のフィードバック情報とＧ−ＵＣＩとは独立して符号化される。
【０１９６】
詳細には、フィードバック情報＃１とＧ−ＵＣＩとが独立して符号化されることは、端末デバイスが２つのタイプの情報を別々に符号化することを意味する。言い換えれば、端末デバイスがＧ−ＵＣＩを符号化した後に取得される出力ビットは、Ｇ−ＵＣＩの有用な情報ビットのみによって決定され、端末デバイスがフィードバック情報＃１を符号化した後に取得される出力ビットは、フィードバック情報＃１の有用な情報ビットのみによって決定され、フィードバック情報＃１とＧ−ＵＣＩとが符号化された後、２つの異なるコードブロックが生成され、それぞれ異なる物理リソースにマッピングされる。さらに、Ｇ−ＵＣＩとフィードバック情報＃１とがそれぞれ物理リソースにマッピングされた後、ネットワークデバイスは、Ｇ−ＵＣＩとフィードバック情報＃１とを別々に復号する。
【０１９７】
このようにして、第１のフィードバック情報とＧ−ＵＣＩとは、独立して符号化され、それによって、第１のフィードバック情報に関係する情報は、Ｇ−ＵＣＩ中に置かれることができ、ネットワークデバイスは、Ｇ−ＵＣＩを取得した後に第１のフィードバック情報に関係する情報に基づいて第１のフィードバック情報を取得することができ、それによって、ブラインド検出の複雑性を効果的に低減する。
【０１９８】
任意選択で、第１のフィードバック情報とＧ−ＵＣＩとは合同で符号化される。
【０１９９】
詳細には、Ｇ−ＵＣＩとフィードバック情報＃１とが合同で符号化されることは、端末デバイスが両方のタイプの情報を符号化することを意味する。言い換えれば、Ｇ−ＵＣＩとフィードバック情報＃１とが符号化された後に取得される出力ビットは、Ｇ−ＵＣＩとフィードバック情報＃１とによって合同で決定される。フィードバック情報＃１とＧ−ＵＣＩとが合同で符号化された後、１つのコードブロックが生成され、同じ物理リソースにマッピングされる。さらに、ネットワークデバイスは、Ｇ−ＵＣＩとフィードバック情報＃１と別々に取得するためにＧ−ＵＣＩとフィードバック情報＃１とが合同で符号化された後に取得されるコードブロックを復号する。
【０２００】
Ｇ−ＵＣＩを搬送する時間ユニットがフィードバック情報＃１をも搬送するとき、アップリンク制御情報のエリアは、Ｇ−ＵＣＩとフィードバック情報＃１とが合同で符号化された後に取得されたコードブロックである。Ｇ−ＵＣＩを搬送する時間ユニットがフィードバック情報＃１を搬送しないとき、アップリンク制御情報のエリアは、Ｇ−ＵＣＩが符号化された後に取得されたコードブロックである。どちらのケースも、対応するコードブロックサイズが異なり、占有される物理リソースが異なる。
【０２０１】
従って、ネットワークデバイスは、アップリンク制御情報のエリアがフィードバック情報＃１を含むのかどうかを決定するために合同符号化後に取得されたコードブロック又は物理リソースに対してブラインド検出を実行してもよい。例えば、Ｇ−ＵＣＩとフィードバック情報＃１とが合同で符号化された後に取得されたコードブロックが復調され、検証されると、時間ユニットがフィードバック情報＃１を搬送することが決定され、Ｇ−ＵＣＩが符号化された後に取得されたコードブロックが復調され、検証されると、時間ユニットがＧ−ＵＣＩのみを搬送することが決定される。
【０２０２】
さらに、端末デバイスはまた、異なるアップリンク制御情報トランスポートフォーマット（ＵＣＩフォーマット）に基づいて、時間ユニットにおいて搬送されるアップリンク制御情報のコンテンツを決定してもよい。例えば、より多くの量のビットをもつトランスポートフォーマットは、時間ユニットのうちのアップリンク制御情報がＧ−ＵＣＩとフィードバック情報＃１とを含むことを示し、より少しの量のビットをもつトランスポートフォーマットは、時間ユニットのうちのアップリンク制御情報がＧ−ＵＣＩのみを含むことを示す。
【０２０３】
このようにして、端末デバイスは、フィードバック情報＃１に関係する情報を送る必要がない。これは、シグナリングオーバーヘッドを低減するが、ネットワークデバイスによってブラインド検出を実行することの複雑性をも増加させる。
【０２０４】
図４に、ＧＵＬ  ＰＵＳＣＨにおいてのＧ−ＵＣＩと、フィードバック情報＃１と、データ情報との分布を示す。図４のケース１では、Ｇ−ＵＣＩとフィードバック情報＃１とが合同で符号化される。ネットワークデバイスは、ＧＵＬ  ＰＵＳＣＨにおけるアップリンク制御情報に対してブラインド検出を実行し、合同符号化後に取得されたコードブロックを検出するとき、ネットワークデバイスは、フィードバック情報＃１を取得するためにコードブロックがＧ−ＵＣＩとフィードバック情報＃１とを含むと決定する。さらに、ネットワークデバイスは、合同符号化後に取得されたコードブロックによって占有された物理リソースに基づいて、アップリンクデータ情報に対応する物理リソース１をさらに決定してもよく、具体的に言えば、アップリンクデータ情報によって占有された物理リソース１は、ＧＵＬ  ＰＵＳＣＨにおいて、Ｇ−ＵＣＩとフィードバック情報＃１とによって占有された物理リソース以外の物理リソースであり、それによって、アップリンクデータ情報が正しく復調される。図４のケース２では、アップリンク制御情報のエリア中にＧ−ＵＣＩしかなく、ネットワークデバイスは、ＧＵＬ  ＰＵＳＣＨにおけるアップリンク制御情報に対してブラインド検出を実行する。Ｇ−ＵＣＩが符号化された後に取得されたコードブロックを検出すると、ネットワークデバイスは、コードブロックがＧ−ＵＣＩしか含まないと決定する。さらに、ネットワークデバイスは、Ｇ−ＵＣＩが符号化された後に取得されたコードブロックによって占有された物理リソースに基づいて、アップリンクデータ情報に対応する物理リソース２を決定し、具体的に言えば、アップリンクデータ情報によって占有された物理リソース２は、ＧＵＬ  ＰＵＳＣＨにおいて、Ｇ−ＵＣＩによって占有された物理リソース以外の物理リソースであり、それによって、アップリンクデータ情報が正しく復調される。
【０２０５】
ケースＡ２
【０２０６】
時間ユニット＃１の時間領域ロケーションは、時間ユニット＃２の時間領域ロケーションの後にある。
【０２０７】
言い換えれば、時間ユニット＃１と時間ユニット＃２とは、異なる時間領域ロケーションにある２つの時間ユニットである。時間ユニット＃１と時間ユニット＃２とは、同じＧＵＬアップリンクバーストにおける２つの時間ユニットであってもよいし、又は異なるＧＵＬアップリンクバーストにおいて２つの時間ユニットであってもよい。これは、本出願のこの実施形態では限定されない。
【０２０８】
このようにして、時間ユニット＃１と時間ユニット＃２とは２つの同じ時間ユニットではなく、より多くの物理リソースが、アップリンクデータ送信パフォーマンスを改善するために各時間ユニットのために予約されることができる。さらに、Ｇ−ＵＣＩとフィードバック情報＃１との物理リソースマッピングをサポートするために新しいチャネルフォーマットを設計する必要がなく、設計複雑性が低減される。
【０２０９】
任意選択で、時間ユニット＃１と時間ユニット＃２との間の時間シーケンス関係が予め定義される。
【０２１０】
詳細には、予め定義された時間シーケンス関係は、プロトコル中に指定されてもよく、例えば、時間ユニット＃１は、時間ユニット＃２の後のｋ番目の時間ユニットであり、ここで、ｋは、１以上の整数であり、ＧＵＬアップリンクバーストでは、ｋは、アップリンクバーストの時間領域長（即ち、アップリンクバーストによって占有される時間ユニットの総量）よりも小さい整数である。
【０２１１】
より詳細には、ｋ＝１であり、具体的に言えば、時間ユニット＃１は、時間ユニット＃２の後の第１位にランク付けする時間ユニット又は時間ユニット＃２の後の次の時間ユニットである。
【０２１２】
図５は、本出願のこの実施形態による、時間ユニット＃１と時間ユニット＃２との間の時間シーケンス関係の概略図である。時間ユニット＃１は、時間ユニット＃２の後の次のサブフレームである。
【０２１３】
図５に示すように、ＧＵＬアップリンクバーストの時間領域長は、４つのサブフレームである。Ｇ−ＵＣＩは、ＧＵＬアップリンクバーストにおける第１のサブフレーム、即ち、サブフレーム＃１において搬送され、ｋ＝１であり、具体的に言えば、フィードバック情報＃１が位置するサブフレームはサブフレーム＃２である。
【０２１４】
このようにして、第１の時間ユニットは、第１の時間ユニットと第２の時間ユニットとの間の予め定義された時間シーケンス関係を使用することによって決定され、それによって、端末デバイスは、第１の時間ユニットの時間領域ロケーションを通知するためにシグナリングを送る必要がない。このようにして、シグナリングオーバーヘッドが効果的に低減され、ネットワークデバイスのブラインド検出の複雑性も低減される。
【０２１５】
限定ではなく例として、上記の予め定義された時間シーケンス関係は、時間ユニット＃１と時間ユニット＃２とが異なる時間ユニットであるケースだけでなく、時間ユニット＃１と時間ユニット＃２とが同じ時間ユニットであるケースにも適用されてもよい。
【０２１６】
上記は、本出願のこの実施形態における時間ユニット＃１と時間ユニット＃２との間の時間領域ロケーション関係について詳細に説明した。
【０２１７】
本出願のこの実施形態では、時間ユニット＃１の時間領域ロケーションも予め定義されてもよく、具体的に言えば、少なくとも１つの時間ユニットのうちの時間ユニット＃１の時間領域ロケーションが予め定義されるか、又はＧＵＬアップリンクバーストにおける時間ユニット＃１の時間領域ロケーションが予め定義されるか、又は時間ユニット＃１は、ＧＵＬアップリンクバーストにおけるｐ番目の時間ユニットであり、ここで、ｐは、１以上の整数であり、ｐはまた、アップリンクバーストの時間領域長（即ち、アップリンクバーストによって占有される時間ユニットの総量）よりも小さい整数である。
【０２１８】
任意選択で、第１の時間ユニットは、少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである。
【０２１９】
詳細には、少なくとも１つの時間ユニットはｍ個の時間ユニットを含み、時間ユニット＃１は、少なくとも１つの時間ユニットのうちのｎ番目の時間ユニットであり、ここで、ｎ＝ｍ又はｎ＝ｍ−１であり、ｍは、２以上の整数である。代替として、時間ユニット＃１は、ＧＵＬアップリンクバーストにおける最後の又は最後から２番目の時間ユニットである。
【０２２０】
さらに、端末デバイスは、Ｇ−ＵＣＩを使用することによって、少なくとも１つの時間ユニット（又はＧＵＬアップリンクバースト）中に含まれる時間ユニットの総量、又は少なくとも１つの時間ユニット（又はＧＵＬアップリンクバースト）の時間領域長（ＵＬバースト長）、又は少なくとも１つの時間ユニット（又はＧＵＬアップリンクバースト）中の最後の時間ユニットの時間領域ロケーションを報告してもよい。このようにして、ネットワークデバイスは、Ｇ−ＵＣＩを受信することによって情報を取得し、少なくとも１つの時間ユニットの時間領域ロケーションに関する情報を決定することができ、それによって、時間ユニット＃１の時間領域ロケーションは、少なくとも１つの時間ユニットのうちの時間ユニット＃１の予め定義された時間領域ロケーションに基づいて決定される。例えば、時間ユニット＃１がＧＵＬアップリンクバーストにおける最後の時間ユニットであるとき、ネットワークデバイスは、Ｇ−ＵＣＩを使用することによってＧＵＬアップリンクバーストの長さを決定し、さらに、ＧＵＬアップリンクバーストにおける最後の時間ユニットを決定する。
【０２２１】
図６は、本出願のこの実施形態による、時間ユニット＃１の時間領域ロケーションの概略図である。図６に示すように、ＧＵＬアップリンクバーストの時間領域長は、４つのサブフレームであり、Ｇ−ＵＣＩは、ＧＵＬアップリンクバーストにおける第１のサブフレーム、即ち、サブフレーム＃１において搬送される。ｎ＝４であるとき、フィードバック情報＃１が位置するサブフレームはサブフレーム＃４であり、具体的に言えば、フィードバック情報＃１が位置するサブフレームは、ＧＵＬアップリンクバーストにおける最後の時間ユニットである。ｎ＝３であるとき、フィードバック情報＃１が位置するサブフレームはサブフレーム＃３であり、具体的に言えば、フィードバック情報＃１が位置するサブフレームは、ＧＵＬアップリンクバーストにおける最後から２番目の時間ユニットである。
【０２２２】
このようにして、第１の時間ユニットは、少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニット中に位置し、それによって、第１の時間ユニットは、比較的大量の異なるダウンリンクデータに対応するフィードバック情報＃１を搬送し、それによって、フィードバック遅延を効果的に低減することができる。
【０２２３】
上記で説明したように、時間ユニット＃１と時間ユニット＃２との間の時間シーケンス関係は予め定義されてもよいが、データ又は情報送信は動的に変化する。従って、柔軟性を考慮すると、時間ユニット＃２の時間領域ロケーションは、シグナリングを使用することによって動的に示されてもよい。
【０２２４】
任意選択で、Ｇ−ＵＣＩは、少なくとも１つの時間ユニットのうちの第１の時間ユニットの時間領域ロケーションを示すためにさらに使用される。
【０２２５】
相応して、ネットワークデバイスは、Ｇ−ＵＣＩに基づいて時間ユニット＃１の時間領域ロケーションを決定してもよく、時間ユニット＃１の時間領域ロケーションに基づいて第１のフィードバック情報をさらに受信する。
【０２２６】
詳細には、Ｇ−ＵＣＩは、ＧＵＬアップリンクバーストにおける時間ユニット＃１が位置する時間ユニットを示すために使用され、時間ユニット＃１と時間ユニット＃２とは同じ時間ユニットであってもよいし、又は異なる時間ユニットであってもよい。
【０２２７】
例えば、ＧＵＬアップリンクバーストはサブフレーム＃１から＃４を含み、Ｇ−ＵＣＩは、フィードバック情報＃１が位置する時間ユニットの時間領域ロケーションがサブフレーム＃３であることを示す。
【０２２８】
詳細には、少なくとも１つの時間ユニット内の時間領域ロケーションは、フィードバック情報＃１がＧＵＬアップリンクバーストにおいて搬送される１つ又は複数の時間ユニットである。
【０２２９】
時間ユニット＃１の時間領域ロケーションは、複数の方式で示されてもよい。
【０２３０】
例えば、時間ユニット＃１の時間領域ロケーションはビットマッピングに基づいて示されてもよく、ＧＵＬアップリンクバーストにおける各時間ユニットは、対応する時間ユニットがフィードバック情報＃１を搬送するのかどうかを示す１ビットに対応する。
【０２３１】
より詳細には、ＧＵＬアップリンクバーストの時間領域長は６つのサブフレームであり、サブフレームは６ビットを使用することによってマッピングされる。各ビットは１つのサブフレームに対応し、ビット値「０」の指示状態は、サブフレームがフィードバック情報＃１を搬送することを示すために使用され、ビット値「１」の指示状態は、サブフレームがフィードバック情報＃１を搬送しないことを示すために使用される。
【０２３２】
別の例では、時間ユニット＃１の時間領域ロケーションはまた、Ｇ−ＵＣＩ中のビットフィールドによって示されてもよく、異なる指示状態は、フィードバック情報＃１がＧＵＬアップリンクバーストにおいて搬送される時間ユニットを示してもよい。
【０２３３】
より詳細には、ＧＵＬアップリンクバーストの時間領域長は８つのサブフレームであり、３ビットの指示情報の８つの指示状態は、それぞれ、フィードバック情報＃１がＧＵＬアップリンクバーストにおける第１のサブフレームから第８のサブフレームにおいて搬送されることを示す。
【０２３４】
このようにして、少なくとも１つの時間ユニットのうちの第１の時間ユニットの時間領域ロケーションは、Ｇ−ＵＣＩを使用することによって示され、ネットワークデバイスのブラインド検出の複雑性を効果的に低減し、時間領域ロケーションは、Ｇ−ＵＣＩを使用することによって動的に示され、システム柔軟性を改善する。
【０２３５】
本出願のこの実施形態では、ＧＵＬ  ＰＵＳＣＨの時間領域リソースは、半静的に設定され、端末デバイスは、端末デバイスがデータ情報とフィードバック情報＃１とを送る時間ユニットを決定してもよく、言い換えれば、端末デバイスは、各時間ユニットにおいてデータ情報を送る必要がない。データ情報を送るために占有された時間ユニットにおいて、フィードバック情報＃１が搬送されることも、又は搬送されないこともある（例えば、新しいＤＬ  ＨＡＲＱ−ＡＣＫ情報を送る必要があるとき、又は比較的長い時間期間の間ＣＳＩを送らないとき、フィードバック情報＃１が、ＧＵＬ  ＰＵＳＣＨにおいて搬送されてもよいし、又はフィードバック情報＃１は、制御情報オーバーヘッドを低減するために、ＧＵＬ  ＰＵＳＣＨにおいて搬送されなくてもよい）。しかしながら、ネットワークデバイスは、端末デバイスがフィードバック情報＃１を追加する時間ユニットを知らない。従って、ネットワークデバイスと端末デバイスとは、ＧＵＬ  ＰＵＳＣＨがフィードバック情報＃１と、フィードバック情報＃１のビットの量と、フィードバック情報＃１によって占有される物理リソースとを搬送するのかどうかについて矛盾する理解を有してもよい。これは、ネットワークデバイスによってＧＵＬ  ＰＵＳＣＨ上のフィードバック情報＃１を検出することの複雑性を増加させる。さらに、フィードバック情報＃１がＰＵＳＣＨにレートマッチングされる場合、端末デバイスがフィードバック情報＃１とフィードバック情報＃１のビットの量とを送るのかどうかが、ＰＵＳＣＨのデータブロックサイズ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｂｌｏｃｋ  Ｓｉｚｅ、ＴＢＳ）とＰＵＳＣＨによって占有される物理リソースとに影響を及ぼす。同様に、ネットワークデバイスと端末デバイスとがフィードバック情報＃１についての矛盾する理解を有する場合、これはまた、ＰＵＳＣＨのＴＢＳと物理リソースとの矛盾する理解を生じ、ネットワークデバイスによってＰＵＳＣＨを復調することに影響を及ぼす。
【０２３６】
従って、ネットワークデバイスと端末デバイスとがフィードバック情報＃１についての一貫した理解を有し、さらに、ネットワークデバイスが、ＧＵＬ  ＰＵＳＣＨにおいて搬送されるフィードバック情報＃１とＰＵＳＣＨにおいて搬送されるデータ情報とを正しく復調することができるようにするために、及びアップリンク送信効率を改善するために、本出願のこの実施形態では、以下の方式が使用されてもよい。
【０２３７】
任意選択で、Ｇ−ＵＣＩは、第１のフィードバック情報を送るように端末デバイスに命令するためにさらに使用される。
【０２３８】
詳細には、ＧＵＬアップリンクバーストは、常に、Ｇ−ＵＣＩを搬送し、ネットワークデバイスは、最初に、ＰＵＳＣＨを復調する前にＧ−ＵＣＩを検出する。従って、Ｇ−ＵＣＩは、フィードバック情報＃１の存在を示す、具体的に言えば、フィードバック情報＃１を送るように端末デバイスに命令するか、又は時間ユニット＃１がフィードバック情報＃１を含むのかどうかを示すために使用されてもよく、それによって、ネットワークデバイスは、正しくデータ情報を復調するために、Ｇ−ＵＣＩを復調した後にフィードバック情報＃１の存在を取得し、フィードバック情報＃１を復調し、フィードバック情報＃１の存在に基づいてアップリンクデータ情報の物理リソースを決定することができる。
【０２３９】
Ｇ−ＵＣＩ指示方式では、指示は、時間ユニット＃１と時間ユニット＃２との間の時間シーケンス関係に基づいて実行されてもよい。以下の２つの指示方式があってもよい。指示方式１：時間ユニット＃１と時間ユニット＃２とが同じ時間ユニットであるとき、Ｇ−ＵＣＩは、時間ユニット＃１（又は時間ユニット＃２）においてフィードバック情報＃１を送るように端末デバイスに命令してもよい。指示方式２：時間ユニット＃１と時間ユニット＃２とが同じ時間ユニットでないとき、Ｇ−ＵＣＩは、ＧＵＬアップリンバーストにおいてフィードバック情報＃１を送るように端末デバイスに命令してもよい。
【０２４０】
以下に、２つの指示方式について詳細に説明する。
【０２４１】
指示方式１：
【０２４２】
時間ユニット＃１と時間ユニット＃２とが同じ時間ユニットであるとき、Ｇ−ＵＣＩは、時間ユニット＃１においてフィードバック情報＃１を送るように端末デバイスに命令してもよい。
【０２４３】
詳細には、端末デバイスは、Ｇ−ＵＣＩを使用することによってフィードバック情報＃１の存在を明示的に示してもよい。例えば、１ビットの指示情報が導入され、それぞれ指示情報に対応する２つの異なる指示状態は、「現在の時間ユニットがフィードバック情報＃１を含む」ことと、「現在の時間ユニットがフィードバック情報＃１を含まない」こととを表す。
【０２４４】
さらに、端末デバイスは、Ｇ−ＵＣＩを使用することによってフィードバック情報＃１の存在を暗黙的に示してもよい。例えば、新しいビットが導入される必要がないが、フィードバック情報＃１の存在は、Ｇ−ＵＣＩ中にあり、他のスケジューリング情報を示すために使用されるビットフィールド又はビットの冗長状態、又は他のコンテンツのための指示に関連付けられる。
【０２４５】
図７に、本出願の別の実施形態による、ＧＵＬ  ＰＵＳＣＨにおいてのＧ−ＵＣＩと、フィードバック情報＃１と、データ情報との分布を示す。
【０２４６】
図７の第１のケースでは、時間ユニット＃１と時間ユニット＃２とは同じ時間ユニットであり、端末デバイスは、ＧＵＬ  ＰＵＳＣＨにフィードバック情報＃１を追加し、端末デバイスは、時間ユニット＃１においてフィードバック情報＃１を送るように、又は時間ユニット＃１がフィードバック情報＃１を含むことを示すように端末デバイスに命令するためにＧ−ＵＣＩを使用する。Ｇ−ＵＣＩを受信し、復調した後に、ネットワークデバイスは、フィードバック情報＃１を復調し、時間ユニット＃１においてデータ情報に対応する物理リソース１を決定してもよい。データ情報に対応する物理リソースは、データ情報によって占有された物理リソース及び／又はデータ情報のＴＢＳを含んでもよい。例えば、アップリンクデータ情報によって占有される物理リソース１は、ＰＵＳＣＨにおいて、Ｇ−ＵＣＩとフィードバック情報＃１とによって占有される物理リソース以外の物理リソースであり、それによって、ＵＬ−ＳＣＨに対応するＴＢが復調される。
【０２４７】
図７の第２のケースでは、端末デバイスは、ＧＵＬ  ＰＵＳＣＨにおいてフィードバック情報＃１を搬送しない。端末デバイスは、端末デバイスがＧ−ＵＣＩが位置する時間ユニット（即ち、時間ユニット＃２）においてフィードバック情報＃１を送らないこと、又は時間ユニット＃２がフィードバック情報＃１を含まないことを示すためにＧ−ＵＣＩを使用する。Ｇ−ＵＣＩを受信し、復調した後に、ネットワークデバイスは、時間ユニットにおいてデータ情報に対応する物理リソース２を決定してもよい。例えば、アップリンクデータ情報によって占有される物理リソース２は、ＰＵＳＣＨにおいて、Ｇ−ＵＣＩによって占有される物理リソース以外の物理リソースであり、それによって、ＵＬ−ＳＣＨに対応するＴＢが復調される。
【０２４８】
指示方式２：
【０２４９】
時間ユニット＃１と時間ユニット＃２とが同じ時間ユニットでないとき、Ｇ−ＵＣＩは、ＧＵＬアップリンバーストにおいてフィードバック情報＃１を送るように端末デバイスに命令してもよい。
【０２５０】
詳細には、端末デバイスは、Ｇ−ＵＣＩを使用することによってフィードバック情報＃１の存在を明示的に示すか、又はＧ−ＵＣＩを使用することによってフィードバック情報＃１の存在を暗黙的に示してもよい。特定の方式は、指示方式１におけるものと同じである。簡潔のために、詳細について本明細書では再び説明しない。
【０２５１】
端末デバイスは、ＧＵＬアップリンクバーストにおいてのフィードバック情報＃１の存在のみを示してもよいし、又はＧＵＬアップリンクバーストにおいてのフィードバック情報＃１の存在とＧＵＬアップリンクバーストにおいての時間ユニット＃１の時間領域ロケーションとの両方を示してもよいことを理解されたい。ＧＵＬアップリンクバーストにおいての時間ユニット＃１の時間領域ロケーションを示すことの方式は、上記で説明したものと同じであり、詳細について本明細書では再び説明しない。
【０２５２】
Ｇ−ＵＣＩがフィードバック情報＃１の存在と時間領域ロケーションとをさらに合同で示してもよいとき、Ｇ−ＵＣＩにおけるビットフィールドが詳細には使用されてもよい。指示状態は、アップリンクバーストがフィードバック情報＃１を搬送しないことを示し、残りの指示状態のうちのいずれか１つは、アップリンクバーストがフィードバック情報＃１を搬送することを示し、さらに、ＧＵＬアップリンクバーストにおけるフィードバック情報＃１（例えば、フィードバック情報＃１がＧＵＬアップリンクバースト中に位置する時間ユニット）の時間領域ロケーションを示す。例えば、アップリンクバースト長が７つのサブフレームであるとき、３ビットの指示情報が使用される。１つの指示状態は、フィードバック情報＃１がアップリンクバーストにおいて搬送されないことを示し、他の７つの指示状態はそれぞれ、フィードバック情報＃１がアップリンクバーストにおける第１のサブフレームから第７のサブフレームにおいて搬送されることを示す。
【０２５３】
さらに、ネットワークデバイスはまた、ブラインド検出方式で時間ユニット＃１を決定してもよい。詳細には、ネットワークデバイスが端末デバイスを識別することを可能にするために、ＵＥ  ＩＤ情報がフィードバック情報＃１に追加されてもよく、それによって、ネットワークデバイスは、ＵＥ  ＩＤを使用することによって、フィードバック情報＃１に送るＵＥを識別する。より詳細には、フィードバック情報＃１を符号化する処理では、端末デバイスは、ユーザ識別情報ＵＥ  ＩＤを使用することによってフィードバック情報＃１中に含まれる巡回冗長検査ＣＲＣコードをスクランブルする。端末デバイスは、フィードバック情報＃１の送信信頼性を保証するためにフィードバック情報＃１内の有効な情報を符号化してもよい。復号された有効な情報を検査するために、１６ビットのＣＲＣビットシーケンスなどのＣＲＣビットは、フィードバック情報＃１内の有効な情報に追加されてもよく、それによって、ＣＲＣは、フィードバック情報＃１内の有効な情報とともに符号化される。従来のＬＴＥシステムでは、ネットワークデバイスは、（ｅ）ＰＵＣＣＨ又はＰＵＳＣＨにおいて搬送される全てのフィードバック情報＃１を送るように端末デバイスを命令又はトリガする。従って、フィードバック情報＃１の符号化ベースのＣＲＣビットシーケンスが予め定義される。しかしながら、ＧＵＬ  ＰＵＳＣＨ送信中に、同じＧＵＬ無線リソースが複数の端末デバイスに割り当てられてもよく、それによって、送ることは同時に実行されてもよく、衝突が発生してもよい。ネットワークデバイスがフィードバック情報＃１に送る端末デバイスを区別することを可能にするために、フィードバック情報＃１内のＣＲＣビットは、ネットワークデバイスが端末デバイスを識別するのを支援するためにＵＥ  ＩＤ（例えば、ユーザ固有のＣ−ＲＮＴＩ）を使用することによってスクランブルされてもよい。
【０２５４】
このようにして、Ｇ−ＵＣＩは、第１のフィードバック情報を送るように端末デバイスに命令するために使用され、それによって、ネットワークデバイスは、時間においての第１のフィードバック情報の存在について知ることができ、ネットワークデバイスのブラインド検出の複雑性が低減される。さらに、第１のフィードバック情報とアップリンクデータとが、レートマッチングを通して同じ時間ユニットにおいて多重化されるとき、ネットワークデバイスは、同じ時間ユニットにおいて搬送される第１のフィードバック情報とアップリンクデータとを正しく復調し、それによって、アップリンク送信効率を改善することができる。
【０２５５】
任意選択で、Ｇ−ＵＣＩは、第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用される。
【０２５６】
詳細には、フィードバック情報＃１のトランスポートフォーマットは、以下のうちの少なくとも１つを含む。
（１）フィードバック情報＃１に対応するビットの量又はフィードバック情報＃１に対応するダウンリンクキャリアセット。
（２）フィードバック情報＃１に対応する変調及びコーディング方式ＭＣＳ。
（３）フィードバック情報＃１中に含まれるフィードバック情報タイプ。
【０２５７】
相応して、ネットワークデバイスは、Ｇ−ＵＣＩに基づいてフィードバック情報＃１のトランスポートフォーマットを決定し、次いで、フィードバック情報＃１のトランスポートフォーマットに基づいてフィードバック情報＃１を受信してもよい。ここで、フィードバック情報＃１中に含まれるフィードバック情報タイプは、フィードバック情報＃１において搬送されるフィードバック情報のタイプを示す。詳細には、ＤＬ  ＨＡＲＱ−ＡＣＫ情報は１つのタイプのフィードバック情報であり、ａＣＳＩは、別のタイプのフィードバック情報である。例えば、フィードバック情報＃１は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報のみを含んでもよいし、又はａＣＳＩのみを含んでもよいし、又はＤＬ  ＨＡＲＱ−ＡＣＫとａＣＳＩとの両方を含んでもよい。上記の３つのケースは、異なる量のビットに対応する。従って、ネットワークデバイスと端末デバイスとは、上記の３つのケースにおいて使用されるケースについての一貫した理解を有する必要がある。従って、本出願のこの実施形態では、端末デバイスによって送られるフィードバック情報＃１内のトランスポートフォーマットがＧ−ＵＣＩを使用することによって示されてもよい。
【０２５８】
詳細には、フィードバック情報＃１中に含まれるフィードバック情報タイプについて、端末デバイスは、Ｇ−ＵＣＩにおいて、フィードバック情報＃１が「ＤＬ  ＨＡＲＱ−ＡＣＫのみを搬送する」のか、「ａＣＳＩのみを搬送する」のか、又は「ＤＬ  ＨＡＲＱ−ＡＣＫとａＣＳＩとの両方を搬送する」のかを示してもよく、それによって、ネットワークデバイスと端末デバイスとはフィードバック情報＃１についての一貫した理解を有し、端末デバイスによって送られるさらなるコンテンツが正しく復調される。
【０２５９】
フィードバック情報＃１に対応する変調及びコーディング方式ＭＣＳについて、端末デバイスは、ネットワークデバイスに、フィードバック情報＃１に対応するＭＣＳを示す指示情報を直接送ってもよく、それによって、ネットワークデバイスは、フィードバック情報＃１の物理リソースを決定し、フィードバック情報＃１を復調する。
【０２６０】
フィードバック情報＃１に対応するビットの量について、端末デバイスは、ネットワークデバイスにフィードバック情報＃１に対応するビットの量を直接報告してもよい。例えば、端末デバイスは、少なくとも２つの異なるビット量レベルを予め定義してもよく、端末デバイスは、ビット量レベルを報告し、それによって、ネットワークデバイスは、フィードバック情報＃１に対応するビットの量を決定する。
【０２６１】
フィードバック情報＃１に対応するダウンリンクキャリアセットについて、端末デバイスは、ネットワークデバイスにフィードバック情報＃１に対応するダウンリンクキャリアセットを報告してもよい。詳細には、フィードバック情報＃１に対応するダウンリンクキャリアセットは、端末デバイスがフィードバック情報＃１をフィードバックするダウンリンク送信の１つ又は複数のダウンリンクキャリアである。例えば、ダウンリンクキャリアごとにフィードバックされるＤＬ  ＨＡＲＱ−ＡＣＫ又はａＣＳＩのビットの量は、予め定義されるか、又は上位レイヤによって設定され、端末デバイスは、フィードバック情報＃１に対応するダウンリンクキャリアセットを報告し、それによって、ネットワークデバイスは、フィードバック情報＃１に対応するダウンリンクキャリアセットを決定した後にフィードバック情報＃１に対応するビットの量を決定することができる。
【０２６２】
ＵＣＩのビットの量を報告する場合、フィードバック情報＃１が、ＤＬ  ＨＡＲＱ−ＡＣＫのみを含むとき、端末デバイスは、ＤＬ  ＨＡＲＱ−ＡＣＫのビットの量を報告するか、フィードバック情報＃１がａＣＳＩのみを含むとき、端末デバイスは、ａＣＳＩのビットの量を報告するか、又はフィードバック情報＃１がＤＬ  ＨＡＲＱ−ＡＣＫとａＣＳＩとの両方を含むとき、端末デバイスによって報告されるビットの量は、それぞれＤＬ  ＨＡＲＱ−ＡＣＫ及びａＣＳＩに対応するビットの量であってもよいし、又はＤＬ  ＨＡＲＱ−ＡＣＫとＣＳＩとのビットの総量であってもよいことを理解されたい。
【０２６３】
フィードバック情報＃１に対応するダウンリンクキャリアセットを報告する場合、フィードバック情報＃１がＤＬ  ＨＡＲＱ−ＡＣＫのみを含むとき、端末デバイスは、ＤＬ  ＨＡＲＱ−ＡＣＫに対応するダウンリンクキャリアセットを報告するか、フィードバック情報＃１がａＣＳＩのみを含むとき、端末デバイスは、ａＣＳＩに対応するダウンリンクキャリアセットを報告するか、又はフィードバック情報＃１がＤＬ  ＨＡＲＱ−ＡＣＫとａＣＳＩとの両方を含むとき、端末デバイスは、ＤＬ  ＨＡＲＱ−ＡＣＫに対応するダウンリンクキャリアセットとａＣＳＩに対応するダウンリンクキャリアセットとを別々に報告してもよいし、又はＤＬ  ＨＡＲＱ−ＡＣＫに対応するダウンリンクキャリアセットのみ若しくはａＣＳＩに対応するダウンリンクキャリアセットのみを報告してもよいことをさらに理解されたい。
【０２６４】
このようにして、第１のフィードバック情報のトランスポートフォーマットは、Ｇ−ＵＣＩを使用することによって示され、それによって、ネットワークデバイスは、第１のフィードバック情報のトランスポートフォーマットを使用することによって第１のフィードバック情報を正しく受信することができ、また、アップリンクデータを復調するために第１のフィードバック情報の時間ユニットと同じ時間ユニットを占有するアップリンクデータの物理リソースを効果的に決定することができる。
【０２６５】
限定ではなく例として、フィードバック情報＃１のトランスポートフォーマットは、Ｇ−ＵＣＩによって示されるだけでなく、上位レイヤのシグナリングによって設定された又は予め定義された方式で示されてもよい。これは、本出願のこの実施形態では限定されない。
【０２６６】
フィードバック情報＃１のトランスポートフォーマットが予め定義されるか、又は上位レイヤのシグナリングによって設定されてもよいとき、端末デバイスは、ネットワークデバイスの検出を容易にするためにフィードバック情報＃１の存在を報告してもよいし、又はフィードバック情報＃１の存在を報告しなくてもよく、それによって、ネットワークデバイスは、ブラインド検出を通してフィードバック情報＃１の存在とコンテンツとを決定することに留意されたい。フィードバック情報＃１のトランスポートフォーマットが半静的に設定されるか又は予め定義される場合、ネットワークデバイスのブラインド検出の複雑性は低くなる。従って、ネットワークデバイスは、ブラインド検出を通してフィードバック情報＃１の存在を決定することができる。
【０２６７】
フィードバック情報タイプ、ビットの量／ダウンリンクキャリアセット、ＭＣＳなどのフィードバック情報＃１中に含まれるトランスポートフォーマット情報について、一部は、Ｇ−ＵＣＩを使用することによって端末デバイスによって報告されてもよいが、他の部分は、予め定義されるか又は上位レイヤによって設定されることにさらに留意されたい。例えば、端末デバイスは、Ｇ−ＵＣＩを使用することによってフィードバック情報＃１中に含まれるフィードバック情報タイプを報告してもよく、フィードバック情報＃１のビットの量とＭＣＳとは予め定義されるか、又は上位レベルによって設定される。
【０２６８】
上記は、本出願のこの実施例における時間ユニット＃１と時間ユニット＃２との間の時間シーケンス関係（即ち、ケースＡ）と、対応するフィードバック情報＃１とＧ−ＵＣＩとの間の関係とについて説明する。以下は、時間ユニット＃１とダウンリンク送信に対応する時間ユニットとの間の時間シーケンス関係（即ち、ケースＢ）について詳細に説明する。
【０２６９】
ケースＢはまた、ケースＡにおける任意の実施形態と組み合わされてもよく、言い換えれば、時間ユニット＃１は、Ｇ−ＵＣＩ又はダウンリンク送信に対応する時間ユニットのいずれかに基づいて決定されてもよいことを理解されたい。
【０２７０】
ケースＢ
【０２７１】
ケースＢ１
【０２７２】
任意選択で、第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係がネットワークデバイスによって設定され又は示され、そして、第３の時間ユニットは、ネットワークデバイスが第１のダウンリンクデータを送る時間ユニットになる。
【０２７３】
フィードバック情報＃１が第１のダウンリンクデータについてのＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、時間ユニット＃１と時間ユニット＃３（第３の時間ユニットの一例）との間の時間シーケンス関係は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報が、ＰＤＳＣＨ  ＨＡＲＱタイミング（ＨＡＲＱタイミング）に対応するアップリンク時間ユニットにおいてのみ送られるが、自律的に端末デバイスによって完全に決定されないか、又は、言い換えれば、端末デバイスとネットワークデバイスとによって合同で決定されるように理解されてもよい。
【０２７４】
さらに、時間ユニット＃１と時間ユニット＃３との間の時間シーケンス関係は、予め定義されてもよいし、又は端末デバイスのためにネットワークデバイスによって半静的に設定されてもよいし、又はシグナリングを使用することによって端末デバイスにネットワークデバイスによって動的に通知されてもよい。これは、本出願のこの実施形態では限定されない。
【０２７５】
フィードバック情報＃１がＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、端末デバイスは、ネットワークデバイスが端末デバイスのダウンリンクデータをスケジュールすることを検出するときにのみ時間ユニット＃１においてＤＬ  ＨＡＲＱ−ＡＣＫ情報を送るように限定されてもよく、端末デバイスは、ネットワークデバイスが端末デバイスのダウンリンクデータをスケジュールしないときにＤＬ  ＨＡＲＱ−ＡＣＫ情報を自律的に送らず、それによって、ネットワークデバイスのブラインド検出の複雑性を低減することを理解されたい。さらに、端末デバイスがＤＬ  ＨＡＲＱ−ＡＣＫ情報を過度に頻繁に送るとき、比較的大きい量のオーバーヘッドの問題が回避されてもよい。例えば、ネットワークデバイスが端末デバイスのためのＰＤＳＣＨを送らない場合、ネットワークデバイスは、ＧＵＬ  ＰＵＳＣＨにおいてフィードバック情報＃１をブラインド検出する必要がない。
【０２７６】
ＨＡＲＱタイミングによれば、時間ユニット＃３におけるダウンリンクデータについてフィードバックされるＤＬ  ＨＡＲＱ−ＡＣＫ情報がＧＵＬアップリンクバーストにおける時間ユニット＃１において送ることと衝突するとき、端末デバイスは、アップリンク制御チャネルにおいてＤＬ  ＨＡＲＱ−ＡＣＫを送らないが、ＧＵＬ  ＰＵＳＣＨ（具体的に言えば、時間ユニット＃１に対応するＧＵＬ無線リソース）にＤＬ  ＨＡＲＱ−ＡＣＫを追加することを理解されたい。
【０２７７】
図８は、本出願のこの実施形態による、時間ユニット＃１と時間ユニット＃３との間の時間シーケンス関係の概略図である。図８に示すように、時間ユニットの長さが１ｍｓ、即ち、１つのサブフレームであると仮定すると、ネットワークデバイスは、サブフレーム＃２（即ち、時間ユニット＃３）において端末デバイスに第１のダウンリンクデータを送り、ＤＬ  ＨＡＲＱ−ＡＣＫ情報の予め定義されたフィードバック遅延は、４ｍｓ（具体的に言えば、予め定義された時間シーケンス関係）であり、端末デバイスは、サブフレーム＃６においてＤＬ  ＨＡＲＱ−ＡＣＫ情報を送らなければならない。アップリンク送信中に、端末デバイスがＧＵＬアップリンクデータ情報を送るためにサブフレーム＃５とサブフレーム＃６とを占有するとき、サブフレーム＃５について、ネットワークデバイスは、サブフレーム＃１において端末デバイスにダウンリンクデータを送らず、それによって、端末デバイスは、サブフレーム＃５においてＤＬ  ＨＡＲＱ−ＡＣＫ情報を搬送する必要がない。サブフレーム＃６について、端末デバイスは、サブフレーム＃６においてＤＬ  ＨＡＲＱ−ＡＣＫ情報をさらに送り、それによって、端末デバイスは、（サブフレーム＃６においてＰＵＣＣＨを送る代わりに）サブフレーム＃６のＧＵＬ  ＰＵＳＣＨにおいてＤＬ  ＨＡＲＱ−ＡＣＫ情報を搬送し、ネットワークデバイスによる検出のためにＧ−ＵＣＩを使用することによってＤＬ  ＨＡＲＱ−ＡＣＫ情報の存在を報告してもよい。サブフレーム＃５について、ネットワークデバイスは、サブフレーム＃１において端末デバイスにダウンリンクデータを送らず、それによって、端末デバイスは、サブフレーム＃５においてＤＬ  ＨＡＲＱ−ＡＣＫ情報を搬送する必要がない。
【０２７８】
フィードバック情報＃１内のＤＬ  ＨＡＲＱ−ＡＣＫ情報は、第１のダウンリンクデータのためだけのものというわけではなく、複数のダウンリンクデータのためのものであってもよいし（又は複数のダウンリンクトランスポートブロックとして理解されてもよい）、又は、第３の時間ユニットを含む複数のダウンリンク時間ユニットにおけるダウンリンクデータのためのものであってもよいことを理解されたい。言い換えれば、複数のダウンリンクデータ（又は第３の時間ユニットを含む複数のダウンリンク時間ユニットにおけるダウンリンクデータ）に対応する複数のアップリンクフィードバックは、ＤＬ  ＨＡＲＱ−ＡＣＫ情報の１つの部分において搬送される。これは、本出願のこの実施形態では限定されない。
【０２７９】
このようにして、第１の時間ユニットは、ネットワークデバイスによって実行されるスケジューリングに基づくダウンリンクデータが位置する第３の時間ユニットに関連付けられる。これは、端末デバイスが第１のフィードバック情報の存在と第１のフィードバック情報のトランスポートフォーマットとをネットワークデバイスに通知しないときにネットワークデバイスのブラインド検出の複雑性をも低減することができる。
【０２８０】
本出願のこの実施形態では、第１のダウンリンクデータのためのアップリンクデータとＤＬ  ＨＡＲＱ−ＡＣＫ情報との両方がＧＵＬアップリンクバーストにおける時間ユニットにおいて搬送されるとき、パンクチャリング方式によって生じるアップリンクデータの送信パフォーマンスに対する影響を低減するために、任意選択で、時間ユニット＃１において搬送されるフィードバック情報＃１とアップリンクデータとが、レートマッチングを通して第１の時間ユニット＃１において多重化される。
【０２８１】
言い換えれば、端末デバイスが、時間ユニット＃１のＧＵＬ  ＰＵＳＣＨにおいてアップリンクデータとフィードバック情報＃１とを送るとき、フィードバック情報＃１とアップリンクデータとは、時間ユニット＃１内の直交物理リソースを占有し、時間ユニット＃１においての物理リソースマッピング中に、アップリンクデータは、フィードバック情報＃１によって占有された物理リソースにマッピングされ得ない。
【０２８２】
さらに、フィードバック情報＃１が、ａＣＳＩとＤＬ  ＨＡＲＱ−ＡＣＫ情報とを含むとき、ａＣＳＩとＤＬ  ＨＡＲＱ−ＡＣＫ情報とを合同で符号化した後に、端末デバイスは、レートマッチングを通して合同符号化した後に取得されたアップリンクデータとコードブロックとを多重化してもよいし、又はａＣＳＩとＤＬ  ＨＡＲＱ−ＡＣＫ情報とを独立して符号化し、次いで、レートマッチングを通して、独立して符号化した後に取得されたアップリンクデータとコードブロックとを多重化してもよい。
【０２８３】
時間ユニット＃１と時間ユニット＃３との間の時間シーケンス関係は、アンライセンススペクトルにおけるＭｕｌｔｅｆｉｒｅシステムだけでなく、ライセンススペクトルにおけるＵＲＬＬＣシステムにも適用されることを理解されたい。ライセンススペクトルの場合、ＤＬ  ＨＡＲＱ−ＡＣＫ情報のためにパンクチャリング方式が使用される従来のＬＴＥシステムと比較して、本出願では、ＤＬ  ＨＡＲＱ−ＡＣＫ情報とアップリンクデータとはレートマッチングを通して多重化され、アップリンクデータの送信の信頼性を効果的に改善する。
【０２８４】
ケースＢ２
【０２８５】
端末デバイスが、第１の時間ユニットにおいて第１のフィードバック情報を送る前に、本方法は、
端末デバイスによって、ネットワークデバイスによって送られた第１のトリガ情報を受信することであって、第１のトリガ情報は、第４の時間ユニットにおいて第１のフィードバック情報を搬送するように端末デバイスをトリガするために使用され、第４の時間ユニットは、少なくとも１つの時間ユニットに属する、受信すること
をさらに含む。
【０２８６】
端末デバイスが、少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいてダウンリンク送信についての第１のフィードバック情報を送ることは、
端末デバイスによって、第１のトリガ情報に基づいて第１の時間ユニットにおいて第１のフィードバック情報を送ること
を含む。
【０２８７】
詳細には、端末デバイスがフィードバック情報＃１を送る前に、ネットワークデバイスは、端末デバイスに、時間ユニット＃４（第４の時間ユニットの一例）においてフィードバック情報＃１を搬送するように端末デバイスをトリガするために使用されるトリガ情報＃１（第１のトリガ情報の一例）を送る。さらに、端末デバイスは、トリガ情報＃１に従ってフィードバック情報＃１を送ってもよく、具体的に言えば、時間ユニット＃４が、ＧＵＬアップリンクバースト（即ち、少なくとも１つの時間ユニット）に属するか、又は時間ユニット＃４がＧＵＬアップリンクバーストによって占有される時間範囲内に入る場合、端末デバイスは、ネットワークデバイスによってスケジュールすること、又はトリガすることに基づくチャネルにフィードバック情報＃１を追加する代わりに、ＧＵＬアップリンクバーストにおけるＧＵＬ  ＰＵＳＣＨにおいてフィードバック情報＃１を搬送してもよい。
【０２８８】
任意選択で、ネットワークデバイスは、時間ユニット＃４において搬送されるようにフィードバック情報＃１をトリガし、時間ユニット＃４に対応するＰＵＣＣＨ、ｅＰＵＣＣＨ、又はｓＰＵＣＣＨにおいてフィードバック情報＃１を搬送するように端末デバイスをトリガする。時間ユニット＃４がＧＵＬアップリンクバーストによって占有される時間範囲に属するとき、端末デバイスは、ＧＵＬアップリンクバーストにおけるＧＵＬ  ＰＵＳＣＨ（具体的に言えば、時間ユニット＃１に対応するＧＵＬ無線リソース）においてフィードバック情報＃１を搬送してもよい。
【０２８９】
限定ではなく例として、トリガ情報＃１は、ＰＤＣＣＨにおける制御情報であってもよい。例えば、ネットワークデバイスは、ＤＬ許可、ＵＬ許可、又は共通ＰＤＣＣＨ（Ｃｏｍｍｏｎ  ＰＤＣＣＨ、ＣＰＤＣＣＨ）などのＰＤＣＣＨにおける制御情報を使用することによって時間ユニット＃４において搬送されるようにフィードバック情報＃１をトリガしてもよい。
【０２９０】
任意選択で、ネットワークデバイスは、時間ユニット＃４において搬送されるようにフィードバック情報＃１をトリガし、時間ユニット＃４は、ＰＵＳＣＨに対応する。言い換えれば、ネットワークデバイスは、ＰＵＳＣＨ（具体的に言えば、対応するスケジュールされたＰＵＳＣＨリソース）を送るように端末デバイスをスケジュールし、時間ユニット＃４に対応するＰＵＳＣＨにおいて搬送されるようにフィードバック情報＃１に命令してもよい。時間ユニット＃４がＧＵＬアップリンクバーストによって占有される時間範囲に属するとき、端末デバイスは、ネットワークデバイスによってスケジュールされたＰＵＳＣＨ（具体的に言えば、時間ユニット＃４に対応するＰＵＳＣＨ）リソースを使用しないが、依然として、アップリンクデータを送るためにＧＵＬ  ＰＵＳＣＨリソースを使用し、ＧＵＬアップリンクバーストにおけるＧＵＬ  ＰＵＳＣＨ（具体的に言えば、時間ユニット＃１に対応するＧＵＬ無線リソース）に時間ユニット＃４に対応するＰＵＳＣＨ（具体的に言えば、対応するスケジュールされたＰＵＳＣＨリソース）において当初は搬送されたフィードバック情報＃１を追加してもよい。
【０２９１】
端末デバイスによって最後に決定され、フィードバック情報＃１を搬送するＧＵＬ  ＰＵＳＣＨは、時間ユニット＃１に対応するＰＵＳＣＨであることに留意されたい。
【０２９２】
さらに、時間ユニット＃１と時間ユニット＃４とは、同じ時間ユニットであることも、同じ時間ユニットでないこともある。
【０２９３】
例えば、時間ユニット＃４が少なくとも１つの時間ユニットに属し、端末デバイスが時間ユニット＃４において送る必要がある厳密なアップリンクデータがある場合、時間ユニット＃１と時間ユニット＃４とは同じ時間ユニットである。
【０２９４】
別の例では、時間ユニット＃４が少なくとも１つの時間ユニットに属するが、アップリンクデータが時間ユニット＃４において送られないか、又は比較的大量の（Ｇ−ＵＣＩなどの）他のアップリンク制御情報が時間ユニット＃４においてすでに搬送されている場合、時間ユニット＃１と時間ユニット＃４とは同じ時間ユニットではない。
【０２９５】
このようにして、第１の時間ユニットは、ネットワークデバイスによって実行されるスケジューリングに基づく第４の時間ユニットに関連付けられる。これは、端末デバイスが第１のフィードバック情報の存在と第１のフィードバック情報のトランスポートフォーマットとをネットワークデバイスに通知しないときにネットワークデバイスのブラインド検出の複雑性をも低減することができる。
【０２９６】
ケースＢ３
【０２９７】
端末デバイスが、第１の時間ユニットにおいて第１のフィードバック情報を送る前に、本方法は、
端末デバイスによって、第５の時間ユニットにおいてネットワークデバイスによって送られた第２のトリガ情報を受信することであって、第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように端末デバイスをトリガするために使用され、第６の時間ユニットの時間領域ロケーションは、第１の時間ユニットの時間領域ロケーションの前にあり、第１のフィードバック情報の情報タイプは、第２のフィードバック情報の情報タイプと少なくとも部分的に同じである、受信すること
をさらに含み、
端末デバイスが、少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいてダウンリンク送信についての第１のフィードバック情報を送ることは、
端末デバイスが第２のフィードバック情報を送ることに失敗したとき、端末デバイスによって、第１の時間ユニットにおいて第１のフィードバック情報を送ること
を含む。
【０２９８】
詳細には、端末デバイスがフィードバック情報＃１を送る前に、ネットワークデバイスは、時間ユニット＃５（第５の時間ユニットの一例）において端末デバイスに、時間ユニット＃６（第６の時間ユニットの一例）においてフィードバック情報＃２（第２のフィードバック情報の一例）を搬送するように端末デバイスをトリガするために使用されるトリガ情報＃２（第２のフィードバック情報の一例）を送る。さらに、端末デバイスは、トリガ情報＃２に基づいてフィードバック情報＃１を送ってもよい。より詳細には、端末デバイスがフィードバック情報＃２を送ることに失敗すると、端末デバイスは、時間ユニット＃１においてフィードバック情報＃１を送る。
【０２９９】
「端末デバイスが第２のフィードバック情報を送ることに失敗する」ことは、時間ユニット＃６の前に端末デバイスによって実行されたＬＢＴの失敗によって生じるチャネルプリエンプションの失敗を示してもよく、それによって、端末デバイスは、フィードバック情報＃２を送るために時間ユニット＃６を占有することができない。
【０３００】
さらに、ネットワークデバイスは、時間ユニット＃６においてフィードバック情報＃２を送るように端末デバイスをトリガする。ネットワークデバイスは、時間ユニット＃６のＰＵＳＣＨ（スケジュールされたＰＵＳＣＨリソース）においてフィードバック情報＃２を搬送するように端末デバイスをトリガしてもよいし、又は時間ユニット＃６のアップリンク制御チャネル（例えば、ＰＵＣＣＨ、ｅＰＵＣＣＨ、又はｓＰＵＣＣＨ）においてフィードバック情報＃２を搬送するように端末デバイスをトリガしてもよい。詳細には、端末デバイスが、アップリンク制御チャネル又はスケジュールされたＰＵＳＣＨにおいてフィードバック情報＃２を搬送するように端末デバイスをトリガするトリガ情報＃２を受信した後、端末デバイスが、フィードバック情報＃２を送ることに失敗する場合、端末デバイスは、ＧＵＬ  ＰＵＳＣＨ（具体的に言えば、時間ユニット＃１に対応するＧＵＬ無線リソース）においてフィードバック情報＃１を送る。
【０３０１】
図９は、本出願のこの実施形態による、時間ユニット＃１と、時間ユニット＃５と、時間ユニット＃６との間の時間シーケンス関係の概略図である。図９に示すように、サブフレーム＃８は、ＧＵＬサブフレームであり、ネットワークデバイスは、サブフレーム＃６（即ち、時間ユニット＃６）においてＤＬ  ＨＡＲＱ−ＡＣＫ情報を送るように端末デバイスをトリガするためにサブフレーム＃２（即ち、時間ユニット＃５）においてトリガ情報＃２を送る。トリガ情報＃２を受信した後に、端末デバイスは、サブフレーム＃６の前にチャネルをリッスンする必要があり、即ち、ＬＢＴを実行する。しかしながら、端末デバイスが、ＬＢＴの失敗によりサブフレーム＃６をプリエンプトすることに失敗し、次いで、端末デバイスは、チャネルをプリエンプトし続け、サブフレーム＃８（即ち、時間ユニット＃１）の前にチャネルを正常にプリエンプトする必要がある。アップリンクデータをサブフレーム＃８において送る必要があるとき、端末デバイスは、サブフレーム＃８においてＧＵＬ  ＰＵＳＣＨとＤＬ  ＨＡＲＱ−ＡＣＫ情報とを送ってもよい。言い換えれば、ＤＬ  ＨＡＲＱ−ＡＣＫ情報は、サブフレーム＃８のＧＵＬ  ＰＵＳＣＨにおいて搬送されるフィードバック情報＃１として使用され、それによって、ネットワークデバイスは、ＤＬ  ＨＡＲＱ−ＡＣＫ情報を適時に取得することができる。
【０３０２】
「フィードバック情報＃１の情報タイプがフィードバック情報＃２の情報タイプと少なくとも部分的に同じである」ことは、フィードバック情報＃１の情報タイプがフィードバック情報＃２の情報タイプと部分的に又は完全に同じであってもよいことを示す。
【０３０３】
フィードバック情報＃１の情報タイプはフィードバック情報＃２の情報タイプと部分的に同じであってもよく、詳細は以下の通りである。
【０３０４】
例えば、フィードバック情報＃２は、ａＣＳＩを含み、フィードバック情報＃１は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報とａＣＳＩとを含む。
【０３０５】
別の例では、フィードバック情報＃２は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含み、フィードバック情報＃１は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報とａＣＳＩとを含む。
【０３０６】
別の例では、フィードバック情報＃２は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報とａＣＳＩとを含み、フィードバック情報＃１は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含む。
【０３０７】
別の例では、フィードバック情報＃２は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報とａＣＳＩとを含み、フィードバック情報＃１は、ａＣＳＩを含む。
【０３０８】
フィードバック情報＃１の情報タイプはフィードバック情報＃２の情報タイプと完全に同じであってもよく、詳細は以下の通りである。
【０３０９】
例えば、フィードバック情報＃２は、ａＣＳＩを含み、フィードバック情報＃１もａＣＳＩを含む。
【０３１０】
別の例では、フィードバック情報＃２は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含み、フィードバック情報＃１は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含む。
【０３１１】
別の例では、フィードバック情報＃２は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報とａＣＳＩとを含み、フィードバック情報＃１もＤＬ  ＨＡＲＱ−ＡＣＫ情報とａＣＳＩとを含む。
【０３１２】
さらに、フィードバック情報＃１の情報タイプがフィードバック情報＃２の情報タイプと少なくとも部分的に同じであるが、フィードバック情報の２つ部分のコンテンツは同じであることも異なることもある。
【０３１３】
例えば、フィードバック情報＃１とフィードバック情報＃２とが同じ情報タイプａＣＳＩのものであるとき、チャネル状態が常に変化するので、フィードバック情報＃１中に含まれるａＣＳＩのコンテンツは、フィードバック情報＃２中に含まれるａＣＳＩのコンテンツと同じであってもよいし、又は異なってもよい。
【０３１４】
別の例では、フィードバック情報＃１とフィードバック情報＃２とが同じ情報タイプＤＬ  ＨＡＲＱ−ＡＣＫ情報のものであるとき、ＤＬ  ＨＡＲＱ−ＡＣＫ情報は、同じダウンリンクデータの少なくとも１つの部分のためのものであり、それによって、フィードバック情報＃１中に含まれるＤＬ  ＨＡＲＱ−ＡＣＫ情報の有用なコンテンツは、フィードバック情報＃２中に含まれるＤＬ  ＨＡＲＱ−ＡＣＫ情報の有用なコンテンツと同じであり、具体的に言えば、フィードバック情報＃１内のＤＬ  ＨＡＲＱ−ＡＣＫ情報によって示される受信ステータスは、フィードバック情報＃２内のＤＬ  ＨＡＲＱ−ＡＣＫ情報によって示される受信ステータスと同じである。
【０３１５】
任意選択で、フィードバック情報＃１の情報コンテンツは、フィードバック情報＃２の情報コンテンツを含む。
【０３１６】
言い換えれば、フィードバック情報＃１において搬送されるあるタイプの情報のコンテンツは、フィードバック情報＃２内で搬送される同じタイプの情報のコンテンツを含む。
【０３１７】
任意選択で、フィードバック情報＃１において搬送されるあるタイプの情報のコンテンツは、フィードバック情報＃２内で搬送される同じタイプの情報のコンテンツと同じである。
【０３１８】
例えば、フィードバック情報＃１とフィードバック情報＃２との両方が同じダウンリンクデータについてのＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、フィードバック情報＃１内のＤＬ  ＨＡＲＱ−ＡＣＫ情報によって示される受信ステータスは、フィードバック情報＃２内のＤＬ  ＨＡＲＱ−ＡＣＫ情報によって示される受信ステータスと同じである。
【０３１９】
任意選択で、フィードバック情報＃１において搬送されるあるタイプの情報のコンテンツは、フィードバック情報＃２において搬送される同じタイプの情報のコンテンツを含み、さらに新しいコンテンツを含む。
【０３２０】
例えば、フィードバック情報＃１とフィードバック情報＃２との両方は、ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含み、フィードバック情報＃２は、ＨＡＲＱ処理＃１に対応する受信ステータスを報告する必要がある。フィードバック情報＃１を送る前に、端末デバイスは、ＨＡＲＱ処理＃２に対応する新しいＰＤＳＣＨを復調する。従って、フィードバック情報＃１内のＤＬ  ＨＡＲＱ−ＡＣＫ情報は、ＨＡＲＱ処理＃１の受信ステータスに加えてＨＡＲＱ処理＃２の受信ステータスを含む。
【０３２１】
ネットワークデバイス、基地局が、ずっと前に、ＵＣＩを送るように端末デバイスをトリガする場合、ＵＣＩ情報は期限切れになっていることがあることを理解されたい。このケースにおいて、ＧＵＬ  ＰＵＳＣＨにおいて搬送されるＵＣＩも時間有効性を失う。従って、ＵＣＩの送信機会がさらに限定されることができ、フィードバック情報＃１の時間有効性が改善されることができる。
【０３２２】
このようにして、第１の時間ユニットは、ネットワークデバイスによって実行されるスケジューリングに基づく第５の時間ユニットと第６の時間ユニットとに関連付けられる。これは、端末デバイスが第１のフィードバック情報の存在と第１のフィードバック情報のトランスポートフォーマットとをネットワークデバイスに通知しないときにネットワークデバイスのブラインド検出の複雑性をも低減することができる。
【０３２３】
任意選択で、第５の時間ユニットは、端末デバイスが第１の時間ユニットの前に最新のトリガ情報を受信する時間ユニットである。
【０３２４】
詳細には、特定の時間期間中に、ネットワークデバイスは、端末デバイスにトリガ情報の複数の部分を送ってもよい。トリガ情報＃２は、時間ユニット＃１の前にネットワークデバイスによって送られた最新のトリガ情報であってもよく、具体的に言えば、時間ユニット＃５は、端末デバイスが時間ユニット＃１の前に最新のトリガ情報を受信する時間ユニットである。
【０３２５】
トリガ情報の複数の部分の各々は、ＤＬ  ＨＡＲＱ−ＡＣＫとａＣＳＩとのうちの少なくとも１つを含むフィードバック情報を送るように端末デバイスをトリガするために使用される。さらに、フィードバック情報＃２と同様に、トリガ情報の複数の部分の各々の情報タイプは、フィードバック情報＃１の情報タイプと少なくとも部分的に同じである。
【０３２６】
このようにして、第５の時間ユニットは、端末デバイスが第１の時間ユニットの前に最新のトリガ情報を受信する時間ユニットであり、第１のフィードバック情報の時間有効性を効果的に改善する。
【０３２７】
任意選択で、第５の時間ユニットと第１の時間ユニットとの間の間隔の持続時間は、第１のプリセットされた持続時間よりも短いか、又は第６の時間ユニットと第１の時間ユニットとの間の間隔の持続時間は、第２のプリセットされた持続時間よりも短い。
【０３２８】
従って、本出願のこの実施形態において提供される情報送信方法によれば、端末デバイスは、ネットワークデバイスによって割り当てられたＧＵＬ無線リソース上でダウンリンク送信についての第１のフィードバック情報を送り、具体的に言えば、次のダウンリンク送信によってスケジュール又はトリガされたＰＵＳＣＨ又は（ｅ）ＰＵＣＣＨを待つことなしにＧＵＬ  ＰＵＳＣＨにおいて第１のフィードバック情報を搬送し、それによって、第１のフィードバック情報の遅延を低減し、ダウンリンク送信の適応精度を改善することができる。
【０３２９】
さらに、第１の時間ユニットと第２の時間ユニットとの間の時間シーケンス関係を使用することによって、ネットワークデバイスは、Ｇ−ＵＣＩに基づいて第１の時間ユニットを決定することができる。さらに、ネットワークデバイスは、常に、Ｇ−ＵＣＩを検出する必要があり、それによって、ネットワークデバイスのブラインド検出の複雑性も低減される。
【０３３０】
さらに、第１のフィードバック情報とＧ−ＵＣＩとは、独立して符号化され、それによって、第１のフィードバック情報に関係する情報は、Ｇ−ＵＣＩ中に置かれることができ、ネットワークデバイスは、Ｇ−ＵＣＩを取得した後に第１のフィードバック情報に関係する情報に基づいて第１のフィードバック情報を取得することができ、それによって、ブラインド検出の複雑性を効果的に低減する。
【０３３１】
さらに、第１の時間ユニットは、第１の時間ユニットと第２の時間ユニットとの間の予め定義された時間シーケンス関係を使用することによって決定され、それによって、端末デバイスは、第１の時間ユニットの時間領域ロケーションを通知するためにシグナリングを送る必要がない。このようにして、シグナリングオーバーヘッドが効果的に低減され、ネットワークデバイスのブラインド検出の複雑性も低減される。
【０３３２】
さらに、少なくとも１つの時間ユニットのうちの第１の時間ユニットの時間領域ロケーションは、Ｇ−ＵＣＩを使用することによって示され、ネットワークデバイスのブラインド検出の複雑性を効果的に低減し、時間領域ロケーションは、Ｇ−ＵＣＩを使用することによって動的に示され、システム柔軟性を改善する。
【０３３３】
さらに、Ｇ−ＵＣＩは、第１のフィードバック情報を送るように端末デバイスに命令し、それによって、ネットワークデバイスは、時間においての第１のフィードバック情報の存在について知ることができ、ネットワークデバイスのブラインド検出の複雑性が低減される。さらに、第１のフィードバック情報とアップリンクデータとが、レートマッチングを通して同じ時間ユニットにおいて多重化されるとき、ネットワークデバイスは、同じ時間ユニットにおいて搬送される第１のフィードバック情報とアップリンクデータとを正しく復調し、それによって、アップリンク送信効率を改善することができる。
【０３３４】
さらに、第１のフィードバック情報のトランスポートフォーマットは、Ｇ−ＵＣＩを使用することによって示され、それによって、ネットワークデバイスは、第１のフィードバック情報のトランスポートフォーマットを使用することによって第１のフィードバック情報を正しく受信することができ、また、アップリンクデータを復調するために第１のフィードバック情報の時間ユニットと同じ時間ユニットを占有するアップリンクデータの物理リソースを効果的に決定することができる。
【０３３５】
さらに、第１の時間ユニットは、少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニット中に位置し、それによって、第１の時間ユニットは、比較的大量の異なるダウンリンクデータに対応するフィードバック情報＃１を搬送し、それによって、フィードバック遅延を効果的に低減することができる。
【０３３６】
さらに、第１の時間ユニットは、ネットワークデバイスによって実行されるスケジューリングに基づく第３の、第４の、第５の、又は第６の時間ユニットに関連付けられる。これは、端末デバイスが第１のフィードバック情報の存在と第１のフィードバック情報のトランスポートフォーマットとをネットワークデバイスに通知しないときにネットワークデバイスのブラインド検出の複雑性をも低減することができる。
【０３３７】
さらに、第５の時間ユニットは、端末デバイスが第１の時間ユニットの前に最新のトリガ情報を受信する時間ユニットであり、第１のフィードバック情報の時間有効性を効果的に改善する。
【０３３８】
本出願の実施形態による情報送信方法について、図１及び図９を参照しながら上記で説明し、本出願の実施形態による情報送信装置について、図１０及び図１１を参照しながら以下で説明する。方法実施形態において説明した技術的特徴は、以下の装置実施形態にも適用可能である。
【０３３９】
図１０は、本出願の一実施形態による、情報送信装置３００の概略ブロック図である。図１０に示すように、装置３００は、グラントフリーアップリンクＧＵＬ無線リソースを決定するように構成された処理ユニット３１０であって、ＧＵＬ無線リソースは、アップリンクデータを送るために前記装置によって使用され、ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、処理ユニット３１０と、処理ユニットによって決定された少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて、ダウンリンク送信についての第１のフィードバック情報を送るように構成された送信ユニット３２０とを含む。
【０３４０】
任意選択で、少なくとも１つの時間ユニットのうちの第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は第１の時間ユニットの時間領域ロケーションは、少なくとも１つの時間ユニットのうちの第２の時間ユニットの時間領域ロケーションの後にあり、第２の時間ユニットは、装置がグラントフリーアップリンク制御情報Ｇ−ＵＣＩを送る時間ユニットであり、Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む。
【０３４１】
任意選択で、第１の時間ユニットと第２の時間ユニットとが同じ時間ユニットであるとき、第１のフィードバック情報とＧ−ＵＣＩとは独立して符号化される。
【０３４２】
任意選択で、第１の時間ユニットの時間領域ロケーションが第２の時間ユニットの時間領域ロケーションの後にあるとき、第１の時間ユニットと前記第２の時間ユニットとの間の時間シーケンス関係は予め定義される。
【０３４３】
任意選択で、Ｇ−ＵＣＩは、少なくとも１つの時間ユニットのうちの第１の時間ユニットの時間領域ロケーションを示すためにさらに使用される。
【０３４４】
任意選択で、Ｇ−ＵＣＩは、第１のフィードバック情報を送るように装置に命令するためにさらに使用される。
【０３４５】
任意選択で、Ｇ−ＵＣＩは、第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用される。
【０３４６】
任意選択で、第１の時間ユニットは、少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである。
【０３４７】
任意選択で、第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係がネットワークデバイスによって設定され又は示され、そして、第３の時間ユニットは、ネットワークデバイスが第１のダウンリンクデータを送る時間ユニットになる。
【０３４８】
任意選択で、装置３００は、
ネットワークデバイスによって送られた第１のトリガ情報を受信するように構成された受信ユニット３３０をさらに含み、第１のトリガ情報は、第４の時間ユニットにおいて前記第１のフィードバック情報を搬送するように装置をトリガするために使用され、第４の時間ユニットは、少なくとも１つの時間ユニットに属し、
送信ユニット３２０は、第１のトリガ情報に基づいて前記第１の時間ユニットにおいて第１のフィードバック情報を送るように特に構成される。
【０３４９】
任意選択で、受信ユニット３３０は、
第５の時間ユニットにおいてネットワークデバイスによって送られた第２のトリガ情報を受信するようにさらに構成され、第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように装置をトリガするために使用され、第６の時間ユニットの時間領域ロケーションは、第１の時間ユニットの時間領域ロケーションの前にあり、第１のフィードバック情報の情報タイプは、第２のフィードバック情報の情報タイプと少なくとも部分的に同じであり、
送信ユニット３２０は、送信ユニットが第２のフィードバック情報を送ることに失敗したとき、第１の時間ユニットにおいて第１のフィードバック情報を送るように特に構成される。
【０３５０】
任意選択で、第５の時間ユニットは、装置が第１の時間ユニットの前に最新のトリガ情報を受信する時間ユニットである。
【０３５１】
任意選択で、第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む。
【０３５２】
情報送信装置３００は、方法２００において説明した端末デバイスに対応していてもよく（例えば、端末デバイスとして構成されてもよいし、又は端末デバイスであってもよい）、情報送信装置３００におけるモジュール又はユニットが、方法２００において端末デバイスによって実行される行為又はプロセッシング処理を実行するために別々に使用される。反復を回避するために、詳細について本明細書で説明しない。
【０３５３】
本出願のこの実施形態では、装置３００は、プロセッサとトランシーバとを含んでもよい。プロセッサは、トランシーバと通信接続している。任意選択で、装置は、メモリをさらに含み、メモリは、プロセッサと通信接続している。任意選択で、プロセッサと、メモリと、トランシーバとは、相互に通信接続していてもよく、メモリは、命令を記憶するように構成されてもよく、プロセッサは、情報又は信号を送るようにトランシーバを制御するためにメモリ中に記憶された命令を実行するように構成される。
【０３５４】
図１０に示す装置３００における処理ユニット３１０は、プロセッサに対応してもよく、図１０に示す装置３００における送信ユニット３２０は、トランシーバに対応してもよい。
【０３５５】
本出願の実施形態における方法実施形態が、プロセッサに適用されてもよいし、又はプロセッサによって実装されてもよいことに留意されたい。プロセッサは集積回路チップであってもよく、信号処理能力を有する。実装処理では、上記の方法実施形態におけるステップは、プロセッサにおけるハードウェア集積論理回路を使用することによって、又はソフトウェアの形態の命令を使用することによって実装されることができる。プロセッサは、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）若しくは別のプログラマブル論理装置、個別ゲート若しくはトランジスタ論理デバイス、又は個別ハードウェア構成要素であってもよい。プロセッサは、本出願の実施形態において開示される方法、ステップ、及び論理ブロック図を実装又は実行してもよい。汎用プロセッサはマイクロプロセッサであってもよいし、又はプロセッサは任意の従来のプロセッサなどであってもよい。本出願の実施形態に関して開示する方法のステップは、ハードウェア復号プロセッサによって直接実行され、達成されてもよいし、又は復号プロセッサにおけるハードウェアモジュールとソフトウェアモジュールとの組合せを使用することによって実行され、達成されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読取り専用メモリ、プログラマブル読取り専用メモリ、電気消去可能プログラマブルメモリ、レジスタなどの当技術分野における成熟した記憶媒体中に位置してもよい。記憶媒体は、メモリ中に位置し、プロセッサは、メモリ内の情報を読み、プロセッサのハードウェアと組み合わせて上記の方法内のステップを完了する。
【０３５６】
本出願の実施形態におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性メモリと不揮発性メモリとを含んでもよいことが理解されてもよい。不揮発性メモリは、読取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ、ＥＰＲＯＭ）、電気消去可能プログラマブル読取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ、ＥＥＰＲＯＭ）、又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）であってもよい。例示的だが限定的でない説明を通して、ＲＡＭの多くの形態、例えば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ、ＤＤＲ  ＳＤＲＡＭ）、拡張シンクロナスダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ、ＳＬＤＲＡＭ）及びダイレクトラムバスダイナミックランダムアクセスメモリ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲ  ＲＡＭ）が使用されてもよい。本明細書において説明するシステム及び方法のメモリが、限定はしないが、これらのメモリと別の適切なタイプのあらゆるメモリとを含むことに留意されたい。
【０３５７】
図１１は、本出願の一実施形態による、情報送信装置４００の概略ブロック図である。図１１に示すように、装置４００は、端末デバイスにグラントフリーアップリンクＧＵＬ無線リソースを割り当てるように構成された処理ユニット４１０であって、ＧＵＬ無線リソースは、アップリンクデータを送るために端末デバイスによって使用され、ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、処理ユニット４１０と、ダウンリンクデータについての端末デバイスによって送られた第１のフィードバック情報を受信するように構成された受信ユニット４２０であって、第１のフィードバック情報は、少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて搬送される、受信ユニット４２０とを含む。
【０３５８】
任意選択で、少なくとも１つの時間ユニットのうちの第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は第１の時間ユニットの時間領域ロケーションは、少なくとも１つの時間ユニットのうちの第２の時間ユニットの時間領域ロケーションの後にあり、第２の時間ユニットは、端末デバイスがグラントフリーアップリンク制御情報Ｇ−ＵＣＩを送る時間ユニットであり、Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む。
【０３５９】
任意選択で、第１の時間ユニットと第２の時間ユニットとが同じ時間ユニットであるとき、第１のフィードバック情報とＧ−ＵＣＩとは独立して符号化される。
【０３６０】
任意選択で、第１の時間ユニットの時間領域ロケーションが第２の時間ユニットの時間領域ロケーションの後にあるとき、第１の時間ユニットと第２の時間ユニットとの間の時間シーケンス関係は予め定義される。
【０３６１】
任意選択で、Ｇ−ＵＣＩは、少なくとも１つの時間ユニットのうちの第１の時間ユニットの時間領域ロケーションを示すためにさらに使用され、受信ユニット４２０は、Ｇ−ＵＣＩを受信し、Ｇ−ＵＣＩに基づいて第１の時間ユニットの時間領域ロケーションを決定し、第１の時間ユニットの時間領域ロケーションに基づいて第１のフィードバック情報を受信するように特に構成される。
【０３６２】
任意選択で、Ｇ−ＵＣＩは、第１のフィードバック情報を送るように端末デバイスに命令するためにさらに使用され、受信ユニット３２０は、Ｇ−ＵＣＩを受信し、Ｇ−ＵＣＩに基づいて第１のフィードバック情報を受信するように特に構成される。
【０３６３】
任意選択で、Ｇ−ＵＣＩは、第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用され、受信ユニット３２０は、Ｇ−ＵＣＩを受信し、Ｇ−ＵＣＩに基づいて第１のフィードバック情報のトランスポートフォーマットを決定し、第１のフィードバック情報のトランスポートフォーマットに基づいて第１のフィードバック情報を受信するように特に構成される。
【０３６４】
任意選択で、第１の時間ユニットは、少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである。
【０３６５】
任意選択で、第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が装置によって設定され又は示され、そして、第３の時間ユニットは、装置が第１のダウンリンクデータを送る時間ユニットになる。
【０３６６】
任意選択で、装置は、端末デバイスに第１のトリガ情報を送るように構成された送信ユニット４３０をさらに含み、第１のトリガ情報は、第４の時間ユニットにおいて第１のフィードバック情報を搬送するように端末デバイスをトリガするために使用され、第４の時間ユニットは、少なくとも１つの時間ユニットに属する。
【０３６７】
任意選択で、送信ユニット４３０は、第５の時間ユニットにおいて端末デバイスに第２のトリガ情報を送るようにさらに構成され、第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように端末デバイスをトリガするために使用され、第６の時間ユニットの時間領域ロケーションは、第１の時間ユニットの時間領域ロケーションの前にあり、第１のフィードバック情報の情報タイプは、第２のフィードバック情報の情報タイプと少なくとも部分的に同じである。
【０３６８】
任意選択で、第５の時間ユニットは、装置が第１の時間ユニットの前に最新のトリガ情報を送る時間ユニットである。
【０３６９】
任意選択で、第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む。
【０３７０】
情報送信装置４００は、方法２００において説明したネットワークデバイスに対応していてもよく（例えば、ネットワークデバイスとして構成されてもよいし、又はネットワークデバイスであってもよい）、情報送信装置４００におけるモジュール又はユニットが、方法２００においてネットワークデバイスによって実行される行為又はプロセッシング処理を実行するために別々に使用される。反復を回避するために、詳細について本明細書で説明しない。
【０３７１】
本出願のこの実施形態では、装置４００は、プロセッサとトランシーバとを含んでもよい。プロセッサはトランシーバに接続される。任意選択で、装置は、メモリをさらに含み、メモリは、プロセッサと通信接続している。プロセッサと、メモリと、トランシーバとは、相互に通信接続していてもよく、メモリは、命令を記憶するように構成されてもよく、プロセッサは、情報又は信号を送るようにトランシーバを制御するためにメモリ中に記憶された命令を実行するように構成される。
【０３７２】
図１１に示す装置４００における処理ユニット４１０は、プロセッサに対応してもよく、図１１に示す装置４００における送信ユニット４２０は、トランシーバに対応してもよい。
【０３７３】
本出願の実施形態における上記の方法実施形態が、プロセッサに適用されてもよいし、又はプロセッサによって実装されてもよいことに留意されたい。プロセッサは集積回路チップであってもよく、信号処理能力を有する。実装処理では、上記の方法実施形態におけるステップは、プロセッサにおけるハードウェア集積論理回路を使用することによって、又はソフトウェアの形態の命令を使用することによって実装されることができる。プロセッサは、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）若しくは別のプログラマブル論理装置、個別ゲート若しくはトランジスタ論理デバイス、又は個別ハードウェア構成要素であってもよい。プロセッサは、本出願の実施形態において開示する方法、ステップ、及び論理ブロック図を実装又は実行してもよい。汎用プロセッサはマイクロプロセッサであってもよいし、又はプロセッサは任意の従来のプロセッサなどであってもよい。本出願の実施形態に関して開示する方法のステップは、ハードウェア復号プロセッサによって直接実行され、達成されてもよいし、又は復号プロセッサにおけるハードウェアモジュールとソフトウェアモジュールとの組合せを使用することによって実行され、達成されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読取り専用メモリ、プログラマブル読取り専用メモリ、電気消去可能プログラマブルメモリ、レジスタなどの当技術分野における成熟した記憶媒体中に位置してもよい。記憶媒体は、メモリ中に位置し、プロセッサは、メモリ内の情報を読み、プロセッサのハードウェアと組み合わせて上記の方法内のステップを完了する。
【０３７４】
本出願の実施形態におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性メモリと不揮発性メモリとを含んでもよいことが理解されてもよい。不揮発性メモリは、読取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ、ＥＰＲＯＭ）、電気消去可能プログラマブル読取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ、ＥＥＰＲＯＭ）、又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）であってもよい。例示的だが限定的でない説明を通して、ＲＡＭの多くの形態、例えば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ、ＤＤＲ  ＳＤＲＡＭ）、拡張シンクロナスダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ、ＳＬＤＲＡＭ）及びダイレクトラムバスダイナミックランダムアクセスメモリ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲ  ＲＡＭ）が使用されてもよい。本明細書において説明するシステム及び方法のメモリが、限定はしないが、これらのメモリと別の適切なタイプのあらゆるメモリとを含むことに留意されたい。
【０３７５】
上記の処理のシーケンス番号が本出願の様々な実施形態における実行シーケンスを意味しないことを理解されたい。処理の実行シーケンスは、処理の機能及び内部論理に従って決定されるべきであり、本出願の実施形態の実装処理に対するいかなる限定とも解釈されてはならない。
【０３７６】
当業者は、本明細書に開示する実施形態において説明する例と組み合わせて、電子ハードウェア又はコンピュータソフトウェア及び電子ハードウェアの組合せによってユニット及びアルゴリズムステップが実装されてもよいことに気づき得る。機能がハードウェアによって実施されるのか、又はソフトウェアによって実施されるのかは、特定の適用例及び技術的解決策の設計制約条件に依存する。当業者は、特定の適用例ごとに説明する機能を実装するために異なる方法を使用してもよいが、実装が本出願の範囲を越えると見なすべきではない。
【０３７７】
便宜的で簡単な説明のために、上記のシステム、装置、及びユニットの詳細な作業処理について、上記の方法実施形態における対応する処理が参照されてもよく、詳細について、本明細書では再び説明しないことを当業者には明確に理解されよう。
【０３７８】
本発明において提供されるいくつかの実施形態では、開示するシステム、装置、及び方法が他の様式で実装されてもよいことを理解されたい。例えば、説明した装置実施形態は、一例にすぎない。例えば、ユニット分割は論理的な機能分割にすぎず、実際の実装形態では他の分割であってもよい。例えば、複数のユニット又は構成要素が別のシステムに、組み合わされてもよいか若しくは統合されてもよく、又はいくつかの特徴は無視されるか、若しくは実施されなくてもよい。さらに、表示若しくは説明した相互結合若しくは直接結合又は通信接続は、いくつかのインターフェースを使用することによって実装されてもよい。装置間又はユニット間の間接結合又は通信接続は、電子的な形態、機械的な形態、又は他の形態で実装されてもよい。
【０３７９】
別個の部分として説明したユニットは、物理的に別個であることもそうでないこともあり、ユニットとして表示した部分は、物理ユニットであることもそうでないこともあり、１つの位置に位置してもよいし、又は複数のネットワークユニット上に分布されてもよい。ユニットの一部又は全部は、実施形態の解決策の目的を達成するために実際の要件に基づいて選択されてもよい。
【０３８０】
さらに、本出願の実施形態における機能ユニットが１つの処理ユニットに統合されてもよいし、又はユニットの各々が物理的に単独で存在してもよいし、又は２つ以上のユニットが１つのユニットに統合される。
【０３８１】
機能が、ソフトウェア機能ユニットの形態で実装され、独立した製品として販売又は使用されるとき、機能は、コンピュータ可読記憶媒体中に記憶されてもよい。そのような理解に基づいて、本質的に本出願の技術的解決策、又は従来技術に寄与する部分、又は技術的解決策の一部は、ソフトウェア製品の形態で実装されてもよい。コンピュータソフトウェア製品は、記憶媒体において記憶され、（パーソナルコンピュータ、サーバ、又はネットワークデバイスであってもよい）コンピュータデバイスに、本出願の実施形態において説明した方法のステップの全部又は一部を実施するように命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、取外し可能なハードディスク、読取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は光ディスクなどのプログラムコードを記憶することができるあらゆる媒体を含む。
【０３８２】
上記の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定するものではない。本出願で開示する技術範囲内で当業者によって容易に想到されるいかなる変形形態又は置換形態も、本出願の保護範囲内に入るものとする。従って、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図１】
2020511824.tif 000003
【図２】
2020511824.tif 000004
【図３】
2020511824.tif 000005
【図４】
2020511824.tif 000006
【図５】
2020511824.tif 000007
【図６】
2020511824.tif 000008
【図７】
2020511824.tif 000009
【図８】
2020511824.tif 000010
【図９】
2020511824.tif 000011
【図１０】
2020511824.tif 000012
【図１１】
2020511824.tif 000013
【手続補正書】
【提出日】令和1年8月26日(2019.8.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
情報送信方法であって、前記方法は、
端末デバイスによって、グラントフリーアップリンク（ＧＵＬ）無線リソースを決定するステップであって、前記ＧＵＬ無線リソースは、アップリンクデータを送るために前記端末デバイスによって使用され、前記ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、ステップと、
前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて前記端末デバイスによって、ダウンリンク送信についての第１のフィードバック情報を送るステップと
を含む、情報送信方法。
【請求項２】
前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットと第２の時間ユニットとが同じ時間ユニットであるか、又は、前記第１の時間ユニットの時間領域ロケーションが前記少なくとも１つの時間ユニットのうちの前記第２の時間ユニットの時間領域ロケーションの後にあり、前記第２の時間ユニットは、前記端末デバイスがグラントフリーアップリンク制御情報（Ｇ−ＵＣＩ）を送る時間ユニットであり、前記Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む
請求項１に記載の方法。
【請求項３】
前記第１の時間ユニットと前記第２の時間ユニットとが同じ時間ユニットであるとき、前記第１のフィードバック情報と前記Ｇ−ＵＣＩとは独立して符号化される
請求項２に記載の方法。
【請求項４】
前記第１の時間ユニットの前記時間領域ロケーションが前記第２の時間ユニットの前記時間領域ロケーションの後にあるとき、前記第１の時間ユニットと前記第２の時間ユニットとの間の時間シーケンス関係は予め定義される
請求項２に記載の方法。
【請求項５】
前記Ｇ−ＵＣＩは、前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットの前記時間領域ロケーションを示すためにさらに使用される
請求項２〜４のいずれか１項に記載の方法。
【請求項６】
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報を送るように前記端末デバイスに命令するためにさらに使用される
請求項２〜５のいずれか１項に記載の方法。
【請求項７】
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用される
請求項２〜６のいずれか１項に記載の方法。
【請求項８】
前記第１の時間ユニットは、前記少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである
請求項１〜３、５〜７のいずれか１項に記載の方法。
【請求項９】
前記第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係がネットワークデバイスによって設定され又は示され、また、前記第３の時間ユニットは、前記ネットワークデバイスが前記第１のダウンリンクデータを送る時間ユニットである
請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記端末デバイスによって、第１の時間ユニットにおいて第１のフィードバック情報を送る前記ステップの前に、前記方法は、
前記端末デバイスによって、ネットワークデバイスによって送られた第１のトリガ情報を受信するステップであって、前記第１のトリガ情報は、第４の時間ユニットにおいて前記第１のフィードバック情報を搬送するように前記端末デバイスをトリガするために使用され、前記第４の時間ユニットは、前記少なくとも１つの時間ユニットに属する、ステップをさらに含み、
前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて前記端末デバイスによって、ダウンリンク送信についての第１のフィードバック情報を送る前記ステップは、
前記端末デバイスによって、前記第１のトリガ情報に基づいて前記第１の時間ユニットにおいて前記第１のフィードバック情報を送るステップを含む
請求項１〜８のいずれか１項に記載の方法。
【請求項１１】
前記端末デバイスによって、第１の時間ユニットにおいて第１のフィードバック情報を送る前記ステップの前に、前記方法は、
前記端末デバイスによって、第５の時間ユニットにおいてネットワークデバイスによって送られた第２のトリガ情報を受信するステップであって、前記第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように前記端末デバイスをトリガするために使用され、前記第６の時間ユニットの時間領域ロケーションは、前記第１の時間ユニットの前記時間領域ロケーションの前にあり、前記第１のフィードバック情報の情報タイプは、前記第２のフィードバック情報の情報タイプと少なくとも部分的に同じである、ステップをさらに含み、
前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて前記端末デバイスによって、ダウンリンク送信についての第１のフィードバック情報を送る前記ステップは、
前記端末デバイスが前記第２のフィードバック情報を送ることに失敗したとき、前記端末デバイスによって、前記第１の時間ユニットにおいて前記第１のフィードバック情報を送るステップを含む
請求項１〜９のいずれか１項に記載の方法。
【請求項１２】
前記第５の時間ユニットは、前記端末デバイスが前記第１の時間ユニットの前に最新のトリガ情報を受信する時間ユニットである
請求項１１に記載の方法。
【請求項１３】
前記第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む
請求項１〜１２のいずれか１項に記載の方法。
【請求項１４】
情報送信方法であって、前記方法は、
ネットワークデバイスによって、端末デバイスにグラントフリーアップリンク（ＧＵＬ）無線リソースを割り当てるステップであって、前記ＧＵＬ無線リソースは、アップリンクデータを送るために前記端末デバイスによって使用され、前記ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、ステップと、
前記ネットワークデバイスによって、ダウンリンクデータについての前記端末デバイスによって送られた第１のフィードバック情報を受信するステップであって、前記第１のフィードバック情報は、前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて搬送される、ステップと
を含む、情報送信方法。
【請求項１５】
請求項１〜１４のいずれか１項に記載の前記方法を実施するように構成された、装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
本出願の実施形態は、通信分野に関し、より具体的には、情報送信方法及び装置に関する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７１
【補正方法】変更
【補正の内容】
【００７１】
本出願の実施形態は、端末デバイスに関する実施形態について説明する。端末デバイスは、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、アクセス端末、加入者ユニット、加入者局、移動局、モバイルコンソール、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、端末、ワイヤレス通信デバイス、ユーザエージェント、又はユーザ装置と呼ばれることもある。端末デバイスは、ワイヤレスローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、ＷＬＡＮ）における局（Ｓｔａｔｉｏｎ、ＳＴ）であってもよく、セルラー電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、ＷＬＬ）局、携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ワイヤレス通信機能を有するハンドヘルドデバイス及びコンピューティングデバイス、又は別の処理デバイス、車載デバイス、ワイヤレスモデムに接続されたウェアラブルデバイス、将来の５Ｇネットワークにおける端末デバイス、将来の発展型ＰＬＭＮネットワークにおける端末デバイスなどであってもよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００７２
【補正方法】変更
【補正の内容】
【００７２】
さらに、本出願の実施形態は、ネットワークデバイスに関する実施形態について説明する。ネットワークデバイスは、モバイルデバイスと通信するように構成されたネットワークデバイスなどのデバイスであってもよい。ネットワークデバイスは、ＷＬＡＮにおけるアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＡＰ）又はＧＳＭ若しくは符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ）における基地トランシーバ局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）であってもよいし、又はＷＣＤＭＡにおけるノードＢ（ＮｏｄｅＢ、ＮＢ）であってもよいし、又はＬＴＥにおける発展型ノードＢ（Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、ｅＮＢ又はｅＮｏｄｅＢ）、若しくは再生局若しくはアクセスポイント、若しくは車両デバイス、ウェアラブルデバイス、将来の５Ｇネットワーク内のネットワークデバイス、将来の発展型ＰＬＭＮネットワーク内のネットワークデバイスなどであってもよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１３９
【補正方法】変更
【補正の内容】
【０１３９】
例えば、アップリンクバーストにおいて、第１位にランク付けされた時間ユニット及び／又は最下位にランク付けされた時間ユニット以外の時間ユニットは、１ｍｓ（即ち、１つのサブフレーム）の持続時間を有する。さらに、アップリンクバーストにおける第１の時間ユニットの時間長は、１ｍｓよりも短くてもよく、アップリンクバーストにおける最後の時間ユニットの時間長は、１ｍｓよりも短くてもよく、又はアップリンクバーストにおける第１の時間ユニットと最後の時間ユニットとの両方の時間長は、１ｍｓよりも短い。第１の時間ユニット及び最後の時間ユニットの時間長は同じであることも異なることもあることに留意されたい。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１７５
【補正方法】変更
【補正の内容】
【０１７５】
ＤＬ  ＨＡＲＱ−ＡＣＫは、ダウンリンクＰＤＳＣＨ（又はダウンリンクデータ）の受信ステータスについてのフィードバックである。端末デバイスは、ネットワークデバイスがＰＤＳＣＨを送ることを検出し、ＰＤＳＣＨによって搬送されたダウンリンクデータ（又はダウンリンクデータブロック）を正しく復調する場合、ダウンリンクデータ（又はダウンリンクデータに対応するＨＡＲＱ処理）についての端末デバイスによってフィードバックされる受信ステータスは（ＡＣＫと呼ばれる）「正受信」となる。端末デバイスは、ネットワークデバイスがＰＤＳＣＨを送ることを検出し、ＰＤＳＣＨによって搬送されたダウンリンクデータを正しく復調しない場合、ダウンリンクデータ（又はダウンリンクデータに対応するＨＡＲＱ処理）についての端末デバイスによってフィードバックされる受信ステータスは（ＮＡＣＫと呼ばれる）「誤受信」となる。端末デバイスは、ネットワークデバイスがＰＤＳＣＨを送ることを検出しない場合、ダウンリンクデータ（又はダウンリンクデータに対応するＨＡＲＱ処理）についての端末デバイスによってフィードバックされる受信ステータスは、「間欠送信」（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＴＸ）となる。ＤＬ  ＨＡＲＱ−ＡＣＫは、ＤＬ  ＨＡＲＱ処理の受信ステータスについてのフィードバック、又は少なくとも２つのＨＡＲＱ処理の受信ステータスについてのフィードバック、又はビットマップ、具体的に言えば、全てのＨＡＲＱ処理の受信ステータスについてのフィードバックであってもよい。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０３２１
【補正方法】変更
【補正の内容】
【０３２１】
ネットワークデバイス（基地局）が、ずっと前に、ＵＣＩを送るように端末デバイスをトリガする場合、ＵＣＩ情報は期限切れになっていることがあることを理解されたい。このケースにおいて、ＧＵＬ  ＰＵＳＣＨにおいて搬送されるＵＣＩも時間有効性を失う。従って、ＵＣＩの送信機会がさらに限定されることができ、フィードバック情報＃１の時間有効性が改善されることができる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０３５６
【補正方法】変更
【補正の内容】
【０３５６】
本出願の実施形態におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性メモリと不揮発性メモリとを含んでもよいことが理解されてもよい。不揮発性メモリは、読取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ、ＥＰＲＯＭ）、電気消去可能プログラマブル読取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ、ＥＥＰＲＯＭ）、又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）であってもよい。例示的だが限定的でない説明を通して、ＲＡＭの多くの形態、例えば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ、ＤＤＲ  ＳＤＲＡＭ）、拡張シンクロナスダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ、ＳＬＤＲＡＭ）及びダイレクトラムバスダイナミックランダムアクセスメモリ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲ  ＲＡＭ）が使用されてもよい。本明細書において説明するシステム及び方法のメモリが、限定はしないが、これらのメモリと別の適切なタイプのあらゆるメモリとを含むことに留意されたい。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０３６２
【補正方法】変更
【補正の内容】
【０３６２】
任意選択で、Ｇ−ＵＣＩは、第１のフィードバック情報を送るように端末デバイスに命令するためにさらに使用され、受信ユニット４２０は、Ｇ−ＵＣＩを受信し、Ｇ−ＵＣＩに基づいて第１のフィードバック情報を受信するように特に構成される。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０３６３
【補正方法】変更
【補正の内容】
【０３６３】
任意選択で、Ｇ−ＵＣＩは、第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用され、受信ユニット４２０は、Ｇ−ＵＣＩを受信し、Ｇ−ＵＣＩに基づいて第１のフィードバック情報のトランスポートフォーマットを決定し、第１のフィードバック情報のトランスポートフォーマットに基づいて第１のフィードバック情報を受信するように特に構成される。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０３７２
【補正方法】変更
【補正の内容】
【０３７２】
図１１に示す装置４００における処理ユニット４１０は、プロセッサに対応してもよく、図１１に示す装置４００における送信ユニット４３０は、トランシーバに対応してもよい。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０３８２
【補正方法】変更
【補正の内容】
【０３８２】
上記の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定するものではない。本出願で開示する技術範囲内で当業者によって容易に想到されるいかなる変形形態又は置換形態も、本出願の保護範囲内に入るものとする。従って、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
本開示の例によれば、この出願は、さらに以下の実施例を提供しうる。
実施例１：
情報送信方法であって、前記方法は、
ネットワークデバイスによって、端末デバイスにグラントフリーアップリンク（ＧＵＬ）無線リソースを割り当てるステップであって、前記ＧＵＬ無線リソースは、アップリンクデータを送るために前記端末デバイスによって使用され、前記ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、ステップと、
前記ネットワークデバイスによって、ダウンリンクデータについての前記端末デバイスによって送られた第１のフィードバック情報を受信するステップであって、前記第１のフィードバック情報は、前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて搬送される、ステップと
を含む、情報送信方法。
実施例２：
前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は前記第１の時間ユニットの時間領域ロケーションは、前記少なくとも１つの時間ユニットのうちの前記第２の時間ユニットの時間領域ロケーションの後にあり、前記第２の時間ユニットは、前記端末デバイスがグラントフリーアップリンク制御情報（Ｇ−ＵＣＩ）を送る時間ユニットであり、前記Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む
実施例１に記載の方法。
実施例３：
前記第１の時間ユニットと前記第２の時間ユニットとが同じ時間ユニットであるとき、前記第１のフィードバック情報と前記Ｇ−ＵＣＩとは独立して符号化される
実施例２に記載の方法。
実施例４：
前記第１の時間ユニットの前記時間領域ロケーションが前記第２の時間ユニットの前記時間領域ロケーションの後にあるとき、前記第１の時間ユニットと前記第２の時間ユニットとの間の時間シーケンス関係は予め定義される
実施例２に記載の方法。
実施例５：
前記Ｇ−ＵＣＩは、前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットの前記時間領域ロケーションを示すためにさらに使用され、
前記ネットワークデバイスによって、前記端末デバイスによって送られた第１のフィードバック情報を受信する前記ステップは、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩを受信するステップと、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩに基づいて前記第１の時間ユニットの前記時間領域ロケーションを決定するステップと、
前記ネットワークデバイスによって、前記第１の時間ユニットの前記時間領域ロケーションに基づいて前記第１のフィードバック情報を受信するステップと
を含む
実施例２〜４のいずれかに記載の方法。
実施例６：
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報を送るように前記端末デバイスに命令するためにさらに使用され、
前記ネットワークデバイスによって、前記端末デバイスによって送られた第１のフィードバック情報を受信する前記ステップは、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩを受信するステップと、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩに基づいて前記第１のフィードバック情報を受信するステップと
を含む
実施例２〜５のいずれかに記載の方法。
実施例７：
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用され、
前記ネットワークデバイスによって、前記端末デバイスによって送られた第１のフィードバック情報を受信する前記ステップは、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩを受信するステップと、
前記ネットワークデバイスによって、前記Ｇ−ＵＣＩに基づいて前記第１のフィードバック情報の前記トランスポートフォーマットを決定するステップと、
前記ネットワークデバイスによって、前記第１のフィードバック情報の前記トランスポートフォーマットに基づいて前記第１のフィードバック情報を受信するステップと
を含む
実施例２〜６のいずれかに記載の方法。
実施例８：
前記第１の時間ユニットは、前記少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである
実施例１〜３、５〜７のいずれかに記載の方法。
実施例９：
前記第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を含むとき、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が前記ネットワークデバイスによって設定され又は示され、また、前記第３の時間ユニットは、前記ネットワークデバイスが前記第１のダウンリンクデータを送る時間ユニットである
実施例１〜８のいずれかに記載の方法。
実施例１０：
前記ネットワークデバイスによって、前記端末デバイスによって送られた前記第１のフィードバック情報を受信する前記ステップの前に、前記方法は、
前記ネットワークデバイスによって、前記端末デバイスに第１のトリガ情報を送るステップであって、前記第１のトリガ情報は、第４の時間ユニットにおいて前記第１のフィードバック情報を搬送するように前記端末デバイスをトリガするために使用され、前記第４の時間ユニットは、前記少なくとも１つの時間ユニットに属する、ステップをさらに含む
実施例１〜８のいずれかに記載の方法。
実施例１１：
前記ネットワークデバイスによって、前記端末デバイスによって送られた前記第１のフィードバック情報を受信する前記ステップの前に、前記方法は、
前記ネットワークデバイスによって、第５の時間ユニットにおいて前記端末デバイスに第２のトリガ情報を送るステップであって、前記第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように前記端末デバイスをトリガするために使用され、前記第６の時間ユニットの時間領域ロケーションは、前記第１の時間ユニットの前記時間領域ロケーションの前にあり、前記第１のフィードバック情報の情報タイプは、前記第２のフィードバック情報の情報タイプと少なくとも部分的に同じである、ステップをさらに含む
実施例１〜９のいずれかに記載の方法。
実施例１２：
前記第５の時間ユニットは、前記ネットワークデバイスが前記第１の時間ユニットの前に最新のトリガ情報を送る時間ユニットである実施例１１に記載の方法。
実施例１３：
前記第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む
実施例１〜１２のいずれかに記載の方法。
実施例１４：
情報送信装置であって、前記装置は、
グラントフリーアップリンク（ＧＵＬ）無線リソースを決定するように構成された処理ユニットであって、前記ＧＵＬ無線リソースは、アップリンクデータを送るために前記装置によって使用され、前記ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、処理ユニットと、
前記処理ユニットによって決定された前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて、ダウンリンク送信についての第１のフィードバック情報を送るように構成された送信ユニットと
を備える、情報送信装置。
実施例１５：
前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は前記第１の時間ユニットの時間領域ロケーションは、前記少なくとも１つの時間ユニットのうちの前記第２の時間ユニットの時間領域ロケーションの後にあり、前記第２の時間ユニットは、前記装置がグラントフリーアップリンク制御情報（Ｇ−ＵＣＩ）を送る時間ユニットであり、前記Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む
実施例１４に記載の装置。
実施例１６：
前記第１の時間ユニットと前記第２の時間ユニットとが同じ時間ユニットであるとき、前記第１のフィードバック情報と前記Ｇ−ＵＣＩとは独立して符号化される
実施例１５に記載の装置。
実施例１７：
前記第１の時間ユニットの前記時間領域ロケーションが前記第２の時間ユニットの前記時間領域ロケーションの後にあるとき、前記第１の時間ユニットと前記第２の時間ユニットとの間の時間シーケンス関係は予め定義される
実施例１５に記載の装置。
実施例１８：
前記Ｇ−ＵＣＩは、前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットの前記時間領域ロケーションを示すためにさらに使用される
実施例１５〜１７のいずれかに記載の装置。
実施例１９：
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報を送るように前記装置に命令するためにさらに使用される
実施例１５〜１８のいずれかに記載の装置。
実施例２０：
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用される
実施例１５〜１９のいずれかに記載の装置。
実施例２１：
前記第１の時間ユニットは、前記少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである
実施例１４〜１６及び実施例１８〜２０のいずれかに記載の装置。
実施例２２：
前記第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を備えるとき、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係がネットワークデバイスによって設定され又は示され、また、前記第３の時間ユニットは、前記ネットワークデバイスが前記第１のダウンリンクデータを送る時間ユニットである
実施例１４〜２１のいずれかに記載の装置。
実施例２３：
前記装置は、
ネットワークデバイスによって送られた第１のトリガ情報を受信するように構成された受信ユニットであって、前記第１のトリガ情報は、第４の時間ユニットにおいて前記第１のフィードバック情報を搬送するように前記装置をトリガするために使用され、前記第４の時間ユニットは、前記少なくとも１つの時間ユニットに属する、受信ユニットをさらに備え、
前記送信ユニットは、
前記第１のトリガ情報に基づいて前記第１の時間ユニットにおいて前記第１のフィードバック情報を送るように特に構成された
実施例１４〜２１のいずれかに記載の装置。
実施例２４：
前記装置は、第５の時間ユニットにおいてネットワークデバイスによって送られた第２のトリガ情報を受信するようにさらに構成された受信ユニットを含み、前記第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように前記装置をトリガするために使用され、前記第６の時間ユニットの時間領域ロケーションは、前記第１の時間ユニットの前記時間領域ロケーションの前にあり、前記第１のフィードバック情報の情報タイプは、前記第２のフィードバック情報の情報タイプと少なくとも部分的に同じであり、
前記送信ユニットは、
前記送信ユニットが前記第２のフィードバック情報を送ることに失敗したとき、前記第１の時間ユニットにおいて前記第１のフィードバック情報を送るように特に構成された
実施例１４〜２２のいずれかに記載の装置。
実施例２５：
前記第５の時間ユニットは、前記装置が前記第１の時間ユニットの前に最新のトリガ情報を受信する時間ユニットである
実施例２４に記載の装置。
実施例２６：
前記第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む
実施例１４〜２５のいずれかに記載の装置。
実施例２７：
情報送信装置であって、前記装置は、
端末デバイスにグラントフリーアップリンク（ＧＵＬ）無線リソースを割り当てるように構成された処理ユニットであって、前記ＧＵＬ無線リソースは、アップリンクデータを送るために前記端末デバイスによって使用され、前記ＧＵＬ無線リソースは、少なくとも１つの時間ユニットを含む、処理ユニットと、
ダウンリンクデータについての前記端末デバイスによって送られた第１のフィードバック情報を受信するように構成された受信ユニットであって、前記第１のフィードバック情報は、前記少なくとも１つの時間ユニットのうちの第１の時間ユニットにおいて搬送される、受信ユニットと
を備える、情報送信装置。
実施例２８：
前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットと第２の時間ユニットとは、同じ時間ユニットであるか、又は前記第１の時間ユニットの時間領域ロケーションは、前記少なくとも１つの時間ユニットのうちの前記第２の時間ユニットの時間領域ロケーションの後にあり、前記第２の時間ユニットは、前記端末デバイスがグラントフリーアップリンク制御情報（Ｇ−ＵＣＩ）を送る時間ユニットであり、前記Ｇ−ＵＣＩは、アップリンク送信についてのスケジューリング情報を含む
実施例２７に記載の装置。
実施例２９：
前記第１の時間ユニットと前記第２の時間ユニットとが同じ時間ユニットであるとき、前記第１のフィードバック情報と前記Ｇ−ＵＣＩとは独立して符号化される
実施例２８に記載の装置。
実施例３０：
前記第１の時間ユニットの前記時間領域ロケーションが前記第２の時間ユニットの前記時間領域ロケーションの後にあるとき、前記第１の時間ユニットと前記第２の時間ユニットとの間の時間シーケンス関係は予め定義される
実施例２８に記載の装置。
実施例３１：
前記Ｇ−ＵＣＩは、前記少なくとも１つの時間ユニットのうちの前記第１の時間ユニットの前記時間領域ロケーションを示すためにさらに使用され、
前記受信ユニットは、
前記Ｇ−ＵＣＩを受信し、前記Ｇ−ＵＣＩに基づいて前記第１の時間ユニットの前記時間領域ロケーションを決定し、前記第１の時間ユニットの前記時間領域ロケーションに基づいて前記第１のフィードバック情報を受信するように特に構成された
実施例２８〜３０のいずれかに記載の装置。
実施例３２：
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報を送るように前記端末デバイスに命令するためにさらに使用され、
前記受信ユニットは、
前記Ｇ−ＵＣＩを受信し、前記Ｇ−ＵＣＩに基づいて前記第１のフィードバック情報を受信するように特に構成された
実施例２８〜３１のいずれかに記載の装置。
実施例３３：
前記Ｇ−ＵＣＩは、前記第１のフィードバック情報のトランスポートフォーマットを示すためにさらに使用され、
前記受信ユニットは、
前記Ｇ−ＵＣＩを受信し、前記Ｇ−ＵＣＩに基づいて前記第１のフィードバック情報の前記トランスポートフォーマットを決定し、前記第１のフィードバック情報の前記トランスポートフォーマットに基づいて前記第１のフィードバック情報を受信するように特に構成された
実施例２８〜３２のいずれかに記載の装置。
実施例３４：
前記第１の時間ユニットは、前記少なくとも１つの時間ユニットのうちの最後の時間ユニット又は最後から２番目の時間ユニットである
実施例２７〜２９及び実施例３１〜３３のいずれかに記載の装置。
実施例３５：
前記第１のフィードバック情報が第１のダウンリンクデータについてのダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報を備えるとき、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が予め定義されるか、又は、前記第１の時間ユニットと第３の時間ユニットとの間の時間シーケンス関係が前記装置によって設定され又は示され、また、前記第３の時間ユニットは、前記装置が前記第１のダウンリンクデータを送る時間ユニットである
実施例２７〜３４のいずれかに記載の装置。
実施例３６：
前記装置は、
前記端末デバイスに第１のトリガ情報を送るように構成された送信ユニットであって、前記第１のトリガ情報は、第４の時間ユニットにおいて前記第１のフィードバック情報を搬送するように前記端末デバイスをトリガするために使用され、前記第４の時間ユニットは、前記少なくとも１つの時間ユニットに属する、送信ユニットをさらに備える
実施例２７〜３４のいずれかに記載の装置。
実施例３７：
前記装置は、第５の時間ユニットにおいて前記端末デバイスに第２のトリガ情報を送るようにさらに構成された送信ユニットをさらに含み、前記第２のトリガ情報は、第６の時間ユニットにおいて第２のフィードバック情報を送るように前記端末デバイスをトリガするために使用され、前記第６の時間ユニットの時間領域ロケーションは、前記第１の時間ユニットの前記時間領域ロケーションの前にあり、前記第１のフィードバック情報の情報タイプは、前記第２のフィードバック情報の情報タイプと少なくとも部分的に同じである
実施例２７〜３５のいずれかに記載の装置。
実施例３８：
前記第５の時間ユニットは、前記装置が前記第１の時間ユニットの前に最新のトリガ情報を送る時間ユニットである
実施例３７に記載の装置。
実施例３９：
前記第１のフィードバック情報は、非周期的チャネル状態情報ａＣＳＩとダウンリンクハイブリッド自動再送要求肯定応答ＤＬ  ＨＡＲＱ−ＡＣＫ情報とのうちの少なくとも１つを含む
実施例２７〜３８のいずれかに記載の装置。
【国際調査報告】
2020511824.tif 000014
2020511824.tif 000015
2020511824.tif 000016
2020511824.tif 000017