JP6521271B2 - 通信システム - Google Patents

Description

本発明は、移動通信デバイス及び移動通信ネットワークに関し、限定はしないが、特に、第３世代パートナーシッププロジェクト（３ＧＰＰ）標準規格又はその均等物若しくは派生物に従って動作する移動通信デバイス及び移動通信ネットワークに関する。本発明は、限定はしないが、特に、ＬＴＥアドバンストを含む、ＵＴＲＡＮのロングタームエボリューション（ＬＴＥ）（発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と呼ばれる）に関連する。

移動（セルラー）通信ネットワークでは、（ユーザー）通信デバイス（ユーザー機器（ＵＥ）、例えば移動電話としても知られている）が、基地局を介してリモートサーバー又は他の通信デバイスと通信する。それらの互いの通信において、通信デバイス及び基地局は、通常は周波数帯域及び／又は時間ブロックに分割されている認可された無線周波数を用いる。

通信デバイスは、基地局を介して通信することができるようにするために、基地局によって動作される制御チャネルを監視する必要がある。これらの物理制御チャネルのうちの１つであるいわゆる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、ダウンリンクリソース及びアップリンクリソースを個々の通信デバイスにスケジューリングする制御情報を搬送する。物理ダウンリンク制御（ＰＤＣＣＨ）チャネルは、１つ又は幾つかの連続した制御チャネル要素（ＣＣＥ）のアグリゲーション上で送信される。スケジューリングは、サービング基地局が、現在のスケジューリングラウンドにおいてリソースをスケジューリングされている各通信デバイスにダウンリンク制御情報（ＤＣＩ）を、ＰＤＣＣＨを通じて送信することによって実現される。このようにスケジューリングされたダウンリンクデータは、ＤＣＩによって割り当てられたリソースを用いて、いわゆる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を通じて送信される。ＰＤＣＣＨ制御情報（ＤＣＩ）に関連付けられたＰＤＳＣＨリソースは、一般に、異なる周波数を用いるが同じサブフレーム内で提供される。

いわゆる物理アップリンク制御チャネル（ＰＵＣＣＨ）は、通信デバイスからサービング基地局へのアップリンクにおいて、アップリンク制御情報（ＵＣＩ）と呼ばれる情報を搬送する。ＵＣＩは、とりわけ、いわゆるハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを含む。このＨＡＲＱフィードバックは、ＤＣＩによって指定されたリソースを通じて受信されたダウンリンクデータ送信に応答して、通信デバイスによって生成され、サービング基地局に送信される。ＵＣＩは、チャネル品質指標（ＣＱＩ）も含むことができるが、これはオプションである。一般に、ＰＵＣＣＨリソースは、各通信デバイスが適切な（ＨＡＲＱ）Ａｃｋ／Ｎａｃｋを送信する前に、受信されたダウンリンクデータを処理する時間を有するように各通信デバイスに割り当てられる。通常、受信データの処理及びＡｃｋ／Ｎａｃｋの生成のための合計３つのサブフレームを残して、ＰＵＣＣＨリソースは、ＰＤＳＣＨを通じた対応するダウンリンクデータの送信に続く第４のサブフレームにおいて割り当てられる。

より多くの通信デバイスがセルに存在し、より多くのデータがこれらの通信デバイスについて通信されるほど、より多くの制御シグナリング及びＨＡＲＱフィードバックを送信する必要がある。したがって、ＰＵＣＣＨ用に割り当てられるリソースの量は、基地局によってサービングされる通信デバイスの数に応じて変化し得る。

ＬＴＥ標準規格のＲｅｌ−１３バージョンでは、ＰＵＣＣＨは、現在の（Ｒｅｌ−８に基づく）設計に従って提供されることが想定されている。特に、現在のＰＵＣＣＨ設計は、とりわけ、以下のことを指定している。
−ＰＵＣＣＨは、利用可能な全セル帯域幅のエッジに配置され、ＰＵＣＣＨスロットホッピングも適用することができること（スロットホッピングとは、ＰＵＣＣＨ物理リソースのロケーションをセル帯域幅の対向エッジ間で頻繁に交番させることによって周波数ダイバーシティを改善する技法である）；及び、
−潜在的なＰＵＣＣＨ送信に利用可能なスロット内の物理リソースブロック（ＰＲＢ）の数は、「push-HoppingOffset（プッシュ−ホッピングオフセット）」パラメーターを用いて上位レイヤシグナリングによって構成されていること。

しかしながら、電気通信における近年の開発では、人間の援助なしで通信し動作を行うように構成されたネットワーク接続デバイスであるマシンタイプ通信（ＭＴＣ）ＵＥの使用の大幅な増加が見られている。そのようなデバイスの例には、スマートメーターが含まれる。このスマートメーターは、測定を行い、これらの測定を、電気通信ネットワークを介して他のデバイスに中継するように構成することができる。マシンタイプ通信デバイスは、マシンツーマシン（Ｍ２Ｍ）通信デバイスとしても知られている。

ＭＴＣデバイスは、リモート「マシン」（例えば、サーバー）若しくはユーザーに送信するデータ又はそれらから受信するデータを有するときは常にネットワークに接続する。ＭＴＣデバイスは、移動電話又は類似のユーザー機器用に最適化された通信プロトコル及び標準規格を用いる。一方、ＭＴＣデバイスは、一旦展開されると、通常、人間の管理もインタラクションも必要とすることなく動作し、内部メモリに記憶されたソフトウェア命令に従う。ＭＴＣデバイスは、長期間静止した状態及び／又は非アクティブな状態に留まる場合もある。ＭＴＣデバイスをサポートする特定のネットワーク要件は、３ＧＰＰ ＴＳ２２．３６８標準規格において取り扱われている。この内容は、引用することによって本明細書の一部をなす。

ＭＴＣデバイスに関する標準規格のリリース１３（Ｒｅｌ−１３）バージョンについては、ダウンリンク及びアップリンクにおける１．４ＭＨｚの削減帯域幅のサポートが想定されている。このため、幾つかのＭＴＣデバイス（「削減帯域幅ＭＴＣデバイス」とも呼ばれる）は、全ＬＴＥ帯域幅と比較して制限された帯域幅（通常、１．４ＭＨｚ）しかサポートせず、及び／又はより少ない／単純化された構成要素を有する場合がある。これによって、そのような「削減帯域幅」ＭＴＣデバイスを、より大きな帯域幅をサポートし及び／又はより複雑な構成要素を有するＭＴＣデバイスと比較してより経済的に作製することが可能になる。

しかしながら、本発明者らは、削減帯域幅ＭＴＣデバイスが全セル帯域幅にわたって通信することができないことから、特に、ＰＵＣＣＨスロットホッピングもセルにおいて用いられているときに、Ｒｅｌ−１３において現在の（Ｒｅｌ−８に基づく）ＰＤＣＣＨ／ＰＵＣＣＨチャネル設計を用いてそのような削減帯域幅ＭＴＣデバイスをスケジューリングすることが常に可能であるとは限らないことを認識している。

さらに、ネットワークカバレッジの欠如（例えば、屋内に展開されるとき）は、ＭＴＣデバイスの多くの場合に制限された機能と組み合わさって、そのようなＭＴＣデバイスが有するデータレートの低下をもたらす可能性があり、したがって、幾つかのメッセージ又はチャネルがＭＴＣデバイスによって受信されないリスクが存在する。このリスクを緩和するために、ＰＤＣＣＨ（又はＲｅｌ−１３における拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ））のカバレッジを増加させて（例えば、周波数分割複信（ＦＤＤ）送信の場合には２０ｄＢに対応する）、そのようなＭＴＣデバイスをサポートすることが提案されている。そのようなカバレッジの拡張を容易にするために、各ＭＴＣデバイスは、自身のサービング基地局がその制御シグナリングを適切に調整することを可能にするのに必要とされるカバレッジの量（例えば、５ｄＢ／１０ｄＢ／１５ｄＢ／２０ｄＢのカバレッジ拡張）をこの基地局に知らせる必要がある。

一方、理想的には、物理レイヤ制御シグナリング（（Ｅ）ＰＤＣＣＨ、ＰＵＣＣＨ等）及び上位レイヤ共通制御情報（例えば、ＳＩＢ、ランダムアクセス応答（ＲＡＲ）、ページングメッセージ等）は、削減帯域幅通信デバイスのソリューションとカバレッジ拡張通信デバイスのソリューションとの間に高レベルの共通性を示す。

しかしながら、カバレッジ拡張ＭＴＣデバイスをスケジューリングするときに適切なカバレッジ拡張を提供することができることも確保するとともに、削減帯域幅ＭＴＣデバイスをどのようにサポートするのかは現在のところ知られていない。

本発明は、上記課題に少なくとも部分的に対処するシステム、デバイス及び方法を提供しようとするものである。

本発明の典型的な一態様として、帯域が制限された第１のタイプのユーザ装置(user equipment, UE)、及び、第２のタイプのUEの少なくとも一方と通信するように動作可能な通信装置であって、第１の周波数リソースを、前記第１のタイプのUEのための第１の物理アップリンク制御チャネル(PUCCH)に対し、スロット毎に割り当てる手段であって、初めに、前記第１のPUCCHが第１のバンドによって搬送され、続いて、前記第１のタイプのUEによる再チューニングの後、前記第１のPUCCHが第２のバンドによって搬送される、前記第１のPUCCHに割り当てる手段と、第２の周波数リソースを、前記第２のタイプのUEのための第２のPUCCHに対し、サブフレームのセット毎に割り当てる手段とを備える、通信装置が提供される。

本発明の他の典型的な一態様として、通信装置と通信するように動作可能なユーザ装置(User Equipment, UE)であって、帯域幅を制限されたタイプのUEのための第１の物理アップリンク制御チャネル（PUCCH）に対し、スロット毎に割り当てられる、第１の周波数リソースを決定する手段、前記第１の周波数リソースに基づく前記第１のPUCCHを介して転送する手段、及び、第１及び第２のバンドの間で再チューニングする手段を備え、初めに、前記第１のPUCCHは前記第１のバンドによって搬送され、続いて、前記第１のPUCCHは、再調整の後、前記第２のバンドによって搬送される、ユーザ装置が提供される。

本発明の他の典型的な一態様として、帯域が制限された第１のタイプのユーザ装置(user equipment, UE)、及び、第２のタイプのUEの少なくとも一方と通信するように動作可能な通信装置によって実行される方法であって、第１の周波数リソースを、前記第１のタイプのUEのための第１の物理アップリンク制御チャネル(PUCCH)に対し、スロット毎に割り当てる段階であって、初めに、前記第１のPUCCHが第１のバンドによって搬送され、続いて、前記第１のタイプのUEによる再チューニングの後、前記第１のPUCCHが第２のバンドによって搬送される、前記第１のPUCCHに割り当てる段階と、第２の周波数リソースを、前記第２のタイプのUEのための第２のPUCCHに対し、サブフレームのセット毎に割り当てる段階とを含む方法が提供される。

本発明の態様は、対応するシステム、方法、並びに上記で示した又は特許請求の範囲において記載される態様及び可能な形態において記載されるような方法を実行するようにプログラマブルプロセッサをプログラムするように、及び／又は特許請求の範囲のいずれかの請求項において記載される装置を提供するように適切に構成されたコンピューターをプログラムするように動作可能である命令が記憶されたコンピューター可読記憶媒体のようなコンピュータープログラム製品にまで及ぶ。

