JP2019508936A - 狭帯域インターネットオブシングスに対するアップリンク許可 - Google Patents

Abstract

本開示のある態様は、挟帯域インターネットオブシングス（ＩｏＴ）のためのアップリンク許可設計に対する方法および装置に関連する。方法は、ユーザ機器（ＵＥ）に対して提供される。方法は、一般的に、狭帯域通信のためにＵＥに割り振られているリソースブロック（ＲＢ）内の１つ以上のトーンを示すアップリンク許可を受信することと、アップリンク許可中に示されている１つ以上のトーンを使用して送信することとを含む。【選択図】図１３

Description

関連出願の相互参照および優先権主張

［０００１］
本願は、２０１６年１月１９日に出願された米国仮特許出願シリアル番号第６２／２８０，６７９号の利益および優先権を主張する、２０１６年１１月８日に出願された米国出願番号第１５／３４５，５４０号の優先権を主張し、これらは両方とも、すべてに適用可能な目的のために、その全体が参照によりここに組み込まれている。

開示の分野

［０００２］
本開示は、一般的に、ワイヤレス通信に関連し、より具体的には、挟帯域インターネットオブシングス（ＮＢ−ＩｏＴ）に対するアップリンク設計のための方法および装置に関連する。

関連技術の説明

［０００３］
ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、および、ブロードキャストのようなさまざま電気通信サービスを提供するために広く配備されている。典型的なワイヤレス通信システムは、（例えば、帯域幅および送信電力のような）利用可能なシステムリソースを共有することによって、複数のユーザとの通信をサポートすることができる多元接続テクノロジーを用いてもよい。このような多元接続テクノロジーの例は、コード分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および、時分割同期コード分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。

［０００４］
これらの多元接続テクノロジーは、異なるワイヤレスデバイスが地方自治体レベル、国レベル、地域レベル、さらにはグローバルレベルで通信することを可能にさせる、共通プロトコルを提供するために、さまざまな電気通信標準規格で採用されている。新興の電気通信標準規格の例は、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥ／ＬＴＥアドバンストは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサル移動体電気通信システム（ＵＭＴＳ）の移動体標準規格への拡張のセットである。これは、スペクトル効率を改善することによって移動体ブロードバンドインターネットアクセスをより良くサポートするように、コストを下げるように、サービスを改善するように、新たなスペクトルを活用するように、ダウンリンク（ＤＬ）でＯＦＤＭＡを使用し、アップリンク（ＵＬ）でＳＣ−ＦＤＭＡを使用し、複数入力複数出力（ＭＩＭＯ）アンテナテクノロジーを使用する他のオープンな標準規格とより良く統合するように設計されている。

［０００５］
いくつかの例では、ワイヤレス多元接続通信システムは、多数の基地局を含んでいてもよく、基地局のそれぞれは、さもなければユーザ機器（ＵＥ）として知られている複数の通信デバイスに対する通信を同時にサポートする。ＬＴＥまたはＬＴＥ−Ａネットワークにおいて、１つ以上の基地局のセットは、ｅノードＢ（ｅＮＢ）を規定してもよい。他の例では（例えば、次世代または５Ｇネットワークでは）、ワイヤレス多元接続通信システムは、多数の中央ユニット（例えば、中央ノード（ＣＮ）、アクセスノード制御装置（ＡＣＮ）等）と通信する、多数の分散ユニット（例えば、エッジユニット（ＥＵ）、エッジノード（ＥＮ）、無線ヘッド（ＲＨ）、スマート無線ヘッド（ＳＲＨ）、送受信ポイント（ＴＲＰ）等）を含んでいてもよく、中央ユニットと通信する１つ以上の分散ユニットのセットは、アクセスノード（例えば、新たな無線基地局（ＮＲ ＢＳ）、新たな無線ノードＢ（ＮＲ ＮＢ）、ネットワークノード、ｇＮＢ等）を規定してもよい。基地局またはＤＵは、（例えば、基地局からのまたはＵＥへの送信のための）ダウンリンクチャネル上で、および、（例えば、ＵＥから基地局または分散ユニットへの送信のための）アップリンクチャネル上で、ＵＥのセットと通信してもよい。

［０００６］
いくつかの次の世代、ＮＲまたは５Ｇネットワークは、アップリンクベースの媒体アクセス制御（ＭＡＣ）レイヤをサポートするかもしれない。これらのネットワークでは、ＵＥは、ネットワークアクセスデバイス（例えば、分散ユニット）が受信および測定するパイロット信号（例えば、基準信号）を送信してもよい。１つ以上のネットワークアクセスデバイスによるパイロット信号の測定に基づいて、ネットワークは、ＵＥに対する担当セル（または担当分散ユニット）を識別してもよい。ネットワーク内でＵＥが動くと、ネットワークは、ＵＥに透過的に（例えば、ＵＥに移動決定を通知することなく、または、移動決定においてＵＥを巻き込むことなく）、ＵＥに対する少なくともいくつかの移動決定（例えば、１つの担当セルから別の担当セルへのＵＥのハンドオーバーを開始する決定）をしてもよい。

［０００７］
これらの多元接続テクノロジーは、異なるワイヤレスデバイスが自治体レベル、国レベル、地域レベル、さらにはグローバルレベルで通信することを可能にさせる、共通のプロトコルを提供するために、さまざまな電気通信標準規格で採用されている。新興の電気通信標準規格の例は、新たな無線（ＮＲ）、例えば、５Ｇ無線接続である。ＮＲは、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公表されたＬＴＥ移動体標準規格に対する拡張のセットである。ＮＲは、スペクトル効率を改善することと、コストを下げることと、サービスを改善することと、新たなスペクトルを活用することと、例えば、ダウンリンク（ＤＬ）上およびアップリンク（ＵＬ）上でサイクリックプリフィックス（ＣＰ）を有するＯＦＤＭＡを、または、非ＯＦＤＭＡベースのエアインターフェースを使用して、他のオープン標準規格とより良く統合することにより、移動体ブロードバンドインターネットアクセスをより良くサポートするとともに、ビーム形成、複数入力複数出力（ＭＩＭＯ）アンテナテクノロジー、および、搬送波アグリゲーションをサポートするように設計されている。

［０００８］
しかしながら、移動体ブロードバンドアクセスに対する需要が増加し続けるにつれて、ＮＲテクノロジーにおけるさらなる改善の必要性が存在する。好ましくは、これらの改善は、他の多元接続テクノロジーおよびこれらのテクノロジーを用いる電気通信標準規格に適用可能であるべきである。

概要

［０００９］
本開示のシステム、方法、およびデバイスはそれぞれ、いくつかの態様を有し、これらのうちの何れも、その望ましい属性を単独で担うものではない。後続する特許請求の範囲により表した本開示の範囲を限定することなく、いくつかの特徴をこれから簡単に議論する。この議論を考慮した後に、および、特に「詳細な説明」と題されたセクションを読んだ後に、本開示の特徴が、ワイヤレスネットワーク中のアクセスポイントと局との間の改善された通信を含む利点をどのように提供するかを理解するだろう。

［００１０］
本開示は、一般的にワイヤレス通信に関連し、より具体的には、狭帯域インターネットオブシングス（ＮＢ−ＩｏＴ）のためのアップリンク設計に対する方法および装置に関連する。

［００１１］
本開示のある態様は、ユーザ機器（ＵＥ）によるワイヤレス通信のための方法を提供する。方法は、一般的に、挟帯域通信のためにＵＥに割り振られているリソースブロック（ＲＢ）内の１つ以上のトーンを示すアップリンク許可を受信することと、アップリンク許可中に示されている１つ以上のトーンを使用して送信することとを含む。

［００１２］
本開示のある態様は、基地局（ＢＳ）によるワイヤレス通信のための方法を提供する。方法は、一般的に、狭帯域通信のためにＵＥに割り振られているＲＢ内の１つ以上のトーンを示すアップリンク許可をＵＥに送ることと、アップリンク許可中に示されている１つ以上のトーン上でＵＥからの送信を受信することとを含む。

［００１３］
本開示のある態様は、ＵＥのような、ワイヤレス通信のための装置を提供する。装置は、一般的に、挟帯域通信のためにＵＥに割り振られているＲＢ内の１つ以上のトーンを示すアップリンク許可を受信する手段と、アップリンク許可中に示されている１つ以上のトーンを使用して送信する手段とを含む。

［００１４］
本開示のある態様は、ＢＳのような、ワイヤレス通信のための装置を提供する。装置は、一般的に、狭帯域通信のためにＵＥに割り振られているＲＢ内の１つ以上のトーンを示すアップリンク許可をＵＥに送る手段と、アップリンク許可中に示されている１つ以上のトーン上でＵＥからの送信を受信する手段とを含む。

［００１５］
本開示のある態様は、ＵＥのような、ワイヤレス通信のための装置を提供する。装置は、一般的に、挟帯域通信のためにＵＥに割り振られているＲＢ内の１つ以上のトーンを示すアップリンク許可を受信するように構成されている受信機と、アップリンク許可中に示されている１つ以上のトーンを使用して送信するように構成されている送信機とを含む。

［００１６］
本開示のある態様は、ＢＳのような、ワイヤレス通信のための装置を提供する。装置は、一般的に、狭帯域通信のためにＵＥに割り振られているＲＢ内の１つ以上のトーンを示すアップリンク許可をＵＥに送るように構成されている送信機と、アップリンク許可中に示されている１つ以上のトーン上でＵＥからの送信を受信するように構成されている受信機とを含む。

［００１７］
本開示のある態様は、ＵＥによるワイヤレス通信のためのコンピュータ実行可能コードを記憶しているコンピュータ読取可能媒体を提供する。コードは、一般的に、挟帯域通信のためにＵＥに割り振られているＲＢ内の１つ以上のトーンを示すアップリンク許可を受信するためのコードと、アップリンク許可中に示されている１つ以上のトーンを使用して送信するためのコードとを含む。

［００１８］
本開示のある態様は、ＢＳによるワイヤレス通信のためのコンピュータ実行可能なコードを記憶しているコンピュータ読取可能媒体を提供する。コードは、一般的に、狭帯域通信のためにＵＥに割り振られているＲＢ内の１つ以上のトーンを示すアップリンク許可をＵＥに送るためのコードと、アップリンク許可中に示されている１つ以上のトーン上でＵＥからの送信を受信するためのコードとを含む。

［００１９］
添付の図面とともに、本発明の特定の、例示的な実施形態の以下の説明をレビューすると、本発明の他の態様、特徴、および、実施形態は当業者に明白になるだろう。本発明の特徴は、ある特定の実施形態および図面に関連して以下で議論されるかもしれないが、本発明のすべての実施形態は、ここで議論される有利な特徴のうちの１つ以上を含むことができる。言い換えれば、１つ以上の実施形態は、ある有利な特徴を有していると議論されるかもしれないが、このような特徴のうちの１つ以上もまた、ここで議論する本発明のさまざまな実施形態にしたがって使用してもよい。同様の方法で、例示的な実施形態は、デバイス、システム、または方法の実施形態として以下で議論されるかもしれないが、このような例示的な実施形態は、さまざまなデバイス、システム、および、方法で実現することができると理解すべきである。

［００２０］
本開示の先に記載した特徴を詳細に理解できるように、上記で簡単に要約されているもののより特定の説明を、態様への参照によって得てもよく、態様のうちのいくつかは、添付した図面中で示されている。しかしながら、添付した図面は、本開示のある典型的な態様のみを示しており、したがって、その範囲を限定するものとして考慮すべきではなく、説明のために、他の同等に効果的な態様を認めてもよい。
［００２１］ 図１は、本開示のある態様にしたがった、ネットワークアーキテクチャの例を図示するダイヤグラムである。 ［００２２］ 図２は、開示のある態様にしたがった、アクセスネットワークの例を図示するダイヤグラムである。 ［００２３］ 図３は、本開示のある態様にしたがった、アクセスネットワーク中のダウンリンクフレーム構造の例を図示するダイヤグラムである。 ［００２４］ 図４は、本開示のある態様にしたがった、アクセスネットワーク中のアップリンクフレーム構造の例を図示するダイヤグラムである。 ［００２５］ 図５は、本開示のある態様にしたがった、ユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を図示するダイヤグラムである。 ［００２６］ 図６は、本開示のある態様にしたがった、アクセスネットワーク中の基地局とユーザ機器の例を図示するダイヤグラムである。 ［００２７］ 図７は、本開示のある態様にしたがった、分散無線アクセスネットワーク（ＲＡＮ）の例示的な論理アーキテクチャを図示している。 ［００２８］ 図８は、本開示のある態様にしたがった、分散ＲＡＮの例示的な物理アーキテクチャを図示している。 ［００２９］ 図９は、本開示のある態様にしたがった、ダウンリンク（ＤＬ）中心サブフレームの例を図示するダイヤグラムである。 ［００３０］ 図１０は、本開示のある態様にしたがった、アップリンク（ＵＬ）中心サブフレームの例を図示するダイヤグラムである。 ［００３１］ 図１１は、本開示のある態様にしたがった、ワイヤレス通信システム１１００の例を図示している。 ［００３２］ 図１２は、本開示のある態様にしたがった、狭帯域インターネットオブシングス（ＮＢ−ＩｏＴ）の例示的な配備を図示している。 ［００３３］ 図１３は、本開示のある態様にしたがった、ＮＢ−ＩｏＴに対するアップリンク許可を受信するためにＵＥによって実行される例示的な動作を図示するフローチャートである。 ［００３４］ 図１４は、本開示のある態様にしたがった、ＮＢ−ＩｏＴに対するアップリンク許可を送信するために基地局によって実行される例示的な動作を図示するフローチャートである。 ［００３５］ 図１５は、本開示のある態様にしたがった、１５ｋＨｚトーン空間に対する例示的な周波数ホッピングパターンを図示するダイヤグラムである。 図１６は、本開示のある態様にしたがった、１５ｋＨｚトーン空間に対する例示的な周波数ホッピングパターンを図示するダイヤグラムである。 図１７は、本開示のある態様にしたがった、１５ｋＨｚトーン空間に対する例示的な周波数ホッピングパターンを図示するダイヤグラムである。 図１８は、本開示のある態様にしたがった、１５ｋＨｚトーン空間に対する例示的な周波数ホッピングパターンを図示するダイヤグラムである。

［００３６］
理解を促進するために、可能な限り、図面に共通の同一の要素を指定するために、同一の参照番号が使用されている。１つの態様中で開示されている要素は、特定の詳述なく、他の対応で有益に利用できることが企図されている。

詳細な説明

［００３７］
狭帯域インターネットオブシングス（ＮＢ−ＩｏＴ）は、ＩＥＥＥ ３ＧＰＰ標準規格本体によって標準化されているテクノロジーである。このテクノロジーは、特にインターネットオブシングスに対して設計されている狭帯域無線テクノロジーである。ＮＢ−ＩｏＴ設計のうちのいくつかは、屋内カバレッジ、低コストデバイス、長いバッテリー寿命、および、多数のデバイスを伴うシナリオに焦点を合わせている。ＮＢ−ＩｏＴテクノロジーは、ロングタームエボリューション（ＬＴＥ）スペクトルまたは移動体通信のためのグローバルシステム（ＧＳＭ（登録商標））スペクトルのような、既存のスペクトル内のリソースブロックを利用して、「帯域内」に配備されてもよい。さらに、ＮＢ−ＩｏＴテクノロジーは、搬送波ガード帯域（例えば、ＬＴＥ搬送波）内で使用されていないリソースブロック中に配備されてもよく、または、「独立型」配備のために、既存のスペクトルのうちの１つよりもむしろ専用スペクトル（例えば、ＮＢ−ＩｏＴ動作専用）中にＮＢ−ＩｏＴテクノロジーを配備することができる。

