JPWO2018198351A1 - 端末装置、基地局装置、無線通信システム及び端末装置制御方法 - Google Patents

端末装置、基地局装置、無線通信システム及び端末装置制御方法 Download PDF

Info

Publication number
JPWO2018198351A1
JPWO2018198351A1 JP2019515051A JP2019515051A JPWO2018198351A1 JP WO2018198351 A1 JPWO2018198351 A1 JP WO2018198351A1 JP 2019515051 A JP2019515051 A JP 2019515051A JP 2019515051 A JP2019515051 A JP 2019515051A JP WO2018198351 A1 JPWO2018198351 A1 JP WO2018198351A1
Authority
JP
Japan
Prior art keywords
radio resource
nack
ack
allocation request
reception response
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
JP2019515051A
Other languages
English (en)
Other versions
JP7298474B2 (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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2018198351A1 publication Critical patent/JPWO2018198351A1/ja
Application granted granted Critical
Publication of JP7298474B2 publication Critical patent/JP7298474B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • 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
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • 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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • 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)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Ａｃｋ／Ｎａｃｋのフィードバック情報等の情報を効率的に送信する端末装置、基地局装置、無線通信システム及び端末装置制御方法を提供する。ＰＤＳＣＨ受信処理部（１３）は、基地局装置から無線信号を受信する。ＡＣＫ／ＮＡＣＫ生成部（１４）は、ＰＤＳＣＨ受信処理部（１３）による無線信号の受信結果を複数分通知する受信応答を生成する。ＰＵＣＣＨ生成部（１６）は、受信応答を含む異なる複数の種類の信号を同じタイミングで送信する場合と１つの種類の信号を送信する場合とで、信号の送信に用いる無線リソースの大きさ又は位置を異ならせる。

Description

本発明は、端末装置、基地局装置、無線通信システム及び端末装置制御方法に関する。
現在のネットワークは、スマートフォンやフューチャーホンなどのモバイル端末のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。
一方で、例えば、交通システム、スマートメータ、装置等の監視システムといったＩｏＴ（Internet of a things）サービスの展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、例えば、５Ｇ（Generation）（第５世代移動体通信）といった次世代の通信規格では、４Ｇ（第４世代移動体通信）の標準技術に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められる。なお、次世代通信規格については、３ＧＰＰ（3rd Generation Partnership Project）の作業部会で技術検討が進められている。３ＧＰＰの作業部会には、例えば、ＴＳＧ（Technical Specification Group）−ＲＡＮ（Radio Access Network） ＷＧ（Work Group）１及びＴＳＧ−ＲＡＮ ＷＧ２等がある。
上記で述べたように、多種多様なサービスに対応するために、５Ｇなどの次世代通信方式では、多くのユースケースのサポートを想定している。ユースケースとしては、例えば、ｅＭＢＢ（Enhanced Mobile BroadBand）、Ｍａｓｓｉｖｅ ＭＴＣ（Machine Type Communications）およびＵＲＬＬＣ（Ultra−Reliable and Low Latency Communication）に分類されるケースがある。
また、第４世代通信方式であるＬＴＥ（Long Term Evolution）等では、効率的なデータ伝送を実現するためにハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic repeat request）の技術が採用されている。ＨＡＲＱでは、受信装置は、例えばＬＴＥ等のレイヤ１プロトコル階層の処理において正しく復号できなかったデータについての再送を、送信装置側に要求する。送信装置側は、データの再送が要求されると、受信装置側において正しく復号できなかったもとのデータの再送要求に対応する再送データを送信する。受信装置側では、正しく復号できなかったデータと、再送データとを組み合わせて、データの復号が行われる。これにより、高効率かつ高精度な再送制御が実現される。 なお、受信装置側は、正しく復号できた場合にＡｃｋの情報を、正しく復号できなかった場合にＮａｃｋの情報を送信装置に送信することにより、再送要求を実現している。
また、ＬＴＥのＡｃｋ／Ｎａｃｋのフィードバック情報は、例えば、１４シンボルのＴＴＩ（Transmission Time Interval）あたり１ｂｉｔで行われている。
また、次世代の５Ｇ ＮＲ（New Radio）では、Ａｃｋ／Ｎａｃｋのフィードバック情報をコードブロックグループ（Code Block Group : CBG）単位で行うことの導入が同意されている。なお、ＣＢＧを用いたＡｃｋ／Ｎａｃｋのフィードバック情報は、ＣＢＧ単位あたり１ｂｉｔで行われる。また、ＣＢＧを構成するシンボルの数及びＡｃｋ／Ｎａｃｋのフィードバック情報を伝送するシンボルの数はそれぞれ、例えば、ＬＴＥで用いられる１ＴＴＩのシンボル数である１４シンボル以下の値となる。
3GPP TS 36.211 V14.2.0 (2017-03) 3GPP TS 36.212 V14.2.0 (2017-03) 3GPP TS 36.213 V14.2.0 (2017-03) 3GPP TS 36.300 V14.2.0 (2017-03) 3GPP TS 36.321 V14.2.0 (2017-03) 3GPP TS 36.322 V14.0.0 (2017-03) 3GPP TS 36.323 V14.2.0 (2017-03) 3GPP TS 36.331 V14.2.1 (2017-03) 3GPP TS 36.413 V14.2.0 (2017-03) 3GPP TS 36.423 V14.2.0 (2017-03) 3GPP TS 36.425 V14.0.0 (2017-03) 3GPP TR 38.801 V14.0.0 (2017-03) 3GPP TR 38.802 V14.0.0 (2017-03) 3GPP TR 38.803 V14.0.0 (2017-03) 3GPP TR 38.804 V14.0.0 (2017-03) 3GPP TR 38.900 V14.2.0 (2016-12) 3GPP TR 38.912 V14.0.0 (2017-03) 3GPP TR 38.913 V14.2.0 (2017-03)
ところで、ＣＢＧでのＡｃｋ／Ｎａｃｋのフィードバック情報は、Ａｃｋ／Ｎａｃｋのフィードバック情報に用いるビット数が増える場合がある。そのため、送信電力が増加する可能性がある。さらに、例えば、Ａｃｋ／Ｎａｃｋのフィードバック情報と他の情報（例えば、スケジューリングリクエスト）を同時に送信する場合には、Ａｃｋ／Ｎａｃｋのフィードバック情報のみの情報を送信する場合に比べて送信電力が大きくなることが考えられる。
しかしながら、端末の送信電力は、予め上限を設定されているケースが多い。そのため、送信電力を考慮しつつ、Ａｃｋ／Ｎａｃｋのフィードバック情報等の情報を効率的に送信することが要求される。
開示の技術は、上記に鑑みてなされたものであって、Ａｃｋ／Ｎａｃｋのフィードバック情報等の情報を効率的に送信する端末装置、基地局装置、無線通信システム及び端末装置制御方法を提供することを目的とする。
本願の開示する端末装置、基地局装置、無線通信システム及び端末装置制御方法の一つの態様において、受信部は、基地局装置から無線信号を受信する。応答信号生成部は、前記受信部による前記無線信号の受信結果を複数分通知する受信応答を生成する。送信部は、前記受信応答を含む異なる複数の種類の信号を同じタイミングで送信する場合と１つの種類の信号を送信する場合とで、信号の送信に用いる無線リソースの大きさ又は位置を異ならせる。
１つの側面では、本発明は、Ａｃｋ／Ｎａｃｋのフィードバック情報等の情報を効率的に送信することができる。
図１は、端末装置のブロック図である。 図２は、ＣＢＧ型のフィードバック方式について説明するための図である。 図３は、サブキャリアにマッピングされたＡｃｋ／Ｎａｃｋを表すビットパターンの一例の図である。 図４は、２つのリソースブロックにマッピングされる２つのＣＢＧに対するＡｃｋ／Ｎａｃｋを表す値の一例を表す図である。 図５は、１つのリソースブロック内の１つのサブキャリアに２つのＣＢＧのＡｃｋ／Ｎａｃｋがマッピングされた一例を示す図である。 図６は、無線リソースの割り当てを表す図である。 図７は、実施例１に係る端末装置による無線リソースの割り当てを表す図である。 図８は、基地局装置のブロック図である。 図９は、実施例１に係る端末装置による受信応答及び無線リソース割当要求の送信のフローチャートである。 図１０は、実施例２に係る端末装置による無線リソースの割り当てを表す図である。 図１１は、各ＣＢＧに対するＡｃｋ／Ｎａｃｋの一例を表す図である。 図１２は、未使用リソーステーブルの一例を表す図である。 図１３は、実施例２に係る端末装置による受信応答及び無線リソース割当要求の送信のフローチャートである。 図１４は、実施例３に係るＰＵＣＣＨ生成部により生成されるＣＢＧグループの一例を示す図である。 図１５は、実施例３に係る端末装置による無線リソースの割り当てを表す図である。 図１６は、実施例３に係る端末装置による受信応答及び無線リソース割当要求の送信のフローチャートである。 図１７は、実施例４に係るＰＵＣＣＨ生成部により生成されるＣＢＧグループ、並びに、直接通知ＣＢＧ及び間接通知ＣＢＧの一例を示す図である。 図１８は、使用リソーステーブルの一例を表す図である。 図１９は、実施例４に係る端末装置による無線リソースの割り当てを表す図である。 図２０は、実施例５に係る端末装置による無線リソースの割り当てを表す図である。 図２１は、実施例６に係るＰＵＣＣＨ生成部により生成されるＣＢＧグループの一例を示す図である。 図２２は、実施例６に係る端末装置による無線リソースの割り当てを表す図である。 図２３は、各リソースブロックにおけるＮａｃｋの数の算出を説明するための図である。 図２４は、実施例７に係る端末装置による無線リソースの割り当てを表す図である。 図２５は、実施例７に係る端末装置による受信応答及び無線リソース割当要求の送信のフローチャートである。 図２６は、実施例８に係る種類の異なる無線リソース割当要求に対する無線リソースの割り当てを表す図である。 図２７は、実施例９に係る端末装置による無線リソースの割り当てを表す図である。 図２８は、実施例１１に係る端末装置のブロック図である。 図２９は、異なるＴＴＩにおける信号に対するＡｃｋ／Ｎａｃｋをまとめて同じタイミングで送信する場合の無線リソースの割り当てを表す図である。 図３０は、各実施例に係る端末装置のハードウェア構成図である。 図３１は、各実施例に係る基地局装置のハードウェア構成図である。
以下に、本願の開示する端末装置、基地局装置、無線通信システム及び端末装置制御方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する端末装置、基地局装置、無線通信システム及び端末装置制御方法が限定されるものではない。
図１は、端末装置のブロック図である。端末装置１は、後述する基地局装置２と無線通信によりデータの送受信を行う。本実施例では、端末装置１及び基地局装置２は、ＨＡＲＱフィードバック方式としてＣＢＧ（Code Block Group）型のフィードバック方式を用いる。ここで、ＣＢＧ型のフィードバック方式について以下に説明する。
図２は、ＣＢＧ型のフィードバック方式について説明するための図である。端末装置１は、コードブロック（ＣＢ：Code Block）１０１を所定数集めたＣＢＧ（Code Brock Group）１１１〜１１３を含むトランスポートブロック１１５を基本単位として、データを基地局装置２から受信する。ここで、図２では、２つのコードブロック１０１を集めたものをＣＢＧ１１１〜１１３としたが、ＣＢＧ１１１〜１１３のコードブロックの数には特に制限は無い。以下では、ＣＢＧ１１１〜１１３を区別しない場合、「ＣＢＧ１１０」として表す。このコードブロック１０１が、「第１グループ」の一例にあたる。また、ＣＢＧ１１０が、「第２グループ」の一例にあたる。
端末装置１は、無線部１１、ＰＤＣＣＨ（Physical Downlink Control Channel）受信処理部１２及びＰＤＳＣＨ（Physical Downlink Sheared Channel）受信処理部１３を有する。また、端末装置１は、ＡＣＫ（Acknowledgement）／ＮＡＣＫ（Negative Acknowledgement）生成部１４及びＳＲ（Scheduling Request）生成部１５を有する。さらに、ＰＵＣＣＨ（Physical Uplink Control Channel）生成部１６及びＰＵＳＣＨ（Physical Uplink Sheared Channel）生成部１７及びバッファ１８を有する。
無線部１１は、アンテナを介して制御信号及びデータを含むＰＤＣＣＨ及びＰＤＳＣＨの信号を基地局装置２から受信する。ここで、無線部１１が受信する信号は、図２に示すような複数のＣＢＧ１１０を含むトランスポートブロック１１５を含む。そして、無線部１１は、受信した信号にＡＤ（Analog Digital）変換を施す。その後、無線部１１は、受信したＰＤＣＣＨ及びＰＤＳＣＨの信号をＰＤＣＣＨ受信処理部１２へ出力する。
また、無線部１１は、ＡＣＫ／ＮＡＣＫを表す信号の入力をＰＵＣＣＨ生成部１６から受ける。次に、無線部１１は、ＡＣＫ／ＮＡＣＫを表す信号に対してＤＡ（Digital Analog）変換を施す。その後、無線部１１は、ＡＣＫ／ＮＡＣＫを表す信号をアンテナを介して基地局装置２へ送信する。
また、無線部１１は、データを含む信号の入力をＰＵＳＣＨ生成部１７から受ける。次に、無線部１１は、データを含む信号に対してＤＡ変換を施す。その後、無線部１１は、データを含む信号をアンテナを介して基地局装置２へ送信する。
ＰＤＣＣＨ受信処理部１２は、制御信号及びデータを含むＰＤＣＣＨ及びＰＤＳＣＨの信号の入力を無線部１１から受ける。そして、ＰＤＣＣＨ受信処理部１２は、ＰＤＣＣＨの信号に対して復調処理及び復号化処理を施して制御信号を取得する。この制御信号には、無線リソースの割り当て情報も含まれる。その後、ＰＤＣＣＨ受信処理部１２は、制御信号とともにＰＤＳＣＨの信号をＰＤＳＣＨ受信処理部１３へ出力する。
ＰＤＳＣＨ受信処理部１３は、制御信号とともにＰＤＳＣＨの信号の入力をＰＤＣＣＨ受信処理部１２から受ける。次に、ＰＤＳＣＨ受信処理部１３は、制御信号で指定されたＭＣＳ（Modulation and Coding Scheme）を用いてＰＤＣＣＨの信号に対して復調処理及び復号化処理を施してデータを取得する。
次に、ＰＤＳＣＨ受信処理部１３は、１つのトランスポートブロック１１５のデータに含まれるＣＢＧ１１０を特定する。そして、ＰＤＳＣＨ受信処理部１３は、トランスポートブロック１１５に含まれる各ＣＢＧ１１０についてデータが復号できたか否かを判定する。
ＰＤＳＣＨ受信処理部１３は、データが復号できたＣＢＧ１１０については、データの復号の成功をＡＣＫ／ＮＡＣＫ生成部１４へ通知する。また、ＰＤＳＣＨ受信処理部１３は、データの復号に失敗したＣＢＧ１１０については、データの復号の失敗をＡＣＫ／ＮＡＣＫ生成部１４へ通知する。このＰＤＳＣＨ受信処理部１３が、「受信部」の一例にあたる。
ＡＣＫ／ＮＡＣＫ生成部１４は、各ＣＢＧ１１０に対するデータの復号の成功の通知又は失敗の通知をＰＤＳＣＨ受信処理部１３から受ける。そして、ＡＣＫ／ＮＡＣＫ生成部１４は、各ＣＢＧ１１０に対するデータの復号の成功を表すＡｃｋ又はデータの復号の失敗を表すＮａｃｋを生成する。以下では、Ａｃｋ及びＮａｃｋのいずれか一方もしくは双方を含む情報を、「Ａｃｋ／Ｎａｃｋ」と表す。
ここで、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋの生成について説明する。図３は、サブキャリアにマッピングされたＡｃｋ／Ｎａｃｋを表すビットパターンの一例の図である。ここでは、２つのＣＢＧ＃１及び＃２に対するＡｃｋ／Ｎａｃｋについて説明する。
１つのリソースブロック１２１及び１２２は、１２個のサブキャリアを含む。そして、各サブキャリアがそれぞれ値を有する。Ａｃｋ／Ｎａｃｋは、リソースブロック１２１及び１２２などを用いて基地局装置２へ送信される。図３では、ＣＢＧ＃１又は＃２のいずれに対するＡｃｋ／Ｎａｃｋの値が各サブキャリアに入っているかを表している。
リソースブロック１２１は、１つのリソースブロックでＣＢＧ＃１に対する１ビットのＡｃｋ又はＮａｃｋを表す場合の、Ａｃｋ／Ｎａｃｋのビットパターンのマッピングを表す。この場合、リソースブロック１２１のＲＳ（Reference Signal）を除く各サブキャリアは全てＣＢＧ＃１に対するＡｃｋ又はＮａｃｋの値を表す。すなわち、Ａｃｋを表す値を０としＮａｃｋを表す値を１とすると、ＣＢＧ＃１に対してＡｃｋを返す場合、リソースブロック１２１に含まれるサブキャリアには、ＲＳ以外は全て０の値が格納される。ＣＢＧ＃１に対してＮａｃｋを返す場合、リソースブロック１２１に含まれるサブキャリアには、ＲＳ以外は全て１の値が格納される。
この場合、１つのリソースブロックに対して１つのＣＢＧのＡｃｋ又はＮａｃｋの値が格納されるので、ＡＣＫ／ＮＡＣＫ生成部１４は、リソースブロック１２１に対しては、同じ値を並べた８ビットのビット系列をＣＢＧ＃１のＡｃｋ／Ｎａｃｋとして生成する。この場合、基地局装置２は、受信した信号の１つのリソースブロック１２１から、ＣＢＧ＃１のＡｃｋ／Ｎａｃｋを取得する。
一方、リソースブロック１２２は、１つのリソースブロックでＣＢＧ＃１及び＃２のそれぞれに対する１ビットのＡｃｋ又はＮａｃｋを表す場合の、Ａｃｋ／Ｎａｃｋのビットパターンのマッピングを表す。この場合、リソースブロック１２２のＲＳを除く各サブキャリアには、ＣＢＧ＃１に対するＡｃｋ又はＮａｃｋを表す値又はＣＢＧ＃２に対するＡｃｋ又はＮａｃｋを表す値が格納される。例えば、リソースブロック１２２に示すように、ＣＢＧ＃１に対するＡｃｋ／Ｎａｃｋを表す値とＣＢＧ＃２に対するＡｃｋ／Ｎａｃｋを表す値とがＲＳ以外のサブキャリアに交互に配置される。この場合、２つのリソースブロックで２つのＣＢＧ＃１及び＃２のそれぞれに対するＡｃｋ／Ｎａｃｋが表される。
この場合、ＡＣＫ／ＮＡＣＫ生成部１４は、Ａｃｋを表す値を０としＮａｃｋを表す値を１とすると、ＣＢＧ＃１及び＃２のＡｃｋ／Ｎａｃｋを表す２つのリソースブロック分のビット系列を、図４に示すように生成する。図４は、２つのリソースブロックにマッピングされる２つのＣＢＧに対するＡｃｋ／Ｎａｃｋを表す値の一例を表す図である。
例えば、ＣＢＧ＃１の受信応答がＡｃｋで、ＣＢＧ＃２の受信応答がＮａｃｋの場合、ＡＣＫ／ＮＡＣＫ生成部１４は、「０１０１０１０１，０１０１０１０１」というビット系列を生成する。この場合、基地局装置２は、受信した信号の２つのリソースブロック１２２の情報を加算するなどして、ＣＢＧ＃１及び＃２のそれぞれに対するＡｃｋ／Ｎａｃｋを取得する。
１つのリソースブロックで表されるＣＢＧ１１０の受信応答の数が増えた場合、ＡＣＫ／ＮＡＣＫ生成部１４は、０と１で表されるビット系列のパターンを増やす。このように、ＡＣＫ／ＮＡＣＫ生成部１４は、１つのリソースブロック１２１で１つのＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋの情報を表すようにＡｃｋ／Ｎａｃｋを生成することもできる。また、ＡＣＫ／ＮＡＣＫ生成部１４は、複数のリソースブロック１２１で複数のＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋの情報を表すようにＡｃｋ／Ｎａｃｋを生成することもできる。
また、１サブキャリアに複数のＣＢＧのＡｃｋ／Ｎａｃｋをマッピングすることもできる。図５を参照して、１サブキャリアに複数のＣＢＧのＡｃｋ／Ｎａｃｋをマッピングする例について説明する。図５は、１つのリソースブロック内の１つのサブキャリアに２つのＣＢＧのＡｃｋ／Ｎａｃｋがマッピングされた一例を示す図である。図５における１サブキャリアの情報としては、例えば、サブキャリアを４位相偏移変調（ＱＰＳＫ：Quadrature Phase Shift Keying）で変調した場合の２ビットの情報である。
例えば、図５のリソースブロック１２３は、２つのＣＢＧに対するＡｃｋ／Ｎａｃｋを１つのリソースブロックで送信する場合のＡｃｋ／Ｎａｃｋのビットパターンのマッピングを表す。この場合、リソースブロック１２３のサブキャリアは、２ビットである。そして、リソースブロック１２３のＲＳを除く各サブキャリアは全てＣＢＧ＃１及び＃２に対するＡｃｋ又はＮａｃｋの値を表す。この場合、各サブキャリアがＱＰＳＫで変調される。ここで、例えば、Ａｃｋを表す値を０としＮａｃｋを表す値を１とすると、ＣＢＧ＃１に対してＡｃｋを返し、ＣＢＧ＃２に対してＮａｃｋを返す場合、リソースブロック１２３に含まれるサブキャリアには、ＲＳ以外は全て（０，１）の値が格納される。
この場合、１つのリソースブロックに対して２つのＣＢＧのＡｃｋ又はＮａｃｋの値が格納されるので、ＡＣＫ／ＮＡＣＫ生成部１４は、リソースブロック１２３に対しては、同じ値を並べた１６ビットのビット系列が、ＣＢＧ＃１及び＃２のＡｃｋ／Ｎａｃｋとして生成される。この場合、基地局装置２は、受信した信号の１つのリソースブロック１２３から、ＣＢＧ＃１及び＃２のＡｃｋ／Ｎａｃｋを取得する。
また、図５のリソースブロック１２４は、４つのＣＢＧに対するＡｃｋ／Ｎａｃｋを１つのリソースブロックで送信する場合のＡｃｋ／Ｎａｃｋのビットパターンのマッピングを表す。この場合も、リソースブロック１２３のサブキャリアは、２ビットである。そして、リソースブロック１２４のＲＳを除く各サブキャリアには、ＣＢＧ＃１及び＃２に対するＡｃｋ又はＮａｃｋを表す値又はＣＢＧ＃３及び＃４に対するＡｃｋ又はＮａｃｋを表す値が格納される。この場合も、各サブキャリアがＱＰＳＫで変調される。例えば、リソースブロック１２４に示すように、ＣＢＧ＃１及び＃２に対するＡｃｋ／Ｎａｃｋを表す値とＣＢＧ＃３及び＃４に対するＡｃｋ／Ｎａｃｋを表す値とがＲＳ以外のサブキャリアに交互に配置される。この場合、１つのリソースブロックで４つのＣＢＧ＃１〜＃４のそれぞれに対するＡｃｋ／Ｎａｃｋが表される。
この場合、１つのリソースブロックに対して４つのＣＢＧのＡｃｋ又はＮａｃｋの値が格納されるので、ＡＣＫ／ＮＡＣＫ生成部１４は、リソースブロック１２４に対しては、同じ値を並べた３２ビットのビット系列が、ＣＢＧ＃１〜＃４のＡｃｋ／Ｎａｃｋとして生成される。この場合、基地局装置２は、受信した信号の１つのリソースブロック１２３から、ＣＢＧ＃１〜＃４のＡｃｋ／Ｎａｃｋを取得する。
また、図５のリソースブロック群１２５は、４つのＣＢＧに対するＡｃｋ／Ｎａｃｋを２つのリソースブロックで送信する場合のＡｃｋ／Ｎａｃｋのビットパターンのマッピングを表す。この場合も、リソースブロック群１２５のサブキャリアは、２ビットである。そして、リソースブロック１２５のＲＳを除く各サブキャリアには、ＣＢＧ＃１及び＃２に対するＡｃｋ又はＮａｃｋを表す値又はＣＢＧ＃３及び＃４に対するＡｃｋ又はＮａｃｋを表す値が格納される。この場合も、各サブキャリアがＱＰＳＫで変調される。例えば、リソースブロック群１２５に示すように、ＣＢＧ＃１及び＃２に対するＡｃｋ／Ｎａｃｋを表す値とＣＢＧ＃３及び＃４に対するＡｃｋ／Ｎａｃｋを表す値とがＲＳ以外のサブキャリアに交互に配置される。この場合、２つのリソースブロックで４つのＣＢＧ＃１〜＃４のそれぞれに対するＡｃｋ／Ｎａｃｋが表される。
この場合、１つのリソースブロックに対して４つのＣＢＧのＡｃｋ又はＮａｃｋの値が格納されるので、ＡＣＫ／ＮＡＣＫ生成部１４は、リソースブロック群１２５に対しては、同じ値を並べた３２ビットのビット系列が、ＣＢＧ＃１〜＃４のＡｃｋ／Ｎａｃｋとして生成される。この場合、基地局装置２は、受信した信号の２つのリソースブロック１２３から、ＣＢＧ＃１〜＃４のＡｃｋ／Ｎａｃｋを取得する。
そして、ＡＣＫ／ＮＡＣＫ生成部１４は、各ＣＢＧ１１０に対するＡｃｋ及びＮａｃｋをまとめて１つのトランスポートブロック１１５に対する受信応答としてＰＵＣＣＨ生成部１６へ出力する。このＡＣＫ／ＮＡＣＫ生成部１４が、「応答信号生成部」の一例にあたる。
バッファ１８は、第１バッファ１８１及び第２バッファ１８２を有する。第１バッファ１８１及び第２バッファ１８２には遅延や信頼度などの要求条件あるいはＱｏＳ（Quality of Service）にしたがって分けられた論理チャネルのデータがそれぞれ格納される。第１バッファ１８１は、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）などの低遅延で優先度の高い処理における送信データを格納するバッファである。また、第２バッファ１８２は、ｅＭＢＢ（Enhanced Mobile Brad Band）やウェブブラウジングなどの優先度の低い処理における送信データを格納するバッファである。第１バッファ１８１や第２バッファ１８２には、ＣＰＵ（Central Processing Unit）が実行する演算処理などで発生した送信データがＣＰＵにより格納される。
ＳＲ生成部１５は、第１バッファ１８１又は第２バッファ１８２に送信データが格納されたか否かを確認する。第１バッファ１８１又は第２バッファ１８２に送信データが格納された場合、ＳＲ生成部１５は、送信データを送信するための無線リソースの割り当てを要求する無線リソース割当要求を生成する。
そして、ＳＲ生成部１５は、無線リソース割当要求を送信データの格納元である第１バッファ１８１又は第２バッファ１８２の情報とともにＰＵＣＣＨ生成部１６へ出力する。このＳＲ生成部１５が、「無線リソース割当要求生成部」の一例にあたる。
ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０のＡＣＫ及びＮＡＣＫをまとめた１つのトランスポートブロック１１５に対する受信応答の情報の入力をＡＣＫ／ＮＡＣＫ生成部１４から受ける。また、ＰＵＣＣＨ生成部１６は、無線リソース割当要求の入力をＳＲ生成部１５から受ける。ここで、図６を参照して、受信応答及び無線リソース割当要求に対して予め割り当てられた無線リソースについて説明する。図６は、無線リソースの割り当てを表す図である。図６の縦方向は周波数を表し、横方向は時間を表す。
図６において、ＰＤＣＣＨ２０２に挟まれた区間が、ＴＴＩ（Transmission Time Interval）２０１である。そして、ＰＤＣＣＨ２０２の後にＰＤＳＣＨ２０３が送受信される。そして、無線リソース２１０が、無線リソース割当要求に予め割り当てられたリソースである。また、無線リソース２２０が、受信応答に予め割り当てられたリソースである。なお、本実施例では、受信応答を送信するＰＵＣＣＨにおいて、２シンボル単位で信号が送信される場合で説明したが、このＰＵＣＣＨにおける送信単位は他の単位を用いてもよい。例えば、ＰＵＣＣＨにおいて、信号は１シンボル単位で送信されてもよい。以下では、図６で示す受信応答及び無線リソース割当要求に予め割り当てられた無線リソースを、「通常無線リソース」という。
ＰＵＣＣＨ生成部１６は、受信応答又は無線リソース割当要求をあるＴＴＩ２０１において同時に送るか否かを判定する。以下では、あるＴＴＩ２０１において受信応答及び無線リソース割当要求を同じタイミングで送信する場合を、「同時送信」という。言い換えれば、同時送信とは、端末装置１において時間方向に重なる無線リソース２１０と無線リソース２２０とを用いた受信応答及び無線リソース割当要求の送信が発生した場合である。
ＰＵＣＣＨ生成部１６は、同時送信でない場合、受信応答であるＡｃｋ／Ｎａｃｋを表すデータ又は無線リソース割当要求を表すデータに符号化処理及び変調処理を施す。その後、ＰＵＣＣＨ生成部１６は、符号化処理及び変調処理を施したデータに通常無線リソースを割り当てる。
図７は、実施例１に係る端末装置による無線リソースの割り当てを表す図である。図７の、割当状態３１１〜３１３において縦方向が周波数を表し、横方向が時間を表す。例えば、無線リソース割当要求を送らずに受信応答を送る場合、ＰＵＣＣＨ生成部１６は、図７の割当状態３１１に示すように無線リソースを割り当てる。すなわち、ＰＵＣＣＨ生成部１６は、受信応答にリソースブロック３０１〜３０３の無線リソース２２０を割り当てる。この場合、リソースブロック３００の無線リソース２１０は割り当てられない。逆に、受信応答を送らずに無線リソース割当要求を送る場合、ＰＵＣＣＨ生成部１６は、リソースブロック３００の無線リソース２１０を割り当てる。
そして、ＰＵＣＣＨ生成部１６は、無線リソースの割り当てに応じてＡｃｋ／Ｎａｃｋを表すデータ又は無線リソース割当要求を表すデータをＰＵＣＣＨに配置して信号を生成する。その後、ＰＵＣＣＨ生成部１６は、無線部１１を介して生成した信号を基地局装置２へ送信する。この場合、ＰＵＣＣＨ生成部１６は、無線リソース２１０を用いて無線リソース割当要求を基地局装置２へ送信する。また、ＰＵＣＣＨ生成部１６は、無線リソース２２０を用いて受信応答を基地局装置２へ送信する。
次に、同時送信の場合のＰＵＣＣＨ生成部１６による処理について説明する。ここでは、同時送信時に発生した受信応答及び無線リソース割当要求を、同時送信でない場合と同様に通常無線リソースに割り当てた状態を「通常割当状態」という。
同時送信の場合、ＰＵＣＣＨ生成部１６は、図７の割当状態３１２に示すように無線リソースを割り当てる。具体的には、ＰＵＣＣＨ生成部１６は、同時送信時の受信応答に割り当てるリソースブロックの情報を予め記憶する。すなわち、ＰＵＣＣＨ生成部１６は、受信応答の通常無線リソースに含まれるリソースブロックの中から１つ除外リソースブロックを予め記憶する。そして、ＰＵＣＣＨ生成部１６は、通常割当状態において除外リソースブロックが割り当てられるＡｃｋ／Ｎａｃｋを表すデータに、通常割当状態であれば無線リソース割当要求に割り当てられる無線リソース２１０を割り当てる。
次に、無線リソース２１０を割り当てたデータ以外のＡｃｋ／Ｎａｃｋを表すデータに、通常割当状態と同様に無線リソース２２０の除外リソースブロック以外のリソースブロックを割り当てる。例えば、割当状態３１２に示すように、ＰＵＣＣＨ生成部１６は、無線リソース２１０を割り当てたデータ以外のＡｃｋ／Ｎａｃｋを表すデータに無線リソース２２０におけるリソースブロック３０１及び３０３を割り当てる。この場合、ＰＵＣＣＨ生成部１６は、リソースブロック３０２は使用しない。
このように無線リソースの割り当てを行うことで、ＰＵＣＣＨ生成部１６は、通常無線リソースの中にＡｃｋ／Ｎａｃｋを送信しない未使用リソースブロックを含ませることで基地局装置２にＳＲの発生を通知する。
ここで、リソースブロック３０１〜３０３のうちいずれを未使用とするかは自由に決めることができる。ただし、未使用リソースブロックが使用中リソースブロックに挟まれている方が、基地局装置２は、未使用であることを検出しやすい。そこで、ＰＵＣＣＨ生成部１６は、割当状態３１２のように、使用中リソースブロックに未使用リソースブロックが挟まれるように未使用リソースブロックを選択することが好ましい。
また、無線リソース２１０にマッピングする信号の内容は、この未使用リソースブロックに対して通常割当状態にてマッピングする信号の内容をそのまま適用すればよい。あるいは、無線リソース２２０の中の使用リソースブロックと無線リソース２１０の中の使用リソースブロックを周波数順に並べ、通常割当状態のＡｃｋ／Ｎａｃｋの送信と同じ方法、すなわち周波数の低い順又は高いにマッピングを行ってもよい。
さらに、ＰＵＣＣＨ生成部１６は、送信する無線リソース割当要求が、第１バッファ１８１又は第２バッファ１８２のいずれに格納された送信データのための無線リソース割当要求かを判定する。ここで、ＰＵＣＣＨ生成部１６は、第１バッファ１８１に格納された優先度の高い処理における送信データの送信と第２バッファ１８２に格納された優先度の高い処理における送信データの送信とでそれぞれ異なる送信電力密度を調整するためのパラメータを有する。
本実施例では、ＰＵＣＣＨ生成部１６は、第１バッファ１８１に格納された送信データの送信の場合のパラメータとして、送信電力密度を高くするパラメータを有する。また、ＰＵＣＣＨ生成部１６は、第２バッファ１８２に格納された送信データの送信の場合のパラメータとして、第１バッファ１８１に格納された送信データの送信の場合よりも送信電力密度が低くなるパラメータを有する。パラメータは、例えば、受信応答を送信する場合の送信電力密度に対するオフセットである。このパラメータの値は、例えば、基地局装置２からＰＵＣＣＨのリソース設定を通知する際にＲＲＣ（Radio Resource Control）信号あるいはＰＤＣＣＨにより指定される。
ＰＵＣＣＨ生成部１６は、第１バッファ１８１に格納された送信データを送信するための無線リソース割当要求であれば、割当状態３１２のように受信応答に割り当てられた無線リソースの送信電力密度を高くする。これに対して、第２バッファ１８２に格納された低優先度の処理における送信データに対する無線リソース割当要求であれば、ＰＵＣＣＨ生成部１６は、割当状態３１２のように受信応答の送信電力密度を通常の受信応答の送信時と同じにする。
その後、ＰＵＣＣＨ生成部１６は、割当てた無線リソースを用いて決定した送信電力密度で無線部１１を介して受信応答のデータを基地局装置２へ送信する。これにより、ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０のＡｃｋ／Ｎａｃｋの情報とともに無線リソース割当要求の発生を基地局装置２へ通知する。
ここで、本実施例では、同時送信の場合であっても、通常割当状態の割り当てで送信電力が不足しなければ、ＰＵＣＣＨ生成部１６は、常に割当状態３１３のように、通常割当状態の無線リソースの割り当てを行ってもよい。この場合、ＰＵＣＣＨ生成部１６は、リソースブロック３００〜３０１を全て使用する。
このように、本実施例では、同時受信の場合、通常割当状態と比べて無線リソース割当要求の通常割当リソース分の無線リソースは使用されなくなる。すなわち、未使用無線リソースの数はそれほど増えない。ここで、優先度の低い無線リソース割当要求であれば、Ａｃｋ／Ｎａｃｋと同等の信頼度で送信してもよいので、送信電力は十分賄える。これに対して、優先度の高い無線リソース割当要求であれば、信頼度を高めるためにより高い送信電力密度での送信が望ましく、送信電力不足が発生する可能性もある。このＰＵＣＣＨ生成部１６が、「送信部」の一例にあたる。
図１に戻って説明を続ける。ＰＵＳＣＨ生成部１７は、無線リソース割当要求に対する応答で指定された送信データを送信するための無線リソースの情報をＰＤＣＣＨ受信処理部１２から取得する。次に、ＰＵＳＣＨ生成部１７は、送信した無線リソース割当要求に対応する送信データをバッファ１８の第１バッファ１８１又は第２バッファ１８２から取得する。
そして、ＰＵＳＣＨ生成部１７は、取得した送信データに符号化処理及び変調処理を施す。次に、ＰＵＳＣＨ生成部１７は、符号化処理及び変調処理を施した送信データに指定された無線リソースを割り当てる。その後、ＰＵＳＣＨ生成部１７は、無線リソースの割り当てに応じて送信データをＰＵＳＣＨに配置して信号を生成する。その後、ＰＵＳＣＨ生成部１７は、無線部１１を介して生成した信号を基地局装置２へ送信する。
次に、図８を参照して、基地局装置２について説明する。図８は、基地局装置のブロック図である。基地局装置２は、図８に示すように、ＰＵＣＣＨリソース管理部２１、バッファ２２、スケジューラ２３、下り信号ベースバンド処理部２４、上り信号ベースバンド処理部２５及び無線部２６を有する。バッファ２２は、基地局装置２が取得した送信データの一時的な記憶領域である。
ＰＵＣＣＨリソース管理部２１は、無線リソース割当要求用のリソース設定情報及びＡｃｋ／Ｎａｃｋ用のリソース設定情報をスケジューラ２３に通知する。ここで、ＰＵＣＣＨリソース管理部２１は、無線リソース割当要求及びＡｃｋ／Ｎａｃｋを送信する受信応答の通常無線リソースを予め決められた周期で周期的に設定してもよい。他にも、ＰＵＣＣＨリソース管理部２１は、無線リソース割当要求及びＡｃｋ／Ｎａｃｋを送信する受信応答の通常無線リソースをＴＴＩごとに決定して設定してもよい。
スケジューラ２３は、バッファ２２に格納された送信データの中から送信するデータを特定する。そして、スケジューラ２３は、特定したデータの送信のスケジューリングを行う。
次に、スケジューラ２３は、送信するトランスポートブロック１１５のデータをＣＢＧ１１０に分割する。次に、スケジューラ２３は、使用するＭＣＳを決定する。例えば、スケジューラ２３は、ＵＲＬＬＣ用のデータについては、ｅＭＢＢ用のデータに比べて冗長度を大きくするＭＣＳを選択する。また、スケジューラ２３は、データの送受信のための制御情報を生成する。さらに、スケジューラ２３は、データ及び制御情報を送信する無線リソースを決定する。その後、スケジューラ２３は、送信するデータのトランスポートブロック１１５における各ＣＢＧ１１０の情報、ＭＣＳの情報、生成した制御情報及び使用する無線リソースの情報を下り信号ベースバンド処理部２４へ出力する。
その後、スケジューラ２３は、ＣＢＧ１１０毎に１ビットのＡＣＫ又はＮＡＣＫの入力を上り信号ベースバンド処理部２５から受ける。また、スケジューラ２３は、無線リソース割当要求の入力を上り信号ベースバンド処理部２５から受ける。
スケジューラ２３は、送信したトランスポートブロック１１５に含まれるＣＢＧ１１０のうちでＮＡＣＫを受信したＣＢＧ１１０を特定する。そして、スケジューラ２３は、再送するデータを決定する。
また、スケジューラ２３は、制御情報を生成する。さらに、無線リソース割当要求を受信した場合、スケジューラ２３は、送信データに用いる通常無線リソースを決定する。また、スケジューラ２３は、データの再送に用いる無線リソースを決定する。その後、スケジューラ２３は、再送するデータの情報、ＭＣＳの情報、生成した制御情報及び使用する無線リソースの情報を下り信号ベースバンド処理部２４へ出力する。スケジューラ２３は、全てのＣＢＧ１１０についてＡＣＫを受信するまで再送を繰り返す。
下り信号ベースバンド処理部２４は、送信又は再送するデータの情報、ＭＣＳの情報、制御情報及び使用する無線リソースの情報の入力をスケジューラ２３から受ける。次に、下り信号ベースバンド処理部２４は、受信した送信又は再送するデータの情報に応じたデータをバッファ２２から取得する。次に、下り信号ベースバンド処理部２４は、受信したＭＣＳの情報で指定された符号化率を用いて取得したデータ及び制御情報に符号化処理を施す。さらに、下り信号ベースバンド処理部２４は、受信したＭＣＳの情報で指定された変調方式を用いて取得したデータ及び制御情報に変調処理を施す。その後、下り信号ベースバンド処理部２４は、指定された無線リソースに制御情報及びデータを割り当て、制御情報をＰＤＣＣＨに配置し、データをＰＤＳＣＨに配置する。そして、下り信号ベースバンド処理部２４は、制御情報及びデータを無線部２６へ出力する。
無線部２６は、制御情報及びデータの入力を下り信号ベースバンド処理部２４から受ける。次に、無線部２６は、制御情報及びデータに対してＤＡ（Digital to Analog）変換を施す。その後、無線部２６は、割り当てられた無線リソースを用いて制御信号及びデータをアンテナを介して端末装置１へ送信する。
また、無線部２６は、アンテナを介して送信したデータの受信応答又は無線リソース割当要求のいずれか一方及び双方を含む信号を端末装置１から受信する。そして、無線部２６は、受信した信号にＡＤ（Analog to Digital）変換を施す。その後、無線部２６は、送信したデータの受信応答又は無線リソース割当要求のいずれか一方及び双方を含む信号を上り信号ベースバンド処理部２５へ出力する。この無線部２６が、「基地局受信部」の一例にあたる。
上り信号ベースバンド処理部２５は、送信したデータの受信応答又は無線リソース割当要求のいずれか一方及び双方を含む信号に対して復調処理及び復号化処理を施す。そして、上り信号ベースバンド処理部２５は、受信した信号における無線リソース２２０の全てのリソースブロックにＡｃｋ／Ｎａｃｋの情報が含まれているか否かを判定する。受信した信号における無線リソース２２０の全てのリソースブロックにＡｃｋ／Ｎａｃｋの情報が含まれている、すなわち未使用リソースブロックが含まれていない場合、上り信号ベースバンド処理部２５は、同時送信でないと判定する。
同時送信でなければ、上り信号ベースバンド処理部２５は、受信応答の通常無線リソースである無線リソース２２０から各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋの情報を取得する。
これに対して、未使用リソースブロックが含まれている場合、上り信号ベースバンド処理部２５は、無線リソース割当要求の発生を把握する。ここで、上り信号ベースバンド処理部２５は、図７の割当状態３１２に示した同時送信時に受信応答の送信に使用されるリソースブロックを予め記憶する。そして、上り信号ベースバンド処理部２５は、予め決められたリソースブロックから各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋの情報を取得する。
また、無線リソース２２０の全てのリソースブロックにＡｃｋ／Ｎａｃｋの情報が含まれていない場合、上り信号ベースバンド処理部２５は、リソース２１０に無線リソース割当要求が配置されているか否かを判定する。無線リソース２１０に無線リソース割当要求が配置されている場合、上り信号ベースバンド処理部２５は、無線リソース割当要求の発生を把握する。これに対して、無線リソース２１０に無線リソース割当要求が配置されていない場合、上り信号ベースバンド処理部２５は、受信応答及び無線リソース割当要求のいずれも受信しなかったと判定する。
その後、上り信号ベースバンド処理部２５は、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋの情報をスケジューラ２３へ出力する。また、無線リソース割当要求が発生したと判定した場合、上り信号ベースバンド処理部２５は、無線リソース割当要求の発生をスケジューラ２３に通知する。この上り信号ベースバンド処理部２５が、「取得部」の一例にあたる。
次に、図９を参照して、端末装置１による受信応答及び無線リソース割当要求の送信の流れについて説明する。図９は、実施例１に係る端末装置による受信応答及び無線リソース割当要求の送信のフローチャートである。ここでは、基地局装置２から無線信号を受信した場合を例に説明する。
ＰＤＳＣＨ受信処理部１３は、無線部１１及びＰＤＣＣＨ受信処理部１２を介して、基地局装置２から送信された信号を受信する（ステップＳ１０１）。
ＡＣＫ／ＮＡＣＫ生成部１４は、ＰＤＣＣＨ受信処理部１２による信号の受信における、ＣＢＧ１１０毎の信号受信の成否を取得する。そして、ＡＣＫ／ＮＡＣＫ生成部１４は、取得したＣＢＧ１１０毎の信号受信の成否に応じて、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋを含む受信応答を生成する（ステップＳ１０２）。そして、ＡＣＫ／ＮＡＣＫ生成部１４は、生成した受信応答をＰＵＣＣＨ生成部１６へ出力する。
ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋを含む受信応答の入力をＡＣＫ／ＮＡＣＫ生成部１４から受ける。さらに、ＰＵＣＣＨ生成部１６は、無線リソース割当要求をＳＲ生成部１５から取得したか否かにより、無線リソース割当要求があるか否かを判定する（ステップＳ１０３）。
無線リソース割当要求がある場合（ステップＳ１０３：肯定）、ＰＵＣＣＨ生成部１６は、取得した受信応答に符号化処理及び変調処理を施す。そして、ＰＵＣＣＨ生成部１６は、符号化処理及び変調処理を施した受信応答に通常割当状態の無線リソース割当要求の無線リソース及び受信応答の無線リソースの一部を割り当てる（ステップＳ１０４）。
これに対して、無線リソース割当要求が無い場合（ステップＳ１０３：否定）、取得した受信応答に変調処理及び符号化処理を施し、受信応答に通常無線リソースを全て割り当てる（ステップＳ１０５）。
その後、ＰＵＣＣＨ生成部１６は、無線リソースの割り当てにしたがってＰＵＣＣＨへ変調処理及び符号化処理が施された信号を配置する（ステップＳ１０６）。そして、ＰＵＣＣＨ生成部１６は、変調処理及び符号化処理が施された信号を無線部１１へ出力する。
無線部１１は、変調処理及び符号化処理が施された信号の入力をＰＵＣＣＨ生成部１６から受ける。そして、無線部１１は、変調処理及び符号化処理が施された信号に対してＤＡ変換を行いアンテナを介して端末装置１へ向けて送信する（ステップＳ１０７）。
ここで、本実施例では、無線リソース割当要求と受信応答との同時送信の場合について説明したが、無線リソース割当要求と他の信号とが重なった場合でも同様の方法により送信で力を削減することができる。例えば、無線リソース割当要求とＣＳＩ（Channel State Information）フィードバックとを同時送信する場合でも、上述した方法により送信電力を削減することができる。具体的には、ＰＵＣＣＨ生成部１６が、ＣＳＩフィードバックへの無線リソースの割り当てを上述した受信応答に対する無線リソースの割り当てと同様に行うことで、無線リソース割当要求を送信せずに無線リソース割当要求の発生を基地局に通知することができる。これにより、送信電力を削減することができる。
以上に説明したように、本実施例に係る端末装置は、同時送信の場合、通常割当状態の無線リソース割当要求の無線リソース及び受信応答の無線リソースの一部を用いて受信応答を送信する。これにより、本実施例に係る端末装置は、各ＣＢＧのＡｃｋ／Ｎａｃｋ及び無線リソース割当要求の発生を基地局装置に通知する。したがって、端末装置は、同時送信の場合の送信電力を低減することができる。すなわち、本実施例に係る端末装置は、Ａｃｋ／Ｎａｃｋのフィードバック情報や無線リソース割当要求等を含む情報を効率的に送信することができる。特に、同時送信の場合に無線リソース割当要求及び受信応答の双方を通常割当状態で送ろうとした際に送信電力が不足する場合に、送信電力の上限内で受信応答を送るとともに無線リソース割当要求の発生を通知することができる。
次に、実施例２について説明する。本実施例に係る端末装置は、同時送信時に実施例１の場合に送ったＡｃｋ／Ｎａｃｋのうちの一部を送信して、送信したＡｃｋ／Ｎａｃｋの配置により残りのＡｃｋ／Ｎａｃｋを通知することが実施例１と異なる。本実施例に係る端末装置も図１のブロック図で表される。以下の説明では、実施例１と同様の各部の機能については説明を省略する。
ＰＵＣＣＨ生成部１６は、受信応答の情報の入力をＡＣＫ／ＮＡＣＫ生成部１４から受ける。また、ＰＵＣＣＨ生成部１６は、無線リソース割当要求の入力をＳＲ生成部１５から受ける。
ＰＵＣＣＨ生成部１６は、同時送信か否かを判定する。同時送信でない場合、ＰＵＣＣＨ生成部１６は、受信応答又は無線リソース割当要求を表すデータに符号化処理及び変調処理を施す。その後、実施例１と同様に、ＰＵＣＣＨ生成部１６は、符号化処理及び変調処理を施した信号に無線リソースを割り当てる。
次に、同時送信の場合のＰＵＣＣＨ生成部１６による処理について説明する。図１０は、実施例２に係る端末装置による無線リソースの割り当てを表す図である。図１０の、割当状態３１４において縦方向が周波数を表し、横方向が時間を表す。同時送信の場合、ＰＵＣＣＨ生成部１６は、割当状態３１４に示すように無線リソースを割り当てる。
具体的には、ＰＵＣＣＨ生成部１６は、対応するＡｃｋ／Ｎａｃｋを直接表すデータが送信されるＣＢＧ１１０を予め記憶する。図１１は、各ＣＢＧに対するＡｃｋ／Ｎａｃｋの一例を表す図である。ここでは、図１１に示すように、ＣＢＧ＃１〜＃６が存在し、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃１〜＃４をＡｃｋ／Ｎａｃｋを直接表すデータを送信する直接通知ＣＢＧ４０１として予め記憶する。この場合、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃１〜＃４のＡｃｋ／Ｎａｃｋの情報の配置状態、すなわち未使用リソースブロックの状態によりＡｃｋ／Ｎａｃｋの通知を行う間接通知ＣＢＧ４０２をＣＢＧ＃５及び＃６として予め記憶する。
さらに、ＰＵＣＣＨ生成部１６は、図１２に示すような未使用リソーステーブル４１０を予め有する。図１２は、未使用リソーステーブルの一例を表す図である。未使用リソーステーブル４１０は、間接通知ＣＢＧのＡｃｋ／Ｎａｃｋに対応する未使用リソースブロックを表す。
ＰＵＣＣＨ生成部１６は、直接通知ＣＢＧ４０１のＡｃｋ／Ｎａｃｋを表すリソースブロックと間接通知ＣＢＧ４０２のＡｃｋ／Ｎａｃｋの情報を表すリソースブロックとが分けられた受信応答をＡＣＫ／ＮＡＣＫ生成部１４から取得する。ＰＵＣＣＨ生成部１６は、取得した受信応答のうち間接通知ＣＢＧ４０２であるＣＢＧ＃５〜＃６のそれぞれのＡｃｋ／Ｎａｃｋの情報を取得する。そして、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃５〜＃６のそれぞれのＡｃｋ／Ｎａｃｋに対応する未使用リソースブロックの組み合わせを未使用リソーステーブル４１０から取得する。例えば、図１１に示すように、ＣＢＧ＃５及び＃６のいずれに対してもＡｃｋを返す場合、ＰＵＣＣＨ生成部１６は、リソースブロック３０１及び３０２を未使用リソースブロックとして取得する。
次に、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃１〜＃４のＡｃｋ／Ｎａｃｋを表す受信応答に、通常割当状態であれば無線リソース割当要求に割り当てられる無線リソース２１０及び未使用リソースブロック以外のリソースブロックを割り当てる。例えば、ＣＢＧ＃５及び＃６のいずれに対してもＡｃｋを返す場合、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃１〜＃４に対する受信応答に、無線リソース２１０にあたるリソースブロック３００及び無線リソース２２０のリソースブロック３０１を割り当てる。すなわち、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃１〜＃４に対する受信応答に、無線リソースを割当状態３１４のように割り当てる。この場合、ＰＵＣＣＨ生成部１６は、リソースブロック３０２及び３０３は使用しない。
このように無線リソースの割り当てを行うことで、ＰＵＣＣＨ生成部１６は、通常無線リソースの中にＡｃｋ／Ｎａｃｋを送信しない未使用リソースブロックを含ませることで基地局装置２にＳＲの発生を通知する。また、ＰＵＣＣＨ生成部１６は、送信する信号を減らす。
さらに、ＰＵＣＣＨ生成部１６は、送信する無線リソース割当要求が、第１バッファ１８１又は第２バッファ１８２のいずれに格納された送信データのための無線リソース割当要求かを判定する。そして、ＰＵＣＣＨ生成部１６は、第１バッファ１８１に格納された送信データを送信するための無線リソース割当要求であれば、割当状態３１２のように受信応答に割り当てられた無線リソースの送信電力密度を高くする。すなわち、これに対して、第２バッファ１８２に格納された低優先度の処理の送信データに対する無線リソース割当要求であれば、ＰＵＣＣＨ生成部１６は、割当状態３１２のように受信応答の無線リソースの送信電力密度を通常の受信応答の送信時と同じにする。
その後、ＰＵＣＣＨ生成部１６は、割当てた無線リソースを用いて決定した送信電力密度で無線部１１を介して受信応答のデータを基地局装置２へ送信する。これにより、ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０のＡｃｋ／Ｎａｃｋの情報とともに無線リソース割当要求の発生を基地局装置２へ通知する。
ここで、本実施例においても、同時送信の場合であっても、通常割当状態の割り当てで送信電力が不足しなければ、ＰＵＣＣＨ生成部１６は、通常割当状態の無線リソースの割り当てを行ってもよい。
この場合、ＡＣＫ／ＮＡＣＫ生成部１４は、ＣＢＧ１１０のうちいずれが直接通知ＣＢＧ４０１であり間接通知ＣＢＧ４０２であるかを予め把握する。そして、ＡＣＫ／ＮＡＣＫ生成部１４は、直接通知ＣＢＧ４０１のＡｃｋ／Ｎａｃｋを表す受信応答を生成する。また、ＡＣＫ／ＮＡＣＫ生成部１４は、間接通知ＣＢＧ４０２のＡｃｋ／Ｎａｃｋの情報を表す受信応答を生成する。そして、ＡＣＫ／ＮＡＣＫ生成部１４は、生成した受信応答をＰＵＣＣＨ生成部１６へ出力する。
本実施例に係る基地局装置２も、図８のブロック図で表される。以下の説明では、実施例１と同様の各部の機能については説明を省略する。
上り信号ベースバンド処理部２５は、端末装置１のＰＵＣＣＨ生成部１６と同様に、未使用リソーステーブル４１０を有する。さらに、上り信号ベースバンド処理部２５は、ＣＢＧ１１０における直接通知ＣＢＧ４０１及び間接通知ＣＢＧ４０２の情報を予め有する。
上り信号ベースバンド処理部２５は、端末装置１が送信した信号を無線部２６から受信する。そして、上り信号ベースバンド処理部２５は、受信した信号に対して復号化処理及び復調処理を施す。そして、上り信号ベースバンド処理部２５は、受信した信号における無線リソース２２０の全てのリソースブロックにＡｃｋ／Ｎａｃｋの情報が含まれているか否かを判定する。受信した信号における無線リソース２２０の全てのリソースブロックにＡｃｋ／Ｎａｃｋの情報が含まれている、すなわち未使用リソースブロックが含まれていない場合、上り信号ベースバンド処理部２５は、同時送信でないと判定する。
同時送信でなければ、上り信号ベースバンド処理部２５は、受信応答の通常無線リソースである無線リソース２２０から各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋの情報を取得する。
これに対して、未使用リソースブロックが含まれている場合、上り信号ベースバンド処理部２５は、無線リソース割当要求の発生を把握する。次に、上り信号ベースバンド処理部２５は、受信応答の通常無線リソースである無線リソース２２０において直接通知ＣＢＧ４０１が配置されたリソースブロックを特定する。そして、上り信号ベースバンド処理部２５は、直接通知ＣＢＧ４０１に対するＡｃｋ／Ｎａｃｋの情報を取得する。さらに、上り信号ベースバンド処理部２５は、未使用リソーステーブル４１０を用いて、無線リソース２２０における未使用リソースブロックの配置から間接通知ＣＢＧ４０２のＡｃｋ／Ｎａｃｋを判定する。
また、無線リソース２２０の何れにもリソースブロックにＡｃｋ／Ｎａｃｋの情報が含まれていない場合、上り信号ベースバンド処理部２５は、無線リソース２１０に無線リソース割当要求が配置されているか否かを判定する。無線リソース２１０に無線リソース割当要求が配置されている場合、上り信号ベースバンド処理部２５は、無線リソース割当要求の発生を把握する。これに対して、無線リソース２１０に無線リソース割当要求が配置されていない場合、上り信号ベースバンド処理部２５は、受信応答及び無線リソース割当要求のいずれも受信しなかったと判定する。
その後、上り信号ベースバンド処理部２５は、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋの情報をスケジューラ２３へ出力する。また、無線リソース割当要求が発生したと判定した場合、上り信号ベースバンド処理部２５は、無線リソース割当要求の発生をスケジューラ２３に通知する。
次に、図１３を参照して、本実施例に係る端末装置１による受信応答及び無線リソース割当要求の送信の流れについて説明する。図１３は、実施例２に係る端末装置による受信応答及び無線リソース割当要求の送信のフローチャートである。ここでは、基地局装置２から無線信号を受信した場合を例に説明する。
ＰＤＳＣＨ受信処理部１３は、無線部１１及びＰＤＣＣＨ受信処理部１２を介して、基地局装置２から送信された信号を受信する（ステップＳ２０１）。
ＡＣＫ／ＮＡＣＫ生成部１４は、ＰＤＣＣＨ受信処理部１２による信号の受信における、ＣＢＧ１１０毎の信号受信の成否を取得する。そして、ＡＣＫ／ＮＡＣＫ生成部１４は、取得したＣＢＧ１１０毎の信号受信の成否に応じて、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋを含む受信応答を生成する（ステップＳ２０２）。例えば、ＰＤＣＣＨ受信処理部１２は、直接通知ＣＢＧ４０１のＡｃｋ／Ｎａｃｋを表すリソースブロックと間接通知ＣＢＧ４０２のＡｃｋ／Ｎａｃｋの情報を表すリソースブロックとが分けられた受信応答を生成する。そして、ＡＣＫ／ＮＡＣＫ生成部１４は、生成した受信応答をＰＵＣＣＨ生成部１６へ出力する。
ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋを含む受信応答の入力をＡＣＫ／ＮＡＣＫ生成部１４から受ける。さらに、ＰＵＣＣＨ生成部１６は、無線リソース割当要求をＳＲ生成部１５から取得したか否かにより、無線リソース割当要求があるか否かを判定する（ステップＳ２０３）。
無線リソース割当要求がある場合（ステップＳ２０３：肯定）、ＰＵＣＣＨ生成部１６は、未使用リソーステーブル４１０を用いて、間接通知ＣＢＧ４０２のＡｃｋ／Ｎａｃｋを表す未使用リソースブロックの情報を取得する（ステップＳ２０４）。
ＰＵＣＣＨ生成部１６は、直接通知ＣＢＧ４０１のＡｃｋ／Ｎａｃｋに変調処理及び符号化処理を施し、無線リソース割当要求及び受信応答の通常無線リソースから未使用リソースブロックを除いた無線リソースを割り当てる（ステップＳ２０５）。
これに対して、無線リソース割当要求がある場合（ステップＳ２０３：否定）、ＰＵＣＣＨ生成部１６は、取得した受信応答に変調処理及び符号化処理を施し、受信応答に通常無線リソースを全て割り当てる（ステップＳ２０６）。
その後、ＰＵＣＣＨ生成部１６は、無線リソースの割り当てにしたがってＰＤＣＣＨへ変調処理及び符号化処理が施された信号を配置する（ステップＳ２０７）。そして、ＰＵＣＣＨ生成部１６は、変調処理及び符号化処理が施された信号を無線部１１へ出力する。
無線部１１は、変調処理及び符号化処理が施された信号の入力をＰＵＣＣＨ生成部１６から受ける。そして、無線部１１は、変調処理及び符号化処理が施された信号に対してＤＡ変換を行いアンテナを介して端末装置１へ向けて送信する（ステップＳ２０８）。
以上に説明したように、本実施例に係る端末装置は、直接通知ＣＢＧに対するＡｃｋ／Ｎａｃｋを直接表す信号を基地局装置へ送信するとともに、間接通知ＣＢＧに対するＡｃｋ／Ｎａｃｋを直接通知ＣＢＧに対するＡｃｋ／Ｎａｃｋの配置により通知する。これにより、Ａｃｋ／Ｎａｃｋのフィードバック情報や無線リソース割当要求等を含む情報を効率的に送信することができる。また、実施例１に比べてより送信電力を低減することができる。
次に、実施例３について説明する。本実施例に係る端末装置は、同時送信時にＣＢＧをグループ化してＣＢＧグループを生成し、ＣＢＧグループ毎にＡｃｋ／Ｎａｃｋを通知することが実施例１と異なる。また、本実施例においては同時送信しない場合に比べて同時送信時のフィードバックするＡｃｋ／Ｎａｃｋの１ビットあたりの対応するＣＢ数を増やすことにより、Ａｃｋ／Ｎａｃｋフィードバックのビット数を減らす。本実施例に係る端末装置も図１のブロック図で表される。以下の説明では、実施例１と同様の各部の機能については説明を省略する。
ＰＵＣＣＨ生成部１６は、受信応答の情報の入力をＡＣＫ／ＮＡＣＫ生成部１４から受ける。また、ＰＵＣＣＨ生成部１６は、無線リソース割当要求の入力をＳＲ生成部１５から受ける。
ＰＵＣＣＨ生成部１６は、同時送信か否かを判定する。同時送信でない場合、ＰＵＣＣＨ生成部１６は、受信応答又は無線リソース割当要求を表すデータに符号化処理及び変調処理を施す。その後、実施例１と同様に、ＰＵＣＣＨ生成部１６は、符号化処理及び変調処理を施した信号に無線リソースを割り当てる。
次に、同時送信の場合のＰＵＣＣＨ生成部１６による処理について説明する。図１４は、実施例３に係るＰＵＣＣＨ生成部により生成されるＣＢＧグループの一例を示す図である。ここでも、ＣＢＧ＃１〜＃６が存在する場合で説明する。ＰＵＣＣＨ生成部１６は、ＡＣＫ／ＮＡＣＫ生成部１４から取得した受信応答から各ＣＢＧ＃１〜＃６に対するＡｃｋ／Ｎａｃｋの情報を取得する。
ここで、ＰＵＣＣＨ生成部１６は、予めＣＢＧ＃１〜＃６をどのようにグループ化するかの情報を予め有する。そして、ＰＵＣＣＨ生成部１６は、予め決められた情報にしたがい、ＣＢＧ＃１〜＃６をグループ化する。例えば、図１４に示すように、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃１及び＃２は、そのまま１つずつＣＢＧグループ＃＃１及び＃＃２を生成し、ＣＢＧ＃３及び＃４、並びに、ＣＢＧ＃５及び＃６をそれぞれまとめてＣＢＧグループ＃＃３及び＃＃４を生成する。
この場合、ＰＵＣＣＨ生成部１６は、それぞれのＣＢＧグループ＃＃１〜＃＃４のＡｃｋ／Ｎａｃｋを、各グループに含まれるＣＢＧ１１０のＡｃｋ／Ｎａｃｋの論理和とする。すなわち、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃１及び＃２に対するＡｃｋ／ＮａｃｋをそのままＣＢＧグループ＃＃１及び＃＃２のＡｃｋ／Ｎａｃｋとする。また、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃３及び＃４のいずれに対する応答もＡｃｋであるので、ＣＢＧグループ＃＃３に対する応答をＡｃｋとする。また、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃５に対する応答がＡｃｋであり、ＣＢＧ＃６のいずれに対する応答がＮａｃｋであるので、ＣＢＧグループ＃＃４に対する応答をＮａｃｋとする。
そして、ＰＵＣＣＨ生成部１６は、図１５の割当状態３１５に示すように、受信応答の通常無線リソースの内の予め決められた一部のリソースブロックをＣＢＧグループ＃＃１〜＃＃４のＡｃｋ／Ｎａｃｋを表す受信応答に割り当てる。図１５は、実施例３に係る端末装置による無線リソースの割り当てを表す図である。ここでは、ＰＵＣＣＨ生成部１６は、無線リソース２２０のリソースブロック３０２及び３０１をＣＢＧグループ＃＃１〜＃＃４のＡｃｋ／Ｎａｃｋを表す受信応答に割り当て、リソースブロック３０３を未使用リソースブロックとする。
このように、ＰＵＣＣＨ生成部１６は、通常無線リソースの中にＡｃｋ／Ｎａｃｋを送信しない未使用リソースブロックを含ませることで基地局装置２にＳＲの発生を通知する。また、ＰＵＣＣＨ生成部１６は、送信する信号を減らす。
さらに、ＰＵＣＣＨ生成部１６は、送信する無線リソース割当要求が、第１バッファ１８１又は第２バッファ１８２のいずれに格納された送信データのための無線リソース割当要求かにより送信電力密度を変更する。
その後、ＰＵＣＣＨ生成部１６は、割当てた無線リソースを用いて決定した送信電力密度で無線部１１を介して受信応答のデータを基地局装置２へ送信する。これにより、ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０のＡｃｋ／Ｎａｃｋの情報とともに無線リソース割当要求の発生を基地局装置２へ通知する。
ここで、本実施例においても、同時送信の場合であっても、通常割当状態の割り当てで送信電力が不足しなければ、ＰＵＣＣＨ生成部１６は、通常割当状態の無線リソースの割り当てを行ってもよい。
本実施例に係る基地局装置２も、図８のブロック図で表される。以下の説明では、実施例１と同様の各部の機能については説明を省略する。
上り信号ベースバンド処理部２５は、端末装置１のＰＵＣＣＨ生成部１６と同様に、各ＣＢＧグループ＃＃１〜＃＃４に含まれるＣＢＧ１１０の情報を予め有する。また、上り信号ベースバンド処理部２５は、ＣＢＧグループ＃＃１〜＃＃４に対するＡｃｋ／Ｎａｃｋが配置される位置を予め有する。
上り信号ベースバンド処理部２５は、端末装置１が送信した信号を無線部２６から受信する。そして、上り信号ベースバンド処理部２５は、受信した信号に対して復号化処理及び復調処理を施す。そして、上り信号ベースバンド処理部２５は、受信した信号における無線リソース２２０の全てのリソースブロックにＡｃｋ／Ｎａｃｋの情報が含まれているか否かを判定する。受信した信号における無線リソース２２０の全てのリソースブロックにＡｃｋ／Ｎａｃｋの情報が含まれている、すなわち未使用リソースブロックが含まれていない場合、上り信号ベースバンド処理部２５は、同時送信でないと判定する。
同時送信でなければ、上り信号ベースバンド処理部２５は、受信応答の通常無線リソースである無線リソース２２０から各ＣＢＧ＃１〜＃６に対するＡｃｋ／Ｎａｃｋの情報を取得する。
これに対して、未使用リソースブロックが含まれている場合、上り信号ベースバンド処理部２５は、無線リソース割当要求の発生を把握する。次に、上り信号ベースバンド処理部２５は、受信応答の通常無線リソースである無線リソース２２０における予め決められたリソースブロックからＣＢＧグループ＃＃１〜＃＃４に対するＡｃｋ／Ｎａｃｋの情報を取得する。そして、上り信号ベースバンド処理部２５は、ＣＢＧグループ＃＃１〜＃＃４に対するＡｃｋ／Ｎａｃｋの情報から、各ＣＢＧ＃１〜＃６に対するＡｃｋ／Ｎａｃｋを取得する。
また、無線リソース２２０の全てのリソースブロックにＡｃｋ／Ｎａｃｋの情報が含まれていない場合、上り信号ベースバンド処理部２５は、無線リソース２１０に無線リソース割当要求が配置されているか否かを判定する。無線リソース２１０に無線リソース割当要求が配置されている場合、上り信号ベースバンド処理部２５は、無線リソース割当要求の発生を把握する。これに対して、無線リソース２１０に無線リソース割当要求が配置されていない場合、上り信号ベースバンド処理部２５は、受信応答及び無線リソース割当要求のいずれも受信しなかったと判定する。
その後、上り信号ベースバンド処理部２５は、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋの情報をスケジューラ２３へ出力する。また、無線リソース割当要求が発生したと判定した場合、上り信号ベースバンド処理部２５は、無線リソース割当要求の発生をスケジューラ２３に通知する。
次に、図１６を参照して、本実施例に係る端末装置１による受信応答及び無線リソース割当要求の送信の流れについて説明する。図１６は、実施例３に係る端末装置による受信応答及び無線リソース割当要求の送信のフローチャートである。ここでは、基地局装置２から無線信号を受信した場合を例に説明する。
ＰＤＳＣＨ受信処理部１３は、無線部１１及びＰＤＣＣＨ受信処理部１２を介して、基地局装置２から送信された信号を受信する（ステップＳ３０１）。
ＡＣＫ／ＮＡＣＫ生成部１４は、ＰＤＣＣＨ受信処理部１２による信号の受信における、ＣＢＧ１１０毎の信号受信の成否を取得する。そして、ＡＣＫ／ＮＡＣＫ生成部１４は、取得したＣＢＧ１１０毎の信号受信の成否に応じて、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋを含む受信応答を生成する（ステップＳ３０２）。そして、ＡＣＫ／ＮＡＣＫ生成部１４は、生成した受信応答をＰＵＣＣＨ生成部１６へ出力する。
ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋを含む受信応答の入力をＡＣＫ／ＮＡＣＫ生成部１４から受ける。さらに、ＰＵＣＣＨ生成部１６は、無線リソース割当要求をＳＲ生成部１５から取得したか否かにより、無線リソース割当要求があるか否かを判定する（ステップＳ３０３）。
無線リソース割当要求がある場合（ステップＳ３０３：肯定）、ＰＵＣＣＨ生成部１６は、ＣＢＧグループを生成する（ステップＳ３０４）。
さらに、ＰＵＣＣＨ生成部１６は、各ＣＢＧグループに含まれるＣＢＧ１１０のＡｃｋ／Ｎａｃｋの論理和を求めＣＢＧグループのＡｃｋ／Ｎａｃｋを生成する（ステップＳ３０５）。
そして、ＰＵＣＣＨ生成部１６は、各ＣＢＧグループのＡｃｋ／Ｎａｃｋに変調処理及び符号化処理を施し、受信応答の通常無線リソースの一部の無線リソースを割り当てる（ステップＳ３０６）。
これに対して、無線リソース割当要求がある場合（ステップＳ３０３：否定）、ＰＵＣＣＨ生成部１６は、取得した受信応答に変調処理及び符号化処理を施し、かくＣＢＧのＡｃｋ／Ｎａｃｋを含む受信応答に通常無線リソースを全て割り当てる（ステップＳ３０７）。
その後、ＰＵＣＣＨ生成部１６は、無線リソースの割り当てにしたがってＰＵＣＣＨへ変調処理及び符号化処理が施された信号を配置する（ステップＳ３０８）。そして、ＰＵＣＣＨ生成部１６は、変調処理及び符号化処理が施された信号を無線部１１へ出力する。
無線部１１は、変調処理及び符号化処理が施された信号の入力をＰＵＣＣＨ生成部１６から受ける。そして、無線部１１は、変調処理及び符号化処理が施された信号に対してＤＡ変換を行いアンテナを介して端末装置１へ向けて送信する（ステップＳ３０９）。
以上に説明したように、本実施例に係る端末装置は、ＣＢＧをまとめたＣＢＧグループに対するＡｃｋ／Ｎａｃｋを基地局装置に通知する。これにより、Ａｃｋ／Ｎａｃｋのフィードバック情報や無線リソース割当要求等を含む情報を効率的に送信することができる。また、実施例１に比べてより送信電力を低減することができる。
次に、実施例４について説明する。本実施例に係る端末装置は、実施例２の機能と実施例３の機能とをまとめた機能を有する。本実施例に係る端末装置も図１のブロック図で表される。以下の説明では、実施例１と同様の各部の機能については説明を省略する。
同時送信の場合の本実施例に係るＰＵＣＣＨ生成部１６による処理について説明する。図１７は、実施例４に係るＰＵＣＣＨ生成部により生成されるＣＢＧグループ、並びに、直接通知ＣＢＧ及び間接通知ＣＢＧの一例を示す図である。ここでは、ＣＢＧ＃１〜＃８が存在する場合で説明する。ＰＵＣＣＨ生成部１６は、ＡＣＫ／ＮＡＣＫ生成部１４から取得した受信応答から各ＣＢＧ＃１〜＃８に対するＡｃｋ／Ｎａｃｋの情報を取得する。
ここで、ＰＵＣＣＨ生成部１６は、予めＣＢＧ＃１〜＃８をどのようにグループ化するかの情報を予め有する。そして、ＰＵＣＣＨ生成部１６は、予め決められた情報にしたがい、ＣＢＧ＃１〜＃８をグループ化する。例えば、図１７にＰＵＣＣＨ生成部１６は、ＣＢＧ＃１及び＃２、ＣＢＧ＃３及び＃４、ＣＢＧ＃５及び＃６、並びに、ＣＢＧ＃７及び＃８をそれぞれまとめてＣＢＧグループ＃＃１〜＃＃４を生成する。この場合、ＰＵＣＣＨ生成部１６は、それぞれのＣＢＧグループ＃＃１〜＃＃４のＡｃｋ／Ｎａｃｋは、各グループに含まれるＣＢＧ１１０のＡｃｋ／Ｎａｃｋの論理和とする。
さらに、ＰＵＣＣＨ生成部１６は、ＣＢＧグループ＃＃１及び＃＃２を直接通知ＣＢＧグループ４０３とする。また、ＰＵＣＣＨ生成部１６は、ＣＢＧグループ＃＃３及び＃＃４を間接通知ＣＢＧグループ４０４とする。
ＰＵＣＣＨ生成部１６は、図１８に示す使用リソーステーブル４１１を有する。図１８は、使用リソーステーブルの一例を表す図である。ここで、本実施例では、ＰＵＣＣＨ生成部１６は、使用リソースブロックを登録したテーブルを用いたが、実施例２と同様に未使用リソースブロックを登録したテーブルを用いてもよい。そして、ＰＵＣＣＨ生成部１６は、使用リソーステーブル４１１を用いて、間接通知ＣＢＧグループ４０４であるＣＢＧグループ＃＃３及び＃＃４のＡｃｋ／Ｎａｃｋの情報を表す使用リソースブロックを特定する。例えば、図１７に示すＣＢＧグループ＃＃１〜＃＃４に対するＡｃｋ／Ｎａｃｋが図１７に示す状態である場合、リソースブロック３０３が使用リソースブロックとなる。
そして、ＰＵＣＣＨ生成部１６は、図１９の割当状態３１６に示すように、受信応答の通常無線リソースの内の予め決められた一部のリソースブロックをＣＢＧグループ＃＃１及び＃＃２のＡｃｋ／Ｎａｃｋを表す受信応答に割り当てる。図１９は、実施例４に係る端末装置による無線リソースの割り当てを表す図である。ここでは、ＰＵＣＣＨ生成部１６は、使用リソースブロックとして特定されたリソースブロック３０２をＣＢＧグループ＃＃１及び＃＃２のＡｃｋ／Ｎａｃｋを表す受信応答に割り当て、リソースブロック３０１、３０３及び３０４を未使用リソースブロックとする。
このように無線リソースの割り当てを行うことで、ＰＵＣＣＨ生成部１６は、通常無線リソースの中にＡｃｋ／Ｎａｃｋを送信しない未使用リソースブロックを含ませることで基地局装置２にＳＲの発生を通知する。また、ＰＵＣＣＨ生成部１６は、送信する信号を減らす。
さらに、ＰＵＣＣＨ生成部１６は、送信する無線リソース割当要求が、第１バッファ１８１又は第２バッファ１８２のいずれに格納された送信データのための無線リソース割当要求かにより送信電力密度を変更する。
その後、ＰＵＣＣＨ生成部１６は、割当てた無線リソースを用いて決定した送信電力密度で無線部１１を介して受信応答のデータを基地局装置２へ送信する。これにより、ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０のＡｃｋ／Ｎａｃｋの情報とともに無線リソース割当要求の発生を基地局装置２へ通知する。
ここで、本実施例においても、同時送信の場合であっても、通常割当状態の割り当てで送信電力が不足しなければ、ＰＵＣＣＨ生成部１６は、通常割当状態の無線リソースの割り当てを行ってもよい。
本実施例に係る基地局装置２も、図８のブロック図で表される。以下の説明では、実施例１と同様の各部の機能については説明を省略する。
上り信号ベースバンド処理部２５は、端末装置１のＰＵＣＣＨ生成部１６と同様に、各ＣＢＧグループ＃＃１〜＃＃４に含まれるＣＢＧ１１０の情報を予め有する。また、上り信号ベースバンド処理部２５は、直接通知ＣＢＧグループ４０３に対するＡｃｋ／Ｎａｃｋが配置される位置を予め有する。
上り信号ベースバンド処理部２５は、端末装置１が送信した信号を無線部２６から受信する。そして、上り信号ベースバンド処理部２５は、受信した信号に対して復号化処理及び復調処理を施す。そして、上り信号ベースバンド処理部２５は、受信した信号における無線リソース２２０に未使用リソースブロックが含まれている場合、上り信号ベースバンド処理部２５は、無線リソース割当要求の発生を把握する。次に、上り信号ベースバンド処理部２５は、受信応答の通常無線リソースである無線リソース２２０における予め決められたリソースブロックから直接通知ＣＢＧグループ４０３に対するＡｃｋ／Ｎａｃｋの情報を取得する。次に、上り信号ベースバンド処理部２５は、直接通知ＣＢＧグループ４０３に対するＡｃｋ／Ｎａｃｋが配置されていた位置から、間接通知ＣＢＧグループ４０４のＡｃｋ／Ｎａｃｋを求める。その後、上り信号ベースバンド処理部２５は、ＣＢＧグループ＃＃１〜＃＃４に対するＡｃｋ／Ｎａｃｋの情報から、各ＣＢＧ＃１〜＃６に対するＡｃｋ／Ｎａｃｋを取得する。
以上に説明したように、本実施例に係る端末装置は、ＣＢＧをまとめたＣＢＧグループを直接通知ＣＢＧグループと間接通知ＣＢＧグループに分ける。そして、本実施例に係る端末装置は、直接通知ＣＢＧグループに対するＡｃｋ／Ｎａｃｋを基地局装置に通知することで、間接通知ＣＢＧグループに対するＡｃｋ／Ｎａｃｋも通知する。これにより、Ａｃｋ／Ｎａｃｋのフィードバック情報や無線リソース割当要求等を含む情報を効率的に送信することができる。また、実施例１に比べてより送信電力を低減することができる。
次に、実施例５について説明する。本実施例に係る端末装置は、同時送信時に無線リソース割当要求はそのままで、ＣＢＧを直接通知ＣＢＧと間接通知ＣＢＧに分けて、直接通知ＣＢＧに対するＡｃｋ／Ｎａｃｋの位置で間接通知ＣＢＧのＡｃｋ／Ｎａｃｋを通知する。本実施例に係る端末装置も図１のブロック図で表される。以下の説明では、実施例１と同様の各部の機能については説明を省略する。
図２０は、実施例５に係る端末装置による無線リソースの割り当てを表す図である。図２０における割当状態３２１〜３２３は、それぞれ縦方向で周波数を表し横方向で時間を表す。
本実施例においても、ＰＵＣＣＨ生成部１６は、同時送信でないときに受信応答を送る場合、割当状態３２１に示すように、通常無線リソースの全てを受信応答に割り当てる。
これに対して、同時送信の場合、ＰＵＣＣＨ生成部１６は、割当状態３２２における無線リソース割当要求の通常無線リソースである無線リソース２１０を無線リソース割当要求に割り当てる。また、ＰＵＣＣＨ生成部１６は、ＣＢＧ１１０を直接通知ＣＢＧ４０１と間接通知ＣＢＧ４０２とに分ける。そして、ＰＵＣＣＨ生成部１６は、間接通知ＣＢＧ４０２のＡｃｋ／Ｎａｃｋを表すように割当状態３２２における無線リソース２２０の一部を直接通知ＣＢＧ４０１のＡｃｋ／Ｎａｃｋに割り当てる。
これにより、ＰＵＣＣＨ生成部１６は、リソースブロック３０１、３０２及び３０４を直接通知ＣＢＧ４０１のＡｃｋ／Ｎａｃｋに割り当てる。この場合、ＰＵＣＣＨ生成部１６は、リソースブロック３０３を未使用リソースブロックとすることで、間接通知ＣＢＧ４０２のＡｃｋ／Ｎａｃｋを通知する。
このように、ＰＵＣＣＨ生成部１６は、通常無線リソースの中にＡｃｋ／Ｎａｃｋを送信しない未使用リソースブロックを含ませることで送信する信号を減らし、送信電力を削減する。
さらに、ＰＵＣＣＨ生成部１６は、送信する無線リソース割当要求が、第１バッファ１８１又は第２バッファ１８２のいずれに格納された送信データのための無線リソース割当要求かにより、無線リソース２１０の送信電力密度を変更する。その後、ＰＵＣＣＨ生成部１６は、割当てた無線リソースを用いて決定した送信電力密度で無線部１１を介して無線リソース割当要求及び受信応答のデータを基地局装置２へ送信する。
ここで、本実施例においても、同時送信の場合であっても、通常割当状態の割り当てで送信電力が不足しなければ、ＰＵＣＣＨ生成部１６は、割当状態３２３に示すように、通常割当状態の無線リソースの割り当てを行ってもよい。
本実施例に係る基地局装置２も、図８のブロック図で表される。以下の説明では、実施例１と同様の各部の機能については説明を省略する。
上り信号ベースバンド処理部２５は、端末装置１が送信した信号を無線部２６から受信する。そして、上り信号ベースバンド処理部２５は、受信した信号に対して復号化処理及び復調処理を施す。そして、上り信号ベースバンド処理部２５は、受信した信号から同時送信か否かを判定する。同時送信でなければ、上り信号ベースバンド処理部２５は、無線リソース割当要求又は各ＣＢＧ１１０のＡｃｋ／Ｎａｃｋを取得する。
これに対して、同時受信の場合、まず、上り信号ベースバンド処理部２５は、無線リソース割当要求を取得する。次に、上り信号ベースバンド処理部２５は、受信した信号における無線リソース２２０から直接通知ＣＢＧ４０１に対するＡｃｋ／Ｎａｃｋの情報を取得する。さらに、上り信号ベースバンド処理部２５は、直接通知ＣＢＧ４０１の配置状態から間接通知ＣＢＧ４０２のＡｃｋ／Ｎａｃｋを求める。
その後、上り信号ベースバンド処理部２５は、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋの情報をスケジューラ２３へ出力する。また、無線リソース割当要求が発生したと判定した場合、上り信号ベースバンド処理部２５は、無線リソース割当要求の発生をスケジューラ２３に通知する。
以上に説明したように、本実施例に係る端末装置は、無線リソース割当要求は通常無線リソースを用いて送信し、直接通知ＣＢＧと間接通知ＣＢＧとを用いて受信応答を送信する。これにより、Ａｃｋ／Ｎａｃｋのフィードバック情報や無線リソース割当要求等を含む情報を効率的に送信することができる。また、送信電力を低減することができる。
また、以上では、無線リソース割当要求と受信応答との同時送信時の送信電力の削減について説明したが、他の信号の同時送信における送信電力の削減であっても、上述した方法を用いて実現することができる。例えば、受信応答として、ＵＲＬＬＣ向けの優先度の高い受信応答とＥＭＢＢ向けの優先度の低い受信応答がある場合にも、上述した方法を用いて送信電力を削減ることができる。
例えば、ＰＵＣＣＨ生成部１６は、上述した無線リソース割当要求と同様に、ＵＲＬＬＣ向けの受信応答に通常無線リソースを割り当てる。また、ＰＵＣＣＨ生成部１６は、上述した受信応答と同様に、直接通知ＣＢＧ４０１と間接通知ＣＢＧ４０２を用いてＥＭＢＢ向けの受信応答を送信する。これにより、ＰＵＣＣＨ生成部１６は、ＥＭＢＢ向けの受信応答に使用するビット数を減らすことができ、送信電力を削減することができる。また、ＰＵＣＣＨ生成部１６は、削減した電力をＵＲＬＬＣ向けの受信応答に振り分けることもでき、ＵＲＬＬＣ向けの受信応答の信頼性を向上させることができる。
さらに、無線リソース割当要求、ＵＲＬＬＣ向け受信応答及びＥＭＢＢ向け受信応答の同時送信においても同様の方法を用いることができる。この場合、ＰＵＣＣＨ生成部１６は、上述した無線リソース割当要求と同様に、無線リソース割当要求及びＵＲＬＬＣ向けの受信応答に通常無線リソースを割り当てる。また、ＰＵＣＣＨ生成部１６は、上述した受信応答と同様に、直接通知ＣＢＧ４０１と間接通知ＣＢＧ４０２を用いてＥＭＢＢ向けの受信応答を送信する。これにより、ＰＵＣＣＨ生成部１６は、ＥＭＢＢ向けの受信応答に使用するビット数を減らすことができ、送信電力を削減することができる。また、ＰＵＣＣＨ生成部１６は、削減した電力を無線リソース割当要求やＵＲＬＬＣ向けの受信応答に振り分けることもでき、それぞれの信頼性を向上させることができる。
次に、実施例６について説明する。本実施例に係る端末装置は、実施例５と同様に同時送信時に無線リソース割当要求はそのままで送信する。そして、本実施例に係る端末装置は、ＣＢＧをグループ化して、各ＣＢＧグループに対するＡｃｋ／Ｎａｃｋを通知する。本実施例に係る端末装置も図１のブロック図で表される。以下の説明では、実施例１と同様の各部の機能については説明を省略する。
同時送信の場合のＰＵＣＣＨ生成部１６による処理について説明する。図２１は、実施例６に係るＰＵＣＣＨ生成部により生成されるＣＢＧグループの一例を示す図である。ここでは、ＣＢＧ＃１〜＃６が存在する場合で説明する。ＰＵＣＣＨ生成部１６は、ＡＣＫ／ＮＡＣＫ生成部１４から取得した受信応答から各ＣＢＧ＃１〜＃６に対するＡｃｋ／Ｎａｃｋの情報を取得する。
ここで、ＰＵＣＣＨ生成部１６は、予めＣＢＧ＃１〜＃６をどのようにグループ化するかの情報を予め有する。そして、ＰＵＣＣＨ生成部１６は、予め決められた情報にしたがい、ＣＢＧ＃１〜＃６をグループ化する。例えば、図２１に示すように、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃１〜＃３及びＣＢＧ＃４〜＃６をそれぞれまとめてＣＢＧグループ＃＃１及び＃＃２を生成する。
この場合、ＰＵＣＣＨ生成部１６は、それぞれのＣＢＧグループ＃＃１〜＃＃２のＡｃｋ／Ｎａｃｋを、各グループに含まれるＣＢＧ１１０のＡｃｋ／Ｎａｃｋの論理和とする。
そして、ＰＵＣＣＨ生成部１６は、図２２の割当状態３２４に示すように、無線リソース割当要求の通常無線リソースである無線リソース２１０を無線リソース割当要求に割り当てる。また、ＰＵＣＣＨ生成部１６は、受信応答の通常無線リソースの内の予め決められた一部のリソースブロックをＣＢＧグループ＃＃１及び＃＃２のＡｃｋ／Ｎａｃｋを表す受信応答に割り当てる。図２２は、実施例６に係る端末装置による無線リソースの割り当てを表す図である。ここでは、ＰＵＣＣＨ生成部１６は、無線リソース２２０のリソースブロック３０３をＣＢＧグループ＃＃１及び＃＃２のＡｃｋ／Ｎａｃｋを表す受信応答に割り当て、リソースブロック３０１及び３０２を未使用リソースブロックとする。
このように、ＰＵＣＣＨ生成部１６は、通常無線リソースの中にＡｃｋ／Ｎａｃｋを送信しない未使用リソースブロックを含ませることで送信する信号を減らし、送信電力を削減する。
さらに、ＰＵＣＣＨ生成部１６は、送信する無線リソース割当要求が、第１バッファ１８１又は第２バッファ１８２のいずれに格納された送信データのための無線リソース割当要求かにより送信電力密度を変更する。
その後、ＰＵＣＣＨ生成部１６は、割当てた無線リソースを用いて決定した送信電力密度で無線部１１を介して受信応答のデータを基地局装置２へ送信する。これにより、ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０のＡｃｋ／Ｎａｃｋの情報とともに無線リソース割当要求の発生を基地局装置２へ送信する。
ここで、本実施例においても、同時送信の場合であっても、通常割当状態の割り当てで送信電力が不足しなければ、ＰＵＣＣＨ生成部１６は、通常割当状態の無線リソースの割り当てを行ってもよい。
さらに、ＰＵＣＣＨ生成部１６は、送信する無線リソース割当要求が、第１バッファ１８１又は第２バッファ１８２のいずれに格納された送信データのための無線リソース割当要求かにより、無線リソース２１０の送信電力密度を変更する。その後、ＰＵＣＣＨ生成部１６は、割当てた無線リソースを用いて決定した送信電力密度で無線部１１を介して無線リソース割当要求及び受信応答のデータを基地局装置２へ送信する。
ここで、本実施例においても、同時送信の場合であっても、通常割当状態の割り当てで送信電力が不足しなければ、ＰＵＣＣＨ生成部１６は、通常割当状態の無線リソースの割り当てを行ってもよい。
以上に説明したように、本実施例に係る端末装置は、無線リソース割当要求は通常無線リソースを用いて送信し、ＣＢＧグループを用いて受信応答を送信する。これにより、Ａｃｋ／Ｎａｃｋのフィードバック情報や無線リソース割当要求等を含む情報を効率的に送信することができる。また、送信電力を低減することができる。
また、以上では、無線リソース割当要求と受信応答との同時送信時の送信電力の削減について説明したが、実施例５と同様に他の信号の同時送信における送信電力の削減であっても、上述した方法を用いて実現することができる。例えば、受信応答として、ＵＲＬＬＣ向けの優先度の高い受信応答とＥＭＢＢ向けの優先度の低い受信応答がある場合にも、上述した方法を用いて送信電力を削減ることができる。
例えば、ＰＵＣＣＨ生成部１６は、上述した無線リソース割当要求と同様に、ＵＲＬＬＣ向けの受信応答に通常無線リソースを割り当てる。また、ＰＵＣＣＨ生成部１６は、上述した受信応答と同様に、ＣＢＧグループを用いてＥＭＢＢ向けの受信応答を送信する。これにより、ＰＵＣＣＨ生成部１６は、ＥＭＢＢ向けの受信応答に使用するビット数を減らすことができ、送信電力を削減することができる。また、ＰＵＣＣＨ生成部１６は、削減した電力をＵＲＬＬＣ向けの受信応答に振り分けることもでき、ＵＲＬＬＣ向けの受信応答の信頼性を向上させることができる。
さらに、無線リソース割当要求、ＵＲＬＬＣ向け受信応答及びＥＭＢＢ向け受信応答の同時送信においても同様の方法を用いることができる。
次に、実施例７について説明する。本実施例に係る端末装置は、実施例５と同様に同時送信時に無線リソース割当要求はそのままで送信する。そして、本実施例に係る端末装置は、受信応答を送信するリソースブロックの中でＮａｃｋの情報をより多く含むリソースブロックを未送信リソースブロックとする。本実施例に係る端末装置も図１のブロック図で表される。以下の説明では、実施例１と同様の各部の機能については説明を省略する。
同時送信の場合のＰＵＣＣＨ生成部１６による処理について説明する。図２３は、各リソースブロックにおけるＮａｃｋの数の算出を説明するための図である。ここでは、ＣＢＧ＃１〜＃６が存在する場合で説明する。
ＰＵＣＣＨ生成部１６は、例えば、図２３のＡｃｋ／Ｎａｃｋ情報４２１に示されるＣＢＧ＃１〜＃６のそれぞれに対するＡｃｋ／Ｎａｃｋの情報を取得する。次に、ＰＵＣＣＨ生成部１６は、通常割当状態において各ＣＢＧ＃１〜＃６に対するＡｃｋ／Ｎａｃｋの情報に割り当てられるリソースブロック３０１〜３０３を特定する。ここでは、表４２２に示すように、ＣＢＧ＃１及び＃２にリソースブロック３０１が割り当てられる。また、ＣＢＧ＃３及び＃４にリソースブロック３０２が割り当てられる。また、ＣＢＧ＃５及び＃６にリソースブロック３０３が割り当てられる。
次に、ＰＵＣＣＨ生成部１６は、リソースブロック３０１〜３０３のそれぞれに対応するＣＢＧ＃１〜＃６のＮａｃｋの数を取得する。ここでは、リソースブロック３０１におけるＮａｃｋの数は２であり、リソースブロック３０２におけるＮａｃｋの数は０であり、リソースブロック３０３におけるＮａｃｋの数は１である。
そして、ＰＵＣＣＨ生成部１６は、Ｎａｃｋの数の最も多いリソースブロック３０１を未使用リソースブロックとする。そして、ＰＵＣＣＨ生成部１６は、図２４の割当状態３２５に示すように無線リソースを割り当てる。図２４は、実施例７に係る端末装置による無線リソースの割り当てを表す図である。
具体的には、ＰＵＣＣＨ生成部１６は、無線リソース割当要求の通常無線リソースである無線リソース２１０を無線リソース割当要求に割り当てる。また、ＰＵＣＣＨ生成部１６は、未使用リソースブロックとしたリソースブロック３０１以外のリソースブロック３０２及び３０３を用いて通常割当状態と同様の割り当てを行う。
このように、ＰＵＣＣＨ生成部１６は、通常無線リソースの中にＡｃｋ／Ｎａｃｋを送信しない未使用リソースブロックを含ませることで送信する信号を減らし、送信電力を削減する。
さらに、ＰＵＣＣＨ生成部１６は、送信する無線リソース割当要求が、第１バッファ１８１又は第２バッファ１８２のいずれに格納された送信データのための無線リソース割当要求かにより送信電力密度を変更する。
その後、ＰＵＣＣＨ生成部１６は、割当てた無線リソースを用いて決定した送信電力密度で無線部１１を介して受信応答のデータを基地局装置２へ送信する。これにより、ＰＵＣＣＨ生成部１６は、ＣＢＧ＃１及び＃２のＡｃｋ／Ｎａｃｋの情報以外の各ＣＢＧ＃３〜＃４のＡｃｋ／Ｎａｃｋの情報とともに無線リソース割当要求を基地局装置２へ送信する。
Ｎａｃｋが返された場合、基地局装置２はＮａｃｋが返されたデータの再送を行う。また、応答が返ってこない場合も、基地局装置２は応答が返ってこないデータの再送を行う。すなわち、端末装置１がＮａｃｋを返さなくても、基地局装置２によりデータの再送が行われるので、Ｎａｃｋを多く含むリソースブロックでＡｃｋ／Ｎａｃｋを返さなくても、Ａｃｋ／Ｎａｃｋを返した場合とほぼ同様の処理が行われるといえる。そのため、本実施例ではＰＵＣＣＨ生成部１６は、Ｎａｃｋを多く含むリソースブロックを未使用リソースブロックとしている。
ここで、本実施例においても、同時送信の場合であっても、通常割当状態の割り当てで送信電力が不足しなければ、ＰＵＣＣＨ生成部１６は、通常割当状態の無線リソースの割り当てを行ってもよい。
さらに、ＰＵＣＣＨ生成部１６は、送信する無線リソース割当要求が、第１バッファ１８１又は第２バッファ１８２のいずれに格納された送信データのための無線リソース割当要求かにより、無線リソース２１０の送信電力密度を変更する。その後、ＰＵＣＣＨ生成部１６は、割当てた無線リソースを用いて決定した送信電力密度で無線部１１を介して無線リソース割当要求及び受信応答のデータを基地局装置２へ送信する。
ここで、本実施例においても、同時送信の場合であっても、通常割当状態の割り当てで送信電力が不足しなければ、ＰＵＣＣＨ生成部１６は、通常割当状態の無線リソースの割り当てを行ってもよい。
次に、図２５を参照して、本実施例に係る端末装置１による受信応答及び無線リソース割当要求の送信の流れについて説明する。図２５は、実施例７に係る端末装置による受信応答及び無線リソース割当要求の送信のフローチャートである。ここでは、基地局装置２から無線信号を受信した場合を例に説明する。
ＰＤＳＣＨ受信処理部１３は、無線部１１及びＰＤＣＣＨ受信処理部１２を介して、基地局装置２から送信された信号を受信する（ステップＳ４０１）。
ＡＣＫ／ＮＡＣＫ生成部１４は、ＰＤＣＣＨ受信処理部１２による信号の受信における、ＣＢＧ１１０毎の信号受信の成否を取得する。そして、ＡＣＫ／ＮＡＣＫ生成部１４は、取得したＣＢＧ１１０毎の信号受信の成否に応じて、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋを含む受信応答を生成する（ステップＳ４０２）。そして、ＡＣＫ／ＮＡＣＫ生成部１４は、生成した受信応答をＰＵＣＣＨ生成部１６へ出力する。
ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０に対するＡｃｋ／Ｎａｃｋを含む受信応答の入力をＡＣＫ／ＮＡＣＫ生成部１４から受ける。さらに、ＰＵＣＣＨ生成部１６は、無線リソース割当要求をＳＲ生成部１５から取得したか否かにより、無線リソース割当要求があるか否かを判定する（ステップＳ４０３）。
無線リソース割当要求がある場合（ステップＳ４０３：肯定）、ＰＵＣＣＨ生成部１６は、通常割当状態で無線リソース２２０の各リソースブロック３０１〜３０３に含まれるＮａｃｋの数を特定する（ステップＳ４０４）。
さらに、ＰＵＣＣＨ生成部１６は、Ｎａｃｋの数の多い順に未送信リソースブロックを決定する（ステップＳ４０５）。
そして、ＰＵＣＣＨ生成部１６は、通常割当状態で未送信ブロックに割り当てられる送信しないＡｃｋ／Ｎａｃｋを除いた受信応答に未使用リソースブブロック以外のリソースブロック３０２及び３０３を割り当てる（ステップＳ４０６）。
これに対して、無線リソース割当要求がない場合（ステップＳ４０３：否定）、ＰＵＣＣＨ生成部１６は、取得した受信応答に変調処理及び符号化処理を施し、生成した受信応答に通常無線リソースを全て割り当てる（ステップＳ４０７）。
その後、ＰＵＣＣＨ生成部１６は、無線リソースの割り当てにしたがってＰＵＣＣＨへ変調処理及び符号化処理が施された信号を配置する（ステップＳ４０８）。そして、ＰＵＣＣＨ生成部１６は、変調処理及び符号化処理が施された信号を無線部１１へ出力する。
無線部１１は、変調処理及び符号化処理が施された信号の入力をＰＵＣＣＨ生成部１６から受ける。そして、無線部１１は、変調処理及び符号化処理が施された信号に対してＤＡ変換を行いアンテナを介して端末装置１へ向けて送信する（ステップＳ４０９）。
以上に説明したように、本実施例に係る端末装置は、通常無線リソースを用いて無線リソース割当要求を送信し、受信応答のうちＮａｃｋを多く含むリソースブロックを未使用リソースブロックとして受信応答を送信する。これにより、Ａｃｋ／Ｎａｃｋのフィードバック情報や無線リソース割当要求等を含む情報を効率的に送信することができる。また、送信電力を低減することができる。
また、以上では、無線リソース割当要求と受信応答との同時送信時の送信電力の削減について説明したが、実施例５と同様に他の信号の同時送信における送信電力の削減であっても、上述した方法を用いて実現することができる。例えば、受信応答として、ＵＲＬＬＣ向けの優先度の高い受信応答とＥＭＢＢ向けの優先度の低い受信応答がある場合にも、上述した方法を用いて送信電力を削減ることができる。
例えば、ＰＵＣＣＨ生成部１６は、上述した無線リソース割当要求と同様に、ＵＲＬＬＣ向けの受信応答に通常無線リソースを割り当てる。また、ＰＵＣＣＨ生成部１６は、上述した受信応答と同様に、ＥＭＢＢ向けの受信応答に割り当てられるリソースブロックのうちＮａｃｋの多いリソースブロックを未送信リソースブロックとする。これにより、ＰＵＣＣＨ生成部１６は、ＥＭＢＢ向けの受信応答に使用するビット数を減らすことができ、送信電力を削減することができる。また、ＰＵＣＣＨ生成部１６は、削減した電力をＵＲＬＬＣ向けの受信応答に振り分けることもでき、ＵＲＬＬＣ向けの受信応答の信頼性を向上させることができる。
さらに、無線リソース割当要求、ＵＲＬＬＣ向け受信応答及びＥＭＢＢ向け受信応答の同時送信においても同様の方法を用いることができる。
次に、実施例８について説明する。本実施例に係る端末装置は、異なる種類の無線リソース割当要求を同時に送信することが実施例１〜７と異なる。本実施例に係る端末装置も図１のブロック図で表される。以下の説明では、各実施例と同様の各部の機能については説明を省略する。
図２６は、実施例８に係る種類の異なる無線リソース割当要求に対する無線リソースの割り当てを表す図である。図２６の縦方向は周波数を表し、横方向は時間を表す。種類の異なる無線リソース割当要求には、それぞれ無線リソース２１１と無線リソース２１２とが割り当てられる。そして、種類の異なる無線リソース割当要求を同じタイミングで送信する場合、無線リソース２１１と無線リソース２１２とは時間方向に重なる。また、種類の異なる無線リソース割当要求と受信応答とを同じタイミングで送信する場合、無線リソース２１１、無線リソース２１２及び無線リソース２２０とは時間方向に重なる。そのため、同時送信の場合には送信電力が大きくなる。そこで、本実施例に係る端末装置１は、以下の方法で送信電力を低減させる。
端末装置１が、実施例１〜４の何れかと同様の機能を有する場合について説明する。本実施例に係るＰＵＣＣＨ生成部１６は、第１バッファ１８１及び第２バッファ１８２に格納された送信データのそれぞれの無線リソース割当要求をＳＲ生成部１５から取得する。すなわち、ＰＵＣＣＨ生成部１６は、高優先度の無線リソース割当要求と低優先度の無線リソース割当要求を取得する。
ＰＵＣＣＨ生成部１６は、同時送信の場合、第２バッファ１８２に格納された送信データに対する低優先度の無線リソース割当要求の送信を次回の送信機会へ延期する。そして、第１バッファ１８１に格納された送信データに対する高優先度の無線リソース割当要求と受信応答との同時送信を、実施例１〜３の何れかの方法を用いて実行する。
また、高優先度の無線リソース割当要求と低優先度の無線リソース割当要求の何れかを取得した場合、ＰＵＣＣＨ生成部１６は、実施例１〜３の何れかの方法を用いて無線リソース割当要求と受信応答との同時送信を実行する。
端末装置１が、実施例５〜７の何れかと同様の機能を有する場合について説明する。本実施例に係るＰＵＣＣＨ生成部１６は、第１バッファ１８１及び第２バッファ１８２に格納された送信データのそれぞれの無線リソース割当要求をＳＲ生成部１５から取得する。
ＰＵＣＣＨ生成部１６は、同時送信の場合、第２バッファ１８２に格納された送信データに対する低優先度の無線リソース割当要求の送信を次回の送信機会へ延期する。そして、第１バッファ１８１に格納された送信データに対する高優先度の無線リソース割当要求と受信応答との同時送信を、実施例１〜３の何れかの方法を用いて実行する。
また、低優先度の無線リソース割当要求なしで高優先度の無線リソース割当要求を取得した場合、ＰＵＣＣＨ生成部１６は、実施例５〜７の何れかの方法を用いて無線リソース割当要求と受信応答との同時送信を実行する。これに対して、高優先度の無線リソース割当要求なしで低優先度の無線リソース割当要求を取得した場合、ＰＵＣＣＨ生成部１６は、低優先度の無線リソース割当要求の送信を次回の送信機会へ延期する。そして、ＰＵＣＣＨ生成部１６は、受信応答に通常無線リソースを割り当て送信する。
以上に説明したように、本実施例に係る端末装置は、種類の異なる無線リソース割当要求が同時に発生した場合に、低優先度の無線リソース割当要求の送信を延期した上で、実施例１〜７で説明した何れかの方法で消費電力の低減を図る。これにより、種類の異なる無線リソース割当要求を取り扱う端末装置においても、Ａｃｋ／Ｎａｃｋのフィードバック情報や無線リソース割当要求等を含む情報を効率的に送信することができる。また、送信電力を低減することができる。
次に、実施例９について説明する。本実施例に係る端末装置は、種類の異なる無線リソース割当要求を取扱い、且つ、ＰＵＣＣＨにおいて使用された無線リソースのパターンに応じて無線リソース割当要求の種類を通知することが実施例１と異なる。本実施例に係る端末装置も図１のブロック図で表される。以下の説明では、各実施例と同様の各部の機能については説明を省略する。
本実施例に係るＰＵＣＣＨ生成部１６は、第１バッファ１８１及び第２バッファ１８２のいずれかに格納された送信データの無線リソース割当要求をＳＲ生成部１５から取得する。
そして、ＰＵＣＣＨ生成部１６は、高優先度の無線リソース割当要求の場合、図２７の割当状態３３１に示すようにリソースブロック３０２を未使用リソースとする。そして、リソースブロック３００、３０１及び３０３を受信応答に割り当てる。図２７は、実施例９に係る端末装置による無線リソースの割り当てを表す図である。この場合、ＰＵＣＣＨ生成部１６は、同時送信でない場合に受信応答を送信するときより高く送信電力密度を設定する。
また、ＰＵＣＣＨ生成部１６は、低優先度の無線リソース割当要求の場合、図２７の割当状態３３２に示すようにリソースブロック３０１を未使用リソースとする。そして、リソースブロック３００、３０２及び３０３を受信応答に割り当てる。この場合、ＰＵＣＣＨ生成部１６は、同時送信でない場合に受信応答を送信するときと同等に送信電力密度を設定する。
基地局装置２の上り信号ベースバンド処理部２５は、端末装置１から送信された信号を受信する。そして、基地局装置２の上り信号ベースバンド処理部２５は、受信信号のＰＵＣＣＨにおいて受信応答を取得し、各ＣＢＧ１１０のＡｃｋ／Ｎａｃｋを取得する。さらに、上り信号ベースバンド処理部２５は、ＰＵＣＣＨにおける受信応答の送信に用いられたリソースブロックを確認する。そして、リソースブロック３０２が未使用リソースブロックの場合、上り信号ベースバンド処理部２５は、高優先度の無線リソースが発生したと判定する。また、リソースブロック３０１が未使用リソースブロックの場合、上り信号ベースバンド処理部２５は、低優先度の無線リソースが発生したと判定する。
以上に説明したように、本実施例に係る端末装置は、ＰＵＣＣＨにおける使用リソースブロックのパターンに応じて無線リソース割当要求の種類を通知する。これにより、Ａｃｋ／Ｎａｃｋのフィードバック情報や無線リソース割当要求等を含む情報を効率的に送信することができる。
次に、実施例１０について説明する。本実施例に係る端末装置は、種類の異なる無線リソース割当要求を取扱い、且つ無線リソース割当要求の種類に応じて実施例１の機能と実施例２の機能とを切り替えて使用する。本実施例に係る端末装置も図１のブロック図で表される。以下の説明では、各実施例と同様の各部の機能については説明を省略する。
本実施例に係るＰＵＣＣＨ生成部１６は、第１バッファ１８１及び第２バッファ１８２のいずれかに格納された送信データの無線リソース割当要求をＳＲ生成部１５から取得する。
ＰＵＣＣＨ生成部１６は、高優先度の無線リソース割当要求の場合、実施例２の機能を使用する。すなわち、ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０を直接通知ＣＢＧ４０１と間接通知ＣＢＧ４０２に分ける。そして、ＰＵＣＣＨ生成部１６は、直接通知ＣＢＧ４０１に対するＡｃｋ／Ｎａｃｋを表す受信応答を、間接通知ＣＢＧ４０２のＡｃｋ／Ｎａｃｋを表すように無線リソース２１０と無線リソース２２０の一部とを受信応答に割り当てる。この場合、ＰＵＣＣＨ生成部１６は、同時送信でない場合に受信応答を送信するときよりも高い送信電力密度を設定する。
また、低優先度の無線リソース割当要求の場合、ＰＵＣＣＨ生成部１６は、実施例１の機能を使用する。すなわち、ＰＵＣＣＨ生成部１６は、各ＣＢＧ１１０のＡｃｋ／Ｎａｃｋを表す受信応答を無線リソース２１０と無線リソース２２０の一部とを受信応答に割り当てる。この場合、ＰＵＣＣＨ生成部１６は、同時送信でない場合に受信応答を送信するときと同等の送信電力密度を設定する。
以上に説明したように、本実施例に係る端末装置は、無線リソース割当要求の種類に応じて無線リソースの割り当て方法を変更する。これにより、Ａｃｋ／Ｎａｃｋのフィードバック情報や無線リソース割当要求等を含む情報を効率的に送信することができる。
次に、実施例１１について説明する。本実施例に係る端末装置は、送信電力に応じて無線リソース割当要求及び受信応答を送信する方法を切り替える。図２８は、実施例１１に係る端末装置のブロック図である。以下の説明では、各実施例と同様の各部の機能については説明を省略する。
本実施例に係る端末装置１は、伝搬チャネル推定部３１及び余剰電力算出部３２を有する。伝搬チャネル推定部３１は、基地局装置２から送信された信号の振幅から受信電力を推定する。そして、伝搬チャネル推定部３１は、受信電力の情報を余剰電力算出部３２へ出力する。
余剰電力算出部３２は、受信電力の情報を伝搬チャネル推定部３１から取得する。そして、余剰電力算出部３２は、基地局装置２が用いた送信電力から受信電力を減算し、伝搬損失を算出する。次に、余剰電力算出部３２は、Ａｃｋ／Ｎａｃｋに対して保証する信頼度を達成するために用いる送信電力を余剰電力から算出する。そして、余剰電力算出部３２は、Ａｃｋ／Ｎａｃｋに対して保証する信頼度を達成するために用いる送信電力の情報をＰＵＳＣＨ生成部１７に通知する。
ＰＵＳＣＨ生成部１７は、Ａｃｋ／Ｎａｃｋに対して保証する信頼度を達成するために用いる送信電力の情報を余剰電力算出部３２から取得する。そして、ＰＵＳＣＨ生成部１７は、Ａｃｋ／Ｎａｃｋに対して保証する信頼度を達成するために用いる送信電力の情報を定期的に基地局装置２へ送信する。
ＰＵＣＣＨ生成部１６は、送信電力に応じて無線リソース割当要求及び受信応答の送信に実施例１〜７の何れの方法を用いるかを決定する。そして、ＰＵＣＣＨ生成部１６は、決定した方法用いて無線リソース割当要求及び受信応答を送信する。
本実施例に係る基地局装置２も図８のブロック図で表される。上り信号ベースバンド処理部２５は、Ａｃｋ／Ｎａｃｋに対して保証する信頼度を達成するために用いる送信電力の情報を端末装置１から受信する。
そして、上り信号ベースバンド処理部２５は、受信した送信電力の情報に応じて、端末装置１が使用する無線リソース割当要求及び受信応答の送信の方法を特定する。そして、上り信号ベースバンド処理部２５は、特定した方法を用いて無線リソース割当要求及び受信応答を受信する。
以上に説明したように、本実施例に係る端末装置及び基地局装置は、端末装置の送信電力に応じて無線リソース割当要求及び受信応答の送信の方法を切り替えて送受信を行う。これにより、Ａｃｋ／Ｎａｃｋのフィードバック情報や無線リソース割当要求等を含む情報をより効率的に送信することができる。
以上では、ＣＢＧ１１０を用いたＡｃｋ／Ｎａｃｋのフィードバックの場合について説明したが、同時送信が発生する場合であれば他の方法によるＡｃｋ／Ｎａｃｋのフィードバックであっても、各実施例の機能を用いて情報の効率的な送信を行うことができる。
例えば、図２９に示すように、異なるＴＴＩにおけるそれぞれのＰＤＳＣＨ２０３で送信された信号に対するＡｃｋ／Ｎａｃｋを無線リソース２２１にまとめて同じタイミングで送信する場合にも各実施例の機能を用いることができる。図２９は、異なるＴＴＩにおける信号に対するＡｃｋ／Ｎａｃｋをまとめて同じタイミングで送信する場合の無線リソースの割り当てを表す図である。
この場合も、同時送信時に効率的に信号を送信することが求められる。すなわち、無線リソース２２１と同じタイミングで無線リソース割当要求が発生した場合に、端末装置１は、実施例１〜７の何れかの機能を用いて無線リソース割当要求及び受信応答を送信する。
このほかにも、ＣＡ（Carrier Aggregation）を用いた通信を行う場合にも、Ｐ（Primary）セルとＳ（Secondary）セルとのそれぞれに対するＡｃｋ／Ｎａｃｋを同じタイミングで送信することが考えられる。
この場合も、同時送信時に効率的に信号を送信することが求められる。すなわち、Ｐセル及びＳセルに対するＡｃｋ／Ｎａｃｋと同じタイミングで無線リソース割当要求が発生した場合に、端末装置１は、実施例１〜７の何れかの機能を用いて無線リソース割当要求及び受信応答を送信する。
（ハードウェア構成）
次に、図３０を参照して、端末装置１のハードウェア構成について説明する。図３０は、各実施例に係る端末装置のハードウェア構成図である。端末装置１は、プロセッサ９０１、主記憶装置９０２、画像表示装置９０３、補助記憶装置９０４及び無線機９０５を有する。
プロセッサ９０１は、主記憶装置９０２、画像表示装置９０３、補助記憶装置９０４及び無線機９０５とバスで接続される。また、無線機９０５は、アンテナに接続される。
画像表示装置９０３は、例えば、液晶ディスプレイなどである。画像表示装置９０３は、基地局装置２から送信されたデータなどを表示し、操作者に提供する。
補助記憶装置９０４は、図１に例示したＰＤＣＣＨ受信処理部１２、ＰＤＳＣＨ受信処理部１３、ＡＣＫ／ＮＡＣＫ生成部１４、ＰＵＣＣＨ生成部１６及びＰＵＳＣＨ生成部１７の機能を実現するためのプログラムを含む各種プログラムを格納する。また、補助記憶装置９０４は、伝搬チャネル推定部３１及び余剰電力算出部３２の機能を実現するためのプログラムを含む各種プログラムを格納する。
プロセッサ９０１は、補助記憶装置９０４に格納された各種プログラムを読み出し、主記憶装置９０２上に展開して実行する。これにより、プロセッサ９０１は、図１に例示したＰＤＣＣＨ受信処理部１２、ＰＤＳＣＨ受信処理部１３、ＡＣＫ／ＮＡＣＫ生成部１４、ＰＵＣＣＨ生成部１６及びＰＵＳＣＨ生成部１７の機能を実現する。また、プロセッサ９０１は、伝搬チャネル推定部３１及び余剰電力算出部３２の機能を実現するためのプログラムを含む各種プログラムを格納する。
無線機９０５は、無線部１１の機能を実現する。無線機９０５は、アンテナを介して基地局装置２と無線通信を行う。
次に、図３１を参照して、基地局装置２のハードウェア構成について説明する。図３１は、各実施例に係る基地局装置のハードウェア構成図である。基地局装置２は、プロセッサ９１１、主記憶装置９１２、ネットワークインタフェース９１３、補助記憶装置９１４及び無線機９１５を有する。
プロセッサ９１１は、主記憶装置９１２、ネットワークインタフェース９１３、補助記憶装置９１４及び無線機９１５とバスで接続される。また、無線機９１５は、アンテナに接続される。
ネットワークインタフェース９１３は、上位装置との通信で用いるインタフェースである。主記憶装置９１２は、図８に例示したバッファ２２の機能を実現する。
補助記憶装置９１４は、図８に例示したＰＵＣＣＨリソース管理部２１、スケジューラ２３、下り信号ベースバンド処理部２４及び上り信号ベースバンド処理部２５の機能を実現するためのプログラムを含む各種プログラムを格納する。
プロセッサ９１１、補助記憶装置９１４に格納された各種プログラムを読み出し、主記憶装置９１２上に展開して実行する。これにより、プロセッサ９１１は、図８に例示したＰＵＣＣＨリソース管理部２１、スケジューラ２３、下り信号ベースバンド処理部２４及び上り信号ベースバンド処理部２５の機能を実現する。
無線機９１５は、無線部２６の機能を実現する。無線機９１５は、アンテナを介して端末装置１と無線通信を行う。
１ 端末装置
２ 基地局装置
１１ 無線部
１２ ＰＤＣＣＨ受信処理部
１３ ＰＤＳＣＨ受信処理部
１４ ＡＣＫ／ＮＡＣＫ生成部
１５ ＳＲ生成部
１６ ＰＵＣＣＨ生成部
１７ ＰＵＳＣＨ生成部
１８ バッファ
２１ ＰＵＣＣＨリソース管理部
２２ バッファ
２３ スケジューラ
２４ 下り信号ベースバンド処理部
２５ 上り信号ベースバンド処理部
２６ 無線部
１８１ 第１バッファ
１８２ 第２バッファ

