JP2017516381A - 輻輳制御スキーム - Google Patents

Abstract

輻輳制御のための方法、装置、およびコンピュータプログラム製品が提供される。装置は、リソースブロックの少なくとも２つの領域中でのそれぞれの信号品質を測定し、それぞれの信号品質を互いに比較し、比較に基づいてネットワーク輻輳レベルを決定する。ある態様において、装置はさらに、ネットワーク輻輳レベルに基づいて、少なくとも２つの領域中にそれぞれ含まれたリソースを使用するかどうかを決めうる。代替として、装置はさらに、ネットワーク輻輳レベルがしきい値を上回るときに、少なくとも２つの領域中にそれぞれ含まれたリソースを使用することを控えるために、少なくとも１つのＭＴＣデバイスまたはＵＥを識別し、ネットワーク輻輳レベルがしきい値を上回るときに、輻輳制御信号を少なくとも１つの識別されたＭＴＣデバイスまたは識別されたＵＥに送信しうる。【選択図】図１０

Description

関連出願の相互参照

[0001]本願は、２０１４年４月１０日に出願された「CONGESTION CONTROL SCHEME」と題された米国特許出願第１４／２５０,０３１号の利益を主張し、それは、その全体が本明細書に参照によって明確に組み込まれる。

[0002]本開示は一般に、通信システムに関し、より具体的には、ネットワークデバイス間で輻輳を制御することに関する。

[0003]ワイヤレス通信システムは、電話通信、映像、データ、メッセージング、およびブロードキャストのような様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を用いうる。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。

[0004]これらの多元接続技術は、異なるワイヤレスデバイスが、都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために様々な電気通信規格において採用されてきた。台頭してきた電気通信規格の例は、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ）のモバイル規格の拡張セットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新たなスペクトルを利用すること、およびダウンリンク（ＤＬ）上ではＯＦＤＭＡを、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを、そして多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計される。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術における更なる改善の必要性が存在する。好ましくは、これらの改善は、他の多元接続技術およびこれらの技術を用いる電気通信規格に適用可能であるべきである。

[0005]本開示のある態様において、方法、コンピュータプログラム製品、および装置が提供される。装置は、マシンタイプ通信（ＭＴＣ：machine type communication）デバイスであり、リソースブロックの少なくとも２つの領域中でのそれぞれの信号品質を測定し、それぞれの信号品質を互いに比較し、比較に基づいてネットワーク輻輳レベルを決定し、ネットワーク輻輳レベルに基づいて、少なくとも２つの領域中にそれぞれ含まれたリソースを使用するかどうかを決めるように構成されうる。

[0006]別の態様において、装置は、ＵＥであり、リソースブロックの少なくとも２つの領域中でのそれぞれの信号品質を測定し、それぞれの信号品質を互いに比較し、比較に基づいてネットワーク輻輳レベルを決定し、ネットワーク輻輳レベルがしきい値を上回るときに、少なくとも２つの領域中にそれぞれ含まれたリソースを使用することを控えるために、少なくとも１つのマシンタイプ通信（ＭＴＣ）デバイスまたは他のＵＥを識別し、ネットワーク輻輳レベルがしきい値を上回るときに、輻輳制御信号を少なくとも１つの識別されたＭＴＣデバイスまたは他の識別されたＵＥに送信するように構成されうる。

[0007]さらなる態様において、装置は、基地局であり、少なくとも１つのローカル輻輳レベルをそれぞれ少なくとも１つのユーザ機器（ＵＥ）から受信し、少なくとも１つのローカル輻輳レベルに基づいてネットワーク輻輳レベルを決定し、ネットワーク輻輳レベルに基づいて、輻輳制御信号を少なくとも１つのＵＥまたは少なくとも１つのマシンタイプ通信（ＭＴＣ）デバイスのうちの少なくとも１つに送信するように構成されうる。

ネットワークアーキテクチャの例を例示する図である。 アクセスネットワークの例を例示する図である。 ＬＴＥにおけるＤＬフレーム構造の例を例示する図である。 ＬＴＥにおけるＵＬフレーム構造の例を例示する図である。 ユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を例示する図である。 アクセスネットワーク中の発展型ノードＢおよびユーザ機器の例を例示する図である。 デバイスツーデバイス通信システムの図である。 マシンタイプ通信（ＭＴＣ）の例を例示する図である。 ネットワーク輻輳の例を例示する図である。 ネットワーク輻輳制御を例示する図である。 リソース区分を例示する図である。 再割り振りされたリソース分配を例示する図である。 輻輳制御の方法のフローチャートである。 輻輳制御の方法のフローチャートである。 輻輳制御の方法のフローチャートである。 例証的な装置中の異なるモジュール／手段／コンポーネント間でのデータフローを例示する概念的なデータフロー図である。 例証的な装置中の異なるモジュール／手段／コンポーネント間でのデータフローを例示する概念的なデータフロー図である。 例証的な装置中の異なるモジュール／手段／コンポーネント間でのデータフローを例示する概念的なデータフロー図である。 処理システムを用いる装置のためのハードウェアインプリメンテーションの例を例示する図である。 処理システムを用いる装置のためのハードウェアインプリメンテーションの例を例示する図である。 処理システムを用いる装置のためのハードウェアインプリメンテーションの例を例示する図である。

詳細な説明

[0029]添付された図面に関連して以下に記載される詳細な説明は、様々な構成の説明として意図され、本明細書に説明される概念が実施されうる唯一の構成を表すようには意図されない。詳細な説明は、様々な概念の完全な理解を提供することを目的とした特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしに実施されうることは当業者にとって明らかであろう。いくつかの実例において、よく知られている構造およびコンポーネントは、そのような概念を曖昧にすることを避けるためにブロック図形式で示される。

[0030]ここでは、電気通信システムのいくつかの態様が様々な装置および方法に関連して提示される。これらの装置および方法は、以下の詳細な説明中で説明され、添付の図面中で、様々なブロック、モジュール、コンポーネント、回路、ステップ、処理、アルゴリズム、等（総称して「要素」と呼ばれる）によって例示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを使用してインプリメントされうる。そのような要素がハードウェアとしてまたはソフトウェアとしてインプリメントされるかどうかは、特定のアプリケーションおよびシステム全体上に課せられる設計の制約に依存する。

[0031]例として、要素、または要素の任意の一部、あるいは要素の任意の組み合わせは、１つまたは複数のプロセッサを含む「処理システム」を用いてインプリメントされうる。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲート論理、離散ハードウェア回路、および本開示全体を通じて説明される様々な機能を遂行するように構成された他の適したハードウェアを含む。処理システム中の１つまたは複数のプロセッサは、ソフトウェアを実行しうる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他の名称で呼ばれるかどうかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味するように広く解釈されるべきである。

[0032]それ故に、１つまたは複数の例証的な実施形態において、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせ中でインプリメントされうる。ソフトウェア中でインプリメントされる場合、機能は、コンピュータ可読媒体上で１つまたは複数の命令あるいはコードとして記憶もしくは符号化されうる。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体でありうる。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいはデータ構造または命令の形式で所望のプログラムコードを搬送または記憶するために使用されることができ、かつコンピュータによってアクセスされることができる任意の他の媒体を備えることができる。上記の組み合わせはまた、コンピュータ可読媒体の範囲内に含まれるべきである。

[0033]図１は、ＬＴＥネットワークアーキテクチャ１００を例示する図である。ＬＴＥネットワークアーキテクチャ１００は、発展型パケットシステム（ＥＰＳ）１００と呼ばれうる。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１０４、発展型パケットコア（ＥＰＣ）１１０、およびオペレータのインターネットプロトコル（ＩＰ）サービス１２２を含みうる。ＥＰＳは、他のアクセスネットワークと相互接続することができるが、簡潔化のために、それらのエンティティ／インターフェースは、示されていない。示されているように、ＥＰＳは、パケット交換サービスを提供するが、当業者が容易に理解するであろうように、本開示全体を通じて提示される様々な概念は、回路交換サービスを提供するネットワークに拡張されうる。

[0034]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６および他のｅＮＢ１０８を含み、マルチキャスト協調エンティティ（ＭＣＥ：Multicast Coordination Entity）１２８を含みうる。ｅＮＢ１０６は、ＵＥ１０２に対するユーザおよび制御プレーンプロトコル終端を提供する。ｅＮＢ１０６は、バックホール（例えば、Ｘ２インターフェース）を介して他のｅＮＢ１０８と接続されうる。ＭＣＥ１２８は、発展型マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）（ｅＭＢＭＳ）についての時間／周波数無線リソースを割り振り、ｅＭＢＭＳのための無線構成（例えば、変調およびコーディングスキーム（ＭＣＳ））を決定する。ＭＣＥ１２８は、別個のエンティティまたはｅＮＢ１０６の一部でありうる。ｅＮＢ１０６はまた、基地局、ノードＢ、アクセスポイント、ベーストランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または何らかの他の適した専門用語で呼ばれうる。ｅＮＢ１０６は、ＵＥ１０２に対してＥＰＣ１１０へのアクセスポイントを提供する。ＵＥ１０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレイヤ（例えば、ＭＰ３プレイヤ）、カメラ、ゲーム機器、タブレット、または任意の他の同様の機能的なデバイスを含む。ＵＥ１０２はまた、当業者によって、モバイル局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適した専門用語で呼ばれうる。

[0035]ｅＮＢ１０６は、ＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２、ホーム加入者サーバ（ＨＳＳ）１２０、他のＭＭＥ１１４、サービングゲートウェイ１１６、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）１２６、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８を含みうる。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間でのシグナリングを処理する制御ノードである。一般に、ＭＭＥ１１２は、ベアラおよび接続管理を提供する。全てのユーザＩＰパケットは、サービングゲートウェイ１１６を通じて転送され、それ自体は、ＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８は、ＵＥ ＩＰアドレス割り振り、ならびに他の機能を提供する。ＰＤＮゲートウェイ１１８およびＢＭ−ＳＣ１２６は、ＩＰサービス１２２に接続される。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＰＳストリーミングサービス（ＰＳＳ）、および／または他のＩＰサービスを含みうる。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を提供しうる。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとしての役割を果たし、ＰＬＭＮ内のＭＢＭＳベアラサービスを認可および開始するために使用され、ＭＢＭＳ送信をスケジュールおよび配信するために使用されうる。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するｅＮＢ（例えば、１０６、１０８）にＭＢＭＳトラフィックを分配するために使用され、セッション管理（開始／停止）およびｅＭＢＭＳに関連する課金情報（charging information）を収集することを担いうる。

