JP2017502576A - 機械タイプ通信を支援する無線接続システムにおいて上りリンク送信電力を制御する方法及び装置 - Google Patents

機械タイプ通信を支援する無線接続システムにおいて上りリンク送信電力を制御する方法及び装置 Download PDF

Info

Publication number
JP2017502576A
JP2017502576A JP2016536627A JP2016536627A JP2017502576A JP 2017502576 A JP2017502576 A JP 2017502576A JP 2016536627 A JP2016536627 A JP 2016536627A JP 2016536627 A JP2016536627 A JP 2016536627A JP 2017502576 A JP2017502576 A JP 2017502576A
Authority
JP
Japan
Prior art keywords
uplink
channel
transmission
transmission power
tpc
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
JP2016536627A
Other languages
English (en)
Other versions
JP6169797B2 (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.)
LG Electronics Inc
Original Assignee
LG Electronics 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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2017502576A publication Critical patent/JP2017502576A/ja
Application granted granted Critical
Publication of JP6169797B2 publication Critical patent/JP6169797B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/06TPC algorithms
    • H04W52/14Separate analysis of uplink or downlink
    • H04W52/146Uplink power control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/06TPC algorithms
    • H04W52/16Deriving transmission power values from another channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/18TPC being performed according to specific parameters
    • H04W52/28TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non transmission
    • H04W52/286TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non transmission during data packet transmission, e.g. high speed packet access [HSPA]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/30TPC using constraints in the total amount of available transmission power
    • H04W52/32TPC of broadcast or control channels
    • H04W52/325Power control of control or pilot channels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/38TPC being performed in particular situations
    • H04W52/48TPC being performed in particular situations during retransmission after error or non-acknowledgment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/54Signalisation aspects of the TPC commands, e.g. frame structure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/06TPC algorithms
    • H04W52/08Closed loop power control

Abstract

【課題】機械タイプ通信(MTC)を支援する無線接続システムにおいてMTC端末が上りリンク送信電力を制御する方法及びそれを支援する装置を提供する。【解決手段】MTCを支援する無線接続システムにおいてMTC端末が上りリンク送信電力を制御する方法は、第1の送信電力命令(TPC)を含む第1の下りリンク制御チャネルを所定の回数だけ反復して受信するステップと、第1のTPCが示す送信電力によって第1の上りリンクチャネルを所定の回数だけ反復して送信するステップと、第1の上りリンクチャネルを所定の回数だけ反復して送信する途中に、送信電力の調整を命令する第2のTPCを含む第2の下りリンク制御チャネルを受信するステップとを有することができ、第1の上りリンクチャネルを反復して送信する途中には第2のTPCを反映せず、第1のTPCが示す送信電力によって第1の上りリンクチャネルを送信するように構成されてもよい。【選択図】図17

Description

本発明は、機械タイプ通信(MTC:Machine Type Communication)を支援する無線接続システムに関し、特に、MTC端末が上りリンク送信電力を制御する方法及びそれを支援する装置に関する。
無線接続システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは、可用のシステムリソース(帯域幅、送信電力など)を共有して多重ユーザとの通信を支援できる多元接続(multiple access)システムである。多元接続システムの例には、CDMA(code division multiple access)システム、FDMA(frequency division multiple access)システム、TDMA(time division multiple access)システム、OFDMA(orthogonal frequency division multiple access)システム、SC−FDMA(single carrier frequency division multiple access)システムなどがある。
本発明の目的は、MTCを支援する無線接続システムにおいて効率的にデータを送受信する方法を提供することにある。
本発明の他の目的は、MTC端末に対する上りリンク送信電力を制御する方法を提供することにある。
本発明の更に他の目的は、上記の方法を支援する装置を提供することにある。
本発明で達成しようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。
本発明は、機械タイプ通信(MTC)を支援する無線接続システムに関し、特に、MTC端末が上りリンク送信電力を制御する方法及びそれを支援する装置に関する。
本発明の一態様として、機械タイプ通信(MTC)を支援する無線接続システムにおいてMTC端末が上りリンク送信電力を制御する方法は、第1の送信電力命令(TPC)を含む第1の下りリンク制御チャネルを所定の回数だけ反復して受信するステップと、第1のTPCが示す送信電力によって第1の上りリンクチャネルを所定の回数だけ反復して送信するステップと、第1の上りリンクチャネルを所定の回数だけ反復して送信する途中に、送信電力の調整を命令する第2のTPCを含む第2の下りリンク制御チャネルを受信するステップとを有し、第1の上りリンクチャネルを反復して送信する途中には第2のTPCを反映せず、第1のTPCが示す送信電力によって第1の上りリンクチャネルを送信するように構成することができる。
上記方法は、第1の上りリンクチャネルの反復送信が完了した後に、送信電力の調整を命令する第3のTPCを含む第3の下りリンク制御チャネルを受信するステップをさらに有することができる。
上記方法は、MTC端末が第2のTPC及び第3のTPCが示す送信電力制御値を全て考慮して第2の上りリンクチャネルを所定の回数反復して送信するステップをさらに有することができる。
又は、上記方法は、MTC端末が送信電力を第3のTPCが示す送信電力制御値によって調整して第2の上りリンクチャネルを所定の回数反復して送信するステップをさらに有することができる。
本発明の他の態様として、機械タイプ通信(MTC)を支援する無線接続システムにおいて上りリンク送信電力を制御するためのMTC端末は、受信器と、送信器と、上りリンク送信電力を制御するように構成されたプロセッサとを備えることができる。
ここで、プロセッサは、受信器を制御して、第1の送信電力命令(TPC)を含む第1の下りリンク制御チャネルを所定の回数だけ反復して受信し;送信器を制御して、第1のTPCが示す送信電力によって第1の上りリンクチャネルを所定の回数だけ反復して送信し;第1の上りリンクチャネルを所定の回数だけ反復して送信する途中に、送信電力の調整を命令する第2のTPCを含む第2の下りリンク制御チャネルを受信すると、第1の上りリンクチャネルを反復して送信する途中には第2のTPCを反映せず、第1のTPCが示す送信電力によって送信器を制御して第1の上りリンクチャネルを送信するように構成されてもよい。
ここで、前記プロセッサは、第1の上りリンクチャネルの反復送信が完了した後に、受信器を制御して、送信電力の調整を命令する第3のTPCを含む第3の下りリンク制御チャネルを受信するようにしてもよい。
前記プロセッサは、さらに、第2のTPC及び第3のTPCが示す送信電力制御値を全て考慮し、送信器を制御して第2の上りリンクチャネルを所定の回数反復して送信するように構成されてもよい。
前記プロセッサは、さらに、送信電力を第3のTPCが示す送信電力制御値によって調整し、送信器を制御して第2の上りリンクチャネルを所定の回数反復して送信するように構成されてもよい。
上記の本発明の態様において、下りリンク制御チャネルは、サブフレームの制御チャネル領域で送信される物理下りリンク制御チャネル、又はサブフレームのデータチャネル領域で送信される向上した物理下りリンク制御チャネルであり、上りリンクチャネルは、上りリンク制御情報を送信するための物理上りリンク制御チャネル(PUCCH)、又はユーザデータを送信するための物理上りリンクデータチャネル(PUSCH)であってもよい。
ここで、第1の上りリンクチャネルがPUSCHであり、第1の上りリンクチャネルが反復送信される途中にPUCCHの反復送信が重なる場合に、第1の上りリンクチャネルの送信は中断され、PUCCHの反復送信が行われてもよい。
また、第1の上りリンクチャネルの送信電力は、重なるサブフレームの個数だけ送信電力が増加して送信されてもよい。
上述した本発明の様態は、本発明の好適な実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常の知識を有する者にとって、以下に詳述する本発明の詳細な説明に基づいて導出され、理解されるであろう。
本発明の実施例によれば次のような効果がある。
第一に、MTC端末が確実に且つ効率的に上りリンク送信を行うことができる。
第二に、上りリンクチャネルを反復送信する途中に送信電力の調整を命令するTPCを受信しても、MTC端末はそれを無視して上りリンクチャネルを続けて送信することができる。
第三に、上りリンクチャネル同士が重なり合う場合には、それらの上りリンクチャネルの優先順位を考慮して送信するが、重なり合うサブフレーム個数に比例して、送信中断された上りリンクチャネルの送信電力を増加させることによって、中断された送信を補償することができる。
本発明の実施例から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の本発明の実施例に関する記載から、本発明の属する技術の分野における通常の知識を有する者にとって明確に導出され理解されるであろう。すなわち、本発明を実施するに上で意図していない効果も、本発明の実施例から、当該技術の分野における通常の知識を有する者によって導出可能である。
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する様々な実施例を提供する。また、添付の図面は、詳細な説明と共に本発明の実施の形態を説明するために用いられる。
図1は、物理チャネル及びこれらを用いた信号送信方法を説明するための図である。
図2は、無線フレームの構造の一例を示す図である。
図3は、下りリンクスロットに対するリソースグリッド(resource grid)を例示する図である。
図4は、上りリンクサブフレームの構造の一例を示す図である。
図5は、下りリンクサブフレームの構造の一例を示す図である。
図6は、一般サイクリックプレフィックス(Cyclic Prefix:CP)の場合におけるPUCCHフォーマット1a及び1bを示し、図7は、拡張CPの場合におけるPUCCHフォーマット1a及び1bを示す。 図6は、一般サイクリックプレフィックス(Cyclic Prefix:CP)の場合におけるPUCCHフォーマット1a及び1bを示し、図7は、拡張CPの場合におけるPUCCHフォーマット1a及び1bを示す。
図8は、一般CPの場合におけるPUCCHフォーマット2/2a/2bを示し、図9は、拡張CPの場合におけるPUCCHフォーマット2/2a/2bを示す。 図8は、一般CPの場合におけるPUCCHフォーマット2/2a/2bを示し、図9は、拡張CPの場合におけるPUCCHフォーマット2/2a/2bを示す。
図10は、PUCCHフォーマット1a及び1bに対するACK/NACKチャネル化(channelization)を説明する図である。
図11は、同じPRB内でPUCCHフォーマット1a/1bとフォーマット2/2a/2bとが混合された構造に対するチャネル化を示す図である。
図12は、PRB割り当てを示す図である。
図13は、コンポーネントキャリア(CC)及びLTE_Aシステムで用いられるキャリア併合の一例を示す図である。
図14は、クロスキャリアスケジューリングによるLTE−Aシステムのサブフレーム構造を示す図である。
図15は、クロスキャリアスケジューリングによるサービングセル構成の一例を示す図である。
図16は、CA PUCCHの信号処理過程を例示する図である。
図17は、上りリンク送信電力を調整する方法の一つを示す図である。
図18は、PUCCH反復送信とPUSCH反復送信とが衝突する場合に、PUSCHの送信電力を調整する方法の一つを示す図である。
図19は、PUCCH反復送信とPUSCH反復送信とが衝突する場合に、PUSCHの送信電力を調整する方法の一つを示す図である。
図20は、図1乃至図19で説明した方法を具現し得る装置を示す図である。
以下に詳しく説明する本発明の実施例は、機械タイプ通信(MTC)を支援する無線接続システムに関し、特に、MTC端末が上りリンク送信電力を制御する方法及びそれを支援する装置に関する。
以下の実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することができる。また、一部の構成要素及び/又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更してもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、又は他の実施例の対応する構成又は特徴に取り替えられてもよい。
図面に関する説明において、本発明の要旨を曖昧にさせうる手順又は段階などは記述を省略し、当業者のレベルで理解できるような手順又は段階も記述を省略した。
明細書全体を通じて、ある部分がある構成要素を“含む(又は備える又は有する)”としたとき、これは、特別に言及しない限り、他の構成要素を除外する意味ではなく、他の構成要素をさらに含んでもよいということを意味する。また、明細書に記載された“…部”,“…機”,“モジュール”などの用語は、少なくとも一つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの結合によって具現することができる。また、“ある(a又はan)”,“一つ(one)”,“その(the)”及び類似関連語は、本発明を記述する文脈において(特に、以下の請求項の文脈において)、本明細書に特別に指示されたり文脈によって明らかに反駁されない限り、単数及び複数の両意味で使うことができる。
本明細書で、本発明の実施例は、基地局と移動局間のデータ送受信関係を中心に説明した。ここで、基地局は移動局と直接通信を行うネットワークの終端ノード(terminal node)としての意味を有する。本文書で基地局によって行われるとした特定動作は、場合によっては、基地局の上位ノード(upper node)によって行われてもよい。
すなわち、基地局を含む複数のネットワークノード(network node)からなるネットワークで移動局との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードによって行われてもよい。ここで、「基地局」は、固定局(fixed station)、Node B、eNode B(eNB)、発展した基地局(ABS:Advanced Base Station)又はアクセスポイント(access point)などの用語に代えてもよい。
また、本発明の実施例でいう「端末(Terminal)」は、ユーザ機器(UE:User Equipment)、移動局(MS:Mobile Station)、加入者端末(SS:Subscriber Station)、移動加入者端末(MSS:Mobile Subscriber Station)、移動端末(Mobile Terminal)、又は発展した移動端末(AMS:Advanced Mobile Station)などの用語に代えてもよい。
また、送信端は、データサービス又は音声サービスを提供する固定及び/又は移動ノードを意味し、受信端は、データサービス又は音声サービスを受信する固定及び/又は移動ノードを意味する。そのため、上りリンクでは、移動局を送信端とし、基地局を受信端とすることができる。同様に、下りリンクでは、移動局を受信端とし、基地局を送信端とすることができる。
本発明の実施例は、無線接続システムであるIEEE 802.xxシステム、3GPP(3rd Generation Partnership Project)システム、3GPP LTEシステム及び3GPP2システムのうち少なくとも一つに開示された標準文書によって裏付けることができ、特に、本発明の実施例は、3GPP TS 36.211、3GPP TS 36.212、3GPP TS 36.213、及び3GPP TS 36.321の文書によって裏付けることができる。すなわち、本発明の実施例において説明していない自明な段階又は部分は、上記の文書を参照して説明することができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。
以下、本発明に係る好適な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明が実施されうる唯一の実施の形態を示すためのものではない。
また、本発明の実施例で使われる特定用語は、本発明の理解を助けるために提供されたもので、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更してもよい。
例えば、一般の端末は、LTE/LTE−Aシステムでユーザが通信サービスを行えるように支援する機器を意味し、MTC端末は、LTE/LTE−Aシステムで動作するが、MTCを支援するための必須の機能だけを有し、カバレッジ拡張のための機能を搭載した機器を意味する。また、本発明では多重化とピギーバックとが類似の意味で使われてもよい。
以下では、本発明の実施例を適用し得る無線接続システムの一例として3GPP LTE/LTE−Aシステムについて説明する。
以下の技術は、CDMA(code division multiple access)、FDMA(frequency division multiple access)、TDMA(time division multiple access)、OFDMA(orthogonal frequency division multiple access)、SC−FDMA(single carrier frequency division multiple access)などのような様々な無線接続システムに適用することができる。
CDMAは、UTRA(Universal Terrestrial Radio Access)やCDMA2000のような無線技術(radio technology)によって具現することができる。TDMAは、GSM(登録商標)(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)のような無線技術によって具現することができる。OFDMAは、IEEE 802.11(Wi−Fi)、IEEE 802.16(WiMAX)、IEEE 802−20、E−UTRA(Evolved UTRA)などのような無線技術によって具現することができる。
UTRAは、UMTS(Universal Mobile Telecommunications System)の一部である。3GPP LTE(Long Term Evolution)は、E−UTRAを用いるE−UMTS(Evolved UMTS)の一部であって、下りリンクでOFDMAを採用し、上りリンクでSC−FDMAを採用する。LTE−A(Advanced)システムは、3GPP LTEシステムの改良されたシステムである。本発明の技術的特徴に関する説明を明確にするために、本発明の実施例を3GPP LTE/LTE−Aシステムを中心に説明するが、IEEE 802.16e/mシステムなどに適用してもよい。
1. 3GPP LTE/LTE_Aシステム
無線接続システムにおいて、端末は下りリンク(DL:Downlink)を介して基地局から情報を受信し、上りリンク(UL:Uplink)を介して基地局に情報を送信する。基地局と端末が送受信する情報は、一般データ情報及び様々な制御情報を含み、これらが送受信する情報の種類/用途によって様々な物理チャネルが存在する。
1.1 システム一般
図1は、本発明の実施例で使用できる物理チャネル及びこれらを用いた信号送信方法を説明するための図である。
電源が消えた状態で電源がついたり、新しくセルに進入したりした端末は、S11段階で基地局と同期を取るなどの初期セル探索(Initial cell search)作業を行う。そのために、端末は基地局から1次同期チャネル(P−SCH:Primary Synchronization Channel)及び2次同期チャネル(S−SCH:Secondary Synchronization Channel)を受信して基地局と同期を取り、セルIDなどの情報を取得する。
その後、端末は基地局から物理放送チャネル(PBCH:Physical Broadcast Channel)信号を受信してセル内放送情報を取得することができる。
一方、端末は初期セル探索段階で下りリンク参照信号(DL RS:Downlink Reference Signal)を受信して下りリンクチャネル状態を確認することができる。
初期セル探索を終えた端末は、S12段階で、物理下り制御チャネル(PDCCH:Physical Downlink Control Channel)、及び物理下り制御チャネル情報に基づく物理下り共有チャネル(PDSCH:Physical Downlink Shared Channel)を受信し、より具体的なシステム情報を取得することができる。
その後、端末は、基地局に接続を完了するために、段階S13乃至段階S16のようなランダムアクセス過程(Random Access Procedure)を行うことができる。そのために、端末は物理ランダムアクセスチャネル(PRACH:Physical Random Access Channel)を用いてプリアンブル(preamble)を送信し(S13)、物理下り制御チャネル及びこれに対応する物理下り共有チャネルを用いてプリアンブルに対する応答メッセージを受信することができる(S14)。競合ベースのランダムアクセスでは、端末は、さらなる物理ランダムアクセスチャネル信号の送信(S15)、及び物理下り制御チャネル信号及びこれに対応する物理下り共有チャネル信号の受信(S16)のような衝突解決手順(Contention Resolution Procedure)を行うことができる。
上述したような手順を行った端末は、その後、一般的な上り/下り信号送信手順として、物理下り制御チャネル信号及び/又は物理下り共有チャネル信号の受信(S17)及び物理上り共有チャネル(PUSCH:Physical Uplink Shared Channel)信号及び/又は物理上り制御チャネル(PUCCH:Physical Uplink Control Channel)信号の送信(S18)を行うことができる。
端末が基地局に送信する制御情報を総称して、上り制御情報(UCI:Uplink Control Information)という。UCIは、HARQ−ACK/NACK(Hybrid Automatic Repeat and reQuest Acknowledgement/Negative−ACK)、SR(Scheduling Request)、CQI(Channel Quality Indication)、PMI(Precoding Matrix Indication)、RI(Rank Indication)情報などを含む。
LTEシステムにおいて、UCIは、一般的にPUCCHを介して周期的に送信するが、制御情報とトラフィックデータが同時に送信されるべき場合にはPUSCHを介して送信してもよい。また、ネットワークの要求/指示に応じてPUSCHを介してUCIを非周期的に送信してもよい。
図2には、本発明の実施例で用いられる無線フレームの構造を示す。
図2(a)は、タイプ1フレーム構造(frame structure type 1)を示す。タイプ1フレーム構造は、全二重(full duplex)FDD(Frequency Division Duplex)システムと半二重(half duplex)FDDシステムの両方に適用することができる。
1無線フレーム(radio frame)は、
Figure 2017502576
の長さを有し、
Figure 2017502576
の均等な長さを有し、0から19までのインデックスが与えられた20個のスロットで構成される。1サブフレームは、2個の連続したスロットと定義され、i番目のサブフレームは、2i及び2i+1に該当するスロットで構成される。すなわち、無線フレーム(radio frame)は、10個のサブフレーム(subframe)で構成される。1サブフレームを送信するために掛かる時間をTTI(transmission time interval)という。ここで、Tはサンプリング時間を表し、T=1/(15kHz×2048)=3.2552×10−8(約33ns)と表示される。スロットは、時間領域で複数のOFDMシンボル又はSC−FDMAシンボルを含み、周波数領域で複数のリソースブロック(Resource Block)を含む。
1スロットは、時間領域で複数のOFDM(orthogonal frequency division multiplexing)シンボルを含む。3GPP LTEは、下りリンクでOFDMAを使用するので、OFDMシンボルは1シンボル区間(symbol period)を表現するためのものである。OFDMシンボルは、1つのSC−FDMAシンボル又はシンボル区間ということができる。リソースブロック(resource block)は、リソース割り当て単位であって、1スロットで複数の連続した副搬送波(subcarrier)を含む。
全二重FDDシステムでは、各10ms区間で10個のサブフレームを下り送信と上り送信のために同時に利用することができる。このとき、上り送信と下り送信は周波数領域で区別される。一方、半二重FDDシステムでは、端末は送信と受信を同時に行うことができない。
上述した無線フレームの構造は一つの例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるOFDMシンボルの数は様々に変更されてもよい。
図2(b)には、タイプ2フレーム構造(frame structure type 2)を示す。タイプ2フレーム構造はTDDシステムに適用される。1無線フレームは、
Figure 2017502576
の長さを有し、
Figure 2017502576
長さを有する2個のハーフフレーム(half−frame)で構成される。各ハーフフレームは、
Figure 2017502576
の長さを有する5個のサブフレームで構成される。i番目のサブフレームは、2i及び2i+1に該当する各
Figure 2017502576
の長さを有する2個のスロットで構成される。ここで、Tは、サンプリング時間を表し、T=1/(15kHz×2048)=3.2552×10−8(約33ns)で表示される。
タイプ2フレームは、DwPTS(Downlink Pilot Time Slot)、保護区間(GP:Guard Period)、UpPTS(Uplink Pilot Time Slot)の3つのフィールドで構成される特別サブフレームを含む。ここで、DwPTSは、端末での初期セル探索、同期化又はチャネル推定に用いられる。UpPTSは、基地局でのチャネル推定と端末の上り送信同期を合わせるために用いられる。保護区間は、上りリンクと下りリンクの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
下記の表1に、特別フレームの構成(DwPTS/GP/UpPTSの長さ)を示す。
Figure 2017502576
図3は、本発明の実施例で使用できる下りリンクスロットのリソースグリッド(resource grid)を例示する図である。
図3を参照すると、1つの下りリンクスロットは、時間領域で複数のOFDMシンボルを含む。ここで、1つの下りリンクスロットは、7個のOFDMシンボルを含み、1つのリソースブロックは周波数領域で12個の副搬送波を含むとするが、これに限定されるものではない。
リソースグリッド上で各要素(element)をリソース要素(RE:Resource Element)とし、1つのリソースブロックは12×7個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの数NDLは、下りリンク送信帯域幅(bandwidth)に依存する。上りリンクスロットの構造は、下りリンクスロットの構造と同一であってもよい。
図4は、本発明の実施例で使用できる上りリンクサブフレームの構造を示す。
図4を参照すると、上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別される。制御領域には、上り制御情報を運ぶPUCCHが割り当てられる。データ領域には、ユーザデータを運ぶPUSCHが割り当てられる。単一搬送波特性を維持するために、一つの端末はPUCCHとPUSCHを同時に送信しない。一つの端末に対するPUCCHにはサブフレーム内にリソースブロック(RB:Resource Block)対が割り当てられる。RB対に属するRBは、2個のスロットのそれぞれで異なる副搬送波を占める。これを、PUCCHに割り当てられたRB対はスロット境界(slot boundary)で周波数跳躍(frequency hopping)するという。
図5には、本発明の実施例で使用できる下りサブフレームの構造を示す。
図5を参照すると、サブフレームにおける第一のスロットでOFDMシンボルインデックス0から最大3個のOFDMシンボルが、制御チャネルが割り当てられる制御領域(control region)であり、残りのOFDMシンボルが、PDSCHが割り当てられるデータ領域(data region)である。3GPP LTEで用いられる下りリンク制御チャネルの例には、PCFICH(Physical Control Format Indicator Channel)、PDCCH、PHICH(Physical Hybrid−ARQ Indicator Channel)などがある。
PCFICHは、サブフレームにおける最初のOFDMシンボルで送信され、サブフレーム内に制御チャネルの送信のために使われるOFDMシンボルの数(すなわち、制御領域のサイズ)に関する情報を運ぶ。PHICHは、上りリンクに対する応答チャネルであって、HARQ(Hybrid Automatic Repeat Request)に対するACK(Acknowledgement)/NACK(Negative−Acknowledgement)信号を運ぶ。PDCCHを介して送信される制御情報を下り制御情報(DCI:downlink control information)という。下り制御情報は、上りリソース割り当て情報、下りリソース割り当て情報、又は任意の端末グループに対する上り送信(Tx)電力制御命令を含む。
1.2 PDCCH(Physical Downlink Control Channel)
1.2.1 PDCCH一般
PDCCHは、DL−SCH(Downlink Shared Channel)のリソース割り当て及び送信フォーマット(すなわち、下りリンクグラント(DL−Grant))、UL−SCH(Uplink Shared Channel)のリソース割り当て情報(すなわち、上りリンクグラント(UL−Grant))、PCH(Paging Channel)におけるページング(paging)情報、DL−SCHにおけるシステム情報、PDSCHで送信されるランダムアクセス応答(random access response)のような上位レイヤ(upper−layer)制御メッセージに対するリソース割り当て、任意の端末グループ内の個別端末に対する送信電力制御命令の集合、VoIP(Voice over IP)活性化の有無に関する情報などを運ぶことができる。
複数のPDCCHを制御領域内で送信することができ、端末は複数のPDCCHをモニタすることができる。PDCCHは、1つ又は複数の連続したCCE(control channel elements)の集合(aggregation)で構成される。1つ又は複数の連続したCCEの集合で構成されたPDCCHは、サブブロックインターリービング(subblock interleaving)を経た後、制御領域を通して送信することができる。CCEは、無線チャネルの状態による符号化率をPDCCHに提供するために使われる論理的割り当て単位である。CCEは、複数のリソース要素グループ(REG:resource element group)に対応する。CCEの数とCCEによって提供される符号化率の関係によってPDCCHのフォーマット及び可能なPDCCHのビット数が決定される。
1.2.2 PDCCH構造
複数の端末に対する多重化された複数のPDCCHが制御領域内で送信されてもよい。PDCCHは1つ又は2つ以上の連続したCCEの集合(CCE aggregation)で構成される。CCEは、4個のリソース要素で構成されたREGの9個のセットに対応する単位のことを指す。各REGには4個のQPSK(Quadrature Phase Shift Keying)シンボルがマップされる。参照信号(RS:Reference Signal)によって占有されたリソース要素はREGに含まれない。すなわち、OFDMシンボル内でREGの総個数は、セル特定参照信号が存在するか否かによって異なってくることがある。4個のリソース要素を1つのグループにマップするREGの概念は、他の下り制御チャネル(例えば、PCFICH又はPHICH)にも適用することができる。PCFICH又はPHICHに割り当てられないREGを
Figure 2017502576
とすれば、システムで利用可能なCCEの個数は
Figure 2017502576
であり、各CCEは0から
Figure 2017502576
までのインデックスを有する。
端末のデコーティングプロセスを単純化するために、n個のCCEを含むPDCCHフォーマットは、nの倍数と同じインデックスを有するCCEから始まってもよい。すなわち、CCEインデックスがiである場合、
Figure 2017502576
を満たすCCEから始まってもよい。
基地局は1つのPDCCH信号を構成するために{1,2,4,8}個のCCEを使用することができ、ここで、{1,2,4,8}をCCE集合レベル(aggregation level)と呼ぶ。特定PDCCHの送信のために使われるCCEの個数はチャネル状態によって基地局で決定される。例えば、良子な下りチャネル状態(基地局に近接している場合)を有する端末のためのPDCCHは、1つのCCEだけで十分でありうる。一方、よくないチャネル状態(セル境界にある場合)を有する端末の場合は、8個のCCEが十分な堅牢さ(robustness)のために要求されることがある。しかも、PDCCHの電力レベルも、チャネル状態にマッチングして調節されてもよい。
下記の表2にPDCCHフォーマットを示す。CCE集合レベルによって表2のように4つのPDCCHフォーマットが支援される。
Figure 2017502576
端末ごとにCCE集合レベルが異なる理由は、PDCCHに乗せられる制御情報のフォーマット又はMCS(Modulation and Coding Scheme)レベルが異なるためである。MCSレベルは、データコーディングに用いられるコードレート(code rate)と変調序列(modulation order)を意味する。適応的なMCSレベルはリンク適応(link adaptation)のために用いられる。一般に、制御情報を送信する制御チャネルでは3〜4個程度のMCSレベルを考慮することができる。
制御情報のフォーマットを説明すると、PDCCHを介して送信される制御情報を下り制御情報(DCI)という。DCIフォーマットによってPDCCHペイロード(payload)に乗せられる情報の構成が異なることがある。PDCCHペイロードは、情報ビット(information bit)を意味する。下記の表3は、DCIフォーマットによるDCIを示すものである。
Figure 2017502576
表3を参照すると、DCIフォーマットには、PUSCHスケジューリングのためのフォーマット0、1つのPDSCHコードワードのスケジューリングのためのフォーマット1、1つのPDSCHコードワードの簡単な(compact)スケジューリングのためのフォーマット1A、DL−SCHの非常に簡単なスケジューリングのためのフォーマット1C、閉ループ(Closed−loop)空間多重化(spatial multiplexing)モードでPDSCHスケジューリングのためのフォーマット2、開ループ(Open−loop)空間多重化モードでPDSCHスケジューリングのためのフォーマット2A、上りリンクチャネルのためのTPC(Transmission Power Control)命令の送信のためのフォーマット3及び3Aがある。DCIフォーマット1Aは、端末にいずれの送信モードが設定されてもPDSCHスケジューリングのために用いることができる。
DCIフォーマットによってPDCCHペイロード長が変わることがある。また、PDCCHペイロードの種類とそれによる長さは、簡単な(compact)スケジューリングであるか否か、又は端末に設定された送信モード(transmission mode)などによって異なってもよい。
送信モードは、端末がPDSCHを介した下りリンクデータを受信するように設定(configuration)することができる。例えば、PDSCHを介した下りリンクデータには、端末にスケジュールされたデータ(scheduled data)、ページング、ランダムアクセス応答、又はBCCHを介したブロードキャスト情報などがある。PDSCHを介した下りリンクデータは、PDCCHを介してシグナルされるDCIフォーマットと関係がある。送信モードは、上位層シグナリング(例えば、RRC(Radio Resource Control)シグナリング)によって端末に半静的に(semi−statically)設定することができる。送信モードは、シングルアンテナ送信(Single antenna transmission)又はマルチアンテナ(Multi−antenna)送信と区別できる。
端末は、上位層シグナリングによって半静的(semi−static)に送信モードが設定される。例えば、マルチアンテナ送信には、送信ダイバーシチ(Transmit diversity)、開ループ(Open−loop)又は閉ループ(Closed−loop)空間多重化(Spatial multiplexing)、MU−MIMO(Multi−user−Multiple Input Multiple Output)、及びビーム形成(Beamforming)などがある。送信ダイバーシチは、多重送信アンテナで同一のデータを送信して送信信頼度を高める技術である。空間多重化は、多重送信アンテナで互いに異なるデータを同時に送信し、システムの帯域幅を増加させることなく高速のデータを送信できる技術である。ビーム形成は、多重アンテナでチャネル状態による加重値を与えて信号のSINR(Signal to Interference plus Noise Ratio)を増加させる技術である。
DCIフォーマットは、端末に設定された送信モードに依存する。端末は、自身に設定された送信モードによってモニタする参照(Reference)DCIフォーマットがある。次の通り、端末に設定される送信モードは10個の送信モードを有することができる。
(1)送信モード1:単一アンテナポート;ポート0
(2)送信モード2:送信ダイバーシチ(Transmit Diversity)
(3)送信モード3:開ループ空間多重化(Open−loop Spatial Multiplexing)
(4)送信モード4:閉ループ空間多重化(Closed−loop Spatial Multiplexing)
(5)送信モード5:多重ユーザMIMO
(6)送信モード6:閉ループランク=1プリコーディング
(7)送信モード7:コードブックに基づかない、単一レイヤ送信を支援するプリコーディング
(8)送信モード8:コードブックに基づかない、2個までのレイヤを支援するプリコーディング
(9)送信モード9:コードブックに基づかない、8個までのレイヤを支援するプリコーディング
(10)送信モード10:コードブックに基づかない、CoMPのために用いられる、8個までのレイヤを支援するプリコーディング
1.2.3 PDCCH送信
基地局は、端末に送信しようとするDCIによってPDCCHフォーマットを決定し、制御情報にCRC(Cyclic Redundancy Check)を付加する。CRCにはPDCCHの所有者(owner)や用途によって固有の識別子(例えば、RNTI(Radio Network Temporary Identifier))をマスクする。特定の端末のためのPDCCHであれば、端末固有の識別子(例えば、C−RNTI(Cell−RNTI))をCRCにマスクすることができる。又は、ページングメッセージのためのPDCCHであれば、ページング指示識別子(例えば、P−RNTI(Paging−RNTI))をCRCにマスクすることができる。システム情報、より具体的にシステム情報ブロック(system information block、SIB)のためのPDCCHであれば、システム情報識別子(例えば、SI−RNTI(system information RNTI))をCRCにマスクすることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、RA−RNTI(random access−RNTI)をCRCにマスクすることができる。
続いて、基地局は、CRCの付加された制御情報にチャネルコーディングを行って符号化されたデータ(coded data)を生成する。このとき、MCSレベルによるコードレートにチャネルコーディングを行うことができる。基地局は、PDCCHフォーマットに割り当てられたCCE集合レベルによる伝送率マッチング(rate matching)を行い、符号化されたデータを変調して変調シンボルを生成する。この時、MCSレベルによる変調序列を用いることができる。1つのPDCCHを構成する変調シンボルは、CCE集合レベルが1、2、4、8のいずれか一つであってもよい。その後、基地局は、変調シンボルを物理的なリソース要素にマップ(CCE to RE mapping)する。
1.2.4 ブラインドデコーディング(BS:Blind Decoding)
一つのサブフレーム内で複数のPDCCHが送信されてもよい。すなわち、一つのサブフレームの制御領域は、インデックス0〜
Figure 2017502576
を有する複数のCCEで構成される。ここで、
Figure 2017502576
は、k番目のサブフレームの制御領域内における総CCEの個数を意味する。端末は、毎サブフレームごとに複数のPDCCHをモニタリングする。ここで、モニタリングとは、端末がモニタリングされるPDCCHフォーマットによってPDCCHのそれぞれのデコーディングを試みることをいう。
基地局は端末にサブフレーム内に割り当てられた制御領域で該当のPDCCHがどこに位置するかに関する情報を提供しない。端末は基地局から送信された制御チャネルを受信するために自身のPDCCHがどの位置でどのCCE集合レベルやDCIフォーマットで送信されるかを把握できず、端末は、サブフレーム内でPDCCH候補(candidate)の集合をモニタリングして自身のPDCCHを探す。これをブラインドデコーディング(BD)という。ブラインドデコーディングとは、端末がCRC部分に自身の端末識別子(UE ID)をデマスキング(De−Masking)した後、CRC誤りを検討し、当該PDCCHが自身の制御チャネルであるか否かを確認する方法をいう。
活性モード(active mode)で端末は自身に送信されるデータを受信するために毎サブフレームのPDCCHをモニタリングする。DRXモードで端末は毎DRX周期のモニタリング区間で起床(wake up)し、モニタリング区間に該当するサブフレームでPDCCHをモニタリングする。PDCCHのモニタリングが行われるサブフレームをnon−DRXサブフレームという。
端末は、自身に送信されるPDCCHを受信するためには、non−DRXサブフレームの制御領域に存在する全てのCCEに対してブラインドデコーディングを行わなければならない。端末は、いずれのPDCCHフォーマットが送信されるか把握できないことから、毎non−DRXサブフレーム内でPDCCHのブラインドデコーディングに成功するまで、可能なCCE集団レベルでPDCCHを全てデコーディングしなければならない。端末は、自身のためのPDCCHがいくつのCCEを用いるのか把握できず、PDCCHのブラインドデコーディングに成功するまで、可能な全てのCCE集団レベルで検出を試みなければならない。
LTEシステムでは端末のブラインドデコーディングのためにサーチスペース(SS:Search Space)概念を定義する。サーチスペースは、端末がモニタリングするためのPDCCH候補セットを意味し、各PDCCHフォーマットによって異なるサイズを有することができる。サーチスペースは、共用サーチスペース(CSS:Common Search Space)及び端末特定サーチスペース(USS:UE−specific/Dedicated Search Space)を含むことができる。
共用サーチスペースの場合、全ての端末が共用サーチスペースのサイズを認知できるが、端末特定サーチスペースは、各端末ごとに個別に設定することができる。したがって、端末は、PDCCHをデコーディングするために、端末特定サーチスペース及び共用サーチスペースを全てモニタリングしなければならなくて、したがって、1サブフレームで最大44回のブラインドデコーディング(BD)を行うことになる。ここには、異なるCRC値(例えば、C−RNTI、P−RNTI、SI−RNTI、RA−RNTI)によって行うブラインドデコーディングは含まれない。
サーチスペースの制約によって、与えられたサブフレーム内で基地局がPDCCHを送信しようとする端末の全てにPDCCHを送信するためのCCEリソースが確保されない場合が発生しうる。なぜなら、CCE位置が割り当てられて残ったリソースは、特定端末のサーチスペース内に含まれないことがある。次のサブフレームでも続き得るこのような障壁を最小化するために、端末特定跳躍(hopping)シーケンスを端末特定サーチスペースの始点に適用することができる。
表4は、共用サーチスペースと端末特定サーチスペースのサイズを示す。
Figure 2017502576
ブラインドデコーディングを試みる回数による端末の負荷を軽減するために、端末は、定義された全てのDCIフォーマットによるサーチを同時に行うわけではない。具体的に、端末は、端末特定サーチスペースで常にDCIフォーマット0及び1Aに対するサーチを行う。この時、DCIフォーマット0と1Aは同じサイズを有するが、端末は、PDCCHに含まれたDCIフォーマット0と1Aを区別するために用いられるフラグ(flag for format0/format1A differentiation)を用いてDCIフォーマットを区別することができる。また、端末にDCIフォーマット0とDCIフォーマット1Aに加えて他のDCIフォーマットが要求されてもよいが、その一例としてDCIフォーマット1、1B、2がある。
共用サーチスペースで端末はDCIフォーマット1Aと1Cをサーチすることができる。また、端末はDCIフォーマット3又は3Aをサーチするように設定されてもよく、DCIフォーマット3と3Aは、DCIフォーマット0と1Aと同じサイズを有するが、端末は、端末特定識別子以外の識別子によってスクランブルされたCRCを用いてDCIフォーマットを区別することができる。
サーチスペース
Figure 2017502576
は、集合レベル
Figure 2017502576
によるPDCCH候補セットを意味する。サーチスペースのPDCCH候補セット
Figure 2017502576
によるCCEは、次式1によって決定することができる。
Figure 2017502576
ここで、
Figure 2017502576
は、サーチスペースでモニターするためのCCE集合レベルLによるPDCCH候補の個数を表し、
Figure 2017502576
である。
Figure 2017502576
は、PDCCHにおいて各PDCCH候補で個別CCEを指定するインデックスであり、
Figure 2017502576
である。
Figure 2017502576
であり、
Figure 2017502576
は、無線フレーム内でスロットインデックスを表す。
上述したように、端末は、PDCCHをデコーディングするために端末特定サーチスペース及び共用サーチスペースの両方をモニタリングする。ここで、共用サーチスペース(CSS)は、{4,8}の集合レベルを有するPDCCHを支援し、端末特定サーチスペース(USS)は、{1,2,4,8}の集合レベルを有するPDCCHを支援する。表5は、端末によってモニタリングされるPDCCH候補を表す。
Figure 2017502576
式1を参照すると、共用サーチスペースの場合、2個の集合レベル、L=4及びL=8に対して
Figure 2017502576
は0に設定される。一方、端末特定サーチスペースの場合、集合レベルLに対して
Figure 2017502576
は式2のように定義される。
Figure 2017502576
ここで、
Figure 2017502576
であり、
Figure 2017502576
はRNTI値を表す。また、
Figure 2017502576
であり、
Figure 2017502576
である。
1.3PUCCH(Physical Uplink Control Channel)
PUCCHは、上りリンク制御情報を送信するために次のフォーマットを含む。
(1)フォーマット1:オン−オフキーイング(OOK:On−Off keying)変調、スケジューリング要求(SR:Scheduling Request)に用いる
(2)フォーマット1aとフォーマット1b:ACK/NACK送信に用いる
1)フォーマット1a:1個のコードワードに対するBPSK ACK/NACK
2)フォーマット1b:2個のコードワードに対するQPSK ACK/NACK
(3)フォーマット2:QPSK変調、CQI送信に用いる
(4)フォーマット2aとフォーマット2b:CQI及びACK/NACKの同時送信に用いる
(5)フォーマット3:CA環境で複数のACK/NACK送信のために用いる
表6には、PUCCHフォーマットによる変調方式とサブフレーム当たりビット数を示す。表7には、PUCCHフォーマットによるスロット当たり参照信号の個数を示す。表8には、PUCCHフォーマットによる参照信号のSC−FDMAシンボル位置を示す。表6で、PUCCHフォーマット2aと2bは一般CP(Cyclic Prefix)の場合に該当する。
Figure 2017502576
Figure 2017502576
Figure 2017502576
図6は、一般CPの場合におけるPUCCHフォーマット1a及び1bを示し、図7は、拡張CPの場合におけるPUCCHフォーマット1a及び1bを示す図である。
PUCCHフォーマット1a及び1bは、同じ内容の制御情報がサブフレーム内でスロット単位に反復される。各端末でACK/NACK信号は、CG−CAZAC(Computer−Generated Constant Amplitude Zero Auto Correlation)シーケンスの異なる循環シフト(CS:cyclic shift)(周波数ドメインコード)と直交カバーコード(OC/OCC:orthogonal cover/orthogonal cover code)(時間ドメイン拡散コード)とで構成された異なるリソースで送信される。OCは、例えば、ウォルシュ(Walsh)/DFT直交コードを含む。CSの個数が6個、OCの個数が3個なら、単一アンテナを基準に、総18個の端末を1つのPRB(Physical Resource Block)内で多重化できる。直交シーケンスw0,w1,w2,w3は、(FFT変調後に)任意の時間ドメインで、又は(FFT変調前に)任意の周波数ドメインで適用することができる。
SRと持続的スケジューリング(persistent scheduling)のために、CS、OC及びPRB(Physical Resource Block)で構成されたACK/NACKリソースを、RRC(Radio Resource Control)を用いて端末に与えることができる。動的ACK/NACKと非持続的スケジューリング(non−persistent scheduling)のために、ACK/NACKリソースは、PDSCHに対応するPDCCHの最も小さい(lowest)CCEインデックスによって暗黙的に(implicitly)端末に与えられてもよい。
表9には、PUCCHフォーマット1/1a/1bのための長さ4の直交シーケンス(OC)を示す。表10には、PUCCHフォーマット1/1a/1bのための長さ3の直交シーケンス(OC)を示す。
Figure 2017502576
Figure 2017502576
表11には、PUCCHフォーマット1a/1bでRSのための直交シーケンス(OC)
Figure 2017502576
を示す。
Figure 2017502576
図8は、一般CPの場合におけるPUCCHフォーマット2/2a/2bを示し、図9は、拡張CPの場合におけるPUCCHフォーマット2/2a/2bを示す。
図8及び図9を参照すると、一般CPの場合に、1つのサブフレームは、RSシンボルの他、10個のQPSKデータシンボルで構成される。それぞれのQPSKシンボルはCSによって周波数ドメインで拡散された後、該当のSC−FDMAシンボルにマップされる。SC−FDMAシンボルレベルCSホッピングは、インターセル干渉をランダム化するために適用することができる。RSは、循環シフトを用いてCDMによって多重化することができる。例えば、可用のCSの個数を12又は6と仮定すれば、同一PRB内にそれぞれ12又は6個の端末を多重化することができる。要するに、PUCCHフォーマット1/1a/1bと2/2a/2bにおいて複数の端末をCS+OC+PRBとCS+PRBによってそれぞれ多重化することができる。
図10は、PUCCHフォーマット1a及び1bに対するACK/NACKチャネル化(channelization)を説明する図である。図10は、
Figure 2017502576
の場合に該当する。
図11は、同一PRBにおいてPUCCHフォーマット1a/1bとフォーマット2/2a/2bとが混合された構造に対するチャネル化を示す図である。
循環シフト(CS:Cyclic Shift)ホッピング(hopping)と直交カバー(OC:Orthogonal Cover)再マッピング(remapping)を、次のように適用することができる。
(1)インターセル干渉(inter−cell interference)のランダム化のためのシンボルベースセル特定CSホッピング
(2)スロットレベルCS/OC再マッピング
1)インターセル干渉ランダム化のために
2)ACK/NACKチャネルとリソース(k)間のマッピングのためのスロットベース接近
一方、PUCCHフォーマット1a/1bのためのリソース(n)は次の組合せを含む。
(1)CS(=シンボルレベルでDFT直交コードと同一)(ncs
(2)OC(スロットレベルで直交カバー)(noc
(3)周波数RB(Resource Block)(nrb
CS、OC、RBを示すインデックスをそれぞれncs、noc、nrbとすれば、代表インデックス(representative index)nはncs、noc、nrbを含む。nは、n=(ncs、noc、nrb)を満たす。
CQI、PMI、RI、及びCQIとACK/NACKとの組合せは、PUCCHフォーマット2/2a/2bで伝達することができる。このとき、リードマラー(RM:Reed Muller)チャネルコーディングを適用することができる。
例えば、LTEシステムにおいてUL CQIのためのチャネルコーディングは、次のように記述される。ビットストリーム(bit stream)
Figure 2017502576
は、(20,A)RMコードを用いてチャネルコーディングされる。ここで、
Figure 2017502576
は、MSB(Most Significant Bit)とLSB(Least Significant Bit)を表す。拡張CPの場合、CQIとACK/NACKが同時送信される場合を除いては最大情報ビットは、11ビットである。RMコードを用いて20ビットにコーディングした後、QPSK変調を適用することができる。QPSK変調前に、コーディングされたビットはスクランブルされてもよい。
表12には、(20,A)コードのための基本シーケンスを示す。
Figure 2017502576
チャネルコーディングビット
Figure 2017502576
は、下記の式3によって生成することができる。
Figure 2017502576
ここで、i=0,1,2,…,B−1を満たす。
広帯域報告(wideband reports)の場合、CQI/PMIのためのUCI(Uplink Control Information)フィールドの帯域幅は、下記の表13乃至表15のとおりである。
表13には、広帯域報告(単一アンテナポート、送信ダイバーシチ(transmit diversity)又はオープンループ空間多重化(open loop spatial multiplexing)PDSCH送信)の場合に、CQIフィードバックのためのUCIフィールドを示す。
Figure 2017502576
表14には、広帯域報告(閉ループ空間多重化(closed loop spatial multiplexing)PDSCH送信)の場合に、CQI及びPMIフィードバックのためのUCIフィールドを示す。
Figure 2017502576
表15には、広帯域報告の場合、RIフィードバックのためのUCIフィールドを示す。
Figure 2017502576
図12は、PRB割り当てを示す図である。図12に示すように、PRBは、スロットnでPUCCH送信のために用いることができる。
2. キャリア併合(CA:Carrier Aggregation)環境
2.1 CA一般
3GPP LTE(3rd Generation Partnership Project Long Term Evolution;Rel−8又はRel−9)システム(以下、LTEシステム)は、単一コンポーネントキャリア(CC:Component Carrier)を複数の帯域に分割して使用する多重搬送波変調(MCM:Multi−Carrier Modulation)方式を用いる。しかし、3GPP LTE−Advancedシステム(以下、LTE−Aシステム)では、LTEシステムに比べて広帯域のシステム帯域幅を支援するために、一つ以上のコンポーネントキャリアを結合して使用するキャリア併合(CA:Carrier Aggregation)のような方法を用いることができる。キャリア併合は、搬送波集成、搬送波整合、マルチコンポーネントキャリア環境(Multi−CC)、又はマルチキャリア環境と呼ぶこともできる。
本発明でマルチキャリアはキャリアの併合(又は、搬送波集成)を意味し、この場合、キャリアの併合は、隣接した(contiguous)キャリア間の併合だけでなく、非隣接した(non−contiguous)キャリア間の併合も意味する。また、下りリンクと上りリンクにおいて集成されるコンポーネントキャリアの数を異なるように設定してもよい。下りリンクコンポーネントキャリア(以下、‘DL CC’という。)数と上りリンクコンポーネントキャリア(以下、‘UL CC’という。)数とが一致する場合を対称的(symmetric)併合といい、両者の数が異なる場合を非対称的(asymmetric)併合という。このようなキャリア併合は、搬送波集成、帯域幅集成(bandwidth aggregation)、スペクトラム集成(spectrum aggregation)などのような用語に言い換えてもよい。
2つ以上のコンポーネントキャリアが結合して構成されるキャリア併合は、LTE−Aシステムでは100MHz帯域幅まで支援することを目標とする。目標帯域よりも小さい帯域幅を有する1個以上のキャリアを結合するとき、結合するキャリアの帯域幅は、既存IMTシステムとの互換性(backward compatibility)維持のために、既存システムで使用する帯域幅に制限することができる。
例えば、既存の3GPP LTEシステムでは、{1.4、3、5、10、15、20}MHz帯域幅を支援し、3GPP LTE−advancedシステム(すなわち、LTE−A)では、既存システムとの互換のために、それらの帯域幅のみを用いて20MHzよりも大きい帯域幅を支援するようにすることができる。また、本発明で用いられるキャリア併合システムは、既存システムで用いる帯域幅にかかわらず、新しい帯域幅を定義してキャリア併合を支援するようにすることもできる。
また、このようなキャリア併合は、イントラ−バンドCA(Intra−band CA)とインター−バンドCA(Inter−band CA)とに区別できる。イントラ−バンドキャリア併合とは、複数のDL CC及び/又はUL CCが周波数上で隣接したり近接して位置することを意味する。言い換えると、DL CC及び/又はUL CCのキャリア周波数が同じバンド内に位置することを意味できる。一方、周波数領域において遠く離れている環境をインター−バンドCA(Inter−Band CA)と呼ぶことができる。言い換えると、複数のDL CC及び/又はUL CCのキャリア周波数が、互いに異なるバンドに位置することを意味できる。この場合、端末は、キャリア併合環境における通信を行うために、複数のRF(radio frequency)端を使用することができる。
LTE−Aシステムは、無線リソースを管理するためにセル(cell)の概念を用いる。上述したキャリア併合環境は、多重セル(multiple cells)環境と呼ぶことができる。セルは、下りリンクリソース(DL CC)及び上りリンクリソース(UL CC)の組合せと定義されるか、上りリンクリソースは必須要素ではない。このため、セルは、下りリンクリソース単独、又は下りリンクリソース及び上りリンクリソースの両者で構成することができる。
例えば、特定端末が、1個の設定されたサービングセル(configured serving cell)を有する場合、1個のDL CCと1個のUL CCを有することができる。しかし、特定端末が2個以上の設定されたサービングセルを有する場合には、セルの数だけのDL CCを有し、UL CCの数はそれと同数又は小さい数であってもよい。又は、これと逆にDL CCとUL CCが構成されてもよい。すなわち、特定端末が複数の設定されたサービングセルを有する場合、DL CCの数よりもUL CCが多いキャリア併合環境が支援されてもよい。
また、キャリア結合(CA)は、それぞれのキャリア周波数(セルの中心周波数)が異なる2つ以上のセルの併合と理解されてもよい。キャリア結合でいう‘セル(Cell)’は、周波数の観点で説明されるものであり、一般的に使われる、基地局のカバーする地理的領域としての‘セル’とは区別されなければならない。以下、上述したイントラ−バンドキャリア併合をイントラ−バンド多重セルといい、インター−バンドキャリア併合をインター−バンド多重セルという。
LTE−Aシステムで用いられるセルは、プライマリセル(PCell:Primary Cell)及びセカンダリセル(SCell:Secondary Cell)を含む。PセルとSセルはサービングセル(Serving Cell)として用いることができる。RRC_CONNECTED状態にあるが、キャリア併合が設定されていないか又はキャリア併合を支援しない端末の場合、Pセルのみで構成されたサービングセルが1つのみ存在する。一方、RRC_CONNECTED状態であるとともに、キャリア併合が設定されている端末の場合、一つ以上のサービングセルが存在してもよく、全体サービングセルにはPセルと一つ以上のSセルが含まれる。
サービングセル(PセルとSセル)は、RRCパラメータを用いて設定することができる。PhysCellIdは、セルの物理層識別子であって、0から503までの整数値を有する。SCellIndexは、Sセルを識別するために使われる簡略な(short)識別子であって、1から7までの整数値を有する。ServCellIndexは、サービングセル(Pセル又はSセル)を識別するために使われる簡略な(short)識別子であって、0から7までの整数値を有する。0値はPセルに適用され、SCellIndexはSセルに適用するためにあらかじめ与えられる。すなわち、ServCellIndexにおいて最も小さいセルID(又はセルインデックス)を有するセルがPセルとなる。
Pセルはプライマリ周波数(又は、primary CC)上で動作するセルを意味する。端末が初期接続設定(initial connection establishment)過程を行ったり、接続再−設定過程を行うために用いられてもよく、ハンドオーバー過程で指示されたセルのことを指してもよい。また、Pセルは、キャリア併合環境で設定されたサービングセルのうち、制御関連通信の中心となるセルを意味する。すなわち、端末は、自身のPセルでのみPUCCH割り当てを受けて送信することができ、システム情報を取得したり、モニタリング手順を変更する時にPセルのみを用いることができる。E−UTRAN(Evolved Universal Terrestrial Radio Access)は、キャリア併合環境を支援する端末に対して、移動性制御情報(mobilityControlInfo)を含む上位層のRRC接続再設定(RRCConnectionReconfigutaion)メッセージを用いてハンドオーバー手順のためにPセルのみを変更することもできる。
Sセルはセカンダリ周波数(又は、Secondary CC)上で動作するセルを意味できる。特定端末にPセルは1一つのみ割り当てられ、Sセルは1つ以上割り当てられてもよい。Sセルは、RRC接続設定がなされた後に構成可能であり、追加の無線リソースを提供するために用いることができる。キャリア併合環境で設定されたサービングセルにおいてPセル以外のセル、すなわち、SセルにはPUCCHが存在しない。
E−UTRANは、Sセルをキャリア併合環境を支援する端末に追加する時、RRC_CONNECTED状態にある関連したセルの動作に関する全てのシステム情報を特定シグナル(dedicated signal)を用いて提供することができる。システム情報の変更は、関連したSセルの解除及び追加によって制御することができ、このとき、上位層のRRC接続再設定(RRCConnectionReconfigutaion)メッセージを用いることができる。E−UTRANは、関連したSセル内でブロードキャストするよりは、端末別に異なるパラメータを有する特定シグナリング(dedicated signaling)をすればよい。
初期保安活性化過程が始まった後に、E−UTRANは、接続設定過程で初期に構成されるPセルに加えて一つ以上のSセルを含むネットワークを構成することができる。キャリア併合環境でPセル及びSセルはそれぞれのコンポーネントキャリアとして動作することができる。以下の実施例では、プライマリコンポーネントキャリア(PCC)はPセルと同じ意味で使われ、セカンダリコンポーネントキャリア(SCC)はSセルと同じ意味で使われてもよい。
図13は、本発明の実施例で用いられるコンポーネントキャリア(CC)、及びLTE_Aシステムで用いられるキャリア併合の一例を示す図である。
図13(a)は、LTEシステムで用いられる単一キャリア構造を示す。コンポーネントキャリアにはDL CCとUL CCがある。一つのコンポーネントキャリアは20MHzの周波数範囲を有することができる。
図13(b)は、LTE_Aシステムで用いられるキャリア併合構造を示す。図12(b)では、20MHzの周波数サイズを有する3個のコンポーネントキャリアが結合された場合を示している。DL CCとUL CCがそれぞれ3個ずつあるが、DL CCとUL CCの個数に制限があるわけではない。キャリア併合の場合、端末は3個のCCを同時にモニタリングすることができ、下りリンク信号/データを受信することができ、上りリンク信号/データを送信することができる。
仮に、特定セルでN個のDL CCが管理される場合には、ネットワークは、端末にM(M≦N)個のDL CCを割り当てることができる。この時、端末はM個の制限されたDL CCのみをモニタリングしてDL信号を受信することができる。また、ネットワークはL(L≦M≦N)個のDL CCに優先順位を与えて主なDL CCを端末に割り当てることもでき、この場合、UEはL個のDL CCは必ずモニタリングしなければならない。この方式は上りリンク送信にも同一に適用されてもよい。
下りリンクリソースの搬送波周波数(又はDL CC)と上りリンクリソースの搬送波周波数(又は、UL CC)とのリンケージ(linkage)は、RRCメッセージのような上位層メッセージやシステム情報で示すことができる。例えば、SIB2(System Information Block Type2)によって定義されるリンケージによってDLリソースとULリソースとの組合せを構成することができる。具体的に、リンケージは、ULグラントを運ぶPDCCHが送信されるDL CCと該ULグラントを用いるUL CCとのマッピング関係を意味することができ、HARQのためのデータが送信されるDL CC(又はUL CC)とHARQ ACK/NACK信号が送信されるUL CC(又はDL CC)とのマッピング関係を意味することもできる。
2.2 クロスキャリアスケジューリング(Cross Carrier Scheduling)
キャリア併合システムには、キャリア(又は搬送波)又はサービングセル(Serving Cell)に対するスケジューリング観点で、自己スケジューリング(Self−Scheduling)方法及びクロスキャリアスケジューリング(Cross Carrier Scheduling)方法がある。クロスキャリアスケジューリングは、クロスコンポーネントキャリアスケジューリング(Cross Component Carrier Scheduling)又はクロスセルスケジューリング(Cross Cell Scheduling)と呼ぶこともできる。
自己スケジューリングは、PDCCH(DL Grant)とPDSCHが同一DL CCで送信されたり、又はDL CCで送信されたPDCCH(ULグラント)によって送信されるPUSCHが、ULグラントを受信したDL CCとリンクされているUL CCで送信されることを意味する。
クロスキャリアスケジューリングは、PDCCH(DLグラント)とPDSCHがそれぞれ異なるDL CCで送信されたり、又はDL CCで送信されたPDCCH(ULグラント)によって送信されるPUSCHが、ULグラントを受信したDL CCとリンクされているUL CC以外のUL CCで送信されることを意味する。
クロスキャリアスケジューリングは、端末特定(UE−specific)に活性化又は非活性化することができ、上位層シグナリング(例えば、RRCシグナリング)用いて半静的(semi−static)に各端末に対して知らせることができる。
クロスキャリアスケジューリングが活性化された場合、PDCCHには、該PDCCHが示すPDSCH/PUSCHがどのDL/UL CCで送信されるかを知らせるキャリア指示子フィールド(CIF:Carrier Indicator Field)が必要である。例えば、PDCCHは、PDSCHリソース又はPUSCHリソースをCIFを用いて複数のコンポーネントキャリアのうちの一つに割り当てることができる。すなわち、DL CC上のPDCCHが多重集成されたDL/UL CCのうちの一つにPDSCH又はPUSCHリソースを割り当てる場合にCIFが設定される。この場合、LTE Release−8のDCIフォーマットはCIFによって拡張されてもよい。このとき、設定されたCIFは、3ビットフィールドに固定されてもよく、設定されたCIFの位置はDCIフォーマットサイズに関係なく固定されてもよい。また、LTE Release−8のPDCCH構造(同一のコーディング及び同一のCCEベースのリソースマッピング)を再使用してもよい。
一方、DL CC上のPDCCHが同DL CC上のPDSCHリソースを割り当てたり、単一リンクされたUL CC上のPUSCHリソースを割り当てる場合には、CIFが設定されない。この場合、LTE Release−8と同じPDCCH構造(同一のコーディング及び同一のCCEベースのリソースマッピング)とDCIフォーマットが用いられてもよい。
クロスキャリアスケジューリングが可能な場合、端末はCC別送信モード及び/又は帯域幅によってモニタリングCCの制御領域で複数のDCIに対するPDCCHをモニタリングする必要がある。このため、これを支援できる検索空間の構成とPDCCHモニタリングが必要である。
キャリア併合システムにおいて、端末DL CC集合は、端末がPDSCHを受信するようにスケジュールされたDL CCの集合を指し、端末UL CC集合は、端末がPUSCHを送信するようにスケジュールされたUL CCの集合を指す。また、PDCCHモニタリング集合(monitoring set)は、PDCCHモニタリングを行う少なくとも一つのDL CCの集合を意味する。PDCCHモニタリング集合は、端末DL CC集合と同一であってもよく、端末DL CC集合の副集合(subset)であってもよい。PDCCHモニタリング集合は、端末DL CC集合におけるDL CCの少なくとも一つを含むことができる。又は、PDCCHモニタリング集合は、端末DL CC集合とは別個に定義されてもよい。PDCCHモニタリング集合に含まれるDL CCは、リンクされたUL CCに対する自己スケジューリング(self−scheduling)は常に可能なように設定することができる。このような、端末DL CC集合、端末UL CC集合及びPDCCHモニタリング集合は、端末特定(UE−specific)、端末グループ特定(UE group−specific)又はセル特定(Cell−specific)に設定することができる。
クロスキャリアスケジューリングが非活性化された場合には、PDCCHモニタリング集合が常に端末DL CC集合と同一であるということを意味し、このような場合にはPDCCHモニタリング集合に対する別のシグナリングのような指示が必要でない。しかし、クロスキャリアスケジューリングが活性化された場合には、PDCCHモニタリング集合が端末DL CC集合内で定義されることが好ましい。すなわち、端末に対してPDSCH又はPUSCHをスケジューリングするために、基地局はPDCCHモニタリング集合のみを通じてPDCCHを送信する。
図14は、本発明の実施例で用いられるクロスキャリアスケジューリングによるLTE−Aシステムのサブフレーム構造を示す図である。
図14を参照すると、LTE−A端末のためのDLサブフレームは、3個の下りリンクコンポーネントキャリア(DL CC)が結合されており、DL CC ‘A’はPDCCHモニタリングDL CCとして設定された場合を示す。CIFが使用されない場合、各DL CCはCIF無しで自身のPDSCHをスケジューリングするPDCCHを送信することができる。一方、CIFが上位層シグナリングによって使用される場合には、一つのDL CC ‘A’のみがCIFを用いて自身のPDSCH又は他のCCのPDSCHをスケジューリングするPDCCHを送信することができる。この時、PDCCHモニタリングDL CCとして設定されていないDL CC ‘B’及び‘C’はPDCCHを送信しない。
図15は、本発明の実施例で用いられるクロスキャリアスケジューリングによるサービングセル構成の一例を示す図である。
キャリア結合(CA)を支援する無線接続システムでは基地局及び/又は端末を一つ以上のサービングセルで構成することができる。図15で、基地局は、Aセル、Bセル、Cセル及びDセルの総4個のサービングセルを支援することができ、端末AはAセル、Bセル及びCセルで構成され、端末BはBセル、Cセル及びDセルで構成され、端末CはBセルで構成された場合を仮定する。ここで、各端末に構成されたセルのうち少なくとも一つをPセルとして設定することができる。この時、Pセルは常に活性化された状態であり、Sセルは基地局及び/又は端末によって活性化又は非活性化されてもよい。
図15で、構成されたセルは、基地局のセルのうち、端末からの測定報告(measurement report)メッセージに基づいてCAにセル追加が可能なセルであって、端末別に設定可能である。構成されたセルは、PDSCH信号送信に対するACK/NACKメッセージの送信のためのリソースをあらかじめ予約しておく。活性化されたセル(Activated cell)は、構成されたセルのうち、実際にPDSCH信号及び/又はPUSCH信号を送信するように設定されたセルであり、CSI報告及びSRS(Sounding Reference Signal)送信を行う。非活性化されたセル(De−Activated cell)は、基地局の命令又はタイマー動作によってPDSCH/PUSCH信号の送受信を行わないように構成されるセルであって、CSI報告及びSRS送信も中断される。
2.3 CA PUCCH(Carrier Aggregation Physical Uplink Control Channel)
キャリア併合を支援する無線通信システムにおいてUCI(例えば、多重ACK/NACK、SR、CSIなど)をフィードバックするためのPUCCHフォーマットを定義することができる。以下、説明の便宜のために、このようなPUCCHのフォーマットをCA PUCCHフォーマットと呼ぶ。
図16は、CA PUCCHの信号処理過程を例示する図である。
図16を参照すると、チャネルコーディングブロック(channel coding block)は、情報ビットa_0,a_1,…,a_M−1(例、多重ACK/NACKビット)をチャネルコーディングしてコーディングビット(encoded bit,coded bit or coding bit)(又は、コードワード)b_0,b_1,…,b_N−1を生成する。Mは情報ビットのサイズを表し、Nはコーディングビットのサイズを表す。情報ビットは、上りリンク制御情報(UCI)、例えば、複数の下りリンクコンポーネントキャリアで受信した複数のデータ(又はPDSCH)に対する多重ACK/NACKを含む。ここで、情報ビットa_0,a_1,…,a_M−1は、情報ビットを構成するUCIの種類/個数/サイズにかかわらずにジョイントコーディングされる。例えば、情報ビットが複数の下りリンクコンポーネントキャリアに対する多重ACK/NACKを含む場合、チャネルコーディングは、下りリンクコンポーネントキャリア別、個別ACK/NACKビット別に行われず、全体ビット情報を対象に行われ、これによって単一コードワードが生成される。チャネルコーディングはこれに制限されるものではないが、単純反復(repetition)、単純コーディング(simplex coding)、RM(Reed Muller)コーディング、パンクチャリングされたRMコーディング、TBCC(Tail−biting convolutional coding)、LDPC(low−density parity−check)或いはターボ−コーディングを含む。図示してはいないが、コーディングビットは、変調次数とリソース量を考慮してレート−マッチング(rate−matching)されてもよい。レートマッチング機能は、チャネルコーディングブロックの一部として含まれてもよく、別個の機能ブロックで行われてもよい。
変調器(modulator)は、コーディングビットb_0,b_1,…,b_N−1を変調して変調シンボルc_0,c_1,…,c_L−1を生成する。Lは変調シンボルのサイズを表す。変調は、送信信号のサイズと位相を変形することによって行われる。変調方法は、例えば、n−PSK(Phase Shift Keying)、n−QAM(Quadrature Amplitude Modulation)を含む(nは、2以上の整数)。具体的に、変調方法は、BPSK(Binary PSK)、QPSK(Quadrature PSK)、8−PSK、QAM、16−QAM、64−QAMなどを含むことができる。
分周器(divider)は、変調シンボルc_0,c_1,…,c_L−1を各スロットに分周する。変調シンボルを各スロットに分周する順序/パターン/方式は別に制限されない。例えば、分周器は、変調シンボルを前から順にそれぞれのスロットに分周することができる(ローカル型方式)。この場合、図示のように、変調シンボルc_0,c_1,…,c_L/2−1はスロット0に、変調シンボルc_L/2,c_L/2+1,…,c_L−1はスロット1に分周することができる。また、変調シンボルは、それぞれのスロットに分周時に、インターリービング(又はパーミュテーション)されてもよい。例えば、偶数の変調シンボルはスロット0に分周され、奇数の変調シンボルはスロット1に分周されてもよい。変調過程と分周過程をの順序を互いに変えてもよい。
DFTプリコーダ(precoder)は、単一搬送波波形(single carrier waveform)を生成するために、それぞれのスロットに分周された変調シンボルに対してDFTプリコーディング(例、12−ポイントDFT)を行う。同面を参照すると、スロット0に分周された変調シンボルc_0,c_1,…,c_L/2−1は、DFTシンボルd_0,d_1,…,d_L/2−1にDFTプリコーディングされ、スロット1に分周された変調シンボルc_L/2,c_L/2+1,…,c_L−1は、DFTシンボルd_L/2,d_L/2+1,…,d_L−1にDFTプリコーディングされる。DFTプリコーディングは、相応する他の線形演算(linear operation)(例、walsh precoding)に取り替えてもよい。
拡散ブロック(spreading block)は、DFTの行われた信号をSC−FDMAシンボルレベルで(時間ドメイン)拡散する。SC−FDMAシンボルレベルの時間ドメイン拡散は、拡散コード(或いは、拡散シーケンス)を用いて行われる。拡散コードは、準直交コードと直交コードを含む。準直交コードは、これに制限されるものではないが、PN(Pseudo Noise)コードを含む。直交コードは、これに制限されるものではないが、ウォルシュコード、DFTコードを含む。直交コード(Orthogonal Code、OC)は、直交シーケンス(orthogonal sequence)、直交カバー(Orthogonal Cover、OC)、直交カバーコード(Orthogonal Cover Code、OCC)と同じ意味で使われてもよい。本明細書は、説明の容易性のために、拡散コードの代表例として直交コードを取り上げて説明するが、これは例示であり、直交コードは準直交コードに取って代わってもよい。拡散コードサイズ(又は、拡散因子(SF:Spreading Factor))の最大値は、制御情報の送信に用いられるSC−FDMAシンボルの個数によって制限される。例えば、1スロットで5個のSC−FDMAシンボルが制御情報の送信に用いられる場合、スロット別に長さ5の(準)直交コード(w0,w1,w2,w3,w4)を用いることができる。SFは、制御情報の拡散度を意味し、端末の多重化次数(multiplexinig order)又はアンテナ多重化次数と関連してもよい。SFは、1,2,3,4,5,…のようにシステムの要求条件によって可変してもよい。また、SFは、基地局と端末との間にあらかじめ定義されていてもよく、DCI或いはRRCシグナリングによって端末に知らされてもよい。
上記の過程を経て生成された信号は、PRB内の副搬送波にマップされた後、IFFTを経て時間ドメイン信号に変換される。時間ドメイン信号にはCPが付加され、生成されたSC−FDMAシンボルはRF端から送信される。
3. チャネル状態情報(CSI:Channel State Information)のフィードバック方法
3.1 チャネル状態情報(CSI)
まず、3GPP LTEシステムでは、下りリンク受信主体(例えば、端末)が下りリンク送信主体(例えば、基地局)に接続している時に、下りリンクで送信される参照信号の受信強度(RSRP:reference signal received power)、参照信号の品質(RSRQ:reference signal received quality)などに対する測定を任意の時間に行い、測定結果を基地局に周期的(periodic)に或いはイベントベース(event triggered)に報告することができる。
それぞれの端末は、下りリンクチャネル状況による下りリンクチャネル情報を上りリンクで報告し、基地局はそれぞれの端末から受信した下りリンクチャネル情報を用いて、それぞれの端末別にデータ送信のために適切な時間/周波数リソースと変調及びコーディング技法(MCS:Modulation and Coding Scheme)などを定めることができる。
このようなチャネル状態情報(CSI:Channel State Information)は、CQI(Channel Quality Indication)、PMI(Precoding Matrix Indicator)、PTI(Precoder Type Indication)及び/又はRI(Rank Indication)で構成することができる。また、それぞれの端末の送信モードによって、CSIは全て送信されてもよく、一部のみ送信されてもよい。CQIは、端末の受信信号品質(received signal quality)によって定められるが、これは一般に、下りリンク参照信号の測定に基づいて決定することができる。このとき、実際に基地局に伝達されるCQI値は、端末の測定した受信信号品質でブロックエラー率(BLER:Block Error Rate)を10%以下に維持しながら最大の性能を奏するMCSに該当する。
また、このようなチャネル情報の報告方式は、周期的に送信される周期的報告(periodic reporting)と、基地局の要求に応じて送信される非周期的報告(aperiodic reporting)とに区別される。
非周期的報告の場合、基地局が端末に送信する上りリンクスケジューリング情報に含まれた1又は2ビットの要求ビット(CQI request bit)によってそれぞれの端末に設定され、それぞれの端末は、この情報を受けると、自身の送信モードを考慮したチャネル情報をPUSCHで基地局に伝達することができる。同じPUSCH上でRI及びCQI/PMIが送信されないように設定することができる。
周期的報告の場合、上位層信号を用いて、チャネル情報の送信される周期、及び当該周期におけるオフセット(offset)などをサブフレーム単位にそれぞれの端末にシグナルし、定められた周期にしたがって、それぞれの端末の送信モードを考慮したチャネル情報をPUCCHで基地局に伝達することができる。定められた周期にしたがってチャネル情報が送信されるサブフレームに、上りリンクで送信されるデータが同時に存在する場合には、当該チャネル情報をPUCCHではなくPUSCHでデータと併せて送信することができる。PUCCHを用いる周期的報告の場合には、PUSCHに比べて制限されたビット(例えば、11ビット)が用いられてもよい。同じPUSCH上でRI及びCQI/PMIが送信されてもよい。
周期的報告と非周期的報告とが同一のサブフレーム内で衝突する場合には、非周期的報告のみを行うことができる。
広帯域(Wideband)CQI/PMIの計算において、最も最近に送信されたRIを用いることができる。PUCCH CSI報告モード(reporting mode)におけるRIは、PUSCH CSI報告モードにおけるRIとは独立しており(independent)、PUSCH CSI報告モードにおけるRIは、当該PUSCH CSI報告モードにおけるCQI/PMIにのみ有効(valid)である。
表16は、PUCCHで送信されるCSIフィードバックタイプ及びPUCCH CSI報告モードを説明する表である。
Figure 2017502576
表16を参照すると、チャネル状態情報の周期的報告(periodic reporting)においてCQIとPMIフィードバックタイプによって、モード1−0、1−1、2−0及び2−1の4つの報告モード(reporting mode)に区別することができる。
CQIフィードバックタイプによって広帯域CQI(WB CQI:wideband CQI)とサブバンド(SB CQI:subband CQI)とに分けられ、PMI送信の有無によってNo PMIと単一(single)PMIとに分けられる。表16では、No PMIが開−ループ(OL:open−loop)、送信ダイバーシチ(TD:Transmit Diversity)及び単一−アンテナ(single−antenna)の場合に該当し、単一PMIは閉−ループ(CL:closed−loop)に該当する。
モード1−0は、PMI送信はなく、WB CQIが送信される場合である。この場合、RIは、開−ループ(OL)空間多重化(SM:Spatial Multiplexing)の場合にのみ送信され、4ビットで表現される一つのWB CQIが送信される。RIが1を超える場合には、第1のコードワードに対するCQIが送信されてもよい。
モード1−1は、単一PMI及びWB CQIが送信される場合である。この場合、RI送信と併せて、4ビットのWB CQI及び4ビットのWB PMIが送信されてもよい。さらに、RIが1超える場合には、3ビットのWB空間差分CQI(Wideband Spatial Differential CQI)が送信されてもよい。2コードワードの送信において、WB空間差分CQIは、コードワード1に対するWB CQIインデックスとコードワード2に対するWB CQIインデックスとの差値を表してもよい。これらの差値は、集合{−4,−3,−2,−1,0,1,2,3}のいずれか一つの値を有し、3ビットで表現されてもよい。
モード2−0は、PMI送信はなく、端末が選択した(UE selected)帯域のCQIが送信される場合である。この場合、RIは、開−ループ空間多重化(OL SM)の場合にのみ送信され、4ビットで表現されるWB CQIが送信されてもよい。また、それぞれの帯域幅部分(BP:Bandwidth Part)で最適(Best−1)のCQIが送信され、Best−1 CQIは4ビットで表現されてもよい。また、Best−1を指示するLビットの指示子(indicator)が併せて送信されてもよい。RIが1を超える場合には、第1のコードワードに対するCQIが送信されてもよい。
モード2−1は、単一PMI及び端末が選択した(UE selected)帯域のCQIが送信される場合である。この場合、RI送信と併せて、4ビットのWB CQI、3ビットのWB空間差分CQI及び4ビットのWB PMIが送信されてもよい。さらに、それぞれの帯域幅部分(BP)で4ビットのBest−1 CQIが送信され、LビットのBest−1指示子が併せて送信されてもよい。さらに、RIが1超える場合には、3ビットのBest−1空間差分CQIが送信されてもよい。これは、2コードワード送信において、コードワード1のBest−1 CQIインデックスとコードワード2のBest−1 CQIインデックスとの差値を表すことができる。
各送信モード(transmission mode)に対して次のように周期的なPUCCH CSI報告モードが支援される。
1)送信モード1:モード1−0及び2−0
2)送信モード2:モード1−0及び2−0
3)送信モード3:モード1−0及び2−0
4)送信モード4:モード1−1及び2−1
5)送信モード5:モード1−1及び2−1
6)送信モード6:モード1−1及び2−1
7)送信モード7:モード1−0及び2−0
8)送信モード8:端末がPMI/RI報告が設定される場合にはモード1−1及び2−1、端末がPMI/RI報告をしないように設定される場合にはモード1−0及び2−0
9)送信モード9:端末がPMI/RIを報告するように設定され、CSI−RSポートの数>1の場合にモード1−1及び2−1、端末がPMI/RI報告をしないように設定されたりCSI−RSポートの数=1の場合にモード1−0及び2−0
各サービングセルで周期的なPUCCH CSI報告モードは、上位層シグナリングによって設定される。モード1−1は、‘PUCCH_format1−1_CSI_reporting_mode’パラメータを使用する上位層シグナリングによってサブモード(submode)1又はサブモード2のいずれか一つに設定される。
端末の選択したSB CQIにおいて特定サービングセルの特定サブフレームでCQI報告は、サービングセルの帯域幅の一部分である帯域幅部分(BP:Bandwidth Part)の一つ以上のチャネル状態の測定を意味する。帯域幅部分は、最も低い周波数から始まって周波数が増加する順序で帯域幅サイズの増加無しでインデックスが与えられる。
3.2 CSIフィードバック方法
LTEシステムでは、チャネル情報無しで運用される開ループMIMO(open−loop MIMO)方式と、チャネル情報に基づいて運用される閉ループMIMO(closed−loop MIMO)方式が用いられる。閉ループMIMO方式においてMIMOアンテナの多重化利得(multiplexing gain)を得るために、送受信端はそれぞれチャネル情報(例えば、CSI)に基づいてビームフォーミングを行うことができる。基地局はCSIを得るためにUEにPUCCH(Physical Uplink Control CHannel)又はPUSCH(Physical Uplink Shared CHannel)を割り当て、下りリンクチャネルに対するCSIをフィードバックするように命令することができる。
CSIは、ランク指示子(RI:Rank Indicator)情報、プリコーディング行列インデックス(PMI:Precoding Matrix Index)情報及びチャネル状態指示(CQI:Channel Quality Indication)情報を含む。RIは、チャネルのランク情報を示すものであり、UEが同一周波数時間リソースで受信するデータストリームの個数を意味する。RI値は、チャネルのロングタームフェーディング(long term fading)によって優勢に(dominant)決定されるので、通常、PMI及びCQI値に比べてより長い周期でUEから基地局にフィードバックされる。PMIは、チャネルの空間特性を反映した値である。PMIは、SINRなどのメトリック(metric)を基準に、UEの好む基地局のプリコーディングインデックスを示す。CQIは、チャネルの強度を示す値であり、通常、基地局がPMIを用いた時に得られる受信SINRを意味する。
LTE−Aシステムのように一層進歩した通信システムでは、MU−MIMO(multi−user MIMO)を用いた追加の多重ユーザダイバーシチ(multi−user diversity)を得る方式が追加された。そのために、チャネルフィードバック観点ではより高い正確性が要求される。これは、MU−MIMOでは、アンテナドメイン(domain)で多重化される端末間の干渉チャネル存在することから、フィードバックチャネルの正確性が、フィードバックを行った端末だけでなく、多重化される他の端末に対する干渉にも大きい影響を及ぼすからである。したがって、LTE−Aシステムではフィードバックチャネルの正確性を高めるために、最終PMIを、長期(long−term)及び/又は広帯域PMIであるW1と、短期(short−term)及び/又はサブバンドPMIであるW2とに区別して設計することが決定された。
基地局は、W1及びW2などの2種類のチャネル情報から一つの最終PMIを構成する階層的コードブック変換(hierarchical codebook transformation)方式の一例として、次の式4のようにチャネルの長期共分散行列(long−term covariance matrix)を用いてコードブックを変換することができる。
Figure 2017502576
式4で、W1(すなわち、長期PMI)及びW2(すなわち、短期PMI)は、チャネル情報を反映するために生成されたコードブックのコードワードであり、Wは、変換された最終コードブックのコードワードを意味し、norm(A)は、行列Aの各カラム(column)別の平均(norm)が1に正規化された行列を意味する。
式4で、W1及びW2の構造は、次の式5のとおりである。
Figure 2017502576
式5に示すW1、W2のコードワード構造は、交差偏光アンテナ(cross polarized antenna)を使用し、アンテナ間の間隔がちゅう密な場合(例えば、通常、隣接アンテナ間の距離が信号波長の半分以下である場合に該当する。)に発生するチャネルの相関(correlation)特性を反映して設計された構造である。
交差偏光アンテナの場合、アンテナを水平アンテナグループ(horizontal antenna group)と垂直アンテナグループ(vertical antenna group)とに区別できる。このとき、各アンテナグループは、ULA(uniform linear array)アンテナの特性を有し、両アンテナグループはコロケートされている(co−located)。したがって、各グループのアンテナ間の相関は、同じ線形位相増加(linear phase increment)特性を有し、アンテナグループ間の相関は、位相回転(phase rotation)した特性を有する。
コードブックは結局としては無線チャネルを量子化(quantization)した値であり、よって、コードブックはソースに該当するチャネルの特性をそのまま反映して設計されることが好ましい。式6は、説明の便宜のために、式4及び5の構造で作ったランク1コードワードの一例を示す。式6を参照すると、このようなチャネル特性が式4を満たすコードワードに反映されたことが確認できる。
Figure 2017502576
式6で、コードワードはNt(すなわち、送信器アンテナ数)×1のベクトルで表現される。このとき、式6は、上位ベクトル
Figure 2017502576
と下位ベクトル
Figure 2017502576
の2つで構造化されており、それぞれは、水平アンテナグループと垂直アンテナグループの相関特性を示す。ここで、
Figure 2017502576
は、各アンテナグループ間の相関特性を反映して線形位相増加を有するベクトルで表現されることが有利であり、代表例にDFT行列がある。
また、CoMPのためにも、より高いチャネル正確性が要求される。例えば、CoMP JT(Joint Transmission)の場合、複数の基地局が特定UEに同一データを協調送信することから、理論的にアンテナが地理的に分散されているMIMOシステムと見なすことができる。すなわち、JTにおいてMU−MIMOをする場合にも、単一セルMU−MIMOと同様に、共にスケジューリングされるUE間干渉を避けるために、高いレベルのチャネル正確性が要求される。CoMP CB(Coordinated Beamforming)の場合も、隣接セルがサービングセルに与える干渉を回避するために、正確なチャネル情報が要求される。
3.3 CSI報告のための端末動作
CQI、PMI、プリコーディングタイプ指示子(PTI:Precoding Type Indicator)及び/又はRIを含むCSIを報告するために端末が使用する時間及び周波数リソースは、基地局によってスケジューリングされる。端末は、空間多重化(SM:Spatial Multiplexing)に対して送信レイヤの個数に相応するRIを決定しなければならない。端末は、送信ダイバーシチに対してRIを1に設定する。
送信モード8又は9の端末は、上位層パラメータpmi−RI−ReportによってPMI/RI報告を構成したり構成しない。仮に、サブフレーム集合CCSI,0及びCCSI,1が上位層によって構成された端末は、リソース−制限されたCSI測定として構成される。
端末に対して一つ以上のサービングセルが構成されると、端末は、活性化されたサービングセルに対してのみCSI報告を行う。端末がPUSCH及びPUCCH同時送信として構成されていないと、端末は、PUSCHの割り当てられていないサブフレームのPUCCH上で周期的にCSI報告を行う。端末がPUSCH及びPUCCH同時送信として構成されていないと、端末は、最も小さいサービングセルインデックス(ServCellIndex)を有するサービングセルのPUSCHが割り当てられたサブフレームで周期的なCSI報告を行う。このとき、端末は、PUSCH上でPUCCHベースの周期的CSI報告フォーマットと同じフォーマットを用いる。既に設定された条件下で、端末は、PUSCH上で非周期的CSI報告を送信する。例えば、非周期的CQI/PMI報告に対して、構成されたCSIフィードバックタイプがRI報告を支援する場合にのみRI報告が送信される。
また、端末が周期的にCSI報告を行う場合にも、基地局からCSI要求フィールドが設定されたULグラントを受信すると、端末は非周期的にCSI報告を行うことができる。
3.3.1 PUSCHを用いた非周期的CSI報告
端末は、サービングセルcのサブフレームnで、CSI要求フィールドが設定された上りリンクDCIフォーマット(すなわち、ULグラント)又は任意接続応答グラントを受信すると、サブフレームn+kでPUSCHを用いて非周期的CSI報告を行う。CSI要求フィールドが1ビットであり、CSI要求フィールドが‘1’に設定されると、サービングセルcに対してCSI報告要求がトリガーされる。CSI要求フィールドが2ビットであれば、次の表17によってCSI報告要求がトリガーされる。
Figure 2017502576
表17で、CSI要求フィールドが‘00’に設定されると、非周期的CSI報告がトリガーされないことを示し、‘01’に設定されると、サービングセルcに対する非周期的CSI報告がトリガーされることを示し、‘10’に設定されると、上位層によって構成されたサービングセルの第1の集合に対して非周期的CSI報告がトリガーされることを示し、‘11’に設定されると、上位層によって構成されたサービングセルに対する第2の集合に対して非周期的CSI報告がトリガーされることを示す。
端末には特定サブフレームで一つ以上の非周期的CSI報告要求がなされない。
次の表18には、PUSCHでCSIを送信する時の報告モードを示す。
Figure 2017502576
表18における送信モードは、上位層で選択され、CQI/PMI/RIはいずれも同一のPUSCHサブフレームに送信される。以下では、各報告モードについて詳しく説明する。
1−1)モード1−2
端末は、それぞれのサブバンドに対して、データがサブバンドでのみ送信されるとの仮定下に、プリコーディング行列を選択する。端末は、システム帯域又は上位層で指定した帯域(set S)の全体に対して、前に選択したプリコーディング行列を仮定してCQIを生成する。また、端末は、CQIと各サブバンドのPMI値を送信する。このとき、各サブバンドのサイズはシステム帯域のサイズによって変更されてもよい。
1−2)モード2−0
端末は、システム帯域又は上位層で指定した帯域(set S)に対して、好むM個のサブバンドを選択する。端末は、選択されたM個のサブバンドに対してデータを送信するとの仮定下に、一つのCQI値を生成する。端末は、追加としてシステム帯域又はset Sに対して一つのCQI(wideband CQI)値を生成する。選択されたM個のサブバンドに対して複数個のコードワードがある場合、各コードワードに対するCQI値は差分形式で定義する。このとき、差分CQI(Differential CQI)は、選択されたM個のサブバンドに対するCQI値に該当するインデックスから広帯域CQIインデックス(wideband CQI index)を引いた値に設定される。
端末は、選択されたM個のサブバンドの位置に関する情報、選択されたM個のサブバンドに対する一つのCQI値、全帯域又はset Sに対して生成されたCQI値を送信する。このとき、サブバンドのサイズ及びM値は、システム帯域のサイズによって変更されてもよい。
1−3)モード2−2
端末は、M個の好むサブバンドでデータを送信するという仮定の下に、M個の選好サブバンドの位置と、M個の選好サブバンドに対する単一プリコーディング行列を同時に選択する。この時、M個の選好サブバンドに対するCQI値はコードワードごとに定義される。
端末は、追加としてシステム帯域又はset Sに対して広帯域CQI値を生成する。
端末は、M個の好むサブバンドの位置に関する情報、選択したM個のサブバンドに対する一つのCQI値、M個の好むサブバンドに対する単一プリコーディング行列インデックス、広帯域プリコーディング行列インデックス、広帯域CQI値を送信する。この時、サブバンドサイズ及びM値は、システム帯域のサイズによって変更されてもよい。
1−4)モード3−0
端末は、広帯域CQI値を生成及び報告する。
端末は、各サブバンドでデータを送信するという仮定の下に、各サブバンドに対するCQI値を生成する。この時、RI>1であっても、CQI値は、最初のコードワードに対するCQI値のみを示す。
1−5)モード3−1
端末は、システム帯域又はset Sに対して単一プリコーディング行列を生成する。
端末は、各サブバンドに対して、前に生成した単一プリコーディング行列を仮定して、コードワード別にサブバンドCQIを生成する。
端末は、単一プリコーディング行列を仮定して広帯域CQIを生成する。この時、各サブバンドのCQI値は差分形式で表現される。例えば、サブバンドCQI値は、サブバンドCQIインデックスから広帯域CQIインデックスを引いた値と定義される(Subband CQI=subband CQI index−wideband CQI index)。また、サブバンドのサイズは、システム帯域のサイズによって変更されてもよい。
4. MTC端末のUCI多重化方法
4.1 MTC端末
機械タイプ通信(MTC:Machine type communication)とは、人の介入無しで機械同士が通信を行うことを意味する。このようなMTCは、サービス及びこれによる端末機の多様化をもたらすことができる。現在、最も有力視されているMTCサービス分野は、スマートメータリング(smart metering)である。スマートメータリングに使用されるスマートメーター(Smart meter)は、電気、水道、ガスなどの使用量を計測する測定装置である一方、様々な関連情報を通信ネットワークを介して送信する送信装置でもある。
例えば、スマートメーターは、電気、水道、ガス使用量を定期的に又は非定期的に管理センターに通信ネットワークを介して送信する。この時、通信ネットワークは、セルラーネットワーク(cellular network)のような許可帯域(licensed band)を利用してもよく、ファイファイネットワーク(wi−fi network)のような非許可帯域(unlicensed band)を利用してもよい。本発明は、セルラーネットワークの一つであるLTEネットワークを用いたMTC通信を考慮する。
MTCサービスの場合、端末は基地局にデータを定期的に送信しなければならない。データを送信する周期は、サービスプロバイダの設定によって異なるが、相当長い周期を有すると仮定する。一方、スマートメータリングを支援するMTC端末の基本動作は、電気、ガス、水道の検針であるから、スマートメーター(すなわち、MTC端末)が設置される環境は一般端末に比べて劣悪であろう。例えば、住居形態によっては、地下室や遮蔽された空間などを含む、通信環境のよくない場所となり得る。しかしながら、このようなMTC端末の特性上、高いデータ率を要求するわけではなく、長い周期で小さいデータ率を満たせばいいので、MTC端末の悪い通信環境を改善するために中継機又は基地局をさらに設置することは、不経済的であろう。したがって、既存に配置されたネットワークを極力活用してMTC端末を支援することが好ましい。
MTC端末の劣悪な通信環境を克服する最も簡単な方法は、MTC端末が同一のデータを反復して送信することである。本発明の実施例では、MTC端末に/から下りリンク物理チャネル及び/又は上りリンク物理チャネルを反復的に送/受信することによって安定した通信を提供することができる。
4.2 PUSCH送信電力の制御
MTC端末がPUSCH送信のためには、基地局からPDCCH/E−PDCCHで送信される制御情報を受信しなければならない。制御情報は、PUSCH送信電力を設定するためのTPC(Transmit Power Command)を含むことができる。以下に説明する本発明の実施例でいう‘A/B’は、A又はBを意味するものとする。
LTE/LTE−AシステムにおいてPUSCH送信電力の設定のためのタイミングについて、FDDでは、4サブフレームの前に送信されたPDCCH/E−PDCCHで送信されたTPC命令に応じてPUSCH送信電力を設定し、TDDでは、UL/DL構成にしたがって次の表19のように設定される。
Figure 2017502576
例えば、表19を参照すると、TDD UL/DL構成0では、MTC端末はサブフレーム#2でPUSCHを送信するとき、6サブフレーム以前に当該PUSCHをスケジューリングするために送信されたPDCCH/E−PDCCHに含まれたTPC命令に応じてPUSCH送信電力を設定することができる。
MTCを支援する無線接続システムでは、PDCCH/EPDCCHが反復して送信される。このため、PUSCH送信電力の設定のためのTPC命令のタイミング関係を設定しなければならない。
例えば、FDDシステムでは、反復送信されるPDCCH/EPDCCHのうち、最後に送信されたPDCCH/EPDCCHに含まれたTPC命令に応じてPUSCH送信電力を設定することができる。このとき、反復送信されるPDCCH/EPDCCHに含まれるTPC命令はいずれも同一の電力調整命令を示すことができる。このとき、MTC端末が反復して送信するPUSCHの開始時間は、当該PUSCHに関する制御情報を反復して送信するPDCCH/EPDCCHが最後に送信されるサブフレームから固定個数のサブフレーム(例えば、Kサブフレーム)後のサブフレームに設定することができる。このとき、システム上でK>=4の固定値に設定されてもよい。TDDシステムにも同様の原則を適用することができる。ただし、TDD UL/DL構成にしたがってK値がサブフレーム別に異なるように設定されてもよい(表19参照)。
MTC端末がPUSCHを反復して送信する時間区間ではPUSCH送信電力が一定に維持されたことが好ましい。そのために、MTC端末がPUSCHを反復して送信する区間では、DCIフォーマット3/3A又はPUSCH送信電力を調整するためのTPCを含むPDCCH/EPDCCHを改めて受信する場合にも、MTC端末は当該DCIフォーマット3/3A又は当該PDCCH/EPDCCHで送信されたTPCを無視すればよい。したがって、MTC端末は、PUSCH反復送信区間では、PUSCH送信電力の調整を示すDCIフォーマット3/3A又はTPCを含むPDCCH/EPDCCHの送信を期待しない。
本発明の他の態様として、PUSCHの反復送信の後、TPCを含む新しいDCIフォーマット3/3A又はPDCCH/EPDCCHを受信した場合、以前のPUSCH反復送信時に受信したTPCを共に考慮してPUSCH電力を設定することができる。例えば、以前のPUSCH反復送信区間においてDCIフォーマット3/3Aで1dB電力減少の命令を受け、その後、PUSCHをスケジューリングするPDCCH/EPDCCHでさらに1dB電力増加の命令を受けると、MTC端末は、以前のPUSCH反復送信時に受信した−1dBと現在のPUSCH反復送信に対する1dBとを合算し、0dBの送信電力を調整して現在のPUSCHを反復送信することができる。
4.3 PUCCH送信電力の制御
MTCでは、PDCCH/E−PDCCHが反復送信される場合、PUCCH送信電力の設定のためのTPC命令のタイミング関係を決定しなければならない。例えば、FDDシステムでは、MTC端末のために反復して送信されるPDCCH/E−PDCCHに含まれたTPC命令に応じてPUCCH送信電力を設定することができる。
MTC端末は、PUCCHを反復的に送信する時間区間でPUCCH送信電力を一定に維持することが好ましい。そのために、MTC端末がPUCCHを反復して送信する区間においてDCIフォーマット3/3A又はPDCCH/EPDCCHでPUCCH送信電力の調整のためのTPCを受信する場合、MTC端末は、当該DCIフォーマット3/3A又はPDCCH/EPDCCHを無視すればよい。すなわち、MTC端末は、PUCCH反復送信区間でPUCCH送信電力の調整を示すDCIフォーマット3/3A又はPDCCH/EPDCCHが送信されることを期待しない。
しかし、本発明の他の態様として、PUCCH反復送信の後に他のPUCCHを反復送信する場合には、新しく送信されたDCIフォーマット3/3A又はPDCCH/EPDCCHに含まれたTPCを共に考慮してPUCCH送信電力を設定することができる。例えば、MTC端末が以前のPUCCH反復送信区間においてDCIフォーマット3/3Aで1dB送信電力減少の命令を受けた後、新しいPDCCH/EPDCCHで1dB送信電力増加の命令を受信した場合を仮定する。この場合、MTC端末は、以前のPUCCH反復送信時に受信した−1dBと現在のPUCCH反復送信に対する1dBとを合算し、0dBの送信電力を調整して現在のPUCCHを反復送信することができる。
4.4 上りリンク送信電力の調整方法
以下では、4.2節及び4.3節で説明した方法を図面を用いて再び説明する。図17は、上りリンク送信電力を調整する方法の一つを示す図である。
基地局は、PUSCH又はPUCCHに関するスケジューリング情報を含む第1のPDCCH又はEPDCCHをX回反復して送信する。このとき、第1のPDCCH/EPDCCHには、PUSCH又はPUCCHの送信電力を調整するための第1のTPCを含めることができる(S1710)。
MTC端末は、S1710段階で反復送信される第1のPDCCH/EPDCCHに含まれた第1のTPCに基づいて第1のPUSCH/PUCCHの送信電力を設定し、第1のPUSCH/PUCCHを基地局に送信することができる。このとき、反復送信される第1のPDCCH/EPDCCHに含まれる第1のTPCはいずれも同一の送信電力制御命令を示す(S1720)。
ただし、S1720段階で第1のPUSCH/PUCCHを反復送信する途中に、送信電力調整のための新しい第2のTPCを含む第2のPDCCH/E−PDCCHを基地局から受信してもよい(S1725)。
一般に、LTE/LTE−Aシステムでは、新しいスケジューリング情報が含まれたPDCCH/EPDCCHを受信する場合には、既存のスケジューリング方式の代わりに新しいスケジューリング情報に基づいてPUSCH/PUCCH送信を行う。しかし、MTC端末にとっては反復送信する区間では同一の送信電力でPUSCH/PUCCHを送信することが好ましい。このため、MTC端末は、S1725段階で受信した第2のPDCCH/EPDCCHに含まれた第2のTPCを無視することができる。
MTC端末がS1720段階を完了した後、新しい第3のPDCCH/EPDCCHを基地局から受信する場合、MTC端末は、第3のPDCCH/EPDCCHに含まれたスケジューリング情報及び第3のTPCに基づいて、次の第2のPUSCH/PUCCHのZ回の反復送信を行うことができる(S1740)。
本発明の他の態様として、端末は、S1720段階で受信した第2のPDCCH/EPDCCHに含まれた第2のTPC、及びS1730段階で受信した第3のPDCCH/EPDCCHの両方を考慮して送信電力を調整することもできる。これは、基地局では変化したチャネル状況に応じて送信電力を調整するように第2及び/又は第3のPDCCH/EPDCCHを送信する可能性があるためである。したがって、MTC端末は、たとえS1720段階の反復送信時には同一の送信電力を維持しても、次のPUSCH/PUCCHの送信電力の決定には、第2及び第3のPDCCH/EPDCCHに含まれた第2のTPC及び第3のTPCの両方を考慮して適用することができる。
例えば、第2のPDCCHに含まれた第2のTPCが−2dBの送信電力調整を示し、第3のPDCCHに含まれた第3のTPCが+1dBの送信電力調整を示す場合、MTC端末は、S1740段階で−1dBの送信電力を調整して第2のPUSCH/PUCCHをZ回反復送信することができる。
同図では、第1又は第2のPUSCH/PUCCHの送信をそれぞれY回及びZ回行うとしたが、PUSCH又はPUCCHの送信回数は別個に設定されてもよい。
本発明の実施例において、下りリンク制御チャネル(PDCCH)は、サブフレームの制御チャネル領域で送信される物理チャネルであり、向上した物理下りリンク制御チャネル(EPDCCH)は、サブフレームのデータチャネル領域で送信される物理チャネルである。また、PUCCHは、上りリンク制御情報を送信するための物理チャネルであり、PUSCHは、ユーザデータを送信するための物理チャネルである。
4.5 PUCCHとPUSCHとの衝突時における送信電力調整の方法
LTE/LTE−AシステムにおいてPDSCH送信とPUSCH送信は独立してスケジュールされる。このため、上りリンク制御情報(例えば、HARQ−ACK)を送信するためのPUCCHとユーザデータを送信するためのPUSCHを反復して送信する場合に、PUCCH反復送信区間とPUSCH反復送信区間とが重なることがある。一般に、PUCCH反復送信区間(例えば、N1)がPUSCH反復送信区間(例えば、N2)よりも短い。すなわち、N1<N2の関係が一般的である。
このとき、HARQ−ACKを送信するPUCCH反復送信区間ではPUSCHが送信されないように設定されてもよい。N1、N2、PUCCH反復送信の始点及びPUSCH反復送信の始点によって、PUSCH送信がPUCCH送信によって制約を受けるサブフレームの個数(すなわち、PUSCHとPUCCHとが重なるサブフレームの個数)が決定されてもよい。
PUSCHとPUCCHの反復送信が重なる場合は、(1)PUCCHの反復送信区間がPUSCH反復送信区間に全て含まれる場合と、(2)PUCCH反復送信区間がPUSCH反復送信区間の一部に含まれる場合とに区別される。
このとき、PUCCH反復送信とPUSCH反復送信とが時間的に重なってPUSCHが一部又は全てのサブフレームで送信されないこともあり、この場合、PUSCH反復送信の性能が劣化する可能性がある。したがって、PUCCH送信によってPUSCH送信が制約を受ける場合、これを補償するために、PUSCH送信のための送信電力を増加させることができる。
図18は、PUCCH反復送信とPUSCH反復送信とが衝突する場合に、PUSCHの送信電力を調整する方法の一つを示す図である。
図18で、P1及びP2はそれぞれ、PUCCH、PUSCHの送信電力を示す値である。また、ΔPは、PUCCH送信によって送信できなかったPUSCHに対する電力増加量を表す。このとき、ΔP値は、PUCCH反復送信によって送信中断されたPUSCHが送信される予定だったサブフレームの個数に基づいて設定することができる。例えば、中断されたPUSCHサブフレームの個数に比例してΔP値を設定することができる。
他の方法として、ΔP値は、PUCCH送信によって送信されなかったPUSCHサブフレームの個数にかかわらずに一定の値に設定されてもよい。例えば、基地局が上位層信号又は下りリンク制御チャネルでΔP値を端末に知らせることもできる。
以下に説明する本発明の実施例において、下りリンク制御チャネルの一つであるPDCCH/EPDCCHの反復送信の数をN3と仮定し、PDCCH/EPDCCHの反復送信の完了からFサブフレームのオフセット後におけるPDSCH反復送信の数をN4と仮定する。このとき、図18(a)のようにPUSCH反復送信区間で一定の送信電力を維持するためには、MTC端末が、PDSCH反復送信を受信してデコーディングを完了した時点の後にPUCCH及び/又はPUSCH反復送信を開始しなければならない。すなわち、MTC端末は、PUSCH送信を開始する前にPUCCH送信をあらかじめ知っていることが好ましい。したがって、MTC端末は、PUCCHによって送信されないPUSCHの分だけ、他のPUSCH反復送信の電力をあらかじめ増加させることができる。
図18(a)は、周期的に送信されるPUCCHの反復送信とユーザデータが送信されるPUSCHの反復送信とが部分的に重なる場合にもPUSCHの送信電力を一定に維持する方法を示す図である。ただし、PUCCHによってPUSCHの反復送信がN1サブフレームだけ中断されたため、MTC端末は、N1サブフレームに比例するΔPだけの送信電力を増加させてPUSCHを反復送信することができる。
図18(b)は、PUCCH反復送信によってPUSCHの反復送信が中断される場合、中断の前と後の送信電力を別個に設定する方法である。PUCCHによって中断される前にはPUSCH送信に問題がないため、MTC端末は、元の送信電力として割り当てられたP2でPUSCHを送信するが、PUCCH送信によってPUSCH送信が中断されると、中断されたサブフレームの個数(例えば、N1)に比例して送信電力を増加させてPUSCHを送信することができる。
図19は、PUCCH反復送信とPUSCH反復送信とが衝突する場合にPUSCHの送信電力を調整する方法の一つを示す図である。
一般に、PDSCH送信とPUSCH送信は独立してスケジュールされる。このため、MTC端末がUCI(例えば、HARQ−ACK)を送信するPUCCHとユーザデータを送信するPUSCHを反復して送信する場合に、PUCCH反復送信区間とPUSCH反復送信区間とが重なることが発生しうる。このとき、PUCCHの送信を優先し、PUCCHは該当の反復回数だけ送信され、PUSCHは、重なるサブフレームでは送信されないように構成することができる。
この場合には、PUCCHの反復送信が完了した後に、PUCCH反復送信によって送信されなかったN1サブフレームを時間的に延長し、送信の中断されたPUSCHを送信することによって、PUSCH反復送信の全回数だけ送信するように構成することができる。
図19を参照すると、PUSCHとPUCCHが重なっている場合、MTC端末がPUCCH送信によって反復送信されなかったPUSCH送信をPUCCH送信完了の後に送信し、全PUSCH反復送信を完了する動作が示されている。
以上の本発明の実施例で、PUSCHを反復して送信する区間でPUCCH反復送信が始まるとき、基地局は端末に送信するPDCCHへの誤り発生の可能性のため、PUCCH送信の有無を検出する必要がある。しかし、PUCCH送信区間がPUSCH反復送信区間の最後の一部のサブフレームでのみ重なる場合、PUCCH送信の有無が検出し難いことがある。
したがって、MTC端末は、PUSCH送信区間においてPUCCH送信区間の一定部分以上(例えば、PUCCH反復送信区間の1/2以上)が重ならない場合、PUCCH送信がないと仮定することができる。すなわち、MTC端末は、PUSCH反復送信区間とPUCCH反復送信区間とが重なる場合、PUCCH反復送信区間の一定部分以上(例えば、PUCCH反復送信区間の1/2以上)がPUSCH反復送信区間と重なる場合にのみPUCCH反復送信を始めると仮定する。
5. 具現装置
図20で説明する装置は、図1乃至図19で説明した方法を具現できる手段である。
MTC端末(UE:User Equipment)は、上りリンクでは送信端として動作し、下りリンクでは受信端として動作することができる。また、基地局(eNB:e−Node B)は、上りリンクでは受信端として動作し、下りリンクでは送信端として動作することができる。
すなわち、MTC端末及び基地局は、情報、データ及び/又はメッセージの送信及び受信を制御するためにそれぞれ、送信器(transmitter:)2040,2050及び受信器(Rx module)2050,2070を備えることができ、情報、データ及び/又はメッセージを送受信するための1つ以上のアンテナ2000,2010などを備えることができる。
また、端末及び基地局はそれぞれ、上述した本発明の実施例を実行するためのプロセッサ(Processor)2020,2030と、プロセッサの処理過程を臨時的に又は持続的に保存し得るメモリ2080,2090を備えることができる。
上述した端末及び基地局装置の構成成分及び機能を用いて本願発明の実施例を実行することができる。例えば、MTC端末及び/又は基地局のプロセッサは、4節で説明したPUCCH、PUSCHの反復送信方法が実行されるように支援することができる。反復送信されるPUCCH/PUSCHは同一の送信電力で送信されることが好ましい。そのために、MTC端末がPUCCH/PUSCH反復送信中に、送信電力を調整するためのTPCを含むPDCCH/EPDCCHを受信する場合、当該PDCCH/EPDCCHを無視してもよい。ただし、PUCCH/PUSCH反復送信が完了した後に新しくPDCCH/EPDCCHを受信すると、MTC端末は、当該PDCCH/EPDCCHに含まれるTPCによって送信電力を調整してPUCCH/PUSCHを送信することができる。その詳細については第4節及び図17を参照する。
また、PUCCH及びPUSCHが1つ以上のサブフレームで重なる場合、PUSCHよりもPUCCHを優先し、PUCCHを送信するが、この時、PUSCHは送信されないように設定することができる。ただし、この場合、MTC端末は、重なるサブフレームの個数に比例してPUSCHの送信電力を増加させて送信することができる。その詳細は、第4節、図18及び図19を参照する。
端末及び基地局に含まれた送信モジュール及び受信モジュールは、データ送信のためのパケット変復調機能、高速パケットチャネルコーディング機能、直交周波数分割多元接続(OFDMA:Orthogonal Frequency Division Multiple Access)パケットスケジューリング、時分割デュプレックス(TDD:Time Division Duplex)パケットスケジューリング及び/又はチャネル多重化機能を有することができる。また、図20の端末及び基地局は、低電力RF(Radio Frequency)/IF(Intermediate Frequency)モジュールをさらに備えることができる。
一方、本発明で端末として、個人携帯端末機(PDA:Personal Digital Assistant)、セルラーフォン、個人通信サービス(PCS:Personal Communication Service)フォン、GSM(登録商標)(Global System for Mobile)フォン、WCDMA(登録商標)(Wideband CDMA)フォン、MBS(Mobile Broadband System)フォン、ハンドヘルドPC(Hand−Held PC)、ノートパソコン、スマート(Smart)フォン、又はマルチモードマルチバンド(MM−MB:Multi Mode−Multi Band)端末機などを用いることができる。
ここで、スマートフォンは、移動通信器末機と個人携帯端末機の長所を組み合わせた端末機であって、移動通信器末機に、個人携帯端末機の機能である日程管理、ファックス送受信及びインターネット接続などのデータ通信機能を統合した端末機を意味できる。また、マルチモードマルチバンド端末機は、マルチモデムチップを内蔵し、携帯インターネットシステムでも、その他の移動通信システム(例えば、CDMA2000システム、WCDMA(登録商標)システムなど)でも作動できる端末機のことを指す。
本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア(firmware)、ソフトウェア又はそれらの結合などによって具現することができる。
ハードウェアによる具現の場合、本発明の実施例に係る方法は、1つ又はそれ以上のASIC(application specific integrated circuit)、DSP(digital signal processor)、DSPD(digital signal processing device)、PLD(programmable logic device)、FPGA(field programmable gate array)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態として具現することもできる。例えば、ソフトウェアコードは、メモリユニット2080,2090に記憶され、プロセッサ2020,2030によって駆動されてもよい。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の種々の手段によってプロセッサとデータを交換することができる。
本発明は、本発明の精神及び必須特徴から逸脱しない範囲で他の特定の形態として具体化されてもよい。したがって、上記の詳細な説明は、いずれの面においても制約的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的解釈によって決定されなければならず、本発明の等価的範囲における変更はいずれも本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。
本発明の実施例は、様々な無線接続システムに適用可能である。様々な無線接続システムの一例として、3GPP(3rd Generation Partnership Project)、3GPP2及び/又はIEEE 802.xx(Institute of Electrical and Electronic Engineers 802)システムなどがある。本発明の実施例は、上記の様々な無線接続システムだけでなく、これら様々な無線接続システムを応用したいずれの技術分野にも適用可能である。
上述した本発明の様態は、本発明の好適な実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常の知識を有する者にとって、以下に詳述する本発明の詳細な説明に基づいて導出され、理解されるであろう。
本発明は、例えば以下を提供する。
(項目1)
機械タイプ通信(MTC)を支援する無線接続システムにおいてMTC端末が上りリンク送信電力を制御する方法であって、
第1の送信電力命令(TPC)を含む第1の下りリンク制御チャネルを所定の回数だけ反復して受信するステップと、
前記第1のTPCが示す送信電力によって第1の上りリンクチャネルを所定の回数だけ反復して送信するステップと、
前記第1の上りリンクチャネルを所定の回数だけ反復して送信する途中に、前記送信電力の調整を命令する第2のTPCを含む第2の下りリンク制御チャネルを受信するステップと、
を有し、
前記第1の上りリンクチャネルを反復して送信する途中には前記第2のTPCを反映せず、前記第1のTPCが示す前記送信電力によって前記第1の上りリンクチャネルを送信する、上りリンク送信電力制御方法。
(項目2)
前記第1の上りリンクチャネルの反復送信が完了した後に、
前記送信電力の調整を命令する第3のTPCを含む第3の下りリンク制御チャネルを受信するステップをさらに有する、項目1に記載の上りリンク送信電力制御方法。
(項目3)
前記MTC端末が前記第2のTPC及び前記第3のTPCが示す送信電力制御値を全て考慮して第2の上りリンクチャネルを所定の回数反復して送信するステップをさらに有する、項目2に記載の上りリンク送信電力制御方法。
(項目4)
前記MTC端末が前記送信電力を前記第3のTPCが示す送信電力制御値によって調整して第2の上りリンクチャネルを所定の回数反復して送信するステップをさらに有する、項目2に記載の上りリンク送信電力制御方法。
(項目5)
前記下りリンク制御チャネルは、サブフレームの制御チャネル領域で送信される物理下りリンク制御チャネル、又は前記サブフレームのデータチャネル領域で送信される向上した物理下りリンク制御チャネルであり、
前記上りリンクチャネルは、上りリンク制御情報を送信するための物理上りリンク制御チャネル(PUCCH)、又はユーザデータを送信するための物理上りリンクデータチャネル(PUSCH)である、項目1に記載の上りリンク送信電力制御方法。
(項目6)
前記第1の上りリンクチャネルが前記PUSCHであり、前記第1の上りリンクチャネルが反復送信される途中に前記PUCCHの反復送信が重なる場合に、
前記第1の上りリンクチャネルの送信が中断され、前記PUCCHの反復送信が行われる、項目5に記載の上りリンク送信電力制御方法。
(項目7)
前記MTC端末は、前記重なるサブフレームの個数だけ前記第1の上りリンクチャネルの送信電力を増加させて送信する、項目6に記載の上りリンク送信電力制御方法。
(項目8)
機械タイプ通信(MTC)を支援する無線接続システムにおいて上りリンク送信電力を制御するためのMTC端末であって、
受信器と、
送信器と、
前記上りリンク送信電力を制御するように構成されたプロセッサと、
を備え、
前記プロセッサは、
前記受信器を制御して、第1の送信電力命令(TPC)を含む第1の下りリンク制御チャネルを所定の回数だけ反復して受信し、
前記送信器を制御して、前記第1のTPCが示す送信電力によって第1の上りリンクチャネルを所定の回数だけ反復して送信し、
前記第1の上りリンクチャネルを所定の回数だけ反復して送信する途中に、前記送信電力の調整を命令する第2のTPCを含む第2の下りリンク制御チャネルを受信すると、前記第1の上りリンクチャネルを反復して送信する途中には前記第2のTPCを反映せず、前記第1のTPCが示す前記送信電力によって前記送信器を制御して前記第1の上りリンクチャネルを送信するように構成される、MTC端末。
(項目9)
前記プロセッサは、
前記第1の上りリンクチャネルの反復送信が完了した後に、前記受信器を制御して、前記送信電力の調整を命令する第3のTPCを含む第3の下りリンク制御チャネルを受信するようにする、項目8に記載のMTC端末。
(項目10)
前記プロセッサは、さらに、前記第2のTPC及び前記第3のTPCが示す送信電力制御値を全て考慮し、前記送信器を制御して第2の上りリンクチャネルを所定の回数反復して送信するように構成される、項目9に記載のMTC端末。
(項目11)
前記プロセッサは、さらに、前記送信電力を前記第3のTPCが示す送信電力制御値によって調整し、前記送信器を制御して第2の上りリンクチャネルを所定の回数反復して送信するように構成される、項目9に記載のMTC端末。
(項目12)
前記下りリンク制御チャネルは、サブフレームの制御チャネル領域で送信される物理下りリンク制御チャネル、又は前記サブフレームのデータチャネル領域で送信される向上した物理下りリンク制御チャネルであり、
前記上りリンクチャネルは、上りリンク制御情報を送信するための物理上りリンク制御チャネル(PUCCH)、又はユーザデータを送信するための物理上りリンクデータチャネル(PUSCH)である、項目8に記載のMTC端末。
(項目13)
前記第1の上りリンクチャネルが前記PUSCHであり、前記第1の上りリンクチャネルが反復送信される途中に前記PUCCHの反復送信が重なる場合に、
前記第1の上りリンクチャネルの送信は中断され、前記PUCCHの反復送信が行われる、項目12に記載のMTC端末。
(項目14)
前記プロセッサは、前記重なるサブフレームの個数だけ前記第1の上りリンクチャネルの送信電力を増加させて送信するように前記送信器を制御する、項目13に記載のMTC端末。