本明細書（特許請求の範囲を含む）において開示され、及び／又は図面において示される各特徴は、開示され、及び／又は図示される任意の他の特徴から独立して（又はそれらと組み合わせて）本発明に組み込まれる場合がある。詳細には、限定はしないが、特定の独立請求項に従属する請求項のうちのいずれかの特徴は、任意の組み合わせにおいて又は個々に、その独立請求項に取り込まれる場合がある。

次に、本発明の実施形態を、単に例として、添付の図面を参照しながら説明する。

本発明の実施形態を適用することができる電気通信システムを概略的に示す図である。 図１に示す通信デバイスの主な構成要素を示すブロック図である。 図１に示す基地局の主な構成要素を示すブロック図である。 ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる一例示的な方法を示す図である。 ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる一例示的な方法を示す図である。 ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる一例示的な方法を示す図である。 ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる一例示的な方法を示す図である。 ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる一例示的な方法を示す図である。 ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる一例示的な方法を示す図である。 ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる一例示的な方法を示す図である。 ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる一例示的な方法を示す図である。

＜概略＞
図１は、通信デバイス３（移動電話３−１及びＭＴＣデバイス３−２等）がＥ−ＵＴＲＡＮ基地局５（「ｅＮＢ」と表記する）及びコアネットワーク７を介して互いに及び／又は他の通信ノードと通信することができる移動（セルラー）電気通信システム１を概略的に示している。当業者であれば理解するように、図１には、例示の目的で、１つの移動電話３−１、１つのＭＴＣデバイス３−２、及び１つの基地局５が示されているが、このシステムは、実施されるとき、通常、他の基地局及び通信デバイスを含む。

基地局５は、Ｓ１インターフェースを介してコアネットワーク７に接続されている。コアネットワーク７は、とりわけ、インターネット等の他のネットワーク及び／又はコアネットワーク７の外部でホストされるサーバーに接続するためのゲートウェイと、通信ネットワーク１内における通信デバイス３（例えば、移動電話及びＭＴＣデバイス）のロケーションの経過を追跡する移動管理エンティティ（ＭＭＥ）と、加入関連情報（例えば、どの通信デバイス３がマシンタイプ通信デバイスとして構成されているのかを識別する情報）を記憶するとともに、各通信デバイス３に固有の制御パラメーターを記憶するホーム加入者サーバー（ＨＳＳ）とを備える。

基地局５は、例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）及び物理アップリンク制御チャネル（ＰＵＣＣＨ）を含む複数の制御チャネルを提供するように構成されている。ＰＤＣＣＨは、（通常、現在のスケジューリングラウンドにおいてスケジューリングされている各通信デバイスに、ＵＥ固有のＤＣＩを送信することによって）リソースを通信デバイス３に割り当てるために基地局５によって用いられる。ＰＵＣＣＨは、ＵＥ固有のＵＣＩ（例えば、ＤＣＩによって割り当てられたリソースを用いて受信されたダウンリンクデータに対応する適切なＨＡＲＱのＡｃｋ／Ｎａｃｋ）を基地局に送信するために通信デバイス３によって用いられる。

各通信デバイス３は、ＵＥのカテゴリーのうちの１つ又は複数に分類することができる。ＵＥの第１のカテゴリーは、ＬＴＥ標準規格の以前のリリース（例えば、Ｒｅｌ−８、Ｒｅｌ−９、Ｒｅｌ−１０、Ｒｅｌ−１１、及び／又はＲｅｌ−１２）のみをサポートする通信デバイスを含む。そのようなグループの通信デバイスは、一般にレガシーＵＥと呼ばれる（基地局５はＬＴＥ標準規格のＲｅｌ−１３に従って動作していると仮定している）。ＵＥの第２のカテゴリーは、削減帯域幅ＵＥ（例えば、１．４Ｍｈｚ帯域幅のみを用いることが可能なＲｅｌ−１３のＭＴＣデバイス）を含む。これらのＵＥは、基地局５のセルにおいて利用可能な帯域幅全体にわたって通信することができない。ＵＥの第３のカテゴリーは、カバレッジ拡張ＵＥ（例えば、幾つかのＭＴＣデバイス）を含む。これらのＵＥは、幾つかの特定の基地局機能が単純化及び／又は緩和されることを要する（ただし、そのようなカバレッジ拡張ＵＥは、他の機能を通常どおりサポートすることができる）。

有利には、削減帯域幅ＭＴＣデバイスをサポートするために、スロットツースロット（slot-to-slot）ホッピングが用いられる場合であっても、それぞれの削減帯域幅ＭＴＣ固有のＰＵＣＣＨリソースは、ＭＴＣデバイスごとに、時間領域における第１のスロット（例えば、或るサブフレームの第１のスロット）において用いられるＰＵＣＣＨリソースと、時間領域における第２のスロット（例えば、上記サブフレームの第２のスロット）において用いられるＰＵＣＣＨリソースとが、当該削減帯域幅ＭＴＣデバイスによってサポートされる削減帯域幅（通常は１．４ＭＨｚ）内で送信されるように制限されるよう構成されている。スロットツースロットホッピングでは、第２のスロットにおけるＰＵＣＣＨリソースの周波数位置は、第１のスロットにおけるＰＵＣＣＨリソースの周波数位置をセル帯域幅の中心に対して実質上ミラーリングしている。

これが達成される複数の特定の実施形態が説明される。１つの実施形態では、例えば、これは、ＭＴＣデバイスへのスケジューリングに利用可能なＰＵＣＣＨリソースが、セル帯域幅の上側周波数及び下側周波数から、削減帯域幅ＭＴＣデバイスの帯域幅よりも小さなセル帯域幅の中央部分に延びるリソースを含むように、ＰＵＣＣＨを「オーバープロビジョニング」することによって達成される。例えば、この中央部分は、削減帯域幅ＭＴＣデバイスの通常の１．４ＭＨｚ帯域幅よりも小さな６つの隣接するリソースブロック以下の帯域幅（〜１．０８ＭＨｚ）を有することができる。有利には、この実施形態では、通信デバイスの各カテゴリーには、同じＰＵＣＣＨ内において同じ方法で（すなわち、適切なスロットホッピングを用いて）ＰＵＣＣＨリソースを割り当てることができる。

別の実施形態では、例えば、これは、ＭＴＣデバイスがＰＵＣＣＨ制御情報を送信するためのリソース（最大６つの隣接するリソースブロック）を、スロットホッピングを用いない共有チャネルにおいて割り当てることによって達成される。例えば、「ＰＵＣＣＨ」制御情報は、物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソースを用いて送信することができる。したがって、実質上、ＭＴＣデバイスは、専用リソース（例えば、従来のＰＵＣＣＨ、すなわちレガシーＰＵＣＣＨ）ではなく共有リソース（例えば、ＰＵＳＣＨ）を用いて、自身のＰＵＣＣＨシグナリングを送信するように構成することができる。有利には、この実施形態では、ＭＴＣデバイスを考慮するために従来のＰＵＣＣＨを「オーバープロビジョニング」する必要はない（通常、これらのＭＴＣデバイスは、他のタイプの通信デバイスよりも通信する頻度は少なく、したがって、送信する必要があるＰＵＣＣＨシグナリングは他のタイプの通信デバイスよりも少ない）。

更に別の実施形態では、例えば、これは、分離したＭＴＣ固有のＰＵＣＣＨチャネルを、削減帯域幅ＭＴＣデバイスの帯域幅よりも小さな（及びセル帯域幅のエッジから延びるレガシーＰＵＣＣＨから分離された）セル帯域幅の中央部分の近くに提供することによって達成される。例えば、そのような分離したＭＴＣ固有のＰＵＣＣＨチャネルは、６つの隣接するリソースブロック以下の帯域幅（〜１．０８ＭＨｚ）を有する中央部分にわたって提供することができる。この実施形態の１つの利点は、ＭＴＣのＰＵＣＣＨリソースを、アップリンク共有チャネル通信に一般に用いられるリソースと共有する必要がないということである。

更に別の実施形態では、例えば、これは、従来の（レガシー）ＰＵＣＣＨ領域の一部を形成するリソースのセットをＭＴＣデバイスに割り当てて、そのリソースのセットにおいてスロットホッピングを使用不能にすることによって達成される。この実施形態の１つの利点は、通信デバイスの各カテゴリーのセル帯域幅のエッジの近くにＰＵＣＣＨリソースを提供することができるということである。

更に別の実施形態では、例えば、これは、削減帯域幅ＭＴＣデバイスの帯域幅よりも小さな、セル帯域幅の上側エッジ又は下側エッジにおけるレガシーＰＵＣＣＨリソースの部分を用いて、ＭＴＣデバイスのＰＵＣＣＨシグナリングを第１のスロットにおいて送信するようにＭＴＣデバイスを構成することによって達成される。この場合、第２のスロットにおいて用いられるＰＵＣＣＨリソースが、第１のスロットにおけるＰＵＣＣＨリソースの周波数位置をミラーリングした周波数位置にある従来のスロットホッピングを実行するのではなく、ＭＴＣデバイスは、通常ならばスロットホッピングによって提供される周波数ダイバーシティの利点を維持するために時分割多重化技法を適用するように構成されている。具体的に言えば、ＭＴＣデバイスは、自身のＰＵＣＣＨ送信を第１のスロットにおいて完了した後、第２のスロットにおいて送信する前に、自身の（削減帯域幅）送受信機を切り替え／再チューニングして、第１のスロットにおいて用いられた動作周波数帯域の位置をセル帯域幅の中心に対してミラーリングした位置に自身の動作周波数帯域を移動させるように構成されている。ＭＴＣデバイスは、自身の送受信機の切り替え／再チューニングを完了すると、第２のスロットにおいて、第１のスロットにおいて用いられた（全セル帯域幅内における）周波数位置をセル帯域幅の中心に対してミラーリングすることができる（ただし、ミラーリングしなくてもよい）（全セル帯域幅内における）周波数位置で自身のＰＵＣＣＨ送信を継続する。

有利には、上記実施形態の任意のものに従ってそのようなＭＴＣ固有のＰＵＣＣＨリソースを提供することは、レガシー通信デバイス用のＰＵＣＣＨリソースを提供することに影響を与えない。なぜならば、基地局は、自身のレガシーＰＵＣＣＨが提供される方法を変更する必要がないからである。

要約すれば、ＰＵＣＣＨは、有利には、基地局５のセルにおいて、通信デバイスの異なるカテゴリーに異なるタイプのＰＵＣＣＨリソースが割り当てられるように構成される。したがって、レガシー通信デバイスには、従来の（Ｒｅｌ−８に基づく）ＰＵＣＣＨにおいてリソースを割り当てることができる一方、ＭＴＣデバイスには、ＭＴＣ固有のＰＵＣＣＨ（削減帯域幅ＭＴＣデバイスの帯域幅よりも小さな、セル帯域幅の部分）においてリソースを割り当てることができる。

したがって、後方互換性を犠牲にすることなく及び／又はＰＵＣＣＨ帯域幅を１．４ＭＨｚに制限する必要なくＭＴＣデバイス（特に、削減帯域幅ＭＴＣデバイス）をサポートすることが可能である。さらに、互換性のある通信デバイスのＰＵＣＣＨスロットホッピングをサポートし、それによって、周波数ダイバーシティからの利益を得ることも可能である。

