[go: up one dir, main page]

JP2018137792A - ユーザ端末及び無線通信方法 - Google Patents

ユーザ端末及び無線通信方法 Download PDF

Info

Publication number
JP2018137792A
JP2018137792A JP2018072257A JP2018072257A JP2018137792A JP 2018137792 A JP2018137792 A JP 2018137792A JP 2018072257 A JP2018072257 A JP 2018072257A JP 2018072257 A JP2018072257 A JP 2018072257A JP 2018137792 A JP2018137792 A JP 2018137792A
Authority
JP
Japan
Prior art keywords
dci
transmission
subframes
subframe
user terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2018072257A
Other languages
English (en)
Inventor
浩樹 原田
Hiroki Harada
浩樹 原田
聡 永田
Satoshi Nagata
聡 永田
ユー ジャン
Yuu Jan
ユー ジャン
リュー リュー
Liu Liu
リュー リュー
ホイリン ジャン
Huiling Jiang
ホイリン ジャン
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 JP2018072257A priority Critical patent/JP2018137792A/ja
Publication of JP2018137792A publication Critical patent/JP2018137792A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】単一のDCIを用いて複数のサブフレームにおけるULデータの送信をスケジューリングする場合に、当該ULデータの非同期の再送制御を適切に行うことが出来るユーザ端末及び無線通信方法を提供する。【解決手段】ユーザ端末20は、下り制御情報DCIを受信する受信部と、DCI内の新規データ識別子に基づいて、複数のサブフレームの上り共有チャネルの送信を制御するベースバンド信号処理部に含まれる制御部と、を具備する。DCI内の新規データ識別子は、DCIによりスケジューリングされる最大サブフレーム数と等しいビット数のビットマップである。【選択図】図17

Description

