JP2012508516A - パーティションされたトラフィックセグメントに関連する通信方法および通信装置 - Google Patents

Abstract

２つのアクセス端末との同時接続を有し、同じトラフィックセグメント中で、トラフィック信号を２つのアクセス端末に送信することを望むアクセスルータは、トラフィックセグメントをパーティションする。パーティションとは、トラフィックセグメントの第１の部分が第１のアクセス端末に割り振られ、トラフィックセグメントの第２の部分が第２のアクセス端末に割り振られるようなものである。トラフィック信号のうちのいくつかが向けられているアクセス端末は、帯域内制御シグナリングを受信および復元し、帯域内制御シグナリングは、トラフィックセグメントのアクセス端末に割り振られているパーティション部分を識別して、使用されたデータレート情報および／またはコーディング情報を識別する。アクセス端末は、この割り振られたパーティション部分中で、トラフィックセグメント信号を受信して、トラフィック情報を復元する。
【選択図】 図２Ａ

Description

分野

さまざまな実施形態は、ワイヤレス通信に関連しており、さらに詳細には、パーティションされたトラフィックセグメントに関連する方法および装置に関連している。

背景

いくつかのワイヤレス通信システムでは、トラフィックセグメントの繰り返しセットが予測可能ベースで使用可能になるように、タイミング構造にしたがって、エアリンクリソースを分割している。分散方法でトラフィックスケジューリングを実行するシステムでは、使用可能なエアリンクトラフィックリソースを効率的に利用することが、困難な課題であることがある。異なるタイプのデバイスは、同時にサポートできる接続に関して異なる能力を持っている、あるいは／ならびに、この領域中のアクティビティの監視および／または追跡に関して異なる能力を持っている。異なるデバイスはまた、例えば、通信されることになっているトラフィックの量の点で、および／または、待ち時間の懸念事項の点で、異なるトラフィックニーズを持っている。加えて、同じデバイスは、異なる時間において、例えば、時刻や実行中のアプリケーションなどの関数で、異なるトラフィックニーズを持っている。繰り返しタイミング構造において、１セットの固定サイズのトラフィックセグメントを選択することは、いくつかの状況ではうまく働くかもしれないが、他の状況では非効率的であるかもしれない。

上記の議論に基づくと、トラフィックリソースの割り振りにおける、および／または、トラフィックリソースの使用における柔軟性を提供する方法および装置に対するニーズがある。通信ネットワークに存在する異なるデバイス能力に対処できる一方で、トラフィックエアリンクリソースの効率的なスケジューリングにおける、および／または、トラフィックエアリンクリソースの効率的な利用における柔軟性を提供する、リソースの使用および／または割り振りに関連する１つ以上の新たな方法および装置が開発されるとすれば、有益であるだろう。

概要

ワイヤレス通信システム中の、例えばトラフィックセグメントのような、エアリンクリソースのスケジューリングに関連する方法および装置を記述している。記述しているさまざまな方法および装置は、例えばアドホックピアツーピアネットワークのような、トラフィックスケジューリングが分散されているワイヤレスピアツーピアネットワークにうまく適合する。さまざまな方法および装置は、例えば、ピアツーピア通信ネットワークにおけるトラフィックセグメントのダイナミックパーティショニングのような、複数の接続間でのトラフィックセグメントのパーティショニングに関係しており、複数の接続は、一般的にアクセスルータを持つ。

いくつかの実施形態では、分散スケジューリングにより、２つのアクセス端末に対応しているピアツーピア接続にトラフィックセグメントを割り振ることを決める場合に、トラフィックセグメントはパーティションされていない。しかしながら、分散スケジューリングにより、参加者としてアクセスルータを含む接続にトラフィックセグメントを割り振ることを決める場合には、トラフィックセグメントは、パーティションされてもよく、時に、パーティションされている。したがって、ピアツーピア通信ネットワークにおいて、例えばより高度なデバイス能力のような、アクセス端末とは異なるデバイス能力を典型的に有するアクセスルータは、異なって取り扱われる。このアプローチにより、ピアツーピアシステムにおいて、例えば、無駄を制限すること、より高い全体的なスループットを可能にすること、および／または、待ち時間を減少させることのような、エアリンクトラフィックリソースのより効率的な利用を提供することができる。

トラフィックセグメントをパーティションすることに関連する方法および装置を記述している。２つのアクセス端末との同時接続を有し、同じトラフィックセグメント中で、トラフィック信号を２つのアクセス端末に送信することを望むアクセスルータは、トラフィックセグメントをパーティションする。パーティションとは、トラフィックセグメントの第１の部分が第１のアクセス端末に割り振られ、トラフィックセグメントの第２の部分が第２のアクセス端末に割り振られるようなものである。例えば、パーティション部分割り当てを識別するような制御情報、データレート情報、および／またはコーディング情報も、帯域内制御シグナリングとして、トラフィックセグメント中で通信される。トラフィック信号のうちのいくつかが向けられているアクセス端末は、帯域内制御シグナリングを受信して復元し、帯域内制御シグナリングは、トラフィックセグメントのアクセス端末に割り振られているパーティション部分を識別して、そのトラフィックセグメントパーティション部分中で使用された、データレート情報および／またはコーディング情報を識別する。アクセス端末は、この割り振られたパーティション部分中で、トラフィックセグメント信号を受信して、復元したデータレート情報および／またはコーディング情報を使用して、アクセス端末に向けられているトラフィック情報を復元する。

アクセスルータのトラフィックセグメントパーティショニングは、２つより多いアクセス端末を含むように拡張することができ、時に、拡張されている。いくつかの実施形態では、パーティショニングとは、パーティションサイズとデータレートとを個々に設定できるようなことをいう。いくつかの実施形態では、パーティションオプションは、固定セットの予め定められたパーティションオプションであり、例えば、各オプションが、１セットのパーティションと、使用することになる１セットの対応しているデータレートとを識別する。

いくつかの実施形態において、アクセスルータを動作させる例示的な方法は、第１の複数の送信要求応答のうちの少なくとも１つが第１のトラフィックセグメントに対応している、前記第１の複数の送信要求応答を複数のアクセス端末から受信することと；１セットのアクセス端末が前記複数のアクセス端末中に含まれている、前記１セットのアクセス端末に対して、前記第１のトラフィックセグメント中で、第１のセットのトラフィックデータを送信することとを含む。いくつかの実施形態において、例示的なアクセスルータは、メモリと：第１の複数の送信要求応答のうちの少なくとも１つが第１のトラフィックセグメントに対応している、前記第１の複数の送信要求応答を複数のアクセス端末から受信するようにと；１セットのアクセス端末が前記第１の複数のアクセス端末中に含まれている、前記１セットのアクセス端末に対して、前記第１のトラフィックセグメント中で、第１のセットのトラフィックデータを送信するように構成されている少なくとも１つのプロセッサとを具備する。

いくつかの実施形態において、アクセス端末を動作させる例示的な方法は、第１のトラフィックセグメント中で、アクセスルータから第１のトラフィックセグメント信号を受信することと；前記第１のトラフィックセグメント信号からパーティショニング情報を復元することと；前記第１のアクセス端末に対応しているトラフィックデータを含む、前記第１のトラフィックセグメント信号の部分を、少なくとも前記復元したパーティショニング情報に基づいて決定することとを含む。いくつかの実施形態において、例示的な第１のアクセス端末は、メモリと：第１のトラフィックセグメント中で、アクセスルータから第１のトラフィックセグメント信号を受信するようにと；前記第１のトラフィックセグメント信号からパーティショニング情報を復元するようにと；前記第１のアクセス端末に対応しているトラフィックデータを含む、前記第１のトラフィックセグメント信号の部分を、少なくとも前記復元したパーティショニング情報に基づいて決定するように構成されている少なくとも１つのプロセッサとを具備している。

上記の概要においてさまざまな実施形態について説明したが、必ずしも、すべての実施形態が同じ機能を含まないことや、上記で記述した機能のうちのいくつは必ずしも必要ないが、いくつかの実施形態では好ましいことがあることを正しく認識すべきである。さまざまな実施形態の非常に多くのさらなる機能、実施形態、および利益を、後続する詳細な説明において説明する。

図１は、例示的な実施形態にしたがった、例えばアドホック通信ネットワークのような、例示的なピアツーピアネットワークの図である。 図２Ａは、例示的な実施形態にしたがった、アクセスルータを動作させる例示的な方法のフローチャートである。 図２Ｂは、例示的な実施形態にしたがった、アクセスルータを動作させる例示的な方法のフローチャートである。 図３は、例示的な実施形態にしたがった、例示的なアクセスルータの図である。 図４は、図３のアクセスルータ中で使用するモジュールのアセンブリの図である。 図５は、例示的な実施形態にしたがった、第１のアクセス端末を動作させる例示的な方法のフローチャートである。 図６は、例示的な実施形態にしたがった、例示的な第１のアクセス端末の図である。 図７は、図６のアクセス端末中で使用するモジュールのアセンブリの図である。 図８は、例示的な実施形態にしたがった、アクセス端末を動作させる例示的な方法のフローチャートである。 図９は、例示的な実施形態にしたがった、例示的なアクセス端末の図である。 図１０は、図９のアクセス端末中で使用するモジュールのアセンブリの図である。 図１１は、例示的な実施形態にしたがった、アクセスルータを動作させる例示的な方法のフローチャートである。 図１２は、例示的な実施形態にしたがった、例示的なアクセスルータの図である。 図１３は、図１２のアクセスルータ中で使用するモジュールのアセンブリの図である。 図１４は、例示的な実施形態にしたがった、トラフィックセグメントの例示的なパーティションを図示する図である。 図１５は、例示的な実施形態にしたがった、トラフィックセグメントの例示的なパーティションを図示する図である。

詳細な説明

図１は、例示的な実施形態にしたがった、例えばアドホック通信ネットワークのような、例示的なピアツーピアネットワーク１００の図である。例示的なネットワークは、例えば、アクセスルータおよびアクセス端末のような、通信デバイスによって、ピアツーピアトラフィックシグナリングをサポートする。アクセスルータは、例えば、複数の同時ピアツーピアワイヤレス接続をサポートし、ワイヤレスインターフェースおよびワイヤードインターフェースの双方を含んでいる静的通信デバイスである。アクセス端末は、例えば、それぞれが、ワイヤレスインターフェースを含み、ピアツーピアワイヤレス接続をサポートしている移動性のおよび／または静的なワイヤレス端末である。例示的なネットワーク１００は、例えば、トラフィックセグメントのようなトラフィックエアリンクリソースの、スロットごとベースでの分散スケジューリングをサポートする。アクセスルータが、トラフィックセグメントを使用するピアツーピア通信デバイスのうちの１つである、例示的なネットワーク１００は、少なくとも、いくつかのトラフィックセグメントに対して、トラフィックセグメントのセグメントパーティショニングをサポートする。

例示的なピアツーピアネットワーク１００は、複数のアクセスルータ（アクセスルータ１ １０２、...、アクセスルータＭ １０４）と、複数のアクセス端末（アクセス端末１ １０６、アクセス端末２ １０８、アクセス端末３ １１０、アクセス端末４ １１２、アクセス端末５ １１４、...、アクセス端末Ｎ １１６）とを含む。アクセスルータ（１０２、...、１０４）およびアクセス端末（１０６、１０８、１１０、１１２、１１４、...、１１６）は、ピアツーピアトラフィックシグナリングをサポートする。いくつかの実施形態では、ネットワーク１００は、例えばビーコン送信機のような、基準信号送信機１１８を含む。通信ネットワーク１００中の通信デバイス（１０２、１０４、１０６、１０８、１１０、１１２、１１４、１１６）は、例えばピアツーピア接続のような、互いとの接続を確立し、トラフィック送信要求信号を発生させて送信し、トラフィック送信要求信号を受信して処理し、トラフィック送信要求応答信号を発生させて送信し、トラフィック送信要求応答信号を受信して処理し、ピアツーピアトラフィック信号を受信して処理し、ならびに、ピアツーピアトラフィック信号を発生させて送信することができる。アクセスルータが複数の同時ピアツーピア接続を有するとき、異なる同時接続に対応している、トラフィックセグメントの異なる部分に、トラフィックセグメントは、パーティションされてもよく、時に、パーティションされている。

ネットワーク１００中で使用する繰り返しタイミング構造がある。いくつかの実施形態では、タイミング構造に関して同期化するために、例えば、基準信号送信機１１８からのＯＦＤＭビーコン信号のような基準信号が、アクセス端末および／またはアクセスルータにより使用される。代替的には、タイミング構造に同期化するために使用される信号は、例えば、ＧＰＳ送信機、基地局、または、別のピアツーピアデバイスのような、別のデバイスからソース供給されてもよい。いくつかの実施形態では、アクセスルータ（１０２、１０４）は、バックホールネットワークシグナリングを通して同期化する。いくつかの実施形態では、アクセスルータ（１０２、１０４）は、ピアツーピアタイミング構造に関して同期化するために、アクセスルータ近傍のアクセス端末によって使用される基準信号を送信する。ネットワーク中で使用するピアツーピアタイミング構造は、複数の個々のトラフィックスロットを含む。

図２Ａと図２Ｂとを組み合わせたものを含む図２は、例示的な実施形態にしたがった、アクセスルータを動作させる例示的な方法のフローチャート２００である。アクセスルータは、例えば、図１の例示的なピアツーピアワイヤレス通信ネットワーク１００中のアクセスルータ（１０２、１０４）のうちの１つである。動作は、アクセスルータが電源投入され、初期化されるステップ２０２において開始し、ステップ２０４に進む。

ステップ２０４において、アクセスルータは、第１のトラフィックセグメントに対応している送信要求を第１のグループのアクセス端末に送信する。アクセスルータは、第１のグループのアクセス端末のうちのそれぞれとの既存のピアツーピア接続を有する。動作は、ステップ２０４からステップ２０６に進む。

ステップ２０６において、アクセスルータは、複数のアクセス端末から第１の複数の送信要求応答を受信する。前記第１の複数の送信要求応答のうちの少なくとも１つは、第１のトラフィックセグメントに対応しており、前記の複数のアクセス端末は、前記第１のグループのアクセス端末中に含まれている。動作は、ステップ２０６からステップ２０８に進む。

ステップ２０８において、アクセスルータは、第１のトラフィックセグメント中で信号を送信する。ステップ２０８はサブステップ２１０を含む。サブステップ２１０において、アクセスルータは、前記第１のトラフィックセグメント中で、１セットのアクセス端末に対応している第１のセットのトラフィックデータを送信し、前記１セットのアクセス端末は、前記複数のアクセス端末中に含まれている。いくつかの実施形態では、時に、前記第１のセットのトラフィックデータを送信することは、第１の送信電力レベルで、前記１セットのアクセス端末のうちの第１のアクセス端末に送信することと、前記第１の送信電力レベルとは異なる第２の送信電力レベルで、前記１セットのアクセス端末のうちの第２のアクセス端末に送信することとを含む。

いくつかの実施形態において、ステップ２０８は、サブステップ２１２、２１４、および２１６のうちの１つ以上を含む。サブステップ２１２において、アクセスルータは、前記第１のトラフィックセグメント中で、セグメントパーティショニング情報を送信する。いくつかの実施形態において、セグメントパーティショニング情報は、前記１セットのアクセス端末のうちの１つに対する、第１のトラフィックセグメントの、少なくとも１つの部分と対応している部分サイズとを示す。サブステップ２１４において、アクセスルータは、前記第１のトラフィックセグメントの複数の異なる部分のそれぞれに対するトラフィックデータレート情報を送信する。サブステップ２１６において、アクセスルータは、第１のトラフィックセグメントの異なる部分が対応している個々の接続を示している接続識別子を前記第１のトラフィックセグメント中で送信する。動作は、接続ノードＡ ２１８を介して、ステップ２０８からステップ２２０に進む。

ステップ２２０において、アクセスルータは、第２のトラフィックセグメントに対応している送信要求を第２のグループのアクセス端末に送信する。アクセスルータは、第２のグループのアクセス端末のそれぞれとの既存のピアツーピア接続を有する。動作は、ステップ２２０からステップ２２２に進む。ステップ２２２において、アクセスルータは、前記第２のグループのアクセス端末からの送信要求応答に対して監視する。ステップ２２２は、サブステップ２２４および２２６を含み、そのうちの１つが実行される。サブステップ２２４において、アクセスルータは、前記第２のグループのアクセス端末のうちの１つから、第２のトラフィックセグメントに対応している送信要求応答を受信する。動作は、サブステップ２２４からステップ２３０に進む。サブステップ２２６に戻ると、サブステップ２２６において、アクセスルータは、前記第２のグループのアクセス端末のうちの少なくとも２つから、第２のトラフィックセグメントに対応している第２の複数の送信要求応答を受信する。動作は、ステップ２２６からステップ２２８に進む。ステップ２２８において、アクセスルータは、送信要求応答がそこから受信された、前記第２のグループのアクセス端末のうちの１つのみに、トラフィックデータを送信することを決定する。

動作は、ステップ２２８からステップ２３０に進む。ステップ２３０において、アクセスルータは、第２のトラフィックセグメント中で、前記第２のグループのアクセス端末のうちの少なくとも１つに、第２のセットのトラフィックデータを送信する。いくつかの実施形態において、第２のセットのトラフィックデータは、セグメントパーティション情報なしで、かつ、レート情報なしで、第２のトラフィックセグメント中で送信される。いくつかの実施形態では、第１および第２のトラフィックセグメントは、同じサイズのものである。

図３は、例示的な実施形態にしたがった、例示的なアクセスルータ３００の図である。例示的なアクセスルータ３００は、例えば、ピアツーピア通信をサポートし、図２のフローチャート２００にしたがった方法を実行するようなアクセスルータである。

アクセスルータ３００は、バス３０６を介して、互いに結合されているプロセッサ３０２とメモリ３０４とを備えている。バス３０６を通して、さまざまなエレメント（３０２、３０４）が、データおよび情報を交換してもよい。アクセスルータ３００は、示されているように、プロセッサ３０２に結合されていてもよい、入力モジュール３０８および出力モジュール３１０をさらに備えている。しかしながら、いくつかの実施形態では、入力モジュール３０８および出力モジュール３１０は、プロセッサ３０２の内部に位置している。入力モジュール３０８は入力信号を受け取ることができる。入力モジュール３０８は、入力を受け取るための、ワイヤレス受信機、ならびに／あるいは、ワイヤード入力インターフェースまたは光学入力インターフェースを備えることができ、いくつかの実施形態では、入力を受け取るための、ワイヤレス受信機、ならびに／あるいは、ワイヤード入力インターフェースまたは光学入力インターフェースを備えている。出力モジュール３１０は、出力を送るための、ワイヤレス送信機、ならびに／あるいは、ワイヤード出力インターフェースまたは光学出力インターフェースを備えていてもよく、いくつかの実施形態では、出力を送るための、ワイヤレス送信機、ならびに／あるいは、ワイヤード出力インターフェースまたは光学出力インターフェースを備えている。プロセッサ３０２は、複数のアクセス端末から第１の複数の送信要求応答を受信し、前記第１の複数の送信要求応答のうちの少なくとも１つは、第１のトラフィックセグメントに対応しており、前記第１のトラフィックセグメント中で、第１のセットのトラフィックデータを１セットのアクセス端末に送信するように構成されており、前記１セットのアクセス端末は、前記複数のアクセス端末中に含まれている。いくつかの実施形態では、プロセッサ３０２は、１セットのアクセス端末に対応している第１のセットのトラフィックデータを送信するように構成されていることの一環として、第１の送信電力レベルで、前記１セットのアクセス端末中の第１のアクセス端末にトラフィックデータを送信し、前記第１の送信電力レベルとは異なる第２の送信電力レベルで、前記１セットのアクセス端末中の第２のアクセス端末にトラフィックデータを送信するように構成されている。

いくつかの実施形態では、プロセッサ３０２は、前記第１のトラフィックセグメント中で、セグメントパーティショニング情報を送信するようにさらに構成されている。いくつかのこのような実施形態では、セグメントパーティショニング情報は、前記１セットのアクセス端末のうちの１つに対する、前記第１のトラフィックセグメントの、少なくとも１つの部分と対応している部分サイズとを示す。

いくつかの実施形態では、プロセッサ３０２は、第１のトラフィックセグメントの複数の異なる部分のそれぞれに対するトラフィックデータレート情報を送信するように構成されている。

さまざまな実施形態において、プロセッサ３０２は、第１のトラフィックセグメントの異なる部分が対応している個々の接続を示している接続識別子を前記第１のトラフィックセグメント中で送信するように構成されている。

さまざまな実施形態において、プロセッサ３０２は、前記第１のトラフィックセグメントに対応している送信要求を１グループのアクセス端末のうちのそれぞれに送信するように構成されている。前記複数のアクセス端末は、前記１グループのアクセス端末の中に含まれている。

プロセッサ３０２はまた、第２のトラフィックセグメントに対応している送信要求を第２のグループのアクセス端末のそれぞれに送信し、前記第２のトラフィックセグメント中で、前記第２のグループのアクセス端末のうちの少なくとも１つに、第２のセットのトラフィックデータを送信するように構成されている。いくつかの実施形態では、プロセッサ３０２は、セグメントパーティショニング情報なしで、かつ、レート情報なしで、前記第２のセットのトラフィックデータを送信するように構成されている。さまざまな実施形態において、第１および第２のトラフィックセグメントは、同じサイズのものである。

いくつかの実施形態では、プロセッサ３０２は、前記第２のグループのアクセス端末のうちの１つから、第２のトラフィックセグメントに対応している送信要求応答を受信するように構成されている。いくつかの実施形態では、プロセッサ３０２は、前記第２のグループのアクセス端末のうちの少なくとも２つから、第２のトラフィックセグメントに対応している第２の複数の送信要求応答を受信し、送信要求応答がそこから受信された、前述した複数のアクセス端末のうちの１つのみに、トラフィックデータを送信することを決定するように構成されている。

図４は、図３中に図示されているアクセスルータ３００中で使用することができ、いくつかの実施形態では、図３中に図示されているアクセスルータ３００中で使用されている、モジュールのアセンブリ４００の図である。アセンブリ４００中のモジュールは、例えば、個々の回路として、図３のプロセッサ３０２内のハードウェアで実現できる。代替的には、モジュールは、ソフトウェアで実現してもよく、図３中に示されているアクセスルータ３００のメモリ３０４中に記憶されていてもよい。実施形態では、例えばコンピュータのような、単一のプロセッサとして図３では示したが、プロセッサ３０２は、例えばコンピュータのような、１つ以上のプロセッサとして実現してもよいことを正しく認識すべきである。ソフトウェアで実現する際に、モジュールはコードを含み、このコードは、プロセッサによって実行されるときに、モジュールに対応している機能を実現するように、例えばコンピュータのような、プロセッサ３０２を構成する。モジュールのアセンブリ４００がメモリ３０４中に記憶されている実施形態では、メモリ３０４はコンピュータプログラムプロダクトである。このコンピュータプログラムプロダクトは、例えば各モジュールに対する個々のコードのような、コードを含むコンピュータ読取可能媒体を備えており、各モジュールに対する個々のコードは、モジュールが対応している機能を、例えばプロセッサ３０２のような少なくとも１つのコンピュータに実現させる。

完全にハードウェアベースのモジュール、または、完全にソフトウェアベースのモジュールを使用してもよい。しかしながら、機能を実現するために、ソフトウェアモジュールとハードウェア（例えば、回路で実現する）モジュールとを任意に組み合わせたものを使用してもよいことを、正しく認識すべきである。正しく認識されるように、図４に図示されているモジュールは、図２の方法フローチャート２００中で図示している対応しているステップの機能を実行するように、アクセスルータ３００を、または、プロセッサ３０２のようなアクセスルータ３００の中にあるエレメントを制御および／または構成する。

図４中に図示されているように、モジュールのアセンブリ４００は、第１のトラフィックセグメントに対応している送信要求を第１のグループのアクセス端末に送信するモジュール４０２と、複数のアクセス端末から第１の複数の送信要求応答を受信するモジュール４０４と、前記第１のトラフィックセグメント中で信号を送信するモジュール４０６とを含み、前記第１の複数の送信要求応答のうちの少なくとも１つは、第１のトラフィックセグメントに対応しており、前記複数のアクセス端末は前記第１のグループのアクセス端末中に含まれている。モジュール４０６は、前記第１のトラフィックセグメント中で、第１のセットのトラフィックデータを送信するモジュール４０８を含み、前記１セットのアクセス端末は、前記第１の複数のアクセス端末中に含まれているアクセス端末である。いくつかの実施形態では、モジュール４０６は、モジュール４１０と、モジュール４１２と、モジュール４１４とのうちの１つ以上のものを含む。モジュール４１０は、前記第１のトラフィックセグメント中で、セグメントパーティショニング情報を送信するためのものである。モジュール４１２は、第１のトラフィックセグメントの複数の異なる部分のそれぞれに対するトラフィックデータレート情報を送信するためのものであり、モジュール４１４は、第１のトラフィックセグメントの異なる部分が対応している個々の接続を示している接続識別子を前記第１のトラフィックセグメント中で送信するためのものである。

モジュールのアセンブリ４００はまた、第２のトラフィックセグメントに対応している送信要求を第２のグループのアクセス端末に送信するモジュール４１６と、第２のグループのアクセス端末のうちの１つから、前記第２のトラフィックセグメントに対応している送信要求応答を受信するモジュール４１８と、前記第２のグループのアクセス端末のうちの少なくとも２つから、第２のトラフィックセグメントに対応している第２の複数の送信要求応答を受信するモジュール４２０と、送信要求応答がそこから受信された、前記第２のグループのアクセス端末のうちの１つのみに、トラフィックデータを送信することを決定するモジュール４２２と、第２のトラフィックセグメント中で、前記第２のセットのアクセス端末のうちの少なくとも１つに、第２のセットのトラフィックデータを送信するモジュール４２４とを含む。いくつかのこのような実施形態では、モジュール４２２は、干渉情報と、負荷情報と、サービスの品質情報とのうちの少なくとも１つの関数で、送信要求応答がそこから受信された、前記第２のセットのアクセス端末のうちのどの１つに送信するかを決定する。

いくつかの実施形態では、モジュール４０８は、前記第１のトラフィックセグメント中で、第１の送信電力レベルで、トラフィックデータを前記１セットのアクセス端末中の第１のアクセス端末に送信し、前記第１の送信電力レベルとは異なる第２の送信電力レベルで、トラフィックデータを前記１セットのアクセス端末中の第２のアクセス端末に送信するようにさらに構成されている。

いくつかの実施形態では、モジュール４２４は、セグメントパーティショニング情報なしで、かつ、レート情報なしで、前記第２のトラフィックセグメント中で、前記トラフィックデータを送信するように構成されている。さまざまな実施形態においては、第１および第２のトラフィックセグメントは、同じサイズのものである。

図５は、例示的な実施形態にしたがった、第１のアクセス端末を動作させる例示的な方法のフローチャート５００である。第１のアクセス端末は、例えば、図１の例示的なピアツーピアワイヤレス通信ネットワーク１００におけるアクセス端末（１０６、１０８、１１０、１１２、１１４、１１６）のうちの１つである。動作は、第１のアクセス端末が電源投入され、初期化されるステップ５０２において開始し、ステップ５０４に進む。

ステップ５０４において、第１のアクセス端末は、第１のトラフィックセグメントに対応している第１の送信要求応答をアクセスルータに送信する。その後、ステップ５０６では、第１のアクセス端末は、第１のトラフィックセグメント中で、アクセスルータから第１のトラフィックセグメント信号を受信する。動作は、ステップ５０６からステップ５０８に進む。

ステップ５０８において、第１のアクセス端末は、第１のトラフィックセグメント信号からパーティショニング情報を復元する。その後、ステップ５１０では、第１のアクセス端末は、第１のアクセス端末に対応しているトラフィックデータを含む、第１のトラフィックセグメント信号の部分を、復元したパーティショニング情報に少なくとも基づいて決定する。動作は、ステップ５１０からステップ５１２に進む。

ステップ５１２において、第１のアクセス端末は、第１のトラフィックセグメント信号からデータレート情報を復元する。データレート情報は、第１のトラフィックセグメント信号の部分に対して使用されたデータレートを示している。動作は、ステップ５１２からステップ５１４に進む。

ステップ５１４において、第１のアクセス端末は、第１のトラフィックセグメント信号からコーディング情報を復元する。コーディング情報は、第１のトラフィックセグメント信号の部分中に含まれているトラフィックデータをコード化するために使用されたコーディングのタイプを示している。いくつかの実施形態では、第１のトラフィックセグメント信号は、第２のアクセス端末に対応している、データレート情報とコーディング情報とをさらに含んでいる。動作は、ステップ５１４からステップ５１６に進む。

ステップ５１６において、第１のアクセス端末は、復元したデータレート情報と復元したコーディング情報とを使用して、トラフィックデータ復元動作を実行し、第１のトラフィックセグメント信号から第１のアクセス端末に対応しているトラフィックデータを復元する。動作は、ステップ５１６からステップ５１８に進む。

ステップ５１８において、第１のアクセス端末は、第２の送信要求応答をアクセスルータに送信する。第２の送信要求応答は、第２のトラフィックセグメントに対応している。いくつかの実施形態では、第１および第２のトラフィックセグメントは、同じサイズのものである。その後、ステップ５２０では、第１のアクセス端末は、第２のトラフィックセグメント信号を受信する。前記第２のトラフィックセグメントは、パーティションされていないセグメントである。動作は、ステップ５２０からステップ５２２に進む。ステップ５２２において、第１のアクセス端末は、第２のトラフィックセグメント中で通信され、第１のアクセス端末に対応しているトラフィックデータを復元する。前記第２のトラフィックセグメントは、情報を第１のアクセス端末に通信するために使用されている。

図６は、例示的な実施形態にしたがった、例示的な第１のアクセス端末６００の図である。例示的なアクセス端末６００は、例えば、ピアツーピア通信をサポートし、図５のフローチャート５００にしたがった方法を実現するようなアクセス端末である。

アクセス端末６００は、バス６０６を介して、互いに結合されているプロセッサ６０２とメモリ６０４と備えている。バス６０６を通して、さまざまなエレメント（６０２、６０４）が、データおよび情報を交換してもよい。アクセス端末６００は、示されているように、プロセッサ６０２に結合されていてもよい、入力モジュール６０８および出力モジュール６１０をさらに備えている。しかしながら、いくつかの実施形態では、入力モジュール６０８および出力モジュール６１０は、プロセッサ６０２の内部に位置している。入力モジュール６０８は入力信号を受け取ることができる。入力モジュール６０８は、入力信号を受け取るためのワイヤレス受信機を備えることができ、いくつかの実施形態では、入力信号を受け取るためのワイヤレス受信機を備えている。出力モジュール６１０は、出力信号を送るためのワイヤレス送信機を備えていてもよく、いくつかの実施形態では、出力信号を送るためのワイヤレス送信機を備えている。プロセッサ６０２は、第１のトラフィックセグメント中で、アクセスルータから第１のトラフィックセグメント信号を受信し、第１のトラフィックセグメント信号からパーティショニング情報を復元し、第１のアクセス端末に対応しているトラフィックデータを含む、第１のトラフィックセグメント信号の部分を、復元したパーティショニング情報に少なくとも基づいて決定するように構成されている。

いくつかの実施形態では、プロセッサ６０２は、第１のトラフィックセグメント信号からデータレート情報を復元するようにさらに構成されている。データレート情報は、第１のトラフィックセグメント信号の部分に対して使用されたデータレートを示している。さまざまな実施形態において、プロセッサ６０２は、第１のトラフィックセグメント信号からコーディング情報を復元するように構成されている。コーディング情報は、第１のトラフィックセグメント信号の部分中に含まれているトラフィックデータをコード化するために使用されたコーディングのタイプを示している。いくつかの実施形態では、第１のトラフィックセグメント信号は、第２のアクセス端末に対応している、データレート情報とコーディング情報とをさらに含んでいる。

いくつかの実施形態では、プロセッサ６０２は、復元したデータレート情報と復元したコーディング情報とを使用して、トラフィックデータ復元動作を実行して、第１のトラフィックセグメント信号から第１のアクセス端末に対応しているトラフィックデータを復元するように構成されている。

いくつかの実施形態では、プロセッサ６０２は、第１のトラフィックセグメントに対応している第１の送信要求応答を前記アクセスルータに送信するように構成されている。

いくつかの実施形態では、プロセッサ６０２は、第２の送信要求応答をアクセスルータに送信し、第２のトラフィックセグメント信号を受信し、第２のトラフィックセグメント中で通信され、第１のアクセス端末に対応しているトラフィックデータを復元するようにさらに構成されており、第２の送信要求応答は、第２のトラフィックセグメントに対応しており、前記第２のトラフィックセグメントはパーティションされていないセグメントであり、前記第２のトラフィックセグメントは、情報を第１のアクセス端末に通信するために使用されている。さまざまな実施形態において、第１および第２のトラフィックセグメントは、同じサイズのものである。

図７は、図６中に図示されているアクセス端末６００中で使用することができ、いくつかの実施形態では、図６中に図示されているアクセス端末６００中で使用されている、モジュールのアセンブリ７００である。アセンブリ７００中のモジュールは、例えば、個々の回路として、図６のプロセッサ６０２内のハードウェアで実現できる。代替的に、モジュールは、ソフトウェアで実現してもよく、図６中に示されているアクセス端末６００のメモリ６０４中に記憶されてもよい。実施形態では、例えば、コンピュータのような、単一のプロセッサとして図６では示したが、プロセッサ６０２は、例えば、コンピュータのような、１つ以上のプロセッサとして実現してもよいことを正しく認識すべきである。ソフトウェアで実現する際に、モジュールはコードを含み、このコードは、プロセッサによって実行されるときに、モジュールに対応している機能を実現するように、例えばコンピュータのような、プロセッサ６０２を構成する。モジュールのアセンブリ７００がメモリ６０４中に記憶されている実施形態では、メモリ６０４はコンピュータプログラムプロダクトである。このコンピュータプログラムプロダクトは、例えば、各モジュールに対する個々のコードのような、コードを含むコンピュータ読取可能媒体を備えており、各モジュールに対する個々のコードは、モジュールが対応している機能を、例えばプロセッサ６０２のような少なくとも１つのコンピュータに実現させる。

完全にハードウェアベースのモジュール、または、完全にソフトウェアベースのモジュールを使用してもよい。しかしながら、機能を実現するために、ソフトウェアモジュールとハードウェア（例えば、回路で実現する）モジュールとを任意に組み合わせたものを使用してもよいことを、正しく認識すべきである。正しく認識されるように、図７に図示されているモジュールは、図５の方法フローチャート５００中で図示している対応しているステップの機能を実行するように、アクセス端末６００を、または、プロセッサ６０２のようなアクセス端末６００の中にあるエレメントを制御および／または構成する。

図７中で示されているように、モジュールのアセンブリ７００は、第１のトラフィックセグメントに対応している第１の送信要求応答をアクセスルータに送信するモジュール７０２と、第１のトラフィックセグメント中で、アクセスルータから第１のトラフィックセグメント信号を受信するモジュール７０４と、第１のトラフィックセグメント信号から、パーティション情報を復元するモジュール７０６と、第１のアクセス端末に対応しているトラフィックデータを含む、第１のトラフィックセグメント信号の部分を、復元したパーティション情報に少なくとも基づいて決定するモジュール７０８とを含む。モジュールのアセンブリ７００は、第１のトラフィックセグメント信号からデータレート情報を復元するモジュール７１０と、第１のトラフィックセグメント信号からコーディング情報を復元するモジュール７１２と、復元したデータレート情報と復元したコーディング情報とを使用して、トラフィックデータ復元動作を実行し、第１のトラフィックセグメント信号から第１のアクセス端末に対応しているトラフィックデータを復元するモジュール７１４と、第２の送信要求応答をアクセスルータに送信するモジュール７１６と、第２のトラフィックセグメント信号を受信するモジュール７１８とをさらに含み、データレート情報は、第１のトラフィックセグメント信号の部分に対して使用されたデータレートを示しており、コーディング情報は、第１のトラフィックセグメント信号の部分中に含まれているトラフィックデータをコード化するために使用されたコーディングのタイプを示しており、第２の送信要求応答は第２のトラフィックセグメントに対応しており、前記第２のトラフィックセグメントは、パーティションされていないセグメントである。モジュールのアセンブリ７００は、第２のトラフィックセグメント中で通信され、第１のアクセス端末に対応しているトラフィックデータを復元するモジュール７２０をさらに含み、前記第２のトラフィックセグメントは、情報を第１のアクセス端末に通信するために使用されている。

いくつかの実施形態では、第１のトラフィックセグメント信号は、第２のアクセス端末に対応している、データレート情報とコーディング情報とをさらに含んでいる。いくつかの実施形態では、第１および第２のトラフィックセグメントは、同じサイズのものである。

図８は、例示的な実施形態にしたがった、アクセス端末を動作させる例示的な方法のフローチャート８００である。アクセス端末は、例えば、図１の例示的なピアツーピアワイヤレス通信ネットワーク１００中のアクセス端末（１０６、１０８、１１０、１１２、１１４、１１６）のうちの１つである。例示的な方法の動作は、アクセス端末が電源投入され、初期化されるステップ８０２において開始し、ステップ８０４に進む。

ステップ８０４において、アクセス端末は、アクセスルータから少なくとも１つの信号を受信し、前記少なくとも１つの信号は、第１のトラフィックセグメントに対応している。いくつかの実施形態では、少なくとも１つの信号は、送信要求応答信号である。いくつかの他の実施形態では、少なくとも１つの信号は、アクセス端末に対する割り当てのパーティションを示している割り当て信号である。少なくとも１つの信号は、アクセスルータによって送信される、第１のトラフィックセグメントに対応している複数の送信要求応答のうちの１つであってもよく、少なくとも１つの信号は、時に、アクセスルータによって送信される、第１のトラフィックセグメントに対応している複数の送信要求応答のうちの１つである。

その後、ステップ８０６において、アクセス端末は、アクセスルータと通信するためにアクセス端末に割り振られている、前記第１のトラフィックセグメントの部分的な部分を、前記受信した少なくとも１つの信号に少なくとも基づいて決定する。いくつかの実施形態では、アクセス端末に割り振られている、第１のトラフィックセグメントのパーティション部分を決定することは、第１のトラフィックセグメントに対応している、アクセスルータから受信した送信要求応答の総数に基づいて、パーティション部分を決定することを含む。いくつかの実施形態では、アクセス端末に割り振られている、第１のトラフィックセグメントのパーティション部分を決定することは、前記少なくとも１つの信号の位相を検出することと、アクセス端末に割り振られている、第１のトラフィックセグメントのパーティション部分を、検出した位相から決定することとを含む。いくつかの実施形態では、予め定められた固定数のパーティションオプションがあり、検出した位相は、予め定められた固定のパーティションオプションのうちの１つを示す。

動作は、ステップ８０６からステップ８０８に進む。ステップ８０８において、アクセス端末は、アクセス端末に割り振られていると決定した、第１のトラフィックセグメントのパーティション部分中で、トラフィックデータを送信する。

図９は、例示的な実施形態にしたがった、例示的なアクセス端末９００の図である。例示的なアクセス端末９００は、例えば、ピアツーピア通信をサポートし、図８のフローチャート８００にしたがった方法を実現するようなアクセス端末である。

アクセス端末９００は、バス９０６を介して、互いに結合されているプロセッサ９０２とメモリ９０４とを備えている。バス９０６を通して、さまざまなエレメント（９０２、９０４）が、データおよび情報を交換してもよい。アクセス端末９００は、示されているように、プロセッサ９０２に結合されていてもよい、入力モジュール９０８および出力モジュール９１０をさらに備えている。しかしながら、いくつかの実施形態では、入力モジュール９０８および出力モジュール９１０は、プロセッサ３０２の内部に位置している。入力モジュール９０８は入力信号を受け取ることができる。入力モジュール９０８は、入力信号を受け取るためのワイヤレス受信機を備えることができ、いくつかの実施形態では、入力信号を受け取るためのワイヤレス受信機を備えている。出力モジュール９１０は、出力信号を送るためのワイヤレス送信機を備えていてもよく、いくつかの実施形態では、出力信号を送るためのワイヤレス送信機を備えている。プロセッサ９０２は、アクセスルータから少なくとも１つの信号を受信し、前記アクセスルータと通信するために前記アクセス端末に割り振られている、前記第１のトラフィックセグメントのパーティション部分を、前記受信した少なくとも１つの信号に少なくとも基づいて決定するように構成されており、前記少なくとも１つの信号は、第１のトラフィックセグメントに対応している。プロセッサ９０２は、前記アクセス端末に割り振られているように決定した、前記第１のトラフィックセグメントのパーティション部分中で、トラフィックデータを送信するようにさらに構成されている。

いくつかの実施形態では、少なくとも１つの信号は、送信要求応答信号である。いくつかの実施形態では、少なくとも１つの信号は、アクセス端末に対するパーティション割り当てを示している割り当て信号である。いくつかの実施形態では、前記少なくとも１つの信号は、前記アクセスルータによって送信される、前記第１のトラフィックセグメントに対応している、複数の送信要求応答のうちの１つである。プロセッサ９０２は、前記第１のトラフィックセグメントに対応している、前記アクセスルータから受信した送信要求応答の総数に基づいて、パーティション部分を決定するようにさらに構成されている。

プロセッサ９０２は、いくつかの実施形態では、前記少なくとも１つの信号の位相を検出し、前記アクセス端末に割り振られている、前記第１のトラフィックセグメントのパーティション部分を、検出した位相から決定するように構成されている。いくつかのこのような実施形態において、予め定められた固定数のパーティションオプションがあり、検出した位相は、前記予め定められた固定のパーティションオプションのうちの１つを示す。