[0036]図２は、ＬＴＥネットワークアーキテクチャ中のアクセスネットワーク２００の例を例示する図である。この例において、アクセスネットワーク２００は、多数のセルラ領域（セル）２０２に分割されている。１つまたは複数のより低電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラ領域２１０を有しうる。より低電力クラスのｅＮＢ２０８は、フェムトセル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、または遠隔無線ヘッド（ＲＲＨ）でありうる。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中の全てのＵＥ２０６に対してＥＰＣ１１０へのアクセスポイントを提供するように構成される。アクセスネットワーク２００のこの例には集中型コントローラが存在しないが、代替の構成においては集中型コントローラが使用されうる。ｅＮＢ２０４は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、全ての無線に関連する機能を担う。ｅＮＢは、（セクタとも呼ばれる）１つまたは複数（例えば、３つ）のセルをサポートしうる。「セル」という用語は、特定のカバレッジエリアをサービングするｅＮＢサブシステムおよび／またはｅＮＢの最小のカバレッジエリアを指すことができる。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では交換可能に使用されうる。

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

[0038]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有しうる。ＭＩＭＯ技術の使用は、ｅＮＢ２０４が、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間ドメインを活用することを可能にする。空間多重化は、同じ周波数上で同時にデータの異なるストリームを送信するために使用されうる。データストリームは、データレートを増加させるために単一のＵＥ２０６に、または、全体的なシステム容量を増加させるために複数のＵＥ２０６に、送信されうる。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、その後、ＤＬ上で複数の送信アンテナを通じて各空間的にプリコーディングされたストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥ２０６へと到達し、それは、ＵＥ２０６の各々が、そのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することを可能にする。ＵＬ上において、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、それは、ｅＮＢ２０４が、各空間的にプリコーディングされたデータストリームのソースを識別することを可能にする。

[0039]空間多重化は一般に、チャネルコンディションが良好なときに使用される。チャネルコンディションがあまり良好でないとき、１つまたは複数の方向に送信エネルギーを集中させるためにビームフォーミングが使用されうる。これは、複数のアンテナを通じた送信のためにデータを空間的にプリコーディングすることによって達成されうる。セルの端で良好なカバレッジを達成するために、単一ストリームのビームフォーミング送信が送信ダイバーシティと組み合わせて使用されうる。

[0040]以下の詳細な説明において、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関連して説明される。ＯＦＤＭは、ＯＦＤＭシンボル内の多数のサブキャリアにわたってデータを変調するスペクトル拡散技法である。サブキャリアは、正確な周波数で間隔が空けられる。間隔を空けることは、受信機が、サブキャリアからデータを復元することを可能にする「直交性」を提供する。時間ドメインにおいて、ＯＦＤＭシンボル間干渉に対抗するために、ガードインターバル（例えば、サイクリックプリフィックス）が各ＯＦＤＭシンボルに追加されうる。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＤＦＴ拡散されたＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用しうる。

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

[0042]図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図４００である。ＵＬのための利用可能なリソースブロックは、データセクションおよび制御セクションに区分されうる。制御セクションは、システム帯域幅の両端で形成され、構成可能なサイズを有しうる。制御セクション中のリソースブロックは、制御情報の送信のためにＵＥに割り当てられうる。データセクションは、制御セクション中に含まれない全てのリソースブロックを含みうる。ＵＬフレーム構造は、連続するサブキャリアを含むデータセクションをもたらし、それは、単一のＵＥが、データセクション中の連続するサブキャリアの全てを割り当てられることを可能にしうる。

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

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

[0045]図５は、ＬＴＥにおけるユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を例示する図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、レイヤ１、レイヤ２、およびレイヤ３の３つのレイヤで示されている。レイヤ１（Ｌ１レイヤ）は、最下位のレイヤであり、様々な物理レイヤ信号処理機能をインプリメントする。Ｌ１レイヤは、本明細書では物理レイヤ５０６と呼ばれる。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６より上位にあり、物理レイヤ５０６上でＵＥとｅＮＢとの間のリンクを担う。

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

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

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

[0049]図６は、アクセスネットワーク中でＵＥ６５０と通信状態にあるｅＮＢ６１０のブロック図である。ＵＥ６５０に関する以下の説明はまた、マシンタイプ通信（ＭＴＣ）デバイスに適用されうる。ＤＬにおいて、コアネットワークからの上位レイヤパケットは、コントローラ／プロセッサ６７５に提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能をインプリメントする。ＤＬにおいて、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいたＵＥ６５０への無線リソース割り振り、論理チャネルとトランスポートチャネルとの間での多重化、パケットセグメンテーションおよび並び替え、暗号化、およびヘッダ圧縮を提供する。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、損失パケットの再送、およびＵＥ６５０へのシグナリングを担う。

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

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

[0052]コントローラ／プロセッサ６５９は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサは、プログラムコードおよびデータを記憶するメモリ６６０に関連付けられることができる。メモリ６６０は、コンピュータ可読媒体と呼ばれうる。ＤＬにおいて、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、制御信号処理、ヘッダの解凍、暗号解読、パケットのリアセンブリ、トランスポートチャネルと論理チャネルとの間での逆多重化を提供する。上位レイヤパケットは、その後、データシンク６６２に提供され、それは、Ｌ２レイヤより上位の全てのプロトコルレイヤを表す。様々な制御信号はまた、Ｌ３処理のためにデータシンク６６２に提供されうる。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用する誤り検出を担う。

[0053]ＵＬにおいて、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを提供するために使用される。データソース６６７は、Ｌ２レイヤより上位の全てのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関連して説明された機能と同様に、コントローラ／プロセッサ６５９は、ｅＮＢ６１０による無線リソース割り振りに基づいた論理チャネルとトランスポートチャネルと間での多重化、パケットセグメンテーションおよび並び替え、暗号化、およびヘッダ圧縮を提供することによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤをインプリメントする。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、損失パケットの再送、ｅＮＢ６１０へのシグナリングを担う。

[0054]ｅＮＢ６１０によって送信されたフィードバックまたは基準信号からチャネル推定器６５８によって導出されたチャネル推定値は、適切なコーディングおよび変調スキームを選択することと、空間処理を容易にすることとを行うためにＴＸプロセッサ６６８によって使用されうる。ＴＸプロセッサ６６８によって生成された空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に提供されうる。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームを用いてＲＦキャリアを変調しうる。

[0055]ＵＬ送信は、ＵＥ６５０での受信機機能に関連して説明されたのと同様の方法でｅＮＢ６１０で処理される。各受信機６１８ＲＸは、そのそれぞれのアンテナ６２０を通じて信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ６７０にその情報を提供する。ＲＸプロセッサ６７０は、Ｌ１レイヤをインプリメントしうる。

[0056]コントローラ／プロセッサ６７５は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサ６７５は、プログラムコードおよびデータを記憶するメモリ６７６に関連付けられることができる。メモリ６７６は、コンピュータ可読媒体と呼ばれうる。ＵＬにおいて、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、制御信号処理、ヘッダの解凍、暗号解読、パケットのリアセンブリ、トランスポートチャネルと論理チャネルとの間での逆多重化を提供する。コントローラ／プロセッサ６７５からの上位レイヤパケットは、コアネットワークに提供されうる。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担う。

[0057]図７は、デバイスツーデバイス通信システム７００の図である。デバイスツーデバイス通信システム７００は、複数のワイヤレスデバイス７０４、７０６、７０８、７１０を含む。デバイスツーデバイス通信システム７００は、例えば、ワイヤレス広域ネットワーク（ＷＷＡＮ）のようなセルラ通信システムと重複しうる。ワイヤレスデバイス７０４、７０６、７０８、７１０のなかには、ＤＬ／ＵＬ ＷＷＡＮスペクトルを使用してデバイスツーデバイス通信でともに通信しうるものもあれば、基地局７０２と通信しうるものもあり、その両方を行いうるものもある。例えば、図７に示されているように、ワイヤレスデバイス７０８、７１０が、デバイスツーデバイス通信状態にあり、ワイヤレスデバイス７０４、７０６が、デバイスツーデバイス通信状態にある。ワイヤレスデバイス７０４、７０６はまた、基地局７０２と通信している。

[0058]以下に論述される例証的な方法および装置は、例えば、ＦｌａｓｈＬｉｎＱ、ＷｉＭｅｄｉａ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ、またはＩＥＥＥ８０２.１１規格に基づいたＷｉ−Ｆｉに基づいたワイヤレスデバイスツーデバイス通信システムのような、様々なワイヤレスデバイスツーデバイス通信システムのいずれにも適用可能である。論述を簡略化するために、例証的な方法および装置は、ＬＴＥのコンテキスト内で論述される。しかしながら、当業者は、例証的な方法および装置が、様々な他のワイヤレスデバイスツーデバイス通信システムにより一般に適用可能であることを理解するであろう。

[0059]ある態様において、ワイヤレス通信ネットワークは、多数のワイヤレスデバイスのための通信をサポートすることができる多数の基地局を含みうる。ワイヤレスデバイスは、ユーザ機器（ＵＥ）および遠隔デバイスを備えうる。ＵＥは、ユーザによる直接制御の下で動作するデバイスでありうる。上述されたように、ＵＥのいくつかの例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレイヤ（例えば、ＭＰ３プレイヤ）、カメラ、ゲーム機器、タブレット、または任意の他の同様の機能的なデバイスを含む。遠隔デバイスは、ユーザによって直接制御されることなしに動作するデバイスでありうる。遠隔デバイスのいくつかの例は、センサ、メータ、モニタ、ロケーションタグ、等を含む。遠隔デバイスは、基地局、別の遠隔デバイス、または何らかの他のエンティティと通信しうる。マシンタイプ通信（ＭＴＣ）は、通信の少なくとも一端において少なくとも１つの遠隔デバイスを伴う通信を指す。

[0060]図８は、マシンタイプ通信（ＭＴＣ）の例を例示する図８００である。ＬＴＥ−Ｄｉｒｅｃｔ（ＬＴＥ−Ｄ）のようなワイヤレス通信システムにおいて、デバイス（例えば、図７中のデバイス７０４、７０６、７０８、および７１０）は、ｅＮＢを伴うことなしに他のデバイスと直接通信リンクを確立することができる。そのようなデバイスにとっては、ピア発見が、トラフィックデータを交換する前の第１のステップでありうる。図８を参照すると、ｅＮＢ８０２を伴うことなしに通信リンクを確立することが可能な２つのタイプのデバイスが存在しうる。プライマリデバイスは、ＵＥ８０４でありえ、それは、ｅＮＢ８０２との通信を容易にするために可能な限り多くのピアＵＥ（例えば、ＵＥ８０８）を発見しうる。ＵＥ８０４は、高電力で動作しえ、このことから、ｅＮＢ８０２とのアップリンクおよびダウンリンク通信の両方を確立することができる。セカンダリデバイスは、ＭＴＣデバイス８０６でありえ、それは、データをｅＮＢ８０２に送る必要がありうる。しかしながら、ＭＴＣデバイス８０６は、高電力で動作しないことがありうる。例えば、ＭＴＣデバイス８０６は、小さな電力増幅器のみを有しうるか、または全く電力増幅器を有さないことがありうる。その結果として、ＭＴＣデバイス８０６は、ｅＮＢ８０２へのアップリンク通信に関するリンクバジェットについて課題を抱えうる（may be challenged by）。

