(57)【要約】  ある種の実施形態によれば、ワイヤレスデバイスによる方法が、ビームに基づくランダムアクセスのために提供される。本方法は、ネットワークノードからハンドオーバコマンドを受信することを含み、そのハンドオーバコマンドは少なくとも１つの適合性閾値を含む。ワイヤレスデバイスによって検出された複数のビームのそれぞれの測定が、実行される。複数のビームの測定値は、少なくとも１つの適合性閾値と比較される。特定のビームが、比較に基づいて選択され、ランダムアクセス手続きが、開始される。【選択図】図１９
2020535707.tif 000002
【特許請求の範囲】
【請求項１】
ビームに基づくランダムアクセスのためのワイヤレスデバイスによる方法であって、
ネットワークノードから、少なくとも１つの適合性閾値を含むハンドオーバコマンドを受信することと、
前記ワイヤレスデバイスによって検出された複数のビームのそれぞれの測定を前記ワイヤレスデバイスによって実行することと、
前記複数のビームの測定値を前記少なくとも１つの適合性閾値と比較することと、
前記複数のビームの前記測定値と前記少なくとも１つの適合性閾値との比較に基づいて前記複数のビームのうちの特定のビームを選択することと、
ランダムアクセス手続きを開始することと
を含む、方法。
【請求項２】
前記ハンドオーバコマンドが、前記ワイヤレスデバイスに接続されたネットワークノードから受信される、請求項１に記載の方法。
【請求項３】
前記ハンドオーバコマンドが、前記ソースネットワークノードからターゲットネットワークノードへの前記ワイヤレスデバイスのハンドオーバを実行している前記ターゲットネットワークノードによって生成される、請求項２に記載の方法。
【請求項４】
前記少なくとも１つの適合性閾値が、少なくとも１つの物理ランダムアクセスチャンネル（ＰＲＡＣＨ）適合性閾値又は少なくとも１つのランダムアクセスチャンネル（ＲＡＣＨ）適合性閾値を含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記少なくとも１つの適合性閾値が、少なくとも１つの最低無線品質を含み、
前記複数のビームの前記測定値を比較することが、前記複数のビームのそれぞれの測定値を前記少なくとも１つの最低無線品質と比較することを含み、
前記特定のビームを選択することが、前記少なくとも１つの最低無線品質より大きな関連測定値を有する前記特定のビームを選択することを含む、
請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記少なくとも１つの適合性閾値が、少なくとも１つの最小参照信号受信電力（ＲＳＲＰ）を含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちのそれぞれの適合性閾値が、複数の参照信号のうちの異なる１つの参照信号に関連する、
請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、競合ベースのランダムアクセス（ＣＢＲＡ）に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、無競合ランダムアクセス（ＣＦＲＡ）に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項１から６のいずれか一項に記載の方法。
【請求項９】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、同期信号ブロック（ＳＳＢ）ベースのハンドオーバ用であり、
前記複数の適合性閾値のうちの第２の適合性閾値が、チャンネル状態情報−参照信号（ＣＳＩ−ＲＳ）ベースのハンドオーバ用である、
請求項１から６のいずれか一項に記載の方法。
【請求項１０】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、初期プリアンブル送信に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、プリアンブル再送信に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項１から６のいずれか一項に記載の方法。
【請求項１１】
前記ランダムアクセス手続きを開始することが、前記複数のビームから選択された前記特定のビームを使用してランダムアクセスプリアンブルを送信することを含む、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
コンピュータで実行されるときに請求項１から１１のいずれか一項に記載の方法を実行する命令を含むコンピュータプログラム。
【請求項１３】
コンピュータプログラムが、コンピュータで実行されるときに請求項１から１１のいずれか一項に記載の方法を実行する命令を含む、前記コンピュータプログラムを含むコンピュータプログラム製品。
【請求項１４】
コンピュータによって実行されるときに請求項１から１１のいずれか一項に記載の方法を実行する命令を記憶する、非一時的コンピュータ可読媒体。
【請求項１５】
ビームに基づくランダムアクセスのためのワイヤレスデバイスであって、
命令を記憶するように動作可能なメモリと、
少なくとも１つの適合性閾値を含むハンドオーバコマンドをネットワークノードから受信すること、
前記ワイヤレスデバイスによって検出された複数のビームのそれぞれの測定を前記ワイヤレスデバイスによって実行すること、
前記複数のビームの前記測定値を前記少なくとも１つの適合性閾値と比較すること、
前記少なくとも１つの適合性閾値との前記複数のビームの前記測定値の比較に基づいて前記複数のビームのうちの特定のビームを選択すること、及び、
ランダムアクセス手続きを開始すること
を前記ワイヤレスデバイスに行わせるために前記命令を実行するように動作可能な処理回路と
を備えた、ワイヤレスデバイス。
【請求項１６】
前記ハンドオーバコマンドが、前記ワイヤレスデバイスに接続されたネットワークノードから受信される、請求項１５に記載のワイヤレスデバイス。
【請求項１７】
前記ハンドオーバコマンドが、前記ソースネットワークノードからターゲットネットワークノードへの前記ワイヤレスデバイスのハンドオーバを実行している前記ターゲットネットワークノードによって生成される、請求項１６に記載のワイヤレスデバイス。
【請求項１８】
前記少なくとも１つの適合性閾値が、少なくとも１つの物理ランダムアクセスチャンネル（ＰＲＡＣＨ）適合性閾値又は少なくとも１つのランダムアクセスチャンネル（ＲＡＣＨ）適合性閾値を含む、請求項１５から１７のいずれか一項に記載のワイヤレスデバイス。
【請求項１９】
前記少なくとも１つの適合性閾値が、少なくとも１つの最低無線品質を含み、
前記複数のビームの前記測定値を比較することが、前記複数のビームのそれぞれの測定値を前記少なくとも１つの最低無線品質と比較することを含み、
前記特定のビームを選択することが、前記少なくとも１つの最低無線品質より大きな関連測定値を有する前記特定のビームを選択することを含む、
請求項１５から１８のいずれか一項に記載のワイヤレスデバイス。
【請求項２０】
前記少なくとも１つの適合性閾値が、少なくとも１つの最小参照信号受信電力（ＲＳＲＰ）を含む、請求項１５から１９のいずれか一項に記載のワイヤレスデバイス。
【請求項２１】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちのそれぞれの適合性閾値が、複数の参照信号のうちの異なる１つの参照信号に関連する、
請求項１５から２０のいずれか一項に記載のワイヤレスデバイス。
【請求項２２】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、競合ベースのランダムアクセス（ＣＢＲＡ）に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、無競合ランダムアクセス（ＣＦＲＡ）に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項１５から２０のいずれか一項に記載のワイヤレスデバイス。
【請求項２３】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、同期信号ブロック（ＳＳＢ）ベースのハンドオーバ用であり、
前記複数の適合性閾値のうちの第２の適合性閾値が、チャンネル状態情報−参照信号（ＣＳＩ−ＲＳ）ベースのハンドオーバ用である、
請求項１５から２０のいずれか一項に記載のワイヤレスデバイス。
【請求項２４】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、初期プリアンブル送信に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、プリアンブル再送信に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項１５から２０のいずれか一項に記載のワイヤレスデバイス。
【請求項２５】
前記ランダムアクセス手続きを開始することが、前記複数のビームから選択された前記特定のビームを使用してランダムアクセスプリアンブルを送信することを含む、請求項１５から２４のいずれか一項に記載のワイヤレスデバイス。
【請求項２６】
ワイヤレスデバイスを用いてビームに基づくランダムアクセスを開始するためのターゲットネットワークノードによる方法であって、
前記ワイヤレスデバイスに接続されたソースネットワークノードにハンドオーバコマンドを送信することであり、前記ハンドオーバコマンドが、少なくとも１つの適合性閾値を含み、前記少なくとも１つの適合性閾値が、前記ターゲットネットワークノードへのハンドオーバを開始するために複数のビームのうちの特定の１つのビームを選択する際に前記ワイヤレスデバイスによって使用するための最低無線品質を含む、ハンドオーバコマンドを送信することと、
ランダムアクセスプリアンブルを前記ワイヤレスデバイスから受信することと
を含む、方法。
【請求項２７】
前記少なくとも１つの適合性閾値を含む前記ハンドオーバコマンドを前記ソースネットワークノードに送信する前に、
前記ワイヤレスデバイスに関連する測定報告パラメータを前記ソースネットワークノードから受信することと、
前記ワイヤレスデバイスに関連する前記測定報告パラメータに基づいて前記少なくとも１つの適合性閾値を判定することと
をさらに含む、請求項２６に記載の方法。
【請求項２８】
前記少なくとも１つの適合性閾値を含む前記ハンドオーバコマンドを前記ソースネットワークノードに送信する前に、
前記ワイヤレスデバイスのための測定報告パラメータの判定において前記ソースネットワークノードによって使用するための前記少なくとも１つの適合性閾値を含むメッセージを前記ソースネットワークノードに送信すること
をさらに含む、請求項２６に記載の方法。
【請求項２９】
前記少なくとも１つの適合性閾値が、少なくとも１つの物理ランダムアクセスチャンネル（ＰＲＡＣＨ）適合性閾値又は少なくとも１つのランダムアクセスチャンネル（ＲＡＣＨ）適合性閾値を含む、請求項２６から２８のいずれか一項に記載の方法。
【請求項３０】
前記少なくとも１つの適合性閾値が、少なくとも１つの最低無線品質を含む、請求項２６から２９のいずれか一項に記載の方法。
【請求項３１】
前記少なくとも１つの適合性閾値が、少なくとも１つの最小参照信号受信電力（ＲＳＲＰ）を含む、請求項２６から３０のいずれか一項に記載の方法。
【請求項３２】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちのそれぞれの適合性閾値が、複数の参照信号のうちの異なる１つの参照信号に関連する、
請求項２６から３１のいずれか一項に記載の方法。
【請求項３３】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、競合ベースのランダムアクセス（ＣＢＲＡ）に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、無競合ランダムアクセス（ＣＦＲＡ）に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項２６から３１のいずれか一項に記載の方法。
【請求項３４】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、同期信号ブロック（ＳＳＢ）ベースのハンドオーバ用であり、
前記複数の適合性閾値のうちの第２の適合性閾値が、チャンネル状態情報−参照信号（ＣＳＩ−ＲＳ）ベースのハンドオーバ用である、
請求項２６から３１のいずれか一項に記載の方法。
【請求項３５】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、初期プリアンブル送信に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、プリアンブル再送信に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項２６から３１のいずれか一項に記載の方法。
【請求項３６】
コンピュータで実行されるときに請求項２６から３５のいずれか一項に記載の方法を実行する命令を含む、コンピュータプログラム。
【請求項３７】
コンピュータプログラムが、コンピュータで実行されるときに請求項２６から３５のいずれか一項に記載の方法を実行する命令を含む、前記コンピュータプログラムを含むコンピュータプログラム製品。
【請求項３８】
コンピュータによって実行されるときに請求項２６から３５のいずれか一項に記載の方法を実行する命令を記憶する、非一時的コンピュータ可読媒体。
【請求項３９】
ワイヤレスデバイスを用いてビームに基づくランダムアクセスを開始するためのターゲットネットワークノードであって、前記ワイヤレスデバイスが、
命令を記憶するように動作可能なメモリと、
前記ワイヤレスデバイスに接続されたソースネットワークノードに、ハンドオーバコマンドを送信することであり、前記ハンドオーバコマンドが、少なくとも１つの適合性閾値を含み、前記少なくとも１つの適合性閾値は、前記ターゲットネットワークノードへのハンドオーバを開始するために複数のビームのうちの特定の１つのビームを選択する際に前記ワイヤレスデバイスによって使用するための最低無線品質を含む、ハンドオーバコマンドを送信すること、及び、
ランダムアクセスプリアンブルを前記ワイヤレスデバイスから受信すること
を前記ターゲットネットワークノードに行わせるために前記命令を実行するように動作可能な処理回路と
を備えた、ターゲットネットワークノード。
【請求項４０】
前記処理回路が、
前記少なくとも１つの適合性閾値を含む前記ハンドオーバコマンドを前記ソースネットワークノードに送信する前に、
前記ワイヤレスデバイスに関連する測定報告パラメータを前記ソースネットワークノードから受信することと、
前記ワイヤレスデバイスに関連する前記測定報告パラメータに基づいて前記少なくとも１つの適合性閾値を判定することと
を前記ターゲットネットワークノードに行わせるために前記命令を実行するように動作可能である、請求項３９に記載のターゲットネットワークノード。
【請求項４１】
前記処理回路が、
前記少なくとも１つの適合性閾値を含む前記ハンドオーバコマンドを前記ソースネットワークノードに送信する前に、
前記ワイヤレスデバイスのための測定報告パラメータの判定において前記ソースネットワークノードによって使用するための前記少なくとも１つの適合性閾値を含むメッセージを前記ソースネットワークノードに送信すること
を前記ターゲットネットワークノードに行わせるために前記命令を実行するように動作可能である、請求項３９に記載のターゲットネットワークノード。
【請求項４２】
前記少なくとも１つの適合性閾値が、少なくとも１つの物理ランダムアクセスチャンネル（ＰＲＡＣＨ）適合性閾値又は少なくとも１つのランダムアクセスチャンネル（ＲＡＣＨ）適合性閾値を含む、請求項３９から４１のいずれか一項に記載のターゲットネットワークノード。
【請求項４３】
前記少なくとも１つの適合性閾値が、少なくとも１つの最低無線品質を含む、請求項３９から４２のいずれか一項に記載のターゲットネットワークノード。
【請求項４４】
前記少なくとも１つの適合性閾値が、少なくとも１つの最小参照信号受信電力（ＲＳＲＰ）を含む、請求項３９から４３のいずれか一項に記載のターゲットネットワークノード。
【請求項４５】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちのそれぞれの適合性閾値が、複数の参照信号のうちの異なる１つの参照信号に関連する、
請求項３９から４４のいずれか一項に記載のターゲットネットワークノード。
【請求項４６】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、競合ベースのランダムアクセス（ＣＢＲＡ）に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、無競合ランダムアクセス（ＣＦＲＡ）に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項３９から４５のいずれか一項に記載のターゲットネットワークノード。
【請求項４７】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、同期信号ブロック（ＳＳＢ）ベースのハンドオーバ用であり、
前記複数の適合性閾値のうちの第２の適合性閾値が、チャンネル状態情報−参照信号（ＣＳＩ−ＲＳ）ベースのハンドオーバ用である、
請求項３９から４５のいずれか一項に記載のターゲットネットワークノード。
【請求項４８】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、初期プリアンブル送信に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、プリアンブル再送信に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項３９から４５のいずれか一項に記載のターゲットネットワークノード。
【請求項４９】
ビームに基づくランダムアクセスのためのソースネットワークノードによる方法であって、
少なくとも１つの適合性閾値を含むハンドオーバコマンドを、ターゲットネットワークノードから、受信することと、
前記ターゲットネットワークノードへのワイヤレスデバイスのハンドオーバを開始するために、前記少なくとも１つの適合性閾値を含む前記ハンドオーバコマンドを前記ソースネットワークノードに接続された前記ワイヤレスデバイスに送信することであり、前記少なくとも１つの適合性閾値が、前記ターゲットネットワークノードとのハンドオーバを開始するために前記ワイヤレスデバイスによって複数のビームのうちの特定の１つのビームを選択するための最低無線品質を含む、ことと
を含む、方法。
【請求項５０】
前記少なくとも１つの適合性閾値を含む前記ハンドオーバコマンドを前記ターゲットネットワークノードから受信する前に、前記少なくとも１つの適合性閾値の判定において前記ターゲットネットワークノードによって使用するために前記ターゲットネットワークノードに前記ワイヤレスデバイスに関連する測定報告パラメータを送信することをさらに含む、
請求項４９に記載の方法。
【請求項５１】
前記少なくとも１つの適合性閾値が、少なくとも１つの物理ランダムアクセスチャンネル（ＰＲＡＣＨ）適合性閾値又は少なくとも１つのランダムアクセスチャンネル（ＲＡＣＨ）適合性閾値を含む、請求項４９又は５０に記載の方法。
【請求項５２】
前記少なくとも１つの適合性閾値が、少なくとも１つの最低無線品質を含む、請求項４９又は５０に記載の方法。
【請求項５３】
前記少なくとも１つの適合性閾値が、少なくとも１つの最小参照信号受信電力（ＲＳＲＰ）を含む、請求項４９から５２のいずれか一項に記載の方法。
【請求項５４】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちのそれぞれの適合性閾値が、複数の参照信号のうちの異なる１つの参照信号に関連する、
請求項４９から５３のいずれか一項に記載の方法。
【請求項５５】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、競合ベースのランダムアクセス（ＣＢＲＡ）に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、無競合ランダムアクセス（ＣＦＲＡ）に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項４９から５４のいずれか一項に記載の方法。
【請求項５６】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、同期信号ブロック（ＳＳＢ）ベースのハンドオーバ用であり、
前記複数の適合性閾値のうちの第２の適合性閾値が、チャンネル状態情報−参照信号（ＣＳＩ−ＲＳ）ベースのハンドオーバ用である、
請求項４９から５４のいずれか一項に記載の方法。
【請求項５７】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、初期プリアンブル送信に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、プリアンブル再送信に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項４９から５４のいずれか一項に記載の方法。
【請求項５８】
ビームに基づくランダムアクセスのためのソースネットワークノードであって、
命令を記憶するように動作可能なメモリと、
少なくとも１つの適合性閾値を含むハンドオーバコマンドをターゲットネットワークノードから受信すること、及び、
前記ターゲットネットワークノードへのワイヤレスデバイスのハンドオーバを開始するために、前記少なくとも１つの適合性閾値を含む前記ハンドオーバコマンドを、前記ソースネットワークノードに接続された前記ワイヤレスデバイスに送信することであり、前記少なくとも１つの適合性閾値が、前記ターゲットネットワークノードとのハンドオーバを開始するために前記ワイヤレスデバイスによって複数のビームのうちの特定の１つのビームを選択するための最低無線品質を含む、こと
を前記ソースネットワークノードに行わせるために前記命令を実行するように動作可能な処理回路と
を備えた、ソースネットワークノード。
【請求項５９】
前記処理回路が、
前記少なくとも１つの適合性閾値を含む前記ハンドオーバコマンドを前記ターゲットネットワークノードから受信する前に、前記少なくとも１つの適合性閾値の判定において前記ターゲットネットワークノードによって使用するために前記ターゲットネットワークノードに前記ワイヤレスデバイスに関連する測定報告パラメータを送信すること
を前記ソースネットワークノードに行わせるために前記命令を実行するように動作可能である、請求項５８に記載のソースネットワークノード。
【請求項６０】
前記少なくとも１つの適合性閾値が、少なくとも１つの物理ランダムアクセスチャンネル（ＰＲＡＣＨ）適合性閾値又は少なくとも１つのランダムアクセスチャンネル（ＲＡＣＨ）適合性閾値を含む、請求項５８又は５９に記載のソースネットワークノード。
【請求項６１】
前記少なくとも１つの適合性閾値が、少なくとも１つの最低無線品質を含む、請求項５８から６０のいずれか一項に記載のソースネットワークノード。
【請求項６２】
前記少なくとも１つの適合性閾値が、少なくとも１つの最小参照信号受信電力（ＲＳＲＰ）を含む、請求項５８から６１のいずれか一項に記載の方法。
【請求項６３】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちのそれぞれの適合性閾値が、複数の参照信号のうちの異なる１つの参照信号に関連する、
請求項５８から６２のいずれか一項に記載のソースネットワークノード。
【請求項６４】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、競合ベースのランダムアクセス（ＣＢＲＡ）に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、無競合ランダムアクセス（ＣＦＲＡ）に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項５８から６３のいずれか一項に記載のソースネットワークノード。
【請求項６５】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、同期信号ブロック（ＳＳＢ）ベースのハンドオーバ用であり、
前記複数の適合性閾値のうちの第２の適合性閾値が、チャンネル状態情報−参照信号（ＣＳＩ−ＲＳ）ベースのハンドオーバ用である、
請求項５８から６３のいずれか一項に記載の方法。
【請求項６６】
前記少なくとも１つの適合性閾値が、複数の適合性閾値を含み、
前記複数の適合性閾値のうちの第１の適合性閾値が、初期プリアンブル送信に関連し、
前記複数の適合性閾値のうちの第２の適合性閾値が、プリアンブル再送信に関連し、
前記複数の適合性閾値のうちの前記第２の適合性閾値が、前記複数の適合性閾値のうちの前記第１の適合性閾値より低い、
請求項５８から６３のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、ワイヤレス通信に関し、より詳細には、ハンドオーバ実行におけるマルチビームランダムアクセス手続きに関する。
【背景技術】
【０００２】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＵＥは、ＵＥがセルを変更する必要があるときにＬＴＥにおいてハンドオーバを実行する。それは、以下のように３ＧＰＰ  ＴＳ３６．３００及び図１Ａ〜図１Ｃにおいて要約される：
０  ソースｅＮＢ内のＵＥコンテキストは、接続確立において又は最後のＴＡ更新において提供されたローミング及びアクセス制限に関する情報を含む。
１  ソースｅＮＢは、ローミング及びアクセス制限情報、及び、たとえば、利用可能な多周波数帯域情報に従って、ＵＥ測定手続きを設定する。ソースｅＮＢによって提供される測定値は、ＵＥの接続可動性を制御する機能を助けることができる。
２  測定報告が、トリガされ、ｅＮＢに送られる。
３  ソースｅＮＢは、測定報告及びＲＲＭ情報に基づいて、ＵＥをハンドオフする決定を行う。
４  ソースｅＮＢは、ターゲット側においてＨＯを準備するために必要な情報を渡すターゲットｅＮＢへのハンドオーバ要求メッセージを発行する（ＵＥ  Ｘ２は、ソースｅＮＢにおけるコンテキスト参照を信号伝達し、ＵＥ  Ｓ１  ＥＰＣは、コンテキスト参照、ターゲットセルＩＤ、ＫｅＮＢ＊、ソースｅＮＢにおけるＵＥのＣ−ＲＮＴＩを含むＲＲＣコンテキスト、ＡＳ設定、Ｅ−ＲＡＢコンテキスト及び可能なＲＬＦ回復のためのソースセル＋短いＭＡＣ−Ｉの物理レイヤＩＤを信号伝達する）。参照を信号伝達するＵＥ  Ｘ２／ＵＥ  Ｓ１は、ターゲットｅＮＢがソースｅＮＢ及びＥＰＣをアドレス指定することを可能にする。Ｅ−ＲＡＢコンテキストは、必要なＲＮＬ及びＴＮＬアドレス指定情報と、Ｅ−ＲＡＢのＱｏＳプロファイルとを含む。
５  資源がターゲットｅＮＢによって許諾され得る場合、アドミッション制御が、ＨＯ成功の可能性を増やすために、受信されたＥ−ＲＡＢ  ＱｏＳ情報に依存するターゲットｅＮＢによって実行され得る。ターゲットｅＮＢは、受信されたＥ−ＲＡＢ  ＱｏＳ情報に従って、必要とされる資源を設定し、Ｃ−ＲＮＴＩ及びオプションでＲＡＣＨプリアンブルを予約する。ターゲットセルにおいて使用されることになるＡＳ設定は、独立して（すなわち、「確立」）又はソースセルにおいて使用されるＡＳ設定と比較した差分として（すなわち、「再設定」）のいずれかで指定され得る。
６  ターゲットｅＮＢは、Ｌ１／Ｌ２を有するＨＯを準備し、ハンドオーバ要求肯定応答をソースｅＮＢに送る。ハンドオーバ要求肯定応答メッセージは、ハンドオーバを実行するためのＲＲＣメッセージとしてＵＥに送られることになる透過的コンテナを含む。コンテナは、新しいＣ−ＲＮＴＩを含み、選択されたセキュリティアルゴリズムのためのターゲットｅＮＢセキュリティアルゴリズム識別子は、専用ＲＡＣＨプリアンブル、及び場合によりいくつかの他のパラメータ、すなわち、アクセスパラメータ、ＳＩＢなど、を含み得る。ハンドオーバ要求肯定応答メッセージはまた、必要に応じて、転送トンネルのためのＲＮＬ／ＴＮＬ情報を含み得る。
ソースｅＮＢがハンドオーバ要求肯定応答を受信すると直ぐに、又はハンドオーバコマンドの送信がダウンリンクにおいて開始されると直ぐに、データ転送が開始され得る。
【０００３】
図１Ａ〜１Ｃに示すように、本方法は、次いで、ＨＯの間のデータロスを避けるための手段を提供する、１０．１．２．１．２及び１０．１．２．３においてさらに詳述される、ステップ７から１６に進む：
７  ターゲットｅＮＢは、ソースｅＮＢによってＵＥに向けて送られることになる、ハンドオーバを実行するためのＲＲＣメッセージ、すなわち、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ、を生成する。ソースｅＮＢは、メッセージの必要な完全性保護及び暗号化を実行する。ＵＥは、必要なパラメータ（すなわち、新しいＣ−ＲＮＴＩ、ターゲットｅＮＢセキュリティアルゴリズム識別子、及びオプションで専用ＲＡＣＨプリアンブル、ターゲットｅＮＢ  ＳＩＢなど）を有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信し、ＨＯを実行するようにソースｅＮＢによって命令される。ＵＥは、ＨＡＲＱ／ＡＲＱ応答をソースｅＮＢに配信するためにハンドオーバ実行を遅らせる必要はない。
８  ソースｅＮＢは、アップリンクＰＤＣＰ  ＳＮレシーバ状況と、ＰＤＣＰ状況保存が適用される（すなわち、ＲＬＣ  ＡＭの）Ｅ−ＲＡＢのダウンリンクＰＤＣＰ  ＳＮトランスミッタ状況とを伝えるために、ターゲットｅＮＢにＳＮ状況転送メッセージを送る。アップリンクＰＤＣＰ  ＳＮレシーバ状況は、第１の欠落しているＵＬ  ＳＤＵのＰＤＣＰ  ＳＮを少なくとも含み、任意のそのようなＳＤＵが存在する場合には、ＵＥがターゲットセルにおいて再送信する必要のある、順番に並んでいないＵＬ  ＳＤＵの受信状況のビットマップを含み得る。ダウンリンクＰＤＣＰ  ＳＮトランスミッタ状況は、ＰＤＣＰ  ＳＮをまだ有していない、新しいＳＤＵにターゲットｅＮＢが割り当てることになる次のＰＤＣＰ  ＳＮを示す。ＵＥのいずれのＥ−ＲＡＢもＰＤＣＰ状況保存で処理されない場合、ソースｅＮＢは、このメッセージを送ることを省略することができる。
９  ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した後、ＵＥは、専用ＲＡＣＨプリアンブルがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎにおいて示された場合には無競合手続きに続いて、或いは専用プリアンブルが指示されなかった場合には競合ベースの手続きに続いて、ターゲットｅＮＢへの同期を実行してＲＡＣＨを介してターゲットセルにアクセスする。ＵＥは、ターゲットｅＮＢ特有の鍵を導出し、ターゲットセルにおいて使用されることになる選択されたセキュリティアルゴリズムを設定する。
１０  ターゲットｅＮＢは、ＵＬ割り当て及びタイミングアドバンスで応答する。
１１  ＵＥが無事にターゲットセルにアクセスしたとき、ＵＥは、ターゲットｅＮＢに、可能であれば必ず、アップリンクバッファ状況報告とともに、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（Ｃ−ＲＮＴＩ）を送ってハンドオーバを確認して、ハンドオーバ手続きがそのＵＥについて完了したことを指示する。ターゲットｅＮＢは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージにおいて送られたＣ−ＲＮＴＩを検証する。ターゲットｅＮＢは、ここで、ＵＥへのデータ送信を開始することができる。
１２  ターゲットｅＮＢは、パス切り替え要求メッセージをＭＭＥに送って、ＵＥがセルを変更したことを知らせる。
１３  ＭＭＥは、修正ベアラ要求メッセージをサービングゲートウェイに送る。
１４  サービングゲートウェイは、ダウンリンクデータパスをターゲット側に切り替える。サービングゲートウェイは、１つ又は複数の「終了マーカー」パケットを古いパスでソースｅＮＢに送り、次いで、ソースｅＮＢに向けて任意のＵプレーン／ＴＮＬ資源を解放することができる。
１５  サービングゲートウェイは、修正ベアラ応答メッセージをＭＭＥに送る。
１６  ＭＭＥは、パス切り替え要求肯定応答メッセージでパス切り替え要求メッセージを確認する。
１７  ＵＥコンテキスト解放メッセージを送ることによって、ターゲットｅＮＢは、ソースｅＮＢにＨＯの成功を知らせ、ソースｅＮＢによる資源の解放をトリガする。ターゲットｅＮＢは、パス切り替え要求肯定応答メッセージがＭＭＥから受信された後に、このメッセージを送る。
１８  ＵＥコンテキスト解放メッセージを受信したとき、ソースｅＮＢは、ＵＥコンテキストに関連付けられた無線及びＣプレーン関連資源を解放することができる。いずれの進行中のデータ転送も、継続し得る。
【０００４】
Ｘ２ハンドオーバが、ＨｅＮＢを含み、使用されるとき、そして、
ソースＨｅＮＢが、ＨｅＮＢ  ＧＷに接続されるとき、明示的ＧＷコンテキスト解放インジケーションを含むＵＥコンテキスト解放要求メッセージが、ＵＥコンテキストに関連するすべての資源をＨｅＮＢ  ＧＷが解放し得ることを指示するために、ソースＨｅＮＢによって送られる。
【０００５】
ハンドオーバ実行、特に、ランダムアクセス手続きに関して、３ＧＰＰ  ＴＳ３８．３３１仕様書は、以下のようなＵＥによるｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信を規定する：
【０００６】
ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含み、ＵＥが、このメッセージに含まれる設定に従うことができる場合、ＵＥは、以下を行うことになる：
１＞  実行中の場合、タイマＴ３１０を停止、
１＞  実行中の場合、タイマＴ３１２を停止、
１＞  ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏに含まれるような、ｔ３０４に設定されたタイマ値を有するタイマＴ３０４を開始、
１＞  実行中の場合、タイマＴ３７０を停止、
１＞  ｃａｒｒｉｅｒＦｒｅｑが含まれる場合：
２＞  ｔａｒｇｅｔＰｈｙｓＣｅｌｌＩｄによって指示された物理セルアイデンティティを有するｃａｒｒｉｅｒＦｒｅｑによって指示された周波数上にターゲットＰＣｅｌｌがあると考える、
１＞  そうでない場合：
２＞  ｔａｒｇｅｔＰｈｙｓＣｅｌｌＩｄによって指示された物理セルアイデンティティを有するソースＰＣｅｌｌの周波数上にターゲットＰＣｅｌｌがあると考える、
１＞  ターゲットＰＣｅｌｌのＤＬへの同期を開始する、
…
１＞ＭＡＣが無事にランダムアクセス手続きを完了した場合、又は、
１＞  ＭＡＣが、Ｃ−ＲＮＴＩ宛てのＰＤＣＣＨ送信の受信成功を示す場合：
２＞  タイマＴ３０４を停止する、
【０００７】
ＬＴＥランダムアクセス手続きは、アクセスが競合ベース（衝突の固有のリスクを暗示する）又は無競合のいずれかになることを可能にする、２つの形で生じる。競合ベースのランダムアクセスでは、プリアンブルシーケンスは、ＵＥによってランダム選択され、その後の競合解消プロセスの必要性をもたらす、２つ以上のＵＥが同じ署名を同時に送信する結果をもたらし得る。ハンドオーバについて、ｅＮｏｄｅＢは、ＵＥに専用の署名を割り当てることによって（無競合）、競合が生じるのを防ぐオプションを有する。
【０００８】
図２は、４つのステップから成る、競合ベースの手続きを示す：
・プリアンブル送信、
・ランダムアクセス応答、
・メッセージ３（ＭＳＧ．３）の送信、
・競合解消メッセージ。
【０００９】
競合ベースの手続きの第１のステップにおけるプリアンブル送信に関して、ＵＥは、６４−Ｚ  ＰＲＡＣＨ競合ベースのシーケンスのうちの１つを選択する（そこで、Ｚは、ｅＮｏｄｅＢによって割り当てられた無競合プリアンブルのための番号割り当てである）。プリアンブルの選択が、メッセージ３を送信するために必要とされる送信資源の量に関する情報の１ビットを運ぶことができるように、競合ベースの署名のセットはさらに、２つのサブグループに細分化される。ブロードキャストシステム情報は、２つのサブグループのそれぞれにどの署名があるか（各サブグループは１ビットの情報の１つの値に対応する）、並びに各サブグループの意味を示す。ＵＥは、適切なＲＡＣＨ使用事例のために必要とされる送信資源のサイズに対応するサブグループからシーケンスを選択する（いくつかの使用事例は、少数のビットのみがＭＳＧ．３で送信されることを必要とし、したがって、小さいメッセージサイズを選択することで、不必要なアップリンク資源の割り当てを回避する）。指示するための適切な資源サイズの選択において、ＵＥは、ＵＥの最大電力が可能にするものを超える送信電力を必要とすることになるＭＳＧ．３のための資源が許諾されるのを避けるために、現在のダウンリンクパスロスとＭＳＧ．３のための必要とされる送信電力とを考慮する。ネットワークがＭＳＧ．３の最大サイズに適応するためのいくらかの柔軟性を有するように、ＭＳＧ．３メッセージのために必要とされる送信電力が、ｅＮｏｄｅＢによって、いくらかのパラメータブロードキャストに基づいて計算される。ｅＮｏｄｅＢは、各グループにおいて観測された負荷に従って各サブグループ内のシーケンスの数を制御することができる。
【００１０】
初期プリアンブル送信電力設定は、パスロスの完全な補正を有するオープンループ見積に基づく。これは、シーケンスの受信電力がパスロスと無関係であることを確保するように設計される。ＵＥは、ダウンリンク参照信号受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）の測定値の平均値を求めることによって、パスロスを見積もる。ｅＮｏｄｅＢはまた、たとえば、所望の受信信号対干渉電力と雑音比（ＳＩＮＲ：Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  Ｎｏｉｓｅ  Ｒａｔｉｏ）、ＲＡＣＨプリアンブルに割り当てられた時間周波数スロットにおける測定されたアップリンク干渉及び雑音レベル、及び場合によりプリアンブルフォーマットに応じて、追加電力オフセットを設定することができる。
【００１１】
競合ベースの手続きの第２のステップにおけるランダムアクセス応答（ＲＡＲ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）に関しては、ＲＡＲは、検出されたプリアンブルのアイデンティティ（ＲＡＰＩＤ：ｉｄｅｎｔｉｔｙ  ｏｆ  ｔｈｅ  ｄｅｔｅｃｔｅｄ  ｐｒｅａｍｂｌｅ）、ＵＥからのその後のアップリンク送信を同期させるためのタイミング調節命令、ステップ３メッセージの送信のための初期アップリンク資源許諾、及び一時的なセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ：Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）（次のステップ−競合解消の結果として永続的にされてもされなくてもよい）の割り当てを伝えることに留意されたい。ＲＡＲはまた、ＲＡＲが検出されたときにＲＡ−ＲＮＴＩでスクランブルをかけられ、プリアンブルが送信されたときにＰＲＡＣＨ資源を指示する。ＲＡＲメッセージはまた、ランダムアクセス試行を再度試みる前にある期間にわたりバックオフするようにＵＥに命じるようにｅＮｏｄｅＢが設定することができる「バックオフインジケータ」を含み得る。ＵＥは、その開始及び終了がｅＮｏｄｅＢによって設定された時間ウインドウ内でＲＡＲを受信し、セル特有のシステム情報の一部としてブロードキャストすることを予期する。ＵＥが、設定された時間ウインドウ内にＲＡＲを受信しない場合、それは、再び送信するために別のシーケンスを選択する。ＲＡＲウインドウの終了後の別のプリアンブルの送信の最小遅延は、３ｍｓである。
【００１２】
各送信されるプリアンブルのための送信電力が、固定のステップによって増やされるように、ｅＮｏｄｅＢは、プリアンブル電力ランピングを設定し得る。ｅＮｏｄｅＢは、ランダムアクセス失敗を宣言する前に、電力に関する電力ランピングにおけるステップと、全体の試行の最大数とを設定することができる。
【００１３】
競合ベースの手続きの第３のステップにおけるメッセージ３送信は、ＰＵＳＣＨでの第１のスケジュールされたアップリンク送信であり、ＨＡＲＱを利用する。それは、ＲＡＲにおいて割り当てられた一時的Ｃ−ＲＮＴＩに宛てられ、提供されたＣ−ＲＮＴＩをハンドオーバの場合に運ぶ。ステップ１で生じたプリアンブル衝突の場合、衝突するＵＥは、ＲＡＲを通して同じ一時的Ｃ−ＲＮＴＩを受信することになり、それらのＬ２／Ｌ３メッセージを送信するときに同じアップリンク時間周波数資源においても衝突することになる。これは、衝突するＵＥを復号することができないような干渉をもたらし得、ＵＥは、ＨＡＲＱ再送信の最大数に達した後にランダムアクセス手続きを再開する。しかしながら、１つのＵＥが無事に復号された場合、競合は、その他のＵＥについて未解消のままである。以下のダウンリンクメッセージ（ステップ４における）は、この競合の迅速な解消を可能にする。
【００１４】
競合ベースの手続きの第４のステップにおける競合解消メッセージに関して、競合解消メッセージはＨＡＲＱを使用する。それは、Ｃ−ＲＮＴＩに（ＭＳＧ．３メッセージにおいて指示された場合）又は一時的Ｃ−ＲＮＴＩに宛てられ、後者の場合には、ＭＳＧ．３に含まれるＵＥアイデンティティをそのまま繰り返す。ＭＳＧ．３の復号の成功がその後に続く衝突の場合、ＨＡＲＱフィードバックが、独自のＵＥアイデンティティ（又はＣ−ＲＮＴＩ）を検出するＵＥによってのみ送信され、他のＵＥは、衝突があったことを理解し、ＨＡＲＱフィードバックを送信せず、現在のランダムアクセス手続きを迅速に終了し、別のランダムアクセス手続きを開始することができる。
【００１５】
ハンドオーバ、又はネットワーク制御された可動性の前述の原理はまた、３ＧＰＰにおいて現在開発中の無線アクセス技術の第５世代について適用されることが予期される。前述の主題に関する多数の合意が既に取られ、そのうちのいくつかが以下に記述される。新しい技術及びエアーインターフェース解決法は、しばしば、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）という用語で略される。
【００１６】
以下の合意が、接続モードでの及びＮＲについてのＲＡＣＨ手続きに関する以下のＲＡＮ１会合（ＲＡＮ１＃８６ｂｉｓ）において得られた：
・Ｔｘ／Ｒｘ相互関係が、少なくとも複数のビーム動作のためにｇＮＢにおいて利用可能であるとき、以下のＲＡＣＨ手続きが、少なくともアイドルモードのＵＥについて考慮される
−ＤＬブロードキャストチャンネル／信号の１つの又は複数の機会と１サブセットのＲＡＣＨ資源との間の関連付けが、ブロードキャストシステム情報によってＵＥに通知される、又はＵＥに知られる
・ＦＦＳ：「関連付け無し」の信号伝達
・ＲＡＣＨプリアンブルの詳細な設計がさらに研究されるべきである
−ＤＬ測定及び対応する関連付けに基づいて、ＵＥは、１サブセットのＲＡＣＨ資源を選択する
・ＦＦＳ：ＲＡＣＨプリアンブル送信のためのＴｘビーム選択
−ｇＮＢにおいて、ＵＥのためのＤＬ  Ｔｘビームが、検出されたＲＡＣＨプリアンブルに基づいて取得され得、メッセージ２にも適用されることになる
・メッセージ２におけるＵＬ許諾は、メッセージ３の送信タイミングを指示し得る
・Ｔｘ／Ｒｘ相互関係を有する及び有さない場合について、共通のランダムアクセス手続きが、追及されるべきである
・Ｔｘ／Ｒｘ相互関係が利用不可能なとき、以下が、少なくともアイドルモードのＵＥについてさらに考慮され得る
−ＤＬ  ＴｘビームをｇＮＢに報告するかどうか、又はどのように報告するか、たとえば、
・ＲＡＣＨプリアンブル／資源
・Ｍｓｇ．３
−ＵＬ  ＴｘビームをＵＥに指示するかどうか又はどのように指示するか、たとえば、
・ＲＡＲ
・ＲＡＮ１が研究しており、いくつかの企業は、ＵＥのための２つのメインステップ（Ｍｓｇ１及びＭｓｇ２）から成る簡略化されたＲＡＣＨ手続きの潜在的利益を確かめる
・ＲＡＮ１は、以下を議論した：
−Ｍｓｇ１内のＵＥアイデンティティの使用
−Ｍｓｇ２：Ｍｓｇ１内のＵＥアイデンティティに宛てられたＲＡ応答
−ＵＥアイデンティティの規定及び選択でのＦＦＳ
−簡略化されたＲＡＣＨ手続きの適用可能性シナリオでのＦＦＳ
・ＲＡＮ１がＬＳをＲＡＮ２に送る
・ＲＡＮ１は、ＲＡＮ２もまたＲＡＣＨ手続きを研究していることを認識し、ＲＡＮ１は、前記を考慮するようにＲＡＮ２に知らせることを望むことになり、ＵＥアイデンティティ及び関連する手続きでの任意のフィードバックを要求し、そしてまた、対応する適用可能なシナリオを尋ねることを望むことになる
・ＲＡＣＨ資源
−ＲＡＣＨプリアンブルを送るための時間周波数資源
・１サブセットのＲＡＣＨ資源内で１つの又は複数の／繰り返されるプリアンブルをＵＥが送信する必要があるかどうかが、ブロードキャストシステム情報によって通知され得る
−たとえば、ｇＮＢにおけるＮＯ  Ｔｘ／Ｒｘ相互関係の場合にｇＮＢ  ＲＸビーム掃引を対象に含めること
・ＮＲは、以下を少なくとも含む、複数のＲＡＣＨプリアンブルフォーマットをサポートする
−より長いプリアンブル長を有するＲＡＣＨプリアンブルフォーマット
−より短いプリアンブル長を有するＲＡＣＨプリアンブルフォーマット
−ＦＦＳ  いくつの署名か（たとえば、ＲＡＣＨシーケンスの数、ペイロードサイズなど）
・ＲＡＣＨ資源内の複数の／繰り返されるＲＡＣＨプリアンブルが、サポートされる
−ＦＦＳ：単一ビーム及び／又はマルチビーム動作をどのようにサポートするか
−ＦＦＳ：プリアンブルは、同じになり得る、又は異なり得る
・ＲＡＣＨプリアンブルのためのヌメロロジは、周波数範囲に応じて異なり得る
−ＦＦＳ：いくつのヌメロロジが、周波数範囲ごとにサポートされることになるか
・ＲＡＣＨプリアンブルのためのヌメロロジは、その他のＵＬデータ／制御チャンネルのそれと異なり得、又は同じになり得る
・ＲＡＣＨプリアンブル送信及びＲＡＣＨ資源選択のための評価において、企業が、以下の想定を報告する
−基地局におけるＲｘビーム掃引のサポート
−カバレッジのサポート、たとえば、ＴＲ３８．９１３において規定された値
【００１７】
以下の合意が、以下のＲＡＮ１会合（ＲＡＮ１＃８７）において得られた：
・以下のオプションが、連続的な複数の／繰り返されるＲＡＣＨプリアンブルについてさらに考慮され得る、
−オプション１：ＣＰが、連続的な複数の／繰り返されるＲＡＣＨシーケンスの最初に挿入され、ＲＡＣＨシーケンスの間のＣＰ／ＧＴが省略され、ＧＴが、連続的な複数の／繰り返されるＲＡＣＨシーケンスの終わりに予約される
−オプション２：ＣＰを有する同じＲＡＣＨシーケンスが使用され、そして、ＧＴが、連続的な複数の／繰り返されるＲＡＣＨシーケンスの終わりに予約される
−オプション３：ＣＰ／ＧＴを有する同じＲＡＣＨシーケンスが、使用される
−オプション４：ＣＰを有する異なるＲＡＣＨシーケンスが、使用され、そして、ＧＴが、連続的な複数の／繰り返されるＲＡＣＨシーケンスの終わりに予約される
−オプション５：ＣＰ／ＧＴを有する異なるＲＡＣＨシーケンスが、使用される
−オプション２及び３に関して、ＧＴを有する及び有さない同じＲＡＣＨシーケンスは異なる直交カバーコードとさらに掛け合わせる及び送信することができることをさらに研究する
−たとえば、Ｔｘ／Ｒｘビーム対応がＴＲＰにおいて持続しないときに、連続的な複数の／繰り返されるＲＡＣＨプリアンブルが使用されることになる
−他のオプションは、排除されない
・単一ＲＡＣＨプリアンブル送信に関して、ＣＰ／ＧＴが、必要とされる
−たとえば、マルチビーム動作についてＴＲＰ又はＵＥの両方においてＴｘ／Ｒｘビーム対応が持続したとき、単一ＲＡＣＨプリアンブルが使用されることになる
・ＲＡＣＨプリアンブル送信のための最大帯域幅は、６ＧＨｚ未満のキャリア周波数について５ＭＨｚより広くなく、６ＧＨｚから５２．６ＧＨｚの範囲のキャリア周波数についてＸ  ＭＨｚより広くない
−Ｘは、５、１０、及び２０ＭＨｚから選択範囲を狭められることになる
・少なくとも、１つのＲＡＣＨプリアンブルのための参照ヌメロロジが、規定される、
−１．２５ｘ  ｎ  ｋＨｚ
−１５ｘ  ｎ  ｋＨｚ
・ｎの整数値はＦＦＳである
−他の値は排除されない
・ＲＡＣＨプリアンブルのための参照ヌメロロジに基づいて、スケーラブルヌメロロジを有する複数のＲＡＣＨプリアンブルが、キャリア周波数に応じてサポートされる
・以下のシーケンスが、評価のために考慮され得る
−ＺＣシーケンス
−ｍシーケンス
−他のシーケンスは排除されない
・企業は、その提案されるシーケンス長を提供することが推奨される
【００１８】
ＲＡＮ１はさらに、次のステップが以下を含むべきであることに合意している：
・選択範囲を狭める目的で、次の会合まで、以下を少なくとも考慮して、以下のＲＡＣＨ  ＳＣＳ代替手段の評価を行う、
・ドップラー周波数、ビーム掃引レイテンシ、リンクバジェット、セルサイズ、ＲＡＣＨ容量、周波数オフセットに向けたロバスト性
・ＲＡＣＨ  ＳＣＳ代替手段
・ＳＣＳ＝［１．２５  ２．５  ５  ７．５  １０  １５  ２０  ３０  ６０  １２０  ２４０］ｋＨｚ
・注：ＲＡＣＨ  ＳＣＳ＝［１５  ３０  ６０  １２０  ２４０］の場合、２つの設計オプションがある：
−その後のＵＬデータとして同じＳＣＳを使用し、制御する
−その後のＵＬデータとは異なるＳＣＳを使用し、制御する
・以下のＲＡＣＨプリアンブルシーケンスタイプが、考慮される
・Ｚａｄｏｆｆ−Ｃｈｕ
・Ｍシーケンス
・Ｍシーケンスを使用するカバー拡張を有するＺａｄｏｆｆ−Ｃｈｕ
【００１９】
新しい設計は今後排除されないことに留意されたい。
加えて、以下のことが合意されている：
・単一／マルチビーム動作について、
−複数の／繰り返されるＲＡＣＨプリアンブル送信について、オプション１、オプション２及びオプション４のみを考慮する
・オプション１：ＣＰが、連続的な複数の／繰り返されるＲＡＣＨ  ＯＦＤＭシンボルの最初に挿入され、ＲＡＣＨシンボルの間のＣＰ／ＧＴが、省略され、ＧＴが、連続的な複数の／繰り返されるＲＡＣＨシンボルの最後に予約される
・オプション２／４：ＣＰを有する同じ／異なるＲＡＣＨシーケンスが、使用され、ＧＴが、連続的な複数の／繰り返されるＲＡＣＨシーケンスの終わりに予約される
・研究する：
−異なる直交カバーコードでの多重化
−ＲＡＣＨプリアンブル内の独立型ＲＡＣＨシーケンス
・様々なカバレッジ及び転送互換性をサポートするために、ＣＰ／ＧＴの長さの柔軟性と、繰り返されるＲＡＣＨプリアンブル及びＲＡＣＨシンボルの数が、サポートされる
・注：これらの３つのオプションの特定用途は、ＲＡＣＨサブキャリア間隔及びＴＲＰビーム対応に依存し得る
・ＮＲは、以下を規定する：
−１つの又は複数のランダムアクセスプリアンブルから成るランダムアクセスプリアンブルフォーマット、
−１つのプリアンブルシーケンスプラスＣＰから成るランダムアクセスプリアンブル、及び、
−１つの又は複数のＲＡＣＨ  ＯＦＤＭシンボルから成る１つのプリアンブルシーケンス
・ＵＥは、設定されたランダムアクセスプリアンブルフォーマットに従って、ＰＲＡＣＨを送信する
・４ステップＲＡＣＨ手続きについて、ＲＡＣＨ送信機会は、単一の特定の送信ビームを有する設定されたＰＲＡＣＨプリアンブルフォーマットを使用してＰＲＡＣＨメッセージ１が送信される時間周波数資源として規定される。
・４ステップＲＡＣＨ手続きについて、
−ＮＲは、モニタされるＲＡＲウインドウの終了前に単一のＭｓｇ．１の送信を少なくともサポートする
−ＮＲ４ステップＲＡＣＨ手続き設計は、必要になった場合にはＲＡＲウインドウの終了時まで複数のＭｓｇ．１送信を排除すべきではない
・少なくともマルチビーム動作のためのＮＲ  ＲＡＣＨ  Ｍｓｇ．１再送信について：
・ＮＲは、電力ランピングをサポートする。
−ＵＥが、ビーム切り替えを行う場合、以下の代替手段のうちの１つが選択されることになるという作業想定（明らかな利益が示される場合、複数の代替手段の間の設定可能性が考慮され得る）：
・Ａｌｔ１：電力ランピングのカウンタが、リセットされる。
・Ａｌｔ２：電力ランピングのカウンタは、変更されないままである。
・Ａｌｔ３：電力ランピングのカウンタは、増え続ける。
・他の代替手段又は前記の組合せは、排除されない。
−ＵＥが、ビームを変更しない場合、電力ランピングのカウンタは、増え続ける。
−注：ＵＥは、パスロスの最新の見積を使用して、アップリンク送信電力を導出し得る。
−電力ランピングステップサイズの詳細は、ＦＦＳである。
・ＵＥが再送信中にＵＬビーム切り替えを実行するかどうかは、ＵＥ実装形態による
−注：ＵＥがどのビームに切り替えるかは、ＵＥ実装形態による
【００２０】
以下の合意もまた、以下のＲＡＮ１会合（ＲＡＮ１＃８８）において得られた：
・複数の／繰り返されるＰＲＡＣＨプリアンブルフォーマットに関して、ＮＲは少なくともオプション１をサポートする
・ＲＡＮ１は、他のオプションも研究し、他のオプションと比較するためのベースラインとしてオプション１を考慮する
−ＲＡＣＨ容量強化のために、
・ＯＣＣを有する／有さないオプション２、及び／又は異なるシーケンスを有するオプション４が、考慮され得る
−注：オプション４について、異なるシーケンスとの組合せが、研究され得る
−注：オプション４について、２段階又は複数の段階のＵＥ検出が、ＰＲＡＣＨ検出のための可能な複雑性低減のために研究され得る
−すべてのオプションは、ビーム切り替え時間を考慮することになる
−ＦＦＳ：プリアンブル／シンボルの数、ＣＰ／ＧＴの長さ
・ＰＲＡＣＨ送信のための領域は、アップリンクシンボル／スロット／サブフレームの境界線に整列されるべきである
・ＬＴＥにおいてよりもＲＡＣＨ送信機会においてより多数のＰＲＡＣＨプリアンブルシーケンスを有する可能性を考慮する設計の評価
・以下の方法が、評価のために考慮され得る：
−Ｍシーケンスを使用するカバー拡張を有するＺａｄｏｆｆ−Ｃｈｕ
−Ｍシーケンス
−Ｚａｄｏｆｆ−Ｃｈｕシーケンス
−他の方法は排除されない
・これらの異なるシーケンスのＰＡＰＲ及び誤報もまた評価されるべきであることに留意されたい
・ＲＡＲ許諾に対応するＰＵＳＣＨ（再）送信について、以下の代替手段を研究する
−Ａｌｔ．１：ＵＬ波形は、本仕様書において固定されている
・ＵＬ波形はＤＦＴ−Ｓ−ＯＦＤＭ又はＣＰ−ＯＦＤＭのいずれかであることに留意されたい
−Ａｌｔ．２：ＮＷは、ＤＦＴ−Ｓ−ＯＦＤＭを使用するかＣＰ−ＯＦＤＭを使用するかをＵＥに通知する
・ＦＦＳ信号伝達方法
−他の代替手段は排除されない
・無競合ランダムアクセスについて、以下のオプションが、評価中である
−オプション１：モニタされるＲＡＲウインドウの終了前の単一Ｍｓｇ．１のみの送信
−オプション２：ＵＥは、複数の同時のＭｓｇ．１を送信するように設定することができる
・注：複数の同時のＭｓｇ．１送信は、異なる周波数資源を使用する及び／又は異なるプリアンブルインデックスを有する同じ周波数資源を使用する
−オプション３：ＵＥは、モニタされるＲＡＲウインドウの終了前のタイムドメインにおいて複数のＲＡＣＨ送信機会を介して複数のＭｓｇ．１を送信するように設定することができる
・以下は、ベースラインＵＥビヘイビアである
−ＵＥは、所与のＲＡＲウインドウ内のＵＥにおいて単一ＲＡＲ受信を想定する
・ＮＲランダムアクセス設計は、必要になった場合、所与のＲＡＲウインドウ内の複数のＲＡＲのＵＥ受信を排除すべきではない
・少なくともｇＮＢ  Ｔｘ／Ｒｘビーム対応を有さない場合について、ｇＮＢは、Ｍｓｇ２  ＤＬ  Ｔｘビームを決定するために、ＤＬ信号／チャンネルと１サブセットのＲＡＣＨ資源及び／又は１サブセットのプリアンブルインデックスとの間の関連付けを設定することができる。
・ＤＬ測定及び対応する関連付けに基づいて、ＵＥは、１サブセットのＲＡＣＨ資源及び／又は１サブセットのＲＡＣＨプリアンブルインデックスを選択する
・ＯＣＣがサポートされる場合、プリアンブルインデックスは、プリアンブルシーケンスインデックス及びＯＣＣインデックスから成る
・注：１サブセットのプリアンブルは、ＯＣＣインデックスによって指示され得る
【００２１】
以下の合意は、ＲＡＮ１＃８８ｂｉｓに由来する：
・ＮＲ  ＲＡＣＨ容量は、少なくともＬＴＥにおけるのと同じ高さになる
−そのような容量は、所与の総量の時間／周波数資源のための時間／コード／周波数多重化によって達成される
・Ｚａｄｏｆｆ−Ｃｈｕシーケンスが、ＮＲにおいて適用される
−シナリオ、たとえば、高速及びラージセル、のためのＺａｄｏｆｆ−Ｃｈｕシーケンスに加えたＦＦＳの他のシーケンスタイプ及び／又は他の方法
・ラージセル及び高速のＦＦＳ規定
−容量強化のためのＦＦＳの他のシーケンスタイプ及び／又は他の方法、たとえば、：
・少なくともマルチビーム及び低速シナリオにおいて、複数の／繰り返されるＰＲＡＣＨプリアンブルフォーマットに関して、プリアンブルを横断するＯＣＣを有するオプション２
・ＦＦＳ：高速シナリオにおける複数の／繰り返されるプリアンブルを横断するＯＣＣを有するオプション２
・複数の異なるＺＣシーケンスで構成されるＰＲＡＣＨプリアンブル設計
・オプション１の最上部での正弦変調
・Ｚａｄｏｆｆ−Ｃｈｕシーケンスタイプについて、ＲＡＮ１仕様書は、２つのＮＲ−ＰＲＡＣＨシーケンス長（Ｌ）をサポートすることになる
−Ｌ＝８３９：ＳＣＳ＝｛１．２５，２．５，５｝ＫＨｚ
−次のうちの１つを選択する
・Ｌ＝６３／７１：ＳＣＳ＝｛１５，３０，６０，１２０，２４０｝ＫＨｚ
・Ｌ＝１２７／１３９：ＳＣＳ＝｛７．５，１５，３０，６０，１２０｝ＫＨｚ
−ＦＦＳ：各シーケンス長についてのサポートされるサブキャリア間隔
・他のシーケンスタイプについてのＦＦＳ
・ＲＡＣＨメッセージ３についての波形は、ＤＦＴ−Ｓ−ＯＦＤＭ又はＣＰ−ＯＦＤＭになり得る。ネットワークは、ＲＡＣＨメッセージ３波形をＵＥに直接的に又は間接的に信号伝達する：
−ネットワークは、１ビットとして残りの最小ＳＩにおいてＲＡＣＨメッセージ３の波形を信号伝達する
・ＮＲにおいて、ＲＡＣＨ設定は、少なくとも以下を提供する：
−ＲＡＣＨ時間／周波数情報
−ＲＡＣＨプリアンブルフォーマット
・ＳＳブロックと１サブセットのＲＡＣＨ資源及び／又は１サブセットのプリアンブルインデックスとの１つの又は複数の機会の間の関連付けが、ブロードキャストシステム情報によってＵＥに通知される、又はＵＥ若しくはＦＦＳ専用信号伝達に知られる
−ＦＦＳ  ｇＮＢは、Ｍｓｇ２  ＤＬ  Ｔｘビームを決定するために、Ｌ３可動性のためのＣＳＩ−ＲＳと１サブセットのＲＡＣＨ資源及び／又は１サブセットのプリアンブルインデックスとの間の関連付けを設定することができる
・ＮＲは、ＵＥのための非競合ベースのランダムアクセスのためのＰＲＡＣＨ資源割り当てのインジケーションをサポートする
−ＵＥのためにＰＲＡＣＨ資源がどのように指示されるかのＦＦＳ
−注：ＰＲＡＣＨ資源は、ＰＲＡＣＨプリアンブルの時間／周波数／コード資源を指す
・前の会合を以下のように更新する：
・少なくともマルチビーム動作のためのＮＲ  ＲＡＣＨ  Ｍｓｇ．１再送信について：
・ＮＲは、電力ランピングをサポートする。
−ＵＥがビーム切り替えを行う場合、以下の代替手段のうちの１つが選択されることになるという作業想定（明らかな利益が示される場合、複数の代替手段の間の設定可能性が考慮され得る）：
・Ａｌｔ１：電力ランピングのカウンタが、リセットされる。
・Ａｌｔ２：電力ランピングのカウンタは、変化しないままである。
・Ａｌｔ３：電力ランピングのカウンタは、増え続ける。
・Ａｌｔ４：Ｒ１−１７０６６１３においてスライド４で提案されている及びスライド５に示されるように
・他の代替手段又は前記の組合せは、排除されない。
−ＵＥがビームを変更しない場合、電力ランピングのカウンタは、増え続ける。
−注：ＵＥは、パスロスの最新の見積を使用して、アップリンク送信電力を導出し得る。
−電力ランピングステップサイズの詳細は、ＦＦＳである。
・ＵＥが再送信中にＵＬビーム切り替えを実行するかどうかは、ＵＥ実装形態による
−注：ＵＥがどのビームに切り替えるかは、ＵＥ実装形態による
【００２２】
図３及び４は、ＮＲによってサポートされる及びＲＡＮ１＃８９において合意されたものとしての８３９のシーケンス長のＰＲＡＣＨプリアンブルフォーマットを示す（制限されたセットでのＦＦＳ及びラージセル半径についてのＦＦＳの他のシーケンス）。
【００２３】
図５は、カバレッジ強化ＺＴＥのためのＮＲ−ＲＡＣＨプリアンブルフォーマットでのＷＦ、Ｒ１−１７０９７０８において論じられたようなＣＭＣＣ、を示す。Ｌはシーケンス長であり、Ｔｓ＝１／（３０７２０）ｍｓである。ＬＴＥ  ＰＲＡＣＨプリアンブルフォーマット２と比較して３ｄＢ  ＭＣＬゲインを提供するＰＲＡＣＨプリアンブルフォーマットを導入することが提案されている。
【００２４】
以下が、合意されている：
・Ｌ＝８３９について、ＮＲは、以下のサブキャリア間隔を少なくともサポートする：
−１．２５ｋＨｚ
−ＦＦＳ：２．５ｋＨｚ又は５ｋＨｚのうちのいずれがサポートされることになるか
・Ｌ＝８３９より短いシーケンス長について、ＮＲは、｛１５，３０，６０，１２０｝ｋＨｚのサブキャリア間隔を有するＬ＝１２７又は１３９のシーケンス長をサポートする
−注：これは、２４０ｋＨｚサブキャリア間隔がデータ／制御のために利用不可能であるという想定に基づく
−ＦＦＳ：７．５ｋＨｚサブキャリア間隔
・ＲＡＣＨ設計のための以下の新しい使用事例を考慮する、
−ビーム回復要求
−オンデマンドＳＩ要求
・以下の態様を研究する：
−前述の新しい使用事例を満たす要件
−容量への影響
−追加のプリアンブルフォーマットが必要とされるかどうか
−ＲＡＣＨ手続きへの影響
・ＵＥが、ビーム切り替えを行う場合、電力ランピングのカウンタは、変化しないままである
・ＦＦＳ：最大電力に達した後のＵＥビヘイビア
・ＲＡＮ１は、前述のＦＦＳポイントを厳密に決定することになる
・ＮＲは、ＲＡＣＨ手続き中にビーム対応のＵＥ能力を報告することをサポートしない。
・ビーム対応のＵＥ能力はＲＡＣＨ手続きの後に報告されることに留意されたい
・ランダムアクセス（ＲＡ）設定が残りの最小ＳＩに含まれる。
・以下の論考を続ける
・すべてのＲＡ設定情報が、セル内のＲＭＳＩのために使用されるすべてのビームにおいて送信されるか否か
・ＮＷが、ＲＭＳＩ及びＳＳブロックのために同じセットのビームを使用することを強制されるか否か
・ＳＳブロック及びＲＭＳＩは、空間ＱＣＬｅｄであるか否か
・ＲＡＮ１は、ＣＳＩ−ＲＳに基づいて資源において接続モードでＰＲＡＣＨプリアンブルを送信することを研究することになる
−ＦＦＳ：ＣＳＩ−ＲＳに基づく使用事例及び設定詳細
・フォーマット３のサポートの作業想定を確認する
・Ｌ＝８３９を有するフォーマットについて
−制限のないセットが、サポートされる
−制限されたセットについて
・１．２５ｋＨｚ：制限されたセットＡがサポートされ、制限されたセットＢがＦＦＳである
・５ｋＨｚ：制限されたセットＡ、Ｂ又はその両方がサポートされる場合、制限されたセットが、ＦＦＳでサポートされる
・オプション１を有するＬ＝１２７／１３９について、１、２、４、６、及び１２ＯＦＤＭシンボルを有するフォーマットが、サポートされる
・問題が特定された場合、シンボルの数は調整され得る
・１５ｋＨｚサブキャリア間隔について、
・以下のプリアンブルフォーマットＡ２、Ａ３、Ｂ４に合意
・以下のプリアンブルフォーマットＡ０、Ａ１、Ｂ０、Ｂ１、Ｂ２、Ｂ３、Ｃ０、Ｃ１での作業想定
2020535707.tif 000003
・注１：単位はＴｓ、但し、Ｔｓ＝１／３０．７２ＭＨｚ
・注２：ＰＲＡＣＨプリアンブルは、同じヌメロロジでデータのＯＦＤＭシンボル境界線と整列される
・注３：ＲＡＣＨプリアンブルが０．５ｍｓ境界線を横断して又は０．５ｍｓ境界線から送信されるとき、０．５ｍｓごとに追加の１６ＴがＴＣＰに含まれるべきである
・注４：フォーマットＡについて、ＧＰは、連続的に送信されるＲＡＣＨプリアンブルのうちの最後のＲＡＣＨプリアンブル内で規定され得る
・３０／６０／１２０ｋＨｚサブキャリア間隔について、プリアンブルフォーマットは、サブキャリア間隔に従って、スケールを変更され得る。
・３０ｋＨｚサブキャリア間隔についてＴｓ＝１／（２＊３０７２０）ｍｓ
・６０ｋＨｚサブキャリア間隔についてＴｓ＝１／（４＊３０７２０）ｍｓ
・１２０ｋＨｚサブキャリア間隔についてＴｓ＝１／（８＊３０７２０）ｍｓ
・フォーマットのうちのいくつかはすべてのサブキャリア間隔に適用可能ではないことがあることに留意されたい
・ＵＥが、少なくとも最新の見積パスロス及び電力ランピングに基づいて再送信のためのＰＲＡＣＨ送信電力を計算する
・パスロスが、少なくともＰＲＡＣＨ資源／プリアンブルサブセットに関連するＳＳブロックで測定される
・最大電力に達したときのＵＥビヘイビア
・再計算された電力が、まだＰｃ、ｍａｘ以上である場合
・たとえＵＥがそのＴＸビームを変えたとしても、ＵＥは最大電力で送信することができる
・すべてのランダムアクセス設定情報が、セル内のＲＭＳＩのために使用されるすべてのビームにおいてブロードキャストされる
・すなわち、ＲＭＳＩ情報は、すべてのビームに共通である
・少なくともハンドオーバの場合について、ソースセルは、ハンドオーバコマンドにおいて指示することができる、
・ＲＡＣＨ資源とＣＳＩ−ＲＳ設定との間の関連付け
・ＲＡＣＨ資源とＳＳブロックとの間の関連付け
・１セットの専用ＲＡＣＨ資源（ＦＦＳ：時間／周波数／シーケンス）
・前述のＣＳＩ−ＲＳ設定はＵＥに特異的に設定されることに留意されたい
・無競合の場合について、ＵＥは、タイムドメイン内の専用の複数のＲＡＣＨ送信機会の設定がサポートされる場合に、モニタされるＲＡＲウインドウの終了前にタイムドメイン内の専用の複数のＲＡＣＨ送信機会を介して複数のＭｓｇ．１を送信するように設定することができる。
・注：「タイムドメイン内の専用ＲＡＣＨ」のために使用される時間資源は、競合ベースのランダムアクセスの時間資源とは異なる
・注：複数のＭｓｇ１が、同じ又は異なるＵＥ  ＴＸビームで送信され得る
・競合ベースのランダムアクセスについて、ＳＳバーストセット内のＳＳブロックと１サブセットのＲＡＣＨ資源及び／又はプリアンブルインデックスとの関連付けが、ＲＭＳＩにおける１セットのパラメータによって設定される。
−ＲＡＮ１は、異なる場合に、たとえば、ｇＮＢにおけるアナログ／ハイブリッド／デジタルビーム形成、ｇＮＢビーム対応のレベル、ＳＳブロックの数、周波数多重ＰＲＡＣＨ資源の数、時間内のＰＲＡＣＨ資源密度など、同じセットのパラメータを使用するように努める。
−ＲＡＮ１は、１セットのパラメータを最小限に抑えるように努める。
−１セットのパラメータのＦＦＳ
−ＳＳブロックの数（ＲＭＳＩ又はＭＩＢにおいて指示される場合）、たとえば、実際に送信されるＳＳブロック又は最大数（Ｌ）、のＦＦＳ。
【００２５】
以下が、ＲＡＮ１＃９０において合意された：
・ＳＣＳ＝１．２５ｋＨｚを有するＮＲ  ＰＲＡＣＨプリアンブルＬ＝８３９について、制限されたセットタイプＡに加えて、Ｎｃｓ制限セットタイプＢがサポートされる
・ＳＣＳ  ５ｋＨｚを有するＮＲ  ＰＲＡＣＨプリアンブルＬ＝８３９について、Ｎｃｓ制限セットタイプＡ及びタイプＢが、サポートされる
・プリアンブルフォーマットＡ１、Ｂ１、Ｂ２、Ｂ３のための作業想定を少なくとも確認する
プリアンブルフォーマットＢ０を規定しない
・フォーマットＢ１についてＴＣＰ値を１９２から２１６に、ＴＧＰ値を９６から７２に変更する
・Ｌ＝８３９を有するＲＡＣＨプリアンブルフォーマットは、６ＧＨｚ超の帯域においてサポートされず、６ＧＨｚ未満においてサポートされる
・短いシーケンス（Ｌ＝１２７／１３９）に基づくプリアンブルフォーマットについて、６ＧＨｚ超の帯域でのＲＡＣＨ送信
・６０及び１２０ｋＨｚサブキャリア間隔をサポートする、及び
・１５及び３０ｋＨｚサブキャリア間隔をサポートしない
・短いシーケンス（Ｌ＝１２７／１３９）に基づくプリアンブルフォーマットについて、６ＧＨｚ未満の帯域におけるＲＡＣＨ送信
・１５及び３０ｋＨｚサブキャリア間隔をサポートする、及び
・６０及び１２０ｋＨｚサブキャリア間隔をサポートしない
・短いシーケンス長を有するＰＲＡＣＨのためのプリアンブルフォーマットは、図６に示すように、合意されたフォーマットＡ１、Ａ２、Ａ３、Ｂ１、Ｂ２、Ｂ３及びＢ４に加えてプリアンブルフォーマットＡ０、Ｃ０及びＣ２をサポートする。
・ＬＴＥにおいて規定されたのと同じ巡回シフト値が、ＮＲ  ＰＲＡＣＨプリアンブルフォーマット０及び１のために適用される。
・ＦＦＳ：パラメータ（たとえば、遅延拡散、ガード時間、フィルタ長など）を考慮する、ＬＴＥにおいて規定されたのと同じ巡回シフト値が、ＮＲ  ＰＲＡＣＨプリアンブルフォーマット２及び３について適用され得るかどうか
・閾値を満たすＳＳブロックに基づいてパスロス見積及び（再）送信のためのＳＳブロック及び対応するＰＲＡＣＨ資源をどのように選択するかは、ＵＥ実装形態次第である
−ＵＥが、閾値を満たすＳＳブロックを検出しない場合、ＵＥは、その最大送信電力を有するＲＡＣＨプリアンブルのターゲット受信電力をＵＥが満たすことを可能にする任意のＳＳブロックを選択する柔軟性を有する
−ＵＥは、閾値を満たすＳＳブロックのリストを見つけるために、そのＲＸビームを選択する柔軟性を有する
−ＦＦＳ：ＳＳブロック選択の閾値が仕様において設定されるか又は固定であるかどうか
−電力ランピングのカウンタは、メッセージ１再送信においてＵＥがその選択したＳＳブロックを変更するとき、変化しない
・ＵＥは、「ＳＳブロック送信電力」及びＳＳブロックＲＳＲＰに基づいてパスロスを計算する
・少なくとも１つの「ＳＳブロック送信電力」値が、ＲＭＳＩにおいてＵＥに指示される
・ＦＦＳ：複数の値をサポートするかどうか、及びどのようにサポートするか
・注：ＳＳバーストセット内の異なるＳＳブロックが、少なくともＮＷ実装形態として異なる電力で及び／又は異なるＴｘビーム形成ゲインで送信され得る
・ＮＲは、ランダムアクセス問題を示すためのキャリアごとの送信の最大総数、Ｍ（ＬＴＥのような）をサポートする
・Ｍは、ＮＷ設定可能パラメータである
・少なくとも初期アクセスについて、ＲＡＲが、ＲＡＣＨ設定において設定されたＣＯＲＥＳＥＴにおいてＮＲ−ＰＤＣＣＨによってスケジュールされたＮＲ−ＰＤＳＣＨにおいて運ばれる
・注：ＲＡＣＨ設定において設定されたＣＯＲＥＳＥＴは、ＮＲ−ＰＢＣＨにおいて設定されたＣＯＲＥＳＥＴと同じ又は異なり得る
・単一のＭｓｇ１  ＲＡＣＨについて、ＲＡＲウインドウは、Ｍｓｇ１送信の最後から固定持続期間の後に第１の利用可能なＣＯＲＥＳＥＴから開始する
・固定持続期間は、Ｘ  Ｔ＿ｓである
・Ｘは、すべてのＲＡＣＨ機会について同じである
・ＦＦＳ：ＣＯＲＥＳＥＴ開始位置がスロット境界線と整列されるかどうか
・ＦＦＳ：Ｘの値
・ＦＦＳ：Ｘが周波数範囲に依存するかどうか
・ＵＥからの単一のＭｓｇ１  ＲＡＣＨについて、
・ＲＡＲウインドウのサイズは、すべてのＲＡＣＨ機会について同じであり、ＲＭＳＩにおいて設定される
・ＲＡＲウインドウは、ｇＮＢにおいて処理時間を含み得る。
・最大ウインドウサイズは、処理遅延、スケジューリング遅延などを含むＭｓｇ１受信後の最悪の場合のｇＮＢ遅延に依存する
・最小ウインドウサイズは、Ｍｓｇ２又はＣＯＲＥＳＥＴ及びスケジューリング遅延の持続期間に依存する
・ＦＦＳ：サポートされる場合、複数のＭｓｇ１  ＲＡＣＨの場合
・初期アクセスについて、長いシーケンスに基づくプリアンブル又は短いシーケンスに基づくプリアンブルのいずれかが、ＲＡＣＨ設定において設定される
・競合ベースのＮＲ４ステップＲＡ手続きについて
・Ｍｓｇ１のためのＳＣＳ
・ＲＡＣＨ設定において設定される
・Ｍｓｇ２のためのＳＣＳ
・ＲＭＳＩのヌメロロジと同じ
・Ｍｓｇ３のためのＳＣＳ
・Ｍｓｇ１のためのＳＣＳから別個にＲＡＣＨ設定において設定される
・Ｍｓｇ４のためのＳＣＳ
・Ｍｓｇ．２においてと同じ
・ハンドオーバのための無競合ＲＡ手続きについて、Ｍｓｇ１のためのＳＣＳ及びＭｓｇ２のためのＳＣＳが、ハンドオーバコマンドにおいて提供される
・ＮＲは、競合ベースのランダムアクセスのＭｓｇ３を介するＳＳブロックインデックス、たとえば、最も強いＳＳブロックインデックス、の報告を研究する
・ＮＲは、無競合ランダムアクセス手続きのＭｓｇ１を介する複数のＳＳブロックインデックスの報告を研究する
・たとえば、ネットワークは、複数のＲＡＣＨ送信時間及びＲＡＣＨプリアンブルをＵＥに割り当てることができる。ＵＥは、ＲＡＣＨ送信時間を選択することによって１つのＳＳブロックインデックスとＲＡＣＨプリアンブルを選択することによって黙示的に別のＳＳブロックインデックスとを伝えることができる。
・フォーマット２について、フォーマット０及び１と同じ巡回シフト値が使用される
・作業想定：Ｌ＝１３９が、短いシーケンスを使用するＲＡＣＨプリアンブルフォーマットのシーケンス長として適用される
・すべてのＳＣＳの短いシーケンスに基づくＰＲＡＣＨフォーマットの巡回シフト（Ｎｃｓ）値の１つの共通のテーブルを使用
・Ａｌｔ１：巡回シフト値の数は、４ビットによって表される１６値以下である
・Ａｌｔ２：巡回シフト値の数は、３ビットによって表される８値以下である
・選択範囲の絞り込みがこの週に行われることになる。加えて、実際の１セットの値を見つけることになる
・フォーマット３について、以下のテーブルを使用。
・下線付きの値は、作業想定である
2020535707.tif 000004
・制限されたセットは、短いシーケンス長に基づくＮＲ  ＰＲＡＣＨプリアンブルについてサポートされない
・すべてのＳＣＳについて短いシーケンスに基づくＰＲＡＣＨフォーマットの巡回シフト（Ｎｃｓ）値の１つの共通のテーブルを使用
・巡回シフト値の数は、４ビットによって表される１６値以下であり、以下のテーブルが適用される
2020535707.tif 000005
・ＮＲは、より大きい時間間隔にＰＲＡＣＨ資源を含むスロットのパターンを規定する
・ＦＦＳ：時間間隔、たとえば、５／１０／２０ｍｓ
・ＦＦＳパターン
・スロット、たとえば、ＳＳブロック、ＵＬ／ＤＬ、Ｍｓｇ１又はＰＵＳＣＨ、のＦＦＳヌメロロジ
・ＦＦＳ：各スロット内
・Ａｌｔ１：スロット内のＲＡＣＨ資源は、連続的である
・Ａｌｔ２：スロット内のＲＡＣＨ資源は、２／４／７シンボルにおいて、たとえば、ＣＯＲＥＳＥＴモニタリングの場合に対処するために、連続的ではない
・少なくとも初期アクセスについて、
・ＲＡＲのためのＰＤＳＣＨは、所与の周波数帯域のＮＲ  ＵＥ最小ＤＬ  ＢＷ内に保たれている
・Ｍｓｇ４のためのＰＤＳＣＨは、所与の周波数帯域のＮＲ  ＵＥ最小ＤＬ  ＢＷ内に保たれている。
・ＦＦＳ：ＲＡＲ及びＭｓｇ４のためのＰＤＳＣＨが、初期アクティブＤＬ  ＢＷＰ内に保たれている場合。
・異なるＲＡＣＨプリアンブルフォーマットのトーン間隔及び帯域幅を知らせるＲＡＮ４へのＬＳを送る
・これらのＲＡＣＨプリアンブルフォーマットがＵＥの最小ＵＬ  ＢＷ内に保たれているかをチェックする
・以下の更新でＲ１−１７１６８１４において承認された、Ｄｈｉｒａｊ（Ｓａｍｓｕｎｇ）−Ｒ１−１７１６８０５に割り当てられる
・このＰＲＡＣＨプリアンブルフォーマットをサポートするために必要とされる最小アップリンク帯域幅は、１．２５ｋＨｚ  ＳＣＳについて１．２５ＭＨｚ、５ｋＨｚ  ＳＣＳについて５ＭＨｚである。
・アクションを以下に更新する：ＲＡＮ１は、前述の情報をそれらの未来の作業において考慮するように、及び前述の情報に懸念がある場合にはＲＡＮ１に通知するようにＲＡＮ４に依頼することを望むことになる。
・少なくとも初期アクセスについて、ＳＳブロックとＲＡＣＨプリアンブルインデックス及び／又はＲＡＣＨ資源との関連付けは、ＲＭＳＩにおいて指示された実際に送信されるＳＳブロックに基づく
・ＲＡＲについて、Ｘは、ＭＳｇ１送信の終了とＲＡＲのためのＣＯＲＥＳＥＴの開始位置との間のタイミングギャップについてサポートされ得る
・Ｘの値＝シーリング（Δ／（シンボル持続期間））＊シンボル持続期間、そこで、シンボル持続期間はＲＡＲヌメロロジに基づく
・そこで、Δは、必要に応じて（たとえば、ＴＤＤについて）ＵＥ  Ｔｘ−Ｒｘ切り替えのための十分な時間を含むことになる
・注：ＵＥ  Ｔｘ−Ｒｘ切り替えレイテンシは、ＲＡＮ４に応じる
ＲＭＳＩは、Ｒｅｌ−１５におけるＳＳブロックのための単一送信電力のみを示す
・初期アクセスについて、ＲＡＣＨ資源関連付けのためのＳＳブロック選択のための閾値は、ネットワークによって設定可能であり、閾値は、ＲＳＲＰに基づく
・ピンポン効果処理を含む、ＦＦＳ詳細
・ＮＲは、少なくともＭｓｇ２、Ｍｓｇ３及びＭｓｇ４のスロットベースの送信をサポートする
・スロットベースのスケジューリングがＩＴＵ要件を満たし得るかをチェックする。満たし得ない場合、ＩＴＵ要件を満たす手段、たとえば、Ｍｓｇ２、Ｍｓｇ３及びＭｓｇ４の非スロットベースの送信、を調査する
・Ｍｓｇ３が、ＲＡＲにおけるアップリンク許諾によってスケジュールされる
・Ｍｓｇ３が、Ｍｓｇ２の無線を介する受信の最後から最小時間ギャップの後に送信される
・ｇＮＢは、最小時間ギャップを確保しつつＭｓｇ３の送信時間をスケジュールするための柔軟性を有する
・ＵＥ処理能力に関するＦＦＳ最小時間ギャップ
【００２６】
前述の合意に基づいて、いくつかの結論が出され得る：
・ＦＦＳメッセージ２  ＰＤＣＣＨ／ＰＤＳＣＨが、メッセージ２を伝えるＰＤＣＣＨ／ＰＤＳＣＨ  ＤＭＲＳはＵＥが送ったプリアンブル／ＲＡＣＨ機会が関連付けられたＳＳブロックとＱＣＬされると想定するＵＥによって、受信される。
・ＦＦＳメッセージ３が、受信されたＲＡＲが関連付けられたｇＮＢによるＰＲＡＣＨプリアンブル受信についてと同じＲｘビームが使用されたと想定するＵＥによって送信される。
・ＦＦＳ  ＲＡＣＨメッセージ３において報告するビームがない場合、メッセージ４  ＰＤＣＣＨ／ＰＤＳＣＨが、メッセージ４を伝えるＰＤＣＣＨ／ＰＤＳＣＨ  ＤＭＲＳがＭｓｇ２のそれとＱＣＬされると想定するＵＥによって受信される。
・ＦＦＳ：ＲＡＣＨメッセージにおいて報告するビームがある場合
・３ＦＦＳ：ＲＡＣＨメッセージ３において報告するビームが、メッセージ４  Ｔｘ  ＱＣＬ想定に影響を及ぼすか及びどのように及ぼすか
【００２７】
現在、ある種の課題が存在する。たとえば、ＮＲにおいて、ターゲットセル内の又はターゲットビーム上のハンドオーバ（可動性）及び対応するランダムアクセス中のＵＥビヘイビアに影響を及ぼすＬＴＥとは異なるいくつかの態様が存在する。
【００２８】
我々は、「ターゲット」によって、ＵＥが接続を試みるセル又はビームを指す。通常は、「ターゲット」セル／ビームでランダムアクセスを開始するこのプロセスは、たとえば、この可動性／ハンドオーバを実行するようにＵＥに伝えるハンドオーバメッセージによって、開始される。「ターゲット」はまた、ＵＥが、少なくとも部分的に、後述のような制限を所与として、「ターゲット」として使用するための最良の候補として選択しているターゲットビーム又はセルでもよい。
【００２９】
ＬＴＥにおいて、前に詳しく説明され、ここで概要のみが示されているように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、可動性／ハンドオーバ決定に適した関連する測定を実行し、それらの測定値を、ネットワークから受信された様々な測定設定に基づいて、ネットワークに送り、次いで、ネットワークは、別のセルにＵＥをハンドオーバすることを決定する。「ハンドオーバコマンド」が、次いで、ランダムアクセス手続きを使用し、特定のセルにアクセスするようにＵＥに伝える。
【００３０】
ＬＴＥ解決法がＮＲに直接適用可能ではないことの原因となる付加的複雑性は、ＮＲが無線ビーム、ビーム選択及びビームハンドオーバの概念を含み得るということである。ビームサポートは、無線インターフェースを介して効率を向上させることを意図されており、それは、より高い周波数をサポートするためのＮＲ技術の必要な構成要素である。
【００３１】
３ＧＰＰにおける現在の合意によれば、セルは、複数のビームで構成され得る。ランダムアクセス試行が、セルの特定のビームで開始される。したがって、知られているＬＴＥ解決法から最も容易に得られるであろう解決法は、特定のビームでランダムアクセス手続きを実行するようにＵＥに伝えることになる「ハンドオーバコマンド」を含むことになる。これは、特に専用プリアンブル（ネットワークによって割り当てられ、ＵＥに送られる）について、ＵＥがそのランダムアクセスプリアンブルのために使用し得るのがどの１つ又は複数のビームであるかをネットワークが知る必要があるためである。
【００３２】
しかしながら、ＵＥがセルにアクセスするように伝えられ得るが、ＵＥはそのセル内のすべてのビームの中からビームを選択することを可能にされる可能性もまた存在する。これは、ネットワークがセルを制御することを意味するが、少なくとも部分的に、ビーム選択がＵＥ次第であることを意味することになる。
【００３３】
そのような条件の下では、ＵＥが優れたビームを選択することが重要であることになり、そして、有用又は適切な品質ではないビームをＵＥが選択した場合に、問題が生じ得る。これは、特に、より優れた品質であり得る他のビームが存在する場合に、ＵＥの準最適なパフォーマンスをもたらし得る。したがって、ＵＥのビーム選択プロセスを改善するための解決法が必要とされている。
【００３４】
各ＮＲセルにおいて、異なるビーム（又は方向）において送信され得る１つの又は複数のＳＳＢから成る複数の同期信号ブロック（ＳＳＢ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ  Ｂｌｏｃｋ）セットが存在し得る。これらの方向のそれぞれについて、ＰＲＡＣＨ資源設定においていくらかの差が存在し得る。したがって、ＮＲにおいて、ランダムアクセスを開始する前に、ＵＥは、時間／周波数資源及びシーケンスなどの使用されるべきＰＲＡＣＨ資源を導出するために、セル内でビーム選択（又はＳＳＢ選択）を実行することになる。
【００３５】
加えて、ビーム選択が、少なくともハンドオーバ中にＣＳＩ−ＲＳに基づいて実行され得るように、各セルは異なるビームにおいて追加のＲＳ（ＣＳＩ−ＲＳ：ｃｈａｎｎｅｌ−ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ−ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）をビーム形成し、ＰＲＡＣＨ資源とＣＳＩ−ＲＳとの間のマッピングをＵＥに提供し得ることが合意された。
【００３６】
ＲＡＣＨ手続き、電力ランピング／ビーム切り替えを介する再送信、ＵＬ電力見積のための測定値の処理、に関するすべてのＲＡＮ１合意にも関わらず、ターゲットセルにおけるランダムアクセスのための適切で有用なビームをＵＥが選択することをどのようにして確保するかに対する解決法はまだ存在しない。
【発明の概要】
【００３７】
本開示のある種の態様及びそれらの実施形態は、これら又は他の課題に対する解決法を提供し得る。ある種の実施形態によれば、ハンドオーバコマンドは、ここで、ワイヤレスデバイスによって選択されたビームが、ワイヤレスデバイスへの適正なサービスを保証することができるビーム選択をもたらすことを確実にすることを目的として、１つ又は複数の適合性閾値を含む。
【００３８】
ある種の実施形態によれば、ワイヤレスデバイスによる方法が、ビームに基づくランダムアクセスのために提供される。本方法は、ハンドオーバコマンドを、ネットワークノードから、受信することを含み、ハンドオーバコマンドは、少なくとも１つの適合性閾値を含む。ワイヤレスデバイスは、ワイヤレスデバイスによって検出された複数のビームのそれぞれの測定を実行する。複数のビームの測定値は、少なくとも１つの適合性閾値と比較される。複数のビームのうちの特定のビームが、比較に基づいて選択され、ランダムアクセス手続きが、開始される。
【００３９】
ある種の実施形態によれば、ビームに基づくランダムアクセスのためのワイヤレスデバイスが、提供される。ワイヤレスデバイスは、命令を記憶するように動作可能なメモリと、ワイヤレスデバイスにハンドオーバコマンドをネットワークノードから受信させるための命令を実行するように動作可能な処理回路とを含み、ハンドオーバコマンドは少なくとも１つの適合性閾値を含む。ワイヤレスデバイスによって検出された複数のビームのそれぞれの測定が、実行される。複数のビームの測定値は、少なくとも１つの適合性閾値と比較される。複数のビームのうちの特定のビームが、比較に基づいて選択され、そして、ランダムアクセス手続きが、開始される。
【００４０】
ある種の実施形態によれば、ワイヤレスデバイスを用いてビームに基づくランダムアクセスを開始するためのターゲットネットワークノードによる方法が、提供される。本方法は、ワイヤレスデバイスに接続されたソースネットワークノードにハンドオーバコマンドを送信することを含む。ハンドオーバコマンドは、少なくとも１つの適合性閾値を含む。少なくとも１つの適合性閾値は、ターゲットネットワークノードへのハンドオーバを開始するために複数のビームのうちの特定の１つのビームを選択する際にワイヤレスデバイスによって使用するための最低無線品質を含む。本方法は、ランダムアクセスプリアンブルをワイヤレスデバイスから受信することをさらに含む。
【００４１】
ある種の実施形態によれば、ワイヤレスデバイスを用いてビームに基づくランダムアクセスを開始するためのターゲットネットワークノードが、提供される。ターゲットネットワークノードは、命令を記憶するように動作可能なメモリと、ターゲットネットワークノードにハンドオーバコマンドをワイヤレスデバイスに接続されたソースネットワークノードへ送信させるための命令を実行するように動作可能な処理回路とを含む。ハンドオーバコマンドは、少なくとも１つの適合性閾値を含む。少なくとも１つの適合性閾値は、ターゲットネットワークノードへのハンドオーバを開始するために複数のビームのうちの特定の１つのビームを選択する際にワイヤレスデバイスによって使用するための最低無線品質を含む。ランダムアクセスプリアンブルが、ワイヤレスデバイスから受信される。
【００４２】
ある種の実施形態によれば、ビームに基づくランダムアクセスのためのソースネットワークノードによる方法が、提供される。本方法は、少なくとも１つの適合性閾値を含むハンドオーバコマンドを、ターゲットネットワークノードから、受信することを含む。少なくとも１つの適合性閾値は、ターゲットネットワークノードとのハンドオーバを開始するためにワイヤレスデバイスによって複数のビームのうちの特定の１つのビームを選択するための最低無線品質を含む。ハンドオーバコマンドは、ターゲットネットワークノードへのワイヤレスデバイスのハンドオーバを開始するために、ソースネットワークノードに接続されたワイヤレスデバイスに送信される。
【００４３】
ある種の実施形態によれば、ワイヤレスデバイスを用いてビームに基づくランダムアクセスを開始するためのソースネットワークノードが、提供される。ソースネットワークノードは、命令を記憶するように動作可能なメモリと、少なくとも１つの適合性閾値を含むハンドオーバコマンドをターゲットネットワークノードから受信することをターゲットネットワークノードに行わせるための命令を実行するように動作可能な処理回路とを含む。少なくとも１つの適合性閾値は、ターゲットネットワークノードとのハンドオーバを開始するためにワイヤレスデバイスによって複数のビームのうちの特定の１つのビームを選択するための最低無線品質を含む。ハンドオーバコマンドは、ターゲットネットワークノードへのワイヤレスデバイスのハンドオーバを開始するために、ソースネットワークノードに接続されたワイヤレスデバイスに送信される。
【００４４】
ある種の実施形態は、以下の技術的利点のうちの１つ又は複数を提供し得る。たとえば、１つの技術的利点は、ある種の実施形態が、Ｔ３０４タイマが失効していない限り、無競合ランダムアクセス又は競合ベースのランダムアクセスをＵＥが実行することを可能にする解決法を提供するということになり得る。したがって、もう１つの技術的利点は、ＵＥが失敗を回避するということになり得る。
【００４５】
開示される実施形態及びそれらの特徴及び利点のより完全な理解のために、以下のような添付の図面と併せて、以下の説明がここで参照される。
【図面の簡単な説明】
【００４６】
【図１Ａ】セルを変更する必要があるときに、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥが、ＬＴＥにおいてハンドオーバを実行する、手続きを示す図である。
【図１Ｂ】セルを変更する必要があるときに、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥが、ＬＴＥにおいてハンドオーバを実行する、手続きを示す図である。
【図１Ｃ】セルを変更する必要があるときに、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥが、ＬＴＥにおいてハンドオーバを実行する、手続きを示す図である。
【図２】競合ベースの手続きを示す図である。
【図３】ＮＲによってサポートされるものとしての８３９のシーケンス長のＰＲＡＣＨプリアンブルフォーマットを示す図である。
【図４】ＮＲによってサポートされるものとしての８３９のシーケンス長の追加のＰＲＡＣＨプリアンブルフォーマットを示す図である。
【図５】カバレッジ強化のためのＮＲ−ＲＡＣＨプリアンブルフォーマットでのＷＦを示す図である。
【図６】短いシーケンス長を有するＰＲＡＣＨのためのプリアンブルフォーマットを示す図である。
【図７Ａ】ある種の実施形態による、ビームに基づくランダムアクセスのための例示的方法を示す図である。
【図７Ｂ】ある種の実施形態による、ビームに基づくランダムアクセスのための例示的方法を示す図である。
【図８】ある種の実施形態による、ビームに基づくランダムアクセスのための例示的ネットワークを示す図である。
【図９】ある種の実施形態による、ビームに基づくランダムアクセスのための例示的ネットワークノードを示す図である。
【図１０】ある種の実施形態による、ビームに基づくランダムアクセスのための例示的ワイヤレスデバイスを示す図である。
【図１１】ある種の実施形態による、ビームに基づくランダムアクセスのための例示的ＵＥを示す図である。
【図１２】ある種の実施形態による、いくつかの実施形態によって実装される機能が仮想化され得る仮想化環境を示す図である。
【図１３】ある種の実施形態による、ホストコンピュータに中間ネットワークを介して接続された電気通信ネットワークを示す図である。
【図１４】ある種の実施形態による、部分的にワイヤレスな接続を介してユーザ機器と基地局を介して通信するホストコンピュータを示す図である。
【図１５】ある種の実施形態による、通信システムにおいて実装される方法を示す図である。
【図１６】ある種の実施形態による、通信システムにおいて実装されるもう１つの方法を示す図である。
【図１７】ある種の実施形態による、通信システムにおいて実装されるもう１つの方法を示す図である。
【図１８】ある種の実施形態による、通信システムにおいて実装されるもう１つの方法を示す図である。
【図１９】ある種の実施形態による、ビームに基づくランダムアクセスのためのワイヤレスデバイスによるもう１つの方法を示す図である。
【図２０】ある種の実施形態による、ビームに基づくランダムアクセスのための例示的仮想コンピューティングデバイスを示す図である。
【図２１】ある種の実施形態による、ワイヤレスデバイスとのビームに基づくランダムアクセスを開始するためのターゲットネットワークノードによる方法を示す図である。
【図２２】ある種の実施形態による、ビームに基づくランダムアクセスのためのもう１つの例示的仮想コンピューティングデバイスを示す図である。
【図２３】ある種の実施形態による、ワイヤレスデバイスを用いてビームに基づくランダムアクセスのためのソースネットワークノードによる方法を示す図である。
【図２４】ある種の実施形態による、ビームに基づくランダムアクセスのためのもう１つの例示的仮想コンピューティングデバイスを示す図である。
【発明を実施するための形態】
【００４７】
一般に、本明細書で使用されるすべての用語は、それが使用されている文脈から異なる意味が明確に与えられる及び／又は暗示されるのでない限り、関連技術分野におけるそれらの通常の意味に従って解釈されるものとする。１つの／その（ａ／ａｎ／ｔｈｅ）要素、装置、構成要素、手段、ステップなどのすべての参照は、特に明記のない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つの例を参照するものとしてオープンに解釈されるものとする。ステップが別のステップに続く若しくは先行するものとして明示的に記載されていない限り、及び／又はステップが別のステップに続く若しくは先行する必要があるということが黙示的である場合、本明細書で開示されるいずれの方法のステップも、開示されている正確な順番で実行される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切な場合には、任意の他の実施形態に適用され得る。同様に、いずれかの実施形態の任意の利点は、任意の他の実施形態に適用することができ、逆もまた同様である。含まれる実施形態の他の目的、特徴及び利点が、以下の説明から明らかとなろう。
【００４８】
ここで、本明細書で意図された実施形態のうちのいくつかを、添付の図面を参照して、より完全に説明する。しかしながら、他の実施形態が、本明細書で開示される主題の範囲内に含まれ、開示される主題は、本明細書に記載の実施形態のみに限定されるものとして解釈されるべきではなく、これらの実施形態は、当業者に本主題の範囲を伝えるための例として提供される。
【００４９】
ある種の実施形態によれば、ネットワークがハンドオーバコマンドをユーザ機器（ＵＥ）に送る解決法が開示されている。ハンドオーバコマンドは、ＮＲ基地局（ｇＮＢ）などのノードから送られる。このノードは、以下、ターゲット又はターゲットノードと呼ばれる。ハンドオーバコマンドは、ソース基地局を介してＵＥに送られる。ソース基地局は、ＵＥが現在接続されている局である。ソース基地局は、ＮＲ基地局、又は、たとえば、ＬＴＥ基地局でもよい。ハンドオーバコマンドが、ソースを介してターゲットからＵＥによって受信されるように、ハンドオーバコマンドは、ソースを通して送られ、ソース基地局に透過的になり得る。それによって、ＵＥは、ハンドオーバコマンドを受信する。ハンドオーバコマンドはまた、二重接続コンテキストにおいて（いくつかの実施形態において、これは、ＲＡＴ間ノードでもよい、たとえば、ＮＲは、コマンドを準備するターゲットである）２次セルグループ（ＳＣＧ）変更又はＳＣＧ追加コマンドを意味すると理解され得る。
【００５０】
ある種の実施形態によれば、ハンドオーバコマンドは、１つ又は複数の適合性パラメータ、たとえば１つ又は複数の閾値、を含む。特定の一実施形態において、適合性閾値は、ＲＡＣＨ又はＰＲＡＣＨ適合性閾値でもよい。適合性閾値の目的は、ＵＥによるビーム選択が、ＵＥへの適正なサービスを保証することができるビーム選択をもたらすことを確保することである。
【００５１】
特定の一実施形態において、たとえば、ｇＮＢを含み得る、ターゲットネットワークノードは、ＵＥを含み得るワイヤレスデバイスにハンドオーバコマンドを送る。ハンドオーバコマンドは、少なくとも１つの適合性閾値を含む。適合性閾値は、ビーム品質がある特定の無線品質閾値を超えた場合にＵＥがビームをただ選択することになるようにＵＥに伝える。特定の一実施形態において、品質閾値は、たとえば、最小参照信号電力又は品質、たとえばＲＳＲＰ又はＲＳＲＱ、として表現され得る。追加で又は別法として、１つ又は複数の閾値は、異なる参照信号に関連付けられ得る。たとえば、ＮＲは、さらに後述されるように、ＳＳ／ＰＢＣＨ及びＣＳＩ−ＲＳ参照信号の両方を含む。
【００５２】
ある種の実施形態によれば、ＵＥは、次いで、ビーム上で利用可能な関連参照信号で対応する測定を実行する、又は、たとえば、前の測定値又は外挿法に基づいて、ビーム品質の見積を取得し、測定された又は見積もられた値（たとえば、ＲＳＲＰ、ＲＳＲＱにおける）を受信された閾値と比較する。測定された電力／品質が閾値を上回る場合、次いで、ＵＥは、そのビームを「適切」として分類し、そして、ＵＥは、ここで、ランダムアクセス試行のためにビームを選択することができる。この解決法は、ＵＥにとって適切又は最良ではないセル内のビームをＵＥが選択しないことを確実にする。
【００５３】
特定の一実施形態において、異なる適合性閾値は、競合ベースのランダムアクセス（ＣＢＲＡ：Ｃｏｎｔｅｎｔｉｏｎ  Ｂａｓｅｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）及び無競合ランダムアクセス（ＣＦＲＡ：Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）のために規定され得る。ＣＢＲＡにおいて、ＵＥが、ＲＡ資源を選択し、それに応じて、プリアンブル送信は、衝突を被り得る。ＣＦＲＡにおいて、ＵＥは、衝突が起こらない結果をもたらす、１つ又は複数のプリアンブルを含む、ＣＦＲＡのために利用可能な特定の時間／周波数資源及び１つ若しくは複数のビームを受信する。
【００５４】
ＣＢＲＡと比較したＣＦＲＡで、他の利益、たとえば衝突回避及びレイテンシ、が存在するときにＣＦＲＡについてより低い品質要件を有することが容認可能であることがあるので、ＣＦＲＡ及びＣＢＲＡについて異なる適合性閾値を有することの利益が存在する。ＣＦＲＡ及びＣＢＲＡについて異なる閾値を規定する可能性を有することは、ネットワークが同じハンドオーバコマンドメッセージにおいて２つの異なる適合性閾値、ＣＦＲＡのための１つとＣＢＲＡのためのもう１つ、でＵＥを設定することを可能にする。ハンドオーバを実行したとき、ＵＥは、ＣＦＲＡを有するビームの品質をＣＦＲＡに関連付けられた提供された適合性閾値、たとえば閾値ＣＦＲＡ、と比較することによって、ＣＦＲＡ資源を有するビームに優先順位をつけ、そして、ＣＦＲＡを有するビームが適切（すなわち、閾値ＣＦＲＡを上回る品質を有する）ではない場合、ＵＥは残りのビームを閾値ＣＢＲＡと比較し、少なくとも１つが利用可能である場合にＵＥは競合ＣＦＲＡを実行することができる。その場合、ネットワークは、ＳＣＧ追加又はＳＣＧ変更の場合に、たとえばｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ  ＩＥ又は同等のＩＥの一部として、ハンドオーバコマンド内に２つのＲＡＣＨ設定、ＣＦＲＡに関する１つとＣＢＲＡに関するもう１つ、を含み得る。
【００５５】
もう１つの実施形態において、異なる適合性閾値が、ＳＳ／ＰＢＣＨ及びＣＳＩ−ＲＳなど、異なる参照信号について規定され得る。したがって、特定の一実施形態において、ＵＥは、ビーム適合性評価のための少なくとも２つの閾値を含むハンドオーバコマンドを受信し得る。
【００５６】
さらにもう１つの特定の実施形態において、適合性閾値は、特定のビームと又は特定の参照信号に関連し得る。さらにもう１つの特定の実施形態において、適合性閾値は、ランダムアクセスのタイプ、たとえばＣＢＲＡ又はＣＦＲＡ、に関連し得る。具体的には、ＣＦＲＡは、同期信号ブロック（ＳＳＢ）ベースのハンドオーバに関連する見込みがあるが、ＣＦＲＡは、ＳＳＢベースのハンドオーバ又はチャンネル状態情報−参照信号（ＣＳＩ−ＲＳ）ベースのハンドオーバに関連し得、対応する参照信号は、異なって、たとえば異なる電力で、送信され得るので、ＣＢＲＡ及びＣＦＲＡについて異なる閾値を関連付けることは有益であると思われる。条件の組合せもまた存在し得る、たとえば、２つの閾値が提供される：ＳＳＢベースのＣＦＲＡのための１つ及びＳＳＢベースのＣＢＲＡのためのもう１つ、ＣＳＩ−ＲＳベースのＣＦＲＡのための１つ及びＳＳＢベースのＣＢＲＡのためのもう１つ、ＣＳＩ−ＲＳベースのＣＦＲＡのための１つ及びＣＳＩ−ＲＳベースのＣＢＲＡのためのもう１つ。
【００５７】
ある種の実施形態によれば、ＵＥは、ＲＡＲウインドウが失効する前に、複数のＲＡＣＨプリアンブルを送ることを可能にされ得る。したがって、その意味で、その特定の目的で２番目に良いビーム、３番目に良いビーム、…、Ｎ番目に良いビームのための複数の閾値が存在し得る。
【００５８】
いくつかの実施形態において、それがプリアンブル送信であるかプリアンブル再送信であるかに応じて使用されることになる複数の適合性閾値もまた存在し得る。たとえば、より緩やかな閾値が、再送信のために設定され得る。
【００５９】
ある種の実施形態によれば、ＵＥがＵＬ  Ｔｘビーム形成を実行する場合にＵＬプリアンブル再送信のための異なる適合性閾値もまた存在し得る。ＵＥがＵＬ  Ｔｘ送信の能力を有する場合、より大きいエリアにおいて干渉を生み出す可能性はより低いので、ＵＥがＵＬ  Ｔｘビーム形成を使用しない場合と比べて、より緩やかな閾値が、使用され得る。
【００６０】
初期電力を有するビーム選択と比較してビーム選択を有さない電力ランピングをＵＥが使用する場合、再送信のための異なる閾値もまた存在し得る。電力ランピングの場合、たとえば、閾値はまた、緩められ得る。ＲＡＣＨプリアンブル再送信のためのビーム選択中に、ＵＥは、同じビーム又は異なるビームを選択し得る。したがって、これらの２つの異なる場合について異なる閾値が存在し得る。
【００６１】
したがって、いくつかの実施形態において、ターゲットは、セルにおいて異なるビームに適用され得る複数の適合性閾値を送信し得る。本開示はまた、セル内のビームの適合性を支配するために１つの又は複数の閾値／パラメータを含むハンドオーバコマンド内にいくつかの候補セルを有する可能性について企図している。
【００６２】
前述によるセル内のビームが「適切」であるかどうかの判定は、ビーム選択及びランダムアクセス資源選択に関してＵＥが実行する必要があり得る唯一の判定であることに留意されたい。前述の解決法は、たとえば、ＵＥによって検出されるビームの中で優先順位をつけるためを含む、及び、単に、特定のビームで利用可能であり得る専用プリアンブルと相互に作用する、ビーム及びランダムアクセス資源選択のために必要な他の態様と連携する必要がある。したがって、ビームが適切であることを見つけることは、ランダムアクセス試行のための良い又は最良のビームを選択するプロセスにおける１つのステップであるが、本解決法は、後述のように、他の選択ステップとも連携すべきである。
【００６３】
たとえば、１つの解決法において、ＵＥは、関連のある１つ又は複数のビームでのＣＦＲＡに関連する適合性閾値を先ず評価しなければならない。次いで、その１つ又は複数のビームが適切でないことが分かった場合、ＵＥは、ＣＢＲＡについて、追加の閾値で他のビームベースを評価することによって、継続する。ＣＦＲＡ及びＣＢＲＡの評価は、異なる参照シンボルに関連し得る。
【００６４】
パラメータ及びＵＥによって実行される対応する評価によって規定されたものとしての、適合性の基準をどのビームも満たさない場合に、回復解決法を規定する必要もある。これは、さらに詳細に後述されることになる。
【００６５】
ある種の実施形態によれば、ネットワーク解決法が、適合性評価の閾値と測定報告閾値を調整するために規定される。これは、測定報告が送られることになるかどうかを評価するために使用される、ネットワークからＵＥが受信する、測定設定は、通常は、セルごとではなく、キャリア周波数について設定されるためである。
【００６６】
したがって、測定報告をソースに送るための基準は、通常は、キャリア周波数上の複数のセルに適用され、そこで、キャリア周波数上のセルは、複数の基地局によって制御される。現在、ターゲットは、前述の適合性閾値を設定する責任を有する。したがって、ターゲットの適合性閾値を下回る信号強度／品質レベルにおける近隣セル測定値を報告するようにＵＥをソース基地局が設定することが生じ得る。この問題は、たとえば、本明細書に記載のある特定の解決法によって緩和され得る。
【００６７】
たとえば、特定の一実施形態において、ターゲットがハンドオーバコマンドを発行するとき、報告とターゲットによって設定された適合性基準との間に不一致が生じないように、ターゲットがその適合性閾値を設定することができるように、ソースは、測定設定をターゲットヘ送信する（すなわち、メッセージを送る）ことができる。この解決法によって、ＵＥが、ハンドオーバコマンドに従うときに、適切なビームを見つける見込みがあるという意味で、ターゲットは、ＵＥに送られるターゲットの適合性閾値が合理的であることを確保することができる。
【００６８】
他の実施形態によれば、ターゲットネットワークノードは、１つ又は複数のメッセージを使用して、その適合性閾値を近隣のノード（ソースの機能を果たす見込みのある）に通信し得る。近隣ノードは、次いで、不必要な測定報告が回避されるように測定値を報告するようにＵＥを設定するときに測定基準を設定することができる。或いは別法として、又は加えて、ＵＥがソースに現在報告している信号品質又は電力レベルを超える１つ又は複数の適合性閾値を設定することになるターゲットにＵＥがハンドオーバされないようにする。それによって、不必要なハンドオーバ試行は、回避され得る。
【００６９】
記載されている実施形態において、メッセージは、ＲＲＣ信号伝達メッセージを指し得る。ＲＲＣの場合、一例は、ハンドオーバコマンドであり、実際には、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ  ＩＥを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎは、ターゲットセルのＲＡＣＨ設定を含む。しかしながら、それは、ランダムアクセスを実行するようにＵＥをトリガする任意のプロトコルレベルからの任意のメッセージでもよい。実際には、「ハンドオーバコマンド」メッセージはＮＲにおいて異なる名を有し得る可能性が高い。しかしながら、関連性は、この「ハンドオーバコマンド」メッセージは、ネットワークからＵＥに、別のセル又はビームにアクセスするようにＵＥに命令するために使用されるということであり、そこで、アクセスすること、ＵＥを除いて、は、ランダムアクセス手続きを使用して他のセル又はビームに同期することを含む。ランダムアクセス試行は、たとえば、専用プリアンブル及び／又はランダムアクセス資源（前述のような）或いはランダムに選択されたプリアンブル及び資源を使用して、実行することができる。ランダムアクセス試行は、ＰＲＡＣＨチャンネルで実行され得る。ハンドオーバコマンドは、前述のように、前述の１つ又は複数の閾値を含むことになる。
【００７０】
ある種の実施形態によれば、ビームは、ビーム形成される及びＵＥによって測定することができるＳＳ／ＰＢＣＨブロック（ＳＳＢ）を指し得、たとえば、ＵＥはＳＳ−ＲＳＲＰを計算することができる。各ＳＳＢは、ＰＣＩを符号化し、同じＮＲセルに関連するＳＳＢは、同じＰＣＩを送信する。加えて、各ＳＳＢは、ＰＢＣＨの復調参照信号（ＤＭＲＳ：ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、時間インデックス（たとえば、ＰＢＣＨにおいて符号化された）又はこれらの組合せ（その組合せが、一意のＳＳ／ＢＣＨブロック識別子を構成し得るとき）から導出することができる、独自のＳＳＢインデックスを有する。ビームという用語はまた、ビーム形成された及びＵＥによって測定することができるＣＳＩ−ＲＳ資源を指し、たとえば、ＵＥは、ＣＳＩ−ＲＳＲＰ、ＣＳＩ−ＲＳＲＱ、ＣＳＩ−ＳＩＮＲを計算することができる。各ＣＳＩ−ＲＳは、それに関連するＰＣＩを有し得、したがって、ＵＥは、それがＣＳＩ−ＲＳ資源を測定する前に、同期のために使用することができる。
【００７１】
ある種の実施形態によれば、ビームごとの測定結果は、ビームＲＳＲＰごと、ビームＲＳＲＱごと、ビームＳＩＮＲごとでもよい。ＳＳ／ＰＢＣＨブロックが、ビームレベル測定のための参照信号（ＲＳ）タイプとして使用される場合、ＳＳ−ＲＳＲＰ、ＳＳ−ＲＳＲＱ、ＳＳ−ＳＩＮＲが使用される。ＣＳＩ−ＲＳが、ビームレベル測定のための参照信号（ＲＳ）タイプとして使用される場合、ＣＳＩ−ＲＳＲＰ、ＣＳＩ−ＲＳＲＱ、ＣＳＩ−ＳＩＮＲが使用される。測定値、及び対応する適合性閾値は、異なる参照信号タイプについて規定され得ることに留意されたい。
【００７２】
ある種の実施形態によれば、適切なビームは、設定可能にすることができる又は標準において規定することができる、絶対閾値に基づく条件をその測定結果が満たすビームである。たとえば、ｂ（ｉ）のＲＳＲＰ＞絶対閾値の場合、ビームｂ（ｉ）は適切である。他の測定数量もまた、基準、たとえばｂ（ｉ）のＲＳＲＱ＞絶対閾値の場合、ｂ（ｉ）のＳＩＮＲ＞絶対閾値の場合として使用することができる。測定数量の組合せもまた、基準として使用することができ、たとえば、ｂ（ｉ）のＲＳＲＱ＞絶対閾値１の場合且つｂ（ｉ）のＳＩＮＲ＞ＳＩＮＲ絶対閾値２の場合、そのとき、ｂ（ｉ）は適切であり、ｂ（ｉ）のＲＳＲＰ＞絶対閾値１の場合且つｂ（ｉ）のＳＩＮＲ＞絶対閾値２の場合、そのとき、ｂ（ｉ）は適切であり、ｂ（ｉ）のＲＳＲＱ＞絶対閾値１の場合且つｂ（ｉ）のＲＳＲＰ＞絶対閾値２の場合、そのとき、ｂ（ｉ）は適切であり、ｂ（ｉ）のＲＳＲＱ＞絶対閾値１の場合且つｂ（ｉ）のＲＳＲＰ＞絶対閾値２の場合且つｂ（ｉ）のＳＩＮＲ＞絶対閾値３の場合、そのとき、ｂ（ｉ）は適切である。大なり（＞）を使用する前述の数学的関係は単に例であり、小なり（＜）、小なりイコール（≦）、大なりイコール（≧）、イコール（＝）、ノットイコール（≠）を含むがこれらに限定されない他の演算子もまた考慮することができることを理解されたい。これらの演算子はまた、新しい数学的関係を形成するためのＡＮＤ、ＯＲ、ＸＯＲ、ＮＯＴを含むがこれらに限定されない、論理演算子と組み合わせることもできる。
【００７３】
ある種の実施形態によれば、ターゲットセルは、ハンドオーバ中に同期するようにＵＥが指示されている任意のサービングセルとは異なるセルでもよい。たとえば、ＵＥが、ビーム回復中のビーム選択においてなど、無線リンク失敗がトリガされる前にそれのサービングセルとの同期を取り戻すために、ランダムアクセス又は同等の手続きを実行するとき（その手続きさえもまた、異なるセルで実行されるように設定され得るが）、ターゲットセルはまた、任意のサービングセルと同じになり得る。
【００７４】
ある種の実施形態によれば、同期することは、広く理解することができ、たとえば、ランダムアクセス手続きが、ＵＥと基地局との間で同期するために使用され得る。ＬＴＥ及びＮＲにおけるこのＲＡは、たとえば、スロット付き構造に適合するためのＵＥ送信の時間調節との時間同期を含み得る。それは、ＵＥがセル又はビームを発見した及び送る及び／又は受信する準備ができているＲＡ手続きにおけるプリアンブルを送信することによってネットワークにＵＥから指示することを含み得る。
【００７５】
ある種の実施形態によれば、ＵＥは、ターゲットセルに関連するビームインデックスごとにビーム品質の見積を取得する。この見積は、すべてのビームについて又は１サブセットのビームのみについて取得され得る。これは、たとえば、以下の代替手段に従って、行うことができる。
１．  ＵＥは、ビームインデックスごとの前に実行された測定結果を使用することができる。
２．  ＵＥは、ターゲットセルのビームインデックスごとに測定結果を更新することができる。
ｉ．  測定更新は、フィルタリングされた測定結果、すなわち、前に実行された測定を考慮する、でもよい。フィルタ係数は、規定又は設定され得る。フィルタ係数に応じて、最新のサンプルのみが問題になり、すなわち、メモリなしでフィルタリングされる。
ｉｉ．  測定更新は、適当なランダムアクセス手続きを実行するためにより最新の測定結果を必要とし得ることを考慮する設定されたイベント測定評価のためにＵＥが使用するものと比較して、より速い周期性で生じ得る。異なるサンプリング周期性の使用が、ＵＥ運動、ＵＥ速度又は速度状態などの検出などの異なる基準に基づいて、設定及び／又は調整され得る。いくつかの実施形態／シナリオにおいて、サンプリングレートは、無線チャンネルの物理属性（たとえば、キャリア周波数及びＳＣＳ）に依存し得る。
３．  ＵＥは、ビームインデックスごとの前に実行された測定結果の使用の間で決定する、又は異なる基準に基づいて測定値の更新を実行することができる。１つの基準は、メッセージがＵＥによって受信されたのよりもＸｍｓより前に最新の測定が実行されたということでもよく、そのことは、これらが失効しており、プリアンブル送信は、初期ＵＬ電力送信の誤った見積により失敗し得ることを示し得る。メッセージが、そのＸｍｓの前に受信された場合、測定は、有効であると考えることができ、ＵＥは、測定値において更新を実行する必要はない。もう１つの基準は、ＵＥ速度に基づくことができ、ＵＥ速度がより速い場合に変化が生じる可能性がより高いことを示し得る。規定された速度状態又は速度閾値が存在し得る。もう１つの基準は、回転などのＵＥ運動に基づき得る。回転が、ＵＥが最新の測定を実行する時間の間に検出された場合、ＵＥは、ランダムアクセスを開始するためにビームを選択する前に測定更新を実行すべきである。これらの前述の基準の組合せも存在し得る。
【００７６】
ビーム品質を測定することに加えて、ＵＥはまた、ビーム品質を見積もるための他の方法を使用し得る。たとえば、ＵＥは、別のビームで実行された測定値に基づいて特定のビームのビーム品質を外挿法によって推定し得る。
【００７７】
そのフェーズの結果は、たとえば、以下になり得る：
それらのすべてが、閾値を超える測定数量、本例ではＲＳＲＰ、を有する、Ｋの適切なビームインデックスについて、
［ビーム（１）：ＲＳＲＰ−１，ビーム（２）：ＲＳＲＰ２，…，ビーム（Ｋ）：ＲＳＲＰ（Ｋ）］、及び／又は
［ビーム（１）：ＲＳＲＱ−１，ビーム（２）：ＲＳＲＱ２，…，ビーム（Ｋ）：ＲＳＲＱ（Ｋ）］及び／又は
［ビーム（１）：ＳＩＮＲ−１，ビーム（２）：ＳＩＮＲ−２，…，ビーム（Ｋ）：ＳＩＮＲ（Ｋ）］。
【００７８】
図７Ａ及び７Ｂは、ある種の実施形態による、ビームに基づくランダムアクセスのための例示的方法を示す。ステップ１００において、ＵＥは、ＵＥが同期すべきでありランダムアクセスを実行すべきであるターゲットセルに関連するビームに関連するゼロ以上の専用ＲＡＣＨ資源を含むネットワークからのメッセージを受信する。メッセージはまた、共通のＲＡＣＨ資源を含み得る。
【００７９】
ステップ１０２において、メッセージを受信したとき、ＵＥは、ハンドオーバ失敗タイマ（たとえば、Ｔ３０４のようなタイマ）を開始する。
【００８０】
ステップ１０４において、ＵＥは、前述のような（たとえば、ステップ１〜３による）ターゲットセルに関連するビームインデックスごとのビーム品質を見積もる。たとえば、ＵＥは、以下を行う：
・一部の又はすべてのビームについて前の見積を使用する
・ビームインデックスごとに前に実行された測定結果を使用する
・ターゲットセルについてビームインデックスごとに測定結果を更新する。
【００８１】
ステップ１０６及び１０８において、ＵＥは、関連する専用ＲＡＣＨ資源と設定されたビームのいずれかが適切であるかどうかを、前のステップに基づいて、識別する。たとえば、ＵＥは、専用ＲＡＣＨ設定を有するビームのいずれかが適切であるかどうかをステップ１０６において評価することができ、次いで、ステップ１０８において、少なくとも１つの適切なビームが見つかったかを判定することができる。ビームの適合性は、ビーム又はＲＳ特有の閾値に関連し得る。ビームが適切であるかどうかの評価は、ビーム及び／又は参照信号タイプ適合性閾値に関連し得る。したがって、評価は、ＣＦＲＡが特定の参照信号に関連しているかどうかに依存し得る。
【００８２】
関連する専用ＲＡＣＨ資源を有する少なくとも１つの適切なビームが、ステップ１０８で、適切であると分かった場合、本方法は、「Ａ」パスに沿って図７Ｂに進み、ＵＥは、ステップ１１０において、異なる基準に基づいてビームのうちの１つを選択し、関連する資源でランダムアクセスを実行する。たとえば、ＵＥは、特定の一実施形態において、ＵＬプリアンブルを送り、設定されたＲＡＲ時間ウインドウを開始することができる。
【００８３】
複数の適切なビームのうちの１つを選択するために使用され得る基準の例は、以下を含み得る：
・１つの基準は、ＵＥが、最も強い測定数量を有する適切なビームを選択することでもよく、
・もう１つの基準は、ＵＥが、レイテンシに優先順位をつけるために、そのタイムドメインＲＡＣＨ資源が最初に生じる適切なビームを選択することでもよい。
・もう１つの基準は、ＵＥが、より高い安定性を有する適切なビームを選択すること、すなわち、無線状態統計値に基づいて、ＵＥが、そのビームの無線状態が期間内に劇的に変化しなかったことを算定すること、でもよい。
【００８４】
複数のビームが、専用ＲＡＣＨ資源に適切である場合、ＵＥは、前述の基準に基づいていずれかを選択し得る。しかしながら、代替手段は、ＵＥが、適切なビームに関連する任意の１サブセットの専用ＲＡＣＨ資源について、複数のプリアンブルを送るということでもよい。
【００８５】
図７Ａに示すステップ１０８に戻ると、関連する専用ＲＡＣＨ資源を有するビームのいずれも適切でない場合、本方法は、「Ｂ」パスに沿って図７Ｂに進み、ＵＥは、ステップ１１２で、異なる基準を満たす共通のＲＡＣＨ資源を有する適切なビームを選択する。
【００８６】
ステップ１１４又は１１６において、ＵＥは、ＵＥ  ＲＡ−ＲＮＴＩでスクランブルをかけられた及びＵＥのＲＡＰＩＤを含むＲＡＲが、ＲＡＲウインドウが失効する前に、受信されたかを判定する。いずれの場合にも、ＵＥが、ＲＡＲウインドウ内でＲＡＲを受信した場合、ステップ１１８において手続きは成功したと考えられ、ＵＥは、ターゲットセルに送信されることになるハンドオーバ完了メッセージを準備する。
【００８７】
ステップ１１４又は１１６において、ＲＡＲ時間ウインドウが失効する前にＵＥはＲＡＲを受信しないことが判定された場合、ＵＥは、ステップ１２０において、同じビームでの電力ランピングを実行する又は同じ電力を使用する新しいビームへの切り替えを実行することになる。ＵＥはまた、ビームインデックスごとのビーム品質を再見積もりすることができる。
【００８８】
ステップ１２０において品質を再評価した後、専用ＲＡＣＨを有する少なくとも１つの適切なビームが存在する場合、ＵＥは、規定された異なる基準を満たすものを選択することになる。他に、品質を再評価した後に、専用ＲＡＣＨを有する適切なビームが存在しない場合、ＵＥは、Ｔ３０４がまだ実行しているかどうかを検証し得る。Ｔ３０４が失効していない場合、ＵＥは、規定された異なる基準を満たす共通のＲＡＣＨ資源を有する適切なビームを選択することになり、ステップ１１８に進む。他に、Ｔ３０４が失効している場合、ＵＥは、ランダムアクセス失敗を宣言し、高位レイヤに通知する。
【００８９】
ある種の実施形態によれば、ＵＥは、ステップ１１８又は１２０において、ＵＥ  ＲＡ−ＲＮＴＩでスクランブルをかけられた及びバックオフインジケータ（ＢＩ：Ｂａｃｋ−ｏｆｆ  ｉｎｄｉｃａｔｏｒ）を含むＲＡＲを受信する。その場合、ＵＥは、ＢＩによって命じられたようにバックオフする及びステップ１２０から手続きを続ける、或いは、たとえば、前述の本方法（１）〜（３）を使用して、ビーム品質見積を更新する、のいずれかを行い得る。ＵＥが、前の試行のために使用されたビーム以外の異なる適切なビームを選択し得る場合、ＵＥは、この新しいビームを使用し、バックオフを行わずにステップ１２０から手続きを続けることができる。
【００９０】
その実施形態において、バックオフインジケータは、異なるＵＥアクションを駆動することになる異なるタイプの情報を含み得る：
・ＢＩは、ＵＥが選択した及びそれと関連するＲＡＣＨへのアクセスを試みた特定のビームについて有効になり得る。その場合、ＵＥは、待つ必要なくプリアンブル再送信のための任意の他の適切なビームの選択を試みることができる。適切なビームのみが、そのＢＩが関連するビームである場合、次いで、ＵＥは、ゲインにアクセスする前にバックオフ時間を待つ。
・ＢＩは、複数のビームのバックオフ時間値を含み得、すなわち、ＵＥは、バックオフ時間の前にプリアンブル再送信を実行することのみを可能にされ、適切なビームに関連する資源は提供されたＢＩ内にない。そして、複数のビームが指示された場合、ＵＥは、適切でありＢＩ内に存在しない専用資源を有するいずれかを選択することになる。
【００９１】
ある種の実施形態によれば、ＵＥは、ＵＥが同期すべき及びランダムアクセスを実行すべきターゲットセルに関連するすべてのビームに関連する専用ＲＡＣＨ資源を含むネットワークからのメッセージを受信する。そのメッセージを受信したとき、ＵＥは、以下の修正を有する、図７Ａ〜７Ｂのステップ１０２から１２０を実行することになる：
・第（ｎ＋１）のビーム再選択の結果として、ＵＥが、第ｎの（再）選択においてと同じビームを再選択した場合、それは、ＵＬ電力が十分ではなかったが、同じ方向がまだ最良の方向であったことを示すので、ＵＥは電力ランピングを実行する。別法として、たとえば、変化のないままだったより広いＤＬ  Ｔｘビームと比較してより狭いＵＬビームを送信する可能性をＵＥが有する場合、ＵＥは、電力ランピングの代わりに又は電力ランピングに加えて、ＵＬビーム切り替えを実行してプリアンブルを送信することができる。
・第（ｎ＋１）のビーム再選択の結果として、ＵＥが、第ｎの（再）選択と比較して別のビームを再選択する場合、別の方向が試されるべきであるというインジケーションとして、ＵＥは、初期電力レベル見積でランダムアクセスの実行を開始する及び／又はそれの電力ランピングレベルを継続する。
・ＵＥは、ステップ１２０から手続きを継続する、すなわち、ＵＥは、提供された関連ＲＡＣＨ資源（時間／周波数／シーケンス）を有する選択されたビームを使用するＲＡを開始し、設定されたランダムアクセス応答（ＲＡＲ）時間ウインドウに関連するタイマを開始する。
【００９２】
ある種の実施形態によれば、ＵＥは、ＵＥ  ＲＡ−ＲＮＴＩでスクランブルをかけられた及びＵＥ  ＲＡＰＩＤを含むＲＡＲを受信し、そして、ＵＥは、設定されたランダムアクセス応答（ＲＡＲ）時間ウインドウに関連するタイマを停止し、ランダムアクセス手続きは成功したと見なす。設定されたランダムアクセス応答（ＲＡＲ）時間ウインドウタイマに関連するタイマが失効する又はＵＥがバックオフでＲＡＲを受信する場合、ＵＥは、以下のときまで、エラー処理手続きを再試行することができる。
・送信されるプリアンブルのカウンタが、以前に設定された値と等しい。前記カウンタは、以下に関わらず、ＵＥが送信を実行する度にインクリメントされる：
・ＵＥが、ＵＬビーム切り替えなしに及びＤＬビーム切り替えなしに、電力ランピングを実行した、或いは、
・ＵＥが、ＵＬビーム切り替えを有して及びＤＬビーム切り替えなしに、電力ランピングを実行した、
・ＵＥが、ＵＬビーム切り替えを有して及びＤＬビーム切り替えを有して、電力ランピングを実行した、
・ＵＥが、ＵＬビーム切り替えなしに及びＤＬビーム切り替えを有して、電力ランピングを実行した、
・ＵＥが、電力ランピングを実行しなかったが、ＤＬビーム切り替えを有してＵＬビーム切り替えを実行した、
・ＵＥが、電力ランピングを実行しなかったが、ＤＬビーム切り替えなしにＵＬビーム切り替えを実行した、
・ＵＥが、電力ランピングを実行しなかったが、ＵＬビーム切り替えなしにＤＬビーム切り替えを実行した、
・タイマＴ３０４が失効する。
【００９３】
この実施形態では、すべてのビームが、そのＵＥのために設定された専用資源を有する場合、これらの資源は、Ｔ３０４が実行している限り、有効である。ターゲットノードは、そのタイマを保持することができ、タイマが失効するとき、ターゲットノードは、共通のＲＡＣＨ資源においてこれらを変換する又は専用ＲＡＣＨ資源として他のＵＥに割り当てることができる。
【００９４】
もう１つの特定の実施形態において、ＵＥは、ＵＥが同期すべき及びランダムアクセスを実行すべきターゲットセルに関連するすべてのビームに関連する共通のＲＡＣＨ資源のみを含み得るネットワークからのメッセージを受信し得る。そのメッセージを受信したとき、ＵＥは、ステップ１２０において使用されるＲＡＣＨ資源が共通の資源であることを例外として第１の実施形態において記述されるように、ＵＥが専用ＲＡＣＨ資源のみを受信する場合について規定された同じアクションを実行することになる。そのメッセージが、共通のＲＡＣＨを含まない場合、ＵＥは、ソースセルのために規定されたものなどの前に取得された共通のＲＡＣＨ設定を使用することになる。
【００９５】
前の実施形態では、ランダムアクセスを実行するようにＵＥをトリガするメッセージ、たとえば、ハンドオーバコマンドメッセージ、をＵＥが受信することが説明された。しかしながら、ビーム失敗の検出によってトリガされる、ビーム回復など、ビーム選択がメッセージによってトリガされる必要がない場合に、ランダムアクセスをトリガした後の残りのステップもまた、適用可能である。その場合、ビーム選択手続き自体は、他の基準によってトリガされるが、ＵＥは、メッセージを介して専用及び共通のＵＬチャンネル資源で設定され得る。
【００９６】
また、ビーム選択に関わる主要な手続きとしてのハンドオーバ中のランダムアクセスに関して述べたが、その手続きはまた、ＵＥもまたビーム選択を実行する必要があるという意味でビーム回復についても有効であり、ＵＬチャンネル資源（ＰＲＡＣＨ資源のような）で設定することもでき、失敗が宣言される前に応答を待つこともできる。
【００９７】
図８は、ある種の実施形態による、ワイヤレスネットワークを示す。本明細書に記載の主題は、任意の適切な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、本明細書で開示される実施形態は、図８に示された例示的ワイヤレスネットワークなど、ワイヤレスネットワークに関連して説明される。簡単にするために、図８のワイヤレスネットワークは、ネットワーク４０６、ネットワークノード４６０及び４６０ｂ、並びにＷＤ４１０、４１０ｂ、及び４１０ｃのみを示す。実際には、ワイヤレスネットワークは、ワイヤレスデバイス間の通信或いはワイヤレスデバイスと固定電話、サービスプロバイダ、又は任意の他のネットワークノード若しくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに適した任意の付加的要素をさらに含み得る。図示された構成要素について、ネットワークノード４６０及びワイヤレスデバイス（ＷＤ）４１０は、さらに詳しく描かれている。ワイヤレスネットワークは、ワイヤレスネットワークによって又はこれを介して提供されるサービスへのワイヤレスデバイスのアクセス及び／又はそのようなサービスのワイヤレスデバイスの使用を円滑にするために、通信及び他のタイプのサービスを１つ又は複数のワイヤレスデバイスに提供し得る。
【００９８】
ワイヤレスネットワークは、任意のタイプの通信、電気通信、データ、セルラ、及び／又は無線ネットワーク又は他の類似のタイプのシステムを備える、及び／又はそれらとインターフェースすることができる。一部の実施形態では、ワイヤレスネットワークは、特定の標準又は他のタイプの予め規定されたルール又は手続きに従って動作するように設定され得る。したがって、ワイヤレスネットワークの特定の実施形態は、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ：Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ユニバーサルモバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）及び／又は他の適切な２Ｇ、３Ｇ、４Ｇ、又は５Ｇ標準などの通信標準、ＩＥＥＥ８０２．１１標準などのワイヤレスローカルエリアネットワーク（ＷＬＡＮ：ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）標準、並びに／或いは、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）、ブルートゥース、Ｚ−Ｗａｖｅ及び／又はＺｉｇＢｅｅ標準などの任意の他の適切なワイヤレス通信標準を実装し得る。
【００９９】
ネットワーク４０６は、１つ又は複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤードネットワーク、ワイヤレスネットワーク、メトロポリタンエリアネットワーク、及び、デバイス間の通信を可能にするための他のネットワークを備え得る。
【０１００】
ネットワークノード４６０及びＷＤ４１０は、さらに詳しく後述される様々な構成要素を備える。これらの構成要素は、ワイヤレスネットワークにおいてワイヤレス接続を提供することなど、ネットワークノード及び／又はワイヤレスデバイス機能性を提供するために連携する。異なる実施形態において、ワイヤレスネットワークは、任意の数のワイヤード又はワイヤレスネットワーク、ネットワークノード、基地局、コントローラ、ワイヤレスデバイス、リレー局、並びに／或いは、ワイヤード接続又はワイヤレス接続のいずれを介してでもデータ及び／又は信号の通信を円滑にする又はこれに参加する任意の他の構成要素又はシステムを備え得る。
【０１０１】
図９は、ある種の実施形態による、ネットワークノードを示す。本明細書では、ネットワークノードは、ワイヤレスデバイスへのワイヤレスアクセスを可能にする及び／又は提供するためにワイヤレスデバイスと及び／又はワイヤレスネットワーク内の他のネットワークノード又は機器と直接的又は間接的に通信する並びに／或いはワイヤレスネットワークにおいて他の機能（たとえば、管理）を実行する能力を有する、そのように設定された、配置された及び／又は動作可能な機器を指す。ネットワークノードの例は、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、発展型ノードＢ（ｅＮＢ）及びＮＲ  ＮｏｄｅＢ（ｇＮＢ））を含むが、これらに限定されない。基地局は、それらが提供するカバレッジの量（又は、つまり、それらの送信電力レベル）に基づいて分類することができ、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、又はマクロ基地局と呼ばれることもある。基地局は、リレーノード又はリレーを制御するリレードナーノードでもよい。ネットワークノードはまた、集中型デジタルユニット及び／又はリモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）と時に称される、などの分散型無線基地局の１つ又は複数の（又はすべての）部分を含み得る。そのようなリモート無線ユニットは、アンテナ統合無線のようにアンテナと統合されても統合されなくてもよい。分散型無線基地局の部分は、分散型アンテナシステム（ＤＡＳ：ｄｉｓｔｒｉｂｕｔｅｄ  ａｎｔｅｎｎａ  ｓｙｓｔｅｍ）内のノードと呼ばれることもある。ネットワークノードのさらなる例は、ＭＳＲ  ＢＳなどのマルチスタンダード無線（ＭＳＲ：ｍｕｌｔｉ−ｓｔａｎｄａｒｄ  ｒａｄｉｏ）機器、無線ネットワークコントローラ（ＲＮＣ：ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ）又は基地局コントローラ（ＢＳＣ：ｂａｓｅ  ｓｔａｔｉｏｎ  ｃｏｎｔｒｏｌｌｅｒ）などのネットワークコントローラ、基地局トランシーバ（ＢＴＳ：ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ）、送信ポイント、送信ノード、マルチセル／マルチキャストコーディネーションエンティティ（ＭＣＥ：ｍｕｌｔｉ−ｃｅｌｌ／ｍｕｌｔｉｃａｓｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｅｎｔｉｔｙ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、ポジショニングノード（たとえば、Ｅ−ＳＭＬＣ）、及び／又はＭＤＴを含む。別の例として、ネットワークノードは、さらに詳しく後述するような仮想ネットワークノードでもよい。しかしながら、より一般的には、ネットワークノードは、ワイヤレスネットワークへのアクセスをワイヤレスデバイスに可能にする及び／又は提供するための或いはワイヤレスネットワークにアクセスしたワイヤレスデバイスに何らかのサービスを提供するための能力を有する、そのように設定された、配置された、及び／又は動作可能な任意の適切なデバイス（又はデバイスのグループ）を表し得る。
【０１０２】
図９において、ネットワークノード４６０は、処理回路４７０、デバイス可読媒体４８０、インターフェース４９０、補助機器４８４、電源４８６、電力回路４８７、及びアンテナ４６２を含む。図８の例示的ワイヤレスネットワークに示されたネットワークノード４６０は、ハードウェア構成要素の図示された組合せを含むデバイスを表し得るが、他の実施形態は、構成要素の異なる組合せを有するネットワークノードを備え得る。タスク、特徴、機能及び本明細書で開示される方法を実行するために必要とされるハードウェア及び／又はソフトウェアの任意の適切な組合せをネットワークノードは備えることが、理解されよう。さらに、ネットワークノード４６０の構成要素は、より大きなボックス内に位置する又は複数のボックス内にネストされた単一ボックスとして図示されているが、実際には、ネットワークノードは、単一の図示された構成要素を構成する複数の異なる物理構成要素を備え得る（たとえば、デバイス可読媒体４８０は、複数の別個のハードドライブ並びに複数のＲＡＭモジュールを備え得る）。
【０１０３】
同様に、ネットワークノード４６０は、独自のそれぞれの構成要素をそれぞれが有し得る複数の物理的に別個の構成要素（たとえば、ＮｏｄｅＢ構成要素及びＲＮＣ構成要素、又はＢＴＳ構成要素及びＢＳＣ構成要素など）で構成され得る。ネットワークノード４６０が複数の別個の構成要素（たとえば、ＢＴＳ及びＢＳＣ構成要素）を備えるある種のシナリオでは、別個の構成要素のうちの１つ又は複数は、いくつかのネットワークノードの間で共用され得る。たとえば、単一ＲＮＣは、複数のＮｏｄｅＢを制御し得る。そのようなシナリオでは、各固有のＮｏｄｅＢ及びＲＮＣペアは、場合によっては、単一の別個のネットワークノードと考えられ得る。一部の実施形態では、ネットワークノード４６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は、二重にされ得（たとえば、異なるＲＡＴのための別個のデバイス可読媒体４８０）、いくつかの構成要素は再使用され得る（たとえば、同じアンテナ４６２がＲＡＴによって共用され得る）。ネットワークノード４６０はまた、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、又はブルートゥースワイヤレス技術など、ネットワークノード４６０に統合された異なるワイヤレス技術のための様々な図示された構成要素の複数のセットを含み得る。これらのワイヤレス技術は、ネットワークノード４６０内の同じ又は異なるチップ又はチップのセット及び他の構成要素内に統合され得る。
【０１０４】
処理回路４７０は、ネットワークノードによって提供されているものとして本明細書に記載された任意の判定、計算又は類似の動作（たとえば、ある種の取得動作）を実行するように設定される。処理回路４７０によって実行されるこれらの動作は、たとえば、取得された情報を他の情報に変換すること、取得された情報又は変換された情報をネットワークノードに記憶された情報と比較すること、及び／又は取得された情報又は変換された情報に基づいて１つ又は複数の動作を実行することによって、処理回路４７０によって取得された情報を処理すること、並びに前記処理の結果として判定を行うことを含み得る。
【０１０５】
処理回路４７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は任意の他の適切なコンピューティングデバイスのうちの１つ又は複数の組合せ、資源、或いは、単独で又はデバイス可読媒体４８０などの他のネットワークノード４６０構成要素と併せて、ネットワークノード４６０機能を提供するように動作可能なハードウェア、ソフトウェア及び／又は符号化されたロジックの組合せを備え得る。たとえば、処理回路４７０は、デバイス可読媒体４８０に又は処理回路４７０内のメモリに記憶された命令を実行し得る。そのような機能性は、本明細書で論じられる様々なワイヤレス特徴、機能、又は利益のいずれかの提供を含み得る。一部の実施形態では、処理回路４７０は、システムオンチップ（ＳＯＣ）を含み得る。
【０１０６】
一部の実施形態では、処理回路４７０は、無線周波数（ＲＦ）トランシーバ回路４７２及びベースバンド処理回路４７４のうちの１つ又は複数を含み得る。一部の実施形態では、無線周波数（ＲＦ）トランシーバ回路４７２及びベースバンド処理回路４７４は、別個のチップ（又はチップのセット）、ボード、又は、無線ユニット及びデジタルユニットなどのユニット上でもよい。代替実施形態において、ＲＦトランシーバ回路４７２及びベースバンド処理回路４７４の一部又はすべては、同じチップ又はチップのセット、ボード、又はユニット上でもよい。
【０１０７】
ある種の実施形態では、ネットワークノード、基地局、ｅＮＢ又は他のそのようなネットワークデバイスによって提供されているものとしての本明細書に記載の機能性の一部又はすべては、デバイス可読媒体４８０又は処理回路４７０内のメモリに記憶された命令を実行する処理回路４７０によって実行され得る。代替実施形態において、機能性のうちの一部又はすべては、ハードワイヤード方式などで、別個の又はディスクリートデバイスの可読媒体に記憶された命令を実行することなしに処理回路４７０によって提供され得る。それらの実施形態のいずれにおいてでも、デバイス可読記憶媒体に記憶された命令を実行してもしなくても、処理回路４７０は、記載された機能を実行するように設定することができる。そのような機能によってもたらされる利益は、単独で処理回路４７０に又はネットワークノード４６０の他の構成要素に制限されないが、ネットワークノード４６０全体によって、並びに／或いは一般にエンドユーザ及びワイヤレスネットワークによって享受される。
【０１０８】
デバイス可読媒体４８０は、処理回路４７０によって使用され得る情報、データ、及び／又は命令を記憶する永続記憶装置、ソリッドステートメモリ、リモートに搭載されたメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、取り外し可能記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）又はデジタル多用途ディスク（ＤＶＤ））、及び／又は任意の他の揮発性又は不揮発性の、非一時的デバイス可読及び／又はコンピュータ実行可能なメモリデバイスを含むがこれらに限定されない、任意の形の揮発性又は不揮発性コンピュータ可読メモリを備え得る。デバイス可読媒体４８０は、コンピュータプログラム、ソフトウェア、ロジック、ルール、コード、テーブルなどのうちの１つ又は複数を含むアプリケーション、及び／又は処理回路４７０によって実行することができる及びネットワークノード４６０によって使用することができる他の命令を含む、任意の適切な命令、データ又は情報を記憶し得る。デバイス可読媒体４８０は、処理回路４７０によって行われる任意の計算及び／又はインターフェース４９０を介して受信される任意のデータを記憶するために使用され得る。一部の実施形態では、処理回路４７０及びデバイス可読媒体４８０は、統合されると考えられ得る。
【０１０９】
インターフェース４９０は、ネットワークノード４６０、ネットワーク４０６、及び／又はＷＤ４１０の間のシグナリング及び／又はデータのワイヤード又はワイヤレス通信において使用される。図示されているように、インターフェース４９０は、たとえば、ワイヤード接続を介してネットワーク４０６に及びネットワーク４０６から、データを送信及び受信するために、ポート／端末４９４を備える。インターフェース４９０はまた、アンテナ４６２に連結され得る又はある種の実施形態においてアンテナ４６２の一部であることがある、無線フロントエンド回路４９２を含む。無線フロントエンド回路４９２は、フィルタ４９８及び増幅器４９６を備える。無線フロントエンド回路４９２は、アンテナ４６２及び処理回路４７０に接続され得る。無線フロントエンド回路は、アンテナ４６２と処理回路４７０との間で通信される信号を調整するように設定され得る。無線フロントエンド回路４９２は、ワイヤレス接続を介して他のネットワークノード又はＷＤに送出されることになるデジタルデータを受信し得る。無線フロントエンド回路４９２は、フィルタ４９８及び／又は増幅器４９６の組合せを使用する適切なチャンネル及び帯域幅パラメータを有する無線信号にデジタルデータを変換し得る。無線信号は、次いで、アンテナ４６２を介して送信され得る。同様に、データを受信するとき、アンテナ４６２は、次いで無線フロントエンド回路４９２によってデジタルデータに変換される無線信号を収集し得る。デジタルデータは、処理回路４７０に渡され得る。他の実施形態において、インターフェースは、異なる構成要素及び／又は異なる組合せの構成要素を備え得る。
【０１１０】
ある種の代替実施形態において、ネットワークノード４６０は、別個の無線フロントエンド回路４９２を含まないことがあり、代わりに、処理回路４７０が、無線フロントエンド回路を備え得、別個の無線フロントエンド回路４９２なしにアンテナ４６２に接続され得る。同様に、一部の実施形態では、すべての又は一部のＲＦトランシーバ回路４７２は、インターフェース４９０の一部と考えられ得る。さらに他の実施形態において、インターフェース４９０は、１つ又は複数のポート又は端末４９４、無線フロントエンド回路４９２、並びにＲＦトランシーバ回路４７２、無線ユニット（図示せず）の一部としての、を含み得、そして、インターフェース４９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路４７４と通信し得る。
【０１１１】
アンテナ４６２は、ワイヤレス信号を送信及び／又は受信するように設定された、１つ又は複数のアンテナ、又はアンテナアレイを含み得る。アンテナ４６２は、無線フロントエンド回路４９０に結合され得、ワイヤレスにデータ及び／又は信号を送信及び受信する能力を有する任意のタイプのアンテナでもよい。一部の実施形態では、アンテナ４６２は、たとえば、２ＧＨｚと６６ＧＨｚとの間で、無線信号を送信／受信するように動作可能な１つ又は複数の全方向性の、セクタ又はパネルアンテナを備え得る。全方向性アンテナは、任意の方向において無線信号を送信／受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用され得、そして、パネルアンテナは、相対的に直線で無線信号を送信／受信するために使用されるサイトアンテナのラインでもよい。場合によっては、複数のアンテナの使用は、ＭＩＭＯと称され得る。ある種の実施形態では、アンテナ４６２は、ネットワークノード４６０とは別個でもよく、インターフェース又はポートを介してネットワークノード４６０に接続可能になり得る。
【０１１２】
アンテナ４６２、インターフェース４９０、及び／又は処理回路４７０は、ネットワークノードによって実行されるものとして本明細書に記載された任意の受信動作及び／又はある種の取得動作を実行するように設定され得る。任意の情報、データ及び／又は信号が、ワイヤレスデバイス、別のネットワークノード及び／又は任意の他のネットワーク機器から受信され得る。同様に、アンテナ４６２、インターフェース４９０、及び／又は処理回路４７０は、ネットワークノードによって実行されるものとして本明細書に記載された任意の送信動作を実行するように設定され得る。任意の情報、データ及び／又は信号が、ワイヤレスデバイス、別のネットワークノード及び／又は任意の他のネットワーク機器に送信され得る。
【０１１３】
電力回路４８７は、電力管理回路を備え得る、又はこれに連結され得、本明細書に記載の機能性を実行するための電力をネットワークノード４６０の構成要素に供給するように設定される。電力回路４８７は、電源４８６から電力を受信し得る。電源４８６及び／又は電力回路４８７は、それぞれの構成要素に適した形でネットワークノード４０６の様々な構成要素に電力を提供する（たとえば、それぞれの構成要素のために必要とされる電圧及び電流レベルで）ように設定され得る。電源４８６は、電力回路４８７及び／又はネットワークノード４６０に含まれても、これらの外部でもよい。たとえば、ネットワークノード４６０は、電気ケーブルなどの入力回路又はインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能になり得、それにより、外部電源が電力回路４８７に電力を供給する。さらなる例として、電源４８６は、電力回路４８７に接続された又はこれに統合された、バッテリ又はバッテリパックの形で電力のソースを備え得る。バッテリは、外部電源が切れた場合に非常用電源を提供し得る。光電池デバイスなどの他のタイプの電源もまた使用され得る。
【０１１４】
ネットワークノード４６０の代替実施形態は、本明細書に記載の機能性及び／又は本明細書に記載の主題をサポートするために必要な任意の機能性のうちのいずれかを含む、ネットワークノードの機能性のある種の態様を提供する責任を負い得る図９に示されたものを超える追加の構成要素を含み得る。たとえば、ネットワークノード４６０は、ネットワークノード４６０への情報の入力を可能にするために、及びネットワークノード４６０からの情報の出力を可能にするために、ユーザインターフェース機器を含み得る。これは、ネットワークノード４６０のための診断、メンテナンス、修理、及び他の管理機能をユーザが実行することを可能にし得る。
【０１１５】
図１０は、ある種の実施形態による、ワイヤレスデバイスを示す。本明細書では、ワイヤレスデバイス（ＷＤ）は、ネットワークノード及び／又は他のワイヤレスデバイスとワイヤレスに通信する能力を有する、そのように設定された、配置された及び／又は動作可能なデバイスを指す。特に断りのない限り、ＷＤという用語は、ユーザ機器（ＵＥ）と同義で本明細書において使用され得る。ワイヤレスに通信することは、電磁波、無線波、赤外線波、及び／又は電波を介して情報を伝えるのに適した他のタイプの信号を使用してワイヤレス信号を送信／受信することを含み得る。一部の実施形態では、ＷＤは、直接の人間の相互作用なしに情報を送信及び／又は受信するように設定され得る。たとえば、ＷＤは、内部又は外部イベントによってトリガされたとき、又はネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。ＷＤの例は、スマートフォン、携帯電話、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、ワイヤレスローカルループフォン、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、ワイヤレスカメラ、ゲーム機又はデバイス、音楽記憶デバイス、再生装置、ウェアラブル端末デバイス、ワイヤレスエンドポイント、モバイル局、タブレット、ラップトップ、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、ワイヤレス顧客構内機器（ＣＰＥ）。車両搭載ワイヤレス端末デバイスなどを含むが、これらに限定されない。ＷＤは、たとえば、サイドリンク通信、車両対車両（Ｖ２Ｖ：ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）、車両対インフラストラクチャ（Ｖ２Ｉ：ｖｅｈｉｃｌｅ−ｔｏ−ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、車両対あらゆる物（Ｖ２Ｘ：ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）の３ＧＰＰ標準を実装することによって、デバイス対デバイス（Ｄ２Ｄ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信デバイスと称され得る。さらに別の特定の例として、ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）シナリオにおいて、ＷＤは、モニタリング及び／又は測定を実行する及びそのようなモニタリング及び／又は測定の結果を別のＷＤ及び／又はネットワークノードに送信するマシン又は他のデバイスを表し得る。ＷＤは、この場合、３ＧＰＰコンテキストではＭＴＣデバイスと称され得るマシン対マシン（Ｍ２Ｍ）デバイスでもよい。１つの特定の例として、ＷＤは、３ＧＰＰ  ＮＢ−ＩｏＴ（ｎａｒｒｏｗ  ｂａｎｄ  ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）標準を実装するＵＥでもよい。そのようなマシン又はデバイスの具体的な例は、センサ、電力メータなどの計測デバイス、産業マシン、又は家庭用若しくは個人用器具（たとえば、冷蔵庫、テレビジョンなど）、パーソナルウェアラブル（たとえば、腕時計、フィットネストラッカなど）である。他のシナリオにおいて、ＷＤは、その動作状況の監視及び／又は報告或いはその動作に関連する他の機能の能力を有する車両又は他の機器を表し得る。前述のようなＷＤは、ワイヤレス接続のエンドポイントを表し得、その場合、デバイスはワイヤレス端末と称され得る。さらに、前述のようなＷＤは、モバイ���でもよく、その場合、それはモバイルデバイス又はモバイル端末とも称され得る。
【０１１６】
図示されているように、ワイヤレスデバイス４１０は、アンテナ４１１、インターフェース４１４、処理回路４２０、デバイス可読媒体４３０、ユーザインターフェース機器４３２、補助機器４３４、電源４３６及び電力回路４３７を含む。ＷＤ４１０は、たとえば、少し例を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、又はブルートゥースワイヤレス技術など、ＷＤ４１０によってサポートされる異なるワイヤレス技術のための、図示された構成要素のうちの１つ又は複数の構成要素の複数のセットを含み得る。これらのワイヤレス技術は、ＷＤ４１０内の他の構成要素と同じ又は異なるチップ又はチップのセットに統合され得る。
【０１１７】
アンテナ４１１は、ワイヤレス信号を送信及び／又は受信するように設定された１つ又は複数のアンテナ又はアンテナアレイを含み得、インターフェース４１４に接続される。ある種の代替実施形態において、アンテナ４１１は、ＷＤ４１０とは別個でもよく、インターフェース又はポートを介してＷＤ４１０に接続可能になり得る。アンテナ４１１、インターフェース４１４、及び／又は処理回路４２０は、ＷＤによって実行されるものとして本明細書に記載されている任意の受信又は送信動作を実行するように設定され得る。任意の情報、データ及び／又は信号が、ネットワークノード及び／又は別のＷＤから受信され得る。一部の実施形態では、無線フロントエンド回路及び／又はアンテナ４１１は、インターフェースと考えられ得る。
【０１１８】
図示されているように、インターフェース４１４は、無線フロントエンド回路４１２及びアンテナ４１１を備える。無線フロントエンド回路４１２は、１つ又は複数のフィルタ４１８及び増幅器４１６を備える。無線フロントエンド回路４１４は、アンテナ４１１及び処理回路４２０に接続され、アンテナ４１１と処理回路４２０との間で通信される信号を調整するように設定される。無線フロントエンド回路４１２は、アンテナ４１１に連結され得る、又はアンテナ４１１の一部でもよい。一部の実施形態では、ＷＤ４１０は、別個の無線フロントエンド回路４１２を含まないことがあり、そうではなくて、処理回路４２０は、無線フロントエンド回路を備え得、アンテナ４１１に接続され得る。同様に、一部の実施形態では、ＲＦトランシーバ回路４２２の一部又はすべては、インターフェース４１４の一部と考えられ得る。無線フロントエンド回路４１２は、ワイヤレス接続を介して他のネットワークノード又はＷＤに送出されることになるデジタルデータを受信し得る。無線フロントエンド回路４１２は、フィルタ４１８及び／又は増幅器４１６の組合せを使用して適切なチャンネル及び帯域幅パラメータを有する無線信号にデジタルデータを変換し得る。無線信号は、次いで、アンテナ４１１を介して送信され得る。同様に、データを受信しているとき、アンテナ４１１は、次いで無線フロントエンド回路４１２によってデジタルデータに変換される、無線信号を収集し得る。デジタルデータは、処理回路４２０に渡され得る。他の実施形態において、インターフェースは、異なる構成要素及び／又は異なる組合せの構成要素を備え得る。
【０１１９】
処理回路４２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は任意の他の適切なコンピューティングデバイスのうちの１つ又は複数の組合せ、資源、或いは、単独で又はデバイス可読媒体４３０などの他のＷＤ４１０構成要素と連動して、ＷＤ４１０機能性を提供するように動作可能なハードウェア、ソフトウェア、及び／又は符号化されたロジックの組合せを備え得る。そのような機能性は、本明細書で論じられる様々なワイヤレス特徴又は利益のいずれかの提供を含み得る。たとえば、処理回路４２０は、本明細書で開示される機能性を提供するために、デバイス可読媒体４３０に又は処理回路４２０内のメモリに記憶された命令を実行し得る。
【０１２０】
図示されているように、処理回路４２０は、ＲＦトランシーバ回路４２２、ベースバンド処理回路４２４、及びアプリケーション処理回路４２６のうちの１つ又は複数を含む。他の実施形態において、処理回路は、異なる構成要素及び／又は異なる組合せの構成要素を備え得る。ある種の実施形態では、ＷＤ４１０の処理回路４２０は、ＳＯＣを備え得る。一部の実施形態では、ＲＦトランシーバ回路４２２、ベースバンド処理回路４２４、及びアプリケーション処理回路４２６は、別個のチップ又はチップのセット上にあることがある。代替実施形態において、ベースバンド処理回路４２４及びアプリケーション処理回路４２６の一部又はすべては、１つのチップ又はチップのセット内に結合され得、ＲＦトランシーバ回路４２２は、別個のチップ又はチップのセット上にあってもよい。さらに代替実施形態において、ＲＦトランシーバ回路４２２及びベースバンド処理回路４２４の一部又はすべては、同じチップ又はチップのセット上にあることがあり、アプリケーション処理回路４２６は、別個のチップ又はチップのセット上にあることがある。さらに他の代替実施形態において、ＲＦトランシーバ回路４２２、ベースバンド処理回路４２４、及びアプリケーション処理回路４２６の一部又はすべては、同じチップ又はチップのセット内に結合され得る。一部の実施形態では、ＲＦトランシーバ回路４２２は、インターフェース４１４の一部でもよい。ＲＦトランシーバ回路４２２は、処理回路４２０のＲＦ信号を調整し得る。
【０１２１】
ある種の実施形態では、ＷＤによって実行されるものとして本明細書に記載の機能性の一部又はすべては、ある種の実施形態ではコンピュータ可読記憶媒体であることがある、デバイス可読媒体４３０に記憶された命令を実行する処理回路４２０によって提供され得る。代替実施形態において、機能性の一部の又はすべては、ハードワイヤード方式などで、別個の又はディスクリートデバイスの可読記憶媒体に記憶された命令を実行することなしに処理回路４２０によって提供され得る。それらの特定の実施形態のいずれかにおいて、デバイス可読記憶媒体に記憶された命令を実行してもしなくても、処理回路４２０は、記載された機能性を実行するように設定することができる。そのような機能性によって提供される利益は、単独で処理回路４２０に又はＷＤ４１０の他の構成要素に限定されず、全体としてのＷＤ４１０によって、及び／又は一般にエンドユーザ及びワイヤレスネットワークによって、享受される。
【０１２２】
処理回路４２０は、ＷＤによって実行されるものとして本明細書に記載された任意の決定、計算、又は類似の動作（たとえば、ある種の取得動作）を実行するように設定され得る。処理回路４２０によって実行されるものとしての、これらの動作は、たとえば、取得された情報を他の情報に変換すること、取得された情報又は変換された情報をＷＤ４１０によって記憶された情報と比較すること、及び／又は取得された情報又は変換された情報に基づいて１つ又は複数の動作を実行することにより、処理回路４２０によって取得された情報を処理すること、並びに前記処理の結果として判定を行うことを含み得る。
【０１２３】
デバイス可読媒体４３０は、コンピュータプログラム、ソフトウェア、ロジック、ルール、コード、テーブルなどのうちの１つ又は複数を含むアプリケーション及び／又は処理回路４２０によって実行することが可能な他の命令を記憶するように動作可能になり得る。デバイス可読媒体４３０は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）又は読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、取り外し可能記憶媒体（たとえば、コンパクトディスク（ＣＤ）又はデジタルビデオディスク（ＤＶＤ））、及び／又は処理回路４２０によって使用され得る情報、データ、及び／又は命令を記憶する任意の他の揮発性又は不揮発性の、非一時的デバイス可読及び／又はコンピュータ実行可能メモリデバイスを含み得る。一部の実施形態では、処理回路４２０及びデバイス可読媒体４３０は、統合されたものとして考えられ得る。
【０１２４】
ユーザインターフェース機器４３２は、人間のユーザがＷＤ４１０と相互作用することを可能にする構成要素を提供し得る。そのような相互作用は、視覚、聴覚、触覚などの多数の形態をとり得る。ユーザインターフェース機器４３２は、ユーザへの出力を生み出すように及びユーザが入力をＷＤ４１０に提供することを可能にするように動作可能になり得る。相互作用のタイプは、ＷＤ４１０にインストールされたユーザインターフェース機器４３２のタイプに応じて変化し得る。たとえば、ＷＤ４１０がスマートフォンである場合には、相互作用はタッチスクリーンを介し得、ＷＤ４１０がスマートメータである場合には、相互作用は、使用量（たとえば、使用されたガロン数）を提供するスクリーン又は警報音を提供する（たとえば、煙が検知された場合に）スピーカを介し得る。ユーザインターフェース機器４３２は、入力インターフェース、デバイス及び回路と、出力インターフェース、デバイス及び回路とを含み得る。ユーザインターフェース機器４３２は、ＷＤ４１０への情報の入力を可能にするように設定され、処理回路４２０に接続されて処理回路４２０が入力情報を処理することを可能にする。ユーザインターフェース機器４３２は、たとえば、マイクロフォン、近接若しくは他のセンサ、キー／ボタン、タッチディスプレイ、１つ又は複数のカメラ、ＵＳＢポート、又は他の入力回路を含み得る。ユーザインターフェース機器４３２はまた、ＷＤ４１０からの情報の出力を可能にするように、及び処理回路４２０がＷＤ４１０から情報を出力することを可能にするように設定される。ユーザインターフェース機器４３２は、たとえば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、又は他の出力回路を含み得る。ユーザインターフェース機器４３２の１つ又は複数の入力及び出力インターフェース、デバイス、及び回路を使用し、ＷＤ４１０は、エンドユーザ及び／又はワイヤレスネットワークと通信することができ、それらが本明細書に記載の機能性から利益を得ることを可能にし得る。
【０１２５】
補助機器４３４は、ＷＤによって一般に実行されないことがあるより多くの特定の機能性を提供するように動作可能である。これは、様々な目的で測定を行うための専門のセンサ、ワイヤード通信などの付加的タイプの通信のためのインターフェースなどを備え得る。補助機器４３４の構成要素の包含及びタイプは、実施形態及び／又はシナリオに応じて異なり得る。
【０１２６】
一部の実施形態では、電源４３６は、バッテリ又はバッテリパックの形でもよい。外部電源（たとえば、電気コンセント）、光電池デバイス又は動力電池など、他のタイプの電源もまた使用され得る。ＷＤ４１０はさらに、本明細書に記載又は示された任意の機能性を実行するために電源４３６からの電力を必要とするＷＤ４１０の様々な部分に電源４３６から電力を届けるための電力回路４３７を備え得る。ある種の実施形態では、電力回路４３７は、電力管理回路を備え得る。電力回路４３７は、付加的に又は別法として外部電源から電力を受信するように動作可能になり得、その場合、ＷＤ４１０は、入力回路又は電気動力ケーブルなどのインターフェースを介して外部電源（電気コンセントなど）に接続可能になり得る。ある種の実施形態では、電力回路４３７はまた、外部電源から電源４３６に電力を届けるように動作可能になり得る。これは、たとえば、電源４３６の充電のためでもよい。電力回路４３７は、任意のフォーマッティング、変換、又は他の修正を電源４３６からの電力に実行して、電力を、電力が供給される先のＷＤ４１０のそれぞれの構成要素に適するようにさせることができる。
【０１２７】
図１１は、ある種の実施形態による、ＵＥの例示的一実施形態を示す。本明細書では、ユーザ機器又はＵＥは、関連デバイスを所有及び／又は操作する人間ユーザという意味でのユーザを必ずしも有さないことがある。そうではなく、ＵＥは、人間ユーザへの販売、又は人間ユーザによる操作向けに意図されるが、特定の人間ユーザに関連付けられていないことがある、又は最初は特定の人間ユーザに関連付けられていないことがあるデバイスを表し得る（たとえば、スマートスプリンクラコントローラ）。別法として、ＵＥは、エンドユーザへの販売又はエンドユーザによる操作向けに意図されていないが、ユーザの利益に関連し得る又はユーザの利益のために操作され得るデバイスを表し得る（たとえば、スマート電力メータ）。ＵＥ５２００は、ＮＢ−ＩｏＴ  ＵＥ、マシンタイプ通信（ＭＴＣ：ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）ＵＥ、及び／又は拡張ＭＴＣ（ｅＭＴＣ：ｅｎｈａｎｃｅｄ  ＭＴＣ）ＵＥを含む、第３世代パートナシッププロジェクト（３ＧＰＰ）によって識別された任意のＵＥでもよい。図１１に示されているような、ＵＥ５００は、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、及び／又は５Ｇ標準など、第３世代パートナシッププロジェクト（３ＧＰＰ）によって公表された１つ又は複数の通信標準による通信向けに設定されたＷＤの一例である。前述のように、ＷＤ及びＵＥという用語は、同義で使用され得る。したがって、図１１はＵＥであるが、本明細書で論じられる構成要素は、ＷＤに同等に適用可能であり、逆もまた同様である。
【０１２８】
図１１では、ＵＥ５００は、入力／出力インターフェース５０５、無線周波数（ＲＦ）インターフェース５０９、ネットワーク接続インターフェース５１１、ランダムアクセスメモリ（ＲＡＭ）５１７、読取り専用メモリ（ＲＯＭ）５１９、及び記憶媒体５２１などを含むメモリ５１５、通信サブシステム５３１、電源５３３、及び／又は任意の他の構成要素、或いはその任意の組合せに動作可能なように連結された、処理回路５０１を含む。記憶媒体５２１は、オペレーティングシステム５２３、アプリケーションプログラム５２５、及びデータ５２７を含む。他の実施形態において、記憶媒体５２１は、他の類似のタイプの情報を含み得る。ある種のＵＥは、図１１に示されたすべての構成要素、又はそれらの構成要素のサブセットのみを使用し得る。構成要素間の統合のレベルは、ＵＥによって異なり得る。さらに、ある種のＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信器、受信器などの構成要素の複数のインスタンスを含み得る。
【０１２９】
図１１では、処理回路５０１は、コンピュータ命令及びデータを処理するように設定され得る。処理回路５０１は、１つ又は複数のハードウェア実装された状態マシン（たとえば、離散的なロジック、ＦＰＧＡ、ＡＳＩＣなどにおける）など、メモリ内のマシン可読コンピュータプログラムとして記憶されたマシン命令を実行するように動作可能な任意の順次状態マシン、適切なファームウェアと一緒のプログラマブルロジック、適切なソフトウェアと一緒の、マイクロプロセッサ又はデジタル信号プロセッサ（ＤＳＰ）などの、１つ又は複数の記憶されたプログラム、汎用プロセッサ、或いは前記の任意の組合せを実装するように設定され得る。たとえば、処理回路５０１は、２つの中央処理装置（ＣＰＵ）を含み得る。データは、コンピュータによる使用に適した形の情報でもよい。
【０１３０】
図示された実施形態では、入力／出力インターフェース５０５は、通信インターフェースを入力デバイス、出力デバイス、或いは、入力及び出力デバイスに提供するように設定され得る。ＵＥ５００は、入力／出力インターフェース５０５を介して出力デバイスを使用するように設定され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、ＵＳＢポートは、ＵＥ５００への入力及びＵＥ５００からの出力を提供するために使用され得る。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、又はその任意の組合せでもよい。ＵＥ５００は、ユーザがＵＥ５００内に情報をキャプチャすることを可能にするために入力／出力インターフェース５０５を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンサ式又はプレゼンスセンサ式ディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、方向性パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンサ式ディスプレイは、ユーザからの入力を感知するための容量性又は抵抗性タッチセンサを含み得る。センサは、たとえば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光センサ、近接センサ、別の同様のセンサ、又はその任意の組合せでもよい。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、及び光センサでもよい。
【０１３１】
図１１では、ＲＦインターフェース５０９は、送信器、受信器、及びアンテナなどのＲＦ構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェース５１１は、通信インターフェースをネットワーク５４３ａに提供するように設定され得る。ネットワーク５４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、ワイヤレスネットワーク、電気通信ネットワーク、別の同様のネットワーク又はその任意の組合せなど、ワイヤード及び／又はワイヤレスネットワークを包含し得る。たとえば、ネットワーク５４３ａは、Ｗｉ−Ｆｉネットワークを備え得る。ネットワーク接続インターフェース５１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなどの１つ又は複数の通信プロトコルによる通信ネットワークを介して１つ又は複数の他のデバイスと通信するために使用される受信器及び送信器インターフェースを含むように設定され得る。ネットワーク接続インターフェース５１１は、通信ネットワークリンク（たとえば、光、電気など）に適した受信器及び送信器機能性を実装し得る。送信器及び受信器機能は、回路構成要素、ソフトウェア又はファームウェアを共用し得、或いは別法として別個に実装され得る。
【０１３２】
ＲＡＭ５１７は、オペレーティングシステム、アプリケーションプログラム、及びデバイスドライバなどのソフトウェアプログラムの実行中にデータ又はコンピュータ命令の記憶又はキャッシュを行うために処理回路５０１にバス５０２を介してインターフェースするように設定され得る。ＲＯＭ５１９は、コンピュータ命令又はデータを処理回路５０１に提供するように設定され得る。たとえば、ＲＯＭ５１９は、基本入力及び出力（Ｉ／Ｏ）、スタートアップ、又は不揮発性メモリに記憶されたキーボードからのキーストロークの受信などの基本システム機能のための不変の低レベルシステムコード又はデータを記憶するように設定され得る。記憶媒体５２１は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピディスク、ハードディスク、取り外し可能カートリッジ、又はフラッシュドライブなどのメモリを含むように設定され得る。１つの例では、記憶媒体５２１は、オペレーティングシステム５２３、ウェブブラウザアプリケーションなどのアプリケーションプログラム５２５、ウィジェット若しくはガジェットエンジン又は別のアプリケーション、及びデータファイル５２７を含むように設定され得る。記憶媒体５２１は、ＵＥ５００によって使用するために、バラエティ豊かな様々なオペレーティングシステムのいずれか又はオペレーティングシステムの組合せを記憶し得る。
【０１３３】
記憶媒体５２１は、ＲＡＩＤ（ｒｅｄｕｎｄａｎｔ  ａｒｒａｙ  ｏｆ  ｉｎｄｅｐｅｎｄｅｎｔ  ｄｉｓｋ）、フロッピディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ−ＤＶＤ：ｈｉｇｈ−ｄｅｎｓｉｔｙ  ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）光ディスクドライブ、内部ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ：ｈｏｌｏｇｒａｐｈｉｃ  ｄｉｇｉｔａｌ  ｄａｔａ  ｓｔｏｒａｇｅ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ：ｍｉｎｉ−ｄｕａｌ  ｉｎ−ｌｉｎｅ  ｍｅｍｏｒｙ  ｍｏｄｕｌｅ）、同期型ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：ｓｙｎｃｈｒｏｎｏｕｓ  ｄｙｎａｍｉｃ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、外部マイクロＤＩＭＭ  ＳＤＲＡＭ、加入者識別モジュール若しくは取り外し可能ユーザ識別（ＳＩＭ／ＲＵＩＭ：ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ  ｏｒ  ａ  ｒｅｍｏｖａｂｌｅ  ｕｓｅｒ  ｉｄｅｎｔｉｔｙ）モジュールなどのスマートカードメモリ、他のメモリ、或いはその任意の組合せなどのいくつかの物理ドライブユニットを含むように設定され得る。記憶媒体５２１は、ＵＥ５００が、一時的又は非一時的メモリ媒体に記憶された、コンピュータで実行可能な命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、或いはデータをアップロードすることを可能にし得る。通信システムを使用するものなどの製造品は、デバイス可読媒体を備え得る記憶媒体５２１において有形に実施され得る。
【０１３４】
図１１において、処理回路５０１は、通信サブシステム５３１を使用するネットワーク５４３ｂと通信するように設定され得る。ネットワーク５４３ａ及びネットワーク５４３ｂは、１つ又は複数の同じネットワーク或いは１つ又は複数の異なるネットワークでもよい。通信サブシステム５３１は、ネットワーク５４３ｂと通信するために使用される１つ又は複数のトランシーバを含むように設定され得る。たとえば、通信サブシステム５３１は、ＩＥＥＥ８０２．５、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなどの１つ又は複数の通信プロトコルによる無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、又は基地局など、ワイヤレス通信の能力を有する別のデバイスの１つ又は複数のリモートトランシーバと通信するために使用される１つ又は複数のトランシーバを含むように設定され得る。各トランシーバは、それぞれ、ＲＡＮリンクに適した送信器又は受信器機能性（たとえば、周波数割当てなど）を実装するために送信器５３３及び／又は受信器５３５を含み得る。さらに、各トランシーバの送信器５３３及び受信器５３５は、回路構成要素、ソフトウェア又はファームウェアを共用し得る、或いは別法として別個に実装され得る。
【０１３５】
図示された実施形態において、通信サブシステム５３１の通信機能は、データ通信、音声通信、マルチメディア通信、ブルートゥースなどの短距離通信、近距離無線通信、位置を判定するためのグローバルポジショニングシステム（ＧＰＳ）の使用などの位置ベースの通信、別の同様の通信機能、或いはその任意の組合せを含み得る。たとえば、通信サブシステム５３１は、セルラ通信、Ｗｉ−Ｆｉ通信、ブルートゥース通信、及びＧＰＳ通信を含み得る。ネットワーク５４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、ワイヤレスネットワーク、電気通信ネットワーク、別の同様のネットワーク又はその任意の組合せなど、ワイヤード及び／又はワイヤレスネットワークを包含し得る。たとえば、ネットワーク５４３ｂは、セルラネットワーク、Ｗｉ−Ｆｉネットワーク、及び／又は近距離無線ネットワークでもよい。電源５１３は、交流（ＡＣ）又は直流（ＤＣ）電力をＵＥ５００の構成要素に提供するように設定され得る。
【０１３６】
本明細書に記載の特徴、利益及び／又は機能は、ＵＥ５００の構成要素のうちの１つにおいて実装され得る、又はＵＥ５００の複数の構成要素を横断して分割され得る。さらに、本明細書に記載の特徴、利益、及び／又は機能は、ハードウェア、ソフトウェア又はファームウェアの任意の組合せにおいて実装され得る。１つの例では、通信サブシステム５３１は、本明細書に記載の構成要素のいずれかを含むように設定され得る。さらに、処理回路５０１は、バス５０２を介してそのような構成要素のいずれかと通信するように設定され得る。別の例では、そのような構成要素のいずれかは、処理回路５０１によって実行されたときに本明細書に記載の対応する機能を実行するメモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの構成要素の機能性は、処理回路５０１と通信サブシステム５３１との間で分割され得る。別の例では、そのような構成要素のうちのいずれかの構成要素の非計算集約的機能は、ソフトウェア又はファームウェアにおいて実装され得、計算集約的機能は、ハードウェアにおいて実装され得る。
【０１３７】
図１２は、一部の実施形態によって実装される機能が仮想化され得る仮想化環境８００を示す概略的ブロック図である。これに関連して、仮想化は、ハードウェアプラットフォーム、記憶デバイス及びネットワーク資源の仮想化を含み得る装置又はデバイスの仮想バージョンの作成を意味する。本明細書では、仮想化は、ノード（たとえば、仮想化された基地局又は仮想化された無線アクセスノード）に或いはデバイス（たとえば、ＵＥ、ワイヤレスデバイス又は任意の他のタイプの通信デバイス）又はその構成要素に適用することができ、機能性の少なくとも一部分が１つ又は複数の仮想構成要素として実装される（たとえば、１つ又は複数のアプリケーション、構成要素、機能、仮想マシン又は１つ又は複数のネットワーク内の１つ又は複数の物理処理ノードで実行するコンテナを介して）実装形態に関する。
【０１３８】
一部の実施形態では、本明細書に記載の機能の一部又はすべては、ハードウェアノード８３０のうちの１つ又は複数によってホストされる１つ又は複数の仮想環境８００において実装された１つ又は複数の仮想マシンによって実行される仮想構成要素として実装され得る。さらに、仮想ノードが無線アクセスノードではない又は無線接続性（たとえば、コアネットワークノード）を必要としない実施形態では、そのとき、ネットワークノードは、完全に仮想化され得る。
【０１３９】
本機能は、本明細書で開示される実施形態のうちのいくつかの実施形態の特徴、機能、及び／又は利益のうちのいくつかを実装するように動作可能な１つ又は複数のアプリケーション８２０（ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと別称され得る）によって実装され得る。アプリケーション８２０は、処理回路８６０及びメモリ８９０を備えるハードウェア８３０を提供する仮想化環境８００において実行される。メモリ８９０は、処理回路８６０によって実行可能な命令８９５を含み、それにより、アプリケーション８２０は、本明細書で開示される特徴、利益、及び／又は機能のうちの１つ又は複数を提供するように動作可能である。
【０１４０】
仮想化環境８００は、民生（ＣＯＴＳ：ｃｏｍｍｅｒｃｉａｌ  ｏｆｆ−ｔｈｅ−ｓｈｅｌｆ）プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、或いはデジタル若しくはアナログハードウェア構成要素又は専用プロセッサを含む任意の他のタイプの処理回路でもよい、１セットの１つ又は複数のプロセッサ又は処理回路８６０を備えた、汎用又は専用ネットワークハードウェアデバイス８３０を備える。各ハードウェアデバイスは、命令８９５又は処理回路８６０によって実行されるソフトウェアを一時的に記憶するための非永続メモリでもよいメモリ８９０−１を備え得る。各ハードウェアデバイスは、物理ネットワークインターフェース８８０を含む、ネットワークインターフェースカードとしても知られる、１つ又は複数のネットワークインターフェースコントローラ（ＮＩＣ：ｎｅｔｗｏｒｋ  ｉｎｔｅｒｆａｃｅ  ｃｏｎｔｒｏｌｌｅｒ）８７０を備え得る。各ハードウェアデバイスはまた、ソフトウェア８９５がそこに記憶された非一時的、永続的、マシン可読記憶媒体８９０−２、及び／又は処理回路８６０によって実行可能な命令を含み得る。ソフトウェア８９５は、１つ又は複数の仮想化レイヤ８５０（ハイパーバイザとも呼ばれる）のインスタンスを作成するためのソフトウェア、仮想マシン８４０を実行するためのソフトウェア、並びに本明細書に記載のいくつかの実施形態に関連して記載された機能、特徴及び／又は利益をそれが実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含み得る。
【０１４１】
仮想マシン８４０は、仮想処理、仮想メモリ、仮想ネットワーキング又はインターフェース及び仮想ストレージを備え、対応する仮想化レイヤ８５０又はハイパーバイザによって実行され得る。仮想アプライアンス８２０のインスタンスの異なる実施形態は、仮想マシン８４０のうちの１つ又は複数で実装され得、実装形態は、異なる形で行われ得る。
【０１４２】
動作中、処理回路８６０は、仮想マシンモニタ（ＶＭＭ：ｖｉｒｔｕａｌ  ｍａｃｈｉｎｅ  ｍｏｎｉｔｏｒ）と時に称されることがあるハイパーバイザ又は仮想化レイヤ８５０のインスタンスを作成するために、ソフトウェア８９５を実行する。仮想化レイヤ８５０は、仮想マシン８４０にネットワーキングハードウェアのように見える仮想オペレーティングプラットフォームを示し得る。
【０１４３】
図１２に示されるように、ハードウェア８３０は、一般又は特定の構成要素を有するスタンドアロンネットワークノードでもよい。ハードウェア８３０は、アンテナ８２２５を備え得、仮想化を介していくつかの機能を実装し得る。別法として、ハードウェア８３０は、多数のハードウェアノードが連携する及び、とりわけアプリケーション８２０のライフサイクル管理を監督する、管理及び編成（ＭＡＮＯ：ｍａｎａｇｅｍｅｎｔ  ａｎｄ  ｏｒｃｈｅｓｔｒａｔｉｏｎ）８１００を介して管理される、ハードウェアのより大きなクラスタ（たとえば、データセンタ又は顧客構内機器（ＣＰＥ）内など）の一部でもよい。
【０１４４】
ハードウェアの仮想化は、いくつかの文脈では、ネットワーク機能仮想化（ＮＦＶ：ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ  ｖｉｒｔｕａｌｉｚａｔｉｏｎ）と称される。ＮＦＶは、データセンタ及び顧客構内機器内に置かれ得る、業界標準高容量サーバハードウェア、物理スイッチ、及び物理ストレージに多数のネットワーク機器タイプを統合するために使用され得る。
【０１４５】
ＮＦＶとの関連で、仮想マシン８４０は、プログラムが物理的な非仮想化マシンで実行していたかのようにプログラムを実行する物理マシンのソフトウェア実装形態でもよい。それぞれの仮想マシン８４０、及びその仮想マシンを実行するハードウェア８３０のその部分は、それがその仮想マシン専用のハードウェア及び／又は他の仮想マシン８４０とその仮想マシンによって共用されるハードウェアであれば、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。
【０１４６】
さらにＮＦＶに関連して、仮想ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）は、ハードウェアネットワーキングインフラストラクチャ８３０の最上部の１つ又は複数の仮想マシン８４０において実行する特定のネットワーク機能を処理する責任を有し、図１２のアプリケーション８２０に対応する。
【０１４７】
一部の実施形態では、１つ又は複数の送信器８２２０及び１つ又は複数の受信器８２１０をそれぞれ含む１つ又は複数の無線ユニット８２００は、１つ又は複数のアンテナ８２２５に連結され得る。無線ユニット８２００は、１つ又は複数の適切なネットワークインターフェースを介してハードウェアノード８３０と直接通信することができ、無線アクセスノード又は基地局などの無線能力を有する仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。
【０１４８】
一部の実施形態では、一部のシグナリングは、別法としてハードウェアノード８３０と無線ユニット８２００との間の通信のために使用され得る制御システム８２３０の使用の影響を受け得る。
【０１４９】
図１３は、一部の実施形態による、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを示す。図１３を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク９１１及びコアネットワーク９１４を備える、３ＧＰＰタイプのセルラネットワークなどの電気通信ネットワーク９１０を含む。アクセスネットワーク９１１は、それぞれが対応するカバレッジエリア９１３ａ、９１３ｂ、９１３ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢ又は他のタイプのワイヤレスアクセスポイントなどの複数の基地局９１２ａ、９１２ｂ、９１２ｃを備える。各基地局９１２ａ、９１２ｂ、９１２ｃは、ワイヤード又はワイヤレス接続９１５を介してコアネットワーク９１４に接続可能である。カバレッジエリア９１３ｃ内に置かれた第１のＵＥ９９１は、対応する基地局９１２ｃにワイヤレスで接続される又は対応する基地局９１２ｃによってページングされるように設定され得る。カバレッジエリア９１３ａ内の第２のＵＥ９９２は、対応する基地局９１２ａにワイヤレスに接続可能である。複数のＵＥ９９１、９９２が本例では図示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア内にある又は唯一のＵＥが対応する基地局９１２に接続している状況に同等に適用可能である。
【０１５０】
電気通信ネットワーク９１０自体は、ホストコンピュータ９３０に接続され、ホストコンピュータ９３０は、スタンドアロンサーバ、クラウド実装されたサーバ、分散型サーバのハードウェア及び／又はソフトウェアにおいて或いはサーバファーム内の処理資源として実施され得る。ホストコンピュータ９３０は、サービスプロバイダの所有権又は制御の下にあってもよく、或いはサービスプロバイダによって又はサービスプロバイダのために動作させられ得る。電気通信ネットワーク９１０とホストコンピュータ９３０との接続９２１及び９２２は、コアネットワーク９１４からホストコンピュータ９３０に直接延びてもよく、或いはオプションの中間ネットワーク９２０を介してもよい。中間ネットワーク９２０は、パブリックネットワーク、プライベートネットワーク又はホスト型ネットワークのうちの１つ、又はそれらのうちの２つ以上の組合せでもよく、中間ネットワーク９２０は、もしあるなら、バックボーンネットワーク又はインターネットでもよく、具体的には、中間ネットワーク９２０は、２つ以上のサブネットワーク（図示せず）を備え得る。
【０１５１】
全体としての図１３の通信システムは、接続されたＵＥ９９１、９９２及びホストコンピュータ９３０の間の接続性を有効にする。接続性は、オーバーザトップ（ＯＴＴ：ｏｖｅｒ−ｔｈｅ−ｔｏｐ）接続９５０として説明され得る。ホストコンピュータ９３０及び接続されたＵＥ９９１、９９２は、媒介としてアクセスネットワーク９１１、コアネットワーク９１４、任意の中間ネットワーク９２０及び可能なさらなるインフラストラクチャ（図示せず）を使用し、ＯＴＴ接続９５０を介してデータ及び／又はシグナリングを通信するように設定される。ＯＴＴ接続９５０は、ＯＴＴ接続９５０が通過する参加通信デバイスはアップリンク及びダウンリンク通信のルーティングを認識しないという意味で、透過的になり得る。たとえば、基地局９１２は、接続されたＵＥ９９１に転送される（たとえば、ハンドオーバされる）ことになるホストコンピュータ９３０に由来するデータとの着信ダウンリンク通信の過去のルーティングに関して知らされないことがある、又は知らされる必要はない。同様に、基地局９１２は、ＵＥ９９１からホストコンピュータ９３０に向けて始められる外向きのアップリンク通信の未来のルーティングを認識する必要はない。
【０１５２】
図１４は、いくつかの実施形態による、部分的にワイヤレスな接続を介してユーザ機器と基地局を介して通信するホストコンピュータを示す。前段落で論じられたＵＥ、基地局及びホストコンピュータの一実施形態による例示的実装形態について、図１４を参照して、ここで説明する。通信システム１０００では、ホストコンピュータ１０１０は、通信システム１０００の異なる通信デバイスのインターフェースとのワイヤード又はワイヤレス接続をセットアップ及び維持するように設定された通信インターフェース１０１６を含むハードウェア１０１５を備える。ホストコンピュータ１０１０はさらに、ストレージ及び／又は処理能力を有し得る処理回路１０１８を備える。具体的には、処理回路１０１８は、１つ又は複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、或いは命令を実行するようになされたこれらの組合せ（図示せず）を備え得る。ホストコンピュータ１０１０はさらに、ホストコンピュータ１０１０に記憶された若しくはこれによってアクセス可能な及び処理回路１０１８によって実行可能な、ソフトウェア１０１１を備える。ソフトウェア１０１１は、ホストアプリケーション１０１２を含む。ホストアプリケーション１０１２は、ＵＥ１０３０及びホストコンピュータ１０１０で終了するＯＴＴ接続１０５０を介して接続するＵＥ１０３０など、リモートユーザにサービスを提供するように動作可能になり得る。サービスのリモートユーザへの提供において、ホストアプリケーション１０１２は、ＯＴＴ接続１０５０を使用して送信されるユーザデータを提供し得る。
【０１５３】
通信システム１０００はさらに、電気通信システムにおいて提供される並びにホストコンピュータ１０１０と及びＵＥ１０３０とそれが通信することを可能にするハードウェア１０２５を備える、基地局１０２０を含む。ハードウェア１０２５は、通信システム１０００の異なる通信デバイスのインターフェースとのワイヤード又はワイヤレス接続をセットアップ及び維持するための通信インターフェース１０２６、並びに基地局１０２０によってサービスされるカバレッジエリア（図１４には図示せず）内に置かれたＵＥ１０３０とのワイヤレス接続１０７０を少なくともセットアップ及び維持するための無線インターフェース１０２７を含み得る。通信インターフェース１０２６は、ホストコンピュータ１０１０への接続１０６０を円滑にするように設定され得る。接続１０６０は直接でもよく、或いは、接続１０６０は、電気通信システムのコアネットワーク（図１４には図示せず）を通過及び／又は電気通信システム外部の１つ又は複数の中間ネットワークを通過してもよい。示された実施形態では、基地局１０２０のハードウェア１０２５はさらに、１つ又は複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は命令を実行するようになされたこれらの組合せ（図示せず）を備え得る、処理回路１０２８を含む。基地局１０２０はさらに、内部に記憶された又は外部接続を介してアクセス可能なソフトウェア１０２１を有する。
【０１５４】
通信システム１０００はさらに、すでに参照されたＵＥ１０３０を含む。それのハードウェア１０３５は、ＵＥ１０３０が現在位置するカバレッジエリアにサービスする基地局とのワイヤレス接続１０７０をセットアップ及び維持するように設定された無線インターフェース１０３７を含み得る。ＵＥ１０３０のハードウェア１０３５はさらに、１つ又は複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は命令を実行するようになされたこれらの組合せ（図示せず）を備え得る、処理回路１０３８を含む。ＵＥ１０３０はさらに、ＵＥ１０３０に記憶された若しくはこれによってアクセス可能な及び処理回路１０３８によって実行可能なソフトウェア１０３１を備える。ソフトウェア１０３１は、クライアントアプリケーション１０３２を含む。クライアントアプリケーション１０３２は、ホストコンピュータ１０１０のサポートを有して、ＵＥ１０３０を介して人間又は非人間ユーザにサービスを提供するように動作可能になり得る。ホストコンピュータ１０１０では、実行中のホストアプリケーション１０１２は、ＵＥ１０３０及びホストコンピュータ１０１０で終了するＯＴＴ接続１０５０を介して実行中のクライアントアプリケーション１０３２と通信し得る。ユーザへのサービス提供において、クライアントアプリケーション１０３２は、ホストアプリケーション１０１２から要求データを受信し、要求データに応答してユーザデータを提供することができる。ＯＴＴ接続１０５０は、要求データ及びユーザデータの両方を転送することができる。クライアントアプリケーション１０３２は、ユーザと相互作用して、それが提供するユーザデータを生成することができる。
【０１５５】
図１４に示されたホストコンピュータ１０１０と、基地局１０２０と、ＵＥ１０３０とは、それぞれ、図１３のホストコンピュータ９３０と、基地局９１２ａ、９１２ｂ、９１２ｃのうちの１つと、ＵＥ９９１、９９２のうちの１つと類似する又は同一であってもよいことに留意されたい。すなわち、これらのエンティティの内部の動きは、図１４に示されるようでもよく、独立して、周囲のネットワークトポロジは、図１３のそれでもよい。
【０１５６】
図１４において、ＯＴＴ接続１０５０は、媒介デバイスの明示的参照及びこれらのデバイスを介するメッセージの正確なルーティングなしに、基地局１０２０を介するホストコンピュータ１０１０とＵＥ１０３０との通信を説明するために抽象的に描かれてある。ネットワークインフラストラクチャは、ルーティングを判定することができ、それは、ＵＥ１０３０から若しくはサービスプロバイダオペレーティングホストコンピュータ１０１０から又はその両方から隠すように設定され得る。ＯＴＴ接続１０５０がアクティブである間、ネットワークインフラストラクチャは、それがルーティングを動的に変更する判定（たとえば、ネットワークの負荷バランシング検討又は再設定に基づく）をさらに行うことができる。
【０１５７】
ＵＥ１０３０と基地局１０２０との間のワイヤレス接続１０７０は、本開示を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つ又は複数は、ワイヤレス接続１０７０が最後のセグメントを形成する、ＯＴＴ接続１０５０を使用してＵＥ１０３０に提供されるＯＴＴサービスのパフォーマンスを改善する。より正確には、これらの実施形態の教示は、ハンドオーバ手続きを改善することができ、それによって、サービスの途絶が少ないなどの利益をもたらす。
【０１５８】
測定手続きは、１つ又は複数の実施形態が改善するモニタリングデータレート、レイテンシ及び他の要因を目的として、提供され得る。測定結果の変動に応答して、ホストコンピュータ１０１０とＵＥ１０３０との間のＯＴＴ接続１０５０を再設定するためのオプションのネットワーク機能性がさらに存在し得る。測定手続き及び／又はＯＴＴ接続１０５０を再設定するためのネットワーク機能性は、ホストコンピュータ１０１０のソフトウェア１０１１及びハードウェア１０１５において、又はＵＥ１０３０のソフトウェア１０３１及びハードウェア１０３５において、又はその両方で実装され得る。実施形態において、センサ（図示せず）は、ＯＴＴ接続１０５０が通過する通信デバイスにおいて又はそのような通信デバイスに関連して配備され得、センサは、上記で例示されたモニタされる数量の値を供給すること、或いはそこからソフトウェア１０１１、１０３１がモニタされる数量を計算又は推定し得る他の物理数量の値を供給することによって、測定手続きに参加し得る。ＯＴＴ接続１０５０の再設定は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含み得、再設定は基地局１０２０に影響を及ぼす必要はなく、そして、それは基地局１０２０に知られてなくても又は感知できなくてもよい。そのような手続き及び機能性は、当分野では知られており、実施されることがある。ある種の実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ１０１０の測定を円滑にする占有ＵＥシグナリングを含み得る。ソフトウェア１０１１及び１０３１が、ＯＴＴ接続１０５０を使用し、それが伝搬時間、エラーなどをモニタする間に、メッセージ、具体的には空の又は「ダミー」メッセージ、を送信させるので、測定は実装され得る。
【０１５９】
図１５は、１つの実施形態による、通信システムにおいて実装される方法を示す流れ図である。通信システムは、図１３及び１４を参照して説明されるものでもよいホストコンピュータ、基地局及びＵＥを含む。本開示を簡単にするために、図１５のみの図面の参照が、このセクションに含まれることになる。ステップ１１１０において、ホストコンピュータはユーザデータを提供する。ステップ１１１０のサブステップ１１１１（オプションでもよい）では、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１１２０では、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。ステップ１１３０（オプションでもよい）では、基地局が、本開示を通して説明される実施形態の教示に従って、ホストコンピュータが開始した送信において運ばれたユーザデータをＵＥに送信する。ステップ１１４０（やはりオプションでもよい）で、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【０１６０】
図１６は、１つの実施形態による、通信システムにおいて実装される方法を示す流れ図である。通信システムは、図１３及び１４を参照して説明されるものでもよいホストコンピュータ、基地局及びＵＥを含む。本開示を簡単にするために、図１６の図面の参照のみが、このセクションに含まれることになる。本方法のステップ１２１０において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１２２０で、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。送信は、本開示を通して説明される実施形態の教示によれば、基地局を通り得る。ステップ１２３０（オプションでもよい）で、ＵＥは、その送信で運ばれたユーザデータを受信する。
【０１６１】
図１７は、１つの実施形態による、通信システムにおいて実装される方法を示す流れ図である。通信システムは、図１３及び１４を参照して説明されるものでもよいホストコンピュータ、基地局及びＵＥを含む。本開示を簡単にするために、図１７の図面の参照のみが、このセクションに含まれることになる。ステップ１３１０（オプションでもよい）で、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加で又は別法として、ステップ１３２０で、ＵＥはユーザデータを提供する。ステップ１３２０のサブステップ１３２１（オプションでもよい）で、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ１３１０のサブステップ１３１１（オプションでもよい）で、ＵＥは、ホストコンピュータによって提供される受信された入力データに反応してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータの提供において、実行されるクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された具体的方式に関わらず、ＵＥは、サブステップ１３３０（オプションでもよい）で、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ１３４０において、ホストコンピュータは、本開示を通して説明される実施形態の教示によれば、ＵＥから送信されたユーザデータを受信する。
【０１６２】
図１８は、１つの実施形態による、通信システムにおいて実装された方法を示す流れ図である。通信システムは、図１３及び１４を参照して説明されるものでもよいホストコンピュータ、基地局及びＵＥを含む。本開示を簡単にするために、図１８の図面の参照のみが、このセクションに含まれることになる。ステップ１４１０（オプションでもよい）において、本開示を通して説明される実施形態の教示に従って、基地局は、ユーザデータをＵＥから受信する。ステップ１４２０（オプションでもよい）で、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ１４３０（オプションでもよい）で、ホストコンピュータは、基地局によって開始された送信で運ばれたユーザデータを受信する。
【０１６３】
本明細書で開示される任意の適切なステップ、方法、特徴、機能、又は利益は、１つ又は複数の仮想装置の１つ又は複数の機能ユニット又はモジュールを介して実行され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つ又は複数のマイクロプロセッサ又はマイクロコントローラを含み得る、処理回路、並びに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタルロジックなどを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つの又はいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つ又は複数の電気通信及び／又はデータ通信プロトコルを実行するためのプログラム命令並びに本明細書に記載の技法のうちの１つ又は複数を実行するための命令を含む。いくつかの実装形態において、処理回路は、本開示の１つ又は複数の実施形態による対応する機能をそれぞれの機能ユニットに実行させるために使用され得る。
【０１６４】
ユニットという用語は、電子工学、電気デバイス及び／又は電子デバイスの分野における従来の意味を有し得、たとえば、本明細書に記載されているものなどのような、電気及び／又は電子回路、デバイス、モジュール、プロセッサ、受信器、送信器、メモリ、ロジックソリッドステート及び／又はディスクリートデバイス、それぞれのタスク、手続き、計算、出力、及び／又は表示機能を実行するためのコンピュータプログラム又は命令などを含み得る。
【０１６５】
図１９は、ある種の実施形態による、ビームに基づくランダムアクセスのためのワイヤレスデバイス４１０による方法１５００を示す。本方法は、ワイヤレスデバイス４１０が、ネットワークノード４１５から、ハンドオーバコマンドを受信するとき、ステップ１５１０で開始する。ハンドオーバコマンドは、少なくとも１つの適合性閾値を含む。
【０１６６】
特定の一実施形態において、ハンドオーバコマンドが、ワイヤレスデバイスに接続されたネットワークノードから受信される。たとえば、特定の一実施形態において、ハンドオーバコマンドは、ソースネットワークノードからターゲットネットワークノードへのワイヤレスデバイスのハンドオーバを実行するターゲットネットワークノードによって生成され得る。
【０１６７】
ステップ１５２０において、ワイヤレスデバイス４１０は、ワイヤレスデバイス４１０によって検出された複数のビームのそれぞれの測定を実行する。
【０１６８】
ステップ１５３０において、ワイヤレスデバイス４１０は、少なくとも１つの適合性閾値と複数のビームの測定値を比較する。
【０１６９】
ステップ１５４０において、ワイヤレスデバイス４１０は、少なくとも１つの適合性閾値との複数のビームの測定値の比較に基づいて、複数のビームのうちの特定のビームを選択する。
【０１７０】
ステップ１５５０において、ワイヤレスデバイス４１０は、ランダムアクセス手続きを開始する。特定の一実施形態において、ランダムアクセス手続きを開始することは、複数のビームから選択された特定のビームを使用してランダムアクセスプリアンブルを送信することを含み得る。
【０１７１】
特定の一実施形態において、少なくとも１つの適合性閾値は、少なくとも１つのＰＲＡＣＨ適合性閾値又は少なくとも１つのＲＡＣＨ適合性閾値を含む。
【０１７２】
特定の一実施形態において、少なくとも１つの適合性閾値は、少なくとも１つの最低無線品質を含み得る。複数のビームのそれぞれの測定値は、少なくとも１つの最低無線品質と比較され得、そして、少なくとも１つの最低無線品質より大きな関連測定値を有する特定のビームが、選択され得る。
【０１７３】
もう１つの特定の実施形態において、少なくとも１つの適合性閾値は、少なくとも１つの最小参照信号受信電力（ＲＳＲＰ）を含む。
【０１７４】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、そして、複数の適合性閾値のうちのそれぞれの適合性閾値は、複数の参照信号のうちの異なる１つの参照信号に関連する。
【０１７５】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、複数の適合性閾値のうちの第１の適合性閾値は、ＣＢＲＡに関連し、そして、複数の適合性閾値のうちの第２の適合性閾値は、無競合ランダムアクセス（ＣＦＲＡ）に関連する。複数の適合性閾値のうちの第２の適合性閾値は、複数の適合性閾値のうちの第１の適合性閾値より低くてもよい。
【０１７６】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、複数の適合性閾値のうちの第１の適合性閾値は、同期信号ブロック（ＳＳＢ）ベースのハンドオーバ用であり、そして、複数の適合性閾値のうちの第２の適合性閾値は、チャンネル状態情報−参照信号（ＣＳＩ−ＲＳ）ベースのハンドオーバ用である。
【０１７７】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、複数の適合性閾値のうちの第１の適合性閾値は、初期プリアンブル送信に関連し、そして、複数の適合性閾値のうちの第２の適合性閾値は、プリアンブル再送信に関連する。複数の適合性閾値のうちの第２の適合性閾値は、複数の適合性閾値のうちの第１の適合性閾値より低い。
【０１７８】
ある種の実施形態において、前述のようなビームに基づくランダムアクセスのための方法は、コンピュータネットワーク仮想装置によって実行され得る。図２０は、ある種の実施形態による、ビームに基づくランダムアクセスのための例示的仮想コンピューティングデバイス１６００を示す。ある種の実施形態において、仮想コンピューティングデバイス１６００は、図１９で図解及び説明されている方法に関して前述したものと類似のステップを実行するためのモジュールを含み得る。たとえば、仮想コンピューティングデバイス１６００は、受信モジュール１６１０、実行モジュール１６２０、比較モジュール１６３０、選択モジュール１６４０、開始モジュール１６５０、及びビームに基づくランダムアクセスのための任意の他の適切なモジュールを含み得る。いくつかの実施形態において、モジュールのうちの１つ又は複数が、図１０の処理回路４２０を使用して、実装され得る。ある種の実施形態において、様々なモジュールのうちの２つ以上のモジュールの機能が、単一モジュール内に結合され得る。
【０１７９】
受信モジュール１６１０は、仮想コンピューティングデバイス１６００の受信機能を実行し得る。たとえば、特定の一実施形態において、受信モジュール１６１０は、ハンドオーバコマンドをネットワークノード４１５から受信し得る。ハンドオーバコマンドは、少なくとも１つの適合性閾値を含む。
【０１８０】
実行モジュール１６２０は、仮想コンピューティングデバイス１６００の実行機能を実行し得る。たとえば、特定の一実施形態において、実行モジュール１６２０は、ワイヤレスデバイス４１０によって検出された複数のビームのそれぞれの測定を実行し得る。
【０１８１】
比較モジュール１６３０は、仮想コンピューティングデバイス１６００の比較機能を実行し得る。たとえば、特定の一実施形態において、比較モジュール１６３０は、複数のビームの測定値を少なくとも１つの適合性閾値と比較し得る。
【０１８２】
選択モジュール１６４０は、仮想コンピューティングデバイス１６００の選択機能を実行し得る。たとえば、特定の一実施形態において、選択モジュール１６４０は、複数のビームの測定値の少なくとも１つの適合性閾値との比較に基づいて複数のビームのうちの特定のビームを選択し得る。
【０１８３】
開始モジュール１６５０は、仮想コンピューティングデバイス１６００の開始機能を実行し得る。たとえば、特定の一実施形態において、開始モジュール１６５０は、ランダムアクセス手続きを開始し得る。
【０１８４】
仮想コンピューティングデバイス１６００の他の実施形態は、前述の機能性及び／又は任意の追加の機能性のいずれかを含む（前述の解決法をサポートするために必要な任意の機能性を含む）、ワイヤレスデバイスの機能性のある特定の態様を提供する責任を有し得る図２０に示されたもの以上の追加の構成要素を含み得る。様々な異なるタイプのワイヤレスデバイス４１０は、同じ物理ハードウェアを有するが異なる無線アクセス技術をサポートするように設定された（たとえば、プログラミングを介して）構成要素を含み得る、或いは部分的に又は完全に異なる物理構成要素を表し得る。
【０１８５】
図２１は、ある種の実施形態による、ワイヤレスデバイスを用いてビームに基づくランダムアクセスを開始するためのターゲットネットワークノード４１５による方法１７００を示す。方法１７００は、ターゲットネットワークノード４１５が、ワイヤレスデバイス４１０に接続されたソースネットワークノード４１５に、ハンドオーバコマンドを送信するとき、ステップ１７１０で開始する。ハンドオーバコマンドは、ターゲットネットワークノードへのハンドオーバを開始するために複数のビームのうちの特定の１つのビームを選択する際にワイヤレスデバイスによって使用するための最低無線品質を含む少なくとも１つの適合性閾値を含む。
【０１８６】
ステップ１７２０において、ターゲットネットワークノード４１５は、ワイヤレスデバイス４１０から、ランダムアクセスプリアンブルを受信する。
【０１８７】
特定の一実施形態において、少なくとも１つの適合性閾値を含むハンドオーバコマンドをソースネットワークノード４１５に送信する前に、本方法はさらに、ターゲットネットワークノード４１５がワイヤレスデバイス４１０に関連する測定報告パラメータをソースネットワークノードから受信することと、そのワイヤレスデバイスに関連する測定報告パラメータに基づいて少なくとも１つの適合性閾値を判定することとを含む。
【０１８８】
特定の一実施形態において、本方法はさらに、ワイヤレスデバイス４１０の測定報告パラメータの判定においてソースネットワークノード４１５によって使用するための少なくとも１つの適合性閾値を含むソースネットワークノード４１５へのメッセージを送信することを含み得る。
【０１８９】
特定の一実施形態において、少なくとも１つの適合性閾値は、少なくとも１つのＰＲＡＣＨ適合性閾値又は少なくとも１つのＲＡＣＨ適合性閾値を含む。
【０１９０】
特定の一実施形態において、少なくとも１つの適合性閾値は、少なくとも１つの最低無線品質を含み得る。複数のビームのそれぞれの測定値は、少なくとも１つの最低無線品質と比較され得、そして、少なくとも１つの最低無線品質より大きな関連測定値を有する特定のビームが、選択され得る。
【０１９１】
もう１つの特定の実施形態において、少なくとも１つの適合性閾値は、少なくとも１つの最小参照信号受信電力（ＲＳＲＰ）を含む。
【０１９２】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、そして、複数の適合性閾値のうちのそれぞれの適合性閾値は、複数の参照信号のうちの異なる１つの参照信号に関連する。
【０１９３】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、複数の適合性閾値のうちの第１の適合性閾値は、ＣＢＲＡに関連し、そして、複数の適合性閾値のうちの第２の適合性閾値は、無競合ランダムアクセス（ＣＦＲＡ）に関連する。複数の適合性閾値のうちの第２の適合性閾値は、複数の適合性閾値のうちの第１の適合性閾値より低くてもよい。
【０１９４】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、複数の適合性閾値のうちの第１の適合性閾値は、同期信号ブロック（ＳＳＢ）ベースのハンドオーバ用であり、そして、複数の適合性閾値のうちの第２の適合性閾値は、チャンネル状態情報−参照信号（ＣＳＩ−ＲＳ）ベースのハンドオーバ用である。
【０１９５】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、複数の適合性閾値のうちの第１の適合性閾値は、初期プリアンブル送信に関連し、そして、複数の適合性閾値のうちの第２の適合性閾値は、プリアンブル再送信に関連する。複数の適合性閾値のうちの第２の適合性閾値は、複数の適合性閾値のうちの第１の適合性閾値より低い。
【０１９６】
ある種の実施形態において、前述のようなビームに基づくランダムアクセスのための方法は、コンピュータネットワーク仮想装置によって実行され得る。図２２は、ある種の実施形態による、ビームに基づくランダムアクセスのための例示的仮想コンピューティングデバイス１８００を示す。ある種の実施形態において、仮想コンピューティングデバイス１８００は、図２１において図解及び説明される方法に関して前述されたものと類似のステップを実行するためのモジュールを含み得る。たとえば、仮想コンピューティングデバイス１８００は、送信モジュール１８１０、受信モジュール１８２０、及びビームに基づくランダムアクセスのための任意の他の適切なモジュールを含み得る。いくつかの実施形態において、モジュールのうちの１つ又は複数は、図９の処理回路４７０を使用して実装され得る。ある種の実施形態において、様々なモジュールのうちの２つ以上のモジュールの機能が、単一モジュール内に結合され得る。
【０１９７】
送信モジュール１８１０は、仮想コンピューティングデバイス１８００の送信機能を実行し得る。たとえば、特定の一実施形態において、送信モジュール１８１０は、ワイヤレスデバイス４１０に接続されたソースネットワークノード４１５に、ハンドオーバコマンドを送信し得る。ハンドオーバコマンドは、ターゲットネットワークノードへのハンドオーバを開始するために複数のビームのうちの特定の１つのビームを選択する際にワイヤレスデバイスによって使用するための最低無線品質を含む少なくとも１つの適合性閾値を含む。
【０１９８】
受信モジュール１８２０は、仮想コンピューティングデバイス１８００の受信機能を実行し得る。たとえば、特定の一実施形態において、受信モジュール１８２０は、ワイヤレスデバイス４１０から、ランダムアクセスプリアンブルを受信し得る。
【０１９９】
仮想コンピューティングデバイス１８００の他の実施形態は、前述の機能性及び／又は任意の追加の機能性のうちのいずれかを含む（前述の解決法をサポートするために必要な任意の機能性を含む）、ネットワークノードの機能性のある特定の態様を提供する責任を有し得る図２２に示されたもの以上の追加の構成要素を含み得る。様々な異なるタイプのネットワークノード４１５は、同じ物理ハードウェアを有するが異なる無線アクセス技術をサポートするように設定された（たとえば、プログラミングを介して）構成要素を含み得る、或いは部分的に又は完全に異なる物理構成要素を表し得る。
【０２００】
図２３は、ある種の実施形態による、ワイヤレスデバイスを用いてビームに基づくランダムアクセスのためのソースネットワークノード４１５による方法１９００を示す。方法１９００は、ソースネットワークノード４１５が、ターゲットネットワークノード４１５から、少なくとも１つの適合性閾値を含むハンドオーバコマンドを受信するとき、ステップ１９１０で開始する。
【０２０１】
ステップ１９２０において、ソースネットワークノード４１５は、少なくとも１つの適合性閾値を含むハンドオーバコマンドを、ソースネットワークノード４１５に接続されたワイヤレスデバイス４１０に送信して、ターゲットネットワークノード４１５へのワイヤレスデバイス４１０のハンドオーバを開始する。少なくとも１つの適合性閾値は、ターゲットネットワークノード４１５とのハンドオーバを開始するためにワイヤレスデバイス４１０によって複数のビームのうちの特定の１つのビームを選択するための最低無線品質を含む。
【０２０２】
特定の一実施形態において、少なくとも１つの適合性閾値を含むハンドオーバコマンドをターゲットネットワークノード４１５から受信する前に、ソースネットワークノード４１５は、少なくとも１つの適合性閾値の判定においてターゲットネットワークノード４１５によって使用するためにターゲットネットワークノード４１５にワイヤレスデバイス４１０に関連する測定報告パラメータを送信し得る。
【０２０３】
特定の一実施形態において、少なくとも１つの適合性閾値は、少なくとも１つのＰＲＡＣＨ適合性閾値又は少なくとも１つのＲＡＣＨ適合性閾値を含む。
【０２０４】
特定の一実施形態において、少なくとも１つの適合性閾値は、少なくとも１つの最低無線品質を含み得る。複数のビームのそれぞれの測定値は、少なくとも１つの最低無線品質と比較され得、そして、少なくとも１つの最低無線品質より大きな関連測定値を有する特定のビームが、選択され得る。
【０２０５】
もう１つの特定の実施形態において、少なくとも１つの適合性閾値は、少なくとも１つの最小参照信号受信電力（ＲＳＲＰ）を含む。
【０２０６】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、そして、複数の適合性閾値のうちのそれぞれの適合性閾値は、複数の参照信号のうちの異なる１つの参照信号に関連する。
【０２０７】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、複数の適合性閾値のうちの第１の適合性閾値は、ＣＢＲＡに関連し、そして、複数の適合性閾値のうちの第２の適合性閾値は、無競合ランダムアクセス（ＣＦＲＡ）に関連する。複数の適合性閾値のうちの第２の適合性閾値は、複数の適合性閾値のうちの第１の適合性閾値より低くてもよい。
【０２０８】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、複数の適合性閾値のうちの第１の適合性閾値は、同期信号ブロック（ＳＳＢ）ベースのハンドオーバ用であり、そして、複数の適合性閾値のうちの第２の適合性閾値は、チャンネル状態情報−参照信号（ＣＳＩ−ＲＳ）ベースのハンドオーバ用である。
【０２０９】
さらにもう１つの特定の実施形態において、少なくとも１つの適合性閾値は、複数の適合性閾値を含み、複数の適合性閾値のうちの第１の適合性閾値は、初期プリアンブル送信に関連し、そして、複数の適合性閾値のうちの第２の適合性閾値は、プリアンブル再送信に関連する。複数の適合性閾値のうちの第２の適合性閾値は、複数の適合性閾値のうちの第１の適合性閾値より低い。
【０２１０】
ある種の実施形態において、前述のようなビームに基づくランダムアクセスのための方法は、コンピュータネットワーク仮想装置によって実行され得る。図２４は、ある種の実施形態による、ビームに基づくランダムアクセスのための例示的仮想コンピューティングデバイス２０００を示す。ある種の実施形態において、仮想コンピューティングデバイス２０００は、図２３において図解及び説明されている方法に関して前述したものと類似のステップを実行するためのモジュールを含み得る。たとえば、仮想コンピューティングデバイス２０００は、受信モジュール２０１０、送信モジュール２０２０、及びビームに基づくランダムアクセスのための任意の他の適切なモジュールを含み得る。いくつかの実施形態において、モジュールのうちの１つ又は複数は、図９の処理回路４７０を使用して、実装され得る。ある種の実施形態において、様々なモジュールのうちの２つ以上のモジュールの機能が、単一モジュール内に結合され得る。
【０２１１】
受信モジュール２０１０は、仮想コンピューティングデバイス２０００の受信機能を実行し得る。たとえば、特定の一実施形態において、受信モジュール２０１０は、ターゲットネットワークノード４１５から、少なくとも１つの適合性閾値を含むハンドオーバコマンドを受信し得る。
【０２１２】
送信モジュール２０２０は、仮想コンピューティングデバイス２０００の送信機能を実行し得る。たとえば、特定の一実施形態において、送信モジュール２０２０は、ターゲットネットワークノード４１５へのワイヤレスデバイス４１０のハンドオーバを開始するために、少なくとも１つの適合性閾値を含むハンドオーバコマンドをソースネットワークノード４１５に接続されたワイヤレスデバイス４１０に送信し得る。少なくとも１つの適合性閾値は、ターゲットネットワークノード４１５とのハンドオーバを開始するためにワイヤレスデバイス４１０によって複数のビームのうちの特定の１つのビームを選択するための最低無線品質を含む。
【０２１３】
仮想コンピューティングデバイス２０００の他の実施形態は、前述の機能性及び／又は任意の追加の機能性のうちのいずれかを含む（前述の解決法をサポートするために必要な任意の機能性を含む）、ネットワークノードの機能性のある特定の態様を提供する責任を有し得る図２４に示されたもの以上の追加の構成要素を含み得る。様々な異なるタイプのネットワークノード４１５は、同じ物理ハードウェアを有するが異なる無線アクセス技術をサポートするように設定された（たとえば、プログラミングを介して）構成要素を含み得る、或いは部分的に又は完全に異なる物理構成要素を表し得る。
【０２１４】
追加の実施形態
グループＡ実施形態
１．ハンドオーバ実行におけるマルチビームランダムアクセス手続きのためのワイヤレスデバイスによって実行される方法であって、前述のステップのうちの１つ又は複数を含む方法。
２．さらに以下を含む、前の実施形態のうちのいずれかの実施形態の方法：
−ユーザデータを提供することと、
−基地局への送信を介してホストコンピュータにユーザデータを転送すること。
【０２１５】
グループＢ実施形態
３．ハンドオーバ実行におけるマルチビームランダムアクセス手続きのために基地局によって実行される方法であって、前述のステップのうちの１つ又は複数を含む方法。
４．さらに以下を含む、前の実施形態のうちのいずれかの実施形態の方法：
−ユーザデータを取得することと、
−ホストコンピュータ又はワイヤレスデバイスにユーザデータを転送すること。
【０２１６】
グループＣ実施形態
５．ハンドオーバ実行におけるマルチビームランダムアクセス手続きのためのワイヤレスデバイスであって、以下を備えたワイヤレスデバイス：
−グループＡ実施形態のうちのいずれかの実施形態のステップのうちのいずれかのステップを実行するように設定された処理回路と、
−ワイヤレスデバイスに電力を供給するように設定された電源回路。
６．ハンドオーバ実行におけるマルチビームランダムアクセス手続きのための基地局であって、以下を備えた基地局：
−グループＢ実施形態のうちのいずれかの実施形態のステップのうちのいずれかのステップを実行するように設定された処理回路と、
−ワイヤレスデバイスに電力を供給するように設定された電源回路。
７．ハンドオーバ実行におけるマルチビームランダムアクセス手続きのためのユーザ機器（ＵＥ）であって、以下を備えるＵＥ：
−ワイヤレス信号を送る及び受信するように設定されたアンテナと、
−アンテナに及び処理回路に接続されており、アンテナと処理回路との間で通信される信号を調節するように設定された無線フロントエンド回路と、
−グループＡ実施形態のうちのいずれかの実施形態のステップのうちのいずれかのステップを実行するように設定された処理回路と、
−処理回路に接続されており、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された入力インターフェースと、
−処理回路に接続されており、処理回路によって処理されたＵＥからの情報を出力するように設定された出力インターフェースと、
−処理回路に接続されており、ＵＥに電力を供給するように設定されたバッテリ。
８．以下を備えたホストコンピュータを含む通信システム：
−ユーザデータを提供するように設定された処理回路と、
−ユーザ機器（ＵＥ）への送信のためにセルラネットワークにユーザデータを転送するように設定された通信インターフェース、
−そこで、セルラネットワークは、無線インターフェース及び処理回路を有する基地局を備え、基地局の処理回路は、グループＢ実施形態のうちのいずれかの実施形態のステップのうちのいずれかのステップを実行するように設定されている。
９．基地局をさらに含む、前の実施形態の通信システム。
１０．さらにＵＥを含む、前の２つの実施形態の通信システム、そこで、ＵＥは基地局と通信するように設定される。
１１．前の３つの実施形態の通信システム、そこでは：
−ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定され、それによってユーザデータを提供する、そして、
−ＵＥは、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える。
１２．ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、以下を含む方法：
−ホストコンピュータにおいて、ユーザデータを提供することと、
−ホストコンピュータにおいて、基地局を備えたセルラネットワークを介してＵＥにユーザデータを運ぶ送信を開始すること、そこで、基地局は、グループＢ実施形態のうちのいずれかの実施形態のステップのうちのいずれかのステップを実行する。
１３．基地局において、ユーザデータを送信することをさらに含む、前の実施形態の方法。
１４．前の２つの実施形態の方法、そこで、ユーザデータは、ホストアプリケーションを実行することによってホストコンピュータにおいて提供され、本方法は、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む。
１５．基地局と通信するように設定されたユーザ機器（ＵＥ）であって、前の３つの実施形態を実行するように設定された無線インターフェース及び処理回路を備えたＵＥ。
１６．以下を備えた、ホストコンピュータを含む通信システム：
−ユーザデータを提供するように設定された処理回路と、
−ユーザ機器（ＵＥ）への送信のためにセルラネットワークにユーザデータを転送するように設定された通信インターフェース、
−そこで、ＵＥは、無線インターフェース及び処理回路を備え、ＵＥの構成要素は、グループＡ実施形態のうちのいずれかの実施形態のステップのうちのいずれかのステップを実行するように設定される。
１７．前の実施形態の通信システム、そこで、セルラネットワークは、ＵＥと通信するように設定された基地局をさらに含む。
１８．前の２つの実施形態の通信システム、そこで：
−ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定され、それによってユーザデータを提供する、そして、
−ＵＥの処理回路は、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定される。
１９．ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、以下を含む方法：
−ホストコンピュータにおいて、ユーザデータを提供することと、
−ホストコンピュータにおいて、基地局を備えたセルラネットワークを介してＵＥにユーザデータを運ぶ送信を開始すること、そこで、ＵＥは、グループＡ実施形態のうちのいずれかの実施形態のステップのうちのいずれかのステップを実行する。
２０．ＵＥにおいて、基地局からユーザデータを受信することをさらに含む、前の実施形態の方法。
２１．以下を備えたホストコンピュータを含む通信システム：
−ユーザ機器（ＵＥ）から基地局への送信に由来するユーザデータを受信するように設定された通信インターフェース、
−そこで、ＵＥは、無線インターフェース及び処理回路を備え、ＵＥの処理回路は、グループＡ実施形態のうちのいずれかの実施形態のステップのうちのいずれかのステップを実行するように設定される。
２２．ＵＥをさらに含む、前の実施形態の通信システム。
２３．基地局をさらに含む、前の２つの実施形態の通信システムであって、そこで、基地局は、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって運ばれたユーザデータをホストコンピュータに転送するように設定された通信インターフェースとを含む。
２４．前の３つの実施形態の通信システム、そこでは：
−ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定され、そして、
−ＵＥの処理回路は、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定され、それによってユーザデータを提供する。
２５．前の４つの実施形態の通信システム、そこでは：
−ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定され、それによって要求データを提供し、そして、
−ＵＥの処理回路は、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定され、それによって要求データに応答してユーザデータを提供する。
２６．ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、以下を含む方法：
−ホストコンピュータにおいて、ＵＥから基地局に送信されるユーザデータを受信すること、そこで、ＵＥは、グループＡ実施形態のうちのいずれかの実施形態のステップのうちのいずれかのステップを実行する。
２７．ＵＥにおいて、基地局にユーザデータを提供することをさらに含む、前の実施形態の方法。
２８．以下をさらに含む、前の２つの実施形態の方法：
−ＵＥにおいて、クライアントアプリケーションを実行し、それによって送信されることになるユーザデータを提供することと、
−ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行すること。
２９．以下をさらに含む、前の３つの実施形態の方法：
−ＵＥにおいて、クライアントアプリケーションを実行することと、
−ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであり、入力データは、クライアントアプリケーションに関連するホストアプリケーションを実行することによって、ホストコンピュータにおいて提供される、こと、
−そこで、送信されることになるユーザデータは、入力データに応答して、クライアントアプリケーションによって提供される。
３０．ユーザ機器（ＵＥ）から基地局への送信に由来するユーザデータを受信するように設定された通信インターフェースを備えたホストコンピュータを含む通信システム、そこで、基地局は、無線インターフェース及び処理回路を備え、基地局の処理回路は、グループＢ実施形態のうちのいずれかの実施形態のステップのうちのいずれかのステップを実行するように設定される。
３１．基地局をさらに含む、前の実施形態の通信システム。
３２．ＵＥをさらに含む、前の２つの実施形態の通信システム、そこで、ＵＥは、基地局と通信するように設定される。
３３．前の３つの実施形態の通信システム、そこでは：
−ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定され、
−ＵＥは、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定され、それによって、ホストコンピュータによって受信されることになるユーザデータを提供する。
３４．ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、以下を含む方法：
−ホストコンピュータにおいて、基地局がＵＥから受信した送信に由来するユーザデータを基地局から受信すること、そこで、ＵＥは、グループＡ実施形態のうちのいずれかの実施形態のステップのうちのいずれかのステップを実行する。
３５．基地局において、ＵＥからユーザデータを受信することをさらに含む、前の実施形態の方法。
３６．基地局において、受信されたユーザデータのホストコンピュータへの送信を開始することをさらに含む、前の２つの実施形態の方法。
【０２１７】
略語
以下の略語のうちの少なくともいくつかが、本開示において使用され得る。略語の間に不一致がある場合には、それが前述でどのように使用されているかを優先すべきである。以下に複数回記載されている場合、第１の記載はいずれの後続の記載よりも優先されるべきである。
１ｘ  ＲＴＴ    ＣＤＭＡ２０００  １ｘ無線送信技術
３ＧＰＰ        第３世代パートナーシッププロジェクト
５Ｇ            第５世代
ＡＢＳ          オールモストブランクサブフレーム
ＡＲＱ          自動リピート要求
ＡＷＧＮ        加算性白色ガウス雑音
ＢＣＣＨ        ブロードキャスト制御チャンネル
ＢＣＨ          ブロードキャストチャンネル
ＣＡ            キャリアアグリゲーション
ＣＣ            キャリア構成要素
ＣＣＣＨ  ＳＤＵ    共通の制御チャンネルＳＤＵ
ＣＤＭＡ        コード分割多重アクセス
ＣＧＩ          セルグローバル識別子
ＣＩＲ          チャンネルインパルス応答
ＣＰ            サイクリックプレフィックス
ＣＰＩＣＨ      共通パイロットチャンネル
ＣＰＩＣＨ  Ｅｃ／Ｎｏ    帯域内の電力密度によって分けられたチップごとのＣＰＩＣＨ受信エネルギ
ＣＱＩ          チャンネル品質情報
Ｃ−ＲＮＴＩ    セルＲＮＴＩ
ＣＳＩ          チャンネル状態情報
ＤＣＣＨ        専用制御チャンネル
ＤＬ            ダウンリンク
ＤＭ            復調
ＤＭＲＳ        復調参照信号
ＤＲＸ          間欠受信
ＤＴＸ          間欠送信
ＤＴＣＨ        専用トラフィックチャンネル
ＤＵＴ          被試験デバイス
Ｅ−ＣＩＤ      拡張セルＩＤ（位置決め方法）
Ｅ−ＳＭＬＣ    エボルブドサービングモバイルロケーションセンタ
ＥＣＧＩ        エボルブドＣＧＩ
ｅＮＢ          Ｅ−ＵＴＲＡＮ  ＮｏｄｅＢ
ｅＰＤＣＣＨ    拡張物理ダウンリンク制御チャンネル
Ｅ−ＳＭＬＣ    エボルブドサービングモバイルロケーションセンタ
Ｅ−ＵＴＲＡ    エボルブドＵＴＲＡ
Ｅ−ＵＴＲＡＮ    エボルブドＵＴＲＡＮ
ＦＤＤ          周波数分割複信
ＦＦＳ          要研究
ＧＥＲＡＮ      ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ          ＮＲにおける基地局
ＧＮＳＳ        グローバル航行衛星システム
ＧＳＭ          グローバルシステムフォーモバイルコミュニケーション
ＨＡＲＱ        ハイブリッド自動リピート要求
ＨＯ            ハンドオーバ
ＨＳＰＡ        高速パケットアクセス
ＨＲＰＤ        高速パケットデータ
ＬＯＳ          見通し線
ＬＰＰ          ＬＴＥ位置決めプロトコル
ＬＴＥ          ロングタームエボリューション
ＭＡＣ          メディアアクセスコントロール
ＭＢＭＳ        マルチメディアブロードキャストマルチキャストサービス
ＭＢＳＦＮ      マルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク
ＭＢＳＦＮ  ＡＢＳ    ＭＢＳＦＮオールモストブランクサブフレーム
ＭＤＴ          ドライブテストの最小化
ＭＩＢ          マスタ情報ブロック
ＭＭＥ          可動性管理エンティティ
ＭＳＣ          モバイル交換局
ＮＰＤＣＣＨ    狭帯域物理ダウンリンク制御チャンネル
ＮＲ            新無線
ＯＣＮＧ        ＯＦＤＭＡチャンネル雑音発生器
ＯＦＤＭ        直交周波数分割多重
ＯＦＤＭＡ      直交周波数分割多重アクセス
ＯＳＳ          オペレーションサポートシステム
ＯＴＤＯＡ      到達の観測時間差
Ｏ＆Ｍ          運用及び保守
ＰＢＣＨ        物理ブロードキャストチャンネル
Ｐ−ＣＣＰＣＨ    プライマリ共通コントロール物理チャンネル
ＰＣｅｌｌ      プライマリセル
ＰＣＦＩＣＨ    物理コントロールフォーマットインジケータチャンネル
ＰＤＣＣＨ      物理ダウンリンク制御チャンネル
ＰＤＰ          プロファイル遅延プロファイル
ＰＤＳＣＨ      物理ダウンリンク共有チャンネル
ＰＧＷ          パケットゲートウェイ
ＰＨＩＣＨ      物理ハイブリッド自動再送要求指示チャンネル
ＰＬＭＮ        公衆地上移動体通信網
ＰＭＩ          プリコーダマトリクスインジケータ
ＰＲＡＣＨ      物理ランダムアクセスチャンネル
ＰＲＳ          位置決め参照信号
ＰＳＳ          プライマリ同期信号
ＰＵＣＣＨ      物理アップリンク制御チャンネル
ＰＵＳＣＨ      物理アップリンク共有チャンネル
ＲＡＣＨ        ランダムアクセスチャンネル
ＱＡＭ          直交振幅変調
ＲＡＮ          無線アクセスネットワーク
ＲＡＴ          無線アクセス技術
ＲＬＭ          無線リンク管理
ＲＮＣ          無線ネットワークコントローラ
ＲＮＴＩ        無線ネットワーク一時識別子
ＲＲＣ          無線資源制御
ＲＲＭ          無線資源管理
ＲＳ            参照信号
ＲＳＣＰ        受信信号コード電力
ＲＳＲＰ        参照シンボル受信電力又は参照信号受信電力
ＲＳＲＱ        参照信号受信品質又は参照シンボル受信品質
ＲＳＳＩ        受信信号強度インジケータ
ＲＳＴＤ        参照信号時間差
ＳＣＨ          同期チャンネル
ＳＣｅｌｌ      ２次セル
ＳＤＵ          サービスデータユニット
ＳＦＮ          システムフレーム番号
ＳＧＷ          サービングゲートウェイ
ＳＩ            システム情報
ＳＩＢ          システム情報ブロック
ＳＮＲ          信号対雑音比
ＳＯＮ          自己最適化ネットワーク
ＳＳ            同期信号
ＳＳＳ          ２次同期信号
ＴＤＤ          時分割複信
ＴＤＯＡ        到達時間差
ＴＯＡ          到達時間
ＴＳＳ          ３次同期信号
ＴＴＩ          送信時間間隔
ＵＥ            ユーザ機器
ＵＬ            アップリンク
ＵＭＴＳ        ユニバーサルモバイルテレコミュニケーションシステム
ＵＳＩＭ        汎用加入者識別モジュール
ＵＴＤＯＡ      アップリンク到達時間差
ＵＴＲＡ        ユニバーサル地上無線アクセス
ＵＴＲＡＮ      ユニバーサル地上無線アクセスネットワーク
ＷＣＤＭＡ      ワイドＣＤＭＡ
ＷＬＡＮ        ワイドローカルエリアネットワーク
【図１Ａ】
2020535707.tif 000006
【図１Ｂ】
2020535707.tif 000007
【図１Ｃ】
2020535707.tif 000008
【図２】
2020535707.tif 000009
【図３】
2020535707.tif 000010
【図４】
2020535707.tif 000011
【図５】
2020535707.tif 000012
【図６】
2020535707.tif 000013
【図７Ａ】
2020535707.tif 000014
【図７Ｂ】
2020535707.tif 000015
【図８】
2020535707.tif 000016
【図９】
2020535707.tif 000017
【図１０】
2020535707.tif 000018
【図１１】
2020535707.tif 000019
【図１２】
2020535707.tif 000020
【図１３】
2020535707.tif 000021
【図１４】
2020535707.tif 000022
【図１５】
2020535707.tif 000023
【図１６】
2020535707.tif 000024
【図１７】
2020535707.tif 000025
【図１８】
2020535707.tif 000026
【図１９】
2020535707.tif 000027
【図２０】
2020535707.tif 000028
【図２１】
2020535707.tif 000029
【図２２】
2020535707.tif 000030
【図２３】
2020535707.tif 000031
【図２４】
2020535707.tif 000032
【国際調査報告】
2020535707.tif 000033
2020535707.tif 000034