Claims (12)

  1. 基地局装置から無線信号を受信する受信部と、
    前記受信部による前記無線信号の受信結果を複数分通知する受信応答を生成する応答信号生成部と、
    前記受信応答を含む異なる複数の種類の信号を同じタイミングで送信する場合と１つの種類の信号を送信する場合とで、信号の送信に用いる無線リソースの大きさ又は位置を異ならせる送信部と
    を備えたことを特徴とする端末装置。
  2. 特定の信号を前記基地局装置へ送信するための無線リソース割当要求を生成する無線リソース割当要求生成部をさらに備え、
    前記送信部は、前記受信応答及び前記無線リソース割当要求を同じタイミングで送信する場合と前記無線リソース割当要求を送信せずに前記受信応答を送信する場合とで、前記受信応答の送信に用いる無線リソースの大きさ又は位置を異ならせる
    ことを特徴とする請求項１に記載の端末装置。
  3. 前記送信部は、前記受信応答及び前記無線リソース割当要求を同じタイミングで送信する場合、前記受信応答及び前記無線リソース割当要求の送信に割り当てられた無線リソースの一部分を使用して前記受信応答及び前記無線リソース割当要求を送信することを特徴とする請求項２に記載の端末装置。
  4. 前記送信部は、前記受信応答に割り当てられた無線リソースの一部を送信しないことで前記無線リソース割当要求の発生を通知することを特徴とする請求項２又は３に記載の端末装置。
  5. 前記送信部は、前記無線リソース割当要求に割り当てられた無線リソースを用いて前記受信応答の一部を送信することを特徴とする請求項４に記載の端末装置。
  6. 前記送信部は、前記無線リソース割当要求に割り当てられた無線リソースを用いて前記無線リソース割当要求を送信し、且つ、前記受信応答に割り当てられた無線リソースの一部を用いて前記受信応答を送信することを特徴とする請求項２又は３に記載の端末装置。
  7. 前記受信部は、所定サイズのデータを有する複数の第１グループを含む前記無線信号を受信し、
    前記応答信号生成部は、前記第１グループを結合した第２グループ毎に受信応答を生成する
    ことを特徴とする請求項２又は３に記載の端末装置。
  8. 前記送信部は、前記無線リソース割当要求の種別に応じて、前記受信応答の送信に用いる無線リソースの大きさ又は位置を異ならせることを特徴とする請求項２又は３に記載の端末装置。
  9. 前記送信部は、前記無線リソース割当要求の種別毎に送信電力密度を調整するパラメータを有し、前記無線リソース割当要求の種別に応じて前記無線リソース割当要求及び前記受信応答の送信時に前記パラメータを変更することを特徴とする請求項２又は３に記載の端末装置。
  10. 基地局装置から無線信号を受信する受信部、前記受信部による前記無線信号の受信結果を複数分通知する受信応答を生成する応答信号生成部、及び、前記受信応答を含む異なる複数の種類の信号を同じタイミングで送信する場合と１つの種類の信号を送信する場合とで、信号の送信に用いる無線リソースの大きさ又は位置を異ならせる送信部を有する端末装置から送信された送信信号を受信する基地局受信部と、
    異なる複数の種類の信号が同じタイミングで送信された場合、前記基地局受信部により受信された前記送信信号で使用された無線リソースを基に、前記受信応答を取得する取得部と
    を備えたことを特徴とする基地局装置。
  11. 端末装置及び基地局装置を有する無線通信システムであって、
    前記端末装置は、
    前記基地局装置から無線信号を受信する受信部と、
    前記受信部による前記無線信号の受信結果を複数分通知する受信応答を生成する応答信号生成部と、
    前記受信応答を含む異なる複数の種類の信号を同じタイミングで送信する場合と１つの種類の信号を送信する場合とで、信号の送信に用いる無線リソースの大きさ又は位置を異ならせる送信部とを備え、
    前記基地局装置は、
    前記送信部から送信された送信信号を受信する基地局受信部と、
    異なる複数の種類の信号が同じタイミングで前記送信部から送信された場合、前記基地局受信部により受信された前記送信信号で使用された前記無線リソースの大きさ又は位置を基に、前記受信応答を取得する取得部とを備えた
    ことを特徴とする無線通信システム。
  12. 基地局装置から無線信号を受信し、
    前記無線信号の受信結果を複数分通知する受信応答を生成し、
    特定の信号を前記基地局装置へ送信するための無線リソース割当要求を生成し、
    前記受信応答を含む異なる複数の種類の信号を同じタイミングで送信する場合と１つの種類の信号を送信する場合とで、信号の送信に用いる無線リソースの大きさ又は位置を異ならせる
    ことを特徴とする端末装置制御方法。
JP2019515051A 2017-04-28 2017-04-28 端末装置、基地局装置、無線通信システム及び端末装置制御方法 Active JP7298474B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2017/017039 WO2018198351A1 (ja) 2017-04-28 2017-04-28 端末装置、基地局装置、無線通信システム及び端末装置制御方法

Publications (2)

Publication Number Publication Date
JPWO2018198351A1 true JPWO2018198351A1 (ja) 2020-03-05
JP7298474B2 JP7298474B2 (ja) 2023-06-27

Family

ID=63918850

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019515051A Active JP7298474B2 (ja) 2017-04-28 2017-04-28 端末装置、基地局装置、無線通信システム及び端末装置制御方法

Country Status (6)

Country Link
US (1) US10652868B2 (ja)
EP (1) EP3618329A4 (ja)
JP (1) JP7298474B2 (ja)
KR (1) KR102233220B1 (ja)
CN (1) CN110463107B (ja)
WO (1) WO2018198351A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110971533B (zh) * 2018-09-30 2023-02-03 京东方科技集团股份有限公司 用于数据通信的方法、服务器装置、客户端装置和介质
US11277355B1 (en) 2021-07-27 2022-03-15 Beijing Tenate Electronic Technology Co., Ltd. Adjustable resource management system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008050467A1 (en) * 2006-10-27 2008-05-02 Mitsubishi Electric Corporation Data communication method, communication system and mobile terminal
JP2013506386A (ja) * 2009-09-29 2013-02-21 クゥアルコム・インコーポレイテッド 送信ダイバーシティのためのアップリンク制御チャネルリソース割振り
JP2014036427A (ja) * 2012-08-10 2014-02-24 Ntt Docomo Inc ユーザ端末、無線通信方法及び無線通信システム

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7054638B2 (en) * 2001-01-12 2006-05-30 Telefonaktiebolaget Lm Ericsson (Publ) Controlling transmission of cell information between control nodes in radio access network
BRPI0819146B1 (pt) * 2007-01-30 2020-09-24 Nokia Solutions And Networks Oy Método e aparelho para fornecer uma notificação de recebimento, método e aparelho para processar informações recebidas em um recurso de programação de execução e meio legível por computador
US8493956B2 (en) * 2007-10-31 2013-07-23 Qualcomm Incorporated Methods and apparatus related to signaling request to transmit traffic in a wireless communications system
JP5252881B2 (ja) * 2007-11-02 2013-07-31 株式会社エヌ・ティ・ティ・ドコモ 移動通信システムで使用される基地局及び方法
US20110211546A1 (en) * 2008-11-03 2011-09-01 Kari Juhani Hooli Transmitting Scheduling Request with Multiple Antennas
JP5212539B2 (ja) 2009-03-25 2013-06-19 富士通株式会社 無線通信システム、移動局装置、基地局装置、及び無線通信システムにおける無線通信方法
CN102511191B (zh) * 2009-10-02 2015-07-29 松下电器（美国）知识产权公司 无线通信装置及无线通信方法
WO2011083755A1 (ja) * 2010-01-06 2011-07-14 パナソニック株式会社 端末装置及び応答信号送信方法
CN102714569B (zh) * 2010-01-11 2016-04-13 韩国电子通信研究院 无线通信系统中的载波聚集
US9100147B2 (en) * 2010-01-29 2015-08-04 Panasonic Intellectual Property Corporation Of America Base station, terminal, retransmission control method, and response method
JP5622840B2 (ja) * 2010-04-05 2014-11-12 パナソニックインテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信装置、送信電力制御方法及び送信判定方法
WO2011129734A1 (en) * 2010-04-12 2011-10-20 Telefonaktiebolaget L M Ericsson (Publ) A method and apparatus for reference signal muting detection in a wireless communication network
CN101834658B (zh) * 2010-05-05 2016-01-20 中兴通讯股份有限公司 一种上行控制信令的发送方法及设备
CN103081557A (zh) * 2010-09-03 2013-05-01 富士通株式会社 传输上行响应信号的方法、终端设备以及基站设备
KR101878143B1 (ko) * 2010-09-19 2018-07-13 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
JP5388370B2 (ja) * 2010-11-12 2014-01-15 株式会社Ｎｔｔドコモ 無線基地局装置、移動端末装置及び送信電力制御方法
JP5427162B2 (ja) * 2010-11-26 2014-02-26 株式会社Ｎｔｔドコモ 無線基地局装置及び制御情報検出方法
WO2013051206A1 (ja) * 2011-10-03 2013-04-11 パナソニック株式会社 端末、基地局および通信方法
KR20130143283A (ko) * 2012-06-21 2013-12-31 주식회사 팬택 제어 신호 동시 전송 방법, 그 단말, 제어 신호 수신 방법, 및 그 기지국
EP2890193B1 (en) * 2012-08-24 2018-05-23 Fujitsu Limited Radio communication method, radio communication system, radio base station, and radio terminal
JP6443890B2 (ja) * 2014-01-31 2018-12-26 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 端末、基地局、送信方法及び受信方法
JP6850308B2 (ja) * 2016-06-15 2021-03-31 コンヴィーダ ワイヤレス， エルエルシー 新しい無線のためのアップロード制御シグナリング
US11171748B2 (en) * 2017-05-05 2021-11-09 Motorola Mobility Llc Indicating resources for transmitting modulation symbols

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008050467A1 (en) * 2006-10-27 2008-05-02 Mitsubishi Electric Corporation Data communication method, communication system and mobile terminal
JP2013506386A (ja) * 2009-09-29 2013-02-21 クゥアルコム・インコーポレイテッド 送信ダイバーシティのためのアップリンク制御チャネルリソース割振り
JP2014036427A (ja) * 2012-08-10 2014-02-24 Ntt Docomo Inc ユーザ端末、無線通信方法及び無線通信システム

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI,HISILICON: "Discussion on CBG-based feedback and retransmission[online]", 3GPP TSG RAN WG1#88BIS R1-1705066, JPN6017028671, 25 March 2017 (2017-03-25), pages 1 - 4, ISSN: 0004970506 *
INTEL CORPORATION: "Scheduling request design for NR[online]", 3GPP TSG RAN WG1#88BIS R1-1704760, JPN6017030887, 25 March 2017 (2017-03-25), pages 1 - 4, ISSN: 0004834037 *
服部 武他（監訳）, ４Ｇ ＬＴＥ／ＬＴＥ−ＡＤＶＡＮＣＥＤのすべて 下巻, JPN6017028669, 20 October 2015 (2015-10-20), pages 290 - 309, ISSN: 0004834036 *