[0061]ある態様において、近くのＵＥ（例えば、ＵＥ８０４）は、アップリンク通信中にＭＴＣデバイス８０６を支援するために日和見中継局（opportunistic relay station）としての役割を果たしうる。その結果として、ＵＥ８０６は、近くにロケートされたピアＵＥ（例えば、ＵＥ８０８）およびＭＴＣデバイス８０６の両方を発見しえ、ピアＵＥ８０８の発見は、より高い優先度を有しうる。ＭＴＣデバイス８０６は、他のＭＴＣデバイスを発見する必要がないことがありうる。その上、ＭＴＣデバイス８０６は、ＭＴＣデバイス８０６がデータをｅＮＢ８０２に中継するために１つの近くのＵＥ（例えば、ＵＥ８０４）に頼ることができるときには、１つよりも多いＵＥを発見する必要がないことがありうる。

[0062]図９は、ネットワーク輻輳の例を例示する図９００である。ピア発見の場合、デバイス（例えば、ＵＥ９１０、９１２およびＭＴＣデバイス９０２、９０４、９０６、９０８）は、共通ピア発見チャネル上でピア発見信号を送りうる。ピア発見チャネルは、２次元グリッド９１０として編成されうる。グリッド９１０は、多数のリソースブロック（ＲＢ）、例えば、ＲＢ１、ＲＢ２、ＲＢ３、およびＲＢ４を含みうる。各デバイスは、ピア発見信号を送るためにＲＢを利用しうる。しかしながら、複数のデバイスが同じＲＢ上でそれらのそれぞれのピア発見信号を送るときに信号衝突が生じうる。例えば、図９中において、ＭＴＣデバイス９０２およびＭＴＣデバイス９０４は、それらそれぞれのピア発見信号を送るために同じＲＢ（ＲＢ１）を使用する。別の例において、ＭＴＣデバイス９０８およびＵＥ９１２は、それらそれぞれのピア発見信号を送るために同じＲＢ（ＲＢ４）を使用する。ある態様において、衝突する信号は、デバイスが発見されることを妨げられるような、互いに対する同一チャネル干渉となる。ネットワークが局所的に輻輳状態にある（例えば、小さな領域中のデバイスの数がＲＢの総数よりも多い）とき、衝突は、不可避でありうる。輻輳が最悪の状態にあるとき、数多くの衝突がグリッド９１０の全てのＲＢ上に存在し、このことから、グリッド９１０を利用するいかなるデバイスの発見も妨げる。それ故に、衝突を避けるために、共通ピア発見チャネルを使用する良く編成された方法を提供する輻輳制御がインプリメントされうる。

[0063]図１０は、ネットワーク輻輳制御を例示する図１０００である。ネットワーク輻輳は、多数のＭＴＣデバイス（例えば、ＭＴＣデバイス１０１０、１０１２、１０１４、１０１６、１０１８、１０２０）が限定された量のリソースに同時にアクセスするときに生じうる。輻輳を緩和／制御するために、ＭＴＣデバイスは、必要とあればある時間期間の間、リソースを使用することからバックオフするように命令されうる。ＭＴＣデバイスのバックオフを施行することによって、ある時間期間中における同じチャネルリソースに対する同時アクセスの可能性は、大きく低減されうる。加えてまたは代替として、輻輳を緩和／制御するためにチャネルリソース全体が異なる動作領域に分割されうる。そうすれば、ネットワーク中の多数のＭＴＣデバイスの存在がＵＥのピア発見のパフォーマンスを大きく低減することはないであろう。ある態様において、ＭＴＣ、ＵＥ、および／またはｅＮＢは、輻輳制御を管理しうる。例えば、ｅＮＢ１００２は、輻輳を制御するために、信号１０２２をＵＥおよび／またはＭＴＣデバイスに送信しうる。別の例において、ＵＥは、輻輳を制御するために、信号をＭＴＣデバイスに送信しうる。図１０中に示されているように、ＵＥ１００４は、輻輳制御信号１０２４をＭＴＣデバイス１０１０に送信し、ＵＥ１００６は、輻輳制御信号をＭＴＣデバイス１０１２、１０１４、１０１６に送信し、ＵＥ１００８は、輻輳制御信号をＭＴＣデバイス１０１８、１０２０に送信しうる。さらなる例において、ＭＴＣデバイスは、ネットワーク輻輳をモニタし、輻輳をどのように自律的に制御するかを決定しうる。

[0064]図１１Ａは、リソース区分を例示する図１１００である。図１１Ｂは、再割り振りされたリソース分配を例示する図１１５０である。ＬＴＥ−Ｄピア発見の場合、チャネルリソースは、２次元リソースブロック（ＲＢ）１１０２として編成されうる。複数のデバイスが同じＲＢ上でそれらのそれぞれのピア発見信号を同時に送るときに信号衝突が生じえ、したがって、どの信号も発見されないことがありうる。

[0065]図１１Ａを参照すると、ネットワーク輻輳は、リソースブロック１１０２全体を共有および専用領域に区分／分割することによって緩和されうる。ＭＴＣ専用領域１１０４は、ＭＴＣデバイス（すなわち、ＵＥではない）による使用のために割り振られた領域でありうる。ＵＥ専用領域１１０８は、ＵＥ（すなわち、ＭＴＣデバイスではない）による使用のために割り振られた領域でありうる。ＵＥ−ＭＴＣ共有領域１１０６は、ＵＥおよびＭＴＣデバイスの両方による使用のために割り振られた領域でありうる。ある態様において、リソースブロック区分は、論理ドメインまたは物理ドメイン中でなされうる。さらなる態様において、リソースブロック区分は、ＭＴＣデバイスによって自律的に決められうるか、またはＵＥあるいはｅＮＢによって制御されうる。

[0066]ある態様において、ネットワーク輻輳は、ある時間期間の間、ＭＴＣデバイスがバックオフすること（リソースの使用を制限すること）を容易にすることによって緩和されうる。バックオフするという決定は、リソースブロック１１０２上の、具体的には、それぞれＭＴＣ専用領域１１０４、ＵＥ専用領域１１０８、およびＵＥ−ＭＴＣ共有領域１１０６中での信号品質測定値、および互いに品質測定値を比較することに依存しうる。測定された信号品質は、例えば、信号電力、信号対雑音比、および発見されたＵＥ／ＭＴＣデバイスの数を含みうる。リソースブロック区分と同様に、バックオフするという決定は、ＭＴＣデバイスによって自律的になされうるか、またはＵＥあるいはｅＮＢによって制御されうる。

[0067]ある態様において、ＭＴＣデバイスは、輻輳制御を起動／管理することを自律的に決めうる。輻輳制御を管理するために、ＭＴＣデバイスは、ネットワークが輻輳状態にあるどうかを決めるために、ローカル（近くの）ネットワーク輻輳レベルをモニタしうる。輻輳レベルは、それぞれＭＴＣ専用領域１１０４、ＵＥ専用領域１１０８、およびＵＥ−ＭＴＣ共有領域１１０６中でのリソースブロック１１０２上の信号品質を測定し、互いに測定された信号品質を比較することによって推定されうる。例えば、ＵＥ−ＭＴＣ共有領域１１０６中でのリソースブロック１１０２上の平均信号電力が、ＵＥ専用領域１１０８中でのリソースブロック１１０２上の平均信号電力よりも著しく大きい場合、ネットワークは、輻輳状態にあり、ＭＴＣデバイスでの自律的輻輳制御メカニズムが、トリガされうる。

[0068]輻輳制御メカニズムがトリガされるとき、ＭＴＣデバイスは、輻輳制御を緩和するために様々な動作を遂行しうる。例えば、ＭＴＣデバイスは、ネットワークがもはや輻輳状態でなくなるまで、ある時間期間の間（例えば、バックオフウィンドウ中）、バックオフすること（リソースの使用を制限すること）を選びうる。バックオフするとき、ＭＴＣデバイスは、リソースブロック１１０２の使用をＭＴＣ専用領域１１０４に制限しうる。加えてまたは代替として、ＭＴＣデバイスは、ＵＥ−ＭＴＣ共有領域１１０６を使用するための選好を下げ、下げられた選好に基づいてＵＥ−ＭＴＣ共有領域１１０６を使用することによって、リソースブロック１１０２の使用を制限しうる。バックオフウィンドウ中に、ＭＴＣデバイスは、スリープモードに入りうるか、またはローカルネットワーク輻輳レベルをモニタし続けうる。バックオフウィンドウが終了したとき、ＭＴＣデバイスは、上述された動作に基づいて輻輳制御を起動／管理するかどうかを再び決めうる。

[0069]ある態様において、ＵＥもまた、ネットワーク輻輳を緩和するために、ローカルネットワーク輻輳レベルをモニタし、周囲のＭＴＣデバイス／ＵＥを管理しうる。ＭＴＣデバイスと同様に、ＵＥは、それぞれＭＴＣ専用領域１１０４、ＵＥ専用領域１１０８、およびＵＥ−ＭＴＣ共有領域１１０６中でのリソースブロック１１０２上の信号品質を測定し、互いに測定された信号品質を比較することによってネットワークが輻輳状態にあるかどうかを検出／決定しうる。例えば、ＵＥ−ＭＴＣ共有領域１１０６中でのリソースブロック１１０２上の平均信号電力が、ＵＥ専用領域１１０８中でのリソースブロック１１０２上の平均信号電力よりも著しく大きい場合、ネットワークは、輻輳状態にありうる。

[0070]ネットワーク輻輳が検出されるとき、ＵＥは、ＭＴＣデバイス／ＵＥが輻輳を緩和するためのアクションを遂行することを促すために、輻輳制御信号（例えば、図１０中の信号１０２４、１０２６、および１０２８）を周囲のＭＴＣデバイス／ＵＥにブロードキャストしうる。輻輳制御信号は、ネットワーク輻輳を決定するためのしきい値、ネットワーク輻輳レベル、要求されたバックオフの量（例えば、リソースブロック１１０２のＭＴＣ専用領域、ＵＥ専用領域、および／または、ＵＥ−ＭＴＣ共有領域を使用することを控えるために要求された量の時間またはアクセス確率）、ＭＴＣデバイス識別子、ＵＥ識別子、および／または、輻輳を緩和するためのアクションを遂行すべきＭＴＣデバイス／ＵＥのグループの識別子を含みうる。図１１Ｂを参照すると、ＵＥはまた、リソースブロック１１０２のリソースを、再割り振りされたＭＴＣ専用領域１１１０、再割り振りされたＵＥ専用領域１１１４、および再割り振りされたＵＥ−ＭＴＣ共有領域１１１２に再区分／再割り振りしうる。リソース区分情報もまた、輻輳制御信号中に含まれうる。輻輳制御信号を受信した後で、ＭＴＣデバイスは、割り振られたチャネルリソースを使用することを制限されえ、したがって、輻輳制御信号中で要求された量の時間の間、そのようなリソースを使用することからバックオフする。代替として、ＭＴＣデバイスは、輻輳レベルにしたがってバックオフ時間の量を自律的に決定しうる。

[0071]ある態様において、ｅＮＢは、ネットワーク全体について輻輳制御を支援しうる。ＵＥは、ローカル輻輳レベルをｅＮＢに周期的にレポートしうる。ＵＥはまた、ＵＥがバックオフしたいと望む周囲のＭＴＣデバイス／ＵＥのグループの識別子および／またはピア発見パフォーマンスのような他の情報をレポートしうる。レポートされた情報にしたがって、ｅＮＢは、リソースブロック１１０２のリソースを、再割り振りされたＭＴＣ専用領域１１１０、再割り振りされたＵＥ専用領域１１１４、および再割り振りされたＵＥ−ＭＴＣ共有領域１１１２に再区分／再割り振りしうる。ｅＮＢは、リソースブロック１１０２中で使用するためのリソースをいつ切り替えるかを示す、ネットワーク中のＵＥのためのしきい値（再シャッフルしきい値（reshuffle threshold））を指定しうる。ｅＮＢはまた、ネットワーク中のＭＴＣデバイス／ＵＥのグループについてバックオフタイムの量を指定しうる。

[0072]ｅＮＢは、ネットワーク規模の輻輳制御信号（例えば、図１０中の信号１０２２）をネットワーク中の全てのＵＥおよびＭＴＣデバイスにブロードキャストしうる。輻輳制御信号は、ネットワーク輻輳を決定するためのしきい値、ローカル輻輳レベル、ネットワーク輻輳レベル、リソース区分情報、ＵＥのための再シャッフルしきい値、要求されたバックオフの量（例えば、リソースブロック１１０２のＭＴＣ専用領域、ＵＥ専用領域、および／または、ＵＥ−ＭＴＣ共有領域を使用することを控えるために要求された量の時間またはアクセス確率）、ＭＴＣ識別子、ＵＥ識別子、および／または、輻輳を緩和するためのアクションを遂行すべきターゲットＭＴＣデバイス／ＵＥのグループの識別子を含みうる。輻輳制御信号を受信した後で、ネットワークのターゲットＭＴＣデバイス／ＵＥは、割り振られたチャネルを使用することを制限されえ、したがって、輻輳制御信号中で要求された量の時間の間、そのようなリソースを使用することからバックオフする。代替として、ＭＴＣデバイス／ＵＥは、輻輳レベルにしたがってバックオフ時間の量を自律的に決定しうる。ＵＥはさらに、輻輳制御信号中に含まれた再シャッフルしきい値にしたがって、リソースブロック１１０２中で使用するためのリソースを切り替えうる。

[0073]ある態様において、通信ネットワークは、中央コントローラノード（ＣＣＮ：central controller node）、永続的アクセスデバイス（ＰＡＤ：persistent access device）、および一時的ランダムアクセスデバイス（ＴＲＡＤ：temporarily random access device）の３つのタイプのデバイスを含みうる。ある態様において、ＣＣＮの例は、ｅＮＢであり、ＰＡＤの例は、ＵＥであり、ＴＲＡＤの例は、ＭＴＣデバイスである。ＣＣＮは、ネットワークの中央コントローラとして機能しうる。ＰＡＤは、ＣＣＮとのアップリンクおよびダウンリンク接続の両方が可能な高電力デバイスでありうる。ＴＲＡＤは、ＣＣＮとのダウンリンク接続は可能だが、アップリンク接続は可能でない、低電力デバイスでありうる。ＰＡＤおよびＴＲＡＤは、他の周囲のＰＡＤおよびＴＲＡＤとの接続が可能でありうる。ＰＡＤおよびＴＲＡＤは、共通ピア発見チャネル上でピア発見信号を送りえ、全ての周囲のＰＡＤおよびＴＲＡＤは、そのようなピア発見信号を復号しうる。ピア発見リソース（例えば、リソースブロック）は、ＰＡＤ単独によって使用されることができるＰＡＤ専用領域、ＴＲＡＤ単独によって使用されることができるＴＲＡＤ専用領域、およびＰＡＤとＴＲＡＤとの両方によって使用されることができるＰＡＤ−ＴＲＡＤ共有領域に分割／区分されうる。リソース区分は、論理ドメイン中または物理ドメイン中でなされうる。輻輳制御は、各ＰＡＤが可能な限り多くの周囲のＰＡＤおよびＴＲＡＤを発見することができるように、ＰＡＤおよびＴＡＤが信号衝突を避けるために共通チャネルを適切に使用することを可能にする。

[0074]図１２は、輻輳制御の方法のフローチャート１２００である。方法は、ＭＴＣデバイスによって遂行されうる。ステップ１２０２では、ＭＴＣデバイスは、リソースブロック（例えば、リソースブロック１１０２）の少なくとも２つの領域中でのそれぞれの信号品質を測定する。それぞれの信号品質を測定することは、リソースブロックの第１の領域中での第１の信号品質、リソースブロックの第２の領域中での第２の信号品質、およびリソースブロックの第３の領域中での第３の信号品質を測定することを含みうる。ある態様において、第１の領域は、少なくとも１つのＭＴＣデバイスに対して割り振られた第１のリソース（例えば、ＭＴＣ専用領域１１０４）を含み、第２の領域は、少なくとも１つのＭＴＣデバイスおよび少なくとも１つのＵＥに対して割り振られた第２のリソース（例えば、ＵＥ−ＭＴＣ共有領域１１０６）を含み、第３の領域は、少なくとも１つのＵＥに対して割り振られた第３のリソース（例えば、ＵＥ専用領域１１０８）を含む。ある態様において、第１の信号品質、第２の信号品質、または第３の信号品質は、信号電力、信号対雑音比、発見されたＭＴＣデバイスまたはＵＥの数、使用されているリソースの数、および／または、ＵＥまたはＭＴＣが発見されることができるリソースの数でありうる。

[0075]ステップ１２０４では、ＭＴＣデバイスは、それぞれの信号品質を互いに比較する。ＭＴＣデバイスはさらに、測定された信号品質に基づいて、ネットワーク輻輳レベルに関連するしきい値を計算しうる。ステップ１２０６では、ＭＴＣデバイスは、比較に基づいてネットワーク輻輳レベルを決定する。

[0076]ステップ１２０８では、ＭＴＣデバイスは、ネットワーク輻輳レベルに基づいて、少なくとも２つの領域中にそれぞれ含まれたリソースを使用するかどうかを決める。ある態様において、ＭＴＣデバイスは、ネットワーク輻輳レベルに基づいて、第１の領域の第１のリソースまたは第２の領域の第２のリソースのうちの少なくとも１つを使用するかどうかを決める。

[0077]さらなる態様においては、ＭＴＣデバイスは、ネットワーク輻輳レベルがしきい値を上回るときに、ある時間期間の間、第１の領域の第１のリソースまたは第２の領域の第２のリソースのうちの少なくとも１つを使用することを控えることによって決める。その時間期間中に、ＭＴＣデバイスは、スリープモードをアクティブ化しうる。代替として、その時間期間中に、ＭＴＣデバイスは、第１の信号品質、第２の信号品質、および第３の信号品質を測定し、第１の信号品質、第２の信号品質、および第３の信号品質を互いに比較し、比較に基づいてネットワーク輻輳レベルを決定し続けうる。

[0078]別の態様においては、ＭＴＣデバイスは、ネットワーク輻輳レベルがしきい値を上回るときに、リソースブロックの使用を第１の領域の第１のリソースに制限することによって決める。さらなる別の態様においては、ネットワーク輻輳レベルがしきい値を上回るとき、ＭＴＣデバイスは、第２の領域の第２のリソースを使用するための選好を下げ、下げられた選好に基づいて第２の領域の第２のリソースを使用することによって決める。

[0079]図１３は、輻輳制御の方法のフローチャート１３００である。方法は、ＵＥによって遂行されうる。ステップ１３０２では、ＵＥは、リソースブロック（例えば、リソースブロック１１０２）の少なくとも２つの領域中でのそれぞれの信号品質を測定しうる。それぞれの信号品質を測定することは、リソースブロックの第１の領域中での第１の信号品質、リソースブロックの第２の領域中での第２の信号品質、およびリソースブロックの第３の領域中での第３の信号品質を測定することを含みうる。ある態様において、第１の領域は、少なくとも１つのＭＴＣデバイスに対して割り振られた第１のリソース（例えば、ＭＴＣ専用領域１１０４）を含み、第２の領域は、少なくとも１つのＭＴＣデバイスおよび少なくとも１つのＵＥに対して割り振られた第２のリソース（ＵＥ−ＭＴＣ共有領域１１０６）を含み、第３の領域は、少なくとも１つのＵＥに対して割り振られた第３のリソース（ＵＥ専用領域１１０８）を含む。ある態様において、第１の信号品質、第２の信号品質、または第３の信号品質は、信号電力、信号対雑音比、発見されたＭＴＣデバイスまたはＵＥの数、使用されているリソースの数、および／または、ＵＥまたはＭＴＣデバイスが発見されることができるリソースの数でありうる。

[0080]ステップ１３０４では、ＵＥは、それぞれの信号品質を互いに比較する。ＵＥはさらに、測定された信号品質に基づいて、ネットワーク輻輳レベルに関連するしきい値を計算しうる。ステップ１３０６では、ＵＥは、比較に基づいてネットワーク輻輳レベルを決定する。

[0081]ステップ１３０８では、ＵＥは、ネットワーク輻輳レベルがしきい値を上回るときに、少なくとも２つの領域中にそれぞれ含まれたリソースを使用することを控えるために、少なくとも１つのＭＴＣデバイスまたは他のＵＥを識別する。ある態様においては、ＵＥは、ネットワーク輻輳レベルがしきい値を上回るときに、第１のリソース、第２のリソース、または第３のリソースのうちの少なくとも１つを使用することを控えるために、少なくとも１つのＭＴＣデバイスまたは他のＵＥを識別することによって識別する。