図１０は、図９中に図示されているアクセス端末９００中で使用することができ、いくつかの実施形態では、図９中に図示されているアクセス端末９００中で使用されている、モジュールのアセンブリ１０００である。アセンブリ１０００中のモジュールは、例えば、個々の回路として、図９のプロセッサ９０２内のハードウェアで実現することができる。代替的には、モジュールは、ソフトウェアで実現してもよく、図９中に示されているアクセス端末９００のメモリ９０４中に記憶されていてもよい。実施形態では、例えば、コンピュータのような、単一のプロセッサとして図９では示したが、プロセッサ９０２は、例えば、コンピュータのような、１つ以上のプロセッサとして実現してもよいことを正しく認識すべきである。ソフトウェアで実現する際に、モジュールはコードを含み、このコードは、プロセッサによって実行されるときに、モジュールに対応している機能を実現するように、例えばコンピュータ９０２のような、プロセッサを構成する。モジュールのアセンブリ１０００がメモリ９０４中に記憶されている実施形態では、メモリ９０４はコンピュータプログラムプロダクトである。このコンピュータプログラムプロダクトは、例えば、各モジュールに対する個々のコードのような、コードを含むコンピュータ読取可能媒体を備えており、各モジュールに対する個々のコードは、モジュールが対応している機能を、例えばプロセッサ９０２のような少なくとも１つのコンピュータに実現させる。

完全にハードウェアベースのモジュール、または、完全にソフトウェアベースのモジュールを使用してもよい。しかしながら、機能を実現するために、ソフトウェアモジュールとハードウェア（例えば、回路で実現する）モジュールとを任意に組み合わせたものを使用してもよいことを、正しく認識すべきである。正しく認識されるように、図１０に図示されているモジュールは、図８の方法フローチャート８００中で図示している対応しているステップの機能を実行するように、アクセス端末９００を、または、プロセッサ９０２のようなアクセス端末９００の中にあるエレメントを制御および／または構成する。

図１０中に図示されているように、モジュールのアセンブリ１０００は、アクセスルータから少なくとも１つの信号を受信するモジュール１００２と、前記アクセスルータと通信するために前記アクセス端末に割り振られている、前記第１のトラフィックセグメントのパーティション部分を、前記受信した少なくとも１つの信号に少なくとも基づいて決定するモジュール１００４と、アクセス端末に割り振られていると決定した、前記第１のトラフィックセグメントのパーティション部分中で、トラフィックデータを送信するモジュール１００６とを含み、前記少なくとも１つの信号は、第１のトラフィックセグメントに対応している。

いくつかの実施形態では、少なくとも１つの信号は、送信要求応答信号である。いくつかの実施形態では、少なくとも１つの信号は、アクセス端末に対するパーティション割り当てを示している割り当て信号である。

いくつかの実施形態では、モジュール１００４は、モジュール１００８と、１０１０と、１０１２とのうちの１つ以上を含む。いくつかの実施形態では、前記少なくとも１つの信号は、前記アクセスルータによって送信される、前記第１のトラフィックセグメントに対応している複数の送信要求応答のうちの１つである。モジュール１００８は、前記第１のトラフィックセグメントに対応している、アクセスルータから受信した送信要求応答の総数に基づいて、パーティション部分を決定するためのものである。いくつかの実施形態では、要求応答が送られたアクセス端末のそれぞれに対して、等しいパーティション部分が割り振られる。いくつかの実施形態では、要求応答が送られたアクセス端末のそれぞれに対して、予め定められた固定サイズのパーティション部分が割り振られる。いくつかの実施形態では、要求応答が送られたアクセス端末に対して、異なるサイズのパーティション部分が割り振られる。例えば、部分サイズは、接続優先度情報の関数で決定され、例えば、より優先度の高い接続には、より優先度の低い接続よりも、トラフィックセグメントのより大きなパーティション部分が割り振られる。

モジュール１０２０は、前記少なくとも１つの信号の位相を検出するためのものである。モジュール１０１０は、モジュール１０１２に関連して動作する。モジュール１０１０は、前記少なくとも１つの信号の位相を検出するためのものである。モジュール１０１２は、前記アクセス端末に割り振られている、第１のトラフィックセグメントのパーティション部分を、検出した位相から決定するためのものである。いくつかの実施形態では、予め定められた固定数のパーティションオプションがあり、検出した位相は、前記予め定められた固定のパーティションオプションのうちの１つを示す。

図１１は、例示的な実施形態にしたがった、アクセスルータを動作させる例示的な方法のフローチャート１１００である。アクセスルータは、例えば、図１の例示的なピアツーピアワイヤレス通信ネットワーク１００中のアクセスルータ（１０２、１０４）のうちの１つである。例示的な方法の動作は、アクセスルータが電源投入され、初期化されるステップ１１０２において開始する。動作は、開始ステップ１１０２からステップ１１０４に進む。

ステップ１１０４において、アクセスルータは、第１のトラフィックセグメントに対応している送信要求を複数のアクセス端末から受信する。アクセスルータは、前記複数のアクセス端末との既存のピアツーピア接続を有する。いくつかの実施形態では、送信要求応答は、単一トーンのＯＦＤＭ信号である。その後、ステップ１１０６において、アクセスルータは、第１のセグメントパーティション部分を１セットのアクセス端末に割り振る。前記複数のアクセス端末は、前記１セットのアクセス端末を含む。２つの代替アプローチを記述する。第１のアプローチでは、パーティション割り当て情報は、送信要求応答信号を介して通信され、動作は、ステップ１１０６からステップ１１０８に進む。第２のアプローチでは、パーティション割り当て情報は、パーティション割り当て信号を介して通信され、動作は、ステップ１１０６から、ステップ１１１０およびステップ１１１２に進む。

ステップ１１０８に戻ると、ステップ１１０８では、アクセスルータは、前記１セットのアクセス端末中の少なくとも１つのアクセス端末に送信されることになっている送信要求応答の位相中に、パーティション部分割り当て情報をエンコードする。動作は、ステップ１１０８からステップ１１１０に進む。ステップ１１１０において、アクセスルータは、前記第１のトラフィックセグメントに対応している送信要求応答を前記１セットのアクセス端末に送信する。動作は、ステップ１１１０からステップ１１１４に進む。

ステップ１１１２に戻ると、ステップ１１１２では、第１のアクセスルータは、前記１セットのアクセス端末中の少なくとも１つのアクセス端末に対して、パーティション割り当てが第１のトラフィックセグメントに対応していることを示しているパーティション割り当て信号を送信する。ステップ１１１０において、アクセスルータは、第１のトラフィックセグメントに対応している送信要求応答を前記第１のセットのアクセス端末に送信する。動作は、ステップ１１１０および１１１２から、ステップ１１１４に進む。

ステップ１１１４において、アクセスルータは、前記第１のトラフィックセグメント中で、第１のトラフィックセグメント信号を受信する。動作は、ステップ１１１４から、ステップ１１１６に進み、ステップ１１６において、アクセスルータが、第１のトラフィックセグメントの異なる部分に対応している、第１のトラフィックセグメント信号の異なる部分から、トラフィックデータを復元する。動作は、ステップ１１１６からステップ１１１８に進む。ステップ１１１８において、アクセスルータは、前記復元したトラフィックデータが対応している、前記１セットのアクセス端末中のアクセス端末を、第１のトラフィックセグメントパーティション部分割り振り情報に基づいて決定する。

図１２は、例示的な実施形態にしたがった、例示的なアクセスルータ１２００の図である。例示的なアクセスルータ１２００は、例えば、ピアツーピア通信をサポートし、図１１のフローチャート１１００にしたがった方法を実現するようなアクセスルータである。

アクセスルータ１２００は、バス１２０６を介して、互いに結合されているプロセッサ１２０２とメモリ１２０４とを備えている。バス１２０６を通して、さまざまなエレメント（１２０２、１２０４）が、データおよび情報を交換してもよい。アクセスルータ１２００は、示されているように、プロセッサ１２０２に結合されていてもよい、入力モジュール１２０８および出力モジュール１２１０をさらに備えている。しかしながら、いくつかの実施形態では、入力モジュール１２０８および出力モジュール１２１０は、プロセッサ１２０２の内部に位置している。入力モジュール１２０８は入力信号を受け取ることができる。入力モジュール１２０８は、入力を受け取るための、ワイヤレス受信機、ならびに／あるいは、ワイヤード入力インターフェースまたは光学入力インターフェースを備えることができ、いくつかの実施形態では、入力を受け取るための、ワイヤレス受信機、ならびに／あるいは、ワイヤード入力インターフェースまたは光学入力インターフェースを備えている。出力モジュール１２１０は、出力を送るための、ワイヤレス送信機、ならびに／あるいは、ワイヤード出力インターフェースまたは光学出力インターフェースを備えていてもよく、いくつかの実施形態では、出力を送るための、ワイヤレス送信機、ならびに／あるいは、ワイヤード出力インターフェースまたは光学出力インターフェースを備えている。プロセッサ１２０２は、第１のトラフィックセグメントに対応している送信要求を複数のアクセス端末から受信し、第１のトラフィックセグメントパーティション部分を１セットのアクセス端末に割り振り、前記第１のトラフィックセグメントに対応している送信要求応答を前記１セットのアクセス端末に送信するように構成されており、前記第１の複数のアクセス端末は、前記１セットのアクセス端末を含む。いくつかの実施形態では、送信要求応答信号は、単一トーンのＯＦＤＭ信号である。さまざまな実施形態において、アクセスルータは、前記１セットのアクセス端末中の少なくとも１つのアクセス端末に送信される送信要求応答の位相中に、パーティション部分割り振り情報をエンコードするようにさらに構成されている。いくつかの実施形態では、プロセッサ１２０２は、前記１セットのアクセス端末中の少なくとも１つのアクセス端末に対して、パーティション割り当てが第１のトラフィックセグメントに対応していることを示しているパーティション割り当て信号を送信するように構成されている。さまざまな実施形態において、プロセッサ１２０２は、前記第１のトラフィックセグメント中で、第１のトラフィックセグメント信号を受信し、前記第１のトラフィックセグメントの異なる部分に対応している、前記第１のトラフィックセグメント信号の異なる部分から、トラフィックデータを復元し、前記復元したトラフィックデータが対応している、前記１セットのアクセス端末中のアクセス端末を、第１のトラフィックセグメントパーティション部分割り振り情報に基づいて決定するように構成されている。