有利には、削減帯域幅ＭＴＣデバイスのソリューションとカバレッジ拡張ＭＴＣデバイスのソリューションとの間の必要とされる共通性を提供するために、上記で要約された実施形態のそれぞれにおいて、削減帯域幅ＭＴＣのＰＵＣＣＨ技法は、カバレッジ拡張ＭＴＣデバイスについても適用することができる。一方、削減帯域幅ＭＴＣデバイスと異なり、カバレッジ拡張ＭＴＣデバイスの場合には、あらゆる関連のあるチャネル（例えば、ＰＤＳＣＨ、ＰＵＣＣＨ及びＰＲＡＣＨ並びにＥＰＤＣＣＨを含む）は、複数のサブフレームにおいて繰り返される。ここで、繰り返しの数は、カバレッジ拡張のレベルに依存する。

＜通信デバイス＞
図２は、図１に示す通信デバイス３の主な構成要素を示すブロック図である。通信デバイス３は、マシンタイプ通信デバイスとして構成されたＭＴＣデバイス又は移動（又は「セルラー」）電話とすることができる。通信デバイス３は、少なくとも１つのアンテナ３３を介して基地局５に対して信号を送受信するように動作可能な送受信機回路３１を備える。通常、通信デバイス３は、ユーザーが通信デバイス３とインタラクトすることを可能にするユーザーインターフェース３５も備えるが、このユーザーインターフェース３５は、幾つかのＭＴＣデバイスについては省略することができる。

送受信機回路３１の動作は、メモリ３９に記憶されたソフトウェアに従ってコントローラー３７によって制御される。このソフトウェアは、とりわけ、オペレーティングシステム４１、通信制御モジュール４３、及びＭＴＣモジュール４５を含む。

通信制御モジュール４３は、（基地局５を介した）通信デバイス３と基地局５及び／又は他の通信ノードとの間の通信を制御する。図２に示すように、通信制御モジュール４３は、とりわけ、ＥＰＤＣＣＨモジュール部（拡張物理ダウンリンク制御チャネルを通じた通信を管理するためのもの）と、ＰＤＳＣＨモジュール部（物理ダウンリンク共有チャネルを通じた通信を管理するためのもの）と、ＰＵＣＣＨモジュール部（物理アップリンク制御チャネルを通じた通信を管理するためのもの）とを含む。

ＭＴＣモジュール４５は、マシンタイプ通信タスクを実行するように動作可能である。例えば、ＭＴＣモジュール４５は、基地局５によってＭＴＣデバイス３に割り当てられたリソースを通じてリモートサーバーから（送受信機回路３１を介して）データを（例えば、周期的に）受信することができる。ＭＴＣモジュール４５は、（送受信機回路３１を介して）リモートサーバーに（例えば、周期的に及び／又はトリガーの検出時に）送信するデータを収集することもできる。

＜基地局＞
図３は、図１に示す基地局５の主な構成要素を示すブロック図である。基地局５は、１つ又は複数のアンテナ５３を介して通信デバイス３に対して信号を送受信するように動作可能な送受信機回路５１を備えるＥ−ＵＴＲＡＮ基地局（ｅＮＢ）を含む。基地局５は、適切なコアネットワークインターフェース５５（Ｓ１インターフェース等）を介してコアネットワーク７に対して信号を送受信するようにも動作可能である。送受信機回路５１の動作は、メモリ５９に記憶されたソフトウェアに従ってコントローラー５７によって制御される。

このソフトウェアは、とりわけ、オペレーティングシステム６１、通信制御モジュール６３、及びＵＥカテゴリー確定モジュール６５を含む。

通信制御モジュール６３は、通信デバイス３との通信を制御する。通信制御モジュール６３は、この基地局５によってサービングされる通信デバイス３によって用いられるリソースをスケジューリングすることも担当する。図３に示すように、通信制御モジュール６３は、とりわけ、ＥＰＤＣＣＨモジュール部（拡張物理ダウンリンク制御チャネルを通じた通信を管理するためのもの）と、ＰＤＳＣＨモジュール部（物理ダウンリンク共有チャネルを通じた通信を管理するためのもの）と、ＰＵＣＣＨモジュール部（物理アップリンク制御チャネルを通じた通信を管理するためのもの）とを含む。

ＵＥカテゴリー確定モジュール６５は、例えば、通信デバイス３及び／又は別のネットワークノード（例えば、ＨＳＳ）から取得された情報に基づいて、基地局５によってサービングされた通信デバイス３のカテゴリーを確定する。適切な場合には、ＵＥカテゴリー確定モジュール６５は、各サービングされた通信デバイスのカテゴリーを識別する情報を他のモジュール、例えば、通信制御モジュール６３に提供し、それによって、これらの他のモジュールが自身の動作をそれに応じて調整することができるようにする。

上記説明では、通信デバイス３及び基地局５は、理解を容易にするために複数の別々のモジュールを有するものとして説明されている。これらのモジュールは、例えば、既存のシステムが本発明を実施するように変更された幾つかの特定の用途についてはこのように提供することができるが、他の用途、例えば、本発明の特徴を最初から考慮して設計されたシステムでは、これらのモジュールは、全体のオペレーティングシステム又はコードに組み込むことができ、そのため、これらのモジュールは、別々のエンティティとして区別することができない場合がある。

以下は、物理アップリンク制御チャネルをＬＴＥシステムにおいて提供することができる様々な方法の説明である。

＜Ｒｅｌ−８におけるＰＵＣＣＨ設計＞
図４は、ＰＲＢへのＰＵＣＣＨマッピング及びＰＵＣＣＨスロットホッピングをＬＴＥのＲｅｌ−８のＰＵＣＣＨ設計に従って実行することができる一例示的な方法を示している。このＰＵＣＣＨ設計（「レガシーＰＵＣＣＨ」とも呼ばれる）は、Ｒｅｌ−８のＬＴＥシステムに限定されるものではなく、ＬＴＥのＲｅｌ−８バージョンのみをサポートするユーザー機器との後方互換性を得るためにＬＴＥ標準規格のその後のバージョン（例えば、Ｒｅｌ−９〜Ｒｅｌ−１２）においても用いられることが理解されるであろう。

セルの帯域幅は、複数（「Ｎ＿ＲＢ」個）の物理リソースブロック（すなわち、図４に示すセルリソースブロック＃０〜＃Ｎ＿ＲＢ−１。ここで、「Ｎ＿ＲＢ」は、スロット当たりの物理リソースブロックの総数を示す）を含む。上記で説明したように、ＰＵＣＣＨは、通常、利用可能なセル帯域幅のエッジに（又はエッジの近くに）配置される。潜在的なＰＵＣＣＨ送信用のスロット内の物理リソースブロックの数は、上位レイヤシグナリングによって「push-HoppingOffset」パラメーター（図４に「Ｎ＿ＨＯ＿ＲＢ」で示す）を用いて構成されている。「push-HoppingOffset」パラメーターの値は、基地局のセルにおいて当該基地局によってサービングされる通信デバイスの数に依存することが理解されるであろう。図４に示す例では、Ｎ＿ＨＯ＿ＲＢ＝１２である。すなわち、この例におけるＰＵＣＣＨは、合計１２個（各スロットの各エッジに６つ）のリソースブロックを含む。したがって、合計１２個のリソースブロックが、ＰＵＣＣＨ用に割り当てられる（ただし、各サブフレームでは、用いられるリソースブロックの実際の数は、その特定のサブフレームにおいてスケジューリングされた通信デバイスの数に依存するので、これらのリソースブロックの全てがあらゆるスロットにおいて必ずしも用いられるとは限らない）。「push-HoppingOffset」パラメーターは、ＲＲＣ構成シグナリングを用いてＵＥにシグナリングすることができる。

そのようなレガシーＰＵＣＣＨエリアは、ＭＴＣデバイスのうちの幾つかによってサポートされる１．４ＭＨｚ帯域幅制限を越えないように、スロットのエッジの近くに提供することができることが理解されるであろう。例えば、図４に示すシナリオでは、セル帯域幅のいずれかのエッジの近くの６つの近接したリソースブロックが、そのような１．４ＭＨｚ帯域幅（又はそれ未満）に対応する。したがって、制限帯域幅ＭＴＣデバイスは、上部の「レガシーＰＵＣＣＨ」エリア又は下部の「レガシーＰＵＣＣＨ」エリアのいずれか（ただし、双方のエリアではない）を通じて信号を送信することができ、Ｎ＿ＨＯ＿ＲＢの値が「６」を越える場合であっても、ＭＴＣデバイスは、そのＰＵＣＣＨ部分を収容する最大６つのＲＢしか任意の所与のサブフレームにおいて送信しない。

一方、Ｒｅｌ−８のＰＵＣＣＨ設計によれば、セル内の周波数ダイバーシティを改善するために、ＰＵＣＣＨスロットホッピングも適用される。したがって、図４においてＰＵＣＣＨリソースブロック＃１の斜めの矢印によって示すように、各ＰＵＣＣＨリソースブロックのロケーションは、２つのスロット間においてセル帯域幅の２つの対向エッジ間で交番している（すなわち、ＰＵＣＣＨリソースブロック＃１は、スロット１におけるセルリソースブロック＃Ｎ＿ＲＢと、スロット２におけるセルリソースブロック＃０とを介して提供される）。

その結果、通常の１．４ＭＨｚの帯域幅を有する削減帯域幅ＭＴＣデバイス（図１のＭＴＣデバイス３−２等）は、特定のサブフレームにおけるセル帯域幅の両端において通信する（例えば、信号を送信する）ことができない場合がある。したがって、図４に示すシナリオの場合、そのようなＭＴＣデバイスは、自身のスケジューリングされたＰＵＣＣＨ制御情報をリソースブロック＃０（スロット１内）及び＃Ｎ＿ＲＢ（スロット２内）の双方において送信する。ただし、ＭＴＣデバイスは、サブフレームごとにセル帯域幅の或る１．４ＭＨｚ部分から異なる１．４ＭＨｚ部分に切り替わることができる場合がある。

この問題は、以下のＰＵＣＣＨ設計オプションＡ〜Ｇ（以下の図５〜図１０を参照して説明される）のうちの１つ又は複数を用いることによって克服することができるとともに、レガシー（Ｒｅｌ−８に基づく）ＰＵＣＣＨをサポートする通信デバイスとの後方互換性も維持される。

これらのオプションは、互いに相容れないものではなく、オプションＡ〜Ｇのうちの任意のものを、単一のセル内及び／又は近傍セルにおいて同じシステム内で組み合わせることができることが理解されるであろう。例えば、基地局５は、或るＰＵＣＣＨ構成から別のＰＵＣＣＨ構成に、例えば、周期的に、自身のセル内のＭＴＣデバイス２の数に応じて、セル内の全体の負荷に応じて等、変化するように構成することができる。

＜動作−オプションＡ＞
図５は、ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる一例示的な方法を示している。

この実施形態は、ＰＵＣＣＨをオーバープロビジョニングするという概念に基づいている。そのようなオーバープロビジョニングは、「push-HoppingOffset」パラメーター（図５に「Ｎ＿ＨＯ＿ＲＢ」で示す）の値が、中央の６つのセルリソースブロックの近くに配置された物理リソースブロック（のうちの少なくとも幾つか）を含むほど十分大きなものとなるように、基地局５がこの値を（自身のＰＵＣＣＨモジュール部を用いて）選択することによって実現することができる。有利には、この場合、ＭＴＣ固有のＰＵＣＣＨエリアは、セルリソースブロック＃０〜＃Ｎ＿ＲＢの中からの中央の６つの物理リソースブロック（のうちの幾つか）にわたって（すなわち、１．４ＭＨｚを越えない帯域幅にわたって）提供することができる。したがって、ＰＵＣＣＨスロットホッピングが、セルにおいて使用可能である場合であっても、ＭＴＣデバイスに割り当てられたＰＵＣＣＨリソースは、１．４ＭＨｚ帯域幅内に配置された物理リソースブロック間で交番する。