[0082]ステップ１３１０では、ＵＥは、ネットワーク輻輳レベルに基づいて、リソースブロックの第１のリソース、第２のリソース、および第３のリソースを再割り振りする。再割り振りすることは、リソースブロックを再割り振りされた第１の領域、再割り振りされた第２の領域、および再割り振りされた第３の領域に分割することを含みうる。再割り振りされた第１の領域は、少なくとも１つのＭＴＣデバイスに対して再割り振りされた第１のリソース（例えば、再割り振りされたＭＴＣ専用領域１１１０）を含みうる。再割り振りされた第２の領域は、少なくとも１つのＭＴＣデバイスおよび少なくとも１つのＵＥに対して再割り振りされた第２のリソース（例えば、再割り振りされたＵＥ−ＭＴＣ共有領域１１１２）を含みうる。再割り振りされた第３の領域は、少なくとも１つのＵＥに対して再割り振りされた第３のリソース（例えば、再割り振りされたＵＥ専用領域１１１４）を含みうる。

[0083]ステップ１３１２では、ＵＥは、ネットワーク輻輳レベルがしきい値を上回るときに、輻輳制御信号を少なくとも１つの識別されたＭＴＣデバイスまたは他の識別されたＵＥに送信する。輻輳制御信号は、ネットワーク輻輳を決定するためのしきい値、ネットワーク輻輳レベル、第１のリソース、第２のリソース、または第３のリソースのうちの少なくとも１つを使用することを控えるために要求された量の時間、ＭＴＣデバイス識別子、ＵＥ識別子、および／または、リソース割り振り情報を含みうる。

[0084]図１４は、輻輳制御の方法のフローチャート１４００である。方法は、基地局（例えば、ｅＮＢ）によって遂行されうる。ステップ１４０２では、基地局は、少なくとも１つのローカル輻輳レベルをそれぞれ少なくとも１つのＵＥから受信する。ステップ１４０４では、基地局は、少なくとも１つのローカル輻輳レベルに基づいてネットワーク輻輳レベルを決定する。

[0085]ステップ１４０６では、少なくとも１つのローカル輻輳レベルまたはネットワーク輻輳レベルに基づいて、基地局は、１つまたは複数のアクションを遂行しうる。例えば、基地局は、リソースブロック（例えば、リソースブロック１１０２）のリソースを第１の領域、第２の領域、および第３の領域に割り振りえ、第１の領域は、少なくとも１つのＭＴＣデバイスに対して割り振られた第１のリソース（例えば、ＭＴＣ専用領域１１０４）を含み、第２の領域は、少なくとも１つのＭＴＣデバイスおよび少なくとも１つのＵＥに対して割り振られた第２のリソース（例えば、ＵＥ−ＭＴＣ共有領域１１０６）を含み、第３の領域は、少なくとも１つのＵＥに対して割り振られた第３のリソース（例えば、ＵＥ専用領域１１０８）を含む。別の例において、基地局は、少なくとも１つのＵＥのための再シャッフルしきい値を決定しうる。さらなる例において、基地局は、第１のリソース、第２のリソース、または第３のリソースのうちの少なくとも１つを使用することを控えるために、少なくとも１つのＭＴＣデバイスまたはＵＥを識別しうる。

[0086]ステップ１４０８では、基地局は、ネットワーク輻輳レベルに基づいて、輻輳制御信号を少なくとも１つのＵＥおよび／または少なくとも１つのＭＴＣデバイスに送信する。輻輳制御信号は、ネットワーク輻輳を決定するためのしきい値、少なくとも１つのローカル輻輳レベル、ネットワーク輻輳レベル、リソースブロックのリソース割り振り、少なくとも１つのＵＥのための再シャッフルしきい値、第１のリソース、第２のリソース、または第３のリソースのうちの少なくとも１つを使用することを控えるために要求された量の時間、ＭＴＣデバイス識別子、および／または、ＵＥ識別子を含みうる。

[0087]図１５は、例証的な装置１５０２中の異なるモジュール／手段／コンポーネント間でのデータフローを例示する概念的なデータフロー図１５００である。装置は、ＵＥ１５５０と信号を通信する、および／または、基地局１５７０から信号を受信する、ＭＴＣデバイスでありうる。装置は、受信モジュール１５０４、信号品質処理モジュール１５０６、輻輳制御モジュール１５０８、リソース使用決定モジュール１５１０、および送信モジュール１５１２を含む。

[0088]信号品質処理モジュール１５０６は、リソースブロック（例えば、リソースブロック１１０２）の少なくとも２つの領域中での（受信モジュール１５０４を介して受信された信号の）それぞれの信号品質を測定する。それぞれの信号品質を測定することは、リソースブロックの第１の領域中での第１の信号品質、リソースブロックの第２の領域中での第２の信号品質、およびリソースブロックの第３の領域中での第３の信号品質を測定することを含みうる。ある態様において、第１の領域は、少なくとも１つのＭＴＣデバイスに対して割り振られた第１のリソース（例えば、ＭＴＣ専用領域１１０４）を含み、第２の領域は、少なくとも１つのＭＴＣデバイスおよび少なくとも１つのＵＥに対して割り振られた第２のリソース（例えば、ＵＥ−ＭＴＣ共有領域１１０６）を含み、第３の領域は、少なくとも１つのＵＥに対して割り振られた第３のリソース（例えば、ＵＥ専用領域１１０８）を含む。ある態様において、第１の信号品質、第２の信号品質、または第３の信号品質は、信号電力、信号対雑音比、発見されたＭＴＣデバイスまたはＵＥの数、使用されているリソースの数、および／または、ＵＥまたはＭＴＣが発見されることができるリソースの数でありうる。

[0089]輻輳制御モジュール１５０８は、それぞれの信号品質を互いに比較する。輻輳制御モジュール１５０８はまた、測定された信号品質に基づいて、ネットワーク輻輳レベルに関連するしきい値を計算しうる。輻輳制御モジュール１５０８はさらに、比較に基づいてネットワーク輻輳レベルを決定する。

[0090]リソース使用決定モジュール１５１０は、ネットワーク輻輳レベルに基づいて、少なくとも２つの領域中にそれぞれ含まれたリソースを使用するかどうかを決める。ある態様において、リソース使用決定モジュール１５１０は、ネットワーク輻輳レベルに基づいて、第１の領域の第１のリソースまたは第２の領域の第２のリソースのうちの少なくとも１つを使用するかどうかを決める。

[0091]さらなる態様においては、リソース使用決定モジュール１５１０は、ネットワーク輻輳レベルがしきい値を上回るときに、ある時間期間の間、第１の領域の第１のリソースまたは第２の領域の第２のリソースのうちの少なくとも１つを使用することを控えることによって決める。その時間期間中に、輻輳制御モジュール１５０８は、スリープモードをアクティブ化しうる。代替として、その時間期間中に、信号品質処理モジュール１５０６は、第１の信号品質、第２の信号品質、および第３の信号品質を測定し続け、輻輳制御モジュール１５０８は、第１の信号品質、第２の信号品質、および第３の信号品質を互いに比較し、比較に基づいてネットワーク輻輳レベルを決定し続けうる。

[0092]別の態様においては、リソース使用決定モジュール１５１０は、ネットワーク輻輳レベルがしきい値を上回るときに、リソースブロックの使用を第１の領域の第１のリソースに制限することによって決める。さらなる別の態様においては、ネットワーク輻輳レベルがしきい値を上回るとき、リソース使用決定モジュール１５１０は、第２の領域の第２のリソースを使用するための選好を下げ、下げられた選好に基づいて第２の領域の第２のリソースを使用することによって決める。

[0093]装置は、前述された図１２のフローチャート中のアルゴリズムのステップの各々を遂行する追加のモジュールを含みうる。そのため、前述された図１２のフローチャート中の各ステップは、モジュールによって遂行され、装置は、それらのモジュールのうちの１つまたは複数を含みうる。モジュールは、記載された処理／アルゴリズムを行うように特に構成された１つまたは複数のハードウェアコンポーネントでありうるか、記載された処理／アルゴリズムを遂行するように構成されたプロセッサによってインプリメントされうるか、プロセッサによるインプリメンテーションのためにコンピュータ可読媒体内に記憶されうるか、またはそれらの何らかの組み合わせでありうる。

[0094]図１６は、例証的な装置１６０２中の異なるモジュール／手段／コンポーネント間でのデータフローを例示する概念的なデータフロー図１６００である。装置は、別のＵＥ１６５０、基地局１６７０、および／またはＭＴＣデバイス１６９０と信号を通信するＵＥでありうる。装置は、受信モジュール１６０４、信号品質処理モジュール１６０６、輻輳制御モジュール１６０８、識別モジュール１６１０、リソース再割り振りモジュール１６１２、および送信モジュール１６１４を含む。

[0095]信号品質処理モジュール１６０６は、リソースブロック（例えば、リソースブロック１１０２）の少なくとも２つの領域中での（受信モジュール１６０４を介して受信された信号の）それぞれの信号品質を測定しうる。それぞれの信号品質を測定することは、リソースブロックの第１の領域中での第１の信号品質、リソースブロックの第２の領域中での第２の信号品質、およびリソースブロックの第３の領域中での第３の信号品質を測定することを含みうる。ある態様において、第１の領域は、少なくとも１つのＭＴＣデバイスに対して割り振られた第１のリソース（例えば、ＭＴＣ専用領域１１０４）を含み、第２の領域は、少なくとも１つのＭＴＣデバイスおよび少なくとも１つのＵＥに対して割り振られた第２のリソース（ＵＥ−ＭＴＣ共有領域１１０６）を含み、第３の領域は、少なくとも１つのＵＥに対して割り振られた第３のリソース（ＵＥ専用領域１１０８）を含む。ある態様において、第１の信号品質、第２の信号品質、または第３の信号品質は、信号電力、信号対雑音比、発見されたＭＴＣデバイスまたはＵＥの数、使用されているリソースの数、および／または、ＵＥまたはＭＴＣデバイスが発見されることができるリソースの数でありうる。

[0096]輻輳制御モジュール１６０８は、それぞれの信号品質を互いに比較する。輻輳制御モジュール１６０８はまた、測定された信号品質に基づいて、ネットワーク輻輳レベルに関連するしきい値を計算しうる。輻輳制御モジュール１６０８はさらに、比較に基づいてネットワーク輻輳レベルを決定する。

[0097]識別モジュール１６１０は、ネットワーク輻輳レベルがしきい値を上回るときに、少なくとも２つの領域中にそれぞれ含まれたリソースを使用することを控えるために、少なくとも１つのＭＴＣデバイス（例えば、ＭＴＣデバイス１６９０）または他のＵＥ（例えば、他のＵＥ１６５０）を識別する。ある態様においては、識別モジュール１６１０は、ネットワーク輻輳レベルがしきい値を上回るときに、第１のリソース、第２のリソース、または第３のリソースのうちの少なくとも１つを使用することを控えるために、少なくとも１つのＭＴＣデバイス１６９０または他のＵＥ１６５０を識別することによって識別する。

