JP2015002411A - 無線基地局、ユーザ端末及び無線通信方法 - Google Patents

無線基地局、ユーザ端末及び無線通信方法 Download PDF

Info

Publication number
JP2015002411A
JP2015002411A JP2013125652A JP2013125652A JP2015002411A JP 2015002411 A JP2015002411 A JP 2015002411A JP 2013125652 A JP2013125652 A JP 2013125652A JP 2013125652 A JP2013125652 A JP 2013125652A JP 2015002411 A JP2015002411 A JP 2015002411A
Authority
JP
Japan
Prior art keywords
information
bit
tti
harq process
hpn
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
JP2013125652A
Other languages
English (en)
Other versions
JP6224358B2 (ja
Inventor
一樹 武田
Kazuki Takeda
一樹 武田
チン ムー
Qin Mu
チン ムー
リュー リュー
Liu Liu
リュー リュー
ラン チン
Lan Chen
ラン チン
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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2013125652A priority Critical patent/JP6224358B2/ja
Priority to US14/896,928 priority patent/US20160157213A1/en
Priority to PCT/JP2014/063894 priority patent/WO2014199813A1/ja
Priority to CN201480033639.8A priority patent/CN105284151A/zh
Publication of JP2015002411A publication Critical patent/JP2015002411A/ja
Application granted granted Critical
Publication of JP6224358B2 publication Critical patent/JP6224358B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/1893—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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

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

Abstract

【課題】複数のサブフレームに割り当てられる下りリンク共有データに対する制御情報を特定のサブフレームに割り当てる場合においても、下りリンク共有データに対するＨＡＲＱ処理を効率的に行うこと。
【解決手段】複数のサブフレームに割り当てられる下りリンク共有データに対する制御情報を特定のサブフレームに割り当ててユーザ端末に送信する無線通信方法において、ＨＡＲＱ処理の識別情報を特定する３ビットより多いビット情報を含む制御情報を生成し、生成された制御情報を特定のサブフレームにマッピングし、制御情報及び下りリンク共有データをユーザ端末に送信することを特徴とする。
【選択図】図８

Description

本発明は、セルラーシステム等に適用可能な無線基地局、ユーザ端末及び無線通信方法に関する。
ＵＭＴＳ（Universal Mobile Telecommunications System）ネットワークにおいては、周波数利用効率の向上、データレートの向上を目的として、ＨＳＤＰＡ（High Speed Downlink Packet Access）やＨＳＵＰＡ（High Speed Uplink Packet Access）を採用することにより、Ｗ−ＣＤＭＡ（Wideband−Code Division Multiple Access）をベースとしたシステムの特徴を最大限に引き出すことが行われている。このＵＭＴＳネットワークについては、更なる高速データレート、低遅延などを目的としてＬＴＥ（Long Term Evolution）が検討されている（例えば、非特許文献１参照）。
第３世代のシステムは、概して５ＭＨｚの固定帯域を用いて、下り回線で最大２Ｍｂｐｓ程度の伝送レートを実現できる。一方、ＬＴＥのシステムでは、１．４ＭＨｚ〜２０ＭＨｚの可変帯域を用いて、下り回線で最大３００Ｍｂｐｓ及び上り回線で７５Ｍｂｐｓ程度の伝送レートを実現できる。また、ＵＭＴＳネットワークにおいては、更なる広帯域化及び高速化を目的として、ＬＴＥの後継のシステムも検討されている（例えば、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、ＦＲＡ（Future Radio Access）、４Ｇなどともいう）。ＬＴＥ−Ａシステムのシステム帯域は、ＬＴＥシステムのシステム帯域を一単位とする少なくとも一つのコンポーネントキャリア（ＣＣ：Component Carrier）を含む。
これらのＬＴＥシステムやＬＴＥの後継システムにおいては、半径数百メートルから数キロメートル程度の相対的に大きいカバレッジを有するマクロセル内に、半径数メートルから数十メートル程度の相対的に小さいカバレッジを有するスモールセル（ピコセル、フェムトセルなどを含む）が配置される無線通信システム（例えば、ＨｅｔＮｅｔ（Heterogeneous Network）ともいう）が検討されている（例えば、非特許文献２参照）。
マクロセル内にスモールセルが配置される無線通信システムにおいては、スモールセルに接続するユーザ端末は主に低速で移動するユーザ端末であること、そして伝搬路長が短く、伝搬パスの遅延広がりが小さいこと等の要因により、スモールセル内に位置するユーザ端末との間のチャネル状態（伝搬路状態）が時間領域及び周波数領域にて安定している。このようなチャネル状態の特性を考慮し、近年、ある１つのサブフレームにおける制御情報（制御チャネル）で複数のサブフレームにわたる下りリンク共有データ（下りリンク共有チャネル）のスケジューリング割り当てを行うマルチサブフレームスケジューリングが検討されている。
このようなマルチサブフレームスケジューリングにおいては、複数のサブフレームに割り当てられる下りリンク共有データに対する制御情報が特定のサブフレームに割り当てられることから、制御情報のオーバーヘッドの改善が期待される。一方、マルチサブフレームスケジューリングにおけるスループット特性は、下りリンク共有データに対するＨＡＲＱ処理の影響を受けることが想定される。このため、マルチサブフレームスケジューリングにおけるスループット特性の向上には、下りリンク共有データに対するＨＡＲＱ処理の効率化が重要である。
本発明はかかる点に鑑みてなされたものであり、複数のサブフレームに割り当てられる下りリンク共有データに対する制御情報を特定のサブフレームに割り当てる場合においても、下りリンク共有データに対するＨＡＲＱ処理を効率的に行うことができる無線基地局、ユーザ端末及び無線通信方法を提供することを目的とする。
本発明の無線基地局は、複数のサブフレームに割り当てられる下りリンク共有データに対する制御情報を特定のサブフレームに割り当ててユーザ端末に送信する無線基地局であって、ＨＡＲＱ処理の識別情報を特定するビット情報を含む前記制御情報を生成する生成部と、前記生成部で生成された前記制御情報を前記特定のサブフレームにマッピングするマッピング部と、前記制御情報及び下りリンク共有データを前記ユーザ端末に送信する送信部とを具備し、前記生成部は、前記ＨＡＲＱ処理の識別情報を特定するビット情報を３ビットより多いビット情報で構成した前記制御情報を生成することを特徴とする。
本発明のユーザ端末は、複数のサブフレームに割り当てられる下りリンク共有データに対する制御情報を特定のサブフレームから受信するユーザ端末であって、前記制御情報及び下りリンク共有データを受信する受信部と、前記受信部で受信した前記制御情報に含まれるＨＡＲＱ処理の識別情報を特定するビット情報を抽出する抽出部と、前記抽出部で抽出した前記ＨＡＲＱ処理の識別情報を特定するビット情報に基づいて前記ＨＡＲＱ処理の識別情報を取得する取得部とを具備し、前記抽出部は、前記制御情報から３ビットより多いビット情報で構成される前記ＨＡＲＱ処理の識別情報を特定するビット情報を抽出することを特徴とする。
本発明の無線通信方法は、複数のサブフレームに割り当てられる下りリンクデータに対する制御情報を特定のサブフレームに割り当ててユーザ端末に送信する無線通信方法であって、無線基地局において、ＨＡＲＱ処理の識別情報を特定するビット情報を含み、前記ＨＡＲＱ処理の識別情報を特定するビット情報が３ビットより多いビット情報で構成される前記制御情報を生成するステップと、生成された前記制御情報を前記特定のサブフレームにマッピングするステップと、前記制御情報及び下りリンクデータを前記ユーザ端末に送信するステップとを具備し、前記ユーザ端末において、前記制御情報及び下りリンクデータを受信するステップと、受信した前記制御情報に含まれる前記ＨＡＲＱ処理の識別情報を特定するビット情報を抽出するステップと、抽出した前記ＨＡＲＱ処理の識別情報を特定するビット情報に基づいて前記ＨＡＲＱ処理の識別情報を取得するステップとを具備することを特徴とする。
本発明によれば、複数のサブフレームに割り当てられる下りリンク共有データに対する制御情報を特定のサブフレームに割り当てる場合においても、下りリンク共有データに対するＨＡＲＱ処理を効率的に行うことが可能となる。
マクロセル内にスモールセルが配置される無線通信システムの説明図である。 下りリンクにおけるスケジューリング方法の説明図である。 マルチＴＴＩ（サブフレーム）スケジューリングの説明図である。 ＰＤＣＣＨに含まれる下りリンク制御情報を説明するための模式図である。 シングルＴＴＩ（サブフレーム）スケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。 マルチＴＴＩ（サブフレーム）スケジューリングにおけるＨＡＲＱ処理に関するビットフィールドの一例を示す模式図である。 図６に示すＤＣＩを用いたマルチＴＴＩ（サブフレーム）スケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。 第１の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理グループ及びそのＨＡＲＱ処理グループに対応するＤＣＩの一例の説明図である。 図８Ｂに示すＤＣＩを用いたマルチＴＴＩ（サブフレーム）スケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。 第１の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理グループの一例の説明図である。 図１０Ｂに示すＤＣＩを用いたマルチＴＴＩ（サブフレーム）スケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。 第１の実施の形態に係る無線通信方法で利用されるＤＣＩの変形例の説明図を示している。 第２の実施の形態に係る無線通信方法で利用されるＤＣＩの一例の説明図である。 図１３に示すＤＣＩを用いたマルチＴＴＩ（サブフレーム）スケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。 第３の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理グループ及びそのＨＡＲＱ処理グループに対応するＤＣＩの一例の説明図である。 図１５Ｂに示すＤＣＩを用いたマルチＴＴＩ（サブフレーム）スケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。 第３の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理グループ及びそのＨＡＲＱ処理グループに対応するＤＣＩの他例の説明図である。 図１７Ｂに示すＤＣＩを用いたマルチＴＴＩ（サブフレーム）スケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。 第４の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理グループ及びそのＨＡＲＱ処理グループに対応するＤＣＩの他例の説明図である。 図１９に示すＤＣＩを用いたマルチＴＴＩ（サブフレーム）スケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。 無線通信システムのシステム構成を説明するための図である。 無線基地局の全体構成を説明するための図である。 ユーザ端末の全体構成を説明するための図である。 無線基地局におけるベースバンド信号処理部の構成を示すブロック図である。 ユーザ端末におけるベースバンド信号処理部の構成を示すブロック図である。
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。まず、本発明に係る無線通信方法が適用される無線通信システムについて説明する。図１は、マクロセル内にスモールセルが配置される無線通信システムについての説明図である。図１に示す無線通信システムにおいては、半径数百メートルから数キロメートル程度の相対的に大きいカバレッジを有するマクロセルＣ１内に、半径数メートルから数十メートル程度の相対的に小さいカバレッジを有するスモールセル（ピコセル、フェムトセルなどを含む）Ｃ２が配置されている。
マクロセルＣ１は、無線基地局（ＭｅＮＢ：Macro eNodeB）（以下、マクロ基地局と呼ぶ）により形成される。スモールセルＣ２は、無線基地局（ＳｅＮＢ：Small eNodeB）（以下、スモール基地局と呼ぶ）により形成される。スモールセルＣ２内に位置するユーザ端末（ＵＥ：User Equipment）は、これらのマクロ基地局及びスモール基地局の双方と接続可能に構成されている。なお、このような無線通信システムは、ＨｅｔＮｅｔと呼ぶこともできる。
このような無線通信システムにおいては、スモールセルＣ２が相対的に小さいカバレッジを有するため、スモールセルＣ２は、主に低速で移動するユーザ端末ＵＥを収容することが多い。また、スモールセルＣ２とユーザ端末ＵＥとの間の伝搬路長が短いため、パスの遅延広がりが小さくなる傾向がある。このため、一般的に、スモール基地局と、スモールセルＣ２内に位置するユーザ端末ＵＥとの間のチャネル状態（伝搬路状態）は、時間領域及び周波数領域において大きく変動せず、安定した状態となっている。
一般に、下りリンクにおけるスケジューリングにおいては、図２Ａに示すように、共有データチャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）が割り当てられる送信時間間隔（以下、「ＴＴＩ：Transmission Time Interval」とも呼ぶ）毎に制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）が割り当てられるシングルＴＴＩスケジューリング（Single TTI Scheduling）が行われる。この場合、ユーザ端末ＵＥは、制御チャネルに含まれる制御情報（下りリンク制御情報（以下、「ＤＣＩ：Downlink Control Information」とも呼ぶ）を解析することにより、自端末宛ての共有データチャネルのリソース割当て情報や変調符号化方式情報等を把握して適切に共有データチャネルを復号できる。
一方、上述したように、マクロセルＣ１内にスモールセルＣ２が配置される無線通信システムにおいては、スモール基地局と、スモールセルＣ２内に位置するユーザ端末ＵＥとの間のチャネル状態が時間領域及び周波数領域において安定する特性を有する。このため、このようなチャネル状態の特性を考慮し、図２Ｂに示すように、複数のＴＴＩに割り当てられる共有データチャネルに対する制御チャネルを特定のＴＴＩに割り当てるマルチＴＴＩスケジューリング（Multiple TTI Scheduling）が検討されている。
ここで、スケジューリングの最小時間単位であるＴＴＩは、１サブフレームである。図３は、ＴＴＩをサブフレームとした場合のマルチサブフレームスケジューリングの説明図である。図３に示すように、マルチサブフレームスケジューリングにおいては、例えば、先頭のサブフレーム＃０（ＳＦ＃０）に、サブフレーム＃０〜＃３（ＳＦ＃０〜ＳＦ＃３）に割り当てられる共有データチャネル（ＰＤＳＣＨ）に対する制御チャネル（ＰＤＣＣＨ）が割り当てられる。以下においては、制御チャネルが割り当てられるサブフレームを、ＰＤＣＣＨサブフレームと呼ぶものとする。
なお、ここでは、制御チャネルとしてＰＤＣＣＨを割り当てる場合について説明するが、制御チャネルとしては、これに限定されるものではなく、ｅＰＤＣＣＨ（enhanced Physical Downlink Control Channel）を割り当てることもできる。このｅＰＤＣＣＨは、共有データチャネル領域（ＰＤＳＣＨ領域）内の所定周波数帯域を制御チャネル領域（ＰＤＣＣＨ領域）として使用するものである。ＰＤＳＣＨ領域に割り当てられたｅＰＤＣＣＨは、例えば、ＵＥ固有の復調基準信号であるＤＭ−ＲＳ（Demodulation Reference Signal）を用いて復調される。なお、ｅＰＤＣＣＨは、ＦＤＭ（Frequency Division Multiplexing）型ＰＤＣＣＨと呼ばれてもよいし、ＵＥ−ＰＤＣＣＨと呼ばれてもよい。
このようなマルチサブフレームスケジューリングにおいては、共有データチャネルのＨＡＲＱ処理は、ＰＤＣＣＨサブフレームに割り当てられるＰＤＣＣＨ内の下りリンク制御情報（ＤＣＩ）で制御することが想定される。ここで、ＰＤＣＣＨに含まれる既知のＤＣＩフォーマットについて説明する。図４は、ＰＤＣＣＨに含まれるＤＣＩフォーマットを説明するための模式図である。なお、図４においては、周波数分割複信（ＦＤＤ：Frequency Division Duplex）におけるＤＣＩフォーマットを示している。
図４に示すように、ＤＣＩフォーマットには、リソース割当て情報（ＲＡ：Resource Allocation）、変調符号化方式情報（ＭＣＳ：Modulation and Coding Scheme）、プリコーディング情報（Precording）、電力制御情報（ＴＰＣ：Transmission Power Control）、ＨＡＲＱプロセス番号（以下、「ＨＰＮ：HARQ Process Number」とも呼ぶ）、リダンダンシーバージョン情報（以下、「ＲＶ：Redundancy Version」とも呼ぶ）、新データインディケータ情報（以下、「ＮＤＩ：New Data Indicator」とも呼ぶ）、ＳＲＳ（Sounding Reference Signal）及びＣＲＣ（Cyclic Redundancy Check）を指定するビットフィールドが含まれている。
これらのうち、ＨＰＮ、ＲＶ及びＮＤＩ用のビットフィールドによりＨＡＲＱ（Hybrid Automatic repeat request）処理に関するビットフィールドが構成される。ここで、ＨＰＮは、１つのトランスポートブロック（以下、「ＴＢ：Transport Block」とも呼ぶ）に対するＨＡＲＱ処理（ＨＡＲＱプロセス）に対する番号を示す。ＨＰＮ用のビットフィールドには、３ビットが割り当てられている。したがって、最大８個のＨＡＲＱプロセス番号が指定され、それぞれのＨＡＲＱ処理を並列に動作させることができる。ＲＶは、現在のＨＡＲＱプロセスの冗長度のバージョン情報（すなわち、同一のトランスポートブロックから生成される初期送信データや複数の再送データに付与される冗長度のバージョン情報）を示す。ＮＤＩは、ユーザ端末ＵＥに割り当てられる送信データが初期送信データであるか否かを示す情報である。ＲＶ及びＮＤＩ用のビットフィールドには、それぞれ２ビット及び１ビットが割り当てられている。
図５は、シングルＴＴＩ（サブフレーム）スケジューリングにおける下りリンク共有データチャネルのＨＡＲＱ処理の概要の説明図である。図５においては、無線基地局ｅＮＢ側の処理（eNB side）と、ユーザ端末ＵＥ側の処理（UE side）とを模式的に示している。無線基地局ｅＮＢ側の処理における上段には無線基地局ｅＮＢによりスケジューリングされるＨＰＮを示し、中段にはＴＴＩ（サブフレーム）を示し、下段には無線基地局ｅＮＢでスケジューリング可能なＨＰＮを示している。
上述したように、シングルサブフレームスケジューリングにおいては、サブフレーム毎にＰＤＣＣＨが割り当てられる。このため、サブフレーム毎にＤＣＩが指定される。図５に示すように、ＴＴＩ＃０に割り当てられるＴＢ＃０にＨＰＮ＃０がスケジューリングされる場合、ＤＣＩ内のＨＰＮ用のビットフィールドに「０００」が指定される。同様に、ＴＴＩ＃１に割り当てられるＴＢ＃１にＨＰＮ＃１がスケジューリングされる場合、ＤＣＩ内のＨＰＮ用のビットフィールドに「００１」が指定される。なお、ＴＴＩ＃０の時点では、スケジューリングされていないＨＰＮ＃０〜ＨＰＮ＃７がスケジューリング可能であり、ＴＴＩ＃１の時点では、スケジューリングされていないＨＰＮ＃１〜ＨＰＮ＃７がスケジューリング可能である。
ＨＰＮを付与したＴＢが無線基地局ｅＮＢから送信されると、ユーザ端末ＵＥは、ＰＤＣＣＨ（ＤＣＩ）に含まれるリソース割当て情報及びＭＣＳ情報に応じてＴＢのサイズを特定する。そして、このＴＢのＣＲＣチェックを行い、受信したＴＢのデコードの成功／失敗を判断する。この判断結果に応じて、ユーザ端末ＵＥは、無線基地局ｅＮＢに対してＡＣＫ／ＮＡＣＫ信号を送信する。このＡＣＫ／ＮＡＣＫ信号は、処理対象となるＴＢを受信したＴＴＩから４ＴＴＩ後に送信される。
一方、ＨＰＮを付与したＴＢに対するＡＣＫ／ＮＡＣＫ信号がユーザ端末ＵＥから送信されると、無線基地局ｅＮＢは、そのＡＣＫ／ＮＡＣＫ信号を抽出し、送信データの再送が必要か否かを判断する。送信データの再送が不要な場合（すなわち、ユーザ端末ＵＥからＡＣＫ信号を受信した場合）には、新規の送信データをＴＢにマッピングすると共に、ＤＣＩに含まれるＮＤＩのビットフィールドに新規の送信データである旨を示すビット情報（具体的には、「１」）を設定する。一方、送信データの再送が必要な場合（すなわち、ユーザ端末ＵＥからＮＡＣＫ信号を受信した場合）には、送信済みの送信データをＴＢにマッピングすると共に、ＤＣＩに含まれるＲＶのビットフィールドに冗長度のバージョンを示すビット情報を設定し、ＮＤＩのビットフィールドに再送データである旨（新規の送信データでない旨）を示すビット情報（具体的には、「０」）を設定する。そして、これらのＴＢをユーザ端末ＵＥに送信する。これらのＴＢは、ＡＣＫ／ＮＡＣＫ信号を受信したＴＴＩから４ＴＴＩ後に送信される。
図５に示す例では、ＴＴＩ＃４において、ＨＰＮ＃０が付与されたＴＢ＃０に対するＡＣＫ信号が無線基地局ｅＮＢに送信され、ＴＴＩ＃５において、ＨＰＮ＃１が付与されたＴＢ＃１に対するＮＡＣＫ信号が無線基地局ｅＮＢに送信される場合について示している。さらに、ＴＴＩ＃８において、新規の送信データを含むＴＢ＃０にＨＰＮ＃０がスケジューリングされてユーザ端末ＵＥに送信され、ＴＴＩ＃９において、再送データを含むＴＢ＃１にＨＰＮ＃１がスケジューリングされてユーザ端末ＵＥに送信される場合について示している。なお、ＴＴＩ＃８の時点では、ＨＡＲＱ処理から開放されたＨＰＮ＃０及びスケジューリングされていないＨＰＮ＃２〜ＨＰＮ＃７がスケジューリング可能であり、ＴＴＩ＃９の時点では、ＨＡＲＱ処理から開放されたＨＰＮ＃１及びスケジューリングされていないＨＰＮ＃２〜ＨＰＮ＃７がスケジューリング可能である。
図５に示す例から分かるように、シングルサブフレームスケジューリングにおいては、ＨＰＮを付与したＴＢをユーザ端末ＵＥに送信した後、当該ＴＢに対するＡＣＫ／ＮＡＣＫ信号をユーザ端末ＵＥから受信するまで４ＴＴＩを要する。また、ＨＰＮを付与したＴＢをユーザ端末ＵＥに送信した後、新規／再送の送信データを送信するまで８ＴＴＩを要する。図５に示す例では、新規／再送の送信データを送信するＴＴＩ＃８において、無線基地局ｅＮＢは、ＨＰＮ＃０、ＨＰＮ＃２〜ＨＰＮ＃７がスケジューリング可能であることが分かる。
一方、マルチＴＴＩ（サブフレーム）スケジューリングにおいては、複数のサブフレームに割り当てられる共有データチャネル（ＰＤＳＣＨ）に対する制御チャネル（ＰＤＣＣＨ）が特定のサブフレーム（ＰＤＣＣＨサブフレーム）に割り当てられる。このため、送信データのＨＡＲＱ処理に関し、ＰＤＣＣＨサブフレームに指定されるＤＣＩに、複数のサブフレームに割り当てられる共有データチャネルに対するＨＡＲＱ処理に関するビットフィールドを設定することが考えられる。
図６は、マルチＴＴＩ（サブフレーム）スケジューリングにおけるＨＡＲＱ処理に関するビットフィールドの一例を示す模式図である。図６に示す例においては、ＰＤＣＣＨサブフレームに指定されるＤＣＩに、４つのＴＴＩ＃０〜ＴＴＩ＃３に対応するＨＡＲＱ処理に関するビットフィールドが設けられている。すなわち、このＤＣＩにおいては、ＴＴＩ＃０〜ＴＴＩ＃３のそれぞれのＨＰＮ、ＲＶ及びＮＤＩ用のビットフィールドが設けられている。
以下、図６に示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理について説明する。図７は、図６に示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。図７においては、図５と同様に、無線基地局ｅＮＢ側の処理（eNB side）と、ユーザ端末ＵＥ側の処理（UE side）とを模式的に示している。
図７に示すマルチサブフレームスケジューリングにおいては、５ＴＴＩ（サブフレーム）毎にスケジューリングされるＰＤＣＣＨサブフレームに、図６に示すＤＣＩがスケジューリングされる。例えば、ＴＴＩ＃０にスケジューリングされるＰＤＣＣＨでは、図７に示すように、ＴＴＩ＃０〜ＴＴＩ＃３に割り当てられるＴＢ＃０〜ＴＢ＃３にＨＰＮ＃０〜ＨＰＮ＃３をスケジューリングできる。この場合、図７に示すように、ＤＣＩには、例えば、ＴＴＩ＃０用のＨＰＮのビットフィールドに「０００」が指定され、ＴＴＩ＃１用のＨＰＮのビットフィールドに「００１」が指定され、ＴＴＩ＃２用のＨＰＮのビットフィールドに「０１０」が指定され、ＴＴＩ＃３用のＨＰＮのビットフィールドに「０１１」が指定される。そして、ＨＰＮ＃０が付与されたＴＢ＃０がＴＴＩ＃０で送信され、ＨＰＮ＃１が付与されたＴＢ＃１がＴＴＩ＃１で送信され、ＨＰＮ＃２が付与されたＴＢ＃２がＴＴＩ＃２で送信され、ＨＰＮ＃３が付与されたＴＢ＃３がＴＴＩ＃３で送信される。この場合において、ＴＴＩ＃０の時点では、スケジューリングされていないＨＰＮ＃０〜ＨＰＮ＃７がスケジューリング可能である。
ＨＰＮを付与したＴＢが無線基地局ｅＮＢから送信されると、図５に示す場合と同様に、処理対象となるＴＢを受信したＴＴＩから４ＴＴＩ後にＡＣＫ／ＮＡＣＫ信号がユーザ端末ＵＥから送信される。図７に示す例では、ＴＴＩ＃４において、ＨＰＮ＃０が付与されたＴＢ＃０に対するＡＣＫ／ＮＡＣＫ信号が送信され、ＴＴＩ＃５において、ＨＰＮ＃１が付与されたＴＢ＃１に対するＮＡＣＫ信号ＡＣＫ／ＮＡＣＫ信号が送信され、ＴＴＩ＃６において、ＨＰＮ＃２が付与されたＴＢ＃２に対するＡＣＫ／ＮＡＣＫ信号が送信され、ＴＴＩ＃７において、ＨＰＮ＃３が付与されたＴＢ＃３に対するＮＡＣＫ信号ＡＣＫ／ＮＡＣＫ信号が送信される。
また、ＨＰＮを付与したＴＢに対するＡＣＫ／ＮＡＣＫ信号がユーザ端末ＵＥから送信されると、図５に示す場合と同様に、ＡＣＫ／ＮＡＣＫ信号を受信したＴＴＩから４ＴＴＩ後に送信データ／再送データが無線基地局ｅＮＢから送信される。図７においては、例えば、ＴＴＩ＃４にて送信されたＴＢ＃０に対するＡＣＫ／ＮＡＣＫ信号に対して、ＴＴＩ＃８にて、新規の送信データ又は再送データがユーザ端末ＵＥに送信される。
一方、図６に示すように、ＤＣＩに４つのＴＴＩに対応するＨＡＲＱ処理に関するビットフィールドが設定される場合、ＰＤＣＣＨサブフレームは、例えば、５ＴＴＩ毎にスケジューリングされる。図７に示す例では、ＴＴＩ＃４及びＴＴＩ＃８にＰＤＣＣＨサブフレームがスケジューリングされる。ＴＴＩ＃４にスケジューリングされるＰＤＣＣＨサブフレームにおいては、図７に示すように、ＴＢ＃４〜ＴＢ＃７にＨＰＮ＃４〜ＨＰＮ＃７をスケジューリングできる。ＴＴＩ＃４の時点では、スケジューリングされていないＨＰＮ＃４〜ＨＰＮ＃７がスケジューリング可能である。
また、ＴＴＩ＃８にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＴＴＩ＃０又はＴＴＩ＃４のＰＤＣＣＨサブフレームと同様に、本来、４つのＨＰＮをスケジューリングできる。しかしながら、ＴＴＩ＃８の時点では、スケジューリングされていないＨＰＮ、或いは、ＨＡＲＱ処理から開放されたＨＰＮがＨＰＮ＃０しか存在しない。このため、無線基地局ｅＮＢは、ＴＴＩ＃８にスケジューリングされるＰＤＣＣＨサブフレームにおいて、ＨＰＮ＃０の他のＨＰＮをスケジューリングできない。この結果、ＴＴＩ＃９〜ＴＴＩ＃１１には、ＨＰＮを割り当てることができないという事態が発生し得る。この場合、その後のＨＰＮの割り当てには、次のＰＤＣＣＨサブフレームを待たなければならず、下りリンクデータに対するＨＡＲＱ処理の効率が低下するという問題がある。
本発明者らは、このようにマルチサブフレームスケジューリングにおいて、複数のサブフレームに関連付けて、単純にＰＤＣＣＨサブフレームにＨＡＲＱ処理のビットフィールドを設けるだけではＨＰＮが不足し、その結果、サブフレームに適切にＨＰＮをスケジューリングできなくなる事態に着目した。そして、このような不具合を解消することが下りリンク共有データに対するＨＡＲＱ処理の効率化を図り、無線通信システムのスループット特性を向上できる点に鑑みて本発明に想到した。
すなわち、本発明に係る無線通信方法は、複数のサブフレームに割り当てられる下りリンク共有データに対する制御情報を特定のサブフレームに割り当ててユーザ端末ＵＥに送信する際、無線基地局ｅＮＢにおいて、ＨＡＲＱ処理の識別情報を特定するビット情報を含み、このＨＡＲＱ処理の識別情報を特定するビット情報が３ビットより多いビット情報で構成される制御情報を生成し、生成された制御情報を特定のサブフレームにマッピングして下りリンク共有データと共にユーザ端末ＵＥに送信し、ユーザ端末ＵＥにおいて、受信した制御情報に含まれるＨＡＲＱ処理の識別情報を特定するビット情報を抽出し、抽出したＨＡＲＱ処理の識別情報を特定するビット情報に基づいてＨＡＲＱ処理の識別情報を取得することを特徴とする。
本発明に係る無線通信方法によれば、ＨＡＲＱ処理の識別情報を特定するビット情報を３ビットより多いビット情報で構成した制御情報がユーザ端末ＵＥに送信されることから、少なくとも９個以上のＨＡＲＱ処理の識別情報を指定できる。これにより、マルチサブフレームスケジューリングを行う場合においても、送信データの再送タイミングに相当するサブフレームにてＨＰＮが不足し、ＨＰＮをスケジューリングできなくなる事態を防止できる。この結果、下りリンク共有データに対するＨＡＲＱ処理の効率化を図ることができ、無線通信システムのスループット特性を向上することが可能となる。
（第１の実施の形態）
本発明の第１の実施の形態に係る無線通信方法は、ＨＰＮ用のビットフィールドに指定される３ビットのビット情報によって複数のＴＴＩ（サブフレーム）に対するＨＡＲＱ処理のグループ（ＨＡＲＱ処理グループ）を特定する番号（ＨＡＲＱ処理グループ番号）を指定すると共に、このＨＡＲＱ処理グループ番号（以下、「ＨＰＧＮ：HARQ Process Group Number」とも呼ぶ）とＮＤＩ及びＲＶ用のビットフィールドの位置との組み合わせによってＨＡＲＱ処理の識別情報を指定する。すなわち、第１の実施の形態に係る無線通信方法においては、ＨＰＮ用のビットフィールドを仮想的にＨＰＧＮ用のビットフィールドとして利用する。そして、このＨＰＧＮとＮＤＩ及びＲＶ用のビットフィールドの位置との組み合わせで特定される情報を、ＨＡＲＱ処理の識別情報として利用する。
ここで、第１の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理グループ及びそのＨＡＲＱ処理グループに対応するＤＣＩについて説明する。図８は、第１の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理グループ及びそのＨＡＲＱ処理グループに対応するＤＣＩの一例の説明図である。図８Ａにおいては、ＨＡＲＱ処理グループに含まれるサブフレームの数（Ｘ）が４である場合のＨＡＲＱ処理グループの模式図を示している。また、図８Ｂにおいては、図８Ａに示すＨＡＲＱ処理グループに対応するＤＣＩの説明図を示している。
図８Ａにおいては、４つのサブフレームが１つのＨＡＲＱ処理グループとして扱われる場合（すなわち、Ｘ＝４の場合）について示している。この場合において、１つのＤＣＩによってスケジューリングされるＴＴＩ（サブフレーム）の総数を「Ｎ」とすると、ＨＡＲＱ処理グループに含まれるサブフレームの数Ｘは、式１により求められる。なお、後述するＨＡＲＱ処理グループに含まれるサブフレームの数（Ｘ）が２である場合についても同様である。
Figure 2015002411
図８Ａに示すＨＡＲＱ処理グループにおいては、ＰＤＣＣＨサブフレームにて、ＴＴＩ＃０〜ＴＴＩ＃３用のＨＡＲＱ処理の制御情報が指定される。ＰＤＣＣＨサブフレームに含まれるＤＣＩには、図８Ｂに示すように、ＨＰＧＮ用のビットフィールド（３ビット）と、４個のＴＴＩ（サブフレーム）用のＲＶ及びＮＤＩのビットフィールドが設けられている。すなわち、ＴＴＩ＃０〜ＴＴＩ＃３用のＲＶ及びＮＤＩのビットフィールドが設けられている。これらのＴＴＩ＃０〜ＴＴＩ＃３用のＲＶ及びＮＤＩのビットフィールドは、ＨＰＧＮ用のビットフィールドの後方に連続して設けられている。
この場合において、これらのＴＴＩ＃０〜ＴＴＩ＃３用のＲＶ及びＮＤＩのビットフィールドの位置は、ＨＡＲＱ処理グループにおけるインデックス（ＨＡＲＱ処理インデックス）としての意義を有する。このＨＡＲＱ処理インデックス（以下、「ＨＰＩ：HARQ Process Index」とも呼ぶ）は、ＨＰＧＮ用のビットフィールドとの位置関係において特定される。例えば、図８Ｂに示すように、ＨＰＧＮ用のビットフィールドに連続して配置されるＲＶ及びＮＤＩのビットフィールドは、ＨＰＩ＃０に関連づけられる。そして、その後方に連続して配置されるＲＶ及びＮＤＩのビットフィールドは、それぞれＨＰＩ＃１〜ＨＰＩ＃３に関連づけられる。
図８Ｂに示すＤＣＩを用いる場合においては、ＤＣＩに指定されるＨＰＧＮと、ＲＶ及びＮＤＩのビットフィールドの位置（ＨＰＩ）との組み合わせによってＨＡＲＱ処理の識別情報が指定される。この場合、ＨＰＧＮのビットフィールドが３ビットを有することから、８つのＨＡＲＱ処理グループを指定できる。一方、ＨＡＲＱ処理グループに含まれるサブフレームの数（Ｘ）が４であることから、合計３２通り（８×４通り）のＨＡＲＱ処理の識別情報を提供できる。
以下、図８Ｂに示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理について説明する。図９は、図８Ｂに示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。図９においては、図７と同様に、無線基地局ｅＮＢ側の処理（eNB side）と、ユーザ端末ＵＥ側の処理（UE side）を模式的に示している。
図９に示すマルチサブフレームスケジューリングにおいては、５ＴＴＩ（サブフレーム）毎にスケジューリングされるＰＤＣＣＨサブフレームに、図８Ｂに示すＤＣＩがスケジューリングされる。例えば、ＴＴＩ＃０にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＴＴＩ＃０〜ＴＴＩ＃３に割り当てられるＴＢ＃０〜ＴＢ＃３にＨＰＮ＃０〜ＨＰＮ＃３をスケジューリングできる。この場合、図９に示すように、ＤＣＩには、例えば、ＨＰＧＮのビットフィールドに「０００」が指定されると共に、これに続いてＴＴＩ＃０〜ＴＴＩ＃３用のＲＶ及びＮＤＩのビット情報が指定される。このＤＣＩでは、ＨＰＧＮとＲＶ及びＮＤＩのビットフィールドの位置との組み合わせから、ＴＴＩ＃０に割り当てられるＴＢ＃０にＨＰＮ＃０がスケジューリングされ、ＴＴＩ＃１に割り当てられるＴＢ＃１にＨＰＮ＃１がスケジューリングされ、ＴＴＩ＃２に割り当てられるＴＢ＃２にＨＰＮ＃２がスケジューリングされ、ＴＴＩ＃３に割り当てられるＴＢ＃３にＨＰＮ＃３がスケジューリングされる。この場合において、ＴＴＩ＃０の時点では、スケジューリングされていない３２個のＨＰＮ＃０〜ＨＰＮ＃３１がスケジューリング可能である。
ＨＰＮが付与されたＴＢが無線基地局ｅＮＢから送信されると、図７に示す場合と同様に、処理対象となるＴＢを受信したＴＴＩから４ＴＴＩ後にＡＣＫ／ＮＡＣＫ信号がユーザ端末ＵＥから送信される。図９に示す例では、ＴＴＩ＃４において、ＨＰＮ＃０が付与されたＴＢ＃０に対するＡＣＫ／ＮＡＣＫ信号が送信され、ＴＴＩ＃５において、ＨＰＮ＃１が付与されたＴＢ＃１に対するＮＡＣＫ信号ＡＣＫ／ＮＡＣＫ信号が送信され、ＴＴＩ＃６において、ＨＰＮ＃２が付与されたＴＢ＃２に対するＡＣＫ／ＮＡＣＫ信号が送信され、ＴＴＩ＃７において、ＨＰＮ＃３が付与されたＴＢ＃３に対するＮＡＣＫ信号ＡＣＫ／ＮＡＣＫ信号が送信される。
また、ＨＰＮが付与されたＴＢに対するＡＣＫ／ＮＡＣＫ信号がユーザ端末ＵＥから送信されると、図７に示す場合と同様に、ＡＣＫ／ＮＡＣＫ信号を受信したＴＴＩから４ＴＴＩ後に送信データ／再送データが無線基地局ｅＮＢから送信される。図９においては、例えば、ＴＴＩ＃４にて送信されたＴＢ＃０に対するＡＣＫ／ＮＡＣＫ信号に対して、ＴＴＩ＃８にて、新規の送信データ又は再送データがユーザ端末ＵＥに送信される。
一方、図９に示すマルチＴＴＩ（サブフレーム）スケジューリングにおいては、ＴＴＩ＃４にスケジューリングされるＰＤＣＣＨサブフレームにおいて、ＴＴＩ＃４〜ＴＴＩ＃７に割り当てられるＴＢ＃４〜ＴＢ＃７にＨＰＮ＃４〜ＨＰＮ＃７をスケジューリングできる。ＴＴＩ＃４の時点では、スケジューリングされていないＨＰＮ＃４〜ＨＰＮ＃３１がスケジューリング可能である。
同様に、図９に示すマルチＴＴＩ（サブフレーム）スケジューリングにおいては、ＴＴＩ＃８にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＴＴＩ＃８〜ＴＴＩ＃１１に割り当てられるＴＢ＃８〜ＴＢ＃１１にＨＰＮ＃８〜ＨＰＮ＃１１をスケジューリングできる。ＴＴＩ＃８の時点では、ＨＡＲＱ処理から開放されたＨＰＮ＃０と、スケジューリングされていないＨＰＮ＃８〜ＨＰＮ＃３１とがスケジューリング可能である。すなわち、送信データの再送タイミングに相当するサブフレーム（ＴＴＩ＃８）にて、スケジューリング可能なＨＰＮが残っている。このため、送信データの再送タイミングでＨＰＮが不足し、ＨＰＮをスケジューリングできなくなる事態を防止できる。
なお、図８Ａにおいては、ＨＡＲＱ処理グループに含まれるＴＴＩ（サブフレーム）の数（Ｘ）が４である場合のＨＡＲＱ処理グループについて説明しているが、ＨＡＲＱ処理グループに含まれるＴＴＩ（サブフレーム）の数（Ｘ）はこれに限定されない。図１０は、第１の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理グループ及びそのＨＡＲＱ処理グループに対応するＤＣＩの他例の説明図である。図１０Ａにおいては、ＨＡＲＱ処理グループに含まれるＴＴＩ（サブフレーム）の数（Ｘ）が２である場合のＨＡＲＱ処理グループの模式図を示している。また、図１０Ｂにおいては、図１０Ａに示すＨＡＲＱ処理グループに対応するＤＣＩの説明図を示している。
図１０Ａにおいては、２つのサブフレームが１つのＨＡＲＱ処理グループとして扱われる場合（すなわち、Ｘ＝２の場合）について示している。図１０Ａに示すＨＡＲＱ処理グループにおいては、ＰＤＣＣＨサブフレームにて、ＴＴＩ＃０〜ＴＴＩ＃３用のＨＡＲＱ処理の制御情報が指定される点で図８Ａに示すＨＡＲＱ処理グループと共通する。しかしながら、図１０Ｂに示すように、ＰＤＣＣＨサブフレームに含まれるＤＣＩに複数（２つ）のＨＰＧＮ用のビットフィールドが含まれる点で図８Ａに示すＨＡＲＱ処理グループと相違する。
図１０Ｂに示すＤＣＩには、２つのＨＰＧＮ用のビットフィールドと、それぞれのＨＰＧＮに関連づけられた２個のＴＴＩ（サブフレーム）用のＲＶ及びＮＤＩのビットフィールドが設けられている。すなわち、一方のＨＰＧＮ（図１０Ｂに示す先行するＨＰＧＮ）に関連づけてＴＴＩ＃０及びＴＴＩ＃１用のＲＶ及びＮＤＩのビットフィールドが設けられ、他方のＨＰＧＮ（図１０Ｂに示す後続するＨＰＧＮ）に関連づけてＴＴＩ＃２及びＴＴＩ＃３用のＲＶ及びＮＤＩのビットフィールドが設けられている。ＴＴＩ＃０及びＴＴＩ＃１用のＲＶ及びＮＤＩのビットフィールドは、一方のＨＰＧＮ用のビットフィールドの後方に連続して設けられ、ＴＴＩ＃２及びＴＴＩ＃３用のＲＶ及びＮＤＩのビットフィールドは、他方のＨＰＧＮ用のビットフィールドの後方に連続して設けられている。
この場合において、これらのＴＴＩ＃０及びＴＴＩ＃３用のＲＶ及びＮＤＩのビットフィールド、並びに、ＴＴＩ＃０及びＴＴＩ＃３用のＲＶ及びＮＤＩのビットフィールドの位置は、図８Ａに示すＨＡＲＱ処理グループと同様に、ＨＡＲＱ処理インデックス（ＨＰＩ）としての意義を有する。例えば、図１０Ｂに示すように、一方のＨＰＧＮ用のビットフィールドの後方に配置されるＲＶ及びＮＤＩのビットフィールドは、ＨＰＩ＃０に関連づけられ、その後方に配置されるＲＶ及びＮＤＩのビットフィールドは、ＨＰＩ＃１に関連づけられる。同様に、他方のＨＰＧＮ用のビットフィールドの後方に配置されるＲＶ及びＮＤＩのビットフィールドは、ＨＰＩ＃０に関連づけられ、その後方に配置されるＲＶ及びＮＤＩのビットフィールドは、ＨＰＩ＃１に関連づけられる。
図１０Ｂに示すＤＣＩを用いた無線通信方法においては、ＤＣＩに指定されるＨＰＧＮと、ＲＶ及びＮＤＩのビットフィールドの位置（ＨＰＩ）との組み合わせによってＨＡＲＱ処理の識別情報が指定される。この場合、ＨＰＧＮのビットフィールドが３ビットを有することから、８つのＨＡＲＱ処理グループを指定できる。一方、それぞれのＨＡＲＱ処理グループに含まれるＴＴＩ（サブフレーム）の数（Ｘ）が２であることから、合計１６通り（８×２通り）のＨＡＲＱ処理の識別情報を提供できる。
以下、図１０Ｂに示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理について説明する。図１１は、図１０Ｂに示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。図１１においては、図９と同様に、無線基地局ｅＮＢ側の処理（eNB side）と、ユーザ端末ＵＥ側の処理（UE side）を模式的に示している。
図１１に示すマルチサブフレームスケジューリングにおいては、５ＴＴＩ（サブフレーム）毎にスケジューリングされるＰＤＣＣＨサブフレームに、図１０Ｂに示すＤＣＩが指定される。例えば、ＴＴＩ＃０にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＴＴＩ＃０〜ＴＴＩ＃３に割り当てられるＴＢ＃０〜ＴＢ＃３にＨＰＮ＃０〜ＨＰＮ＃３をスケジューリングできる。この場合、図１１に示すように、ＤＣＩには、例えば、一方（１つ目）のＨＰＧＮのビットフィールドに「０００」が指定されると共に、これに続いてＴＴＩ＃０及びＴＴＩ＃１用のＲＶ及びＮＤＩのビット情報が指定される。この場合、一方のＨＰＧＮとこれらのＲＶ及びＮＤＩのビットフィールドの位置との組み合わせから、ＴＴＩ＃０に割り当てられるＴＢ＃０にＨＰＮ＃０がスケジューリングされ、ＴＴＩ＃１に割り当てられるＴＢ＃１にＨＰＮ＃１がスケジューリングされる。そして、他方（２つ目）のＨＰＧＮのビットフィールドに「００１」が指定されると共に、これに続いてＴＴＩ＃２及びＴＴＩ＃３用のＲＶ及びＮＤＩのビット情報が指定される。この場合、他方のＨＰＧＮとこれらのＲＶ及びＮＤＩのビットフィールドの位置との組み合わせから、ＴＴＩ＃２に割り当てられるＴＢ＃２にＨＰＮ＃２がスケジューリングされ、ＴＴＩ＃３に割り当てられるＴＢ＃３にＨＰＮ＃３がスケジューリングされる。なお、ＴＴＩ＃０の時点では、スケジューリングされていない１６個のＨＰＮ＃０〜ＨＰＮ＃１５がスケジューリング可能である。
また、図１１に示すマルチＴＴＩ（サブフレーム）スケジューリングにおいては、図９に示す場合と同様に、ＴＴＩ＃４にスケジューリングされるＰＤＣＣＨサブフレームにおいて、ＴＴＩ＃４〜ＴＴＩ＃７に割り当てられるＴＢ＃４〜ＴＢ＃７にＨＰＮ＃４〜ＨＰＮ＃７をスケジューリングできる。さらに、ＴＴＩ＃８にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＴＴＩ＃８〜ＴＴＩ＃１１に割り当てられるＴＢ＃８〜ＴＢ＃１１にＨＰＮ＃８〜ＨＰＮ＃１１をスケジューリングできる。これらの場合、ＴＴＩ＃４の時点では、スケジューリングされていないＨＰＮ＃４〜ＨＰＮ＃１５がスケジューリング可能であり、ＴＴＩ＃８の時点では、ＨＡＲＱ処理から開放されたＨＰＮ＃０と、スケジューリングされていないＨＰＮ＃８〜ＨＰＮ＃１５とがスケジューリング可能である。すなわち、送信データの再送タイミングに相当するサブフレーム（ＴＴＩ＃８）にて、スケジューリング可能なＨＰＮが残っている。このため、送信データの再送タイミングでＨＰＮが不足し、ＨＰＮをスケジューリングできなくなる事態を防止できる。
このように第１の実施の形態に係る無線通信方法においては、ＨＰＮ用のビットフィールドに指定される３ビットのビット情報によって複数のサブフレームに対するＨＰＧＮを指定すると共に、このＨＰＧＮとＮＤＩ及びＲＶ用のビットフィールドの位置との組み合わせによってＨＡＲＱ処理の識別情報を指定する。すなわち、第１の実施の形態に係る無線通信方法においては、ＨＰＧＮ用のビット情報と、ＮＤＩ及びＲＶ用のビット情報とを組み合わせたビット情報が、ＨＡＲＱ処理の識別情報を特定するビット情報を構成する（すなわち、３ビットより多いビット情報を構成する）。
第１の実施の形態に係る無線通信方法においては、このようなＨＡＲＱ処理の識別情報を含む制御情報がユーザ端末ＵＥに送信されることから、少なくとも９個以上のＨＡＲＱ処理の識別情報を指定できる。これにより、マルチサブフレームスケジューリングを行う場合においても、送信データの再送タイミングに相当するサブフレームにてＨＰＮが不足し、ＨＰＮをスケジューリングできなくなる事態を防止できる。この結果、下りリンク共有データに対するＨＡＲＱ処理の効率化を図ることができ、無線通信システムのスループット特性を向上することが可能となる。
特に、第１の実施の形態に係る無線通信方法においては、ＨＡＲＱ処理の対象となるサブフレーム（ＴＴＩ）毎に関連付けられたＮＤＩ及びＲＶ用のビットフィールドが設けられている（図８Ｂ及び１０Ｂ参照）。このようにサブフレーム（ＴＴＩ）毎に関連付けられたＮＤＩ及びＲＶ用のビットフィールドを設けることにより、サブフレーム毎にＨＡＲＱ処理の内容を変更できる。これにより、下りリンク共有データにおけるＨＡＲＱ制御を柔軟に行うことが可能となる。
なお、図８Ｂ及び図１０Ｂに示すＤＣＩにおいては、ＨＡＲＱ処理の対象となるサブフレーム（ＴＴＩ）毎に関連付けられたＮＤＩ及びＲＶ用のビットフィールドがそれぞれ設けられる場合について説明している。しかしながら、第１の実施の形態に係る無線通信方法で利用されるＤＣＩの構成については、これに限定されるものではなく適宜変更が可能である。図１２は、第１の実施の形態に係る無線通信方法で利用されるＤＣＩの変形例の説明図を示している。なお、図１２においては、ＨＡＲＱ処理グループに含まれるＴＴＩ（サブフレーム）の数（Ｘ）が４である場合を例として説明しているが、ＴＴＩ（サブフレーム）の数（Ｘ）が２である場合にも適用できる。
図１２においては、ＨＰＧＮのビットフィールドの後方に指定されるＲＶ及びＮＤＩのビットフィールドの一方が、ＨＡＲＱ処理グループに共通化されている点において、図８Ｂに示すＤＣＩと相違する。図１２Ａにおいては、ＨＰＧＮのビットフィールドの後方に指定されるＮＤＩのビットフィールド（１ビット）がＨＡＲＱ処理グループに共通化されたＤＣＩを示し、図１２Ｂにおいては、ＨＰＧＮのビットフィールドの後方に指定されるＲＶのビットフィールド（２ビット）がＨＡＲＱ処理グループに共通化されたＤＣＩを示している。
図１２Ａに示すＤＣＩにおいては、ＮＤＩに指定されるビット情報がＨＡＲＱ処理グループにおいて共通化される。このため、ＰＤＣＣＨサブフレームに図１２Ａに示すＤＣＩが含まれる場合には、全てのＴＴＩ（サブフレーム）においてＡＣＫ信号を受信した場合に限ってＮＤＩのビット情報が更新され、新規の送信データが送信される。一方、図１２Ｂに示すＤＣＩにおいては、ＲＶに指定されるビット情報がＨＡＲＱ処理グループにおいて共通化される。このため、ＰＤＣＣＨサブフレームに図１２Ｂに示すＤＣＩが含まれる場合には、ＨＡＲＱ処理グループ内の全てのＴＴＩ（サブフレーム）におけるリダンダンシーバージョン情報が統一される。
図１２に示すようにＤＣＩを変更する場合においては、図８Ｂに示すＤＣＩを用いた無線通信方法と同様に、マルチサブフレームスケジューリングを行う場合においても、ＴＢに適切にＨＰＮをスケジューリングでき、下りリンクデータに対するＨＡＲＱ処理の効率化を図ることができる。さらに、図１２に示すようにＤＣＩを変更する場合においては、ＲＶ及びＮＤＩのビットフィールドの一方が、ＨＡＲＱ処理グループにおいて共通化されることから、制御情報のオーバーヘッドを改善することができる。
（第２の実施の形態）
本発明の第２の実施の形態に係る無線通信方法は、ＰＤＣＣＨサブフレームに含まれるＤＣＩにＨＰＧＮ用のビットフィールドを設けることなく、ＨＰＮ用のビットフィールドを拡大する点において第１の実施の形態に係る無線通信方法と相違する。第２の実施の形態に係る無線通信方法においては、ＰＤＣＣＨサブフレームに含まれるＤＣＩのＨＰＮ用のビットフィールドに４ビット以上のビット情報を設定し、当該ＨＰＮ用のビットフィールドに指定するビット情報によってＨＡＲＱ処理の識別情報を指定する。
ここで、第２の実施の形態に係る無線通信方法で利用されるＤＣＩについて説明する。図１３は、第２の実施の形態に係る無線通信方法で利用されるＤＣＩの一例の説明図である。図１３に示すように、第２の実施の形態に係る無線通信方法で利用されるＤＣＩには、４つのＴＴＩ＃０〜ＴＴＩ＃３に対応するＨＡＲＱ処理に関するビットフィールドが設けられている。それぞれのＨＡＲＱ処理に関するビットフィールドには、ＨＰＮ用のビットフィールドにＮビット（Ｎは、４以上の整数）のビットフィールドが設けられると共に、ＲＶ及びＮＤＩ用のビットフィールドが設けられている。
以下、図１３に示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理について説明する。図１４は、図１３に示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。図１４においては、図５と同様に、無線基地局ｅＮＢ側の処理（eNB side）と、ユーザ端末ＵＥ側の処理（UE side）とを模式的に示している。なお、図１４においては、ＨＰＮ用のビットフィールドに４ビットのビットフィールドが設けられる場合について示している。
図１４に示すマルチサブフレームスケジューリングにおいては、例えば、５ＴＴＩ（サブフレーム）毎にスケジューリングされるＰＤＣＣＨサブフレームに、図１３に示すＤＣＩが指定される。例えば、ＴＴＩ＃０にスケジューリングされるＰＤＣＣＨサブフレームにおいては、図１４に示すように、ＴＴＩ＃０〜ＴＴＩ＃３に割り当てられるＴＢ＃０〜ＴＢ＃３にＨＰＮ＃０〜ＨＰＮ＃３をスケジューリングできる。この場合、図１４に示すように、ＤＣＩには、ＴＴＩ＃０用のＨＰＮのビットフィールドに「００００」が指定され、ＴＴＩ＃１用のＨＰＮのビットフィールドに「０００１」が指定され、ＴＴＩ＃２用のＨＰＮのビットフィールドに「００１０」が指定され、ＴＴＩ＃３用のＨＰＮのビットフィールドに「００１１」が指定される。そして、ＨＰＮ＃０が付与されたＴＢ＃０がＴＴＩ＃０で送信され、ＨＰＮ＃１が付与されたＴＢ＃１がＴＴＩ＃１で送信され、ＨＰＮ＃２が付与されたＴＢ＃２がＴＴＩ＃２で送信され、ＨＰＮ＃３が付与されたＴＢ＃３がＴＴＩ＃３で送信される。なお、ＴＴＩ＃０の時点では、スケジューリングされていないＨＰＮ＃０〜ＨＰＮ＃１５の１６個のＨＰＮがスケジューリング可能である。
また、ＴＴＩ＃４にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＴＴＩ＃４〜ＴＴＩ＃７に割り当てられるＴＢ＃４〜ＴＢ＃７にＨＰＮ＃４〜ＨＰＮ＃７をスケジューリングできる。さらに、ＴＴＩ＃８にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＴＴＩ＃８〜ＴＴＩ＃１１に割り当てられるＴＢ＃８〜ＴＢ＃１１にＨＰＮ＃８〜ＨＰＮ＃１１をスケジューリングできる。この場合において、ＴＴＩ＃４の時点では、スケジューリングされていないＨＰＮ＃４〜ＨＰＮ＃１５がスケジューリング可能であり、ＴＴＩ＃８の時点では、ＨＡＲＱ処理から開放されたＨＰＮがＨＰＮ＃０と、スケジューリングされていないＨＰＮ＃８〜ＨＰＮ＃１５とがスケジューリング可能である。すなわち、送信データの再送タイミングに相当するサブフレーム（ＴＴＩ＃８）にて、スケジューリング可能なＨＰＮが残っている。このため、送信データの再送タイミングでＨＰＮが不足し、ＨＰＮをスケジューリングできなくなる事態を防止できる。
このように第２の実施の形態に係る無線通信方法においては、ＤＣＩのＨＰＮ用のビットフィールドに４ビット以上のビット情報を設定し、当該ＨＰＮ用のビットフィールドに指定するビット情報によってＨＡＲＱ処理の識別情報を指定する。このようなＨＡＲＱ処理の識別情報を含む制御情報がユーザ端末ＵＥに送信されることから、少なくとも９個以上のＨＡＲＱ処理の識別情報を指定できる。これにより、マルチサブフレームスケジューリングを行う場合においても、送信データの再送タイミングに相当するサブフレームにてＨＰＮが不足し、ＨＰＮをスケジューリングできなくなる事態を防止できる。この結果、下りリンク共有データに対するＨＡＲＱ処理の効率化を図ることができ、無線通信システムのスループット特性を向上することが可能となる。
（第３の実施の形態）
上述した第１、第２の実施の形態に係る無線通信方法においては、マルチサブフレームスケジューリングにおいて、ＨＰＮが不足することに起因してＨＰＮをスケジューリングできないことに鑑み、サブフレームに割り当てられるＨＡＲＱ処理の識別情報（ＨＰＮの数）を実質的に増加させ、下りリンクデータに対するＨＡＲＱ処理の効率化を図っている。これに対し、第３の実施の形態に係る無線通信方法においては、ＨＡＲＱ処理の識別情報（ＨＰＮの数）を増加させることなく、下りリンクデータに対するＨＡＲＱ処理の効率化を図るものである。
第３の実施の形態に係る無線通信方法においては、ＨＰＮ用のビットフィールドに指定される３ビットのビット情報によってＨＰＧＮを指定する点において第１の実施の形態に係る無線通信方法と共通する。一方、ＨＰＧＮのビットフィールドの後方に指定されるＲＶ及びＮＤＩのビットフィールドの双方を、ＨＡＲＱ処理のグループに共通化させる点において第１の実施の形態に係る通信方法と相違する。
ここで、第３の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理グループ及びそのＨＡＲＱ処理グループに対応するＤＣＩについて説明する。図１５は、第３の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理グループ及びそのＨＡＲＱ処理グループに対応するＤＣＩの一例の説明図である。図１５Ａにおいては、ＨＡＲＱ処理グループに含まれるＴＴＩ（サブフレーム）の数（Ｘ）が４である場合のＨＡＲＱ処理グループの模式図を示している。また、図１５Ｂにおいては、図１５Ａに示すＨＡＲＱ処理グループに対応するＤＣＩの説明図を示している。
図１５Ａにおいては、４つのサブフレームが１つのＨＡＲＱ処理グループとして扱われる場合（すなわち、Ｘ＝４の場合）について示している。図１５Ａに示すＨＡＲＱ処理グループにおいては、ＰＤＣＣＨサブフレームにて、ＴＴＩ＃０〜ＴＴＩ＃３用のＨＡＲＱ処理の制御情報が指定される。ＰＤＣＣＨサブフレームに含まれるＤＣＩには、図１５Ｂに示すように、ＨＰＧＮ用のビットフィールド（３ビット）と、１個のＴＴＩ（サブフレーム）用のＲＶ及びＮＤＩのビットフィールドとが設けられている。このＲＶ及びＮＤＩのビットフィールドは、ＴＴＩ＃０〜ＴＴＩ＃３用の共通のＲＶ及びＮＤＩのビットフィールドを構成する。
図１５Ｂに示すＤＣＩを用いる場合には、ＨＰＧＮに指定されるビット情報と、ＲＶ及びＮＤＩのビットフィールドに指定されるビット情報との組み合わせによってＨＡＲＱ処理の識別情報が指定される。この場合、ＨＰＧＮのビットフィールドが３ビットを有することから、８つのＨＡＲＱ処理グループを指定できる。一方、ＲＶ及びＮＤＩは、それぞれのＨＡＲＱ処理グループに対して共通化されているため、合計８通り（８×１通り）のＨＡＲＱ処理の識別情報が提供される。
以下、図１５Ｂに示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理について説明する。図１６は、図１５Ｂに示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。図１６においては、図７と同様に、無線基地局ｅＮＢ側の処理（eNB side）と、ユーザ端末ＵＥ側の処理（UE side）を模式的に示している。
図１６に示すマルチサブフレームスケジューリングにおいては、例えば、５ＴＴＩ（サブフレーム）毎にスケジューリングされるＰＤＣＣＨサブフレームに、図１５Ｂに示すＤＣＩがスケジューリングされる。例えば、ＴＴＩ＃０にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＴＴＩ＃０〜ＴＴＩ＃３に割り当てられるＴＢ＃０にＨＰＮ＃０をスケジューリングできる。この場合、図１６に示すように、ＤＣＩには、例えば、ＨＰＧＮのビットフィールドに「０００」が指定されると共に、これに続いてＴＴＩ＃０〜ＴＴＩ＃３用の共通のＲＶ及びＮＤＩのビット情報が指定される。このＤＣＩでは、ＨＰＧＮとＲＶ及びＮＤＩのビットフィールドのビット情報との組み合わせから、ＴＴＩ＃０〜ＴＴＩ＃３に割り当てられるＴＢ＃０にＨＰＮ＃０がスケジューリングされる。ＴＴＩ＃０の時点では、スケジューリングされていない７個のＨＰＮ＃０〜ＨＰＮ＃７がスケジューリング可能である。
ＨＰＮが付与されたＴＢが無線基地局ｅＮＢから送信されると、図７に示す場合と同様に、処理対象となるＴＢを受信したＴＴＩから４ＴＴＩ後にＡＣＫ／ＮＡＣＫ信号がユーザ端末ＵＥから送信される。図１６に示す例では、ＴＴＩ＃７において、ＨＰＮ＃０が付与されたＴＢ＃０に対するＡＣＫ／ＮＡＣＫ信号が送信される。
また、ＨＰＮが付与されたＴＢに対するＡＣＫ／ＮＡＣＫ信号がユーザ端末ＵＥから送信されると、図７に示す場合と同様に、ＡＣＫ／ＮＡＣＫ信号を受信したＴＴＩから４ＴＴＩ後に送信データ／再送データが無線基地局ｅＮＢから送信される。図１６においては、例えば、ＴＴＩ＃７にて送信されたＴＢ＃０に対するＡＣＫ／ＮＡＣＫ信号に対して、ＴＴＩ＃１１にて、新規の送信データ又は再送データがユーザ端末ＵＥに送信される。
一方、ＴＴＩ＃４にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＴＴＩ＃４〜ＴＴＩ＃７に割り当てられるＴＢ＃１にＨＰＮ＃１をスケジューリングできる。さらに、ＴＴＩ＃８にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＴＴＩ＃８〜ＴＴＩ＃１１に割り当てられるＴＢ＃２にＨＰＮ＃２をスケジューリングできる。なお、図１６においては、これらのＴＢ＃１及びＴＢ＃２について図示を省略している。この場合において、ＴＴＩ＃４の時点では、スケジューリングされていないＨＰＮ＃１〜ＨＰＮ＃７がスケジューリング可能であり、ＴＴＩ＃８の時点では、スケジューリングされていないＨＰＮ＃２〜ＨＰＮ＃７がスケジューリング可能である。すなわち、送信データの再送タイミングに相当するサブフレーム（ＴＴＩ＃８）にて、スケジューリング可能なＨＰＮが残っている。このため、送信データの再送タイミングでＨＰＮが不足し、ＨＰＮをスケジューリングできなくなる事態を防止できる。
なお、図１５Ａにおいては、ＨＡＲＱ処理グループに含まれるＴＴＩ（サブフレーム）の数（Ｘ）が４である場合のＨＡＲＱ処理グループについて説明しているが、ＨＡＲＱ処理グループに含まれるＴＴＩ（サブフレーム）の数（Ｘ）はこれに限定されない。図１７は、第３の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理グループ及びそのＨＡＲＱ処理グループに対応するＤＣＩの他例の説明図である。図１７Ａにおいては、ＨＡＲＱ処理グループに含まれるＴＴＩ（サブフレーム）の数（Ｘ）が２である場合のＨＡＲＱ処理グループの模式図を示している。また、図１７Ｂにおいては、図１７Ａに示すＨＡＲＱ処理グループに対応するＤＣＩの説明図を示している。
図１７Ａにおいては、２つのサブフレームが１つのＨＡＲＱ処理グループとして扱われる場合（すなわち、Ｘ＝２の場合）について示している。図１７Ａに示すＨＡＲＱ処理グループにおいては、ＰＤＣＣＨサブフレームにて、ＴＴＩ＃０〜ＴＴＩ＃３用のＨＡＲＱ処理の制御情報が指定される点で図１５Ａに示すＨＡＲＱ処理グループと共通する。しかしながら、図１７Ｂに示すように、ＰＤＣＣＨサブフレームに含まれるＤＣＩに複数（２つ）のＨＰＧＮ用のビットフィールドが含まれる点で図１５Ａに示すＨＡＲＱ処理グループと相違する。
図１７Ｂに示すＤＣＩには、２つのＨＰＧＮ用のビットフィールドと、それぞれのＨＰＧＮに関連づけられた２個のＴＴＩ（サブフレーム）用のＲＶ及びＮＤＩのビットフィールドが設けられている。すなわち、一方のＨＰＧＮ（図１７Ｂに示す先行するＨＰＧＮ）に関連づけてＴＴＩ＃０及びＴＴＩ＃１用の共通のＲＶ及びＮＤＩのビットフィールドが設けられ、他方のＨＰＧＮ（図１７Ｂに示す後続するＨＰＧＮ）に関連づけてＴＴＩ＃２及びＴＴＩ＃３用の共通のＲＶ及びＮＤＩのビットフィールドが設けられている。
図１７Ｂに示すＤＣＩを用いる場合には、図１５Ｂに示すＤＣＩと同様に、ＤＣＩに指定されるＨＰＧＮと、ＲＶ及びＮＤＩのビットフィールドに指定されるビット情報との組み合わせによってＨＡＲＱ処理の識別情報が指定される。この場合、ＨＰＧＮのビットフィールドが３ビットを有することから、８つのＨＡＲＱ処理グループを指定できる。一方、ＲＶ及びＮＤＩは、それぞれのＨＡＲＱグループに対して共通化されているため、合計８通り（８×１通り）のＨＡＲＱ処理の識別情報が提供される。
以下、図１７Ｂに示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理について説明する。図１８は、図１７Ｂに示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。図１８においては、図１６と同様に、無線基地局ｅＮＢ側の処理（eNB side）と、ユーザ端末ＵＥ側の処理（UE side）を模式的に示している。
図１８に示すマルチサブフレームスケジューリングにおいては、例えば、５ＴＴＩ（サブフレーム）毎にスケジューリングされるＰＤＣＣＨサブフレームに、図１７Ｂに示すＤＣＩが指定される。例えば、ＴＴＩ＃０にスケジューリングされるＰＤＣＣＨサブフレームにおいては、図１８に示すように、ＴＴＩ＃０及びＴＴＩ＃１に割り当てられるＴＢ＃０にＨＰＮ＃０をスケジューリングでき、ＴＴＩ＃２及びＴＴＩ＃３に割り当てられるＴＢ＃１にＨＰＮ＃１をスケジューリングできる。この場合、図１８に示すように、ＤＣＩには、例えば、一方のＨＰＧＮのビットフィールドに「０００」が指定されると共に、これに続いてＴＴＩ＃０及びＴＴＩ＃１用の共通のＲＶ及びＮＤＩのビット情報が指定される。また、他方のＨＰＧＮのビットフィールドに「００１」が指定されると共に、これに続いてＴＴＩ＃２及びＴＴＩ＃３用の共通のＲＶ及びＮＤＩのビット情報が指定される。ＴＴＩ＃０の時点では、スケジューリングされていない７個のＨＰＮ＃０〜ＨＰＮ＃７がスケジューリング可能である。
また、ＴＴＩ＃４にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＴＴＩ＃４及びＴＴＩ＃５に割り当てられるＴＢ＃２にＨＰＮ＃２をスケジューリングでき、ＴＴＩ＃６及びＴＴＩ＃７に割り当てられるＴＢ＃３にＨＰＮ＃３をスケジューリングできる。さらに、ＴＴＩ＃８にスケジューリングされるＰＤＣＣＨサブフレームにおいて、ＴＴＩ＃８及びＴＴＩ＃９に割り当てられるＴＢ＃４にＨＰＮ＃４をスケジューリングでき、ＴＴＩ＃１０及びＴＴＩ＃１１に割り当てられるＴＢ＃５にＨＰＮ＃５をスケジューリングできる。なお、図１８においては、これらのＴＢ＃１〜ＴＢ＃５について図示を省略している。ＴＴＩ＃４の時点では、スケジューリングされていないＨＰＮ＃２〜ＨＰＮ＃７がスケジューリング可能であり、ＴＴＩ＃８の時点では、スケジューリングされていないＨＰＮ＃４〜ＨＰＮ＃７がスケジューリング可能である。すなわち、送信データの再送タイミングに相当するサブフレーム（ＴＴＩ＃８）にて、スケジューリング可能なＨＰＮが残っている。このため、送信データの再送タイミングでＨＰＮが不足し、ＨＰＮをスケジューリングできなくなる事態を防止できる。
このように第３の実施の形態に係る無線通信方法においても、ＨＰＮ用のビットフィールドに指定される３ビットのビット情報によってＨＰＧＮを指定すると共に、ＨＡＲＱ処理グループに対応して共通化されたＲＶ及びＮＤＩ用のビット情報との組み合わせによってＨＡＲＱ処理の識別情報を指定する。この場合、ＨＰＧＮが指定されると共に、ＲＶ及びＮＤＩ用のビットフィールドが共通化されていることから、１つのＨＰＮが割り当てられるＴＴＩの数を増加させることができるので、ＨＡＲＱ処理の識別情報（ＨＰＮの数）を増加させることなく、ＨＰＮが不足してＴＴＩに適切にＨＰＮをスケジューリングすることができなくなる事態を有効に防止できる。この結果、下りリンクデータに対するＨＡＲＱ処理の効率化を図ることができ、無線通信システムのスループット特性を向上することが可能となる。
（第４の実施の形態）
第４の実施の形態に係る無線通信方法においては、第３の実施の形態に係る無線通信方法と同様に、ＨＰＮの数を増加させることなく、下りリンクデータに対するＨＡＲＱ処理の効率化を図るものである。第４の実施の形態に係る無線通信方法においては、例えば、ＴＴＩ（サブフレーム）に対して割り当て可能なＨＰＮの数や制御情報の所要オーバーヘッド、緻密なＨＡＲＱ制御の要否に応じて利用するＤＣＩを切り替える点において、第３の実施の形態に係る無線通信方法と相違する。
例えば、第４の実施の形態に係る無線通信方法においては、送信開始直後のようにＴＴＩに対して割り当て可能なＨＰＮの数が十分に存在する場合や、同一ＰＤＣＣＨサブフレームに含まれる制御信号の数が少なく、制御チャネルのオーバーヘッドが無視できる場合、そして緻密なＨＡＲＱ制御を行うことでＵＥスループットを適切に制御したい場合に、図１９Ａに示すように、４つのＴＴＩ＃０〜ＴＴＩ＃３に対応するＨＡＲＱ処理に関するビットフィールドが設けられたＤＣＩを利用する。図１９Ａに示すＤＣＩは、図６に示すＤＣＩと同等のビットフィールドを有している。すなわち、図１９Ａに示すＤＣＩには、ＴＴＩ＃０〜ＴＴＩ＃３のそれぞれのＨＰＮ、ＲＶ及びＮＤＩ用のビットフィールドが設けられている。
一方、図２０のＴＴＩ＃８のようにＴＴＩに対して割り当て可能なＨＰＮの数が十分に存在しない場合や、同一ＰＤＣＣＨサブフレームに含まれる制御信号の数が多く、制御チャネルのオーバーヘッドを削減したい場合、またはＵＥの通信品質がよく、緻密なＨＡＲＱ制御が不要であり、複数ＴＴＩを１つのＨＰＮで制御しても問題が生じない場合に、第４の実施の形態に係る無線通信方法においては、図１９Ｂに示すように、第３の実施の形態に係る無線通信方法で利用されるＤＣＩに切り替える。図１９Ｂに示すＤＣＩには、ＨＰＧＮ用のビットフィールド（３ビット）と、１個のＴＴＩ（サブフレーム）用のＲＶ及びＮＤＩのビットフィールドが設けられている。このＲＶ及びＮＤＩのビットフィールドは、ＴＴＩ＃０〜ＴＴＩ＃３用の共通のＲＶ及びＮＤＩのビットフィールドを構成する。
図１９Ａに示すＤＣＩを用いる場合においては、ＨＡＲＱ処理に関するビットフィールドにそれぞれ３ビットのＨＰＮ用のビットフィールドが設けられ、このＨＰＮ用のビットフィールドに指定されるビット情報により８つのＨＡＲＱ処理の識別情報（ＨＰＮ）がスケジューリングできる。一方、図１９Ｂに示すＤＣＩを用いる場合においては、ＤＣＩに指定されるＨＰＧＮと、ＨＰＧＮ毎に共通化されたＲＶ及びＮＤＩ用のビット情報との組み合わせによって８つのＨＡＲＱ処理の識別情報が指定される。このため、いずれのＤＣＩを選択した場合においても、ＨＡＲＱ処理の識別情報（ＨＰＮの数）が増加することはない。
以下、図１９に示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理について説明する。図２０は、図１９に示すＤＣＩを用いたマルチサブフレームスケジューリングにおける下りリンク共有チャネルのＨＡＲＱ処理の概要の説明図である。図２０においては、図７と同様に、無線基地局ｅＮＢ側の処理（eNB side）と、ユーザ端末ＵＥ側の処理（UE side）を模式的に示している。
図２０に示すマルチサブフレームスケジューリングにおいては、例えば、５ＴＴＩ（サブフレーム）毎にスケジューリングされるＰＤＣＣＨサブフレームに、図１９Ａ又は図１９Ｂに示すＤＣＩが指定される。例えば、ＴＴＩ＃０にスケジューリングされるＰＤＣＣＨサブフレームにおいては、図１９Ａに示すＤＣＩを用いて、ＴＴＩ＃０〜ＴＴＩ＃３に割り当てられるＴＢ＃０〜ＴＢ＃３にＨＰＮ＃０〜ＨＰＮ＃３をスケジューリングできる。この場合、ＤＣＩには、例えば、ＴＴＩ＃０用のＨＰＮのビットフィールドに「０００」が指定され、ＴＴＩ＃１用のＨＰＮのビットフィールドに「００１」が指定され、ＴＴＩ＃２用のＨＰＮのビットフィールドに「０１０」が指定され、ＴＴＩ＃３用のＨＰＮのビットフィールドに「０１１」が指定される。そして、ＨＰＮ＃０が付与されたＴＢ＃０がＴＴＩ＃０で送信され、ＨＰＮ＃１が付与されたＴＢ＃１がＴＴＩ＃１で送信され、ＨＰＮ＃２が付与されたＴＢ＃２がＴＴＩ＃２で送信され、ＨＰＮ＃３が付与されたＴＢ＃３がＴＴＩ＃３で送信される。ＴＴＩ＃０の時点では、スケジューリングされていないＨＰＮ＃０〜ＨＰＮ＃７がスケジューリング可能である。
同様に、ＴＴＩ＃４にスケジューリングされるＰＤＣＣＨサブフレームにおいては、図１９Ａに示すＤＣＩを用いて、ＴＴＩ＃４〜ＴＴＩ＃７に割り当てられるＴＢ＃４〜ＴＢ＃７にＨＰＮ＃４〜ＨＰＮ＃７をスケジューリングできる。なお、これらのＴＢ＃４〜ＴＢ＃７については、図２０に図示を省略している。ＴＴＩ＃４の時点では、スケジューリングされていないＨＰＮ＃４〜ＨＰＮ＃７がスケジューリング可能である。
一方、ＴＴＩ＃８にスケジューリングされるＰＤＣＣＨサブフレームにおいては、スケジューリング可能なＨＰＮがＨＰＮ＃０しか存在しない。このため、第４の実施の形態に係る無線通信方法においては、図１９Ｂに示すＤＣＩを用いてＴＴＩ＃８〜ＴＴＩ＃１１に割り当てられるＴＢ＃０にＨＰＮ＃０をスケジューリングできる。この場合、図２０に示すように、ＤＣＩには、例えば、ＨＰＧＮのビットフィールドに「０００」が指定されると共に、これに続いてＴＴＩ＃８〜ＴＴＩ＃１１用の共通のＲＶ及びＮＤＩのビット情報が指定される。このＤＣＩでは、ＨＰＧＮとＲＶ及びＮＤＩのビットフィールドのビット情報との組み合わせから、ＴＴＩ＃８〜ＴＴＩ＃１１に割り当てられるＴＢ＃０にＨＰＮ＃０がスケジューリングされる。
さらに、ＴＴＩ＃１２にスケジューリングされるＰＤＣＣＨサブフレームにおいては、ＨＰＮ＃１〜ＨＰＮ＃４がＨＡＲＱ処理から開放され、スケジュール可能になる。このため、第４の実施の形態に係る無線通信方法においては、図１９Ａに示すＤＣＩを用いてＴＴＩ＃１２〜ＴＴＩ＃１５に割り当てられるＴＢ＃１〜ＴＢ＃４にＨＰＮ＃１〜ＨＰＮ＃４をスケジューリングできる。
このように図１９に示すＤＣＩを用いた第４の実施の形態に係る無線通信方法においては、例えば、ＴＴＩ（サブフレーム）に対して割り当て可能なＨＰＮの数が十分に存在しなくなると、第３の実施の形態に係る無線通信方法で利用されるＤＣＩを選択する。この場合、ＨＰＧＮが指定されると共に、ＲＶ及びＮＤＩ用のビットフィールドが共通化されていることから、１つのＨＰＮが割り当てられるＴＴＩの数を増加させることができるので、ＨＰＮの数を増加させることなく、ＨＰＮが不足してＴＴＩに適切にＨＰＮをスケジューリングすることができなくなる事態を有効に防止できる。この結果、下りリンクデータに対するＨＡＲＱ処理の効率化を図ることができ、無線通信システムのスループット特性を向上することが可能となる。
（無線通信システムの構成）
図２１は、本実施の形態に係る無線通信システムの概略構成図である。なお、図２１に示す無線通信システムは、例えば、ＬＴＥシステム或いは、ＳＵＰＥＲ ３Ｇが包含されるシステムである。また、この無線通信システムは、ＩＭＴ−Ａｄｖａｎｃｅｄと呼ばれても良いし、４Ｇ、ＦＲＡ（Future Radio Access）と呼ばれても良い。
図２１に示す無線通信システム１は、マクロセルＣ１を形成する無線基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する無線基地局１２ａ及び１２ｂとを備えている。また、マクロセルＣ１及び各スモールセルＣ２には、ユーザ端末２０が配置されている。ユーザ端末２０は、無線基地局１１及び無線基地局１２の双方と無線通信可能に構成されている。
ユーザ端末２０と無線基地局１１との間は、相対的に低い周波数帯域（例えば、２ＧＨｚ）で帯域幅が広いキャリア（既存キャリア、Legacy carrierなどと呼ばれる）を用いて通信が行なわれる。一方、ユーザ端末２０と無線基地局１２との間は、相対的に高い周波数帯域（例えば、３．５ＧＨｚなど）で帯域幅が狭いキャリアが用いられてもよいし、無線基地局１１との間と同じキャリアが用いられてもよい。無線基地局１１及び各無線基地局１２は、有線接続又は無線接続されている。
無線基地局１１及び各無線基地局１２は、それぞれ上位局装置３０に接続され、上位局装置３０を介してコアネットワーク４０に接続される。なお、上位局装置３０には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ（ＲＮＣ）、モビリティマネジメントエンティティ（ＭＭＥ）等が含まれるが、これに限定されるものではない。また、各無線基地局１２は、無線基地局１１を介して上位局装置に接続されてもよい。
なお、無線基地局１１は、相対的に広いカバレッジを有する無線基地局であり、ｅＮｏｄｅＢ、無線基地局装置、送信ポイントなどと呼ばれてもよい。また、無線基地局１２は、局所的なカバレッジを有する無線基地局であり、ピコ基地局、フェムト基地局、Ｈｏｍｅ ｅＮｏｄｅＢ、ＲＲＨ（Remote Radio Head）、マイクロ基地局、送信ポイントなどと呼ばれてもよい。以下、無線基地局１１及び１２を区別しない場合は、無線基地局１０と総称する。各ユーザ端末２０は、ＬＴＥ、ＬＴＥ−Ａなどの各種通信方式に対応した端末であり、移動通信端末だけでなく固定通信端末を含んでよい。
無線通信システムにおいては、無線アクセス方式として、下りリンクについてはＯＦＤＭＡ（直交周波数分割多元接続）が適用され、上りリンクについてはＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。ＳＣ−ＦＤＭＡは、システム帯域幅を端末毎に１つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。
ここで、図２１に示す無線通信システムで用いられる通信チャネルについて説明する。下りリンクの通信チャネルは、各ユーザ端末２０で共有されるＰＤＳＣＨと、下りＬ１／Ｌ２制御チャネル（ＰＤＣＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、拡張ＰＤＣＣＨ）とを有する。ＰＤＳＣＨにより、ユーザデータ及び上位制御情報が伝送される。ＰＤＣＣＨにより、ＰＤＳＣＨおよびＰＵＳＣＨのスケジューリング情報等が伝送される。ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）により、ＰＤＣＣＨに用いるＯＦＤＭシンボル数が伝送される。ＰＨＩＣＨ（Physical Hybrid-ARQ Indicator Channel）により、ＰＵＳＣＨに対するＨＡＲＱのＡＣＫ/ＮＡＣＫが伝送される。また、拡張ＰＤＣＣＨ（Enhanced Physical Downlink Control Channel、ePDCCH、E-PDCCH、FDM型PDCCH等とも呼ばれる）により、ＰＤＳＣＨ及びＰＵＳＣＨのスケジューリング情報等が伝送されてもよい。この拡張ＰＤＣＣＨ（拡張下り制御チャネル）は、ＰＤＳＣＨ（下り共有データチャネル）と周波数分割多重され、ＰＤＣＣＨの容量不足を補うために使用される。
上りリンクの通信チャネルは、各ユーザ端末２０で共有される上りデータチャネルとしてのＰＵＳＣＨ（Physical Uplink Shared Channel）と、上りリンクの制御チャネルであるＰＵＣＣＨ（Physical Uplink Control Channel）とを有する。このＰＵＳＣＨにより、ユーザデータや上位制御情報が伝送される。また、ＰＵＣＣＨにより、下りリンクの無線品質情報（CQI：Channel Quality Indicator）、ＡＣＫ/ＮＡＣＫ等が伝送される。
図２２は、本実施の形態に係る無線基地局１０（無線基地局１１及び１２を含む）の全体構成図である。無線基地局１０は、ＭＩＭＯ伝送のための複数の送受信アンテナ１０１と、アンプ部１０２と、送受信部１０３と、ベースバンド信号処理部１０４と、呼処理部１０５と、伝送路インターフェース１０６とを備えている。
下りリンクにより無線基地局１０からユーザ端末２０に送信されるユーザデータは、上位局装置３０から伝送路インターフェース１０６を介してベースバンド信号処理部１０４に入力される。
ベースバンド信号処理部１０４では、ＰＤＣＰレイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio Link Control）再送制御の送信処理などのＲＬＣレイヤの送信処理、ＭＡＣ（Medium Access Control）再送制御、例えば、ＨＡＲＱの送信処理、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（IFFT：Inverse Fast Fourier Transform）処理、プリコーディング処理が行われて各送受信部２０３に転送される。また、下りリンクの制御チャネルの信号に関しても、チャネル符号化や逆高速フーリエ変換等の送信処理が行われて、各送受信部１０３に転送される。
また、ベースバンド信号処理部１０４は、報知チャネルにより、ユーザ端末２０に対して、当該セルにおける通信のための制御情報を通知する。当該セルにおける通信のための情報には、例えば、上りリンク又は下りリンクにおけるシステム帯域幅などが含まれる。
各送受信部１０３は、ベースバンド信号処理部１０４からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換する。アンプ部１０２は、周波数変換された無線周波数信号を増幅して送受信アンテナ１０１により送信する。なお、送受信部１０３は、ユーザ端末２０に対して、制御情報及び下りリンク共有データを送信する送信部として機能する。
一方、上りリンクによりユーザ端末２０から無線基地局１０に送信されるデータについては、各送受信アンテナ１０１で受信された無線周波数信号がそれぞれアンプ部１０２で増幅され、各送受信部１０３で周波数変換されてベースバンド信号に変換され、ベースバンド信号処理部１０４に入力される。
ベースバンド信号処理部１０４では、入力されたベースバンド信号に含まれるユーザデータに対して、ＦＦＴ処理、ＩＤＦＴ処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ、ＰＤＣＰレイヤの受信処理がなされ、伝送路インターフェース１０６を介して上位局装置３０に転送される。呼処理部１０５は、通信チャネルの設定や解放等の呼処理や、無線基地局１０の状態管理や、無線リソースの管理を行う。
図２３は、本実施の形態に係るユーザ端末２０の全体構成図である。ユーザ端末２０は、ＭＩＭＯ伝送のための複数の送受信アンテナ２０１と、アンプ部２０２と、送受信部（受信部）２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５とを備えている。
下りリンクのデータについては、複数の送受信アンテナ２０１で受信された無線周波数信号がそれぞれアンプ部２０２で増幅され、送受信部２０３で周波数変換されてベースバンド信号に変換される。このベースバンド信号は、ベースバンド信号処理部２０４でＦＦＴ処理や、誤り訂正復号、再送制御の受信処理等がなされる。この下りリンクのデータの内、下りリンクのユーザデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤやＭＡＣレイヤより上位のレイヤに関する処理等を行う。また、下りリンクのデータの内、報知情報もアプリケーション部２０５に転送される。
一方、上りリンクのユーザデータについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御（Ｈ−ＡＲＱ （Ｈｙｂｒｉｄ ＡＲＱ））の送信処理や、チャネル符号化、プリコーディング、ＤＦＴ処理、ＩＦＦＴ処理等が行われて各送受信部２０３に転送される。送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換する。その後、アンプ部２０２は、周波数変換された無線周波数信号を増幅して送受信アンテナ２０１により送信する。なお、送受信部２０３は、無線基地局１０から、制御情報及び下りリンク共有データを受信する受信部として機能する。
図２４は、図２２に示す無線基地局１０におけるベースバンド信号処理部１０４の構成を示すブロック図である。ベースバンド信号処理部１０４は、レイヤ１処理部１０４１と、ＭＡＣ処理部１０４２と、ＲＬＣ処理部１０４３と、制御信号生成部１０４４と、データ信号生成部１０４５とから主に構成されている。なお、レイヤ１処理部１０４１は、制御信号生成部１０４４で生成された制御情報を特定のサブフレーム（ＰＤＣＣＨサブフレーム）にマッピングするマッピング部として機能する。
レイヤ１処理部１０４１は、主に物理レイヤに関する処理を行う。レイヤ１処理部１０４１は、例えば、上りリンクで受信した信号に対して、チャネル復号化、離散フーリエ変換（ＤＦＴ：Discrete Fourier Transform）、周波数デマッピング、逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）、データ復調などの処理を行う。また、レイヤ１処理部１０４１は、下りリンクで送信する信号に対して、チャネル符号化、データ変調、周波数マッピング、逆高速フーリエ変換（ＩＦＦＴ）などの処理を行う。
ＭＡＣ処理部１０４２は、上りリンクで受信した信号に対するＭＡＣレイヤでの再送制御、上りリンク／下りリンクに対するスケジューリング、ＰＵＳＣＨ／ＰＤＳＣＨの伝送フォーマットの選択、ＰＵＳＣＨ／ＰＤＳＣＨのリソースブロックの選択などの処理を行う。
ＲＬＣ処理部１０４３は、上りリンクで受信したパケット／下りリンクで送信するパケットに対して、パケットの分割、パケットの結合、ＲＬＣレイヤでの再送制御などを行う。
制御信号生成部１０４４は、生成部を構成するものであり、上述した第１〜第４の実施の形態に係る無線通信方法で利用されるＨＡＲＱ処理の識別情報を特定するビット情報を含む制御情報（ＰＤＣＣＨ）を生成する。
例えば、第１の実施の形態においては、ＨＰＧＮ用のビットフィールドと、ＨＰＧＮに対応するＨＡＲＱ処理グループに属するサブフレーム（ＴＴＩ）毎に割り当てられるＮＤＩ及びＲＶ用のビットフィールドを有するＤＣＩを生成する。また、第２の実施の形態においては、４ビット以上のＨＰＮ用のビットフィールドを有するＤＣＩを生成する。さらに、第３、第４の実施の形態においては、ＨＰＧＮ用のビットフィールドと、ＨＰＧＮに対応するＨＡＲＱ処理グループに属するサブフレーム（ＴＴＩ）に割り当てられる共通のＮＤＩ及びＲＶ用のビットフィールドを有するＤＣＩを生成する。
データ信号生成部１０４５は、図示しないスケジューラにより各サブフレームへの割当てが決定されたユーザ端末２０に対する共有データチャネル信号（ＰＤＳＣＨ信号）を生成する。データ信号生成部１０４５により生成される共有データチャネル信号には、図示しない上位制御信号生成部により生成される上位制御信号（例えば、ＲＲＣシグナリング）が含まれる。
このような構成を有し、無線基地局１０は、例えば、上位局装置３０等からの指示に基づいて、上述した第１〜第４の実施の形態に係る無線通信方法を選択する。選択された無線通信方法に基づいて、制御信号生成部１０４４で制御情報が生成され、データ信号生成部１０４５で共有データチャネル信号が生成される。これらの制御情報及び共有データチャネル信号は、レイヤ１処理部１０４１に出力され、所定のサブフレーム（ＴＴＩ）にマッピングされた後、送受信部２０３を介してユーザ端末２０に送信される。
なお、上述した第１〜第４の実施の形態に係る無線通信方法を実現するためにユーザ端末２０に通知することが必要な情報は、上位制御信号で通知される。例えば、シングルＴＴＩスケジューリングからマルチＴＴＩスケジューリングへ切り替えるためのトリガ情報、単一のＤＣＩによってスケジューリングされるＴＴＩ（サブフレーム）の数、ＨＰＧＮとＨＰＮとの組み合わせに関する情報が上位制御信号によってユーザ端末２０に送信される。ユーザ端末２０においては、このような上位制御信号を含む共有データチャネル信号を受信すると、上位制御信号で指定される情報に基づいて上述した第１〜第４の実施の形態に係る無線通信方法における受信処理を行う。
図２５は、図２３に示すユーザ端末２０におけるベースバンド信号処理部２０４の構成を示すブロック図である。ベースバンド信号処理部２０４は、レイヤ１処理部２０４１と、ＭＡＣ処理部２０４２と、ＲＬＣ処理部２０４３と、制御信号抽出部２０４４と、制御情報取得部２０４５と、から主に構成されている。
レイヤ１処理部２０４１は、主に物理レイヤに関する処理を行う。レイヤ１処理部２０４１は、例えば、下りリンクで受信した信号に対して、チャネル復号化、離散フーリエ変換（ＤＦＴ）、周波数デマッピング、逆高速フーリエ変換（ＩＦＦＴ）、データ復調などの処理を行う。また、レイヤ１処理部２０４１は、上りリンクで送信する信号に対して、チャネル符号化、データ変調、周波数マッピング、逆高速フーリエ変換（ＩＦＦＴ）などの処理を行う。
ＭＡＣ処理部２０４２は、下りリンクで受信した信号に対するＭＡＣレイヤでの再送制御（ＨＡＲＱ）、下りスケジューリング情報の解析（ＰＤＳＣＨの伝送フォーマットの特定、ＰＤＳＣＨのリソースブロックの特定）などを行う。また、ＭＡＣ処理部２０４２は、上りリンクで送信する信号に対するＭＡＣ再送制御、上りスケジューリング情報の解析（ＰＵＳＣＨの伝送フォーマットの特定、ＰＵＳＣＨのリソースブロックの特定）などの処理を行う。
ＲＬＣ処理部２０４３は、下りリンクで受信したパケット／上りリンクで送信するパケットに対して、パケットの分割、パケットの結合、ＲＬＣレイヤでの再送制御などを行う。
制御信号抽出部２０４４は、抽出部を構成するものであり、上述した第１〜第４の実施の形態に係る無線通信方法において、無線基地局１０から送信される制御情報に含まれるＨＡＲＱ処理の識別情報を特定するビット情報を抽出する。
例えば、第１の実施の形態においては、ＤＣＩに含まれるＨＰＮ、ＲＶ及びＮＤＩ用のビットフィールドに指定されるビット情報を、ＨＡＲＱ処理の識別情報を特定するビット情報として抽出する。より具体的には、ＨＰＮ用のビットフィールドで指定されるＨＰＧＮ用のビット情報と、ＨＰＧＮに対応するＨＡＲＱ処理グループに属するサブフレーム（ＴＴＩ）毎に割り当てられるＮＤＩ及びＲＶ用のビット情報とをＨＡＲＱ処理の識別情報を特定するビット情報として抽出する。また、第２の実施の形態においては、ＤＣＩに含まれる４ビット以上のＨＰＮ用のビット情報を、ＨＡＲＱ処理の識別情報を特定するビット情報として抽出する。さらに、第３の実施の形態においては、ＨＰＧＮ用のビット情報と、ＨＰＧＮに対応するＨＡＲＱ処理グループに属するサブフレーム（ＴＴＩ）に割り当てられる共通のＮＤＩ及びＲＶ用のビット情報を、ＨＡＲＱ処理の識別情報を特定するビット情報として抽出する。
制御情報取得部２０４５は、取得部を構成するものであり、制御信号抽出部２０４４で抽出したＨＡＲＱ処理の識別情報を特定するビット情報に基づいてＨＡＲＱ処理の識別情報を取得する。
例えば、第１の実施の形態においては、ＨＰＮ用のビット情報によって特定される複数のサブフレームに対するＨＰＧＮと、ＮＤＩ及びＲＶ用のビットフィールドの位置との組み合わせからＨＡＲＱ処理の識別情報を取得する。また、第２の実施の形態においては、４ビットのＨＰＮ用のビットフィールドに指定されるビット情報からＨＡＲＱ処理の識別情報を取得する。さらに、第３、４の実施の形態においては、ＨＰＮ用のビット情報によって特定される複数のサブフレームに対するＨＰＧＮと、ＨＡＲＱ処理グループに対して共通のＮＤＩ及びＲＶ用のビット情報との組み合わせからＨＡＲＱ処理の識別情報を取得する。
このような構成を有し、ユーザ端末２０は、例えば、無線基地局１０から上位制御信号で通知される情報に基づいて、上述した第１〜第４の実施の形態に係る無線通信方法を選択する。選択された無線通信方法に基づいて、制御信号抽出部２０４４でＨＡＲＱ処理の識別情報を特定するビット情報が抽出され、抽出されたビット情報に応じて制御情報取得部２０４５でＨＡＲＱ処理の識別情報が取得される。
なお、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。例えば、上述した複数の態様を適宜組み合わせて適用することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
１ 無線通信システム
１０ 無線基地局
２０ ユーザ端末
３０ 上位局装置
４０ コアネットワーク
２０１ 送受信アンテナ
２０２ アンプ部
２０３ 送受信部
２０４ ベースバンド信号処理部
２０５ アプリケーション部
１０１ 送受信アンテナ
１０２ アンプ部
１０３ 送受信部
１０４ ベースバンド信号処理部
１０５ 呼処理部
１０６ 伝送路インターフェース
１０４１，２０４１ レイヤ１処理部
１０４２，２０４２ ＭＡＣ処理部
１０４３，２０４３ ＲＬＣ処理部
１０４４ 制御信号生成部
１０４５ データ信号生成部
２０４４ 制御信号抽出部
２０４５ 制御情報取得部

Claims (10)

  1. 複数のサブフレームに割り当てられる下りリンク共有データに対する制御情報を特定のサブフレームに割り当ててユーザ端末に送信する無線基地局であって、
    ＨＡＲＱ（Hybrid Automatic repeat request）処理の識別情報を特定するビット情報を含む前記制御情報を生成する生成部と、前記生成部で生成された前記制御情報を前記特定のサブフレームにマッピングするマッピング部と、前記制御情報及び下りリンク共有データを前記ユーザ端末に送信する送信部とを具備し、
    前記生成部は、前記ＨＡＲＱ処理の識別情報を特定するビット情報を３ビットより多いビット情報で構成した前記制御情報を生成することを特徴とする無線基地局。
  2. 前記制御情報は、ＨＡＲＱプロセス番号、新データインディケータ情報及びリダンダンシーバージョン情報用のビットフィールドを含み、
    前記生成部は、前記ＨＡＲＱプロセス番号用のビットフィールドに指定されるビット情報によって複数のサブフレームに対するＨＡＲＱ処理のグループを特定するＨＡＲＱ処理グループ番号を指定すると共に、前記ＨＡＲＱ処理グループ番号と前記新データインディケータ情報及びリダンダンシーバージョン情報用のビットフィールドの位置との組み合わせによって前記ＨＡＲＱ処理の識別情報を指定することを特徴とする請求項１記載の無線基地局。
  3. 前記生成部は、前記ＨＡＲＱ処理の対象となるサブフレーム毎に関連付けられた前記新データインディケータ情報及びリダンダンシーバージョン情報用のビットフィールドを有する前記制御情報を生成することを特徴とする請求項２記載の無線基地局。
  4. 前記生成部は、前記ＨＡＲＱ処理の対象となるサブフレーム毎に関連付けられた前記リダンダンシーバージョン情報用のビットフィールドを有すると共に、前記ＨＡＲＱ処理のグループに共通の前記新データインディケータ情報用のビットフィールドを有する前記制御情報を生成することを特徴とする請求項２記載の無線基地局。
  5. 前記生成部は、前記ＨＡＲＱ処理の対象となるサブフレーム毎に関連付けられた前記新データインディケータ情報用のビットフィールドを有すると共に、前記ＨＡＲＱ処理のグループに共通の前記リダンダンシーバージョン情報用のビットフィールドを有する前記制御情報を生成することを特徴とする請求項２記載の無線基地局。
  6. 前記制御情報は、４ビット以上のＨＡＲＱプロセス番号用のビットフィールドを含み、
    前記生成部は、前記ＨＡＲＱプロセス番号用のビットフィールドに指定するビット情報によって前記ＨＡＲＱ処理の識別情報を指定することを特徴とする請求項１記載の無線基地局。
  7. 複数のサブフレームに割り当てられる下りリンク共有データに対する制御情報を特定のサブフレームから受信するユーザ端末であって、
    前記制御情報及び下りリンク共有データを受信する受信部と、前記受信部で受信した前記制御情報に含まれるＨＡＲＱ処理の識別情報を特定するビット情報を抽出する抽出部と、前記抽出部で抽出した前記ＨＡＲＱ処理の識別情報を特定するビット情報に基づいて前記ＨＡＲＱ処理の識別情報を取得する取得部とを具備し、
    前記抽出部は、前記制御情報から３ビットより多いビット情報で構成される前記ＨＡＲＱ処理の識別情報を特定するビット情報を抽出することを特徴とするユーザ端末。
  8. 前記制御情報は、ＨＡＲＱプロセス番号、新データインディケータ情報及びリダンダンシーバージョン情報用のビットフィールドを含み、
    前記抽出部は、前記ＨＡＲＱプロセス番号、新データインディケータ情報及びリダンダンシーバージョン情報用のビットフィールドに指定されるビット情報を、前記ＨＡＲＱ処理の識別情報を特定するビット情報として抽出し、前記取得部は、前記ＨＡＲＱプロセス番号用のビットフィールドに指定されるビット情報によって特定される複数のサブフレームに対するＨＡＲＱ処理グループ番号と、前記新データインディケータ情報及びリダンダンシーバージョン情報用のビットフィールドの位置との組み合わせから前記ＨＡＲＱ処理の識別情報を取得することを特徴とする請求項７記載のユーザ端末。
  9. 前記制御情報は、４ビット以上のＨＡＲＱプロセス番号用のビットフィールドを含み、
    前記抽出部は、前記ＨＡＲＱプロセス番号用のビットフィールドに指定されるビット情報を、前記ＨＡＲＱ処理の識別情報を特定するビット情報として抽出し、前記取得部は、当該ＨＡＲＱプロセス番号用のビットフィールドに指定されるビット情報から前記ＨＡＲＱ処理の識別情報を取得することを特徴とする請求項７記載のユーザ端末。
  10. 複数のサブフレームに割り当てられる下りリンク共有データに対する制御情報を特定のサブフレームに割り当ててユーザ端末に送信する無線通信方法であって、
    無線基地局において、ＨＡＲＱ処理の識別情報を特定するビット情報を含み、前記ＨＡＲＱ処理の識別情報を特定するビット情報が３ビットより多いビット情報で構成される前記制御情報を生成するステップと、生成された前記制御情報を前記特定のサブフレームにマッピングするステップと、前記制御情報及び下りリンク共有データを前記ユーザ端末に送信するステップとを具備し、
    前記ユーザ端末において、前記制御情報及び下りリンク共有データを受信するステップと、受信した前記制御情報に含まれる前記ＨＡＲＱ処理の識別情報を特定するビット情報を抽出するステップと、抽出した前記ＨＡＲＱ処理の識別情報を特定するビット情報に基づいて前記ＨＡＲＱ処理の識別情報を取得するステップとを具備することを特徴とする無線通信方法。
JP2013125652A 2013-06-14 2013-06-14 無線基地局、ユーザ端末及び無線通信方法 Expired - Fee Related JP6224358B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2013125652A JP6224358B2 (ja) 2013-06-14 2013-06-14 無線基地局、ユーザ端末及び無線通信方法
US14/896,928 US20160157213A1 (en) 2013-06-14 2014-05-27 Radio base station, user terminal and radio communication method
PCT/JP2014/063894 WO2014199813A1 (ja) 2013-06-14 2014-05-27 無線基地局、ユーザ端末及び無線通信方法
CN201480033639.8A CN105284151A (zh) 2013-06-14 2014-05-27 无线基站、用户终端以及无线通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013125652A JP6224358B2 (ja) 2013-06-14 2013-06-14 無線基地局、ユーザ端末及び無線通信方法

Publications (2)

Publication Number Publication Date
JP2015002411A true JP2015002411A (ja) 2015-01-05
JP6224358B2 JP6224358B2 (ja) 2017-11-01

Family

ID=52022112

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013125652A Expired - Fee Related JP6224358B2 (ja) 2013-06-14 2013-06-14 無線基地局、ユーザ端末及び無線通信方法

Country Status (4)

Country Link
US (1) US20160157213A1 (ja)
JP (1) JP6224358B2 (ja)
CN (1) CN105284151A (ja)
WO (1) WO2014199813A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017184203A (ja) * 2016-03-31 2017-10-05 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
KR20180070668A (ko) * 2015-10-26 2018-06-26 후아웨이 테크놀러지 컴퍼니 리미티드 데이터 처리 방법, 기지국 및 사용자 장비
JP2018522434A (ja) * 2015-04-27 2018-08-09 クアルコム，インコーポレイテッド アップリンク通信中の送信ブランキングの影響の軽減
JP2019530280A (ja) * 2016-08-11 2019-10-17 株式会社Ｎｔｔドコモ ハイブリッド自動再送要求プロセス番号を特定する方法、及び基地局とユーザ端末
JP2020501418A (ja) * 2016-11-14 2020-01-16 北京小米移動軟件有限公司Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ． Ｈａｒｑフィードバックを入手するための方法および装置、ならびにｈａｒｑフィードバックを伝送するための方法および装置
JP2020110004A (ja) * 2020-03-19 2020-07-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 基地局及び通信方法
JP2022123091A (ja) * 2020-03-19 2022-08-23 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、通信方法及び集積回路

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8336040B2 (en) 2004-04-15 2012-12-18 Raytheon Company System and method for topology-aware job scheduling and backfilling in an HPC environment
US8335909B2 (en) 2004-04-15 2012-12-18 Raytheon Company Coupling processors to each other for high performance computing (HPC)
US9178784B2 (en) 2004-04-15 2015-11-03 Raytheon Company System and method for cluster management based on HPC architecture
JP5781028B2 (ja) * 2012-07-23 2015-09-16 株式会社Ｎｔｔドコモ 無線通信方法、無線基地局、ユーザ端末及び無線通信システム
US10893509B2 (en) * 2015-02-11 2021-01-12 Qualcomm Incorporated Multiple tri-state HARQ processes
US10284330B2 (en) * 2015-04-03 2019-05-07 Huawei Technologies Co., Ltd. Data transmission method, device, and system
JPWO2017078128A1 (ja) * 2015-11-05 2018-08-23 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
EP3391553A1 (en) * 2015-12-14 2018-10-24 Nokia Solutions and Networks Oy Data retransmission
JP6490308B2 (ja) * 2016-02-05 2019-03-27 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 基地局、端末及び通信方法
WO2017195848A1 (ja) * 2016-05-12 2017-11-16 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
US10531452B2 (en) * 2016-07-11 2020-01-07 Qualcomm Incorporated Hybrid automatic repeat request feedback and multiple transmission time interval scheduling
US10492094B2 (en) * 2017-02-01 2019-11-26 Qualcomm Incorporated Feedback timing management for low latency communications
JP2018182360A (ja) * 2017-04-03 2018-11-15 Kddi株式会社 端末装置、制御方法、及びプログラム
CN107947904B (zh) * 2017-11-23 2021-01-29 上海华为技术有限公司 一种重传调度方法及基站
CN112134668B (zh) * 2018-02-09 2021-08-13 华为技术有限公司 一种传输控制方法、终端设备及网络设备
US11324033B2 (en) * 2018-04-06 2022-05-03 Qualcomm Incorporated Physical downlink shared channel reception when physical downlink control channel with different spatial quasi-colocation assumptions are mapped to the same control resource set
US11121746B2 (en) * 2018-06-29 2021-09-14 Apple Inc. Dynamic switching between SU-MIMO and MU-MIMO transmission
CN110740514B (zh) * 2018-07-20 2021-11-23 维沃移动通信有限公司 一种监听方法及终端设备
CN110830184B (zh) 2018-08-09 2023-04-07 北京三星通信技术研究有限公司 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质
US20200106569A1 (en) * 2018-09-27 2020-04-02 Mediatek Inc. Mechanisms for postponing hybrid automatic repeat request acknowledgement (harq-ack) feedback
AU2019436290A1 (en) * 2019-03-15 2021-10-21 Ntt Docomo, Inc. User terminal and wireless communication method
EP3716515A1 (en) * 2019-03-28 2020-09-30 TCL Communication Limited Scheduling multiple transfer blocks
CN116114351A (zh) * 2020-08-07 2023-05-12 苹果公司 用于无线通信中的基于组的物理下行链路共享信道（pdsch）混合自动重传请求（harq）-确认（ack）反馈的方法和装置
US20220140949A1 (en) * 2020-11-03 2022-05-05 Electronics And Telecommunications Research Institute Method and apparatus for hybrid automatic repeat request feedback in communication system

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009528000A (ja) * 2006-02-22 2009-07-30 クゥアルコム・インコーポレイテッド チャネルｉｄを介してシグナリング情報を送信するための方法および装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1194563C (zh) * 2002-04-19 2005-03-23 华为技术有限公司 一种基于时分双工的无线通信方法
WO2009132203A1 (en) * 2008-04-25 2009-10-29 Interdigital Patent Holdings, Inc. Harq process utilization in multiple carrier wireless communications
CN101577957B (zh) * 2008-05-09 2012-02-08 中兴通讯股份有限公司 控制信道设计方法
US20130121278A1 (en) * 2010-06-01 2013-05-16 Lg Electronics Inc. Method and apparatus for allocating resources in a wireless communication system
US9042277B2 (en) * 2011-04-11 2015-05-26 Qualcomm Incorporated Transmission of control information for FDD-TDD carrier aggregation
CN105144609B (zh) * 2013-04-23 2018-08-03 Lg 电子株式会社 在无线通信系统中控制数据传输的方法和设备
US9497682B2 (en) * 2013-06-07 2016-11-15 Intel Corporation Central processing unit and methods for supporting coordinated multipoint transmission in an LTE network

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009528000A (ja) * 2006-02-22 2009-07-30 クゥアルコム・インコーポレイテッド チャネルｉｄを介してシグナリング情報を送信するための方法および装置

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018522434A (ja) * 2015-04-27 2018-08-09 クアルコム，インコーポレイテッド アップリンク通信中の送信ブランキングの影響の軽減
JP2018533896A (ja) * 2015-10-26 2018-11-15 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． データ処理方法、基地局、およびユーザ機器
KR102118326B1 (ko) * 2015-10-26 2020-06-09 후아웨이 테크놀러지 컴퍼니 리미티드 데이터 처리 방법, 기지국 및 사용자 장비
KR20180070668A (ko) * 2015-10-26 2018-06-26 후아웨이 테크놀러지 컴퍼니 리미티드 데이터 처리 방법, 기지국 및 사용자 장비
US10931407B2 (en) 2016-03-31 2021-02-23 Ntt Docomo, Inc. User terminal and radio communication method
WO2017170889A1 (ja) * 2016-03-31 2017-10-05 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
JP2017184203A (ja) * 2016-03-31 2017-10-05 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
JP2019530280A (ja) * 2016-08-11 2019-10-17 株式会社Ｎｔｔドコモ ハイブリッド自動再送要求プロセス番号を特定する方法、及び基地局とユーザ端末
JP7021186B2 (ja) 2016-08-11 2022-02-16 株式会社Ｎｔｔドコモ ハイブリッド自動再送要求プロセス番号を特定する方法、及び基地局とユーザ端末
JP2020501418A (ja) * 2016-11-14 2020-01-16 北京小米移動軟件有限公司Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ． Ｈａｒｑフィードバックを入手するための方法および装置、ならびにｈａｒｑフィードバックを伝送するための方法および装置
US11362766B2 (en) 2016-11-14 2022-06-14 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for obtaining HARQ feedback and method and apparatus for transmitting HARQ feedback
JP2020110004A (ja) * 2020-03-19 2020-07-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 基地局及び通信方法
JP7095009B2 (ja) 2020-03-19 2022-07-04 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 基地局、通信方法及び集積回路
JP2022123091A (ja) * 2020-03-19 2022-08-23 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、通信方法及び集積回路
JP7325581B2 (ja) 2020-03-19 2023-08-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、通信方法及び集積回路

Also Published As

Publication number Publication date
US20160157213A1 (en) 2016-06-02
WO2014199813A1 (ja) 2014-12-18
JP6224358B2 (ja) 2017-11-01
CN105284151A (zh) 2016-01-27

Similar Documents

Publication Publication Date Title
JP6224358B2 (ja) 無線基地局、ユーザ端末及び無線通信方法
JP6291088B2 (ja) ユーザ端末、無線基地局及び無線通信方法
US11497004B2 (en) User terminal and radio communication method
JP6100829B2 (ja) ユーザ端末、無線基地局及び無線通信方法
US11218268B2 (en) User terminal and radio communication method
JP6927888B2 (ja) 端末、無線通信方法、基地局及びシステム
WO2012046682A1 (ja) 無線基地局装置、移動端末装置及び無線通信方法
JP6105672B2 (ja) ユーザ端末及び無線通信方法
JP6797802B2 (ja) 端末、基地局及び無線通信方法
JP2011223114A (ja) 基地局装置、移動端末装置及び通信制御方法
JP6326160B2 (ja) ユーザ端末、無線基地局及び無線通信方法
JPWO2016182047A1 (ja) ユーザ端末、無線基地局及び無線通信方法
JP6894841B2 (ja) 端末、無線基地局及び無線通信方法
CN108667574B (zh) 一种无线通信方法、用户终端、基站及系统
US11424972B2 (en) User terminal and radio communication method
JP6190623B2 (ja) ユーザ端末、無線基地局及び無線通信方法
JP6030882B2 (ja) 無線通信システム、無線基地局装置及び再送制御方法
CN110832816A (zh) 用户终端以及无线通信方法
WO2019168050A1 (ja) 送信装置、受信装置、及び無線通信方法
JPWO2017038672A1 (ja) ユーザ端末、無線基地局及び無線通信方法
US20200220647A1 (en) User terminal and radio communication method
EP3684117A1 (en) User terminal and radio communication method
EP2765820A1 (en) Wireless communications system, wireless base station device, user terminal, and wireless communications method
JP6517978B2 (ja) ユーザ端末及び基地局
JP5562932B2 (ja) 移動端末装置、無線通信方法及び無線通信システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160610

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170606

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170807

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20171005

R150 Certificate of patent or registration of utility model

Ref document number: 6224358

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees