JP2017085415A - 基地局装置、端末装置、通信方法及びプログラム - Google Patents

基地局装置、端末装置、通信方法及びプログラム Download PDF

Info

Publication number
JP2017085415A
JP2017085415A JP2015213306A JP2015213306A JP2017085415A JP 2017085415 A JP2017085415 A JP 2017085415A JP 2015213306 A JP2015213306 A JP 2015213306A JP 2015213306 A JP2015213306 A JP 2015213306A JP 2017085415 A JP2017085415 A JP 2017085415A
Authority
JP
Japan
Prior art keywords
base station
resource
terminal device
information
transmission
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
JP2015213306A
Other languages
English (en)
Other versions
JP6633889B2 (ja
Inventor
大関 武雄
Takeo Ozeki
武雄 大関
恭宏 末柄
Yasuhiro Suegara
恭宏 末柄
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.)
KDDI Corp
Original Assignee
KDDI Corp
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 KDDI Corp filed Critical KDDI Corp
Priority to JP2015213306A priority Critical patent/JP6633889B2/ja
Priority to CN201680054288.8A priority patent/CN108141786B/zh
Priority to EP16859602.1A priority patent/EP3370455A4/en
Priority to CN202110413914.0A priority patent/CN113206729B/zh
Priority to PCT/JP2016/080550 priority patent/WO2017073372A1/ja
Publication of JP2017085415A publication Critical patent/JP2017085415A/ja
Priority to US15/923,157 priority patent/US20180206220A1/en
Application granted granted Critical
Publication of JP6633889B2 publication Critical patent/JP6633889B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1893Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】複数の通信装置が用いるリソースの競合を避けること。
【解決手段】端末装置へ信号を送信し、その端末装置から確認応答を受信することができる基地局装置は、確認応答の送信に用いられるべきリソースに関する情報であって、端末装置への信号の送信から確認応答の受信までの期間の長さに応じて定まる情報を、端末装置へ送信し、端末装置がその情報に基づいてリソースを特定してそのリソースを用いて送信された確認応答を、受信する。
【選択図】 図5

Description