[0098]リソース再割り振りモジュール１６１２は、ネットワーク輻輳レベルに基づいて、リソースブロックの第１のリソース、第２のリソース、および第３のリソースを再割り振りする。再割り振りすることは、リソースブロックを再割り振りされた第１の領域、再割り振りされた第２の領域、および再割り振りされた第３の領域に分割することを含みうる。再割り振りされた第１の領域は、少なくとも１つのＭＴＣデバイスに対して再割り振りされた第１のリソース（例えば、再割り振りされたＭＴＣ専用領域１１１０）を含みうる。再割り振りされた第２の領域は、少なくとも１つのＭＴＣデバイスおよび少なくとも１つのＵＥに対して再割り振りされた第２のリソース（例えば、再割り振りされたＵＥ−ＭＴＣ共有領域１１１２）を含みうる。再割り振りされた第３の領域は、少なくとも１つのＵＥに対して再割り振りされた第３のリソース（例えば、再割り振りされたＵＥ専用領域１１１４）を含みうる。

[0099]輻輳制御信号１６０８は、ネットワーク輻輳レベルがしきい値を上回るときに、輻輳制御信号を少なくとも１つの識別されたＭＴＣデバイス１６９０または他の識別されたＵＥ１６５０に（送信モジュール１６１４を介して）送信する。輻輳制御信号は、ネットワーク輻輳を決定するためのしきい値、ネットワーク輻輳レベル、第１のリソース、第２のリソース、または第３のリソースのうちの少なくとも１つを使用することを控えるために要求された量の時間、ＭＴＣデバイス識別子、ＵＥ識別子、および／または、リソース割り振り情報を含みうる。

[00100]装置は、前述された図１３のフローチャート中のアルゴリズムのステップの各々を遂行する追加のモジュールを含みうる。そのため、前述された図１３のフローチャート中の各ステップは、モジュールによって遂行され、装置は、それらのモジュールのうちの１つまたは複数を含みうる。モジュールは、記載された処理／アルゴリズムを行うように特に構成された１つまたは複数のハードウェアコンポーネントでありうるか、記載された処理／アルゴリズムを遂行するように構成されたプロセッサによってインプリメントされうるか、プロセッサによるインプリメンテーションのためにコンピュータ可読媒体内に記憶されうるか、またはそれらの何らかの組み合わせでありうる。

[00101]図１７は、例証的な装置１７０２中の異なるモジュール／手段／コンポーネント間でのデータフローを例示する概念的なデータフロー図１７００である。装置は、基地局（例えば、ｅＮＢ）でありうる。装置は、受信モジュール１７０４、輻輳制御モジュール１７０６、識別モジュール１７１０、リソース再割り振りモジュール１７１０、および送信モジュール１７１２を含む。

[00102]輻輳制御モジュールは、少なくとも１つのローカル輻輳レベルをそれぞれ少なくとも１つのＵＥ（例えば、１７５０）から（受信モジュール１７０４を介して）受信する。輻輳制御モジュール１７０６は、少なくとも１つのローカル輻輳レベルに基づいてネットワーク輻輳レベルを決定する。

[00103]少なくとも１つのローカル輻輳レベルまたはネットワーク輻輳レベルに基づいて、装置１７０２は、１つまたは複数のアクションを遂行しうる。例えば、リソース再割り振りモジュール１７１０は、リソースブロック（例えば、リソースブロック１１０２）のリソースを第１の領域、第２の領域、および第３の領域に割り振りえ、第１の領域は、少なくとも１つのＭＴＣデバイスに対して割り振られた第１のリソース（例えば、ＭＴＣ専用領域１１０４）を含み、第２の領域は、少なくとも１つのＭＴＣデバイスおよび少なくとも１つのＵＥに対して割り振られた第２のリソース（例えば、ＵＥ−ＭＴＣ共有領域１１０６）を含み、第３の領域は、少なくとも１つのＵＥに対して割り振られた第３のリソース（例えば、ＵＥ専用領域１１０８）を含む。別の例において、リソース再割り振りモジュール１７１０および／または輻輳制御モジュール１７０６は、少なくとも１つのＵＥ１７５０のための再シャッフルしきい値を決定しうる。さらなる例において、識別モジュール１７０８は、第１のリソース、第２のリソース、または第３のリソースのうちの少なくとも１つを使用することを控えるために、少なくとも１つのＭＴＣデバイス（例えば、ＭＴＣデバイス１７７０）またはＵＥ１７５０を識別しうる。

[00104]輻輳制御モジュール１７０６は、ネットワーク輻輳レベルに基づいて、輻輳制御信号を少なくとも１つのＵＥ１７５０および／または少なくとも１つのＭＴＣデバイス１７７０に（送信モジュールを介して）送信する。輻輳制御信号は、ネットワーク輻輳を決定するためのしきい値、少なくとも１つのローカル輻輳レベル、ネットワーク輻輳レベル、リソースブロックのリソース割り振り、少なくとも１つのＵＥのための再シャッフルしきい値、第１のリソース、第２のリソース、または第３のリソースのうちの少なくとも１つを使用することを控えるために要求された量の時間、ＭＴＣデバイス識別子、および／または、ＵＥ識別子を含みうる。

[00105]装置は、前述された図１４のフローチャート中のアルゴリズムのステップの各々を遂行する追加のモジュールを含みうる。そのため、前述された図１４のフローチャート中の各ステップは、モジュールによって遂行され、装置は、それらのモジュールのうちの１つまたは複数を含みうる。モジュールは、記載された処理／アルゴリズムを行うように特に構成された１つまたは複数のハードウェアコンポーネントでありうるか、記載された処理／アルゴリズムを遂行するように構成されたプロセッサによってインプリメントされうるか、プロセッサによるインプリメンテーションのためにコンピュータ可読媒体内に記憶されうるか、またはそれらの何らかの組み合わせでありうる。

[00106]図１８は、処理システム１８１４を用いる装置１５０２’のためのハードウェアインプリメンテーションの例を例示する図１８００である。処理システム１８１４は、一般にバス１８２４によって表される、バスアーキテクチャを用いてインプリメントされうる。バス１８２４は、処理システム１８１４の特定のアプリケーションおよび全体的な設計制約に依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス１８２４は、プロセッサ１８０４、モジュール１５０４、１５０６、１５０８、１５１０、１５１２、およびコンピュータ可読媒体／メモリ１８０６によって表される、１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路をともにリンクする。バス１８２４はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような様々な他の回路をリンクしうるが、それらは、当該技術において良く知られており、したがって、これ以上は説明されない。

[00107]処理システム１８１４は、トランシーバ１８１０に結合されうる。トランシーバ１８１０は、１つまたは複数のアンテナ１８２０に結合される。トランシーバ１８１０は、送信媒体を通じて様々な他の装置と通信するための手段を提供する。トランシーバ１８１０は、１つまたは複数のアンテナ１８２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１８１４、具体的には受信モジュール１５０４に提供する。加えて、トランシーバ１８１０は、処理システム１８１４、具体的には送信モジュール１５１２から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１８２０に適用される信号を生成する。処理システム１８１４は、コンピュータ可読媒体／メモリ１８０６に結合されたプロセッサ１８０４を含む。プロセッサ１８０４は、コンピュータ可読媒体／メモリ１８０６上に記憶されたソフトウェアの実行を含む、一般の処理を担う。ソフトウェアは、プロセッサ１８０４によって実行されたとき、処理システム１８１４に、任意の特定の装置に関して上記に説明された様々な機能を遂行させる。コンピュータ可読媒体／メモリ１８０６はまた、ソフトウェアを実行するときにプロセッサ１８０４によって操作されるデータを記憶するために使用されうる。処理システムはさらに、モジュール１５０４、１５０６、１５０８、１５１０、および１５１２のうちの少なくとも１つを含む。モジュールは、プロセッサ１８０４中で実行中であり、コンピュータ可読媒体／メモリ１８０６中に存在する／記憶されたソフトウェアモジュール、プロセッサ１８０４に結合された１つまたは複数のハードウェアモジュール、またはそれらの何らかの組み合わせでありうる。処理システム１８１４は、ＵＥ／ＭＴＣデバイス６５０のコンポーネントであり、メモリ６６０および／またはＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９のうちの少なくとも１つを含みうる。

[00108]一構成において、ワイヤレス通信のための装置１５０２／１５０２’は、リソースブロックの少なくとも２つの領域中でのそれぞれの信号品質を測定するための手段と、それぞれの信号品質を互いに比較するための手段と、測定された信号品質に基づいてしきい値を計算するための手段と、比較に基づいてネットワーク輻輳レベルを決定するための手段と、ネットワーク輻輳レベルに基づいて、少なくとも２つの領域中にそれぞれ含まれたリソースを使用するかどうかを決めるための手段とを含む。

[00109]前述された手段は、前述された手段によって記載された機能を遂行するように構成された装置１５０２’の処理システム１８１４、および／または、装置１５０２の前述されたモジュールのうちの１つまたは複数でありうる。上記に説明されたように、処理システム１８１４は、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９を含みうる。そのため、一構成において、前述された手段は、前述された手段によって記載された機能を遂行するように構成されたＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９でありうる。

[00110]図１９は、処理システム１９１４を用いる装置１６０２’のためのハードウェアインプリメンテーションの例を例示する図１９００である。処理システム１９１４は、一般にバス１９２４によって表される、バスアーキテクチャを用いてインプリメントされうる。バス１９２４は、処理システム１９１４の特定のアプリケーションおよび全体的な設計制約に依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス１９２４は、プロセッサ１９０４、モジュール１６０４、１６０６、１６０８、１６１０、１６１２、１６１４、およびコンピュータ可読媒体／メモリ１９０６によって表される、１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路をともにリンクする。バス１９２４はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような様々な他の回路をリンクしうるが、それらは、当該技術において良く知られており、したがって、これ以上は説明されない。

