JPWO2014080582A1 - 端末装置及び再送方法 - Google Patents

端末装置及び再送方法 Download PDF

Info

Publication number
JPWO2014080582A1
JPWO2014080582A1 JP2014548439A JP2014548439A JPWO2014080582A1 JP WO2014080582 A1 JPWO2014080582 A1 JP WO2014080582A1 JP 2014548439 A JP2014548439 A JP 2014548439A JP 2014548439 A JP2014548439 A JP 2014548439A JP WO2014080582 A1 JPWO2014080582 A1 JP WO2014080582A1
Authority
JP
Japan
Prior art keywords
switching
configuration
frame
retransmission
retransmission process
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
JP2014548439A
Other languages
English (en)
Other versions
JP6284486B2 (ja
Inventor
綾子 堀内
綾子 堀内
透 大泉
透 大泉
西尾　昭彦
昭彦 西尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JPWO2014080582A1 publication Critical patent/JPWO2014080582A1/ja
Application granted granted Critical
Publication of JP6284486B2 publication Critical patent/JP6284486B2/ja
Expired - Fee Related 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/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
    • 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/1887—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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message

Landscapes

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

Abstract

UL-DL Configurationが切り替わる場合でも、切替前後のUL-DL Configurationにおいて継続されるUL HARQプロセスの認識を基地局と端末との間で一致させることができる端末。端末（２００）は、下り回線の通信に用いられるダウンリンクサブフレームと、上り回線の通信に用いられるアップリンクサブフレームとを含む複数の構成パターンのいずれかに切替可能である。アップリンクサブフレームと再送プロセスとの対応付けが複数の構成パターン毎に設定される。決定部（２０６）は、切替前の構成パターンと切替後の構成パターンとによって一義的に定まるベースフレームにおける対応付けに基づいて、切替前の構成パターンの再送プロセスのうち、切替後に継続させる第１再送プロセスを決定し、切替後の構成パターンの再送プロセスのうち、第１再送プロセスが継続される第２再送プロセスを決定する。

Description

本発明は、端末装置及び再送方法に関する。
近年、セルラ移動体通信システムにおいては、情報のマルチメディア化に伴い、音声データのみならず、静止画像データ及び動画像データ等の大容量データを伝送することが一般化しつつある。また、LTE-Advanced（Long Term Evolution Advanced）では、広帯域の無線帯域、Multiple-Input Multiple-Output（MIMO）伝送技術、干渉制御技術を利用して高伝送レートを実現する検討が盛んに行われている。
また、端末（「ＵＥ：User Equipment」と呼ばれることもある）は、基地局（「ｅＮＢ」と呼ばれることもある）独自のパラメータの取得が完了した後、基地局に対して接続要求を行うことにより、基地局との通信を確立する。基地局は、通信が確立された端末に対して、必要に応じてＰＤＣＣＨ（Physical Downlink Control Channel）等の下り回線制御チャネルを介して制御情報を送信する。
端末は、受信したＰＤＣＣＨ信号に含まれる複数の制御情報（下り回線制御情報（Downlink Control Information：ＤＣＩと呼ばれることもある））をそれぞれ「ブラインド判定」する。すなわち、制御情報は、ＣＲＣ（Cyclic Redundancy Check）部分を含み、このＣＲＣ部分は、基地局において、送信対象端末の端末ＩＤによってマスクされる。従って、端末は、受信した制御情報のＣＲＣ部分を自機の端末ＩＤでデマスクしてみるまでは、自機宛の制御情報であるか否かを判定できない。このブラインド判定では、デマスクした結果、ＣＲＣ演算がＯＫとなれば、その制御情報が自機宛であると判定される。下り回線制御情報には、下り回線データの割当情報を示すDL assignment、上り回線データの割当情報を示すUL grant等が含まれる。
次に、３ＧＰＰ ＬＴＥの上り回線の再送制御方法について説明する。ＬＴＥでは、ＦＤＤ（Frequency Division Duplex）システムとＴＤＤ（Time Division Duplex）システムとがある。ＦＤＤシステムでは、下り単位バンド（下りＣＣ（Component Carrier）と呼ばれることもある）と上り単位バンド（上りＣＣと呼ばれることもある）とが異なる周波数帯域に割り当てられる。
ＴＤＤシステムでは、下り単位バンドと上り単位バンドとが同一周波数帯域であり、時分割で下り回線と上り回線とを切り替えることによって、下り通信と上り通信とを実現する。そのためＴＤＤシステムの場合、下り単位バンドは、「単位バンドにおける下り通信タイミング」とも表現できる。上り単位バンドは、「単位バンドにおける上り通信タイミング」とも表現できる。下り単位バンドと上り単位バンドとの切り替えは、図１に示すように、UL-DL Configurationに基づく。
UL-DL Configurationは、ＳＩＢ１（System Information Block Type 1）と呼ばれる報知信号で端末に通知され、その値はシステム全体で同じ値であり、値の変更を頻繁には行わないことが想定されている。図１に示すUL-DL Configurationでは、１フレーム（10msec）あたりの下り通信（ＤＬ：Downlink）と上り通信（ＵＬ：Uplink）とのサブフレーム単位（すなわち、1msec単位）のタイミングが設定される。UL-DL Configurationは、下り通信と上り通信とのサブフレーム割合を変更することにより、下り通信に対するスループット及び上り通信に対するスループットの要求に柔軟に対応できる通信システムを構築することができる。例えば、図１は、下り通信と上り通信とのサブフレーム割合が異なるUL-DL Configuration（Config#0〜6）を示す。また、図１において、下り通信サブフレーム（ＤＬサブフレーム）を「Ｄ」で表し、上り通信サブフレーム（ＵＬサブフレーム）を「Ｕ」で表し、スペシャルサブフレームを「Ｓ」で表す。ここで、スペシャルサブフレームは、下り通信サブフレームから上り通信サブフレームへの切替時のサブフレームである。また、スペシャルサブフレームでは、下り通信サブフレームと同様、下りデータ通信が行われる場合がある。
また、ＬＴＥにおいて、上り回線では、制御信号のビット数を削減するために、synchronous HARQと呼ばれる再送制御方法が用いられる。Synchronous HARQでは、UL HARQプロセスが同一となるＵＬサブフレームが予め定められ、上り回線の再送を行う場合、同一プロセスとなるＵＬサブフレームにて再送が行われる。こうすることで、過去に端末から送信されたどのデータを再送させるかを基地局が明示的に指示せずに、端末に再送させるデータを選択することができる。ただし、Synchronous HARQでは、過去に送信した上り回線データは、同一プロセスのＵＬサブフレームでしか再送されない仕組みとなっている。
ＬＴＥでは、ＦＤＤシステム及びＴＤＤシステムにおいて、UL HARQプロセスに対してそれぞれ異なるプロセス番号が与えられている。また、ＴＤＤシステムでは、ＴＤＤのUL-DL configuration（例えば図１）によって異なるプロセス番号が予め定められる。図１において、ＵＬサブフレーム（「Ｕ」）の下に付された番号は、当該ＵＬサブフレームに対応付けられたUL HARQプロセスのプロセス番号を示す。例えば、Config#0では、UL HARQプロセス数は７個であり、ＵＬサブフレームに対してプロセス番号#1〜#7のUL HARQプロセス（以下、UL HARQプロセス#1〜#7と表すこともある）が順に割当てられる。Config#2では、UL HARQ プロセス数は２個であり、ＵＬサブフレームに対してUL HARQプロセス#1，#2が順に割当てられる。Config#1、Config#3〜Config#6についても同様である。これらのUL HARQプロセス数は、すべてのUL HARQプロセスにおいて、上り回線データがＵＬサブフレームで送信されてからＤＬサブフレームで再送を指示されるまでの間隔が４サブフレーム以上となり、かつ、ＤＬサブフレームで再送を指示されてからＵＬサブフレームで再送データが送信されるまでの間隔が４サブフレーム以上となる場合における最小のプロセス数に設定されている。よって、ＵＬサブフレームの多いUL-DL configurationでは、UL HARQプロセス数が多くなり、ＵＬサブフレームの少ないUL-DL configurationでは、UL HARQプロセス数が少なくなる。
図２は、各UL-DL configuration（Config#0〜Config#6）のUL HARQプロセス数、及び、サブフレーム番号と当該サブフレーム番号に対応するプロセス番号との対応付けが同一となる間隔を表す周期（UL HARQ cycle。時間[ms]又はフレーム数）を示す。
また、LTE-Advancedシステムでは、UL-DL Configurationを変更すること（以下、ＴＤＤ ｅＩＭＴＡ（enhancement for DL-UL Interference Management and Traffic Adaptation）、dynamic TDDまたはflexible TDDと呼ばれることがある）が検討されている（例えば、非特許文献１参照）。ＴＤＤ ｅＩＭＴＡの目的は、ＵＬ／ＤＬ比率の柔軟な変更によるユーザのニーズに合ったサービスの提供、又は、トラフィックロードの低い時間帯にＵＬ比率を増やすことによる基地局での消費電力の低減などが挙げられる。UL-DL Configurationの変更方法として、変更する目的に応じて、（１）ＳＩ（System Information）シグナリングベースの通知による方法、（２）ＲＲＣ（higher layer）シグナリングベースの通知方法、（３）ＭＡＣ（Media Access Control layer）シグナリングベースの通知方法、及び、（４）Ｌ１（Physical Layer）シグナリングベースの通知方法がそれぞれ検討されている。
方法（１）は、最も低頻度のUL-DL Configurationの変更である。方法（１）は、例えば、トラフィックロードの低い時間帯（例えば深夜又は早朝）にＵＬ比率を増やすことによる基地局での消費電力の低減を目的とする場合に適する。方法（４）は、最も高頻度のUL-DL Configurationの変更である。ピコセルなどの小さいセルにおいては、マクロセルなどの大きいセルよりも接続する端末数は少ない。ピコセルでは、ピコセルに接続される少数の端末におけるＵＬ／ＤＬトラフィックの多寡によってピコセル全体のＵＬ／ＤＬトラフィックが決定される。このため、ピコセルでは、ＵＬ／ＤＬトラフィックの時間変動が激しい。よって、ピコセルのような小さいセルにおけるＵＬ／ＤＬトラフィックの時間変動に追従してUL-DL Configurationを変更する場合には、方法（４）が適する。方法（２）および方法（３）は、方法（１）と方法（４）との間に位置し、中程度のUL-DL Configurationの変更頻度である場合に適する。
上述したように、UL HARQプロセス数はUL-DL Configuration毎に異なる。ＴＤＤ ｅＩＭＴＡにおいて、UL-DL Configurationが動的に切り替わると、UL HARQプロセス数も変更される。UL HARQプロセス数が変更される場合、切替前のUL-DL Configuration（旧UL-DL Configuration）のどのプロセスが切替後のUL-DL Configuration（新UL-DL Configuration）のどのプロセスに継続されるかを定める必要がある。なお、「プロセスの継続」とは、synchronous HARQにおいて、切替前のUL-DL ConfigurationのUL HARQプロセスで送信した上り回線データ（ＵＬデータ）を切替後のUL-DL ConfigurationのUL HARQ プロセスで再送することを示す。例えば、切替前後のUL-DL configurationにおいて、同一ＵＬサブフレーム（同一タイミング）に対応するUL HARQプロセスを継続させる方法が考えられる。
この方法では、例えば、図１に示すConfig#1とConfig#2のように、旧UL-DL Configurationと新UL-DL Configurationとの周期（UL HARQ Cycle）が同一である場合（図２では周期：１フレーム）、どのプロセス番号のUL HARQプロセスをどのプロセス番号のUL HARQプロセスに継続させるかは、UL-DL Configurationを切り替えるフレーム（以下、切替フレームと呼ぶことがある）に依らず、一意に定まる。
一方、例えば、図１に示すConfig#0とConfig#2のように、旧UL-DL Configurationと新UL-DL Configurationとの周期が一致しない場合、切替フレームによって、どのプロセス番号のUL HARQプロセスをどのプロセス番号のUL HARQプロセスに継続させるかが一意に定まらない。図３は、Config#0からConfig#2に切り替わる場合を一例として示す。図３Ａ及び図３Ｂに示すように、サブフレーム#2及びサブフレーム#7は、Config#0及びConfig#2の双方において共通してＵＬサブフレームである（図１参照）。なお、図３Ａ及び図３Ｂに示すように、例えば、フレームの先頭サブフレーム#0においてUL-DL Configurationの切替指示（reconfiguration）が通知される。
図３Ａに示すように、端末がFrame#N+1においてUL-DL Configurationの切替指示を検出した場合、端末は、Config#0のサブフレーム#2に対応するUL HARQプロセス#7と、サブフレーム#7に対応するUL HARQプロセス#3とが継続されると認識する。つまり、Config#0のサブフレーム#2に対応するUL HARQプロセス#7は、Config#2のサブフレーム#2に対応するUL HARQプロセス#1として継続され、Config#0のサブフレーム#7に対応するUL HARQプロセス#3は、Config#2のサブフレーム#7に対応するHARQプロセス#2として継続される。
一方、図３Ｂに示すように、端末がFrame#N+2においてUL-DL Configurationの切替指示を検出した場合、端末は、Config#0のサブフレーム#2に対応するUL HARQプロセス#6と、Config#0のサブフレーム#７に対応するUL HARQプロセス#2とが継続されると認識する。つまり、Config#0のサブフレーム#2に対応するUL HARQプロセス#6は、Config#2のサブフレーム#2に対応するUL HARQプロセス#1として継続され、Config#0のサブフレーム#7に対応するUL HARQプロセス#2は、Config#2のサブフレーム#7に対応するHARQプロセス#2として継続される。
このように、端末がUL-DL Configurationの切替指示を検出するタイミング（フレーム）によって、継続されるUL HARQプロセスが異なってしまう。例えば、基地局が、図３Ａに示すように、端末ではFrame#N+1においてConfig#0からConfig#2へ切り替わると認識しているにもかかわらず、端末が、図３Ｂに示すように、Frame#N+1において切替指示を検出できず、Frame#N+2において切替指示を検出した場合、基地局と端末との間では、UL-DL Configurationの切替前後において継続されるUL HARQプロセスの認識が異なってしまう。
Config#0及びConfig#6では、図２に示す周期（UL HARQ cycle）が１フレームよりも長い。このため、特に、切替前後のUL-DL Configurationとして、Config#0又はConfig#6が含まれる場合には、UL-DL Configurationの切替フレームによって、継続されるUL HARQプロセスが異なってしまう。このように、切替前後のUL-DL Configurationにおいて継続されるUL HARQプロセスの認識が基地局と端末との間で異なることにより、端末から基地局への誤ったデータの再送処理が継続されることになってしまう。
本発明の目的は、UL-DL Configurationが切り替わる場合でも、切替前後のUL-DL Configurationにおいて継続されるUL HARQプロセスの認識を基地局と端末との間で一致させることができる端末装置及び再送方法を提供することである。
本発明の一態様に係る端末装置は、１フレームを構成するサブフレームの構成パターンであって、下り回線の通信に用いられるダウンリンクサブフレームと、上り回線の通信に用いられるアップリンクサブフレームとを含む複数の前記構成パターンのいずれかに切替可能である端末装置であって、前記アップリンクサブフレームと再送プロセスとの対応付けが前記複数の構成パターン毎に設定され、切替前の構成パターンと切替後の構成パターンとによって一義的に定まるベースフレームにおける前記対応付けに基づいて、前記切替前の構成パターンの再送プロセスのうち、切替後に継続させる第１の再送プロセスを決定し、前記切替後の構成パターンの再送プロセスのうち、前記第１の再送プロセスが継続される第２の再送プロセスを決定する決定部と、前記第１の再送プロセス及び前記第２の再送プロセスに基づいて、再送プロセス毎に格納された送信データの中から、再送するデータを選択する選択部と、を具備する構成を採る。
本発明の一態様に係る再送方法は、１フレームを構成するサブフレームの構成パターンであって、下り回線の通信に用いられるダウンリンクサブフレームと、上り回線の通信に用いられるアップリンクサブフレームとを含む複数の前記構成パターンのいずれかに切替可能である端末装置における再送方法であって、前記アップリンクサブフレームと再送プロセスとの対応付けが前記複数の構成パターン毎に設定され、切替前の構成パターンと切替後の構成パターンとによって一義的に定まるベースフレームにおける前記対応付けに基づいて、前記切替前の構成パターンの再送プロセスのうち、切替後に継続させる第１の再送プロセスを決定し、前記切替後の構成パターンの再送プロセスのうち、前記第１の再送プロセスが継続される第２の再送プロセスを決定し、前記第１の再送プロセス及び前記第２の再送プロセスに基づいて、再送プロセス毎に格納された送信データの中から、再送するデータを選択する。
本発明によれば、UL-DL Configurationが切り替わる場合でも、切替前後のUL-DL Configurationにおいて継続されるUL HARQプロセスの認識を基地局と端末との間で一致させることができる。
ＴＤＤにおけるUL-DL Configuration及びUL HARQプロセスの説明に供する図 UL-DL Configurationに対するUL HARQプロセス数及び周期を示す図 UL-DL Configurationの変更に対する課題の説明に供する図 本発明の実施の形態に係る端末の主要構成を示すブロック図 本発明の実施の形態に係る基地局の構成を示すブロック図 本発明の実施の形態に係る端末の構成を示すブロック図 本発明の実施の形態１に係るUL-DL Configurationの切替方法を示す図 本発明の実施の形態２に係る基地局の構成を示すブロック図 本発明の実施の形態２に係る端末の構成を示すブロック図 本発明の実施の形態２に係るUL-DL Configurationの切替方法を示す図 本発明の実施の形態２のバリエーションに係るUL-DL Configurationの切替方法を示す図
以下、本発明の各実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
（実施の形態１）
図４は、本実施の形態に係る端末２００の主要構成図である。端末２００は、１フレームを構成するサブフレームの構成パターン（UL-DL Configuration）であって、下り回線の通信に用いられるダウンリンクサブフレーム（ＤＬサブフレーム）と、上り回線の通信に用いられるアップリンクサブフレーム（ＵＬサブフレーム）とを含む複数のUL-DL Configurationのいずれかに切替可能である。また、ＵＬサブフレームと再送プロセス（UL HARQプロセス）との対応付けが複数のUL-DL Configuration毎に設定されている（例えば図１参照）。端末２００において、決定部２０６は、切替前のUL-DL Configurationと切替後のUL-DL Configurationとによって一義的に定まるベースフレームにおける上記対応付けに基づいて、切替前のUL-DL ConfigurationのUL HARQプロセスのうち、切替後に継続させる第１のUL HARQプロセス（継続元のUL HARQプロセス）を決定し、切替後のUL-DL ConfigurationのUL HARQプロセスのうち、上記第１のUL HARQプロセスが継続される第２のUL HARQプロセス（継続先のUL HARQプロセス）を決定する。選択部２０７は、上記第１のUL HARQプロセス及び第２のUL HARQプロセスに基づいて、UL HARQプロセス毎に格納された送信データの中から、再送するデータを選択する。
［基地局１００の構成］
図５は、本発明の実施の形態に係る基地局１００の構成を示すブロック図である。
図５において、切替情報生成部１０１は、上り回線及び下り回線のトラフィック情報等に応じて、端末２００に対するUL-DL Configurationの切替（reconfiguration）を行うか否かを決定し、切替を行う場合には、端末に対するUL-DL Configurationの切替指示として、切替後のUL-DL Configurationを含む切替情報を生成する。切替情報生成部１０１は、生成した切替情報を、端末２００へ通知する制御信号として信号割当部１０４へ出力する。切替情報は、ＳＩシグナリング、ＲＲＣシグナリング、ＭＡＣシグナリング、又はＬ１シグナリングで通知される。また、切替情報生成部１０１は、切替後のUL-DL Configurationを信号割当部１０４及び受信部１０６に出力する。
誤り訂正符号化部１０２は、送信データ信号（つまり、下り回線データ）を誤り訂正符号化し、符号化後の信号を変調部１０３に出力する。
変調部１０３は、誤り訂正符号化部１０２から受け取った信号を変調し、変調信号を信号割当部１０４に出力する。
信号割当部１０４は、切替情報生成部１０１から受け取ったUL-DL Configurationに従って、ＤＬサブフレームを特定する。信号割当部１０４は、特定したＤＬサブフレームにおいて、変調部１０３から受け取った変調信号、切替情報生成部１０１から受け取った切替情報、及び、後述する誤り判定部１０９から受け取った再送要求信号を、下り回線リソースに割り当てる。なお、再送要求信号は、ＰＨＩＣＨ（Physical Hybrid ARQ Indicator CHannel）のリソース領域に割り当てられる場合と、上り回線制御信号のリソース領域に割り当てられる場合とがある。
このように、下り回線データ、及び、制御情報（切替情報、又は、再送要求信号など）を含む信号が所定のリソースに割り当てられることにより、送信信号が生成される。生成された送信信号は送信部１０５に出力される。
送信部１０５は、信号割当部１０４から受け取った送信信号に対して、アップコンバート等の所定の送信処理を施し、アンテナを介して送信する。
受信部１０６は、端末２００から送信された信号をアンテナを介して受信する。また、無線受信部１０６は、切替情報生成部１０１から受け取ったUL-DL Configurationに従ってＵＬサブフレームを特定し、端末２００から送信された信号から、特定したＵＬサブフレームの信号を分離し、ダウンコンバート等の所定の受信処理を施す。受信部１０６は、受信処理後の信号を復調部１０７に出力する。
復調部１０７は、受信部１０６から受け取った信号に対して復調処理を施し、得られた復調信号を誤り訂正復号部１０８に出力する。
誤り訂正復号部１０８は、復調部１０７から受け取った復調信号を復号し、受信データ信号（つまり、上り回線データ）を得る。得られた受信データ信号は誤り判定部１０９にも出力される。
誤り判定部１０９は、誤り訂正復号部１０８から受け取った受信データ信号に誤りがあるか否かを判定する。誤り判定部１０９は、受信データ信号に誤りがある場合、上り回線での再送（ＵＬ再送）を要求するか否かを判断する。誤り判定部１０９は、ＵＬ再送を要求する場合、誤りがあると判定した受信データ信号のUL HARQプロセスと同一のUL HARQプロセスのＵＬサブフレームに対応する再送要求信号を、信号割当部１０４に出力する。
［端末２００の構成］
図６は、本実施の形態に係る端末２００の構成を示すブロック図である。
図６において、無線受信部２０１は、基地局１００から送信された信号を、アンテナを介して受信し、ダウンコンバート等の所定の受信処理を施して、受信処理された信号を信号分離部２０２に出力する。なお、受信信号には、下り回線データ、及び、制御情報（切替情報、又は再送要求信号等）が含まれる。
信号分離部２０２は、受信部２０１から受け取った受信信号のうち、制御情報が割り当てられるリソースから、切替情報を含む制御情報を抽出し、抽出した制御情報を切替情報受信部２０５へ出力する。また、信号分離部２０２は、切替情報受信部２０５から受け取ったUL-DL Configurationに従ってＤＬサブフレームを特定し、特定したＤＬサブフレームにおいて、下り回線データリソースに対応する信号（つまり、下り回線データ）を受信信号から抽出し、抽出した信号を復調部２０３に出力する。また、信号分離部２０２は、受信信号から再送要求信号を抽出し、抽出した再送要求信号を選択部２０７に出力する。なお、再送要求信号（例えば、ＡＣＫ／ＮＡＣＫ又はUL grant）は、ＰＨＩＣＨのリソース領域又は上り回線制御信号のリソース領域に割り当てられている。
復調部２０３は、信号分離部２０２から受け取った信号を復調し、当該復調した信号を誤り訂正復号部２０４に出力する。
誤り訂正復号部２０４は、復調部２０３から受け取った復調信号を復号し、得られた受信データ信号を出力する。
切替情報受信部２０５は、信号分離部２０２から受け取った制御情報から、自端末宛ての切替情報を抽出する。これにより、端末２００では、UL-DL Configurationの切替指示が受信される。切替情報受信部２０５は、抽出した切替情報を決定部２０６に出力する。また、切替情報受信部２０５は、抽出した切替情報に示される切替後のUL-DL Configurationを信号分離部２０２及び信号割当部２１０に出力する。
決定部２０６は、切替情報受信部２０５から受け取った切替情報に基づいて、切替前後のUL-DL Configurationにおいて継続されるUL HARQプロセスを決定する。具体的には、決定部２０６は、切替前のUL-DL Configurationと切替後のUL-DL Configurationとによって一義的に定まるベースフレームにおけるＵＬサブフレームとUL HARQプロセスとの対応付けに基づいて、切替前のUL-DL Configurationに含まれるＵＬサブフレームの各々に対応付けられたUL HARQプロセスのうち、切替後のフレームにおいて継続させるUL HARQプロセス（継続元のUL HARQプロセス）を決定する。また、決定部２０６は、切替後のUL-DL Configurationに含まれるＵＬサブフレームの各々に対応付けられたUL HARQプロセスのうち、上記継続元のUL HARQプロセスが継続されるUL HARQプロセス（継続先のUL HARQプロセス）を決定する。決定部２０６は、決定した継続元のUL HARQプロセスと継続先のUL HARQプロセスとの対応付けを、選択部２０７に出力する。
つまり、決定部２０６では、端末２００が切替情報を受信したフレーム（reconfigurationを検出したフレーム。切替フレーム）に関わらず、ベースフレームとして定められたフレームでのUL HARQプロセスとＵＬサブフレームとの対応付けに従って、継続されるUL HARQプロセスのプロセス番号が定められる。例えば、決定部２０６は、ベースフレームでの、切替前のUL-DL Configuration及び切替後のUL-DL Configurationの双方がＵＬサブフレームであるタイミングにおける、切替前のUL-DL ConfigurationのUL HARQプロセスを、上記タイミングにおける切替後のUL-DL ConfigurationのUL HARQプロセスとして継続させる。
また、例えば、ベースフレームは、切替前のUL-DL ConfigurationにおけるUL HARQプロセスのフレーム周期（UL HARQ Cycle。フレーム数）と切替後のUL-DL ConfigurationにおけるUL HARQプロセスのフレーム周期との最小公倍数で割りきれるフレーム番号のフレームとしてもよい。または、ベースフレームは、切替前のUL-DL ConfigurationにおけるUL HARQプロセスのフレーム周期と切替後のUL-DL ConfigurationにおけるUL HARQプロセスのフレーム周期との最小公倍数で割りきれるフレーム番号に所定数を加えた番号のフレームとしてもよい。
選択部２０７は、送信データ信号（つまり、上り回線データ）を、UL HARQプロセス毎に格納するバッファ（UL HARQバッファ）を内部に有する。選択部２０７は、継続されるUL HARQプロセスの対応付けを決定部２０６から受け取ると、受け取ったUL HARQプロセスの対応付け（継続元のUL HARQプロセス及び継続先のUL HARQプロセス）に従って、UL HARQプロセスと送信データ信号との対応付けを変更する。また、選択部２０７は、信号分離部２０２から再送要求信号を受け取ると、UL HARQプロセスの対応付けを参照して、再送データを送信するＵＬサブフレームに対応するUL HARQプロセスを決定する。すなわち、選択部２０７は、格納している送信データ信号のうち、決定したUL HARQプロセスに対応する送信データ信号（つまり、再送データ）を選択して、誤り訂正符号化部２０８に出力する。
誤り訂正符号化部２０８は、送信データ信号（新規データ又は再送データ）を誤り訂正符号化し、符号化後の信号を変調部２０９に出力する。
変調部２０９は、誤り訂正符号化部２０８から出力された信号を変調し、変調信号を信号割当部２１０に出力する。
信号割当部２１０は、切替情報受信部２０５から受け取ったUL-DL Configurationに従ってＵＬサブフレームを特定する。信号割当部２１０は、特定したＵＬサブフレームにおいて、変調部２０９から受け取った信号を、上り回線リソースに割り当てる。割り当てられた信号は送信信号として送信部２１１に出力される。
送信部２１１は、信号割当部２１０から受け取った送信信号に対して、アップコンバート等の所定の送信処理を施し、アンテナを介して送信する。
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００の動作の詳細について説明する。
以下の説明では、一例として、Ｌ１シグナリングベースでの切替指示（reconfiguration）の通知について説明する。
また、基地局１００は、端末２００に対して、当該端末２００のUL-DL Configurationの切替指示（reconfiguration）を、複数のフレームにわたって通知する。基地局１００は、端末２００に対するUL-DL Configurationの切替を、ベースフレームに限らず、いずれのフレームでも指示可能である。
また、端末２００は、例えば、図１に示すような複数のUL-DL Configurationのいずれかに切替可能な端末である。
ベースフレームは、切替前のUL-DL Configurationと切替後のUL-DL Configurationとによって一義的に定まる。例えば、ベースフレームは、切替前後のUL-DL Configurationの周期（フレーム数）の最小公倍数で割り切れるフレーム番号のフレームとして定められる。
端末２００は、UL-DL Configurationの切替指示を受信したフレーム（切替フレーム）においてUL-DL Configurationを切り替える。その際、端末２００は、ベースフレームにおいて切替前後のUL-DL Configurationの双方がＵＬサブフレームであるタイミングにおけるUL HARQプロセスを優先して継続させる。
また、端末２００は、切替前のUL-DL Configurationの継続先のないUL HARQプロセスに対しては、再送の途中であったとしても、次の再送を行わない。また、端末２００は、切替後のUL-DL Configurationの継続元のないUL HARQプロセスに対しては、新規データの送信を開始する。
＜UL-DL Configurationの周期が同一の場合（図示せず）＞
まず、切替前後のUL-DL Configurationの周期が同一である場合について説明する。
例えば、図１に示すConfig#0〜Config#6において周期が同一である場合とは、Config#1〜Config#5（周期：１フレーム）の間で切替が行われる場合である。
Config#1,2,3,4,5間の切替では、切替前後のUL-DL ConfigurationにおけるUL HARQプロセスの周期（フレーム数）の最小公倍数は１であるので、全フレームがベースフレームとなる。換言すると、Config#1,2,3,4,5間の切替では、切替前後のUL-DL Configurationの双方がＵＬサブフレームであるタイミングにおけるUL HARQプロセスの対応関係は、全フレームにおいて同一である。したがって、UL-DL Configurationの切替がどのフレームで行われても、端末２００は、同一プロセス番号のUL HARQプロセスを継続させる。
例えば、Config#1とConfig#2とでは、サブフレーム#2，#7が共通してＵＬサブフレームである。そこで、端末２００（決定部２０６）は、UL-DL Configurationの切替の際、サブフレーム#2，#7に対応するUL HARQプロセスを継続させる。例えば、Config#1からConfig#2への切替時には、端末２００は、Config#1のUL HARQプロセス#1を、Config#2のUL HARQプロセス#1として継続させ、Config#1のUL HARQプロセス#3を、Config#2のUL HARQプロセス#2として継続させる。なお、Config#1ではＵＬサブフレームであるもののConfig#2ではＤＬサブフレームであるサブフレーム#3，#8では、端末２００は、Config#1のUL HARQプロセス#2，#4をConfig#2において継続させることができない。そこで、端末２００は、UL-DL Configurationの切替時には、この２つのUL HARQプロセスを継続させずに終了させる。
また、例えば、Config#1とConfig#3とでは、サブフレーム#2，#3が共通してＵＬサブフレームである。そこで、端末２００は、UL-DL Configurationの切替の際、サブフレーム#2，#3に対応するUL HARQプロセスを継続させる。例えば、Config#1からConfig#3への切替時には、端末２００は、Config#1のUL HARQプロセス#1を、Config#3のUL HARQプロセス#1として継続させ、Config#1のUL HARQプロセス#2を、Config#3のUL HARQプロセス#2として継続させる。
なお、Config#3ではサブフレーム#4はＵＬサブフレームである。よって、切替後のConfig#3では、サブフレーム#4に対応するUL HARQプロセス#3において、Config#1のUL HARQプロセスをもう１つ継続することが可能である。そこで、端末２００は、切替前後のUL-DL Configurationの双方がＵＬサブフレームであるタイミング（第１タイミング）と異なるタイミング（第２タイミング）における切替前のUL-DL ConfigurationのUL HARQプロセスを継続元のUL HARQプロセスとして決定し、上記第１タイミングと第２タイミングとに異なるタイミング（第３タイミング）における切替後のUL-DL ConfigurationのUL HARQプロセスを継続先のUL HARQプロセスとして決定してもよい。例えば、端末２００は、切替前のUL-DL Configurationにおいて、切替後のUL-DL Configurationとの間で共通してＵＬサブフレームではないサブフレームに該当するUL HARQプロセス（図１に示すConfig#1ではUL HARQプロセス#3，#4（サブフレーム#7，#8））のうち、最も小さいプロセス番号（最も早いタイミング）のUL HARQプロセスを継続させるようにしてもよい。Config#1からConfig#3への切替の場合、上記最も小さいプロセス番号のUL HARQプロセスはConfig#1のUL HARQプロセス#3である。そこで、端末２００は、Config#1のUL HARQプロセス#3を、Config#3のHARQプロセス#3として継続してもよい。このようにすると、UL-DL Configurationの切替時において継続させることのできるUL HARQプロセス数が増加する。
＜UL-DL Configurationの周期が異なる場合（図７）＞
次に、切替前後のUL-DL Configurationの周期が異なる場合について説明する。
端末２００は、UL HARQプロセスの周期（ここでは、フレーム数）の最小公倍数で割り切れるフレームの間隔でベースフレームを設定する。そして、端末２００は、ベースフレームにおけるＵＬサブフレームとUL HARQプロセスとの対応付けに基づいて、切替前後のUL-DL Configurationにおいて継続させるUL HARQプロセスを決定する。
Config#0とConfig#1,2,3,4,5との切替では、UL HARQプロセスの周期（フレーム数）の最小公倍数は７であるので、ベースフレームは、フレーム#7N（Ｎは０を含む任意の整数）とする。
Config#6とConfig#1,2,3,4,5との切替では、UL HARQプロセスの周期（フレーム数）の最小公倍数は６であるので、ベースフレームは、フレーム#6Nとする。
Config#0とConfig#6との切替では、UL HARQプロセスの周期（フレーム数）の最小公倍数は４２であるので、ベースフレームは、フレーム#42Nとする。
例えば、Config#0とConfig#2との切替を例に説明する。
Config#0のUL HARQプロセスの周期は７フレームであり、Config#2のUL HARQプロセスの周期は１フレームであるので、これらの最小公倍数は７である。そこで、図７Ａ及び図７Ｂに示すように、ベースフレームは、フレーム#7Nとなる。
端末２００（決定部２０６）は、ベースフレームでの、切替前後のUL-DL Configurationの双方がＵＬサブフレームであるタイミングにおける、切替前のUL-DL ConfigurationのUL HARQプロセスを継続元のUL HARQプロセスとして決定し、当該タイミングにおける切替後のUL-DL ConfigurationのUL HARQプロセスを継続先のUL HARQプロセスとして決定する。
図７Ａ及び図７Ｂに示すように、Config#0及びConfig#2の双方においてＵＬサブフレームとなるタイミングは、サブフレーム#2，#7である。また、ベースフレーム#7Nでは、Config#0において、サブフレーム#2はUL HARQプロセス#1に対応し、サブフレーム#7はUL HARQプロセス#4に対応する。また、図７Ａ及び図７Ｂに示すように、ベースフレーム#7Nでは、Config#2において、サブフレーム#2はUL HARQプロセス#1に対応し、サブフレーム#7はUL HARQプロセス#2に対応する。
そこで、図７Ａに示すように、Config#0からConfig#2に切り替わる場合、端末２００（決定部２０６）は、Config#0のUL HARQプロセス#1とConfig#2のUL HARQプロセス#1とを対応付け、Config#0のUL HARQプロセス#4とConfig#2のUL HARQプロセス#2とを対応付ける。そして、端末２００は、ベースフレーム#7Nに限らず、いずれのフレームでUL-DL Configurationの切替を認識（reconfigurationを検出）した場合でも、ベースフレームでのUL HARQプロセスの対応付けに従って、UL HARQプロセスを継続させる。
例えば、図７Ａに示すように、Config#0からConfig#2に切り替わる場合、端末２００は、ベースフレーム#7Nに限らず、どのフレームでUL-DL Configurationの切替を認識（reconfigurationを検出）したとしても、Config#0のUL HARQプロセス#1を、Config#2のUL HARQプロセス#1として継続させ、Config#0のUL HARQプロセス#4を、Config#2のUL HARQプロセス#2として継続させる。なお、図７Ａでは、端末２００は、切替前のConfig#0のUL HARQプロセス#2，#3，#5，#6に対しては、再送の途中であったとしても、次の再送を行わない。
同様に、図７Ｂに示すように、Config#2からConfig#0に切り替わる場合、端末２００は、ベースフレーム#7Nに限らず、どのフレーム（例えばフレーム#7N+1）でUL-DL Configurationの切替を認識（reconfigurationを検出）したとしても、Config#2のUL HARQプロセス#1を、Config#0のUL HARQプロセス#1として継続させ、Config#2のUL HARQプロセス#2を、Config#0のUL HARQプロセス#4として継続させる。なお、図７Ｂでは、端末２００は、切替後のConfig#0のUL HARQプロセス#2，#3，#5，#6に対して、新規データの送信を開始する。
図７Ａ及び図７Ｂに示すように、端末２００は、切替情報をいずれのフレームで検出したとしても、ベースフレームにおけるＵＬサブフレームとUL HARQプロセスとの対応付けに基づいて、継続対象のUL HARQプロセスを決定する。これにより、基地局１００が認識する、端末２００でのUL-DL Configurationの切替タイミングと、端末２００における実際のUL-DL Configurationの切替タイミングとが異なる場合でも、切替前後のUL-DL Configurationにおける継続対象のUL HARQプロセスの認識が基地局１００及び端末２００との間で一致する。
このように、本実施の形態では、UL-DL Configurationが切り替わる場合でも、切替前後のUL-DL Configurationにおいて継続されるUL HARQプロセスの認識を基地局１００と端末２００との間で一致させることができるので、端末２００が誤ったデータを再送することを避けることができる。
なお、本実施の形態では、切替前後のUL-DL Configurationにおいて共通しないＵＬサブフレーム（異なるタイミングのＵＬサブフレーム）に対応するUL HARQプロセスを継続させることができる場合には、当該UL HARQプロセス同士を対応付けて、極力継続させる場合について説明した。しかし、切替前後のUL-DL Configurationにおいて共通しないＵＬサブフレームについて、端末２００は、UL HARQプロセスを対応付けない（継続させない）としてもよい。こうすることで、再送指示の間に合わないＵＬサブフレームのUL HARQプロセスが継続される可能性が低くなる。または、切替前後のUL-DL Configurationにおいて共通しないＵＬサブフレームについて、再送の指示が間に合う場合のみ、端末２００は、当該ＵＬサブフレームに対応するUL HARQプロセスを対応付ける（継続させる）としてもよい。ここで、「再送の指示が間に合う」とは、切替前のUL-DL ConfigurationのＵＬサブフレームに対応するUL HARQプロセス対して、ＡＣＫ／ＮＡＣＫ信号又はUL grantによって再送を指示するＤＬサブフレームが、切替後のUL-DL ConfigurationのＵＬサブフレームの４サブフレーム以上前にあることを示す。
また、図７では、ベースフレームとして、UL HARQプロセスの周期（フレーム数）の最小公倍数で割り切れるフレーム番号のフレームが設定される場合について説明した。しかし、ベースフレームとしては、例えば、UL HARQプロセスの周期の最小公倍数で割り切れるフレーム番号に所定数Ｍを加えた番号のフレームが設定されてもよい。ここで、上記最小公倍数は、サブフレーム番号とUL HARQプロセスのプロセス番号との対応付けが互いに異なるフレームのパターン数に対応する。そこで、所定数Ｍは、例えば、０〜（最小公倍数−１）の間の値を採り得る。具体的には、Config#0とConfig#1,2,3,4,5との切替では、UL HARQプロセスの周期（フレーム数）の最小公倍数は７であるので、サブフレーム番号とUL HARQプロセスのプロセス番号との対応付けが互いに異なるフレームのパターン数は、７通りである。よって、ベースフレームを、フレーム#7N+M（M：0〜6のうちのいずれか）としてもよい。
なお、本実施の形態では、フレーム#0を基準としてUL HARQプロセス番号を昇順に番号付けした場合について説明したが、番号自体の付け方を限定するものではなく、UL HARQプロセス番号は端末で自由に付けることができる。ただし、どのUL HARQプロセスがどのULサブフレームに対応しているか、基地局と端末との間で共通認識を持つ必要があるため、便宜的に番号をつけている。
（実施の形態２）
実施の形態１では、ベースフレームが予め設定されていたのに対して、本実施の形態では、ベースフレームに関する情報が基地局から端末へ通知される場合について説明する。
図８は、本発明の実施の形態に係る基地局３００の構成を示すブロック図である。
図８において、ベースフレーム情報生成部３０１は、ベースフレームとなるフレームを指示するベースフレーム情報を生成し、ベースフレーム情報を信号割当部１０４に出力する。
ベースフレーム情報は、切替前後のUL-DL ConfigurationのUL HARQプロセスの周期（フレーム数）が異なる場合、UL HARQプロセスの周期（フレーム数）の最小公倍数に相当する数のフレーム（パターン）のいずれかを示す。上記最小公倍数は、サブフレーム番号とUL HARQプロセスのプロセス番号との対応付けが互いに異なるフレームのパターン数に対応する。つまり、基地局３００は、最小公倍数分のフレームのパターンのうち、端末４００（後述する）に対してベースフレームとして設定するパターンを決定し、決定したパターン（ベースフレーム）に対応するベースフレーム情報を生成する。また、ベースフレーム情報は、UL DL configurationを切り替えるフレーム（切替フレーム）を指示する情報として使用されてもよい。また、ベースフレーム情報と、切替情報とをまとめて１つの信号としてもよい。
信号割当部１０４は、実施の形態１の動作に加え、ベースフレーム情報生成部３０１から受け取ったベースフレーム情報を、下り回線リソースに割り当て、送信部１０５に出力する。
図９は、本発明の実施の形態に係る端末４００の構成を示すブロック図である。
図９において、ベースフレーム情報受信部４０１は、信号分離部２０２から受け取った制御情報から、自端末宛てのベースフレーム情報を抽出する。これにより、端末４００では、ベースフレーム情報が受信される。ベースフレーム情報受信部４０１は、抽出したベースフレーム情報を決定部４０２に出力する。
決定部４０２は、切替情報受信部２０５から受け取った切替情報、及び、ベースフレーム情報受信部４０１から受け取ったベースフレーム情報に基づいて、切替前後のUL-DL Configurationにおいて継続されるUL HARQプロセスを決定する。決定部４０２は、決定したUL HARQプロセスの対応付けを、選択部２０７に出力する。
［基地局３００及び端末４００の動作］
以上の構成を有する基地局３００及び端末４００の動作の詳細について説明する。
基地局３００は、端末４００に対して、端末４００のUL-DL Configurationの切替情報及びベースフレーム情報を、切替フレームの近辺において複数のフレームにわたって通知する。基地局３００は、端末４００に対するUL-DL Configurationの切替を、ベースフレームに限らず、いずれのフレームでも指示可能である。
また、実施の形態１と同様、端末４００は、ベースフレームにおいて切替前後のUL-DL Configurationの双方がＵＬサブフレームであるタイミングにおけるUL HARQプロセスを優先して継続させる。
また、端末４００は、切替前のUL-DL Configurationの継続先のないUL HARQプロセスに対しては、再送の途中であったとしても、次の再送を行わない。また、端末４００は、切替後のUL-DL Configurationの継続元のないUL HARQプロセスに対しては、新規データの送信を開始する。
なお、切替前後のUL-DL Configurationの周期が同一である場合については、実施の形態１と同様であるので説明を省略する。
＜UL-DL Configurationの周期が異なる場合（図１０）＞
切替前後のUL-DL Configurationの周期が異なる場合について説明する。
ベースフレームは、切替前のUL-DL Configurationと切替後のUL-DL Configurationとによって一義的に定まる。具体的には、ベースフレームとなり得るフレームの候補（パターン）としては、切替前後のUL-DL ConfigurationのUL HARQプロセスの周期（フレーム数）の最小公倍数に相当する数のフレームが用いられる。
例えば、Config#0とConfig#1,2,3,4,5との切替では、UL HARQプロセスの周期（フレーム数）の最小公倍数は７であるので、ベースフレームは、フレーム#7N+0，#7N+1，#7N+2，#7N+3，#7N+4，#7N+5，#7N+6の７パターンの中から選択される。この７パターンの通知に必要なビット数は３ビットである。
Config#6とConfig#1,2,3,4,5との切替では、UL HARQプロセスの周期（フレーム数）の最小公倍数は６であるので、ベースフレームは、フレーム#6N+0，#6N+1，#6N+2，#6N+3，#6N+4，#6N+5の６パターンの中から選択される。この７パターンの通知に必要なビット数は３ビットである。
Config#0とConfig#6との切替では、UL HARQプロセスの周期（フレーム数）の最小公倍数は４２であるので、ベースフレームは、フレーム#42N+0，#42N+1，…，#42N+41の４２パターンの中から選択される。この４２パターンの通知に必要なビット数は６ビットである。なお、Config#0とConfig#6との切替では、他の切替のパターンと比較してパターン数が多い。そこで、ベースフレームとして選択可能なパターンを、例えば、４２パターンのうち、一部のパターン（例えば８パターン：フレーム#42N+0，#42N+6，#42N+12，#42N+18，#42N+24，#42N+30，#42N+36，#42N+41）に制限してもよい。例えば、パターン数を８パターンに制限することで、Config#0とConfig#6との切替でも、他の切替と同様、パターンの通知に必要なビット数を３ビットに収めることができる。
端末４００（決定部４０２）は、切替情報及びベースフレーム情報に基づいてベースフレームを設定する。そして、端末４００は、実施の形態１と同様、ベースフレームにおけるＵＬサブフレームとUL HARQプロセスとの対応付けに基づいて、切替前後のUL-DL Configurationにおいて継続されるUL HARQプロセスを決定する。
例えば、Config#0とConfig#2との切替を例に説明する。
Config#0のUL HARQプロセスの周期は７フレームであり、Config#2のUL HARQプロセスの周期は１フレームであるので、これらの最小公倍数は７である。そこで、ベースフレームは、フレーム#7N+0，#7N+1，#7N+2，#7N+3，#7N+4，#7N+5，#7N+6の７パターンの中から選択される。例えば、図１０では、基地局３００は、フレーム#7N+1をベースフレームとして決定する。その際、基地局３００は、UL-DL Configurationの切替情報（reconfiguration）とともに、ベースフレーム情報として、パラメータ（indication）‘１’を示す情報を端末４００へ通知する。すなわち、図１０では、基地局３００（ベースフレーム情報生成部３０１）は、７パターンのフレーム#7N+x（x=0〜6）に関して、パラメータ‘x’をベースフレーム情報として生成する。
図１０に示すように、切替情報及びベースフレーム情報を検出すると、端末４００（決定部４０２）は、切替情報及びベースフレーム情報（パラメータ‘１’）に基づいて、フレーム#7N+1をベースフレームとして決定する。
そして、端末４００は、実施の形態１と同様、ベースフレームでの、切替前後のUL-DL Configurationの双方がＵＬサブフレームであるタイミングにおける、切替前のUL-DL ConfigurationのUL HARQプロセスを継続元のUL HARQプロセスとして決定し、当該タイミングにおける切替後のUL-DL ConfigurationのUL HARQプロセスを継続先のUL HARQプロセスとして決定する。
ここで、Config#0及びConfig#2の双方においてＵＬサブフレームとなるタイミングは、サブフレーム#2，#7である。また、図１０に示すように、ベースフレーム#7N+1では、Config#0において、サブフレーム#2はUL HARQプロセス#7に対応し、サブフレーム#7はUL HARQプロセス#3に対応する。また、図１０に示すように、ベースフレーム#7N+1では、Config#2において、サブフレーム#2はUL HARQプロセス#1に対応し、サブフレーム#7はUL HARQプロセス#2に対応する。
そこで、端末４００は、Config#0のUL HARQプロセス#7とConfig#2のUL HARQプロセス#1とを対応付け、Config#0のUL HARQプロセス#3とConfig#2のUL HARQプロセス#2とを対応付ける。端末４００は、ベースフレーム#7N+1に限らず、いずれのフレームで切替情報及びベースフレーム情報を検出した場合でも、ベースフレームでのUL HARQプロセスの対応付けに従って、UL HARQプロセスを継続させる。
例えば、図１０に示すように、フレーム#7N+2において切替情報（reconfiguration）及びベースフレーム情報（indication）を検出した場合でも、端末４００は、Config#0のUL HARQプロセス#7を、Config#2のUL HARQプロセス#1として継続させ、Config#0のUL HARQプロセス#3を、Config#2のUL HARQプロセス#2として継続させる。なお、図１０では、端末４００は、切替前のConfig#0のUL HARQプロセス#1，#2，#4，#5に対しては、再送の途中であったとしても、次の再送を行わない。
Config#2からConfig#0に切り替わる場合についても同様である（図示せず）。
このように、本実施の形態では、ベースフレーム情報が基地局３００から端末４００へ通知されることにより、切替前後のUL-DL Configurationにおいて継続されるUL HARQプロセスを柔軟に設定することができる。
また、図１０では、基地局３００が認識する、端末４００でのUL-DL Configurationの切替タイミングと、端末４００における実際のUL-DL Configurationの切替タイミングとが異なる場合でも、切替前後のUL-DL Configurationにおける継続対象のUL HARQプロセスの認識が基地局３００と端末４００との間で一致する。すなわち、端末４００が、複数回通知される切替情報及びベースフレーム情報のうち少なくとも１つを受信できれば、実施の形態１と同様、切替前後のUL-DL Configurationにおける継続対象のUL HARQプロセスの認識を基地局３００と端末４００との間で一致させることができる。これにより、実施の形態１と同様、UL-DL Configurationが切り替わる場合でも、切替前後のUL-DL Configurationにおいて継続されるUL HARQプロセスの認識を基地局３００と端末４００との間で一致させることができるので、端末４００が誤ったデータを再送することを避けることができる。
なお、上記実施の形態において、Config#0とConfig#6との切替時には、UL HARQプロセスを継続させないと規定してもよい。Config#0とConfig#6との切替は、ベースフレームとして採りうるフレームのパターン（４２パターン）が、他のUL-DL Configuration間の切替と比較して多く、ベースフレームを指示するビット数が多くなる。そこで、Config#0とConfig#6との切り替え時におけるUL HARQプロセスの継続をサポートしないことで、ベースフレームの通知に必要となるビット数を削減することできる。なお、Config#0及びConfig#6は、ＤＬサブフレームとＵＬサブフレームとの比の差が少ないので、この２つのUL-DL Configurationの切替は頻繁に起こらないことが予想される。したがって、この２つのUL-DL Configurationの切替時におけるUL HARQプロセスの継続をサポートしなくても、UL HARQプロセスが継続されないことによるシステムへの影響は少ない。
＜実施の形態２のバリエーション＞
ここでは、ベースフレーム情報として、ベースフレーム情報が通知されるフレーム（つまり、端末４００がベースフレーム情報を受信するフレーム）とベースフレームとの相対的な位置関係（相対値）を示す。
例えば、基地局３００は、ベースフレームのｐフレーム前のフレームではパラメータ‘-p’をベースフレーム情報として通知し、ベースフレームではパラメータ‘0’をベースフレーム情報として通知し、ベースフレームのｑフレーム後のフレームではパラメータ‘q’をベースフレーム情報として通知する。これに対して、端末４００は、ベースフレーム情報を受け取ったフレームと、当該ベースフレーム情報に示されるパラメータ（-p，0，又はq）とに基づいてベースフレームを特定する。
例えば、図１１は、ベースフレームがフレーム#7N+1に設定される場合を示す。図１１に示すように、基地局３００は、ベースフレーム（フレーム#7N+1）の１フレーム前のフレーム#7Nでは、パラメータ（indication）‘−１’を通知し、ベースフレーム（フレーム#7N+1）では、パラメータ‘０’を通知し、ベースフレーム（フレーム#7N+1）の１フレーム後のフレーム#7N+2では、パラメータ‘１’を通知する。これに対して、端末４００は、フレーム#7Nにおいてベースフレーム情報（‘−１’）を受信した場合、当該フレーム#7Nから１フレーム後のフレーム#7N+1がベースフレームであることを特定する。同様に、端末４００は、フレーム#7Nにおいてベースフレーム情報（‘０’）を受信した場合、当該フレーム#7Nがベースフレームであることを特定する。同様に、端末４００は、フレーム#7N+2においてベースフレーム情報（‘１’）を受信した場合、当該フレーム#7N+2より１フレーム前のフレーム#7N+1がベースフレームであることを特定する。
このようにすることで、実施の形態２（図１０）と同様、切替前後のUL-DL Configurationにおいて継続されるUL HARQプロセスを柔軟に設定することができる。
また、上記ベースフレーム情報（-p，…，-1，0，１…，q）は、予め設定されたビット数を用いて通知される。例えば、ベースフレーム情報が３ビットで表される場合、ベースフレームを含む８フレームにおいてベースフレーム情報が通知可能である。これにより、例えば、Config#0とConfig#6との切替のように４２パターンが存在する場合でも、ベースフレームに選択可能なパターンを制限することなく、３ビットの情報のみを用いてベースフレームが通知可能となる。すなわち、切替前後のUL-DL Configurationの組み合わせ（つまり、ベースフレームとして採りうるフレームのパターン数）がいずれの場合でも、同一ビット数（つまり、同一フォーマット）を用いてベースフレームを通知することができる。
また、ベースフレーム情報は、切替情報（すなわち、切替フレームを示す情報）として使用されてもよい。その際、ベースフレーム情報（切替情報）を通知可能なフレーム数（３ビットの場合、８フレーム）のうち、切替フレームより前のフレームを示すパラメータの割合を大きくした場合（|p|＞|q|）、端末４００は、UL-DL Configurationの切替を事前に認識できる可能性が高くなる。これにより、端末４００において、UL-DL Configurationが切り替わっているのにも関わらず、切替前のUL-DL Configurationで動作するという可能性が低くなり、ロバストなオペレーションが可能となる。一方、ベースフレーム情報（切替情報）を通知可能なフレーム数のうち、切替フレームより後のフレームを示すパラメータの割合を大きくした場合（|p|＜|q|）、基地局３００は、UL-DL Configurationの切替を事前に設定する必要がなく、より動的なUL-DL Configurationの切替が可能となる。
以上、本発明の実施の形態について説明した。
［他の実施の形態］
なお、上記実施の形態におけるUL HARQプロセスの継続を、上り回線データの割当が継続している場合にのみ適用してもよい。例えば、上り回線データの割当が或る一定時間無かった場合、基地局及び端末では、UL-DL Configurationの切替前後においてUL HARQプロセスを継続せずに、新規データの送受信が行われてもよい。
また、上記実施の形態では、各アンテナとして説明したが、本発明はアンテナポート（antenna port）でも同様に適用できる。
アンテナポートとは、１本又は複数の物理アンテナから構成される、論理的なアンテナを指す。すなわち、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。
例えばＬＴＥにおいては、アンテナポートが何本の物理アンテナから構成されるかは規定されず、基地局が異なる参照信号（Reference signal）を送信できる最小単位として規定されている。
また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
また、上記実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はハードウェアとの連携においてソフトウェアで実現することも可能である。
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
以上、本開示に係る端末装置は、１フレームを構成するサブフレームの構成パターンであって、下り回線の通信に用いられるダウンリンクサブフレームと、上り回線の通信に用いられるアップリンクサブフレームとを含む複数の前記構成パターンのいずれかに切替可能である端末装置であって、前記アップリンクサブフレームと再送プロセスとの対応付けが前記複数の構成パターン毎に設定され、切替前の構成パターンと切替後の構成パターンとによって一義的に定まるベースフレームにおける前記対応付けに基づいて、前記切替前の構成パターンの再送プロセスのうち、切替後に継続させる第１の再送プロセスを決定し、前記切替後の構成パターンの再送プロセスのうち、前記第１の再送プロセスが継続される第２の再送プロセスを決定する決定部と、前記第１の再送プロセス及び前記第２の再送プロセスに基づいて、再送プロセス毎に格納された送信データの中から、再送するデータを選択する選択部と、を具備する構成を採る。
本開示に係る端末装置において、前記ベースフレームは、前記切替前の構成パターンにおける、前記アップリンクサブフレームと当該アップリンクサブフレームに対応付けられた再送プロセスとの前記対応付けが同一となる間隔を示すフレーム周期と、前記切替後の構成パターンにおける前記フレーム周期との最小公倍数で割りきれるフレーム番号のフレームである。
本開示に係る端末装置において、前記ベースフレームは、前記切替前の構成パターンにおける、前記アップリンクサブフレームと当該アップリンクサブフレームに対応付けられた再送プロセスとの前記対応付けが同一となる間隔を示すフレーム周期と、前記切替後の構成パターンにおける前記フレーム周期との最小公倍数で割りきれるフレーム番号に所定数を加えた番号のフレームである。
本開示に係る端末装置において、前記決定部は、前記ベースフレームでの、前記切替前の構成パターン及び前記切替後の構成パターンの同一タイミングにおける双方のサブクレームが前記アップリンクサブフレームである第１のタイミングにおける、前記切替前の構成パターンの再送プロセスを前記第１の再送プロセスとして決定し、前記第１のタイミングにおける前記第２の構成パターンの再送プロセスを前記第２の再送プロセスとして決定する。
本開示に係る端末装置において、前記決定部は、さらに、前記ベースフレームでの、前記第１のタイミングと異なる第２のタイミングにおける前記切替前の構成パターンの再送プロセスを前記第１の再送プロセスとして決定し、前記第１のタイミングと前記第２のタイミングとに異なる第３のタイミングにおける前記切替後の構成パターンの再送プロセスを前記第２の再送プロセスとして決定する。
本開示に係る端末装置において、前記決定部は、複数の前記第２のタイミングのうち、最も早いタイミングにおける前記切替前の構成パターンの再送プロセスを前記第１の再送プロセスとして決定する。
本開示に係る端末装置は、前記ベースフレームを示す情報を受信する受信部を更に具備し、前記決定部は、前記情報に示される前記ベースフレームに基づいて、前記第１の再送プロセス及び前記第２の再送プロセスを決定する。
本開示に係る端末装置において、前記情報は、前記切替前の構成パターンにおける、前記アップリンクサブフレームと当該アップリンクサブフレームに対応付けられた再送プロセスとの前記対応付けが同一となる間隔を示すフレーム周期と、前記切替後の構成パターンにおける前記フレーム周期との最小公倍数に相当する数のフレームのいずれかを示す。
本開示に係る端末装置において、前記情報は、前記ベースフレームと、前記情報が送信されるフレームとの相対的な位置関係を示す。
本開示に係る再送方法は、１フレームを構成するサブフレームの構成パターンであって、下り回線の通信に用いられるダウンリンクサブフレームと、上り回線の通信に用いられるアップリンクサブフレームとを含む複数の前記構成パターンのいずれかに切替可能である端末装置における再送方法であって、前記アップリンクサブフレームと再送プロセスとの対応付けが前記複数の構成パターン毎に設定され、切替前の構成パターンと切替後の構成パターンとによって一義的に定まるベースフレームにおける前記対応付けに基づいて、前記切替前の構成パターンの再送プロセスのうち、切替後に継続させる第１の再送プロセスを決定し、前記切替後の構成パターンの再送プロセスのうち、前記第１の再送プロセスが継続される第２の再送プロセスを決定し、前記第１の再送プロセス及び前記第２の再送プロセスに基づいて、再送プロセス毎に格納された送信データの中から、再送するデータを選択する。
２０１２年１１月２６日出願の特願２０１２−２５７５２７の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
本発明は、移動通信システム等に有用である。
１００，３００ 基地局
２００，４００ 端末
１０１ 切替情報生成部
１０２，２０８ 誤り訂正符号化部
１０３，２０９ 変調部
１０４，２１０ 信号割当部
１０５，２１１ 送信部
１０６，２０１ 受信部
１０７，２０３ 復調部
１０８，２０４ 誤り訂正復号部
１０９ 誤り判定部
２０２ 信号分離部
２０５ 切替情報受信部
２０６，４０２ 決定部
２０７ 選択部
３０１ ベースフレーム情報生成部
４０１ ベースフレーム情報受信部

Claims (10)

  1. １フレームを構成するサブフレームの構成パターンであって、下り回線の通信に用いられるダウンリンクサブフレームと、上り回線の通信に用いられるアップリンクサブフレームとを含む複数の前記構成パターンのいずれかに切替可能である端末装置であって、
    前記アップリンクサブフレームと再送プロセスとの対応付けが前記複数の構成パターン毎に設定され、切替前の構成パターンと切替後の構成パターンとによって一義的に定まるベースフレームにおける前記対応付けに基づいて、前記切替前の構成パターンの再送プロセスのうち、切替後に継続させる第１の再送プロセスを決定し、前記切替後の構成パターンの再送プロセスのうち、前記第１の再送プロセスが継続される第２の再送プロセスを決定する決定部と、
    前記第１の再送プロセス及び前記第２の再送プロセスに基づいて、再送プロセス毎に格納された送信データの中から、再送するデータを選択する選択部と、
    を具備する端末装置。
  2. 前記ベースフレームは、
    前記切替前の構成パターンにおける、前記アップリンクサブフレームと当該アップリンクサブフレームに対応付けられた再送プロセスとの前記対応付けが同一となる間隔を示すフレーム周期と、前記切替後の構成パターンにおける前記フレーム周期との最小公倍数で割りきれるフレーム番号のフレームである、
    請求項１記載の端末装置。
  3. 前記ベースフレームは、
    前記切替前の構成パターンにおける、前記アップリンクサブフレームと当該アップリンクサブフレームに対応付けられた再送プロセスとの前記対応付けが同一となる間隔を示すフレーム周期と、前記切替後の構成パターンにおける前記フレーム周期との最小公倍数で割りきれるフレーム番号に所定数を加えた番号のフレームである、
    請求項１記載の端末装置。
  4. 前記決定部は、前記ベースフレームでの、前記切替前の構成パターン及び前記切替後の構成パターンの同一タイミングにおける双方のサブクレームが前記アップリンクサブフレームである第１のタイミングにおける、前記切替前の構成パターンの再送プロセスを前記第１の再送プロセスとして決定し、前記第１のタイミングにおける前記第２の構成パターンの再送プロセスを前記第２の再送プロセスとして決定する、
    請求項１記載の端末装置。
  5. 前記決定部は、さらに、前記ベースフレームでの、前記第１のタイミングと異なる第２のタイミングにおける前記切替前の構成パターンの再送プロセスを前記第１の再送プロセスとして決定し、前記第１のタイミングと前記第２のタイミングとに異なる第３のタイミングにおける前記切替後の構成パターンの再送プロセスを前記第２の再送プロセスとして決定する、
    請求項４記載の端末装置。
  6. 前記決定部は、複数の前記第２のタイミングのうち、最も早いタイミングにおける前記切替前の構成パターンの再送プロセスを前記第１の再送プロセスとして決定する、
    請求項５記載の端末装置。
  7. 前記ベースフレームを示す情報を受信する受信部を更に具備し、
    前記決定部は、前記情報に示される前記ベースフレームに基づいて、前記第１の再送プロセス及び前記第２の再送プロセスを決定する、
    請求項１記載の端末装置。
  8. 前記情報は、前記切替前の構成パターンにおける、前記アップリンクサブフレームと当該アップリンクサブフレームに対応付けられた再送プロセスとの前記対応付けが同一となる間隔を示すフレーム周期と、前記切替後の構成パターンにおける前記フレーム周期との最小公倍数に相当する数のフレームのいずれかを示す、
    請求項７記載の端末装置。
  9. 前記情報は、前記ベースフレームと、前記情報が送信されるフレームとの相対的な位置関係を示す、
    請求項７記載の端末装置。
  10. １フレームを構成するサブフレームの構成パターンであって、下り回線の通信に用いられるダウンリンクサブフレームと、上り回線の通信に用いられるアップリンクサブフレームとを含む複数の前記構成パターンのいずれかに切替可能である端末装置における再送方法であって、
    前記アップリンクサブフレームと再送プロセスとの対応付けが前記複数の構成パターン毎に設定され、切替前の構成パターンと切替後の構成パターンとによって一義的に定まるベースフレームにおける前記対応付けに基づいて、前記切替前の構成パターンの再送プロセスのうち、切替後に継続させる第１の再送プロセスを決定し、前記切替後の構成パターンの再送プロセスのうち、前記第１の再送プロセスが継続される第２の再送プロセスを決定し、
    前記第１の再送プロセス及び前記第２の再送プロセスに基づいて、再送プロセス毎に格納された送信データの中から、再送するデータを選択する、
    再送方法。
JP2014548439A 2012-11-26 2013-11-06 端末装置及び再送方法 Expired - Fee Related JP6284486B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012257527 2012-11-26
JP2012257527 2012-11-26
PCT/JP2013/006554 WO2014080582A1 (ja) 2012-11-26 2013-11-06 端末装置及び再送方法

Publications (2)

Publication Number Publication Date
JPWO2014080582A1 true JPWO2014080582A1 (ja) 2017-01-05
JP6284486B2 JP6284486B2 (ja) 2018-02-28

Family

ID=50775779

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014548439A Expired - Fee Related JP6284486B2 (ja) 2012-11-26 2013-11-06 端末装置及び再送方法

Country Status (4)

Country Link
US (1) US9553698B2 (ja)
EP (1) EP2925046B1 (ja)
JP (1) JP6284486B2 (ja)
WO (1) WO2014080582A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014111045A1 (zh) * 2013-01-18 2014-07-24 联发科技（新加坡）私人有限公司 决定上下行链路重配置期间确认信令时序和调度时序的方法及用户设备
JP6832794B2 (ja) * 2017-06-05 2021-02-24 ルネサスエレクトロニクス株式会社 無線通信システム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012162877A1 (en) * 2011-05-30 2012-12-06 Renesas Mobile Corporation A method, an apparatus and a network element for dynamical tdd configuration
CN104040913B (zh) * 2012-01-06 2017-03-15 Lg电子株式会社 用于分配关于上行链路绑定的信道的方法和设备
US9497747B2 (en) * 2012-06-22 2016-11-15 Qualcomm Incorporated Data transmission in carrier aggregation with different carrier configurations
EP2901599B1 (en) * 2012-09-26 2022-06-29 Interdigital Patent Holdings, Inc. Methods for dynamic tdd uplink/downlink configuration
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ALCATEL-LUCENT SHANGHAI BELL, ALCATEL-LUCENT: "Discussion on timing issues with dynamic TDD UL-DL configuration", 3GPP TSG RAN WG1 MEETING #69 R1-122510, JPN6017022341, 25 May 2012 (2012-05-25), pages 1 - 3, ISSN: 0003652236 *
ERICSSON, ST-ERICSSON: "Remaining issues in general frame work for aggregation of carriers with different UL/DL configuratio", 3GPP TSG-RAN WG1 #68 R1-120070, JPN6017022342, 10 February 2012 (2012-02-10), pages 2 - 6, ISSN: 0003652237 *

Also Published As

Publication number Publication date
EP2925046A1 (en) 2015-09-30
JP6284486B2 (ja) 2018-02-28
EP2925046B1 (en) 2021-02-24
WO2014080582A1 (ja) 2014-05-30
US9553698B2 (en) 2017-01-24
US20150295683A1 (en) 2015-10-15
EP2925046A4 (en) 2015-11-25

Similar Documents

Publication Publication Date Title
JP6706778B2 (ja) 集積回路
US11695510B2 (en) Base station, terminal, and communication method
JP6115840B2 (ja) 基地局、端末、送信方法及び受信方法
US9967876B2 (en) Base station device, mobile station device, and communication method
JP7460628B2 (ja) 端末、送信方法及び集積回路
US11877304B2 (en) Base station, terminal, and communication method
JP6314087B2 (ja) 端末装置、基地局装置、受信方法及び送信方法
WO2012108138A1 (ja) 送信装置、受信装置、送信方法、及び受信方法
EP4145756A1 (en) Method and apparatus for control and data information resource mapping in wireless cellular communication system
JP6284486B2 (ja) 端末装置及び再送方法
JP7341298B2 (ja) 基地局、通信方法及び集積回路
JP6365954B2 (ja) 通信装置、通信方法及び集積回路
JP2020182235A (ja) 通信装置、通信方法及び集積回路
JP2019169971A (ja) 基地局、通信方法及び集積回路
JP2018174561A (ja) 通信装置、通信方法及び集積回路

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170620

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170628

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171003

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171030

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180130

R150 Certificate of patent or registration of utility model

Ref document number: 6284486

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees