Nothing Special   »   [go: up one dir, main page]

JP7297663B2 - 端末及び通信方法 - Google Patents

端末及び通信方法 Download PDF

Info

Publication number
JP7297663B2
JP7297663B2 JP2019516363A JP2019516363A JP7297663B2 JP 7297663 B2 JP7297663 B2 JP 7297663B2 JP 2019516363 A JP2019516363 A JP 2019516363A JP 2019516363 A JP2019516363 A JP 2019516363A JP 7297663 B2 JP7297663 B2 JP 7297663B2
Authority
JP
Japan
Prior art keywords
signal
transmission
ack
section
terminal
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.)
Active
Application number
JP2019516363A
Other languages
English (en)
Other versions
JPWO2018203438A1 (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.)
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 JPWO2018203438A1 publication Critical patent/JPWO2018203438A1/ja
Application granted granted Critical
Publication of JP7297663B2 publication Critical patent/JP7297663B2/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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/06—TPC algorithms
    • H04W52/14—Separate analysis of uplink or downlink
    • H04W52/146—Uplink power control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/28—TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non transmission
    • H04W52/281—TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non transmission taking into account user or data type priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/32—TPC of broadcast or control channels
    • H04W52/325—Power control of control or pilot channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/34—TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading
    • H04W52/346—TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading distributing total power among users or channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/367—Power values between minimum and maximum limits, e.g. dynamic range
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • 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)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本開示は、端末及び通信方法に関する。
近年のモバイルブロードバンドを利用したサービスの普及に伴い、モバイル通信におけるデータトラフィックは指数関数的に増加を続けており、将来に向けてデータ伝送容量の拡大が急務となっている。また、今後はあらゆる「モノ」がインターネットを介してつながるIoT（Internet of Things）の飛躍的な発展が期待されている。IoTによるサービスの多様化を支えるには、データ伝送容量だけではなく、低遅延性及び通信エリア（カバレッジ）などのさまざまな要件について、飛躍的な高度化が求められる。こうした背景を受けて、第４世代移動通信システム(4G: 4th Generation mobile communication systems)と比較して性能及び機能を大幅に向上する第５世代移動通信システム(5G)の技術開発・標準化が進められている。
3GPP（Third Generation Partnership Project）では、5Gの標準化において、LTE（Long Term Evolution）-Advanced（例えば、非特許文献１－３を参照）とは必ずしも後方互換性を持たない新しい無線アクセス技術（NR: New Radio）の技術開発を進めている。
NRでは、モバイルブロードバンドの更なる高度化（eMBB：enhanced Mobile Broadband）だけではなく、多数MTC（Machine Type Communication）端末のサポート（mMTC：massive MTC）、及び、超高信頼低遅延通信（URLLC：Ultra Reliable and Low Latency Communication）等のサービス又はユースケースの多様化に対応する必要がある。
また、NRでは、端末（UE：User Equipment）が上りリンク制御チャネル（PUCCH：Physical Uplink Control Channel)を用いて、下りリンクデータの誤り検出結果を示す応答信号（ACK/NACK：Acknowledgement/Negative Acknowledgment又はHARQ-ACK)、下りリンクのチャネル状態情報（CSI：Channel State Information)、及び、上りリンクの無線リソース割当要求（SR：Scheduling Request)を基地局（eNG又はgNB）へ送信することが検討されている。
また、NRでは、１～２ビットのUCI（Uplink Control Information）をPUCCHに含めて送信することが検討されている。
3GPP TS 36.211 V13.4.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and modulation (Release 13),"December 2016. 3GPP TS 36.212 V13.4.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding (Release 13)," December 2016. 3GPP TS 36.213 V13.4.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 13),"December 2016.
しかしながら、NRでは、多様化したサービス又はユースケースに要求される条件に応じて、PUCCHで同時送信する複数のUCIに対して無線リソース（時間、周波数又は送信電力）制御を行う方法について十分に検討がなされていない。
本開示の一態様は、PUCCHで同時送信する複数のUCIに対する無線リソース制御を適切に行うことができる端末及び通信方法の提供に資する。
本開示の一態様に係る端末は、第１の信号の送信と前記第１の信号よりも低遅延かつ高信頼性が要求される第２の信号の送信とが同時に発生する重複区間において前記第１の信号の送信電力と前記第２の信号の送信電力との総和が最大送信電力を超える場合、少なくとも前記重複区間において、前記第１の信号の品質よりも前記第２の信号の品質を優先して、電力スケーリングを行う回路と、前記電力スケーリング後の前記第１の信号及び前記第２の信号を送信する送信機と、を具備する。
本開示の一態様に係る通信方法は、第１の信号の送信と前記第１の信号よりも低遅延かつ高信頼性が要求される第２の信号の送信とが同時に発生する重複区間において前記第１の信号の送信電力と前記第２の信号の送信電力との総和が最大送信電力を超える場合、少なくとも前記重複区間において、前記第１の信号の品質よりも前記第２の信号の品質を優先して電力スケーリングを行い、前記電力スケーリング後の前記第１の信号及び前記第２の信号を送信する。
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本開示の一態様によれば、PUCCHで同時送信する複数のUCIに対する無線リソース制御を適切に行うことができる。
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
図１は、URLLC SR及びeMBB HARQ-ACKの送信例を示す。 図２は、実施の形態１に係る端末の一部の構成を示す。 図３は、実施の形態１に係る基地局の構成を示す。 図４は、実施の形態１に係る端末の構成を示す。 図５は、実施の形態１に係る端末の処理を示す。 図６は、実施の形態１に係るURLLC SR及びeMBB HARQ-ACKのリソース割当例を示す。 図７は、実施の形態１に係る送信制御の一例を示す。 図８は、実施の形態２に係る送信制御の一例を示す。 図９は、実施の形態３の変形例に係る送信制御の一例を示す。 図１０は、実施の形態３の変形例に係る送信制御の一例を示す。
以下、本開示の実施の形態について図面を参照して詳細に説明する。
SRは、端末が上りリンクデータ伝送のための無線リソース割当を要求するか否かを示す制御情報である。
3GPPが定義するURLLCへの要求条件として、片道0.5ms以下のユーザプレーン遅延かつ一定の信頼性を担保し、1ms以下の遅延を達成することが求められている。
上記のようなURLLCの要求条件を満たすためには、端末はSR（以下、「URLLC SR」と呼ぶ）を0.125ms毎に送信する必要がある。つまり、SRリソースの周期（送信周期。URLLC SR periodicity）を0.125ms以下にする必要がある。また、SRの信頼性を確保する必要もある。ここで、URLLC SRとは、低遅延が要求されるデータ、又は、ある一定の信頼性が要求されるデータのためのSRである。
また、NRの端末は複数のサービス（eMBB、URLLC、mMTCなど）に対応することが想定される。
例えば、端末は、PUCCHを用いて、eMBBの下りリンクデータに対する誤り検出結果を示す応答信号（以下、「eMBB HARQ-ACK」と呼ぶ）を送信する。このとき、端末では、図１に示すように、URLLC SRの送信と、eMBB HARQ-ACKの送信とが同時に発生することがある。
なお、図１では、サブキャリア間隔が15kHzであり、1スロットが7シンボル（0.5ms）で構成されるスロット（「NRスロット」と呼ぶこともある）を想定している。また、図１では、URLLC SRの送信周期を2シンボル（≒0.125ms）とし、eMBBのスケジューリング周期を1スロット（0.5ms）としている。
ここで、LTEでは、端末がHARQ-ACKを送信するためのPUCCHのリソース（以下、「HARQ-ACKリソース」と呼ぶ）及びSRを送信するためのPUCCHのリソース（以下、「SRリソース」と呼ぶ）がそれぞれ確保されていた。端末は、SRの送信が無い場合にはHARQ-ACKリソースを用いてHARQ-ACKを送信する。一方、端末は、SRの送信とHARQ-ACKの送信とが同時に発生した場合、SRリソースを用いてHARQ-ACKを送信する。また、端末は、HARQ-ACKの送信が無く、SRの送信がある場合、SRリソースを用いてSRを送信する。なお、端末は、HARQ-ACKの送信が無く、SRの送信がある場合には、NACKと同一の信号点でSRを送信する。
基地局は、HARQ-ACKが送信されているリソースを電力判定等のブラインド検出により判定する。例えば、基地局は、SRリソースでHARQ-ACKが送信されていると判定した場合、SR有りと判定するとともにSRリソースの信号を用いてHARQ-ACKの復号を行う。一方、基地局は、HARQ-ACKリソースでHARQ-ACKが送信されていると判定した場合、SR無しと判定するとともにHARQ-ACKリソースの信号を用いてHARQ-ACKの復号を行う。
また、LTEでは、端末は、複数のサブフレームに渡って同一のHARQ-ACKを繰り返し送信するRepetition送信を行っている区間でSRの送信が発生した場合、SRを送信しない（ドロップする）。これは、LTEでは、下りリンクリソースが欠乏しており、下りリンクの周波数利用効率を向上させることが重要であったことから、上りリンクデータのためのSRよりも、下りリンクデータに対するHARQ-ACKの優先度を高くしたためである。
上述したようなLTEにおけるSRの送信の有無及びHARQ-ACKの送信の有無に応じて信号を送信するPUCCHリソースを変更する方法では、基地局でのブラインド検出が必要となり、SR検出における曖昧性が増加する。
これに対して、NRでは、URLLC SRをサポートする必要があり、URLLC SRでは低遅延及び高信頼性が要求される。このため、基地局におけるURLLC SR検出の曖昧性を低減させることが必要である。
また、NRでは、1スロット内の1シンボル又は2シンボルを用いてPUCCHを送信する「Short PUCCH」と、3シンボル以上（例えば、最小シンボル数を４シンボルとしてもよい）のシンボルを用いてPUCCHを送信する「Long PUCCH」とがサポートされる。
よって、NRでは、URLLC SRを送信するPUCCHのシンボル数よりもeMBB HARQ-ACKを送信するPUCCHのシンボル数の方が多い場合が想定される。例えば、端末が、URLLC SRを1シンボルのShort PUCCHで送信し、eMBB HARQ-ACKを2シンボルのShort PUCCH又は3シンボル以上のLong PUCCHで送信する場合等が想定される。
このとき、上述したLTEにおけるHARQ-ACKのRepetition送信と同様にして、eMBB HARQ-ACKを送信している区間でURLLC SRが発生した場合にURLLC SRをドロップしてしまうと、URLLCの低遅延の要求条件を満たせなくなる可能性がある。
また、端末の備えるRF（Radio Frequency）回路の性能等により、端末の最大送信電力には限界がある。端末は、複数のUCIを送信するPUCCHの送信電力の総和が最大送信電力を超える場合には送信電力を当該最大送信電力以下に抑えるために送信電力制御（例えば、電力スケーリングなど）を行う必要がある。よって、上述したようなURLLC SRの送信とeMBB HARQ-ACKの送信とが同時に発生する場合には、URLLCの要求条件を満たしつつ、各UCI（つまり、URLLC SR及びeMBB HARQ-ACK）に対して適切に送信電力制御を行う必要がある。
そこで、本開示の一態様では、PUCCHで送信する信号（UCI）に対応するデータ伝送に要求される条件を考慮して、PUCCH送信における無線リソース（時間，周波数，送信電力）制御を適切に行い、要求条件の異なるサービス・ユースケースに対するPUCCHの同時送信を効率良く実現する方法について説明する。
以下、各実施の形態について、詳細に説明する。
（実施の形態１）
［通信システムの概要］
本開示の各実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
図２は、本開示の各実施の形態に係る端末２００の一部の構成を示すブロック図である。図２に示す端末２００において、制御部２０９は、第１の信号（例えば、eMBB HARQ-ACK）の送信と上記第１の信号よりも低遅延かつ高信頼性が要求される第２の信号（例えば、URLLC SR）の送信とが同時に発生する重複区間において、第１の信号の送信電力と第２の信号の送信電力との総和が最大送信電力を超える場合、少なくとも重複区間において、第１の信号の品質よりも第２の信号の品質を優先して、電力スケーリングを行う。送信部２１７は、電力スケーリング後の第１の信号及び第２の信号を送信する。
［基地局の構成］
図３は、本開示の実施の形態１に係る基地局１００の構成を示すブロック図である。図３において、基地局１００は、制御部１０１と、データ生成部１０２と、符号化部１０３と、再送制御部１０４と、変調部１０５と、上位制御信号生成部１０６と、符号化部１０７と、変調部１０８と、下り制御信号生成部１０９と、符号化部１１０と、変調部１１１と、信号割当部１１２と、IFFT（Inverse Fast Fourier Transform）部１１３と、送信部１１４と、アンテナ１１５と、受信部１１６と、FFT（Fast Fourier Transform）部１１７と、抽出部１１８と、SR検出部１１９と、PUCCH復調・復号部１２０と、判定部１２１と、を有する。
制御部１０１は、下りリンク信号（例えば、PDSCH：Physical Downlink Shared Channel）に対する無線リソース割当を決定し、下りリンク信号のリソース割当を指示する下りリソース割当情報を下り制御信号生成部１０９及び信号割当部１１２へ出力する。
また、制御部１０１は、下りリンク信号に対するHARQ-ACK信号を送信するPUCCHに対する無線リソース（時間、周波数、符号など）割当を決定し、HARQ-ACKに対するPUSCHリソース割当を指示するPUSCHリソース割当情報を下り制御信号生成部１０９及び抽出部１１８へ出力する。
また、制御部１０１は、SRを送信するPUCCHに対する無線リソース割当を決定し、SRに対するPUCCHリソース（時間（周期を含む場合もある）、周波数、符号など）割当を指示するPUCCHリソース割当情報を上位制御信号生成部１０６及び抽出部１１８へ出力する。
また、制御部１０１は、PUCCHの送信電力制御に関する情報を決定し、決定した情報を上位制御信号生成部１０６又は下り制御信号生成部１０９へ出力する。
データ生成部１０２は、端末２００に対する下りリンクデータを生成し、符号化部１０３へ出力する。
符号化部１０３は、データ生成部１０２から入力される下りリンクデータに対して誤り訂正符号化を行い、符号化後のデータ信号を再送制御部１０４へ出力する。
再送制御部１０４は、初回送信時には、符号化部１０３から入力される符号化後のデータ信号を保持するとともに、変調部１０５へ出力する。また、再送制御部１０４は、後述する判定部１２１から、送信したデータ信号に対するNACKが入力されると、対応する保持データを変調部１０５へ出力する。一方、再送制御部１０４は、判定部１２１から、送信したデータ信号に対するACKが入力されると、対応する保持データを削除する。
変調部１０５は、再送制御部１０４から入力されるデータ信号を変調して、データ変調信号を信号割当部１１２へ出力する。
上位制御信号生成部１０６は、制御部１０１から入力される制御情報（SRのPUCCHリソース割当情報等）を用いて、制御情報ビット列を生成し、生成した制御情報ビット列を符号化部１０７へ出力する。
符号化部１０７は、上位制御信号生成部１０６から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１０８へ出力する。
変調部１０８は、符号化部１０７から入力される制御信号を変調して、変調後の制御信号を信号割当部１１２へ出力する。
下り制御信号生成部１０９は、制御部１０１から入力される制御情報（HARQ-ACKのPUCCHリソース割当情報、下りリソース割当情報等）を用いて、下り制御情報ビット列を生成し、生成した制御情報ビット列を符号化部１１０へ出力する。なお、制御情報が複数の端末向けに送信されることもあるため、下り制御信号生成部１０９は、各端末向けの制御情報に、各端末の端末IDを含めてビット列を生成してもよい。
符号化部１１０は、下り制御信号生成部１０９から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１１１へ出力する。
変調部１１１は、符号部１１０から入力される制御信号を変調して、変調後の制御信号を信号割当部１１２へ出力する。
信号割当部１１２は、変調部１０５から入力されるデータ信号を、制御部１０１から入力される下りリソース割当情報に示される無線リソースにマッピングする。また、信号割当部１１２は、変調部１０８又は変調部１１１から入力される制御信号を無線リソースにマッピングする。信号割当部１１２は、信号がマッピングされた下りリンクの信号をIFFT部１１３へ出力する。
IFFT部１１３は、信号割当部１１２から入力される信号に対して、OFDM(Orthogonal Frequency Division Multiplexing)等の送信波形生成処理を施す。IFFT部１１３は、CP（Cyclic Prefix）を付加するOFDM伝送の場合には、CPを付加する（図示せず）。IFFT部１１３は、生成した送信波形を送信部１１４へ出力する。
送信部１１４は、IFFT部１１３から入力される信号に対してD/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ１１５を介して端末２００に無線信号を送信する。
受信部１１６は、アンテナ１１５を介して受信された端末２００からの上りリンク信号波形に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、受信処理後の上りリンク信号波形をFFT部１１７に出力する。
FFT部１１７は、受信部１１６から入力される上りリンク信号波形に対して、時間領域信号を周波数領域信号に変換するFFT処理を施す。FFT部１１７は、FFT処理により得られた周波数領域信号を抽出部１１８へ出力する。
抽出部１１８は、制御部１０１から受け取る情報（PUCCHリソース割当情報等）に基づいて、FFT部１１７から入力される信号から、SR又はHARQ-ACKに対するPUCCHの無線リソース部分を抽出し、抽出した無線リソースの成分をSR検出部１１９及びPUCCH復調・復号部１２０へそれぞれ出力する。
SR検出部１１９は、抽出部１１８から入力される信号に対して電力検出を行い、SRの有無を検出する。また、SR検出部１１９は、HARQ-ACKがSRリソースで送信されていることを検出した場合、抽出部１１８から入力される信号をPUCCH復調・復号部１２０へ出力する。
PUCCH復調・復号部１２０は、抽出部１１８又はSR検出部１１９から入力されるPUCCH信号に対して、等化、復調及び誤り訂正復号を行い、復号後のビット系列を判定部１２１へ出力する。
判定部１２１は、PUCCH復調・復号部１２０から入力されるビット系列に基づいて、端末２００から送信されたHARQ-ACK信号が、送信したデータ信号に対してACK又はNACKのいずれを示しているかを判定する。判定部１２１は、判定結果を再送制御部１０４に出力する。
［端末の構成］
図４は、本開示の実施の形態１に係る端末２００の構成を示すブロック図である。図４において、端末２００は、アンテナ２０１と、受信部２０２と、FFT部２０３と、抽出部２０４と、下り制御信号復調部２０５と、上位制御信号復調部２０６と、下りデータ信号復調部２０７と、誤り検出部２０８と、制御部２０９と、SR生成部２１０と、変調部２１１と、HARQ-ACK生成部２１２と、符号化部２１３と、変調部２１４と、信号割当部２１５と、IFFT部２１６と、送信部２１７と、を有する。
受信部２０２は、アンテナ２０１を介して受信された基地局１００からの下りリンク信号（データ信号及び制御信号）の信号波形に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、得られる受信信号（ベースバンド信号）をFFT部２０３に出力する。
FFT部２０３は、受信部２０２から入力される信号（時間領域信号）に対して、時間領域信号を周波数領域信号に変換するFFT処理を施す。FFT部２０３は、FFT処理により得られた周波数領域信号を抽出部２０４へ出力する。
抽出部２０４は、制御部２０９から入力される制御情報に基づいて、FFT部２０３から入力される信号から、下り制御信号を抽出し、下り制御情報復調部２０５へ出力する。また、抽出部２０４は、制御部２０９から入力される制御情報に基づいて、上位制御信号及び下りデータ信号を抽出し、上位制御信号を上位制御信号復調部２０６へ出力し、下りデータ信号を下りデータ信号復調部２０７へ出力する。
下り制御情報復調部２０５は、抽出部２０４から入力される下り制御信号をブラインド復号して、自機宛ての制御信号であると判断した場合、当該制御信号を復調して制御部２０９へ出力する。
上位制御信号復調部２０６は、抽出部２０４から入力される上位制御信号を復調し、復調後の上位制御信号を制御部２０９へ出力する。
下りデータ信号復調部２０７は、抽出部２０４から入力される下りデータ信号を復調・復号し、復号後の下りリンクデータを誤り検出部２０８へ出力する。
誤り検出部２０８は、下りデータ信号復調部２０７から入力される下りリンクデータに対して誤り検出を行い、誤り検出結果をHARQ-ACK生成部２１２へ出力する。また、誤り検出部２０８は、誤り検出の結果、誤り無しと判定した下りリンクデータを受信データとして出力する。
制御部２０９は、下り制御信号復調部２０５から入力される制御信号に示される下りリソース割当情報に基づいて、下りデータ信号に対する無線リソース割当を算出し、算出した無線リソース割当を示す情報を抽出部２０４へ出力する。
また、制御部２０９は、上位制御信号復調部２０６から入力される上位制御信号、及び、下り制御信号復調部２０５から入力される制御信号を用いて、SR及びHARQ-ACKに対するPUCCHのリソース割当に関する情報に基づいて、SRを送信するPUCCHリソース及びHARQ-ACKを送信するPUCCHリソースをそれぞれ算出する。そして、制御部２０９は、算出したPUCCHリソースに関する情報を信号割当部２１５へ出力する。
また、制御部２０９は、後述する方法により、端末２００が実際にSR及びHARQ-ACKを送信するPUCCHに対する送信電力、時間・周波数リソースを決定し、決定した情報を送信部２１７へ出力する。
SR生成部２１０は、端末２００が上りリンク伝送に対する無線リソースの割当を基地局１００に要求する場合にSR（例えば、URLLC SR）を生成し、生成したSR信号を変調部２１１へ出力する。
変調部２１１は、SR生成部２１０から入力されるSR信号を変調して、変調後のSR信号を信号割当部２１５へ出力する。
HARQ-ACK生成部２１２は、誤り検出部２０８から入力される誤り検出結果に基づいて、受信した下りリンクデータに対するHARQ-ACK信号（ACK又はNACK）を生成する。HARQ-ACK生成部２１２は、生成したHARQ-ACK信号（ビット系列）を符号化部２１３へ出力する。
符号化部２１３は、HARQ-ACK生成部２１２から入力されるビット系列を誤り訂正符号化し、符号化後のビット系列（HARQ-ACK信号）を変調部２１４へ出力する。
変調部２１４は、符号部２１３から入力されるHARQ-ACK信号を変調して、変調後のHARQ-ACK信号を信号割当部２１５へ出力する。
信号割当部２１５は、変調部２１１から入力されるSR信号、又は、変調部２１４から入力されるHARQ-ACK信号を、制御部２０９から指示される無線リソースにマッピングする。信号割当部２１５は、信号がマッピングされた上りリンク信号をIFFT部２１６へ出力する。
IFFT部２１６は、信号割当部２１５から入力される信号に対して、OFDM等の送信波形生成処理を施す。IFFT部２１６は、CP（Cyclic Prefix）を付加するOFDM伝送の場合には、CPを付加する（図示せず）。または、IFFT部２１６がシングルキャリア波形を生成する場合には、信号割当部２１５の前段にDFT（Discrete Fourier Transform）部が追加されてもよい（図示せず）。IFFT部２１６は、生成した送信波形を送信部２１７へ出力する。
送信部２１７は、IFFT部２１６から入力される信号に対して、制御部２０９から入力される情報に基づく送信電力制御、D/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ２０１を介して基地局１００に無線信号を送信する。
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００における動作について詳細に説明する。
図５は、本実施の形態に係る端末２００の処理のフローを示す。
上述したように、NRでは、Short PUCCHとLong PUCCHとがサポートされる。本実施の形態では、URLLC SRの送信区間及びeMBB HARQ-ACKの送信区間の一部又は全てが重なる場合を想定する。
この場合、図１に示すように、URLLC SRの送信とeMBB HARQ-ACKの送信とが重なるシンボル（重複区間）が発生する（つまり、URLLC SRの送信とeMBB HARQ-ACKの送信とが同時に発生する）場合がある。また、図６に示すように、URLLC SRの送信区間と、eMBB HARQ-ACKの送信区間とが部分的に重なる場合もある。
端末２００は、URLLC SR及びeMBB HARQ-ACKをそれぞれ割り当てるPUCCHリソースを設定する（ＳＴ１０１）。例えば、本実施の形態では、図６に示すように、URLLC SR及びeMBB HARQ-ACKが異なるPUCCHリソースに割り当てられると仮定する。つまり、端末２００は、URLLC SRの送信と、eMBB HARQ-ACKの送信とが同時に（同一シンボルで）発生した場合、異なるPUCCHリソースに割り当てられた複数のUCI（つまり、URLLC SR及びeMBB HARQ-ACK）を同時に送信する。換言すると、本実施の形態では、端末２００が、同一スロット内の複数のPUCCH（URLLC SR及びeMBB HARQ-ACK）を、FDM（Frequency Division Multiplexing）で送信することを仮定する。
また、端末２００は、URLLC SRを送信するPUCCH及びeMBB HARQ-ACKを送信するPUCCHの各々の送信電力を算出する（ＳＴ１０２）。なお、送信電力の具体的な計算方法としてLTE-Advancedを例にすると、非特許文献３に記載のPUCCHの送信電力計算式を用いてもよい。
次に、端末２００は、URLLC SR及びeMBB HARQ-ACKの各々のPUCCHの送信電力値から、送信電力の総和（総送信電力）を計算し、計算した総送信電力と、端末固有の最大送信電力(Pmax)との比較を行うことにより、電力スケーリングが必要であるか否かを判断する（ＳＴ１０３）。
端末２００は、総送信電力が端末固有の最大送信電力以下の場合、「電力スケーリングの必要なし」と判断する。一方、端末２００は、総送信電力が端末固有の最大送信電力を超える場合、「電力スケーリングの必要あり」と判断する。
端末２００は、「電力スケーリングの必要あり」と判断した場合（ＳＴ１０３：Ｙｅｓ）、PUCCHに対して電力スケーリングを行う（ＳＴ１０４）。この際、端末２００（制御部２０９）は、eMBB HARQ-ACKの品質よりもURLLC SRの品質を優先して、電力スケーリングを行う。つまり、端末２００は、URLLC SRと比較して、eMBB HARQ-ACKに対して電力スケーリングを積極的に行う。例えば、図７に示すように、端末２００は、URLLC SR及びeMBB HARQ-ACKの送信が重複する区間（図７ではスロット内の最終シンボル）において、eMBB HARQ-ACKを送信するPUCCHに対して電力スケーリングを行い、URLLC SRを送信するPUCCHに対して電力スケーリングを行わない。例えば、端末２００は、次式（１）に示す方法に従って、eMBB HARQ-ACKを送信するPUCCHに対して電力スケーリングを行ってもよい。
PPUCCH,HARQ-ACK,tx=Pmax-PPUCCH,SR (1)
ここで，PPUCCH,HARQ-ACK,txは電力スケーリング後のHARQ-ACKを送信するPUCCH送信電力を示し、Pmaxは端末固有の最大送信電力を示し、PPUCCH,SRはSRを送信するPUCCH送信電力を示す。
電力スケーリング後、又は、「電力スケーリングの必要なし」と判断した場合（ＳＴ１０３：Ｎｏ）、端末２００は、URLLC SR及びeMBB HARQ-ACKを含む複数のUCIを送信する（ＳＴ１０５）。
このように、本実施の形態では、端末２００は、eMBB HARQ-ACKの送信とURLLC SRの送信とが同時に発生する重複区間において、URLLC SR及びeMBB HARQ-ACKの送信電力の総和が端末２００の最大送信電力を超えた場合には、eMBB HARQ-ACKを送信するPUCCHに対して電力スケーリングを実施する。つまり、URLLC SRを送信するPUCCHに対して電力スケーリングが行われないので、URLLC SRを送信するPUCCHは電力スケーリングによる影響を受けない。このように、端末２００がURLLC SR以外の信号に対して電力スケーリングを優先して行うことにより、URLLC SRを送信するPUCCHの伝送品質を保証することができ、URLLCの低遅延かつ高信頼性を満たすことができる。
また、本実施の形態では、端末２００は、URLLC SRとeMBB HARQ-ACKとをそれぞれ異なるPUCCHリソースを用いて送信する。このため、基地局１００は、LTEのようなSRリソース及びHARQ-ACKリソースの２つのリソースの何れで信号が送信されているかを判定するブラインド検出を行う必要がない。したがって、本実施の形態によれば、PUCCH検出における曖昧性を低減でき、URLLCの高信頼性を満たすことができる。
以上より、本実施の形態によれば、PUCCHで同時送信する複数のUCIに対する無線リソース制御を適切に行うことができる。
なお、図７では、URLLC SRの送信区間とeMBB HARQ-ACKの送信区間とが部分的に重なる場合について説明したが、URLLC SRの送信区間とeMBB HARQ-ACKの送信区間が全て重なる場合には、端末２００は、eMBB HARQ-ACKの全ての送信区間において同一の電力スケーリングを適用すればよい。
ここで、電力スケーリングが発生する場合、電力スケーリングが適用されるシンボルと適用されないシンボルとの間に遷移時間（Transient period）が必要となる。また、Transient periodを含むシンボルでは、信号の品質が劣化することが考えられる。
これに対して、eMBB HARQ-ACKの全ての送信区間において同一の電力スケーリングを適用すれば、Transient periodが不要となり、信号品質の劣化を回避することができる。
（実施の形態２）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図３及び図４を援用して説明する。
本実施の形態では、端末２００が、URLLC SRを1又は2シンボルのShort PUCCHを用いて送信し、eMBB HARQ-ACKを、URLLC SRよりもシンボル数の多いPUCCHを用いて送信する場合を想定する。
この場合、図８に示すように、URLLC SRの送信とeMBB HARQ-ACKの送信とが同時に発生する場合がある。図８では、eMBB HARQ-ACKを送信するPUCCHの先頭の1シンボル（送信開始位置）と、URLLC SRを送信するPUCCHシンボルとが重なっている。
また、本実施の形態では、実施の形態１と同様、図８に示すように、URLLC SR及びeMBB HARQ-ACKが異なるPUCCHリソースに割り当てられると仮定する。つまり、端末２００は、URLLC SRの送信と、eMBB HARQ-ACKの送信とが同時に（同一シンボルで）発生した場合、異なるPUCCHリソースに割り当てられた複数のUCI（つまり、URLLC SR及びeMBB HARQ-ACK）を同時に送信（FDM mannerで送信）する。
また、端末２００は、実施の形態１と同様、URLLC SR及びeMBB HARQ-ACKの各々のPUCCHの送信電力値から、送信電力の総和（総送信電力）を計算し、計算した総送信電力と、端末固有の最大送信電力(Pmax)との比較を行うことにより、電力スケーリングが必要であるか否かを判断する。なお、送信電力の具体的な計算方法はとしてLTE-Advancedを例にすると、非特許文献３に記載のPUCCHの送信電力計算式を用いてもよい。
すなわち、端末２００は、総送信電力が端末固有の最大送信電力以下の場合、「電力スケーリングの必要なし」と判断し、総送信電力が端末固有の最大送信電力を超える場合、「電力スケーリングの必要あり」と判断する。
そして、端末２００は、「電力スケーリングの必要あり」と判断した場合、実施の形態１と同様、PUCCHに対して電力スケーリングを行う。この際、本実施の形態では、端末２００は、eMBB HARQ-ACKの品質よりもURLLC SRの品質を優先して電力スケーリングを行う。つまり、端末２００は、実施の形態１と同様、URLLC SRと比較して、eMBB HARQ-ACKに対する電力スケーリングを積極的に行う。例えば、図８に示すように、端末２００は、eMBB HARQ-ACKを送信するPUCCHに対して電力スケーリングを行い、URLLC SRを送信するPUCCHに対して電力スケーリングを行わない。
また、本実施の形態では、図８に示すように、端末２００は、電力スケーリングが必要である場合、eMBB HARQ-ACKを送信する全てのPUCCHシンボルに対して電力のスケーリングを行う。例えば、端末２００は、式（１）に示す方法に従って、eMBB HARQ-ACKを送信する全てのPUCCHシンボルに対して電力スケーリングを行ってもよい。
ここで、上述したように、電力スケーリングが発生する場合、電力スケーリングが発生するシンボル間でTransient periodが必要となり、信号の品質が劣化することが考えられる。特に、図８に示すような、PUCCHに割り当てられるシンボル数が少ない場合（例えば、1シンボル又は2シンボル送信の場合）、Transient periodによる信号品質劣化の影響は大きくなる。
これに対して、実施の形態２では、端末２００は、eMBB HARQ-ACKを送信するPUCCHの全区間（URLLC SRの送信区間との重複区間を含む）に対して同一の電力スケーリングを適用することで、eMBB HARQ-ACKを送信するPUCCH送信区間でTransient periodが発生することを防ぐことができる。
このように、本実施の形態では、端末２００は、実施の形態１と同様、URLLC SR及びeMBB HARQ-ACKの送信電力の総和が端末２００の最大送信電力を超えた場合には、eMBB HARQ-ACKを送信するPUCCHに対して電力スケーリングを実施する。つまり、URLLC SRを送信するPUCCHに対して電力スケーリングが行われないので、URLLC SRを送信するPUCCHは電力スケーリングによる影響を受けない。これにより、本実施の形態によれば、URLLC SRを送信するPUCCHの伝送品質を保証することができ、URLLCの低遅延かつ高信頼性を満たすことができる。
また、本実施の形態では、端末２００は、実施の形態１と同様、URLLC SRとeMBB HARQ-ACKとをそれぞれ異なるPUCCHリソースを用いて送信する。このため、基地局１００は、LTEのようなSRリソース及びHARQ-ACKリソースの２つのリソースの何れで信号が送信されているかを判定するブラインド検出を行う必要がない。したがって、本実施の形態によれば、PUCCH検出における曖昧性を低減でき、URLLCの高信頼性を満たすことができる。
また、本実施の形態では、eMBB HARQ-ACKの送信区間がURLLC SRの送信区間よりも長く、eMBB HARQ-ACKの送信とURLLC SRの送信とが同時に発生する重複区間に、少なくとも、eMBB HARQ-ACKの送信区間の送信開始位置が含まれる場合を想定し、端末２００は、上記重複区間において各PUCCHの送信電力の総和が最大送信電力を超える場合、eMBB HARQ-ACKの全ての送信区間で当該eMBB HARQ-ACKに対して電力スケーリングを行う。
これにより、eMBB HARQ-ACKを送信するPUCCHの送信区間においてTransient periodが発生することを防ぐことができる。
以上より、本実施の形態によれば、実施の形態１と同様、PUCCHで同時送信する複数のUCIに対する無線リソース制御を適切に行うことができる。
（実施の形態３）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図３及び図４を援用して説明する。
本実施の形態では、端末２００が、URLLC SRを1シンボルのShort PUCCHを用いて送信し、eMBB HARQ-ACKを2シンボルのShort PUCCHを用いて送信する場合を想定する。
この場合、実施の形態２（例えば、図８を参照）と同様に、URLLC SRの送信区間とeMBB HARQ-ACKの送信区間とが部分的に重なる場合がある。
また、本実施の形態では、実施の形態１，２と同様、URLLC SR及びeMBB HARQ-ACKが異なるPUCCHリソースに割り当てられると仮定する。つまり、端末２００は、URLLC SRの送信と、eMBB HARQ-ACKの送信とが同時に（同一シンボルで）発生した場合、異なるPUCCHリソースに割り当てられた複数のUCI（つまり、URLLC SR及びeMBB HARQ-ACK）を同時に送信（FDM mannerで送信）する。
また、端末２００は、実施の形態１，２と同様、URLLC SR及びeMBB HARQ-ACKの各々のPUCCHの送信電力値から、送信電力の総和（総送信電力）を計算し、計算した総送信電力と、端末固有の最大送信電力(Pmax)との比較を行うことにより、電力スケーリングが必要であるか否かを判断する。なお、送信電力の具体的な計算方法はとしてLTE-Advancedを例にすると、非特許文献３に記載のPUCCHの送信電力計算式を用いてもよい。
また、端末２００は、実施の形態２と同様、電力スケーリングが必要である場合、eMBB HARQ-ACKを送信する全てのPUCCHシンボルに対して電力のスケーリングを行う。例えば、端末２００は、式（１）に示す方法に従って、eMBB HARQ-ACKを送信する全てのPUCCHシンボルに対して電力スケーリングを行ってもよい。
ここで、本実施の形態では、eMBB HARQ-ACKの送信開始位置（PUCCHの送信区間の先頭シンボル）は、URLLC SRの送信周期の何れかのタイミングである。つまり、本実施の形態では、eMBB HARQ-ACKを送信する2シンボルのPUCCHのうち、先頭シンボルでは、URLLC SRの送信とeMBB HARQ-ACKの送信とが同時に発生する可能性があるのに対して、２シンボル目では、URLLC SRの送信とeMBB HARQ-ACKの送信とが同時に発生する可能性がない。
このように、eMBB HARQ-ACKの送信開始シンボルをURLLC SRの送信周期に限定することで、eMBB HARQ-ACKを送信するPUCCH送信の途中のシンボルでURLLC SRが発生することがなくなる。このため、電力スケーリングによるTransient periodの発生を防ぐことができる。
また、上述したように、本実施の形態では、eMBB HARQ-ACKを送信するPUCCH送信の開始位置（先頭シンボル）でURLLC SRが発生するので、端末２００は、実施の形態２と同様、電力スケーリングが必要な場合には全ての送信区間においてeMBB HARQ-ACKに対する電力スケーリングを行う。これにより、eMBB HARQ-ACKを送信するPUCCH送信区間でTransient periodが発生することを防ぐことができる。
（実施の形態３の変形例）
なお、本実施の形態では、端末２００は、URLLC SRの送信とeMBB HARQ-ACKの送信とが同時に発生したシンボルにおいて、LTEの方法と同様にして、SRリソースを用いてHARQ-ACKを送信してもよい（例えば、図９を参照）。具体的には、図９に示す、URLLC SRの送信とeMBB HARQ-ACKの送信とが同時に発生した第1シンボル（６番目のシンボル）では、端末２００は、URLLC SRを送信するPUCCHリソースを用いて、eMBB HARQ-ACK信号を送信し、第2シンボル（７番目のシンボル）では、eMBB HARQ-ACKを送信するPUCCHリソースを用いて、eMBB HARQ-ACK信号を送信する。
ただし、この場合、図９に示すように、eMBB HARQ-ACKを送信するPUCCHが第1シンボルと第2シンボルとで異なる。
そこで、実施の形態３の変形例では、図１０に示すように、URLLC SRの送信とeMBB ACK/NACKの送信とが同時に発生した場合には、端末２００が、eMBB HARQ-ACKを送信する全てのシンボルにおいて、URLLC SRを送信するPUCCHリソースと同一リソースを用いてeMBB HARQ-ACKを送信してもよい。すなわち、図１０に示すように、端末２００は、eMBB HARQ-ACKの第1シンボル及び第2シンボルの双方においてURLLC SRを送信するPUCCHリソースと同一リソースを用いてeMBB HARQ-ACKを送信してもよい。
このようにすることで、eMBB HARQ-ACKを送信する2シンボルのPUCCH区間中にPUCCHリソースが変わることがなくなる。これにより、PUCCHリソースが変わるシンボル間に必要となる遷移時間（Transient period）の発生を防ぎ、信号品質の劣化を回避することができる。
また、図９及び図１０に示すように、端末２００がURLLC SRのPUCCHリソースを用いてeMBB HARQ-ACKを送信することで、複数のPUCCHを同時送信することがなくなる。このため、端末２００でeMBB HARQ-ACKに対して電力スケーリングを行う可能性が低くなるので、電力スケーリングによるeMBB HARQ-ACKの品質劣化を防ぐことができる。
なお、端末２００がeMBB HARQ-ACKをURLLC SRのPUCCHリソースを用いて送信する場合、基地局１００は、LTEと同様にして、URLLC SRのPUCCHリソース及びeMBB HARQ-ACKのPUCCHリソースの何れで信号（eMBB HARQ-ACK）が送信されているかを判定するブラインド検出を行う必要が生じる。ただし、例えば、URLLC SRのPUCCHリソースの通信品質が良好である場合等の通信状況によっては、基地局１００でのブラインド検出による曖昧性の影響を受けにくく、URLLCの高信頼性を維持することが可能である。
以上、本開示の各実施の形態について説明した。
［他の実施の形態］
（１）上述したように、3GPPが定義するURLLCへの要求条件として、片道0.5ms以下のユーザプレーン遅延かつ一定の信頼性を担保し、1ms以下の遅延を達成することが求められている。上記URLLCの要求条件を満たすためには、URLLC SRを0.125ms毎に送信できる必要がある。
ここで、15kHzのサブキャリア間隔の場合、Long PUCCHの最小シンボル数は4シンボルであり、その送信区間は0.125msより大きい。したがって、Long PUCCHではURLLCの要求条件を満たせないことになる。そのため、15kHzサブキャリア間隔を用いる場合、URLLC SRの送信はShort PUCCHに限定してもよい。
一方、60kHzのサブキャリア間隔の場合、1スロット(=7シンボル)のスロット長は0.125msである。よって、60kHzのサブキャリア間隔を用いる場合、URLLC SRの送信にLong PUCCHを用いることも可能である。
また、60kHzのサブキャリア間隔の場合、URLLC SRの送信周期を1スロット単位の粒度にすると、URLLC SRの送信周期がeMBBのスケジューリング粒度（1スロット）と同等になる。この場合、LTEにおけるSRの送信周期である1サブフレーム単位の粒度と、HARQ-ACKの粒度(1スロット)との関係と同様になる。したがって、60kHzのサブキャリア間隔の場合には、LTEと同様の手法を用いることもできる。つまり、端末２００は、SRの送信がHARQ-ACKの送信と同時に発生した場合、SRリソースを用いてHARQ-ACKを送信してもよい。
以上より、端末２００は、サブキャリア間隔に応じて、実施の形態１及び実施の形態２で説明した方法と、LTEの方法とを切り替えてもよい。つまり、サブキャリア間隔が15kHz又は30kHzの場合には、実施の形態１及び実施の形態２で説明した方法を適用し、サブキャリア間隔が60kHz以上の場合にはLTEの方法を適用してもよい。
（２）上記実施の形態では、端末２００において同時に発生する信号としてURLLC SR及びeMBB HARQ-ACKについて説明した。しかし、URLLC SRに限定されず、同時に発生する他の信号よりも低遅延及び高信頼性が要求される信号であればよい。例えば、URLLCの他の上りリンク信号でもよい。また、eMBB HARQ-ACKに限定されず、他の上りリンク信号（例えば、CSI又はSR等）でもよい。
（３）上記実施の形態では、送信電力制御の一例として、端末２００が、eMBB HARQ-ACKに対して電力スケーリングを行い、URLLC SRに対して電力スケーリングを行わない場合について説明した。しかし、送信電力制御はこれに限定されず、eMBB HARQ-ACKの品質よりもURLLC SRの品質を優先して電力スケーリングが行われるように、eMBB HARQ-ACK及びURLLC SRの双方に対して電力スケーリングが行われてもよい。つまり、端末２００は、eMBB HARQ-ACKに対して電力スケーリングを積極的に行いつつ、URLLC SRに対しても電力スケーリングを行ってもよい。例えば、URLLC SRに対する電力スケーリングによる送信電力の減少量を、eMBB HARQ-ACKに対する電力スケーリングによる送信電力の減少量よりも小さくすればよい。これにより、端末２００は、URLLC SRに対する低遅延及び高信頼性を維持しつつ、複数のUCI（URLLC SR及びeMBB HARQ-ACK）を同時に送信することができる。また，送信電力制御の一例とし，ドロッピングを適用してもよい。つまり，端末２００は，eMBB HARQ-ACKに対する送信電力を０としてもよい。これにより，端末２００は，URLLC SRに対する低遅延及び高信頼を維持しつつ、複数UCIをFDM送信することによる、最大送信電力対平均電力比(PAPR)の増加を抑えることができる。また、上記実施の形態では、「電力スケーリングの必要あり」として場合に、端末２００が、電力スケーリングを行う場合について説明した。しかし、端末２００においてURLLCの上りリンク信号とeMBBの上りリンク信号が同時に発生した場合、常に電力スケーリングを行ってもよい。これにより、端末２００は、送信電力の増加なしに、URLLC SRに対する低遅延及び高信頼性を維持することができる。
（４）本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
本開示の端末は、第１の信号の送信と前記第１の信号よりも低遅延かつ高信頼性が要求される第２の信号の送信とが同時に発生する重複区間において前記第１の信号の送信電力と前記第２の信号の送信電力との総和が最大送信電力を超える場合、少なくとも前記重複区間において、前記第１の信号の品質よりも前記第２の信号の品質を優先して、電力スケーリングを行う回路と、前記電力スケーリング後の前記第１の信号及び前記第２の信号を送信する送信機と、を具備する。
本開示の端末において、前記回路は、前記総和が前記最大送信電力を超える場合、前記第１の信号に対して電力スケーリングを行い、前記第２の信号に対して前記電力スケーリングを行わない。
本開示の端末において、前記第１の信号及び前記第２の信号は、異なる周波数リソースにそれぞれ割り当てられる。
本開示の端末において、前記第１の信号の送信区間は、前記第２の信号の送信区間よりも長く、前記重複区間に前記第１の信号の送信開始位置が含まれ、前記回路は、前記重複区間において前記総和が前記最大送信電力を超える場合、前記第１の信号の全ての送信区間で前記第１の信号に対して前記電力スケーリングを行う。
本開示の端末において、前記第１の信号の送信区間の開始位置は、前記第２の信号の送信周期の何れかのタイミングである。
本開示の端末において、前記送信機は、前記第２の信号の周波数リソースを用いて、前記第１の信号を送信する。
本開示の通信方法は、第１の信号の送信と前記第１の信号よりも低遅延かつ高信頼性が要求される第２の信号の送信とが同時に発生する重複区間において前記第１の信号の送信電力と前記第２の信号の送信電力との総和が最大送信電力を超える場合、少なくとも前記重複区間において、前記第１の信号の品質よりも前記第２の信号の品質を優先して、電力スケーリングを行い、前記電力スケーリング後の前記第１の信号及び前記第２の信号を送信する。
本開示の一態様は、移動通信システムに有用である。
１００ 基地局
１０１，２０９ 制御部
１０２ データ生成部
１０３，１０７，１１０，２１３ 符号化部
１０４ 再送制御部
１０５，１０８，１１１，２１１，２１４ 変調部
１０６ 上位制御信号生成部
１０９ 下り制御信号生成部
１１２，２１５ 信号割当部
１１３，２１６ IFFT部
１１４，２１７ 送信部
１１５，２０１ アンテナ
１１６，２０２ 受信部
１１７，２０３ FFT部
１１８，２０４ 抽出部
１１９ SR検出部
１２０ PUCCH復調・復号部
１２１ 判定部
２００ 端末
２０５ 下り制御信号復調部
２０６ 上位制御信号復調部
２０７ 下りデータ信号復調部
２０８ 誤り検出部
２１０ SR生成部
２１２ ACK/NACK生成部

Claims (6)

  1. 第１の信号の送信と前記第１の信号よりも低遅延かつ高信頼性が要求される第２の信号の送信とが同時に発生する重複区間において前記第１の信号の送信電力と前記第２の信号の送信電力との総和が最大送信電力を超える場合、少なくとも前記重複区間において、前記第１の信号の品質よりも前記第２の信号の品質を優先して、電力スケーリングを行う回路と、
    前記電力スケーリング後の前記第１の信号及び前記第２の信号を送信する送信機と、
    を備え、
    前記第１の信号の送信区間の開始位置は、前記第２の信号の送信周期の何れかのタイミングであり、
    前記第１の信号は、下りリンクデータの誤り検出結果を示す応答信号であり、
    前記第２の信号は、リソース割り当て要求であり、
    前記第１の信号の送信開始シンボルと、前記第２の信号の送信開始シンボルとは同じである、
    端末。
  2. 前記回路は、前記総和が前記最大送信電力を超える場合、前記第１の信号に対して電力スケーリングを行い、前記第２の信号に対して前記電力スケーリングを行わない、
    請求項１に記載の端末。
  3. 前記第１の信号及び前記第２の信号は、異なる周波数リソースにそれぞれ割り当てられる、
    請求項１に記載の端末。
  4. 前記第１の信号の送信区間は、前記第２の信号の送信区間よりも長く、前記重複区間に前記第１の信号の送信開始位置が含まれ、
    前記回路は、前記重複区間において前記総和が前記最大送信電力を超える場合、前記第１の信号の全ての送信区間で前記第１の信号に対して前記電力スケーリングを行う、
    請求項１に記載の端末。
  5. 前記送信機は、前記第２の信号の周波数リソースを用いて、前記第１の信号を送信する、
    請求項４に記載の端末。
  6. 端末が、
    第１の信号の送信と前記第１の信号よりも低遅延かつ高信頼性が要求される第２の信号の送信とが同時に発生する重複区間において前記第１の信号の送信電力と前記第２の信号の送信電力との総和が最大送信電力を超える場合、少なくとも前記重複区間において、前記第１の信号の品質よりも前記第２の信号の品質を優先して、電力スケーリングを行い、
    前記電力スケーリング後の前記第１の信号及び前記第２の信号を送信し、
    前記第１の信号の送信区間の開始位置は、前記第２の信号の送信周期の何れかのタイミングであり、
    前記第１の信号は、下りリンクデータの誤り検出結果を示す応答信号であり、
    前記第２の信号は、リソース割り当て要求であり、
    前記第１の信号の送信開始シンボルと、前記第２の信号の送信開始シンボルとは同じである、
    通信方法。
