▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特開2024-116200ビームフォーミングシステムにおけるＮｅｗ Ｒａｄｉｏランダムアクセス
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024116200
(43)【公開日】2024-08-27
(54)【発明の名称】ビームフォーミングシステムにおけるＮｅｗ Ｒａｄｉｏランダムアクセス
(51)【国際特許分類】
H04W 74/0836 20240101AFI20240820BHJP
H04W 16/28 20090101ALI20240820BHJP
H04L 27/26 20060101ALI20240820BHJP
【ＦＩ】
H04W74/0836
H04W16/28
H04L27/26 114
【審査請求】有
【請求項の数】19
【出願形態】ＯＬ
(21)【出願番号】P 2024087978
(22)【出願日】2024-05-30
(62)【分割の表示】P 2021024303の分割
【原出願日】2017-09-28
(31)【優先権主張番号】62/400,980
(32)【優先日】2016-09-28
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/416,592
(32)【優先日】2016-11-02
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/443,319
(32)【優先日】2017-01-06
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/454,470
(32)【優先日】2017-02-03
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＷＣＤＭＡ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】カイル・ジュン－リン・パン
(72)【発明者】
【氏名】ジャネット・エイ・ステルン－バーコウィッツ
(72)【発明者】
【氏名】ムン－イル・リー
(72)【発明者】
【氏名】フェンジュン・シー
(57)【要約】
【課題】ワイヤレス送信／受信ユニット（ＷＴＲＵ）のビームのためのビーム相反性を決定するための方法およびシステムを提供する。
【解決手段】ＷＴＲＵは、同期のためのダウンリンク（ＤＬ）ビームを決定し、決定されたＤＬビームを使用して、送信受信点（ＴＲＰ）送信（ＴＸ）／受信（ＲＸ）ビーム対応情報（ＢＣＩ）を決定し、少なくともＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいてＷＴＲＵ ＴＸビームの数を決定し、少なくともＤＬビームおよびＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいてＷＴＲＵ ＴＸビームのセットを決定することができる。このセットを決定することは、１つまたは複数のＷＴＲＵ ＴＸビーム方向を決定することを含む。また、ＷＴＲＵは、決定されたＷＴＲＵ ＴＸビームのセットを使用してデータを送信することができる。ＴＲＰ ＴＸ／ＲＸ ＢＣＩの決定は、受信されたＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいてよい。
【選択図】図４
【解決手段】ＷＴＲＵは、同期のためのダウンリンク（ＤＬ）ビームを決定し、決定されたＤＬビームを使用して、送信受信点（ＴＲＰ）送信（ＴＸ）／受信（ＲＸ）ビーム対応情報（ＢＣＩ）を決定し、少なくともＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいてＷＴＲＵ ＴＸビームの数を決定し、少なくともＤＬビームおよびＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいてＷＴＲＵ ＴＸビームのセットを決定することができる。このセットを決定することは、１つまたは複数のＷＴＲＵ ＴＸビーム方向を決定することを含む。また、ＷＴＲＵは、決定されたＷＴＲＵ ＴＸビームのセットを使用してデータを送信することができる。ＴＲＰ ＴＸ／ＲＸ ＢＣＩの決定は、受信されたＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいてよい。
【選択図】図４
【特許請求の範囲】
【請求項1】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック送信を受信し、
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた情報に基づいてＳＳ／ＰＢＣＨブロックインデックスを決定し、
前記決定されたＳＳ／ＰＢＣＨブロックインデックスに基づいて物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定し、
ＰＲＡＣＨプリアンブルおよび許可なし物理アップリンクリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを送信し、前記ＰＲＡＣＨプリアンブルは、２ステップランダムアクセス手順と関連付けられ、前記ＰＲＡＣＨプリアンブルは、前記決定されたＰＲＡＣＨリソースを用いて送信され、
前記第１のメッセージに応答して第２のメッセージを受信し、前記第２のメッセージは、競合解消を含む
ように構成されたプロセッサ
を備えたことを特徴とするＷＴＲＵ。
同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック送信を受信し、
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた情報に基づいてＳＳ／ＰＢＣＨブロックインデックスを決定し、
前記決定されたＳＳ／ＰＢＣＨブロックインデックスに基づいて物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定し、
ＰＲＡＣＨプリアンブルおよび許可なし物理アップリンクリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを送信し、前記ＰＲＡＣＨプリアンブルは、２ステップランダムアクセス手順と関連付けられ、前記ＰＲＡＣＨプリアンブルは、前記決定されたＰＲＡＣＨリソースを用いて送信され、
前記第１のメッセージに応答して第２のメッセージを受信し、前記第２のメッセージは、競合解消を含む
ように構成されたプロセッサ
を備えたことを特徴とするＷＴＲＵ。
【請求項2】
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた前記情報は、復調参照信号（ＤＭＲＳ）系列から導出されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項3】
前記ＤＭＲＳ系列は、前記ＳＳ／ＰＢＣＨブロック送信にて送信されることを特徴とする請求項２に記載のＷＴＲＵ。
【請求項4】
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた前記情報は、１つまたは複数のＰＢＣＨペイロードビットから導出されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項5】
前記ＳＳ／ＰＢＣＨブロックインデックスは、ビームのサブセットに対応することを特徴とする請求項１に記載のＷＴＲＵ。
【請求項6】
ビームの前記サブセットは、単一のビームを含むことを特徴とする請求項５に記載のＷＴＲＵ。
【請求項7】
１つまたは複数のペイロードビットは、前記単一のビームを示すのに用いられることを特徴とする請求項６に記載のＷＴＲＵ。
【請求項8】
前記ＰＲＡＣＨリソースは、プリアンブルリソース、時間リソース、および周波数リソースのうちの１つまたは複数を含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項9】
前記ＰＲＡＣＨリソースは、時間リソースまたは周波数リソースのうちの１つまたは複数を用いて、前記ＳＳ／ＰＢＣＨインデックスに基づいて決定されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項10】
同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック送信を受信することと、
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた情報に基づいてＳＳ／ＰＢＣＨブロックインデックスを決定することと、
前記決定されたＳＳ／ＰＢＣＨブロックインデックスに基づいて物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定することと、
ＰＲＡＣＨプリアンブルおよび許可なし物理アップリンクリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを送信することであって、前記ＰＲＡＣＨプリアンブルは、前記決定されたＰＲＡＣＨリソースを用いて送信される２ステップランダムアクセス手順と関連付けられる、ことと、
前記第１のメッセージに応答して第２のメッセージを受信することであって、前記第２のメッセージは、競合解消を含む、ことと
を備えることを特徴とする方法。
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた情報に基づいてＳＳ／ＰＢＣＨブロックインデックスを決定することと、
前記決定されたＳＳ／ＰＢＣＨブロックインデックスに基づいて物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定することと、
ＰＲＡＣＨプリアンブルおよび許可なし物理アップリンクリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを送信することであって、前記ＰＲＡＣＨプリアンブルは、前記決定されたＰＲＡＣＨリソースを用いて送信される２ステップランダムアクセス手順と関連付けられる、ことと、
前記第１のメッセージに応答して第２のメッセージを受信することであって、前記第２のメッセージは、競合解消を含む、ことと
を備えることを特徴とする方法。
【請求項11】
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた前記情報は、復調参照信号（ＤＭＲＳ）系列から導出されることを特徴とする請求項１０に記載の方法。
【請求項12】
前記ＤＭＲＳ系列は、前記ＳＳ／ＰＢＣＨブロック送信にて送信されることを特徴とする請求項１１に記載の方法。
【請求項13】
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた前記情報は、１つまたは複数のＰＢＣＨペイロードビットから導出されることを特徴とする請求項１０に記載の方法。
【請求項14】
前記ＳＳ／ＰＢＣＨブロックインデックスは、ビームのサブセットに対応することを特徴とする請求項１０に記載の方法。
【請求項15】
ビームの前記サブセットは、単一のビームを含むことを特徴とする請求項１４に記載の方法。
【請求項16】
１つまたは複数のペイロードビットは、前記単一のビームを示すのに用いられることを特徴とする請求項１５に記載の方法。
【請求項17】
前記ＰＲＡＣＨリソースは、プリアンブルリソース、時間リソース、および周波数リソースのうちの１つまたは複数を含むことを特徴とする請求項１０に記載の方法。
【請求項18】
前記ＰＲＡＣＨリソースは、時間リソースまたは周波数リソースのうちの１つまたは複数を用いて、前記ＳＳ／ＰＢＣＨインデックスに基づいて決定されることを特徴とする請求項１０に記載の方法。
【請求項19】
同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック送信を送信し、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルおよび許可なし物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを受信し、前記ＰＲＡＣＨプリアンブルは、２ステップランダムアクセス手順と関連付けられ、前記ＰＲＡＣＨプリアンブルは、ＰＲＡＣＨリソースを用いて受信され、
前記ＳＳ／ＰＢＣＨブロック送信は、ＳＳ／ＰＢＣＨブロックインデックスと関連付けられ、
前記ＳＳ／ＰＢＣＨブロックインデックスは、前記ＰＲＡＣＨリソースと関連付けられ、
前記第１のメッセージに応答して第２のメッセージを受信し、前記第２のメッセージは、競合解消の表示を含む
ように構成されたプロセッサを備えたことを特徴とする基地局。
物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルおよび許可なし物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを受信し、前記ＰＲＡＣＨプリアンブルは、２ステップランダムアクセス手順と関連付けられ、前記ＰＲＡＣＨプリアンブルは、ＰＲＡＣＨリソースを用いて受信され、
前記ＳＳ／ＰＢＣＨブロック送信は、ＳＳ／ＰＢＣＨブロックインデックスと関連付けられ、
前記ＳＳ／ＰＢＣＨブロックインデックスは、前記ＰＲＡＣＨリソースと関連付けられ、
前記第１のメッセージに応答して第２のメッセージを受信し、前記第２のメッセージは、競合解消の表示を含む
ように構成されたプロセッサを備えたことを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ビームフォーミングシステムにおけるＮｅｗ Ｒａｄｉｏランダムアクセスに関する。
【背景技術】
【0002】
関連出願の相互参照
本出願は、２０１６年９月２８日に出願された米国仮特許出願第６２／４００，９８０号、２０１６年１１月２日に出願された米国仮特許出願第６２／４１６，５９２号、２０１７年１月６日に出願された米国仮特許出願第６２／４４３，３１９号、および２０１７年２月３日に出願された米国仮特許出願第６２／４５４，４７０号の利益を主張するものであり、同仮特許出願の内容は、参照により本明細書に組み込まれる。
本出願は、２０１６年９月２８日に出願された米国仮特許出願第６２／４００，９８０号、２０１６年１１月２日に出願された米国仮特許出願第６２／４１６，５９２号、２０１７年１月６日に出願された米国仮特許出願第６２／４４３，３１９号、および２０１７年２月３日に出願された米国仮特許出願第６２／４５４，４７０号の利益を主張するものであり、同仮特許出願の内容は、参照により本明細書に組み込まれる。
【0003】
国際電気通信連合（ＩＴＵ）無線通信部門（ＩＴＵ－Ｒ）、次世代モバイルネットワークス（ＮＧＭＮ）アライアンス、および第３世代パートナーシッププロジェクト（３ＧＰＰ）を含むいくつかのグループが、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）としても知られている場合がある、出現しつつある第５世代（５Ｇ）システムのための一般的な要件を立案してきた。これらの一般的な要件に基づいて、出現しつつある５Ｇシステムのための使用事例の大まかな分類は、モバイルブロードバンドの高度化（ｅＭＢＢ：Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、超大量マシンタイプ通信（ｍＭＴＣ：Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）および超高信頼低レイテンシ通信（ＵＲＬＬＣ：Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）と描写可能である。
【0004】
異なる使用事例は、より高いデータ転送速度、より高いスペクトル効率、低電力、ならびにより高いエネルギー効率、より低いレイテンシ、およびより高い信頼性などの異なる要件を重視する場合がある。７００メガヘルツ（ＭＨｚ）から８０ギガヘルツ（ＧＨｚ）に及ぶ広範囲のスペクトル帯域が、さまざまな展開シナリオのために考慮されている。
【発明の概要】
【発明が解決しようとする課題】
【0005】
搬送周波数が増加するので、重度の経路損失は、十分なカバレッジエリアを保証するために重大な制限であることが知られている。ミリメートル波システムにおける送信は、加えて、見通し外損失、たとえば、回折損失、侵入損失、酸素吸収損失、群葉（foliage）損失などに苦しむ場合がある。
【課題を解決するための手段】
【0006】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）のビームのためのビーム相反性（reciprocity）を決定するための方法およびシステムが開示される。ＷＴＲＵは、同期のためのダウンリンク（ＤＬ）ビームを決定することができる。次いで、ＷＴＲＵは、決定されたＤＬビームを使用して、送信受信点（ＴＲＰ）送信（ＴＸ）／受信（ＲＸ）ビーム対応情報（ＢＣＩ）を決定することができる。さらに、ＷＴＲＵは、少なくともＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいてＷＴＲＵ ＴＸビームの数（a number of）を決定することができる。また、ＷＴＲＵは、少なくともＤＬビームおよびＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいてＷＴＲＵ ＴＸビームのセットを決定することができ、このセットを決定することは、１つまたは複数のＷＴＲＵ ＴＸビーム方向を決定することを含む。加えて、ＷＴＲＵは、決定されたＷＴＲＵ ＴＸビームのセットを使用してデータを送信することができる。
【0007】
一例では、ＴＲＰ ＴＸ／ＲＸ ＢＣＩの決定は、受信されたＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいてよい。別の例では、ＴＲＰ ＴＸ／ＲＸ ＢＣＩの決定は、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）－物理ブロードキャストチャネル（ＰＢＣＨ）巡回冗長検査（ＣＲＣ）マスクのマスキング解除、１つまたは複数のＮＲ－ＰＢＣＨリソース、ＮＲ－ＰＢＣＨペイロード、またはシステム情報ブロック（ＳＩＢ）のうちの少なくとも１つに基づいてよい。
【0008】
さらなる一例では、決定されたＤＬビームは、ＴＲＰからのＮＲ－ＰＢＣＨ受信のためとすることができる。追加の例では、ＮＲ－ＰＢＣＨは、ＳＳ／ＰＢＣＨとすることができる。また、ＳＳ／ＰＢＣＨは、ＳＳブロック時間インデックスを含んでよい。
【0009】
加えて、ＴＸ／ＲＸ ＢＣＩは、対応タイプの表示（indication）、ＴＸ／ＲＸビーム幅関係、またはＴＸ／ＲＸビーム方向関係のうちの少なくとも１つを含んでよい。また、ＷＴＲＵ ＴＸビームのセットの決定は、決定されたＷＴＲＵ ＴＸビームの数にさらに基づいてよい。
【0010】
追加の例では、ＷＴＲＵは、決定されたＤＬビームによって使用されるリソースに基づいてランダムアクセスチャネル（ＲＡＣＨ）手順のためのプリアンブルを決定してよい。次いで、ＷＴＲＵは、プリアンブルを送信することができる。一例では、プリアンブルは、ｇＮＢ ＲＸビームにマップされたプリアンブル時間リソースを使用して送信されてよい。
【図面の簡単な説明】
【0011】
より詳細な理解は、添付の図面に関連して一例として与えられる、以下の説明からもたらされ得る。
【図1A】１つまたは複数の開示される実施形態が実施できる例示的通信システムのシステム図である。
【図2】ビームフォーミングされるランダムアクセス方法の一例を例示するフローチャート図である。
【図3】部分的送信（ＴＸ）ビーム／受信（ＲＸ）ビーム相反性のための例示的方法および手順を例示するフローチャート図である。
【図4】ＷＴＲＵ－ＴＸビームセットを決定するための相反性の例示的使用を例示するフローチャート図である。
【図5】ＴＸ／ＲＸビーム相反性の表示のための例示的方法を例示するフローチャート図である。
【図6】ＴＸ／ＲＸビーム相反性を決定するための例示的方法および手順を例示するフローチャート図である。
【図7】ＴＸ／ＲＸビーム相反性の表示のための別の例示的方法を例示するフローチャート図である。
【図8】ビーム動作モードのためのＷＴＲＵ手順の一例を例示するフローチャート図である。
【図9】ＷＴＲＵビーム対応、ビーム相反性、または両方を決定および報告するための例示的ＷＴＲＵ方法および手順を例示するフローチャート図である。
【図10】ビーム展開に基づいた例示的物理ランダムアクセスチャネル（ＰＲＡＣＨ）手順およびプリアンブルフォーマット選択を例示するフローチャート図である。
【図11】別の例示的ＰＲＡＣＨ手順およびプリアンブルフォーマット選択を例示するフローチャート図である。
【図12】エネルギー節約モードＷＴＲＵとともにネットワーク動作モードを例示するネットワーク動作図である。
【図13】低レイテンシモードとともにネットワーク動作モードを例示するネットワーク動作図である。
【図14】エネルギー節約モードかつ低レイテンシモードにおけるネットワーク動作を例示するネットワーク動作図である。
【図15】送信受信点（ＴＲＰ）効率的動作および動作モードを決定することを例示するフローチャート図である。
【図16】ビーム相反性ベースのランダムアクセスのための例示的方法および手順を例示するフローチャート図である。
【発明を実施するための形態】
【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】
ＳＧＷ１６４はＰＧＷ１６６に接続でき、ＰＧＷ１６６は、インターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【0043】
ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。たとえば、ＣＮ１１５は、ＰＳＴＮ１０８などの回路交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にすることができる。たとえば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、または、これと通信してよい。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードネットワークおよび／またはワイヤレスネットワークを含むことができる。
【0044】
ＷＴＲＵは、図１Ａ～図１Ｄではワイヤレス端末として説明されているが、いくつかの特定の代表的な実施形態では、そのような端末は、通信ネットワークとのワイヤード通信インタフェースを（たとえば、一時的にまたは永続的に）使用してよいことが企図されている。
【0045】
代表的な実施形態では、他のネットワーク１１２はＷＬＡＮであってよい。
【0046】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、このＡＰと関連づけられた１つまたは複数の局（ＳＴＡ）とを有することができる。ＡＰは、配信システム（ＤＳ）またはＢＳＳへとおよび／もしくはこれからトラフィックを搬送する別のタイプのワイヤード／ワイヤレスネットワークへのアクセスまたはインタフェースを有することができる。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを通って到達してよく、ＳＴＡに配信されてよい。ＳＴＡから生じる、ＢＳＳの外部の宛先へのトラフィックは、それぞれの宛先に配信されるためにＡＰに送られてよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送られてよく、たとえば、ソースＳＴＡは、ＡＰにトラフィックを送ってよく、ＡＰは、宛先ＳＴＡにトラフィックを配信してよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとみなされてよく、および／またはこのように呼ばれる場合がある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（たとえば、その間で直接）送られてよい。いくつかの代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さない場合があり、ＩＢＳＳの中のまたはＩＢＳＳを使用するＳＴＡ（たとえば、ＳＴＡのすべて）は、互いと直接通信することができる。通信のＩＢＳＳモードは、本明細書では、通信の「アドホック」モードと呼ばれる場合がある。
【0047】
動作の８０２．１１ａｃインフラストラクチャモードまたは動作の類似のモードを使用するとき、ＡＰは、プライマリチャネルなどの固定チャネル上でビーコンを送信することができる。プライマリチャネルは、固定幅（たとえば、２０ＭＨｚ幅の帯域幅）であってもよいし、動的に設定された幅であってもよい。プライマリチャネルは、ＢＳＳの動作チャネルであってよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてよい。いくつかの代表的な実施形態では、たとえば８０２．１１システム内で、搬送波感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が実施されてよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（たとえば、あらゆるＳＴＡ）は、プライマリチャネルを感知することができる。プライマリチャネルが、特定のＳＴＡによって、感知／検出される、および／またはビジーであることが決定された場合、その特定のＳＴＡは、バックオフすることができる。１つのＳＴＡ（たとえば、１つの局のみ）が、所与のＢＳＳにおいて任意の所与の時間に送信することができる。
【0048】
高スループット（ＨＴ）ＳＴＡは、たとえば、隣接するまたは隣接していない２０ＭＨｚチャネルとのプライマリ２０ＭＨｚチャネルの組み合わせを介して、４０ＭＨｚ幅チャネルを通信に使用して、４０ＭＨｚ幅チャネルを形成することができる。
【0049】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚチャネル、および／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成できる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成されてもよいし、２つの連続しない８０ＭＨｚチャネルを組み合わせることによって形成されてもよく、後者は、８０＋８０構成と呼ばれる場合がある。８０＋８０構成の場合、チャネル符号化後のデータは、データを２つのストリームに分割できるセグメントパーサに通過させられる場合がある。逆高速フーリエ変換（ＩＦＦＴ）処理および時間領域処理は、各ストリーム上で別個になされてよい。ストリームは、２つの８０ＭＨｚチャネル上にマップでき、データは、送信側ＳＴＡによって送信できる。受信側ＳＴＡの受信機では、上記で説明された８０＋８０構成のための動作は、逆にされてよく、組み合わされたデータは、メディアアクセス制御（ＭＡＣ）に送られてよい。
【0050】
動作のサブ１ＧＨｚモードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ａｆおよび８０２．１１ａｈでは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるものに比べて減少される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル内の５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用する、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなどのメータタイプ制御（Ｍｅｔｅｒ Ｔｙｐｅ Ｃｏｎｔｒｏｌ）／マシンタイプ通信（ＭＴＣ）をサポートすることができる。ＭＴＣデバイスは、いくつかの能力、たとえば、いくつかのおよび／または限られた帯域幅に対するサポート（たとえば、これのみに対するサポート）を含む限られた能力を有することができる。ＭＴＣデバイスは、（たとえば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命をもつバッテリを含むことができる。
【0051】
複数のチャネルと、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどのチャネル帯域幅とをサポートすることができるＷＬＡＮシステムは、プライマリチャネルとして指定できるチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最も大きい共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、最も小さい帯域幅動作モードをサポートする、ＢＳＳ内で動作するときにすべてのＳＴＡの中の、あるＳＴＡによって設定および／または限定できる。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰおよびＢＳＳ内の他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（たとえば、これのみをサポートする）ＳＴＡ（たとえば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であってよい。搬送波感知および／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存する場合がある。たとえば、（１ＭＨｚ動作モードのみをサポートする）ＳＴＡがＡＰに送信することにより、プライマリチャネルがビジーである場合、すべての利用可能な周波数帯域は、利用可能な周波数帯域の大半がアイドルであるままであっても、ビジーであると考慮できる。
【0052】
米国では、８０２．１１ａｈによって使用できる利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国名コードに応じて、６ＭＨｚから２６ＭＨｚである。
【0053】
図１Ｄは、ＲＡＮ１１７とＣＮ１１９とを含む通信システム１００を例示するシステム図である。上記で言及されたように、ＲＡＮ１１７は、ＮＲ無線技術を採用して、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１７は、ＣＮ１１９とも通信することができる。
【0054】
ＲＡＮ１１７は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１１７は、一実施形態と矛盾しないままでありながら、任意の数のｇＮＢを含んでよいことが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。たとえば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、信号をｇＮＢ１８０ａ、１８０ｂ、１８０ｃに送信する、および／またはこれから信号を受信することができる。したがって、ｇＮＢ１８０ａは、たとえば、複数のアンテナを使用して、ワイヤレス信号をＷＴＲＵ１０２ａに送信する、および／またはワイヤレス信号をＷＴＲＵ１０２ａから受信することができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。たとえば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａに送信することができる（図示せず）。これらのコンポーネントキャリアのサブセットはアンライセンススペクトル上にあってよく、残りのコンポーネントキャリアはライセンススペクトル上にあってよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することができる。たとえば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信することができる。
【0055】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジー（scalable numerology）と関連づけられた送信を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。たとえば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／またはワイヤレス送信スペクトルの異なる部分に対して変化してよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、サブフレームまたは種々の長さもしくはスケーラブルな長さの送信時間インターバル（ＴＴＩ）（たとえば、さまざまな数のＯＦＤＭシンボルおよび／または長く続くさまざまな長さの絶対時間を含有する）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【0056】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成できる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（たとえば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにもアクセスすることなくｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数をモビリティアンカーポイントとして利用することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、アンライセンス帯域内で信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信する／接続することができる。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するために、ＤＣ原理を実施することができる。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するモビリティアンカーとして働くことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするために、追加のカバレッジおよび／またはスループットを提供することができる。
【0057】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連づけでき、無線リソース管理判断、ハンドオーバ判断、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けてのユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けての制御プレーン情報のルーティングなどを扱うように構成できる。図１Ｄに図示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェース上で互いと通信することができる。
【0058】
図１Ｄに図示されるＣＮ１１９は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂとを含むことができる。前述の要素は、ＣＮ１１９の一部として描写されているが、これらの要素のいずれも、ＣＮ運用事業者以外のエンティティによって所有および／または運用されてよいことが理解されるであろう。
【0059】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介してＲＡＮ１１７内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続でき、制御ノードとして働くことができる。たとえば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（たとえば、異なる要件をもつ異なるプロトコルデータユニット（ＰＤＵ）セッションの扱い）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、非アクセス層（ＮＡＳ）シグナリングの終了、モビリティ管理などを担当することができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用できる。たとえば、異なるネットワークスライスは、超高信頼低レイテンシ（ＵＲＬＬＣ）アクセスに依拠するサービス、モバイルブロードバンドの高度化（ｅＭＢＢ）アクセスに依拠するサービス、ＭＴＣアクセスのためのサービスなどの、異なる使用事例のために確立できる。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１１７とＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）とを切り換えるための制御プレーン機能を提供することができる。
【0060】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースを介して、ＣＮ１１９内でＡＭＦ１８２ａ、１８２ｂに接続できる。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インタフェースを介して、ＣＮ１１９内でＵＰＦ１８４ａ、１８４ｂにも接続できる。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＩＰアドレスを管理してＵＥに割り当てること、ＰＤＵセッションを管理すること、ポリシー施行およびＱｏＳを制御すること、ＤＬデータ通知を提供することなどの、他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであってよい。
【0061】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースを介してＲＡＮ１１７内でｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続でき、Ｎ３インタフェースは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４、１８４ｂは、パケットをルーティングおよびフォワーディングすること、ユーザプレーンポリシーを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを扱うこと、ＤＬパケットをバッファリングすること、モビリティアンカリングを提供することなどの、他の機能を実行することができる。
【0062】
ＣＮ１１９は、他のネットワークとの通信を容易にすることができる。たとえば、ＣＮ１１９は、ＣＮ１１９とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、または、これと通信してよい。加えて、ＣＮ１１９は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードネットワークおよび／またはワイヤレスネットワークを含むことができる。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェースおよびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルＤＮ１８５ａ、１８５ｂに接続できる。
【0063】
図１Ａ～図１Ｄおよび図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関して本明細書において説明される機能のうちの１つまたは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行できる。エミュレーションデバイスは、本明細書において説明される機能のうちの１つまたは複数またはすべてをエミュレートするように構成された１つまたは複数のデバイスであってよい。たとえば、エミュレーションデバイスは、他のデバイスをテストするならびに／またはネットワーク機能および／もしくはＷＴＲＵ機能をシミュレートするために使用できる。
【0064】
エミュレーションデバイスは、ラボ環境においておよび／または運用事業者ネットワーク環境において他のデバイスの１つまたは複数のテストを実施するように設計できる。たとえば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするためにワイヤード通信ネットワークおよび／またはワイヤレス通信ネットワークの一部として完全または部分的に実施および／または展開されながら、機能のうちの１つまたは複数またはすべてを実行することができる。１つまたは複数のエミュレーションデバイスは、ワイヤード通信ネットワークおよび／またはワイヤレス通信ネットワークの一部として一時的に実施／展開されながら、１つまたは複数またはすべての機能を実行することができる。エミュレーションデバイスは、テストおよび／またはｏｖｅｒ－ｔｈｅ－ａｉｒワイヤレス通信を使用するテストを実行する目的で別のデバイスに直接結合できる。
【0065】
１つまたは複数のエミュレーションデバイスは、ワイヤード通信ネットワークおよび／またはワイヤレス通信ネットワークの一部として実施／展開されずに、すべてを含む、１つまたは複数の機能を実行することができる。たとえば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テストラボラトリならびに／または非展開（たとえば、テスト用）ワイヤード通信ネットワークおよび／もしくはワイヤレス通信ネットワーク内でのテストシナリオにおいて利用できる。１つまたは複数のエミュレーションデバイスは、テスト機器であってよい。直接ＲＦ結合および／またはＲＦ回路機構（たとえば、１つまたは複数のアンテナを含むことができるもの）を介したワイヤレス通信は、データを送信および／または受信するためにエミュレーションデバイスによって使用できる。
【0066】
国際電気通信連合（ＩＴＵ）無線通信部門（ＩＴＵ－Ｒ）、次世代モバイルネットワークス（ＮＧＭＮ）アライアンス、および第３世代パートナーシッププロジェクト（３ＧＰＰ）によって発表された一般的な要件に基づいて、出現しつつある第５世代（５Ｇ）システムのための使用事例の大まかな分類は、モバイルブロードバンドの高度化（ｅＭＢＢ：Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、超大量マシンタイプ通信（ｍＭＴＣ：Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）および超高信頼低レイテンシ通信（ＵＲＬＬＣ：Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）と描写可能である。異なる使用事例は、より高いデータ転送速度、より高いスペクトル効率、低電力、ならびにより高いエネルギー効率、より低いレイテンシ、およびより高い信頼性などの異なる要件を重視する場合がある。７００メガヘルツ（ＭＨｚ）から８０ギガヘルツ（ＧＨｚ）に及ぶ広範囲のスペクトル帯域が、さまざまな展開シナリオのために考慮されている。
【0067】
搬送周波数が増加するので、重度の経路損失は、十分なカバレッジエリアを保証するために重大な制限であることが知られている。ミリメートル波システムにおける送信は、加えて、見通し外損失、たとえば、回折損失、侵入損失、酸素吸収損失、群葉損失などに苦しむ場合がある。数十のアンテナ素子または数百のアンテナ素子すら利用して、ビームフォーミングされた信号を生成することは、かなりのビームフォーミングゲインを提供することによって重度の経路損失を補償するのに効果的な手段である。ビームフォーミング技法は、デジタルビームフォーミング、アナログビームフォーミング、およびハイブリッドビームフォーミングを含むことができる。
【0068】
ｅＮｏｄｅ－Ｂ（すなわちｅＮＢ）および／またはＷＴＲＵは、たとえばセルまたはｅＮｏｄｅ－ＢへのＷＴＲＵ初期アクセス、たとえばある一定のセルに対するＷＴＲＵアップリンク（ＵＬ）タイミングをリセットするまたは合わせるためのＵＬタイミングのリセット、およびたとえばハンドオーバターゲットセルに対するＷＴＲＵタイミングをリセットするまたは合わせるためのハンドオーバ中にタイミングのリセット、のうちの少なくとも１つにランダムアクセス手順を使用することができる。ＷＴＲＵは、ある一定の電力におけるある一定の物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブル系列すなわちＰＰＲＡＣＨを送信することができ、ＰＰＲＡＣＨは、構成されたパラメータおよび／または測定に基づいてよく、ＷＴＲＵは、ある一定の時間１つまたは複数の周波数リソースを使用してプリアンブルを送信することができる。ｅＮｏｄｅ－Ｂによって提供または構成できる構成されたパラメータは、初期プリアンブル電力たとえばｐｒｅａｍｂｌｅｌｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ、プリアンブルフォーマットベースオフセットたとえばｄｅｌｔａＰｒｅａｍｂｌｅ、ランダムアクセス応答（ＲＡＲ）ウィンドウたとえばｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ、電力ランピング係数たとえばｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ、および再送信の最大数たとえばｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ、のうちの１つまたは複数を含むことができる。プリアンブルもしくはプリアンブルのセットおよび／またはプリアンブル送信に使用できる時間／周波数リソースを含むことができるＰＲＡＣＨリソースは、ｅＮｏｄｅ－Ｂによって提供または構成可能である。測定は、経路損失を含むことができる。１つまたは複数の時間－周波数リソースは、許容されたセットからＷＴＲＵによって選定されてもよいし、ｅＮｏｄｅ－Ｂによって選定され、ＷＴＲＵにシグナリングされてもよい。
【0069】
ＷＴＲＵプリアンブルの送信に続いて、ｅＮｏｄｅ－Ｂがプリアンブルを検出した場合、それは、ＲＡＲメッセージで応答することができる。ＷＴＲＵが、割り当てられた時間以内たとえばｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅの間に、たとえばある一定のプリアンブルインデックスおよび／または時間／周波数リソースに対応できるプリアンブルを送信するためのＲＡＲメッセージを受信しない場合があるまたは受信しない場合、ＷＴＲＵは、後で、たとえばｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐの分だけ以前のプリアンブル送信よりも高いより高い電力で、別のプリアンブルを送信することができ、送信電力は、最大電力たとえばＷＴＲＵにより構成される最大電力によって制限でき、ＷＴＲＵにより構成される最大電力は、全体としてＷＴＲＵに対するもの、たとえばＰＣＭＡＸであってもよいし、ＷＴＲＵのある一定のサービングセル、たとえばＰＣＭＡＸ，ｃであってもよい。ＷＴＲＵは、ｅＮｏｄｅ－ＢからのＲＡＲメッセージの受信を再度待機することができる。送信および待機のこの系列は、ｅＮｏｄｅ－ＢがＲＡＲメッセージで応答することができるまで、またはランダムアクセスプリアンブル送信の最大数たとえばｐｒｅａｍｂｌｅＴｒａｎｓＭａｘが到達され得るまで、継続してよい。単一のプリアンブル送信に応答して、ｅＮｏｄｅ－Ｂは、ＲＡＲメッセージを送信することができ、ＷＴＲＵは、ＲＡＲメッセージを受信することができる。
【0070】
ランダムアクセス手順の特定のインスタンスは、競合ベースであってもよいし、競合なしであってもよい。競合なしの手順は、たとえばｅＮｏｄｅ－Ｂからの要求によって始めることができ、この要求は、たとえば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）順序などの物理レイヤシグナリングを介してであってもよいし、または無線リソース制御（ＲＲＣ）再構成メッセージたとえばＲＲＣ接続再構成メッセージなどの上位レイヤシグナリングによってであってもよく、モビリティ制御情報を含むことができ、たとえば、ハンドオーバ要求を示すまたはこれに対応することができる。サブフレームｎ内でＰＤＣＣＨ順序によって始めることができる競合なしの手順の場合、ＰＲＡＣＨプリアンブルは、第１のサブフレーム内で送信されてもよいし、ＰＲＡＣＨ ｎ＋ｋ２に利用可能な第１のサブフレーム内で送信されてもよく、ここで、ｋ２は≧６であってよい。ＲＲＣコマンドによって始められるとき、指定できる他の遅延がある場合がある、たとえば、最小および／または最大の必要とされるまたは許容される遅延がある場合がある。ＷＴＲＵは、たとえば、初期アクセス、ＵＬ同期の回復、または無線リンク障害から復旧することを含むことができる理由で、競合ベースの手順を自律的に始めることができる。いくつかのイベント、たとえば、無線リンク障害からの復旧以外のイベントの場合、それは、そのようなイベントの後でＷＴＲＵはどれくらい長くＰＲＡＣＨプリアンブルを送信することができるかに関して、定義または指定されない場合がある。
【0071】
競合なしのランダムアクセス（ＲＡ）手順の場合、ネットワークによりシグナリングされたＰＲＡＣＨプリアンブルは、たとえば、ＷＴＲＵによって使用できる。競合ベースのランダムアクセス手順の場合、ＷＴＲＵは、プリアンブルを自律的に選定することができ、プリアンブルフォーマットおよび／またはプリアンブル送信に利用可能な１つもしくは複数の時間／周波数リソースは、表示に基づいてもよいし、ｅＮｏｄｅ－Ｂによって提供またはシグナリングできるインデックスたとえばｐｒａｃｈ－ｃｏｎｆｉｇｌｎｄｅｘに基づいてよい。
【0072】
徐々に高くなる送信電力で送信されるプリアンブルのうちの１つは、ｅＮｏｄｅ－Ｂによって検出できる。ＲＡＲメッセージは、１つがプリアンブルを検出したことに応答して、ｅＮｏｄｅ－Ｂによって送信できる。
【0073】
ＰＲＡＣＨプリアンブルは、本明細書において提示される例では、ＰＲＡＣＨリソースと考慮できる。たとえば、ＰＲＡＣＨリソースは、ＰＲＡＣＨプリアンブルリソース、時間リソース、および／または周波数リソースを含むことができる。
【0074】
プリアンブルリソース、ＲＡＣＨリソース、およびＰＲＡＣＨリソースという用語は、本明細書において提供される例では、互換的に使用できる。さらに、ＲＡ、ＲＡＣＨ、およびＰＲＡＣＨという用語は、本明細書において提示される例では、互換的に使用できる。また、ビーム相反性とビーム対応は、本明細書において提示される例では、互換的とすることができる。
【0075】
本明細書において開示されるように、ビームフォーミングシステム内での物理ランダムアクセスにおいて使用するために、種々の例が提示される。以下の問題は、本明細書において対処される。５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）では、単一ビーム動作とマルチビーム動作の両方のための統合されたＲＡＣＨを設計することが望ましい場合がある。また、ＮＲでは、送信（ＴＸ）／受信（ＲＸ）相反性性質をランダムアクセス設計に組み込むことが望ましい場合がある。さらに、ＮＲでは、ＰＲＡＣＨリソースを構成する効率的な解決策を有することが望ましい場合がある。加えて、多重送信受信点（ＴＲＰ）シナリオでは、単一のＴＲＰおよび／または複数のＴＲＰからＲＡＲメッセージを受信するまたはランダムアクセスチャネル（ＲＡＣＨ）受信を実行するための方法が、本明細書において提供される。さらに、ＮＲでは、ＬＴＥにおいて使用される従来のＲＡＣＨと比較して簡略化されたＲＡＣＨを設計することが望ましい場合がある。
【0076】
修正されたＷＴＲＵ手順は、ＴＸ／ＲＸビームに対するフル相反性が存在すると、部分的相反性が存在すると、または相反性が存在しないとき、ＴＸ／ＲＸビーム相反性を扱うために必要な場合がある。ＴＸ／ＲＸビームが相反するとき、関連づけは、相反性を調べるために使用できる。次世代ＮｏｄｅＢ（ｇＮＢ）またはＴＲＰは、ビーム掃引の順序を変更することができる。このケースでは、関連づけまたはリンクは上書きできる。ＴＲＰは、たとえばダウンリンクにおける送信および／またはたとえばアップリンクにおける受信のためのＷＴＲＵとの通信経路を有することができるセルまたはノードの非限定的な一例として使用できる。
【0077】
本明細書において使用されるとき、セル、ｅＮｏｄｅ－Ｂ、ｇＮＢ、ＴＲＰ、ノード、およびエンティティという用語は、互換的に使用できる。さらに、表示、インジケータ、および情報という用語は、本明細書では互換的に使用できる。また、本明細書においてＴＲＰについて説明される例はＷＴＲＵに適用でき、ＷＴＲＵについて説明されるそれらは、ＴＲＰに適用され、依然として、本明細書において説明される他の例と矛盾しない場合がある。同じ方向と相反する方向という用語は、互いに置き換えられ、依然として、本明細書において提供される例と矛盾しない場合がある。本明細書において提供される例では、相反する方向という用語は、別の方向と反対側の、たとえば、別の方向からプラスまたはマイナス１８０度である方向を表すために使用できる。ＷＴＲＵの場合、ビーム方向は、ＷＴＲＵの観点からとすることができる。ＴＲＰの場合、ビーム方向は、ＴＲＰの観点からとすることができる。本明細書において提供される例で使用されるとき、ビーム相反性という用語とビーム対応という用語は、互換的に使用できる。さらに、本明細書において提供される例では、ビーム相反性情報という用語とビーム対応情報（ＢＣＩ）という用語は、互換的に使用できる。さらに、ＤＬビームという用語と、ｇＮＢ ＴＸビームという用語と、ＷＴＲＵ ＲＸビームという用語は、本明細書において提供される例では、互換的に使用できる。加えて、ＵＬビームという用語と、ｇＮＢ ＲＸビームという用語と、ＷＴＲＵ ＴＸビームという用語は、本明細書において提供される例では、互換的に使用できる。
【0078】
また、モードという用語と状態という用語は、本明細書において提供される例では、互換的に使用できる。さらに、接続モードは、本明細書において提供される例では、ＲＲＣ接続モードであってよい。さらに、ＲＡリソースという用語と物理ＲＡ（ＰＲＡ）リソースという用語は、本明細書において提供される例では、互換的に使用できる。さらに、同期信号（ＳＳ）ブロックという用語とＳＳ／物理ブロードキャストチャネル（ＰＢＣＨ）ブロックという用語は、本明細書において提供される例では、互換的に使用できる。加えて、ＰＢＣＨという用語とＮＲ－ＰＢＣＨという用語は、本明細書において提供される例では互換的に使用でき、ＳＳという用語とＮＲ－ＳＳという用語は、本明細書において提供される例では互換的に使用できる。
【0079】
ＴＸ／ＲＸビームが部分的に相反するであるとき、部分的な関連づけまたは部分的なリンクは、部分的な相反性を調べるために使用できる。いくつかのｇＮＢ ＴＸビームは、ｇＮＢ ＲＸビームに相反するでない場合がある。たとえば、ＴＸビーム幅は、ＲＸビーム幅に等しくない場合がある。これは、異なる送信および受信アンテナ構造または異なる数のアンテナによる場合がある。したがって、以下の２つのケースでは、ＷＴＲＵ手順のために考慮される必要がある場合がある。１つのケースでは、ｇＮＢ ＴＸビーム幅は、ｇＮＢ ＲＸビーム幅よりも大きい場合がある。別のケースでは、ｇＮＢ ＴＸビーム幅は、ｇＮＢ ＲＸビーム幅よりも小さい場合がある。
【0080】
別のシナリオでは、ｇＮＢ ＴＸビームは、ＲＸビームと十分に合わされるとは限らない場合がある。たとえば、ＴＸビームとＲＸビームは、それらが同じビーム幅を有する場合でも、部分的に重複する場合がある。
【0081】
ＴＸ／ＲＸビームが相反するでないケースでは、動的関連づけが使用されてよい。ｇＮＢ ＴＸビームからのｇＮＢ ＲＸビームの表示のための修正された方法が必要とされる。動的表示または半静的表示が使用されてよい。
【0082】
例示的方法は、ｇＮＢによって、ｇＮＢ ＴＸ／ＲＸ相反性の表示を送信することを含むことができる。この方法は、ｇＮＢによって、ｇＮＢ ＲＸビームに対するｇＮＢ ＴＸビームのマッピングを決定することをさらに含むことができる。ｇＮＢは、１つまたは複数のＷＴＲＵ送信ビームを決定し、ＲＡＲにとって最も良いＤＬビームの表示をＷＴＲＵに送信することができる。ＴＸビームとＲＸビームのマッピングは、さらに改良できる。ｇＮＢ ＴＸ／ＲＸ相反性が存在する条件では、ｇＮＢとＷＴＲＵとの間のフル関連づけが確立できる。
【0083】
また、例示的方法は、ＴＸビームスイーピングを実行することと、選択されたＷＴＲＵ ＴＸビームに対応する情報をＴＲＰから受信することとであって、選択されたＷＴＲＵビーム情報が、決定されたＷＴＲＵ ＴＸビームに基づく、受信することとを含むことができる。ＷＴＲＵは、ＲＸビームスイーピングを実行し、測定基準に基づいて１つまたは複数のＲＸビームを決定するようにさらに構成可能である。ＷＴＲＵは、決定された１つまたは複数のＲＸビームを使用して１つまたは複数のＴＸビームを導出することができ、ＷＴＲＵは、ルールのセットに基づいてビーム相反性を決定することができる。
【0084】
例示的システムは、ビーム対応または相反性情報を決定するためにＷＴＲＵに対する要求をＴＲＰから受信するように構成された受信機を含むことができる。受信された要求に基づいて、回路機構は、ビーム対応または相反性を決定するように構成できる。システムは、ＷＴＲＵ能力情報と決定されたビーム対応または相反性に対応する情報の両方を含むＷＴＲＵ能力表示をＴＲＰに送信するように構成された送信機をさらに含む。このようにして、単一のメッセージは、能力表示とビーム対応または相反性の両方に利用できる。
【0085】
図２は、ビームフォーミングされるランダムアクセス方法の一例を例示するフローチャート図である。フローチャート図２００に図示されるように、以下の例示的手順が実行できる。ｇＮＢは、ｇＮＢ ＴＸビーム／ＲＸビーム相反性の表示を送信することができ、ＷＴＲＵは、これを受信することができる２１０。さらに、ＷＴＲＵは、ｇＮＢ ＴＸビームをｇＮＢ ＲＸビームにマップすることができる２２０。加えて、ＷＴＲＵは、１つまたは複数のＷＴＲＵ送信ビームを決定することができる２３０。また、ＷＴＲＵは、ＲＡＲ２４０にとって最も良いＤＬビームの表示を送信することができ、ｇＮＢは、これを受信することができる。次いで、ＷＴＲＵは、ＴＸビームおよびＲＸビームのマッピングを改良することができる２５０。
【0086】
ｇＮＢ ＴＸビーム／ＲＸビーム相反性を扱う例示的方法が、本明細書において説明される。ｇＮＢ ＴＸ／ＲＸ相反性が存在する場合、ｇＮＢの１つまたは複数のＴＸビームと１つまたは複数のＲＸビームとの間の完全な関連づけならびにＷＴＲＵとｇＮＢとの間の関連づけが確立できる。ＰＢＣＨを含むＳＳ／ＰＢＣＨブロックとＰＲＡＣＨ時間－ビームリソースとの間の１対１マッピングが使用できる。１つまたは複数のＰＲＡＣＨ時間リソースは、検出されたＳＳ／ＰＢＣＨブロックを示すために使用できる。関連づけは、検出された最も良いＳＳ／ＰＢＣＨブロックからのｇＮＢにおける最も良いプリアンブルＲＸビーム、またはＰＢＣＨ ＴＸビームを示すことができる。すなわち、ＴＸビームは、ＲＸビームに等しくてよい。
【0087】
ＰＢＣＨは、ＴＸ／ＲＸビーム相反性モードをＷＴＲＵにシグナリングすることができる。ＷＴＲＵが、このメッセージを受信したとき、ＷＴＲＵは、ｇＮＢ ＲＸビーム掃引と協働するために、１つの特定のｇＮＢ ＲＸビームに対するまたはｇＮＢ ＲＸビームの各々に対するプリアンブル送信を実行する必要がある場合がある。ＴＸ／ＲＸビーム相反性モードが使用できる。たとえば、ＴＸ／ＲＸビーム相反性モード＝「１」は、ＴＸ／ＲＸビーム相反性が存在することを示すことができる。さらなる一例では、ＴＸ／ＲＸビーム相反性モード＝「０」は、ＴＸ／ＲＸビーム相反性が存在しないことを示すことができる。
【0088】
ＴＸ／ＲＸビーム相反性モード＝「１」ではなど、例示的ＴＸ／ＲＸビーム相反性モードでは、ｇＮＢは、ビーム掃引順序を変更し、システムおよびネットワークの柔軟な動作により、ビーム掃引のためのビーム順序にいつでも優先することができる。ｇＮＢは、関連づけおよびＴＸ／ＲＸ相反性に優先することができる。このケースでは、ＰＢＣＨ ＴＸビームを含む検出された最も良いＳＳ／ＰＢＣＨブロックからの最も良いプリアンブルＲＸビームについての表示がない場合がある。一例では、ＲＸビームのタイミングとＴＸビームのタイミングは同期しているが、ビーム順序は、ＴＸ／ＲＸビーム相反性が存在できる場合でも、同期していない場合がある。したがって、完全なＲＸビーム掃引は、ＴＸ／ＲＸビーム相反性の存在に関係なく必要な場合がある。
【0089】
さらなる一例では、ｇＮＢは、ＳＳ／ＰＢＣＨブロックと１つもしくは複数のＰＲＡＣＨプリアンブル系列および／または１つもしくは複数のリソースとの間の関連づけに関する情報を含む表示をＷＴＲＵに送ることができる。たとえば、ｇＮＢは、ｇＮＢ ＲＸビームのための特定の時間リソース内のプリアンブルを送信するように、ＷＴＲＵにシグナリングすることができる。そうすることによって、ＷＴＲＵは、ｇＮＢ ＲＸビーム掃引期間中にすべてのｇＮＢ ＲＸビームのためのプリアンブル送信を実行する必要がない場合がある。残りの最小システム情報または他のシステム情報を搬送するＰＢＣＨまたはブロードキャスト信号／チャネルは、最も良いｇＮＢ ＲＸビームについてのそのような情報をＷＴＲＵに示すために使用できる。ｇＮＢは、ＴＸ／ＲＸビーム相反性モード＝「０」または類似のモードなどの、さらなる例示的ＴＸ／ＲＸビーム相反性モードで、そのような表示を送ることができる。モードは、ＷＴＲＵに電力を節約させるために使用できる。
【0090】
本明細書では、関連づけおよびＴＸ／ＲＸビーム相反性に優先するために例示的方法が提案される。一例では、解決策は、優先モードを示すことである。たとえば、ＰＢＣＨは、優先モードをＷＴＲＵにシグナリングすることができる。ＷＴＲＵが、このメッセージを受信したとき、ＷＴＲＵは、ｇＮＢ ＲＸビーム掃引と協働するために、各ｇＮＢ ＲＸビームまたはｇＮＢ ＲＸビームのサブセットに対するプリアンブル送信を実行する必要がある場合がある。
【0091】
一例では、優先モード＝「０」は、ＴＸ／ＲＸビーム相反性モード＝「１」であっても、ｇＮＢ ＲＸビームについての情報が仮定されるべきではないことを示す場合がある。優先モード＝「１」は、ＴＸ／ＲＸビーム相反性モード＝「１」の場合、ｇＮＢ ＲＸビームについての情報が仮定できることを示すことができる。別の例示的方法では、関連づけモード＝「０」は、ｇＮＢ ＲＸビームについての情報および仮定はｇＮＢ ＴＸビームから作成されるべきでないことを示すことができる。さらに、関連づけモード＝「１」は、ｇＮＢ ＲＸビームについての情報はｇＮＢ ＴＸビームから仮定できることを示すことができる。
【0092】
ｇＮＢは、優先の制御を有し、ＴＸ／ＲＸビーム相反性についての知識を有することができる。したがって、ｇＮＢは、関連づけモードをＷＴＲＵにシグナリングすることができる。一例では、関連づけモード＝「０」の場合、ｇＮＢ ＲＸビームについての情報は、ＴＸ／ＲＸビームが相反性を有する場合であっても、仮定できない。別の例では、関連づけモード＝「１」の場合、ｇＮＢ ＲＸビームについての情報は、ＴＸ／ＲＸビームが相反性を有さない場合であっても、仮定できる。
【0093】
部分的なｇＮＢ ＴＸ／ＲＸビーム相反性を扱うまたはｇＮＢ ＴＸ／ＲＸビーム相反性を扱わない例示的方法が、本明細書において論じられる。ＴＸ／ＲＸ相反性が部分的に存在する場合、１対多、多対１、多対多などの部分的な関連づけが使用できる。関連づけが時間同期している限り、関連づけは、依然として、検出された最も良いＰＢＣＨ ＴＸビームからの、ｇＮＢにおける最も良いプリアンブルＲＸビームを示すことができる。このケースでは、ｇＮＢは、可能な限り多くＴＸビームに合致するようにＲＸビームを配置する必要がある場合がある。
【0094】
ＴＸビーム幅とＲＸビーム幅は、ｇＮＢ ＴＸ／ＲＸビーム相反性がないことまたは部分的なＴＸ／ＲＸビーム相反性により、異なる場合がある。ＲＸビームの方が広く、ＴＸビームを完全に覆う場合、そのような広いＲＸビームは、プリアンブル送信を受信するのに十分な場合がある。ＲＸビームの方が狭く、ＴＸビームの一部のみを覆う場合、より良い解像度のＲＸビームが必要とされる場合がある。一例では、より多くのシンボルが、ｇＮＢ ＲＸビーム掃引に必要とされる場合がある。たとえば、ＲＸビームが、ビーム幅に関してＴＸビームの半分のみである場合、ｇＮＢは、ｇＮＢ受信機に対するビーム掃引分解能を２倍にする必要がある場合がある。したがって、不均一なビーム掃引が、プリアンブル送信および／または受信に対して提案される場合がある。ＰＢＣＨは、ＴＸビーム掃引にＭ個のビームを使用することができるが、ｇＮＢにおけるプリアンブル受信は、ビーム掃引にＬ個のビームを使用することができる。Ｌ＞Ｍであるとき、ＲＸビーム幅は、ＴＸビーム幅よりも小さくてよい。Ｌ＜Ｍであるとき、ＲＸビーム幅は、ＴＸビーム幅よりも大きくてよい。
【0095】
本明細書において説明される例では、ＴＸビームとＲＸビームが、部分的に重複する場合がある。一例では、ＴＸビーム幅とＲＸビーム幅は同じであるが、ＴＸビームとＲＸビームが互いと完全に合わされない場合、２つ以上のＲＸビームが、ＴＸビームとＲＸビームとの間のビーム重複により、最も良いＴＸビームを覆うために、ビーム掃引に必要とされる場合がある。ＴＸビーム幅がＲＸビーム幅と異なる場合、ＴＸビーム掃引およびＲＸビーム掃引に対する異なる数のビームが必要とされる場合がある。しかしながら、ｇＮＢは、所与のＷＴＲＵに対する検出されたＤＬビームに対応する左および右のビームをモニタリングする必要がある場合がある。一例では、信号の組み合わせることを有するビーム受信ダイバーシティが使用できる。
【0096】
関連づけは、ＴＸ／ＲＸ相反性を調べるために使用できる。相反性が存在しないとき、完全な関連づけは、あまり重要でなくなる場合がある。一例では、部分的な関連づけが使用できる。すなわち、１つのＤＬ ＴＸビームは、ＤＬ ＴＸビームの方が広い場合、２つまたは複数のＵＬ ＲＸビームにマップできる。または、複数のＤＬ ＴＸビームは、ＤＬ ＴＸビームの方が狭い場合、１つのＵＬ ＲＸビームにマップできる。ＴＸビーム幅がＲＸビーム幅の整数倍でないまたはその逆であるケースなどの、複数のＤＬ ＴＸビームが複数のＵＬ ＲＸビームにマップできるケースがあり得る。
【0097】
ＴＸ／ＲＸビーム相反性が存在しない場合、動的シグナリングまたは半静的シグナリングが使用できる。一例では、ビームの時間順序が存在する場合があるが、ＴＸビーム解像度がＲＸビーム解像度と同じでない場合がある、ＴＸビームとＲＸビームが合わされない場合がある、またはおよびＴＸビームとＲＸビームが同期しない場合がある、のうちの少なくとも１つも当てはまる場合がある。さらなる一例では、ビーム順序が存在しない場合があり、ＴＸビーム幅がＲＸビーム幅に等しくない場合がある。ＲＸビーム掃引が必要な場合がある。しかしながら、ＰＢＣＨを使用して所望のＲＸビームをＷＴＲＵに示す解決策が必要とされる場合がある。例示的解決策が、図３に例示されている。
【0098】
図３は、部分的ＴＸビーム／ＲＸビーム相反性のための例示的方法および手順を例示するフローチャート図である。フローチャート図３００に図示される一例では、ＴＸビーム幅に対する解像度およびＲＸビーム幅に対する解像度が決定できる３１０。また、ＴＸビームおよびＲＸビーム重複比が決定できる３２０。さらに、対応するシグナリング機構が、ビーム幅解像度ならびにビーム重複比を示すために選定できる３３０。たとえば、ｇＮＢは、１つまたは複数のＳＳ／ＰＢＣＨブロックと１つもしくは複数のＰＲＡＣＨプリアンブル系列および／または１つもしくは複数の時間／周波数リソースとの間の関連づけ情報をＷＴＲＵにシグナリングすることができる。たとえば、ｇＮＢは、ビーム対応情報をＷＴＲＵにシグナリングすることができる。加えて、ｇＮＢは、ｇＮＢ受信機に対するＲＸビームスイーピング戦略を判断および選定することができる３４０。また、ＷＴＲＵ送信機に対するＴＸビームスイーピング戦略が、ｇＮＢによって判断および選定できる３５０。一例では、ｇＮＢは、ＷＴＲＵがプリアンブル送信をビームスイーピング戦略として使用するべきであることを選定することができる。
【0099】
ＷＴＲＵは、たとえば、時間および／または周波数に関してＴＲＰと同期するために、同期（ＳＹＮＣ）信号、参照信号、および／またはＴＲＰからの他の信号を受信することができる。ＷＴＲＵは、許容できる方向または最も良い方向であってよい、たとえば、そうであることがＷＴＲＵによって決定できる方向で、ＴＲＰから１つまたは複数の信号または情報を受信することができる。許容できる方向は、ＷＴＲＵが、ブロードキャストチャネル（ＢＣＨ）たとえばＰＢＣＨを含むことができるブロードキャスト信号などの１つまたは複数の信号をＴＲＰから受信および／または復号することが可能であり得る方向であってよい。最も良い方向は、ＷＴＲＵが、たとえば、許容できる方向のセットの中から、最も高い信号強度（または他の最も良い尺度または測定）を提供することを決定することができる方向であってよい。
【0100】
決定された方向は、ＴＲＰ送信（ＴＲＰ－ＴＸ）ビームに対応することができる。さらに、決定された方向は、ＷＴＲＵ受信（ＷＴＲＵ－ＲＸ）ビームに対応することができる。ＴＲＰ－ＴＸビームに関する情報は、たとえば、ＰＢＣＨもしくはブロードキャストできるシステム情報を介して明示的に提供されてもよいし、たとえば、異なるビームに対する異なる同期信号もしくは参照信号の使用によって、または異なるビームを区別するための同期信号もしくは参照信号上での異なるマスキングもしくはカバーコードの使用によって、暗黙的に提供されてもよい。
【0101】
ＷＴＲＵは、ＴＲＰ－ＴＸビームの粒度に合致してもしなくてもよいそのＷＴＲＵ－ＲＸビームの方向粒度に基づいて、受信方向を決定することができる。一例では、受信方向は、到達角度とすることができる。
【0102】
ＷＴＲＵは、決定された許容できるビームもしくは方向または決定された最も良いビームもしくは方向に基づいて、ＴＲＰへの送信たとえば初期送信のための送信ビーム（ＷＴＲＵ－ＴＸビーム）または送信方向のセットを選定または決定することができる。方向とビームは、本明細書において説明される実施形態および例において、互いの代わりにされてよい。
【0103】
一例では、相反性情報は、たとえばＴＲＰによって提供できる、および／またはたとえばＷＴＲＵによって使用できる。ＷＴＲＵは、少なくともＴＲＰ送信および受信ビーム、方向、および／または通信経路の相反性たとえば相反性に関する情報に基づいて、ＴＲＰへの送信のためのビームまたは方向のセットを決定することができる。
【0104】
ＷＴＲＵは、構成、またはセル、ｅＮｏｄｅ－Ｂ、ｇＮＢ、ＴＲＰ、ノードたとえばネットワークノード、もしくは別のエンティティに使用もしくは仮定できる相反性に関する情報を受信および／または使用することができる。一例では、別のエンティティは、ＷＴＲＵが通信することができるネットワークエンティティであってよい。
【0105】
たとえばＴＲＰのための、相反性情報は、たとえばＴＲＰの、送信通信経路と受信通信経路との間のリレーションを示すために使用できる。たとえば、相反性情報は、ＴＲＰ－ＴＸビーム特性とＴＲＰ－ＲＸビーム特性との間の関係の表示を含むことができる。
【0106】
ビーム特性は、ビーム幅、ビーム方向、および／またはビームの数とすることができる。たとえば、ＴＲＰのための相反性情報は、以下のうちの少なくとも１つを示すことができる。相反性情報は、ＴＲＰ－ＲＸビーム幅が送信ビーム幅よりも広いか狭いかを示すことができる。また、相反性情報は、ＴＲＰ－ＴＸビームの数とＴＲＰ－ＲＸビームの数が同じであるかどうかを示すことができる。
【0107】
さらに、相反性情報は、ＴＲＰ－ＲＸビーム方向がＴＲＰ－ＴＸビーム方向と同じであるかどうかを示すことができる。追加の例では、相反性情報は、各ＴＲＰ－ＲＸビーム方向がそれぞれのＴＲＰ－ＴＸビーム方向と同じであるかどうかを示すことができる。一例では、相反性情報は、ビームの数が同じであるかどうかおよび／またはビーム幅が同じであるかどうかに関係なく、ビーム方向が同じであるかどうかを示すことができる。
【0108】
また、相反性情報は、ＴＲＰが、送信ビームと同じ方向にＴＲＰ－ＲＸビームを有するかどうかを示すことができる。さらに、一例では、相反性情報は、ＴＲＰの各ＴＲＰ－ＲＸビームがそれぞれの送信ビームと同じ方向を有するかどうかを示すことができる。
【0109】
たとえば相反性情報が示され得る送信ビームは、同期信号、参照信号、ブロードキャストチャネルもしくは信号たとえばＰＢＣＨ、および／またはシステム情報たとえばシステム情報ブロック（ＳＩＢ）、のうちの少なくとも１つを提供することができるビームであってよい。さらに、たとえば相反性情報が示され得る送信ビームは、同期信号、参照信号、ブロードキャストチャネルもしくは信号たとえばＰＢＣＨ、および／またはシステム情報たとえばＳＩＢ、のうちの少なくとも１つを提供することができるビームを指す場合がある。
【0110】
相反性表示は、値、比、および／または関連情報を伝達することができる値のテーブルへのインデックスを提供することができる。１つまたは複数の相反性表示は、ブロードキャストまたはシステム情報を介して提供できる。１つまたは複数の相反性表示は、ＰＢＣＨによって提供できる。ＷＴＲＵは、相反性情報を受信および／または決定することができ、情報たとえば少なくとも１つの相反性インジケータを使用して、ＴＲＰへの送信のための少なくとも１つのビーム特性を決定することができる。
【0111】
送信は、信号、たとえば参照信号のものであってよいし、チャネルのものであってもよい。送信は、プリアンブル、データまたはデータチャネル、制御情報または制御チャネルのものであってよい。送信は、初期アクセスのためであってよく、この初期アクセスは、ランダムアクセスであってもよいし、許可なし（grant-less）アクセスであってもよいし、許可されたアクセスであってもよい。一例では、ランダムアクセスは、送信のためのプリアンブルがランダムに選定できることを含んでよい。さらなる一例では、許可されたアクセスは、スケジュールされたアクセスを含んでよい。
【0112】
ＷＴＲＵは、本明細書において説明される例により、許容できるビームであってもよいし最も良いビームであってもよいビームを決定することができる。一例では、許容できるビームは、ビームに対して許容できる方向を含むことができ、最も良いビームは、ビームにとって最も良い方向を含むことができる。本明細書において説明される例では、決定されたＤＬビームという用語は、決定された最も良いビームまたは許容できるビームの非限定的な例として使用される。
【0113】
ＷＴＲＵは、それが受信できるまたはＴＲＰに関して決定できる少なくとも相反性情報または相反性表示に基づいて、ＴＲＰへの、Ｍ個の送信ビーム（ＷＴＲＵ－ＴＸビーム）または送信たとえば初期送信のための送信方向のセットを決定することができる。ＷＴＲＵは、Ｍ個の送信ビーム上でＴＲＰに送信することができる。複数のビーム上での送信は、たとえば、ＷＴＲＵおよび／またはＴＲＰの能力に基づいて、連続してもよいし、同時であってもよい。
【0114】
たとえば、ＷＴＲＵは、少なくともＷＴＲＵが決定または受信することができる相反性情報または相反性表示に基づいて、ＷＴＲＵ－ＴＸビームのセット内のビームの数すなわちＭを決定することができる。ＷＴＲＵは、少なくとも相反性情報またはＷＴＲＵが決定または受信することができる相反性表示に基づいて、どのＷＴＲＵ－ＴＸビームがセットに含まれるべきか、たとえば、どのビーム上で、またはどの方向で送信するべきかを決定することができる。
【0115】
ＷＴＲＵは、決定されたＤＬビームと同じ方向または最も近い方向であってよい、第１のＷＴＲＵ－ＴＸビームたとえば１つまたは１つだけのＷＴＲＵ－ＴＸビーム、およびこの第１のＷＴＲＵ－ＴＸビームに隣接してよい、たとえば、これの左および／または右であってよい、１つまたは複数の、たとえばＮ個の、ビーム、のうちの少なくとも１つを含むために、たとえば、相反性情報に基づいて、ＷＴＲＵ－ＴＸビームのセットを決定することができる。
【0116】
一例では、Ｎは０とすることができる。Ｍおよび／またはＮの値は、ＴＲＰ－ＴＸビームとＴＲＰ－ＲＸビームが同じ方向を有することができるかどうか、たとえば、ＴＲＰ－ＲＸビームがＴＲＰ－ＴＸビームの中央に置かれることができるかどうかに依存してよい。
【0117】
たとえば、ＴＲＰ－ＲＸビームがＴＲＰ－ＴＸビームの中央に置かれることができる場合、Ｎは、０または少数などの第１の数とすることができ、および／または、Ｍは、１または少数などの第１の数とすることができる。たとえば、ＴＲＰ－ＲＸビームがＴＲＰ－ＴＸビームの中央に置かれることができない場合、Ｍおよび／またはＮは、第１の対応する数よりも大きくてよい第２の数とすることができる。
【0118】
Ｍおよび／またはＮの値は、ＷＴＲＵ－ＴＸビーム、ＷＴＲＵ－ＲＸビーム、ＴＲＰ－ＴＸビーム、および／またはＴＲＰ－ＲＸビームのうちの少なくとも１つのビーム幅に依存することができる。Ｎは、偶数とすることができる。Ｎは、第１のビームの左と右に均等に分割されてよい。
【0119】
ＷＴＲＵ－ＴＸビーム方向は、ＷＴＲＵ－ＲＸビーム方向またはＴＲＰ－ＴＸビームに正確に合致しなくてよい。決定されたＤＬビームに対して最も近い方向をもつＷＴＲＵ－ＴＸビームは、ＵＬビームとして使用できる。
【0120】
ビームタイプは、ＴＲＰ－ＴＸビーム、ＴＲＰ－ＲＸビーム、ＷＴＲＵ－ＴＸビーム、および／またはＷＴＲＵ－ＲＸビームのうちの少なくとも１つとすることができる。ＷＴＲＵは、少なくとも１つのビームタイプのビームおよび／もしくはビーム幅の数、または少なくとも２つのビームタイプ間のビームおよび／もしくはビーム幅の数の関係、のうちの少なくとも１つに基づいて、Ｍ個のＷＴＲＵ－ＴＸビーム、Ｎ個のＷＴＲＵ－ＴＸビーム、および／またはＷＴＲＵ－ＴＸビームのセットのうちの少なくとも１つを決定することができる。
【0121】
たとえば、Ｍは、ＴＲＰ－ＴＸビームのビーム幅とＴＲＰ－ＲＸビームのビーム幅が同じであり得るとき、第１の数であると決定できる。Ｍは、ＴＲＰ－ＴＸビームのビーム幅とＴＲＰ－ＲＸビームのビーム幅が同じでないことがあり得るとき、第２の数であると決定できる。たとえば、ＴＲＰ－ＲＸビームがＴＲＰ－ＴＸビームよりも広くすることができるとき、第２の数は、第１の数よりも小さくすることができる。
【0122】
ＷＴＲＵは、少なくともＷＴＲＵが受信することができる相反性情報に基づいて、ＷＴＲＵ－ＴＸビームのためのビーム幅を決定することができる。
【0123】
たとえば、ＷＴＲＵは、たとえばＷＴＲＵ－ＴＸおよびＷＴＲＵ－ＲＸビームについての、ビーム特性情報および／または相反性情報を、ＴＲＰたとえばそれが通信することができるＴＲＰに提供することができる。一例が、図４に図示されている。
【0124】
図４は、ＷＴＲＵ－ＴＸビームセットを決定するための相反性の例示的使用を例示するフローチャート図である。フローチャート図４００に図示される一例では、ＷＴＲＵは、使用するＤＬビームを決定することができる４１０。たとえば、ＷＴＲＵは、最も良いＤＬビームを使用することを決定することができる。さらなる一例では、ＷＴＲＵは、許容できるＤＬビームを使用することを決定することができる。ＷＴＲＵ決定は、ビーム強度に基づくことができる。さらなる一例では、ＤＬビームは、ＷＴＲＵとＴＲＰとの間の同期に使用できる。別の例では、ＤＬビームは、ＷＴＲＵによってＰＢＣＨ受信に使用できる。さらに、ＷＴＲＵは、ＴＲＰビーム相反性情報を決定することができる。たとえば、ＷＴＲＵは、決定されたＤＬビームに基づいて、ＴＲＰビーム相反性情報を決定することができる。一例では、ＷＴＲＵは、ＴＲＰビーム相反性情報を受信することができる４２０。その結果、ＷＴＲＵは、受信されたＴＲＰビーム相反性情報に基づいて、ＴＲＰビーム相反性情報を決定することができる。別の例では、ＷＴＲＵは、ＴＲＰビーム相反性情報を用いてあらかじめ構成できる。さらなる一例では、ＷＴＲＵは、ＰＢＣＨ巡回冗長検査（ＣＲＣ）マスク、１つまたは複数のＰＢＣＨリソース、ＰＢＣＨペイロード、ＳＩＢなどに基づいて、ＴＲＰビーム相反性情報を決定することができる。加えて、ＷＴＲＵは、ＴＲＰ ＴＸ／ＲＸ ＢＣＩを決定することができる。たとえば、ＷＴＲＵは、決定されたＤＬビームに基づいて、ＴＲＰ ＢＣＩを決定することができる。一例では、ＷＴＲＵは、ＴＲＰ ＴＸ／ＲＸ ＢＣＩを受信することができる。その結果、ＷＴＲＵは、受信されたＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいて、ＴＲＰ ＴＸ／ＲＸ ＢＣＩを決定することができる。別の例では、ＷＴＲＵは、ＴＲＰ ＴＸ／ＲＸ ＢＣＩを用いてあらかじめ構成できる。さらなる一例では、ＷＴＲＵは、ＰＢＣＨ巡回冗長検査（ＣＲＣ）マスク、１つまたは複数のＰＢＣＨリソース、ＰＢＣＨペイロード、ＳＩＢなどに基づいて、ＴＲＰ ＴＸ／ＲＸ ＢＣＩを決定することができる。
【0125】
また、ＷＴＲＵは、ビーム相反性情報に基づいて、Ｍによって表され得る、ＷＴＲＵ－ＴＸビームの数を決定することができる４３０。別の例では、ＷＴＲＵは、ＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいて、ＷＴＲＵ－ＴＸビームの数を決定することができる。加えて、ＷＴＲＵは、ビーム相反性情報に基づいて、ＷＴＲＵ－ＴＸビームセットを決定することができる４４０。さらなる一例では、ＷＴＲＵは、ＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいてＷＴＲＵ－ＴＸビームセットを決定することができる。さらなる別の一例では、ＷＴＲＵがＷＴＲＵ－ＴＸビームのセットを決定することは、決定されたＷＴＲＵ－ＴＸビームの数にさらに基づくことができる。一例では、ＷＴＲＵ－ＴＸビームセットを決定することは、１つまたは複数のＷＴＲＵ－ＴＸビーム方向を決定することを含む。
【0126】
さらに、ＷＴＲＵは、決定されたＷＴＲＵ－ＴＸビームセットを使用して、ＴＲＰに送信することができる４５０。一例では、ＷＴＲＵは、ランダムアクセス手順を使用してＴＲＰに送信することができる。さらなる一例では、ＷＴＲＵは、決定されたＷＴＲＵ ＴＸビームのセットを使用してデータを送信することができる。
【0127】
さらなる一例では、ＷＴＲＵは、少なくともＴＲＰ ＴＸ／ＲＸ ＢＣＩに基づいて、ＷＴＲＵ ＴＸビームのセットを使用する送信のタイミングを決定することができる。別の例では、ＴＲＰ ＴＸ／ＲＸ ＢＣＩは、対応タイプの表示、ＴＸ／ＲＸビーム幅関係、またはＴＸ／ＲＸビーム方向関係のうちの少なくとも１つを含むことができる。さらに別の例では、ＷＴＲＵは、ＷＴＲＵ ＴＸ／ＲＸ ＢＣＩを決定および送信することができる。
【0128】
ＰＢＣＨは、プリアンブル受信を最適化するためのＴＸ／ＲＸ相反性を示すことができる。いくつかの方法が、表示に使用できる。たとえば、ＣＲＣマスクは、そのような方法において使用または採用されてよい。別の例示的方法は、直交カバーコードを使用する場合がある。さらなる例示的方法は、ＰＢＣＨ検出位置（時間または周波数など）を使用することができる。追加の例示的方法は、ＰＢＣＨペイロード内で明示的に１ビットまたは２ビットを採用することができる。
【0129】
図５は、ＴＸ／ＲＸビーム相反性の表示のための例示的方法を例示するフローチャート図である。フローチャート図５００における一例に図示されるように、ＴＸ／ＲＸビーム相反性は、ＰＢＣＨを介してＣＲＣマスクを使用して示され得る。ＴＸ／ＲＸビーム相反性モードの数に応じて、対応する数のマスクが使用できる。たとえば、ＰＢＣＨペイロードが、最初に生成できる５１０。また、ＣＲＣが生成できる５３０。生成されたＣＲＣは、ＴＸ／ＲＸ相反性の関数である系列とともにマスクできる５５０。次いで、ＰＢＣＨペイロードが、マスクされたＣＲＣと連結できる５７０。
【0130】
３つのタイプのＴＸ／ＲＸビーム相反性を示すために、３つの構成が定義できる。たとえば、構成１は、完全ＴＸ／ＲＸビーム相反性を示すことができ、構成２は、部分的なＴＸ／ＲＸビーム相反性を示すことができ、構成３は、ＴＸ／ＲＸビーム相反性なしを示すことができる。構成の番号付けは、並び替えられてよく、依然として、本明細書において提供される例と矛盾しないことができる。さらに、異なる数の構成が使用されてよく、依然として、本明細書において提供される例と矛盾しないことができる。
【0131】
一例では、３つの系列が、図５に描写される方法に対してＣＲＣマスクに使用できる。他の例では、異なる数の系列が、ＣＲＣマスクに使用でき、依然として、本明細書において提供される例と矛盾しないことができる。
【0132】
一例では、部分的なＴＸ／ＲＸ相反性は、干渉による場合があり、動的な様式で発生する場合がある。したがって、半静的なシグナリング方法を使用することは、ＴＸ／ＲＸビーム相反性表示を提供するのに最適な手順でない場合がある。代わりに、半静的なシグナリング方法と動的なシグナリング方法の組み合わせが最適である場合がある。たとえば、２つのタイプのＴＸ／ＲＸビーム相反性を示すために、２つの構成タイプが定義できる。一例では、構成１は、完全ＴＸ／ＲＸ相反性を示すことができ、構成２は、ＴＸ／ＲＸ相反性なしを示すことができる。したがって、２つの系列が、図５に描写される方法に対してＣＲＣマスクに使用できる。
【0133】
図６は、ＴＸ／ＲＸビーム相反性を決定するための例示的方法および手順を例示するフローチャート図である。ＴＲＰまたはｇＮＢは、依然として、レイヤ１（Ｌ１）／レイヤ２（Ｌ２）シグナリングなどの動的なシグナリングを使用して、部分的なＴＸ／ＲＸ相反性を示す必要があることができる。フローチャート図６００に図示される例示的手順は、部分的なＴＸ／ＲＸ相反性を動的にシグナリングするために実行できる。たとえば、ＷＴＲＵは、ＴＸ／ＲＸビーム相反性を示すＰＢＣＨを受信することができる６１０。ＷＴＲＵは、ＰＢＣＨが完全ＴＸ／ＲＸビーム相反性またはＴＸ／ＲＸビーム相反性なしのどちらを示すかを決定することができる６２０。ＰＢＣＨがＴＸ／ＲＸビーム相反性なしを示す場合、ＷＴＲＵは、ｇＮＢ ＴＸ／ＲＸビーム相反性なしを仮定することができる６３０。ＰＢＣＨがＴＸ／ＲＸビーム相反性を示す場合、ＷＴＲＵは、完全なｇＮＢ ＴＸ／ＲＸビーム相反性を仮定することができる６４０。ＷＴＲＵが、完全な相反性を示すＰＢＣＨを受信したとき、ＷＴＲＵが、ｇＮＢ ＴＸ／ＲＸビーム相反性が本当に完全なｇＮＢ ＴＸ／ＲＸビーム相反性であるか部分的なｇＮＢ ＴＸ／ＲＸビーム相反性であるかを示す第２の段表示を受信する６５０まで、ＷＴＲＵは、完全なｇＮＢ ＴＸ／ＲＸビーム相反性を一時的に仮定することができる６４０。例では、そのような第２の段表示は、Ｌ１／Ｌ２シグナリングまたはＲＲＣシグナリングを使用して送ることができる。ＷＴＲＵは、第２の段表示が完全な相反性に対するものなのか部分的な相反性に対するものなのかを決定することができる６６０。たとえば、第２の段表示が部分的な相反性に対するものである場合、ＷＴＲＵは、部分的な相反性を仮定することができる６７０。さらに、第２の段表示が完全な相反性に対するものである場合、ＷＴＲＵは、完全な相反性を仮定することができる６８０。
【0134】
３つのタイプの関連づけモードを示すために、３つのモードが定義できる。たとえば、モード１は、完全な関連づけを示すことができ、モード２は、部分的な関連づけを示すことができ、モード３は、関連づけなしを示すことができる。モードの番号付けは、並び替えられてよく、依然として、本明細書において提供される例と矛盾しないことができる。さらに、異なる数のモードが使用されてよく、依然として、本明細書において提供される例と矛盾しないことができる。
【0135】
３つの系列が、以下の例示的方法において関連づけモードのためのＣＲＣマスクに使用できる。関連づけモードは、一例では、ＣＲＣマスクも使用して示される場合がある。
【0136】
図７は、ＴＸ／ＲＸビーム相反性の表示のための別の例示的方法を例示するフローチャート図である。フローチャート図７００に図示される一例では、ｇＮＢは、ＰＢＣＨペイロードを生成することができる７１０。さらに、ｇＮＢは、ＣＲＣを生成することができる７３０。生成されたＣＲＣは、関連づけモードの関数である系列とともにマスクできる。関連づけモードの数に応じて、対応する数の１つまたは複数のマスクが使用できる。生成されたＣＲＣは、ｇＮＢによって、関連づけモードの関数である系列とともにマスクできる７５０。次いで、ＰＢＣＨペイロードとマスクＣＲＣは、ｇＮＢによって連結できる７７０。
【0137】
さらなる一例では、ＰＢＣＨ ＣＲＣは、ＮビットマスクとともにスクランブルまたはＸＯＲ演算されてよく、これは、アンテナもしくはアンテナポートの数、アンテナ構成アンテナ、および／またはＴＸ／ＲＸビーム相反性を共同で示すことができる。一例では、Ｎは、１６とすることができる。他の例では、Ｎは、８、２４、または３２とすることができる。ＴＲＰまたはｇＮＢが、Ｍ個の送信アンテナを用いたＴＸ／ＲＸ相反性を有する場合、ＰＢＣＨ ＣＲＣは、Ｍ個のアンテナを用いたＴＸ／ＲＸ相反性に対応するマスクなどとともにスクランブルできる。ＰＢＣＨは、１つまたは複数のｇＮＢ ＲＸビームをＷＴＲＵに示すためにも使用できる。
【0138】
以下の例示的方法は、プリアンブルＲＸビームの表示にＰＢＣＨを使用する。１つのＲＸビーム表示のみに対する一例では、暗黙的な表示は、ＰＢＣＨマスク、ＳＳブロック時間インデックス、ＰＢＣＨ復調参照信号（ＤＭＲＳ）系列インデックスなどを使用することができる。さらに、各マスク、ＳＳブロック時間インデックス、ＰＢＣＨ ＤＭＲＳ系列インデックスなどは、最も良いｇＮＢ ＲＸビームに対応することができる。最も良いｇＮＢ ＲＸビームは、プリアンブルインデックスにマップでき、マスク、ＳＳブロック時間インデックス、および／またはＰＢＣＨ ＤＭＲＳ系列インデックスは、プリアンブルインデックスと関連づけできる。プリアンブルインデックスは、系列インデックス、時間インデックス、周波数インデックス、リソースインデックスなどのうちの１つまたは複数を含むことができる。別の例では、１つのＲＸビーム表示のみの場合、明示的な表示は、ペイロードビットを使用することができ、少数のビットは、最も良いｇＮＢ ＲＸビームを示すために使用できる。たとえば、明示的な表示に使用するビットは、ＲＡＣＨメッセージ２またはＲＡＲメッセージ内で搬送できる。
【0139】
複数のＲＸビーム表示に対する一例では、暗黙的な表示は、ＰＢＣＨマスク、ＳＳブロック時間インデックス、ＰＢＣＨ ＤＭＲＳ系列インデックスなどに使用でき、各マスク、ＳＳブロック時間インデックス、ＰＢＣＨ ＤＭＲＳ系列インデックスなどは、ビームのサブセット、たとえば、最も良い１つまたは複数のＫ個のｇＮＢ ＲＸビームに対応することができる。最も良いＫ個のｇＮＢ ＲＸビームは、１つまたは複数のプリアンブルインデックスおよび１つまたは複数のマスクのセットにマップでき、ＳＳブロック時間インデックスまたはＰＢＣＨ ＤＭＲＳ系列インデックスは、プリアンブルインデックスのセットと関連づけできる。プリアンブルインデックスは、系列インデックス、時間インデックス、周波数インデックス、リソースインデックスなどのうちの１つまたは複数を含むことができる。一例では、最も良いＫ個のｇＮＢ ＲＸビームは、Ｋ個のプリアンブルインデックスおよびＫ個のマスクのセットにマップできる。複数のＲＸビーム表示に対する別の例では、明示的な表示は、ペイロードビットを使用することができ、少数のビットは、ビームのサブセット、たとえば、最も良いＫ個のｇＮＢ ＲＸビームを示すために使用できる。
【0140】
本明細書において提供される例では、ｇＮＢ ＴＸビームは、ｇＮＢ ＲＸビームにマップできる。一例では、ｇＮＢ ＴＸビームは、時間インデックスを含むことができるＳＳブロックを送信するために使用でき、時間インデックスは、ＳＳブロック時間インデックスであってよい。さらに、ｇＮＢ ＴＸビームＩＤは、ＳＳブロック時間インデックスであってよい。また、ｇＮＢ ＲＸビームは、１つもしくは複数のプリアンブル系列および／または１つもしくは複数のプリアンブルリソースを使用することができるプリアンブルを受信するために使用できる。さらに、プリアンブルリソースは、プリアンブルリソースインデックスに従って割り当てことができ、プリアンブルリソースインデックスは、時間リソースインデックスおよび／または周波数リソースインデックスを含むことができる。また、プリアンブル系列は、プリアンブル系列インデックスに基づいて決定できる。一例では、ｇＮＢ ＴＸビームは、時間インデックスｘ、たとえば、ＳＳブロック時間インデックスｘにマップでき、ｇＮＢ ＲＸビームは、時間インデックスｙ、たとえば、ＰＲＡＣＨリソース時間インデックスｙにマップできる。一例では、ｙはｘプラスｃに等しくてよく、ｃは、時間オフセット、周波数オフセット、別のタイプのオフセットなどであってよい。さらなる例では、ｃは０に等しくてよく、時間オフセットが使用されてもよいし、使用されてなくてもよい。これは、ｇＮＢ ＴＸビームがｇＮＢ ＲＸビームと関連づけられている、またはＤＬ ＳＳブロック時間インデックスがＵＬプリアンブル時間リソースインデックスと関連づけられてよいことを暗示することができる。ＷＴＲＵが、最も良いｇＮＢ ＴＸビームを時間ｘに検出したとき、それは、最も良いｇＮＢ ＲＸビームを時間ｙに自動的に知ることができる、または、その逆である。
【0141】
ｇＮＢが、ＷＴＲＵによって送信されるプリアンブルを時間リソースインデックスｙに検出したとき、それは、ＷＴＲＵが検出する最も良いＳＳ／ＰＢＣＨブロック時間インデックスｘを暗黙的に知ることができる。ＷＴＲＵが、そのような時間インデックスたとえばＳＳ／ＰＢＣＨブロック時間インデックスｘをｇＮＢに報告することを決定したとき、ＷＴＲＵは、時間リソースインデックスｙにおいてプリアンブルを送ることができ、時間インデックスｘとｙは、互いと関連づけられる。一例では、各ｇＮＢ ＴＸビームは、ＳＳブロックにマップでき、各ｇＮＢ ＲＸビームは、プリアンブル時間リソースにマップできる。プリアンブルがｇＮＢの最も良いＲＸビームによって受信できることを保証するために、ＷＴＲＵは、時間リソースｙにおいてプリアンブルを送るべきである。ｇＮＢ ＴＸ／ＲＸ相反性が存在しないとき、ＰＲＡＣＨリソースは時間－周波数インデックスによって定義でき、ＳＳブロックは、１つまたは複数のＵＬプリアンブル時間／周波数リソースおよび／または系列と関連づけできる。たとえば、ＳＳブロック時間インデックスは、１つまたは複数のＵＬプリアンブル時間／周波数リソースおよび／または系列インデックスと関連づけできる。これは、ＷＴＲＵが、プリアンブルを選択し、選択されたプリアンブルをＰＲＡＣＨ時間－周波数リソース上で送信して、ＳＳブロックを識別し、ＳＳブロック時間インデックスをフィードバックすることができるからである。たとえば、ＷＴＲＵは、プリアンブルインデックスｎなどのプリアンブルを選択し、選択されたプリアンブルをＰＲＡＣＨ周波数リソース上で送信して、第ｎのＳＳブロックを識別し、ＳＳブロック時間インデックスをフィードバックすることができる。別の例では、ＷＴＲＵは、プリアンブルを選択し、選択されたプリアンブルをリソースインデックスｎなどのＰＲＡＣＨ周波数リソース上で送信して、第ｎのＳＳブロックを識別し、ＳＳブロック時間インデックスをフィードバックすることができる。さらなる一例では、ＷＴＲＵは、プリアンブルインデックスｎなどのプリアンブルを選択し、選択されたプリアンブルを周波数リソースインデックスｍなどのＰＲＡＣＨ周波数リソース上で送信して、第ｎのＳＳブロックを識別し、ＳＳブロック時間インデックスをフィードバックすることができる。このケースでは、第ｎのＳＳブロックは、プリアンブルインデックスｎおよび周波数リソースインデックスｍと関連づけできる。
【0142】
一例では、ＷＴＲＵは、プリアンブルインデックスｎなどのプリアンブルを選択し、選択されたプリアンブルを時間リソースインデックスｊにおいて周波数リソースインデックスｍなどのＰＲＡＣＨ周波数リソース上で送信して、第ｎのＳＳブロックを識別し、ＳＳブロック時間インデックスをフィードバックすることができる。このケースでは、第ｎのＳＳブロックは、プリアンブルインデックスｎ、周波数リソースインデックスｍ、および時間リソースインデックスｊと関連づけできる。
【0143】
別の例では、ＳＳブロックは、複数のプリアンブルインデックス、周波数インデックス、および／または時間インデックスと関連づけできる。このケースでは、ＷＴＲＵは、プリアンブルセットインデックスｎなどのプリアンブルセット内のプリアンブルを選択し、選択されたプリアンブルを時間リソースセットｊにおいて周波数リソースセットインデックスｍなどの周波数セット内のＰＲＡＣＨ周波数リソース上で送信して、第ｎのＳＳブロックを識別し、ＳＳブロック時間インデックスをフィードバックすることができる。このケースでは、第ｎのＳＳブロックは、プリアンブルセットインデックスｎ、周波数リソースセットインデックスｍ、および／または時間リソースセットインデックスｊと関連づけできる。
【0144】
複数のＳＳブロックは、プリアンブルインデックス、周波数インデックス、および／または時間インデックスとも関連づけできる。ＷＴＲＵは、プリアンブルインデックスｎなどのプリアンブルを選択し、選択されたプリアンブルを時間リソースインデックスｊにおいて周波数リソースインデックスｍなどのＰＲＡＣＨ周波数リソース上で送信して、ＳＳブロックの第ｎのセットを識別し、ＳＳブロック時間インデックスまたはＳＳブロックセット時間インデックスをフィードバックすることができる。このケースでは、ＳＳブロックの第ｎのセットは、プリアンブルインデックスｎ、周波数リソースインデックスｍ、および／または時間リソースインデックスｊと関連づけできる。
【0145】
１つまたは複数のＤＬ ＴＸビームと１つまたは複数のＵＬ ＲＸビームは、関連づけできる。１つまたは複数のＤＬ ＴＸビームと１つまたは複数のＵＬ ＲＸビームとの間の関連づけは、システム情報、最小システム情報、残りの最小システム情報、または他のシステム情報を介してシグナリングできる。ＳＳブロック、ＰＲＡＣＨリソース、プリアンブル時間リソース、プリアンブル周波数リソース、および／またはプリアンブル系列は各々、互いのうちの１つまたは複数と関連づけできる。ＳＳブロック、ＰＲＡＣＨリソース、および／またはプリアンブル系列との間の関連づけは、システム情報、最小システム情報、残りの最小システム情報、または他のシステム情報を介してシグナリングできる。
【0146】
しかしながら、ｇＮＢ ＴＸ／ＲＸ相反性が存在するとき、ＰＲＡＣＨリソースは、周波数インデックスのみによって定義できる。これは、ＷＴＲＵが、ＰＢＣＨが時間ｘにおいて受信される場合、プリアンブルを選択し、選択されたプリアンブルを時間ｙにおいてＰＲＡＣＨ周波数リソース上で送信し、ＳＳブロックを識別し、ＳＳブロック時間インデックスをフィードバックすることができるからである。たとえば、ＷＴＲＵは、プリアンブルインデックスｎなどのプリアンブルを選択し、選択されたプリアンブルをＰＲＡＣＨ周波数リソースたとえば周波数リソースインデックスｍ上で時間ｙにおいて送信して、第ｎのＳＳブロックを識別し、ＳＳブロック時間インデックスをフィードバックすることができる。このケースでは、第ｎのＳＳブロックは、プリアンブルインデックスｎおよび周波数リソースインデックスｍと関連づけできる。一例では、ＷＴＲＵは、決定されていない場合に、選択されたプリアンブルを送信しない場合がある。ＷＴＲＵは、ｇＮＢが、最も良いＲＸビームを存在させるときにおいて、選択されたプリアンブルを送信することのみができる。この例における利点は、プリアンブルが最も良いＲＸビームを使用してｇＮＢによって受信できることであってよい。
【0147】
一例では、ＷＴＲＵは、プリアンブル、たとえば、プリアンブルリソース、系列などをのみ使用して、検出されたＳＳ／ＰＢＣＨブロックを報告することができる。プリアンブルは、系列および／またはリソースなどの異なるプリアンブルが異なるＳＳ／ＰＢＣＨブロックを示すことができる場合、ＳＳ／ＰＢＣＨブロック情報を搬送または含有することができる。プリアンブル番号ｘは、ＳＳ／ＰＢＣＨブロック番号ｘを示すまたは報告するために使用できる。本明細書における例では、プリアンブルは、プリアンブル系列であってもよいし、プリアンブルリソースであってもよいし、前述のものの組み合わせであってもよい。プリアンブルリソースは、プリアンブル時間リソースであってもよいし、周波数リソースであってもよいし、プリアンブル空間リソースであってもよいし、前述のものの組み合わせであってもよい。
【0148】
１つまたは複数のプリアンブル系列および／またはリソースなどの１つまたは複数のプリアンブルは、異なるＳＳ／ＰＢＣＨブロックを示すまたは報告するために使用できる。たとえば、プリアンブル系列番号ｘは、ＳＳ／ＰＢＣＨブロック番号ｘに対応することができる。ＷＴＲＵは、プリアンブル系列番号ｘを使用して、ＳＳ／ＰＢＣＨブロック番号ｘを示すまたは報告することができる。ＷＴＲＵが、ＳＳ／ＰＢＣＨブロック番号ｘを示すまたは報告することを決定するとき、ＷＴＲＵは、プリアンブル系列番号ｘを選択し、選択されたプリアンブル系列番号ｘを送信することができる。
【0149】
別の例では、プリアンブル時間リソース番号ｘは、ＳＳ／ＰＢＣＨブロック番号ｘに対応することができる。ＷＴＲＵは、プリアンブル時間リソース番号ｘを使用して、ＳＳ／ＰＢＣＨブロック番号ｘを要求することができる。ＷＴＲＵが、ＳＳ／ＰＢＣＨブロック番号ｘを示すまたは報告することを決定するとき、ＷＴＲＵは、プリアンブル時間リソース番号ｘを選択して、プリアンブル時間リソース番号ｘにおいてプリアンブル系列を送信することができる。
【0150】
さらに別の例では、プリアンブル周波数リソース番号ｘは、ＳＳ／ＰＢＣＨブロック番号ｘに対応することができる。ＷＴＲＵは、プリアンブル周波数リソース番号ｘを使用して、ＳＳ／ＰＢＣＨブロック番号ｘを示すまたは報告することができる。ＷＴＲＵが、ＳＳ／ＰＢＣＨブロック番号ｘを示すまたは報告することを決定するとき、ＷＴＲＵは、プリアンブル周波数リソース番号ｘを選択して、プリアンブル周波数リソース番号ｘにおいてプリアンブル系列を送信することができる。
【0151】
ＳＳ／ＰＢＣＨブロックとプリアンブルとの間の関連づけが使用されてよい。ＳＳ／ＰＢＣＨブロックとプリアンブル時間リソース、周波数リソース、プリアンブル系列、またはそれらの任意の組み合わせとの間の関連づけが使用されてよい。
【0152】
プリアンブル系列とＳＳ／ＰＢＣＨブロックとの間の関連づけが使用されてよい。１つの例示的関連づけとして、１つのプリアンブルは、１つのＳＳ／ＰＢＣＨブロックと関連づけできる。プリアンブル系列番号ｘは、ＳＳ／ＰＢＣＨブロック番号ｘと関連づけできる。ＷＴＲＵが、ＳＳ／ＰＢＣＨブロック番号ｘを示すまたは報告することを決定するとき、ＷＴＲＵは、プリアンブル系列番号ｘを選択し、それを送信することができる。別の例示的関連づけとして、１つのプリアンブルは、複数のＳＩＢと関連づけされてよい。プリアンブル系列番号ｘは、ＳＳ／ＰＢＣＨブロック番号ｘおよびＳＳ／ＰＢＣＨブロック番号ｙと関連づけできる。ＷＴＲＵが、ＳＳ／ＰＢＣＨブロック番号ｘまたはＳＳ／ＰＢＣＨブロック番号ｙを要求することを望むとき、ＷＴＲＵは、プリアンブル系列番号ｘを選択し、それを送信することができる。さらに別の例示的関連づけとして、複数のプリアンブル系列は、１つのＳＳ／ＰＢＣＨブロックと関連づけできる。プリアンブル系列番号ｘおよび番号ｙは、ＳＳ／ＰＢＣＨブロック番号ｘと関連づけできる。ＷＴＲＵが、ＳＳ／ＰＢＣＨブロック番号ｘを要求することを望むとき、ＷＴＲＵは、プリアンブル系列番号ｘまたは番号ｙを選択して、プリアンブル系列番号ｘまたは番号ｙのどちらかを送信することができる。複数のプリアンブル系列送信が使用されるまたは可能にされるとき、ＷＴＲＵは、プリアンブル系列番号ｘと番号ｙの両方を送信することができる。
【0153】
１つまたは複数のプリアンブル時間リソースと１つまたは複数のＳＳ／ＰＢＣＨブロックとの間の関連づけが使用できる。１つの例示的関連づけとして、１つのプリアンブル時間リソースは、１つのＳＳ／ＰＢＣＨブロックと関連づけできる。プリアンブル時間リソース番号ｘは、ＳＳ／ＰＢＣＨブロック番号ｘと関連づけできる。ＷＴＲＵが、ＳＳ／ＰＢＣＨブロック番号ｘを示すまたは報告することを望むとき、ＷＴＲＵは、プリアンブル時間リソース番号ｘを選択して、プリアンブル系列を送信することができる。別の例示的関連づけとして、１つのプリアンブル時間リソースは、複数のＳＩＢと関連づけできる。プリアンブル時間リソース番号ｘは、ＳＳ／ＰＢＣＨブロック番号ｘおよびＳＳ／ＰＢＣＨブロック番号ｙと関連づけできる。ＷＴＲＵが、ＳＳ／ＰＢＣＨブロック番号ｘまたはＳＳ／ＰＢＣＨブロック番号ｙを示すまたは報告することを望むとき、ＷＴＲＵは、プリアンブル時間リソース番号ｘを選択して、プリアンブルを送信することができる。さらに別の例示的関連づけとして、複数のプリアンブル時間リソースは、１つのＳＳ／ＰＢＣＨブロックと関連づけできる。プリアンブル時間リソース番号ｘおよび番号ｙは、ＳＳ／ＰＢＣＨブロック番号ｘと関連づけできる。ＷＴＲＵが、ＳＳ／ＰＢＣＨブロック番号ｘを示すまたは報告することを望むとき、ＷＴＲＵは、プリアンブル時間リソース番号ｘまたは番号ｙを選択して、プリアンブルを送信することができる。複数のプリアンブル時間リソース送信が使用されるまたは可能にされるとき、ＷＴＲＵは、プリアンブル時間リソース番号ｘと番号ｙの両方においてプリアンブルを送信することができる。
【0154】
類似して、１つまたは複数のプリアンブル周波数リソースと１つまたは複数のＳＳ／ＰＢＣＨブロックとの間の関連づけが使用されてよい。同様に、１つまたは複数のプリアンブル時間／周波数リソース、１つまたは複数の系列、および１つまたは複数のＳＳ／ＰＢＣＨブロックのいずれか１つの間の関連づけが使用されてよい。
【0155】
ＷＴＲＵが、プリアンブルおよびＳＳ／ＰＢＣＨブロックについての関連づけをもつ表示を受信する場合、ＷＴＲＵは、プリアンブルを使用して、ＳＳ／ＰＢＣＨブロックを示すまたは報告することができる。一例では、プリアンブルは、プリアンブル系列、プリアンブルリソースなどであってよい。ＷＴＲＵが、プリアンブルおよびＳＳ／ＰＢＣＨブロックについての関連づけをもつ表示を受信しない場合、ＷＴＲＵは、ＲＡＣＨメッセージ３などの、ペイロード内の制御フィールドを使用して、ＳＳ／ＰＢＣＨブロックを示すまたは報告することができる。
【0156】
単一の関連づけまたはマッピングが使用されてよい。１ビットの関連づけ表示が使用されてよい。ＷＴＲＵは、関連づけありまたは関連づけなしとともに示されてよく、たとえば、「１」は、「関連づけあり」を示してよく、「０」は、「関連づけなし」を示してよい。
【0157】
別の例では、複数の関連づけまたはマッピングが使用されてよい。Ｎ個のビットの関連づけ表示が使用されてよい。２つの例が使用できる。１つの例では、２つのインジケータが使用されてよく、第１のインジケータは、関連づけありまたは関連づけなしを示してよい。一例では、第１のインジケータは、１ビットであってよい。第２のインジケータ（Ｎ個のビット）は、ＷＴＲＵが、関連づけありを示す第１のインジケータを受信した場合、どの関連づけが使用されるべきかを示すために使用できる。一例では、第２のインジケータは、Ｎ個のビットであってよい。別の例では、関連づけ「あり」および関連づけ「なし」の共同コーディングをもつ単一のインジケータならびに複数の関連づけ。一例では、単一のインジケータは、Ｎ個のビットであってよい。３つの関連づけの一例では、２つのビットからなる単一のインジケータが使用される場合がある。したがって、ビット００は、関連づけなしを示すことができる。さらに、ビット０１、１０、および１１はそれぞれ、第１の関連づけ、第２の関連づけ、および第３の関連づけを示すことができる。第１の関連づけ、第２の関連づけ、および第３の関連づけはそれぞれ、「関連づけ１」、「関連づけ２」、および「関連づけ３」とラベルできる。
【0158】
関連づけ表示は、ＲＡＣＨ構成の一部であってよく、残りの最小システム情報（ＲＭＳＩ）信号などのブロードキャスト信号またはチャネル内で搬送されるまたは含まれてよい。関連づけ表示は、ＳＳ、Ｎｅｗ Ｒａｄｉｏ ＰＢＣＨ（ＮＲ－ＰＢＣＨ）、または他のシステム情報（ＯＳＩ）内で搬送されてもよい。
【0159】
ＳＳ／ＰＢＣＨブロックとＰＲＡＣＨプリアンブル（系列、リソース、それらのインデックス）との間の関連づけは、ＲＭＳＩ内で示されてよい実際に送信されるＳＳ／ＰＢＣＨブロックに基づいてよい。別の例では、ＳＳブロックとＰＲＡＣＨプリアンブル（系列、リソース、それらのインデックス）との間の関連づけは、周波数帯域によりあらかじめ決定されてよい最大ＳＳ／ＰＢＣＨブロックに基づいてよい。
【0160】
セル内で利用可能な数のＮＲ－ＲＡＣＨプリアンブルは、
Ｍ＝Ｌ’－Ｋ 式（１）
によって決定でき、上式で、Ｌ’は、ＳＳブロックセット内で実際に送信されたＳＳブロック内の数であってよく、Ｋは、各ＳＳブロックと関連づけられたプリアンブルの数であってよい。一例では、プリアンブルとＳＳブロックの１対１関連づけの場合、Ｋは１であってよい。
Ｍ＝Ｌ’－Ｋ 式（１）
によって決定でき、上式で、Ｌ’は、ＳＳブロックセット内で実際に送信されたＳＳブロック内の数であってよく、Ｋは、各ＳＳブロックと関連づけられたプリアンブルの数であってよい。一例では、プリアンブルとＳＳブロックの１対１関連づけの場合、Ｋは１であってよい。
【0161】
関連づけは、セル内の連続したＭ個のプリアンブルをＬ’個のＳＳブロックまたはＳＳ／ＰＢＣＨブロックにマップすることによってなされてよい。また、Ｋ個の連続したプリアンブルは、各ＳＳブロックにマップされてよい。
【0162】
セル内のプリアンブルは、ルートＺａｄｏｆｆ－Ｃｈｕ系列の循環シフト、Ｚａｄｏｆｆ－Ｃｈｕ系列のルートインデックス、スロット内のＮＲ－ＲＡＣＨプリアンブル時間インスタンス、スロットインデックス、周波数インデックス（たとえば、サブキャリアインデックス、ＰＲＢインデックスなどを含むことができる）などのうちの少なくとも１つに基づいてＳＳ／ＰＢＣＨブロックに関連づけされてもよいし、これにマップされてもよい。
【0163】
例示的関連づけでは、セル内のＮＲ－ＲＡＣＨプリアンブル系列のセットは、利用可能なルートＺａｄｏｆｆ－Ｃｈｕ系列の循環シフト、スロット内の増加するＮＲ－ＲＡＣＨプリアンブル時間インスタンス、増加するルートインデックス、増加する周波数インデックス、および増加するスロットインデックスの順に決定されてよい。別の例では、セル内のＮＲ－ＲＡＣＨプリアンブル系列のセットは、ルートＺａｄｏｆｆ－Ｃｈｕ系列の循環シフト、Ｚａｄｏｆｆ－Ｃｈｕ系列の増加するルートインデックス、スロット内の増加するＮＲ－ＲＡＣＨプリアンブル時間インスタンス、増加するスロットインデックス、および増加する周波数インデックスの順に決定されてよい。
【0164】
ｇＮＢは、競合ベースのランダムアクセスのメッセージを通して、追加のＳＳ／ＰＢＣＨブロックインデックス、たとえば、最も強いＳＳ／ＰＢＣＨブロックインデックスを報告するように、ＷＴＲＵを構成することができる。一例では、メッセージは、競合ベースのランダムアクセスのメッセージ３であってよい。
【0165】
ｇＮＢは、たとえばハンドオーバ中など、競合なしのランダムアクセス手順中に、ＰＲＡＣＨプリアンブルを通して複数のＳＳ／ＰＢＣＨブロックインデックスを報告するように、ＷＴＲＵを構成することができる。ｇＮＢは、競合ベースのランダムアクセス手順中に１つまたは複数のＰＲＡＣＨプリアンブルを通して複数のＳＳ／ＰＢＣＨブロックインデックスを報告するように構成できる。
【0166】
さらなる一例では、最も良いｇＮＢ ＲＸビームは、ｇＮＢ ＲＸ部位におけるＲＸビームスイーピングまたはトレーニングなしで識別できる。これは、ビームスイーピングまたはトレーニングオーバヘッドおよびレイテンシを減少させることができる。欠点は、今やＷＴＲＵは、時間領域内で選定するＷＴＲＵのリソースを使用する自由をもたない場合があるので、ＰＲＡＣＨリソースが所与のＷＴＲＵに対して減少できることである。ＷＴＲＵは、周波数領域内でのみ自由を有する場合がある。これは、送信衝突確率を増加させる場合がある。しかしながら、ＷＴＲＵは、異なる時間インスタンスにおいてプリアンブルを送信することが強制される場合があるので、そのようなプリアンブル送信は、プリアンブル送信に対する衝突確率を減少させる場合もある。ＷＴＲＵが同じビームによって覆われるケースでは、ＷＴＲＵは各々、空間的分離なしに同じビーム内で同じ時間インスタンス内にプリアンブルを送らなければならない場合があるので、ＷＴＲＵ衝突確率は、増加される場合がある。
【0167】
異なるビーム内のＷＴＲＵの場合、ＷＴＲＵが時間的に分離されるので、送信衝突が減少される場合がある。この解決策は、自律的ビームスケジューリングと呼ばれる場合がある。すなわち、検出された最も良いｇＮＢ ＴＸビームに対する時間インデックスは、ＷＴＲＵのための時間領域内でＰＲＡＣＨリソースを自動的に決定できるが、周波数領域内ではＰＲＡＣＨリソースを自動的に決定できず、最も良いｇＮＢ ＲＸビームは、自動的にスケジュールできる。この解決策は、ＲＡＣＨに対する自律的ＴＤＭＡであると考慮できる。
【0168】
一例では、最も良いｇＮＢ ＴＸビームは、ビームセットＱなどの、最も良いｇＮＢ ＲＸビームのセットを示すことができる。ＷＴＲＵは、一度に１つずつプリアンブルを送信する必要がある場合がある。たとえば、ＷＴＲＵは、時間ｘ＋ｎｃ、時間ｘ＋ｎｃ＋１、時間ｘ＋ｎｃ－１などにおいて、プリアンブルを送信する必要がある場合があり、ここで、ｎは、このビームセットが最も良いｇＮＢ ＴＸビームの正および負のインデックスである場合、正の整数である。これは、ローカルビームセットと呼ばれる場合がある。ローカルビームセットは、最も良いＳＳ／ＰＢＣＨブロックまたはｇＮＢ ＴＸビームのインデックスに関してローカルであると考慮できる。
【0169】
別の例では、ビームセットは、非ローカルであってもよい。ＷＴＲＵは、時間ｘ＋ｎｃ、時間ｘ＋ｎｃ＋１、時間ｘ＋ｎｃ－１などの、１つまたは複数のＰＲＡＣＨ時間リソースにおいて、ランダムにプリアンブルを送ることができる。一例では、Ｘは、最も良いＳＳ／ＰＢＣＨブロックまたはｇＮＢ ＴＸビームのインデックスであってよく、ｎは整数であってよく、ｃは、異なる設計に対する定数であってよい。したがって、ＰＲＡＣＨリソースは、ローカル時間インデックスであってよい時間インデックスと、グローバル周波数インデックスであってよい周波数インデックスによって定義できる。このローカル時間インデックスは、最も良いＳＳ／ＰＢＣＨブロックまたはｇＮＢ ＴＸビームのインデックスに関してローカルであってよい。また、グローバル周波数インデックスは、最も良いＳＳ／ＰＢＣＨブロックまたはｇＮＢ ＴＸビームのインデックスに関してグローバルであってよい。
【0170】
図８は、ビーム動作モードのためのＷＴＲＵ手順の一例を例示するフローチャート図である。フローチャート図８００に図示されるように、ＷＴＲＵは、時間インデックスｘにおいてＰＢＣＨを受信することができる８１０。ＷＴＲＵは、時間オフセットを送信プリアンブルに適用することができる８３０。ＷＴＲＵは、ｇＮＢ ＴＸ／ＲＸ相反性表示を受信することもできる。ＷＴＲＵは、ｇＮＢ ＴＸ／ＲＸ相反性表示が真であるか偽であるかを決定することができる８５０。一例では、ｇＮＢ ＴＸ／ＲＸ相反性インジケータ＝ＴＲＵＥの場合、ＷＴＲＵは、時間インデックスｙにおいてプリアンブルを送信することができ、ここで、ｙ＝オフセット＋ｘである８６０。そうでない場合、ＷＴＲＵは、時間インデックスｙにおいてプリアンブルを送信することができ、ここで、ｙ＝オフセット＋ｘoである８７０。
【0171】
一例では、ＴＸ／ＲＸビーム相反性決定、ＴＸ／ＲＸビーム改良、または両方が実行できる。たとえば、ｇＮＢは、ＴＸ／ＲＸビーム相反性についての知識または情報を有することができる。ｇＮＢは、トレーニング方法によってＴＸ／ＲＸビーム相反性を決定または改良することもできる。そのような例示的解決策は、以下のような例示的構成に使用でき、これに限定されない。
【0172】
一例では、最も良いＳＳ／ＰＢＣＨブロックは、ＳＳ／ＰＢＣＨブロックインデックスｘであってよく、最も良いＰＲＡＣＨプリアンブルおよび／またはリソースは、ＰＲＡＣＨプリアンブル系列／リソースインデックスｙであってよい。別の例では、最も良いＴＸビームはビームｘであってよく、最も良いＲＸビームはビームｙであってよい。さらなる例示的構成では、ｙ＝ｘであり、これは、完全なビーム相反性と呼ばれる場合がある。別の例示的構成では、ｙ＝ｘ＋Δであり、ここで、Δ＝±１、０、±２、またはΔ＝±１、±２、などである。これは、部分的なビーム相反性と呼ばれる場合がある。追加の例示的構成では、ｙ≠ｘであり、ｙ＝ｘ＋Δは保たれない。これは、ビーム相反性なしと呼ばれる場合がある。
【0173】
ビーム掃引またはトレーニングは、ＴＸ／ＲＸビーム相反性を決定または改良するために使用できる。例では、多段式の解決策が使用できる。たとえば、例示的段階では、完全なビーム掃引が実行できる。さらなる例示的段階では、ＴＸ／ＲＸビーム相反性が判断または改良できる。別の例示的段階では、電力節約ビーム掃引またはトレーニングが、ビーム相反性を更新するために実行できる。
【0174】
一例では、ＷＴＲＵ ＴＸビームは、ＷＴＲＵ ＲＸビームにマップできる。ＷＴＲＵが、最も良いＷＴＲＵ ＲＸビームｚにおいてＰＢＣＨを受信した場合、ＷＴＲＵは、ＷＴＲＵ ＴＸ／ＲＸビーム相反性が存在する場合、ＷＴＲＵ ＴＸビームｚを使用してプリアンブルを送ることができる。そうでない場合、ＷＴＲＵは、時間ｘ＋ｎｃにおいて、一度に１つずつ、すべてのＷＴＲＵ ＴＸビームを掃引することによってプリアンブルを送る必要がある場合があり、ここで、ｎは正の整数である。
【0175】
さらなる一例では、最も良いＷＴＲＵ ＲＸビームは、最も良いＷＴＲＵ ＴＸビームのセットを示すことができる。一例では、最も良いＷＴＲＵ ＴＸビームのセットは、ビームセットＱであってよい。ＷＴＲＵは、時間ｘ＋ｎｃにおいて、一度に１つずつ、ＷＴＲＵ ＴＸビームのこのビームセットＱを掃引することによってプリアンブルを送る必要がある場合があり、ここで、ｎは正の整数である。そのようなビームセットは、マスタ情報ブロック（ＭＩＢ）／ＳＩＢを介して、または構成を介して、あらかじめ定義されてよい。
【0176】
ビーム相反性、ビーム対応、または両方を決定するための模範的な方法および手順が、本明細書において開示される。１つまたは複数のＷＴＲＵ ＴＸ／ＲＸビームに対するビーム相反性／対応は、以下の例示的ステップを介して決定できる。ある一定のステップは、順不同に実行されてもよいし、まったく実行されなくてもよいことが、当業者には理解されよう。他のステップは、本明細書において提供されるステップの中間に実行されてよい。ステップ１では、ＷＴＲＵは、ＴＸビームスイーピングを実行することができる。ステップ２では、ＴＲＰは、ＴＲＰにおいて実行された測定に基づいて、１つまたは複数のＷＴＲＵ ＴＸビームを決定することができる。ステップ３では、ＴＲＰは、ステップ２において決定された１つまたは複数のＷＴＲＵ ＴＸビームに基づいて、決定されたＷＴＲＵ ＴＸビーム情報に関する情報を示すまたは送信することができる。決定された１つまたは複数のビームの１つまたは複数のビームインデックスは、限定されるものではないが、ＲＡＲ、ＮＲ－ＰＲＡＣＨメッセージ４、ＮＲ－ＰＤＣＣＨ、ＮＲ拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）、メディアアクセス制御要素（ＭＡＣ ＣＥ）、ＲＲＣシグナリングなどを介してＷＴＲＵにシグナリングできる。
【0177】
ステップ４では、ＷＴＲＵは、ＲＸビームスイーピングを実行することができる。ステップ５では、ＷＴＲＵは、１つまたは複数の測定に基づいて、１つまたは複数のＲＸビームを決定することができる。ステップ６では、ＷＴＲＵは、ＷＴＲＵにおけるビーム相反性／対応を仮定して、ステップ５において決定された１つまたは複数のＲＸビームを使用して１つまたは複数のＴＸビームを導出することができる。ステップ７では、ステップ３において示された１つまたは複数のビームとステップ６において導出された１つまたは複数のビームがＷＴＲＵにおいて比較でき、ＷＴＲＵは、ルールまたはルールのセットに基づいて、ＷＴＲＵにおける最終的なビーム相反性／対応を決定することができる。たとえば、ステップ３において示されたビームとステップ６において導出されたビームが同じである場合、ＷＴＲＵにおける完全なビーム相反性／対応が、宣言および決定されてよい。ステップ３において示されたビームとステップ６において導出されたビームが部分的に同じである場合、ＷＴＲＵにおける部分的なビーム相反性／対応が、宣言および決定されてよい。ステップ３において示されたビームとステップ６において導出されたビームがまったく異なる場合、ＷＴＲＵにおけるビーム相反性／対応なしが、宣言および決定されてよい。
【0178】
１つまたは複数のＴＲＰ ＴＸ／ＲＸビームに対するビーム相反性／対応を決定するために、以下のステップが実行されてよい。ある一定のステップは、順不同に実行されてもよいし、まったく実行されなくてもよいことが、当業者には理解されよう。他のステップは、ステップの中間に実行されてよい。
【0179】
ステップ１では、ＴＲＰは、ＴＸビームスイーピングを実行することができる。ステップ２では、ＷＴＲＵは、１つまたは複数の測定に基づいて、１つまたは複数のＴＲＰ ＴＸビームを決定することができる。ステップ３では、ＷＴＲＵは、ステップ２において決定された１つまたは複数のビームに基づいて、決定されたＴＲＰ ＴＸビーム情報に関する情報を知らせる、示す、または送信することができる。決定された１つまたは複数のビームインデックスは、限定されるものではないが、ＷＴＲＵフィードバック、ＣＳＩフィードバック、ＮＲ－ＰＲＡＣＨメッセージ１、１つまたは複数のプリアンブル、ＮＲ－ＰＵＣＣＨ、ＮＲ－ＰＵＳＣＨ、スケジューリング要求（ＳＲ）などを介してＴＲＰにフィードバックできる。
【0180】
ステップ４では、ＴＲＰは、ＲＸビームスイーピングを実行することができる。ステップ５では、ＴＲＰは、１つまたは複数の測定に基づいて、１つまたは複数のＲＸビームを決定することができる。ステップ６では、ＴＲＰは、ＴＲＰにおけるビーム相反性／対応を仮定して、ステップ５において決定された１つまたは複数のＲＸビームを使用して１つまたは複数のＴＸビームを導出することができる。ステップ７では、ステップ３において示された１つまたは複数のビームとステップ６において導出された１つまたは複数のビームがＴＲＰにおいて比較でき、ＴＲＰは、ルールまたはルールのセットに基づいて、ＴＲＰにおける最終的なビーム相反性／対応を決定することができる。たとえば、ステップ３の示されたビームとステップ６の導出されたビームが同じである場合、ＴＲＰにおける完全なビーム相反性／対応が、宣言および決定されてよい。ステップ３の示されたビームとステップ６の導出されたビームが部分的に同じである場合、ＴＲＰにおける部分的なビーム相反性／対応が、宣言および決定されてよい。ステップ３において示されたビームとステップ６において導出されたビームがまったく異なる場合、ＴＲＰにおけるビーム相反性／対応なしが、宣言および決定されてよい。
【0181】
ビームまたはビーム相反性／対応を決定する測定またはメトリックスは、限定されるものではないが、信号対雑音比（ＳＮＲ）、信号対干渉雑音比（ＳＩＮＲ）、信号強度、電力、ビーム－品質、ＣＳＩなどに基づいてよい。
【0182】
ＷＴＲＵビーム対応または相反性は、本明細書において説明される方法および手順のうちの１つまたは複数を使用して決定されてよい。ＷＴＲＵビーム対応または相反性が決定されると、決定されたビーム対応または相反性の結果が、ワイヤレス接続の他の側にシグナリングされるまたは示されてよい。たとえば、ＷＴＲＵがビーム対応または相反性を決定する場合、ＷＴＲＵは、決定されたビーム対応または相反性の結果を含むフィードバックをｇＮＢ、ＴＲＰ、または他のＷＴＲＵに提供することができる。そのようなフィードバックは、半静的であってもよいし、動的であってもよい。たとえば、決定されたビーム対応または相反性の結果は、限定されるものではないが、初期アップリンク送信、ＷＴＲＵフィードバック、ＣＳＩ、ＮＲ－ＰＲＡＣＨメッセージ１、１つまたは複数のプリアンブル、ＮＲ－ＰＲＡＣＨメッセージ３、ＮＲ－ＰＵＣＣＨ、ＮＲ－ＰＵＳＣＨ、ＳＲ、ＭＡＣ、ＭＡＣ ＣＥ、ＲＲＣシグナリング、サイドリンク送信などを介してフィードバックされてよい。そのようなフィードバックは、周期的であってもよいし、非周期的であってもよいし、要求ごとであってもよいし、請求に基づいてもよい。ＷＴＲＵビーム対応または相反性の結果に関するそのようなフィードバックは、ＷＴＲＵ、ＴＲＰ、または両方によって示されてよい。ＷＴＲＵビーム対応または相反性の結果に関するそのようなフィードバックは、イベントによってトリガされてもよい。
【0183】
別の例では、ＷＴＲＵは、決定されたビーム対応または相反性の結果を含むフィードバックを、ＷＴＲＵ能力表示の一部として、ｇＮＢ、ＴＲＰ、または他のＷＴＲＵに提供することができる。たとえば、１つまたは複数の決定されたビーム対応または相反性の結果は、単独で、またはＷＴＲＵ能力とともに、所与のＷＴＲＵから、初期アップリンク送信、ＮＲ－ＰＲＡＣＨメッセージ１、１つまたは複数のプリアンブル、ＲＲＣ接続確立要求、ＮＲ－ＰＲＡＣＨメッセージ３、ＲＲＣシグナリング、サイドリンク送信などを介して、ｇＮＢ、ＴＲＰ、または他のＷＴＲＵにシグナリングまたは示されることができる。
【0184】
図９は、ＷＴＲＵビーム対応、ビーム相反性、または両方を決定および報告するための例示的ＷＴＲＵ方法および手順を例示するフローチャート図である。フローチャート図９００に図示される一例では、ｇＮＢまたはＴＲＰは、ＷＴＲＵビーム対応、ビーム相反性、または両方についての情報を要求することができる９１０。ＷＴＲＵは、ビーム対応／相反性のための方法および手順を実行することができる９２０。一例では、ＷＴＲＵは、ｇＮＢまたはＴＲＰから受信された要求に基づいて、ビーム対応／相反性のための方法および手順を実行することができる。別の例では、ＷＴＲＵは、ｇＮＢまたはＴＲＰから要求を受信することなく、ビーム対応／相反性のための方法および手順を実行することができる。
【0185】
さらに、ＷＴＲＵは、ビーム対応／相反性決定の表示を所定の手順でｇＮＢまたはＴＲＰに送ることができる。そのような手順は、初期アクセス手順、ランダムアクセス手順、またはＲＲＣ接続段階中のＲＲＣ手順を介してであってよい。ＷＴＲＵは、ビーム対応／相反性決定のための方法および手順の１つまたは複数の結果により、ビーム対応／相反性を決定することができる９３０。一例では、ＷＴＲＵは、本明細書において他の場所で提供されるビーム対応／相反性決定のための方法および手順に従うことによって、ビーム対応／相反性を決定することができる。一例では、ＷＴＲＵは、ビーム対応／相反性の情報を、ＷＴＲＵ能力表示の一部として、ｇＮＢまたはＴＲＰに示すことができる９４０。ＷＴＲＵは、ビーム対応／相反性を他のＷＴＲＵにも示すことができる９５０。一例では、ＷＴＲＵは、必要な場合、ビーム対応／相反性を他のＷＴＲＵにも示すことができる。
【0186】
ＷＴＲＵは、ビーム対応／相反性情報を、ＷＴＲＵ能力送信の一部として、ｇＮＢまたはＴＲＰに示すことができる。能力送信は、完全なビーム対応またはビーム対応なしまたは完全な相反性または相反性なしを含んでもよいし、完全なビーム対応または部分的なビーム対応またはビーム対応なしまたは完全な相反性または部分的な相反性または相反性なしを含んでもよい。ビーム対応または相反性に関する追加のカテゴリも報告されてよい。
【0187】
一例では、プリアンブルは、ＲＡＲにとって最も良いＤＬビームを示すために使用できる。最も良いＤＬ ＰＢＣＨビームは、そのようなＤＬビームが変化しない場合、ＲＡＲ ＤＬビームに使用できる。そのような関連づけは、ビームレベルで時間（または周波数）的に同期したやり方でなされてよい。しかしながら、そのような関連づけは、コヒーレント時間内であるべきである。チャネル変更が非常に高速である場合、ＷＴＲＵ回転または妨害による変更が発生した場合、ネットワークが、異なるＤＬビーム、ビーム幅、またはビーム順序を使用することを判断した場合など、を含む、いくつかの理由が、ＳＹＮＣ、ＰＢＣＨ、およびＲＡＲのためのそのようなＤＬビームを変化させる場合がある。
【0188】
したがって、ＲＡＲにとって最も良いＤＬビームを示す方法は、ｇＮＢが、ＰＢＣＨのためのビーム掃引順序とは異なるＲＡＲのためのビーム掃引順序を変更するとき、いくつかのケースにおいて必要とされる。そのような関連づけが存在しないまたは使用されないとき、代替解決策が使用されてよい。たとえば、プリアンブルが、そのような表示に使用されてよい。
【0189】
一例では、プリアンブルは、Ｍ個のＤＬビームのうちの１つを示すために使用できる。異なるプリアンブルグループが設計できる。このケースでは、プリアンブルは、Ｍ個のグループとともに設計でき、各グループは、Ｍ個のＤＬビームのうちの１つを示すことができる。ＷＴＲＵがランダムアクセスを実行するとき、ＷＴＲＵは、検出されたＤＬビームと関連づけられた対応するプリアンブルグループからプリアンブルを選択することができる。ｇＮＢがプリアンブルを検出したとき、検出されたプリアンブルがどのプリアンブルグループに属するかを知ることができ、したがって、どのＤＬビームがＲＡＲ送信などの以下のＤＬ送信に使用できるかを知ることができる。ＤＬビームは、通常異なるビーム方向に空間領域内で分離され、したがって、ＷＴＲＵがプリアンブルを選択したとき、互いからの干渉がない場合があり、衝突が発生しない場合がある。両方のプリアンブルが受信でき、同じランダムアクセス（ＲＡ）－無線ネットワーク一時識別子（ＲＮＴＩ）が送信できる。
【0190】
さらに、ＲＡＲメッセージが、空間的分離により衝突しない場合がある。より少ないプリアンブルがより小さいグループ内にあるので、２つまたは複数のＷＴＲＵが同じＤＬビームを検出し、同じプリアンブルグループを選択したとき、２つのＷＴＲＵが同じプリアンブルを選択し得る可能性が増加する場合があり、したがって、衝突がＲＡＲ内で発生する場合がある。しかしながら、ビームは狭いので、より少ないＷＴＲＵが、同じ狭いビーム内にある場合があり、これは、複数のＷＴＲＵがランダムアクセス手順を始めることができる機会を減少させることができる。衝突は、ＷＴＲＵの数に比例し、プリアンブルの数に反比例することができる。
【0191】
一例では、ＷＴＲＵの数とプリアンブルの数は、衝突確率に関して互いに打ち消し合うことができる。そのような例では、衝突確率は、そうでない場合、同じままであってよい。同じルート系列の異なる循環シフト、異なるルート系列、またはこの２つの組み合わせを使用する他の方法も使用されてよい。
【0192】
さらなる一例では、ＷＴＲＵ ＴＸ／ＲＸビーム相反性のための表示は、ロング／ショートフォーマットなどのプリアンブルフォーマット、プリアンブル系列長、プリアンブルグループ、プリアンブル系列、ルートインデックス、循環シフト、１つまたは複数の周波数／時間／空間リソースなど、またはそれらの組み合わせの、関数であってよい。
【0193】
加えて、所望の１つまたは複数のＴＲＰ ＴＸビームインデックスのための表示は、ロング／ショートフォーマットなどのプリアンブルフォーマット、プリアンブル系列長、プリアンブルグループ、プリアンブル系列、ルートインデックス、循環シフト、１つまたは複数の周波数／時間／空間リソースなど、またはそれらの組み合わせの、関数であってよい。
【0194】
同期設計は、単純であり、より少ないオーバヘッドを招くことができるが、固定された関連づけが必要とされ、リソースは関連づけによって決定されるので、同期設計は、より低い柔軟性を与える場合がある。したがって、固定された関連づけおよび関連づけによって決定されるリソースは、柔軟性を低下させる場合がある。しかし、同期設計は、ＴＸ／ＲＸビーム相反性表示のための追加のシグナリングの使用により、オーバヘッドを減少させる場合がある。
【0195】
プリアンブルは、異なるサービスタイプを示すために使用できる。Ｍ個のプリアンブルグループのうちの１つからプリアンブルを選択することによって、プリアンブルは、ＲＡＲのためのＤＬビームに加えて、ｅＭＢＢ、ＵＲＬＬＣ、およびｍＭＴＣを示すことができる。プリアンブルは、低いレイテンシとペイロードサイズの異なる組み合わせも示すことができる。
【0196】
サービスタイプのための表示は、ロング／ショートフォーマットなどのプリアンブルフォーマット、プリアンブル系列長、プリアンブルグループ、プリアンブル系列、ルートインデックス、循環シフト、１つまたは複数の周波数／時間／空間リソースなど、またはそれらの組み合わせの、関数であってよい。
【0197】
一例では、ＲＡ－ＲＮＴＩは、プリアンブルが時間的および周波数的に送信されたスロットインデックスおよび周波数インデックスに加えて、ＲＡＣＨプリアンブルと関連づけられたＳＳ／ＰＢＣＨブロックインデックスに基づいて算出できる。
【0198】
別の例では、ＲＡ－ＲＮＴＩは、時間インデックスおよび周波数インデックスにも基づいて計算されてよい。時間インデックスは、ＲＡＣＨリソースグループ内の一意の値であってよい。時間インデックスは、スロットインデックスおよびスロット内の開始シンボルインデックスの関数であってよい。
【0199】
さらなる一例では、ＲＡ－ＲＮＴＩ内の時間インデックスは、サブフレーム番号、シンボル番号、スロット番号、および無線フレーム内のＲＡＣＨオケージョンインデックス、のうちの１つに基づいてよい。
【0200】
ＲＡＣＨリソースグループは、同じＲＡ－ＲＮＴＩを共有するＲＡＣＨリソースのセットであってよい。ＲＡＣＨリソースグループ内のＲＡＣＨリソースの各々の上のＰＲＡＣＨプリアンブル上の１つまたは複数のＲＡＲメッセージをスケジュールするＰＤＣＣＨ内のダウンリンク制御情報（ＤＣＩ）メッセージは、同じＲＡ－ＲＮＴＩを用いてマスクされてよい。ｇＮＢまたはネットワークは、ＲＡＣＨリソースグループごとのＲＡＣＨリソースの数を示すことができる。ｇＮＢまたはネットワークは、ランダムアクセスプリアンブルＩＤ（ＲＡＰＩＤ）の数を示すことができる。ＷＴＲＵは、ＲＡＣＨリソースグループ内のＲＡＣＨリソースごとのプリアンブルの数を計算することができる。
【0201】
１つまたは複数のＰＲＡＣＨリソースは、関連づけありまたは関連づけなしで、ＰＢＣＨおよび／または他のソースから取得できる。ＰＢＣＨは、たとえば、時間、周波数、コードなどの、ビームリソースおよびＰＲＡＣＨリソースを構成するために使用できる。ビームリソースは、ＰＲＡＣＨリソースの一部であってもよい。そのうえ、ＰＢＣＨは、たとえば、時間、周波数、コードなどのＰＲＡＣＨリソースを共同で構成するために使用できる。ＰＢＣＨは、ＰＲＡＣＨのための同期リソース割り当てを用いて、ＰＲＡＣＨと関連づけできる。ＰＢＣＨ ＤＬビームを検出することによって、ＷＴＲＵは、プリアンブル送信のための時間リソースおよびビームリソースを取得することができる。プリアンブルグループもビームと関連づけられるとき、ＰＢＣＨ ＤＬビームを検出することによって、ＷＴＲＵは、コードリソースも取得することができる。一例では、ＷＴＲＵがコードリソースを取得することは、ＷＴＲＵがプリアンブルグループを取得することを含むことができる。ＰＢＣＨ ＤＬビームは、モジュロ演算によって周波数リソースとも関連づけできる。
【0202】
同期ＰＢＣＨ／ＰＲＡＣＨは、２段階で設計できる。１つの例示的段階は、時間、ビーム、およびコードのためのリソースを決定することを含むことができる。別の例示的段階は、周波数リソースを決定することを含むことができる。周波数リソースインデックスがｆidと表記される場合、周波数リソースは、式１によって決定できる。
ｆid＝ビームインデックスｍｏｄＮF 式（２）
ここで、ＮFは、ｆidの最大範囲である。たとえば、０≦ｆid＜Ｌである場合、ＮF＝Ｌである。
ｆid＝ビームインデックスｍｏｄＮF 式（２）
ここで、ＮFは、ｆidの最大範囲である。たとえば、０≦ｆid＜Ｌである場合、ＮF＝Ｌである。
【0203】
一例では、非同期設計は、動的なシグナリング、または半静的なシグナリング、またはこの２つの組み合わせを使用することができる。別の例では、非同期設計は、あらかじめ定義されたマッピングを使用することができる。たとえば、発射角（ＡｏＤ）、到達角度（ＡｏＡ）、または１つもしくは複数の重複ビームは、リソースとして使用できる。ＡｏＡまたはＡｏＤは、初期同期またはＰＢＣＨ送信中に推定できる。
【0204】
次の段階のためのビーム掃引方法は、プリアンブルによって示されてよい。ビーム掃引方法は、時間、周波数、コード、掃引の数、掃引ごとのシンボルの数、周期性などの、関数であってよい。
【0205】
ＤＬにおけるＰＢＣＨ送信は、ＵＬにおけるＰＲＡＣＨ送信と関連づけできる。ＰＢＣＨ対ＰＲＡＣＨ関連づけは、ＷＴＲＵが最も良いＰＢＣＨ ＴＸビームを検出したとき、それは、ｇＮＢ ＴＸ／ＲＸビーム相反性が存在する場合、最も良いプリアンブルｇＮＢ ＲＸビームについての知識を自動的に取得することができるように確立できる。ＰＢＣＨ送信がＰＲＡＣＨ送信と関連づけられない場合、ＷＴＲＵが最も良いＰＢＣＨ ＴＸビームを検出したとき、それは、ｇＮＢ ＴＸ／ＲＸビーム相反性が存在する場合であっても、最も良いプリアンブルｇＮＢ ＲＸビームについて知らない場合がある。したがって、ＷＴＲＵは、ＰＢＣＨに、最も良いプリアンブルｇＮＢ ＲＸビームを示させる必要がある場合がある。別の例では、ＳＩＢ１などのＳＩＢは、プリアンブルおよびＲＡＣＨリソースを構成するために使用できる。
【0206】
図１０は、ビーム展開に基づいた例示的ＰＲＡＣＨ手順およびプリアンブルフォーマット選択を例示するフローチャート図である。フローチャート図１０００に図示される一例では、ビーム展開は、示されたビーム展開であってよい。フローチャート図１０００に図示されるように、ＷＴＲＵは、複数のＲＡＣＨプリアンブルフォーマットを備えるおよび／またはこれを用いて構成できる１０１０。一例では、ＲＡＣＨプリアンブルフォーマットは、ロングプリアンブルフォーマットと、ショートプリアンブルフォーマットを含むことができる。ＷＴＲＵは、同期信号を検出し、単一ビームまたはマルチビーム動作の表示を受信することができる１０２０。さらに、ＷＴＲＵは、ビーム展開またはビーム動作モードの関数としてプリアンブルフォーマットを決定することができる１０３０。さらに、ＷＴＲＵは、単一ビーム展開が示されるかマルチビーム展開が示されるかを決定することができる１０４０。
【0207】
単一ビーム展開または単一ビーム動作モードが示される場合、ＷＴＲＵは、プリアンブルフォーマットを決定することができる１０５０。さらに、ＷＴＲＵは、決定されたプリアンブル長を用いてプリアンブルを送信することができる１０５５。次いで、ＷＴＲＵは、決定されたプリアンブルフォーマットに基づいて、ＲＡＣＨ手順を実行することができる１０６０。たとえば、ＷＴＲＵは、第１のプリアンブルフォーマットを決定することができる。一例では、第１のプリアンブルフォーマットは、プリアンブルフォーマットＡであってよい。さらなる一例では、ＷＴＲＵは、ロングプリアンブルフォーマットをプリアンブルフォーマットＡとして決定することができる。さらに、ＷＴＲＵは、ロングプリアンブル長を用いてプリアンブルを送信することができる。ＷＴＲＵは、決定されたロングプリアンブルフォーマットに基づいて、ＲＡＣＨ手順を実行することができる。
【0208】
マルチビーム展開またはマルチビーム動作モードが示される場合、ＷＴＲＵは、プリアンブルフォーマットを決定することができる１０７０。さらに、ＷＴＲＵは、決定されたプリアンブル長を用いてプリアンブルを送信することができる１０７５。次いで、ＷＴＲＵは、決定されたプリアンブルフォーマットに基づいて、ＲＡＣＨ手順を実行することができる１０８０。たとえば、ＷＴＲＵは、第２のプリアンブルフォーマットを決定することができる。一例では、第２のプリアンブルフォーマットは、プリアンブルフォーマットＢであってよい。さらなる一例では、ＷＴＲＵは、ショートプリアンブルフォーマットをプリアンブルフォーマットＢとして決定することができる。さらに、ＷＴＲＵは、ショートプリアンブル長を用いてプリアンブルを送信することができる。ＷＴＲＵは、決定されたショートプリアンブルフォーマットに基づいて、ＲＡＣＨ手順を実行することができる。
【0209】
図１１は、別の例示的ＰＲＡＣＨ手順およびプリアンブルフォーマット選択を例示するフローチャート図である。フローチャート図１１００に図示されるように、ＷＴＲＵは、複数のＲＡＣＨプリアンブルフォーマットたとえばロングプリアンブルフォーマットおよびショートプリアンブルフォーマットを備えるおよび／またはこれを用いて構成できる１１１０。ＷＴＲＵは、同期信号を検出し、マルチビーム動作のための表示を受信することができる１１２０。さらに、ＷＴＲＵは、ＤＬ信号、たとえば、同期信号、ＰＢＣＨ信号、またはブロードキャスト参照信号（ＢＲＳ）信号を測定することができる１１３０。また、ＷＴＲＵは、プリアンブルフォーマット選択基準に基づいて、プリアンブルフォーマットを選択することができる１１４０。プリアンブルフォーマット選択基準は、たとえば、参照信号受信電力（ＲＳＲＰ）、参照信号受信品質（ＲＳＲＱ）、セル中心表示、またはセルエッジ表示を含んでよい。ＷＴＲＵは、ＲＳＲＰが所定の閾値を下回るまたはセルエッジが示される場合、ロングプリアンブルフォーマットを決定し、ロングプリアンブル長を用いてプリアンブルを送信することができる。そうでない場合、ＷＴＲＵは、ショートプリアンブルフォーマットを決定し、ショートプリアンブル長を用いてプリアンブルを送信することができる。
【0210】
たとえば、セルエッジが示される場合、ＷＴＲＵは、ロングプリアンブルフォーマットを決定することができる１１５０。さらに、ＷＴＲＵは、次いで、ロングプリアンブル長を用いてプリアンブルを送信することができる１１６０。
【0211】
別の例では、セル中心が示される場合、ＷＴＲＵは、ショートプリアンブルフォーマットを決定することができる１１７０。さらに、ＷＴＲＵは、次いで、ショートプリアンブル長を用いてプリアンブルを送信することができる１１８０。
【0212】
図１２は、エネルギー節約モードＷＴＲＵとともにネットワーク動作モードを例示するネットワーク動作図である。ネットワーク動作図１２００における一例に図示されるように、レギュラーモード１２１０で動作するとき、ＷＴＲＵは、完全なビーム掃引を実行することができる。一例では、レギュラーモード１２１０は、第１のモードであってよい。さらに、第１のモードは、モード１と呼ばれる場合がある。図１２において見られるように、ｇＮＢは、ビームを使用して送信および受信することができ１２２０、ＷＴＲＵは、ビームを使用して送信および受信することができる１２３０。エネルギー効率モードで動作するとき１２５０、ＷＴＲＵは、ショートビーム掃引を実行してもよいし、ビーム掃引を実行しなくてもよい。このモードでは、ｇＮＢは、ビームを使用して送信および受信することができ１２６０、ＷＴＲＵは、ビームを使用して送信および受信することができる１２７０。一例では、エネルギー効率モードまたは低いレイテンシモード１２５０は、第２のモードと呼ばれる場合がある。さらなる一例では、第２のモードは、モード２と呼ばれる場合がある。
【0213】
したがって、２つの動作モードは、エネルギー効率を達成するために必要とされる場合がある。ＷＴＲＵにおけるＴＸ／ＲＸビーム相反性が存在しないとき、ｇＮＢおよびＷＴＲＵは、モード１で動作することができる。ＷＴＲＵにおけるＴＸ／ＲＸ相反性が存在するとき、ｇＮＢおよびＷＴＲＵは、モード２で動作することができる。ＷＴＲＵは、ｇＮＢが、それがどのモードを動作することができるかを判断するために、そのＴＸ／ＲＸ相反性をｇＮＢに報告することができる。各ＷＴＲＵは、たとえば、ＷＴＲＵ能力の一部として、またはＣＳＩフィードバックの一部として、それ自体のＴＸ／ＲＸ相反性をｇＮＢに報告することができる。ＴＲＰまたはセル内のすべてのＷＴＲＵがＴＸ／ＲＸ相反性を有するとき、ＴＲＰまたはｇＮＢは、ＴＲＰまたはセルのためのモード２を構成し、モード２で動作することができる。そのうえ、ビーム内のすべてのＷＴＲＵがＴＸ／ＲＸビーム相反性を有するとき、ｇＮＢは、ビームのためのモード２を構成し、モード２で動作することができる。したがって、ビーム、ＴＲＰ、またはセルは、モード１またはモード２のどちらかで動作することができる。一例では、ｇＮＢは、条件が満たされるとき、エネルギー効率のためにモード２に切り換わることができる。ｇＮＢは、条件が満たされないとき、レギュラー動作のためにモード１に切り換わることができる。
【0214】
図１３は、低レイテンシモードとともにネットワーク動作モードを例示するネットワーク動作図である。ネットワーク動作図１３００における一例に図示されるように、低いレイテンシモード１３１０が使用できる。一例では、低いレイテンシモード１３１０は、第３のモードであってよい。さらに、第３のモードは、モード３と呼ばれる場合がある。図１３に図示されるように、ｇＮＢは、ビームを使用して送信および受信することができ１３２０、ＷＴＲＵは、ビームを使用して送信および受信することができる１３３０。
【0215】
一例では、ｇＮＢ ＴＸ／ＲＸ相反性が存在するとき、モード３が使用できる。モード３では、ｇＮＢは、ＲＸ期間を動作させることができ、各ｇＮＢ ＲＸビームは、すべてのＷＴＲＵ ＴＸプリアンブルビームが、完全な掃引とともにトレーニングを実行することを可能にする。ｇＮＢはＴＸ／ＲＸ相反性を有するので、各ＷＴＲＵは、そのプリアンブルをいつ送るべきかを知ることができる。したがって、各ＷＴＲＵは、すべてのＷＴＲＵ ＴＸビームのプリアンブル送信を非常に短い期間内に終わらせることができる。ＷＴＲＵのためのｇＮＢ ＲＸビームに応じて、いくつかのＷＴＲＵは、より短い時間内にプリアンブルを終わらせてよく、いくつかは、より長い時間内に終わらせてよい。しかしながら、すべてのＷＴＲＵが、同じであるがはるかに長い時間にプリアンブルトレーニングを終わらせるレギュラーケースと比較すると、モード３は、比較的より低いレイテンシ動作を与える。
【0216】
要約すると、モード１は、ＴＸ／ＲＸビーム相反性がｇＮＢとＷＴＲＵの両方に存在しないとき、動作できる。モード２は、ＴＸ／ＲＸビーム相反性がＷＴＲＵに存在するとき、動作できる。モード２は、より良いエネルギー節約を達成することができる。モード３は、ｇＮＢ ＴＸ／ＲＸビーム相反性が存在するとき、動作できる。モード３は、低いレイテンシ動作を達成することができる。ｇＮＢとＷＴＲＵの両方がＴＸ／ＲＸビーム相反性を有するとき、エネルギー効率かつ低いレイテンシモードが使用できる。そのようなエネルギー効率かつ低いレイテンシモードは、第４のモードであってよい。第４のモードは、モード４と呼ばれる場合がある。
【0217】
図１４は、エネルギー節約モードかつ低レイテンシモードにおけるネットワーク動作モードを例示するネットワーク動作図である。ネットワーク動作図１４００における一例に図示されるように、エネルギー節約モードかつ低いレイテンシモード１４１０が使用できる。一例では、エネルギー節約モードかつ低いレイテンシモード１４１０は、モード４と呼ばれる場合がある。モード４は、エネルギー効率と低いレイテンシの両方を達成することができる。さらに、ｇＮＢは、ビームを使用して送信および受信することができ１４２０、ＷＴＲＵは、ビームを使用して送信および受信することができる１４３０。
【0218】
一例では、ネットワークをより効率的に動作させるために、ｇＮＢは、動作モードをＷＴＲＵに示すことができる。たとえば、そのような表示に対する３つの例示的オプションが使用できる。１つの例示的オプションでは、動作モードは、ＰＢＣＨ内で明示的に示されてもよいし、暗黙的に示されてもよい。別の例示的オプションでは、動作モードは、ＳＩＢ内で明示的に示されてもよいし、暗黙的に示されてもよい。さらなる例示的オプションでは、動作モードは、同期して明示的に示されてもよいし、暗黙的に示されてもよい。別の例では、モード３に関して、パラメータＮは、動作に参加するＷＴＲＵ ＲＸビームの数としてあらかじめ定義されてもよいし構成されてもよい。
【0219】
図１５は、ＴＲＰ効率的動作および動作モードを決定することを例示するフローチャート図である。フローチャート図１５００における一例に図示されるように、ＷＴＲＵは、ＴＸ／ＲＸビーム相反性をＴＲＰまたはｇＮＢに報告することができる１５１０。さらに、ＴＲＰまたはｇＮＢは、ＷＴＲＵ ＴＸ／ＲＸビーム相反性報告をセル内のすべてのＷＴＲＵから収集することができる１５３０。ＴＲＰまたはｇＮＢは、ＷＴＲＵ ＴＸ／ＲＸビーム相反性のための収集されたフィードバックに基づいて、適切な動作モードに関して判断することができる１５５０。ＴＲＰまたはｇＮＢは、動作モードをＷＴＲＵにシグナリングすることができる１５６０。
【0220】
ランダムアクセスに関する減少された数のステップを使用する簡略化されたＲＡＣＨ手順が使用できる。簡略化されたＲＡＣＨ方法は、以下のように設計できる。ＷＴＲＵは、メッセージＸを送信することができる。たとえば、ＷＴＲＵは、ＲＲＣ接続要求、ＷＴＲＵ ＩＤなどを含む、プリアンブルおよびメッセージ３を送信することができる。さらに、ｇＮＢは、メッセージＹを送ることができる。たとえば、ｇＮＢは、ＲＲＣ接続完了メッセージ、競合解消メッセージなどとともに、ＲＡＲメッセージを送ることができる。
【0221】
ＷＴＲＵが異なるプリアンブルを送るとき、プリアンブルの衝突は、一般的には、発生しない。メッセージ３は、プリアンブル系列インデックスにリンクされた異なる時間／周波数リソース上に置かれてよい。
【0222】
ＷＴＲＵが同じプリアンブルを送るとき、衝突が発生する場合がある。メッセージ３のうちの１つまたは複数は、それらが同じ時間／周波数リソース内にあるので、復号されない場合がある。一実施形態は、メッセージ３を別のインデックスにリンクすることによってプリアンブルのための異なる時間／周波数リソースを使用することを含む。たとえば、時間／周波数リソース＝ｆ（プリアンブルインデックス，他のインデックス）である。
【0223】
ＷＴＲＵが、同じプリアンブルを送信するとき、１つのＷＴＲＵが、他の１つまたは複数のＷＴＲＵよりもはるかに強い電力を有することができる場合、時には、衝突が発生しない場合がある。一例では、より強い電力ＷＴＲＵのためのメッセージ３が復号可能である場合がある。このケースでは、ｇＮＢは、Ｃ－ＲＮＴＩ（電力のより強いＷＴＲＵ ＩＤのための）をもつＰＤＣＣＨマスクを送ることができ、電力のより強いＷＴＲＵは、ＰＤＣＣＨおよびしたがってＰＤＳＣＨを復号して、メッセージＹを受信することができる。セル内の他の１つまたは複数のＷＴＲＵは、それらが、異なるＣ－ＲＮＴＩ（電力の弱いＷＴＲＵ ＩＤ）を使用し、したがって、それに応じてＰＤＳＣＨを復号することはできないので、ＰＤＣＣＨを復号しない場合がある。この例示的手法は、競合解消問題を解決することができる。
【0224】
本明細書において提供される例では、複数のＲＡ手順が使用できる。一例では、ＲＡ手順は、たとえば送信を送るための、ＲＡチャネル（ＲＡＣＨ）と呼ばれる場合があるチャネルの使用を伴うことができる。たとえば、送信は、たとえばＲＡ手順を始めることができるプリアンブルであってもよいし、これを含んでもよい。ＲＡ手順は、別のチャネルを使用し、依然として、本明細書において提供される例と矛盾しないことができる。手順は、ＲＡ手順であってよい たとえば、手順における少なくとも１つの送信が、送信が基づくことができる少なくとも１つのパラメータのランダム選択を伴うことができるとき。たとえば、ＲＡ手順は、送信パラメータのランダム選択を伴うことができる。送信パラメータは、たとえば、構成された候補または利用可能な候補のセットまたはプールから、選択されてよい。送信パラメータは、たとえば、中でも、時間および／または周波数リソース、識別情報または識別子、たとえば、ＷＴＲＵ ＩＤ、ＲＮＴＩなどの、コード、プリアンブル、リソースであってよい。
【0225】
例では、１つまたは複数のＲＡ手順タイプが、たとえばＷＴＲＵの状況に基づいて、使用できる。異なるＲＡ手順が、異なる遅延、たとえば、接続遅延またはアクセス遅延をもたらす場合がある。ＷＴＲＵの状況は、たとえば、モードまたは状態、たとえば、アイドル、接続、一時停止などであってよい。
【0226】
ＷＴＲＵの状況は、たとえば、能力であってよい。ＷＴＲＵの状況は、たとえば、ステータスであってもよいし、タイミングアドバンス（timing advance）などのパラメータに関するステータスであってもよい。パラメータのステータスは、ＷＴＲＵがパラメータを有するかどうかであってよい。パラメータのステータスは、パラメータの古さ（age）であってよい。ＷＴＲＵの状況は、たとえば、接続モードなどのモードに関するステータスであってよい。たとえば、たとえばモードに関する、ステータスは、ＷＴＲＵが接続モードなどのモードになってからどれくらい経過したか、またはＷＴＲＵがどれくらいスリープしているもしくはＤＲＸモードであるか、であってよい。
【0227】
一例では、第１のタイプのＲＡ手順は、完全なＲＡ手順と呼ばれる場合があり、第２のタイプのＲＡ手順は、簡略化されたＲＡ手順と呼ばれる場合がある。
【0228】
完全なＲＡ手順は、Ｍ段階ＲＡ手順、タイプ１ＲＡ手順、レガシーＲＡ手順、ＬＴＥ ＲＡ手順、レガシー競合ベースＲＡ手順、レガシー競合なしＲＡ手順などと互換的に使用されてよい。
【0229】
簡略化されたＲＡ手順は、Ｎ段階ＲＡ手順、タイプ２ＲＡ手順、新しいＲＡ手順、短縮されたＲＡ手順、低いレイテンシＲＡ手順、修正されたＲＡ手順などと互換的に使用されてよい。
【0230】
完全なＲＡ手順は、Ｍ個の、たとえばＭ＝４の、段階たとえばステップを含んでよく、ＷＴＲＵは、たとえば、１つの段階で１つのメッセージ（ｍｓｇ）を受信または送信してよい。一例では、ＷＴＲＵは、各段階で１つのメッセージを受信または送信してよい。
【0231】
一例では、ｍｓｇは、ＷＴＲＵによって送信できる。ＷＴＲＵによって送信できるｍｓｇは、ｅＮｏｄｅ－Ｂによって受信できる。ｍｓｇは、たとえばｅＮｏｄｅ－Ｂから、ＷＴＲＵによって受信できる。ｅＮｏｄｅ－Ｂは、基地局または他のネットワークノードなどのノードの非限定的な例として使用されてよい。
【0232】
非限定的な一例では、Ｍは４であってよい。ＷＴＲＵは、第１の段階たとえば段階１において、第１のｍｓｇたとえばタイプ１ｍｓｇ１を送信することができる。ＷＴＲＵは、第２の段階たとえば段階２において、第２のｍｓｇたとえばタイプ１ｍｓｇ２を受信する（または、受信を試行する）ことができる。第３の段階たとえば段階３では、ＷＴＲＵは、たとえば受信された第２のｍｓｇに基づいて、第３のｍｓｇたとえばタイプ１ｍｓｇ３を送信することができる。ＷＴＲＵは、第４の段階たとえば段階４において、第４のｍｓｇたとえばタイプ１ｍｓｇ４を受信する（または、受信を試行する）ことができる。タイプ１ｍｓｇ４の受信は、ＲＡ手順を終わらせることができる。
【0233】
ＷＴＲＵは、たとえば、完全なＲＡ手順などのＲＡ手順中に、以下の情報のうちの１つまたは複数を受信、取得、および／または決定することができる。ＷＴＲＵは、一時的ＷＴＲＵ－ＩＤを受信、取得、および／または決定することができる。また、ＷＴＲＵは、電力オフセット値を受信、取得、および／または決定することができる。さらに、ＷＴＲＵは、たとえば、初期タイミングアドバンス値などのタイミングアドバンス値を受信、取得、および／または決定することができる。加えて、ＷＴＲＵは、カバレッジレベルを受信、取得、および／または決定することができる。さらに、ＷＴＲＵは、共通探索空間（ＣＳＳ）などの探索空間を受信、取得、および／または決定することができる。加えて、ＷＴＲＵは、少なくとも１つの構成、たとえば、上位レイヤ構成を受信、取得、および／または決定することができる。
【0234】
一例では、一時的なＷＴＲＵ－ＩＤ、たとえば、Ｃ－ＲＮＴＩは、アクティブモードまたは状態たとえばＲＲＣ接続中に使用できる。一時的なＷＴＲＵ－ＩＤは、たとえばアクティブ状態中に、アップリンク送信および／またはダウンリンク送信に使用できる。一時的なＷＴＲＵ－ＩＤは、Ｃ－ＲＮＴＩ、一時的なＣ－ＲＮＴＩ、Ｔ－ＷＴＲＵ－ＩＤなどと互換的に使用されてよい。ＷＴＲＵ－ＩＤは、ＩＭＳＩ、ｓ－ＴＭＳＩ、Ｐ－ＷＴＲＵ－ＩＤなどと互換的にされてよい。ＷＴＲＵ－ＩＤは、Ｔ－ＷＴＲＵ－ＩＤ、Ｐ－ＷＴＲＵ－ＩＤなどを含むことができる。
【0235】
電力オフセット値、または送信電力レベルは、たとえば、ＷＴＲＵによって、初期アップリンク送信に使用されてよい。電力オフセット値は、少なくともデータまたは制御チャネルの初期アップリンク送信または第１のアップリンク送信のためにアップリンク送信電力が計算されるときに、たとえば、ｍｓｇ３を送信するときに、使用できる。
【0236】
例では、１つまたは複数のカバレッジレベルが使用できる。カバレッジレベルは、ＲＡリソースまたは物理ＲＡ（ＰＲＡ）リソースのセットと関連づけできる。ＷＴＲＵは、たとえばそれが決定または使用できるカバレッジレベルに基づいて、送信のためのＰＲＡリソースを決定できる。ＰＲＡリソースを使用でき、ＰＲＡリソースに基づいて、たとえばアップリンク送信および／またはダウンリンク送信のためのＷＴＲＵのカバレッジレベルを決定できるＷＴＲＵからの送信のｅＮｏｄｅ－Ｂまたは他の受信機。
【0237】
ＷＴＲＵは、たとえばＲＡ手順中にＷＴＲＵがＤＬ制御チャネルを受信するまたは受信を試行するために使用できるダウンリンク制御チャネルの探索空間たとえばＣＳＳを受信、取得、および／または決定することができる。たとえば、１つまたは複数のＣＳＳが使用または構成でき、構成されたＣＳＳの間の探索空間が、ＷＴＲＵが使用することができるカバレッジレベルに基づいて決定できる。カバレッジレベルは、たとえば、ＷＴＲＵによって、ＲＡ手順中に決定できる。ＷＴＲＵがＲＡ ｍｓｇの送信に使用できるカバレッジレベルに基づいて、ＷＴＲＵは、ｅＮｏｄｅ－Ｂからのｍｓｇたとえば応答と関連づけできるＤＬ制御チャネルのための対応する共通探索空間をモニタリングすることができる。ＷＴＲＵは、ＲＡ手順の完了後のＤＬ制御チャネルのモニタリングに、決定されたＣＳＳを使用できる。
【0238】
さらなる一例では、ＲＡリソースは、ＲＡ手順と関連づけできる信号、チャネル、および／またはメッセージの送信および／または受信のためのリソースであってよい。ＲＡリソースは、１つもしくは複数のプリアンブルならびに／または１つもしくは複数の時間／周波数リソースたとえば時間および／もしくは周波数的なリソースであってよいし、これを含んでもよい。
【0239】
完全なＲＡ手順などのＲＡ手順と関連づけできる、たとえばタイプ－１ｍｓｇ１のための、ＰＲＡリソースは、構成、決定、または示され得る。たとえば、完全なＲＡ手順のためのＰＲＡリソースの構成または表示は、ブロードキャストできるおよび／またはブロードキャストチャネル内で提供できるシステム情報内で提供できる。たとえば、システム情報は、完全なＲＡ手順と関連づけできるＰＲＡリソースたとえばＰＲＡリソースの１つまたは複数のセットを含むことができる。
【0240】
簡略化されたＲＡ手順は、Ｎ個の、たとえばＮ＝２の、段階を含んでよく、ＷＴＲＵは、１つの段階たとえば各段階で１つのメッセージ（ｍｓｇ）を受信または送信してよい。一例では、Ｎの値は、Ｍの値よりも小さくてよい。別の例では、Ｍの値は、Ｎの値に等しいまたはこれよりも小さくてよい。
【0241】
非限定的な一例では、Ｎは２であってよい。ＷＴＲＵは、第１の段階たとえば段階１において、第１のｍｓｇたとえばタイプ２ｍｓｇ１を送信することができる。ＷＴＲＵは、第２の段階たとえば段階２において、第２のｍｓｇたとえばタイプ２ｍｓｇ２を受信するまたは受信を試行することができる。タイプ２ｍｓｇ２の受信は、ＲＡ手順を終わらせることができる。
【0242】
簡略化されたＲＡ手順の場合、ＷＴＲＵは、完全なＲＡ手順のためにまたはそれから受信、取得、および／または決定できる情報のサブセットを受信、取得、および／または決定することができる。たとえば、簡略化されたＲＡ手順中にまたはその一部として、ＷＴＲＵは、完全なＲＡ手順のためにまたはそれから受信、取得、および／または決定できる情報のサブセットを受信、取得、および／または決定することができる。
【0243】
たとえば、ＷＴＲＵは、簡略化されたＲＡ手順中にＴ－ＷＴＲＵ－ＩＤを取得することができ、ＷＴＲＵは、完全なＲＡ手順中にＴ－ＷＴＲＵ－ＩＤおよびタイミングアドバンス値を取得することができる。一例では、ＷＴＲＵがＴ－ＷＴＲＵ－ＩＤを取得することは、ＷＴＲＵがＴ－ＷＴＲＵ－ＩＤを受信することであってもよいし、これを含んでもよい。さらなる一例では、ＷＴＲＵがＴ－ＷＴＲＵ－ＩＤを取得することは、ＷＴＲＵがＴ－ＷＴＲＵ－ＩＤを決定することであってもよいし、これを含んでもよい。
【0244】
取得する、受信する、および決定するという用語は、本明細書において提供される例では互換的に使用できる。タイプ２ｍｓｇ１は、簡略化されたＲＡ手順に予約、構成、もしくは決定できるＰＲＡプリアンブル、ＷＴＲＵ－ＩＤに関連する情報をもつ、たとえばこれを提供するもしくは含むことができる、ＰＲＡプリアンブル、ＷＴＲＵ－ＩＤ、および／または、ＧＬ－ＰＵＳＣＨ送信であってよい、許可なしＰＵＳＣＨ送信などの許可なし送信、のうちの少なくとも１つであってもよいし、これを含んでもよい。
【0245】
一例では、ＰＲＡプリアンブルは、系列であってよい。一例では、ＰＲＡプリアンブルは、Ｚａｄｏｆｆ－Ｃｈｕ系列であってよい。
【0246】
さらなる一例では、ＰＲＡプリアンブルは、１つまたは複数のプリアンブルリソース内で送信できる。ＰＲＡプリアンブルは、簡略化されたＲＡ手順のために構成できるＰＲＡプリアンブルのセットからランダムに選択できる。
【0247】
また、ＷＴＲＵ－ＩＤは、たとえば、決定された時間／周波数ロケーションまたは既知の時間／周波数ロケーションにおいて送信できるＵＬ信号を使用して、シグナリングできる。時間／周波数ロケーションは、たとえばＷＴＲＵがタイプ２ｍｓｇ１の少なくとも一部のために送信できるＰＲＡプリアンブル、およびＷＴＲＵ－ＩＤのうちの少なくとも１つに基づいて、決定できる。ＷＴＲＵ－ＩＤは、Ｔ－ＷＴＲＵ－ＩＤ、Ｐ－ＷＴＲＵ－ＩＤ、ランダムに選択されたＷＴＲＵ－ＩＤなどのうちの少なくとも１つであってよい。送信できるＵＬ信号は、ＰＲＡプリアンブルの関数として決定できる。送信できるＵＬ信号は、既知の信号であってもよいし、固定信号であってもよい。送信できるＵＬ信号は、ＷＴＲＵ－ＩＤの関数であってよい。送信できるＵＬ信号は、ＰＲＡプリアンブルであってよい。
【0248】
一例では、ＷＴＲＵ－ＩＤは、暗黙的にシグナリングできる。たとえば、ＷＴＲＵ－ＩＤは、ＰＲＡリソースの決定に基づいて暗黙的にシグナリングできる。一例では、ＰＲＡリソースは、ＰＲＡプリアンブルおよび／または時間／周波数リソースであってよい。たとえば、１つもしくは複数のＰＲＡプリアンブルおよび／または１つもしくは複数のＰＲＡ時間／周波数リソースは、簡略化されたＲＡ手順のために使用、決定、および／または構成できる。ＷＴＲＵは、ＰＲＡ時間／周波数リソース内でＰＲＡプリアンブルを送信できる。ＰＲＡプリアンブルおよび／またはＰＲＡ時間／周波数リソースは、たとえば、ＷＴＲＵ－ＩＤに基づいてＷＴＲＵによって決定できる。
【0249】
さらなる一例では、ＷＴＲＵ－ＩＤは、決定されたＰＲＡプリアンブルを介して暗黙的に送信されてもよいし、データリソースおよび／または制御リソースを介して明示的に送信されてもよい。ランダムに選択されたＷＴＲＵ－ＩＤは、ＲＮＴＩ、たとえば、Ｃ－ＲＮＴＩを含んでよい。たとえば、ＷＴＲＵは、ＲＮＴＩのセット内のＲＮＴＩをランダムに選択できる。ＲＮＴＩのセットは、予約されたＲＮＴＩおよび／または構成されたＲＮＴＩであってよい。ＲＮＴＩのセットは、ＲＲＣ接続されたＷＴＲＵ、および／またはページング、ブロードキャスト、ＲＡＲなどの一般的な機能などに使用されない場合がある。
【0250】
タイプ２ｍｓｇ１は、許可なしＰＵＳＣＨ送信などの許可なし送信であってもよいし、これを含んでもよい。たとえば、許可なしＰＵＳＣＨ（ＧＬ－ＰＵＳＣＨ）を含む１つまたは複数のＰＵＳＣＨタイプが定義できる。ＧＬ－ＰＵＳＣＨは、データリソース、制御リソース、およびプリアンブルリソースのうちの少なくとも１つを含有できる。
【0251】
たとえばタイプ２ｍｓｇ１のための、ＧＬ－ＰＵＳＣＨは、たとえば、ＷＴＲＵによって、１つまたは複数の以下の情報を送るために使用される場合がある。一例では、ＧＬ－ＰＵＳＣＨは、ＰＲＡプリアンブルを送るために使用できる。さらに、ＧＬ－ＰＵＳＣＨは、ＷＴＲＵ－ＩＤを送るために使用できる。また、ＧＬ－ＰＵＳＣＨは、ＲＲＣ接続要求、たとえば、ＲＲＣ接続確立要求またはＲＲＣ接続再確立要求を送るために使用できる。別の例では、ＧＬ－ＰＵＳＣＨは、カバレッジレベルを送るために使用できる。追加の例では、ＧＬ－ＰＵＳＣＨは、サービスタイプ、たとえば、ｅＭＢＢ、ｍＭＴＣ、ＵＲＬＬＣなどを送るために使用できる。さらに、ＧＬ－ＰＵＳＣＨは、ＷＴＲＵカテゴリまたはＷＴＲＵタイプ、たとえば、ＢＬ－ＷＴＲＵ、ＣＥ－ＷＴＲＵ、ノーマルＷＴＲＵなどを送るために使用できる。
【0252】
一例では、ＲＲＣ接続要求は、データリソースおよび／または制御リソース内で送信されてよい。さらに、カバレッジレベルは、たとえば暗黙的に、決定されたおよび／もしくは使用されるＧＬ－ＰＵＳＣＨリソースならびに／または決定されたおよび／もしくは使用されるＰＲＡリソースによって、示されてよい。また、サービスタイプは、ＷＴＲＵによって要求される、必要とされる（ｒｅｑｕｉｒｅｄ）、または必要とされる（ｎｅｅｄｅｄ）サービスタイプであってよい。
【0253】
ｍｓｇ１に使用できる１つまたは複数のＧＬ－ＰＵＳＣＨリソースが構成できる。一例では、１つまたは複数のＧＬ－ＰＵＳＣＨリソースは、上位レイヤシグナリングを介して構成できる。
【0254】
さらなる一例では、ＷＴＲＵは、タイプ２ｍｓｇ２を受信するまたはこの受信を試行することができる。たとえば、ＷＴＲＵは、ＤＣＩメッセージ内で搬送できるタイプ－２ｍｓｇ２に関して、ＤＬ制御チャネル探索空間内のダウンリンク制御情報（ＤＣＩ）メッセージをモニタリングすることができる。一例では、制御チャネル探索空間は共通探索空間であってよい。タイプ２ｍｓｇ２を搬送できるＤＣＩメッセージは、ＤＣＩ－ｍｓｇ２と呼ばれる場合がある。
【0255】
ＤＣＩ－ｍｓｇ２のためのＤＬ制御チャネル探索空間は、タイプ－２ｍｓｇ１送信のために使用されるアップリンクリソースに基づいて決定されてよい。アップリンクリソースは、少なくとも一部はＷＴＲＵ－ＩＤに基づいて決定されてよい。ＤＣＩ－ｍｓｇ２に使用できるＲＮＴＩは、タイプ２ｍｓｇ１送信に使用されるアップリンクリソースおよび／またはＷＴＲＵ－ＩＤに基づいて決定されてよい。
【0256】
別の例では、ＷＴＲＵは、タイプ２ｍｓｇ２を搬送することができるダウンリンクデータリソースを示すことができるＤＣＩメッセージをモニタリングすることができる。タイプ２ｍｓｇ２は、タイプ２ｍｓｇ１が正常に受信されたかどうかおよび／または簡略化されたＲＡ手順が成功したかどうかに関する表示を含むことができる。たとえば、タイプ２ｍｓｇ２は、第１の値、たとえば、「ＴＲＵＥ」を含んでもよいし、第２の値、たとえば、「ＦＡＬＳＥ」を含んでもよい。第１の値は、ＷＴＲＵ－ＩＤの確認を示してよい。第１の値は、特定のＷＴＲＵ－ＩＤに対するものであってよいタイプ２ｍｓｇ１の成功した受信を示してよい。第２の値は、簡略化されたＲＡ手順の失敗を示してよい。
【0257】
追加の例では、タイプ２ｍｓｇ２は信号であってよい。たとえば、信号は、ＷＴＲＵ－ＩＤの確認を示すために送信されてよく、これは、タイプ２ｍｓｇ１によって暗黙的に送信されてもよいし、明示的に送信されてもよい。信号は、特定のＷＴＲＵ－ＩＤに対するものであってよいタイプ２ｍｓｇ１の成功した受信を示すために送信されてよい。
【0258】
タイプ２ｍｓｇ２は、タイミングアドバンス値、アップリンク送信たとえば初期アップリンク送信のための電力オフセット、競合解消メッセージ、ＲＲＣ接続セットアップ完了メッセージ、タイプ２ｍｓｇ１内でもしくはこれによって示され得るＷＴＲＵ－ＩＤもしくはＷＴＲＵ－ＩＤの確認、または１つもしくは複数の上位レイヤ構成、のうちの少なくとも１つを搬送してよい。一例では、情報は、情報要素として提供されてよい。別の例では、情報は、情報要素の一部として提供されてよい。
【0259】
１つの例示的解決策では、１つまたは複数のタイプのＲＡ手順がセル内で使用できる。たとえば、第１のＲＡ手順タイプと第２のＲＡ手順タイプが使用できる。第１のＲＡ手順タイプは、タイプ１ＲＡ手順すなわち完全なＲＡ手順であってよい。第２のＲＡ手順タイプは、タイプ２ＲＡ手順すなわち簡略化されたＲＡ手順であってよい。第１のＲＡ手順タイプは、第１のＷＴＲＵ条件が満たされ得るときに使用されてよく、第２のＲＡ手順タイプは、第２のＷＴＲＵ条件が満たされ得るときに使用されてよい。
【0260】
たとえばセル内で使用できるＲＡ手順タイプの数は、たとえば、ｅＮｏｄｅ－Ｂによって構成されてよい。たとえばｅＮｏｄｅ－Ｂによって使用、構成、または示され得るＲＡ手順タイプの数の非限定的な例として、本明細書では、２が使用される。他の任意の数が使用されてよく、依然として、本明細書において提供される例と矛盾しないことができる。
【0261】
２つのＲＡ手順タイプの非限定的な例の場合、１つまたは２つのＲＡ手順タイプが、ｅＮｏｄｅ－Ｂによって使用、構成、または示されてよい。第１の、たとえばタイプ１の、ＲＡ手順は、たとえば、１つのＲＡ手順タイプが構成または示され得るときに使用されてよい。第１の、たとえばタイプ１の、ＲＡ手順、または第２の、たとえばタイプ－２の、ＲＡ手順は、たとえば、２つのＲＡ手順タイプが構成または示され得るときに、使用されてよい。
【0262】
一例では、ＷＴＲＵは、以下のうちの１つまたは複数に基づいて、使用するＲＡ手順タイプ、たとえば、タイプ１ＲＡ手順またはタイプ２ＲＡ手順を決定することができる。たとえば、ＷＴＲＵは、ＲＡ手順の目的たとえば初期アクセスに基づいて、使用するＲＡ手順タイプを決定することができる。さらに、ＷＴＲＵは、ＲＡ手順を実行するとき、ＷＴＲＵのモードまたは状態に基づいて、使用するＲＡ手順タイプを決定することができる。また、ＷＴＲＵは、ＷＴＲＵが、たとえば、非アクティブステータスからアクティブステータスに、ＲＲＣアイドルまたは一時停止からＲＲＣ接続されたまたは再開に、モード、状態、またはステータスを変更しているかどうかに基づいて、使用するＲＡ手順タイプを決定することができる。加えて、ＷＴＲＵは、ＷＴＲＵがＲＡ手順を使用してモード、状態、またはステータスを変更しているかどうかに基づいて、使用するＲＡ手順タイプを決定することができる。さらに、ＷＴＲＵは、ＷＴＲＵが必要とする、使用する、または要求することができるサービスタイプ、たとえばｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣに基づいて、使用するＲＡ手順タイプを決定することができる。加えて、ＷＴＲＵは、ＷＴＲＵタイプまたはカテゴリに基づいて、使用するＲＡ手順タイプを決定することができる。
【0263】
さらなる一例では、ＷＴＲＵは、初期アクセスなどのＲＡ手順の目的に基づいて、たとえば、使用するＲＡ手順タイプを決定することができる。たとえば、ＷＴＲＵは、第１のタイプＲＡ手順たとえばタイプ１ＲＡ手順すなわち完全なＲＡ手順を、初期アクセスに使用することができる。ＷＴＲＵは、たとえば、セル探索手順に基づいてよいセル検出またはセルＩＤ決定後に、初期アクセスを実行することができる。
【0264】
別の例では、ＷＴＲＵは、ＷＴＲＵのモード、状態、またはステータスに基づいて、ＲＡ手順タイプを決定することができる。たとえば、ＷＴＲＵは、ＷＴＲＵのモード、状態、またはステータスに基づいて、使用するＲＡ手順タイプを決定することができる。モード、状態、およびステータスという用語は、本明細書において提供される例では互換的に使用できる。たとえば、ＷＴＲＵは、非アクティブなステータス、たとえば、アイドルステータス、ＤＲＸステータス、または一時停止されたステータスから、アクティブなステータス、たとえば、接続されたステータスまたは再開ステータスに切り換えるとき、第１のタイプＲＡ手順、たとえば、タイプ１ＲＡ手順すなわち完全なＲＡ手順を使用してもよいし、第２のタイプＲＡ手順、たとえば、タイプ２ＲＡ手順すなわち簡略化されたＲＡ手順を使用してもよい。タイプ１またはタイプ２の使用は、ＷＴＲＵがどれくらい長く非アクティブステータスであったかなどの１つまたは複数の他の要因に基づいて、決定できる。
【0265】
追加の例では、ＷＴＲＵは、ＷＴＲＵが使用する、要求する、必要がある、または必要とすることができるサービスタイプに基づいて、ＲＡ手順タイプを決定することができる。たとえば、ＷＴＲＵは、ＷＴＲＵが使用する、要求する、必要がある、または必要とすることができるサービスタイプに基づいて、使用するＲＡ手順タイプを決定することができる。ＷＴＲＵは、たとえば、ＷＴＲＵが、ｅＭＢＢサービスタイプを使用する、要求する、必要がある、または必要とすることができるとき、第１のタイプＲＡ手順、たとえばタイプ１ＲＡ手順すなわち完全なＲＡ手順を使用することができる。ＷＴＲＵは、たとえば、ＷＴＲＵが、ＵＲＬＬＣサービスタイプを使用する、要求する、必要がある、または必要とすることができるとき、第２のタイプＲＡ手順、たとえばタイプ２ＲＡ手順すなわち簡略化されたＲＡ手順を使用することができる。
【0266】
さらに、ＷＴＲＵは、非アクティブステータス時間、ＷＴＲＵ位置、および／または関連づけられたセルＩＤ、たとえば、ＷＴＲＵがＲＡ手順のために通信できるセルのセルＩＤ、のうちの少なくとも１つに基づいて、非アクティブステータスたとえばＲＲＣアイドルステータスから、アクティブステータスたとえばＲＲＣ接続されたステータスに切り換えるとき、ＲＡ手順タイプを決定することができる。たとえば、ＷＴＲＵは、非アクティブステータスからアクティブステータスに切り換えるとき、使用するＲＡ手順タイプを決定することができる。
【0267】
一例では、それがアクティブステータスに切り換わる前のＷＴＲＵの非アクティブステータス時間が、あらかじめ定義された閾値よりも短い場合、第２のタイプＲＡ手順、たとえばタイプ２ＲＡ手順すなわち簡略化されたＲＡ手順が、ＷＴＲＵによって使用されてよい。そうでない場合、第１のタイプＲＡ手順、たとえば、タイプ１ＲＡ手順すなわち完全なＲＡ手順が使用されてよい。
【0268】
別の例では、ＷＴＲＵの位置が、非アクティブステータス時間の間に、あらかじめ定義された閾値よりも小さく変更された場合、第２のタイプＲＡ手順、たとえばタイプ２ＲＡ手順すなわち簡略化されたＲＡ手順が、ＷＴＲＵによって使用されてよい。そうでない場合、第１のタイプＲＡ手順、たとえば、タイプ１ＲＡ手順すなわち完全なＲＡ手順が使用されてよい。
【0269】
ＷＴＲＵ位置変化は、ＷＴＲＵの位置の差に基づいて、導出、計算、測定、または決定されてよい。たとえば、位置の差は、非アクティブステータスの前の位置、たとえば、非アクティブステータスの開始時またはその近くでの位置から、ＲＡ手順を実行するときまたはどのＲＡ手順タイプを使用するべきかを決定するときの現在の位置の差であってよい。一例では、位置変化は、ＧＰＳデータまたは観測到達時間差（ＯＴＤＯＡ）データを使用して、導出、計算、測定、または決定されてよい。
【0270】
ＷＴＲＵ位置変化は、信号たとえばＣＲＳまたはＰＲＳの受信信号時間差（ＲＳＴＤ）の変化に基づいて、導出、計算、測定、または決定されてよい。ＲＳＴＤは、セルまたはｅＮｏｄｅ－Ｂのうちの少なくとも１つがＷＴＲＵのサービングセルまたはサービングｅＮｏｄｅ－Ｂであってよい２つのセルまたはｅＮｏｄｅ－Ｂからの信号の受信時間の差として測定されてよい。ベース値は、非アクティブステータスの開始時またはその近くで決定された値であってよい。現在の値は、ＲＡ手順を実行するときまたはどのＲＡ手順タイプを使用するべきかを決定するときに決定された値であってよい。変化は、ベース値と現在の値との間の差であってよい。
【0271】
一例では、ＷＴＲＵ位置変更は、非アクティブステータス時間中のＴＸ－ＲＸ時間差ドリフトに基づいて、導出、計算、測定、または決定されてよい。別の例では、位置変化を決定する代わりに、ＷＴＲＵは、たとえば非アクティブステータス中の、ＲＳＴＤの変化の決定を使用して、使用するＲＡ手順タイプを決定することができる。第２のタイプＲＡ手順、たとえばタイプ２ＲＡ手順すなわち簡略化されたＲＡ手順は、閾値を下回る決定された変化に使用できる。第１のタイプＲＡ手順、たとえばタイプ１ＲＡ手順すなわち完全なＲＡ手順は、閾値を上回る決定された変化に使用できる。
【0272】
追加の例では、位置変化を決定する代わりに、ＷＴＲＵは、たとえば非アクティブステータス中の、ＴＸ－ＲＸ時間差またはＴＸ－ＲＸ時間差ドリフトの変化の決定を使用して、使用するＲＡ手順タイプを決定することができる。第２のタイプＲＡ手順、たとえばタイプ２ＲＡ手順すなわち簡略化されたＲＡ手順は、閾値を下回る決定された変化に使用できる。第１のタイプＲＡ手順、たとえばタイプ１ＲＡ手順すなわち完全なＲＡ手順は、閾値を上回る決定された変化に使用できる。
【0273】
別の例では、関連づけられたセルＩＤが、非アクティブステータスの前と後で異なる場合、ＷＴＲＵは、第１のタイプＲＡ手順、たとえば、タイプ１ＲＡ手順すなわち完全なＲＡ手順を使用することができる。一例では、関連づけられたセルＩＤは、ＷＴＲＵがＲＡ手順を実行することができるサービングセルのセルＩＤであってよい。
【0274】
ＷＴＲＵは、本明細書において説明される実施形態または例のうちの１つまたは複数により、ＲＡ手順タイプを決定することができる。さらに、ＷＴＲＵは、決定されたＲＡ手順を実行することができる。
【0275】
図１６は、ビーム相反性ベースのランダムアクセスのための例示的方法および手順を例示するフローチャート図である。フローチャート図１６００に図示される例は、ビーム対応ベースのランダムアクセス方法および手順も例示することができる。ビーム相反性またはビーム対応は、ＰＢＣＨペイロード内の追加の詳細たとえばＲＡＣＨタイミングをもつマスクとともにＰＢＣＨによって示されてよい。たとえば、ｇＮＢは、ＰＢＣＨペイロードを生成することができる１６１０。また、ｇＮＢは、ＣＲＣを生成することができる１６２０。さらに、ｇＮＢは、生成されたＣＲＣを、ＴＸ／ＲＸ相反性の関数である系列を用いてマスクすることができる１６３０。次いで、ＰＢＣＨペイロードは、ｇＮＢによって、マスクされたＣＲＣと連結できる１６４０。次いで、ｇＮＢは、マスクされたＣＲＣとｇＮＢによって連結されたＰＢＣＨペイロードを送信することができる。その結果、ＷＴＲＵは、マスク、ＰＢＣＨペイロード、または両方とともに、ＰＢＣＨによって示されるビーム相反性またはビーム対応情報を受信することができる１６５０。
【0276】
加えて、ＷＴＲＵは、ＷＴＲＵの状況またはＷＴＲＵの時間値を決定することができる。ＷＴＲＵは、たとえば、位置、ビームＲＳＲＰ、セルＩＤ、状態、最後のＴＡからの時間、状態の時間などを決定することができる。ＷＴＲＵの状況および／またはＷＴＲＵの時間値、たとえば、変化していない状況、状況変化、または閾値よりも小さい時間値に基づいて、ＷＴＲＵは、異なるランダムアクセス方法および手順を選択することができる１６７０。たとえば、ＷＴＲＵは、４ステップまたは２ステップランダムアクセス方法および手順として選択してもよいし、完全なランダムまたは簡略化されたランダムアクセス方法および手順として選択してもよい。一例では、ＷＴＲＵの状況が変更されたとき、または値が閾値よりも大きいまたはこれに等しいとき、ＷＴＲＵは、完全な４ステップＲＡＣＨ手順を選択することができる１６７５。一例では、ＷＴＲＵの状況は、ＷＴＲＵの位置、ビームＲＳＲＰ、セルＩＤ、ＷＴＲＵの状態、閾値に対するＷＴＲＵの値などを指すことができる。さらに、状況が変更されたとき、または値が閾値よりも小さいとき、ＷＴＲＵは、簡略化されたＲＡＣＨ手順を選択することができる１６８０。一例では、簡略化されたＲＡＣＨ手順は、２ステップＲＡＣＨ手順であってよい。
【0277】
ＷＴＲＵによって受信された、示されたビーム相反性またはビーム対応情報は、ＤＬビームおよびビーム相反性またはビーム対応情報に基づいて、１つまたは複数のＵＬ方向およびＲＡＣＨのためのタイミングを決定するために使用できる１６９０。一例では、１つまたは複数のＵＬ方向およびタイミングは、ＤＬビームを基準としてよい。
【0278】
ＷＴＲＵは、決定されたタイミングを使用して、ビーム相反性情報に基づいて、決定された１つまたは複数のＵＬビーム内で、選択されたＲＡＣＨ手順を実行することができる１６９５、などである。
【0279】
本明細書において説明される例示的解決策は、ＬＴＥ、ＬＴＥ－Ａ、ＮＲ、または５Ｇ固有プロトコルを考慮しているが、本明細書において説明される解決策は、そのようなプロトコルまたはシナリオに制限されず、他のワイヤレスシステムまたは他のワイヤレス技術にも適用可能であることが理解される。
【0280】
特徴および要素が、上記で特定の組み合わせで説明されているが、当業者は、各特徴または要素が、単独でも使用可能であるし、他の特徴および要素との任意の組み合わせでも使用可能であることを諒解するであろう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる遂行のためにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェア内で実施されてよい。コンピュータ可読媒体の例は、電子信号（ワイヤード接続またはワイヤレス接続上で送信された）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定されるものではないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ－ＲＯＭディスクなどの光学式媒体、およびデジタル多用途ディスク（ＤＶＤ）を含む。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数送受信機を実施するために使用されてよい。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【手続補正書】
【提出日】2024-07-18
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック送信を受信し、
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた情報に基づいてＳＳ／ＰＢＣＨブロックインデックスを決定し、
前記決定されたＳＳ／ＰＢＣＨブロックインデックスに基づいて物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定し、
ＰＲＡＣＨプリアンブルおよび許可なし物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを送信し、前記ＰＲＡＣＨプリアンブルは、２ステップランダムアクセス手順と関連付けられ、前記ＰＲＡＣＨプリアンブルは、前記決定されたＰＲＡＣＨリソースを用いて送信され、
前記第１のメッセージに応答して第２のメッセージを受信し、前記第２のメッセージは、競合解消を含む
ように構成されたプロセッサ
を備えたことを特徴とするＷＴＲＵ。
同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック送信を受信し、
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた情報に基づいてＳＳ／ＰＢＣＨブロックインデックスを決定し、
前記決定されたＳＳ／ＰＢＣＨブロックインデックスに基づいて物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定し、
ＰＲＡＣＨプリアンブルおよび許可なし物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを送信し、前記ＰＲＡＣＨプリアンブルは、２ステップランダムアクセス手順と関連付けられ、前記ＰＲＡＣＨプリアンブルは、前記決定されたＰＲＡＣＨリソースを用いて送信され、
前記第１のメッセージに応答して第２のメッセージを受信し、前記第２のメッセージは、競合解消を含む
ように構成されたプロセッサ
を備えたことを特徴とするＷＴＲＵ。
【請求項2】
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた前記情報は、復調参照信号（ＤＭＲＳ）系列から導出されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項3】
前記ＤＭＲＳ系列は、前記ＳＳ／ＰＢＣＨブロック送信にて送信されることを特徴とする請求項２に記載のＷＴＲＵ。
【請求項4】
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた前記情報は、１つまたは複数のＰＢＣＨペイロードビットから導出されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項5】
前記ＳＳ／ＰＢＣＨブロックインデックスは、ビームのサブセットに対応することを特徴とする請求項１に記載のＷＴＲＵ。
【請求項6】
ビームの前記サブセットは、単一のビームを含むことを特徴とする請求項５に記載のＷＴＲＵ。
【請求項7】
１つまたは複数のペイロードビットは、前記単一のビームを示すのに用いられることを特徴とする請求項６に記載のＷＴＲＵ。
【請求項8】
前記ＰＲＡＣＨリソースは、プリアンブルリソース、時間リソース、および周波数リソースのうちの１つまたは複数を含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項9】
前記ＰＲＡＣＨリソースは、時間リソースまたは周波数リソースのうちの１つまたは複数を用いて、前記ＳＳ／ＰＢＣＨブロックインデックスに基づいて決定されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項10】
同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック送信を受信することと、
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた情報に基づいてＳＳ／ＰＢＣＨブロックインデックスを決定することと、
前記決定されたＳＳ／ＰＢＣＨブロックインデックスに基づいて物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定することと、
ＰＲＡＣＨプリアンブルおよび許可なし物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを送信することであって、前記ＰＲＡＣＨプリアンブルは、前記決定されたＰＲＡＣＨリソースを用いて送信される２ステップランダムアクセス手順と関連付けられる、ことと、
前記第１のメッセージに応答して第２のメッセージを受信することであって、前記第２のメッセージは、競合解消を含む、ことと
を備えることを特徴とする方法。
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた情報に基づいてＳＳ／ＰＢＣＨブロックインデックスを決定することと、
前記決定されたＳＳ／ＰＢＣＨブロックインデックスに基づいて物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定することと、
ＰＲＡＣＨプリアンブルおよび許可なし物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを送信することであって、前記ＰＲＡＣＨプリアンブルは、前記決定されたＰＲＡＣＨリソースを用いて送信される２ステップランダムアクセス手順と関連付けられる、ことと、
前記第１のメッセージに応答して第２のメッセージを受信することであって、前記第２のメッセージは、競合解消を含む、ことと
を備えることを特徴とする方法。
【請求項11】
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた前記情報は、復調参照信号（ＤＭＲＳ）系列から導出されることを特徴とする請求項１０に記載の方法。
【請求項12】
前記ＤＭＲＳ系列は、前記ＳＳ／ＰＢＣＨブロック送信にて送信されることを特徴とする請求項１１に記載の方法。
【請求項13】
前記ＳＳ／ＰＢＣＨブロック送信に関連付けられた前記情報は、１つまたは複数のＰＢＣＨペイロードビットから導出されることを特徴とする請求項１０に記載の方法。
【請求項14】
前記ＳＳ／ＰＢＣＨブロックインデックスは、ビームのサブセットに対応することを特徴とする請求項１０に記載の方法。
【請求項15】
ビームの前記サブセットは、単一のビームを含むことを特徴とする請求項１４に記載の方法。
【請求項16】
１つまたは複数のペイロードビットは、前記単一のビームを示すのに用いられることを特徴とする請求項１５に記載の方法。
【請求項17】
前記ＰＲＡＣＨリソースは、プリアンブルリソース、時間リソース、および周波数リソースのうちの１つまたは複数を含むことを特徴とする請求項１０に記載の方法。
【請求項18】
前記ＰＲＡＣＨリソースは、時間リソースまたは周波数リソースのうちの１つまたは複数を用いて、前記ＳＳ／ＰＢＣＨブロックインデックスに基づいて決定されることを特徴とする請求項１０に記載の方法。
【請求項19】
同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック送信を送信し、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルおよび許可なし物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを受信し、前記ＰＲＡＣＨプリアンブルは、２ステップランダムアクセス手順と関連付けられ、前記ＰＲＡＣＨプリアンブルは、ＰＲＡＣＨリソースを用いて受信され、
前記ＳＳ／ＰＢＣＨブロック送信は、ＳＳ／ＰＢＣＨブロックインデックスと関連付けられ、
前記ＳＳ／ＰＢＣＨブロックインデックスは、前記ＰＲＡＣＨリソースと関連付けられ、
前記第１のメッセージに応答して第２のメッセージを受信し、前記第２のメッセージは、競合解消の表示を含む
ように構成されたプロセッサを備えたことを特徴とする基地局。
物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルおよび許可なし物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む第１のメッセージを受信し、前記ＰＲＡＣＨプリアンブルは、２ステップランダムアクセス手順と関連付けられ、前記ＰＲＡＣＨプリアンブルは、ＰＲＡＣＨリソースを用いて受信され、
前記ＳＳ／ＰＢＣＨブロック送信は、ＳＳ／ＰＢＣＨブロックインデックスと関連付けられ、
前記ＳＳ／ＰＢＣＨブロックインデックスは、前記ＰＲＡＣＨリソースと関連付けられ、
前記第１のメッセージに応答して第２のメッセージを受信し、前記第２のメッセージは、競合解消の表示を含む
ように構成されたプロセッサを備えたことを特徴とする基地局。