本発明は無線通信システムにおいて使用すべきリソースを指定する技術に関する。
近年、多くの無線通信装置が、複合自動再送要求(HARQ)を用いるようになっている。HARQでは、送信側の機器が送信した信号に対して、受信側の機器は、その信号の受信が成功したか否かを示す確認応答(ACK/NACK)を送信側の機器に送信し、その確認応答に応じて送信側の機器は信号の再送を行う。ここで、再送時の信号は、再送前に送信された信号と同一の信号であってもよいし、異なる信号であってもよい。例えば、1回目の送信時とは異なる冗長成分を含む信号が2回目以降の再送時に送信されうる。
ここで、確認応答を送信する際には、その確認応答を送信するための通信リソースが必要となる。例えば、第3世代パートナーシッププロジェクト(3GPP)のロングタームエボリューション(LTE)では、基地局装置が下りリンクで送信した信号に応じて、端末装置が確認応答(HARQ−ACK)を送信するリソースを決定する(非特許文献1参照)。ここで、リソースとは、例えば、周波数帯域(周波数チャネル)、時間(タイムスロット)、及びコード(符号)との少なくともいずれかを含みうる。
LTEでは、基地局装置は、物理下りリンク制御チャネル(PDCCH)によって、物理下りリンク共有チャネル(PDSCH)における伝送を制御する。端末装置は、PDSCHで送信された信号に関する確認応答を、PDCCHに含まれるCCE(制御チャネルエレメント)のうち、自身のためのCCEの先頭インデクスに基づいて、HARQ−ACKの送信に用いる周波数軸上の位置およびコードを決定する。ここで、現行のLTE規格では、信号が送受信されたサブフレームから、4サブフレーム後(4ミリ秒後)にHARQ−ACKが送信されることとなる。ここで、信号が送受信されてからHARQ−ACKが送信されるまでの期間の長さを、HARQのラウンドトリップタイム(RTT)と呼ぶ。端末装置は、自身宛てのCCEのインデクスに応じて、HARQ−ACKを送信すべき周波数方向におけるリソースブロックの位置と符号とを決定し、4サブフレーム後にその決定した位置のリソースブロックと符号とを用いて、HARQ−ACKを送信する。このように、LTE規格においては、HARQのRTTが4サブフレーム分の時間と決められており、かつ、周波数及びコードが各端末装置宛てのCCEによって決まるため、複数の端末装置がそれぞれ送信するHARQ−ACKが互いに衝突することはない。なお、基地局装置が端末装置からの信号を受信したことに応じて送信するHARQ−ACKも、複数の端末装置に対して異なるリソースで送信される。
3GPP TS36.213
LTE−Advancedの発展形として、HARQのRTTが短縮されることが検討されている。この場合、RTTの長さが端末装置ごとに異なりうるため、異なるタイミングで送信されたPDSCHに対して送信されるHARQ−ACKが、同じタイミングで送信される場合が生じうる。この場合、PDSCHとそれに対応するPDCCHとが異なるタイミングで送信されるため、それらのPDCCHに含まれるそれぞれ異なる端末装置のためのCCEの先頭インデクスが一致する場合があり得る。すなわち、従来の手法であればHARQ−ACKの送信用のリソースが競合していなかった場合であっても、リソースの競合が発生してしまう場合があるという課題があった。
本発明は上記課題に鑑みなされたものであり、複数の通信装置が用いるリソースの競合を避けるための手法を提供することを目的とする。
上記目的を達成するため、本発明による基地局装置は、端末装置へ信号を送信し、当該端末装置から確認応答を受信することができる基地局装置であって、前記確認応答の送信に用いられるべきリソースに関する情報であって、前記端末装置への信号の送信から前記確認応答の受信までの期間の長さに応じて定まる前記情報を、前記端末装置へ送信する送信手段と、前記端末装置が前記情報に基づいて前記リソースを特定して当該リソースを用いて送信した前記確認応答を、受信する受信手段と、を有する。
また、上記目的を達成するため、本発明による端末装置は、基地局装置から信号を受信し、当該基地局装置へ確認応答を送信することができる端末装置であって、前記確認応答の送信に用いられるべきリソースに関する情報であって、前記基地局装置からの信号の受信から前記確認応答の送信までの期間の長さに応じて定まる前記情報を、前記基地局装置から受信する受信手段と、前記情報に基づいて前記リソースを特定する特定手段と、特定した前記リソースを用いて前記確認応答を送信する送信手段と、を有する。
本発明によれば、複数の通信装置が用いるリソースの競合を避けることができる。
無線通信システムの構成例を示す図。 基地局装置及び端末装置のハードウェア構成例を示す図。 基地局装置の機能構成例を示すブロック図。 端末装置の機能構成例を示すブロック図。 無線通信システムにおいて実行される処理の流れを示す図。 通知されるリソース関連情報の第1の例を示す概念図。 通知されるリソース関連情報の第2の例を示す概念図。 通知されるリソース関連情報の第3の例を示す概念図。 通知されるリソース関連情報の第4の例を示す概念図。
以下、添付図面を参照して本発明の実施の形態を詳細に説明する。
(無線通信システム)
図1に、本実施形態に係る無線通信システムの構成例を示す。本無線通信システムは、例えば、ロングタームエボリューション(LTE)の基地局装置及び複数の端末装置を含んで構成される。なお、以下に説明する構成及び手順は、端末装置が複数存在する場合に特に効果を発揮するが、端末装置が1つである場合に適用できなくなる性質のものではない。すなわち、1つの端末装置のみが基地局装置の配下に存在する(その基地局装置をサービング基地局として接続する)場合であっても、以下の議論を適用することができる。同様に、通常のセルラ通信システムのように、基地局装置は複数存在しうる。
なお、以下では、主として下りリンクにおいて基地局装置から端末装置へデータ信号が送信され、端末装置は、そのデータ信号を受信したことに応じて確認応答(HARQ−ACK)を送信するものとする。ただし、本実施形態に係る技術は、確認応答が送信される任意の無線通信システムにおいて使用可能であり、例えば上りリンクでデータ信号が伝送されて下りリンクで確認応答が送信される場合や、端末間通信にも、以下の議論は適用されうる。ここで、確認応答は、肯定応答と否定応答との少なくともいずれかによって構成されうる。すなわち、肯定応答又は否定応答のうちの1つのみが用いられてもよいし、両方が用いられてもよい。
ここで、上述のように、データの送信側の装置(基地局装置)から受信側の装置(端末装置)へのデータ信号の送信から、そのデータ信号に対する受信側の装置から送信側の装置への確認応答の送信までの期間の長さをラウンドトリップタイム(RTT)と呼ぶ。本実施形態では、端末装置ごとに異なるRTTを使用しうる。すなわち、第1の端末装置は第1のRTTを使用し、第2の端末装置は第1のRTTと異なる第2のRTTとを使用しうる。また、1つの端末装置においても、状況に応じて、例えば使用中のアプリケーションが要求する通信の態様やその端末装置の状態に応じて、異なるRTTを使用しうる。すなわち、ある端末装置は、第1の時刻において第1のRTTを使用し、第2の時刻において第2のRTTを使用しうる。なお、端末装置には、RTTの短縮化に対応していないものも存在することが想定され、そのような端末装置におけるRTTは4ミリ秒(4サブフレーム分)でありうる。なお、ここではRTTの短縮化を主として想定しているが、RTTを4ミリ秒より長い時間に設定する端末装置が存在してもよい。
従来、RTTは4ミリ秒に固定されている。このため、各端末装置は、基地局装置が送信した信号に含まれる制御情報である、PDCCH(物理下りリンク制御チャネル)内の制御チャネルエレメント(CCE)の先頭インデクスに応じてリソースを決定することで、その競合を防ぐことができた。しかしながら、一部の端末装置が4ミリ秒より短い又は長いRTTを用いると、各端末装置がPDCCHに含まれる自身宛てのCCEによってリソースを決定したとしても、リソースの競合が生じうる。例えば、X番目のサブフレームにおいて信号を受信する従来の(すなわち、RTTが4ミリ秒の)端末装置と、X+1番目のサブフレームにおいて信号を受信するRTTが3ミリ秒の端末装置との関係について検討する。これらの端末装置にそれぞれ宛てられたCCEは、サブフレーム番号が異なるため、同じ先頭インデクスを有する場合がある。このため、結果として、端末装置がHARQ−ACKのために使用するリソースブロックの周波数軸上における位置と、コードとが重なってしまい、さらに、RTTの違いによって時刻も重なってしまう。この結果、2つのHARQ−ACKが衝突し、基地局装置はそれらの確認応答を正確に受信することができなくなってしまう場合がある。
本実施形態では、そのようなリソースの競合が生じないようにするために、端末装置が使用するRTTの値に応じて、HARQ−ACKで用いられるリソースの位置を定めるようにする。例えば、本実施形態に係る基地局装置は、RTTの長さに応じて定まる、使用すべきリソース(周波数位置及びコード)に関する情報を端末装置へ送信する。そして、端末装置は、例えば、その受信した使用すべきリソースに関する情報と、自身に宛てられたCCEの先頭インデクスとから、HARQ−ACKに使用すべきリソースを特定する。
ある態様では、HARQ−ACKの送信に使用することが可能なリソースは、それぞれ別個のインデクスと関連付けられるものとする。そして、基地局装置は、端末装置がそのインデクスを特定することを可能とするための情報を、端末装置へ送信する。なお、ここでのリソースは、物理上りリンク制御チャネル(PUCCH)の周波数位置とコード(符号)との少なくともいずれかを含む。また、ここでの符号とは、符号多重のための符号である。したがって、複数のインデクスが同じ周波数位置に関連付けられてもよく、また、複数のインデクスが同じコードに関連付けられてもよい。ただし、周波数位置とコードとの異なる組み合わせに対しては異なるインデクスが関連付けられる。
例えば、基地局装置は、端末装置に対して、その端末装置が用いるRTTに応じたインデクスの値を通知する。そして、端末装置は、RTTが4ミリ秒である場合に自身宛てのCCEから特定されるリソースに対応するインデクスの値に、その通知されたインデクスの値を加算した値を、HARQ−ACKの送信に使用するリソースのインデクスとして特定する。例えば、端末装置は、RTTが4ミリ秒である場合に自身宛てのCCEのインデクスから特定するHARQ−ACKの送信に用いるリソースのインデクスhを特定するものとする。このとき、その端末装置が使用するRTTが4ミリ秒である場合は、その端末装置は、インデクスhに対応するリソースを用いてHARQ−ACKを送信する。一方、その端末装置が使用するRTTが4ミリ秒でないxミリ秒である場合、端末装置は、そのxミリ秒のRTTに対応するインデクスNpucch(x)の通知を受信して、インデクスNpucch(x)+hに対応するリソースを用いてHARQ−ACKを送信する。
なお、基地局装置は、各端末装置が使用するRTTを、例えば接続確立時に知ることができる。したがって、基地局装置は、端末装置ごとに、それぞれが使用するRTTに対応するインデクスNpucch(x)を通知しうる。なお、基地局装置は、各端末装置に対して、とり得るxの値の全てに対応するインデクスNpucch(x)を通知してもよい。なお、基地局装置は、従来通り、RTTが4ミリ秒である端末装置に対しては、上述のNpucch(x)(Npucch(4))を通知しなくてもよい。すなわち、そのような端末装置は、従来の通り動作すれば足りるのであって、改めてNpucch(x)の情報を通知しなくてもよい。
また、基地局装置は、上述のようなインデクスNpucch(x)を通知する手法として、RTTが4ミリ秒のときの所定のリソースに対応する所定のインデクスNpucch(4)との差分値Npucch_offset(x)=Npucch(x)−Npucch(4)を通知してもよい。この場合、端末装置は、通知された差分値に、RTTが4ミリ秒のときのインデクスNpucch(4)を加えたNpucch_offset(x)+Npucch(4)を算出し、さらにその値に上述のhを加算して、その加算結果Npucch_offset(x)+Npucch(4)+hに対応するリソースを用いてHARQ−ACKを送信する。なお、端末装置は、従来通り、RTTが4ミリ秒の場合のインデクスNpucch(4)を知っている。このため、上述の差分値Npucch_offset(x)を基地局装置から通知されることによって、上述のNpucch(x)=Npucch_offset(x)+Npucch(4)を算出することができる。このような通知手法によれば、例えば、Npucch(x)−Npucch(4)と、(Npucch(4)を含む)Npucch(x)とが常に正である場合には、Npucch(x)の値よりもその差分値の値の方が必ず小さくなるため、シグナリングに係るデータ量が少なくなる。
基地局装置は、複数のRTTの値に対して、例えば、2ミリ秒のRTTに対応するNpucch(2)と3ミリ秒のRTTに対応するNpucch(3)との差分値Npucch_offset23=Npucch(2)−Npucch(3)、及びNpucch(3)の値と4ミリ秒のRTTに対応するNpucch(4)との差分値Npucch_offset34=Npucch(3)−Npucch(4)を通知してもよい。この場合、端末装置は、例えば自身が用いるRTTが2ミリ秒であった場合、Npucch_offset23+Npucch_offset34+Npucch(4)を計算し、その計算結果に、上述のhを加算して、その加算結果Npucch_offset23+Npucch_offset34+Npucch(4)+hに対応するリソースを用いてHARQ−ACKを送信する。ここで、Npucch_offset23+Npucch_offset34+Npucch(4)=Npucch(2)である。なお、上述の例では、RTTが2ミリ秒の例を示したが、他のRTTの値に対しても同様の通知がなされうる。すなわち、基地局装置は、複数のRTTの長さにそれぞれ応じたインデクスの値の、それぞれ別の期間の長さに応じたインデクスの値との差分値(例えばNpucch_offset23、Npucch_offset34など)を複数含む情報を端末装置へ通知しうる。そして、端末装置は、複数の差分値のうちの少なくとも1つ(例えばNpucch_offset23及びNpucch_offset34)と上述のNpucch(4)とから所定の期間(例えばRTT=2ミリ秒)の長さに応じたインデクスの値(例えばNpucch_offset23+Npucch_offset34+Npucch(4)=Npucch(2))を特定する。
なお、複数のRTTの長さのそれぞれに対して、取りうるインデクスの値の値域は重複しないように設定されても良し、重複するように設定されてもよい。すなわち、例えばRTTが2ミリ秒である場合にとりうるインデクスNpucch(2)+hの値域と、RTTが3ミリ秒である場合にとりうるインデクスNpucch(3)+hの値域とは、少なくとも一部において重複してもよい。同様に、Npucch(3)+hの値域とNpucch(4)+hの値域とが少なくとも一部において重複してもよいし、Npucch(2)+hとNpucch(4)+hの値域が少なくとも一部において重複してもよい。
また、基地局装置は、そのような値域の情報を、インデクスの集合の情報として、端末装置に通知してもよい。そして、端末装置は、そのインデクスの集合の中から、自身が用いるRTTの値と、自身宛てのCCEのインデクスとから、HARQ−ACKを送信するリソースのインデクスを特定する。
このように、基地局装置は、インデクスの値域の集合のうちの代表値を端末装置に通知してもよいし、集合そのものを通知してもよい。そして、1つの集合と別の集合との論理積は空集合でなくてもよい。なお、各集合に含まれるインデクスは、複数の端末装置に対して、それぞれ異なっていてもよい。すなわち、基地局装置が通知する情報は、端末装置ごとに異なりうる。
なお、上述のように、基地局装置は、HARQ−ACKを送信するためのリソースの規定方法として、複数の規定方法を用いることができる。そして、端末装置も、その複数の規定方法のそれぞれに対応することができる。したがって、基地局装置は、情報の通知の際に、それらの規定方法のうち、その情報に関していずれが用いられているかの情報を端末装置へ通知してもよい。
上述のようにして、端末装置が、自身が使用するRTTに応じて、異なるリソースを用いてHARQ−ACKを送信する。これにより、HARQ−ACKを送信するタイミングが一致する複数の端末装置がHARQ−ACKの送信に用いるリソースを分散させることが可能となり、リソースの競合が発生しにくくなる。
以下では、このような処理を行う基地局装置、及び端末装置の構成と、それらが実行する処理の流れについて、詳細に説明する。
(基地局装置及び端末装置のハードウェア構成)
図2に、基地局装置及び端末装置のハードウェア構成例を示す。基地局装置及び端末装置は、一例において、図2に示すようなハードウェア構成を有し、例えば、CPU201、ROM202、RAM203、外部記憶装置204、及び通信装置205を有する。基地局装置及び端末装置では、例えばROM202、RAM203及び外部記憶装置204のいずれかに記録された、上述のような基地局装置及び端末装置の各機能を実現するプログラムがCPU201により実行される。
そして、基地局装置及び端末装置は、例えばCPU201により通信装置205を制御して、基地局装置と端末装置との間の通信を行う。なお、図2では、基地局装置及び端末装置は、1つの通信装置205を有するような概略図を示しているが、これに限られない。例えば、基地局装置は、基地局装置間の通信用の通信装置及び端末装置との間の通信装置を有してもよい。さらに、端末装置は、例えば、基地局装置との通信用の通信装置と端末間通信用の通信装置とを有しうる。
なお、基地局装置及び端末装置は、各機能を実行する専用のハードウェアを備えてもよいし、一部をハードウェアで実行し、プログラムを動作させるコンピュータでその他の部分を実行してもよい。また、全機能がコンピュータとプログラムにより実行されてもよい。
(基地局装置の機能構成)
図3に、基地局装置の機能構成例を示す。上述のように、基地局装置は、端末装置がHARQ−ACKを送信するためのリソースを特定するための情報を通知する機能を有する。基地局装置は、例えば、その機能構成として、無線通信部301、リソース関連情報通知部302、及び再送制御部303を有し、場合によっては、リソース関連情報記憶部304を有する。なお、本例では、上述のような、HARQ−ACKに関連するリソース関連情報の通知制御に関する機能ブロックのみを示しているが、基地局装置は、通常のセルラ通信のための基地局装置としての機能を当然に有する。
無線通信部301は、端末装置へ無線信号を送信し、端末装置からの無線信号を受信する。ここで、基地局装置から端末装置へ送信される無線信号は、例えば、その端末装置へ宛てたデータ信号と、そのデータ信号を送信するための制御信号とを含む。ここで、制御信号は、例えば物理下りリンク制御チャネル(PDCCH)を含み、PDCCHは、データ信号を送信する相手装置である複数の端末装置のそれぞれに宛てた制御チャネルエレメント(CCE)を含む。また、端末装置から基地局装置へ送信される無線信号は、基地局装置が送信したデータ信号に対する確認応答(HARQ−ACK)信号を含む。
なお、無線通信部301は、端末装置からデータ信号及び制御信号を受信し、そのデータ信号に対してHARQ−ACKを送信することもできる。また、無線通信部301は、ほかの様々な信号の送受信をすることもできる。
リソース関連情報通知部302は、無線通信部301を介して、上述のように、HARQのRTTの長さごとに異なるHARQ−ACKの送信のためのリソースに関連付けられた情報(以下、「リソース関連情報」と呼ぶ。)を、各端末装置へ通知する。ここで、各端末装置へは、同一のリソース関連情報が通知されてもよいし、端末装置ごとに異なるリソース関連情報が通知されてもよい。リソース関連情報は、端末装置が、そのリソース関連情報からHARQ−ACKの送信に用いるリソースを特定できる情報であり、ここでのリソースは、上述の通り、周波数位置とコード(符号)とを含む。なお、時間は、各端末装置が使用するRTTによって特定されることとなる。
なお、リソース関連情報通知部302は、RTTの値とそれに対応するリソース関連情報との両方を明示的に端末装置へ通知してもよいし、例えばRTTの値は通知しなくてもよい。例えば、基地局装置は、端末装置がどのRTTを使用するかを知っているため、そのRTTの値自体は通知しなくてもよい。また、複数のRTTに関するリソース関連情報を1つの端末装置へ通知する場合も、通知用のメッセージの中に複数のRTTのそれぞれに対応する情報フィールドを用意し、そのフィールド内にリソース関連情報を格納することでRTTの値の通知を省略することができる。端末装置は、リソース関連情報を取得した際に、そのリソース関連情報がどのフィールドに格納されているかによって、対応するRTTの値を知ることができるからである。また、リソース関連情報は、基地局装置によって指定されたリソースを端末装置が特定することができる情報であればどのような情報であってもよい。すなわち、例えば、所定のリソースのインデクスそのものであってもよいし、そのインデクスに対応する別の値であってもよい。例えば、リソース関連情報で特定するインデクスの値は、とりうる値域の任意の値でなくてもよく、その値域内のいくつかの代表的な値であってもよい。簡単な例では、インデクスの値域が0〜90の整数値であると、その任意の値を指定するのには7ビットを要するが、例えば0〜90のうちの3の倍数値を代表値としてとるものとすれば、代表値は、0、3、…、90の31個となる。したがって、そのいずれかの値の指定には5ビットで十分ということとなる。このように、代表値を限定することによって、インデクスの通知のための情報量を削減することができる。
また、リソース関連情報通知部302は、リソース関連情報記憶部304に記憶されている情報を通知してもよく、この場合、リソース関連情報記憶部304は、事前にリソース関連情報を保持しておく。すなわち、リソース関連情報記憶部304は、複数のRTTの値に対して、それぞれリソース関連情報を対応付けて記憶しておく。なお、リソース関連情報通知部302は、都度、リソース関連情報を特定して端末装置へ通知してもよく、この場合はリソース関連情報記憶部304はなくてもよい。
再送制御部303は、HARQによる複合自動再送制御に関連する処理を実行する。例えば、再送制御部303は、無線通信部301を介して受信したHARQ−ACKを含む上りリンク信号から、HARQ−ACKの成分を取り出して、必要に応じて無線通信部301を介したデータ信号の再送を実行する。なお、再送制御部303は、各端末装置がHARQ−ACKを送信するのに使用するリソースを事前に特定しておくことができる。すなわち、再送制御部303は、各端末装置が使用しているRTTと、各端末装置に宛てられたCCEの先頭インデクスとを知っている。このため、再送制御部303は、それらの知識に基づいて、例えば端末装置がリソースを特定するのと同様の手法によって、どのリソースがHARQ−ACKに用いられるかを知ることができる。なお、再送制御部303は、端末装置がHARQ−ACKを送信するのに用いるリソースを特定するために、リソース関連情報をリソース関連情報記憶部304又はリソース関連情報通知部302から取得することができる。
(端末装置の構成)
図4に、端末装置の機能構成例を示す。端末装置は、例えば、その機能構成として、無線通信部401、リソース特定部402、及び再送制御部403を有する。なお、本例では、再送制御、特にHARQ−ACKの送信時のリソース特定手法に関する機能ブロックのみを示しているが、端末装置は、通常の端末装置としての機能を当然に有する。
無線通信部401は、基地局装置へ無線信号を送信し、基地局装置からの無線信号を受信する。無線通信部401は、例えば、上述のようなリソース関連情報を含む信号を受信することができる。ここで、リソース関連情報は、物理下りリンク制御チャネル(PDCCH)に含まれてもよいし、物理下りリンク共有チャネル(PDSCH)に含まれてもよい。なお、複数の端末装置に共通のリソース関連情報が通知される場合には、SIB(System Information Block)などのブロードキャスト信号にリソース関連情報が含められてもよい。また、無線通信部401は、HARQ−ACKを含めた上りリンク信号を送信することができる。また、無線通信部401は、HARQ−ACKのみならず、基地局装置から指定された送信スケジュール(上りリンクグラント)に基づいて、データ信号を送信し、それに対するHARQ−ACKを基地局装置から受信することもできる。
リソース特定部402は、無線通信部401を介してリソース関連情報を取得する。そして、リソース特定部402は、取得したリソース関連情報と、基地局装置がデータ送信する際のPDCCHにおけるCCEの位置(先頭インデクス)とから、HARQ−ACKを送信する際に用いるリソースを特定する。特定したリソースの情報は再送制御部403へ受け渡される。
再送制御部403は、無線通信部401を介して基地局装置から受信したデータ信号について、受信が成功したかの判定を行い、無線通信部401を介して確認応答(HARQ−ACK)を基地局装置へ送信する。再送制御部403は、確認応答の送信の際には、リソース特定部402が特定したリソース(周波数位置とコード)を使用する。ここで、確認応答が送信されるリソースは、物理上りリンク制御チャネル(PUCCH)内のリソースでありうるが、PUCCH以外のリソースであってもよい。また、従来定められているPUCCHに用いることができるリソースが拡張され、より広いリソースの範囲で確認応答を含むPUCCHが送信されるようにしてもよい。
(処理の流れ)
続いて、本実施形態の無線通信システムで実行される処理の流れについて図5を用いて説明する。まず、基地局装置は、リソース関連情報を送信する(S501)。以下では、このときに送信されるリソース関連情報の例について、図6〜図9を用いて説明する。なお、無線通信システムでは、以下に説明する図6〜図9の方法などの複数の方法を選択的に用いることができ、基地局装置は、S501のリソース関連情報に、いずれの方法が用いられているかの情報を含めて送信することができる。なお、以下の説明では、HARQのRTTが2ミリ秒、3ミリ秒及び4ミリ秒の端末装置が存在し、そのHARQ−ACKの送信タイミングが一致するものとする。ただし、例えばRTTが1ミリ秒の端末装置が存在してもよいし、RTTが5ミリ秒以上の端末装置が存在してもよい。これらの場合であっても、以下の処理を同様に適用することができる。
図6の例では、HARQのRTT(x)ごとに、基準とすべきPUCCHのリソースのインデクスNpucch(x)が端末装置へ通知される。ここで、xは、RTTの値であり、単位はサブフレーム又はミリ秒でありうる。また、Npucch(4)は、図示しているものの、従来のRTTに対応するインデクスであるため、その通知は省略されてもよい。本例では、RTTが2ミリ秒の端末装置は、Npucch(2)を基準として、PDCCHにおけるCCEの先頭インデクスに応じて定まる値だけインデクスをオフセットさせて、使用するリソースのインデクスを特定する。同様に、RTTが3ミリ秒の端末装置は、Npucch(3)を基準として、PDCCHにおけるCCEの先頭インデクスに応じて定まる値だけインデクスをオフセットさせて、使用するリソースのインデクスを特定する。このようにすることで、CCEの先頭インデクスが同じであったとしても、HARQ−ACKの送信用リソースのインデクスの特定の際の基準インデクスとして用いられるインデクスが、RTTごとに異なることとなる。このため、HARQ−ACKの送信に係るリソースの競合を防ぐことが可能となる。
図7及び図8の例は、基本的な原理は図6と同様であり、HARQ−ACKの送信用リソースのインデクスの特定の際の基準インデクスを異ならしめるものである。
図7の例では、2ミリ秒や3ミリ秒などのRTTに対する基準インデクスNpucch(2)及びNpucch(3)を、従来のRTTに対応するインデクスNpucch(4)との差分値によって表す。すなわち、基地局装置は、RTTが2ミリ秒の端末装置に対しては、Npucch(2)とNpucch(4)との差分値であるNpucch_offset(2)=Npucch(2)−Npucch(4)の値を通知する。端末装置は、この差分値Npucch_offset(2)に、従来のRTTに対応するインデクスNpucch(4)を加算することにより、RTTが2ミリ秒の場合の基準インデクスNpucch(2)を特定することができる。同様に、基地局装置は、RTTが3ミリ秒の端末装置に対しては、Npucch(3)とNpucch(4)との差分値であるNpucch_offset(3)=Npucch(3)−Npucch(4)の値を通知する。なお、基地局装置は、全てのRTTの値に関する上述の差分値を、各端末装置に一斉に配信してもよい。
図8の例では、例えば、各RTTに対する基準インデクスを、他のRTTの基準インデクスとの差分値によって表している。例えば、基地局装置は、2ミリ秒のRTTに対する基準インデクスNpucch(2)と3ミリ秒のRTTに対する基準インデクスNpucch(3)との差分値Npucch_offset23と、3ミリ秒のRTTに対する基準インデクスNpucch(3)と4ミリ秒のRTTに対する基準インデクスNpucch(4)との差分値Npucch_offset34とを、端末装置へ通知する。ここで、Npucch_offset23=Npucch(2)−Npucch(3)であり、Npucch_offset34=Npucch(3)−Npucch(4)である。RTTが2ミリ秒の端末装置は、Npucch_offset23+Npucch_offset34+Npucch(4)を計算することにより、Npucch(2)を特定することができる。なお、Npucch(3)については、図7の例と同様に算出することができる。
なお、図6〜図8の例においては、各RTTに対してリソースインデクスが重ならないように配置するように説明したが、これらの少なくとも一部は重なってもよい。
図9の例は、各RTTの値に対して、取りうるリソースインデクスの集合を規定して通知する場合の例について示している。ここで、図9の例では、RTTが2ミリ秒の場合と3ミリ秒の場合とに対してリソースインデクスが重なるようにリソースのインデクスの集合が規定されているが、これらが重ならないように規定されてもよい。図9の例では、太枠実線で囲まれたインデクスの範囲はRTTが3ミリ秒に対するインデクスの集合として規定されており、太枠破線で囲まれたインデクスの範囲はRTTが2ミリ秒に対するインデクスの集合として規定されている。
なお、図9の例では、各RTTに対してとり得るリソースインデクスの集合は、その通知対象の端末装置ごとに異なってもよいし、同じであってもよい。通知対象の端末装置ごとに異なる集合を設定する場合、例えばRRC(無線リソース制御)シグナリングによってその集合の情報が通知されてもよいし、他の方法によってこの通知が行われてもよい。通知対象の端末装置ごとに異なる集合を設定することによって、複数の端末装置が使用するリソースのインデクスを分散させることができる。また、通知対象の端末装置に共通の集合を設定する場合、例えばRRCシグナリングによってその集合の情報が通知されてもよいし、SIB(System Information Block)などのブロードキャスト信号によってこの通知が行われてもよい。
図9の例では、基地局装置は、各端末装置において使用されるRTTの値を知っているため、そのRTTに対応するインデクスの集合の中から、その端末装置が使用すべきリソースを選択して、その選択結果をPDCCHを通じて端末装置に通知する。すなわち、図9の例では、RTTが2ミリ秒の端末装置は、2ミリ秒のRTTに対応するインデクスの集合のうち、下から3番目のリソースを用いるように基地局装置から指定を受け、その指定に従って、使用するリソースを特定する。同様に、図9の例において、RTTが3ミリ秒の端末装置は、3ミリ秒のRTTに対応するインデクスの集合のうち、下から2番目のリソースを用いるように基地局装置から指定を受け、その指定に従って、使用するリソースを特定する。なお、基地局装置は、RTTの値が4ミリ秒の端末装置に対しては、この通知を行わなくてもよい。RTTが4ミリ秒の端末装置は、従来通り、PDCCHにおいて用いられたCCEの先頭インデクスに従って、HARQ−ACKの送信に使用されるリソースのインデクスを特定することができるからである。
図9のような集合を用いる場合、各集合が4つのインデクスを含むものとすると、基地局装置は、2ビットで、どのインデクスを用いるべきかを指定することができる。すなわち、全リソースインデクスを対象として使用すべきリソースを指定するのと比して、上述のような集合を定義することで、使用リソースの通知のためのシグナリングオーバーヘッドを低減することができる。また、基地局装置が各端末装置において使用すべきリソースインデクスを指定することにより、少なくとも同一セル内においてリソースの競合が生じることはなくなる。なお、端末装置は、通知された集合の範囲内で、PDCCHにおいて用いられたCCEの先頭インデクスに従って、HARQ−ACKの送信に使用されるリソースのインデクスを特定することもできる。
図5に戻り、基地局装置は、データ信号(PDSCH)を端末装置へ送信する(S502)。このとき、データ信号に付随して制御信号(PDCCH)も送信される。端末装置は、S501で受信したリソース関連情報とPDCCHに含まれるCCEの先頭インデクスとから、図6〜図9を参照して説明したように、HARQ−ACKを送信する際に用いるリソースを特定する(S503)。そして、端末装置は、特定したリソースを用いてHARQ−ACKを基地局装置へ送信する(S504)。
このようにして、データ信号の受信側の装置(上記例では端末装置)が様々なRTTでHARQ−ACKを送信する場合であっても、HARQ−ACKのために用いられるリソースが競合することがなくなる。この結果、データ信号の送信側の装置(上記例では基地局装置)が、確認応答を正確に受信することができ、再送制御の効率劣化を防ぐことが可能となる。
なお、図5の例では、リソース関連情報とデータ信号の送信とが別々に行われる例について説明したが、これらは同時に行われてもよい。例えば、リソース関連情報は、S502におけるPDSCHと共に送信されるPDCCHに格納されて送信されてもよいし、PDSCHに格納されて送信されてもよい。また、リソース関連情報は、例えば接続確立時にRRC(無線リソース制御)シグナリングによって、基地局装置から端末装置へ通知されてもよい。また、複数の端末装置に対して共通のリソース関連情報が用いられる場合には、ブロードキャストによってそのリソース関連情報が通知されてもよい。
以上、本実施形態に係る代表的な構成及び処理の流れについて説明したが、これらは一例にすぎず、特許請求の範囲に記載された範囲での、本明細書に記載された実施形態に対する様々な変形及び変更も、本発明の権利範囲内に当然に含まれるものである。