有利には、ＭＴＣ固有のＰＵＣＣＨエリアをこのように提供することは、レガシー（Ｒｅｌ−８に基づく）ＰＵＣＣＨを提供することに影響を与えない。なぜならば、ＰＵＣＣＨに用いられる物理リソースブロックの範囲は、「Ｎ＿ＨＯ＿ＲＢ」パラメーターによって各スロットのエッジから開始して画定されるからである。したがって、そのようなオーバープロビジョニングされたＰＵＣＣＨエリア内からのリソースブロックであるが、スロットのエッジにより接近した（例えば、中央の６つの物理リソースブロックの外側の）リソースブロックを割り当てることによって、互換性のある通信デバイスについて十分なレベルの周波数ダイバーシティを維持することができる。

基地局５は、特定の通信デバイス（例えば、ＭＴＣデバイス３−２）がマシンタイプ通信デバイス及び／又は機能を含むか否かを識別する情報を（自身のＵＥカテゴリー確定モジュール６５を用いて）取得するように構成することができることが理解されるであろう。基地局５は、例えば、ＨＳＳ及び／又は当該通信デバイス自体からそのような情報を取得することができる。基地局５は、特定のＭＴＣデバイスが削減帯域幅ＭＴＣデバイスを含むのか又はカバレッジ拡張ＭＴＣデバイスを含むのかを識別する情報も取得するように構成することができる。したがって、この取得された情報に基づいて、基地局５は、ｉ）ＭＴＣデバイス（少なくとも削減帯域幅ＭＴＣデバイス、又はオプションとして全てのＭＴＣデバイス）には、中央の６つの物理リソースブロックを含むＭＴＣ固有のＰＵＣＣＨエリアにおいて、及び他の通信デバイス（例えば、通常の移動電話及び／又はカバレッジ拡張ＭＴＣデバイス）には、中央の６つの物理リソースブロックの外側（周波数ダイバーシティが必要とされる場合、好ましくはスロットのエッジの近く）において、適切なＰＵＣＣＨリソースを（自身のＰＵＣＣＨモジュール部を用いて）割り当てることができる。

Ｒｅｌ−１３のＭＴＣデバイスは、非常に小さなデータレート（すなわち、小さなペイロード）を有する用途をサポートすることが予想されるので、そのようなＭＴＣデバイスは、いわゆる多入力多出力（ＭＩＭＯ）技法をサポートする（及び／又は複数のアンテナを有する）必要はないことが理解されるであろう。これは、ひいては、そのようなＭＴＣデバイスの処理の複雑度及び電力消費を削減することができる。さらに、Ｒｅｌ−１３のＭＴＣデバイスの場合、基地局５は、（単一のＵＣＩにおける）単一のＡｃｋ／ＮａｃｋしかアップリンクＰＵＣＣＨチャネルにおいて伝達する必要がない単一のトランスポートブロックをダウンリンクにおいて送信することで十分であり、必要とされるＭＴＣ固有のＰＵＣＣＨの複雑度が更に削減される。

加えて、ＭＴＣデバイスのサポートされた帯域幅が狭い（１．４ＭＨｚ）ために、ＭＴＣデバイスからＣＱＩフィードバックを取得する必要もない。したがって、Ｒｅｌ−１３では、ＰＵＣＣＨフォーマット１及び１ａしかＭＴＣデバイスに必要でないことが理解されるであろう（すなわち、ＰＵＣＣＨフォーマット１ｂ／２／２ａ／２ｂ／３は必要でない場合がある）。

＜動作−オプションＢ＞
図６は、ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる別の例示的な方法を示している。

この実施形態は、（ＭＴＣデバイスの）ＰＵＣＣＨ制御シグナリングを、ＰＵＳＣＨチャネルを通じて搬送するという概念に基づいている。具体的に言えば、この例におけるＰＵＳＣＨは、基地局５のセルにおいて用いられる物理リソースブロックの中央部分の近くに（例えば、中央の６つの（又はそれよりも少ない）セルリソースブロックの近くに）提供される。しかしながら、この実施形態におけるＰＵＳＣＨは、共有アップリンクシグナリングのみを搬送するのではなく、ＭＴＣデバイスのＰＵＣＣＨ制御シグナリングを搬送するように適合されている。したがって、この例では、ＰＵＣＣＨをオーバープロビジョニングする必要はない（すなわち、レガシーＰＵＣＣＨは、好ましくはスロットホッピングが使用可能である状況において、基地局５が大きな「Ｎ＿ＨＯ＿ＲＢ」値を選択する必要なく非ＭＴＣ通信デバイス用に提供することができる）。

有利には、ＰＵＣＣＨスロットホッピングがセルにおいてレガシー（非ＭＴＣ）通信デバイスに使用可能である場合であっても、ＭＴＣデバイスに割り当てられるＰＵＣＣＨリソースは、依然として影響を受けず、及び／又は１．４ＭＨｚ帯域幅内に（セル帯域幅の中心付近に）配置されたＰＵＳＣＨの物理リソースブロック間で交番することができる。

実際には、このオプションは、ＭＴＣデバイスによって送信される制御情報（例えば、ＵＣＩ）を、通常はＰＵＳＣＨを通じて送信されるデータと多重化する必要があること、又はＭＴＣデバイスに割り当てられたＰＵＳＣＨリソースブロックが制御情報（ＵＣＩ）のみを搬送することのいずれかを意味する。例えば、３ＧＰＰ ＴＳ３６．２１２のセクション５．２．４並びにＴＳ３６．２１３のセクション８．６．１及び８．６．２において指定されているように、スケジューリングされたアップリンクデータ（ＵＬ−ＳＣＨ）なしでＰＵＳＣＨ上で情報を送信することが可能であることが理解されるであろう。これらのＴＳの内容は、引用することによって本明細書の一部をなす。この技法は、ＭＴＣデバイスが、制御情報（例えば、ＵＣＩ）を他のＰＵＳＣＨデータと多重化することなく、この制御情報を送信することを可能にするように拡張することができる。

特定のＭＴＣデバイスによって送信される制御情報が、ＰＵＳＣＨデータと多重化されている場合、基地局５は、所与のＭＴＣデバイス用のアップリンク物理リソースブロックを、（そのＭＴＣデバイスの制御情報と多重化される）ＰＵＳＣＨデータをスケジューリングするアップリンク許可（grant）制御データを用いて、（自身の通信制御モジュール６３を用いて）割り当てるように構成することができる。

特定のＭＴＣデバイスによる制御情報が、ＰＵＳＣＨデータをスケジューリングすることなく（すなわち、多重化することなく）ＰＵＳＣＨ上で送信される場合、関連付けられた制御情報を搬送する所与のＭＴＣデバイス用のアップリンク物理リソースブロックの数は、複数の方法で与えることができる。これらの方法には、例えば、以下のものが含まれる。
−ＰＵＳＣＨデータをスケジューリングするのに一般に用いられる（例えば、適切なＤＣＩフォーマットを用いた）アップリンク許可メカニズムによって動的に示されるという方法；
−ＲＲＣシグナリングによって（例えば、準静的(semi-statically)に）構成されるという方法；及び／又は、
−半永続スケジューリング（ＳＰＳ）割り当てに基づくという方法（すなわち、所与のＭＴＣデバイスによって用いられる物理リソースブロックは、適切なＳＰＳ構成によってＭＴＣデバイス用に構成することができる）。

＜動作−オプションＣ＞
図７は、ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる別の例示的な方法を示している。

この例では、基地局５は、ＭＴＣ固有のＰＵＣＣＨを提供する。後方互換性を得るために、そのようなＭＴＣ固有のＰＵＣＣＨは、スロットのエッジに提供される（「Ｎ＿ＨＯ＿ＲＢ」によって規定された）通常のレガシーＰＵＣＣＨに加えて提供することができることが理解されるであろう。

図７に示すように、ＭＴＣ固有のＰＵＣＣＨは、セルの物理リソースブロック＃０〜＃Ｎ＿ＲＢの範囲の中心近くに最大６つの物理リソースブロックにわたって（すなわち、１．４ＭＨｚを越えない帯域幅にわたって）提供される。ＭＴＣ固有のＰＵＣＣＨエリアは、ＭＴＣリソース＃０〜＃５を含み、これらのＭＴＣリソースは、スケジューリングラウンドごとに最大６つのＭＴＣデバイスが用いることができる。しかしながら、ＭＴＣデバイスは、通常、データの小さなバーストを送信しているので、各ＭＴＣリソース＃０〜＃５は、後続のスケジューリングラウンドにおいて異なるＭＴＣデバイスに再割り当てすることができる。

適切な場合には、そのようなＭＴＣ固有のＰＵＣＣＨは、スロットホッピングが使用可能でない（すなわち、後方互換性を有しない）場合であっても、ＭＴＣデバイス（例えば、Ｒｅｌ−１３の削減帯域幅ＭＴＣデバイス）の使用のためにのみ提供することができることが理解されるであろう。この場合、各ＭＴＣデバイスは、双方のスロットにおいて、そのＭＴＣデバイスのＰＵＣＣＨ情報を収容する同じ６つのリソースブロックを用いて送信するようにスケジューリングすることができることが理解されるであろう。

適切な場合には（例えば、スロットホッピングが用いられていないときは）、ＭＴＣ固有のＰＵＣＣＨは、（図７に示すように）中央エリアではなくレガシーＰＵＣＣＨにより接近して（又は更には隣接して）提供することもできることも理解されるであろう。

＜動作−オプションＤ＞
図８は、ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる更に別の例示的な方法を示している。

実質上、オプションＤは、オプションＣを変更したものとして見ることができる。しかしながら、この場合、ＭＴＣ固有のＰＵＣＣＨは、レガシーＰＵＣＣＨに隣接するのではなくレガシーＰＵＣＣＨの一部として提供される。

したがって、基地局５が、「push-HoppingOffset」パラメーター（図８に「Ｎ＿ＨＯ＿ＲＢ」で示す）の値を（自身のＰＵＣＣＨモジュール部を用いて）構成するとき、基地局は、（エッジに提供された）レガシーＰＵＣＣＨエリアの直後に、スロットの中心に向けて配置された（最大）６つの物理リソースブロックも含むようにこの値を選択する。図８に示す例では、スロットの下側エッジ及び上側エッジに提供されたレガシーＰＵＣＣＨの双方の部分の隣にそれぞれ３つ（three-three）のＭＴＣ固有のＰＵＣＣＨリソースブロックが割り当てられている（ただし、レガシーＰＵＣＣＨの各部分の隣に、６つまでの、すなわち、１．４ＭＨｚを越えないＭＴＣ固有のＰＵＣＣＨリソースブロックを提供することが可能である）。

レガシーＰＵＣＣＨエリアでは、（周波数ダイバーシティを得るために）スロットホッピングをサポートすることができるが、ＭＴＣ固有のＰＵＣＣＨは、Ｒｅｌ−１３の削減帯域幅ＭＴＣデバイス（及び／又は同様のデバイス）との互換性を確保するために、スロットホッピングが使用可能にされることなく提供されることが理解されるであろう。したがって、ＰＵＣＣＨスロットホッピングが、セルにおいてレガシーデバイスに使用可能にされているか否かを問わず、ＭＴＣデバイスに割り当てられたＰＵＣＣＨリソースは、双方のスロットにおいて依然として同じリソースブロック内にある（及び／又は同じ１．４ＭＨｚ帯域幅内でのみ交番する）。

