(57)【要約】無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置を提供する。前記方法は、ネットワークからダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信し、前記ＤＣＩに基づいてデータを再送信し、前記ＤＣＩは、確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ／ＮＡＣＫ）フィールドを含むことを特徴とする。【選択図】図１１
2020502942.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末のデータ再送信方法であって、
ネットワークからダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信し、及び
前記ＤＣＩに基づいてデータを再送信し、
前記ＤＣＩは、確認応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ／ＮＡＣＫ）フィールドを含むことを特徴とする、データ再送信方法。
【請求項２】
前記再送信は、非適応型（ｎｏｎ−ａｄａｐｔｉｖｅ）再送信であることを特徴とする、請求項１に記載のデータ再送信方法。
【請求項３】
前記ＤＣＩは、ＨＡＲＱプロセスＩＤ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｓｓ  ｉｄｅｎｔｉｆｉｅｒ）別に再送信を指示することを特徴とする、請求項１に記載のデータ再送信方法。
【請求項４】
前記ＤＣＩは、サブフレームウィンドウ内のサブフレーム別に再送信を指示することを特徴とする、請求項１に記載のデータ再送信方法。
【請求項５】
前記ＤＣＩは、アップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ；ＵＬ  ｇｒａｎｔ）上に何番目のスケジューリングであるかを示すカウンタフィールドが定義された場合、最後のカウンタ値をシグナリングすることを特徴とする、請求項１に記載のデータ再送信方法。
【請求項６】
前記カウンタ値は、前記ＤＣＩを受信する場合に初期化されることを特徴とする、請求項５に記載のデータ再送信方法。
【請求項７】
ＵＬグラント上にポーリングオン／オフ（ｐｏｌｌｉｎｇ  ｏｎ／ｏｆｆ）フィールドが定義された場合、Ｎ番目のサブフレームでポーリングオンＵＬグラントが受信されると、前記Ｎ番目のサブフレーム時点以後に受信する前記ＤＣＩの指示対象となるＵＬグラントは、前記Ｎ番目のサブフレーム以前の最も近いポーリングオンＵＬグラント受信時点からＮ−１番目のサブフレームまでの区間の間に受信されたＵＬグラントであることを特徴とする、請求項１に記載のデータ再送信方法。
【請求項８】
前記ＤＣＩは、端末特定的ＤＣＩであり、または端末共通的ＤＣＩであることを特徴とする請求項１に記載のデータ再送信方法。
【請求項９】
前記ＤＣＩは、非適応型再送信オン／オフフィールド、非適応型再送信タイミングフィールド、リダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ；ＲＶ）フィールド、非周期的チャネル状態情報（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）送信要求フィールドのうち少なくともいずれか一つを含むことを特徴とする、請求項１に記載のデータ再送信方法。
【請求項１０】
前記ＤＣＩの検出関連無線ネットワーク臨時識別子（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）値は、独立的にシグナリングされることを特徴とする、請求項１に記載のデータ再送信方法。
【請求項１１】
前記ＤＣＩに対する検索空間上の送信関連パラメータは、事前に設定されることを特徴とする、請求項１に記載のデータ再送信方法。
【請求項１２】
前記端末が同じＨＡＲＱプロセスＩＤに対して前記ＤＣＩとＵＬグラントを両方とも受信した場合、前記ＵＬグラントによって再送信が実行されることを特徴とする、請求項１に記載のデータ再送信方法。
【請求項１３】
前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別にＨＡＲＱ確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ）送信タイミングフィールドが構成されることを特徴とする、請求項１に記載のデータ再送信方法。
【請求項１４】
前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別に確認応答リソース指示子（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ；ＡＲＩ）フィールドが構成され、前記ＡＲＩに基づいて物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＰＵＣＣＨ）リソースが割り当てられることを特徴とする、請求項１に記載のデータ再送信方法。
【請求項１５】
通信装置であって、
無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部；及び、
前記ＲＦ部と結合して動作するプロセッサ；を備えてなり、
前記プロセッサは、
ネットワークからダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信し、及び、
前記ＤＣＩに基づいてデータを再送信し、
前記ＤＣＩは、確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ／ＮＡＣＫ）フィールドを含むことを特徴とする、通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置に関する。
【背景技術】
【０００２】
より多くの通信機器がより大きい通信容量を要求するにつれて、既存の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。また、多数の機器及びモノを連結していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうち一つである。
【０００３】
信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービスまたは端末を考慮した通信システムデザインが論議されており、改善されたモバイルブロードバンド通信、マッシブＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術を新しいＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）またはＮＲ（ｎｅｗ  ｒａｄｉｏ）と呼ぶことができる。
【０００４】
一方、ＮＲにおいても、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）プロセスを介してデータの再送信を実行することができる。しかし、ＮＲでは、システム帯域幅単位に広がるチャネルを定義することによって、消耗されるシンボルの使用に対してより効率的な使用方法に対して論議されており、それによって、従来ＬＴＥにおける物理ＨＡＲＱ指示子チャネル（ｐｈｙｓｉｃａｌ  ＨＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ；ＰＨＩＣＨ）を導入せずに、ＨＡＲＱプロセスを実行する方法に対して論議されている。
【０００５】
それによって、本発明ではダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を再送信指示子として使用することで、端末がデータ再送信を実行する方法を提供するようにする。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする技術的課題は、無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の一実施例によると、無線通信システムにおける端末のデータ再送信方法において、ネットワークからダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信し、前記ＤＣＩに基づいてデータを再送信し、前記ＤＣＩは、確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ／ＮＡＣＫ）フィールドを含むことを特徴とする方法が提供される。
【０００８】
このとき、前記再送信は、非適応型（ｎｏｎ−ａｄａｐｔｉｖｅ）再送信である。
【０００９】
このとき、前記ＤＣＩは、ＨＡＲＱプロセスＩＤ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｓｓ  ｉｄｅｎｔｉｆｉｅｒ）別に再送信を指示する。
【００１０】
このとき、前記ＤＣＩは、サブフレームウィンドウ内のサブフレーム別に再送信を指示する。
【００１１】
このとき、前記ＤＣＩは、アップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ；ＵＬ  ｇｒａｎｔ）上に何番目のスケジューリングであるかを示すカウンタフィールドが定義された場合、最後のカウンタ値をシグナリングする。
【００１２】
このとき、前記カウンタ値は、前記ＤＣＩを受信する場合に初期化される。
【００１３】
このとき、ＵＬグラント上にポーリングオン／オフ（ｐｏｌｌｉｎｇ  ｏｎ／ｏｆｆ）フィールドが定義された場合、Ｎ番目のサブフレームでポーリングオンＵＬグラントが受信されると、前記Ｎ番目のサブフレーム時点以後に受信する前記ＤＣＩの指示対象となるＵＬグラントは、前記Ｎ番目のサブフレーム以前の最も近いポーリングオンＵＬグラント受信時点からＮ−１番目のサブフレームまでの区間の間に受信されたＵＬグラントである。
【００１４】
このとき、前記ＤＣＩは、端末特定的ＤＣＩであり、または端末共通的ＤＣＩである。
【００１５】
このとき、前記ＤＣＩは、非適応型再送信オン／オフフィールド、非適応型再送信タイミングフィールド、リダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ；ＲＶ）フィールド、非周期的チャネル状態情報（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）送信要求フィールドのうち少なくともいずれか一つを含む。
【００１６】
このとき、前記ＤＣＩの検出関連無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）値は、独立的にシグナリングされる。
【００１７】
このとき、前記ＤＣＩに対する検索空間上の送信関連パラメータは、事前に設定される。
【００１８】
このとき、前記端末が同じＨＡＲＱプロセスＩＤに対して前記ＤＣＩとＵＬグラントを両方とも受信した場合、前記ＵＬグラントによって再送信が実行される。
【００１９】
このとき、前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別にＨＡＲＱ確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ）送信タイミングフィールドが構成される。
【００２０】
このとき、前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別に確認応答リソース指示子（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ；Ａ／Ｎ  ＲＥＳＯＵＲＣＥ  ＩＮＤＩＣＡＴＯＲ；ＡＲＩ）フィールドが構成され、前記ＡＲＩに基づいて物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＰＵＣＣＨ）リソースが割り当てられる。
【００２１】
本発明の他の実施例によると、通信装置は、無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部及び前記ＲＦ部と結合して動作するプロセッサを含み、前記プロセッサは、ネットワークからダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信し、前記ＤＣＩに基づいてデータを再送信し、前記ＤＣＩは、確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ／ＮＡＣＫ）フィールドを含むことを特徴とする通信装置が提供される。
【発明の効果】
【００２２】
本発明によると、端末がデータ再送信を実行するにあたって、ＤＣＩを再送信指示子として使用することによってより効率的な再送信が可能になる。
【図面の簡単な説明】
【００２３】
【図１】図１は、本発明が適用されることができる無線通信システムを例示する。
【図２】図２は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。
【図３】図３は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。
【図４】図４は、３ＧＰＰ  ＬＴＥにおけるアップリンクサブフレームの構造を示す。
【図５】図５は、３ＧＰＰ  ＬＴＥにおけるダウンリンクサブフレームの構造を示す。
【図６】図６は、３ＧＰＰ  ＬＴＥにおけるアップリンクＨＡＲＱ実行方法の一例を示す。
【図７】図７は、ＮＲが適用される次世代無線アクセスネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【図８】図８は、ＮＧ−ＲＡＮと５ＧＣとの間の機能的分割を例示する。
【図９】図９は、新しい無線アクセス技術に対するフレーム構造の一例を示す。
【図１０】図１０は、ＮＲにおける一つのスロット内でのマルチプレキシング技法の一例を示す。
【図１１】図１１は、本発明の一実施例に係る、端末のデータ再送信方法の流れ図である。
【図１２】図１２は、本発明の一実施例に係る、データ再送信方法を概略的に示す。
【図１３】図１３は、本発明の一実施例に係る、データ再送信方法を概略的に示す。
【図１４】図１４は、本発明の一実施例に係る、データ再送信方法を概略的に示す。
【図１５】図１５は、図１１の方法を適用する具体的な例を示す。
【図１６】図１６は、本発明の実施例が具現される通信装置を示すブロック図である。
【発明を実施するための形態】
【００２４】
図１は、本発明が適用されることができる無線通信システムを例示する。これは、Ｅ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ-ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ-Ａシステムと呼ばれることができる。
【００２５】
Ｅ-ＵＴＲＡＮは、端末１０（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局２０（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）とを含む。端末１０は、固定されるか、または移動性を有することができ、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることができる。基地局２０は、端末１０と通信する固定された支点（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることができる。
【００２６】
基地局２０は、Ｘ２インタフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インタフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、さらに詳細には、Ｓ１-ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とＳ１-Ｕを介してＳ-ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と接続される。
【００２７】
ＥＰＣ３０は、ＭＭＥ、Ｓ-ＧＷ及びＰ-ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ-Ｇａｔｅｗａｙ）から構成される。ＭＭＥは、端末の接続情報または端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。Ｓ-ＧＷは、Ｅ-ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ-ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２８】
端末とネットワークとの間の無線インタフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の階層は、通信システムにおいて広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１階層）、Ｌ２（第２階層）、Ｌ３（第３階層）に区分されることができるが、この中で第１階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３階層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線資源を制御する役割を行う。このために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２９】
図２は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）で、制御平面は、制御信号送信のためのプロトコルスタックである。
【００３０】
図２及び３を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位階層に情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  tｒａｎｓｆｅｒ  sｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とは送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して接続されている。送信チャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。送信チャネルは、無線インタフェースを介してデータがどのようにどんな特徴で送信されるかによって分類される。
【００３１】
互いに異なる物理階層の間、すなわち送信機と受信機の物理階層の間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調されることができ、時間と周波数を無線資源として活用する。
【００３２】
ＭＡＣ階層の機能は、論理チャネルと送信チャネルとの間のマッピング及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の送信チャネル上へ物理チャネルに提供される送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層にサービスを提供する。
【００３３】
ＲＬＣ階層の機能は、ＲＬＣ  ＳＤＵの接続（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の３通りの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００３４】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、制御平面においてのみ定義される。ＲＲＣ階層は、無線ベアラーの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ-ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して、論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１階層（ＰＨＹ階層）及び第２階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。
【００３５】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／整合性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３６】
ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、またＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の２通りに分けられることができる。ＳＲＢは、制御平面においてＲＲＣメッセージを送信する通路として使用され、ＤＲＢは、ユーザ平面においてユーザデータを送信する通路として使用される。
【００３７】
端末のＲＲＣ階層とＥ-ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態にあるようになり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態にあるようになる。
【００３８】
ネットワークにおいて端末にデータを送信するダウンリンク送信チャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）とその以外にユーザトラフィックまたは制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末においてネットワークにデータを送信するアップリンク送信チャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックまたは制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００３９】
送信チャネル上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００４０】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数のＯＦＤＭシンボルと周波数領域で複数の副搬送波（Ｓｕｂ-ｃａｒｒｉｅｒ）とから構成される。一つのサブフレーム（Ｓｕｂ-ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）から構成される。資源ブロックは、資源割り当て単位であって、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ-ｃａｒｒｉｅｒ）から構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定ＯＦＤＭシンボル（例、第１番目のＯＦＤＭシンボル）の特定副搬送波を利用できる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００４１】
図４は、３ＧＰＰ  ＬＴＥにおけるアップリンクサブフレームの構造を示す。
アップリンクサブフレームは、周波数領域で制御領域とデータ領域とに分けられる。制御領域は、アップリンク制御情報が送信されるためのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が割り当てられる。データ領域は、データが送信されるためのＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられる。端末は、設定によってＰＵＣＣＨとＰＵＳＣＨを同時に送信しない場合もあり、または同時に送信する場合もある。
【００４２】
一つの端末に対するＰＵＣＣＨは、サブフレームでリソースブロック対（ＲＢ  ｐａｉｒ）で割り当てられる。リソースブロック対に属するリソースブロックは、第１のスロットと第２のスロットの各々で互いに異なる副搬送波を占める。ＰＵＣＣＨに割り当てられるリソースブロック対に属するリソースブロックが占める周波数は、スロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）を基準にして変更される。これをＰＵＣＣＨに割り当てられるＲＢ対がスロット境界で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）されたという。端末がアップリンク制御情報を時間によって互いに異なる副搬送波を介して送信することによって、周波数ダイバーシティ（ｄｉｖｅｒｓｉｔｙ）利得を得ることができる。
【００４３】
ＰＵＣＣＨ上に送信されるアップリンク制御情報には、ＡＣＫ／ＮＡＣＫ、ダウンリンクチャネル状態を示すＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、アップリンク無線リソース割当要求であるＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）などがある。ＣＳＩには、プリコーディング行列を指示するＰＭＩ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｅｘ）、端末が選好するランク値を示すＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）、チャネル状態を示すＣＱＩ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）などがある。
【００４４】
ＰＵＳＣＨは、トランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）であるＵＬ−ＳＣＨ（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。ＰＵＳＣＨ上に送信されるアップリンクデータは、ＴＴＩの間に送信されるＵＬ−ＳＣＨのためのデータブロックであるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）である。前記トランスポートブロックは、ユーザ情報である。または、アップリンクデータは、多重化された（ｍｕｌｔｉｐｌｅｘｅｄ）データである。多重化されたデータは、ＵＬ−ＳＣＨのためのトランスポートブロックと制御情報が多重化されたものである。例えば、データに多重化される制御情報には、ＣＱＩ、ＰＭＩ、ＡＣＫ／ＮＡＣＫ、ＲＩなどがある。または、アップリンクデータは、制御情報のみで構成されることもできる。
【００４５】
図５は、３ＧＰＰ  ＬＴＥにおけるダウンリンクサブフレームの構造を示す。
ダウンリンクサブフレームは、時間領域で２個のスロットを含み、各スロットは、ノーマルＣＰで７個のＯＦＤＭシンボルを含む。サブフレーム内の第１のスロットの前方部の最大３ＯＦＤＭシンボル（１．４Ｍｈｚ帯域幅に対しては最大４ＯＦＤＭシンボル）は、制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられるデータ領域である。ＰＤＳＣＨは、基地局またはノードが端末にデータを送信するチャネルを意味する。
【００４６】
制御領域で送信される制御チャネルには、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）がある。
【００４７】
サブフレームの最初ＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの個数（即ち、制御領域の大きさ）に対する情報であるＣＦＩ（ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）を伝送する。端末は、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインドデコーディングを使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。
【００４８】
ＰＨＩＣＨは、アップリンクＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のためのＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。端末が送信したアップリンクデータに対するＡＣＫ／ＮＡＣＫ信号は、ＰＨＩＣＨ上に送信される。
【００４９】
ＰＤＣＣＨは、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を送信する制御チャネルである。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをダウンリンクグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ：ＤＬグラント）ともいう）、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当（これをアップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ：ＵＬグラント）ともいう）、任意の端末グループ内の個別端末に対する送信パワー制御命令のセット及び／またはＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の活性化を含むことができる。
【００５０】
図６は、３ＧＰＰ  ＬＴＥにおけるアップリンクＨＡＲＱ実行方法の一例を示す。
端末は、基地局からｎ番目のサブフレームでＰＤＣＣＨ３１０上に初期アップリンクリソース割当を受信する。
端末は、ｎ＋４番目のサブフレームで前記初期アップリンクリソース割当を利用してＰＵＳＣＨ３２０上にアップリンクデータ、より具体的にはアップリンク送信ブロック（ｔｒａｎｓｍｉｓｓｉｏｎ  ｂｌｏｃｋ）を送信する。
【００５１】
基地局は、ｎ＋８番目のサブフレームでＰＨＩＣＨ３３１上に前記アップリンク送信ブロックに対するＡＣＫ／ＮＡＣＫ信号を送る。ＡＣＫ／ＮＡＣＫ信号は、前記アップリンク送信ブロックに対する受信確認を示し、ＡＣＫ信号は、受信成功を示し、ＮＡＣＫ信号は、受信失敗を示す。
【００５２】
ＮＡＣＫ信号を受信した端末は、ｎ＋１２番目のサブフレームでＰＵＳＣＨ３４０上に再送信ブロックを送る。
【００５３】
基地局は、ｎ＋１６番目のサブフレームでＰＨＩＣＨ３５１上に前記アップリンク送信ブロックに対するＡＣＫ／ＮＡＣＫ信号を送る。
【００５４】
ｎ＋４番目のサブフレームでの初期送信後、ｎ＋１２番目のサブフレームで再送信が行われるため、８サブフレームをＨＡＲＱ周期にＨＡＲＱが実行される。
【００５５】
３ＧＰＰ  ＬＴＥでは８個のＨＡＲＱプロセスが実行されることができ、各ＨＡＲＱプロセスは、０から７までのインデックスが付けられる。前述した例は、ＨＡＲＱプロセスインデックス４で、ＨＡＲＱが実行されるものを示す。
【００５６】
以下、新しい無線接続技術（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ｎｅｗ  ＲＡＴ；ＮＲ）に対して説明する。
【００５７】
より多くの通信機器がより大きい通信容量を要求するにつれて、既存の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。また、多数の機器及びモノを連結していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうち一つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが論議されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ  ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術の導入が論議されており、本発明では便宜上該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ  ＲＡＴまたはＮＲと呼ぶ。
【００５８】
図７は、ＮＲが適用される次世代無線アクセスネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【００５９】
図７を参照すると、ＮＧ−ＲＡＮは、端末にユーザ平面及び制御平面プロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ及び／またはｅＮＢを含むことができる。図７ではｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは、相互間にＸｎインターフェースで連結されている。ｇＮＢ及びｅＮＢは、５世代コアネットワーク（５Ｇ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して連結されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｃインターフェースを介して連結され、ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｕインターフェースを介して連結される。
【００６０】
図８は、ＮＧ−ＲＡＮと５ＧＣとの間の機能的分割を例示する。
図８を参照すると、ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ  Ｃｅｌｌ  ＲＲＭ）、無線ベアラ管理（ＲＢ  ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ＆Ｐｒｏｖｉｓｉｏｎ）、動的リソース割当（ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）などの機能を提供することができる。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能を提供することができる。ＵＰＦは、移動性アンカリング（Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供することができる。ＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）は、端末ＩＰアドレス割当、ＰＤＵセッション制御などの機能を提供することができる。
【００６１】
図９は、新しい無線アクセス技術に対するフレーム構造の一例を示す。
ＮＲではレイテンシー（ｌａｔｅｎｃｙ）を最小化するための目的として、図９のように、一つのＴＴＩ内に、制御チャネルとデータチャネルが時分割多重化（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＴＤＭ）される構造がフレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）の一つとして考慮されることができる。
【００６２】
図９において、斜線領域は、ダウンリンク制御（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ）領域を示し、黒色部分はアップリンク制御（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ）領域を示す。表示がない領域は、ダウンリンクデータ（ｄｏｗｎｌｉｎｋ  ｄａｔａ；ＤＬ  ｄａｔａ）送信のために使われることもでき、アップリンクデータ（ｕｐｌｉｎｋ  ｄａｔａ；ＵＬ  ｄａｔａ）送信のために使われることもできる。このような構造の特徴は、一個のサブフレーム（ｓｕｂｆｒａｍｅ）内でダウンリンク（ＤＬ）送信とアップリンク（ｕｐｌｉｎｋ；ＵＬ）送信が順次に進行され、サブフレーム（ｓｕｂｆｒａｍｅ）内でＤＬ  ｄａｔａを送り、ＵＬ  ＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）も受けることができる。結果的に、データ送信エラー発生時にデータ再送信までかかる時間を減らすようになり、それによって、最終データ伝達のレイテンシー（ｌａｔｅｎｃｙ）を最小化することができる。
【００６３】
このようなデータ及び制御領域がＴＤＭされたサブフレーム構造（ｄａｔａ  ａｎｄ  ｃｏｎｔｒｏｌ  ＴＤＭｅｄ  ｓｕｂｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）で、基地局と端末が送信モードから受信モードへの転換過程または受信モードから送信モードへの転換過程のためのタイプギャップ（ｔｉｍｅ  ｇａｐ）が必要である。そのために、セルフコンテインドサブフレーム構造で、ＤＬからＵＬへ転換される時点の一部ＯＦＤＭシンボルが保護区間（ｇｕａｒｄ  ｐｅｒｉｏｄ：ＧＰ）に設定されることができる。
【００６４】
一方、ＮＲのアップリンクと関連して下記の技術が適用されることができる。
【００６５】
＜ＮＲにおけるＰＵＣＣＨフォーマット＞
ＮＲにおけるＰＵＣＣＨフォーマットは、下記のような特徴を有することができる。
【００６６】
ＰＵＣＣＨは、アップリンク制御情報（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）を伝達することができる。また、ＰＵＣＣＨフォーマットは、持続期間／ペイロードの大きさにより区分されることができる。例えば、ＰＵＣＣＨフォーマットは、“短い区間アップリンク制御チャネル（ＳＨＯＲＴ  ＤＵＲＡＴＩＯＮ  ＵＰＬＩＮＫ  ＣＯＮＴＲＯＬ  ＣＨＡＮＮＥＬ：ＳＨＤ＿ＰＵＣＣＨ）"と"長い区間アップリンク制御チャネル（ＬＯＮＧ  ＤＵＲＡＴＩＯＮ  ＵＰＬＩＮＫ  ＣＯＮＴＲＯＬ  ＣＨＡＮＮＥＬ：ＬＧＤ＿ＰＵＣＣＨ）"とに区分されることができる。便宜上、ＳＨＤ＿ＰＵＣＣＨを短いＰＵＣＣＨ（ｓｈｏｒｔ  ＰＵＣＣＨ）といい、フォーマット０（≦２ビット）、フォーマット２（＞２ビット）が該当することができる。ＬＧＤ＿ＰＵＣＣＨを長いＰＵＣＣＨといい、長いＰＵＣＣＨ（ｌｏｎｇ  ＰＵＣＣＨ）は、フォーマット１（≦２ビット）、フォーマット３（＞２、［＞Ｎ］ビット）、フォーマット４（＞２、［≦Ｎ］ビット）が該当することができる。
【００６７】
一方、ＰＵＣＣＨに対する送信ダイバーシティ技法は、Ｒｅｌ−１５でサポートされない。また、端末の同時物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ：ＰＵＳＣＨ）、ＰＵＣＣＨ送信は、Ｒｅｌ−１５でサポートされない。
【００６８】
一方、ＮＲにおけるＰＵＣＣＨフォーマットは、以下の表１のように定義されることができる。
【００６９】
【表１】
2020502942.tif 000003
【００７０】
＜アップリンク（ＵＬ）信号／チャネル多重化（マルチプレキシング、ｍｕｌｔｉｐｌｅｘｉｎｇ）＞
ＮＲにおいて、アップリンク（ＵＬ）信号／チャネルマルチプレキシングは、下記の特徴を有することができる。
【００７１】
ＰＵＣＣＨとＰＵＳＣＨのマルチプレキシングに対して、下記の技術がサポートされることができる。例えば、ｓｈｏｒｔ  ＰＵＣＣＨ（例えば、フォーマット０／２）とＰＵＳＣＨとの間の時間分割多重化（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ：ＴＤＭ）技術がサポートされることができる。また、例えば、（Ｒｅｌ−１５でない）一つの端末の短いアップリンクパート（ＵＬ−ｐａｒｔ）を有するスロットに対するｓｈｏｒｔ  ＰＵＣＣＨ（例えば、フォーマット０／２）とＰＵＳＣＨとの間の周波数分割多重化（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ：ＦＤＭ）技術がサポートされることができる。
【００７２】
ＰＵＣＣＨとＰＵＳＣＨのマルチプレキシングに対して、下記の技術がサポートされることができる。例えば、互いに異なる端末のｓｈｏｒｔ  ＰＵＣＣＨ（例えば、フォーマット０／２）とｌｏｎｇ  ＰＵＣＣＨ（例えば、フォーマット１／３／４）との間のＴＤＭ／ＦＤＭ技術がサポートされることができる。また、例えば、一つの端末の同じスロット上のｓｈｏｒｔ  ＰＵＣＣＨ（例えば、フォーマット０／２）間のＴＤＭ技術がサポートされることができる。また、例えば、一つの端末の同じスロット上のｓｈｏｒｔ  ＰＵＣＣＨ（例えば、フォーマット０／２）とｌｏｎｇ  ＰＵＣＣＨ（例えば、フォーマット１／３／４）との間のＴＤＭ技術がサポートされることができる。
【００７３】
図１０は、前述したように、ＮＲにおける一つのスロット内でのマルチプレキシング技法の一例を示す。
【００７４】
図１０を参照すると、一つのスロット内で、アップリンク領域（ＵＬ  ｒｅｇｉｏｎ）にｌｏｎｇ−ＰＵＣＣＨがシンボル＃３から＃７まで、＃８から＃１１まで互いに異なる周波数帯域に位置する例を示す。そして、ｓｈｏｒｔ  ＰＵＣＣＨが各々シンボル＃１２と＃１３に位置する例を示す。即ち、ｓｈｏｒｔ  ＰＵＣＣＨ間にＴＤＭ、ｓｈｏｒｔ  ＰＵＣＣＨとｌｏｎｇ  ＰＵＣＣＨとの間にＴＤＭ／ＦＤＭされている例を示す。
【００７５】
＜制御情報変調及び符号化技法（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ：ＭＣＳ）オフセット（ｏｆｆｓｅｔ）＞
ＮＲでは、ベータオフセット（ｂｅｔａ−ｏｆｆｓｅｔ）のための半静的及び動的指示が両方ともサポートされることができる。また、動的ベータオフセット指示に対して、ＲＲＣシグナリングにより複数個のベータオフセット値のセットが構成されることができ、ＵＬグラントは、動的にセットに対するインデックス（ｉｎｄｅｘ）を指示することができる。ここで、各々のセットは、複数の項目（ｅｎｔｒｙ）を含み、各項目は、各々のＵＣＩ類型（２−パートＣＳＩ（ｔｗｏ−ｐａｒｔ  ＣＳＩ）が適用可能な場合、含む）に対応できる。
【００７６】
＜ＵＣＩマッピング＞
スロットベースのスケジューリングに対して、２ビットが超えるＨＡＲＱ−ＡＣＫに対してＰＵＳＣＨはレートマッチングされ、また、２ビット以下のＨＡＲＱ−ＡＣＫに対してＰＵＳＣＨはパンクチャリングされることができる。
【００７７】
ＮＲでは、ダウンリンク割当（ＤＬ  ａｓｓｉｇｎｍｅｎｔ）がＰＵＳＣＨ上でＨＡＲＱ−ＡＣＫ送信のための同じ時間インスタンス（ｔｉｍｅ  ｉｎｓｔａｎｃｅ）にマッピングされたＵＬグラントより遅い場合をサポートしない。
【００７８】
また、ＰＵＳＣＨ上にピギーバックされるＵＣＩ（例えば、ＨＡＲＱ−ＡＣＫまたはＣＳＩ）は、ＰＵＳＣＨに割り当てられたＲＢにわたって分散分布したＲＥにマッピングされることができる。
【００７９】
ＨＡＲＱ−ＡＣＫパンクチャリングやＰＵＳＣＨレートマッチングにかかわらず、同じＲＥマッピング規則がＰＵＳＣＨ上のＨＡＲＱ−ＡＣＫピギーバックに適用されることができる。例えば、時間領域上でＤＭ−ＲＳに隣接するように局部的に（ｌｏｃａｌｉｚｅｄ）マッピングされ、または分散マッピングされることができる。
【００８０】
＜スケジューリング／ＨＡＲＱタイミング＞
【００８１】
ＮＲにおいて、スケジューリング／ＨＡＲＱタイミングに対して下記の特徴を有することができる。
【００８２】
スケジューリング／ＨＡＲＱタイミングに対する動的指示に対して、ＡとＢとの間のスロットタイミングは、一連の値のセットからＤＣＩ内のフィールドにより指示され、前記一連の値のセットは、端末特定的ＲＲＣシグナリングにより構成されることができる。ここで、全てのＲｅｌ．１５端末は、０のようなＫ０の最小値をサポートすることができる。
【００８３】
一方、前記Ａ、Ｂに対するＫ０乃至Ｋ２は、以下の表２のように定義されることができる。
【００８４】
【表２】
2020502942.tif 000004
【００８５】
端末プロセシング時間能力を記号（Ｎ１、Ｎ２）のように示すことができる。ここで、Ｎ１は、ＮＲ−ＰＤＳＣＨ受信の終了から、端末観点で、対応するＡＣＫ／ＮＡＣＫ送信の可能の限り最も早い開始までの、端末のプロセシングに必要なＯＦＤＭシンボルの個数を意味する。Ｎ２は、ＵＬグラント受信を含むＮＲ−ＰＤＣＣＨの終了から、端末観点で、対応するＮＲ−ＰＵＳＣＨ送信の可能の限り最も早い開始までの、端末のプロセシングに必要なＯＦＤＭシンボルの個数を意味する。
【００８６】
端末の（Ｋ１、Ｋ２）の最小値は、（Ｎ１、Ｎ２）、タイミングアドバンス値（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ  ｖａｌｕｅ：ＴＡｖａｌｕｅ）、端末ＤＬ／ＵＬスイッチング、その他に基づいて決定されることができる。
【００８７】
一方、ＮＲでは、少なくともＰＤＣＣＨ、ＰＤＳＣＨ及びＰＵＳＣＨに対する単一ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を使用するｎｏｎ−ＣＡ場合のスロットベースのスケジューリングに対する二つの類型の端末プロセシング時間能力が定義されることができる。
【００８８】
例えば、与えられた設定とヌメロロジーに対して、端末は、以下の２個の表（表３、表４）から対応するＮ１（または、Ｎ２）の項目（ｅｎｔｒｙ）に基づいて、Ｎ１（または、Ｎ２）に対して一つの能力（ｃａｐａｂｉｌｉｔｙ）のみを指示することができる。
能力＃１（表３）：端末プロセシング時間能力
【００８９】
【表３】
2020502942.tif 000005
【００９０】
能力＃２（表４）：積極的端末プロセシング時間能力
【表４】
2020502942.tif 000006
【００９１】
混合ヌメロロジーとスケジューリング／ＨＡＲＱタイミングに対して、ＰＤＣＣＨとＰＤＣＣＨによりスケジューリングされた送信間のヌメロロジーが異なる時、Ｋ０またはＫ２に対して、ＤＣＩで指示された時間グラニュラリティ（ｔｉｍｅ  ｇｒａｎｕｌａｒｉｔｙ）は、前記スケジューリングされた送信のヌメロロジーに基づいている。
【００９２】
同じまたは異なるヌメロロジーで動作する複数個のＤＬコンポーネントキャリアに関連したＨＡＲＱ−ＡＣＫ送信がサポートされることができる。ＰＤＳＣＨをスケジューリングするＤＣＩで指示されたＫ１に対する時間グラニュラリティは、ＰＵＣＣＨ送信のヌメロロジーに基づいている。
【００９３】
＜コードブロックグループ（ｃｏｄｅ  ｂｌｏｃｋ  ｇｒｏｕｐ：ＣＢＧ）ベースの（再）送信＞
同期：部分トランスポートブロック（ｐａｒｔｉａｌ  ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ：ｐａｒｔｉａｌ  ＴＢ）再送信は、効率的なリソース活用を誘導することができる。再送信単位は、コードブロック（ｃｏｄｅ  ｂｌｏｃｋ：ＣＢ）グループ（ＣＢＧ）である。しかし、この方法を使用する時、ＨＡＲＱ−ＡＣＫフィードバックビットとＤＣＩオーバーヘッドは増加できる。
【００９４】
コードブロックグループ（ＣＢＧ）構成：端末は、ＲＲＣシグナリングによりＣＢＧベースの再送信ができるように半静的に設定されることができ、前記設定は、ＤＬとＵＬに対して区分されることができる。ＴＢ当たりＣＢＧの最大値Ｎは、ＲＲＣシグナリングにより設定されることができる。単一コードワード（ｃｏｄｅｗｏｒｄ：ＣＷ）の場合、ＴＢ当たりＣＢＧの設定可能な最大値は８である。複数のＣＷの場合、ＴＢ当たりＣＢＧの設定可能な最大値は４であり、設定されたＴＢ当たりＣＢＧの最大値は、ＴＢ毎に同じである。
【００９５】
少なくとも単一ＣＷの場合、ＴＢでＣＢＧの個数Ｍはｍｉｎ（Ｃ、Ｎ）のようであり、ここで、Ｃは、前記ＴＢ内のＣＢ個数である。総Ｍ  ＣＢＧのうち、１番目のＭｏｄ（Ｃ、Ｍ）ＣＢＧは、ＣＢＧ当たりｃｅｉｌ（Ｃ／Ｍ）ＣＢを含むことができる。残りのＭ−Ｍｏｄ（Ｃ、Ｍ）ＣＢＧは、ＣＢＧ当たりｆｌｏｏｒ（Ｃ／Ｍ）ＣＢを含むことができる。
【００９６】
ＤＣＩと関連して、コードブロックグループ送信情報（ＣＢＧ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ：ＣＢＧＴＩ）とコードブロックグループフラッシングアウト情報（ＣＢＧ  ｆｌｕｓｈｉｎｇ  ｏｕｔ  ｉｎｆｏｒｍａｔｉｏｎ：ＣＢＧＦＩ）が導入されることができる。ＣＢＧＴＩ：ＣＢＧが（再）送信されることができ、ＲＲＣにより設定されたＣＢＧＴＩのＮビットである。ＣＢＧＦＩ：ソフトバッファ（ｓｏｆｔ−ｂｕｆｆｅｒ）／ＨＡＲＱコンバイニング（ＨＡＲＱ  ｃｏｍｂｉｎｉｎｇ）に対してＣＢＧが異なるように処理されることができ、ＣＢＧＦＩに対する他の１ビット（少なくとも単一ＣＷの場合）である。
【００９７】
ダウンリンクデータに対して、ＣＢＧＴＩとＣＢＧＦＩは、同じＤＣＩに含まれることができる。モード１で、ＤＣＩは、ＣＢＧＴＩを含むことができる。モード２で、ＤＣＩは、ＣＢＧＴＩとＣＢＧＦＩを両方とも含むことができる。
【００９８】
アップリンクデータに対して、ＣＢＧＴＩは、ＤＣＩに含まれるように構成されることができる。モード１で、ＤＣＩは、ＣＢＧＴＩを含むことができる。
【００９９】
ＨＡＲＱ−ＡＣＫフィードバックで、最初送信及び再送信に対して、ＴＢの各ＣＢＧには同じＣＢ（ら）のセットがある。端末は、ＣＢＧベースの再送信が設定されると、フォールバックＤＣＩを使用するＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨに対して、少なくともＨＡＲＱ−ＡＣＫマルチプレキシングがない場合、ＴＢレベルＨＡＲＱ−ＡＣＫフィードバックを使用することができる。これはフォールバック（ｆａｌｌｂａｃｋ）ＤＣＩがＣＢＧレベルＨＡＲＱ−ＡＣＫフィードバックをサポートしないということを意味する。
【０１００】
半静的ＨＡＲＱ−ＡＣＫコードブックに対して、ＨＡＲＱ−ＡＣＫコードブックは、構成された全てのＣＢＧ（スケジューリングされないＣＢＧを含む）に相応するＨＡＲＱ−ＡＣＫを含むことができる。もし、同じＣＢＧが成功的にデコーディングされた場合、ＣＢＧに対してＡＣＫが報告されることができる。もし、ＣＢ  ＣＲＣチェックが全てのＣＢに対して通過される間にＴＢ  ＣＲＣチェックが通過されない場合、全てのＣＢＧに対してＮＡＣＫが報告されることができる。もし、ＴＢに対するＣＢの個数がＣＢＧの設定された最大個数より小さい場合、ＮＡＣＫは、空いているＣＢＧインデックス（ｉｎｄｅｘ）にマッピングされることができる。
【０１０１】
以下、本発明に対して説明する。
前述したように、ＮＲでは信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが論議されており、また、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術の導入が論議されている。
【０１０２】
一方、ＮＲでも、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）プロセスを介してデータの再送信を実行することができる。しかし、ＮＲでは、システム帯域幅単位に広がるチャネルを定義することによって、消耗されるシンボルの使用に対してより効率的な使用方法に対して論議されており、それによって、従来ＬＴＥにおける物理ＨＡＲＱ指示子チャネル（ｐｈｙｓｉｃａｌ  ＨＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ；ＰＨＩＣＨ）を導入せずに、ＨＡＲＱプロセスを実行する方法に対して論議されている。
【０１０３】
それによって、本発明ではダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を再送信指示子として使用することで、端末がデータ再送信を実行する方法を提供するようにする。
【０１０４】
一例として、下記の提案方式は、ＮＥＷ  ＲＡＴ（ＮＲ）システム下で、複数個の（アップリンク／ダウンリンク）データに対する再送信を効率的に（同時に）トリガリングさせる方法を提案する。ここで、一例として、本発明の（一部）提案方式は、アップリンク通信（及び／またはダウンリンク通信）及び／または"非適応型再送信（ＮＯＮ−ＡＤＡＰＴＩＶＥ  ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ：ＮＡ−ＲＥＴＸ）"（例えば、データ受信成功可否関連ＨＡＲＱフィードバックチャネルに基づいて再送信動作が実行されることができる。即ち、再送信関連スケジューリングＧＲＡＮＴが（追加的に）送信されずに、初期送信関連スケジューリング情報が再送信にも（全部または一部）活用されると解釈できる。）（及び／または"適応型再送信（ＡＤＡＰＴＩＶＥ  ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ：Ａ−ＲＥＴＸ）"（例えば、再送信関連スケジューリングＧＲＡＮＴ（及び／またはデータ受信成功可否関連ＨＡＲＱフィードバックチャネル）に基づいて再送信動作が実行されることができる。即ち、（追加的に送信された）再送信関連スケジューリングＧＲＡＮＴが再送信に活用されると解釈することができる。））に対しても拡張適用されることができる。ここで、一例として、本発明上での"非適応型再送信（ＮＡ−ＲＥＴＸ）"ワーディングは"適応型再送信（Ａ−ＲＥＴＸ）"ワーディングに相互（拡大または交差）解釈されることがもできる。また、本発明上での"再送信指示"ワーディングは"新しいトランスポートブロック（ＴＲＡＮＳＰＯＲＴ  ＢＬＯＣＫ：ＴＢ）指示"に拡張解釈されることもできる。
【０１０５】
図１１は、本発明の一実施例に係る、端末のデータ再送信方法の流れ図である。
図１１によると、端末は、ネットワークからダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信する（Ｓ１１１０）。このとき、前記ＤＣＩは、確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ／ＮＡＣＫ）フィールドまたは再送信指示フィールドを含む。
【０１０６】
以後、端末は、前記ＤＣＩに基づいてデータを再送信する（Ｓ１１２０）。ここで、例えば、前記再送信は、非適応型（ｎｏｎ−ａｄａｐｔｉｖｅ）再送信である。また、例えば、前記ＤＣＩは、ＨＡＲＱプロセスＩＤ別に再送信を指示することができる。また、例えば、前記ＤＣＩは、サブフレームウィンドウ内のサブフレーム別に再送信を指示することができる。また、例えば、前記ＤＣＩは、アップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ；ＵＬ  Ｇｒａｎｔ）上に何番目のスケジューリングであるかを示すカウンタフィールドが定義された場合、最後のカウンタ値をシグナリングすることができる。また、例えば、アップリンクグラント上にポーリングオン／オフフィールドが定義された場合、Ｎ番目のサブフレームでポーリングオンアップリンクグラントが受信されると、前記Ｎ番目のサブフレーム時点以後に受信する前記ＤＣＩの指示対象となるアップリンクグラントは、前記Ｎ番目のサブフレーム以前の最も近いポーリングオンアップリンクグラント受信時点からＮ−１番目のサブフレームまでの区間の間に受信されたアップリンクグラントである。また、例えば、前記ＤＣＩは、端末特定的ＤＣＩであり、または端末共通的ＤＣＩである。また、例えば、前記ＤＣＩは、非適応型再送信オン／オフフィールド、非適応型再送信タイミングフィールド、リダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ；ＲＶ）フィールド、非周期的チャネル状態情報（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）送信要求フィールドのうち少なくともいずれか一つを含むことができる。また、例えば、前記ＤＣＩの検出関連無線ネットワーク臨時識別子（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）値は、独立的にシグナリングされることができる。また、例えば、前記ＤＣＩに対する検索空間上の送信関連パラメータは、事前に設定されることができる。また、例えば、前記端末が同じＨＡＲＱプロセスＩＤに対して前記ＤＣＩとアップリンクグラントを両方とも受信した場合、前記アップリンクグラントによって再送信が実行されることができる。また、例えば、前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別にＨＡＲＱ  ＡＣＫ送信タイミングフィールドが構成されることができる。また、例えば、前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別に確認応答リソース指示子（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ；ＡＲＩ）フィールドが構成されることができる。
【０１０７】
以下、図１１による、端末のデータ再送信方法の具体的な例を説明する。
前述したように、前記端末は、ネットワークからダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信し、前記ＤＣＩに基づいてデータを再送信し、前記ＤＣＩは、確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ／ＮＡＣＫ）フィールドを含むことができる。即ち、従来３ＧＰＰ  ＬＴＥでは端末がＰＨＩＣＨ上にＡＣＫ／ＮＡＣＫを受信し、それに対し、本発明では端末が確認応答フィールドが含まれているＤＣＩを受信し、これに基づいてデータに対するＨＡＲＱプロセスを進行する。また、前記再送信は、非適応型（ｎｏｎ−ａｄａｐｔｉｖｅ）再送信である。併せて、これに対する具体的な例は、下記の通りである。
【０１０８】
［提案方法＃１］一例として、複数個の（アップリンク）データに対するＮＡ−ＲＥＴＸが（事前に定義された）一つの指示子（例えば、"ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）"）（ＮＡ−ＲＥＴＸＩＮＤＩ）で（同時に）トリガリングされる時、下記（一部）の規則が適用されることができる。
【０１０９】
前述したように、前記ＤＣＩは、ＨＡＲＱプロセスＩＤ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｓｓ  ｉｄｅｎｔｉｆｉｅｒ）別に再送信を指示することができる。併せて、これに対する具体的な例は、下記の通りである。
【０１１０】
（例示＃１−１−１）一例として、ハイブリッドＡＲＱプロセス（グループ）ＩＤ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）Ｉｄｅｎｔｉｆｉｅｒ；ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ）別にＮＡ−ＲＥＴＸが指示されることができる。
【０１１１】
ここで、一例として、該当規則が適用される場合、ＮＡ−ＲＥＴＸＩＮＤＩ上にＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ別にＮＡ−ＲＥＴＸ指示のためのフィールド（ら）が定義されることができる。
【０１１２】
ここで、一例として、フィールド（インデックス）別に連動されたＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤは、事前に定義された規則によって設定（例えば、相対的に低いフィールドインデックスに相対的に低い（または、高い）ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤが（暗黙的に）マッピングされる形態）され、及び／または（基地局から）シグナリング（例えば、ＲＲＣシグナリング（ＳＩＧＮＡＬＩＮＧ））されることもできる。
【０１１３】
前述したように、前記ＤＣＩは、サブフレームウィンドウ内のサブフレーム別に再送信を指示することができる。また、前記ＤＣＩは、アップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ；ＵＬ  ｇｒａｎｔ）上に何番目のスケジューリングであるかを示すカウンタフィールドが定義された場合、最後のカウンタ値をシグナリングすることができる。即ち、例えば、ＵＬグラントのカウンタ値が５である時、端末は、前記カウンタ値ほどのＵＬグラントが再送信トリガリングの対象となることができる。ここで、実際ネットワークは、アップリンクデータに対する再送信が要求されるかどうかを考慮しない。
【０１１４】
また、前記カウンタ値は、前記ＤＣＩを受信する場合に初期化されることができる。即ち、前述したカウンタ値に基づく再送信の場合、実際ネットワークが受信したデータに対する再送信が過度に要求されることができる。ここで、前記カウンタ値を初期化させるＤＣＩを介して、前述した例のような過度な再送信を防止することができる。
【０１１５】
また、ＵＬグラント上にポーリングオン／オフ（ｐｏｌｌｉｎｇ  ｏｎ／ｏｆｆ）フィールドが定義された場合、Ｎ番目のサブフレームでポーリングオンＵＬグラントが受信されると、前記Ｎ番目のサブフレーム時点以後に受信する前記ＤＣＩの指示対象となるＵＬグラントは、前記Ｎ番目のサブフレーム以前の最も近いポーリングオンＵＬグラント受信時点からＮ−１番目のサブフレームまでの区間の間に受信されたＵＬグラントである。即ち、端末が受信する２個のポーリングオンＵＬグラント間の間隔を調節することによってデータ再送信区間を調節することができる。併せて、これに対する具体的な例は、下記の通りである。
【０１１６】
（例示＃１−１−２）一例として、サブフレームウィンドウ（ＲＥＴＸ＿ＳＦＷＩＮ）内のサブフレーム（グループ）別にＮＡ−ＲＥＴＸが指示されることができる。
【０１１７】
ここで、一例として、該当規則が適用される場合、ＮＡ−ＲＥＴＸＩＮＤＩ上に（ＲＥＴＸ＿ＳＦＷＩＮ内の）サブフレーム（グループ）インデックス別にＮＡ−ＲＥＴＸ指示のためのフィールド（ら）が定義されることができる。
【０１１８】
ここで、一例として、（本発明で）"サブフレーム（グループ）インデックス"ワーディングは、ＲＥＴＸ＿ＳＦＷＩＮ内に含まれているサブフレームに対して、再インデクシングを実行した後、最終導出されたインデックスと解釈されることもできる。
【０１１９】
ここで、一例として、フィールド（インデックス）別に連動されたサブフレーム（グループ）インデックスは、事前に定義された規則によって設定（例えば、相対的に低いフィールドインデックスに相対的に低い（または、高い）サブフレーム（グループ）インデックスが（暗黙的に）マッピングされる形態）され、及び／または（基地局から）シグナリング（例えば、ＲＲＣ  ＳＩＧＮＡＬＩＮＧ）されることもできる。
【０１２０】
ここで、一例として、ＮＡ−ＲＥＴＸ指示対象サブフレームウィンドウ大きさ（ＲＥＴＸ＿ＳＦＷＩＮＳＩＺＥ）は、（基地局から）シグナリング（例えば、ＲＲＣ  ＳＩＧＮＡＬＩＮＧ）され、及び／またはＮＡ−ＲＥＴＸＩＮＤＩ（上の該当用途で定義されたフィールド）（または、新しく定義された指示子）を介してシグナリングされることもできる。
【０１２１】
他の一例として、アップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ；ＵＬ  ＧＲＡＮＴ）上に何番目のスケジューリングであるかを示すカウンタ（ＳＣＨ＿ＣＮＴ）フィールド（例えば、（既存）"ダウンリンク割当インデックス（ＤＯＷＮＬＩＮＫ  ＡＳＳＩＧＮＭＥＮＴ  ＩＮＤＥＸ；ＤＡＩ）"フィールドと類似する機能）が定義される場合、ＮＡ−ＲＥＴＸＩＮＤＩ上で（事前に定義されたフィールドを介して）（再送信トリガリング関連）最後のカウンタ値（ＬＡＳＴ＿ＣＶＡＬ）をシグナリング（例えば、（このような場合）"０〜（ＬＡＳＴ＿ＣＶＡＬ−１）"カウンタ値のＵＬ  ＧＲＡＮＴがＮＡ−ＲＥＴＸ（同時）トリガリング対象となる）するようにすることもできる。
【０１２２】
ここで、一例として、ＳＣＨ＿ＣＮＴ値は、ＮＡ−ＲＥＴＸＩＮＤＩ送／受信後に初期化されるようにすることができる。
【０１２３】
ここで、一例として、これを介して、（Ａ）ＲＥＴＸ＿ＳＦＷＩＮ（及び／またはＲＥＴＸ＿ＳＦＷＩＮＳＩＺＥ）の動的変更（／指示）及び／または（Ｂ）（該当）ＮＡ−ＲＥＴＸＩＮＤＩを介してＮＡ−ＲＥＴＸ（可否）が指示される（全体）ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ））個数情報シグナリングが可能である。
【０１２４】
他の一例として、ＵＬ  ＧＲＡＮＴ上に"ポーリングオン／オフ（ＰＯＬＬＩＮＧ  ＯＮ／ＯＦＦ）"フィールド（例えば、"１＝ＯＮ"、"０＝ＯＦＦ"）が定義される場合、もし、Ｎ番目のサブフレーム（ＳＦ＃Ｎ）時点で"ＵＬ  ＧＲＡＮＴ  ｗｉｔｈ  ＰＯＬＬＩＮＧ  ＯＮ／ＯＦＦ（ＵＬ  ＧＲＡＮＴ  Ｗ／ＰＯＬＬＩＮＧ  ＯＮ／ＯＦＦ）＝１"が受信されると、（Ａ）ＳＦ＃Ｎ（または、ＳＦ＃（Ｎ＋１））時点を含んで以後に（最も速く）受信されるＮＡ−ＲＥＴＸＩＮＤＩのＮＡ−ＲＥＴＸ（可否）指示対象となるＵＬ  ＧＲＡＮＴは、ＳＦ＃Ｎ時点以前の最も近い"ＵＬ  ＧＲＡＮＴ  Ｗ／ＰＯＬＬＩＮＧ  ＯＮ／ＯＦＦ＝１"受信時点（ＳＦ＃Ｋ）からＳＦ＃（Ｎ−１）時点までの区間（または、ＳＦ＃（Ｋ＋１）時点からＳＦ＃Ｎ時点までの区間）の間に受信された（全ての）ＵＬ  ＧＲＡＮＴに定義（／仮定）され、及び／または（Ｂ）ＳＦ＃Ｎ（または、ＳＦ＃（Ｎ＋１））時点を含んで以後に（最も速く）受信されるＮＡ−ＲＥＴＸＩＮＤＩのＲＥＴＸ＿ＳＦＷＩＮは、ＳＦ＃Ｋ時点からＳＦ＃（Ｎ−１）時点までの区間（または、ＳＦ＃（Ｋ＋１）時点からＳＦ＃Ｎ時点までの区間）になる。
【０１２５】
図１２は、本発明の一実施例に係る、データ再送信方法を概略的に示す。
図１２によると、例えば、ＨＡＲＱプロセスＩＤ＃０、＃１、＃２、＃３、＃４、＃５の６個のＨＡＲＱプロセスＩＤがある。ここで、端末は、サブフレームＮでＤＣＩを受信することができる。ここで、例えば、前記ＤＣＩを介してサブフレームＫ、Ｋ＋１、Ｋ＋２、Ｋ＋３、Ｋ＋４、Ｋ＋５に対するデータ再送信が考慮されることができる。ここで、サブフレームＫからＫ＋５に対して順序通りにＨＡＲＱプロセスＩＤ＃０から＃５まで対応させることができる。ここで、例えば、端末は、前記受信したＤＣＩを介して００１０１０のビット列を受信すると、ＨＡＲＱプロセスＩＤ＃２及び＃４に対する再送信を実行することができる。
【０１２６】
または、ここで、例えば、前記受信したＤＣＩを介してサブフレームＫからＫ＋５までの区間をサブフレームウィンドウに設定し、前記受信したＤＣＩを介して前記ウィンドウ内のサブフレーム別に再送信を指示することができる。
【０１２７】
図１３は、本発明の一実施例に係る、データ再送信方法を概略的に示す。
図１３によると、端末は、Ｎ番目のサブフレームでＤＣＩを受信することができる。ここで、例えば、Ｋ番目のサブフレームからＫ＋４番目のサブフレームまでに対してアップリンクグラントによりスケジューリングされることができる。ここで、アップリンクグラント上に何番目のスケジューリングであるかを示すカウンタフィールドが定義された場合、サブフレームＫからサブフレームＫ＋４まで各々０、１、…、５のカウンタ値が割り当てられることができる。ここで、前記受信したＤＣＩで最後のカウンタ値をシグナリングしてＫ番目のサブフレームからＫ＋４番目のサブフレームまで送信した全てのデータに対して再送信を実行することができる。
【０１２８】
ここで、再送信するデータが実際ネットワークで受信したかどうかは考慮対象ではない。ここで、例えば、前記ＤＣＩ受信後に前記カウンタ値を初期化させて、前記ＤＣＩの送信時点を調節することによって過度なデータの再送信を抑制することができる。
【０１２９】
図１４は、本発明の一実施例に係る、データ再送信方法を概略的に示す。
図１４によると、端末は、Ｎ番目のサブフレームでポーリングオンＵＬグラントを受信する。ここで、Ｎ番目のサブフレーム以前の最も近いポーリングオンＵＬグラントを受信したサブフレームがＫ（Ｋ＜Ｎ）番目のサブフレームである。また、ここで、Ｎ番目のサブフレーム以後のもっと近いＤＣＩを受信したサブフレームがＰ（Ｐ＞Ｎ）番目のサブフレームである。ここで、前記Ｐ番目のサブフレームで受信したＤＣＩが指示する再送信の対象となるＵＬグラントは、Ｋ番目のサブフレーム時点からＮ−１（Ｎ−１＞Ｋ）番目のサブフレーム時点までの区間の間に受信されたＵＬグラントである。
【０１３０】
前述したように、前記ＤＣＩは、端末特定的ＤＣＩであり、または端末共通的ＤＣＩである。併せて、これに対する具体的な例は、下記の通りである。
【０１３１】
（例示＃１−２）一例として、ＮＡ−ＲＥＴＸＩＮＤＩは"端末特定的ＤＣＩ（ＵＥ−ＳＰＥＣＩＦＩＣ  ＤＣＩ）"形態で構成（／定義）されることができる。
【０１３２】
ここで、一例として、該当ＮＡ−ＲＥＴＸＩＮＤＩのペイロードの大きさは、（一般）ＵＬ  ＧＲＡＮＴ（例えば、ＤＣＩ  ＦＯＲＭＡＴ０（／４））と同じように構成（／定義）（例えば、（このような場合）（一般）ＵＬ  ＧＲＡＮＴであるか、またはＮＡ−ＲＥＴＸＩＮＤＩであるかは（ＮＡ−ＲＥＴＸＩＮＤＩ上に）事前に定義された"フラグフィールド（ＦＬＡＧ  ＦＩＥＬＤ）"を介して区分）され、及び／または独立的に構成（／定義）されることもできる。
【０１３３】
一例として、ＮＡ−ＲＥＴＸＩＮＤＩは、"端末（グループ）共通ＤＣＩ（ＵＥ（ＧＲＯＵＰ）−ＣＯＭＭＯＮ  ＤＣＩ）"形態で構成（／定義）されることもできる。ここで、一例として、該当規則が適用される場合、ＮＡ−ＲＥＴＸＩＮＤＩは、（既存）"ＤＣＩフォーマット３／３Ａ（ＤＣＩ  ＦＯＲＭＡＴ３／３Ａ）"と類似するように、一つのＤＣＩ内の互いに異なる複数ビット（ＭＵＬＴＩ−ＢＩＴ）を複数端末に割り当てた状態で、ＮＡ−ＲＥＴＸを端末別に独立的にトリガリングできる。
【０１３４】
前述したように、前記ＤＣＩは、非適応型再送信オン／オフフィールド、非適応型再送信タイミングフィールド、リダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ ＲＶ）フィールド、非周期的チャネル状態情報（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）送信要求フィールドのうち少なくともいずれか一つを含むことができる。併せて、これに対する具体的な例示は、下記の通りである。
【０１３５】
（例示＃１−３）一例として、ＮＡ−ＲＥＴＸＩＮＤＩ上に（端末別に）下記（一部）のフィールドが定義されることができる。
【０１３６】
ここで、一例として、ＲＥＴＸ＿ＳＦＷＩＮ内で実際実行された（異なるＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤの）データ送信回数によって、ＮＡ−ＲＥＴＸＩＮＤＩ上に定義される特定フィールドの（総）個数が変更（例えば、ＲＥＴＸ＿ＳＦＷＩＮ内で実際"Ｎ"回の（異なるＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤの）データ送信が実行された場合、ＮＡ−ＲＥＴＸＩＮＤＩ上に（総）"Ｎ"個の"ＮＡ−ＲＥＴＸ  ＯＮ／ＯＦＦ"フィールドが定義（／構成））されることもできる。
【０１３７】
−“ＮＡ−ＲＥＴＸ  ＯＮ／ＯＦＦ（例えば、動作上、物理ＨＡＲＱ指示子チャネル肯定確認応答／否定確認応答（Ｐｈｙｓｉｃａｌ  ＨＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＰＨＩＣＨ  Ａ／Ｎ）と等価）"フィールド
【０１３８】
ここで、一例として、ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ））別に"１−ＢＩＴ"が割り当てられることができる。
【０１３９】
−"ＮＡ−ＲＥＴＸタイミング（ＴＩＭＩＮＧ）"フィールド
【０１４０】
ここで、一例として、（Ａ）ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ））別に（個別的な）"ＮＡ−ＲＥＴＸ  ＴＩＭＩＮＧ"フィールドが構成（／定義）され、及び／または（Ｂ）一つの（代表）"ＮＡ−ＲＥＴＸ  ＴＩＭＩＮＧ"フィールドのみが構成（／定義）され、指示された（ＮＡ−ＲＥＴＸ）タイミングを基準にして、ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ）インデックス）の昇順（または、降順）形態で、（時間領域上で）順次にＮＲ−ＲＥＴＸが実行されるようにすることもできる。
【０１４１】
他の一例として、ＮＡ−ＲＥＴＸＩＮＤＩ内に別途の"ＮＡ−ＲＥＴＸ  ＴＩＭＩＮＧ"フィールド構成（／定義）なしに、事前に設定（／シグナリング（例えば、ＲＲＣ  ＳＩＧＮＡＬＩＮＧ））された（（半）静的に）固定された（ＮＡ−ＲＥＴＸ）タイミングを適用するようにすることもできる。
【０１４２】
ここで、一例として、該当（ＮＡ−ＲＥＴＸ）タイミングは、ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ）インデックス）別に異なるように（または、同じように）指定されることができる。
【０１４３】
−"リダンダンシーバージョン（ＲＥＤＵＮＤＡＮＣＹ  ＶＥＲＳＩＯＮ；ＲＶ）"フィールド
【０１４４】
ここで、一例として、（Ａ）ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ））別に（個別的な）"ＲＶ"フィールドが構成（／定義）され、及び／または（Ｂ）一つの（代表）"ＲＶ"フィールドのみが構成（／定義）され、指示された該当ＲＶ値を全体ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム）関連ＮＡ−ＲＥＴＸに共通的に適用するようにすることもできる。
【０１４５】
他の一例として、ＮＡ−ＲＥＴＸＩＮＤＩ内に別途の"ＲＶ"フィールド構成（／定義）なしに、事前に設定（／シグナリング（例えば、ＲＲＣ  ＳＩＧＮＡＬＩＮＧ））された（（半）静的に）固定されたＲＶ値を適用するようにすることもできる。
【０１４６】
ここで、一例として、該当ＲＶ値は、ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ）インデックス）別に異なるように（または、同じように）指定されることができる。
【０１４７】
−"非周期的チャネル状態情報（ＡＰＥＲＩＯＤＩＣ  Ｃｈａｎｎｅｌ  Ｓｔａｔｕｓ  Ｉｎｆｏｒｍａｔｉｏｎ；ＡＰＥＲＩＯＤＩＣ  ＣＳＩ）（／サウンディング参照信号（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＳＲＳ））送信要求"フィールド
【０１４８】
ここで、一例として、ＡＰＥＲＩＯＤＩＣ  ＣＳＩ（／ＳＲＳ）送信が要求された場合、（Ａ）（該当ＮＡ−ＲＥＴＸＩＮＤＩで（同時に）トリガリングされる）全てのＮＡ−ＲＥＴＸ（Ｓ）にＡＰＥＲＩＯＤＩＣ  ＣＳＩ（／ＳＲＳ）送信が適用されるようにし、及び／または（Ｂ）ＡＰＥＲＩＯＤＩＣ  ＣＳＩ（／ＳＲＳ）送信が適用される特定（または、一部）ＮＡ−ＲＥＴＸ情報がＮＡ−ＲＥＴＸＩＮＤＩ（上の該当用途で定義されたフィールド）（または、新しく定義された指示子）を介してシグナリングされるようにし、及び／または（Ｃ）事前に設定（／シグナリング（例えば、ＲＲＣ  ＳＩＧＮＡＬＩＮＧ））された特定（一つの）ＮＡ−ＲＥＴＸ（例えば、最初の（または、最後の）ＮＡ−ＲＥＴＸ）にのみＡＰＥＲＩＯＤＩＣ  ＣＳＩ（／ＳＲＳ）送信が適用されるようにすることもできる。
【０１４９】
−"（ＮＡ−ＲＥＴＸ関連）ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ）インデックス）"フィールド
【０１５０】
−"（ＮＡ−ＲＥＴＸＩＮＤＩ上で）ＮＡ−ＲＥＴＸ（可否）指示される全体ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ））個数"フィールド
【０１５１】
−"（ＮＡ−ＲＥＴＸ関連）復調参照信号サイクリックシフトインデックス（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｃｙｃｌｉｃ  Ｓｈｉｆｔ  Ｉｎｄｅｘ；ＤＭ−ＲＳ  ＣＹＣＬＩＣ  ＳＨＩＦＴ（ＣＳ）ＩＮＤＥＸ）"フィールド（及び／または"（ＮＡ−ＲＥＴＸ関連）送信電力命令（ＴＲＡＮＳＭＩＳＳＩＯＮ  ＰＯＷＥＲ  ＣＯＭＭＡＮＤ）"フィールド及び／または"（ＮＡ−ＲＥＴＸ関連）（アナログ）ビーム関連情報（（ＡＮＡＬＯＧ）ＢＥＡＭ  ＲＥＬＡＴＥＤ  ＩＮＦＯＲＭＡＴＩＯＮ）"フィールド及び／または"（ＮＡ−ＲＥＴＸ関連）キャリア（ＣＡＲＲＩＥＲ）（または、（サブ）バンド（インデックス）指示子（（（ＳＵＢ）ＢＡＮＤ））（ＩＮＤＥＸ）ＩＮＤＩＣＡＴＯＲ）"フィールド（及び／または"（再送信関連）変調コーディング技法（Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ；ＭＣＳ）"フィールド及び／または"（再送信）関連（周波数）リソース割当（ＲＥＳＯＵＲＣＥ  ＡＬＬＯＣＡＴＩＯＮ）"フィールド））
【０１５２】
前述したように、前記ＤＣＩの検出関連無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）値は、独立的にシグナリングされることができる。また、前記ＤＣＩに対する検索空間上の送信関連パラメータは、事前に設定されることができる。併せて、これに対する具体的な例示は、下記の通りである。
【０１５３】
（例示＃１−４）一例として、ＮＡ−ＲＥＴＸＩＮＤＩ（ブラインド）検出関連無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）値は、（（（同じペイロードの大きさの）既存ＤＣＩ（例えば、ＤＣＩ  ＦＯＲＭＡＴ０（／４））（ブラインド）検出に利用される）（セル（Ｃｅｌｌ−；Ｃ−））ＲＮＴＩ値と）独立的に（または、異なるように）シグナリングされることができる。一例として、（ＵＥ−ＳＰＥＣＩＦＩＣまたは（ＵＥ  ＧＲＯＵＰ）ＣＯＭＭＯＮ）検索空間（ＳＥＡＲＣＨ  ＳＰＡＣＥ；ＳＳ）上のＮＡ−ＲＥＴＸＩＮＤＩ送信（／検出）関連パラメータ（例えば、（強化された）物理ダウンリンク制御チャネル候補位置（（Ｅｎｈａｎｃｅｄ）Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｃａｎｄｉｄａｔｅ  Ｌｏｃａｔｉｏｎ；（Ｅ）ＰＤＣＣＨ  ＣＡＮＤＩＤ  ＡＴＥＬＯＣＡＴＩＯＮ）、（最小）アグリゲーションレベル（ＡＧＧＲＥＧＡＴＩＯＮ  ＬＥＶＥＬ；ＡＬ）、ＡＬ別にブラインドデコーディング個数など）は、事前に設定（／シグナリング（例えば、ＲＲＣ  ＳＩＧＮＡＬＩＮＧ））されることもできる。
【０１５４】
前述したように、前記端末が同じＨＡＲＱプロセスＩＤに対して前記ＤＣＩとＵＬグラントを両方とも受信した場合、前記ＵＬグラントによって再送信が実行されることができる。併せて、これに対する具体的な例示は、下記の通りである。
【０１５５】
（例示＃１−５）一例として、端末が同じＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ）インデックス）に対して、（再送信を指示する）（前記説明した）ＮＡ−ＲＥＴＸＩＮＤＩと（一般）（Ａ−ＲＥＴＸ）ＵＬ  ＧＲＡＮＴ（例えば、ＤＣＩ  ＦＯＲＭＡＴ０（／４））を両方とも受信した場合、（Ａ−ＲＥＴＸ）ＵＬ  ＧＲＡＮＴ（または、ＮＡ−ＲＥＴＸＩＮＤＩ）によって再送信を実行するようにすることができる。
【０１５６】
ここで、一例として、該当規則が適用される場合、（Ａ−ＲＥＴＸ）ＵＬ  ＧＲＡＮＴがＮＡ−ＲＥＴＸＩＮＤＩに比べて、（再送信指示観点で）相対的に高い（または、低い）優先順位に解釈されることができる。
【０１５７】
前述したように、前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別にＨＡＲＱ確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ）送信タイミングフィールドが構成されることができる。併せて、これに対する具体的な例示は、下記の通りである。
【０１５８】
［提案方法＃２］一例として、前記説明した（一部）提案方式が複数個のダウンリンクデータに対するＮＡ−ＲＥＴＸ（及び／またはＡ−ＲＥＴＸ）に適用される場合、下記（一部）の規則が（追加的に）適用されることができる。
【０１５９】
（例示＃２−１）一例として、再送信関連ＨＡＲＱ−ＡＣＫ送信タイミング（ＨＱＴＸ＿ＴＩＭＩＮＧ）は、下記（一部）の規則によって決定されることができる。
【０１６０】
（規則＃２−１−１）一例として、ＮＡ−ＲＥＴＸＩＮＤＩ内に（Ａ）ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ））別に（個別的な）"ＨＱＴＸ＿ＴＩＭＩＮＧ"フィールドが構成（／定義）され、及び／または（Ｂ）一つの（代表）"ＨＱＴＸ＿ＴＩＭＩＮＧ"フィールドのみが構成（／定義）され、指示されたＨＡＲＱ−ＡＣＫ送信タイミングを基準にして、ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ）インデックス）の昇順（または、降順）形態で、（時間領域上で）順次にＨＡＲＱ−ＡＣＫ送信が実行されるようにし、及び／または（Ｃ）一つの（代表）"ＨＱＴＸ＿ＴＩＭＩＮＧ"フィールドのみが構成（／定義）され、指示されたＨＡＲＱ−ＡＣＫ送信タイミングに（該当ＮＡ−ＲＥＴＸＩＮＤＩで（同時に）（再送信）トリガリングされる）全てのＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ）インデックス）に対応されるＨＡＲＱ−ＡＣＫを"アグリゲーション（ＡＧＧＲＥＧＡＴＩＯＮ）"して送信するようにすることもできる。
【０１６１】
他の一例として、ＮＡ−ＲＥＴＸＩＮＤＩ内に別途の"ＨＱＴＸ＿ＴＩＭＩＮＧ"フィールド構成（／定義）なしに、事前に設定（／シグナリング（例えば、ＲＲＣ  ＳＩＧＮＡＬＩＮＧ））された（（半）静的に）固定されたＨＡＲＱ−ＡＣＫ送信タイミングを適用するようにすることもできる。ここで、一例として、該当ＨＡＲＱ−ＡＣＫ送信タイミングは、ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ）インデックス）別に異なるように（または、同じように）指定されることができる。
【０１６２】
前述したように、前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別に確認応答リソース指示子（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ；Ａ／Ｎ  ＲＥＳＯＵＲＣＥ  ＩＮＤＩＣＡＴＯＲ；ＡＲＩ）フィールドが構成され、前記ＡＲＩに基づいて物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＰＵＣＣＨ）リソースが割り当てられることができる。併せて、これに対する具体的な例示は、下記の通りである。
【０１６３】
（例示＃２−２）一例として、再送信関連"物理アップリンク制御チャネルリソース（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｒｅｓｏｕｒｃｅ；ＰＵＣＣＨ  ＲＥＳＯＵＲＣＥ（ＰＵＣＣＨ＿ＲＳＣ））"は、下記（一部）の規則によって割り当てられることができる。
【０１６４】
（規則＃２−２−１）一例として、ＮＡ−ＲＥＴＸＩＮＤＩ内に（Ａ）ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ））別に（個別的な）"確認応答リソース指示子（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ；Ａ／Ｎ  ＲＥＳＯＵＲＣＥ  ＩＮＤＩＣＡＴＯＲ；ＡＲＩ）"フィールドが構成（／定義）され、及び／または（Ｂ）一つの（代表）"ＡＲＩ"フィールドのみが構成（／定義）され、指示されたＡＲＩに対応されるＰＵＣＣＨ＿ＲＳＣが（該当ＮＡ−ＲＥＴＸＩＮＤＩで（同時に）（再送信）トリガリングされる）全てのＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ）インデックス）に共通的に割り当てられるようにすることもできる。
【０１６５】
他の一例として、ＮＡ−ＲＥＴＸＩＮＤＩ内に別途の"ＡＲＩ"フィールド構成（／定義）なしに、事前に設定（／シグナリング（例えば、ＲＲＣ  ＳＩＧＮＡＬＩＮＧ））された（（半）静的に）固定されたＰＵＣＣＨ＿ＲＳＣが割り当てられるようにすることもできる。
【０１６６】
ここで、一例として、該当ＰＵＣＣＨ＿ＲＳＣは、ＨＡＲＱ  ＰＲＯＣＥＳＳ（ＧＲＯＵＰ）ＩＤ（または、サブフレーム（グループ）インデックス）別に異なるように（または、同じように）割り当てられることができる。
【０１６７】
図１５は、図１１の方法を適用する具体的な例を示す。
図１５によると、端末は、基地局にアップリンクデータを送信する（Ｓ１５１０）。
以後、基地局は、アップリンクデータの受信可否を測定する（Ｓ１５２０）。
以後、基地局は、前記測定結果に基づく確認応答フィールドが含まれているＤＣＩを端末に送信する（Ｓ１５３０）。
【０１６８】
以後、端末は、前記ＤＣＩに基づいてデータを再送信する（Ｓ１５４０）。ここで、例えば、前記再送信は、非適応型（ｎｏｎ−ａｄａｐｔｉｖｅ）再送信である。また、例えば、前記ＤＣＩは、ＨＡＲＱプロセスＩＤ別に再送信を指示することができる。また、例えば、前記ＤＣＩは、サブフレームウィンドウ内のサブフレーム別に再送信を指示することができる。また、例えば、前記ＤＣＩは、アップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ；ＵＬ  Ｇｒａｎｔ）上に何番目のスケジューリングであるかを示すカウンタフィールドが定義された場合、最後のカウンタ値をシグナリングすることができる。また、例えば、アップリンクグラント上にポーリングオン／オフフィールドが定義された場合、Ｎ番目のサブフレームでポーリングオンアップリンクグラントが受信されると、前記Ｎ番目のサブフレーム時点以後に受信する前記ＤＣＩの指示対象となるアップリンクグラントは、前記Ｎ番目のサブフレーム以前の最も近いポーリングオンアップリンクグラント受信時点からＮ−１番目のサブフレームまでの区間の間に受信されたアップリンクグラントである。また、例えば、前記ＤＣＩは、端末特定的ＤＣＩであり、または端末共通的ＤＣＩである。また、例えば、前記ＤＣＩは、非適応型再送信オン／オフフィールド、非適応型再送信タイミングフィールド、リダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ；ＲＶ）フィールド、非周期的チャネル状態情報（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）送信要求フィールドのうち少なくともいずれか一つを含むことができる。また、例えば、前記ＤＣＩの検出関連無線ネットワーク臨時識別子（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）値は、独立的にシグナリングされることができる。また、例えば、前記ＤＣＩに対する検索空間上の送信関連パラメータは、事前に設定されることができる。また、例えば、前記端末が同じＨＡＲＱプロセスＩＤに対して前記ＤＣＩとアップリンクグラントを両方とも受信した場合、前記アップリンクグラントによって再送信が実行されることができる。また、例えば、前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別にＨＡＲＱ  ＡＣＫ送信タイミングフィールドが構成されることができる。また、例えば、前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別に確認応答リソース指示子（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ；ＡＲＩ）フィールドが構成されることができる。
【０１６９】
ここで、端末がデータを再送信する具体的な例は、前述した通りであるため、重複する例は省略する。
【０１７０】
図１６は、本発明の実施例が具現される通信装置を示すブロック図である。
図１６を参照すると、基地局１００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１１０、メモリ（ｍｅｍｏｒｙ）１２０及びＲＦ部（ＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）ｕｎｉｔ）１３０を含む。プロセッサ１１０は、提案された機能、過程及び／または方法を具現する。メモリ１２０は、プロセッサ１１０と連結され、プロセッサ１１０を駆動するための多様な情報を格納する。ＲＦ部１３０は、プロセッサ１１０と連結され、無線信号を送信及び／または受信する。
【０１７１】
端末２００は、プロセッサ２１０、メモリ２２０及びＲＦ部２３０を含む。プロセッサ２１０は、提案された機能、過程及び／または方法を具現する。例えば、プロセッサ２１０は、アナログビーム別に独立的に設定された、アップリンク通信関連パラメータを受信して前記パラメータを適用することで前記アップリンク通信を実行することができる。このとき、前記アップリンク通信を特定アナログビームを利用して実行する場合、前記特定アナログビームに設定されたアップリンク通信関連パラメータを前記アップリンク通信に適用できる。メモリ２２０は、プロセッサ２１０と連結され、プロセッサ２１０を駆動するための多様な情報を格納する。ＲＦ部２３０は、プロセッサ２１０と連結され、無線信号を送信及び／または受信する。
【０１７２】
プロセッサ１１０、２１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１２０、２２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部１３０、２３０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１２０、２２０に格納され、プロセッサ１１０、２１０により実行されることができる。メモリ１２０、２２０は、プロセッサ１１０、２１０の内部または外部にあり、よく知られた多様な手段でプロセッサ１１０、２１０と連結されることができる。
【０１７３】
前記説明した提案方式に対する一例も本発明の具現方法のうち一つとして含まれることができるため、一種の提案方式と見なされることは明白な事実である。また、前記説明した提案方式は、独立的に具現されることもできるが、一部提案方式の組み合わせまたは併合形態で具現されることもできる。一例として、本発明の提案方式が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥシステム外に他のシステムでも拡張可能である。
【０１７４】
前述した実施例は、多様な一例を含む。通常の技術者であれば、発明の全ての可能な一例の組み合わせが説明されることができないという点がわかり、また、本明細書の技術から多様な組み合わせが派生することができるという点がわかる。したがって、発明の保護範囲は、請求項に記載された範囲を外れない範囲内で、詳細な説明に記載された多様な一例を組み合わせて判断しなければならない。
【図１】
2020502942.tif 000007
【図２】
2020502942.tif 000008
【図３】
2020502942.tif 000009
【図４】
2020502942.tif 000010
【図５】
2020502942.tif 000011
【図６】
2020502942.tif 000012
【図７】
2020502942.tif 000013
【図８】
2020502942.tif 000014
【図９】
2020502942.tif 000015
【図１０】
2020502942.tif 000016
【図１１】
2020502942.tif 000017
【図１２】
2020502942.tif 000018
【図１３】
2020502942.tif 000019
【図１４】
2020502942.tif 000020
【図１５】
2020502942.tif 000021
【図１６】
2020502942.tif 000022
【国際調査報告】
2020502942.tif 000023
2020502942.tif 000024
2020502942.tif 000025
2020502942.tif 000026