[00111]処理システム１９１４は、トランシーバ１９１０に結合されうる。トランシーバ１９１０は、１つまたは複数のアンテナ１９２０に結合される。トランシーバ１９１０は、送信媒体を通じて様々な他の装置と通信するための手段を提供する。トランシーバ１９１０は、１つまたは複数のアンテナ１９２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１９１４、具体的には受信モジュール１６０４に提供する。加えて、トランシーバ１９１０は、処理システム１９１４、具体的には送信モジュール１６１４から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１９２０に適用される信号を生成する。処理システム１９１４は、コンピュータ可読媒体／メモリ１９０６に結合されたプロセッサ１９０４を含む。プロセッサ１９０４は、コンピュータ可読媒体／メモリ１９０６上に記憶されたソフトウェアの実行を含む、一般の処理を担う。ソフトウェアは、プロセッサ１９０４によって実行されたとき、処理システム１９１４に、任意の特定の装置に関して上記に説明された様々な機能を遂行させる。コンピュータ可読媒体／メモリ１９０６はまた、ソフトウェアを実行するときにプロセッサ１９０４によって操作されるデータを記憶するために使用されうる。処理システムはさらに、モジュール１６０４、１６０６、１６０８、１６１０、１６１２、および１６１４のうちの少なくとも１つを含む。モジュールは、プロセッサ１９０４中で実行中であり、コンピュータ可読媒体／メモリ１９０６中に存在する／記憶されたソフトウェアモジュール、プロセッサ１９０４に結合された１つまたは複数のハードウェアモジュール、またはそれらの何らかの組み合わせでありうる。処理システム１９１４は、ＵＥ６５０のコンポーネントであり、メモリ６６０および／またはＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９のうちの少なくとも１つを含みうる。

[00112]一構成において、ワイヤレス通信のための装置１６０２／１６０２’は、リソースブロックの少なくとも２つの領域中でのそれぞれの信号品質を測定するための手段と、それぞれの信号品質を互いに比較するための手段と、比較に基づいてネットワーク輻輳レベルを決定するための手段と、測定された信号品質に基づいてしきい値を計算するための手段と、ネットワーク輻輳レベルがしきい値を上回るときに、少なくとも２つの領域中にそれぞれ含まれたリソースを使用することを控えるために、少なくとも１つのマシンタイプ通信（ＭＴＣ）デバイスまたは他のＵＥを識別するための手段と、ネットワーク輻輳レベルがしきい値を上回るときに、輻輳制御信号を少なくとも１つの識別されたＭＴＣデバイスまたは他の識別されたＵＥに送信するための手段と、ネットワーク輻輳レベルに基づいて、リソースブロックの第１のリソース、第２のリソース、および第３のリソースを再割り振りするための手段とを含む。

[00113]前述された手段は、前述された手段によって記載された機能を遂行するように構成された装置１６０２’の処理システム１９１４、および／または、装置１６０２の前述されたモジュールのうちの１つまたは複数でありうる。上記に説明されたように、処理システム１９１４は、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９を含みうる。そのため、一構成において、前述された手段は、前述された手段によって記載された機能を遂行するように構成されたＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９でありうる。

[00114]図２０は、処理システム２０１４を用いる装置１７０２’のためのハードウェアインプリメンテーションの例を例示する図２０００である。処理システム２０１４は、一般にバス２０２４によって表される、バスアーキテクチャを用いてインプリメントされうる。バス２０２４は、処理システム２０１４の特定のアプリケーションおよび全体的な設計制約に依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス２０２４は、プロセッサ２００４、モジュール１７０４、１７０６、１７０８、１７１０、１７１２、およびコンピュータ可読媒体／メモリ２００６によって表される、１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路をともにリンクする。バス２０２４はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような様々な他の回路をリンクしうるが、それらは、当該技術において良く知られており、したがって、これ以上は説明されない。

[00115]処理システム２０１４は、トランシーバ２０１０に結合されうる。トランシーバ２０１０は、１つまたは複数のアンテナ２０２０に結合される。トランシーバ２０１０は、送信媒体を通じて様々な他の装置と通信するための手段を提供する。トランシーバ２０１０は、１つまたは複数のアンテナ２０２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム２０１４、具体的には受信モジュール１７０４に提供する。加えて、トランシーバ２０１０は、処理システム２０１４、具体的には送信モジュール１７１２から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ２０２０に適用される信号を生成する。処理システム２０１４は、コンピュータ可読媒体／メモリ２００６に結合されたプロセッサ２００４を含む。プロセッサ２００４は、コンピュータ可読媒体／メモリ２００６上に記憶されたソフトウェアの実行を含む、一般の処理を担う。ソフトウェアは、プロセッサ２００４によって実行されたとき、処理システム２０１４に、任意の特定の装置に関して上記に説明された様々な機能を遂行させる。コンピュータ可読媒体／メモリ２００６はまた、ソフトウェアを実行するときにプロセッサ２００４によって操作されるデータを記憶するために使用されうる。処理システムはさらに、モジュール１７０４、１７０６、１７０８、１７１０、および１７１２のうちの少なくとも１つを含む。モジュールは、プロセッサ２００４中で実行中であり、コンピュータ可読媒体／メモリ２００６中に存在する／記憶されたソフトウェアモジュール、プロセッサ２００４に結合された１つまたは複数のハードウェアモジュール、またはそれらの何らかの組み合わせでありうる。処理システム２０１４は、ｅＮＢ６１０のコンポーネントであり、メモリ６７６および／またはＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５のうちの少なくとも１つを含みうる。

[00116]一構成において、ワイヤレス通信のための装置１７０２／１７０２’は、少なくとも１つのローカル輻輳レベルをそれぞれ少なくとも１つのユーザ機器（ＵＥ）から受信するための手段と、少なくとも１つのローカル輻輳レベルに基づいてネットワーク輻輳レベルを決定するための手段と、ネットワーク輻輳レベルに基づいて、輻輳制御信号を少なくとも１つのＵＥまたは少なくとも１つのマシンタイプ通信（ＭＴＣ）デバイスのうちの少なくとも１つに送信するための手段と、リソースブロックのリソースを第１の領域、第２の領域、および第３の領域に割り振るための手段と、ここにおいて、第１の領域は、少なくとも１つのＭＴＣデバイスに対して割り振られた第１のリソースを備え、第２の領域は、少なくとも１つのＭＴＣデバイスおよび少なくとも１つのＵＥに対して割り振られた第２のリソースを備え、第３の領域は、少なくとも１つのＵＥに対して割り振られた第３のリソースを備え、少なくとも１つのＵＥのための再シャッフルしきい値を決定するための手段と、第１のリソース、第２のリソース、または第３のリソースのうちの少なくとも１つを使用することを控えるために、少なくとも１つのＭＴＣデバイスまたはＵＥを識別するための手段とを含む。

[00117]前述された手段は、前述された手段によって記載された機能を遂行するように構成された装置１７０２’の処理システム２０１４、および／または、装置１７０２の前述されたモジュールのうちの１つまたは複数でありうる。上記に説明されたように、処理システム１７１４は、ＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５を含みうる。そのため、一構成において、前述された手段は、前述された手段によって記載された機能を遂行するように構成されたＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５でありうる。

[00118]開示されたプロセス／フローチャート中のステップの特定の順序または階層は、例証的なアプローチの例示であることが理解される。設計の選好に基づいて、これらプロセス／フローチャート中のステップの特定の順序または階層は、再配置されうることが理解される。さらに、いくつかのステップは、組み合わされうるか、または省略されうる。添付の方法の請求項は、サンプルの順序で様々なステップの要素を提示しているが、提示された特定の順序または階層に限定されるようには意図されない。

[00119]先の説明は、いかなる当業者であっても、本明細書に説明された様々な態様を実施することを可能にするために提供される。これらの態様への様々な修正は、当業者にとって容易に明らかとなり、本明細書に定義された包括的な原理は、他の態様に適用されうる。このことから、特許請求の範囲は、本明細書に示された態様に限定されるように意図されてはいないが、特許請求の範囲の文言と一致する全範囲を付与されるべきであり、ここにおいて、単数形での要素への言及は、そうであると具体的に記載されない限り、「１つおよび１つのみ」を意味するように意図されず、むしろ「１つまたは複数」を意味するように意図される。「例証的（exemplary）」という用語は、本明細書では、「例、実例、または例示としての役割を果たすこと」を意味するように使用される。「例証的」であるとして本明細書に説明されたいずれの態様も、他の態様よりも好ましいまたは有利であるとして必ずしも解釈されるべきではない。そうでないと具体的に記載されない限り、「何らかの／いくつかの／いくらかの（some）」という用語は、１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」のような組み合わせは、Ａ、Ｂ、および／またはＣの任意の組み合わせを含み、複数のＡ、複数のＢ、または複数のＣを含みうる。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」のような組み合わせは、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢ、ＡとＣ、ＢとＣ、またはＡとＢとＣでありえ、ここで、任意のそのような組み合わせは、Ａ、Ｂ、またはＣの１つまた複数のメンバーを含みうる。当業者に知られている、または後に知られることとなる、本開示全体を通じて説明された様々な態様の要素と構造的および機能的に同等な物は全て、参照によって本明細書に明確に組み込まれ、特許請求の範囲によって包含されるように意図される。その上、本明細書のどの開示も、そのような開示が特許請求の範囲中に明示的に記載されているかどうかにかかわらず、公に献呈されるようには意図されていない。要素が「〜のための手段」というフレーズを使用して明確に記載されていない限り、どの請求項の要素もミーンズプラスファンクションとして解釈されるべきではない。

Claims (23)

1. マシンタイプ通信（ＭＴＣ）デバイスでの輻輳制御の方法であって、
   リソースブロックの少なくとも２つの領域中でのそれぞれの信号品質を測定することと、
   前記それぞれの信号品質を互いに比較することと、
   前記比較に基づいてネットワーク輻輳レベルを決定することと、
   前記ネットワーク輻輳レベルに基づいて、前記少なくとも２つの領域中にそれぞれ含まれたリソースを使用するかどうかを決めることと
   を備える、方法。
2. 前記それぞれの信号品質を前記測定することは、前記リソースブロックの第１の領域中での第１の信号品質、前記リソースブロックの第２の領域中での第２の信号品質、および前記リソースブロックの第３の領域中での第３の信号品質を測定することを備え、
   前記第１の領域は、少なくとも１つのＭＴＣデバイスに対して割り振られた第１のリソースを備え、前記第２の領域は、前記少なくとも１つのＭＴＣデバイスおよび少なくとも１つのユーザ機器（ＵＥ）に対して割り振られた第２のリソースを備え、前記第３の領域は、前記少なくとも１つのＵＥに対して割り振られた第３のリソースを備え、
   前記決めることは、前記ネットワーク輻輳レベルに基づいて、前記第１の領域の前記第１のリソースまたは前記第２の領域の前記第２のリソースのうちの少なくとも１つを使用するかどうかを決めることを備える、請求項１に記載の方法。
3. 前記決めることは、
   前記ネットワーク輻輳レベルがしきい値を上回るときに、ある時間期間の間、前記第１の領域の前記第１のリソースまたは前記第２の領域の前記第２のリソースのうちの少なくとも１つを使用することを控えることを備える、請求項２に記載の方法。
