JP2019523619A - 基地局、マシンタイプ通信デバイス及び方法 - Google Patents

基地局、マシンタイプ通信デバイス及び方法 Download PDF

Info

Publication number
JP2019523619A
JP2019523619A JP2019506202A JP2019506202A JP2019523619A JP 2019523619 A JP2019523619 A JP 2019523619A JP 2019506202 A JP2019506202 A JP 2019506202A JP 2019506202 A JP2019506202 A JP 2019506202A JP 2019523619 A JP2019523619 A JP 2019523619A
Authority
JP
Japan
Prior art keywords
communication device
subframes
subframe
ack
machine type
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
JP2019506202A
Other languages
English (en)
Other versions
JP6702503B2 (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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Publication of JP2019523619A publication Critical patent/JP2019523619A/ja
Application granted granted Critical
Publication of JP6702503B2 publication Critical patent/JP6702503B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1614Details of the supervisory signal using bitmaps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1621Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1628List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1635Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0092Indication of how the channel is divided
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0094Indication of how sub-channels of the path are allocated
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • 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

Landscapes

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

Abstract

基地局のセル帯域幅を(重複しない)狭帯域及び各狭帯域のサブフレームに分割することにより基地局がマシンタイプ通信(MTC)デバイスと通信する通信システムが開示される。基地局は、MTCデバイスのために複数のサブフレームにおいて物理リソースブロック(PRB)のセットを割り当てるための制御情報(DCI)を生成し、送信する。基地局がデータを送信した後に、MTCデバイスは、i)データが複数のサブフレームの各々において正常に受信されたこと(例えば、単一の「ACK」)又はii)データが複数のサブフレームの少なくとも1つにおいて受信されなかったこと(例えば、単一の「NACK」)を示すHARQフィードバックを生成し、送信する。【選択図】図4

Description

