(57)【要約】ピア・ツー・ピア通信システムは、接続優先順位及び干渉情報を利用して分類された方法でトラフィック間隔のスケジューリングを実施する。ピア・ツー・ピア・タイミング構造は、順序付けられた送信要求及び応答間隔を備えた、ユーザ・スケジュール間隔及び関連するトラフィック間隔を含む。初期の間隔の要求に関連した優先順位は、後の間隔の要求の優先順位より高い。第２のデバイスに接続された、第１のデバイスは、トラフィック間隔の間に送信される場合、より優先順位の高い接続に課される推定された干渉の関数としてトラフィック間隔を譲歩するか否かの決定を行う。第２のデバイスは、それ自身のため及びより高い優先順位接続のための受信要求に基づいて、生成された受信信号品質値の関数として肯定的な送信要求応答信号を送信するか否かの決定を行う。
2011502448.tif 000002
【特許請求の範囲】
【請求項１】
第１及び第２のデバイスがピア・ツー・ピア通信デバイスであり、前記第２のデバイスと第１の接続を有する前記第１のデバイスを動作する方法であって：
第１の送信要求応答間隔をモニタすることと、なお、前記第１の送信要求応答間隔は、第１のトラフィック間隔に対応する第１のユーザ・スケジュール間隔内の複数の送信要求応答間隔のうちの１つであり、前記送信要求応答間隔は、送信優先順位に従って順序付けられ、より高い送信優先順位を有する接続に対応する送信要求応答間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求応答間隔の前に発生する；
前記モニタする間に受信された信号に基づいて、前記第１のユーザ・スケジュール間隔の間に送信要求を送信するか否かを決定することと；
送信要求が前記受信信号のうちの１つに基づいて送信されるべきでないと決定される場合、前記第１の接続に対応する送信要求間隔の使用を控え、前記第１のトラフィック間隔の間にトラフィックを送信する事を控えることと；
を備える方法。
【請求項２】
送信要求が前記受信信号に基づいて送信されるべきであると決定される場合、前記第１のユーザ・スケジュール間隔の間に前記第１の接続に対応する送信要求間隔の間に送信要求を送信すること、
を更に備える請求項１に記載の方法。
【請求項３】
前記第１の接続に対応する前記送信要求間隔は、前記第１の接続及び前記第１の送信要求応答間隔より高い優先順位を有する接続に対応する第１の送信要求間隔の後に続く、
請求項２に記載の方法。
【請求項４】
送信要求を送信するか否かを決定することは：
別の接続に対応する送信要求に対する応答が前記第１の送信要求応答間隔の間に受信されたか否かを決定することと；
別の接続に対応する送信要求応答が前記第１の送信要求応答間隔の間に受信された場合、ｉ）前記別の接続に対応する前記受信要求の関数として、前記第１のデバイスがトラフィック・データを送信する場合に引き起こされることになる、送信干渉コスト推定値を生成することと；
ｉｉ）前記干渉コスト推定値がしきい値を越える場合、前記送信要求を送信しないことを決定することと；
を含む、請求項１に記載の方法。
【請求項５】
第２の送信要求応答間隔をモニタすること、なお、前記第２の送信要求応答間隔は、前記送信要求間隔の間に送信された送信要求に応答するための前記第１の接続に対応する前記送信要求間隔に対応すること、
をさらに備える請求項３に記載の方法。
【請求項６】
前記第２の送信要求間隔の間、前記モニタすることによって検出された信号に基づいて前記第１のトラフィック間隔の間にトラフィック・データを送信するか否かを決定すること、
をさらに備える請求項５に記載の方法。
【請求項７】
トラフィック・データを送信するか否かを決定することは：
送信された送信要求に対する応答が受信されたかどうか決定すること；
前記第１の接続より高い優先順位を有する接続に対応する送信要求に対する応答が前記第２の送信要求応答間隔の間に受信されたか否かを決定すること、
を含む請求項６に記載の方法。
【請求項８】
前記第１の接続より高い優先順位を有する接続に対応する送信要求に対する応答が受信されたと決定される場合、前記第２の送信要求応答間隔の間に受信された前記より高い優先順位接続に対応する前記応答信号の関数として干渉コスト推定値を生成することをさらに備える、なお、前記生成された干渉コスト推定値は、前記第１のデバイスがトラフィック・データを送信する場合に引き起こされることになる干渉を推定することである、
請求項７に記載の方法。
【請求項９】
前記送信された送信要求に対する応答が受信されたと決定され、前記生成された干渉コスト推定値がしきい値未満である場合、前記第１のトラフィック間隔の間に送信されるべきトラフィック・データを決定することであり、
前記方法は：
トラフィック・データが前記第１のトラフィック間隔の間に送信されるべきトラフィック・データを決定する場合、前記第１のトラフィック間隔の間に前記第２の通信デバイスにトラフィック・データを送信すること、
をさらに備える請求項８に記載の方法。
【請求項１０】
第１及び第２のデバイスがピア・ツー・ピア・デバイスであり、前記第２のデバイスと第１の接続を有する前記第１のデバイスであって、前記第１のデバイスは：
第１の送信要求応答間隔をモニタするための第１のモニタ・モジュールと、なお、前記送信要求応答間隔は、第１のトラフィック間隔に対応する第１のユーザ・スケジュール間隔で複数の送信要求応答間隔のうちの１つであり、前記送信要求応答間隔は、送信優先順位に従って順序付けられ、より高い優先順位を有する接続に対応する送信要求応答間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求応答間隔の前に発生する；
前記モニタする間に受信された信号に基づいて前記第１のユーザ・スケジュール間隔の間に送信要求を送信するか否かを決定するための送信要求決定モジュールと；
送信要求を送信するための送信モジュールと；
前記決定モジュールが送信要求を送信するべきであると決定される場合、前記第１の接続に対応する送信要求間隔を使用して送信要求を送信するために前記送信モジュールを制御し、前記決定モジュールが前記送信要求を送信するべきでないと決定される場合、前記第１の接続に対応する前記送信要求間隔を使用して送信することを控えるために前記送信モジュールを制御するための制御モジュールと；
を備える第１のデバイス。
【請求項１１】
送信要求が前記受信信号に基づいて送信されるべきであると決定される場合、送信要求を生成するための送信要求生成モジュールと、
をさらに備える；
なお、前記制御モジュールは、前記第１のユーザ・スケジュール間隔の間に前記第１の接続に対応する送信要求間隔の間に前記生成された送信要求を送信するために前記送信モジュールを制御する、
請求項１０に記載の第１のデバイス。
【請求項１２】
前記第１の接続に対応する前記送信要求間隔は、前記接続及び前記第１の送信要求応答間隔より高い優先順位を有する接続に対応する第１の送信要求間隔の後に続く、請求項１１に記載の第１のデバイス。
【請求項１３】
前記モジュールは：
別の接続に対応する送信要求に対する応答が前記第１の送信要求応答間隔の間に受信されたか否かを決定するための応答検出モジュールと；
前記別の接続に対応する前記受信応答の関数として干渉コスト推定値を推定するための干渉コスト推定モジュールと、なお、前記干渉コスト推定値は、前記第１のデバイスがトラフィック・データを送信するか場合に引き起こされることになる干渉を推定することである；
を含む請求項１０に記載の第１のデバイス。
【請求項１４】
第２の送信要求応答間隔をモニタするための第２のモニタ・モジュールと、なお、前記第２の送信要求応答間隔は、前記送信要求間隔の間に送信される送信要求に応答するための前記第１の接続に対応する前記送信要求間隔に対応すること、
をさらに備える請求項１２に記載の第１のデバイス。
【請求項１５】
生成された干渉コスト推定値をトラフィック・データが送信されるかどうか決定するために使用されるしきい値と比較するためのしきい値比較モジュール、
をさらに備える請求項１４に記載の第１のデバイス。
【請求項１６】
第１及び第２のデバイスがピア・ツー・ピアデバイスであり、前記第２のデバイスと第１の接続を有する前記第１のデバイスであって、前記第１のデバイスは：
第１の送信要求応答間隔をモニタするための第１のモニタ手段と、なお、前記第１の送信要求応答間隔は、第１のトラフィック間隔に対応する第１のユーザ・スケジュール間隔で複数の送信要求応答間隔のうちの１つであり、前記送信要求応答間隔は、送信優先順位に従って順序付けられ、より高い優先順位を有する接続に対応する送信要求応答間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求応答間隔の前に発生する；
前記モニタする間に受信された信号に基づいて前記第１のユーザ・スケジュール間隔の間に送信要求を送信するか否かを決定するための送信要求決定手段と；
送信要求を送信するための送信手段と；
前記決定モジュールが送信要求を送信するべきであると決定される場合、前記第１の接続に対応する送信要求間隔を使用して送信要求を送信するために前記送信モジュールを制御し、前記決定モジュールが前記送信要求を送信するべきでないと決定される場合、前記第１の接続に対応する前記送信要求間隔を使用して送信することを控えるために前記送信モジュールを制御するための制御手段と；
を備える第１のデバイス。
【請求項１７】
送信要求が前記受信信号に基づいて送信されるべきであると決定される場合、送信要求を生成するための送信要求生成手段と；
をさらに備える、
なお、前記制御手段は、前記第１のユーザ・スケジュール間隔の間に前記第１の接続に対応する送信要求間隔の間に前記生成された送信要求を送信するために前記送信手段を制御する、
請求項１６に記載の第１のデバイス。
【請求項１８】
前記第１の接続に対応する前記送信要求間隔は、前記接続及び前記第１の送信要求応答間隔より高い優先順位を有する接続に対応する第１の送信要求間隔の後に続く、
請求項１７に記載の第１のデバイス。
【請求項１９】
方法を実施するために第１のデバイスを制御する機械実行可能な命令を包含するコンピュータ可読媒体であって、
前記第１のデバイスは、前記第２のデバイスと第１の接続を有し、前記第１及び第２のデバイスがピア・ツー・ピア通信デバイスであり、前記方法は：
第１の送信要求応答間隔をモニタすることと、なお、前記第１の送信要求応答間隔は、第１のトラフィック間隔に対応する第１のユーザ・スケジュール間隔内の複数の送信要求応答間隔のうちの１つであり、前記送信要求応答間隔は、送信優先順位に従って順序付けられ、より高い送信優先順位を有する接続に対応する送信要求応答間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求応答間隔の前に発生する；
前記モニタする間に受信された信号に基づいて、前記第１のユーザ・スケジュール間隔の間に送信要求を送信するか否かを決定することと；
送信要求が前記受信信号のうちの１つに基づいて送信されるべきでないと決定された場合、前記第１の接続に対応する送信要求間隔の使用を控え、前記第１のトラフィック間隔の間にトラフィックを送信する事を控えることと；
を備える、コンピュータ可読媒体。
【請求項２０】
前記方法は、送信要求が前記受信信号に基づいて送信されるべきであると決定する場合、前記第１のユーザ・スケジュール間隔の間に前記第１の接続に対応する送信要求間隔の間に送信要求を送信すること、
をさらに備える請求項１９に記載のコンピュータ可読媒体。
【請求項２１】
前記第１の接続に対応する前記送信要求間隔は、前記第１の接続及び前記第１の送信要求応答間隔より高い優先順位を有する接続に対応する第１の送信要求間隔の後に続く、
請求項２０に記載のコンピュータ可読媒体。
【請求項２２】
第１のデバイスを制御する方法を実現するように構成されたプロセッサであって、前記第１デバイスは、第２のデバイスと接続を有し、前記第１及び第２のデバイスは、ピア・ツー・ピア通信デバイスであり、前記方法は：
第１の送信要求応答間隔をモニタすることと、なお、前記第１の送信要求応答間隔は、第１のトラフィック間隔に対応する第１のユーザ・スケジュール間隔で複数の送信要求応答間隔のうちの１つであり、前記送信要求応答間隔は、送信優先順位に従って順序付けられ、より高い送信優先順位を有する接続に対応する送信要求応答間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求応答間隔の前に発生する；
前記モニタする間に受信される信号に基づいて、前記第１のユーザ・スケジュール間隔の間に送信要求を送信するか否かを決定することと；
送信要求が前記受信信号のうちの１つに基づいて送信されるべきでないと決定される場合、前記第１の接続に対応する送信要求間隔の使用を控え、前記第１のトラフィック間隔の間にトラフィックを送信する事を控えることと；
を備える装置。
【請求項２３】
前記方法は、送信要求が前記受信信号に基づいて送信されるべきであると決定される場合、前記第１のユーザ・スケジュール間隔の間に前記第１の接続に対応する送信要求間隔の間に送信要求を送信すること、
をさらに備える請求項２２に記載の装置。
【請求項２４】
前記第１の接続に対応する前記送信要求間隔は、前記第１の接続及び前記第１の送信要求応答間隔より高い優先順位を有する接続に対応する第１の送信要求間隔の後に続く、
請求項２３に記載の装置。
【請求項２５】
第１及び第２のデバイスがピア・ツー・ピア通信デバイスであり、前記第１のデバイスと第１の接続を有する第２のデバイスを動作する方法であって：
前記第１の接続より高い優先順位を有する接続に対応する送信要求及び前記第１のデバイスからの送信要求についてユーザ・スケジュール間隔の間モニタすることと；
前記モニタすることによって検出されたより高い優先順位接続に対応する送信要求に対応する送信信号を格納することと；
前記第１のデバイスからの送信要求が前記モニタによって検出される場合、前記格納された信号情報から生成される受信信号品質値に基づいて送信要求応答を送信するか否かを決定することと；
を備える方法。
【請求項２６】
送信要求は、送信要求間隔の間に送信され、前記ユーザ・スケジュール間隔は、複数の送信要求間隔及び前記複数の送信要求間隔に対応する送信要求応答間隔を含み；
前記モニタすることは、前記第１のデバイスからの送信要求が送信されることができる間の送信要求間隔、及び前記ユーザ・スケジュール間隔内の任意の先行する送信要求間隔を含む送信要求間隔をモニタすることを含む、
請求項２５に記載の方法。
【請求項２７】
前記送信要求間隔は、送信優先順位に従って前記ユーザ・スケジュール間隔内で順序付けられ、より高い優先順位を有する接続に対する送信要求間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求間隔の前に発生する、
請求項２６に記載の方法。
【請求項２８】
前記送信要求間隔は、前記ユーザ・スケジュール間隔の間に対応する送信要求応答間隔がインターリーブされる、
請求項２７に記載の方法。
【請求項２９】
送信要求応答を送信するか否かを決定することは、生成された受信信号品質値をしきい値と比較することを含む、
請求項２７に記載の方法。
【請求項３０】
送信要求応答を送信すると決定することに応じて、前記第１の接続に対応する前記送信要求の前記送信要求間隔に対応する送信要求応答間隔の送信要求応答を送信することと；
前記第１のデバイスによって送信されたユーザ・データを前記トラフィック間隔内で受信することと；
をさらに備える請求項２７に記載の方法。
【請求項３１】
送信要求応答を送信しないと決定することに応じて、前記第１の接続に対応する前記送信要求が受信された前記送信要求間隔に対応する送信要求応答間隔で送信要求応答の送信を控えること、
をさらに備える請求項２７に記載の方法。
【請求項３２】
第１及び第２のデバイスがピア・ツー・ピア通信デバイスであり、前記第１のデバイスと第１の接続を有する第２のデバイスであって：
前記第１の接続より高い優先順位を有する接続に対応する送信要求、及び前記第１のデバイスからの送信要求についてユーザ・スケジュール間隔の間モニタするためのモニタ・モジュールと；
前記モニタすることによって検出されたより高い優先順位接続に対応する送信要求に対応する送信信号を格納するためのメモリと；
前記モニタ・モジュールによって検出された前記第１のデバイスからの送信要求に応じて、前記格納された信号情報から生成される受信信号品質値に基づいて送信要求応答を送信するか否かを決定するための送信要求応答決定モジュールと；
を備える第２のデバイス。
【請求項３３】
送信要求は、送信要求間隔の間に送信され、前記ユーザ・スケジュール間隔は、複数の送信要求間隔、及び前記複数の送信要求間隔に対応する送信要求応答間隔を含み；
前記モニタ・モジュールは、前記第１のデバイスからの送信要求が送信されることができる間の送信要求間隔、及び前記ユーザ・スケジュール間隔内の任意の先行する送信要求間隔を含む送信要求間隔をモニタすることを含む、
請求項３２に記載の第２のデバイス。
【請求項３４】
タイミング構造情報を格納するメモリと、なお、前記タイミング構造情報は、異なる優先順位レベルに対応する順序付けられた送信要求間隔のセットを識別し、より高い優先順位を有する接続に対応する送信要求間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求応答間隔の前に発生する、
請求項３３に記載の第２のデバイス。
【請求項３５】
前記送信要求間隔は、前記ユーザ・スケジュール間隔の間に対応する送信要求応答間隔でインターリーブされる、
請求項３４に記載の第２のデバイス。
【請求項３６】
前記決定モジュールは、生成された受信信号品質値をしきい値と比較するためのしきい値比較モジュールを含む、
請求項３４に記載の第２のデバイス。
【請求項３７】
送信要求応答生成モジュールと；
前記第１の接続に対応する送信要求が受信された送信要求間隔に対応する送信要求応答間隔内で送信要求応答を送信する送信モジュールと；
前記第１のデバイスによって送信されたユーザ・データ信号を前記トラフィック間隔内で受信するための無線受信機モジュールと；
前記無線受信機モジュールによって受信されたユーザ・データ信号を復号するためのユーザ・データ復号モジュールと；
をさらに備える請求項３４に記載の第２のデバイス。
【請求項３８】
前記決定モジュールが前記第１の接続に対応する送信要求に応じて送信要求応答を送信するべきでないと決定される場合、前記第１の接続に対応する前記送信要求が受信された前記送信要求間隔に対応する送信要求応答間隔内で送信要求応答の送信を控えるために前記送信モジュールを制御するための制御モジュール、
をさらに備える請求項３４に記載の第２のデバイス。
【請求項３９】
第１及び第２のデバイスがピア・ツー・ピア通信デバイスであり、前記第１のデバイスと第１の接続を有する第２のデバイスであって：
前記第１の接続より高い優先順位を有する接続に対応する送信要求、及び前記第１のデバイスからの送信要求についてユーザ・スケジュール間隔の間モニタするためのモニタ手段と；
前記モニタすることによって検出されたより高い優先順位接続に対応する送信要求に対応する送信信号を格納するためのメモリ格納手段と；
前記モニタによって検出された前記第１のデバイスからの送信要求に応じて、前記格納された信号情報から生成された受信信号品質値に基づいて送信要求応答を送信するか否かを決定するための送信機要求応答決定手段と；
を備える第２のデバイス。
【請求項４０】
送信要求は、送信要求間隔の間に送信され、前記ユーザ・スケジュール間隔は、複数の送信要求間隔、及び前記複数の送信要求間隔に対応する送信要求応答間隔を含み；
前記モニタ手段は、前記第１のデバイスからの送信要求が送信されることができる間の送信要求間隔、及び前記ユーザ・スケジュール間隔内の任意の先行する送信要求間隔を含む送信要求間隔をモニタするための送信要求間隔モニタ手段を含む、
請求項３９に記載の第２のデバイス。
【請求項４１】
タイミング構造情報を格納するメモリ格納手段と、なお、前記タイミング構造情報は、異なる優先順位レベルに対応する順序付けられた送信要求間隔のセットを識別し、より高い優先順位を有する接続に対する送信要求間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求間隔の前に発生する、
請求項４０に記載の第２のデバイス。
【請求項４２】
方法を実施するために第２のデバイスを制御する機械実行可能な命令を包含するコンピュータ可読媒体であって、前記第２のデバイスは、前記第１のデバイスと第１の接続を有し、前記第１及び第２のデバイスは、ピア・ツー・ピア通信デバイスであり、前記方法は：
前記第１の接続より高い優先順位を有する接続に対応する送信要求、及び前記第１のデバイスからの送信要求についてユーザ・スケジュール間隔の間モニタすることと；
前記モニタすることによって検出されたより高い優先順位接続に対応する送信要求に対応する送信信号を格納することと；
前記第１のデバイスからの送信要求が前記モニタによって検出された場合、前記格納された信号情報から生成される受信信号受信信号品質値に基づいて送信要求応答を送信するか否かを決定することと；
を備えるコンピュータ可読媒体。
【請求項４３】
送信要求は、送信要求間隔の間に送信され、前記ユーザ・スケジュール間隔は、複数の送信要求間隔、及び前記複数の送信要求間隔に対応する送信要求応答間隔を含み；
前記モニタすることは、前記第１のデバイスからの送信要求が送信されることができる間の送信要求間隔、及び前記ユーザ・スケジュール間隔内の任意の先行する送信要求間隔を含む送信要求間隔をモニタすることを含む、
請求項４２に記載のコンピュータ可読媒体。
【請求項４４】
前記送信要求間隔は、送信優先順位に従って前記ユーザ・スケジュール間隔内で順序付けられ、より高い優先順位を有する接続に対する送信要求間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求間隔の前に発生する、
請求項４３に記載のコンピュータ可読媒体。
【請求項４５】
第２のデバイスを制御する方法を実施するように構成されたプロセッサを備える装置であって、前記第２のデバイスは、第１のデバイスと第１のデバイスと接続を有し、前記第１及び第２のデバイスは、ピア・ツー・ピア通信デバイスであり、前記方法は：
前記第１の接続より高い優先順位を有する接続に対応する送信要求、及び前記第１のデバイスからの送信要求についてユーザ・スケジュール間隔の間モニタすることと；
前記モニタすることによって検出されたより高い優先順位接続に対応する送信要求に対応する送信信号を格納することと；
前記第１のデバイスからの送信要求が前記モニタによって検出された場合、前記格納された信号情報から生成される受信信号受信信号品質値に基づいて送信要求応答を送信するか否か決定することと；
を備える装置。
【請求項４６】
送信要求は、送信要求間隔の間に送信され、前記ユーザ・スケジュール間隔は、複数の送信要求間隔、及び前記複数の送信要求間隔に対応する送信要求応答間隔を含み；
前記モニタすることは、前記第１のデバイスからの送信要求が送信されることができる間の送信要求間隔、及び前記ユーザ・スケジュール間隔内の任意の先行する送信要求間隔を含む送信要求間隔をモニタすること含む、
請求項４５に記載の装置。
【請求項４７】
前記送信要求間隔は、送信優先順位に従って前記ユーザ・スケジュール間隔内で順序付けられ、より高い優先順位を有する接続に対する送信要求間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求間隔の前に発生する、
請求項４６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
様々な実施形態は、無線通信システムにおいて使用するための方法および装置を対象とし、より詳細には、ピア・ツー・ピア無線通信システムにおいて使用するための方法および装置を対象とする。
【背景技術】
【０００２】
ピア・ツー・ピア無線通信システムにおいて、複数のデバイスは、同じエア・リンク・リソースを使用してトラフィック信号を同時に送信することを望むことがある。集中制御のないシステムにおいて効率的な方法でユーザをエア・リンク・トラフィック・リソースにスケジュールすることは困難な作業になる可能性がある。  送信スケジュールの決定への干渉の影響を考慮に入れる方法および装置が開発されれば有益であろう。また、送信スケジュールの決定を行うときに優先順位の問題を考慮に入れる方法および装置が開発されれば有利であろう。
【発明の概要】
【０００３】
トラフィック・エア・リンク・リソースが共有でき、時々共有される無線通信システムにおいて使用するための方法および装置について説明する。説明する様々な方法および装置は、送信制御の決定が非集中的な方法で行われるピア・ツー・ピア通信システムでの使用に好適である。
【０００４】
例示的なピア・ツー・ピア通信システムは、接続優先順位情報および干渉情報を利用して分散的な方法でトラフィック間隔のスケジューリングを実施する。例示的なピア・ツー・ピア・タイミング構造は、ユーザ・スケジュール間隔および関連するトラフィック間隔を含む。ユーザ・スケジュール間隔は、複数の順序付けられた送信要求応答間隔を含む。初期の要求応答間隔で通信される要求応答に関連した優先順位は、ユーザ・スケジュール間隔のより後の要求応答間隔で通信される要求応答より高い。第２のピア・ツー・ピア無線デバイスとの接続を有する、例示的な第１のピア・ツー・ピア無線通信デバイスは、それ自身の接続及びより優先順位の高い接続に対応する要求についてモニタする。トラフィック間隔の間に送信する場合、第１のデバイスは、より優先順位の高い接続を課すことになる推定された干渉値の関数としてトラフィック間隔を譲歩するか否か関して決定することを行う。
【０００５】
第１のデバイス及び第２のデバイスがピア・ツー・ピア通信デバイスであり、第２のデバイスと第１の接続を有する第１のデバイスを動作する、様々な実施形態に従う、例示的な方法は：第１の送信要求応答間隔をモニタすることと、なお、第１の送信要求応答間隔は、第１のトラフィック間隔に対応する第１のユーザ・スケジュール間隔内の複数の送信要求応答間隔のうちの１つである、前記送信要求応答間隔は、送信優先順位に従って順序付けられ、接続に対応する送信要求応答間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求応答間隔の前に発生する；  前記モニタの間に受信された信号に基づいて前記第１のユーザ・スケジュール間隔の間に送信要求を送信するか否かを決定すること；  を備える。いくつかの実施形態において、方法は：送信要求が受信信号のうちの１つに基づいて送信されるべきでないと決定される場合、第１の接続に対応する送信要求間隔の使用を控え、前記第１のトラフィック間隔の間にトラフィックを送信することを差し控えることをさらに備える。
【０００６】
第１及び第２のデバイスは、ピア・ツー・ピア通信デバイスであり、第２のデバイスとの第１の接続を有する、様々な実施形態に従う、例示的な第１のデバイスは：第１の送信要求応答間隔をモニタする第１のモニタ・モジュールと、前記第１の送信要求応答間隔は、第１のトラフィック間隔に対応する第１のユーザ・スケジュール間隔の複数の送信要求応答間隔のうちの１つである、前記送信要求応答間隔は、送信優先順位に従って順序付けられる、より高い送信優先順位を有する接続に対応する送信要求応答間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求応答間隔の前に発生する；前記モニタの間に受信された信号に基づいて前記第１のユーザ・スケジュール間隔の間に送信要求を送信するか否かを決定するための送信要求決定モジュール；送信要求を送信するための送信モジュール；前記決定モジュールが送信されるべき送信要求を決定する場合、第１の接続に対応する送信要求間隔を使用して送信要求を送信する前記送信モジュールを制御し、送信要求が送信するべきでないと決定される場合、第１の接続に対応する送信要求間隔を使用して送信を控える送信モジュールを制御するためのコントローラと；  を備える。
【０００７】
様々な実施形態において、ユーザ・スケジュール間隔は、複数の順序付けられた送信要求間隔を含む。初期の要求間隔で通信される要求の要求優先順位は、ユーザ・スケジュール間隔のより遅い要求間隔で通信される要求より高い。例示的な第１のピア・ツー・ピア無線通信デバイスと接続を有する、例示的な第２のピア・ツー・ピア無線通信デバイスは、それ自身の接続及びより高い優先順位接続に対応する要求についてモニタする。第２のデバイスは、それ自身の接続、及びより優先順位の高い接続の受信要求に基づいて、ＳＮＲ又はＳＩＲ値のような、生成された受信信号品質の関数として第１のデバイスに肯定的な送信要求応答信号を送信するか否かに関して決定することを行う。
【０００８】
第１及び第２のデバイスがピア・ツー・ピア通信デバイスであり、第１のデバイスとの第１の接続を有する、第２のデバイスを動作する例示的な方法は：前記第１の接続より高い優先順位を有する接続に対応する送信要求、及び前記第１のデバイスからの送信要求についてユーザ・スケジュール間隔の間モニタすることと；前記モニタすることによって検出されたより高い優先順位の接続に対応する送信要求に対応する信号情報を格納することと；第１のデバイスからの送信要求が前記モニタすることによって検出された場合、格納された信号情報から生成される受信信号品質値に基づいて送信要求応答を送信するか否か決定することと；  を備える。
【０００９】
第１及び第２のデバイスがピア・ツー・ピア通信デバイスであり、第１のデバイスとの第１の接続を有する、例示的な第２のデバイス：前記第１の接続より高い優先順位を有する接続に対応する送信要求、及び前記第１のデバイスからの送信要求についてユーザ・スケジュール間隔の間モニタするためのモニタ・モジュールと；前記モニタすることによって検出されたより高い優先順位の接続に対応する送信要求に対応する信号情報を格納するメモリと；前記モニタ・モジュールによって検出される第１のデバイスからの送信要求に応じて格納された信号情報から生成される受信信号品質値に基づいて送信要求応答を送信するか否か決定するための送信要求応答決定モジュールと；  を備える。
【００１０】
上記の概要で様々な実施形態について論じたが、必ずしもすべての実施形態が同じ特徴を含むわけではなく、上述の特徴のいくつかは、必要ではないが、いくつかの実施形態では望ましいことを了解されたい。多数の追加の特徴、実施形態および利益について、以下の詳細な説明において論じる。
【図面の簡単な説明】
【００１１】
【図１】様々な実施形態による例示的なピア・ツー・ピア無線通信システムの図。
【図２】様々な実施形態による例示的なピア・ツー・ピア・トラフィック・スロットの図。
【図３】例えば、第１のデバイスがスロット中のトラフィックを第２のデバイスに送信したく、優先順位要件および干渉要件に従って進むことが許される状況下で、様々な実施形態による、ピア・ツー・ピア・モバイル通信デバイスと、ピア・ツー・ピア・トラフィックをサポートするためにデバイス間で交換される例示的なシグナリングとを示す図３００。
【図４】ピア・ツー・ピア循環タイミング構造内の例示的なユーザ・スケジュール間隔と、ユーザ・スケジュール部分のエア・リンク・リソースの例示的な分割とを示す図。
【図５】図５Ａと図５Ｂの結合を示す図。
【図５Ａ】様々な実施形態による、第２のデバイスとの接続を有する、第１のデバイスを動作させる例示的な方法のフローチャート図。
【図５Ｂ】様々な実施形態による、第２のデバイスとの接続を有する、第１のデバイスを動作させる例示的な方法のフローチャート図。
【図６】様々な実施形態による、ピア・ツー・ピア通信デバイスのような例示的な第１の通信デバイスの図。
【図７】様々な実施形態による、第１のデバイスと第１の接続を有数する第２のデバイスを動作させる例示的な方法のフローチャート図。
【図８】様々な実施形態による、第２の例示的な通信デバイスの図。
【図９】複数の順序付けられた送信要求間隔が複数の順序付けられた送信要求応答間隔の、いくつかの実施形態で使用される代替構造を示す図。
【図１０】複数の要求間隔、及び複数の要求応答間隔を含む構造を利用するピア・ツー・ピア・シグナリングの例を示す図。
【図１１】複数の要求間隔、及び要求と応答間隔がインターレースされる複数の要求応答間隔を含む構造を利用するピア・ツー・ピア・シグナリングの例を示す図面である。
【図１２】複数の要求間隔、及び複数の要求応答間隔を含む構造を利用するピア・ツー・ピア・シグナリングの例を示す図。
【図１３】複数の要求間隔、及び要求と応答間隔がインターレースされる複数の要求応答間隔を含む構造を利用するピア・ツー・ピア・シグナリングの例を示す図。
【図１４】ピア・ツー・ピア循環タイミング構造内の例示的なユーザ・スケジュール間隔と、ユーザ・スケジュール部分のエア・リンク・リソースの例示的な区画とを示す図。
【発明を実施するための形態】
【００１２】
図１は、様々な実施形態による例示的なピア・ツー・ピア無線通信システム１００の図である。例示的な無線通信システム１００は、複数の無線端末、たとえば、ピア・ツー・ピア通信をサポートするモバイル・ノード（ピア・ツー・ピア無線端末１  １０２、ピア・ツー・ピア無線端末２  １０４、ピア・ツー・ピア無線端末３  １０６、ピア・ツー・ピア無線端末４  １０８、ピア・ツー・ピア無線端末５  １１０、ピア・ツー・ピア無線端末６  １１２、・・・、ピア・ツー・ピア無線端末Ｎ１１４）を含む。この例において、図１で表される時刻において、ピア・ツー・ピア無線端末１  １０２は、矢印１１６によって示されるピア・ツー・ピア無線端末２  １０４とのアクティブな接続を有し、ピア・ツー・ピア無線端末３  １０６は、矢印１１８によって示されるピア・ツー・ピア無線端末４  １０８とのアクティブな接続を有し、ピア・ツー・ピア無線端末５  １１０は、矢印１２０によって示されるピア・ツー・ピア無線端末６  １１２とのアクティブな接続を有する。
【００１３】
様々な実施形態の特徴によれば、ピア・ツー・ピア・トラフィック・セグメントのようなピア・ツー・ピア・エア・リンク・トラフィック・リソース上で送信するか否かの決定は、送信ノードと受信ノードとの両方が決定プロセスへの入力を有する分散型の方法で実行される。様々な実施形態において、同じピア・ツー・ピア・エア・リンク・トラフィック・リソース上で送信することを望む他のピア・ツー・ピア通信デバイスに関する干渉要件は、送信決定を行う際に考慮される。いくつかのそのような実施形態において、ピア・ツー・ピア・デバイスがアクティブな接続を有しないピア・ツー・ピア・デバイスからのモニタされたピア・ツー・ピア信号が送信決定プロセスに使用される。
【００１４】
いくつかの実施形態において、トラフィック信号を送信したいという送信要求の後に、意図された受信デバイスと意図された送信デバイスとの両方は、他のピア・ツー・ピア・デバイスに対して譲歩し、要求されたピア・ツー・ピア・トラフィック・シグナリングが進まないようにする機会を有する。
【００１５】
いくつかの実施形態において、トラフィックを送信するという送信デバイスの最終ラウンド決定に従って、前記トラフィックの送信より前に、送信デバイスは、ピア・ツー・ピア・パイロット信号を送信する。いくつかのそのような実施形態において、トラフィック・データのデータ転送速度を決定するために使用すべき情報を決定するために、ピア・ツー・ピア・パイロット信号が受信デバイスによって利用される。いくつかの実施形態において、更に、トラフィック信号を伝達するエア・リンク・リソースは、トラフィックのデータ転送速度情報を伝達する。
【００１６】
様々な実施形態の特徴によれば、ユーザ・スケジュール間隔は、複数の送信要求間隔、及び少なくともいくつかの異なる送信要求間隔は、異なる優先順位レベルに関連する。いくつかの実施形態において、ユーザ・スケジュール間隔は、複数の順序付けられた送信要求間隔、及び複数の順序付けられた送信要求応答間隔を含む。いくつかのそのような実施形態において、送信要求間隔及び送信要求応答間隔は、ユーザ・スケジュール間隔内でインターリーブされる。様々な実施形態において、より初期の位置送信要求間隔は、ユーザ・スケジュール間隔でより遅い送信要求間隔より高い優先順位を有する。
【００１７】
図２は、様々な実施形態による例示的なピア・ツー・ピア・トラフィック・スロットの図面２００である。図面２００に、時間軸２０２に沿ってピア・ツー・ピアトラフィックスロットの例示的なシーケンス（ピア・ツー・ピアトラフィックスロット１  ２０４、ピア・ツー・ピアトラフィックスロット２  ２０６、ピア・ツー・ピアトラフィックスロット３  ２０８、・・・、ピア・ツー・ピアトラフィックスロットＮ２１０）を示す。この例示的な実施形態において、シーケンスは、ピア・ツー・ピアトラフィックスロットＮ２１０の後にくるピア・ツー・ピア・トラフィック・スロット１  ２０４’によって示される循環タイミング構造の一部として繰り返す。
【００１８】
例示的な図面２００は、たとえば、論理表現である。いくつかの実施形態において、論理構造通信リソースは、物理エア・リンク・リソースにマッピングされる。たとえば、ピア・ツー・ピアトラフィックスロット３  ２０８は、ユーザ・スケジュール部分２１２と、レート・スケジュール部分２１４と、トラフィック部分２１６と、確認応答部分２１８とを含むことが示され、それらの部分は互いに隣接する。それらの部分に関連する物理エア・リンク・リソースは、たとえば、処理時間を与えるために、それらの間に時間間隙を有することができる。いくつかの実施形態において、マッピングの一部としてトーンホッピングが実施される。
【００１９】
各例示的なピア・ツー・ピア・トラフィック・スロットは、いくつかの実施形態において、ユーザ・スケジュール間隔と、レート・スケジュール間隔と、トラフィック間隔と、確認応答間隔と、を含む。例示的な一実施形態において、例示的なピア・ツー・ピアトラフィックスロット、たとえば、ピア・ツー・ピアトラフィックスロット３  ２０８は、ユーザ・スケジュール間隔２１２と、レート・スケジュール間隔２１４と、トラフィック間隔２１６と、確認応答間隔２１８とを含む。確認応答間隔２１８は、矢印２１９によって示されるトラフィック間隔２１６に対応する。
【００２０】
ユーザ・スケジュール間隔２１２は、複数の送信要求間隔と複数の送信要求応答間隔とを含む。複数の送信要求間隔と複数の送信要求応答間隔（送信要求間隔１  ２２０、送信要求応答間隔１  ２２２、送信要求間隔２  ２２４、送信要求応答間隔２  ２２６、送信要求間隔３  ２２８送信要求応答間隔３  ２３０）は、インターリーブされる。ユーザ・スケジュール間隔２１２の間、少なくともいくつかのシンボルは、トラフィック送信要求信号、たとえば、ＴＸ要求信号を伝達するように指定され、少なくともいくつかのシンボルは、トラフィック送信要求応答信号、たとえば、ＲＸエコー信号を伝達するように指定される。ＴＸ要求間隔１  ２２０の間に伝達されるように設計される例示的なシンボル２３２は、高い優先順位を有するピア・ツー・ピア接続に関連する送信要求を搬送するように設計される。送信要求応答間隔１  ２２２の間に伝達されるように設計される例示的なシンボル２３４は、高い優先順位を有するピア・ツー・ピア接続に関連する送信要求応答を搬送するように設計される。シンボル２３４で伝達される要求応答は、シンボル２３２で伝達される要求に対応する。ＴＸ要求間隔２  ２２４の間に伝達されるように設計される例示的なシンボル２３６は、中位の優先順位を有するピア・ツー・ピア接続に関連する送信要求を搬送するように設計される。送信要求応答間隔２  ２２６の間に伝達されるように設計される例示的なシンボル２３８は、中位の優先順位を有するピア・ツー・ピア接続に関連する送信要求応答を搬送するように設計される。シンボル２３８で伝達される要求応答は、シンボル２３６で伝達される要求に対応する。ＴＸ要求間隔３  ２２８の間に伝達されるように設計される例示的なシンボル２４０は、中位の優先順位を有するピア・ツー・ピア接続に関連する送信要求を搬送するように設計される。送信要求応答間隔３  ２３０の間に伝達されるように設計される例示的なシンボル２４２は、中位の優先順位を有するピア・ツー・ピア接続に関連する送信要求応答を搬送するように設計される。シンボル２４２で伝達される要求応答は、シンボル２４０で伝達される要求に対応する。
【００２１】
いくつかの実施形態において、接続に対応する送信要求信号は、１つのシンボル送信時間間隔に対して１つのトーンを利用する。いくつかの実施形態において、接続に対応する送信要求応答信号は、１つのシンボル送信時間間隔に対して１つのトーンを利用する。様々な実施形態において、ＴＸ要求間隔２  ２２４のような、同じ送信要求間隔の間の異なる接続に対する異なる位置は、例えば、中位の優先順位の一般的な指示内での異なる優先順位のような、異なる優先順位レベル指示にさらに関連付けられる。様々な実施形態において、ＴＸ要求応答間隔２  ２２６のような、同じ送信要求応答間隔の間の異なる接続に対する異なる位置は、異なる優先順位レベル指示にさらに関連付けられる。
【００２２】
いくつかの実施形態において、ユーザ・スケジュール間隔２１２内の異なる数の要求間隔、例えば、２つの送信要求間隔、又は２つより多い送信要求間隔がある。いくつかの実施形態において、ユーザ・スケジュール間隔内の異なる数の要求応答間隔、例えば２つの送信要求応答間隔、２つより多い送信要求応答間隔がある。
【００２３】
いくつかの実施形態において、要求間隔及び要求応答間隔は、インターリーブされない。例えば、３つの送信要求間隔の第１の順序付けられたセットに引き続いて３つの送信要求応答間隔の第２の順序付けられたセットがある。
【００２４】
図３は、例えば、第１のデバイスがスロット内でトラフィックを第２のデバイスに送信したく、優先順位要件および干渉要件に従って進むことが許される状況下で、様々な実施形態によるピア・ツー・ピア・モバイル通信デバイス（３０２、３０４）と、ピア・ツー・ピアトラフィックをサポートするためにデバイス（３０２、３０４）間で交換される例示的なシグナリングとを示す図面３００である。局所近傍にある他のピア・ツー・ピアデバイスからの追加の信号を考慮し、利用することができ、時々そのようにする。通信デバイス（３０２、３０４）は、図１のピア・ツー・ピア無線端末のいずれでもよい。この例において、ピア・ツー・ピア・モバイル・デバイス１  ３０２は、トラフィック信号をピア・ツー・ピア・モバイル・デバイス２  ３０４に送信することを望む。線３０１は、時間を示し、ユーザ・スケジュール間隔３１０の後にレート・スケジュール間隔３１６、トラフィック間隔３２０、確認応答間隔３２４が後に続く。図３の間隔（３１０、３１６、３２０、３２４）は、たとえば、図２の間隔（２１２、２１４、２１６、２１８）である。
【００２５】
ユーザ・スケジュール間隔３１０の間、ピア・ツー・ピア・モバイル・デバイス１  ３０２は、送信要求信号３０６を生成し、送信する。ピア・ツー・ピア・モバイル・デバイス２  ３０４、すなわち、送信要求信号３０６の意図された受信者は、送信要求信号３０６を受信し、信号を処理し、要求を考慮し、要求を承認した場合、ＲＸエコー信号３０８としても知られる送信要求応答信号を送る。それが要求を承認しない場合、ピア・ツー・ピア・モバイル・デバイス２  ３０４は、応答を送らない。
【００２６】
レート・スケジュール間隔３１６の間に、ピア・ツー・ピア・モバイル通信デバイス１  ３０２は、パイロット信号３１６を送信する。ピア・ツー・ピア・モバイル・デバイス２  ３０４は、パイロット信号３１２を受信し、受信信号強度を測定し、レート情報信号３１４を生成する。レート情報信号３１４は、ピア・ツー・ピア・モバイル・デバイス１  ３０２が、後続のトラフィック間隔３２０の間に使用すべき最大許容データ転送速度を決定することができるように、たとえば、レート、ＳＮＲ値、干渉値、および／またはＳＩＲ値を伝達する。ピア・ツー・ピア・モバイル・デバイス２  ３０４は、生成されたレート情報信号３２０をピア・ツー・ピア・モバイル・デバイス１  ３０２に送信する。
【００２７】
ピア・ツー・ピア・モバイル・デバイス１  ３０２は、レート情報信号３１４を受信し、トラフィック部分３２０に使用すべき最大許容伝送レートを決定する。ピアツーピアモバイルデバイス１  ３０２は、決定された最大許容伝送レートに応じて、最大許容伝送レート以下である、使用すべき実際のデータ転送速度を決定する。様々な実施形態において、更に、ピア・ツー・ピア・モバイル・デバイス１  ３０２は、トラフィックに使用すべき実際の送信データ転送速度を決定する際に、（ｉ）伝達されるのを待っているトラフィック・データの量、及び／又は（ｉｉ）その電力状況、たとえばバッテリ電力残量、及び／又は動作モードを考慮する。
【００２８】
ピアツーピアモバイルデバイス１  ３０２は、トラフィック間隔３２０の間にトラフィック信号３１８を生成し、送信する。トラフィック信号は、決定された実際のデータ転送速度でデータを伝達する。いくつかの実施形態において、トラフィック信号は、更に実際のデータ転送速度の指示を搬送する。１つのそのような実施形態において、レート情報は、トラフィックに割り当てられたリソースのサブセットを使用して伝達される。ここで、例えば、トラフィックリソースは、レート情報を搬送するように割り当てられた、ＯＦＤＭトーン・シンボルの第１のセットのような、第１の部分、およびユーザ・データのようなトラフィックを搬送するように割り当てられた、ＯＦＤＭトーン・シンボルの第２のセットのような、第２の部分を含む。なお、第１の及び第２のセットは、重複しない。別のそのような実施形態において、レート情報は、トラフィックを搬送する同じリソースを使用して伝達される。ここで、たとえば、レート情報は、トラフィックを搬送するいくつかのＯＦＤＭトーン・シンボルが第１の電力レベルでスケールされ、他が第２の電力レベルでスケールされるような、トラフィック信号を搬送する変調シンボルの送信電力を変更することによって伝達され、レート情報は、どの位置がどのレベルにスケールされるかによって伝達される。
【００２９】
ピア・ツー・ピア・モバイル・デバイス２  ３０４は、トラフィック間隔３２０の間にトラフィック信号３１８を受信し、伝達されているデータを復元する。いくつかの実施形態において、更に、レート情報は、トラフィック・データとともに伝達される。いくつかのそのような実施形態において、ピア・ツー・ピア・モバイル・デバイス２  ３０４は、伝達されている通信レート情報を復元し、次いでトラフィック・データ信号を復号する。ピア・ツー・ピア・モバイル・デバイス２  ３０４は、トラフィック信号３１８の通信データが正常に回復されたか否かを決定し、肯定または否定の確認応答信号を生成する。
【００３０】
確認応答間隔３３４の間、ピア・ツー・ピア・モバイル・デバイス２  ３０４は、生成されたＡＣＫ信号３２４をモバイル・ピア・ツー・ピア・デバイス１  ３０２に送信する。ピア・ツー・ピア・モバイル・デバイス１  ３０２は、ＡＣＫ信号３２２を受信し、ＡＣＫ信号３２２によって搬送された情報に基づいて送信待ち行列情報を更新する。
【００３１】
ピア・ツー・ピア・モバイル・デバイス１  ３０２がＲＸエコー信号を受信しないか、または、その後、送信を続けないことを決定する場合、デバイス３０２は、パイロット信号３１８を送信せず、このトラフィック・スロットに関する動作を終了することができることを注意しなければならない。同様に、ピア・ツー・ピア・モバイル・デバイス３０４が要求信号を受信した後に送信を続けないことを決定する場合、モバイル・デバイス３０４は、ＲＸエコー信号３１６を送信せず、このトラフィック・スロットに関する動作を終了することができる。
【００３２】
プロセスは、例えば、ピア・ツー・ピア・モバイル・デバイス１  ３０２の必要とするトラフィック送信の関数として、追加のトラフィック・スロットの間、繰り返される。
【００３３】
図４は、ピア・ツー・ピア循環タイミング構造内の例示的なユーザ・スケジュール間隔２１２と、ユーザ・スケジュール部分のエア・リンク・リソースの例示的なパーティションと、を示す図面４００である。例示的なユーザ・スケジューリング間隔２１２は、（ｉ）高い優先順位と関連し、ミニＴＸ要求スロット１とも呼ばれる送信要求間隔１  ２２０と、（ｉｉ）高い優先順位と関連し、ミニＲＸエコー・スロット１とも呼ばれる送信要求応答間隔１  ２２２と、（ｉｉｉ）中位の優先順位と関連し、ミニＴＸ要求スロット２とも呼ばれる送信要求間隔２  ２２４と、（ｉｖ）中位の優先順位と関連し、ミニＲＸエコー・スロット２とも呼ばれる送信要求応答間隔２  ２２６と、（ｖ）低い優先順位と関連し、ミニＴＸ要求スロット３とも呼ばれる送信要求間隔３  ２２８と、（ｉｖ）低い優先順位と関連し、ミニＲＸエコー・スロット３とも呼ばれる送信要求応答間隔３  ２３０と、を含む。
【００３４】
間隔（２２０、２２４、２２８）は、送信要求信号（ＴＸ要求信号）を搬送するために指定され、間隔（２２２、２２６、２３０）は、送信要求応答信号（ＲＸエコー信号）を搬送するために指定される。
【００３５】
横軸４０６は、ブロックに対応する時間を表し、縦軸４０８は、ＯＦＤＭトーンのような、周波数を表す。ＯＦＤＭシンボル２３２は、第１の送信要求間隔２２０の位置にマッピングされた接続用の送信要求信号を搬送する。ＯＦＤＭシンボル２３４は、第１の送信要求応答間隔２２２の位置にマッピングされた接続用の送信要求応答信号を搬送する。ＯＦＤＭシンボル２３６は、第２の送信要求間隔２２４の位置にマッピングされた接続用の送信要求信号を搬送する。ＯＦＤＭシンボル２３８は、第２の送信要求応答間隔２２６の位置にマッピングされた接続用の送信要求応答信号を搬送する。ＯＦＤＭシンボル２４０は、第３の送信要求間隔２２８の位置にマッピングされた接続用の送信要求信号を搬送する。ＯＦＤＭシンボル２４２は、第３の送信要求応答間隔２３０の位置にマッピングされた接続用の送信要求応答信号を搬送する。
【００３６】
この例において、無線端末１から無線端末２へのピア・ツー・ピア・トラフィック信号のトラフィック間隔２１６における送信用のＷＴ１からＷＴ２への送信要求を搬送するために指定された位置は、送信要求間隔２  ２２４におけるインデックス番号＝４のトーンに対応する、ＯＦＤＭトーン・シンボル４１０として指定される。この例において、ＷＴ  ２からＷＴ  １への、ＲＸエコー・信号のような、送信要求応答信号を搬送するように指定された位置は、送信要求応答間隔２  ２２６におけるインデックス番号＝４のトーンに対応する、ＯＦＤＭトーン・シンボル４１２として指定される。
【００３７】
ＷＴ２に送信したいデータを有し、トーン・シンボル４１０の送信要求信号を送信するか否かを決定する場合の無線端末１は、ＴＸ要求応答間隔１  ２２２の間に検出された要求応答のような、検出されている他の接続に対応するより高い優先順位の送信要求応答信号を考慮する。
【００３８】
ＷＴ１から、ＷＴ２に送信したいことを示すデータの、送信要求信号を受信し、トーン・シンボル４１２で送信要求応答信号を送信するか否かを決定する場合、無線端末２は、ＴＸ要求間隔１  ２２０の間に検出した要求信号のような、検出されている他の接続に対応するより高い優先順位の送信要求信号を考慮する。いくつかの実施形態において、ＷＴ  ２は、更に送信要求間隔２  ２２４で通信されている、より高い優先順位の送信要求信号を考慮する。
【００３９】
図５Ａと図５Ｂの組合せからなる図５は、様々な実施形態において、第２のデバイスとの接続を有する第１のデバイスを動作するための例示的な方法のフローチャート図５００である。第１及び第２のデバイスは、例えば、無線ピア・ツー・ピア通信デバイスである。例示的な方法の動作は、ステップ５０２で開始し、ステップ５０４に進む。
【００４０】
ステップ５０４において、第１のデバイスは、第１の送信要求応答間隔をモニタする。なお、第１の送信要求応答間隔は、第１のトラフィック間隔内の複数の送信要求応答間隔のうちの１つであり、前記送信要求応答間隔は、送信優先順位に従って順序付けられ、より高い送信優先順位を有する接続に対応する送信要求応答間隔は、前記第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求応答間隔の前に発生する。動作は、ステップ５０４からステップ５０６に進む。
【００４１】
ステップ５０６において、第１のデバイスは、前記モニタする間に受信された信号に基づいて前記第１のユーザ・スケジュール間隔の間に送信要求を送信するか否かを決定する。ステップ５０６は、サブステップ５０８、５１０、５１２、５１４、５１６及び５１８を含む。
【００４２】
サブステップ５０８において、第１のデバイスは、第１の送信要求応答間隔の間に受信された別の接続に対応する送信要求に応答するか否かを決定する。動作は、サブステップ５０８からサブステップ５１０に進む。サブステップ５１０において、第１のデバイスは、サブステップ５０８の決定に依存して進む。別の接続のための送信要求応答が受信された場合、動作は、サブステップ５１０からサブステップ５１２に進む；そうでなければ、動作は、サブステップ５１０からサブステップ５１８に進む。
【００４３】
サブステップ５１２において、第１のデバイスは、別の接続に対応する受信要求応答の関数として干渉コスト推定値を生成する。なお、前記干渉コスト推定値は、第１のデバイスがトラフィック・データを送信するか場合に発生することになる干渉の量を推定する。動作は、サブステップ５１２からサブステップ５１４に進む。サブステップ５１４において、第１のデバイスは、生成された干渉コスト推定値がしきい値を超えたかどうかを決定する。生成された干渉コスト推定値がしきい値を越える場合、動作は、サブステップ５１４からサブステップ５１６に進む。ここで、サブステップ５１６において、第１のデバイスは、送信要求を送信しない事を決定する。従って、第１のデバイスは、他のデバイスが第１のデバイスからの干渉を受けることなくトラフィック・エア・リンク・リソースを使用することを可能にするトラフィック・エア・リンク・リソースをもたらす。あるいは、サブステップ５１４において、生成された干渉コスト推定値がしきい値を越えない場合、動作は、サブステップ５１４からサブステップ５１８に進む。サブステップ５１８において、第１のデバイスは、送信要求を送信することを決定する。動作は、接続ノードＡを介してステップ５０６からステップ５２２に進む。
【００４４】
ステップ５２２において、第１のデバイスは、ステップ５０６の決定の作用として進む。第１のデバイスが送信要求を送信しないことを決定している場合、動作は、ステップ５２２からステップ５２４に進む。ここで、ステップ５２４において、第１のデバイスは、第１の接続に対応する送信要求間隔の使用を控え、前記第１のトラフィック間隔の間にトラフィックの送信を控える。あるいは、第１のデバイスが送信要求を送信することを決定している場合、動作は、ステップ５２２からステップ５２６に進む。ここで、ステップ５２６において、第１のデバイスは、前記第１のユーザ・スケジュール間隔の間に第１の接続に対応する送信要求間隔の間に送信要求を送信する。様々な実施形態において、第１の接続に対応する送信要求間隔は、前記第１の接続及び前記第１の送信要求応答間隔より高い優先順位を有する接続に対応する第１の送信要求間隔の後に続く。動作は、ステップ５２６からステップ５２８に進む。
【００４５】
ステップ５２８において、第１のデバイスは、第２の送信要求応答間隔をモニタする。なお、第２の送信要求応答間隔は、前記送信要求間隔の間に送信される送信要求に応答するための第１の接続に対応する送信要求応答間隔に対応する。動作は、ステップ５２８からステップ５３０に進む。
【００４６】
ステップ５３０において、第１のデバイスは、前記第２の送信要求間隔の間に前記モニタすることによって検出された信号に基づいて前記第１のトラフィック間隔の間にトラフィックを送信するか否かを決定する。ステップ５３０は、サブステップ５３３、５３４、５３６、５３８、５４０、及び５４２を含む。サブステップ５３２において、第１のデバイスは、送信された送信要求に対する応答が受信されたかどうか決定する。動作は、サブステップ５３２からサブステップ５３８に進む。サブステップ５３４において、第１のデバイスは、前記第２の送信要求応答間隔の間に受信された第１の接続より高い優先順位の接続を有する接続に対応する送信要求に応答するか否かを決定する。動作は、サブステップ５３４からサブステップ５３６に進む。サブステップ５３６において、第１のデバイスは、第２の送信要求応答間隔の間に受信されたより優先順位の高い接続に対応する応答信号の関数として干渉コスト推定値を生成する。なお、前記生成された干渉コスト推定値は、第１のデバイスがトラフィックを送信する場合に引き起こされることになる干渉の量を推定する。時々、サブステップ５３４は、第２の送信要求間隔の間に受信されなかったより優先順位の高い接続を有する接続に対応する送信要求に応答することを決定し、ステップ５３６において、サブステップ５３６の干渉コスト推定値は、サブステップ５３８で後に使用されるしきい値より低いような、ヌルに向かう又は所定の値より低い値である。サブステップ５３４及び５３６は、サブステップ５３２と並列して実行される又はサブステップ５３２と連続して実行されることができる。
【００４７】
サブステップ５３８において、第１のデバイスは、応答が送信された送信要求及び生成されたコスト推定値を受信したか否かを決定する機能として進む。送信された要求に対する応答が受信され、生成されたコスト推定値がしきい値未満である場合、動作は、サブステップ５３８からサブステップ５４２に進む。ここで、第１のデバイスは、第１のトラフィック間隔の間に第２の通信デバイスにトラフィック・データを送信することを決定する。動作は、サブステップ５４２からステップ５４６に進む。ここで、第１のデバイスは、第１のトラフィック間隔の間に第２の通信デバイスにトラフィック・データを送信する。
【００４８】
しかしながら、送信された要求に対する応答が受信されなかった、及び／又は生成されたコスト推定値がしきい値未満でなかった場合、その後、動作は、サブステップ５３８からサブステップ５４０に進む。サブステップ５４０において、第１のデバイスは、第１のトラフィック間隔の間に第２の通信デバイスにトラフィック・データを送信しない事を決定する。動作は、サブステップ５４０からステップ５４４に進む。なお、ステップ５４４において、第１のデバイスは、第１のトラフィック間隔の間に第２の通信デバイスにトラフィック・データの送信を控える。
【００４９】
図６は、様々な実施形態による例示的な第１の通信デバイス６００の図である。例示的な第１の通信デバイス６００は、例えば、ピア・ツー・ピア通信をサポートするモバイル・ノードである。時々、第１の通信デバイス６００は、ピア・ツー・ピア通信をサポートする第２のモバイル・ノードのような第２の通信デバイスとの接続を有する。
【００５０】
第１の通信デバイス６００は、様々な要素がデータおよび情報を交換するためのバス６１２を介して互いに結合された、無線受信機モジュール６０２と、無線送信機モジュール６０４と、ユーザＩ／Ｏデバイス６０８と、プロセッサ６０６と、メモリ６１０と、を含む。  メモリ６１０は、ルーチン６１８とデータ／情報６２０とを含む。
【００５１】
ＯＦＤＭ受信機のような無線受信機モジュール６０２は、第１の通信デバイスが接続を有する第２の通信デバイス及び局所近傍での他のピア・ツー・ピア通信デバイスのような、他のデバイスから信号を受信するための受信アンテナ６１４に結合される。
【００５２】
ＯＦＤＭ送信機のような無線送信機モジュール６０４は、第１の通信デバイスが他の通信デバイス、例えば、第１の通信デバイスが接続を有する第２の通信デバイス、にピア・ツー・ピア信号を送信するための送信アンテナ６１６に結合される。いくつかの実施形態において、同じアンテナは、送信機と受信機の両方のために使用される。無線発信機モジュール６０４は、第１のデバイス６００が接続を有する第２の通信デバイスに、ＴＸ要求のような、送信要求を送信する。なお、送信要求は、トラフィック・インターバルに対応するピア・ツー・ピア・トラフィック信号を送信する要求である。
【００５３】
ユーザＩ／Ｏデバイス６０８は、例えば、マイクロホン、キーボード、キーパッド、スイッチ、カメラ、マウス、スピーカ、ディスプレイなどを含む。ユーザＩ／Ｏデバイス６０８により、第１の通信デバイス９００のユーザは、データ／情報を入力し、出力データ／情報にアクセスし、第１の通信デバイス６００の少なくともいくつかの機能を制御することができる。
【００５４】
ＣＰＵのような、プロセッサ６０６は、第１の通信デバイスの動作を制御し、方法、例えば、図５のフローチャート５００の方法、を実施するためにメモリ内のルーチン６１８を実行し、データ／情報６２０を使用する。
【００５５】
ルーチン６１８は、通信ルーチン６２２及び無線端末制御ルーチン６２４を含む。通信ルーチン６２２は、第１の通信デバイス６００によって使用される様々な通信プロトコルを実施する。無線端末制御ルーチン６２４は、第１のモニタ・モジュール６２６と、送信要求決定モジュール６２８と、制御モジュール６３０と、送信要求生成モジュール６３２と、応答検出モジュール６３４と、干渉コスト推定モジュール６３６と、第２のモニタ・モジュール６３８と、しきい値比較モジュール６４０と、を含む。
【００５６】
データ／情報６２０は、タイミング／周波数構造情報６４２を含む。タイミング周波数構造情報は、タイミング構造情報６４４と周波数構造情報６４６とを含む。タイミング構造情報６４４は、ユーザ・スケジュール間隔情報６４８とトラフィック間隔情報６５０とを含む。ユーザ・スケジュール間隔情報６４８は、異なる優先順位レベルに対応する順序付けられた送信要求間隔のセットを識別する情報及び要求応答間隔６５４を識別する情報を含む。例えば、情報６５２は、第１の優先順位レベルに関連した第１の送信要求間隔及び第２の優先順にレベルに関連した送信要求間隔を識別する情報を含む。ここで、第１の優先順位レベルは、第２の優先順位レベルより高く、第１の送信要求間隔は、第２の送信要求間隔の前に発生する。例として、第１のデバイス６００から第２のデバイスへのピア・ツー・ピア接続に関連した第１の接続は、第２の送信要求間隔にマップされるように識別されることができ、時々識別される。要求間隔のセットを識別する情報６５４は、いくつかの実施形態において、第１の送信要求間隔に対応する第１の要求応答間隔及び第２の送信要求間隔に対応する第２の送信要求応答間隔を識別する。いくつかのそのような実施形態において、タイミング構造は、第１の送信要求応答間隔が第１の送信要求間隔の後に続き、第２の送信要求間隔が第１の送信要求応答間隔の後に続き、第２の送信要求応答間隔が第２の送信要求間隔の後に続く。いくつかの実施形態において、順序付けられた送信要求間隔のセットは、３つ以上の順序付けられた送信要求間隔を含む。
【００５７】
トラフィック間隔情報６５０は、順序付けられた送信要求のセットに関連したトラフィック間隔を識別する。例えば、送信要求間隔の間に伝達されるＴＸ要求は、例えば、ピア・ツー・ピア・セグメントを使用して、トラフィック間隔情報６５０によって識別される関連トラフィック間隔の間にピア・ツー・ピア・トラフィック信号を送信するための要求である。
【００５８】
周波数構造情報６４６は、ピア・ツー・ピア・タイミング／周波数構造で利用される、ＯＦＤＭトーンのような、トーンを識別する情報を含む。更に、周波数情報６４６は、送信要求を伝達するために使用されるピア・ツー・ピア接続に関連した特定のトーンを識別し、例えば、ＲＸエコー信号のようなリクエスト応答信号を伝達するために使用される特定のピア・ツー・ピア接続に関連する特定のトーンを識別する。様々な実施形態において、送信要求の優先順位は、送信要求信号を伝達するために使用されるトーン及び送信要求間隔のタイミングに関連する。様々な実施形態において、送信要求応答信号の優先順位は、送信要求応答間隔のタイミングに関連し、送信要求応答信号を伝達するために使用されるトーンに関連する。
【００５９】
第１のモニタ・モジュール６２６は、第１の送信要求応答間隔をモニタする。なお、第１の送信要求応答間隔は、第１のトラフィック間隔に対応する第１のユーザ・スケジュール間隔の複数の送信要求応答間隔のうちの１つであり、送信要求応答間隔は、送信優先順位によって順序付けられ、より高い送信優先順位を有する接続に対応する送信要求応答間隔は、第１のユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求応答間隔の前に発生する。
【００６０】
送信要求決定モジュール６２８は、モニタする間に受信された信号に基づいて第１のユーザ・スケジュール間隔の間に送信要求を送信するか否かを決定する。
【００６１】
送信要求決定モジュール６２８が第２の通信デバイスに送信されるべき送信要求を決定する場合、制御モジュール６３０は、第２の通信デバイスとの第１の接続に対応する送信要求間隔を使用して送信要求を送信するために無線送信機モジュールを制御する。更に、制御モジュール６３０は、送信要求が送信されるべきでないことを送信要求決定モジュール６２８が決定する場合、第１の接続に対応する送信要求間隔の使用を控えるように無線発信機モジュール６０４を制御する。
【００６２】
送信要求が受信信号に基づいて生成されるべきであると決定する場合、送信要求生成モジュール６３２は、送信要求を生成する。いくつかの実施形態において、送信要求は、１つのトーン・シンボル、例えば、シンボル送信時間間隔の間の１つＯＦＤＭトーン、のエア・リンク・リソースを使用して伝達される信号である。制御モジュール６３０は、第１のユーザ・スケジュール間隔の間の第１の接続に対応する送信要求間隔の間に生成される送信要求を送信するように無線発信機モジュール６０４を制御する。様々な実施形態において、第１の接続に対応する送信要求間隔は、前記第１の接続及び前記送信要求応答間隔より高い優先順位を有する接続に対応する第１の送信要求間隔の後に続く。
【００６３】
応答検出モジュール６３４は、別の接続に対応する送信要求に対する応答が第１の送信要求応答間隔の間に受信されたか否かを検出する。干渉コスト推定モジュール６３６は、別の接続に対応する受信応答の関数として干渉コスト推定値を推定する。干渉コスト推定値は、第１のデバイス６００がトラフィック・データを送信する場合に引き起こされることになる干渉を推定する。
【００６４】
第２のモニタ・モジュール６３８は、第２の送信要求応答間隔をモニタする。なお、第２の送信要求応答間隔は、送信要求間隔の間に送信される送信要求に応答する第１の接続に対応する送信要求間隔に対応する。
【００６５】
しきい値比較モジュール６４０は、生成された干渉コスト推定値をトラフィック・データが送信されるべきかどうか決定するために使用されるしきい値、例えば、格納された所定のしきい値、と比較する。
【００６６】
図７は、様々な実施形態による、第１のデバイスとの第１の接続を有する第２のデバイスを動作させるための例示的な方法のフローチャート７００である。第２のデバイス及び第１のデバイスは、例えば、ピア・ツー・ピア無線通信デバイスである。例示的な方法の動作は、ステップ７０２でスタートし、ステップ７０４に進む。
【００６７】
ステップ７０４において、第２の通信デバイスは、前記第１の接続より高い優先順位を有する接続に対応する送信要求及び第１のデバイスからの送信要求についてユーザ・スケジュール間隔の間モニタする。様々な実施形態において、送信要求は、送信要求間隔の間に送信され、ユーザ・スケジュール間隔は、複数の送信要求間隔及びそれらに対応する送信要求応答間隔を含む。いくつかの実施形態において、モニタすることは、第２のデバイスと接続を有する、第１のデバイスからの送信要求が送信されることができる間の送信要求間隔及びユーザ・スケジュール間隔の任意の先行する送信要求間隔を含む、送信要求間隔をモニタすることを含む。様々な実施形態において、送信要求間隔は、送信優先順位によるユーザ・スケジュール間隔内で順序付けられる。なお、より高い優先順位を有する接続に対応する送信要求間隔は、前記ユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求間隔の前に発生する。いくつかの実施形態において、送信要求間隔は、ユーザ・スケジュール間隔の間に、対応する送信要求応答間隔がインターリーブされる。
【００６８】
動作は、ステップ７０４からステップ７０６に進む。ステップ７０６において、第２のデバイスは、前記モニタによって検出されたより高い優先順位の接続に対応する送信要求に対応する信号情報を格納する。動作は、ステップ７０６からステップ７０８に進む。
【００６９】
ステップ７０８において、第２のデバイスは、前記モニタによって検出された第１のデバイスからの送信要求を送信するか否かを決定する。第１のデバイスからの送信要求がモニタすることによって検出されなかった場合、動作は、ステップ７０８から終わりのステップ７２６に進む。ここで、動作は、このトラフィック・スロット関してストップする。しかしながら、第１のデバイスからの送信要求がモニタすることによって検出された場合、動作は、ステップ７０８からステップ７０９に進む。ステップ７０９において、第１のデバイスは、前記格納された信号情報から信号品質値を生成する。いくつかの実施形態において、第１のデバイスは、検出されたより高い優先順位の送信要求に対応する格納された信号情報、及び第１のデバイスから検出された送信要求に対応する情報からの信号品質値を生成する。いくつかの実施形態において、生成された信号品質値は、信号対雑音比及び信号対干渉比のうちの１つである。
【００７０】
ステップ７１０において、第２のデバイスは、前記格納された信号情報から生成された受信信号品質値に基づいて送信要求応答を送信するか否かを決定する。ステップ７１０は、サブステップ７１２と、サブステップ７１４と、サブステップ７１６と、サブステップ７１８と、を含む。サブステップ７１２において、第２のデバイスは、生成された受信信号品質値をしきい値と比較する。しきい値は、例えば、所定の値とすることができ、時々できる、受信機譲歩（ＲＸ譲歩）しきい値である。動作は、サブステップ７１２からサブステップ７１４に進む。サブステップ７１４において、生成された受信信号品質値がしきい値未満である場合、動作は、サブステップ７１４からサブステップ７１８に進む；他方、動作は、サブステップ７１４からサブステップ７１６に進む。
【００７１】
サブステップ７１６において、第２のデバイスは、送信要求応答を送信することを決定する。サブステップ７１８に戻って、サブステップ７１８において第２の通信デバイスは、送信要求応答の送信を控えることを決定する。
【００７２】
動作は、サブステップ７１６からステップ２０に進む。ステップ７２０において、第２の通信デバイスは、第１の接続に対応する送信要求が受信された、送信要求間隔に対応する送信要求応答間隔で送信要求応答を送信する。その後、ステップ７２４において、第２の通信デバイスは、第１のデバイスによって送信されたユーザ・データをトラフィック間隔で受信する。動作は、ステップ７２４から終了するステップ７２４に進む。ここで、動作は、このトラフィック・スロットに関してストップする。
【００７３】
サブステップ７１８に戻って、動作は、サブステップ７１８からステップ７２２に進む。ステップ７２２において、第２の通信デバイスは、第１の接続に対応する送信要求が受信された、送信要求間隔に対応する送信要求応答間隔で送信要求応答を送信することを控えるために動作する。動作は、ステップ６２２から終了するステップ７２６に進む。ここで、動作は、このトラフィック・スロットに関してストップする。
【００７４】
図８は、様々な実施形態による例示的な第１の通信デバイス８００の図である。例示的な第２の通信デバイス８００は、例えば、ピア・ツー・ピア通信をサポートするモバイル・ノードである。時々、第２の通信デバイス８００は、ピア・ツー・ピア通信をサポートする第２のモバイル・ノードのような第１の通信デバイスとの接続を有する。
【００７５】
例示的な第２の通信デバイス８００は、様々な要素がデータおよび情報を交換するためのバス８１２を介して互いに結合された、無線受信機モジュール８０２と、無線送信機モジュール８０４と、ユーザＩ／Ｏデバイス８０８と、プロセッサ８０６と、メモリ６１０と、を含む。メモリ８１０は、ルーチン８１８及びデータ／情報８２０を含む。
【００７６】
ＯＦＤＭ受信機のような無線受信機モジュール８０２は、第２の通信デバイス８００が接続を有する第１の通信デバイス及び局所近傍での他のピア・ツー・ピア通信デバイスのような、他のデバイスから信号を受信するための受信アンテナ８１４に結合される。無線受信機モジュール８０２は、第２の通信デバイス８００が接続を有する第１の通信デバイスから、ユーザ・スケジュール間隔の間に送信要求信号、例えば、ＴＸ要求、を受信する。更に、無線受信機モジュール８０２は、第２の通信デバイスが接続を有する第１の通信デバイスから送信された、トラフィック間隔の間のピア・ツー・ピア・ユーザ・データ信号のような、トラフィック間隔の間のユーザ・データ信号を受信する。
【００７７】
ＯＦＤＭ送信機のような無線送信機モジュール８０４は、第２の通信デバイスが他のピア・ツー・ピア通信デバイス、例えば、第２の通信デバイスと接続を有する第１の通信デバイス、にピア・ツー・ピア信号を送信するための送信アンテナ８１６に結合される。いくつかの実施形態において、同じアンテナは、送信機と受信機の両方のために使用される。無線発信機モジュール８０４は、第１の通信デバイスとの第１の接続に対応する送信要求が受信された送信要求間隔に対応する送信要求応答間隔で送信要求応答信号、例えば、ＲＸエコー信号を送信する。
【００７８】
ユーザＩ／Ｏデバイス８０８は、例えば、マイクロホン、キーボード、キーパッド、スイッチ、カメラ、マウス、スピーカ、ディスプレイなどを含む。ユーザＩ／Ｏデバイス８０８により、第２の通信デバイス８００のユーザは、データ／情報を入力し、出力データ／情報にアクセスし、第２の通信デバイス８００の少なくともいくつかの機能、例えば、別のピア・ツー・ピア通信との接続を開始し、ピア・ツー・ピア・ユーザ・トラフィック・データを入力する、など、を制御することができる。
【００７９】
ＣＰＵのような、プロセッサ８０６は、第２の通信デバイスの動作を制御し、方法、例えば、図７のフローチャート７００の方法、を実施するためにメモリ８１０内のルーチン８１８を実行し、データ／情報８２０を使用する。  ルーチン８１８は、通信ルーチン８２２及び無線端末制御ルーチン８２４を含む。通信ルーチン８２２は、第１の通信デバイス８００によって使用される様々な通信プロトコルを実施する。無線端末制御ルーチン８２４は、モニタ・モジュール８２６と、受信信号品質値生成モジュール６２９と、送信要求応答決定モジュール６３０と、送信要求応答生成モジュール６３３と、ユーザ・データ・復号モジュール６３４と、制御モジュール６３６と、を含む。モニタ・モジュール８２６は、サブモジュール８２８をモニタする送信要求間隔を含む。送信要求応答決定モジュール８３０は、しきい値比較モジュール８３２を含む。
【００８０】
データ／情報８２０は、タイミング構造情報８３８、第２のデバイスが接続を有している第１の通信デバイスから検出された送信要求に対応する信号情報８４７、及びより高い優先順位の接続に対応する送信要求に対応する信号情報８４８を含む。タイミング構造情報８３８は、ユーザ・スケジュール間隔情報８４０及びトラフィック間隔情報８４６を含む。ユーザ・スケジュール間隔情報８４０は、異なる優先順位レベル８４２に対応する順序付けられた送信要求間隔のセットを識別する情報８４２及び要求応答間隔のセットを識別する情報８４４を含む。様々な実施形態において、各送信要求間隔に対応する送信要求応答間隔がある。いくつかの実施形態において、送信要求間隔は、送信要求応答間隔でインターリーブされる。様々な実施形態において、タイミング構造情報８３８は、異なる優先順位レベルに対応する順序付けられた送信要求間隔のセットを識別する。ここで、より高い優先順位を有する接続に対応する送信要求間隔は、ユーザ・スケジュール間隔内でより低い優先順位を有する接続に対応する送信要求間隔の前に発生する。トラフィック間隔情報８４６は、ユーザ・スケジュール間隔で通信される要求が対応する、ピア・ツー・ピア・トラフィック・セグメントを含むような、トラフィック間隔を識別する。
【００８１】
第２のデバイスが接続を有している第１のデバイスからの送信要求に対応する信号情報８４７は、例えば、第１のデバイスからの受信された送信要求の電力測定情報を含む。より高い優先順位接続に対応する送信要求に対応する信号情報８４８は、例えば、モニタ・モジュールによって検出されたより高い優先順位接続に対応する送信要求に対応する受信された電力レベル情報のような情報を含む。
【００８２】
モニタ・モジュール８２６は、前記第１の接続より高い優先順位を有する接続に対応する送信要求、及び第１のデバイスからの送信要求についてユーザ・スケジュール間隔の間モニタする。
【００８３】
いくつかの実施形態において、送信要求は、送信要求間隔の間に送信される。また、ユーザ・スケジュール間隔は、複数の送信要求間隔および複数の送信要求間隔に対応する送信要求応答間隔を含む。送信要求間隔モニタ・サブモジュール８２８は、第１のデバイスからの送信要求が送信されることができる間の送信要求間隔、及びユーザ・スケジュール間隔内の任意の先行する送信要求間隔を含む送信要求間隔をモニタする。いくつかの実施形態において、送信要求間隔は、ユーザ・スケジュール間隔の間に、対応する送信要求応答間隔がインターリーブされる。
【００８４】
受信信号値生成モジュール８２９は、第２のデバイス８００が接続を有する、第１のデバイスに対応する検出された送信要求信号、及びより高い優先順位の接続に対応する送信要求に対応する信号情報８４８の関数として受信信号品質値を生成する。いくつかの実施形態において、生成された受信信号品質値は、信号対雑音値及び信号対干渉値のうちの１つである。いくつかの実施形態において、生成された受信信号品質値は、第２の通信デバイス８００の受信機８０２での予測信号対雑音又は予測信号対干渉の推定値であり、第２の通信デバイスは、トラフィック間隔の間に第１の通信デバイスからトラフィック信号を受信することになる。
【００８５】
送信要求応答決定モジュール８３０は、モニタ・モジュール８２６によって検出された第１のデバイスからの送信要求に応じて格納された信号情報から生成された受信信号値に基づいて送信要求応答、例えばＲＸエコー信号、を送信するか否かを決定する。いくつかの実施形態において、生成された受信信号品質値は、信号対雑音比値および信号対干渉値のうちの１つである。
【００８６】
しきい値比較モジュール８３２は、生成された受信信号品質値をしきい値と比較する。しきい値は、例えば、前もって決めることができ、時々そうである、受信機譲歩しきい値である。
【００８７】
送信要求応答生成モジュール８３３は、第２の通信デバイスが接続を有し、第２の通信デバイスが送信要求を受信する第１の通信デバイスに送信されるべき送信要求応答信号、例えばＲＸエコー信号、を生成する。いくつかの実施形態において、生成された送信要求応答信号は、単一のトーン・シンボル、例えば１つのシンボル送信時間間隔の継続時間に対する１つのＯＦＤＭトーンを使用して通信される信号である。
【００８８】
ユーザ・データ復号器モジュール８３４は、無線受信機モジュール８０２によって受信されたユーザ・データ信号を復号する。決定モジュール８３０が第１の接続に対応する検出された送信要求に応じて送信要求応答を送信するべきでないと決定される場合、制御モジュール８３６は、第１の接続に対応する送信要求が受信された送信要求間隔に対応する送信要求応答間隔で送信要求応答を送信することを控える。
【００８９】
図９は、複数の順序付けられた送信要求が複数の順序付けられた送信要求応答間隔の前に配置される、いくつかの実施形態で使用される代替構造を示した図面１８００である。この代替構造は、要求間隔と要求応答間隔との間のインターリーブを備える図４で示された構造の代わりのいくつかの実施形態で使用される。典型的なユーザ・スケジュール部分１８０２は、送信要求部分に続いて送信応答部分１８０６を含む。送信要求部分１８０４は、より高い優先順位接続に関連する第１の送信要求間隔１８０８と、その後に続く中位の優先順位接続に関連する第２の送信要求間隔１８１０と、その後に続くより低い優先順位接続に関連する第３の送信要求間隔１８１２と、を含む。送信要求応答部分１８０６は、より高い優先順位接続に関連する第１の送信要求応答間隔１８１４と、その後に続く中位の優先順位接続に関連する第２の送信要求応答間隔１８１６と、その後に続く、より低い優先順位接続に関連する第３の送信要求応答間隔１８１８と、を含む。
【００９０】
図１０は、複数の要求間隔、及び複数の要求応答間隔を含む構造を利用するピア・ツー・ピア・シグナリングの例を示す図面１９００である。図１０のＷＴは、図５、図６、図７、及び／又は図８に関して説明された任意の通信デバイスである。この例において、無線端末（ＷＴ）Ａ  １９０２は、ＷＴ  Ｂ  １９０４とピア・ツー・ピア接続を有し、ＷＴ  Ｃ  １９０６は、ＷＴ  Ｄ  １９０８とピア・ツー・ピア接続を有する。例示の目的のための仮定として、ＷＴ  Ａは、このトラフィック・スロットでＷＴ  Ｂにピア・ツー・ピア・トラフィック信号を送信したく、更に、ＷＴ  Ｃは、この同じトラフィック・スロットでＷＴ  Ｄにピア・ツー・ピア・トラフィック信号を送信したいとする。更に、これを例示するための仮定として、ＷＴ  Ａ  １９０２は、ＷＴ  Ｄ  １９０８と非常に近い位置にあるとする。
【００９１】
ＷＴ  Ａ−＞ＷＴ  Ｂ接続がＷＴ  Ｃ−＞ＷＴ  Ｄ接続より高い優先順位を有すると仮定する。ユーザ・スケジュール間隔１９１０は、送信要求部分１９１２、及び送信要求応答部分１９１４を含む。送信要求部分は、第１のＯＦＤＭ送信要求シンボルを伝送する第１の送信要求間隔１９１６、第２のＯＦＤＭ送信要求シンボルを伝送する第２の送信要求間隔１９１８、及び第３のＯＦＤＭ送信要求を伝送する第３の送信要求間隔１９２０を含む。
【００９２】
間隔１９１６で通信される要求は、間隔１９１８で通信される要求より高い優先順位を有し、間隔１９１８で通信される要求は、間隔１９２０で通信される要求より高い優先順位を有する。この例において、第１の要求間隔１９１６のＯＦＤＭトーン・シンボル１９２８は、ＷＴ  ＡからＷＴ  Ｂに送信要求を搬送するために保持される；第２の要求間隔１９１８のＯＦＤＭトーン・シンボル１９３０は、ＷＴ  ＣからＷＴ  Ｄに送信要求を搬送するために保持される。
【００９３】
送信要求応答部１９１４は、第１のＯＦＤＭ送信要求応答シンボルを伝送する第１の送信要求応答間隔１９２２、第２のＯＦＤＭ送信要求応答シンボルを伝送する第２の送信要求応答間隔１９２４、及び第３のＯＦＤＭ送信要求応答シンボルを伝送する第３の送信要求応答間隔１９２６を含む。
【００９４】
間隔１９２２で通信される要求応答、例えばＲＸエコー信号は、間隔１９２４で通信される要求応答より高い優先順位を有し、間隔１９２４で通信される要求応答は、間隔１９２６で通信される要求応答より高い優先順位を有する。この例において、第１の要求応答間隔１９２２のＯＦＤＭトーン・シンボル１９３２は、ＷＴ  ＢからＷＴ  Ａに送信要求応答、例えば、ＲＸエコー信号を搬送するために保持される；また、第２の要求応答間隔１９２４のＯＦＤＭトーン・シンボル１９３４は、ＷＴ  ＤからＷＴ  Ｃに送信要求応答を搬送するために保持される。
【００９５】
例示的なシグナリングが今、説明されるだろう。ＷＴ  Ａ  １９０２は、トーン・シンボル１９２８を使用して、ＷＴ  Ｂ  １９０４にＴＸリクエスト信号１９３６を送信する。次に、ＷＴ  Ｃ  １９０６は、トーン・シンボル１９３０を使用して、ＷＴ  Ｄ  １９０８にＴＸリクエスト信号１９４０を送信する。
【００９６】
無線端末Ｂは、トーン・シンボル１９３２を使用して、ＷＴ  Ａ  １９０２にＲＸエコー信号１９３８を送信する。無線端末Ｄ  １９０８は、ＷＴ  Ａ  １９０２からのＴＸリクエスト信号を検出し、ＷＴ  Ａと  ＷＴ  Ｂの接続がＷＴ  ＣとＷＴ  Ｄ自身の接続より高い優先順位を有することを認識し、ＷＴ  Ａ  １９０２からの推定干渉がしきい値を超えると予測される、例えば、その決定されたＳＮＲがあまりに低いと予測される、ことを決定する。したがって、ＷＴ  Ｄ  １９０８は、ボックス１９４２及び斜交平行線模様シェーディングがないＯＦＤＭトーン・シンボル１９３４によって示されるように、受信機譲歩を実行し、ＷＴ  Ｃ  １９０６にＲＸエコー信号を送信しないことを決定する。無線端末Ａ  １９０２は、トラフィック間隔でＷＴ  Ｂにトラフィック信号１９４４を送信する。
【００９７】
図１１は、要求間隔及び要求応答間隔がインターリーブされる複数の要求間隔及び複数の要求応答間隔を含む構造を利用するピア・ツー・ピア・シグナリングの例を示す図面２０００である。図１１のＷＴは、例えば、図５、図６、図７及び／又は図８に関して説明された任意の通信デバイスである。この例において、無線端末（ＷＴ）Ａ  ２００２は、ＷＴ  Ｂ  ２００４とピア・ツー・ピア接続を有し、ＷＴ  Ｃ  ２００６は、ＷＴ  Ｄ  ２００８とピア・ツー・ピア接続を有する。これを例示するための仮定として、ＷＴ  Ａは、このトラフィック・スロットでＷＴ  Ｂにピア・ツー・ピア・トラフィック信号を送信したく、更に、ＷＴ  Ｃは、この同じトラフィック・スロットでＷＴ  Ｄにピア・ツー・ピア・トラフィック信号を送信したいとする。更に、これを例示するための仮定として、ＷＴ  Ａ  ２００２は、ＷＴ  Ｄ  ２００８と非常に近い位置にあるとする。
【００９８】
ＷＴ  Ａ−＞ＷＴ  Ｂ接続がＷＴ  Ｃ−＞ＷＴ  Ｄ接続より高い優先順位を有すると仮定する。ユーザ・スケジュール間隔２０１０は、ＴＸ要求間隔１  ２０１２と、その後に続くＴＸ要求応答間隔１  ２０１４と、その後に続くＴＸ要求間隔２  ２０１６と、その後に続くＴＸ要求応答間隔２  ２０１８と、その後に続くＴＸ要求間隔３  ２０２０と、その後に続くＴＸ要求応答間隔３  ２０２２と、を含む。
【００９９】
第１の送信要求シンボル２０２４は、ＴＸ要求間隔１  ２０１２の間に伝達され；第１の送信要求応答シンボル２０２６は、ＴＸ要求応答間隔２０１４の間に伝達され；第２の送信要求シンボル２０２８は、ＴＸ要求間隔２  ２０１６の間に伝達され；第２の送信要求応答シンボル２０３０は、ＴＸ要求応答間隔２  ２０１８の間に伝達され；第３の送信要求シンボル２０３２は、ＴＸ要求間隔３  ２０２０の間に伝達され；第３の送信要求応答シンボル２０３４は、ＴＸ要求応答間隔２０２２の間に伝達される。
【０１００】
間隔２０１２で通信される要求は、間隔２０１６で通信される要求より高い優先順位を有し、間隔２０１６で通信される要求は、間隔２０２０で通信される要求より高い優先順位を有する。この例において、第１の要求間隔２０２４のＯＦＤＭトーン・シンボル２０３６は、ＷＴ  ＡからＷＴ  Ｂに送信要求を搬送するために保持される；第２の要求間隔２０２８のＯＦＤＭトーン・シンボル２０４０は、ＷＴ  ＣからＷＴ  Ｄに送信要求を搬送するために保持される。
【０１０１】
間隔２０１４で通信される要求応答、例えばＲＸエコー信号は、間隔２１０８で通信される要求応答より高い優先順位を有し、間隔２０１８で通信される要求応答は、間隔２０２２で通信される要求応答より高い優先順位を有する。この例において、第１の要求応答間隔２０２６のＯＦＤＭトーン・シンボル２０３８は、ＷＴ  ＢからＷＴ  Ａに送信要求応答、例えば、ＲＸエコー信号を搬送するために保持される；また、第２の要求応答間隔２０３０のＯＦＤＭトーン・シンボル１９４２は、ＷＴ  ＤからＷＴ  Ｃに送信要求応答を搬送するために保持される。
【０１０２】
例示的なシグナリングが今、説明されるだろう。ＷＴ  Ａ  ２００２は、トーン・シンボル２０２６を使用して、ＷＴ  Ｂ  ２００４にＴＸリクエスト信号２０４４を送信する。次に、ＷＴ  Ｃ  ２００４は、ＷＴ  Ａ  ２００２にＲＸエコー信号を送信する。ＷＴ  Ｃ  ２００６は、トーン・シンボル２０４０を使用して、ＷＴ  Ｄ  ２００８にＴＸリクエスト信号２０４８を送信する。
【０１０３】
無線端末Ｄ  ２００８は、ＷＴ  Ａ  ２００２からのＴＸリクエスト信号を検出し、ＷＴ  Ａと  ＷＴ  Ｂの接続がＷＴ  ＣとＷＴ  Ｄ自身の接続より高い優先順位を有することを認識し、ＷＴ  Ａ  ２００２からの推定干渉がしきい値を超えると予測される、例えば、その決定されたＳＮＲがあまりに低いと予測される、ことを決定する。したがって、ＷＴ  Ｄ  ２００８は、ボックス２０５０及び斜交平行線模様シェーディングがないＯＦＤＭトーン・シンボル２０４２で示されるように、受信機譲歩を実行し、ＷＴ  Ｃ  ２００６にＲＸエコー信号を送信しないことを決定する。無線端末Ａ  ２００２は、トラフィック間隔のＷＴ  Ｂ  ２００４にトラフィック信号２０５２を送信する。
【０１０４】
図１２は、複数の要求間隔、及び複数の要求応答間隔を含む構造を利用するピア・ツー・ピア・シグナリングの例を示す図面２１００である。図１０のＷＴは、図５、図６、図７、及び／又は図８に関して説明された任意の通信デバイスである。この例において、無線端末（ＷＴ）Ａ  ２１０２は、ＷＴ  Ｂ  ２１０４とピア・ツー・ピア接続を有し、ＷＴ  Ｃ  ２１０６は、ＷＴ  Ｄ  ２１０８とピア・ツー・ピア接続を有し、ＷＴ  Ｅ  ２１１０は、ＷＴ  Ｆ  ２１１２とピア・ツー・ピア接続を有する。これを例示するための仮定として、ＷＴ  Ａは、このトラフィック・スロットでＷＴ  Ｂにピア・ツー・ピア・トラフィック信号を送信したく、更に、ＷＴ  Ｃは、この同じトラフィック・スロットでＷＴ  Ｄにピア・ツー・ピア・トラフィック信号を送信したく、ＷＴ  Ｅは、この同じトラフィック・スロットでＷＴ  Ｆ  ２１１２にピア・ツー・ピア・トラフィック信号を送信したいとする。更に、この例示の目的のための仮定として、ＷＴ  Ｂ  ２１０２は、ＷＴ  Ｃ  ２１０６と非常に近い位置にあり、ＷＴ  Ｄは、ＷＴ  Ｅ  ２１１０と非常に近い位置にあるとする。
【０１０５】
ＷＴ  Ａ−＞ＷＴ  Ｂ接続がＷＴ  Ｃ−＞ＷＴ  Ｄ接続より高い優先順位を有すると仮定し、ＷＴ  Ｃ−＞ＷＴ  Ｄ接続がＷＴ  Ｅ−＞ＷＴ  Ｆ接続より高い優先順位を有すると仮定する。ユーザ・スケジュール間隔２１１４は、送信要求部２１１６、及び送信要求応答部２１１８を含む。送信要求部分２１１６は、第１のＯＦＤＭ送信要求シンボルを伝送する第１の送信要求間隔２１２０、第２のＯＦＤＭ送信要求シンボルを伝送する第２の送信要求間隔２１２２、及び第３のＯＦＤＭ送信要求を伝送する第３の送信要求間隔２１２４を含む。
【０１０６】
間隔２１２０で通信される要求は、間隔２１２２で通信される要求より高い優先順位を有し、間隔２１２２で通信される要求は、間隔２１２４で通信される要求より高い優先順位を有する。この例において、第１の要求間隔２１２０のＯＦＤＭトーン・シンボル２１３２は、ＷＴ  ＡからＷＴ  Ｂに送信要求を搬送するために保持される；第２の要求間隔２１２２のＯＦＤＭトーン・シンボル２１３４は、ＷＴ  ＣからＷＴ  Ｄに送信要求を搬送するために保持される。第２の要求間隔２１２４のＯＦＤＭトーン・シンボル２１３６は、ＷＴ  ＣからＷＴ  Ｄに送信要求を搬送するために保持される。
【０１０７】
送信要求応答部分２１１８は、第１のＯＦＤＭ送信要求応答シンボルを伝送する第１の送信要求応答間隔２１２６と、第２のＯＦＤＭ送信要求応答シンボルを伝送する第２の送信要求応答間隔２１２８と、及び第３のＯＦＤＭ送信要求応答シンボルを伝送する第３の送信要求応答間隔２１３０と、を含む。
【０１０８】
間隔２１２６で通信される要求応答、例えばＲＸエコー信号は、間隔２１２８で通信される要求応答より高い優先順位を有し、間隔２１２８で通信される要求応答は、間隔２１３０で通信される要求応答より高い優先順位を有する。この例において、第１の要求応答間隔２１２６のＯＦＤＭトーン・シンボル２１３８は、ＷＴ  ＢからＷＴ  Ａに送信要求応答、例えば、ＲＸエコー信号を搬送するために保持される；また、第２の要求応答間隔２１２８のＯＦＤＭトーン・シンボル２１４０は、ＷＴ  ＤからＷＴ  Ｃに送信要求応答を搬送するために保持される。また、第２の要求応答間隔２１３０のＯＦＤＭトーン・シンボル２１４２は、ＷＴ  ＦからＷＴ  Ｅに送信要求応答を搬送するために保持される。
【０１０９】
例示的なシグナリングが今、説明されるだろう。ＷＴ  Ａ  ２１０２は、トーン・シンボル２１３２を使用して、ＷＴ  Ｂ  ２１０４にＴＸリクエスト信号２１４４を送信する。次に、ＷＴ  Ｃ  ２１０６は、トーン・シンボル２１３４を使用して、ＷＴ  Ｄ  ２１０８にＴＸリクエスト信号２１４６を送信する。次に、ＷＴ  Ｅ  ２１１０は、トーン・シンボル２１３６を使用して、ＷＴ  Ｆ  ２１１２にＴＸリクエスト信号１９４８を送信する。
【０１１０】
無線端末Ｂ２１０４は、トーン・シンボル２１３８を使用して、ＷＴ  Ａ  ２１０２にＲＸエコー信号２１５０を送信する。ＷＴ  Ｄ  ２１０８は、トーン・シンボル２１４０を使用して、ＷＴ  Ｃ  ２１０６にＲＸエコー信号２１５２を送信する。ＷＴ  Ｆ  ２１１２は、トーン・シンボル２１４２を使用して、ＷＴ  Ｅ  ２１１０にＲＸエコー信号２１５４を送信する。
【０１１１】
ＷＴ  Ｃ  ２１０６は、ＷＴＣ自身の接続（ＷＴ  Ｃ  −＞ＷＴ  Ｄ）より高い優先順位の接続（ＷＴ  Ａ  −＞ＷＴ  Ｂ）に対応するように認識する、ＷＴ  Ｂ  ２１０４からのＲＸエコー信号２１５０を受信し、ＷＴ  ＣがＷＴ  Ｂに対して生成され得る予測干渉レベルがしきい値を越える事を決定し、ボックス２１５６で示されるようにＴＸ譲歩を実行することを決定する。したがって、ＷＴ  Ｃは、トラフィック信号のＷＴ  Ｂ受信に対する干渉を低減するようトラフィック・データ信号を送信しない事を決定する。
【０１１２】
無線端末Ｅ  ２１１０は、無線端末Ｅ自身の接続（ＷＴ  Ｅ  −＞ＷＴ  Ｆ）より高い優先順位の接続（ＷＴ  Ｃ  −＞ＷＴ  Ｄ）に対応するように認識する、ＷＴ  Ｄ  ２１０４からのＲＸエコー信号２１５２を受信し、ＷＴ  ＥがＷＴ  Ｄに対して生成され得る予測干渉レベルがしきい値を越える事を決定し、ボックス２１５８で示されるようにＴＸ譲歩を実行することを決定する。したがって、ＷＴ  Ｅは、トラフィック信号のＷＴ  Ｄ受信に対する干渉を低減するようトラフィック・データ信号を送信しないことを決定する。
【０１１３】
ＷＴ  Ａは、ＷＴ  Ｂ  ２１０４にトラフィック間隔の間にトラフィック信号２１６０を送信する。無線端末ＣとＥの両方が両方のトラフィック間隔の間、トラフィック信号の送信を控える。
【０１１４】
図１３は、要求間隔及び要求応答間隔がインターリーブされる複数の要求間隔及び複数の要求応答間隔を含む構造を利用するピア・ツー・ピア・シグナリングの例を示す図面２２００である。図１３のＷＴは、図５、図６、図７、及び／又は図８に関して説明された任意の通信デバイスである。この例において、無線端末（ＷＴ）Ａ  ２２０２は、ＷＴ  Ｂ  ２２０４とピア・ツー・ピア接続を有し；ＷＴ  Ｃ  ２２０６は、ＷＴ  Ｄ  ２２０８とピア・ツー・ピア接続を有し；ＷＴ  Ｅ  ２２０７は、ＷＴ  Ｆ  ２２０９とピア・ツー・ピア接続を有する。例示の目的のための仮定として、ＷＴ  Ａ  ２２０２は、このトラフィック・スロットでＷＴ  Ｂ  ２２０４にピア・ツー・ピア・トラフィック信号を送信したく、ＷＴ  Ｃ  ２２０６は、この同じトラフィック・スロットでＷＴ  Ｄ  ２２０８にピア・ツー・ピア・トラフィック信号を送信したく；また、ＷＴ  Ｅ  ２２０７は、この同じトラフィック・スロットでＷＴ  Ｆ  ２２０９にピア・ツー・ピア・トラフィック信号を送信したいとする。更に、これを例示するための仮定として、ＷＴ  Ｂ  ２２０４は、ＷＴ  Ｃ  ２２０６と非常に近い位置にあり、ＷＴ  Ｄ  ２２０８は、ＷＴ  Ｅ  ２２０７と非常に近い位置にある。
【０１１５】
ＷＴ  Ａ−＞ＷＴ  Ｂ接続がＷＴ  Ｃ−＞ＷＴ  Ｄ接続より高い優先順位を有し、ＷＴ  Ｃ−＞ＷＴ  Ｄ接続がＷＴ  Ｅ−＞ＷＴ  Ｆ接続より高い優先順位を有すると仮定する。ユーザ・スケジュール間隔２２１０は、ＴＸ要求間隔１  ２２１２と、その後に続くＴＸ要求応答間隔１  ２２１４と、その後に続くＴＸ要求間隔２  ２２１６と、その後に続くＴＸ要求応答間隔２  ２２１８と、その後に続くＴＸ要求間隔３  ２２２０と、その後に続くＴＸ要求応答間隔３  ２２２２と、を含む。
【０１１６】
第１の送信要求シンボル２２２４は、ＴＸ要求間隔１  ２２１２の間に伝達され；第１の送信要求応答シンボル２２２６は、ＴＸ要求応答間隔２２１４の間に伝達され；第２の送信要求シンボル２２２８は、ＴＸ要求間隔２  ２２１６の間に伝達され；第２の送信要求応答シンボル２２３０は、ＴＸ要求応答間隔２  ２２１８の間に伝達され；第３の送信要求シンボル２２３２は、ＴＸ要求間隔３  ２２２０の間に伝達され；第３の送信要求応答記号２２３４は、ＴＸ要求応答間隔３  ２２２２  の間に伝達される。
【０１１７】
間隔２２１２で通信される要求は、間隔２２１６で通信される要求より高い優先順位を有し、間隔２２１６で通信される要求は、間隔２２２０で通信される要求より高い優先順位を有する。この例において、第１の要求間隔２２２４のＯＦＤＭトーン・シンボル２２３６は、ＷＴ  ＡからＷＴ  Ｂに送信要求を搬送するために保持され；第２の要求間隔２２２８のＯＦＤＭトーン・シンボル２２４０は、ＷＴ  ＣからＷＴ  Ｄに送信要求を搬送するために保持され；第３の要求間隔２２３２のＯＦＤＭトーン・シンボル２２２４は、ＷＴ  ＥからＷＴ  Ｆに送信要求を搬送するために保持される。
【０１１８】
間隔２２１４で通信される要求応答、例えばＲＸエコー信号は、間隔２２１８で通信される要求応答より高い優先順位を有し、間隔２２１８で通信される要求応答は、間隔２２２２で通信される要求応答より高い優先順位を有する。この例において、第１の要求応答間隔２２２６のＯＦＤＭトーン・シンボル２２３８は、ＷＴ  ＢからＷＴ  Ａに送信要求応答、例えば、ＲＸエコー信号を搬送するために保持され；第２の要求応答間隔２２３０のＯＦＤＭトーン・シンボル２２４２は、ＷＴ  ＤからＷＴ  Ｃに送信要求応答を搬送するために保持され；また、第３の要求応答間隔２２３４のＯＦＤＭトーン・シンボル２２４６は、ＷＴ  ＦからＷＴ  Ｄに送信要求応答を搬送するために保持される。
【０１１９】
例示的なシグナリングが今、説明されるだろう。ＷＴ  Ａ  ２２０２は、トーン・シンボル２２３６を使用して、ＷＴ  Ｂ  ２２０４にＴＸリクエスト信号２２４８を送信する。次に、ＷＴ  Ｂ  ２２０４は、ＷＴ  Ａ  ２２０２にＲＸエコー信号２２５０を送信する。
【０１２０】
ＷＴ  Ｃは、ＷＴ  Ｂ  からのＲＸエコー信号を検出し、この信号がＷＴ  Ｃ自身の接続（ＷＴ  Ｃ−＞ＷＴ  Ｄ）より優先順位の高い接続（ＷＴ  Ａー＞ＷＴ  Ｂ）に対応することを認識し、トラフィック信号が送信される場合、ＷＴ  ＣがＷＴ  Ｂの受信機で課されるべき推定干渉レベルを決定する。この例において、推定された干渉レベルはしきい値を超える；したがって、ボックス２２５２によって示されるように、ＷＴ  Ｃは、発信機譲歩を実行する。ＷＴ  Ｃが譲歩することを決定したので、点線２２５４を取り消し、斜交平行線模様シェーディングがないＯＦＤＭトーン・シンボル２２４０によって示されるように、ＷＴ  Ｃは、ＯＦＤＭトーン・シンボル２２４０でＷＴ  ＤにＴＸ要求信号を送信しない。
【０１２１】
ＷＴ  ＣがＴＸ要求を送信していないので、ＷＴ  Ｄは、斜交平行線模様シェーディングがないブロック２２４２によって示されるように、ＯＦＤＭトーン・シンボル２２４２でＲＸエコーを送信しない。
【０１２２】
ＷＴ  Ｅ  ２２０７は、ＯＦＤＭトーン・シンボル２２４４を使用して、ＷＴ  Ｆ  ２２０９にＴＸリクエスト信号２２５６を送信する。ＷＴ  Ｆは、ＯＦＤＭトーン・シンボル２２４６を使用して、ＷＴ  ＥにＲＸエコー信号２２５８を送信することによって応答する。
【０１２３】
ＷＴ  Ａは、トラフィック間隔でＷＴ  Ｂ  ２２０４にトラフィック信号２２６０を送信し、ＷＴ  Ｅ  ２２０７は、同じトラフィック間隔でＷＴ  Ｆ  ２２０９にトラフィック信号２２６２を送信する。インターリーブされた要求間隔と要求応答間隔を利用する、図１３に示されたアプローチは、ＷＴ  ＥとＷＴ  Ｆがピア・ツー・ピア・トラフィック信号を通信するのと同時にＷＴ  ＡとＷＴ  Ｂでピア・ツー・ピア・トラフィック信号を通信することを可能にしている一方で、図１２のアプローチでは、ＷＴ  Ａ  は、ＷＴ  Ｂにピア・ツー・ピア・トラフィックを送信するが、ＷＴ  Ｅは、ＷＴ  Ｆにピア・ツー・ピア・トラフィックを送信していないことに注意するべきである。
【０１２４】
図１４は、ピア・ツー・ピア循環タイミング構造の例示的なユーザ・スケジュール間隔２３０２と、ユーザ・スケジュール部のエア・リンク・リソースの例示的なパーティションと、を示す図面２３００である。図１４のＷＴは、例えば、図５、図６、図７、及び／又は図８に関して説明した任意の通信デバイスである。典型的なユーザ・インターバル間隔２３０２は：（ｉ）ミニＴＸ要求スロット１とも呼ばれる高い優先順位に関連する送信要求間隔１  ２３０８と；（ｉｉ）ミニＲＸエコー・スロット１とも呼ばれる高い優先順位に関連する送信要求応答間隔１  ２３１０と；（ｉｉｉ）ミニＴＸ要求スロット２とも呼ばれる中位の優先順位に関連する送信要求間隔２  ２３１２と；（ｉｖ）ミニＲＸエコー・スロット２とも呼ばれる中位の優先順位に関連する送信要求応答間隔２  ２３１４と；（ｖ）ミニＴＸ要求スロット３とも呼ばれる低い優先順位に関連する送信要求間隔３  ２３１６と；（ｉｖ）ミニＲＸエコー・スロット３とも呼ばれる低い優先順位に関連する送信要求応答間隔３  ２３１８と、を含む
間隔（２３０８、２３１２、２３１６）は、送信要求信号（ＴＸ要求信号）を搬送するために指定される、一方、送信要求応答信号（ＲＸエコー信号）を搬送するために指定される。
【０１２５】
横軸２３０４は時間を表し、縦軸２３０６は周波数、たとえば、ＯＦＤＭトーンを表す。ＯＦＤＭシンボル２３２０は、第１の送信要求間隔２３０８の位置にマップされた接続のための送信要求信号を搬送する。ＯＦＤＭシンボル２３２２は、第１の送信要求応答間隔２３１０の位置にマップされた接続のための送信要求応答信号を搬送する。ＯＦＤＭシンボル２３２４は、第２の送信要求間隔２３１２の位置にマップされた接続のための送信要求信号を搬送する。ＯＦＤＭシンボル２３２８は、第２の送信要求応答間隔２３１４の位置にマップされた接続のための送信要求応答信号を搬送する。ＯＦＤＭシンボル２３３０は、第３の送信要求間隔２３１６の位置にマップされた接続のための送信要求信号を搬送する。ＯＦＤＭシンボル２３３２は、第３の送信要求応答間隔２３１８の位置にマップされた接続のための送信要求応答信号を搬送する。
【０１２６】
凡例２３０１は、接続が優先順位「ｊ」を有するために示された「ｉ」で示された接続に対するトラフィック間隔のための送信要求を搬送するために使用される例示的なＯＦＤＭトーン・シンボル２３０３を含む。ここで、より低い優先順位番号は、より高い優先順位を示す。更に、凡例２３０１は、接続が優先順位「ｊ」を有するために示された「ｉ」で示された接続に対する接続に対するトラフィック間隔のための送信要求を搬送するために使用される例示的なＯＦＤＭトーン・シンボル２３０５を含む。この例において、ｉは、１から１８の範囲の整数であり、ｊは、１から１８の範囲の整数である。
【０１２７】
この例において、トラフィック間隔のための１８のピア・ツー・ピア一方向接続に対応する制御ユーザ・スケジュール・シグナリングサポートすることができる位置がある。例えば、例示的な接続Ｃ１１を考慮する。接続Ｃ１１は、ＷＴ  ＡからＷＴ  Ｂへのトラフィック信号に現在、関連すると仮定する。トーン・シンボル２３３４は、ＷＴ  Ａから  ＷＴ  Ｂへの送信要求を搬送するために予約される一方、トーン・シンボル２３３６は、ＷＴ  ＢからＷＴ  Ａへの送信要求応答信号、例えば、ＲＸエコー信号を搬送するために予約される。この接続に関連する優先レベルは、「１１」である。
【０１２８】
ＷＴ  ＡがＷＴ  Ｂに送信したいトラフィックを有すると仮定する。無線端末Ａは、より優先順位の高い接続、例えば、任意の優先順位番号１、２、３、４、５、６、７、８、９、１０を有する要求応答リソースに対応する要求応答信号についてモニタする。ＷＴ  Ａは、受信機がより高い優先順位接続に関連付けられるようにする予測干渉レベルを、検出されたより高い優先順位接続のために決定し、予測干渉レベルがしきい値より低いかどうかを決定する。レベルがしきい値を越える場合、ＷＴ  Ａは、トラフィック間隔を譲歩し、トラフィック信号の送信を控える。送信譲歩を引き起こした要求応答は、それ自身の位置に関して以前のスロットの間に発生した、例えば、送信要求応答間隔２３２２内の発生した、場合において、ＷＴ  Ａは、トラフィック間隔でトラフィック信号の送信を控えることに加え、ＯＦＤＭトーン・シンボル２３３４で意図した送信要求の送信を控える。
【０１２９】
今、我々は、トラフィック信号ＷＴ  Ｂの意図した受信機の観点から例を考慮する。ＷＴ  ＡがＷＴ  Ｂに送信したいトラフィックを有し、ＷＴ  Ａが、ＯＦＤＭトーン・シンボル２３３４で送信要求を送信する、と再び仮定する。無線端末Ｂは、それ自身の接続、例えばＯＦＤＭトーン・シンボル２３３６に対応する送信要求信号、及びより高い優先順位接続、例えば、任意の優先順位番号１、２、３、４、５、６、７、８、９、１０を有する要求リソースに対応する送信要求信号をモニタし、これらの受信した要求信号に関連する情報を格納する。ＷＴ  Ｂは、ＷＴ  ＡがＷＴ  Ｂにトラフィック信号を送信することを許可する場合の受信機での予測である、予測受信信号品質値、例えば、ＳＮＲ又はＳＩＲ値を決定する。ＷＴ  Ｂは、決定された予測受信品質値をしきい値と比較し、しきい値より未満である場合、ＷＴ  Ｂは、トラフィック送信リソースを譲歩することを決定し、ＷＴ  ＡにＲＸエコー信号を送らない。
【０１３０】
ＯＦＤＭシステムに関して説明したが、様々な実施形態の方法および装置は、多くの非ＯＦＤＭ、及び／又は非セルラーシステムを含む広範囲の通信システムに適用可能である。いくつかの例示的なシステムは、ピア・ツー・ピア・シグナリング、たとえば、いくつかのＯＦＤＭタイプ信号及びいくつかのＣＤＭＡタイプ信号において利用される技術の混合を含む。
【０１３１】
様々な実施形態において、本明細書で説明するノードは、１つ又は複数の方法に対応するステップ、たとえば、第１のシンボル期間を有する第１のシンボルで第１の制御信号を第２の通信デバイスに送ることと、第２のシンボル期間を有する第２のシンボルでユーザ・データを第２の通信デバイスに送信することと、なお、第１及び第２のシンボル期間は、ことなる、他のデバイスからの信号をモニタすることと、干渉の量を決定することと、決定された干渉をしきい値レベルと比較すること、などである。いくつかの実施形態において、様々な機能はモジュールを使用して実施される。そのようなモジュールは、ソフトウェア、ハードウェアまたはソフトウェアとハードウェアの組合せを使用して実施できる。上記の方法または方法ステップの多くは、たとえば１つまたは複数のノードにおいて、上記の方法の全部または一部を実施するために、追加のハードウェアの有無にかかわらず、機械、たとえば汎用コンピュータを制御する、メモリデバイスなど、たとえば、ＲＡＭ、フロッピー（登録商標）・ディスクなどの機械可読媒体中に含まれる、ソフトウェアなどの機械実行可能命令を使用して実施できる。したがって、特に、本態様は、機械、たとえば、プロセッサおよび関連するハードウェアに上述の１つまたは複数の方法のステップの１つまたは複数を実行させるための機械実行可能命令を含む機械可読媒体を対象とする。
【０１３２】
いくつかの実施形態において、１つまたは複数のデバイス、たとえば、無線端末などの通信デバイスの（１つまたは複数の）プロセッサ、たとえば、ＣＰＵは、通信デバイスによって実行されるものとして説明した方法のステップを実行するように構成される。列挙したステップを実行するため、及び／又はプロセッサ構成を制御するためにプロセッサ構成の構成及び／又はプロセッサのハードウェア、例えばハードウェア・モジュールを含むことによる。したがって、すべてではないが、いくつかの実施形態は、プロセッサが含まれるデバイスによって実行される様々な記載の方法のステップの各々に対応するモジュールを含むプロセッサをもつデバイス、たとえば、通信デバイスを対象とする。すべてではないが、いくつかの実施形態において、デバイス、たとえば、通信デバイスは、プロセッサが含まれるデバイスによって実行される様々な記載の方法のステップの各々に対応するモジュールを含む。モジュールは、ソフトウェアおよび／またはハードウェアを使用して実施できる。
【０１３３】
上述の方法および装置に関する多数の追加の変形形態は、上記の説明に鑑みて、当業者には明らかであろう。そのような変形形態は権利範囲内に入ると考えるべきである。様々な実施形態の方法および装置は、ＣＤＭＡ、直交周波数分割多重（ＯＦＤＭ）、および／またはアクセス・ノードとモバイル・ノードとの間の無線通信リンクを与えるために使用される様々な他のタイプの通信技法とともに使用でき、様々な実施形態において使用される。いくつかの実施形態では、アクセス・ノードは、ＯＦＤＭおよび／またはＣＤＭＡを使用してモバイル・ノードとの通信リンクを確立する基地局として実装される。様々な実施形態において、モバイル・ノードは、様々な実施形態の方法を実施するための、受信機／送信機回路ならびに論理および／またはルーチンを含む、ノートブック・コンピュータ、個人情報端末（ＰＤＡ）、または他の携帯デバイスとして実施される。
【図１】
2011502448.tif 000003
【図２】
2011502448.tif 000004
【図３】
2011502448.tif 000005
【図４】
2011502448.tif 000006
【図５】
2011502448.tif 000007
【図５Ａ】
2011502448.tif 000008
【図５Ｂ】
2011502448.tif 000009
【図６】
2011502448.tif 000010
【図７】
2011502448.tif 000011
【図８】
2011502448.tif 000012
【図９】
2011502448.tif 000013
【図１０】
2011502448.tif 000014
【図１１】
2011502448.tif 000015
【図１２】
2011502448.tif 000016
【図１３】
2011502448.tif 000017
【図１４】
2011502448.tif 000018
【国際調査報告】
2011502448.tif 000019
2011502448.tif 000020
2011502448.tif 000021