本発明は、次世代移動通信システムにおけるユーザ端末及び無線通信方法に関する。
UMTS(Universal Mobile Telecommunications System)ネットワークにおいて、さらなる高速データレート、低遅延などを目的としてロングタームエボリューション(LTE:Long Term Evolution)が仕様化された(非特許文献1)。また、LTE(LTE Rel.8又は9ともいう)からの更なる広帯域化及び高速化を目的として、LTE−A(LTEアドバンスト、LTE Rel.10、11又は12ともいう)が仕様化され、LTEの後継システム(例えば、FRA(Future Radio Access)、5G(5th generation mobile communication system)、LTE Rel.13などともいう)も検討されている。
Rel.8−12のLTEでは、通信事業者(オペレータ)に免許された周波数帯域(ライセンスバンド(licensed band)ともいう)において排他的な運用がなされることを想定して仕様化が行われてきた。ライセンスバンドとしては、例えば、800MHz、1.7GHz、2GHzなどが使用される。
近年、スマートフォンやタブレットなどの高機能化されたユーザ端末(UE:User Equipment)の普及は、ユーザトラヒックを急激に増加させている。増加するユーザトラヒックを吸収するため、更なる周波数バンドを追加することが求められているが、ライセンスバンドのスペクトラム(licensed spectrum)には限りがある。
このため、Rel.13 LTEでは、ライセンスバンド以外に利用可能なアンライセンススペクトラム(unlicensed spectrum)のバンド(アンライセンスバンド(unlicensed band)ともいう)を利用して、LTEシステムの周波数を拡張することが検討されている(非特許文献2)。アンライセンスバンドとしては、例えば、Wi−Fi(登録商標)やBluetooth(登録商標)を使用可能な2.4GHz帯や5GHz帯などの利用が検討されている。
具体的には、Rel.13 LTEでは、ライセンスバンドとアンライセンスバンドの間でのキャリアアグリゲーション(CA:Carrier Aggregation)を行うことが検討されている。このように、ライセンスバンドとともにアンライセンスバンドを用いて行う通信をLAA(License-Assisted Access)と称する。なお、将来的には、ライセンスバンドとアンライセンスバンドのデュアルコネクティビティ(DC:Dual Connectivity)や、アンライセンスバンドのスタンドアローン(SA:Stand-Alone)もLAAの検討対象となる可能性がある。
アンライセンスバンドの上りリンク(UL:Uplink)では、ULデータの再送制御(HARQ:Hybrid Automatic Repeat reQuest)を非同期に行うことが想定される。また、アンライセンスバンドのULでは、単一の下り制御情報(DCI:Downlink Control Information)(例えば、ULグラント)を用いて、複数のサブフレームにおけるULデータの送信をスケジューリングするマルチサブフレームスケジューリングをサポートすることが検討されている。
しかしながら、アンライセンスバンドのULにおいて、単一のDCIを用いて複数のサブフレームにおけるULデータの送信をスケジューリングする場合、当該ULデータの非同期の再送制御を適切に行うことができない恐れがある。また、このような問題は、ライセンスバンドのULでも発生する恐れがある。
本発明はかかる点に鑑みてなされたものであり、単一のDCIを用いて複数のサブフレームにおけるULデータの送信をスケジューリングする場合に、当該ULデータの非同期の再送制御を適切に行うことが可能なユーザ端末及び無線通信方法を提供することを目的の1つとする。
本発明の一態様に係るユーザ端末は、下り制御情報(DCI)を受信する受信部と、前記DCI内の新規データ識別子(NDI)に基づいて、複数のサブフレームの上り共有チャネルの送信を制御する制御部と、を具備し、前記NDIは、前記DCIによりスケジューリングされる最大サブフレーム数と等しいビット数のビットマップであることを特徴とする。
本発明によれば、単一のDCIを用いて複数のサブフレームにおけるULデータの送信をスケジューリングする場合に、当該ULデータの非同期の再送制御を適切に行うことができる。
マルチサブフレームスケジューリングの一例を示す図である。 単一のDCIによるマルチサブフレームスケジューリングの一例を示す図である。 本実施の形態に係るマルチサブフレームスケジューリングの一例を示す図である。 本実施の形態の第1の態様に係る第1のHPN決定例を示す図である。 本実施の形態の第1の態様に係る第2のHPN決定例を示す図である。 本実施の形態の第2の態様に係る第1のNDI/RV決定例を示す図である。 本実施の形態の第2の態様に係る第2のNDI/RV決定例を示す図である。 本実施の形態の第2の態様に係る第3のNDI/RV決定例を示す図である。 本実施の形態の第2の態様に係る第4のNDI/RV決定例を示す図である。 本実施の形態に係るリスニング後のULデータ送信例を示す図である。 本実施の形態に係る第3の態様に係る第1のRV決定例を示す図である。 本実施の形態に係る第3の態様に係る第2のRV決定例を示す図である。 本実施の形態に係る第3の態様に係る第3のRV決定例を示す図である。 本実施の形態に係る無線通信システムの概略構成の一例を示す図である。 本実施の形態に係る無線基地局の全体構成の一例を示す図である。 本実施の形態に係る無線基地局の機能構成の一例を示す図である。 本実施の形態に係るユーザ端末の全体構成の一例を示す図である。 本実施の形態に係るユーザ端末の機能構成の一例を示す図である。 本実施の形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。
アンライセンスバンドでLTE/LTE−Aを運用するシステム(例えば、LAAシステム)においては、他事業者のLTE、Wi−Fi又はその他のシステムとの共存のため、干渉制御機能が必要になると考えられる。なお、アンライセンスバンドでLTE/LTE−Aを運用するシステムは、運用形態がCA、DC又はSAのいずれであるかに関わらず、総称して、LAA、LAA−LTE、LTE−U、U−LTEなどと呼ばれてもよい。
一般に、アンライセンスバンドのキャリア(キャリア周波数又は単に周波数と呼ばれてもよい)を用いて通信を行う送信ポイント(例えば、無線基地局(eNB)、ユーザ端末(UE)など)は、当該アンライセンスバンドのキャリアで通信を行っている他のエンティティ(例えば、他のユーザ端末)を検出した場合、当該キャリアで送信を行うことが禁止されている。
このため、送信ポイントは、送信タイミングよりも所定期間前のタイミングで、リスニング(LBT:Listen Before Talk)を実行する。具体的には、LBTを実行する送信ポイントは、送信タイミングよりも所定期間前のタイミングで、対象となるキャリア帯域全体(例えば、1コンポーネントキャリア(CC:Component Carrier))をサーチし、他の装置(例えば、無線基地局、ユーザ端末、Wi−Fi装置など)が当該キャリア帯域で通信しているか否かを確認する。
なお、本明細書において、リスニングとは、ある送信ポイント(例えば、無線基地局、ユーザ端末など)が信号の送信を行う前に、他の送信ポイントなどから所定レベル(例えば、所定電力)を超える信号が送信されているか否かを検出/測定する動作を指す。また、無線基地局及び/又はユーザ端末が行うリスニングは、LBT、CCA(Clear Channel Assessment)、キャリアセンスなどと呼ばれてもよい。
送信ポイントは、他の装置が通信していないことを確認できた場合、当該キャリアを用いて送信を行う。例えば、送信ポイントは、LBTで測定した受信電力(LBT期間中の受信信号電力)が所定の閾値以下である場合、チャネルがアイドル状態(LBTidle)であると判断し送信を行う。「チャネルがアイドル状態である」とは、言い換えると、特定のシステムによってチャネルが占有されていないことをいい、チャネルがアイドルである、チャネルがクリアである、チャネルがフリーである、などともいう。
一方、送信ポイントは、対象となるキャリア帯域のうち、一部の帯域でも他の装置が使用中であることを検出した場合、自らの送信処理を中止する。例えば、送信ポイントは、当該帯域に係る他の装置からの信号の受信電力が、所定の閾値を超過していることを検出した場合、チャネルはビジー状態(LBTbusy)であると判断し、送信を行わない。LBTbusyの場合、当該チャネルは、改めてLBTを行いアイドル状態であることが確認できた後に初めて利用可能となる。なお、LBTによるチャネルのアイドル状態/ビジー状態の判定方法は、これに限られない。
LBTのメカニズム(スキーム)としては、FBE(Frame Based Equipment)及びLBE(Load Based Equipment)が検討されている。両者の違いは、送受信に用いるフレーム構成、チャネル占有時間などである。FBEは、LBTに係る送受信の構成が固定タイミングを有するものであり、カテゴリ2等とも呼ばれる。また、LBEは、LBTに係る送受信の構成が時間軸方向で固定でなく、需要に応じてLBTが行われるものであり、カテゴリ4等とも呼ばれる。なお、LBTを行わずに送信が行われる場合は、カテゴリ1等とも呼ばれる。
具体的には、FBEは、固定のフレーム周期をもち、所定のフレームで一定時間(LBT時間(LBT duration)などと呼ばれてもよい)キャリアセンスを行った結果、チャネルが使用可能であれば送信を行うが、チャネルが使用不可であれば次のフレームにおけるキャリアセンスタイミングまで送信を行わずに待機するというメカニズムである。
一方、LBEは、キャリアセンス(初期CCA:initial CCA)を行った結果チャネルが使用不可であった場合はキャリアセンス時間を延長し、チャネルが使用可能となるまで継続的にキャリアセンスを行うというECCA(Extended CCA)手順を実施するメカニズムである。LBEでは、適切な衝突回避のためランダムバックオフが必要である。
なお、キャリアセンス時間(キャリアセンス期間と呼ばれてもよい)とは、1つのLBT結果を得るために、リスニングなどの処理を実施してチャネルの使用可否を判断するための時間(例えば、1シンボル長)である。
送信ポイントは、LBT結果に応じて所定の信号(例えば、チャネル予約(channel reservation)信号)を送信することができる。ここで、LBT結果とは、LBTが設定されるキャリアにおいてLBTにより得られたチャネルの空き状態に関する情報(例えば、LBTidle、LBTbusy)のことをいう。
また、送信ポイントは、LBT結果がアイドル状態(LBTidle)である場合に送信を開始すると、所定期間(例えば、10−13ms)LBTを省略して送信を行うことができる。このような送信は、バースト送信、バースト、送信バーストなどとも呼ばれる。
以上述べたように、LAAシステムにおいて、送信ポイントに、LBTメカニズムに基づく同一周波数内における干渉制御を導入することにより、LAAとWi−Fiとの間の干渉、LAAシステム間の干渉などを回避することができる。また、LAAシステムを運用するオペレータ毎に、送信ポイントの制御を独立して行う場合であっても、LBTによりそれぞれの制御内容を把握することなく干渉を低減することができる。
また、LAAシステムでは、ユーザ端末は、アンライセンスバンドのセル(セカンダリセル(SCell:Secondary Cell))を検出するためのRRM(Radio Resource Management)測定(RSRP(Reference Signal Received Power)測定などを含む)が行われる。当該RRM測定のための信号としては、ディスカバリ参照信号(DRS:Discovery Reference Signal)を用いることが検討されている。
LAAシステムで用いられるDRSは、同期信号(PSS(Primary Synchronization Signal)/SSS(Secondary Synchronization Signal))とセル固有参照信号(CRS:Cell-specific Reference Signal)とチャネル状態情報参照信号(CSI−RS:Channel State Information Reference Signal)の少なくとも一つを含んで構成されてもよい。DRSは、所定周期(DMTC周期:Discovery Measurement Timing Configuration Periodicityとも呼ばれる)のDMTC期間(DMTC duration)内で送信される。なお、当該DRSは、検出用信号、検出測定用信号、ディスカバリ信号(DS:Discovery Signal)、LAA DRS、LAA DSなどと呼ばれてもよい。
また、LAAシステムでは、ユーザ端末は、アンライセンスバンドのセルで送信されるCRS又は/及びCSI−RS(以下、CRS/CSI−RS)を用いてCSI測定を行い、測定結果を無線基地局に報告する(CSI報告:CSI reporting)。なお、当該CRSは、下り送信が行われる各サブフレームに含まれるCRSであってもよいし、DRSを構成するCRSであってもよい。また、当該CSI−RSは、所定周期(例えば、5ms、10ms)で送信されるCSI−RSであり、当該CSI−RSはDRSを構成するCSI−RSとは別に設定される。
また、LAAシステムでは、LBTに成功した(アイドル状態である)場合、送信ポイントによって用いられる最小の送信帯域幅が、所定の帯域幅(例えば、5MHz又は4MHz)以上に制限されることも想定される。
ところで、アンライセンスバンドのULでは、非同期の再送制御(非同期HARQ)をサポートすることが検討されている。同期した再送制御(同期HARQ)では、各HARQプロセスのULデータの再送信は、当該ULデータの初回送信から一定期間後に行われる。一方、非同期HARQでは、各HARQプロセスのULデータの再送信は、当該ULデータの初回送信から一定でない期間後に行われる。
非同期HARQでは、ULデータの再送制御情報が、任意のタイミングで無線基地局からユーザ端末に送信される。例えば、無線基地局は、ULデータの再送制御情報をDCI(例えば、ULグラント)に含めて送信し、ユーザ端末は、当該DCIにより割り当てられる上り共有チャネル(PUSCH:Physical Uplink Shared Channel)を用いて、ULデータの初回送信又は再送信を行ってもよい。なお、無線基地局は、ULデータの再送制御情報をPHICH(Physical Hybrid-ARQ Indicator Channel)を用いてユーザ端末に送信してもよい。
ここで、再送制御情報には、ULデータが正常に受信されたことを示すACK(Acknowledge)、ULデータが正常に受信されなかったことを示すNACK(Negative ACK)などが含まれてもよく、HARQ−ACK等と呼ばれてもよい。
非同期HARQにおいて、ユーザ端末は、ACKを含むDCIを受信する場合、当該DCIにより割り当てられるPUSCHを用いて、ULデータの初回送信を行ってもよい。一方、NACKを含むDCIを受信する場合、当該DCIにより割り当てられるPUSCHを用いて、ULデータの再送信を行ってもよい。
また、アンライセンスバンドのULでは、一つのサブフレーム内のDCIにより、少なくとも一つのサブフレームにおけるPUSCHの送信をスケジューリングするマルチサブフレームスケジューリングをサポートすることも検討されている。
図1は、マルチサブフレームスケジューリングの一例を示す図である。図1に示すように、マルチサブフレームスケジューリングでは、一つのサブフレーム内の単一又は複数のDCIにより、kサブフレーム(k≧1)以降のN(N≧1)個のサブフレームにおけるPUSCH送信がスケジューリングされる。なお、N個のサブフレームは、連続するサブフレームであってもよいし、不連続のサブフレームであってもよい。
図1Aでは、サブフレーム(D)で送信される単一のDCIにより5つのサブフレーム(U)におけるPUSCH送信がスケジューリングされる。また、図1Aでは、5つのサブフレームにおいてそれぞれ異なるULデータ(トランスポートブロック(TB:Transport Block 1〜5)がスケジューリングされる。ユーザ端末は、リスニングに成功したタイミングから連続してULデータを送信できる。例えば、先頭サブフレーム(又はその直前)でリスニングに成功する場合、5サブフレーム連続でULデータを送信できる。
図1Bでは、サブフレーム(D)で送信される5つのDCIによりそれぞれ異なる5つのサブフレーム(U)におけるPUSCH送信がスケジューリングされる。また、図1Bでは、5つのDCIによりそれぞれ異なるULデータ(TB1〜5)がスケジューリングされる。ユーザ端末は、リスニングに成功したタイミングから連続してULデータを送信できる。図1Bでは、ULサブフレーム毎にDCIが必要となるので、DLサブフレームにおけるオーバーヘッドが増加する恐れがある。
図1Cでは、サブフレーム(D)で送信される単一のDCIにより5つのサブフレーム(U)におけるPUSCH送信がスケジューリングされる。また、図1Cでは、5つのサブフレームにおいて同一のULデータ(TB1)がスケジューリングされる。ユーザ端末は、リスニングに成功した最初のサブフレームだけで、スケジューリングされたULデータ(TB1)を送信する。
図1Cでは、先頭サブフレーム(又はその直前)でリスニングに失敗しても、後続のサブフレーム(又はその直前)でリスニングに成功し、ULデータを送信できる確率が高い。このため、リスニング失敗により送信できなかったULデータを再度DCIによりスケジューリングする場合(例えば、図1A)と比較して、特定のULデータ(例えばTB1)に対する低遅延化を図ることができる。
図2を参照し、単一のDCIによる複数のサブフレームのPUSCH送信のスケジューリング方法(例えば、図1A又は1Cの場合のスケジューリング方法)について説明する。図2は、単一のDCIによるマルチサブフレームスケジューリングの一例を示す図である。
単一のDCIにより複数のサブフレームのPUSCH送信をスケジューリングする場合、図2Aに示すように、DCI内の所定フィールドを利用して、スケジューリングされる複数のサブフレームが指定されてもよい。例えば、図2Aでは、最初のDCIにより、kサブフレーム(ここでは、k=4)後の6サブフレームが指定される。また、次のDCIにより、kサブフレーム後の2サブフレームが指定される。
或いは、図2Bに示すように、セミパーシステントスケジューリング(SPS:Semi-Persistent Scheduling)−RNTI(Radio Network Temporary ID)を利用して、スケジューリングされる複数のサブフレームが指定されてもよい。例えば、図2Bでは、SPSの周期を1サブフレームとして、SPS−RNTIによりスクランブル(マスク)されたDCIにより、SPSの割り当てリソースのアクティブ化(activation)と解放(release)とが制御される。
図2Bに示す場合、SPSの割り当てリソースの解放を指示するDCIが必要となるため、図2Aに示す場合と比較して、オーバーヘッドが増加する。このため、オーバーヘッドの削減の観点からは、図2Aに示す方法が望まれる。
しかしながら、アンライセンスバンドのULにおいて、単一のDCI(例えば、図2Aに示す方法)を用いて複数のサブフレームにおけるULデータの送信をスケジューリングする場合、当該ULデータの非同期HARQを適切に行うことができない恐れがある。
そこで、本発明者らは、単一のDCIを用いて複数のサブフレームにおけるULデータの送信をスケジューリングする場合にも、当該ULデータの非同期HARQを適切に行う方法を検討し、本発明に至った。
以下、本発明の一実施の形態について図面を参照して詳細に説明する。なお、本実施の形態では、リスニングが設定されるキャリア(セル)をアンライセンスバンドとして説明するが、これに限られない。本実施の形態は、リスニングが設定される周波数キャリア(セル)であれば、ライセンスバンド又はアンライセンスバンドに関わらず適用することができる。
また、本実施の形態では、リスニングが設定されないキャリア(例えば、ライセンスバンドのプライマリセル(PCell))と、リスニングが設定されるキャリア(例えば、アンライセンスバンドのセカンダリセル(SCell))とのCA又はDCが適用される場合を想定するが、これに限られない。例えば、リスニングが設定されるキャリア(セル)に、ユーザ端末がスタンドアローンで接続する場合などにも、本実施の形態を適用することができる。
本実施の形態では、ユーザ端末は、PUSCH(上り共有チャネル)を介してULデータを送信し、当該ULデータの再送制御情報を受信し、当該再送制御情報に基づいて当該ULデータの送信を制御する。また、本実施の形態では、単一の下り制御情報(DCI)により複数のサブフレームにおけるPUSCHがスケジューリングされるマルチサブフレームスケジューリングが適用される。
図3は、本実施の形態に係るマルチサブフレームスケジューリングの一例を示す図である。図3Aに示すように、本実施の形態では、単一のDCIにより、当該単一のDCIの受信サブフレームからkサブフレーム(k≧0、図3Aでは、k=4)後のn個の連続するサブフレームにおけるPUSCHがスケジューリングされる。
図3Aにおいて、当該単一のDCIには、PUSCHがスケジューリングされるサブフレーム数Nを示す情報(以下、サブフレーム情報という)が含まれる。例えば、当該サブフレーム情報は、図3Bに示すように、ULインデックスフィールドの値(以下、ULインデックスフィールド値という)であってもよい。ここで、ULインデックスフィールドとは、既存のTDD(Time Division Duplex)方式のUL/DL構成0においてPUSCH送信がスケジューリングされるサブフレームを指示するULグラント内のフィールドである。
図3Bに示すように、2ビットのULインデックスフィールド値“00”、“01”、“10”、“11”は、それぞれ、スケジューリングされるサブフレーム数Nが“1”、“2”、“4”、“8”であることを示す。なお、ULインデックスフィールド値が示すサブフレーム数nは、図3Bに示すものに限られない。
ULインデックスフィールド値が“00”である場合、マルチサブフレームスケジューリングは適用されず、ULインデックスフィールド値が“01”、“10”、“11”のいずれかである場合、マルチサブフレームスケジューリングが適用される。
例えば、図3Aでは、DCIには、ULインデックスフィールド値“10”が含まれ、当該DCIにより、当該ULインデックスフィールド値“10”が示す4個の連続するサブフレーム(すなわち、図3BにおけるN=4)におけるPUSCHがユーザ端末にマルチサブフレームスケジューリングされる。
なお、スケジューリングされるサブフレーム数を示すサブフレーム情報は、ULインデックスフィールド値に限られず、DCI内の他のフィールドの値であってもよい。また、ULインデックスフィールド又は他のフィールドのビット数は、2ビットに限られず、1ビット又は3ビット以上であってもよい。
また、図3Aにおいて、単一のDCIによりスケジューリングされる複数のサブフレームに、それぞれ異なるULデータ(TB)が割り当てられてもよいし(第1のULデータ割り当て方式)、同一のULデータが割り当てられてもよい(第2のULデータ割り当て方式)。後述する第1及び第2の態様では、第1のULデータ割り当て方式が用いられ、第3の態様では、第2のULデータ割り当て方式が用いられてもよい。
また、図3Aにおいて、ユーザ端末は、スケジューリングされたN個のサブフレームの先頭サブフレーム(又はその直前)においてリスニングを行う。当該リスニングに成功する場合、ユーザ端末は、N個の連続するサブフレームでULデータを送信できる。この場合、ユーザ端末は、後続のサブフレーム(又はその直前)におけるリスニングを省略できる。
一方、先頭サブフレーム(又はその直前)のリスニングに失敗する場合、リスニングに成功するまで、次のサブフレーム(又はその直前)においてリスニングを行う。このように、ユーザ端末は、スケジューリングされたN個のサブフレームのうち、リスニングに成功したサブフレーム以降において、ULデータの送信を行うことができる。
(第1の態様)
第1の態様では、単一のDCIによりスケジューリングされる複数のサブフレームの各々のHARQプロセス番号(HPN)を決定する方法について説明する。
ここで、HARQプロセス番号(HPN)とは、再送制御の処理単位であるHARQプロセスの識別情報である。ユーザ端末には、複数のHARQプロセスが設定され、HARQプロセス毎にULデータの再送制御が行われる。通常、同じHPNのHARQプロセスでは、ULデータの初回送信後、ACKが受信されるまで、当該ULデータの再送が行われる。
第1の態様において、ユーザ端末は、単一のDCIにより複数のサブフレームにおけるPUSCHがスケジューリングされる場合、当該複数のサブフレーム間で異なるHPNを決定する。具体的には、当該複数のサブフレーム間で異なるHPNは、ユーザ端末に設定される所定のルールとDCIに含まれる情報とに基づいて決定されてもよいし(第1の決定例)、ユーザ端末に設定される所定のルールに基づいてDCIに含まれる情報に基づかずに決定されてもよい(第2の決定例)。
<第1のHPN決定例>
図4は、第1の態様に係る第1のHPN決定例を示す図である。第1のHPN決定例では、ユーザ端末は、DCIに含まれるHARQプロセス番号(HPN)フィールドの値(以下、HPNフィールド値という)に基づいて、複数のサブフレームの各々で用いられるHPNを決定してもよい。
図4では、所定のルールとして、DCI内のHPNインデックスフィールド値がhである場合、PUSCHがスケジュールされるN(N≧1)個のサブフレームの中のサブフレームn(0≦n≦N−1)のHPNは、h+nであることがユーザ端末に設定される。また、サブフレームnのHPNが最大値Lを超える場合、サブフレームnのHPNは、h+n−Lであることがユーザ端末に設定される。
なお、当該所定のルールは、一例にすぎず、これに限られない。また、当該所定のルールは、上位レイヤシグナリングや報知情報により設定されてもよいし、予めユーザ端末で記憶されていてもよい。
例えば、図4Bに示すように、DCI内に、ULインデックスフィールド値“10”とHPNフィールド値“3”が含まれる場合を想定する。この場合、図4Aに示すように、当該DCIにより、ULインデックスフィールド値“10”が示す4つの連続するサブフレームにおいてPUSCHがスケジューリングされる(図3B参照)。
また、HPNフィールド値hが“3”であるので、サブフレーム0のHPNは、h+n=3+0=3である。サブフレーム1のHPNは、h+n=3+1=4である。サブフレーム2のHPNは、h+n=3+2=5となる。サブフレーム3のHPNは、h+n=3+3=6となる。
このように、第1のHPN決定例では、先頭のサブフレームのHPNには、当該DCI内のHPNフィールド値が適用され、後続のサブフレームのHPNでは、直前のサブフレームのHPNに1が加算される(繰り上げられる)。また、加算されたHPNが最大値を超える場合、当該サブフレームのHPNは0に戻る。
第1のHPN決定例では、DCIのHPNフィールド値に基づいてスケジューリングされる各サブフレームのHPNが決定されるので、マルチサブフレームスケジューリングにおいて非同期HARQをサポートする場合にも、ULデータの再送制御を適切に行うことができる。
<第2のHPN決定例>
図5は、第1の態様に係る第2のHPN決定例を示す図である。第2のHPN決定例では、ユーザ端末は、サブフレームのインデックス(以下、サブフレームインデックスという)と、送信時間間隔(TTI:Transmission Time Interval))のインデックス(以下、TTIインデックスという)と、HARQプロセスの総数との少なくとも一つに基づいて、複数のサブフレームの各々で用いられるHPNを決定してもよい。なお、以下は、図4との相違点を中心に説明する。
図5では、所定のルールとして、マルチサブフレームスケジューリングされる各サブフレームのHPNは、TTIインデックスと、HARQプロセスの総数との剰余(modulo)であることがユーザ端末に設定される。TTIインデックスは、下記式(1)により示されてもよい。下記式(1)において、SFNは、システムフレーム番号(SFN:System Frame Number)である。
TTIインデックス=SFN*10+サブフレームインデックス …式(1)
なお、当該所定のルールは、一例にすぎず、これに限られない。例えば、上記剰余の演算に、所定のパラメータが与えられてもよい。また、当該所定のルールは、上位レイヤシグナリングや報知情報により設定されてもよいし、予めユーザ端末で記憶されていてもよい。
例えば、図5Bに示すように、DCI内に、ULインデックスフィールド値“10”が含まれる場合を想定する。この場合、図5Aに示すように、当該DCIにより、ULインデックスフィールド値“10”が示す4つの連続するサブフレームにおいてPUSCHがスケジューリングされる(図3B参照)。また、HARQプロセスの総数が8である場合を想定する。
この場合、TTIインデックス105のサブフレームのHPNは、105 modulo 8=1である。TTIインデックス106のサブフレームのHPNは、106 modulo 8=2である。TTIインデックス107のサブフレームのHPNは、107 modulo 8=3である。TTIインデックス108のサブフレームのHPNは、108 modulo 8=4である。
このように、第2のHPN決定例では、上位レイヤシグナリングや報知情報により事前にユーザ端末に設定される値(例えば、HARQプロセスの総数)に基づいて、各サブフレームのHPNが決定されるので、DCI内のHPNフィールドを用いずともよい。このため、第2のHPN決定例では、DCIのオーバーヘッドを削減できる。
なお、第2のHPN決定例において、DCI内のHPNフィールドは、図5Bに示すように、省略されてもよいし、他の目的で利用されてもよい。例えば、HPNフィールド値は、ULのリスニング方式(UL LBT mechanism)、ランダムバックオフのカウンタ、部分サブフレームの構成の少なくとも一つを示してもよい。
以上のように、第1の態様では、所定のルールに基づいて単一のDCIにスケジューリングされる複数のサブフレームの各々で用いられるHPNが決定されるので、マルチサブフレームスケジューリングにおいて非同期HARQをサポートする場合にも、ULデータの再送制御を適切に行うことができる。
(第2の態様)
第2の態様では、単一のDCIによりスケジューリングされる複数のサブフレームの各々で初回送信又は再送信のいずれを行うかと、当該複数のサブフレームの各々における冗長バージョンと、を決定する方法について説明する。なお、第2の態様は、第1の態様と組み合わせることが可能であり、以下では、第1の態様との相違点を中心に説明する。
第2の態様において、ユーザ端末は、単一のDCIにより複数のサブフレームにおけるPUSCHがスケジューリングされる場合、当該複数のサブフレームの各々で用いられる新規データ識別子(NDI:New Data Indicator)及び/又は冗長バージョン(RV:Redundancy Version)を決定してもよい。
ここで、新規データ識別子(NDI)は、ULデータの初回送信又は再送信のいずれを行うかを示す。例えば、同一のHPNのデータに対するNDIがトグルされていない(前回と同じ値である)場合、ULデータの再送信を行うことを示し、NDIがトグルされている(前回と異なる値である)場合、ULデータの初回送信を行うことを示してもよい。したがって、各サブフレームのNDIを決定することは、各サブフレームで初回送信又は再送信のいずれを行うかを決定することと同義である。
また、冗長バージョン(RV)とは、ULデータの符号化及びレートマッチングに用いられ、ULデータの冗長化の違いを示す。冗長バージョンの値は、例えば、0、1、2、3であり、0は冗長化の度合いが最も低いため初回送信に用いられる。
具体的には、各サブフレームのNDI及び/又はRV(以下、NDI/RVという)は、所定のルールに基づいて決定されてもよいし(第1のNDI/RV決定例)、所定のルールとDCIに含まれる情報とに基づいて決定されてもよい(第2から第4のNDI/RV決定例)。
<第1のNDI/RV決定例>
図6は、第2の態様に係る第1のNDI/RV決定例を示す図である。第1のNDI/RV決定例では、ユーザ端末は、マルチサブフレームスケジューリングであるか否か(例えば、DCI内のULインデックス値)に基づいて、スケジューリングされる各サブフレームのNDI/RVを決定する。なお、以下では、第1のHPN決定例を用いてHPNが決定される場合を例示するが、第2のHPN決定例を用いてHPNが決定されてもよい。
図6では、所定のルールとして、マルチサブフレームスケジューリングである場合(ULインデックスフィールド値が“01”、“10”、“11”のいずれかである場合)、スケジューリングされた複数のサブフレームのNDIは「toggled」であり、RVは「0」であることがユーザ端末に設定される。すなわち、スケジューリングされた複数のサブフレームの全てにおいてULデータの初回送信をRV=0で行うことが設定される。
例えば、図6Bに示すように、DCI内にULインデックスフィールド値“10”が含まれる場合、図4Aに示すように、4つの連続するサブフレームのPUSCHがマルチサブフレームスケジューリングされる(図3B参照)。この場合、ユーザ端末は、上記所定のルールに基づいて、当該4サブフレームの全てにおいて、NDIが「toggled」であり、ULデータの初回送信を行うことを決定してもよい。また、ユーザ端末は、当該4サブフレームの全てにおいてRVが「0」であることを決定してもよい。
なお、図示しないが、DCI内のULインデックスフィールド値が“00”である場合(すなわち、マルチサブフレームスケジューリングでない場合)、ユーザ端末は、当該DCI内のNDIフィールドの値(以下、NDIフィールド値という)に基づいて、当該DCIによりスケジューリングされる単一のサブフレームでULデータの初回送信又は再送信のいずれを行うかを決定してもよい。また、ユーザ端末は、当該DCI内のRVフィールドの値(以下、RVフィールド値という)に基づいて当該単一のサブフレームのRVを決定してもよい。
このように、第1のNDI/RV決定例では、マルチサブフレームスケジューリングである場合、スケジューリングされる複数のサブフレームの全てで初回送信を行うこと(NDI=0、RV=0)が予め定められているので、DCI内のNDIフィールド及び/又はRVフィールドを用いずともよい。このため、第1のNDI/RV決定例では、マルチサブフレームスケジューリングにおけるDCIのオーバーヘッドを削減できる。
なお、第1のNDI/RV決定例において、DCI内のNDIフィールド及び/又はRVフィールドは、図6Bに示すように、省略されてもよいし、他の目的で利用されてもよい。例えば、NDIフィールド値及び/又はRVフィールド値は、ULのリスニング方式(UL LBT mechanism)、ランダムバックオフのカウンタ、部分サブフレームの構成の少なくとも一つを示してもよい。
<第2のNDI/RV決定例>
図7は、第2の態様に係る第2のNDI/RV決定例を示す図である。第2のNDI/RV決定例では、ユーザ端末は、スケジューリングされた複数のサブフレーム中での相対位置(例えば、先頭サブフレーム、最終サブフレームなど)に基づいて、各サブフレームのNDI/RVを決定する。
図7では、所定のルールとして、スケジューリングされた複数のサブフレームの先頭又は最終のサブフレームでは、DCI内のNDIフィールド値及び/又はRVフィールド値に基づいてNDI/RVを決定すること、当該先頭又は最終のサブフレーム以外では、ULデータの初回送信を行うこと(すなわち、NDI=toggled、RV=0)がユーザ端末に設定される。
例えば、図7Bに示すように、ULインデックス値「10」、NDIフィールド値「0(Not toggled)」、RVフィールド値「2」を含むDCIが受信される場合で、スケジューリングされたN個のサブフレームの先頭サブフレーム以外では、ULデータの初回送信を行うことが所定のルールとして設定される場合を想定する。
この場合、図7Aに示すように、ユーザ端末は、当該DCIによりスケジューリングされる4サブフレームの先頭サブフレームでは、DCI内のNDIフィールド値「not toggled」に基づいてULデータの再送信を行い、DCI内のRVフィールド値「2」に基づいてRV「2」を用いることを決定する。
一方、ユーザ端末は、上記先頭サブフレーム以外では、NDIが「toggled」であり、ULデータの初回送信を行い、RV「0」を用いることを決定してもよい。
このように、第2のNDI/RV決定例では、マルチサブフレームスケジューリングされた複数のサブフレームの一部でULデータの再送信を行うことができるため、当該複数のサブフレームの全てでULデータの初回送信を行う第1のNDI/RV決定例と比較して低遅延化を図ることができる。
<第3のNDI/RV決定例>
図8は、第2の態様に係る第3のNDI/RV決定例を示す図である。第3のNDI/RV決定例では、ユーザ端末は、複数のサブフレームをスケジューリングするDCI内のNDIフィールド値に基づいて、当該複数のサブフレームのNDIを決定する。また、ユーザ端末は、当該複数のサブフレームで再送信を行う場合、同じHPNの前のRVに基づいて、各サブフレームのRVを決定する。
図8では、所定のルールとして、スケジューリングされた複数のサブフレームのNDIが、当該複数のサブフレームをスケジューリングするDCI内のNDIフィールド値に基づくことが設定されている。また、所定のルールとして、当該複数のサブフレームの各々のRVが、同じHPNの前のRVに基づくことが設定されている。
例えば、図8Bに示すように、ULインデックス値「10」、NDIフィールド値「not toggled」を含むDCIが受信される場合、図8Aに示すように、ユーザ端末は、当該DCIによりスケジューリングされる4サブフレームの全てにおいて、ULデータを再送信することを決定してもよい。
この場合、ユーザ端末は、同じHPNの前のRVに基づいて、各サブフレームのHPNを決定してもよい。具体的には、RVは、所定のルール(例えば、0→2→3→1の順番)に従って更新されてもよい。
例えば、図8AのHPN「3」のサブフレームでは、前のRVが「0」であるため、当該サブフレームのRVが「2」に決定される。また、HPN「4」のサブフレームでは、前のRVが「2」であるため、当該サブフレームのRVが「3」に決定される。また、HPN「5」のサブフレームでは、前のRVが「3」であるため、当該サブフレームのRVが「1」に決定される。
一方、図示しないが、ULインデックス値「10」、NDIフィールド値「toggled」を含むDCIが受信される場合、ユーザ端末は、当該DCIによりスケジューリングされる4サブフレームの全てにおいて、ULデータを初回送信することを決定してもよい。この場合、各サブフレームのRVは「0」に決定される。
このように、第3のNDI/RV決定例では、マルチサブフレームスケジューリングである場合、DCI内のNDIフィールド値に基づいて、複数のサブフレームの全てで初回送信または再送信を行うかが決定され、各サブフレームのRVは同じHPNの前のRVに基づいて決定される。このため第3のNDI/RV決定例では、DCI内にRVフィールド値を含めなくともよく、マルチサブフレームスケジューリングにおけるDCIのオーバーヘッドを削減できる。
なお、第3のHPN決定例において、DCI内にRVフィールド値は、他の目的で(例えば、ULのリスニング方式(UL LBT mechanism)、ランダムバックオフのカウンタ、部分サブフレームの構成の少なくとも一つを示す値として)利用されてもよい。
<第4のNDI/RV決定例>
図9は、第2の態様に係る第4のNDI/RV決定例を示す図である。第4のNDI/RV決定例では、ユーザ端末は、複数のサブフレームをスケジューリングするDCI内のビットマップに基づいて、各サブフレームのNDIを決定する。また、ユーザ端末は、再送信を行うサブフレームのRVを、同じHPNの前のRVに基づいて決定する。
図9では、所定のルールとして、スケジューリングされた複数のサブフレームのNDIが、当該複数のサブフレームをスケジューリングするDCI内のビットマップに基づくことが設定されている。また、所定のルールとして、再送信を行うサブフレームのRVが、同じHPNの前のRVに基づくことが設定されている。
ここで、DCI内のビットマップのi(i≧1)番目のビットは、当該DCIによりスケジューリングされるN個のサブフレーム中のi番目のサブフレームのNDIを示す。例えば、当該DCI内にビットマップ「0110」が含まれる場合、当該DCIによりスケジューリングされる1及び4番目のサブフレームのNDIが「not toggled」であり、2及び3番目のサブフレームのNDIが「toggled」であることを示す。
当該ビットマップのビット数は、固定値であってもよいし、可変値であってもよい。固定値の場合、当該ビット数は、単一のDCIによりスケジューリングされる最大サブフレーム数と等しい値(例えば、11ビット)であってもよい。可変値の場合、当該ビット数は、DCIによりスケジューリングされるサブフレーム数Nと等しい値(例えば、図9Aでは、4ビット)であってもよい。
また、図9Bに示すように、当該ビットマップは、上述のNDIフィールドとRVフィールドを統合したフィールド(統合NDIフィールド)に配置されてもよい。或いは、当該ビットマップ用のフィールドが、DCI内に新たに設けられてもよい。
例えば、図9Bに示すように、ULインデックス値「10」、統合NDIフィールド値「0110」を含むDCIが受信される場合、図9Aに示すように、ユーザ端末は、当該DCIによりスケジューリングされる1及び4番目のサブフレームにおいてULデータを初回送信し、2及び3番目のサブフレームにおいて、ULデータを再送信することを決定してもよい。
この場合、ユーザ端末は、初回送信を行うサブフレーム(1及び4番目のサブフレーム)のRVを「0」に決定し、再送信を行うサブフレーム(2及び3番目のサブフレーム)のRVを、同じHPNの前のRVに基づいて決定してもよい。具体的には、再送信を行うサブフレームのRVは、所定の規則(例えば、0→2→3→1の順番)に従って更新されてもよい。
例えば、図9Aにおいて、スケジューリングされる4サブフレームうちの1番目のサブフレームのRVは、同じHPNの前のRVが「0」であるため、「2」に決定される。また、4番目のサブフレームのRVは、前のRVが「2」であるため、「3」に決定される。
このように、第4のNDI/RV決定例では、マルチサブフレームスケジューリングである場合、複数のサブフレームをスケジューリングするDCI内のビットマップに基づいて、サブフレーム毎に初回送信または再送信を行うかが決定される。このため、マルチサブフレームスケジューリングを行う場合でも、より柔軟にULデータの再送信を行うことができ、遅延時間を軽減できる。
以上のように、第2の態様では、所定のルールに基づいて単一のDCIにスケジューリングされる複数のサブフレームの各々で用いられるNDI/RVが決定されるので、マルチサブフレームスケジューリングにおいて非同期HARQをサポートする場合、ULデータの再送制御をより適切に行うことができる。
(第3の態様)
第3の態様では、単一のDCIにより複数のサブフレームがスケジューリングされる場合に、低遅延化を図りながらリソース利用効率を向上させる方法について説明する。
図10は、本実施の形態に係るリスニング後のULデータ送信例を示す図である。図10Aに示すように、スケジューリングされる複数のサブフレームに異なるHPNのULデータ(例えば、TB1〜TB5)が割り当てられる場合、ユーザ端末は、リスニングに成功したサブフレーム以降でULデータを送信する。
例えば、図10Aでは、1番目のサブフレーム(又はその直前)のリスニングに失敗し、2番目のサブフレーム(又はその直前)のリスニングに成功する。このため、ユーザ端末は、2−5番目のサブフレームで、異なるHPNのULデータ(TB2−TB5)をそれぞれ送信する。図10Aに示す場合、リスニング失敗により送信できなかったULデータ(TB1)の再送を、別のDCIによりスケジューリングする必要があるため、当該ULデータ(TB1)の遅延が発生する恐れがある。
一方、図10Bに示すように、スケジューリングされる複数のサブフレームに同一のHPNのULデータ(例えば、TB1)が割り当てられる場合、ユーザ端末は、リスニングに成功したサブフレームだけでULデータを送信し、その後のサブフレームは未使用となる。
例えば、図10Bでは、リスニングに成功した3番目のサブフレームだけでULデータ(TB1)が送信され、4及び5番目のサブフレームは、未使用となる。図10Bに示す場合、リスニングに失敗しても後続のサブフレームでリスニングに成功すればULデータを送信できるので、遅延を軽減できる。一方で、リスニングに早く成功するほど、リソースの利用効率が低下する恐れがある。
そこで、図10Cに示すように、ユーザ端末は、スケジューリングされる複数のサブフレーム間で同一のHPNのULデータ(例えば、TB1)を決定し、当該複数のサブフレーム間で異なるRVを決定してもよい。具体的には、ユーザ端末は、リスニングに成功したサブフレーム以降のRVを所定のルールに従って決定する。
なお、第3の態様では、スケジューリングされる複数のサブフレームに同一のULデータが割り当てられるため、当該複数のサブフレームでは同一のHPNが用いられるものとする。当該HPNは、DCIのHPNフィールド値によって示されてもよい。
<第1のRV決定例>
図11は、第3の態様に係る第1のRV決定例を示す図である。第1のRV決定例では、ユーザ端末は、リスニングに成功した最初のサブフレーム(最初のアイドル状態のサブフレーム)のRVを「0」として、後続のサブフレームのRVを所定のルール(例えば、0→2→3→1の順番)に従って決定する。
例えば、図11Aでは、ユーザ端末は、2番目のサブフレーム(その直前)でリスニングに成功する。このため、ユーザ端末は、2番目のサブフレームのRVを「0」とし、3、4番目のサブフレームのRVをそれぞれ「2」、「3」とする。なお、2番目のサブフレームは初回送信となるので、2番目のサブフレームのNDIは「toggled」に設定され、3、4番目のサブフレームのNDIは「not toggled」に設定されてもよい。
図11Aに示すように、ユーザ端末が、リスニングに成功した最初のサブフレームにおいて、RV「0」のULデータを送信する場合、無線基地局は、当該最初のサブフレームでULデータを復号できる。このため、図11Aでは、無線基地局における復号遅延を軽減できる。
一方、ユーザ端末は、スケジューリングされた複数のサブフレームのうちどのサブフレームでリスニングに成功するかわからないため、事前に各サブフレームで想定されるRVのULデータを準備する必要がある。この結果、ユーザ端末の複雑性は高くなる。
例えば、図11Aの2番目のサブフレームでは、1番目のサブフレームでリスニングに成功した場合、RV「2」が想定され、当該リスニングに失敗した場合、RV「0」が想定される。このため、図11Bに示すように、ユーザ端末は、2番目のサブフレーム用に、RV「0」「2」のULデータを準備しておく必要がある。図11Bに示すように、3番目以降のサブフレームも同様に、ユーザ端末は、複数のRVのULデータを準備しておく必要がある。
<第2のRV決定例>
図12は、第3の態様に係る第2のRV決定例を示す図である。第2のRV決定例では、ユーザ端末は、最終サブフレームのRVを「0」として、前のサブフレームのRVを所定のルール(例えば、後ろのサブフレームから0→2→3→1の順番)に従って決定する。
例えば、図12では、ユーザ端末は、4番目のサブフレームのRVを「0」とし、3、2、1番目のサブフレームのRVをそれぞれ「2」、「3」、「1」と予め決定しておく。なお、4番目のサブフレームは初回送信となるので、4番目のサブフレームのNDIは「toggled」に設定され、2、3番目のサブフレームのNDIは「not toggled」に設定されてもよい。
スケジューリングされた複数のサブフレームの最終サブフレームは、それまでのいずれかのサブフレームでリスニングに成功すれば送信可能となるため、最も送信に成功する確率が高い。図12に示すように、最終サブフレームのRVを「0」とすることにより、無線基地局におけるULデータの復号確率を向上させることができる。
また、第2のRV決定例では、スケジューリングされる複数のサブフレームのRVが所定のルールに従って定められるので、第1のRV決定例のように、ユーザ端末は、リスニングの失敗に備えて、2番目以降のサブフレームにおいて複数のRVのULデータを準備する必要がない。したがって、第2のRV決定例では、第1のRV決定例と比較して、ユーザ端末の複雑性を軽減できる。
一方、第2のRV決定例では、無線基地局は、ユーザ端末がリスニングに成功した2番目のサブフレームにおいて、RV「3」のULデータを受信しても、最終サブフレームでRV「0」のULデータを受信するまでは、ULデータの復号を完了できない。このため、復号遅延が大きくなる恐れがある。
<第3のRV決定例>
図13は、第3の態様に係る第3のRV決定例を示す図である。第3のRV決定例では、ユーザ端末は、ユーザ端末は、スケジューリングされた複数のサブフレームにおいて所定間隔(例えば、2サブフレーム周期)のサブフレームのRVを「0」に決定する。
例えば、図13では、1番目のサブフレームのRVを「2」とし、2番目のサブフレームのRVを「0」とし、3番目のサブフレームのRVを「3」とし、4番目のサブフレームのRVを「0」とする。このように、第3の決定例では、RV「2」、「3」、「1」の間にRV「0」を挿入する。1番目のサブフレームは、リスニングの機会が一度しかないため送信に成功する確率が低い。このため、1番目のサブフレームより送信の成功確率が高い2番目のサブフレームから所定間隔でRV「0」を挿入することにより、無線基地局における復号遅延を軽減できる。
以上のように、第3の態様では、スケジューリングされた複数のサブフレームの早いタイミングでリスニングに成功しても、後続のサブフレームが利用されるので、リソース利用効率を向上させることができる。また、後続のサブフレームで同一のULデータが異なるRVで送信されるので、無線基地局において当該ULデータを正常に受信(復号)できる確率が高くなり、再送回数を削減できる。
(第4の態様)
第4の態様では、マルチサブフレームスケジューリング方式の切り替えについて説明する。単一のDCIにより複数のサブフレームをスケジューリングする場合、当該複数のサブフレームに異なるHPNのULデータ(TB)を割り当てる第1のULデータ割り当て方式(例えば、図10A)と、当該複数のサブフレームに同一のHPNのULデータを割り当てる第2のULデータ割り当て方式(例えば、10B、10C)との少なくとも一つがサポートされてもよい。また、第2のULデータ割り当て方式では、サブフレーム間で異なるRVを適用されてもよい(図10C)。
第4の態様において、ユーザ端末の能力情報(UE capability)は、第1及び第2のULデータ割り当て方式でそれぞれ設けられてもよいし、第1及び第2のULデータ割り当て方式で共通に設けられてもよい。また、サブフレーム間で異なるRVを適用するか否かに応じて、能力情報が個別に設けられてもよいし、共通に設けられてもよい。当該能力情報は、ユーザ端末から無線基地局に通知されてもよいし、無線基地局からユーザ端末に通知されてもよい。
また、第4の態様において、第1又は第2のULデータ割り当て方式のいずれを用いるかは、DCI内の所定フィールド値により切り替えられてもよいし、上位レイヤシグナリングにより設定されてもよい。また、第2のULデータ割り当て方式において、サブフレーム間で異なるRVを適用するか否かも、DCI内の所定フィールド値により切り替えられてもよいし、上位レイヤシグナリングにより設定されてもよい。
また、第1のULデータ割り当て方式と、サブフレーム間で異なるRVを適用する第2のULデータ割り当て方式とが、DCI内の所定フィールド値により切り替えられてもよいし、上位レイヤシグナリングにより設定されてもよい。
(無線通信システム)
以下、本実施の形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上述の各態様に係る無線通信方法が適用される。なお、各態様に係る無線通信方法は、単独で用いられてもよいし、組み合わせて用いられてもよい。
図14は、本実施の形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム1では、LTEシステムのシステム帯域幅を1単位とする複数の基本周波数ブロック(コンポーネントキャリア)を一体としたキャリアアグリゲーション(CA)及び/又はデュアルコネクティビティ(DC)を適用することができる。また、無線通信システム1は、アンライセンスバンドを利用可能な無線基地局(例えば、LTE−U基地局)を有している。
なお、無線通信システム1は、SUPER 3G、LTE−A(LTE-Advanced)、IMT−Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、FRA(Future Radio Access)などと呼ばれてもよい。
図14に示す無線通信システム1は、マクロセルC1を形成する無線基地局11と、マクロセルC1内に配置され、マクロセルC1よりも狭いスモールセルC2を形成する無線基地局12(12a−12c)とを備えている。また、マクロセルC1及び各スモールセルC2には、ユーザ端末20が配置されている。例えば、マクロセルC1をライセンスバンドで利用し、スモールセルC2をアンライセンスバンド(LTE−U)で利用する形態が考えられる。また、スモールセルの一部をライセンスバンドで利用し、他のスモールセルをアンライセンスバンドで利用する形態が考えられる。
ユーザ端末20は、無線基地局11及び無線基地局12の双方に接続することができる。ユーザ端末20は、異なる周波数を用いるマクロセルC1とスモールセルC2を、CA又はDCにより同時に使用することが想定される。例えば、ライセンスバンドを利用する無線基地局11からユーザ端末20に対して、アンライセンスバンドを利用する無線基地局12(例えば、LTE−U基地局)に関するアシスト情報(例えば、DL信号構成)を送信することができる。また、ライセンスバンドとアンライセンスバンドでCAを行う場合、1つの無線基地局(例えば、無線基地局11)がライセンスバンドセル及びアンライセンスバンドセルのスケジュールを制御する構成とすることも可能である。
なお、ユーザ端末20は、無線基地局11に接続せず、無線基地局12に接続する構成としてもよい。例えば、アンライセンスバンドを用いる無線基地局12がユーザ端末20とスタンドアローンで接続する構成としてもよい。この場合、無線基地局12がアンライセンスバンドセルのスケジュールを制御する。
ユーザ端末20と無線基地局11との間は、相対的に低い周波数帯域(例えば、2GHz)で帯域幅が狭いキャリア(既存キャリア、Legacy carrierなどと呼ばれる)を用いて通信を行うことができる。一方、ユーザ端末20と無線基地局12との間は、相対的に高い周波数帯域(例えば、3.5GHz、5GHzなど)で帯域幅が広いキャリアが用いられてもよいし、無線基地局11との間と同じキャリアが用いられてもよい。なお、各無線基地局が利用する周波数帯域の構成はこれに限られない。
無線基地局11と無線基地局12との間(又は、2つの無線基地局12間)は、有線接続(例えば、CPRI(Common Public Radio Interface)に準拠した光ファイバ、X2インターフェースなど)又は無線接続する構成とすることができる。
無線基地局11及び各無線基地局12は、それぞれ上位局装置30に接続され、上位局装置30を介してコアネットワーク40に接続される。なお、上位局装置30には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ(RNC)、モビリティマネジメントエンティティ(MME)などが含まれるが、これに限定されるものではない。また、各無線基地局12は、無線基地局11を介して上位局装置30に接続されてもよい。
なお、無線基地局11は、相対的に広いカバレッジを有する無線基地局であり、マクロ基地局、集約ノード、eNB(eNodeB)、送受信ポイント、などと呼ばれてもよい。また、無線基地局12は、局所的なカバレッジを有する無線基地局であり、スモール基地局、マイクロ基地局、ピコ基地局、フェムト基地局、HeNB(Home eNodeB)、RRH(Remote Radio Head)、送受信ポイントなどと呼ばれてもよい。以下、無線基地局11及び12を区別しない場合は、無線基地局10と総称する。また、同一のアンライセンスバンドを共有して利用する各無線基地局10は、時間的に同期するように構成されていることが好ましい。
各ユーザ端末20は、LTE、LTE−Aなどの各種通信方式に対応した端末であり、移動通信端末だけでなく固定通信端末を含んでよい。
無線通信システム1においては、無線アクセス方式として、DLに直交周波数分割多元接続(OFDMA:Orthogonal Frequency Division Multiple Access)が適用され、上りリンクにシングルキャリア−周波数分割多元接続(SC−FDMA:Single-Carrier Frequency Division Multiple Access)が適用される。OFDMAは、周波数帯域を複数の狭い周波数帯域(サブキャリア)に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。SC−FDMAは、システム帯域幅を端末毎に1つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限られない。
無線通信システム1では、下りリンクのチャネルとして、各ユーザ端末20で共有される下り共有チャネル(PDSCH:Physical Downlink Shared Channel)、報知チャネル(PBCH:Physical Broadcast Channel)、下りL1/L2制御チャネルなどが用いられる。PDSCHは、下りデータチャネルと呼ばれてもよい。PDSCHにより、ユーザデータや上位レイヤ制御情報、SIB(System Information Block)などが伝送される。また、PBCHにより、MIB(Master Information Block)が伝送される。
下りL1/L2制御チャネルは、PDCCH(Physical Downlink Control Channel)、EPDCCH(Enhanced Physical Downlink Control Channel)、PCFICH(Physical Control Format Indicator Channel)、PHICH(Physical Hybrid-ARQ Indicator Channel)などを含む。PDCCHにより、PDSCH及びPUSCHのスケジューリング情報を含む下り制御情報(DCI:Downlink Control Information)などが伝送される。PCFICHにより、PDCCHに用いるOFDMシンボル数であるCFI(Control Format Indicator)が伝送される。PHICHにより、PUSCHに対するHARQの送達確認情報(ACK/NACK)が伝送される。EPDCCHは、PDSCHと周波数分割多重され、PDCCHと同様にDCIなどの伝送に用いられる。
無線通信システム1では、上りリンクのチャネルとして、各ユーザ端末20で共有される上り共有チャネル(PUSCH:Physical Uplink Shared Channel)、上りL1/L2制御チャネル(PUCCH:Physical Uplink Control Channel)、ランダムアクセスチャネル(PRACH:Physical Random Access Channel)などが用いられる。PUSCHは、上りデータチャネルと呼ばれてもよい。PUSCHにより、ユーザデータや上位レイヤ制御情報が伝送される。また、PUCCHにより、下りリンクの無線品質情報(CQI:Channel Quality Indicator)、送達確認情報(ACK/NACK)などが伝送される。PRACHにより、セルとの接続確立のためのランダムアクセスプリアンブルが伝送される。
無線通信システム1では、DL参照信号として、セル固有参照信号(CRS:Cell-specific Reference Signal)、チャネル状態情報参照信号(CSI−RS:Channel State Information-Reference Signal)、復調用参照信号(DMRS:DeModulation Reference Signal)、検出及び/又は測定用参照信号(DRS:Discovery Reference Signal)などが伝送される。また、無線通信システム1では、UL参照信号として、測定用参照信号(SRS:Sounding Reference Signal)、復調用参照信号(DMRS)などが伝送される。なお、DMRSはユーザ端末固有参照信号(UE-specific Reference Signal)と呼ばれてもよい。また、伝送される参照信号は、これらに限られない。
<無線基地局>
図15は、本実施の形態に係る無線基地局の全体構成の一例を示す図である。無線基地局10は、複数の送受信アンテナ101と、アンプ部102と、送受信部103と、ベースバンド信号処理部104と、呼処理部105と、伝送路インターフェース106と、を備えている。なお、送受信アンテナ101、アンプ部102、送受信部103は、それぞれ1つ以上を含むように構成されればよい。
下りリンク(DL)により無線基地局10からユーザ端末20に送信されるユーザデータは、上位局装置30から伝送路インターフェース106を介してベースバンド信号処理部104に入力される。
ベースバンド信号処理部104では、ユーザデータに関して、PDCP(Packet Data Convergence Protocol)レイヤの処理、ユーザデータの分割・結合、RLC(Radio Link Control)再送制御などのRLCレイヤの送信処理、MAC(Medium Access Control)再送制御(例えば、HARQ(Hybrid Automatic Repeat reQuest)の送信処理)、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換(IFFT:Inverse Fast Fourier Transform)処理、プリコーディング処理などの送信処理が行われて送受信部103に転送される。また、DL制御信号に関しても、チャネル符号化や逆高速フーリエ変換などの送信処理が行われて、送受信部103に転送される。
送受信部103は、ベースバンド信号処理部104からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部103で周波数変換された無線周波数信号は、アンプ部102により増幅され、送受信アンテナ101から送信される。
送受信部103は、アンライセンスバンドでUL及び/又はDL(以下、UL/DL)信号の送受信が可能である。なお、送受信部103は、ライセンスバンドでUL/DL信号の送受信が可能であってもよい。送受信部103は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部103は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
一方、UL信号については、送受信アンテナ101で受信された無線周波数信号がアンプ部102で増幅される。送受信部103はアンプ部102で増幅されたUL信号を受信する。送受信部103は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部104に出力する。
ベースバンド信号処理部104では、入力されたUL信号に含まれるユーザデータに対して、高速フーリエ変換(FFT:Fast Fourier Transform)処理、逆離散フーリエ変換(IDFT:Inverse Discrete Fourier Transform)処理、誤り訂正復号、MAC再送制御の受信処理、RLCレイヤ及びPDCPレイヤの受信処理がなされ、伝送路インターフェース106を介して上位局装置30に転送される。呼処理部105は、通信チャネルの設定や解放などの呼処理や、無線基地局10の状態管理や、無線リソースの管理を行う。
伝送路インターフェース106は、所定のインターフェースを介して、上位局装置30と信号を送受信する。また、伝送路インターフェース106は、基地局間インターフェース(例えば、CPRI(Common Public Radio Interface)に準拠した光ファイバ、X2インターフェース)を介して他の無線基地局10と信号を送受信(バックホールシグナリング)してもよい。
なお、送受信部103は、少なくともアンライセンスバンドを用いて、ユーザ端末20にDL信号を送信する。例えば、送受信部103は、ユーザ端末20にPUSCH(ULデータ)を割り当てるDCI(ULグラント)、ユーザ端末20にPDSCHを割り当てるDCI(DLアサインメント)を送信する。また、送受信部103は、ULデータの再送制御情報を送信してもよい。
また、送受信部103は、少なくともアンライセンスバンドを用いて、ユーザ端末20からUL信号を受信する。例えば、送受信部103は、ユーザ端末20から、上記DCI(ULグラント)により割り当てられるPUSCHを介して、ULデータを受信する。また、送受信部103は、ユーザ端末20から、RRM測定及び/又はCSI測定の結果をライセンスバンド及び/又はアンライセンスバンドで受信してもよい。
図16は、本実施の形態に係る無線基地局の機能構成の一例を示す図である。なお、図16では、本実施の形態における特徴部分の機能ブロックを主に示しており、無線基地局10は、無線通信に必要な他の機能ブロックも有しているものとする。図16に示すように、ベースバンド信号処理部104は、制御部(スケジューラ)301と、送信信号生成部302と、マッピング部303と、受信信号処理部304と、測定部305と、を少なくとも備えている。
制御部(スケジューラ)301は、無線基地局10全体の制御を実施する。なお、ライセンスバンドとアンライセンスバンドに対して1つの制御部(スケジューラ)301でスケジューリングを行う場合、制御部301は、ライセンスバンドセル及びアンライセンスバンドセルの通信を制御する。制御部301は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置とすることができる。
制御部301は、例えば、送信信号生成部302によるDL信号の生成や、マッピング部303によるDL信号の割り当てを制御する。また、制御部301は、受信信号処理部304による信号の受信処理や、測定部305による信号の測定を制御する。
制御部301は、DL信号(システム情報、DCI、DLデータ、DL参照信号、同期信号など)のスケジューリング、生成、マッピング、送信などを制御する。また、制御部301は、測定部305によるLBT(リスニング)を制御し、LBT結果に従って、送信信号生成部302及びマッピング部303に対して、DL信号の送信を制御する。
また、制御部301は、UL信号(ULデータ、UCI、PRACH、UL参照信号など)のスケジューリング、受信などを制御する。具体的には、制御部301は、単一のサブフレームのULデータの送信をスケジューリングしてもよいし(シングルサブフレームスケジューリング)、複数のサブフレームのULデータの送信をスケジューリングしてもよい(マルチサブフレームスケジューリング)。
具体的には、制御部301は、単一のDCIにより複数のサブフレームにおけるPUSCHをスケジューリングする場合、当該単一のDCIに、スケジューリングするサブフレーム数を示すサブフレーム情報(例えば、図3BのULインデックスフィールド値)を含めるように、送信信号生成部302を制御してもよい。
また、制御部301は、HPNフィールド値、NDIフィールド値、RVフィールド値の少なくとも一つを決定し、当該HPNフィールド値、NDIフィールド値、RVフィールド値の少なくとも一つを含むDCIを生成するように、送信信号生成部302を制御してもよい。
また、制御部301は、受信信号処理部304によるULデータの受信処理結果に基づいて、再送制御情報(例えば、ACK又はNACK)を含むDCI(例えば、ULグラント)を生成するように、送信信号生成部302を制御してもよい。制御部301は、当該再送制御情報を含むPHICHを生成するように、送信信号生成部302を制御してもよい。
送信信号生成部302は、制御部301からの指示に基づいて、DL信号を生成して、マッピング部303に出力する。送信信号生成部302は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
送信信号生成部302は、例えば、制御部301からの指示に基づいて、DL信号(例えば、DCI、DLデータ、DL参照信号など)を生成する。また、DLデータ信号には、各ユーザ端末20におけるCSI測定の結果などに基づいて決定された符号化率、変調方式などに従って符号化処理、変調処理が行われる。また、送信信号生成部302は、PSS、SSS、CRS、CSI−RSなどを含むDRSを生成する。
マッピング部303は、制御部301からの指示に基づいて、送信信号生成部302で生成されたDL信号を、所定の無線リソースにマッピングして、送受信部103に出力する。マッピング部303は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
受信信号処理部304は、送受信部103から入力された受信信号に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。ここで、受信信号は、例えば、ユーザ端末20から送信されるUL信号である。受信信号処理部304は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。
受信信号処理部304は、受信処理により復号された情報を制御部301に出力する。例えば、ULデータの受信信号処理行い、受信信号処理の結果を制御部301に出力する。また、受信信号処理部304は、受信信号や、受信処理後の信号を、測定部305に出力する。
測定部305は、受信した信号に関する測定を実施する。測定部305は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
測定部305は、制御部301からの指示に基づいて、LBT(リスニング)が設定されるキャリア(例えば、アンライセンスバンド)でLBTを実施し、LBT結果(例えば、チャネル状態がアイドルであるかビジーであるかの判定結果)を、制御部301に出力する。
また、測定部305は、例えば、受信した信号の受信電力(例えば、RSRP(Reference Signal Received Power))、受信品質(例えば、RSRQ(Reference Signal Received Quality))やチャネル状態などについて測定してもよい。測定結果は、制御部301に出力されてもよい。
<ユーザ端末>
図17は、本実施の形態に係るユーザ端末の全体構成の一例を示す図である。ユーザ端末20は、複数の送受信アンテナ201と、アンプ部202と、送受信部203と、ベースバンド信号処理部204と、アプリケーション部205と、を備えている。なお、送受信アンテナ201、アンプ部202、送受信部203は、それぞれ1つ以上を含むように構成されればよい。
送受信アンテナ201で受信された無線周波数信号は、アンプ部202で増幅される。送受信部203は、アンプ部202で増幅されたDL信号を受信する。送受信部203は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部204に出力する。送受信部203は、アンライセンスバンドでUL/DL信号の送受信が可能である。なお、送受信部203は、ライセンスバンドでUL/DL信号の送受信が可能であってもよい。
送受信部203は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部203は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
ベースバンド信号処理部204は、入力されたベースバンド信号に対して、FFT処理や、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部205に転送される。アプリケーション部205は、物理レイヤやMACレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、報知情報もアプリケーション部205に転送される。
一方、上りリンク(UL)のユーザデータについては、アプリケーション部205からベースバンド信号処理部204に入力される。ベースバンド信号処理部204では、再送制御の送信処理(例えば、HARQの送信処理)や、チャネル符号化、プリコーディング、離散フーリエ変換(DFT:Discrete Fourier Transform)処理、IFFT処理などが行われて送受信部203に転送される。送受信部203は、ベースバンド信号処理部204から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部203で周波数変換された無線周波数信号は、アンプ部202により増幅され、送受信アンテナ201から送信される。
なお、送受信部203は、少なくともアンライセンスバンドを用いて、ユーザ端末20にDL信号を受信する。例えば、送受信部203は、ユーザ端末20にPUSCH(ULデータ)を割り当てるDCI(ULグラント)、ユーザ端末20にPDSCHを割り当てるDCI(DLアサインメント)を受信する。また、送受信部203は、ULデータの再送制御情報を受信してもよい。
また、送受信部203は、少なくともアンライセンスバンドを用いて、ユーザ端末20からUL信号を送信する。例えば、送受信部203は、上記DCI(ULグラント)により割り当てられるPUSCHを介して、ULデータを送信する。また、送受信部203は、RRM測定及び/又はCSI測定の結果をライセンスバンド及び/又はアンライセンスバンドで送信してもよい。
図18は、本実施の形態に係るユーザ端末の機能構成の一例を示す図である。なお、図18においては、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末20は、無線通信に必要な他の機能ブロックも有しているものとする。図18に示すように、ユーザ端末20が有するベースバンド信号処理部204は、制御部401と、送信信号生成部402と、マッピング部403と、受信信号処理部404と、測定部405と、を少なくとも備えている。
制御部401は、ユーザ端末20全体の制御を実施する。制御部401は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
制御部401は、例えば、送信信号生成部402によるUL信号の生成や、マッピング部403によるUL信号の割り当てを制御する。また、制御部401は、受信信号処理部404によるDL信号の受信処理や、測定部405による信号の測定を制御する。
制御部401は、無線基地局10から送信されたDL信号(PDCCH/EPDCCH、PDSCH、DL参照信号、同期信号など)を、受信信号処理部404から取得する。制御部401は、PDCCH/EPDCCH(DL制御信号)に含まれるDCIや、PDSCH(DLデータ信号)の復号結果に基づいて、UL信号(例えば、PUCCH、PUSCHなど)の生成を制御する。
また、制御部401は、測定部405により得られたLBT結果に従って、送信信号生成部402及びマッピング部403に対して、UL信号の送信を制御してもよい。
具体的には、制御部401は、単一のDCIにより複数のサブフレームにおけるULデータの送信がスケジューリングされる場合、複数のサブフレームの各々で用いられるHARQプロセス番号(HPN)を決定する。
また、制御部401は、単一のDCIにより複数のサブフレームにおけるULデータの送信がスケジューリングされる場合、当該複数のサブフレーム間で異なるHPNを決定してもよい(第1の態様)。制御部401は、例えば、第1又は第2のHPN決定例を用いて、当該複数のサブフレーム間で異なるHPNを決定することができる。
また、制御部401は、単一のDCIにより複数のサブフレームにおけるULデータの送信がスケジューリングされる場合、当該複数のサブフレームの各々において初回送信又は再送信のいずれを行うかを決定してもよい(第2の態様)。制御部401は、例えば、第1−第4のNDI/RV決定例のいずれかを用いて、各サブフレームで初回送信又は再送信のいずれを行うかを決定することができる。
また、制御部401は、単一のDCIにより複数のサブフレームにおけるULデータの送信がスケジューリングされる場合、当該複数のサブフレームの各々で用いられるRVを決定してもよい(第2の態様)。制御部401は、例えば、第1−第4のNDI/RV決定例のいずれかを用いて、各サブフレームのRVを決定することができる。
また、制御部401は、単一のDCIにより複数のサブフレームにおけるULデータの送信がスケジューリングされる場合、当該複数のサブフレーム間で同一のHPNを決定してもよい(第3の態様)。この場合、制御部401は、当該複数のサブフレーム間で異なるRVを決定してもよい。制御部401は、例えば、第1−第3のRV決定例のいずれかを用いて、当該複数のサブフレーム間で異なるRVを決定することができる。
また、制御部401は、単一のDCIにより複数のサブフレームにおけるULデータの送信がスケジューリングされる場合、当該複数のサブフレーム間で異なるHPNを用いるか(第1のULデータ割り当て方式)、又は、当該複数のサブフレーム間で同一のHPNのいずれを用いるか(第2のULデータ割り当て方式)を、切り替えてもよい。
例えば、制御部401は、DCI内の所定フィールド値、又は、上位レイヤシグナリングにより通知される情報に基づいて、第1のULデータ割り当て方式と第2のULデータ割り当て方式とを切り替えることができる。また、制御部401は、DCI内の所定フィールド値、又は、上位レイヤシグナリングにより通知される情報に基づいて、第1のULデータ割り当て方式と、サブフレーム間で異なるRVを適用する第2のULデータ割り当て方式とを、DCI内の所定フィールド値により切り替えてもよい。
また、制御部401は、単一のDCIにより単一のサブフレームにおけるULデータの送信がスケジューリングされる場合、当該単一のサブフレームで用いられるHPN、NDI、RVをそれぞれ、当該単一のDCIに含まれるHPNフィールド値、NDIフィールド値、RVフィールド値に基づいて決定してもよい。
制御部401は、アンライセンスバンドにおいて、測定用参照信号を用いてRRM測定及び/又はCSI測定を行うように、受信信号処理部404及び測定部405を制御する。なお、RRM測定は、DRSを用いて行われてもよい。また、当該測定用参照信号は、CRS、CSI−RS、DRSに含まれるCSI又はCSI−RSのいずれであってもよい。
送信信号生成部402は、制御部401からの指示に基づいて、UL信号(ULデータ、UCI、UL参照信号など)を生成して、マッピング部403に出力する。送信信号生成部402は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。例えば、送信信号生成部402は、無線基地局10からのDL制御信号にユーザ端末20宛のDCI(ULグラント)が含まれている場合に、制御部401からPUSCHの生成を指示される。
マッピング部403は、制御部401からの指示に基づいて、送信信号生成部402で生成されたUL信号を無線リソースにマッピングして、送受信部203へ出力する。マッピング部403は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
受信信号処理部404は、送受信部203から入力された受信信号に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。ここで、受信信号は、例えば、無線基地局10から送信されるDL信号である。受信信号処理部404は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。また、受信信号処理部404は、本発明に係る受信部を構成することができる。
受信信号処理部404は、受信処理により復号された情報を制御部401に出力する。受信信号処理部404は、例えば、報知情報、システム情報、RRCシグナリング、DCIなどを、制御部401に出力する。また、受信信号処理部404は、受信信号や、受信処理後の信号を、測定部405に出力する。
測定部405は、受信した信号に関する測定を実施する。測定部405は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
測定部405は、制御部401からの指示に基づいて、LBTが設定されるキャリア(例えば、アンライセンスバンド)でLBTを実施してもよい。測定部405は、LBT結果(例えば、チャネル状態がアイドルであるかビジーであるかの判定結果)を、制御部401に出力してもよい。
また、測定部405は、制御部401の指示に従って、RRM測定及びCSI測定を行う。例えば、測定部405は、測定用参照信号(CRS、CSI−RS、DRSに含まれるCRS又は、DRSの送信サブフレームに配置されるCSI測定用のCSI−RSのいずれか)を用いて、CSI測定を行う。測定結果は、制御部401に出力され、PUSCH又はPUCCHを用いて、送受信部203から送信される。
<ハードウェア構成>
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及び/又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した1つの装置により実現されてもよいし、物理的に分離した2つ以上の装置を有線又は無線で接続し、これら複数の装置により実現されてもよい。
例えば、本発明の一実施形態における無線基地局、ユーザ端末などは、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図19は、本発明の一実施形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の無線基地局10及びユーザ端末20は、物理的には、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006、バス1007などを含むコンピュータ装置として構成されてもよい。
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。無線基地局10及びユーザ端末20のハードウェア構成は、図に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
無線基地局10及びユーザ端末20における各機能は、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることで、プロセッサ1001が演算を行い、通信装置1004による通信や、メモリ1002及びストレージ1003におけるデータの読み出し及び/又は書き込みを制御することで実現される。
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置(CPU:Central Processing Unit)で構成されてもよい。例えば、上述のベースバンド信号処理部104(204)、呼処理部105などは、プロセッサ1001で実現されてもよい。
また、プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュールやデータを、ストレージ1003及び/又は通信装置1004からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ端末20の制御部401は、メモリ1002に格納され、プロセッサ1001で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、RAM(Random Access Memory)などの少なくとも1つで構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)などと呼ばれてもよい。メモリ1002は、本発明の一実施形態に係る無線通信方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュールなどを保存することができる。
ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD−ROM(Compact Disc ROM)などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク、フラッシュメモリなどの少なくとも1つで構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。
通信装置1004は、有線及び/又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述の送受信アンテナ101(201)、アンプ部102(202)、送受信部103(203)、伝送路インターフェース106などは、通信装置1004で実現されてもよい。
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウスなど)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカーなど)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチパネル)であってもよい。
また、プロセッサ1001やメモリ1002などの各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
また、無線基地局10及びユーザ端末20は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つで実装されてもよい。
なお、本明細書で説明した用語及び/又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び/又はシンボルは信号(シグナリング)であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア(CC:Component Carrier)は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
また、無線フレームは、時間領域において1つ又は複数の期間(フレーム)で構成されてもよい。無線フレームを構成する当該1つ又は複数の各期間(フレーム)は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において1つ又は複数のスロットで構成されてもよい。さらに、スロットは、時間領域において1つ又は複数のシンボル(OFDMシンボル、SC−FDMAシンボルなど)で構成されてもよい。
無線フレーム、サブフレーム、スロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。例えば、1サブフレームが送信時間間隔(TTI:Transmission Time Interval)と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、1スロットがTTIと呼ばれてもよい。つまり、サブフレームやTTIは、既存のLTEにおけるサブフレーム(1ms)であってもよいし、1msより短い期間(例えば、1−13シンボル)であってもよいし、1msより長い期間であってもよい。
ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、無線基地局が各ユーザ端末に対して、無線リソース(各ユーザ端末において使用することが可能な周波数帯域幅や送信電力など)を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。
1msの時間長を有するTTIを、通常TTI(LTE Rel.8−12におけるTTI)、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、又はロングサブフレームなどと呼んでもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、短縮サブフレーム、又はショートサブフレームなどと呼ばれてもよい。
リソースブロック(RB:Resource Block)は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、1つ又は複数個の連続した副搬送波(サブキャリア(subcarrier))を含んでもよい。また、RBは、時間領域において、1つ又は複数個のシンボルを含んでもよく、1スロット、1サブフレーム又は1TTIの長さであってもよい。1TTI、1サブフレームは、それぞれ1つ又は複数のリソースブロックで構成されてもよい。なお、RBは、物理リソースブロック(PRB:Physical RB)、PRBペア、RBペアなどと呼ばれてもよい。
また、リソースブロックは、1つ又は複数のリソースエレメント(RE:Resource Element)で構成されてもよい。例えば、1REは、1サブキャリア及び1シンボルの無線リソース領域であってもよい。
なお、上述した無線フレーム、サブフレーム、スロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、スロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプリフィクス(CP:Cyclic Prefix)長などの構成は、様々に変更することができる。
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースは、所定のインデックスで指示されるものであってもよい。
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線(DSL)など)及び/又は無線技術(赤外線、マイクロ波など)を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び/又は無線技術は、伝送媒体の定義内に含まれる。
また、本明細書における無線基地局は、ユーザ端末で読み替えてもよい。例えば、無線基地局及びユーザ端末間の通信を、複数のユーザ端末間(D2D:Device-to-Device)の通信に置き換えた構成について、本発明の各態様/実施形態を適用してもよい。この場合、上述の無線基地局10が有する機能をユーザ端末20が有する構成としてもよい。また、「上り」や「下り」などの文言は、「サイド」と読み替えられてもよい。例えば、上りチャネルは、サイドチャネルと読み替えられてもよい。
同様に、本明細書におけるユーザ端末は、無線基地局で読み替えてもよい。この場合、上述のユーザ端末20が有する機能を無線基地局10が有する構成としてもよい。
本明細書で説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的に行うものに限られず、暗黙的に(例えば、当該所定の情報の通知を行わないことによって)行われてもよい。
情報の通知は、本明細書で説明した態様/実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、DCI(Downlink Control Information)、UCI(Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、報知情報(MIB(Master Information Block)、SIB(System Information Block)など)、MAC(Medium Access Control)シグナリング)、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRCConnectionSetup)メッセージ、RRC接続再構成(RRCConnectionReconfiguration)メッセージなどであってもよい。また、MACシグナリングは、例えば、MAC制御要素(MAC CE(Control Element))で通知されてもよい。
本明細書で説明した各態様/実施形態は、LTE(Long Term Evolution)、LTE−A(LTE-Advanced)、LTE−B(LTE-Beyond)、SUPER 3G、IMT−Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、FRA(Future Radio Access)、New−RAT(Radio Access Technology)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi−Fi(登録商標))、IEEE 802.16(WiMAX(登録商標))、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(登録商標)、その他の適切な無線通信方法を利用するシステム及び/又はこれらに基づいて拡張された次世代システムに適用されてもよい。
本明細書で説明した各態様/実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。例えば、上述の各実施形態は単独で用いてもよいし、組み合わせて用いてもよい。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
1 無線通信システム
10(11、12) 無線基地局
20 ユーザ端末
101、201 送受信アンテナ
102、202 アンプ部
103、203 送受信部
104、204 ベースバンド信号処理部
105 呼処理部
106 伝送路インターフェース
205 アプリケーション部
301、401 制御部
302、402 送信信号生成部
303、403 マッピング部
304、404 受信信号処理部
305、405 測定部

