JP2020502942A - 無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置 - Google Patents

無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置 Download PDF

Info

Publication number
JP2020502942A
JP2020502942A JP2019533523A JP2019533523A JP2020502942A JP 2020502942 A JP2020502942 A JP 2020502942A JP 2019533523 A JP2019533523 A JP 2019533523A JP 2019533523 A JP2019533523 A JP 2019533523A JP 2020502942 A JP2020502942 A JP 2020502942A
Authority
JP
Japan
Prior art keywords
dci
retransmission
subframe
field
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2019533523A
Other languages
English (en)
Other versions
JP7118066B2 (ja
JP2020502942A5 (ja
Inventor
リ，スンミン
ヤン，ソクチェ
キム，ソンウク
アン，チュンクイ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2020502942A publication Critical patent/JP2020502942A/ja
Publication of JP2020502942A5 publication Critical patent/JP2020502942A5/ja
Application granted granted Critical
Publication of JP7118066B2 publication Critical patent/JP7118066B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1832—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/04—Scheduled access
    • H04W74/06—Scheduled access using polling

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置を提供する。前記方法は、ネットワークからダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信し、前記ＤＣＩに基づいてデータを再送信し、前記ＤＣＩは、確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ／ＮＡＣＫ）フィールドを含むことを特徴とする。【選択図】図１１

Description

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

Claims (15)

  1. 無線通信システムにおける端末のデータ再送信方法であって、
    ネットワークからダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信し、及び
    前記ＤＣＩに基づいてデータを再送信し、
    前記ＤＣＩは、確認応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ／ＮＡＣＫ）フィールドを含むことを特徴とする、データ再送信方法。
  2. 前記再送信は、非適応型（ｎｏｎ−ａｄａｐｔｉｖｅ）再送信であることを特徴とする、請求項１に記載のデータ再送信方法。
  3. 前記ＤＣＩは、ＨＡＲＱプロセスＩＤ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ｐｒｏｃｅｓｓ ｉｄｅｎｔｉｆｉｅｒ）別に再送信を指示することを特徴とする、請求項１に記載のデータ再送信方法。
  4. 前記ＤＣＩは、サブフレームウィンドウ内のサブフレーム別に再送信を指示することを特徴とする、請求項１に記載のデータ再送信方法。
  5. 前記ＤＣＩは、アップリンクグラント（ｕｐｌｉｎｋ ｇｒａｎｔ；ＵＬ ｇｒａｎｔ）上に何番目のスケジューリングであるかを示すカウンタフィールドが定義された場合、最後のカウンタ値をシグナリングすることを特徴とする、請求項１に記載のデータ再送信方法。
  6. 前記カウンタ値は、前記ＤＣＩを受信する場合に初期化されることを特徴とする、請求項５に記載のデータ再送信方法。
  7. ＵＬグラント上にポーリングオン／オフ（ｐｏｌｌｉｎｇ ｏｎ／ｏｆｆ）フィールドが定義された場合、Ｎ番目のサブフレームでポーリングオンＵＬグラントが受信されると、前記Ｎ番目のサブフレーム時点以後に受信する前記ＤＣＩの指示対象となるＵＬグラントは、前記Ｎ番目のサブフレーム以前の最も近いポーリングオンＵＬグラント受信時点からＮ−１番目のサブフレームまでの区間の間に受信されたＵＬグラントであることを特徴とする、請求項１に記載のデータ再送信方法。
  8. 前記ＤＣＩは、端末特定的ＤＣＩであり、または端末共通的ＤＣＩであることを特徴とする請求項１に記載のデータ再送信方法。
  9. 前記ＤＣＩは、非適応型再送信オン／オフフィールド、非適応型再送信タイミングフィールド、リダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ；ＲＶ）フィールド、非周期的チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）送信要求フィールドのうち少なくともいずれか一つを含むことを特徴とする、請求項１に記載のデータ再送信方法。
  10. 前記ＤＣＩの検出関連無線ネットワーク臨時識別子（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）値は、独立的にシグナリングされることを特徴とする、請求項１に記載のデータ再送信方法。
  11. 前記ＤＣＩに対する検索空間上の送信関連パラメータは、事前に設定されることを特徴とする、請求項１に記載のデータ再送信方法。
  12. 前記端末が同じＨＡＲＱプロセスＩＤに対して前記ＤＣＩとＵＬグラントを両方とも受信した場合、前記ＵＬグラントによって再送信が実行されることを特徴とする、請求項１に記載のデータ再送信方法。
  13. 前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別にＨＡＲＱ確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ）送信タイミングフィールドが構成されることを特徴とする、請求項１に記載のデータ再送信方法。
  14. 前記ＤＣＩ内にＨＡＲＱプロセスＩＤ別に確認応答リソース指示子（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ；ＡＲＩ）フィールドが構成され、前記ＡＲＩに基づいて物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ；ＰＵＣＣＨ）リソースが割り当てられることを特徴とする、請求項１に記載のデータ再送信方法。
  15. 通信装置であって、
    無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）部；及び、
    前記ＲＦ部と結合して動作するプロセッサ；を備えてなり、
    前記プロセッサは、
    ネットワークからダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信し、及び、
    前記ＤＣＩに基づいてデータを再送信し、
    前記ＤＣＩは、確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ／ＮＡＣＫ）フィールドを含むことを特徴とする、通信装置。
JP2019533523A 2017-01-07 2018-01-08 無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置 Active JP7118066B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762443649P 2017-01-07 2017-01-07
US62/443,649 2017-01-07
PCT/KR2018/000370 WO2018128507A1 (ko) 2017-01-07 2018-01-08 무선 통신 시스템에서 단말의 데이터 재전송 방법 및 상기 방법을 이용하는 통신 장치

Publications (3)

Publication Number Publication Date
JP2020502942A true JP2020502942A (ja) 2020-01-23
JP2020502942A5 JP2020502942A5 (ja) 2020-10-08
JP7118066B2 JP7118066B2 (ja) 2022-08-15

Family

ID=62791086

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019533523A Active JP7118066B2 (ja) 2017-01-07 2018-01-08 無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置

Country Status (6)

Country Link
US (3) US11283551B2 (ja)
EP (1) EP3547583B1 (ja)
JP (1) JP7118066B2 (ja)
KR (1) KR102299126B1 (ja)
CN (1) CN110140312B (ja)
WO (1) WO2018128507A1 (ja)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3432497B1 (en) * 2016-06-07 2021-11-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and device
JP7118066B2 (ja) * 2017-01-07 2022-08-15 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置
US11146366B2 (en) * 2017-02-01 2021-10-12 Ntt Docomo, Inc. User terminal and radio communication method
US11716729B2 (en) * 2017-02-06 2023-08-01 Apple Inc. Resource mapping and multiplexing of uplink control channel and uplink data channel
US10721756B2 (en) * 2017-02-13 2020-07-21 Qualcomm Incorporated Repetition-based uplink for low latency communications in a new radio wireless communication system
MX2019011203A (es) * 2017-03-24 2019-11-05 Ericsson Telefon Ab L M Retroalimentacion de harq-ack de enlace ascendente para mtc.
EP3639426B1 (en) * 2017-06-14 2024-05-29 SHARP Kabushiki Kaisha Procedures, user equipments and base stations for code block group-based transmission
KR102352364B1 (ko) 2017-06-15 2022-01-18 주식회사 아이티엘 Nr 시스템에서 광대역 동작 방법 및 장치
KR102402773B1 (ko) * 2017-07-28 2022-05-27 삼성전자 주식회사 슬롯 집성을 위한 harq 프로세스 관리 방법 및 장치
CN111587605B (zh) * 2018-01-12 2023-09-08 诺基亚技术有限公司 用于保持针对非许可无线频谱的信道占用率的上行链路信道调度
US10925087B2 (en) * 2018-03-20 2021-02-16 Qualcomm Incorporated Methods and apparatuses for communications of a flexible transport block
US10813116B2 (en) * 2018-05-11 2020-10-20 Apple Inc. Support of advanced user equipment (UE) minimum processing times in new radio (NR) systems
US11432369B2 (en) * 2018-06-19 2022-08-30 Apple Inc. Reference signal and control information processing in 5G-NR wireless systems
US11909527B2 (en) * 2018-07-23 2024-02-20 Lenovo (Beijing) Limited CBG-based retransmission
CN112470514B (zh) * 2018-07-26 2024-07-02 夏普株式会社 基站和方法
US10924225B2 (en) * 2018-08-03 2021-02-16 Mediatek Inc. Group-based hybrid automatic repeat request (HARQ) acknowledgement feedback
CN116094659A (zh) * 2018-08-09 2023-05-09 北京三星通信技术研究有限公司 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质
US11785608B2 (en) * 2018-08-17 2023-10-10 Qualcomm Incorporated Techniques for downlink control information (DCI) feedback in wireless communications
US20200106569A1 (en) 2018-09-27 2020-04-02 Mediatek Inc. Mechanisms for postponing hybrid automatic repeat request acknowledgement (harq-ack) feedback
US20200266954A1 (en) * 2019-02-14 2020-08-20 Mediatek Singapore Pte. Ltd. Method And Apparatus For User Equipment Processing Timeline Enhancement In Mobile Communications
US11412497B2 (en) * 2019-03-27 2022-08-09 Electronics And Telecommunications Research Institute Method and apparatus for transmitting or receiving uplink feedback information in communication system
US20200404541A1 (en) * 2019-06-19 2020-12-24 Qualcomm Incorporated System and method for flow control and acknowledgement transmission
KR102249912B1 (ko) * 2019-07-12 2021-05-11 엘지전자 주식회사 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치
CN113472487B (zh) * 2020-03-30 2023-04-28 维沃移动通信有限公司 Harq-ack反馈方法及设备
CN117178612A (zh) * 2021-05-10 2023-12-05 苹果公司 用于多pusch和多pdsch调度的确认信令

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016048881A (ja) * 2014-08-28 2016-04-07 日本電気株式会社 無線局におけるユーザデータ管理方法、無線局、無線通信システム、及びプログラム

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101119184A (zh) 2006-08-02 2008-02-06 华为技术有限公司 混合自适应重传请求方法及其实体
US8594029B2 (en) * 2007-03-19 2013-11-26 Telefonaktiebolaget Lm Ericsson (Publ) (H)ARQ for semi-persistent scheduling
EP3484090B1 (en) * 2009-06-02 2024-07-31 BlackBerry Limited System and method for reducing blind decoding for carrier aggregation
CN101998507A (zh) 2009-08-14 2011-03-30 中兴通讯股份有限公司 一种下行控制信令的传输方法和系统
EP2306665A1 (en) 2009-10-02 2011-04-06 Panasonic Corporation Relay backhaul uplink HARQ protocol
CN104135349B (zh) * 2009-12-03 2016-11-23 华为技术有限公司 载波聚合时反馈ack/nack信息的方法、基站和用户设备
KR101866577B1 (ko) * 2010-01-11 2018-06-11 삼성전자주식회사 통신 시스템의 업링크에서 낮은 레이턴시 송신을 가능하게 하는 장치 및 방법
JP4987174B2 (ja) * 2010-03-19 2012-07-25 シャープ株式会社 移動通信システム、基地局装置、移動局装置および通信方法
KR101468767B1 (ko) * 2010-06-08 2014-12-08 한국전자통신연구원 다중 캐리어 무선 통신 시스템에서의 송수신 방법 및 장치
KR101867311B1 (ko) * 2010-12-21 2018-07-19 주식회사 골드피크이노베이션즈 Ａｃｋ／ｎａｃｋ 자원 할당 방법 및 장치와 이를 이용한 ａｃｋ／ｎａｃｋ 신호 전송 방법
CN102055577B (zh) 2011-01-24 2014-04-02 大唐移动通信设备有限公司 一种处理harq反馈比特的方法及装置
US9165074B2 (en) * 2011-05-10 2015-10-20 Uber Technologies, Inc. Systems and methods for performing geo-search and retrieval of electronic point-of-interest records using a big index
WO2013006010A2 (ko) * 2011-07-06 2013-01-10 엘지전자 주식회사 무선 통신 시스템에서 상향링크 harq 송수신 방법 및 장치
CN103733549B (zh) * 2011-07-26 2017-02-15 Lg电子株式会社 无线通信系统中发送控制信息的方法和设备
WO2013105837A1 (ko) 2012-01-15 2013-07-18 엘지전자 주식회사 무선 통신 시스템에서 제어 정보 전송 방법 및 장치
US9516637B2 (en) * 2012-05-31 2016-12-06 Lg Electronics Inc. Method for transceiving control signals, and apparatus therefor
WO2014092497A1 (en) * 2012-12-14 2014-06-19 Lg Electronics Inc. Method and apparatus for supporting transmission efficiency in a wireless communication system
WO2014129848A1 (ko) * 2013-02-21 2014-08-28 엘지전자 주식회사 무선 통신 시스템에서 제어 정보를 송수신하는 방법 및 이를 위한 장치
WO2014142603A1 (ko) * 2013-03-15 2014-09-18 엘지전자 주식회사 무선 통신 시스템에서 ack/nack 수신 방법 및 장치
CN104113924B (zh) * 2013-04-17 2019-04-16 中兴通讯股份有限公司 一种多子帧调度方法、装置及系统
CN104518856B (zh) 2013-09-30 2018-04-27 展讯通信（上海）有限公司 基站和lte系统中处理下行harq反馈的方法、装置
US10021679B2 (en) * 2014-03-20 2018-07-10 Sharp Kabushiki Kaisha Terminal device, base station apparatus, integrated circuit, and communication method
US10149318B2 (en) * 2014-09-02 2018-12-04 Qualcomm Incorporated Techniques for transmitting and receiving downlink control information for a set of NOMA downlink transmissions
US20170353272A1 (en) * 2014-11-06 2017-12-07 Ntt Docomo, Inc. User terminal, radio base station and radio communication method
US10555345B2 (en) * 2015-01-30 2020-02-04 Qualcomm Incorporated Random access procedure and broadcast prioritization for machine type communications (MTC)
US10306615B2 (en) * 2015-12-09 2019-05-28 Mediatek Inc. Control-less data transmission for narrow band internet of things
US10531452B2 (en) * 2016-07-11 2020-01-07 Qualcomm Incorporated Hybrid automatic repeat request feedback and multiple transmission time interval scheduling
JP7118066B2 (ja) * 2017-01-07 2022-08-15 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016048881A (ja) * 2014-08-28 2016-04-07 日本電気株式会社 無線局におけるユーザデータ管理方法、無線局、無線通信システム、及びプログラム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Analysis of the needs of ARQ in NR", 3GPP TSG-RAN WG2 #94 TDOC R2-164022, JPN6020037937, 13 May 2016 (2016-05-13), pages 1 - 6, ISSN: 0004686926 *
SAMSUNG: "HARQ-ACK for PUSCH", 3GPP TSG RAN WG1 #83 R1-156745, JPN6020037933, 7 November 2015 (2015-11-07), pages 1 - 2, ISSN: 0004686925 *

Also Published As

Publication number Publication date
US20190372720A1 (en) 2019-12-05
WO2018128507A1 (ko) 2018-07-12
JP7118066B2 (ja) 2022-08-15
EP3547583B1 (en) 2023-12-20
EP3547583A4 (en) 2020-04-22
CN110140312A (zh) 2019-08-16
US11539469B2 (en) 2022-12-27
KR20190082906A (ko) 2019-07-10
CN110140312B (zh) 2022-01-11
US11283551B2 (en) 2022-03-22
KR102299126B1 (ko) 2021-09-06
US11962415B2 (en) 2024-04-16
US20230092203A1 (en) 2023-03-23
EP3547583A1 (en) 2019-10-02
US20220173841A1 (en) 2022-06-02

Similar Documents

Publication Publication Date Title
JP7118066B2 (ja) 無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置
KR102149015B1 (ko) 무선 통신 시스템에서 단말의 상향링크 제어 채널 전송 방법 및 상기 방법을 이용하는 통신 장치
CN109863809B (zh) 用于在无线通信系统中传输动态可变大小的下行链路控制信息的方法及其装置
KR102146492B1 (ko) 무선 통신 시스템에서 단말의 데이터 전송 방법 및 장치
US10045336B2 (en) PUCCH resource compression for EPDCCH in TDD mode
EP3226639B1 (en) Method and apparatus for improving a transmission using a configured resource in a wireless communication system
CN110352582B (zh) 无线通信系统中的上行链路信号发送或接收方法及其设备
US20210045150A1 (en) Method for providing low latency service in communication system and apparatus for the same
WO2011120411A1 (zh) 上行控制信道资源的确定方法和设备
EP3914016B1 (en) Method and apparatus for transport block generation with ul spatial multiplexing in a wireless communication system
KR20120117924A (ko) 상향링크 제어 채널 자원의 확정 방법 및 장치

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190620

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200526

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200828

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201006

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201224

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20210629

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211025

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20211025

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20211101

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20211102

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20220121

C211 Notice of termination of reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C211

Effective date: 20220125

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20220405

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20220524

C23 Notice of termination of proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C23

Effective date: 20220607

C03 Trial/appeal decision taken

Free format text: JAPANESE INTERMEDIATE CODE: C03

Effective date: 20220705

C30A Notification sent

Free format text: JAPANESE INTERMEDIATE CODE: C3012

Effective date: 20220705

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220802

R150 Certificate of patent or registration of utility model

Ref document number: 7118066

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150