［００３８］
本開示の態様は、ＮＢ−ＩｏＴのためのアップリンク設計およびアップリンク許可を提供する。例えば、ＮＢ−ＩｏＴは、１５ｋＨｚおよび／または３．７５ｋＨｚのトーンサイズをサポートしてもよい。さらに、アップリンク許可は、単一トーン、３トーン、６トーン、および／または、１２トーンのスケジューリングユニットサイズを使用して、ＮＢ−ＩｏＴに対するリソースをスケジューリングしてもよい。したがって、アップリンク許可によってシグナリングすることができる複数の可能性ある組み合わせがあってもよい。態様において、アップリンク許可のサイズ（例えば、ビットの数）は、シグナリングされる組み合わせの数および／またはトーンサイズ（例えば、１５ｋＨｚまたは３．７５ｋＨｚ）に依存してもよい。いくつかのケースでは、組み合わせの数を減らすことができる。例えば、開始トーンポジションを制限できる。

［００３９］
添付の図面を参照し、本開示のさまざまな態様を以下でより完全に説明する。しかしながら、本開示は、多くの異なる形態で具現化してもよく、本開示全体を通して提示される、何らかの特定の構造または機能に限定されると解釈すべきではない。むしろ、本開示が、徹底して完全なものになるように、および、本開示の範囲を当業者に十分に伝えるために、これらの態様を提供する。ここでの教示に基づいて、本開示の他の何らかの態様から独立して、または、本開示の他の何らかの態様と組み合わせて、実現されるか否かにかかわらず、本開示の範囲が、ここで開示される本開示の任意の態様をカバーするように意図されていることを、当業者は正しく認識すべきである。例えば、ここで述べる任意の数の態様を使用して、装置を実現してもよく、または、方法を実施してもよい。加えて、ここで述べる本開示のさまざまな態様に加えて、または、ここで述べる開示のさまざまな態様以外の、他の構造、機能性、または、構造および機能性を使用して実施されるこのような装置または方法をカバーすることを、本開示の範囲は意図している。ここに開示された開示の任意の態様は、請求項の１つ以上の要素によって具現化してもよいことを理解すべきである。ワード「例示的」は、ここでは、「例、事例、または実例としての役割を果たす」という意味で使用される。「例示的」なものとしてここで説明する任意の態様は、必ずしも、他の態様よりも好ましい、または利点を有すると解釈すべきではない。

［００４０］
特定の態様をここで説明するが、これらの態様の多くのバリエーションおよび並べ替えが本開示の範囲内に入る。好ましい態様のいくつかの利益および利点に言及するが、本開示の範囲は、特定の利益、使用、または目的に限定されるようには意図されていない。むしろ、本開示の態様は、異なるワイヤレステクノロジー、システムコンフィギュレーション、ネットワーク、および、送信プロトコルに広く適用可能であるように意図されており、そのうちのいくつかは、例として、図面中で、および、好ましい態様の以下の説明中で示されている。詳細な説明および図面は、限定よりむしろ、本開示の実例に過ぎず、本開示の範囲は、添付した特許請求の範囲およびそれらの均等物によって規定される。

［００４１］
ここで説明する技術を、ＬＴＥや、ＣＤＭＡや、ＴＤＭＡや、ＦＤＭＡや、ＯＦＤＭＡや、ＳＣ−ＦＤＭＡや、他のネットワークのような、さまざまなワイヤレス通信ネットワークに対して使用してもよい。用語「ネットワーク」および「システム」は、交換可能に使用されることが多い。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のような無線テクノロジーを実現してもよい。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６標準規格をカバーしている。ＴＤＭＡネットワークは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）のような無線テクノロジーを実現してもよい。ＯＦＤＭＡネットワークは、ＮＲ（例えば、５Ｇ ＲＡ）、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線テクノロジーを実現してもよい。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。ＮＲは、５Ｇテクノロジーフォーラム（５ＧＴＦ）に関連して開発されている新興のワイヤレス通信テクノロジーである。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡや、Ｅ−ＵＴＲＡや、ＵＭＴＳや、ＬＴＥや、ＬＴＥ−Ａや、ＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と名付けられている組織からの文書中に説明されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と名付けられている組織からの文書中に説明されている。ここで説明する技術は、上述したワイヤレスネットワークおよび無線テクノロジーとともに、他のワイヤレスネットワークおよび無線テクノロジーに対して使用してもよい。明確にするために、３Ｇおよび／または４Ｇワイヤレステクノロジーに共通して関係付けられている専門用語を使用して、ここでは態様を説明しているが、本開示の態様は、
ＮＲテクノロジーを含む、５Ｇおよびその後のもののような、他世代ベースの通信システムに適用することができる。

［００４２］
３Ｇおよび／または４Ｇワイヤレステクノロジーに共通して関係付けられている専門用語を使用して、ここでは態様を説明しているが、本開示の態様は、ＮＲテクノロジーを含む、５Ｇおよびその後のもののような、他世代ベースの通信システムに適用することができることに留意すべきである。

［００４３］
図１は、本開示の態様が実施されてもよいワイヤレスネットワーク１００に対する例示的なネットワークアーキテクチャを図示するダイヤグラムである。例えば、ユーザ機器（ＵＥ）１０２は、狭帯域通信のためにＵＥ１０２に割り振られているリソースブロック（ＲＢ）内の１つ以上のトーンを示すアップリンク許可を、基地局（ＢＳ）１０６または１０８から受信してもよい。ＵＥ１０２は、アップリンク許可中に示されている１つ以上のトーンを使用して送信してもよい。

［００４４］
いくつかのケースでは、ワイヤレスネットワーク１００（例えば、進化型パケットシステム（ＥＰＳ））は、１つ以上のＵＥ１０２、アクセスネットワーク１０４（例えば、進化型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ））、コアネットワーク１１０（例えば、進化型パケットコア（ＥＰＣ））を含んでいてもよく、コアネットワーク１１０は、サーバ１２０（例えば、ホーム加入者サーバ（ＨＳＳ））に、および、オペレータのＩＰサービス１２２に接続していてもよい。ワイヤレスネットワーク１００は、他のアクセスネットワークと相互接続することができるが、簡略化のために、それらのエンティティ／インターフェースは示されていない。例示的な他のアクセスネットワークは、ＩＰマルチメディアサブシステム（ＩＭＳ）パケットデータネットワーク（ＰＤＮ）、インターネットＰＤＮ、管理ＰＤＮ（例えば、プロビジョニングＰＤＮ）、搬送波特有のＰＤＮ、オペレータ特有のＰＤＮ、および／またはグローバルポジショニングシステム（ＧＰＳ）ＰＤＮを含んでいてもよい。ワイヤレスネットワーク１００は、パケット交換サービスを提供してもよいが、当業者が容易に認識するように、本開示全体を通して提示されるさまざまな概念は、回線交換サービスを提供するネットワークに拡張してもよい。

［００４５］
アクセスネットワーク１０４は、基地局１０６（例えば、進化型ノードＢ（ｅＮＢ））と他のＢＳ１０８を含んでいてもよい。ＢＳ１０６は、ＵＥ１０２に向けてユーザおよび制御プレーンプロトコル終端を提供してもよい。ＢＳ１０６は、インターフェース（例えば、Ｘ２バックホール）を介して、他のＢＳ１０８に接続されていてもよい。ＢＳ１０６はまた、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、アクセスポイント、ノードＢ（ＮＢ）、ｅＮＢ、ｇＮＢ、送受信ポイント（ＴＲＰ）、５Ｇ ＮＢ、ＮＲ ＢＳ、または、他の何らかの適した専門用語で呼ばれることがある。ＢＳ１０６は、ＵＥ１０２に対してコアネットワーク１１０へのアクセスポイントを提供してもよい。

［００４６］
ＵＥ１０２は、静的または移動体であってもよい。ＵＥはまた、移動局、端末、アクセス端末、加入者ユニット、局、顧客構内機器（ＣＰＥ）、セルラ電話機、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話機、ワイヤレスローカルループ（ＷＬＬ）局、タブレット、カメラ、ゲーミングデバイス、ネットブック、スマートブック、ウルトラブック、医療デバイスまたは医療機器、生体センサ／デバイス、スマートウォッチや、スマートクロージングや、スマートグラスや、スマートリストバンドや、スマートジュエリー（例えば、スマートリング、スマートブレスレット等）のようなスマートウェアラブルデバイス、エンターテイメントデバイス（例えば、音楽デバイス、ビデオデバイス、衛星ラジオ等）、車両コンポーネントまたはセンサ、スマートメーター／センサ、産業製造機器、グローバルポジショニングシステムデバイス、あるいは、ワイヤレスまたはワイヤード媒体を介して通信するように構成されている他の何らかの適切なデバイスとして呼ばれることがある。いくつかのＵＥは、進化型または機械タイプ通信（ＭＴＣ）デバイスあるいは進化型ＭＴＣ（ｅＭＴＣ）と見なしてもよい。ＭＴＣまたはｅＭＴＣ ＵＥは、基地局、別のデバイス（例えば、遠隔デバイス）、または、他の何らかのエンティティと通信してもよい、例えば、ロボット、ドローン、遠隔デバイス、センサ、メーター、モニタ、ロケーションタグ等を含む。ＭＴＣは、通信の少なくとも一端における少なくとも１つの遠隔デバイスを伴う通信を指してもよく、人間の対話を必ずしも必要としない１つ以上のエンティティを伴う通信の形態を含んでいてもよい。ワイヤレスノードは、例えば、ワイヤードまたはワイヤレス通信リンクを介して、ネットワーク（例えば、インターネットまたはセルラネットワークのようなワイドエリアネットワーク）のための、あるいは、ネットワークへの接続性を提供してもよい。いくつかのＵＥは、狭帯域インターネットオブシングス（ＩｏＴ）（ＮＢ−ＩｏＴ）デバイスのような、ＩｏＴと見なしてもよい。

［００４７］
ＢＳ１０６は、インターフェース（例えば、Ｓ１）によってコアネットワーク１１０に接続されている。コアネットワーク１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８とのような、ネットワーク要素を含む。ＭＭＥ１１２は、ＵＥ１０２とコアネットワーク１１０との間のシグナリングを処理する制御ノードである。一般的に、ＭＭＥ１１２はベアラおよび接続管理を提供する。すべてのユーザＩＰパケットは、サービングゲートウェイ１１６自体がＰＤＮゲートウェイ１１８に接続されているサービングゲートウェイ１１６を通して転送される。ＰＤＮゲートウェイ１１８は、ＵＥ ＩＰアドレス割り振りとともに、他の機能を提供する。ＰＤＮゲートウェイ１１８は、オペレータのＩＰサービス１２２に接続されている。オペレータのＩＰサービス１２２は、例えば、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、およびＰＳ（パケット交換）ストリーミングサービス（ＰＳＳ）を含んでいてもよい。この方法では、ＵＥ１０２は、ワイヤレスネットワーク１００を通してＰＤＮに結合されていてもよい。

［００４８］
一般的に、任意の数のワイヤレスネットワークが、所定の地理的エリアに配備されていてもよい。各ワイヤレスネットワークは、特定の無線アクセステクノロジー（ＲＡＴ）をサポートしてもよく、１つ以上の周波数で動作してもよい。ＲＡＴはまた、無線テクノロジー、エアインターフェース等と呼ばれることがある。周波数はまた、搬送波、周波数チャネル等と呼ばれることもある。各周波数は、異なるＲＡＴのワイヤレスネットワーク間の干渉を回避するために、所定の地理的エリアで単一のＲＡＴをサポートしてもよい。いくつかのケースでは、ＮＲまたは５Ｇ ＲＡＴネットワークが配備されてもよい。

［００４９］
図２は、現在の開示の態様が実施されてもよいＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の例を図示するダイヤグラムである。例えば、ＵＥ２０６およびＢＳ２０４は、本開示の態様中で説明しているＮＢ−ＩｏＴのためのアップリンク設計および／またはアップリンク許可に対する技術を実現するように構成されていてもよい。

［００５０］
この例において、アクセスネットワーク２００は、多数のセルラ領域（セル）２０２に分割されている。１つ以上のより低い電力クラスのＢＳ２０８は、セル２０２のうちの１つ以上とオーバーラップするセルラ領域２１０を有していてもよい。より低い電力クラスのＢＳ２０８は、遠隔無線ヘッド（ＲＲＨ）と呼ばれることがある。より低い電力クラスＢＳ２０８は、フェムトセル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、または、マイクロセルであってもよい。マクロＢＳ２０４は、それぞれ、各セル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６に対してアクセスネットワーク１１０へのアクセスポイントを提供するように構成されている。アクセスネットワーク２００のこの例には集中型制御装置は存在しないが、集中型制御装置を代替コンフィギュレーションにおいて使用してもよい。ＢＳ２０４は、無線ベアラ制御、アドミッション制御、移動制御、スケジューリング、安全性、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関連機能を担う。ネットワーク２００はまた、（示されていない）１つ以上の中継器を含んでいてもよい。１つのアプリケーションにしたがうと、ＵＥ２０６は、中継器として機能してもよい。

［００５１］
アクセスネットワーク２００によって用いられる変調および多元接続スキームは、配備されている特定の電気通信標準規格に依存して異なってもよい。あるアプリケーション（例えば、ＬＴＥ）では、周波数分割デュプレクス（ＦＤＤ）および時分割デュプレクス（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬにおいて使用され、ＳＣ−ＦＤＭＡがＵＬにおいて使用される。当業者であれば以下の詳細な説明から容易に理解できるように、ここで提示するさまざまな概念は、あるアプリケーション（例えば、ＬＴＥ）にうまく適している。しかしながら、これらの概念は、他の変調および多元接続技術を用いる他の電気通信標準規格にまで容易に拡張してもよい。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ）またはウルトラモバイルブロードバンド（ＵＭＢ）にまで拡張してもよい。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００ファミリ標準規格の一部として、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインターフェース標準規格であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを用いる。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））と、ＴＤ−ＳＣＤＭＡのようなＣＤＭＡの他の変形とを用いるユニバーサル地上無線アクセス（ＵＴＲＡ）；ＴＤＭＡを用いる移動体通信のためのグローバルシステム（ＧＳＭ）；進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、ならびに、ＯＦＤＭＡを用いるフラッシュＯＦＤＭに拡張してもよい。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰの組織からの文書中に説明されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２の組織からの文書中に説明されている。いくつかのケースでは、ＮＲまたは５Ｇ ＲＡＴネットワークが配備されてもよい。用いられる実際のワイヤレス通信標準規格および多元接続テクノロジーは、システムに課せられる特定のアプリケーションおよび全体的設計制約に依存するだろう。

［００５２］
ＢＳ２０４は、ＭＩＭＯテクノロジーをサポートする複数のアンテナを有していてもよい。ＭＩＭＯテクノロジーの使用は、ＢＳ２０４が、空間多重化、ビーム形成、および送信ダイバーシティをサポートするために空間ドメインを活用することを可能にする。空間多重化は、同じ周波数上で同時にデータの異なるストリームを送信するために使用してもよい。データストリームは、データレートを増加させるために単一のＵＥ２０６に、または、全体的なシステム容量を増加させるために複数のＵＥ２０６に、送信してもよい。これは、各データストリームを空間的にプリコーディングし（例えば、振幅および位相のスケーリングを適用し）、その後、ＤＬ上で複数の送信アンテナを通して、それぞれ空間的にプリコーディングされたストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャでＵＥ２０６へと到達し、これは、ＵＥ２０６のそれぞれが、そのＵＥ２０６に向かう１つ以上のデータストリームを復元することを可能にする。ＵＬ上では、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これは、ＢＳ２０４が、それぞれの空間的にプリコーティングされたデータストリームのソースを識別できるようにする。