Claims (15)

  1. 端末装置へ信号を送信し、当該端末装置から確認応答を受信することができる基地局装置であって、
    前記確認応答の送信に用いられるべきリソースに関する情報であって、前記端末装置への前記信号の送信から前記確認応答の受信までの期間の長さに応じて定まる前記情報を、前記端末装置へ送信する送信手段と、
    前記端末装置が前記情報に基づいて前記リソースを特定して当該リソースを用いて送信した前記確認応答を、受信する受信手段と、
    を有することを特徴とする基地局装置。
  2. 前記確認応答の送信に用いることができる複数の前記リソースはそれぞれ異なるインデクスと関連付けられており、
    前記情報は、前記期間の長さに応じたインデクスの値を含み、
    前記端末装置は、前記情報に含まれる前記値と前記信号に含まれる制御情報の送信に用いられたリソースに応じて定まる値とから得られる値をインデクスとするリソースを、前記確認応答の送信に用いるべきリソースとして特定する、
    ことを特徴とする請求項1に記載の基地局装置。
  3. 前記確認応答の送信に用いることができる複数の前記リソースはそれぞれ異なるインデクスと関連付けられており、
    前記情報は、前記期間の長さに応じたインデクスの値の、所定のリソースに関連するインデクスの値との差分値を含み、
    前記端末装置は、前記情報に含まれる前記差分値と前記所定のリソースに関連するインデクスの値とから前記期間の長さに応じたインデクスの値を特定し、
    前記端末装置は、さらに、特定した値と前記信号に含まれる制御情報の送信に用いられたリソースに応じて定まる値とから得られる値をインデクスとするリソースを、前記確認応答の送信に用いるべきリソースとして特定する、
    ことを特徴とする請求項1に記載の基地局装置。
  4. 前記確認応答の送信に用いることができる複数の前記リソースはそれぞれ異なるインデクスと関連付けられており、
    前記情報は、複数の前記期間の長さにそれぞれ応じたインデクスの値の、それぞれ別の期間の長さに応じたインデクスの値との差分値を複数含み、
    前記端末装置は、前記情報に含まれる複数の前記差分値のうちの少なくとも1つと所定のリソースに関連するインデクスの値とから前記期間の長さに応じたインデクスの値を特定し、
    前記端末装置は、さらに、特定した値と前記信号に含まれる制御情報の送信に用いられたリソースに応じて定まる値とから得られる値をインデクスとするリソースを、前記確認応答の送信に用いるべきリソースとして特定する、
    ことを特徴とする請求項1に記載の基地局装置。
  5. 前記情報は、第1の期間の長さに応じたインデクスの値の第2の期間の長さに応じたインデクスの値との第1の差分値と、前記第2の期間の長さに応じたインデクスの値の第3の期間の長さに応じたインデクスの値との第2の差分値と、を少なくとも含む、
    ことを特徴とする請求項4に記載の基地局装置。
  6. 前記確認応答の送信に用いることができる複数の前記リソースはそれぞれ異なるインデクスと関連付けられており、
    前記情報は、複数の前記期間の長さごとの、当該長さに応じたインデクスの集合の情報を複数含み、
    前記端末装置は、当該端末装置が前記基地局装置から前記信号を受信してから当該基地局装置へ前記確認応答を送信するまでの期間に応じて、前記複数の集合の中から1つの集合を特定し、
    前記端末装置は、さらに、当該1つの集合の中から前記確認応答の送信に用いるべきリソースを特定する、
    ことを特徴とする請求項1に記載の基地局装置。
  7. 第1の端末装置に対して送信される前記複数の集合は、第2の端末装置に対して送信される前記複数の集合と異なる、
    ことを特徴とする請求項6に記載の基地局装置。
  8. 前記情報は、当該情報において用いられている前記確認応答の送信に用いるべきリソースの規定方法を特定する情報をさらに含む、
    ことを特徴とする請求項1から7のいずれか1項に記載の基地局装置。
  9. 前記リソースは、周波数とコードとの少なくともいずれかを含む、
    ことを特徴とする請求項1から8のいずれか1項に記載の基地局装置。
  10. 基地局装置から信号を受信し、当該基地局装置へ確認応答を送信することができる端末装置であって、
    前記確認応答の送信に用いられるべきリソースに関する情報であって、前記基地局装置からの前記信号の受信から前記確認応答の送信までの期間の長さに応じて定まる前記情報を、前記基地局装置から受信する受信手段と、
    前記情報に基づいて前記リソースを特定する特定手段と、
    特定した前記リソースを用いて前記確認応答を送信する送信手段と、
    を有することを特徴とする端末装置。
  11. 前記特定手段は、前記情報と、前記基地局装置から信号を受信する際の当該信号に含まれる制御情報の送信に用いられたリソースとに基づいて、前記リソースを特定する、
    ことを特徴とする請求項10に記載の端末装置。
  12. 端末装置へ信号を送信し、当該端末装置から確認応答を受信することができる基地局装置が実行する通信方法であって、
    前記確認応答の送信に用いられるべきリソースに関する情報であって、前記端末装置への前記信号の送信から前記確認応答の受信までの期間の長さに応じて定まる前記情報を、前記端末装置へ送信する送信工程と、
    前記端末装置が前記情報に基づいて前記リソースを特定して当該リソースを用いて送信した前記確認応答を、受信する受信工程と、
    を有することを特徴とする通信方法。
  13. 基地局装置から信号を受信し、当該基地局装置へ確認応答を送信することができる端末装置が実行する通信方法であって、
    前記確認応答の送信に用いられるべきリソースに関する情報であって、前記基地局装置からの前記信号の受信から前記確認応答の送信までの期間の長さに応じて定まる前記情報を、前記基地局装置から受信する受信工程と、
    前記情報に基づいて前記リソースを特定する特定工程と、
    特定した前記リソースを用いて前記確認応答を送信する送信工程と、
    を有することを特徴とする通信方法。
  14. 端末装置へ信号を送信し、当該端末装置から確認応答を受信することができる基地局装置に備えられたコンピュータに、
    前記確認応答の送信に用いられるべきリソースに関する情報であって、前記端末装置への前記信号の送信から前記確認応答の受信までの期間の長さに応じて定まる前記情報を、前記端末装置へ送信する送信工程と、
    前記端末装置が前記情報に基づいて前記リソースを特定して当該リソースを用いて送信した前記確認応答を、受信する受信工程と、
    を実行させるためのプログラム。
  15. 基地局装置から信号を受信し、当該基地局装置へ確認応答を送信することができる端末装置に備えられたコンピュータに、
    前記確認応答の送信に用いられるべきリソースに関する情報であって、前記基地局装置からの前記信号の受信から前記確認応答の送信までの期間の長さに応じて定まる前記情報を、前記基地局装置から受信する受信工程と、
    前記情報に基づいて前記リソースを特定する特定工程と、
    特定した前記リソースを用いて前記確認応答を送信する送信工程と、
    を実行させるためのプログラム。