JP2019516363A 2017-05-01 2018-03-05 端末及び通信方法 Active JP7297663B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2017091099 2017-05-01
JP2017091099 2017-05-01
PCT/JP2018/008231 WO2018203438A1 (ja) 2017-05-01 2018-03-05 端末及び通信方法

Publications (2)

Publication Number Publication Date
JPWO2018203438A1 JPWO2018203438A1 (ja) 2020-03-12
JP7297663B2 true JP7297663B2 (ja) 2023-06-26

Family

ID=64016035

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019516363A Active JP7297663B2 (ja) 2017-05-01 2018-03-05 端末及び通信方法

Country Status (4)

Country Link
US (1) US11363573B2 (ja)
JP (1) JP7297663B2 (ja)
CN (1) CN110463289A (ja)
WO (1) WO2018203438A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112019026118A2 (pt) * 2017-06-16 2020-06-30 Telefonaktiebolaget Lm Ericsson (Publ) métodos para alocação e para configuração de recurso de solicitação de agendamento, nó de rede, e, dispositivo sem fio
CN112534930B (zh) * 2018-07-25 2024-04-05 索尼公司 基站、用户设备、电路、移动电信系统和方法
US11122591B2 (en) * 2018-10-09 2021-09-14 Qualcomm Incorporated Physical layer and MAC layer uplink channel prioritization
CN111447666B (zh) * 2019-01-17 2021-06-01 海信集团有限公司 一种调控上行链路发射功率的方法和设备
US20220232480A1 (en) * 2019-05-02 2022-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Transmit Power Allocation Technique

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011139120A2 (ko) * 2010-05-07 2011-11-10 엘지전자 주식회사 무선통신 시스템에서 상향링크 전송 전력을 제어하는 단말 및 그 상향링크 전송 전력 제어 방법
US10206181B2 (en) * 2012-01-30 2019-02-12 Texas Instruments Incorporated Simultaneous transmission in multiple timing advance groups
JP2014093628A (ja) * 2012-11-02 2014-05-19 Ntt Docomo Inc ユーザ端末、無線通信システム及び無線通信方法
US10524255B2 (en) * 2016-05-20 2019-12-31 Lg Electronics Inc. Method and apparatus for handling DC subcarrier in NR carrier in wireless communication system
US20180063858A1 (en) * 2016-08-25 2018-03-01 Huawei Technologies Co., Ltd. System and Method for Co-existence of Low-Latency and Latency-Tolerant Communication Resources
US11172444B2 (en) * 2016-10-10 2021-11-09 Qualcomm Incorporated Techniques for power control and management
CN106507439B (zh) * 2016-10-28 2019-12-10 宇龙计算机通信科技(深圳)有限公司 一种传输信息的方法、基站及终端
JP6707719B2 (ja) * 2017-03-23 2020-06-10 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける複数の送信時間間隔、複数のサブキャリア間隔、又は複数の処理時間をサポートする端末のための上りリンク信号送信又は受信方法及びそのための装置
US10548096B2 (en) * 2017-04-21 2020-01-28 Samsung Electronics Co., Ltd. Information type multiplexing and power control

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
Huawei, HiSilicon，On UL multiplexing of URLLC and eMBB transmissions[online]，3GPP TSG RAN WG1 #88 R1-1701666，2017年02月06日
Lenovo, Motorola Mobility，On eMBB/URLLC multiplexing for uplink transmission[online]，3GPP TSG RAN WG1 #88b R1-1705655，2017年03月25日
LG Electronics，Discussion on multiplexing of eMBB and URLLC for uplink[online]，3GPP TSG RAN WG1 #88 R1-1702489，2017年02月07日
Panasonic，Discussion on SR for URLLC and multiplexing with HARQ-ACK[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1706 R1-1710942，2017年06月16日
Samsung，Power Control for Multiplexing of eMBB and URLLC[online]，3GPP TSG RAN WG1 #88 R1-1702995，2017年02月07日

Also Published As

Publication number Publication date
US20200022133A1 (en) 2020-01-16
WO2018203438A1 (ja) 2018-11-08
US11363573B2 (en) 2022-06-14
CN110463289A (zh) 2019-11-15
JPWO2018203438A1 (ja) 2020-03-12

Similar Documents

Publication Publication Date Title
US11950239B2 (en) Method and apparatus for transmitting a HARQ-ACK
US10772085B2 (en) Short PUCCH formats and scheduling request (SR) transmission for 5th generation (5G) new radio access technology (NR)
JP7297663B2 (ja) 端末及び通信方法
JP7331204B2 (ja) 端末及び通信方法
EP3619874B1 (en) Short pucch formats and scheduling request (sr) transmission for 5th generation (5g) new radio access technology (nr)
JP7575945B2 (ja) 通信装置、通信方法及び集積回路
US20130250901A1 (en) Terminal device, base station device, transmitting method and receiving method
JP7449693B2 (ja) 端末、通信方法及び集積回路
KR20110067025A (ko) 무선통신 시스템에서 harq 수행 방법 및 장치
WO2020261713A1 (en) MAPPING METHODS FOR URLLC HARQ-ACK MULTIPLEXING ON eMBB PUSCH
CN110073690A (zh) 传输方法和装置
JP7546717B2 (ja) 基地局、通信方法及び集積回路
AU2017247235A1 (en) Reception device and transmission device
JP7250008B2 (ja) 端末及び送信方法
WO2011122191A1 (ja) 無線通信システム、移動局装置、基地局装置、無線通信方法および集積回路
JP7315771B2 (ja) 基地局、通信方法及び集積回路
RU2788968C2 (ru) Терминал связи и способ связи

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200909

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211124

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220207

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220712

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20230110

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230419

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

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20230419

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

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20230426

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230614

R150 Certificate of patent or registration of utility model

Ref document number: 7297663

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150