＜動作−オプションＥ＞
図９は、ＭＴＣ固有の物理アップリンク制御チャネルを図１に示すシステムにおいて提供することができる更に別の例示的な方法を示している。

この例では、レガシーＰＵＣＣＨのみが、「push-HoppingOffset」パラメーター（図９に「Ｎ＿ＨＯ＿ＲＢ」で示す）によって構成されている。しかしながら、この場合、ＭＴＣデバイスは、自身に割り当てられたＰＵＣＣＨリソースブロックを通じて時分割多重化（ＴＤＭ）方式で送信するように構成される。換言すれば、図９に示すように、基地局５は、ＰＵＣＣＨリソース（例えば、レガシーＰＵＣＣＨの一部を形成するＰＵＣＣＨリソースブロック＃１）をＭＴＣデバイス（図９に「ＵＥ」で示す）に（自身のＰＵＣＣＨモジュール部を用いて）割り当てる。しかしながら、ＭＴＣデバイスは、スロット１とスロット２との間でスロットホッピング（これには、全セル帯域幅にわたって同時に動作することが可能な送受信機が必要となる）を実行するのではなく、スロット１の継続時間の間、自身のスケジューリングされたアップリンクデータの最初の部分のみを送信する。次に、スロット１の後、ＭＴＣデバイスは、スロットホッピング後にＰＵＣＣＨリソースブロック＃１に対応するスロット２における物理リソースブロックをカバーする周波数帯域への自身の送信機（Ｔｘ）３１の適切な切り替え及び／又はチューニングを実行する。Ｔｘの切り替え／チューニングの後、ＭＴＣデバイスは、スロット２の継続時間の間、自身のスケジューリングされたアップリンクデータの残りの部分を送信する。

これは、削減帯域幅ＭＴＣデバイス（例えば、Ｒｅｌ−１３のＭＴＣデバイス）を、第１のスロットにおける最大６つの近接したリソースブロック（ＭＴＣデバイスの対応するＰＵＣＣＨ情報を収容する）を通じて（自身の送受信機回路３１を用いて）送信し、その後、自身の送受信機回路３１を第２のスロットの対応するリソースブロック（複数の場合もある）に切り替え／チューニングするようにスケジューリングすることができることを意味する。

この実施形態の一変更形態として、各物理リソースブロックを２つのＭＴＣデバイス間で共有することができる。換言すれば、基地局５は、スロット１の継続時間の間にＰＵＣＣＨリソース（例えば、ＰＵＣＣＨリソースブロック＃１）を第１のＭＴＣデバイスに割り当てることができ、スロット２の継続時間の間に、同じＰＵＣＣＨリソースを第２のＭＴＣデバイスに割り当てることができる。この場合、ＭＴＣデバイスはスロット１と２との間でいずれのＴｘの切り替え／チューニングも実行する必要がない（ただし、ＭＴＣデバイスは、物理リソースブロックが異なるＭＴＣデバイスに割り当てられているスロットの継続時間の間、送信を一時停止することが必要な場合がある）。一方、ＭＴＣデバイスは、一般に比較的少ない量のデータを送信するので、この変更形態は、重大な欠点を何ら有しない場合がある（及びＭＴＣデバイスの全体の電力消費を改善する場合さえある）。

＜動作−オプションＦ＞
Ｒｅｌ−８のＬＴＥ ＦＤＤ仕様書によれば、通信デバイス３は、（ダウンリンクパケットの受信の成功／不成功を確認する）自身のＡｃｋ／Ｎａｃｋ送信のタイミングを以下のように調節する必要がある。
ｉ）サブフレームｎ−４において、通信デバイス３は、（Ｅ）ＰＤＣＣＨ制御シグナリング（ダウンリンクリソースが、ダウンリンクデータを受信するために通信デバイス３に割り当てられたことを示す）を受信し、関連付けられたＰＤＳＣＨシグナリング（すなわち、通信デバイス３用のダウンリンクデータ）を検出する；
ｉｉ）サブフレームｎ−４において、通信デバイス３は、スケジューリングされたダウンリンクデータを基地局５からＰＤＳＣＨを介して受信する；
ｉｉｉ）サブフレームｎ−３〜ｎ−１において、通信デバイス３は、受信されたダウンリンクデータを処理する；及び、
ｉｖ）サブフレームｎにおいて、通信デバイス３は、ＰＤＳＣＨ制御シグナリングの受信成功の際の肯定応答（ＨＡＲＱ−ＡＣＫ）又はＰＤＳＣＨ制御シグナリングの受信不成功の際の否定応答（ＨＡＲＱ−ＮＡＣＫ）を基地局５に送信する。

このタイミング方法によれば、通信デバイス３は、（Ｅ）ＰＤＣＣＨ及びＰＤＳＣＨの双方を同じサブフレーム（すなわち、サブフレームｎ−４）において受信し、通信デバイス３は、適切なＨＡＲＱ Ａｃｋ／Ｎａｃｋ応答を基地局５に送信する前にＰＤＳＣＨ制御シグナリングを処理するために最大３つのサブフレーム（すなわち、サブフレームｎ−３〜サブフレームｎ−１）を有する。

しかしながら、ＬＴＥ Ｒｅｌ−１３では、ＭＴＣデバイスは、自身のＥＰＤＣＣＨシグナリング及びＰＤＳＣＨシグナリングを同じサブフレーム内で受信することができないと予想される。これは、（削減帯域幅）ＭＴＣデバイスがそのサブフレームにおいて用いることが可能な同じ１．４ＭＨｚ帯域幅内でＥＰＤＣＣＨ及びＰＤＳＣＨが必ずしも送信されないからである。したがって、ＬＴＥ Ｒｅｌ−１３では、ＭＴＣデバイスによるそれらのＰＤＳＣＨシグナリングのためのＡｃｋ／Ｎａｃｋ送信のタイミングについて、以下のオプションが想定されている。
１）サブフレームｎ−４においてＥＰＤＣＣＨ制御シグナリングが送信されない：
この場合、ＭＴＣデバイスは、自身のＰＤＳＣＨ制御シグナリングをサブフレームｎ−４において検出し、対応する（ＨＡＲＱ）ＡＣＫ／ＮＡＣＫをサブフレームｎにおいて送信する。したがって、この場合、ＭＴＣデバイス用のＥＰＤＣＣＨシグナリング及びＰＤＳＣＨシグナリングは、（レガシー、例えばＲｅｌ−８プラクティスに従っているのと同様に）同じサブフレームにおいて送信されない。したがって、Ａｃｋ／Ｎａｃｋを送信するアップリンク（ＰＵＣＣＨ）リソースは、（例えば、３ＧＰＰ ＴＳ３６．２１３の表９．２−２に示されている（Ｒｅｌ−８）ＳＰＳ ＰＵＣＣＨリソース割り当て技法と同様の上位レイヤシグナリングを用いて）ＭＴＣデバイスに準静的に割り当てることができることが理解されるであろう。代替的に、ＥＰＤＣＣＨ制御シグナリングは、サブフレームｎ−５において送信することができる。
２）サブフレームｎ−４においてＰＤＳＣＨ制御シグナリングが送信されない：
この場合（図１０に示す）、ＭＴＣデバイスは、自身のＥＰＤＣＣＨ制御シグナリングをサブフレームｎ−４において検出し、自身のＰＤＳＣＨ制御シグナリングをサブフレームｎ−３において検出し、対応する（ＨＡＲＱ）ＡＣＫ／ＮＡＣＫをサブフレームｎにおいて送信する。有利には、基地局５は、この場合、（削減帯域幅）ＭＴＣデバイスが所与のサブフレームにおいて用いることが可能な同じ１．４ＭＨｚ帯域幅にわたってＥＰＤＣＣＨ及びＰＤＳＣＨの双方を送信するのを制限されない（ただし、ＭＴＣデバイスは、ＥＰＤＣＣＨ周波数帯域及びＰＤＳＣＨ周波数帯域が異なる場合には、サブフレームｎ−４とｎ−３との間で、ＥＰＤＣＣＨ周波数帯域からＰＤＳＣＨ周波数帯域に切り替えることが必要となる場合がある）。
したがって、この場合、ＭＴＣデバイスが受信されたＰＤＳＣＨシグナリングを処理するのに利用可能な継続時間は、（上記Ｒｅｌ−８ Ａｃｋ／Ｎａｃｋ送信方法による３つのサブフレームから）ほぼ２つのサブフレームに削減される。しかしながら、通常のＭＴＣデバイスは、データの大きなブロックを受信しないので、そのような短縮された処理時間で十分であると予想される。

＜動作−オプションＧ＞
Ｒｅｌ−１３では、帯域幅削減通信デバイスのソリューションとカバレッジ拡張通信デバイスのソリューションとの間に高レベルの共通性があると予想されるので、上記で説明したオプションは、カバレッジ拡張ＭＴＣデバイスについても同様に適用することができることが理解されるであろう。

一方、図１１に示すように、この場合、関連のある各チャネル（例えば、ＥＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ、及び／又はＰＲＡＣＨ）は、複数のサブフレーム（すなわち、時間領域）において繰り返され、各チャネルにおいて送信される情報は、そのチャネルの検出能を高めるためにＭＴＣデバイスによって組み合わされる。

図１１は、関連のあるチャネルの繰り返しが有効にされているときに（カバレッジ拡張）ＭＴＣデバイスをサポートするための図１０に示す実施形態（すなわち、オプションＦ／２）の一変更形態を示している。

具体的に言えば、この場合、ＥＰＤＣＣＨ及びＰＤＳＣＨの双方が、基地局５によって繰り返される。同様に、ＭＴＣデバイスは、ＰＤＳＣＨシグナリングの繰り返しごとにＡｃｋ／Ｎａｃｋを送信するように構成されている。一方、受信された（繰り返された）ＰＤＳＣＨシグナリングを処理するのに３つのサブフレームしか割り当てられておらず、ＭＴＣデバイスは、対応するＡｃｋ／Ｎａｃｋ送信を連続するサブフレームにおいて送信するように構成されている（すなわち、追加のサブフレームが２つの後続の肯定応答間で処理用に割り当てられていない）。

したがって、図１１に示すように、３つの繰り返し（すなわち、同じ情報の合計４つの送信）を必要とするカバレッジ拡張の場合、基地局５は、サブフレームｎ−４〜ｎ−１（合計４つのサブフレーム）のそれぞれにおいて同じＥＰＤＣＣＨシグナリングを送信する。次に、基地局５は、サブフレームｎ〜ｎ＋３（合計４つのサブフレーム）のそれぞれにおいて（同じ）ＰＤＳＣＨシグナリングを送信する。サブフレームｎ＋４〜ｎ＋６（すなわち、合計３つのサブフレーム）は、ＭＴＣデバイス３が受信されたＰＤＳＣＨシグナリングを処理する（すなわち、ダウンリンクデータを受信することに成功したか否かを判断する）ために割り当てられる。最後に、サブフレームｎ＋７〜ｎ＋１０（合計４つのサブフレーム）において、ＭＴＣデバイスは、処理の結果に応じて適切なＡｃｋ／Ｎａｃｋを基地局に送信する。