Also Published As

Publication number Publication date
EP3618329A4 (en) 2020-04-22
US20190116589A1 (en) 2019-04-18
JP7298474B2 (ja) 2023-06-27
US10652868B2 (en) 2020-05-12
CN110463107A (zh) 2019-11-15
WO2018198351A1 (ja) 2018-11-01
EP3618329A1 (en) 2020-03-04
KR20190125408A (ko) 2019-11-06
CN110463107B (zh) 2022-11-15
KR102233220B1 (ko) 2021-03-29

Similar Documents

Publication Publication Date Title
US8861472B2 (en) Selecting between normal and virtual dual layer ACK/NACK
US11611962B2 (en) Method and apparatus for transmitting and receiving information for providing plurality of communication services
US8548483B2 (en) Feedback mapping for D2D control signals
CN108111263B (zh) 确认信息的反馈方法及装置，确认信息的接收方法及装置
WO2019158013A1 (zh) 信道传输方法和装置、网络设备及计算机可读存储介质
JP2012514910A (ja) ワイヤレス通信システムにおけるアップリンク肯定／否定メッセージのための方法
JP2024073619A (ja) 端末、通信方法及び集積回路
US20190356422A1 (en) Wireless communication system, base station device, terminal device, and wireless communication method
JP2022141774A (ja) 端末、通信方法及び集積回路
JP2023099023A (ja) 基地局、通信方法及び集積回路
JP2024109710A (ja) 端末装置、通信方法及び集積回路
JP7298474B2 (ja) 端末装置、基地局装置、無線通信システム及び端末装置制御方法
WO2022017126A1 (zh) 一种被用于无线通信的节点中的方法和装置
KR20220104478A (ko) 무선 통신 시스템에서 상향링크 데이터 전송 스키핑을 위한 방법 및 장치
KR20180076983A (ko) 무선통신 시스템에서 상향링크 제어 정보 송수신 방법 및 장치

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200302

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200302

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210525

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210721

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220104

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220301

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20220726

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221024

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

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20221024

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

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20221101

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

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20221108

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230124

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230310

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230529

R150 Certificate of patent or registration of utility model

Ref document number: 7298474

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150