図１３は、図１２中に図示されているアクセスルータ１２００中で使用することができ、いくつかの実施形態では、図１２中に図示されているアクセスルータ１２００中で使用される、モジュールのアセンブリ１３００である。アセンブリ１３００中のモジュールは、例えば、個々の回路として、図１２のプロセッサ１２０２内のハードウェアで実現できる。代替的には、モジュールは、ソフトウェアで実現してもよく、図１２中に示されているアクセスルータ１２００のメモリ１２０４中に記憶されていてもよい。実施形態では、例えば、コンピュータのような、単一のプロセッサとして図１２では示したが、プロセッサ１２０２は、例えば、コンピュータのような、１つ以上のプロセッサとして実現してもよいことを正しく認識すべきである。ソフトウェアで実現する際に、モジュールはコードを含み、このコードは、プロセッサによって実行されるときに、モジュールに対応している機能を実現するように、例えばコンピュータのような、プロセッサ１２０２を構成する。モジュールのアセンブリ１３００がメモリ１２０４中に記憶されている実施形態では、メモリ１２０４はコンピュータプログラムプロダクトである。このコンピュータプログラムプロダクトは、例えば、各モジュールに対する個々のコードのような、コードを含むコンピュータ読取可能媒体を備えており、各モジュールに対する個々のコードは、モジュールが対応している機能を、例えばプロセッサ１２０２のような少なくとも１つのコンピュータに実現させる。

完全にハードウェアベースのモジュール、または、完全にソフトウェアベースのモジュールを使用してもよい。しかしながら、機能を実現するために、ソフトウェアモジュールとハードウェア（例えば、回路で実現する）モジュールとを任意に組み合わせたものを使用してもよいことを、正しく認識すべきである。正しく認識されるように、図１３に図示されているモジュールは、図１１の方法フローチャート１１００中で図示している対応しているステップの機能を実行するように、アクセスルータ１２００を、または、プロセッサ１２０２のようなアクセスルータ１２００の中にあるエレメントを制御および／または構成する。

図１３中に図示されているように、モジュールのアセンブリ１３００は、第１のトラフィックセグメントに対応している送信要求を複数のアクセス端末から受信するモジュール１３０２と、第１のトラフィックセグメントパーティション部分を１セットのアクセス端末に割り振るモジュール１３０４と、第１のトラフィックセグメントに対応している送信要求応答を前記１セットのアクセス端末に送信するモジュール１３０８とを含み、前記複数のアクセス端末は、前記１セットのアクセス端末を含む。いくつかの実施形態では、送信要求応答は、単一トーンのＯＦＤＭ信号である。

いくつかの実施形態では、モジュールのアセンブリ１３００は、前記１セットのアクセス端末中の少なくとも１つのアクセス端末に送信されることになっている送信要求応答の位相中に、パーティション部分割り当て情報をエンコードするモジュール１３０６と、前記１セットのアクセス端末中の少なくとも１つのアクセス端末に対して、パーティション割り当てが第１のトラフィックセグメントに対応していることを示しているパーティション割り当て信号を送信するモジュール１３１０とのうちの１つをさらに含む。モジュールのアセンブリ１３００は、前記第１のトラフィックセグメント中で、第１のトラフィックセグメント信号を受信するモジュール１３１２と、第１のトラフィックセグメントの異なる部分に対応している、第１のトラフィックセグメント信号の異なる部分から、トラフィックデータを復元するモジュール１３１４と、前記復元したトラフィックデータが対応している、前記１セットのアクセス端末中のアクセス端末を、第１のトラフィックセグメントパーティション部分割り振り情報に基づいて決定するモジュール１３１６とをさらに含む。

図１４は、例示的な実施形態にしたがった、トラフィックセグメントの例示的なパーティションを図示している図１４００である。図１４は、例示的なアクセスルータ１４０２と、２つの例示的なアクセス端末（アクセス端末Ａ １４０４、アクセス端末Ｂ １４０６）とを図示している。例示的なアクセスルータ１４０２は、例えば、図２のフローチャート２００の方法を実現するアクセスルータ、および／または、図３のアクセスルータ３００にしたがったアクセスルータである。アクセス端末（アクセス端末Ａ １４０４、アクセス端末Ｂ １４０６）は、例えば、図５のフローチャート５００の方法を実現するアクセス端末、および／または、図６のアクセス端末６００にしたがったアクセス端末である。

図１４の例示の目的で、アクセスルータ１４０２とアクセス端末（１４０４、１４０６）は、図１のネットワーク１００のようなピアツーピア通信ネットワークの一部であり、アクセスルータ１４０２は、アクセス端末Ａ １４０４との第１のピアツーピア接続を有し、アクセスルータ１４０２は、アクセス端末Ｂ １４０６との第２のピアツーピア接続を有し、アクセスルータ１４０２は、トラフィックセグメント１４２０中で、トラフィックデータをアクセス端末Ａ １４０４に送信することと、トラフィックセグメント１４２０中で、トラフィックデータをアクセス端末Ｂ １４０６に送信することとを望んでいると、考える。

また、この例示の目的で、さらに、ピアツーピアネットワークは、複数のトラフィックスロットを含む繰り返しピアツーピアタイミング構造を使用し、そのうちの１つの例示的なスロットを図１４中で図示していると、考える。例示的なトラフィックスロットは、送信要求リソースブロック１４１２と、送信要求応答リソースブロック１４１４と、パイロットリソースブロック１４１６と、チャネル情報リソースブロック１４１８と、トラフィックセグメント１４２０とを含む。送信要求リソースブロック１４１２および送信要求応答リソースブロック１４１４は、接続スケジューリングに対して使用されるリソースとして考えてもよい一方で、パイロットリソースブロック１４１６およびチャネル情報リソースブロック１４１８は、レートスケジューリングに対して使用されるリソースとして考えてもよい。

アクセスルータ１４０２は、トラフィック送信要求１４２２をアクセス端末Ａ １４０４に送信し、トラフィック送信要求１４２４をアクセス端末Ｂ １４０６に送信して、トラフィックセグメント１４２０中でトラフィックを送信するように要求する。アクセス端末Ａ １４０４およびアクセス端末Ｂ １４０６の双方は、それぞれの要求（１４２２、１４２４）を受信し、要求に同意することを決めると、考える。例えば、アクセス端末（１４０４、１４０６）は、受信機イールドしないことを決める。アクセス端末Ａ １４０４は、送信要求応答１４２６を発生させて、アクセスルータ１４０２に送信する。アクセス端末Ｂ １４０６は、送信要求応答１４２８を発生させて、アクセスルータ１４０２に送信する。

アクセスルータ１４０２は、要求応答（１４２６、１４２８）をそれぞれ受信し、要求応答（１４２６、１４２８）は、アクセス端末（１４０４、１４０６）が要求（１４２２、１４２４）を黙認することを表すと、考える。さらに、アクセスルータ１４０２は、送信機イールドしないことを決め、したがって、パイロット信号１４３０を送信すると、考える。いくつかの実施形態では、別々のパイロット信号を発生させて、異なるアクセス端末（１４０４、１４０６）に送信する。

アクセス端末（１４０４、１４０６）は、パイロット信号１４３０を受信して測定して、信号中で通信されるチャネル品質インジケータ報告（１４３２、１４３４）をそれぞれ発生させる。アクセスルータ１４０２は、チャネル品質インジケータ報告（１４３２、１４３４）を受信する。アクセスルータ１４０２は、チャネル品質情報と、サービスの品質情報と、負荷情報と、干渉情報とのうちの少なくとも１つの関数で、セグメントパーティショニング決定を行う。この例では、アクセスルータは、トラフィック部分１４４０によって示されているように、利用可能なトラフィックセグメントデータリソースのうちの２５％をアクセス端末Ａ １４０４に割り振り、トラフィック部分１４４２によって示されているように、利用可能なトラフィックセグメントデータリソースのうちの７５％をアクセス端末Ｂ １４０６に割り振ることを決めている。

アクセスルータ１４０２は、帯域内割り当て、レート、および／またはコーディングの情報信号を発生させ、これらは、アクセスルータ１４０２が、トラフィックセグメント１４２０のリソース１４３６および／またはリソース１４３８中で通信する。いくつかの実施形態では、トラフィックセグメント１４２０の別々の帯域内制御シグナリングエアリンクリソースは、各割り当てに関係付けられる。いくつかの実施形態では、トラフィックセグメント１４２０の共通の帯域内制御エアリンクリソースを使用する。この例では、アクセス端末Ａ １４０４に向けられている制御情報信号は、データレート０で、部分１４４０において、トラフィック信号を受信するであろうことを、アクセス端末Ａ １４０４に知らせると、仮定する。ここで、データレート０は、例えばコード化ビットに対する情報ビットのようなビットコーディングレートと、コードワード情報と、例えば、ＢＰＳＫ、ＱＰＳＫ、ＱＡＭ１６、ＱＡＭ６４、ＱＡＭ２５６のうちの１つのような、変調スキームおよび／または配列とを示す。さらに、アクセス端末Ｂ １４０６に向けられている制御情報信号は、データレート１で、部分１４４２において、トラフィック信号を受信するだろうことを、アクセス端末Ｂ １４０６に知らせると、考える。ここで、データレート１は、ビットコーディングレートと、コードワード情報と、変調スキームおよび／または配列とを示す。ここで、ビットコーディングレートと、コードワード情報と、変調スキームと、配列とのうちの少なくとも１つは、データレート０のものとは異なる。いくつかの実施形態では、異なるトラフィックセグメント部分のうちの少なくともいくつかに対して、送信電力情報も異なっていることがあり、時に、送信電力情報も異なっている。

アクセスルータ１４０２は、トラフィック信号１４０８をアクセス端末Ａ １４０４に送信する。このトラフィック信号１４０８は、アクセスルータ１４０２が、トラフィックセグメント部分１４４０中で通信する。アクセスルータ１４０２は、トラフィック信号１４１０をアクセス端末Ｂ １４０６に送信する。このトラフィック信号１４１０は、アクセスルータ１４０２が、トラフィックセグメント部分１４４２中で通信する。この例中で示されているパーティション部分は、隣接したブロックとして表されているが、いくつかの実施形態では、部分は、例えばＯＦＤＭトーンシンボルのような１セットのエアリンクリソースを含み、ＯＦＤＭトーンシンボルは、例えばトーンホッピングインプリメンテーションであるがために隣接していないかもしれない。