この場合、（Ａｃｋ／Ｎａｃｋを送信する）ＰＵＣＣＨリソースは、（例えば、３ＧＰＰ ＴＳ３６．２１３の表９．２−２に示す（Ｒｅｌ−８）ＳＰＳ ＰＵＣＣＨリソース割り当て技法と同様の上位レイヤシグナリングを用いて）ＭＴＣデバイスに準静的に割り当てることができることが理解されるであろう。

＜変更及び代替＞
詳細な実施形態が上記で説明されてきた。当業者であれば理解するように、上記において具現化された本発明から引き続き利益を得ながら、上記実施形態に対して複数の変更及び代替を行うことができる。

上記実施形態のうちの幾つかにおいて、ＰＵＣＣＨ割り当てに関連した情報は、（例えば、ＭＴＣデバイスの半永続スケジューリングを構成することによって）上位レイヤを介してＭＴＣデバイスにシグナリングすることができる。代替的に又は加えて、この情報のうちの一部又は全ては、異なる方法でＭＴＣデバイスによって取得することができる。さらに、適用可能なＰＵＣＣＨ構成は、基地局によって明示的にシグナリングされない場合があり、代わりに、基地局に関連付けられたセルＩＤ及び／又はＭＴＣデバイスに関連付けられたデバイスＩＤ等の他の情報に基づいて求めることができる。これは、通信デバイスにシグナリングしなければならないデータの量を削減するという利点を有する。

Ｅ−ＵＴＲＡＮ基地局（ｅＮＢ）として動作する基地局に関して通信システムが説明されているが、同じ原理は、マクロ基地局若しくはピコ基地局として動作する基地局、フェムト基地局、基地局機能の要素を提供する中継ノード、ホーム基地局（ＨｅＮＢ）、又は他のそのような通信ノードにも適用することができることが理解されるであろう。

上記の実施形態では、ＬＴＥ電気通信システムが説明された。当業者であれば理解するように、本出願において説明される技法は、従前の３ＧＰＰタイプのシステムを含む、他の通信システムにおいて用いることができる。他の通信ノード又はデバイスには、例えば、携帯情報端末、ラップトップコンピューター、ウェブブラウザー等のようなユーザーデバイスを含めることができる。

上記の実施形態では、基地局及び通信デバイスは、それぞれ送受信機回路部を備える。通常、この回路部は専用ハードウェア回路によって形成される。しかしながら、幾つかの実施形態では、送受信機回路部の一部を、対応するコントローラーによって実行されるソフトウェアとして実装することができる。

上記の実施形態では、複数のソフトウェアモジュールが説明された。当業者であれば理解するように、それらのソフトウェアモジュールは、コンパイル済みの形式又は未コンパイルの形式において与えることができ、コンピューターネットワークを介して信号として、又は記録媒体において基地局又はユーザーデバイスに供給することができる。さらに、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用のハードウェア回路を用いて実行することができる。

上記実施形態では、マシンタイプ通信デバイス及び移動電話が説明されている。しかしながら、移動電話（及び同様のユーザー機器）は、マシンタイプ通信デバイスとして動作するように構成することもできることが理解されるであろう。例えば、移動電話３−１は、ＭＴＣモジュール４５を備える（及び／又はこのモジュールの機能を提供する）ことができる。

ＭＴＣの用途の例
各通信デバイスは、１つ又は複数のＭＴＣの用途をサポートすることができることが理解されるであろう。ＭＴＣの用途の幾つかの例が、以下の表にリストされている（出典：３ＧＰＰ ＴＳ２２．３６８、付録Ｂ）。このリストは、網羅的なものではなく、マシンタイプ通信の用途の範囲を示すことを意図したものである。

種々の他の変更は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。

本発明は、上記の実施形態として説明されたが、本発明はこれらの実施形態に限定されない。上述した実施形態の一部又は全体が以下の付記として記載される場合があるが、本発明は以下の付記に限定されるものではない。

（付記１）
通信システムの通信ノードであって、
セル帯域幅を有するセルを運用する手段と、
上記セル内で複数の異なるタイプの通信デバイスと通信する手段であって、該複数の異なるタイプの通信デバイスは、上記セル帯域幅と比較して小さな帯域幅を有する削減帯域幅マシンタイプ通信（ＭＴＣ）デバイスを含む、手段と、
上記セル内で動作する各通信デバイスに、その通信デバイスがＭＴＣデバイスであるか否かに応じて、アップリンク制御データの送信に用いられる周波数リソースをそれぞれ割り当てる手段と、
を備え、
上記割り当てる手段は、上記通信デバイスが削減帯域幅ＭＴＣデバイスであるときは、該ＭＴＣデバイスが、サブフレームの第１のスロットにおける第１の周波数リソースと、そのサブフレームの第２のスロットにおける第２の周波数リソースとを用いてアップリンク制御データを通信するように上記周波数リソースを割り当てるよう動作可能であり、上記第１の周波数リソース及び上記第２の周波数リソースは、同じ周波数を共有するか又は上記削減帯域幅ＭＴＣデバイスの上記帯域幅以下の帯域幅によって周波数が分離され、
上記割り当てる手段は、上記通信デバイスが削減帯域幅ＭＴＣデバイスでないときは、削減帯域幅ＭＴＣデバイスでない該通信デバイスが、サブフレームの上記第１のスロットにおける第１の非ＭＴＣ周波数リソースと、そのサブフレームの上記第２のスロットにおける第２の非ＭＴＣ周波数リソースとを用いてアップリンク制御データを通信するように上記周波数リソースを割り当てるよう動作可能であり、上記第１の非ＭＴＣ周波数リソース及び上記第２の非ＭＴＣ周波数リソースは、上記削減帯域幅ＭＴＣデバイスの上記帯域幅よりも大きな帯域幅によって周波数が分離され、
上記通信する手段は、上記セル内で動作する各通信デバイスから、上記セル内で動作する各通信デバイスにその通信デバイスがＭＴＣデバイスであるか否かに応じて割り当てられた上記それぞれの周波数リソースを用いて、アップリンク制御情報を受信するように動作可能である、通信ノード。

（付記２）
上記第１の周波数リソース及び上記第２の周波数リソースは、上記削減帯域幅ＭＴＣデバイスの上記帯域幅以下の帯域幅によって周波数が分離され、上記セル帯域幅の中心周波数よりもそれぞれ上及び下である、付記１に記載の通信ノード。

（付記３）
上記第１の周波数リソース及び上記第２の周波数リソースは同じ周波数を共有する、付記１に記載の通信ノード。

（付記４）
上記第１の周波数リソース、上記第２の周波数リソース、上記第１の非ＭＴＣリソース及び上記第２の非ＭＴＣリソースは全て、共通アップリンク制御チャネル領域（例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ））の一部を形成する、付記１〜３のいずれか１つに記載の通信ノード。

（付記５）
上記第１の非ＭＴＣリソース及び上記第２の非ＭＴＣリソースは、上記セル帯域幅の中心を横切って延びていないアップリンク制御チャネル領域（例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ））の一部を形成し、上記第１の周波数リソース及び上記第２の周波数リソースは、別の分離した領域の一部を形成する、付記１〜３のいずれか１つに記載の通信ノード。

（付記６）
上記分離した領域は、上記セル帯域幅の上記中心を横切って延びている、付記５に記載の通信ノード。

（付記７）
上記第１の周波数リソース及び上記第２の周波数リソースは、上記第１の非ＭＴＣリソース及び上記第２の非ＭＴＣリソースを含む上記アップリンク制御チャネル領域から分離した更なるＭＴＣ専用アップリンク制御チャネル領域（例えば、ＭＴＣ物理アップリンク制御チャネル（ＰＵＣＣＨ））の一部を形成する、付記５又は６に記載の通信ノード。

（付記８）
上記第１の周波数リソース及び上記第２の周波数リソースは、アップリンク共有チャネル領域（例えば、共有データチャネル／物理アップリンク共有チャネル（ＰＵＳＣＨ））の一部を形成する、付記５又は６に記載の通信ノード。

（付記９）
上記通信する手段は、他のＭＴＣデバイスと比較して拡張されたカバレッジを有する拡張カバレッジＭＴＣデバイスと通信するように更に動作可能であり、上記割り当てる手段は、上記通信デバイスが拡張カバレッジＭＴＣデバイスであるときは、該ＭＴＣデバイスが、サブフレームの第１のスロットにおける更なる第１の周波数リソースと、そのサブフレームの第２のスロットにおける更なる第２の周波数リソースとを用いてアップリンク制御データを通信するように上記周波数リソースを割り当てるよう動作可能であり、上記更なる第１の周波数リソース及び上記更なる第２の周波数リソースは、同じ周波数を共有するか又は削減帯域幅ＭＴＣデバイスの上記帯域幅以下の帯域幅によって周波数が分離されている、付記１〜８のいずれか１つに記載の通信ノード。

（付記１０）
複数の異なるタイプの通信デバイスがセル帯域幅を有するセルを運用する通信ノードと通信することができる通信システムのマシンタイプ通信（ＭＴＣ）デバイスであって、上記複数の異なるタイプの通信デバイスは、上記セル帯域幅と比較して小さな帯域幅を有する削減帯域幅マシンタイプ通信（ＭＴＣ）デバイスを含み、該ＭＴＣデバイスは、
上記通信ノードによって運用される上記セル内でその通信ノードと通信する手段と、
アップリンク制御データを上記通信ノードに送信する際に用いられる周波数リソースの割り当てを取得する手段であって、該割り当ては、上記通信する手段が、サブフレームの第１のスロットにおける第１の周波数リソースと、そのサブフレームの第２のスロットにおける第２の周波数リソースとを用いてアップリンク制御データを通信するようになっており、上記第１の周波数リソース及び上記第２の周波数リソースは、同じ周波数を共有するか又は削減帯域幅ＭＴＣデバイスの上記帯域幅以下の帯域幅によって周波数が分離されている、手段と、
を備え、
上記通信する手段は、上記周波数リソースの割り当てを用いてアップリンク制御情報を送信するように動作可能である、ＭＴＣデバイス。

（付記１１）
複数の異なるタイプの通信デバイスがセル帯域幅を有するセルを運用する通信ノードと通信することができる通信システムのマシンタイプ通信（ＭＴＣ）デバイスであって、上記複数の異なるタイプの通信デバイスは、上記セル帯域幅と比較して小さな帯域幅を有する削減帯域幅マシンタイプ通信（ＭＴＣ）デバイスを含み、該ＭＴＣデバイスは、
上記通信ノードによって運用される上記セル内でその通信ノードと、ＭＴＣ周波数帯域の周波数内の周波数リソースを用いて通信する手段と、
上記ＭＴＣ周波数帯域の搬送波周波数を移動させる手段と、
アップリンク制御データを上記通信ノードに送信する際に用いられる周波数リソースの割り当てを取得する手段であって、該割り当ては、上記通信する手段が、サブフレームの第１のスロットにおける第１の周波数リソースと、そのサブフレームの第２のスロットにおける第２の周波数リソースとを用いてアップリンク制御データを通信するようになっており、上記第１の周波数リソース及び上記第２の周波数リソースは、同じ周波数を共有するか又は削減帯域幅ＭＴＣデバイスの上記帯域幅よりも大きな帯域幅によって周波数が分離されている、手段と、
を備え、
上記搬送波周波数を移動させる手段は、上記ＭＴＣ周波数帯域が、上記サブフレームの上記第１のスロットにおける上記第１の周波数リソースを含むとともに、上記サブフレームの上記第２のスロットにおける上記第２の周波数リソースを含むように、上記第１のスロットと上記第２のスロットとの間で上記搬送波周波数を移動させるように動作可能であり、
それによって、上記通信する手段は、上記サブフレームの上記第１のスロットにおける上記第１の周波数リソースを用いてアップリンク制御情報を送信するとともに、上記サブフレームの上記第２のスロットにおける上記第２の周波数リソースを用いてアップリンク制御情報を送信するように動作可能である、ＭＴＣデバイス。

