"システムリソースを動的に配分する方法であって、少なくとも1つのモバイル装置が、さらなるリソースを必要としているか、それともリソースを割当解除することを必要としているかを判定することと、前記リソースを割当解除しかつ補足割当メッセージとして表現される、補足割当を生成することと、前記補足割当を前記少なくとも1つのモバイル装置に送信することと、を備える方法。生成することは、割当解除の後に前記割当の一部として残るべき複数のリソースを示す1つのリソースを識別することを備える、請求項1に記載の方法。生成することは、割当解除の後に前記割当の一部として残るべき複数のリソースを明示的に識別することを備える、請求項1に記載の方法。生成することは、前記割当解除の一部として取り除くべき複数のリソースを明示的に識別することを備える、請求項1に記載の方法。生成することは、前記補足割当メッセージを補足割当として識別するために、前記補足割当メッセージ内にフラグをセットすることを備える、請求項1に記載の方法。前記フラグは、1つのビットからなる、請求項1に記載の方法。モバイル装置に対するリソース割当を補足するのを助けるシステムであって、複数のモバイル装置の中の少なくとも1つの増加リソース要求または減少リソース要求に関する情報を受信し、かつ、前記少なくとも1つのモバイル装置の前記リソース要求を満たすために、さらなるリソースを配分しあるいは既存のリソースを割当解除するための補足割当を生成する、補足コンポーネントと、補足割当メッセージを前記複数のモバイル装置に送信するトランシーバと、を備えるシステム。前記補足コンポーネントは、割当解除の後に前記割当の一部として残るべき複数のリソースを示す1つのリソースを識別する、請求項7に記載の装置。前記補足コンポーネントは、割当解除の後に前記割当の一部として残るべき複数のリソースを明示的に識別する、請求項7に記載の装置。前記補足コンポーネントは、前記割当解除の一部として取り除くべき複数のリソースを明示的に識別する、請求項7に記載の装置。前記補足コンポーネントは、前記補足割当メッセージを補足割当として識別するために、前記補足割当メッセージ内にフラグをセットする、請求項7に記載の装置。前記フラグは、1つのビットからなる、請求項11に記載の装置。装置であって、少なくとも1つのモバイル装置が、さらなるリソースを必要としているか、それともリソースを割当解除することを必要としているかを判定するための手段と、前記リソースを割当解除しかつ補足割当メッセージとして表現される、補足割当を生成するための手段と、前記補足割当を前記少なくとも1つのモバイル装置に送信する送信機と、を備える装置。前記生成するための手段は、割当解除の後に前記割当の一部として残るべき複数のリソースを示す1つのリソースを識別するための手段を備える、請求項13に記載の装置。モバイル装置であって、割当メッセージが補足割当であるかどうかを識別し、前記補足割当がリソースを割当解除することを意図するものかどうかを判定するように構成された、プロセッサと、前記プロセッサに結合されたメモリと、を備えるモバイル装置。前記プロセッサは、前記補足割当によって割当解除されるリソースを決定するように構成された、請求項15に記載の装置。前記プロセッサは、前記補足割当内に指示された1つのリソースに基づいて、割当解除される複数のリソースを決定するように構成された、請求項15に記載の装置。前記プロセッサは、前記補足割当内に指示された複数のリソースに基づいて、割当解除される複数のリソースを決定するように構成された、請求項15に記載の装置。前記プロセッサは、前記割当メッセージ内のフラグに基づいて、前記割当が補足割当であるかどうかを判定するように構成された、請求項15に記載の装置。前記フラグが、1つのビットからなる、請求項19に記載の装置。割当を処理する方法であって、受信された割当メッセージが、補足割当であるかどうかを判定することと、前記割当メッセージが補足割当であれば、前記補足割当が、リソースを割当解除することを意図するものであるかどうかを判定することと、前記補足割当が割当解除であれば、前記割当メッセージ内において識別されるリソースに基づいて、リソースを割当解除することと、を備える方法。割当解除することは、割当解除の後に前記割当の一部として残るべき複数のリソースを示す1つの識別されたリソースに基づいて、複数のリソースを割当解除することを備える、請求項21に記載の方法。割当解除することは、割当解除の後に前記割当の一部として残るべき複数のリソースを示す複数の識別されたリソースに基づいて、複数のリソースを割当解除することを備える、請求項21に記載の方法。割当解除することは、割当解除の後に前記割当の一部として残るべき複数のリソースを示す複数の識別されたリソースと同じものである、複数のリソースを割当解除することを備える、請求項21に記載の方法。判定することは、前記割当メッセージを補足割当として識別するために前記割当メッセージ内に存在するフラグに基づいて判定することを備える、請求項21に記載の方法。前記フラグは、1つのビットからなる、請求項25に記載の方法。装置であって、受信された割当メッセージが、補足割当であるかどうかを判定するための手段と、前記割当メッセージが補足割当であれば、前記補足割当が、リソースを割当解除することを意図するものであるかどうかを判定するための手段と、前記補足割当が割当解除であれば、前記割当メッセージ内において識別されるリソースに基づいて、リソースを割当解除するための手段と、を備える装置。割当解除するための手段は、割当解除の後に前記割当の一部として残るべき複数のリソースを示す1つの識別されたリソースに基づいて、複数のリソースを割当解除するための手段を備える、請求項27に記載の装置。割当解除するための手段は、割当解除の後に前記割当の一部として残るべき複数のリソースを示す複数の識別されたリソースに基づいて、複数のリソースを割当解除するための手段を備える、請求項27に記載の装置。割当解除するための手段が、割当解除の後に前記割当の一部として残るべき複数のリソースを示す複数の識別されたリソースと同じものである、複数のリソースを割当解除するための手段を備える、請求項27に記載の装置。判定するための手段は、前記割当メッセージを補足割当として識別するために、前記割当メッセージ内に存在するフラグに基づいて判定するための手段を備える、請求項27に記載の装置。前記フラグは、1つのビットからなる、請求項31に記載の装置。ここで、図面を参照して様々な実施形態が説明され、これらの図面を通して、類似する符号は、類似する構成要素を示す。以下の記述においては、説明を目的として、多くの特定の細部が、1つ以上の実施形態を完璧に理解するために説明される。しかしながら、そのような実施形態1つまたは複数は、これらの特定の細部を備えることなく実施されてもよいことは明らかなことである。別の場合においては、よく知られている構造および装置が、1つ以上の実施形態を説明するのを容易にするために、ブロック図の形で示される。本明細書において使用される場合、コンポーネント、システムなどの用語は、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかである、コンピュータ関連エンティティを意味することを意図するものである。例えばコンポーネントは、限定はされないが、プロセッサ上で実行されているプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および/または、コンピュータであってもよい。1つ以上のコンポーネントは、プロセスおよび/または実行のスレッド内に常駐してもよく、また、あるコンポーネントは、1つのコンピュータ上にローカライズされてもよく、および/または、2つ以上のコンピュータ間に分散されてもよい。また、これらのコンポーネントは、コンピュータ可読媒体上に記憶された様々なデータ構造を有する様々なこれらのコンピュータ可読媒体から実行されてもよい。コンポーネントは、例えば、1つ以上のデータパケット例えば、ローカルシステムおよび分散システム内の他方のコンポーネントと対話し、および/または、インターネットのようなネットワークを介して他方のシステムと対話する、一方のコンポーネントからの信号としてのデータを有する信号に基づいて、ローカルプロセスおよび/またはリモートプロセスとして通信してもよい。さらにまた、ここで、様々な実施形態が、加入者ステーションに関連して説明される。加入者ステーションは、また、システム、加入者ユニット、モバイルステーション、モバイル、リモートステーション、アクセスポイント、基地局、遠隔端末、アクセス端末、ユーザ端末、ユーザエージェント、またはユーザ装置と呼ばれてもよい。加入者ステーションは、携帯電話、コードレス電話、セッションイニシエーションプロトコルSessionInitiationProtocolSIP電話、ワイヤレスローカルループWLLステーション、携帯情報端末PDA、無線接続能力を有するハンドヘルド装置、または、無線モデムに接続されたその他の処理装置であってもよい。さらに、ここで説明される様々な態様または特徴は、標準的なプログラミング技術および/またはエンジニアリング技術を用いて、方法、装置、または製品として実施されてもよい。本明細書において使用される製品という用語は、何らかのコンピュータ可読装置、通信事業者、または、媒体からアクセス可能な、コンピュータプログラムを包含することを意図するものである。例えば、コンピュータ可読媒体は、限定はされないが、磁気記憶装置例えば、ハードディスク、フロッピー登録商標ディスク、磁気ストリップなど、光ディスク例えば、コンパクトディスクCD、ディジタル多目的ディスクDVDなど、スマートカード、およびフラッシュメモリ素子例えば、カード、スティック、キードライブなどを含んでもよい。ここで、図面を参照すると、図1は、ここに提供される様々な実施形態がどのように動作するかを容易に理解できるように、一群のN個のシステムリソースブロック100を示す。このようなリソースブロック100は、例えば、タイムスロット、周波数、符号スロット、これらの組み合わせなどであってもよい。このようなブロックの部分集合の一般的な説明は、例えば、特定のユーザに割り当てられたブロックのリストのようなブロックインデックスリストであってもよい。例えば、{2,3,10,11,12,13}のようなインデックスリストが、ユーザがこのようなブロックを割り当てられていることを表現するのに使用されてもよい。あるいは、Nビット{01100000011110}の配列のようなブール配列が、同じ割当を表現するのに使用されてもよい。このような割当機構を使用する従来のシステムは、様々な特性を備えてはいるが、その際に大きな費用を発生させる。例えば、ブロックインデックスリストは、割り当てられるべきブロックの部分集合のサイズが大きくなるような割当を搬送するのに必要なビット数に関して、実質的には、より高価なものとなることがある。他方において、ブール配列は、1および0の数に関係なく、いくぶん一定な費用となるが、この費用は、とりわけ、Nが大きくなれば、比較的に大きい。さらに、割当が、ブロックまたはリソースの連続する集合に制限される場合においては、そのような割当は、割当における第1のブロックおよび割当におけるブロックの総数を示すことによって、通知されてもよい。例えば、{11,12,13,14,15}のようなブロックインデックス割当は、{11,5}として通知されてもよく、ここで、11は、特定のユーザに割り当てられるべき最初のブロックを表現し、5は、11が最初のブロックである割り当てられるべき連続するブロックの総数を表現する。またさらに、ユーザの順序が既知であれば、割当信号は、ユーザ情報を備えることなく送信されてもよい。例えば、すべてのユーザが、その他のすべてのユーザに対する割当を認識しているならば、割り当てられるブロックの数だけを通知すればよい。例えば、ユーザ1~3に対する割当が、{ユーザ1:1~5}、{ユーザ2:6~7}、および、{ユーザ3:8~12}によって表現され、かつ、すべてのユーザが、自らのそれぞれのユーザ番号を認識しているならば、そのような割当は、{5,2,5}と記述されてもよい。しかしながら、この配列は、システム上のすべてのユーザがその他のすべてのユーザに対する割当を認識していることを必要とする。なぜなら、例えば、ユーザ2は、ユーザ1がブロック1~5を割り当てられていることを知らない限り、ユーザ2の割当がブロック6から始まることを知ることができないからである。したがって、システムリソースを割り当てるそのような従来の方法を使用するシステムは、実施するコストが高くなり、かつ、これらの方法が実施されるシステム送信リソースに大きな問題をもたらす可能性があることがわかる。以下からわかるように、ここで説明されるシステムおよび方法は、そのような従来の問題を克服するのを助ける。図2は、システムリソース例えば、送信チャネル、タイムスロット、符号スロット、周波数などを割り当てるのを助けるために無線ネットワーキングシステムにおいて使用されてもよいチャネル表200を示す図であり、このチャネル表200は、複数のユーザ例えば、装置およびユーザのそれぞれのリソース割当を備える。そのような表200は、すべてのユーザに既知であってもよく、これらのユーザは、割当メッセージを解釈するのにチャネル表インデックスを使用してもよい。例えば、表200に基づいて、{ユーザ1:インデックス2}のような割当が記述されてもよく、これは、ブロックインデックスおよび/またはブール配列技術と比較すれば、割当信号費用を減少させることができる。以下の表は、従来の割当機構特性の相対的な利益および結果によって、これらの割当機構特性の概要を説明するものである。このように、典型的な割当配分方式は、安価で制限のないものでありかつシステム上のすべてのユーザがすべてのユーザの割当を考察することを必要としない機構を提供しないことがわかる。図3は、複数のユーザに配分されてもよい一群のリソースブロック300を示す。そのようなリソースは、例えば、システムチャネル、タイムスロット、周波数、符号スロットなどを含んでもよい。一実施形態によれば、スティッキーな割当例えば、さらなる割当信号が受信されるまで有効な割当が、例えば、無線通信ネットワーク例えば、OFDM、OFDMA、CDMA、TDMA、GSM登録商標などにおけるシステムリソースを割り当てるのに使用されてもよい。また、そのような割当は、制限のあるものであってもよく、そのために、信号費用は、リソースブロックの集合を任意に割り当てる限られた能力を犠牲にして減少する。配分信号費用をできるだけ少なくするのと同時に、そのような制限を克服するために、補足割当が、システムリソースを管理しかつユーザリソースニーズを満たすのに使用されてもよい。例えば、リソースブロック300は、ユーザ1に割り当てられたブロック1~4を含む第1のブロック集合302を備えてもよい。ユーザ2は、ブロック5および6を備える第2のブロック集合304を割り当てられてもよい。最後に、ブロック7~9は、未使用のブロックからなるブロック集合306を構成してもよい。ユーザ1がさらなるリソースブロックを必要とする段階にまで、ユーザ1の要求量が増加していることが決定されてもよい。この態様によれば、ユーザ1の現在の割当に完全に取って代わるのではなく、ユーザ1のこの現在の割当を増強することのできる補足割当が、生成されてもよい。例えば、指示ビットが補足割当の中に組み込まれ、補足割当であるというタグをその割当に付してもよく、それによって、受信装置は、この割当をそのようなものとして認識してもよい。指示ビットが、補足にセットされていれば、メッセージによって記述されたチャネルまたはリソースは、ユーザのこれまでに保持されている割当に追加されてもよい。指示ビットが、補足にセットされていなければ、メッセージは、これまでの割当に取って代わるものと解釈されてもよい。当業者には、補足割当/非補足割当に関するメッセージ指示のその他の方法が使用されてもよいこと、また、ここで説明される実施形態は、指示ビットを使用することに限定されるのではなく、暗黙的であろうが明示的であろうが、何らかの適切な指示機構を使用してもよいことは明らかなことである。例えば、ユーザ1の最初のスティッキーな割当は、{1,2,3,4:0}と表現されてもよく、ここで、0は非補足割当を指示し、チャネル1~4が割り当てられる。さらに、割り当てられたチャネルが連続するものである場合に信号送信費用を軽減するために、そのような非補足割当は、[1,4:0]と表現されてもよく、ここで、第1の整数1は、割り当てられた最初のチャネルを表現し、第2の整数4は、割り当てられたチャネルの長さを表現する。例えば、増大したユーザニーズなどのために、補足チャネルがユーザ1に割り当てられる場合、補足割当が生成され、ユーザ1に送信されてもよい。例えば、{7,8,9:1}は、チャネル7、8、および9が、ユーザ1にさらに割り当てられることを表現してもよい。この例においては、指示ビットが1にセットされ、割当が補足するものであり、かつこれまでにユーザ1に割り当てられたチャネル1~4にただ単に取って代わるのではなく、そのような割当を増強しなければならないことを示す。さらに、さらなるチャネル7~9は連続するものであるので、補足割当は[7,3:1]と表現されてもよく、ここで7は、最初の補足チャネル割当であり、割り当てられるべき連続補足チャネルの長さは、3である。この後者の態様によれば、割当信号オーバーヘッドは、例えば、{1,2,3,4,7,8,9:0}のようなかさばる第2の信号を送信しなければならない従来のシステムと比較すれば、さらに減少する可能性がある。別の態様において、補足割当は、割当を減少させるものとして機能してもよく、これは、セットされた補足フラグを備える割当を送信することによってなされてもよいが、この補足フラグは、存在するリソースまたはすでにユーザに割り当てられているリソースを識別する。このように、ユーザは補足割当を受信し、このユーザのリソースを減少させる。このアプローチは、リソース配分を増加および減少させる補足割当に、同じ形式のメッセージを使用するのを可能にする。これは、新しい割当のオーバーヘッドを軽減し、それと同時に、ユーザによる暗黙的な割当解除処理を必要としない。例えば、ユーザは、{1,2,3,4:0}と表現されてもよい最初のスティッキーな割当を受信し、ここで0は、非補足割当を指示し、チャネル1~4が、割り当てられる。そして、ユーザ1は、補足割当を受信し、例えば、{3:1}は、チャネル3および4が、ユーザ1に割り当てられたものとして維持され、その他のチャネル1および2は、ユーザ1から取り除かれることを表現してもよい。この例においては、指示ビットは、1にセットされ、割当は補足するものであり、かつ、チャネル1~4のこれまでのユーザ1に対する割当にただ単に取って代わってはならないことを示す。あるいは、補足割当{3:1}は、チャネル1~3が、ユーザ1のために維持されており、かつ、チャネル4が、取り除かれることを表現してもよい。関連する態様によれば、補足割当送信許可は、ユーザに対するこれまでの割当の確認例えば、逆方向リンクを介して成功裡にパケットまたは系列を復号化したことを示す確認メッセージ、順方向リンクを介して成功裡に受信または復号化したことの確認応答などの、何らかの確認データの受信に基づくものであってもよい。そのような方法においては、ネットワークは、そのような割当を補足する前に、ユーザの割当を確認してもよい。図4は、経時的になされる一連の持続性のない例えば、非スティッキーな割当を示す図である。周波数が、割り当てられるシステムリソースの種類として示されるが、割り当てることが可能なシステムリソースは、そのような周波数に限定されない。図によれば、第1のユーザU1は、時間1において、周波数Aを割り当てられる。時間2において、周波数Aは、ひとつは最初の割当がスティッキーな割当ではないという理由から、ユーザ2に再び割り当てられてもよい。周波数Cは、時間1中および時間2中の両方において、ユーザ3に割り当てられるものとして示される。しかしながら、周波数Cのユーザ3への割当は、スティッキーな割当ではないため、ユーザ3が周波数Cを保持することは、時間1および時間2のそれぞれにおいて別個の割当を必要とし、その結果として、割当信号オーバーヘッドの望ましくない増加をもたらすことがあり、これは、システムリソースに悪影響を及ぼす可能性がある。したがって、非スティッキーな割当を使用するシステムは、n個の利用可能な周波数をN個のユーザに割り当てるためには、時間フレームごとにn個の異なる割当メッセージを必要とすることになる。図5は、ここで説明される様々な実施形態に関連して使用されてもよいような、経時的になされる一連の持続性のあるまたはスティッキーな割当500を示す図である。例えば、割当の第1の集合が、第1の時間フレーム中にユーザ1~Nに送信されてもよく、そのような割当は、1つ以上のその後の割当が1つ以上の個々のユーザに送信されるまで、持続してもよい。したがって、N個の割当からなる第1の集合は、そのような割当における変化が望ましいものになりおよび/または必要になるまで例えば、ユーザニーズ、帯域幅可用性などのために、システムリソース割当をすべてのユーザに提供するに足るものであってもよい。そのような周波数が利用可能になれば、t3において示されるように、U6のようなそれに続くユーザが、周波数Dを割り当てられてもよい。このようにして、非スティッキーな割当を使用する場合よりも少ない割当メッセージをネットワークを介して送信すればよい。さらに、利用可能なシステムリソースは、ユーザがさらなるリソースを必要とすれば、どのユーザ1~Nに割り当てられてもよい。例えば、U5は、ネットワークを介する通信中のある時間において、周波数Eに加えてさらなる周波数可用性を必要とすることが決定されてもよい。その後の割当メッセージは、周波数EおよびFがU5に割り当てられることを示すために、U5に送信されてもよい。さらに、ここで詳細に説明される様々な実施形態に関連して、そのようなさらなる割当メッセージは、周波数をU5に再び割り当てるときにネットワークリソースの消費を軽減するために、補足割当であってもよい。さらに、補足割当は、割当を減少させるものとして機能してもよい。例えば、U5に関しては、周波数EおよびFを割り当てられた後にしばらくしてから、リソースを取り除くことが決定される可能性がある。そのようなものとして、補足割当は周波数Fを識別する。U5は、そのようなメッセージを周波数Eの割当解除と解釈し、周波数E上において通信を利用または期待するのを終了する。図6は、信号サイズを減少させることによってシステムオーバーヘッドおよび/または送信要件を減少させるような形でシステムリソースを配分するために、補足割当を使用するのを助けるシステム600を示す図である。システム600は、システムリソース例えば、チャネル、周波数、タイムスロット、符号スロットなど配分を制御する割当コンポーネント602を備えてもよい。割当コンポーネント602は、ユーザ例えば、装置によってその後の割当情報が受信されるまで時間的に持続されてもよいスティッキーな割当を生成する、スティッキーコンポーネント604を備える。割当コンポーネント602は、さらに、ユーザニーズの変化に基づいてシステムリソースを分配するための補足割当を生成する補足コンポーネント606を備える。さらに、補足コンポーネント606は、もう1つのユーザ装置610にすでに割り当てられているリソースを割当解除するのに使用されてもよい。例えば、補足割当は、割当解除される他方のリソースが推定される一方のリソースを、予め定められたアルゴリズムに基づいて識別してもよく、あるいは、残されるリソースまたは割当解除されるリソースを明示的に識別してもよい。一例によれば、ユーザ装置610は、利用可能なリソースの部分集合、例えば、{1,3,4,6:0}を最初に割り当てられている可能性がある。その後、ユーザ装置610は、さらなるリソースを必要とする可能性があり、リソースブロックまたはチャネル2が利用可能であることが決定されてもよい。一実施形態によれば、ブロック2から始まりかつ長さ1を有するリソース例えば、チャネル2を追加するために、補足割当[2,1:1]が生成され、ユーザに送信されてもよい。このようにして、システム600は、大量の完全な割当メッセージ例えば、{1,2,3,4,6:0}を再度送信しなくてもよい。別の例によれば、ユーザは、[1,4:0]例えば、ブロックインデックス配列、連続割当などを用いてなどのような割当を介して、割当コンポーネント602によってリソース1~4を割り当てられてもよい。ユーザリソース要求量が増加したとき、さらなるリソースが、補足割当メッセージを介してユーザに割り当てられてもよい。従来のアプローチは、ユーザに割り当てられたリソースのリストにリソースブロック5を追加するために、[1,5:0]のような完全に新しい割当メッセージを再度発行する可能性がある。あるいは、[5,1:1]のような補足割当が、補足コンポーネントによって生成される可能性がある。しかしながら、リソースブロック5は、ここではかぎ括弧例えば、[]によって示されるようなリソース1~5に対する小さなメッセージ形式の連続割当を使用できるように、従来のシステムが利用できるものでなければならない。リソースブロック5が別のユーザにスティッキーなものとして割り当てられている例えば、利用できない場合、システム600は、リソースが連続したものでない場合でさえも、小さなオーバーヘッドコストでリソースの補足割当を可能にすることができる。したがって、非連続リソースが利用可能であれば、従来のシステムは、リソース1、2、3、4、および6を割り当てるために、{1,2,3,4,6:0}のような高価な新しい割当メッセージが生成されかつユーザに送信されることを必要とする。これとは対照的に、補足コンポーネント606は、[6,1:1]のような補足割当メッセージを生成してもよく、これは、ユーザの割り当てられたリソースが、リソース6から始まりかつベクトル長1を有するリソース配分によって増強されるべきであることを示す。そして、補足リソース割当は、1つ以上の基地局608によってユーザ装置610に送信されてもよい。さらに別の例によれば、通信イベントの初期段階にあるユーザは、多数のシステムリソースブロックを必要とする可能性がある。例えば、ブロック3、4、7、および8が、割当コンポーネント602によって利用可能であることが決定されてもよい。そのような場合においては、チャネルをユーザに割り当てるために、2つの単純なメッセージが同時に生成および/または送信されてもよい。例えば、メッセージは、[3,2:0]および[7,2:1]と表現されてもよい。したがって、スティッキーコンポーネント604は、最初の割当メッセージを生成してもよく、補足コンポーネント606は、補足割当を生成してもよく、これらは、非連続チャネル3、4、7、および8をユーザに割り当てるために、システム600にとって小さなコストでユーザに同時に送信されてもよい。様々な実施形態に基づいてここで詳細に説明されるシステムおよび/または方法は、スティッキーな割当だけでなく非スティッキーな割当を使用するシステムとともに使用されてもよいことがわかる。図7は、割当信号オーバーヘッドコストを減少させるために、補足リソース割当を通信ネットワークのユーザに提供するのを助けるシステム700を示す。システム700は、リソース割当をユーザのために生成することのできる割当コンポーネント702を備える。割当コンポーネント702は、スティッキーな例えば、持続性のある割当をユーザのために選択的に生成することのできるスティッキーコンポーネント704を備え、そのような割当は、その後の非補足割当信号がユーザのリソース割当をリセットするまで、維持される。割当コンポーネント702は、必要であれば、非スティッキーな割当を生成してもよく、スティッキーな割当の使用が、ネットワークのユーザにリソースを配分するのに必要とされる割当メッセージの数を軽減することによって、システムオーバーヘッドを減少させるのを助けてもよい。割当が、割当コンポーネント702および/またはスティッキーコンポーネント704によって、ネットワークのユーザに割り当てられると、補足コンポーネント706は、さらなるリソースを1つ以上のユーザに配分する必要があれば、補足割当を生成してもよい。さらに、補足コンポーネント706は、もう1つのユーザ装置710にすでに割り当てられているリソースを割当解除するのに使用されてもよい。例えば、補足割当は、割当解除される他方のリソースが推定される一方のリソースを、予め定められたアルゴリズムに基づいて識別してもよく、あるいは、残されるリソースまたは割当解除されるリソースを明示的に識別してもよい。システム700は、さらに、割当コンポーネント702に動作可能に結合され、かつ、ユーザ装置710に関する情報、システムリソースに関する情報、これらの割当に関する情報、および、システムリソース例えば、チャネル、周波数、タイムスロット、符号スロットなどを1つ以上のユーザに動的に配分することに関するその他の何らかの適切な情報を記憶する、メモリ712を備えてもよい。プロセッサ714は、リソース割当などを生成することに関する情報を解析するのを助けるために、割当コンポーネント702および/または、メモリ712に動作可能に接続されてもよい。プロセッサ714は、割当コンポーネント702によって受信された情報を解析および/または生成するための専用のプロセッサ、システム700の1つ以上のコンポーネントを制御するプロセッサ、および/または、割当コンポーネント702によって受信された情報を解析しかつ生成し、かつ、システム700の1つ以上のコンポーネントを制御するプロセッサであってもよいことを理解すべきである。メモリ712は、さらに、補足割当および/または非補足割当を生成することなどに関連するプロトコルを記憶してもよく、それによって、システム700は、記憶されたプロトコルおよび/またはアルゴリズムを使用して、ここで説明されるようなシステムリソースの補足割当を達成することができる。ここで説明されるデータ記憶コンポーネント例えば、メモリは、揮発性メモリかまたは不揮発性メモリであってもよく、あるいは、揮発性メモリおよび不揮発性メモリの両方を含んでもよいことがわかる。例として、また限定されないものとして、不揮発性メモリは、リードオンリーメモリROM、プログラマブルROMPROM、電気的プログラマブルROMEPROM、電気的消去可能ROMEEPROM、またはフラッシュメモリを含んでもよい。揮発性メモリは、外部キャッシュメモリとして動作するランダムアクセスメモリRAMを含んでもよい。例として、また、限定されないものとして、RAMは、同期型RAMSRAM、ダイナミックRAMDRAM、同期型DRAMSDRAM、ダブルデータレートSDRAMDDRSDRAM、エンハンストSDRAMESDRAM、SynchlinkDRAMSLDRAM、および、directRambusRAMDRRAM登録商標のような多くの形態で市販されている。対象システムおよび対象方法のメモリ712は、限定はされないが、これらのおよびその他の何らかの適切な種類のメモリから構成されることが意図される。図8は、システムリソースを通信ネットワークのユーザに割り当てるための補足割当を生成するのを助け、それと同時に、リソース配分コストを軽減するのを助けるシステム800を示す図である。システム800は、1つ以上の基地局808を介して、1つ以上のネットワークユーザ装置810に送信するためのリソース割当信号を生成する、割当コンポーネント802を備える。そのような割当は、非スティッキーなものであってもよい例えば、それぞれの時間フレーム中に生成される。割当コンポーネントは、装置810に対する非補足スティッキーまたは持続性、割当を生成するスティッキーコンポーネント804を備え、そのようなリソース割当は、その後に非補足割当メッセージが特定のユーザに送信されるまで、ユーザの装置810のために持続される。持続性のある割当を送信することによって、スティッキーコンポーネント804は、ネットワークのユーザに送信されなければならない割当メッセージの数を減少させるのを助けることができる。送信コストおよび割当メッセージサイズをさらに減少させるために、割当コンポーネント802は、これまでの図面を参照して説明されたような補足割当メッセージを生成する補足コンポーネント806を備えてもよい。さらに、補足コンポーネント606は、もう1つのユーザ装置610にすでに割り当てられているリソースを割当解除するのに使用されてもよい。例えば、補足割当は、割当解除される他方のリソースが推定される一方のリソースを、予め定められたアルゴリズムに基づいて識別してもよく、あるいは、残されるリソースまたは割当解除されるリソースを明示的に識別してもよい。そのような補足割当メッセージは、メッセージは、実際に補足するものであり、既存の割当にただ単に取って代わるのではなく、識別されたリソースに基づいて、装置810に対するそのような既存のリソース割当を増強しなければならないこと、あるいは割当解除しなければならないことを受信装置810に通知する、指示ビットを備えてもよい。例えば指示ビットは、割当コンポーネント802によって割当メッセージに付加されてもよく、それによって、指示ビット値が0であるメッセージは、割当メッセージは通常のスティッキーな割当であり、それによって、これに含まれる割当は、既存の割当に取って代わらなければならないことを指示してもよい。さらに、指示ビットが値1を有する場合、これは、割当メッセージは補足割当メッセージであり、この中に存在する割当は、既存のリソース割当に追加されなければならないことを指示してもよい。当業者には明らかなように、指示ビットは、補足状態/非補足状態の負論理指示を提供するように設計されてもよく、それによって、システム設計目標などに関して望ましいならば、指示ビット1例えば、Hレベルは、非補足状態を指示してもよく、指示ビット0は、補足状態を指示してもよい。システム800は、図7に関して上で詳細に説明されたように、さらに、メモリ812およびプロセッサ814を備えてもよい。さらに、AIコンポーネント816が、割当コンポーネント802に動作可能に結合されてもよく、オーバーヘッドコストなどを考慮して、リソース配分について推定してもよい。ここで使用される場合、推定するまたは推定という用語は、一般的には、イベントを介して捕捉された一組の観測値および/またはデータから、システム、環境、および/またはユーザの状態に関して推論するプロセス、または、システム、環境、および/またはユーザの状態を推定するプロセスを意味する。推定は、例えば、特定のコンテクストまたはアクションを識別するのに使用されてもよく、あるいは、状態の確率分布を生成してもよい。推定は、確率的なものであってもよく、すなわち、データおよびイベントの考慮に基づいた関心のある状態の確率分布の計算であってもよい。推定は、また、一組のイベントおよび/またはデータから、より高いレベルのイベントを組み立てるために使用される技術を意味してもよい。そのような推定は、イベントが時間的にきわめて近接してお互いに関連づけられようが関連づけられまいが、また、イベントおよびデータが1つまたはいくつかのイベントおよびデータの発生源から発生しようが発生しまいが、観測された一組のイベントおよび/または記憶されたイベントデータから新しいイベントまたはアクションを構築することをもたらす。図9は、最小限のオーバーヘッドコストでシステムリソースをユーザに割り当てるのを助けるシステム900を示す。システム900は、通信ネットワークにおける1つ以上の基地局908を介して、周波数、チャネル、送信タイムスロットなどのようなリソースを1つ以上のユーザ装置910に割り当てることのできる、割当コンポーネント902を備える。割当コンポーネント904は、非補足割当を提供するスティッキーコンポーネント、およびこれまでの図面を参照してここで説明された補足割当を生成することのできる補足コンポーネント906を備えてもよい。割当コンポーネント902は、さらに、メモリ912、プロセッサ914、およびAIコンポーネント916のそれぞれに動作可能に結合され、これらのメモリ912、プロセッサ914、およびAIコンポーネント916のそれぞれは、お互いに動作可能に結合されてもよい。さらに、補足コンポーネント906は、もう1つのユーザ装置910にすでに割り当てられているリソースを割当解除するのに使用されてもよい。例えば、補足割当は、割当解除される他方のリソースが推定される一方のリソースを、予め定められたアルゴリズムに基づいて識別してもよく、あるいは、残されるリソースまたは割当解除されるリソースを明示的に識別してもよい。割当コンポーネント902は、さらに、1つ以上のユーザ装置910から1つ以上の基地局908を介して確認データを受信する、確認コンポーネント918を備えてもよい。このシナリオによれば、ユーザ装置910は、確認情報を割当コンポーネント902に送り返すために、送受信機能を備えてもよい。そのような確認データは、例えば、逆方向リンクを介して成功裡にパケットまたは系列を復号化したこと、順方向リンクを介して成功裡に割当を受信および/または復号化したことの確認応答ACKなどを示す確認メッセージであってもよい。そのような確認メッセージは、ユーザ装置1つまたは複数などに結合された確認コンポーネント図示しないなどによって生成されてもよく、この確認コンポーネントは、成功裡のリソース割当、割当情報を搬送するメッセージの受信などを確認することができる。このようにして、システム900は、補足コンポーネント906によって生成された信号によって割当を補足する前に、ユーザに対する割当を確認することができる。図10から図12を参照すると、補足システムリソース割当を生成することに関する方法が、示される。例えば、方法は、OFDM環境、OFDMA環境、CDMA環境、または、その他の何らかの適切な無線環境における補足割当に関係してもよい。説明をわかりやすくするために、方法は一連の動作として図示されかつ説明されるが、方法は、動作の順序によって限定されないことを理解および認識すべきである。なぜなら、いくつかの動作は、1つ以上の実施形態によれば、ここに図示されかつ説明されるものと異なる順序でおよび/またはその他の動作と同時に、発生してもよいからである。例えば、当業者であれば、方法はその代わりに、相互に関連のある一連の状態またはイベントとして、例えば状態遷移図として表現されてもよいことを、理解および認識することができる。さらに、説明されるすべての動作が、1つ以上の実施形態による方法を実施するのに必要とされるとは限らない。ここで、図10だけを参照すると、補足システムリソース割当を生成して無線ネットワークのユーザに提供するための方法1000が、示される。方法1000は、効率的なチャネル割当技術を使用するのを可能にし、それと同時に、そのような技術の大きな制限を回避することができる。補足リソース割当を使用することによって、ネットワークは、ユーザのリソース割当をユーザのニーズにぴったりと適合させることができ、割当可能なリソースの部分集合が、割当メッセージ形式によって制限される場合でさえも、ネットワークがシステムリソースの使用を最適化するのを可能にする。さらに、割り当てられるリソースを増加または減少させるのに補足割当メッセージを使用することによって、方法1000は、所望のリソース配分を達成するために伝達されなければならない割当メッセージおよび割当解除メッセージの数を減少させることができる。補足リソース割当を使用するのを助けるために、符号1002において、最初のリソース割当が、生成され、ネットワークを介して、1つ以上のユーザ装置に送信されてもよい。例えば、割当は、ネットワーク周波数、チャネル、タイムスロットなどのようなリソースの非補足割当であってもよい。さらに、そのような割当は、経時的にネットワークを介して送信されなければならない割当の総数を最小限に抑制するのを助けるために、スティッキーな割当であってもよい。割当が、ネットワークのユーザに送信されるとすぐに、符号1004において、ネットワークは、いずれかのユーザがさらなるリソースを必要としているかどうか、あるいは、リソースを減少させるべきかどうかを判定するために、監視されてもよい。ユーザが、ユーザの既存の割当に加えてリソース割当を必要としていること、または、ユーザのリソースを減少させる必要があることが決定されると、符号1006において、補足割当が、ユーザに対して生成され、ユーザの通信装置に送信されてもよい。補足割当が送信されるとすぐに、方法は、さらなるリソースがいずれかのユーザによって要求されるかどうか、または、既存のリソースが割当解除されるべきかどうかを、監視および/または判定するのを継続するために、符号1004に戻ってもよく、このことが、符号1006におけるさらなる補足リソース割当の生成および送信をトリガしてもよい。例えば、ユーザは、符号1002において、最初にリソースブロック1~5を割り当てられてもよい。ユーザがさらなるリソースを必要とする場合、符号1004における判断はそのような要求を検出してもよく、符号1006において、そのようなリソース割当が、割当メッセージサイズなどに関するシステムオーバーヘッドを減少させるのを助けるような形で、生成される。例えば、補足割当の生成は、どのリソースおよび/または、リソースブロックが利用可能であるかを最初に決定することを備えてもよい。そのような評価のすぐあとに、補足割当が生成されてもよく、割当が補足するものであることをネットワークおよび/または受信装置が識別するのを可能にするために、このことが伝達されてもよい。例えば、リソースブロック11および12が、ユーザに割り当てるために利用可能であることが決定されたならば、ブロック11および12だけを割り当てる補足メッセージが、符号1106において生成されてもよい。メッセージは、ブロック11および12が割り当てられたブロック1~5に取って代わるのではなく、そのようなブロック1~5に追加されることを保証するために、補足であるというタグを適切に付されてもよい。減少割当の場合においては、判断1004は、リソースを減少させなければならないことを検出する可能性があり、符号1006において、そのようなリソースの割当解除は、補足割当として送信されてもよい。割当メッセージにタグを付すことは、補足するものであろうと補足しないものであろうと、すべての割当メッセージに指示ビットを付加することによって助けられてもよく、それによって、指示ビットの値は、対象割当は既存の割当に取って代わらなければならないかまたは既存の割当を増強しなければならないことを、受信装置および/またはネットワークに通知する。例えば、値0を有する指示ビットは、割当が補足しないものであることを指示してもよく、値1は、割当が補足するものであることを指示してもよい。指示ビットの値は、そのような値が割当メッセージの考えられる2つの状態例えば、補足および非補足のそれぞれを表現するのに終始一貫して使用されるのであれば、反転されてもよいことがわかる。さらに、割当の指示は、そのようなものとして、指示ビットを使用することに限定されるのではなく、何らかの適切なインジケータ1つまたは複数例えば、ビット列、メッセージ接頭部、メッセージヘッダ内のフラグなどを用いて実現されてもよい。ここで、図11を参照すると、無線ネットワーク環境において補足割当を生成してユーザに送信するための方法1100が、示される。符号1102において、最初のリソース配分が、ネットワークのユーザに送信されてもよい。例えば、非補足割当メッセージが生成され、個々のユーザ装置に送信されてもよく、これらのユーザ装置は、その他の装置に対する割当を意識しなくてもよい。符号1104において、モバイル装置は、割当リソースメッセージの復号化に成功したことおよびこれを承諾することを確認するために、確認信号をネットワークに提供してもよい。符号1106において、1つ以上のモバイル装置はさらなるシステムリソースを必要としているかどうか、あるいは、リソースはユーザから割当解除されなければならないかどうかを判定してもよい。さらなるリソースは必要とされないと判定されたならば、あるいは、割当解除されるべきではないと判定されたならば、方法は終了してもよい。符号1106において、装置によって、さらなるリソースが必要であると判定されたならば、あるいは割当解除されなければならないと判定されたならば、符号1108において、そのようなリソースは補足割当を提供されてもよい。例えば、携帯電話のようなモバイル装置は、符号1102において、音声送信を可能にする最初の配分を受信してもよい。符号1106における判断は、モバイル装置のユーザが、ウェブページをダウンロードし、ディジタル写真またはビデオクリップを送信することなどを試みていることを指示してもよく、これは、さらなる送信帯域幅を必要とする可能性がある。したがって、符号1108において、補足リソース割当が、装置の帯域幅ニーズを満たすために生成されてもよく、また、装置のニーズを満たすために装置に送信されてもよい。関連する例によれば、装置が、リソースブロック100~104の受信および/または承諾を最初に確認し、かつ、4つのさらなるリソースブロックを必要とするならば、[X,4:1]のような補足割当メッセージが装置に送信されてもよく、ここでXは、利用可能なリソースブロックの最初の連続集合における最初のリソースブロックを表現する整数である。これまでのすべてのリソース割当は、符号1104において確認されているので、符号1108において補足割当を生成および送信するために、利用可能なリソースの完全なリストを知ることができる。符号1108において補足割当を送信した後、方法は、割当の確認をさらに反復するために、符号1104に戻ってもよく、これは、符号1106においてその後の補足割当が1つ以上のユーザに必要であるかどうかを判定するためにネットワークを監視するのに先だって、補足割当を確認することを含んでもよい。補足リソース割当メッセージは連続リソース割当を備えなくてもよいこと、しかも、そのような割当は、都合のよい費用効果のある割当メッセージを生成するのを助けるような形例えば、ブロックインデックス配列などで表現されてもよいことがわかる。例えば、そのようなメッセージは、2つのインデックスおよび1つの指示ビットによって表現されてもよい。ここで、図12を参照すると、無線ネットワークを介して通信する装置に補足リソース割当を提供するための方法1200が、示される。符号1202において、最初のリソース配分がなされてもよく、割当は、ネットワークを用いて、1つ以上の装置に送信されてもよい。例えば、第1のユーザは、{1,2,3,6,7,10:0}のような非補足スティッキー割当を介してリソースブロックを割り当てられてもよく、第2のユーザは、{4,5,8:0}のような第2の非補足割当メッセージに基づいてリソースブロックを割り当てられてもよく、ここで:0は、補足しないものとして割当メッセージを識別する指示ビットを表現する。ユーザは、その他のユーザの割当メッセージを意識しなくてもよい例えば、考察しなくてもよい。符号1204において、割当メッセージは、受信モバイル装置によって確認されてもよい。例えば、簡単な確認応答メッセージが、割当メッセージを受信したこと、復号化に成功したこと、および/または、承諾したことを確認するネットワークに送信されてもよい。このようにして、ネットワークは、どのリソースが依然として補足割当に利用可能であるかなどを、正確に通知されてもよい。符号1206において、もしあれば、どの装置がさらなるシステムリソースを必要としているか、あるいは、どの装置がリソースを取り除かれるべきかが、判定されてもよい。さらなるリソースが必要とされず、あるいは、取り除かれる必要がなければ、方法は終了してもよい。1つ以上の装置によって、さらなるリソースが必要とされ、あるいは取り除かれる必要があれば、方法は符号1208に進む。例えば、上述した第1のユーザは、動作のための3つのさらなるリソースブロックをネットワークを介して要求してもよい。補足割当を第1のユーザに最も小さなオーバーヘッドコストで提供するために、最も効率的な補足メッセージ形式が、符号1208において推定されてもよい例えば、費用効果分析、最適化技術などに基づいて。例えば、符号1204の時点において、最初のリソースブロック割当のすべてが確認されたならば、次の3つの利用可能なリソースブロックは、ブロック7、9、および、11であることを知ることができる。これらのブロックの割当を備える補足割当メッセージは、符号1210において、{7,9,11:1}と表現されてもよく、第1のユーザに送信されてもよい。しかしながら、より効率的なメッセージ例えば、より短いメッセージは、[9,4:1]であってもよく、これは、ブロック9から始まる4つの連続リソースブロックの補足リソース割当を送信する。ブロック10は、すでに第1のユーザの装置に割り当てられているので、コンフリクトは存在せず、新しいブロック9、11、および12が、ユーザのリソースニーズを満たすために、第1のユーザにさらに割り当てられる。符号1208において、推定がなされてもよく例えば、人工知能技術、機械学習技術などを用いて、これは、より効率的な例えば、より安価なメッセージが望ましいことを決定するのを助けることができ、このメッセージが、符号1210における生成および送信のために選択されてもよい。減少割当の場合、判断1206が、リソースを減少させるニーズを検出してもよく、符号1208において、そのようなリソース割当解除が補足割当として送信されてもよい。類似する例によれば、符号1204において、第2のユーザがこのユーザの最初の割当メッセージの受信/承諾を確認することに失敗したことが、決定されてもよい。そのようなリソースブロックが、依然として利用可能である限り例えば、第3のユーザまたはその後のユーザ装置にまだ割り当てられていない、これらのブロックは、{4,5,8:1}のような補足割当メッセージによって、第1のユーザに割り当てられてもよい。補足割当は、受信者を除くすべてのユーザに透過なものであってもよいので、ネットワークオーバーヘッド、処理時間などをさらにまた減少させるために、第1のユーザしか補足割当を意識しなくてもよい。さらに、符号1208において、[4,5:1]のような連続割当に補足割当メッセージを減少させてもよいことが推定されてもよく、ここで4は、最初のリソースブロックを表現し、5は、4から始まる一連の連続ブロックを表現し、:1は、メッセージが補足するものであることを示す。ブロック6および7は、すでに第1のユーザに割り当てられていることがわかっているので、これは許されることであり、それによって、このより効率的な連続補足割当は、第1のユーザの既存の割当とコンフリクトすることはない。このようにして、符号1208においてなされた推定は、オーバーヘッド要件および/または割当送信メッセージサイズに関して最も費用効果のある補足割当メッセージを、符号1210において生成および送信するのを助けることができる。図13は、例示的な無線通信システム1300を示す。無線通信システム1300は、わかりやすいように、1つの基地局および1つの端末を描写している。しかしながら、システムは1つよりも多い基地局および/または1つよりも多い端末を含んでもよいことを理解すべきであり、さらなる基地局および/または端末は、実質的に、以下で説明される例示的な基地局および端末と類似するものであってもよく、あるいは異なるものであってもよい。さらに、基地局および/または端末は、これらの間における無線通信を助けるために、ここで説明されたシステム図6から図9および/または方法図9から図12を使用してもよいことを理解すべきである。ここで、図13を参照すると、ダウンリンクのアクセスポイント1305において、送信TXデータプロセッサ1310は、トラフィックデータを受信し、フォーマットし、符号化し、インターリーブし、変調すなわち、シンボルマップし、変調シンボルデータシンボルを提供する。OFDM変調器1315は、データシンボルおよびパイロットシンボルを受信および処理し、OFDMシンボルのストリームを提供する。OFDM変調器1320は、データおよびパイロットシンボルを適切なサブバンド上に多重化し、未使用のそれぞれのサブバンドにゼロの信号値を提供し、OFDMシンボル期間ごとにN個のサブバンドに対するN個の送信シンボルからなる組を得る。それぞれの送信シンボルは、データシンボル、パイロットシンボル、または、ゼロの信号値であってもよい。パイロットシンボルは、それぞれのOFDMシンボル期間において連続的に送信されてもよい。あるいは、パイロットシンボルは、時分割多重TDMされ、周波数分割多重FDMされ、または、符号分割多重CDMされてもよい。OFDM変調器1320は、N個の時間領域チップを含む変換されたシンボルを得るために、N点IFFTを用いてN個の送信シンボルからなるそれぞれの組を時間領域に変換してもよい。OFDM変調器1320は、典型的には、それぞれの変換されたシンボルの一部分を反復し、対応するOFDMシンボルを得る。反復された部分は、サイクリックプレフィックスとして知られており、無線チャネルにおける遅延拡散を減少させるのに使用される。送信機ユニットTMTR1320は、OFDMシンボルのストリームを受信し、1つ以上のアナログ信号に変換し、さらに、このアナログ信号を調整例えば、増幅、フィルタリング、および、周波数アップコンバートし、無線チャネルを介して送信するのに適したダウンリンク信号を生成する。ダウンリンク信号は、アンテナ1325を介して端末に送信される。端末1330において、アンテナ1335がダウンリンク信号を受信し、受信した信号を受信機ユニットRCVR1340に提供する。受信機ユニット1340は、受信した信号を調整例えば、フィルタリング、増幅、および周波数ダウンコンバートし、調整した信号をディジタル化し、サンプルを得る。OFDM復調器1345は、それぞれのOFDMシンボルに付加されたサイクリックプレフィックスを除去し、N点FFTを用いて、受信および変換されたそれぞれのシンボルを周波数領域に変換し、OFDMシンボル期間ごとのN個のサブバンドに対するN個の受信シンボルを取り出し、チャネル推定のために受信パイロットシンボルをプロセッサ1350に提供する。OFDM復調器1345は、さらに、ダウンリンクに対する周波数応答推定値をプロセッサ1350から受信し、データシンボル推定値これは、送信されたデータシンボルの推定値であるを得るために、受信したデータシンボルにデータ復調を施し、データシンボル推定値をRXデータプロセッサ1355に提供し、これは、送信されたトラフィックデータを復元するために、データシンボル推定値を復調すなわち、シンボルデマップし、デインターリーブし、復号化する。OFDM復調器1345およびRXデータプロセッサ1355による処理は、それぞれアクセスポイント1300において、OFDM変調器1315およびTXデータプロセッサ1310による処理と相補的なものである。アップリンクにおいて、TXデータプロセッサ1360は、トラフィックデータを処理し、データシンボルを提供する。OFDM変調器1365は、パイロットシンボルとともにデータシンボルを受信および多重化し、OFDM変調を実行し、OFDMシンボルのストリームを提供する。パイロットシンボルは、パイロット送信のために端末1330に割り当てられているサブバンド上に送信されてもよく、アップリンクのためのパイロットサブバンドの数は、ダウンリンクのためのパイロットサブバンドの数と同じかまたは異なってもよい。送信機ユニット1370が、アップリンク信号を生成するために、OFDMシンボルのストリームを受信および処理し、このアップリンク信号は、アンテナ1335によって、アクセスポイント1310に送信される。アクセスポイント1310において、端末1330からのアップリンク信号が、アンテナ1325によって受信され、サンプルを取り出すために、受信機ユニット1375によって処理される。OFDM復調器1380が、このサンプルを処理し、受信したパイロットシンボルおよびアップリンクのためのデータシンボル推定値を提供する。RXデータプロセッサ1385は、このデータシンボル推定値を処理し、端末1335によって送信されたトラフィックデータを復元する。プロセッサ1390は、アップリンク上で送信するアクティブな端末ごとに、チャネル推定を実行する。複数の端末が、これらのそれぞれに割り当てられたパイロットサブバンドの組におけるアップリンク上で、パイロットを同時に送信してもよく、このパイロットサブバンドの組は、インタレースされてもよい。プロセッサ1390および1350は、それぞれ、アクセスポイント1310および端末1335における動作を監督する例えば、制御、統合、管理など。例えば、プロセッサ1350は、図14および図15を参照して説明される機能を実行するように構成されてもよい。それぞれのプロセッサ1390および1350は、プログラムコードおよびデータを記憶するメモリユニット図示しないに結合されてもよい。また、プロセッサ1390および1350は、それぞれ、アップリンクおよびダウンリンクに対する周波数およびインパルス応答推定値を得るための計算を実行してもよい。図14は、無線通信装置においてリソースを割当解除するかどうかを判定するために、補足リソース割当を処理するための方法1400を示す図である。方法1400は、効率的なチャネル割当技術を使用するのを可能にし、それと同時に、そのような技術の大きな制限を回避することができる。補足リソース割当を使用することによって、ネットワークは、ユーザのリソース割当をユーザのニーズにぴったりと合致させることができ、割当可能なリソースの部分集合が、割当メッセージ形式によって制限される場合でさえも、ネットワークがシステムリソースの使用を最適化するのを可能にする。さらに、割り当てられるリソースを増加または減少させるのに補足割当メッセージを使用することによって、方法1000は、所望のリソース配分を達成するために伝達されなければならない割当メッセージおよび割当解除メッセージの数を減少させることができる。補足リソース割当を使用するのを助けるために、ユーザは、ブロック1402において、割当メッセージがすでに受信されていることを決定する。ブロック1404において、割当メッセージは、通常割当メッセージまたは補足割当メッセージのいずれであるかが、判断される。ある態様においては、この判断は、割当メッセージ内に補足フラグまたは補足ビットがセットされているかどうかを判定することによってなされてもよい。割当が補足するものでなければ、リソース割当解除に関するさらなる処理は、発生しなくてもよい。割当が補足割当であれば、ブロック1406において、補足割当がリソースを割当解除するのに使用されるかどうかが、判断される。これは、補足割当によって識別されたリソースのいずれかが、すでにユーザに割り当てられているかどうかを判定することによってなされてもよい。もしそうであれば、補足割当は、いくつかのリソースの割当解除であるとみなされてもよい。補足割当がリソースの割当解除でなければ、リソース割当解除に関するさらなる処理は、発生しなくてもよい。割当が補足割当であれば、ブロック1408において、適切なリソースが割当解除される。これは、現在の割当と重複するリソースに基づいて、補足割当内の明示的なリソースによって決定されてもよい。あるいは、決定は、補足割当内において識別されるリソースの論理的順序よりも大きいかまたは小さい論理的順序、例えば、チャネルIDまたはチャネルツリーノードIDを有する、すべてのリソースによってなされてもよい。さらに、割当解除は、第1および第2のリソースを提供することによって指示されてもよく、割当解除の後、それらの第1および第2のリソース間に存在する論理的順序のすべてのリソースは、残されるかまたは取り除かれる。図15は、無線通信装置においてリソースを割当解除するかどうかを判定するために、補足リソース割当を処理するための装置1500を示す図である。受信された割当メッセージは通常割当メッセージまたは補足割当メッセージのいずれであるかを判定するための手段1502は、補足割当はリソースを割当解除するのに使用されるかどうかを判定するための手段1504と通信する状態にある。これは、補足割当によって識別されるリソースのいずれかは、すでにユーザに割り当てられているかどうかを判定することによって、なされてもよい。もしそうであれば、補足割当は、いくつかのリソースの割当解除であるとみなされてもよい。手段1504は、適切なリソースを割当解除するための手段1506と通信する状態にある。これは、現在の割当と重複するリソースに基づいて、補足割当内の明示的なリソースによって決定されてもよい。あるいは、決定は、補足割当内において識別されるリソースの論理的順序よりも大きいかまたは小さい論理的順序、例えば、チャネルIDまたはチャネルツリーノードIDを有するすべてのリソースによってなされてもよい。さらに、割当解除は、第1および第2のリソースを提供することによって指示されてもよく、割当解除の後、それらの第1および第2のリソース間に存在する論理的順序のすべてのリソースは、残されるかまたは取り除かれる。多元接続OFDMシステム例えば、直交周波数分割多元接続OFDMAシステムの場合、複数の端末は、アップリンク上で同時に送信してもよい。そのようなシステムの場合、パイロットサブバンドは、異なる端末間で共有される。チャネル推定技術が、端末ごとのパイロットサブバンドが全オペレーティングバンド場合によっては、バンドエッジを除いたを占める場合に、使用されてもよい。そのようなパイロットサブバンド構造は、端末ごとの周波数ダイバーシティーを実現するのに望ましいことである可能性がある。ここで説明された技術は、様々な手段によって実施されてもよい。例えば、これらの技術は、ハードウェア、ソフトウェア、または、これらを組み合わせたものによって実施されてもよい。ハードウェアによって実施される場合、チャネル推定に使用される処理ユニットは、1つ以上の特定用途向け集積回路ASIC、ディジタル信号プロセッサDSP、ディジタル信号処理装置DSPD、プログラマブル論理素子PLD、フィールドプログラマブルゲートアレイFPGA、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、ここで説明された機能を実行するように設計されたその他の電子ユニット、または、これらを組み合わせたものの中において、実施されてもよい。ソフトウェアの場合、ここで説明された機能を実行するモジュール例えば、プロシージャ、関数などを介して実施されてもよい。ソフトウェアコードは、メモリユニット内に記憶され、プロセッサ1390および1350によって実行されてもよい。上で説明されたものは、1つ以上の実施形態の例を含む。当然ながら、上述した実施形態を説明するための構成要素または方法について、考えられるあらゆる組み合わせを説明することは不可能であるが、当業者は、様々な実施形態の多くのさらなる組み合わせおよび置換が可能であることを理解できるはずである。したがって、説明された実施形態は、添付の特許請求の範囲の精神および範囲内に存在する、すべてのそのような変形、変更、および、変種を包含することを意図するものである。さらにまた、含むという用語が詳細な説明または特許請求の範囲のいずれかにおいて使用される限りにおいて、そのような含むという用語は、備えるという用語が特許請求の範囲において移行語として使用される場合の解釈と同様に、包含を意図するものである。"