JP2010503363A - Ｖｏｉｐグループリソース管理 - Google Patents

Abstract

永続的な方法でリソースの割当てを利用するグループリソース管理が提供され、このリソースの割当ては、グループ内のユーザが、動的に多重化されることを可能にしながら、指定された間隔にわたってチャネルおよびリソースをユーザデバイスに対して割り当てることを必要とする。グループの中のユーザの数と、そのグループに割り当てられるチャネルの数と、の関数である第１のビットマップが、作り出される。第１のビットマップに含まれる「オン」ビットの数に等しいビットの数を有する第２のビットマップが、作り出される。第２のビットマップは、レートオプションまたはサイズオプションを割り当てることができ、このレートオプションまたはサイズオプションは、ビットに対応するグループメンバのプロファイルの関数である。レートオプションおよびサイズオプションは、ブロードキャストとマルチキャストとの両方がサポートされる第２のビットマップの中の各ｘ−ビット位置において指し示されることができる。

Description

相互参照

本願は、その全体が参照によりここにおいて組み込まれ、「ＬＢＣ ＦＤＤについてのＶＯＩＰグループリソース管理(VOIP GROUP RESOURCE MANAGEMENT FOR LBC FDD)」と題された、２００６年９月１１日に出願された米国仮出願第６０／８４３，８０４号の利益を主張するものである。

背景

［Ｉ．分野］
以下の説明は、一般にワイヤレス通信システム(wireless communication systems)に関し、より具体的には、ワイヤレス通信ネットワークにおいて、グループリソースをスケジュールすること(scheduling)、および管理すること(managing)、に関する。

［ＩＩ．背景］
ワイヤレス通信システムは、音声、データ、他のコンテンツなど、様々なタイプの通信コンテンツを提供するために広く展開される。これらのシステムは、使用可能なシステムリソース（例えば、帯域幅および送信パワー）を共用することにより複数の(multiple)ユーザとの通信をサポートすることができる多元接続システム(multiple-access systems)とすることができる。そのような多元接続システムの例は、符号分割多元接続(code division multiple access)（ＣＤＭＡ）システムと、時分割多元接続(time division multiple access)（ＴＤＭＡ）システムと、周波数分割多元接続(frequency division multiple access)（ＦＤＭＡ）システムと、第３世代パートナーシッププロジェクト長期的進化(3rd Generation Partnership Project Long Term Evolution)（３ＧＰＰ ＬＴＥ）システムと、直交周波数分割多元接続(orthogonal frequency division multiple access)（ＯＦＤＭＡ）システムなどと、を含む。

一般に、ワイヤレス多元接続通信システムは、複数の(multiple)ワイヤレス端末についての通信を同時にサポートすることができる。各端末は、順方向リンクおよび逆方向リンク上の送信を通して１つまたは複数の基地局と通信する。順方向リンク（またはダウンリンク）は、基地局から端末への通信リンクを意味し、逆方向リンク（またはアップリンク）は、端末から基地局への通信リンクを意味する。この通信リンクは、単一入力単一出力システム、多入力単一出力システム、または多入力多出力(multiple-in-multiple-out)（ＭＩＭＯ）システムを通して確立されることができる。

ＭＩＭＯシステムは、データ送信のために複数の（Ｎ_Ｔ個の）送信アンテナと、複数の（Ｎ_Ｒ個の）受信アンテナと、を使用する。Ｎ_Ｔ個の送信アンテナと、Ｎ_Ｒ個の受信アンテナとによって形成されるＭＩＭＯチャネルは、Ｎ_Ｓ個の独立チャネルへと分解されることができ、これらの独立チャネルは、空間チャネルとも呼ばれ、ここで、Ｎ_Ｓ≦ｍｉｎ｛Ｎ_Ｔ，Ｎ_Ｒ｝である。Ｎ_Ｓ個の独立チャネルのおのおのは、次元(dimension)に対応する。複数の送信アンテナと、複数の受信アンテナとによって作り出される(created)追加の次元(dimensionalities)が、利用される場合、ＭＩＭＯシステムは、改善された性能（例えば、より高いスループットおよび／またはより高い信頼性）を提供することができる。

ＭＩＭＯシステムは、時分割二元(time division duplex)（ＴＤＤ）システムと、周波数分割二元(frequency division duplex)（ＦＤＤ）システムと、をサポートする。ＴＤＤシステムにおいては、順方向リンク送信と、逆方向リンク送信とは、同じ周波数領域上にあり、その結果、その相互主義(reciprocity principle)は、逆方向リンクチャネルからの順方向リンクチャネルの推定を可能にする。これにより、アクセスポイントは、複数のアンテナがアクセスポイントにおいて使用可能であるときに、順方向リンク上で送信ビーム形成利得(transmit beamforming gain)を抽出することができるようになる。

一般に、いつでもシステムにアクセスすることができる多数のユーザが存在する。これらのユーザのおのおのは、スケジュールされ、そしてリソースが提供される必要がある。多数のユーザと共に、あらゆるパケットがスケジュールされる必要がある場合、大量のリソースが、このスケジューリングに専用になる必要がある。さらに、各パケットは、スケジューリングに関連した情報を含み、このスケジューリングは、システムリソースを必要とし、送信される必要がある情報の量に寄与する。

以下は、開示された実施形態のいくつかの態様についての基本的な理解を提供するために、簡略化された概要(simplified summary）を提示している。この概要は、広範な概説ではなく、また、重要なあるいは不可欠な要素を識別するようにも、そのような実施形態の範囲を示すようにも、意図されてはいない。その目的は、後で提供されるより詳細な説明に対する前置きとして簡略化された形式で、説明される実施形態のいくつかの概念を提供することである。

１つまたは複数の実施形態およびその対応する開示とに従って、様々な態様が、ＶｏＩＰグループリソースの割付けおよび管理(VoIP group resource allocation and management )についてのグループセットアップメッセージ(group setup message)およびビットマップ符号化(bitmap encoding)に関連して説明される。トラフィックアクティビティ(traffic activity)によって引き起こされる部分ローディング(partial loading)を最小にする、フレームごとに基づいた様々な順方向リンク割当て(assignments)の多重化(multiplexing)が可能とされる(enabled)。ボイスオーバーインターネットプロトコル(Voice over Internet Protocol)（ＶｏＩＰ）トラフィックの統計的多重化(statistical multiplexing)が、増大させられることができ、そしてＶｏＩＰは、他のトラフィックタイプと多重化されることができる。様々な実施形態は、多重化されたリソース内のレートおよび帯域幅の割当てのある種の柔軟性を可能にすることができる。さらに、帯域幅およびパワーの統計的多重化が、２つのＰＨＹフレームを共通のグループ定義を有する「ＶｏＩＰフレーム」へと組み合わせることにより、改善されることもできる。

グループリソース管理のための方法が提供される。本方法は、各メンバが少なくとも１つのユーザデバイスを備える１グループのメンバを作り出すこと(creating)と、永続的なやり方で(in a persistent fashion)各グループメンバに第１のビットマップ内の位置を割り当てることと、を備える。本方法はまた、各グループメンバのプロファイルの関数として第２のビットマップにおけるレートオプション(rate option)またはサイズオプション(size option)を指し示すこと(indicating)と、第１のビットマップと、第２のビットマップとをそのグループに対して送信することと、を含む。

別の態様は、プロセッサと、そのプロセッサによって生成される情報を記憶するメモリと、を含むワイヤレス通信装置に関する。プロセッサは、１グループのメンバを作り出すこと、および、各グループメンバに対して第１のビットマップにおける位置を割り当てること、のための命令を実行する。プロセッサはまた、各グループメンバのプロファイルの関数として第２のビットマップにレートオプションまたはサイズオプションを含めること、および、そのグループに第１のビットマップおよび第２のビットマップを送信すること、のための命令を実行することもできる。

関連した一態様の中には、グループリソース管理を容易にするワイヤレス通信装置がある。本装置は、１グループのメンバを確立するための手段を含んでおり、ここでは、各メンバは、少なくとも１つのユーザデバイスを備える。同様に含まれるのは、第１のビットマップ内の位置を各グループメンバに割り当てるための手段、および、各グループメンバのプロファイルの関数として第２のビットマップにおけるレートオプションまたはサイズオプションを指し示すための手段、である。そのグループに、第１のビットマップおよび第２のビットマップを搬送するための手段もまた、装置の中に含まれる。

別の態様は、１グループのメンバユーザデバイスを確立すること(establishing)、ビットにおいて測定される(measured in bits)グループメンバの数に等しい第１のビットマップを生成すること、および、第１のビットマップ内の位置を各グループメンバに割り当てること、のための機械実行可能命令(machine-executable instructions)を記憶している機械可読媒体(machine-readable medium)に関する。第１のビットマップの中の「オン」ビットの数に等しい第２のビットマップが、生成され(produced)、そして、各グループメンバのプロファイルの関数として第２のビットマップにおけるレートオプションまたはサイズオプションを指し示す。命令は、そのグループに対して第１のビットマップおよび第２のビットマップを送信すること、を含んでいる。

ワイヤレス通信システムにおけるさらなる関連した一態様は、プロセッサを備える装置である。プロセッサは、１グループのメンバユーザデバイスを作り出すように、そして、ビットにおいて測定されるグループメンバの数に等しい第１のビットマップを生成し、第１のビットマップ内の位置を各グループメンバに割り当てるように、構成されている。プロセッサは、さらに、各グループメンバのプロファイルの関数として第２のビットマップにおけるレートオプションまたはサイズオプションを指し示す、第１のビットマップにおける「オン」ビットの数に等しい第２のビットマップを生成するように、そして、そのグループに対して第１のビットマップおよび第２のビットマップを通信するように、構成されている。

別の態様は、割り当てられたリソースを選択的に決定するための方法に関する。本方法は、ＶｏＩＰフレームの中で第１のビットマップを受信することを含み、ここでは、第１のビットマップは、グループ識別情報によって識別される１グループのユーザデバイスメンバについて意図されている(intended for a group of user device members)。第１のビットマップ内の割り当てられた位置が見出され(located)、そして、第２のビットマップが選択的に受信している。本方法はまた、第１のビットマップ内の割り当てられた位置に部分的に基づいて、第２のビットマップに含まれるレートオプションまたはサイズオプションを決定すること、も含んでいる。

さらなる一態様は、プロセッサと、そのプロセッサによって生成される情報を記憶するメモリと、を備えるワイヤレス通信装置である。プロセッサは、ＶｏＩＰフレームの中で第１のビットマップを受信することのための命令、を実行し、ここでは、第１のビットマップは、グループ識別情報によって識別される１グループのユーザデバイスメンバについて意図されている。プロセッサはまた、第１のビットマップ内の割り当てられた位置を検出すること、第２のビットマップを選択的に受信すること、および、第１のビットマップ内の割り当てられた位置に部分的に基づいて第２のビットマップに含まれるレートオプションまたはサイズオプションを識別すること、のための命令、も実行する。

さらに別の態様は、ＶｏＩＰフレームの中で第１のビットマップを受信するための手段を含むワイヤレス通信装置に関し、ここでは、第１のビットマップは、グループ識別情報によって識別される１グループのユーザデバイスメンバについて意図されている。第１のビットマップ内の割り当てられた位置を見出すための手段(means for locating)と、第２のビットマップを選択的に受信するための手段と、第１のビットマップ内の割り当てられた位置に部分的に基づいて第２のビットマップに含まれるレートオプションまたはサイズオプションを決定するための手段とが、また装置に含まれる。

さらなる一態様は、割り当てられたリソースを決定することのための機械実行可能命令を記憶している、機械可読媒体に関する。命令は、ＶｏＩＰフレームの中で第１のビットマップを受信すること、なお第１のビットマップは、グループ識別情報によって識別される１グループのユーザデバイスメンバについて意図されている；および、第１のビットマップ内の割り当てられた位置を見出すこと；を含む。第２のビットマップは、第１のビットマップ内の割り当てられた位置が「１」に設定されるか、「０」に設定されるか、に応じて、選択的に受信される。命令はまた、第１のビットマップ内の割り当てられた位置に部分的に基づいて第２のビットマップに含まれるレートオプションまたはサイズオプションを決定する、ことも含み、ここでは、レートオプションまたはサイズオプションは、第２のビットマップの中の各ｘ−ビット位置において指し示される。

ワイヤレス通信システムにおける関連した一態様は、ＶｏＩＰフレームの中で第１のビットマップを受信するように構成されたプロセッサ、を備える装置であり、ここでは、第１のビットマップは、グループ識別情報によって識別される１グループのユーザデバイスメンバについて意図されている。プロセッサはまた、第１のビットマップ内の割り当てられた位置を決定するように、第１のビットマップ内の割り当てられた位置が、「１」に設定されるか、または「０」に設定されるか、に応じて第２のビットマップを受信するように、そして、第１のビットマップ内の割り当てられた位置に部分的に基づいて第２のビットマップに含まれるレートオプションまたはサイズオプションを確認するようにも、構成されており、ここでは、レートオプションまたはサイズオプションは、第２のビットマップの中の各ｘ−ビット位置において指し示される。

上記の目的および関連した目的の達成のために、１つまたは複数の実施形態は、以下で十分に説明され、そして特に特許請求の範囲において示される特徴を備えている。以下の説明および添付図面は、ある種の例示の態様について詳細に述べており、実施形態の原理が使用されることができる様々な方法のうちのほんの少しだけを示すものである。他の利点および新規の特徴は、図面と共に考察されるとき、以下の詳細な説明から明らかになるであろう、そして、開示される実施形態は、すべてのそのような態様およびそれらの等価物(equivalents)を含むように意図されている。

図１は、グループリソース管理のための多元接続ワイヤレス通信システム(multiple access wireless communication system)を示している。 図２は、一例のＯＦＤＭＡサブ構造を示している。 図３は、開示された態様に従うビットマップを示している。 図４は、グループリソース割付けのための一例のシステムを示している。 図５は、グループリソース管理のための一例のシステムを示している。 図６は、別の例のビットマップを示している。 示される図７は、あらゆるユーザに対してあらゆるパケットをスケジュールすべき必要性を緩和しながら、実質上同時に、多数のユーザにサービスする(serving)ための一方法である。 図８は、グループ割当てに基づいて、割り当てられたリソースを決定するための一方法を示している。 図９は、トランスミッタシステム(transmitter system)およびレシーバシステム(receiver system)の一実施形態のブロック図を示している。 図１０は、グループリソース管理のための一例のシステムを示している。 図１１は、グループリソース管理のための一例のシステムを示している。

詳細な説明

様々な実施形態が、次に図面を参照して説明される。以下の説明においては、説明の目的のために、多くの具体的な詳細が、１つまたは複数の態様についての完全な理解を提供するために述べられる。しかしながら、そのような実施形態（単数または複数）は、これらの具体的な詳細なしに実行されることができることは、明白であり得る。他の例においては、よく知られている構造およびデバイスは、これらの実施形態を説明することを容易にするためにブロック図形式で示される。

本願において使用されるように、「コンポーネント」、「モジュール」、「システム」などの用語は、コンピュータに関連したエンティティ(entity)、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組合せ、ソフトウェア、あるいは実行中のソフトウェアのいずれかを意味するように意図されている。例えば、コンポーネントは、それだけには限定されないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行形式(executable)、実行スレッド(thread of execution)、プログラム、および／またはコンピュータとすることができる。例として、コンピューティングデバイス(computing device)上で実行されるアプリケーションも、そのコンピューティングデバイスも共に、コンポーネントであり得る。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッドの内部に存在することができ、コンポーネントは、１台のコンピュータ上に局所化され、かつ／または２台以上のコンピュータの間に分散されることができる。さらに、これらのコンポーネントは、様々なデータ構造が記憶されている様々なコンピュータ可読媒体から実行することもできる。コンポーネントは、１つまたは複数のデータパケット（例えば、ローカルシステム、分散システムにおける別のコンポーネントと、かつ／またはインターネットなどのネットワークを通して信号を経由して他のシステムと、相互作用する１つのコンポーネントからのデータ）を有する信号などに従って、ローカルおよび／またはリモートのプロセスを経由して通信することができる。

さらに、様々な実施形態が、ワイヤレス端末に関連してここにおいて説明される。ワイヤレス端末は、システム、加入者ユニット、加入者局、移動局、モバイル、モバイルデバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、ワイヤレス通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ装置(user equipment)（ＵＥ）と呼ばれることもできる。ワイヤレス端末は、セルラ電話、コードレス電話、セッション開始プロトコル(Session Initiation Protocol)（ＳＩＰ）電話、ワイヤレスローカルループ(wireless local loop)（ＷＬＬ）局、携帯型個人情報端末(personal digital assistant)（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイスとすることができる。さらに、様々な実施形態は、基地局に関連してここにおいて説明される。基地局は、ワイヤレス端末（単数または複数）と通信するために利用されることができ、そしてアクセスポイント、ノードＢ(Node B)、または他の何らかの専門用語と称されることもできる。

様々な態様または特徴は、いくつかのデバイス、コンポーネント、モジュールなどを含むことができるシステムの観点で提示されることになる。様々なシステムは、追加のデバイス、コンポーネント、モジュールなどを含むことができ、かつ／または図に関連して考察されるデバイス、コンポーネント、モジュールなどのすべてを含まなくてもよいことを理解し、認識すべきである。これらのアプローチの組合せもまた、使用されることができる。

次に図面を参照すると、図１は、グループリソース管理のための多元接続ワイヤレス通信システム１００を示している。システム１００は、永続的な方法で(in a persistent manner)リソースの割当てを容易にすることができ、これは、グループ内のユーザが動的に多重化されることを可能にしながら、指定された間隔にわたってユーザデバイスに対してチャネルおよびリソースを割り当てることを必要とする(involves)。それ故に、パケットがユーザデバイスに送信されるたびごとに、チャネル割当てに関連した情報は、指定された間隔が期限切れになり（例えば、チャネルが、割り当てられなくなっており）、そして新しいチャネルが割り当てられる必要がない限り、送信される必要がない。ここにおいて開示される様々な態様は、ＶｏＩＰトラフィックの統計的多重化を増大させることに関するが、それらの態様は、ＶｏＩＰの他のトラフィックタイプとの多重化を提供することもできる。

さらに詳細には、システム１００は、１つのグループが、１０４および１０６を含み、別のグループが、１０８および１１０を含み、追加のグループが、１１２および１１４を含む複数のアンテナグループを含むことができるアクセスポイント(access point)１０２（ＡＰ）を含んでいる。図１においては、２つのアンテナだけが、各アンテナグループについて示されるが、より多くのアンテナ、またはより少ないアンテナが、各アンテナグループについて利用されることもできる。アクセス端末(access terminal)１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、ここでアンテナ１１２および１１４は、順方向リンク１１８上でアクセス端末１１６に対して情報を送信し、逆方向リンク１２０上でアクセス端末１１６から情報を受信する。アクセス端末１２２は、アンテナ１０６および１０８と通信しており、ここでアンテナ１０６および１０８は、順方向リンク１２４上でアクセス端末１２２に対して情報を送信し、逆方向リンク１２６上でアクセス端末１２２から情報を受信する。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４および１２６は、通信のために異なる周波数を使用することができる。例えば、順方向リンク１１８は、逆方向リンク１２０によって使用される周波数とは異なる周波数を使用することができる。

各グループのアンテナおよび／またはそれらが通信するように設計されるエリア(area)は、多くの場合にアクセスポイントのセクタと称される。例示されるように、アンテナグループは、アクセスポイント１００によってカバーされるエリアのセクタにおいてアクセス端末に対して通信するように設計されることができる。

順方向リンク１１８および１２４上の通信において、アクセスポイント１００の送信アンテナは、異なるアクセス端末１１６および１２４についての順方向リンクの信号対雑音比(signal-to-noise ratio)を改善するために、ビーム形成(beamforming)を利用する。また、そのカバレージを通してランダムに散乱されるアクセス端末に対して送信するためにビーム形成を使用するアクセスポイントは、単一アンテナを介してすべてのそのアクセス端末に送信するアクセスポイントよりも、隣接するセルにおけるアクセス端末に対して少ない干渉を引き起こす。

アクセスポイントは、それらの端末と通信するために使用される固定局とすることができ、そしてアクセスポイント、ノードＢ、または他の何らかの専門用語と称されることもできる。アクセス端末は、アクセス端末、ユーザ装置（ＵＥ）、ワイヤレス通信デバイス、ユーザデバイス、端末、ワイヤレス端末、アクセス端末、または他の何らかの専門用語と呼ばれることもできる。

アクセスポイント１０２は、各アクセス端末に割り当てられたチャネルに関連した情報をアクセス端末１１６と１２４とのいずれかまたは両方に対して送信するように構成されることができる。送信は、マルチキャストまたはブロードキャストとすることができる。チャネル割当てに関連した情報は、永続的な方法で、送信されることができ、ここで各アクセス端末１１６および１２４は、情報の正常な受信のすぐ後に、あらかじめ決定された長さ(amount)の時間にわたって、あるいは異なるチャネルが、その特定のアクセス端末による使用のために提供されるまで、その割り当てられたチャネルを利用する。そのような方法で、アクセス端末１０２は、パケットが各アクセス端末１１６および１２４に送信されるたびごとにリソースをスケジュールし、または提供する必要性を緩和しながら、実質上同時に、１グループのユーザの一部分とすることができる多数のアクセス端末１１６および１２４にサービスすることができる。したがって、システム１００は、トラフィックアクティビティによって引き起こされる部分ローディングを緩和するために、フレームごとに基づいて様々な順方向リンク割当ての多重化を提供することができる。

ここにおいて開示される様々な態様は、１グループのユーザに対するリソース割当ての柔軟性を可能にすることができる。リソースの好ましい選択が、グループに対して割り当てられることができる。

開示される態様をより十分に理解するために、ＯＦＤＭＡシステムが、簡単に説明されることになる。図２は、一例のＯＦＤＭＡサブ構造４００を示している。垂直軸２０２は、周波数を示し、水平軸４０４は、時間を示している。「０」から「７」とラベル付けされた、４０６に示される８つのスロットまたはインターリンク(interlinks)が存在する。このシーケンスは、２０８に示されるように反復している。周波数ドメインにおいては、チャネルが存在する。そのうちの１つが２１０に示される各チャネルは、８つのＯＦＤＭシンボル（例えば、このチャネルは、８つのシンボルである）上で１６個のトーン（最小チャネル）を含むことができる。総帯域幅は、ロケーションに依存する可能性がある。例えば、５ＭＨｚのＯＦＤＭＡシステムにおいては、ガードトーン(guard tones)として使用されるいくつかのトーンに起因して使用可能な一般に４８０個のトーンを伴う５１２個のトーンが存在する。使用可能なトーンは、チャネルへと分割され、ここで各チャネルは、１６個のトーンである。

それらのチャネルは、様々なユーザに対して送信され、これらのユーザは、グループに含められ、ここで各ユーザは、Ｍａｃ識別情報（ＩＤ）によって特徴づけられ、あるいは識別される。したがって、Ｇが整数である場合のＧ個のユーザのグループにおいては、グループは、｛ＭａｃＩＤ_１...ＭａｃＩＤ_Ｇ｝として識別されることになる。各グループメンバは、単一ユーザ（ＭａｃＩＤ）またはマルチキャストセット(multicast set)（１組のＭａｃＩＤによって定義される）とすることができる。また、Ｋが整数である場合のＫという数のチャネル「Ｃ」も存在する。したがって、それらのチャネルは、｛Ｃ_１からＣ_Ｋ｝と称されることができる。したがって、グループは、ユーザの組｛ＭａｃＩＤ_１...ＭａｃＩＤ_Ｇ｝と、チャネルの組｛Ｃ_１からＣ_Ｋ｝によって定義される。これは、与えられた任意の時点において、ユーザの組は、チャネルの組にマッピングすることを意味する。統計的にユーザのうちの約５０％だけが、任意の瞬間にアクティブであるので、チャネルの組は、ユーザの組よりも少ない可能性がある。

しかしながら、ユーザが、パケットを復号する瞬間は、ハイブリッド自動反復要求(Hybrid Automatic Repeat-reQuest)（Ｈ−ＡＲＱ）のために識別されることができない。パケットがユーザに送信されるとき、パケットまたはデータフレーム(data frame)が、正常に復号される場合、肯定的な肯定応答（ＡＣＫ）が、送信デバイスに対して送信される。パケットが、正常に復号されない場合には、再送信要求（例えば、より多くの冗長ビット）が送信される。レシーバがＡＣＫを用いて応答するために妥当な間隔を提供するタイムアウトが、提供されることができる。ＡＣＫが、時間の満了の前に送信元３０２によって受信されない場合、送信元３０２は、あらかじめ決定された数の試みが超過されていないという条件で、データフレームを再送信する。

変動性の少なくとも２つのソース：第１のものは、レシーバが終了するときのものであり、そして第２のものは、非アクティビティの期間中のものが、存在している（変動性のこの第２のソースは、図３を参照して以下で論じられることになる）。ユーザ（例えば、受信デバイス）が終了するときには、必要とされる送信の数は、それがチャネル状態および干渉状態に依存するので可変であり、これは、受信デバイスにおいては予測可能ではない。

さらに説明すると、図３は、開示された態様に従って、ビットマップ３００を示している。少ない代表例が、３０２、３０４および３０６でラベル付けされている各位置は、異なるユーザデバイス（またはレシーバ）に対して割り当てられることができる。ユーザデバイスに対して割り当てられた位置またはブロックに関連した情報は、期間ごとに（例えば、２０ミリ秒ごとに）１回送信されることができる。ブロックサイズは、ＰＨＹフレーム当たりのベースノードの単位で測定されるグループリソースの最小細分性(minimum granularity)とすることができる。グループ割当てにおけるブロックの数は、ＶｏＩＰフレームを通してある種の数のベースノードに広がることができる。ビットマップ３００は、８ビットを有するように示されるが、任意数の送信されるビットが存在する可能性があることを理解すべきである。

上記に論じられるように、少なくとも２つの変動性のソースが存在する。変動性の第１のソースは、レシーバが終了するときであり、第２のものは、非アクティビティの期間中のものである。例えば、３００個のユーザが存在する場合、統計的に平均して、ユーザのうちの半分だけが、一時に送信していることになる。それ故に、グループリソース管理は、グループが識別された後に、ビットマップ３００を作り出すことができる。

ビットマップのサイズは、Ｇであり、このＧは、ユーザ、またはＭａｃＩＤの数を表す（そのうちの８つだけが、示されている）。与えられたフレームにおいて、ＭａｃＩＤ_１を有するユーザについて意図される送信が存在する場合、そのときには第１のビット３０２は、「１」に設定される。ＭａｃＩＤ_２を有するユーザが、情報を送信されるべきである場合、第２のビット３０４は、「１」に設定される。ＭａｃＩＤ_３を有する第３のユーザが、彼が早期に終了した場合など、どのようなデータも有していない場合には、そのユーザについてのパケットは、沈黙期間に入り、そしてそのユーザに関連するビット３０６は、非アクティブまたは「０」に設定され、以下同様である。

ビットマップ３００は、基地局によってブロードキャストされ、その結果、そのグループの中の各ユーザは、変調することができる。ユーザデバイスが、ビットマップを受信する場合、まずユーザデバイスは、パケットがそれについて意図されているかどうか（例えば、ビットが、「０」に設定されているか、または「１」に設定されているか）を決定するためにビットマップ内のその位置を評価する。さらに、ユーザデバイスは、どれだけ多くの設定されたビット（「１」）がビットマップ上でそれに先行しているかを決定する。ユーザデバイスのそのビット位置の前の設定されたビットの数は、ユーザデバイスがそのパケットを受信するために利用していることになるチャネルを指し示す。

ビットマップ符号化は、ビットマップの共同符号化を含むことができる。この共同符号化においては、ビットマップ１と、ビットマップ２（もし存在すれば）とは単一のコードワードにおいて符号化されることができる。ビットマップセグメントは、ＶｏＩＰフレームのＰＨＹフレーム内の順方向リンク制御セグメント上で搬送されることができる。いくつかの態様に従って、２つのＰＨＹフレームは、帯域幅およびパワーの統計的多重化を改善するために一般的なグループ定義と共に、「ＶｏＩＰフレーム」に組み合わせられることができる。ＵＭＢシステムにおいて、ビットマップセグメントは、ある種の数の順方向リンクによって共用されたコードチャネル(a certain number of forward link shared code channel)（Ｆ−ＳＣＣＨ）セグメントを置換することができ、これらのセグメントは、リンク割当てブロック(Link Assignment Block)（ＬＡＢ）を搬送するために割り付けられる１組の変調シンボルである。ビットマップセグメントの存在およびサイズについて知らないユーザデバイスは、順方向リンク制御セグメントを正常に復調することができる。

ビットマップセグメントによって置換されるＦ−ＳＣＣＨセグメントのロケーションおよび順序は、グループセットアップメッセージにおいて指定されることができる。グループ送信が使用されるというシナリオにおいて使用されることができる多数のＦ−ＳＣＣＨセグメントを用いて、いくつかのユーザデバイスは、デバイスの能力に基づいて限られた数のＦ−ＳＣＣＨセグメントを復調していることになる。この柔軟性を用いて、スケジューリングはビットマップについて使用されるＦ−ＳＣＣＨセグメントの任意の選択を指定することができ、そのようにしていくつかのユーザデバイスについて必要とされるある種のセグメントを回避している。

いくつかの態様に従って、ビットマップセグメントは、Ｆ−ＳＣＣＨのスペクトル効率を用いて符号化されることができる。約１ｂｐｓ／Ｈｚの符号化は、帯域幅／パワーオーバーヘッドの良好なトレードオフを達成することができる。

図４は、グループリソース割付けのための一例のシステム４００を示している。各ユーザデバイスは、永続的な方法で、１グループのユーザデバイスと、そのグループについてのリソースの割当てに対して割り当てられることができ、この永続的な方法は、各パケットを用いた割当てに関連した情報を送信することを緩和するために利用されることができる。システム４００は、アクセスポイントとすることができる送信元４０２と、ユーザデバイスとすることができるレシーバと、を含む。レシーバは、レシーバ_１(Receiver₁)からレシーバ_Ｇ(Receiver_G)とラベル付けされ、ここでＧは整数であり、それらは一括してレシーバ４０４と称される。

グループリソース割付けを容易にするために、送信元４０２は、１グループのレシーバ（例えば、メンバ）を識別するように、そしてグループ識別子（グループＩＤ(Group ID)）を割り当てるように、構成されることができるグループ割付け器(group allocator)４０６を含むことができる。グループＩＤは、グループメンバ、そのグループに割り当てられるリソースなどのグループパラメータの後続のアップデートのためにそのグループを識別するために利用されることができる。グループは、いくつかのレシーバ、またはレシーバの組によって高レベルで特徴づけられることができる。どのグループに各ユーザが属するかと、位置決めと、に関連した情報は、各レシーバに対して通信されることができる。各レシーバ４０４は、固有のＭＡＣ識別子（ＭａｃＩＤ）によって識別されることができる。例えば、Ｇ個のユーザから成る、グループ割付け器４０６によって識別されるユーザのグループが存在する場合、そのときには｛ＭａｃＩＤ_１...ＭａｃＩＤ_Ｇ｝とラベル付けされたいくつかのＭａｃＩＤが存在することになる。ユーザの組（例えば、複数のＭａｃＩＤ）に割り当てられたグループリソースのユニットは、ブロードキャストもマルチキャストも共にサポートすることができる。各ユーザは、シングルユーザ（ＭａｃＩＤ）または１マルチキャストセット（１組のＭａｃＩＤによって定義される）とすることができ、それ故に、ブロードキャストもマルチキャストも共に受け入れられることができる。

グループ割付け器４０６は、ユーザの組に加えてチャネル「Ｃ」の組に基づいてグループを識別するように構成されることもできる。例えば、Ｋ個の数のチャネルが存在し、ここでＫは、整数である。したがって、０からＫのいくつかのチャネル「Ｃ」が存在し、これらのチャネルは、｛Ｃ_１...Ｃ_Ｋ｝とラベル付けされることができる。それ故に、グループ割付け器４０６は、任意の時点において、そのグループのレシーバをグループチャネルに対してマッピングすることができる。

与えられたフレームについてのすべての時刻において、各レシーバは、パケットを受信しないかも知れない。平均して、約５０％のレシーバだけが、アクティブになり、他のレシーバは、非アクティブになる。ＯＦＤＭシステムにおいては、例えば、ユーザデバイスが、アクティブであるときに、それは、約２０ミリ秒ごとにパケットを送信し受信する。例えば、グループの中に３００個のレシーバが存在する場合、統計的にいつでも約１５０個のユーザ（５０％）だけが、アクティブになる（例えば、トランスミッタは、配信するパケットを有する）。したがって、チャネルの数はレシーバの数よりも少ない可能性がある。システム４００が、１５０個のユーザのおのおのについて約２０ミリ秒ごとに受信される各個別のパケットをスケジュールする必要がある場合、スケジューリングオーバーヘッド(scheduling overhead)は、高い。

トランスミッタ４０２はまた、第１のビットマップ上のビットまたは位置に各レシーバ４０４を割り当てるように構成されることができるビットマップジェネレータ４０８も含んでいる。したがって、グループの中の各ユーザには、ビットマップ上の位置が割り当てられる。グループ割付け器４０６によって作り出されることができるグループメンバインデックス(group member index)は、ビットマップ内で各グループメンバ（例えば、１つのレシーバ）についての位置を定義することができる。レシーバ４０４がどちらのビット（例えば、ビットマップ上の位置）に割り当てられるかは、レシーバ４０４があらかじめ決定された長さの時間にわたって使用することができるリソースを表す（例えば、永続的なやり方でリソースを割り当てる）。

レートまたは割当てサイズの多項選択(multiple choices)は、システム４００によって受け入れられることができる。第２のビットマップが、レートまたは割当てサイズの選択を指し示すために生成されることができる。レートまたは割当てサイズは、それぞれ複数のレートオプションと、複数のサイズオプションと、から成る「レートプロファイル」または「サイズプロファイル」から選択されることができる。プロフィール化された(profiled)レートおよびサイズは、グループセットアップメッセージを介して通信されることができる。例えば、レートプロファイルは、ＶｏＩＰトラフィックのために適切なものとすることができ、サイズプロファイルは、ベストエフォート(best effort)（ＢＥ）トラフィックのために適切なものとすることができる。各プロファイルは、４つまでのオプションを含むことができる。いくつかの態様に従って、ビットマップ２(Bitmap 2)におけるグループメンバ当たりに２ビットが、好ましいオプションを信号で伝えるために提供される。

スケジューラ４１０は、その位置に割り当てられたレシーバが、パケットを有するかどうかに応じて、特定のビットを「０」または「１」に設定することにより、第１のビットマップを選択的に符号化するように構成されることができる。第２のビットマップにおけるビットの数は、第１のビットマップにおける「１」のビットの数に等しくすることができる。レシーバ４０２は、そのビットが「０」に設定されるか、または「１」に設定されるかと、「１」に設定される割り当てられたビットの前に位置するビットの数と、に基づいて、パケットが、予測されるべきかどうかと、その前にパケットが到着する時間の推定される長さと、を決定することができる。レシーバに関連したさらなる情報については、図５を参照して下記に説明されることになる。

トランスミッタ４１２は、ビットマップおよび／またはパケットを送信するように構成されることができる。いくつかの態様に従って、ビットマップは、パケットと実質上同時に送信され、パケット内に含められ、あるいは別々に送信される。ビットマップを受信するとすぐに、各レシーバは、ビットマップを読み取り、どこにその割り当てられた位置が「設定される」か（例えば、「１」）を決定し、これは、そのレシーバについてのパケットが存在することを指し示す。その位置が「設定され」ない場合（例えば、「０」）、それは、そのレシーバについてのパケットが存在しないことを指し示す。ビットが設定される場合、そのレシーバは、どれだけ多くの位置が、その位置の前に設定されるかをカウントする。グループは、ある種の１組のユーザからだけでなく、「設定される」ある種のリソースからも割り当てられるので、これは、レシーバが、それが使用しているリソースを決定することを可能にする。

システム４００は、送信元４０２に動作的に結合されたメモリ４１４を含むことができる。メモリ４１４は、グループ識別情報に関連した情報と、グループメンバインデックスと、プロセッサによって生成されるメンバプロファイルと、を記憶することができる。グループ識別情報は、グループパラメータの後続のアップデートのためにグループを識別し、そしてグループメンバインデックスは、第１のビットマップを用いて各グループメンバについての位置を定義する。いくつかの態様に従って、メモリ４１４は、ユーザデバイスのグループに関連した情報と、リソースの割当てと、ユーザのスケジューリングと、通信ネットワークにおけるグループリソース管理に関連した他の適切な情報と、を記憶することができる。プロセッサ４１６は、グループに含まれる各メンバについての生成されたプロファイルの関数としてのレートオプションまたはサイズオプションを有するグループリソースを割り当てることに関連した命令を実行するために、送信元４０２（および／またはメモリ４１４）に動作的に接続されることができる。

いくつかの態様に従って、プロセッサは、通信ネットワークにおけるグループリソース管理に関連した情報の解析に関連した命令を実行することができる。プロセッサ４１４は、グループメンバの数に等しい（ビットにおいて測定される）長さを有する第１のビットマップを作り出すことと、各グループメンバについて第１のビットマップにおける位置を割り当てることと、対応するグループメンバが現在のＶｏＩＰフレームにおいてオンであるか、またはオフであるかを指し示すために位置を選択的に設定することと、各ＶｏＩＰフレームにおいて第１のビットマップを送信することと、のための命令を実行することができる。位置は、パケットが、対応するグループメンバに送信される場合に、「オン」に設定され、そして現在のＶｏＩＰフレームの中の対応するグループメンバに送信されるパケットが存在しない場合に、「オフ」に設定される。さらに、プロセッサ４１４は、それ自体のインデックスを有する共用シグナリングチャネル（Ｆ−ＳＣＣＨ）上で第１のビットマップを送信することのための命令を実行することができ、ここでＦ−ＳＣＣＨインデックスは、グループセットアップメッセージの一部分として送信される。

プロセッサ４１４は、いくつかの態様に従って、第１のビットマップの中のオン−ビットの数に等しい長さ（ｘ−ビットの単位で測定される、ここでｘは、整数であり、変化する可能性がある）を有する第２のビットマップを作り出すことと、第２のビットマップにおける各ｘ−ビット位置におけるレートオプションまたはサイズオプションを指し示すことと、のための命令を実行することができる。第２のビットマップの不在は、ヌルサイズ(null size)によって指し示されることができ、デフォルト(default)レートオプションまたはデフォルトサイズオプションは、第２のビットマップの不在の場合に各グループメンバに適用されることができる。

プロセッサ４１６は、トランスミッタ４０２によって受信される情報（例えば、ＭａｃＩＤ情報、ユーザデバイスのロケーション、およびユーザデバイスに通信されるべきパケットなど）を解析すること、および／または生成することに専用のプロセッサとすることができる。プロセッサ４１６はまた、システム４００の１つまたは複数のコンポーネントを制御するプロセッサ、および／またはトランスミッタによって受信される情報を解析し生成すると共に、システム４００の１つまたは複数のコンポーネントを制御することもするプロセッサとすることもできる。

メモリ４１４は、システム４００が、ここにおいて説明されるようにワイヤレスネットワークにおけるグループリソース管理を達成するために、記憶されたプロトコルおよび／またはアルゴリズムを使用することができるように、ユーザデバイスをグループに割り当てることと、グループＩＤを作り出すことと、ＭａｃＩＤを取り込むことおよび／または保持することと、トランスミッタ４０２とレシーバ４０４との間の通信を制御するアクションを取ることなどと、に関連するプロトコルを記憶することができる。ここにおいて説明されるデータストア（例えば、メモリ）コンポーネントは、揮発性メモリまたは不揮発性メモリのいずれかとすることもでき、あるいは揮発性メモリと不揮発性メモリの両方を含むことができることを理解すべきである。例として、限定するものではないが、不揮発性メモリは、読取り専用メモリ(read only memory)（ＲＯＭ）、プログラマブルＲＯＭ（programmable ROM）（ＰＲＯＭ）、電気的プログラマブルＲＯＭ(electrically programmable ROM)（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ(electrically erasable ROM)（ＥＥＰＲＯＭ）、またはフラッシュメモリを含むことができる。揮発性メモリは、ランダムアクセスメモリ(random access memory)（ＲＡＭ）を含むことができ、このランダムアクセスメモリは外部キャッシュメモリとしての役割を果たす。例として限定するものではないが、ＲＡＭは、シンクロナスＲＡＭ(synchronous RAM)（ＤＲＡＭ）、ダイナミックＲＡＭ(dynamic RAM)（ＤＲＡＭ）、シンクロナスＤＲＡＭ(synchronous DRAM)（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ(double data rate SDRAM)（ＤＤＲ ＳＤＲＡＭ）、拡張ＳＤＲＡＭ(enhanced SDRAM)（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ(Synchlink DRAM)（ＳＬＤＲＡＭ）、ダイレクトラムバスＲＡＭ(direct Rambus RAM)（ＤＲＲＡＭ）など多数の形態で使用可能である。開示された実施形態のメモリ４１４は、それだけに限定されることなく、これらおよび他の適切なタイプのメモリを備えるように意図される。

図５は、グループリソース管理のための一例のシステム５００を示している。システム５００は、１グループのワイヤレス端末についてリソースを割り当てるように構成されることができ、ここで割当ては、使用可能なりソースを決定するためにそれぞれのデバイスによって復号されるビットマップとして表される。ビットマップを利用することは、パケットが受信デバイスに対して送信されることになるたびごとに、リソースの割当てを割り当てることと、搬送することと、を緩和することができ、それ故に送信される必要がある情報の量を緩和している。

システム５００は、ワイヤレス通信している基地局５０２と、複数のレシーバまたはユーザデバイス５０４（１つだけが示されている）と、を含むことができる。固有のＭａｃＩＤ５０６が、各レシーバに関連づけられることができる。ユーザデバイス５０４は、多数の他のレシーバと共にグループ内に含まれ、トランスミッタ５０２によって識別され、そしてそのグループを識別するグループ識別子または他の手段が割り当てられる。トランスミッタ５０２は、グループ内で各ユーザをスケジュールするように、そしてビットマップ内のスケジューリング情報を符号化するように、構成されることができ、このビットマップは、グループの中の各ユーザデバイス５０４についての永続的なスケジュールを指し示すために送信されることができる。スケジュールは、特定の長さの時間にわたって同じに留まることができる（例えば、各ワイヤレス端末には、同じリソースが割り当てられる）。時間の満了の後に、新しいスケジューリングが、グループについて作り出される可能性がある。この新しいスケジューリングは、新しいスケジュールに関連した情報が受信されるまで古いスケジューリングを利用するユーザデバイス５０４に搬送されることができる。

基地局５０２は、ビットマップ５０８をブロードキャストすることができ、その結果、グループ（図示されず）内のあらゆるユーザデバイス５０４が、変調することができる。パケットの受信を容易にするために、ユーザデバイス５０４は、ビットマップを受信するとすぐに、ビットマップ内のその位置を決定するように構成されることができる位置識別器(position identifier)５０８を含むことができる。ビットマップ内の位置は、以前の送信において既に通信されている。したがって、位置識別器５０８は、ユーザデバイス５０４に割り当てられた位置を評価し、そしてユーザデバイス５０４がパケットを受信することになっているかどうかを決定する。そのような決定は、ビットマップの中のそれぞれの位置に割り当てられた「０」または「１」が存在するかどうかを決定することにより行われることができる。位置が「０」に設定される場合、ユーザデバイス５０４に送信されているパケットは存在しない。位置が「１」に設定される場合、それは、ユーザデバイス５０４に送信されているパケットが存在することを指し示す。

位置が「１」に設定される場合、チャネル確立器(channel establisher)５１０は、パケットがユーザデバイス５０４において受信される前にどれだけ多くのチャネルが使用されることになるかを決定することができる。そのような決定は、ユーザデバイス５０４の位置に先立つ、「１」に設定される位置の数を評価することを含むことができる。位置の数は、どのチャネルを使用すべきかを指し示す。したがって、「１」に設定される位置の数に応じて、チャネル確立器５１０は、どのチャネルへとユーザデバイス５０４がロックされることになるかを決定することができる。

システム５００は、ユーザデバイス５０４に動作的に結合されるメモリ５１２を含むことができる。メモリ５１２は、割り当てられるＭａｃＩＤと、割り当てられた位置とに関連した情報を記憶することができる。プロセッサ５１４は、ユーザデバイス５０４（および／またはメモリ５１２）に動作的に接続されることができ、ＶｏＩＰフレームの中で第１のビットマップを受信することと、なお第１のビットマップは、グループ識別情報によって識別される１グループのユーザデバイスメンバについて意図される；第１のビットマップ内の割り当てられた位置を検出することと；第２のビットマップを選択的に受信することと；第１のビットマップ内の割り当てられた位置に部分的に基づいて第２のビットマップの中に含まれるレートオプションまたはサイズオプションを識別することと；のための命令を実行することができる。レートオプションまたはサイズオプションは、第２のビットマップの中の各ｘ−ビット位置に指し示される。レートプロファイルは、対応するグループメンバのプロファイルに基づいて複数のレートオプションを提供することができる。サイズプロファイルは、対応するグループメンバのプロファイルに基づいて複数の割当てサイズオプションを提供することができる。プロセッサ５１４は、さらに、第１のビットマップ内の割り当てられた位置が、「１」に設定されるか、または「０」に設定されるかを決定することのための命令を実行することができる。位置が「１」に設定される場合、第２のビットマップは、受け入れられる。位置が「０」に設定される場合には、第２のビットマップは、無視される。

いくつかの態様に従って、プロセッサ５１４は現在のＶｏＩＰフレーム内の割り当てられた位置を決定することと、位置が、「オン」であるか、または「オフ」であるかを確認することと、割り当てられた位置が「オン」に設定される場合に、現在のＶｏＩＰフレームについての現在のチャネルを選択的に決定することと、のための命令を実行することができる。対応するグループメンバについてのパケットが、現在のＶｏＩＰフレームに含まれる場合、位置は、「オン」に設定される。対応するグループメンバについてのパケットが、現在のＶｏＩＰフレームに含まれない場合、位置は、「オフ」に設定される。

プロセッサ５１４は、さらに、第１のビットマップ内の位置と、ビットマップに含まれるスケジューリングと、ユーザデバイスの位置に先行する「１」または「オン」に設定されるビットの数と、通信ネットワークにおけるグループリソースを管理することに関連した他の適切な情報と、を決定することができる。いくつかの態様に従って、プロセッサ５１４は、通信ネットワークにおけるグループリソース管理に関連した情報の解析を容易にする。プロセッサ５１４は、ユーザデバイス５０４によって受信される情報を解析することおよび／または生成することに専用のプロセッサ、システム５００の１つまたは複数のコンポーネントを制御するプロセッサ、および／またはユーザデバイス５０４によって受信される情報を解析し生成すると共に、システム５０４の１つまたは複数のコンポーネントを制御することも行うプロセッサ、とすることができる。

システム５００が、ここにおいて説明されるようにワイヤレスネットワークにおいてグループリソース管理を達成するために、記憶されたプロトコルおよび／またはアルゴリズムを使用することができるように、メモリ５１２は、肯定応答を生成すること、スケジューリング情報を受信すること、ユーザデバイス５０４と基地局５０２との間の通信を制御するアクションを取ることなどに関連するプロトコルを記憶することができる。

次に図６を参照すると、ビットマップの例である。第１のビットマップ６００は、ビットマップ１(Bitmap 1)と考えられる。グループセットアップメッセージフィールドは、少しの異なる長さおよびレートを取ることができる。ビットマップ１（６００）は、ビットにおいて測定されるグループメンバの数に等しい長さを有する。ビットマップ１（６００）は、各ＶｏＩＰフレームの中で送信される。ビットマップ１（６００）の中の各位置は、対応するグループメンバが、現在のＶｏＩＰフレームにおいてオン（「１」）またはオフ（「０」）であることを指し示す。

ビットマップ２（６０２）は、ｘ−ビットの単位で測定される、ビットマップ１（６００）におけるオン−ビットの数に等しい長さを有する。ビットマップ２の不在は、ヌルサイズを用いて指し示される。ビットマップ２（６０２）における各２−ビットの位置は、対応するグループメンバのプロファイルに応じてレートまたはサイズのオプションを指し示す。ビットマップ２（６０２）が、不在であるときには、デフォルトのレートおよびサイズが適用され、これらは、グループメンバについてのレートオプションおよびサイズオプションである。したがって、多重化されたリソース内にはレートおよび帯域幅割当ての柔軟性が存在する。

レートプロファイルは、４つのパケットフォーマットのベクトルを定義することができ、これらのフォーマットは、６０４に示される。図に示されるように、００＝ＰＦ_２、０１＝ＰＦ_４、１０＝ＰＦ_５であり、そして１１が、留保されることができる。さらに詳細には、位置１（６０６）は、パケット００（６０８）に対してマッピングされ、このパケットは、ブロック６０４に示されるように、メンバレートプロファイル「００＝ＰＦ_２」を有する。６１０に指し示される位置は、チャネル「１０」に対してマッピングされ、このチャネルは＝ＰＦ_５である。

サイズプロファイルは、６１２に指し示されるようにブロックの数（例えば、１ブロック、２ブロック、４ブロック）の観点から４つのチャネルサイズのベクトルを定義することができる。したがって、６１４に指し示される位置は、２ブロックであるチャネル「０１」に対してマッピングされることができ、６１６に指し示される位置は、４ブロックであるチャネル「１０」に対してマッピングされることができる。チャネル「０１」およびチャネル「１０」に対するマッピングは、例として使用されており、そして実際のマッピングは、この例だけには限定されないことに注意すべきである。

グループセットアップメッセージは、ビットマップが送信されるべきリソースを指定することもできる。ビットマップは、共用シグナリングチャネル(Shared Signaling Channel)（ＳＣＣＨ）上で送信されることができ、この共用シグナリングチャネルは、おのおのがそれ自体のインデックスを有する複数のブロックを搬送することができる。一態様に従って、各ＳＣＣＨブロックは、対（ｍ、ｎ）によって示される２つの整数から成るインデックスを有することができる。別の態様に従って、ＳＣＣＨブロックインデックスは、単一の整数ｍによって与えられることができる。ＳＣＣＨブロックインデックスは、モバイルデバイスがビットマップを効率的に復号することを可能にするためにグループセットアップメッセージに含まれることができる。

ユニキャスト／マルチキャストグループメンバは、それにユニキャストまたはマルチキャストの位置が割り当てられるかどうかをユーザデバイスに対して指し示す。マルチキャスト位置の場合には、グループリソース上でのデータ送信が、ユーザデバイスによって肯定応答されず、デフォルトの最大数の送信を求めて進む。

グループ内のＨ−ＡＲＱ送信の肯定応答は、既存の規則に従うことができ、既存のＲ−ＡＣＫＣＨリソースを利用することができる。ベースラインは、チャネルベースのＲ−ＡＣＫＣＨとすることができる。順方向リンクトレス(forward link tress)上の各ベースノードは、Ｒ−ＡＣＫＣＨに関連づけられることができる。ユーザデバイスは、その割当て内のベースレベル(base level)で最低のＮｏｄｅＩＤに関連するＲ−ＡＣＫＣＨ上で肯定応答を送信することができる。

各ブロックは、ＶｏＩＰフレームの任意のＰＨＹフレーム上の整数の数のベースノードを含むことができる。ユニキャストグループメンバ（ユーザデバイス）は、このグループメンバに割り当てられたブロック内の最低のＮｏｄｅＩＤに関連するＲ−ＡＣＫＣＨを使用することができる。既存の肯定応答メカニズムに対する変更は、必要ではない。

上記に示され、説明される例示のシステムを考慮して、開示される主題に従ってインプリメントされる(implemented)ことができる方法は、図７および８のフローチャートを参照してよりよく理解されることになる。説明の簡単の目的のために、本方法は、一連のブロックとして示され説明されるが、いくつかのブロックが、ここにおいて示され説明されるものと異なる順序で、かつ／または他のブロックと同時に起こり得るように、特許請求の範囲の主題は、ブロックの数または順序によって限定されないことを理解し認識すべきである。さらに、必ずしもすべての例示のブロックが、下記に説明される方法をインプリメントするために必要とされる可能性があるものとは限らない。ブロックに関連する機能は、ソフトウェア、ハードウェア、それらの組合せ、あるいは他の適切な任意の手段（例えば、デバイス、システム、プロセス、コンポーネント）によってインプリメントされることができることを理解すべきである。さらに、下記に、そしてこの明細書全体を通して開示される方法は、そのような方法を様々なデバイスに対して移送することと、転送することと、を容易にするために製造の物品上に記憶されることができることをさらに理解すべきである。当業者は、方法が、状態図などにおける一連の相互に関連した状態またはイベントとして代わりに表されることができることを理解し認識するであろう。

図７を参照すると、あらゆるユーザに対してあらゆるパケットをスケジュールする必要性を緩和しながら、実質上同時に多数のユーザにサービスするための方法７００が、示されている。方法７００は、ＶｏＩＰグループリソース管理を容易にすることができる。方法７００は、７０２において開始され、様々な手段（例えば、ロケーション、ブロードキャスト、マルチキャストなど）を通して設計されることができるユーザ(users)（例えば、ユーザデバイス(user devices)）を含むユーザグループ(user group)が、作り出される。ユーザグループを作り出すこと(creating)は、７０４において、グループの中の各ユーザに関連するＭａｃＩＤを定義すること(defining)、を含むことができる、なおここでは、各ユーザデバイス(each user device)は、１つのＭａｃＩＤ(a MacID)によって定義され、そして、１マルチキャストセットの複数のユーザデバイスは(a multicast set of user devices)、１組のＭａｃＩＤ(a set of MacIDS)によって定義される。ユーザデバイスのグループに関連するＭａｃＩＤの数は、決定されることができる。グループはまた、７０６においてチャネルの数を設計することにより定義されることもできる。平均して約５０％のユーザデバイスだけが、いつでもアクティブになるので、チャネルの数は、ユーザの数と同じである必要はない。各グループメンバは、７０８において、第１のビットマップ上の位置と定義されることができる。グループメンバインデックスは、第１のビットマップ内の各グループメンバの位置決め(positioning)に基づいて定義されることができる。第１のビットマップは、グループ内のユーザが、より動的に多重化されることを可能にしながら永続的なやり方でリソースを割り当てるために提供されることができる。第１のビットマップは、ビットにおいて測定されるグループメンバの数に等しいものとする（例えば、デバイスを使用する）ことができる。

パケットが、特定のユーザＩＤ（例えば、単一のユーザデバイスまたはマルチキャストセット）について意図されるかどうかという決定が行われることができ、このユーザＩＤは、そのＭａｃＩＤによって識別されることができる。パケットまたは送信が、ユーザデバイスについて意図されるか否かに応じて、第１のビットマップの中のビットは、アクティブ（「１」）または非アクティブ（「０」）のいずれかに選択的に設定される。パケットが、ユーザデバイスについて意図される場合、特定のユーザデバイスに関連するビットは、アクティブまたは「１」に設定される。パケットが、ユーザデバイスについて意図されない場合には、その特定のデバイスに関連するビットは、非アクティブ「０」に設定される。

７１０において、各グループメンバのプロファイルの関数としてレートオプションまたはサイズオプションを指し示すことができる第２のビットマップが、作り出される。第２のビットマップに含まれるビットの数は、第１のビットマップの中の「オン」ビットの数に等しいものとすることができる。レートオプションまたはサイズオプションは、第２のビットマップの中の各ｘ−ビット位置において指し示されることができる。第２のビットマップの不在は、ヌルサイズによって指し示されることができる。第２のビットマップが存在しない場合、デフォルトレートオプションまたはデフォルトサイズオプションが、各グループメンバのために割り当てられる。

第１のビットマップと第２のビットマップとは、７１２において、ユーザのグループに送信される。ビットマップは、永続的な方法におけるリソースの割当てとして使用されることができ、ここでユーザデバイスは、特定の間隔にわたって特定のリソースに関連づけられ、この間隔の後に、リソースは、そのデバイスについて変化する可能性がある。

いくつかの態様に従って、グループメンバの数に等しい長さを有する第１のビットマップ（ビットマップ１）が、作り出される。この第１のビットマップは、各グループメンバに位置を割り当てる前に作り出されることができる。この第１のビットマップは、対応するグループメンバ（例えば、位置に基づく）が、現在のＶｏＩＰフレームにおいて「オン」である（例えば、パケットを有する）か、または「オフ」である（例えば、パケットを有していない）か、を指し示すように符号化されることができる。第１のビットマップは、各ＶｏＩＰフレームの中で送信されることができる。

第２のビットマップ（ビットマップ２）が、いくつかの態様に従って提供されることができる。第２のビットマップは、第１のビットマップの中の「オン」ビットの数を決定することと、第２のビットマップの長さとしてその数を利用することと、により作り出されることができる。各グループメンバのプロファイルが、決定されることができる。第２のビットマップの中の各２−ビットの位置におけるレートオプションまたはサイズオプションは、各グループメンバのプロファイルの関数として指し示されることができる。

第２のビットマップが、提供されない場合、それは、第２のビットマップについてのヌルサイズによって指し示されることができる。第２のビットマップがなければ、各グループメンバについてのデフォルトのレートオプションおよびサイズオプションが、適用されることができる。

図８は、グループ割当てに基づいて、割り当てられたリソースを決定するための方法８００を示している。方法８００は、８０２において開始され、そのときにそれぞれのＭＡＣ ＩＤと、いくつかのチャネルと、によって識別される１グループのユーザについて意図される第１のビットマップが、受信される。第１のビットマップ内のビットの数は、グループ内のメンバの数に等しいものとすることができ、ここでそのグループは、グループＩＤ(GroupID)によって識別される。８０４において、それぞれのユーザデバイスに関連するビットマップ内の位置が、決定される。位置は、永続的な方法でリソースを割り当てるように含められることができる。デバイスに割り当てられたビットが、「１」に設定されるか、または「０」に設定されるか、についての決定が、行われる。ビットが「０」に設定される場合、それは、デバイスに送信されるべきパケットが存在しないことを指し示す。ビットが「１」に設定される場合、そのときにはそれは、デバイスについて意図されるパケットが存在し、デバイスがそのパケットのために使用すべきであるチャネルが決定されることを指し示す。チャネルは、そのチャネルの前のビットマップの中のアクティブである、または「１」に設定されるビットの数を計算することにより、決定されることができる。

８０６において、第２のビットマップは、現在のＶｏＩＰフレームの中にユーザデバイスについて意図されるパケットが存在するかどうかに基づいて選択的に受信されることができる。パケットが存在する（例えば、対応するビットが、「１」に設定される）場合、第２のビットマップは、受信される。パケットが存在しない（例えば、対応するビットが、「０」に設定される）場合、第２のビットマップは、無視される。

８０８において、第２のビットマップに含まれるレートオプションまたはサイズオプションが、決定される。レートオプションは、複数のレートオプションを提供し、サイズオプションは、複数の割当てサイズオプションを提供する。レートオプションまたはサイズオプションは、対応するグループメンバ（例えば、第１のビットマップ上で対応する位置に割り当てられたメンバ）のプロファイルに基づいている。

図９は、ＭＩＭＯシステム９００におけるトランスミッタシステム９１０（アクセスポイントとしても知られている）およびレシーバシステム９５０（アクセス端末としても知られている）の一実施形態のブロック図を示している。トランスミッタシステム９１０において、いくつかのデータストリームについてのトラフィックデータが、データソース９１２から送信（ＴＸ）データプロセッサ９１４へと供給される。

いくつかの態様に従って、各データストリームは、それぞれの送信アンテナ上で送信される。ＴＸデータプロセッサ９１４は、データストリームが符号化されたデータを供給するために選択される特定の符号化スキームに基づいて、各データストリームについてのトラフィックデータをフォーマットし、符号化し、そしてインタリーブする。

各データストリームについての符号化されたデータは、ＯＦＤＭ技法を使用してパイロットデータと多重化されることができる。パイロットデータは、一般的に知られている方法で処理される、知られているデータパターンであり、そしてチャネル応答を推定するためにレシーバシステムにおいて使用されることができる。各データストリームについての多重化されたパイロットデータと、符号化されたデータとは、次いでそのデータストリームが変調シンボルを供給するために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調される（例えば、シンボルマッピングされる）。各データストリームについてのデータレート、符号化、および変調は、プロセッサ９３０によって実行される命令によって決定されることができる。

次いで、すべてのデータストリームについての変調シンボルは、ＴＸ ＭＩＭＯプロセッサ９２０へと供給され、このＴＸ ＭＩＭＯプロセッサはさらに、変調シンボル（例えば、ＯＦＤＭについてのもの）を処理することができる。次いで、ＴＸ ＭＩＭＯプロセッサ９２０は、Ｎ_Ｔ個の変調シンボルストリームをＮ_Ｔ個のトランスミッタ（ＴＭＴＲ）９２２ａから９２２ｔへと供給する。いくつかの実施形態においては、ＴＸ ＭＩＭＯプロセッサ９２０は、データストリームのシンボルに対して、そしてシンボルが送信されている元のアンテナに対して、ビーム形成重み(beamforming weights)を適用する。

各トランスミッタ９２２は、１つまたは複数のアナログ信号を供給するためにそれぞれのシンボルストリームを受信し、処理し、そしてさらにＭＩＭＯチャネル上での送信のために適切な被変調信号を供給するためにそれらのアナログ信号を条件づける（例えば、増幅し、フィルタをかけ、そしてアップコンバートする）。次いで、トランスミッタ９２２ａから９２２ｔからのＮ_Ｔ個の被変調信号は、それぞれＮ_Ｔ個のアンテナ９２４ａから９２４ｔから送信される。

レシーバシステム９５０において、送信された被変調信号は、Ｎ_Ｒ個のアンテナ９５２ａから９５２ｒによって受信され、各アンテナ９５２からの受信信号は、それぞれのレシーバ（ＲＣＶＲ）９５４ａから９５４ｒへと供給される。各レシーバ９５４は、それぞれの受信信号を条件づけ（例えば、フィルタをかけ、増幅し、そしてダウンコンバートし）、サンプルを供給するために条件づけられた信号をデジタル化し、そしてさらに対応する「受信された」シンボルストリームを供給するためにサンプルを処理する。

次いで、ＲＸデータプロセッサ９６０は、Ｎ_Ｔ個の「検出された」シンボルストリームを供給するために、特定のレシーバ処理技法に基づいてＮ_Ｒ個のレシーバ９５４からのＮ_Ｒ個の受信シンボルストリームを受信し、処理する。次いで、ＲＸデータプロセッサ９６０は、データストリームについてのトラフィックデータを回復するために、検出された各シンボルストリームを復調し、デインタリーブし、そして復号する。ＲＸデータプロセッサ９６０による処理は、トランスミッタシステム９１０におけるＴＸ ＭＩＭＯプロセッサ９２０と、ＴＸデータプロセッサ９１４とによって実行される処理と相補的である。

プロセッサ９７０は、どのプリコーディング行列(pre-coding matrix)を使用すべきかを定期的に決定する（下記に論じられる）。プロセッサ９７０は、行列インデックス部分(matrix index portion)と、ランク値部分(rank value portion)とを備える逆方向リンクメッセージを定式化する。

逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を備えることができる。次いで、逆方向リンクメッセージは、データソース９３６からいくつかのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ９３８によって処理され、変調器９８０によって変調され、トランスミッタ９５４ａから９５４ｒによって条件づけられ、そしてトランスミッタシステム９１０へと送信して戻される。

トランスミッタシステム９１０において、レシーバシステム９５０からの被変調信号は、アンテナ９２４によって受信され、レシーバ９２２によって条件づけられ、復調器９４０によって復調され、そしてレシーバシステム９５０によって送信される逆方向リンクメッセージを抽出するためにＲＸデータプロセッサ９４２によって処理される。次いで、プロセッサ９３０は、ビーム形成重みを決定するために、どのプリコーディング行列を使用すべきかを決定し、次いで抽出されたメッセージを処理する。

図１０は、グループリソース管理のための一例のシステム１０００を示している。例えば、システム１０００は、アクセスポイントの内部に少なくとも部分的に存在することができる。システム１０００は、機能ブロックを含むものとして表され、これらの機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（例えば、ファームウェア）によってインプリメントされる機能を表す機能ブロックとすることができることを理解すべきである。

システム１０００は、別々に、または組み合わせて作動することができる電気コンポーネントの論理的グループ分け１００２を含んでいる。例えば、論理的グループ分け１００２は、１グループのメンバを確立するための電気コンポーネント１００４を含むことができる。グループの中の各メンバは、ＭａｃＩＤによって識別される単一のユーザ、あるいは１組のＭａｃＩＤによって識別されるマルチキャストの組のユーザとすることができる。各グループメンバに第１のビットマップ内の位置を割り当てるための電気コンポーネント１００６も含まれる。ビットマップの中の位置は、永続的なやり方で割り当てられることができる。

各グループメンバのプロファイルの関数として第２のビットマップにおいてレートオプションまたはサイズオプションを指し示すための電気コンポーネント１００８も、論理的グループ分け１００２に含まれる。グループメンバ当たりのレートプロファイルは、複数のレートオプションを可能にする。グループメンバ当たりのサイズプロファイルは、複数の割当てサイズオプションを可能にする。さらに、論理的グループ分け１００２は、第１のビットマップと、第２のビットマップとをグループに搬送するための電気コンポーネント１０１０を含むこともできる。

いくつかの態様に従って、論理的グループ分け１００２は、受信パイロットに基づいて各セクタについてのチャネルを推定するための電気コンポーネントと、ビットにおいて測定されるグループメンバの数に等しい第１のビットマップを生成するための電気コンポーネントと、第１のビットマップの中の「オン」ビットの数に等しい第２のビットマップを生成するための電気コンポーネントと、を含むことができる。第１のビットマップの中の「オン」ビットは、そのビットに割り当てられるメンバについてのパケットを指し示すことができる。

追加して、または代わりに、論理的グループ分け１００２は、第１のビットマップ内の各グループメンバの位置に基づいてグループメンバインデックスを定義するための電気コンポーネントを含むことができる。また、第２のビットマップの中の各ｘ−ビット位置においてレートオプションまたはサイズオプションを指し示すための電気コンポーネントも、含められることができる。いくつかの態様に従って、論理的グループ分け１００２は、ヌルサイズを用いて第２のビットマップの不在を指し示すための電気コンポーネントと、各グループメンバについてデフォルトレートオプションまたはデフォルトサイズオプションを割り当てるための電気コンポーネントと、を含むことができる。

さらに、システム１０００は、電気コンポーネント１００４、１００６、１００８、および１０１０、あるいは他のコンポーネントに関連する機能を実行することのための命令を保持するメモリ１０１２を含むことができる。メモリ１０１２の外側にあるように示されているが、電気コンポーネント１００４、１００６、１００８、および１０１０のうちの１つまたは複数は、メモリ１０１２内に存在することができることを理解すべきである。

図１１は、グループリソース管理のための一例のシステム１１００を示している。例えば、システム１１００は、アクセス端末の内部に少なくとも部分的に存在することができる。システム１１００は、機能ブロックを含むものとして表され、これらの機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（例えば、ファームウェア）によってインプリメントされる機能を表す機能ブロックとすることができることを理解すべきである。

システム１１００は、別々に、または組み合わせて作動することができる電気コンポーネントの論理的グループ分け１１０２を含んでいる。例えば、論理的グループ分け１１０２は、ＶｏＩＰフレームの中で第１のビットマップを受信するための電気コンポーネント１１０４を含むことができる。第１のビットマップは、グループ識別情報によって識別される１グループのユーザデバイスメンバについて意図されることができる。第１のビットマップを用いて割り当てられた位置を見出すための電気コンポーネント１１０６も、含まれる。ビットマップの中の位置は、永続的なやり方で割り当てられることができる。

第２のビットマップを選択的に受信する電気コンポーネント１００８も、論理的グループ分け１１０２に含められることができる。第１のビットマップの中の対応する位置が「１」である場合、第２のビットマップは、受信される。第１のビットマップの中の対応する位置が「０」である場合、第２のビットマップは、無視される。さらに、論理的グループ分け１１０２は、レートオプションまたはサイズオプションを決定するための電気コンポーネント１１１０を含むこともできる。レートまたはサイズのオプションは、第２のビットマップの中の各ｘ−ビット位置において指し示されることができる。レートプロファイルは、複数の(multiple)レートオプションを提供することができ、サイズプロファイルは、複数の割当てサイズオプションを提供することができる。

さらに、システム１１００は、電気コンポーネント１１０４、１１０６、１１０８、および１１１０、または他のコンポーネントに関連する機能を実行することのための命令を保持するメモリ１１１２を含むことができる。メモリ１１２の外側にあるように示されているが、電気コンポーネント１１０４、１１０６、１１０８、および１１１０のうちの１つまたは複数は、メモリ１１１２内に存在することができることを理解すべきである。

開示されるプロセスにおけるステップの特定の順序または階層は、例示的なアプローチのうちの一例であることが、理解される。設計の好みに基づいて、プロセスにおけるステップの特定の順序または階層は、現在の開示の範囲内に依然とありながら、再構成されることができることが、理解される。添付の方法の請求項は、１つのサンプルの順序での様々なステップの要素(elements)を示しており、提供される特定の順序または階層に限定されるようには意味していない。

当業者は、情報および信号が、様々な異なる技術および技法のうちの任意のものを使用して表されることができることを理解するであろう。例えば、上記説明全体を通して言及されることができるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁粒子、光場または光粒子、あるいはそれらの任意の組合せによって表されることができる。

当業者は、さらに、ここにおいて開示される実施形態に関連して説明される様々な例示の論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子のハードウェア、コンピュータソフトウェア、あるいは両方の組合せとしてインプリメントされることができることを理解するであろう。ハードウェアとソフトウェアとのこの交換可能性を明確に示すために、様々な例示のコンポーネント、ブロック、モジュール、回路、およびステップが、それらの機能の観点で上記に一般的に説明されている。そのような機能が、ハードウェアとしてインプリメントされるか、またはソフトウェアとしてインプリメントされるかは、全体的なシステムに課される特定のアプリケーションおよび設計の制約条件に依存する。熟練者は、各々の具体的なアプリケーションについて様々な方法で、説明された機能をインプリメントすることができるが、そのようなインプリメンテーションの決定(implementation decisions)は、本開示の範囲からの逸脱(departure)を生じさせるものとして解釈されるべきではない。

ここにおいて開示される実施形態に関連して説明される様々な例示の論理ブロック、モジュール、および回路は、ここにおいて説明される機能を実行するように設計された汎用プロセッサ、デジタル信号プロセッサ(digital signal processor)（ＤＳＰ）、特定用途向け集積回路(application specific integrated circuit)（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ(field programmable gate array)（ＦＰＧＡ）または他のプログラマブルロジックデバイス、ディスクリートゲート(discrete gate)またはトランジスタロジック、ディスクリートハードウェアコンポーネント(discrete hardware components)、あるいはそれらの任意の組合せを用いてインプリメントされ、または実行されることができる。汎用プロセッサは、マイクロプロセッサであってもよいが、代替案においては、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってもよい。プロセッサは、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わされた１つまたは複数のマイクロプロセッサ、あるいは何らかの他のそのようなコンフィギュレーション(configuration)としてインプリメントされることもできる。

ここにおいて開示される実施形態に関連して説明される方法またはアルゴリズムのステップは、ハードウェアの形で直接に、プロセッサによって実行されるソフトウェアモジュールの形で、あるいはそれらの２つの組合せの形で具現化されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤ−ＲＯＭ、または当技術分野において知られている他の任意の形態のストレージ媒体の中に存在することができる。例示のストレージ媒体は、プロセッサが、ストレージ媒体から情報を読み取り、ストレージ媒体に情報を書き込むことができるように、プロセッサに結合される。代替案においては、ストレージ媒体は、プロセッサと一体化されてもよい。プロセッサとストレージ媒体とは、ＡＳＩＣの中に存在することができる。ＡＳＩＣは、ユーザ端末の中に存在することができる。代替案においては、プロセッサとストレージ媒体とは、ユーザ端末の中にディスクリートコンポーネントとして存在することができる。

開示された実施形態の上記の説明は、どのような当業者でも本開示を作り、または使用することができるようにするために提供される。これらの実施形態に対する様々な修正は、当業者にとっては、容易に明らかであり、ここにおいて定義される包括的な原理は、本開示の精神あるいは範囲を逸脱することなく他の実施形態に対しても適用されることができる。したがって、本開示は、ここにおいて示される実施形態だけに限定されるようには意図されておらず、ここにおいて開示される原理および新規な特徴と整合する最も広い範囲が与えられるべきである。

ソフトウェアインプリメンテーションでは、ここにおいて説明される技法は、ここにおいて説明される機能を実行するモジュール（例えば、プロシージャ、ファンクションなど）を用いてインプリメントされることができる。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって実行されることができる。メモリユニットは、プロセッサの内部に、あるいはプロセッサの外部にインプリメントされることができ、この場合には、メモリユニットは、当技術分野において知られているような様々な手段を経由してプロセッサに対して通信的に結合されることができる。

さらに、ここにおいて説明される様々な態様または特徴は、標準のプログラミング技法および／またはエンジニアリング技法を使用した方法、装置、または製造の物品としてインプリメントされることができる。ここにおいて使用されるような用語「製造の物品(article of manufacture)」は、コンピュータ読み取り可能な任意のデバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含するように意図される。例えば、コンピュータ可読媒体は、それだけには限定されないが、磁気ストレージデバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップなど）、光ディスク（例えば、コンパクトディスク(compact disk)（ＣＤ）、デジタル多用途ディスク(digital versatile disk)（ＤＶＤ）など）、スマートカード、およびフラッシュメモリデバイス（例えば、ＥＰＲＯＭ、カード、スティック、キードライブなど）を含むことができる。さらに、ここにおいて説明される様々なストレージ媒体は、情報を記憶するための１つまたは複数のデバイスおよび／または他の機械可読媒体を表すことができる。用語「機械可読媒体(machine-readable medium)」は、それだけに限定されることなしに、命令（単数または複数）および／またはデータを記憶すること(storing)、含むこと(containing)、および／または搬送すること(carrying)のできるワイヤレスチャネル(wireless channel)および様々な他の媒体を含むことができる。

上記で説明されているものは、１つまたは複数の実施形態の例を含んでいる。前述の実施形態を説明する目的のためにコンポーネントまたは方法の、考えることができるあらゆる組合せについて説明することは、もちろん可能ではないが、当業者は、様々な実施形態のさらなる多数の組合せおよび置換が可能であることを認識することができる。したがって、説明される実施形態は、添付の特許請求の範囲の範囲内に含まれるそのようなすべての変更、修正および変形を包含するように意図されている。用語「含む(includes)」が、詳細な説明または特許請求の範囲のいずれかにおいて使用される範囲では、「備えている(comprising)」が、請求項におけるトランジショナルワード(transitional word)として使用されるときに解釈されるように、そのような用語は、用語「備えている(comprising)」と同様な方法で包含的であるように意図されている。さらに、詳細な説明または特許請求の範囲のいずれかにおいて使用されるような用語「または(or)」は、「非排他的論理和(non-exclusive or)」であるように意味する。

Claims (46)

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. ワイヤレス通信システムにおいて、
    ＶｏＩＰフレームの中で第１のビットマップを受信するように、なお前記第１のビットマップは、グループ識別情報によって識別される１グループのユーザデバイスメンバについて意図されている；
    前記第１のビットマップ内の割り当てられた位置を決定するように；
    前記第１のビットマップ内の前記割り当てられた位置が、「１」に設定されるか、または「０」に設定されるかに応じて第２のビットマップを受信するように；そして
    前記第１のビットマップ内の前記割り当てられた位置に部分的に基づいて前記第２のビットマップに含まれるレートオプションまたはサイズオプションを確認するように、なお前記のレートオプションまたはサイズオプションは、前記第２のビットマップの中の各ｘ−ビット位置において指し示される；
    構成されたプロセッサ、
    を備える装置。

Images