アクセス端末Ａ １４０４は、トラフィックセグメント１４２０の、リソース１４３６および１４３８のうちの１つ以上のものの中で、制御情報を受信して復元する。例えば、割り当て情報や、レート情報や、コーディング情報や、変調情報などのような、復元した制御情報を使用して、アクセス端末Ａ １４０４は、トラフィックセグメント１４２０の部分１４４０中で、トラフィック信号がアクセス端末Ａ １４０４に向けられていることを識別し、通信されているトラフィックデータ情報を復元する。アクセス端末Ｂ １４０６は、トラフィックセグメント１４２０の、リソース１４３６および１４３８のうちの１つ以上のものの中で、制御情報を受信して復元する。例えば、割り当て情報や、レート情報や、コーディング情報や、変調情報などのような、復元した制御情報を使用して、アクセス端末Ｂ １４０６は、トラフィックセグメント１４２０の部分１４４２中で、トラフィック信号がアクセス端末Ｂ １４０６に向けられていることを識別し、通信されているトラフィックデータ情報を復元する。

この例では、アクセスルータ１４０２は、同じトラフィックセグメント中で、トラフィックを複数のアクセス端末に送信することを決め、トラフィックセグメントをパーティションしている。いくつかの実施形態では、例えばＯＦＤＭトーンシンボルの数のような、部分に対するパーティションサイズを識別する情報と、どのリソース、例えば、どのＯＦＤＭトーンシンボルが、パーティション部分中に含まれているかを識別する情報は、トラフィックセグメントの帯域内制御シグナリング中で通信される。いくつかの実施形態では、パーティショニングは、固定のセットの可能性のある選択肢にしたがっており、アクセスルータ１４０２は、パーティション部分に割り振られている特定のアクセス端末に対応している特定の選択された選択肢を識別する帯域内制御情報を通信する。このアプローチにより、例えば柔軟性を犠牲にして、帯域内制御シグナリングの量を減少させることができる。いくつかの実施形態では、トラフィックセグメントの帯域内制御シグナリング中で、接続情報および／またはデバイス識別情報が通信される。

アクセスルータ１４０２は、時に、トラフィックセグメントをパーティションしないことを決めてもよい。いくつかのこのような実施形態では、アクセスルータは、このようなシナリオの下で、１つのアクセス端末用のトラフィックデータに対して、トラフィックセグメント全体を使用する。いくつかの実施形態では、帯域内制御シグナリングに対して使用するトラフィックセグメントの量と、実際のデータトラフィックを伝えるために使用する量は、セグメントがパーティションされているか否かの関数で、変化する。いくつかの実施形態では、帯域内制御シグナリングに対して使用するトラフィックセグメントの量と、実際のデータトラフィックを伝えるために使用する量は、パーティション部分の数の関数で、変化する。

アクセスルータ１４０２は、時に、第１のサブセットのアクセス端末から要求応答を受信していて、第２のサブセットのアクセス端末間でトラフィックセグメントをパーティションすることを決めているかもしれない。ここで、第２のサブセットのアクセス端末は、第１のサブセットのアクセス端末より少ない。第２のサブセットのアクセス端末は、第１のサブセットのアクセス端末中に含まれている。

図１４中に図示されているトラフィックスロットが、繰り返しピアツーピアタイミング構造の一部であると、仮定する。第１の反復の間に、トラフィックセグメント１４２０を、図１４中に示されているように使用してもよく、第２の反復の間に、アクセスルータ１４０２から単一のアクセス端末にトラフィックデータを送信するために、トラフィックセグメント１４２０を使用してもよく、第３の反復の間に、アクセスルータ１４０２から３つのアクセス端末にトラフィックデータを送信するために、トラフィックセグメント１４２０を使用してもよく、第４の反復の間に、２つのアクセス端末間でトラフィックデータを送信するために、トラフィックセグメント１４２０を使用してもよく、第５の間隔の間に、アクセス端末からアクセスルータ１４０２にトラフィックを送信するために、トラフィックセグメント１４２０を使用してもよい。

図１５は、例示的な実施形態にしたがった、トラフィックセグメントの例示的なパーティションを図示している図１５００である。図１５は、例示的なアクセスルータ１５０２と、２つの例示的なアクセス端末（アクセス端末Ａ １５０４、アクセス端末Ｂ １５０６）とを図示している。例示的なアクセスルータ１５０２は、例えば、図１１のフローチャート１１００の方法を実現するアクセスルータ、および／または、図１２のアクセスルータ１２００にしたがったアクセスルータである。アクセス端末（アクセス端末Ａ １５０４、アクセス端末Ｂ １５０６）は、例えば、図８のフローチャート８００の方法を実現するアクセス端末、および／または、図９のアクセス端末９００にしたがったアクセス端末である。

図１５の例示の目的で、アクセスルータ１５０２とアクセス端末（１５０４、１５０６）は、図１のネットワーク１００のようなピアツーピア通信ネットワークの一部であり、アクセスルータ１５０２は、アクセス端末Ａ １５０４との第１のピアツーピア接続を有し、アクセスルータ１５０２は、アクセス端末Ｂ １５０６との第２のピアツーピア接続を有し、アクセス端末Ａ １５０４は、トラフィックセグメント１５２０中で、トラフィックデータをアクセスルータ１５０２に送信することを望んでおり、アクセス端末Ｂ １５０６は、トラフィックセグメント１５２０中で、トラフィックデータをアクセスルータ１５０２に送信することを望んでいると、考える。

また、この例示の目的で、さらに、ピアツーピアネットワークは、複数のトラフィックスロットを含む繰り返しピアツーピアタイミング構造を使用し、そのうちの１つの例示的なスロットを図１５中に図示していると、考える。例示的なトラフィックスロットは、送信要求リソースブロック１５１２と、送信要求応答リソースブロック１５１４と、パイロットリソースブロック１５１６と、チャネル情報リソースブロック１５１８と、トラフィックセグメント１５２０とを含む。送信要求リソースブロック１５１２および送信要求応答リソースブロック１５１４は、接続スケジューリングに対して使用されるリソースとして考えてもよい一方で、パイロットリソースブロック１５１６およびチャネル情報リソースブロック１５１８は、レートスケジューリングに対して使用されるリソースとして考えてもよい。

アクセス端末Ａ １５０４は、トラフィック送信要求１５２２をアクセスルータ１５０２に送信し、アクセス端末Ｂ １５０６は、トラフィック送信要求１５２４をアクセスルータ１５０２に送信し、それぞれが、トラフィックセグメント１５２０中でトラフィックを送信するように要求する。例えば、アクセスルータ１５０２は、それぞれの要求（１５２２、１５２４）を受信し、双方の要求に同意することを決めると、考える。例えば、アクセスルータが要求のうちのいずれに対しても受信機イールドしないことを決める。アクセスルータ１５０２は、送信要求応答１５２６を発生させて、アクセス端末Ａ １５０４に送信する。アクセスルータ１５０２はまた、送信要求応答１５２８を発生させて、アクセス端末Ｂ １５０６に送信する。いくつかの実施形態では、要求応答信号はまた、例えば、要求応答信号の位相を介して、トラフィックセグメントの対応している帯域幅割り当て情報を伝える。いくつかの実施形態では、アクセスルータが単一の送信要求応答のみを送る場合、信号要求応答が向けられているアクセス端末には、トラフィックセグメント１５２０の１００％の使用が割り振られる。いくつかの実施形態では、アクセスルータが複数の要求応答を送る場合、アクセスルータ１５０２は、アクセスルータ１５０２が複数の要求応答を送ったアクセス端末間で、トラフィックセグメントをパーティションする。いくつかのこのような実施形態では、固定数の予め定められたパーティションオプションがある。いくつかの実施形態では、トラフィックセグメントに対するパーティション情報は、送信要求応答信号の位相を介して、伝えられる。

アクセス端末Ａ １５０４は、要求応答１５２６を受信し、要求応答１５２６は、アクセスルータ１５０２が要求１５２２を黙認することを表すと、考える。さらに、アクセス端末Ａ １５０４は、送信機イールドしないことを決め、したがって、パイロット信号１５３０を送信すると、考える。アクセス端末Ｂ １５０６は、要求応答１５２８を受信し、要求応答１５２８は、アクセスルータ１５０２が要求１５２４を黙認することを表すと、考える。さらに、アクセス端末Ｂ １５０６は、送信機イールドしないことを決め、したがって、パイロット信号１５３１を送信すると、考える。

アクセスルータ１５０２は、パイロット信号（１５３０、１５３１）をそれぞれ受信して測定し、信号中で通信される個々のチャネル品質インジケータ報告（１５３２、１５３４）をそれぞれ発生させる。いくつかの実施形態では、送信要求応答シグナリング中で、トラフィックセグメント１５２０のパーティショニングに関する帯域幅割り当て情報を通信するための代替アプローチとして、帯域幅パーティショニング情報が、チャネル品質インジケータ報告とともに通信される。他のいくつかの実施形態では、パーティション割り当て情報は、パーティション割り当てメッセージ信号中で通信される。

アクセス端末Ａ １５０４は、チャネル品質インジケータ報告１５３２を受信して復元する。アクセス端末Ａ １５０４はまた、例えば、要求応答シグナリング中で通信されたトラフィックセグメント帯域幅割り当て情報、チャネル品質インジケータシグナリング中で通信されたトラフィックセグメント帯域幅割り当て情報、または、パーティション割り当て信号中で通信されたトラフィックセグメント帯域幅割り当て情報を、受信して復元する。アクセス端末Ａは、トラフィックセグメント１５２０のパーティション部分１５４０を使用して、アクセスルータ１５０２にトラフィック信号を送信するだろうことを、受信した帯域幅割り当て情報から決定する。アクセス端末Ａ １５０４は、受信したチャネル品質インジケータ報告１５３２の関数で、トラフィック信号に対して使用するデータレートを決定する。

アクセス端末Ｂ １５０６は、チャネル品質インジケータ報告１５３４を受信して復元する。アクセス端末Ｂ １５０６はまた、例えば、要求応答シグナリング中で通信されたトラフィックセグメント帯域幅割り当て情報、または、チャネル品質インジケータシグナリング中で通信されたトラフィックセグメント帯域幅割り当て情報を、受信して復元する。アクセス端末Ｂ １５０４は、トラフィックセグメント１５２０のパーティション部分１５４２を使用して、アクセスルータ１５０２にトラフィック信号を送信するだろうことを、受信した帯域幅割り当て情報から決定する。アクセス端末Ｂ １５０６は、受信したチャネル品質インジケータ報告１５３４の関数で、トラフィック信号に対して使用するデータレートを決定する。

アクセス端末Ａ １５０４は、トラフィックセグメント１５２０の部分１５４２中で、トラフィック信号１５０８をアクセスルータ１５０２に送信する。アクセス端末Ｂ １５０６は、トラフィックセグメント１５２０の部分１５４０中で、トラフィック信号１５１０をアクセスルータ１５０２に送信する。アクセスルータ１５０２は、トラフィック信号１５０８および１５１０を受信する。アクセスルータ１５０２は、記憶されているトラフィックセグメント帯域幅割り当て情報を使用して、受信したどのトラフィック信号がアクセス端末Ａ １５０４に関係しているか、および、受信したどのトラフィック信号がアクセス端末Ｂ １５０６に関係しているかを識別する。

