JP2020022210A - 通信装置、通信方法及び集積回路 - Google Patents

通信装置、通信方法及び集積回路 Download PDF

Info

Publication number
JP2020022210A
JP2020022210A JP2019204200A JP2019204200A JP2020022210A JP 2020022210 A JP2020022210 A JP 2020022210A JP 2019204200 A JP2019204200 A JP 2019204200A JP 2019204200 A JP2019204200 A JP 2019204200A JP 2020022210 A JP2020022210 A JP 2020022210A
Authority
JP
Japan
Prior art keywords
prb
prb set
pucch
mpdcch
resource
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
JP2019204200A
Other languages
English (en)
Other versions
JP6823140B2 (ja
Inventor
綾子 堀内
Ayako Horiuchi
綾子 堀内
鈴木　秀俊
Hidetoshi Suzuki
秀俊 鈴木
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.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
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 Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JP2020022210A publication Critical patent/JP2020022210A/ja
Application granted granted Critical
Publication of JP6823140B2 publication Critical patent/JP6823140B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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
    • 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
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

【課題】Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する場合のPUCCHリソースを効率良く特定すること。【解決手段】信号割当部１０５は、PDSCHのリソース割当情報を含む下り制御信号を、下りリソースに割り当てる。特定部１０８は、下り制御信号が上記第１PRB set及び上記第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて、PUCCHリソースを特定する。信号分離部１０９は、下り制御信号を送信した端末からの受信信号から、特定されたPUCCHリソースに含まれるACK/NACK信号を分離する。【選択図】図６

Description

本開示は、通信装置、通信方法及び集積回路に関する。
近年、セルラネットワークを使用したMachine-Type Communications（MTC）が検討されている（例えば、非特許文献１を参照）。MTCの用途には、スマートメータの自動検針や在庫管理、位置情報を利用した物流管理やペット・家畜管理、又はモバイル決裁等が考えられている。MTCでは、MTCに対応する端末（MTC端末。MTC UEと呼ぶこともある）とネットワークとが接続することが想定されている。MTC端末は大量に配置されるが、１つ１つのMTC端末のトラフィック量はそれほど多くないことが予想されているので、MTC端末は低コスト、低消費電力であることが望まれる。また、MTC端末を電波が届きにくいビルの地下などに配置することも考えられるので、カバレッジの拡張も求められている。
3GPPで標準化されているLTE-Advancedの拡張では、MTC端末の低コスト実現のため、MTC端末が通信に使用するリソースを、システム帯域にかかわらず、6PRB（Physical resource block）以下に限定することが検討されている。システム帯域が6PRBよりも広い場合、MTC端末はシステム帯域の一部のみを受信して送受信する。送受信に使用するPRBはretuningをして変更できる。この6PRB以下のリソースを「Narrowband」と呼ぶ。Narrowbandは連続するPRBで構成することが定められている。
また、MTC端末用の制御信号として、EPDCCH（Enhanced Physical Downlink Control CHannel）をMTC用に拡張したMPDCCH（PDCCH for MTC）を用いることが検討されている。MPDCCHはNarrowband内のPDSCH領域に配置される。また、MTCでは、カバレッジ拡張のため、MPDCCHをNarrowbandに含まれる6PRB pairすべてに割り当てる方法が検討されている。EPDCCHでは、1PRB pairあたり16EREG（Enhanced Resource Element Group）があり、1ECCE（Enhanced CCE）あたりのEREG数を4とすると、6PRB pairのECCE数は24ECCEとなる。なお、ECCEは、EPDCCHを割り当てる際の単位であり、EREGは、ECCEをRE（Resource Element）にマッピングする際に使用する単位である。また、PRB pairとはリソースの単位であり、1subframe(時間方向)×12サブキャリア(周波数)であり、周波数軸上のみを示す場合、単にPRBと呼ばれることもある。
MTC端末用に設定されるMPDCCHでは、6PRB pair内に、4PRB pairで構成されるMPDCCH（4 PRB set）、又は、2PRB pairで構成されるMPDCCH（2PRB set）を配置することが検討されている。また、MPDCCHのAggregation levelとして1,2,4,8,16,24が検討されている。なお、Aggregation levelはMPDCCHを構成するECCE数を示す。Aggregation level=1,2,4,8については、4PRB set又は2PRB set内に閉じて、MPDCCHが配置され、Aggregation level=16については、4PRB set内の16ECCEすべてに１つのMPDCCHが配置される。
さらに、回線品質が低いMTC端末向けには、4PRB pairと2PRB pairとで構成されるMPDCCHのリソースとオーバーラップするNarrowband内の6PRB pairすべてに１つのMPDCCHを配置することが検討されている。この場合、Aggregation level=24であり、単に「24ECCEs」とも呼ばれる。
MTC端末では、従来の端末と同様に、DL制御信号であるMPDCCHを受信し、MPDCCHで指定されたDLデータ（PDSCH）を受信し、受信結果のACK/NACK信号を、UL制御信号であるPUCCHで送信する。その際、MTC端末用のPUCCHのリソース（PUCCHリソース）を特定するために、EPDCCHと同様にして、PRB set毎に設定されたオフセット（「N_pucch」と呼ばれる）を用いることが検討されている。
しかしながら、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する「24ECCEs」に対するオフセット（N_pucch）をどのように定義するかについては検討されていない。
本開示の一態様は、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する場合のPUCCHリソースを効率良く特定することができる基地局、端末及び通信方法を提供することである。
本開示の一態様に係る基地局は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を、下りリソースに割り当てる信号割当部と、前記下り制御信号が割り当てられた下りリソースに基づいて、前記PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定する特定部と、前記下り制御信号を送信した端末からの受信信号から、前記特定されたPUCCHリソースに含まれる前記ACK/NACK信号を分離する信号分離部と、を具備し、前記下りリソースは複数のPRB pairで構成され、前記複数のPRB pairの各々には、第１PRB set及び第２PRB setの何れかが割り当てられ、前記特定部は、前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記第１PRB set及び前記第２PRB setの何れかに設定されたオフセット値を用いて、前記PUCCHリソースを特定する構成を採る。
本開示の一態様に係る端末は、PDSCH（Physical Downlink Shared Channel）のリソー
ス割当情報を含む下り制御信号を受信する受信部と、前記下り制御信号が割り当てられた下りリソースに基づいて、前記PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定する特定部と、前記特定されたPUCCHリソースに、前記ACK/NACK信号を割り当てる信号割当部と、を具備し、前記下りリソースは複数のPRB pairで構成され、前記複数のPRB pairの各々には第１PRB set及び第２PRB setの何れかが割り当てられ、前記特定部は、前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記第１PRB set及び前記第２PRB setの何れかに設定されたオフセット値を用いて、前記PUCCHリソースを特定する構成を採る。
本開示の一態様に係る通信方法は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を、下りリソースに割り当て、前記下り制御信号が割り当てられた下りリソースに基づいて、前記PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定し、前記下り制御信号を送信した端末からの受信信号から、前記特定されたPUCCHリソースに含まれる前記ACK/NACK信号を分離し、前記下りリソースは複数のPRB pairで構成され、前記複数のPRB pairの各々には、第１PRB set及び第２PRB setの何れかが割り当てられ、前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記PUCCHリソースは、前記第１PRB set及び前記第２PRB setの何れかに設定されたオフセット値を用いて特定される。
本開示の一態様に係る通信方法は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を受信し、前記下り制御信号が割り当てられた下りリソースに基づいて、前記PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定し、前記特定されたPUCCHリソースに、前記ACK/NACK信号を割り当て、前記下りリソースは複数のPRB pairで構成され、前記複数のPRB pairの各々には第１PRB set及び第２PRB setの何れかが割り当てられ、前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記PUCCHリソースは、前記第１PRB set及び前記第２PRB setの何れかに設定されたオフセット値を用いて特定される。
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本開示の一態様によれば、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する場合のPUCCHリソースを効率良く特定することができる。
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
PUCCHリソースの概念図 MPDCCHの配置方法の一例を示す図（Option 1） MPDCCHの配置方法の一例を示す図（Option 1） MPDCCHの配置方法の一例を示す図（Option 2） MPDCCHの配置方法の一例を示す図（Option 2） 基地局の要部構成を示すブロック図 端末の要部構成を示すブロック図 基地局の構成を示すブロック図 端末の構成を示すブロック図 実施の形態１の動作例１に係るPUCCHリソースの特定方法の一例を示す図 PUCCHリソースの概念図 実施の形態３の課題の説明に供する図 実施の形態３の課題の説明に供する図 実施の形態３の動作例６に係るMPDCCHの配置方法の一例を示す図 実施の形態３の動作例６に係るMPDCCHの配置方法の一例を示す図 実施の形態３の動作例６に係るMPDCCHの配置方法の一例を示す図 バリエーションに係る4 PRB setの割当例を示す図 バリエーションに係る2 PRB setの割当例を示す図MPDCCHの配置方法の一例を示す図
（本開示の基礎となった知見）
MTC端末向けのPUCCHリソースを特定するためのオフセット（N_pucch）を用いることにより、従来端末及びMTC端末のPUCCHリソースを区別し、PUCCHリソースの衝突を避けることができる。また、N_pucchは、リピティションレベル毎に指示されることで、異なるリピティションレベルのMTC端末間でもPUCCHリソースの衝突を避けることができる。これにより、基地局との距離が異なる端末同士の信号が多重される際に起きる遠近問題を解決することができる。
ただし、単一のMTC用のN_pucchでは、同一リピティションレベルの複数のMTC端末間でのPUCCHリソースの衝突を避けることができない。
これに対して、同一リピティションレベルのMTC端末のPUCCHリソースについて、EPDCCHと同様にして、DLデータ信号の送信を指示するDL assignmentが送信されたDL制御信号（MPDCCH）の配置から、ACK/NACKを送信するPUCCH format 1a/1bのリソースを特定することが考えらえる。
EPDCCHでは、EPDCCH-PRB-set q=0,1毎にオフセットNPUCCH,q(e1)（以下、「N_pucch,q」と省略して記載する）が設定され、ECCE番号からPUCCHのリソースが特定される。EPDCCHでは、PUCCH format 1a/1bのリソース（リソース番号）は、以下の式で特定される。
Figure 2020022210
nECCE,qはq番目のEPDCCH PRB setにおいてDCI（Downlink Control Information）がマッピングされた最初のECCE番号によるオフセットを表す。ΔAROはDCIに含まれる2ビットのARO（ACK/NACK Resource Offset）で指示されるオフセットを表し、FDDの場合、-2, -1, 0, +2の値をとる。また、NPUCCH,q(e1)は端末毎に上位レイヤで通知される。また、NRBECCE,qはRB当たりのECCE数を表し、n'はアンテナポートに基づくオフセットを表す。
図１は、上述したPUCCHリソースの概念図を示す。
図１に示すように、各PRB setに設定されたオフセット値NPUCCH,0(e1)とNPUCCH,1(e1)とを離れた値に設定することで、各PRB setに対応するPUCCHリソースがオーバーラップしないように配置され、PUCCHリソースの衝突を避けることができる。また、NPUCCH,0(e1)とNPUCCH,1(e1)とを近い値に設定し、各PRB setに対応するPUCCHリソースをオーバーラップさせて、PUCCHリソース全体を縮小することもできる。
MPDCCHについても、EPDCCHと同様にしてPUCCHリソースを特定することが考えられる。
この場合、4PRB pair又は2PRB pairで構成されるPRB set内に配置されるMPDCCHについて
は、上述したEPDCCHと同様の方法でPUCCHリソースを特定することができる。
しかしながら、Narrowband内の24ECCEsにMPDCCHを配置した場合（つまり、4PRB set及び2PRB setに跨ってMPDCCHが配置される場合）のPUCCHリソースについては、上記EPDCCHと同様の方法が適用できず、リソースを特定することができないという課題がある。なお、24CCEsのMPDCCHに対応するオフセットを別途通知することも考えられるが、この場合、シグナリング量が増えてしまう。
以下では、Narrowband内の24ECCEsにMPDCCHを配置する場合に、シグナリング量を増やすことなくPUCCHリソースを特定する方法について説明する。
以下、本開示の実施の形態について図面を参照して詳細に説明する。
［MTC 24ECCEsの説明］
上述したように、MTCにおいて用いられる24ECCEsのMPDCCHは、Narrowband内の6PRBpairに含まれる、MPDCCHに使用できる全てのREに配置される。以下では、24ECCEsのMPDCCHの配置方法として考えられる２つのOption 1, 2について説明する。
（Option 1：図２Ａ、図２Ｂ)
Option 1では、24ECCEsのMPDCCHが周波数先行（Frequency first）で配置される。具体的には、Narrowbandにおいて、MPDCCHのシンボル列が、OFDM symbol番号の低いOFDM symbolから、PRB pairを縦断して周波数の低い方から高い方へ配置された後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の低い方から高い方へ配置される。
図２Ａ及び図２Ｂは、Option 1のMPDCCH配置例を示す。
図２Ａでは、2PRB setがPRB pair#0, #1に割り当てられ、4PRB setがPRB pair #2〜#5に割り当てられている。図２Ａでは、2PRB setのリソース（PRB pair #0,#1）と、4 PRB setのリソース（PRB pair #2〜#5）が区別されずに、MPDCCHに使用できる全てのREに24ECCEsのMPDCCHが配置される。
図２Ｂでは、2PRB setがPRB pair #2, #3に割り当てられ、4PRB set がPRB pair #0,#1,#4,#5に割り当てられている。図２Ｂでも、図２Ａと同様に、2PRB setのリソース（PRB pair #2,#3）と、4 PRB setのリソース（PRB pair #0,#1,#4,#5）が区別されずに、MPDCCHに使用できる全てのREに24ECCEsのMPDCCHが配置される。
（Option2：図３Ａ、図３Ｂ）
Option2では、24ECCEsのMPDCCHがNarrowband内のMPDCCH PRB set先行で配置される。したがって、MPDCCHの配置順は、PRB setがどのPRB pairに割り当てられているかによって変更される。
図３Ａ及び図３Ｂは、Option 2のMPDCCH配置例であって、4PRB setから先にMPDCCHが配置される例を示す。具体的には、まず、MPDCCHは、4 PRB set内のREに配置され、その後、2 PRB set内のREに配置される。なお、4PRB set内及び2PRB set内の配置は、EPDCCHと同様、周波数先行となる。すなわち、PRB set内のPRB pairにおいて、MPDCCHのシンボル列が、OFDM symbol番号の低いOFDM symbolから、PRB pairを縦断して周波数の低い方から高い方へ配置された後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の低い方から高い方へ配置される。
図３Ａでは、2PRB setがPRB pair #0, #1に割り当てられ、4PRB setがPRB pair #2〜#5に割り当てられている。よって、図３Ａでは、24ECCEsのMPDCCHは、4PRB setが割り当てられたPRB#2〜#5に配置された後、2PRB setが割り当てられたPRB#0,#1に配置される。
図３Ｂでは、2PRB setがPRB pair #2, #3に割り当てられ、4PRB setがPRB pair #0,#1,#4,#5に割り当てられている。よって、図３Ｂでは、24ECCEsのMPDCCHは、4PRB setが割り当てられたPRB#、0，#1，#4，#5に配置された後、2PRB setが割り当てられたPRB#2,#3に配置される。
なお、以下では、何れのOptionにおいても、24ECCEsのMPDCCHを検出した場合の最小ECCE番号を、nECCE,q=0と仮定する。
［通信システムの概要］
本開示の各実施の形態に係る通信システムは、例えば、LTE-Advancedシステムに対応する基地局１００及び端末２００を備える。端末２００は、例えば、MTC端末である。
図４は本開示の実施の形態に係る基地局１００の要部構成を示すブロック図である。図４に示す基地局１００において、信号割当部１０５は、PDSCHのリソース割当情報を含む下り制御信号（MPDCCH）を、下りリソース（Narrowband）に割り当てる。PUCCHリソース特定部１０８は、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCHリソースを特定する。信号分離部１０９は、下り制御信号を送信した端末からの受信信号から、特定されたPUCCHリソースに含まれるACK/NACK信号を分離する。
また、図５は、本開示の各実施の形態に係る端末２００の要部構成を示すブロック図である。図５に示す端末２００において、MPDCCH受信部２０７は、PDSCHのリソース割当情報を含む下り制御信号（MPDCCH）を受信する。PUCCHリソース特定部２０８は、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCHリソースを特定する。信号割当部２１１は、特定されたPUCCHリソースに、ACK/NACK信号を割り当てる。
なお、上記下りリソース（Narrowband）は複数のPRB pairで構成され、複数のPRB pairの各々には第１PRB set及び第２PRB setの何れかが割り当てられる。PUCCHリソース特定部１０８，２０８は、下り制御信号が上記第１PRB set及び上記第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて、PUCCHリソースを特定する。
（実施の形態１）
［基地局の構成］
図６は、本実施の形態に係る基地局１００の構成を示すブロック図である。図６において、基地局１００は、Aggregation level設定部１０１と、MPDCCH生成部１０２と、誤り訂正符号化部１０３と、変調部１０４と、信号割当部１０５と、送信部１０６と、受信部１０７と、PUCCHリソース特定部１０８と、信号分離部１０９と、PUCCH受信部１１０と、復調部１１１と、誤り訂正復号部１１２と、を有する。
Aggregation level設定部１０１は、基地局１００が保持しているMTC端末の受信品質及びMPDCCHの情報ビット数（図示せず）に基づいて、当該MTC端末に対するAggregation levelを設定する。Aggregation level設定部１０１は、設定したAggregation levelをMPDCCH生成部１０２へ出力する。
MPDCCH生成部１０２は、MTC端末宛ての制御情報であるMPDCCHを生成する。具体的には
、MPDCCH生成部１０２は、MPDCCHの情報ビットを生成し、誤り訂正符号化し、Aggregation level設定部１０１から入力されたAggregation levelと、MPDCCHに使用できるRE数とから、レートマッチングをして送信ビット列を生成し、送信ビット列を信号割当部１０５へ出力する。MPDCCHには、例えば、PDSCHのリソース割当を示すDL割当情報、及び、PUSCHのリソース割当を示すUL割当情報などが含まれる。また、DL割当情報は、信号割当部１０５へ出力され、UL割当情報は、信号分離部１０９へ出力される。
誤り訂正符号化部１０３は、送信データ信号（DLデータ信号）又は上位レイヤのシグナリングを誤り訂正符号化し、符号化後の信号を変調部１０４へ出力する。
変調部１０４は、誤り訂正符号化部１０３から受け取る信号に対して変調処理を施し、変調後のデータ信号を信号割当部１０５へ出力する。
信号割当部１０５は、変調部１０４から受け取る信号（データ信号を含む）、及び、MPDCCH生成部１０２から受け取る制御信号（MPDCCH）を、所定の下りリソースに割り当てる。例えば、信号割当部１０５は、MPDCCHのAggregation levelが1,2,4,8であれば、Narrowband内のPRB set0又はPRB set 1の何れかにMPDCCHを割り当て、MPDCCHのAggregation levelが16であれば、PRB数が４であるPRB setにMPDCCHを割り当てる。また、信号割当部１０５は、Aggregation levelが24（24ECCEs）の場合、Narrowband内のPRB set0及びPRB set1に跨がって、Narrowband内の全てのECCEにMPDCCHを割り当てる。また、信号割当部１０５は、送信データ信号及び上位レイヤのシグナリングのうち、MTC端末向けの信号をNarrowbandに割り当てる。このようにして制御信号（MPDCCH）及びデータ信号（PDSCH）が所定のリソースに割り当てられることにより、送信信号が形成される。形成された送信信号は、送信部１０６へ出力される。また、信号割当部１０５は、MPDCCHが割り当てられたリソースを示す割当情報（例えば、MPDCCHが配置されていた、PRB set番号、最小ECCE番号、及び、DL割当情報に含まれるARO）をPUCCHリソース特定部１０８へ出力する。
送信部１０６は、信号割当部１０５から入力される送信信号に対してアップコンバート等の無線送信処理を施し、アンテナを介して端末２００へ送信する。
受信部１０７は、端末２００から送信された信号をアンテナを介して受信し、受信信号に対してダウンコンバート等の無線受信処理を施し、信号分離部１０９へ出力する。
PUCCHリソース特定部１０８は、信号割当部１０５から入力される割当情報に示されるMPDCCHが割り当てられた下りリソースに基づいて、当該MPDCCHによって指示されたデータ信号（PDSCH）に対するACK/NACK信号が割り当てられるPUCCHリソースを特定する。PUCCHリソース特定部１０８は、特定したPUCCHリソースを示す情報を、信号分離部１０９へ出力する。なお、PUCCHリソース特定部１０８におけるPUCCHリソースの特定方法の詳細については後述する。
信号分離部１０９は、MPDCCH生成部１０２から入力される情報に基づいて、受信信号からULデータ信号を分離し、復調部１１１へ出力する。また、信号分離部１０９は、PUCCHリソース特定部１０８から入力される情報に基づいて、受信信号から、PUCCHリソースに含まれる信号（ACK/NACK信号を含む）を分離し、PUCCH受信部１１０へ出力する。
PUCCH受信部１１０は、信号分離部１０９から入力される信号（PUCCH）からACK及びNACKを判定し、上位レイヤへ通知する。
復調部１１１は、信号分離部１０９から入力される信号に対して復調処理を施し、得られた信号を誤り訂正復号部１１２へ出力する。
誤り訂正復号部１１２は、復調部１１１から入力される信号を復号し、端末２００からの受信データ信号を得る。
［端末の構成］
図７は、本実施の形態に係る端末２００の構成を示すブロック図である。図７において、端末２００は、受信部２０１と、信号分離部２０２と、復調部２０３と、誤り訂正復号部２０４と、誤り判定部２０５と、ACK/NACK生成部２０６と、MPDCCH受信部２０７と、PUCCHリソース特定部２０８と、誤り訂正符号化部２０９と、変調部２１０と、信号割当部２１１と、送信部２１２と、を有する。
受信部２０１は、予め定められているパターン又は上位レイヤで通知される情報（図示せず）に基づいて、システム帯域内のどのNarrowbandに信号が割り当てられているかを特定し、特定したNarrowbandにretuningする。そして、受信部２０１は、受信信号をアンテナを介して受信し、受信信号に対してダウンコンバート等の受信処理を施した後に信号分離部２０２へ出力する。
信号分離部２０２は、MPDCCHが割り当てられる可能性のあるPRBに配置された信号（MPDCCH信号）をMPDCCH受信部２０７へ出力する。また、信号分離部２０２は、MPDCCH受信部２０７から入力されるDL割当情報に基づいて、受信信号からDLデータ信号及び上位レイヤシグナリングを分離し、復調部２０３へ出力する。
復調部２０３は、信号分離部２０２から受け取る信号を復調し、復調後の信号を誤り訂正復号部２０４へ出力する。
誤り訂正復号部２０４は、復調部２０３から受け取る復調信号を復号し、得られた受信データ信号を出力する。また、受信データ信号は、誤り判定部２０５へ出力される。
誤り判定部２０５は、受信データ信号のCRCで誤りを検出し、検出結果をACK/NACK生成部２０６へ出力する。
ACK/NACK生成部２０６は、誤り判定部２０５から入力される、受信データ信号の検出結果に基づいて、誤りが無ければACKを生成し、誤りが有ればNACKを生成し、生成したACK/NACK信号を上位レイヤ及び信号割当部２１１へ出力する。
MPDCCH受信部２０７は、信号分離部２０２から受け取るMPDCCH信号を、PRB set0及びPRB set1毎のサーチスペース、及び、PRB set0及びPRB set1に跨がってNarrowband内の全てのECCEに割り当てられる「24ECCEs」に対して受信を試みて、DL割当情報又はUL割当情報を含む制御信号であるMPDCCHを検出する。MPDCCH受信部２０７は、自端末宛ての信号として検出されたDL割当情報を信号分離部２０２へ出力し、UL割当情報を信号割当部２１１へ出力する。また、MPDCCH受信部２０７は、MPDCCHが配置されていた、PRB set番号、最小ECCE番号、及び、DL割当情報に含まれるAROを示す割当情報をPUCCHリソース特定部２０８へ出力する。
PUCCHリソース特定部２０８は、MPDCCH受信部２０７から入力される割り当て情報（PRB set番号、最小ECCE番号、ARO）、及び、上位レイヤで予め通知さているN_pucch情報に基づいて、受信データ信号に対するACK/NACKが割り当てられるPUCCHリソースを特定する。PUCCHリソース特定部２０８は、特定したPUCCHリソースを示す情報を信号割当部２１１へ出力する。なお、PUCCHリソース特定部２０８におけるPUCCHリソースの特定方法の詳細については後述する。
誤り訂正符号化部２０９は、送信データ信号（ULデータ信号）を誤り訂正符号化し、符号化後のデータ信号を変調部２１０へ出力する。
変調部２１０は、誤り訂正符号化部２０９から受け取るデータ信号を変調し、変調後のデータ信号を信号割当部２１１へ出力する。
信号割当部２１１は、MPDCCH受信部２０７から受け取るUL割当情報に基づいて、変調部２１０から入力されたデータ信号をリソースに割り当て、送信部２１２へ出力する。また、信号割当部２１１は、PUCCHリソース特定部２０８から入力される、PUCCHリソースの割当情報に基づいて、ACK/NACK生成部２０６から入力されたACK/NACK信号をPUCCHリソースに割り当て、送信部２１２へ出力する。
送信部２１２は、予め定められているパターンに基づいて、ULデータを割り当てるNarrowbandに対応するリソースを特定し、retuningする。そして、送信部２１２は、信号割当部２１１から入力される信号に対してアップコンバート等の送信処理を施し、アンテナを介して送信する。
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００における動作について詳細に説明する。
本実施の形態では、基地局１００（PUCCHリソース特定部１０８）及び端末２００（PUCCHリソース特定部２０８）は、MPDCCHが複数のPRB set（4PRB set及び2PRB set）に跨がって配置される場合（つまり、24CCEsのMPDCCHの場合）、複数のPRB setの何れかに設定されたオフセット値（N_pucch）を用いて、PUCCHリソースを特定する。
以下、本実施の形態に係る動作例１、２について説明する。
（動作例１）
動作例１では、端末２００（MTC端末）は、Option 1，2の何れにおいても、24ECCEsのMPDCCHを検出した場合、Narrowband内のPRB setのうち、PRB番号が最小のPRB pairに割り当てられたPRB setに設定されたオフセット値（MTC N_pucch）を用いてPUCCHリソースを特定する。
例えば、Option 1の図２Ａ及びOption 2の図３Ａでは、端末２００は、PRB#0に割り当てられている2PRB setに対応するN_pucchを用いてPUCCHリソースを特定する。一方、Option 1の図２Ｂ及びOption 2の図３Ｂでは、端末２００は、PRB#0に割り当てられている4PRB setに対応するN_pucchを用いてPUCCHリソースを特定する。
また、基地局１００は、端末２００と同様にして、MPDCCHを割り当てたNarrowband内のPRB setのうち、PRB番号が最小のPRB pairに割り当てられたPRB setに設定されたオフセット値（MTC N_pucch）を用いて、ACK/NACK信号が割り当てられたPUCCHリソースを特定する。
このようにして24ECCEsのMPDCCHに対応するPUCCHリソースが特定される場合、MPDCCHのPRB setのPRB pairへの割当に応じて、24ECCEsのMPDCCHに設定されるオフセット値N_pucchは異なる。これより、MPDCCHのPRB setの割当によって、24ECCEsのMPDCCHに対応するPUCCHリソースを切り替えることができる。
図８は、２つのNarrowband1,3が異なるMTC端末（端末２００）に使用され、双方のNarrowbandにおいて24ECCEsのMPDCCHが検出された場合のPUCCHリソースの割当例を示す。
図８では、2PRB setにはN_pucch,0が設定され、4PRB setにはN_pucch,1が設定されている。また、図８に示す２つのNarrowbandではPRB setの割当が異なる。具体的には、Narrowband 1では、図２Ａと同様、2PRB setがPRB pair#0, #1に割り当てられ、4PRB setがPRB pair #2〜#5に割り当てられている。一方、Narrowband 3では、図２Ｂと同様、2PRB setがPRB pair #14, #15に割り当てられ、4PRB set がPRB pair #12,#13,#16,#17に割り当てられている。
この場合、Narrowband 1を使用するMTC端末は、PRB番号が最小のPRB pair#0に割り当てられた2PRB setに設定されたN_pucch,0を用いてPUCCHリソースを特定する。一方、Narrowband 3を使用するMTC端末は、PRB番号が最小のPRB pair#12に割り当てられた4PRB setに設定されたN_pucch,1を用いてPUCCHリソースを特定する。
これにより、図８に示すように、２つのNarrowband 1,3において24ECCEsのMPDCCHが同時に配置された場合でも、各MTC端末は、異なるN_pucchを使用してPUCCHリソースを特定するので、PUCCHリソースの衝突を防ぐことができる。
（動作例２）
動作例２では、端末２００（MTC端末）は、Option 1，2の何れにおいても、24ECCEsのMPDCCHを検出した場合、Narrowband内のPRB setのうち、PRB set番号が最小のPRB setに設定されたオフセット値（N_pucch,0）を用いてPUCCHリソースを特定する。
ここで、N_pucch,0は、PRB set 0（first PRB set）に対して設定されたN_pucchである。2PRB set及び4PRB setのうち、どのPRB setがPRB set 0又はPRB set 1であるかは、上位レイヤ（RRCシグナリング）で設定する際に指示される、又は、一方のPRB setをPRB set 0として予め定めてもよい。また、N_pucch,0及びN_pucch,1は、上位レイヤ（RRC signaling）で端末２００に通知される。上位レイヤのシグナリングは、MTC端末が共通で受信できるMTC用SIB、又は、端末２００個別のシグナリングが考えられる。
また、基地局１００は、端末２００と同様にして、MPDCCHを割り当てたNarrowband内のPRB setのうち、PRB set番号が最小のPRB setに設定されたオフセット値（N_pucch,0）を用いて、ACK/NACK信号が割り当てられたPUCCHリソースを特定する。
このようにして24ECCEsのMPDCCHに対応するPUCCHリソースが特定される場合、Narrowbandにおいて各PRB setがどのPRB pairに割り当てられているかに依存せずに、N_pucch,0が常に使用される。
また、24ECCEsが使用され、MU-MIMOを想定しない場合、24ECCEsが配置されたNarrowbandには、他のMPDCCHは配置されない。したがって、不要な空きリソースを作らないためには、リソース番号の低いPUCCHリソースを使うことが望ましい。そこで、24 ECCEsのMPDCCHに対応するPUCCHリソースを特定する際にN_pucch,0を使用することで、リソース番号の低いPUCCHリソースが設定されることが期待できる。これにより、PUCCHリソースの縮小を実現でき、PUSCHのリソースをより広く確保することができる。なお、ここでは、N_pucch,0の値がN_pucch,1の値よりも小さいと仮定している。
また、MU-MIMOを想定し、他のNarrowbandにおいてMPDCCHが送信され、同一のN_pucch,0かつnECCE,0=0が使用された場合には、PUCCHリソースが衝突してしまう。ただし、この場合には、AROによってPUCCHリソースの衝突を回避することができる。
（動作例２の変形例）
なお、動作例２において、MTC端末が24ECCEsのMPDCCHを検出した場合、N_pucch,1を使用してPUCCHリソースを特定すると定めてもよい。この場合、N_pucch,1をN_pucch,0よりも小さい値とすることで、PUCCHリソースの縮小を実現できる。
また、MTC端末が24ECCEsのMPDCCHを検出した場合、N_pucch,0及びN_pucch,1のうち、小さい値を使用してPUCCHリソースを特定すると定めてもよい。この場合、N_pucch,0，N_pucch,1の大小関係にかかわらず、PUCCHリソースの縮小を実現できる。
また、MTC端末が24ECCEsのMPDCCHを検出した場合、4PRB setに対応するN_pucch又は2PRB setに対するN_pucchを使用してPUCCHリソースを特定すると定めてもよい。この場合、4PRB setに対応するN_pucch又は2PRB setに対するN_pucchを小さい値とすることで、PUCCHリソースの縮小を実現できる。
以上、本実施の形態に係る動作例１、２について説明した。
このように、本実施の形態では、基地局１００及び端末２００は、MPDCCHが複数のPRB setに跨がって配置される場合、当該MPDCCHが配置された複数のPRB set qの何れかに対応するN_pucch,qを用いてPUCCHリソースを特定する。
こうすることで、基地局１００及び端末２００は、新たなシグナリングを追加することなく、24ECCEsのように複数のPRB setに跨がって配置されるMPDCCHに対応するPUCCHリソースを特定することができる。すなわち、本実施の形態によれば、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する場合のPUCCHリソースを効率良く特定することができる。
なお、Option2のMPDCCH配置において、上記動作例では、上位レイヤで通知されるPRB set 0（first PRB set）が4PRB setであり、PRB set 1（second PRB set）が2PRB setであると想定し、4PRB setにMPDCCHが先に配置される場合について例示したが、PRB set 1（second PRB set）にMPDCCHが先に配置されてもよい。
（実施の形態２）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図６及び図７を援用して説明する。
実施の形態１では、複数のPRBsetに対して異なるオフセット値N_pucchが設定されることを前提とした場合について説明した。これに対して、本実施の形態では、複数のPRB setに対して共通のオフセット値N_pucchが設定されることを前提とする場合について説明する。
ここで、本実施の形態でのMPDCCHに対応するPUCCHリソースについて説明する。
同一リピティションレベルのMTC端末のPUCCHについて、PRB setに共通のNPUCCH(e1)（以下、「N_pucch」と省略して記載する）が設定され、PRB set毎に、ECCE番号からPUCCHのリソースが特定される。PUCCH format 1a/1bを送信するPUCCHリソース（リソース番号）は、以下の式で特定される。
Figure 2020022210
PRB set 0（q=0）の場合、K0 = 0であり、 PRB set 1（q=1）の場合、K1は、PRB set0に含まれるECCE数である。例えば、PRB set0が4PRB set（16ECCE）の場合にはK1=16となり、PRB set 1が2PRB set（8ECCE）の場合にはK1=8となる。
図９は、本実施の形態のPUCCHリソースの概念図を示す。
図９に示すように、PRB set 0に対応するPUCCHリソース（PUCCH set(0)）はN_pucch及びECCE番号を用いて特定され、PRB set 1に対応するPUCCHリソース（PUCCH set(1)）はN_pucch+ECCE番号+K1（ただし、K1はPUCCH set(0)内のECCE数）を用いて特定される。これにより、PRB set 1に対応するPUCCHリソースと、PRB set 1に対応するPUCCHリソースとが連続するリソースに設定される。よって、全てのMPDCCHがAggregation level 1で送信された場合でも、AROを使用することなく、PRB set 0に対応するPUCCHリソースが確保された後、PRB set 1に対するPUCCHリソースを配置することができる。
本実施の形態では、基地局１００及び端末２００は、複数のPRB setに跨がって配置されるMPDCCH（24ECCEsのMPDCCH）に対応するPUCCHリソースを、共通のN_pucchを用いて特定する。
以下、本実施の形態に係る動作例３について説明する。
（動作例３）
動作例３では、基地局１００及び端末２００（MTC端末）は、Option 1，2の何れにおいても、24ECCEsのMPDCCHを検出した場合、Narrowband内の複数のPRB setに共通に設定されたN_pucchを用いてPUCCHリソースを特定する。このとき、4PRB set及び2PRB setがどのPRB pairに割り当てられているかに依らず、Kq=0とする。また、24ECCEsのMPDCCHを用いる場合の最小ECCE番号をnECCE,q=0と仮定する場合、PUCCHリソース（リソース番号）は、以下の式で特定される。
Figure 2020022210
このようにして基地局１００及び端末２００が共通のN_pucchに基づいて24ECCEsのMPDCCHに対応するPUCCHリソースを特定することで、MPDCCH PRB setのPRB pairへの割当に依らず、24ECCEsのMPDCCHに対応するPUCCHリソースとして、リソース番号の低いPUCCHリソースを常に設定できる。
これにより、不要な空きPUCCHリソースが確保されることを避け、PUCCHリソースの縮小を実現でき、この結果、PUSCHのリソースをより広く確保することができる。
また、本実施の形態によれば、実施の形態１と同様、基地局１００及び端末２００は、新たなシグナリングを追加することなく、24ECCEsのように複数のPRB setに跨がって配置されるMPDCCHに対応するPUCCHリソースを特定することができる。すなわち、本実施の形態によれば、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する場合のPUCCHリソースを効率良く特定することができる。
なお、実施の形態１の動作例２と同様、MU-MIMOを想定し、他のNarrowbandにおいて、MPDCCHが送信され、同一のN_pucch,0かつnECCE,0=0が使用された場合には、PUCCHリソースが衝突してしまう。ただし、この場合には、AROによってPUCCHリソースの衝突を回避することができる。
また、本実施の形態では、変数Kqを用いてPRB set q毎にPRB setに対応するPUCCHリソースを変化させる場合について説明したが、Kqを用いずにPRB set q間でPUCCHリソースを共有してもよい。その場合、PRB set q間のPUCCHリソースの衝突はAROで回避すればよい。特に、24ECCEsのMPDCCHのようにAggregation levelが高いMPDCCHが使用される場合、PUCCHリソースは混雑していないことが予想されるので、AROのみでも衝突を回避できる。このように、PRB set q間でPUCCHリソースを共有することでPUCCHリソース量を削減できる。また、この場合も、24ECCEs MPDCCHを検出した場合のPUCCHリソースは動作例３と同様の式で求めることができる。
また、本実施の形態では、K1を、PRB set0に含まれるECCE数とする場合について説明したが、K1の値は、これに限定されず、PRB set0に含まれるECCE数の1/2などの値でもよい。K1をECCE数の1/2のように小さい値にすると、全体のPUCCHリソース量を縮小できる。これは、例えば、PUCCHリソースの衝突確率が低い場合に有効である。
（実施の形態３）
Option2で説明したように24ECCEsのMPDCCHをNarrowband内のMPDCCH PRB set先行で割り当てる場合、MTC端末が、MPDCCHが先に配置されたMPDCCH PRB setの最大Aggregation levelの信号を受信したと誤るケース（以下、「誤認識１」と呼ぶ）、及び、MPDCCHが２番目に配置されたMPDCCH PRB setの最大Aggregation levelの信号を受信したと誤るケース（以下、「誤認識２」と呼ぶ）がある。
以下では、説明を簡単にするため、24ECCEsがPRB set 0から割り当てられると仮定する。以下、図１０及び図１１を用いて上述した誤認識とそれに伴う課題について具体的に説明する。
誤認識１は、PRB set 0においてMPDCCHに使用できるRE数から計算される送信可能ビット数が、MPDCCHの符号化後のビット数の整数倍となる場合に起こり得る。また、誤認識２は、誤認識１の上記条件に加えて、PRB set 1においてMPDCCHに使用できるRE数から計算される送信可能ビット数がMPDCCHの符号化後のビット数の整数倍となる場合に起こり得る。
図１０では、MPDCCHの符号化後のビット（After encoding bits）の数が、Aggregation level 8（8ECCEs）において送信できるビット数と等しい場合を示している。したがって、24ECCEsの送信ビット列は、Rate matchingにより、符号化後のビットを２回コピーして３倍にしたビット列として生成される。図１０に示すように、生成された送信ビット列は、PRB set 0である4PRB setの16ECCEに配置された後、PRB set 1である2PRB setの8ECCEに配置される。
MPDCCHの符号化後のビット数が、他のAggregation levelにおいて送信できるビット数と等しい場合には、Rate matching時にビットを削減する必要がない。このため、図１０に示す24ECCEsの送信ビット列の前半16ECCE及び後半8ECCEの送信ビット列は、MTC端末での受信品質が高ければ、MTC端末では16ECCE又は8ECCEとして受信できるビット列（つまり、16ECCE又は8ECCEとして誤認識されるビット列）となる。
なお、Rate matching時にビットが削減されるか否かは、MPDCCH送信に使用できるRE数によって異なる。また、MPDCCH送信に使用できるRE数は、PDCCH長、CRSポート数、CSI-RSポート数、CP length長等によって可変である。したがって、MPDCCHに対して、どの条件の時に上記誤認識の問題が起こるのかについて全てのパターンを網羅するのは困難である。一方、PDCCHでは、同様の問題が発生した場合、情報ビットにpadding bitを追加する対策がとられている。これは、PDCCHはAggregation level毎に送信に使用されるRE数が固定されているためである。また、EPDCCHでは、EPDCCHのREへの配置を周波数先行とすることで、この問題を回避している。
また、上記誤認識は、基地局で予想したMTC端末の受信品質よりもMTC端末での実際の受信品質が高く、MTC端末において、24ECCEsよりも低いAggregation levelである4PRB setのAggregation level 16、又は、2PRB setのAggregation level 8で、MPDCCHを受信できる場合に起こる。このAggregation levelの誤認識が起こると、PUCCHリソースを誤るという課題がある。
具体的には、基地局が24ECCEsでMPDCCHを送信したものの、MTC端末が4PRB setのAggregation level 16のMPDCCH、又は、2PRB setのAggregation level 8のMPDCCHを受信したと誤認識すると、MTC端末は、4PRB setのAggregation level 16又は2PRB setのAggregation level 8に対応するN_pucchから特定されるPUCCHリソースを用いてACK/NACKを送信する。
例えば、図１１では、MTC端末は、4PRB setのAggregation level 16のMPDCCHを受信したと認識した場合、4PRB setに設定されたN_pucch,0を用いて特定されるPUCCHリソース（PUCCH set(0)）を用いてACK/NACKを送信し、2PRB setのAggregation level 8のMPDCCHを受信したと認識した場合、2PRB setに設定されたN_pucch,1を用いて特定されるPUCCHリソース（PUCCH set(1)）を用いてACK/NACKを送信する。
すなわち、図１１では、MTC端末は、基地局が本来予定していた24ECCEsに対応するPUCCHリソースにおいてACK/NACKを送信できない可能性がある。一方で、基地局は、予定していた24ECCEsに対応するPUCCHリソースでACK/NACKを受信しようと試みて、ACK/NACKを誤検出する可能性がある。また、MTC端末が、予定していないPUCCHリソースでACK/NACKを送信することで、他の端末が送信した信号に対して干渉を与える可能性もある。
なお、Option 1（周波数先行）では、24ECCEsのMPDCCHが、OFDM シンボル単位で4PRB setと2PRB setとを跨いで配置されており、4PRB setのAggregation level 16のMPDCCH、又は、2PRB setのAggregation level 8のMPDCCHとは、MPDCCHのREへの配置が異なるので、上記の誤認識に関する問題は起こらない。
本実施の形態では、上述した誤認識を回避することができるPUCCHリソースの特定方法について説明する。
なお、本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図６及び図７を援用して説明する。
以下、本実施の形態に係る動作例４〜６について説明する。
（動作例４）
動作例４では、端末２００（MTC端末）が24ECCEsのMPDCCHを検出した場合、Narrowband内の複数のPRB setのうち、24ECCEsのMPDCCHが先に配置されるPRB set qに設定されたN_puuch,qを用いてPUCCHリソースを特定する。例えば、24ECCEsのMPDCCHがPRB set 0に先に配置され、その後、PRB set 1に配置される場合、端末２００は、24ECCEsのMPDCCHを検出した場合、PRB set 0に設定されたN_puuch,0を用いてPUCCHリソースを特定する。
こうすることで、24ECCEsで基地局１００から送信されたMPDCCHを、端末２００がPRB set 0の最大Aggregation levelのMPDCCHとして誤認識した場合でも、端末２００は、24ECCEsのMPDCCHに対して確保されたPUCCHリソースを用いてACK/NACKを送信できる。したがって、誤認識１が起きた場合に端末２００がPUCCHリソースを誤ることを回避できる。
さらに、MPDCCHが先に配置されるPRB set 0が割り当てられるPRB pair数を、MPDCCHが後に配置されるPRB set 1が割り当てられるPRB pair数よりも多くしてもよい。例えば、PRB set 0を4PRB setとし、PRB set 1を2PRB setとしてもよい。こうすることで誤認識２の発生確率を下げることができる。これは、MTC端末において、24ECCEsのMPDCCHをAggregation level 8として受信するには、Aggregation level 16として受信するよりも高い受信品質が求められることより、24ECCEsをAggregation level 16と誤認識する確率よりも、Aggregation level 8と誤認識する確率の方が低いからである。このように、PRB set 0を4PRB setとし、PRB set 1を2PRB setとしたとき、端末２００が24ECCEsのMPDCCHを検出した場合に、PRB set 0に設定されたN_puuch,0を用いてPUCCHリソースを特定することで、誤認識１によりPUCCHリソースを誤ることを回避しつつ、誤認識２の発生確率を下げることができる。
また、本実施の形態によれば、基地局１００及び端末２００は、MPDCCHが先に配置されるPRB setに設定されたオフセット値N_pucchを用いてPUCCHリソースを特定する。これにより、実施の形態１と同様、基地局１００及び端末２００は、新たなシグナリングを追加することなく、24ECCEsのように複数のPRB setに跨がって配置されるMPDCCHに対応するPUCCHリソースを特定することができる。すなわち、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する場合のPUCCHリソースを効率良く特定することができる。
（動作例５）
動作例５では、動作例４の動作に加えて、誤認識２によってPUCCHリソースを誤ることを回避するために、端末２００（MTC端末）は、MPDCCHをPRB setの最大Aggregation levelで検出した場合に、N_pucch,0を使用してPUCCHリソースを特定する。
例えば、端末２００は、PRB set 1の最大Aggregation levelでMPDCCHを検出した場合、N_pucch,0を用いてPUCCHリソースを特定し、PRB set 1の他のAggregation levelでMPDCCHを検出した場合、PRB set 1に設定されたN_pucch,1を用いてPUCCHリソースを特定する。
このようにすると、端末２００が、MPDCCHを24ECCEsで検出した場合、MPDCCHをPRB set 0の最大Aggregation levelで検出した場合、及び、MPDCCHをPRB set 1の最大Aggregation levelで検出した場合の３つの全ての場合において、N_pucch,0を用いてPUCCHリソースを特定する。
よって、端末２００が受信したMPDCCHのAggregation levelを誤検出しても、ACK/NACK信号の送信に使用するPUCCHリソースは、誤検出しない場合と同じリソースとなり、誤認識１及び誤認識２によってPUCCHリソースを誤ることを回避できる。
なお、基地局１００が或るMTC端末向けのMPDCCHをPRB set 1の最大Aggregation levelで送信し、他のMTC端末向けのMPDCCHをPRB set 0のECCE#0を用いて送信した場合、これらのMPDCCHに対応するPUCCHリソースが衝突するという課題がある。ただし、この衝突は、AROで回避できる。
また、PRB set 1では、MTC端末が最大Aggregation levelでMPDCCHを検出した場合のみ、N_pucch,0を使用し、MTC端末が他のAggregation levelでMPDCCHを検出した場合、N_pucch,1を使用する。したがって、PRB set 1の最大Aggregation level以外の他のAggregation levelでは、基地局１００がECCE#0を含むMPDCCHを送信しても、PRB set 0のPUCCHリソースとの衝突確率は、動作例５を適用しない場合と比較して変化しない。
（動作例６）
動作例６では、誤認識２を回避するために、基地局１００は、24ECCEsのMPDCCHを配置する場合、REにマッピングする順番を、PRB set 1の最大Aggregation levelでのREのマッピングと異ならせる。MPDCCHのREへのマッピングの順番を変えることで、24ECCEsのMPDCCHが送信された場合に、端末２００（MTC端末）においてPRB set 1の最大Aggregation levelとして誤検出されることを回避できる。
以下、MPDCCHのREへのマッピング方法の具体例について説明する。なお、以下の説明では、MPDCCHを24ECCEsを割り当てる場合、PRB set 0, PRB set1の順に割り当てる。また、PRB set 0を4PRB setとし、PRB set 1を2PRB setとする。
また、PRB set 1（ここでは2PRB set）の最大Aggregation levelでMPDCCHが送信される場合、EPDCCHと同様に、PRB set 1（2PRB set）内では、MPDCCHは、OFDM symbol番号の低いOFDM symbolから、PRB pairを縦断して周波数の低い方から高い方へ配置された後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の低い方から高い方へ配置される。
（例1： Mirroring）
Mirroringでは、図１２Ａに示すように、24ECCEsのMPDCCHが配置される際に、PRB set 1（2PRB set）内では、MPDCCHは、OFDM symbol番号の低いOFDM symbolから、PRB pairを縦断して周波数の高い方から低い方へ配置した後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の高い方から低い方へ配置される。つまり、Mirroringでは、24ECCEsの場合と、PRB set 1の最大Aggregation levelの場合とで、各OFDM symbolにおける周波数方向のMPDCCHの配置順が反転している。
したがって、24ECCEsのMPDCCHを配置した場合と、PRB set 1の最大Aggregation levelのMPDCCHを配置した場合とでは、PRB set 1内でのMPDCCHの配置順が異なるので、MTC端末においてAggregation levelを誤検出することを回避できる。
（例2：PRB pair shifting）
PRB pair shiftingでは、24ECCEsのMPDCCHが配置される際に、PRB set 1（2PRB set）内において、MPDCCHは、PRB pair番号をシフトして配置される。例えば、図１２Ｂでは、PRB pair#0とPRB pair#1とに2PRB setが割り当てられているので、24ECCEsのMPDCCHに対しては、PRB set 1の最大Aggregation levelの場合に対して、PRB pair#0とPRB pair#1とでMPDCCHの配置が入れ替わる。
したがって、24ECCEsのMPDCCHを配置した場合と、PRB set 1の最大Aggregation levelのMPDCCHを配置した場合とでは、PRB set 1内でのMPDCCHの配置順が異なるので、MTC端末においてAggregation levelを誤検出することを回避できる。
（例3：OFDM symbol shifting）
OFDM symbol shiftingでは、24ECCEsのMPDCCHが配置される際に、PRB set 1（2PRB set)内において、MPDCCHは、OFDMシンボル番号をシフトして配置される。例えば、図１２Ｃでは、OFDM symbol番号を３つシフトする例を示す。つまり、PRB set 1（2PRB set）内では、MPDCCHは、OFDM symbol#3から、PRB pairを縦断して周波数の低い方から高い方へ配置した後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の低い方から高い方へ配置される。そして、MPDCCHが配置されるOFDM symbolが最終OFDMシンボルになると、先頭のOFDMシンボル#0へ移り、OFDM symbol#2まで移る。
したがって、24ECCEsのMPDCCHを配置した場合と、PRB set 1の最大Aggregation levelのMPDCCHを配置した場合とでは、PRB set 1内でのMPDCCHの配置順が異なるので、MTC端末においてAggregation levelを誤検出することを回避できる。
以上、MPDCCHのREへのマッピング方法の具体例について説明した。
このようにして、本実施の形態によれば、端末２００がMPDCCHのAggregation levelを誤検出した場合でも誤検出しない場合と同様のPUCCHリソースを特定すること、又は、端末２００がMPDCCHのAggregation levelを誤検出することを防止することができる。こうすることで、基地局１００でのACK/NACK信号の誤検出を回避できる。また、端末２００が正しいPUCCHリソースでACK/NACKを送信することで、他の端末が送信した信号に干渉を与えることを回避できる。
なお、上記動作例では、24ECCEsのMPDCCHがPRB set 0，PRB set,1の順に割り当てられる場合について説明したが、24ECCEsのMPDCCHは、PRB set ,1 PRB set 0の順に割り当てられてもよい。
以上、本開示の各実施の形態について説明した。
なお、上記の実施の形態１及び２では、Narrowband内において4PRB setと2PRB setとが重複しないPRB pairに割り当てられる例を示した。しかし、Narrowband内において4PRB setと2PRB setとが重複するPRB pairに割り当てられる場合も考えられる。図１３Ａ及び図１３Ｂは、4 PRB setがPRB pair #2,3,4,5に割り当てられ、2PRB setが重複するPRB pair #2,#3に割り当てられる例を示す。なお、図１３Ａ及び図１３Ｂでは、24ECCEsのMPDCCH配置はOption 1（周波数先行）を前提とする。すなわち、4PRB set及び2PRB setの配置に影響を受けず、Narrowbandにおいて24ECCEsのMPDCCHのシンボル列は、OFDM symbol番号の低いOFDM symbolから、PRB pairを縦断して周波数の低い方から高い方へ配置された後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の低い方から高い方へ配置される。4PRB setと2PRB setとが重複する配置であっても、実施の形態１の動作例２及び実施の形態２の動作例３を適用できる。例えば、動作例２では、MTC端末が24ECCEsのMPDCCHを検出した場合、N_pucch,0を使用してPUCCHリソースを特定すればよい。また、動作例３では、MTC端末が24ECCEsのMPDCCHを検出した場合、複数のPRB setに共通に設定されるN_pucchを使用してPUCCHリソースを特定すればよい。
また、上記実施の形態では、本開示の一態様をハードウェアで構成する場合を例にとって説明したが、本開示はハードウェアとの連携においてソフトウェアで実現することも可能である。
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。集積回路は、上記実施の形態の説明に用いた各機能ブロックを制御し、入力と出力を備えてもよい。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。
バイオ技術の適用等が可能性としてありえる。
本開示の基地局は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を、下りリソースに割り当てる信号割当部と、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定する特定部と、下り制御信号を送信した端末からの受信信号から、特定されたPUCCHリソースに含まれるACK/NACK信号を分離する信号分離部と、を具備し、下りリソースは複数のPRB pairで構成され、複数のPRB pairの各々には、第１PRB set及び第２PRB setの何れかが割り当てられ、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて、PUCCHリソースを特定する、構成を採る。
本開示の基地局において、第１PRB set及び第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setのうち、PRB番号が最小のPRB pairに割り当てられたPRB setに設定されたオフセット値を用いて、PUCCHリソースを特定する。
本開示の基地局において、第１PRB set及び第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setのうち、PRB set番号が小さいPRB setに設定されたオフセット値を用いて、PUCCHリソースを特定する。
本開示の基地局において、第１PRB set及び第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB setに設定されたオフセット値及び第２PRB setに設定されたオフセット値のうち、値が小さいオフセット値を用いて、PUCCHリソースを特定する。
本開示の基地局において、第１PRB set及び第２PRB setには、共通のオフセット値が設定され、特定部は、共通のオフセット値を用いてPUCCHリソースを特定する。
本開示の基地局において、第１PRB set及び第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setのうち、下り制御信号が先に配置されるPRB setに設定されたオフセット値を用いて、PUCCHリソースを特定する。
本開示の基地局において、下り制御信号が先に配置されるPRB setが割り当てられるPRB pair数は、下り制御信号が後に配置されるPRB setが割り当てられるPRB pair数よりも多い。
本開示の端末は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を受信する受信部と、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定する特定部と、特定されたPUCCHリソースに、ACK/NACK信号を割り当てる信号割当部と、を具備し、下りリソースは複数のPRB pairで構成され、複数のPRB pairの各々には第１PRB set及び第２PRB setの何れかが割り当てられ、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて、PUCCHリソースを特定する、構成を採る。
本開示の通信方法は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を、下りリソースに割り当て、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定し、下り制御信号を送信した端末からの受信信号から、特定されたPUCCHリソースに含まれるACK/NACK信号を分離し、下りリソースは複数のPRB pairで構成され、複数のPRB pairの各々には、第１PRB set及び第２PRB setの何れかが割り当てられ、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、PUCCHリソースは、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて特定される。
本開示の通信方法は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を受信し、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定し、特定されたPUCCHリソースに、ACK/NACK信号を割り当て、下りリソースは複数のPRB pairで構成され、複数のPRB pairの各々には第１PRB set及び第２PRB setの何れかが割り当てられ、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、PUCCHリソースは、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて特定される。
本開示の一態様は、移動通信システムに有用である。
１００ 基地局
１０１ Aggregation level設定部
１０２ MPDCCH生成部
１０３，２０９ 誤り訂正符号化部
１０４，２１０ 変調部
１０５，２１１ 信号割当部
１０６，２１２ 送信部
１０７，２０１ 受信部
１０８，２０８ PUCCHリソース特定部
１０９，２０２ 信号分離部
１１０ PUCCH受信部
１１１，２０３ 復調部
１１２，２０４ 誤り訂正復号部
２００ 端末
２０５ 誤り判定部
２０６ ACK/NACK生成部
２０７ MPDCCH受信部