［００５３］
空間多重化は、一般的に、チャネル条件が良いときに使用される。チャネル条件があまり好ましくないとき、送信エネルギーを１つ以上の方向に集中させるためにビーム形成を使用してもよい。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成してもよい。セルの端において良いカバレッジを達成するために、単一ストリームのビーム形成送信を送信ダイバーシティと組み合わせて使用してもよい。

［００５４］
以下の詳細な説明では、アクセスネットワークのさまざまな態様は、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照して説明する。ＯＦＤＭは、ＯＦＤＭシンボル内の多数の副搬送波に渡ってデータを変調する拡散スペクトル技術である。副搬送波は、正確な周波数で間隔が空けられている。間隔を空けることは、受信機が副搬送波からデータを復元することを可能にする「直交性」を提供する。時間ドメインでは、ＯＦＤＭシンボル間の干渉を抑制するために、ガードインターバル（例えば、サイクリックプレフィックス）を各ＯＦＤＭシンボルに追加してもよい。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形態で、ＳＣ−ＦＤＭＡを使用してもよい。

［００５５］
ここで説明する例の態様は、ＬＴＥテクノロジーに関係付けられていてもよいが、本開示の態様は、ＮＲのような他のワイヤレス通信システムに適用可能であってもよい。ＮＲは、アップリンクおよびダウンリンク上でＣＰを有するＯＦＤＭを利用してもよく、ＴＤＤを使用する、半二重動作に対するサポートを含んでいてもよい。１００ＭＨＺの単一のコンポーネント搬送波帯域幅をサポートしてもよい。ＮＲリソースブロックは、０．１ｍｓ期間に渡って７５ｋＨｚの副搬送波帯域幅を有する１２個の副搬送波に及んでもよい。各無線フレームは、１０ｍｓの長さを有する５０個のサブフレームからなっていてもよい。結果として、各サブフレームは、０．２ｍｓの長さを有していてもよい。各サブフレームは、データ送信のためのリンク方向（例えば、ＤＬまたはＵＬ）を示してもよく、各サブフレームに対するリンク方向は、動的に切り替えてもよい。 各サブフレームは、ＤＬ／ＵＬデータとともにＤＬ／ＵＬ制御データを含んでいてもよい。ビーム形成をサポートしてもよく、ビーム方向は動的に構成してもよい。プリコーディングを有するＭＩＭＯ送信もサポートしてもよい。ＤＬ中のＭＩＭＯコンフィギュレーションは、８つまでのストリームのマルチレイヤＤＬ送信、および、ＵＥ毎に２つまでのストリームにより、８本までの送信アンテナをサポートしてもよい。ＵＥ毎に２つまでのストリームによりマルチレイヤ送信をサポートしてもよい。複数のセルのアグリゲーションは、８個までの担当セルによりサポートしてもよい。代替的に、ＮＲは、ＯＦＤＭベース以外の異なるエアインターフェースをサポートしてもよい。ＮＲネットワークは、中央ユニットまたは分散ユニットのようなエンティティを含んでいてもよい。

［００５６］
いくつかの例では、エアインターフェースへのアクセスは、スケジューリングされてもよく、スケジューリングエンティティ（例えば、基地局）は、その担当エリアまたはセル内の、いくつかのまたはすべてのデバイスおよび機器間での通信のためのリソースを割り振る。本開示内では、以下でさらに議論するように、スケジューリングエンティティは、１つ以上の下位エンティティに対するリソースを、スケジューリングし、割り当て、再構成し、および、解放することを担ってもよい。すなわち、スケジューリングされた通信に対して、下位エンティティは、スケジューリングエンティティによって割り振られるリソースを利用する。

［００５７］
基地局は、スケジューリングエンティティとして機能してもよい唯一のエンティティではない。すなわち、いくつかの例では、ＵＥは、１つ以上の下位エンティティ（例えば、１つ以上の他のＵＥ）のためのリソースをスケジューリングするスケジューリングエンティティとして機能してもよい。この例では、ＵＥはスケジューリングエンティティとして機能し、他のＵＥは、ワイヤレス通信のためにＵＥによってスケジューリングされるリソースを利用する。ＵＥは、ピアツーピア（Ｐ２Ｐ）ネットワーク、および／または、メッシュネットワークにおいて、スケジューリングエンティティとして機能してもよい。メッシュネットワークの例では、ＵＥは、スケジューリングエンティティと通信することに加えて、オプション的に、互いに直接通信してもよい。

［００５８］
したがって、時間周波数リソースへのスケジューリングされたアクセスを有し、そして、セルラコンフィギュレーション、Ｐ２Ｐコンフィギュレーション、および、メッシュコンフィギュレーションを有する、ワイヤレス通信ネットワークにおいて、スケジューリングエンティティおよび１つ以上の下位エンティティは、スケジューリングされたリソースを利用して通信してもよい。

［００５９］
図３は、アクセスネットワークにおけるＤＬフレーム構造の例を図示するダイヤグラム３００である。フレーム（１０ｍｓ）は、０〜９のインデックスを有する１０個の等しいサイズのサブフレームに分割してもよい。各サブフレームは、２つの連続する時間スロットを含んでいてもよい。リソースグリッドは、２つの時間スロットを表すために使用してもよく、各時間スロットは、リソースブロックを含む。リソースグリッドは、複数のリソース要素に分割される。あるシステム（例えば、ＬＴＥ）では、１つのリソースブロックは、周波数ドメインにおいて１２個の連続する副搬送波と、各ＯＦＤＭシンボルに１つの通常のサイクリックプレフィックスに対して、時間ドメインにおいて７個の連続するＯＦＤＭシンボルとを含み、すなわち、８４個のリソース要素を含む。拡張されたサイクリックプリフィックスに対して、リソースブロックは、時間ドメインにおいて６つの連続するＯＦＤＭシンボルを含み、７２個のリソース要素を有する。Ｒ３０２、Ｒ３０４として示される、リソース要素のうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル特有のＲＳ（ＣＲＳ）３０２およびＵＥ特有のＲＳ（ＵＥ−ＲＳ）３０４を含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上においてのみ送信される。各リソース要素によって伝えられるビット数は、変調スキームに依存する。したがって、ＵＥが受信するリソースブロックが多いほど、変調スキームが高度であるほど、ＵＥのためのデータレートは高くなる。

［００６０］
あるシステム（例えば、ＬＴＥ）において、ＢＳは、ＢＳ中の各セル対して１次同期信号（ＰＳＳ）および２次同期信号（ＳＳＳ）を送ってもよい。１次および２次同期信号は、通常のサイクリックプレフィックス（ＣＰ）を有する各無線フレームのサブフレーム０および５のそれぞれにおけるシンボル期間６および５において、それぞれ、送られてもよい。同期信号は、セル検出および捕捉のために、ＵＥによって使用してもよい。ＢＳは、サブフレーム０のスロット１中のシンボル期間０から３において物理ブロードキャストチャネル（ＰＢＣＨ）を送ってもよい。ＰＢＣＨは、あるシステム情報を伝えてもよい。

［００６１］
ＢＳは、各サブフレームの最初のシンボル期間中に物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を送ってもよい。ＰＣＦＩＣＨは、制御チャネルに対して使用されるシンボル期間の数（Ｍ個）を伝えてもよく、ここで、Ｍは、１、２または３と等しくてもよく、サブフレーム毎に変化してもよい。Ｍはまた、例えば、１０個未満のリソースブロックを有する小さなシステム帯域幅に対して、４と等しくてもよい。ＢＳは、各サブフレームの最初のＭ個のシンボル期間において、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送ってもよい。ＰＨＩＣＨは、ハイブリッド自動反復要求（ＨＡＲＱ）をサポートするための情報を伝えてもよい。ＰＤＣＣＨは、ＵＥのためのリソース割り振りに関する情報とダウンリンクチャネルに対する制御情報とを伝えてもよい。ＢＳは、各サブフレームの残りのシンボル期間において、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送ってもよい。ＰＤＳＣＨは、ダウンリンク上でのデータ送信のためにスケジュールされたＵＥのためのデータを伝えてもよい。

［００６２］
ＢＳは、ＢＳによって使用されるシステム帯域幅の中心１．０８ＭＨｚで、ＰＳＳ、ＳＳＳ、およびＰＢＣＨを送ってもよい。ＢＳは、これらのチャネルが送られる各シンボル期間において、システム帯域幅全体に渡って、ＰＣＦＩＣＨおよびＰＨＩＣＨを送ってもよい。ＢＳは、システム帯域幅のある一部分において、ＵＥのグループにＰＤＣＣＨを送ってもよい。ＢＳは、システム帯域幅の特定の部分において、特定のＵＥにＰＤＳＣＨを送ってもよい。ＢＳは、すべてのＵＥに対してブロードキャスト方法でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨおよびＰＨＩＣＨを送ってもよく、特定のＵＥに対してユニキャスト方法でＰＤＣＣＨを送ってもよく、特定のＵＥに対してユニキャスト方法でＰＤＳＣＨも送ってもよい。

［００６３］
多数のリソース要素が各シンボル期間において利用可能であってもよい。各リソース要素（ＲＥ）は、１つのシンボル期間中の１つの副搬送波をカバーしてもよく、１つの変調シンボルを送るために使用してもよく、変調シンボルは、実数値であっても、または複素数値であってもよい。各シンボル期間における基準信号に対して使用しないリソース要素を、リソース要素グループ（ＲＥＧ）中に構成してもよい。各ＲＥＧは、１つのシンボル期間中に４つのリソース要素を含んでいてもよい。ＰＣＦＩＣＨは、４つのＲＥＧを占有してもよく、それらは、シンボル期間０において、周波数に渡ってほぼ均等に間隔が空けられていてもよい。ＰＨＩＣＨは、３つのＲＥＧを占有してもよく、それらは、１つ以上の構成可能なシンボル期間において、周波数に渡って拡散させてもよい。例えば、ＰＨＩＣＨに対する３つのＲＥＧは、すべてシンボル期間０に属してもよく、または、シンボル期間０、１および２において拡散させてもよい。ＰＤＣＣＨは、９、１８、３６または７２個のＲＥＧを占有してもよく、これらは、例えば、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択してもよい。ＲＥＧのある組み合わせのみを、ＰＤＣＣＨに対して許容してもよい。本方法および装置の態様において、サブフレームは、１つよりも多くのＰＤＣＣＨを含んでいてもよい。

［００６４］
ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨに対して使用される特定のＲＥＧを知っていてもよい。ＵＥは、ＰＤＣＣＨに対するＲＥＧの異なる組み合わせをサーチしてもよい。サーチする組み合わせの数は典型的に、ＰＤＣＣＨに対して許容された組み合わせの数よりも少ない。ＢＳは、ＵＥがサーチするであろう組み合わせの任意のものにおいてＰＤＣＣＨをＵＥに送ってもよい。

［００６５］
（例えば、ＮＲまたは５Ｇシステムのような）あるシステムでは、ＢＳは、サブフレームの、これらのロケーションで、または、異なるロケーションで、これらのまたは他の信号を送信してもよい。

［００６６］
図４は、アクセスネットワークにおけるＵＬフレーム構造の例を図示するダイヤグラム４００である。ＵＬのために利用可能なリソースブロックは、データセクションと制御セクションとに区分してもよい。制御セクションは、システム帯域幅の２つの端において形成され、構成可能なサイズを有していてもよい。制御セクションにおけるリソースブロックは、制御情報の送信のためにＵＥに割り当てられてもよい。データセクションは、制御セクションに含まれないすべてのリソースブロックを含んでいてもよい。ＵＬフレーム構造は、結果として、隣接する副搬送波を含むデータセクションをもたらし、それは、単一のＵＥが、データセクション中の隣接する副搬送波のすべてに割り当てられることを可能にしてもよい。

［００６７］
ＵＥは、ＢＳに制御情報を送信するために、制御セクションにおけるリソースブロック４１０ａ、４１０ｂが割り当てられてもよい。ＵＥはまた、ＢＳにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂが割り当てられてもよい。ＵＥは、制御セクション中で割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ）中で制御情報を送信してもよい。ＵＥは、データセクション中で割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ）中で、データのみ、またはデータと制御情報との両方を送信してもよい。ＵＬ送信は、サブフレームの両スロットに及び、周波数に渡ってホッピングしてもよい。

［００６８］
リソースブロックのセットは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）４３０中で、初期システムアクセスを実行し、ＵＬ同期化を達成するために使用してもよい。ＰＲＡＣＨ４３０は、ランダムシーケンスを伝えるが、任意のＵＬデータ／シグナリングを伝えることはできない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって特定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間および周波数リソースに制限される。ＰＲＡＣＨについての周波数ホッピングは存在しない。ＰＲＡＣＨ試行は、単一のサブフレーム（１ｍｓ）中、または、少数の隣接するサブフレームのシーケンス中で伝えられ、ＵＥは、フレーム（１０ｍｓ）毎に単一のＰＲＡＣＨ試行のみを行うことができる。

［００６９］
（例えば、ＮＲまたは５Ｇシステムのような）あるシステムでは、ＢＳは、サブフレームの、これらのロケーション中で、または、異なるロケーション中で、これらのまたは他の信号を送信してもよい。

［００７０］
図５は、アクセスネットワーク中のユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を図示するダイヤグラム５００である。ＵＥおよびＢＳのための無線プロトコルアーキテクチャは、３つのレイヤ：レイヤ１、レイヤ２、レイヤ３、で示されている。レイヤ１（Ｌ１レイヤ）は、最下位のレイヤであり、さまざまな物理レイヤ信号処理機能を実現する。Ｌ１レイヤをここでは物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６より上位にあり、物理レイヤ５０６を通してＵＥとＢＳとの間のリンクを担う。

［００７１］
ユーザプレーンにおいて、Ｌ２レイヤ５０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０、無線リンク制御（ＲＬＣ）サブレイヤ５１２、およびパケットデータコンバージェンスプロトコル（ＰＤＣＰ）５１４サブレイヤを含み、これらは、ネットワーク側のＢＳにおいて終端される。示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（例えば、ＩＰレイヤ）と、接続の他端（例えば、遠端ＵＥ、サーバ等）において終端されるアプリケーションレイヤとを含む、Ｌ２レイヤ５０８よりも上の、いくつかの上位レイヤを有していてもよい。

［００７２］
ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を提供する。ＰＤＣＰサブレイヤ５１４はまた、無線送信のオーバヘッドを減少させるための上位レイヤデータパケットに対するヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＢＳ間におけるＵＥに対するハンドオーバーサポートとを提供する。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、消失データパケットの再送信と、ハイブリッド自動反復要求（ＨＡＲＱ）による順序が乱れた受信を補償するためのデータパケットの再順序付けとを提供する。ＭＡＣサブレイヤ５１０は、論理チャネルと伝送チャネルとの間で多重化を提供する。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセルにおいてさまざまな無線リソース（例えば、リソースブロック）を割り振ることを担う。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作を担う。

［００７３］
制御プレーンにおいて、ＵＥおよびＢＳのための無線プロトコルアーキテクチャは、制御プレーンに対するヘッダ圧縮機能が存在しないという点を除き、物理レイヤ５０６およびＬ２レイヤ５０８に対して実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中の無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（例えば、無線ベアラ）を取得することと、ＢＳとＵＥとの間でＲＲＣシグナリングを使用して、より下位のレイヤを構成することとを担う。