（付記１２）
上記ＭＴＣデバイスは拡張カバレッジＭＴＣデバイスである、付記１０又は１１に記載のＭＴＣデバイス。

（付記１３）
上記ＭＴＣデバイスは削減帯域幅ＭＴＣデバイスである、付記１０又は１１に記載のＭＴＣデバイス。

（付記１４）
通信システムの通信ノードであって、
セルを運用する手段と、
無線フレームを用いて上記セル内で複数の異なるタイプの通信デバイスと通信する手段であって、各無線フレームはサブフレームのシーケンスを含み、上記複数の異なるタイプの通信デバイスはマシンタイプ通信（ＭＴＣ）デバイスを含む、手段と、
を備え、
上記通信する手段は、
上記サブフレームのうちの最初のものにおいて少なくとも１つのＭＴＣデバイスのダウンリンク制御チャネルシグナリングを提供し、少なくとも１つの後続のサブフレームにおいて該ダウンリンク制御チャネルシグナリングを繰り返すことと、
上記ダウンリンク制御チャネルシグナリングが提供される上記サブフレームの後続のサブフレームにおいて上記少なくとも１つのＭＴＣデバイスのダウンリンク共有チャネルシグナリングを提供し、少なくとも１つの後続のサブフレームにおいて該ダウンリンク共有チャネルシグナリングを繰り返すことと、
上記ダウンリンク共有チャネルシグナリングが提供される上記サブフレームの後続のサブフレームにおいて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記少なくとも１つのＭＴＣデバイスから受信し、少なくとも１つの後続のサブフレームにおいて該アップリンク制御情報の繰り返しを受信することと、
を行うように動作可能である、通信ノード。

（付記１５）
上記ダウンリンク共有チャネルシグナリングに関連した上記アップリンク制御情報を送信する際に用いられるリソースを上記少なくとも１つのＭＴＣデバイスに準静的に割り当てる手段を更に備える、付記１４に記載の通信ノード。

（付記１６）
上記通信する手段は、上記少なくとも１つのＭＴＣデバイスから、上記ダウンリンク共有チャネルシグナリングが提供される上記サブフレームの最後のものの後続の４番目のサブフレームであるサブフレームにおいて、上記ダウンリンク共有チャネルシグナリングに関連した上記アップリンク制御情報を最初に受信するように動作可能である、付記１４又は１５に記載の通信ノード。

（付記１７）
通信システムのマシンタイプ通信（ＭＴＣ）デバイスであって、
無線フレームを用いて、通信ノードによって運用されるセル内でその通信ノードと通信する手段であって、各無線フレームはサブフレームのシーケンスを含む、手段、
を備え、
上記通信する手段は、
上記サブフレームのうちの最初のものにおいて該ＭＴＣデバイスのダウンリンク制御チャネルシグナリングを受信し、少なくとも１つの後続のサブフレームにおいて該ダウンリンク制御チャネルシグナリングの繰り返しを受信することと、
上記ダウンリンク制御チャネルシグナリングが受信される上記サブフレームの後続のサブフレームにおいて該ＭＴＣデバイスのダウンリンク共有チャネルシグナリングを受信し、少なくとも１つの後続のサブフレームにおいて該ダウンリンク共有チャネルシグナリングの繰り返しを受信することと、
上記ダウンリンク共有チャネルシグナリングが受信される上記サブフレームの後続のサブフレームにおいて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記通信ノードに提供し、少なくとも１つの後続のサブフレームにおいて該アップリンク制御情報を繰り返すことと、
を行うように動作可能である、ＭＴＣデバイス。

（付記１８）
通信システムの通信ノードであって、
セルを運用する手段と、
無線フレームを用いて上記セル内で複数の異なるタイプの通信デバイスと通信する手段であって、各無線フレームはサブフレームのシーケンスを含み、上記複数の異なるタイプの通信デバイスはマシンタイプ通信（ＭＴＣ）デバイスを含む、手段と、
ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を送信する際に用いられるリソースを少なくとも１つのＭＴＣデバイスに準静的に割り当てる手段と、
を備え、
上記通信する手段は、
上記少なくとも１つのＭＴＣデバイスのダウンリンク共有チャネルシグナリングをサブフレームにおいて提供することと、
上記ダウンリンク共有チャネルシグナリングが提供される上記サブフレームの後続のサブフレームにおいて、上記準静的に割り当てられたリソースを用いて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記少なくとも１つのＭＴＣデバイスから受信することであって、該アップリンク制御情報が受信される上記サブフレームは、上記ダウンリンク共有チャネルシグナリングが提供される上記サブフレームの後続の複数のサブフレームのうちの４番目のものであることと、
を行うように動作可能である、通信ノード。

（付記１９）
通信システムのマシンタイプ通信（ＭＴＣ）デバイスであって、
無線フレームを用いて、通信ノードによって運用されるセル内でその通信ノードと通信する手段であって、各無線フレームはサブフレームのシーケンスを含む、手段と、
ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を送信する際に用いられる該ＭＴＣデバイスのリソースの準静的な割り当てを受信する手段と、
を備え、
上記通信する手段は、
該ＭＴＣデバイスのダウンリンク共有チャネルシグナリングをサブフレームにおいて受信することと、
上記ダウンリンク共有チャネルシグナリングが受信される上記サブフレームの後続のサブフレームにおいて、上記準静的に割り当てられたリソースを用いて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記通信ノードに提供することであって、該アップリンク制御情報が提供される上記サブフレームは、上記ダウンリンク共有チャネルシグナリングが受信される上記サブフレームの後続の複数のサブフレームのうちの４番目のものであることと、
を行うように動作可能である、ＭＴＣデバイス。

（付記２０）
通信システムの通信ノードであって、
セルを運用する手段と、
無線フレームを用いて上記セル内で複数の異なるタイプの通信デバイスと通信する手段であって、各無線フレームはサブフレームのシーケンスを含み、上記複数の異なるタイプの通信デバイスはマシンタイプ通信（ＭＴＣ）デバイスを含む、手段と、
を備え、
上記通信する手段は、
少なくとも１つのＭＴＣデバイスのダウンリンク共有チャネルシグナリングをサブフレームにおいて提供することと、
上記ダウンリンク共有チャネルシグナリングが提供される上記サブフレームの後続のサブフレームにおいて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記少なくとも１つのＭＴＣデバイスから受信することであって、該アップリンク制御情報が受信される上記サブフレームは、上記ダウンリンク共有チャネルシグナリングが提供される上記サブフレームの後続の複数のサブフレームのうちの３番目のものであることと、
を行うように動作可能である、通信ノード。

（付記２１）
通信システムのマシンタイプ通信（ＭＴＣ）デバイスであって、
無線フレームを用いて、通信ノードによって運用されるセル内でその通信ノードと通信する手段であって、各無線フレームはサブフレームのシーケンスを含む、手段、
を備え、
上記通信する手段は、
ＭＴＣデバイスのダウンリンク共有チャネルシグナリングをサブフレームにおいて受信することと、
上記ダウンリンク共有チャネルシグナリングが受信される上記サブフレームの後続のサブフレームにおいて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記通信ノードに提供することであって、該アップリンク制御情報が提供される上記サブフレームは、上記ダウンリンク共有チャネルシグナリングが受信される上記サブフレームの後続の複数のサブフレームのうちの３番目のものであることと、
を行うように動作可能である、ＭＴＣデバイス。

（付記２２）
通信システムの通信ノードによって実行される方法であって、
セル帯域幅を有するセルを運用することと、
上記セル内で複数の異なるタイプの通信デバイスと通信することであって、該複数の異なるタイプの通信デバイスは、上記セル帯域幅と比較して小さな帯域幅を有する削減帯域幅マシンタイプ通信（ＭＴＣ）デバイスを含むことと、
上記セル内で動作する各通信デバイスに、その通信デバイスがＭＴＣデバイスであるか否かに応じてアップリンク制御データを送信する際に用いられる周波数リソースをそれぞれ割り当てることと、
を含み、
上記割り当てることは、上記通信デバイスが削減帯域幅ＭＴＣデバイスであるときは、該ＭＴＣデバイスが、サブフレームの第１のスロットにおける第１の周波数リソースと、そのサブフレームの第２のスロットにおける第２の周波数リソースとを用いてアップリンク制御データを通信するように上記周波数リソースを割り当てることを含み、上記第１の周波数リソース及び上記第２の周波数リソースは、同じ周波数を共有するか又は上記削減帯域幅ＭＴＣデバイスの上記帯域幅以下の帯域幅によって周波数が分離され、
上記割り当てることは、上記通信デバイスが削減帯域幅ＭＴＣデバイスでないときは、削減帯域幅ＭＴＣデバイスでない該通信デバイスが、サブフレームの上記第１のスロットにおける第１の非ＭＴＣ周波数リソースと、そのサブフレームの上記第２のスロットにおける第２の非ＭＴＣ周波数リソースとを用いてアップリンク制御データを通信するように上記周波数リソースを割り当てることを含み、上記第１の非ＭＴＣ周波数リソース及び上記第２の非ＭＴＣ周波数リソースは、上記削減帯域幅ＭＴＣデバイスの上記帯域幅よりも大きな帯域幅によって周波数が分離され、
上記通信することは、上記セル内で動作する各通信デバイスから、上記セル内で動作する各通信デバイスにその通信デバイスがＭＴＣデバイスであるか否かに応じて割り当てられた上記それぞれの周波数リソースを用いて、アップリンク制御情報を受信することを含む、方法。

（付記２３）
複数の異なるタイプの通信デバイスがセル帯域幅を有するセルを運用する通信ノードと通信することができる通信システムのマシンタイプ通信（ＭＴＣ）デバイスによって実行される方法であって、上記複数の異なるタイプの通信デバイスは、上記セル帯域幅と比較して小さな帯域幅を有する削減帯域幅ＭＴＣデバイスを含み、該方法は、
上記通信ノードによって運用される上記セル内でその通信ノードと通信することと、
アップリンク制御データを上記通信ノードに送信する際に用いられる周波数リソースの割り当てを取得することであって、該割り当ては、上記通信することが、サブフレームの第１のスロットにおける第１の周波数リソースと、そのサブフレームの第２のスロットにおける第２の周波数リソースとを用いてアップリンク制御データを通信するようになっており、上記第１の周波数リソース及び上記第２の周波数リソースは、同じ周波数を共有するか又は削減帯域幅ＭＴＣデバイスの上記帯域幅以下の帯域幅によって周波数が分離されていることと、
を含み、
上記通信することは、上記周波数リソースの割り当てを用いてアップリンク制御情報を送信することを含む、方法。