本発明は、移動通信デバイス及びネットワークに関連し、特に、第3世代パートナーシッププロジェクト(3GPP:3rd Generation Partnership Project)規格又はその均等物又は派生物に応じて動作するそれらに関連するが、これらに限定されない。本発明は、特に排他的ではないが、マシンタイプ通信デバイスのための高データレート送信に関連する。
移動(セルラ)通信ネットワークにおいて、(ユーザ)通信デバイス(ユーザ装置(UE)、例えば携帯電話としても知られている)は、基地局を介して遠隔サーバ又は他の通信デバイスと通信する。お互いが通信する際に、通信デバイス及び基地局は、ライセンスされた無線周波数を使用し、それらは典型的に周波数帯域及び/又は時間ブロックに分割される。
3GPP規格の最新の開発は、LTE(Long Term Evolution)−Advancedを含む、EPC(Evolved Packet Core)ネットワークのLTE及びE−UTRAN(Evolved UMTS Terrestrial Radio Access Network)として称される。3GPP規格下では、NodeB(又はLTEのeNB)は、基地局であり、通信デバイスは、基地局を介してコアネットワークと接続し、他の通信デバイス又は遠隔サーバと通信する。簡略化のため、本出願は、そのような任意の基地局を指すために基地局という用語を使用する。通信デバイスは、例えば、携帯電話、スマートフォン、ユーザ装置、パーソナルデジタルアシスタント、ラップトップ/タブレットコンピュータ、ウェブブラウザ、電子書籍リーダ、及び/又は同様のもの等の移動通信デバイスであってもよい。そのような移動(又は一般的には静止している)デバイスも、通常、ユーザにより操作される。
3GPP規格はまた、いわゆる「モノのインターネット」(IoT:Internet of Things)デバイス(例えば、狭帯域IoT(NB−IoT)デバイス)をネットワークに接続することを可能にする。IoTデバイスは、典型的には、様々な測定装置、テレメトリー機器、監視システム、追跡装置(tracking and tracing devices)、車載安全システム、車両メンテナンスシステム、ロードセンサ、デジタル看板、販売時点情報管理(POS:point of sale)端末、遠隔制御システム等の自動装置を含む。一部のIoTデバイスは、監視/追跡されるために、非静止装置(例えば、車両)に埋め込まれるかもしくは動物又は人に取り付けることができるが、IoTデバイスは、自動販売機、路側センサ、POS端末等の(一般的に)固定装置の一部として実装することができる。効果的に、モノのインターネットは、適切な電子機器、ソフトウェア、センサ、ネットワークコネクティビティ及び/又はそのようなものを備えたデバイス(又は「モノ」)のネットワークであり、これらのデバイスが、相互に、及び他の通信デバイスとデータを収集し交換することを可能にする。IoTデバイスは、時々、マシンタイプ通信(MTC:Machine-Type Communication)通信デバイス又はマシンツーマシン(M2M:Machine-to-Machine)通信デバイスとも呼ばれることは理解されるであろう。
簡略化のために、本出願は、説明において、MTCデバイスに言及するが、説明される技術は、そのような通信デバイスが、人の入力又はメモリに格納されたソフトウェア命令により制御されるかに関わらず、データの送信/受信するために通信ネットワークに接続することができる、任意の通信デバイス(モバイル及び/又は一般的に静止)に実装することができることは理解されるであろう。
MTCデバイスは、遠隔の「機械」(例えば、サーバ)又はユーザにデータを送信し、遠隔の「機械」(例えば、サーバ)又はユーザからデータを受信するために、ネットワークに接続する。MTCデバイスは、携帯電話又は同様のユーザ装置のために最適化された通信プロトコル及び規格を使用する。しかし、一旦配置されると、MTCデバイスは、典型的に、人の監督又は対話を必要とせずに動作し、内部メモリに格納されたソフトウェア命令に従う。MTCデバイスはまた、長期間静止及び/又は非アクティブのままであり得る。MTC(IoT)デバイスをサポートするための特定のネットワーク要件は、3GPPテクニカルレポート(TR)36.888 V12.0.0及び3GPP TR 23.720 V13.0.0において取り扱われてきた。MTCデバイスに関連するさらなるネットワーク要件は、3GPP技術仕様(TS:technical specification)22.368 V13.1.0において開示されている。これらの3GPP文書の内容は、本明細書に参照により取り込む。
セルラネットワークを介したIoT及び他のマシンタイプ通信デバイスの提供は、モバイル事業者にとって重要な機会であることが証明されている。3GPP規格のリリース13(Rel−13)バージョンでは、拡張されたカバレッジ及び長いバッテリ寿命を備えた2つのクラスの低コストIoTデバイスが指定されている:それぞれ6PRB及び1PRBのUE帯域幅をサポートする拡張MTC(eMTC:enhanced MTC)デバイス及び狭帯域IoT(NB−IoT:narrowband IoT)デバイスである(1PRB=180kHz物理リソースブロック)である。このように、(「低減された帯域幅MTCデバイス(reduced bandwidth MTC devices)」と呼ばれてもよい)いくつかのMTCデバイスは、総LTE帯域幅と比較して、限られた帯域幅(ダウンリンク及びアップリンクにおいて、通常、1.4MHz又は180kHz)のみをサポートするであろう。これは、より大きな帯域幅をサポートする、及び/又は、より複雑な構成要素を有するMTCデバイス及び他の通信デバイスと比較して、(より少ない/単純化した構成要素を有する)そのような低減された帯域幅MTCデバイスが、より経済的に作られることを可能にする。
LTEシステム帯域幅は、典型的に1.4MHzよりも大きく(つまり、最大20MHz)、システム帯域幅は、複数の「狭帯域」(又は「サブバンド」)に分割され、各狭帯域は、最大6つの物理リソースブロック(PRB:physical resource block)を含み、これは、1.4MHz帯域幅に制限されたMTCデバイスがLTEにおいて使用することができるPRBの最大数である。
(MTCデバイスの機能が制限されていることが多いことと組み合わされて、(例えば、屋内に配置されている場合で)例えば、ネットワークカバレッジが不足していることにより)MTCデバイスが一部の送信を受信しないというリスクを軽減するために、MTCデバイスのために特定のLTE送信(チャネル)のカバレッジを拡大することも提案されている。MTCデバイスのためにカバレッジを向上させるための1つのアプローチは、複数(例えば、2、3、4又はそれ以上)のサブフレームにわたって同じ情報を繰り返すことである。換言すると、カバレッジ拡張MTCデバイス(coverage enhanced MTC devices)の場合、基地局は、時間領域において送信された情報を複製する(基地局は、その情報が最初に送信されたサブフレームに続く1つ又は複数のサブフレームにおいて同じ情報を再送信する)。カバレッジ拡張MTCデバイスは、複数のサブフレームにおいて受信された(同じ)情報の複数のコピーを組み合わせるように構成することができ、受信された情報を組み合わせた後、カバレッジ拡張MTCデバイスは、当該情報の単一コピーに基づくよりも送信されたデータを正常に複合することができる可能性が高い。3GPPは、MTCデバイスのために2つのカバレッジ拡張(CE:coverage enhancement)モードを指定した:比較的少ない数の繰り返し(又は繰り返しが全くない)を採用するCEモードA;及び、多数の繰り返しを採用する(かつ、より高い送信電力を採用してもよい)CEモードBである。
狭帯域の導入を含むRel−13規格は、主に、センサ、メータ、スマートリーダ及び同様のもの等のMTCデバイスに対して複雑さの軽減、拡張されたバッテリ寿命及びカバレッジ拡張に取り組む。NB−IoTタイプUEカテゴリの導入は、低いデータレートのユースケース(例えば、200kbps未満を必要とする)に対処し、一方、eMTCタイプUEカテゴリの導入は、半二重周波数分割複信(HD−FDD:Half Duplex Frequency Division Duplex)が採用された場合に300kbps程度のデータレート、又は全二重周波数分割複信(FD−FDD:Full Duplex Frequency Division Duplex)送信が採用される場合に800kbps程度のデータレートに対処することができる。
主な焦点となっている、これらのMTCデバイス/ユースケースとは別に、Rel−13規格はまた、音声対応ウェアラブルデバイス及びヘルスモニタリングデバイス等、他のタイプのMTCデバイス/ユースケースの要件も満たす。しかし、Rel−13の改善により完全にカバーされていない、及び/又はサポートされていないMTCデバイス/ユースケースのサブセットが未だある。例えば、(例えば、1Mbpsを超える)より高いデータレート、モビリティを要求するMTCデバイス/ユースケース、及び遅延に敏感なサービスをサポート/使用するMTCデバイスである。したがって、(既存のRel−13 eMTCソリューションにより達成された消費電力及び複雑性の低減並びにリンクバジェット拡張機能を犠牲にすることなく)(現在可能なMTCデータレートと比較して)より高いデータレート、及びRel−13 MTC/eMTC仕様において考慮されているMTCデバイスと比較してモビリティに対する向上されたサポートを提供することにより、さらなるユースケースに対処し、さらなるタイプのMTCデバイスをサポートすることは重要である。
したがって、本発明は、これらの問題のうちの1又は複数に少なくとも部分的に対処するためのシステム、装置、及び方法を提供しようとするものである。
一態様において、本発明は、通信システムのための基地局を提供し、前記基地局は、マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を生成するように動作可能なコントローラと、前記マシンタイプ通信デバイスに前記生成された制御情報を送信し、前記割り当てられた通信リソースを用いて、前記マシンタイプ通信デバイスにデータを送信し、前記マシンタイプ通信デバイスに送信されたデータに対するACK/NACKフィードバックを前記マシンタイプ通信デバイスから受信するように動作可能なトランシーバと、を含み、前記データは、多数のデータバンドルにおいて順に送信され(例えば、物理ダウンリンク共有チャネル「PDSCH」バンドル)、各データバンドルは、一連のダウンリンクサブフレームにおいて送信され、前記ACK/NACKフィードバックは、各データバンドルに対するそれぞれのACK/NACKフィードバックを含み、前記コントローラは、最後のデータバンドルが送信される最後のサブフレームに基づいて、最初のPDSCHバンドルに対するそれぞれのACK/NACKフィードバックが予想される開始サブフレーム、データバンドルの数、及び前記データバンドルの送信が繰り返されるか否かを決定するように動作可能である。
他の態様において、本発明は、通信システムのためのマシンタイプ通信デバイスを提供し、前記マシンタイプ通信デバイスは、前記マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を受信し、前記割り当てられた通信リソースを用いてデータを受信するように動作可能なトランシーバを含み、前記データは、多数のデータバンドルにおいて順に送信され(例えば、物理ダウンリンク共有チャネル「PDSCH:physical downlink shared channel」バンドル)、各データバンドルは、一連のダウンリンクサブフレームにおいて送信され、前記マシンタイプ通信デバイスは、前記マシンタイプ通信デバイスにより受信されたデータに対するACK/NACKフィードバックを生成するように動作可能なコントローラを含み、前記ACK/NACKフィードバックは、各バンドルに対するそれぞれのACK/NACkフィードバックを含み、前記コントローラは、最後のデータバンドルが送信される最後のサブフレームに基づいて、最初のPDSCHバンドルに対するそれぞれのACK/NACKフィードバックが予想される開始サブフレーム、データバンドルの数、前記データバンドルの送信が繰り返されるか否かを決定するように動作可能であって、前記トランシーバは、前記決定された開始サブフレームに基づいて、前記生成されたフィードバックを前記基地局に送信するように動作可能である。
他の態様において、本発明は、通信システムのための基地局を提供し、前記基地局は、マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を生成するように動作可能なコントローラと、前記割り当てられた通信リソースを用いて、前記マシンタイプ通信デバイスに前記生成された制御情報を送信し、前記マシンタイプ通信デバイスにデータを送信し、前記マシンタイプ通信デバイスに送信されたデータに対するACK/NACKフィードバックを前記マシンタイプ通信デバイスから受信するように動作可能なトランシーバと、を含み、前記ACK/NACKフィードバックは、複数のサブフレームにおいて奏しされたデータを受け取ったことを通知するための1つのACK/NACK指示を含む。
他の態様において、本発明は、通信システムのための基地局を提供し、前記基地局は、マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を生成するように動作可能なコントローラを含み、前記制御情報は、(i)複数のサブフレームの各々における通信リソース、及び(ii)同一サブフレームの複数の狭帯域の各々における通信リソースの少なくとも1つを割り当てるための1つのダウンリンク制御指示を含み、前記基地局は、前記割り当てられた通信リソースを用いて、前記マシンタイプ通信デバイスにデータを送信するために、前記マシンタイプ通信デバイスに前記生成された制御情報を送信するように動作可能なトランシーバを含む。
他の態様において、本発明は、通信システムのためのマシンタイプ通信デバイスを提供し、前記マシンタイプ通信デバイスは、マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を受信し、前記割り当てられた通信リソースを用いて、データを受信するように動作可能なトランシーバと、前記マシンタイプ通信デバイスにより受信されたデータに対するACK/NACKフィードバックを生成するように動作可能なコントローラと、を含み、前記ACK/NACKフィードバックは、複数のサブフレームにおいて送信されたデータを受け取ったことを通知するための1つのACK/NACK指示を含み、前記トランシーバは、前記生成されたフィードバックを前記基地局に送信するように動作可能である。
他の態様において、本発明は、通信システムのためのマシンタイプ通信デバイスを提供し、前記マシンタイプ通信デバイスは、基地局から、前記マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を受信するように動作可能なトランシーバを含み、前記制御情報は、(i)複数のサブフレームの各々における通信リソース、及び(ii)同一サブフレームの複数の狭帯域の各々における通信リソースの少なくとも1つを割り当てるための1つのダウンリンク制御指示を含み、前記トランシーバは、前記割り当てられた通信リソースを用いてデータを受信するように動作可能である。
本発明の態様は、対応するシステム、方法、及び、上記の態様及び可能性において説明された、又は任意の請求項に記載された方法を実行するためにプログラム可能なプロセッサをプログラムするように動作可能な、及び/又は任意の請求項に記載された装置を提供するように適切に適合されたコンピュータをプログラムするように動作可能な、コンピュータ可読記憶媒体に格納された命令を有するコンピュータ可読記憶媒体等のコンピュータプログラム製品にまで及ぶ。
(特許請求の範囲を含む用語である)本明細書に開示された、及び/又は、図面に示された各特徴は、任意の他の開示された、及び/又は、図示された特徴と独立して(もしくは任意の他の開示された、及び/又は、図示された特徴と組み合わされて)本発明に組み込まれてもよい。特に、限定するものではないが、特定の独立請求項に従属する任意の請求項の特徴は、当該独立請求項に任意の組み合わせで、又は個別に導入されてもよい。
方法及び/又は装置に関して本明細書で使用される「レガシー」という用語は、本出願の優先日において関連する規格に精通している者に知られている方法及び/又は装置、特に、限定されるものではないが、優先日において標準化されている方法/及び装置を指す(例えば、限定されるものではないが、3GPP規格のリリース13又はそれよりも前に標準化されたもの等)。
本発明の例示的な実施形態は、添付の図面を参照して、一例として説明される。
図1は、本発明の例示的な実施形態が適用され得る通信システムを概略的に示す図である。 図2は、図1に示す通信デバイスの主要な構成要素を示すブロック図である。 図3は、図1に示す基地局の主要な構成要素を示すブロック図である。 図4は、図1に示すシステムにおけるMTCデバイスに対して高いデータレートを実現することができる例示的な方法を示す図である。 図5は、図1に示すシステムにおけるMTCデバイスに対して高いデータレートを実現することができる例示的な方法を示す図である。 図6は、図1に示すシステムにおけるMTCデバイスに対して高いデータレートを実現することができる例示的な方法を示す図である。 図7は、図1に示すシステムにおけるMTCデバイスに対して高いデータレートを実現することができる例示的な方法を示す図である。 図8は、図1に示すシステムにおけるMTCデバイスに対して高いデータレートを実現することができる例示的な方法を示す図である。 図9は、図1に示すシステムにおいてMTCデバイス対応狭帯域を提供し得る例示的な方法を示す図である。
概要
図1は、通信デバイス3(携帯電話3−1及びMTCデバイス3−2等)が、互いに、及び/又はE−UTRAN基地局5(「eNB」として示される)並びにコアネットワーク7を介して他の通信ノードと通信することができるモバイル(セルラ)電気通信システム1を概略的に示す。当業者には理解されるように、1つの携帯電話3−1、1つのMTCデバイス3−2及び1つの基地局5が例示目的で図1に示されているが、実装される場合、システムは、通常、他の基地局及び通信デバイスを含むことになる。
基地局5は、S1インタフェースを介してコアネットワーク7に接続されている。簡略化のために、図1には省略されているが、コアネットワーク7は、とりわけ、インターネット等の他のネットワークに、及び/又はコアネットワーク7の外部にホストされているサーバに接続するためのゲートウェイ、通信ネットワーク1内の通信デバイス3(例えば、携帯電話及びMTCデバイス)の位置を追跡するためのモビリティ管理エンティティ(MME:mobility management entity)、及び、加入関連情報(例えば、どの通信デバイス3がマシンタイプ通信デバイスとして構成されているかを特定する情報)を記憶するための、及び各通信デバイス3に固有の制御パラメータを記憶するためのホーム加入者サーバ(HSS:home subscriber server)を含む。
基地局5は、例えば、物理ダウンリンク制御チャネル(PDCCH:physical downlink control channel)及び物理アップリンク制御チャネル(PUCCH:physical uplink control channel)を含む、多数の制御チャネル、並びに、例えば、物理ダウンリンク共有チャネル(PDSCH:Physical Downlink Shared Channel)及び物理アップリンク共有チャネル(PUSCH:Physical Uplink Shared Channel)を含む、多数のデータチャネルを提供するように構成される。PDCCH(又はMTC固有のPDCCH、「MPDCCH:MTC specific PDCCH」)は、(通常、現在のスケジューリングラウンドにおいてスケジューリングされた各通信デバイス3に、それぞれのUE固有のダウンリンク制御情報(DCI:downlink control information)を送信することにより)通信デバイス3にリソースを割り当てるために、基地局5により使用される。PUCCHは、UE固有のアップリンク制御情報(UCI:uplink control information)を基地局5に送信するために、通信デバイス3により使用される(例えば、アップリンクデータを送信するためのスケジューリング要求、及びDCIにより割り当てられたリソースを用いて受信されたダウンリンクデータに対応するハイブリッドオートマチックリピートリクエスト(HARQ:Hybrid Automatic Repeat Request)フィードバック)。PDSCHは、関連するDCIシグナリングを介してスケジューリングされた特定の通信デバイス3のためのダウンリンクデータ等のダウンリンクユーザデータを運ぶ主データ搬送チャネルである。PDSCHはまた、基地局5のセルに関連するシステム情報も運ぶ。PUSCHは、(PUCCHを介して受信された適切なスケジューリング要求UCIに基づいて)基地局5により割り当てられたリソースを使用して、通信デバイス3からのアップリンクユーザデータを運ぶ。
セル内の低減された帯域幅MTCデバイスをサポートするために、図1の基地局5のシステム帯域幅は、複数の重ならない狭帯域(例えば、狭帯域当たり最大6PRB)に分割される。システム帯域幅内の狭帯域は、Rel−13低複雑度MTC UEに対して狭帯域のためのリソース割り当てシグナリングを維持することが可能であるように割り当てられる。
各通信デバイス3は、UEの1又は複数のカテゴリに分類され得る。UEの第1のカテゴリは、基地局5のセル内で利用可能な全帯域幅にわたって通信することができる、携帯電話等の従来の(つまり、非MTC)通信デバイスを含む。UEの第2のカテゴリは、180kHz帯域幅のみ(1PRB)を使用することが可能なNB−IoTデバイス(及び/又は同様のもの)を含む。UEの第3のカテゴリは、最大1.4MHz帯域幅を使用することが可能なRel−13MTC/eMTCデバイスを含む。UEの第4のカテゴリは、従来のMTC/eMTCデバイスよりも洗練された回路(高度な回路)を有する可能性があり、1.4MHz帯域幅を超えた帯域幅を使用することが可能である、「さらなる拡張」MTC(「FeMTC」)デバイスを含む。したがって、この例では、UEの第2から第4のカテゴリは、(各カテゴリのデバイスは、異なるそれぞれの帯域幅をサポートしてもよいが、)基地局5のセル内で利用可能な全帯域幅にわたって通信することが可能ではない、又は通信するように構成されていない可能性がある、様々な低減された帯域幅UE(MTCデバイス及びMTC機能が設定された場合のオプション的な携帯電話等)を含む。
この例では、携帯電話3−1は、UEの第1のカテゴリに分類され、それはまた、(例えば、MTCアプリケーションを実行する場合)1又は複数の他のカテゴリに分類されてもよい。そのため、携帯電話3−1は、全システム帯域幅を使用することができる。一方、MTCデバイス3−2は、UEの第4のカテゴリに分類され、(全システム帯域幅ではないが)1.4MHz帯域幅を超える帯域幅を使用することができる。MTCデバイス3−2は、NB−IoTデバイス又はeMTCデバイスとしてそれぞれ動作する場合、第2のUEカテゴリ又は第3のUEカテゴリに分類され得ることは理解されるであろう。
有利なことに、このシステムは、互換性のある通信デバイス(例えば、少なくとも第1及び第4のカテゴリのUE)に対して、(1.4MHz帯域幅/6PRBを使用する)現在の(e)MTC規格を使用して達成することができるデータレートよりも高い/柔軟なデータレートをサポートするように構成される。
具体的には、より高いデータレートに対するそのようなサポートは、互換性のある通信デバイス3に対して、そのダウンリンク送信を、スケジューリングされた通信デバイス3がアップリンクにおいて(肯定応答を含む)データを送信することをスケジューリング/要求されない間の複数の(連続する)ダウンリンクサブフレームにスケジューリングする、基地局5により実現されてもよい。このようなサブフレームのシーケンスを使用することは、通信デバイス3が実質的に連続的に(そして、適切な場合には、eMTCデバイスに対して現在可能なものよりも潜在的に高いデータレートで)データを受信することを有利なことに可能とする。このようにスケジューリングされる通信デバイス3はまた、ダウンリンクサブフレームのシーケンス中にアップリンクデータ及び/又はフィードバックを送信するためにアップリンクチャネルに戻ることを回避することができる。具体的には、この場合、サブフレームのシーケンスにわたるダウンリンク送信を受信するようにスケジューリングされる各通信デバイス3は、サブフレームのシーケンスに関する(複数の)HARQ確認応答を束ね(バンドルする)ように構成され、通信デバイス3のためにスケジューリングされる複数のダウンリンクサブフレームの各シーケンスの最後のサブフレームに続いて、(例えば、周期的に、HARQ送信機会において)束ねられた(バンドリングされた)HARQフィードバックを送信するように構成される。
効果的には、HARQバンドリングの場合、通信デバイス3は、(各サブフレームにおけるデータ送信が成功したか否かに基づいて、そのサブフレームに対して単一の「ACK」又は「NACK」になる場合)複数のダウンリンクサブフレームに対して、複数のそれぞれのACK/NACKについて論理「及び」演算を実行することにより単一の確認応答フィードバックを導くように構成される。通信デバイス3は、全ての関連するダウンリンク送信が成功した場合に基地局5に「ACK」を送信するように構成され、もしくは1又は複数の関連するダウンリンク送信が失敗した場合に「NACK」を送信するように構成される。HARQバンドリングのさらなる詳細は、図4を参照して以下で提供される。
HARQ確認応答バンドリングが使用される場合、基地局5は、互換性のある通信デバイス3に対して、ダウンリンクデータをスケジューリングするための2つのオプションを有する。第1のオプションでは、基地局5は、単一のサブフレームにおいて送信をスケジューリングするために1つのDCIフォーマット(サブフレーム当たり1つのDCI)を使用してもよい。この場合、一連の適切に構成されたDCIフォーマットが、ダウンリンクデータに割り当てられる一連のサブフレームをスケジューリングされる通信デバイス3に指示するために使用されてもよい。そのDCIフォーマットから、通信デバイス3は、対応する(バンドリングされた)HARQフィードバックを送信するためにどのサブフレームを使用する必要があるかを決定することができる。
第2のオプションでは、基地局5は、複数のサブフレームにおいて送信をスケジューリングするために1つのDCIフォーマット(複数のサブフレーム当たり1つのDCI)を使用する。この場合、通信デバイス3は、DCIを介してスケジューリングされた複数のサブフレームのうちの最後のサブフレームに続いて、(適切な送信機会において)対応する(バンドリングされた)HARQフィードバックを送信するように構成される。
有利なことに、適切なDCIフォーマット及びバンドリングされたHARQフィードバックを使用して、基地局5は、効率的かつ柔軟な方法で特定の通信デバイス3に対して比較的大きい量のリソースをスケジューリングすることができ、依然として、いずれかのデータを再送信する必要があるかどうかを決定することが可能である。
有利なことに、このシステムでは、いずれのマイナーカバレッジ拡張無しで、又はマイナーカバレッジ拡張のみで動作する(「CEモードA」動作として参照される)、少なくともMTCデバイス(及び他の互換性のあるユーザ装置)のHD−FDD送信について、より高いデータレートに対するサポートはまた、増加した帯域幅(つまり、1.4MHzよりも高い帯域幅)でPDSCH/PUSCHを動作するように基地局5を構成することにより、実現されてもよい。適切であれば、増加したPDSCH/PUSCH帯域幅を使用するオプションは、バンドリングされたHARQフィードバック手法と組み合わされてもよいことは理解されるであろう。
基地局5が1.4MHzを超えるPDSCH/PUSCH帯域幅を提供することができる2つの方法がある。例えば、基地局は、その狭帯域についても1.4MHz、3MHz、及び5MHzのレガシー(つまり、リリース13以前)のシステム帯域幅を再利用するように構成されてもよい。しかしながら、この場合、いくつかのMTCデバイス(例えば、第2及び第3のUEカテゴリ)は、この基地局5のいくつかの狭帯域構成(つまり、6PRB/1.4MHzを超える、そのような「拡張された」狭帯域)と互換性がない可能性がある。したがって、基地局5は、1.4MHzを超えない狭帯域においてのみ第2及び第3のUEカテゴリのMTCデバイスをスケジューリングし、任意の狭帯域(より高いデータレートが要求される場合は、3MHz及び/又は5MHz狭帯域が好ましい)では、(例えば、第4のUEカテゴリの)より拡張されたMTCデバイス及び(第1のカテゴリの)従来のUEをスケジューリングするように構成されてもよい。
他の例では、基地局5は、(例えば、第4のUEカテゴリの)より拡張されたMTCデバイス及び(第1のUEカテゴリの)関連するUEのそれぞれに対して、6PRB(1.4MHz)の複数の狭帯域を集約するように構成されてもよい。この場合、(例えば、第2及び第3のUEカテゴリの)他のMTCデバイスのための送信は、依然として単一の狭帯域に対して(つまり、狭帯域のいずれの集約も無しに)スケジューリングすることができる。有利なことに、各互換性のあるUE/MTCデバイスは、高いデータレートが必要とされるときはいつでもより大きい送信又は受信帯域幅を使用するように構成されてもよい(例えば、特定の通信デバイスのデータレート要求を満たすために、2又は複数の連続する狭帯域を集約してもよい)。
要約すると、i)(時間領域において)複数のサブフレームのシーケンスを使用して、及び/又はii)拡張/集約された狭帯域を使用して、通信するように、互換性のあるMTCデバイス及び他のユーザ装置をスケジューリングすることにより、現在(Rel−13)のeMTC規格を使用して現在可能なものに加えて、様々なMTCデバイス及びユースケースをサポートすることができ、そして、柔軟な方法で様々なMTCデバイス及びユースケースをサポートすることができる。有利なことに、上述した技術はまた、Rel−13eMTCに対して指定された既存の電力消費及び複雑性の低減機能に準拠し、さらに、既存の電力消費及び複雑性の低減機能を改善することさえあり得る。
通信デバイス
図2は、図1に示す通信デバイス3の主要な構成要素を示すブロック図である。通信デバイス3は、マシンタイプ通信デバイスとして構成されるMTCデバイス又は携帯電話(又は「セルラ」電話)であり得る。通信デバイス3は、少なくとも1つのアンテナ33を介して、基地局5に信号を送信し、基地局5から信号を受信するように動作するトランシーバ回路31を含む。典型的に、通信デバイス3はまた、ユーザが通信デバイス3と対話することを可能とするユーザインタフェース35を含む。しかし、ユーザインタフェース35は、いくつかのMTCデバイスについては省略されてもよい。
トランシーバ回路31の動作は、メモリ39に格納されたソフトウェアに従ってコントローラ37により制御される。ソフトウェアは、とりわけ、オペレーティングシステム41、通信制御モジュール42及びMTCモジュール45を含む。
通信制御モジュール42は、通信デバイス3と、基地局5及び/又は(基地局5を介して)他の通信ノードとの間の通信を制御する。図2に示すように、通信制御モジュール42は、とりわけ、狭帯域モジュール43及びHARQモジュール44を含む。狭帯域モジュール43は、システム帯域幅内の狭帯域を識別し、使用することを担当する。HARQモジュール44は、サービング基地局5からのダウンリンク送信に対して、適切な確認応答(ACK/NACK)を生成し、サービング基地局5に送信することを担当する。適切な場合には、HARQモジュール44は、確認応答をバンドルし(束ね)、複数のダウンリンク送信に対して(単一の)「バンドリングされた」ACK/NACKを送信するように構成されてもよい。
MTCモジュール45は、マシンタイプ通信タスクを実行するように動作する。例えば、MTCモジュール45は、基地局5によりMTCデバイス3に割り当てられたリソースにより(トランシーバ回路31を介して)遠隔サーバから(例えば、周期的に)データを受信してもよい。MTCモジュール45はまた、(トランシーバ回路31を介して)遠隔サーバに(例えば、周期的に、及び/又はトリガを検出したときに)送信するためにデータを収集してもよい。MTCモジュール45は、(少なくともいくつかのMTCアプリケーションにおいて)高いデータレート送信をサポートするように構成されてもよい。
基地局
図3は、図1に示す基地局5の主要な構成要素を示すブロック図である。基地局5は、1又は複数のアンテナ53を介して通信デバイスに信号を送信し、通信デバイス3から信号を受信するように動作可能なトランシーバ回路51を備えるE−UTRAN基地局(eNB)を含む。基地局5はまた、適切なコアネットワークインタフェース55(例えば、S1インタフェース)を介して、コアネットワーク7に信号を送信し、コアネットワーク7から信号を受信するように動作可能である。
トランシーバ回路51の動作は、メモリ59に格納されたソフトウェアに従って、コントローラ57により制御される。ソフトウェアは、とりわけ、オペレーティングシステム61及び通信制御モジュール62を含む。
通信制御モジュール62は、(任意のMTCデバイスを含む)通信デバイス3との通信を制御する。通信制御モジュール62はまた、基地局5によりサービスされる通信デバイス3により使用されるリソースをスケジューリングすることを担当する。図3に示すように、通信制御モジュール62は、とりわけ、狭帯域モジュール63及びスケジューリングモジュール64を含む。
狭帯域モジュール63は、(MTC)通信デバイス3と通信するためにシステム帯域幅を狭帯域に分割することを担当する。スケジューリングモジュール64は、適切にフォーマットされた制御データ(例えば、DCI)を生成し、送信することより、及び(適切な場合に、複数のダウンリンク送信に対する「バンドリングされた」ACK/NACKを含む)関連する確認応答を受信し、処理することにより、基地局のセル内の通信デバイス3に対する送信をスケジューリングすることを担当する。
上記の説明では、通信デバイス3及び基地局5は、理解を容易にするために、多数の個別モジュールを有するとして説明されている。例えば、既存システムが本発明を実施するために変更された場合等、これらのモジュールは特定の用途のために、このように提供されてもよいが、例えば、はじめから本発明の特徴を念頭において設計されたシステムの他の用途において、これらのモジュールがオペレーティングシステム全体又はコードに組み込まれてもよく、これらのモジュールが別個のエンティティとして認識できなくてもよい。
以下は、MTCデバイスがLTEシステムにおいて高いデータレート送信を実行し得る様々な方法の説明である。具体的には、上述したように、(CEモードAのHD−FDDのための)HARQ−ACKバンドリングにより、及び/又は、(少なくともCEモードAにおいて)接続されたモードのより大きなPDSCH/PUSCHチャネル帯域幅を採用することにより、より高い/柔軟なデータレートが達成されてもよい。
動作−HARQ−ACKバンドリング
LTEでは送信及び受信は、HD−FDD UEに対して、つまり、半二重FDD(HD−FDD:Half Duplex FDD)モードで動作する、通信デバイス3に対して、周波数及び時間の両方で分離される。しかしながら、基地局5は、動作の全二重FDD(FD−FDD:Full Duplex FDD)モードをサポートする。したがって、基地局5が同時送信及び受信が可能であったとしても、各HD−FDD UEは、アップリンク/ダウンリンク方向の後続のサブフレームにおいて送信/受信するように透け十−リングするかどうかを決定するために、1つのサブフレーム内で制御チャネル(つまり、MPDCCH)を待ち受ける(listen)必要がある(つまり、受信機のみとして動作する)。特定のHD−FDD UEが(MPDCCH上の適切にフォーマットされた制御情報を介して)送信のためにスケジューリングされている場合、受信された制御情報により識別されるサブフレームにおいてアップリンクデータを送信することができる前に、そのHD−FDD動作を送信モードに変更する必要がある。スケジューリングされたデータが送信されると、通信デバイス3は、さらなるスケジューリング割り当てを監視するために、受信機モードに戻る。
このようなHD−FDDタイプの動作(及びHD−FDDトランシーバ回路)を使用する主な利点は、通信デバイス3の複雑さの低減(二重フィルタが必要ではない)及び、関連する低コストである。これは、少なくともいくつかのMTCデバイスの場合、重要な要素であり得る。
既存のLTE FDDシステムでは、ダウンリンク(ユニキャスト)データの送信は、受信側の通信デバイス3が、アップリンクにおいて適切なHARQフィードバック(Ack/Nack)を生成し、送信することを必要とする。したがって、各HD−FDD UE(例えば、MTCデバイス)は、ダウンリンクデータを受信するときでさえ、ダウンリンクからアップリンクへ、及びその逆に、頻繁に切り換える必要がある(つまり、受信機動作モードと送信機動作モードとの間で行ったり来たりする)。HD−FDD UEが必要なダウンリンク−アップリンク切り替え動作(つまり、受信機モードから送信機モードへの切り替え)を実行するのに十分な時間を許容するために、HD−FDD UEは、(HARQフィードバックが送信される)アップリンクサブフレームの直前の割り当てられたダウンリンクサブフレームの最後の直交周波数分割多重(OFDM:Orthogonal Frequency Division Multiplexing)シンボルにおいて、ダウンリンクデータを受信することを期待されていない。これは、HD−FDD UEは、(次のアップリンクサブフレームの開始前の時間において)トランシーバを送信機モードに切り替えるために、スケジューリングされたダウンリンク送信の最後のOFDMを使用するからである。これは、欠落したOFDMシンボル(及びそこに含まれる任意のデータ)のために誤った受信をもたらすが、HARQ手順は、(送信をわずかに延長するが)後の再送信において、任意のそのような欠落したデータを有益に回復することができる。
LTEシステムでは、多数のPRBを通信デバイス3(例えば、HD−FDD UE)に割り当てることにより、単位のサブフレーム(つまり、1つのスケジューリングインスタンス)内にできるだけ多くのデータをスケジューリングすることが可能である。これは、後続のアップリンクサブフレームにおいて関連するデータ送信(例えば、HARQフィードバック)の必要性を減らし、それにより、ダウンリンクサブフレーム及びアップリンクサブフレームの間の(受信機動作モード及び送信機動作モードの間の)頻繁な切り替えの必要性も減らす。しかし、(1.4MHz狭帯域帯域幅である場合)狭帯域当たりのPRB数が6RBに制限されるので、この手法は、MTCデバイスの場合に限られた可能性がある。
しかし、ダウンリンクからアップリンクへの頻繁な切り替え(及びHD−FDD動作における関連する切り替え)の必要性は、帯域幅が制限されたHD−FDD UEの全体的なデータレートも改善する、バンドリングされたHARQフィードバックを使用することを回避し得る。
図4は、例示的なHARQバンドリング技術の詳細を示す。効果的には、HARQバンドリングの場合、通信デバイス3は、(各サブフレームにおけるデータ送信が成功したか否かに基づいて、そのサブフレーム対して単一の「ACK」又は「NACK」になる場合)複数のダウンリンクサブフレームに対して、複数のそれぞれのACK/NACKについて論理「及び」演算を実行することにより単一の確認応答フィードバックを導くように構成される。通信デバイス3は、全ての関連するダウンリンク送信が成功した場合、基地局5に「ACK」を送信するように構成され、そうではなく、1又は複数の関連するダウンリンク送信が失敗した場合、「NACK」を送信するように構成される。
この例では、通信リソースは、MPDCCH70において適切にフォーマットされたDCIフォーマットを送信することにより、通信デバイス3に割り当てられる。例えば、DCIは、DCIフォーマットが送信されるサブフレームに続く第2のサブフレームにおいてPDSCH71のためにダウンリンクデータを「クロススケジューリングする」ために使用され得る。しかし、この例では、通信デバイス3は、PDSCH71に続くサブフレームにおいて、MPDCCH70を介して(さらなるDCIを介して)さらなるダウンリンクデータのためにスケジューリングされる(さらなるダウンリンクデータは、さらなるDCIフォーマットが送信されるサブフレームに続く第2のサブフレームにおいて送信される)。HARQバンドリングを実行することにより、通信デバイス3は、ダウンリンク送信が完了するまでの間、HD−FDD送信機モードに切り替える必要性を有益に回避することができ、(2つのサブフレームのバンドリングの場合)両方のダウンリンク送信に対する十分なフィードバックを提供することができる。図4に見ることができるように、バンドリングされたHARQフィードバック(Ack/Nack)は、(最後のスケジューリングされたダウンリンクPDSCH71に続くアップリンクサブフレームにおいて)PUCCH72を介して送信される。図4において、バンドリングされたHARQフィードバックは、後のサブフレームで送信されるが、バンドリングされたHARQフィードバックは、最後のスケジューリングされたダウンリンクPDSCH71に続く最初の「UL」サブフレーム(当該サブフレームがPUCCH72を運ぶ場合)において送信されてもよいことは理解されるであろう。
以下は、図1に示すシステム1における通信デバイス3が、複数のダウンリンクサブフレームをスケジューリングすることができるいくつかの可能な方法の詳細な説明である。以下の例では、通信デバイス3は、UEの第4のカテゴリ(FeMTCデバイス)に分類され、HD−FDD動作が可能なトランシーバ31を備える。しかし、通信デバイス3はまた、UEの第1のカテゴリ(例えば、携帯電話3−1)に分類されてもよく、いくつかの例では、UEの第2のカテゴリ又は第3のカテゴリ(例えば、NB−IoTデバイス/(e)MTCデバイス)に分類されてもよい。通信デバイス3は、カバレッジ拡張をせずに、又はわずかなカバレッジ拡張のみにより(「CEモードA」動作と呼ばれる)動作してもよいことは理解されるであろう。
<サブフレーム当たり1つのDCI>
第1のオプションでは、(スケジューリングモジュール64を使用して)基地局5は、特定の通信デバイス3のために、1つのDCIフォーマット(つまり、各スケジューリングされるサブフレーム当たり1つのDCI)を使用して特定の(単一の)ダウンリンクサブフレームにおいてダウンリンク送信をスケジューリングするように構成される。このように、当該通信デバイス3にダウンリンクデータを運ぶためにサブフレームのシーケンスをスケジューリングするとき、基地局5(スケジューリングモジュール64)は、MPDCCH70(非MTC UEの場合PDCCH)において、複数の適切に設定されたDCIフォーマットを生成し、送信し、各DCIフォーマットは、サブフレームのスケジューリングされたシーケンスの1つのそれぞれのサブフレームを示す(また、そのサブフレーム内の割り当てられたダウンリンクリソース、つまり、PRBも示す)。通信デバイス3は、(HD−FDD受信モードにある受信機31を使用して)MPDCCH70を待ち受ける(listening)ことによりDCIフォーマットを受信し、(通信制御モジュール42を使用して)受信されたDCIフォーマットを処理することによりダウンリンク割り当て(どのサブフレーム/PRB)を決定する。依然としてHD−FDD受信モードにある間に、通信デバイス3は、PDSCH71を介して、関連するDCIフォーマットにより示される各ダウンリンクサブフレーム内のダウンリンクデータを受信する。
この場合、HARQバンドリングが使用されるため、(HARQモジュール44を使用して)通信デバイス3は、全てのスケジューリングされたダウンリンク送信が正常に受信された場合、「ACK」を生成し、(PUCCH72を介して)送信され、1又は複数のスケジューリングされたダウンリンク送信が正しく受信されなかった場合、「NACK」を生成し、送信する。具体的には、例として図5に示すように、通信デバイス3が、「n」でインデックスされたアップリンクサブフレームにおいて、PUCCH72を介して、バンドリングされたHARQフィードバックを送信する必要がある場合、この特定の通信デバイス3への最後のスケジューリングされたダウンリンク送信は、「n−4」でインデックスされたダウンリンクサブフレームのためにスケジューリングされる。したがって、通信デバイス3がダウリンクサブフレーム「n−4」の後に、いずれのDCIも受信しない場合、通信デバイス3は、サブフレーム「n」の前に、送信モードを切り替えるために十分な時間がある。
HARQフィードバックを提供する必要がある前に、通信デバイスにスケジューリングされるサブフレームの(合計又は残りの)数を示すために、いわゆるダウンリンク割り当てインデックス(DAI:downlink assignment index)は、各DCIフォーマットに含まれてもよいことは理解されるであろう。有利なことに、通信デバイス3は依然としてHARQフィードバックを送信するために(最後にスケジューリングされたダウンリンクサブフレームを基準にして)正しいサブフレームを決定することができるので、DCIフォーマットの1つが誤検出された場合でされても、通信デバイス3は、適切なHARQフィードバック(例えば、NACK)を適切なアップリンクサブフレーム「n」で提供することを可能にする。
DAIが使用される場合、以下の可能性のいずれかを用いて実装されてもよい:
−特定のセットにおけるPDSCHの最後の割り当てがサブフレーム「n−4」として使用され、HARQフィードバックがアップリンクサブフレーム「n」において送信された場合、固定の事前に定義されたサブフレームのセットに対する割り当てがバンドリングされる(例えば、サブフレームのセット[2,5,8]、[3,6,9]及び[1,4,7])。
−以下のような式を使用する
Figure 2019523619
ここで、nは、システムフレーム番号(SFN:system frame number)であり、フロア(n/2)は、サブフレーム番号である。この場合、4つの連続するサブフレーム毎に生じるHARQフィードバックがバンドリングされる。
−DCIフォーマットは、(例えば、開始割り当てから)いくつの連続するスケジューリング割り当てがバンドリングされるかをシグナリングするように構成され得る。例えば、2ビットを使用して、値「00」が1つの割り当てを示してもよく、値「01」が2つの割り当てを示してもよく、値「10」が3つの割り当てを示してもよく、値「11」が4つの割り当てを示してもよい。さらに、追加のビット(extra bit)が開始割り当てを識別するために使用されてもよい(例えば、値「1」=ON;値「0」=OFF)。
−DCIフォーマットは、割り当て毎にデクリメントされるカウンタをシグナリングするように構成されてもよい。例えば、4つの割り当ての場合、2ビットが使用されてもよく、11-->10-->01-->00(「00」は、最後の割り当てを示す)のようにデクリメントすることができる。この場合も同様に、追加のビットが開始割り当てを識別するために使用されてもよい(例えば、「1」=ON、「0」=OFF)。
−DCIフォーマットは、割り当ての総数と、シーケンス内の現在の割り当ての位置と、の両方(の組み合わせ)を示すカウンタをシグナリングするように構成され得る。例えば、4つの割り当ての場合、3ビットが使用されてもよく、その値は以下のように解釈することができる。001-->2つの割り当てのシーケンスにおける1番目;010-->2つの割り当てのシーケンスにおける2番目;011-->4つの割り当てのシーケンスの1番目;100-->4つの割り当てのシーケンスの2番目;101-->4つの割り当てのシーケンスの3番目;110-->4つの割り当てのシーケンスの4番目。この可能性は表1にまとめられている。
Figure 2019523619
−DCIフォーマットは、開始割り当て、中間割り当て及び終了割り当てを表すビットパターンをシグナリングするように構成されてもよい。例えば、開始割り当てが1ビット(MSBビット)を用いて示され、終了割り当てもまた1ビットを用いて示される場合(LSBビット)、値「10」が開始割り当てを示し、値「00」が任意の中間割り当てを示し、値「01」(又は「11」)が(一連の割り当てにおいて)終了割り当てを示す。したがって、この場合、「11」は、単一のスケジューリング割り当てを示す(1つの割り当ての「シーケンス」の開始及び終了の両方を示す)。
<複数のサブフレーム当たり1つのDCI>
第2のオプションでは、(スケジューリングモジュール64を使用して)基地局5は、特定の通信デバイス3に対して、1つのDCIフォーマットを使用して複数のダウンリンクサブフレームにおけるダウンリンク送信をスケジューリングするように構成される(つまり、スケジューリングされるサブフレームのシーケンス当たり1つのDCI)。このように、ダウンリンクデータを当該通信デバイス3に運ぶサブフレームのシーケンスをスケジューリングする場合、基地局5(スケジューリングモジュール64)は、MPDCCH70(又は非MTC UEの場合PDCCH)において、サブフレームのスケジューリングされたシーケンスを識別する適切に設定されたDCIフォーマットを生成し、送信する(また、シーケンスの各サブフレーム内で割り当てられたダウリンクリソース、つまり、PRBも示す)。通信デバイス3は、(HD−FDD受信モードにあるその受信機31を使用して)、MPDCCH70を待ち受ける(listening)ことにより、DCIフォーマットを受信し、(その通信制御モジュール42を使用して)受信されたDCIフォーマットを処理することによりダウンリンク割り当て(どのサブフレーム/PRB)を決定する。依然としてHD−FDD受信モードにある間、通信デバイス3は、PDSCH71を介して、受信されたDCIフォーマットにより示される各ダウンリンクサブフレーム内のダウンリンクデータを受信する。
例示的な実装が例示の目的で図6に示されている。この例では、通信デバイス3は、ダウンリンクサブフレームにおいて、MPDCCH70を介してDCIフォーマットを受信し、このDCIフォーマットは、通信デバイス3に、4つの連続するダウンリンクサブフレームにおいてリソースを割り当てる。したがって、この例では、(HD−FDD受信モードにあるそのトランシーバ31を備える)通信デバイス3は、DCIフォーマットにより識別される4つのサブフレームの割り当てられたPDSCH71リソースにおいてダウンリンクデータを受信するように試行する。
そして、HARQバンドリングを用いて、(そのHARQモジュール44を使用して)通信デバイス3は、全てのスケジューリングされたダウンリンク送信が正常に受信された場合、「ACK」を生成し、(PUCCH72を介して)送信し、1又は複数のスケジューリングされたダウンリンク送信が正しく受信されなかった場合、「NACK」を生成し、送信する。具体的には、図6に示す例では、通信デバイス3がインデックス「n」のアップリンクサブフレームにおいて、PUCCH72を介してバンドリングされたHARQフィードバックを送信する必要がある場合、この特定の通信デバイス3への最後にスケジューリングされたダウンリンク送信は、インデックス「n−4」のダウンリンクサブフレームのためにスケジューリングされる。したがって、通信デバイス3がサブフレーム「n−4」の後にいずれのDCIフォーマットも受信しない場合、通信デバイス3は、サブフレーム「n」の前に送信モードを変更するための十分な時間を有する。
単一のDCIフォーマットを介した複数のサブフレームをスケジューリングすることは、別個のDCIフォーマットを介してサブフレーム毎にスケジューリングすることと比較して、ダウンリンクサブフレームからアップリンクサブフレームへの頻繁な切り替えを回避することを可能とし、またダウンリンクデータレートを(実質的に2倍に)改善することは理解出来るであろう。
この場合、DCIフォーマットは、その特定の通信デバイス3にスケジューリングされるサブフレームの数を示すように構成されてもよい。特定の通信デバイス3のためにスケジューリングされるサブフレームの数(例えば、最大4サブフレームまでを示すための2ビットのシグナリング)を示すために、適切なシグナリング情報がDCIフォーマットに含まれてもよいことは理解されるであろう。この場合、例として2ビットを使用するとき、シグナリングされる値は、表2に従って割り当てられたサブフレームの数を示してもよい。
Figure 2019523619
特定の通信デバイス3のためにスケジューリングされるサブフレームの数は、例えば、その通信デバイス3のチャネル状態、全体的なシステム負荷、要求されるサービス品質、通信デバイスの能力、及び/又は同様のものに依存してもよいことは理解されるであろう。
単一のDCIフォーマットを介して複数のサブフレームをスケジューリングする場合、基地局5は、(異なるUEに対して異なり得る)以下の可能性のうちの1つを実装するように構成されてもよい:
−サブフレーム毎に比較的小さいトランスポートブロック(TB:transport block)を送信する(例えば、所定の狭帯域における単一のサブフレームの容量よりも大きくないTB)。この場合、MPDCCH及びPDSCHは、各TBに対して別々であるので、通信デバイスは、TBに含まれるデータの早期復号の利益を得ることが出来る可能性がある。
−複数のサブフレームにおいて比較的大きなTBを送信する(例えば、所定の狭帯域における単一のサブフレームの容量よりも大きいTB)。この場合、有利には、より大きいTBサイズのためにチャネル符号化利得がある。
有利なことに、バンドリングされたHARQフィードバックと共に、上記のDCIフォーマットのうちの1つを使用して、基地局5は、効率的にかつ柔軟な方法で、特定の通信デバイス3のための比較的大量のリソースをスケジューリングすることができ、任意のデータがその通信デバイス3に再送信される必要があるかどうかを決定することができる。
動作−PDSCH/PUSCHチャネル帯域幅
より高いデータレートのサポートはまた、いずれのカバレッジ拡張をせずに又はわずかなカバレッジ拡張のみで動作する(「CEモードA」動作として称される)MTCデバイス(及び他の互換性のあるユーザ装置)のための少なくともHD−FDDに対して、増加された帯域幅(つまり、1.4MHzよりも高い帯域幅)でPDSCH/PUSCHを動作するように基地局5を構成することにより実現されてもよい。適切であれば、増加されたPDSCH/PUSCH帯域幅を使用するというオプションは、バンドリングされたHARQフィードバック手法と組み合わされてもよいことは理解されるであろう。
3GPP会合における最近の議論に基づいて、ユニキャストトラフィックに対するターゲットデータレートは、(FD−FDDの)UL/DLそれぞれについて、3Mbps/2Mbpsよりも小さくすべきではないことは理解されるであろう。しかし、そのようなピークデータレートは、1.4MHzの現在のeMTC指定UE帯域幅を使用して提供することができる少なくとも2倍のデータレートが必要となる。
そのようなより広い帯域幅/高いデータレート動作は、以下の方法によりサービング基地局5により可能にされ得ることは理解されるであろう:
−半静的(Semi-statically)(例えば、RRCを介して):通信デバイス3(MTCデバイス又は他のUE)がこの機能を使用することができると(例えば、MTCデバイスからのシグナリングに基づいて)サービング基地局5が決定する場合、基地局5は、その受信及び/又は送信に対して(1.4MHzよりも広い)より広い帯域幅を使用するように(例えば、適切なRRCシグナリングを介して)通信デバイス3を設定してもよい。例えば、帯域幅は、1.4MHzの倍数に設定されてもよい。しかし、この場合、特定の帯域幅を使用するように設定されると、(例えば、6PRBよりも少ないか又は等しい)少数のRBのみが、所定のスケジューリングラウンドにおいて(又は所定の時間期間内において)、当該通信デバイス3のためにスケジューリングされている場合でさえ、通信デバイス3は、(1.4MHz/6PRBよりも広い可能性がある)その帯域幅を受信のために維持する。少なくとも、基地局5から(異なる帯域幅に設定する)さらなるRRCメッセージを受信するまで、又は(MTCデバイスがデフォルト1.4MHz構成に切り戻る可能性がある)MTCデバイスが異なるセルに移動するまで、通信デバイス3は、その設定された帯域幅を維持してもよいことは理解されるであろう。これは、通信デバイスの電力小異の観点から理想的ではないかもしれないが、この手法は、サービング基地局5に保持された設定と通信デバイス3に保持された設定との間の矛盾を回避する。
−動的(Dynamically)(例えば、DCIフォーマットを介して):通信デバイス3(MTCデバイス又は他のUE)がこの機能を使用することができるとサービング基地局が決定する場合、基地局5は、1.4MHz(最大6PRB)の通常の狭帯域又は(6PRBよりも大きい)より広い狭帯域のいずれかを動的に割り当てるように構成されてもよい。基地局は、例えば、(スケジューリングラウンドにおいてその通信デバイス3の「狭帯域」に含まれるPRBの数を識別する)適切に設定されたDCIフォーマットシグナリングを使用して、通信デバイス3へのリソース割り当てを生成し、シグナリングすることによりそのようにしてもよい。有利なことに、そのような動的(DCIベースの)シグナリングは、通常の(1.4MHz)狭帯域に要求されるブラインドデコーディングの量と比較して、通信端末3がMPDCCHのブラインドデコーディングの数を増やすことを必要としない。この場合、帯域幅は動的に変更されるため、通信デバイス3は、(6PRBよりも大きくない)少数のPRBがその通信デバイス3に割り当てられている場合、通常の狭帯域動作にフォールバックすることができるので、パワーセービング/電力最適化からも利益を得る可能性がある。
以下は、(半静的に又は動的に)最大PDSCH/PUSCHチャネル帯域幅を増加することにより、互換性のあるMTCデバイス(及び他のユーザ装置)に対してより高いデータレートを実現し得るいくつかの可能な方法の説明である。これらのオプションは、時分割複信(TDD:Time Division Duplex)、HD−FDD、及びFD−FDD送信にも適用可能であることは理解されるであろう。
<狭帯域を定義するためのレガシーシステム帯域幅の使用>
1つのオプションでは、基地局5は、その狭帯域に対しても1.4MHz、3MHz及び5MHzのレガシー(つまり、Rel−13以前の)システム帯域幅を再利用するように構成されてもよい。しかし、この場合、(例えば、第2及び第3のUEカテゴリの)いくつかのMTCデバイスは、この基地局5のいくつかの狭帯域構成(つまり、そのような6PRB/1.4MHzを超える「拡張」狭帯域)と互換性がない可能性がある。したがって、基地局5は、1.4MHzを超えないこれらの狭帯域のみにおいて、第2及び第3のUEカテゴリのMTCデバイスをスケジューリングし、任意の狭帯域において(より高いデータレートが要求される場合、3MHz及び/又は5MHzが好ましい)、(例えば、第4のUEカテゴリの)より拡張されたMTCデバイス、及び(第1のUEカテゴリの)従来のUEをスケジューリングするように構成されてもよい。
<狭帯域の統合(Aggregating)>
他のオプションでは、基地局5は、(例えば、第4のUEカテゴリの)より拡張されたMTCデバイス及び(第1のUEカテゴリの)従来のUEに対して(それぞれ6RB/1.4MHzの)複数の狭帯域を統合する(aggregate)ように構成されてもよい。この場合、(例えば、第2及び第3のUEカテゴリの)他のMTCデバイスのための送信は、依然として単一の狭帯域に対して(つまり、狭帯域のいずれの統合もなしに)スケジューリングされることができる。有利なことに、各互換性のあるUE/MTCデバイスは、(例えば、特定の通信デバイス3のデータレート要求を満たすために、2又は複数の連続する狭帯域が統合される可能性がある等)高いデータレートを必要とするときはいつでも、より大きな送信又は受信帯域幅を使用するように構成されてもよい。この場合、そのデータレートの必要性に応じて、特定の無線周波数及び特定のベースバンド帯域(例えば、1.4MHzよりも高いが、そのデバイスによりサポートされる最大帯域幅を超えない)を使用するために、各通信デバイスは、半静的に又は動的にスケジューリングされてもよい。
このオプションに従う場合、(狭帯域モジュール63を使用して)基地局5は、無線リソース制御(RRC:radio resource control)シグナリングを使用して、半静的に、特定の通信デバイス3に対して、複数の狭帯域を統合してもよい。適切である場合、基地局5はまた、統合された狭帯域の数を変更することにより、通信デバイス3に対してUE帯域幅を変更することができる。この場合、(スケジューリングモジュール64により)リソース割り当ては、RRCシグナリングにより設定された狭帯域の数に基づいてもよい。リソース割り当て指示は、例えば、式log 2(N RB(N RB+1)/2)等により与えられてもよい。この手法に関連する利点は、通信デバイス3による電力消費を低減することができることである。
このオプションの変形として、1.4MHz狭帯域の代わりに、基地局5は、互換性のあるデバイス(例えば、第4のUEカテゴリの拡張されたMTCデバイス及び第1のUEカテゴリの従来のUE)に対してそれぞれ5MHzの複数のサブバンドを統合するように構成されてもよい。この場合、システム帯域幅は、複数の5MHzサブバンドに分割されてもよく、各サブバンドはそれ自体が別々のリソース割り当てを有する。この場合、基地局5は、割り当てられたサブバンドのインデックス及びそのサブバンド内のRBをスケジューリングされる通信デバイスに指示する(indicate)ように構成されてもよい。
あるいは、図7に一般的に示すように、スケジューリングインスタンスにおいて、(図7の「UE1」と示される)特定の通信デバイス3に割り当てられた帯域幅(つまり、狭帯域アグリゲーションのレベル)を指示するために、(スケジューリングモジュール64を使用して)基地局5は、(DCIフォーマットの変形に基づいて)MPDCCH70を介して動的シグナリングを使用してもよい。図7において、列は連続したサブフレームを表し、行はシステム帯域幅における狭帯域を表す(各狭帯域は、それぞれ「0」及び「7」の間の関連インデックスを有する)。この例では、各狭帯域の帯域幅(したがってMPDCCH70の帯域幅)は、6RB(1.4MHz)であり、つまり、Rel−13 eMTCに対して定義された狭帯域の帯域幅と同じである。
この場合、DCIフォーマットは、当該DCIフォーマットに割り当てられた狭帯域の数を示す情報を含む。例えば、表3に示すように、2ビットの情報が、割り当てられた狭帯域の数を示してもよい(最大4つの狭帯域、つまり4x6=24RB)。
Figure 2019523619
そのため、(例えば、式log 2(N RB(N RB+1)/2))により与えられる)リソース割り当て指示は、DCIフォーマットにおいてシグナリングされる狭帯域の数に基づいてもよい。
この動的シグナリングの変形を図8に示す。この場合、DCIフォーマットは、特定の通信デバイス3にそのスケジューリングインスタンスにおいて割り当てられた開始狭帯域及び連続するPRBの数を示す情報を含む。有益なことに、(部分的な)狭帯域アグリゲーションは、(上記のように6PRBと対比して)1PRBステップとすることができるため、この手法は、より段階的なリソース割り当てを可能にする。この場合、(例えば、式log 2(N RB(N RB+1)/2))により与えられる)リソース割り当て指示は、開始PRB及び割り当てられた連続PRBの数を示す。開始PRBは、(開始狭帯域の最初のPRBから計算される)最大サポートUE帯域幅内のどこにでも割り当てられることができることは理解されるであろう。必要であれば、基地局5は、例えば、周波数選択スケジューリングを可能にするために、動的に開始狭帯域をシグナリングするように構成されてもよい。したがって、開始狭帯域は、所定のリソース割り当ての開始PRBを含む狭帯域であり得る。
より詳細には、PDSCH/PUSCHのリソース割り当ては、所定の通信デバイス3に対して割り当てられた、開始狭帯域のインデックス及び連続RBの数を含んでもよい。リソース割り当ては、例えば、3GPP TS 36.212 V13.2.0のセクション5.3.3.1.10に定義されている「DCIフォーマット6−0A」等のレガシーeMTCリソース割り当て方法を再利用することにより実施されてもよい。この再利用されるリソース割り当ては、以下の式に基づく。
Figure 2019523619
(開始狭帯域のインデックスにより自動的に与えられる)開始RBを考慮しないと、5ビットは、25RB(5MHz)よりも多くを表すことができることは理解されるであろう。しかし、この場合、5MHz(25RB)の最大帯域幅を割り当てるために、リソース割り当て式の+5ビットは、以下により与えられる。
Figure 2019523619
そのため、有益なことに、この修正されたリソース割り当て方法は、(DCIフォーマット6−0A等の)レガシーRel−13 eMTCリソース割り当てのサイズに影響を及ぼさない。
したがって、上記のリソース割り当て方法を適用する場合、Rel−13 eMTC及びFeMTCリソース割耐えのためのDCIサイズは、同じになるであろう。有利なことに、通信デバイス3が2つのDCIフォーマットの間を区別することができるように、どのDCIフォーマットがサービング基地局5により使用されるかを決定するために以下の技術が使用されてもよい。
第1のオプションでは、基地局5(及び通信デバイス3)は、2つのタイプのDCIフォーマットを区別するために、(レガシー)フィールド「周波数ホッピングフラグ−1ビット」を使用するように構成されてもよい。1.4MHzよりも大きいPDSCH/PUSCHの帯域幅をサポートする通信デバイス3が周波数ホッピングを要求しないか、又は周波数ホッピングが要求される場合、周波数ホッピングがDCIフォーマットを動的に使用する代わりに高いレイヤ(RRCシグナリング)のみを使用して有効もしくは無効にすることが出来ることができるので、これは可能である。したがって、通信デバイス3(MTCデバイス/UE)が基地局5に1.4MHzよりも大きいPDSCH/PUSCHの帯域幅をサポートすることを報告する場合、基地局5(及び通信デバイス3)は、(周波数ホッピングが採用されているか否かを示すのではなく)2つのタイプのDCIフォーマットを区別するために、「周波数ホッピングフラグ−1ビット」フィールドを使用するように構成されてもよい。例えば、「周波数ホッピングフラグ−1ビット」が特定の値(例えば、「1」)に設定されている場合、上述した修正されたDCIフォーマットが使用されていることを示すと解釈することができ、当該フラグが異なる値(例えば、「0」)に設定されている場合、レガシーDCIフォーマットが使用されていることを示すと解釈することができる(もしくはその逆)。
第2のオプションでは、2つのタイプのDCIフォーマット(レガシーDCIフォーマット及び修正されたDCIフォーマット)を区別するために、基地局5(及び通信デバイス3)は、「周波数ホッピングフラグ−1ビット」及び「繰り返し数−2ビット」フィールドを使用するように構成されてもよい。(「繰り返し数−2ビット」フィールドを介して設定された)繰り返しが、周波数ホッピングと共により大きいダイバーシチゲインを達成することができるので、これは可能である。したがって、このオプションでは、「周波数ホッピングフラグ−1ビット」フィールドは、繰り返しが特定の通信デバイス3に対しても設定する場合にのみ周波数ホッピングを示す。しかし、PDSCH/PUSCHが時間領域において繰り返さない限り(適切にフォーマットされた「繰り返し数−2ビット」フィールドが繰り返さないことを示す場合)、「周波数ホッピングフラグ−1ビット」フィールドは、(例えば、第1のオプションについて上記で説明した方法で)2つのDCIフォーマットを区別するために使用されてもよい。第2のオプションの結果は、PDSCH/PUSCHのより大きい帯域幅は、時間領域において繰り返しがない場合にのみ使用されることである。繰り返し数が「1」、つまり、値「00」に設定されている場合、例えば、ホッピングフラグ(hopping flag)(1ビット)=「1」がレガシーRel−13 DCIフォーマットを意味すると解釈でき、フラグ(flag)=「0」がより大きい帯域幅の新しいRel−14(修正された)DCIフォーマットを意味すると解釈することができる。「繰り返し数」フィールドに関するより詳細は、3GPP TS 36.213 V13.2.0のセクション8に見出すことができる。
他の例では、基地局5は、狭帯域通信デバイス3に対してレガシーリソース割り当てを使用するように構成されてもよいが、特定の通信デバイス3に対する合計割り当て(total assignment)を最大25RB(5MHz)に制限するように構成されてもよい。有益なことに、この場合、PDSCH/PUSCHリソース割り当ては、(狭帯域の帯域幅ではなく)基地局のシステム帯域幅に基づくことができる。したがって、これは、(UE毎の合計割り当てが25RBを超えない)ダウンリンクリソース割り当て「タイプ2」及びアップリンクリソース割り当て「タイプ0」のようなレガシーリソース割り当て方式を再利用することを可能にする。
PUCCH送信の開始の決定
特に有利な例では、(例えば、HD−FDDの場合のCEモードAにおいて)HARQ−ACKバンドリングのためにPUCCH送信が開始する適切なサブフレームを決定するために、以下の手法が採用されてもよい。この例は、(繰り返しあり及び繰り返しなしの)PUCCH送信の全ての場合に適用されてもよい。
この例では、基地局5は、一連のダウンリンクサブフレームにおいて、通信デバイス3に多数のデータバンドル(例えば、PDSCHバンドル)を送信する。通信デバイス3は、各データバンドルに対して、それぞれのバンドリングされたACK/NACKを提供するように構成される。有益なことに、通信デバイス3及び基地局5は、その特定の通信デバイス3に適用可能なバンドリング設定に基づいて(例えば、最後のデータバンドルが送信された最後のサブフレーム、データバンドルの数、及びデータバンドルの送信が繰り返されているか否かに基づいて)、最初のPDSCHバンドルに対するそれぞれのACK/NACKフィードバックが予想される、適切な開始サブフレームを決定することができる。そのため、最初のバンドリングされたACK/NACK送信の適切な開始サブフレームを決定することにより、通信デバイス3及び基地局5は、どのサブフレームにおいてどのACK/NACKが送信されるかの共通の理解を有する。したがって、(適切な場合、繰り返しがある)最初のPDSCHバンドルに対するACK/NACKを送信した後に、通信デバイス3は、正しいサブフレームにおいて、任意のさらなるPDSCHバンドルに対するACK/NACKフィードバックを送信することに進むことができる。
より詳細には、通信デバイス3(例えば、MTC UE3−2)は、最初に受信されたPDSCHバンドルに対するHARQ−ACKから開始し、各PDSCHバンドルに対してPUCCHにおいて適切なHARQ−ACK応答を順に送信するように構成される。この場合、
Figure 2019523619
PUCCH送信は、通信デバイス3がPUCCH送信を延期する任意の非BL/CE ULサブフレームを含む、
Figure 2019523619
連続したサブフレームに及ぶ(span)ことは理解されるであろう。例えば、インデックスがn−4のサブフレームが、最後のバンドルのPDSCHが通信デバイス3により受信される最後のサブフレームである場合、最初のPUCCH送信は、以下の式によって与えられるインデックスを有するサブフレームから始まる:
Figure 2019523619
bundleは、通信デバイス3が受信したバンドルの数(つまり、HARQフィードバックが提供される必要があるバンドルの数)であり;
Figure 2019523619
は、(各バンドルが適用可能な)単一のバンドルのPUCCH繰り返しの数であり;
Figure 2019523619
は、全てのPUCCH送信が及ぶ(span)(任意の非BL/CE ULサブフレームを含む)絶対連続サブフレームの総数である。
狭帯域
図9は、図1に示すシステムにおいてMTCデバイス互換狭帯域が提供される例示的な方法を示す。
「拡張」MTC(eMTC)のフレームワークの一部として、3GPPは、MTC固有の狭帯域を以下のように定義した:
−各狭帯域のサイズは6PRBである;
−システム帯域幅においてダウンリンク(DL)狭帯域の総数(NBwhole)は、
Figure 2019523619
として定義される;
−システム帯域幅においてアップリンク(UL)狭帯域の総数(NBwhole)は、
Figure 2019523619
として定義される;
−(任意の狭帯域の一部を形成していない)残りのリソースブロックは、システム帯域幅の両端において均等に分割され(つまり、システム帯域幅の最も低い周波数付近と、最も高い周波数付近で同数のRBとして分割され)、システム帯域幅(例えば、3、5及び15MHzシステム帯域幅)の追加の奇数PRBはシステム帯域幅の中心に位置する。
−狭帯域は、PRB番号が大きい順に番号が付けられる。
注:
Figure 2019523619
は、システム帯域幅のPRBの数を表す(それぞれ、ダウンリンク及びアップリンクを表す)。
図9に示すように、各狭帯域は、6個のリソースブロックを含み、周波数帯域幅の端部(edges)に均等に分配される、いくつかの残りのリソースブロック(6個のリソースブロックよりも少ない)がある。システム帯域幅は、合計
Figure 2019523619
を含み、
各PRBは、
Figure 2019523619
の範囲のそれぞれの関連するリソースブロックを有する。この例では、合計8個の狭帯域があり、各々が、0と7との間のそれぞれの関連するインデックスを有し、PRB番号が増加する順に番号が付けられている。
具体的には、システム帯域幅内の狭帯域の総数は、以下の式を用いて定義される:
Figure 2019523619
ここで、NBwholeは、システム帯域幅内の1.4MHz狭帯域の総数(各狭帯域は6PRBで構成される)であり;
Figure 2019523619
は、システム帯域幅内のダウンリンク(DL)リソースブロックの総数であり;
Figure 2019523619
は、フローリング関数である(つまり、「x」よりも大きくない最大の整数である。
この例では、基地局5のセル内の(ダウンリンク)システム帯域幅は、約10MHzの周波数帯域幅に対応する、
Figure 2019523619
である。各狭帯域は、6PRB(つまり、帯域幅が制限されたMTCデバイスが使用することができるPRBの最大数)を含む。したがって、システム帯域幅のうち合計48PRBを占める最大8つの全狭帯域を提供することができる(つまり、NBwhole=8)。さらに、残りのリソースブロックは、(システム帯域幅の端部において)それぞれ1つのPRBを含む、2つの「部分的な狭帯域」に分割される。適切であれば、これらの残りのリソースブロックもまた、互換性のあるMTCデバイス(又は他のユーザ装置)に割り当てられてもよいことは理解されるであろう。あるいは、残りのリソースブロックは、他のUEによる使用(例えば、非MTC使用)及び/又は制御データの送信のために割り当てられてもよい。
有利なことに、狭帯域インデックス番号は、MTCデバイスへの狭帯域の効率的な割り当てを容易にする。この例では、インデックスは、PRB番号が増加する順に配列されている。図9には示さないが、部分的な狭帯域もまた、(例えば、NB−IoTデバイスへの割り当てのために)それら自身のそれぞれのインデックス番号が与えられてもよいことは理解されるであろう。
変形及び代替
上記において詳細な例示的な実施形態を説明した。当業者であれば理解できるように、具体化された本発明から以前として利益を受けるが、上述した実施形態に対して多くの変形及び代替を行うことができる。
通信システムは、E−UTRAN基地局(eNB)として動作する基地局に関して説明されているが、同じ原理がマクロ又はピコ基地局、フェムト基地局、基地局機能の要素を提供する中継ノード、ホーム基地局(HeNB)もしくは他のそのような通信ノードとして動作する基地局に適用されてもよいことは理解されるであろう。
上記の例示的な実施形態では、LTE電気通信システムが説明された。当業者には理解されるように、本出願において説明された技術は、以前の3GPPタイプのシステムを含む、他の通信システムに提供することができる。他の通信ノード又はデバイスは、例えば、パーソナルデジタルアシスタント、ラップトップコンピュータ、ウェブブラウザ等のユーザデバイスを含んでもよい。
上述した例示的な実施形態では、基地局及び通信デバイスはそれぞれトランシーバ回路を含む。典型的に、この回路は、専用のハードウェアにより形成される。しかし、いくつかの例示的な実施形態では、トランシーバ回路の一部は、対応するコントローラにより実行されるソフトウェアとして実装されてもよい。
上記の例示的な実施形態では、いくつかのソフトウェアモジュールが説明された。当業者には理解されるように、ソフトウェアモジュールは、コンパイルされた又はコンパイルされていない形式で提供されてもよく、コンピュータネットワーク上の信号として、又は記録媒体において、基地局又は通信デバイスに供給されてもよい。さらに、このソフトウェアの一部又は全部により実行される機能は、1又は複数の専用のハードウェア回路を使用して実行されてもよい。
例えば、本明細書に記載された機能及び/又はモジュールは、必要な機能を提供するための適切なソフトウェア命令を使用してプログラムされた1又は複数のハードウェアコンピュータプロセッサを有する1又は複数のコンピュータ処理装置を使用して実装されてもよい(例えば、図2又は図3を参照して説明したコントローラの一部を形成する1又は複数のコンピュータプロセッサ等)。さらに、これらの機能の全部又は一部は、例えば、特定用途向け集積回路(ASIC)等の1又は複数の専用集積回路を使用して、専用回路としてハードウェアに実装されてもよいことは理解されるであろう。
UE及び基地局の説明において(つまり、図2及び3を参照した)参照されたコントローラは、例えば、アナログ又はデジタルコントローラ等の任意の適切なコントローラを含んでもよい。各コントローラは、例えば、(これらに限定されないが)次のものを含む任意の適切な形態の処理回路を含んでもよい:1又は複数のハードウェア実装コンピュータプロセッサ;中央処理装置(CPU);算術論理回路(ALU);入出力(IO)回路;内部メモリ/キャッシュ(プログラム及び/又はデータ);処理レジスタ;通信バス(例えば、制御、データ及び/又はアドレスバス);ダイレクトメモリアクセス(DMA)機能;ハードウェア又はソフトウェア実装カウンタ、ポインタ及び/又は同様のもの。
上記の例示的な実施形態では、マシンタイプ通信デバイス及び携帯電話について説明した。しかし、携帯電話(及び同様のユーザ装置)もマシンタイプ通信デバイスとして動作するように構成されてもよい。例えば、携帯電話3−1は、MTCモジュール45を含んでもよい(及び/又はMTCモジュール45の機能を提供してもよい)。
<MTCアプリケーションの例>
各通信デバイスは、1又は複数のMTCアプリケーションをサポートしてもよいことは理解されるであろう。MTCアプリケーションのいくつかの例が以下の表にリスト化される(ソース:3GPP TS 22.368 V13.1.0、AnnexB)。このリストは、網羅的なものではなく、マシンタイプ通信アプリケーションのスコープを示すためのものである。
Figure 2019523619
複数のサブフレームの全てのサブフレームにおいてマシンタイプ通信デバイスに送信されたデータが正常に受信された場合、ACK/NACK指示は、肯定応答(ACK)を含んでもよく、複数のサブフレームの1つのサブフレームにおいてマシンタイプ通信デバイスに送信されたデータが正常に受信されなかった場合、ACK/NACK指示は、否定応答(NACK)を含んでもよい。
制御情報は、複数のサブフレームの各々において通信リソースを割り当てるための単一のダウンリンク制御指示を含んでもよい。この場合、複数のサブフレームは、単一の狭帯域内の複数の連続するサブフレームを含んでもよい。
制御情報は、複数のサブフレームの各サブフレームについて、当該サブフレーム内にPRBのセットを割り当てるためのそれぞれのダウンリンク制御情報(DCI)フォーマットを含んでもよい。この場合、制御情報は、各サブフレームについて、通信デバイスがフィードバックを提供することが要求される前に、通信リソースが通信デバイスのために割り当てられるサブフレームの総数又は残りの数を示す情報(例えば、ダウンリンク割り当てインデックス、DAI:downlink assignment index)を含んでもよい。
制御情報は、複数のサブフレームの開始サブフレーム;複数のサブフレームの終了サブフレーム;複数のサブフレームにおけるサブフレームの数、の少なくとも1つを識別する情報を含んでもよい。
フィードバックが送信されるサブフレームは複数のサブフレームの最後に続くサブフレームの予め決定された数(例えば、4)であってもよい。フィードバックは、バンドリングされたハイブリッドオートマチックリピートリクエスト、HARQ、フィードバックを含んでもよい。
基地局のトランシーバは、マシンタイプ通信(MTC:machine-type communication)固有の物理ダウンリンク制御情報(MPDCCH:Physical Downlink Control Channel)を使用して生成された制御情報を送信するように(及び、マシンタイプ通信デバイスのトランシーバが受信するように)動作可能であってもよい。
基地局は、ロングタームエボリューション(LTE:long term evolution)無線アクセスネットワークの基地局を含んでよい。マシンタイプ通信デバイスのトランシーバは、セル帯域幅と比較して低減された帯域幅を使用して通信するように動作可能であってもよい。
1つの可能性において、制御情報は、複数のサブフレームの各々において通信リソースを割り当てるための1つのダウンリンク制御指示(downlink control indication)を含んでもよい;トランシーバは、マシンタイプ通信デバイスから、当該マシンタイプ通信デバイスに送信されたデータに対するACK/NACKフィードバックを受信するようい動作可能であり得る;そして、ACK/NACKフィードバックは、複数のサブフレームにおいて送信されたデータを受け取ったことを通知するための単一のACK/NACKフィードバックを含んでもよい。
制御情報は、同一のサブフレームの複数の狭帯域の各々において通信リソースを割り当てるための1つのダウンリンク制御指示を含んでもよい;そして、複数の狭帯域は、複数の連続する狭帯域を含んでもよい。
通信リソースは、物理リソースブロック(PRB:physical resource block)を含んでもよく、制御情報は、開始PRB及び開始PRBから通信デバイスに割り当てられた連続するPRBの総数を識別してもよい。
ダウンリンク制御指示は、同一のサブフレームの複数の狭帯域の各々における通信リソースを割り当てるためにレガシーDCIフォーマット(例えば、修正されたDCIフォーマット6−0A)を再利用してもよい。再利用されるレガシーDCIフォーマットは、最大「n」個の連続するPRBを割り当てるために、式
Figure 2019523619
を使用する。コントローラは、(レガシー)周波数ホッピングパラメータ及び(レガシー)繰り返し数パラメータの少なくとも1つの異なるそれぞれの設定を使用することにより、同一のサブフレームの複数の狭帯域の各々における通信リソースを割り当てるためのレガシーDCIフォーマットの使用と、レガシー目的のためのレガシーDCIフォーマットの使用とを区別するように動作可能であってもよい。
各狭帯域は、所定数の(好ましくは6又は25)の物理リソースブロック(PRB)を含む異なるそれぞれの周波数範囲をカバーしてもよい。
データは、多数のデータバンドル(例えば、PDSCHバンドル)で順に送信されてもよく、各データバンドルは、一連のダウンリンクサブフレームにおいて送信される。この場合、マシンタイプ通信デバイスは、各バンドルに対するそれぞれのACK/NACKフィードバックを含む、ACK/NACKフィードバックを基地局に送信するように動作可能であってもよい。マシンタイプ通信デバイス及び基地局は、最後のデータバンドルが送信される最後のサブフレームに基づいて、最初のPDSCHバンドルに対するそれぞれのACK/NACKフィードバックが予想される開始サブフレーム、及びデータバンドルの送信が繰り返されるか否かを決定するように動作可能であってもよい。
開始サブフレームは、以下の式に基づいて決定されてもよい:
Figure 2019523619
ここで、「n」は、最後のデータバンドルが送信される最後のサブフレームに続く4番目のサブフレームであり;Nbundleは、データバンドルの数であり;
Figure 2019523619
は、データバンドルが送信される回数である。
様々な他の修正は、当業者には明らかであり、ここではさらに詳細は説明されない。
上記の例示的な実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
(付記1)通信システムのための基地局であって、前記基地局は、
マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を生成するように動作可能なコントローラと、
前記マシンタイプ通信デバイスへの前記生成された制御情報を送信し、前記割り当てられた通信リソースを用いて前記マシンタイプ通信デバイスにデータを送信し、前記マシンタイプ通信デバイスに送信されたデータに対するACK/NACKフィードバックを前記マシンタイプ通信デバイスから受信するように動作可能なトランシーバと、を含み、
前記データは、多数のデータバンドルで順に送信され(例えば、物理ダウンリンク共有チャネル「PDSCH」バンドル)、各データバンドルは、一連のダウンリンクサブフレームにおいて送信され、
前記ACK/NACKフィードバックは、各バンドルに対するそれぞれのACK/NACKフィードバックを含み、
前記コントローラは、最後のデータバンドルが送信された最後のサブフレームに基づいて、最初のPDSCHバンドルに対するそれぞれのACK/NACKフィードバックが予想される開始サブフレーム、データバンドル数、及び前記データバンドルの送信が繰り返されるか否かを決定するように動作可能である、基地局。
(付記2)前記コントローラは、以下の式に基づいて、前記開始サブフレームを決定するように動作可能である、付記1に記載の基地局。
Figure 2019523619
ここで、「n」は、前記最後のデータバンドルが送信された最後のサブフレームに続く4番目のサブフレームであり、Nbundleは、データバンドル数であり;
Figure 2019523619
は、データバンドルが送信される回数である。
(付記3)通信システムのための基地局であって、前記基地局は、
マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を生成するように動作可能であるコントローラと、
前記生成された制御情報を前記マシンタイプ通信デバイスに送信し、前記割り当てられた通信リソースを用いてデータを前記マシンタイプ通信デバイスにデータを送信し、前記マシンタイプ通信デバイスに送信されたデータに対するACK/NACKフィードバックを前記マシンタイプ通信デバイスから受信するように動作可能であるトランシーバと、を含み、
前記ACK/NACKフィードバックは、複数のサブフレームにおいて送信されたデータを受け取ったことを通知するための1つのACK/NACK指示を含む、基地局。
(付記4)前記複数のサブフレームの全てのサブフレームにおいて前記マシンタイプ通信デバイスに送信されたデータが正常に受信された場合、前記ACK/NACK指示は、肯定応答(ACK)を含み、前記複数のサブフレームの1つのサブフレームにおいて前記マシンタイプ通信デバイスに送信されたデータが正常に受信出来なかった場合、前記ACK/NACK指示は、否定応答(NACK)を含む、付記3に記載の基地局。
(付記5)前記制御情報は、前記複数のサブフレームの各々において通信リソースを割り当てるための単一のダウンリンク制御指示を含む、付記3又は4に記載の基地局。
(付記6)前記複数のサブフレームは、単一の狭帯域内の複数の連続するサブフレームを含む、付記5に記載の基地局。
(付記7)前記制御情報は、前記複数のサブフレームの各サブフレームについて、当該サブフレームにおいて物理リソースブロック(PRB)のセットを割り当てるための、それぞれのダウンリンク制御情報(DCI)を含む、付記3又は4に記載の基地局。
(付記8)前記制御情報は、各サブフレームについて、前記通信デバイスがフィードバックを提供することを要求される前に、通信リソースが前記通信デバイスに割り当てられているサブフレームの総数又は残りの数を示す情報(例えば、ダウンリンク割り当てインデックス(DAI:downlink assignment index))を含む、付記7に記載の基地局。
(付記9)前記制御情報は、前記複数のサブフレームの開始サブフレーム、前記複数のサブフレームの終了サブフレーム、及び前記複数のサブフレームのサブフレーム数、の少なくとも1つを識別する情報を含む、付記3〜8のいずれか1項に記載の基地局。
(付記10)前記トランシーバは、マシンタイプ通信(MTC)固有の物理ダウンリンク制御チャネル(MPDCCH)を用いて、前記生成された制御情報を送信するように動作可能である、付記1〜9のいずれか1項に記載の基地局。
(付記11)フィードバックが送信される前記サブフレームは、前記複数のサブフレームの最後のサブフレームに続く所定数のサブフレーム(例えば、4)である、付記1〜10のいずれか1項に記載の基地局。
(付記12)前記フィードバックは、バンドリングされたハイブリッドオートマチックリピートリクエスト(HARQ:Hybrid Automatic Repeat Request)フィードバックを含む、付記1〜11のいずれか1項に記載の基地局。
(付記13)ロングタームエボリューション(LTE:long term evolution)無線アクセスネットワークの基地局を含む、付記1〜12のいずれか1項に記載の基地局。
(付記14)通信システムのための基地局であって、前記基地局は、
マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を生成するように動作可能なコントローラと、を含み、前記制御情報は、(i)複数のサブフレームの各々における通信リソース、及び(ii)同一のサブフレームの複数の狭帯域の各々における通信リソース、のうちの少なくとも1つを割り当てるための1つのダウンリンク制御指示を含み、
前記基地局は、前記割り当てられた通信リソースを用いて前記マシンタイプ通信デバイスにデータを送信するために、前記マシンタイプ通信デバイスに前記生成された制御情報を送信するように動作可能なトランシーバを含む、基地局。
(付記15)前記制御情報は、複数のサブフレームの各々において通信リソースを割り当てるための1つのダウンリンク制御指示を含み、前記トランシーバは、前記マシンタイプ通信デバイスに送信されたデータに対するACK/NACKフィードバックを前記マシンタイプ通信デバイスから受信するように動作可能であり、前記ACK/NACKフィードバックは、複数のサブフレームにおいて送信されたデータを受け取ったことを通知するための単一のACK/NACK指示を含む、付記14に記載の基地局。
(付記16)前記制御情報は、同一のサブフレームの複数の狭帯域の各々において通信リソースを割り当てるための1つのダウンリンク制御指示を含み、前記複数の狭帯域は、複数の連続する狭帯域を含む、付記14又は15に記載の基地局。
(付記17)前記通信リソースは、物理リソースブロック(PRB:physical resource block)を含み、前記制御情報は、開始PRB、及び前記開始PRBから前記通信デバイスに割り当てられた連続するPRBの総数を識別する、付記16に記載の基地局。
(付記18)前記ダウンリンク制御指示は、同一のサブフレームの複数の狭帯域の各々における通信リソースの割り当てのためレガシーDCIフォーマット(例えば、修正されたDCIフォーマット6−0A)を再利用する、付記15に記載の基地局。
(付記19)前記再利用されるレガシーDCIフォーマットは、最大「n」個の連続するPRBを割り当てるために以下の式を使用する、付記18に記載の基地局。
Figure 2019523619
(付記20)前記コントローラは、(レガシー)周波数ホッピングパラメータ及び(レガシー)繰り返し数パラメータの少なくとも1つの異なるそれぞれの設定を用いて、同一のサブフレームの複数の狭帯域の各々における通信リソースの割り当てのための前記レガシーDCIフォーマットの使用と、レガシー目的のための前記レガシーDCIフォーマットの使用とを区別するように動作可能である、付記18又は19に記載の基地局。
(付記21)各狭帯域は、所定数(好ましくは6又は25)の物理リソースブロック(PRB:physical resource block)を含む異なるそれぞれの周波数範囲をカバーする、付記16又は17に記載の基地局。
(付記22)前記コントローラは、セル帯域幅を有するセルを運用するように構成され、前記セル帯域幅は、以下の式により与えられる狭帯域の総数を含む、付記16〜21のいずれか1項に記載の基地局。
Figure 2019523619
ここで、NBwholeは、前記セル帯域幅内の狭帯域の数であり、NRBは、前記セル帯域幅内のリソースブロックの数であり、nは、各狭帯域のリソースブロックの数であり;
Figure 2019523619
は、フロア関数(つまり、「x」よりも大きくない最大の整数)である。
(付記23)前記データは、多数のデータバンドルで順に送信され(例えば、物理ダウンリンク共有チャネル「PDSCH」バンドル)、各データバンドルは、一連のダウンリンクサブフレームで送信され、前記トランシーバは、各バンドルに対するそれぞれのACK/NACKフィードバックを含む、ACK/NACKフィードバックを受信するように動作可能であり、前記コントローラは、最後のデータバンドルが送信される最後のサブフレームに基づいて、最初のPDSCHバンドルに対するそれぞれのACK/NACKフィードバックが予想される開始サブフレーム、データバンドルの数、及び前記データバンドルの送信が繰り返されるか否かを決定するように動作可能である、付記3又は14に記載の基地局。
(付記24)前記トランシーバは、マシンタイプ通信(MTC:machine-type communication)固有の物理ダウンリンク制御チャネル(MPDCCH:MTC specific Physical Downlink Control Channel)を用いて前記生成された制御情報を送信するように動作可能である、付記14〜23のいずれか1項に記載の基地局。
(付記25)通信システムのためのマシンタイプ通信デバイスであって、前記マシンタイプ通信デバイスは、

前記マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を受信し、
前記割り当てられた通信リソースを用いて、多数のデータバンドルで順に送信される(例えば、物理ダウンリンク共有チャネル「PDSCH」バンドル)、データであって、各データバンドルが一連のダウンリンクサブフレームで送信される前記データを受信するように動作可能なトランシーバと、
前記マシンタイプ通信デバイスにより受信されるデータに対するACK/NACKフィードバックであって、各バンドルに対するそれぞれのACK/NACKフィードバックを含む、前記ACK/NACKフィードバックを生成するように動作可能なコントローラと、を含み、
前記コントローラは、最後に送信された最後のサブフレームに基づいて、最初のPDSCHバンドルに対するそれぞれのACK/NACKフィードバックが予想される開始サブフレーム、データバンドルの数、及び前記データバンドルが繰り返されるか否かを決定するように動作可能であって、
前記トランシーバは、前記決定された開始サブフレームに基づいて、前記基地局に前記生成されたフィードバックを送信するように動作可能である、マシンタイプ通信デバイス。
(付記26)前記コントローラは、以下の式に基づいて前記開始サブフレームを決定するように動作可能である、付記25に記載のマシンタイプ通信デバイス。
Figure 2019523619
ここで、「n」は、前記最後のデータバンドルが送信される最後のサブフレームに続く、第4のサブフレームであり;Nbundleは、データバンドルの数であり;
Figure 2019523619
は、データバンドルが送信される回数である。
(付記27)通信システムのためのマシンタイプ通信デバイスであって、前記マシンタイプ通信デバイスは、

前記マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を受信し、
前記割り当てられた通信リソースを用いてデータを受信するように動作可能なトランシーバと、
前記マシンタイプ通信デバイスにより受信されたデータに対するACK/NACKフィードバックを生成するように動作可能なコントローラと、を含み、
前記ACK/NACKフィードバックは、複数のサブフレームにおいて送信されたデータを受け取ったことを通知するための1つのACK/NACK指示を含み、
前記トランシーバは、前記生成されたフィードバックを前記基地局に送信するように動作可能である、マシンタイプ通信デバイス。
(付記28)前記複数のサブフレームの全てのサブフレームにおいて前記マシンタイプ通信デバイスに送信されたデータが正常に受信された場合、前記ACK/NACK指示は、肯定応答(ACK:acknowledgement)を含み、前記複数のサブフレームの1つのサブフレームにおいて前記マシンタイプ通信デバイスに送信されたデータが正常に受信されなかった場合、前記ACK/NACK指示は、否定応答(NACK:non-acknowledgement)を含む、付記27に記載のマシンタイプ通信デバイス。
(付記29)前記制御情報は、前記複数のサブフレームの各々における通信リソースを割り当てるための単一のダウンリンク制御指示を含む、付記27又は28に記載のマシンタイプ通信デバイス。
(付記30)前記複数のサブフレームは、単一の狭帯域内に複数の連続するサブフレームを含む、付記29に記載のマシンタイプ通信デバイス。
(付記31)前記制御情報は、前記複数のサブフレームの各サブフレームについて、当該サブフレームにおいて物理リソースブロック(PRB:physical resource block)のセットを割り当てるためのそれぞれのダウンリンク制御情報(DCI:downlink control information)フォーマットを含む、付記27又は28に記載のマシンタイプ通信デバイス。
(付記32)前記制御情報は、各サブフレームについて、前記通信デバイスがフィードバックを提供することを要求される前に通信リソースが前記通信デバイスに割り当てられるサブフレームの総数又は残りの数を示す情報(例えば、ダウンリンク割り当てインデックス(DAI:downlink assignment index))を含む、付記31に記載のマシンタイプ通信デバイス。
(付記33)前記制御情報は、前記複数のサブフレームの開始サブフレーム、前記複数のサブフレームの終了サブフレーム、及び前記複数のサブフレームのサブフレーム数の少なくとも1つを識別する情報を含む、付記27〜32のいずれか1項に記載のマシンタイプ通信デバイス。
(付記34)前記トランシーバは、マシンタイプ通信(MTC:machine-type communication)固有の物理ダウンリンク共有チャネル(MPDCCH:MTC specific Physical Downlink Control Channel)を用いて、前記制御情報を受信するように動作可能である、付記27〜33のいずれか1項に記載のマシンタイプ通信デバイス。
(付記35)フィードバックが送信されるサブフレームは、前記複数のサブフレームの最後のサブフレームに続く所定数の(例えば4個の)サブフレームである、付記27〜34のいずれか1項に記載のマシンタイプ通信デバイス。
(付記36)前記ACK/NACKフィードバックは、バンドリングされたハイブリッドオートマチックリピートリクエスト(HARQ:Hybrid Automatic Repeat Request)フィードバックを含む、付記27〜35のいずれか1項に記載のマシンタイプ通信デバイス。
(付記37)前記トランシーバは、前記セル帯域幅と比較して低減された帯域幅を用いて通信するように動作可能である、付記27〜36のいずれか1項に記載のマシンタイプ通信デバイス。
(付記38)通信システムのためのマシンタイプ通信デバイスであって、前記マシンタイプ通信デバイスは、
前記マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報であって、(i)複数のサブフレームの各々における通信リソース、及び(ii)同一のサブフレームの複数の狭帯域の各々における通信リソースの少なくとも1つを割り当てるための1つのダウンリンク制御指示を含む前記制御情報を基地局から受信し、
前記割り当てられた通信リソースを用いてデータを前記基地局から受信するように動作可能なトランシーバを含む、マシンタイプ通信デバイス。
(付記39)前記制御情報は、複数のサブフレームの各々における通信リソースを割り当てるための1つのダウンリンク制御指示を含み、前記トランシーバは、前記基地局により前記マシンタイプ通信デバイスに送信されたデータに対するACK/NACKフィードバックを前記基地局に送信するように動作可能であり、前記ACK/NACKフィードバックは、複数のサブフレームにおいて送信されたデータを受け取ったことを通知するための単一のACK/NACK指示を含む、付記38に記載のマシンタイプ通信デバイス。
(付記40)前記制御情報は、同一のサブフレームの複数の狭帯域の各々において通信リソースを割り当てるための1つのダウンリンク制御指示を含み、前記複数の狭帯域は、複数の連続する狭帯域を含む、付記38又は39に記載のマシンタイプ通信デバイス。
(付記41)前記通信リソースは、物理リソースブロック(PRB:physical resource block)を含み、前記制御情報は、開始PRB、及び前記開始PRBから前記通信デバイスに割り当てられた連続するPRBの総数を識別する、付記40に記載のマシンタイプ通信デバイス。
(付記42)各狭帯域は、所定数(好ましくは6又は25)の物理リソースブロック(PRB:physical resource block)を含む異なるそれぞれの周波数範囲をカバーする、付記38、40又は41に記載のマシンタイプ通信デバイス。
(付記43)前記データは、前記基地局により多数のデータバンドルにおいて順に送信され(例えば、物理ダウンリンク共有チャネル「PDSCH」バンドル)、各データバンドルは、一連のダウンリンクサブフレームにおいて送信され、前記トランシーバは、各バンドルに対するそれぞれのACK/NACKフィードバックを送信するように動作可能であり、前記コントローラは、最後のデータバンドルが送信される最後のサブフレームに基づいて、最初のPDSCHバンドルに対するそれぞれのACK/NACKフィードバックが予想される開始サブフレーム、及び前記データバンドルの送信が繰り返されるか否かを決定するように動作可能である、付記27又は38に記載のマシンタイプ通信デバイス。
(付記44)前記トランシーバは、マシンタイプ通信(MTC:machine-type communication)固有の物理ダウンリンク共有チャネル(MPDCCH:MTC specific Physical Downlink Control Channel)を用いて、前記制御情報を受信するように動作可能である、付記38〜43のいずれか1項に記載のマシンタイプ通信デバイス。
(付記45)付記1〜24のいずれか1項に記載の基地局と、付記25〜44のいずれか1項に記載のマシンタイプ通信デバイスとを含むシステム。
(付記46)通信システムの基地局により実行される方法であって、前記方法は、
マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を生成することと、
前記マシンタイプ通信デバイスに前記生成された制御情報を送信することと、
前記割り当てられた通信リソースを用いて、前記マシンタイプ通信デバイスにデータを送信することと、
前記マシンタイプ通信デバイスに送信されたデータに対するACK/NACKフィードバックを前記マシンタイプ通信デバイスから受信することと、を含み、
前記データは、多数のデータバンドルにおいて順に送信され(例えば、物理ダウンリンク共有チャネル「PDSCH」バンドル)、各データバンドルは、一連のダウンリンクサブフレームにおいて送信され、
前記ACK/NACKフィードバックは、各バンドルに対するそれぞれのACK/NACKフィードバックを含み、
前記方法は、最後のデータバンドルが送信される最後のサブフレームに基づいて、最初のPDSCHバンドルに対するそれぞれのACK/NACKフィードバックが予想される開始サブフレーム、データバンドルの数、及び前記データバンドルの送信が繰り返されるか否かを決定することを含む、方法。
(付記47)通信システムの通信デバイスにより実行される方法であって、前記方法は、
前記マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を受信し、
前記割り当てられた通信リソースを用いて、多数のデータバンドルにおいて順に送信され(例えば、物理ダウンリンク共有チャネル「PDSCH」バンドル)、各データバンドルは、一連のダウンリンクサブフレームにおいて送信される、データを受信することと、
前記マシンタイプ通信デバイスにより受信されたデータに対するACK/NACKフィードバックであって、各バンドルに対するそれぞれのACK/NACKフィードバックを含む前記ACK/NACKフィードバックを生成することと、
最後のデータバンドルが送信される最後のサブフレームに基づいて、最初のPDSCHバンドルに対するそれぞれのACK/NACKフィードバックが予想される開始サブフレーム、データバンドルの数、及び前記データバンドルの送信が繰り返されるか否かを決定することと、
前記決定された開始サブフレームに基づいて、前記生成されたフィードバックを前記基地局に送信することと、を含む方法。
(付記48)通信システムの基地局により実行される方法であって、前記方法は、
マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を生成することと、
前記マシンタイプ通信デバイスに前記生成された制御情報を送信することと、
前記割り当てられた通信リソースを用いて、前記マシンタイプ通信デバイスにデータを送信することと、
前記マシンタイプ通信タイプに送信されたデータに対するACK/NACKフィードバックを前記マシンタイプ通信デバイスから受信することと、を含み、
前記ACK/NACKフィードバックは、複数のサブフレームにおいて送信されたデータを受け取ったことを通知するための1つのACK/NACK指示を含む、方法。
(付記49)通信システムの基地局により実行される方法であって、前記方法は、
マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報であって、(i)複数のサブフレームの各々における通信リソース、及び(ii)同一サブフレームの複数の狭帯域の各々における通信リソースの少なくとも1つを割り当てるための1つのダウンリンク制御指示を含む前記制御情報を生成することと、
前記割り当てられた通信リソースを用いて、前記マシンタイプ通信デバイスにデータを送信するために、前記マシンタイプ通信デバイスに前記生成された制御情報を送信することと、を含む方法。
(付記50)通信システムの通信デバイスであって、前記方法は、
マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を受信し、
前記割り当てられた通信リソースを用いて、データを受信することと、
前記マシンタイプ通信デバイスにより受信されたデータに対するACK/NACKフィードバックであって、複数のサブフレームにおいて送信されたデータを受け取ったことを通知するための1つのACK/NACK指示を含む前記ACK/NACKフィードバックを生成することと、
前記生成されたフィードバックを前記基地局に送信することと、を含む方法。
(付記51)通信システムの通信デバイスにより実行される方法であって、前記方法は、
基地局から、
前記マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報であって、(i)複数のサブフレームの各々における通信リソース、及び(ii)同一サブフレームの複数の狭帯域の各々における通信リソースの少なくとも1つを割り当てるための1つのダウンリンク制御指示を含む前記制御情報を受信し、
前記割り当てられた通信リソースを用いて、データを受信することと、を含む方法。
(付記52)プログラム可能な通信デバイスに付記46〜51のいずれか1項に記載の方法を実行させるためのコンピュータ実行命令を含むコンピュータ実行可能命令製品。
本出願は、2016年8月9日に出願された英国特許出願第1613710.1号、2016年9月28に出願された英国特許出願第1616492.3号、及び2017年2月3日に出願された英国特許出願第1701845.8号に基づく優先権の利益を主張するものであり、その開示は参照によりその全体が本明細書に組み込まれる。

Claims (24)

  1. 基地局により実行される方法であって、前記方法は、
    マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を生成することと、
    前記生成された制御情報を前記マシンタイプ通信デバイスに送信することと、
    前記割り当てられた通信リソースを用いて、前記マシンタイプ通信デバイスにデータを送信することと、
    前記マシンタイプ通信デバイスに送信されたデータに対するACK/NACKフィードバックを前記マシンタイプ通信デバイスから受信することと、を含み、
    前記ACK/NACKフィードバックは、複数のサブフレームにおいて送信されたデータを受け取ったことを通知するための1つのACK/NACK指示を含む、方法。
  2. 前記複数のサブフレームの全てのサブフレームにおいて前記マシンタイプ通信デバイスに送信されたデータが正常に受信された場合、前記ACK/NACK指示は、肯定応答(ACK:acknowledgement)を含み、前記複数のサブフレームの1つのサブフレームにおいて、前記マシンタイプ通信デバイスに送信されたデータが正常に受信されなかった場合、ACK/NACK指示は、否定応答(NACK:non-acknowledgement)を含む、請求項1に記載の方法。
  3. 前記制御情報は、前記複数のサブフレームの各々における通信リソースを割り当てるための1つのダウンリンク制御指示を含み、前記ダウンリンク制御指示は、同一のサブフレーム内の複数の狭帯域の各々において通信リソースを割り当てるためのレガシーDCIフォーマットを再利用する、請求項1又は2に記載の方法。
  4. 前記方法は、異なるそれぞれの設定又はフラグを用いて、前記同一のサブフレームの複数の狭帯域の各々における通信リソースを割り当てるための前記レガシーDCIフォーマットの使用と、レガシー目的の前記レガシーDCIフォーマットの使用とを区別することをさらに含む、請求項3に記載の方法。
  5. 前記制御情報は、前記複数のサブフレームの各サブフレームについて、当該サブフレームにおいて、物理リソースブロック(PRB:physical resource block)のセットを割り当てるためのそれぞれのダウンリンク制御情報(DCI:downlink control information)フォーマットを含む、請求項1又は2に記載の方法。
  6. 前記制御情報は、各サブフレームについて、前記通信デバイスがフィードバックを提供することを要求される前に、通信リソースが前記通信デバイスに割り当てるサブフレームの総数又は残りの数を示す情報を含む、請求項5に記載の方法。
  7. 前記制御情報は、前記複数のサブフレームの開始サブフレーム、前記複数のサブフレームの終了サブフレーム、及び前記複数のサブフレームのサブフレーム数の少なくとも1つを識別する情報を含む、請求項1〜6のいずれか1項に記載の方法。
  8. フィードバックが送信される前記サブフレームは、前記複数のサブフレームの最後のサブフレームに続く所定数のサブフレームである、請求項1〜7のいずれか1項に記載の方法。
  9. 前記フィードバックは、バンドリングされたハイブリッドオートマチックリピートリクエスト(HARQ:Hybrid Automatic Repeat Request)フィードバックを含む、請求項1〜8のいずれか1項に記載の方法。
  10. 前記情報は、ダウンリンク割り当てインデックス(DAI:downlink assignment index)である、請求項6に記載の方法。
  11. マシンタイプ通信デバイスにおいて実行される方法であって、前記方法は、
    前記マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を受信することと、
    前記割り当てられた通信リソースを用いて、基地局により送信されるデータを受信することと、
    前記マシンタイプ通信デバイスにより受信されたデータに対するACK/NACKフィードバックであって、複数のサブフレームにおいて前記基地局により送信されたデータを受け取ったことを通知するための1つのACK/NACK指示を含む前記ACK/NACKフィードバックを生成することと、
    前記生成されたACK/NACKフィードバックを前記基地局に送信することと、を含む方法。
  12. 前記複数のサブフレームの全てのサブフレームにおいて前記マシンタイプ通信デバイスに送信されたデータが正常に受信された場合、前記ACK/NACK指示は肯定応答(ACK:acknowledgement)を含み、前記複数のサブフレームの1つのサブフレームにおいて前記マシンタイプ通信デバイスに送信されたデータが正常に受信されなかった場合、前記ACK/NACK指示は、否定応答(NACK:non-acknowledgement)を含む、請求項11に記載の方法。
  13. 前記制御情報は、前記複数のサブフレームの各々において前記通信リソースを割り当てるための単一のダウンリンク制御指示を含む、請求項11又は12に記載の方法。
  14. 前記制御情報は、前記複数のサブフレームの各々において通信リソースを割り当てるための1つのダウンリンク制御指示を含み、前記ダウンリンク制御指示は、同一のサブフレームの複数の狭帯域の各々において通信リソースを割り当てるためのレガシーDCIフォーマットを再利用する、請求項11又は12に記載の方法。
  15. 前記方法は、異なるそれぞれの設定又はフラグを用いて、同一のサブフレームにおける複数の狭帯域の各々において通信リソースを割り当てるための前記レガシーDCIフォーマットの使用と、レガシー目的の前記レガシーDCIフォーマットの使用とを区別することをさらに含む、請求項14に記載の方法。
  16. 前記制御情報は、前記複数のサブフレームの各サブフレームについて、当該サブフレームにおいて物理リソースブロック(PRB:physical resource block)のセットを割り当てるためのそれぞれのダウンリンク制御情報(DCI:downlink control information)フォーマットを含む、請求項11又は12に記載の方法。
  17. 前記制御情報は、各サブフレームについて、前記通信デバイスがフィードバックを提供することを要求される前に、通信リソースが前記通信デバイスに割り当てられたサブフレームの総数又は残りの数を示す情報を含む、請求項15に記載の方法。
  18. 前記制御情報は、前記複数のサブフレームの開始サブフレーム、前記複数のサブフレームの終了サブフレーム、及び前記複数のサブフレームのサブフレーム数の少なくとも1つを識別する情報を含む、請求項11〜16のいずれか1項に記載の方法。
  19. フィードバックが送信される前記サブフレームは、前記複数のサブフレームの最後のサブフレームに続く、所定数(例えば、4個)のサブフレームである、請求項11〜17のいずれか1項に記載の方法。
  20. 前記ACK/NACKフィードバックは、バンドリングされたハイブリッドオートマチックリピートリクエスト(HARQ:Hybrid Automatic Repeat Request)フィードバックを含む、請求項11〜18のいずれか1項に記載の方法。
  21. 前記マシンタイプ通信デバイスは、セル帯域幅と比較して減少された帯域幅を用いて、通信するように動作可能である、請求項11〜19のいずれか1項に記載の方法。
  22. 前記情報は、ダウンリンク割り当てインデックス(DAI:downlink assignment index)である、請求項17に記載の方法。
  23. 通信システムのための基地局であって、前記基地局は、
    マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を生成するコントローラと、
    前記マシンタイプ通信デバイスに前記生成された制御情報を送信し、前記割り当てられた通信リソースを用いて、前記マシンタイプ通信デバイスにデータを送信し、前記マシンタイプ通信デバイスに送信されたデータに対するACK/NACKフィードバックを前記マシンタイプ通信デバイスから受信するトランシーバと、を含み、
    前記ACK/NACKフィードバックは、複数のサブフレームにおいて送信されたデータを受け取ったことを通知するための1つのACK/NACK指示を含む、基地局。
  24. 通信システムのためのマシンタイプ通信デバイスであって、前記マシンタイプ通信デバイスは、
    前記マシンタイプ通信デバイスにデータを送信するための通信リソースを割り当てるための制御情報を受信し、
    前記割り当てられた通信リソースを用いてデータを受信するトランシーバと、
    前記マシンタイプ通信デバイスにより受信されたデータに対するACK/NACKフィードバックを生成するコントローラと、を含み、
    前記ACK/NACKフィードバックは、複数のサブフレームにおいて送信されたデータを受け取ったことを通知するための1つのACK/NACK指示を含み、
    前記トランシーバは、前記生成されたACK/NACKフィードバックを基地局に送信するように動作可能である、マシンタイプ通信デバイス。
JP2019506202A 2016-08-09 2017-08-08 基地局、マシンタイプ通信デバイス及び方法 Active JP6702503B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
GB1613710.1A GB2552947A (en) 2016-08-09 2016-08-09 Communication System
GB1613710.1 2016-08-09
GB1616492.3A GB2553007A (en) 2016-08-09 2016-09-28 Communication system
GB1616492.3 2016-09-28
GB1701845.8A GB2553011A (en) 2016-08-09 2017-02-03 Communication system
GB1701845.8 2017-02-03
PCT/JP2017/028702 WO2018030379A1 (en) 2016-08-09 2017-08-08 Communication system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2020079614A Division JP7006721B2 (ja) 2016-08-09 2020-04-28 基地局及び通信デバイスにより実行される方法

Publications (2)

Publication Number Publication Date
JP2019523619A true JP2019523619A (ja) 2019-08-22
JP6702503B2 JP6702503B2 (ja) 2020-06-03

Family

ID=57539785

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2019506202A Active JP6702503B2 (ja) 2016-08-09 2017-08-08 基地局、マシンタイプ通信デバイス及び方法
JP2020079614A Active JP7006721B2 (ja) 2016-08-09 2020-04-28 基地局及び通信デバイスにより実行される方法
JP2021214354A Pending JP2022043270A (ja) 2016-08-09 2021-12-28 基地局、マシンタイプ通信装置、及び方法
JP2023084522A Pending JP2023106535A (ja) 2016-08-09 2023-05-23 基地局、通信装置、及び方法

Family Applications After (3)

Application Number Title Priority Date Filing Date
JP2020079614A Active JP7006721B2 (ja) 2016-08-09 2020-04-28 基地局及び通信デバイスにより実行される方法
JP2021214354A Pending JP2022043270A (ja) 2016-08-09 2021-12-28 基地局、マシンタイプ通信装置、及び方法
JP2023084522A Pending JP2023106535A (ja) 2016-08-09 2023-05-23 基地局、通信装置、及び方法

Country Status (6)

Country Link
US (2) US11284235B2 (ja)
EP (2) EP4037217A3 (ja)
JP (4) JP6702503B2 (ja)
CN (2) CN109565366B (ja)
GB (3) GB2552947A (ja)
WO (1) WO2018030379A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105722239A (zh) * 2016-02-05 2016-06-29 宇龙计算机通信科技(深圳)有限公司 一种调度指令的检测方法和终端
WO2018030228A1 (ja) * 2016-08-10 2018-02-15 京セラ株式会社 移動通信方法、基地局及びユーザ端末
CN107733576A (zh) * 2016-08-11 2018-02-23 株式会社Ntt都科摩 发送混合自动重复请求反馈信息的方法和用户设备
CN107733622B (zh) * 2016-08-12 2022-01-11 中兴通讯股份有限公司 资源分配和确定的方法及装置
CN107872779B (zh) 2016-09-27 2020-12-01 中兴通讯股份有限公司 资源分配方法及装置
US10484147B2 (en) * 2017-02-03 2019-11-19 Qualcomm Incorporated Techniques for enhanced machine type communication acknowledgment bundling
CN111313929B (zh) 2017-09-08 2021-09-17 Oppo广东移动通信有限公司 一种信道跳频的确定方法及装置、计算机存储介质
KR102169260B1 (ko) 2017-09-08 2020-10-26 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 빔 포밍 전송을 고려한 무허가 스펙트럼에서의 채널 사용 방법 및 장치
WO2019047171A1 (zh) * 2017-09-08 2019-03-14 Oppo广东移动通信有限公司 一种信道跳频的确定方法及装置、计算机存储介质
US10707915B2 (en) * 2017-12-04 2020-07-07 Qualcomm Incorporated Narrowband frequency hopping mechanisms to overcome bandwidth restrictions in the unlicensed frequency spectrum
CN110324126B (zh) 2018-03-30 2020-12-04 电信科学技术研究院有限公司 一种数据传输方法、终端设备及网络设备
CN109075903B (zh) * 2018-08-08 2022-02-01 北京小米移动软件有限公司 混合自动重传请求harq反馈方法及装置
US11881953B2 (en) * 2018-08-08 2024-01-23 Beijing Xiaomi Mobile Software Co., Ltd. Hybrid automatic repeat request (HARQ) feedback method and apparatus
CN113924806B (zh) * 2019-03-28 2024-07-30 苹果公司 Emtc的dci格式3/3a的重复次数的指示
CN111865506B (zh) * 2019-04-30 2023-12-12 华为技术有限公司 半静态码本生成的方法和通信装置
CN113328834A (zh) * 2020-02-28 2021-08-31 华为技术有限公司 一种通信方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013054696A1 (ja) * 2011-10-11 2013-04-18 株式会社エヌ・ティ・ティ・ドコモ 無線通信端末、基地局装置、無線通信システム及び無線通信方法
WO2014110907A1 (zh) * 2013-01-15 2014-07-24 中兴通讯股份有限公司 控制信道传输、传输处理方法及装置、网络侧设备、终端
WO2015112731A2 (en) * 2014-01-23 2015-07-30 Qualcomm Incorporated Coverage enhancements with carrier aggregation
WO2015110317A1 (en) * 2014-01-21 2015-07-30 Panasonic Intellectual Property Corporation Of America Tdd uplink/downlink configuration enhancements
WO2015136866A1 (en) * 2014-03-12 2015-09-17 Panasonic Intellectual Property Corporation Of America Power headroom reporting for mtc devices in enhanced coverage mode

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9084277B2 (en) 2007-05-04 2015-07-14 Qualcomm Incorporated Method and apparatus for UL ACK allocation
CN101567775B (zh) * 2008-04-25 2012-04-25 电信科学技术研究院 传输上行数据的方法、发送端设备和接收端设备
CN102017504B (zh) * 2008-04-28 2015-06-17 奥普蒂斯无线技术有限责任公司 具有捆绑窗口中的所指配数据分组的信令的电信系统中的方法和装置
JP2011142532A (ja) * 2010-01-08 2011-07-21 Sharp Corp 無線通信システム、基地局装置、移動局装置、無線通信方法および集積回路
US9083520B2 (en) * 2010-09-15 2015-07-14 Lg Electronics Inc. Apparatus for transmitting control information in a wireless communication system and method thereof
CN103210694B (zh) * 2010-11-16 2016-05-25 松下电器(美国)知识产权公司 通信装置和探测参考信号发送控制方法
US20140169319A1 (en) 2011-07-26 2014-06-19 Lg Electronics Inc. Method for transmitting uplink signal, user equipment, method for receiving uplink signal, and base station
KR20130049573A (ko) * 2011-11-04 2013-05-14 삼성전자주식회사 제어 신호 송수신 방법 및 장치
KR20130107855A (ko) 2012-03-23 2013-10-02 주식회사 팬택 협대역 단말을 위한 제어채널 구성장치 및 방법
US9603163B2 (en) * 2012-11-01 2017-03-21 Lg Electronics Inc. Method and apparatus for supporting scheduling groups of devices characteristics in a wireless communication system
US9973297B2 (en) * 2013-01-11 2018-05-15 Interdigital Patent Holdings, Inc. System and method for adaptive modulation
US9306721B2 (en) * 2013-03-15 2016-04-05 Google Technology Holdings LLC Method and apparatus for device-to-device communication
CN105324946B (zh) * 2013-06-21 2018-09-18 Lg电子株式会社 用于增强用户设备的覆盖范围的方法和利用该方法的装置
US11218254B2 (en) * 2015-01-29 2022-01-04 Samsung Electronics Co., Ltd Method and apparatus for transmitting/receiving HARQ-ACK signal in wireless communication system supporting carrier aggregation
US10637532B2 (en) * 2015-01-29 2020-04-28 Ntt Docomo, Inc. Radio base station, user terminal and radio communication method
GB2540628A (en) * 2015-07-24 2017-01-25 Fujitsu Ltd Control messages in wireless communication
JP6092347B1 (ja) * 2015-11-05 2017-03-08 株式会社Nttドコモ ユーザ端末、無線基地局及び無線通信方法
CN106714320B (zh) * 2015-11-16 2019-07-05 电信科学技术研究院 一种下行控制信息dci传输方法及装置
US10447459B2 (en) * 2016-03-10 2019-10-15 Qualcomm Incorporated HD-FDD communication having improved peak data rates
EP3226456B1 (en) * 2016-04-01 2020-06-03 Panasonic Intellectual Property Corporation of America Asynchronous retransmission protocol
US10687319B2 (en) * 2016-08-08 2020-06-16 Comcast Cable Communications, Llc Group power control for a secondary cell
WO2018087734A1 (en) * 2016-11-14 2018-05-17 Telefonaktiebolaget L M Ericsson (Publ) Resource allocation for bandwidth limited operation

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013054696A1 (ja) * 2011-10-11 2013-04-18 株式会社エヌ・ティ・ティ・ドコモ 無線通信端末、基地局装置、無線通信システム及び無線通信方法
WO2014110907A1 (zh) * 2013-01-15 2014-07-24 中兴通讯股份有限公司 控制信道传输、传输处理方法及装置、网络侧设备、终端
JP2016507977A (ja) * 2013-01-15 2016-03-10 ゼットティーイー コーポレイション 制御チャネルの伝送、伝送処理方法及び装置
WO2015110317A1 (en) * 2014-01-21 2015-07-30 Panasonic Intellectual Property Corporation Of America Tdd uplink/downlink configuration enhancements
JP2017509212A (ja) * 2014-01-21 2017-03-30 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America Tddアップリンク/ダウンリンク構成の機能強化
WO2015112731A2 (en) * 2014-01-23 2015-07-30 Qualcomm Incorporated Coverage enhancements with carrier aggregation
JP2017511022A (ja) * 2014-01-23 2017-04-13 クゥアルコム・インコーポレイテッドQualcomm Incorporated キャリアアグリゲーションによるカバレージ拡張
WO2015136866A1 (en) * 2014-03-12 2015-09-17 Panasonic Intellectual Property Corporation Of America Power headroom reporting for mtc devices in enhanced coverage mode
JP2017507610A (ja) * 2014-03-12 2017-03-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America 拡張カバッレッジモードにおけるmtcデバイスのための電力ヘッドルーム報告

Also Published As

Publication number Publication date
GB2553007A (en) 2018-02-21
GB2553011A (en) 2018-02-21
US12015972B2 (en) 2024-06-18
EP4037217A3 (en) 2022-10-19
EP3497842B1 (en) 2022-03-02
US20220159435A1 (en) 2022-05-19
JP7006721B2 (ja) 2022-01-24
JP2020120412A (ja) 2020-08-06
JP6702503B2 (ja) 2020-06-03
US11284235B2 (en) 2022-03-22
CN109565366B (zh) 2022-03-11
EP3497842A1 (en) 2019-06-19
GB2552947A (en) 2018-02-21
JP2022043270A (ja) 2022-03-15
JP2023106535A (ja) 2023-08-01
EP4037217A2 (en) 2022-08-03
US20190174283A1 (en) 2019-06-06
CN114679709A (zh) 2022-06-28
CN109565366A (zh) 2019-04-02
GB201616492D0 (en) 2016-11-09
GB201701845D0 (en) 2017-03-22
WO2018030379A1 (en) 2018-02-15

Similar Documents

Publication Publication Date Title
JP6702503B2 (ja) 基地局、マシンタイプ通信デバイス及び方法
CN111727649B (zh) 用于无线通信系统中数据和控制信息的通信的方法和装置
KR102076896B1 (ko) 자립식 시간 분할 듀플렉스 (tdd) 서브프레임 구조
CN108029120B (zh) 用于为低复杂度窄带终端指示对随机接入过程中的harq消息分配的资源的方法
CN102355325B (zh) 一种pucch资源映射的方法及装置
EP3563620B1 (en) Methods, apparatus and systems for determining a size of a feedback signal in a wireless communication
TW202019201A (zh) 在非授權頻譜上處理通訊方法及相關通訊裝置
CN110771107B (zh) 用于交叉数字基本配置调度的方法和设备
JP7384227B2 (ja) ユーザ機器、基地局、及び方法
TW201803382A (zh) 傳輸數據的方法、終端設備和網絡設備
WO2014179958A1 (en) Method, apparatus and computer program for wireless communications
WO2018010103A1 (zh) 传输数据的方法和终端设备
US20230309109A1 (en) TIMING ENHANCEMENTS RELATED TO PUCCH REPETITION TOWARDS MULTIPLE TRPs
CN111757294A (zh) 一种重传资源的调度方法及设备
CN105991274A (zh) 数据传输的方法、反馈信息传输方法及相关设备
WO2009051403A2 (en) Method of allocating radio resource in broadband wireless access system
CN110730513B (zh) 一种通信方法及装置
KR20220137962A (ko) 채널 수신 시점 및 통신 장치 결정 방법
CN115707118A (zh) 一种资源共享方法及通信装置
WO2022079607A1 (en) Priority handling for aperiodic csi on pucch
EP4226553A1 (en) Systems and methods for timing determination for aperiodic csi on pucch
CN115379587A (zh) 用于处理下一代通信系统中的冲突的方法和设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190204

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190204

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191203

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20191129

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200121

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200325

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200420

R150 Certificate of patent or registration of utility model

Ref document number: 6702503

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150