［００７４］
図６は、本開示の態様が実施されてもよい、アクセスネットワーク中のＵＥ６５０と通信するＢＳ６１０のブロックダイヤグラムである。

［００７５］
ある態様において、ＵＥ（例えば、ＵＥ６５０）は、アンテナポートのペアを組み合わせて、少なくとも第１および第２の組み合わせたアンテナポートを発生させる。それぞれの組み合わせたポートに対して、ＵＥは、アンテナポートの組み合わせたペアのそれぞれのリソース要素（ＵＥ）上で受信した基準信号を合計する。ＵＥは、組み合わせたポートに対して合計された基準信号に基づいて、それぞれ組み合わせたアンテナポートに対するチャネル推定を決定する。ある態様において、組み合わせたポートのそれぞれに対して、ＵＥは、組み合わせたポートの決定したチャネル推定に基づいて、ペア中のデータＲＥ上で受信したデータを処理する。

［００７６］
ある態様において、基地局（ＢＳ）（例えば、ＢＳ６１０）は、より大きなシステム帯域幅の狭帯域領域中の送信のために、アンテナポートのペアを組み合わせて、少なくとも第１および第２の組み合わせたアンテナポートを発生させる。第１および第２の組み合わせたアンテナポートのそれぞれに対して、アンテナポートの組み合わせたペアのそれぞれの対応するＲＥにおいて同じデータをＢＳは送信し、受信するＵＥは、第１および第２の組み合わせたポートのそれぞれに対するチャネル推定を決定し、決定したチャネル推定に基づいて、ペア中のＲＥにおいて受信したデータを処理する。

［００７７］
本開示のある態様にしたがって、ＮＢ−ＩｏＴのための新たな送信スキームを実現するための上記で着目したＵＥは、例えば、ＵＥ６５０における、制御装置６５９、ＲＸプロセッサ６５６、チャネル推定器６５８および／またはトランシーバ６５４のうちの１つ以上の組み合わせによっても実現してもよいことに留意すべきである。さらに、ＢＳは、ＢＳ６１０における、制御装置６７５、ＴＸプロセッサおよび／またはトランシーバＢ６１８のうちの１つ以上の組み合わせによって実現してもよい。

［００７８］
ＤＬにおいて、コアネットワークからの上位レイヤパケットは、制御装置／プロセッサ６７５に提供される。制御装置／プロセッサ６７５は、Ｌ２レイヤの機能性を実現する。ＤＬにおいて、制御装置／プロセッサ６７５は、ヘッダの圧縮、暗号化、パケットセグメンテーションおよび再順序付け、論理チャネルと伝送チャネルとの間での多重化、および、さまざまな優先順位メトリックに基づいたＵＥ６５０への無線リソースの割り振りを提供する。制御装置／プロセッサ６７５はまた、ＨＡＲＱ動作、消失パケットの再送信、ＵＥ６５０へのシグナリングを担う。

［００７９］
ＴＸプロセッサ６１６は、Ｌ１レイヤ（物理レイヤ）のためのさまざまな信号処理機能を実現する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ）を容易にするためにコーディングおよびインターリーブすることと、さまざまな変調スキーム（例えば、２位相シフトキーイング（ＢＰＳＫ）、直角位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、Ｍ直角振幅変調（Ｍ−ＱＡＭ））に基づいて、信号配列にマッピングすることとを含む。コーディングおよび変調されたシンボルは、その後、並行なストリームに分けられる。その後、各ストリームは、ＯＦＤＭ副搬送波にマッピングされ、時間および／または周波数ドメインにおいて基準信号（例えば、パイロット）と多重化され、逆高速フーリエ変換（ＩＦＦＴ）を使用して互いに組み合わされ、時間ドメインＯＦＤＭシンボルストリームを伝える物理チャネルを生成させる。ＯＦＤＭストリームは、複数の空間ストリームを生成させるために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定は、コーディングおよび変調スキームを決定するとともに空間処理のために使用してもよい。チャネル推定は、基準信号および／またはＵＥ６５０によって送信されたチャネル条件フィードバックから導出してもよい。各空間ストリームは、その後、別個の送信機６１８ＴＸを介して、異なるアンテナ６２０に提供される。各送信機６１８ＴＸは、送信のために、それぞれの空間ストリームによりＲＦ搬送波を変調する。

［００８０］
ＵＥ６５０において、各受信機６５４ＲＸは、そのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦ搬送波上において変調された情報を復元し、受信機（ＲＸ）プロセッサ６５６に情報を提供する。ＲＸプロセッサ６５６は、Ｌ１レイヤのさまざまな信号処理機能を実現する。ＲＸプロセッサ６５６は、情報に対して空間処理を実行して、ＵＥ６５０に向かう任意の空間ストリームを復元する。複数の空間ストリームがＵＥ６５０に向けられる場合、これらは、ＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに組み合わされてもよい。ＲＸプロセッサ６５６は、その後、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを時間ドメインから周波数ドメインへと変換する。周波数ドメイン信号は、ＯＦＤＭ信号の各副搬送波に対して別個のＯＦＤＭシンボルストリームを備えている。各副搬送波上のシンボルと基準信号は、ＢＳ６１０によって送信された最も可能性のある信号配列ポイントを決定することによって、復元および復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定に基づいていてもよい。軟判定は、その後、デコードおよびデインターリーブされ、物理チャネル上においてＢＳ６１０によって最初に送信されたデータおよび制御信号が復元される。データおよび制御信号は、その後、制御装置／プロセッサ６５９に提供される。

［００８１］
制御装置／プロセッサ６５９は、Ｌ２レイヤを実現する。制御装置／プロセッサは、プログラムコードおよびデータを記憶するメモリ６６０に関係付けることができる。メモリ６６０は、コンピュータ読取可能媒体として呼ばれることがある。ＵＬにおいて、制御装置／プロセッサ６５９は、伝送チャネルと論理チャネルとの間の多重分離、パケットのリアセンブリ、解読、ヘッダの伸長、制御信号処理を提供して、コアネットワークからの上位レイヤパケットを復元する。上位レイヤパケットは、その後、データシンク６６２に提供され、これは、Ｌ２レイヤより上位のすべてのプロトコルレイヤを表す。さまざまな制御信号はまた、Ｌ３処理のためにデータシンク６６２に提供されてもよい。制御装置／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用して、誤り検出を担う。

［００８２］
ＵＬにおいて、データソース６６７は、制御装置／プロセッサ６５９に上位レイヤパケットを提供するために使用される。データソース６６７は、Ｌ２レイヤより上位のすべてのプロトコルレイヤを表す。ＢＳ６１０によるＤＬ送信に関連して説明した機能と同様に、制御装置／プロセッサ６５９は、論理チャネルと伝送チャネルと間で、ヘッダ圧縮、暗号化、パケットセグメンテーションと再順序付け、ＢＳ６１０による無線リソースの割り振りに基づく多重化を提供することによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実現する。制御装置／プロセッサ６５９はまた、ＨＡＲＱ動作、消失パケットの再送、および、ＵＥ６１０へのシグナリングを担う。

［００８３］
ＢＳ６１０によって送信される基準信号またはフィードバックからチャネル推定器６５８によって導出されるチャネル推定は、適切なコーディングおよび変調スキームを選択し、空間処理を促進するために、ＴＸプロセッサ６６８によって使用してもよい。ＴＸプロセッサ６６８によって発生された空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に提供される。各送信機６５４ＴＸは、送信のために、それぞれの空間ストリームにより、ＲＦ搬送波を変調する。

［００８４］
ＵＬ送信は、ＵＥ６５０における受信機機能に関連して説明したものと同様の方法で、ＢＳ６１０において処理される。各受信機６１８ＲＸは、そのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦ搬送波上で変調された情報を復元し、ＲＸプロセッサ６７０に情報を提供する。ＲＸプロセッサ６７０はＬ１レイヤを実現してもよい。

［００８５］
制御装置／プロセッサ６７５は、Ｌ２レイヤを実現する。制御装置／プロセッサ６７５は、プログラムコードおよびデータを記憶するメモリ６７６に関係付けることができる。メモリ６７６は、コンピュータ読取可能媒体と呼ばれることがある。ＵＬにおいて、制御装置／プロセッサ６７５は、伝送チャネルと論理チャネルの間の多重分離、パケットのリアセンブリ、解読、ヘッダ伸長、制御信号処理を提供して、ＵＥ６５０からの上位レイヤパケットを復元する。制御装置／プロセッサ６７５からの上位レイヤパケットは、コアネットワークに提供されてもよい。制御装置／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用して、誤り検出を担う。制御装置／プロセッサ６７５、６５９は、それぞれ、ＢＳ６１０およびＵＥ６５０における動作を指示してもよい。

［００８６］
ＵＥ６５０における、制御装置／プロセッサ６５９および／または他のプロセッサ、コンポーネントおよび／またはモジュールは、動作、例えば、図１３中の動作１３００、および／または、ＮＢ−ＩｏＴに対するアップリンク許可のためにここで説明する技術のための他のプロセスを実行または指示してもよい。さらに、ＢＳ６１０における、制御装置／プロセッサ６７５および／または他のプロセッサ、コンポーネントおよび／またはモジュールは、動作、例えば、図１４中の動作１４００、および／または、ＮＢ−ＩｏＴに対するアップリンク許可のためにここで説明した技術のための他のプロセスを実行または指示してもよい。ある態様では、図６中に示した任意のコンポーネントのうちの１つ以上は、例示的な動作１３００および１４００、および／または、ここで説明した技術に対する他のプロセスを実行するように用いてもよい。メモリ６６０および６７６は、ＵＥ６５０およびＢＳ６１０の１つ以上の他のコンポーネントによってアクセス可能および実行可能である、ＵＥ６５０およびＢＳ６１０のためのデータおよびプログラムコードをそれぞれ記憶してもよい。

［００８７］
ここで説明する例の態様は、ＬＴＥテクノロジーに関係付けられていてもよいが、本開示の態様は、ＮＲまたは５Ｇテクノロジーのような、他のワイヤレス通信システムに適応可能であってもよい。

［００８８］
新たな無線（ＮＲ）は、（例えば、直交周波数分割多元接続（ＯＦＤＭＡ）ベースのエアインターフェース以外の、または、既存のＯＦＤＭＡベースのエアインターフェースへの修正を有する）新たなエアインターフェースに、または、（例えば、インターネットプロトコル（ＩＰ）以外の）固定された伝送レイヤにしたがって動作するように構成される無線を指してもよい。ＮＲは、アップリンクおよびダウンリンク上でＣＰを有するＯＦＤＭを利用し、そして、ＴＤＤを使用する半二重動作に対するサポートを含んでいてもよい。ＮＲは、（例えば、８０ＭＨｚを超える）広帯域幅を目標とする拡張移動体ブロードバンド（ｅＭＢＢ）サービス、高搬送波周波数（例えば、６０ＧＨｚ）を目標とするミリ波（ｍｍＷ）、非下位互換性ＭＴＣ技術を目標とする大量のＭＴＣ（ｍＭＴＣ）および／または超高信頼低遅延通信（ＵＲＬＬＣ）サービスを目標とするミッションクリティカルを含んでいてもよい。

［００８９］
１００ＭＨＺの単一のコンポーネント搬送波帯域幅をサポートしてもよい。ＮＲリソースブロックは、０．１ｍｓ期間に渡り、７５ｋＨｚの副搬送波帯域幅を有する１２個の副搬送波に及んでもよい。各無線フレームは、１０ｍｓの長さを有する５０個のサブフレームからなってもよい。結果として、各サブフレームは、０．２ｍｓの長さを有していてもよい。各サブフレームは、データ送信のためのリンク方向（例えば、ＤＬまたはＵＬ）を示してもよく、各サブフレームに対するリンク方向は、動的に切り替えてもよい。各サブフレームは、ＤＬ／ＵＬデータとともにＤＬ／ＵＬ制御データを含んでいてもよい。ＮＲに対するＵＬおよびＤＬサブフレームは、図９および１０に関して以下でより詳細に説明されるようなものであってもよい。

［００９０］
ビーム形成をサポートしてもよく、ビーム方向は動的に構成してもよい。プリコーディングを有するＭＩＭＯ送信もサポートしてもよい。ＤＬ中のＭＩＭＯコンフィギュレーションは、８つまでのストリームのマルチレイヤＤＬ送信、および、ＵＥ毎に２つまでのストリームにより、８本までの送信アンテナをサポートしてもよい。ＵＥ毎に２つまでのストリームによりマルチレイヤ送信をサポートしてもよい。複数のセルのアグリゲーションは、８個までの担当セルによりサポートしてもよい。代替的に、ＮＲは、ＯＦＤＭベースのインターフェース以外の、異なるエアインターフェースをサポートしてもよい。ＮＲネットワークは、中央ユニットまたは分散ユニットのようなエンティティを含んでいてもよい。

［００９１］
ＲＡＮは、中央ユニット（ＣＵ）と分散ユニット（ＤＵ）とを含んでいてもよい。ＮＲ ＢＳ（例えば、ｇＮＢ、５ＧノードＢ、ノードＢ、送受信ポイント（ＴＲＰ）、アクセスポイント（ＡＰ））は、１つ以上のＢＳに対応していてもよい。ＮＲセルは、アクセスセル（Ａセル）またはデータのみのセル（Ｄセル）として構成することができる。例えば、ＲＡＮ（例えば、中央ユニットまたは分散ユニット）は、セルを構成することができる。Ｄセルは、搬送波アグリゲーションまたはデュアル接続に対して使用されるセルであってもよいが、初期アクセス、セル選択／再選択、またはハンドオーバーに対しては使用されない。いくつかのケースでは、Ｄセルは、同期信号を送信しなくてもよく、いくつかのケースでは、Ｄセルは、ＳＳを送信してもよい。ＮＲ ＢＳは、セルタイプを示すダウンリンク信号をＵＥに送信してもよい。セルタイプ表示に基づいて、ＵＥは、ＮＲ ＢＳと通信してもよい。例えば、ＵＥは、示されたセルタイプに基づいて、セル選択、アクセス、ハンドオーバー、および／または、測定について考慮するためにのＮＲ ＢＳを決定してもよい。

［００９２］
図７は、本開示の態様にしたがった、分散ＲＡＮ７００の例示的な論理アーキテクチャを図示している。５Ｇアクセスノード７０６は、アクセスノード制御装置（ＡＮＣ）７０２を含んでいてもよい。ＡＮＣは、分散ＲＡＮ７００の中央ユニット（ＣＵ）であってもよい。次世代コアネットワーク（ＮＧ−ＣＮ）７０４へのバックホールインタフェースは、ＡＮＣで終端してもよい。隣接する次世代アクセスノード（ＮＧ−ＡＮ）へのバックホールインタフェースは、ＡＮＣで終端してもよい。ＡＮＣは、（ＢＳ、ＮＲ ＢＳ、ノードＢ、５Ｇ ＮＢ、ＡＰ、または、他の何らかの用語としても呼ばれることがある）１つ以上のＴＲＰ７０８を含んでいてもよい。上記で説明したように、ＴＲＰは、「セル」と交換可能に使用されることがある。

