(57)【要約】本出願の実施形態は、ランダムアクセス方法、通信装置、チップ、および記憶媒体を提供する。ネットワークデバイスは、第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信し、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。ネットワークデバイスは、第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信する。本出願の実施形態によれば、２つのＳＳＢ機会候補が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうして、チャネル検知の失敗により２つのＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
2021533657.tif 000002
【特許請求の範囲】
【請求項１】
ランダムアクセス方法であって、
ネットワークデバイスによって、第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信するステップであって、前記第１のＳＳＢ機会候補と前記第２のＳＳＢ機会候補の両方は、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、ステップと、
前記ネットワークデバイスによって、前記第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信するステップとを備える、ランダムアクセス方法。
【請求項２】
前記第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有し、前記第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における前記第１のサブバンドを占有する請求項１に記載の方法。
【請求項３】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補はＬ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補のいずれか１つは１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、前記Ｌ個のＳＳＢ機会候補は少なくとも２つの互いに素のＳＳＢ機会候補集合を備え、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つは時系列において隣接する少なくとも１つのＳＳＢ機会候補を備え、Ｌは正の整数であり、
前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補は、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に備えられる請求項２に記載の方法。
【請求項４】
前記少なくとも２つの互いに素のＳＳＢ機会候補集合の各々は、前記時系列において隣接するＭ個のＳＳＢ機会候補を備え、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の前記ＳＳＢ機会候補は、前記ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補は、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢ機会候補の時系列インデックスは、前記第２のＳＳＢ機会候補の時系列インデックスと同じであり、前記ランダムアクセス時間−周波数−符号リソース集合は、前記ランダムアクセス情報を送信するために前記端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを備える請求項３に記載の方法。
【請求項５】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補はＬ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補のいずれか１つは１つのＳＳＢを送信するために使用され、
前記Ｌ個のＳＳＢ機会候補は、前記ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、前記Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補は、前記ランダムアクセス時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢおよび前記第２のＳＳＢは異なる対応付け周期の中のＳＳＢ機会候補で送信され、前記ランダムアクセス時間−周波数−符号リソース集合は、前記ランダムアクセス情報を送信するために前記端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを備え、Ｍは正の整数である請求項２に記載の方法。
【請求項６】
Ｍは、ＳＳＢ送信周期において前記ネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量である請求項４または５に記載の方法。
【請求項７】
Ｍは、ブロードキャスト情報を使用することによって前記端末デバイスのために前記ネットワークデバイスによって構成される請求項４乃至６のいずれか一項に記載の方法。
【請求項８】
前記ネットワークデバイスが前記第１のＳＳＢ機会候補で前記第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、前記第２のＳＳＢ機会候補で前記第２のＳＳＢを送信するとき、前記ネットワークデバイスが前記第１のＳＳＢを送信するビーム方向は、前記ネットワークデバイスが前記第２のＳＳＢを送信するビーム方向と同じである請求項２乃至７のいずれか一項に記載の方法。
【請求項９】
前記第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有し、前記第２のＳＳＢ機会候補は、時間領域における前記第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する請求項１に記載の方法。
【請求項１０】
前記第１のＳＳＢ機会候補は前記第２のＳＳＢ機会候補の前に配置され、
前記ネットワークデバイスが前記第１のＳＳＢ機会候補の前および前記第２のＳＳＢ機会候補の前にチャネル検知を実行することに成功するとき、前記ネットワークデバイスは、前記第１のＳＳＢ機会候補で前記第１のＳＳＢを送信し、前記第２のＳＳＢ機会候補で前記第２のＳＳＢを送信するのを飛ばす請求項１乃至８のいずれか一項に記載の方法。
【請求項１１】
ランダムアクセス方法であって、
端末デバイスによって、第１のＳＳＢ機会候補でネットワークデバイスによって送信された第１の同期信号／ＰＢＣＨブロックＳＳＢを受信し、および／または、第２のＳＳＢ機会候補で前記ネットワークデバイスによって送信された第２のＳＳＢを受信するステップであって、前記第１のＳＳＢ機会候補と前記第２のＳＳＢ機会候補の両方は、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、ステップと、
前記端末デバイスによって、前記第１のランダムアクセスチャネル時間−周波数−符号リソース上でランダムアクセス情報を前記ネットワークデバイスに送信するステップとを備える、ランダムアクセス方法。
【請求項１２】
前記第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有し、前記第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における前記第１のサブバンドを占有する請求項１１に記載の方法。
【請求項１３】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補はＬ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補のいずれか１つは１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、前記Ｌ個のＳＳＢ機会候補は少なくとも２つの互いに素のＳＳＢ機会候補集合を備え、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つは時系列において隣接する少なくとも１つのＳＳＢ機会候補を備え、Ｌは正の整数であり、
前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補は、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に備えられる請求項１２に記載の方法。
【請求項１４】
前記少なくとも２つの互いに素のＳＳＢ機会候補集合の各々は、前記時系列において隣接するＭ個のＳＳＢ機会候補を備え、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の前記ＳＳＢ機会候補は、前記ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補は、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢ機会候補の時系列インデックスは、前記第２のＳＳＢ機会候補の時系列インデックスと同じであり、前記ランダムアクセス時間−周波数−符号リソース集合は、前記ランダムアクセス情報を送信するために前記端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを備える請求項１３に記載の方法。
【請求項１５】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補はＬ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補のいずれか１つは１つのＳＳＢを送信するために使用され、
前記Ｌ個のＳＳＢ機会候補は、前記ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、前記Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補は、前記ランダムアクセス時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢおよび前記第２のＳＳＢは異なる対応付け周期の中のＳＳＢ機会候補で送信され、前記ランダムアクセス時間−周波数−符号リソース集合は、前記ランダムアクセス情報を送信するために前記端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを備え、Ｍは正の整数である請求項１２に記載の方法。
【請求項１６】
Ｍは、ＳＳＢ送信周期において前記ネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量である請求項１４または１５に記載の方法。
【請求項１７】
Ｍは、ブロードキャスト情報を使用することによって前記端末デバイスのために前記ネットワークデバイスによって構成される請求項１４乃至１６のいずれか一項に記載の方法。
【請求項１８】
前記ネットワークデバイスが前記第１のＳＳＢ機会候補で前記第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、前記第２のＳＳＢ機会候補で前記第２のＳＳＢを送信するとき、前記ネットワークデバイスが前記第１のＳＳＢを送信するビーム方向は、前記ネットワークデバイスが前記第２のＳＳＢを送信するビーム方向と同じである請求項１２乃至１７のいずれか一項に記載の方法。
【請求項１９】
前記第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有し、前記第２のＳＳＢ機会候補は、時間領域における前記第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する請求項１１に記載の方法。
【請求項２０】
第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信するように構成される送信モジュールであって、前記第１のＳＳＢ機会候補と前記第２のＳＳＢ機会候補の両方は、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、送信モジュールと、
前記第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信するように構成される受信モジュールとを備える、通信装置。
【請求項２１】
前記第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有し、前記第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における前記第１のサブバンドを占有する請求項２０に記載の通信装置。
【請求項２２】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補はＬ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補のいずれか１つは１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、前記Ｌ個のＳＳＢ機会候補は少なくとも２つの互いに素のＳＳＢ機会候補集合を備え、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つは時系列において隣接する少なくとも１つのＳＳＢ機会候補を備え、Ｌは正の整数であり、
前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補は、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に備えられる請求項２１に記載の通信装置。
【請求項２３】
前記少なくとも２つの互いに素のＳＳＢ機会候補集合の各々は、前記時系列において隣接するＭ個のＳＳＢ機会候補を備え、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の前記ＳＳＢ機会候補は、前記ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補は、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢ機会候補の時系列インデックスは、前記第２のＳＳＢ機会候補の時系列インデックスと同じであり、前記ランダムアクセス時間−周波数−符号リソース集合は、前記ランダムアクセス情報を送信するために前記端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを備える請求項２２に記載の通信装置。
【請求項２４】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補はＬ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補のいずれか１つは１つのＳＳＢを送信するために使用され、
前記Ｌ個のＳＳＢ機会候補は、前記ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、前記Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補は、前記ランダムアクセス時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢおよび前記第２のＳＳＢは異なる対応付け周期の中のＳＳＢ機会候補で送信され、前記ランダムアクセス時間−周波数−符号リソース集合は、前記ランダムアクセス情報を送信するために前記端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを備え、Ｍは正の整数である請求項２１に記載の通信装置。
【請求項２５】
Ｍは、ＳＳＢ送信周期において前記通信装置によって送信されることが許容されるＳＳＢの最大の量である請求項２３または２４に記載の通信装置。
【請求項２６】
Ｍは、ブロードキャスト情報を使用することによって前記端末デバイスのために前記通信装置によって構成される請求項２３乃至２５のいずれか一項に記載の通信装置。
【請求項２７】
前記送信モジュールが前記第１のＳＳＢ機会候補で前記第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、前記第２のＳＳＢ機会候補で前記第２のＳＳＢを送信するとき、前記送信モジュールが前記第１のＳＳＢを送信するビーム方向は、前記送信モジュールが前記第２のＳＳＢを送信するビーム方向と同じである請求項２１乃至２６のいずれか一項に記載の通信装置。
【請求項２８】
前記第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有し、前記第２のＳＳＢ機会候補は、時間領域における前記第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する請求項２０に記載の通信装置。
【請求項２９】
チャネル検知が前記第１のＳＳＢ機会候補の前および前記第２のＳＳＢ機会候補の前に実行されることに成功するとき、前記第１のＳＳＢ機会候補で前記第１のＳＳＢを送信し、前記第２のＳＳＢ機会候補で前記第２のＳＳＢを送信するのを飛ばすように前記送信モジュールを制御するように構成される、処理モジュールをさらに備え、前記第１のＳＳＢ機会候補は前記第２のＳＳＢ機会候補の前に配置される請求項２０乃至２７のいずれか一項に記載の通信装置。
【請求項３０】
第１のＳＳＢ機会候補でネットワークデバイスによって送信された第１の同期信号／ＰＢＣＨブロックＳＳＢを受信し、および／または、第２のＳＳＢ機会候補で前記ネットワークデバイスによって送信された第２のＳＳＢを受信するように構成される受信モジュールであって、前記第１のＳＳＢ機会候補と前記第２のＳＳＢ機会候補の両方は、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、受信モジュールと、
前記第１のランダムアクセスチャネル時間−周波数−符号リソース上でランダムアクセス情報を前記ネットワークデバイスに送信するように構成される送信モジュールとを備える、通信装置。
【請求項３１】
前記第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有し、前記第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における前記第１のサブバンドを占有する請求項３０に記載の通信装置。
【請求項３２】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補はＬ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補のいずれか１つは１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、前記Ｌ個のＳＳＢ機会候補は少なくとも２つの互いに素のＳＳＢ機会候補集合を備え、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つは時系列において隣接する少なくとも１つのＳＳＢ機会候補を備え、Ｌは正の整数であり、
前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補は、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に備えられる請求項３１に記載の通信装置。
【請求項３３】
前記少なくとも２つの互いに素のＳＳＢ機会候補集合の各々は、前記時系列において隣接するＭ個のＳＳＢ機会候補を備え、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の前記ＳＳＢ機会候補は、前記ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、前記少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補は、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢ機会候補の時系列インデックスは、前記第２のＳＳＢ機会候補の時系列インデックスと同じであり、前記ランダムアクセス時間−周波数−符号リソース集合は、前記ランダムアクセス情報を送信するために前記通信装置によって使用される少なくとも１つの時間−周波数−符号リソースを備える請求項３２に記載の通信装置。
【請求項３４】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補はＬ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補のいずれか１つは１つのＳＳＢを送信するために使用され、
前記Ｌ個のＳＳＢ機会候補は、前記ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、前記Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補は、前記ランダムアクセス時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、前記第１のＳＳＢおよび前記第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、前記ランダムアクセス時間−周波数−符号リソース集合は、前記ランダムアクセス情報を送信するために前記通信装置によって使用される少なくとも１つの時間−周波数−符号リソースを備え、Ｍは正の整数である請求項３１に記載の通信装置。
【請求項３５】
Ｍは、ＳＳＢ送信周期において前記ネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量である請求項３３または３４に記載の通信装置。
【請求項３６】
Ｍは、ブロードキャスト情報を使用することによって前記通信装置のために前記ネットワークデバイスによって構成される請求項３３乃至３５のいずれか一項に記載の通信装置。
【請求項３７】
前記ネットワークデバイスが前記第１のＳＳＢ機会候補で前記第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、前記第２のＳＳＢ機会候補で前記第２のＳＳＢを送信するとき、前記ネットワークデバイスが前記第１のＳＳＢを送信するビーム方向は、前記ネットワークデバイスが前記第２のＳＳＢを送信するビーム方向と同じである請求項３１乃至３６のいずれか一項に記載の通信装置。
【請求項３８】
前記第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有し、前記第２のＳＳＢ機会候補は、時間領域における前記第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する請求項３１に記載の通信装置。
【請求項３９】
コンピュータプログラムまたは命令を記憶するように構成される、コンピュータ可読記憶媒体であって、前記コンピュータプログラムまたは前記命令がコンピュータ上で実行されるとき、前記コンピュータは請求項１乃至１０のいずれか一項に記載の方法を実行することが可能にされる、コンピュータ可読記憶媒体。
【請求項４０】
コンピュータプログラムまたは命令を記憶するように構成される、コンピュータ可読記憶媒体であって、前記コンピュータプログラムまたは前記命令がコンピュータ上で実行されるとき、前記コンピュータは請求項１１乃至１９のいずれか一項に記載の方法を実行することが可能にされる、コンピュータ可読記憶媒体。
【請求項４１】
チップであって、前記チップはコンピュータプログラムを記憶し、前記コンピュータプログラムが前記チップによって実行されるとき、請求項１から１０のいずれか一項に記載のランダムアクセス方法が実施される、チップ。
【請求項４２】
チップであって、前記チップはコンピュータプログラムを記憶し、前記コンピュータプログラムが前記チップによって実行されるとき、請求項１１乃至１９のいずれか一項に記載のランダムアクセス方法が実施される、チップ。
【請求項４３】
プロセッサおよびメモリを備える通信装置であって、
前記メモリは、コンピュータ実行可能命令を記憶するように構成され、
前記通信装置が請求項１乃至１０のいずれか一項に記載の方法を実行するように、前記プロセッサは、前記メモリに記憶されている前記コンピュータ実行可能命令を実行するように構成される、通信装置。
【請求項４４】
プロセッサおよびメモリを備える通信装置であって、
前記メモリは、コンピュータ実行可能命令を記憶するように構成され、
前記通信装置が請求項１１乃至１９のいずれか一項に記載の方法を実行するように、前記プロセッサは、前記メモリに記憶されている前記コンピュータ実行可能命令を実行するように構成される、通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信技術に関し、具体的には、ランダムアクセス方法、通信装置、チップ、および記憶媒体に関する。
【背景技術】
【０００２】
本出願は、全体が参照によって本明細書に組み込まれる、「ＲＡＮＤＯＭ  ＡＣＣＥＳＳ  ＭＥＴＨＯＤ，ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＡＰＰＡＲＡＴＵＳ，ＣＨＩＰ，ＡＮＤ  ＳＴＯＲＡＧＥ  ＭＥＤＩＵＭ」という表題の２０１８年８月７日に中国特許庁に出願された中国特許出願第２０１８１０８９３４０５．０号の優先権を主張する。
【０００３】
免許スペクトル上の利用可能な周波数領域リソースの量が比較的少ないという問題を解決するために、５Ｇにおいて新無線アンライセンスト（ｎｅｗ  ｒａｄｉｏ  ｕｎｌｉｃｅｎｓｅｄ，ＮＲＵ）システムが導入される。ＮＲＵシステムは、免許スペクトルの支援なしで免許不要スペクトル上で完全に動作し得る。現在、免許不要スペクトル上で同期信号／ＰＢＣＨブロック（ＳＳ／ＰＢＣＨ  ｂｌｏｃｋ，ＳＳＢ）を送信するとき、ＮＲＵシステムの中のネットワークデバイスは、１つのＳＳＢ時間窓の中の複数のＳＳＢ機会候補で複数のＳＳＢを送信し得る。セルのカバレッジを広げるために、ＳＳＢは異なるビームを使用することによって送信され得る。ネットワークデバイスによって送信されたＳＳＢを検出した後、端末デバイスは、ＳＳＢと物理ランダムアクセスチャネル（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ，ＰＲＡＣＨ）時間−周波数−符号リソース間の対応付け関係に基づいて、検出されたＳＳＢと関連付けられるＰＲＡＣＨ時間−周波数−符号リソースを決定し、セルにアクセスすることを要求するために、ＰＲＡＣＨ時間−周波数−符号リソース上でランダムアクセス情報をネットワークデバイスに送信し得る。
【０００４】
免許不要スペクトルを使用するとき、ＮＲＵシステムの中のネットワークデバイスおよび端末デバイスは、リッスンビフォアトーク（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ，ＬＢＴ）チャネルアクセス機構を使用するので、免許不要スペクトルは、ＮＲＵシステムおよび別のシステム（たとえば、異なる事業者の通信システムまたはＷｉ−Ｆｉネットワーク）によって一緒に使用されることが可能である。したがって、ＳＳＢ送信機会を増やすために、ＮＲＵシステムにおいて、ＳＳＢ時間窓の中でサポートされるＳＳＢ機会候補の量（１つのＳＳＢを送信するために各々使用されるリソース）が増やされる。こうして、セルの中のすべての端末デバイスをカバーするために、より多くのＳＳＢ機会候補が、ＳＳＢを送信するためにネットワークデバイスに対して利用可能である。
【０００５】
ＳＳＢとＰＲＡＣＨ時間−周波数−符号リソースとの間の既存の対応付け関係に基づいて、ＰＲＡＣＨ時間−周波数−符号リソースへのＳＳＢの対応付けは、ＳＳＢを送信するために使用されるＳＳＢ時間窓の中のＳＳＢ機会候補のインデックスに基づいて、異なるＰＲＡＣＨ時間−周波数−符号リソースにＳＳＢを対応付けることである。ＮＲＵシステムでは、ネットワークデバイスは、ＬＢＴにより、ＳＳＢを送信するためにいくつかのＳＳＢ機会候補を占有することに失敗することがある。したがって、ＰＲＡＣＨ時間−周波数−符号リソースとＳＳＢを対応付ける既存の方式では、ＰＲＡＣＨ時間−周波数−符号リソースの浪費が発生する可能性が高い。
【発明の概要】
【０００６】
本出願の実施形態は、２つのＳＳＢ機会候補を同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けて、それによりＰＲＡＣＨ周期におけるＰＲＡＣＨ時間−周波数−符号リソースの利用率を高めるための、ランダムアクセス方法、通信装置、チップ、および記憶媒体を提供する。
【０００７】
第１の態様によれば、本出願の実施形態はランダムアクセス方法を提供する。方法は以下のことを含む。
【０００８】
ネットワークデバイスが、第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信し、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。
【０００９】
ネットワークデバイスが、第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信する。
【００１０】
第１の態様において提供されるランダムアクセス方法によれば、２つのＳＳＢ機会候補が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうすると、ネットワークデバイスがチャネル検知の結果に基づいてＳＳＢ機会候補でＳＳＢを送信するとき、チャネル検知の失敗により２つのＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００１１】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じＳＳＢ送信周期または同じＳＳＢ送信ウィンドウの中のＳＳＢ機会候補である。
【００１２】
この可能な実装において提供されるランダムアクセス方法によれば、同じＳＳＢ送信周期の中の２つのＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうすると、ネットワークデバイスがチャネル検知の結果に基づいてＳＳＢ機会候補でＳＳＢを送信するとき、チャネル検知の失敗により２つのＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００１３】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【００１４】
この可能な実装において提供されるランダムアクセス方法によれば、異なる時間単位に対応するＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。チャネル検知の失敗によりＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００１５】
可能な実装では、第１のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含み、第２のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含む。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。第１のＳＳＢ機会候補は第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補であり、第２のＳＳＢ機会候補は第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補である。
【００１６】
この可能な実装において提供されるランダムアクセス方法によれば、２つのＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。チャネル検知の失敗によりＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００１７】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌが正の整数であり、
少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【００１８】
この可能な実装において提供されるランダムアクセス方法によれば、Ｌ個のＳＳＢ機会候補の中の任意の２つのＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。チャネル検知の失敗によりＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００１９】
可能な実装では、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【００２０】
この可能な実装において提供されるランダムアクセス方法によれば、ランダムアクセス情報のために使用される時間−周波数−符号リソースとＳＳＢ機会候補を対応付ける前述の方式では、ＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。言い換えると、１つのＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補が、１つのＰＲＡＣＨ周期の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースを占有する。こうして、ネットワークデバイスは、ＰＲＡＣＨリソースが浪費されないことを確実にするために、ＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補でＳＳＢを送信する。ＳＳＢがチャネル検知によりＳＳＢ機会候補集合の中のＳＳＢ機会候補で送信されることに失敗するが、そのＳＳＢ機会候補が対応付けられるのと同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる、次のＳＳＢ機会候補集合の中のＳＳＢ機会候補の前にチャネル検知が成功し、ＳＳＢが送信される場合、ＰＲＡＣＨリソースが浪費されないことが確実にされることが可能である。
【００２１】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムアクセス時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【００２２】
この可能な実装において提供されるランダムアクセス方法によれば、ランダムアクセス情報のために使用される時間−周波数−符号リソースとＳＳＢ機会候補を対応付ける前述の方式では、すべてのＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。言い換えると、１つの対応付け周期の中のすべてのＳＳＢ機会候補が、１つのＰＲＡＣＨ周期の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースを占有する。こうして、ネットワークデバイスは、ＰＲＡＣＨリソースが浪費されないことを確実にするために、対応付け周期の中のすべてのＳＳＢ機会候補でＳＳＢを送信する。ＳＳＢがチャネル検知により対応付け周期の中のＳＳＢ機会候補で送信されることに失敗するが、そのＳＳＢ機会候補が対応付けられるのと同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる、次の対応付け周期の中のＳＳＢ機会候補の前にチャネル検知が成功し、ＳＳＢが送信される場合、ＰＲＡＣＨリソースが浪費されないことが確実にされることが可能である。
【００２３】
可能な実装では、第１の時間単位と第２の時間単位との間にＭ−１個のＳＳＢ機会候補の間隔があり、Ｍは１より大きい整数である。
【００２４】
この可能な実装において提供されるランダムアクセス方法によれば、ＳＳＢ時間窓の中のいくつかのＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうして、ネットワークデバイスがチャネル検知の結果に基づいてＳＳＢ機会候補でＳＳＢを送信するとき、チャネル検知の失敗によりＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００２５】
可能な実装では、Ｍは、ＳＳＢ送信周期においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量である。
【００２６】
この可能な実装において提供されるランダムアクセス方法によれば、ＳＳＢ時間窓の中のＳＳＢ機会候補が、巡回シフト対応付け方式でＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるので、ＳＳＢ時間窓の中の複数のＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうして、ネットワークデバイスは、チャネル検知の結果に基づいて、ＳＳＢを送信するために複数のＳＳＢ機会候補のうちの１つを選択し得るので、ＰＲＡＣＨ時間−周波数−符号リソースと実際に送信されるＳＳＢとの間の一意な関連付けに影響を及ぼすことなく、実際に送信されるＳＳＢがすべての利用可能なＰＲＡＣＨリソースと対応付けられることが可能であり、これにより、ＰＲＡＣＨリソースをより効率的に使用し、ＰＲＡＣＨリソースの浪費を回避する。
【００２７】
可能な実装では、Ｍは、ブロードキャスト情報を使用することによって、端末デバイスのためにネットワークデバイスによって構成される。
【００２８】
可能な実装では、ネットワークデバイスが第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、ネットワークデバイスが第１のＳＳＢを送信するビーム方向は、ネットワークデバイスが第２のＳＳＢを送信するビーム方向と同じである。
【００２９】
この可能な実装において提供されるランダムアクセス方法によれば、ネットワークデバイスが第１のＳＳＢ機会候補で第１のＳＳＢを送信するビーム方向は、第２のネットワークデバイスが第２のＳＳＢ機会候補で第２のＳＳＢを送信するビーム方向と同じであり、またはそれに近い。こうして、端末デバイスによって検出される、複数のＳＳＢの中の任意の１つまたは複数のＳＳＢが、ＰＲＡＣＨ情報を送信するために同じＰＲＡＣＨリソースと対応付けられ得る。ネットワークデバイスがＰＲＡＣＨ情報を受信した後、ＰＲＡＣＨ情報は複数のＳＳＢ機会候補と関連付けられるが、同じビーム方向がＳＳＢ機会候補のために使用されるので、ネットワークデバイスは、そのビーム方向において後続のダウンリンク情報を端末デバイスに送信し得る。こうすると、後続のダウンリンク情報のビーム方向は、ＳＳＢのビーム方向と同じであり、それにより、明確なビーム方向が決定されることが可能ではないという問題を回避する。
【００３０】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【００３１】
この可能な実装において提供されるランダムアクセス方法によれば、ネットワークデバイスは、同じ時間単位に対応するすべてのサブバンドの中のＳＳＢを、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付ける。こうして、１つのサブバンドの中のチャネル検知が成功する限り、現在の時間単位においてＳＳＢが送信されてもよく、それによりＰＲＡＣＨリソースの浪費を回避する。
【００３２】
可能な実装では、第１のＳＳＢ機会候補は第２のＳＳＢ機会候補の前に配置され、
ネットワークデバイスが第１のＳＳＢ機会候補の前および第２のＳＳＢ機会候補の前にチャネル検知を実行することに成功するとき、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するのを飛ばし、または、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを送信し、第１のＳＳＢ機会候補で第１のＳＳＢを送信するのを飛ばす。
【００３３】
この可能な実装において提供されるランダムアクセス方法によれば、チャネル検知が２つのＳＳＢ機会候補の前に実行されることに成功するとき、ネットワークデバイスは、明確なビーム方向が決定されることが可能ではないという問題を回避するために、１つだけのＳＳＢ機会候補でＳＳＢを送信し得る。こうして、それでも１つのＰＲＡＣＨリソースが、ネットワークデバイスによって実際に送信されるＳＳＢと一意に関連付けられ得るので、ネットワークデバイスは、実際に送信されるＳＳＢのために使用されるビーム方向を取得し、そのビーム方向またはそのビーム方向に近いビーム方向において後続のダウンリンク情報を送信することができる。
【００３４】
第２の態様によれば、本出願の実施形態はランダムアクセス方法を提供する。方法は以下のことを含む。
【００３５】
端末デバイスが、第１のＳＳＢ機会候補でネットワークデバイスによって送信された第１の同期信号／ＰＢＣＨブロックＳＳＢを受信し、および／または、第２のＳＳＢ機会候補でネットワークデバイスによって送信された第２のＳＳＢを受信し、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。
【００３６】
端末デバイスは、第１のランダムアクセスチャネル時間−周波数−符号リソース上でランダムアクセス情報をネットワークデバイスに送信する。
【００３７】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じＳＳＢ送信周期の中のＳＳＢ機会候補である。
【００３８】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【００３９】
可能な実装では、第１のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含み、第２のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含む。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。第１のＳＳＢ機会候補は第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補であり、第２のＳＳＢ機会候補は第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補である。
【００４０】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌが正の整数であり、
少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【００４１】
可能な実装では、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【００４２】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムアクセス時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【００４３】
可能な実装では、第１の時間単位と第２の時間単位との間にＭ−１個のＳＳＢ機会候補の間隔があり、Ｍは１より大きい整数である。
【００４４】
可能な実装では、Ｍは、ＳＳＢ送信周期においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量である。
【００４５】
可能な実装では、Ｍは、ブロードキャスト情報を使用することによって、端末デバイスのためにネットワークデバイスによって構成される。
【００４６】
可能な実装では、ネットワークデバイスが第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、ネットワークデバイスが第１のＳＳＢを送信するビーム方向は、ネットワークデバイスが第２のＳＳＢを送信するビーム方向と同じである。
【００４７】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【００４８】
第２の態様および第２の態様の可能な実装において提供されるランダムアクセス方法の有益な効果については、第１の態様および第１の態様の可能な実装における有益な効果を参照されたい。詳細はここで再び説明されない。
【００４９】
第３の態様によれば、本出願の実施形態は通信装置を提供する。通信装置は、ネットワークデバイスであってもよく、またはネットワークデバイスにおいて使用されるチップであってもよい。通信装置は、
第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信するように構成される送信モジュールであって、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、送信モジュールと、
第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信するように構成される受信モジュールとを含む。
【００５０】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じＳＳＢ送信周期の中のＳＳＢ機会候補である。
【００５１】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【００５２】
可能な実装では、第１のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含み、第２のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含む。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。第１のＳＳＢ機会候補は第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補であり、第２のＳＳＢ機会候補は第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補である。
【００５３】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌが正の整数であり、
少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【００５４】
可能な実装では、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【００５５】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムアクセス時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【００５６】
可能な実装では、第１の時間単位と第２の時間単位との間にＭ−１個のＳＳＢ機会候補の間隔があり、Ｍは１より大きい整数である。
【００５７】
可能な実装では、Ｍは、ＳＳＢ送信周期において通信装置によって送信されることが許容されるＳＳＢの最大の量である。
【００５８】
可能な実装では、Ｍは、ブロードキャスト情報を使用することによって、端末デバイスのために通信装置によって構成される。
【００５９】
可能な実装では、送信モジュールが第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、送信モジュールが第１のＳＳＢを送信するビーム方向は、送信モジュールが第２のＳＳＢを送信するビーム方向と同じである。
【００６０】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【００６１】
可能な実装では、装置はさらに、
チャネル検知が第１のＳＳＢ機会候補の前および第２のＳＳＢ機会候補の前に実行されることに成功するとき、第１のＳＳＢ機会候補で第１のＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するのを飛ばすように送信モジュールを制御し、または、第２のＳＳＢ機会候補で第２のＳＳＢを送信し、第１のＳＳＢ機会候補で第１のＳＳＢを送信するのを飛ばすように送信モジュールを制御するように構成される、処理モジュールを含み、第１のＳＳＢ機会候補は第２のＳＳＢ機会候補の前に配置される。
【００６２】
第３の態様および第３の態様の可能な実装において提供される通信装置の有益な効果については、第１の態様および第１の態様の可能な実装における有益な効果を参照されたい。詳細はここで再び説明されない。
【００６３】
第４の態様によれば、本出願の実施形態は通信装置を提供する。通信装置は、端末デバイスであってもよく、または端末デバイスにおいて使用されるチップであってもよい。通信装置は、
第１のＳＳＢ機会候補でネットワークデバイスによって送信された第１の同期信号／ＰＢＣＨブロックＳＳＢを受信し、および／または、第２のＳＳＢ機会候補でネットワークデバイスによって送信された第２のＳＳＢを受信するように構成される受信モジュールであって、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、受信モジュールと、
第１のランダムアクセスチャネル時間−周波数−符号リソース上でランダムアクセス情報をネットワークデバイスに送信するように構成される送信モジュールとを含む。
【００６４】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じＳＳＢ送信周期の中のＳＳＢ機会候補である。
【００６５】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【００６６】
可能な実装では、第１のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含み、第２のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含む。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。第１のＳＳＢ機会候補は第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補であり、第２のＳＳＢ機会候補は第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補である。
【００６７】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌが正の整数であり、
少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【００６８】
可能な実装では、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために通信装置によって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【００６９】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムアクセス時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために通信装置によって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【００７０】
可能な実装では、第１の時間単位と第２の時間単位との間にＭ−１個のＳＳＢ機会候補の間隔があり、Ｍは１より大きい整数である。
【００７１】
可能な実装では、Ｍは、ＳＳＢ送信周期においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量である。
【００７２】
可能な実装では、Ｍは、ブロードキャスト情報を使用することによって、通信装置のためにネットワークデバイスによって構成される。
【００７３】
可能な実装では、ネットワークデバイスが第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、ネットワークデバイスが第１のＳＳＢを送信するビーム方向は、ネットワークデバイスが第２のＳＳＢを送信するビーム方向と同じである。
【００７４】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【００７５】
第４の態様および第４の態様の可能な実装において提供される通信装置の有益な効果については、第１の態様および第１の態様の可能な実装における有益な効果を参照されたい。詳細はここで再び説明されない。
【００７６】
第５の態様によれば、本出願の実施形態は通信装置を提供する。通信装置は、プロセッサ、メモリ、受信機、および送信機を含む。受信機および送信機はともにプロセッサに結合される。プロセッサは、受信機の受信行動を制御し、送信機の送信行動を制御する。
【００７７】
メモリはコンピュータ実行可能プログラムコードを記憶するように構成され、プログラムコードは命令を含む。プロセッサが命令を実行するとき、命令は、通信装置が、第１の態様または第１の態様の可能な実装のいずれか１つに従ってランダムアクセス方法を実行することを可能にする。
【００７８】
第６の態様によれば、本出願の実施形態は通信装置を提供する。通信装置は、プロセッサ、メモリ、受信機、および送信機を含む。受信機および送信機はともにプロセッサに結合される。プロセッサは、受信機の受信行動を制御し、送信機の送信行動を制御する。
【００７９】
メモリはコンピュータ実行可能プログラムコードを記憶するように構成され、プログラムコードは命令を含む。プロセッサが命令を実行するとき、命令は、通信装置が、第２の態様または第２の態様の可能な実装のいずれか１つに従ってランダムアクセス方法を実行することを可能にする。
【００８０】
第７の態様によれば、本出願の実施形態は、第１の態様または第１の態様の可能な実装のいずれか１つに従って方法を実行するように構成される、ユニット、モジュール、または回路を含む、通信装置を提供する。通信装置は、ネットワークデバイスであってもよく、またはネットワークデバイスにおいて使用されるモジュール、たとえばネットワークデバイスにおいて使用されるチップであってもよい。
【００８１】
第８の態様によれば、本出願の実施形態は、第２の態様または第２の態様の可能な実装のいずれか１つに従って方法を実行するように構成される、ユニット、モジュール、または回路を含む、通信装置を提供する。通信装置は、端末デバイスであってもよく、または端末デバイスにおいて使用されるモジュール、たとえば端末デバイスにおいて使用されるチップであってもよい。
【００８２】
第９の態様によれば、本出願の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、第１の態様または第１の態様の可能な実装のいずれか１つに従って方法を実行することが可能にされる。
【００８３】
第１０の態様によれば、本出願の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、第２の態様または第２の態様の可能な実装のいずれか１つに従って方法を実行することが可能にされる。
【００８４】
第１１の態様によれば、本出願の実施形態はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されるとき、コンピュータは、第１の態様または第１の態様の可能な実装のいずれか１つに従って方法を実行することが可能にされる。
【００８５】
第１２の態様によれば、本出願の実施形態はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されるとき、コンピュータは、第２の態様または第２の態様の可能な実装のいずれか１つに従って方法を実行することが可能にされる。
【００８６】
第１３の態様によれば、本出願の実施形態はチップを提供する。チップはコンピュータプログラムを記憶する。コンピュータプログラムがチップによって実行されるとき、第１の態様または第１の態様の可能な実装のいずれか１つに従った方法が実施される。
【００８７】
第１４の態様によれば、本出願の実施形態はチップを提供する。チップはコンピュータプログラムを記憶する。コンピュータプログラムがチップによって実行されるとき、第２の態様または第２の態様の可能な実装のいずれか１つに従った方法が実施される。
【００８８】
本出願の実施形態において提供されるランダムアクセス方法、通信装置、チップ、および記憶媒体によれば、２つのＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうすると、ネットワークデバイスがチャネル検知の結果に基づいてＳＳＢ機会候補でＳＳＢを送信するとき、チャネル検知の失敗により２つのＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【図面の簡単な説明】
【００８９】
【図１】本出願の実施形態による通信システムの枠組み図である。
【図２】本出願の実施形態による時間領域リソースの概略図である。
【図３】本出願の実施形態による別の時間領域リソースの概略図である。
【図４】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図５】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図６】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図７】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図８】本出願の実施形態によるランダムアクセス方法の概略フローチャートである。
【図９】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図１０Ａ】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図１０Ｂ】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図１１】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図１２】本出願の実施形態による通信装置の概略構造図である。
【図１３】本出願の実施形態による別の通信装置の概略構造図である。
【図１４】本出願の実施形態によるさらに別の通信装置の概略構造図である。
【図１５】本出願の実施形態によるさらに別の通信装置の概略構造図である。
【発明を実施するための形態】
【００９０】
図１は、本出願の実施形態による通信システムの枠組み図である。図１に示されるように、通信システムは、ネットワークデバイス０１および端末デバイス０２を含む。
【００９１】
ネットワークデバイス０１は、基地局もしくは無線アクセスポイントであってもよく、または、アクセスネットワークの中の１つもしくは複数のセクタを使用することによってエアインターフェースを介して端末デバイスと通信するデバイスであってもよい。基地局は、受信されたオーバージエアフレームとＩＰパケットとの相互変換を実行し、ワイヤレス端末とアクセスネットワークの残りの部分との間のルータとして働くように構成されてもよく、アクセスネットワークの残りの部分はインターネットプロトコル（ＩＰ）ネットワークを含んでもよい。基地局は、エアインターフェースの属性管理をさらに協調させ得る。たとえば、基地局は、モバイル通信用グローバルシステム（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｏｆ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＧＳＭ）もしくは符号分割多元接続（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，ＣＤＭＡ）におけるベーストランシーバ局（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ，ＢＴＳ）であってもよく、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，ＷＣＤＭＡ）におけるＮｏｄｅＢ（ｎｏｄｅＢ，ＮＢ）であってもよく、ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）における進化型ＮｏｄｅＢ（ｅｖｏｌｕｔｉｏｎａｌ  ｎｏｄｅ  Ｂ，ｅＮＢまたはｅＮｏｄｅＢ）、中継局、もしくはアクセスポイントであってもよく、または未来の５ＧネットワークにおけるｇＮｏｄｅＢ  ｇＮＢであってもよい。これは本明細書では限定されない。
【００９２】
端末デバイス０２は、ワイヤレス端末または有線端末であり得る。ワイヤレス端末は、ユーザに音声および／もしくは他のサービスデータ接続性を与えるデバイス、ワイヤレス接続機能をもつハンドヘルドデバイス、またはワイヤレスモデムに接続された別の処理デバイスであり得る。ワイヤレス端末は、無線アクセスネットワーク（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ，ＲＡＮ）を通じて１つまたは複数のコアネットワークと通信し得る。ワイヤレス端末は、携帯電話（または「セルラー」電話と呼ばれる）などのモバイル端末、またはモバイル端末を伴うコンピュータであってもよく、たとえば、無線アクセスネットワークと音声および／もしくはデータを交換する、持ち運び可能なモバイル装置、ポケットサイズのモバイル装置、ハンドヘルドモバイル装置、コンピュータ内蔵のモバイル装置、または車載モバイル装置であってもよい。たとえば、ワイヤレス端末は、パーソナル通信サービス（ｐｅｒｓｏｎａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｒｖｉｃｅ，ＰＣＳ）電話、コードレス電話セット、セッション開始プロトコル（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ，ＳＩＰ）電話、ワイヤレスローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ，ＷＬＬ）局、または携帯情報端末（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ，ＰＤＡ）などのデバイスであってもよい。ワイヤレス端末は、システム、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ  ｕｎｉｔ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）、移動局（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、移動局（ｍｏｂｉｌｅ）、リモート局（ｒｅｍｏｔｅ  ｓｔａｔｉｏｎ）、リモート端末（ｒｅｍｏｔｅ  ｔｅｒｍｉｎａｌ）、アクセス端末（ａｃｃｅｓｓ  ｔｅｒｍｉｎａｌ）、ユーザ端末（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ  ａｇｅｎｔ）、ユーザ機器（ｕｓｅｒ  ｄｅｖｉｃｅまたはｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）、またはネットワークアクセス機能を有するセンサと呼ばれることもある。これは本明細書では限定されない。
【００９３】
本出願の実施形態では、通信システムは、免許スペクトル上で動作してもよく、または免許不要スペクトル上で動作してもよい。具体的には、ネットワークデバイスは、免許スペクトルまたは免許不要スペクトル上でダウンリンク情報を送信し、端末デバイスは、免許スペクトルまたは免許不要スペクトル上でアップリンク情報を送信する。
【００９４】
通信システムは、ＬＴＥ通信システムであってもよく、または、別の未来の通信システム、たとえば５Ｇ通信システムであってもよいことに留意されたい。これは本明細書では限定されない。
【００９５】
５Ｇ新無線（５ｔｈ  ｇｅｎｅｒａｔｉｏｎ  ｎｅｗ  ｒａｄｉｏ，５Ｇ  ＮＲ）通信システム（略してＮＲシステム）が例として使用される。ＮＲシステムでは、同期信号／ＰＢＣＨブロック（ＳＳ／ＰＢＣＨブロック，ＳＳＢ）は、一次同期信号（ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｏｕｓ  ｓｉｇｎａｌ，ＰＳＳ）、二次同期信号（ｓｅｃｏｎｄａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ，ＳＳＳ）、およびブロードキャストチャネル（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ，ＰＢＣＨ）を含み、セルへの初期アクセスの機能を実装するために使用される。
【００９６】
図２は、本出願の実施形態による時間領域リソースの概略図である。図２に示されるように、ＮＲシステムでは、１つのＳＳＢの送信は、時間領域において４つの直交周波数分割多重化シンボル（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ，ＯＳ）（時間領域シンボルとも呼ばれる）を占有し、周波数領域において２０個の物理リソースブロック（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ，ＰＲＢ）を占有する。本出願の以後の内容において、１つのＳＳＢを送信するために使用されるリソースは、１つのＳＳＢ機会候補と呼ばれる。
【００９７】
図３は、本出願の実施形態による別の時間領域リソースの概略図である。図３に示されるように、ＮＲシステムにおいて、１つのスロット（ｓｌｏｔ）が時間領域シンボルの複数のグループを含んでもよく、時間領域シンボルの各グループが複数の時間領域シンボルを含んでもよい。最大で２つのＳＳＢが１つのスロットにおいて搬送されることが可能であり、２つのＳＳＢがスロットの時間領域シンボルの異なるグループに別々に配置される。言い換えると、１つのスロットが最大で２つのＳＳＢ機会候補を含む。図３は、１つのスロットが時間領域シンボルの２つのグループを含み、時間領域シンボルの各グループが７つの時間領域シンボルを含む例の概略図である。１つのスロットによって占有される時間長およびそのスロットに含まれる時間領域シンボルのグループの量は、ＮＲシステムにおいて使用されるサブキャリア間隔に基づいて具体的に決定され得る。
【００９８】
ＮＲシステムには、ＳＳＢ時間窓という概念がある。１つのＳＳＢ時間窓は、最大でＬ個のＳＳＢ機会候補を含む。言い換えると、１つのＳＳＢ時間窓は最大でＬ個のＳＳＢをサポートする。本明細書では、Ｌは正の整数である。１つのＳＳＢ時間窓において、ネットワークデバイスは、ビーム掃引（ｂｅａｍ  ｓｗｅｅｐｉｎｇ）方式で、異なるＳＳＢ機会候補で、および同じビーム方向または異なるビーム方向において、ビームフォーミングされたＳＳＢを送信し得る。この方式では、より多くの端末デバイスが１つのＳＳＢ時間窓においてＳＳＢを受信し、それによりカバレッジを拡張することができる。ＳＳＢ時間窓は定期的に現れ得るので、ネットワークデバイスはＳＳＢを定期的に送信することができる。たとえば、ＳＳＢ時間窓は４０ｍｓごとに現れ得る。たとえば、ＳＳＢ時間窓の長さが５ｍｓである場合、ＳＳＢ時間窓は４０ｍｓの中の最初の５ｍｓであり得る。
【００９９】
具体的には、ネットワークデバイスは、あらかじめ設定されたまたは構成された時間の長さを周期として使用することによってＳＳＢを定期的に送信し、ＳＳＢ送信周期の中のＳＳＢ時間窓だけにおいてＳＳＢを送信する。あらかじめ設定されるまたは構成される時間の長さは、ＳＳＢ送信周期長と呼ばれてもよく、ある周期の始点から次の周期の始点までの、またはＳＳＢ時間窓から次のＳＳＢ時間窓までの期間は、１つのＳＳＢ送信周期と呼ばれ得る。たとえば、ＳＳＢ送信周期長は、５ｍｓ、１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓ、または１６０ｍｓであり、ネットワークデバイスは、各ＳＳＢ送信周期の中のＳＳＢ時間窓（たとえば、各ＳＳＢ送信周期の最初の５ｍｓ）において、周期の中でＳＳＢを送信する。ネットワークデバイスは、ブロードキャストメッセージ、たとえば、より高次のレイヤのシグナリングＳＳＢ−ｐｅｒｉｏｄｉｃｉｔｙＳｅｒｖｉｎｇＣｅｌｌを使用することによって、ＳＳＢ送信周期を端末デバイスに通知し得る。１つのＳＳＢ送信周期の中のＳＳＢ機会候補で送信されるＳＳＢに対応するビーム方向は、別のＳＳＢ送信周期の中の同じ時間位置にあるＳＳＢ機会候補で送信されるＳＳＢに対応するビーム方向と同じであってもよく、またはそれに近くてもよい。こうして、端末デバイスは、ＳＳＢ検出成功率を高めるために、２つの異なるＳＳＢ送信周期の中の同じ時間位置にあるＳＳＢ機会候補で送信されるＳＳＢを組み合わせ得る。
【０１００】
ＳＳＢ時間窓は、１つのＳＳＢ送信周期においてＳＳＢを送信するために使用される時間窓であることを理解されたい。ＳＳＢ時間窓の長さは、ＳＳＢ送信周期以下である。既存のＮＲシステムでは、ＳＳＢ時間窓の長さは５ｍｓであり、言い換えるとハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）である。ＳＳＢ時間窓の始点は、ＳＳＢ送信周期の始点であり得る。ＮＲＵシステムでは、ＳＳＢ送信機会を増やすために、ＳＳＢ時間窓は代替として、５ｍｓより大きい値、たとえば６ｍｓ、７ｍｓ、８ｍｓ、９ｍｓ、または１０ｍｓとして再定義されてもよい。
【０１０１】
１つのＳＳＢ時間窓に含まれるＳＳＢ機会候補の最大の量（すなわち、Ｌの値）およびＳＳＢ時間窓におけるＬ個のＳＳＢ機会候補の分布は、本出願の実施形態において限定されない。図４は、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図４に示されるように、たとえば、ＳＳＢ時間窓の長さは５ｍｓである。図４は、サブキャリア間隔が１５ｋＨｚであり、Ｌが別々に４および８であるときのＳＳＢ時間窓におけるＳＳＢ機会候補の分布と、サブキャリア間隔が３０ｋＨｚでありＬが別々に４および８であるときのＳＳＢ時間窓におけるＳＳＢ機会候補の分布とを示す。しかしながら、図４は単なる例であり、ＳＳＢ時間窓の長さ、Ｌの値、およびＳＳＢ時間窓におけるＬ個のＳＳＢ機会候補の分布に対する制約とはならないことを、当業者は理解し得る。
【０１０２】
ＳＳＢ時間窓の長さ、Ｌの値、およびＳＳＢ時間窓におけるＬ個のＳＳＢ機会候補の分布が固定されているとき、ＳＳＢ時間窓におけるＬ個のＳＳＢ機会候補の時間領域の位置が決定される。したがって、ネットワークデバイスがＬ個のＳＳＢ機会候補のいずれか１つでＳＳＢを送信するとき、ＳＳＢは、ＳＳＢ時間窓においてサポートされる最大でＬ個のＳＳＢにおけるそのＳＳＢのＳＳＢインデックス（ＳＳＢ  ｉｎｄｅｘ）を示すために使用される。こうして、ＳＳＢを受信する端末デバイスは、ＳＳＢのＳＳＢインデックスに基づいて、時間同期を達成するために、ＳＳＢに対応する絶対的な瞬間を決定し得る。ＳＳＢインデックスは、Ｌ個のＳＳＢ機会候補におけるＳＳＢを送信するためのＳＳＢ機会候補のインデックスと一貫している。したがって、本出願の実施形態では、ＳＳＢインデックスおよびＳＳＢ機会候補のインデックスは、互いに等価であり、区別されない。特定の実装では、Ｌが８以下であるとき、ネットワークデバイスは、ＳＳＢにおいて搬送される復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，ＤＭＲＳ）シーケンスを使用することによって、ＳＳＢのＳＳＢインデックスを示し得る。１つのＤＭＲＳシーケンスが１つのＳＳＢインデックスに対応する。Ｌが８より大きいとき、ネットワークデバイスは、ＳＳＢにおいて搬送されるＤＭＲＳシーケンスおよびＳＳＢにおいて搬送されるＰＢＣＨ上の３ビット情報を使用することによって、ＳＳＢのＳＳＢインデックスを示し得る。
【０１０３】
ＮＲシステムでは、ＰＲＡＣＨ周期は定期的に現れ、１つのＰＲＡＣＨ周期においてランダムアクセス情報（すなわち、ＰＲＡＣＨ情報）を送信するために使用される対応する時間領域リソースおよび対応する周波数領域リソースは、１つのＰＲＡＣＨ機会（ＰＲＡＣＨ  Ｏｃｃａｓｉｏｎ，ＲＯ）と呼ばれる。１つのＰＲＡＣＨ機会は、少なくとも１つのプリアンブル（ｐｒｅａｍｂｌｅ）シーケンスを搬送してもよく、少なくとも１つのプリアンブルシーケンスは符号分割直交方式で区別され、１つのプリアンブルシーケンスは１つのプリアンブルインデックスに対応する。１つの端末デバイスが、ＰＲＡＣＨ機会で送信されるべき１つのプリアンブルシーケンスを選択し得る。１つのＰＲＡＣＨ機会が複数の利用可能なプリアンブルシーケンスを含むとき、複数の端末デバイスが、異なるプリアンブルインデックスに対応するプリアンブルシーケンスを選択し、同じＰＲＡＣＨ機会でプリアンブルシーケンスをネットワークデバイスに送信し得るので、ネットワークデバイスは、異なる受信されるプリアンブルシーケンスを使用することによって複数の端末デバイスを区別する。本出願の以下の内容では、１つのＰＲＡＣＨ周期において１つのランダムアクセス情報を送信するために使用される対応する時間領域リソース、対応する周波数領域リソース、および対応する符号領域リソース（すなわち、プリアンブルシーケンス）は、１つのＰＲＡＣＨ時間−周波数−符号リソースと呼ばれる。
【０１０４】
ネットワークデバイスは、利用可能なＰＲＡＣＨ時間−周波数−符号リソースとを現在のＰＲＡＣＨ周期において端末デバイスにブロードキャストし、ＳＳＢ時間窓の中の各ＳＳＢ機会候補のインデックスと、現在のＰＲＡＣＨ周期の中の少なくとも１つのＰＲＡＣＨ時間−周波数−符号リソースとの間に対応付け関係がある。ＳＳＢ時間窓の中の異なるＳＳＢ機会候補は、現在のＰＲＡＣＨ周期の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。したがって、ＳＳＢを受信する端末デバイスは、ＳＳＢのＳＳＢインデックス（すなわち、ＳＳＢを送信するためのＳＳＢ機会候補のインデックス）に基づいて、および、対応付け関係を使用することによって、セルにアクセスすることを要求するためにＰＲＡＣＨ時間−周波数−符号リソース上でランダムアクセス情報（たとえば、プリアンブルシーケンス）を送信するために、ランダムアクセス情報を送信するためのＰＲＡＣＨ時間−周波数−符号リソースを決定し得る。ＰＲＡＣＨ時間−周波数−符号リソースで送信されるランダムアクセス情報を検出（受信）した後、ネットワークデバイスは、ＰＲＡＣＨ時間−周波数−符号リソースでランダムアクセス情報を送信する端末デバイスによって検出されるＳＳＢを一意に決定し得る。こうして、ネットワークデバイスは、ＳＳＢを送信するために使用されるビームを使用することによって、後続のメッセージを端末デバイスに送信し得る。ここでのメッセージは、たとえば、ランダムアクセスプロセスにおけるメッセージ２（Ｍｓｇ．２）および／またはメッセージ４（Ｍｓｇ．４）であり得る。
【０１０５】
以下は、ＳＳＢ時間窓の中の各ＳＳＢ機会候補のインデックスを、ＰＲＡＣＨ周期の中の少なくとも１つのＰＲＡＣＨ時間−周波数−符号リソースと対応付ける方式を説明する。詳細は以下の通りである。
【０１０６】
１つのＰＲＡＣＨ周期が複数のＰＲＡＣＨスロットを含んでもよく、１つのＰＲＡＣＨスロットが、周波数領域において直交する複数のＲＯおよび／または時間領域において直交する複数のＲＯを含んでもよい。したがって、ＳＳＢ時間窓の中のＳＳＢ機会候補は、まず、１つのＲＯ上のプリアンブルシーケンスのインデックスの昇順で、次いで、１つのＰＲＡＣＨスロットの中のＲＯの周波数領域インデックスの昇順で、次いで、１つのＰＲＡＣＨスロットの中のＲＯの時間領域インデックスの昇順で、最後に、ＰＲＡＣＨスロットの昇順で、各ＲＯ上で搬送され得るプリアンブルシーケンスの量、ＳＳＢ時間窓に含まれるＳＳＢ機会候補の量、および１つのＲＯ上の１つのＳＳＢ機会候補と関連付けられるプリアンブルシーケンスの量に基づいて、ＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。
【０１０７】
図５は、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図５に示されるように、たとえば、ＳＳＢ時間窓は、８つのＳＳＢ機会候補を含む。１つのＰＲＡＣＨ周期が８つのＲＯを含み、各ＲＯが６４個のプリアンブルシーケンスを搬送し得ることが仮定される。１つのＳＳＢ機会候補は、１つのＰＲＡＣＨ機会上の３２個のプリアンブルシーケンスと関連付けられる。この場合、ＰＲＡＣＨ周期の中の、８つのＳＳＢ機会候補がＳＳＢ機会候補のインデックスの昇順で対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、図５に示され得る。
【０１０８】
免許スペクトル上の利用可能な周波数領域リソースの量が比較的少ないという問題を解決するために、ＮＲシステムは、免許スペクトルの支援なしで免許不要スペクトル上で完全に動作し得る。言い換えると、ＮＲシステムでは、アップリンク／ダウンリンク送信（トラフィックチャネルおよび制御チャネル上の送信を含む）は、免許不要スペクトル上で実行され得る。免許不要スペクトル上で動作するＮＲシステムは、新無線アンライセンスト（ｎｅｗ  ｒａｄｉｏ  ｕｎｌｉｃｅｎｓｅｄ，ＮＲＵ）システムと呼ばれ得る。免許不要スペクトルを使用するとき、ＮＲＵシステムの中のネットワークデバイスおよび端末デバイスは、チャネル検知機構とも呼ばれる、リッスンビフォアトーク（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ，ＬＢＴ）チャネルアクセス機構を使用するので、免許不要スペクトルは、ＮＲＵシステムおよび別のシステム（たとえば、異なる事業者の通信システムまたはＷｉ−Ｆｉネットワーク）によって一緒に使用されることが可能である。具体的には、情報を送信する前に、ネットワークデバイスまたは端末デバイスは、チャネルを検知する必要があり、チャネルがアイドルである（すなわち、チャネル検知が成功するまたはＬＢＴが成功する）ことを検出するときにのみ、情報を送信するためにチャネルを占有することができる。チャネルがビジーである（すなわち、チャネル検知が失敗するまたはＬＢＴが失敗する）と検出する場合、ネットワークデバイスまたは端末デバイスは、情報を送信するためにチャネルを占有することができない。
【０１０９】
言い換えると、ＮＲＵシステムの中のネットワークデバイスがＳＳＢ時間窓の中のＬ個のＳＳＢ機会候補でＬ個のＳＳＢを送信する必要がある場合、ネットワークデバイスはまず、第１のＳＳＢ機会候補で第１のＳＳＢを送信する前にチャネルを検知する。第１のＳＳＢ機会候補の前の検知を通じて、チャネルがアイドルである（すなわち、チャネル検知が成功するまたはＬＢＴが成功する）ことを決定するとき、ネットワークデバイスは、チャネル上で、およびＬ個のＳＳＢ機会候補で、Ｌ個のＳＳＢを継続的に送信し得る。第１のＳＳＢ機会候補の前の検知を通じて、チャネルがビジーである（すなわち、チャネル検知が失敗するまたはＬＢＴが失敗する）ことを決定するとき、ネットワークデバイスは、チャネル上で、および第１のＳＳＢ機会候補で、第１のＳＳＢを送信することができない。その結果、ＳＳＢによってカバーされることが予想される端末デバイスは、ＳＳＢ信号を受信することができず、現在のＰＲＡＣＨ周期においてネットワークにアクセスすることができない。ネットワークデバイスがＳＳＢ時間窓において第ｋのＳＳＢ機会候補の前にのみＬＢＴを実行することに成功する場合、ネットワークデバイスは、チャネル上で、および最初のｋ−１個のＳＳＢ機会候補で、最初のｋ−１個のＳＳＢを送信することができず、同期信号送信機会の喪失をもたらす。結果として、ダウンリンク同期のレイテンシが過剰に高い。
【０１１０】
ＳＳＢ送信機会を増やすために、ＮＲＵシステムにおいて、ＳＳＢ時間窓の中でサポートされるＳＳＢ機会候補の量（すなわち、Ｌ）が増やされる。従来技術に基づくと、ＮＲＵシステムにおいて、ＳＳＢ時間窓においてネットワークデバイスによって実際に送信される必要があるＳＳＢの最大の量はさらに、Ｍとして定義されることがあり、Ｍ≦Ｌであり、Ｍは正の整数である。こうして、ネットワークデバイスが第ｉのＳＳＢ機会候補の前にＬＢＴを実行することに成功してチャネルにアクセスする場合、ネットワークデバイスは、第ｉのＳＳＢ機会候補でＭ個のＳＳＢを第（ｉ＋Ｍ−１）のＳＳＢ機会候補に継続的に送信し得る。このシナリオでは、ネットワークデバイスは、ＳＳＢを送信するために、ＳＳＢ時間窓の中にあり第（ｉ＋Ｍ−１）のＳＳＢ機会候補の後にあるＳＳＢ機会候補を占有し続けない。ネットワークデバイスがＳＳＢ時間窓の中の第（Ｌ−Ｍ＋１）のＳＳＢ機会候補でＬＢＴを実行することに成功してチャネルにアクセスする（ＬＢＴが最初のＬ−Ｍ個のＳＳＢ機会候補の前に失敗する）場合でも、ネットワークデバイスは、セルの中の端末デバイスを広くカバーするために、後続のＭ個のＳＳＢ機会候補でＭ個のＳＳＢを送信し得る。言い換えると、ＳＳＢ時間窓における、Ｍ個のＳＳＢを送信するためにネットワークデバイスによって実際に使用されるＭ個のＳＳＢ機会候補の位置は、ＬＢＴ結果に基づいて動く。
【０１１１】
図６は、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図６に示されるように、たとえば、ＳＳＢ時間窓の長さは５ｍｓである。ＳＳＢ時間窓が最大で８つのＳＳＢ機会候補をサポートし、これらはそれぞれＳＳＢ機会候補＃１からＳＳＢ機会候補＃８であると仮定される。１つのスロットは２つのＳＳＢ機会候補を含み、８つのＳＳＢ機会候補はＳＳＢ時間窓の中の最初の４スロットに配置され、ＳＳＢ時間窓においてネットワークデバイスによって実際に送信される必要のあるＳＳＢの最大の量は４である。このシナリオでは、ネットワークデバイスが第１のスロットにおいてＳＳＢ機会候補＃１の前にＬＢＴを実行することに失敗し、第２のスロットにおいてＳＳＢ機会候補の前にＬＢＴを実行することに成功すると仮定される。この場合、ネットワークデバイスは、第１のスロットにおけるＳＳＢ機会候補＃２、第２のスロットにおけるＳＳＢ機会候補＃３およびＳＳＢ機会候補＃４、ならびに第３のスロットにおけるＳＳＢ機会候補＃５で、４つのＳＳＢを送信し得る。後続のスロットの中のＳＳＢ機会候補は使用されない。
【０１１２】
上で説明されたように、ＳＳＢ時間窓の中の各ＳＳＢ機会候補のインデックスと、現在のＰＲＡＣＨ周期の中の少なくとも１つのＰＲＡＣＨ時間−周波数−符号リソースとの間に対応付け関係がある。言い換えると、Ｌ個のＳＳＢ機会候補の各々は、ＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。しかしながら、ＳＳＢ時間窓における、Ｍ個のＳＳＢを送信するためにネットワークデバイスによって実際に使用されるＭ個のＳＳＢ機会候補の位置は、ＬＢＴ結果に基づいて動く。言い換えると、ＳＳＢ時間窓の中のいくつかのＳＳＢ機会候補は使用されない。ＳＳＢ時間窓の中の、ＳＳＢを送信するために使用されないＳＳＢ機会候補はそれでも、ＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるので、これらのＰＲＡＣＨ時間−周波数−符号リソースは、端末デバイスによって使用されない。その結果、これらのＰＲＡＣＨ時間−周波数−符号リソースが浪費され、ＰＲＡＣＨ周期におけるＰＲＡＣＨ時間−周波数−符号リソースの比較的低い利用率をもたらす。
【０１１３】
図７は、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図７に示されるように、たとえば、ＳＳＢ時間窓の長さは５ｍｓである。ＳＳＢ時間窓が最大で４つのＳＳＢ機会候補をサポートし、これらはそれぞれＳＳＢ機会候補＃１からＳＳＢ機会候補＃４であると仮定される。１つのスロットは２つのＳＳＢ機会候補を含み、４つのＳＳＢ機会候補はＳＳＢ時間窓の中の最初の２つのスロットに配置される。ＳＳＢ機会候補＃１は、現在のＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソース１（すなわち、ＲＡＣＨ１）およびＰＲＡＣＨ時間−周波数−符号リソース５（すなわち、ＲＡＣＨ５）と関連付けられ、ＳＳＢ機会候補＃２は、現在のＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソース２（すなわち、ＲＡＣＨ２）およびＰＲＡＣＨ時間−周波数−符号リソース６（すなわち、ＲＡＣＨ６）と関連付けられ、ＳＳＢ機会候補＃３は、現在のＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソース３（すなわち、ＲＡＣＨ３）およびＰＲＡＣＨ時間−周波数−符号リソース７（すなわち、ＲＡＣＨ７）と関連付けられ、ＳＳＢ機会候補＃４は、現在のＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソース４（すなわち、ＲＡＣＨ４）およびＰＲＡＣＨ時間−周波数−符号リソース８（すなわち、ＲＡＣＨ８）と関連付けられる。
【０１１４】
ＳＳＢ時間窓においてネットワークデバイスによって実際に送信される必要があるＳＳＢの最大の量は２であり、ネットワークデバイスが、ＳＳＢ機会候補＃１の前にＬＢＴを実行することに失敗し、ＳＳＢ機会候補２の前にＬＢＴを実行することに成功すると仮定される。この場合、ネットワークデバイスは、ＳＳＢ機会候補＃２およびＳＳＢ機会候補＃３で２つのＳＳＢを送信し得る。ＳＳＢ機会候補４は使用されない。
【０１１５】
このシナリオでは、ＳＳＢ時間窓の中のＳＳＢ機会候補＃１およびＳＳＢ機会候補＃４は、ＳＳＢを送信するために使用されない。したがって、ＳＳＢ機会候補＃１と関連付けられるＰＲＡＣＨ時間−周波数−符号リソース１（すなわち、ＲＡＣＨ１）およびＰＲＡＣＨ時間−周波数−符号リソース５（すなわち、ＲＡＣＨ５）、ならびにＳＳＢ機会候補＃４と関連付けられるＰＲＡＣＨ時間−周波数−符号リソース４（すなわち、ＲＡＣＨ４）およびＰＲＡＣＨ時間−周波数−符号リソース８（すなわち、ＲＡＣＨ８）は、端末デバイスによって使用されない。その結果、これらのＰＲＡＣＨ時間−周波数−符号リソースが浪費され、ＰＲＡＣＨ周期におけるＰＲＡＣＨ時間−周波数−符号リソースの比較的低い利用率をもたらす。
【０１１６】
前述の問題を考慮すると、本出願の実施形態は、同じＳＳＢ時間窓の中の２つのＳＳＢ機会候補を同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けて、それにより、ＰＲＡＣＨ周期におけるＰＲＡＣＨ時間−周波数−符号リソースの利用率を高めるための、ランダムアクセス方法を提供する。本出願の実施形態において提供されるランダムアクセス方法は、免許不要スペクトルで完全に動作する任意の通信システムにおいて使用され得る。
【０１１７】
以下は、ＮＲＵシステムを例として使用することによって、特定の実施形態を参照して本出願の実施形態における技術的な解決法を詳しく説明する。以下のいくつかの特定の実施形態は互いに組み合わされてもよく、いくつかの実施形態では同じもしくは同様の概念または処理は繰り返し説明されないことがある。
【０１１８】
図８は、本出願の実施形態によるランダムアクセス方法の概略フローチャートである。図８に示されるように、本方法は以下のステップを含む。
【０１１９】
Ｓ１０１：ネットワークデバイスが、第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信し、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。
【０１２０】
Ｓ１０２：ネットワークデバイスが、第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信する。
【０１２１】
具体的には、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、異なるＳＳＢ機会候補であり得る。本明細書の「異なる」という用語は、以下の２つの場合を別々に示す。
【０１２２】
第１の場合において、第１のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域において第２の時間単位を占有し、周波数領域において第１のサブバンドを占有する。言い換えると、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じサブバンドに対応するが、異なる時間単位に対応する。
【０１２３】
第２の場合において、第１のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第２のサブバンドを占有する。言い換えると、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じ時間単位に対応するが、異なるサブバンドに対応する。
【０１２４】
第１のＳＳＢ機会候補が時間領域において第１の時間単位を占有し、周波数領域において第１のサブバンドを占有することは、第１のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第１のサブバンドに対応すること、第１のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第１のサブバンドを含むこと、第１のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第１のサブバンドに配置されること、ならびに、第１のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第１のサブバンドにおいて搬送されることとしても言及され得ることに留意されたい。
【０１２５】
第２のＳＳＢ機会候補が時間領域において第２の時間単位を占有し、周波数領域において第１のサブバンドを占有することは、第２のＳＳＢ機会候補が時間領域における第２の時間単位および周波数領域における第１のサブバンドに対応すること、第２のＳＳＢ機会候補が時間領域における第２の時間単位および周波数領域における第１のサブバンドを含むこと、第２のＳＳＢ機会候補が時間領域における第２の時間単位および周波数領域における第１のサブバンドに配置されること、ならびに、第２のＳＳＢ機会候補が時間領域における第２の時間単位および周波数領域における第１のサブバンドにおいて搬送されることとしても言及され得る。
【０１２６】
第２のＳＳＢ機会候補が時間領域において第１の時間単位を占有し、周波数領域において第２のサブバンドを占有することは、第２のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第２のサブバンドに対応すること、第２のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第２のサブバンドを含むこと、第２のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第２のサブバンドに配置されること、ならびに、第２のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第２のサブバンドにおいて搬送されることとしても言及され得る。
【０１２７】
本実施形態におけるＳＳＢ機会候補（たとえば、本出願の以下の内容における、第１のＳＳＢ機会候補、第２のＳＳＢ機会候補、およびＬ個のＳＳＢ機会候補のいずれか１つ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の任意のＳＳＢ機会候補、第１のＳＳＢ機会候補集合の中の任意のＳＳＢ機会候補、および第２のＳＳＢ機会候補集合の中の任意のＳＳＢ機会候補）は、ＳＳＢ機会またはＳＳＢ候補（Ｃａｎｄｉｄａｔｅ  ＳＳＢ）とも呼ばれ得ることを理解されたい。
【０１２８】
ＳＳＢ候補（Ｃａｎｄｉｄａｔｅ  ＳＳＢ）機会は、ＳＳＢを送信するためにネットワークデバイスによって使用され得る送信機会もしくはリソース、または、ネットワークデバイスがＳＳＢを送信することを許可される送信機会もしくはリソースであることを理解されたい。具体的には、ネットワークデバイスは、チャネル検知または実装アルゴリズムに基づいて、ＳＳＢ機会候補で実際にＳＳＢを送信するかどうかを決定し得る。より具体的には、１つのＳＳＢ時間窓はＬ個のＳＳＢ機会候補を含み、ネットワークデバイスは実際に、ＳＳＢを送信するためにＭ≦Ｌ個のＳＳＢ機会候補だけを占有する。たとえば、ネットワークデバイスがＳＳＢを送信する前にチャネル検知を実行する必要があり、チャネル検知が成功するときにのみＳＳＢが送信されることが可能であることを考慮すると、チャネル検知がＳＳＢ機会候補の前に失敗する場合、ＳＳＢは送信されることが可能ではない。別の例では、ダウンリンク同期信号のためのネットワークデバイスのカバレッジ要件を考慮すると、ネットワークデバイスは、Ｍ個のＳＳＢのすべてを送信した後に、後続のＳＳＢ機会候補を占有する必要はないことがある。たとえば、ネットワークデバイスがＬ個のＳＳＢ機会候補の中の第１のＳＳＢ機会候補の前にチャネル検知を実行することに成功する場合、ネットワークデバイスは、ＳＳＢを送信するために最初のＭ個のＳＳＢ機会候補を占有し、後続のＬ−Ｍ個のＳＳＢ候補を占有し続ける代わりに、それらのＬ−Ｍ個のＳＳＢ候補をアイドル状態として確保する。
【０１２９】
１つのＳＳＢ機会候補が１つのＳＳＢを送信するために使用されることを理解されたい。異なるＳＳＢが異なるＳＳＢ機会候補で送信される。加えて、「送信するために使用される」は、ＳＳＢを送信するためにＳＳＢ機会候補をネットワークデバイスが使用することを、プロトコルまたは規制がサポートもしくは許容することを意味する。ネットワークデバイスは、ＳＳＢを送信するためにＳＳＢ機会候補を使用してもよく、またはＳＳＢを送信するためにＳＳＢ機会候補を使用しなくてもよい。たとえば、ネットワークデバイスがＳＳＢ機会候補の前にＬＢＴを実行することに成功するとき、ネットワークデバイスは、ＳＳＢを送信するためにＳＳＢ機会候補を使用する。ネットワークデバイスがＳＳＢ機会候補の前にＬＢＴを実行することに失敗するとき、ネットワークデバイスは、ＳＳＢを送信するためにＳＳＢ機会候補を使用しない。代替として、ネットワークデバイスがＳＳＢ時間窓においてＳＳＢ機会候補の前に十分なＳＳＢを送信しているとき、ネットワークデバイスは、ＳＳＢを送信するためにＳＳＢ機会候補を使用しなくてもよい。
【０１３０】
本実施形態では、ＳＳＢ機会候補がランダムアクセスチャネル時間−周波数−符号リソース（たとえば、第１のランダムアクセスチャネル時間−周波数−符号リソース、またはランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソース）と関連付けられる（を関連付ける）ことは、ＳＳＢ機会候補がランダムアクセスチャネル時間−周波数−符号リソースと対応付けられる（対応する）こととしても言及され得ることを理解されたい。
【０１３１】
ランダムアクセスチャネル時間−周波数−符号リソースは、１つのＰＲＡＣＨ機会上の１つのプリアンブルシーケンスであってもよく、複数のＰＲＡＣＨ機会上の複数のプリアンブルシーケンスを含んでもよく（各ＰＲＡＣＨ機会は少なくとも１つのプリアンブルシーケンスを搬送する）、または１つのＰＲＡＣＨ機会上の複数のプリアンブルシーケンスを含んでもよいことを理解されたい。
【０１３２】
本出願のこの実施形態における時間単位（たとえば、第１の時間単位または第２の時間単位）は、少なくとも１つの時間領域シンボルを含み得ることを理解されたい。
【０１３３】
任意選択で、時間単位は、１つのＳＳＢを送信するために占有される時間領域リソース、たとえば、４つの時間領域シンボルであり得る。時間単位は、１つのＳＳＢおよび別の時間領域リソースを送信するために占有される時間領域リソースを代替として含んでもよく、たとえば、時間単位は、ＳＳＢを送信するためのＳＳＢ機会候補を含むハーフスロットである（すなわち、１つのスロットの中の時間領域シンボル＃０から＃６または時間領域シンボル＃７から＃１３、これらは１つのスロットの中の時間領域シンボルのグループとも呼ばれる）。
【０１３４】
任意選択で、時間単位は、ＳＳＢを含むダウンリンク同期情報を搬送する時間領域単位であり得る。本明細書のダウンリンク同期情報は、ＳＳＢであってもよく、またはＳＳＢおよびシステム情報を含んでもよい。システム情報は、たとえば、残存最小システム情報（ｒｅｍａｉｎｉｎｇ  ｍｉｎｉｍｕｍ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ，ＲＭＳＩ）であってもよい。
【０１３５】
本出願のこの実施形態におけるサブバンド（たとえば、第１のサブバンドまたは第２のサブバンド）は、ネットワークデバイスによって送信される情報を搬送する周波数領域単位であり得ることを理解されたい。
【０１３６】
任意選択で、サブバンドは、１つまたは複数のサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含んでもよく、言い換えると、サブバンドは、１つまたは複数の物理リソースブロック（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ，ＰＲＢ）を含んでもよく、言い換えると、サブバンドは、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ、または２０ＭＨｚの帯域幅に対応する周波数領域リソースであってもよい（たとえば、サブバンドはＮＲＵシステムにおいて１つのキャリアによって占有される周波数領域リソースであってもよい）。いくつかの実施形態では、サブバンドは、キャリア、帯域幅部分（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ，ＢＷＰ）、または初期アクティブダウンリンク帯域幅部分（ｉｎｉｔｉａｌ  ａｃｔｉｖｅ  ＤＬ  ＢＷＰ）とも呼ばれ得る。
【０１３７】
任意選択で、サブバンドは、ＳＳＢを含むダウンリンク同期情報を搬送するために使用される周波数領域単位であってもよい。
【０１３８】
任意選択で、サブバンドは、チャネル検知を実行するためにネットワークデバイスによって使用される周波数領域単位であってもよい。たとえば、ネットワークデバイスは、異なるサブバンドにおいてチャネル検知手順を別々に実行する。具体的には、ネットワークデバイスは、第１のサブバンドにおいてチャネル検知手順を実行して、第２のサブバンドにおいて別の独立したチャネル検知手順を実行し、または、第１のサブバンドにおいてＣＷＳを維持し、第２のサブバンドにおいて別の独立したＣＷＳを維持する。代替として、チャネル検知を実行するとき、ネットワークデバイスは、チャネルがビジーであるかアイドルであるか（ここで、チャネルがビジー状態であるかアイドル状態であるかは別のサブバンドにおいて独立に決定される）を決定するために、検知スロットおよびサブバンドにおいて検出されるエネルギーまたはパワーを、サブバンドに対応する検知閾値ＣＣＡ−ＥＤと比較する。代替として、ネットワークデバイスは、サブバンドにおいてＬＢＴを実行することに成功した後にのみ、情報を送信するためにサブバンドを占有することができる（ここで、ＬＢＴが成功するかどうかは別のサブバンドにおいて独立に決定される）。
【０１３９】
任意選択で、サブバンドは、チャネル測定を実行するために端末デバイスによって使用される周波数領域単位であってもよい。たとえば、端末デバイスは、サブバンドの粒度でチャネル測定を実行する。本明細書のチャネル測定は、チャネル品質インジケータ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｉｏｎ，ＣＱＩ）／プリコーディング行列インジケータ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ，ＰＭＩ）測定または無線リソース管理（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ，ＲＲＭ）測定を含み得る。言い換えると、端末デバイスは、サブバンドの単位でＣＱＩ／ＰＭＩ／ＲＲＭ測定の結果を報告する。言い換えると、端末デバイスは、サブバンドにまたがる測定を実行する代わりに、１つのサブバンドの範囲内でＣＱＩ／ＰＭＩ／ＲＲＭ測定を実行する。
【０１４０】
任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じＳＳＢ送信周期または同じＳＳＢ時間窓の中のＳＳＢ機会候補である。
【０１４１】
この実施形態では、同じＳＳＢ時間窓の中の第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のＰＲＡＣＨ時間−周波数−符号リソースと関連付けられる。本明細書の第１のＰＲＡＣＨ時間−周波数−符号リソースは、１つのＰＲＡＣＨ機会上の１つのプリアンブルシーケンスを含んでもよく、複数のＰＲＡＣＨ機会上の複数のプリアンブルシーケンスを含んでもよく（各ＰＲＡＣＨ機会は少なくとも１つのプリアンブルシーケンスを搬送してもよい）、または１つのＰＲＡＣＨ機会上の複数のプリアンブルシーケンスを含んでもよい。
【０１４２】
任意選択で、第１のＳＳＢ機会候補が第１のＰＲＡＣＨ時間−周波数−符号リソースと関連付けられることは、第１のＳＳＢ機会候補または第１のＳＳＢ機会候補のインデックスが第１のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられることとして理解され得る。同様に、第２のＳＳＢ機会候補が第１のＰＲＡＣＨ時間−周波数−符号リソースと関連付けられることは、第２のＳＳＢ機会候補または第２のＳＳＢ機会候補のインデックスが第１のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられることとして理解され得る。言い換えると、ＰＲＡＣＨ時間−周波数−符号リソースとのＳＳＢ機会候補の対応付けは、ＰＲＡＣＨ時間−周波数−符号リソースとのＳＳＢ機会候補のインデックスの対応付けである。本明細書のＳＳＢ機会候補のインデックスは、ＳＳＢ時間窓に含まれ時間順序でソートされる、Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補のインデックスであり得る。ＳＳＢ機会候補のインデックスは、ＳＳＢ機会候補で送信されるＳＳＢのＳＳＢインデックスと一貫している。ＳＳＢインデックスは、ＳＳＢにおいて搬送される「ＤＭＲＳシーケンス」または「ＤＭＲＳシーケンス＋ＰＢＣＨ上のビット情報」を使用することによって、端末デバイスに示され得る。詳細については、上記の説明を参照されたい。
【０１４３】
第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が第１のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられることは、第１のＳＳＢ機会候補がＰＲＡＣＨ時間−周波数−符号リソース集合Ａと対応付けられ、第１のＰＲＡＣＨ時間−周波数−符号リソースがＰＲＡＣＨ時間−周波数−符号リソース集合Ａの部分集合であること、および、第２のＳＳＢ機会候補がＰＲＡＣＨ時間−周波数−符号リソース集合Ｂと対応付けられ、第１のＰＲＡＣＨ時間−周波数−符号リソースがＰＲＡＣＨ時間−周波数−符号リソース集合Ｂの部分集合であることとして、理解され得ることを理解されたい。さらに、ＰＲＡＣＨ時間−周波数−符号リソース集合Ａは、第１のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソース（ネットワークデバイスによって構成される）であり、または、ＰＲＡＣＨ時間−周波数−符号リソース集合Ａは、１つのＰＲＡＣＨ周期において、第１のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソース（ネットワークデバイスによって構成される）である。同様に、ＰＲＡＣＨ時間−周波数−符号リソース集合Ｂは、第２のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソース（ネットワークデバイスによって構成される）であり、または、ＰＲＡＣＨ時間−周波数−符号リソース集合Ｂは、ＰＲＡＣＨ周期において、第２のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソース（ネットワークデバイスによって構成される）である。
【０１４４】
任意選択で、ＰＲＡＣＨ時間−周波数−符号リソース集合ＡおよびＰＲＡＣＨ時間−周波数−符号リソース集合Ｂは、完全に同じではなくてもよい。具体的には、第１のＳＳＢ機会候補が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、第２のＳＳＢ機会候補が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースと部分的に重複する。この場合、第１のＰＲＡＣＨ時間−周波数−符号リソースは、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がともに対応付けられる時間−周波数−符号リソースである。たとえば、第１のＳＳＢ機会候補は、ＰＲＡＣＨ機会＃Ａのプリアンブルシーケンス＃１から＃３２およびＰＲＡＣＨ機会＃Ｂのプリアンブルシーケンス＃１から＃３２と対応付けられ、第２のＳＳＢ機会候補は、ＰＲＡＣＨ機会＃Ａのプリアンブルシーケンス＃１から＃６４と対応付けられ、第１のＰＲＡＣＨ時間−周波数−符号リソースは、ＰＲＡＣＨ機会＃Ａのプリアンブルシーケンス＃１から＃３２である。
【０１４５】
任意選択で、ＰＲＡＣＨ時間−周波数−符号リソース集合ＡおよびＰＲＡＣＨ時間−周波数−符号リソース集合Ｂは、完全に同じであってもよい。具体的には、第１のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソースは、第２のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソースと完全に同じである。この場合、ＰＲＡＣＨ時間−周波数−符号リソース集合ＡおよびＰＲＡＣＨ時間−周波数−符号リソース集合Ｂは、第１のＰＲＡＣＨ時間−周波数−符号リソースと呼ばれ得る。たとえば、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、ＰＲＡＣＨ機会＃Ａのプリアンブルシーケンス＃１から＃３２およびＰＲＡＣＨ機会＃Ｂのプリアンブルシーケンス＃１から＃３２と対応付けられる。この場合、第１のＰＲＡＣＨ時間−周波数−符号リソースは、ＰＲＡＣＨ機会＃Ａのプリアンブルシーケンス＃１から＃３２およびＰＲＡＣＨ機会＃Ｂのプリアンブルシーケンス＃１から＃３２である。
【０１４６】
同じＳＳＢ時間窓の中の２つのＳＳＢ機会候補を同じＰＲＡＣＨ時間−周波数−符号リソースと対応付ける前述の方式では、ネットワークデバイスが２つのＳＳＢ機会候補のうちの１つの前にチャネル検知を実行することに失敗するが、他のＳＳＢ機会候補の前にチャネル検知を実行することに成功した後ＳＳＢを送信する場合でも、第１のＰＲＡＣＨ時間−周波数−符号リソースが、ランダムアクセス情報を送信するために、ＳＳＢを検出する端末デバイスによって使用されることが可能であり、それによりＰＲＡＣＨリソースの浪費を回避する。本明細書のランダムアクセス情報は、ＰＲＡＣＨ情報、プリアンブル（Ｐｒｅａｍｂｌｅ）、プリアンブルシーケンス、メッセージ１（ｍｅｓｓａｇｅ１，Ｍｓｇ．１）などとも呼ばれ得ることを理解されたい。
【０１４７】
たとえば、ネットワークデバイスが第１のＳＳＢ機会候補の前にＬＢＴを実行することに失敗するが、第２のＳＳＢ機会候補の前にＬＢＴを実行することに成功する場合、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを送信し得る。第２のＳＳＢを検出する端末デバイスは、ＳＳＢ機会候補とＰＲＡＣＨ時間−周波数−符号リソースとの間の対応付け関係に基づいて、ランダムアクセス情報（すなわち、第１のＰＲＡＣＨ時間−周波数−符号リソースの中の符号語リソース）を第１のＰＲＡＣＨ時間−周波数−符号リソース上でネットワークデバイスに送信するために、第２のＳＳＢを送信するために使用される第２のＳＳＢ機会候補と関連付けられる第１のＰＲＡＣＨ時間−周波数−符号リソースを決定してもよく、それにより、ネットワークデバイスが第１のＳＳＢ機会候補で第１のＳＳＢを送信できないことにより、第１のＳＳＢ機会候補が対応付けられる第１のＰＲＡＣＨ時間−周波数−符号リソースが浪費される事例を回避する。
【０１４８】
以下は、第１のＳＳＢ機会候補が第２のＳＳＢ機会候補と異なる２つの場合を参照して、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がどのように同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ、端末デバイスがＬＢＴ結果に基づいてどのようにＳＳＢを送信するかを説明する。詳細は以下の通りである。
【０１４９】
第１の場合において、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じサブバンドに対応するが、異なる時間単位に対応する。具体的には、第１のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域において第２の時間単位を占有し、周波数領域において第１のサブバンドを占有する。
【０１５０】
この実施形態では、ＳＳＢ送信成功確率を高めるために、ネットワークデバイスは、ＳＳＢ時間窓の中の異なるＳＳＢ機会候補を同じＰＲＡＣＨ時間−周波数−符号リソースと対応付け得る。チャネル検知の失敗によりＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【０１５１】
図９は、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図９に示されるように、たとえば、第１のＳＳＢ機会候補（すなわち、ＳＳＢ＃１）は、第２のＳＳＢ機会候補（すなわち、ＳＳＢ＃２）の前に配置される。言い換えると、第１のＳＳＢ機会候補によって占有される第１の時間単位は、第２のＳＳＢ機会候補によって占有される第２の時間単位より早い。異なる時間単位に対応する第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のＰＲＡＣＨ時間−周波数−符号リソース（すなわち、ＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂ）と対応付けられる。ネットワークデバイスが第１のＳＳＢ機会候補の前にＬＢＴを実行することに失敗するが、第２のＳＳＢ機会候補の前にＬＢＴを実行することに成功するとき、第２のＳＳＢ機会候補は、第１のＳＳＢ機会候補が占有されていないことにより引き起こされる２つのＲＡＣＨリソースの浪費を回避するために、ＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂにも対応付けられる。
【０１５２】
このシナリオでは、端末デバイスがＬＢＴ結果に基づいてＳＳＢを送信することは、以下のいくつかの事例を含み得る。
【０１５３】
ネットワークデバイスが第１のＳＳＢ機会候補の前にチャネル検知を実行することに成功するが、第２のＳＳＢ機会候補の前にチャネル検知を実行することに失敗するとき、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信し、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信しない。こうして、第１のＳＳＢを検出した後、端末デバイスは、ランダムアクセス情報を送信するために、ＲＡＣＨ＃Ａおよび／またはＲＡＣＨ＃Ｂを占有し得る。第２のＳＳＢだけがＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂリソースと対応付けられる方式と比較すると、この方式はＰＲＡＣＨリソースの浪費を回避することができる。
【０１５４】
代替として、ネットワークデバイスが第１のＳＳＢ機会候補の前にチャネル検知を実行することに失敗するが、第２のＳＳＢ機会候補の前にチャネル検知を実行することに成功するとき、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信し、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信しない。こうして、第２のＳＳＢを検出した後、端末デバイスは、ランダムアクセス情報を送信するために、ＲＡＣＨ＃Ａおよび／またはＲＡＣＨ＃Ｂを占有し得る。第１のＳＳＢだけがＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂリソースと対応付けられる方式と比較すると、この方式はＰＲＡＣＨリソースの浪費を回避することができる。
【０１５５】
ネットワークデバイスが第１のＳＳＢ機会候補の前および第２のＳＳＢ機会候補の前にチャネル検知を実行することに成功するとき、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信し、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信せず、または、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信し、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信せず、または、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信し、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信する。
【０１５６】
通常、既存のＮＲシステムでは、ネットワークデバイスは、異なるＳＳＢ機会候補で、および異なるビーム方向に、異なるＳＳＢを送信する。複数のＳＳＢ機会候補が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる場合、検出されたＳＳＢに基づいて端末デバイスによって送信されるランダムアクセス情報を受信した後、ネットワークデバイスは、どのランダムアクセス情報が送信されるかに基づいて端末デバイスによって検出されるＳＳＢを特定することに失敗し、さらに、後続のダウンリンク信号のビーム方向を決定することに失敗することがある。
【０１５７】
それに対応して、この実施形態では、ネットワークデバイスが第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方のためにチャネル検知を実行することに成功し、従来技術のように、異なるビームを使用することによって第１のＳＳＢおよび第２のＳＳＢを送信する場合、明確なビーム方向が決定されることが可能ではないという問題も引き起こされる。ネットワークデバイスがビーム方向を区別することを可能にするために、以下の制約がさらに、本出願のこの実施形態において課され得る。
【０１５８】
ネットワークデバイスが第１のＳＳＢ機会候補で第１のＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、ネットワークデバイスが第１のＳＳＢを送信するビーム方向は、ネットワークデバイスが第２のＳＳＢを送信するビーム方向と同じである。
【０１５９】
明確なビーム方向が決定されることが可能ではないという問題を回避するために、ネットワークデバイスは、１つだけのＳＳＢ機会候補を送信し得る。こうして、それでも１つのＰＲＡＣＨリソースが、ネットワークデバイスによって実際に送信されるＳＳＢと一意に関連付けられ得るので、ネットワークデバイスは、実際に送信されるＳＳＢのために使用されるビーム方向を取得し、そのビーム方向またはそのビーム方向に近いビーム方向において後続のダウンリンク情報を送信することができる。
【０１６０】
代替として、ネットワークデバイスは、同じビーム方向または近いビーム方向において、これらのＳＳＢ機会候補でＳＳＢを送信し、たとえば、第１のＳＳＢ機会候補で第１のＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信する。こうして、端末デバイスによって検出される、複数のＳＳＢの中の任意の１つまたは複数のＳＳＢが、ＰＲＡＣＨ情報を送信するために同じＰＲＡＣＨリソースと対応付けられ得る。ネットワークデバイスがＰＲＡＣＨ情報を受信した後、ＰＲＡＣＨ情報は複数のＳＳＢ機会候補と関連付けられるが、同じビーム方向（たとえば、ビーム方向Ａ）がＳＳＢ機会候補のために使用されるので、ネットワークデバイスは、ビーム方向Ａまたはビーム方向Ａに近いビーム方向において、後続のダウンリンク情報を端末デバイスに送信し得る。こうして、後続のダウンリンク情報のビーム方向は、ＳＳＢのビーム方向と同じであり、またはそれに近い。
【０１６１】
この実施形態では、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補との間に、少なくとも１つのＳＳＢ機会候補の間隔がある。たとえば、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補との間に、Ｍ−１個のＳＳＢ機会候補の間隔がある。具体的には、本明細書のＭ−１個のＳＳＢ機会候補は、ネットワークデバイスがＳＳＢを送信することを許容されるＳＳＢ機会候補、または、ＳＳＢを送信するために使用されるネットワークデバイスによって構成されるＳＳＢ機会候補である。たとえば、ネットワークデバイスは、ＳＳＢ時間窓の中のすべての利用可能なＳＳＢ機会候補の一部でＳＳＢを送信するように構成する。より具体的には、本明細書のＭは、ＳＳＢ送信周期においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量、言い換えると、ＳＳＢ時間窓においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量である。たとえば、利用可能なＳＳＢ機会候補が後続にある場合であっても、ネットワークデバイスは、ＳＳＢ送信周期またはＳＳＢ時間窓においてすべてのＭ個のＳＳＢを送信した後、ＳＳＢを送信し続けない。Ｍは、ブロードキャスト情報を使用することによって、端末デバイスのためにネットワークデバイスによって構成され得る。たとえば、Ｍは、ＰＢＣＨまたはＲＭＳＩを使用することによって、ネットワークデバイスにより端末デバイスに通知され得る。
【０１６２】
言い換えると、本発明のこの実施形態では、ＳＳＢ時間窓の中のすべてのＳＳＢ機会候補が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるのではないが、ＳＳＢ時間窓の中のＳＳＢ機会候補の一部が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ、ＳＳＢ機会候補の他の部分が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、ＳＳＢ機会候補のその一部が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースと異なる。
【０１６３】
任意選択で、ＳＳＢ時間窓においてサポートされるＳＳＢ機会候補は、少なくとも２つのＳＳＢ機会候補集合を含んでもよく、少なくとも２つのＳＳＢ機会候補集合は、第１のＳＳＢ機会候補集合および第２のＳＳＢ機会候補集合を含む。第１のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含み、第２のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含む。第１のＳＳＢ機会候補は第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補であり、第２のＳＳＢ機会候補は第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補である。さらに、少なくとも２つのＳＳＢ機会候補集合は互いに素である。
【０１６４】
この場合、第１のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合（すなわち、ＰＲＡＣＨ周期の中の利用可能なＰＲＡＣＨ時間−周波数−符号リソースを含む集合）の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ、第２のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補および第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。この場合、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。
【０１６５】
ＰＲＡＣＨ時間−周波数−符号リソース集合は、ランダムアクセス時間−周波数−符号リソース集合とも呼ばれることを理解されたい。
【０１６６】
任意選択で、Ｌ個のＳＳＢ機会候補は、少なくとも２つの互いの素のＳＳＢ機会候補集合を含む。言い換えると、少なくとも２つの互いに素のＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補は、すべてのＬ個のＳＳＢ機会候補である。
【０１６７】
任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補は、その各々が他方を含まない少なくとも２つの互いに素のＳＳＢ機会候補集合を含む。言い換えると、Ｌ個のＳＳＢ機会候補は、少なくとも２つの互いの素のＳＳＢ機会候補集合を構成する。少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つが、時系列において隣接している少なくとも１つのＳＳＢ機会候補、すなわち、Ｌ個のＳＳＢ機会候補においてその相対的なランクが隣接している少なくとも１つのＳＳＢ機会候補を含む。
【０１６８】
さらに、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが、時系列において隣接している少なくとも２つのＳＳＢ機会候補を含む。
【０１６９】
たとえば、Ｌが２に等しいとき、２つのＳＳＢ機会候補の各々はＳＳＢ機会候補集合であり、各ＳＳＢ機会候補集合は１つのＳＳＢ機会候補を含む。Ｌが３に等しいとき、３つのＳＳＢ機会候補は２つのＳＳＢ機会候補集合を含んでもよく、１つのＳＳＢ機会候補集合は時系列において隣接している２つのＳＳＢ機会候補を含み、他のＳＳＢ機会候補集合は残りのＳＳＢ機会候補を含む。Ｌが４に等しいとき、４つのＳＳＢ機会候補は２つのＳＳＢ機会候補集合を含んでもよく、１つのＳＳＢ機会候補集合は時系列において隣接している２つのＳＳＢ機会候補を含み、他のＳＳＢ機会候補集合は時系列において隣接している残りの２つのＳＳＢ機会候補を含む。残りは類推によって推測されることが可能である。Ｌ個のＳＳＢ機会候補に含まれるＳＳＢ機会候補集合の具体的な量は、Ｌの値および１つのＳＳＢ機会候補集合のサイズに基づいて決定され得る。
【０１７０】
このシナリオでは、少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つの中の任意の２つの異なるＳＳＢ機会候補は、異なるＰＲＡＣＨ時間−周波数−符号リソースと関連付けられ、言い換えると、同じＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。この場合、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。
【０１７１】
少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つの中の任意の２つの異なるＳＳＢ機会候補は、異なるＰＲＡＣＨ時間−周波数−符号リソースと関連付けられることを理解されたい。ＳＳＢ機会候補集合に含まれるＳＳＢ機会候補は、互いに重複しないＰＲＡＣＨ時間−周波数−符号リソースと関連付けられ、言い換えると、ＳＳＢ機会候補集合に含まれる任意の２つのＳＳＢ機会候補が対応付けられるＰＲＡＣＨ時間−周波数−符号リソース間に交点はなく、言い換えると、ＳＳＢ機会候補集合に含まれる任意の２つのＳＳＢ機会候補は、直交するＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ、言い換えると、ＳＳＢ機会候補集合に含まれる任意の２つのＳＳＢ機会候補が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースの２つのグループは、同じＰＲＡＣＨ機会上の同じプリアンブルシーケンスを含まない。
【０１７２】
前述の実施形態において、Ｌ個のＳＳＢ機会候補は、同じＳＳＢ送信周期または同じＳＳＢ時間窓に含まれるＳＳＢ機会候補である。
【０１７３】
任意選択で、Ｌ個のＳＳＢ機会候補は、ＳＳＢ送信周期またはＳＳＢ時間窓に含まれるすべてのＳＳＢ機会候補であり得る。
【０１７４】
任意選択で、Ｌ個のＳＳＢ機会候補は、時系列において連続している（すなわち、隣接している）ＳＳＢ機会候補である。たとえば、Ｌが４である場合、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補１、ＳＳＢ機会候補２、ＳＳＢ機会候補３、およびＳＳＢ機会候補４であり得る。
【０１７５】
任意選択で、Ｌ個のＳＳＢ機会候補は、ＳＳＢ送信周期またはＳＳＢ時間窓に含まれるいくつかのＳＳＢ機会候補であり得る。たとえば、ネットワークデバイスは、ＳＳＢ時間窓の中のすべての利用可能なＳＳＢ機会候補の一部を使用するように構成するので、ネットワークデバイスは、ＳＳＢを送信するために残りのＳＳＢ機会候補を占有しない。たとえば、本明細書の構成は、ＲＭＳＩまたはＰＢＣＨを使用することによって実行される構成である。
【０１７６】
さらに、Ｌ個のＳＳＢ機会候補は、時系列において連続していない（すなわち、隣接していない）ＳＳＢ機会候補である。たとえば、Ｌが４である場合、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補１、ＳＳＢ機会候補３、ＳＳＢ機会候補５、およびＳＳＢ機会候補７であり得る。
【０１７７】
任意選択で、ＳＳＢ機会候補の時系列は、Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補の相対的な時間ランクであり、ＳＳＢ機会候補の時系列インデックスは、Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補の相対的な時間ランクのインデックスである。
【０１７８】
任意選択で、ＳＳＢ機会候補の時系列は、ＳＳＢ時間窓またはＳＳＢ周期の中のＳＳＢ機会候補の時間ランクである。
【０１７９】
任意選択で、ＳＳＢ機会候補の時系列は、ＳＳＢ機会候補のインデックスの値ランクである。ＳＳＢ機会候補のインデックスは、ＳＳＢ時間窓の中のＳＳＢ機会候補のインデックスである。言い換えると、ＳＳＢ機会候補の時系列は、ＳＳＢ機会候補が配置される時間単位のインデックス、たとえばスロットのランクである。ＳＳＢ機会候補のインデックスは、ＳＳＢインデックス（ＳＳＢ  ｉｎｄｅｘ）とも呼ばれる。
【０１８０】
Ｌ個のＳＳＢ機会候補は、時系列に基づいて昇順でソートされ（たとえば、Ｌ個のＳＳＢ機会候補のＳＳＢ機会候補インデックスは０からＬ−１である）、または、ＳＳＢ機会候補のインデックスは、ブロードキャスト情報を使用することによってネットワークデバイスによって通知されることを理解されたい。
【０１８１】
少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つが時系列において隣接している少なくとも１つのＳＳＢ機会候補を含むことは、ＳＳＢ機会候補集合に含まれる少なくとも１つのＳＳＢ機会候補のインデックスがＬ個のＳＳＢ機会候補において隣接していること、言い換えると、少なくとも１つのＳＳＢ機会候補がＬ個のＳＳＢ機会候補の中の相対的な時系列において隣接または連続していることを意味すると理解されたい。具体的には、少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つの中のすべてのＳＳＢ機会候補が、いずれの他のＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補よりも早く、または遅い。たとえば、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補１、ＳＳＢ機会候補３、ＳＳＢ機会候補５、およびＳＳＢ機会候補７であってもよく、２つのＳＳＢ機会候補集合、すなわち、｛ＳＳＢ機会候補１，ＳＳＢ機会候補３｝および｛ＳＳＢ機会候補５，ＳＳＢ機会候補７｝を含んでもよい。この場合、第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補１およびＳＳＢ機会候補３は時系列において隣接しており、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補５およびＳＳＢ機会候補７は時系列において隣接している。
【０１８２】
さらに、少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つが、時系列において隣接している少なくとも１つのＳＳＢ機会候補を含むことは、ＳＳＢ機会候補集合に含まれる少なくとも１つのＳＳＢ機会候補が配置される時間単位が、隣接または連続していることを意味する。たとえば、本明細書における時間単位は、１つのＳＳＢを搬送するために使用される前述のハーフスロットである。たとえば、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補１からＳＳＢ機会候補８であってもよく、スロット１からスロット４において搬送され、２つのＳＳＢ機会候補集合、すなわち、｛ＳＳＢ機会候補１からＳＳＢ機会候補４｝および｛ＳＳＢ機会候補５からＳＳＢ機会候補８｝を含む。この場合、第１のＳＳＢ機会候補集合の中の４つのＳＳＢ機会候補は時系列において隣接しており、４つのＳＳＢ機会候補はそれぞれ、４つの連続する時間単位、すなわち、スロット１における時間領域シンボル＃０から＃６および時間領域シンボル＃７から＃１３、ならびにスロット２における時間領域シンボル＃０から＃６および時間領域シンボル＃７から＃１３において搬送され、第２のＳＳＢ機会候補集合の中の４つのＳＳＢ機会候補は時系列において隣接しており、４つのＳＳＢ機会候補はそれぞれ、４つの連続する時間単位、すなわち、スロット３における時間領域シンボル＃０から＃６および時間領域シンボル＃７から＃１３、ならびにスロット４における時間領域シンボル＃０から＃６および時間領域シンボル＃７から＃１３において搬送される。
【０１８３】
代替として、任意のＳＳＢ機会候補集合が、時系列において隣接している少なくとも１つのＳＳＢ機会候補を含むことは、ＳＳＢ機会候補集合に含まれる少なくとも１つのＳＳＢ機会候補のインデックスが、隣接または連続していることも意味し得る。
【０１８４】
同様に、時系列において隣接している後続のＭ個のＳＳＢ機会候補は、Ｍ個のＳＳＢ機会候補がＬ個のＳＳＢ機会候補の中の相対的な時系列において隣接または連続していることを意味する。Ｌ個のＳＳＢ機会候補に含まれる任意の他のＳＳＢ機会候補は、Ｍ個のＳＳＢ機会候補より前または後にある。さらに、Ｍ個のＳＳＢ機会候補が配置される時間単位は、隣接もしくは連続しており、または、Ｍ個のＳＳＢ機会候補のインデックスは、隣接または連続している。
【０１８５】
可能な実装では、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接しているＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ＰＲＡＣＨ時間−周波数−符号リソース集合（すなわち、ＰＲＡＣＨ周期の中の利用可能なＰＲＡＣＨ時間−周波数−符号リソースの集合）の中のＰＲＡＣＨ時間−周波数−符号リソースと逐次関連付けられる。ＰＲＡＣＨ時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【０１８６】
ＳＳＢ機会候補集合の中のＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられることは、次の通りであり得ることを理解されたい。ＳＳＢ機会候補集合の中のＳＳＢ機会候補は、ＳＳＢ機会候補のインデックスまたはＳＳＢ機会候補の時間ランクに基づいて、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられる。たとえば、従来技術のように、ＳＳＢ機会候補集合の中のＳＳＢ機会候補は、インデックス（またはＳＳＢ機会候補集合の中のＳＳＢ機会候補の時系列インデックス）の昇順または降順でソートされ、まず１つのＲＯ上のプリアンブルシーケンスのインデックスの昇順で、次いで１つのＰＲＡＣＨスロットにおけるＲＯの周波数領域インデックスの昇順で、次いで１つのＰＲＡＣＨスロットにおけるＲＯの時間領域インデックスの昇順で、最後にＰＲＡＣＨスロットの昇順で、ＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。
【０１８７】
具体的には、Ｍは分割単位として使用され、Ｌ個のＳＳＢ機会候補の中の第１のＳＳＢ機会候補から開始することによって、その相対的なランクが隣接しているＭ個おきのＳＳＢ機会候補が、同じＳＳＢ機会候補集合へとグループ化される。同じＳＳＢ機会候補集合の中のＭ個のＳＳＢ機会候補は、異なるＰＲＡＣＨ時間−周波数−符号リソースと別々に対応付けられ、異なるＳＳＢ機会候補集合に属する２つのＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。
【０１８８】
さらに、Ｍは２以上である。
【０１８９】
免許不要スペクトル上で、ネットワークデバイスが通常、セルの中のすべてのエリアをカバーするために、相互に異なるビーム方向において、および１つのＳＳＢ時間窓において時間に関して連続的なＭ個のＳＳＢ機会候補（すなわち、１つのＳＳＢ機会候補集合に含まれるＳＳＢ機会候補の量）上で、複数のＳＳＢを送信することを考える。ＳＳＢがチャネル検知の失敗によりＳＳＢ機会候補集合の中のＳＳＢ機会候補（たとえば、第１のＳＳＢ機会候補）で送信されることに失敗する場合、チャネル検知は、次のＳＳＢ機会候補集合において、そのＳＳＢ機会候補が対応付けられるのと同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる、ＳＳＢ機会候補（たとえば、第２のＳＳＢ機会候補）の前に実行され得る。チャネル検知が成功する場合、ＳＳＢは第２のＳＳＢ機会候補で送信され得る。この場合、ネットワークデバイスは、第１のＳＳＢ機会候補のために使用されるのと同じビーム方向において第２のＳＳＢ機会候補を送信し得る。こうして、等価なカバレッジ効果が達成されることが可能である。
【０１９０】
このシナリオでは、ＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。言い換えると、１つのＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補が、１つのＰＲＡＣＨ周期の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースを占有する。こうして、ネットワークデバイスは、ＰＲＡＣＨリソースが浪費されないことを確実にするために、ＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補でＳＳＢを送信する。ＳＳＢがチャネル検知によりＳＳＢ機会候補集合の中のＳＳＢ機会候補で送信されることに失敗するが、そのＳＳＢ機会候補が対応付けられるのと同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる、次のＳＳＢ機会候補集合の中のＳＳＢ機会候補の前にチャネル検知が成功し、ＳＳＢが送信される場合、ＰＲＡＣＨリソースが浪費されないことが確実にされることが可能である。
【０１９１】
さらに、任意の２つのＳＳＢ機会候補集合において同じ時系列インデックスを有するＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。具体的には、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合において同じ時系列インデックスを有するＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスは、第２のＳＳＢ機会候補の時系列インデックスと同じである。こうして、ＳＳＢを送信することを開始するためにネットワークデバイスによって使用される、ＳＳＢ時間窓の中のどのＳＳＢ機会候補とは無関係に、ネットワークデバイスがＭ個の連続するＳＳＢ機会候補でＭ個のＳＳＢを送信する限り、ＰＲＡＣＨ時間−周波数−符号リソースの浪費を回避するために、Ｍ個のＳＳＢがＰＲＡＣＨ時間−周波数−符号リソース集合全体と対応付けられることが確実にされることが可能である。
【０１９２】
ＳＳＢ機会候補の時系列インデックスは、ＳＳＢ機会候補集合に含まれる時間単位の中の、ＳＳＢ機会候補が配置される時間単位の時系列インデックスであり得る。ＳＳＢ機会候補集合の中のＳＳＢ機会候補の時系列インデックスは、時間順序でソートされた、ＳＳＢ機会候補集合の中のＳＳＢ機会候補のインデックスとも呼ばれ得る。代替として、ＳＳＢ機会候補集合の中のＳＳＢ機会候補の時系列インデックスは、ＳＳＢインデックスの昇順でソートされた、ＳＳＢ機会候補集合の中のＳＳＢ機会候補のインデックスとも呼ばれ得る。言い換えると、ＳＳＢ機会候補の時系列インデックスは、ＳＳＢ機会候補集合におけるＳＳＢ機会候補の時系列位置または相対的な時系列位置である。
【０１９３】
たとえば、Ｌ個のＳＳＢ機会候補は、前述のＳＳＢ機会候補集合を含む少なくとも２つのＳＳＢ機会候補集合を含む。ＳＳＢ機会候補集合の中の時系列に基づいてソートされたＳＳＢ機会候補の中の第ｋのＳＳＢ機会候補、および任意の他のＳＳＢ機会候補集合の中の時系列に基づいてソートされたＳＳＢ機会候補の中の第ｋのＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ、ｋはＭ以下の正の整数である。
【０１９４】
別の例では、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補１からＳＳＢ機会候補８であってもよく、スロット１からスロット４において逐次搬送され、２つのＳＳＢ機会候補集合、すなわち、｛ＳＳＢ機会候補１からＳＳＢ機会候補４｝および｛ＳＳＢ機会候補５からＳＳＢ機会候補８｝を含む。この場合、ＳＳＢ機会候補１とＳＳＢ機会候補５のインデックスは同じであり（ＳＳＢ機会候補１とＳＳＢ機会候補５の両方が、ＳＳＢ機会候補１およびＳＳＢ機会候補５がそれぞれ配置されるＳＳＢ機会候補集合において時間が最も早いＳＳＢ機会候補である）、ＳＳＢ機会候補２とＳＳＢ機会候補６のインデックスは同じであり、ＳＳＢ機会候補３とＳＳＢ機会候補７のインデックスは同じであり、ＳＳＢ機会候補４とＳＳＢ機会候補８のインデックスは同じである。
【０１９５】
言い換えると、Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接しているＭ個のＳＳＢ機会候補を使用することによって、時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢは異なる対応付け周期の中のＳＳＢ機会候補で送信される（言い換えると、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は異なる対応付け周期に属する）。
【０１９６】
言い換えると、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補のインデックスに基づいて、および第１のあらかじめ設定された時間長を対応付け周期として使用することによって、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のＰＲＡＣＨ時間−周波数−符号リソースと周期的におよび逐次的に関連付けられる。第１のあらかじめ設定された時間長の値は、プロトコルもしくは規制において指定されてもよく、または、ブロードキャスト情報を使用することによってネットワークデバイスによって通知されてもよい。たとえば、第１のあらかじめ設定された時間長はＸミリ秒、Ｘスロット、またはＸ時間単位であり、Ｘは正の整数である。
【０１９７】
さらに、時系列において隣接しているＭ個のＳＳＢ機会候補は、Ｌ個のＳＳＢ機会候補の中の時系列において隣接しているＭ個のＳＳＢ機会候補である。Ｌ個のＳＳＢ機会候補の中で時系列において隣接しているＭ個のＳＳＢ機会候補の定義は上で説明され、詳細は再び説明されない。
【０１９８】
具体的には、ＳＳＢ時間窓の中のＳＳＢ機会候補が、巡回シフト対応付け方式でＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるので、ＳＳＢ時間窓の中の複数のＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうして、ネットワークデバイスは、チャネル検知の結果に基づいて、ＳＳＢを送信するために複数のＳＳＢ機会候補のうちの１つを選択し得るので、ＰＲＡＣＨ時間−周波数−符号リソースと実際に送信されるＳＳＢとの間の一意な関連付けに影響を及ぼすことなく、実際に送信されるＳＳＢがすべての利用可能なＰＲＡＣＨリソースと対応付けられることが可能であり、これにより、ＰＲＡＣＨリソースをより効率的に使用し、ＰＲＡＣＨリソースの浪費を回避する。
【０１９９】
本明細書のインデックスは、ＳＳＢ機会候補のインデックスであってもよく、またはＳＳＢ機会候補で送信されるＳＳＢのＳＳＢインデックスであってもよいことを理解されたい。具体的には、ＤＭＲＳおよび／またはＰＢＣＨを使用することによってネットワークデバイスによって示されるインデックスは、ＳＳＢの時間ランクと必ずしも結びつけられず、ＳＳＢ機会候補集合におけるＳＳＢ機会候補の時間位置または時系列インデックスであってもよい。たとえば、ＳＳＢ＃ｋは、ＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補において時間順序でソートされる第ｋまたは第（ｋ＋１）のＳＳＢ機会候補である。
【０２００】
Ｌ個のＳＳＢ機会候補がＳＳＢ時間窓に含まれるすべてのＳＳＢ機会候補であるとき、ＭはＬ以下である。ＬおよびＭの具体的な値は、本出願のこの実施形態では限定されない。ＳＳＢ送信機会を増やし、チャネル検知の失敗によりＳＳＢが送信されることが可能ではないことで引き起こされる損失を埋め合わせるために、比較的大量（すなわち、Ｌ個）のＳＳＢ機会候補が、ＳＳＢ時間窓に対して定義され得る。
【０２０１】
ＳＳＢ時間窓においてサポートされるＳＳＢ機会候補の量が８であり、ネットワークデバイスによって送信されることが可能なＳＳＢの最大の量Ｍが４である場合、ＳＳＢ時間窓の中の８つのＳＳＢ機会候補は、２つのＳＳＢ機会候補集合、すなわち、第１のＳＳＢ機会候補集合および第２のＳＳＢ機会候補集合を含み得る。第１のＳＳＢ機会候補集合と第２のＳＳＢ機会候補集合が、同じＰＲＡＣＨ時間−周波数−符号リソース集合と対応付けられる。第１のＳＳＢ機会候補集合の中の４つのＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられる。第２のＳＳＢ機会候補集合の中の４つのＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられる。このシナリオでは、第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補および第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補（たとえば、第１のＳＳＢ機会候補集合における時系列に基づいてソートされた第ｋのＳＳＢ機会候補および第２のＳＳＢ機会候補集合における時系列に基づいてソートされた第ｋのＳＳＢ機会候補、ここでｋはＭ以下の正の整数である）は、同じ第１のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。
【０２０２】
たとえば、第１のＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補は時間的に隣接しており、第２のＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補は時間的に隣接している。言い換えると、第１のＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補は、その時間インデックスまたはＳＳＢ機会候補インデックスが連続しているＳＳＢ機会候補であり、第２のＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補は、その時間インデックスまたはＳＳＢ機会候補インデックスが連続しているＳＳＢ機会候補である。言い換えると、第１のＳＳＢ機会候補集合は｛ＳＳＢ機会候補＃１，ＳＳＢ機会候補＃２，ＳＳＢ機会候補＃３，ＳＳＢ機会候補＃４｝であり、第２のＳＳＢ機会候補集合は｛ＳＳＢ機会候補＃５，ＳＳＢ機会候補＃６，ＳＳＢ機会候補＃７，ＳＳＢ機会候補＃８｝である。
【０２０３】
第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられることは、次の通りであり得ることを理解されたい。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、ＳＳＢ機会候補のインデックスまたはＳＳＢ機会候補の時間ランクに基づいて、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられる。たとえば、従来技術のように、第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、まず１つのＲＯ上のプリアンブルシーケンスのインデックスの昇順で、次いで１つのＰＲＡＣＨスロットにおけるＲＯの周波数領域インデックスの昇順で、次いで１つのＰＲＡＣＨスロットにおけるＲＯの時間領域インデックスの昇順で、最後にＰＲＡＣＨスロットの昇順で、ＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。
【０２０４】
ＰＲＡＣＨ周期が時間領域において４つのＰＲＡＣＨスロットをサポートし、各ＰＲＡＣＨスロットが１つのＰＲＡＣＨ機会をサポートすること、および、ＰＲＡＣＨ周期が周波数領域において２つのＰＲＡＣＨ機会をサポートし、２つのＰＲＡＣＨ機会が周波数分割多重化方式で多重化されることが、仮定される。各ＰＲＡＣＨ機会は、６４個のプリアンブルシーケンス＃１から＃６４を含み、各ＳＳＢ機会候補は、１つのＰＲＡＣＨ機会上の３２個のプリアンブルシーケンスと対応付けられる。言い換えると、ＰＲＡＣＨ周期は、全体で８つのＰＲＡＣＨ機会を含み、関連付けられるＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＿ｔ＿ｆは、｛ＲＡＣＨ＿１＿１，ＲＡＣＨ＿１＿２，ＲＡＣＨ＿２＿１，ＲＡＣＨ＿２＿２，ＲＡＣＨ＿３＿１，ＲＡＣＨ＿３＿２，ＲＡＣＨ＿４＿１，ＲＡＣＨ＿４＿２｝である。ｔは時間領域インデックスを表し、ｆは周波数領域インデックスを表す。
【０２０５】
この場合、第１のＳＳＢ機会候補集合におけるＳＳＢ機会候補の対応付け結果は、ＳＳＢ機会候補＃１が｛ＲＡＣＨ＿１＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿２＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿３＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿４＿１のプリアンブル＃１から＃３２｝と対応付けられ、ＳＳＢ機会候補＃２が｛ＲＡＣＨ＿１＿１のプリアンブル＃３３から＃６４，ＲＡＣＨ＿２＿１のプリアンブル＃３３から＃６４，ＲＡＣＨ＿３＿１のプリアンブル＃３３から＃６４，ＲＡＣＨ＿４＿１のプリアンブル＃３３から＃６４｝と対応付けられ、ＳＳＢ機会候補＃３が｛ＲＡＣＨ＿１＿２のプリアンブル＃１から＃３２，ＲＡＣＨ＿２＿２のプリアンブル＃１から＃３２，ＲＡＣＨ＿３＿２のプリアンブル＃１から＃３２，ＲＡＣＨ＿４＿２のプリアンブル＃１から＃３２｝と対応付けられ、ＳＳＢ機会候補＃４が｛ＲＡＣＨ＿１＿２のプリアンブル＃３３から＃６４，ＲＡＣＨ＿２＿２のプリアンブル＃３３から＃６４，ＲＡＣＨ＿３＿２のプリアンブル＃３３から＃６４，ＲＡＣＨ＿４＿２のプリアンブル＃３３から＃６４｝と対応付けられるというものである。
【０２０６】
ＳＳＢ機会候補が第１のＳＳＢ機会候補である例が使用される。この場合、第１のＳＳＢ機会候補と関連付けられる第１のＰＲＡＣＨ時間−周波数−符号リソースは、集合｛ＲＡＣＨ＿１＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿２＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿３＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿４＿１のプリアンブル＃１から＃３２｝であり、集合の適切な部分集合であってもよく、または集合の要素（すなわち、ＲＯ上のプリアンブルシーケンス）であってもよい。
【０２０７】
第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補の対応付け方式は、第１のＳＳＢ機会候補集合のそれと同じである。詳細はここで再び説明されない。
【０２０８】
このシナリオでは、ネットワークデバイスは、チャネル検知の結果に基づいて、８つのＳＳＢ機会候補のうちの４つで４つのＳＳＢを送信してもよく、他の４つのＳＳＢ機会候補は、チャネル検知の失敗によりＳＳＢを送信するために使用されず、または、すべての４つのＳＳＢが送信されたので、ＳＳＢを送信し続けるためにＳＳＢ機会候補がその後で必要とされない。
【０２０９】
第１のＳＳＢ機会候補集合および第２のＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のすべてのＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるので、第１のＳＳＢ機会候補集合と第２のＳＳＢ機会候補集合の両方の中のすべてのＳＳＢ機会候補が、すべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースを占有することができる。こうすると、ネットワークデバイスが１つのＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補でＳＳＢを送信するとき、ＰＲＡＣＨリソースが浪費されないことが確実にされることが可能である。ＳＳＢがチャネル検知により第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補で送信されることに失敗する場合、ＰＲＡＣＨリソースが浪費されないことを確実にするために、そのＳＳＢ機会候補が対応付けられるのと同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補で、ＳＳＢが送信され得る。
【０２１０】
以下は、例を使用することによって説明を提供する。図１０Ａは、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図１０Ｂは、本出願の実施形態によるさらに別の時間領域リソースの概略図である。たとえば、１つのＳＳＢ時間窓は、最大で８つのＳＳＢ機会候補を含む。８つのＳＳＢ機会候補は、それぞれＳＳＢ機会候補＃１からＳＳＢ機会候補＃８である。ＳＳＢ時間窓においてネットワークデバイスによって実際に送信される必要のあるＳＳＢの最大の量は４である。言い換えると、Ｌは８であり、Ｍは４である。ＰＲＡＣＨ時間−周波数−符号リソース集合は、ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃１からＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃８を含み、第１のＳＳＢ機会候補はＳＳＢ機会候補＃１であり、第２のＳＳＢ機会候補はＳＳＢ機会候補＃５である。
【０２１１】
第１のＳＳＢ機会候補集合は｛ＳＳＢ機会候補＃１，ＳＳＢ機会候補＃２，ＳＳＢ機会候補＃３，ＳＳＢ機会候補＃４｝であり、第２のＳＳＢ機会候補集合は｛ＳＳＢ機会候補＃５，ＳＳＢ機会候補＃６，ＳＳＢ機会候補＃７，ＳＳＢ機会候補＃８｝である。ＳＳＢ機会候補＃１およびＳＳＢ機会候補＃５が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、｛ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃１，ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃５｝である。ＳＳＢ機会候補＃２およびＳＳＢ機会候補＃６が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、｛ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃２，ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃６｝である。ＳＳＢ機会候補＃３およびＳＳＢ機会候補＃７が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、｛ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃３，ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃７｝である。ＳＳＢ機会候補＃４およびＳＳＢ機会候補＃８が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、｛ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃４，ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃８｝である。
【０２１２】
図１０Ａに示されるように、ネットワークデバイスがＳＳＢ機会候補＃１の前にチャネル検知を実行することに成功する場合、ネットワークデバイスは、ＳＳＢ機会候補＃１で４つのＳＳＢをＳＳＢ機会候補＃４に送信し得る。この場合、ＰＲＡＣＨリソースが浪費されないことを確実にするために、全体のＰＲＡＣＨ時間−周波数−符号リソース集合が占有されることが可能である。
【０２１３】
図１０Ｂに示されるように、ネットワークデバイスがＳＳＢ機会候補＃１の前にチャネル検知を実行することに失敗するが、ＳＳＢ機会候補＃２の前にチャネル検知を実行することに成功する場合、ネットワークデバイスは、ＳＳＢ機会候補＃２で４つのＳＳＢをＳＳＢ機会候補＃５に送信し得る。この場合、ＰＲＡＣＨリソースが浪費されないことを確実にするために、依然として全体のＰＲＡＣＨ時間−周波数−符号リソース集合が占有されることが可能である。
【０２１４】
ＳＳＢ時間窓の中のＳＳＢ機会候補が、巡回シフト対応付け方式でＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるので、ＳＳＢ時間窓の中の複数のＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうして、ネットワークデバイスは、チャネル検知の結果に基づいて、ＳＳＢを送信するために複数のＳＳＢ機会候補のうちの１つを選択し得るので、ＰＲＡＣＨ時間−周波数−符号リソースと実際に送信されるＳＳＢとの間の一意な関連付けに影響を及ぼすことなく、実際に送信されるＳＳＢがすべての利用可能なＰＲＡＣＨリソースと対応付けられることが可能であり、これにより、ＰＲＡＣＨリソースをより効率的に使用し、ＰＲＡＣＨリソースの浪費を回避する。
【０２１５】
第２の場合において、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じ時間単位に対応するが、異なるサブバンドに対応する。具体的には、第１のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第２のサブバンドを占有する。
【０２１６】
この実施形態では、ＳＳＢ送信成功確率を高めるために、ネットワークデバイスは、チャネル検知の失敗がサブバンドの１つにおいて発生するので現在の時間単位においてＳＳＢが送信されることが可能ではない事例を避けるために、同じ時間単位に対応する複数のサブバンドにおいてＳＳＢ機会候補を準備し得る。この場合、ネットワークデバイスは、同じ時間単位（たとえば、第１の時間単位）に対応するすべてのサブバンドの中のＳＳＢを同じＰＲＡＣＨ時間−周波数−符号リソースと対応付け得る。こうして、１つのサブバンドの中のチャネル検知が成功する限り、現在の時間単位においてＳＳＢが送信されてもよく、それによりＰＲＡＣＨリソースの浪費を回避する。
【０２１７】
図１１は、本出願のある実施形態によるさらに別の時間領域リソースの概略図である。図１１に示されるように、たとえば、第１のＳＳＢ機会候補（すなわち、ＳＳＢ＃１）と第２のＳＳＢ機会候補（すなわち、ＳＳＢ＃２）の両方が、第１のＰＲＡＣＨ時間−周波数−符号リソース（すなわち、ＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂ）と対応付けられる。このシナリオでは、端末デバイスがＬＢＴ結果に基づいてＳＳＢを送信することは、以下のいくつかの事例を含み得る。
【０２１８】
このシナリオでは、端末デバイスがＬＢＴ結果に基づいてＳＳＢを送信することは、以下のいくつかの事例を含み得る。
【０２１９】
ネットワークデバイスが第１のＳＳＢ機会候補の前にチャネル検知を実行することに成功するが、第２のＳＳＢ機会候補の前にチャネル検知を実行することに失敗するとき、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信し、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信しない。こうして、第１のＳＳＢを検出した後、端末デバイスは、ランダムアクセス情報を送信するために、ＲＡＣＨ＃Ａおよび／またはＲＡＣＨ＃Ｂを占有し得る。第２のＳＳＢだけがＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂリソースと対応付けられる方式と比較すると、この方式はＰＲＡＣＨリソースの浪費を回避することができる。
【０２２０】
代替として、ネットワークデバイスが第１のＳＳＢ機会候補の前にチャネル検知を実行することに失敗するが、第２のＳＳＢ機会候補の前にチャネル検知を実行することに成功するとき、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信し、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信しない。こうして、第２のＳＳＢを検出した後、端末デバイスは、ランダムアクセス情報を送信するために、ＲＡＣＨ＃Ａおよび／またはＲＡＣＨ＃Ｂを占有し得る。第１のＳＳＢだけがＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂリソースと対応付けられる方式と比較すると、この方式はＰＲＡＣＨリソースの浪費を回避することができる。
【０２２１】
ネットワークデバイスが第１のＳＳＢ機会候補の前および第２のＳＳＢ機会候補の前にチャネル検知を実行することに成功するとき、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信し、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信せず、または、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信し、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信しない。
【０２２２】
異なるサブバンドの中のチャネルは異なるので、ネットワークデバイスは、端末デバイスによって送信されるランダムアクセス情報に基づいて、後続のダウンリンク信号が送信されることになるビーム方向に加えて、後続のダウンリンク信号が送信されることになるサブバンドを決定する必要があることを理解されたい。したがって、ネットワークデバイスが、第１のＳＳＢと第２のＳＳＢの両方に対するチャネル検知を実行することに成功するときに第１のＳＳＢおよび第２のＳＳＢを送信し、２つのＳＳＢが同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる場合、２つのＳＳＢが送信されるビーム方向が同じまたは近い場合であっても、ネットワークデバイスは、ランダムアクセス情報を受信した後、端末デバイスが対応付けを通じてランダムアクセス情報を取得するためにＳＳＢを受信するサブバンドを推定することができない。その結果、ネットワークデバイスは、後続のダウンリンク信号を送信するために使用されるサブバンドを決定することができない。したがって、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる２つのＳＳＢ機会候補が異なるサブバンドに対応するとき、ネットワークデバイスが２つのＳＳＢ機会候補の前にチャネル検知を実行することに成功する場合であっても、ネットワークデバイスは、ＳＳＢを送信するために１つだけのＳＳＢ機会候補を選択する。
【０２２３】
通常、既存のＮＲシステムでは、ネットワークデバイスは、異なるＳＳＢ機会候補で、および異なるビーム方向に、異なるＳＳＢを送信する。複数のＳＳＢ機会候補が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる場合、検出されたＳＳＢに基づいて端末デバイスによって送信されるランダムアクセス情報を受信した後、ネットワークデバイスは、どのランダムアクセス情報が送信されるかに基づいて端末デバイスによって検出されるＳＳＢを特定することに失敗し、さらに、後続のダウンリンク信号のビーム方向を決定することに失敗することがある。
【０２２４】
それに対応して、この実施形態では、ネットワークデバイスが第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方のためにチャネル検知を実行することに成功し、従来技術のように、異なるビームを使用することによって第１のＳＳＢおよび第２のＳＳＢを送信する場合、明確なビーム方向が決定されることが可能ではないという問題も引き起こされる。ネットワークデバイスがビーム方向を区別することを可能にするために、ネットワークデバイスが第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方でチャネル検知を実行することに成功する場合であっても、明確なビーム方向が決定されることが可能ではないという問題を避けるために、ネットワークデバイスは、ＳＳＢを送信するために２つのＳＳＢ機会候補のうちの１つだけを占有し、ＳＳＢを送信するために他方のＳＳＢ機会候補を占有しないという制約が、本出願のこの実施形態においてさらに課され得る。
【０２２５】
前述の実施形態では、ネットワークデバイスがＳＳＢ機会候補（たとえば、第１のＳＳＢ機会候補または第２のＳＳＢ機会候補）の前にチャネル検知を実行することは、ＳＳＢ機会候補を含むダウンリンクバースト（ｂｕｒｓｔ）の前にネットワークデバイスがチャネル検知を実行することを意味することを理解されたい。ダウンリンクバーストとは、時間に関して連続しておりネットワークデバイスがチャネルを占有した後に送信される、少なくとも１つの時間単位を指す。さらに、ＳＳＢ機会候補を含むダウンリンクバーストおよび別のダウンリンクバーストは、時間に関して連続していない。チャネル検知を実行することに成功した後で、ネットワークデバイスは、ダウンリンクバーストを送信することを開始するためにチャネルをただちに占有し得る。ＳＳＢ機会候補の開始の瞬間は、ダウンリンクバーストの開始の瞬間に等しくてもよく、または、ダウンリンクバーストの開始の瞬間より遅くてもよい。言い換えると、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が同じダウンリンクバーストに配置されるとき、第１のＳＳＢ機会候補の前にネットワークデバイスによって実行されるチャネル検知および第２のＳＳＢ機会候補の前にネットワークデバイスによって実行されるチャネル検知は同じチャネル検知である。
【０２２６】
ネットワークデバイスがＳＳＢ機会候補の前にチャネル検知を実行することは、ネットワークデバイスが、ＳＳＢ機会候補の前に、ＳＳＢ機会候補が配置されるサブバンドもしくはＳＳＢ機会候補が配置されるキャリアのためにチャネル検知を実行すること、または、ネットワークデバイスが、ＳＳＢ機会候補の前に、ＳＳＢ機会候補が配置されるサブバンドにおいて、もしくはＳＳＢ機会候補が配置されるキャリア上でチャネル検知を実行することとしても言及され得ることを、さらに理解されたい。
【０２２７】
前述の実施形態では、端末デバイスが第１のＰＲＡＣＨ時間−周波数−符号リソース上でランダムアクセス情報を送信し得ることは、ＬＢＴが第１のＰＲＡＣＨ時間−周波数−符号リソースの前に実行されることに成功するとき、端末デバイスが第１のＰＲＡＣＨ時間−周波数−符号リソース上でランダムアクセス情報を送信し得ることを意味することを理解されたい。
【０２２８】
本出願のこの実施形態において提供されるランダムアクセス方法によれば、２つのＳＳＢ機会候補が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうすると、ネットワークデバイスがチャネル検知の結果に基づいてＳＳＢ機会候補でＳＳＢを送信するとき、チャネル検知の失敗により２つのＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【０２２９】
図１２は、本出願の実施形態による通信装置の概略構造図である。通信装置は、ソフトウェア、ハードウェア、またはそれらの組合せを使用することによって、ネットワークデバイスの一部またはすべての機能を実装する。通信装置は、ネットワークデバイスであってもよく、またはネットワークデバイスにおいて使用されるチップであってもよい。図１２に示されるように、通信装置は、送信モジュール１１および受信モジュール１２を含み得る。
【０２３０】
送信モジュール１１は、第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信するように構成され、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。
【０２３１】
受信モジュール１２は、第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信するように構成される。
【０２３２】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【０２３３】
この実装では、任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用される。Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌは正の整数である。少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【０２３４】
たとえば、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【０２３５】
任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用される。Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムアクセス時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【０２３６】
Ｍは、たとえば、ＳＳＢ送信周期において通信装置によって送信されることが許容されるＳＳＢの最大の量であり得る。Ｍは、ブロードキャスト情報を使用することによって、端末デバイスのために通信装置によって構成され得る。
【０２３７】
任意選択で、送信モジュール１１が第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、送信モジュール１１が第１のＳＳＢを送信するビーム方向は、送信モジュール１１が第２のＳＳＢを送信するビーム方向と同じである。
【０２３８】
また図１２を参照すると、任意選択で、装置は処理モジュール１３をさらに含み得る。
【０２３９】
処理モジュール１３は、チャネル検知が第１のＳＳＢ機会候補の前および第２のＳＳＢ機会候補の前に実行されることに成功するとき、第１のＳＳＢ機会候補で第１のＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するのを飛ばすように送信モジュール１１を制御するように構成され、第１のＳＳＢ機会候補は第２のＳＳＢ機会候補の前に配置される。
【０２４０】
別の可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【０２４１】
本出願のこの実施形態において提供される通信装置は、前述の方法の実施形態においてネットワークデバイス側で行動を実行し得る。通信装置の実装原理および技術的効果は、方法の実施形態のそれらと同様であり、詳細はここで再び説明されない。
【０２４２】
図１３は、本出願の実施形態による別の通信装置の概略構造図である。通信装置は、ソフトウェア、ハードウェア、またはそれらの組合せを使用することによって、端末デバイスの一部またはすべての機能を実装する。通信装置は、端末デバイスであってもよく、または端末デバイスにおいて使用されるチップであってもよい。図１３に示されるように、通信装置は、受信モジュール２１および送信モジュール２２を含み得る。
【０２４３】
受信モジュール２１は、第１のＳＳＢ機会候補でネットワークデバイスによって送信された第１の同期信号／ＰＢＣＨブロックＳＳＢを受信し、および／または、第２のＳＳＢ機会候補でネットワークデバイスによって送信された第２のＳＳＢを受信するように構成され、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。
【０２４４】
送信モジュール２２は、第１のランダムアクセスチャネル時間−周波数−符号リソース上でランダムアクセス情報をネットワークデバイスに送信するように構成される。
【０２４５】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【０２４６】
この実装では、任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用される。Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌは正の整数である。少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【０２４７】
たとえば、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【０２４８】
任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用される。Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセス時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムアクセス時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセス時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【０２４９】
Ｍは、たとえば、ＳＳＢ送信周期においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量であり得る。Ｍは、ブロードキャスト情報を使用することによって、通信装置のためにネットワークデバイスによって構成され得る。
【０２５０】
任意選択で、ネットワークデバイスが第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、ネットワークデバイスが第１のＳＳＢを送信するビーム方向は、ネットワークデバイスが第２のＳＳＢを送信するビーム方向と同じである。
【０２５１】
別の可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【０２５２】
本出願のこの実施形態において提供される通信装置は、前述の方法の実施形態において端末デバイス側で行動を実行し得る。通信装置の実装原理および技術的効果は、方法の実施形態のそれらと同様であり、詳細はここで再び説明されない。
【０２５３】
送信モジュールは実際の実装では送信機であってもよく、受信モジュールは実際の実装では受信機であってもよいことが理解されるべきであることに留意されたい。処理モジュールは、処理要素によって呼び出されるソフトウェアの形式で実装されてもよく、ハードウェアの形式で実装されてもよい。たとえば、処理モジュールは、別々に配設される処理要素であってもよく、または、実装のために前述の装置のチップに統合されてもよい。加えて、処理モジュールは代替として、プログラムコードの形式で前述の装置のメモリに記憶されてもよく、処理モジュールの機能を実行するために前述の装置の処理要素によって呼び出される。加えて、モジュールのすべてまたは一部が一緒に統合されてもよく、または独立に実装されてもよい。本明細書で説明される処理要素は、信号処理能力を伴う集積回路であってもよい。実装プロセスにおいて、方法のステップまたはモジュールは、処理要素の中のハードウェア集積論理回路を使用することによって、またはソフトウェアの形式の命令を使用することによって実装されることが可能である。
【０２５４】
たとえば、前述のモジュールは、１つまたは複数の特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ，ＡＳＩＣ）、１つまたは複数のマイクロプロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、または１つまたは複数のフィールドプログラマブルゲートアレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ，ＦＰＧＡ）などの、方法を実施するための１つまたは複数の集積回路として構成され得る。別の例では、前述のモジュールのうちの１つが処理要素によってスケジューリングプログラムコードの形式で実装されるとき、処理要素は、汎用プロセッサ、たとえば中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ，ＣＰＵ）またはプログラムコードを呼び出すことができる別のプロセッサであり得る。別の例では、モジュールは、一緒に集積され、システムオンチップ（ｓｙｓｔｅｍ−ｏｎ−ａ−ｃｈｉｐ，ＳＯＣ）の形態で実装されてもよい。
【０２５５】
図１４は、本出願の実施形態によるさらに別の通信装置の概略構造図である。図１４に示されるように、通信装置は、プロセッサ３１（たとえば、ＣＰＵ）、メモリ３２、受信機３３、および送信機３４を含み得る。受信機３３と送信機３４の両方がプロセッサ３１に結合され、プロセッサ３１は受信機３３の受信行動および送信機３４の送信行動を制御する。メモリ３２は、高速ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＲＡＭ）を含むことがあり、不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ，ＮＶＭ）、たとえば、少なくとも１つの磁気ディスクストレージをさらに含むことがある。メモリ３２は、様々な処理機能を完了して本出願の方法ステップを実施するために、様々な命令を記憶し得る。任意選択で、本出願の通信装置はさらに、電源３５、通信バス３６、および通信ポート３７を含み得る。受信機３３および送信機３４は、通信装置のトランシーバへと統合されてもよく、または通信装置の独立したトランシーバアンテナであってもよい。通信バス３６は、コンポーネント間の通信接続を実装するように構成される。通信ポート３７は、通信装置と別の周辺機器との間の接続と通信を実装するように構成される。
【０２５６】
本出願のこの実施形態では、メモリ３２はコンピュータ実行可能プログラムコードを記憶するように構成され、プログラムコードは命令を含む。プロセッサ３１が命令を実行するとき、命令は、通信装置のプロセッサ３１が、前述の方法の実施形態におけるネットワークデバイスの処理行動を実行することを可能にし、受信機３３が、前述の方法の実施形態におけるネットワークデバイスの受信行動を実行することを可能にし、送信機３４が、前述の方法の実施形態におけるネットワークデバイスの送信行動を実行することを可能にする。通信装置の実装原理および技術的効果は、方法の実施形態のそれらと同様であり、詳細はここで再び説明されない。
【０２５７】
図１５は、本出願の実施形態によるさらに別の通信装置の概略構造図である。図１５に示されるように、通信装置は、プロセッサ４１（たとえば、ＣＰＵ）、メモリ４２、受信機４３、および送信機４４を含み得る。受信機４３と送信機４４の両方がプロセッサ４１に結合され、プロセッサ４１は受信機４３の受信行動および送信機４４の送信行動を制御する。メモリ４２は、高速ＲＡＭを含んでもよく、または不揮発性メモリＮＶＭ、たとえば、少なくとも１つの磁気ディスクストレージをさらに含んでもよい。メモリ４２は、様々な処理機能を完了して本出願の方法ステップを実施するために、様々な命令を記憶し得る。任意選択で、本出願の通信装置はさらに、電源４５、通信バス４６、および通信ポート４７を含み得る。受信機４３および送信機４４は、通信装置のトランシーバへと統合されてもよく、または通信装置の独立したトランシーバアンテナであってもよい。通信バス４６は、コンポーネント間の通信接続を実装するように構成される。通信ポート４７は、通信装置と別の周辺機器との間の接続と通信を実装するように構成される。
【０２５８】
本出願では、メモリ４２はコンピュータ実行可能プログラムコードを記憶するように構成され、プログラムコードは命令を含む。プロセッサ４１が命令を実行するとき、命令は、通信装置のプロセッサ４１が、前述の方法の実施形態における端末デバイスの処理行動を実行することを可能にし、受信機４３が、前述の方法の実施形態における端末デバイスの受信行動を実行することを可能にし、送信機４４が、前述の方法の実施形態における端末デバイスの送信行動を実行することを可能にする。通信装置の実装原理および技術的効果は、方法の実施形態のそれらと同様であり、詳細はここで再び説明されない。
【０２５９】
前述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用することによって実装され得る。ソフトウェアが実施形態を実装するために使用されるとき、実施形態のすべてまたは一部は、コンピュータプログラム製品の形式で実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がロードされコンピュータ上で実行されるとき、本出願の実施形態に従った手順または機能が、完全にまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、または、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。たとえば、コンピュータ命令は、有線（たとえば、同軸ケーブル、光ファイバ、またはデジタル加入者線（ＤＳＬ））またはワイヤレス（たとえば、赤外線、無線、またはマイクロ波）の方式で、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに送信され得る。コンピュータ可読記憶媒体は、コンピュータによって、または、１つまたは複数の使用可能な媒体を統合する、サーバもしくはデータセンタなどのデータストレージデバイスによって、アクセス可能な任意の使用可能な媒体であり得る。使用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光学媒体（たとえば、ＤＶＤ）、半導体媒体（たとえば、ソリッドステートドライブＳｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ（ＳＳＤ））などであり得る。
【０２６０】
本出願の「複数の」は、２つまたは２つより多くを指す。本明細書における用語「および／または」は、関連付けられる対象物を記述するための関連付け関係のみを記述し、３つの関係が存在し得ることを表す。たとえば、Ａおよび／またはＢは以下の３つの事例を表し得る。Ａのみが存在する、ＡとＢの両方が存在する、Ｂのみが存在する。加えて、本明細書における文字「／」は、関連付けられる対象物間の「または」の関係を通常は示す。式において、文字「／」は関連付けられる対象物間の「除算」を示す。
【０２６１】
本出願の実施形態において使用される数値記号は、単に説明の容易さのために区別されるが、本出願の実施形態の範囲を限定するために使用されないことが理解され得る。
【０２６２】
前述のプロセスの順序番号は、本出願の実施形態における実行の順序を意味しないことを理解されたい。処理の実行順序は、プロセスの機能および内部論理に従って決定されるべきであり、本出願の実施形態の実装プロセスに対するどのような制約としても解釈されるべきではない。
【図１】
2021533657.tif 000003
【図２】
2021533657.tif 000004
【図３】
2021533657.tif 000005
【図４】
2021533657.tif 000006
【図５】
2021533657.tif 000007
【図６】
2021533657.tif 000008
【図７】
2021533657.tif 000009
【図８】
2021533657.tif 000010
【図９】
2021533657.tif 000011
【図１０Ａ】
2021533657.tif 000012
【図１０Ｂ】
2021533657.tif 000013
【図１１】
2021533657.tif 000014
【図１２】
2021533657.tif 000015
【図１３】
2021533657.tif 000016
【図１４】
2021533657.tif 000017
【図１５】
2021533657.tif 000018
【手続補正書】
【提出日】令和3年3月18日(2021.3.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ランダムアクセス方法であって、
ネットワークデバイスによって、第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信するステップであって、前記第１のＳＳＢ機会候補と前記第２のＳＳＢ機会候補の両方は、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、ステップと、
前記ネットワークデバイスによって、前記第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信するステップとを備える、ランダムアクセス方法。
【請求項２】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補は、Ｌ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補は第１の集合および第２の集合を含み、前記第１の集合および前記第２の集合の各々は、時系列において隣接するＭ個のＳＳＢ機会候補を含み、前記第１の集合および前記第２の集合は互いを含まず、前記第１の集合の中の前記Ｍ個のＳＳＢ機会候補は前記第１のＳＳＢ機会候補を含み、前記第２の集合の中の前記Ｍ個のＳＳＢ機会候補は前記第２のＳＳＢ機会候補を含み、前記Ｍ個のＳＳＢ機会候補の中の前記第１のＳＳＢ機会候補の時系列インデックスおよび前記Ｍ個のＳＳＢ機会候補の中の前記第２のＳＳＢ機会候補の時系列インデックスは同じである請求項１に記載の方法。
【請求項３】
前記第１の集合の中の前記Ｍ個のＳＳＢ機会候補は、ランダムアクセスチャネル時間−周波数−符号リソース集合と逐次対応付けられ、前記第２の集合の中の前記Ｍ個のＳＳＢ機会候補は前記ランダムアクセスチャネル時間−周波数−符号リソース集合と逐次対応付けられ、前記ランダムアクセスチャネル時間−周波数−符号リソース集合は前記第１のランダムアクセスチャネル時間−周波数−符号リソースを含む請求項２に記載の方法。
【請求項４】
前記Ｌ個のＳＳＢ機会候補はＳＳＢ時間窓に備えられ、前記ＳＳＢ時間窓の長さはハーフフレームである請求項２または３に記載の方法。
【請求項５】
Ｍの値は、ブロードキャスト情報を使用することによって構成される請求項２乃至４のいずれか一項に記載の方法。
【請求項６】
Ｌは８以下であり、前記第１のＳＳＢ機会候補のＳＳＢインデックスは第１のＳＳＢにおいて搬送されるＤＭＲＳシーケンスを使用することによって示され、前記第２のＳＳＢ機会候補のＳＳＢインデックスは第２のＳＳＢにおいて搬送されるＤＭＲＳシーケンスを使用することによって示され、前記ＳＳＢインデックスは、ＳＳＢ時間窓に含まれ時間順序でソートされる、前記Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補のインデックスである請求項２乃至５のいずれか一項に記載の方法。
【請求項７】
Ｌは８より大きく、前記第１のＳＳＢ機会候補のＳＳＢインデックスは第１のＳＳＢにおいて搬送されるＤＭＲＳシーケンスおよび物理ブロードキャストチャネル（ＰＢＣＨ）上のビット情報を使用することによって示され、前記第２のＳＳＢ機会候補のＳＳＢインデックスは第２のＳＳＢにおいて搬送されるＤＭＲＳシーケンスおよびＰＢＣＨ上のビット情報を使用することによって示され、前記ＳＳＢインデックスは、ＳＳＢ時間窓に含まれ時間順序でソートされる、前記Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補のインデックスである請求項２乃至５のいずれか一項に記載の方法。
【請求項８】
ランダムアクセス方法であって、
端末デバイスによって、第１のＳＳＢ機会候補でネットワークデバイスによって送信された第１の同期信号／ＰＢＣＨブロックＳＳＢを受信し、および／または、第２のＳＳＢ機会候補で前記ネットワークデバイスによって送信された第２のＳＳＢを受信するステップであって、前記第１のＳＳＢ機会候補と前記第２のＳＳＢ機会候補の両方は、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、ステップと、
前記端末デバイスによって、前記第１のランダムアクセスチャネル時間−周波数−符号リソース上でランダムアクセス情報を前記ネットワークデバイスに送信するステップとを備える、ランダムアクセス方法。
【請求項９】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補は、Ｌ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補は第１の集合および第２の集合を含み、前記第１の集合および前記第２の集合の各々は、時系列において隣接するＭ個のＳＳＢ機会候補を含み、前記第１の集合および前記第２の集合は互いを含まず、前記第１の集合の中の前記Ｍ個のＳＳＢ機会候補は前記第１のＳＳＢ機会候補を含み、前記第２の集合の中の前記Ｍ個のＳＳＢ機会候補は前記第２のＳＳＢ機会候補を含み、前記Ｍ個のＳＳＢ機会候補の中の前記第１のＳＳＢ機会候補の時系列インデックスおよび前記Ｍ個のＳＳＢ機会候補の中の前記第２のＳＳＢ機会候補の時系列インデックスは同じである請求項８に記載の方法。
【請求項１０】
前記第１の集合の中の前記Ｍ個のＳＳＢ機会候補は、ランダムアクセスチャネル時間−周波数−符号リソース集合と逐次対応付けられ、前記第２の集合の中の前記Ｍ個のＳＳＢ機会候補は前記ランダムアクセスチャネル時間−周波数−符号リソース集合と逐次対応付けられ、前記ランダムアクセスチャネル時間−周波数−符号リソース集合は前記第１のランダムアクセスチャネル時間−周波数−符号リソースを含む請求項９に記載の方法。
【請求項１１】
前記Ｌ個のＳＳＢ機会候補はＳＳＢ時間窓に備えられ、前記ＳＳＢ時間窓の長さはハーフフレームである請求項９または１０に記載の方法。
【請求項１２】
Ｍの値は、ブロードキャスト情報を使用することによって構成される請求項９乃至１１のいずれか一項に記載の方法。
【請求項１３】
Ｌは８以下であり、前記第１のＳＳＢ機会候補のＳＳＢインデックスは第１のＳＳＢにおいて搬送されるＤＭＲＳシーケンスを使用することによって示され、前記第２のＳＳＢ機会候補のＳＳＢインデックスは第２のＳＳＢにおいて搬送されるＤＭＲＳシーケンスを使用することによって示され、前記ＳＳＢインデックスは、ＳＳＢ時間窓に含まれ時間順序でソートされる、前記Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補のインデックスである請求項９乃至１２のいずれか一項に記載の方法。
【請求項１４】
Ｌは８より大きく、前記第１のＳＳＢ機会候補のＳＳＢインデックスは第１のＳＳＢにおいて搬送されるＤＭＲＳシーケンスおよび物理ブロードキャストチャネル（ＰＢＣＨ）上のビット情報を使用することによって示され、前記第２のＳＳＢ機会候補のＳＳＢインデックスは第２のＳＳＢにおいて搬送されるＤＭＲＳシーケンスおよびＰＢＣＨ上のビット情報を使用することによって示され、前記ＳＳＢインデックスは、ＳＳＢ時間窓に含まれ時間順序でソートされる、前記Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補のインデックスである請求項９乃至１２のいずれか一項に記載の方法。
【請求項１５】
第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信するように構成される送信モジュールであって、前記第１のＳＳＢ機会候補と前記第２のＳＳＢ機会候補の両方は、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、送信モジュールと、
前記第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信するように構成される受信モジュールとを備える、通信装置。
【請求項１６】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補は、Ｌ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補は第１の集合および第２の集合を含み、前記第１の集合および前記第２の集合の各々は、時系列において隣接するＭ個のＳＳＢ機会候補を含み、前記第１の集合および前記第２の集合は互いを含まず、前記第１の集合の中の前記Ｍ個のＳＳＢ機会候補は前記第１のＳＳＢ機会候補を含み、前記第２の集合の中の前記Ｍ個のＳＳＢ機会候補は前記第２のＳＳＢ機会候補を含み、前記Ｍ個のＳＳＢ機会候補の中の前記第１のＳＳＢ機会候補の時系列インデックスおよび前記Ｍ個のＳＳＢ機会候補の中の前記第２のＳＳＢ機会候補の時系列インデックスは同じである請求項１５に記載の通信装置。
【請求項１７】
前記第１の集合の中の前記Ｍ個のＳＳＢ機会候補は、ランダムアクセスチャネル時間−周波数−符号リソース集合と逐次対応付けられ、前記第２の集合の中の前記Ｍ個のＳＳＢ機会候補は前記ランダムアクセスチャネル時間−周波数−符号リソース集合と逐次対応付けられ、前記ランダムアクセスチャネル時間−周波数−符号リソース集合は前記第１のランダムアクセスチャネル時間−周波数−符号リソースを含む請求項１６に記載の通信装置。
【請求項１８】
前記Ｌ個のＳＳＢ機会候補はＳＳＢ時間窓に備えられ、前記ＳＳＢ時間窓の長さはハーフフレームである請求項１６または１７に記載の通信装置。
【請求項１９】
Ｍの値は、ブロードキャスト情報を使用することによって構成される請求項１６乃至１８のいずれか一項に記載の通信装置。
【請求項２０】
Ｌは８以下であり、前記第１のＳＳＢ機会候補のＳＳＢインデックスは第１のＳＳＢにおいて搬送されるＤＭＲＳシーケンスを使用することによって示され、前記第２のＳＳＢ機会候補のＳＳＢインデックスは第２のＳＳＢにおいて搬送されるＤＭＲＳシーケンスを使用することによって示され、前記ＳＳＢインデックスは、ＳＳＢ時間窓に含まれ時間順序でソートされる、前記Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補のインデックスである請求項１６乃至１９のいずれか一項に記載の通信装置。
【請求項２１】
Ｌは８より大きく、前記第１のＳＳＢ機会候補のＳＳＢインデックスは第１のＳＳＢにおいて搬送されるＤＭＲＳシーケンスおよび物理ブロードキャストチャネル（ＰＢＣＨ）上のビット情報を使用することによって示され、前記第２のＳＳＢ機会候補のＳＳＢインデックスは第２のＳＳＢにおいて搬送されるＤＭＲＳシーケンスおよびＰＢＣＨ上のビット情報を使用することによって示され、前記ＳＳＢインデックスは、ＳＳＢ時間窓に含まれ時間順序でソートされる、前記Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補のインデックスである請求項１６乃至１９のいずれか一項に記載の通信装置。
【請求項２２】
第１のＳＳＢ機会候補でネットワークデバイスによって送信された第１の同期信号／ＰＢＣＨブロックＳＳＢを受信し、および／または、第２のＳＳＢ機会候補で前記ネットワークデバイスによって送信された第２のＳＳＢを受信するように構成される受信モジュールであって、前記第１のＳＳＢ機会候補と前記第２のＳＳＢ機会候補の両方は、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、受信モジュールと、
前記第１のランダムアクセスチャネル時間−周波数−符号リソース上でランダムアクセス情報を前記ネットワークデバイスに送信するように構成される送信モジュールとを備える、通信装置。
【請求項２３】
前記第１のＳＳＢ機会候補および前記第２のＳＳＢ機会候補は、Ｌ個のＳＳＢ機会候補に備えられ、前記Ｌ個のＳＳＢ機会候補は第１の集合および第２の集合を含み、前記第１の集合および前記第２の集合の各々は、時系列において隣接するＭ個のＳＳＢ機会候補を含み、前記第１の集合および前記第２の集合は互いを含まず、前記第１の集合の中の前記Ｍ個のＳＳＢ機会候補は前記第１のＳＳＢ機会候補を含み、前記第２の集合の中の前記Ｍ個のＳＳＢ機会候補は前記第２のＳＳＢ機会候補を含み、前記Ｍ個のＳＳＢ機会候補の中の前記第１のＳＳＢ機会候補の時系列インデックスおよび前記Ｍ個のＳＳＢ機会候補の中の前記第２のＳＳＢ機会候補の時系列インデックスは同じである請求項２２に記載の通信装置。
【請求項２４】
前記第１の集合の中の前記Ｍ個のＳＳＢ機会候補は、ランダムアクセスチャネル時間−周波数−符号リソース集合と逐次対応付けられ、前記第２の集合の中の前記Ｍ個のＳＳＢ機会候補は前記ランダムアクセスチャネル時間−周波数−符号リソース集合と逐次対応付けられ、前記ランダムアクセスチャネル時間−周波数−符号リソース集合は前記第１のランダムアクセスチャネル時間−周波数−符号リソースを含む請求項２３に記載の通信装置。
【請求項２５】
前記Ｌ個のＳＳＢ機会候補はＳＳＢ時間窓に備えられ、前記ＳＳＢ時間窓の長さはハーフフレームである請求項２３または２４に記載の通信装置。
【請求項２６】
Ｍは、ブロードキャスト情報を使用することによって前記通信装置によって構成される請求項２３乃至２５のいずれか一項に記載の通信装置。
【請求項２７】
Ｌは８以下であり、前記第１のＳＳＢ機会候補のＳＳＢインデックスは第１のＳＳＢにおいて搬送されるＤＭＲＳシーケンスを使用することによって示され、前記第２のＳＳＢ機会候補のＳＳＢインデックスは第２のＳＳＢにおいて搬送されるＤＭＲＳシーケンスを使用することによって示され、前記ＳＳＢインデックスは、ＳＳＢ時間窓に含まれ時間順序でソートされる、前記Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補のインデックスである請求項２３乃至２６のいずれか一項に記載の通信装置。
【請求項２８】
Ｌは８より大きく、前記第１のＳＳＢ機会候補のＳＳＢインデックスは第１のＳＳＢにおいて搬送されるＤＭＲＳシーケンスおよび物理ブロードキャストチャネル（ＰＢＣＨ）上のビット情報を使用することによって示され、前記第２のＳＳＢ機会候補のＳＳＢインデックスは第２のＳＳＢにおいて搬送されるＤＭＲＳシーケンスおよびＰＢＣＨ上のビット情報を使用することによって示され、前記ＳＳＢインデックスは、ＳＳＢ時間窓に含まれ時間順序でソートされる、前記Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補のインデックスである請求項２３乃至２６のいずれか一項に記載の通信装置。
【請求項２９】
コンピュータプログラムまたは命令を記憶するように構成される、コンピュータ可読記憶媒体であって、前記コンピュータプログラムまたは前記命令がコンピュータ上で実行されるとき、前記コンピュータは請求項１乃至７のいずれか一項に記載の方法を実行することが可能にされる、コンピュータ可読記憶媒体。
【請求項３０】
コンピュータプログラムまたは命令を記憶するように構成される、コンピュータ可読記憶媒体であって、前記コンピュータプログラムまたは前記命令がコンピュータ上で実行されるとき、前記コンピュータは請求項８乃至１４のいずれか一項に記載の方法を実行することが可能にされる、コンピュータ可読記憶媒体。
【請求項３１】
チップであって、前記チップはコンピュータプログラムを記憶し、前記コンピュータプログラムが前記チップによって実行されるとき、請求項１から１０のいずれか一項に記載のランダムアクセス方法が実施される、チップ。
【請求項３２】
チップであって、前記チップはコンピュータプログラムを記憶し、前記コンピュータプログラムが前記チップによって実行されるとき、請求項１１乃至１４のいずれか一項に記載のランダムアクセス方法が実施される、チップ。
【請求項３３】
プロセッサおよびメモリを備える通信装置であって、
前記メモリは、コンピュータ実行可能命令を記憶するように構成され、
前記通信装置が請求項１乃至７のいずれか一項に記載の方法を実行するように、前記プロセッサは、前記メモリに記憶されている前記コンピュータ実行可能命令を実行するように構成される、通信装置。
【請求項３４】
プロセッサおよびメモリを備える通信装置であって、
前記メモリは、コンピュータ実行可能命令を記憶するように構成され、
前記通信装置が請求項８乃至１４のいずれか一項に記載の方法を実行するように、前記プロセッサは、前記メモリに記憶されている前記コンピュータ実行可能命令を実行するように構成される、通信装置。
【請求項３５】
請求項１乃至７のいずれか一項に記載の方法をコンピュータに実施させるプログラム。
【請求項３６】
請求項８乃至１４のいずれか一項に記載の方法をコンピュータに実施させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信技術に関し、具体的には、ランダムアクセス方法、通信装置、チップ、および記憶媒体に関する。
【背景技術】
【０００２】
本出願は、全体が参照によって本明細書に組み込まれる、「ＲＡＮＤＯＭ  ＡＣＣＥＳＳ  ＭＥＴＨＯＤ，ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＡＰＰＡＲＡＴＵＳ，ＣＨＩＰ，ＡＮＤ  ＳＴＯＲＡＧＥ  ＭＥＤＩＵＭ」という表題の２０１８年８月７日に中国特許庁に出願された中国特許出願第２０１８１０８９３４０５．０号の優先権を主張する。
【０００３】
免許スペクトル上の利用可能な周波数領域リソースの量が比較的少ないという問題を解決するために、５Ｇにおいて新無線アンライセンスト（ｎｅｗ  ｒａｄｉｏ  ｕｎｌｉｃｅｎｓｅｄ，ＮＲＵ）システムが導入される。ＮＲＵシステムは、免許スペクトルの支援なしで免許不要スペクトル上で完全に動作し得る。現在、免許不要スペクトル上で同期信号／ＰＢＣＨブロック（ＳＳ／ＰＢＣＨ  ｂｌｏｃｋ，ＳＳＢ）を送信するとき、ＮＲＵシステムの中のネットワークデバイスは、１つのＳＳＢ時間窓の中の複数のＳＳＢ機会候補で複数のＳＳＢを送信し得る。セルのカバレッジを広げるために、ＳＳＢは異なるビームを使用することによって送信され得る。ネットワークデバイスによって送信されたＳＳＢを検出した後、端末デバイスは、ＳＳＢと物理ランダムアクセスチャネル（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ，ＰＲＡＣＨ）時間−周波数−符号リソース間の対応付け関係に基づいて、検出されたＳＳＢと関連付けられるＰＲＡＣＨ時間−周波数−符号リソースを決定し、セルにアクセスすることを要求するために、ＰＲＡＣＨ時間−周波数−符号リソース上でランダムアクセス情報をネットワークデバイスに送信し得る。
【０００４】
免許不要スペクトルを使用するとき、ＮＲＵシステムの中のネットワークデバイスおよび端末デバイスは、リッスンビフォアトーク（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ，ＬＢＴ）チャネルアクセス機構を使用するので、免許不要スペクトルは、ＮＲＵシステムおよび別のシステム（たとえば、異なる事業者の通信システムまたはＷｉ−Ｆｉネットワーク）によって一緒に使用されることが可能である。したがって、ＳＳＢ送信機会を増やすために、ＮＲＵシステムにおいて、ＳＳＢ時間窓の中でサポートされるＳＳＢ機会候補の量（１つのＳＳＢを送信するために各々使用されるリソース）が増やされる。こうして、セルの中のすべての端末デバイスをカバーするために、より多くのＳＳＢ機会候補が、ＳＳＢを送信するためにネットワークデバイスに対して利用可能である。
【０００５】
ＳＳＢとＰＲＡＣＨ時間−周波数−符号リソースとの間の既存の対応付け関係に基づいて、ＰＲＡＣＨ時間−周波数−符号リソースへのＳＳＢの対応付けは、ＳＳＢを送信するために使用されるＳＳＢ時間窓の中のＳＳＢ機会候補のインデックスに基づいて、異なるＰＲＡＣＨ時間−周波数−符号リソースにＳＳＢを対応付けることである。ＮＲＵシステムでは、ネットワークデバイスは、ＬＢＴにより、ＳＳＢを送信するためにいくつかのＳＳＢ機会候補を占有することに失敗することがある。したがって、ＰＲＡＣＨ時間−周波数−符号リソースとＳＳＢを対応付ける既存の方式では、ＰＲＡＣＨ時間−周波数−符号リソースの浪費が発生する可能性が高い。
【発明の概要】
【０００６】
本出願の実施形態は、２つのＳＳＢ機会候補を同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けて、それによりＰＲＡＣＨ周期におけるＰＲＡＣＨ時間−周波数−符号リソースの利用率を高めるための、ランダムアクセス方法、通信装置、チップ、および記憶媒体を提供する。
【０００７】
第１の態様によれば、本出願の実施形態はランダムアクセス方法を提供する。方法は以下のことを含む。
【０００８】
ネットワークデバイスが、第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信し、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。
【０００９】
ネットワークデバイスが、第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信する。
【００１０】
第１の態様において提供されるランダムアクセス方法によれば、２つのＳＳＢ機会候補が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうすると、ネットワークデバイスがチャネル検知の結果に基づいてＳＳＢ機会候補でＳＳＢを送信するとき、チャネル検知の失敗により２つのＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００１１】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じＳＳＢ送信周期または同じＳＳＢ送信ウィンドウの中のＳＳＢ機会候補である。
【００１２】
この可能な実装において提供されるランダムアクセス方法によれば、同じＳＳＢ送信周期の中の２つのＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうすると、ネットワークデバイスがチャネル検知の結果に基づいてＳＳＢ機会候補でＳＳＢを送信するとき、チャネル検知の失敗により２つのＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００１３】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【００１４】
この可能な実装において提供されるランダムアクセス方法によれば、異なる時間単位に対応するＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。チャネル検知の失敗によりＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００１５】
可能な実装では、第１のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含み、第２のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含む。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。第１のＳＳＢ機会候補は第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補であり、第２のＳＳＢ機会候補は第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補である。
【００１６】
この可能な実装において提供されるランダムアクセス方法によれば、２つのＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。チャネル検知の失敗によりＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００１７】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌが正の整数であり、
少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【００１８】
この可能な実装において提供されるランダムアクセス方法によれば、Ｌ個のＳＳＢ機会候補の中の任意の２つのＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。チャネル検知の失敗によりＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００１９】
可能な実装では、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【００２０】
この可能な実装において提供されるランダムアクセス方法によれば、ランダムアクセス情報のために使用される時間−周波数−符号リソースとＳＳＢ機会候補を対応付ける前述の方式では、ＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。言い換えると、１つのＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補が、１つのＰＲＡＣＨ周期の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースを占有する。こうして、ネットワークデバイスは、ＰＲＡＣＨリソースが浪費されないことを確実にするために、ＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補でＳＳＢを送信する。ＳＳＢがチャネル検知によりＳＳＢ機会候補集合の中のＳＳＢ機会候補で送信されることに失敗するが、そのＳＳＢ機会候補が対応付けられるのと同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる、次のＳＳＢ機会候補集合の中のＳＳＢ機会候補の前にチャネル検知が成功し、ＳＳＢが送信される場合、ＰＲＡＣＨリソースが浪費されないことが確実にされることが可能である。
【００２１】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムアクセスチャネル時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【００２２】
この可能な実装において提供されるランダムアクセス方法によれば、ランダムアクセス情報のために使用される時間−周波数−符号リソースとＳＳＢ機会候補を対応付ける前述の方式では、すべてのＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。言い換えると、１つの対応付け周期の中のすべてのＳＳＢ機会候補が、１つのＰＲＡＣＨ周期の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースを占有する。こうして、ネットワークデバイスは、ＰＲＡＣＨリソースが浪費されないことを確実にするために、対応付け周期の中のすべてのＳＳＢ機会候補でＳＳＢを送信する。ＳＳＢがチャネル検知により対応付け周期の中のＳＳＢ機会候補で送信されることに失敗するが、そのＳＳＢ機会候補が対応付けられるのと同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる、次の対応付け周期の中のＳＳＢ機会候補の前にチャネル検知が成功し、ＳＳＢが送信される場合、ＰＲＡＣＨリソースが浪費されないことが確実にされることが可能である。
【００２３】
可能な実装では、第１の時間単位と第２の時間単位との間にＭ−１個のＳＳＢ機会候補の間隔があり、Ｍは１より大きい整数である。
【００２４】
この可能な実装において提供されるランダムアクセス方法によれば、ＳＳＢ時間窓の中のいくつかのＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうして、ネットワークデバイスがチャネル検知の結果に基づいてＳＳＢ機会候補でＳＳＢを送信するとき、チャネル検知の失敗によりＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【００２５】
可能な実装では、Ｍは、ＳＳＢ送信周期においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量である。
【００２６】
この可能な実装において提供されるランダムアクセス方法によれば、ＳＳＢ時間窓の中のＳＳＢ機会候補が、巡回シフト対応付け方式でＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるので、ＳＳＢ時間窓の中の複数のＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうして、ネットワークデバイスは、チャネル検知の結果に基づいて、ＳＳＢを送信するために複数のＳＳＢ機会候補のうちの１つを選択し得るので、ＰＲＡＣＨ時間−周波数−符号リソースと実際に送信されるＳＳＢとの間の一意な関連付けに影響を及ぼすことなく、実際に送信されるＳＳＢがすべての利用可能なＰＲＡＣＨリソースと対応付けられることが可能であり、これにより、ＰＲＡＣＨリソースをより効率的に使用し、ＰＲＡＣＨリソースの浪費を回避する。
【００２７】
可能な実装では、Ｍは、ブロードキャスト情報を使用することによって、端末デバイスのためにネットワークデバイスによって構成される。
【００２８】
可能な実装では、ネットワークデバイスが第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、ネットワークデバイスが第１のＳＳＢを送信するビーム方向は、ネットワークデバイスが第２のＳＳＢを送信するビーム方向と同じである。
【００２９】
この可能な実装において提供されるランダムアクセス方法によれば、ネットワークデバイスが第１のＳＳＢ機会候補で第１のＳＳＢを送信するビーム方向は、第２のネットワークデバイスが第２のＳＳＢ機会候補で第２のＳＳＢを送信するビーム方向と同じであり、またはそれに近い。こうして、端末デバイスによって検出される、複数のＳＳＢの中の任意の１つまたは複数のＳＳＢが、ＰＲＡＣＨ情報を送信するために同じＰＲＡＣＨリソースと対応付けられ得る。ネットワークデバイスがＰＲＡＣＨ情報を受信した後、ＰＲＡＣＨ情報は複数のＳＳＢ機会候補と関連付けられるが、同じビーム方向がＳＳＢ機会候補のために使用されるので、ネットワークデバイスは、そのビーム方向において後続のダウンリンク情報を端末デバイスに送信し得る。こうすると、後続のダウンリンク情報のビーム方向は、ＳＳＢのビーム方向と同じであり、それにより、明確なビーム方向が決定されることが可能ではないという問題を回避する。
【００３０】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【００３１】
この可能な実装において提供されるランダムアクセス方法によれば、ネットワークデバイスは、同じ時間単位に対応するすべてのサブバンドの中のＳＳＢを、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付ける。こうして、１つのサブバンドの中のチャネル検知が成功する限り、現在の時間単位においてＳＳＢが送信されてもよく、それによりＰＲＡＣＨリソースの浪費を回避する。
【００３２】
可能な実装では、第１のＳＳＢ機会候補は第２のＳＳＢ機会候補の前に配置され、
ネットワークデバイスが第１のＳＳＢ機会候補の前および第２のＳＳＢ機会候補の前にチャネル検知を実行することに成功するとき、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するのを飛ばし、または、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを送信し、第１のＳＳＢ機会候補で第１のＳＳＢを送信するのを飛ばす。
【００３３】
この可能な実装において提供されるランダムアクセス方法によれば、チャネル検知が２つのＳＳＢ機会候補の前に実行されることに成功するとき、ネットワークデバイスは、明確なビーム方向が決定されることが可能ではないという問題を回避するために、１つだけのＳＳＢ機会候補でＳＳＢを送信し得る。こうして、それでも１つのＰＲＡＣＨリソースが、ネットワークデバイスによって実際に送信されるＳＳＢと一意に関連付けられ得るので、ネットワークデバイスは、実際に送信されるＳＳＢのために使用されるビーム方向を取得し、そのビーム方向またはそのビーム方向に近いビーム方向において後続のダウンリンク情報を送信することができる。
【００３４】
第２の態様によれば、本出願の実施形態はランダムアクセス方法を提供する。方法は以下のことを含む。
【００３５】
端末デバイスが、第１のＳＳＢ機会候補でネットワークデバイスによって送信された第１の同期信号／ＰＢＣＨブロックＳＳＢを受信し、および／または、第２のＳＳＢ機会候補でネットワークデバイスによって送信された第２のＳＳＢを受信し、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。
【００３６】
端末デバイスは、第１のランダムアクセスチャネル時間−周波数−符号リソース上でランダムアクセス情報をネットワークデバイスに送信する。
【００３７】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じＳＳＢ送信周期の中のＳＳＢ機会候補である。
【００３８】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【００３９】
可能な実装では、第１のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含み、第２のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含む。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。第１のＳＳＢ機会候補は第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補であり、第２のＳＳＢ機会候補は第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補である。
【００４０】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌが正の整数であり、
少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【００４１】
可能な実装では、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【００４２】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムアクセスチャネル時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【００４３】
可能な実装では、第１の時間単位と第２の時間単位との間にＭ−１個のＳＳＢ機会候補の間隔があり、Ｍは１より大きい整数である。
【００４４】
可能な実装では、Ｍは、ＳＳＢ送信周期においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量である。
【００４５】
可能な実装では、Ｍは、ブロードキャスト情報を使用することによって、端末デバイスのためにネットワークデバイスによって構成される。
【００４６】
可能な実装では、ネットワークデバイスが第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、ネットワークデバイスが第１のＳＳＢを送信するビーム方向は、ネットワークデバイスが第２のＳＳＢを送信するビーム方向と同じである。
【００４７】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【００４８】
第２の態様および第２の態様の可能な実装において提供されるランダムアクセス方法の有益な効果については、第１の態様および第１の態様の可能な実装における有益な効果を参照されたい。詳細はここで再び説明されない。
【００４９】
第３の態様によれば、本出願の実施形態は通信装置を提供する。通信装置は、ネットワークデバイスであってもよく、またはネットワークデバイスにおいて使用されるチップであってもよい。通信装置は、
第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信するように構成される送信モジュールであって、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、送信モジュールと、
第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信するように構成される受信モジュールとを含む。
【００５０】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じＳＳＢ送信周期の中のＳＳＢ機会候補である。
【００５１】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【００５２】
可能な実装では、第１のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含み、第２のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含む。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。第１のＳＳＢ機会候補は第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補であり、第２のＳＳＢ機会候補は第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補である。
【００５３】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌが正の整数であり、
少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【００５４】
可能な実装では、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【００５５】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムアクセスチャネル時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【００５６】
可能な実装では、第１の時間単位と第２の時間単位との間にＭ−１個のＳＳＢ機会候補の間隔があり、Ｍは１より大きい整数である。
【００５７】
可能な実装では、Ｍは、ＳＳＢ送信周期において通信装置によって送信されることが許容されるＳＳＢの最大の量である。
【００５８】
可能な実装では、Ｍは、ブロードキャスト情報を使用することによって、端末デバイスのために通信装置によって構成される。
【００５９】
可能な実装では、送信モジュールが第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、送信モジュールが第１のＳＳＢを送信するビーム方向は、送信モジュールが第２のＳＳＢを送信するビーム方向と同じである。
【００６０】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【００６１】
可能な実装では、装置はさらに、
チャネル検知が第１のＳＳＢ機会候補の前および第２のＳＳＢ機会候補の前に実行されることに成功するとき、第１のＳＳＢ機会候補で第１のＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するのを飛ばすように送信モジュールを制御し、または、第２のＳＳＢ機会候補で第２のＳＳＢを送信し、第１のＳＳＢ機会候補で第１のＳＳＢを送信するのを飛ばすように送信モジュールを制御するように構成される、処理モジュールを含み、第１のＳＳＢ機会候補は第２のＳＳＢ機会候補の前に配置される。
【００６２】
第３の態様および第３の態様の可能な実装において提供される通信装置の有益な効果については、第１の態様および第１の態様の可能な実装における有益な効果を参照されたい。詳細はここで再び説明されない。
【００６３】
第４の態様によれば、本出願の実施形態は通信装置を提供する。通信装置は、端末デバイスであってもよく、または端末デバイスにおいて使用されるチップであってもよい。通信装置は、
第１のＳＳＢ機会候補でネットワークデバイスによって送信された第１の同期信号／ＰＢＣＨブロックＳＳＢを受信し、および／または、第２のＳＳＢ機会候補でネットワークデバイスによって送信された第２のＳＳＢを受信するように構成される受信モジュールであって、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる、受信モジュールと、
第１のランダムアクセスチャネル時間−周波数−符号リソース上でランダムアクセス情報をネットワークデバイスに送信するように構成される送信モジュールとを含む。
【００６４】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じＳＳＢ送信周期の中のＳＳＢ機会候補である。
【００６５】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【００６６】
可能な実装では、第１のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含み、第２のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含む。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。第１のＳＳＢ機会候補は第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補であり、第２のＳＳＢ機会候補は第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補である。
【００６７】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌが正の整数であり、
少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【００６８】
可能な実装では、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために通信装置によって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【００６９】
可能な実装では、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用され、
Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムアクセスチャネル時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために通信装置によって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【００７０】
可能な実装では、第１の時間単位と第２の時間単位との間にＭ−１個のＳＳＢ機会候補の間隔があり、Ｍは１より大きい整数である。
【００７１】
可能な実装では、Ｍは、ＳＳＢ送信周期においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量である。
【００７２】
可能な実装では、Ｍは、ブロードキャスト情報を使用することによって、通信装置のためにネットワークデバイスによって構成される。
【００７３】
可能な実装では、ネットワークデバイスが第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、ネットワークデバイスが第１のＳＳＢを送信するビーム方向は、ネットワークデバイスが第２のＳＳＢを送信するビーム方向と同じである。
【００７４】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【００７５】
第４の態様および第４の態様の可能な実装において提供される通信装置の有益な効果については、第１の態様および第１の態様の可能な実装における有益な効果を参照されたい。詳細はここで再び説明されない。
【００７６】
第５の態様によれば、本出願の実施形態は通信装置を提供する。通信装置は、プロセッサ、メモリ、受信機、および送信機を含む。受信機および送信機はともにプロセッサに結合される。プロセッサは、受信機の受信行動を制御し、送信機の送信行動を制御する。
【００７７】
メモリはコンピュータ実行可能プログラムコードを記憶するように構成され、プログラムコードは命令を含む。プロセッサが命令を実行するとき、命令は、通信装置が、第１の態様または第１の態様の可能な実装のいずれか１つに従ってランダムアクセス方法を実行することを可能にする。
【００７８】
第６の態様によれば、本出願の実施形態は通信装置を提供する。通信装置は、プロセッサ、メモリ、受信機、および送信機を含む。受信機および送信機はともにプロセッサに結合される。プロセッサは、受信機の受信行動を制御し、送信機の送信行動を制御する。
【００７９】
メモリはコンピュータ実行可能プログラムコードを記憶するように構成され、プログラムコードは命令を含む。プロセッサが命令を実行するとき、命令は、通信装置が、第２の態様または第２の態様の可能な実装のいずれか１つに従ってランダムアクセス方法を実行することを可能にする。
【００８０】
第７の態様によれば、本出願の実施形態は、第１の態様または第１の態様の可能な実装のいずれか１つに従って方法を実行するように構成される、ユニット、モジュール、または回路を含む、通信装置を提供する。通信装置は、ネットワークデバイスであってもよく、またはネットワークデバイスにおいて使用されるモジュール、たとえばネットワークデバイスにおいて使用されるチップであってもよい。
【００８１】
第８の態様によれば、本出願の実施形態は、第２の態様または第２の態様の可能な実装のいずれか１つに従って方法を実行するように構成される、ユニット、モジュール、または回路を含む、通信装置を提供する。通信装置は、端末デバイスであってもよく、または端末デバイスにおいて使用されるモジュール、たとえば端末デバイスにおいて使用されるチップであってもよい。
【００８２】
第９の態様によれば、本出願の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、第１の態様または第１の態様の可能な実装のいずれか１つに従って方法を実行することが可能にされる。
【００８３】
第１０の態様によれば、本出願の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、第２の態様または第２の態様の可能な実装のいずれか１つに従って方法を実行することが可能にされる。
【００８４】
第１１の態様によれば、本出願の実施形態はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されるとき、コンピュータは、第１の態様または第１の態様の可能な実装のいずれか１つに従って方法を実行することが可能にされる。
【００８５】
第１２の態様によれば、本出願の実施形態はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されるとき、コンピュータは、第２の態様または第２の態様の可能な実装のいずれか１つに従って方法を実行することが可能にされる。
【００８６】
第１３の態様によれば、本出願の実施形態はチップを提供する。チップはコンピュータプログラムを記憶する。コンピュータプログラムがチップによって実行されるとき、第１の態様または第１の態様の可能な実装のいずれか１つに従った方法が実施される。
【００８７】
第１４の態様によれば、本出願の実施形態はチップを提供する。チップはコンピュータプログラムを記憶する。コンピュータプログラムがチップによって実行されるとき、第２の態様または第２の態様の可能な実装のいずれか１つに従った方法が実施される。
【００８８】
本出願の実施形態において提供されるランダムアクセス方法、通信装置、チップ、および記憶媒体によれば、２つのＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうすると、ネットワークデバイスがチャネル検知の結果に基づいてＳＳＢ機会候補でＳＳＢを送信するとき、チャネル検知の失敗により２つのＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【図面の簡単な説明】
【００８９】
【図１】本出願の実施形態による通信システムの枠組み図である。
【図２】本出願の実施形態による時間領域リソースの概略図である。
【図３】本出願の実施形態による別の時間領域リソースの概略図である。
【図４】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図５】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図６】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図７】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図８】本出願の実施形態によるランダムアクセス方法の概略フローチャートである。
【図９】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図１０Ａ】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図１０Ｂ】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図１１】本出願の実施形態によるさらに別の時間領域リソースの概略図である。
【図１２】本出願の実施形態による通信装置の概略構造図である。
【図１３】本出願の実施形態による別の通信装置の概略構造図である。
【図１４】本出願の実施形態によるさらに別の通信装置の概略構造図である。
【図１５】本出願の実施形態によるさらに別の通信装置の概略構造図である。
【発明を実施するための形態】
【００９０】
図１は、本出願の実施形態による通信システムの枠組み図である。図１に示されるように、通信システムは、ネットワークデバイス０１および端末デバイス０２を含む。
【００９１】
ネットワークデバイス０１は、基地局もしくは無線アクセスポイントであってもよく、または、アクセスネットワークの中の１つもしくは複数のセクタを使用することによってエアインターフェースを介して端末デバイスと通信するデバイスであってもよい。基地局は、受信されたオーバージエアフレームとＩＰパケットとの相互変換を実行し、ワイヤレス端末とアクセスネットワークの残りの部分との間のルータとして働くように構成されてもよく、アクセスネットワークの残りの部分はインターネットプロトコル（ＩＰ）ネットワークを含んでもよい。基地局は、エアインターフェースの属性管理をさらに協調させ得る。たとえば、基地局は、モバイル通信用グローバルシステム（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＧＳＭ）もしくは符号分割多元接続（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，ＣＤＭＡ）におけるベーストランシーバ局（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ，ＢＴＳ）であってもよく、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，ＷＣＤＭＡ）におけるＮｏｄｅＢ（ｎｏｄｅＢ，ＮＢ）であってもよく、ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）における進化型ＮｏｄｅＢ（ｅｖｏｌｅｄ  ｎｏｄｅ  Ｂ，ｅＮＢまたはｅＮｏｄｅＢ）、中継局、もしくはアクセスポイントであってもよく、または５ＧネットワークにおけるｇＮｏｄｅＢ  ｇＮＢであってもよい。これは本明細書では限定されない。
【００９２】
端末デバイス０２は、ワイヤレス端末または有線端末であり得る。ワイヤレス端末は、ユーザに音声および／もしくは他のサービスデータ接続性を与えるデバイス、ワイヤレス接続機能をもつハンドヘルドデバイス、またはワイヤレスモデムに接続された別の処理デバイスであり得る。ワイヤレス端末は、無線アクセスネットワーク（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ，ＲＡＮ）を通じて１つまたは複数のコアネットワークと通信し得る。ワイヤレス端末は、携帯電話（または「セルラー」電話と呼ばれる）などのモバイル端末、またはモバイル端末を伴うコンピュータであってもよく、たとえば、無線アクセスネットワークと音声および／もしくはデータを交換する、持ち運び可能なモバイル装置、ポケットサイズのモバイル装置、ハンドヘルドモバイル装置、コンピュータ内蔵のモバイル装置、または車載モバイル装置であってもよい。たとえば、ワイヤレス端末は、パーソナル通信サービス（ｐｅｒｓｏｎａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｅｒｖｉｃｅ，ＰＣＳ）電話、コードレス電話セット、セッション開始プロトコル（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ，ＳＩＰ）電話、ワイヤレスローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ，ＷＬＬ）局、または携帯情報端末（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ，ＰＤＡ）などのデバイスであってもよい。ワイヤレス端末は、システム、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ  ｕｎｉｔ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）、移動局（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、移動局（ｍｏｂｉｌｅ）、リモート局（ｒｅｍｏｔｅ  ｓｔａｔｉｏｎ）、リモート端末（ｒｅｍｏｔｅ  ｔｅｒｍｉｎａｌ）、アクセス端末（ａｃｃｅｓｓ  ｔｅｒｍｉｎａｌ）、ユーザ端末（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ  ａｇｅｎｔ）、ユーザ機器（ｕｓｅｒ  ｄｅｖｉｃｅまたはｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）、またはネットワークアクセス機能を有するセンサと呼ばれることもある。これは本明細書では限定されない。
【００９３】
本出願の実施形態では、通信システムは、免許スペクトル上で動作してもよく、または免許不要スペクトル上で動作してもよい。具体的には、ネットワークデバイスは、免許スペクトルまたは免許不要スペクトル上でダウンリンク情報を送信し、端末デバイスは、免許スペクトルまたは免許不要スペクトル上でアップリンク情報を送信する。
【００９４】
通信システムは、ＬＴＥ通信システムであってもよく、または、別の未来の通信システムであってもよいことに留意されたい。これは本明細書では限定されない。
【００９５】
５Ｇ新無線（５ｔｈ  ｇｅｎｅｒａｔｉｏｎ  ｎｅｗ  ｒａｄｉｏ，５Ｇ  ＮＲ）通信システム（略してＮＲシステム）が例として使用される。ＮＲシステムでは、同期信号／ＰＢＣＨブロック（ＳＳ／ＰＢＣＨブロック，ＳＳＢ）は、一次同期信号（ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ，ＰＳＳ）、二次同期信号（ｓｅｃｏｎｄａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ，ＳＳＳ）、およびブロードキャストチャネル（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ，ＰＢＣＨ）を含み、セルへの初期アクセスの機能を実装するために使用される。
【００９６】
図２は、本出願の実施形態による時間領域リソースの概略図である。図２に示されるように、ＮＲシステムでは、１つのＳＳＢの送信は、時間領域において４つの直交周波数分割多重化シンボル（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ，ＯＳ）（時間領域シンボルとも呼ばれる）を占有し、周波数領域において２０個の物理リソースブロック（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ，ＰＲＢ）を占有する。本出願の以後の内容において、１つのＳＳＢを送信するために使用されるリソースは、１つのＳＳＢ機会候補と呼ばれる。
【００９７】
図３は、本出願の実施形態による別の時間領域リソースの概略図である。図３に示されるように、ＮＲシステムにおいて、１つのスロット（ｓｌｏｔ）が時間領域シンボルの複数のグループを含んでもよく、時間領域シンボルの各グループが複数の時間領域シンボルを含んでもよい。最大で２つのＳＳＢが１つのスロットにおいて搬送されることが可能であり、２つのＳＳＢがスロットの時間領域シンボルの異なるグループに別々に配置される。言い換えると、１つのスロットが最大で２つのＳＳＢ機会候補を含む。図３は、１つのスロットが時間領域シンボルの２つのグループを含み、時間領域シンボルの各グループが７つの時間領域シンボルを含む例の概略図である。１つのスロットによって占有される時間長およびそのスロットに含まれる時間領域シンボルのグループの量は、ＮＲシステムにおいて使用されるサブキャリア間隔に基づいて具体的に決定され得る。
【００９８】
ＮＲシステムには、ＳＳＢ時間窓という概念がある。１つのＳＳＢ時間窓は、最大でＬ個のＳＳＢ機会候補を含む。言い換えると、１つのＳＳＢ時間窓は最大でＬ個のＳＳＢをサポートする。本明細書では、Ｌは正の整数である。１つのＳＳＢ時間窓において、ネットワークデバイスは、ビーム掃引（ｂｅａｍ  ｓｗｅｅｐｉｎｇ）方式で、異なるＳＳＢ機会候補で、および同じビーム方向または異なるビーム方向において、ビームフォーミングされたＳＳＢを送信し得る。この方式では、より多くの端末デバイスが１つのＳＳＢ時間窓においてＳＳＢを受信し、それによりカバレッジを拡張することができる。ＳＳＢ時間窓は定期的に現れ得るので、ネットワークデバイスはＳＳＢを定期的に送信することができる。たとえば、ＳＳＢ時間窓は４０ｍｓごとに現れ得る。たとえば、ＳＳＢ時間窓の長さが５ｍｓである場合、ＳＳＢ時間窓は４０ｍｓの中の最初の５ｍｓであり得る。
【００９９】
具体的には、ネットワークデバイスは、あらかじめ設定されたまたは構成された時間の長さを周期として使用することによってＳＳＢを定期的に送信し、ＳＳＢ送信周期の中のＳＳＢ時間窓だけにおいてＳＳＢを送信する。あらかじめ設定されるまたは構成される時間の長さは、ＳＳＢ送信周期長と呼ばれてもよく、ある周期の始点から次の周期の始点までの、またはＳＳＢ時間窓から次のＳＳＢ時間窓までの期間は、１つのＳＳＢ送信周期と呼ばれ得る。たとえば、ＳＳＢ送信周期長は、５ｍｓ、１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓ、または１６０ｍｓであり、ネットワークデバイスは、各ＳＳＢ送信周期の中のＳＳＢ時間窓（たとえば、各ＳＳＢ送信周期の最初の５ｍｓ）において、周期の中でＳＳＢを送信する。ネットワークデバイスは、ブロードキャストメッセージ、たとえば、より高次のレイヤのシグナリングＳＳＢ−ｐｅｒｉｏｄｉｃｉｔｙＳｅｒｖｉｎｇＣｅｌｌを使用することによって、ＳＳＢ送信周期を端末デバイスに通知し得る。１つのＳＳＢ送信周期の中のＳＳＢ機会候補で送信されるＳＳＢに対応するビーム方向は、別のＳＳＢ送信周期の中の同じ時間位置にあるＳＳＢ機会候補で送信されるＳＳＢに対応するビーム方向と同じであってもよく、またはそれに近くてもよい。こうして、端末デバイスは、ＳＳＢ検出成功率を高めるために、２つの異なるＳＳＢ送信周期の中の同じ時間位置にあるＳＳＢ機会候補で送信されるＳＳＢを組み合わせ得る。
【０１００】
ＳＳＢ時間窓は、１つのＳＳＢ送信周期においてＳＳＢを送信するために使用される時間窓であることを理解されたい。ＳＳＢ時間窓の長さは、ＳＳＢ送信周期以下である。既存のＮＲシステムでは、ＳＳＢ時間窓の長さは５ｍｓであり、言い換えるとハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）である。ＳＳＢ時間窓の始点は、ＳＳＢ送信周期の始点であり得る。ＮＲＵシステムでは、ＳＳＢ送信機会を増やすために、ＳＳＢ時間窓は代替として、５ｍｓより大きい値、たとえば６ｍｓ、７ｍｓ、８ｍｓ、９ｍｓ、または１０ｍｓとして再定義されてもよい。
【０１０１】
１つのＳＳＢ時間窓に含まれるＳＳＢ機会候補の最大の量（すなわち、Ｌの値）およびＳＳＢ時間窓におけるＬ個のＳＳＢ機会候補の分布は、本出願の実施形態において限定されない。図４は、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図４に示されるように、たとえば、ＳＳＢ時間窓の長さは５ｍｓである。図４は、サブキャリア間隔が１５ｋＨｚであり、Ｌが別々に４および８であるときのＳＳＢ時間窓におけるＳＳＢ機会候補の分布と、サブキャリア間隔が３０ｋＨｚでありＬが別々に４および８であるときのＳＳＢ時間窓におけるＳＳＢ機会候補の分布とを示す。しかしながら、図４は単なる例であり、ＳＳＢ時間窓の長さ、Ｌの値、およびＳＳＢ時間窓におけるＬ個のＳＳＢ機会候補の分布に対する制約とはならないことを、当業者は理解し得る。
【０１０２】
ＳＳＢ時間窓の長さ、Ｌの値、およびＳＳＢ時間窓におけるＬ個のＳＳＢ機会候補の分布が固定されているとき、ＳＳＢ時間窓におけるＬ個のＳＳＢ機会候補の時間領域の位置が決定される。したがって、ネットワークデバイスがＬ個のＳＳＢ機会候補のいずれか１つでＳＳＢを送信するとき、ＳＳＢは、ＳＳＢ時間窓においてサポートされる最大でＬ個のＳＳＢにおけるそのＳＳＢのＳＳＢインデックス（ＳＳＢ  ｉｎｄｅｘ）を示すために使用される。こうして、ＳＳＢを受信する端末デバイスは、ＳＳＢのＳＳＢインデックスに基づいて、時間同期を達成するために、ＳＳＢに対応する絶対的な瞬間を決定し得る。ＳＳＢインデックスは、Ｌ個のＳＳＢ機会候補におけるＳＳＢを送信するためのＳＳＢ機会候補のインデックスと一貫している。したがって、本出願の実施形態では、ＳＳＢインデックスおよびＳＳＢ機会候補のインデックスは、互いに等価であり、区別されない。特定の実装では、Ｌが８以下であるとき、ネットワークデバイスは、ＳＳＢにおいて搬送される復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，ＤＭＲＳ）シーケンスを使用することによって、ＳＳＢのＳＳＢインデックスを示し得る。１つのＤＭＲＳシーケンスが１つのＳＳＢインデックスに対応する。Ｌが８より大きいとき、ネットワークデバイスは、ＳＳＢにおいて搬送されるＤＭＲＳシーケンスおよびＳＳＢにおいて搬送されるＰＢＣＨ上の３ビット情報を使用することによって、ＳＳＢのＳＳＢインデックスを示し得る。
【０１０３】
ＮＲシステムでは、ＰＲＡＣＨ周期は定期的に現れ、１つのＰＲＡＣＨ周期においてランダムアクセス情報（すなわち、ＰＲＡＣＨ情報）を送信するために使用される対応する時間領域リソースおよび対応する周波数領域リソースは、１つのＰＲＡＣＨ機会（ＰＲＡＣＨ  Ｏｃｃａｓｉｏｎ，ＲＯ）と呼ばれる。１つのＰＲＡＣＨ機会は、少なくとも１つのプリアンブル（ｐｒｅａｍｂｌｅ）シーケンスを搬送してもよく、少なくとも１つのプリアンブルシーケンスは符号分割直交方式で区別され、１つのプリアンブルシーケンスは１つのプリアンブルインデックスに対応する。１つの端末デバイスが、ＰＲＡＣＨ機会で送信されるべき１つのプリアンブルシーケンスを選択し得る。１つのＰＲＡＣＨ機会が複数の利用可能なプリアンブルシーケンスを含むとき、複数の端末デバイスが、異なるプリアンブルインデックスに対応するプリアンブルシーケンスを選択し、同じＰＲＡＣＨ機会でプリアンブルシーケンスをネットワークデバイスに送信し得るので、ネットワークデバイスは、異なる受信されるプリアンブルシーケンスを使用することによって複数の端末デバイスを区別する。本出願の以下の内容では、１つのＰＲＡＣＨ周期において１つのランダムアクセス情報を送信するために使用される対応する時間領域リソース、対応する周波数領域リソース、および対応する符号領域リソース（すなわち、プリアンブルシーケンス）は、１つのＰＲＡＣＨ時間−周波数−符号リソースと呼ばれる。
【０１０４】
ネットワークデバイスは、利用可能なＰＲＡＣＨ時間−周波数−符号リソースとを現在のＰＲＡＣＨ周期において端末デバイスにブロードキャストし、ＳＳＢ時間窓の中の各ＳＳＢ機会候補のインデックスと、現在のＰＲＡＣＨ周期の中の少なくとも１つのＰＲＡＣＨ時間−周波数−符号リソースとの間に対応付け関係がある。ＳＳＢ時間窓の中の異なるＳＳＢ機会候補は、現在のＰＲＡＣＨ周期の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。したがって、ＳＳＢを受信する端末デバイスは、ＳＳＢのＳＳＢインデックス（すなわち、ＳＳＢを送信するためのＳＳＢ機会候補のインデックス）に基づいて、および、対応付け関係を使用することによって、セルにアクセスすることを要求するためにＰＲＡＣＨ時間−周波数−符号リソース上でランダムアクセス情報（たとえば、プリアンブルシーケンス）を送信するために、ランダムアクセス情報を送信するためのＰＲＡＣＨ時間−周波数−符号リソースを決定し得る。ＰＲＡＣＨ時間−周波数−符号リソースで送信されるランダムアクセス情報を検出（受信）した後、ネットワークデバイスは、ＰＲＡＣＨ時間−周波数−符号リソースでランダムアクセス情報を送信する端末デバイスによって検出されるＳＳＢを一意に決定し得る。こうして、ネットワークデバイスは、ＳＳＢを送信するために使用されるビームを使用することによって、後続のメッセージを端末デバイスに送信し得る。ここでのメッセージは、たとえば、ランダムアクセスプロセスにおけるメッセージ２（Ｍｓｇ．２）および／またはメッセージ４（Ｍｓｇ．４）であり得る。
【０１０５】
以下は、ＳＳＢ時間窓の中の各ＳＳＢ機会候補のインデックスを、ＰＲＡＣＨ周期の中の少なくとも１つのＰＲＡＣＨ時間−周波数−符号リソースと対応付ける方式を説明する。詳細は以下の通りである。
【０１０６】
１つのＰＲＡＣＨ周期が複数のＰＲＡＣＨスロットを含んでもよく、１つのＰＲＡＣＨスロットが、周波数領域において直交する複数のＲＯおよび／または時間領域において直交する複数のＲＯを含んでもよい。したがって、ＳＳＢ時間窓の中のＳＳＢ機会候補は、まず、１つのＲＯ上のプリアンブルシーケンスのインデックスの昇順で、次いで、１つのＰＲＡＣＨスロットの中のＲＯの周波数領域インデックスの昇順で、次いで、１つのＰＲＡＣＨスロットの中のＲＯの時間領域インデックスの昇順で、最後に、ＰＲＡＣＨスロットの昇順で、各ＲＯ上で搬送され得るプリアンブルシーケンスの量、ＳＳＢ時間窓に含まれるＳＳＢ機会候補の量、および１つのＲＯ上の１つのＳＳＢ機会候補と関連付けられるプリアンブルシーケンスの量に基づいて、ＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。
【０１０７】
図５は、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図５に示されるように、たとえば、ＳＳＢ時間窓は、８つのＳＳＢ機会候補を含む。１つのＰＲＡＣＨ周期が８つのＲＯを含み、各ＲＯが６４個のプリアンブルシーケンスを搬送し得ることが仮定される。１つのＳＳＢ機会候補は、１つのＰＲＡＣＨ機会上の３２個のプリアンブルシーケンスと関連付けられる。この場合、ＰＲＡＣＨ周期の中の、８つのＳＳＢ機会候補がＳＳＢ機会候補のインデックスの昇順で対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、図５に示され得る。
【０１０８】
免許スペクトル上の利用可能な周波数領域リソースの量が比較的少ないという問題を解決するために、ＮＲシステムは、免許スペクトルの支援なしで免許不要スペクトル上で完全に動作し得る。言い換えると、ＮＲシステムでは、アップリンク／ダウンリンク送信（トラフィックチャネルおよび制御チャネル上の送信を含む）は、免許不要スペクトル上で実行され得る。免許不要スペクトル上で動作するＮＲシステムは、新無線アンライセンスト（ｎｅｗ  ｒａｄｉｏ  ｕｎｌｉｃｅｎｓｅｄ，ＮＲＵ）システムと呼ばれ得る。免許不要スペクトルを使用するとき、ＮＲＵシステムの中のネットワークデバイスおよび端末デバイスは、チャネル検知機構とも呼ばれる、リッスンビフォアトーク（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ，ＬＢＴ）チャネルアクセス機構を使用するので、免許不要スペクトルは、ＮＲＵシステムおよび別のシステム（たとえば、異なる事業者の通信システムまたはＷｉ−Ｆｉネットワーク）によって一緒に使用されることが可能である。具体的には、情報を送信する前に、ネットワークデバイスまたは端末デバイスは、チャネルを検知する必要があり、チャネルがアイドルである（すなわち、チャネル検知が成功するまたはＬＢＴが成功する）ことを検出するときにのみ、情報を送信するためにチャネルを占有することができる。チャネルがビジーである（すなわち、チャネル検知が失敗するまたはＬＢＴが失敗する）と検出する場合、ネットワークデバイスまたは端末デバイスは、情報を送信するためにチャネルを占有することができない。
【０１０９】
言い換えると、ＮＲＵシステムの中のネットワークデバイスがＳＳＢ時間窓の中のＬ個のＳＳＢ機会候補でＬ個のＳＳＢを送信する必要がある場合、ネットワークデバイスはまず、第１のＳＳＢ機会候補で第１のＳＳＢを送信する前にチャネルを検知する。第１のＳＳＢ機会候補の前の検知を通じて、チャネルがアイドルである（すなわち、チャネル検知が成功するまたはＬＢＴが成功する）ことを決定するとき、ネットワークデバイスは、チャネル上で、およびＬ個のＳＳＢ機会候補で、Ｌ個のＳＳＢを継続的に送信し得る。第１のＳＳＢ機会候補の前の検知を通じて、チャネルがビジーである（すなわち、チャネル検知が失敗するまたはＬＢＴが失敗する）ことを決定するとき、ネットワークデバイスは、チャネル上で、および第１のＳＳＢ機会候補で、第１のＳＳＢを送信することができない。その結果、ＳＳＢによってカバーされることが予想される端末デバイスは、ＳＳＢ信号を受信することができず、現在のＰＲＡＣＨ周期においてネットワークにアクセスすることができない。ネットワークデバイスがＳＳＢ時間窓において第ｋのＳＳＢ機会候補の前にのみＬＢＴを実行することに成功する場合、ネットワークデバイスは、チャネル上で、および最初のｋ−１個のＳＳＢ機会候補で、最初のｋ−１個のＳＳＢを送信することができず、同期信号送信機会の喪失をもたらす。結果として、ダウンリンク同期のレイテンシが過剰に高い。
【０１１０】
ＳＳＢ送信機会を増やすために、ＮＲＵシステムにおいて、ＳＳＢ時間窓の中でサポートされるＳＳＢ機会候補の量（すなわち、Ｌ）が増やされる。従来技術に基づくと、ＮＲＵシステムにおいて、ＳＳＢ時間窓においてネットワークデバイスによって実際に送信される必要があるＳＳＢの最大の量はさらに、Ｍとして定義されることがあり、Ｍ≦Ｌであり、Ｍは正の整数である。こうして、ネットワークデバイスが第ｉのＳＳＢ機会候補の前にＬＢＴを実行することに成功してチャネルにアクセスする場合、ネットワークデバイスは、第ｉのＳＳＢ機会候補でＭ個のＳＳＢを第（ｉ＋Ｍ−１）のＳＳＢ機会候補に継続的に送信し得る。このシナリオでは、ネットワークデバイスは、ＳＳＢを送信するために、ＳＳＢ時間窓の中にあり第（ｉ＋Ｍ−１）のＳＳＢ機会候補の後にあるＳＳＢ機会候補を占有し続けない。ネットワークデバイスがＳＳＢ時間窓の中の第（Ｌ−Ｍ＋１）のＳＳＢ機会候補でＬＢＴを実行することに成功してチャネルにアクセスする（ＬＢＴが最初のＬ−Ｍ個のＳＳＢ機会候補の前に失敗する）場合でも、ネットワークデバイスは、セルの中の端末デバイスを広くカバーするために、後続のＭ個のＳＳＢ機会候補でＭ個のＳＳＢを送信し得る。言い換えると、ＳＳＢ時間窓における、Ｍ個のＳＳＢを送信するためにネットワークデバイスによって実際に使用されるＭ個のＳＳＢ機会候補の位置は、ＬＢＴ結果に基づいて動く。
【０１１１】
図６は、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図６に示されるように、たとえば、ＳＳＢ時間窓の長さは５ｍｓである。ＳＳＢ時間窓が最大で８つのＳＳＢ機会候補をサポートし、これらはそれぞれＳＳＢ機会候補＃１からＳＳＢ機会候補＃８であると仮定される。１つのスロットは２つのＳＳＢ機会候補を含み、８つのＳＳＢ機会候補はＳＳＢ時間窓の中の最初の４スロットに配置され、ＳＳＢ時間窓においてネットワークデバイスによって実際に送信される必要のあるＳＳＢの最大の量は４である。このシナリオでは、ネットワークデバイスが第１のスロットにおいてＳＳＢ機会候補＃１の前にＬＢＴを実行することに失敗し、第２のスロットにおいてＳＳＢ機会候補の前にＬＢＴを実行することに成功すると仮定される。この場合、ネットワークデバイスは、第１のスロットにおけるＳＳＢ機会候補＃２、第２のスロットにおけるＳＳＢ機会候補＃３およびＳＳＢ機会候補＃４、ならびに第３のスロットにおけるＳＳＢ機会候補＃５で、４つのＳＳＢを送信し得る。後続のスロットの中のＳＳＢ機会候補は使用されない。
【０１１２】
上で説明されたように、ＳＳＢ時間窓の中の各ＳＳＢ機会候補のインデックスと、現在のＰＲＡＣＨ周期の中の少なくとも１つのＰＲＡＣＨ時間−周波数−符号リソースとの間に対応付け関係がある。言い換えると、Ｌ個のＳＳＢ機会候補の各々は、ＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。しかしながら、ＳＳＢ時間窓における、Ｍ個のＳＳＢを送信するためにネットワークデバイスによって実際に使用されるＭ個のＳＳＢ機会候補の位置は、ＬＢＴ結果に基づいて動く。言い換えると、ＳＳＢ時間窓の中のいくつかのＳＳＢ機会候補は使用されない。ＳＳＢ時間窓の中の、ＳＳＢを送信するために使用されないＳＳＢ機会候補はそれでも、ＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるので、これらのＰＲＡＣＨ時間−周波数−符号リソースは、端末デバイスによって使用されない。その結果、これらのＰＲＡＣＨ時間−周波数−符号リソースが浪費され、ＰＲＡＣＨ周期におけるＰＲＡＣＨ時間−周波数−符号リソースの比較的低い利用率をもたらす。
【０１１３】
図７は、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図７に示されるように、たとえば、ＳＳＢ時間窓の長さは５ｍｓである。ＳＳＢ時間窓が最大で４つのＳＳＢ機会候補をサポートし、これらはそれぞれＳＳＢ機会候補＃１からＳＳＢ機会候補＃４であると仮定される。１つのスロットは２つのＳＳＢ機会候補を含み、４つのＳＳＢ機会候補はＳＳＢ時間窓の中の最初の２つのスロットに配置される。ＳＳＢ機会候補＃１は、現在のＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソース１（すなわち、ＲＡＣＨ１）およびＰＲＡＣＨ時間−周波数−符号リソース５（すなわち、ＲＡＣＨ５）と関連付けられ、ＳＳＢ機会候補＃２は、現在のＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソース２（すなわち、ＲＡＣＨ２）およびＰＲＡＣＨ時間−周波数−符号リソース６（すなわち、ＲＡＣＨ６）と関連付けられ、ＳＳＢ機会候補＃３は、現在のＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソース３（すなわち、ＲＡＣＨ３）およびＰＲＡＣＨ時間−周波数−符号リソース７（すなわち、ＲＡＣＨ７）と関連付けられ、ＳＳＢ機会候補＃４は、現在のＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソース４（すなわち、ＲＡＣＨ４）およびＰＲＡＣＨ時間−周波数−符号リソース８（すなわち、ＲＡＣＨ８）と関連付けられる。
【０１１４】
ＳＳＢ時間窓においてネットワークデバイスによって実際に送信される必要があるＳＳＢの最大の量は２であり、ネットワークデバイスが、ＳＳＢ機会候補＃１の前にＬＢＴを実行することに失敗し、ＳＳＢ機会候補２の前にＬＢＴを実行することに成功すると仮定される。この場合、ネットワークデバイスは、ＳＳＢ機会候補＃２およびＳＳＢ機会候補＃３で２つのＳＳＢを送信し得る。ＳＳＢ機会候補４は使用されない。
【０１１５】
このシナリオでは、ＳＳＢ時間窓の中のＳＳＢ機会候補＃１およびＳＳＢ機会候補＃４は、ＳＳＢを送信するために使用されない。したがって、ＳＳＢ機会候補＃１と関連付けられるＰＲＡＣＨ時間−周波数−符号リソース１（すなわち、ＲＡＣＨ１）およびＰＲＡＣＨ時間−周波数−符号リソース５（すなわち、ＲＡＣＨ５）、ならびにＳＳＢ機会候補＃４と関連付けられるＰＲＡＣＨ時間−周波数−符号リソース４（すなわち、ＲＡＣＨ４）およびＰＲＡＣＨ時間−周波数−符号リソース８（すなわち、ＲＡＣＨ８）は、端末デバイスによって使用されない。その結果、これらのＰＲＡＣＨ時間−周波数−符号リソースが浪費され、ＰＲＡＣＨ周期におけるＰＲＡＣＨ時間−周波数−符号リソースの比較的低い利用率をもたらす。
【０１１６】
前述の問題を考慮すると、本出願の実施形態は、同じＳＳＢ時間窓の中の２つのＳＳＢ機会候補を同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けて、それにより、ＰＲＡＣＨ周期におけるＰＲＡＣＨ時間−周波数−符号リソースの利用率を高めるための、ランダムアクセス方法を提供する。本出願の実施形態において提供されるランダムアクセス方法は、免許不要スペクトルで完全に動作する任意の通信システムにおいて使用され得る。
【０１１７】
以下は、ＮＲＵシステムを例として使用することによって、特定の実施形態を参照して本出願の実施形態における技術的な解決法を詳しく説明する。以下のいくつかの特定の実施形態は互いに組み合わされてもよく、いくつかの実施形態では同じもしくは同様の概念または処理は繰り返し説明されないことがある。
【０１１８】
図８は、本出願の実施形態によるランダムアクセス方法の概略フローチャートである。図８に示されるように、本方法は以下のステップを含む。
【０１１９】
Ｓ１０１：ネットワークデバイスが、第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信し、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。
【０１２０】
Ｓ１０２：ネットワークデバイスが、第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信する。
【０１２１】
具体的には、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、異なるＳＳＢ機会候補であり得る。本明細書の「異なる」という用語は、以下の２つの場合を別々に示す。
【０１２２】
第１の場合において、第１のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域において第２の時間単位を占有し、周波数領域において第１のサブバンドを占有する。言い換えると、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じサブバンドに対応するが、異なる時間単位に対応する。
【０１２３】
第２の場合において、第１のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第２のサブバンドを占有する。言い換えると、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じ時間単位に対応するが、異なるサブバンドに対応する。
【０１２４】
第１のＳＳＢ機会候補が時間領域において第１の時間単位を占有し、周波数領域において第１のサブバンドを占有することは、第１のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第１のサブバンドに対応すること、第１のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第１のサブバンドを含むこと、第１のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第１のサブバンドに配置されること、ならびに、第１のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第１のサブバンドにおいて搬送されることとしても言及され得ることに留意されたい。
【０１２５】
第２のＳＳＢ機会候補が時間領域において第２の時間単位を占有し、周波数領域において第１のサブバンドを占有することは、第２のＳＳＢ機会候補が時間領域における第２の時間単位および周波数領域における第１のサブバンドに対応すること、第２のＳＳＢ機会候補が時間領域における第２の時間単位および周波数領域における第１のサブバンドを含むこと、第２のＳＳＢ機会候補が時間領域における第２の時間単位および周波数領域における第１のサブバンドに配置されること、ならびに、第２のＳＳＢ機会候補が時間領域における第２の時間単位および周波数領域における第１のサブバンドにおいて搬送されることとしても言及され得る。
【０１２６】
第２のＳＳＢ機会候補が時間領域において第１の時間単位を占有し、周波数領域において第２のサブバンドを占有することは、第２のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第２のサブバンドに対応すること、第２のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第２のサブバンドを含むこと、第２のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第２のサブバンドに配置されること、ならびに、第２のＳＳＢ機会候補が時間領域における第１の時間単位および周波数領域における第２のサブバンドにおいて搬送されることとしても言及され得る。
【０１２７】
本実施形態におけるＳＳＢ機会候補（たとえば、本出願の以下の内容における、第１のＳＳＢ機会候補、第２のＳＳＢ機会候補、およびＬ個のＳＳＢ機会候補のいずれか１つ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の任意のＳＳＢ機会候補、第１のＳＳＢ機会候補集合の中の任意のＳＳＢ機会候補、および第２のＳＳＢ機会候補集合の中の任意のＳＳＢ機会候補）は、ＳＳＢ機会またはＳＳＢ候補（Ｃａｎｄｉｄａｔｅ  ＳＳＢ）とも呼ばれ得ることを理解されたい。
【０１２８】
ＳＳＢ候補（Ｃａｎｄｉｄａｔｅ  ＳＳＢ）機会は、ＳＳＢを送信するためにネットワークデバイスによって使用され得る送信機会もしくはリソース、または、ネットワークデバイスがＳＳＢを送信することを許可される送信機会もしくはリソースであることを理解されたい。具体的には、ネットワークデバイスは、チャネル検知または実装アルゴリズムに基づいて、ＳＳＢ機会候補で実際にＳＳＢを送信するかどうかを決定し得る。より具体的には、１つのＳＳＢ時間窓はＬ個のＳＳＢ機会候補を含み、ネットワークデバイスは実際に、ＳＳＢを送信するためにＭ≦Ｌ個のＳＳＢ機会候補だけを占有する。たとえば、ネットワークデバイスがＳＳＢを送信する前にチャネル検知を実行する必要があり、チャネル検知が成功するときにのみＳＳＢが送信されることが可能であることを考慮すると、チャネル検知がＳＳＢ機会候補の前に失敗する場合、ＳＳＢは送信されることが可能ではない。別の例では、ダウンリンク同期信号のためのネットワークデバイスのカバレッジ要件を考慮すると、ネットワークデバイスは、Ｍ個のＳＳＢのすべてを送信した後に、後続のＳＳＢ機会候補を占有する必要はないことがある。たとえば、ネットワークデバイスがＬ個のＳＳＢ機会候補の中の第１のＳＳＢ機会候補の前にチャネル検知を実行することに成功する場合、ネットワークデバイスは、ＳＳＢを送信するために最初のＭ個のＳＳＢ機会候補を占有し、後続のＬ−Ｍ個のＳＳＢ候補を占有し続ける代わりに、それらのＬ−Ｍ個のＳＳＢ候補をアイドル状態として確保する。
【０１２９】
１つのＳＳＢ機会候補が１つのＳＳＢを送信するために使用されることを理解されたい。異なるＳＳＢが異なるＳＳＢ機会候補で送信される。加えて、「送信するために使用される」は、ＳＳＢを送信するためにＳＳＢ機会候補をネットワークデバイスが使用することを、プロトコルまたは規制がサポートもしくは許容することを意味する。ネットワークデバイスは、ＳＳＢを送信するためにＳＳＢ機会候補を使用してもよく、またはＳＳＢを送信するためにＳＳＢ機会候補を使用しなくてもよい。たとえば、ネットワークデバイスがＳＳＢ機会候補の前にＬＢＴを実行することに成功するとき、ネットワークデバイスは、ＳＳＢを送信するためにＳＳＢ機会候補を使用する。ネットワークデバイスがＳＳＢ機会候補の前にＬＢＴを実行することに失敗するとき、ネットワークデバイスは、ＳＳＢを送信するためにＳＳＢ機会候補を使用しない。代替として、ネットワークデバイスがＳＳＢ時間窓においてＳＳＢ機会候補の前に十分なＳＳＢを送信しているとき、ネットワークデバイスは、ＳＳＢを送信するためにＳＳＢ機会候補を使用しなくてもよい。
【０１３０】
本実施形態では、ＳＳＢ機会候補がランダムアクセスチャネル時間−周波数−符号リソース（たとえば、第１のランダムアクセスチャネル時間−周波数−符号リソース、またはランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソース）と関連付けられる（を関連付ける）ことは、ＳＳＢ機会候補がランダムアクセスチャネル時間−周波数−符号リソースと対応付けられる（対応する）こととしても言及され得ることを理解されたい。
【０１３１】
ランダムアクセスチャネル時間−周波数−符号リソースは、１つのＰＲＡＣＨ機会上の１つのプリアンブルシーケンスであってもよく、複数のＰＲＡＣＨ機会上の複数のプリアンブルシーケンスを含んでもよく（各ＰＲＡＣＨ機会は少なくとも１つのプリアンブルシーケンスを搬送する）、または１つのＰＲＡＣＨ機会上の複数のプリアンブルシーケンスを含んでもよいことを理解されたい。
【０１３２】
本出願のこの実施形態における時間単位（たとえば、第１の時間単位または第２の時間単位）は、少なくとも１つの時間領域シンボルを含み得ることを理解されたい。
【０１３３】
任意選択で、時間単位は、１つのＳＳＢを送信するために占有される時間領域リソース、たとえば、４つの時間領域シンボルであり得る。時間単位は、１つのＳＳＢおよび別の時間領域リソースを送信するために占有される時間領域リソースを代替として含んでもよく、たとえば、時間単位は、ＳＳＢを送信するためのＳＳＢ機会候補を含むハーフスロットである（すなわち、１つのスロットの中の時間領域シンボル＃０から＃６または時間領域シンボル＃７から＃１３、これらは１つのスロットの中の時間領域シンボルのグループとも呼ばれる）。
【０１３４】
任意選択で、時間単位は、ＳＳＢを含むダウンリンク同期情報を搬送する時間領域単位であり得る。本明細書のダウンリンク同期情報は、ＳＳＢであってもよく、またはＳＳＢおよびシステム情報を含んでもよい。システム情報は、たとえば、残存最小システム情報（ｒｅｍａｉｎｉｎｇ  ｍｉｎｉｍｕｍ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ，ＲＭＳＩ）であってもよい。
【０１３５】
本出願のこの実施形態におけるサブバンド（たとえば、第１のサブバンドまたは第２のサブバンド）は、ネットワークデバイスによって送信される情報を搬送する周波数領域単位であり得ることを理解されたい。
【０１３６】
任意選択で、サブバンドは、１つまたは複数のサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含んでもよく、言い換えると、サブバンドは、１つまたは複数の物理リソースブロック（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ，ＰＲＢ）を含んでもよく、言い換えると、サブバンドは、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ、または２０ＭＨｚの帯域幅に対応する周波数領域リソースであってもよい（たとえば、サブバンドはＮＲＵシステムにおいて１つのキャリアによって占有される周波数領域リソースであってもよい）。いくつかの実施形態では、サブバンドは、キャリア、帯域幅部分（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ，ＢＷＰ）、または初期アクティブダウンリンク帯域幅部分（ｉｎｉｔｉａｌ  ａｃｔｉｖｅ  ＤＬ  ＢＷＰ）とも呼ばれ得る。
【０１３７】
任意選択で、サブバンドは、ＳＳＢを含むダウンリンク同期情報を搬送するために使用される周波数領域単位であってもよい。
【０１３８】
任意選択で、サブバンドは、チャネル検知を実行するためにネットワークデバイスによって使用される周波数領域単位であってもよい。たとえば、ネットワークデバイスは、異なるサブバンドにおいてチャネル検知手順を別々に実行する。具体的には、ネットワークデバイスは、第１のサブバンドにおいてチャネル検知手順を実行して、第２のサブバンドにおいて別の独立したチャネル検知手順を実行し、または、第１のサブバンドにおいてＣＷＳを維持し、第２のサブバンドにおいて別の独立したＣＷＳを維持する。代替として、チャネル検知を実行するとき、ネットワークデバイスは、チャネルがビジーであるかアイドルであるか（ここで、チャネルがビジー状態であるかアイドル状態であるかは別のサブバンドにおいて独立に決定される）を決定するために、検知スロットおよびサブバンドにおいて検出されるエネルギーまたはパワーを、サブバンドに対応する検知閾値ＣＣＡ−ＥＤと比較する。代替として、ネットワークデバイスは、サブバンドにおいてＬＢＴを実行することに成功した後にのみ、情報を送信するためにサブバンドを占有することができる（ここで、ＬＢＴが成功するかどうかは別のサブバンドにおいて独立に決定される）。
【０１３９】
任意選択で、サブバンドは、チャネル測定を実行するために端末デバイスによって使用される周波数領域単位であってもよい。たとえば、端末デバイスは、サブバンドの粒度でチャネル測定を実行する。本明細書のチャネル測定は、チャネル品質インジケータ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ，ＣＱＩ）／プリコーディング行列インジケータ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ，ＰＭＩ）測定または無線リソース管理（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ，ＲＲＭ）測定を含み得る。言い換えると、端末デバイスは、サブバンドの単位でＣＱＩ／ＰＭＩ／ＲＲＭ測定の結果を報告する。言い換えると、端末デバイスは、サブバンドにまたがる測定を実行する代わりに、１つのサブバンドの範囲内でＣＱＩ／ＰＭＩ／ＲＲＭ測定を実行する。
【０１４０】
任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じＳＳＢ送信周期または同じＳＳＢ時間窓の中のＳＳＢ機会候補である。
【０１４１】
この実施形態では、同じＳＳＢ時間窓の中の第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のＰＲＡＣＨ時間−周波数−符号リソースと関連付けられる。本明細書の第１のＰＲＡＣＨ時間−周波数−符号リソースは、１つのＰＲＡＣＨ機会上の１つのプリアンブルシーケンスを含んでもよく、複数のＰＲＡＣＨ機会上の複数のプリアンブルシーケンスを含んでもよく（各ＰＲＡＣＨ機会は少なくとも１つのプリアンブルシーケンスを搬送してもよい）、または１つのＰＲＡＣＨ機会上の複数のプリアンブルシーケンスを含んでもよい。
【０１４２】
任意選択で、第１のＳＳＢ機会候補が第１のＰＲＡＣＨ時間−周波数−符号リソースと関連付けられることは、第１のＳＳＢ機会候補または第１のＳＳＢ機会候補のインデックスが第１のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられることとして理解され得る。同様に、第２のＳＳＢ機会候補が第１のＰＲＡＣＨ時間−周波数−符号リソースと関連付けられることは、第２のＳＳＢ機会候補または第２のＳＳＢ機会候補のインデックスが第１のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられることとして理解され得る。言い換えると、ＰＲＡＣＨ時間−周波数−符号リソースとのＳＳＢ機会候補の対応付けは、ＰＲＡＣＨ時間−周波数−符号リソースとのＳＳＢ機会候補のインデックスの対応付けである。本明細書のＳＳＢ機会候補のインデックスは、ＳＳＢ時間窓に含まれ時間順序でソートされる、Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補のインデックスであり得る。ＳＳＢ機会候補のインデックスは、ＳＳＢ機会候補で送信されるＳＳＢのＳＳＢインデックスと一貫している。ＳＳＢインデックスは、ＳＳＢにおいて搬送される「ＤＭＲＳシーケンス」または「ＤＭＲＳシーケンス＋ＰＢＣＨ上のビット情報」を使用することによって、端末デバイスに示され得る。詳細については、上記の説明を参照されたい。
【０１４３】
第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が第１のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられることは、第１のＳＳＢ機会候補がＰＲＡＣＨ時間−周波数−符号リソース集合Ａと対応付けられ、第１のＰＲＡＣＨ時間−周波数−符号リソースがＰＲＡＣＨ時間−周波数−符号リソース集合Ａの部分集合であること、および、第２のＳＳＢ機会候補がＰＲＡＣＨ時間−周波数−符号リソース集合Ｂと対応付けられ、第１のＰＲＡＣＨ時間−周波数−符号リソースがＰＲＡＣＨ時間−周波数−符号リソース集合Ｂの部分集合であることとして、理解され得ることを理解されたい。さらに、ＰＲＡＣＨ時間−周波数−符号リソース集合Ａは、第１のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソース（ネットワークデバイスによって構成される）であり、または、ＰＲＡＣＨ時間−周波数−符号リソース集合Ａは、１つのＰＲＡＣＨ周期において、第１のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソース（ネットワークデバイスによって構成される）である。同様に、ＰＲＡＣＨ時間−周波数−符号リソース集合Ｂは、第２のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソース（ネットワークデバイスによって構成される）であり、または、ＰＲＡＣＨ時間−周波数−符号リソース集合Ｂは、ＰＲＡＣＨ周期において、第２のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソース（ネットワークデバイスによって構成される）である。
【０１４４】
任意選択で、ＰＲＡＣＨ時間−周波数−符号リソース集合ＡおよびＰＲＡＣＨ時間−周波数−符号リソース集合Ｂは、完全に同じではなくてもよい。具体的には、第１のＳＳＢ機会候補が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、第２のＳＳＢ機会候補が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースと部分的に重複する。この場合、第１のＰＲＡＣＨ時間−周波数−符号リソースは、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がともに対応付けられる時間−周波数−符号リソースである。たとえば、第１のＳＳＢ機会候補は、ＰＲＡＣＨ機会＃Ａのプリアンブルシーケンス＃１から＃３２およびＰＲＡＣＨ機会＃Ｂのプリアンブルシーケンス＃１から＃３２と対応付けられ、第２のＳＳＢ機会候補は、ＰＲＡＣＨ機会＃Ａのプリアンブルシーケンス＃１から＃６４と対応付けられ、第１のＰＲＡＣＨ時間−周波数−符号リソースは、ＰＲＡＣＨ機会＃Ａのプリアンブルシーケンス＃１から＃３２である。
【０１４５】
任意選択で、ＰＲＡＣＨ時間−周波数−符号リソース集合ＡおよびＰＲＡＣＨ時間−周波数−符号リソース集合Ｂは、完全に同じであってもよい。具体的には、第１のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソースは、第２のＳＳＢ機会候補が対応付けられるすべてのＰＲＡＣＨ時間−周波数−符号リソースと完全に同じである。この場合、ＰＲＡＣＨ時間−周波数−符号リソース集合ＡおよびＰＲＡＣＨ時間−周波数−符号リソース集合Ｂは、第１のＰＲＡＣＨ時間−周波数−符号リソースと呼ばれ得る。たとえば、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、ＰＲＡＣＨ機会＃Ａのプリアンブルシーケンス＃１から＃３２およびＰＲＡＣＨ機会＃Ｂのプリアンブルシーケンス＃１から＃３２と対応付けられる。この場合、第１のＰＲＡＣＨ時間−周波数−符号リソースは、ＰＲＡＣＨ機会＃Ａのプリアンブルシーケンス＃１から＃３２およびＰＲＡＣＨ機会＃Ｂのプリアンブルシーケンス＃１から＃３２である。
【０１４６】
同じＳＳＢ時間窓の中の２つのＳＳＢ機会候補を同じＰＲＡＣＨ時間−周波数−符号リソースと対応付ける前述の方式では、ネットワークデバイスが２つのＳＳＢ機会候補のうちの１つの前にチャネル検知を実行することに失敗するが、他のＳＳＢ機会候補の前にチャネル検知を実行することに成功した後ＳＳＢを送信する場合でも、第１のＰＲＡＣＨ時間−周波数−符号リソースが、ランダムアクセス情報を送信するために、ＳＳＢを検出する端末デバイスによって使用されることが可能であり、それによりＰＲＡＣＨリソースの浪費を回避する。本明細書のランダムアクセス情報は、ＰＲＡＣＨ情報、プリアンブル（Ｐｒｅａｍｂｌｅ）、プリアンブルシーケンス、メッセージ１（ｍｅｓｓａｇｅ１，Ｍｓｇ．１）などとも呼ばれ得ることを理解されたい。
【０１４７】
たとえば、ネットワークデバイスが第１のＳＳＢ機会候補の前にＬＢＴを実行することに失敗するが、第２のＳＳＢ機会候補の前にＬＢＴを実行することに成功する場合、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを送信し得る。第２のＳＳＢを検出する端末デバイスは、ＳＳＢ機会候補とＰＲＡＣＨ時間−周波数−符号リソースとの間の対応付け関係に基づいて、ランダムアクセス情報（すなわち、第１のＰＲＡＣＨ時間−周波数−符号リソースの中の符号語リソース）を第１のＰＲＡＣＨ時間−周波数−符号リソース上でネットワークデバイスに送信するために、第２のＳＳＢを送信するために使用される第２のＳＳＢ機会候補と関連付けられる第１のＰＲＡＣＨ時間−周波数−符号リソースを決定してもよく、それにより、ネットワークデバイスが第１のＳＳＢ機会候補で第１のＳＳＢを送信できないことにより、第１のＳＳＢ機会候補が対応付けられる第１のＰＲＡＣＨ時間−周波数−符号リソースが浪費される事例を回避する。
【０１４８】
以下は、第１のＳＳＢ機会候補が第２のＳＳＢ機会候補と異なる２つの場合を参照して、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がどのように同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ、端末デバイスがＬＢＴ結果に基づいてどのようにＳＳＢを送信するかを説明する。詳細は以下の通りである。
【０１４９】
第１の場合において、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じサブバンドに対応するが、異なる時間単位に対応する。具体的には、第１のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域において第２の時間単位を占有し、周波数領域において第１のサブバンドを占有する。
【０１５０】
この実施形態では、ＳＳＢ送信成功確率を高めるために、ネットワークデバイスは、ＳＳＢ時間窓の中の異なるＳＳＢ機会候補を同じＰＲＡＣＨ時間−周波数−符号リソースと対応付け得る。チャネル検知の失敗によりＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【０１５１】
図９は、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図９に示されるように、たとえば、第１のＳＳＢ機会候補（すなわち、ＳＳＢ＃１）は、第２のＳＳＢ機会候補（すなわち、ＳＳＢ＃２）の前に配置される。言い換えると、第１のＳＳＢ機会候補によって占有される第１の時間単位は、第２のＳＳＢ機会候補によって占有される第２の時間単位より早い。異なる時間単位に対応する第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のＰＲＡＣＨ時間−周波数−符号リソース（すなわち、ＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂ）と対応付けられる。ネットワークデバイスが第１のＳＳＢ機会候補の前にＬＢＴを実行することに失敗するが、第２のＳＳＢ機会候補の前にＬＢＴを実行することに成功するとき、第２のＳＳＢ機会候補は、第１のＳＳＢ機会候補が占有されていないことにより引き起こされる２つのＲＡＣＨリソースの浪費を回避するために、ＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂにも対応付けられる。
【０１５２】
このシナリオでは、端末デバイスがＬＢＴ結果に基づいてＳＳＢを送信することは、以下のいくつかの事例を含み得る。
【０１５３】
ネットワークデバイスが第１のＳＳＢ機会候補の前にチャネル検知を実行することに成功するが、第２のＳＳＢ機会候補の前にチャネル検知を実行することに失敗するとき、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信し、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信しない。こうして、第１のＳＳＢを検出した後、端末デバイスは、ランダムアクセス情報を送信するために、ＲＡＣＨ＃Ａおよび／またはＲＡＣＨ＃Ｂを占有し得る。第２のＳＳＢだけがＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂリソースと対応付けられる方式と比較すると、この方式はＰＲＡＣＨリソースの浪費を回避することができる。
【０１５４】
代替として、ネットワークデバイスが第１のＳＳＢ機会候補の前にチャネル検知を実行することに失敗するが、第２のＳＳＢ機会候補の前にチャネル検知を実行することに成功するとき、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信し、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信しない。こうして、第２のＳＳＢを検出した後、端末デバイスは、ランダムアクセス情報を送信するために、ＲＡＣＨ＃Ａおよび／またはＲＡＣＨ＃Ｂを占有し得る。第１のＳＳＢだけがＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂリソースと対応付けられる方式と比較すると、この方式はＰＲＡＣＨリソースの浪費を回避することができる。
【０１５５】
ネットワークデバイスが第１のＳＳＢ機会候補の前および第２のＳＳＢ機会候補の前にチャネル検知を実行することに成功するとき、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信し、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信せず、または、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信し、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信せず、または、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信し、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信する。
【０１５６】
通常、既存のＮＲシステムでは、ネットワークデバイスは、異なるＳＳＢ機会候補で、および異なるビーム方向に、異なるＳＳＢを送信する。複数のＳＳＢ機会候補が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる場合、検出されたＳＳＢに基づいて端末デバイスによって送信されるランダムアクセス情報を受信した後、ネットワークデバイスは、どのランダムアクセス情報が送信されるかに基づいて端末デバイスによって検出されるＳＳＢを特定することに失敗し、さらに、後続のダウンリンク信号のビーム方向を決定することに失敗することがある。
【０１５７】
それに対応して、この実施形態では、ネットワークデバイスが第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方のためにチャネル検知を実行することに成功し、従来技術のように、異なるビームを使用することによって第１のＳＳＢおよび第２のＳＳＢを送信する場合、明確なビーム方向が決定されることが可能ではないという問題も引き起こされる。ネットワークデバイスがビーム方向を区別することを可能にするために、以下の制約がさらに、本出願のこの実施形態において課され得る。
【０１５８】
ネットワークデバイスが第１のＳＳＢ機会候補で第１のＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、ネットワークデバイスが第１のＳＳＢを送信するビーム方向は、ネットワークデバイスが第２のＳＳＢを送信するビーム方向と同じである。
【０１５９】
明確なビーム方向が決定されることが可能ではないという問題を回避するために、ネットワークデバイスは、１つだけのＳＳＢ機会候補を送信し得る。こうして、それでも１つのＰＲＡＣＨリソースが、ネットワークデバイスによって実際に送信されるＳＳＢと一意に関連付けられ得るので、ネットワークデバイスは、実際に送信されるＳＳＢのために使用されるビーム方向を取得し、そのビーム方向またはそのビーム方向に近いビーム方向において後続のダウンリンク情報を送信することができる。
【０１６０】
代替として、ネットワークデバイスは、同じビーム方向または近いビーム方向において、これらのＳＳＢ機会候補でＳＳＢを送信し、たとえば、第１のＳＳＢ機会候補で第１のＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信する。こうして、端末デバイスによって検出される、複数のＳＳＢの中の任意の１つまたは複数のＳＳＢが、ＰＲＡＣＨ情報を送信するために同じＰＲＡＣＨリソースと対応付けられ得る。ネットワークデバイスがＰＲＡＣＨ情報を受信した後、ＰＲＡＣＨ情報は複数のＳＳＢ機会候補と関連付けられるが、同じビーム方向（たとえば、ビーム方向Ａ）がＳＳＢ機会候補のために使用されるので、ネットワークデバイスは、ビーム方向Ａまたはビーム方向Ａに近いビーム方向において、後続のダウンリンク情報を端末デバイスに送信し得る。こうして、後続のダウンリンク情報のビーム方向は、ＳＳＢのビーム方向と同じであり、またはそれに近い。
【０１６１】
この実施形態では、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補との間に、少なくとも１つのＳＳＢ機会候補の間隔がある。たとえば、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補との間に、Ｍ−１個のＳＳＢ機会候補の間隔がある。具体的には、本明細書のＭ−１個のＳＳＢ機会候補は、ネットワークデバイスがＳＳＢを送信することを許容されるＳＳＢ機会候補、または、ＳＳＢを送信するために使用されるネットワークデバイスによって構成されるＳＳＢ機会候補である。たとえば、ネットワークデバイスは、ＳＳＢ時間窓の中のすべての利用可能なＳＳＢ機会候補の一部でＳＳＢを送信するように構成する。より具体的には、本明細書のＭは、ＳＳＢ送信周期においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量、言い換えると、ＳＳＢ時間窓においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量である。たとえば、利用可能なＳＳＢ機会候補が後続にある場合であっても、ネットワークデバイスは、ＳＳＢ送信周期またはＳＳＢ時間窓においてすべてのＭ個のＳＳＢを送信した後、ＳＳＢを送信し続けない。Ｍは、ブロードキャスト情報を使用することによって、端末デバイスのためにネットワークデバイスによって構成され得る。たとえば、Ｍは、ＰＢＣＨまたはＲＭＳＩを使用することによって、ネットワークデバイスにより端末デバイスに通知され得る。
【０１６２】
言い換えると、本発明のこの実施形態では、ＳＳＢ時間窓の中のすべてのＳＳＢ機会候補が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるのではないが、ＳＳＢ時間窓の中のＳＳＢ機会候補の一部が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ、ＳＳＢ機会候補の他の部分が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、ＳＳＢ機会候補のその一部が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースと異なる。
【０１６３】
任意選択で、ＳＳＢ時間窓においてサポートされるＳＳＢ機会候補は、少なくとも２つのＳＳＢ機会候補集合を含んでもよく、少なくとも２つのＳＳＢ機会候補集合は、第１のＳＳＢ機会候補集合および第２のＳＳＢ機会候補集合を含む。第１のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含み、第２のＳＳＢ機会候補集合は少なくとも２つのＳＳＢ機会候補を含む。第１のＳＳＢ機会候補は第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補であり、第２のＳＳＢ機会候補は第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補である。さらに、少なくとも２つのＳＳＢ機会候補集合は互いに素である。
【０１６４】
この場合、第１のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合（すなわち、ＰＲＡＣＨ周期の中の利用可能なＰＲＡＣＨ時間−周波数−符号リソースを含む集合）の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ、第２のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補および第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。この場合、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。
【０１６５】
ＰＲＡＣＨ時間−周波数−符号リソース集合は、ランダムアクセスチャネル時間−周波数−符号リソース集合とも呼ばれることを理解されたい。
【０１６６】
任意選択で、Ｌ個のＳＳＢ機会候補は、少なくとも２つの互いの素のＳＳＢ機会候補集合を含む。言い換えると、少なくとも２つの互いに素のＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補は、すべてのＬ個のＳＳＢ機会候補である。
【０１６７】
任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補は、その各々が他方を含まない少なくとも２つの互いに素のＳＳＢ機会候補集合を含む。言い換えると、Ｌ個のＳＳＢ機会候補は、少なくとも２つの互いの素のＳＳＢ機会候補集合を構成する。少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つが、時系列において隣接している少なくとも１つのＳＳＢ機会候補、すなわち、Ｌ個のＳＳＢ機会候補においてその相対的なランクが隣接している少なくとも１つのＳＳＢ機会候補を含む。
【０１６８】
さらに、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが、時系列において隣接している少なくとも２つのＳＳＢ機会候補を含む。
【０１６９】
たとえば、Ｌが２に等しいとき、２つのＳＳＢ機会候補の各々はＳＳＢ機会候補集合であり、各ＳＳＢ機会候補集合は１つのＳＳＢ機会候補を含む。Ｌが３に等しいとき、３つのＳＳＢ機会候補は２つのＳＳＢ機会候補集合を含んでもよく、１つのＳＳＢ機会候補集合は時系列において隣接している２つのＳＳＢ機会候補を含み、他のＳＳＢ機会候補集合は残りのＳＳＢ機会候補を含む。Ｌが４に等しいとき、４つのＳＳＢ機会候補は２つのＳＳＢ機会候補集合を含んでもよく、１つのＳＳＢ機会候補集合は時系列において隣接している２つのＳＳＢ機会候補を含み、他のＳＳＢ機会候補集合は時系列において隣接している残りの２つのＳＳＢ機会候補を含む。残りは類推によって推測されることが可能である。Ｌ個のＳＳＢ機会候補に含まれるＳＳＢ機会候補集合の具体的な量は、Ｌの値および１つのＳＳＢ機会候補集合のサイズに基づいて決定され得る。
【０１７０】
このシナリオでは、少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つの中の任意の２つの異なるＳＳＢ機会候補は、異なるＰＲＡＣＨ時間−周波数−符号リソースと関連付けられ、言い換えると、同じＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。この場合、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補が、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。
【０１７１】
少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つの中の任意の２つの異なるＳＳＢ機会候補は、異なるＰＲＡＣＨ時間−周波数−符号リソースと関連付けられることを理解されたい。ＳＳＢ機会候補集合に含まれるＳＳＢ機会候補は、互いに重複しないＰＲＡＣＨ時間−周波数−符号リソースと関連付けられ、言い換えると、ＳＳＢ機会候補集合に含まれる任意の２つのＳＳＢ機会候補が対応付けられるＰＲＡＣＨ時間−周波数−符号リソース間に交点はなく、言い換えると、ＳＳＢ機会候補集合に含まれる任意の２つのＳＳＢ機会候補は、直交するＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ、言い換えると、ＳＳＢ機会候補集合に含まれる任意の２つのＳＳＢ機会候補が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースの２つのグループは、同じＰＲＡＣＨ機会上の同じプリアンブルシーケンスを含まない。
【０１７２】
前述の実施形態において、Ｌ個のＳＳＢ機会候補は、同じＳＳＢ送信周期または同じＳＳＢ時間窓に含まれるＳＳＢ機会候補である。
【０１７３】
任意選択で、Ｌ個のＳＳＢ機会候補は、ＳＳＢ送信周期またはＳＳＢ時間窓に含まれるすべてのＳＳＢ機会候補であり得る。
【０１７４】
任意選択で、Ｌ個のＳＳＢ機会候補は、時系列において連続している（すなわち、隣接している）ＳＳＢ機会候補である。たとえば、Ｌが４である場合、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補１、ＳＳＢ機会候補２、ＳＳＢ機会候補３、およびＳＳＢ機会候補４であり得る。
【０１７５】
任意選択で、Ｌ個のＳＳＢ機会候補は、ＳＳＢ送信周期またはＳＳＢ時間窓に含まれるいくつかのＳＳＢ機会候補であり得る。たとえば、ネットワークデバイスは、ＳＳＢ時間窓の中のすべての利用可能なＳＳＢ機会候補の一部を使用するように構成するので、ネットワークデバイスは、ＳＳＢを送信するために残りのＳＳＢ機会候補を占有しない。たとえば、本明細書の構成は、ＲＭＳＩまたはＰＢＣＨを使用することによって実行される構成である。
【０１７６】
さらに、Ｌ個のＳＳＢ機会候補は、時系列において連続していない（すなわち、隣接していない）ＳＳＢ機会候補である。たとえば、Ｌが４である場合、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補１、ＳＳＢ機会候補３、ＳＳＢ機会候補５、およびＳＳＢ機会候補７であり得る。
【０１７７】
任意選択で、ＳＳＢ機会候補の時系列は、Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補の相対的な時間ランクであり、ＳＳＢ機会候補の時系列インデックスは、Ｌ個のＳＳＢ機会候補の中のＳＳＢ機会候補の相対的な時間ランクのインデックスである。
【０１７８】
任意選択で、ＳＳＢ機会候補の時系列は、ＳＳＢ時間窓またはＳＳＢ周期の中のＳＳＢ機会候補の時間ランクである。
【０１７９】
任意選択で、ＳＳＢ機会候補の時系列は、ＳＳＢ機会候補のインデックスの値ランクである。ＳＳＢ機会候補のインデックスは、ＳＳＢ時間窓の中のＳＳＢ機会候補のインデックスである。言い換えると、ＳＳＢ機会候補の時系列は、ＳＳＢ機会候補が配置される時間単位のインデックス、たとえばスロットのランクである。ＳＳＢ機会候補のインデックスは、ＳＳＢインデックス（ＳＳＢ  ｉｎｄｅｘ）とも呼ばれる。
【０１８０】
Ｌ個のＳＳＢ機会候補は、時系列に基づいて昇順でソートされ（たとえば、Ｌ個のＳＳＢ機会候補のＳＳＢ機会候補インデックスは０からＬ−１である）、または、ＳＳＢ機会候補のインデックスは、ブロードキャスト情報を使用することによってネットワークデバイスによって通知されることを理解されたい。
【０１８１】
少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つが時系列において隣接している少なくとも１つのＳＳＢ機会候補を含むことは、ＳＳＢ機会候補集合に含まれる少なくとも１つのＳＳＢ機会候補のインデックスがＬ個のＳＳＢ機会候補において隣接していること、言い換えると、少なくとも１つのＳＳＢ機会候補がＬ個のＳＳＢ機会候補の中の相対的な時系列において隣接または連続していることを意味すると理解されたい。具体的には、少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つの中のすべてのＳＳＢ機会候補が、いずれの他のＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補よりも早く、または遅い。たとえば、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補１、ＳＳＢ機会候補３、ＳＳＢ機会候補５、およびＳＳＢ機会候補７であってもよく、２つのＳＳＢ機会候補集合、すなわち、｛ＳＳＢ機会候補１，ＳＳＢ機会候補３｝および｛ＳＳＢ機会候補５，ＳＳＢ機会候補７｝を含んでもよい。この場合、第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補１およびＳＳＢ機会候補３は時系列において隣接しており、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補５およびＳＳＢ機会候補７は時系列において隣接している。
【０１８２】
さらに、少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つが、時系列において隣接している少なくとも１つのＳＳＢ機会候補を含むことは、ＳＳＢ機会候補集合に含まれる少なくとも１つのＳＳＢ機会候補が配置される時間単位が、隣接または連続していることを意味する。たとえば、本明細書における時間単位は、１つのＳＳＢを搬送するために使用される前述のハーフスロットである。たとえば、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補１からＳＳＢ機会候補８であってもよく、スロット１からスロット４において搬送され、２つのＳＳＢ機会候補集合、すなわち、｛ＳＳＢ機会候補１からＳＳＢ機会候補４｝および｛ＳＳＢ機会候補５からＳＳＢ機会候補８｝を含む。この場合、第１のＳＳＢ機会候補集合の中の４つのＳＳＢ機会候補は時系列において隣接しており、４つのＳＳＢ機会候補はそれぞれ、４つの連続する時間単位、すなわち、スロット１における時間領域シンボル＃０から＃６および時間領域シンボル＃７から＃１３、ならびにスロット２における時間領域シンボル＃０から＃６および時間領域シンボル＃７から＃１３において搬送され、第２のＳＳＢ機会候補集合の中の４つのＳＳＢ機会候補は時系列において隣接しており、４つのＳＳＢ機会候補はそれぞれ、４つの連続する時間単位、すなわち、スロット３における時間領域シンボル＃０から＃６および時間領域シンボル＃７から＃１３、ならびにスロット４における時間領域シンボル＃０から＃６および時間領域シンボル＃７から＃１３において搬送される。
【０１８３】
代替として、任意のＳＳＢ機会候補集合が、時系列において隣接している少なくとも１つのＳＳＢ機会候補を含むことは、ＳＳＢ機会候補集合に含まれる少なくとも１つのＳＳＢ機会候補のインデックスが、隣接または連続していることも意味し得る。
【０１８４】
同様に、時系列において隣接している後続のＭ個のＳＳＢ機会候補は、Ｍ個のＳＳＢ機会候補がＬ個のＳＳＢ機会候補の中の相対的な時系列において隣接または連続していることを意味する。Ｌ個のＳＳＢ機会候補に含まれる任意の他のＳＳＢ機会候補は、Ｍ個のＳＳＢ機会候補より前または後にある。さらに、Ｍ個のＳＳＢ機会候補が配置される時間単位は、隣接もしくは連続しており、または、Ｍ個のＳＳＢ機会候補のインデックスは、隣接または連続している。
【０１８５】
可能な実装では、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接しているＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合のいずれか１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ＰＲＡＣＨ時間−周波数−符号リソース集合（すなわち、ＰＲＡＣＨ周期の中の利用可能なＰＲＡＣＨ時間−周波数−符号リソースの集合）の中のＰＲＡＣＨ時間−周波数−符号リソースと逐次関連付けられる。ＰＲＡＣＨ時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【０１８６】
ＳＳＢ機会候補集合の中のＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられることは、次の通りであり得ることを理解されたい。ＳＳＢ機会候補集合の中のＳＳＢ機会候補は、ＳＳＢ機会候補のインデックスまたはＳＳＢ機会候補の時間ランクに基づいて、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられる。たとえば、従来技術のように、ＳＳＢ機会候補集合の中のＳＳＢ機会候補は、インデックス（またはＳＳＢ機会候補集合の中のＳＳＢ機会候補の時系列インデックス）の昇順または降順でソートされ、まず１つのＲＯ上のプリアンブルシーケンスのインデックスの昇順で、次いで１つのＰＲＡＣＨスロットにおけるＲＯの周波数領域インデックスの昇順で、次いで１つのＰＲＡＣＨスロットにおけるＲＯの時間領域インデックスの昇順で、最後にＰＲＡＣＨスロットの昇順で、ＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。
【０１８７】
具体的には、Ｍは分割単位として使用され、Ｌ個のＳＳＢ機会候補の中の第１のＳＳＢ機会候補から開始することによって、その相対的なランクが隣接しているＭ個おきのＳＳＢ機会候補が、同じＳＳＢ機会候補集合へとグループ化される。同じＳＳＢ機会候補集合の中のＭ個のＳＳＢ機会候補は、異なるＰＲＡＣＨ時間−周波数−符号リソースと別々に対応付けられ、異なるＳＳＢ機会候補集合に属する２つのＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。
【０１８８】
さらに、Ｍは２以上である。
【０１８９】
免許不要スペクトル上で、ネットワークデバイスが通常、セルの中のすべてのエリアをカバーするために、相互に異なるビーム方向において、および１つのＳＳＢ時間窓において時間に関して連続的なＭ個のＳＳＢ機会候補（すなわち、１つのＳＳＢ機会候補集合に含まれるＳＳＢ機会候補の量）上で、複数のＳＳＢを送信することを考える。ＳＳＢがチャネル検知の失敗によりＳＳＢ機会候補集合の中のＳＳＢ機会候補（たとえば、第１のＳＳＢ機会候補）で送信されることに失敗する場合、チャネル検知は、次のＳＳＢ機会候補集合において、そのＳＳＢ機会候補が対応付けられるのと同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる、ＳＳＢ機会候補（たとえば、第２のＳＳＢ機会候補）の前に実行され得る。チャネル検知が成功する場合、ＳＳＢは第２のＳＳＢ機会候補で送信され得る。この場合、ネットワークデバイスは、第１のＳＳＢ機会候補のために使用されるのと同じビーム方向において第２のＳＳＢ機会候補を送信し得る。こうして、等価なカバレッジ効果が達成されることが可能である。
【０１９０】
このシナリオでは、ＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。言い換えると、１つのＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補が、１つのＰＲＡＣＨ周期の中のすべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースを占有する。こうして、ネットワークデバイスは、ＰＲＡＣＨリソースが浪費されないことを確実にするために、ＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補でＳＳＢを送信する。ＳＳＢがチャネル検知によりＳＳＢ機会候補集合の中のＳＳＢ機会候補で送信されることに失敗するが、そのＳＳＢ機会候補が対応付けられるのと同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる、次のＳＳＢ機会候補集合の中のＳＳＢ機会候補の前にチャネル検知が成功し、ＳＳＢが送信される場合、ＰＲＡＣＨリソースが浪費されないことが確実にされることが可能である。
【０１９１】
さらに、任意の２つのＳＳＢ機会候補集合において同じ時系列インデックスを有するＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。具体的には、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合において同じ時系列インデックスを有するＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスは、第２のＳＳＢ機会候補の時系列インデックスと同じである。こうして、ＳＳＢを送信することを開始するためにネットワークデバイスによって使用される、ＳＳＢ時間窓の中のどのＳＳＢ機会候補とは無関係に、ネットワークデバイスがＭ個の連続するＳＳＢ機会候補でＭ個のＳＳＢを送信する限り、ＰＲＡＣＨ時間−周波数−符号リソースの浪費を回避するために、Ｍ個のＳＳＢがＰＲＡＣＨ時間−周波数−符号リソース集合全体と対応付けられることが確実にされることが可能である。
【０１９２】
ＳＳＢ機会候補の時系列インデックスは、ＳＳＢ機会候補集合に含まれる時間単位の中の、ＳＳＢ機会候補が配置される時間単位の時系列インデックスであり得る。ＳＳＢ機会候補集合の中のＳＳＢ機会候補の時系列インデックスは、時間順序でソートされた、ＳＳＢ機会候補集合の中のＳＳＢ機会候補のインデックスとも呼ばれ得る。代替として、ＳＳＢ機会候補集合の中のＳＳＢ機会候補の時系列インデックスは、ＳＳＢインデックスの昇順でソートされた、ＳＳＢ機会候補集合の中のＳＳＢ機会候補のインデックスとも呼ばれ得る。言い換えると、ＳＳＢ機会候補の時系列インデックスは、ＳＳＢ機会候補集合におけるＳＳＢ機会候補の時系列位置または相対的な時系列位置である。
【０１９３】
たとえば、Ｌ個のＳＳＢ機会候補は、前述のＳＳＢ機会候補集合を含む少なくとも２つのＳＳＢ機会候補集合を含む。ＳＳＢ機会候補集合の中の時系列に基づいてソートされたＳＳＢ機会候補の中の第ｋのＳＳＢ機会候補、および任意の他のＳＳＢ機会候補集合の中の時系列に基づいてソートされたＳＳＢ機会候補の中の第ｋのＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ、ｋはＭ以下の正の整数である。
【０１９４】
別の例では、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補１からＳＳＢ機会候補８であってもよく、スロット１からスロット４において逐次搬送され、２つのＳＳＢ機会候補集合、すなわち、｛ＳＳＢ機会候補１からＳＳＢ機会候補４｝および｛ＳＳＢ機会候補５からＳＳＢ機会候補８｝を含む。この場合、ＳＳＢ機会候補１とＳＳＢ機会候補５のインデックスは同じであり（ＳＳＢ機会候補１とＳＳＢ機会候補５の両方が、ＳＳＢ機会候補１およびＳＳＢ機会候補５がそれぞれ配置されるＳＳＢ機会候補集合において時間が最も早いＳＳＢ機会候補である）、ＳＳＢ機会候補２とＳＳＢ機会候補６のインデックスは同じであり、ＳＳＢ機会候補３とＳＳＢ機会候補７のインデックスは同じであり、ＳＳＢ機会候補４とＳＳＢ機会候補８のインデックスは同じである。
【０１９５】
言い換えると、Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接しているＭ個のＳＳＢ機会候補を使用することによって、時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢは異なる対応付け周期の中のＳＳＢ機会候補で送信される（言い換えると、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は異なる対応付け周期に属する）。
【０１９６】
言い換えると、Ｌ個のＳＳＢ機会候補は、ＳＳＢ機会候補のインデックスに基づいて、および第１のあらかじめ設定された時間長を対応付け周期として使用することによって、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のＰＲＡＣＨ時間−周波数−符号リソースと周期的におよび逐次的に関連付けられる。第１のあらかじめ設定された時間長の値は、プロトコルもしくは規制において指定されてもよく、または、ブロードキャスト情報を使用することによってネットワークデバイスによって通知されてもよい。たとえば、第１のあらかじめ設定された時間長はＸミリ秒、Ｘスロット、またはＸ時間単位であり、Ｘは正の整数である。
【０１９７】
さらに、時系列において隣接しているＭ個のＳＳＢ機会候補は、Ｌ個のＳＳＢ機会候補の中の時系列において隣接しているＭ個のＳＳＢ機会候補である。Ｌ個のＳＳＢ機会候補の中で時系列において隣接しているＭ個のＳＳＢ機会候補の定義は上で説明され、詳細は再び説明されない。
【０１９８】
具体的には、ＳＳＢ時間窓の中のＳＳＢ機会候補が、巡回シフト対応付け方式でＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるので、ＳＳＢ時間窓の中の複数のＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうして、ネットワークデバイスは、チャネル検知の結果に基づいて、ＳＳＢを送信するために複数のＳＳＢ機会候補のうちの１つを選択し得るので、ＰＲＡＣＨ時間−周波数−符号リソースと実際に送信されるＳＳＢとの間の一意な関連付けに影響を及ぼすことなく、実際に送信されるＳＳＢがすべての利用可能なＰＲＡＣＨリソースと対応付けられることが可能であり、これにより、ＰＲＡＣＨリソースをより効率的に使用し、ＰＲＡＣＨリソースの浪費を回避する。
【０１９９】
本明細書のインデックスは、ＳＳＢ機会候補のインデックスであってもよく、またはＳＳＢ機会候補で送信されるＳＳＢのＳＳＢインデックスであってもよいことを理解されたい。具体的には、ＤＭＲＳおよび／またはＰＢＣＨを使用することによってネットワークデバイスによって示されるインデックスは、ＳＳＢの時間ランクと必ずしも結びつけられず、ＳＳＢ機会候補集合におけるＳＳＢ機会候補の時間位置または時系列インデックスであってもよい。たとえば、ＳＳＢ＃ｋは、ＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補において時間順序でソートされる第ｋまたは第（ｋ＋１）のＳＳＢ機会候補である。
【０２００】
Ｌ個のＳＳＢ機会候補がＳＳＢ時間窓に含まれるすべてのＳＳＢ機会候補であるとき、ＭはＬ以下である。ＬおよびＭの具体的な値は、本出願のこの実施形態では限定されない。ＳＳＢ送信機会を増やし、チャネル検知の失敗によりＳＳＢが送信されることが可能ではないことで引き起こされる損失を埋め合わせるために、比較的大量（すなわち、Ｌ個）のＳＳＢ機会候補が、ＳＳＢ時間窓に対して定義され得る。
【０２０１】
ＳＳＢ時間窓においてサポートされるＳＳＢ機会候補の量が８であり、ネットワークデバイスによって送信されることが可能なＳＳＢの最大の量Ｍが４である場合、ＳＳＢ時間窓の中の８つのＳＳＢ機会候補は、２つのＳＳＢ機会候補集合、すなわち、第１のＳＳＢ機会候補集合および第２のＳＳＢ機会候補集合を含み得る。第１のＳＳＢ機会候補集合と第２のＳＳＢ機会候補集合が、同じＰＲＡＣＨ時間−周波数−符号リソース集合と対応付けられる。第１のＳＳＢ機会候補集合の中の４つのＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられる。第２のＳＳＢ機会候補集合の中の４つのＳＳＢ機会候補は、ＰＲＡＣＨ時間−周波数−符号リソース集合の中の異なるＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられる。このシナリオでは、第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補および第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補（たとえば、第１のＳＳＢ機会候補集合における時系列に基づいてソートされた第ｋのＳＳＢ機会候補および第２のＳＳＢ機会候補集合における時系列に基づいてソートされた第ｋのＳＳＢ機会候補、ここでｋはＭ以下の正の整数である）は、同じ第１のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。
【０２０２】
たとえば、第１のＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補は時間的に隣接しており、第２のＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補は時間的に隣接している。言い換えると、第１のＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補は、その時間インデックスまたはＳＳＢ機会候補インデックスが連続しているＳＳＢ機会候補であり、第２のＳＳＢ機会候補集合に含まれるすべてのＳＳＢ機会候補は、その時間インデックスまたはＳＳＢ機会候補インデックスが連続しているＳＳＢ機会候補である。言い換えると、第１のＳＳＢ機会候補集合は｛ＳＳＢ機会候補＃１，ＳＳＢ機会候補＃２，ＳＳＢ機会候補＃３，ＳＳＢ機会候補＃４｝であり、第２のＳＳＢ機会候補集合は｛ＳＳＢ機会候補＃５，ＳＳＢ機会候補＃６，ＳＳＢ機会候補＃７，ＳＳＢ機会候補＃８｝である。
【０２０３】
第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられることは、次の通りであり得ることを理解されたい。第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、ＳＳＢ機会候補のインデックスまたはＳＳＢ機会候補の時間ランクに基づいて、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のＰＲＡＣＨ時間−周波数−符号リソースと逐次対応付けられる。たとえば、従来技術のように、第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補は、まず１つのＲＯ上のプリアンブルシーケンスのインデックスの昇順で、次いで１つのＰＲＡＣＨスロットにおけるＲＯの周波数領域インデックスの昇順で、次いで１つのＰＲＡＣＨスロットにおけるＲＯの時間領域インデックスの昇順で、最後にＰＲＡＣＨスロットの昇順で、ＰＲＡＣＨ周期の中のＰＲＡＣＨ時間−周波数−符号リソースと対応付けられ得る。
【０２０４】
ＰＲＡＣＨ周期が時間領域において４つのＰＲＡＣＨスロットをサポートし、各ＰＲＡＣＨスロットが１つのＰＲＡＣＨ機会をサポートすること、および、ＰＲＡＣＨ周期が周波数領域において２つのＰＲＡＣＨ機会をサポートし、２つのＰＲＡＣＨ機会が周波数分割多重化方式で多重化されることが、仮定される。各ＰＲＡＣＨ機会は、６４個のプリアンブルシーケンス＃１から＃６４を含み、各ＳＳＢ機会候補は、１つのＰＲＡＣＨ機会上の３２個のプリアンブルシーケンスと対応付けられる。言い換えると、ＰＲＡＣＨ周期は、全体で８つのＰＲＡＣＨ機会を含み、関連付けられるＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＿ｔ＿ｆは、｛ＲＡＣＨ＿１＿１，ＲＡＣＨ＿１＿２，ＲＡＣＨ＿２＿１，ＲＡＣＨ＿２＿２，ＲＡＣＨ＿３＿１，ＲＡＣＨ＿３＿２，ＲＡＣＨ＿４＿１，ＲＡＣＨ＿４＿２｝である。ｔは時間領域インデックスを表し、ｆは周波数領域インデックスを表す。
【０２０５】
この場合、第１のＳＳＢ機会候補集合におけるＳＳＢ機会候補の対応付け結果は、ＳＳＢ機会候補＃１が｛ＲＡＣＨ＿１＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿２＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿３＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿４＿１のプリアンブル＃１から＃３２｝と対応付けられ、ＳＳＢ機会候補＃２が｛ＲＡＣＨ＿１＿１のプリアンブル＃３３から＃６４，ＲＡＣＨ＿２＿１のプリアンブル＃３３から＃６４，ＲＡＣＨ＿３＿１のプリアンブル＃３３から＃６４，ＲＡＣＨ＿４＿１のプリアンブル＃３３から＃６４｝と対応付けられ、ＳＳＢ機会候補＃３が｛ＲＡＣＨ＿１＿２のプリアンブル＃１から＃３２，ＲＡＣＨ＿２＿２のプリアンブル＃１から＃３２，ＲＡＣＨ＿３＿２のプリアンブル＃１から＃３２，ＲＡＣＨ＿４＿２のプリアンブル＃１から＃３２｝と対応付けられ、ＳＳＢ機会候補＃４が｛ＲＡＣＨ＿１＿２のプリアンブル＃３３から＃６４，ＲＡＣＨ＿２＿２のプリアンブル＃３３から＃６４，ＲＡＣＨ＿３＿２のプリアンブル＃３３から＃６４，ＲＡＣＨ＿４＿２のプリアンブル＃３３から＃６４｝と対応付けられるというものである。
【０２０６】
ＳＳＢ機会候補が第１のＳＳＢ機会候補である例が使用される。この場合、第１のＳＳＢ機会候補と関連付けられる第１のＰＲＡＣＨ時間−周波数−符号リソースは、集合｛ＲＡＣＨ＿１＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿２＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿３＿１のプリアンブル＃１から＃３２，ＲＡＣＨ＿４＿１のプリアンブル＃１から＃３２｝であり、集合の適切な部分集合であってもよく、または集合の要素（すなわち、ＲＯ上のプリアンブルシーケンス）であってもよい。
【０２０７】
第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補の対応付け方式は、第１のＳＳＢ機会候補集合のそれと同じである。詳細はここで再び説明されない。
【０２０８】
このシナリオでは、ネットワークデバイスは、チャネル検知の結果に基づいて、８つのＳＳＢ機会候補のうちの４つで４つのＳＳＢを送信してもよく、他の４つのＳＳＢ機会候補は、チャネル検知の失敗によりＳＳＢを送信するために使用されず、または、すべての４つのＳＳＢが送信されたので、ＳＳＢを送信し続けるためにＳＳＢ機会候補がその後で必要とされない。
【０２０９】
第１のＳＳＢ機会候補集合および第２のＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補が、ＰＲＡＣＨ時間−周波数−符号リソース集合の中のすべてのＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるので、第１のＳＳＢ機会候補集合と第２のＳＳＢ機会候補集合の両方の中のすべてのＳＳＢ機会候補が、すべての利用可能なＰＲＡＣＨ時間−周波数−符号リソースを占有することができる。こうすると、ネットワークデバイスが１つのＳＳＢ機会候補集合の中のすべてのＳＳＢ機会候補でＳＳＢを送信するとき、ＰＲＡＣＨリソースが浪費されないことが確実にされることが可能である。ＳＳＢがチャネル検知により第１のＳＳＢ機会候補集合の中のＳＳＢ機会候補で送信されることに失敗する場合、ＰＲＡＣＨリソースが浪費されないことを確実にするために、そのＳＳＢ機会候補が対応付けられるのと同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる、第２のＳＳＢ機会候補集合の中のＳＳＢ機会候補で、ＳＳＢが送信され得る。
【０２１０】
以下は、例を使用することによって説明を提供する。図１０Ａは、本出願の実施形態によるさらに別の時間領域リソースの概略図である。図１０Ｂは、本出願の実施形態によるさらに別の時間領域リソースの概略図である。たとえば、１つのＳＳＢ時間窓は、最大で８つのＳＳＢ機会候補を含む。８つのＳＳＢ機会候補は、それぞれＳＳＢ機会候補＃１からＳＳＢ機会候補＃８である。ＳＳＢ時間窓においてネットワークデバイスによって実際に送信される必要のあるＳＳＢの最大の量は４である。言い換えると、Ｌは８であり、Ｍは４である。ＰＲＡＣＨ時間−周波数−符号リソース集合は、ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃１からＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃８を含み、第１のＳＳＢ機会候補はＳＳＢ機会候補＃１であり、第２のＳＳＢ機会候補はＳＳＢ機会候補＃５である。
【０２１１】
第１のＳＳＢ機会候補集合は｛ＳＳＢ機会候補＃１，ＳＳＢ機会候補＃２，ＳＳＢ機会候補＃３，ＳＳＢ機会候補＃４｝であり、第２のＳＳＢ機会候補集合は｛ＳＳＢ機会候補＃５，ＳＳＢ機会候補＃６，ＳＳＢ機会候補＃７，ＳＳＢ機会候補＃８｝である。ＳＳＢ機会候補＃１およびＳＳＢ機会候補＃５が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、｛ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃１，ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃５｝である。ＳＳＢ機会候補＃２およびＳＳＢ機会候補＃６が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、｛ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃２，ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃６｝である。ＳＳＢ機会候補＃３およびＳＳＢ機会候補＃７が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、｛ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃３，ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃７｝である。ＳＳＢ機会候補＃４およびＳＳＢ機会候補＃８が対応付けられるＰＲＡＣＨ時間−周波数−符号リソースは、｛ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃４，ＰＲＡＣＨ時間−周波数−符号リソースＲＡＣＨ＃８｝である。
【０２１２】
図１０Ａに示されるように、ネットワークデバイスがＳＳＢ機会候補＃１の前にチャネル検知を実行することに成功する場合、ネットワークデバイスは、ＳＳＢ機会候補＃１で４つのＳＳＢをＳＳＢ機会候補＃４に送信し得る。この場合、ＰＲＡＣＨリソースが浪費されないことを確実にするために、全体のＰＲＡＣＨ時間−周波数−符号リソース集合が占有されることが可能である。
【０２１３】
図１０Ｂに示されるように、ネットワークデバイスがＳＳＢ機会候補＃１の前にチャネル検知を実行することに失敗するが、ＳＳＢ機会候補＃２の前にチャネル検知を実行することに成功する場合、ネットワークデバイスは、ＳＳＢ機会候補＃２で４つのＳＳＢをＳＳＢ機会候補＃５に送信し得る。この場合、ＰＲＡＣＨリソースが浪費されないことを確実にするために、依然として全体のＰＲＡＣＨ時間−周波数−符号リソース集合が占有されることが可能である。
【０２１４】
ＳＳＢ時間窓の中のＳＳＢ機会候補が、巡回シフト対応付け方式でＰＲＡＣＨ時間−周波数−符号リソースと対応付けられるので、ＳＳＢ時間窓の中の複数のＳＳＢ機会候補は、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうして、ネットワークデバイスは、チャネル検知の結果に基づいて、ＳＳＢを送信するために複数のＳＳＢ機会候補のうちの１つを選択し得るので、ＰＲＡＣＨ時間−周波数−符号リソースと実際に送信されるＳＳＢとの間の一意な関連付けに影響を及ぼすことなく、実際に送信されるＳＳＢがすべての利用可能なＰＲＡＣＨリソースと対応付けられることが可能であり、これにより、ＰＲＡＣＨリソースをより効率的に使用し、ＰＲＡＣＨリソースの浪費を回避する。
【０２１５】
第２の場合において、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補は、同じ時間単位に対応するが、異なるサブバンドに対応する。具体的には、第１のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域において第１の時間単位を占有し、周波数領域において第２のサブバンドを占有する。
【０２１６】
この実施形態では、ＳＳＢ送信成功確率を高めるために、ネットワークデバイスは、チャネル検知の失敗がサブバンドの１つにおいて発生するので現在の時間単位においてＳＳＢが送信されることが可能ではない事例を避けるために、同じ時間単位に対応する複数のサブバンドにおいてＳＳＢ機会候補を準備し得る。この場合、ネットワークデバイスは、同じ時間単位（たとえば、第１の時間単位）に対応するすべてのサブバンドの中のＳＳＢを同じＰＲＡＣＨ時間−周波数−符号リソースと対応付け得る。こうして、１つのサブバンドの中のチャネル検知が成功する限り、現在の時間単位においてＳＳＢが送信されてもよく、それによりＰＲＡＣＨリソースの浪費を回避する。
【０２１７】
図１１は、本出願のある実施形態によるさらに別の時間領域リソースの概略図である。図１１に示されるように、たとえば、第１のＳＳＢ機会候補（すなわち、ＳＳＢ＃１）と第２のＳＳＢ機会候補（すなわち、ＳＳＢ＃２）の両方が、第１のＰＲＡＣＨ時間−周波数−符号リソース（すなわち、ＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂ）と対応付けられる。このシナリオでは、端末デバイスがＬＢＴ結果に基づいてＳＳＢを送信することは、以下のいくつかの事例を含み得る。
【０２１８】
このシナリオでは、端末デバイスがＬＢＴ結果に基づいてＳＳＢを送信することは、以下のいくつかの事例を含み得る。
【０２１９】
ネットワークデバイスが第１のＳＳＢ機会候補の前にチャネル検知を実行することに成功するが、第２のＳＳＢ機会候補の前にチャネル検知を実行することに失敗するとき、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信し、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信しない。こうして、第１のＳＳＢを検出した後、端末デバイスは、ランダムアクセス情報を送信するために、ＲＡＣＨ＃Ａおよび／またはＲＡＣＨ＃Ｂを占有し得る。第２のＳＳＢだけがＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂリソースと対応付けられる方式と比較すると、この方式はＰＲＡＣＨリソースの浪費を回避することができる。
【０２２０】
代替として、ネットワークデバイスが第１のＳＳＢ機会候補の前にチャネル検知を実行することに失敗するが、第２のＳＳＢ機会候補の前にチャネル検知を実行することに成功するとき、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信し、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信しない。こうして、第２のＳＳＢを検出した後、端末デバイスは、ランダムアクセス情報を送信するために、ＲＡＣＨ＃Ａおよび／またはＲＡＣＨ＃Ｂを占有し得る。第１のＳＳＢだけがＲＡＣＨ＃ＡおよびＲＡＣＨ＃Ｂリソースと対応付けられる方式と比較すると、この方式はＰＲＡＣＨリソースの浪費を回避することができる。
【０２２１】
ネットワークデバイスが第１のＳＳＢ機会候補の前および第２のＳＳＢ機会候補の前にチャネル検知を実行することに成功するとき、ネットワークデバイスは、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信し、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信せず、または、ネットワークデバイスは、第２のＳＳＢ機会候補で第２のＳＳＢを端末デバイスに送信し、第１のＳＳＢ機会候補で第１のＳＳＢを端末デバイスに送信しない。
【０２２２】
異なるサブバンドの中のチャネルは異なるので、ネットワークデバイスは、端末デバイスによって送信されるランダムアクセス情報に基づいて、後続のダウンリンク信号が送信されることになるビーム方向に加えて、後続のダウンリンク信号が送信されることになるサブバンドを決定する必要があることを理解されたい。したがって、ネットワークデバイスが、第１のＳＳＢと第２のＳＳＢの両方に対するチャネル検知を実行することに成功するときに第１のＳＳＢおよび第２のＳＳＢを送信し、２つのＳＳＢが同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる場合、２つのＳＳＢが送信されるビーム方向が同じまたは近い場合であっても、ネットワークデバイスは、ランダムアクセス情報を受信した後、端末デバイスが対応付けを通じてランダムアクセス情報を取得するためにＳＳＢを受信するサブバンドを推定することができない。その結果、ネットワークデバイスは、後続のダウンリンク信号を送信するために使用されるサブバンドを決定することができない。したがって、同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる２つのＳＳＢ機会候補が異なるサブバンドに対応するとき、ネットワークデバイスが２つのＳＳＢ機会候補の前にチャネル検知を実行することに成功する場合であっても、ネットワークデバイスは、ＳＳＢを送信するために１つだけのＳＳＢ機会候補を選択する。
【０２２３】
通常、既存のＮＲシステムでは、ネットワークデバイスは、異なるＳＳＢ機会候補で、および異なるビーム方向に、異なるＳＳＢを送信する。複数のＳＳＢ機会候補が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる場合、検出されたＳＳＢに基づいて端末デバイスによって送信されるランダムアクセス情報を受信した後、ネットワークデバイスは、どのランダムアクセス情報が送信されるかに基づいて端末デバイスによって検出されるＳＳＢを特定することに失敗し、さらに、後続のダウンリンク信号のビーム方向を決定することに失敗することがある。
【０２２４】
それに対応して、この実施形態では、ネットワークデバイスが第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方のためにチャネル検知を実行することに成功し、従来技術のように、異なるビームを使用することによって第１のＳＳＢおよび第２のＳＳＢを送信する場合、明確なビーム方向が決定されることが可能ではないという問題も引き起こされる。ネットワークデバイスがビーム方向を区別することを可能にするために、ネットワークデバイスが第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方でチャネル検知を実行することに成功する場合であっても、明確なビーム方向が決定されることが可能ではないという問題を避けるために、ネットワークデバイスは、ＳＳＢを送信するために２つのＳＳＢ機会候補のうちの１つだけを占有し、ＳＳＢを送信するために他方のＳＳＢ機会候補を占有しないという制約が、本出願のこの実施形態においてさらに課され得る。
【０２２５】
前述の実施形態では、ネットワークデバイスがＳＳＢ機会候補（たとえば、第１のＳＳＢ機会候補または第２のＳＳＢ機会候補）の前にチャネル検知を実行することは、ＳＳＢ機会候補を含むダウンリンクバースト（ｂｕｒｓｔ）の前にネットワークデバイスがチャネル検知を実行することを意味することを理解されたい。ダウンリンクバーストとは、時間に関して連続しておりネットワークデバイスがチャネルを占有した後に送信される、少なくとも１つの時間単位を指す。さらに、ＳＳＢ機会候補を含むダウンリンクバーストおよび別のダウンリンクバーストは、時間に関して連続していない。チャネル検知を実行することに成功した後で、ネットワークデバイスは、ダウンリンクバーストを送信することを開始するためにチャネルをただちに占有し得る。ＳＳＢ機会候補の開始の瞬間は、ダウンリンクバーストの開始の瞬間に等しくてもよく、または、ダウンリンクバーストの開始の瞬間より遅くてもよい。言い換えると、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が同じダウンリンクバーストに配置されるとき、第１のＳＳＢ機会候補の前にネットワークデバイスによって実行されるチャネル検知および第２のＳＳＢ機会候補の前にネットワークデバイスによって実行されるチャネル検知は同じチャネル検知である。
【０２２６】
ネットワークデバイスがＳＳＢ機会候補の前にチャネル検知を実行することは、ネットワークデバイスが、ＳＳＢ機会候補の前に、ＳＳＢ機会候補が配置されるサブバンドもしくはＳＳＢ機会候補が配置されるキャリアのためにチャネル検知を実行すること、または、ネットワークデバイスが、ＳＳＢ機会候補の前に、ＳＳＢ機会候補が配置されるサブバンドにおいて、もしくはＳＳＢ機会候補が配置されるキャリア上でチャネル検知を実行することとしても言及され得ることを、さらに理解されたい。
【０２２７】
前述の実施形態では、端末デバイスが第１のＰＲＡＣＨ時間−周波数−符号リソース上でランダムアクセス情報を送信し得ることは、ＬＢＴが第１のＰＲＡＣＨ時間−周波数−符号リソースの前に実行されることに成功するとき、端末デバイスが第１のＰＲＡＣＨ時間−周波数−符号リソース上でランダムアクセス情報を送信し得ることを意味することを理解されたい。
【０２２８】
本出願のこの実施形態において提供されるランダムアクセス方法によれば、２つのＳＳＢ機会候補が同じＰＲＡＣＨ時間−周波数−符号リソースと対応付けられる。こうすると、ネットワークデバイスがチャネル検知の結果に基づいてＳＳＢ機会候補でＳＳＢを送信するとき、チャネル検知の失敗により２つのＳＳＢ機会候補のうちの１つでＳＳＢが送信されることが可能ではないが、チャネル検知の成功により他方のＳＳＢ機会候補で別のＳＳＢが送信されることが可能である場合でも、その別のＳＳＢを検出する端末デバイスにより、ＰＲＡＣＨ時間−周波数−符号リソースが使用されることが可能であり、これによりＰＲＡＣＨリソースの浪費を回避する。
【０２２９】
図１２は、本出願の実施形態による通信装置の概略構造図である。通信装置は、ソフトウェア、ハードウェア、またはそれらの組合せを使用することによって、ネットワークデバイスの一部またはすべての機能を実装する。通信装置は、ネットワークデバイスであってもよく、またはネットワークデバイスにおいて使用されるチップであってもよい。図１２に示されるように、通信装置は、送信モジュール１１および受信モジュール１２を含み得る。
【０２３０】
送信モジュール１１は、第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、および／または、第２のＳＳＢ機会候補で第２のＳＳＢを送信するように構成され、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。
【０２３１】
受信モジュール１２は、第１のランダムアクセスチャネル時間−周波数−符号リソース上で端末デバイスによって送信されるランダムアクセス情報を受信するように構成される。
【０２３２】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【０２３３】
この実装では、任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用される。Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌは正の整数である。少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【０２３４】
たとえば、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【０２３５】
任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用される。Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムアクセスチャネル時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【０２３６】
Ｍは、たとえば、ＳＳＢ送信周期において通信装置によって送信されることが許容されるＳＳＢの最大の量であり得る。Ｍは、ブロードキャスト情報を使用することによって、端末デバイスのために通信装置によって構成され得る。
【０２３７】
任意選択で、送信モジュール１１が第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、送信モジュール１１が第１のＳＳＢを送信するビーム方向は、送信モジュール１１が第２のＳＳＢを送信するビーム方向と同じである。
【０２３８】
また図１２を参照すると、任意選択で、装置は処理モジュール１３をさらに含み得る。
【０２３９】
処理モジュール１３は、チャネル検知が第１のＳＳＢ機会候補の前および第２のＳＳＢ機会候補の前に実行されることに成功するとき、第１のＳＳＢ機会候補で第１のＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するのを飛ばすように送信モジュール１１を制御するように構成され、第１のＳＳＢ機会候補は第２のＳＳＢ機会候補の前に配置される。
【０２４０】
別の可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【０２４１】
本出願のこの実施形態において提供される通信装置は、前述の方法の実施形態においてネットワークデバイス側で行動を実行し得る。通信装置の実装原理および技術的効果は、方法の実施形態のそれらと同様であり、詳細はここで再び説明されない。
【０２４２】
図１３は、本出願の実施形態による別の通信装置の概略構造図である。通信装置は、ソフトウェア、ハードウェア、またはそれらの組合せを使用することによって、端末デバイスの一部またはすべての機能を実装する。通信装置は、端末デバイスであってもよく、または端末デバイスにおいて使用されるチップであってもよい。図１３に示されるように、通信装置は、受信モジュール２１および送信モジュール２２を含み得る。
【０２４３】
受信モジュール２１は、第１のＳＳＢ機会候補でネットワークデバイスによって送信された第１の同期信号／ＰＢＣＨブロックＳＳＢを受信し、および／または、第２のＳＳＢ機会候補でネットワークデバイスによって送信された第２のＳＳＢを受信するように構成され、第１のＳＳＢ機会候補と第２のＳＳＢ機会候補の両方が、第１のランダムアクセスチャネル時間−周波数−符号リソースと関連付けられる。
【０２４４】
送信モジュール２２は、第１のランダムアクセスチャネル時間−周波数−符号リソース上でランダムアクセス情報をネットワークデバイスに送信するように構成される。
【０２４５】
可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第２の時間単位を占有し、周波数領域における第１のサブバンドを占有する。
【０２４６】
この実装では、任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用される。Ｌが第１の閾値以上であるとき、Ｌ個のＳＳＢ機会候補が少なくとも２つの互いに素のＳＳＢ機会候補集合を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つが時系列において隣接する少なくとも１つのＳＳＢ機会候補を含み、Ｌは正の整数である。少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中の任意の２つの異なるＳＳＢ機会候補が、異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補が、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合に含まれる。
【０２４７】
たとえば、少なくとも２つの互いに素のＳＳＢ機会候補集合の各々が、時系列において隣接するＭ個のＳＳＢ機会候補を含み、少なくとも２つの互いに素のＳＳＢ機会候補集合の任意の１つの中のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと逐次関連付けられ、少なくとも２つの互いに素のＳＳＢ機会候補集合の中の異なるＳＳＢ機会候補集合の中にある同じ時系列インデックスを有するＳＳＢ機会候補が、同じランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢ機会候補の時系列インデックスが、第２のＳＳＢ機会候補の時系列インデックスと同じであり、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含む。
【０２４８】
任意選択で、第１のＳＳＢ機会候補および第２のＳＳＢ機会候補がＬ個のＳＳＢ機会候補に含まれ、Ｌ個のＳＳＢ機会候補のいずれか１つが１つのＳＳＢを送信するために使用される。Ｌ個のＳＳＢ機会候補が、ＳＳＢ機会候補のインデックスに基づいて、かつ、対応付け周期として時系列において隣接するＭ個のＳＳＢ機会候補を使用することによって、ランダムアクセスチャネル時間−周波数−符号リソース集合の中のランダムアクセスチャネル時間−周波数−符号リソースと周期的におよび逐次的に関連付けられ、Ｌ個のＳＳＢ機会候補の中にある同じ対応付け周期に属する任意の２つのＳＳＢ機会候補が、ランダムチャネルアクセス時間−周波数−符号リソース集合の中の異なるランダムアクセスチャネル時間−周波数−符号リソースと関連付けられ、第１のＳＳＢおよび第２のＳＳＢが異なる対応付け周期の中のＳＳＢ機会候補で送信され、ランダムアクセスチャネル時間−周波数−符号リソース集合は、ランダムアクセス情報を送信するために端末デバイスによって使用される少なくとも１つの時間−周波数−符号リソースを含み、Ｍは正の整数である。
【０２４９】
Ｍは、たとえば、ＳＳＢ送信周期においてネットワークデバイスによって送信されることが許容されるＳＳＢの最大の量であり得る。Ｍは、ブロードキャスト情報を使用することによって、通信装置のためにネットワークデバイスによって構成され得る。
【０２５０】
任意選択で、ネットワークデバイスが第１のＳＳＢ機会候補で第１の同期信号／ＰＢＣＨブロックＳＳＢを送信し、第２のＳＳＢ機会候補で第２のＳＳＢを送信するとき、ネットワークデバイスが第１のＳＳＢを送信するビーム方向は、ネットワークデバイスが第２のＳＳＢを送信するビーム方向と同じである。
【０２５１】
別の可能な実装では、第１のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第１のサブバンドを占有する。第２のＳＳＢ機会候補は、時間領域における第１の時間単位を占有し、周波数領域における第２のサブバンドを占有する。
【０２５２】
本出願のこの実施形態において提供される通信装置は、前述の方法の実施形態において端末デバイス側で行動を実行し得る。通信装置の実装原理および技術的効果は、方法の実施形態のそれらと同様であり、詳細はここで再び説明されない。
【０２５３】
送信モジュールは実際の実装では送信機であってもよく、受信モジュールは実際の実装では受信機であってもよいことが理解されるべきであることに留意されたい。処理モジュールは、処理要素によって呼び出されるソフトウェアの形式で実装されてもよく、ハードウェアの形式で実装されてもよい。たとえば、処理モジュールは、別々に配設される処理要素であってもよく、または、実装のために前述の装置のチップに統合されてもよい。加えて、処理モジュールは代替として、プログラムコードの形式で前述の装置のメモリに記憶されてもよく、処理モジュールの機能を実行するために前述の装置の処理要素によって呼び出される。加えて、モジュールのすべてまたは一部が一緒に統合されてもよく、または独立に実装されてもよい。本明細書で説明される処理要素は、信号処理能力を伴う集積回路であってもよい。実装プロセスにおいて、方法のステップまたはモジュールは、処理要素の中のハードウェア集積論理回路を使用することによって、またはソフトウェアの形式の命令を使用することによって実装されることが可能である。
【０２５４】
たとえば、前述のモジュールは、１つまたは複数の特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ，ＡＳＩＣ）、１つまたは複数のマイクロプロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、または１つまたは複数のフィールドプログラマブルゲートアレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ，ＦＰＧＡ）などの、方法を実施するための１つまたは複数の集積回路として構成され得る。別の例では、前述のモジュールのうちの１つが処理要素によってスケジューリングプログラムコードの形式で実装されるとき、処理要素は、汎用プロセッサ、たとえば中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ，ＣＰＵ）またはプログラムコードを呼び出すことができる別のプロセッサであり得る。別の例では、モジュールは、一緒に集積され、システムオンチップ（ｓｙｓｔｅｍ−ｏｎ−ａ−ｃｈｉｐ，ＳＯＣ）の形態で実装されてもよい。
【０２５５】
図１４は、本出願の実施形態によるさらに別の通信装置の概略構造図である。図１４に示されるように、通信装置は、プロセッサ３１（たとえば、ＣＰＵ）、メモリ３２、受信機３３、および送信機３４を含み得る。受信機３３と送信機３４の両方がプロセッサ３１に結合され、プロセッサ３１は受信機３３の受信行動および送信機３４の送信行動を制御する。メモリ３２は、高速ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＲＡＭ）を含むことがあり、不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ，ＮＶＭ）、たとえば、少なくとも１つの磁気ディスクストレージをさらに含むことがある。メモリ３２は、様々な処理機能を完了して本出願の方法ステップを実施するために、様々な命令を記憶し得る。任意選択で、本出願の通信装置はさらに、電源３５、通信バス３６、および通信ポート３７を含み得る。受信機３３および送信機３４は、通信装置のトランシーバへと統合されてもよく、または通信装置の独立したトランシーバアンテナであってもよい。通信バス３６は、コンポーネント間の通信接続を実装するように構成される。通信ポート３７は、通信装置と別の周辺機器との間の接続と通信を実装するように構成される。
【０２５６】
本出願のこの実施形態では、メモリ３２はコンピュータ実行可能プログラムコードを記憶するように構成され、プログラムコードは命令を含む。プロセッサ３１が命令を実行するとき、命令は、通信装置のプロセッサ３１が、前述の方法の実施形態におけるネットワークデバイスの処理行動を実行することを可能にし、受信機３３が、前述の方法の実施形態におけるネットワークデバイスの受信行動を実行することを可能にし、送信機３４が、前述の方法の実施形態におけるネットワークデバイスの送信行動を実行することを可能にする。通信装置の実装原理および技術的効果は、方法の実施形態のそれらと同様であり、詳細はここで再び説明されない。
【０２５７】
図１５は、本出願の実施形態によるさらに別の通信装置の概略構造図である。図１５に示されるように、通信装置は、プロセッサ４１（たとえば、ＣＰＵ）、メモリ４２、受信機４３、および送信機４４を含み得る。受信機４３と送信機４４の両方がプロセッサ４１に結合され、プロセッサ４１は受信機４３の受信行動および送信機４４の送信行動を制御する。メモリ４２は、高速ＲＡＭを含んでもよく、または不揮発性メモリＮＶＭ、たとえば、少なくとも１つの磁気ディスクストレージをさらに含んでもよい。メモリ４２は、様々な処理機能を完了して本出願の方法ステップを実施するために、様々な命令を記憶し得る。任意選択で、本出願の通信装置はさらに、電源４５、通信バス４６、および通信ポート４７を含み得る。受信機４３および送信機４４は、通信装置のトランシーバへと統合されてもよく、または通信装置の独立したトランシーバアンテナであってもよい。通信バス４６は、コンポーネント間の通信接続を実装するように構成される。通信ポート４７は、通信装置と別の周辺機器との間の接続と通信を実装するように構成される。
【０２５８】
本出願では、メモリ４２はコンピュータ実行可能プログラムコードを記憶するように構成され、プログラムコードは命令を含む。プロセッサ４１が命令を実行するとき、命令は、通信装置のプロセッサ４１が、前述の方法の実施形態における端末デバイスの処理行動を実行することを可能にし、受信機４３が、前述の方法の実施形態における端末デバイスの受信行動を実行することを可能にし、送信機４４が、前述の方法の実施形態における端末デバイスの送信行動を実行することを可能にする。通信装置の実装原理および技術的効果は、方法の実施形態のそれらと同様であり、詳細はここで再び説明されない。
【０２５９】
前述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用することによって実装され得る。ソフトウェアが実施形態を実装するために使用されるとき、実施形態のすべてまたは一部は、コンピュータプログラム製品の形式で実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がロードされコンピュータ上で実行されるとき、本出願の実施形態に従った手順または機能が、完全にまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、または、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。たとえば、コンピュータ命令は、有線（たとえば、同軸ケーブル、光ファイバ、またはデジタル加入者線（ＤＳＬ））またはワイヤレス（たとえば、赤外線、無線、またはマイクロ波）の方式で、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに送信され得る。コンピュータ可読記憶媒体は、コンピュータによって、または、１つまたは複数の使用可能な媒体を統合する、サーバもしくはデータセンタなどのデータストレージデバイスによって、アクセス可能な任意の使用可能な媒体であり得る。使用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光学媒体（たとえば、ＤＶＤ）、半導体媒体（たとえば、ソリッドステートドライブ（ＳＳＤ））などであり得る。
【０２６０】
本出願の「複数の」は、２つまたは２つより多くを指す。本明細書における用語「および／または」は、関連付けられる対象物を記述するための関連付け関係のみを記述し、３つの関係が存在し得ることを表す。たとえば、Ａおよび／またはＢは以下の３つの事例を表し得る。Ａのみが存在する、ＡとＢの両方が存在する、Ｂのみが存在する。加えて、本明細書における文字「／」は、関連付けられる対象物間の「または」の関係を通常は示す。式において、文字「／」は関連付けられる対象物間の「除算」を示す。
【０２６１】
本出願の実施形態において使用される数値記号は、単に説明の容易さのために区別されるが、本出願の実施形態の範囲を限定するために使用されないことが理解され得る。
【０２６２】
前述のプロセスの順序番号は、本出願の実施形態における実行の順序を意味しないことを理解されたい。処理の実行順序は、プロセスの機能および内部論理に従って決定されるべきであり、本出願の実施形態の実装プロセスに対するどのような制約としても解釈されるべきではない。
【国際調査報告】
2021533657.tif 000019
2021533657.tif 000020
2021533657.tif 000021
2021533657.tif 000022