JP2015517259A - マシンツーマシンデバイスのグループ制御伝送方式を管理するための技術 - Google Patents

Abstract

マシンツーマシン（Ｍ２Ｍ）デバイス用のグループ制御伝送方式を管理する技術を説明する。装置は、プロセッサ回路と、Ｍ２Ｍグループの複数のＭ２Ｍデバイス用の無線ネットワークでＭ２Ｍグループ制御伝送方式を管理するべく、プロセッサ回路によって実行されるよう構成されたＭ２Ｍ制御コンポーネントとを備える。Ｍ２Ｍ制御コンポーネントは、Ｍ２Ｍグループの複数のＭ２Ｍデバイス用のリソース割り当てを生成し、リソース割り当てを有するＭ２Ｍグループ制御メッセージを生成し、さらに、Ｍ２Ｍグループの前記Ｍ２Ｍデバイスへ前記Ｍ２Ｍグループ制御メッセージを送信する。他の実施形態を説明するとともにクレームする。

Description

マシンツーマシン（Ｍ２Ｍ）通信は、「物のインターネット」が人的交流なしに情報を交換することを可能にするダイナミックな技術として出現している。最近の傾向から、モバイルブロードバンドネットワークにおけるＭ２Ｍデバイスの数が指数関数的に増加することが予想され、そのようなデバイスには、パーキングメータ、監視カメラ、需給計器、および他のノンヒューマンインターフェースとして使用されるタイプのものが含まれる。

これらの数多くのＭ２Ｍデバイスは、それに対応した無線ネットワークにおける制御伝送方式およびオーバーヘッドの増加をもたらす。例えば、基地局は、様々な制御メッセージ、例えば、接続の設定または終了のための情報、ステーション識別子、ページングサイクル、変調および符号化スキーム、電力スキーム、スマートアンテナ構成情報、ならびに他のアドミニストレイティブ、管理、または制御情報を、各々のＭ２Ｍデバイスに送信する必要があると考えられる。各々の制御メッセージは、ネットワークリソースを消費してネットワークの混雑を引き起こす場合がある。その結果として、音声およびデータ通信に影響を及ぼす場合がある。そのため、無線ネットワークにおいてＭ２Ｍデバイスを制御するために用いられる制御メッセージの数を減らす技術は、ネットワークリソースの効率的使用を高めるべく、必要とされる。このことから、他のネットワーク利用（例えば、データ送信）およびネットワークデバイス（例えば、ヒューマンインターフェースデバイス）に再び割り当てられる可能性がある。これらの事柄および他の事柄に関して、本改良が求められている。

装置の実施形態を示す。 第１の論理フローの実施形態を示す。 第２の論理フローの実施形態を示す。 第３の論理フローの実施形態を示す。 装置のメッセージフォーマットの実施形態を示す。 装置のスケジューリングパターンの実施形態を示す。 ストレージ媒体の実施形態を示す。 デバイスの実施形態を示す。 通信システムの実施形態を示す。

実施形態は、概ね、無線ネットワークの改良に関する。より詳しくは、実施形態は、無線モバイルブロードバンド技術を用いて、Ｍ２ＭデバイスからなるグループのＭ２Ｍグループ制御伝送方式における改良に関する。Ｍ２Ｍデバイスは、Ｍ２Ｍ通信を提供することができる任意のデバイスである。Ｍ２Ｍ通信は、基地局などのネットワークアクセスデバイスを介するユーザデバイス間、または人的交流なしに実行されてもよい基地局を介したコアネットワークにけるデバイスとサーバとの間の情報交換である。

無線モバイルブロードバンド技術は、１または複数の第３世代（３Ｇ）または第４世代（４Ｇ）無線規格、リビジョン、後代、およびバリアントなどの、Ｍ２Ｍデバイスによる使用に適した任意の無線技術を含んでもよい。無線モバイルブロードバンド技術の例として、限定されるものではないが、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ （ＩＥＥＥ） ８０２．１６ｍ および８０２．１６ｐ規格、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト（ＬＴＥ ＡＤＶ）規格、および国際移動体通信アドバンスト（ＩＭＴ−ＡＤＶ）規格を挙げることが可能であり、それらのリビジョン、後代、およびバリアントも含まれる。その他の適した例として、限定されるものではないが、限定汎欧州デジタル移動電話方式（ＧＳＭ（登録商標））／ＧＳＭ（登録商標）エボルーション用エンハンスドデータレート（ＥＤＧＥ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）／高速パケットアクセス（ＨＳＰＡ）技術、Ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ）またはＷｉＭＡＸ２技術、符号分割多元接続（ＣＤＭＡ）２０００システム技術（例えば、ＣＤＭＡ２０００ １ｘＲＴＴ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＣＤＭＡ ＥＶ−ＤＶ、およびその他）、欧州電気通信標準協会（ＥＴＳＩ）ブロードバンド無線アクセスネットワーク（ＢＲＡＮ）により規定された高性能無線メトロポリタンエリアネットワーク（ＨＩＰＥＲＭＡＮ）技術、無線ブロードバンド（ＷｉＢｒｏ）技術、汎用パケット無線サービス（ＧＰＲＳ）システムを有するＧＳＭ（登録商標）（ＧＳＭ（登録商標）／ＧＰＲＳ）技術、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）技術、高速直交周波数分割多重化（ＯＦＤＭ）パケットアクセス（ＨＳＯＰＡ）技術、高速アップリンクパケットアクセス（ＨＳＵＰＡ）システム技術、ＬＴＥ／システムアーキテクチャエボリューションの（ＳＡＥ）３ＧＰＰ Ｒｅｌ． ８および９、ならびにその他が挙げられる。実施形態はこの文脈に限定されない。

非限定的例として、様々な実施形態は、様々な３ＧＰＰ ＬＴＥ およびＬＴＥ ＡＤＶ規格、例えば、３ＧＰＰ ＬＴＥ進化型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）、汎用地上無線アクセス（Ｅ−ＵＴＲＡ）およびＬＴＥ ＡＤＶ無線技術３６シリーズ（総称して、「３ＧＰＰ ＬＴＥ仕様」）と、ＩＥＥＥ８０２．１６規格、例えばＩＥＥＥ８０２．１６−２００９規格および規格８０２．１６−２００９、８０２．１６ｈ−２０１０、および８０２．１６ｍ−２０１１を統合している「８０２．１６Ｒｅｖ３」と呼ばれるＩＥＥＥ８０２．１６に対する現在の第３リビジョンと、両方とも２０１２年１月付で"Ｄｒａｆｔ Ａｍｅｎｄｍｅｎｔ ｔｏ ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ ＷｉｒｅｌｅｓｓＭＡＮ−Ａｄｖａｎｃｅｄ Ａｉｒ Ｉｎｔｅｒｆａｃｅ ｆｏｒ Ｂｒｏａｄｂａｎｄ Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ Ｓｙｓｔｅｍｓ， Ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ Ｓｕｐｐｏｒｔ Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ Ａｐｐｌｉｃａｔｉｏｎｓ" （"ＩＥＥＥ８０２．１６ｐ"）という名称の、ＩＥＥＥ Ｐ８０２．１６．１ｂ／Ｄ２およびＰ８０２．１６ｐ／Ｄ３を含むＩＥＥＥ８０２．１６ｐドラフト規格、または他の ＩＥＥＥ８０２．１６規格（総称して「ＩＥＥＥ８０２．１６規格」）、および３ＧＰＰ ＬＴＥ仕様およびＩＥＥＥ８０２．１６規格のあらゆるドラフト、リビション、またはバリアントに、特に関連して説明されてもよい。いくつかの実施形態は、非限定的な例として、３ＧＰＰ ＬＴＥ仕様またはＩＥＥＥ８０２．１６規格システムとして説明されてもよい。しかし、他のタイプの通信システムを様々な他のタイプのモバイルブロードバンド通信システムおよび規格として実装されてもよいと認識することが可能である実施形態はこの文脈に限定されない。

前述のように、ネットワークにおけるＭ２Ｍデバイスの増設は、Ｍ２Ｍデバイスを管理するべく、大量の制御メッセージおよび／または信号をもたらす場合がある。このような制御オーバーヘッドの容量を減らす１つの技術は、複数のＭ２ＭデバイスをＭ２Ｍグループに割り当てて、Ｍ２Ｍグループ全体に対してＭ２Ｍグループ制御伝送方式を適用することである。それによって、所定のＭ２Ｍグループの全てのＭ２Ｍデバイスにより、共通制御メッセージが共有されると考えられる。例えば、Ｍ２Ｍデバイスをサービスデータ単位（ＳＤＵ）サイズおよびチャネル品質指標（ＣＱＩ）に従ってグループ化すれば、変調および符号化スキーム（ＭＣＳ）および電力制御の共通制御メッセージがＭ２Ｍグループ全体に送信される可能性がある。このことは、Ｋ個のデバイスからなるＭ２Ｍグループの制御オーバーヘッドを１／Ｋに減少させるだろう。ここで、Ｋは任意の正の整数を表す。

しかし、共通制御メッセージのみを共有するよう構成されたＭ２Ｍグループ制御メッセージは、Ｍ２Ｍデバイスの指数増加を補うのに不十分である。多くの場合、専用メッセージは、Ｍ２Ｍグループ内の特定の複数のＭ２Ｍデバイスに依然として必要とされる。以前の解決方法は、例えば、ＩＥＥＥ８０２．１６ｍにより実装された動的スケジューリングまたは持続的スケジューリング技術などのヒューマンインターフェースデバイスに最適化された技術の使用を介して、この問題を解決することを試みる。動的スケジューリングにおいて、各々のデータパケットは、システムがサブフレームごとにデータをスケジューリングし得るＩＥＥＥ８０２．１６ｍで規定されるＡ−Ａ−ＭＡＰなどの情報要素を用いる割り当てなどの媒体アクセス制御（ＭＡＣ）層および／または物理（ＰＨＹ）層制御伝送方式によって、スケジューリングされる。このことは、周波数と時間ドメイン多様性とに起因するスケジューリング利得を増やす非常に柔軟なスケジューリング技術である。しかしこの利点は、高伝送方式オーバーヘッドを犠牲にして得られる。もしＩＥＥＥ８０２．１６ｍの動的スケジューリング技術がＭ２Ｍデバイストラヒックに適用されれば、以下の表１に示すように、このことによって大量のオーバーヘッドをもたらすであろう。

持続的スケジューリングにおいて、割り当てオーバーヘッドは、周期的トラヒックパターンによる接続と比較的に固定されたペイロードサイズとのために、減らされてもよい。しかし、Ｍ２Ｍパケットデータ単位（ＰＤＵ）は、比較的小さいので、所定のＭ２Ｍデバイスに割り当てられたタイムスロットは、各送信間隔で使用されない場合もある。これにより、割り当てられたリソースが廃棄される可能性が生ずる。