Claims (14)

  1. 機械タイプ通信(MTC)を支援する無線接続システムにおいてMTC端末が上りリンク送信電力を制御する方法であって、
    第1の送信電力命令(TPC)を含む第1の下りリンク制御チャネルを所定の回数だけ反復して受信するステップと、
    前記第1のTPCが示す送信電力によって第1の上りリンクチャネルを所定の回数だけ反復して送信するステップと、
    前記第1の上りリンクチャネルを所定の回数だけ反復して送信する途中に、前記送信電力の調整を命令する第2のTPCを含む第2の下りリンク制御チャネルを受信するステップと、
    を有し、
    前記第1の上りリンクチャネルを反復して送信する途中には前記第2のTPCを反映せず、前記第1のTPCが示す前記送信電力によって前記第1の上りリンクチャネルを送信する、上りリンク送信電力制御方法。
  2. 前記第1の上りリンクチャネルの反復送信が完了した後に、
    前記送信電力の調整を命令する第3のTPCを含む第3の下りリンク制御チャネルを受信するステップをさらに有する、請求項1に記載の上りリンク送信電力制御方法。
  3. 前記MTC端末が前記第2のTPC及び前記第3のTPCが示す送信電力制御値を全て考慮して第2の上りリンクチャネルを所定の回数反復して送信するステップをさらに有する、請求項2に記載の上りリンク送信電力制御方法。
  4. 前記MTC端末が前記送信電力を前記第3のTPCが示す送信電力制御値によって調整して第2の上りリンクチャネルを所定の回数反復して送信するステップをさらに有する、請求項2に記載の上りリンク送信電力制御方法。
  5. 前記下りリンク制御チャネルは、サブフレームの制御チャネル領域で送信される物理下りリンク制御チャネル、又は前記サブフレームのデータチャネル領域で送信される向上した物理下りリンク制御チャネルであり、
    前記上りリンクチャネルは、上りリンク制御情報を送信するための物理上りリンク制御チャネル(PUCCH)、又はユーザデータを送信するための物理上りリンクデータチャネル(PUSCH)である、請求項1に記載の上りリンク送信電力制御方法。
  6. 前記第1の上りリンクチャネルが前記PUSCHであり、前記第1の上りリンクチャネルが反復送信される途中に前記PUCCHの反復送信が重なる場合に、
    前記第1の上りリンクチャネルの送信が中断され、前記PUCCHの反復送信が行われる、請求項5に記載の上りリンク送信電力制御方法。
  7. 前記MTC端末は、前記重なるサブフレームの個数だけ前記第1の上りリンクチャネルの送信電力を増加させて送信する、請求項6に記載の上りリンク送信電力制御方法。
  8. 機械タイプ通信(MTC)を支援する無線接続システムにおいて上りリンク送信電力を制御するためのMTC端末であって、
    受信器と、
    送信器と、
    前記上りリンク送信電力を制御するように構成されたプロセッサと、
    を備え、
    前記プロセッサは、
    前記受信器を制御して、第1の送信電力命令(TPC)を含む第1の下りリンク制御チャネルを所定の回数だけ反復して受信し、
    前記送信器を制御して、前記第1のTPCが示す送信電力によって第1の上りリンクチャネルを所定の回数だけ反復して送信し、
    前記第1の上りリンクチャネルを所定の回数だけ反復して送信する途中に、前記送信電力の調整を命令する第2のTPCを含む第2の下りリンク制御チャネルを受信すると、前記第1の上りリンクチャネルを反復して送信する途中には前記第2のTPCを反映せず、前記第1のTPCが示す前記送信電力によって前記送信器を制御して前記第1の上りリンクチャネルを送信するように構成される、MTC端末。
  9. 前記プロセッサは、
    前記第1の上りリンクチャネルの反復送信が完了した後に、前記受信器を制御して、前記送信電力の調整を命令する第3のTPCを含む第3の下りリンク制御チャネルを受信するようにする、請求項8に記載のMTC端末。
  10. 前記プロセッサは、さらに、前記第2のTPC及び前記第3のTPCが示す送信電力制御値を全て考慮し、前記送信器を制御して第2の上りリンクチャネルを所定の回数反復して送信するように構成される、請求項9に記載のMTC端末。
  11. 前記プロセッサは、さらに、前記送信電力を前記第3のTPCが示す送信電力制御値によって調整し、前記送信器を制御して第2の上りリンクチャネルを所定の回数反復して送信するように構成される、請求項9に記載のMTC端末。
  12. 前記下りリンク制御チャネルは、サブフレームの制御チャネル領域で送信される物理下りリンク制御チャネル、又は前記サブフレームのデータチャネル領域で送信される向上した物理下りリンク制御チャネルであり、
    前記上りリンクチャネルは、上りリンク制御情報を送信するための物理上りリンク制御チャネル(PUCCH)、又はユーザデータを送信するための物理上りリンクデータチャネル(PUSCH)である、請求項8に記載のMTC端末。
  13. 前記第1の上りリンクチャネルが前記PUSCHであり、前記第1の上りリンクチャネルが反復送信される途中に前記PUCCHの反復送信が重なる場合に、
    前記第1の上りリンクチャネルの送信は中断され、前記PUCCHの反復送信が行われる、請求項12に記載のMTC端末。
  14. 前記プロセッサは、前記重なるサブフレームの個数だけ前記第1の上りリンクチャネルの送信電力を増加させて送信するように前記送信器を制御する、請求項13に記載のMTC端末。