［００９３］
ＴＲＰ７０８は、分散ユニット（ＤＵ）であってもよい。ＴＲＰは、１つのＡＮＣ（ＡＮＣ７０２）に接続されていてもよく、または、（図示していない）１つより多くのＡＮＣに接続されていてもよい。例えば、ＲＡＮ共有、ラジオアズアサービス（ＲａａＳ）、および、サービス特有のＡＮＤ配備に対して、ＴＲＰは、１より多くのＡＮＣに接続されていてもよい。ＴＲＰは、１つ以上のアンテナポートを含んでいてもよい。ＴＲＰは、個々に（例えば、動的選択）、または、一緒に（例えば、ジョイント送信）、ＵＥへのトラフィックを供給するように構成されていてもよい。

［００９４］
ローカルアーキテクチャ７００は、フロントホール定義を図示すために使用してもよい。アーキテクチャは、異なる配備タイプに渡ってフロントホール解決法をサポートすると規定されてもよい。例えば、アーキテクチャは、送信ネットワーク能力（例えば、帯域幅、待ち時間、および／または、ジッタ）に基づいていてもよい。

［００９５］
アーキテクチャは、ＬＴＥと、特徴および／またはコンポーネントを共有してもよい。態様にしたがうと、次世代ＡＮ（ＮＧ−ＡＮ）７１０は、ＮＲとのデュアル接続をサポートしてもよい。ＮＧ−ＡＮは、ＬＴＥおよびＲＮに対する共通のフロントホールを共有してもよい。

［００９６］
アーキテクチャは、ＴＲＰ７０８間で、協調を可能にしてもよい。例えば、協調は、ＡＮＣ７０２を介して、ＴＲＰ内でおよび／またはＴＲＰに渡って、事前設定されてもよい。態様にしたがうと、ＴＲＰ間インターフェースは、必要とされなくても／存在しなくてもよい。

［００９７］
態様にしたがうと、分割された論理機能の動的なコンフィギュレーションが、アーキテクチャ７００内に存在してもよい。ＰＤＣＰ、ＲＬＣ、ＭＡＣプロトコルが、ＡＮＣまたはＴＲＰに適応可能に配置されていてもよい。

［００９８］
ある態様にしたがうと、ＢＳは、中央ユニット（ＣＵ）（例えば、ＡＮＣ７０２）および／または１つ以上の分散ユニット（例えば、１つ以上のＴＲＰ７０８）を含んでいてもよい。

［００９９］
図８は、本開示の態様にしたがう、分散ＲＡＮ８００の例示的な物理的アーキテクチャを図示している。集中型コアネットワークユニット（Ｃ−ＣＵ）８０２は、コアネットワーク機能をホスト管理してもよい。Ｃ−ＣＵは、中央に配備されていてもよい。Ｃ−ＣＵ機能性は、ピーク能力を取り扱うために、（例えば、アドバンストワイヤレスサービス（ＡＷＳ）に）オフロードされてもよい。

［０１００］
集中型ＲＡＮユニット（Ｃ−ＲＵ）８０４は、１つ以上のＡＮＣ機能をホスト管理してもよい。オプション的に、Ｃ−ＲＵは、コアネットワーク機能をローカルにホスト管理してもよい。Ｃ−ＲＵは、分散された配備を有していてもよい。Ｃ−ＲＵは、ネットワークエッジにより近くてもよい。

［０１０１］
分散ユニット（ＤＵ）８０６は、１つ以上のＴＲＰをホスト管理してもよい。ＤＵは、無線周波数（ＲＦ）機能性により、ネットワークのエッジに位置付けられていてもよい。

［０１０２］
図９は、ＤＬ中心サブフレームの例を示すダイヤグラム９００である。ＤＬ中心サブフレームは、制御部分９０２を含んでいてもよい。制御部分９０２は、ＤＬ中心サブフレームの最初または開始部分中に存在していてもよい。制御部分９０２は、ＤＬ中心サブフレームのさまざまな部分に対応する、さまざまなスケジューリング情報および／または制御情報を含んでいてもよい。いくつかのコンフィギュレーションでは、制御部分９０２は、図９中で示すように、物理ＤＬ制御チャネル（ＰＤＣＣＨ）であってもよい。ＤＬ中心サブフレームは、ＤＬデータ部分９０４も含んでいてもよい。ＤＬデータ部分９０４は、ときには、ＤＬ中心サブフレームのペイロードと呼ばれることがある。ＤＬデータ部分９０４は、スケジューリングエンティティ（例えば、ＵＥまたはＢＳ）から下位エンティティ（例えば、ＵＥ）にＤＬデータを通信するために利用される通信リソースを含んでいてもよい。いくつかのコンフィギュレーションでは、ＤＬデータ部分９０４は、物理ＤＬ共有チャネル（ＰＤＳＣＨ）であってもよい。

［０１０３］
ＤＬ中心サブフレームは、共通ＵＬ部分９０６も含んでいてもよい。共通ＵＬ部分９０６は、ときには、ＵＬバースト、共通ＵＬバースト、および／または、さまざまな他の適切な用語で呼ばれることがある。共通ＵＬ部分９０６は、ＤＬ中心サブフレームのさまざまな他の部分に対応するフィードバック情報を含んでいてもよい。例えば、共通ＵＬ部分９０６は、制御部分９０２に対応するフィードバック情報を含んでいてもよい。フィードバック情報の非限定的な例は、ＡＣＫ信号、ＮＡＣＫ信号、ＨＡＲＱインジケータ、および／または、さまざまな他の適切なタイプの情報を含んでいてもよい。共通ＵＬ部分９０６は、ランダムアクセスチャネル（ＲＡＣＨ）手順、スケジューリング要求（ＳＲ）、および、さまざまな他の適切なタイプの情報のような、追加のまたは代替の情報を含んでいてもよい。図９中に示すように、ＤＬデータ部分９０４の端は、共通ＵＬ部分９０６の開始から時間的に分離されていてもよい。この時間分離は、ときには、ギャップ、ガード期間、ガードインターバル、および／または、さまざまな他の適切な用語で呼ばれることがある。この分離は、ＤＬ通信（例えば、下位エンティティ（例えば、ＵＥ）による受信動作）からＵＬ通信（例えば、下位エンティティ（例えば、ＵＥ）による送信）への切り替えのための時間を提供する。当業者は、前述がＤＬ中心サブフレームの単なる一例に過ぎず、同様の特徴を有する代替構造が、ここに記載した態様から必ずしも逸脱することなく存在するかもしれないことを理解するであろう。

［０１０４］
図１０は、ＵＬ中心サブフレームの例を示すダイヤグラム１０００である。ＵＬ中心サブフレームは、制御部分１００２を含んでいてもよい。制御部分１００２は、ＵＬ中心サブフレームの最初または開始部分に存在していてもよい。図１０の制御部分１００２は、図９を参照して上記で説明した制御部分９０２と同様であってもよい。ＵＬ中心サブフレームは、ＵＬデータ部分１００４も含んでいてもよい。ＵＬデータ部分１００４は、ときには、ＵＬ中心サブフレームのペイロードと呼ばれることがある。ＵＬ部分は、下位エンティティ（例えば、ＵＥ）からスケジューリングエンティティ（例えば、ＵＥまたはＢＳ）にＵＬデータを通信するために利用される通信リソースを指してもよい。いくつかのコンフィギュレーションでは、制御部分１００２は、物理アップリンク制御チャネル（ＰＵＣＣＨ）であってもよい。いくつかのコンフィギュレーションでは、データ部分は、物理的アップリンク共有チャネル（ＰＵＳＣＨ）であってもよい。

［０１０５］
図１０に示すように、制御部分１００２の端は、ＵＬデータ部分１００４の開始から時間的に分離されていてもよい。この時間分離は、ときには、ギャップ、ガード期間、ガードインターバル、および／または、さまざまな他の適切な用語で呼ばれることがある。この分離は、ＤＬ通信（例えば、スケジューリングエンティティによる受信動作）からＵＬ通信（例えば、スケジューリングエンティティによる送信）への切り替えのための時間を提供する。ＵＬ中心サブフレームはまた、共通ＵＬ部分１００６も含んでいてもよい。図１０の共通ＵＬ部分１００６は、図９を参照して上記で説明した共通ＵＬ部分９０６と同様であってもよい。共通ＵＬ部分１００６は、チャネル品質インジケータ（ＣＱＩ）、サウンディング基準信号（ＳＲＳ）、および、さまざまな他の適切なタイプの情報に関係する情報を追加的にまたは代替的に含んでいてもよい。当業者は、前述がＵＬ中心サブフレームの単なる一例に過ぎず、同様の特徴を有する代替構造が、ここに記載した態様から必ずしも逸脱することなく存在するかもしれないことを理解するであろう。

［０１０６］
いくつかの状況では、２つ以上の下位エンティティ（例えば、ＵＥ）が、サイドリンク信号を使用して、互いに通信してもよい。このようなサイドリンク通信の現実世界のアプリケーションは、公衆安全、近接サービス、ＵＥ対ネットワーク中継、車対車（Ｖ２Ｖ）通信、インターネットオブエブリシング（ＩｏＥ）通信、ＩｏＴ通信、ミッションクリティカルメッシュ、および／または、さまざまな他の適切なアプリケーションを含んでいてもよい。一般に、たとえ、スケジューリングエンティティがスケジューリングおよび／または制御目的で利用されるかもしれないとしても、サイドリンク信号は、スケジューリングエンティティ（例えば、ＵＥまたはＢＳ）を通してその通信を中継することなく、１つの下位エンティティ（例えば、ＵＥ１）から別の下位エンティティ（例えば、ＵＥ２）に通信される信号を指してもよい。いくつかの例では、サイドリンク信号は、（典型的にライセンスされていないスペクトル使用するワイヤレスローカルエリアネットワークとは異なり）ライセンスされているスペクトルを使用して通信されてもよい。

［０１０７］
ＵＥは、リソースの専用セット（例えば、無線リソース制御（ＲＲＣ）専用状態等）を使用して、パイロットを送信することに関係付けられているコンフィギュレーション、または、リソースの共通セット（例えば、ＲＲＣ共通状態等）を使用して、パイロットを送信することに関係付けられているコンフィギュレーションを含む、さまざまな無線リソースコンフィギュレーションにおいて動作してもよい。ＲＲＣ専用状態で動作するとき、ＵＥは、パイロット信号をネットワークに送信するためのリソースの専用セットを選択してもよい。ＲＲＣ共通状態で動作するとき、ＵＥは、パイロット信号をネットワークに送信するためのリソースの共通セットを選択してもよい。どちらのケースにおいても、ＵＥによって送信されるパイロット信号は、アクセスノード（ＡＮ）、または、分散ユニット（ＤＵ）、または、これらの部分であるような、１つ以上のネットワークアクセスデバイスによって受信されてもよい。各受信ネットワークアクセスデバイスは、リソースの共通セット上で送信されるパイロット信号を受信して測定するように構成されていてもよく、ネットワークアクセスデバイスがＵＥに対するネットワークアクセスデバイスの監視セットのメンバーである、ＵＥに割り振られたリソースの専用セット上で送信されるパイロット信号も受信して測定するように構成されていてもよい。受信ネットワークアクセスデバイスのうちの１つ以上は、または、受信ネットワークアクセスデバイスがパイロット信号の測定を送信する中央ユニット（ＣＵ）は、ＵＥに対する担当セルを識別するために、または、ＵＥのうちの１つ以上に担当セルの変更を開始するために、測定を使用してもよい。

［０１０８］
図１１は、本開示のさまざまな態様にしたがう、ワイヤレス通信システム１１００の例を図示している。ワイヤレス通信システム１１００は、（例えば、第１のゾーン１１０５−ａ（ゾーン１）、第２のゾーン１１０５−ｂ（ゾーン２）、第３のゾーン１１０５−ｃ（ゾーン３）を含む）多数のゾーンを含んでいてもよい。ＵＥ１１５−ｂを含む多数のＵＥは、ゾーン内またはゾーン間を移動してもよい。

［０１０９］
ゾーンは複数のセルを含んでいてもよく、ゾーン内のセルは同期化されていてもよい（例えば、セルは、同じタイミングを共有してもよい）。ワイヤレス通信システム１１００は、オーバーラップしないゾーン（例えば、第１のゾーン１１０５−ａと第２のゾーン１１０５ーｂ）とオーバーラップするゾーン（例えば、第１のゾーン１１０５−ａと第３のゾーン１１０５−ｃ）との両方の例を含んでいてもよい。いくつかの例では、第１のゾーン１１０５−ａおよび第２のゾーン１１０５−ｂは、それぞれ、１つ以上のマクロセル、マイクロセル、または、ピコセルを含んでいてもよく、第３のゾーン１１０５−ｃは、１つ以上のフェムトセルを含んでいてもよい。

［０１１０］
例として、ＵＥ１１５−ｂは、第１のゾーン１１０５−ａ中に位置付けられているように示されている。ＵＥ１１５−ｂが、ＲＲＣ共通状態のような、リソースの共通セットを使用してパイロット信号を送信することに関係付けられている無線リソースコンフィギュレーションにより動作する場合、ＵＥ１１５−ｂは、リソースの共通セットを使用して、パイロット信号を送信してもよい。第１のゾーン１１０５−ａ内のセル（例えば、ＡＮ、ＤＵ等）は、ＵＥ１１５−ｂからのパイロット信号に対するリソースの共通セットを監視してもよい。ＵＥ１１５−ｂが、ＲＲＣ専用状態のような、リソースの専用セットを使用してパイロット信号を送信することに関係付けられている無線リソースコンフィギュレーションにより動作する場合、ＵＥ１１５−ｂは、リソースの専用セットを使用して、パイロット信号を送信してもよい。第１ゾーン１１０５−ａ内のＵＥ１１５−ｂに対して確立されたセルの監視セットのセル（例えば、第１のセル１１１０−ａ、第２のセル１１１０−ｂ、および、第３のセル１１１０−ｃ）は、ＵＥ１１５−ｂのパイロット信号に対するリソースの専用セットを監視してもよい。

［０１１１］
インターネットオブシングス（ＩｏＴ）は、物理的オブジェクト、デバイス、または「モノ」のネットワークを指してもよい。ＩｏＴデバイスは、例えば、電子機器、ソフトウェア、またはセンサに組み込まれていてもよく、これらのデバイスがデータを収集し、交換できるようにする、ネットワーク接続性を有していてもよい。ＩｏＴデバイスは、既存のネットワークインフラストラクチャに渡って遠隔で感知され、制御されてもよく、物理的世界とコンピュータベースのシステムとの間のより直接的な統合の機会を生成させ、結果として、改善された効率性、精度、および、経済的利益をもたらす。センサおよびアクチュエータによって増大されるＩｏＴデバイスを含むシステムは、サイバー物理システムと呼ばれることがある。サイバー物理システムは、スマートグリッド、スマートホーム、知的輸送、および／または、スマートシティのようなテクノロジーを含んでいてもよい。その組み込まれたコンピューティングシステムを通して一意的に識別可能であってもよい各「モノ」（例えば、ＩｏＴデバイス）は、インターネットインフラストラクチャのような、既存のインフラストラクチャ内で相互運用可能であってもよい。

［０１１２］
狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）は、ＩｏＴのために特別に設計された狭帯域無線テクノロジーを指していてもよい。ＮＢ−ＩｏＴは屋内のカバレッジ、低コスト、長いバッテリー寿命、および、多数のデバイスに焦点を合わせてもよい。ＵＥの複雑さを低減させるために、ＮＢ−ＩｏＴは、１つの物理リソースブロック（ＰＲＢ）（例えば、１８０ｋＨｚ＋２０ｋＨｚガード帯域）を利用する狭帯域配備を可能にしてもよい。ＮＢ−ＩｏＴ配備は、あるシステム（例えば、ＬＴＥ）およびハードウェアのより高いレイヤコンポーネントを利用して、低減されたフラグメンテーションと、例えば、ＮＢ−ＬＴＥおよび／または拡張／進化型機械タイプ通信（ｅＭＴＣ）との相互互換性を可能にしてもよい。

