(57)【要約】  １つのデバイスと多くの端末の間で（タイムスロット内またはトラヒックスロット内で）ダウンリンク同時ピアツーピア通信、ならびに複数の端末と１つのデバイスの間で（タイムスロット内またはトラヒックスロット内で）アップリンク同時ピアツーピア通信を容易にするプロトコルが提供される。同時ピアツーピア通信は、デバイスの特別な(ad hoc)ネットワーク内で発生し得る。かかる動作を容易にするために、制御チャネル内でデバイスおよび端末がピアツーピア接続を識別することを可能にする時間周波数構造が提供される。この時間周波数構造は、端末が、同じデバイスとの接続を有するその他の兄弟端末を識別することも可能にし、それにより、より効率的に干渉抑制を実行することを可能にする。すなわち、同じデバイスとの兄弟ピアツーピア接続は、ある種のピアツーピア接続の信号対干渉比の計算に対する干渉と見なされない。
2010533460.tif 000002
【特許請求の範囲】
【請求項１】
ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするために、第１のデバイス内で動作可能な方法であって、前記第１のデバイスは、前記第２のデバイスとの第１の接続と、前記第３のデバイスとの第２の接続とを有し、前記方法は、
第１の伝送要求信号を接続スケジューリングチャネルスロット内で送ることと、なお、前記第１の伝送要求信号は、前記第１のデバイスが、後続のトラヒックチャネルスロット内で前記第２のデバイスにトラヒック信号を送信することを意図していること、を示す；
第２の伝送要求信号を前記接続スケジューリングチャネルスロット内で送ることと、なお、第２の伝送要求信号は、前記第１のデバイスが、前記後続のトラヒックチャネルスロット内で前記第３のデバイスにトラヒック信号を送信することを意図していること、を示す；
を備え、
前記接続スケジューリングチャネルスロットは、複数のＯＦＤＭ記号を含み、前記複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含む、
方法。
【請求項２】
前記第１の伝送要求信号が、前記複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信され、前記第２の伝送要求信号が、前記複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信される、請求項１に記載の方法。
【請求項３】
前記第１の伝送要求信号が送信される前記ＯＦＤＭ記号が、前記第２の伝送要求信号が送信される前記ＯＦＤＭ記号と同じである、請求項２に記載の方法。
【請求項４】
前記第２のデバイスから、および前記第３のデバイスから、要求応答信号を受信するために監視することと、なお、前記要求応答信号は、前記対応するデバイスが、前記第１のデバイスからトラヒックを受信する状態にあることを示す；
要求応答信号が、前記第２および前記第３のデバイスのうちの少なくとも１つから受信された場合は、パイロット信号を送信することを決定することと；
をさらに備える、
請求項１に記載の方法。
【請求項５】
追加の要求応答信号を受信するために監視することと、なお、前記追加の要求応答信号は、前記対応するデバイスが、前記第１のデバイス以外のデバイスからトラヒックを受信する状態にあること、を示す；
前記追加の要求応答信号の前記受信電力の関数として、前記追加の要求応答信号に関連する前記接続に対する干渉コストを計算することと；
前記計算された干渉コストがしきい値以下である場合、パイロット信号を送信することを決定することと；
をさらに備える、請求項４に記載の方法。
【請求項６】
前記第２および第３のデバイスの両方に前記パイロットを送信することと、
前記第２および第３のデバイスからレート報告信号を受信することと、
をさらに備える、請求項５に記載の方法。
【請求項７】
第１および第２のトラヒック信号構成要素を前記第２および第３のデバイスに送信することを決定することと、なお、前記第１および第２のトラヒック信号構成要素の前記伝送レートおよび電力は、前記受信されたレート報告信号の関数として決定される；
前記第１および第２のトラヒック信号構成要素と帯域内制御信号とを前記後続のトラヒックチャネルスロット内で送信することと、なお、前記帯域内制御信号は前記伝送レートを示す情報を含む；
をさらに備える、請求項６に記載の方法。
【請求項８】
前記後続のトラヒックチャネルスロットは、複数のＯＦＤＭ記号を含み、前記複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含む、請求項７に記載の方法。
【請求項９】
前記第１および第２のトラヒック信号構成要素は、前記トラヒックチャネルスロット内の複数のトーン記号の２個の分離されたサブセット内で送信され、前記複数のトーン記号のそれぞれは、１個のＯＦＤＭ記号内のトーンである、請求項８に記載の方法。
【請求項１０】
前記２個のサブセットは、時間において実質的に重なる、請求項９に記載の方法。
【請求項１１】
前記２個のサブセットは、時間において重なりなしである、請求項９に記載の方法。
【請求項１２】
前記帯域内制御信号は、前記第１および前記第２のトラヒック信号構成要素が、前記２個のサブセットを使用して送信されることを示す情報と、前記第１および前記第２の接続のうちのどの１つに関して、前記２個のサブセットのうちのどの１つが使用されるのかの割当て情報と、を含む、請求項９に記載の方法。
【請求項１３】
前記第１のトラヒック信号構成要素は、前記トラヒックチャネルスロット内で送信される前記トラヒック信号を形成するために、前記第２のトラヒック信号構成要素上で重ねられる、請求項８に記載の方法。
【請求項１４】
１個の要求応答信号だけが、前記第２および前記第３のデバイスのうちの１つから受信された場合、前記第２および前記第３のデバイスのうちの１つにトラヒック信号を送信することを決定すること、をさらに備え、前記トラヒック信号の前記レートが、前記受信されたレート報告信号の関数として決定される、
請求項６に記載の方法。
【請求項１５】
前記第２および前記第３のデバイスの両方から要求応答信号を受信することに続いて、前記受信されたレート報告信号の関数として、前記第２および前記第３のデバイスのうちの１つだけにトラヒック信号を送信することを決定すること、
をさらに備える、請求項６に記載の方法。
【請求項１６】
第１のデバイスであって、ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするように構成されており、前記第１のデバイスは、前記第２のデバイスとの第１の接続と前記第３のデバイスとの第２の接続とを有し、
前記第２および前記第３のデバイスとの無線ピアツーピア通信接続を確立するための送受信機と、
前記送受信機に結合された処理回路と、
を備え、
前記処理回路は、
第１の伝送要求信号を接続スケジューリングチャネルスロット内で送り、なお、前記第１の伝送要求信号は、前記第１のデバイスが、後続のトラヒックチャネルスロット内で前記第２のデバイスにトラヒック信号を送信することを意図していること、を示す；そして、
第２の伝送要求信号を前記接続スケジューリングチャネルスロット内で送る、なお、前記第２の伝送要求信号は、前記第１のデバイスが、前記後続のトラヒックチャネルスロット内で前記第３のデバイスにトラヒック信号を送信することを意図していること、を示す；
ように適合されており、
前記接続スケジューリングチャネルスロットは、複数のＯＦＤＭ記号を含み、前記複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含む、
第１のデバイス。
【請求項１７】
前記第１の伝送要求信号は、前記複数のＯＦＤＭ信号のうちの１つの中のトーン内で送信され、前記第２の伝送要求信号は、前記複数のＯＦＤＭ信号のうちの１つの中のトーン内で送信される、請求項１６に記載の第１のデバイス。
【請求項１８】
前記第１の伝送要求信号が送信される前記ＯＦＤＭ記号は、前記第２の伝送要求信号が送信される前記ＯＦＤＭ記号と同じである、請求項１７に記載の第１のデバイス。
【請求項１９】
前記処理回路は、
前記第２のデバイスから、および前記第３のデバイスから、要求応答信号を受信するために監視し、なお、前記要求応答信号は、前記対応するデバイスが、前記第１のデバイスからトラヒックを受信する状態にあることを示す；そして、
要求応答信号が、前記第２および前記第３のデバイスのうちの少なくとも１つから受信された場合、パイロット信号を送信することを決定する；
ように適合されている、請求項１６に記載の第１のデバイス。
【請求項２０】
前記処理回路は、
追加の要求応答信号を受信するために監視し、なお、前記追加の要求応答信号は、前記対応するデバイスが、前記第１のデバイス以外のデバイスからトラヒックを受信する状態にあることを示す；
前記追加の要求応答信号の前記受信電力の関数として、前記追加の要求応答信号に関連する前記接続に対する干渉コストを計算し；そして、
前記計算された干渉コストがしきい値以下である場合、パイロット信号を送信することを決定する；
ように適合されている、請求項１９に記載の第１のデバイス。
【請求項２１】
前記処理回路は、
前記第２および前記第３のデバイスの両方に前記パイロットを送信し；
前記第２および前記第３のデバイスからレート報告信号を受信し；
第１および第２のトラヒック信号構成要素を前記第２および前記第３のデバイスに送信することを決定し、なお、前記第１および前記第２のトラヒック信号構成要素の前記伝送レートおよび前記電力は、前記受信されたレート報告信号の関数として決定される；そして、
前記第１および前記第２のトラヒック信号構成要素と、前記伝送レートを示す情報を含む帯域内制御信号とを、前記後続のトラヒックチャネルスロット内で送信する；
ように適合されている、請求項２０に記載の第１のデバイス。
【請求項２２】
第１のデバイスであって、ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするように構成されており、前記第１のデバイスは、前記第２のデバイスとの第１の接続と、前記第３のデバイスとの第２の接続とを有し、
接続スケジューリングチャネルスロット内で第１の伝送要求信号を送るための手段と、なお、前記第１の伝送要求信号は、前記第１のデバイスが、後続のトラヒックチャネルスロット内で前記第２のデバイスにトラヒック信号を送信することを意図していること、を示す；
前記接続スケジューリングチャネルスロット内で第２の伝送要求信号を送るための手段と、なお、前記第２の伝送要求信号は、前記第１のデバイスが、前記後続のトラヒックチャネルスロット内で前記第３のデバイスにトラヒック信号を送信することを意図していること、を示す；
を備え、
前記接続スケジューリングチャネルスロットは、複数のＯＦＤＭ記号を含み、前記複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含む、
第１のデバイス。
【請求項２３】
前記第２のデバイスから、および前記第３のデバイスから、要求応答信号を受信するために監視するための手段と、なお、前記要求応答信号は、前記対応するデバイスが、前記第１のデバイスからトラヒックを受信する状態にあること、を示す；
追加の要求応答信号を受信するために監視するための手段と、なお、前記の追加の要求応答信号は、前記対応するデバイスが、前記第１のデバイス以外のデバイスからトラヒックを受信する状態にあること、を示す；
前記追加の要求応答信号の前記受信電力の関数として、前記追加の要求応答信号に関連する前記接続に対する干渉コストを計算するための手段と；
前記計算された干渉コストがしきい値以下である場合、パイロット信号を送信することを決定するための手段と；
をさらに備える、請求項２２に記載の第１のデバイス。
【請求項２４】
前記第２および第３のデバイスの両方に前記パイロットを送信するための手段と；
前記第２および第３のデバイスから、レート報告信号を受信するための手段と；
第１および第２のトラヒック信号構成要素を前記第２および第３のデバイスに送信することを決定するための手段と、なお、前記第１および第２のトラヒック信号構成要素の前記伝送レートおよび電力は、前記受信されたレート報告信号の関数として決定される；
前記後続のトラヒックチャネルスロット内で、前記第１および第２のトラヒック信号構成要素と、前記伝送レートを示す情報を含む帯域内制御信号とを、送信するための手段と；
をさらに備える、請求項２３に記載の第１のデバイス。
【請求項２５】
ピアツーピアネットワーク上で通信を容易にするための回路であって、前記回路は、前記ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするために、第１のデバイス内で動作し、前記第１のデバイスは、前記第２のデバイスとの第１の接続と、前記第３のデバイスとの第２の接続とを有し、
前記第２および第３のデバイスの両方に前記パイロットを送信し；
前記第２および第３のデバイスからレート報告信号を受信し；
前記第２および第３のデバイスに、第１および第２のトラヒック信号構成要素を送信することを決定し、なお、前記第１および第２のトラヒック信号構成要素の前記伝送レートおよび電力は、前記受信されたレート報告信号の関数として決定される；
前記後続のトラヒックチャネルスロット内で、前記第１および第２のトラヒック信号構成要素と、前記伝送レートを示す情報を含む帯域内制御信号とを、送信する；
ことを備える回路。
【請求項２６】
第１のデバイスが前記ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするための命令、を備える機械可読媒体であって、前記第１のデバイスは、前記第２のデバイスとの第１の接続と、前記第３のデバイスとの第２の接続とを有しており、プロセッサによって実行された場合、前記プロセッサに、
前記第２および第３のデバイスの両方に前記パイロットを送信させ；
前記第２および第３のデバイスからレート報告信号を受信させ；
第１および第２のトラヒック信号構成要素を前記第２および前記第３のデバイスに送信することを決定させ、なお、前記第１および第２のトラヒック信号構成要素の前記伝送レートおよび電力は、前記受信されたレート報告信号の関数として決定される；
前記後続のトラヒックチャネルスロット内で、前記第１および第２のトラヒック信号構成要素と、前記伝送レートを示す情報を含む帯域内制御信号とを、送信させる；
機械可読媒体。
【請求項２７】
ピアツーピアネットワーク内で第１のデバイスとの通信を容易にするために、第２のデバイスを操作する方法であって、前記第１のデバイスは、前記第２のデバイスとの第１の接続と、第３のデバイスとの第２の接続を有しており、前記方法は、
接続スケジューリングチャネルスロット内で、前記第１のデバイスから、意図された伝送要求信号を受信するために監視することと、なお、前記意図された伝送要求信号は、前記第１のデバイスが、後続のトラヒックチャネルスロット内で前記第２のデバイスにトラヒック信号を送信することを意図していること、を示す；
前記接続スケジューリングチャネルスロット内で、送信機デバイスから、追加の伝送要求信号を受信するために監視することと、なお、前記追加の伝送要求信号は、前記送信機デバイスが、前記後続のトラヒックチャネルスロット内で前記第２のデバイス以外の受信機デバイスにトラヒック信号を送信することを意図していること、を示す；
信号対干渉比を計算することと、なお、前記信号対干渉比は、予想される干渉電力に対する予想される信号電力の比率であり、前記予測される信号電力は、前記第１のデバイスからの前記伝送要求信号の前記受信電力の関数として決定されており、前記予測される干渉電力は、前記追加の伝送要求信号の前記受信電力の関数として決定されている；
前記信号対干渉比がしきい値以上である場合、前記第１のデバイスに要求応答信号を送信することを決定することと；
を備える方法。
【請求項２８】
前記追加の伝送要求信号のうちの１つを兄弟伝送要求信号として識別することと、なお、前記兄弟伝送要求信号は、前記第１のデバイスから前記第３のデバイスへの要求である；
前記予想される干渉電力を前記計算する際に、前記識別された兄弟伝送要求信号の前記受信電力を除外することと；
をさらに備える、請求項２７に記載の方法。
【請求項２９】
前記接続スケジューリングチャネルスロットは、複数のＯＦＤＭ記号を含み、前記ＯＦＤＭ記号のそれぞれは、複数のトーンを含み、前記意図された伝送要求信号は、前記複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信され、前記兄弟伝送要求信号は、前記複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信される、請求項２８に記載の方法。
【請求項３０】
前記意図された伝送要求信号が送信される前記ＯＦＤＭ記号は、前記兄弟伝送要求信号が送信される前記ＯＦＤＭ記号と同じである、請求項２９に記載の方法。
【請求項３１】
前記兄弟伝送要求信号が送信される前記トーンは、前記第２のデバイスに知られている、請求項３０に記載の方法。
【請求項３２】
前記要求応答信号を送信することをさらに備え、前記要求応答信号は、前記複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信される、
請求項２９に記載の方法。
【請求項３３】
前記第１のデバイスからパイロットを受信することと；
前記パイロットの前記信号対干渉比を計算することと；
前記パイロットの前記計算された信号対干渉比の関数として、最大トラヒック伝送レートを決定することと、なお、前記最大トラヒック伝送レートは、前記第２のデバイスが、前記パイロットの所与の前記計算された信号対干渉比を確実に受信することが可能な最大レートである；
レート報告信号を前記第１のデバイスに送信することと、なお、前記レート報告信号は、前記決定された最大トラヒック伝送レートを示す情報を含む；
をさらに備える、請求項２８に記載の方法。
【請求項３４】
前記第１のデバイスからトラヒック信号を受信することと、なお、前記トラヒック信号は、帯域内制御信号を含む；
前記帯域内制御信号から、前記トラヒック信号が、前記第２のデバイスを対象とするトラヒック信号構成要素を含むかどうかを決定することと；
それが存在することが決定された場合、前記第２のデバイスを対象とする前記トラヒック信号構成要素を復号することと；
をさらに備える、請求項３３に記載の方法。
【請求項３５】
前記帯域内制御信号は、前記トラヒックチャネルスロットが前記トラヒックチャネルスロット内の複数のトーン記号の少なくとも２個の分離されたサブセットに区分化されること、を示す情報と、前記第２のデバイスを対象とする前記トラヒック信号構成要素を送信するために、前記少なくとも２個の分離されたサブセットのうちのどの１つが割り当てられるかの割当て情報と、を含んでおり、前記複数のトーン記号のそれぞれは１個のＯＦＤＭ記号内のトーンであり、前記方法は更に、
トーン記号の前記割り当てられたサブセットから変調記号を取り出すことと、
前記取り出された変調記号から、前記第２のデバイスを対象とする前記トラヒック信号構成要素を復号することと、
をさらに備える、請求項３４に記載の方法。
【請求項３６】
ピアツーピアネットワーク内で第１のデバイスとの通信を容易にするように構成された第２のデバイスであって、前記第１のデバイスは、前記第２のデバイスとの第１の接続と、第３のデバイスとの第２の接続とを有しており、
前記第１および第３のデバイスとの無線ピアツーピア通信接続を確立するための送受信機と、
前記送受信機に結合された処理回路と、
を備え、
前記処理回路は、
意図された伝送要求信号を接続スケジューリングチャネルスロット内で前記第１のデバイスから受信するために監視し、なお、前記意図された伝送要求信号は、前記第１のデバイスが、後続のトラヒックチャネルスロット内で前記第２のデバイスにトラヒック信号を送信することを意図していること、を示す；
追加の伝送要求信号を前記接続スケジューリングチャネルスロット内で送信機デバイスから受信するために監視し、なお、前記追加の伝送要求信号は、前記送信機デバイスが、前記後続のトラヒックチャネルスロット内で前記第２のデバイス以外の受信機デバイスにトラヒック信号を送信することを意図していること、を示す；
信号対干渉比を計算し、なお、前記信号対干渉比は、予想される干渉電力に対する予想される信号電力の比率であり、前記予測される信号電力は、第１のデバイスからの前記伝送要求信号の前記受信電力の関数として決定されており、前記予測される干渉電力は、前記追加の伝送要求信号の前記受信電力の関数として決定されている;そして、
前記信号対干渉比がしきい値以上である場合、前記第１のデバイスに要求応答信号を送信することを決定する；
ように適合されている、
第２のデバイス。
【請求項３７】
前記処理回路は、
前記追加の伝送要求信号のうちの１つを、兄弟伝送要求信号として識別し、なお、前記兄弟伝送要求信号は前記第１のデバイスから前記第３のデバイスへの要求である；
前記予測される干渉電力を前記計算する際に、前記識別された兄弟伝送要求信号の前記受信電力を除外する；
ように適合されている、
請求項３６に記載の第２のデバイス。
【請求項３８】
ピアツーピアネットワーク内で前記第１のデバイスとの通信を容易にするように構成された第２のデバイスであって、前記第１のデバイスは、前記第２のデバイスとの第１の接続と、第３のデバイスとの第２の接続とを有し、
意図された伝送要求信号を接続スケジューリングチャネルスロット内で前記第１のデバイスから受信するために監視するための手段と、なお、意図された伝送要求信号は、前記第１のデバイスが、後続のトラヒックチャネルスロット内で前記第２のデバイスにトラヒック信号を送信することを意図していること、を示す；
追加の伝送要求信号を前記接続スケジューリングチャネルスロット内で送信機デバイスから受信するために監視するための手段と、なお、前記追加の伝送要求信号は、前記送信機デバイスが、前記後続のトラヒックチャネルスロット内で前記第２のデバイス以外の受信機デバイスにトラヒック信号を送信することを意図していること、を示す；
信号対干渉比を計算するための手段と、なお、前記信号対干渉比は、予測される干渉電力に対する予測される信号電力の比率であり、前記予測される信号電力は、前記第１のデバイスからの前記伝送要求信号の前記受信電力の関数として決定されており、前記予測される干渉電力は、前記追加の伝送要求信号の前記受信電力の関数として決定されている；
前記信号対干渉比がしきい値以上である場合、前記第１のデバイスに要求応答信号を送信することを決定するための手段と；
を備える第２のデバイス。
【請求項３９】
ピアツーピアネットワーク上で通信を容易にするための回路であって、前記回路は、第２のデバイスとの第１の接続と第３のデバイスとの第２の接続とを有する第１のデバイスとの通信を容易にするために前記第２のデバイス内で動作し、
意図された伝送要求信号を接続スケジューリングチャネルスロット内で前記第１のデバイスから受信するために監視し、なお前記意図された伝送要求信号は、前記第１のデバイスが、後続のトラヒックチャネルスロット内で前記第２のデバイスにトラヒック信号を送信することを意図していること、を示す；
追加の伝送要求信号を前記接続スケジューリングチャネルスロット内で送信機デバイスから受信するために監視し、なお、前記追加の伝送要求信号は、前記送信機デバイスが、前記後続のトラヒックチャネルスロット内で前記第２のデバイス以外の受信機デバイスにトラヒック信号を送信することを意図していること、を示す；
信号対干渉比を計算し、なお、前記信号対干渉比は、予測される干渉電力に対する予測される信号電力の比率であり、前記予測される信号電力は、前記第１のデバイスからの前記伝送要求信号の前記受信電力の関数として決定されており、前記予測される干渉電力は、前記追加の伝送要求信号の前記受信電力の関数として決定されている；
前記信号対干渉比がしきい値以上である場合、前記第１のデバイスに要求応答信号を送信することを決定する、
ことを備える回路。
【請求項４０】
第２のデバイスが、前記第２のデバイスとの第１の接続と第３のデバイスとの第２の接続を有する第１のデバイスとの通信を容易にするための命令を備える機械可読媒体であって、プロセッサによって実行されるとき、前記プロセッサに、
意図された伝送要求信号を接続スケジューリングチャネルスロット内で前記第１のデバイスから受信するために監視させ、なお、前記意図された伝送要求信号は、前記第１のデバイスが、後続のトラヒックチャネルスロット内で前記第２のデバイスにトラヒック信号を送信することを意図していること、を示す；
追加の伝送要求信号を前記接続スケジューリングチャネルスロット内で送信機デバイスから受信するために監視させ、なお、前記追加の伝送要求信号は、前記送信機デバイスが、前記後続のトラヒックチャネルスロット内で前記第２のデバイス以外の受信機デバイスにトラヒック信号を送信することを意図していること、を示す；
信号対干渉比を計算させ、なお、前記信号対干渉比は、予測される干渉電力に対する予測される信号電力の比率であり、前記予測される信号電力は、前記第１のデバイスからの前記伝送要求信号の前記受信電力の関数として決定されており、前記予測される干渉電力は、前記追加の伝送要求信号の前記受信電力の関数として決定されている;そして、
前記信号対干渉比がしきい値以上である場合、前記第１のデバイスに要求応答信号を送信することを決定させる；
機械可読媒体。
【発明の詳細な説明】
【優先権の主張】
【０００１】
［米国特許法第１１９条に基づく優先権主張］
本特許出願は、２００７年７月１０日に出願され、ここでの譲受人に譲渡され、参照により本明細書に明示的に組み込まれている、「制御チャネルのための方法および装置(Methods and Apparatus for a Control Channel)」という表題の米国仮出願第６０／９４８，９８８号の優先権を主張する。
【分野】
【０００２】
以下の説明は、一般に、 無線通信に関し、詳細には、１対１(one-to-one)ピアツーピア通信、多対１(many-to-one)ピアツーピア通信、および１対多(one-to-many)ピアツーピア通信をサポートするピアツーピアネットワーク(peer-to-peer network)用の制御チャネルに関する。
【背景】
【０００３】
無線通信システムは、様々なタイプの通信を提供するために広く展開されている。例えば、音声および／またはデータは、かかる無線通信システムを経由して提供され得る。典型的な無線通信システムまたは無線通信ネットワークは、複数のユーザに１つまたは複数の共有リソースへのアクセスを提供することが可能である。例えば、システムは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＯＦＤＭ）など、様々な多元接続技法を使用することが可能である。
【０００４】
共通の無線通信システムは、受信可能範囲領域を提供する、１つまたは複数の基地局を用いる。典型的な基地局は、ブロードキャストサービス、マルチキャストサービスおよび／またはユニキャストサービスに複数のデータ流れを送信することが可能であり、データ流れは、無線端末に関係する独立した受信のものであり得るデータの流れであり得る。かかる基地局の受信可能範囲領域内の無線端末は、複合流れによって運ばれる１個のデータ流れ、２つ以上のデータ流れ、またはすべてのデータ流れを受信するために用いられることが可能である。同様に、無線端末は、データを基地局または別の無線端末に送信することが可能である。
【０００５】
無線通信システムは、データを転送するために、無線スペクトルの様々な部分を活用する。しかし、無線スペクトルは、高価で、貴重なソースである。例えば、（例えば、許可を得たスペクトル範囲内の）無線スペクトルの一部を介して無線通信システムを操作すること(to operate)を望んでいる会社はかなりの費用を負う場合がある。さらに、従来の技法は、通常、無線スペクトルの非効率的な利用を行う。一般的な例によれば、広域ネットワークセルラ通信のために割り当てられたスペクトルは、多くの場合、時間および空間を通して均等に利用されない。したがって、スペクトルのかなりのサブセットは、所与の時間間隔において、所与の地理的位置において未使用である可能性がある。
【０００６】
もう１つの例によれば、無線通信システムは、多くの場合、ピアツーピアアーキテクチャまたは特別のアーキテクチャ(ad hoc architecture)を用い、それによって、無線端末は、別の無線端末に直接的に信号を転送することが可能である。したがって、信号は、基地局を横断する必要がなく、むしろ、互いの範囲内にある無線端末は、直接的に発見および／または通信することが可能である。しかし、従来のピアツーピアネットワークは、通常、非同期様式で動作し、それによって、ピアは、特定のときに、異なるタスクを達成することが可能である。その結果、ピアは、範囲内の異なるピアを識別することおよび／または範囲内の異なるピアと通信することに関連して、困難に遭遇する可能性がある。ピアツーピアネットワーク上で１対多通信および多対１通信を実施する場合、さらなる困難に遭遇する。
【０００７】
したがって、共有周波数スペクトル上でピアツーピア通信を容易にするための方式が必要とされる。
【発明の概要】
【０００８】
以下は、いくつかの実施形態の基本的な理解をもたらすために、１つまたは複数の実施形態の簡素化された概要を提示する。この概要は、すべての企図される実施形態の広範囲にわたる概要ではなく、すべての実施形態の主要な要素または重要な要素を識別すること、または任意のもしくはすべての実施形態の範囲を描写することが意図されない。その唯一の目的は、後に提示されるより詳細な説明の前置きとして、１つまたは複数の実施形態のいくつかの概念を簡素化された形で提示することである。
【０００９】
１つのデバイスと多くの端末の間の（タイムスロット内またはトラヒックスロット内の）ダウンリンク同時ピアツーピア通信、ならびに、複数の端末と１つのデバイスの間の（タイムスロット内またはトラヒックスロット内の）アップリンク同時ピアツーピア通信を容易にするプロトコルが提供される。同時ピアツーピア通信は、デバイスの特別なネットワーク(ad hoc network)内で発生し得る。かかる動作を容易にするために、デバイスおよび端末がピアツーピア接続を識別することを可能にする時間周波数構造が制御チャネル内に提供される。この時間周波数構造は、端末が、同じデバイスとの接続を有するその他の兄弟端末(sibling terminals)を識別することも可能にし、それにより、より効率的に干渉抑制を実行することを可能にする。すなわち、同じデバイスとの兄弟ピアツーピア接続は、無線ネットワークにおける干渉抑制の目的で、その他の無関係なピアツーピア接続とは異なって処理されることが可能である。
【００１０】
第１の態様によれば、ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするための第１のデバイスが提供され、この場合、第１のデバイスは、第２のデバイスと第１の接続を有し、第３のデバイスと第２の接続を有する。第１のデバイスは、第１のデバイスが、後続のトラヒックチャネルスロット内で(in a subsequent traffic channel slot)第２のデバイスにトラヒック信号を送信することを意図していることを示す第１の伝送要求信号を、接続スケジューリングチャネルスロット(connection scheduling channel slot)内で送る。同様に、第１のデバイスは、第１のデバイスが、後続のトラヒックチャネルスロット内で第３のデバイスにトラヒック信号を送ることを意図していることを示す第２の伝送要求信号を接続スケジューリングチャネルスロット内で送ることが可能である。接続スケジューリングチャネルスロットは、複数のＯＦＤＭ記号を含むことが可能であり、複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含む。
【００１１】
第１の伝送要求信号は、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信されることが可能であり、第２の伝送要求信号は、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信される。加えて、第１の伝送要求信号が送られるＯＦＤＭ記号は、第２の伝送要求信号が送られるＯＦＤＭ記号と同じであり得る。
【００１２】
第１のデバイスは、対応するデバイスが、第１のデバイスからトラヒックを受信する状態にあることを示す要求応答信号を第２のデバイスからかつ第３のデバイスから受信するために（トラヒック管理チャネルを）監視することも可能である。要求応答信号が、第２のデバイスおよび第３のデバイスのうちの少なくとも１つから受信された場合、第１のデバイスは、パイロット信号を送信することを決定することが可能である。第１のデバイスは、対応するデバイスが、第１のデバイス以外のデバイスからトラヒックを受信する状態にあることを示す追加の要求応答信号を受信するために（トラヒック管理チャネルを）監視することも可能である。第１のデバイスは、次いで、追加の要求応答信号の受信電力の関数として、追加の要求応答信号に関連する接続に対する干渉コストを計算することが可能である。次いで、計算された干渉コストがしきい値以下である場合、第１のデバイスは、パイロット信号を送信することを決定することが可能である。
【００１３】
次いで、第１のデバイスは、第２のデバイスおよび第３のデバイスの両方にパイロット信号を送信することが可能である。応答して、第１のデバイスは、第２のデバイスおよび第３のデバイスからレート報告信号を受信することが可能である。
【００１４】
次いで、第１のデバイスは、第１ならびに第２のトラヒック信号構成要素(a first and a second traffic signal components)を第２のデバイスおよび第３のデバイスに送るかどうかを決定することが可能であり、第１ならびに第２のトラヒック信号構成要素の伝送レートおよび電力は、受信されたレート報告信号の関数として決定される。次いで、第１のデバイスは、第１ならびに第２のトラヒック信号構成要素と、伝送レートを示す情報を含む帯域内制御信号(in-band control signal)とを後続のトラヒックチャネルスロット内で送る。
【００１５】
後続のトラヒックチャネルスロットは、複数のＯＦＤＭ記号を含み、複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含む。第１および第２のトラヒック信号構成要素は、トラヒックチャネルスロット内の複数のトーン記号の２個の分離された（個別のまたは別個の）サブセット内で送信されることが可能であり、複数のトーン記号は、１個のＯＦＤＭ記号内のトーンである。様々な実施形態において、２個のサブセットは、時間において実質的に重なってよく(overlap substantially in time)、または時間において重ならなくてもよい(non-overlapping in time)。
【００１６】
この帯域内制御信号は、第１および第２のトラヒック信号構成要素が２個のサブセットを使用して送信されたことを示す情報と、第１および第２の接続のうちのどの１つに関して、２個のサブセットのうちのどの１つが使用されるかの割当て情報とを含み得る。一例では、第１のトラヒック信号構成要素は、トラヒックチャネルスロット内で送信されたトラヒック信号を形成するために、第２のトラヒック信号構成要素上で重ねられる(superposed)ことが可能である。
【００１７】
本明細書で説明される様々な特徴は、（ルータなどの）デバイス内で、デバイス内に組み込まれた回路内もしくはプロセッサ内で、および／またはソフトウェア内で実施され得る。
【００１８】
第２の態様によれば、ピアツーピアネットワーク内で第１のデバイスとの通信を容易にするための第２のデバイスが提供され、第１のデバイスは、第２のデバイスと第１の接続を有し、第３のデバイスと第２の接続を有する。第２のデバイスは、第１のデバイスが、後続のトラヒックチャネルスロット内で第２のデバイスにトラヒック信号を送信することを意図していることを示す、意図された伝送要求信号を接続スケジューリングチャネルスロット内で第１のデバイスから受信するために（トラヒック管理チャネルを）監視することが可能である。同様に、第２のデバイスは、送信機デバイスが、後続のトラヒックチャネルスロット内で第２のデバイス以外の受信機デバイスにトラヒック信号を送信することを意図していることを示す追加の伝送要求信号を接続スケジューリングチャネルスロット内で送信機デバイスから受信するために（トラヒック管理チャネルを）監視することも可能である。次いで、第２のデバイスは、信号対干渉比を計算することが可能であり、信号対干渉比は、予測される干渉電力に対する予測される信号電力の比率であり、この場合、予測される信号電力は、第１のデバイスからの伝送要求信号の受信電力の関数として決定されることが可能であり、予測される干渉電力は、追加の伝送要求信号の受信電力の関数として決定されることが可能である。次いで、信号対干渉比がしきい値以上である場合、第２のデバイスは、第１のデバイスに要求応答信号を送信するかどうかを決定することが可能である。
【００１９】
次いで、第２のデバイスは、追加の伝送要求信号のうちの１つを、第１のデバイスから第３のデバイスへの要求である兄弟伝送要求信号として識別することが可能である。その結果、第２のデバイスは、予測される干渉電力を計算する際に、識別された兄弟伝送要求信号の受信電力を除外することが可能である。
【００２０】
この接続スケジューリングチャネルスロットは、複数のＯＦＤＭ記号を含むことが可能であり、複数のＯＦＤＭ記号のそれぞれは複数のトーンを含み、この場合、意図された伝送要求信号は、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信され、兄弟伝送要求信号は、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信される。意図された伝送要求信号が送信されるＯＦＤＭ記号は、兄弟伝送要求信号が送信されるＯＦＤＭ記号と同じである。兄弟伝送要求信号が送信されるトーンは、第２のデバイスに知られている可能性がある。
【００２１】
第２のデバイスは、要求応答信号をさらに送信することが可能であり、この場合、要求応答信号は、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信される。
【００２２】
要求応答信号に応答して、第２のデバイスは、第１のデバイスからパイロットを受信することが可能であり、当該パイロットの信号対干渉比を計算する。次いで、第２のデバイスは、パイロットの計算された信号対干渉比の関数として、最大トラヒック伝送レートを決定することが可能であり、この場合、最大トラヒック伝送レートは、第２のデバイスが、パイロットの所与のその計算された信号対干渉比を確実に受信することができる最大レートであり得る。次いで、レート報告信号が第２のデバイスによって第１のデバイスに送信され、この場合、レート報告信号は、決定された最大トラヒック伝送レートを示す情報を含み得る。
【００２３】
第２のデバイス信号は、その後、第１のデバイスからトラヒック信号を受信することが可能であり、この場合、トラヒック信号は帯域内制御信号を含む。帯域内制御信号から、第２のデバイスは、そのトラヒック信号が、第２のデバイスを対象としたトラヒック信号構成要素を含むかどうかを決定することが可能である。それが存在することが決定された場合、第２のデバイスは、第２のデバイスを対象とするトラヒック信号構成要素を復号することが可能である。
【００２４】
一例では、帯域内制御信号は、トラヒックチャネルスロットが、そのそれぞれが１個のＯＦＤＭ記号内のトーンである、トラヒックチャネルスロット内の複数のトーン記号の少なくとも２個の分離されたサブセットに区分化されていることを示す情報と、第２のデバイスを対象とするトラヒック信号構成要素を送信するために、その少なくとも２個の分離されたサブセットのうちのどの１つが割り当てられているかの割当て情報とを含み得る。第２のデバイスは、トーン記号の割り当てられたサブセットから変調記号を取り出すことが可能であり、取り出された変調記号から第２のデバイスを対象とするトラヒック信号構成要素を復号する。
【００２５】
本明細書で説明される様々な特徴は、無線端末内で、無線デバイス内に組み込まれた回路内もしくはプロセッサ内で、および／またはソフトウェア内で実施され得る。
【図面の簡単な説明】
【００２６】
【図１】広域ネットワークに関して、特別なピアツーピアネットワーク(ad hoc peer-to-peer network)がどのように実施され得るかを例示するブロック図。
【図２】ピアツーピア通信接続が無線端末同士の間で確立されている後で、トラヒックをトランスポートするために、無線端末によって使用され得るトラヒックチャネルスロットに関するタイミング系列の一例を例示する図。
【図３】複数の無線端末が、その他の近傍の無線端末に対して干渉を引き起こし得るピアツーピア通信接続を確立することが可能な環境を例示するブロック図。
【図４】デバイスが、その他の無線端末との複数のピアツーピア接続を同時に維持することが可能なピアツーピア環境を例示するブロック図。
【図５】信号伝送に関連する例示的な時間周波数構造を示す図。
【図６】それぞれの部分が伝送ＣＩＤ空間全体をカバーする、二部ＣＩＤブロードキャスト構造の一例を示す図。
【図７】１対多ピアツーピア通信および多対１ピアツーピア通信をサポートするために、制御チャネルを使用して、ダウンリンクチャネルおよびアップリンクチャネルがどのように確立され得るかの例を示す図。
【図８Ａ】ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするために、第１のデバイスにおいて動作可能な方法を例示する図。
【図８Ｂ】ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするために、第１のデバイスにおいて動作可能な方法を例示する図。
【図９Ａ】ピアツーピアネットワーク内で第１のデバイスとの通信を容易にするために、第２のデバイスにおいて動作可能な方法を例示する図。
【図９Ｂ】ピアツーピアネットワーク内で第１のデバイスとの通信を容易にするために、第２のデバイスにおいて動作可能な方法を例示する図。
【図１０Ａ】ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするために、第１のデバイスにおいて動作可能な方法を例示する図。
【図１０Ｂ】ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするために、第１のデバイスにおいて動作可能な方法を例示する図。
【図１１】ピアツーピアネットワーク内で第１のデバイスとの通信を容易にするために、第２のデバイスにおいて動作可能な方法を例示する図。
【図１２】共有周波数スペクトル上で第２の無線端末とのピアツーピア通信を容易にするように構成され得る第１の無線端末のブロック図。
【図１３】共有周波数スペクトル上で複数の無線端末との複数のピアツーピア通信を同時に維持することが可能なデバイスのブロック図。
【詳細な説明】
【００２７】
様々な特徴、性質、および利点は、同様な参照符号が全体を通して対応して識別する図面と併せて下記に記載された詳細な説明から、明らかになり得る。
【００２８】
今から、同様な参照符号が全体を通して同様な要素を参照するために使用されている図面を参照しながら、様々な実施形態が説明される。以下の説明においては、説明の目的のために、１つまたは複数の実施形態の十分な理解を提供するために、多くの具体的な詳細が記載される。しかし、かかる（１つまたは複数の）実施形態は、これらの具体的な詳細なしに実施され得ることは明らかであり得る。他の例では、よく知られている構造およびデバイスは、１つまたは複数の実施形態の説明を容易にするために、ブロック図の形で示される。
【００２９】
概説(Overview)
共有周波数スペクトル上で１対１、１対多、および多対１に対するピアツーピアシグナリングをサポートする制御チャネルアーキテクチャが提供される。制御チャネル内の時間周波数構造は、特定のトラヒックタイムスロット上でトラヒックを送信するための要求および応答を信号で知らせるために送信機／受信機の対によって使用される。この時間周波数構造は、複数のトーンおよび記号によって画定され、この場合、記号内のトーンのサブセット（例えば、直交周波数分割多重化（ＯＦＤＭ）記号）は、特定のピアツーピア接続を識別するように機能する。ピアツーピアネットワーク内で１対多および多対１をさらにサポートするために、プロトコルが画定され、それによって、特定のデバイスは、複数のピアデバイスに対するピアツーピア接続を識別するために、時間周波数構造内でトーンおよび記号の連続するセットを使用することが可能である。１対多ピアツーピア接続に対する連続するトーン記号のかかる割当ては、ページングチャネルを経由してピアデバイスに示されることが可能であるか、または、選択された連続するトーン記号が、この目的で、プロトコル内で予約される場合、含蓄的に知られることが可能である。かかる１対多ピアツーピア接続の場合、１対多ピアツーピア接続によってサービス提供されている「多くの」デバイスのうちの１つである個々の端末は、１対多ピアツーピア接続によってサービス提供されている「多くの」デバイスの一部でもあるその他の端末に対する干渉管理を無視することが可能である。
【００３０】
前述の目的および関係する目的を達成するために、以下で十分に説明され、特に、特許請求の範囲において指摘される特徴を備える、１つまたは複数の実施形態が提供される。以下の説明および添付の図面は、１つまたは複数の実施形態のある種の例示的な態様を詳細に記載する。しかし、これらの態様は、様々な実施形態の原理が用いられることが可能である様々な方式のほんのいくつかを示し、説明される実施形態は、すべてのかかる態様およびそれらの均等物を含むことを意図する。
【００３１】
特別な通信システム (Ad hoc Communication System)
特別なピアツーピア無線ネットワーク(ad hoc peer-to-peer wireless network)は、集中型ネットワークコントローラの介在なしに、２個以上の端末間で確立され得る。いくつかの例では、無線ネットワークは、複数の無線端末間で共有される周波数スペクトル内で動作することが可能である。
【００３２】
図１は、特別なピアツーピアネットワーク(ad hoc peer-to-peer network)が、例えば、広域ネットワークに関して、どのように実施され得るかを例示するブロック図である。いくつかの例では、ピアツーピアネットワークおよび広域ネットワークは、同じ周波数スペクトルを共有することが可能である。その他の例では、ピアツーピアネットワークは、異なる周波数スペクトル、例えば、ピアツーピアネットワークの使用専門のスペクトルにおいて操作される。通信システム１００は、１つまたは複数の無線端末ＷＴ−Ａ１０２、ＷＴ−Ｂ１０６、およびＷＴ−Ｃ１１２を備え得る。３個の無線端末ＷＴ−Ａ１０２、ＷＴ−Ｂ１０６、およびＷＴ−Ｃ１１２だけが示されるが、通信システム１００は、任意の数の無線端末を含み得る点を理解されたい。無線端末ＷＴ−Ａ１０２、ＷＴ−Ｂ１０６、およびＷＴ−Ｃ１１２は、例えば、セルラ電話、スマートフォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星無線、全地球測位システム、ＰＤＡ、および／または無線通信システム１００上で通信するための任意のその他の適切なデバイスであり得る。
【００３３】
一例によれば、通信システム１００は、１つもしくは複数のアクセスノードＡＮ−Ａ１０４およびＡＮ−Ｂ１１０（例えば、基地局、アクセスポイントなど）、ならびに／あるいは無線通信信号を受信して、当該信号を互いにかつ／または１つもしくは複数の無線端末ＷＴ−Ａ１０２、ＷＴ−Ｂ１０６、およびＷＴ−Ｃ１１２に対して、送信および繰返しなどする、１つもしくは複数のセクタ内／セル内／領域内の任意の数の異なるアクセスノード（図示せず）を含み得る広域ネットワーク（ＷＡＮ）をサポートすることが可能である。それぞれのアクセスノードＡＮ−Ａ１０４およびＡＮ−Ｂ１１０は、当業者によって理解されるように、そのそれぞれが、信号伝送および信号受信に関連する複数の構成要素（例えば、プロセッサ、変調器、多重化装置、復調器、 多重化復調器、アンテナ、．．．）を備え得る送信機チェーンならびに受信機チェーンを備え得る。オプションの特徴によれば、ＷＡＮを通じて通信する場合、（１つまたは複数の）無線端末は、通信システム１００によってサポートされた広域インフラストラクチャネットワークを経由して通信している場合、アクセスノードに信号を送ることおよび／またはアクセスノードから信号を受信することが可能である。例えば、無線端末ＷＴ−Ａ１０２およびＷＴ−Ｂ１０６は、アクセスノードＡＮ−Ａ１０４を経由してネットワークと通信することが可能であり、一方、無線端末ＷＴ−Ｃ１１２は、異なるアクセスノードＡＮ−Ｂ１１０と通信することが可能である。
【００３４】
無線端末は、ローカルエリアピアツーピア（Ｐ２Ｐ）ネットワーク（例えば、特別なネットワーク(ad hoc network)）を経由して、互いと直接的に通信することも可能である。ピアツーピア通信は、無線端末間で信号を直接的に転送することによって達成され得る。したがって、信号は、アクセスノード（例えば、基地局）または中央管理ネットワークを通じて横断する必要がない。ピアツーピアネットワークは、（例えば、ホームタイプ、オフィスタイプなどの設定範囲内で）短距離のハイデータレート通信を提供することが可能である。例えば、無線端末ＷＴ−Ａ１０２およびＷＴ−Ｂ１０６は、第１のピアツーピアネットワーク１０８を確立することが可能であり、無線端末ＷＴ−Ｂ１０６およびＷＴ−Ｃ１１２は、第２のピアツーピアネットワーク１１４を確立することも可能である。
【００３５】
加えて、それぞれのピアツーピアネットワーク接続１０８および１１４は、類似の地理的領域（例えば、互いの領域内）の無線端末を含み得る。しかし、無線端末は、共通のピアツーピアネットワーク内に含まれることになる同じセクタおよび／またはセルと関連付けられる必要がない点を理解されたい。さらに、ピアツーピアネットワークは、別のより大きなピアツーピアネットワークと重なる領域内または別のより大きなピアツーピアネットワークで取り囲まれた領域内に１つのピアツーピアネットワークが発生し得るように重なり得る。加えて、無線端末は、ピアツーピアネットワークによってサポートされなくてもよい。無線端末は、広域ネットワークおよび／またはピアツーピアネットワークを用いることが可能であり、この場合、かかるネットワークは、（例えば、同時にまたは連続的に）重なる。さらに、無線端末は、かかるネットワークを継ぎ目なく交換することが可能であるか、またはかかるネットワークを同時に活用することが可能である。したがって、送信していようとかつ／または受信していようと、無線端末は、通信を最適化するために、ネットワークのうちの１つまたは複数を選択的に用いることが可能である。
【００３６】
無線端末間のピアツーピア通信は、同期であり得る。例えば、無線端末ＷＴ−Ａ１０２およびＷＴ−Ｂ１０６は、別個の機能のパフォーマンスを同期するために、共通のクロック基準を利用することが可能である。無線端末ＷＴ−Ａ１０２およびＷＴ−Ｂ１０６は、アクセスノードＡＮ−Ａ１０４からタイミング信号を取得することが可能である。無線端末ＷＴ−Ａ１０２およびＷＴ−Ｂ１０６は、その他のソース、例えば、ＧＰＳ衛星またはテレビブロードキャスト局からタイミング信号を取得することも可能である。例によれば、時間は、ピア発見、ページング、およびトラヒックなどの機能のためにピアツーピアネットワーク内で有意義に区分化され得る。さらに、それぞれのピアツーピアネットワークがその独自の時間を設定し得ることが企図される。
【００３７】
ピアツーピア接続内のトラヒックの通信が発生し得る前に、２個のピア無線端末は、互いを検出および識別することが可能である。ピア同士の間のこの相互の検出および識別が生じるプロセスは、ピア発見と呼ばれる場合がある。通信システム１００は、ピアツーピア通信を確立することを望んでいるピアが、ショートメッセージを周期的に送信して、その他の伝送を聴取すること可能にすることによってピア発見をサポートすることが可能である。例えば、無線端末ＷＴ−Ａ１０２（例えば、送信無線端末）は、（１つまたは複数の）その他の無線端末ＷＴ−Ｂ１０６（例えば、（１つまたは複数の）受信無線端末）に信号を周期的にブロードキャストまたは送ることが可能である。これは、受信無線端末ＷＴ−Ｂ１０６が、送信無線端末ＷＴ−Ａ１０２の近くにある場合、受信無線端末ＷＴ−Ｂ１０６が、送信無線端末ＷＴ−Ａ１０２を識別することを可能にする。識別の後で、アクティブなピアツーピア接続１０８が確立され得る。
【００３８】
ピア発見のための伝送は、ピア発見間隔と呼ばれる、特定された時間の間に周期的に発生することが可能であり、そのタイミングは、プロトコルによって予め決定されて、無線端末ＷＴ−Ａ１０２およびＷＴ−Ｂ１０６に知られている可能性がある。無線端末ＷＴ−Ａ１０２およびＷＴ−Ｂ１０６はそれぞれ、自らを識別するために、それぞれの信号を送信することが可能である。例えば、それぞれの無線端末ＷＴ−Ａ１０２およびＷＴ−Ｂ１０６は、ピア発見間隔の一部の間に信号を送ることが可能である。さらに、それぞれの無線端末ＷＴ−Ａ１０２およびＷＴ−Ｂ１０６は、ピア発見間隔の残りの部分において、その他の無線端末によって潜在的に送信された信号を監視することが可能である。例によれば、この信号はビーコン信号であり得る。別の例として、ピア発見間隔は、いくつかの記号（例えば、ＯＦＤＭ記号）を含み得る。それぞれの無線端末ＷＴ−Ａ１０２は、ピア発見間隔において、当該無線端末ＷＴ−Ａ１０２による伝送のために、少なくとも１個の記号を選択することが可能である。さらに、それぞれの無線端末ＷＴ−Ａ１０２は、当該無線端末ＷＴ−Ａ１０２によって選択された記号内の１個のトーン内で対応する信号を送信することが可能である。
【００３９】
ローカルエリアピアツーピアネットワークおよび広域ネットワークは、通信を達成するために、共通の無線スペクトルを共有することが可能であり、したがって、帯域幅は、異なるタイプのネットワークを経由して、データを転送するために共有され得る。例えば、ピアツーピアネットワークおよび広域ネットワークは両方とも、許可されたスペクトル上で通信することが可能である。しかし、ピアツーピア通信は、広域ネットワークインフラストラクチャを利用する必要がない。
【００４０】
無線端末が互いを発見した後で、当該無線端末は、接続を確立し始めることが可能である。いくつかの例では、接続は２個の無線端末を連結する。例えば、図１では、接続１０８は、無線端末ＷＴ−ＡおよびＷＴ−Ｂを連結する。端末ＷＴ−Ａ１０２は、次いで、接続１０８を使用して、トラヒックを端末ＷＴ−Ｂ１０６に送信することが可能である。端末ＷＴ−Ｂ１０６が、接続１０８を使用して、トラヒックを端末ＷＴ−Ａ１０２に送信することも可能である。
【００４１】
図２は、無線端末同士の間でピアツーピア通信接続が確立された後で、トラヒックをトランスポートするために無線端末によって使用され得るトラヒックチャネルスロットに関するタイミング系列の一例を示す。それぞれのトラヒックチャネルスロット２１０は、トラヒック管理チャネル２０１と、トラヒックチャネル２０３とを含み得る。トラヒック管理チャネル２０１は、トラヒックチャネル内のトラヒックデータ伝送２０６に関するシグナリング（例えば、スケジューリングおよび干渉管理）のために使用され得る。接続スケジューリング区分２０２、レートスケジューリング区分２０４、および肯定応答区分２０８は、集合的にトラヒック管理チャネル２０１と呼ばれる。データ伝送区分２０６は、トラヒックチャネル２０３と呼ばれる場合もある。図２に示される、接続スケジューリング区分２０２、レートスケジューリング区分２０４、データ区分２０６、および肯定応答２０８は、トラヒックスロットを備える。
【００４２】
接続スケジューリング区分２０２は、（ピアツーピア接続において）その受信機端末に対して、送信機端末がトラヒックデータを送信する状態にあることを示すために、送信機端末によって使用され得る。レートスケジューリング区分２０４は、（ピアツーピア通信において）送信機端末／受信機端末がトラヒックデータを送信する際に使用するために、伝送レートおよび／または電力を取得することを可能にする。次いで、データ伝送区分２０６は、取得された伝送レートおよび／または電力で所望されるトラヒックデータを送信するために使用される。肯定応答区分２０８は、データ伝送区分２０６内でトラヒックデータが受信されたこと、または受信されなかったことを示すために、受信機端末によって使用され得る。一例では、トラヒックスロットの期間は、およそ２（２）ミリ秒である。トラヒックスロット２１０は経時的に繰り返すため、図２に示される時間系列構造は、トラヒックスロットの１つの周期を示す。トラヒックスロット２１０内でトラヒックデータを送るのに先立って、送受信機端末(the transmitter and receiver terminals)は、制御スロット２１４を経由して、ピアツーピア接続を確立している可能性がある点に留意されたい。
【００４３】
制御スロット２１４は、トラヒックスロット同士の間にしばしば挿入される。トラヒックスロット２１０は、送信機端末が、伝送チャネルを通じて、ピアツーピアトラヒックデータを受信機端末に送ることが可能な時間間隔である。それぞれの制御スロット２１４は、ＣＩＤブロードキャストチャネル２１６と、ページングチャネル２１８とを含み得る。制御スロット２１４は、トラヒックスロットよりもより長い間隔で発生し得る。例えば、制御スロット２１４は、毎秒ごとかそこらで発生し得る。制御スロット２１４は、送信機端末と受信機端末の間でピアツーピア接続を確立および維持するように機能し得る。ＣＩＤブロードキャストチャネル２１６は、近傍の接続によって使用中のそれらのピアツーピア接続識別子（ＣＩＤ）を示すために、かつピアツーピア接続が依然として活動状態であるかどうかを示すために使用され得る。例えば、送受信機端末は、どのＣＩＤが使用中であるかを決定するために、ＣＩＤブロードキャストチャネル２１６を監視することが可能である。ページングチャネル２１８は、新しいピアツーピア接続向けの新しいＣＩＤを確立するために、送受信機端末によって使用され、ページング要求チャネルおよびページング応答チャネルを含み得る。制御スロット２１４は、トラヒックスロット２１２よりもより長い間隔で発生し得る。例えば、制御スロット２１４は、毎秒ごとかそこらで発生し得る。
【００４４】
伝送ＣＩＤを使用した衝突抑圧 (Collision Mitigation Using Transmission CIDs)
特別なピアツーピア通信システム(ad hoc peer-to-peer communication system)では、空間および時間の両方において共有される周波数スペクトルリソースを使用して、複数の通信が発生し得る。特別なピアツーピアネットワーク(ad hoc peer-to-peer network)の分散された性質により、無線端末間の伝送のために使用されるチャネル割当て（例えば、スロット）を制御することが常に可能であるとは限らない場合がある。中央当局が存在しない無線ネットワークにおいて、干渉回避および／または干渉管理は、ネットワークパフォーマンスの効率性を維持するための主要な特徴である。
【００４５】
図３は、複数の無線端末が、その他の近傍の無線端末に対して干渉を引き起こし得るピアツーピア通信接続を確立し得る環境を例示するブロック図である。この例では、無線端末は、１対１ピアツーピア接続を使用する。ピアツーピアネットワーク３００は、周波数スペクトルを共有することが可能なかつ／または周波数スペクトルを同時に使用することが可能な複数の無線端末を含み得る。共有周波数スペクトルは、それぞれの伝送（トラヒック）チャネルが対応するトラヒック管理チャネルを有する状態で、１つもしくは複数の伝送 および／または制御チャネルを含み得る。一例では、トラヒック管理チャネルは、対応する伝送（トラヒック）チャネル上での通信に対するトラヒック要求を送るために使用され得る。
【００４６】
一例では、第１の無線端末ＷＴ  Ａ３０２は、第２の無線端末ＷＴ  Ｂ３０４に対して送信３１０を試みている可能性があり、一方、第３の無線端末ＷＴ  Ｃ３０６は、同じトラヒックチャネル帯域幅リソースを使用して、第４の無線端末ＷＴ  Ｄ３０８に対して送信３１４を同時に試みている。第１の無線端末ＷＴ  Ａ３０２は、意図された送信機と呼ばれる場合があり、第２の無線端末ＷＴ  Ｂ３０４は、意図された受信機と呼ばれる場合があり、第３の無線端末ＷＴ  Ｃ３０６は、干渉源と見なされる場合がある。このピアツーピアネットワーク３００において、伝送および制御チャネルの対は、複数の無線端末ＷＴ  Ａ、ＷＴ  Ｂ、ＷＴ  Ｃ、およびＷＴ  Ｄによって共有され得る。しかし、かかる伝送（トラヒック）および／または制御チャネルは、無線端末によって（例えば、周波数スペクトル共有）されるため、結果として、無線端末間に望まれない干渉３１４’および３１０’をもたらす可能性がある。例えば、伝送３１０および３１４の両方が実際に発生する場合、第３の無線端末ＷＴ  Ｃ３０６からの信号３１４’は、第２の無線端末ＷＴ  Ｂ３０４受信機に対する干渉と理解される可能性があり、第１の無線端末ＷＴ  Ａ３０２から所望される信号３１０を成功裏に回復するその能力を低下させる可能性がある。したがって、第３の無線端末ＷＴ  Ｃ３０６から第２の無線端末ＷＴ  Ｂ３０４への干渉を管理するために、ある種の干渉管理プロトコルが必要とされる。干渉管理プロトコルの１つの目標は、第３の無線端末ＷＴ  Ｃ３０６が、第２の無線端末ＷＴ  Ｂ３０４に対して過度の干渉を生み出さずに送信することを可能にし、それにより、全体的なスループットを高め、システムパフォーマンスを改善することである。その間に、第１の無線端末ＷＴ  Ａ３０２は、第４の無線端末ＷＴ  Ｄ３０８に対する干渉３１０’を生み出す可能性もあり、その干渉を制御するために、類似の干渉管理プロトコルが使用されることも可能である点に留意されたい。
【００４７】
集中トラヒック管理当局が存在しないため、ＷＴ  Ａ３０２およびＷＴ  Ｃ３０６が同じチャネル上でまたは重なりのあるチャネル上で送信し、それにより、互いとの干渉を引き起こす機会が存在する。例えば、偶然に、ＷＴ  Ａ３０２およびＷＴ  Ｃ３０６は両方とも、同じ伝送ＣＩＤを使用する可能性がある。伝送ＣＩＤは、受信端末ＷＴ  Ｂ３０４および３０８に特定の伝送チャネル（例えば、周波数またはタイムスロット）を示すために使用され得る。その結果、同じ伝送ＣＩＤが２個の端末によって使用される場合、それらの２個の端末は、同じチャネル上または重なりのあるチャネル上で同時に送信している可能性がある。両方の送信端末ＷＴ  Ａ３０２およびＷＴ  Ｃ３０６が、受信機端末ＷＴ  Ｂ３０４および／またはＷＴ  Ｄ３０８の範囲内にある場合、受信機端末ＷＴ  Ｂ３０４および／またはＷＴ  Ｄ３０８は、干渉を認識することが可能である。
【００４８】
一実装形態によれば、デバイスがバックオフすることを可能にする、送信機および／または受信機の譲歩(yield)は、より高い優先度のその他の近傍のデバイスに対して干渉を引き起こす可能性が高い場合、ピアツーピアネットワーク内でデバイスによって実施され得る。その結果、第１のデバイスＷＴ  Ａ３０２と第２のデバイスＷＴ  Ｂ３０４の間の第１の接続３１０が、第３のデバイスＷＴ  Ｃ３０６と第４のデバイスＷＴ  Ｄ３０８の間の第２の接続３１４よりもより高い優先度を有する場合、第３のデバイスＷＴ  Ｃ３０６は、送信機譲歩を実施することが可能であり、かつ／または第４のデバイスＷＴ  Ｄ３０８は、受信機譲歩を実施することが可能である。譲歩の場合、デバイスは、その伝送電力が、その他の近傍のデバイスの伝送と容認しがたく干渉することになるかどうかを決定することが可能である。かかる譲歩は、異なる伝送、またはかかる伝送に関連するピアツーピア接続の相対的な優先度を考慮に入れることが可能である。例えば、デバイスがその他の接続または伝送よりもより低い接続もしくはより低い伝送優先度を有する場合、当該デバイスは、譲歩することを決定し得る。
【００４９】
ピアツーピアネットワークにおいて、接続スケジューリング段階およびレートスケジューリング段階は、トラヒックを送信するために用いられることが可能である。接続スケジューリング段階において、ネットワーク内の送信機と受信機の対は、どのピアの対が特定のタイムスロット内で送信することになるかを決定することを試みる。これは、送信機デバイスに、固定電力を用いて送信要求を送らせて、受信機デバイスにこれらの要求同士の間のチャネル利得と反比例する電力を用いて、当該要求をエコーバックする(echo back)ことによって行われ得る。送信機デバイスが、より高い優先度および十分に強い信号強度を有する（そのピアでない）その他の受信機デバイスのうちの１つからエコーまたは応答信号を認識した場合、送信機デバイスは、特定のタイムスロット上でそのトラヒック伝送を譲歩することを決定する。優先度は、サービスの質（ＱｏＳ）に基づいてよく、または単にそれぞれのタイムスロットにおいてランダムに生成されたランダムトークンであってもよい。より詳細には、
【数１】
2010533460.tif 000003
【００５０】
である場合、より低い優先度の送信機デバイスは、より高い優先度の送信機デバイスに譲歩する。式中、ｈ１１は、送信機と受信機の対同士の間のチャネルを表し、ｈ２１は、干渉している送信機デバイスからの干渉を表す。すなわち、より低い優先度の送信機デバイスＷＴ  Ｃ３０６は、より高い優先度の伝送信号強度に関連するより高い優先度の受信機デバイスＷＴ  Ｂ３０４に対するその干渉３１４’が制限されることを確実にする。この部分は、通常、送信機譲歩部分と呼ばれる。送信機譲歩の一例では、送信デバイスは、その独自の伝送が、共有チャネルを利用している別のデバイスに対して容認しがたい干渉を引き起こすことになるかどうかを決定することが可能であり、そうである場合、その送信デバイスは、その共有チャネル上でデータ伝送を送ることはできない。
【００５１】
他方で、それぞれの受信機は、その独自の信号強度、およびより高い優先度の送信機からの干渉も測定することになり、
【数２】
2010533460.tif 000004
【００５２】
である場合、譲歩することを決定することになる。
【００５３】
受信機譲歩の一例では、その信号対雑音比が低すぎる場合、受信機デバイスＷＴ  Ｄ３０８は、（例えば、伝送要求に応答して、）エコーすなわち応答伝送を送ることができず、それにより、対応する干渉している送信デバイスＷＴ  Ｃ３０６が、選択されたチャネル上でトラヒックを受信機デバイスＷＴ  Ｄ３０８に送ることを妨げる。別の例では、受信機デバイスは、干渉を回避するために、より低い送信電力がその対応する送信機デバイスによって使用されるべきであることを示すことが可能である。
【００５４】
図４は、デバイスが、その他の無線端末と複数のピアツーピア接続を同時に維持することが可能なピアツーピア環境４００を例示するブロック図である。これは、１対多ピアツーピア接続および多対１ピアツーピア接続の例である。デバイスＡ４０２は、端末ＷＴ  Ｂ４０４、ＷＴ  Ｃ４０６、およびＷＴ  Ｄ４０８と複数の個々の同時ピアツーピア接続を確立することが可能である。これは、デバイスＡ４０２が、同じデータバースト内または同じタイムスロット（例えば、トラヒックスロット）内で、複数の端末ＷＴ  Ｂ４０４、ＷＴ  Ｃ４０６、およびＷＴ  Ｄ４０８のうちのいずれかもしくはすべてに対して送信すること、またはそれらのうちのいずれかもしくはすべてから受信することを可能にする。しかし、かかる１対多ピアツーピア接続または多対１ピアツーピア接続は、図３で説明された干渉管理に関する問題を引き起こす可能性がある。すなわち、端末ＷＴ  Ｂ４０４、ＷＴ  Ｃ４０６、およびＷＴ  Ｄ４０８が、すべて同じタイムスロットの間にデバイスＡ４０２に対する送信を試みている場合、これらの端末は、その干渉に気づき、送信機譲歩を実行することが可能である。しかし、かかる送信機譲歩は、１対多同時伝送または多対１同時伝送を有することに対して逆効果をまねくことになる。
【００５５】
特に、ピアデバイス（例えば、デバイスＡ４０２）と通信している無線端末が、１対多のシナリオを認識して、同じピアデバイス（例えば、デバイスＡ４０２）と同時に通信しているその他の無線端末に対する干渉管理を動作不能にすることを可能にする方式が必要とされる。
【００５６】
制御チャネルアーキテクチャ (Control Channel Architecture)
図５は、信号伝送に関連する例示的な時間周波数構造５００を示す。例示的な信号は、ＯＦＤＭ信号であり得る。時間周波数構造５００は、ピアツーピアネットワーク、例えば、制御スロット（例えば、図２の制御スロット２１４）上および／もしくはトラヒックチャネルスロット（図２における、トラヒック管理チャネル２０１内のトラヒックスロット２１０）上で、信号を送信ならびに／または受信するために利用可能なリソースである。ｘ軸は時間を表し、Ｎ個の記号（例えば、この場合、Ｎは、任意の整数であってよい）を含んでよく、ｙ軸は周波数を表し、Ｍ個のトーン（例えば、この場合、Ｍは、任意の整数であってよい）を含んでよい。
【００５７】
送信機端末および／または受信機端末は、トラヒック管理チャネル内で時間周波数構造５００を使用することが可能である。例えば、時間周波数構造５００は、そこから端末がＣＩＤに対応するＣＩＤリソースユニットを選択することが可能な接続識別子（ＣＩＤ）リソース空間と見なされ得る。例えば、トラヒックスロット内で、送信機端末は、伝送要求を当該ＣＩＤに関連する接続の対応する受信機端末に信号で知らせるためのＣＩＤリソースユニットを選択することが可能である。同様に、受信機端末は、要求応答を送信機端末に信号で知らせるためのＣＩＤリソースユニットを選択することが可能である。送信機端末に関して利用可能なＣＩＤリソースユニットおよび受信機端末に関して利用可能なＣＩＤリソースユニットは、送信機端末が、トラヒック管理チャネルの総時間周波数構造の固定サブセット内でＣＩＤリソースユニットを選択するように、決まった形で事前に区分化されることが可能であるものの、受信機端末は、トラヒック管理チャネルの総時間周波数構造の異なる固定サブセット内でＣＩＤリソースユニットを選択する。かかるＣＩＤリソース空間は、例えば、（図２における）制御スロット２１４内および／または（図２における、トラヒック管理チャネル２０１内の）トラヒックスロット２１０内で送信され得る。「タイル」と呼ばれる場合もあるＣＩＤリソースユニットは、記号（例えば、ＯＦＤＭ記号）を有する複数のトーンによって画定され得る。
【００５８】
ＣＩＤリソースユニットは、時間周波数の組合せまたは記号トーンの組合せによって画定され得る。例によれば、制御スロット内またはトラヒックスロットのトラヒック管理部分内で、端末は、無線端末もしくは当該無線端末を利用しているユーザの識別子、および／または現在のスロット間隔を識別するために、ピアツーピアネットワーク内で一般に理解され得る時間変数（例えば、時間カウンタ）に基づいて、伝送のための特定の記号（例えば、伝送時間）を選択することが可能である。さらに、選択された記号に対応する特定のトーンは、（例えば、識別子および／または時間変数に基づいて）決定され得る。さらなる例によれば、識別子および時間変数のハッシュ関数は、選択された記号位置および／またはトーン位置を譲歩し得る。例えば、所与の接続に関して、時間変数が第１の価をとる場合、ハッシュ関数は、無線端末が、ＣＩＤリソースユニットとして、図５に示すように、単一のトーン信号Ｐ１を送信するように、記号ｘ１およびトーンｙ１を譲歩し得る。時間変数が第２の価をとる場合、ハッシュ関数は、無線端末が、ＣＩＤリソースユニットとして、図５に示すように、単一のトーン信号Ｐ２を送信するように、記号ｘ２およびトーンｙ２を譲歩し得る。
【００５９】
デバイスと複数の端末の間のピアツーピア接続（例えば、１対多の場合）、（例えば、連続して配置され得る、または構造５００のユニットの間から擬似ランダムに選択され得る）リソースユニットすなわちタイルのサブセット５０２は、単一つのデバイスに対して異なるピアツーピア接続を識別するために使用され得る。例えば、（デバイスＡとＢの間の）第１のピアツーピア接続は、リソースユニットＰＡＢによって識別されることが可能であり、（デバイスＡおよびＣの間の）第２のピアツーピア接続は、リソースユニットＰＡＣによって識別されることが可能であり、（デバイスＡとＤの間の）第３のピアツーピア接続は、リソースユニットＰＡＤによって識別されることが可能であり、（デバイスＡとＥの間の）第４のピアツーピア接続は、リソースユニットＰＡＥによって識別されることが可能である。
【００６０】
一例では、リソースユニット５０２の割当ては、１対多接続の一部である端末が、当該端末が、干渉管理を動作不能にし得ることを知るように、時間周波数構造５００の予約された領域において行われ得る。連続するリソースユニット５０２の特定のサブセットの選択は、例えば、ページング周期の間に、端末に信号で知らされ得る。例えば、接続が初めて確立される場合、デバイスＡ４０２（図４）は、 端末ＷＴ  Ｂ４０４、ＷＴ  Ｃ４０６、およびＷＴ  Ｄ４０８に対して、どのリソースユニットを使用するべきかを信号で知らせることが可能である。このように、デバイスＡ４０２は、単一の記号内にリソースユニットを維持することが可能である。デバイスＡは、その他のデバイス、例えば、ＷＴ  Ｂ、ＷＴ  Ｃ、ＷＴ  Ｄにネットワークアクセスを提供するアクセスルータであり得る。デバイスＡは、リソースユニット５０２のサブセットを事前に予約することが可能である。デバイスＡ４０２は、ＷＴ  Ｂ４０４だけにアクセスサービスを提供していると仮定する。サブセット５０２内の第１のリソースユニットＰＡＢは、ＡとＢの間で使用されることが可能であるものの、サブセット５０２内のその他のリソースユニットはアイドルである。次いで、端末ＷＴ  Ｃ４０６は、デバイスＡ４０２からアクセスサービスを要求すると仮定する。その場合、第２のリソースユニットＰＡＣは、ＡとＣの間で使用され得る。デバイスＡは、リソースユニットのサブセット５０２を予約しているため、ＷＴ  Ｂ４０４は、サブセット５０２内の（Ａ，Ｂ）接続の間で使用される１つのＰＡＢ以外のリソースユニットは、「兄弟」接続（例えば、（Ａ，Ｃ）接続、（Ａ，Ｄ）接続）によって使用されているか、または使用されることになるのを知っており、それらのリソースユニットを、干渉管理の観点とは異なるように処理することが可能である。同様に、ＷＴ  Ｃ４０６は、サブセット５０２内の（Ａ，Ｃ）接続によって使用される１つのＰＡＣ以外のリソースユニットは、「兄弟」接続によって使用されているか、または使用されることになるのを知っており、それらのリソースユニットを干渉管理の観点とは異なるように処理することが可能である。上の例では、デバイスＡ４０２は、兄弟接続のために、リソースユニット５０２のサブセットを予め予約しているため、兄弟接続の知識は、単にＷＴ  Ｂ４０４、ＷＴ  Ｃ４０６、および／またはＷＴ  Ｄ４０８において利用可能である。あるいは、デバイスＡ４０２は、何も予約しない場合がある。例えば、デバイスＡ４０２は、ＷＴ  Ｂ４０４との接続から開始し得る。ＷＴ  Ｃ４０６が参加する場合、デバイスＡ４０２は、ＷＴ  Ｂ４０４が、新しい兄弟接続について知ることができるように、ＷＴ  Ｂ４０４に、（Ａ，Ｃ）接続によって使用される接続識別子またはリソースユニットＰＡＣについて通知することが可能である。さらに、デバイスＡ４０２は、ＷＴ  Ｃ４０６が、既存の兄弟接続について知ることができるように、（Ａ，Ｂ）接続によって使用される接続識別子またはリソースユニットＰＡＢについてＷＴ  Ｃ４０４に通知する。この場合、接続が中断するとき、デバイスＡ４０２は、その他の端末が、兄弟接続のうちの１つがもはや存在しないことを知ることができるように、その他の端末に通知する必要がある。別の例では、デバイスＡ４０２は、デバイスＡ４０２が、リソースユニットの小さなサブセットを予約することによって開始し得るハイブリッド方式を使用することが可能であり、より多くの兄弟接続が確立されるにつれて、デバイスＡ４０２は、追加のリソースユニットを予約して、既存の兄弟接続に通知する。
【００６１】
一例では、選択されたトーン記号（例えば、リソースユニット）の位置の場所は、特定のタイムスロット（例えば、トラヒックスロット）に関する伝送の優先度を示すように機能し得る。伝送要求を理解した後で、対応する受信機デバイスは、時間−周波数構造のＲｘ記号内の別の擬似ランダム位置においてエコーすなわち要求応答を送り返すことが可能である。送信機デバイスおよび／または受信機デバイスは、この位置ベースの優先度情報および要求およびエコーの位置からの電力計測に基づいて、現在のタイムスロットにおいて送信するか否かを決定することが可能である。例えば、構造５００の左の列の位置および／または下の行の位置は、さらに右の列の位置ならびにさらに上の行の位置よりも、より低い優先度であると見なされ得る。
【００６２】
伝送ＣＩＤを使用した衝突回避 (Collision Avoidance Using Transmission CIDs)
送信機端末が、ある隣り合う受信機端末との通信を開始することを望む場合、当該送信機端末は、まず、その近傍で使用されていない、１つまたは複数の伝送ＣＩＤを選択する。同期無線ネットワークにおいて、これは、低速時間換算（例えば、毎秒１回）でＣＩＤブロードキャスト周期を導入することによって達成され得る。一般に、ＣＩＤブロードキャスト周期を、端末が会話を開始するために互いにピングを送る(ping)ページング周期と同じにすることは理に適う。
【００６３】
図６は、それぞれの部分が、伝送ＣＩＤ空間全体をカバーする二部ＣＩＤブロードキャスト構造の一例を示す。例えば、伝送ＣＩＤ空間が１からＮに及ぶと仮定すると、図６のそれぞれのＣＩＤブロードキャストリソースＡ６０２およびＢ６０４は、Ｎ度の自由を有し得る。例えば、それぞれのリソースＡおよびＢは、Ｙ個のＯＦＤＭ記号内にＸ個のトーンを含むことが可能であり、この場合、Ｎ＝Ｘ＊Ｙである。端末ＷＴ  Ｅ６２６およびＷＴ  Ｆ６２８が、すでにＣＩＤを有する接続６３０と関連付けられると仮定する。接続６３０は、端末ＷＴ  Ｅ６２６が端末ＷＴ  Ｆ６２８をページするときに確立されたと仮定する。すなわち、端末ＷＴ  Ｅ６２６とＷＴ  Ｆ６２８の間で、端末ＷＴ  Ｅ６２６は開始側(initiator)であり、端末ＷＴ  Ｆ６２８は目標側(target)であったことが理解されよう。次いで、端末６２６は、リソースＡ６０２内の接続６３０のＣＩＤに対応する記号のトーン内で第１の信号６０６を送信し、一方、端末ＷＴ  Ｆ６２８は、リソースＢ６０４内の接続６３０のＣＩＤに対応する記号のトーン内で第２の信号６０８を送信する。代替の実装形態において、ＣＩＤブロードキャスト周期は、単一のリソース（すなわち、正にリソースＡ６０２）を含むことが可能であり、この場合、端末ＷＴ  Ｅ６２６およびＷＴ  Ｆ６２８は、例えば、固定パターン（例えば、代替の偶数周期／奇数周期または擬似ランダム）に従って、ＣＩＤブロードキャスト周期において交代でブロードキャストすることが可能である。すなわち、第１のＣＩＤブロードキャスト周期において、端末ＷＴ  Ｅ６２６は、単一のリソース（例えば、リソースＡ６０２）上で送信することが可能であり、端末ＷＴ  Ｆ６２８は聴取し、一方、第２のブロードキャスト周期上で、端末ＷＴ  Ｅ６２６が聴取する間に、端末ＷＴ  Ｆ６２８は、同じ単一のリソース（例えば、リソースＡ６０２）上で送信することが可能である。
【００６４】
両方の端末ＷＴ  Ｅ６２６およびＷＴ  Ｆ６２８が、ＣＩＤブロードキャスト周期で信号を送る１つの理由は、近くのその他の端末が、ＣＩＤ６０６および／または ６０８が占有されていることに気づくことを可能にするためである。これは、干渉抑圧（例えば、送信機および／または受信機の譲歩）を可能にする。もう１つの理由は、２つの端末のうちの１つがその他の端末の存在を監視することである。すなわち、例えば、電池故障により、または２個の端末同士の間の距離が一定の範囲を超えて増大したため、１個の端末がドロップアウトした場合、ＣＩＤブロードキャスト周期は、２個の端末ＷＴ  Ｅ６２６およびＷＴ  Ｆ６２８が、接続６３０は解除される必要があり、ＣＩＤリソースユニット（例えば、リソースＡ内およびＢ内の６０６および６０８）は放棄され得ることを認識することを可能にする。例えば、端末ＷＴ  Ｅ６２６が、第２のリソースＢ６０４内で端末ＷＴ  Ｆ６２８によって送られる必要があるＣＩＤブロードキャスト信号６０８を検出しない場合、一定の期間にわたり、端末ＷＴ  Ｅ６２６は、接続６３０が停止していると結論付けることが可能である。その後、端末ＷＴ  Ｅ６２６は、ＣＩＤ６０６を放棄して、ＣＩＤブロードキャスト周期において、もはやＣＩＤブロードキャスト信号６０６を送らない。これは、ＣＩＤ（６０６および６０８におけるＣＩＤリソースユニット）を再び利用可能にして、近くのその他の端末によって選択されることを可能にする。
【００６５】
１対多接続方式は、リソースＡ６０２内およびＢ６０４内で対応されることも可能である。一例では、デバイスＡ６１２は、端末ＷＴ  Ｂ６１４、ＷＴ  Ｃ６１６、ＷＴ  Ｄ６１８との複数の同時ピアツーピア接続６２０、６２２、および６２４を有し得る。かかる方式において、連続するＣＩＤリソースユニット６３２、６３４、６３６、６３８、６４０、および６４２は、個々のピアツーピア接続を識別するために使用され得る。例えば、第１の接続６２０は、リソースユニット６３２および６３８によって識別されることが可能であり、第２の接続６２２は、リソースユニット６３４および６４０によって識別されることが可能であり、第３の接続６２４は、リソースユニット６３６および６４２によって識別されることが可能である。
【００６６】
ピアツーピアネットワークにおいて、１対多伝送および多対１伝送を容易にすること (Facilitating One-To-Many and Many-to-One Transmissions in a Peer-to-Peer Network)
図７は、１対多ピアツーピア通信および多対１ピアツーピア通信をサポートするために、制御チャネルを使用して、ダウンリンクチャネルおよびアップリンクリンクチャネルが、どのように確立され得るかの例を示す。この例のために、送信（例えば、伝送要求）時間周波数構造およびエコー（例えば、要求応答）時間周波数構造は、結合されて、記号（送信要求すなわち伝送要求を表すＴｘ、エコーすなわち要求応答を表すＲｘ）のインタリーブされた列が使用される単一のトーン周波数構造７０２を形成し得る。しかし、例えば、送信要求に関して、第１の時間周波数構造が使用され、一方、エコー（例えば、要求応答）に関して、第２の時間周波数構造が使用される、代替の構造も使用され得る点を理解されたい。この例では、別個のピアツーピア接続上で複数の端末と通信することが可能なデバイスは、ＡＲとして識別され、一方、端末はＡＴとして識別される。
【００６７】
制御チャネルは、図２で説明された、接続スケジューリング段階およびレートスケジューリング段階の両方を含む。接続スケジューリング段階は、主に、異なる送信機／受信機の対同士の間およびピアツーピア伝送（１対１）とＡＲ／ＡＴ伝送（１対多および多対１）の間の干渉管理を処理する。「送信機」すなわち「開始側」デバイスは、トラヒック信号を、当該接続のその他のデバイス（「受信機」すなわち「目標側」）に送ることを意図しているデバイスであり得る。それぞれの送信機デバイスは、Ｔｘ記号内でトラヒック要求を送るために、（例えば、時間周波数構造において）トーン記号を選択することが可能であり、一方、受信機デバイスが、送信機デバイスからトラヒック信号を受信することを意図している場合、エコーすなわち応答は、Ｒｘ記号内で受信機デバイスによって送られることが可能である。説明を簡単にするために、ＡＲからＡＴへのピアツーピア通信は「ダウンリンクチャネル」と呼ばれ、一方、ＡＴからＡＲへのピアツーピア通信は「アップリンクチャネル」と呼ばれる。
【００６８】
ダウンリンクチャネル通信の場合、ＡＲ２  ７０４は、一定のアルゴリズムに従って、伝送要求をＡＲ２に関連するＡＴに送るために、Ｔｘ記号から複数のトーン記号を選ぶことが可能である。例えば、伝送要求を送るために使用されるトーンは、ＡＲ２とＡＴ７１２、７１４、および７１６の間の接続の接続識別子によって決定され得る。ＡＲ２  ７０４は、複数のＡＴ７１２、７１４、および７１６にその要求を送り、感知解除(desensing)問題を緩和するために、同じ記号を選択することが望ましい可能性がある。ＡＲ２  ７０４に関連する、対応するＡＴ７１２、７１４、および７１６は、それらの接続識別子によって決定されたトーン位置内のＴｘ記号を聴取する。このようにして、ＡＲ２  ７０４と複数のＡＴ７１２、７１４、および７１６の間の通信は、ピアツーピア通信と類似の形で動作して、同じプロトコルに従って、システムリソースを得るために競う。ＡＲ２  ７０４が、ＡＴ７１２、７１４、および７１６からのエコー（例えば、応答）を理解した後で、ＡＲ２  ７０４は、レートスケジューリング段階において、すべてのＡＴに関するチャネルを推定する。次いで、ＡＲ２  ７０４は、リソース割当てに関してさらなるスケジューリング決定を行い、このスケジューリング情報を、データバースト内のブロードキャストメッセージとして送信する。
【００６９】
送信機デバイスＡＲ２  ７０４が、トラヒック信号を複数の端末ＡＴ−Ｄ７１２、ＡＴ−Ｅ７１４、およびＡＴ−Ｆ７１６との複数のピアツーピア接続７０６、７０８、および７１０に送信することを意図しているダウンリンクチャネルの例において、それぞれの伝送要求は、時間周波数構造７０２内のＴｘトーン記号によって識別され得る。例えば、ＡＲ２  ７０４から端末ＡＴ−Ｄ７１２に対する第１の伝送要求は、ＡＲ２−ｄによって識別されることが可能であり、ＡＲ２  ７０４から端末ＡＴ−Ｅ７１４に対する第２の伝送要求は、ＡＲ２−ｅによって識別されることが可能であり、ＡＲ２  ７０４から端末ＡＴ−Ｆ７１６に対する第３の伝送要求は、ＡＲ２−ｆによって識別されることが可能である。対応する応答は、時間周波数構造７０２内のＲｘトーン記号によって識別され得る。例えば、端末ＡＴ−Ｄ７１２からＡＲ２  ７０４に対する第１の要求応答は、ＡＴ−ｄによって識別されることが可能であり、端末ＡＴ−Ｅ７１４からＡＲ２  ７０４に対する第２の要求応答は、ＡＴ−ｅによって識別されることが可能であり、端末ＡＴ−Ｆ７１６からＡＲ２  ７０４に対する第３の要求応答は、ＡＴ−ｆによって識別されることが可能である。１つの特徴によれば、ＡＴ−Ｄ７１２は、接続７０８および７１０がＡＲ２  ７０４とのその独自の接続７０６にとって兄弟であることを知っている。したがって、ＡＴ−Ｄ７１２が伝送要求ＡＲ２−ｅおよびＡＲ２−ｆを受信する場合、ＡＴ−Ｄ７１２は、それらの伝送要求が、そこからＡＴ−Ｄ７１２が受信されているのと同じデバイスＡＲ２から生じたものであることを知る。ＡＲ２  ７０４からトラヒック信号を受信することを意図しているかどうかを決定するために、ＡＴ−Ｄ７１２は、信号対干渉比を推定する必要があり、この場合、信号電力は、受信要求信号ＡＲ２−ｄの信号強度によって決定されることが可能であり、干渉電力は、その他の受信要求信号の信号強度によって決定されることが可能である点に留意されたい。（図に示されない）近くのその他の接続に対応する伝送要求信号が送られることも可能である。ＡＲ２−ｅ要求信号およびＡＲ２−ｆ要求信号が、兄弟接続に対応することを知ることにより、ＡＴ−Ｄ７１２が干渉電力およびＳＮＲを予測する場合、ＡＴ−Ｄ７１２は、それらの要求信号を除外することが可能である。すなわち、ＡＴ−Ｄ７１２が干渉電力を予測する場合、ＡＴ−Ｄ７１２は、兄弟接続以外の接続に対応する受信伝送要求信号を考慮に入れることが可能である。予測されるＳＮＲが低い場合、ＡＴ−Ｄ７１２は、ＡＲ２  ７０４からの要求に応答しないことを決定し得る。そうでない場合、ＡＴ−Ｄ７１２は、構造７０２内で要求応答ＡＴ−ｄを送ることが可能である。端末ＡＴ−Ｅ７１４およびＡＴ−Ｆ７１６は、ＡＴ−Ｄ７１２と同じように動作する。次に、要求応答信号ＡＴ−ｄ、ＡＴ−ｅ、およびＡＴ−ｆはすべて、７０２に示されるＲｘ記号（６番目の列）内で送られると仮定する。（図に示されない）近くのその他の接続に対応する要求応答信号が送られることも可能である。ＡＴ−Ｄ７１２にトラヒック信号を送り始めることを意図しているかどうか決定するために、ＡＲ２  ７０４は、その他の接続に対応す��受信機に対する干渉コストを推定する必要がある点に留意されたい。推定された干渉コストは、受信要求応答信号の信号強度に依存する。ＡＴ−ｅ応答信号およびＡＴ−ｆ応答信号が兄弟接続に対応することを知ることによって、ＡＲ２  ７０４が干渉コストを予測する場合、ＡＲ２  ７０４は、それらの応答信号を除外することが可能である。すなわち、ＡＲ２  ７０４が、干渉コストを予測して、トラヒック信号をＡＴ−Ｄに送り始めるかどうかを決定する場合、ＡＲ２  ７０４は、兄弟接続以外の接続に対応する受信要求応答信号を考慮に入れることが可能である。
【００７０】
アップリンクチャネルの場合、ＡＲ１  ７１８が、Ｒｘ記号内でそれぞれのＡＴ７２０、７２２、および７２４にエコーすなわち応答を送る間に、トラヒック要求をＡＲ１  ７１８に送るために、異なるＡＴ７２０、７２２、および７２４が、時間周波数構造７０２内で、Ｔｘ記号内の対応する接続識別子に基づいて、トーンおよび記号の位置を選択する類似の方式が使用され得る。ここで、１つの専門的事項は、ＡＲは、ＦＤＭ／ＴＤＭもしくは重ね合わせ符号化を介して、同じスロット内でアップリンクまたはダウンリンクに関して複数のＡＴをスケジュールし得ることが可能なことである。この場合、アップリンクエコーは、ある種のスケジューリング決定も含む。例えば、２個のＡＴが、スロット内で一緒にスケジュールされ得る場合、ＡＲは、それぞれのスロット内で、最高で２個までのトラヒック要求をエコーし、より高い位置のエコーを獲得するＡＴには、トラヒックスロットの一定の位置が割り当てられることになる。この場合、同じＡＲに関連するＡＴが、それらの兄弟のうちの１つに対して指定されたエコーに譲歩することは望ましくないため、ＡＴは、そのＡＴが理解するトーンを区別するための能力を有さなければならない。これを回避するために、トーン／記号位置生成機構は、それぞれのＡＴが、それが関連するＡＲからのすべての考えられるエコーを知るように設計され得る。
【００７１】
送信機端末ＡＴ−Ａ７２０、ＡＴ−Ｂ７２２、およびＡＴ−Ｃ７２４が、それぞれ、ピアツーピア接続７２６、７２８、および７３０を経由して、トラヒック信号をＡＲ１  ７１８に送信する傾向があるアップリンクチャネルの例では、それぞれの伝送要求は、時間周波数構造７０２内のＴｘトーン記号によって識別され得る。例えば、端末ＡＴ−Ａ７２０からＡＲ１  ７１８への４番目の伝送要求は、ＡＴ−ａによって識別されることが可能であり、端末ＡＴ−Ｂ７２２からＡＲ１  ７１８への５番目の伝送要求は、ＡＴ−ｂによって識別されることが可能であり、端末ＡＴ−Ｃ７２４からＡＲ１  ７１８への６番目の伝送要求は、ＡＴ−ｃによって識別されることが可能である。対応する応答は、時間周波数構造７０２内のＲｘトーン記号によって識別され得る。例えば、ＡＲ１  ７１８から端末ＡＴ−Ａ７２０に対する４番目の要求応答は、ＡＲ１−ａによって識別されることが可能であり、ＡＲ１  ７１８から端末ＡＴ−Ｂ７２２に対する５番目の要求応答は、ＡＲ１−ｂによって識別されることが可能であり、ＡＲ１  ７１８から端末ＡＴ−Ｃ７２４に対する６番目の要求応答は、ＡＲ１−ｃによって識別されることが可能である。１つの特徴によれば、ＡＲ１  ７１８は、接続７２６、７２８、および７３０がすべて兄弟であることを知っている。したがって、ＡＲ１  ７１８が伝送要求ＡＴ−ａ、ＡＴ−ｂ、ＡＴ−ｃを受信する場合、ＡＲ１  ７１８は、それらの伝送要求が同じデバイスＡＲ１向けであることを知る。ＡＴ−Ａからのトラヒック信号を受信することを意図しているかどうかを決定するために、ＡＲ１  ７１８は、信号対干渉比を推定する必要があり、この場合、信号電力は、受信要求信号ＡＴ−Ａの信号強度によって決定されることが可能であり、干渉電力は、その他の受信要求信号の信号強度によって決定されることが可能である点に留意されたい。（図に示されない）近くのその他の接続に対応する伝送要求信号が送られることも可能である。ＡＴ−ｂ要求信号およびＡＴ−ｃ要求信号が、兄弟接続に対応することを知ることにより、ＡＲ１  ７１８が干渉電力およびＳＮＲを予測する場合、ＡＲ１  ７１８は、それらの要求信号を除外することが可能である。すなわち、ＡＲ１  ７１８が、干渉電力を予測する場合、ＡＲ１  ７１８は、兄弟接続以外の接続に対応する、受信伝送要求信号を考慮に入れることが可能である。予測されるＳＮＲが低い場合、ＡＲ１  ７１８は、ＡＴ−Ａ７２０からの要求に応答しないことを決定することが可能である。そうでない場合、ＡＲ１  ７１８は、構造７０２内で要求応答ＡＲ１−ａを送ることが可能である。ＡＲ１  ７１８は、ＡＲ−Ｂ７２２およびＡＴ−Ｃ７２４からの伝送要求を処理するのと類似の様式で動作する。次に、要求応答信号ＡＲ１−ａ、ＡＲ１−ｂ、およびＡＲ１−ｃはすべて、構造７０２に示されるＲｘ記号内で送られると仮定する。（図に示されない）近くのその他の接続に対応する要求応答信号が送られることも可能である。ＡＲ１  ７１８にトラヒック信号を送り始めることを意図しているかどうかを決定するために、ＡＴ−Ａ７２０は、その他の接続に対応する受信機に対する干渉コストを推定する必要がある点に留意されたい。推定さ���た干渉コストは、受信要求応答信号の信号強度に依存する。ＡＲ１−ｂ応答信号およびＡＲ１−ｃ応答信号が、兄弟接続に対応することを知ることによって、ＡＴ−Ａ７２０が、干渉コストを予測する場合、ＡＴ−Ａ７２０は、それらの応答信号を除外することが可能である。すなわち、ＡＴ−Ａ７２０が干渉コストを予測して、トラヒック信号をＡＲ１  ７１８に送り始めるかどうかを決定する場合、ＡＴ−Ａ７２０は、兄弟接続以外の接続に対応する、受信要求応答信号を考慮に入れることが可能である。端末ＡＴ−Ｂ７２２およびＡＴ−Ｃ７２４は、ＡＲ１  ７１８からの要求応答を処理するのと類似の形で動作する。
【００７２】
いくつかの実装形態では、ＡＲは、無線ピアツーピア通信能力および、場合によっては、その他のネットワークインターフェースを有するルータであり得る。かかるルータは、当該ルータを経由して遠隔端末とのピアツーピア通信が容易にされることができるように、広域ネットワークのインフラストラクチャデバイスを迂回することが可能である。 
ダウンリンク制御チャネルの動作−１対多方式 (Operation of Downlink Control Channel ‐ One-to-Many Scheme)
（図８Ａおよび８Ｂを備える）図８は、ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするために、第１のデバイス内で動作可能な方法を例示する。第１のデバイスは、第２のデバイスと第１の接続を有し、第３のデバイスと第２の接続を有することが可能である。この例では、第１のデバイスは、その近くのその他のデバイスと複数の同時のピアツーピア接続を維持することが可能なデバイスであり得る。第１のデバイスは、開始側すなわち送信機であり、一方、第２および第３のデバイスは、目標側すなわち受信機である。
【００７３】
第１のデバイスは、第１のデバイスが、後続のトラヒックチャネルスロット内で第２のデバイスにトラヒック信号を送信することを意図していることを示す第１の伝送要求信号を接続スケジューリングチャネルスロット内で送ることが可能である８０２。同様に、第１のデバイスは、第１のデバイスが、後続のトラヒックチャネルスロット内で第３のデバイスにトラヒック信号を送信することを意図していることを示す第２の伝送要求信号を接続スケジューリングチャネルスロット内で送ることが可能である８０４。この接続スケジューリングチャネルスロットは、複数のＯＦＤＭ記号を含むことが可能であり、複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含む。例えば、かかる接続チャネルスロットは、図５、６、および７に例示されるように、時間周波数構造を含み得る。第１の伝送要求信号は、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信されることが可能であり、第２の伝送要求信号は、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信されることが可能である。一実装形態では、第１の伝送要求信号が送信されるＯＦＤＭ記号は、第２の伝送要求信号が送信されるＯＦＤＭ記号と同じであり得る。
【００７４】
第１のデバイスは、対応するデバイスが、第１のデバイスからトラヒックを受信する状態にあることを示す要求応答信号を第２のデバイスからかつ第３のデバイスから受信するために、その後、（共有周波数スペクトルを）監視することが可能である８０６。第１のデバイスは、次いで、要求応答信号が第２のデバイスおよび第３のデバイスのうちの少なくとも１つのから受信された場合、パイロット信号を送信するかどうかを決定することが可能である８０８。
【００７５】
第１のデバイスは、対応する送信側デバイスが、第１のデバイス以外のデバイスからトラヒックを受信する状態にあることを示す追加の要求応答信号を受信するためにも監視する８１０。次いで、第１のデバイスは、送信機譲歩を実行すべきかどうかを決定することが可能である。第１のデバイスは、追加の要求応答信号の受信電力の関数として、追加の要求応答信号に関連する接続に対する干渉コストを計算することが可能である８１２。次いで、計算された干渉コストがしきい値以下である場合、第１のデバイスは、パイロット信号を送信するかどうかを決定することが可能である８１４。干渉コストがしきい値以下である場合、パイロットは、第１のデバイスによって、第２のデバイスおよび第３のデバイスに送信される８１６。その後、第１のデバイスは、第２のデバイスおよび第３のデバイスからレート報告信号を受信することが可能である８１８。第１のデバイスが、第２のデバイスに対するトラヒックに対する干渉コストを計算する場合、第１のデバイスは、第３のデバイスから受信された要求応答信号を除外することが可能であり、これは、これらの２つの接続が兄弟であるためである。同様に、第１のデバイスが、第３のデバイスに対するトラヒックに対する干渉コストを計算する場合、第１のデバイスは、第２のデバイスから受信された要求応答信号を除外することが可能であり、これは、これらの２つの接続が兄弟であるためである。
【００７６】
１つのオプションによれば、第１のデバイスは、第１ならびに第２のトラヒック信号構成要素を第２のデバイスおよび第３のデバイスに送信するかどうかを決定することが可能であり、第１ならびに第２のトラヒック信号構成要素の伝送レートおよび電力は、受信されたレート報告信号の関数として決定される８２０。次いで、第１のデバイスは、後続のトラヒックチャネルスロット内で第１ならびに第２のトラヒック信号構成要素と、伝送レートを示す情報を含む帯域内制御信号とを送信することが可能である８２２。この後続のトラヒックチャネルスロットは、複数のＯＦＤＭ記号を含むことが可能であり、複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含む。第１および第２のトラヒック信号構成要素は、トラヒックチャネルスロット内の複数のトーン記号の２個の分離されたサブセット内で送信されることが可能であり、この場合、複数のトーン記号のそれぞれは、１個のＯＦＤＭ記号内のトーンである。一例では、トーン記号の２個のサブセットは、時間において実質的に重なり得る。例えば、第１のサブセットは、すべてのＯＦＤＭ記号内のトーンのサブセットを含み、一方、第２のサブセットは、すべてのＯＦＤＭ記号内のトーンの残りのサブセットを含む。別の例では、２個のサブセットは、時間において重なりなしである(non-overlapping)。例えば、第１のサブセットは、ＯＦＤＭ記号の第１のサブセット内のすべてのトーンを含み、一方、第２のサブセットは、ＯＦＤＭ記号の残りのサブセット内のすべてのトーンを含む。
【００７７】
帯域内制御信号は、第１および第２のトラヒック信号構成要素が２個のサブセットを使用して送信されていることを示す情報と、第１および第２の接続のうちのどの１つに関して、これら２個のサブセットのうちのどの１つが使用されるかの割当て情報とを含み得る。一実装形態では、第１のトラヒック信号構成要素は、トラヒックチャネルスロット内で送信されるトラヒック信号を形成するために、第２のトラヒック信号構成要素上で重ね合わされることが可能である。
【００７８】
第２のオプションによれば、第１のデバイスは、１個の要求応答信号だけが、第２のデバイスおよび第３のデバイスのうちの１つから受信された場合、第２のデバイスおよび第３のデバイスのうちの１つにトラヒック信号を送信するかどうかを決定することが可能であり、トラヒック信号のレートは、受信されたレート報告信号の関数として決定される８２４。
【００７９】
第３のオプションによれば、第１のデバイスは、第２のデバイスおよび第３のデバイスの両方から要求応答信号を受信することに続いて、受信されたレート報告信号の関数として、第２のデバイスおよび第３のデバイスのうちの１つだけにトラヒック信号を送信することを決定することが可能である８２６。
【００８０】
（図９Ａおよび９Ｂを備える）図９は、ピアツーピアネットワーク内で第１のデバイスとの通信を容易にするために、第２のデバイス内で動作可能な方法を例示する。第１のデバイスは、第２のデバイスと第１の接続を有し、第３のデバイスと第２の接続を有することが可能である。この例では、第１のデバイスは、その近くのその他のデバイスと複数の同時ピアツーピア接続を維持することが可能なデバイスであり得る。第１のデバイスは、開始側すなわち送信機であり、一方、第２のデバイスおよび第３のデバイスは、目標側すなわち受信側である。
【００８１】
第２のデバイスは、第１のデバイスが、後続のトラヒックチャネルスロット内で第２のデバイスにトラヒック信号を送信することを意図していることを示す、意図された伝送要求信号を接続スケジューリングチャネルスロット内で第１のデバイスから受信するために（共有周波数スペクトルを）監視する９０２。同様に、第２のデバイスは、送信機デバイスが、後続のトラヒックチャネルスロット内で第２のデバイス以外の受信機デバイスにトラック信号を送信することを意図していることを示す追加の伝送要求信号を接続スケジューリングチャネルスロット内で送信機デバイスから受信するためにも監視する９０４。信号対干渉比は、第２のデバイスによって計算され、この場合、信号対干渉比は、予測される干渉電力に対する予測される信号電力の比率であり、予測される信号電力は、第１のデバイスからの伝送要求信号の受信電力の関数として決定され、予測される干渉電力は、追加の伝送要求信号の受信電力の関数として決定される９０６。次いで、第２のデバイスは、信号対干渉比がしきい値以上である場合、要求応答信号を第１のデバイスに送信するかどうかを決定する９０８。追加の伝送要求信号のうちの１つまたは複数は、第２のデバイスによって、第１のデバイスから第３のデバイスに対する要求である兄弟伝送要求信号として識別されることが可能である９１０。第３のデバイスは、予測される干渉電力を計算する際に、識別された兄弟伝送要求信号の受信電力を除外することが可能である９１２。
【００８２】
この接続スケジューリングチャネルスロットは、複数のＯＦＤＭ記号を含むことが可能であり、複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含み、意図された伝送要求信号は、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信され、兄弟伝送要求信号は、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信される。意図された伝送要求信号が送信されるＯＦＤＭ記号は、兄弟伝送要求信号が送信されるＯＦＤＭ記号と同じであり得る。兄弟伝送要求信号が送信されるトーンは、第２のデバイスに知られている可能性がある。第２のデバイスは、複数のＯＦＤＭ記号のうちの１つの中のトーン内で要求応答信号を送信することが可能である９１４。
【００８３】
第２のデバイスは、第１のデバイスからパイロットを受信することも可能である９１６。パイロットの信号対干渉比は、第２のデバイスによって計算され得る９１８。最大トラヒック伝送レートが、パイロットの計算された信号対干渉比の関数として決定されることも可能であり、最大トラヒック伝送レートは、第２のデバイスが、パイロットの所与の計算された信号対干渉比を確実に受信することが可能な最大レートである９２０。決定された最大トラヒック伝送レートを示す情報を含むレート報告信号は、第２のデバイスによって第１のデバイスに送信される９２２。トラヒック信号は、第２のデバイスによって、第１のデバイスから受信されることが可能であり、この場合、このトラヒック信号は、帯域内制御信号を含む９２４。次いで、第２のデバイスは、帯域内制御信号から、このトラヒック信号が、第２のデバイスを対象とするトラヒック信号構成要素を含むかどうかを決定することが可能である９２６。そうである場合、第２のデバイスは、第２のデバイスを対象とするトラヒック信号構成要素を復号する９２８。
【００８４】
帯域内制御信号は、トラヒックチャネルスロットが、そのそれぞれが１個のＯＦＤＭ記号内のトーンである、トラヒックチャネルスロット内の複数のトーン記号の少なくとも２個の分離されたサブセットに区分化されることを示す情報と、第２のデバイスを対象とするトラヒック信号構成要素を送信するために、少なくとも２個の分離されたサブセットのうちのどの１つが割り当てられるかの割当て情報とを含み得る。その結果、第２のデバイスは、トーン記号の割り当てられたサブセットから変調記号を取り出すことが可能である。次いで、第２のデバイスは、取り出された変調記号から第２のデバイスを対象とするトラヒック信号構成要素を復号する。
【００８５】
アップリンク制御チャネルの動作−多対１方式 (Operation of Uplink Control Channel ‐ Many-to-One Scheme)
（図１０Ａおよび１０Ｂを備える）図１０は、ピアツーピアネットワーク内の第２のデバイスおよび第３のデバイスを含む複数のデバイスとの通信を容易にするために、第１のデバイス内で動作可能な方法を例示する。第１のデバイスは、第２のデバイスと第１の接続を有し、第３のデバイスと第２の接続を有することが可能である。この例では、第１のデバイスは、その近くのその他のデバイスと複数の同時ピアツーピア接続を維持することが可能なデバイスであり得る。第１のデバイスは、目標側すなわち受信機であり、第２および第３のデバイスは、開始側すなわち送信機である。
【００８６】
第１のデバイスは、第２のデバイスが、後続のトラヒックチャネルスロット内の第１のデバイスに対してトラヒック信号を送信することを意図していることを示す第１の伝送要求信号を接続スケジューリングチャネルスロット内で第２のデバイスから受信するために（共有周波数スペクトルを）監視する１００２。
【００８７】
同様に、第１のデバイスは、干渉している送信機デバイスが、後続のトラヒックチャネルスロット内で第１のデバイス以外の受信機デバイスにトラヒック信号を送信することを意図していることを示す干渉伝送要求信号を接続スケジューリングチャネルスロット内で干渉している送信機デバイスから受信するために監視することも可能である１００４。次いで、第１のデバイスは、第１の伝送要求信号の信号対干渉比を計算し、この場合、信号対干渉比は、予測される干渉電力に対する予測される信号電力の比率であり、予測される信号電力は、第１の伝送要求信号の受信電力の関数として決定され、予測される干渉電力は、干渉伝送要求信号の受信電力の関数として決定される１００６。計算された信号対干渉比がしきい値以下である場合、第１のデバイスは、要求応答信号を第２のデバイスに送信するのを抑止する１００８。
【００８８】
第１のデバイスは、第３のデバイスが、後続のトラヒックチャネルスロット内で第１のデバイスにトラヒック信号を送信することを意図していることを示す第２の伝送要求信号を接続スケジューリングチャネルスロット内で第３のデバイスから受信するために（共有周波数スペクトル）も監視する１０１０。
【００８９】
一例では、第１の伝送要求信号の信号対干渉比が計算される場合、第２の伝送要求信号の受信電力は、予測される干渉電力を計算する際に除外されることが可能である。次いで、第１のデバイスは、第２の伝送要求信号の信号対干渉比を計算することが可能であり、この場合、信号対干渉比は、予測される干渉電力に対する予測される信号電力の比率であり、予測される信号電力は、第２の伝送要求信号の受信電力の関数として決定され、予測される干渉電力は、第１の伝送要求信号の受信電力を除いて、干渉伝送要求信号の受信電力の関数として決定される１０１２。計算された信号対干渉比がしきい値以下である場合、第１のデバイスは、要求応答信号を第３のデバイスに送信するのを抑止する１０１４。
【００９０】
第１のデバイスは、第１の伝送要求信号の計算された信号対干渉比ならびに第２の伝送要求信号の計算された信号対干渉比の関数として、要求応答信号が送られることになる第２のデバイスおよび第３のデバイスのうちの１つを決定することが可能である。
【００９１】
第２のデバイスに要求応答信号を送信することが決定された場合、第１のデバイスは、第３のデバイスに要求応答信号を送信するのを抑止することが可能である１０１８。接続スケジューリングチャネルスロットは、複数のＯＦＤＭ記号を含むことが可能であり、この場合、複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含み、第１および第２の伝送要求信号のそれぞれは、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信される。第１の伝送要求信号が送信されるＯＦＤＭ記号は、第２の伝送要求信号が送信されるＯＦＤＭ記号と同じであり得る。
【００９２】
第１のデバイスは、第１の要求応答信号を第２のデバイスに送信して１０２０、第２の要求応答信号を第３のデバイスに送信する１０２２ことが可能である。第１および第２の要求応答信号のそれぞれは、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信されることが可能であり、この場合、第１の要求応答信号が送信されるＯＦＤＭ記号は、第２の要求応答信号が送信されるＯＦＤＭ記号と同じであり得る。
【００９３】
一例では、トラヒックチャネルスロットは、複数のＯＦＤＭ記号を含むことが可能であり、この場合、複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含む。第１のデバイスは、トラヒックチャネルスロットを、複数のトーン記号の少なくとも第１および第２のサブセットに区分化することが可能であり、この場合、複数のトーン記号のそれぞれは、１つのＯＦＤＭ記号内のトーンである。第１および第２のサブセットは、互いから分離されることが可能であり、または互いから独立し得る。第１のデバイスは、トーン記号の第１のサブセット内で第２のデバイスからトラヒック信号を受信することが可能である１０２４。同様に、第１のデバイスは、トーン記号の第２のサブセット内で第３のデバイスからトラヒック信号を受信することが可能である１０２６。
【００９４】
トーン記号の２個のサブセットは、時間において実質的に重なってよく、または時間において重ならなくてもよい。
【００９５】
図１１は、ピアツーピアネットワーク内で第１のデバイスとの通信を容易にするために、第２のデバイス内で動作可能な方法を例示する。第１のデバイスは、第２のデバイスと第１の接続を有し、第３のデバイスと第２の接続を有することが可能である。この例では、第１のデバイスは、その近くのその他のデバイスと複数の同時ピアツーピア接続を維持することが可能なデバイスであり得る。ピアツーピア通信において、第１のデバイスは、目標側すなわち受信機であり、第２のデバイスおよび第３のデバイスは、開始側すなわち送信機である。
【００９６】
第２のデバイスは、第２のデバイスが、トラヒック信号を後続のトラヒックチャネルスロット内の第１のデバイスに送信することを意図していることを示す、意図された伝送要求信号を接続スケジューリングチャネルスロット内で送ることが可能である１１０２。第２のデバイスは、第１のデバイスが、第２のデバイスからトラヒックを受信する状態にあることを示す意図された要求応答信号を第１のデバイスから受信するために（共有周波数スペクトルを）監視することも可能である１１０４。同様に、第２のデバイスは、対応するデバイスが、第２のデバイス以外のデバイスからトラヒックを受信する状態にあることを示す追加の要求応答信号を受信するために監視することが可能である１１０６。干渉コストは、追加の要求応答信号の受信電力の関数として、追加の要求応答信号に関連する接続に関して計算され得る１１０８。計算された干渉コストがしきい値以下である場合、第２のデバイスは、第１のデバイスにトラヒック信号を送信することを決定することが可能である１１１０。
【００９７】
第２のデバイスは、追加の要求応答信号のうちの１つを、第３のデバイスから第１のデバイスに対する要求応答である兄弟要求応答信号として識別することが可能である１１１２。兄弟要求応答信号に関連する接続に対する干渉コストの計算は、トラヒック信号を第１のデバイスに送信するかどうかを決定するときに、除外され得る１１１４。
【００９８】
接続スケジューリングチャネルスロットは、複数のＯＦＤＭ記号を含むことが可能であり、この場合、複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含み、意図された伝送要求信号は、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信される。意図された要求応答信号および兄弟要求応答信号のそれぞれは、複数のＯＦＤＭ記号のうちの１つの中のトーン内で送信されることが可能であり、この場合、意図された要求応答信号が送信されるＯＦＤＭ記号は、兄弟要求応答信号が送信されるＯＦＤＭ記号と同じであり得る。
【００９９】
兄弟要求応答信号が送信されるトーンは、第２のデバイスに知られている可能性がある。トラヒックチャネルスロットは、複数のＯＦＤＭ記号を含むことが可能であり、この場合、複数のＯＦＤＭ記号のそれぞれは、複数のトーンを含む。第２のデバイスは、トラヒックチャネルスロットを、複数のトーン記号の少なくとも第１および第２のサブセットに区分化することが可能であり、この場合、複数のトーン記号のそれぞれは、１個のＯＦＤＭ記号内のトーンであり、第１および第２のサブセットは、互いから分離されるか、または互いから独立している。
【０１００】
トラヒックチャネルスロットのトーン記号の第１および第２のサブセットのうちの１つは、受信された第１ならびに第２の要求応答信号の関数として選択され得る１１１６。トラヒック信号は、トーン記号の第１および第２のサブセットのうちの選択された１つの中で第２のデバイスによって第１のデバイスに送信され得る１１１８。トラヒックチャネルスロットを、第１および第２のサブセットに区分化することは、固定されることが可能であり、第２のデバイスに知らされることが可能である。トラヒックチャネルスロットからトーン記号の第１および第２の固定されたサブセットを選択することは、意図された要求応答信号および兄弟要求応答信号が送信されるトーンによって決定され得る。
【０１０１】
図１２は、共有周波数スペクトル上で第２の無線端末とのピアツーピア通信を容易にするように構成され得る第１の無線端末のブロック図である。無線端末１２０２は、処理回路１２０４（例えば、１つもしくは複数の回路またはプロセッサ）と、ピアツーピア通信コントローラ１２１２と、広域ネットワーク（ＷＡＮ）コントローラ１２１０と、少なくとも１本のアンテナ１２０６に結合されたトランシーバ１２１４とを含み得る。トランシーバ１２１４は、（無線）送信機および（無線）受信機を含み得る。無線端末１２０２は、ＷＡＮ通信コントローラ１２１０を使用して、管理されたネットワークインフラストラクチャを経由して通信することが可能であり、かつ／またはピアツーピア通信コントローラ１２１２を使用して、ピアツーピアネットワーク上で通信することも可能である。ピアツーピア通信を実行する場合、第１の無線端末１２０２は、図１〜１１に例示された特徴のうちの１つまたは複数を実行するように構成され得る。
【０１０２】
図１３は、共有周波数スペクトル上で複数の無線端末と複数のピアツーピア通信を同時に維持することが可能なデバイスのブロック図である。デバイス１３０２は、無線ネットワーク上で複数の同時ピアツーピア通信を維持するように構成され得る。デバイス１３０２は、処理回路（例えば、１つもしく複数の回路またはプロセッサ）１３０４と、ピアツーピア通信コントローラ１３１２と、ネットワークインターフェース１３１０と、少なくとも１本のアンテナ１３０６に結合されたトランシーバ１３１４とを含み得る。トランシーバ１３１４は、（無線）送信機および（無線）受信機を含み得る。デバイス１３０２は、ネットワークインターフェース１３１０を経由してパケットネットワークを介して通信することが可能であり、かつ／またはピアツーピア通信コントローラ１３１２を使用して、ピアツーピアネットワーク上で通信することも可能である。ピアツーピア通信を実行する場合、デバイス１３０２は、図１〜１１に例示された特徴のうちの１つまたは複数を実行するように構成され得る。
【０１０３】
本明細書で説明される１つまたは複数の態様によれば、ピアツーピア環境においてピアを発見および識別することに関して、推論が行われ得る点を理解されよう。本明細書で使用される場合、「推論する」または「推論」という用語は、一般に、事象および／もしくはデータを介して捕捉された観測のセットからシステム、環境、および／またはユーザの状態について推理あるいは推論するプロセスを指す。推論は、特定の文脈もしくは活動を識別するために用いられることが可能であるか、または、例えば、状態の全体にわたる確率分布を生成することが可能である。この推論は、確率的、すなわち、データおよび事象の考慮事項に基づく、当該状態に関する確率分布の演算であり得る。推論は、事象／またはデータのセットからハイレベルの事象を構成するために用いられる技法を指す場合もある。かかる推論は、当該事象が密接な時間的近接性において相互に関係してもしなくても、かつ当該事象ならびに当該データが、１つの事象およびデータソースから生じようと、複数の事象およびデータソースから生じようと、結果として、観測された事象および／または格納された事象データのセットから、新しい事象または新しい活動の構成をもたらす。
【０１０４】
例によれば、上で提示された１つまたは複数の方法は、ピアツーピアネットワークにおいてピア発見信号のソースを識別することに関して推論を行うことを含み得る。別の例によれば、予想される信号フォーマットおよび／または検出された信号に関連するエネルギーレベルと一致するいくつかの検出された信号に基づいて、近接性内に配置されているピアの確率を推定することに関して推論が行われ得る。前述の例は、本質的に例示的であり、行われ得る推論の数、または本明細書で説明される様々な実施形態および／もしくは方法に関して、かかる推論が行われる様式を限定することが意図されない点を理解されよう。
【０１０５】
図１、２、３、４、５、６、７、８、９、１０、１１、１２、および／または１３に例示された構成要素、ステップ、ならびに／あるいは機能のうちの１つもしくは複数は、再構成されることが可能であり、かつ／または組み合わされて、単一の構成要素、ステップ、もしくは機能を構成することが可能であり、あるいはいくつかの構成要素、ステップ、または機能の形で実施されることも可能である。追加の要素、構成要素、ステップおよび／または機能が加えられることも可能である。図１、３、４、１２、および／もしくは１３に例示された装置、デバイス、ならびに／または構成要素は、図２、および／もしくは５〜１１で説明された方法、特徴、あるいはステップのうちの１つまたは複数を実行するように構成されることあるいは適合されることが可能である。本明細書で説明されるアルゴリズムは、ソフトウェアおよび／または埋込み式のハードウェアの形で効率的に実施され得る。
【０１０６】
この出願で使用される場合、「構成要素」、「モジュール」、「システム」などの用語は、コンピュータ関連のエンティティ、すなわち、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアを指すことが意図される。例えば、構成要素は、プロセッサ上で実行しているプロセス、プロセッサ、オブジェクト、実行可能物、実行のスレッド、プログラム、および／またはコンピュータであり得るが、これらであると限定されない。例示として、コンピューティングデバイス上で実行しているアプリケーションおよびコンピューティングデバイスは両方とも、構成要素であり得る。１つまたは複数の構成要素は、プロセスおよび／もしくは実行のスレッドの中に存在することが可能であり、構成要素は、１つのコンピュータ上に在局してよく、かつ／または２つ以上のコンピュータ同士の間で分散されてもよい。加えて、これらの構成要素は、様々なデータ構造を格納した様々なコンピュータ可読媒体から実行することが可能である。これらの構成要素は、１つまたは複数のデータパケット（ローカルシステム内、分散システム内のもう１つの構成要素と相互作用している、かつ／または信号によってインターネットなどのネットワーク全域でその他のシステムと相互作用している１つの構成要素からのデータ）を有する信号に従ってなど、局所的プロセスおよび／または遠隔プロセスによって通信することが可能である。
【０１０７】
さらに、無線端末に関して、様々な実施形態が本明細書で説明される。無線端末は、システム、加入者ユニット、加入者局、移動局、移動体、移動体デバイス、遠隔局、遠隔端末、アクセス端末、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ機器（ＵＥ）と呼ばれる場合もある。無線端末は、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルドデバイス、コンピューティングデバイス、または無線モデムに接続されたその他の処理デバイスであり得る。
【０１０８】
以下の説明では、構成の十分な理解をもたらすために、特定の詳細が提示される。しかし、当業者は、これらの構成は、これらの特定の詳細なしに実施され得る点を理解されよう。例えば、回路は、これらの構成を不必要に詳細にあいまいにしないように、ブロック図の形で示される場合がある。その他の事例では、よく知られている回路、構造、および技法は、これらの構成をあいまいにしないように、詳細に示される場合がある。
【０１０９】
また、これらの構成は、フローチャート、流れ図、構造図、またはブロック図として示されるプロセスとして説明される場合もある点に留意されたい。フローチャートは、順次プロセスとして動作を説明することが可能であるが、動作の多くは、並列でまたは同時に実行され得る。加えて、動作の順序は再構成され得る。その動作が完了するとき、プロセスは終了する。プロセスは、方法、機能、手順、サブルーチン、サブプログラムなどに対応し得る。プロセスが機能に対応する場合、その終了は、呼出機能または主な機能に対する機能の復帰に対応する。
【０１１０】
１つもしくは複数の例および／または構成では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組合せの形で実施され得る。ソフトウェアの形で実施される場合、機能は、コンピュータ可読媒体上の１つもしくは複数の命令またはコードとして格納または送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含めて、コンピュータ記憶媒体および通信媒体の両方を含む。記憶媒体は、汎用コンピュータまたは専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく、例として、かかるコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくはその他の光ディスク記憶装置、磁気ディスクストレージもしくはその他の磁気記憶デバイス、あるいは命令もしくはデータ構造の形で所望されるプログラムコード手段を運ぶためまたは格納するために使用されることが可能であり、かつ汎用コンピュータもしくは専用コンピュータ、または汎用プロセッサもしくは専用プロセッサによってアクセスされることが可能な任意のその他の媒体を備え得る。また、任意の接続は、コンピュータ可読媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、より対線、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などの無線技術を使用して、ウェブサイト、サーバ、もしくはその他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバケーブル、より対線、ＤＳＬ、または、赤外線、無線、およびマイクロ波などの無線技術は、媒体の定義の中に含まれる。本明細書で使用される場合、ディスク（Disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多目的ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイディスクを含み、この場合、ディスク(disks)は、通常、磁気的にデータを再生し、一方、ディスク(disc)は、レーザーを用いて、光学的にデータを再生する。上の組合せも、コンピュータ可読媒体の範囲内に含まれる。
【０１１１】
さらに、記憶媒体は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイスおよび／または情報を格納するためのその他の機械可読媒体を含めて、データを格納するための１つまたは複数のデバイスを表し得る。
【０１１２】
さらに、これらの構成は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組合せによって実施され得る。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードによって実施される場合、必要なタクスを実行するためのプログラムコードまたはコード区分は、記憶媒体または（１つもしくは複数の）その他の記憶媒体など、コンピュータ可読媒体内に格納され得る。 プロセッサは、必要なタスクを実施することが可能である。コード区分は、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造、もしくはプログラム文の任意の組合せを表し得る。コード区分は、情報、データ、引数、パラメータ、もしくはメモリコンテンツを渡すことおよび／または受信することによって、別のコード区分またはハードウェア回路に結合され得る。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク伝送などを含めて、任意の適切な手段を介して渡され、転送され、または送信されることが可能である。
【０１１３】
当業者は、本明細書で開示された構成に関して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはそれら両方の組合せとして実施され得ることをさらに理解されよう。ハードウェアおよびソフトウェアのこの交換可能性を明瞭に例示するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップは、上で、一般に、それらの機能性の点から説明されている。かかる機能性が、ハードウェアとして実施されるか、またはソフトウェアとして実施されるかは、特定のアプリケーションおよびシステム全体に課せられた設計制約に依存する。
【０１１４】
本明細書で説明された様々な特徴は、異なるシステム内で実施され得る。例えば、二次的なマイクロフォンカバー検出器(microphone cover detector)は、単一の回路内もしくはモジュール内で、個別の回路上またはモジュール上で実施されることが可能であり、１つまたは複数のプロセッサによって実行されることが可能であり、機械可読媒体内またはコンピュータ可読媒体内に組み込まれたコンピュータ可読命令によって実行されることが可能であり、かつ／あるいはハンドヘルドデバイス内、移動体コンピュータ内、および／または移動体電話内で実施されることも可能である。
【０１１５】
前述の構成は例に過ぎず、特許請求の範囲を限定すると解釈されるべきでない点を理解されたい。これらの構成の説明は、特許請求の範囲を限定することではなく、例示的であることが意図される。したがって、本教示は、その他のタイプの装置に容易に適用されることが可能であり、多くの代替形態、修正形態、および変形形態は、当業者に明らかであろう。
【図１】
2010533460.tif 000005
【図２】
2010533460.tif 000006
【図３】
2010533460.tif 000007
【図４】
2010533460.tif 000008
【図５】
2010533460.tif 000009
【図６】
2010533460.tif 000010
【図７】
2010533460.tif 000011
【図８Ａ】
2010533460.tif 000012
【図８Ｂ】
2010533460.tif 000013
【図９Ａ】
2010533460.tif 000014
【図９Ｂ】
2010533460.tif 000015
【図１０Ａ】
2010533460.tif 000016
【図１０Ｂ】
2010533460.tif 000017
【図１１】
2010533460.tif 000018
【図１２】
2010533460.tif 000019
【図１３】
2010533460.tif 000020
【国際調査報告】
2010533460.tif 000021
2010533460.tif 000022
2010533460.tif 000023