JP2016536627A 2013-12-05 2014-12-05 機械タイプ通信を支援する無線接続システムにおいて上りリンク送信電力を制御する方法及び装置 Active JP6169797B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361912536P 2013-12-05 2013-12-05
US61/912,536 2013-12-05
US201361914379P 2013-12-10 2013-12-10
US61/914,379 2013-12-10
PCT/KR2014/011906 WO2015084093A1 (ko) 2013-12-05 2014-12-05 기계타입통신을 지원하는 무선 접속 시스템에서 상향링크 전송 전력을 제어하는 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2017502576A true JP2017502576A (ja) 2017-01-19
JP6169797B2 JP6169797B2 (ja) 2017-07-26

Family

ID=53273769

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016536627A Active JP6169797B2 (ja) 2013-12-05 2014-12-05 機械タイプ通信を支援する無線接続システムにおいて上りリンク送信電力を制御する方法及び装置

Country Status (6)

Country Link
US (2) US10015750B2 (ja)
EP (1) EP3079414B1 (ja)
JP (1) JP6169797B2 (ja)
KR (1) KR101830745B1 (ja)
CN (1) CN105794280B (ja)
WO (1) WO2015084093A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021515419A (ja) * 2018-01-12 2021-06-17 オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. 情報伝送方法及び装置

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110086526B (zh) * 2013-12-03 2022-03-01 Lg 电子株式会社 在支持mtc的无线接入系统中发送上行链路的方法和设备
US20150195819A1 (en) * 2014-01-06 2015-07-09 Intel IP Corporation Systems and methods for modulation and coding scheme selection and configuration
US9876624B2 (en) * 2014-02-24 2018-01-23 Sharp Kabushiki Kaisha Terminal device, integrated circuit, and radio communication method
EP3116156B1 (en) * 2014-03-07 2019-02-20 LG Electronics Inc. Method and terminal for transmitting uplink control channel in wireless communication system
US10588125B2 (en) 2014-08-15 2020-03-10 Interdigital Patent Holdings, Inc. Coverage enhancement for time division duplex and enhanced interference mitigation and traffic adaptation in long term evolution systems
JP6474823B2 (ja) 2014-08-27 2019-02-27 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America 端末、基地局、送信方法及び受信方法
US10757688B2 (en) * 2015-02-04 2020-08-25 Huawei Technologies Co., Ltd. Method for reporting channel status and device
CN106162920B (zh) * 2015-04-09 2020-11-03 中兴通讯股份有限公司 一种通信方法及装置
US10524213B2 (en) * 2016-02-24 2019-12-31 Intel IP Corporation Power control for systems based on uplink link identifier
US10958399B2 (en) * 2016-03-11 2021-03-23 Sony Corporation Terminal device, infrastructure equipment and methods
US10455558B2 (en) * 2016-05-13 2019-10-22 Qualcomm Incorporated Handling for interruption due to carrier switching and carrier switching capability indication
US10687319B2 (en) 2016-08-08 2020-06-16 Comcast Cable Communications, Llc Group power control for a secondary cell
KR102336792B1 (ko) * 2016-09-14 2021-12-08 가부시키가이샤 엔티티 도코모 유저단말 및 무선 통신 방법
US20180110042A1 (en) * 2016-10-13 2018-04-19 Qualcomm Incorporated Concurrent transmission of low latency and non-low latency uplink control channels
US10547494B2 (en) * 2016-10-31 2020-01-28 Qualcomm Incorporated Unlicensed spectrum coverage enhancement for industrial internet of things
EP3535917A1 (en) * 2016-11-02 2019-09-11 IDAC Holdings, Inc. Receiver bandwidth adaptation
KR102309741B1 (ko) * 2017-03-23 2021-10-08 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 상향링크 전력제어 방법 및 장치
EP3602898B1 (en) * 2017-03-24 2024-02-28 Apple Inc. Design of early termination signal and harq-ack feedback for pusch
KR102288629B1 (ko) * 2017-05-04 2021-08-11 삼성전자 주식회사 무선 통신 시스템에서 상향 제어 채널 전송 방법 및 장치
US10284404B2 (en) * 2017-05-26 2019-05-07 Kt Corporation Method and apparatus for scheduling data channel in new radio
CN109041118B (zh) * 2017-06-08 2020-11-20 大唐移动通信设备有限公司 一种资源分配方法及通信设备
US10492151B2 (en) * 2017-06-09 2019-11-26 Qualcomm Incorporated Power control in new radio systems
KR102049422B1 (ko) * 2017-11-15 2019-11-28 엘지전자 주식회사 무선 통신 시스템에서 단말의 채널 상태 정보 전송 방법 및 상기 방법을 이용하는 단말
US10568041B2 (en) * 2017-11-17 2020-02-18 Lenovo (Singapore) Pte Ltd Power control for multiple uplink transmissions
CN109962750A (zh) * 2017-12-25 2019-07-02 普天信息技术有限公司 一种上行业务信道和控制信道冲突时信号处理方法及系统
CN110035531B (zh) * 2018-01-12 2021-12-03 华为技术有限公司 上行控制信息传输方法及装置
KR102298009B1 (ko) * 2018-03-30 2021-09-06 주식회사 케이티 상향링크 데이터 채널을 전송하는 방법 및 장치
CN110474719B (zh) 2018-05-11 2021-10-22 华为技术有限公司 一种重复传输的方法和装置
WO2020091581A1 (ko) * 2018-11-02 2020-05-07 엘지전자 주식회사 무선 통신 시스템에서 물리 상향링크 공유 채널 상에서 전송되는 데이터의 전송 전력을 결정하는 방법 및 이를 위한 장치
CN111436106B (zh) * 2019-01-11 2024-04-12 华为技术有限公司 信号发送方法、装置及系统
WO2020180463A1 (en) * 2019-03-01 2020-09-10 Commscope Technologies Llc Transmit power control in a c-ran
US20220286973A1 (en) * 2019-05-02 2022-09-08 Ntt Docomo, Inc. User terminal and radio communication method
JP7337927B2 (ja) 2019-07-10 2023-09-04 株式会社Nttドコモ 端末、無線通信方法、基地局及びシステム
CN114303425B (zh) * 2019-08-15 2024-04-30 中兴通讯股份有限公司 用于传送信号的系统和方法
KR102348948B1 (ko) * 2020-01-29 2022-01-07 세종대학교산학협력단 머신 타입 통신을 위한 송신 전력의 제어를 위한 평균장 게임 프레임워크 기반 기법
WO2021155600A1 (en) 2020-02-07 2021-08-12 Nec Corporation Method, device and computer storage medium for communication
EP3952163A1 (en) * 2020-08-06 2022-02-09 Comcast Cable Communications, LLC Control channel repetition
EP4277367A4 (en) * 2021-01-13 2024-03-27 Guangdong Oppo Mobile Telecommunications Corp Ltd WIRELESS COMMUNICATION METHOD, TERMINAL DEVICE AND NETWORK DEVICE

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8193227B2 (en) * 2003-12-11 2012-06-05 Abbott Laboratories HIV protease inhibiting compounds
EP2099444A4 (en) * 2006-12-14 2012-11-07 Nps Pharma Inc USE OF D-SERIN DERIVATIVES FOR THE TREATMENT OF ANTIBODIES
US20080200202A1 (en) * 2007-02-13 2008-08-21 Qualcomm Incorporated Power control with link imbalance on downlink and uplink
BRPI0911481B1 (pt) * 2008-04-24 2021-05-11 Huawei Technologies Co., Ltd aparelho de estação móvel, sistema de comunicação móvel, método de processamento em um aparelho de estação móvel, aparelho de estação base, método de processamento em um aparelho de estação base e memória legível por computador
EP2397005A2 (en) * 2009-02-09 2011-12-21 Interdigital Patent Holdings, Inc. Apparatus and method for uplink power control for a wireless transmitter/receiver unit utilizing multiple carriers
US20110027407A1 (en) * 2009-07-28 2011-02-03 Seagate Technology Llc Profile control utilizing a recessed imprint template
JP5552568B2 (ja) * 2010-04-09 2014-07-16 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンクにおける閉ループ送信ダイバーシティおよびmimoの電力制御の方法および装置
CN102281592B (zh) * 2010-06-12 2013-10-23 中国普天信息产业股份有限公司 一种传输功率控制命令传输的方法及装置
US9313781B2 (en) * 2010-12-02 2016-04-12 Lg Electronics Inc. Method and device for transmitting downlink control signal in wireless communication system
EP2730135B1 (en) * 2011-07-06 2015-11-18 Telefonaktiebolaget LM Ericsson (PUBL) Controlling uplink transmission power during asynchronous switching of control states by user equipment
US9143291B2 (en) * 2012-12-27 2015-09-22 Google Technology Holdings LLC Method and apparatus for device-to-device communication

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS: "PDSCH/PUSCH transmission for MTC coverage enhancement[online]", 3GPP TSG-RAN WG1#75 R1-135462, JPN6017020441, 15 November 2013 (2013-11-15), pages 1 - 5, ISSN: 0003571363 *
ZTE: "Discussion on Control Channel Coverage Improvement[online]", 3GPP TSG-RAN WG1#75 R1-135360, JPN6017020435, 15 November 2013 (2013-11-15), pages 1 - 6, ISSN: 0003571361 *
ZTE: "Discussion on Traffic Channel Coverage Improvement[online]", 3GPP TSG-RAN WG1#75 R1-135362, JPN6017020438, 15 November 2013 (2013-11-15), pages 1 - 6, ISSN: 0003571362 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021515419A (ja) * 2018-01-12 2021-06-17 オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. 情報伝送方法及び装置
JP7146775B2 (ja) 2018-01-12 2022-10-04 オッポ広東移動通信有限公司 情報伝送方法及び装置