（付記２４）
複数の異なるタイプの通信デバイスがセル帯域幅を有するセルを運用する通信ノードと通信することができる通信システムのマシンタイプ通信（ＭＴＣ）デバイスによって実行される方法であって、上記複数の異なるタイプの通信デバイスは、上記セル帯域幅と比較して小さな帯域幅を有する削減帯域幅ＭＴＣデバイスを含み、該方法は、
上記通信ノードによって運用される上記セル内でその通信ノードと、ＭＴＣ周波数帯域の周波数内の周波数リソースを用いて通信することと、
アップリンク制御データを上記通信ノードに送信する際に用いられる周波数リソースの割り当てを取得することであって、該割り当ては、上記通信することが、サブフレームの第１のスロットにおける第１の周波数リソースと、そのサブフレームの第２のスロットにおける第２の周波数リソースとを用いてアップリンク制御データを通信するようになっており、上記第１の周波数リソース及び上記第２の周波数リソースは、同じ周波数を共有するか又は削減帯域幅ＭＴＣデバイスの上記帯域幅よりも大きな帯域幅によって周波数が分離されていることと、
上記ＭＴＣ周波数帯域が、上記サブフレームの上記第１のスロットにおける上記第１の周波数リソースを含むとともに、上記サブフレームの上記第２のスロットにおける上記第２の周波数リソースを含むように、上記第１のスロットと上記第２のスロットとの間で上記ＭＴＣ周波数帯域の搬送波周波数を移動させることと、
を含み、
それによって、上記通信することは、上記サブフレームの上記第１のスロットにおける上記第１の周波数リソースを用いてアップリンク制御情報を送信するとともに、上記サブフレームの上記第２のスロットにおける上記第２の周波数リソースを用いてアップリンク制御情報を送信することを含む、方法。

（付記２５）
通信システムの通信ノードによって実行される方法であって、
セルを運用することと、
無線フレームを用いて上記セル内で複数の異なるタイプの通信デバイスと通信することであって、各無線フレームはサブフレームのシーケンスを含み、上記複数の異なるタイプの通信デバイスはマシンタイプ通信（ＭＴＣ）デバイスを含むことと、
を含み、
上記通信することは、
上記サブフレームのうちの最初のものにおいて少なくとも１つのＭＴＣデバイスのダウンリンク制御チャネルシグナリングを提供し、少なくとも１つの後続のサブフレームにおいて該ダウンリンク制御チャネルシグナリングを繰り返すことと、
上記ダウンリンク制御チャネルシグナリングが提供される上記サブフレームの後続のサブフレームにおいて上記少なくとも１つのＭＴＣデバイスのダウンリンク共有チャネルシグナリングを提供し、少なくとも１つの後続のサブフレームにおいて該ダウンリンク共有チャネルシグナリングを繰り返すことと、
上記ダウンリンク共有チャネルシグナリングが提供される上記サブフレームの後続のサブフレームにおいて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記少なくとも１つのＭＴＣデバイスから受信し、少なくとも１つの後続のサブフレームにおいて該アップリンク制御情報の繰り返しを受信することと、
を含む、方法。

（付記２６）
通信システムのマシンタイプ通信（ＭＴＣ）デバイスによって実行される方法であって、
無線フレームを用いて、通信ノードによって運用されるセル内でその通信ノードと通信することであって、各無線フレームはサブフレームのシーケンスを含むこと、
を含み、
上記通信することは、
上記サブフレームのうちの最初のものにおいて上記ＭＴＣデバイスのダウンリンク制御チャネルシグナリングを受信し、少なくとも１つの後続のサブフレームにおいて該ダウンリンク制御チャネルシグナリングの繰り返しを受信することと、
上記ダウンリンク制御チャネルシグナリングが受信される上記サブフレームの後続のサブフレームにおいて上記ＭＴＣデバイスのダウンリンク共有チャネルシグナリングを受信し、少なくとも１つの後続のサブフレームにおいて該ダウンリンク共有チャネルシグナリングの繰り返しを受信することと、
上記ダウンリンク共有チャネルシグナリングが受信される上記サブフレームの後続のサブフレームにおいて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記通信ノードに提供し、少なくとも１つの後続のサブフレームにおいて該アップリンク制御情報を繰り返すことと、
を含む、方法。

（付記２７）
通信システムの通信ノードによって実行される方法であって、
セルを運用することと、
無線フレームを用いて上記セル内で複数の異なるタイプの通信デバイスと通信することであって、各無線フレームはサブフレームのシーケンスを含み、上記複数の異なるタイプの通信デバイスはマシンタイプ通信（ＭＴＣ）デバイスを含むことと、
ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を送信する際に用いられるリソースを少なくとも１つのＭＴＣデバイスに準静的に割り当てることと、
を含み、
上記通信することは、
上記少なくとも１つのＭＴＣデバイスのダウンリンク共有チャネルシグナリングをサブフレームにおいて提供することと、
上記ダウンリンク共有チャネルシグナリングが提供される上記サブフレームの後続のサブフレームにおいて、上記準静的に割り当てられたリソースを用いて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記少なくとも１つのＭＴＣデバイスから受信することであって、該アップリンク制御情報が受信される上記サブフレームは、上記ダウンリンク共有チャネルシグナリングが提供される上記サブフレームの後続の複数のサブフレームのうちの４番目のものであることと、
を含む、方法。

（付記２８）
通信システムのマシンタイプ通信（ＭＴＣ）デバイスによって実行される方法であって、
無線フレームを用いて、通信ノードによって運用されるセル内でその通信ノードと通信することであって、各無線フレームはサブフレームのシーケンスを含むことと、
ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を送信する際に用いられる上記ＭＴＣデバイスのリソースの準静的な割り当てを受信することと、
を含み、
上記通信することは、
上記ＭＴＣデバイスのダウンリンク共有チャネルシグナリングをサブフレームにおいて受信することと、
上記ダウンリンク共有チャネルシグナリングが受信される上記サブフレームの後続のサブフレームにおいて、上記準静的に割り当てられたリソースを用いて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記通信ノードに提供することであって、該アップリンク制御情報が提供される上記サブフレームは、上記ダウンリンク共有チャネルシグナリングが受信される上記サブフレームの後続の複数のサブフレームのうちの４番目のものであることと、
を含む、方法。

（付記２９）
通信システムの通信ノードによって実行される方法であって、
セルを運用することと、
無線フレームを用いて上記セル内で複数の異なるタイプの通信デバイスと通信することであって、各無線フレームはサブフレームのシーケンスを含み、上記複数の異なるタイプの通信デバイスはマシンタイプ通信（ＭＴＣ）デバイスを含むことと、
を含み、
上記通信することは、
少なくとも１つのＭＴＣデバイスのダウンリンク共有チャネルシグナリングをサブフレームにおいて提供することと、
上記ダウンリンク共有チャネルシグナリングが提供される上記サブフレームの後続のサブフレームにおいて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記少なくとも１つのＭＴＣデバイスから受信することであって、該アップリンク制御情報が受信される上記サブフレームは、上記ダウンリンク共有チャネルシグナリングが提供される上記サブフレームの後続の複数のサブフレームのうちの３番目のものであることと、
を含む、方法。

（付記３０）
通信システムのマシンタイプ通信（ＭＴＣ）デバイスによって実行される方法であって、
無線フレームを用いて、通信ノードによって運用されるセル内でその通信ノードと通信することであって、各無線フレームはサブフレームのシーケンスを含むこと、
を含み、
上記通信することは、
ＭＴＣデバイスのダウンリンク共有チャネルシグナリングをサブフレームにおいて受信することと、
上記ダウンリンク共有チャネルシグナリングが受信される上記サブフレームの後続のサブフレームにおいて、上記ダウンリンク共有チャネルシグナリングに関連したアップリンク制御情報を上記通信ノードに提供することであって、該アップリンク制御情報が提供される上記サブフレームは、上記ダウンリンク共有チャネルシグナリングが受信される上記サブフレームの後続の複数のサブフレームのうちの３番目のものであることと、
を含む、方法。

（付記３１）
付記１〜９、１４〜１６、１８又は２０のいずれか１つに記載の少なくとも１つの通信ノードと、付記１０〜１３、１７、１９又は２１のいずれか１つに記載の少なくとも１つのマシンタイプ通信（ＭＴＣ）デバイスとを備える、通信システム。

（付記３２）
付記２２〜３０のいずれか１つに記載の方法を処理装置に実行させるコンピューター実施可能命令を含む、コンピュータープログラム製品。

本出願は、２０１４年９月２３日に出願された英国特許出願第１４１６７９６．９号を基礎としており、この英国特許出願の優先権の利益を主張する。この英国特許出願の開示は、引用することによりその全体が本明細書の一部をなす。

Claims (10)

1. 帯域が制限された第１のタイプのユーザ装置(user equipment, UE)、及び、第２のタイプのUEの少なくとも一方と通信するように動作可能な通信装置であって、
   第１の周波数リソースを、前記第１のタイプのUEのための第１の物理アップリンク制御チャネル(PUCCH)に対し、スロット毎に割り当てる手段であって、初めに、前記第１のPUCCHが第１のバンドによって搬送され、続いて、前記第１のタイプのUEによる再チューニングの後、前記第１のPUCCHが第２のバンドによって搬送される、前記第１のPUCCHに割り当てる手段と、
   第２の周波数リソースを、前記第２のタイプのUEのための第２のPUCCHに対し、サブフレームのセット毎に割り当てる手段と
   を備える、通信装置。
2. 前記通信装置は、前記第１の周波数リソース及び前記第２の周波数リソースを多重化する手段を更に備える、請求項１に記載の通信装置。
3. 前記第１のPUCCHに割り当てる手段は、当該通信装置の帯域幅の中央を中心として、前記第２のバンドが前記第１のバンドを効果的にミラーする(mirror)ように構成される、請求項１または請求項２に記載の通信装置。
4. 前記第１のPUCCHのための周波数リソースは、一のスロットの最後から、次のスロットの最初に変わる、請求項１乃至請求項３のいずれか一項に記載の通信装置。
5. 前記第１及び第２のバンドは、それぞれ、セル帯域幅よりも狭い帯域幅を有するナローバンドを含む、請求項１乃至請求項４のいずれか一項に記載の通信装置。
6. Evolved Universal Terrestrial Radio Access (E-UTRA) 基地局である、請求項１乃至請求項５のいずれか一項に記載の通信装置。
7. 通信装置と通信するように動作可能なユーザ装置(User Equipment, UE)であって、
   帯域幅を制限されたタイプのUEのための第１の物理アップリンク制御チャネル（PUCCH）に対し、スロット毎に割り当てられる、第１の周波数リソースを決定する手段、
   前記第１の周波数リソースに基づく前記第１のPUCCHを介して転送する手段、及び、
   第１及び第２のバンドの間で再チューニングする手段を備え、
   初めに、前記第１のPUCCHは前記第１のバンドによって搬送され、続いて、前記第１のPUCCHは、再調整の後、前記第２のバンドによって搬送される、ユーザ装置。
8. 前記転送する手段は、再調整の間、転送しないように構成されてなる、請求項７に記載のユーザ装置。
9. カバリッジ拡張UEである、請求項７または請求項８に記載のユーザ装置。
10. 帯域が制限された第１のタイプのユーザ装置(user equipment, UE)、及び、第２のタイプのUEの少なくとも一方と通信するように動作可能な通信装置によって実行される方法であって、
    第１の周波数リソースを、前記第１のタイプのUEのための第１の物理アップリンク制御チャネル(PUCCH)に対し、スロット毎に割り当てる段階であって、初めに、前記第１のPUCCHが第１のバンドによって搬送され、続いて、前記第１のタイプのUEによる再チューニングの後、前記第１のPUCCHが第２のバンドによって搬送される、前記第１のPUCCHに割り当てる段階と、
    第２の周波数リソースを、前記第２のタイプのUEのための第２のPUCCHに対し、サブフレームのセット毎に割り当てる段階と
    を含む方法。

Images