(57)【要約】  ワイヤレス通信中に装置を同期させるために、装置は、ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルシーケンスを基地局に送信し得る。しかしながら、ＲＡＣＨプリアンブルシーケンスが他のアップリンクリソース中で不適切なレベルの干渉を引き起こすのを防ぐために、注意が払われなければならない。本開示の一態様では、方法、コンピュータ可読媒体、および装置が提供される。本装置は、ＲＡＣＨサブキャリア間隔とデータトーンサブキャリア間隔とに基づいて、ＲＡＣＨプリアンブルシーケンスの送信のために割り振られたＲＡＣＨトーンの数を決定するように構成され得る。このようにして、本装置は、干渉を防ぐために適切なアップリンクリソースが割り振られることを保証し得る。
2020537410.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）のワイヤレス通信の方法であって、
ランダムアクセスチャネル（ＲＡＣＨ）サブキャリア間隔とデータトーンサブキャリア間隔とに基づいて、ＲＡＣＨプリアンブルシーケンスの送信のために割り振られたＲＡＣＨトーンの数を決定することと、
前記決定された数のＲＡＣＨトーン内でＲＡＣＨリソース中の前記ＲＡＣＨプリアンブルシーケンスを送信することと
を備える、方法。
【請求項２】
前記ＲＡＣＨリソースが前記ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含む、請求項１に記載の方法。
【請求項３】
前記ＲＡＣＨガードトーンは、前記サブキャリア間隔がＳ1であるとき、前記ＲＡＣＨリソースのＲＢ内に少なくとも６．５個のサブキャリアを備え、前記サブキャリア間隔がＳ2であるとき、前記ＲＡＣＨリソースの前記ＲＢ内に少なくとも２つのサブキャリアを備える、請求項２に記載の方法。
【請求項４】
ＲＡＣＨトーンの前記決定された数は、前記ＲＡＣＨサブキャリア間隔がＳ1であるとき、Ｎ1であり、前記ＲＡＣＨサブキャリア間隔がＳ2であるとき、Ｎ2であり、ここで、Ｎ1＞Ｎ2であり、Ｓ1＞Ｓ2である、請求項１に記載の方法。
【請求項５】
前記データトーンサブキャリア間隔がＳsであり、ＲＡＣＨトーン間隔Ｓtであり、ここで、Ｓs＞Ｓtであり、前記ＲＡＣＨリソースのために割り振られたＲＡＣＨトーンの前記決定された数が、１２＊ＮRB＊Ｓs／Ｓtにほぼ等しく、ここで、ＮRBが、前記割り振られたＲＡＣＨリソース内のＲＢの数であり、ＮRB≦５であり、整数である、請求項１に記載の方法。
【請求項６】
前記割り振られたＲＡＣＨリソースの周りのアップリンクデータをレートマッチングすることをさらに備え、ここにおいて、前記レートマッチングされたアップリンクデータが前記ＲＡＣＨプリアンブルシーケンスと同時に送信される、請求項１に記載の方法。
【請求項７】
前記ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含む前記ＲＡＣＨリソースを用いてアップリンクデータをパンクチャすることをさらに備え、ここにおいて、前記パンクチャされたアップリンクデータが前記ＲＡＣＨプリアンブルシーケンスと同時に送信される、請求項１に記載の方法。
【請求項８】
前記ＲＡＣＨプリアンブルシーケンスのためのＲＡＣＨプリアンブルシーケンス長が様々なＲＡＣＨサブキャリア間隔について固定である、請求項１に記載の方法。
【請求項９】
前記ＲＡＣＨリソース内のガードトーンの数が、前記ＲＡＣＨサブキャリア間隔が増加するにつれて増加し、ガードトーンの前記数が、ＲＡＣＨトーンの前記決定された数−前記ＲＡＣＨプリアンブルシーケンス長に等しい、請求項７に記載の方法。
【請求項１０】
前記ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を示す情報を基地局から受信することをさらに備える、請求項１に記載の方法。
【請求項１１】
前記情報が、１次同期信号（ＰＳＳ）、２次同期信号（ＳＳＳ）、物理ブロードキャストチャネル（ＰＢＣＨ）、前記ＰＢＣＨの復調基準信号（ＤＭＲＳ）、残存最小システム情報（ＲＭＳＩ）、他のシステム情報（ＯＳＩ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、無線リソース制御（ＲＲＣ）メッセージ、ハンドオーバメッセージ、またはシステム情報ブロック（ＳＩＢ）のうちの１つまたは複数を通して受信される、請求項１０に記載の方法。
【請求項１２】
ユーザ機器（ＵＥ）のワイヤレス通信の方法であって、
ランダムアクセスチャネル（ＲＡＣＨ）リソースのリソースブロック（ＲＢ）内のサブキャリア間隔に基づいて、および前記ＲＢの各サブキャリア内のＲＡＣＨトーン間隔に基づいて、前記ＲＡＣＨリソースとアップリンクデータとに関連するレートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの数を決定することと、レートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの前記数が、前記ＲＡＣＨリソースのＲＡＣＨトーンの数＋ｘ個の追加のＲＡＣＨトーンに等しく、ここで、第１のサブキャリア間隔Ｓ1の場合にｘ≧９６であり、第２のサブキャリア間隔Ｓ2の場合にｘ＝０であり、ここで、Ｓ1＞Ｓ2である、
前記ＲＡＣＨリソース中のＲＡＣＨプリアンブルシーケンスを送信することと
を備える、方法。
【請求項１３】
レートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの前記決定された数が、前記第１のサブキャリア間隔Ｓ1の場合に９６０であり、前記第２のサブキャリア間隔Ｓ2の場合に８６４である、請求項１２に記載の方法。
【請求項１４】
前記ＲＡＣＨトーン間隔が１．２５ｋＨｚまたは５ｋＨｚのうちの１つであり、前記サブキャリア間隔が１５ｋＨｚまたは６０ｋＨｚのうちの１つである、請求項１２に記載の方法。
【請求項１５】
前記ＲＡＣＨプリアンブルシーケンスのためのＲＡＣＨプリアンブルシーケンス長が様々なＲＡＣＨサブキャリア間隔について固定である、請求項１２に記載の方法。
【請求項１６】
ワイヤレス通信のための装置であって、
ランダムアクセスチャネル（ＲＡＣＨ）サブキャリア間隔とデータトーンサブキャリア間隔とに基づいて、ＲＡＣＨプリアンブルシーケンスの送信のために割り振られたＲＡＣＨトーンの数を決定するための手段と、
前記決定された数のＲＡＣＨトーン内でＲＡＣＨリソース中の前記ＲＡＣＨプリアンブルシーケンスを送信するための手段と
を備える、装置。
【請求項１７】
前記ＲＡＣＨリソースが前記ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含む、請求項１６に記載の装置。
【請求項１８】
前記ＲＡＣＨガードトーンは、前記ＲＡＣＨサブキャリア間隔がＳ1であるとき、前記ＲＡＣＨリソースのＲＢ内に少なくとも６．５個のサブキャリアを備え、前記ＲＡＣＨサブキャリア間隔がＳ2であるとき、前記ＲＡＣＨリソースの前記ＲＢ内に少なくとも２つのサブキャリアを備える、請求項１７に記載の装置。
【請求項１９】
ＲＡＣＨトーンの前記決定された数は、前記ＲＡＣＨサブキャリア間隔がＳ1であるとき、Ｎ1であり、前記ＲＡＣＨサブキャリア間隔がＳ2であるとき、Ｎ2であり、ここで、Ｎ1＞Ｎ2であり、Ｓ1＞Ｓ2である、請求項１６に記載の装置。
【請求項２０】
前記データトーンサブキャリア間隔がＳsであり、ＲＡＣＨトーン間隔Ｓtであり、ここで、Ｓs＞Ｓtであり、前記ＲＡＣＨリソースのために割り振られたＲＡＣＨトーンの前記決定された数が、１２＊ＮRB＊Ｓs／Ｓtにほぼ等しく、ここで、ＮRBが、前記割り振られたＲＡＣＨリソース内のＲＢの数であり、ＮRB≦５であり、整数である、請求項１６に記載の装置。
【請求項２１】
前記割り振られたＲＡＣＨリソースの周りのアップリンクデータをレートマッチングすることをさらに備え、ここにおいて、前記レートマッチングされたアップリンクデータが前記ＲＡＣＨプリアンブルシーケンスと同時に送信される、請求項１６に記載の装置。
【請求項２２】
前記ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含む前記ＲＡＣＨリソースを用いてアップリンクデータをパンクチャすることをさらに備え、ここにおいて、前記パンクチャされたアップリンクデータが前記ＲＡＣＨプリアンブルシーケンスと同時に送信される、請求項１６に記載の装置。
【請求項２３】
前記ＲＡＣＨプリアンブルシーケンスのためのＲＡＣＨプリアンブルシーケンス長が様々なＲＡＣＨサブキャリア間隔について固定である、請求項１６に記載の装置。
【請求項２４】
前記ＲＡＣＨリソース内のガードトーンの数が、前記ＲＡＣＨサブキャリア間隔が増加するにつれて増加し、ガードトーンの前記数が、ＲＡＣＨトーンの前記決定された数−前記ＲＡＣＨプリアンブルシーケンス長に等しい、請求項２３に記載の装置。
【請求項２５】
前記ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を示す情報を基地局から受信することをさらに備える、請求項１６に記載の装置。
【請求項２６】
前記情報が、１次同期信号（ＰＳＳ）、２次同期信号（ＳＳＳ）、物理ブロードキャストチャネル（ＰＢＣＨ）、前記ＰＢＣＨの復調基準信号（ＤＭＲＳ）、残存最小システム情報（ＲＭＳＩ）、他のシステム情報（ＯＳＩ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、無線リソース制御（ＲＲＣ）メッセージ、ハンドオーバメッセージ、またはシステム情報ブロック（ＳＩＢ）のうちの１つまたは複数を通して受信される、請求項２５に記載の装置。
【請求項２７】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサが、
ランダムアクセスチャネル（ＲＡＣＨ）サブキャリア間隔とデータトーンサブキャリア間隔とに基づいて、ＲＡＣＨプリアンブルシーケンスの送信のために割り振られたＲＡＣＨトーンの数を決定することと、
前記決定された数のＲＡＣＨトーン内でＲＡＣＨリソース中の前記ＲＡＣＨプリアンブルシーケンスを送信することと
を行うように構成された、装置。
【請求項２８】
前記ＲＡＣＨリソースが前記ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含む、請求項２７に記載の装置。
【請求項２９】
前記ＲＡＣＨガードトーンは、前記ＲＡＣＨサブキャリア間隔がＳ1であるとき、前記ＲＡＣＨリソースのＲＢ内に少なくとも６．５個のサブキャリアを備え、前記ＲＡＣＨサブキャリア間隔がＳ2であるとき、前記ＲＡＣＨリソースの前記ＲＢ内に少なくとも２つのサブキャリアを備える、請求項２８に記載の装置。
【請求項３０】
ＲＡＣＨトーンの前記決定された数は、前記ＲＡＣＨサブキャリア間隔がＳ1であるとき、Ｎ1であり、前記ＲＡＣＨサブキャリア間隔がＳ2であるとき、Ｎ2であり、ここで、Ｎ1＞Ｎ2であり、Ｓ1＞Ｓ2である、請求項２７に記載の装置。
【請求項３１】
前記データトーンサブキャリア間隔がＳsであり、ＲＡＣＨトーン間隔Ｓtであり、ここで、Ｓs＞Ｓtであり、前記ＲＡＣＨリソースのために割り振られたＲＡＣＨトーンの前記決定された数が、１２＊ＮRB＊Ｓs／Ｓtにほぼ等しく、ここで、ＮRBが、前記割り振られたＲＡＣＨリソース内のＲＢの数であり、ＮRB≦５であり、整数である、請求項２７に記載の装置。
【請求項３２】
前記割り振られたＲＡＣＨリソースの周りのアップリンクデータをレートマッチングすることをさらに備え、ここにおいて、前記レートマッチングされたアップリンクデータが前記ＲＡＣＨプリアンブルシーケンスと同時に送信される、請求項２７に記載の装置。
【請求項３３】
前記少なくとも１つのプロセッサおよびメモリが、前記ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含む前記ＲＡＣＨリソースを用いてアップリンクデータをパンクチャするようにさらに構成され、ここにおいて、前記パンクチャされたアップリンクデータが前記ＲＡＣＨプリアンブルシーケンスと同時に送信される、請求項２７に記載の装置。
【請求項３４】
前記ＲＡＣＨプリアンブルシーケンスのためのＲＡＣＨプリアンブルシーケンス長が様々なＲＡＣＨサブキャリア間隔について固定である、請求項２７に記載の装置。
【請求項３５】
前記ＲＡＣＨリソース内のガードトーンの数が、前記ＲＡＣＨサブキャリア間隔が増加するにつれて増加し、ガードトーンの前記数が、ＲＡＣＨトーンの前記決定された数−前記ＲＡＣＨプリアンブルシーケンス長に等しい、請求項３４に記載の装置。
【請求項３６】
前記少なくとも１つのプロセッサが、前記ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を示す情報を基地局から受信するようにさらに構成された、請求項２７に記載の装置。
【請求項３７】
前記情報が、１次同期信号（ＰＳＳ）、２次同期信号（ＳＳＳ）、物理ブロードキャストチャネル（ＰＢＣＨ）、前記ＰＢＣＨの復調基準信号（ＤＭＲＳ）、残存最小システム情報（ＲＭＳＩ）、他のシステム情報（ＯＳＩ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、無線リソース制御（ＲＲＣ）メッセージ、ハンドオーバメッセージ、またはシステム情報ブロック（ＳＩＢ）のうちの１つまたは複数を通して受信される、請求項３６に記載の装置。
【請求項３８】
ランダムアクセスチャネル（ＲＡＣＨ）サブキャリア間隔とデータトーンサブキャリア間隔とに基づいて、ＲＡＣＨプリアンブルシーケンスの送信のために割り振られたＲＡＣＨトーンの数を決定することと、
前記決定された数のＲＡＣＨトーン内でＲＡＣＨリソース中の前記ＲＡＣＨプリアンブルシーケンスを送信することと
を行うためのコードを備える、コンピュータ実行可能コードを記憶するコンピュータ可読媒体（ＣＲＭ）。
【請求項３９】
前記ＲＡＣＨリソースが前記ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含む、請求項３８に記載のＣＲＭ。
【請求項４０】
前記ＲＡＣＨガードトーンは、前記ＲＡＣＨサブキャリア間隔がＳ1であるとき、前記ＲＡＣＨリソースのＲＢ内に少なくとも６．５個のサブキャリアを備え、前記サブキャリア間隔がＳ2であるとき、前記ＲＡＣＨリソースの前記ＲＢ内に少なくとも２つのサブキャリアを備える、請求項３９に記載のＣＲＭ。
【請求項４１】
ＲＡＣＨトーンの前記決定された数は、前記ＲＡＣＨサブキャリア間隔がＳ1であるとき、Ｎ1であり、前記ＲＡＣＨサブキャリア間隔がＳ2であるとき、Ｎ2であり、ここで、Ｎ1＞Ｎ2であり、Ｓ1＞Ｓ2である、請求項３８に記載のＣＲＭ。
【請求項４２】
前記データトーンサブキャリア間隔がＳsであり、ＲＡＣＨトーン間隔Ｓtであり、ここで、Ｓs＞Ｓtであり、前記ＲＡＣＨリソースのために割り振られたＲＡＣＨトーンの前記決定された数が、１２＊ＮRB＊Ｓs／Ｓtにほぼ等しく、ここで、ＮRBが、前記割り振られたＲＡＣＨリソース内のＲＢの数であり、ＮRB≦５であり、整数である、請求項３７に記載のＣＲＭ。
【請求項４３】
前記割り振られたＲＡＣＨリソースの周りのアップリンクデータをレートマッチングするためのコードをさらに備え、ここにおいて、前記レートマッチングされたアップリンクデータが前記ＲＡＣＨプリアンブルシーケンスと同時に送信される、請求項３７に記載のＣＲＭ。
【請求項４４】
前記ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含む前記ＲＡＣＨリソースを用いてアップリンクデータをパンクチャするためのコードをさらに備え、ここにおいて、前記パンクチャされたアップリンクデータが前記ＲＡＣＨプリアンブルシーケンスと同時に送信される、請求項３７に記載のＣＲＭ。
【請求項４５】
前記ＲＡＣＨプリアンブルシーケンスのためのＲＡＣＨプリアンブルシーケンス長が様々なＲＡＣＨサブキャリア間隔について固定である、請求項３７に記載のＣＲＭ。
【請求項４６】
前記ＲＡＣＨリソース内のガードトーンの数が、前記ＲＡＣＨサブキャリア間隔が増加するにつれて増加し、ガードトーンの前記数が、ＲＡＣＨトーンの前記決定された数−前記ＲＡＣＨプリアンブルシーケンス長に等しい、請求項４５に記載のＣＲＭ。
【請求項４７】
前記ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を示す情報を基地局から受信するためのコードをさらに備える、請求項３７に記載のＣＲＭ。
【請求項４８】
前記情報が、１次同期信号（ＰＳＳ）、２次同期信号（ＳＳＳ）、物理ブロードキャストチャネル（ＰＢＣＨ）、前記ＰＢＣＨの復調基準信号（ＤＭＲＳ）、残存最小システム情報（ＲＭＳＩ）、他のシステム情報（ＯＳＩ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、無線リソース制御（ＲＲＣ）メッセージ、ハンドオーバメッセージ、またはシステム情報ブロック（ＳＩＢ）のうちの１つまたは複数を通して受信される、請求項４７に記載のＣＲＭ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１７年１０月９日に出願された「DIFFERENT METHODS FOR PRACH AND PUSCH SEPARATION IN NR」と題する米国仮出願第６２／５７０，０６５号、および２０１８年９月２８日に出願された「DIFFERENT METHODS FOR PRACH AND PUSCH SEPARATION IN NR」と題する米国特許出願第１６／１４７，５２０号の利益を主張する。
【０００２】
[0002]本開示は、一般に通信システムに関し、より詳細には、アップリンク同期のためのランダムアクセスチャネル（ＲＡＣＨ）の実装形態に関する。
【背景技術】
【０００３】
序論
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなど、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソースを共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。例示的な電気通信規格は、５Ｇ新無線（ＮＲ）である。５Ｇ  ＮＲは、（たとえば、モノのインターネット（ＩｏＴ）に関する）レイテンシ、信頼性、セキュリティ、スケーラビリティに関連する新しい要件、および他の要件を満たすための、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表された継続的モバイルブロードバンド発展の一部である。５Ｇ  ＮＲのいくつかの態様は、４Ｇロングタームエボリューション（ＬＴＥ（登録商標））規格に基づき得る。５Ｇ  ＮＲ技術のさらなる改善が必要である。これらの改善はまた、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であり得る。
【０００５】
[0005]より詳細には、ユーザ機器（ＵＥ）および基地局は、ＵＥと基地局との間のアップリンク（ＵＬ）同期を与えるためにＲＡＣＨプロセスを実行するように構成される。これを行うために、ＲＡＣＨプリアンブルシーケンスがＵＥによって送信される。しかしながら、ＲＡＣＨプリアンブルシーケンスは、他のＵＬチャネル中のアップリンク信号について著しい干渉の問題を提示し得る。これは、５Ｇ／ＮＲフレーム構造のサブキャリア間隔を前提とすれば、特有の問題である。
【発明の概要】
【０００６】
[0006]以下は、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後に提示されるより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００７】
[0007]物理ＲＡＣＨ（ＰＲＡＣＨ）のための現在のフォーマットは、他のＵＬチャネルとの干渉を防ぐためにガードトーンの割振りを含む。しかしながら、いくつかの実装形態では、現在のＰＲＡＣＨフォーマットにおいて現在使用されているガードトーンは、十分なガード間隔を与えないことがある。たとえば、ガードバンドは、ＲＡＣＨプリアンブルシーケンスが他のＵＬチャネルと干渉するのを防ぐために、概して、帯域幅における少なくとも１つのサブキャリアであるべきである。しかしながら、５Ｇ／ＮＲフレーム構造は、ますます大きくなるサブキャリア間隔を伴って導入されている。したがって、ＲＡＣＨプリアンブルシーケンスが他のアップリンクリソース中で容認できないほど高い干渉を引き起こすのを防ぐために、追加の予防措置がとられる必要がある。
【０００８】
[0008]本開示の一態様では、方法、コンピュータ可読媒体、および装置が提供される。本装置は、ＲＡＣＨサブキャリア間隔とデータトーンサブキャリア間隔とに基づいて、ＲＡＣＨプリアンブルシーケンスの送信のために割り振られたＲＡＣＨトーンの数を決定するように構成され得る。
【０００９】
[0009]一態様では、本装置は、ＲＡＣＨリソースのＲＢ内のサブキャリア間隔に基づいて、およびＲＢの各サブキャリア内のＲＡＣＨトーン間隔に基づいて、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を決定するように構成される。たとえば、本装置は、基地局からＰＲＡＣＨフォーマットを受信し得る。とはいえ、ＲＢのサブキャリア間隔とＲＡＣＨトーン間隔とを前提とすれば、ＰＲＡＣＨフォーマットは適切な量のガードトーンを与えないことがある。
【００１０】
[0010]したがって、本装置は、ＲＡＣＨリソースを与えるリソースブロック（ＲＢ）のサブキャリア間隔およびＲＡＣＨトーン間隔に基づいて、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を決定するように構成され得る。本装置は、決定された数のＲＡＣＨトーン内でＲＡＣＨリソース中のＲＡＣＨプリアンブルシーケンスを送信し、それにより、ＵＬ同期のためにＲＡＣＨプロセスを実装し得る。
【００１１】
[0011]別の態様では、本装置は、ＲＡＣＨリソースのＲＢ内のサブキャリア間隔に基づいて、およびＲＢの各サブキャリア内のＲＡＣＨトーン間隔に基づいて、ＲＡＣＨリソースとアップリンクデータとに関連するレートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの数を決定し得る。レートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの数は、ＲＡＣＨリソースのＲＡＣＨトーンの数＋ｘ個の追加のＲＡＣＨトーンに等しいことがあり、ここで、第１のサブキャリア間隔Ｓ１の場合にｘ≧９６であり、第２のサブキャリア間隔Ｓ２の場合にｘ＝０であり、ここで、Ｓ１＞Ｓ２である。したがって、ガードトーンの割振りが適切である場合、ｘは０に等しく、追加のパンクチャリングまたはレートマッチングが与えられない。しかしながら、ガードトーンの割振りが不適切である場合、ｘは９６に等しいかまたはそれよりも大きいことがあり、追加のパンクチャリングまたはレートマッチングが与えられる。以下で説明されるように、数９６は、より大きいサブキャリア間隔がＲＢ中で割り振られるとき、追加のＲＡＣＨトーンの数が少なくとも２つのサブキャリアに等しいことを保証する。本装置は、ＵＬ同期のためにＲＡＣＨリソース中のＲＡＣＨプリアンブルシーケンスを送信し得る。
【００１２】
[0012]上記のおよび関係する目的を達成するために、１つまたは複数の態様は、以下で十分に説明され、特に特許請求の範囲で指摘される特徴を備える。以下の説明および添付の図面は、１つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理が採用され得る様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。
【図面の簡単な説明】
【００１３】
【図１】[0013]ワイヤレス通信システムおよびアクセスネットワークの一例を示す図。
【図２Ａ】[0014]ＤＬフレーム構造の例を示す図。
【図２Ｂ】ＤＬフレーム構造内のＤＬチャネルの例を示す図。
【図２Ｃ】ＵＬフレーム構造の例を示す図。
【図２Ｄ】ＵＬフレーム構造内のＵＬチャネルの例を示す図。
【図３】[0015]アクセスネットワーク中の基地局およびユーザ機器（ＵＥ）の一例を示す図。
【図４】[0016]ＵＥと基地局との間のコールフロー図。
【図５】[0017]物理ランダムアクセスチャネル（ＰＲＡＣＨ）の図。
【図６】[0018]別のＰＲＡＣＨの図。
【図７】[0019]さらに別のＰＲＡＣＨの図。
【図８】[0020]ワイヤレス通信の方法のフローチャート。
【図９】[0021]ワイヤレス通信の方法のフローチャート。
【図１０】[0022]例示的な装置中の異なる手段／構成要素間のデータフローを示す概念データフロー図。
【図１１】[0023]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
【図１２】[0024]例示的な装置中の異なる手段／構成要素間のデータフローを示す概念データフロー図。
【図１３】[0025]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
【発明を実施するための形態】
【００１４】
[0026]添付の図面に関して以下に記載される発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明される概念が実施され得る構成のみを表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にすることを回避するために、よく知られている構造および構成要素がブロック図の形態で示されている。
【００１５】
[0027]次に、様々な装置および方法に関して電気通信システムのいくつかの態様が提示される。これらの装置および方法は、以下の発明を実施するための形態において説明され、（「要素」と総称される）様々なブロック、構成要素、回路、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるかソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。
【００１６】
[0028]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」として実装され得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、グラフィックス処理ユニット（ＧＰＵ）、中央処理ユニット（ＣＰＵ）、アプリケーションプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、システムオンチップ（ＳｏＣ）、ベースバンドプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実行するように構成された他の好適なハードウェアを含む。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェア構成要素、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【００１７】
[0029]したがって、１つまたは複数の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、光ディスクストレージ、磁気ディスクストレージ、他の磁気ストレージデバイス、上述のタイプのコンピュータ可読媒体の組合せ、あるいはコンピュータによってアクセスされ得る、命令またはデータ構造の形態のコンピュータ実行可能コードを記憶するために使用され得る任意の他の媒体を備えることができる。
【００１８】
[0030]図１は、ワイヤレス通信システムおよびアクセスネットワーク１００の一例を示す図である。（ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）とも呼ばれる）ワイヤレス通信システムは、基地局１０２と、ＵＥ１０４と、５Ｇコア（５ＧＣ）１６０とを含む。基地局１０２は、マクロセル（高電力セルラー基地局）および／またはスモールセル（低電力セルラー基地局）を含み得る。マクロセルは基地局を含む。スモールセルは、フェムトセル、ピコセル、およびマイクロセルを含む。
【００１９】
[0031]（発展型ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）、次世代ＲＡＮ（ＮＧ−ＲＡＮ）と総称される）基地局１０２は、バックホールリンク１３２（たとえば、Ｓ１インターフェース）を通して５ＧＣ１６０とインターフェースする。他の機能に加えて、基地局１０２は、以下の機能、すなわち、ユーザデータの転送、無線チャネル暗号化および解読、完全性保護、ヘッダ圧縮、モビリティ制御機能（たとえば、ハンドオーバ、デュアル接続性）、セル間干渉協調、接続セットアップおよび解放、負荷分散、非アクセス層（ＮＡＳ）メッセージのための分配、ＮＡＳノード選択、同期、無線アクセスネットワーク（ＲＡＮ）共有、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）、加入者および機器トレース、ＲＡＮ情報管理（ＲＩＭ）、ページング、測位、ならびに警告メッセージの配信のうちの１つまたは複数を実行し得る。基地局１０２は、バックホールリンク１３４（たとえば、Ｘ２インターフェース）上で互いと直接または間接的に（たとえば、５ＧＣ１６０を通して）通信し得る。バックホールリンク１３４はワイヤードまたはワイヤレスであり得る。
【００２０】
[0032]基地局１０２はＵＥ１０４とワイヤレス通信し得る。基地局１０２の各々は、それぞれの地理的カバレージエリア１１０に通信カバレージを与え得る。重複する地理的カバレージエリア１１０があり得る。たとえば、スモールセル１０２’は、１つまたは複数のマクロ基地局１０２のカバレージエリア１１０と重複するカバレージエリア１１０’を有し得る。スモールセルとマクロセルの両方を含むネットワークが、異種ネットワークとして知られ得る。異種ネットワークはまた、限定加入者グループ（ＣＳＧ）として知られる限定グループにサービスを提供し得るホーム発展型ノードＢ（ｅＮＢ）（ＨｅＮＢ）を含み得る。基地局１０２とＵＥ１０４との間の通信リンク１２０は、ＵＥ１０４から基地局１０２への（逆方向リンクとも呼ばれる）アップリンク（ＵＬ）送信、および／または基地局１０２からＵＥ１０４への（順方向リンクとも呼ばれる）ダウンリンク（ＤＬ）送信を含み得る。通信リンク１２０は、空間多重化、ビームフォーミング、および／または送信ダイバーシティを含む、多入力多出力（ＭＩＭＯ）アンテナ技術を使用し得る。通信リンクは、１つまたは複数のキャリアを通したものであり得る。基地局１０２／ＵＥ１０４は、各方向において送信のために使用される最高合計Ｙｘ  ＭＨｚ（ｘ個のコンポーネントキャリア）のキャリアアグリゲーションにおいて割り振られた、キャリアごとの最高Ｙ  ＭＨｚ（たとえば、５、１０、１５、２０、１００ＭＨｚ）帯域幅のスペクトルを使用し得る。キャリアは、互いに隣接することも隣接しないこともある。キャリアの割振りは、ＤＬとＵＬとに対して非対称であり得る（たとえば、ＵＬよりも多いまたは少ないキャリアがＤＬのために割り振られ得る）。コンポーネントキャリアは、１次コンポーネントキャリアと、１つまたは複数の２次コンポーネントキャリアとを含み得る。１次コンポーネントキャリアは１次セル（ＰＣｅｌｌ）と呼ばれることがあり、２次コンポーネントキャリアは２次セル（ＳＣｅｌｌ）と呼ばれることがある。
【００２１】
[0033]いくつかのＵＥ１０４は、デバイスツーデバイス（Ｄ２Ｄ）通信リンク１９２を使用して互いと通信し得る。Ｄ２Ｄ通信リンク１９２は、ＤＬ／ＵＬ  ＷＷＡＮスペクトルを使用し得る。Ｄ２Ｄ通信リンク１９２は、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、物理サイドリンク発見チャネル（ＰＳＤＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、および物理サイドリンク制御チャネル（ＰＳＣＣＨ）など、１つまたは複数のサイドリンクチャネルを使用し得る。Ｄ２Ｄ通信は、たとえば、ＦｌａｓｈＬｉｎＱ、ＷｉＭｅｄｉａ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、ＩＥＥＥ８０２．１１規格に基づくＷｉ−Ｆｉ（登録商標）、ＬＴＥ、またはＮＲなど、様々なワイヤレスＤ２Ｄ通信システムを通したものであり得る。
【００２２】
[0034]ワイヤレス通信システムは、５ＧＨｚ無認可周波数スペクトル中で通信リンク１５４を介してＷｉ−Ｆｉ局（ＳＴＡ）１５２と通信しているＷｉ−Ｆｉアクセスポイント（ＡＰ）１５０をさらに含み得る。無認可周波数スペクトル中で通信するとき、ＳＴＡ１５２／ＡＰ１５０は、チャネルが利用可能であるかどうかを決定するために、通信するより前にクリアチャネルアセスメント（ＣＣＡ）を実行し得る。
【００２３】
[0035]スモールセル１０２’は、認可および／または無認可周波数スペクトル中で動作し得る。無認可周波数スペクトル中で動作するとき、スモールセル１０２’は、ＮＲを採用し、Ｗｉ−Ｆｉ  ＡＰ１５０によって使用されるのと同じ５ＧＨｚ無認可周波数スペクトルを使用し得る。無認可周波数スペクトル中でＮＲを採用するスモールセル１０２’は、アクセスネットワークへのカバレージをブーストし、および／またはアクセスネットワークの容量を増加させ得る。
【００２４】
[0036]ｇノードＢ（ｇＮＢ）１８０は、ＵＥ１０４と通信しているミリメートル波（ｍｍＷ）周波数および／またはほぼｍｍＷ周波数において動作し得る。ｇＮＢ１８０がｍｍＷまたはほぼｍｍＷ周波数において動作するとき、ｇＮＢ１８０はｍｍＷ基地局と呼ばれることがある。極高周波（ＥＨＦ）は、電磁スペクトルにおけるＲＦの一部である。ＥＨＦは、３０ＧＨｚ〜３００ＧＨｚのレンジと、１ミリメートルから１０ミリメートルの間の波長とを有する。帯域中の電波は、ミリメートル波と呼ばれることがある。ほぼｍｍＷは、１００ミリメートルの波長をもつ、３ＧＨｚの周波数まで及び得る。センチメートル波とも呼ばれる、超高周波（ＳＨＦ）帯域は、３ＧＨｚから３０ＧＨｚの間に及ぶ。ｍｍＷ／ほぼｍｍＷ無線周波数帯域を使用する通信は、極めて高い経路損失と短いレンジとを有する。ｍｍＷ基地局１８０は、極めて高い経路損失と短いレンジとを補償するためにＵＥ１０４とのビームフォーミング１８４を利用し得る。
【００２５】
[0037]５Ｇコアネットワーク（５ＧＣ）１６０は、アクセスおよびモビリティ管理機能（ＡＭＦ）１６２と、他のＡＭＦ１６４と、セッション管理機能（ＳＭＦ）１６６と、ユーザプレーン機能（ＵＤＰ）１６８とを含み得る。ＡＭＦ１６２は、統合データ管理（ＵＤＭ）１７０と通信していることがある。ＡＭＦ１６２は、ＵＥ１０４と５ＧＣ１６０との間のシグナリングを処理する制御ノードである。概して、ＡＭＦ１６２は、ＱｏＳフローおよびセッション管理を与える。すべてのユーザインターネットプロトコル（ＩＰ）パケットがＵＰＦ１６８を通して転送される。ＵＰＦ１６８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＵＰＦ１６８はＩＰサービス１７２に接続される。ＩＰサービス１７２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＰＳストリーミングサービス、および／または他のＩＰサービスを含み得る。
【００２６】
[0038]基地局は、ｇＮＢ、ノードＢ、発展型ノードＢ（ｅＮＢ）、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または何らかの他の好適な用語で呼ばれることもある。基地局１０２は、ＵＥ１０４に５ＧＣ１６０へのアクセスポイントを与える。ＵＥ１０４の例は、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、スマートデバイス、ウェアラブルデバイス、車両、電気メーター、ガスポンプ、大きいまたは小さいキッチン器具、ヘルスケアデバイス、インプラント、ディスプレイ、あるいは任意の他の同様の機能デバイスを含む。ＵＥ１０４のうちのいくつかは、ＩｏＴデバイス（たとえば、パーキングメーター、ガスポンプ、トースター、車両、心臓モニタなど）と呼ばれることがある。ＵＥ１０４は、局、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。
【００２７】
[0039]上述のように、ＵＥおよび基地局は、ＵＥと基地局との間のＵＬ同期を与えるためにＲＡＣＨプロセスを実行するように構成される。しかしながら、以下で説明されるように、ＰＲＡＣＨ中でＵＬ同期を与えるために使用されるＲＡＣＨプリアンブルシーケンスは、他のＵＬチャネル中のアップリンク信号について著しい干渉の問題を提示し得る。したがって、ＰＲＡＣＨのための現在のフォーマットは、他のＵＬチャネルとの干渉を防ぐためにガードトーンの割振りを含む。しかしながら、いくつかの実装形態では、現在のＰＲＡＣＨフォーマットにおいて現在使用されているガードトーンは、十分なガード間隔を与えないことがある。たとえば、ガードバンドは、ＲＡＣＨプリアンブルシーケンスが他のＵＬチャネルと干渉するのを防ぐために、概して、帯域幅における少なくとも１つのサブキャリアであるべきである。しかしながら、５Ｇ／ＮＲフレーム構造は、ますます大きくなるサブキャリア間隔を伴って導入されている。したがって、ＲＡＣＨプロセスが容認できないほど高い干渉を引き起こすのを防ぐために、追加の予防措置がとられる必要がある。
【００２８】
[0040]再び図１を参照すると、いくつかの態様では、ＵＥ１０４は、たとえば、図２Ａ〜図１３のいずれかに関して以下で説明されるように、各サブキャリア内のＲＡＣＨトーン間隔に基づいて、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数および／またはアップリンクデータをレートマッチングまたはパンクチャするためのＲＡＣＨトーンの数を決定する（１９８）ように構成され得る。
【００２９】
[0041]一態様では、ＵＥ１０４は、ＲＡＣＨリソースのＲＢ内のサブキャリア間隔に基づいて、およびＲＢの各サブキャリア内のＲＡＣＨトーン間隔に基づいて、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を決定するように構成される。たとえば、ＵＥ１０４は、基地局１８０からＰＲＡＣＨフォーマットを受信し得る。しかしながら、ＲＢのサブキャリア間隔とＲＡＣＨトーン間隔とを前提とすれば、割り振られたガードトーンは、ＰＲＡＣＨ中のＲＡＣＨプリアンブルシーケンスと、隣接するＲＢ中のアップリンクデータとの間の干渉を防ぐのに十分な間隔を与えないことがある。
【００３０】
[0042]したがって、ＵＥ４０２は、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を決定するように構成され得る。たとえば、ガードトーンの数は、ＲＡＣＨトーンの決定された数−ＲＡＣＨプリアンブルシーケンスに等しいことがあり、ＲＡＣＨリソース内のガードトーンの数は、サブキャリア間隔が増加するにつれて増加し得る。一態様では、ＲＡＣＨトーンの決定された数は、サブキャリア間隔がＳ1であるとき、Ｎ1であり、サブキャリア間隔がＳ2であるとき、Ｎ2であり、ここで、Ｎ1＞Ｎ2であり、Ｓ1＞Ｓ2である。
【００３１】
[0043]上述のように、ＲＡＣＨトーンの決定された数は、ＲＡＣＨリソースを与えるＲＢのサブキャリア間隔およびＲＡＣＨトーン間隔に基づき得る。一実装形態では、サブキャリア間隔はＳsであり、ＲＡＣＨトーン間隔Ｓtであり、ここで、Ｓs＞Ｓtである。たとえば、ＲＡＣＨトーン間隔Ｓtは、１．２５ｋＨｚまたは５ｋＨｚに等しくなり得る。５Ｇ／ＮＲによって与えられる、いくつかのサブフレームのサブキャリア間隔は、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、および１２０ｋＨｚに等しくなり得る。ＲＡＣＨリソースのために割り振られたＲＡＣＨトーンの決定された数は、１２＊ＮRB＊Ｓs／Ｓtにほぼ等しく、ここで、ＮRBは、割り振られたＲＡＣＨリソース内のＲＢの数であり、１２はＲＢごとのサブキャリアの数である。一態様では、ＮRB≦５であり、整数であり得る。したがって、ＲＡＣＨリソースは、上記で説明された構成とは異なり、６つ未満のＲＢ内に収まるように与えられる。ＵＥ１０４は、ＵＬ同期のためにＲＡＣＨプロセスを実装するために、決定された数のＲＡＣＨトーン内でＲＡＣＨリソース中のＲＡＣＨプリアンブルシーケンスを送信し得る。
【００３２】
[0044]別の態様では、割り振られたＲＡＣＨトーンの数は、サブキャリア間隔にかかわらず同じであり得る。したがって、ガードトーンの数とＲＡＣＨプリアンブルシーケンスの両方が、サブキャリア間隔にかかわらず同じままであり得る。しかしながら、ガードトーンの数は、いくつかのサブキャリア間隔を前提とすれば、十分に大きいガードバンドを与えないことがある。ＵＥ１０４は、したがって、ＲＡＣＨリソースのＲＢ内のサブキャリア間隔に基づいて、およびＲＢの各サブキャリア内のＲＡＣＨトーン間隔に基づいて、ＲＡＣＨリソースとアップリンクデータとに関連するレートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの数を決定し得る。特に、ＲＡＣＨリソースのＲＡＣＨトーンの数＋ｘ個の追加のＲＡＣＨトーンに等しいレートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの数。このようにして、レートマッチングまたはパンクチャリングによって与えられるｘ個の追加のＲＡＣＨトーンは、適切な間隔を与え得る。
【００３３】
[0045]たとえば、ＲＡＣＨリソースに割り振られた上記数のＲＡＣＨトーンは、適切な数のガードトーンを有し得、したがってｘ＝０である。しかしながら、より大きいサブキャリア間隔（たとえば、６０ｋＨｚ）の場合、ガードトーンの上記数は不適切であり得る。したがって、これらのより大きいサブキャリア間隔の場合、ｘ≧９６である。以下でさらに詳細に説明されるように、９６個のＲＡＣＨトーンは、１．２５ｋＨｚのＲＡＣＨトーン間隔と６０ｋＨｚのサブキャリア間隔とを前提として、ガード間隔に値する２つのサブキャリアを与えるために必要とされる数のＲＡＣＨトーンである。
【００３４】
[0046]図２Ａは、５Ｇ／ＮＲフレーム構造内のＤＬサブフレームの一例を示す図２００である。図２Ｂは、ＤＬサブフレーム内のチャネルの一例を示す図２３０である。図２Ｃは、５Ｇ／ＮＲフレーム構造内のＵＬサブフレームの一例を示す図２５０である。図２Ｄは、ＵＬサブフレーム内のチャネルの一例を示す図２８０である。５Ｇ／ＮＲフレーム構造は、サブキャリアの特定のセット（キャリアシステム帯域幅）についてサブキャリアのセット内のサブフレームがＤＬまたはＵＬのいずれかに専用であるＦＤＤであり得るか、あるいは、サブキャリアの特定のセット（キャリアシステム帯域幅）についてサブキャリアのセット内のサブフレームがＤＬとＵＬの両方に専用であるＴＤＤであり得る。図２Ａ、図２Ｃによって与えられる例では、５Ｇ／ＮＲフレーム構造は、サブフレーム４がＤＬサブフレームであり、サブフレーム７がＵＬサブフレームである、ＴＤＤであると仮定される。サブフレーム４はただＤＬを与えるものとして示され、サブフレーム７はただＵＬを与えるものとして示されるが、任意の特定のサブフレームは、ＵＬとＤＬの両方を与える異なるサブセットにスプリットされ得る。以下の説明が、ＦＤＤである５Ｇ／ＮＲフレーム構造にも適用されることに留意されたい。
【００３５】
[0047]他のワイヤレス通信技術は、異なるフレーム構造および／または異なるチャネルを有し得る。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレーム（１ｍｓ）に分割され得る。各サブフレームは、１つまたは複数のタイムスロットを含み得る。各スロットは、スロット構成に応じて、７つまたは１４個のシンボルを含み得る。スロット構成０の場合、各スロットは１４個のシンボルを含み得、スロット構成１の場合、各スロットは７つのシンボルを含み得る。サブフレーム内のスロットの数は、スロット構成とヌメロロジーとに基づく。スロット構成０の場合、異なるヌメロロジー０〜５が、サブフレームごとに、それぞれ、１つ、２つ、４つ、８つ、１６個、および３２個のスロットを可能にする。スロット構成１の場合、異なるヌメロロジー０〜２が、サブフレームごとに、それぞれ、２つ、４つ、および８つのスロットを可能にする。サブキャリア間隔とシンボル長／持続時間とは、ヌメロロジーの関数である。サブキャリア間隔は２μ＊１５ｋＫｚに等しくなり得、ここで、μはヌメロロジー０〜５である。シンボル長／持続時間は、サブキャリア間隔と逆関係にある。図２Ａ、図２Ｃは、スロットごとに７つのシンボルをもつスロット構成１およびサブフレームごとに２つのスロットをもつヌメロロジー０の一例を与える。サブキャリア間隔は１５ｋＨｚであり、シンボル持続時間は約６６．７μｓである。
【００３６】
[0048]フレーム構造を表すためにリソースグリッドが使用され得る。各タイムスロットは、１２個の連続するサブキャリアを拡張する（物理リソースブロック（ＲＢ）（ＰＲＢ）とも呼ばれる）ＲＢを含む。リソースグリッドは複数のリソース要素（ＲＥ）に分割される。各ＲＥによって搬送されるビット数は変調方式に依存する。
【００３７】
[0049]図２Ａに示されているように、ＲＥのうちのいくつかが、（Ｒとして示された）ＵＥのための基準（パイロット）信号（ＲＳ）を搬送する。ＲＳは、ＵＥにおけるチャネル推定のために復調ＲＳ（ＤＭ−ＲＳ）とチャネル状態情報基準信号（ＣＳＩ−ＲＳ）とを含み得る。ＲＳは、ビーム測定ＲＳ（ＢＲＳ）と、ビーム改良ＲＳ（ＢＲＲＳ）と、位相追跡ＲＳ（ＰＴ−ＲＳ）とをも含み得る。
【００３８】
[0050]図２Ｂは、フレームのＤＬサブフレーム内の様々なチャネルの一例を示す。物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）は、スロット０のシンボル０内にあり、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が１つのシンボルを占有するのか、２つのシンボルを占有するのか、３つのシンボルを占有するのかを示す制御フォーマットインジケータ（ＣＦＩ）を搬送する（図２Ｂは、３つのシンボルを占有するＰＤＣＣＨを示す）。ＰＤＣＣＨは、１つまたは複数の制御チャネル要素（ＣＣＥ）内でダウンリンク制御情報（ＤＣＩ）を搬送し、各ＣＣＥは９つのＲＥグループ（ＲＥＧ）を含み、各ＲＥＧは、ＯＦＤＭシンボル中に４つの連続するＲＥを含む。ＵＥは、ＤＣＩをも搬送するＵＥ固有拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）で構成され得る。ｅＰＤＣＣＨは、２つ、４つ、または８つのＲＢペアを有し得る（図２Ｂは２つのＲＢペアを示し、各サブセットは１つのＲＢペアを含む）。物理ハイブリッド自動再送要求（ＡＲＱ）（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）もスロット０のシンボル０内にあり、物理アップリンク共有チャネル（ＰＵＳＣＨ）に基づいて、ＨＡＲＱ肯定応答（ＡＣＫ）／否定ＡＣＫ（ＮＡＣＫ）フィードバックを示すＨＡＲＱインジケータ（ＨＩ）を搬送する。１次同期チャネル（ＰＳＣＨ）は、フレームのサブフレーム０および５内のスロット０のシンボル６内にあり得る。ＰＳＣＨは、サブフレーム／シンボルタイミングと物理レイヤ識別情報とを決定するためにＵＥ１０４によって使用される１次同期信号（ＰＳＳ）を搬送する。２次同期チャネル（ＳＳＣＨ）は、フレームのサブフレーム０および５内のスロット０のシンボル５内にあり得る。ＳＳＣＨは、物理レイヤセル識別情報グループ番号と無線フレームタイミングとを決定するためにＵＥによって使用される２次同期信号（ＳＳＳ）を搬送する。物理レイヤ識別情報と物理レイヤセル識別情報グループ番号とに基づいて、ＵＥは物理セル識別子（ＰＣＩ）を決定することができる。ＰＣＩに基づいて、ＵＥは、上述のＤＬ−ＲＳのロケーションを決定することができる。マスタ情報ブロック（ＭＩＢ）を搬送する物理ブロードキャストチャネル（ＰＢＣＨ）は、同期信号（ＳＳ）／ＰＢＣＨブロックを形成するために、ＰＳＣＨおよびＳＳＣＨとともに論理的にグループ化され得る。ＭＩＢは、ＤＬシステム帯域幅中のＲＢの数と、ＰＨＩＣＨ構成と、システムフレーム番号（ＳＦＮ）とを与える。物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ユーザデータと、システム情報ブロック（ＳＩＢ）などのＰＢＣＨを通して送信されないブロードキャストシステム情報と、ページングメッセージとを搬送する。
【００３９】
[0051]図２Ｃに示されているように、ＲＥのうちのいくつかが、基地局におけるチャネル推定のための復調基準信号（ＤＭ−ＲＳ）を搬送する。ＵＥは、サブフレームの最後のシンボル中でサウンディング基準信号（ＳＲＳ）をさらに送信し得る。ＳＲＳはコム構造を有し得、ＵＥはコムのうちの１つの上でＳＲＳを送信し得る。ＳＲＳは、基地局によって、ＵＬ上での周波数依存スケジューリングを可能にするために、チャネル品質推定のために使用され得る。
【００４０】
[0052]図２Ｄは、フレームのＵＬサブフレーム内の様々なチャネルの一例を示す。物理ランダムアクセスチャネル（ＰＲＡＣＨ）が、ＰＲＡＣＨ構成に基づいてフレーム内の１つまたは複数のサブフレーム内にあり得る。ＰＲＡＣＨは、サブフレーム内に６つの連続するＲＢペアを含み得る。ＰＲＡＣＨは、ＵＥが初期システムアクセスを実行し、ＵＬ同期を達成することを可能にする。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、ＵＬシステム帯域幅のエッジ上に位置し得る。ＰＵＣＣＨは、スケジューリング要求、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）、およびＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックなど、アップリンク制御情報（ＵＣＩ）を搬送する。ＰＵＳＣＨは、データを搬送し、バッファステータス報告（ＢＳＲ）、パワーヘッドルーム報告（ＰＨＲ）、および／またはＵＣＩを搬送するためにさらに使用され得る。
【００４１】
[0053]図３は、アクセスネットワーク中でＵＥ３５０と通信している基地局３１０のブロック図である。ＤＬでは、ＥＰＣ１６０からのＩＰパケットがコントローラ／プロセッサ３７５に与えられ得る。コントローラ／プロセッサ３７５はレイヤ３およびレイヤ２機能を実装する。レイヤ３は無線リソース制御（ＲＲＣ）レイヤを含み、レイヤ２は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤと、無線リンク制御（ＲＬＣ）レイヤと、媒体アクセス制御（ＭＡＣ）レイヤとを含む。コントローラ／プロセッサ３７５は、システム情報（たとえば、ＭＩＢ、ＳＩＢ）のブロードキャスティングと、ＲＲＣ接続制御（たとえば、ＲＲＣ接続ページング、ＲＲＣ接続確立、ＲＲＣ接続変更、およびＲＲＣ接続解放）と、無線アクセス技術（ＲＡＴ）間モビリティと、ＵＥ測定報告のための測定構成とに関連するＲＲＣレイヤ機能、ならびにヘッダ圧縮／復元と、セキュリティ（暗号化、解読、完全性保護、完全性検証）と、ハンドオーバサポート機能とに関連するＰＤＣＰレイヤ機能、ならびに上位レイヤパケットデータユニット（ＰＤＵ）の転送と、ＡＲＱを介した誤り訂正と、ＲＬＣサービスデータユニット（ＳＤＵ）の連結、セグメンテーション、およびリアセンブリと、ＲＬＣデータＰＤＵの再セグメンテーションと、ＲＬＣデータＰＤＵの並べ替えとに関連するＲＬＣレイヤ機能、ならびに論理チャネルとトランスポートチャネルとの間のマッピングと、トランスポートブロック（ＴＢ）上へのＭＡＣ  ＳＤＵの多重化と、ＴＢからのＭＡＣ  ＳＤＵの多重分離と、スケジューリング情報報告と、ＨＡＲＱを介した誤り訂正と、優先度処理と、論理チャネル優先度付けとに関連するＭＡＣレイヤ機能を与える。
【００４２】
[0054]送信（ＴＸ）プロセッサ３１６および受信（ＲＸ）プロセッサ３７０は、様々な信号処理機能に関連するレイヤ１機能を実装する。物理（ＰＨＹ）レイヤを含むレイヤ１は、トランスポートチャネル上の誤り検出と、トランスポートチャネルの前方誤り訂正（ＦＥＣ）コーディング／復号と、インターリービングと、レートマッチングと、物理チャネル上へのマッピングと、物理チャネルの変調／復調と、ＭＩＭＯアンテナ処理とを含み得る。ＴＸプロセッサ３１６は、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンスタレーションへのマッピングを扱う。コーディングされ、変調されたシンボルは、次いで、並列ストリームにスプリットされ得る。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ）を使用して互いに合成され得る。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器３７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ３５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機３１８ＴＸを介して異なるアンテナ３２０に与えられ得る。各送信機３１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【００４３】
[0055]ＵＥ３５０において、各受信機３５４ＲＸは、それのそれぞれのアンテナ３５２を通して信号を受信する。各受信機３５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報を受信（ＲＸ）プロセッサ３５６に与える。ＴＸプロセッサ３６８およびＲＸプロセッサ３５６は、様々な信号処理機能に関連するレイヤ１機能を実装する。ＲＸプロセッサ３５６は、ＵＥ３５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームがＵＥ３５０に宛てられた場合、それらはＲＸプロセッサ３５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ３５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと、基準信号とは、基地局３１０によって送信された可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器３５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上で基地局３１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、レイヤ３およびレイヤ２機能を実装するコントローラ／プロセッサ３５９に与えられる。
【００４４】
[0056]コントローラ／プロセッサ３５９は、プログラムコードとデータとを記憶するメモリ３６０に関連し得る。メモリ３６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ３５９は、ＥＰＣ１６０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。
【００４５】
[0057]基地局３１０によるＤＬ送信に関して説明された機能と同様に、コントローラ／プロセッサ３５９は、システム情報（たとえば、ＭＩＢ、ＳＩＢ）獲得と、ＲＲＣ接続と、測定報告とに関連するＲＲＣレイヤ機能、ならびにヘッダ圧縮／復元と、セキュリティ（暗号化、解読、完全性保護、完全性検証）とに関連するＰＤＣＰレイヤ機能、ならびに上位レイヤＰＤＵの転送と、ＡＲＱを介した誤り訂正と、ＲＬＣ  ＳＤＵの連結、セグメンテーション、およびリアセンブリと、ＲＬＣデータＰＤＵの再セグメンテーションと、ＲＬＣデータＰＤＵの並べ替えとに関連するＲＬＣレイヤ機能、ならびに論理チャネルとトランスポートチャネルとの間のマッピングと、ＴＢ上へのＭＡＣ  ＳＤＵの多重化と、ＴＢからのＭＡＣ  ＳＤＵの多重分離と、スケジューリング情報報告と、ＨＡＲＱを介した誤り訂正と、優先度処理と、論理チャネル優先度付けとに関連するＭＡＣレイヤ機能を与える。
【００４６】
[0058]基地局３１０によって送信される基準信号またはフィードバックからの、チャネル推定器３５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ３６８によって使用され得る。ＴＸプロセッサ３６８によって生成される空間ストリームは、別個の送信機３５４ＴＸを介して異なるアンテナ３５２に与えられ得る。各送信機３５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【００４７】
[0059]ＵＬ送信は、ＵＥ３５０における受信機機能に関して説明された様式と同様の様式で基地局３１０において処理される。各受信機３１８ＲＸは、それのそれぞれのアンテナ３２０を通して信号を受信する。各受信機３１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報をＲＸプロセッサ３７０に与える。
【００４８】
[0060]コントローラ／プロセッサ３７５は、プログラムコードとデータとを記憶するメモリ３７６に関連し得る。メモリ３７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ３７５は、ＵＥ３５０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ３７５からのＩＰパケットは、ＥＰＣ１６０に与えられ得る。コントローラ／プロセッサ３７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。
【００４９】
[0061]図４は、ＵＥ４０２（たとえば、ＵＥ１０４、３５０、装置１００２／１００２’、装置１２０２／１２０２’）と基地局４０４（たとえば、ＵＥ１０２、１８０、３１０、１０５０、１２５０）との間のＵＬ同期の一例を示すコールフロー図４００を示すである。いくつかの態様では、ＵＥ４０２および基地局４０４は、ＲＡＣＨプロセスの一部としてプロシージャを実行し得る。たとえば、以下で説明されるプロシージャの異なる実装形態は、競合ベースであるのか競合なしであるのかにかかわらず、ＲＡＣＨプロセスのメッセージ１、メッセージ２、あるいはメッセージ３またはメッセージ４中に実行され得る。
【００５０】
[0062]以下でさらに詳細に説明されるように、ＵＥ４０２および基地局４０４は、５Ｇ  ＮＲにおいて利用され得る様々なフレーム構造を前提としたＲＡＣＨプロセスを実行するように構成され得る。図４に示されているように、４０６において、基地局４０４は、ＲＡＣＨリソースに割り振られるべきＲＡＣＨトーンの数を示すＤＬ情報を送信し得、ＵＥ４０２は、その情報を受信し得る。たとえば、基地局４０４は、セルにおいて実装されている現在のフレーム構造を前提として、ＵＥによって使用されるべきであるＰＲＡＣＨフォーマットを決定し、ＰＲＡＣＨフォーマットを識別するＰＲＡＣＨフォーマット番号をＵＥ４０２に送信し得る。以下でさらに詳細に説明されるように、次いで、基地局４０４は、ＰＲＡＣＨフォーマット番号を示すＤＬ情報を送信し得、ＵＥ４０２は、その情報を受信し得、ＵＥ４０２は、次いで、ＲＡＣＨリソースに割り振られたＲＡＣＨトーンの数を決定するためにその情報を使用し得る。
【００５１】
[0063]一実装形態では、基地局４０４は、ＰＲＡＣＨフォーマットを示すために、セル無線ネットワーク一時識別子（ＲＮＴＩ）（Ｃ−ＲＮＴＩ）など、ＲＮＴＩ内の１つまたは複数のビットを使用し得る。ＤＬ情報は、基地局４０４によってサービスされるセル中で利用可能なＲＡＣＨプリアンブルシーケンスを示すルートシーケンスインデックスをも含み得る。いくつかの実装形態では、基地局４０４はＤＬ情報を送信し得、ＵＥ４０２は、ＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＢＣＨのＤＭＲＳ、残存最小システム情報（ＲＭＳＩ：remaining minimum system information）、他のシステム情報（ＯＳＩ）、ＰＤＣＣＨ、ＲＲＣメッセージ、ハンドオーバメッセージ、またはＳＩＢのうちの１つまたは複数を通してＤＬ情報を受信し得る。
【００５２】
[0064]ＤＬ情報を受信すると、ＵＥ４０２は、４０８において、ＲＡＣＨリソースのＲＢ内のサブキャリア間隔に基づいて、およびＲＢの各サブキャリア内のＲＡＣＨトーン間隔に基づいて、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を決定し得る。ＵＥ４０２は、基地局４０４への送信のために、セル内で利用可能なＲＡＣＨプリアンブルシーケンスのうちの１つを選択し得る。シーケンス長は、ＰＲＡＣＨ中でＲＡＣＨプリアンブルシーケンスを送信するために使用されるＲＡＣＨトーンの第１の数と対応し得る。ただし、５Ｇ  ＮＲ内で利用可能な様々なフレーム構造を前提として、ＵＥ４０２はまた、ＲＡＣＨトーンがＰＲＡＣＨに隣接する他のＲＢ内で送信される他のアップリンクデータに干渉するのを防ぐために、十分な予防措置をとり得る。以下でさらに詳細に説明されるように、５Ｇ  ＮＲにおいて、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、および１２０ｋＨｚのサブキャリア間隔をもつフレーム構造が利用可能であり得る。ただし、ＲＡＣＨプリアンブルシーケンスは、概して、所与のサイズのセル内の複数のＵＥ間の直交性を維持する、Ｚａｄｏｆｆ−Ｃｈｕシーケンスなど、循環シーケンス（cyclical sequence）である。したがって、ＲＡＣＨプリアンブルシーケンスのためのシーケンス長は、様々なサブキャリア間隔について固定のままであり得る。
【００５３】
[0065]いくつかの実装形態では、ＵＥ４０２は、ＲＡＣＨトーン間隔とＲＢのサブキャリア間隔とに基づいて、ＲＡＣＨガードトーンとして含めるべきＲＡＣＨトーンの第２の数を決定し得る。第２の数のガードＲＡＣＨトーンは、隣接する帯域中の（図示されていない）他のＵＥによって送信される他のアップリンクデータとの干渉を防ぐために、ＰＲＡＣＨの上側エッジおよび下側エッジにおいて与えられ得る。したがって、ＰＲＡＣＨは、ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含み得る。ＲＢのサブキャリア間隔が増加するにつれて、より多くのガードトーンが与えられ得る。Ｎ１は、サブキャリア間隔がＳ１であるときのＲＡＣＨトーンの決定された数を表し得、Ｎ２は、サブキャリア間隔がＳ２であるときのＲＡＣＨトーンの決定された数を表し得、ここで、Ｎ１＞Ｎ２であり、Ｓ１＞Ｓ２である。
【００５４】
[0066]ガード間隔の量は、ＰＲＡＣＨのＵＬ帯域幅が整数(whole number)個のＲＢに収まるように決定され得る。たとえば、ＲＡＣＨガードトーンは、以下でさらに詳細に説明されるように、サブキャリア間隔がＳ１（たとえば、６０ｋＨｚ）であるとき、ＲＡＣＨリソースのＲＢ内に少なくとも６．５個のサブキャリアを提供され得、サブキャリア間隔がＳ２（たとえば、１５ｋＨｚ）であるとき、ＲＡＣＨリソースのＲＢ内に少なくとも２つのサブキャリアを備え得る。
【００５５】
[0067]しかしながら、いくつかの実装形態では、ガードトーンは、十分なガード間隔を与えないことがある。干渉を低減するために、追加の技法が実装される必要があり得る。また、さらに他の実装形態では、ＵＥ４０２は、ＲＡＣＨトーンの数がＲＡＣＨ間隔にかかわらず、任意の特定のＰＲＡＣＨフォーマットについて固定であり得るので、４０８において示された決定とは異なる決定を実行し得る。さらに、いくつかの実装形態では、基地局４０４は、ＲＢ中でアップリンクデータを割り振り、ＲＢにＰＲＡＣＨを単に動的にパンクチャまたはレートマッチングし得る。したがって、追加または代替として、ＵＥ４０２は、４１０において、ＲＡＣＨリソースのＲＢ内のサブキャリア間隔に基づいて、およびＲＢの各サブキャリア内のＲＡＣＨトーン間隔に基づいて、ＲＡＣＨリソースとアップリンクデータとに関連するレートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの数を決定し得る。
【００５６】
[0068]５Ｇ／ＮＲが、増加されたサブキャリア間隔をもつフレーム構造を与えるとき、レートマッチングまたはパンクチャリングは、以下でさらに詳細に説明されるようにＰＲＡＣＨとＰＵＣＣＨとＰＵＳＣＨとの間の干渉を防ぐためにＵＥ４０２によって使用され得る。一実装形態では、基地局４０４は、ＲＢ中でＰＵＣＣＨおよび／またはＰＵＳＣＨからアップリンクデータを割り振り、ＲＢにＰＲＡＣＨを用いてアップリンクデータを動的にパンクチャまたはレートマッチングし得る。
【００５７】
[0069]レートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの数は、ＲＡＣＨリソースのＲＡＣＨトーンの数＋ｘ個の追加のＲＡＣＨトーンに等しくなり得る。したがって、一態様では、レートマッチングまたはパンクチャリングは、ＰＲＡＣＨ中のＲＡＣＨトーンのすべて＋ＰＲＡＣＨ外のｘ個の追加のＲＡＣＨトーンの間隔を含めるために、アップリンクデータ中で与えられ得る。
【００５８】
[0070]たとえば、いくつかの実装形態では、ＰＲＡＣＨ中のＲＡＣＨトーンの数は、サブキャリア間隔にかかわらず固定であり得る。しかしながら、ＰＲＡＣＨは、サブキャリア間隔Ｓ２（たとえば、１５ｋＨｚ）を前提として、ＲＢ内に適切な量のＲＡＣＨガードトーンを収め、与えるために、与えられ得る。この場合、ＵＥ４０２は、追加のトーンが必要とされないので、ｘ＝０であると決定する。しかしながら、ＰＲＡＣＨは、パンクチャリングまたはレートマッチングが与えられた後でもアップリンクデータが１つまたは複数のＲＢのサブキャリアのうちのいくつかの中にとどまるように、サブキャリア間隔Ｓ１（たとえば、６０ｋＨｚ）を前提とすれば、ＲＢ内に部分的に収まるにすぎないことがある。
【００５９】
[0071]Ｓ２のサブキャリア間隔の場合、固定数のＲＡＣＨガードトーンは不十分な間隔を与え得る。概して、ＰＲＡＣＨとアップリンクデータとの間の干渉は、ＰＲＡＣＨのエッジにおけるガードバンドの各々が少なくとも１つのサブキャリア間隔だけ（ＲＡＣＨプリアンブルシーケンスを備えた）ＲＡＣＨトーンを分離するとき、許容できるレベル内に維持される。したがって、一緒にするとそれらのガードバンドは、約２つのサブキャリアのサブキャリア間隔に等しくなるべきである。したがって、ＵＥ４０２はＲＡＣＨトーンの追加のｘ個のトーンを決定し得、ここで、サブキャリア間隔Ｓ２を前提とすれば、ｘ≧９６である（たとえば、６０ｋＨｚのサブキャリア間隔と１．２５ｋＨｚのＲＡＣＨトーン間隔とを前提とすれば、９６個の追加のＲＡＣＨトーン）。
【００６０】
[0072]４１２において、ＵＥ４０２は、ＲＡＣＨリソース中のＲＡＣＨプリアンブルシーケンスとアップリンクデータとを基地局４０４に送信し得る。たとえば、ＲＡＣＨプリアンブルシーケンスは、上記で説明されたように、ＰＲＡＣＨ内で基地局に送信され得る。したがって、ＵＬ同期は、５Ｇ／ＮＲのためのＲＡＣＨプロシージャに従って、ＲＡＣＨプリアンブルシーケンスを使用して基地局４０４とＵＥ４０２との間で与えられ得る。レートマッチングまたはパンクチャされたアップリンクデータは、ＲＡＣＨプリアンブルシーケンスと同時に送信され得る。たとえば、ＰＲＡＣＨは、ＰＲＡＣＨがＲＢに動的に割り振られるように、ＰＵＳＣＨおよび／またはＰＵＣＣＨ中でアップリンクデータをパンクチャまたはレートマッチングし得る。
【００６１】
[0073]図５は、周波数領域に沿った６つの連続するＲＢのＵＬ帯域幅内に与えられた例示的なＰＲＡＣＨ５０２の図５００を示す。上記で説明されたように、各ＲＢは、周波数領域中で１２個のサブキャリアにわたって延在し得る。したがって、ＰＲＡＣＨ５０２のＵＬ帯域幅は、７２個のサブキャリアを備え得る。この例では、サブキャリア間隔は１５ｋＨｚに等しい。したがって、ＰＲＡＣＨ５０２のＵＬ帯域幅は１．０８ＭＨｚに等しい。
【００６２】
[0074]図５に示されているように、ＰＲＡＣＨ５０２はＲＡＣＨトーン５０４のリソース割振りを有し、６つのＲＢの各サブキャリアについてＲＡＣＨトーン５０４のうちの１２個が与えられる。さらに、ＲＡＣＨトーン５０４のＲＡＣＨトーン間隔は１．２５ｋＨｚである。しかしながら、ＰＲＡＣＨ５０２に割り振られたＲＡＣＨトーン５０４のサブセットのみが実際にＲＡＣＨプリアンブルシーケンス５０６を含む。この例では、ＲＡＣＨプリアンブルシーケンス５０６は、ＲＡＣＨトーン５０４のうちの８３９個によって与えられる。
【００６３】
[0075]ＵＥ４０２は、ＲＡＣＨプリアンブルシーケンス５０６を生成し、ＲＡＣＨプリアンブルシーケンス５０６を基地局４０４に送信するように構成される。ＲＡＣＨプリアンブルシーケンス５０６は、基地局４０４とＵＥ４０２との間のＵＬ同期のために与えられる。さらに、ＰＲＡＣＨ５０２は、最高周波数におけるガードトーン５１０の割振りと、最低周波数におけるガードトーン５１２の割振りとを含み、それらの割振りはＲＡＣＨプリアンブルシーケンス５０６を含まない。これは、ＲＡＣＨプリアンブルシーケンス５０６と他のＵＬチャネル中の隣接するサブキャリアとの間の干渉を低減するのを助ける。
【００６４】
[0076]概して、ＲＡＣＨプリアンブルシーケンス５０６と隣接するサブキャリアとの間の干渉は、ガードトーン５１０によって与えられた周波数間隔とガードトーン５１２によって与えられた周波数間隔とが各々１つのサブキャリアのサブキャリア間隔に等しいとき、許容できるレベルにおいて与えられる。下記の表は、異なるＰＲＡＣＨフォーマットの、トーン間隔と、ＲＡＣＨプリアンブルシーケンス５０６のシーケンス長と、トーン５０４の割り振られた数とについて説明する。
【００６５】
【表１】
2020537410.tif 000003
【００６６】
[0077]図５において上記で説明された例は、ＰＲＡＣＨフォーマット番号０の場合のものである。ガードトーン５１０、５１２の総数は、ＰＲＡＣＨが６つのＲＢに正確に収まるように与えられた。したがって、ＰＲＡＣＨに割り振られたＲＡＣＨトーン５０４の決定された数は、１２＊ＮRB＊Ｓs／Ｓtにほぼ等しく、ここで、ＮRBはＰＲＡＣＨ内のＲＢの数であり、データトーンサブキャリア間隔はＳsであり、ＲＡＣＨトーン間隔はＳtである。この例では、ＮRB＝６であり、Ｓs＝１５ｋＨｚであり、Ｓt＝１．２５ｋＨｚである。したがって、８６４個のＲＡＣＨトーン５０４がＰＲＡＣＨ５０２中で与えられる。
【００６７】
[0078]１．２５ｋＨｚのＲＡＣＨトーン間隔を有する８６４個のＲＡＣＨトーン５０４のＲＡＣＨトーン間隔がＰＲＡＣＨ５０２中で与えられるので、ＲＡＣＨトーン５０４の総帯域幅は１．０８ＭＨｚに等しく、これは、ＰＲＡＣＨ５０２を与える６つのＲＢのＵＬ帯域幅に正確に適合する。上述のように、ＲＡＣＨプリアンブルシーケンス５０６のシーケンス長は８３９に等しく、これは、ＵＥ４０２が、ＲＡＣＨプロセス中に、６４個の直交Ｚａｄｏｆｆ−Ｃｈｕシーケンスから選択し、ＲＡＣＨプリアンブルシーケンス５０６を生成することができるように必要とされるＲＡＣＨトーンの数である。しかしながら、上記で説明されたＰＲＡＣＨフォーマットは、フレームのフレーム構造が１５ｋＨｚのサブキャリア間隔を有することを前提とする。より詳細には、１５ｋＨｚの１つのサブキャリアは、１．２５ｋＨｚのＲＡＣＨトーン間隔をもつＲＡＣＨトーン５０４のうちの１２個に等しい。この例では、（総数２５個のガードトーン５１０、５１２を与えるために）ガードトーン５１０の数は１３に等しく、ガードトーン５１２の数は１２に等しい。したがって、ガードトーン５１０、５１２各々によって与えられたガードバンドの各々は、長さが少なくとも１つのサブキャリアである。したがって、ＵＥ４０２は、ＲＡＣＨプリアンブルシーケンス５０６と他のチャネルとの間の干渉がＬＴＥのための許容できるレベル内に維持されるように、選択されたＲＡＣＨプリアンブルシーケンスをもつＲＡＣＨプリアンブルシーケンス５０６を生成する。アップリンクデータは、ガードトーン５１０、５１２が十分なガード間隔を与えるので、ＰＲＡＣＨ５０２だけによってパンクチャまたはレートマッチングされ得ることに留意されたい。したがって、ＰＲＡＣＨ５０２の外でパンクチャまたはレートマッチングされる必要がある追加のトーンの数ｘは０に等しい。
【００６８】
[0079]ただし、５Ｇ  ＮＲ規格は、６ＧＨｚを下回る周波数帯域について１５ｋＨｚ、３０ｋＨｚおよび６０ｋＨｚのサブキャリア間隔を有し、６ＧＨｚを上回る周波数帯域について６０ｋＨｚおよび１２０ｋＨｚのサブキャリア間隔を有するフレーム構造を伴って提案された。
【００６９】
【表２】
2020537410.tif 000004
【００７０】
[0080]本開示では、ＵＥ（たとえば、ＵＥ４０２）および基地局（たとえば、基地局４０４）は、５Ｇ  ＮＲ規格のために提案された新しいフレーム構造を前提として、これらのＰＲＡＣＨフォーマットのためのＲＡＣＨプロシージャを実装するように与えられる。本開示にとって有意性があることは、新しいフレーム構造を前提として、ＵＥ４０２が、他のＵＬおよびＤＬチャネルに干渉することなしに、上記で説明されたＰＲＡＣＨフォーマットに従ってＰＲＡＣＨを与えるように構成されることである。
【００７１】
[0081]特に、ＰＲＡＣＨのＲＡＣＨトーンの信号特性がＰＵＣＣＨおよびＰＵＳＣＨの信号特性とは著しく異なり得るとき、ＰＲＡＣＨとＰＵＣＣＨまたはＰＵＳＣＨのいずれかとの間の直交性を与えることは困難であり得る。したがって、概して、衝突を防ぐために周波数および／または時間間隔が与えられる。しかしながら、新しい５Ｇ  ＮＲフレーム構造は、ますます密になる持続時間に大きいサブキャリア間隔（たとえば、６０ｋＨｚ、１２０ｋＨｚ）が詰め込まれたフレーム構造を定義し得る。したがって、ＵＥ４０２および基地局４０４は、ＰＲＡＣＨとＰＵＳＣＨとＰＵＣＣＨとの間の衝突および容認できないほど高い干渉を防ぐ技法を実装する。
【００７２】
[0082]図６は、周波数領域に沿った２つの連続するＲＢのＵＬ帯域幅内に与えられた例示的なＰＲＡＣＨ６０２の図６００を示す。上記で説明されたように、各ＲＢは、周波数領域中で１２個のサブキャリアにわたって延在する。したがって、ＰＲＡＣＨ６０２のＵＬ帯域幅は、２４個のサブキャリアによって与えられる。この例では、サブキャリア間隔は６０ｋＨｚに等しい。したがって、ＰＲＡＣＨ６０２のＵＬ帯域幅は１．４４ＭＨｚに等しい。
【００７３】
[0083]図６に示されているように、ＰＲＡＣＨ６０２は、２つのＲＢ中の２４個のサブキャリアの各々についてＲＡＣＨトーン６０４のうちの４８個が与えられるような、ＲＡＣＨトーン６０４のリソース割振りを有する。より詳細には、ＲＡＣＨトーン６０４のＲＡＣＨトーン間隔は１．２５ｋＨｚである。しかしながら、ＰＲＡＣＨ６０２に割り振られたＲＡＣＨトーン６０４のサブセットのみが実際にＲＡＣＨプリアンブルシーケンス６０６を含む。この例では、ＲＡＣＨプリアンブルシーケンスは、ＲＡＣＨトーン６０４のうちの８３９個によって与えられる。
【００７４】
[0084]図６に示されている例では、ＵＥ４０２は、ＲＡＣＨプリアンブルシーケンス６０６を基地局４０４に送信するためにＲＡＣＨプリアンブルシーケンス６０６を生成するように構成される。ＲＡＣＨプリアンブルシーケンス６０６は、上記で説明された上述の帯域幅とサブキャリアとをもつＰＲＡＣＨ６０２を与えるフレーム構造を前提として、基地局４０４とＵＥ４０２との間のＵＬ同期のために与えられる。最高周波数におけるガードトーン６１０の割振りと最低周波数におけるガードトーン６１２の割振りとは、ＲＡＣＨプリアンブルシーケンス６０６を含まない。これは、ＲＡＣＨプリアンブルシーケンス６０６と他のＵＬチャネル中の隣接するサブキャリアとの間の干渉を低減するのを助ける。
【００７５】
[0085]概して、ＲＡＣＨプリアンブルシーケンス６０６と隣接するサブキャリアとの間の干渉は、ガードトーン６１０によって与えられた周波数間隔とガードトーン６１２によって与えられた周波数間隔とが各々１つのサブキャリアのサブキャリア間隔に等しいとき、許容可能に小さくなり得る。ガードトーン６１０、６１２の総数は、ＰＲＡＣＨが２つのＲＢに正確に収まるように与えられた。したがって、ＰＲＡＣＨ６０２に割り振られたＲＡＣＨトーン６０４の決定された数は、１２＊ＮRB＊Ｓｓ／Ｓｔにほぼ等しく、ここで、ＮRBは、ＰＲＡＣＨ６０２に割り振られたＲＢの数であり、データトーンサブキャリア間隔はＳsであり、ＲＡＣＨトーン間隔はＳｔである。この例では、ＮRB＝２であり、Ｓｓ＝６０ｋＨｚであり、Ｓｔ＝１．２５ｋＨｚである。したがって、１１５２個のＲＡＣＨトーン６０４がＰＲＡＣＨ６０２中で与えられる。
【００７６】
[0086]ＲＡＣＨトーン６０４が１．２５ｋＨｚのＲＡＣＨトーン間隔を有するので、ＲＡＣＨトーン６０４は１．４４ＭＨｚのＵＬ帯域幅を有する、上述のように、ＲＡＣＨプリアンブルシーケンス６０６のシーケンス長は８３９に等しく、これは、ＵＥ４０２が、ＲＡＣＨプロセス中に、６４個の直交Ｚａｄｏｆｆ−Ｃｈｕシーケンスから選択し、ＲＡＣＨプリアンブルシーケンス６０６を生成することができるように必要とされるＲＡＣＨトーンの数である。しかしながら、上記のＰＲＡＣＨフォーマットは、フレームのフレーム構造が６０ｋＨｚのサブキャリア間隔を有することを前提とする。さらに、６０ｋＨｚの１つのサブキャリアは、１．２５ｋＨｚのトーン間隔をもつＲＡＣＨトーン５０４のうちの４８個に等しい。各々について１．２５ｋＨｚトーン間隔の４８個のＲＡＣＨトーンがあることを前提とすれば、２５個のガードトーンは６０ｋＨｚ間隔の．５２のサブキャリア間隔に等しい。したがって、ガードバンドごとに．２６のサブキャリア間隔のみがあり、これは、十分なガードバンド保護でないことがある。
【００７７】
[0087]この場合、ＰＲＡＣＨ６０２中のＲＡＣＨトーン６０４のうちの３１３個がガードトーン６１０、６１２として与えられる。これは、両方のガードバンドが組み合わせられたとき、約６．５２個の総サブキャリアの間隔に対応する（すなわち、ガードトーン６１０、６１２の各々について約３．５１個のサブキャリア）。したがって、ＵＥ４０２は、ＲＡＣＨプリアンブルシーケンス６０６と他のチャネルとの間の干渉が、たとえばＬＴＥのための、許容できるレベル内に維持されるように、選択されたＲＡＣＨプリアンブルシーケンス６０６をもつＲＡＣＨプリアンブルシーケンス５０６を生成し得る。アップリンクデータは、ガードトーン６１０、６１２が十分なガード間隔を与えるので、ＰＲＡＣＨ６０２だけによってパンクチャまたはレートマッチングされ得ることに留意されたい。したがって、ＰＲＡＣＨ６０２の外でパンクチャまたはレートマッチングされる必要がある追加のトーンの数ｘは０に等しい。
【００７８】
[0088]図７は、周波数領域に沿った２つの連続するＲＢのＵＬ帯域幅内に、図５に関して上記で説明されたＰＲＡＣＨ５０２と同じシーケンス長および同じ数の割り振られたトーンを与えられた例示的なＰＲＡＣＨ７０２の図７００を示す。ＲＢは、周波数領域中の１２個のサブキャリアを含む。この例では、サブキャリアのサブキャリア間隔は、図６と同様に、６０ｋＨｚである。したがって、ＰＲＡＣＨ７０２は１．０８ＭＨｚのＵＬ帯域幅を有し、２つのＲＢは１．４４ＭＨｚのＵＬ帯域幅を有する。したがって、ＰＲＡＣＨ７０２のＵＬ帯域幅は、２つのＲＢの２４個のサブキャリアのうちの１８個のサブキャリア間隔内に与えられる。この例では、ＰＲＡＣＨ７０２は、サブキャリア間隔の任意の値において図５の場合と同様の様式で与えられるように固定される。
【００７９】
[0089]図７は、２つのＲＢの各々の９つのサブキャリア内の例示的なＰＲＡＣＨ７０２を示し、したがって、２つのＲＢによって与えられる、合計２４個のサブキャリアのうちの１８個のサブキャリア内に与えられる。この例では、サブキャリア間隔は６０ｋＨｚに等しい。したがって、ＰＲＡＣＨ７０２のＵＬ帯域幅は１．４４ＭＨｚに等しい。
【００８０】
[0090]図７に示されているように、ＰＲＡＣＨ７０２は、２つのＲＢの１８個のサブキャリアの各々についてＲＡＣＨトーン７０４のうちの４８個が与えられるような、ＲＡＣＨトーン７０４のリソース割振りを有する。より詳細には、ＲＡＣＨトーン７０４のＲＡＣＨトーン間隔は１．２５ｋＨｚである。しかしながら、ＰＲＡＣＨ７０２に割り振られたＲＡＣＨトーン７０４のサブセットのみが実際にＲＡＣＨプリアンブルシーケンス７０６を含む。この例では、ＲＡＣＨプリアンブルシーケンスは、ＲＡＣＨトーン７０４のうちの８３９個によって与えられる。
【００８１】
[0091]ＵＥ４０２は、ＲＡＣＨプリアンブルシーケンス７０６を基地局４０４に送信するように、ＲＡＣＨプリアンブルシーケンス７０６を生成するように構成される。ＲＡＣＨプリアンブルシーケンス７０６は、上述の帯域幅をもつおよび上記で説明されたサブキャリアをもつＲＢを与えるフレーム構造を前提として、基地局４０４とＵＥ４０２との間のＵＬ同期のために与えられる。ＰＲＡＣＨ７０２の最高周波数におけるガードトーン７１０の割振りとＰＲＡＣＨ７０２の最低周波数におけるガードトーン７１２の割振りとは、図５のように、２５個のガードトーン７１０、７１２を与える。しかしながら、６０ｋＨｚのサブキャリア間隔と１．２５ｋＨｚのＲＡＣＨトーン間隔とを前提とすれば、単一のサブキャリアは４８個のＲＡＣＨトーンである。したがって、９６個のＲＡＣＨトーンが必要とされる。
【００８２】
[0092]ガードトーン７１０、７１２の総数は、ＰＲＡＣＨが２つのＲＢに正確に収まるように与えられなかった。したがって、ＰＲＡＣＨ７０２に割り振られたＲＡＣＨトーン７０４の決定された数は、１２＊ＮRB＊Ｓｓ／Ｓｔにほぼ等しく、ここで、ＮRBは、ＰＲＡＣＨ７０２内のＲＢの数であり、サブキャリア間隔はＳｓであり、ＲＡＣＨトーン間隔はＳｔである。この例では、ＮRB＝１．５であり、Ｓｓ＝６０ｋＨｚであり、Ｓｔ＝１．２５ｋＨｚである。したがって、８６４個のＲＡＣＨトーン７０４がＰＲＡＣＨ７０２中で与えられる。
【００８３】
[0093]上述のように、ＲＡＣＨプリアンブルシーケンス７０６のシーケンス長は８３９に等しく、これは、ＵＥ４０２が、ＲＡＣＨプロセス中に、６４個の直交Ｚａｄｏｆｆ−Ｃｈｕシーケンスから選択し、ＲＡＣＨプリアンブルシーケンス７０６を生成することができるように必要とされるＲＡＣＨトーンの数である。しかしながら、上記のＰＲＡＣＨフォーマットは、フレームのフレーム構造が図５の実装形態のようなサブキャリア間隔を有することを前提とする。
【００８４】
[0094]この場合、アップリンクデータは、ＰＲＡＣＨ７０２と、ＰＲＡＣＨ７０２の最高および最低周波数に直接隣接する４８個の追加のＲＡＣＨトーンを用いてパンクチャされる。したがって、アップリンクデータをパンクチャまたはレートマッチングし、アップリンクデータとＰＲＡＣＨ７０２との間の十分な間隔を与えるために、追加のＲＡＣＨトーンの総数ｘ＝９６が使用される。したがって、アップリンクデータは、合計２０個のサブキャリア、ＰＲＡＣＨの１８個のサブキャリア＋２つの追加のサブキャリアによってレートマッチングまたはパンクチャされる。したがって、アップリンクデータの合計９６０（すなわち、８６４＋９６）個のＲＡＣＨトーン間隔がレートマッチングまたはパンクチャされる。一層大きいサブキャリア間隔の場合、より大きいサブキャリア間隔をカバーするためにより多くのＲＡＣＨトーンが必要とされるので、追加のＲＡＣＨトーンの数ｘは９６よりも大きくなるであろう。
【００８５】
[0095]図８は、ワイヤレス通信の方法のフローチャート８００である。本方法は、ＵＥ（たとえば、ＵＥ１０４、３５０、４０２、装置１００２／１００２’、装置１２０２／１２０２’）によって実行され得る。８０２において、ＵＥは、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を示す情報を基地局から受信する。一態様では、情報は、ＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＢＣＨのＤＭＲＳ、ＲＭＳＩ、ＯＳＩ、ＰＤＣＣＨ、ＲＲＣメッセージ、ハンドオーバメッセージ、またはＳＩＢのうちの１つまたは複数を通して受信され得る。
【００８６】
[0096]８０４において、ＵＥは、ランダムアクセスチャネル（ＲＡＣＨ）サブキャリア間隔とデータトーンサブキャリア間隔とに基づいて、ＲＡＣＨプリアンブルシーケンスの送信のために割り振られたＲＡＣＨトーンの数を決定し得る。ＲＡＣＨプリアンブルシーケンスのためのＲＡＣＨプリアンブルシーケンス長（たとえば、８３９）は、様々なサブキャリア間隔について固定であり得る。一態様では、ＲＡＣＨトーンの決定された数は、ＲＡＣＨサブキャリア間隔がＳ1であるとき、Ｎ1であり、ＲＡＣＨサブキャリア間隔がＳ2であるとき、Ｎ2であり、ここで、Ｎ1＞Ｎ2であり、Ｓ1＞Ｓ2である。たとえば、Ｓ1は６０ｋＨｚに等しいことがあり、Ｎ1は１１５２に等しいことがあり、Ｓ2は１５ｋＨｚに等しいことがあり、Ｎ2は８６４に等しいことがある。さらに、ＲＡＣＨリソースは、ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含み得る。ＲＡＣＨガードトーンは、ＲＡＣＨサブキャリア間隔がＳ1であるとき、ＲＡＣＨリソースのＲＢ内に少なくとも６．５個のサブキャリアを備え、ＲＡＣＨサブキャリア間隔がＳ2であるとき、ＲＡＣＨリソースのＲＢ内に少なくとも２つのサブキャリアを備える。また、一態様では、データトーンサブキャリア間隔はＳsであり、ＲＡＣＨトーン間隔Ｓtであり、ここで、Ｓs＞Ｓtであり、ＲＡＣＨリソースのために割り振られたＲＡＣＨトーンの決定された数は、１２＊ＮRB＊Ｓs／Ｓtにほぼ等しく、ここで、ＮRBは、割り振られたＲＡＣＨリソース内のＲＢの数であり、ＮRB≦５であり、整数である。ＲＡＣＨリソース内のガードトーンの数は、ＲＡＣＨサブキャリア間隔が増加するにつれて増加し得、ここで、ガードトーンの数は、ＲＡＣＨトーンの決定された数−ＲＡＣＨプリアンブルシーケンス長に等しい。たとえば、１．２５ｋＨｚのＲＡＣＨトーン間隔を前提とすれば、１５ｋＨｚのＲＡＣＨサブキャリア間隔について２５個のＲＡＣＨガードトーン（すなわち、８６４−８３９）が与えられ、６０ｋＨｚのサブキャリア間隔について３１３個のＲＡＣＨガードトーン（すなわち、１１５２−８３９）が与えられる。
【００８７】
[0097]８０６において、ＵＥは、決定された数のＲＡＣＨトーン内でＲＡＣＨリソース中のＲＡＣＨプリアンブルシーケンスを送信し得る。このようにして、ＵＥおよび基地局は、ＲＡＣＨプリアンブルシーケンスを用いて同期され得る。追加のガードトーンを与えるために、ＵＥは、８０８において、割り振られたＲＡＣＨリソースの周りのアップリンクデータをレートマッチングし得る。レートマッチングされたアップリンクデータは、ＲＡＣＨプリアンブルシーケンスと同時に送信され得る。別の態様では、ＵＥは、８１０において、ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含むＲＡＣＨリソースを用いてアップリンクデータをパンクチャし得る。パンクチャされたアップリンクデータは、ＲＡＣＨプリアンブルシーケンスと同時に送信され得る。
【００８８】
[0098]図９は、ワイヤレス通信の方法のフローチャート９００である。本方法は、ＵＥ（たとえば、ＵＥ１０４、３５０、４０２、装置１００２／１００２’、装置１２０２／１２０２’）によって実行され得る。
【００８９】
[0099]９０２において、ＵＥは、９０２において、ＲＡＣＨリソースのＲＢ内のサブキャリア間隔に基づいて、およびＲＢの各サブキャリア内のＲＡＣＨトーン間隔に基づいて、ＲＡＣＨリソースとアップリンクデータとに関連するレートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの数を決定し得る。レートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの数は、ＲＡＣＨリソースのＲＡＣＨトーンの数＋ｘ個の追加のＲＡＣＨトーンに等しく、ここで、第１のサブキャリア間隔Ｓ1の場合にｘ≧９６であり、第２のサブキャリア間隔Ｓ2の場合にｘ＝０であり、ここで、Ｓ1（たとえば、６０ｋＨｚ）＞Ｓ2（たとえば、１５ｋＨｚ）である。一態様では、レートマッチングまたはパンクチャリングのためのＲＡＣＨトーンの決定された数は、第１のサブキャリア間隔Ｓ1の場合に９６０であり、第２のサブキャリア間隔Ｓ2の場合に８６４である。別の態様では、ＲＡＣＨトーン間隔は１．２５ｋＨｚまたは５ｋＨｚのうちの１つであり、サブキャリア間隔は１５ｋＨｚまたは６０ｋＨｚのうちの１つである。ＲＡＣＨプリアンブルシーケンスのためのＲＡＣＨプリアンブルシーケンス長（たとえば、８３９）は、様々なサブキャリア間隔について固定である。
【００９０】
[00100]９０４において、ＵＥは、ＲＡＣＨリソース中のＲＡＣＨプリアンブルシーケンスを送信する。
【００９１】
[00101]図１０は、例示的な装置１００２中の異なる手段／構成要素間のデータフローを示す概念データフロー図１０００である。本装置は、基地局１０５０（たとえば、基地局１０２、１８０、３１０、４０４、１２５０）と通信しているＵＥ（たとえば、ＵＥ１０４、３５０、４０２、装置１００２’、装置１２０２／１２０２’）であり得る。本装置は、受信構成要素１００４、サブキャリア間隔構成要素１００６、割振り構成要素１００８、レートマッチング構成要素１０１０、パンクチャリング構成要素１０１２、ＲＡＣＨプリアンブル構成要素１０１４、および／または送信構成要素１０１６を含み得る。
【００９２】
[00102]受信構成要素１００４は、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を示す情報を基地局１０５０から受信するように構成され得る。一態様では、情報は、ＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＢＣＨのＤＭＲＳ、ＲＭＳＩ、ＯＳＩ、ＰＤＣＣＨ、ＲＲＣメッセージ、ハンドオーバメッセージ、またはＳＩＢのうちの１つまたは複数を通して受信される。受信構成要素１００４は、情報をサブキャリア間隔構成要素１００６に送るように構成され得る。
【００９３】
[00103]サブキャリア間隔構成要素１００６は、基地局１０５０から受信された情報に少なくとも部分的に基づいてＲＡＣＨサブキャリア間隔またはデータトーンサブキャリア間隔を決定するように構成され得る。サブキャリア間隔構成要素１００６は、ＲＡＣＨサブキャリア間隔および／またはデータトーンサブキャリア間隔に関連する情報を割振り構成要素１００８に送るように構成され得る。
【００９４】
[00104]割振り構成要素１００８は、たとえば、図８中の動作８０４に関してさらに詳細に上記で説明されたように、ＲＡＣＨサブキャリア間隔とデータトーンサブキャリア間隔とに基づいて、ＲＡＣＨプリアンブルシーケンスの送信のために割り振られたＲＡＣＨトーンの数を決定するように構成され得る。割振り構成要素１００８は、ＲＡＣＨリソースに割り振られたＲＡＣＨトーンの数に関連する情報を、レートマッチング構成要素１０１０、パンクチャリング構成要素１０１２、および／またはＲＡＣＨプリアンブル構成要素１０１４のうちの１つまたは複数に送るように構成され得る。
【００９５】
[00105]レートマッチング構成要素１０１０は、追加のガードトーンを与えるために、割り振られたＲＡＣＨリソースの周りのアップリンクデータをレートマッチングするように構成され得る。レートマッチング構成要素１０１０は、レートマッチングに関連する情報をＲＡＣＨプリアンブル構成要素１０１４に送るように構成され得る。
【００９６】
[00106]パンクチャリング構成要素１０１２は、ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含むＲＡＣＨリソースを用いてアップリンクデータをパンクチャするように構成され得る。パンクチャリング構成要素１０１２は、情報および／またはＲＡＣＨリソースを伴うパンクチャされたアップリンクデータをＲＡＣＨプリアンブル構成要素１０１４に送るように構成され得る。
【００９７】
[00107]ＲＡＣＨプリアンブル構成要素１０１４は、ＲＡＣＨリソースに割り振られたＲＡＣＨトーン、レートマッチング情報、および／またはパンクチャリング情報に基づいてＲＡＣＨプリアンブルシーケンスを生成するように構成され得る。ＲＡＣＨプリアンブル構成要素１０１４は、ＲＡＣＨプリアンブルを送信構成要素１０１６に送るように構成され得る。
【００９８】
[00108]送信構成要素１０１６は、決定された数のＲＡＣＨトーン内でＲＡＣＨリソース中のＲＡＣＨプリアンブルシーケンスを基地局１０５０に送信するように構成され得る。
【００９９】
[00109]本装置は、図９の上述のフローチャート中のアルゴリズムのブロックの各々を実行する追加の構成要素を含み得る。したがって、図９の上述のフローチャート中の各ブロックは、１つの構成要素によって実行され得、本装置は、それらの構成要素のうちの１つまたは複数を含み得る。構成要素は、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【０１００】
[00110]図１１は、処理システム１１１４を採用する装置１００２’のためのハードウェア実装形態の一例を示す図１１００である。処理システム１１１４は、バス１１２４によって概略的に表される、バスアーキテクチャを用いて実装され得る。バス１１２４は、処理システム１１１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１１２４は、プロセッサ１１０４によって表される１つまたは複数のプロセッサおよび／またはハードウェア構成要素と、構成要素１００４、１００６、１００８、１０１０、１０１２、１０１４、１０１６と、コンピュータ可読媒体／メモリ１１０６とを含む様々な回路を互いにリンクする。バス１１２４はまた、タイミングソース、周辺機器、電圧調節器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明されない。
【０１０１】
[00111]処理システム１１１４はトランシーバ１１１０に結合され得る。トランシーバ１１１０は１つまたは複数のアンテナ１１２０に結合される。トランシーバ１１１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１１１０は、１つまたは複数のアンテナ１１２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１１１４、特に受信構成要素１００４に与える。さらに、トランシーバ１１１０は、処理システム１１１４、特に送信構成要素１０１６から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１１２０に適用されるべき信号を生成する。処理システム１１１４は、コンピュータ可読媒体／メモリ１１０６に結合されたプロセッサ１１０４を含む。プロセッサ１１０４は、コンピュータ可読媒体／メモリ１１０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１１０４によって実行されたとき、処理システム１１１４に、特定の装置のための上記で説明された様々な機能を実行させる。コンピュータ可読媒体／メモリ１１０６はまた、ソフトウェアを実行するときにプロセッサ１１０４によって操作されるデータを記憶するために使用され得る。処理システム１１１４は、構成要素１００４、１００６、１００８、１０１０、１０１２、１０１４、１０１６のうちの少なくとも１つをさらに含む。それらの構成要素は、プロセッサ１１０４中で動作し、コンピュータ可読媒体／メモリ１１０６中に常駐する／記憶されたソフトウェア構成要素であるか、プロセッサ１１０４に結合された１つまたは複数のハードウェア構成要素であるか、またはそれらの何らかの組合せであり得る。処理システム１１１４は、ＵＥ３５０の構成要素であり得、メモリ３６０、および／またはＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とのうちの少なくとも１つを含み得る。
【０１０２】
[00112]一構成では、ワイヤレス通信のための装置１００２／１００２’は、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を示す情報を基地局１０５０から受信するための手段を含み得る。一態様では、情報は、ＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＢＣＨのＤＭＲＳ、ＲＭＳＩ、ＯＳＩ、ＰＤＣＣＨ、ＲＲＣメッセージ、ハンドオーバメッセージ、またはＳＩＢのうちの１つまたは複数を通して受信される。いくつかの他の構成では、ワイヤレス通信のための装置１００２／１００２’は、基地局から受信された情報に少なくとも部分的に基づいてＲＡＣＨサブキャリア間隔および／またはデータトーンサブキャリア間隔を決定するための手段を含み得る。いくつかの他の構成では、ワイヤレス通信のための装置１００２／１００２’は、たとえば、図８中の動作８０４に関してさらに詳細に上記で説明されたように、ＲＡＣＨサブキャリア間隔とデータトーンサブキャリア間隔とに基づいて、ＲＡＣＨプリアンブルシーケンスの送信のために割り振られたＲＡＣＨトーンの数を決定するための手段を含み得る。いくつかの他の構成では、ワイヤレス通信のための装置１００２／１００２’は、追加のガードトーンを与えるために、割り振られたＲＡＣＨリソースの周りのアップリンクデータをレートマッチングするための手段を含み得る。いくつかの他の構成では、ワイヤレス通信のための装置１００２／１００２’は、ＲＡＣＨプリアンブルシーケンスとＲＡＣＨガードトーンとを含むＲＡＣＨリソースを用いてアップリンクデータをパンクチャするための手段を含み得る。いくつかの他の構成では、ワイヤレス通信のための装置１００２／１００２’は、ＲＡＣＨリソースに割り振られたＲＡＣＨトーン、レートマッチング情報、および／またはパンクチャリング情報に基づいてＲＡＣＨプリアンブルシーケンスを生成するための手段を含み得る。いくつかの他の構成では、ワイヤレス通信のための装置１００２／１００２’は、決定された数のＲＡＣＨトーン内でＲＡＣＨリソース中のＲＡＣＨプリアンブルシーケンスを基地局に送信するための手段を含み得る。上述の手段は、上述の手段によって具陳された機能を実行するように構成された、装置１００２、および／または装置１００２’の処理システム１１１４の上述の構成要素のうちの１つまたは複数であり得る。上記で説明されたように、処理システム１１１４は、ＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、ＴＸプロセッサ３６８、ＲＸプロセッサ３５６、およびコントローラ／プロセッサ３５９であり得る。
【０１０３】
[00113]図１２は、例示的な装置１２０２中の異なる手段／構成要素間のデータフローを示す概念データフロー図１２００である。本装置は、基地局１２５０（たとえば、基地局１０２、１８０、３１０、４０４、１０５０）と通信しているＵＥ（たとえば、ＵＥ１０４、３５０、４０２、装置１００２’、装置１２０２／１２０２’）であり得る。本装置は、受信構成要素１２０４、サブキャリア間隔構成要素１２０６、割振り構成要素１２０８、ＲＡＣＨプリアンブル構成要素１２１０、および／または送信構成要素１２１２を含み得る。
【０１０４】
[00114]受信構成要素１２０４は、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を示す情報を基地局１０５０から受信するように構成され得る。一態様では、情報は、ＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＢＣＨのＤＭＲＳ、ＲＭＳＩ、ＯＳＩ、ＰＤＣＣＨ、ＲＲＣメッセージ、ハンドオーバメッセージ、またはＳＩＢのうちの１つまたは複数を通して受信される。受信構成要素１２０４は、情報をサブキャリア間隔構成要素１２０６に送るように構成され得る。
【０１０５】
[00115]サブキャリア間隔構成要素１２０６は、基地局１２５０から受信された情報に少なくとも部分的に基づいてサブキャリア間隔を決定するように構成され得る。サブキャリア間隔構成要素１２０６は、サブキャリア間隔に関連する情報を割振り構成要素１２０８に送るように構成され得る。
【０１０６】
[00116]割振り構成要素１２０８は、たとえば、図９中の動作９０２に関してさらに詳細に上記で説明されたように、ＲＡＣＨリソースのＲＢ内のサブキャリア間隔に基づいて、およびＲＢの各サブキャリア内のＲＡＣＨトーン間隔に基づいて、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を決定するように構成され得る。割振り構成要素１２０８は、ＲＡＣＨリソースに割り振られたＲＡＣＨトーンの数に関連する情報をＲＡＣＨプリアンブル構成要素１２１０に送るように構成され得る。
【０１０７】
[00117]ＲＡＣＨプリアンブル構成要素１２１０は、ＲＡＣＨリソースに割り振られたＲＡＣＨトーン、レートマッチング情報、および／またはパンクチャリング情報に基づいてＲＡＣＨプリアンブルシーケンスを生成するように構成され得る。ＲＡＣＨプリアンブル構成要素１２１０は、ＲＡＣＨプリアンブルを送信構成要素１２１２に送るように構成され得る。
【０１０８】
[00118]送信構成要素１２１２は、決定された数のＲＡＣＨトーン内でＲＡＣＨリソース中のＲＡＣＨプリアンブルシーケンスを基地局１２５０に送信するように構成され得る。
【０１０９】
[00119]本装置は、図９の上述のフローチャート中のアルゴリズムのブロックの各々を実行する追加の構成要素を含み得る。したがって、図９の上述のフローチャート中の各ブロックは、１つの構成要素によって実行され得、本装置は、それらの構成要素のうちの１つまたは複数を含み得る。構成要素は、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【０１１０】
[00120]図１３は、処理システム１３１４を採用する装置１２０２’のためのハードウェア実装形態の一例を示す図１３００である。処理システム１３１４は、バス１３２４によって概略的に表される、バスアーキテクチャを用いて実装され得る。バス１３２４は、処理システム１３１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１３２４は、プロセッサ１３０４によって表される１つまたは複数のプロセッサおよび／またはハードウェア構成要素と、構成要素１２０４、１２０６、１２０８、１２１０、１２１２と、コンピュータ可読媒体／メモリ１３０６とを含む様々な回路を互いにリンクする。バス１３２４はまた、タイミングソース、周辺機器、電圧調節器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明されない。
【０１１１】
[00121]処理システム１３１４はトランシーバ１３１０に結合され得る。トランシーバ１３１０は１つまたは複数のアンテナ１３２０に結合される。トランシーバ１３１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１３１０は、１つまたは複数のアンテナ１３２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１３１４、特に受信構成要素１２０４に与える。さらに、トランシーバ１３１０は、処理システム１３１４、特に送信構成要素１２１２から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１３２０に適用されるべき信号を生成する。処理システム１３１４は、コンピュータ可読媒体／メモリ１３０６に結合されたプロセッサ１３０４を含む。プロセッサ１３０４は、コンピュータ可読媒体／メモリ１３０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１３０４によって実行されたとき、処理システム１３１４に、特定の装置のための上記で説明された様々な機能を実行させる。コンピュータ可読媒体／メモリ１３０６はまた、ソフトウェアを実行するときにプロセッサ１３０４によって操作されるデータを記憶するために使用され得る。処理システム１３１４は、構成要素１２０４、１２０６、１２０８、１２１０、１２１２のうちの少なくとも１つをさらに含む。それらの構成要素は、プロセッサ１３０４中で動作し、コンピュータ可読媒体／メモリ１３０６中に常駐する／記憶されたソフトウェア構成要素であるか、プロセッサ１３０４に結合された１つまたは複数のハードウェア構成要素であるか、またはそれらの何らかの組合せであり得る。処理システム１３１４は、ＵＥ３５０の構成要素であり得、メモリ３６０、および／またはＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とのうちの少なくとも１つを含み得る。
【０１１２】
[00122]一構成では、ワイヤレス通信のための装置１２０２／１２０２’は、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を示す情報を基地局１０５０から受信するための手段を含み得る。一態様では、情報は、ＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＢＣＨのＤＭＲＳ、ＲＭＳＩ、ＯＳＩ、ＰＤＣＣＨ、ＲＲＣメッセージ、ハンドオーバメッセージ、またはＳＩＢのうちの１つまたは複数を通して受信される。いくつかの他の構成では、ワイヤレス通信のための装置１２０２／１２０２’は、基地局から受信された情報に少なくとも部分的に基づいてサブキャリア間隔を決定するための手段を含み得る。いくつかの他の構成では、ワイヤレス通信のための装置１２０２／１２０２’は、たとえば、図９中の動作９０２に関してさらに詳細に上記で説明されたように、ＲＡＣＨリソースのＲＢ内のサブキャリア間隔に基づいて、およびＲＢの各サブキャリア内のＲＡＣＨトーン間隔に基づいて、ＲＡＣＨリソースに割り振るべきＲＡＣＨトーンの数を決定するための手段を含み得る。いくつかの他の構成では、ワイヤレス通信のための装置１２０２／１２０２’は、ＲＡＣＨリソースに割り振られたＲＡＣＨトーン、レートマッチング情報、および／またはパンクチャリング情報に基づいてＲＡＣＨプリアンブルシーケンスを生成するための手段を含み得る。いくつかの他の構成では、ワイヤレス通信のための装置１２０２／１２０２’は、決定された数のＲＡＣＨトーン内でＲＡＣＨリソース中のＲＡＣＨプリアンブルシーケンスを基地局に送信するための手段を含み得る。上述の手段は、上述の手段によって具陳された機能を実行するように構成された、装置１２０２、および／または装置１２０２’の処理システム１３１４の上述の構成要素のうちの１つまたは複数であり得る。上記で説明されたように、処理システム１３１４は、ＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、ＴＸプロセッサ３６８、ＲＸプロセッサ３５６、およびコントローラ／プロセッサ３５９であり得る。
【０１１３】
[00123]再び図１〜図１３のいずれかを参照すると、いくつかの実装形態では、上記で説明されたステップがＵＥ（たとえば、ＵＥ１０４、３５０、４０２、装置１００２／１００２’、装置１２０２／１２０２’）の代わりに基地局（たとえば、基地局１０２、１８０、３１０、４０４、１０５０、１２５０）によって実行され得ることに留意されたい。特に、ＲＡＣＨトーン間隔とサブキャリア間隔とを前提としたＲＡＣＨトーンの数の決定に関して上記でとられたプロシージャは、あらかじめ計算され、基地局（たとえば、基地局１０２、１８０、３１０、４０４、１０５０、１２５０）からＵＥ１０４／４０２にテーブル中で特定のＰＲＡＣＨ割振りとして与えられ得る。基地局（たとえば、基地局１０２、１８０、３１０、４０４、１０５０、１２５０）は、次いで、単に、そのテーブルをＤＬ情報の一部としてＵＥ（たとえば、ＵＥ１０４、３５０、４０２、装置１００２／１００２’、装置１２０２／１２０２’）に与え得、次いで、ＵＥ（たとえば、ＵＥ１０４、３５０、４０２、装置１００２／１００２’、装置１２０２／１２０２’）は、単に、あらかじめ計算されたテーブルに従って適切なパンクチャリングまたはレートマッチング挙動を実行する。
【０１１４】
[00124]開示されるプロセス／フローチャート中のブロックの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセス／フローチャート中のブロックの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのブロックは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【０１１５】
[00125]以上の説明は、当業者が本明細書で説明された様々な態様を実施できるようにするために与えられた。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明されたいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか（some）」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明された様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示されるいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。「モジュール」、「機構」、「要素」、「デバイス」などという単語は、「手段」という単語の代用でないことがある。したがって、いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
【図１】
2020537410.tif 000005
【図２Ａ】
2020537410.tif 000006
【図２Ｂ】
2020537410.tif 000007
【図２Ｃ】
2020537410.tif 000008
【図２Ｄ】
2020537410.tif 000009
【図３】
2020537410.tif 000010
【図４】
2020537410.tif 000011
【図５】
2020537410.tif 000012
【図６】
2020537410.tif 000013
【図７】
2020537410.tif 000014
【図８】
2020537410.tif 000015
【図９】
2020537410.tif 000016
【図１０】
2020537410.tif 000017
【図１１】
2020537410.tif 000018
【図１２】
2020537410.tif 000019
【図１３】
2020537410.tif 000020
【国際調査報告】
2020537410.tif 000021
2020537410.tif 000022
2020537410.tif 000023