Also Published As

Publication number Publication date
EP3079414A1 (en) 2016-10-12
WO2015084093A1 (ko) 2015-06-11
EP3079414B1 (en) 2018-10-31
US20170273027A1 (en) 2017-09-21
KR101830745B1 (ko) 2018-02-21
KR20160085797A (ko) 2016-07-18
EP3079414A4 (en) 2017-07-05
US10397880B2 (en) 2019-08-27
CN105794280B (zh) 2019-05-31
US10015750B2 (en) 2018-07-03
CN105794280A (zh) 2016-07-20
JP6169797B2 (ja) 2017-07-26
US20180295587A1 (en) 2018-10-11

Similar Documents

Publication Publication Date Title
JP6431587B2 (ja) 機械タイプ通信を支援する無線接続システムにおいてチャネル状態情報送信方法及び装置
JP6169797B2 (ja) 機械タイプ通信を支援する無線接続システムにおいて上りリンク送信電力を制御する方法及び装置
JP6437554B2 (ja) 機械タイプ通信を支援する無線接続システムにおいて上りリンク送信方法及び装置
JP6298164B2 (ja) マシン通信を支援する無線アクセスシステムにおけるチャネル状態情報送信方法及び装置
JP6598764B2 (ja) 無線接続システムにおいてチャネル状態情報送信方法及び装置
JP6370808B2 (ja) 無線接続システムにおいて擬似コロケーションを行う方法および装置
JP6431043B2 (ja) 無線接続システムにおいて上りリンク制御情報送信方法及び装置
JP6392369B2 (ja) 無線接続システムにおける256qam支援のためのチャネル状態情報報告方法及び装置
US10447454B2 (en) Method and device for feeding back channel state information in wireless access system supporting machine type communication
JP6251398B2 (ja) 無線接続システムにおいて256qam支援のためのチャネル状態情報送受信方法及び装置
JP2015523814A (ja) 無線接続システムにおいてアンテナポート向け参照信号送信方法

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170526

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170628

R150 Certificate of patent or registration of utility model

Ref document number: 6169797

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250