［０１１３］
図１２は、本開示のある態様にしたがった、ＮＢ−ＩｏＴの例示的な配備１２００を図示している。３つのＮＢ−ＩｏＴ配備コンフィギュレーションは、帯域内、ガード帯域、および、独立型を含む。帯域内配備コンフィギュレーションに対して、ＮＢ−ＩｏＴは、同じ周波数帯域中に配備されるレガシーシステム（例えば、ＧＳＭ、ＷＣＤＭＡ、および／または、ＬＴＥシステム）と共存してもよい。例えば、広帯域ＬＴＥチャネルは、１．４ＭＨｚから２０ＭＨｚの間のさまざまな帯域幅で配備されてもよい。図１２中に示すように、その帯域内の専用リソースブロック（ＲＢ）１２０２は、ＮＢ−ＩｏＴによる使用に対して利用可能であってもよく、および／または、ＲＢ１２０４は、ＮＢ−ＩｏＴに対して動的に割り振られてもよい。図１２中に示すように、帯域内配備において、広帯域チャネル（例えば、ＬＴＥ）の１つのＲＢまたは２００ｋＨｚを、ＮＢ−ＩｏＴのために使用してもよい。

［０１１４］
あるシステム（例えば、ＬＴＥ）は、隣接搬送波間の干渉に対してガードするために、搬送波間の無線スペクトルの使用されない部分を含んでいるかもしれない。いくつかの配備において、ＮＢ−ＩｏＴは、広帯域チャネルのガード帯域１２０６中に配備されてもよい。

［０１１５］
他の配備において、ＮＢ−ＩｏＴは、（示されていない）独立型で配備されてもよい。独立型配備において、ＮＢ−ＩｏＴトラフィックを伝えるために、１つの２００ＭＨｚ搬送波を利用してもよく、ＧＳＭスペクトルを再利用してもよい。

［０１１６］
ＮＢ−ＩｏＴの配備は、周波数およびタイミング同期のためのＰＳＳとＳＳＳとのような、同期信号を含み、システム情報を伝えてもよい。ＮＢ−ＩｏＴ動作に対して、ＰＳＳ／ＳＳＳタイミング境界は、レガシーシステム（例えば、ＬＴＥ）中の既存のＰＳＳ／ＳＳＳフレーム境界と比較して、例えば、１０ｍｓから４０ｍｓ拡張してもよい。タイミング境界に基づいて、ＵＥは、無線フレームのサブフレーム０に送信されるかもしれない、ＰＢＣＨ送信を受信することができる。

狭帯域インターネットオブシングスに対する例示的なアップリンク許可
［０１１７］
狭帯域インターネットオブシングス（ＮＢ−ＩｏＴ）は、ロングタームエボリューション（ＬＴＥ）数秘術による直交周波数分割多重化（ＯＦＤＭ）を使用してもよい。例えば、あるＮＢ−ＩｏＴ配備（例えば、ダウンリンクＮＢ−ＩｏＴ）は、１５ｋＨｚトーン間隔と約７０μｓのシンボル長を有していてもよい。

［０１１８］
ＮＢ−ＩｏＴは、単一トーンおよび／または複数トーンの割り当てをサポートしてもよい。したがって、ＮＢ−ＩｏＴに対するスケジューリングユニットサイズは、１つのトーンまたは複数のトーンの粒度を有していてもよい。単一トーンおよび複数トーン割り当てのためのアップリンク許可をサポートするためのシグナリングが望ましい。

［０１１９］
本開示のある態様は、ＮＢ−ＩｏＴのためのアップリンク許可とアップリンク設計を提供する。

［０１２０］
（例えば、周波数分割デュプレクス（ＦＤＤ）を使用する）あるＮＢ−ＩｏＴ配備において、（例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ）中のデータ送信のためにスケジューリングされる）スケジューリングされるリソースユニットは、時間ドメイン中のｘ ｍｓに対応していてもよい。周波数ドメインにおいて、スケジューリングされるリソースユニットは、（例えば、単一のトーン割り振りまたは複数のローン割り振りおよびトーン間隔に依存して）単一の１５ｋＨｚまたは３．７５ｋＨｚトーンを含んでいてもよく、または、複数の１５ｋＨｚまたは３．７５ｋＨｚトーンを含んでいてもよい。

［０１２１］
１５ｋＨｚトーン間隔に対して、１２トーンまで（例えば、｛１２、８｝）単一トーン割り振りを有するリソースユニット中で使用することができ、３．７５ｋＨｚトーン間隔に対して、４８トーンまで（例えば、｛４８、３２｝）単一トーン割り振りを有するリソースユニット中で使用することができる。１つのＵＥに対する複数トーン割り振りのケースにおいて、ｘ｛ｍ｝は、ｘ（１_{１５ｋＨｚ}）よりも小さく、ここで、ｍは割り振られるトーンの数である。１つのＵＥに対して１２トーン割り振りのケース（ｍ＝１２）において、ｘ｛１２｝は１ｍｓである。いくつかのＵＥは、（無線周波数制約により）単一トーン割り振りと、３．７５ｋＨｚトーン間隔とをサポートしてもよい。

［０１２２］
ある態様にしたがうと、単一トーンリソース割り振りに加えて、またはこれに代えて、（例えば、ＢＳ２０４のような）ＢＳは、（例えば、ＵＥ２０６のような）ＵＥをスケジューリングするために、複数トーン割り振りも使用してもよい。例えば、ＢＳは、３トーン、６トーン、および／または、１２トーンリソース割り振り（例えば、スケジューリングユニットサイズ）を使用して、ＵＥからのアップリンク送信をスケジューリングしてもよい。ＢＳは、時間的に１より多いリソースユニットを通して、送信ブロックをスケジューリングしてもよい。

［０１２３］
アップリンク単一トーンまたは複数トーン送信をスケジューリングするために、ＢＳは、アップリンク許可をＵＥに提供してもよい。例えば、ＢＳアップリンク許可は、ダウンリンク制御情報（ＤＣＩ）において、アップリンク許可をＵＥに送ってもよい。したがって、ＤＣＩが単一トーンおよび／または複数トーン（例えば、３トーン、６トーン、および／または、１２トーン）割り振りサイズを使用してスケジューリングできる、アップリンク許可設計を有すること望ましいかもしれない。

［０１２４］
ある態様にしたがうと、さまざまな変調スキームを、ＮＢ−ＩｏＴに対してサポートしてもよい。変調スキームは、単一トーン変調スキーム、単一搬送波周波数分割多重化（ＳＣ−ＦＤＭ）を有する複数トーン変調スキーム、１トーンにおいて、トーンポジションにより、情報が送信されるトーンポジションシフトキーイング（ＴＰＳＫ）と、低減されたピーク対平均電力比（ＰＡＰＲ）（例えば、０ｄｂまたは０ｄｂ近く）を有する制約された８−ＰＳＫ変調に対応する８つの２位相シフトキーイング（ＢＰＳＫ）とを有する複数トーン変調スキームを含むことができる。単一トーンおよび／または複数トーンのリソース割り振りに加えて、ＤＣＩが、変調スキームを示すことが望ましいかもしれない。

［０１２５］
図１３は、本開示のある態様にしたがう、ＮＢ−ＩｏＴのためのアップリンク許可を受信するための例示的な動作１３００を図示している。動作１３００は、例えば、ＩｏＴデバイスであるＵＥ（例えば、ＵＥ１０２，２０６、６５０）によって実行されてもよい。１３０２において、狭帯域通信のためにＵＥに割り振られているＲＢ内の１つ以上のトーンを示すアップリンク許可を受信することによって動作１３００が開始する。１３０４において、アップリンク許可中に示されている１つ以上のトーンを使用して、ＵＥは送信する。

［０１２６］
図１４は、本開示のある態様にしたがう、ＮＢ−ＩｏＴのためのアップリンク許可を提供するための例示的な動作１４００を図示している。動作１４００は、例えば、基地局（例えば、ＢＳ１０６，１０８、２０４、６１０）によって実行されてもよい。動作１４００は、ＵＥによって実行される動作１３００と相補的であってもよい。１４０２において、狭帯域通信のためにＵＥに割り振られているＲＢ内の１つ以上のトーンを示すアップリンク許可をＵＥに送ることにより、動作１４００は開始する。１４０４において、基地局は、アップリンク許可中に示されている１つ以上のトーン上でＵＥからの送信を受信する。

隣接トーンリソース割り振りを使用する例示的なアップリンク許可
［０１２７］
ある態様にしたがうと、ＢＳは、ＵＥが狭帯域アップリンク送信に対して使用するための隣接トーンを割り振るアップリンク許可を送ってもよい。例えば、ＢＳは、隣接トーンのリソース割り振りに制限されてもよい。隣接トーンをスケジューリングすることにアップリンク許可を制限することは、許可においてシグナリングされる組み合わせの数を減らすかもしれない。例えば、１つのＲＢ狭帯域および１５ｋＨｚのトーン間隔のケースにおいて：単一の隣接トーンリソース割り振りに対して、１２個の組み合わせ（例えば、トーンをシグナリングするためのＲＢ内の可能性あるロケーション）があってもよく；３つの隣接トーンリソース割り振りに対して、１０個の組み合わせ（例えば、３つの隣接トーン割り振りに対するＲＢ中の１０個の可能性ある開始ロケーション）があってもよく；６つの隣接トーンリソース割り振りに対して、７個の組み合わせ（例えば、７個の隣接トーン割り振りに対するＲＢ中の７個の可能性ある開始ロケーション）があってもよく；１２個の隣接トーンリソース割り振りに対して、１つのみの可能性ある組み合わせ（例えば、１２個の隣接トーンリソース割り振りに対するＲＢ内の単一の可能性ある開始ロケーション）があってもよい。

［０１２８］
したがって、アップリンク許可が、３０個の可能性ある組み合わせ（例えば、１つのＲＢ狭帯域、１５ｋＨｚトーン間隔、ならびに、単一トーン、３トーン、６トーン、および１２トーンリソース割り振りサイズのケースに対して、１２＋１０＋７＋１＝３０個の合計の可能性ある組み合わせ）のうちの何れかを示すことができることが望ましい。このケースでは、例えば、ＢＳは、５ビットの値（例えば、５ビットアップリンク許可設計）を使用して、２つの予備の組み合わせとともに３０個の可能性ある組み合わせをシグナリングしてもよい。態様において、ＢＳは、残りの２つの組み合わせを使用して、非隣接トーンを割り振ってもよい。例えば、６トーン割り振りに対して、ＢＳは、２つの櫛ベースの構造（例えば、奇数トーン、偶数トーン）を示してもよい。

［０１２９］
複数トーン割り振りに対して、ＢＳは、複数トーン変調スキームによる無線リソース制御（ＲＲＣ）シグナリングによりＵＥを構成してもよい。コンフィギュレーションは、ＵＲの能力を考慮してもよい。変調スキームは、ＳＣ−ＦＤＭ、８−ＢＰＳＫ、または、ＴＰＳＫを含んでいてもよい。

制限された開始トーンポジションを有する例示的なアップリンク許可
［０１３０］
アップリンク許可でシグナリングされる可能性ある組み合わせの数は、例えば、アップリンク許可のためのビット数を減らすために、さらに減少されてもよい。ある態様にしたがうと、リソース割り振りのためのＲＢ内の開始トーンポジションは、（例えば、ＲＢ内のトーンのサブセットに）制限されてもよい。例えば、リソースブロック中のすべてのトーンが可能性ある開始トーンである代わりに、利用可能な開始トーンは、減らされたセットに制限されてもよい。１つの例において、３トーンリソース割り振りに対して、利用可能な開始トーンは、（例えば、ＲＢ内のトーンがトーン０〜１１であることを考慮すると）０、３、６、または、９に制限されてもよい。したがって、３トーンリソース割り振りに対して、（例えば、開始トーンが制限されていないケースにおいて１０個の可能性ある組み合わせとは対照的に）４個の組み合わせがあってもよい。単一トーンリソース割り振りに対して、１２個の組み合わせがあってもよい。６トーンリソース割り振りに対して、２個の組み合わせがあってもよい。１２トーンリソース割り振りに対して、１個の組み合わせがあってもよい。したがって、１つの例では、アップリンク許可中でシグナリングされることになる組み合わせの総数が、利用可能な開始トーンポジションを制限することにより、１９個の組み合わせにさらに減らされるように、リソース割り振りのための開始ポジションが制限されてもよい。

［０１３１］
ある態様にしたがうと、（例えば、５ビットアップリンク許可が上記の例に対して使用されると仮定して）残りの１３個の組み合わせは、３トーン、６トーンリソース割り振りに対する櫛のような構造、例えば、ＴＰＳＫに対する複数トーンによるスキームをシグナリングするために使用することができる。態様において、別の７個の組み合わせを、８−ＢＰＳＫおよび／またはＳＣ−ＦＤＭに対して追加することができる。したがって、リソース割り振りフィールドは、（隣接および／または櫛のような）トーンリソース割り振りと送信モード（例えば、変調）の両方を示すことができる。

［０１３２］
ある態様にしたがうと、異なるリソースユニットサイズを使用することができ、異なるスケジューリングユニットサイズを使用することができ、異なるトーン間隔、および／または、異なる制限を、リソースユニット内の開始トーンに対して使用することができる。

例示的なアップリンク許可サイズ
［０１３３］
上記で言及したように、ＵＥは、３．７５ｋＨｚトーン間隔または１５ｋＨｚトーン間隔に対して構成してもよい。ＵＥが３．７５ｋＨｚのトーン間隔で構成されている場合、（例えば、ＤＣＩ中のビットの異なる値を介して提供する）アップリンク許可中のリソース割り振りに対する狭帯域（例えば、１ＲＢ挟帯域）内のトーンの可能性ある組み合わせの数は、たとえ、単一トーンのみがサポートされたとしても、１５ｋＨｚに対してよりもかない多い（例えば、３．７５ｋＨｚトーン間隔に対して４８個の組み合わせ対１５ｋＨｚトーン間隔に対して１２個の組み合わせ）。

［０１３４］
したがって、ある態様にしたがうと、アップリンク許可のために使用されるＤＣＩ中のビットの数は、トーン間隔に依存して異なっていてもよい。例えば、３．７５ｋＨｚトーン間隔に対して、アップリンク許可サイズは、６ビットであってもよい一方で、１５ｋＨｚトーン間隔に対して、アップリンク許可サイズは５ビットだけであってもよい。

［０１３５］
アップリンクとダウンリンクのための許可サイズをマッチングするケースにおいて、ダウンリンク許可サイズは、増加したアップリンク許可サイズと整列させるために追加のパディングビットを含んでいてもよい。態様において、ＢＳは、（例えば、３．７５ｋＨｚ単一トーン割り振りのケースにおいて、６４個の組み合わせのうちの４８個のみが使用されることから）残りの１６個の組み合わせを使用して、１５ｋＨｚトーン間隔で、複数トーンリソース割り振りまたは単一トーンリソース割り振りをシグナリングしてもよい。

