(57)【要約】  共有通信媒体上でアクセスポイントのサブフレームタイミングを示し、決定するための技法が開示される。ディスカバリー参照信号（ＤＲＳ）を送信する方法は、アクセスポイントのシステムタイミングに対するＤＲＳの送信のための送信タイミングを確立することと、選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間にＤＲＳを送信すべきかどうかを決定することと、ＤＲＳを送信すべきという決定に応答して特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末に送信することとを含み得る。【選択図】      図１Ｂ
2018534866.tif 000002
【特許請求の範囲】
【請求項１】
ディスカバリー参照信号（ＤＲＳ）を送信する方法であって、
アクセスポイントのシステムタイミングに対する前記ＤＲＳの送信のための送信タイミングを確立することと、ここにおいて、前記送信タイミングを確立することが、
前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレームについて、ＤＲＳ送信ウィンドウを選択することを備え、前記選択されたＤＲＳ送信ウィンドウは、前記ＤＲＳがその間に選択的に送信され得る１つまたは複数のサブフレーム（ＳＦ）を備える、
ここにおいて、前記選択されたＤＲＳ送信ウィンドウが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウと、１つのＳＦを備える第２の送信ウィンドウとを備えるグループから選択される、
前記選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間に前記ＤＲＳを送信すべきかどうかを決定することと、
前記ＤＲＳを送信すべきという決定に応答して前記特定のＳＦの間に前記ＤＲＳを少なくとも１つのアクセス端末に送信することと
を備える、方法。
【請求項２】
前記特定のシステムフレームがシステムフレームのシーケンスのうちの１つであり、前記ＤＲＳ送信ウィンドウを選択することが、システムフレームの前記シーケンスのうちの各システムフレームについて厳密に１つのＤＲＳ送信ウィンドウを選択することを備える、請求項１に記載の方法。
【請求項３】
前記第１の送信ウィンドウが、前記特定のシステムフレームの第１のＳＦで開始する２つまたはそれ以上の連続するＳＦからなる持続時間を有する、請求項１に記載の方法。
【請求項４】
前記第１の送信ウィンドウが、前記特定のＳＦの第１のＳＦからオフセットされるオフセットＳＦで開始する２つまたはそれ以上の連続するＳＦからなる持続時間を有する、請求項１に記載の方法。
【請求項５】
前記第２の送信ウィンドウが、前記特定のシステムフレームの第１のＳＦで開始する１つのＳＦからなる持続時間を有する、請求項１に記載の方法。
【請求項６】
前記ＤＲＳ送信ウィンドウを選択することは、
前記特定のシステムフレームが、（ｉ）システムフレームの前記シーケンス中の１つおきのシステムフレームまたは（ｉｉ）システムフレームの前記シーケンス中の３つおきのシステムフレームを含むシステムフレームのあらかじめ決定されたセット内にあるかどうかを決定することと、
前記特定のシステムフレームが前記あらかじめ決定されたセット内にある場合、前記特定のシステムフレームについて前記第１の送信ウィンドウを選択することと、
前記特定のシステムフレームが前記あらかじめ決定されたセット内にない場合、前記特定のシステムフレームについて前記第２の送信ウィンドウを選択することと
を備える、請求項１に記載の方法。
【請求項７】
前記特定のＳＦの間に前記ＤＲＳを送信すべきかどうかを決定することは、
前記特定のＳＦが、前記選択されたＤＲＳ送信ウィンドウ内にあるかどうかを決定することと、
前記選択されたＤＲＳ送信ウィンドウが前記第１の送信ウィンドウであるのか前記第２の送信ウィンドウであるのかを決定することと
を備える、請求項１に記載の方法。
【請求項８】
前記特定のＳＦの間に前記ＤＲＳを送信すべきかどうかを決定することは、
前記選択されたＤＲＳ送信ウィンドウが前記第１の送信ウィンドウであるという決定に応答して、前記特定のＳＦが前記第１の送信ウィンドウ内の最後のＳＦであるかどうかを決定することと、
前記特定のＳＦが、前記第１の送信ウィンドウ内の前記最後のＳＦであるという決定に応答して、通信媒体へのアクセスを求めて競合することなしに前記ＤＲＳを送信することを決定することと
をさらに備える、請求項７に記載の方法。
【請求項９】
前記特定のＳＦの間に前記ＤＲＳを送信すべきかどうかを決定することは、
前記選択されたＤＲＳ送信ウィンドウが前記第２の送信ウィンドウである、または
前記選択されたＤＲＳ送信ウィンドウが前記第１の送信ウィンドウであり、前記特定のＳＦが前記第１の送信ウィンドウ内の最後のＳＦでない
という決定に応答して通信媒体へのアクセスを求めて競合することと、
前記通信媒体へのアクセスが許可される場合、前記ＤＲＳを送信することを決定することと、
前記通信媒体へのアクセスが許可されない場合、前記ＤＲＳの送信を控えることを決定することと
をさらに備える、請求項７に記載の方法。
【請求項１０】
前記通信媒体へのアクセスを求めて競合することは、
前記通信媒体上でのシグナリングをリッスンすることと、
前記通信媒体が、ザがアクセス競合しきい値を超えるシグナリングのレベルを含むかどうかを決定することと、
シグナリングの前記レベルが前記アクセス競合しきい値を超えない場合、アクセスが許可されると決定することと、
シグナリングの前記レベルが前記アクセス競合しきい値を超える場合、アクセスが許可されないと決定することと
を備える、請求項９に記載の方法。
【請求項１１】
ディスカバリー参照信号（ＤＲＳ）を送信するための装置であって、
前記ＤＲＳを送信すべきという決定に応答して特定のサブフレーム（ＳＦ）の間に前記ＤＲＳを少なくとも１つのアクセス端末に送信するように構成されたトランシーバと、
メモリと、前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記プロセッサは、
アクセスポイントのシステムタイミングに対する前記ＤＲＳの送信のための送信タイミングを確立することと、ここにおいて、前記送信タイミングを確立するために、前記プロセッサが、
前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレームについて、ＤＲＳ送信ウィンドウを選択するように構成され、前記選択されたＤＲＳ送信ウィンドウは、前記ＤＲＳがその間に選択的に送信され得る１つまたは複数のＳＦを備える、
ここにおいて、前記選択されたＤＲＳ送信ウィンドウが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウと、１つのＳＦを備える第２の送信ウィンドウとを備えるグループから選択される、
前記選択されたＤＲＳ送信ウィンドウに基づいて前記特定のＳＦの間に前記ＤＲＳを送信すべきかどうかを決定することと
を行うように構成された、
装置。
【請求項１２】
前記特定のシステムフレームがシステムフレームのシーケンスのうちの１つであり、前記ＤＲＳ送信ウィンドウを選択するために、前記プロセッサが、システムフレームの前記シーケンスのうちの各システムフレームについて厳密に１つのＤＲＳ送信ウィンドウを選択するように構成された、請求項１１に記載の装置。
【請求項１３】
前記第１の送信ウィンドウが、前記特定のシステムフレームの第１のＳＦで開始する２つまたはそれ以上の連続するＳＦからなる持続時間を有する、請求項１１に記載の装置。
【請求項１４】
前記第１の送信ウィンドウが、前記特定のＳＦの第１のＳＦからオフセットされるオフセットＳＦで開始する２つまたはそれ以上の連続するＳＦからなる持続時間を有する、請求項１１に記載の装置。
【請求項１５】
前記第２の送信ウィンドウが、前記特定のシステムフレームの第１のＳＦで開始する１つのＳＦからなる持続時間を有する、請求項１１に記載の装置。
【請求項１６】
前記ＤＲＳ送信ウィンドウを選択するために、前記プロセッサは、
前記特定のシステムフレームが、（ｉ）システムフレームの前記シーケンス中の１つおきのシステムフレームまたは（ｉｉ）システムフレームの前記シーケンス中の３つおきのシステムフレームを含むシステムフレームのあらかじめ決定されたセット内にあるかどうかを決定することと、
前記特定のシステムフレームが前記あらかじめ決定されたセット内にある場合、前記特定のシステムフレームについて前記第１の送信ウィンドウを選択することと、
前記特定のシステムフレームが前記あらかじめ決定されたセット内にない場合、前記特定のシステムフレームについて前記第２の送信ウィンドウを選択することと
を行うように構成された、請求項１１に記載の装置。
【請求項１７】
前記特定のＳＦの間に前記ＤＲＳを送信すべきかどうかを決定するために、前記プロセッサは、
前記特定のＳＦが、前記選択されたＤＲＳ送信ウィンドウ内にあるかどうかを決定することと、
前記選択されたＤＲＳ送信ウィンドウが前記第１の送信ウィンドウであるのか前記第２の送信ウィンドウであるのかを決定することと
を行うようにさらに構成された、請求項１１に記載の装置。
【請求項１８】
前記特定のＳＦの間に前記ＤＲＳを送信すべきかどうかを決定するために、前記プロセッサは、
前記選択されたＤＲＳ送信ウィンドウが前記第１の送信ウィンドウであるという決定に応答して、前記特定のＳＦが前記第１の送信ウィンドウ内の最後のＳＦであるかどうかを決定することと、
前記特定のＳＦが、前記第１の送信ウィンドウ内の前記最後のＳＦであるという決定に応答して、通信媒体へのアクセスを求めて競合することなしに前記ＤＲＳを送信することを決定することと
を行うようにさらに構成された、請求項１７に記載の装置。
【請求項１９】
前記特定のＳＦの間に前記ＤＲＳを送信すべきかどうかを決定するために、前記プロセッサは、
前記選択されたＤＲＳ送信ウィンドウが前記第２の送信ウィンドウである、または
前記選択されたＤＲＳ送信ウィンドウが前記第１の送信ウィンドウであり、前記特定のＳＦが前記第１の送信ウィンドウ内の最後のＳＦでない
という決定に応答して通信媒体へのアクセスを求めて競合することと、
前記通信媒体へのアクセスが許可される場合、前記ＤＲＳを送信することを決定することと、
前記通信媒体へのアクセスが許可されない場合、前記ＤＲＳの送信を控えることを決定することと
を行うようにさらに構成された、請求項１７に記載の装置。
【請求項２０】
前記通信媒体へのアクセスを求めて競合するために、前記プロセッサは、
前記通信媒体上でのシグナリングをリッスンすることと、
前記通信媒体が、ザがアクセス競合しきい値を超えるシグナリングのレベルを含むかどうかを決定することと、
シグナリングの前記レベルが前記アクセス競合しきい値を超えない場合、アクセスが許可されると決定することと、
シグナリングの前記レベルが前記アクセス競合しきい値を超える場合、アクセスが許可されないと決定することと
を行うようにさらに構成された、請求項１９に記載の装置。
【請求項２１】
ディスカバリー参照信号（ＤＲＳ）を送信するための装置であって、
アクセスポイントのシステムタイミングに対する前記ＤＲＳの送信のための送信タイミングを確立するための手段と、ここにおいて、前記送信タイミングを確立するための手段が、
前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレームについてＤＲＳ送信ウィンドウを選択するための手段を備え、前記選択されたＤＲＳ送信ウィンドウは、前記ＤＲＳがその間に選択的に送信され得る１つまたは複数のサブフレーム（ＳＦ）を備える、
ここにおいて、前記選択されたＤＲＳ送信ウィンドウが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウと、１つのＳＦを備える第２の送信ウィンドウとを備えるグループから選択される、
前記選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間に前記ＤＲＳを送信すべきかどうかを決定するための手段と、
前記ＤＲＳを送信すべきという決定に応答して前記特定のＳＦの間に前記ＤＲＳを少なくとも１つのアクセス端末に送信するための手段と
を備える、装置。
【請求項２２】
前記特定のシステムフレームがシステムフレームのシーケンスのうちの１つであり、前記ＤＲＳ送信ウィンドウを選択するための手段が、システムフレームの前記シーケンスのうちの各システムフレームについて厳密に１つのＤＲＳ送信ウィンドウを選択するための手段を備える、請求項２１に記載の装置。
【請求項２３】
前記第１の送信ウィンドウが、
前記特定のシステムフレームの第１のＳＦで開始する２つまたはそれ以上の連続するＳＦ、または
前記特定のＳＦの前記第１のＳＦからオフセットされるオフセットＳＦで開始する２つまたはそれ以上の連続するＳＦ
からなる持続時間を有する、請求項２１に記載の装置。
【請求項２４】
前記第２の送信ウィンドウが、前記特定のシステムフレームの第１のＳＦで開始する１つのＳＦからなる持続時間を有する、請求項２１に記載の装置。
【請求項２５】
前記ＤＲＳ送信ウィンドウを選択するための手段は、
前記特定のシステムフレームが、（ｉ）システムフレームの前記シーケンス中の１つおきのシステムフレームまたは（ｉｉ）システムフレームの前記シーケンス中の３つおきのシステムフレームを含むシステムフレームのあらかじめ決定されたセット内にあるかどうかを決定するための手段と、
前記特定のシステムフレームが前記あらかじめ決定されたセット内にある場合、前記特定のシステムフレームについて前記第１の送信ウィンドウを選択するための手段と、
前記特定のシステムフレームが前記あらかじめ決定されたセット内にない場合、前記特定のシステムフレームについて前記第２の送信ウィンドウを選択するための手段と
を備える、請求項２１に記載の装置。
【請求項２６】
プロセッサによって実行されたとき、前記プロセッサに動作を実施させるコードを含む非一時的コンピュータ可読媒体であって、前記非一時的コンピュータ可読媒体は、
アクセスポイントのシステムタイミングに対するＤＲＳの送信のための送信タイミングを確立するためのコードと、ここにおいて、前記送信タイミングを確立するためのコードが、
前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレームについてＤＲＳ送信ウィンドウを選択するためのコードを備え、前記選択されたＤＲＳ送信ウィンドウは、前記ＤＲＳがその間に選択的に送信され得る１つまたは複数のサブフレーム（ＳＦ）を備える、
ここにおいて、前記選択されたＤＲＳ送信ウィンドウが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウと、１つのＳＦを備える第２の送信ウィンドウとを備えるグループから選択される、
前記選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間に前記ＤＲＳを送信すべきかどうかを決定するためのコードと、
前記ＤＲＳを送信すべきという決定に応答して前記特定のＳＦの間に前記ＤＲＳを少なくとも１つのアクセス端末に送信するためのコードと
を備える、非一時的コンピュータ可読媒体。
【請求項２７】
前記特定のシステムフレームがシステムフレームのシーケンスのうちの１つであり、前記ＤＲＳ送信ウィンドウを選択するためのコードが、システムフレームの前記シーケンスのうちの各システムフレームについて厳密に１つのＤＲＳ送信ウィンドウを選択するためのコードを備える、請求項２６に記載の非一時的コンピュータ可読媒体。
【請求項２８】
前記第１の送信ウィンドウが、
前記特定のシステムフレームの第１のＳＦで開始する２つまたはそれ以上の連続するＳＦ、または
前記特定のＳＦの前記第１のＳＦからオフセットされるオフセットＳＦで開始する２つまたはそれ以上の連続するＳＦ
からなる持続時間を有する、請求項２６に記載の非一時的コンピュータ可読媒体。
【請求項２９】
前記第２の送信ウィンドウが、前記特定のシステムフレームの第１のＳＦで開始する１つのＳＦからなる持続時間を有する、請求項２６に記載の非一時的コンピュータ可読媒体。
【請求項３０】
前記ＤＲＳ送信ウィンドウを選択するためのコードは、
前記特定のシステムフレームが、（ｉ）システムフレームの前記シーケンス中の１つおきのシステムフレームまたは（ｉｉ）システムフレームの前記シーケンス中の３つおきのシステムフレームを含むシステムフレームのあらかじめ決定されたセット内にあるかどうかを決定するためのコードと、
前記特定のシステムフレームが前記あらかじめ決定されたセット内にある場合、前記特定のシステムフレームについて前記第１の送信ウィンドウを選択するためのコードと、
前記特定のシステムフレームが前記あらかじめ決定されたセット内にない場合、前記特定のシステムフレームについて前記第２の送信ウィンドウを選択するためのコードと
を備える、請求項２６に記載の非一時的コンピュータ可読媒体。
【請求項３１】
アクセスポイントのシステムタイミングを示す方法であって、
前記アクセスポイントの前記システムタイミングに対する特定のサブフレーム（ＳＦ）のサブフレームインデックス値を決定することと、
前記サブフレームインデックス値に基づいてサブフレームオフセット値を決定することと、
ディスカバリー参照信号（ＤＲＳ）を使用して前記サブフレームオフセット値を示すことと、
前記特定のＳＦの間に前記ＤＲＳを少なくとも１つのアクセス端末に送信することと
を備える、方法。
【請求項３２】
前記特定のＳＦが、前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレーム内にあり、
前記サブフレームインデックス値が前記特定のシステムフレームの第１のＳＦと前記特定のＳＦとの間のＳＦの数に等しい、
請求項３１に記載の方法。
【請求項３３】
前記サブフレームオフセット値が、前記サブフレームインデックス値、および／または前記特定のＳＦと前記特定のシステムフレーム内のＤＲＳ送信ウィンドウの第１のＳＦとの間のＳＦの数に等しい、請求項３２に記載の方法。
【請求項３４】
前記ＤＲＳ送信ウィンドウの前記第１のＳＦが、１つまたは複数のＤＲＳ送信ウィンドウオフセットＳＦによって前記特定のシステムフレームの前記第１のＳＦからオフセットされる、請求項３３に記載の方法。
【請求項３５】
前記ＤＲＳが、サブフレームオフセットインジケータフィールドを有する物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記ＤＲＳを使用して前記サブフレームオフセット値を示すことが、
前記サブフレームオフセットインジケータフィールドを前記サブフレームオフセット値でポピュレートすること
を備える、請求項３１に記載の方法。
【請求項３６】
前記ＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、前記ＤＲＳを使用して前記サブフレームオフセット値を示すことが、
前記サブフレームオフセット値に等しい冗長バージョン値を選択することと、
前記選択された冗長バージョン値に基づいて前記ＰＢＣＨペイロードの冗長バージョンを生成することと
を備える、請求項３１に記載の方法。
【請求項３７】
前記特定のＳＦが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウ内にあるのか１つのＳＦを備える第２の送信ウィンドウ内にあるのかを示すことによってＤＲＳ送信ウィンドウタイプを示すこと
をさらに備える、請求項３１に記載の方法。
【請求項３８】
前記ＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、
前記ＤＲＳ送信ウィンドウタイプを示すことは、
前記特定のＳＦが前記第１の送信ウィンドウ内にある場合、第１の冗長バージョン値を選択し、前記特定のＳＦが前記第２の送信ウィンドウ内にある場合、前記第１の冗長バージョン値とは異なる第２の冗長バージョン値を選択すること
を備え、
前記方法が、
前記選択された冗長バージョン値に基づいて前記ＰＢＣＨペイロードの冗長バージョンを生成すること
をさらに備える、
請求項３７に記載の方法。
【請求項３９】
前記ＤＲＳが、複数のシーケンスに従って生成されるように構成されたセル固有基準信号（ＣＲＳ）および／または２次同期信号（ＳＳＳ）を含み、前記複数のシーケンスのうちの各シーケンスが特定のシーケンス値に関連し、
前記ＤＲＳ送信ウィンドウタイプを示すことは、
前記特定のＳＦが前記第１の送信ウィンドウ内にある場合、第１のシーケンス値を選択し、前記特定のＳＦが前記第２の送信ウィンドウ内にある場合、前記第１のシーケンス値とは異なる第２のシーケンス値を選択すること
を備え、
前記方法、前記プロセッサは、
前記選択されたシーケンス値に基づいて前記ＣＲＳおよび／または前記ＳＳＳを生成すること
を行うようにさらに構成された、
請求項３７に記載の方法。
【請求項４０】
ＤＲＳ送信ウィンドウを選択することと、前記選択されたＤＲＳ送信ウィンドウは、前記ＤＲＳがその間に選択的に送信され得る１つまたは複数のサブフレーム（ＳＦ）を備える、ここにおいて、前記選択されたＤＲＳ送信ウィンドウが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウと、１つのＳＦを備える第２の送信ウィンドウとを備えるグループから選択される、
物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードの第１の送信ウィンドウ周期性フィールドをポピュレートすることによって前記第１の送信ウィンドウの周期性を示すことと、
前記ＰＢＣＨペイロードの第１の送信ウィンドウ境界フィールドをポピュレートすることによって前記第１の送信ウィンドウの境界を示すことと
をさらに備える、請求項３１に記載の方法。
【請求項４１】
アクセスポイントのシステムタイミングを示すための装置であって、
特定のサブフレーム（ＳＦ）の間にディスカバリー参照信号（ＤＲＳ）を少なくとも１つのアクセス端末に送信するように構成されたトランシーバと、
メモリと、前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記プロセッサが、
前記アクセスポイントの前記システムタイミングに対する前記特定のＳＦのサブフレームインデックス値を決定することと、
前記サブフレームインデックス値に基づいてサブフレームオフセット値を決定することと、
前記ＤＲＳを使用して前記サブフレームオフセット値を示すことと
を行うように構成された、
装置。
【請求項４２】
前記特定のＳＦが、前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレーム内にあり、
前記サブフレームインデックス値が前記特定のシステムフレームの第１のＳＦと前記特定のＳＦとの間のＳＦの数に等しい、
請求項４１に記載の装置。
【請求項４３】
前記サブフレームオフセット値が、前記サブフレームインデックス値、および／または前記特定のＳＦと前記特定のシステムフレーム内のＤＲＳ送信ウィンドウの第１のＳＦとの間のＳＦの数に等しい、請求項４２に記載の装置。
【請求項４４】
前記ＤＲＳ送信ウィンドウの前記第１のＳＦが、１つまたは複数のＤＲＳ送信ウィンドウオフセットＳＦによって前記特定のシステムフレームの前記第１のＳＦからオフセットされる、請求項４３に記載の装置。
【請求項４５】
前記ＤＲＳが、サブフレームオフセットインジケータフィールドを有する物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記ＤＲＳを使用して前記サブフレームオフセット値を示すために、前記プロセッサが、
前記サブフレームオフセットインジケータフィールドを前記サブフレームオフセット値でポピュレートする
ように構成された、請求項４１に記載の装置。
【請求項４６】
前記ＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、前記ＤＲＳを使用して前記サブフレームオフセット値を示すために、前記プロセッサが、
前記サブフレームオフセット値に等しい冗長バージョン値を選択することと、
前記選択された冗長バージョン値に基づいて前記ＰＢＣＨペイロードの冗長バージョンを生成することと
を行うように構成された、請求項４１に記載の装置。
【請求項４７】
前記プロセッサは、
前記特定のＳＦが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウ内にあるのか１つのＳＦを備える第２の送信ウィンドウ内にあるのかを示すことによってＤＲＳ送信ウィンドウタイプを示す
ようにさらに構成された、請求項４１に記載の装置。
【請求項４８】
前記ＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、
前記ＤＲＳ送信ウィンドウタイプを示すために、前記プロセッサは、
前記特定のＳＦが前記第１の送信ウィンドウ内にある場合、第１の冗長バージョン値を選択し、前記特定のＳＦが前記第２の送信ウィンドウ内にある場合、前記第１の冗長バージョン値とは異なる第２の冗長バージョン値を選択する
ように構成され、
前記プロセッサが、
前記選択された冗長バージョン値に基づいて前記ＰＢＣＨペイロードの冗長バージョンを生成する
ようにさらに構成された、
請求項４７に記載の装置。
【請求項４９】
前記ＤＲＳが、複数のシーケンスに従って生成されるように構成されたセル固有基準信号（ＣＲＳ）および／または２次同期信号（ＳＳＳ）を含み、前記複数のシーケンスのうちの各シーケンスが特定のシーケンス値に関連し、
前記ＤＲＳ送信ウィンドウタイプを示すために、前記プロセッサは、
前記特定のＳＦが前記第１の送信ウィンドウ内にある場合、第１のシーケンス値を選択し、前記特定のＳＦが前記第２の送信ウィンドウ内にある場合、前記第１のシーケンス値とは異なる第２のシーケンス値を選択する
ように構成され、
前記プロセッサが、
前記選択されたシーケンス値に基づいて前記ＣＲＳおよび／または前記ＳＳＳを生成する
ようにさらに構成された、
請求項４７に記載の装置。
【請求項５０】
前記プロセッサは、
ＤＲＳ送信ウィンドウを選択することと、前記選択されたＤＲＳ送信ウィンドウは、前記ＤＲＳがその間に選択的に送信され得る１つまたは複数のサブフレーム（ＳＦ）を備える、ここにおいて、前記選択されたＤＲＳ送信ウィンドウが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウと、１つのＳＦを備える第２の送信ウィンドウとを備えるグループから選択される、
物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードの第１の送信ウィンドウ周期性フィールドをポピュレートすることによって前記第１の送信ウィンドウの周期性を示すことと、
前記ＰＢＣＨペイロードの第１の送信ウィンドウ境界フィールドをポピュレートすることによって前記第１の送信ウィンドウの境界を示すことと
を行うようにさらに構成された、請求項４１に記載の装置。
【請求項５１】
アクセスポイントのシステムタイミングを示すための装置であって、
前記アクセスポイントの前記システムタイミングに対する特定のサブフレーム（ＳＦ）のサブフレームインデックス値を決定するための手段と、
前記サブフレームインデックス値に基づいてサブフレームオフセット値を決定するための手段と、
ディスカバリー参照信号（ＤＲＳ）を使用して前記サブフレームオフセット値を示すための手段と、
前記特定のＳＦの間に前記ＤＲＳを少なくとも１つのアクセス端末に送信するための手段と
を備える、装置。
【請求項５２】
前記特定のＳＦが、前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレーム内にあり、
前記サブフレームインデックス値が前記特定のシステムフレームの第１のＳＦと前記特定のＳＦとの間のＳＦの数に等しい、
請求項５１に記載の装置。
【請求項５３】
前記ＤＲＳが、サブフレームオフセットインジケータフィールドを有する物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記ＤＲＳを使用して前記サブフレームオフセット値を示すための手段が、
前記サブフレームオフセットインジケータフィールドを前記サブフレームオフセット値でポピュレートするための手段
を備える、請求項５１に記載の装置。
【請求項５４】
前記ＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、前記ＤＲＳを使用して前記サブフレームオフセット値を示すための手段が、
前記サブフレームオフセット値に等しい冗長バージョン値を選択するための手段と、
前記選択された冗長バージョン値に基づいて前記ＰＢＣＨペイロードの冗長バージョンを生成するための手段と
を備える、請求項５１に記載の装置。
【請求項５５】
前記特定のＳＦが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウ内にあるのか１つのＳＦを備える第２の送信ウィンドウ内にあるのかを示すことによってＤＲＳ送信ウィンドウタイプを示すための手段
をさらに備える、請求項５１に記載の装置。
【請求項５６】
プロセッサによって実行されたとき、前記プロセッサに動作を実施させるコードを含む非一時的コンピュータ可読媒体であって、前記非一時的コンピュータ可読媒体が、
アクセスポイントのシステムタイミングに対する特定のサブフレーム（ＳＦ）のサブフレームインデックス値を決定するためのコードと、
前記サブフレームインデックス値に基づいてサブフレームオフセット値を決定するためのコードと、
ディスカバリー参照信号（ＤＲＳ）を使用して前記サブフレームオフセット値を示すためのコードと、
前記特定のＳＦの間に前記ＤＲＳを少なくとも１つのアクセス端末に送信するためのコードと
を備える、非一時的コンピュータ可読媒体。
【請求項５７】
前記特定のＳＦが、前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレーム内にあり、
前記サブフレームインデックス値が前記特定のシステムフレームの第１のＳＦと前記特定のＳＦとの間のＳＦの数に等しい、
請求項５６に記載の非一時的コンピュータ可読媒体。
【請求項５８】
前記ＤＲＳが、サブフレームオフセットインジケータフィールドを有する物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記ＤＲＳを使用して前記サブフレームオフセット値を示すためのコードが、
前記サブフレームオフセットインジケータフィールドを前記サブフレームオフセット値でポピュレートするためのコード
を備える、請求項５６に記載の非一時的コンピュータ可読媒体。
【請求項５９】
前記ＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、前記ＤＲＳを使用して前記サブフレームオフセット値を示すためのコードが、
前記サブフレームオフセット値に等しい冗長バージョン値を選択するためのコードと、
前記選択された冗長バージョン値に基づいて前記ＰＢＣＨペイロードの冗長バージョンを生成するためのコードと
を備える、請求項５６に記載の非一時的コンピュータ可読媒体。
【請求項６０】
前記特定のＳＦが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウ内にあるのか１つのＳＦを備える第２の送信ウィンドウ内にあるのかを示すことによってＤＲＳ送信ウィンドウタイプを示すためのコード
をさらに備える、請求項５６に記載の非一時的コンピュータ可読媒体。
【請求項６１】
アクセスポイントのシステムタイミングを決定する方法であって、
特定のサブフレーム（ＳＦ）の間に前記アクセスポイントからディスカバリー参照信号（ＤＲＳ）を受信することと、
前記ＤＲＳに基づいてサブフレームオフセット値を決定することと、
前記決定されたサブフレームオフセット値に基づいて、前記アクセスポイントの前記システムタイミングに対する前記特定のＳＦのサブフレームインデックス値を決定することと、
前記決定されたサブフレームインデックス値に基づいて前記アクセスポイントの前記システムタイミングを解決することと
を備える、方法。
【請求項６２】
前記特定のＳＦが、前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレーム内にあり、
前記サブフレームインデックス値が前記特定のシステムフレームの第１のＳＦと前記特定のＳＦとの間のＳＦの数に等しい、
請求項６１に記載の方法。
【請求項６３】
前記サブフレームオフセット値が、前記サブフレームインデックス値、および／または前記特定のＳＦと前記特定のシステムフレーム内のＤＲＳ送信ウィンドウの第１のＳＦとの間のＳＦの数に等しい、請求項６２に記載の方法。
【請求項６４】
前記ＤＲＳ送信ウィンドウの前記第１のＳＦが、１つまたは複数のＤＲＳ送信ウィンドウオフセットＳＦによって前記特定のシステムフレームの前記第１のＳＦからオフセットされる、請求項６３に記載の方法。
【請求項６５】
前記ＤＲＳが、前記サブフレームオフセット値でポピュレートされるサブフレームオフセットインジケータフィールドを有する物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記ＤＲＳに基づいて前記サブフレームオフセット値を決定することが、
前記サブフレームオフセットインジケータフィールドから前記サブフレームオフセット値を読み取ること
を備える、請求項６１に記載の方法。
【請求項６６】
前記ＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、前記ＤＲＳに基づいて前記サブフレームオフセット値を決定することが、
前記ＰＢＣＨペイロードの冗長バージョン値を決定することと、
前記決定された冗長バージョン値に基づいて前記サブフレームオフセット値を決定することと
を備える、請求項６１に記載の方法。
【請求項６７】
前記受信されたＤＲＳに関連するＤＲＳ送信ウィンドウタイプを決定することをさらに備え、前記ＤＲＳ送信ウィンドウタイプが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウまたは１つのＳＦを備える第２の送信ウィンドウを備える、
請求項６１に記載の方法。
【請求項６８】
前記受信されたＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、
前記ＤＲＳ送信ウィンドウタイプを決定することは、
前記受信されたＤＲＳ中に含まれる前記ＰＢＣＨペイロードの冗長バージョン値を決定することと、
前記冗長バージョン値が第１の冗長バージョン値である場合、前記ＤＲＳが前記第１の送信ウィンドウの間に受信されたと決定し、前記冗長バージョン値が前記第１の冗長バージョン値とは異なる第２の冗長バージョン値であるである、前記ＤＲＳが前記第２の送信ウィンドウの間に受信されたと決定することと
を備える、
請求項６７に記載の方法。
【請求項６９】
前記受信されたＤＲＳが、複数のシーケンスに従って生成されるように構成されたセル固有基準信号（ＣＲＳ）および／または２次同期信号（ＳＳＳ）を含み、前記複数のシーケンスのうちの各シーケンスが特定のシーケンス値に関連し、
前記ＤＲＳ送信ウィンドウタイプを決定することは、
前記受信されたＤＲＳ中に含まれる前記ＰＢＣＨペイロードのシーケンス値を決定することと、
前記シーケンス値が第１のシーケンス値である場合、前記ＤＲＳが前記第１の送信ウィンドウの間に受信されたと決定し、前記シーケンス値が前記第１のシーケンス値とは異なる第２のシーケンス値であるである、前記ＤＲＳが前記第２の送信ウィンドウの間に受信されたと決定することと
を備える、
請求項６７に記載の方法。
【請求項７０】
物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードの第１の送信ウィンドウ周期性フィールドを読み取ることによって前記第１の送信ウィンドウの周期性を決定することと、
前記ＰＢＣＨペイロードの第１の送信ウィンドウ境界フィールドを読み取ることによって前記第１の送信ウィンドウの境界を決定することと
をさらに備える、請求項６７に記載の方法。
【請求項７１】
アクセスポイントのシステムタイミングを決定するための装置であって、
特定のサブフレーム（ＳＦ）の間にアクセスポイントからディスカバリー参照信号（ＤＲＳ）を受信するように構成されたトランシーバと、
メモリと、前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記プロセッサが、
前記ＤＲＳに基づいてサブフレームオフセット値を決定することと、
前記決定されたサブフレームオフセット値に基づいて、前記アクセスポイントの前記システムタイミングに対する前記特定のＳＦのサブフレームインデックス値を決定することと、
前記決定されたサブフレームインデックス値に基づいて前記アクセスポイントの前記システムタイミングを解決することと
を行うように構成された、
装置。
【請求項７２】
前記特定のＳＦが、前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレーム内にあり、
前記サブフレームインデックス値が前記特定のシステムフレームの第１のＳＦと前記特定のＳＦとの間のＳＦの数に等しい、
請求項７１に記載の装置。
【請求項７３】
前記サブフレームオフセット値が、前記サブフレームインデックス値、および／または前記特定のＳＦと前記特定のシステムフレーム内のＤＲＳ送信ウィンドウの第１のＳＦとの間のＳＦの数に等しい、請求項７２に記載の装置。
【請求項７４】
前記ＤＲＳ送信ウィンドウの前記第１のＳＦが、１つまたは複数のＤＲＳ送信ウィンドウオフセットＳＦによって前記特定のシステムフレームの前記第１のＳＦからオフセットされる、請求項７３に記載の装置。
【請求項７５】
前記ＤＲＳが、前記サブフレームオフセット値でポピュレートされるサブフレームオフセットインジケータフィールドを有する物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記ＤＲＳに基づいて前記サブフレームオフセット値を決定するために、前記プロセッサが、
前記サブフレームオフセットインジケータフィールドから前記サブフレームオフセット値を読み取る
ように構成された、請求項７１に記載の装置。
【請求項７６】
前記ＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、前記ＤＲＳに基づいて前記サブフレームオフセット値を決定するために、前記プロセッサが、
前記ＰＢＣＨペイロードの冗長バージョン値を決定することと、
前記決定された冗長バージョン値に基づいて前記サブフレームオフセット値を決定することと
を行うように構成された、請求項７１に記載の装置。
【請求項７７】
前記プロセッサは、
前記受信されたＤＲＳに関連するＤＲＳ送信ウィンドウタイプを決定するようにさらに構成され、前記ＤＲＳ送信ウィンドウタイプが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウまたは１つのＳＦを備える第２の送信ウィンドウを備える、
請求項７１に記載の装置。
【請求項７８】
前記受信されたＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、
前記ＤＲＳ送信ウィンドウタイプを決定するために、前記プロセッサは、
前記受信されたＤＲＳ中に含まれる前記ＰＢＣＨペイロードの冗長バージョン値を決定することと、
前記冗長バージョン値が第１の冗長バージョン値である場合、前記ＤＲＳが前記第１の送信ウィンドウの間に受信されたと決定し、前記冗長バージョン値が前記第１の冗長バージョン値とは異なる第２の冗長バージョン値であるである、前記ＤＲＳが前記第２の送信ウィンドウの間に受信されたと決定することと
を行うように構成された、
請求項７７に記載の装置。
【請求項７９】
前記受信されたＤＲＳが、複数のシーケンスに従って生成されるように構成されたセル固有基準信号（ＣＲＳ）および／または２次同期信号（ＳＳＳ）を含み、前記複数のシーケンスのうちの各シーケンスが特定のシーケンス値に関連し、
前記ＤＲＳ送信ウィンドウタイプを決定するために、前記プロセッサは、
前記受信されたＤＲＳ中に含まれる前記ＰＢＣＨペイロードのシーケンス値を決定することと、
前記シーケンス値が第１のシーケンス値である場合、前記ＤＲＳが前記第１の送信ウィンドウの間に受信されたと決定し、前記シーケンス値が前記第１のシーケンス値とは異なる第２のシーケンス値であるである、前記ＤＲＳが前記第２の送信ウィンドウの間に受信されたと決定することと
を行うように構成された、
請求項７７に記載の装置。
【請求項８０】
前記プロセッサが、
物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードの第１の送信ウィンドウ周期性フィールドを読み取ることによって前記第１の送信ウィンドウの周期性を決定することと、
前記ＰＢＣＨペイロードの第１の送信ウィンドウ境界フィールドを読み取ることによって前記第１の送信ウィンドウの境界を決定することと
を行うようにさらに構成された、請求項７７に記載の装置。
【請求項８１】
アクセスポイントのシステムタイミングを決定するための装置であって、
特定のサブフレーム（ＳＦ）の間にアクセスポイントからディスカバリー参照信号（ＤＲＳ）を受信するための手段と、
前記ＤＲＳに基づいてサブフレームオフセット値を決定するための手段と、
前記決定されたサブフレームオフセット値に基づいて、前記アクセスポイントの前記システムタイミングに対する前記特定のＳＦのサブフレームインデックス値を決定するための手段と、
前記決定されたサブフレームインデックス値に基づいて前記アクセスポイントの前記システムタイミングを解決するための手段と
を備える、装置。
【請求項８２】
前記特定のＳＦが、前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレーム内にあり、
前記サブフレームインデックス値が前記特定のシステムフレームの第１のＳＦと前記特定のＳＦとの間のＳＦの数に等しい、
請求項８１に記載の装置。
【請求項８３】
前記ＤＲＳが、前記サブフレームオフセット値でポピュレートされるサブフレームオフセットインジケータフィールドを有する物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記ＤＲＳに基づいて前記サブフレームオフセット値を決定するための手段が、
前記サブフレームオフセットインジケータフィールドから前記サブフレームオフセット値を読み取るための手段
を備える、請求項８１に記載の装置。
【請求項８４】
前記ＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、前記ＤＲＳに基づいて前記サブフレームオフセット値を決定するための手段が、
前記ＰＢＣＨペイロードの冗長バージョン値を決定するための手段と、
前記決定された冗長バージョン値に基づいて前記サブフレームオフセット値を決定するための手段と
を備える、請求項８１に記載の装置。
【請求項８５】
前記受信されたＤＲＳに関連するＤＲＳ送信ウィンドウタイプを決定するための手段をさらに備え、前記ＤＲＳ送信ウィンドウタイプが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウまたは１つのＳＦを備える第２の送信ウィンドウを備える、
請求項８１に記載の装置。
【請求項８６】
プロセッサによって実行されたとき、前記プロセッサに動作を実施させるコードを含む非一時的コンピュータ可読媒体であって、前記非一時的コンピュータ可読媒体が、
特定のサブフレーム（ＳＦ）の間にアクセスポイントからディスカバリー参照信号（ＤＲＳ）を受信するためのコードと、
前記ＤＲＳに基づいてサブフレームオフセット値を決定するためのコードと、
前記決定されたサブフレームオフセット値に基づいて、前記アクセスポイントの前記システムタイミングに対する前記特定のＳＦのサブフレームインデックス値を決定するためのコードと、
前記決定されたサブフレームインデックス値に基づいて前記アクセスポイントの前記システムタイミングを解決するためのコードと
を備える、非一時的コンピュータ可読媒体。
【請求項８７】
前記特定のＳＦが、前記アクセスポイントの前記システムタイミングによって画定される特定のシステムフレーム内にあり、
前記サブフレームインデックス値が前記特定のシステムフレームの第１のＳＦと前記特定のＳＦとの間のＳＦの数に等しい、
請求項８６に記載の非一時的コンピュータ可読媒体。
【請求項８８】
前記ＤＲＳが、前記サブフレームオフセット値でポピュレートされるサブフレームオフセットインジケータフィールドを有する物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記ＤＲＳに基づいて前記サブフレームオフセット値を決定するためのコードが、
前記サブフレームオフセットインジケータフィールドから前記サブフレームオフセット値を読み取るためのコード
を備える、請求項８６に記載の非一時的コンピュータ可読媒体。
【請求項８９】
前記ＤＲＳが、複数の冗長バージョンに従って生成されるように構成された物理ブロードキャストチャネル（ＰＢＣＨ）ペイロードを含み、前記複数の冗長バージョンのうちの各冗長バージョンが特定の冗長バージョン値に関連し、前記ＤＲＳに基づいて前記サブフレームオフセット値を決定するためのコードが、
前記ＰＢＣＨペイロードの冗長バージョン値を決定するためのコードと、
前記決定された冗長バージョン値に基づいて前記サブフレームオフセット値を決定するためのコードと
を備える、請求項８６に記載の非一時的コンピュータ可読媒体。
【請求項９０】
前記受信されたＤＲＳに関連するＤＲＳ送信ウィンドウタイプを決定するためのコードをさらに備え、前記ＤＲＳ送信ウィンドウタイプが、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウまたは１つのＳＦを備える第２の送信ウィンドウを備える、
請求項８６に記載の非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本特許出願は、本出願の譲受人に譲渡され、その全体が参照により本明細書に明確に組み込まれる、２０１５年１１月１０日に出願された「COMMUNICATING SUBFRAME TIMING OF AN ACCESS POINT ON A SHARED COMMUNICATION MEDIUM」と題する米国仮出願第６２／２５３，６４７号、および本出願の譲受人に譲渡され、その全体が参照により本明細書に明確に組み込まれる、２０１６年１月１９日に出願された「COMMUNICATING SUBFRAME TIMING OF AN ACCESS POINT ON A SHARED COMMUNICATION MEDIUM」と題する米国仮出願第６２／２８０，１９５号の利益を主張する。
序論
[0002]本開示の態様は、一般に電気通信に関し、より詳細には、共有通信媒体上での動作などに関する。
【背景技術】
【０００２】
[0003]ワイヤレス通信システムは、音声、データ、マルチメディアなど、様々なタイプの通信コンテンツを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力など）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムである。そのような多元接続システムの例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムなどがある。これらのシステムは、しばしば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：Third Generation Partnership Project）によって提供されるロングタームエボリューション（ＬＴＥ（登録商標）：Long Term Evolution）、第３世代パートナーシッププロジェクト２（３ＧＰＰ２：Third Generation Partnership Project 2）によって提供されるウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）およびエボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution Data Optimized）、米国電気電子技術者協会（ＩＥＥＥ）によって提供される８０２．１１などの規格に準拠して展開される。
【０００３】
[0004]セルラーネットワークでは、「マクロセル」アクセスポイントが、ある地理的エリアにわたる多数のユーザに接続性およびカバレージを与える。地理的領域にわたって良好なカバレージを与えるために、マクロネットワーク展開が、慎重に計画され、設計され、実装される。住居およびオフィスビルのためになど、屋内または他の特定の地理的カバレージを改善するために、追加の「スモールセル」、一般的に、低電力アクセスポイントが、従来のマクロネットワークを補うために最近展開され始めた。スモールセルアクセスポイントはまた、漸進的キャパシティ増大、よりリッチなユーザエクスペリエンスなどを与え得る。
【０００４】
[0005]スモールセルＬＴＥ動作が、たとえば、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）技術によって使用される無認可国内情報インフラストラクチャ（Ｕ−ＮＩＩ：Unlicensed National Information Infrastructure）帯域などの無認可周波数スペクトルに拡張された。スモールセルＬＴＥ動作のこの拡張は、ＬＴＥシステムのスペクトル効率、したがってキャパシティを増加させるように設計される。しかしながら、それはまた、一般に、同じ無認可帯域を利用する他の無線アクセス技術（ＲＡＴ）、最も顕著には、一般に「Ｗｉ−Ｆｉ（登録商標）」と呼ばれるＩＥＥＥ８０２．１１ｘ  ＷＬＡＮ技術の動作を侵害し得る。
【発明の概要】
【０００５】
[0006]共有通信媒体上でアクセスポイントのサブフレームタイミングを示し、決定するための技法が開示される。
【０００６】
[0007]本開示の一態様では、ディスカバリー参照ディスカバリー参照信号（ＤＲＳ：discovery reference signal）を送信する方法が開示される。本方法は、アクセスポイントのシステムタイミングに対するＤＲＳの送信のための送信タイミングを確立することと、ここにおいて、送信タイミングを確立することは、アクセスポイントのシステムタイミングによって画定される特定のシステムフレームについて、ＤＲＳ送信ウィンドウを選択することを備え、選択されたＤＲＳ送信ウィンドウは、ＤＲＳがその間に選択的に送信され得る１つまたは複数のサブフレーム（ＳＦ）を備える、ここにおいて、選択されたＤＲＳ送信ウィンドウは、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウと、１つのＳＦを備える第２の送信ウィンドウとを備えるグループから選択される、選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間にＤＲＳを送信すべきかどうかを決定することと、ＤＲＳを送信すべきという決定に応答して特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末に送信することとを含み得る。
【０００７】
[0008]本開示の別の態様では、ＤＲＳを送信するための装置が開示される。本装置は、ＤＲＳを送信すべきという決定に応答して特定のサブフレーム（ＳＦ）の間にＤＲＳを少なくとも１つのアクセス端末に送信するように構成されたトランシーバと、メモリと、メモリに結合された少なくとも１つのプロセッサとを備え得、プロセッサは、アクセスポイントのシステムタイミングに対するＤＲＳの送信のための送信タイミングを確立することと、ここにおいて、送信タイミングを確立するために、プロセッサは、アクセスポイントのシステムタイミングによって画定される特定のシステムフレームについて、ＤＲＳ送信ウィンドウを選択するように構成され、選択されたＤＲＳ送信ウィンドウは、ＤＲＳがその間に選択的に送信され得る１つまたは複数のＳＦを備える、ここにおいて、選択されたＤＲＳ送信ウィンドウは、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウと、１つのＳＦを備える第２の送信ウィンドウとを備えるグループから選択される、選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間にＤＲＳを送信すべきかどうかを決定することとを行うように構成される。
【０００８】
[0009]本開示のまた別の態様では、ＤＲＳを送信するための別の装置が開示される。本装置は、アクセスポイントのシステムタイミングに対するＤＲＳの送信のための送信タイミングを確立するための手段と、ここにおいて、送信タイミングを確立するための手段は、アクセスポイントのシステムタイミングによって画定される特定のシステムフレームについてＤＲＳ送信ウィンドウを選択するための手段を備え、選択されたＤＲＳ送信ウィンドウは、ＤＲＳがその間に選択的に送信され得る１つまたは複数のサブフレーム（ＳＦ）を備える、ここにおいて、選択されたＤＲＳ送信ウィンドウは、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウと、１つのＳＦを備える第２の送信ウィンドウとを備えるグループから選択される、選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間にＤＲＳを送信すべきかどうかを決定するための手段と、ＤＲＳを送信すべきという決定に応答して特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末に送信するための手段とを備え得る。
【０００９】
[0010]本開示のまた別の態様では、コードを含む非一時的コンピュータ可読媒体が開示される。コードは、プロセッサによって実行されたとき、プロセッサに動作を実施させ、本非一時的コンピュータ可読媒体は、アクセスポイントのシステムタイミングに対するＤＲＳの送信のための送信タイミングを確立するためのコードと、ここにおいて、送信タイミングを確立するためのコードは、アクセスポイントのシステムタイミングによって画定される特定のシステムフレームについてＤＲＳ送信ウィンドウを選択するためのコードを備え、選択されたＤＲＳ送信ウィンドウは、ＤＲＳがその間に選択的に送信され得る１つまたは複数のサブフレーム（ＳＦ）を備える、ここにおいて、選択されたＤＲＳ送信ウィンドウは、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウと、１つのＳＦを備える第２の送信ウィンドウとを備えるグループから選択される、選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間にＤＲＳを送信すべきかどうかを決定するためのコードと、ＤＲＳを送信すべきという決定に応答して特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末に送信するためのコードとを備える。
【００１０】
[0011]本開示のまた別の態様では、アクセスポイントのシステムタイミングを示す方法が開示される。本方法は、アクセスポイントのシステムタイミングに対する特定のサブフレーム（ＳＦ）のサブフレームインデックス値を決定することと、サブフレームインデックス値に基づいてサブフレームオフセット値を決定することと、ＤＲＳを使用してサブフレームオフセット値を示すことと、特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末に送信することとをカムス。
【００１１】
[0012]本開示のまた別の態様では、アクセスポイントのシステムタイミングを示すための装置が開示される。本装置は、特定のサブフレーム（ＳＦ）の間にＤＲＳを少なくとも１つのアクセス端末に送信するように構成されたトランシーバと、メモリと、メモリに結合された少なくとも１つのプロセッサとを備え、プロセッサは、アクセスポイントのシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定することと、サブフレームインデックス値に基づいてサブフレームオフセット値を決定することと、ＤＲＳを使用してサブフレームオフセット値を示すこととを行うように構成される。
【００１２】
[0013]本開示のまた別の態様では、アクセスポイントのシステムタイミングを示すための別の装置が開示される。本装置は、アクセスポイントのシステムタイミングに対する特定のサブフレーム（ＳＦ）のサブフレームインデックス値を決定するための手段と、サブフレームインデックス値に基づいてサブフレームオフセット値を決定するための手段と、ＤＲＳを使用してサブフレームオフセット値を示すための手段と、特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末に送信するための手段とを備える。
【００１３】
[0014]本開示のまた別の態様では、コードを含む非一時的コンピュータ可読媒体が開示される。コードは、プロセッサによって実行されたとき、プロセッサに動作を実施させ、本非一時的コンピュータ可読媒体は、アクセスポイントのシステムタイミングに対する特定のサブフレーム（ＳＦ）のサブフレームインデックス値を決定するためのコードと、サブフレームインデックス値に基づいてサブフレームオフセット値を決定するためのコードと、ＤＲＳを使用してサブフレームオフセット値を示すためのコードと、特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末に送信するためのコードとを備える。
【００１４】
[0015]本開示のまた別の態様では、アクセスポイントのシステムタイミングを決定する方法が開示される。本方法は、特定のサブフレーム（ＳＦ）の間にアクセスポイントからＤＲＳを受信することと、ＤＲＳに基づいてサブフレームオフセット値を決定することと、決定されたサブフレームオフセット値に基づいて、アクセスポイントのシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定することと、決定されたサブフレームインデックス値に基づいてアクセスポイントのシステムタイミングを解決することとを備える。
【００１５】
[0016]本開示のまた別の態様では、アクセスポイントのシステムタイミングを決定するための装置が開示される。本装置は、特定のサブフレーム（ＳＦ）の間にアクセスポイントからＤＲＳを受信するように構成されたトランシーバと、メモリと、メモリに結合された少なくとも１つのプロセッサとを備え、プロセッサは、ＤＲＳに基づいてサブフレームオフセット値を決定することと、決定されたサブフレームオフセット値に基づいて、アクセスポイントのシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定することと、決定されたサブフレームインデックス値に基づいてアクセスポイントのシステムタイミングを解決することとを行うように構成される。
【００１６】
[0017]本開示のまた別の態様では、アクセスポイントのシステムタイミングを決定するための別の装置が開示される。本装置は、特定のサブフレーム（ＳＦ）の間にアクセスポイントからＤＲＳを受信するための手段と、ＤＲＳに基づいてサブフレームオフセット値を決定するための手段と、決定されたサブフレームオフセット値に基づいて、アクセスポイントのシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定するための手段と、決定されたサブフレームインデックス値に基づいてアクセスポイントのシステムタイミングを解決するための手段とを備える。
【００１７】
[0018]本開示のまた別の態様では、コードを含む非一時的コンピュータ可読媒体が開示される。コードは、プロセッサによって実行されたとき、プロセッサに動作を実施させ、本非一時的コンピュータ可読媒体は、特定のサブフレーム（ＳＦ）の間にアクセスポイントからＤＲＳを受信するためのコードと、ＤＲＳに基づいてサブフレームオフセット値を決定するためのコードと、決定されたサブフレームオフセット値に基づいて、アクセスポイントのシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定するためのコードと、決定されたサブフレームインデックス値に基づいてアクセスポイントのシステムタイミングを解決するためのコードとを備える。
【００１８】
[0019]添付の図面は、本開示の様々な態様の説明を助けるために提示され、態様の限定ではなく、態様の例示のみのために与えられる。
【図面の簡単な説明】
【００１９】
【図１Ａ】[0020]例示的なワイヤレスネットワーク環境を示すシステムレベル図。
【図１Ｂ】[0021]図１Ａ中のワイヤレスネットワークのアクセスポイントおよびアクセス端末の例示的な構成要素をより詳細に示すデバイスレベル図。
【図２】[0022]例示的な時分割複信（ＴＤＤ）フレーム構造を示す図。
【図３】[0023]リソースブロック図の一例を概括的に示す図。
【図４】[0024]本開示の一態様による、システム情報（ＳＩ）を通信するための信号流れ図を概括的に示す図。
【図５】[0025]例示的なＤＲＳ送信タイミングを概括的に示す図。
【図６】[0026]本開示の一態様による、ＰＢＣＨペイロードを使用してサブフレームタイミングを示すための信号流れ図を概括的に示す図。
【図７】[0027]本開示の別の態様による、ＰＢＣＨペイロードに基づいてサブフレームタイミングを決定するための流れ図を概括的に示す図。
【図８】[0028]本開示の別の態様による、ＣＲＳスクランブリングコードとともにＰＢＣＨ冗長バージョンを使用してサブフレームタイミングを示すための流れ図を概括的に示す図。
【図９】[0029]本開示の別の態様による、ＣＲＳスクランブリングコードとともにＰＢＣＨ冗長バージョンに基づいてサブフレームタイミングを決定するための信号流れ図を概括的に示す図。
【図１０】[0030]別の例示的なＤＲＳ送信タイミングを概括的に示す図。
【図１１】[0031]本開示の一態様による、ＰＢＣＨペイロードを使用してサブフレームタイミングを示すための別の流れ図を概括的に示す図。
【図１２】[0032]本開示の別の態様による、ＰＢＣＨペイロードに基づいてサブフレームタイミングを決定するための流れ図を概括的に示す図。
【図１３】[0033]図５および図１０の例示的なＤＲＳ送信タイミングの変形形態を概括的に示す図。
【発明を実施するための形態】
【００２０】
[0034]本開示は、一般に、共有通信媒体上でアクセスポイントのサブフレームタイミングを決定することに関する。
【００２１】
[0035]説明の目的で提供される様々な例を対象とする以下の説明および関連する図面において、本開示のより具体的な態様が提供される。本開示の範囲から逸脱することなく、代替態様が考案され得る。さらに、より関連する詳細を不明瞭にしないように、本開示のよく知られている態様は詳細に説明されないことがあるか、または省略されることがある。
【００２２】
[0036]以下で説明される情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを当業者は諒解されよう。たとえば、以下の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、部分的に特定の適用例、部分的に所望の設計、部分的に対応する技術などに応じて、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００２３】
[0037]さらに、多くの態様が、たとえば、コンピューティングデバイスの要素によって実施されるべき一連のアクションに関して説明される。本明細書で説明される様々なアクションは、特定の回路（たとえば、特定用途向け集積回路（ＡＳＩＣ））によって、１つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実施され得ることを認識されよう。さらに、本明細書で説明される態様の各々について、任意のそのような態様の対応する形式は、たとえば、説明されるアクションを実施する「ように構成された論理」として実装され得る。
【００２４】
[0038]本明細書で使用される用語は、特定の実施形態について説明するためのものにすぎず、本明細書で開示される実施形態を限定するものではない。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に示すのでなければ、複数形をも含むものとする。さらに、本明細書で使用される「備える（comprises）」、「備える（comprising）」、「含む（includes）」、および／または「含む（including）」という用語は、述べられた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を明示するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除しないことを理解されよう。同様に、本明細書で使用される「に基づいて（based on）」という句は、必ずしも他のファクタの影響を排除するとは限らず、たとえば、「のみに基づいて（based solely on）」または「のみに基づいて（based only on）」ではなく、「に少なくとも部分的に基づいて（based at least in part on）」のように、すべての場合において解釈されるべきである。
【００２５】
[0039]図１Ａは、１次（primary）無線アクセス技術（ＲＡＴ）システム１００と、競争する（competing）ＲＡＴシステム１９０とを含むものとして例として示されている、例示的なワイヤレスネットワーク環境を示すシステムレベル図である。各システムは、概して、様々なタイプの通信（たとえば、音声、データ、マルチメディアサービス、関連する制御シグナリングなど）に関係する情報を含む、ワイヤレスリンクを介して受信および／または送信することが可能な、異なるワイヤレスノードから構成され得る。１次ＲＡＴシステム１００は、ワイヤレスリンク１３０を介して互いに通信しているアクセスポイント１１０とアクセス端末１２０とを含むものとして示されている。競争するＲＡＴシステム１９０は、別個のワイヤレスリンク２３０を介して互いに通信している２つの競争するノード１９２を含むものとして示されており、１つまたは複数のアクセスポイント、アクセス端末、または他のタイプのワイヤレスノードを同様に含み得る。一例として、１次ＲＡＴシステム１００のアクセスポイント１１０およびアクセス端末１２０は、ロングタームエボリューション（ＬＴＥ）技術に従ってワイヤレスリンク１３０を介して通信し得、競争するＲＡＴシステム１９０の競争するノード１９２は、Ｗｉ−Ｆｉ技術に従ってワイヤレスリンク２３０を介して通信し得る。各システムは、地理的領域全体にわたって分散された任意の数のワイヤレスノードをサポートし得、図示されたエンティティは単に説明の目的で示されていることが諒解されよう。
【００２６】
[0040]別段に記載されていない限り、「アクセス端末」および「アクセスポイント」という用語は、特定のＲＡＴに固有のものでも、それに限定されるものでもない。概して、アクセス端末は、ユーザが通信ネットワークを介して通信することを可能にする任意のワイヤレス通信デバイス（たとえば、モバイルフォン、ルータ、パーソナルコンピュータ、サーバ、エンターテインメントデバイス、モノのインターネット（ＩＯＴ：Internet of Things）／すべてのモノのインターネット（ＩＯＥ：Internet of Everything）対応デバイス、車両内通信デバイスなど）であり得、代替的に、異なるＲＡＴ環境では、ユーザデバイス（ＵＤ）、移動局（ＭＳ）、加入者局（ＳＴＡ）、ユーザ機器（ＵＥ）などと呼ばれることがある。同様に、アクセスポイントは、アクセスポイントがそれにおいて展開されるネットワークに応じて、アクセス端末と通信している際に１つまたは複数のＲＡＴに従って動作し得、代替的に、基地局（ＢＳ）、ネットワークノード、ノードＢ、発展型ノードＢ（ｅＮＢ）などと呼ばれることがある。そのようなアクセスポイントは、たとえば、スモールセルアクセスポイントに対応し得る。「スモールセル」は、概して、フェムトセル、ピコセル、マイクロセル、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）アクセスポイント、他の小さいカバレージエリアアクセスポイントなどを含むかまたは場合によってはそのように呼ばれることがある、低電力アクセスポイントのクラスを指す。スモールセルは、近傍内の数ブロックまたは地方環境における数平方マイルをカバーし得るマクロセルカバレージを補うために展開され得、それにより、改善されたシグナリング、漸進的キャパシティ増大、よりリッチなユーザエクスペリエンスなどにつながり得る。
【００２７】
[0041]図１Ａに戻ると、１次ＲＡＴシステム１００によって使用されるワイヤレスリンク１３０と、競争するＲＡＴシステム１９０によって使用されるワイヤレスリンク２３０とは、共有通信媒体１３２を介して動作し得る。このタイプの通信媒体は、（たとえば、１つまたは複数のキャリアにわたる１つまたは複数のチャネルを包含する）１つまたは複数の周波数、時間、および／または空間通信リソースから構成され得る。一例として、通信媒体１３２は、無認可周波数帯域の少なくとも一部分に対応し得る。異なる認可周波数帯域が、（たとえば、米国における連邦通信委員会（ＦＣＣ）などの政府機関によって）いくつかの通信のために予約済みであるが、いくつかのシステム、特に、スモールセルアクセスポイントを採用するものは、Ｗｉ−Ｆｉを含むＷＬＡＮ技術によって使用される無認可国内情報インフラストラクチャ（Ｕ−ＮＩＩ）帯域などの無認可周波数帯域に動作を拡張した。
【００２８】
[0042]通信媒体１３２の共有により、ワイヤレスリンク１３０とワイヤレスリンク２３０との間のクロスリンク干渉（cross-link interference）の可能性がある。さらに、いくつかのＲＡＴおよびいくつかの管轄区域（jurisdiction）は、通信媒体１３２へのアクセスのために競合または「リッスンビフォアトーク（ＬＢＴ）」を必要とし得る。一例として、Ｗｉ−Ｆｉ  ＩＥＥＥ８０２．１１プロトコル規格ファミリーは、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ：Carrier Sense Multiple Access / Collision Avoidance）プロトコルを与え、それにおいて、各Ｗｉ−Ｆｉデバイスは、それ自体の送信のために通信媒体を奪取する（および、いくつかの場合には予約する）前に、媒体検知を介して共有通信媒体上の他のトラフィックの不在を確認する。別の例として、欧州通信規格協会（ＥＴＳＩ）は、無認可周波数帯域など、いくつかの通信媒体上の、それらのＲＡＴにかかわらずすべてのデバイスについての競合を規定する。
【００２９】
[0043]以下でより詳細に説明されるように、アクセスポイント１１０および／またはアクセス端末１２０は、上記で手短に説明された通信技法を与えるかまたはさもなければサポートするように、本明細書の教示に従ってさまざまに構成され得る。たとえば、アクセスポイント１１０はＤＲＳ送信マネージャ１６０を含み得、アクセス端末１２０はＤＲＳ受信マネージャ１７０を含み得る。
【００３０】
[0044]図１Ｂは、１次ＲＡＴシステム１００のアクセスポイント１１０およびアクセス端末１２０の例示的な構成要素をより詳細に示すデバイスレベル図である。図示のように、アクセスポイント１１０およびアクセス端末１２０はそれぞれ、概して、少なくとも１つの指定されたＲＡＴを介して他のワイヤレスノードと通信するための（通信デバイス１１２および１２２によって表される）ワイヤレス通信デバイスを含み得る。通信デバイス１１２および１２２は、指定されたＲＡＴに従って信号（たとえば、メッセージ、指示、情報、パイロットなど）を送信および符号化するため、および逆に、信号を受信および復号するためにさまざまに構成され得る。
【００３１】
[0045]通信デバイス１１２および１２２は、たとえば、それぞれの１次ＲＡＴトランシーバ１４０および１５０、ならびに、いくつかの設計では、それぞれ、（たとえば、競争するＲＡＴシステム１９０によって採用されるＲＡＴに対応する）（随意の）コロケートされた２次ＲＡＴトランシーバ１４２および１５２など、１つまたは複数のトランシーバを含み得る。本明細書で使用される「トランシーバ」は、送信機回路、受信機回路、またはそれらの組合せを含み得るが、すべての設計において送信機能と受信機能の両方を与える必要があるとは限らない。たとえば、完全な通信を与えることが必要でないとき、コストを低減するために、いくつかの設計では、低機能受信機回路が採用され得る（たとえば、低レベルスニッフィング（sniffing）のみを与える無線チップまたは同様の回路）。さらに、本明細書で使用される「コロケートされた（co-located）」（たとえば、無線機、アクセスポイント、トランシーバなど）という用語は、様々な配置のうちの１つを指し得る。たとえば、同じハウジング中にある構成要素、同じプロセッサによってホストされる構成要素、互いの定義された距離内にある構成要素、および／またはインターフェース（たとえば、イーサネット（登録商標）スイッチ）を介して接続された構成要素、ここで、インターフェースは、必要とされるコンポーネント間通信（たとえば、メッセージング）のレイテンシ要件を満たす。
【００３２】
[0046]アクセスポイント１１０およびアクセス端末１２０はそれぞれ、概して、それらのそれぞれの通信デバイス１１２および１２２の動作（たとえば、指示すること、変更すること、有効にすること、無効にすることなど）を制御するための（通信コントローラ１１４および１２４によって表される）通信コントローラをも含み得る。通信コントローラ１１４および１２４は、それぞれ、１つまたは複数のプロセッサ１１６および１２６、ならびにプロセッサ１１６および１２６に結合された１つまたは複数のメモリ１１８および１２８を含み得る。メモリ１１８および１２８は、オンボードキャッシュメモリとして、別個の構成要素として、組合せとしてなどのいずれかで、データ、命令、またはそれらの組合せを記憶するように構成され得る。プロセッサ１１６および１２６ならびにメモリ１１８および１２８は、スタンドアロン通信構成要素であり得るか、またはアクセスポイント１１０およびアクセス端末１２０のそれぞれのホストシステム機能の一部であり得る。
【００３３】
[0047]図示の例では、アクセスポイント１１０のＤＲＳ送信マネージャ１６０は、サブフレームインデクサー１６２とＤＲＳ生成器１６４とを含む。同様に、アクセス端末１２０の制御ＤＲＳ受信マネージャ１７０は、ＤＲＳデコーダ１７２とサブフレームタイミング分析器１７４とを含む。ただし、ＤＲＳ送信マネージャ１６０とＤＲＳ受信マネージャ１７０とが異なる方法で実装され得ること、ならびにそれに関連する機能の一部または全部が、少なくとも１つのプロセッサ（たとえば、プロセッサ１１６のうちの１つまたは複数および／またはプロセッサ１２６のうちの１つまたは複数）、および少なくとも１つメモリ（たとえば、メモリ１１８のうちの１つまたは複数および／またはメモリ１２８のうちの１つまたは複数）によって実装されるか、またはさもなければそれらの指示において実装され得ることが諒解されよう。
【００３４】
[0048]図２は、通信媒体１３２への競合ベースアクセスを可能にするために、１次ＲＡＴシステム１００のために実装され得る、例示的な時分割複信（ＴＤＤ）フレーム構造を示す。
【００３５】
[0049]図示されたフレーム構造は、システムフレーム番号（ＳＦＮ：System Frame Number）ヌメロロジー（numerology）に従ってインデックス付けされた（ＳＦＮ  Ｎ、Ｎ＋１、Ｎ＋２など）、連続する無線フレーム（ＲＦ）のシーケンスを含む。アクセスポイント１１０など、特定のアクセスポイントが、特定のシステムタイミングに従って動作し得る。アクセスポイント１１０のシステムタイミングは、システムフレームおよびサブフレーム、スロット、ならびにシンボル期間の階層構造によって画定され得る。一例として、ＬＴＥフレーム構造は、１，０２４個の重複しない無線フレームの反復シーケンスを含む。各システムフレームは、システムフレーム番号（ＳＦＮ）インデックス付け方式に従ってインデックス付けされ得る。特に、第１のシステムフレームがＳＦＮ０としてインデックス付けされ得、直後のサブフレームがＳＦＮ１としてインデックス付けされ得、インデックス付けは、ＳＦＮ１０２３まで進んでからＳＦＮ０においてやり直し得る。
【００３６】
[0050]各システムフレーム（ＳＦＮ０、ＳＦＮ、１．．．ＳＦＮ１０２３など）は、１０個の重複しないサブフレームの反復シーケンスを含み得る。各サブフレーム（ＳＦ）は、類似するインデックス付け方式に従ってインデックス付けされ得る。特に、第１のサブフレームがＳＦ０としてインデックス付けされ得、直後のサブフレームがＳＦ１としてインデックス付けされ得、インデックス付けは、ＳＦ９まで進んでからＳＦ０においてやり直し得る。ＬＴＥシステムタイミングの下で、各サブフレーム（ＳＦ０、ＳＦ１．．．ＳＦ９）は１ミリ秒の持続時間を有し得、各システムフレームは１０ミリ秒の持続時間を有し得、完全なＳＦＮサイクルは１０．２４秒の持続時間を有し得る。
【００３７】
[0051]各それぞれのサブフレームは、さらに、スロット（図２に図示せず）に分割され得、スロットは、さらに、シンボル期間に分割され得る。各サブフレームは２つのスロットを備え得、各スロットは、６つのシンボル期間、７つのシンボル期間、または他の好適な数のシンボル期間を備え得る。システムタイミングを達成するためのフレーム構造の使用は、よりアドホックなシグナリング技法よりもデバイスの間のより自然で効率的な協調を与え得る。
【００３８】
[0052]図２の例示的なフレーム構造では、各サブフレームは、異なる時間にダウンリンク（Ｄ）、アップリンク（Ｕ）、またはスペシャル（Ｓ）サブフレームとしてさまざまに動作され得る。概して、ダウンリンクサブフレームは、ダウンリンク情報をアクセスポイント１１０からアクセス端末１２０に送信するために予約され、アップリンクサブフレームは、アップリンク情報をアクセス端末１２０からアクセスポイント１１０に送信するために予約され、スペシャルサブフレームは、ガード期間によって分離されたダウンリンク部分とアップリンク部分とを含み得る。ダウンリンク、アップリンク、およびスペシャルサブフレームの異なる配置は、異なるＴＤＤ構成と呼ばれることがある。上記のＬＴＥ例に戻ると、ＬＴＥフレーム構造のＴＤＤ変形態は、７つのＴＤＤ構成（ＴＤＤ構成（Config）０〜ＴＤＤ構成６）を含み、各構成は、ダウンリンク、アップリンク、およびスペシャルサブフレームの異なる配置を有する。たとえば、異なるトラフィックシナリオに適応するために、いくつかのＴＤＤ構成はより多くのダウンリンクサブフレームを有し得、いくつかはより多くのアップリンクサブフレームを有し得る。
【００３９】
[0053]図２の図示の例では、ＬＴＥにおけるＴＤＤ構成３と同様であるＴＤＤ構成が採用される。特に、システムタイミング２００は複数の連続システムフレームを含む。複数の連続システムフレームは、上述のＳＦＮヌメロロジーに従ってインデックス付けされ得る（ＳＦＮ  Ｎ、Ｎ＋１、Ｎ＋２など）。図２の例示的な説明では、シーケンス中の１つの特定のシステムフレームがシステムフレーム２１０としてラベリングされる。システムフレーム２１０は、１０個のインデックス付けされたサブフレーム２２０〜２２９を含む。図２の例示的な説明では、（サブフレームインデックスＳＦ０を有する）サブフレーム２２０、（サブフレームインデックスＳＦ５を有する）サブフレーム２２５、（サブフレームインデックスＳＦ６を有する）サブフレーム２２６、（サブフレームインデックスＳＦ７を有する）サブフレーム２２７、（サブフレームインデックスＳＦ８を有する）サブフレーム２２８、および（サブフレームインデックスＳＦ９を有する）サブフレーム２２９は各々、ダウンリンクサブフレームとして動作される。対照的に、（サブフレームインデックスＳＦ２を有する）サブフレーム２２２、（サブフレームインデックスＳＦ３を有する）サブフレーム２２３、および（サブフレームインデックスＳＦ４を有する）サブフレーム２２４は各々、アップリンクサブフレームとして動作され、（サブフレームインデックスＳＦ１を有する）サブフレーム２２１はスペシャルサブフレームとして動作される。
【００４０】
[0054]いくつかの設計では、図２のフレーム構造は、各フレーム／サブフレームのロケーションが、絶対時間に関してあらかじめ決定され得るが、通信媒体１３２にアクセスするための競合プロシージャにより、所与のインスタンスにおける１次ＲＡＴシグナリングによって占有されることがあるかまたは占有されないことがあるという点で、「固定」であり得る。たとえば、アクセスポイント１１０またはアクセス端末１２０が、所与のサブフレームについての競合に勝つことに失敗した場合、そのサブフレームは無音化され得る。しかしながら、他の設計では、図２のフレーム構造は、各サブフレームのロケーションが、通信媒体１３２へのアクセスがセキュアにされる時点に関して動的に決定され得るという点で、「浮動」であり得る。たとえば、所与のフレーム（たとえば、ＳＦＮ  Ｎ）の開始は、アクセスポイント１１０またはアクセス端末１２０が競合に勝つことが可能になるまで、絶対時間に関して遅延され得る。
【００４１】
[0055]図３は、ＤＲＳ３００の一例を示すリソースブロック図である（ここにおいて、ＤＲＳはディスカバリー参照信号を表す）。図３に示されているように、ＤＲＳ３００は、所与のサブフレームのスロットにわたる拡張ディスカバリー参照シグナリング（ｅＤＲＳ：Enhanced Discovery Reference Signaling）として構成され得る。図３のリソースブロック図は複数のリソースブロックを含む。各リソースブロックは複数のリソース要素を含み得る。リソースブロックは、時間領域（図３中のｘ軸）中の特定のロケーションと周波数領域（図３中のｙ軸）中の特定のロケーションとに関連する。図３では、各リソースブロックは、時間領域中の特定のスロットと周波数領域中の特定のトーングループとに関連する。ただし、これが一例にすぎないこと、ならびに時間領域および周波数領域が他の方法で分割され得ることを理解されよう。たとえば、時間領域は、無線フレーム、サブフレーム、および／またはシンボルに分割され得る。
【００４２】
[0056]この例では、リソースブロック図は、２次同期信号（ＳＳＳ）と、１次同期信号（ＰＳＳ）と、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、拡張ＰＳＳ（ｅＰＳＳ）と、セル固有基準信号（ＣＲＳ）と、拡張ＳＩＢ（ｅＳＩＢ）シグナリングと、物理ブロードキャストチャネル（ＰＢＣＨ）と、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）とに関連するリソースブロックを有するＤＲＳ３００を含む。ＰＢＣＨは、たとえば、ＭＩＢを搬送し得る。ただし、これが例示にすぎないこと、および所与の信号に関連する特定のロケーション（すなわち、リソースブロック）が異なり得ることを理解されよう。追加または代替として、所与の信号が完全に省略され得、他の信号が追加され得る。その上、以下でより詳細に説明されるように、ＤＲＳ（たとえば、図３に示されているｅＤＲＳ）のタイミングは、事実上不確定であり得る。
【００４３】
[0057]図４は、本開示の一態様による、システム情報（ＳＩ）を通信するための信号流れ図を概括的に示す。
【００４４】
[0058]４１１において、アクセスポイント１１０がＰＳＳおよびＳＳＳを送信し、４１２において、アクセス端末１２０がＰＳＳおよびＳＳＳを受信する。いくつかの実装形態では、アクセスポイント１１０は、サブフレーム０および５（ＳＦ０およびＳＦ５）中でＰＳＳおよびＳＳＳを送信し得る。したがって、ＰＳＳは５ｍｓの周期性で送信され、ＳＳＳも５ｍｓの周期性で送信される。しかしながら、ＰＳＳおよびＳＳＳの相対的送信タイミングが、たとえば、アクセスポイント１１０の二重モードを示すために使用され得る。
【００４５】
[0059]４１４において、アクセス端末１２０は、ＰＳＳおよびＳＳＳが受信された相対的タイミングを決定する。たとえば、アクセス端末１２０は、ＳＳＳおよびＰＳＳが連続するシンボルにおいて受信されたのか離間したシンボルにおいて受信されたのかを決定し得る。以下でより詳細に説明されるように、ＰＳＳおよびＳＳＳが受信された相対的タイミングは、アクセスポイント１１０のタイミングを確認するために使用され得る。
【００４６】
[0060]４１６において、アクセス端末１２０は、ＳＳＳのシグネチャシーケンスを決定する。たとえば、アクセス端末１２０は、ＳＳＳが第１のシグネチャシーケンス（ＳＥＱ１）を使用するのか第２のシグネチャシーケンス（ＳＥＱ２）を使用するのかを決定し得る。以下でより詳細に説明されるように、ＳＳＳのシグネチャシーケンスは、アクセスポイント１１０のタイミングを確認するために使用され得る。
【００４７】
[0061]４１８において、アクセス端末１２０は、アクセスポイント１１０のサブフレームおよびシンボルタイミングを確認する。
【００４８】
[0062]いくつかの実装形態では、アクセスポイント１１０が時分割複信（ＴＤＤ）を使用している場合、アクセスポイント１１０は、サブフレーム１および６（ＳＦ１およびＳＦ６）中の第１のスロットの第３のシンボル中でＰＳＳを送信し、サブフレーム０および５（ＳＦ０およびＳＦ５）の第１のスロットの第７のシンボル中でＳＳＳを送信する。アクセスポイント１１０が周波数分割複信（ＦＤＤ）を使用している場合、アクセスポイント１１０は、ＳＦ０およびＳＦ５の第１のスロットの第７のシンボル中でＰＳＳを送信し、（ＳＦ０およびＳＦ５の第１のスロットの第６のシンボル中で）ＰＳＳの直前にＳＳＳを送信する。したがって、ＰＳＳおよびＳＳＳを受信した後に、アクセス端末１２０は、ＰＳＳおよびＳＳＳの相対的タイミングに基づいてシステムの二重モードを決定することができる。ＳＳＳおよびＰＳＳが連続するシンボルにおいて受信された場合、これは、アクセスポイント１１０がＦＤＤを使用して動作していることを示し、ＳＳＳおよびＰＳＳが互いから３シンボル離れて受信された場合、アクセス端末１２０は、アクセスポイント１１０がＴＤＤを使用して動作していることを確認することができる。
【００４９】
[0063]アクセス端末１２０はまた、ＳＳＳおよびＰＳＳの相対的タイミングに基づいてアクセスポイント１１０のサブフレームタイミングを決定することができる。ＳＳＳおよびＰＳＳが連続するシンボルにおいて受信された場合、アクセス端末１２０は、ＳＳＳが第５のシンボル中で受信され、ＰＳＳが第６のシンボル中で受信されたことを確認することができ、ＳＳＳおよびＰＳＳが互いから３シンボル離れて受信された場合、アクセス端末１２０は、ＳＳＳが第１のスロットの第７のシンボル中で受信されたこと、およびＰＳＳが次のスロットの第３のシンボル中で受信されたことを確認することができる。
【００５０】
[0064]いくつかの実装形態では、アクセスポイント１１０は、第１のＳＳＳシグネチャシーケンス（ＳＥＱ１）またはＳＥＱ１とは異なる第２のＳＳＳシグネチャシーケンス（ＳＥＱ２）のいずれかを使用してＳＳＳを送信する。ＳＦ０中で送信されたＳＳＳは、ＳＥＱ１を使用して送信され得るが、ＳＦ５中で送信されたＳＳＳは、ＳＥＱ２を使用して送信され得る。したがって、ＳＳＳを受信し、それのシグネチャシーケンスを決定した後に、アクセス端末１２０は、ＳＳＳがＳＦ０の間に送信されたのかＳＦ５の間に送信されたのかを決定することができる。
【００５１】
[0065]４２１において、アクセスポイント１１０は、複数の基準シンボルを含むあらかじめ決定されたＣＲＳシーケンスに従ってＣＲＳを送信し、４２２において、アクセス端末１２０はＣＲＳを受信する。いくつかの実装形態では、あらかじめ決定されたＣＲＳシーケンスは、アクセスポイント１１０に関連するセル識別子に基づく。したがって、あらかじめ決定されたＣＲＳシーケンスは、アクセスポイント１１０に固有であるか、または、ネイバリングアクセスポイントによってブロードキャストされている他のＣＲＳシーケンスと同様である可能性が（少なくとも）低い。あらかじめ決定されたＣＲＳシーケンスは、複数の基準シンボルの各々のための特定のシンボル値またはスクランブリングコード、時間または周波数領域中の隣接する基準シンボル間の特定の間隔、および／あるいはあらかじめ決定された周波数に対する複数の基準シンボルの周波数シフトによって特徴づけられ得る。いくつかの実装形態では、あらかじめ決定されたＣＲＳシーケンスは、あらゆるサブフレームのあらゆるスロット中で繰り返される。アクセス端末１２０は、（たとえば、アクセスポイント１１０のダウンリンク電力レベルを推定するために）チャネル推定のためにＣＲＳを使用し得る。
【００５２】
[0066]４３１において、アクセスポイント１１０はＭＩＢを送信し、４３２において、アクセス端末１２０はＭＩＢを受信する。いくつかの実装形態では、ＭＩＢは、たとえば、物理ブロードキャストチャネル（ＰＢＣＨ）のブロードキャスト制御チャネル（ＢＣＣＨ）上で送信され得る。ＭＩＢは、アクセスポイント１１０に関連するシステムフレーム番号（ＳＦＮ）を示し得る。ＳＦＮは、たとえば、１０ビットのＳＦＮデータを含み得る。ＳＦＮデータまたはそれの部分（たとえば、８ビット）は、ＭＩＢ中に含まれ得る。
【００５３】
[0067]（ＭＩＢの少なくとも一部分を含む）ＰＢＣＨは間欠的に送信され得る。たとえば、ＰＢＣＨは、ＳＦ０中の第２のスロットの最初の４つのシンボルを使用して送信され得る。したがって、ＰＢＣＨは、システムフレームごとに、すなわち、１０ミリ秒ごとに１回送信され得る。
【００５４】
[0068]ＰＢＣＨは、あらゆる送信において同じペイロードを搬送し得る。ただし、ＰＢＣＨは、４つの冗長バージョン（ＲＶ０、ＲＶ１、ＲＶ２、またはＲＶ３）のうちの１つを使用して送信し得る。たとえば、第１の冗長バージョンＲＶ０は第１のシステムフレーム（たとえば、ＳＦＮ＝｛０，４，８，１２など｝）中で使用され得、第２の冗長バージョンＲＶ１は第２のシステムフレーム（たとえば、ＳＦＮ＝｛１，５，９，１３など｝）中で使用され得、第３の冗長バージョンＲＶ２は第３のシステムフレーム（たとえば、ＳＦＮ＝｛２，６，１０，１４など｝）中で使用され得、第４の冗長バージョンＲＶ３は第４のシステムフレーム（たとえば、ＳＦＮ＝｛３，７，１１，１５など｝）中で使用され得る。アクセス端末１２０は、ＰＢＣＨペイロードの４つのＲＶを組み合わせることによって合成利得を達成し得る。４３４において、アクセス端末１２０は、ＭＩＢデータに基づいてアクセスポイント１１０のＳＦＮを決定し得る。
【００５５】
[0069]図４は、送信４１１、４２１、および４３１を特定のシーケンス中で行われるものとして示すが、ＰＳＳ、ＳＳＳ、ＣＲＳ基準シンボル、およびＭＩＢが任意のシーケンス中で送信および受信され、ならびに／または処理され得ることを理解されよう。
【００５６】
[0070]上記のことによって諒解され得るように、ＳＩを通信するためのいくつかの技法は固定タイミング機構に依拠する。対照的に、１次ＲＡＴシステム１００中のアクセスポイント１１０は、いくつかの時間および／または周波数における送信を回避することによって共存を改善するように構成され得る。したがって、アクセスポイント１１０が固定タイミング機構に従ってＳＩを送信することは不可能であり得る。その結果、アクセス端末１２０はＳＩを受信しないことがある。
【００５７】
[0071]共存を改善するために、本開示のアクセスポイント１１０は、図４に示されている方法を使用して、不確定なタイミング、すなわち、アクセス端末１２０によって確認され得ないタイミングでＳＩを送信するように構成され得る。代わりに、ディスカバリー参照シグナリングは、（たとえば、図３に示されているｅＤＲＳシグナリング構成など）単一のデータブロックにコンソリデートされ得る。
【００５８】
[0072]上述のように、（図４中で、４３１において送信され、４３２において受信されたＭＩＢなど）変更されていないＭＩＢはＳＦＮデータを含み得る。しかしながら、ＭＩＢデータ（またはそれの部分）は不確定なタイミングにおいてＤＲＳの一部として送信され得るので、アクセスポイント１１０は、ＰＢＣＨペイロード、ＰＢＣＨ  ＲＶ、ＳＳＳシグネチャシーケンスおよび／またはＣＲＳスクランブリングと組み合わせて、変更されていないＭＩＢに依拠することによって、ＳＦＮデータをアクセス端末１２０に通信するように構成され得る。本開示の一態様によれば、アクセスポイント１１０は、全体的にまたは部分的に、ＰＢＣＨペイロード、ＰＢＣＨ冗長バージョン、ＳＳＳシグネチャシーケンス、および／またはＣＲＳスクランブリングを使用して、ＳＦＮをアクセス端末１２０に通信し得る。
【００５９】
[0073]図５は、通信媒体１３２への競合ベースアクセスを可能にするために、１次ＲＡＴシステム１００のために実装され得る、例示的なＤＲＳ送信タイミングを示す。説明の目的で、図５は、ＳＦＮ「０」〜「７」を有する８つのシステムフレームを示す。各システムフレームは１０ミリ秒の持続時間を有する。
【００６０】
[0074]いくつかの実装形態では、図１Ａ〜図１Ｂに示されているアクセスポイント１１０は、ディスカバリー参照シグナリング（ＤＲＳ）測定タイミング構成ウィンドウ（ＤＭＴＣウィンドウ）内のＤＲＳのウィンドウ化された送信のために構成され得る。ＤＲＳは、図３に示されている信号、たとえば、ＳＳＳ、ＣＲＳ、ＰＢＣＨ、ＰＤＣＣＨ、およびｅＳＩＢのうちの１つまたは複数を含み得る。ＤＲＳの送信は１ミリ秒（すなわち、１つのサブフレーム）のみを必要とし得るが、他のタイミングが可能である。
【００６１】
[0075]図５は、第１のＤＭＴＣウィンドウ５１０と第２のＤＭＴＣウィンドウ５２０とを示す。各ＤＭＴＣウィンドウは、あらかじめ決定された持続時間を有し得る。図５に示されているように、ＤＭＴＣウィンドウ５１０および５２０の各々のあらかじめ決定された持続時間は、たとえば、５ミリ秒（すなわち、５つのサブフレーム）であり得る。あらかじめ決定された持続時間は、アクセスポイント１１０とアクセス端末１２０の両方によって事前に知られ得る。その上、ＤＭＴＣウィンドウ５１０および５２０の各々のあらかじめ決定された持続時間は、ＤＲＳの完全な送信を実施するために必要とされる時間の量よりも大きくなり得る。
【００６２】
[0076]各ＤＭＴＣウィンドウは、あらかじめ決定された周期性をも有し得る。図５に示されている例では、ＤＭＴＣウィンドウ５１０および５２０のあらかじめ決定された周期性は、たとえば、４０ミリ秒（すなわち、３つおきの無線フレーム）であり得るが、本開示中の他の場所で説明されるように、あらかじめ決定された周期性は、たとえば、２０ミリ秒（すなわち、１つおきの無線フレーム）でもあり得る。したがって、第１のＤＭＴＣウィンドウ５１０は「０」のＳＦＮを有するシステムフレーム内で示され、第２のＤＭＴＣウィンドウ５２０は「４」のＳＦＮを有するシステムフレーム内で示される。２つのＤＭＴＣウィンドウ５１０および５２０のみが示されているが、図５に示されているパターンが無期限に繰り返され得ることを理解されよう。
【００６３】
[0077]図５は、５１１、５１２、５１３、５２１、５２２、および５２３における日和見的（opportunistic）送信ウィンドウをも示す。日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、および５２３の各々は、あらかじめ決定された持続時間を有し得る。図５に示されているように、日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、および５２３の各々のあらかじめ決定された持続時間は、たとえば、１ミリ秒（すなわち、１つのサブフレーム）であり得る。あらかじめ決定された持続時間は、アクセスポイント１１０とアクセス端末１２０の両方によって事前に知られ得る。その上、日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、および５２３の各々のあらかじめ決定された持続時間は、ＤＲＳの完全な送信を実施するために必要とされる時間の量に等しくなり得る。
【００６４】
[0078]いくつかの実装形態では、アクセスポイント１１０は、１次ＲＡＴシステム１００と、競争するＲＡＴシステム１９０との共存を改善するタイミングおよび／または周波数においてＤＲＳを送信するように構成され得る。本開示の一態様によれば、アクセスポイント１１０は、ＤＭＴＣウィンドウ５１０および５２０の各々の間にＤＲＳを送信するように構成され得る。ただし、ＤＲＳは、ＤＭＴＣウィンドウ５１０および５２０の間に、任意の時間に送信され得る。
【００６５】
[0079]たとえば、アクセスポイント１１０は、ＤＭＴＣウィンドウ５１０の第１のサブフレームの間にＤＲＳを送信するために、アクセスを求めて競合し得る。アクセスポイント１１０が、アクセスを求めて競合することに成功した場合、それは、ＤＭＴＣウィンドウ５１０の第１のサブフレームの間にＤＲＳを送信し得る。しかしながら、アクセスポイント１１０が、アクセスを求めて競合することに成功しなかった場合、それは、ＤＭＴＣウィンドウ５１０の第１のサブフレームの間にＤＲＳを送信しないことがある。代わりに、アクセスポイント１１０は、競合が成功するまで、第２のサブフレーム、第３のサブフレームなどの中でアクセスを求めて競合し得る。いくつかの実装形態では、アクセスポイント１１０は、それがアクセスを求めて成功裡に競合したかどうかにかかわらず、ＤＭＴＣウィンドウの最終サブフレーム中でＤＲＳを送信する。
【００６６】
[0080]本開示の一態様によれば、アクセスポイント１１０は、日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、および５２３の各々の間にＤＲＳの送信を試みるように構成され得る。アクセスポイント１１０は、それがその中でアクセスを求めて成功裡に競合する、あらゆる日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、または５２３の間にＤＲＳを送信する。アクセスポイント１１０が特定の日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、または５２３の間にアクセスを求めて成功裡に競合することに失敗した場合、アクセスポイント１１０は、その特定の日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、または５２３の間にＤＲＳを送信しない。
【００６７】
[0081]図５に示されている例では、アクセスポイント１１０は、ＤＭＴＣウィンドウ５１０の第３のサブフレーム中でＤＲＳ送信５５０を実施する。一例として、アクセスポイント１１０は、ＤＭＴＣウィンドウ５１０の第１のサブフレームおよび第２のサブフレームの間にアクセスを求めて不首尾に競合したが、第３のサブフレームの間にアクセスを求めて成功裡に競合していることがある。したがって、アクセスポイント１１０は、ＤＭＴＣウィンドウ５１０の第３のサブフレームの間にＤＲＳ送信５５０を送信している。
【００６８】
[0082]アクセスポイント１１０はまた、日和見的送信ウィンドウ５１１の間にＤＲＳ送信５５１を実施し、日和見的送信ウィンドウ５１３の間にＤＲＳ送信５５３を実施する。一例として、アクセスポイント１１０は、日和見的送信ウィンドウ５１１および５１３の間にアクセスを求めて成功裡に競合したが、日和見的送信ウィンドウ５１２の間にアクセスを求めて成功裡に競合することに失敗していることがある。したがって、ＤＲＳ送信５５１および５５３は、それぞれ、日和見的送信ウィンドウ５１１および５１３中で実施されたが、ＤＲＳ送信は、日和見的送信ウィンドウ５１２の間に実施されなかった。
【００６９】
[0083]アクセスポイント１１０はまた、ＤＭＴＣウィンドウ５２０の第５のサブフレーム中でＤＲＳ送信５６０を実施する。一例として、アクセスポイント１１０は、ＤＭＴＣウィンドウ５２０の第１〜第４のサブフレームの間にアクセスを求めて不首尾に競合していることがある。その結果、アクセスポイント１１０は、ＤＭＴＣウィンドウ５２０の最終サブフレームの間にＤＲＳ送信５６０を送信している。
【００７０】
[0084]アクセスポイント１１０はまた、日和見的送信ウィンドウ５２２の間にＤＲＳ送信５６２を実施し、日和見的送信ウィンドウ５２３の間にＤＲＳ送信５６３を実施する。一例として、アクセスポイント１１０は、日和見的送信ウィンドウ５２１の間にアクセスを求めて成功裡に競合することに失敗しているが、日和見的送信ウィンドウ５２２および５２３の間に成功していることがある。したがって、ＤＲＳ送信は日和見的送信ウィンドウ５２１の間に実施されなかったが、ＤＲＳ送信５６２および５６３は、それぞれ、日和見的送信ウィンドウ５２２および５２３中で実施された。
【００７１】
[0085]ＤＲＳ送信５５０、５５１、５５３、５６０、５６２、および５６３が説明のみの目的で示されること、ならびに任意の好適な送信パターンが本開示の態様に従って使用され得ることを理解されよう。上述のように、いくつかの実装形態では、アクセスポイント１１０は、図２に示されている、１次ＲＡＴシステム１００と、競争するＲＡＴシステム１９０との共存を改善するタイミングおよび／または周波数においてＤＲＳを送信するように構成され得る。
【００７２】
[0086]図５に示されているタイミングと同様の送信タイミングは、競争するＲＡＴシステム１９０など、競争するＲＡＴシステムとの共存を改善し得るが、アクセス端末１２０は、アクセスポイント１１０のサブフレームタイミングの明らかな指示を受信しない。
【００７３】
[0087]前に説明されたように、いくつかの技法は、規則的な１０ミリ秒間隔でのＰＳＳおよびＳＳＳ送信シーケンスを必要とする。アクセス端末１２０は、ＰＳＳおよびＳＳＳの相対的タイミングを決定することによってアクセスポイント１１０のサブフレームタイミングを確認することができる。図５の例示的なタイミングに戻ると、（ＰＳＳおよび／またはＳＳＳを含み得る）ＤＲＳ送信５５０、５５１、５５３、５６０、５６２、および５６３が不規則な間隔で受信されることを理解されよう。特に、ＤＲＳ送信５５０の開始とＤＲＳ送信５５１の開始との間の間隔は８ミリ秒であり、（ＤＲＳ送信５５１の開始とＤＲＳ送信５５３の開始との間の）次の間隔は２０ミリ秒であり、（ＤＲＳ送信５５３の開始とＤＲＳ送信５６０の開始との間の）次の間隔は１４ミリ秒である、などである。ＤＲＳ送信５５０、５５１、５５３、５６０、５６２、および５６３は不規則な間隔で受信されるので、アクセスポイント１１０のサブフレームタイミングをアクセス端末１２０に示すための新しいソリューションが必要とされる。
【００７４】
[0088]以下でより詳細に説明されるように、アクセスポイント１１０は、ＰＢＣＨペイロード、ＰＢＣＨ冗長バージョン、ＳＳＳシグネチャシーケンス、および／またはＣＲＳスクランブリングを使用して、サブフレームタイミングをアクセス端末１２０に通信し得る。
【００７５】
[0089]図６は、本開示の一態様による、ＰＢＣＨペイロードを使用してサブフレームタイミングを示すための流れ図を概括的に示す。図６に示されている行為は、アクセスポイント（たとえば、図１Ａ〜図１Ｂに示されているアクセスポイント１１０）によって実施され得、図６は、それがアクセスポイント１１０によって実施されるかのように説明される。
【００７６】
[0090]６１０において、アクセスポイント１１０は、ＤＭＴＣウィンドウ内のＤＲＳ送信のサブフレームインデックスを決定する。前に説明されたように、ＤＲＳ送信は１つのサブフレーム（１ミリ秒）内で送信され得るが、ＤＭＴＣウィンドウは、たとえば、５つのサブフレーム（５ミリ秒）の持続時間を有し得る。アクセスポイント１１０は、ＤＭＴＣウィンドウ中に含まれる各サブフレームの間にアクセスを求めて競合し、その中で競合が成功したサブフレーム中でＤＲＳを送信する。その中で競合が成功したサブフレームは、サブフレームインデックスを使用して識別され得る。たとえば、第１のサブフレーム中での競合が成功した場合、サブフレームインデックスは「０」であり得、第２のサブフレーム中での競合が成功した場合、サブフレームインデックスは「１」であり得、第３のサブフレーム中での競合が成功した場合、サブフレームインデックスは「２」であり得る、などである。
【００７７】
[0091]６２０において、アクセスポイント１１０は、ＰＢＣＨペイロードのサブフレームオフセットインジケータフィールドを、６１０において決定されたＤＲＳ送信のサブフレームインデックスでポピュレート（populate）する。本開示の一態様によれば、ＰＢＣＨペイロード内のサブフレームオフセットインジケータフィールドのロケーションはあらかじめ決定され、アクセス端末１２０は、ＰＢＣＨペイロード内のサブフレームオフセットインジケータフィールドの存在およびロケーションを認識するように構成される。
【００７８】
[0092]前に説明されたように、ＤＭＴＣウィンドウは、たとえば、５つのサブフレームの持続時間を有し得る。サブフレームオフセットインジケータフィールドが、ＤＲＳ送信のサブフレームインデックスを正確に識別するために少なくとも３ビットを含まなければならないことを理解されよう。ＤＭＴＣウィンドウが４つまたはより少数のサブフレームの持続時間を有する場合、サブフレームオフセットインジケータフィールドが２ビットまたはより少数のビットを含む必要があること、およびＤＭＴＣウィンドウが９つまたはそれ以上のサブフレームの持続時間を有するである、サブフレームオフセットインジケータフィールドが４ビットまたはそれ以上のビットを含む必要があることをさらに理解されよう。
【００７９】
[0093]６３０において、アクセスポイント１１０はＰＢＣＨペイロードの冗長バージョンＲＶ０を生成し、６４０において、アクセスポイント１１０はＤＭＴＣウィンドウの間にＰＢＣＨ上でＰＢＣＨペイロードを送信する。前に説明されたように、ＰＢＣＨペイロードがその間に送信されるＤＭＴＣウィンドウ内のサブフレームは、６１０において決定され、６２０において、サブフレームオフセットインジケータフィールド中で示された。６４０においてＰＢＣＨペイロードがその中で送信されたＤＭＴＣウィンドウは、図５に示されているＤＭＴＣウィンドウ５１０またはＤＭＴＣウィンドウ５２０と同様であり得、ＰＢＣＨペイロードは、図５に示されているＤＲＳ送信５５０またはＤＲＳ送信５６０と同様のＤＲＳ送信において送信され得る。
【００８０】
[0094]６５０において、アクセスポイント１１０は、冗長バージョンＲＶ１、ＲＶ２、およびＲＶ３の生成を開始する。図６では、冗長バージョンＲＶ１、ＲＶ２、およびＲＶ３の生成は、６５０において開始し、以下で説明されるようにループバックする、ＦＯＲ−ＮＥＸＴループとして示される。
【００８１】
[0095]６６０において、アクセスポイント１１０はＰＢＣＨペイロードの冗長バージョンＲＶｘを生成し、ここにおいて、ｘは、１、２、または３に設定され、６７０において、アクセスポイント１１０は日和見的送信ウィンドウの間にＰＢＣＨ上でＰＢＣＨペイロードを送信する。６７０においてＰＢＣＨペイロードがその中で送信された日和見的送信ウィンドウは、図５に示されている日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、または５２３と同様であり得、ＰＢＣＨペイロードは、図５に示されているＤＲＳ送信５５１、５５３、５６２、または５６３と同様のＤＲＳ送信において送信され得る。
【００８２】
[0096]６８０において、アクセスポイント１１０は、次の冗長バージョンを生成するために６５０にループバックする。ループの第１の反復の間、ｘ＝１であり、ループの第２の反復の間、ｘ＝２であり、ループの第３の反復の間、ｘ＝３であること、および６５０において開始するＦＯＲ−ＮＥＸＴループが第３の反復の後に終了することを理解されよう。
【００８３】
[0097]図７は、本開示の別の態様による、ＰＢＣＨペイロードに基づいてサブフレームタイミングを決定するための信号流れ図を概括的に示す。図７に示されている行為は、アクセス端末（たとえば、図１Ａ〜図１Ｂに示されているアクセス端末１２０）によって実施され得、図７は、それがアクセス端末１２０によって実施されるかのように説明される。
【００８４】
[0098]７１０において、アクセス端末１２０は、ＰＢＣＨ上でＰＢＣＨペイロードを受信する。ＰＢＣＨペイロードは、図５に示されているＤＲＳ送信５５０、５５１、５５３、５６０、５６２、および５６３に類似するＤＲＳ送信において受信され得る。その上、７１０において受信されたＤＲＳは、図６に示されているように、６４０または６７０においてアクセスポイント１１０によって送信され得る。
【００８５】
[0099]７２０において、アクセス端末１２０は、ＰＢＣＨペイロードの冗長バージョンを決定する。７３０において、アクセス端末１２０は、ＰＢＣＨペイロードの冗長バージョンがＲＶ０であるかどうかを決定する。図６の説明において前に説明されたように、ＤＭＴＣウィンドウ内で行われるＤＲＳ送信は、ＲＶ０の冗長バージョンを有し得るが、日和見的送信ウィンドウ内で行われるＤＲＳ送信は、ＲＶ１、ＲＶ２、またはＲＶ３の冗長バージョンを有し得る。
【００８６】
[00100]アクセス端末１２０が、ＰＢＣＨペイロードの冗長バージョンがＲＶ０でないと決定した場合（図７の７３０における「いいえ」）、７４０において、アクセス端末１２０は、ＤＲＳ送信の受信タイミングに基づいてアクセスポイント１１０のサブフレームタイミングを決定する。
【００８７】
[00101]たとえば、図５に示されている日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、および５２３は、各々、１つのサブフレーム（１ミリ秒）の持続時間を有し、各々、システムフレームの第１のサブフレーム（ＳＦ０）中に生じる。したがって、アクセス端末１２０が、ＰＢＣＨペイロードの冗長バージョンがＲＶ０でないと決定した場合、そのときのアクセス端末１２０は、ＤＲＳ送信が、（図５に示されている日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、および５２３のうちの１つに類似する）システムフレームの第１のサブフレーム（ＳＦ０）中にある日和見的送信ウィンドウの間に受信されたことを確認することができる。その結果、アクセス端末１２０は、ＤＲＳ送信の受信タイミングに基づいてアクセスポイント１１０のサブフレームタイミングを決定することができる。
【００８８】
[00102]アクセス端末１２０が、ＰＢＣＨペイロードの冗長バージョンがＲＶ０であると決定した場合（図７の７３０における「はい」）、７５０において、アクセス端末１２０は、ＰＢＣＨペイロードのサブフレームオフセットインジケータフィールドに基づいてサブフレームインデックスを決定する。前に説明されたように、ＤＭＴＣウィンドウは、ＤＲＳ送信の持続時間よりも大きい持続時間（たとえば、１つのサブフレームと比較して５つのサブフレーム）を有し得る。その結果、ＤＭＴＣウィンドウの間に行われるＤＲＳ送信は、正確なサブフレームタイミングに由来しないことがある。アクセス端末１２０が、ＲＶ０の冗長バージョンを有するＤＲＳ送信を受信した場合、アクセス端末１２０は、アクセスポイント１１０のサブフレームタイミングを正確に確認する前に、ＤＲＳ送信のサブフレームインデックスを確認することができる決定しなければならない。前に説明されたように、ＤＭＴＣウィンドウが５つのサブフレームの持続時間を有する場合、サブフレームインデックスは、（両端値を含む）「０」から「４」の間であり得る。
【００８９】
[00103]７６０において、アクセス端末１２０は、７１０において受信されたＤＲＳ送信の受信タイミングと７５０において決定されたサブフレームインデックスとに基づいて、アクセスポイント１１０のサブフレームタイミングを決定する。特に、アクセス端末１２０は、ＤＲＳ送信がその中で受信されたＤＭＴＣウィンドウのサブフレームが、７５０において決定されたサブフレームインデックスの値に等しいと決定し得る。たとえば、サブフレームインデックスが「０」である場合、アクセス端末１２０は、ＤＲＳ送信がシステムフレームの第１のサブフレーム（ＳＦ０）中で受信されたと決定し得、サブフレームインデックスが「１」である場合、アクセス端末１２０は、ＤＲＳ送信がシステムフレームの第２のサブフレーム（ＳＦ１）中で受信されたと決定し得、サブフレームインデックスが「２」である場合、アクセス端末１２０は、ＤＲＳ送信がシステムフレームの第３のサブフレーム（ＳＦ２）中で受信されたと決定し得る、などである。その結果、アクセス端末１２０は、ＤＲＳ送信の受信タイミングと７５０において決定されたサブフレームインデックスとに基づいて、アクセスポイント１１０のサブフレームタイミングを決定することができる。
【００９０】
[00104]合成利得がアクセス端末１２０において実現され得るように、ＰＢＣＨペイロードが同等であり得ることを理解されよう。したがって、ＰＢＣＨペイロードは、それがＤＭＴＣウィンドウの間に送信されるのか日和見的送信ウィンドウの間に送信されるのかにかかわらず、サブフレームオフセットインジケータフィールドを含み得る。しかしながら、アクセス端末１２０は、それが、ＰＢＣＨペイロードの冗長バージョンがＲＶ０であると（７３０においてのように）決定しない限り、サブフレームオフセットインジケータフィールドを無視し得る。
【００９１】
[00105]図８は、本開示の別の態様による、ＣＲＳスクランブリングコードとともにＰＢＣＨ冗長バージョンを使用してサブフレームタイミングを示すための信号流れ図を概括的に示す。図８に示されている行為は、アクセスポイント（たとえば、図１Ａ〜図１Ｂに示されているアクセスポイント１１０）によって実施され得、図８は、それがアクセスポイント１１０によって実施されるかのように説明される。
【００９２】
[00106]８１０において、アクセスポイント１１０は、ＤＭＴＣウィンドウ内のＤＲＳ送信のサブフレームインデックスを決定する。８１０における決定は、前に説明されたように、６１０における決定と同様であり得る。
【００９３】
[00107]８２０において、アクセスポイント１１０は、ＰＢＣＨペイロードの冗長バージョンＲＶｘを生成し、ここで、ｘは、８１０において決定されたサブフレームインデックスに等しく設定される。たとえば、サブフレームインデックスが「０」であると決定された場合、アクセスポイント１１０は、ＰＢＣＨペイロードの冗長バージョンＲＶ０を（８２０において）生成し、サブフレームインデックスが「１」であると決定された場合、アクセスポイント１１０は、ＰＢＣＨペイロードの冗長バージョンＲＶ１を（８２０において）生成し、サブフレームインデックスが「２」であると決定された場合、アクセスポイント１１０は、ＰＢＣＨペイロードの冗長バージョンＲＶ２を（８２０において）生成する、などである。５つのサブフレームの持続時間を有するＤＭＴＣウィンドウの場合、５つの冗長バージョンＲＶ０、ＲＶ１、ＲＶ２、ＲＶ３、およびＲＶ４が必要であることを理解されよう。
【００９４】
[00108]８３０において、アクセスポイント１１０は、ＣＲＳスクランブリングのための第１のＣＲＳシーケンスを選択する。前に説明されたように、いくつかのＣＲＳシーケンスは、ＣＲＳを送信するアクセスポイントに関連するセル識別子に基づく。本開示の一態様によれば、アクセスポイント１１０などの単一のアクセスポイントが、第１のＣＲＳシーケンスまたは第２のＣＲＳシーケンスのいずれかに従ってＣＲＳを送信するように構成され得、ここにおいて、第２のＣＲＳシーケンスは、複数の基準シンボルの各々のための特定のシンボル値またはスクランブリングコード、時間または周波数領域中の隣接する基準シンボル間の特定の間隔、および／あるいはあらかじめ決定された周波数に対する複数の基準シンボルの周波数シフトに関して、第１のＣＲＳシーケンスとは異なることを理解されよう。
【００９５】
[00109]８４０において、アクセスポイント１１０はＤＭＴＣウィンドウの間にＤＲＳを送信する。ＤＲＳは、８２０において生成されたＰＢＣＨペイロードと、８３０において選択された第１のＣＲＳシーケンスに従ってスクランブルされるＣＲＳとを含み得る。
【００９６】
[00110]８５０において、アクセスポイント１１０は、冗長バージョンＲＶ１、ＲＶ２、およびＲＶ３の生成を開始する。図８では、冗長バージョンＲＶ１、ＲＶ２、およびＲＶ３の生成は、８５０において開始し、以下で説明されるようにループバックする、ＦＯＲ−ＮＥＸＴループとして示される。
【００９７】
[00111]８６０において、アクセスポイント１１０はＰＢＣＨペイロードの冗長バージョンＲＶｘを生成し、ここにおいて、ｘは、１、２、または３に設定され、８６５において、アクセスポイント１１０はＣＲＳスクランブリングのための第２のＣＲＳシーケンスを選択する。前に説明されたように、８７０において選択された第２のＣＲＳシーケンスは、複数の基準シンボルの各々のための特定のシンボル値またはスクランブリングコード、時間または周波数領域中の隣接する基準シンボル間の特定の間隔、および／あるいはあらかじめ決定された周波数に対する複数の基準シンボルの周波数シフトに関して、８３０において選択された第１のＣＲＳシーケンスとは異なる。
【００９８】
[00112]８７０において、アクセスポイント１１０は、日和見的送信ウィンドウの間にＤＲＳを送信する。ＤＲＳは、８６０において生成されたＰＢＣＨペイロードと、８７０において選択された第２のＣＲＳシーケンスに従ってスクランブルされるＣＲＳとを含み得る。８７０においてＰＢＣＨペイロードがその中で送信された日和見的送信ウィンドウは、図５に示されている日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、または５２３と同様であり得、ＰＢＣＨペイロードは、図５に示されているＤＲＳ送信５５１、５５３、５６２、または５６３と同様のＤＲＳ送信において送信され得る。
【００９９】
[00113]８８０において、アクセスポイント１１０は、次の冗長バージョンを生成するために８５０にループバックする。ループの第１の反復の間、ｘ＝１であり、ループの第２の反復の間、ｘ＝２であり、ループの第３の反復の間、ｘ＝３であること、および６５０において開始するＦＯＲ−ＮＥＸＴループが第３の反復の後に終了することを理解されよう。
【０１００】
[00114]図９は、本開示の別の態様による、ＣＲＳスクランブリングコードとともにＰＢＣＨ冗長バージョンに基づいてサブフレームタイミングを決定するための信号流れ図を概括的に示す。図９に示されている行為は、アクセス端末（たとえば、図１Ａ〜図１Ｂに示されているアクセス端末１２０）によって実施され得、図９は、それがアクセス端末１２０によって実施されるかのように説明される。
【０１０１】
[00115]９１０において、アクセス端末１２０はＤＲＳ送信を受信する。ＤＲＳ送信は、図５に示されているＤＲＳ送信５５０、５５１、５５３、５６０、５６２、および５６３に類似し得る。その上、９１０において受信されたＤＲＳは、図８に示されているように、８４０または８７０においてアクセスポイント１１０によって送信され得る。
【０１０２】
[00116]９１５において、アクセス端末１２０は、ＣＲＳ、たとえば、９１０において受信されたＤＲＳ送信中に含まれるＣＲＳのＣＲＳシーケンスを決定する。上記で説明されたように、９１０においてＤＲＳ送信がそこから受信されたアクセスポイント（たとえば、アクセスポイント１１０）は、第１のＣＲＳシーケンスまたは第２のＣＲＳシーケンスのいずれかに従ってＣＲＳを送信するように構成され得、ここにおいて、第２のＣＲＳシーケンスは、複数の基準シンボルの各々のための特定のシンボル値またはスクランブリングコード、時間または周波数領域中の隣接する基準シンボル間の特定の間隔、および／あるいはあらかじめ決定された周波数に対する複数の基準シンボルの周波数シフトに関して、第１のＣＲＳシーケンスとは異なる。
【０１０３】
[00117]９２０において、アクセス端末１２０は、ＰＢＣＨペイロード、たとえば、９１０において受信されたＤＲＳ送信中に含まれるＰＢＣＨペイロードの冗長バージョンを決定する。
【０１０４】
[00118]９３０において、アクセス端末１２０は、９１５において決定されたＣＲＳシーケンスが第１のＣＲＳシーケンスであるかどうかを決定する。図６の説明において前に説明されたように、ＤＭＴＣウィンドウ内で行われるＤＲＳ送信は第１のＣＲＳシーケンスを使用し得るが、日和見的送信ウィンドウ内で行われるＤＲＳ送信は第２のＣＲＳシーケンスを使用し得る。
【０１０５】
[00119]アクセス端末１２０が、９１０において受信されたＤＲＳ中で第１のＣＲＳシーケンスが使用されないと決定した場合（図９の９３０における「いいえ」）、９４０において、アクセス端末１２０は、ＤＲＳ送信の受信タイミングに基づいてアクセスポイント１１０のサブフレームタイミングを決定する。
【０１０６】
[00120]たとえば、図５に示されている日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、および５２３は、各々、１つのサブフレーム（１ミリ秒）の持続時間を有し、各々、システムフレームの第１のサブフレーム（ＳＦ０）中に生じる。したがって、アクセス端末１２０が、第１のＣＲＳシーケンスが使用されないと決定した場合、そのときのアクセス端末１２０は、ＤＲＳ送信が、（図５に示されている日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、および５２３のうちの１つに類似する）システムフレームの第１のサブフレーム（ＳＦ０）中にある日和見的送信ウィンドウの間に受信されたことを確認することができる。その結果、アクセス端末１２０は、ＤＲＳ送信の受信タイミングに基づいてアクセスポイント１１０のサブフレームタイミングを決定することができる。
【０１０７】
[00121]アクセス端末１２０が、９１０において受信されたＤＲＳ中で第１のＣＲＳシーケンスが使用されると決定した場合（図９の９３０における「はい」）、７５０において、アクセス端末１２０は、ＰＢＣＨペイロードの冗長バージョンに基づいてサブフレームインデックスを決定する。特に、冗長バージョンＲＶ０が送信された場合、アクセス端末１２０は、サブフレームインデックスが「０」であると決定し得、冗長バージョンＲＶ１が送信された場合、アクセス端末１２０は、サブフレームインデックスが「１」であると決定し得、冗長バージョンＲＶ２が送信された場合、アクセス端末１２０は、サブフレームインデックスが「２」であると決定し得る、などである。前に説明されたように、ＤＭＴＣウィンドウが５つのサブフレームの持続時間を有する場合、サブフレームインデックスを正確に示すために５つの冗長バージョンが必要であり得る。サブフレームインデックスは、（両端値を含む）「０」から「４」の間であり得る。
【０１０８】
[00122]９６０において、アクセス端末１２０は、９１０において受信されたＤＲＳ送信の受信タイミングと９５０において決定されたサブフレームインデックスとに基づいて、アクセスポイント１１０のサブフレームタイミングを決定する。特に、アクセス端末１２０は、ＤＲＳ送信がその中で受信されたＤＭＴＣウィンドウのサブフレームが、９５０において決定されたサブフレームインデックスの値に等しいと決定し得る。たとえば、サブフレームインデックスが「０」である場合、アクセス端末１２０は、ＤＲＳ送信がシステムフレームの第１のサブフレーム（ＳＦ０）中で受信されたと決定し得、サブフレームインデックスが「１」である場合、アクセス端末１２０は、ＤＲＳ送信がシステムフレームの第２のサブフレーム（ＳＦ１）中で受信されたと決定し得、サブフレームインデックスが「２」である場合、アクセス端末１２０は、ＤＲＳ送信がシステムフレームの第３のサブフレーム（ＳＦ２）中で受信されたと決定し得る、などである。その結果、アクセス端末１２０は、ＤＲＳ送信の受信タイミングと９５０において決定されたサブフレームインデックスとに基づいて、アクセスポイント１１０のサブフレームタイミングを決定することができる。
【０１０９】
[00123]図８〜図９に関して前に説明されたように、アクセスポイント１１０は、ＣＲＳスクランブリングコードとともにＰＢＣＨ冗長バージョンを使用してサブフレームタイミングを示し得、アクセス端末１２０は、ＣＲＳスクランブリングコードとともにＰＢＣＨ冗長バージョンに基づいてサブフレームタイミングを決定し得る。
【０１１０】
[00124]しかしながら、本開示の他の態様によれば、アクセスポイント１１０は、ＳＳＳシグネチャシーケンス（ＳＥＱ１またはＳＥＱ２）とともにＰＢＣＨ冗長バージョンを使用してサブフレームタイミングを示し得、アクセス端末１２０は、ＳＳＳシグネチャシーケンス（ＳＥＱ１またはＳＥＱ２）とともにＰＢＣＨ冗長バージョンに基づいてサブフレームタイミングを決定し得る。したがって、図８に示されている行為の変更は、以下でより詳細に説明されるように、アクセスポイント（たとえば、図１Ａ〜図１Ｂに示されているアクセスポイント１１０）によって実施され得る。その上、図９に示されている行為の変更は、以下でより詳細に説明されるように、アクセス端末（たとえば、図１Ａ〜図１Ｂに示されているアクセス端末１２０）によって実施され得る。
【０１１１】
[00125]さらに、ＰＢＣＨ冗長バージョンは、ＰＢＣＨ送信のために使用され得るＯＦＤＭシンボルの数を示すために、暗黙的に使用され得る。たとえば、可変数のＰＢＣＨシンボルが使用され得、ここにおいて、ＤＭＴＣウィンドウ内に生じるＰＢＣＨは、ＤＭＴＣウィンドウの外部に生じるＰＢＣＨわずか４つのシンボルと比較して、物理ＰＢＣＨチャネルについて異なる数のＯＦＤＭシンボル、たとえば、５つまたは６つのシンボルを使用し得る。この関係は、ＰＢＣＨ冗長バージョンに応じて暗黙的に決定され得る。たとえば、冗長バージョン番号０は、常にＤＭＴＣウィンドウ内で送信され、したがって、たとえば、５つまたは６つの、ＯＦＤＭシンボル上で送信され得るが、他の冗長バージョンは、より少数のＯＦＤＭシンボルを使用して送信され得る。
【０１１２】
[00126]たとえば、アクセスポイント１１０は、ＤＭＴＣウィンドウ内のＤＲＳ送信のサブフレームインデックスを決定し、ＰＢＣＨペイロードの冗長バージョンＲＶｘを生成し得、ここで、ｘはサブフレームインデックスに等しく設定される。これらの行為は、（図８の８１０および８２０において）上記で説明された行為と同等であり得る。しかしながら、（図８の、それぞれ、８３０および８６５においてのように）第１のＣＲＳシーケンスおよび第２のＣＲＳシーケンスの間から選択するのではなく、アクセスポイント１１０は、第１のＳＳＳシグネチャシーケンス（ＳＥＱ１）または第２のＳＳＳシグネチャシーケンス（ＳＥＱ２）の間から選択し得る。
【０１１３】
[00127]上述のように、ＳＳＳシグネチャシーケンスＳＥＱ１およびＳＥＱ２は、特定のＳＳＳがＳＦ０中で送信されているのかＳＦ５中で送信されているのかを示すために使用され得る。本開示の一態様によれば、ＳＳＳシグネチャシーケンスＳＥＱ１およびＳＥＱ２は、代わりに、ＤＲＳが、（図５に示されているＤＭＴＣウィンドウ５１０および５２０に類似する）ＤＭＴＣウィンドウ中で送信されているのか（図５に示されている日和見的送信ウィンドウ５１１、５１２、５１３、５２１、５２２、および５２３に類似する）日和見的送信ウィンドウ中で送信されているのかを示すために使用される。たとえば、ＤＲＳがＤＭＴＣウィンドウ中で送信されている場合、ＳＥＱ１が選択され得、ＤＲＳが日和見的送信ウィンドウ中で送信されている場合、ＳＥＱ２が選択され得る。
【０１１４】
[00128]アクセスポイント１１０が、（上記で説明された変更の場合のように）ＤＲＳ送信がＤＭＴＣウィンドウ中で実施されるのか日和見的送信ウィンドウ中で実施されるのかを示すために第１のＳＳＳシグネチャシーケンスおよび第２のＳＳＳシグネチャシーケンスの間から選択する場合、アクセス端末１２０は、ＳＳＳの場合のＳＳＳシグネチャシーケンスに基づいて、ＤＲＳ送信がＤＭＴＣウィンドウ中で実施されるのか日和見的送信ウィンドウ中で実施されるのかを認識するように構成され得る。
【０１１５】
[00129]たとえば、アクセス端末１２０はＤＲＳ送信を受信し得る。受信することは、（図９の９１０において）上記で説明された行為と同等であり得る。しかしながら、（図９の９１５においてのように）ＣＲＳのＣＲＳシーケンスを決定するのではなく、アクセス端末１２０は、ＳＳＳのＳＳＳシグネチャシーケンスを決定し得る。（図９の９２０においてのように）ＰＢＣＨペイロードの冗長バージョンを決定した後に、アクセス端末１２０は、ＳＳＳが第１のＳＳＳシグネチャシーケンスＳＥＱ１を有するのか第２のＳＳＳシグネチャシーケンスＳＥＱ２を有するのかを決定し得る。ＳＳＳが第１のＳＳＳシグネチャシーケンスＳＥＱ１を使用しない場合、アクセス端末１２０は、（図９の９４０においてのように）ＤＲＳ送信の受信タイミングに基づいてアクセスポイント１１０のサブフレームタイミングを決定する。ＳＳＳが第１のＳＳＳシグネチャシーケンスＳＥＱ１を使用する場合、アクセス端末１２０は、（図９の９５０および９６０においてのように）ＤＲＳ送信の受信タイミングと、ＰＢＣＨペイロードの冗長バージョンに基づいて決定されたサブフレームインデックスとに基づいて、アクセスポイント１１０のサブフレームタイミングを決定する。
【０１１６】
[00130]図１０は、一連の相互に関係する機能モジュールとして表されたアクセスポイント１１０および／またはアクセス端末１２０を実装するための装置の代替説明を提供する。
【０１１７】
[00131]図１０は、一連の相互に関係する機能モジュールとして表された例示的な装置１０００を示す。ディスカバリー参照シグナリング（ＤＲＳ）測定タイミング構成ウィンドウ（ＤＭＴＣウィンドウ１００２内で送信されたディスカバリー参照信号（ＤＲＳ）のサブフレームインデックスを決定するためのモジュールは、少なくともいくつかの態様では、たとえば、本明細書で説明されたような通信コントローラまたはそれの構成要素（たとえば、通信コントローラ１１４または通信コントローラ１２４など）に対応し得る。ＤＲＳ１００４中に含まれる、物理ブロードキャストチャネル（ＰＢＣＨ）ペイロード、ＰＢＣＨ冗長バージョン、２次同期信号（ＳＳＳ）シグネチャシーケンス、および／またはセル固有基準信号（ＣＲＳ）スクランブリングコードのうちの１つまたは複数を使用してサブフレームインデックスを示すためのモジュールは、少なくともいくつかの態様では、たとえば、本明細書で説明されたような通信デバイスまたはそれの構成要素（たとえば、通信デバイス１１２または通信デバイス１２２など）に対応し得る。
【０１１８】
[00132]図１０のモジュールの機能は、本明細書の教示に一致する様々な方法で実装され得る。いくつかの設計では、これらのモジュールの機能は、１つまたは複数の電気的構成要素として実装され得る。いくつかの設計では、これらのブロックの機能は、１つまたは複数のプロセッサ構成要素を含む処理システムとして実装され得る。いくつかの設計では、これらのモジュールの機能は、たとえば、１つまたは複数の集積回路（たとえば、ＡＳＩＣ）の少なくとも一部分を使用して実装され得る。本明細書で説明されたように、集積回路は、プロセッサ、ソフトウェア、他の関係する構成要素、またはそれらの何らかの組合せを含み得る。したがって、異なるモジュールの機能は、たとえば、集積回路の異なるサブセットとして、ソフトウェアモジュールのセットの異なるサブセットとして、またはそれらの組合せとして実装され得る。また、（たとえば、集積回路のおよび／またはソフトウェアモジュールのセットの）所与のサブセットは、機能の少なくとも一部分を２つ以上のモジュールに与え得ることを諒解されよう。
【０１１９】
[00133]さらに、図１０によって表された構成要素および機能ならびに本明細書で説明された他の構成要素および機能は、任意の適切な手段を使用して実装され得る。そのような手段はまた、少なくとも部分的に、本明細書で教示された対応する構造を使用して実装され得る。たとえば、図１０の構成要素「のためのモジュール」に関連して上記で説明された構成要素はまた、同様に指定された機能「のための手段」に対応し得る。したがって、いくつかの態様では、そのような手段のうちの１つまたは複数は、本明細書で教示されるプロセッサ構成要素、集積回路、または他の好適な構造のうちの１つまたは複数を使用して実装され得る。
【０１２０】
[00134]図１０は、通信媒体１３２への競合ベースアクセスを可能にするために、１次ＲＡＴシステム１００のために実装され得る、別の例示的なＤＲＳ送信タイミングを示す。図１０は、ＳＦＮ「０」〜「７」を有する８つのシステムフレームを示す。各システムフレームは１０ミリ秒の持続時間を有する。
【０１２１】
[00135]上述のように、図１Ａ〜図１Ｂに示されているアクセスポイント１１０は、ＤＭＴＣウィンドウ内のＤＲＳのウィンドウ化された送信のために構成され得る。ＤＲＳは、図３に示されている信号、たとえば、ＳＳＳ、ＣＲＳ、ＰＢＣＨ、ＰＤＣＣＨ、およびｅＳＩＢのうちの１つまたは複数を含み得る。ＤＲＳの送信は１ミリ秒（すなわち、１つのサブフレーム）のみを必要とし得るが、他のタイミングが可能である。
【０１２２】
[00136]各ＤＭＴＣウィンドウは、あらかじめ決定された周期性をも有し得る。図５において前に示された例では、ＤＭＴＣウィンドウ５１０および５２０のあらかじめ決定された周期性は、４０ミリ秒（すなわち、３つおきの無線フレーム）であった。しかしながら、図１０は、あらかじめ決定された周期性が２０ミリ秒である、ＤＭＴＣウィンドウ１０１０、１０２０、１０３０、および１０４０を有する別の例を示す。
【０１２３】
[00137]したがって、第１のＤＭＴＣウィンドウ１０１０は「０」のＳＦＮを有するシステムフレーム内で示され、第２のＤＭＴＣウィンドウ１０２０は「２」のＳＦＮを有するシステムフレーム内で示され、第３のＤＭＴＣウィンドウ１０３０は「４」のＳＦＮを有するシステムフレーム内で示され、第４のＤＭＴＣウィンドウ１０４０は「６」のＳＦＮを有するシステムフレーム内で示される。４つのＤＭＴＣウィンドウ１０１０、１０２０、１０３０、および１０４０のみが示されているが、図５に示されているパターンが無期限に繰り返され得ることを理解されよう。
【０１２４】
[00138]図１０は、１０１１、１０２１、１０３１、および１０４１における日和見的送信ウィンドウをも示す。日和見的送信ウィンドウ１０１１、１０２１、１０３１、および１０４１の各々は、あらかじめ決定された持続時間を有し得る。図１０に示されているように、日和見的送信ウィンドウ１０１１、１０２１、１０３１、および１０４１の各々のあらかじめ決定された持続時間は、たとえば、１ミリ秒（すなわち、１つのサブフレーム）であり得る。あらかじめ決定された持続時間は、アクセスポイント１１０とアクセス端末１２０の両方によって事前に知られ得る。その上、日和見的送信ウィンドウ１０１１、１０２１、１０３１、および１０４１の各々のあらかじめ決定された持続時間は、ＤＲＳの完全な送信を実施するために必要とされる時間の量に等しくなり得る。
【０１２５】
[00139]いくつかの実装形態では、アクセスポイント１１０は、１次ＲＡＴシステム１００と、競争するＲＡＴシステム１９０との共存を改善するタイミングおよび／または周波数においてＤＲＳを送信するように構成され得る。本開示の一態様によれば、アクセスポイント１１０は、ＤＭＴＣウィンドウ１０１０、１０２０、１０３０、および１０４０の各々の間にＤＲＳを送信するように構成され得る。ただし、ＤＲＳは、ＤＭＴＣウィンドウ１０１０、１０２０、１０３０、および１０４０内の任意の時間に（すなわち、任意のサブフレームにおいて）送信され得る。
【０１２６】
[00140]たとえば、アクセスポイント１１０は、ＤＭＴＣウィンドウ１０１０の第１のサブフレームの間にＤＲＳを送信するために、アクセスを求めて競合し得る。アクセスポイント１１０が、アクセスを求めて競合することに成功した場合、それは、ＤＭＴＣウィンドウ１０１０の第１のサブフレームの間にＤＲＳを送信し得る。しかしながら、アクセスポイント１１０が、アクセスを求めて競合することに成功しなかった場合、それは、ＤＭＴＣウィンドウ１０１０の第１のサブフレームの間にＤＲＳを送信しないことがある。代わりに、アクセスポイント１１０は、競合が成功するまで、第２のサブフレーム、第３のサブフレームなどの中でアクセスを求めて競合し得る。いくつかの実装形態では、アクセスポイント１１０は、それがアクセスを求めて成功裡に競合したかどうかにかかわらず、ＤＭＴＣウィンドウの最終サブフレーム中でＤＲＳを送信する。
【０１２７】
[00141]図５から理解されるように、アクセスポイント１１０は、ＤＭＴＣウィンドウ１０１０の第３のサブフレームの間にアクセスを求めて成功裡に競合し、したがって、ＤＭＴＣウィンドウ１０１０の第３のサブフレームの間にＤＲＳ送信１０５０を送信する。アクセスポイント１１０が、ＤＭＴＣウィンドウ１０２０の第１のサブフレームおよびＤＭＴＣウィンドウ１０４０の第１のサブフレームの間にアクセスを求めて成功裡に競合し、したがって、ＤＭＴＣウィンドウ１０２０およびＤＭＴＣウィンドウ１０４０のそれぞれの第１のサブフレームの間にＤＲＳ送信１０６０およびＤＲＳ送信１０８０を送信することをさらに理解されよう。アクセスポイント１１０が、ＤＭＴＣウィンドウ１０３０の第５のサブフレームの間にアクセスを求めて成功裡に競合するか、または代替的に、ＤＭＴＣウィンドウ１０３０の最初の４つのサブフレームの各々についてアクセスを求めて成功裡に競合することに失敗することをさらに理解されよう。その結果、アクセスポイント１１０は、ＤＭＴＣウィンドウ１０３０の第５のサブフレームの間にＤＲＳ送信１０７０を送信する。
【０１２８】
[00142]本開示の一態様によれば、アクセスポイント１１０は、日和見的送信ウィンドウ１０１１、１０２１、１０３１、および１０４１の各々の間にＤＲＳの送信を試みるように構成され得る。アクセスポイント１１０は、それがその中でアクセスを求めて成功裡に競合する、あらゆる日和見的送信ウィンドウ１０１１、１０２１、１０３１、および１０４１の間にＤＲＳを送信する。アクセスポイント１１０が特定の日和見的送信ウィンドウ１０１１、１０２１、１０３１、または１０４１の間にアクセスを求めて成功裡に競合することに失敗した場合、アクセスポイント１１０は、その特定の日和見的送信ウィンドウ１０１１、１０２１、１０３１、または１０４１の間にＤＲＳを送信しない。
【０１２９】
[00143]図１０に示されている例では、アクセスポイント１１０は、日和見的送信ウィンドウ１０１１の間にＤＲＳ送信１０５１を実施し、日和見的送信ウィンドウ１０４１の間にＤＲＳ送信１０８１を実施する。一例として、アクセスポイント１１０は、日和見的送信ウィンドウ１０１１および１０４１の間にアクセスを求めて成功裡に競合したが、日和見的送信ウィンドウ１０２１および１０３１の間にアクセスを求めて成功裡に競合することに失敗していることがある。したがって、ＤＲＳ送信１０５１および１０８１は、それぞれ、日和見的送信ウィンドウ１０１１および１０４１の間に送信されたが、ＤＲＳ送信は、日和見的送信ウィンドウ１０２１および１０３１の間に実施されなかった。
【０１３０】
[00144]ＤＲＳ送信１０５０、１０５１、１０６０、１０７０、１０８０、および１０８１が説明のみの目的で示されること、ならびに任意の好適な送信パターンが本開示の態様に従って使用され得ることを理解されよう。上述のように、いくつかの実装形態では、アクセスポイント１１０は、図２に示されている、１次ＲＡＴシステム１００と、競争するＲＡＴシステム１９０との共存を改善するタイミングおよび／または周波数においてＤＲＳを送信するように構成され得る。
【０１３１】
[00145]いくつかの実装形態では、アクセスポイント１１０は、（ＤＭＴＣウィンドウ５１０および５２０の周期性が４０ミリ秒である）図５のタイミングの代替として、（ＤＭＴＣウィンドウ１０１０、１０２０、１０３０、および１０４０の周期性が２０ミリ秒である）図１０のタイミングを使用するように構成され得る。追加または代替として、アクセスポイント１１０は、図５のタイミングと図１０のタイミングとの間で選択するように構成され得る。
【０１３２】
[00146]上述のように、図５のタイミングがアクセスポイント１１０によって使用されているとき、アクセスポイント１１０は、ＰＢＣＨペイロードを使用してサブフレームタイミングを示すために図６の流れ図に従い得る。しかしながら、図１０のタイミングがアクセスポイント１１０によって使用されている場合、アクセスポイント１１０は図１１の流れ図に従い得る。
【０１３３】
[00147]代替的に、ＰＢＣＨの送信および／またはＤＲＳ信号全体の送信は、ＤＭＴＣウィンドウ１０１０、１０２０、１０３０、および１０４０のみに限定され、それにより、ＤＲＳ周期性を２０ミリ秒のみに限定し、中間の１０ミリ秒機会上でのＤＲＳの送信を完全になくし得る。そのようなシナリオでは、１０１０における送信のＰＢＣＨ冗長バージョンはＲＶ０を採用し、１０２０におけるＰＢＣＨ送信はＲＶ１を採用するであろう。さらに、各ＤＲＳ機会のための送信のウィンドウは異なり得る。たとえば、１０１０におけるＤＲＳ送信は５ミリ秒のＤＭＴＣウィンドウ長を有し得、１０２０における送信は、わずか有する１ミリ秒間隔を有し得る。
【０１３４】
[00148]図１１は、本開示の一態様による、ＰＢＣＨペイロードを使用してサブフレームタイミングを示すための流れ図を概括的に示す。図１１に示されている行為は、アクセスポイント（たとえば、図１Ａ〜図１Ｂに示されているアクセスポイント１１０）によって実施され得、図１１は、それがアクセスポイント１１０によって実施されるかのように説明される。いくつかの実装形態では、アクセスポイント１１０は、たとえば、図６の流れ図および／または図８の流れ図のうちの１つまたは複数とともに、図１１の流れ図を実施し得る。
【０１３５】
[00149]１１２２において、アクセスポイント１１０は、随意に、ＰＢＣＨペイロードのＤＭＴＣウィンドウ周期性フィールドをＤＭＴＣウィンドウ周期性データでポピュレートする。ＤＭＴＣウィンドウ周期性データは、たとえば、１ビットからなり得る。ＤＭＴＣウィンドウ周期性データは、ＤＭＴＣウィンドウの周期性が、（図５のタイミングの場合のように）４０ミリ秒であるのか、（図１０のタイミングの場合のように）２０ミリ秒であるのかを示し得る。一例として、アクセスポイント１１０が、４０ミリ秒の周期性を有するＤＭＴＣウィンドウに従ってＤＲＳ送信を送信している場合、アクセスポイント１１０はＤＭＴＣウィンドウ周期性フィールドを「０」の値でポピュレートし得、アクセスポイント１１０が、２０ミリ秒の周期性を有するＤＭＴＣウィンドウに従ってＤＲＳ送信を送信している場合、アクセスポイント１１０はＤＭＴＣウィンドウ周期性フィールドを「１」の値でポピュレートし得る。
【０１３６】
[00150]１１２４において、アクセスポイント１１０は、随意に、ＰＢＣＨペイロードのＤＭＴＣウィンドウ境界フィールドをＤＭＴＣウィンドウ境界データでポピュレートする。ＤＭＴＣウィンドウ境界データは、たとえば、１ビットからなり得る。ＤＭＴＣウィンドウ境界データは、ＤＭＴＣウィンドウの境界が（図１０のＤＭＴＣウィンドウ１０１０および１０３０と同様に）０ミリ秒におけるものであるのか（図１０のＤＭＴＣウィンドウ１０２０および１０４０と同様に）２０ミリ秒におけるものであるのかを示し得る。一例として、アクセスポイント１１０が、０ミリ秒境界におけるＤＭＴＣウィンドウ内でＤＲＳ送信を送信している場合、アクセスポイント１１０はＤＭＴＣウィンドウ境界フィールドを「０」の値でポピュレートし得、アクセスポイント１１０が、２０ミリ秒の周期性を有するＤＭＴＣウィンドウに従ってＤＲＳ送信を送信している場合、アクセスポイント１１０はＤＭＴＣウィンドウ境界フィールドを「１」の値でポピュレートし得る。
【０１３７】
[00151]追加または代替として、ＤＭＴＣウィンドウ境界データは、特定のＤＭＴＣウィンドウが、サブフレームの第１のサブセット（ＳＦＮ＝｛０，４，８，１２など｝をもつサブフレーム）内にあるのかサブフレームの第２のサブセット（ＳＦＮ＝｛２，６，１０，１４など｝をもつサブフレーム）内にあるのかを示し得る。一例として、アクセスポイント１１０が、ＳＦＮ０、ＳＦＮ４、ＳＦＮ８、ＳＦＮ１２などの中のＤＭＴＣウィンドウ内でＤＲＳ送信を送信している場合、アクセスポイント１１０はＤＭＴＣウィンドウ境界フィールドを「０」の値でポピュレートし得、アクセスポイント１１０がＳＦＮ２、ＳＦＮ６、ＳＦＮ１０、ＳＦＮ１４などの中のＤＭＴＣウィンドウ内でＤＲＳ送信を送信している場合、アクセスポイント１１０はＤＭＴＣウィンドウ境界フィールドを「１」の値でポピュレートし得る。
【０１３８】
[00152]図１１から理解されるように、アクセスポイント１１０は、１１２２におけるポピュレートすること、１１２４におけるポピュレートすること、またはそれらの任意の組合せを実施し得る。１１２４におけるポピュレートすることが実施されるシナリオでは、ＰＢＣＨペイロードのＤＭＴＣウィンドウ境界フィールドは、新しいＰＢＣＨペイロードが生成されるたびに再ポピュレートされ得ることを理解されよう。
【０１３９】
[00153]１１３０において、アクセスポイント１１０はＰＢＣＨペイロードの冗長バージョンＲＶ０を生成し、１１４０において、アクセスポイント１１０はＤＭＴＣウィンドウの間にＰＢＣＨ上で（冗長バージョンＲＶ０を有する）ＰＢＣＨペイロードを送信する。１１３０においてＰＢＣＨペイロードがその中で送信されたＤＭＴＣウィンドウは、図１０に示されているＤＭＴＣウィンドウ１０１０、１０２０、１０３０、または１０４０と同様であり得、ＰＢＣＨペイロードは、図１０に示されているＤＲＳ送信１０５０、１０６０、１０７０、および１０８０と同様のＤＲＳ送信において送信され得る。いくつかの点では、１１３０における生成することおよび１１４０における送信することは、図６に示されている、６３０における生成することおよび６４０における送信することと同様であり得る。簡潔のために、６３０における生成することおよび６４０における送信することの説明は、ここで繰り返されない。
【０１４０】
[00154]１１６０において、アクセスポイント１１０はＰＢＣＨペイロードの冗長バージョンＲＶ１を生成し、１１７０において、アクセスポイント１１０は日和見的送信ウィンドウの間にＰＢＣＨ上で（冗長バージョンＲＶ１を有する）ＰＢＣＨペイロードを送信する。１１７０においてＰＢＣＨペイロードがその中で送信された日和見的送信ウィンドウは、図１０に示されている日和見的送信ウィンドウ１０１１、１０２１、１０３１、および１０４１と同様であり得、ＰＢＣＨペイロードは、図１０に示されているＤＲＳ送信１０５１または１０８１と同様のＤＲＳ送信において送信され得る。いくつかの点では、１１６０における生成することおよび１１７０における送信することは、図６に示されている、６６０における生成することおよび６７０における送信することと同様であり得る。簡潔のために、６３０における生成することおよび６４０における送信することの説明は、ここで繰り返されない。
【０１４１】
[00155]上述のように、図１１の流れ図は、（それにおいてアクセスポイント１１０が４つの異なる冗長バージョンＲＶ０、ＲＶ１、ＲＶ２、およびＲＶ３を生成する図６の流れ図とは異なり）２つの異なる冗長バージョンＲＶ０およびＲＶ１の生成のみを示す。したがって、（ｘ＝１〜３である）図６に示されているＦＯＲ−ＮＥＸＴループは、ＰＢＣＨの冗長バージョンＲＶ２およびＲＶ３が生成されないので、図１１から省略されることを理解されよう。
【０１４２】
[00156]図１２は、本開示の別の態様による、ＰＢＣＨペイロードに基づいてサブフレームタイミングを決定するための信号流れ図を概括的に示す。図１２に示されている行為は、アクセス端末（たとえば、図１Ａ〜図１Ｂに示されているアクセス端末１２０）によって実施され得、図１２は、それがアクセス端末１２０によって実施されるかのように説明される。
【０１４３】
[00157]１２１０において、アクセス端末１２０は、ＰＢＣＨ上でＰＢＣＨペイロードを受信する。ＰＢＣＨペイロードは、図５に示されているＤＲＳ送信５５０、５５１、５５３、５６０、５６２、または５６３のうちのいずれか、あるいは図１０に示されているＤＲＳ送信１０５０、１０５１、１０６０、１０７０、１０８０、または１０８１のうちのいずれかに類似するＤＲＳ送信において受信され得る。
【０１４４】
[00158]１２２０において、アクセス端末１２０は、１２１０において受信されたＰＢＣＨペイロードの冗長バージョンを決定する。１２２２において、アクセス端末１２０は、随意に、１２１０において受信されたＰＢＣＨペイロードのＤＭＴＣウィンドウ周期性フィールドからＤＭＴＣウィンドウ周期性データを取得する。１２２４において、アクセス端末１２０は、随意に、１２１０において受信されたＰＢＣＨペイロードのＤＭＴＣウィンドウ境界フィールドからＤＭＴＣウィンドウ境界データを取得する。
【０１４５】
[00159]１２３０において、アクセス端末１２０は、１２１０において受信されたＤＲＳ送信の受信タイミングと、１２２０において決定された冗長バージョンと、１２２２および／または１２２４において取得されたＤＭＴＣウィンドウ周期性データおよび／またはＤＭＴＣ境界データとに基づいて、アクセスポイント１１０のサブフレームタイミングを決定する。
【０１４６】
[00160]一例として、アクセス端末１２０は、ＰＢＣＨペイロードの冗長バージョンがＲＶ０であると決定し、ＤＲＳ送信がＤＭＴＣウィンドウの間に受信されたと結論付け得る。アクセス端末１２０は、１２２２において取得されたＤＭＴＣウィンドウ周期性データに基づいて、ＤＭＴＣウィンドウの周期性が（図５に示されているタイミングの場合のように）４０ミリ秒であるとさらに決定し得る。アクセス端末１２０は、したがって、（図７に示されているように）ＰＢＣＨペイロードの受信タイミングとサブフレームインデックスとに基づいて、アクセスポイント１１０のシステムタイミングを決定し得る。追加または代替として、アクセス端末１２０は、したがって、（図９に示されているように）ＰＢＣＨペイロードの受信タイミングとＣＲＳシーケンスとに基づいて、アクセスポイント１１０のシステムタイミングを決定し得る。
【０１４７】
[00161]別の例として、アクセス端末１２０は、もう一度、ＰＢＣＨペイロードの冗長バージョンがＲＶ０であると決定し、ＤＲＳ送信がＤＭＴＣウィンドウの間に受信されたと結論付け得る。アクセス端末１２０は、１２２２において取得されたＤＭＴＣウィンドウ周期性データに基づいて、ＤＭＴＣウィンドウの周期性が（図１０に示されているタイミングの場合のように）２０ミリ秒であるとさらに決定し得る。この例では、アクセス端末１２０は、（図７に示されているように）ＰＢＣＨペイロードの受信タイミングとサブフレームインデックスとに基づいて、または（図９に示されているように）ＰＢＣＨペイロードの受信タイミングとＣＲＳシーケンスとに基づいて、アクセスポイント１１０のシステムタイミングを部分的に決定し得る。しかしながら、この情報のみに基づいて、アクセス端末１２０は、ＰＢＣＨペイロードが（図１０のＤＭＴＣウィンドウ１０１０またはＤＭＴＣウィンドウ１０３０と同様に）０ミリ秒境界において受信されたのか（図１０のＤＭＴＣウィンドウ１０２０またはＤＭＴＣウィンドウ１０４０と同様に）２０ミリ秒境界において受信されたのかを決定することが可能でないことがある。したがって、アクセス端末１２０は、ＤＲＳ送信がアクセスポイント１１０によって０ミリ秒境界において送られたのか２０ミリ秒境界において送られたのかを示すであろう、１２２４において取得されたＤＭＴＣウィンドウ境界データにさらに基づいて、システムタイミングを決定し得る。
【０１４８】
[00162]図１３は、概して、通信媒体１３２への競合ベースアクセスを可能にするために、１次ＲＡＴシステム１００のために実装され得る、別の例示的なＤＲＳ送信タイミングを示す。図１３は、（左側の）ＤＭＴＣウィンドウタイミングの第１の変形形態と（右側の）ＤＭＴＣウィンドウタイミングの第２の変形形態とを示す。
【０１４９】
[00163]第１の変形形態では、ＤＭＴＣウィンドウ１３１０および日和見的送信ウィンドウ１３１１が示されている。ＤＭＴＣウィンドウ１３１０の間に送信されるＤＲＳ送信１３５０および日和見的送信ウィンドウ１３１１の間に送信されるＤＲＳ送信１３５１も示されている。第１の変形形態では、ＤＭＴＣウィンドウ１３１０は単一のサブフレーム（たとえば、図１３に示されているように、ＳＦＮ０）内に位置し、ＤＭＴＣウィンドウ１３１０の開始はシステムフレームの開始に一致する。言い換えれば、特定のシステムフレームのサブフレーム０は、ＤＭＴＣウィンドウ１３１０の第１のサブフレームである。この点において、図１３の左側に示されている第１の変形形態は、図５および図１０に示されているＤＭＴＣウィンドウタイミングと同様である。
【０１５０】
[00164]第２の変形形態では、ＤＭＴＣウィンドウ１３２０および日和見的送信ウィンドウ１３２１が示されている。ＤＭＴＣウィンドウ１３２０の間に送信されるＤＲＳ送信１３６０および日和見的送信ウィンドウ１３２１の間に送信されるＤＲＳ送信１３６１も示されている。第２の変形形態では、ＤＭＴＣウィンドウ１３２０は、この場合も、単一のサブフレーム（たとえば、図１３に示されているように、ＳＦＮ０）内に位置する。しかしながら、第１の変形形態の場合とは異なり、ＤＭＴＣウィンドウ１３２０の開始はシステムフレームの開始に一致しない。言い換えれば、特定のシステムフレームのサブフレーム０は、ＤＭＴＣウィンドウ１３２０の第１のサブフレームでない。代わりに、システムフレームの何らかの他のサブフレームが、ＤＭＴＣウィンドウ１３２０の第１のサブフレームである。
【０１５１】
[00165]ＤＭＴＣウィンドウタイミングは、ＤＭＴＣウィンドウサブフレームオフセットを有するものとして説明され得る。たとえば、第１の変形形態では、サブフレーム０がＤＭＴＣウィンドウ１３１０の第１のサブフレームであるので、ＤＭＴＣウィンドウサブフレームオフセットは０の値を有し得る。しかしながら、第２の変形形態では、サブフレーム０以外のサブフレームがＤＭＴＣウィンドウ１３２０の第１のサブフレームであるので、ＤＭＴＣウィンドウサブフレームオフセットは０よりも大きい値を有し得る。（右側の）図１３では、ＤＭＴＣウィンドウサブフレームオフセットは、ＤＭＴＣウィンドウサブフレームオフセット１３３０としてラベリングされる。一例として、サブフレーム２がＤＭＴＣウィンドウ１３２０の第１のサブフレームであり得、その場合、ＤＭＴＣウィンドウサブフレームオフセット１３３０の値は２となるであろう。
【０１５２】
[00166]いくつかの実装形態では、アクセスポイント１１０およびアクセス端末１２０は、０に等しいＤＭＴＣウィンドウサブフレームオフセット１３３０を仮定するように構成され得る。しかしながら、他の実装形態では、ＤＭＴＣウィンドウサブフレームオフセット１３３０は、アクセスポイント１１０によって選択され、ＰＢＣＨペイロードまたは何らかの他の信号を使用してアクセス端末１２０に通信され得る。
【０１５３】
[00167]図６に戻ると、６１０において、アクセスポイント１１０がＤＭＴＣウィンドウ内のＤＲＳ送信のサブフレームインデックスを決定し、６２０において、アクセスポイント１１０が、ＰＢＣＨペイロードのサブフレームオフセットインジケータフィールドを、６１０において決定されたＤＲＳ送信のサブフレームインデックスでポピュレートすることを想起されよう。
【０１５４】
[00168]その上、図８に戻ると、８１０において、アクセスポイント１１０がＤＭＴＣウィンドウ内のＤＲＳ送信のサブフレームインデックスを決定し、８２０において、アクセスポイント１１０がＰＢＣＨペイロードの冗長バージョンＲＶｘを生成し、ここで、ｘが、８１０において決定されたサブフレームインデックスに等しく設定されることを想起されよう。
【０１５５】
[00169]図６と図８が両方とも、それにおいてシステムフレームの開始とＤＭＴＣウィンドウ１３１０の開始とが同時である、（図１３の左側に示されている）ＤＭＴＣウィンドウタイミングの第１の変形形態を仮定するので、６１０または８１０において決定されたサブフレームインデックスは、サブフレームインデックスがシステムフレームの開始からの相対距離として計算されるのかＤＭＴＣウィンドウの開始からの相対距離として計算されるのかにかかわらず、同じ値を有する。
【０１５６】
[00170]一方、ＤＭＴＣウィンドウサブフレームオフセット１３３０が０よりも大きい（図１３中の右側に示されている）場合、システムフレームの開始とＤＭＴＣウィンドウの開始とは同時でなく、６１０または８１０において決定されたサブフレームインデックスは、サブフレームインデックスがシステムフレームの開始からの相対距離として計算されるのかＤＭＴＣウィンドウ１３２０の開始相対距離として計算されるのかに応じて、異なる値を有する。
【０１５７】
[00171]いくつかの実装形態では、アクセスポイント１１０およびアクセス端末１２０は、ＤＲＳ送信のサブフレームインデックスをＤＭＴＣウィンドウの開始からの相対距離として測定するように構成され得る。たとえば、ＤＭＴＣウィンドウがサブフレーム１中で開始し、ＤＲＳ送信のサブフレームインデックスが２である場合、アクセス端末１２０は、ＤＲＳ送信がサブフレーム３の間にアクセスポイント１１０によって送信されたと決定し得る。
【０１５８】
[00172]他の実装形態では、アクセスポイント１１０およびアクセス端末１２０は、ＤＲＳ送信のサブフレームインデックスをシステムフレームの開始からの相対距離として測定するように構成され得る。たとえば、ＤＭＴＣウィンドウがサブフレーム１中で開始し、ＤＲＳ送信のサブフレームインデックスが２である場合、アクセス端末１２０は、ＤＲＳ送信がサブフレーム２の間にアクセスポイント１１０によって送信されたと決定し得る。
【０１５９】
[00173]上記のことから理解されるように、アクセスポイント１１０などのアクセスポイントは、アクセスポイント１１０のシステムタイミングに対するＤＲＳの送信のための送信タイミングを確立することを備える、ＤＲＳを送信する方法を実施するように構成され得る。システムタイミングは、図２に示されている例示的なシステムタイミング２００の場合のように、システムフレームとサブフレームとを含み得る。アクセスポイント１１０のシステムタイミングによって画定される特定のシステムフレームについて、アクセスポイント１１０は、ＤＲＳがその間に送信され得るＤＲＳ送信ウィンドウを選択し得る。
【０１６０】
[00174]ＤＲＳ送信ウィンドウは、ＤＲＳがその間に選択的に送信され得る１つまたは複数のサブフレーム（ＳＦ）を備え得る。ＤＲＳ送信ウィンドウは、（図５に示されているＤＭＴＣ送信ウィンドウ５１０、５２０、図１０に示されているＤＭＴＣ送信ウィンドウ１０１０、１０２０、１０３０、１０４０、および／または図１３に示されているＤＭＴＣ送信ウィンドウ１３１０、１３２０と同様に）２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウであり得る。代替的に、ＤＲＳ送信ウィンドウは、（図５に示されている日和見的送信ウィンドウ５１１〜５１３および５２１〜５２３、図１０に示されている日和見的送信ウィンドウ１０１１、１０２１、１０３１、１０４１、ならびに／または図１３に示されている日和見的送信ウィンドウ１３１１、１３２１と同様に）１つのＳＦを備える第２の送信ウィンドウであり得る。
【０１６１】
[00175]ＤＲＳを送信する方法は、選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間にＤＲＳを送信すべきかどうかを決定することと、ＤＲＳを送信すべきという決定に応答して特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末、たとえば、アクセス端末１２０に送信することとをさらに備え得る。送信されたＤＲＳは、図５に示されているＤＲＳ送信５５０、５５１、５５３、５６０、５６２、５６３、図１０に示されているＤＲＳ送信１０５０、１０５１、１０６０、１０７０、１０８０、１０８１、および／または図１３に示されているＤＲＳ送信１３５０、１３５１、１３６０、１３６１と同様であり得る。
【０１６２】
[00176]送信タイミングを確立することと、選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間にＤＲＳを送信すべきかどうかに関する決定とは、たとえば、アクセスポイント１１０のプロセッサ１１６および／またはメモリ１１８によって実施され得る。追加または代替として、送信タイミングを確立することと、選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間にＤＲＳを送信すべきかどうかに関する決定とは、たとえば、アクセスポイント１１０のサブフレームインデクサー（indexer）１６２および／またはＤＲＳ生成器１６４などの専用モジュールによって実施され得る。したがって、これらの構成要素は、アクセスポイントのシステムタイミングに対するＤＲＳの送信のための送信タイミングを確立するための手段、アクセスポイントのシステムタイミングによって画定される特定のシステムフレームについてＤＲＳ送信ウィンドウを選択するための手段、選択されたＤＲＳ送信ウィンドウは、ＤＲＳがその間に選択的に送信され得る１つまたは複数のサブフレーム（ＳＦ）を備える、および／または選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間にＤＲＳを送信すべきかどうかを決定するための手段を構成し得る。
【０１６３】
[00177]アクセス端末１２０にＤＲＳを送信することは、たとえば、アクセスポイント１１０の通信デバイス１１２またはそれの構成要素によって実施され得る。したがって、アクセスポイント１１０の通信デバイス１１２またはそれの構成要素は、ＤＲＳを送信すべきという決定に応答して特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末に送信するための手段を構成し得る。
【０１６４】
[00178]メモリ１１８は、プロセッサによって実行されたとき、プロセッサに動作を実施させるコードを含むコンピュータ可読媒体を構成し得る。コンピュータ可読媒体は非一時的であり得る。コンピュータ可読媒体は、アクセスポイントのシステムタイミングに対するＤＲＳの送信のための送信タイミングを確立するためのコードと、ここにおいて、送信タイミングを確立するためのコードは、アクセスポイントのシステムタイミングによって画定される特定のシステムフレームについてＤＲＳ送信ウィンドウを選択するためのコードを備え、選択されたＤＲＳ送信ウィンドウは、ＤＲＳがその間に選択的に送信され得る１つまたは複数のサブフレーム（ＳＦ）を備える、ここにおいて、選択されたＤＲＳ送信ウィンドウは、２つまたはそれ以上の連続するＳＦを備える第１の送信ウィンドウと、１つのＳＦを備える第２の送信ウィンドウとを備えるグループから選択される、選択されたＤＲＳ送信ウィンドウに基づいて特定のＳＦの間にＤＲＳを送信すべきかどうかを決定するためのコードと、ＤＲＳを送信すべきという決定に応答して特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末に送信するためのコードとを含み得る。
【０１６５】
[00179]上記のことからさらに理解されるように、アクセスポイント１１０などのアクセスポイントは、アクセスポイント１１０のシステムタイミングを示す方法を実施するように構成され得る。アクセスポイント１１０は、アクセスポイント１１０のシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定するように構成され得る。システムタイミングは、図２に示されている例示的なシステムタイミング２００の場合のように、システムフレームとサブフレームとを含み得る。アクセスポイント１１０は、サブフレームインデックス値に基づいてサブフレームオフセット値を決定し、ＤＲＳを使用してサブフレームオフセット値を示し、特定のＳＦの間にＤＲＳを、たとえば、アクセス端末１２０など、少なくとも１つのアクセス端末に送信するようにさらに構成され得る。サブフレームオフセット値を示すことは、図６の流れ図、図８の流れ図、図１１の流れ図、および／または本出願で説明される任意の他の好適な一連の行為と同様の方法を含み得る。
【０１６６】
[00180]特定のＳＦのサブフレームインデックス値を決定すること、サブフレームインデックス値に基づいてサブフレームオフセット値を決定すること、および／またはＤＲＳを使用してサブフレームオフセット値を示すことは、たとえば、アクセスポイント１１０のプロセッサ１１６および／またはメモリ１１８によって実施され得る。追加または代替として、特定のＳＦのサブフレームインデックス値を決定すること、サブフレームインデックス値に基づいてサブフレームオフセット値を決定すること、および／またはＤＲＳを使用してサブフレームオフセット値を示すことは、たとえば、アクセスポイント１１０のサブフレームインデクサー１６２および／またはＤＲＳ生成器１６４などの専用モジュールによって実施され得る。したがって、これらの構成要素は、特定のＳＦのサブフレームインデックス値を決定するための手段、サブフレームインデックス値に基づいてサブフレームオフセット値を決定するための手段、および／またはＤＲＳを使用してサブフレームオフセット値を示すための手段を構成し得る。
【０１６７】
[00181]アクセス端末１２０にＤＲＳを送信することは、たとえば、アクセスポイント１１０の通信デバイス１１２またはそれの構成要素によって実施され得る。したがって、アクセスポイント１１０の通信デバイス１１２またはそれの構成要素は、ＤＲＳを送信すべきという決定に応答して特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末に送信するための手段を構成し得る。
【０１６８】
[00182]メモリ１１８は、プロセッサによって実行されたとき、プロセッサに動作を実施させるコードを含むコンピュータ可読媒体を構成し得る。コンピュータ可読媒体は非一時的であり得る。コンピュータ可読媒体は、アクセスポイントのシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定するためのコードと、サブフレームインデックス値に基づいてサブフレームオフセット値を決定するためのコードと、ＤＲＳを使用してサブフレームオフセット値を示すためのコードと、特定のＳＦの間にＤＲＳを少なくとも１つのアクセス端末に送信するためのコードとを含み得る。
【０１６９】
[00183]上記のことからさらに理解されるように、アクセス端末１２０などのアクセス端末は、アクセスポイント１１０などのアクセスポイントのシステムタイミングを決定する方法を実施するように構成され得る。アクセスポイント１１０は、特定のＳＦの間にアクセスポイント１１０からＤＲＳを受信するように構成され得る。受信されたＤＲＳは、図５に示されているＤＲＳ送信５５０、５５１、５５３、５６０、５６２、５６３、図１０に示されているＤＲＳ送信１０５０、１０５１、１０６０、１０７０、１０８０、１０８１、および／または図１３に示されているＤＲＳ送信１３５０、１３５１、１３６０、１３６１と同様であり得る。アクセス端末１２０は、ＤＲＳに基づいてサブフレームオフセット値を決定し、決定されたサブフレームオフセット値に基づいて、アクセスポイント１１０のシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定し、決定されたサブフレームインデックス値に基づいてアクセスポイントのシステムタイミングを解決するようにさらに構成され得る。これは、たとえば、図７の流れ図、図８の流れ図、図１２の流れ図、および／または本出願で説明される任意の他の好適な一連の行為に従って実施され得る。
【０１７０】
[00184]アクセスポイント１１０からＤＲＳを受信することは、たとえば、アクセス端末１２０の通信デバイス１２２またはそれの構成要素によって実施され得る。したがって、アクセス端末１２０の通信デバイス１２２またはそれの構成要素は、特定のＳＦの間にアクセスポイント１１０からＤＲＳを受信するための手段を構成し得る。
【０１７１】
[00185]ＤＲＳに基づいてサブフレームオフセット値を決定することと、決定されたサブフレームオフセット値に基づいてアクセスポイント１１０のシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定することと、決定されたサブフレームインデックス値に基づいてアクセスポイント１１０のシステムタイミングを解決することとは、たとえば、アクセス端末１２０のプロセッサ１２６および／またはメモリ１２８によって実施され得る。追加または代替として、ＤＲＳに基づいてサブフレームオフセット値を決定することと、決定されたサブフレームオフセット値に基づいてアクセスポイント１１０のシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定することと、決定されたサブフレームインデックス値に基づいてアクセスポイント１１０のシステムタイミングを解決することとは、たとえば、ＤＲＳデコーダ１７２および／またはサブフレームタイミング分析器１７４などの専用モジュールによって実施され得る。したがって、これらの構成要素は、ＤＲＳに基づいてサブフレームオフセット値を決定するための手段と、決定されたサブフレームオフセット値に基づいて、アクセスポイントのシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定するための手段と、決定されたサブフレームインデックス値に基づいてアクセスポイントのシステムタイミングを解決するための手段とを構成し得る。
【０１７２】
[00186]メモリ１２８は、プロセッサによって実行されたとき、プロセッサに動作を実施させるコードを含むコンピュータ可読媒体を構成し得る。コンピュータ可読媒体は非一時的であり得る。コンピュータ可読媒体は、特定のＳＦの間にアクセスポイントからＤＲＳを受信するためのコードと、ＤＲＳに基づいてサブフレームオフセット値を決定するためのコードと、決定されたサブフレームオフセット値に基づいて、アクセスポイントのシステムタイミングに対する特定のＳＦのサブフレームインデックス値を決定するためのコードと、決定されたサブフレームインデックス値に基づいてアクセスポイントのシステムタイミングを解決するためのコードとを含み得る。
システム情報値タグ
[00187]システム情報を通信するための従来の技法では、従来のアクセスポイントは、従来のアクセス端末によって受信されるマスタ情報ブロック（ＭＩＢ）を送信し得る。ＭＩＢは、たとえば、ブロードキャスト制御チャネル（ＢＣＣＨ）上で送信され得、間欠的に、たとえば、５０ミリ秒ごとに送信され得る。ＭＩＢは、アクセスポイントに関連するシステムフレーム番号（ＳＦＮ）を示し得る。ＭＩＢはまた、アクセス端末がＰＤＣＣＨ上で制御シグナリングを受信することを可能にするＰＤＣＣＨ構成情報を与え得る。
【０１７３】
[00188]アクセス端末は、ＭＩＢデータに基づいてアクセスポイントのＳＦＮを決定し得、また、ＭＩＢデータ中のＰＤＣＣＨ構成情報を使用してＰＤＣＣＨ上でデータをブラインド復号することを開始し得る。アクセス端末は、あらかじめ決定されたシステム情報無線ネットワーク一時識別子（ＳＩ−ＲＮＴＩ：System Information Radio Network Temporary Identifier）を使用してＰＤＤＣＨをブラインド復号し得る。ＳＩ−ＲＮＴＩは１６ビット値（たとえば、０ｘＦＦＦＦ）であり得る。アクセス端末は、成功した復号が実施されるまで、ＳＩ−ＲＮＴＩを使用してＰＤＣＣＨ上でデータをブラインド復号し得る。一例として、成功した復号は、復号されたデータに対して巡回冗長検査（ＣＲＣ）を実施することによって示され得る。ＣＲＣが成功した場合、成功した復号が実施された。
【０１７４】
[00189]アクセスポイントは、あらかじめ決定されたＳＩ−ＲＮＴＩを使用してＳＩＢ１ロケーションデータをスクランブルし得る。ＳＩＢ１ロケーションデータは、ＳＩＢ１が、それにおいて、たとえば、ＳＦＮ０から開始する７つおきのフレームの（８０ミリ秒ごとの）４つおきのサブフレーム中にあり得る、周波数領域ロケーションデータを含み得る。上述のように、ＳＩ−ＲＮＴＩは、アクセスポイントとアクセス端末の両方によって事前に知られている固定値（たとえば、０ｘＦＦＦＦ）である。固定ＳＩ−ＲＮＴＩ値は、ＳＩをマークするために、およびＳＩのロケーションに関係するデータをマークするために、アクセスポイントおよびアクセス端末によって使用される。アクセスポイントは、スクランブルされたＳＩＢ１ロケーションデータをＰＤＣＣＨ上で送信し得る。
【０１７５】
[00190]アクセス端末は、アクセスポイントからのスクランブルされた送信を受信し得る。上述のように、アクセス端末は、あらかじめ決定されたＳＩ−ＲＮＴＩ値を使用してＰＤＣＣＨをブラインド復号し得る。
【０１７６】
[00191]アクセス端末は、スクランブルされた送信を成功裡に復号し得る。アクセス端末は、成功した復号を実施するために、あらかじめ決定されたＳＩ−ＲＮＴＩ値を使用するので、アクセス端末は、スクランブルされたデータが、送信されたＳＩのロケーションを含むと決定し得る。
【０１７７】
[00192]アクセス端末は、送信に基づいてＳＩＢ１のロケーションを決定し得る。たとえば、ＳＩＢ１のロケーションは特定のリソース要素に関連し得る。決定されたロケーションに基づいて、アクセス端末は、ＳＩＢ１がその上で受信され得る特定のリソース要素を識別し得る。
【０１７８】
[00193]アクセスポイントは、前にスクランブルされ、送信されたＳＩＢ１ロケーションデータに従って、ＳＩＢ１を送信し得る。上述のように、ＳＩＢ１のロケーションは特定のリソース要素に関連し得る。したがって、アクセスポイントは、それらの特定のリソース要素を使用してＳＩＢ１を送信し得る。アクセス端末は、決定されたロケーションにおいてＳＩＢ１を受信し得る。
【０１７９】
[00194]アクセス端末は、残りのＳＩＢブロック（ＳＩＢｘと呼ばれることがある、ＳＩＢ２、ＳＩＢ３など）のロケーションを、ＳＩＢ１中に含まれるＳＩＢｘロケーション情報に基づいて決定し得る。従来の技法によれば、ＳＩＢ１は、ＳＩウィンドウ長データと、ＳＩ周期性データと、スケジューリング情報リストデータとを搬送し得る。ＳＩウィンドウ長データとＳＩ周期性データとに基づいて、アクセス端末は、ＳＩＢｘ送信のために使用されるべき無線フレームおよびサブフレームを識別し得る。スケジューリング情報リストデータは、識別された無線フレームおよびサブフレームの中から特定のＳＩＢｘ送信（たとえば、ＳＩＢ２、ＳＩＢ３など）の位置を特定するためのインデックスとして使用され得る。
【０１８０】
[00195]アクセスポイントは、ＳＩウィンドウ長データと、ＳＩ周期性データと、スケジューリング情報リストデータとに従って、ＳＩＢｘを送信し得る。アクセスポイント１２０は、決定されたロケーションにおいてＳＩＢｘデータを受信し得る。
【０１８１】
[00196]上記のことによって諒解され得るように、ＳＩを通信するための従来の技法は固定タイミング機構に依拠する。１次ＲＡＴシステム２００中のアクセスポイントが、いくつかの時間および／または周波数における送信を回避することによって共存を改善するように構成された場合、アクセスポイントが固定タイミング機構に従ってＳＩを送信することは不可能であり得る。その結果、アクセス端末はＳＩを受信しないことがある。
【０１８２】
[00197]共存を改善するために、本開示のアクセスポイント１１０は、代わりに、不確定なタイミング、すなわち、アクセス端末１２０によって事前に知られていないタイミングで、ＭＩＢ、ＳＩＢ１、および／またはＳＩＢｘ中に含まれるデータを送信するように構成され得る。本開示の一態様によれば、アクセスポイント１１０は、単一の拡張システム情報ブロック（ｅＳＩＢ：Enhanced System Information Block）内でＭＩＢおよびＳＩＢ１を送信するように構成され得る。いくつかの実装形態では、ｅＳＩＢは、他のＳＩＢｘブロック（たとえば、ＳＩＢ２）からの追加のＳＩをさらに含み得る。
【０１８３】
[00198]アクセスポイント１１０は、任意の好適なタイミング、たとえば、本開示に記載される任意のタイミングに従って、ＤＭＴＣウィンドウ内の任意のロケーションにおいてｅＳＩＢを送信するように構成され得る。一例として、ＤＭＴＣウィンドウは任意の無線フレーム中にあり得、ＤＭＴＣウィンドウの持続時間は無線フレームの任意の５つのサブフレーム（５ミリ秒）にわたり得る。いくつかの実装形態では、アクセスポイント１１０は、１次ＲＡＴシステム２００と、競争するＲＡＴシステム２０２との共存を改善するタイミングおよび／または周波数においてｅＳＩＢを送信するように構成され得る。
【０１８４】
[00199]ｅＳＩＢは不確定なタイミング（すなわち、アクセス端末１２０によって事前に知られていないタイミング）で送信され得るので、アクセス端末１２０は、ｅＳＩＢの位置を特定し、それを認識するように構成されなければならない。
【０１８５】
[00200]ｅＳＩＢの位置を特定し、および／またはそれを認識するための１つの方法によれば、ｅＳＩＢはＳＦＮを含み得る。ＰＤＣＣＨは、ＤＭＴＣウィンドウ中のｅＳＩＢと同じサブフレーム上にあり得、したがって、ＳＦＮ情報は、ｅＳＩＢの成功した復号とともに取得され得る。以下でさらに詳細に説明されるように、ＤＭＴＣウィンドウはＤＲＳロケーションにひも付けられるので、アクセス端末１２０は、厳密なサブフレーム番号を知らずに、ｅＳＩＢについてＤＭＴＣウィンドウを通して探索し得る。潜在的ＰＤＣＣＨリソースロケーションが、厳密なロケーションを解決するためにアクセス端末１２０によるブラインド復号とともにＤＭＴＣウィンドウ内であらかじめ決定され得る。
【０１８６】
[00201]アクセス端末１２０は、アクセスポイント１１０から受信された、ＰＳＳ、ＳＳＳ、またはＣＲＳ送信のうちの１つまたは複数のロケーションに基づいて、ＤＲＳロケーションを決定し得る。ＰＳＳ、ＳＳＳ、およびＣＲＳのＤＲＳロケーションは、アクセスポイント１１０によってあらかじめ決定される。ＤＭＴＣウィンドウは、ＤＲＳロケーションのうちの１つまたは複数の範囲（たとえば、±５ミリ秒）内に位置し得る。決定されたＤＲＳロケーションに基づいて、アクセス端末１２０は、ＤＭＴＣウィンドウ内のあらゆるサブフレーム上で、ＰＤＣＣＨについてＤＭＴＣウィンドウ中でブラインド探索することが可能であり得る。ＰＤＣＣＨのＣＲＣは、拡張システム情報無線ネットワーク一時識別子（ｅＳＩ−ＲＮＴＩ：Enhanced System Information Radio Network Temporary Identifier）を使用してスクランブルされ得、ｅＳＩ−ＲＮＴＩは、アクセス端末１２０が、それがｅＳＩＢ送信を受信していることを確認することを可能にする。上述のように、アクセスポイント１１０は、１次ＲＡＴシステム２００と、競争するＲＡＴシステム２０２との共存を改善するように、ｅＳＩＢの時間領域ロケーションを選択するように構成され得る。
【０１８７】
[00202]アクセス端末１２０は、ＰＤＣＣＨ中のデータに対してＣＲＣ検査を実施することによって、ｅＳＩＢについてＤＭＴＣウィンドウを探索し得る。
【０１８８】
[00203]アクセスポイント１１０は、ＰＤＣＣＨ上でｅＳＩＢフラグを送信し得る。指示がＰＤＣＣＨ内で行われる場合、アクセスポイント１１０は、指示がｅＳＩＢであるか否かを示すためのフラグを使用し得る。アクセス端末１２０は、アクセスポイント１１０から受信された、スクランブルされた送信を成功裡に復号し得る。アクセス端末１２０は、成功した復号を実施するために、あらかじめ決定されたＳＩ−ＲＮＴＩ値を使用するので、アクセス端末１２０は、スクランブルされたデータがＳＩを含むと決定し得る。
【０１８９】
[00204]アクセス端末１２０は、ｅＳＩＢフラグに基づいて、受信されたＳＩＢデータがｅＳＩＢデータであると決定し得る。上述のように、ｅＳＩＢフラグデータは、特定のあらかじめ決定されたロケーション、たとえば、あらかじめ決定されたデータフィールドにおいてアタッチされ得る。
【０１９０】
[00205]アクセス端末１２０は、ｅＳＩＢ中に含まれるＳＩＢｘロケーション情報に基づいてＳＩＢｘブロックのロケーションを決定し得る。ＳＩＢｘブロックのロケーションは、本開示の様々な態様に従って決定され得る。
【０１９１】
[00206]アクセスポイント１１０は、前に送信されたｅＳＩＢ中に含まれるＳＩＢｘロケーション情報に従ってＳＩＢｘを送信し得る。その上、アクセス端末１２０は、決定されたロケーションにおいてＳＩＢｘデータを受信し得る。
【０１９２】
[00207]共存をさらに改善するために、本開示のアクセスポイント１１０は、ＳＩＢｘデータが更新されているかどうかを通信するように構成され得る。従来のアクセスポイントでは、システム情報値タグフィールドがＳＩＢ１ペイロード中に含まれる。ＳＩＢｘデータが更新されるたびに、システム情報値タグフィールドは、たとえば、増分し得る。従来のアクセスポイントは５ビットシステム情報値タグを使用し得、したがって、それは０に「ロールオーバする」前に３１まで増分する。従来のアクセス端末がシステム情報値タグを読み取るとき、それは、ＳＩＢｘデータが最後に取得されてからシステム情報値タグが変化したかどうかに基づいて、ＳＩＢｘデータが更新されているかどうかを決定することができる。
【０１９３】
[00208]しかしながら、上述のように、本開示のアクセスポイント１１０は従来のＳＩＢ１を送信しない。代わりに、アクセスポイント１１０は、単一の拡張システム情報ブロック（ｅＳＩＢ）内でＭＩＢおよびＳＩＢ１を送信するように構成される。
【０１９４】
[00209]ＳＩＢｘデータが更新されている場合、アクセスポイント１１０は、ＰＢＣＨペイロード中にシステム情報値タグフィールドを含めるように構成され得る。ＰＢＣＨペイロードはアクセスポイント１１０によって頻繁に送信され、アクセス端末１２０によって継続的に監視され得るので、アクセス端末１２０は、ＳＩＢｘデータに対する変化について迅速に通知され得る。その上、ＰＢＣＨペイロードは従来の手法のＳＩＢ１よりも確実に受信され得るので、本開示のシステム情報値タグは５ビットよりも少数であり得る。
【０１９５】
[00210]さらに、前のＳＩＢｘ送信に対応するシステム情報値タグと現在のＳＩＢｘ送信に対応するシステム情報値タグとが、両方とも送信され得る。これは、ＵＥによって保持される値タグが古くなった情報である場合、あいまいさのさらなる解決を可能にする。このコンテキストにおける現在の値タグは、次のそのような機会において行われるようにスケジュールされたＳＩＢｘ送信に対応する。両方の値タグの送信は、ＵＥが、比較を行い、現在のＳＩＢｘ情報の有効性を確認し、あいまいさなしにシステム情報変化のインスタンスを決定することを可能にする。
【０１９６】
[00211]本明細書における「第１」、「第２」などの名称を使用した要素への言及は、それらの要素の数量または順序を概括的に限定するものでないことを理解されたい。むしろ、これらの名称は、本明細書において２つまたはそれ以上の要素またはある要素の複数の事例を区別する便利な方法として使用され得る。したがって、第１および第２の要素への言及は、そこで２つの要素のみが採用され得ること、または第１の要素が何らかの方法で第２の要素に先行しなければならないことを意味しない。また、別段に記載されていない限り、要素のセットは１つまたは複数の要素を備え得る。さらに、明細書または特許請求の範囲において使用される「Ａ、Ｂ、またはＣのうちの少なくとも１つ」または「Ａ、Ｂ、またはＣのうちの１つまたは複数」または「Ａ、Ｂ、およびＣからなるグループのうちの少なくとも１つ」という形式の用語は、「ＡまたはＢまたはＣあるいはこれらの要素の任意の組合せ」を意味する。たとえば、この用語は、Ａ、またはＢ、またはＣ、またはＡおよびＢ、またはＡおよびＣ、またはＡおよびＢおよびＣ、または２Ａ、または２Ｂ、または２Ｃなどを含み得る。
【０１９７】
[00212]上記の記述および説明に鑑みて、本明細書で開示された態様に関して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、概してそれらの機能に関して上記で説明された。そのような機能がハードウェアとして実装されるのかソフトウェアとして実装されるのかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明された機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。
【０１９８】
[00213]したがって、たとえば、装置または装置の構成要素は、本明細書で教示される機能を与えるように構成され得る（あるいはそのように動作可能にされるかまたは適応され得る）ことが諒解されよう。これは、たとえば、その機能を与えるように装置または構成要素を製造する（たとえば、作製する）ことによって、その機能を与えるように装置または構成要素をプログラムすることによって、あるいは何らかの他の好適な実装技法の使用によって、達成され得る。一例として、集積回路は、必須の機能を与えるために作製され得る。別の例として、集積回路は、必須の機能をサポートするために作製され、次いで、必須の機能を与えるように（たとえば、プログラミングによって）構成され得る。また別の例として、プロセッサ回路は、必須の機能を与えるためのコードを実行し得る。
【０１９９】
[00214]さらに、明細書で開示された態様に関して説明された方法、シーケンスおよび／またはアルゴリズムは、ハードウェアで直接実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはそれらの２つの組合せで実施され得る。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている、一時的または非一時的の任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る（たとえば、キャッシュメモリ）。
【０２００】
[00215]したがって、たとえば、本開示のいくつかの態様が、通信のための方法を実施する一時的または非一時的コンピュータ可読媒体を含むことができることも諒解されよう。
【０２０１】
[00216]上記の開示は、様々な例示的な態様を示しているが、添付の特許請求の範囲によって定義される範囲から逸脱することなく、様々な変更および修正が、示された例に対して行われ得ることに留意されたい。本開示は、具体的に示された例のみに限定されるものではない。たとえば、別段に記載されていない限り、本明細書で説明された本開示の態様による方法クレームの機能、ステップおよび／またはアクションは、特定の順序で実施されなくてもよい。さらに、いくつかの態様は、単数形で説明または請求されていることがあるが、単数形への限定が明示的に述べられていない限り、複数形が企図される。
【図１Ａ】
2018534866.tif 000003
【図１Ｂ】
2018534866.tif 000004
【図２】
2018534866.tif 000005
【図３】
2018534866.tif 000006
【図４】
2018534866.tif 000007
【図５】
2018534866.tif 000008
【図６】
2018534866.tif 000009
【図７】
2018534866.tif 000010
【図８】
2018534866.tif 000011
【図９】
2018534866.tif 000012
【図１０】
2018534866.tif 000013
【図１１】
2018534866.tif 000014
【図１２】
2018534866.tif 000015
【図１３】
2018534866.tif 000016
【国際調査報告】
2018534866.tif 000017
2018534866.tif 000018
2018534866.tif 000019
2018534866.tif 000020