JP2015213306A 2015-10-29 2015-10-29 基地局装置、端末装置、通信方法及びプログラム Active JP6633889B2 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2015213306A JP6633889B2 (ja) 2015-10-29 2015-10-29 基地局装置、端末装置、通信方法及びプログラム
CN201680054288.8A CN108141786B (zh) 2015-10-29 2016-10-14 基站装置、终端装置、通信方法以及记录介质
EP16859602.1A EP3370455A4 (en) 2015-10-29 2016-10-14 Base station device, terminal device, communication method and program
CN202110413914.0A CN113206729B (zh) 2015-10-29 2016-10-14 基站装置、终端装置、通信方法以及记录介质
PCT/JP2016/080550 WO2017073372A1 (ja) 2015-10-29 2016-10-14 基地局装置、端末装置、通信方法及びプログラム
US15/923,157 US20180206220A1 (en) 2015-10-29 2018-03-16 Base station apparatus, terminal apparatus, communication method, and computer-readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015213306A JP6633889B2 (ja) 2015-10-29 2015-10-29 基地局装置、端末装置、通信方法及びプログラム

Publications (2)

Publication Number Publication Date
JP2017085415A true JP2017085415A (ja) 2017-05-18
JP6633889B2 JP6633889B2 (ja) 2020-01-22