［０１３６］
代替的に、ＢＳは、１５ｋＨｚトーン間隔に対するアップリンク許可サイズと同じビットの数を、３．７５ｋＨｚトーン間隔によるアップリンク許可に対して使用してもよい。例えば、３．７５ｋＨｚのトーン間隔に対して、アップリンク許可サイズは５ビットであってもよい。このケースでは、ＵＥに割り振ることができるリソース要素（ＲＥ）の数は、（例えば、アップリンクに対して５ビットを使用してシグナリングすることができる３２個の組み合わせは、３．７５ｋＨｚトーン間隔に対する４８個の可能性ある組み合わせをシグナリングすることに十分でないことから）制限されてもよい。どのトーンがＵＥに利用可能であるかのコンフィギュレーションは、暗黙的または明示的に決定してもよい。例えば、コンフィギュレーションは、ＵＥ ＩＤおよび／または無線ネットワーク一時識別子（ＲＮＴＩ）に基づいて、暗黙的に決定でき、あるいは、ＢＳは、（例えば、無線リソース制御（ＲＲＣ）シグナリングを使用して）どのトーンが利用可能であるかを明示的にＵＥにシグナリングできる。態様では、開始トーンは、（例えば、ラップアラウンドにより）シグナリングされてもよく、または、（例えば、ＲＮＴＩｍｏｄ４８を使用して）ＵＥ ＲＮＴＩから取得できる。５ビットのリソース割り振りフィールドは、セット内のどのトーンが使用されるかを示してもよい。

周波数ホッピングによる例示的なアップリンク許可
［０１３７］
ある態様にしたがうと、上記で説明したオプションは、ＲＲＣシグナリングおよび／またはＵＥ能力に基づいて、変更してもよい。例えば、ＵＥが単一トーンリソース割り振りのみをサポートする（例えば、ＵＥがＴＰＳＫできない）場合、および／または、ＵＥが深いカバレッジモードにある場合、複数トーン変調に対する組み合わせは、無効であると見なしてもよく、アップリンク許可はドロップされてもよい。代替的に、ドロップされる代わりに、アップリンク許可は、異なる方法で解釈されてもよい（例えば、周波数ホッピングにより単一トーンをシグナリングするために、複数トーンエントリを再使用してもよい）。

［０１３８］
ある態様にしたがうと、「周波数ホッピング」のための別個のビットを、アップリンク許可に含めることができる。このビットは、ＵＥが送信内でトーンロケーションを変更すべき場合にシグナリングするために使用することができる。これは、時間追跡によりＢＳを助けてもよい。

［０１３９］
１２トーンリソース割り振り、１ＲＢリソースユニット、および、１５ｋＨｚトーン間隔のケースにおいて、（例えば、すべてのアップリンクリソースが使用されていることから）利用可能な周波数ホッピングはない。このケース（または周波数ホッピングをサポートしない他のトーンサイズのケース）では、周波数ホッピングビットの値は、使用される変調タイプ、変調およびコーディングスキーム（ＭＳＣ）をシグナリングするために使用することができ、または、許可をドロップすることを示すための値（例えば、０）に固定することができる。

［０１４０］
ある態様にしたがうと、周波数ホッピングは、（例えば、サウンディング基準信号（ＳＲＳ）周波数ホッピングと同様の）ツリーベースの構造にしたがっていてもよい。例えば、３ＲＥのうちの４グループと６ＲＥのうちの２グループが規定されていてもよい。ＵＥは、異なるレベルのホッピングで、（例えば、周波数ホッピングビットを介して）アップリンク許可中で構成され、および／または、シグナリングされてもよい。狭帯域ホッピングに対して、（例えば、単一のトーン割り振りが使用される場合）ＵＥは、次のグループ内でのみ周波数ホッピングしてもよく、（例えば、３トーン割り振りが使用される場合）ＵＥは、３ＲＥのグループ中でホッピングしてもよく、または、ＵＥは６ＲＥのグループ中でホッピングしてもよい。広帯域ホッピングに対して、ＵＥは、周波数ホッピングのために、ＲＢ中の１２ＲＥすべてを使用してもよい。単一トーンＵＥのために、追加のレベルを規定することができる（例えば、ホッピングのために６ＲＥを使用）。

［０１４１］
３．７５ｋＨｚのトーン間隔に対して、ホッピングパターンは異なることがある。例えば、帯域幅の半分が予約されてもよく、ＵＥは、これらの２４ＲＥ内でホッピングしてもよい。代替的に、１５ｋＨｚのケースと同様に、１５ｋＨｚ内で（例えば、１ＲＥ）、３ＲＥ、６ＲＥ、または、１２ＲＥ内でホッピングする：４つの異なるレベルのホッピング帯域幅を定義できる。

［０１４２］
いくつかの態様では、広帯域ホッピングのために、ＵＥは狭帯域内でホッピングし、その後狭帯域内でホッピングしてもよい。いくつかの態様では、ホッピング時間ユニットは、スロットレベルまたはサブフレームレベルであってもよい。ＵＥベース上でシグナリングされる代わりに、ＢＳは、ホッピングするグループをまたはホッピングする最大ＲＥサイズをブロードキャストしてもよい（例えば、６ＲＥまでホッピングし、６ＲＥに対するホッピングはなく、したがって、ホッピングは常に帯域幅の半分を使用して実行される）。ホッピングシーケンスはまた、セル間干渉ランダム化を実行するためのセルＩＤの関数とすることができる。

［０１４３］
図１５〜図１８は、本開示のある態様にしたがった、１５ｋＨｚトーン間隔に対する例示的な周波数ホッピングパターンを図示する時間周波数リソースグリッドである。

［０１４４］
ある態様にしたがうと、レベルＮに対する広帯域ホッピングは、レベルＮ＋１のホッピングを使用することによって構築することができ、ここで、レベル０は、３．７５ｋＨｚ単一トーンであり、レベル１は１５ｋＨｚ単一トーンであり、レベル２は３ＲＥであり、レベル３は６ＲＥであり、レベル４は１２ＲＥ（ホッピングしない）である。図１５において、リソースグリッド１５０２は、狭帯域ホッピングによる１ＲＥに対する周波数ホッピングパターン示し；リソースグリッド１５０４は、広帯域ホッピングによる３ＲＥに対する周波数ホッピングパターンを示し；リソースグリッド１５０６は、広帯域ホッピングによる１ＲＥに対する周波数ホッピングパターンを示す。広帯域ホッピングによる１ＲＥに対する周波数ホッピングパターンは、リソースグリッド１５０２にしたがって、狭帯域内でホッピングすることによって、そして、リソースグリッド１５０４にしたがって狭帯域内でさらにホッピングすることによって、取得される。

［０１４５］
図１６は、広帯域ホッピングが６ＲＥに対してディセーブルされる場合の周波数ホッピングパターンを示す。図１６において、リソースグリッド１６０２は、狭帯域ホッピングによる１ＲＥに対する周波数ホッピングパターンを示し；リソースグリッド１６０４は、狭帯域ホッピングによる３ＲＥに対する周波数ホッピングパターンを示し；リソースグリッド１６０６は、６ＲＥホッピングによる１ＲＥに対する周波数ホッピングパターンを示す。

［０１４６］
図１７および１８は、櫛ベース構造による１５ｋＨｚトーン間隔に対する周波数ホッピングパターンを示す。図１７において、リソースグリッド１７０２は、広帯域ホッピングによる３ＲＥに対する周波数ホッピングパターンを示し、リソースグリッド１７０４は、広帯域ホッピングがない３ＲＥに対する周波数ホッピングパターンを示している。図１８において、リソースグリッド１８０２は、広帯域ホッピングによる３ＲＥに対する別の周波数ホッピングパターンを示し、リソースグリッド１８０４は、広帯域ホッピングがない３ＲＥに対する別の周波数ホッピングパターンを示している。

［０１４７］
ここにおける技術は、ＮＢ−ＩｏＴ通信をスケジューリングするためのアップリンク許可に対するものであってもよく、さまざまなリソースユニットサイズ、トーン間隔、および／または、スケジューリングユニットサイズに対して、単一トーンおよび／または複数トーンのリソース割り振りをサポートするアップリンク許可を提供してもよい。アップリンク許可を隣接リソース割り振りに制限するためのここにおける技術および／または制限されたトーンポジションは、アップリンク許可のサイズを低減させることを可能にする。

［０１４８］
ここで開示した方法は、説明した方法を達成するための１つ以上のステップまたはアクションを含んでいる。方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく、互いに交換可能であってもよい。言い換えると、ステップまたはアクションの特定の順序が指定されていない限り、特定のステップおよび／またはアクションの順序および／または使用を、特許請求の範囲から逸脱することなく変更してもよい。

［０１４９］
ここで使用されるような、アイテムのリスト「のうちの少なくとも１つ」を指すフレーズは、これらのアイテムの、単一のメンバーを含む任意の組み合わせを指す。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、および、ａ−ｂ−ｃとともに、複数の同じ要素の任意の組み合わせ（例えば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、および、ｃ−ｃ−ｃ、または、ａ、ｂ、および、ｃの他の何らかの順序）をカバーするように意図されている。

［０１５０］
ここで使用されるように、用語「決定する」は、幅広いアクションを含んでいる。例えば、「決定する」は、計算する、算出する、処理する、導出する、調べる、検索する（例えば、表、データベース、または、別のデータ構造中において検索する）、確認する、および、これらに類するものを含んでいてもよい。また、「決定する」は、受信する（例えば、情報を受信する）、アクセスする（例えば、メモリ中のデータにアクセスする）、および、これらに類するものを含んでいてもよい。また、「決定する」は、解決する、選択する、選ぶ、確立する、および、これらに類するものを含んでいてもよい。

［０１５１］
いくつかのケースでは、フレームを実際に送信するよりもむしろ、デバイスは、送信のためにフレームを出力するためのインターフェースを有していてもよい。例えば、プロセッサは、バスインターフェースを介して、送信のためにＲＦ前端にフレームを出力してもよい。同様に、フレームを実際に受信するよりもむしろ、デバイスは、別のデバイスから受信したフレームを取得するためにインターフェースを有していてもよい。例えば、プロセッサは、バスインターフェースを介して、送信のためにＲＦ前端からフレームを取得（または受信）してもよい。

［０１５２］
上記で説明した方法のさまざまな動作は、対応する機能を実行することができる任意の適切な手段により実行してもよい。手段は、これらに限定されないが、回路、特定用途向け集積回路（ＡＳＩＣ）、または、プロセッサを含む、さまざまなハードウェアならびに／あるいはソフトウェアのコンポーネントおよび／またはモジュールを含んでいてもよい。一般に、図中に図示される動作がある場合、これらの動作は、同様の番号を有する対応する対照のミーンズプラスファンクションコンポーネントを有していてもよい。

［０１５３］
例えば、決定する手段は、示す手段、および／または、含む手段は、処理システムを備えていてもよく、処理システムは、図６中に図示されているワイヤレス基地局６１０の、ＴＸプロセッサ６１６、送信機６１８、および／または、制御装置／プロセッサ６７５、ならびに／あるいは、図６中に図示されているユーザ機器６５０の、ＴＸプロセッサ６６８、送信機６５４、および／または、制御装置／プロセッサ６５９のような１つ以上のプロセッサを含んでいてもよい。送信する手段および／または送る手段は、送信機を備えていてもよく、送信機は、図６中に図示されているワイヤレス基地局６１０の、ＴＸプロセッサ６１６、送信機６１８、および／または、アンテナ６２０、ならびに／あるいは、図６中に図示されているユーザ機器６５０の、ＴＸプロセッサ６６８、送信機６５４、および／または、アンテナ６５２を含んでいてもよい。受信する手段は、受信機を備えていてもよく、受信機は、図６中に図示されているワイヤレス基地局６１０の、ＲＸプロセッサ６７０、受信機６１８、および／または、アンテナ６２０、ならびに／あるいは、図６中に図示されているユーザ機器６５０の、ＲＸプロセッサ６５６、受信機６５４、および／または、アンテナ６５２を含んでいてもよい。

［０１５４］
本開示に関連して説明したさまざまな例示的な論理ブロック、モジュール、および、回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ信号（ＦＰＧＡ）または他のプログラム可能論理デバイス（ＰＬＤ）、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、ここで説明した機能を実行するように設計されているこれらの任意の組み合わせにより実現しても、または実行してもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、何らかの商業的に入手可能なプロセッサ、制御装置、マイクロ制御装置、または、状態機械であってもよい。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、または、他の何らかのこのようなコンフィギュレーションのような、コンピューティングデバイスの組み合わせとして実現してもよい。

［０１５５］
ハードウェアで実現される場合、例示的なハードウェアコンフィギュレーションは、ワイヤレスノード中に処理システムを備えてもよい。処理システムは、バスアーキテクチャにより実現してもよい。バスは、処理システムの特定の用途および設計全体の制約に依存して、任意の数の相互接続バスおよびブリッジを含んでいてもよい。バスは、プロセッサ、機械読取可能媒体、および、バスインターフェースを含む、さまざまな回路を互いにリンクしてもよい。バスインターフェースは、とりわけ、ネットワークアダプタを、バスを介して処理システムに接続するために使用してもよい。ネットワークアダプタは、ＰＨＹレイヤの信号処理機能を実現するために使用してもよい。ワイヤレスノードのケース（図１を参照）では、ユーザインターフェース（例えば、キーパッド、ディスプレイ、マウス、ジョイスティック等）もまた、バスに接続されてもよい。バスはまた、タイミングソース、周辺機器、電圧レギュレータ、電力管理回路等のようなさまざまな他の回路をリンクさせることができ、これらは、技術的に周知であるので、これ以上説明しない。プロセッサは、１つ以上の汎用プロセッサおよび／または特殊目的プロセッサによって実現してもよい。例は、ソフトウェアを実行することができる、マイクロプロセッサ、マイクロ制御装置、ＤＳＰプロセッサ、および他の回路を含む。当業者は、特定のアプリケーションおよびシステム全体に課せられた設計全体の制約に依存して、処理システムに対する説明した機能性をどのように最良に実現するかを認識するだろう。

［０１５６］
ソフトウェアで実現する場合、機能は、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上に記憶されていてもよく、あるいは、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上で送信されてもよい。ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または、その他のものと呼ばれるか否かにかかわらず、ソフトウェアは、命令、データ、または、これらの何らかの組み合わせを意味するように広く解釈されるべきである。コンピュータ読取可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を促進する任意の媒体を含む、コンピュータ記憶媒体および通信媒体の両方を含んでいる。プロセッサは、バスの管理と、機械読取可能記憶媒体上に記憶されているソフトウェアモジュールの実行を含む汎用処理とを担っていてもよい。コンピュータ読取可能記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合されていてもよい。代替実施形態では、記憶媒体はプロセッサと一体化してもよい。例として、機械読取可能媒体は、送信線、データによって変調された搬送波、および／または、ワイヤレスノードから分離された、記憶されたコンピュータ読取可能記憶媒体を含んでもよいが、これらのすべては、バスインターフェースを通してプロセッサによってアクセスされてもよい。代替的に、または、加えて、機械読取可能媒体またはその任意の一部は、キャッシュおよび／または汎用レジスタファイルが用いられるケースのような、プロセッサ中に統合されてもよい。機械読取可能記憶媒体の例は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、位相交換メモリ、ＲＯＭ（リードオンリーメモリ）、ＰＲＯＭ（プログラム可能リードオンリーメモリ）、ＥＰＲＯＭ（消去可能プログラム可能リードオンリーメモリ）、ＥＥＰＲＯＭ（登録商標）（電気的消去可能プログラム可能リードオンリーメモリ）、レジスタ、磁気ディスク、光学ディスク、ハードドライブ、または、他の何らかの適切な記憶媒体、あるいは、これらの任意の組み合わせを含んでいてもよい。機械読取可能媒体は、コンピュータプログラムプロダクト中で具現化されてもよい。

［０１５７］
ソフトウェアモジュールは、単一の命令または多くの命令を含んでいてもよく、いくつかの異なるコードセグメントを通して、異なるプログラム間で、および、複数の記憶媒体に渡って、分散されてもよい。コンピュータ読取可能媒体は、多数のソフトウェアモジュールを含んでもよい。ソフトウェアモジュールは、プロセッサのような装置によって実行されるとき、処理システムにさまざまな機能を実行させる命令を含む。ソフトウェアモジュールは、送信モジュールおよび受信モジュールを含んでもよい。各ソフトウェアモジュールは、単一の記憶デバイス中に存在してもよく、または、複数の記憶デバイスに渡って分散されていてもよい。例として、ソフトウェアモジュールは、トリガイベントが起こったときに、ハードドライブからＲＡＭにロードされてもよい。ソフトウェアモジュールの実行の間、プロセッサは、命令のうちのいくつかをキャッシュにロードして、アクセススピードを増加させてもよい。その後、１つ以上のキャッシュラインが、プロセッサによる実行のために汎用レジスタファイルにロードされてもよい。以下のソフトウェアモジュールの機能性に言及するときに、このような機能性は、そのソフトウェアモジュールからの命令を実行するときに、プロセッサによって実現されることが理解されるだろう。

［０１５８］
何れの接続も、コンピュータ読取可能媒体と適切に名付けられる。例えば、同軸ケーブルを、光ファイバケーブルを、撚り対を、デジタル加入者線（ＤＳＬ）を、または、赤外線（ＩＲ）、無線、マイクロ波のようなワイヤレステクノロジーを使用して、ソフトウェアが、ウェブサイトから、サーバから、他の遠隔ソースから送信される場合、同軸ケーブルや、光ファイバケーブルや、撚り対や、ＤＳＬや、または、赤外線、無線、マイクロ波のようなワイヤレステクノロジーは、媒体の定義中に含まれる。ここで使用したような、ディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイ（登録商標）ディスクを含むが、通常、ディスク（ｄｉｓｋ）は、磁気的にデータを再生する一方で、ディスク（ｄｉｓｃ）はレーザにより光学的にデータを再生する。したがって、いくつかの態様では、コンピュータ読取可能媒体は、非一時的コンピュータ読取可能媒体（例えば、有体的媒体）を備えていてもよい。加えて、他の態様に対して、コンピュータ読取可能媒体は、一時的コンピュータ読取可能媒体（例えば、信号）を備えていてもよい。上記の組み合わせも、コンピュータ読取可能媒体の範囲内に含まれるべきである。

［０１５９］
したがって、ある態様は、ここに提示した動作を実行するためのコンピュータプログラムプロダクトを備えていてもよい。例えば、このようなコンピュータプログラムプロダクトは、命令を記憶した（および／またはエンコードした）コンピュータ読取可能媒体を含んでもよく、命令は、ここで記述した動作を実行するために、１つ以上のプロセッサにより実行可能である。

［０１６０］
さらに、ここで説明した方法および技術を実行するモジュールおよび／または他の適切な手段を、ワイヤレスノードおよび／または基地局によって、適宜、ダウンロードできることを、および／または、そうでなければ取得できることを認識すべきである。例えば、このようなデバイスは、ここで説明した方法を実行する手段の転送を促進するように、サーバに結合することができる。代替的に、ここで説明したさまざまな方法は、記憶手段をデバイスに結合または提供する際に、ワイヤレスノードおよび／または基地局がさまざまな方法を取得することができるように、記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクのような物理記憶媒体等）を介して提供することができる。さらに、ここで説明した方法および技術をデバイスに提供するための、他の何らかの適切な技術が利用できる。

［０１６１］
特許請求の範囲が、上記に図解したまさにそのコンフィギュレーションおよびコンポーネントに限定されないことを理解すべきである。さまざまな改良、変更、および、バリエーションが、上記で説明した方法ならびに装置の構成、動作、および、詳細において、特許請求の範囲から逸脱することなく行われてもよい。

Claims (56)

1. ユーザ機器（ＵＥ）によるワイヤレス通信のための方法において、
   挟帯域通信のために前記ＵＥに割り振られているリソースブロック（ＲＢ）内の１つ以上のトーンを示すアップリンク許可を受信することと、
   前記アップリンク許可中に示されている前記１つ以上のトーンを使用して送信することとを含む方法。
2. 前記１つ以上のトーンは、１５ｋＨｚトーンまたは３．７５ｋＨｚトーンを含む請求項１記載の方法。
3. 前記アップリンク許可は、単一トーン、３トーン、６トーン、または、１２トーンのうちの少なくとも１つのスケジューリングユニットサイズを使用して、狭帯域通信のために前記１つ以上のトーンを示す請求項１記載の方法。
4. 表示は、ビットのセットを介して提供され、
   前記ビットのセットの異なる値は、前記ＲＢ内の１つ以上の隣接トーンの異なる組み合わせを示し、
   前記異なる組み合わせは、前記スケジューリングユニットサイズに基づいている請求項３記載の方法。
5. 前記ビットのセットは、前記１つ以上のトーンが３．７５ｋＨｚトーンを含む場合、第１の数のビットを含み、または、前記１つ以上のトーンが１５ｋＨｚトーンを含む場合、前記第１の数のビットより少ない第２の数のビットを含む請求項４記載の方法。
6. 前記第１の数のビットは、５ビットを含み、
   前記第２の数のビットは、６ビットを含む請求項５記載の方法。
7. 前記１つ以上の隣接トーンの異なる組み合わせに対する開始トーン位置は、制限されている請求項４記載の方法。
8. 前記制限は、１２トーンのスケジューリングユニットサイズに対して１つの組み合わせ、６トーンのスケジューリングユニットサイズに対して２つの組み合わせ、４トーンのスケジューリングユニットサイズに対して４つの組み合わせ、単一トーンのスケジューリングユニットサイズに対して１２の組み合わせがあるようなものである請求項７記載の方法。
9. 前記ビットのセットは、５ビットを含む請求項４記載の方法。
10. 前記異なる値の第１のセットは、前記１つ以上の隣接トーンの異なる組み合わせを示し、
    前記異なる値の第２のセットは、単一トーン割り振りを示す請求項４記載の方法。
11. 前記異なる値の第３のセットは、非隣接トーン割り振りを示す請求項１０記載の方法。
12. 前記アップリンク許可中に示されている前記１つ以上のトーンを使用して送信するときに使用するための変調スキームを示すシグナリングを受信することをさらに含む請求項４記載の方法。
13. 前記変調スキームを示すシグナリングは、無線リソース制御（ＲＲＣ）シグナリングを介して提供される請求項１２記載の方法。
14. 前記変調スキームは、単一搬送波周波数分割多重化（ＳＣ−ＦＤＭ）、８つの２位相シフトキーイング（ＢＰＳＫ）、または、トーンポジションシフトキーイング（ＴＰＳＫ）を含む請求項１２記載の方法。
15. 前記変調スキームを示す前記シグナリングはまた、前記ビットのセットの異なる値を介して提供される請求項１２記載の方法。
16. ＵＥ能力の表示を提供することをさらに含み、前記アップリンク許可は、前記示されているＵＥ能力に基づいている請求項１記載の方法。
17. 前記非隣接トーン割り振りは、均一に間隔が空けられているトーンを含む請求項１１記載の方法。
18. 前記１つ以上のトーンは、３．７５ｋＨｚトーンを含み、
    前記１つ以上のトーンは、前記ＲＢ中で利用可能なトーンのすべてよりも少ないトーンに制限されている請求項２記載の方法。
19. 前記制限は、前記ＵＥの識別子に基づいている、または、前記制限されているトーンを示す、基地局（ＢＳ）からのシグナリングに基づいている請求項１８記載の方法。
20. 周波数ホッピングパターンを示すシグナリングを受信することをさらに含む請求項１記載の方法。
21. 前記周波数ホッピングパターンの表示は、挟帯域または広帯域による周波数ホッピングと、周波数ホッピングされることになるトーンの数とを示す請求項２０記載の方法。
22. 前記周波数ホッピングされることになるトーンの数の表示は、周波数ホッピングが許容される最大帯域幅に基づいて暗黙的にシグナリングされる請求項２１記載の方法。
23. 前記周波数ホッピングの表示は、基地局によってブロードキャストされる請求項２１記載の方法。
24. 前記周波数ホッピングされることになるトーンの数は、連続的である請求項２１記載の方法。
25. 前記周波数ホッピングパターンは、異なる帯域幅サイズに対して再帰的に計算される請求項２１記載の方法。
26. 基地局（ＢＳ）によるワイヤレス通信のための方法において、
    狭帯域通信のためにユーザ機器（ＵＥ）に割り振られているリソースブロック（ＲＢ）内の１つ以上のトーンを示すアップリンク許可をＵＥに送ることと、
    前記アップリンク許可中に示されている前記１つ以上のトーン上で前記ＵＥからの送信を受信することとを含む方法。
27. 前記１つ以上のトーンは、１５ｋＨｚトーンまたは３．７５ｋＨｚトーンを含む請求項２６記載の方法。
28. 前記アップリンク許可は、単一トーン、３トーン、６トーン、または、１２トーンのうちの少なくとも１つのスケジューリングユニットサイズを使用して、狭帯域通信のために前記１つ以上のトーンを示す請求項２６記載の方法。
29. 表示は、ビットのセットを介して提供され、
    前記ビットのセットの異なる値は、前記ＲＢ内の１つ以上の隣接トーンの異なる組み合わせを示し、
    前記異なる組み合わせは、前記スケジューリングユニットサイズに基づいている請求項２８記載の方法。
30. 前記ビットのセットは、前記１つ以上のトーンが３．７５ｋＨｚトーンを含む場合、第１の数のビットを含み、または、前記１つ以上のトーンが１５ｋＨｚトーンを含む場合、前記第１の数のビットより少ない第２の数のビットを含む請求項２９記載の方法。
31. 前記第１の数のビットは、５ビットを含み、
    前記第２の数のビットは、６ビットを含む請求項３０記載の方法。
32. 前記１つ以上の隣接トーンの異なる組み合わせに対する開始トーン位置は、制限されている請求項２９記載の方法。
33. 前記制限は、１２トーンのスケジューリングユニットサイズに対して１つの組み合わせ、６トーンのスケジューリングユニットサイズに対して２つの組み合わせ、４トーンのスケジューリングユニットサイズに対して４つの組み合わせ、単一トーンのスケジューリングユニットサイズに対して１２の組み合わせがあるようなものである請求項３２記載の方法。
34. 前記ビットのセットは、５ビットを含む請求項２９記載の方法。
35. 前記異なる値の第１のセットは、前記１つ以上の隣接トーンの異なる組み合わせを示し、
    前記異なる値の第２のセットは、単一トーン割り振りを示す請求項２９記載の方法。
36. 前記異なる値の第３のセットは、非隣接トーン割り振りを示す請求項３５記載の方法。
37. 前記アップリンク許可中に示されている前記１つ以上のトーン上で送信するときに前記ＵＥが使用するための変調スキームを示すシグナリングを送ることをさらに含む請求項２９記載の方法。
38. 前記変調スキームを示すシグナリングは、無線リソース制御（ＲＲＣ）シグナリングを介して提供される請求項３７記載の方法。
39. 前記変調スキームは、単一搬送波周波数分割多重化（ＳＣ−ＦＤＭ）、８つの２位相シフトキーイング（ＢＰＳＫ）、または、トーンポジションシフトキーイング（ＴＰＳＫ）を含む請求項３７記載の方法。
40. 前記変調スキームを示す前記シグナリングはまた、前記ビットのセットの異なる値を介して提供される請求項３７記載の方法。
41. ＵＥ能力の表示を受信することをさらに含み、前記アップリンク許可は、前記示されているＵＥ能力に基づいている請求項２６記載の方法。
42. 前記非隣接トーン割り振りは、均一に間隔が空けられているトーンを含む請求項３６記載の方法。
43. 前記１つ以上のトーンは、３．７５ｋＨｚトーンを含み、
    前記１つ以上のトーンは、前記ＲＢ中で利用可能なトーンのすべてよりも少ないトーンに制限されている請求項２７記載の方法。
44. 前記制限は、前記ＵＥの識別子に基づいている、または、前記制限されているトーンを示す、基地局（ＢＳ）からのシグナリングに基づいている請求項４３記載の方法。
45. 周波数ホッピングパターンを示すシグナリングを送ることをさらに含む請求項２６記載の方法。
46. 前記周波数ホッピングパターンの表示は、挟帯域または広帯域による周波数ホッピングと、周波数ホッピングされることになるトーンの数とを示す請求項４５記載の方法。
47. 前記周波数ホッピングされることになるトーンの数の表示は、周波数ホッピングが許容される最大帯域幅に基づいて暗黙的にシグナリングされる請求項４６記載の方法。
48. 前記周波数ホッピングの表示は、前記表示をブロードキャストすることを含む請求項４６記載の方法。
49. 前記周波数ホッピングされることになるトーンの数は、連続的である請求項４６記載の方法。
50. 異なる帯域幅サイズに対して前記周波数ホッピングパターンを再帰的に計算することをさらに含む請求項４６記載の方法。
51. ユーザ機器（ＵＥ）によるワイヤレス通信のための装置において、
    挟帯域通信のために前記ＵＥに割り振られているリソースブロック（ＲＢ）内の１つ以上のトーンを示すアップリンク許可を受信する手段と、
    前記アップリンク許可中に示されている前記１つ以上のトーンを使用して送信する手段とを具備する装置。
52. 基地局（ＢＳ）によるワイヤレス通信のための装置において、
    狭帯域通信のためにユーザ機器（ＵＥ）に割り振られているリソースブロック（ＲＢ）内の１つ以上のトーンを示すアップリンク許可を前記ＵＥに送る手段と、
    前記アップリンク許可中に示されている前記１つ以上のトーン上で前記ＵＥからの送信を受信する手段とを具備する装置。
53. ユーザ機器（ＵＥ）によるワイヤレス通信のための装置において、
    挟帯域通信のために前記ＵＥに割り振られているリソースブロック（ＲＢ）内の１つ以上のトーンを示すアップリンク許可を受信するように構成されている受信機と、
    前記アップリンク許可中に示されている前記１つ以上のトーンを使用して送信するように構成されている送信機とを具備する装置。
54. 基地局（ＢＳ）によるワイヤレス通信のための装置において、
    狭帯域通信のためにユーザ機器（ＵＥ）に割り振られているリソースブロック（ＲＢ）内の１つ以上のトーンを示すアップリンク許可をＵＥに送るように構成されている送信機と、
    前記アップリンク許可中に示されている前記１つ以上のトーン上で前記ＵＥからの送信を受信するように構成されている受信機とを具備する装置。
55. コンピュータ実行可能なコードを記憶しているコンピュータ読取可能媒体において、
    挟帯域通信のためにユーザ機器（ＵＥ）に割り振られているリソースブロック（ＲＢ）内の１つ以上のトーンを示すアップリンク許可を受信するためのコードと、
    前記アップリンク許可中に示されている前記１つ以上のトーンを使用して送信するためのコードとを含むコンピュータ読取可能媒体。
56. コンピュータ実行可能なコードを記憶しているコンピュータ読取可能媒体において、
    狭帯域通信のためにユーザ機器（ＵＥ）に割り振られているリソースブロック（ＲＢ）内の１つ以上のトーンを示すアップリンク許可を前記ＵＥに送るためのコードと、
    前記アップリンク許可中に示されている前記１つ以上のトーン上で前記ＵＥからの送信を受信するためのコードとを含むコンピュータ読取可能媒体。

Images