Claims (17)

  1. 複数のPhysical Resource Block (PRB) setsのうちの１つ以上のPRB set(s)に配置された下り制御情報を送信する送信部と、
    前記下り制御情報で指示されたデータ信号の検出結果に基づいて生成されたACK／NACK信号をPhysical Uplink Control Channel (PUCCH)リソースで受信する受信部と、を具備し、
    前記複数のPRB setsは第１のPRB set及び第２のPRB setを含み、
    前記PUCCHリソースの番号は、前記第１のPRB set及び前記第２のPRB setに共通のオフセットと、前記第１のPRB setにおいては適用せず、前記第２のPRB setにおいては適用するオフセットと、を用いて決定される、
    通信装置。
  2. 前記第２のPRB setに対して適用される前記オフセットの値は前記第１のPRB setにおけるPRBの数に基づいて決定される、
    請求項１に記載の通信装置。
  3. 前記第２のPRB setに対して適用される前記オフセットの値は前記第１のPRB setに含まれるECCE数と同一である、
    請求項１に記載の通信装置。
  4. 前記PUCCHリソースの番号は、更に同一のレピティションレベルに対して共通であるレピティションレベルオフセットに基づいて決定され、前記PRB set共通オフセットは上位レイヤで通知される、
    請求項１に記載の通信装置。
  5. 前記下り制御情報は、前記PRB set内において時間方向よりも周波数方向を優先して配置される、
    請求項１に記載の通信装置。
  6. 前記PUCCHリソースの番号は、式１及び前記第２のPRB setに対して適用する前記オフセットに基づいて決定される、
    請求項１に記載の通信装置。
    式１)
    Figure 2020022210
  7. 前記複数のPRB setsに配置された下り制御情報を受信する場合、PUCCHリソースの番号は最初のECCE番号をゼロとして決定される、
    請求項１に記載の通信装置。
  8. 前記PRB setに対応するオフセットの値は複数の値から選択される、
    請求項１に記載の通信装置。
  9. 複数のPhysical Resource Block (PRB) setsの１つ以上のPRB set(s)に配置された下り制御情報を送信し、
    前記下り制御情報で指示されたデータ信号の検出結果に基づいて生成されたACK／NACK信号をPhysical Uplink Control Channel (PUCCH)リソースで受信し、
    前記複数のPRB setsは第１のPRB set及び第２のPRB setを含み、
    前記PUCCHリソースは、前記第１のPRB set及び前記第２のPRB setに共通のオフセットと、前記第１のPRB setにおいては適用せず、前前記第２のPRB setにおいては適用するオフセットと、を用いて決定される、
    通信方法。
  10. 前記第２のPRB setに対して適用される前記オフセットの値は前記第１のPRB setにおけるPRBの数に基づいて決定される、
    請求項９に記載の通信方法。
  11. 前記第２のPRB setに対して適用される前記オフセットの値は前記第１のPRB setに含まれるECCE数と同一である、
    請求項９に記載の通信方法。
  12. 前記PUCCHリソースの番号は、更に同一のレピティションレベルに対して共通であるレピティションレベルオフセットに基づいて決定され、前記PRB set共通オフセットは上位レイヤで通知される、
    請求項９に記載の通信方法。
  13. 前記下り制御情報は、前記PRB set内において時間方向よりも周波数方向を優先して配置される、
    請求項９に記載の通信方法。
  14. 前記PUCCHリソースの番号は、式１及び前記第２のPRB setに対して適用するオフセットに基づいて決定される、
    請求項９に記載の通信方法。
    式１)
    Figure 2020022210
  15. 前記複数のPRB setsに配置された下り制御情報を受信する場合、PUCCHリソースの番号は最初のECCE番号をゼロとして決定される、
    請求項９に記載の通信方法。
  16. 前記PRB setに対応するオフセットの値は複数の値から選択される、
    請求項９に記載の通信方法。
  17. 複数のPhysical Resource Block (PRB) setsの１つ以上のPRB set(s)に配置された下り制御情報を送信する処理と、
    前記下り制御情報で指示されたデータ信号の検出結果に基づいて生成されたACK／NACK信号をPhysical Uplink Control Channel (PUCCH)リソースを受信する処理と、を制御し、
    前記複数のPRB setsは第１のPRB set及び第２のPRB setを含み、
    前記PUCCHリソースは、前記第１のPRB set及び前記第２のPRB setに共通のオフセットと、前記第１のPRB setにおいては適用せず、前記第２のPRB setにおいては適用するオフセットと、を用いて決定される、
    集積回路。