4. 前記測定された信号品質に基づいて前記しきい値を計算することをさらに備える、請求項３に記載の方法。
5. 前記ある時間期間中に、
   スリープモードをアクティブ化すること、または、
   前記第１の信号品質、前記第２の信号品質、および前記第３の信号品質を測定することと、
   前記第１の信号品質、前記第２の信号品質、および前記第３の信号品質を互いに比較することと、
   前記比較に基づいて前記ネットワーク輻輳レベルを決定することと
   を行い続けること
   をさらに備える、請求項３に記載の方法。
6. 前記第１の信号品質、前記第２の信号品質、または前記第３の信号品質は、
   信号電力、
   信号対雑音比、
   発見されたＭＴＣデバイスまたはＵＥの数、
   使用されているリソースの数、または、
   ＵＥまたはＭＴＣデバイスが発見されることができるリソースの数
   のうちの少なくとも１つを備える、請求項２に記載の方法。
7. 前記決めることは、
   前記ネットワーク輻輳レベルがしきい値を上回るときに、前記リソースブロックの使用を前記第１の領域の前記第１のリソースに制限することを備える、請求項２に記載の方法。
8. 前記ネットワーク輻輳レベルがしきい値を上回るとき、前記決めることは、
   前記第２の領域の前記第２のリソースを使用するための選好を下げることと、
   前記下げられた選好に基づいて前記第２の領域の前記第２のリソースを使用することと
   を備える、請求項２に記載の方法。
9. ユーザ機器（ＵＥ）での輻輳制御の方法であって、
   リソースブロックの少なくとも２つの領域中でのそれぞれの信号品質を測定することと、
   前記それぞれの信号品質を互いに比較することと、
   前記比較に基づいてネットワーク輻輳レベルを決定することと、
   前記ネットワーク輻輳レベルがしきい値を上回るときに、前記少なくとも２つの領域中にそれぞれ含まれたリソースを使用することを控えるために、少なくとも１つのマシンタイプ通信（ＭＴＣ）デバイスまたは他のＵＥを識別することと、
   前記ネットワーク輻輳レベルが前記しきい値を上回るときに、輻輳制御信号を前記少なくとも１つの識別されたＭＴＣデバイスまたは他の識別されたＵＥに送信することと
   を備える、方法。
10. 前記それぞれの信号品質を前記測定することは、前記リソースブロックの第１の領域中での第１の信号品質、前記リソースブロックの第２の領域中での第２の信号品質、および前記リソースブロックの第３の領域中での第３の信号品質を測定することを備え、
    前記第１の領域は、少なくとも１つのＭＴＣデバイスに対して割り振られた第１のリソースを備え、前記第２の領域は、前記少なくとも１つのＭＴＣデバイスおよび少なくとも１つのＵＥに対して割り振られた第２のリソースを備え、前記第３の領域は、前記少なくとも１つのＵＥに対して割り振られた第３のリソースを備え、
    前記識別することは、前記ネットワーク輻輳レベルが前記しきい値を上回るときに、前記第１のリソース、前記第２のリソース、または前記第３のリソースのうちの少なくとも１つを使用することを控えるために、前記少なくとも１つのＭＴＣデバイスまたは前記他のＵＥを識別することを備える、請求項９に記載の方法。
11. 前記測定された信号品質に基づいて前記しきい値を計算することをさらに備える、請求項１０に記載の方法。
12. 前記第１の信号品質、前記第２の信号品質、または前記第３の信号品質は、
    信号電力、
    信号対雑音比、
    発見されたＭＴＣデバイスまたはＵＥの数、
    使用されているリソースの数、または、
    ＵＥまたはＭＴＣデバイスが発見されることができるリソースの数
    のうちの少なくとも１つを備える、請求項１０に記載の方法。
13. 前記輻輳制御信号は、
    ネットワーク輻輳を決定するためのしきい値、
    前記ネットワーク輻輳レベル、
    前記第１のリソース、前記第２のリソース、または前記第３のリソースのうちの前記少なくとも１つを使用することを控えるために要求された量の時間、
    ＭＴＣデバイス識別子、
    ＵＥ識別子、または、
    リソース割り振り情報
    のうちの少なくとも１つを備える、請求項１０に記載の方法。
14. 前記ネットワーク輻輳レベルに基づいて、前記リソースブロックの前記第１のリソース、前記第２のリソース、および前記第３のリソースを再割り振りすることをさらに備え、前記再割り振りすることは、
    前記リソースブロックを再割り振りされた第１の領域、再割り振りされた第２の領域、および再割り振りされた第３の領域に分割することを備え、
    前記再割り振りされた第１の領域は、前記少なくとも１つのＭＴＣデバイスに対して再割り振りされた第１のリソースを備え、
    前記再割り振りされた第２の領域は、前記少なくとも１つのＭＴＣデバイスおよび前記少なくとも１つのＵＥに対して再割り振りされた第２のリソースを備え、
    前記再割り振りされた第３の領域は、前記少なくとも１つのＵＥに対して再割り振りされた第３のリソースを備える、請求項１０に記載の方法。
15. 基地局での輻輳制御の方法であって、
    少なくとも１つのローカル輻輳レベルをそれぞれ少なくとも１つのユーザ機器（ＵＥ）から受信することと、
    前記少なくとも１つのローカル輻輳レベルに基づいてネットワーク輻輳レベルを決定することと、
    前記ネットワーク輻輳レベルに基づいて、輻輳制御信号を前記少なくとも１つのＵＥまたは少なくとも１つのマシンタイプ通信（ＭＴＣ）デバイスのうちの少なくとも１つに送信することと
    を備える、方法。
16. 前記少なくとも１つのローカル輻輳レベルまたは前記ネットワーク輻輳レベルに基づいて、
    リソースブロックのリソースを第１の領域、第２の領域、および第３の領域に割り振ること、ここにおいて、前記第１の領域は、少なくとも１つのＭＴＣデバイスに対して割り振られた第１のリソースを備え、前記第２の領域は、前記少なくとも１つのＭＴＣデバイスおよび前記少なくとも１つのＵＥに対して割り振られた第２のリソースを備え、前記第３の領域は、前記少なくとも１つのＵＥに対して割り振られた第３のリソースを備える、
    前記少なくとも１つのＵＥのための再シャッフルしきい値を決定すること、または、
    前記第１のリソース、前記第２のリソース、または前記第３のリソースのうちの少なくとも１つを使用することを控えるために、少なくとも１つのＭＴＣデバイスまたはＵＥを識別すること
    のうちの少なくとも１つをさらに備える、請求項１５に記載の方法。
17. 前記輻輳制御信号は、
    ネットワーク輻輳を決定するためのしきい値、
    前記少なくとも１つのローカル輻輳レベル、
    前記ネットワーク輻輳レベル、
    前記リソースブロックの前記リソース割り振り、
    前記少なくとも１つのＵＥのための前記再シャッフルしきい値、
    前記第１のリソース、前記第２のリソース、または前記第３のリソースのうちの前記少なくとも１つを使用することを控えるために要求された量の時間、
    ＭＴＣデバイス識別子、または、
    ＵＥ識別子
    のうちの少なくとも１つを備える、請求項１６に記載の方法。
18. 輻輳制御のためのユーザ機器（ＵＥ）であって、
    リソースブロックの少なくとも２つの領域中でのそれぞれの信号品質を測定するための手段と、
    前記それぞれの信号品質を互いに比較するための手段と、
    前記比較に基づいてネットワーク輻輳レベルを決定するための手段と、
    前記ネットワーク輻輳レベルがしきい値を上回るときに、前記少なくとも２つの領域中にそれぞれ含まれたリソースを使用することを控えるために、少なくとも１つのマシンタイプ通信（ＭＴＣ）デバイスまたは他のＵＥを識別するための手段と、
    前記ネットワーク輻輳レベルが前記しきい値を上回るときに、輻輳制御信号を前記少なくとも１つの識別されたＭＴＣデバイスまたは他の識別されたＵＥに送信するための手段と
    を備える、ＵＥ。
19. 前記それぞれの信号品質を前記測定するための手段は、前記リソースブロックの第１の領域中での第１の信号品質、前記リソースブロックの第２の領域中での第２の信号品質、および前記リソースブロックの第３の領域中での第３の信号品質を測定するように構成され、
    前記第１の領域は、少なくとも１つのＭＴＣデバイスに対して割り振られた第１のリソースを備え、前記第２の領域は、前記少なくとも１つのＭＴＣデバイスおよび少なくとも１つのＵＥに対して割り振られた第２のリソースを備え、前記第３の領域は、前記少なくとも１つのＵＥに対して割り振られた第３のリソースを備え、
    前記識別するための手段は、前記ネットワーク輻輳レベルが前記しきい値を上回るときに、前記第１のリソース、前記第２のリソース、または前記第３のリソースのうちの少なくとも１つを使用することを控えるために、前記少なくとも１つのＭＴＣデバイスまたは前記他のＵＥを識別するように構成される、請求項１８に記載のＵＥ。
20. 前記測定された信号品質に基づいて前記しきい値を計算するための手段をさらに備える、請求項１９に記載のＵＥ。
21. 前記第１の信号品質、前記第２の信号品質、または前記第３の信号品質は、
    信号電力、
    信号対雑音比、
    発見されたＭＴＣデバイスまたはＵＥの数、
    使用されているリソースの数、または、
    ＵＥまたはＭＴＣデバイスが発見されることができるリソースの数
    のうちの少なくとも１つを備える、請求項１９に記載のＵＥ。
22. 前記輻輳制御信号は、
    ネットワーク輻輳を決定するためのしきい値、
    前記ネットワーク輻輳レベル、
    前記第１のリソース、前記第２のリソース、または前記第３のリソースのうちの前記少なくとも１つを使用することを控えるために要求された量の時間、
    ＭＴＣデバイス識別子、
    ＵＥ識別子、または、
    リソース割り振り情報
    のうちの少なくとも１つを備える、請求項１９に記載のＵＥ。
23. 前記ネットワーク輻輳レベルに基づいて、前記リソースブロックの前記第１のリソース、前記第２のリソース、および前記第３のリソースを再割り振りするための手段をさらに備え、前記再割り振りするための手段は、
    前記リソースブロックを再割り振りされた第１の領域、再割り振りされた第２の領域、および再割り振りされた第３の領域に分割するように構成され、
    前記再割り振りされた第１の領域は、前記少なくとも１つのＭＴＣデバイスに対して再割り振りされた第１のリソースを備え、
    前記再割り振りされた第２の領域は、前記少なくとも１つのＭＴＣデバイスおよび前記少なくとも１つのＵＥに対して再割り振りされた第２のリソースを備え、
    前記再割り振りされた第３の領域は、前記少なくとも１つのＵＥに対して再割り振りされた第３のリソースを備える、請求項１９に記載のＵＥ。

Images