これらおよび他の問題を解決するために、実施形態は、固有のＭ２Ｍトラヒックパターンに対して特にカスタマイズされた増強Ｍ２Ｍグループ信号伝送技術を提供する。Ｍ２Ｍトラヒックは、より小さなデータ送信、希なデータ送信、および待ち時間許容範囲によって、特徴付けられる。実施形態は、これらおよび他のＭ２Ｍトラヒック特性に基づいて多数のＭ２Ｍデバイスに対して制御情報を効率的に伝える増強Ｍ２Ｍグループ信号伝送技術を、提供する。より詳しくは、Ｍ２Ｍグループ制御メッセージは、Ｍ２Ｍグループ内の複数のＭ２Ｍデバイスの制御情報を伝えるために用いられてもよい。一実施形態では、Ｍ２Ｍグループ制御メッセージは、Ｍ２Ｍグループ内のＭ２Ｍデバイスの全てに対する１または複数の共通制御メッセージを含んでもよい。一実施形態では、Ｍ２Ｍグループ制御メッセージは、Ｍ２ＭグループのＭ２Ｍデバイスのうち１または複数に対する１または複数の専用制御メッセージを含んでもよい。一実施形態では、Ｍ２Ｍグループ制御メッセージは、共通制御メッセージおよび専用制御メッセージの両方を含んでもよい。このように、Ｍ２Ｍグループ用の制御オーバーヘッドが減らされてもよい。さらに、Ｍ２Ｍグループ制御メッセージは、所定のネットワーク用に規定された単一のフレームおよび／またはサブフレーム内で、または複数のフレームおよび／またはサブフレームにわたって、送信されてもよい。その結果、実施形態は、操作者、デバイスあるいはネットワークのためのアフォーダビリティ、スケーラビリティ、モジュラリティ、拡張性、または相互運用性を改善することができる。

ここで、図面を参照する。始めから終わりまで同様の参照符号は同様の要素を言及するために用いられる。以下の説明では、説明の目的のため、それらの深い理解を提供するべく、様々な特定の詳細を明記する。しかし、新規の実施形態はこれらの特定の詳細なしに実施し得ることは、明らかであると考える。他の例では、周知の構造およびデバイスは、それらの説明を容易にするべく、ブロック図形式で示される。その意図は、クレームされた主題と整合性のある変更形態、等価物、および代案を全てカバーすることである。

図１は、装置１００のブロック図を示す。図１に示される装置１００は、特定の接続形態（ｔｏｐｏｌｏｇｙ）において、限定された数の要素を示す。しかし、所定の実装に所望されるような別の接続形態にある要素を、多少なりとも、その装置１００が含んでもよいと認識してもよい。

装置１００は、１または複数のソフトウェアコンポーネント１２２−ａを実行するよう構成されたプロセッサ回路１２０を有するコンピュータ実装された装置１００を備えてもよい。特記に値することは、本明細書中に使用される「ａ」、「ｂ」、および「ｃ」ならびに同様の表記は、任意の正の整数を表す変数であることを意図している。したがって、例えば、実装がａ＝５の値を設定する場合、ひとまとまりのソフトウェアコンポーネント１２２−ａはコンポーネント１２２−１、１２２−２、１２２−３、１２２−４、および１２２−５を含んでもよい。実施形態はこの文脈に限定されない。

様々な実施形態では、装置１００は、無線機能または機器に対するアクセスを有する任意の電子デバイスに実装されてもよい。例えば、装置１００は、システム機器、ユーザ機器、または無線システム用のコアネットワークに実装されてもよい。

一実施形態では、装置１００は１または複数の３ＧＰＰ ＬＴＥ仕様またはＩＥＥＥ８０２．１６規格に準拠する通信システムまたはネットワーク用のシステム機器に実装されてもよい。例えば、装置１００は基地局、拡張基地局（ＡＢＳ）、ｅＮｏｄｅＢ、または無線メトロポリタンエリアネットワーク（ＷＭＡＮ）もしくはＬＴＥネットワーク用の任意の他の固定もしくは移動アクセスポイントの一部、あるいは他のネットワークデバイスとして実装されてもよい。いくつかの実施形態は基地局またはｅＮｏｄｅＢに関して説明される。しかし、実施形態は、通信システムまたはネットワーク用の任意のネットワークを利用してもよい。実施形態はこの文脈に限定されない。

一実施形態では、装置１００は、１または複数の３ＧＰＰ ＬＴＥ仕様またはＩＥＥＥ８０２．１６規格に準拠する通信デバイスなどの通信システムまたはネットワークのユーザ機器（ＵＥ）に実装されてもよい。例えば、装置１００は、１または複数のＩＥＥＥ８０２．１６規格に準拠するＭ２Ｍデバイスの一部として実装されてもよい。いくつかの実施形態は、Ｍ２Ｍデバイスに関して説明される。しかし、実施形態は通信システムまたはネットワーク用の任意のユーザ機器も利用可能である。実施形態はこの文脈に限定されない。

装置１００はプロセッサ回路１２０を備えてもよい。プロセッサ回路１２０は、１または複数のソフトウェアコンポーネント１２２−ａを実行するように、概ね構成されてもよい。プロセッサ回路１２０は、様々な市販のプロセッサのいずれであってもよく、限定されるものではないが、ＡＭＤ（登録商標）、Ａｔｈｌｏｎ（登録商標）、 Ｄｕｒｏｎ（登録商標）、および Ｏｐｔｅｒｏｎ（登録商標）プロセッサ；ＡＲＭ（登録商標）アプリケーション， 組み込み型および内蔵型プロセッサ；ＩＢＭ（登録商標）およびＭｏｔｏｒｏｌａ（登録商標）、ＤｒａｇｏｎＢａｌｌ（登録商標）およびＰｏｗｅｒＰＣ（登録商標）プロセッサ；ＩＢＭおよびＳｏｎｙ（登録商標）セルプロセッサ；Ｉｎｔｅｌ（登録商標）Ｃｅｌｅｒｏｎ（登録商標）、Ｃｏｒｅ （２） Ｄｕｏ（登録商標）、Ｃｏｒｅ（商標）ｉ３、Ｃｏｒｅ（商標）ｉ５、Ｃｏｒｅ（商標）ｉ７、Ｉｔａｎｉｕｍ（登録商標）、Ｐｅｎｔｉｕｍ（登録商標）、Ｘｅｏｎ（登録商標）、およびＸＳｃａｌｅ（登録商標）プロセッサ；ならびに同様のプロセッサが挙げられる。デュアルマイクロプロセッサ、マルチコアプロセッサアーキテクチャもプロセッサ回路１２０として採用されてもよい。

装置１００は、接続マネージャコンポーネント１２２−１を備えてもよい。接続マネージャコンポーネント１２２−１は装置１００用無線接続を管理するように、概ね構成されてもよい。これには、無線接続の設定および終了が含まれる。例えば、接続マネージャコンポーネント１２２−１は、デバイスと、基地局またはｅＮｏｄｅＢなどのネットワークアクセスポイントとの間の無線接続を確立してもよい。接続マネージャコンポーネント１２２−１は、さらに無線接続を用いて、デバイスを無線ネットワークに登録するべく、デバイスからの登録要求１０２を受信する。接続マネージャコンポーネント１２２−１は、無線接続を用いて、無線ネットワークからのデバイスの登録を取り消すべく、登録取り消し要求１０６をさらに受信する。例えば、ひとたびネットワークに登録されれば、デバイスは登録を取り消してアイドルモードに入ることが可能であり、その一方でネットワークから制御トラヒックおよびデータトラヒックを定期的に受信する能力を保持する。

装置１００は、Ｍ２Ｍグループコンポーネント１２２−２を備えてもよい。Ｍ２Ｍグループコンポーネント１２２−２は、Ｍ２Ｍグループ１２４−ｂにＭ２Ｍデバイスを割り当てるよう、概ね構成されてもよい。例えば、Ｍ２Ｍグループコンポーネント１２２−２は、Ｍ２Ｍデバイスからデバイス情報１０４を受信し、デバイス情報１０４に基づいて、対応Ｍ２Ｍグループ識別子（ＭＧＩＤ）１２６−ｄにより表わされるＭ２Ｍグループ１２４−ｂをＭ２Ｍデバイスから形成されてもよい。

Ｍ２Ｍグループコンポーネント１２２−２は、Ｍ２Ｍデバイスを、異なるグルーピングパラメータ１２３−ｂに基づいて、所定のＭ２Ｍグループ１２４−ｂに割り当ててもよい。例えば、Ｍ２Ｍグループコンポーネント１２２−２は、Ｍ２Ｍデバイスのトラフィックプロパティまたは特性を表わすグルーピングパラメータ１２３−１を利用してもよい。Ｍ２Ｍグループコンポーネント１２２−２は、ネットワークの各々のＭ２Ｍデバイスから、デバイス情報１０４を受信してもよく、このデバイス情報１０４は各々のＭ２ＭデバイスのＭ２Ｍトラヒック情報を表わす。また、それは、単一のＭ２Ｍグループ１２４−１と同様のトラヒックパターンを持つＭ２Ｍデバイスとを一緒に集合させてもよい。別の例において、Ｍ２Ｍグループコンポーネント１２２−２は、Ｍ２ＭデバイスのＭ２Ｍ機能を表わすグルーピングパラメータ１２３−２を利用してもよい。Ｍ２Ｍ機能は、Ｍ２Ｍアプリケーションの固有の特性である。１または複数のＭ２Ｍ機能がＭ２Ｍアプリケーションをサポートするために必要と思われる。Ｍ２Ｍグループコンポーネント１２２−２は、ネットワークの各々のＭ２Ｍデバイスからデバイス情報１０４を受信してもよい。このデバイス情報１０４は、各々のＭ２ＭデバイスのＭ２Ｍ機能を表わし、単一のＭ２Ｍグループ１２４−２において同様のＭ２Ｍ機能を有するＭ２Ｍデバイスを一緒に集合させる。グルーピングパラメータ１２３−ｂの他の例として、パケットサイズ（例えばＳＤＵ）用のグルーピングパラメータ１２３−３、信号品質（例えばＣＱＩ）用のグルーピングパラメータ１２３−４、待ち時間許容範囲用のグルーピングパラメータ１２３−５、Ｍ２Ｍデバイス型用のグルーピングパラメータ１２３−６（例えば、電力計、パーキングメータ、監視カメラ、熱センサ、環境センサ、生物測定のセンサ、自動推進のセンサ、および加速度計）、ならびにその他が挙げられてもよい。これらは、単に、グルーピングパラメータ１２３−ｂのわずかな例に過ぎず、所定の実装に所望されるものとして他のものを用いてもよい。実施形態はこの文脈に限定されない。

装置１００は、Ｍ２Ｍ制御コンポーネント１２２−３を含んでもよい。一実施形態では、Ｍ２Ｍ制御コンポーネント１２２−３は、通信デバイスまたは通信システム（それらの例は、図８、９を参照して説明）のＭ２Ｍグループ制御信号操作をそれぞれ管理するように、概ね構成されてもよい。各々のモバイルブロードバンドシステムは、ダウンリンク（ＤＬ）チャネルにおいて基地局から複数のデバイスに対して、ＡＢＳまたはｅＮｏｄｅＢからＭ２Ｍデバイスへ、あるいはアップリンク（ＵＬ）チャネルにおいてＭ２Ｍデバイスから基地局、ＡＢＳ、もしくはｅＮｏｄｅＢに対して、制御情報を分配する何らかの種類の制御機構を有する。Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ制御信号および／またはメッセージを生成し、ＤＬ制御チャネル介してＭ２Ｍ制御信号および／またはメッセージを送信してもよい。