JP2019204200A 2015-11-06 2019-11-11 通信装置、通信方法及び集積回路 Active JP6823140B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015218437 2015-11-06
JP2015218437 2015-11-06

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2017548624A Division JP6633646B2 (ja) 2015-11-06 2016-09-12 通信装置、通信方法及び集積回路

Publications (2)

Publication Number Publication Date
JP2020022210A true JP2020022210A (ja) 2020-02-06
JP6823140B2 JP6823140B2 (ja) 2021-01-27

Family

ID=58663140

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2017548624A Active JP6633646B2 (ja) 2015-11-06 2016-09-12 通信装置、通信方法及び集積回路
JP2019204200A Active JP6823140B2 (ja) 2015-11-06 2019-11-11 通信装置、通信方法及び集積回路

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2017548624A Active JP6633646B2 (ja) 2015-11-06 2016-09-12 通信装置、通信方法及び集積回路

Country Status (15)

Country Link
US (3) US11337242B2 (ja)
EP (2) EP3902190B1 (ja)
JP (2) JP6633646B2 (ja)
KR (1) KR102653587B1 (ja)
CN (1) CN108353392B (ja)
AU (1) AU2016350112B2 (ja)
CA (1) CA3003699A1 (ja)
CO (1) CO2018004339A2 (ja)
MX (1) MX2018005658A (ja)
MY (1) MY194919A (ja)
RU (1) RU2707724C1 (ja)
SG (2) SG10202004190RA (ja)
TW (1) TWI695637B (ja)
WO (1) WO2017077677A1 (ja)
ZA (1) ZA201802834B (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102653587B1 (ko) * 2015-11-06 2024-04-01 파나소닉 인텔렉츄얼 프로퍼티 코포레이션 오브 아메리카 통신 장치, 통신 방법 및 집적 회로
CN107770876A (zh) * 2016-08-19 2018-03-06 株式会社Ntt都科摩 资源确定方法、基站及移动台
CN108282881B (zh) * 2017-01-06 2020-12-15 华为技术有限公司 一种资源配置方法及装置
KR102288629B1 (ko) * 2017-05-04 2021-08-11 삼성전자 주식회사 무선 통신 시스템에서 상향 제어 채널 전송 방법 및 장치
KR102581454B1 (ko) * 2017-11-10 2023-09-22 삼성전자주식회사 무선 통신 시스템에서 제어 정보를 송수신하는 방법 및 장치
US10904871B2 (en) * 2017-11-29 2021-01-26 Qualcomm Incorporated Aggregation level specific PDCCH modification
CN110198200A (zh) * 2018-02-24 2019-09-03 华为技术有限公司 一种无线通信方法及装置
US12120060B2 (en) * 2018-09-19 2024-10-15 Qualcomm Incorporated Acknowledgement codebook design for multiple transmission reception points
US11778607B2 (en) * 2021-04-01 2023-10-03 Nokia Technologies Oy Using relative transmission occasion delay indexing
WO2024156162A1 (en) * 2023-05-15 2024-08-02 Zte Corporation Wireless communication method and device thereof

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013528035A (ja) * 2010-04-22 2013-07-04 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてリレーノードに制御チャネルを送信する方法及びそのための装置
US20150229455A1 (en) * 2012-08-07 2015-08-13 Lg Electronics Inc. Method and apparatus for transmitting reception acknowledgement in wireless communication system
JP6633646B2 (ja) * 2015-11-06 2020-01-22 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 通信装置、通信方法及び集積回路

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5097793B2 (ja) * 2010-04-30 2012-12-12 株式会社エヌ・ティ・ティ・ドコモ 基地局装置、移動端末装置および通信制御方法
CN103391151B (zh) * 2012-05-10 2016-09-28 华为终端有限公司 在增强型物理下行控制信道上传输信息的方法及设备
JP5990793B2 (ja) 2012-06-07 2016-09-14 シャープ株式会社 端末装置、基地局装置、通信方法および集積回路
KR20140019718A (ko) * 2012-08-06 2014-02-17 주식회사 케이티 송수신포인트의 제어정보 전송방법 및 그 송수신포인트, 단말의 상향링크 컨트롤 채널 자원 매핑방법, 그 단말
US9590786B2 (en) * 2012-10-14 2017-03-07 Lg Electronics Inc. Method and apparatus for transmitting acknowledgement in wireless communication system
CN104995978B (zh) * 2013-01-22 2019-05-14 夏普株式会社 终端装置、基站装置以及无线通信方法
US9918299B2 (en) * 2013-08-06 2018-03-13 Sun Patent Trust Wireless communication method for device to device communication and user equipment
KR101904572B1 (ko) * 2013-09-27 2018-10-08 주식회사 케이티 단말을 위한 상향 링크 제어 채널 자원 설정 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013528035A (ja) * 2010-04-22 2013-07-04 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてリレーノードに制御チャネルを送信する方法及びそのための装置
US20150229455A1 (en) * 2012-08-07 2015-08-13 Lg Electronics Inc. Method and apparatus for transmitting reception acknowledgement in wireless communication system
JP6633646B2 (ja) * 2015-11-06 2020-01-22 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 通信装置、通信方法及び集積回路

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Remaining details of PUCCH configuration[online]", 3GPP TSG-RAN WG1#82 R1-154605, JPN6020038065, 28 August 2015 (2015-08-28), ISSN: 0004414938 *
PANASONIC: "Discussion and evaluation on PUCCH for MTC[online]", 3GPP TSG-RAN WG1#82B R1-155346, JPN6020038068, 9 October 2015 (2015-10-09), ISSN: 0004414941 *
PANASONIC: "MPDCCH 24 ECCEs RE mapping[online]", 3GPP TSG-RAN WG1#83 R1-156940, JPN6020038069, 22 November 2015 (2015-11-22), ISSN: 0004414942 *
PANASONIC: "PUCCH resource determination for MTC[online]", 3GPP TSG-RAN WG1#83 R1-156952, JPN6020038070, 22 November 2015 (2015-11-22), ISSN: 0004414943 *
SAMSUNG: "UCI Transmission Aspects[online]", 3GPP TSG-RAN WG1#82B R1-155433, JPN6020038066, 9 October 2015 (2015-10-09), ISSN: 0004414939 *
ZTE: "Remaining issues on PUCCH for MTC enhancement[online]", 3GPP TSG-RAN WG1#82B R1-155239, JPN6020038072, 9 October 2015 (2015-10-09), ISSN: 0004414940 *

Also Published As

Publication number Publication date
JP6823140B2 (ja) 2021-01-27
MY194919A (en) 2022-12-23
US20240137940A1 (en) 2024-04-25
WO2017077677A1 (ja) 2017-05-11
KR20180079329A (ko) 2018-07-10
US11895670B2 (en) 2024-02-06
AU2016350112A1 (en) 2018-05-10
US20180324841A1 (en) 2018-11-08
EP3373675B1 (en) 2021-09-08
KR102653587B1 (ko) 2024-04-01
US20220240302A1 (en) 2022-07-28
RU2707724C1 (ru) 2019-11-28
SG11201803259YA (en) 2018-05-30
BR112018007613A2 (ja) 2018-10-23
TWI695637B (zh) 2020-06-01
US11337242B2 (en) 2022-05-17
MX2018005658A (es) 2018-08-01
JP6633646B2 (ja) 2020-01-22
AU2016350112B2 (en) 2020-09-03
EP3373675A4 (en) 2018-11-07
JPWO2017077677A1 (ja) 2018-08-16
EP3902190A1 (en) 2021-10-27
CN108353392A (zh) 2018-07-31
EP3902190B1 (en) 2022-07-13
ZA201802834B (en) 2019-09-25
CA3003699A1 (en) 2017-05-11
TW201717673A (zh) 2017-05-16
EP3373675A1 (en) 2018-09-12
CO2018004339A2 (es) 2018-07-10
SG10202004190RA (en) 2020-06-29
CN108353392B (zh) 2022-09-13

Similar Documents

Publication Publication Date Title
JP6633646B2 (ja) 通信装置、通信方法及び集積回路
US12052642B2 (en) Base station, terminal, transmission method, and reception method
CN113660728B (zh) 基站、终端和通信方法
AU2012270369B2 (en) Extension of physical downlink control signaling in a communication system
CN114567420B (zh) 用户设备和接收方法
JPWO2017026089A1 (ja) 基地局、端末、送信方法及び受信方法
US20230163934A1 (en) Base station, terminal, and communication method
US11785607B2 (en) Method and apparatus for transmitting control information in wireless cellular communication system
US20240032056A1 (en) Method and apparatus for transmitting control information in wireless cellular communication system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191111

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A132

Effective date: 20201013

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: 20210105

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210107

R150 Certificate of patent or registration of utility model

Ref document number: 6823140

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150