Claims (6)

  1. 下り制御情報(DCI)を受信する受信部と、
    前記DCI内の新規データ識別子(NDI)に基づいて、複数のサブフレームの上り共有チャネルの送信を制御する制御部と、を具備し、
    前記NDIは、前記DCIによりスケジューリングされる最大サブフレーム数と等しいビット数のビットマップであることを特徴とするユーザ端末。
  2. 前記DCIは、前記複数のサブフレームの数を示すサブフレーム情報を含むことを特徴とする請求項1に記載のユーザ端末。
  3. 前記制御部は、前記DCIに含まれる情報に基づいて、前記複数のサブフレームの各々の冗長バージョン(RV)を決定することを特徴とする請求項1又は請求項2に記載のユーザ端末。
  4. 前記DCIは、単一のDCIであることを特徴とする請求項1から請求項3のいずれかに記載のユーザ端末。
  5. 前記DCIは、送信前にリスニングが実行されるセカンダリセルにおいて前記複数のサブフレームの前記上り共有チャネルのスケジューリングに用いられることを特徴とする請求項1から請求項4のいずれかに記載のユーザ端末。
  6. ユーザ端末において、
    下り制御情報(DCI)を受信する工程と、
    前記DCI内の新規データ識別子(NDI)に基づいて、複数のサブフレームの上り共有チャネルの送信を制御する工程と、を有し、
    前記NDIは、前記DCIによりスケジューリングされる最大サブフレーム数と等しいビット数のビットマップであることを特徴とする無線通信方法。