一実施形態では、Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ１２４ｃの複数のＭ２Ｍデバイス用の無線モバイルブロードバンドネットワークなどの無線ネットワークにおけるＭ２Ｍグループ制御伝送方式を管理するべく、プロセッサ回路１２０によって実行されるよう構成されてもよい。Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ１２４ｃの複数のＭ２Ｍデバイス用のリソース割り当て１２８−ｅを生成してもよい。Ｍ２Ｍ制御コンポーネント１２２−３は、リソース割り当て１２８−ｅを有するＭ２Ｍグループ制御メッセージ１３０を生成してもよい。Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ１２４ｃのＭ２ＭデバイスへＭ２Ｍグループ制御メッセージ１３０を送信してもよい。例えば、Ｍ２Ｍ制御コンポーネント１２２−３は、ＤＬ制御チャネルを用いて、Ｍ２Ｍグループ１２４ｃのＭ２ＭデバイスへＭ２Ｍグループ制御メッセージ１３０をブロードキャストしてもよい。

Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ１２４ｃのＭ２Ｍデバイス用のリソース割り当て１２８−ｅを生成してもよい。リソース割り当て１２８−ｅは、各々のＭ２Ｍデバイスがいつデータを通信することかに関して、リソース情報を提供してもよい。リソース情報は、様々なＭ２Ｍデバイスのデータ通信のためのスケジュールを備えてもよい。例えば、リソース情報は、所定のＭ２Ｍデバイスに割り当てられたタイムスロットと、この割り当てタイムスロット間にデータが送信（または受信）されたかどうかについてのインディケーションとを備えてもよい。各々のＭ２Ｍグループ１２４ｃは、異なるリソース割り当て１２８−ｅを与えられてもよい。

Ｍ２Ｍ制御コンポーネント１２２−３は、リソース割り当て１２８−ｅを有するＭ２Ｍグループ制御メッセージ１３０を生成してもよい。既に説明したように、Ｍ２Ｍグループ制御メッセージ１３０は、オーバーヘッドを減らすべく、Ｍ２Ｍグループ１２４−ｃのＭ２Ｍデバイスの制御情報を集合させようと試みる。Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍトラフィックの固有のプロパティまたは特性と一致する複数の異なるタイプのフォーマット、フィールド、および符号化を持つＭ２Ｍグループ制御メッセージ１３０を生成するよう構成されてもよい。一実施形態では、Ｍ２Ｍ制御コンポーネント１２２−３は、ローカライズリソース割り当てスキームに基づいて、Ｍ２Ｍグループ制御メッセージ１３０を生成してもよい。一実施形態では、Ｍ２Ｍコンポーネント１２２−３は、明示的リソース情報または差分リソース情報を持つ分散リソース割り当てスキームに基づいたＭ２Ｍグループ制御メッセージ１３０を生成してもよい。異なるリソース割り当てスキームは、ネットワークのオーバーヘッド減少の対応するレベルを示してもよい。

ひとたびＭ２Ｍ制御コンポーネント１２２−３がＭ２Ｍグループ１２４−ｃのリソース割り当て１２８−ｅを生成すると、Ｍ２Ｍ制御コンポーネント１２２−３は、他のタイプの情報の中でも、Ｍ２Ｍグループ識別子１２６−ｄとリソース割り当て１２８−ｅとを有するＭ２Ｍグループ制御メッセージ１３０を生成してもよい。Ｍ２Ｍ制御コンポーネント１２２−３は、ＤＬ制御チャネルを用いて、Ｍ２Ｍグループ１２４ｃのＭ２ＭデバイスへＭ２Ｍグループ制御メッセージ１３０を送信してもよい。例として、Ｍ２Ｍグループコンポーネント１２２−２が、グルーピングパラメータ１２３−１に基づいて、一群の１０のＭ２ＭデバイスをＭ２Ｍグループ１２４−１にグループ化すると想定する。Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ１２４−１のリソース割り当て１２８−１を生成してもよい。Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ１２４−１のＭ２Ｍグループ識別子１２６−１およびリソース割り当て１２８−１を持つＭ２Ｍグループ制御メッセージ１３０を生成してもよい。Ｍ２Ｍ制御コンポーネント１２２−３は、ＭＧＩＤ１２６−１を持つＭ２Ｍグループ１２４−１のＭ２ＭデバイスへＭ２Ｍグループ制御メッセージ１３０の電磁気的表現を送信するべく、プロセッサ回路１２０に結合した無線周波数（ＲＦ）送受信機を利用してもよい。その後、Ｍ２Ｍ制御コンポーネント１２２−３は、リソース割り当て１２８−１に基づいてデータメッセージ１４０を送信（または受信）してもよい。

プロセッサ回路１２０によって実行された場合の接続マネージャコンポーネント１２２−１、Ｍ２Ｍグループコンポーネント１２２−２、および／またはＭ２Ｍ制御コンポーネント１２２−３のいくつかの例示的な操作および使用のシナリオは、図２〜６を参照して説明することが可能である。しかし、実施形態はこれらの例に限定されない。

本明細書に含まれるものは、開示されたアーキテクチャの新規な太陽を事項するための例示的な方法論を表す一群の論理フローである。説明を単純化することを目的として、本明細書中に示す１または複数の方法論が一連の動作として示されかつ説明される一方で、動作の順番によって方法論が限定されるものではないことを、当業者は理解し認識するだろう。それによれば、いくつかの動作は、異なる順番で行われ、および／または、本明細書中に示されて説明される他の動作のものと同時に生じる場合がある。例えば、当業者は、一連の相互関係があった状態またはイベント、例えば状態図として方法論を二者択一的に表すことが可能であると、理解し認識するだろう。さらに、新規な実装には、方法論で例証された動作の全てが必ずしも必要であるとは限らないと思われる。

論理フローは、ソフトウェア、ファームウェア、および／またはハードウェアに実装されてもよい。ソフトウェアおよびファームウェアの実施形態では、論理フローは、光学、磁気、または半導体ストレージなどの持続性コンピュータ可読媒体または機械可読媒体上に記憶されたコンピュータ実行可能な命令により実装されてもよい。実施形態はこの文脈に限定されない。

図２は、論理フロー２００の実施形態を示す。論理フロー２００は、本明細書中に説明された１または複数の実施形態、例えば装置１００により実行される操作のいくつかまたは全てを表してもよい。より詳しくは、論理フロー２００は、無線アクセスネットワーク用の基地局またはｅＮｏｄｅＢなどのシステム機器により実装されるような装置１００により実行されてもよい。

図２に示される例証された実施形態では、ブロック２０２で論理フロー２００は複数のデバイスと無線接続を確立してもよい。例えば、接続マネージャコンポーネント１２２−１は、ＷMＡＮまたはＬＴＥシステムのＲＦインターフェース上でデバイスと無線接続を確立してもよい。接続マネージャコンポーネント１２２−１は、デバイスが無線ネットワークのセルに入る場合、例えばデバイスがモバイルデバイスである場合、デバイスと無線接続を確立してもよい。同様に、接続マネージャコンポーネント１２２−１は、デバイスの電源がオンになる場合、例えばデバイスが無線ネットワークのセル内に位置した固定デバイスである場合、デバイスと無線接続を確立してもよい。その後、接続マネージャコンポーネント１２２−１は、デバイスを認証すること、ネットワークによりデバイスを登録すること、デバイスへネットワーク識別子を割り当てること、無線リソースをデバイスに割り振ること、および他の登録手順などのデバイスに必要とされる、いかなる登録操作も実行可能である。接続マネージャコンポーネント１２２−２は、さらにデバイスの登録解除操作を実行してもよく、例えば、デバイスに関する任意の制御またはデータトラヒックが存在しない状態でデバイスがアイドルモードを入力することを可能にするべく、無線接続を解除してもよい。

論理フロー２００は、デバイスがブロック２０４のマシンツーマシン（Ｍ２Ｍ）デバイスかどうか判断してもよい。例えば、装置１００は、デバイスがあらかじめ受信した情報に基づいて、Ｍ２Ｍデバイスであることを既に知っていてもよい。別の例において、デバイスが１つのデバイス型により構成される範囲で、それは情報交換中のＭ２Ｍデバイスまたは非Ｍ２Ｍデバイスであるかどうかをネットワークに明示的に通知してもよい。同様に、ネットワークは、既知のＭ２Ｍデバイスおよびデバイス識別子のリストを維持または検索してもよい。また、このネットワークはデバイスがＭ２Ｍデバイスであることを、それのデバイス識別子に基づいて特定してもよい。リストは、例えば、Ｍ２Ｍデバイスによる先の通信セッションにおいてＭ２Ｍグループコンポーネント１２２−２により事前に判断されたＭ２Ｍデバイスおよび関連デバイス識別子を、含んでもよい。ひとたびデバイスがＭ２Ｍデバイスとして特定されると、Ｍ２Ｍグループコンポーネント１２２−２は、Ｍ２ＭデバイスをＭ２Ｍグループ１２４−ｃに割り当てる。

Ｍ２Ｍグループコンポーネント１２２−２は、デバイス情報１０４に基づいてデバイスがＭ２Ｍデバイスかどうかを判断してもよい。Ｍ２Ｍグループコンポーネント１２２−２は、無線接続を通じてデバイスに関するデバイス情報１０４を受信し、このデバイス情報１０４に基づいてデバイスがＭ２Ｍグループデバイスであるかを判断してもよい。デバイス情報１０４は、デバイスがＭ２Ｍデバイス（例えばパーキングメータ）あるいは非Ｍ２Ｍデバイス（例えば携帯電話）かどうかの決定において有用なデバイスに関連付けられた、いかなる記述情報も含んでもよい。デバイス情報１０４の例として、限定されるものではないが、デバイス能力情報、デバイス位置、時間経過に伴うデバイス位置、デバイス機能、デバイス識別子、デバイス名、デバイスコンポーネント、デバイスセンサ情報（例えば、加速度計、高度計、環境、温度、触覚、その他）、デバイス遠隔測定、デバイス受信信号強度（ＲＳＳ）もしくはＲＳＳインジケータ（ＲＳＳＩ）、デバイス電源レベル、デバイス手動入力、デバイスユーザプロフィール、デバイス制御情報、デバイスデータ、およびその他が挙げられてもよい。実施形態はこの文脈に限定されない。

論理フロー２００は、ブロック２０６で、無線ネットワークのためのＭ２Ｍグループ制御伝送方式を実行すべく、Ｍ２Ｍグループ識別子（ＭＧＩＤ）により表されるＭ２Ｍグループに、複数のＭ２Ｍデバイスを割り当ててもよい。Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ１２４−１に、複数のＭ２Ｍデバイスを割り当ててもよい。例えば、ＭＧ_ｉと指定されたＭ２Ｍグループ１２４−１は、複数のＭ２Ｍデバイスから構成されると想定する。

式中、Ｋは、Ｍ２Ｍグループ１２４−１のＭ２Ｍデバイスの数である。

Ｍ２Ｍグループ１２４−１は、ＭＧＩＤ １２６−１によって特定されてもよい。ＭＧＩＤ １２６−１は、ブロードキャストまたはマルチキャスト通信用のＭ２Ｍグループ１２４−１を固有に特定する任意の識別子を備えてもよい。ひとたびＭ２Ｍグループ１２４−１が形成されると、Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ１２４−１全体のＭ２Ｍグループ制御伝送方式を起動してもよく、これにより、制御オーバーヘッドが減少する。いくつかの実施形態では、ＭＧＩＤ１２６−１は、ＭＧＩＤに対応するグループ接続識別子（ＣＩＤ）またはグループフロー識別子（ＦＩＤ）などのネットワーク用の任意の共通識別子として実装されてもよい。また、グループＣＩＤまたはグループＦＩＤは、一般的なＭＡＣヘッダ（ＧＭＨ）で、Ｍ２Ｍデバイスのグループを意図した情報を特定するべく、Ｍ２Ｍデバイスのグループと通信してもよい。

一実施形態では、ＭＧＩＤ１２６−１は、例えば、ＩＥＥＥ８０２．１６ｐなどの１または複数のＩＥＥＥ８０２．１６規格によって規定されるＭＧＩＤであってもよい。ＩＥＥＥ８０２．１６ｐ（例えば８０２．１６．１ｂ／Ｄ２、２０１２年１月）では、ＭＧＩＤは、Ｍ２Ｍグループゾーン内のＭ２Ｍデバイスのグループによって共有されるダウンリンクマルチキャストサービスフローを固有に特定する、１２ビットの値を含んでもよい。Ｍ２Ｍグループゾーンは、複数の前進基地局（ＡＢＳ）を含む論理的なゾーンである。他の無線ネットワークによって規定されるように、他のＭＧＩＤが用いられてもよい。実施形態はこの文脈に限定されない。

論理フロー２００は、ブロック２０８で、Ｍ２ＭグループのＭ２Ｍデバイス用のリソース割り当てを生成してもよい。Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ１２４−１のＭ２Ｍデバイス用のリソース割り当て１２８−１を生成してもよい。例えば、持続的なやり方で、Ｍ２Ｍグループ１２４−１などの特定のＭ２Ｍグループに一連のリソースを割り付けるべく、Ｍ２Ｍ制御コンポーネント１２２−３は、基地局またはｅＮｏｄｅＢによって、実装されてもよい。いくつかの例では、Ｍ２Ｍ制御コンポーネント１２２−３は、ＭＧ_ｉのＭ２Ｍデバイスの一部のみのリソースをスケジューリングしてもよい。スケジューリングされたデバイスのリストとＭ２Ｍグループ１２４−１スケジューリングメッセージが有効になる時の期間とは、次のように示される。

式（１）としてスケジューリング起動期間を以下のように表示し得る。

式（１）

Ｍ２Ｍ制御コンポーネント１２２−３は、スケジューリングされたデバイスのインデックスを有するＭ２Ｍデバイスリソースマップを生成することが可能であり、どのＭ２Ｍデバイスが特定のリソースに割り当てられているかを特定する。このことは、図５を参照して、より詳細に説明される。Ｍ２Ｍデバイスリソースマップは、Ｍ２Ｍグループ１２４−１のリソース割り当て１２８−１の一例である。

論理フロー２００は、ブロック２１０で、リソース割り当てを有するＭ２Ｍグループ制御メッセージを生成してもよい。ひとたびＭ２Ｍ制御コンポーネント１２２−３がリソース割り当て１２８−１を生成すれば、Ｍ２Ｍ制御コンポーネント１２２−３はリソース割り当て１２８−１により符号化されたＭ２Ｍグループ制御メッセージ１３０を生成してもよい（例えば、Ｍ２Ｍデバイスリソースマップ）。

ブロック２０８、２１０がＭ２Ｍグループ制御メッセージ１３０前に生成したリソース割り当て１２８−１を示すことは、注目に値する。しかし、時系列は、所定の実装のために修正されてもよいと認識されてもよい。例えば、リソース割り当て１２８−１は、Ｍ２Ｍグループ制御メッセージ１３０の後に、または実質的にＭ２Ｍグループ制御メッセージ１３０と同時に生成されてもよい。さらに、リソース割り当て１２８−１はＭ２Ｍグループ制御メッセージ１３０の一部として示される。しかし、リソース割り当て１２８−１およびＭ２Ｍグループ制御メッセージ１３０は、別個の信号、メッセージ、パケット、パケットデータ単位（ＰＤＵ）、およびその他を用いて送信可能であると認識されてもよい。実施形態はこの文脈に限定されない。

論理フロー２００は、ブロック２１２で、ＭＧＩＤを有するＭ２ＭグループのＭ２Ｍデバイスへ、Ｍ２Ｍグループ制御メッセージを送信してもよい。Ｍ２Ｍ制御コンポーネント１２２−３は、ＭＧＩＤ １２６−１を用いて、リソース割り当て１２８−１を有するＭ２Ｍグループ１２４−１のＭ２Ｍデバイスへ、Ｍ２Ｍグループ制御メッセージ１３０を送信してもよい。様々な実施形態では、Ｍ２Ｍ制御コンポーネント１２２−３は、３ＧＰＰ ＬＴＥ仕様および／またはＩＥＥＥ８０２．１６規格のうち１または複数によって規定された任意の制御メッセージまたは情報要素を用いて、Ｍ２Ｍグループ制御メッセージ１３０を送信してもよい。一実施形態では、例えば、Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ１２４−１のＭ２Ｍデバイスのいくつかまたは全てによりアクセス可能なＤＬ制御チャネルで、Ｍ２Ｍグループ制御メッセージ１３０をブロードキャストまたはマルチキャストしてもよい。

図３は、論理フロー３００の実施形態を示す。論理フロー３００は、例えば、装置１００のＭ２Ｍ制御コンポーネント１２２−３などの、本明細書中に説明される１または複数の実施形態によって実行される操作のいくつかまたは全てを代表する。より詳しくは、論理フロー３００は、Ｍ２Ｍグループ１２４ｃのＭＧＩＤ １２６−ｄおよびリソース割り当て１２８−ｅを有するＭ２Ｍグループ制御メッセージ１３０を生成するべく、Ｍ２Ｍ制御コンポーネント１２２−３によって実装されてもよい。非限定的例として、論理フロー３００は、Ｍ２Ｍグループ１２４−１、Ｍ２Ｍグループ１２４−１用のＭＧＩＤ １２６−１、およびＭ２Ｍグループ１２４−１のＭ２Ｍデバイス用のリソース割り当て１２８−１を有するＭ２Ｍグループ制御メッセージ１３０を参照して、説明されてもよい。実施形態はこの例に限定されていない。

図３に示される例証された実施形態では、論理フロー３００は、各々のＭ２Ｍデバイスがブロック３０２でいつデータを通信するかに関してリソース情報を提供するＭ２Ｍデバイスリソースマップを含むリソース割り当てを有するＭ２Ｍグループ制御メッセージを生成してもよい。図２に導入された我々の先の例に続いて、Ｍ２Ｍ制御コンポーネント１２２−３は、各々のＭ２Ｍデバイスがいつデータを通信するかに関してリソース情報を提供するＭ２Ｍデバイスリソースマップを含むリソース割り当て１２８−１を有するＭ２Ｍグループ制御メッセージ１３０を生成してもよい。Ｍ２Ｍデバイスリソースマップは、Ｍ２Ｍグループ１２４−１のＭ２Ｍデバイスに各々に対応するスケジューリングブロックの数と、Ｍ２Ｍデバイスの割り当てられたリソースにおいてＭ２Ｍデバイスによりデータが受信されるかを示すビットとを含んでもよい。

論理フロー３００は、ブロック３０４で、ローカライズリソース割り当てスキームに基づいたリソース割り当てを有するＭ２Ｍグループ制御メッセージを生成してもよい。ローカライズリソース割り当てスキームでは、同じＭ２Ｍグループ１２４−１の個々のＭ２Ｍデバイスは、システムのリソース（例えば、タイムスロット）において互いに隣接している、同一サイズの割り当てられたリソースブロックである。このことは、Ｍ２Ｍグループ制御メッセージ１３０の複雑性およびオーバーヘッドを減らす。しかし、このことは、各々のＭ２Ｍデバイスは同じまたは類似のペイロードサイズを有していると想定する。さらに、リソース割り当て１２８−１の生成は、連続した一連のリソースブロックを必要とする。

論理フロー３００は、リソース割り当てを有するＭ２Ｍグループ制御メッセージを生成してもよく、このＭ２Ｍグループ制御メッセージは、ブロック３０６でＭ２Ｍデバイスの全てについて、Ｍ２Ｍデバイスリソースマップ、開始インデックス値、および単一のリソースブロックサイズ値を備える。ローカライズリソース割り当てスキームと整合性のあるように、Ｍ２Ｍ制御コンポーネント１２２−３は、リソース割り当て１２８−１を有するＭ２Ｍグループ制御メッセージ１３０を生成してもよい。リソース割り当て１２８−１は、他のタイプの情報のなかでも、Ｍ２Ｍデバイスリソースマップ、開始インデックス値、およびＭ２Ｍデバイスの全てに対する単一のリソースブロックサイズ値を含んでもよい。Ｍ２Ｍデバイスリソースマップは、各々のＭ２Ｍデバイス用にスケジューリングされたリソースを示してもよい。開始インデックス値は、各々のＭ２Ｍデバイスがいつリソースブロックからデータを受信し始めるかを示してもよい。リソースブロックサイズ値は、Ｍ２Ｍデバイスがリソースブロックからデータを受信するのにどれくらいかを示してもよい。

論理フロー３００は、ブロック３０８で、分散リソース割り当てスキームに基づいてリソース割り当てを有するＭ２Ｍグループ制御メッセージを生成してもよい。分散リソース割り当てスキームでは、同じグループ１２４−１中の個々のＭ２Ｍデバイスは割り当てられた変数サイズリソースブロックである。さらに、可変サイズリソースブロックは、不連続であり、システムのリソース間を断片化したやり方で、分散してもよい。分散リソース割り当てスキームは、柔軟性を提供し、異なるデータパケットサイズを収容し、効率的にシステムのリソースを用いる。しかし、分散リソース割り当てスキームは、潜在的にＭ２Ｍグループ制御メッセージ１３０のオーバーヘッドを増加してもよい。

論理フロー３００は、ブロック３１０で、明示的リソース情報を持つ分散リソース割り当てスキームに基づいて、リソース割り当てを持つＭ２Ｍグループ制御メッセージを生成してもよい。Ｍ２Ｍグループ１２４−１において各々のＭ２Ｍデバイスのデータパケットサイズが異なる場合、Ｍ２Ｍ制御コンポーネント１２２−３は個々のＭ２Ｍデバイス用の明示的リソース情報を持つＭ２Ｍグループ制御メッセージ１３０を生成してもよい。例えば、Ｍ２Ｍグループ１２４−１が１０のＭ２Ｍデバイスを有し、これら１０のＭ２Ｍデバイスが異なるデータパケットサイズを有していると想定する。この場合、Ｍ２Ｍグループ制御メッセージ１３０は、１０のパケットサイズの各々に対する値を含むことになる。

論理フロー３００は、ブロック３１２でＭ２Ｍデバイスの各々の、リソース割り当てを有するＭ２Ｍグループ制御メッセージ、Ｍ２Ｍデバイスリソーススケジュールを備えるＭ２Ｍグループ制御メッセージ、開始インデックス値、およびリソースブロックサイズ値を生成してもよい。明示的リソース情報を有する分散リソース割り当てスキームと整合性のあるように、Ｍ２Ｍ制御コンポーネント１２２−３は、リソース割り当て１２８−１を有するＭ２Ｍグループ制御メッセージ１３０を生成してもよい。リソース割り当て１２８−１は、他のタイプの情報のなかでも、ローカライズリソース割り当てスキームとともに含まれたものと同様のＭ２Ｍデバイスリソースを備えてもよい。しかし、リソース割り当て１２８−１は、さらに、Ｍ２Ｍデバイスの各々の開始インデックス値およびリソースブロックサイズ値を含んでもよい。Ｍ２Ｍデバイスリソースマップは、各々のＭ２Ｍデバイスのスケジューリングされたリソースを示してもよい。開始インデックス値は、所定のＭ２Ｍデバイスがリソースブロックからデータを受信し始めるということを示してもよい。リソースブロックサイズ値は、各々のＭ２Ｍデバイスが所定のリソースブロックからデータを受信するのにどれくらい長いかということを示してもよい。

論理フロー３００は、ブロック３１４で差分リソース情報を有する分散リソース割り当てスキームに基づいて、リソース割り当てを有するＭ２Ｍグループ制御メッセージを生成してもよい。Ｍ２Ｍグループ１２４−１の各々のＭ２Ｍデバイスのデータパケットサイズが類似しているが必ずしも同一だとは限らない場合、Ｍ２Ｍ制御コンポーネント１２２−３は異なったやり方でリソースブロックサイズの差を示してもよい。例えば、Ｍ２Ｍグループ１２４−１が１０のＭ２Ｍデバイスを有し、Ｍ２Ｍデバイスの半分が同じデータパケットサイズを有し、そ残りの半分が異なるデータパケットサイズを有する想定する。この場合、Ｍ２Ｍグループ制御メッセージ１３０は、差分指標を用いてリソース割り当て１２８−１のＭ２Ｍデバイスリソースマップを構築するアルゴリズムを、実装するだろう。このことは、図４を参照して、より詳細に説明される。

図４は、論理フロー４００の実施形態を示す。論理フロー４００は、本明細書中で説明される１または複数の実施形態により実行される操作のいくつかまたは全てを代表するものであってもよく、例えば装置１００のＭ２Ｍ制御コンポーネント１２２−３などである。より詳しくは、論理フロー４００は、論理フロー３００のブロック３１４を参照して既に説明されたように、Ｍ２Ｍ制御コンポーネント１２２−３が差分リソース情報を有するＭ２Ｍグループ制御メッセージ１３０をいつ生成するかの一例を示してもよい。

図４に示される例証された実施形態では論理フロー４００は、ブロック４０２で、リソース割り当てを有するＭ２Ｍグループ制御メッセージ、Ｍ２Ｍデバイスリソーススケジュールを備えるＭ２Ｍグループ制御メッセージ、開始インデックス値、第１のＭ２Ｍデバイス用の第１のリソースブロックサイズ値、および第２のＭ２Ｍデバイス用の差分指標を生成してもよい。論理フロー３００のブロック３１４を参照した例に続いて、Ｍ２Ｍ制御コンポーネント１２２−３は、リソース割り当て１２８−１を有するＭ２Ｍグループ制御メッセージ１３０を生成してもよい。リソース割り当て１２８−１はＭ２Ｍデバイスリソーススケジュール、開始インデックス値、第１のＭ２Ｍデバイス用の第１のリソースブロックサイズ値および第２のＭ２Ｍデバイス用の差分指標を含んでもよい。

論理フロー４００は、ダイアモンド４０４で、第２のＭ２Ｍデバイス用の２つの異なる値のうちの１つに、差分指標を設定するべきかどうか判断してもよい。Ｍ２Ｍ制御コンポーネント１２２−３は、ダイアモンド４０４で、第１のＭ２Ｍデバイス用の第１のリソースブロックサイズ値が第２のＭ２Ｍデバイス用の第２のリソースブロックサイズ値と一致するかどうかをテストしてもよい。

論理フロー４００は、ブロック４０６で、第２のＭ２Ｍデバイス用の第２のリソースブロックサイズ値が第１のＭ２Ｍデバイス用の第１のリソースブロックサイズ値に一致する場合、単一のビットに差分指標をセットしてもよい。例えば、先行するリソースブロックに一致がある場合、Ｍ２Ｍ制御コンポーネント１２２−３は差分指標をゼロ（０）またはイチ（１）にセットしてもよい。このように、制御オーバーヘッドは減少してシングルビットになる。

論理フロー４００は、ブロック４０８で、第２のＭ２Ｍデバイス用の第２のリソースブロックサイズ値が第１のＭ２Ｍデバイス用の第１のリソースブロックサイズ値に一致しない場合、差分指標を第２のリソースブロックサイズに設定してもよい。例えば、Ｍ２Ｍ制御コンポーネント１２２−３は、リソースブロックサイズに差分指標をセットしてもよい。

最後のＭ２Ｍデバイスが処理されるまで、Ｍ２Ｍグループ１２４−１の多くのＭ２Ｍデバイスの必要に応じて、論理フロー４００が繰り返されてもよい。このように、異なるパケットサイズを有するそれらのＭ２ＭデバイスのみがＭ２Ｍグループ制御メッセージ１３０で符号化された完全なリソースブロックサイズ値を持つ必要がある。その一方で、同じパケットサイズを有するものは、１つのリソースブロック値と同じパケットサイズを有する各々のＭ２Ｍデバイスの単一のビットとによって表されてもよい。

ひとたびＭ２Ｍ制御コンポーネント１２２−３がＭＧＩＤ １２６−１およびリソース割り当て１２８−１を有するＭ２Ｍグループ１２４−１用のＭ２Ｍグループ制御メッセージ１３０を生成すれば、Ｍ２Ｍ制御コンポーネント１２２−３は、Ｍ２Ｍグループ１２４−１のＭ２ＭデバイスへＭ２Ｍグループ制御メッセージ１３０を送信してもよい。Ｍ２Ｍグループ制御メッセージ１３０は、ＤＬ制御チャネル内で、装置１００から、または装置１００（例えば、基地局、ＡＢＳ、もしくはｅＮｏｄｅＢ）を実装するデバイスから、１または複数のＭ２Ｍデバイスへ送信されてもよい。ＤＬ制御チャネルは個別制御チャネルまたは報知チャネルであってもよい。実施形態はこの文脈に限定されない。

様々な実施形態では、Ｍ２Ｍグループ制御メッセージ１３０は、例えば、ＩＥＥＥ８０２．１６ｐなどの１または複数のＩＥＥＥ８０２．１６規格により規定されるような制御メッセージとして送信されてもよい。ＩＥＥＥに８０２．１６ｐに規定されるように、Ｍ２Ｍグループ制御メッセージ１３０は、ＤＬ−ＭＡＰメッセージなどの１または複数のダウンリンク制御情報要素（ＩＥ）を備えるダウンリンク（ＤＬ）制御構造を有する物理（ＰＨＹ）層媒体アクセスプロトコル（ＭＡＰ）メッセージとして、送信されてもよい。一実施形態では、Ｍ２Ｍグループ制御メッセージ１３０は、以下の表２のように再生されるセクション６．３．５．５．２．４のテーブル１９１に規定されるような１または複数の割り当てＡ−ＭＡＰ ＩＥタイプとして、送信されてもよい。

さらに、以下のように、表３のように再生されたセクション６．３．５．５．２．４のテーブル１９２に規定されるように、巡回冗長検査（ＣＲＣ）マスクを用いてもよい。

Ｍ２Ｍグループ制御メッセージ１３０はＩＥＥＥ８０２．１６ｐなどの１または複数のＩＥＥＥ８０２．１６規格によって規定された制御メッセージとして説明される。しかし、任意のエアインターフェースにより規定されるような任意の制御メッセージは、Ｍ２Ｍグループ制御メッセージ１３０を送信するために用いられてもよいと認識されてもよい。例えば、Ｍ２Ｍグループ制御メッセージ１３０は、とりわけ、１または複数の３ＧＰＰ ＬＴＥ仕様によって規定される制御メッセージとともに、送信されてよい。実施形態はこの文脈に限定されない。

ひとたびＭ２Ｍグループ１２４ｃのＭ２ＭデバイスがＭ２Ｍグループ制御メッセージ１３０を受信すると、Ｍ２Ｍグループ制御メッセージ１３０を復号化してリソース割り当て１２８−ｅを検索してもよい。その後、Ｍ２Ｍデバイスは、リソース割り当て１２８−ｅのＭ２Ｍデバイスリソースマップに従ってデータパケットを受信する手順を開始させてもよい。例えば、Ｍ２Ｍデバイスは、Ｍ２Ｍデバイスの無線周波数（ＲＦ）インターフェースに電力を適用することにより、アイドルモードから接続モードへ移動し、スケジューリングされたリソース（例えば、タイムスロット）からデータパケットのＤＬ制御チャネルにおいて走査操作を開始してもよい。

図５は、基地局、ＡＢＳまたはｅＮｏｄｅＢにおいて実装された装置１００からＭ２Ｍグループ１２４−１のＭ２Ｍデバイスへ送信される制御メッセージに適したメッセージフォーマット５００を示す。

メッセージフォーマット５００は、共通制御メッセージ５０２を示す。共通制御メッセージ５０２は、Ｍ２Ｍグループ１２４ｃ内の全てのＭ２Ｍデバイスに共通の制御情報を含む。前述のように、ネットワークにおけるＭ２Ｍデバイスの増設は、Ｍ２Ｍデバイスを管理するべく、大量の制御メッセージおよび／または信号をもたらす場合がある。このような制御オーバーヘッドの容量を減らす１つの技術は、複数のＭ２ＭデバイスをＭ２Ｍグループに割り当てて、Ｍ２Ｍグループ全体に対してＭ２Ｍグループ制御伝送方式を適用することである。その後、共通制御メッセージ５０２は、所定のＭ２Ｍグループ１２４−１の全てのＭ２Ｍデバイスによって共有され得る。例えば、Ｍ２ＭデバイスがＳＤＵサイズおよびＣＱＩに従ってグループ化された場合、ＭＣＳおよび電力制御のための共通制御メッセージ５０２は、Ｍ２Ｍグループ１２４−１全体に送信されてもよい。このことは、Ｋ個のデバイスのＭ２Ｍグループ１２４−１の制御オーバーヘッドを１／Ｋに減らすと思われる。ここで、Ｋは任意の正の整数を表す。

メッセージフォーマット５００は、例示的なＭ２Ｍグループ制御メッセージ１３０のより詳細な例を示す。図５に示される例示的なＭ２Ｍグループ制御メッセージ１３０は、Ｍ２Ｍグループ１２４−１の複数のＭ２Ｍデバイスに制御情報を伝えるべく、ネットワークに適しているサンプルデジタルデータ送信またはパケットデータ単位（ＰＤＵ）を示してもよい。一実施形態では、Ｍ２Ｍグループ制御メッセージ１３０は１または複数の３ＧＰＰ ＬＴＥ仕様に従って構築されたＰＤＵであってもよい。一実施形態では、Ｍ２Ｍグループ制御メッセージ１３０は、１または複数のＩＥＥＥ８０２．１６規格に従って構築されたＰＤＵであってもよい。他のパケットまたはメッセージフォーマットは同様に用いられてもよく、実施形態はこれらの例に限定されていない。

図５に示される例証された実施形態では、例示的なＭ２Ｍグループ制御メッセージ１３０はリソース割り当て５２２を含んでもよい。リソース割り当て５２２は、例えばリソース割り当て１２８−ｅのうち１または複数を代表してもよい。

リソース割り当て５２２はローカライズリソース割り当てスキーム５３０に従って生成されてもよい。示されるように、リソース割り当て５２２はＭ２Ｍデバイスリソースマップ５３２、開始インデックス５３４、およびリソースブロックサイズ５３６を含んでもよい。ローカライズリソース割り当てスキーム５３０がＭ２Ｍグループ１２４ｃの全てのＭ２Ｍデバイス用の一様なパケットサイズを想定するので、単一の開始インデックス５３４およびリソースブロックサイズ５３６のみが必要である。

Ｍ２Ｍデバイスリソースマップ５３２は、１または複数のスケジューリングブロック５３６−Ｍを含んでもよい。ここで、Ｍは、Ｍ２Ｍグループ１２４ｃのＭ２Ｍデバイス総数を表わす。スケジューリングブロック５３６Ｍの各々は、対応するＭ２Ｍデバイス用にデータパケットがスケジューリングされたかどうかを示す値を含んでもよい。例えば、第１のスケジューリングブロック５３６−１は第１のＭ２Ｍデバイスｍ１に割り当てられてもよく、第２のスケジューリングブロック５３６−２は第２のＭ２Ｍデバイスｍ２に割り当てられてもよく、およびその他、Ｍ番目のユーザがスケジューリングされるまでおこなわれる。第１のスケジューリングブロック５３６−１は、データパケットがｍ１にスケジューリングされたことを示す値イチ（１）を含む。その一方で、第２および第３のスケジューリングブロック５３６−１、５３６−３は、それぞれ、データパケットがｍ２およびｍ３にスケジューリングされていないことを示す値ゼロ（０）を含む。

あるいは、リソース割り当て５２２は、明示的リソース情報を持つ分散リソース割り当てスキーム５４０に従って、生成されてもよい。示されるように、リソース割り当て５２２は、Ｍ２Ｍデバイスリソースマップ５３２と、Ｍ２Ｍグループ１２４−ｃの各々のＭ２Ｍデバイス用のリソースブロックサイズ５４２−Ｋおよび開始インデックス５４４−Ｋとを含んでもよい。ここで、ＫはＭ２Ｍグループ１２４ｃにおけるＭ２Ｍデバイスの数を表わす。分散リソース割り当てスキーム５４０がＭ２Ｍグループ１２４ｃで各々のＭ２Ｍデバイスの可変パケットサイズを想定するので、各々は、対応する開始インデックス５４４Ｋおよびリソースブロックサイズ５４２Ｋを必要とする。

あるいは、リソース割り当て５２２は、差分リソース情報を有する分散リソース割り当てスキーム５５０に従って生成されてもよい。示されるように、リソース割り当て５２２は、Ｍ２Ｍデバイスリソースマップ５３２、開始インデックス５５２、リソースブロックサイズ５５４、および複数の差分指標５５６−Ｎを含んでもよい。ここで、Ｎは、Ｍ２Ｍグループ１２４−ｃにおけるＭ２Ｍデバイスの数−１を表す。リソースブロックサイズ５５４は、第１のＭ２Ｍデバイスｍ１に関するものであってもよく、差分指標５５６−１は第２のＭ２Ｍデバイスｍ２に関するものであってもよく、差分指標５５６−２は第３のＭ２Ｍデバイスｍ３に関するものであてもよく、およびその他、Ｎ番目のＭ２Ｍデバイスに至るまでである。差分指標５５６−Ｎは、いずれにしても、先行するリソースブロックサイズと一致する場合の単一のビット（例えば、０）を備えてもよいし、なければ、図４を参照して論理フロー４００に説明されるように、実際のリソースブロックサイズに設定される。

図６は、Ｍ２Ｍグループ制御メッセージ１３０用の例示的なスケジューリングパターン６００を示す。既に説明したように、増強されたＭ２Ｍグループ伝送方式を用いて複数のＭ２Ｍデバイスのデータバーストをバンドルすることができる。このことは、Ｍ２Ｍデバイス用の制御伝送方式オーバーヘッド（例えばリソース割り当て）を著しく減少させる。

いくつかの例では、バンドルされたパケットサイズが、例えば、フレームまたはサブフレームなどの所定の無線ネットワーク用の基本的スケジューリング期間内に、当てはめてもよい。そのような場合、Ｍ２Ｍ制御コンポーネント１２２−３は、単一のフレームまたはサブフレームで、ＭＧＩＤ １２６−１を有するＭ２Ｍグループ１２４−１のＭ２Ｍデバイスへ、Ｍ２Ｍグループ制御メッセージ１３０を送信してもよい。

しかし、いくつかの例では、バンドルされたパケットサイズは、例えば、フレームまたはサブフレームなどの所定の無線ネットワーク用の基本的スケジューリング期間内にスケジューリングされるには、あまりにも大きくなる可能性があるそのような場合、スケジューリングパターン６００は、制御信号オーバーヘッドをさらに減少させるべく、複数のフレームまたはサブフレームをまたがって規定することが可能であり、その一方で、Ｍ２Ｍグループ１２４−ｃの持続的スケジューリングを維持する。

一実施形態では、所定の無線ネットワークに関する複数のフレーム、サブフレーム、または他の規定において、Ｍ２Ｍ制御コンポーネント１２２−３は、ＭＧＩＤ １２６−１を有するＭ２Ｍグループ１２４−１のＭ２ＭデバイスへＭ２Ｍグループ制御メッセージ１３０を送信してもよい。例えば、無線ネットワークが、各々がサブフレーム（またはフレーム）６０２−Ｌを有する繰り返しスケジューリング間隔６０６ｐを、利用すると想定する。ここで、Ｌはスケジューリング間隔６０６におけるサブフレームの数を表す。Ｍ２Ｍ制御コンポーネント１２２−３は、スケジューリングパターン６００に従って、Ｍ２Ｍグループ制御メッセージ１３０を送信してもよい。図６に示されるように、Ｍ２Ｍデバイスｍ１のリソースブロック（ＲＢ） ６０４−１およびＭ２Ｍデバイスｍ２のＲＢ６０４−２は、スケジューリング間隔６０６−１のサブフレーム６０２−１でスケジューリングされてもよい。同様に、Ｍ２Ｍデバイスｍ３、ｍ４、およびｍ５のＲＢ６０４−３、６０４−４、６０４−５は、それぞれ、スケジューリング間隔６０６−２のサブフレーム６０２−１でスケジューリングされてもよい。さらに、Ｍ２Ｍデバイスｍ６、ｍ７のＲＢ６０４−６、６０４−７は、それぞれ、スケジューリング間隔６０６−３のサブフレーム６０２−１でスケジューリングされてもよい。スケジューリングパターン６００は、繰り返しスケジューリング間隔６０６ｐの各々で、繰り返されてもよい。

図７は、ストレージ媒体７００の実施形態を示す。ストレージ媒体７００は製造品を含んでもよい。一実施形態では、ストレージ媒体７００は、光学、磁気、または半導体ストレージのなどの、任意の持続性コンピュータ可読媒体または機械可読媒体も含んでもよい。ストレージ媒体は、論理フロー２００、３００および／または４００のうち１または複数を実装する命令など、様々なタイプのコンピュータ実行可能な命令を格納してもよい。コンピュータ可読または機械可読ストレージ媒体の例として、電子データを記憶することができる任意の有形の媒体を挙げることが可能であり、このような媒体には、揮発性メモリまたは不揮発性メモリ、着脱可能または着脱不可のメモリ、書き換え可能または書き換え不可能なメモリ、書き込み可能または書き込み不可能なメモリ、およびその他が含まれる。コンピュータ実行可能な命令の例は、ソースコード、コンパイルコード、解釈済みコード、実行可能コード、静的コード、動的コード、オブジェクト指向コード、視覚的コード、およびその他などの、任意の適当なタイプのコードを含む。実施形態はこの文脈に限定されない。

図８は、ブロードバンド無線アクセスネットワークで使用されるデバイス８００の実施形態を示す。デバイス８００は、例えば、装置１００、ストレージ媒体７００、および／または論理回路８３０を実装してもよい。論理回路８３０は、装置１００用に説明された操作を実行するための実回線を含んでもよい。図８に示されるように、実施形態はこの構成に限定されていないが、デバイス８００は無線インターフェース８１０、ベースバンド回路８２０、およびコンピューティングプラットフォーム８３０を含んでもよい。

デバイス８００は、装置１００、ストレージ媒体７００、および／または論理回路８３０の構造および／または操作のうちのいくつかまたは全てを、単一のコンピューティングエンティティ、例えば完全に単一のデバイス内に、実装してもよい。あるいは、デバイス８００は、装置１００、ストレージ媒体７００、および／または論理回路８３０の構造および／または操作の一部を、複数のコンピューティングエンティティをまたがって、分散システムアーキテクチャを用いて分散させてもよい。それには、例えば、クライアント／サーバアーキテクチャ、３層アーキテクチャ、Ｎ層アーキテクチャ、密結合またはクラスタ化アーキテクチャ、ピアツーピアアーキテクチャ、マスタ／スレーブアーキテクチャ、共有データベースアーキテクチャ、および他のタイプの分散型システムが用いられる。実施形態はこの文脈に限定されない。

一実施形態では、無線インターフェース８１０は、単一のキャリアまたは複数のキャリア変調信号（例えば、相補的コードキーイング（ＣＣＫ）および／または直交周波数分割多重化（ＯＦＤＭ）記号を含む）の送信および／または受信に適したコンポーネントまたはコンポーネントの組み合わせを含んでもよい。しかし、実施形態は、いかなる特定の無線経由（ｏｖｅｒ−ｔｈｅ−ａｉｒ）インターフェースまたは変調スキームに限定されるものではない。無線インターフェース810は、例えば、受信機812、送信機816、および／または周波数合成器814を含んでもよい。無線インターフェース810は、バイアス制御部、水晶発振器、および／あるいは１または複数のアンテナ818−fを含んでもよい。別の実施形態では、無線インターフェース８１０は、所望に応じて、外部電圧制御発振器（ＶＣＯ）、表面弾性波フィルタ、中間周波数（ＩＦ）フィルタおよび／またはＲＦフィルタを用いてもよい。様々な潜在的RFインターフェース設計に応じて、その包括的な説明を省略することにする。

ベースバンド回路８２０は、受信および／または送信信号を処理するべく無線インターフェース８１０と通信することが可能であり、例えば、受信した信号をダウンコンバートするアナログ／デジタル変換器８２２と、送信のための信号をアップコンバートするデジタル／アナログ変換器８２４とを含んでもよい。さらに、ベースバンド回路８２０は、それぞれの受信／送信信号のＰＨＹリンク層処理用のベースバンドまたは物理層（ＰＨＹ）処理回路８５６を含んでもよい。ベースバンド回路８２０は、例えば、媒体アクセス制御（ＭＡＣ）／データリンク層処理用の処理回路８２８を含んでもよい。ベースバンド回路８２０は、例えば、１または複数のインターフェース８３４を介して処理回路８２８と通信するためのメモリコントローラ８３２および／またはコンピューティングプラットフォーム８３０を含んでもよい。

いくつかの実施形態では、ＰＨＹ処理回路８２６は、パケット６００などの通信フレームを構築および／または分解するべく、バッファメモリなどの追加の回路と組み合わせて、フレーム構成および／または検出モジュールを含んでもよい。その代わりに、またはそれに加えて、ＭＡＣ処理回路８２８は、これらの機能を確実にするための処理を共有してもよく、ＰＨＹ処理回路８２６から独立して、これらのプロセスを実行してもよい。いくつかの実施形態では、ＭＡＣおよびＰＨＹ処理は単一の回路に統合されてもよい。

コンピューティングプラットフォーム８３０は、デバイス８００にコンピューティング機能を提供してもよい。示されるように、コンピューティングプラットフォーム８３０は処理コンポーネント８４０を含んでもよい。さらに加えて、またはその代わりに、ベースバンド回路８２０、デバイス８００は、処理コンポーネント８３０を用いて、装置１００、ストレージ媒体７００、および論理回路８３０のための処理操作または論理を実行してもよい。処理コンポーネント８３０（ならびに／またはＰＨＹ ８２６および／もしくはＭＡＣ ８２８）は、様々なハードウェア要素、ソフトウェア要素、あるいは両方の組み合わせを含んでもよい。 ハードウェア要素の例として、デバイス、論理デバイス、コンポーネント、プロセッサ、マイクロプロセッサ、回路、プロセッサ回路（例えば、プロセッサ回路１２０）、回路要素（例えば、トランジスタ、抵抗器、コンデンサ、誘導子、およびその他）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能論理デバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、メモリユニット、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセット、およびその他が挙げられる。 ソフトウェア要素の例として、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータープログラム、アプリケーションプログラム、システムプログラム、ソフトウェア開発プログラム、機械語プログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、機能、方法、手順、ソフトウェアインターフェース、アプリケーションプログラムインターフェース（ＡＰＩ）、および命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、言葉、値、記号、またはそれらの任意の組み合わせが挙げられる。実施形態がハードウェア要素および／またはソフトウェア要素を用いて実装されるかどうか決定することは、任意の数のファクタに従って変えてもよい。このようなファクタとして、例えば、 所望に応じて、所望の計算率、電力レベル、耐熱性、処理サイクル量、入力データ率、出力データ率、メモリリソース、データバス速度、および他の設計または性能制約が挙げられる。

コンピューティングプラットフォーム８３０は、さらに他のプラットフォームコンポーネント８５０を含んでもよい。他のプラットフォームコンポーネント８５０は、１または複数のプロセッサ、マルチコアプロセッサ、コプロセッサ、メモリユニット、チップセット、コントローラ、周辺装置、インターフェース、発振器、タイミングデバイス、ビデオカード、オーディオカード、マルチメディア入出力（Ｉ／Ｏ）コンポーネント（例えば、デジタルディスプレイ）、電源、およびその他などの、共通のコンピューティング要素を含む。メモリユニットの例として、限定されるものではないが、１または複数の高速メモリユニットの形態である、様々なタイプのコンピュータ可読および機械可読ストレージ媒体が挙げられる。このような形態は、例えば、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、電気的消去可能ＲＯＭ（ＥＰＲＯＭ）ダブルデータレートＤＲＡＭ（ＤＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラムＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、強誘電体ポリマーメモリなどのポリマーメモリ、オボニックメモリ、相変化もしくは強誘電体メモリ、ケイ素−酸化物−窒化物−酸化物−ケイ素（ＳＯＮＯＳ）メモリ、磁気もしくは光カード、冗長アレイ独立ディスク（ＲＡＩＤ）ドライブ、ソリッドステートメモリデバイス（例えば、ＵＳＢメモリ）、ソリッドステートドライブ（ＳＳＤ）、および情報を格納するのに適した任意の他のタイプのストレージ媒体である。

デバイス８００は、例えば、ウルトラモバイルデバイス、モバイルデバイス、固定デバイス、マシンツーマシン（Ｍ２Ｍ）デバイス、携帯情報端末（ＰＤＡ）、モバイルコンピューティングデバイス、スマートフォン、電話、デジタル電話機、携帯電話、ユーザ機器、ｅＢｏｏｋリーダ、ハンドセット、一方向ポケットベル（登録商標）、２方向ポケットベル（登録商標）、メッセージングデバイス、コンピュータ、パーソナルコンピュータ（ＰＣ）、デスクトップコンピュータ、ラップトップコンピュータ、ノート型コンピュータ、ネットブックコンピュータ、ハンドヘルドコンピュータ、タブレットコンピュータ、サーバ、サーバアレイまたはサーバファーム、ウェブサーバ、ネットワークサーバ、インターネットサーバ、ワークステーション、ミニコンピュータ、メインフレームコンピュータ、スーパーコンピュータ、ネットワークアプライアンス、ウェブアプライアンス、分散コンピューティングシステム、マルチプロセッサシステム、プロセッサベースのシステム、家庭用電化製品、プログラム可能家庭用電化製品、ゲーム用デバイス、テレビ、デジタルテレビ、セットトップボックス、無線アクセスポイント、基地局、ノードＢ、加入者ステーション、モバイル加入者センタ、無線ネットワークコントローラ、ルータ、ハブ、ゲートウェイ、ブリッジ、スイッチ、機械、またはそれらの組み合わせであってもよい。したがって、本明細書で説明したデバイス８００の機能および／または特定の構成は、適切に所望されるものとして、デバイス８００の様々な実施形態に含まれてもよいし、省略されてもよい。いくつかの実施形態では、デバイス８００は、本明細書中に引用されるＷＭＡＮ用の３ＧＰＰ ＬＴＥ仕様および／またはＩＥEＥ８０２．１６規格ならびに／あるいは他のブロードバンド無線ネットワークのうち１または複数に関連したプロトコルおよび周波数と互換性があるよう構成されてもよい。ただし、実施形態は、この点に限定されるものではない。

デバイス８００の実施形態は、単入力単出力（ＳＩＳＯ）アーキテクチャを用いて実装されてもよい。しかし、特定の実装は、ビーム形成もしくは空間分割多重アクセス（ＳＤＭＡ）に適合され得るアンテナ技術の使用および／またはＭＩＭＯ通信技術の使用によって送信および／または受信を行うための、複数のアンテナ（例えば、アンテナ８１８−ｆ）を含んでもよい。

デバイス８００のコンポーネントおよび機能は、ディスクリート回路、特定用途向け集積回路（ＡＳＩＣ）、論理ゲート、および／またはシングルチップアーキテクチャの任意の組み合わせを用いて、実装されてもよい。さらに、デバイス８００の機能は、マイクロコントローラ、プログラマブル論理アレイおよび／もしくはマイクロプロセッサ、または相応に適切な上記の任意の組み合わせを用いて、実装されてもよい。留意すべきことは、ハードウェア、ファームウェア、および／またはソフトウェア要素は、本明細書中では総称して、または個別に、「論理」もしくは「回路」と呼ばれることである。

認識すべきことは、図８のブロック図に示される例示的なデバイス８００が多くの潜在的な実装の機能的に説明された１つの例を示してもよいことである。したがって、添付した図面に示すブロック機能の分割、省略、または包含は、これらの機能を実装するためのハードウェアコンポーネント、回路、ソフトウェア、および／または要素が必ずしも分割、省略、または実施形態に包含されると推論するものではない。

図９は、ブロードバンド無線アクセスシステム９００の実施形態を示す。図９に示されるように、ブロードバンド無線アクセスシステム９００は、インターネット９１０に対する移動無線アクセスおよび／または固定無線アクセスをサポートすることができるインターネット９１０型ネットワークまたはその他を備えるインターネットプロトコル（ＩＰ）型ネットワークであってもよい。１または複数の実施形態では、ブロードバンド無線アクセスシステム９００は任意のタイプの直交周波数分割多元接続（ＯＦＤＭＡ）ベースの無線ネットワークを含んでもよい。そのようなシステムは、例えば、３ＧＰＰ ＬＴＥ仕様および／またはＩＥＥＥ８０２．１６規格のうち１または複数に準拠したシステムであり、クレームされた主題の範囲は、これらの点に限定されない。

例示的なブロードバンド無線アクセスシステム９００では、１または複数の固定デバイス９１６とインターネット１１０との間、あるいは１または複数のモバイルデバイス９２２とインターネット１１０との間の無線通信を提供すべく、アクセスサービスネットワーク（ＡＳＮ）９１４および９１８は、それぞれ、基地局（ＢＳ）９１４および９２０（または、ｅＮｏｄｅＢ）と連結することができる。Ｍ２Ｍデバイス９１６および非Ｍ２Ｍデバイス９２２の１つの例は、デバイス８００であり、Ｍ２Ｍデバイス９１６にはデバイス８００のＭ２Ｍバージョンが含まれ、非Ｍ２Ｍデバイス９２２にはデバイス８００の非Ｍ２Ｍバージョンが含まれる。ＡＳＮ ９１２は、ブロードバンド無線アクセスシステム９００上の１または複数の物理実体へのネットワーク機能のマッピングを規定することができるプロファイルを実装してもよい。基地局９１４および９２０（またはｅＮｏｄｅＢ）は、Ｍ２Ｍデバイス９１６および非Ｍ２Ｍデバイス９２２とのＲＦ通信を提供するべく、無線設備を備えてもよく、例えばデバイス８００に関して説明されたようなものである。また、それは、例えば、３ＧＰＰ ＬＴＥ仕様またはＩＥＥＥ８０２．１６規格に準拠したＰＨＹおよびＭＡＣ層設備を備えてもよい。基地局９１４および９２０（またはｅＮｏｄｅＢ）は、さらに、ＡＳＮ９１２および９１８を介してインターネット９１０に結合すべく、ＩＰバックプレーンを備える。しかし、クレームされた主題の範囲は、これらの点に限定されない。

ブロードバンド無線アクセスシステム９００は、１または複数のネットワーク機能を提供することができる、表示済み接続ネットワーク（ＣＳＮ）９２４を、さらに備えてもよい。限定されるものではないが、そのような機能として、プロキシおよび／またはリレー型機能、例えば、認証、許可、およびアカウンティング（ＡＡＡ）機能、動的ホスト構成プロトコル（ＤＨＣＰ）機能、またはドメインネームサービス制御もしくはその他、公衆交換電話網（ＰＳＴＮ）ゲートウェイまたはボイスオーバインターネットプロトコル（ＶｏＩＰ）ゲートウェイなどのドメインゲートウェイ、および／またはインターネットプロトコル（ＩＰ）タイプサーバ機能、あるいはその他である。しかし、これらは、単に表示済みＣＳＮ９２４またはホームＣＳＮ９２６により提供されることができる機能のタイプの例であり、クレームされた主題の範囲は、これらの点に限定されない。表示済みＣＳＮ１２４は、表示済みＣＳＮ９２４がＭ２Ｍデバイス９１６または非Ｍ２Ｍデバイス９２２の通常のサービスプロバイダの一部ではない場合、表示済みＣＳＮと呼ばれてもよい。例えば、Ｍ２Ｍデバイス９１６または非Ｍ２Ｍデバイス９２２がそれぞれのホームＣＳＮ９２６から離れてローミングしている場合である。あるいは、ブロードバンド無線アクセスシステム９００は、Ｍ２Ｍデバイス９１６または非Ｍ２Ｍデバイス９２２の通常のサービスプロバイダの一部であるが、ブロードバンド無線アクセスシステム９００は、Ｍ２Ｍデバイス９１６または非Ｍ２Ｍデバイス９２２のメインまたはホーム位置ではない別の位置または状態にあり得る場合である。

一実施形態では、Ｍ２Ｍデバイス９１６は、一方または両方の基地局９１４、９２０の範囲内のどこにでも、例えばホームまたはビジネス内あるいはその近傍に、位置する固定デバイスであってもよい。それによって、ホームまたはビジネスカスタマに対して、それぞれ基地局９１４、９２０、およびＡＳＮ ９１２、９１８とホームＣＳＮ９２６とを介して、インターネット９１０へのブロードバンドアクセスを提供する。注目に値することは、Ｍ２Ｍデバイス９１６は概ね静止位置に配置されるが、必要に応じて異なる位置へ移動されてもよいことである。例えば、非Ｍ２Ｍデバイス９２２が一方または両方の基地局９１４および９２０の範囲内にある場合、非Ｍ２Ｍデバイス９２２は１または複数の位置で利用されてもよい。

１または複数の実施形態に従って、操作サポートシステム（ＯＳＳ）９２８は、ブロードバンド無線アクセスシステム９００のための管理機能を提供し、かつブロードバンド無線アクセスシステム９００の機能的な実体間のインターフェースを提供するブロードバンド無線アクセスシステム９００の一部であってもよい。図９のブロードバンド無線アクセスシステム９００は、ブロードバンド無線アクセスシステム９００の特定の数のコンポーネントを示す無線ネットワークの単に１つのタイプにすぎず、クレームされた主題の範囲は、これらの点に限定されない。

いくつかの実施形態は、「一実施形態」または「実施形態」という表現をそれらの派生物とともに用いて、説明されてもよい。これらの用語は、実施形態に関連して説明される特定の機能、構造、または特性が少なくとも１つの実施形態に含まれることを意味する。明細書中の様々な場所において「一実施形態では」という文言の出現は、必ずしも全てが同じ実施形態を指している必要はない。

さらに、以下の説明および／または特許請求の範囲において、「結合」および／または「接続」という用語は、それらの派生物とともに、用いられてもよい。特定の実施形態では、「接続」は、２またはそれ以上の数の要素が直接に物理的および／または互いに電気的に接触している状態であることを示すために用いられる。「結合」は、２またはそれ以上の数の要素が直接に物理的および／または電気的に接触状態にあることを意味してもよい。しかし、「結合」は、２またはそれ以上の数の要素が互いに直接接触している状態でなくてもよいが、依然として共同および／または互いに関係し合っていることを意味してもよい。例えば、「結合」は、２またはそれ以上の数の要素と互いに接触することはないが、別の要素または中間要素を介して間接的に、一緒に連結していることを意味してもよい。

加えて、用語「および／または」は「および」を意味し、それは「または」を意味し、それは「排他的論理和」を意味し、それは「１つ」を意味し、それは「全てではなくいくつか」を意味し、それは「どちらか」を意味し、および／またはそれは「両方」を意味する。しかし、クレームされた主題の範囲については、この点では、クレームされた主題の範囲は限定されない。以下の説明および／または特許請求の範囲において、用語「備える」および「含む」は、それらの派生物とともに、互いに同義語として用いられ、かつ意図される。

強調すべきことは、本開示の要約を提供することで、技術的開示の本質を読者がすばやく確認可能になることである。それは、それがクレームの範囲または意味を解釈または限定するために用いられるのではないという理解のもとで、提出される。加えて、上記の発明を実施するための形態において、開示を合理化することを目的として、様々な機能が単一の実施形態の中に一緒にグループ化されることが明らかであろう。この開示の方法は、クレームされた実施形態が、各クレームにおいて明示的に示されたより多くの機能を必要とする意図を、反映するとは解釈することができない。むしろ、以下のクレームが反映するように、発明の主題は、単一の開示された実施形態の機能全てよりも、少ない。したがって、以下の特許請求の範囲は、本明細書によって別個の実施形態として自立する各請求項で、発明を実施するための形態に組み込まれている。添付した特許請求の範囲において、用語「含む（ｉｎｃｌｕｄｉｎｇ）」および「その中で（ｉｎ ｗｈｉｃｈ）」は、各々の用語「備える（ｃｏｍｐｒｉｓｉｎｇ）およびここで「ｗｈｅｒｅｉｎ）」と、それぞれプレインイングリッシュの等価物として、使用される。さらに、用語「第１」、「第２」、「第３」、およびその他は、単に、ラベルとして使用され、それらの対象物に対して数値要件を課するようには意図されない。

上述したものは、開示されたアーキテクチャの例を含む。それは、当然のことながら、コンポーネントおよび／または方法論のすべての考えられる組み合わせについて説明することができる。しかし、当業者は、さらに多くの組み合わせおよび交換が可能であることを認識することが可能である。したがって、新規のアーキテクチャは、添付された請求項の範囲以内にあるような変更形態、修正、および変形をすべて包含するように意図される。

Claims (20)

1. 無線ネットワーク用のＭ２Ｍグループ制御伝送方式を実行するべく、Ｍ２Ｍグループ識別子（ＭＧＩＤ）によって表わされるＭ２Ｍグループに、複数のマシンツーマシン（Ｍ２Ｍ）デバイスを割り当てる段階と、
   前記Ｍ２Ｍグループの前記複数のＭ２Ｍデバイス用のリソース割り当てを生成する段階と、
   前記リソース割り当てを有するＭ２Ｍグループ制御メッセージを生成する段階と、
   前記ＭＧＩＤを有する前記Ｍ２Ｍグループの前記複数のＭ２Ｍデバイスへ、前記Ｍ２Ｍグループ制御メッセージを送信する段階と
   を備える、コンピュータ実行方法。
2. 前記複数のＭ２Ｍデバイスの各々がいつデータを通信するかに関してリソース情報を提供するＭ２Ｍデバイスリソースマップを含む前記リソース割り当てを有する前記Ｍ２Ｍグループ制御メッセージを生成する段階を備える、請求項１に記載のコンピュータ実行方法。
3. ローカライズリソース割り当てスキームに基づいて、前記リソース割り当てを有する前記Ｍ２Ｍグループ制御メッセージを生成する段階を備える、請求項１または２に記載のコンピュータ実行方法。
4. ローカライズリソース割り当てスキームに基づいて、前記リソース割り当てを有する前記Ｍ２Ｍグループ制御メッセージを生成する段階を備え、
   前記Ｍ２Ｍグループ制御メッセージが、Ｍ２Ｍデバイスリソースマップ、開始インデックス値、および前記Ｍ２Ｍデバイスの全てのための単一のリソースブロックサイズ値を有する、請求項１から３のいずれか一項に記載のコンピュータ実行方法。
5. 分散リソース割り当てスキームに基づいて、前記リソース割り当てを有する前記Ｍ２Ｍグループ制御メッセージの生成する段階を備える、請求項１から４のいずれか一項に記載のコンピュータ実行方法。
6. 明示的リソース情報を有する分散リソース割り当てスキームに基づいて、前記リソース割り当てを有する前記Ｍ２Ｍグループ制御メッセージの生成する段階を、さらに備える、請求項１から５のいずれか一項に記載のコンピュータ実行方法。
7. 前記リソース割り当てを有する前記Ｍ２Ｍグループ制御メッセージを生成する段階を備え、
   前記Ｍ２Ｍグループ制御メッセージは、Ｍ２Ｍデバイスリソーススケジュール、開始インデックス値、および前記複数のＭ２Ｍデバイスの各々のためのリソースブロックサイズ値を有する、請求項１から６のいずれか一項に記載のコンピュータ実行方法。
8. 差分リソース情報を有する分散リソース割り当てスキームに基づいた前記リソース割り当てを有する前記Ｍ２Ｍグループ制御メッセージの生成する段階を備える、請求項１から７のいずれか一項に記載のコンピュータ実行方法。
9. 前記リソース割り当てを有する前記Ｍ２Ｍグループ制御メッセージを生成する段階を備え、
   前記Ｍ２Ｍグループ制御メッセージは、Ｍ２Ｍデバイスリソーススケジュール、開始インデックス値、第１のＭ２Ｍデバイス用の第１のリソースブロックサイズ値、および第２のＭ２Ｍデバイス用の差分指標を有し、
   前記差分指標は、
   前記第２のＭ２Ｍデバイス用の第２のリソースブロックサイズ値が前記第１のＭ２Ｍデバイス用の前記第１のリソースブロックサイズ値と一致する場合に単一のビットを有し、または、
   前記第２のＭ２Ｍデバイス用の前記第２のリソースブロックサイズ値が前記第１のＭ２Ｍデバイス用の前記第１のリソースブロックサイズ値と一致しない場合に前記第２のリソースブロックサイズ値を有する、
   請求項１から８のいずれか一項に記載のコンピュータ実行方法。
10. 単一のフレームまたはサブフレームで、前記ＭＧＩＤを有する前記Ｍ２Ｍグループの前記複数のＭ２Ｍデバイスへ、前記Ｍ２Ｍグループ制御メッセージを送信する段階を備える、請求項１から９のいずれか一項に記載のコンピュータ実行方法。
11. 複数のフレームまたは複数のサブフレームで、前記ＭＧＩＤを有する前記Ｍ２Ｍグループの前記複数のＭ２Ｍデバイスへ、前記Ｍ２Ｍグループ制御メッセージを送信する段階を備える、請求項１から１０のいずれか一項に記載のコンピュータ実行方法。
12. プロセッサ回路と、
    マシンツーマシン（Ｍ２Ｍ）グループの複数のＭ２Ｍデバイス用の無線ネットワークにおけるＭ２Ｍグループ制御伝送方式を管理するべく、前記プロセッサ回路によって実行されるＭ２Ｍ制御コンポーネントと、を備え、
    前記Ｍ２Ｍ制御コンポーネントは、前記Ｍ２Ｍグループの前記複数のＭ２Ｍデバイス用のリソース割り当てを生成し、前記リソース割り当てを有するＭ２Ｍグループ制御メッセージを生成し、および、前記Ｍ２Ｍグループの前記複数のＭ２Ｍデバイスへ前記Ｍ２Ｍグループ制御メッセージを送信する、装置。
13. 前記複数のＭ２Ｍデバイスとの無線接続を確立すべく、前記プロセッサ回路により実行される接続マネージャコンポーネントを、さらに備える、請求項１２に記載の装置。
14. Ｍ２Ｍグループ識別子（ＭＧＩＤ）によって表されるＭ２Ｍグループに対して複数のＭ２Ｍデバイスを割り当てるべく、前記プロセッサ回路により実行されるＭ２Ｍグループコンポーネントを、さらに備える、請求項１２または１３に記載の装置。
15. 前記Ｍ２Ｍ制御コンポーネントは、ローカライズリソース割り当てスキームに基づいて、前記リソース割り当てを有する前記Ｍ２Ｍグループ制御メッセージを生成する、請求項１２から１４のいずれか一項に記載の装置。
16. 前記Ｍ２Ｍ制御コンポーネントは、明示的リソース情報または差分リソース情報を有する分散リソース割り当てスキームに基づいて、前記リソース割り当てを有する前記Ｍ２Ｍグループ制御メッセージを生成する、請求項１２から請求項１５のいずれか一項に記載の装置。
17. 前記プロセッサ回路に結合した無線周波数（ＲＦ）送受信機を備え、
    前記ＲＦ送受信機は、前記無線ネットワークのダウンリンク（ＤＬ）制御チャネルで、Ｍ２Ｍグループ識別子（ＭＧＩＤ）を有する前記Ｍ２Ｍグループの前記複数のＭ２Ｍデバイスへ、前記Ｍ２Ｍグループ制御メッセージの複数の電磁気的表現を送信する、請求項１２から１６のいずれか一項に記載の装置。
18. 実行された時に、Ｍ２Ｍグループの複数のＭ２Ｍデバイス用のリソース割り当てを生成し、前記リソース割り当てを有するＭ２Ｍグループ制御メッセージを生成し、前記Ｍ２Ｍグループの前記Ｍ２Ｍデバイスへ前記Ｍ２Ｍグループ制御メッセージを送信することを、システムに行わせる複数の命令を具備する、プログラム。
19. 実行された時に、ローカライズリソース割り当てスキームまたは分散リソース割り当てスキームに基づいた前記Ｍ２Ｍグループ制御メッセージを前記システムに生成させる複数の命令を、さらに備える、請求項１８に記載のプログラム。
20. 実行された時に、１または複数のフレームまたはサブフレームで、前記Ｍ２Ｍグループの前記複数のＭ２Ｍデバイスへ前記Ｍ２Ｍグループ制御メッセージを前記システムに送信させる複数の命令を、さらに備える、請求項１８または１９に記載のプログラム。

Images