Family

ID=58630110

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015213306A Active JP6633889B2 (ja) 2015-10-29 2015-10-29 基地局装置、端末装置、通信方法及びプログラム

Country Status (5)

Country Link
US (1) US20180206220A1 (ja)
EP (1) EP3370455A4 (ja)
JP (1) JP6633889B2 (ja)
CN (2) CN108141786B (ja)
WO (1) WO2017073372A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023013204A1 (ja) * 2021-08-05 2023-02-09 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、基地局、及び、通信方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015164279A (ja) * 2014-01-30 2015-09-10 株式会社Nttドコモ 基地局、送信方法、移動局及び再送制御方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102739376B (zh) * 2011-04-02 2018-11-16 中兴通讯股份有限公司 一种混合自动重传的处理方法及系统及一种终端
CN102316595B (zh) * 2011-09-30 2017-04-12 中兴通讯股份有限公司 大带宽系统物理上行控制信道资源确定方法及装置
CN103095433B (zh) * 2011-11-04 2018-06-15 北京三星通信技术研究有限公司 一种发送harq-ack反馈信息的方法
US8971271B2 (en) * 2012-01-30 2015-03-03 Telefonaktiebolaget L M Ericsson (Publ) Methods and network nodes for scheduling transmission
US9538566B2 (en) * 2012-02-21 2017-01-03 Lg Electronics Inc. Method and device for transmitting reception acknowledgement response in wireless communication system
US9674855B2 (en) * 2012-03-29 2017-06-06 Qualcomm Incorporated H-ARQ timing determination under cross-carrier scheduling in LTE
CN103368709B (zh) * 2012-04-09 2018-08-14 中兴通讯股份有限公司 一种混合自动重传请求确认应答信息发送方法及装置
WO2014038901A1 (ko) * 2012-09-09 2014-03-13 엘지전자 주식회사 데이터 송신 및 수신 방법 및 장치
WO2014048472A1 (en) * 2012-09-27 2014-04-03 Huawei Technologies Co., Ltd. Methods and nodes in a wireless communication system
CN108696341B (zh) * 2012-09-27 2021-04-13 太阳专利信托公司 无线通信终端、无线通信基站以及无线通信方法
US9160515B2 (en) * 2013-04-04 2015-10-13 Intel IP Corporation User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay
CN105745848B (zh) * 2013-11-01 2019-07-05 三星电子株式会社 用于lte先进的增强覆盖发送的方法和装置
JPWO2016017356A1 (ja) * 2014-07-31 2017-04-27 株式会社Nttドコモ ユーザ端末、無線基地局及び無線通信方法
US10158473B2 (en) * 2014-10-03 2018-12-18 Intel IP Corporation Methods, apparatuses, and systems for transmitting hybrid automatic repeat request transmissions using channels in an unlicensed shared medium
US9935742B2 (en) * 2014-10-20 2018-04-03 Apple Inc. Adaptive HARQ for half duplex operation for battery and antenna constrained devices
US20160192151A1 (en) * 2014-12-31 2016-06-30 Qualcomm Incorporated Mobile device tracking with peer-to-peer mobile device network

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015164279A (ja) * 2014-01-30 2015-09-10 株式会社Nttドコモ 基地局、送信方法、移動局及び再送制御方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "Discussion on HARQ Details for TDD eIMTA", 3GPP TSG-RAN WG1 #74BIS R1-134601, JPN6016042669, 28 September 2013 (2013-09-28), pages 4 - 2, ISSN: 0004063331 *

Also Published As

Publication number Publication date
CN108141786A (zh) 2018-06-08
WO2017073372A1 (ja) 2017-05-04
CN113206729B (zh) 2024-03-26
CN113206729A (zh) 2021-08-03
US20180206220A1 (en) 2018-07-19
JP6633889B2 (ja) 2020-01-22
EP3370455A1 (en) 2018-09-05
EP3370455A4 (en) 2018-11-14
CN108141786B (zh) 2021-05-11

Similar Documents

Publication Publication Date Title
US10587392B2 (en) Systems and methods for frequency division duplex communication
KR20190140965A (ko) 빔 구성 방법 및 장치
WO2019216816A2 (en) Methods and apparatuses for hybrid automatic repeat request (harq)
US20160337110A1 (en) Resource management method and device and computer storage medium
KR101799417B1 (ko) 전송 링크의 타입을 확정하는 방법, 시스템 및 장치
EP3603256B1 (en) Network node and method in a wireless communications network
EP3557776A1 (en) Data transmission method, communication device and data transmission system
US10027444B2 (en) Method and device for response information transmission, terminal, base station and storage medium
JP6343682B2 (ja) ユーザ装置及び基地局
TW201519680A (zh) 用於傳輸控制資訊的方法和設備
CN114930752A (zh) 连续数据分组反馈
EP3416325A1 (en) Device and method of handling code block group-based communication operation
US20210377981A1 (en) Data transmission
EP3089392B1 (en) Device and method of handling harq operation for unlicensed band
JP7381565B2 (ja) データ再送を制御するための方法およびユーザ機器
WO2020223841A1 (en) Method and apparatus for semi-static harq-ack codebook determination
WO2017073465A1 (ja) 基地局装置、端末装置、通信方法及びプログラム
US20190393990A1 (en) Infrastructure equipment, wireless telecommunications system and method for harq-ack bundling
WO2017073372A1 (ja) 基地局装置、端末装置、通信方法及びプログラム
CN113966001A (zh) 半持久调度数据传输触发的混合自动重复请求确认报告
EP4037401A1 (en) Terminal device, base station device, control method, and program, for executing two-step random access procedure
TW202218366A (zh) 處理混合自動重傳請求重新傳送的裝置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180711

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190628

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190826

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191118

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191213

R150 Certificate of patent or registration of utility model

Ref document number: 6633889

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150