JP2018072257A 2018-04-04 2018-04-04 ユーザ端末及び無線通信方法 Pending JP2018137792A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2018072257A JP2018137792A (ja) 2018-04-04 2018-04-04 ユーザ端末及び無線通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018072257A JP2018137792A (ja) 2018-04-04 2018-04-04 ユーザ端末及び無線通信方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2016073413A Division JP6321068B2 (ja) 2016-03-31 2016-03-31 ユーザ端末及び無線通信方法

Publications (1)

Publication Number Publication Date
JP2018137792A true JP2018137792A (ja) 2018-08-30

Family

ID=63364922

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018072257A Pending JP2018137792A (ja) 2018-04-04 2018-04-04 ユーザ端末及び無線通信方法

Country Status (1)

Country Link
JP (1) JP2018137792A (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020022256A1 (ja) 2018-07-23 2020-01-30 三菱ケミカル株式会社 アルコールの製造方法及び触媒
JPWO2020188644A1 (ja) * 2019-03-15 2020-09-24
CN113228771A (zh) * 2018-11-01 2021-08-06 株式会社Ntt都科摩 用户终端
CN113273094A (zh) * 2018-10-31 2021-08-17 株式会社Ntt都科摩 用户终端
CN113303012A (zh) * 2018-10-25 2021-08-24 株式会社Ntt都科摩 用户终端以及无线通信方法
CN113545147A (zh) * 2019-01-09 2021-10-22 株式会社Ntt都科摩 用户终端以及无线通信方法
CN113826434A (zh) * 2019-03-12 2021-12-21 株式会社Ntt都科摩 用户终端以及无线通信方法
JP2023545750A (ja) * 2020-10-16 2023-10-31 ソニーグループ株式会社 非認可チャネルにおける無線リソース事前予約の方法、ネットワークノード、及びワイヤレスデバイス

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160066343A1 (en) * 2013-04-17 2016-03-03 Zte Corporation Multi-Subframe Scheduling Method, Device And System

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160066343A1 (en) * 2013-04-17 2016-03-03 Zte Corporation Multi-Subframe Scheduling Method, Device And System

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
NOKIA, NOKIA SIEMENS NETWORKS: "HARQ considerations in multi-subframe scheduling[online]", 3GPP TSG-RAN WG1#73 R1-132301, JPN6019013677, 20 May 2013 (2013-05-20), ISSN: 0004214352 *
NTT DOCOMO, INC.: "Discussion on UL scheduling design for eLAA[online]", 3GPP TSG-RAN WG1#84 R1-160947, JPN6019013680, 15 February 2016 (2016-02-15), ISSN: 0004214353 *
SAMSUNG: "DL Control Signaling Overhead Reduction for Low Cost Ues[online]", 3GPP TSG-RAN WG1#82B R1-155429, JPN6019013675, 5 October 2015 (2015-10-05), ISSN: 0004214351 *

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020022256A1 (ja) 2018-07-23 2020-01-30 三菱ケミカル株式会社 アルコールの製造方法及び触媒
CN113303012A (zh) * 2018-10-25 2021-08-24 株式会社Ntt都科摩 用户终端以及无线通信方法
CN113273094B (zh) * 2018-10-31 2024-05-14 株式会社Ntt都科摩 终端、基站、系统以及无线通信方法
CN113273094A (zh) * 2018-10-31 2021-08-17 株式会社Ntt都科摩 用户终端
CN113228771A (zh) * 2018-11-01 2021-08-06 株式会社Ntt都科摩 用户终端
CN113545147A (zh) * 2019-01-09 2021-10-22 株式会社Ntt都科摩 用户终端以及无线通信方法
CN113826434A (zh) * 2019-03-12 2021-12-21 株式会社Ntt都科摩 用户终端以及无线通信方法
CN113826434B (zh) * 2019-03-12 2024-03-19 株式会社Ntt都科摩 用户终端以及无线通信方法
JP7197678B2 (ja) 2019-03-15 2022-12-27 株式会社Nttドコモ 端末、無線通信方法、基地局及びシステム
JPWO2020188644A1 (ja) * 2019-03-15 2020-09-24
US12150140B2 (en) 2019-03-15 2024-11-19 Ntt Docomo, Inc. User terminal and radio communication method
JP2023545750A (ja) * 2020-10-16 2023-10-31 ソニーグループ株式会社 非認可チャネルにおける無線リソース事前予約の方法、ネットワークノード、及びワイヤレスデバイス
JP7520225B2 (ja) 2020-10-16 2024-07-22 ソニーグループ株式会社 非認可チャネルにおける無線リソース事前予約の方法、ネットワークノード、及びワイヤレスデバイス

Similar Documents

Publication Publication Date Title
JP6321068B2 (ja) ユーザ端末及び無線通信方法
US11310830B2 (en) Terminal, radio base station, radio communication method, and system for a physical uplink shared channel and sounding reference signal
JP7034905B2 (ja) 端末、無線通信方法、基地局及びシステム
JP6205007B1 (ja) ユーザ端末、無線基地局及び無線通信方法
JP6917905B2 (ja) 端末、無線通信方法、基地局及びシステム
JP2022022327A (ja) 端末
JP6309985B2 (ja) ユーザ端末、無線基地局及び無線通信方法
JPWO2017130991A1 (ja) ユーザ端末、無線基地局及び無線通信方法
JP2018137792A (ja) ユーザ端末及び無線通信方法
JPWO2017150451A1 (ja) ユーザ端末、無線基地局及び無線通信方法
JP2017192070A (ja) ユーザ端末及び無線通信方法
JPWO2017142031A1 (ja) ユーザ端末、無線基地局及び無線通信方法
WO2018047887A1 (ja) ユーザ端末及び無線通信方法
JPWO2017135344A1 (ja) ユーザ端末、無線基地局及び無線通信方法
JPWO2017195849A1 (ja) ユーザ端末及び無線通信方法
WO2019049279A1 (ja) ユーザ端末及び無線通信方法
JPWO2017170809A1 (ja) ユーザ端末、無線基地局及び無線通信方法
JPWO2017135340A1 (ja) ユーザ端末、無線基地局及び無線通信方法
WO2017199984A1 (ja) ユーザ端末及び無線通信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180404

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190416

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190614

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190806

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20200218