"無線リンクによって送信される情報を含み、それぞれが複数のビットを備える複数のパケットを格納するメモリと、パケットの全ての情報ビットが単一の送信期間で、あるいは複数の送信期間で送信されるかに部分的に基づいて、無線リンクによる送信のための送信リソースの、各パケットの複数のビットに対する割当を決定するように構成され、前記メモリに接続されたプロセッサとを備える電子デバイス。各パケットのサイズと、前記パケットのアプリケーションとを決定するハイブリッドインタフェースを更に備える請求項1の電子デバイス。パケットのアプリケーションのレイテンシ制約に基づいて、前記パケットの情報ビットが、単一の送信期間で、あるいは複数の送信期間でスケジュールされるかを決定するスケジューラを更に備える請求項2の電子デバイス。前記送信リソースは複数のOFDMシンボルを含む請求項1の電子デバイス。パケットのアプリケーションのレイテンシ制約が送信を阻止しないのであれば、前記プロセッサは更に、前記パケットに含まれる情報の複数の送信期間での送信を許可するように構成された請求項1の電子デバイス。前記単一又は複数の送信期間の各送信期間はホップ期間を含む請求項1の電子デバイス。前記単一又は複数の送信期間の各送信期間はフレームを含む請求項1の電子デバイス。無線リンクによる送信をスケジュールする方法であって、パケットの全ての情報ビットが、単一の送信期間で、あるいは複数の送信期間でスケジュールされるかを決定することと、前記パケットの全ての情報ビットが、単一の送信期間で、あるいは複数の送信期間でスケジュールされるかに部分的に基づいて、前記無線リンクによる送信をスケジュールすることとを備える方法。決定する前にパケットを断片化することを更に備える請求項8の方法。前記情報ビットの全てをスケジュールできる訳ではない場合、前記パケットのアプリケーションの送信制約及び/又はレイテンシ制約を決定することを更に備える請求項8の方法。レイテンシ制約及び/又は送信制約がある場合、全ての情報ビットの送信を前記単一の送信期間でスケジュールするために追加リソースを割り当てることを更に備える請求項10の方法。前記パケットの送信制約及び/又はレイテンシ制約がない場合、前記パケットの情報の送信を、前記複数の送信期間でスケジュールすることを更に備える請求項10の方法。前記決定することは、複数のパケットの全ての情報が、単一の送信期間で、あるいは複数の送信期間でスケジュールされるかを決定することを含み、前記スケジュールすることは、前記単一の送信期間でスケジュールされうるパケットをスケジュールすることと、前記単一の送信期間で全ての情報がスケジュールされる訳ではないパケットのために、前記パケットのアプリケーションの送信制約及び/又はレイテンシ制約を決定することとを含む請求項8の方法。前記単一又は複数の送信期間の各送信期間はホップ周期を含む請求項8の方法。前記単一又は複数の送信期間の各送信期間はフレームを含む請求項8の方法。無線リンクによる送信をスケジュールする方法であって、複数のパケットの複数の情報ビットの、単一の送信期間での前記無線リンクによる送信をスケジュールすることと、前記複数のパケットの各々からの全ての情報が、前記単一の送信期間でスケジュールされたかを判定することと、前記複数パケットの各々からの情報の全てが、前記単一の送信期間でスケジュールされた訳ではないのであれば、前記情報の全てがスケジュールされた訳ではないパケットの送信制約及び/又はレイテンシ制約を決定することとを備える方法。決定する前にパケットを断片化することを更に備える請求項16の方法。任意のパケットのレイテンシ制約及び/又は送信制約がある場合、そのパケットの全ての情報ビットの送信を前記単一の送信期間でスケジュールするために追加リソースを割り当てることを更に備える請求項16の方法。レイテンシ制約及び/又は送信制約がない場合、これらパケットの全ての情報ビットの前記複数の送信期間での送信をスケジュールすることを更に備える請求項16の方法。前記単一又は複数の送信期間の各送信期間はホップ期間を含む請求項16の方法。前記単一又は複数の送信期間の各送信期間はフレームを含む請求項16の方法。無線通信環境におけるスケジューリングを容易にする装置であって、アプリケーションパケットから取得される情報を、チャネルリソースへスケジュールするスケジューラと、前記パケットからの情報の任意のサイズの塊と、前記アプリケーションに関連する情報とを提供するハイブリッドインタフェースとを備える装置。前記情報は、前記アプリケーションパケット内の残りのビット数を含む請求項22の装置。前記情報は、前記アプリケーションパケットのタイムスタンプを含む請求項22の装置。前記スケジューラは、前記アプリケーションパケットの各々からの全ての情報が、単一の送信期間でスケジュールされたのかを判定し、前記アプリケーションパケットの各々からの情報の全てが、前記単一の送信期間でスケジュールされた訳ではないのであれば、前記情報の全てがスケジュールされた訳ではないパケットの送信制約及び/又はレイテンシ制約を決定する請求項22の装置。任意のアプリケーションパケットのレイテンシ制約及び/又は送信制約がある場合、前記スケジューラは、そのアプリケーションパケットの全ての情報ビットの送信を、前記単一の送信期間でスケジュールするために追加リソースを割り当てる請求項22の装置。前記スケジューラは、レイテンシ制約及び/又は送信制約がない場合、前記アプリケーションパケットの全ての情報ビットの、複数の送信期間での送信をスケジュールする請求項22の装置。無線リンクによって送信される情報を含み、それぞれが複数のビットを備えるユーザ用の複数のパケットを格納するメモリと、前記複数のパケットを断片化し、かつ前記複数の情報ビットの数に基づいて、無線リンクによる送信のために、前記ユーザへの送信リソースの割当を決定するように構成され、前記メモリに接続されたプロセッサとを備える電子デバイス。断片化された各パケット内の情報ビットの数を決定するハイブリッドインタフェースを更に備える請求項28の電子デバイス。情報ビットの全てが単一の送信期間でスケジュールされている訳ではない任意のパケットのアプリケーションのレイテンシ制約に基づいて、ユーザへの追加の送信リソースのスケジュールを試みるかを決定するスケジューラを更に備える請求項28の電子デバイス。前記送信リソースは複数のOFDMシンボルを含む請求項30の電子デバイス。前記送信リソースはホップ期間を含む請求項30の電子デバイス。前記送信リソースはフレームを含む請求項30の電子デバイス。前記パケットのアプリケーションのレイテンシ制約が送信を阻止しないのであれば、前記プロセッサは更に、パケットからの情報の複数の送信期間での送信を許可するように構成された請求項28の電子デバイス。無線リンクによる送信をスケジュールする方法であって、ユーザのために無線リンクで送信される複数のパケットの情報ビットの数を決定することと、前記情報ビットの数に部分的に基づいて、前記ユーザのための送信リソースをスケジュールすることとを備える方法。決定する前に複数のパケットを断片化することを更に備える請求項33の方法。前記複数のパケットの情報ビットの全てが、単一の送信期間でスケジュールされる訳ではない場合、前記情報ビットの全てがスケジュールされる訳ではないパケットの送信制約及び/又はレイテンシ制約を決定することを更に備える請求項33の方法。レイテンシ制約及び/又は送信制約がある場合、前記ユーザのための送信を前記単一の送信期間でスケジュールするために追加リソースを割り当てることを更に備える請求項35の方法。前記パケットの送信制約及び/又はレイテンシ制約がない場合、前記パケットの情報のための送信を、前記複数の送信期間でスケジュールすることを更に備える請求項35の方法。様々な実施形態が、図面を参照して記述され、同一の参照数字が、全体を通じて同一の要素を参照するために使用される。以下の記載では、説明の目的のために、多数の具体的な詳細が、1つ又は複数の実施形態の完全な理解を与えるために述べられる。しかしながら、そのような実施形態は、これら具体的な詳細なしで実現されることが明らかでありうる。他の実例では、周知の構造およびデバイスが、1つ又は複数の実施形態を記述することを容易にするために、ブロック図の形式で示される。図1を参照して、1つの実施形態に従った多元接続無線通信システムが例示される。多元接続無線通信システム100は、多数のセル、例えばセル102、104及び106を含んでいる。図1の実施形態では、セル102、104及び106はそれぞれ、多数のセクタを含むアクセスポイント150を含みうる。多数のセクタは、セルの一部におけるアクセス端末との通信にそれぞれ責任を持つアンテナのグループによって形成される。セル102では、アンテナグループ112、114及び116はそれぞれ異なるセクタに対応する。セル104では、アンテナグループ118、120及び122はそれぞれ異なるセクタに対応する。セル106では、アンテナグループ124、126及び128はそれぞれ異なるセクタに対応する。セルはそれぞれ、各アクセスポイントの1つ又は複数のセクタと通信するいくつかのアクセス端末を含んでいる。例えば、アクセス端末130及び132は、基地142と通信し、アクセス端末134及び136はアクセスポイント144と通信し、アクセス端末138及び140はアクセスポイント146と通信する。コントローラ130は、セル102,104及び106の各々に結合される。コントローラ130は、例えばインターネットやその他のパケットベースのネットワーク、回路交換音声ネットワークのように、多元接続無線通信システム100のセルと通信するアクセス端末との間で情報をやり取りする多数のネットワークへの1つ又は複数の接続を含む。コントローラ130は、アクセス端末との送信をスケジュールするスケジューラを含むかあるいは結合されている。他の実施形態では、スケジューラは、個々のセル、セルの各セクタ、あるいはそれらの組合せ内に存在しうる。本明細書で用いられるように、アクセスポイントは、端末と通信するために使用される固定局かもしれないし、また、基地局、NodeB、又はその他の用語で称され、これらの機能の幾つか又は全てを含んでいるかもしれない。アクセス端末はまた、ユーザ機器UE、無線通信デバイス、端末、移動局、又はその他の用語で称され、これらの機能の幾つか又は全てを含んでいる。図2に示すように、多元接続無線通信システムのスペクトル割当スキームが例示される。複数のOFDMシンボル200が、T個のシンボル期間、及びS個の周波数副搬送波にわたって割り当てられる。OFDMシンボル200はそれぞれ、T個のシンボル期間のうちの1つのシンボル期間と、S個の副搬送波のうちのトーン又は周波数副搬送波とを含む。OFDM周波数ホッピングシステムでは、1つ又は複数のシンボル200が、所定のアクセス端末へ割り当てられうる。図2に示す割当スキームの1つの実施形態では、例えばホップ領域202のような、逆方向リンクによる通信のためのアクセス端末のグループへのシンボルの1つ又は複数のホップ領域である。各ホップ領域内では、シンボル割当はランダム化され、干渉の可能性が低減され、有害なパス効果に対して周波数ダイバーシティが提供される。アクセスポイントのセクタと通信しており、かつホップ領域に割り当てられた1つ又は複数のアクセス端末に割り当てられたシンボル204を、各ホップ領域202は含む。各ホップ期間、すなわちフレームの間、T個のシンボル期間及びS個の副搬送波内のホップ領域202の位置は、ホッピングシーケンスによって変わる。さらに、ホップ領域202内の個々のアクセス端末に対するシンボル204の割当は、各ホップ期間の間変わるかもしれない。ホップシーケンスは、準ランダム、ランダム、又は予め定めたシーケンスに従って、各ホップ期間に対するホップ領域202の位置を選択する。同じアクセスポイントの異なるセクタのホップシーケンスは、同じアクセスポイントと通信しているアクセス端末間のセル内干渉を回避するために、互いに直交するように設計される。さらに、各アクセスポイントのホップシーケンスは、近くのアクセスポイントのホップシーケンスに関して準ランダムでありうる。これは、異なるアクセスポイントと通信しているアクセス端末間のセル間干渉をランダム化するのに役立つ。逆方向リンク通信の場合、ホップ領域202のシンボル204のうちのいくつかは、アクセス端末からアクセスポイントへ送信されるパイロットシンボルに割り当てられる。シンボル204に対するパイロットシンボルの割当は、好適には、空間分割多元接続SDMAをサポートするべきである。ここでは、異なるアクセス端末に対応する空間シグネチャの十分な相違が与えられるのであれば、セクタ又はアクセスポイントにおける多数の受信アンテナによって、同じホップ領域にオーバーラップする異なるアクセス端末の信号が分離される。図2が、7つのシンボル期間からなる長さを有するホップ領域200を示す一方、ホップ領域200の長さは、任意の所望量とすることができ、ホップ期間、あるいは所定のホップ期間における異なるホップ領域と間のサイズにおいて異なりうることが注目されるべきである。シンボル、ホップ領域等は、一般に、サイズ又はタイミングの観点からパケットに対して1対1でマップしない。これは、パケットを断片化し、かつ断片化されたビットからシンボルを組み合わせる必要性をもたらす。これは、パケットに含まれる情報ビットを適切な方法でスケジュールする際における困難性を増加させる。図2の実施形態は、ブロックホッピングの利用に関して記述されているが、連続するホップ期間の間でブロックの位置を変更する必要はないことが注目されるべきである。図2の実施形態が、ブロックホッピングを利用するOFDMAシステムに関連している一方、本開示は、多くの異なる通信システムで動作しうることが注目されるべきである。実施形態では、利用される通信システムは、時分割多元システムでありうる。そこでは、各ユーザが、1又は複数の時間スロット、期間等において1又は複数の時間スロット、あるいはその一部が割り当てられる。そのような実施形態では、時間スロットはそれぞれ複数の送信シンボルを備えうる。更なる実施形態は、CDMAスキーム又はFDMAスキームを利用し、各ユーザは、リソースが分割又は制限される限り、他の基準に基づいて送信リソースが割り当てられる。図3には、実施形態に従ってパケットアウェアリソース割当を容易にするシステムの簡略ブロック図が例示される。ネットワーク300は、無線通信システム302とパケットを送受信する。ネットワーク300からの受信パケットは、ネットワークによって利用される通信プロトコルに基づいて、指定されたビット数からなる第1のフォーマットを持っている。スケジューラ304は、パケット及びパケットの一部を、そのサイズ及び情報内容に依存して、チャネルリソースに割り当てる。これらチャネルリソースは、例えば、OFDMシンボル200あるいは他の送信シンボルでありうる。任意の通信システムでは、例えばOFDMシンボル、時間スロット、CDMA符号等のように、任意の所定の時間期間に利用可能なチャネルリソースの数は、システムパラメータによって制限される。したがって、スケジューラ304は、パケットが属するアプリケーションによって与えられる所定期間の間、パケットの全情報コンテンツが、シンボル数、時間スロット、ホップ領域等で送信されたかに部分的に基づいて、各パケットに含まれる情報ビットに割り当てるチャネルリソースを決定する。スケジューラ304は、サービス品質QoS、比例的公平基準proportionalfairnesscriteria、他のスケジューリングアプローチ、又はこれらの組合せに加えて、完全なスケジュール要求を適用することができる。すなわち、無線通信システム302から送信されるシンボルのスケジュールの決定の際に用いられるファクターの1つは、アプリケーションに基づく一定のレイテンシ制約を有し、パケットに含まれる情報ビットが、アプリケーションによって要求され、無線通信システムのシンボル、時間スロット、ホップ領域等によって規定される時間フレーム内で送信することができるかである。例えば、パケットがユーザAに与えられるビデオアプリケーションパケットである場合、スケジューラ304は、パケット内のビット数を決定し、ビデオアプリケーションパケットのコンテンツを送信するのに必要な送信シンボルの数を決定するだろう。そして、スケジューラ304は、ユーザのQoS、公平基準、その他のスケジューリングアプローチ、又はこれらの組み合わせに基づいて、ユーザAへの送信をスケジュールする。しかしながら、ビデオアプリケーションパケットに含まれる全情報ビットを、要求される時間期間内に送信できない場合、スケジューラ304は、ビデオアプリケーションのレイテンシ要求に基づいて、送信時間期間、フレーム、又はホップ期間の別の部分におけるビデオアプリケーションパケット内に含まれる情報ビットに対応するシンボルの送信をスケジュールするか、あるいは、現在のホップ期間、フレーム、送信時間期間等におけるビデオアプリケーションパケットに含まれる更なるリソースを情報ビットに割り当てることを試みるかを決定するだろう。この追加の送信リソースは、他のユーザに割り当てられたものかもしれないし、あるいは、共有データチャネル等の追加リソースかもしれない。スケジューラ304は、基地局又はアクセスポイントのような単一の無線通信デバイス内に存在するかもしれないし、あるいは基地局又はアクセスポイントコントローラと、基地局又はアクセスポイントとの間のように、多くの無線通信デバイス内に分散されているかもしれない。スケジュール後、パケットからの情報ビットは、変調器306によって変調され、1又は複数のアンテナを経由してアクセス端末へ送信されるためにトランシーバ308へ供給される。無線通信システム302は、OFDMプロトコル、OFDMAプロトコル、CDMAプロトコル、TDMAプロトコル、それらの組合せ、あるいは他の適切な無線通信プロトコルを用いるユーザに通信サービスを供給することができる。図4には、実施形態に従ったスケジューラの機能ブロック図が例示される。ネットワークから受信された情報は、一般に、アプリケーションレイヤ400あるいはより高いレイヤにおいて名付けられる。この情報は、一般に、パケット402に含まれている。これらのパケット402は、一般に、ビットのサイズを持っており、パケットを生成した異なるアプリケーションによってデータが生成された時を示すタイムスタンプを含みうる。アプリケーションのレイテンシ要求は、例えば、各パケット内で識別された情報タイプに基づいて知られる。パケット402に含まれる情報ビットを無線インタフェースによって送信するために、物理レイヤ406は、チャネル410を介した送信のために適切なサイズ及びフォーマットからなる送信シンボル408を生成する必要がある。チャネル410は、それぞれ異なる目的のために利用される複数の部位412-426を含んでいる。例えば、ある部位は、例えば電力制御、又は逆方向リンクスケジューリング情報のような制御情報を送信するために利用される。一方、他の部位は、1又は複数のアクセス端末へデータを送信するために利用される。これら部位412-426のリソースは、チャネルリソースの利用時における柔軟性を考慮して、送信される情報のタイプ、又は各ユーザのためのチャネル条件に基づく異なる目的のための送信からなる多くの目的のために使用されうる。アプリケーションレイヤ400においてパケットに含まれる情報ビットを、物理レイヤ406の送信シンボル又はその他のチャネルリソースに変換するために、2つの主要なインタフェースオプションがある。第1のものは、アプリケーションレイヤからの情報を、ビットの塊chunkとして物理レイヤに転送するビットインタフェースである。物理レイヤは、それ自身の送信シンボルサイズに基づいて、任意のサイズの塊のビットを要求し、送信することができる。第2のタイプのインタフェースは、アプリケーションレイヤからの情報を、パケットの塊として物理レイヤへ転送するパケットインタフェースである。これらのパケットは、等しいサイズの塊でスケジューラ428へ提供されるかもしれないし、提供されないかもしれない。ビットインタフェースは、処理可能なデータサイズに関する制限を物理レイヤ406が持たないという利点を持つ。これは、スケジューラ動作を簡単にする。なぜなら、スケジューラは、利用可能なチャネルリソースに適合するどのサイズの塊をもスケジュールできるからである。しかしながら、その欠点は、アプリケーションレベル特性を考慮しておらず、アプリケーションパフォーマンスが、アプリケーションパケットの非効率な断片化によって悪化しうることである。更に、アプリケーションレイテンシ要求は、アプリケーションパケットレイテンシを知らないスケジューラによって対処することができない。一方、パケットインタフェースは、スケジューラが、パケット境界のようなアプリケーションパケット詳細へのアクセスを有するという利点を持つ。欠点は、スケジューラが、チャネル上における多くのユーザの効率的な多重通信のために利用可能なチャネルリソースを持っていないかもしれないということである。スケジューラ428は、ビットインタフェースおよびパケットインタフェースの機能を含むハイブリッドインタフェース430を利用する。ハイブリッドインタフェース430は、チャネルにおける制限されたリソース上での効率的なスケジューリング及び多重通信を可能にするために、物理レイヤが、任意のサイズのデータの塊をアプリケーションから取り去る能力を与える。しかしながら、ビットインタフェースと異なり、このハイブリッドインタフェース430は、スケジュール目的のために役立つアプリケーションパケットに関連した情報をスケジューラに428を供給する。例えば、物理レイヤがビットを要求する場合、現在のパケット内の残りのビット数に関する情報、及びパケットのタイムスタンプが提供される。更に、ハイブリッドインタフェース430は、物理レイヤに渡されるためにアプリケーションキューで待機するその他のパケットのパケットサイズ及びタイムスタンプ情報を提供しうる。1つの実施形態では、スケジューラ428は、アプリケーションパケットが断片化される可能性を低減するために、ハイブリッドインタフェース430を通じて利用可能な情報を活用しうる。スケジューラ428が、パケット境界を知っている場合、たとえ、利用可能なチャネルリソースに関して困難であるかもしれないが、現在のホップ期間又はその他の時間フレーム内で、パケットの残りをスケジュールすることを試みることができる。スケジューラ428は、残りのビット数、レイテンシ感度、及びチャネルリソースを取得する困難さを用いて、アプリケーションパケットを断片化するか否かの判断を行うか、あるいは現在のホップ期間又はその他の時間期間内でパケット全体のスケジューリングを行う。このハイブリッドインタフェース430を利用する1つの利点は、アプリケーションのチャネルおよびパフォーマンスの使用を同時に最適化するために、スケジューラ428が、チャネル制約とアプリケーション制約との両方を利用できるようにすることである。図5A、5B及び5Cに示すように、多くの実施形態に従ったスケジュールのための方法論が例示される。例えば、この方法は、OFDM環境、OFDMA環境、CDMA環境、TDMA環境、あるいは他の適切な無線環境におけるパケットアウェアスケジューリングに関連しうる。説明の簡潔さの目的のために、この方法は、一連の動作として示され説明されるが、幾つかの動作は、1つ又は複数の実施形態に従って、本明細書で示され記載されたものとは、異なる順序、及び/又は別の動作と同時に起こりうるので、この方法は、この動作順に限定されないことが理解され認識されるべきである。方法は、例えば状態図において相互関連する一連の状態又はイベントとして表すことも可能である。更に、例示された全ての動作が、1つ又は複数の実施形態に従って方法を実現することが要求される訳ではない。図5Aでは、ブロック502において、複数のパケットからの情報ビットが、ハイブリッドインタフェースを経由して物理レイヤにおいて受信される。そして、ブロック504では、スケジュールされる情報ビットが、コンテンツの全てが現在の時間期間の間にスケジュールされるパケットから提供されたかについて判定がなされる。ブロック506では、スケジューリングのために情報ビットを提供する各パケットのコンテンツが、現在の時間期間中にスケジュールされる場合、パケットは、システムのスケジューリングアルゴリズムによってスケジュールされる。スケジューリングアルゴリズムは、サービス品質QoS、比例的公平基準、その他のスケジューリングアプローチ、又はこれらの組み合わせに基づきうる。スケジューリングのために情報ビットを提供した各パケットのコンテンツが、スケジューリングのために提供されていないか、あるいは現在の時間期間中にスケジュールすることができない場合、ブロック508では、これらパケットのコンテンツのレイテンシ制約及び/又はその他の送信要求に関する判定がなされる。残りの情報ビットが、後の時間期間で送信されることを阻止するレイテンシ制約及び/又はその他の送信要求が存在しない場合、ブロック510では、これらパケットの情報ビットが、現在の時間期間内のスケジュールから除外される。現在の時間期間においてパケットの送信を要求するレイテンシ制約及び/又はその他の送信要求が存在する場合、ブロック512において、レイテンシ制約及び/又はその他の送信要求を持つパケットからの情報ビットの全てを許可するために、スケジューラは、パケットユーザへの送信のために追加のチャネルリソースを加えるか、あるいは他のユーザからチャネルリソースを取り除くことを試みる。ブロック514において、システムは、システムのスケジューリングアルゴリズムに従ってスケジュールする。図5Bでは、ブロック550において、スケジューラに提供されるために断片化されるパケットが選択される。そして、ブロック552では、現在の時間期間において、パケットからの情報ビットの全てをスケジュールするために十分なリチャネルリソースが存在するかが判定される。パケットのコンテンツが現在の時間期間でスケジュール可能である場合、ブロック554においてパケットが断片化され、システムのスケジューリングアルゴリズムに従ったスケジューリングのために提供される。このスケジューリングアルゴリズムは、サービス品質QoS、比例的公平基準、その他のスケジューリングアプローチ、又はこれらの組み合わせに基づきうる。現在の時間期間中にパケットのコンテンツをスケジュールすることができない場合、ブロック556において、パケットのコンテンツのレイテンシ制約及び/又はその他の送信要求に関する判定がなされる。パケットの残りの情報ビットが、後の時間期間で送信されることを阻止するレイテンシ制約及び/又はその他の送信要求が存在しない場合、ブロック558では、現在の時間期間中のスケジュールのために、パケットが断片化され、チャネルリソースのための情報ビットが提供される。断片化されたパケットからの残りの情報ビットは、後の時間期間におけるスケジューリングのために1つ又は複数のキューにおいて保持される。現在の時間期間においてパケットの送信を要求するレイテンシ制約及び/又はその他の送信要求が存在する場合、ブロック560において、レイテンシ制約及び/又はその他の送信要求を持つパケットからの情報ビットの全てを許可するために、スケジューラは、パケットユーザへの送信のために追加のチャネルリソースを加えるか、他のユーザからチャネルリソースを取り除くことを試みる。次に、このシステムは、ブロック562において、システムのスケジューリングアルゴリズムに従ってスケジュールする。図5Cでは、ブロック570において、ユーザのためにスケジュールされる情報ビット数が判定される。これは、そのユーザのために格納されたパケット数、到来する時間期間において送信されるパケット数、あるいはその他のアプローチに基づいて判定されうる。ブロック572では、パケット内の情報ビット数に基づいて、チャネルリソースが各ユーザに割り当てられる。多くの場合、送信期間の間に多くのユーザがチャネルリソースにアクセスすることを許可するために、ユーザは、システム負荷に依存して、固定量までの、又は初期量までのリソース数が割り当てられる。そのため、たとえ、システムが、断片化されたパケットからの情報ビットに基づいてチャネルリソースを割り当てることを試みても、少なくとも、まず第一に、そのような割当ては完全には行われないかもしれない。チャネルリソースの割当ては、システムのスケジューリングアルゴリズムに従って実行されうる。スケジューリングアルゴリズムは、サービス品質QoS、比例的公平基準、その他のスケジューリングアプローチ、あるいはこれらの組合せの品質に基づきうる。チャネルリソースが割り当てられた後、ブロック574では、ユーザのための断片化されたパケットからの情報ビットの全てが、現在の時間期間内にチャネルリソースが割り当てられたかが判定される。断片化されたパケットからの情報ビットの全てに、現在の時間期間内にチャネルリソースが割り当てられた場合、ブロック576において、スケジューリングが完了する。断片化されたパケットからの情報ビットの全てに、現在の時間期間内にチャネルリソースが割り当てられていない場合、ブロック578では、これら情報ビットの全てにリソースが割り当てられている訳ではないパケットのコンテンツのレイテンシ制約及び/又はその他の送信要求に関する判定がなされる。パケットの残りの情報ビットが、後の時間期間で送信されることを阻止するレイテンシ制約及び/又はその他の送信要求が存在しない場合、ブロック580では、現在の時間期間におけるスケジュールのために、パケットが断片化され、チャネルリソースのための情報ビットが提供される。断片化されたパケットからの残りの情報ビットは、後の時間期間におけるスケジューリングのために1つ又は複数のキューにおいて保持される。現在の時間期間においてパケットの送信を要求するレイテンシ制約及び/又はその他の送信要求が存在する場合、ブロック582において、レイテンシ制約及び/又はその他の送信要求を持つパケットからの情報ビットの全てを許可するために、スケジューラは、パケットユーザへの送信のために追加のチャネルリソースを加えるか、他のユーザからチャネルリソースを取り除くことを試みる。その後、システムは、ブロック584において、システムのスケジューリングアルゴリズムに従ってスケジュールする。図6を参照して、多元接続無線通信システムにおける送信機及び受信機の一実施形態を例示する。送信機システム610では、多くのデータストリームのためのトラフィックデータが、データソース612から送信TXデータプロセッサ614に提供される。実施形態では、各データストリームは、それぞれの送信アンテナを通して送信される。TXデータプロセッサ614は、符号化データを提供するためにそのデータストリームのために選択された特定の符号化スキーム基づいて、各データストリームのトラフィックデータをフォーマットし、符号化し、インタリーブする。いくつかの実施形態では、TXデータプロセッサ614は、シンボルが送信されているユーザに基づいて、データストリームのシンボルにビーム形成重み適用する。いくつかの実施形態では、ビーム形成重みは、受信機602において生成される固有ビームベクトルに基づいて生成され、フィードバックとして送信機600に提供される。さらに、それらスケジュールされた送信の場合、TXデータプロセッサ614は、ユーザから送信されたランク情報に基づいて、パケットフォーマットを選択することができる。各データストリームの符号化データは、OFDM技術を使用して、パイロットデータで多重化されうる。パイロットデータは、一般的には、周知の方法で処理される既知のデータパターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。各データストリームの多重化されたパイロット及び符号化されたデータは、変調シンボルを提供するためにそのデータストリームのために選択された特定の変調スキーム例えば、BPSK、QSPK、M-PSK、又はM-QAMに基づいて変調つまり、シンボルマップされる。各データストリームのデータレート、符号化、及び変調は、プロセッサ430によって実行又は提供される指示によって決定されうる。そして、全てのデータストリームの変調シンボルが、TXMIMOプロセッサ620へ提供される。TXMIMOプロセッサ620は、例えば、OFDMのため変調シンボルを更に処理する。そして、TXMIMOプロセッサ620は、NT個の変調シンボルストリームをNT個の送信機TMTR622a~622tに提供する。ある実施形態では、TXMIMOプロセッサ620は、ユーザチャネル応答情報から、シンボルの送信先であるユーザ、及び、シンボルの送信元であるアンテナに基づいて、ビーム形成重みを、データストリームのシンボルに適用する。各送信機622は、それぞれのシンボルストリームを受信し処理して、1つ又は複数のアナログ信号を提供し、このアナログ信号を更に処理例えば、増幅、フィルタ、及びアップコンバートして、MIMOチャネルを介した送信に適切な変調信号を提供する。送信機622a~622tからのNT個の変調信号は、その後、NT個のアンテナ624a~624tからそれぞれ送信される。受信機システム650では、送信された変調信号が、NR個のアンテナ652a~652rによって受信され、各アンテナ452からの受信信号が、それぞれの受信機RCVR654へ提供される。各受信機654は、それぞれの受信信号を処理例えば、フィルタ、増幅、及びダウンコンバートし、この処理された信号をデジタル化してサンプルを取得し、更にこのサンプルを処理して、対応する受信されたシンボルストリームを提供する。そして、RXデータプロセッサ660は、NR個の受信機654からのNR個のシンボルストリームを受信し、特定の受信処理技術に基づいて処理し、NT個の検知されたシンボルストリームを提供する。RXデータプロセッサ660による処理を、以下に更に詳細に説明する。検知されたシンボルストリームはそれぞれ、対応するデータストリームのために送信された変調シンボルの推定値であるシンボルを含んでいる。そして、RXデータプロセッサ660は、検知された各シンボルストリームを復調、逆インタリーブ、及び復号し、データストリームのためトラフィックデータを復元する。RXデータプロセッサ660による処理は、送信機システム610においてTXMIMOプロセッサ620及びTXデータプロセッサ614によって行なわるものに対して相補的である。RXプロセッサ660によって生成されたチャネル応答推定値は、受信機における空間、空間/時間処理の実行、電力レベルの調節、変調レート又はスキームの変更、又はその他の動作のために使用される。RXプロセッサ660は更に、検知されたシンボルストリームの信号対雑音及び干渉比SNR、及び恐らくはその他のチャネル特性を推定し、これら量をプロセッサ670に提供する。RXデータプロセッサ660又はプロセッサ670は更に、システムの動作中operatingSNRの推定値を導出しうる。そして、プロセッサ670は、推定されたチャネル状態情報CSI:channelstateinformationを提供する。これは、通信リンク及び/又は受信されたデータストリームに関する様々な種類の情報を含みうる。例えば、CSIは、動作中のSNRのみを含んでいるかもしれない。CSIはその後、TXデータプロセッサ638によって処理され、変調器680によって変調され、送信機654a~454rによって処理され、送信機システム610へ送り戻される。TXデータプロセッサ638はまた、多くのデータストリームのためのトラフィックデータをデータソース676から受信する。送信機システム610では、受信機システム650からの変調信号がアンテナ624によって受信され、受信機622によって処理され、復調器640によって復調され、RXデータプロセッサ642によって処理されて、受信機システムによって報告されたCSIが復元される。この報告されたCSIは、プロセッサ630に提供され、1データストリームのために使用されるデータレート、符号化及び変調スキームの決定、及び、2TXデータプロセッサ614及びTXMIMOプロセッサ620のための様々な制御の生成のために使用される。データソース642,676に格納された情報は、図1~図5に関して説明したようなスケジューラに基づくスケジューラによってスケジュールされる。図6及び関連説明はMIMOシステムを参照しているが、複数入力単数出力MISO及び単数入力複数出力SIMOのような他のシステムもまた、図6の構成、及び本明細書で説明したような構成、方法、システムを利用することができる。本明細書で説明した技術は、様々な手段によって実現されうる。例えば、これらの技術は、ハードウェア、ソフトウェア、あるいはそれら組み合わせで実現されうる。ハードウェア実装の場合、チャネル推定に使用される処理ユニットは、1つ又は複数の特定用途向け集積回路ASIC、デジタル信号プロセッサDSP、デジタル信号処理デバイスDSPD、プログラマブル論理回路PLD、フィールドプログラマブルゲートアレーFPGA、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書に記載の機能の実行のために設計されたその他の電子ユニット、又はこれらの組み合せで実装されうる。ソフトウェアを用いて、本明細書で記載の機能例えば、手順、関数等を実行するモジュールによって実現される。上記記述は、1つ又は複数の実施形態の例を含む。前述した実施形態を記述する目的のために考えられるコンポーネント又は方法の全ての組み合わせを説明することはもちろん不可能であるが、当業者であれば、種々の実施形態の更なる組み合わせ及び置き換えが可能であることが理解できよう。従って、記述した実施形態は、特許請求の範囲の精神及び範囲内にある変形、改良、又は変更のような全てを包含するように意図されている。更に、用語備えるcomprisingは、請求項において連結transitional用語として用いられているので、用語含むincludesが、詳細説明又は請求項かの何れかで使用されている限り、この用語は、用語備えるcomprisingと同様に包括的になるように意図されている。"