この例中で示されているパーティション部分は、隣接したブロックとして表されているが、いくつかの実施形態では、部分は、例えばＯＦＤＭトーンシンボルのような１セットのエアリンクリソースを含み、ＯＦＤＭトーンシンボル、例えばトーンホッピングインプリメンテーションであるがために隣接していないかもしれない。

この例では、アクセスルータ１５０２は、同じトラフィックセグメント中で、複数のアクセス端末からトラフィックを受信することを決め、トラフィックセグメントをパーティションしている。いくつかの実施形態では、例えば、ＯＦＤＭトーンシンボルの数のような、部分に対するパーティションサイズを識別する情報と、どのリソース、例えば、どのＯＦＤＭトーンシンボルが、パーティション部分中に含まれているかを識別する情報は、要求応答シグナリングとチャネル情報報告シグナリングとのうちの１つの中で通信される。他のいくつかの実施形態では、トラフィックセグメントパーティション情報は、例えばトラフィックセグメントパーティション情報に対して特に予約された信号のような、別のタイプの信号中で通信される。いくつかの実施形態では、パーティショニングは、固定のセットの可能性のある選択肢にしたがっており、アクセスルータ１５０２は、パーティション部分に割り振られている特定のアクセス端末に対応している特定の選択された選択肢を識別する情報を通信する。例えば、いくつかの実施形態では、４つの可能性のあるセグメンテーションパターンを通信するために、ＱＰＳＫに対応している４つの異なる位相選択肢を使用することができる。いくつかの実施形態では、パーティション情報により、接続情報および／またはデバイス識別情報が通信される。

いくつかの実施形態では、アクセス端末は、同じトラフィックセグメントと同じアクセスルータとに対応している、他の要求および／または要求応答を追跡し、アクセス端末は、パーティショニング割り振りを決定する際に、このような情報を使用する。

アクセスルータ１５０２は、時に、トラフィックセグメントをパーティションしないことを決定してもよい。いくつかのこのような実施形態では、アクセスルータは、このようなシナリオの下で、１つのアクセス端末用のトラフィックデータに対して、トラフィックセグメント全体を使用する。

アクセスルータ１５０２は、時に、第１のサブセットのアクセス端末から要求を受信していて、第２のサブセットのアクセス端末間でトラフィックセグメントをパーティションすることを決めているかもしれない。ここで、第２のサブセットのアクセス端末は、第１のサブセットのアクセス端末より少ない。第２のサブセットのアクセス端末は、第１のサブセットのアクセス端末の中に含まれている。

図１５中に図示されているトラフィックスロットが、繰り返しピアツーピアタイミング構造の一部であると、仮定する。第１の反復の間に、トラフィックセグメント１５２０を、図１５中に示されているように使用してもよく、第２の反復の間に、単一のアクセス端末からトラフィックデータを受信するために、アクセスルータ１５０２によってトラフィックセグメント１５２０を使用してもよく、第３の反復の間に、３つのアクセス端末からトラフィックデータを受信するために、アクセスルータ１５０２によってトラフィックセグメント１５２０を使用してもよく、第４の反復の間に、２つのアクセス端末間でトラフィックデータを送信するために、トラフィックセグメント１５２０を使用してもよく、第５の間隔の間に、トラフィックを１つ以上のアクセス端末に送信するために、アクセスルータ１５０２によってトラフィックセグメント１５２０を使用してもよい。

ソフトウェア、ハードウェア、および／または、ソフトウェアとハードウェアとの組み合わせを使用して、さまざまな実施形態の技術を実現してもよい。例えば、移動体アクセス端末のような移動体ノード、１つ以上のアタッチメントポイントを含む基地局、および／または、通信システムのような、装置に対して、さまざまな実施形態は向けられている。また、移動体ノード、基地局、および／または、例えばホストのような通信システムを、制御する方法、ならびに、動作させる方法のような、方法に対しても、さまざまな実施形態は向けられている。機械を制御して、方法の１つ以上のステップを実現させるための機械読取可能命令を含む、例えば、ＲＯＭや、ＲＡＭや、ＣＤや、ハードディスクなどのような、例えば、コンピュータ読取可能媒体のような、機械に対しても、さまざまな実施形態は向けられている。

開示したプロセスにおけるステップの特有な順序または階層が、例示的なアプローチの例であることが理解される。設計選択に基づいて、プロセスにおけるステップの特有な順序または階層は、本開示の範囲内を保つ限り、再構成してもよいことが理解される。添付している方法の請求項は、サンプルの順序におけるさまざまなステップのエレメントを提示しており、提示した特有な順序または階層に限定されることを意味しない。

さまざまな実施形態では、ここで説明したノードは、１つ以上の方法に対応しているステップを実行する１つ以上のモジュールを使用して実現される。したがって、いくつかの実施形態では、モジュールを使用して、さまざまな特徴が実現される。このようなモジュールは、ソフトウェア、ハードウェア、または、ソフトウェアとハードウェアとの組み合わせを使用して実現してもよい。例えば、ＲＡＭ、フロッピー（登録商標）ディスク等の、メモリデバイスのような、機械読取可能媒体中に含まれている、ソフトウェアのような、機械実行可能命令を使用して、上記で説明した方法または方法のステップの多くを実現して、例えば、付加的なハードウェアを持つまたは付加的なハードウェアを持たない汎用コンピュータのような、機械を制御し、例えば１つ以上のノードにおいて、上記で説明した方法のすべてまたは一部分を実現することができる。したがって、数あるものの中で、さまざまな実施形態は、例えば、プロセッサおよび関係するハードウェアのような、機械に、上記で説明した方法の１つ以上のステップを実行させるための機械実行可能命令を含む、機械読取可能媒体に向けられている。いくつかの実施形態は、本発明の１つ以上の方法のうちの１つの、複数の、または、すべてのステップを実現するように構成されているプロセッサを備える、例えば通信デバイスのような、デバイスに向けられている。

いくつかの実施形態は、コンピュータまたは複数のコンピュータに、例えば、上記で説明した１つ以上のステップのような、さまざまな機能、ステップ、アクト、および／または、動作を実現させるためのコードを含むコンピュータ読取可能媒体を具備する、コンピュータプログラムプロダクトに向けられている。実施形態に依存して、コンピュータプログラムプロダクトは、実行されることになる各ステップに対する異なるコードを含むことができ、時に、含んでいる。したがって、コンピュータプログラムプロダクトは、例えば、通信デバイスまたはノードを制御する方法のような、方法の個々の各ステップに対するコードを含んでいてもよく、時に、含んでいる。コードは、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、または、他のタイプの記憶デバイスのような、コンピュータ読取可能媒体上に記憶されている、例えば、コンピュータ実行可能命令のような、機械実行可能命令の形態であってもよい。コンピュータプログラムプロダクトに向けられていることに加えて、いくつかの実施形態は、上記で説明した１つ以上の方法のさまざまな機能、ステップ、アクト、および／または、動作のうちの１つ以上を実現するように構成されているプロセッサに向けられている。したがって、いくつかの実施形態は、ここで説明する方法のステップのうちのいくつかまたはすべてを実現するように構成されているプロセッサ、例えばＣＰＵに、向けられている。プロセッサは、例えば、通信デバイスまたは本出願中で説明されている他のデバイスにおいて使用するためのものであってもよい。

いくつかの実施形態では、例えばワイヤレス端末のような通信デバイスである、１つ以上のデバイスの、プロセッサ、例えばＣＰＵは、通信デバイスにより実行されるものとして説明されている方法のステップを実行するように構成されている。したがって、すべてではないがいくつかの実施形態は、プロセッサを持つ、例えば通信デバイスのような、デバイスに向けられており、プロセッサは、プロセッサがその中に含まれているデバイスにより実行されるさまざまな説明した方法のステップのそれぞれに対応しているモジュールを備えている。すべてではないがいくつかの実施形態では、例えば通信デバイスのようなデバイスは、プロセッサがその中に含まれているデバイスにより実行されるさまざまな説明した方法のステップのそれぞれに対応しているモジュールを備えている。モジュールは、ソフトウェアおよび／またはハードウェアを使用して実現してもよい。

ＯＦＤＭシステムの文脈で説明したが、さまざまな実施形態の方法および装置のうちの少なくともいくつかは、多くの非ＯＦＤＭシステムおよび／または非セルラシステムを含む、幅広い範囲の通信システムに適用可能である。方法および装置のうちの少なくともいくつかは、例えば、ＯＦＤＭおよびＣＤＭＡのシグナリング技術を含むシステムのような、ハイブリッドシステムに適用可能である。

上記の説明を考慮すると、上記で説明したさまざまな実施形態の方法および装置に関する、非常に多くの付加的なバリエーションが、当業者にとって明らかになるだろう。このようなバリエーションは、範囲内で考えられるべきである。方法および装置は、ＣＤＭＡや、直交周波数分割多重化（ＯＦＤＭ）や、ならびに／あるいは、アクセスノードと移動体ノードとの間にワイヤレス通信リンクを提供するために使用することがあるさまざまな他のタイプの通信技術とともに使用してもよく、さまざまな実施形態では、使用する。いくつかの実施形態では、アクセスノードは、ＯＦＤＭおよび／またはＣＤＭＡを使用して、移動体ノードとの通信リンクを確立する基地局として実現される。さまざまな実施形態では、移動体ノードは、ノートブックコンピュータや、パーソナルデータアシスタント（ＰＤＡ）や、あるいは、受信機／送信機の回路および論理、ならびに／あるいは、受信機／送信機のルーチンを含む、方法を実現するための、他のポータブルデバイスとして実現される。

Claims (40)

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. コンピュータプログラムプロダクトにおいて、
    少なくとも１つのコンピュータに、第１のトラフィックセグメント中で、アクセスルータから第１のトラフィックセグメント信号を受信させるためのコードと、
    前記少なくとも１つのコンピュータに、前記第１のトラフィックセグメント信号からパーティショニング情報を復元させるためのコードと、
    前記少なくとも１つのコンピュータに、前記第１のアクセス端末に対応しているトラフィックデータを含む、前記第１のトラフィックセグメント信号の部分を、少なくとも前記復元したパーティショニング情報に基づいて決定させるためのコードと含むコンピュータ読取可能媒体を具備するコンピュータプログラムプロダクト。

Images