(57)【要約】  ワイヤレスネットワーク中で、送信機／受信機の対に対する送信識別接続子（ＣＩＤ）を発生させる装置および方法を開示する。ＣＩＤは、直交ＣＩＤの第１のセットと、非直交（ランダムまたは擬似ランダム）ＣＩＤの第２のセットとを含むハイブリッドＣＩＤ空間から選択してもよく、それにマッピングしてもよい。送信機デバイスが、受信機デバイスとのピアツーピア接続の開始を望むとき、送信機および受信機デバイスはＣＩＤを取得して、共有周波数空間におけるトラフィックチャネル内で、それらの接続を識別することを試みる。第１および／または第２のデバイスは、直交ＣＩＤの第１のセットからＣＩＤを選択することを試みる。しかしながら、ＣＩＤの衝突が検出される場合、第１および第２のデバイスは、非直交ＣＩＤの第２のセットからそれらのＣＩＤを選択する。
2010533452.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信ネットワーク中で、第１のデバイスおよび第２のデバイス間のピアツーピア通信接続に対する接続識別子を発生させて利用する前記第１のデバイスを動作させる方法において、
トラフィック管理チャネルスロットを、送信リソース単位の第１および第２のサブセットに分割し、前記トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含み、前記ＯＦＤＭシンボルのそれぞれは複数のトーンを含み、前記送信リソース単位のそれぞれは前記複数のＯＦＤＭシンボルのうちの１つにおいて前記複数のトーンのうちの１つを含み、前記送信リソース単位の第１のサブセットは直交接続識別子に関係付けられ、前記送信単位の第２のサブセットは非直交接続識別子に関係付けられていることと、
第１の接続識別子の関数として、前記送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を選択することと、
前記第１の送信リソース単位を使用して、送信要求信号を前記第２のデバイスに送信することと、
前記トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、トラフィックデータを前記第２のデバイスに送信することとを含む方法。
【請求項２】
前記第１の送信リソース単位は、前記第１の接続識別子が直交または非直交の接続識別子であるかどうかの関数として、前記送信単位の第１および第２のサブセットのうちの１つから選択され、前記第１の接続識別子として直交接続識別子を使用することが決定される場合、前記第１の送信リソース単位は前記第１のサブセットに属し、前記第１の接続識別子として非直交接続識別子を使用することが決定される場合、前記第１の送信リソース単位は前記第２のサブセットに属する請求項１記載の方法。
【請求項３】
前記送信リソース単位の第１および第２のサブセットは、オーバーラップしておらず、前記トラフィック管理チャネルスロットを前記第１および第２のサブセットに分割することは予め定められていて、前記第１の接続識別子から独立しており、
前記方法は、
前記第１の接続識別子を決定することをさらに含む請求項１記載の方法。
【請求項４】
直交接続識別子を使用することが決定される場合、複数の接続識別子の、予め定められているセットから前記第１の接続識別子を選択することと、
接続識別子ブロードキャストチャネルを監視して、前記第１の接続識別子が付近の別の接続によって利用されているかどうかを決定することと、
前記第１の接続識別子が付近の別の接続によって利用されている場合、第２の接続識別子に切り替えることとをさらに含む請求項１記載の方法。
【請求項５】
制御メッセージを前記第２のデバイスに送って、前記第１の接続識別子を前記第２の接続識別子に変更する意図を示すことをさらに含む請求項４記載の方法。
【請求項６】
前記第２の接続識別子は非直交接続識別子である請求項５記載の方法。
【請求項７】
前記第２の接続識別子は直交接続識別子である請求項５記載の方法。
【請求項８】
直交接続識別子を使用することに関するロバスト尺度を計算することと、
前記計算したロバスト尺度が、あるしきい値よりも低い場合、非直交接続識別子に切り替えることを決定することとをさらに含む請求項４記載の方法。
【請求項９】
前記ロバスト尺度は、前記第１のデバイスが時間間隔において直交接続識別子から別の接続識別子に切り替えることを決定したレートの関数として計算される請求項８記載の方法。
【請求項１０】
前記第２の接続識別子は直交接続識別子であり、
前記方法は、
前記第２の接続識別子に切り替える前に、前記第２の接続識別子に対応する前記接続識別子ブロードキャストチャネルを監視して、前記第２の接続識別子が付近の他の接続によって利用されているかどうかを決定することと、
前記第２の接続識別子が付近の別の接続によって使用されていないことが決定される場合、前記第２の接続識別子に切り替えることを決定することとをさらに含む請求項４記載の方法。
【請求項１１】
前記第２の接続識別子に切り替える前に、非直交接続識別子に切り替えることをさらに含む請求項１０記載の方法。
【請求項１２】
前記接続識別子ブロードキャストチャネルを監視する前に、非直交接続識別子に切り替えることをさらに含む請求項１０記載の方法。
【請求項１３】
決定される第１の接続識別子が非直交接続識別子である場合、前記第１のデバイスの識別子と、前記第２のデバイスの第２の識別子との関数として、前記第１の接続識別子を決定することをさらに含む請求項１記載の方法。
【請求項１４】
トラフィックデータを送信する前に、スクランブルシーケンスを使用してトラフィックデータをスクランブルすることをさらに含み、前記スクランブルシーケンスは、前記第１の接続識別子と、時間カウンタの値とから導出される請求項１記載の方法。
【請求項１５】
ワイヤレス通信ネットワーク中で、第１のデバイスおよび第２のデバイス間のピアツーピア通信接続に対する接続識別子を発生させて利用するように構成されている第１のデバイスにおいて、
前記ワイヤレスピアツーピア通信接続を確立するための送信機および受信機と、
ピアツーピア通信チャネルを通して、前記送信機および受信機によってピアツーピア通信を実行するように適合されている処理回路とを具備し、
前記処理回路は、
トラフィック管理チャネルスロットを、送信リソース単位の第１および第２のサブセットに分割し、
第１の接続識別子の関数として、前記送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を選択し、
前記第１の送信リソース単位を使用して、送信要求信号を前記第２のデバイスに送信し、
前記トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、トラフィックデータを前記第２のデバイスに送信するように構成されており、
前記トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含み、前記ＯＦＤＭシンボルのそれぞれは複数のトーンを含み、前記送信リソース単位のそれぞれは前記複数のＯＦＤＭシンボルのうちの１つにおいて前記複数のトーンのうちの１つを含み、前記送信リソース単位の第１のサブセットは直交接続識別子に関係付けられ、前記送信単位の第２のサブセットは非直交接続識別子に関係付けられている第１のデバイス。
【請求項１６】
前記第１の送信リソース単位は、前記第１の接続識別子が直交または非直交の接続識別子であるかどうかの関数として、前記送信単位の第１および第２のサブセットのうちの１つから選択され、前記第１の接続識別子として直交接続識別子を使用することが決定される場合、前記第１の送信リソース単位は前記第１のサブセットに属し、前記第１の接続識別子として非直交接続識別子を使用することが決定される場合、前記第１の送信リソース単位は前記第２のサブセットに属する請求項１５記載の第１のデバイス。
【請求項１７】
前記送信リソース単位の第１および第２のサブセットは、オーバーラップしておらず、前記トラフィック管理チャネルスロットを前記第１および第２のサブセットに分割することは予め定められていて、前記第１の接続識別子から独立しており、
前記回路は、
前記第１の接続識別子を決定するようにさらに適合されている請求項１５記載の第１のデバイス。
【請求項１８】
前記処理回路は、
直交接続識別子を使用することが決定される場合、複数の接続識別子の、予め定められているセットから前記第１の接続識別子を選択し、
接続識別子ブロードキャストチャネルを監視して、前記第１の接続識別子が付近の別の接続によって利用されているかどうかを決定し、
前記第１の接続識別子が付近の別の接続によって利用されている場合、第２の接続識別子に切り替えるようにさらに適合されている請求項１５記載の第１のデバイス。
【請求項１９】
ワイヤレス通信ネットワーク中で、第１のデバイスおよび第２のデバイス間のピアツーピア通信接続に対する接続識別子を発生させて利用するように構成されている第１のデバイスにおいて、
トラフィック管理チャネルスロットを、送信リソース単位の第１および第２のサブセットに分割し、前記トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含み、前記ＯＦＤＭシンボルのそれぞれは複数のトーンを含み、前記送信リソース単位のそれぞれは前記複数のＯＦＤＭシンボルのうちの１つにおいて前記複数のトーンのうちの１つを含み、前記送信リソース単位の第１のサブセットは直交接続識別子に関係付けられ、前記送信単位の第２のサブセットは非直交接続識別子に関係付けられている手段と、
第１の接続識別子の関数として、前記送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を選択する手段と、
前記第１の送信リソース単位を使用して、送信要求信号を前記第２のデバイスに送信する手段と、
前記トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、トラフィックデータを前記第２のデバイスに送信する手段とを具備する第１のデバイス。
【請求項２０】
ワイヤレス通信ネットワーク中で、第１のデバイスおよび第２のデバイス間のピアツーピア通信接続に対する接続識別子を発生させて利用する回路において、
前記回路は、前記第１のデバイスにおいて動作し、
トラフィック管理チャネルスロットを、送信リソース単位の第１および第２のサブセットに分割し、
第１の接続識別子の関数として、前記送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を選択し、
前記第１の送信リソース単位を使用して、送信要求信号を前記第２のデバイスに送信し、
前記トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、トラフィックデータを前記第２のデバイスに送信するように適合されており、
前記トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含み、前記ＯＦＤＭシンボルのそれぞれは複数のトーンを含み、前記送信リソース単位のそれぞれは前記複数のＯＦＤＭシンボルのうちの１つにおいて前記複数のトーンのうちの１つを含み、前記送信リソース単位の第１のサブセットは直交接続識別子に関係付けられ、前記送信単位の第２のサブセットは非直交接続識別子に関係付けられている回路。
【請求項２１】
ワイヤレス通信ネットワーク中で、第１のデバイスおよび第２のデバイス間のピアツーピア通信接続に対する接続識別子を第１のデバイスに発生させて利用させるための命令を含む機械読み取り可能媒体において、
プロセッサによって実行されるとき、前記命令は、
トラフィック管理チャネルスロットを、送信リソース単位の第１および第２のサブセットに分割することと、
第１の接続識別子の関数として、前記送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を選択することと、
前記第１の送信リソース単位を使用して、送信要求信号を前記第２のデバイスに送信することと、
前記トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、トラフィックデータを前記第２のデバイスに送信することとを前記プロセッサに生じさせ、
前記トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含み、前記ＯＦＤＭシンボルのそれぞれは複数のトーンを含み、前記送信リソース単位のそれぞれは前記複数のＯＦＤＭシンボルのうちの１つにおいて前記複数のトーンのうちの１つを含み、前記送信リソース単位の第１のサブセットは直交接続識別子に関係付けられ、前記送信単位の第２のサブセットは非直交接続識別子に関係付けられている機械読み取り可能媒体。
【請求項２２】
ワイヤレス通信ネットワーク中で、第１のデバイスおよびターゲットの第２のデバイス間のピアツーピア通信接続に対する接続識別子を発生させて利用する前記第２のデバイスを動作させる方法において、
トラフィック管理チャネルスロットを、送信リソース単位の第１および第２のサブセットに分割し、前記トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含み、前記ＯＦＤＭシンボルのそれぞれは複数のトーンを含み、前記送信リソース単位のそれぞれは前記複数のＯＦＤＭシンボルのうちの１つにおいて前記複数のトーンのうちの１つを含み、前記送信リソース単位の第１のサブセットは直交接続識別子に関係付けられ、前記送信単位の第２のサブセットは非直交接続識別子に関係付けられていることと、
第１の接続識別子の関数として、前記送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を取得することと、
前記第１の送信リソース単位を使用して、前記第１のデバイスから送信要求信号を受信することと、
前記トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、前記第１のデバイスからトラフィックデータを受信することとを含む方法。
【請求項２３】
前記第１の送信リソース単位は、前記第１の接続識別子が直交または非直交の接続識別子であるかどうかの関数として、前記送信単位の第１および第２のサブセットのうちの１つから選択され、前記第１の接続識別子として直交接続識別子を使用することが決定される場合、前記第１の送信リソース単位は前記第１のサブセットに属し、前記第１の接続識別子として非直交接続識別子を使用することが決定される場合、前記第１の送信リソース単位は前記第２のサブセットに属する請求項２２記載の方法。
【請求項２４】
前記送信リソース単位の第１および第２のサブセットは、オーバーラップしておらず、前記トラフィック管理チャネルスロットを前記第１および第２のサブセットに分割することは予め定められていて、前記第１の接続識別子から独立している請求項２２記載の方法。
【請求項２５】
直交接続識別子を使用することが決定される場合、複数の接続識別子の、予め定められているセットから前記第１の接続識別子を選択することと、
接続識別子ブロードキャストチャネルを監視して、前記第１の接続識別子が付近の別の接続によって利用されているかどうかを決定することと、
前記第１の接続識別子が付近の別の接続によって利用されている場合、第２の接続識別子に切り替えることとをさらに含む請求項２２記載の方法。
【請求項２６】
決定される第１の接続識別子が非直交接続識別子である場合、前記第１のデバイスの識別子と、前記第２のデバイスの第２の識別子との関数として、前記第１の接続識別子を決定することをさらに含む請求項２２記載の方法。
【請求項２７】
送信の前に、デスクランブルシーケンスを使用して前記トラフィックデータをデスクランブルすることをさらに含み、前記デスクランブルシーケンスは、前記第１の接続識別子と、時間カウンタの値とから導出される請求項２２記載の方法。
【請求項２８】
ワイヤレス通信ネットワーク中で、第１のデバイスおよびターゲットの第２のデバイス間のピアツーピア通信接続に対する接続識別子を発生させて利用するように構成されている第２のデバイスにおいて、
前記ワイヤレスピアツーピア通信接続を確立するための送信機および受信機と、
ピアツーピア通信チャネルを通して、前記送信機および受信機によってピアツーピア通信を実行するように適合されている処理回路とを具備し、
前記処理回路は、
トラフィック管理チャネルスロットを、送信リソース単位の第１および第２のサブセットに分割し、
第１の接続識別子の関数として、前記送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を選択し、
前記第１の送信リソース単位を使用して、前記第１のデバイスから送信要求信号を受信し、
前記トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、前記第１のデバイスからトラフィックデータを受信するように構成されており、
前記トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含み、前記ＯＦＤＭシンボルのそれぞれは複数のトーンを含み、前記送信リソース単位のそれぞれは前記複数のＯＦＤＭシンボルのうちの１つにおいて前記複数のトーンのうちの１つを含み、前記送信リソース単位の第１のサブセットは直交接続識別子に関係付けられ、前記送信単位の第２のサブセットは非直交接続識別子に関係付けられている第２のデバイス。
【請求項２９】
前記第１の送信リソース単位は、前記第１の接続識別子が直交または非直交の接続識別子であるかどうかの関数として、前記送信単位の第１および第２のサブセットのうちの１つから選択され、前記第１の接続識別子として直交接続識別子を使用することが決定される場合、前記第１の送信リソース単位は前記第１のサブセットに属し、前記第１の接続識別子として非直交接続識別子を使用することが決定される場合、前記第１の送信リソース単位は前記第２のサブセットに属する請求項２８記載の第２のデバイス。
【請求項３０】
前記送信リソース単位の第１および第２のサブセットは、オーバーラップしておらず、前記トラフィック管理チャネルスロットを前記第１および第２のサブセットに分割することは予め定められていて、前記第１の接続識別子から独立している請求項２８記載の第２のデバイス。
【請求項３１】
前記処理回路は、
直交接続識別子を使用することが決定される場合、複数の接続識別子の、予め定められているセットから前記第１の接続識別子を選択し、
接続識別子ブロードキャストチャネルを監視して、前記第１の接続識別子が付近の別の接続によって利用されているかどうかを決定し、
前記第１の接続識別子が付近の別の接続によって利用されている場合、第２の接続識別子に切り替えるようにさらに適合されている請求項２８記載の第２のデバイス。
【請求項３２】
前記第２の接続識別子は非直交接続識別子である請求項３１記載の第２のデバイス。
【請求項３３】
前記処理回路は、前記第１のデバイスの識別子と、前記第２のデバイスの第２の識別子との関数として、前記第１の接続識別子を決定するようにさらに適合されている請求項２８記載の第２のデバイス。
【請求項３４】
前記処理回路は、スクランブルシーケンスを使用して前記トラフィックデータをスクランブルするようにさらに適合されており、前記スクランブルシーケンスは、トラフィックデータを送信する前に、前記第１の接続識別子と、時間カウンタの値とから導出される請求項２８記載の第２のデバイス。
【請求項３５】
ワイヤレス通信ネットワーク中で、第１のデバイスおよびターゲットの第２のデバイス間のピアツーピア通信接続に対する接続識別子を発生させて利用するように構成されている第２のデバイスにおいて、
トラフィック管理チャネルスロットを、送信リソース単位の第１および第２のサブセットに分割し、前記トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含み、前記ＯＦＤＭシンボルのそれぞれは複数のトーンを含み、前記送信リソース単位のそれぞれは前記複数のＯＦＤＭシンボルのうちの１つにおいて前記複数のトーンのうちの１つを含み、前記送信リソース単位の第１のサブセットは直交接続識別子に関係付けられ、前記送信単位の第２のサブセットは非直交接続識別子に関係付けられている手段と、
第１の接続識別子の関数として、前記送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を選択する手段と、
前記第１の送信リソース単位を使用して、前記第１のデバイスから送信要求信号を受信する手段と、
前記トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、前記第１のデバイスからトラフィックデータを受信する手段とを具備する第２のデバイス。
【請求項３６】
前記第１の送信リソース単位は、前記第１の接続識別子が直交または非直交の接続識別子であるかどうかの関数として、前記送信単位の第１および第２のサブセットのうちの１つから選択され、前記第１の接続識別子として直交接続識別子を使用することが決定される場合、前記第１の送信リソース単位は前記第１のサブセットに属し、前記第１の接続識別子として非直交接続識別子を使用することが決定される場合、前記第１の送信リソース単位は前記第２のサブセットに属する請求項３５記載の第２のデバイス。
【請求項３７】
前記送信リソース単位の第１および第２のサブセットは、オーバーラップしておらず、前記トラフィック管理チャネルスロットを前記第１および第２のサブセットに分割することは予め定められていて、前記第１の接続識別子から独立している請求項３５記載の第２のデバイス。
【請求項３８】
直交接続識別子を使用することが決定される場合、複数の接続識別子の、予め定められているセットから前記第１の接続識別子を選択する手段と、
接続識別子ブロードキャストチャネルを監視して、前記第１の接続識別子が付近の別の接続によって利用されているかどうかを決定する手段と、
前記第１の接続識別子が付近の別の接続によって利用されている場合、第２の接続識別子に切り替える手段とをさらに具備する請求項３５記載の第２のデバイス。
【請求項３９】
ワイヤレス通信ネットワーク中で、第１のデバイスおよびターゲットの第２のデバイス間のピアツーピア通信接続に対する接続識別子を発生させて利用する回路において、
前記回路は、前記第２のデバイスにおいて動作し、
トラフィック管理チャネルスロットを、送信リソース単位の第１および第２のサブセットに分割し、
第１の接続識別子の関数として、前記送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を選択し、
前記第１の送信リソース単位を使用して、前記第１のデバイスから送信要求信号を受信し、
前記トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、前記第１のデバイスからトラフィックデータを受信するように適合されており、
前記トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含み、前記ＯＦＤＭシンボルのそれぞれは複数のトーンを含み、前記送信リソース単位のそれぞれは前記複数のＯＦＤＭシンボルのうちの１つにおいて前記複数のトーンのうちの１つを含み、前記送信リソース単位の第１のサブセットは直交接続識別子に関係付けられ、前記送信単位の第２のサブセットは非直交接続識別子に関係付けられている回路。
【請求項４０】
ワイヤレス通信ネットワーク中で、第１のデバイスおよびターゲットの第２のデバイス間のピアツーピア通信接続に対する接続識別子を前記第２のデバイスに発生させて利用させるための命令を含む機械読み取り可能媒体において、
プロセッサによって実行されるとき、前記命令は、
トラフィック管理チャネルスロットを、送信リソース単位の第１および第２のサブセットに分割することと、
第１の接続識別子の関数として、前記送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を選択することと、
前記第１の送信リソース単位を使用して、前記第１のデバイスから送信要求信号を受信することと、
前記トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、前記第１のデバイスからトラフィックデータを受信することとを前記プロセッサに生じさせ、
前記トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含み、前記ＯＦＤＭシンボルのそれぞれは複数のトーンを含み、前記送信リソース単位のそれぞれは前記複数のＯＦＤＭシンボルのうちの１つにおいて前記複数のトーンのうちの１つを含み、前記送信リソース単位の第１のサブセットは直交接続識別子に関係付けられ、前記送信単位の第２のサブセットは非直交接続識別子に関係付けられている機械読み取り可能媒体。
【発明の詳細な説明】
【合衆国法典第３５部第１１９条に基づく優先権の主張】
【０００１】
特許に対する本出願は、２００７年７月１０日に出願された、“ワイヤレスピアツーピアネットワークに対するハイブリッド送信識別（ＩＤ）のための装置および方法”と題し、この出願の譲受人に譲渡され、参照により明白にここに組み込まれている米国仮出願第６０／９４８，８８０号に対する優先権を主張する。
【分野】
【０００２】
以下の記述は一般に、ワイヤレス通信に関し、特に、アドホック通信およびローカルアクセスポイント（ＡＰ）通信の両方が共存するワイヤレスネットワークにおいて、擬似ランダム送信ＣＩＤを発生させて維持することに関する。
【背景】
【０００３】
ワイヤレス通信システムは、さまざまなタイプの通信を提供するために広く展開されており、例えば、そのような通信システムを通して、音声および／またはデータを提供してもよい。典型的なワイヤレス通信システムまたはネットワークは、１つ以上の共有リソースに対して複数のユーザアクセスを提供できる。例えば、システムは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）および他の技術のような、さまざまな多元接続技術を使用してもよい。
【０００４】
共通のワイヤレス通信システムは、カバレッジエリアを提供する１つ以上の基地局を用いる。典型的な基地局は、ブロードキャスト、マルチキャスト、および／またはユニキャストのサービスに対して複数のデータストリームを送信でき、データストリームは、ワイヤレス端末にとって関心がある、独立して受信できるデータのストリームであってもよい。そのような基地局のカバレッジエリア内でワイヤレス端末を用いて、複合ストリームによって搬送される、１つの、１つより多い、またはすべてのデータストリームを受信できる。同様に、ワイヤレス端末は、基地局または別のワイヤレス端末に対してデータを送信できる。
【０００５】
ワイヤレス通信システムは、データを転送するために、ワイヤレススペクトルのさまざまな部分を活用する。しかしながら、ワイヤレススペクトルは、費用がかかる、貴重なリソースである。例えば、かなりのコストが、ワイヤレススペクトルの一部を通して（例えば、認可されたスペクトル内で）ワイヤレス通信システムを動作させることを望む会社によって招かれるかもしれない。さらに、従来の技術は一般に、ワイヤレススペクトルの非効率的な利用を提供する。共通の実例にしたがうと、ワイドエリアネットワークのセルラ通信に対して割り振られるスペクトルは、時間および空間にわたって一様に利用されないことが多く、それゆえに、スペクトルのかなりのサブセットが、所定の時間間隔における所定の地理的ロケーションにおいて使用されない。
【０００６】
別の例にしたがうと、ワイヤレス通信システムは、ピアツーピアまたはアドホックのアーキテクチャを用いることが多く、それによって、ワイヤレス端末は、別のワイヤレス端末に対して直接信号を転送してもよい。したがって、信号は基地局を横切る必要がなく、むしろ、互いの範囲内でワイヤレス端末は、直接、発見し、および／または伝達してもよい。しかしながら、従来のピアツーピアネットワークは一般に、非同期の方法で動作し、それによって、ピアは、特定の時間に異なるタスクを実現するかもしれない。結果として、ピアは、範囲内の異なるピアを識別し、および／またはそれらと通信することに関係付けられる困難に遭遇するかもしれず、電力が非効率的に利用されるかもしれない、などである。
【０００７】
それゆえに、共有周波数スペクトルを利用するピアツーピア通信ネットワーク内でピアの識別子を割り振り、維持する方法が必要とされる。
【概要】
【０００８】
いくつかの実施形態の基本的な理解を提供するために、単純化した概要を以下で提供する。この概要は、すべての考えられる実施形態の広範な概観ではなく、すべての実施形態の主なまたは重要な要素を識別するようにも、いくつかのまたはすべての実施形態の範囲を詳細に描写するようにも向けられていない。その唯一の目的は、後に与えられるより詳細な説明に対するプレリュードとして、単純化した形態で、１つ以上の実施形態のいくつかの概念を与えることである。
【０００９】
１つの例において、第１のデバイスが、ワイヤレス通信ネットワーク中で、第１のデバイスおよび第２のデバイス間のピアツーピア通信接続に対する接続識別子を発生させて利用するように構成されていてもよい。トラフィック管理チャネルスロットが、送信リソース単位の第１および第２のサブセットに分割されていてもよく、トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含む。ＯＦＤＭシンボルのそれぞれは複数のトーンを含んでいてもよい。送信リソース単位のそれぞれは複数のＯＦＤＭシンボルのうちの１つにおいて複数のトーンのうちの１つを含んでいてもよい。送信リソース単位の第１のサブセットは直交接続識別子に関係付けられていてもよく、送信単位の第２のサブセットは非直交接続識別子に関係付けられていてもよい。第１のデバイスは、第１の接続識別子を決定し、選択し、または取得する。
【００１０】
第１のデバイスは、第１の接続識別子の関数として、送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を選択してもよい。第１の送信リソース単位を使用して第１のデバイスから第２のデバイスに送信要求信号を送信してもよい。第１のデバイスは、トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、トラフィックデータを第２のデバイスに送信してもよい。
【００１１】
第１の送信リソース単位は、第１の接続識別子が直交または非直交の接続識別子であるかどうかの関数として、送信単位の第１および第２のサブセットのうちの１つから選択されてもよい。第１の接続識別子として直交接続識別子を使用することが決定される場合、第１の送信リソース単位は第１のサブセットに属していてもよく、そうではなくて、第１の接続識別子として非直交接続識別子を使用することが決定される場合、第１の送信リソース単位は第２のサブセットに属していてもよい。
【００１２】
送信リソース単位の第１および第２のサブセットは、オーバーラップしていなくてもよく、トラフィック管理チャネルスロットを第１および第２のサブセットに分割することは予め定められていて、第１の接続識別子から独立していてもよい。
【００１３】
第１のデバイスは、直交接続識別子を使用することが決定される場合、複数の接続識別子の、予め定められているセットから第１の接続識別子を選択してもよい。第１のデバイスは次に、接続識別子ブロードキャストチャネルを監視して、第１の接続識別子が付近の別の接続によって利用されているかどうかを決定する。第１の接続識別子が付近の別の接続によって利用されていることを第１のデバイスが決定する場合、第１のデバイスは、第２の接続識別子に切り替える。
【００１４】
さらに、第１のデバイスは、制御メッセージを第２のデバイスに送って、第１の接続識別子を第２の接続識別子に変更する意図を示してもよい。１つの例において、第２の接続識別子は非直交接続識別子であってもよい。別の例において、第２の接続識別子は直交接続識別子であってもよい。
【００１５】
第１のデバイスは、直交接続識別子を使用することに関するロバスト尺度を計算してもよく、計算したロバスト測度が、あるしきい値よりも低い場合、非直交接続識別子に切り替えることを決定してもよい。ロバスト尺度は、第１のデバイスが時間間隔において直交接続識別子から別の接続識別子に切り替えることを決定したレートの関数として計算してもよい。
【００１６】
第２の接続識別子は直交接続識別子であってもよい。第２の接続識別子に切り替える前に、第１のデバイスは、第２の接続識別子に対応する接続識別子ブロードキャストチャネルを監視して、第２の接続識別子が付近の他の接続によって利用されているかどうかを決定してもよい。第２の接続識別子が付近の別の接続によって使用されていないことを第１のデバイスが決定する場合、第１のデバイスは、第２の接続識別子に切り替えることを決定してもよい。第２の接続識別子に切り替える前に、第１のデバイスは、非直交接続識別子に切り替えてもよい。さらに、接続識別子ブロードキャストチャネルを監視する前に、第１のデバイスは、非直交接続識別子に切り替えてもよい。
【００１７】
決定される第１の接続識別子が非直交接続識別子である場合、第１のデバイスは、第１のデバイスの識別子と、第２のデバイスの第２の識別子との関数として、第１の接続識別子を決定してもよい。トラフィックデータを送信する前に、第１のデバイスは、第１の接続識別子と、時間カウンタの値とから導出されたスクランブルシーケンスを使用してトラフィックデータをスクランブルしてもよい。
【００１８】
別の例において、ターゲットの第２のデバイスが、ワイヤレス通信ネットワーク中で、第１のデバイスおよびターゲットの第２のデバイス間のピアツーピア通信接続に対する接続識別子を発生させ、および／または利用するように構成されていてもよい。トラフィック管理チャネルスロットは、送信リソース単位の第１および第２のサブセットに分割されていてもよく、トラフィック管理チャネルスロットは複数のＯＦＤＭシンボルを含み、ＯＦＤＭシンボルのそれぞれは複数のトーンを含む。送信リソース単位のそれぞれは複数のＯＦＤＭシンボルのうちの１つにおいて複数のトーンのうちの１つを含んでいてもよい。送信リソース単位の第１のサブセットは直交接続識別子に関係付けられていてもよい。送信単位の第２のサブセットは非直交接続識別子に関係付けられていてもよい。
【００１９】
第２のデバイスは、第１の接続識別子の関数として、送信リソース単位の第１および第２のサブセットのうちのいずれか１つから第１の送信リソース単位を取得してもよい。第２のデバイスは、第１の送信リソース単位を使用して、第１のデバイスから送信要求信号を受信してもよい。その後、第２のデバイスは、トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、第１のデバイスからトラフィックデータを受信してもよい。
【００２０】
第１の送信リソース単位は、第１の接続識別子が直交または非直交の接続識別子であるかどうかの関数として、送信単位の第１および第２のサブセットのうちの１つから選択されてもよい。第１の接続識別子として直交接続識別子を使用することが決定される場合、第１の送信リソース単位は第１のサブセットに属してもよい。そうではなく、第１の接続識別子として非直交接続識別子を使用することが決定される場合、第１の送信リソース単位は第２のサブセットに属してもよい。
【００２１】
１つの例において、送信リソース単位の第１および第２のサブセットは、オーバーラップしていなくてもよく、トラフィック管理チャネルスロットを第１および第２のサブセットに分割することは予め定められていて、第１の接続識別子から独立していてもよい。
【００２２】
直交接続識別子を使用することが決定される場合、第２のデバイスは、複数の接続識別子の、予め定められているセットから第１の接続識別子を選択してもよい。第２のデバイスは、接続識別子ブロードキャストチャネルを監視して、第１の接続識別子が付近の別の接続によって利用されているかどうかを決定する。第１の接続識別子が付近の別の接続によって利用されていることを第２のデバイスが決定する場合、第２のデバイスは、第２の接続識別子に切り替えてもよい。
【００２３】
１つの例において、決定される第１の接続識別子が非直交接続識別子である場合、第１のデバイスの識別子と、第２のデバイスの第２の識別子との関数として、第１の接続識別子を決定してもよい。送信の前に、デスクランブルシーケンスを使用して、受信したトラフィックデータをデスクランブルしてもよく、デスクランブルシーケンスは、第１の接続識別子と、時間カウンタの値とから導出される。
【００２４】
ここで記述するさまざまな方法を、ワイヤレスデバイス、ワイヤレスデバイス中に組み込まれた回路またはプロセッサ、ならびに／あるいはソフトウェア内で実現してもよい。
【００２５】
同一の参照文字が全体を通して対応したものを識別している図面を参照すると、以下で示す詳細な記述から様々な特徴、特質、および利点が明白となろう。
【図面の簡単な説明】
【００２６】
【図１】図１は、ワイドエリアネットワーク同じ周波数スペクトル内で、アドホックのピアツーピアネットワークをどのように実現するかを図示するブロック図である。
【図２】図２は、ピアツーピア通信の接続を確立し、および／または維持するためにワイヤレス端末によって使用してもよいタイミングシーケンスの１つの例を図示する。
【図３】図３は、他の近くのワイヤレス端末に対して干渉を生じさせるかもしれないピアツーピア通信の接続を複数のワイヤレス端末が確立する環境を図示するブロック図である。
【図４】図４は、制御スロットがトラフィックスロットの間にときおり挿入される、チャネルアーキテクチャの１つの例を図示する。
【図５】図５は、信号送信に関係付けられている、例示的な時間−周波数グリッドを図示する。
【図６】図６は、送信ＣＩＤのセットが、直交送信ＣＩＤの第１のセットと、非直交送信ＣＩＤの第２のセットに細分されているハイブリッド送信ＣＩＤ空間またはリソースを図示する。
【図７】図７は、ＣＩＤブロードキャスト期間と、ページング期間とを含む、ＣＩＤブロードキャストに対するタイミングシーケンスの１つの例を図示する。
【図８】図８は、各部分が全送信ＣＩＤ空間をカバーする、２つの部分のＣＩＤブロードキャスト構造の１つの例を図示する。
【図９】図９は、ＣＩＤの衝突の検出を可能にする、４つの部分のＣＩＤブロードキャスト構造の１つの例を図示する。
【図１０】図１０は、端末間でのピアツーピア通信接続内で、直交および非直交の送信接続識別子を割り振って使用する、一般的な方法を説明する。
【図１１Ａ】図１１Ａは、端末間のピアツーピア接続内でのハイブリッド送信ＩＤの使用を図示するブロック図である。
【図１１Ｂ】図１１Ｂは、端末間のピアツーピア接続内でのハイブリッド送信ＩＤの使用を図示するブロック図である。
【図１１Ｃ】図１１Ｃは、端末間のピアツーピア接続内でのハイブリッド送信ＩＤの使用を図示するブロック図である。
【図１２Ａ】図１２Ａは、ワイヤレス通信ネットワーク中で、第１のデバイスおよび第２のデバイス間のピアツーピア通信接続に対する第１の接続識別子（ＣＩＤ）を発生させて利用する第１のデバイスを動作させる方法を説明する。
【図１２Ｂ】図１２Ｂは、ワイヤレス通信ネットワーク中で、第１のデバイスおよび第２のデバイス間のピアツーピア通信接続に対する第１の接続識別子（ＣＩＤ）を発生させて利用する第１のデバイスを動作させる方法を説明する。
【図１２Ｃ】図１２Ｃは、ワイヤレス通信ネットワーク中で、第１のデバイスおよび第２のデバイス間のピアツーピア通信接続に対する第１の接続識別子（ＣＩＤ）を発生させて利用する第１のデバイスを動作させる方法を説明する。
【図１３】図１３は、ピアツーピアネットワーク中で、ハイブリッド送信ＣＩＤリソースを利用するように構成されていてもよいワイヤレス端末の例を図示するブロック図である。
【図１４】図１４は、ピアツーピアネットワーク中で、ハイブリッド送信ＣＩＤリソースを利用するように構成されていてもよいワイヤレス端末の別の実施形態のブロック図である。
【詳細な説明】
【００２７】
図面に関連して、さまざまな実施形態をこれから記述し、全体を通して同じ要素に言及するために、同じ参照番号を使用する。以下の記述において、説明のため、１つ以上の実施形態の完全な理解を提供するために、多数の特定の詳細な説明を述べる。しかしながら、これらの特定の詳細な説明なしに、そのような実施形態を実施できることは明白であるかもしれない。他の例において、１つ以上の実施形態を記述することを容易にするために、よく知られている構造およびデバイスをブロック図の形態で示す。
【００２８】
概観
１つの実施形態において、ワイヤレスネットワーク中で、送信機／受信機の対に対する送信（接続）識別子（ＣＩＤ）を発生させる装置および方法を開示する。ＣＩＤは、直交ＣＩＤの第１のセットと、非直交（ランダムまたは擬似ランダム）ＣＩＤの第２のセットとを含むハイブリッドＣＩＤ空間から選択されてもよく、またはそのようなハイブリッドＣＩＤ空間にマッピングされてもよい。送信機デバイスが、受信機デバイスとのピアツーピア接続を開始することを望むとき、送信機および受信機のデバイスは、ＣＩＤを取得して、共有周波数空間におけるトラフィックチャネル内でそれらの接続を識別することを試みる。第１および／または第２のデバイスは、直交ＣＩＤの第１のセットからＣＩＤを選択することを試みる。しかしながら、ＣＩＤの衝突が検出される場合、第１および第２のデバイスは、非直交ＣＩＤの第２のセットからそれらのＣＩＤを選択する。選択した送信ＣＩＤを時間スロットまたは時間間隔中に使用して、第１および第２のデバイス間の通信を容易にしてもよい。非直交ＣＩＤが選択されている場合、非直交ＣＩＤは、ＣＩＤの衝突が解決される場合、後続の時間間隔または時間スロット上で、直交ＣＩＤに変更してもよい。
【００２９】
先のおよび関連する目的を達成するために、１つ以上の実施形態は、以下で十分に記述し、特に特許請求の範囲において指し示す特徴を備える。以下の記述および添付図面は、１つ以上の実施形態の、いくつかの実例となる観点を詳細に示す。しかしながら、これらの観点は、さまざまな実施形態の原理を用いてもよいさまざまな方法のうちのいくつかを示すにすぎず、記述する実施形態は、そのようなすべての観点およびそれらの均等物を含むように向けられている。
【００３０】
アドホック通信システム
集中化したネットワーク制御装置の介入なしに、アドホックピアツーピアワイヤレスネットワークを、２以上の端末の間に確立してもよい。いくつかの例において、ワイヤレスネットワークは、複数のワイヤレス端末の間で共有される周波数スペクトル内で動作さいてもよい。
【００３１】
図１は、例えば、ワイドエリアネットワークと共に、アドホックピアツーピアネットワークをどのように実現するかを図示するブロック図である。いくつかの例において、ピアツーピアネットワークおよびワイドエリアネットワークは、同じ周波数スペクトルを共有する。他の例において、ピアツーピアネットワークは、例えば、ピアツーピアネットワークの使用に専用のスペクトルのような、異なる周波数スペクトルで動作される。通信システム１００は、１つ以上のワイヤレス端末ＷＴ−Ａ １０２、ＷＴ−Ｂ １０６およびＷＴ−Ｃ １１２を備えていてもよい。ほんの３つのワイヤレス端末ＷＴ−Ａ １０２、ＷＴ−Ｂ １０６およびＷＴ−Ｃ １１２を描写しているが、通信システム１００は、任意の数のワイヤレス端末を含んでいてもよいことを理解すべきである。ワイヤレス端末ＷＴ−Ａ １０２、ＷＴ−Ｂ １０６およびＷＴ−Ｃ １１２は、例えば、セルラ電話機、スマート電話機、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド計算デバイス、衛星ラジオ、全地球測位システム、ＰＤＡおよび／またはワイヤレス通信システム１００を通して通信するための他の任意の適切なデバイスとすることができる。
【００３２】
１つの例にしたがうと、通信システム１００は、ワイドエリアネットワーク（ＷＡＮ）をサポートしてもよく、ワイドエリアネットワーク（ＷＡＮ）は、ワイヤレス通信信号を、互いに、および／または１つ以上のワイヤレス端末ＷＴ−Ａ １０２、ＷＴ−Ｂ １０６、ＷＴ−Ｃ １１２に、受信し、送信し、中継するなどを行う、１つ以上のセクタ／セル／領域における、１つ以上のアクセスノードＡＮ−Ａ １０４およびＡＮ−Ｂ １１０（例えば、基地局、アクセスポイントなど）ならびに／あるいは（示していない）任意の数の異なるアクセスノードを含んでいてもよい。各アクセスノードＡＮ−Ａ １０４およびＡＮ−Ｂ １１０は、送信機チェーンおよび受信機チェーンを含んでいてもよく、送信機チェーンおよび受信機チェーンのそれぞれは、当業者によって理解されるような、信号の送信および受信に関係付けられている複数のコンポーネント（例えば、プロセッサ、変調器、マルチプレクサー、デマルチプレクサー、アンテナ、．．．）を備えることができる。オプションの機能にしたがうと、ＷＡＮを通して通信するとき、ワイヤレス端末は、通信システム１００によってサポートされるワイドエリアインフラストラクチャネットワークを通して通信するとき、信号をアクセスノードに送信してもよく、および／またはアクセスノードから信号を受信してもよい。例えば、ワイヤレス端末ＷＴ−Ａ １０２およびＷＴ−Ｂ １０６は、アクセスノードＡＮ−Ａ １０４を介してネットワークと通信してもよく、一方ワイヤレス端末ＷＴ−Ｃ １１２は、異なるアクセスノードＡＮ−Ｂ １１０と通信してもよい。
【００３３】
ワイヤレス端末はまた、ローカルエリアピアツーピア（Ｐ２Ｐ）ネットワーク（例えば、アドホックネットワーク）を通して互いに直接に通信してもよい。ピアツーピア通信は、ワイヤレス端末間で信号を直接転送することにより実現してもよい。したがって、信号は、アクセスノード（例えば、基地局）または一元的に管理されるネットワークを横切る必要がない。ピアツーピアネットワークは、（例えば、自宅、オフィス、などのタイプ設定の範囲内で）短距離の高データレート通信を提供してもよい。例えば、ワイヤレス端末ＷＴ−Ａ １０２およびＷＴ−Ｂ １０６が、第１のピアツーピアネットワーク１０８を確立してもよく、ワイヤレス端末ＷＴ−Ｂ １０６およびＷＴ−Ｃ １１２がまた、第２のピアツーピアネットワーク１１４を確立してもよい。
【００３４】
さらに、各ピアツーピアネットワーク接続１０８および１１４は、類似の地理的エリア内に（例えば、互いの範囲内に）ワイヤレス端末を含んでいてもよい。しかしながら、ワイヤレス端末は、共通のピアツーピアネットワークに含まれる同じセクタおよび／またはセルに関係付けられている必要はないことを理解すべきである。さらに、１つのピアツーピアネットワークが、別のより大きなピアツーピアネットワークとオーバーラップするか、または包含される領域内で行われるように、ピアツーピアネットワークはオーバーラップしていてもよい。さらに、ワイヤレス端末は、ピアツーピアネットワークによってサポートされていなくてもよい。ワイドエリアネットワークおよびピアツーピアネットワークが（例えば、同時に、または連続的に）オーバーラップする場合に、ワイヤレス端末は、ワイドエリアネットワークおよび／またはピアツーピアネットワークを用いてもよい。さらに、ワイヤレス端末は、そのようなネットワークをシームレスに切換えてもよく、または同時に活用してもよい。したがって、送信する、および／または受信するワイヤレス端末は、ネットワークのうちの１つ以上を選択的に用いて、通信を最適化してもよい。
【００３５】
ワイヤレス端末間のピアツーピア通信は、同期的であってもよい。例えば、ワイヤレス端末ＷＴ−Ａ １０２およびＷＴ−Ｂ １０６は、共通のクロック基準を利用して、別個の機能のパフォーマンスを同期させてもよい。ワイヤレス端末ＷＴ−Ａ １０２およびＷＴ−Ｂ １０６は、アクセスノードＡＮ−Ａ １０４からタイミング信号を取得してもよい。ワイヤレス端末ＷＴ−Ａ １０２およびＷＴ−Ｂ １０６はまた、例えば、ＧＰＳ衛星またはテレビジョンブロードキャストステーションのような、他の情報源からタイミング信号を取得してもよい。１つの例にしたがうと、ピアの発見、ページングおよびトラフィックのような機能に対して、ピアツーピアネットワークにおいて、時間を有意義に分割してもよい。さらに、各ピアツーピアネットワークは、それ自身の時間を設定してもよいことが考えられる。
【００３６】
ピアツーピア接続におけるトラフィックの通信が行われる前に、２つのピアのワイヤレス端末は、互いを検出して識別してもよい。ピア間の、この相互の検出および識別が行われるプロセスは、ピア発見と呼ばれることがある。通信システム１００は、ピアツーピア通信を確立し、ショートメッセージを定期的に送信し、他の送信をリスンすることを望んでいるピアを提供することにより、ピア発見をサポートしてもよい。例えば、ワイヤレス端末ＷＴ−Ａ １０２（例えば、送信するワイヤレス端末）は、他のワイヤレス端末ＷＴ−Ｂ １０６（例えば、受信するワイヤレス端末）に対して信号を定期的にブロードキャストまたは送信してもよい。これにより、受信するワイヤレス端末ＷＴ−Ｂ １０６は、送信するワイヤレス端末ＷＴ−Ａ １０２の付近にあるとき、送信するワイヤレス端末ＷＴ−Ａ １０２を識別することが可能になる。識別後、アクティブなピアツーピア接続１０８を確立してもよい。
【００３７】
ピア発見のための送信は、ピア発見間隔と呼ばれる、指定された時間の間に定期的に発生してもよく、送信のタイミングは、プロトコルによって予め定められていてもよく、ワイヤレス端末ＷＴ−Ａ １０２およびＷＴ−Ｂ １０６に知られていてもよい。ワイヤレス端末ＷＴ−Ａ １０２およびＷＴ−Ｂ １０６は、それぞれの信号をそれぞれ送信して、それら自身を識別させる。例えば、各ワイヤレス端末ＷＴ−Ａ １０２およびＷＴ−Ｂ １０６は、ピア発見間隔の一部の間に信号を送信してもよい。さらに、各ワイヤレス端末ＷＴ−Ａ １０２およびＷＴ−Ｂ １０６は、ピア発見間隔の残りの部分において、他のワイヤレス端末によって潜在的に送信される信号を監視してもよい。１つの例にしたがうと、信号はビーコン信号であってもよい。別の実例として、ピア発見間隔は、多数のシンボル（例えば、ＯＦＤＭシンボル）を含んでいてもよい。各ワイヤレス端末ＷＴ−Ａ １０２は、そのワイヤレス端末ＷＴ−Ａ １０２による送信のためのピア発見間隔において少なくとも１つのシンボルを選択してもよい。さらに、各ワイヤレス端末ＷＴ−Ａ １０２は、そのワイヤレス端末ＷＴ−Ａ １０２によって選択されたシンボルにおける１つのトーンにおいて、対応する信号を送信してもよい。
【００３８】
ローカルエリアピアツーピアネットワークおよびワイドエリアネットワークは、共通のワイヤレススペクトルを共有して、通信を実現してもよく、したがって、異なるタイプのネットワークを介してデータを転送するために、帯域幅を共有してもよい。例えば、ピアツーピアネットワークおよびワイドエリアネットワークは、認可されているスペクトルを通して両方とも通信してもよい。しかしながら、ピアツーピア通信は、ワイドエリアネットワークインフラストラクチャを利用する必要はない。
【００３９】
ワイヤレス端末が互いを発見した後、それらは、接続を確立する段階に移ってもよい。いくつかの例において、接続は２つのワイヤレス端末をリンクし、例えば、図１において、接続１０８は、ワイヤレス端末ＷＴ−ＡおよびＷＴ−Ｂをリンクする。ＷＴ−Ａは、接続１０８を使用して、ＷＴ−Ｂにトラフィックを送信できる。ＷＴ−Ｂもまた、接続１０８を使用して、ＷＴ−Ａにトラフィックを送信できる。
【００４０】
図２は、トラフィックチャネルスロットに対するタイミングシーケンスの１つの例を図示し、トラフィックチャネルスロットは、ピアツーピア通信の接続がワイヤレス端末の間で確立された後に、トラフィックを移送するためにワイヤレス端末によって使用されてもよい。各トラフィックチャネルスロット２１０は、トラフィック管理チャネル２０１と、トラフィックチャネル２０３とを含んでいてもよい。トラフィック管理チャネル２０１は、トラフィックチャネル２０６におけるトラフィックデータ送信に関連するシグナリングのために使用してもよい。接続スケジューリングセグメント２０２、レートスケジューリングセグメント２０４および肯定応答セグメント２０８は、集合的にトラフィック管理チャネル２０１と呼ばれる。データ送信セグメント２０６は、トラフィックチャネル２０３と呼ばれることがある。図２中で示した、接続スケジューリングセグメント２０２、レートスケジューリングセグメント２０４、データセグメント２０６および肯定応答セグメント２０８は、トラフィックスロットを構成する。
【００４１】
接続スケジューリングセグメント２０２を送信機端末によって使用して、送信機端末がトラフィックデータを送信する準備ができていることを（ピアツーピア接続における）その受信機端末に示してもよい。レートスケジューリングセグメント２０４により、（ピアツーピア接続における）送信機／受信機端末は、トラフィックデータを送信する際に使用する、送信レートおよび／または電力を取得することが可能になる。データ送信セグメント２０６は、取得した送信レートおよび／または電力で所望のトラフィックデータを送信するために使用される。肯定応答セグメント２０８を受信機端末によって使用して、トラフィックデータがデータ送信セグメント２０６において受信されたこと、または受信されなかったことを示してもよい。１つの例において、トラフィックスロットの継続時間は、おおよそ２ミリ秒である。トラフィックスロット２１０は時間にわたって繰り返されるので、図２中で示した時間シーケンス構造は、トラフィックスロットの１つの期間を示す。トラフィックスロット２１０においてトラフィックデータを送る前に、送信機端末および受信機端末は、（図４中の）制御スロット４０４を介してピアツーピア接続を確立していてもよいことに注目すべきである。
【００４２】
ピアツーピアネットワークにおける干渉
アドホックピアツーピア通信システムにおいて、複数の通信は、空間および時間の両方において共有される周波数スペクトルリソースを使用して行われてもよい。アドホックピアツーピアネットワークの分散される特性のために、ワイヤレス端末間での送信に使用されるチャネルの割り振り（例えば、スロット）を制御することは必ずしも可能であるわけではない。中央の管轄が存在しないワイヤレスネットワークにおいて、干渉の回避および／または管理は、ネットワークパフォーマンスの効率を維持するための重要な特徴である。
【００４３】
図３は、複数のワイヤレス端末が、他の近くのワイヤレス端末に干渉をもたらすかもしれないピアツーピア通信接続を確立する環境を図示するブロック図である。ピアツーピアネットワーク３００は、周波数スペクトルを共有し、および／または同時に使用してもよい複数のワイヤレス端末を含んでいてもよい。共有される周波数スペクトルは、１つ以上の送信および／または制御チャネルを含んでいてもよく、各送信（トラフィック）チャネルは、対応するトラフィック管理チャネルを有する。１つの例において、トラフィック管理チャネルを使用して、対応する送信（トラフィック）チャネルを通して通信に対するトラフィック要求を送ってもよい。
【００４４】
１つの例において、第１のワイヤレス端末ＷＴ Ａ ３０２が、第２のワイヤレス端末ＷＴ Ｂ ３０４に対して送信３１０することを試みており、その一方で、第３のワイヤレス端末ＷＴ Ｃ ３０６が、同じトラフィックチャネル帯域幅リソースを使用して、第４のワイヤレス端末ＷＴ Ｄ ３０８に対して送信３１４することを同時に試みている。第１のワイヤレス端末ＷＴ Ａ ３０２は、指定送信機と呼ばれてもよく、第２のワイヤレス端末ＷＴ Ｂ ３０４は、指定受信機と呼ばれてもよく、第３のワイヤレス端末ＷＴ Ｃ ３０６は、干渉者と考えてもよい。このピアツーピアネットワーク３００において、送信チャネルおよび制御チャネルの対を、複数のワイヤレス端末ＷＴ Ａ、ＷＴ Ｂ、ＷＴ ＣおよびＷＴ Ｄによって共有してもよい。しかしながら、そのような送信（トラフィック）および／または制御チャネルは、ワイヤレス端末によって共有される（例えば、周波数スペクトルの共有）ことから、ワイヤレス端末の間に望まれない干渉３１４’および３１０’を結果として生じるかもしれない。例えば、送信３１０および３１４の両方が実際に行われる場合、第３のワイヤレス端末ＷＴ Ｃ ３０６からの信号３１４’が、第２のワイヤレス端末ＷＴ Ｂ ３０４受信機に対する干渉として見られ、第１のワイヤレス端末ＷＴ Ａ ３０２からの所望の信号３１０を首尾よく回復する、第２のワイヤレス端末ＷＴ Ｂ ３０４の能力を劣化させるかもしれない。それゆえに、第３のワイヤレス端末ＷＴ Ｃ ３０６から第２のワイヤレス端末ＷＴ Ｂ ３０４への干渉を管理するために、ある干渉管理プロトコルを必要とする。干渉管理プロトコルの１つの目標は、第３のワイヤレス端末ＷＴ Ｃ ３０６が第２のワイヤレス端末ＷＴ Ｂ ３０４に対して過度の干渉を生成させることなく送信するのを可能にし、その結果、全体のスループットを向上させ、システムのパフォーマンスを改善することである。一方、第１のワイヤレス端末ＷＴ Ａ ３０２が第４のワイヤレス端末ＷＴ Ｄ ３０８に対して干渉３１０’をもたらすかもしれず、類似の干渉管理プロトコルを使用して、その干渉を制御してもよいことに注目すべきである。
【００４５】
集中化したトラフィック管理の管轄がないことから、ＷＴ Ａ ３０２およびＷＴ Ｃ 
３０６は、同じか、またはオーバーラップするチャネル上で送信する可能性があり、その結果、互いに干渉をもたらす。例えば、偶然に、ＷＴ Ａ ３０２およびＷＴ Ｃ ３０６の両方は、同じ送信ＣＩＤを使用するかもしれない。送信ＣＩＤを使用して、受信する端末ＷＴ Ｂ ３０４およびＷＴ Ｄ ３０８に対して特定の送信チャネル（例えば、周波数または時間スロット）を示してもよい。その結果、同じ送信ＣＩＤが２つの端末によって使用されるとき、それらは、同じチャネルまたはオーバーラップするチャネル上で同時に送信している可能性がある。送信する端末ＷＴ Ａ ３０２およびＷＴ Ｃ ３０６の両方が、受信機端末ＷＴ Ｂ ３０４および／またはＷＴ Ｄ ３０８の範囲内にある場合、受信機端末ＷＴ Ｂ ３０４および／またはＷＴ Ｄ ３０８は、干渉を知覚するかもしれない。
【００４６】
特に、指定ピアからの送信であるのか、非指定ピアからの送信であるのかを判別することなく、複数のワイヤレス端末が共有周波数内でチャネルを選ぶことを可能にする方法が必要とされる。
【００４７】
チャネルアーキテクチャ
図４は、チャネルアーキテクチャの１つの例を図示し、チャネルアーキテクチャにおいて、制御スロットがトラフィックスロットの間にときおり挿入される。トラフィックスロット４０２は、送信機端末が送信チャネルを通して受信機端末にピアツーピアトラフィックデータを送ってもよい時間間隔である。１つの例において、各トラフィックスロット４０２は、図２中で図示したようなものであってもよい。各トラフィックスロットは、２ミリ秒（ｍｓ）の長さであってもよい。トラフィックスロット４０２は、データトラフィックが送信されるトラフィックチャネル部分と、スケジューリングおよび干渉管理が行われるトラフィック管理チャネル部分とを含んでいてもよい。
【００４８】
各制御スロット４０４は、ＣＩＤブロードキャストチャネル４０６と、ページングチャネル４０８とを含んでいてもよい。制御スロット４０４は、トラフィックスロットよりもはるかに長い間隔で発生してもよい。例えば、制御スロット４０４は、１秒くらいごとに発生してもよい。制御スロット４０４は、送信機端末および受信機端末間でピアツーピア接続を確立して維持するように機能してもよい。近くの接続によって使用中のピアツーピア接続識別子（ＣＩＤ）を示し、および、ピアツーピア接続がいまだに現存しているかどうかを示すために、ＣＩＤブロードキャストチャネル４０６を使用してもよい。例えば、送信機端末および受信機端末は、ＣＩＤブロードキャストチャネル４０６を監視して、どのＣＩＤが使用中であるかを決定してもよい。新しいピアツーピア接続に対する新しいＣＩＤを確立するために、ページングチャネル４０８が、送信機端末および受信機端末によって使用され、ページングチャネル４０８は、ページング要求チャネル４１０とページング応答チャネル４１２とを含んでいてもよい。制御スロット４０４は、トラフィックスロット４０２よりもはるかに長い間隔で発生してもよい。例えば、制御スロット４０４は、１秒くらいごとに発生してもよい。
【００４９】
図５は、信号送信に関係付けられている、例示的な時間−周波数グリッド５００を図示する。例示的な信号は、ＯＦＤＭ信号であってもよい。時間−周波数グリッド５００は、例えば、制御またはトラフィックチャネルの時間間隔の間に、ピアツーピアネットワークを通して信号を送信および／または受信するのに利用可能なリソースである。ｘ軸は時間を表し、Ｎ個のシンボル（例えば、Ｎは何らかの整数であってもよい）を含んでいてもよく、ｙ軸は周波数を表し、Ｍ個のトーン（例えば、Ｍは何らかの整数であってもよい）を含んでいてもよい。
【００５０】
ＣＩＤリソース単位は、時間−周波数の組み合わせ、またはシンボル−トーンの組み合わせによって規定されてもよい。１つの例にしたがうと、制御スロットにおいて、または、トラフィックスロットのトラフィック管理部分において、ワイヤレス端末は、ワイヤレス端末またはワイヤレス端末を利用しているユーザの識別子に基づいて、ならびに／あるいは現在のスロット間隔を識別するためにピアツーピアネットワーク内で共通に理解されてもよい時間変数（例えば、時間カウンタ）に基づいて、送信に対して特定のシンボル（例えば、送信時間）を選択してもよい。さらに、（例えば、識別子および／または時間変数に基づいて、）選択したシンボルに対応する特定のトーンを決定してもよい。さらなる例にしたがうと、識別子および時間変数のハッシュ関数が、選択したシンボルの位置および／またはトーンの位置を発生させてもよい。例えば、所定の接続に対して、時間変数が第１の値をとるとき、ワイヤレス端末がＣＩＤリソース単位として図５中で示した単一のトーン信号Ｐ1を送信するように、ハッシュ関数は、シンボルｘ１およびトーンｙ1を発生させてもよい。時間変数が第２の値をとるとき、ワイヤレス端末がＣＩＤリソース単位として図５中で示した単一のトーン信号Ｐ2を送信するように、ハッシュ関数は、シンボルｘ2およびトーンｙ2を発生させてもよい。
【００５１】
ハイブリッドピアツーピア送信ＣＩＤ空間
直交送信ＣＩＤの第１のセットと、非直交送信ＣＩＤの第２のセットとから、ハイブリッド送信ＣＩＤを発生させる方法を提供する。送信ＣＩＤ空間は、直交送信ＣＩＤの第１のセットと、非直交送信ＣＩＤの第２のセットとに細分される。送信機端末が、そのピア受信機端末に対して送信することを意図するとき、送信機端末は、直交送信ＣＩＤの第１のセットと、非直交送信ＣＩＤの第２のセットとのうちの１つから送信ＣＩＤを選択する。例えば、送信機端末は最初に、送信ＣＩＤの第１のセットから、使用されていない直交送信ＣＩＤを選択することを試みてもよい。選択した直交送信ＣＩＤの衝突が検出される場合、第１のデバイスは、非直交送信ＣＩＤの第２のセットから非直交送信ＣＩＤを選択してもよい。
【００５２】
ここで使用するとき、用語“直交”は、他者が同じＣＩＤを同時に使用していないことを保証するために選択されるＣＩＤを指す。そのような直交ＣＩＤは、（例えば、ＣＩＤブロードキャストチャネルを監視することによって）他の接続によって使用中のＣＩＤを最初にチェックし、使用されていない、または利用可能なＣＩＤを選択し、衝突が検出される場合ＣＩＤを切り替えることによって達成してもよい。対照的に、“非直交”、“擬似ランダム”および／または“ランダム”のＣＩＤは、任意の所定のトラフィックスロットに対して、ＣＩＤが、衝突回避のために必ずしもチェックされないという事実に言及する。代わりに、ＣＩＤは、それが別の接続によって使用中であるかどうかを度外視して、“非直交ＣＩＤ”のセットから選択される。
【００５３】
図６は、ハイブリッド送信ＣＩＤ空間またはリソース６０２を図示し、送信ＣＩＤのセットが、直交送信ＣＩＤの第１のセット６０４と、非直交送信ＣＩＤの第２のセット６０６とに細分されている。送信ＣＩＤの第１および第２のサブセット６０４および６０６は、オーバーラップしていない。ここで使用するとき、用語“直交”は、このサブセットからの送信ＣＩＤが、それが近隣における別の接続によって使用中であるかどうかをチェックし、それが別の接続によって使用されていない場合にのみ選ぶことによって選択されることを示すために使用される。それに対して、用語“非直交”は、このサブセットからの送信ＣＩＤが、それが別の接続によって現在使用されているかどうかを必ずしもチェックすることなく、ランダムに、または擬似ランダムに選択されることを示すために使用される。１つの例において、送信ＣＩＤ空間またはリソース６００は、複数の送信リソース単位を含み、ここで各単位は、Ｎ個のシンボルとＭ個のトーンとの中からのシンボル／トーンの組み合わせとして規定される。第１および第２のサブセット６０４および６０６はオーバーラップしていないことから、直交送信ＣＩＤの第１のサブセット６０４と、非直交送信ＣＩＤの第２のサブセット６０６との間の直交性が保持されることに注目すべきである。結果として、送信ＣＩＤが直交送信ＣＩＤの第１のセット６０４から選択され、第２の送信ＣＩＤが非直交送信ＣＩＤの第２のセット６０６から選択される場合、これらの送信ＣＩＤは決して、送信中に互いに衝突しない。
【００５４】
１つの構成において、トラフィック管理チャネルスロットまたは時間間隔は、図６中で示すものに類似して、シンボルおよびトーンの第１のサブセットおよび第２のサブセットに分割されていてもよい。そのような分割は、予め定められていて、選択される接続識別子から独立していてもよい。送信機／受信機のペアが、直交ＣＩＤのサブセットからそれらのＣＩＤを選択するとき、ＣＩＤは、第１のサブセットにおける専用のトーンおよびシンボルの組み合わせにマッピングし、付近の他のいかなる送信機／受信機の対も、その専用のトーンおよびシンボルの組み合わせを利用しない。他方、送信機／受信機の対が非直交ＣＩＤのサブセットからそれらのＣＩＤを選択するとき、実質上、送信機／受信機の対は、第２のサブセットにおけるトーンおよびシンボルの組み合わせを利用してもよく、付近の別の送信機／受信機の対は、所定のトラフィック管理チャネルスロットにおいて、そのトーンおよびシンボルの組み合わせを利用してもよい。非直交ＣＩＤを利用する１つの実施形態において、送信（接続）ＣＩＤは、異なる送信機／受信機の対の間で異なっていてもよい擬似ランダムの型で、時間にわたって変化してもよい。この特性により、２つの送信機／受信機（Ｔｘ／Ｒｘ）の対は、連続した時間間隔に対して同じ送信（接続）ＣＩＤを使用しないものと考えられる。
【００５５】
非直交（“ランダム”）送信ＣＩＤのセット６０６は、複数の目的のために使用できる。例えば、直交送信ＣＩＤのセット６０４の空間に関係付けられている１つの事項は、ロバスト性である。何らかの理由のために、２つの端末が、直交送信ＣＩＤのセット６０４からの同じ送信ＣＩＤとなる場合、それらは同じＣＩＤを使用し続けることから、衝突を検出できる前に、それらの送信は、しばらくの間衝突し続けるだろう。これを改善するために、ＣＩＤの衝突が発生するとき、端末に対する安全策として、非直交（ランダム）送信ＣＩＤのセットを使用できる。端末が送信ＣＩＤの衝突を検出するときはいつでも、端末は、新しい直交送信ＣＩＤを取得できる次のスロットまたは時間間隔まで、非直交送信ＣＩＤを使用するように変更する。非直交（ランダム）送信ＣＩＤを使用する１つの利益は、近隣における他の送信ＣＩＤをリスンすることを試みることなく、瞬時にそれを発生させることができるということである。したがって、ホールド状態にあり、それらの送信を再開することを望んでいる端末に対して、これらの端末は、特定の送信ＣＩＤが別の接続によって現在使用中であるかどうかを理解するために、次のブロードキャストＣＩＤチャネルまたは期間をリスンすることなく、直ちに非直交（ランダム）送信ＣＩＤを使用して送信を開始できる。代替の構成において、各送信機／受信機の対は、それらがホールド状態に移行するとき、それらの直交送信ＣＩＤを保持できる。しかしながら、このスキームの１つのマイナス面は、それらが立ち上がるとき、他の端末がそれらの送信ＣＩＤを使用しているかもしれず、直交ＣＩＤの衝突を結果として生じることである。
【００５６】
ハイブリッド送信ＣＩＤ空間インフラストラクチャ
送信機端末が、ある近隣の受信機端末との通信を開始することを望むとき、それは最初に、その近隣において使用されていない１つ以上の送信ＣＩＤを選択する。同期ワイヤレスネットワークにおいて、このことは、例えば１秒に１回のような、遅い時間スケールにおいてＣＩＤブロードキャスト期間７０４を導入することによって達成できる。一般に、端末が会話を開始するために互いにピングする場合、ページング期間７０６と同じＣＩＤブロードキャスト期間を作成することが道理にかなっている。
【００５７】
後に続く図７、８および９中で図示するＣＩＤブロードキャストリソースは、ハイブリッド送信ＣＩＤ空間またはリソースの直交送信ＣＩＤのサブセットを表していることに注目すべきである。明瞭にするために、非直交送信ＣＩＤのサブセットは、これらの図において図示していない。１つの実施形態において、ＣＩＤブロードキャストチャネルにおいて、直交ＣＩＤだけが専用の空間を有し、直交ＣＩＤを使用する端末だけが、ＣＩＤブロードキャストチャネルにおいてそれらのＣＩＤをブロードキャストする。非直交ＣＩＤは、ブロードキャストされる必要がない。
【００５８】
図７は、ＣＩＤブロードキャスト期間７０４と、ページング期間７０６とを含む、ＣＩＤブロードキャストに対するタイミングシーケンスの１つの例を図示する。ＣＩＤブロードキャスト期間７０４において、ＣＩＤを、特に、直交ＣＩＤをすでに有している端末が、そのＣＩＤをブロードキャストし、それにより、付近に存在する他の端末は、特定のＣＩＤが占有されていることを認識するようになる。
【００５９】
ＣＩＤブロードキャスト期間７０４の後に、ページング期間７０６が発生する。ページング期間７０６は、ページング要求期間７０８と、ページング応答期間７１０とを含んでいてもよい。ページングイニシエータ７１２（例えば、送信機端末ＷＴ Ａ）が、ページング要求期間７０８においてページングターゲット７１４（例えば、受信機端末ＷＴ Ｂ）に対してページング要求を送る。ページングターゲット７１４は、ページング応答期間７１０において、ページングイニシエータ７１２にページング応答を戻すように送る。ページング要求および応答の交換の１つの目的は、ページングイニシエータ７１２とページングターゲット７１４との間に接続を確立することである。ページングイニシエータおよびページングターゲットは、他の制御および／またはデータトラフィックを交換するために、後続のトラフィックスロットにおいて２つの端末によって使用すべき接続ＩＤ（ＣＩＤ）を選択する。他の近隣の接続との干渉および／またはＣＩＤの衝突を回避するために、ページングイニシエータ７１２およびターゲット７１４により選択されるＣＩＤは、他の端末によって現在占有されていないか、または使用されていないことが好ましい。
【００６０】
それゆえに、ページングイニシエータおよびページングターゲットは、どのＣＩＤが付近で占有されていないかを決定するために、ＣＩＤブロードキャスト期間７０４を監視する。ＣＩＤは、互いから遠く離れた地理的ロケーションにおいて異なる接続によって再使用、すなわち、空間的再使用されていてもよいことに注目すべきである。ＣＩＤが占有されているかどうかを決定するために、ページングイニシエータ７１２またはターゲット７１４は、ＣＩＤブロードキャスト期間においてＣＩＤに対応する信号を監視し、信号強度を測定してもよい。ページングイニシエータ７１２および／またはターゲット７１４は、信号強度をしきい値と比較してもよい。しきい値の値は、固定されていてもよく、バックグランドノイズの測定値の関数として決定されてもよい。代わりに、ページングイニシエータおよび／またはターゲットは、ＣＩＤに対応する信号の強度を、他のＣＩＤに対応する信号の強度と比較してもよい。
【００６１】
ページングイニシエータ７１２およびターゲット７１４は、ＣＩＤブロードキャスト期間７０４を独立して監視し、どのＣＩＤが付近で占有されていないかを決定してもよい。無線周波数（ＲＦ）状態が、ページングイニシエータおよびターゲットにおいて異なっているかもしれないことから、イニシエータまたはターゲットによって決定される、利用可能なＣＩＤのリストは異なっているかもしれない。１つの実施形態において、ページングイニシエータ７１２は、ＣＩＤブロードキャスト期間７０４の間のその測定に基づいて、１つ以上の利用可能なＣＩＤを決定してもよい。ページングイニシエータ７１２は、ページング要求期間７０８において、利用可能なＣＩＤのリストをターゲット７１４に送る。ページングターゲット７１４は、ＣＩＤブロードキャスト期間７０４の間のその測定に基づいて、１つ以上の利用可能なＣＩＤを決定し、ページング要求期間７０８において受信したリストとそれらとを比較し、ページングイニシエータ７１２からのリストから１つのＣＩＤを選択して使用してもよい。選択したＣＩＤは、ページングイニシエータ７１２およびターゲット７１４の両方が利用可能であると考えられるものであることが望ましい。ページングターゲット７１４は次に、ページング応答期間７１０において、選択したＣＩＤをイニシエータ７１２に通知する。
【００６２】
ＣＩＤが利用可能である（すなわち、占有されていない）と考えられるかどうかは、ＣＩＤブロードキャスト期間７０４における信号強度の測定値に基づく。イニシエータ７１２および／またはターゲット７１４は、各利用可能なＣＩＤを、ある品質インジケータに関係付けてもよく、品質インジケータは、イニシエータ７１２またはターゲット７１４が、ＣＩＤを利用可能であると考える範囲を示す。例えば、第１のＣＩＤに対応する受信信号の強度が、第２のＣＩＤに対応する受信信号の強度より小さい場合、イニシエータ７１２またはターゲット７１４は、第１のＣＩＤが第２のＣＩＤよりも“より”利用可能であることを決定し、第１および第２のＣＩＤに関係付けられている品質インジケータに反映される。さらに、イニシエータ７１２は、関連する品質インジケータにしたがって、利用可能なＣＩＤをランク付けし、それに応じて、ターゲット７１４に対して送るリストを決定してもよい。イニシエータ７１２はまた、（ページング要求期間７０８中に送られる）ページング要求メッセージに品質インジケータを含めてもよい。
【００６３】
イニシエータ７１２によって提案される、利用可能なＣＩＤがすべて、“占有されている”とターゲット７１４によって考えられるケースにおいて、イニシエータ（送信機端末）からのリストから１つを選択する代わりに、ターゲット７１４は、使用すべき他のＣＩＤをさらに提案してもよい。２つの端末が、使用すべき特定のＣＩＤに収束する前に、いくつかの繰り返しが、イニシエータおよびターゲット（送信機および受信機）の間で行われてもよい。
【００６４】
ＣＩＤブロードキャスト期間７０４は、遅い時間スケールにおいて起こり、オーバーヘッドに関する制約は少ないことから、ＣＩＤブロードキャスト期間７０４を設計する複数の方法があることが理解される。
【００６５】
図８は、直交および非直交のＣＩＤを利用するトラフィック管理チャネルの１つの例を図示する。例えば、トラフィックスロットにおいて、トラフィック管理チャネル部分は、送信機端末から受信機端末に送信要求を信号送信するために使用されるリソース部分Ａ１ ８０２と、受信機端末から送信機端末に要求応答を信号送信するために使用されるリソース部分Ａ２ ８０４とを含んでいてもよい。総送信ＣＩＤ空間が１からＮに及ぶと仮定すると、図８中の各リソースＡ１ ８０２およびＡ２ ８０４は、Ｎの自由度を有する。例えば、各リソースＡ１およびＡ２は、Ｙ個のＯＦＤＭシンボルにおいてＸ個のトーンを含んでいてもよく、ここでＮ＝Ｘ＊Ｙである。各リソースＡ１およびＡ２の部分は、ＣＩＤが直交である端末によって使用するためにリソースの一部が割り振られ、一方、ＣＩＤが非直交である端末によって使用するためにリソースの他の部分が割り振られるように、細分されていてもよい。
【００６６】
第１および第２の端末８１２および８１４は、すでにＣＩＤを有している接続８１６に関係付けられていることを仮定する。接続８１６は、２つの端末の間で以前に確立されていてもよい。現在のトラフィックスロットにおいて、第１の端末８１２は送信機であり、第２の端末８１４は受信機であると仮定する。
【００６７】
接続のＣＩＤが直交ＣＩＤである場合、ＣＩＤは、リソースＡ１における第１の専用のトーンおよびシンボルの組み合わせ８０６と、リソースＡ２における第２の専用のトーンおよびシンボルの組み合わせ８０８とにマッピングする。第１の端末は、第１の専用のトーンおよびシンボルの組み合わせ８０６を使用して、第２の端末に対して送信要求を示してもよい。第２の端末は、第２の専用のトーンおよびシンボルの組み合わせ８０８を使用して、第１の端末に対して要求応答を示してもよい。ＣＩＤが直交であることから、付近の他の接続の端末は、第１および第２のトーンおよびシンボルの組み合わせを利用することが許可されない。
【００６８】
接続のＣＩＤが非直交ＣＩＤである場合、ＣＩＤは、リソースＡ１の影を付けられた部分における、第１の共有のトーンおよびシンボルの組み合わせと、リソースＡ２の影を付けられた部分における、第２の共有のトーンおよびシンボルの組み合わせとにマッピングする。第１の端末は、第１の共有のトーンおよびシンボルの組み合わせを使用して、第２の端末に対して送信要求を示してもよい。第２の端末は、第２の共有のトーンおよびシンボルの組み合わせを使用して、第１の端末に対して要求応答を示してもよい。ＣＩＤが非直交であることから、付近の他の接続の端末は、第１および第２のトーンおよびシンボルの組み合わせを利用することが許可される。リソースＡ１およびＡ２の影が付された部分への接続の間のマッピングは、ランダムまたは擬似ランダムであり、例えば、１つのトラフィックスロットから別のトラフィックスロットに、時間にわたって変化する。それゆえに、第１および第２の端末が、１つのトラフィックスロットにおいて別の接続の端末とトーンおよびシンボルの組み合わせとを共有する場合、それらは、連続するトラフィックスロットにおいてトーンおよびシンボルの組み合わせを共有し続けないかもしれない。
【００６９】
図９は、ＣＩＤの衝突の検出を可能にする、４つの部分のＣＩＤブロードキャスト構造の１つの例を図示する。各リソースは、全直交送信ＣＩＤ空間をカバーする。直交送信ＣＩＤ空間内の各直交送信ＣＩＤは、送信トラフィックチャネルに対応する、特定のトーン／シンボルまたは周波数−時間を規定する（または、それに関係付けられている）。例えば、送信ＣＩＤ空間は１からＮに及ぶと仮定すると、各ＣＩＤブロードキャストリソースＡ１ ９０２、Ｂ１ ９０４、Ａ２ ９０６およびＢ２ ９０８は、Ｎの自由度を有していてもよい。第１の端末９１８と第２の端末９２０との間の接続において、第１の端末９１８は接続９２２を開始した端末（すなわち、ページングイニシエータ）であり、第２の端末９２０はページングターゲットであったと仮定する。１つの例において、第１の端末９１８には、リソースＡ１ ９０２およびＢ１ ９０４が割り当てられており、一方、第２の端末９２０には、リソースＡ２ ９０６およびＢ２ ９０８が割り当てられている。例えば、イニシエータ端末が、それらはリソースＡ１ ９０２およびＢ１ ９０４を使用すべきであることを知っており、一方、ターゲット端末が、それらはリソースＡ２ ９０６およびＢ２ ９０８を使用すべきであることを知っていることを、そのようなリソースの割り当ては含意していてもよい。第１および第２の端末９１８および９２０に対するリソースの異なる割り当てもまた可能であることに注目すべきである。
【００７０】
第１の端末９１８は、２つのリソースＡ１ ９０２およびＢ１ ９０４のうちの１つを選択して、第１および第２の端末９１８および９２０間の接続９２２のＣＩＤに対応する信号を送ってもよい。第１の端末９１８は、選択されていないリソースをリスンして、別の端末が同じ送信ＣＩＤを使用しているかどうかを決定してもよい。例えば、第１の端末９１８は、リソースＡ１ ９０２におけるＣＩＤ空間内のロケーション（トーン／シンボル）によって規定されるＣＩＤブロードキャスト信号９１０を送信することを選択してもよく、一方、衝突に対して、リソースＢ１ ９０４における位置９１４（すなわち、リソース単位）においてリスンしてもよい。ＣＩＤブロードキャスト信号が位置９１４において送られていることを第１の端末９１８が検出する場合、第１の端末９１８は、別の端末が同じＣＩＤを使用していることを結論づけてもよく、すなわち、ＣＩＤの衝突が検出される。同様に、第２の端末９２０は、２つのリソースＡ２ ９０６およびＢ２ ９０８のうちの１つを選択して、第１および第２の端末９１８および９２０間の接続９２２のＣＩＤに対応する信号を送ってもよい。例えば、第２の端末９２０は、リソースＡ２ ９０６におけるＣＩＤ空間内のロケーションによって規定されるＣＩＤブロードキャスト信号９１２を送信することを選択してもよい。
【００７１】
何らかの特定のＣＩＤブロードキャスト期間において、（例えば、リソースＡ１およびＢ１間のような）別のリソースに対する１つのリソースの選択は、第１および／または第２の端末の、端末またはデバイスのＩＤの関数として、擬似ランダムに決定してもよい。例えば、第１の端末９１８は、そのデバイスＩＤと擬似ランダム関数とを使用して、リソースＡ１ ９０２およびＢ１ ９０４間でどちらのリソースを選択するかを決定してもよく、一方、第２の端末９２０は、そのデバイスＩＤと同じ擬似ランダム関数とを使用して、リソースＡ２ ９０６およびＢ２ ９０８間でどちらのリソースを選択するかを決定してもよく、選択は、時間カウンタの関数として決定してもよい。例えば、第１および第２の端末９１８および９２０は、共通のタイミングソースから時間カウンタの値を導出してもよい。このように、選択は、時間が進むにつれて変化する。
【００７２】
好ましい実施形態において、第１の端末９１８は、第２の端末９２０がＡ２ ９０６およびＢ２ ９０８間でどちらのリソース（Ａ２またはＢ２のいずれか）を選択するかを知っている。第１の端末９１８は、第２の端末９２０との接続９２２を有し、第２の端末９２０がどのように選択するかを知っていることから、このことが可能である。例えば、第２の端末９２０は、リソースＡ２ ９０６においてＣＩＤブロードキャスト信号を送信することを選択してもよい。図７において記述したように、第２の端末９２０の存在をチェックするために、第１の端末９１８は、ＣＩＤに対応するＣＩＤブロードキャスト信号９１２がリソースＡ２ ９０６において受信されているかどうかを見るために監視する。そうである場合、第１の端末９１８は、接続９２２がいまだに現存していることを結論付けてもよい。さらなる動作を必要としない。さもなければ、第１の端末９１８は、接続９２２が失われていることを結論付けてもよく、第１の端末９１８は、接続９２２を取り壊し、ＣＩＤに対応する位置９１０および９１４においてＣＩＤブロードキャスト信号を送信することを抑制することにより、ＣＩＤを放棄してもよい。さらに、第１の端末９１８は、ＣＩＤに対応するＣＩＤブロードキャスト信号９１６がリソースＢ２ ９０８において受信されているかどうかを監視する。そうである場合、第１の端末９１８は、別の端末も同じＣＩＤを使用していることを結論付けてもよく、すなわち、ＣＩＤの衝突が検出される。第１の端末９１８は、そのようなＣＩＤの衝突を第２の端末に通知し、それにより、それらの接続９２２は、異なるＣＩＤに変更することを必要とするかもしれない。
【００７３】
１つの例において、第１および第２の端末９１８および９２０は、それらのリソースＡ１ ９０２、Ｂ１ ９０４、Ａ２ ９０６およびＢ２ ９０８間で、定期的に、擬似ランダムに、またはランダムに選択してもよい。特定の時間間隔において使用されるリソースを、定期的に、擬似ランダムに、またはランダムに変更することによって、衝突を検出する機会が改善される。すなわち、第１の端末およびさらに別の端末が、特定の時間間隔に対して、同じリソースにおける同じ送信ＣＩＤを選択するという可能性があるかもしれないが、それぞれが独立して、ときおり２つのリソース間で選択するとき、それらが同じリソースを引き続いて選ぶ可能性は小さい。
【００７４】
ハイブリッドピアツーピア送信ＣＩＤスキーム
図１０は、端末間のピアツーピア通信接続内で、直交および非直交の送信接続識別子を割り振って使用する、一般的な方法を説明する。トラフィック管理チャネルスロットが、送信リソース単位の第１のサブセットおよび第２のサブセットに分割され、トラフィック管理チャネルスロットは、複数のシンボルを含み、シンボルのそれぞれは、複数のトーンを含んでいる（１００２）。送信リソース単位の第１のサブセットは、直交送信接続識別子に関係付けられていてもよい（１００４）。送信リソース単位の第２のサブセットは、非直交送信接続識別子に関係付けられていてもよい（１００６）。第１の接続識別子が次に、第１のデバイスおよび第２のデバイス間の接続に対して取得される（１００８）。第１の接続識別子は、送信リソース単位の第１のサブセット中の第１の送信リソース単位にマッピングされる（１０１０）。第１の接続識別子が付近の別の接続によって利用されているかどうかに関する決定がなされる（１０１２）。利用されていない場合、トラフィックデータが、トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、第１のデバイスから第２のデバイスに送信される（１０１４）。さもなければ、第２の接続識別子が、第１のデバイスおよび第２のデバイス間の接続に対して取得される（１０１６）。第２の接続識別子が、送信リソース単位の第２のサブセット中の第２の送信リソース単位にマッピングされる（１０１８）。トラフィックデータが、トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、第２のデバイスに送信される（１０２０）。
【００７５】
（図１１Ａ、１１Ｂおよび１１Ｃを含む）図１１は、端末間のピアツーピア通信接続内でのハイブリッド送信ＩＤの使用を図示するブロック図である。ピアツーピア通信接続を確立する際に、第１の端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４は送信ＣＩＤ空間またはリソースを利用してもよく、送信ＣＩＤ空間またはリソースは、直交送信ＣＩＤの第１のセットと、非直交送信（接続）ＣＩＤの第２のセットとに、論理的にまたは概念的に分割されている。ハイブリッド送信ＣＩＤの第１のセットは、図６、７、８および／または９中で図示したＣＩＤブロードキャストリソースによって例示してもよい。
【００７６】
ＣＩＤブロードキャスト期間１１０８の間に、現在アクティブな接続を有する近隣の端末が、それらの選択した送信ＣＩＤに対応する（選択したＣＩＤブロードキャストリソース１１０１における）シンボルでのトーンを送ることによって、使用しているＣＩＤ１１０３を示す（１１１０）。第１の端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４は、ＣＩＤブロードキャスト（例えば、ＣＩＤブロードキャストリソース）を監視して、どのＣＩＤが他によって使用されているかを決定してもよい（１１１２および１１１４）。各端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４は独立して、検出した、使用されている送信ＣＩＤのリストを生成する（１１１６および１１１８）。それらのそれぞれのＲＦ状態における差異のために、一方の端末が検出しない、いくつかの使用されている送信ＣＩＤを、他方の端末が検出できることがあることから、２つのリストは異なっているかもしれない。端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４は、例えば、（図７においても図示した）ページング期間１１１７の間に、それらの検出した送信ＣＩＤのリストを交換してもよい（１１１９）。
【００７７】
（図７中で示した）ページング期間１１１７の間に、端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４は、ＣＩＤブロードキャストリソース構造において、使用されていない送信ＣＩＤを選択してもよい（１１２０および１１２２）。ハイブリッドＣＩＤリソース１１０１を使用するとき、１つの例は、端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４が最初に直交ＣＩＤのセットからＣＩＤの選択を試みることを提供することに注目すべきである。直交ＣＩＤのセットにおいて、使用されていないＣＩＤを見つけることにおける１つ以上の試行が失敗した場合、その後、端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４は、非直交ＣＩＤのセットからＣＩＤを擬似ランダムに選択してもよい。
【００７８】
さまざまな例において、各デバイスは、固有のデバイス識別子ＩＤｉを有していてもよい。例えば、第１のデバイスＷＴ Ａ １１０２は、第１の識別子ＩＤAによって識別してもよく、第２のデバイスＷＴ Ｂ １１０４は、第２の識別子ＩＤBによって識別してもよい。この意味において、２つのデバイスが同じ識別子を有する確率が小さい（例えば、１パーセントよりも小さい）ように、デバイス識別子が非常に多数の可能な識別子から割り当てられる場合、デバイス識別子は“固有”であるかもしれない。送信ＣＩＤは、Ｔｘ／Ｒｘの対に対するデバイス識別子の関数として、オプションとして、時間変化値ｔの関数として、取得してもよい。
【００７９】
第１の端末１１０２はまた、第１および第２のＣＩＤブロードキャストリソースを選択してもよく（１１２１）、ここで、２つのＣＩＤブロードキャストリソースのうちの１つを使用してＣＩＤブロードキャスト信号を送信でき、一方、他方のＣＩＤブロードキャストリソースを使用してＣＩＤの衝突を監視してもよい。同様に、第２の端末１１０４は、第３および第４のＣＩＤブロードキャストリソースを選択してもよく（１１２３）、ここで、２つのＣＩＤブロードキャストリソースのうちの１つを使用してＣＩＤブロードキャスト信号を送信でき、一方、他方のＣＩＤブロードキャストリソースを使用してＣＩＤの衝突を監視してもよい。
【００８０】
ピアツーピア接続に対する送信ＣＩＤを選択した後、トラフィック管理期間１１２６の間に、第１のワイヤレス端末ＷＴ Ａ １１０２は、ＣＩＤによって決定された第１のトラフィック管理チャネルリソースを利用して、第２の端末ＷＴ Ｂ １１０４に対して送信要求を送信してもよい（１１２８）。この送信要求を受信すると、第２の端末ＷＴ Ｂ １１０４は、ＣＩＤによって決定された第２のトラフィック管理チャネルリソースを利用して、要求応答を送る（１１３０）。ＣＩＤが直交であるとき、ＣＩＤによって決定される、第１および第２のトラフィック管理チャネルリソースは、接続に専用のものである。ＣＩＤが非直交であるとき、ＣＩＤによって決定される、第１および第２のトラフィック管理チャネルリソースは、他の接続と共有している可能性がある。
【００８１】
後続のＣＩＤブロードキャスト期間１１３１において、第１および第２の端末１１０２および１１０４は、特に、選択したＣＩＤが直交ＣＩＤである場合、それらのＣＩＤが使用されていることを他に示してもよい。例えば、第１の端末ＷＴ Ａ １１０２は、第１または第２のＣＩＤブロードキャストリソースのいずれかのＣＩＤスロットにおいてＣＩＤブロードキャスト信号を送って、接続がまだ現存していることを第２の端末ＷＴ Ｂ １１０４に通知してもよい。第２の端末ＷＴ Ｂ １１０４もまた、第３または第４のＣＩＤブロードキャストリソースのいずれかのＣＩＤスロットにおいてＣＩＤブロードキャスト信号を送って、接続がまだ現存していることを第１の端末ＷＴ Ａ １１０２に通知してもよい。
【００８２】
さらに、第１および第２の端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４は、ＣＩＤブロードキャストリソースを監視して、選択したＣＩＤとの衝突が存在するかどうかを決定（１１３２および１１３４）；すなわち、別の端末が同じ送信ＣＩＤを選択しているかどうかを決定してもよい。ＣＩＤの衝突が検出される場合、第１および第２の端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４は、後続のページング期間１１３９の間にそれらのＣＩＤの変更を取り決めてもよい。すなわち、第１および第２の端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４は、新しいＣＩＤを選択し、非直交ＣＩＤに割り振られたＣＩＤスロットにそれをマッピングする。
【００８３】
別の例において、第１の端末ＷＴ Ａ １１０２がホールド期間から目覚めている場合、どのＣＩＤが使用中であるかを決定するために次の制御スロット４０４（図４）まで待つことなく、第１の端末ＷＴ Ａ １１０２は第２の端末ＷＴ Ｂ １１０４と通信することを望むかもしれない。そのケースにおいて、第１の端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４は、ＣＩＤブロードキャストリソース１１０１から非直交ＣＩＤを選択してもよい。これは、例えば、接続スケジューリング段階（例えば、図２中の２０２）の間に発生してもよい。
【００８４】
非直交ＣＩＤが、第１および第２の端末ＷＴ Ａ １１０２およびＷＴ Ｂ １１０４の間で使用された後、端末は、次のページング期間において新しい直交ＣＩＤの取り決めを試行してもよい。
【００８５】
（図１２Ａ、１２Ｂおよび１２Ｃを含む）図１２は、ワイヤレス通信ネットワーク中で、第１のデバイスおよび第２のデバイス間のピアツーピア通信接続に対する第１の接続識別子（ＣＩＤ）を発生させて利用する第１のデバイスを動作させる方法を説明する。
【００８６】
トラフィック管理チャネルスロット（例えば、ＣＩＤブロードキャストリソース）が、送信リソース単位の第１および第２のサブセットに分割され、トラフィック管理チャネルスロットは、複数のＯＦＤＭシンボルを含み、ＯＦＤＭシンボルのそれぞれは、複数のトーンを含む（１２００）。例えば、そのような分割は、図６、８および１１中に図示されている。送信リソース単位のそれぞれは、複数のＯＦＤＭシンボルのうちの１つにおいて、複数のトーンのうちの１つを含んでいてもよく、送信リソース単位の第１のサブセットは、直交接続識別子に関係付けられていてもよく、送信リソース単位の第２のサブセットは、非直交接続識別子に関係付けられていてもよい。
【００８７】
第１の接続識別子は、複数の接続識別子の、予め定められているセットから取得してもよく（１２０２）、第１の接続識別子は直交接続識別子であってもよい。第１の送信リソース単位が、第１の接続識別子の関数として、送信リソース単位の第１および第２のサブセットのうちのいずれか１つから選択される（１２０４）。１つの例において、決定される第１の接続識別子が非直交識別子である場合、第１の接続識別子は、第１のデバイスの第１の識別子と、第２のデバイスの第２の識別子との関数であってもよい。
【００８８】
第１のデバイスが接続識別子ブロードキャストチャネルを監視して、第１の接続識別子が付近の別の接続によって利用されているかどうかを決定してもよい（１２０６）。第１の接続識別子が付近の別の接続によって利用されていないことが決定された場合（１２０８）、第１のデバイスは、第１の送信リソース単位を使用して、第２のデバイスに送信要求信号を送信する（１２１０）。例えば、第１の接続識別子が直交または非直交の接続識別子であるかどうかの関数として、送信単位の第１および第２のサブセットのうちの１つから、第１の送信リソース単位を選択してもよい。第１の接続識別子として直交接続識別子を使用することが決定される場合、第１の送信リソース単位は第１のサブセットに属していてもよい。そうではなく、第１の接続識別子として非直交接続識別子を使用することが決定される場合、第１の送信リソース単位は、第２のサブセットに属していてもよい。
【００８９】
送信要求に応答して、第１のデバイスは、第１の送信リソース単位を使用して、第２のデバイスから送信要求応答信号を受信してもよい（１２１２）。次に、第１のデバイスは、トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、トラフィックデータを第２のデバイスに送信してもよい（１２１４）。１つの例において、トラフィックデータを送信する前に、第１のデバイスは、第１の接続識別子から導出したスクランブルシーケンスと、時間カウンタの値とを使用して、トラフィックデータをスクランブルしてもよい。受信する第２のデバイスは、第２のデバイスが接続識別子から導出できるデスクランブルシーケンスと、時間カウンタの値とを使用して、トラフィックデータをデスクランブルしてもよい。第１および第２のデバイスは、時間カウンタの値を決定するために使用される、共通のネットワークタイミングソースから、ブロードキャスト信号を取得してもよい。
【００９０】
そうではなく、第１の接続識別子が付近の別の接続によって利用されていることが決定された場合（１２０８）、第１のデバイスは、第２の接続識別子を取得してもよく、第２の接続識別子は、複数の非直交接続識別子の、予め定められているセットから選択してもよい（１２１６）。第１のデバイスは、第２の接続識別子の関数として、送信リソース単位の第１および第２のサブセットのうちのいずれか１つから、第２の送信リソース単位を選択してもよい（１２１８）。第１のデバイスは、第２の接続識別子に対応する接続識別子ブロードキャストチャネルを監視して、第２の接続識別子が付近の他の接続によって利用されているかどうかを決定してもよい（１２２０）。第２の接続識別子が付近の別の接続によって使用されていないことが決定された場合（１２２２）、第１のデバイスによって、制御メッセージを第２のデバイスに送って、第１の接続識別子を第２の接続識別子に変更する意図を示してもよい（１２２４）。さまざまな構成において、第２の接続識別子は、直交接続識別子または非直交接続識別子のいずれかであってもよい。接続識別子ブロードキャストチャネルを監視する前に、および／または第２の接続識別子に切り替える前に、第１および／または第２のデバイスは、非直交接続識別子に切り替えてもよく、第１および第２のデバイスは、それらが第２の接続識別子に切り替えることができる前の時間間隔の間に、ピアツーピア通信に対して、非直交接続識別子を使用できる。
【００９１】
第１または第２の接続識別子が別の接続によって使用中であるかどうかを決定するために、第１のデバイスは、直交接続識別子を使用することに関するロバスト尺度を計算し、計算したロバスト尺度が、あるしきい値よりも低い場合、非直交接続識別子に切り替えてもよい。ロバスト尺度は、第１のデバイスが時間間隔において直交接続識別子から別の直交接続識別子に切り替えることを決定したレートの関数として計算してもよい。
【００９２】
第２の接続識別子が付近の別の接続によって利用されていないことが決定された場合（１２２２）、第１のデバイスは、第２の送信リソース単位を使用して、送信要求信号を第２のデバイスに送信する（１２２６）。送信要求に応答して、第１のデバイスは、第２の送信リソース単位を使用して、第２のデバイスから送信要求応答信号を受信してもよい（１２２８）。次に、第１のデバイスは、トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、トラフィックデータを第２のデバイスに送信してもよい（１２３０）。
【００９３】
第２の接続識別子が付近の別の接続によって利用されていることを第１のデバイスが決定した場合（１２２２）、第３の接続識別子が取得され、第３の接続識別子は、複数の非直交接続識別子の、予め定められているセットから選択されてもよい（１２３２）。第３の送信リソース単位が、第３の接続識別子の関数として、送信リソース単位の第１および第２のサブセットのうちのいずれか１つから選択される（１２３４）。制御メッセージを第２のデバイスに送って、非直交の第３の接続識別子に変更する意図を示してもよい（１２３６）。第３の送信リソース単位を使用して、第１のデバイスによって、送信要求信号を第２のデバイスに送ってもよい（１２３８）。返しに、第３の送信リソース単位を使用して、第１のデバイスによって、第２のデバイスから送信要求応答信号を受信してもよい（１２４０）。接続が確立した後、トラフィック管理チャネルスロットに対応するトラフィックチャネルスロット中で、第１のデバイスによって、トラフィックデータを第２のデバイスに送信してもよい。トラフィックデータを送信する前に、使用されている接続識別子から導出されるスクランブルシーケンスと、オプションとして、第１および第２のデバイスによって維持される時間カウンタの値とを使用して、トラフィックデータをスクランブルしてもよい。
【００９４】
Ｐ２Ｐ接続においてハイブリッドＣＩＤを使用するように構成されているワイヤレス端末
図１３は、ピアツーピアネットワークにおいてハイブリッド送信ＣＩＤリソースを利用するように構成されていてもよいワイヤレス端末の例を図示するブロック図である。ワイヤレス端末１３０２は、ピアツーピア接続を通して実質的に任意の数の異なるワイヤレス端末１３２０と直接通信してもよい。
【００９５】
ワイヤレス端末１３０２は、ピア発見コミュニケータ１３０４を含んでいてもよく、ピア発見コミュニケータ１３０４は、ピア発見間隔（または複数のピア発見間隔）の間に、ピア発見に関係付けられている信号のエンコーディング、送信、受信、評価を実現してもよい。ピア発見コミュニケータ１３０４はさらに、信号発生器１３０６と、ピア分析器１３０８とを備えていてもよい。信号生発生器１３０６は、信号を発生させ、および／または、ワイヤレスピアツーピア接続１３１０を通して、異なるワイヤレス端末１３２０に信号を送信してもよく、それらのワイヤレス端末は信号を評価して、ワイヤレス端末１３０２を検出および識別してもよい。さらに、ピア分析器１３０８は、異なるワイヤレス端末１３２０から送られた信号を受信してもよく、受信した信号を評価して、受信信号が対応する異なるワイヤレス端末１３２０を検出および識別してもよい。
【００９６】
ワイヤレス端末１３０２は同期化器１３１２をさらに含んでいてもよく、同期器１３１２は、ワイヤレス端末１３０２と、異なるワイヤレス端末１３２０との間のタイミングを一致させる。同期化器１３１２は、ワイヤレス端末１３０２の付近の（示していない）基地局からのブロードキャスト情報（例えば、共通のクロック基準１３１４）から、そのタイミングを取得してもよい。同様に、異なるワイヤレス端末１３２０の同期化器は、同じブロードキャスト情報（基準クロック１３１４）から、それらのそれぞれのタイミングを取得してもよい。ブロードキャスト情報は、例えば、単一のトーンのビーコン信号、ＣＤＭＡ ＰＮ（擬似ランダム）シーケンス信号、パイロット信号または他のブロードキャスト信号であってもよい。同期化器１３１２は取得したブロードキャスト情報を評価して、タイミング情報を決定してもよい。実例として、ワイヤレス端末１３０２および異なるワイヤレス端末１３２０は、同じブロードキャスト情報を受信し、それに同期させてもよく、それゆえに、時間に関して共通の理解を有する。時間の共通の概念を利用して、無線インターフェースプロトコルによって規定されている、予め定められているパターンにしたがって、例えば、ピア発見、ページングおよびトラフィックのような異なるタイプの機能に対してタイムラインを別個の間隔に分割してもよい。さらに、信号発生器１３０６によってタイミング情報を利用して、ピア発見の間に送信する信号を生成させてもよく、および／または、ピア分析器１３０８によってタイミング情報を利用して、ピア発見のために受信信号を評価してもよい。さらに、同期化器１３１２は共通のクロック基準１３１４を取得および分析して、さまざまな機能（例えば、ピア発見、ページング、トラフィック）のパフォーマンスを調整し、ピアツーピアネットワークにおける異なるワイヤレス端末１３２０と一致する、時間の意味のある概念（例えば、時間カウンタ）を決定する。それゆえに、ピアは、互いに直接通信することなく、同じタイミング（同期したタイミング）を得る。
【００９７】
ワイヤレス端末１３０２は、固有の識別子（ＷＴ ＩＤ）に関係付けられていてもよい。例えば、ワイヤレス端末１３０２はメモリ１３１６を含んでいてもよく、メモリ１３１６は、ワイヤレス端末１３０２に対応する固有の識別子（ＷＴ ＩＤ）を保持する。しかしながら、ワイヤレス端末１３０２は、（例えば、ワイヤレス端末１３０２に対してローカルおよび／またはリモートの）任意のロケーションから、その固有の識別子（ＷＴ ＩＤ）を導出し、取得するなどしてもよい。さらに、メモリ１３１６は、ワイヤレス端末１３０２に関連した、任意の追加のタイプのデータおよび／または命令を保持してもよい。さらに、ワイヤレス端末１３０２は、ここで記述する命令を実行する（示していない）プロセッサを含んでいてもよい。
【００９８】
信号発生器１３０６は、信号を生成させ、および／または、異なるワイヤレス端末１３２０に対して信号を送信してもよい。信号発生器１３０６は、ワイヤレス端末１３０２の固有の識別子（ＷＴ ＩＤ）の関数として、ピア発見間隔において、信号をエンコードし、および／または送ってもよい。１つの例にしたがうと、信号発生器１３０６によって生じる信号は、単一のトーンのビーコン信号であってもよく、単一のトーンのビーコン信号は電力効率を提供してもよい。したがって、信号発生器１３０６は、ピア発見間隔内の選択されたＯＦＤＭシンボル上で特定のトーンの送信を実現してもよい。（例えば、複数のＯＦＤＭシンボルにおいて）１つよりも多いビーコン信号を送信してもよいことが考えられる。例えば、送信信号がビーコン信号である場合、（例えば、ピア発見間隔内の）選択されるシンボルの時間位置および／またはトーンの位置は、ワイヤレス端末１３０２の固有の識別子（ＷＴ ＩＤ）と、現在のピア発見間隔を識別する時間変数（例えば、同期化器１３１２によって取得されるタイミング情報、時間カウンタ）とのハッシュ関数によって導出してもよい。さらに、ワイヤレス端末１３０２および異なるワイヤレス端末１３２０は、（例えば、地理的エリアにおいて利用可能なインフラストラクチャ通信チャネルをリスンすることにより達成される同期化のために）時間変数の共通の値を有していてもよい。
【００９９】
別の例にしたがうと、ワイヤレス端末１３０２に関係付けられている識別子（ＷＴ ＩＤ）は、信号発生器１３０６（および／またはピア発見コミュニケータ１３０４）によってピアにブロードキャストしてもよい。信号を取得するピアは、ワイヤレス端末１３０２を検出および／または識別してもよい。例えば、信号発生器１３０６によって生じた信号は、入力がワイヤレス端末１３０２のプレーンテキスト名（例えば、ＷＴ ＩＤ）と、基地局ブロードキャスト信号（例えば、共通のクロック基準）によって供給される現在のカウンタ値とであるＭビットのハッシュ関数の出力であってもよい。例えば、カウンタ値は、現在のピア発見間隔の間で一定であってもよく、すべてのピアによってデコード可能であってもよい。カウンタ値は、１つのピア発見間隔から別のピア発見間隔の間で変化してもよい（例えば、モジュロ的にインクリメントしてもよい）。さらに、ハッシュ関数は、プロトコルによる、指定されたアプリオリであってもよく、ピアに知られていてもよい。
【０１００】
一例として、ワイヤレス端末１３０２は、異なるワイヤレス端末ＷＴ Ａ、ＷＴ ＢおよびＷＴ ｎ １３２０を含むピアツーピアネットワーク中に位置していてもよい。同期化器１３１２は、（例えば、受信した共通のクロック基準に基づいて）ピアツーピア通信に関係付けられているタイミングを決定してもよい。さらに、ピア発見のために分割された時間において、信号発生器１３０６は、（発信するワイヤレス端末１３０２の識別子（ＩＤ）および／または現在の時間に基づいて発生された）信号を、範囲内の異なる端末（例えば、異なるワイヤレス端末１３２０）にブロードキャストしてもよい。異なるワイヤレス端末１３２０によって信号を受信および利用して、ワイヤレス端末１３０２を検出し、および／またはワイヤレス端末１３０２の識別を決定してもよい。さらに、ピア分析器１３０８は、異なるワイヤレス端末１３２０からブロードキャスト信号を取得してもよい。ピア分析器１３０８は、取得した信号を評価して、異なるワイヤレス端末１３２０を検出し、および／または異なるワイヤレス端末１３２０を識別してもよい。
【０１０１】
ピア発見コミュニケータ１３０４によって実現されるピア発見は、受動的であってもよい。さらに、ピア発見は対称的であってもよく；したがって、ワイヤレス端末１３０２は、異なるワイヤレス端末ＷＴ Ａ、ＷＴ ＢおよびＷＴ ｎ １３２０を検出および識別してもよく、これらの異なるワイヤレス端末１３２０は、ワイヤレス端末１３０２を検出および識別してもよい。しかしながら、第１のワイヤレス端末は、第２のワイヤレス端末を検出および識別するかもしれないが、第２のワイヤレス端末は、第１のワイヤレス端末を検出および識別し損なうかもしれないことが考えられる。さらに、検出および識別と同時に、ワイヤレス端末１３０２および異なるワイヤレス端末１３２０の間のさらなる通信（例えば、ページング、トラフィック）を実現する必要がないかもしれない。
【０１０２】
ピア分析器１３０２は、現在の時間において存在しているものとして検出される、異なるワイヤレス端末１３２０のリストを維持していてもよい。リストは、すべての異なるワイヤレス端末１３２０を含んでいてもよく、あるいは、ワイヤレス端末１３０２またはワイヤレス端末１３０２を使用しているユーザの、予め規定されている仲間リストにおいてそれらを含んでいてもよい。時間が経過するにつれて、いくつかの異なるワイヤレス端末１３２０が（例えば、対応するユーザが立ち去ることから）消失するかもしれないことから、または、他の異なるワイヤレス端末１３２０が（例えば、対応するユーザが近くに移動することから）出現するかもしれないことから、リストは進化する。ピア分析器１３０８は、新しい異なるワイヤレス端末１３２０をリストに加えてもよく、または、消失している異なるワイヤレス端末１３２０をリストから削除してもよい。１つの実施形態において、ピア分析器１３０８は、リストを受動的に維持する。このケースにおいて、第１のピアは、第２のピアの存在を検出して、第２のピアに通知することなく、そのリスト中に第２のピアを保持してもよい。結果として、第２のピアは、第１のピアがリスト中に第２のピアをすでに保持していることを知らないかもしれない。対称性により、ワイヤレスチャネルおよび干渉の状態次第で、第２のピアが第１のピアの存在を検出して、第１のピアに通知することなく、そのリスト中に第１のピアを保持してもよい。別の実施形態において、第１のピアが第２のピアの存在を検出した後に、たとえ第１のピアが、まだ第２のピアと通信するためのデータトラフィックを有していなくても、第１のピアがリスト中に第２のピアをすでに保持していることを第２のピアがこれから知るように、第１のピアは第２のピアに通知するために信号を先回りして送る。第１のピアは、それが信号を送るかどうかを選択的に決定してもよい。例えば、第１のピアは、予め規定されている仲間リスト中にある別のピアに対してだけ信号を送ってもよい。
【０１０３】
さらに、ワイヤレス端末１３０２およびその中のコンポーネントは、図１ないし図１２において説明した特徴のうちの１つ以上を実行するように構成されていてもよい。
【０１０４】
図１４は、ピアツーピアネットワークにおいてハイブリッド送信ＣＩＤリソースを利用するように構成されていてもよいワイヤレス端末の別の実施形態のブロック図である。ワイヤレス端末１４０２は、処理回路（例えば、１つ以上の回路またはプロセッサ）と、ピアツーピア通信制御装置１４１２と、ワイドエリアネットワーク（ＷＡＮ）制御装置１４１０と、アンテナ１４０６に結合されたトランシーバ１４１４とを含んでいてもよい。トランシーバ１４１４は、（ワイヤレス）送信機および（ワイヤレス）受信機を含んでいてもよい。ワイヤレス端末１４０２は、ＷＡＮ通信制御装置１４１０を使用して、管理されているネットワークインフラストラクチャを通して通信してもよく、および／または、ワイヤレス端末１４０２は、ピアツーピア通信制御装置１４１２を使用して、ピアツーピアネットワークを通して通信してもよい。ピアツーピア通信を実行するとき、ワイヤレス端末１４０２は、図１ないし図１２中で説明した特徴の１つ以上を実行するように構成されていてもよい。
【０１０５】
ここで記述した１つ以上の観点にしたがって、ピアツーピア環境においてピアを発見すること、および識別することに関して推論を実施できる。ここで使用するとき、用語“推論する”または“推論”は一般的に、事象および／またはデータを通して取り込まれる１組の観測から、システム、環境、および／またはユーザ、の状態について理論的に考えること、または推論するプロセスに関係する。例えば、推論を用いて特定の情況または動作を識別でき、または状態に対して確率分布を発生させることができる。推論は、確率的、すなわち、データおよび事象の考慮に基づいた、関心のある状態に対する確率分布の計算とすることができる。推論はまた、１組の事象および／またはデータからより高いレベルの事象を構成するために用いられる技術を指すこともある。事象が時間的にきわめて接近して相関付けられていようとなかろうと、事象およびデータが１つまたはいくつかの事象およびデータ源から生じていようとなかろうと、このような推論は、１組の観測された事象および／または記憶された事象データから、新しい、事象または動作の構造を結果として生ずる。
【０１０６】
１つの例にしたがうと、上で与えた１つ以上の方法は、ピアツーピアネットワークにおいてピア発見信号のソースを識別することに関係する推論を実施することを含むことができる。別の例にしたがうと、検出信号に関係付けられている、予期される信号フォーマットおよび／またはエネルギーレベルに整合する多数の検出信号に基づいて、ピアが近接内に位置している確率を推定することに関して推論を実施できる。先の例は、本質的に実例であり、実施できる推論の数を、または、このような推論がここで記述したさまざまな実施形態および／または方法と一緒に実施される方法を限定するように向けられていないことが理解されるだろう。
【０１０７】
図１、２、３、４、５、６、７、８、９、１０、１１、１２、１３および／または１４中で説明した、コンポーネント、ステップおよび／または機能の１つ以上は、並べ変えてもよく、および／または、いくつかのコンポーネント、ステップまたは機能における単一のコンポーネント、ステップ、または関数または実施形態に組み合わせてもよい。追加の要素、コンポーネント、ステップおよび／または機能を加えてもよい。図１、１３および／または１４中で図示した装置、デバイスおよび／またはコンポーネントは、図２ないし図１２中で記述した方法、特徴またはステップのうちの１つ以上を実行するように構成され、または適合されていてもよい。ここで記述したアルゴリズムは、ソフトウェアおよび／または組み込まれたハードウェアにおいて効率的に実現してもよい。
【０１０８】
本出願中で使用されるような、用語“コンポーネント”、“モジュール”、“システム”、およびこれらに類似するものは、コンピュータ関連エンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェアまたは実行中のソフトウェアを指すように意図されている。例えば、コンポーネントはプロセッサ上で実行するプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータであってもよいが、それだけに限られない。実例として、計算デバイス上で実行するアプリケーションと計算デバイスとの両方をコンポーネントとすることができる。１つ以上のコンポーネントが１つのプロセスおよび／または実行のスレッド内に存在してもよく、コンポーネントが１つのコンピュータ上にローカライズされてもよく、および／または２つ以上のコンピュータ間に分散されてもよい。また、これらのコンポーネントは、記憶したさまざまなデータ構造を有するさまざまなコンピュータ読み取り可能媒体から実行できる。コンポーネントは、（例えば、ローカルシステム中で、分散システム中で、および／または、信号による他のシステムとの、インターネットのようなネットワークによって、別のコンポーネントと対話する１つのコンポーネントからのデータのような）１つ以上のデータパケットを有する信号にしたがうようなローカルおよび／またはリモートプロセスによって通信してもよい。
【０１０９】
さらに、ワイヤレス端末に関連して、さまざまな実施形態がここで記述されている。ワイヤレス端末は、システム、加入者ユニット、加入者局、移動局、移動、移動デバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、ワイヤレス通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ機器（ＵＥ）と呼ばれることもある。ワイヤレス端末は、セルラ電話機、コードレス電話機、セッション開始プロトコル（ＳＩＰ）電話機、ワイヤレスローカルループ（ＷＬＬ）局、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、計算デバイス、またはワイヤレスモデムに接続される他の処理デバイスであってもよい。
【０１１０】
以下の説明において、構成の完全な理解を提供するために、特定の詳細な説明を与える。しかしながら、これらの特定の詳細な説明なく、構成を実施できることが当業者に理解されるだろう。例えば、不必要な詳細な説明で構成を不明瞭にしないために、回路をブロック図で示すかもしれない。他の例において、構成を不明瞭にしないように、よく知られている回路、構造および技術を詳細に示すかもしれない。
【０１１１】
また、フローチャート、フロー図、構造図またはブロック図として描写されるプロセスとして構成を記述してもよいことが注目される。フローチャートは、連続したプロセスとして動作を記述してもよいが、動作の多くは、並行して、または同時に実行できる。さらに、動作の順序は並べ変えてもよい。プロセスは、その動作が完了するときに終了する。プロセスは、方法、関数、手続き、サブルーチン、サブプログラムなどに対応してもよい。プロセスが関数に対応するとき、その終了は、呼出し関数または主関数に対する関数の戻りに対応する。
【０１１２】
１つ以上の例および／または構成において、記述した機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせ中で実現してもよい。ソフトウェアにおいて実現する場合、コンピュータ読み取り可能媒体上に、１つ以上の命令またはコードとして、機能を記憶させてもよく、または機能を送信してもよい。コンピュータ読み取り可能媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータプログラムの転送を容易にする何らかの媒体を含む通信媒体との両方を含む。記憶媒体は、汎用または特殊用途のコンピュータによりアクセスできる任意の利用可能な媒体であってもよい。一例として、限定ではないが、そのようなコンピュータ読み取り可能媒体は，ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光学ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶装置、あるいは、命令またはデータ構造の形態で所望のプログラムコード手段を搬送または記憶するために使用でき、そして、汎用または特殊用途のコンピュータ、あるいは、汎用または特殊用途のプロセッサによりアクセスできる他の任意の媒体を備えることができる。さらに、いくつかの接続は、適切にコンピュータ読み取り可能媒体と呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア線、デジタル加入者線（ＤＳＬ）、または、赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバまたは他のリモート情報源から送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア線、ＤＳＬ、または、赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用されるディスク（Ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタルバーサタイルディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイディスクを含み、ディスク（ｄｉｓｋ）は通常、磁気的にデータを再生し、一方、ディスク（ｄｉｓｃ）は、レーザにより光学的にデータを再生する。上述の組み合わせもまた、コンピュータ読み取り可能媒体の範囲内に含まれる。
【０１１３】
さらに、記憶媒体は、データを記憶する１つ以上のデバイスを表してもよく、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、および／または情報を記憶する他の機械読み取り可能媒体を含む。
【０１１４】
さらに、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコードまたはこれらの任意の組み合わせによって、構成を実現してもよい。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードにおいて実現されるとき、必要なタスクを実行するためのプログラムコードまたはコードセグメントは、記憶媒体または他の記憶装置のようなコンピュータ読み取り可能媒体中に記憶してもよい。プロセッサは、必要なタスクを実行してもよい。コードセグメントは、手続き、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令の任意の組み合わせ、データ構造、またはプログラムのステートメントを表してもよい。情報、データ、引き数、パラメータ、またはメモリのコンテンツを渡し、および／または受け取ることにより、コードセグメントは、別のコードセグメントまたはハードウェア回路に結合してもよい。メモリの共有を含む任意の適切な手段、メッセージ受渡し、トークンパッシング方式、ネットワーク送信などを通して、情報、引き数、パラメータ、データなどを渡し、転送し、または送信してもよい。
【０１１５】
電子ハードウェア、コンピュータソフトウェアまたは両方の組み合わせとして、ここで開示した構成に関して記述したさまざまな実例となる論理ブロック、モジュール、回路およびアルゴリズムステップを実現してもよいことを、当業者はさらに理解するであろう。ハードウェアおよびソフトウェアのこの互換性を明瞭に説明するために、さまざまな実例となるコンポーネント、ブロック、モジュール、回路、およびステップをそれらの機能の点から一般的に上述した。このような機能がハードウェアまたはソフトウェアとして実現されるかどうかは、特定の用途およびシステム全体に課される設計制約によって決まる。
【０１１６】
ここで記述したさまざまな特徴は、異なるシステムにおいて実現できる。例えば、二次的なマイクロフォンカバー検出器は、単一の回路またはモジュール中で、別々の回路またはモジュール上で実現してもよく、１つ以上のプロセッサによって実行してもよく、機械読み取り可能媒体またはコンピュータ読み取り可能媒体に組み込まれた、ならびに／あるいは、ハンドヘルドデバイス、移動コンピュータおよび／または移動電話機に組み入れられたコンピュータ読み取り可能命令によって実行してもよい。
【０１１７】
上述の構成は、単なる例であり、特許請求の範囲を制限するものとして解釈すべきでないことに注目すべきである。構成の記述は、実例であるように向けられており、特許請求の範囲を制限しない。そのため、本教示は、他のタイプの装置に容易に適用でき、多くの代替、修正およびバリエーションが当業者に明らかになるだろう。
【図１】
2010533452.tif 000003
【図２】
2010533452.tif 000004
【図３】
2010533452.tif 000005
【図４】
2010533452.tif 000006
【図５】
2010533452.tif 000007
【図６】
2010533452.tif 000008
【図７】
2010533452.tif 000009
【図８】
2010533452.tif 000010
【図９】
2010533452.tif 000011
【図１０】
2010533452.tif 000012
【図１１Ａ】
2010533452.tif 000013
【図１１Ｂ】
2010533452.tif 000014
【図１１Ｃ】
2010533452.tif 000015
【図１２Ａ】
2010533452.tif 000016
【図１２Ｂ】
2010533452.tif 000017
【図１２Ｃ】
2010533452.tif 000018
【図１３】
2010533452.tif 000019
【図１４】
2010533452.tif 000020
【国際調査報告】
2010533452.tif 000021
2010533452.tif 000022
2010533452.tif 000023