(57)【要約】ＵＬビーム管理のためのシステム、方法、および手段が、開示される。無線送受信ユニット（ＷＴＲＵ）は、ビーム対応インジケーションをネットワークデバイスに送信できる。ビーム対応インジケーションは、ＷＴＲＵの１つまたは複数の受信ビームおよび１つまたは複数の送信ビームと関連付けられたビーム対応を示せる。ＷＴＲＵは、ＷＴＲＵと関連付けられたアップリンク時間同期ステータスを決定できる。アップリンク時間同期ステータスは、ＷＴＲＵがアップリンク時間同期しているかどうかを示す。ＷＴＲＵは、決定されたアップリンク時間同期ステータスに従った基準信号タイプを、ネットワークデバイスから受信できる。ＷＴＲＵは、ビーム対応インジケーションに応答したビーム管理インジケーションを、ネットワークデバイスから受信できる。ＷＴＲＵは、受信したビーム管理インジケーションに基づいて、アップリンクビーム管理を実行できる。
2020509651.tif 000002
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
メモリと、
プロセッサであって、
前記ＷＴＲＵの１つまたは複数の受信ビームおよび１つまたは複数の送信ビームと関連付けられたビーム対応を示すビーム対応インジケーションを、ネットワークデバイスに送信することと、
前記ＷＴＲＵと関連付けられたアップリンク時間同期ステータスを決定することと、
前記決定されたアップリンク時間同期ステータスを、前記ネットワークデバイスに送信することと、
前記決定されたアップリンク時間同期ステータスに従った基準信号タイプを、前記ネットワークデバイスから受信することと、
前記ビーム対応インジケーションに応答したビーム管理インジケーションを、前記ネットワークデバイスから受信することと、
前記受信したビーム管理インジケーションに基づいて、アップリンクビーム管理を実行することであって、前記アップリンクビーム管理は、前記ビーム対応に基づいて、ＷＴＲＵ送信ビームのサブセットからの、前記基準信号タイプを有する基準信号を送信するように構成されることを含む、実行することと
を行うように構成されたプロセッサと
を備えたＷＴＲＵ。
【請求項２】
前記アップリンクビーム管理は、ビーム対応を用いないアップリンクビーム管理と比較したとき、ビーム測定の縮小されたセットを含む請求項１に記載のＷＴＲＵ。
【請求項３】
前記アップリンクビーム管理は、
前記ビーム対応に基づいて、１つまたは複数のビーム測定をスキップすることと、
前記１つまたは複数のスキップされたビーム測定の代わりに、１つまたは複数のダウンリンク測定を使用することと
を行うように前記プロセッサが構成されることを備える請求項１に記載のＷＴＲＵ。
【請求項４】
前記ビーム対応は、前記プロセッサが、
前記ＷＴＲＵの１つもしくは複数の受信ビーム上におけるダウンリンク測定に基づいて、送信ビームを決定すること、または
１つもしくは複数の送信ビーム上におけるアップリンク測定に基づいて、受信ビームを決定すること
のうちの１つまたは複数を行うように構成されることを示す請求項１に記載のＷＴＲＵ。
【請求項５】
前記アップリンク時間同期ステータスは、前記ＷＴＲＵがアップリンク時間同期しているかどうかを示す請求項１に記載のＷＴＲＵ。
【請求項６】
前記ＷＴＲＵがアップリンク時間同期しているとき、前記受信した基準信号タイプは、ニューラジオ（ＮＲ）サウンディング基準信号（ＳＲＳ）であり、前記ＷＴＲＵがアップリンク時間同期していないとき、前記受信した基準信号タイプは、ＮＲ物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルである請求項５に記載のＷＴＲＵ。
【請求項７】
前記ネットワークデバイスは、送受信ポイント（ＴＲＰ）である請求項１に記載のＷＴＲＵ。
【請求項８】
前記ビーム対応インジケーションは、前記ビーム対応における一時的な変化を示す請求項１に記載のＷＴＲＵ。
【請求項９】
無線送受信ユニット（ＷＴＲＵ）の１つまたは複数の受信ビームおよび１つまたは複数の送信ビームと関連付けられたビーム対応を示すビーム対応インジケーションを、前記ＷＴＲＵからネットワークデバイスに送信するステップと、
前記ＷＴＲＵと関連付けられたアップリンク時間同期ステータスを決定するステップと、
前記決定されたアップリンク時間同期ステータスを、前記ネットワークデバイスに送信するステップと、
前記決定されたアップリンク時間同期ステータスに従った基準信号タイプを、前記ネットワークデバイスから受信するステップと、
前記ビーム対応インジケーションに応答したビーム管理インジケーションを、前記ネットワークデバイスから受信するステップと、
前記受信したビーム管理インジケーションに基づいて、アップリンクビーム管理を実行するステップであって、前記アップリンクビーム管理は、前記ビーム対応に基づいて、ＷＴＲＵ送信ビームのサブセットからの、前記基準信号タイプを有する基準信号を送信することを含む、ステップと
を備える方法。
【請求項１０】
前記アップリンクビーム管理は、ビーム対応を用いないアップリンクビーム管理と比較したとき、測定の縮小されたセットを含む請求項９に記載の方法。
【請求項１１】
前記アップリンクビーム管理は、
前記ビーム対応に基づいて、１つまたは複数のビーム測定をスキップすることと、
前記１つまたは複数のスキップされたビーム測定の代わりに、１つまたは複数のダウンリンク測定を使用することと
を含む請求項９に記載の方法。
【請求項１２】
前記ビーム対応は、プロセッサが、
前記ＷＴＲＵの１つもしくは複数の受信ビーム上におけるダウンリンク測定に基づいて、送信ビームを決定すること、または
１つもしくは複数の送信ビーム上におけるアップリンク測定に基づいて、受信ビームを決定すること
のうちの１つまたは複数を行うように構成されることを示す請求項９に記載の方法。
【請求項１３】
前記アップリンク時間同期ステータスは、前記ＷＴＲＵがアップリンク時間同期しているかどうかを示す請求項９に記載の方法。
【請求項１４】
前記ＷＴＲＵがアップリンク時間同期しているとき、前記受信した基準信号タイプは、ニューラジオ（ＮＲ）サウンディング基準信号（ＳＲＳ）であり、前記ＷＴＲＵがアップリンク時間同期していないとき、前記受信した基準信号タイプは、ＮＲ物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルである請求項１３に記載の方法。
【請求項１５】
前記ビーム対応インジケーションは、前記ビーム対応における一時的な変化を示す請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
アップリンクビーム管理に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１７年２月３日に出願された米国特許仮出願第６２／４５４５６８号明細書、および２０１７年５月３日に出願された米国特許仮出願第６２／５０１０２１号明細書に基づく優先権を主張し、それらは、その全体が、参照によって本明細書に組み込まれる。
【０００３】
モバイル（移動）通信は、進化し続けている。第５世代は、５Ｇと呼ばれることがある。先行（レガシ）世代のモバイル通信は、例えば、第４世代（４Ｇ）ロングタームエボリューション（ＬＴＥ）であることができる。モバイル無線通信は、ニューラジオ（ＮＲ）など、様々な無線アクセス技術（ＲＡＴ）を実施する。ＮＲの使用事例は、例えば、エキストリームモバイルブロードバンド（ｅＭＢＢ）、超高信頼性低遅延通信（ＵＲＬＬＣ）、および大規模マシンタイプコミュニケーション（ｍＭＴＣ）を含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＵＬビーム管理のためのシステム、方法、および手段が、開示される。
【課題を解決するための手段】
【０００５】
アップリンクビーム管理のためのシステム、方法、および手段が、開示される。無線送受信ユニット（ＷＴＲＵ）は、ビーム対応インジケーション（beam correspondence indication）をネットワークデバイスに送信することができる。ＷＴＲＵは、メモリ、および／またはプロセッサを含むことができる。ネットワークデバイスは、送受信ポイント（ＴＲＰ）であることができる。ビーム対応インジケーションは、ＷＴＲＵの１つまたは複数の受信ビームおよび１つまたは複数の送信ビームと関連付けられたビーム対応（beam correspondence：ビーム対応関係）を示すことができる。ビーム対応インジケーションは、ビーム対応の変化（例えば、一時的な変化）を示すことができる。ビーム対応（beam correspondence）は、ＷＴＲＵ側ビーム対応、および／またはネットワークデバイス側ビーム対応を含むことができる。ビーム対応は、ＷＴＲＵが、ダウンリンク測定に基づいて、ＷＴＲＵの送信ビームを決定することが可能であることを示すことができる。ダウンリンク測定は、ＷＴＲＵの１つまたは複数の受信ビーム上において、ＷＴＲＵによって測定することができる。ビーム対応は、ＷＴＲＵが、アップリンク測定に基づいて、ＷＴＲＵの受信ビームを決定することが可能であることを示すことができる。アップリンク測定は、ＷＴＲＵの１つまたは複数の送信ビーム上において、ＷＴＲＵによって測定することができる。
【０００６】
ＷＴＲＵは、ＷＴＲＵと関連付けられたアップリンク時間同期ステータス（uplink time synchronization status）を決定することができる。アップリンク時間同期ステータスは、ＷＴＲＵが、アップリンク時間同期しているかどうかを示すことができる。ＷＴＲＵは、基準信号タイプ（a reference signal type）をネットワークデバイスから受信することができる。基準信号タイプは、決定されたアップリンク時間同期ステータスに従ったものであることができる。例えば、基準信号タイプは、ＷＴＲＵが、アップリンク時間同期しているときは、ニューラジオ（ＮＲ）サウンディング基準信号（ＳＲＳ）であることができる。別の例として、基準信号タイプは、ＷＴＲＵが、アップリンク時間同期していないときは、ＮＲ物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルであることができる。
【０００７】
ＷＴＲＵは、例えば、ビーム対応インジケーションに応答したビーム管理インジケーションを、ネットワークデバイスから、受信することができる。ビーム管理インジケーションは、ビーム対応と関連付けられたビーム管理構成（a beam management configuration）を含むことができる。ＷＴＲＵは、受信したビーム管理インジケーションに基づいて、アップリンクビーム管理を実行することができる。アップリンクビーム管理は、ビーム対応に基づいて、ＷＴＲＵ送信ビームのサブセットからの、１つまたは複数の基準信号（reference signal）を送信することを含むことができる。アップリンクビーム管理において送信される１つまたは複数の基準信号は、ネットワークデバイスから受信した基準信号タイプを有することができる。アップリンクビーム管理は、ビーム対応を用いないアップリンクビーム管理と比較したとき、測定の縮小されたセットを実行することを含むことができる。アップリンクビーム管理は、ビーム対応に基づいて、１つまたは複数のビーム測定をスキップすることを含むことができる。ＷＴＲＵは、１つまたは複数のスキップされたビーム測定の代わりに、１つまたは複数のダウンリンク測定を使用することができる。
【図面の簡単な説明】
【０００８】
【図１Ａ】１つまたは複数の開示される実施形態を実施することができる、例示的な通信システムを示すシステム図である。
【図１Ｂ】実施形態に従った、図１Ａの通信システム内において使用できる、例示的な無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】実施形態に従った図１Ａの通信システム内で使用できる、例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）を示すシステム図である。
【図１Ｄ】実施形態に従った、図１Ａに示される通信システム内で使用でできる、さらなる例示的ＲＡＮおよびさらなる例示的ＣＮを示すシステム図である。
【図２】送受信ポイント（ＴＲＰ）および無線送受信ユニット（ＷＴＲＵ）アンテナモデルの例を示す図である。
【図３】ＲＳタイプおよび信号フォーマット選択を用いるＵＬビーム管理構成例を示す図である。
【図４】ＵＬビーム管理のＮＲ−ＰＲＡＣＨ信号フォーマット例を示す図である。
【図５】ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡおよびフォーマットＢを用いるＵ２およびＵ３の例を示す図である。
【図６】ビーム対応を用いるＵＬビーム管理構成の例を示す図である。
【図７】ビーム管理に基づいたビーム対応の例を示す図である。
【図８】ＴＲＰビーム対応決定およびインジケーションの例を示す図である。
【図９】時間および周波数領域上におけるＤＭＲＳおよびサウンディング基準信号（ＳＲＳ）の例示的な分布を示す図である。
【図１０】単一のＴＲＰのためのＵＬビーム管理の例を示す図である。
【図１１】複数のＴＲＰのためのＵＬビーム管理の例を示す図である。
【発明を実施するための形態】
【０００９】
実施形態の実施と関連付けることができる例示的なネットワーク
図１Ａは、１つまたは複数の開示される実施形態を実施することができる、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
【００１０】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであることができる。例として、それのどれもが、「局」および／または「ＳＴＡ」と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＵＥと呼ばれることがある。
【００１１】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００１２】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることができ、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成することができる。これらの周波数は、免許要スペクトル、免許不要スペクトル、または免許要スペクトルと免許不要スペクトルとの組み合わせの中にあることができる。セルは、相対的に一定であることができる、または時間とともに変化することができる特定の地理的エリアに、無線サービス用のカバレージを提供することができる。セルは、さらに、セルセクタに分割することができる。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、すなわち、セルの各セクタに対して１つずつ含むことができる。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、セルの各セクタに対して複数の送受信機を利用することができる。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングを使用することができる。
【００１３】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立することができる。
【００１４】
より具体的には上で言及されたように、通信システム１００は、多元接続システムであることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１５】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用して、エアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００１６】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインターフェース１１６を確立することができる、ＮＲ無線アクセスなどの無線技術を実施することができる。
【００１７】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスと、ＮＲ無線アクセスとを一緒に実施することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送信される送信によって特徴付けることができる。
【００１８】
他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわちワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわちマイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施できる。
【００１９】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることができ、事業所、自宅、乗物、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。
【００２０】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することができ、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであることができる。データは、異なるスループット要件、待ち時間要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有することができる。ＣＮ１０６／１１５は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行うことができることが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示せず）とも通信することができる。
【００２１】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用することができる１つまたは複数のＲＡＮに接続された、別のＣＮを含むことができる。
【００２２】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができる（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含むことができる）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【００２３】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【００２４】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として描いているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【００２５】
送信／受信要素１２２は、エアインターフェース１１６上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであることができる。実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であることができる。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
【００２６】
図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２７】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００２８】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティックおよびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などに配置された、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手でき、それらにデータを記憶することができる。
【００２９】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム−イオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００３０】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上においてロケーション情報を受信することができ、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得することができることが理解されよう。
【００３１】
プロセッサ１１８は、さらに他の周辺機器１３８に結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含むことができる。周辺機器１３８は、１つまたは複数のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であることができる。
【００３２】
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ダウンリンクの両方のための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信が、並列および／または同時であることができる、全二重無線を含むことができる。全二重無線は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニットを含むことができる。実施形態においては、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含むことができる。
【００３３】
図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。
【００３４】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３５】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において、互いに通信することができる。
【００３６】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含むことができる。上記の要素の各々はＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００３７】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間における交換のためのコントロールプレーン機能を提供することができる。
【００３８】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができる。ＳＧＷ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送することができる。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行することができる。
【００３９】
ＳＧＷ１６４は、ＰＧＷ１６６に接続することができ、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００４０】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。
【００４１】
図１Ａ〜図１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用することができることが企図されている。
【００４２】
代表的な実施形態においては、他のネットワーク１１２は、ＷＬＡＮであることができる。
【００４３】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有することができる。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通って到着することができ、ＳＴＡに配送することができる。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通って送信することができ、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信することができ、ＡＰは、トラフィックを送信先ＳＴＡに配送することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なすことができ、および／またはピアツーピアトラフィックと呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信することができる。ある代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信することができる。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と呼ばれることがある。
【００４４】
８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信することができる。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、またはシグナリングを介して動的に設定された幅であることができる。プライマリチャネルは、ＢＳＳの動作チャネルであることができ、ＡＰとの接続を確立するために、ＳＴＡによって使用することができる。ある代表的な実施形態においては、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を実施することができる。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスすることができる。プライマリチャネルが、センス／検出され、および／または特定のＳＴＡによってビジーであると決定された場合、特定のＳＴＡは、バックオフすることができる。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えば、ただ１つのＳＴＡ）が、送信することができる。
【００４５】
高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０ＭＨｚチャネルを隣接または非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することを介して、通信のために４０ＭＨｚ幅チャネルを使用することができる。
【００４６】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成することができ、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成することができ、これは、８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割することができるセグメントパーサを通過することができる。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理を行うことができる。ストリームは、２つの８０ＭＨｚチャネル上にマッピングすることができ、データは、送信ＳＴＡによって送信することができる。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作を逆転することができ、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信することができる。
【００４７】
１ＧＨｚ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートすることができる。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有することができる。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含むことができる。
【００４８】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができる、ＷＬＡＮシステムは、プライマリチャネルとして指定することができるチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限することができる。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であることがある。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存することができる。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、周波数バンドの大部分が、アイドルのままであり、利用可能であることがあるとしても、利用可能な周波数バンド全体が、ビジーと見なされることがある。
【００４９】
米国においては、８０２．１１ａｈによって使用することができる利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。
【００５０】
図１Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上で言及されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３は、ＣＮ１１５とも通信することができる。
【００５１】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含むことができることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信することができる（図示せず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあることができるが、残りのコンポーネントキャリアは、免許要スペクトル上にあることができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信することができる。
【００５２】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジ（numerology）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であることができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【００５３】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することができる。非スタンドアロン構成においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たすことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。
【００５４】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ−ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成することができる。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上において、互いに通信することができる。
【００５５】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含むことができる。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００５６】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用することができる。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスを確立することができる。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示せず）との間の交換のためのコントロールプレーン機能を提供することができる。
【００５７】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続することができる。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続することもできる。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通したトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ  ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであることができる。
【００５８】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行することができる。
【００５９】
ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通して、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続することができる。
【００６０】
図１Ａ〜図１Ｄ、および図１Ａ〜図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅノードＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行することができる。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数またはすべてをエミュレートするように構成された、１つまたは複数のデバイスであることができる。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用することができる。
【００６１】
エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または配備されながら、１つもしくは複数またはすべての機能を実行することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／配備されながら、１つもしくは複数またはすべての機能を実行することができる。エミュレーションデバイスは、テストの目的で、別のデバイスに直接的に結合することができ、および／またはオーバザエア無線通信を使用して、テストを実行することができる。
【００６２】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／配備されずに、すべての機能を含む、１つまたは複数の機能を実行することができる。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室、ならびに／または配備されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用することができる。１つまたは複数のエミュレーションデバイスは、テスト機器であることができる。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含むことができる）ＲＦ回路を介した無線通信を、エミュレーションデバイスによって使用することができる。
詳細な説明
次世代モバイル通信は、様々な配備シナリオのために、（例えば、７００ＭＨｚから８０ＧＨｚまでの範囲の）広い範囲の免許要および免許不要スペクトルバンドを用いて、高速モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプコミュニケーション（ｍＭＴＣ）、超高信頼性低遅延通信（ＵＲＬＬＣ）などの応用例をサポートすることができる。
【００６３】
マルチプルアンテナ送信およびビームフォーミングを提供することができる。多入力多出力（ＭＩＭＯ）送信、ならびに変形（例えば、単入力多出力（ＳＩＭＯ）および多入力単出力（ＭＩＳＯ））などの、マルチプルアンテナ技法を、（例えば、６ＧＨｚ未満送信のために）利用することができる。異なるＭＩＭＯ技法は、ダイバーシティ利得、多重化利得、ビームフォーミング、アレイ利得など、異なる利益を提供することができる。セルラ通信におけるユーザ端末（ＵＴ）は、単一の中央ノードと通信することができる。ＭＵ−ＭＩＭＯは、例えば、時間および／または周波数におけるリソースの同じセットおよび／または重なり合うセット上において、同時に、複数のデータストリームを異なるＵＴに送信することを容易にすることによって、システムスループットを高めることができる。ＳＵ−ＭＩＭＯを実施する中央ノードは、例えば、ＭＵ−ＭＩＭＯについての複数のＵＴと比較して、複数のデータストリームを同じＵＴに送信することができる。
【００６４】
ミリメートル波周波数におけるマルチプルアンテナ送信は、６ＧＨｚ未満マルチプルアンテナ技法と異なることができる。これは、ミリメートル波周波数における異なる伝搬特性と、アンテナ要素と比較して潜在的に限られた数のＲＦチェーンしか有さないＢＴＳ／ＷＴＲＵのせいであることができる。
【００６５】
図２は、送受信ポイント（ＴＲＰ）および無線送受信ユニット（ＷＴＲＵ）アンテナモデル２００の例である。ＴＲＰは、（例えば、セルなど）ネットワークデバイスであることができる。アンテナモデル２００（例えば、大規模アンテナモデル）は、垂直次元当たりＭｇ個のアンテナパネルと、水平次元当たりＮｇ個のアンテナパネルとして構成することができる。（例えば、各）アンテナパネルは、（例えば、図２における例によって示されるように）偏波を用いる、または偏波を用いない、Ｎ列およびＭ行のアンテナ要素を用いて構成することができる。同じｅＮＢ内に複数のパネルを装備することができるが、パネル間において、タイミングおよび位相が、較正されないことがある。ベースライン大規模アンテナ構成は、例えば、表１に示されるように、動作周波数バンドに従って、変化することができる。表１は、稠密な都市および都市マクロについての、ベースライン大規模アンテナ構成の例を提供する。
【００６６】
【表１】
2020509651.tif 000003
【００６７】
ミリメートル波周波数におけるプリコーディングは、デジタル、アナログ、またはデジタルとアナログのハイブリッドであることができる。デジタルプリコーディングは、正確であることができ、等化と組み合わせることができる。デジタルプリコーディングは、シングルユーザ（ＳＵ）、マルチユーザ（ＭＵ）、およびマルチセルプリコーディングを可能にすることができ、６ＧＨｚ未満において（例えば、ＩＥＥＥ８０２．１１ｎおよびそれ以降において、ならびに３ＧＰＰ  ＬＴＥおよびそれ以降において）使用されるそれに類似したものであることができる。アンテナ要素と比較して限られた数のＲＦチェーンの存在、およびチャネルのスパース性は、（例えば、ｍｍＷ周波数における）デジタルビームフォーミングの使用を複雑にすることがある。アナログビームフォーミングは、例えば、各アンテナ要素上においてアナログ位相シフタを使用することによって、限られた数のＲＦチェーンを克服することができる。ＩＥＥＥ８０２．１１ａｄにおいては、（例えば、最良のセクタを識別するための）セクタレベルスイープの実施、（例えば、アンテナビームに合わせてセクタを精細化するための）ビーム精細化の実施、および（例えば、チャネルの変化を考慮して、時間にわたってサブビームを調整するための）ビーム追跡の実施中に、アナログビームフォーミングを使用することができる。ハイブリッドビームフォーミングは、プリコーダをアナログ領域とデジタル領域に分割することができる。各領域は、アナログ領域において行列を結合するための異なる構造制約（例えば、一定の係数制約）を有する、プリコーディング行列と、結合行列とを有することができる。これは、ハードウェアの複雑さとシステム性能との間の妥協点をもたらすことができる。ハイブリッドビームフォーミングは、チャネルのスパース性と、マルチユーザ／マルチストリーム多重化のサポートのおかげで、デジタルプリコーディング性能を達成することができる。ハイブリッドビームフォーミングは、ＲＦチェーンの数によって制限されることがあるが、それは、ｍｍＷチャネルが角度領域においてスパースである場合、問題にならないことができる。
【００６８】
例えば、ＮＲのために、ビーム管理を提供することができる。より高いバンド周波数の使用は、それらの伝搬特性が、システム設計に影響することがあることを暗示することができる。チャネルは、周波数が増加するにつれて、例えば、ほとんどの物体を通過する送信は低減されることができ、反射は増幅されることができ、妨害、ＷＴＲＵ回転および移動が生じることができるという事実に起因する、より高い経路損失、およびより多い突発的変化を経験することがある。
【００６９】
例えば、高いビームフォーミング利得を達成して、例えば、高い伝搬損失を補償するために、（例えば、高周波数バンドにおいて）大規模アンテナアレイを使用することができる。結果として生じる結合損失は、例えば、所望のデータスループットまたはカバレージをサポートするために、高いレベルに維持されることがある。指向性ビームベースの通信の使用は、正確なビームペアリングを必要とすることがある。正しいビーム方向は、例えば、方位角および仰角で表した到来角および発射角によって、実チャネルと関連付けることができる。正しいビーム方向は、チャネル変化に伴って、（例えば、動的に）調整することができる。
【００７０】
ビーム管理実施は、例えば、ダウンリンク（ＤＬ）およびアップリンク（ＵＬ）ビーム管理実施を含むことができる。ダウンリンクビーム管理実施は、Ｐ−１、Ｐ−２、Ｐ−３などの、省略参照記号を有することができる。ダウンリンクビーム管理実施は、Ｐ−１、Ｐ−２、またはＰ−３のうちの１つまたは複数を含むことができる。ＤＬビーム管理は、Ｐ−１、Ｐ−２、およびＰ−３と表される、３つのＤＬビーム管理手順を含むことができる。ＤＬビーム管理のために、Ｐ−１、Ｐ−２、またはＰ−３のうちの１つまたは複数を実施することができる。アップリンクビーム管理実施は、Ｕ−１、Ｕ−２、Ｕ−３などの、省略参照記号を有することができる。ＵＬビーム管理のために、Ｕ−１、Ｕ−２、またはＵ−３のうちの１つまたは複数を実施することができる。ＤＬおよびＵＬビーム管理は、以下の属性のうちの１つまたは複数を含むことができる。
【００７１】
例においては、例えば、ＴＲＰ  Ｔｘビーム／ＷＴＲＵ  Ｒｘビームの選択をサポートするために、第１のダウンリンクビーム管理実施（例えば、Ｐ−１）を使用して、異なるＴＲＰ  Ｔｘビーム上におけるＷＴＲＵ測定を可能にすることができる。Ｐ−１は、例えば、ＴＲＰにおけるビームフォーミングのために、異なるビームのセットからのＴＲＰ内／ＴＲＰ間Ｔｘビームスイープを含むことができる。Ｐ−１は、例えば、ＷＴＲＵにおけるビームフォーミングのために、異なるビームのセットからのＷＴＲＵ  Ｒｘビームスイープを含むことができる。ＴＲＰ  ＴｘビームとＷＴＲＵ  Ｒｘビームは、一緒に、または順次的に決定することができる。
【００７２】
例においては、ビーム精細化のために、例えば、Ｐ−１よりも小さいビームのセットに属するように、例えば、ＴＲＰ間／ＴＲＰ内Ｔｘビームを変更するために、第２のダウンリンクビーム管理実施（例えば、Ｐ−２）を使用して、異なるＴＲＰ  Ｔｘビーム上におけるＷＴＲＵ測定を可能にすることができる。Ｐ−２は、Ｐ−１の特別なケースであることができる。
【００７３】
例においては、例えば、ＷＴＲＵがビームフォーミングを使用するときに、ＷＴＲＵ  Ｒｘビームを変更するために、第３のダウンリンクビーム管理実施（例えば、Ｐ−３）を使用して、同じＴＲＰ  Ｔｘビーム上におけるＷＴＲＵ測定を可能にすることができる。
【００７４】
例においては、例えば、ＷＴＲＵ  Ｔｘビーム／ＴＲＰ  Ｒｘビームの選択をサポートするために、第１のアップリンクビーム管理実施（例えば、Ｕ−１）を使用して、異なるＷＴＲＵ  Ｔｘビーム上におけるＴＲＰ測定を可能にすることができる。
【００７５】
例においては、例えば、ＴＲＰ間／ＴＲＰ内Ｒｘビームを変更／選択するために、第２のアップリンクビーム管理実施（例えば、Ｕ−２）を使用して、異なるＴＲＰ  Ｒｘビーム上におけるＴＲＰ測定を可能にすることができる。
【００７６】
例においては、例えば、ＷＴＲＵがビームフォーミングを使用するときに、例えばＷＴＲＵ  Ｔｘビームを変更するために、第３のアップリンクビーム管理実施（例えば、Ｕ−３）を使用して、同じＴＲＰ  Ｒｘビーム上におけるＴＲＰ測定を可能にできる。
【００７７】
ＣＳＩ−ＲＳは、ＤＬ  Ｔｘビームスイーピング、およびＷＴＲＵ  Ｒｘビームスイーピングをサポートすることができる。ＣＳＩ−ＲＳは、例えば、実施Ｐ−１、Ｐ−２、および／またはＰ−３において、使用することができる。
【００７８】
ＮＲ  ＣＳＩ−ＲＳは、マッピング構造をサポートすることができる。マッピング構造の例においては、（サブ）時間ユニット当たりＮＰ個のＣＳＩ−ＲＳポートをマッピングすることができる。１つまたは複数のＣＳＩ−ＲＳアンテナポートを、（サブ）時間ユニットにわたって、マッピングすることができる。「時間ユニット」は、構成された／基準ヌメロロジにおける、ｎ≧１であるｎ個のＯＦＤＭシンボルを指すことができる。時間ユニットを構成するＯＦＤＭシンボルは、連続的であること、または連続的でないことができる。ポート多重化実施は、例えば、ＦＤＭ、ＴＤＭ、および／またはＣＤＭのうちの１つまたは複数であることができる。
【００７９】
（例えば、各）時間ユニットは、サブ時間ユニットに区分化することができる。区分化実施は、例えば、ＴＤＭ、インターリーブされた周波数分割多元接続（ＩＦＤＭＡ）、および／またはＯＦＤＭであることができる。ＯＦＤＭシンボルレベル区分化は、基準ＯＦＤＭシンボル長（例えば、サブキャリア間隔）と比べて、同じ／より短いＯＦＤＭシンボル長（例えば、より大きいサブキャリア間隔）を有することができる。
【００８０】
例えば、複数のパネル／Ｔｘチェーンをサポートするために、マッピング構造を使用することができる。
【００８１】
ＴｘおよびＲｘビームスイーピングのために、ＣＳＩ−ＲＳをマッピングすることができる。（例えば、第１の）例においては、（例えば、各）時間ユニット内のサブ時間ユニットにわたって、Ｔｘビームは、同じであることができる。時間ユニット間で、Ｔｘビームは、異なることができる。（例えば、第２の）例においては、（例えば、各）時間ユニット内のサブ時間ユニット間で、Ｔｘビームは、異なることができる。時間ユニットにわたって、Ｔｘビームは、同じであることができる。（例えば、第３の）例（例えば、上記の例の組み合わせ）においては、例えば、時間ユニット内の、Ｔｘビームは、サブ時間ユニットにわたって同じであることができる。例えば、別の時間ユニット内の、Ｔｘビームは、サブ時間ユニット間で異なることができる。異なる時間ユニットは、例えば、数および周期の観点から、組み合わせることができる。Ｔｘだけ、またはＲｘだけのスイーピングを実施することができる。
【００８２】
１つまたは複数のＣＳＩ−ＲＳリソース構成を用いるように、マッピング構造を構成することができる。
【００８３】
ＤＬビーム管理は、例えば、実施Ｐ−１、Ｐ−２、およびＰ−３を使用することができる。ＴＲＰおよび／またはＷＴＲＵにおいて、ビーム対応を遂行することができる。ビーム対応は、ＴＲＰおよび／またはＷＴＲＵの１つまたは複数のＲＸおよび／またはＴＸビームと関連付けることができる。例えば、ビーム対応は、ＷＴＲＵが、１つまたは複数のＷＴＲＵ  ＲＸビーム上における１つまたは複数のダウンリンク測定に基づいて、アップリンク送信のためのＷＴＲＵ  ＴＸビームを決定することが可能であることを示すことができる。別の例として、ビーム対応は、ＷＴＲＵが、１つまたは複数のＷＴＲＵ  ＴＸビーム上におけるアップリンク測定と関連付けられた（例えば、ＴＲＰからの）インジケーションに基づいて、ダウンリンク受信のための（例えば、ダウンリンク送信の受信のために使用する）ＷＴＲＵ  ＲＸビームを決定することが可能であることを示すことができる。別の例として、ビーム対応は、ＴＲＰが、１つまたは複数のＴＲＰ  ＴＸビーム上における１つまたは複数のＷＴＲＵ測定に基づいて、アップリンク受信のための（例えば、アップリンク送信の受信のために使用する）ＴＲＰ  ＲＸビームを決定することが可能であることを示すことができる。別の例として、ビーム対応は、ＴＲＰが、１つまたは複数のＴＲＰ  ＲＸビーム上における１つまたは複数の測定に基づいて、ダウンリンク送信と関連付けられたＴＲＰ  ＴＸビームを決定することが可能であることを示すことができる。適切なＴＲＰ  ＴＸ／ＲＸビーム、および／またはＷＴＲＵ  ＴＸ／ＲＸビームを見つけるために、ＤＬビーム管理を使用することができる。例えば、ビーム対応が、ＴＲＰおよび／またはＷＴＲＵにおいて遂行されないことがあるとき、ＤＬビーム管理に基づいて、ＴＲＰ  ＲＸビームおよび／またはＷＴＲＵ  ＴＸビームが、決定されないことがある。例えば、ビーム対応が、ＴＲＰおよび／またはＷＴＲＵにおいて遂行されないことがあるとき、ＵＬビーム管理を使用することができる。
【００８４】
ＵＬビーム管理は、例えば、実施Ｕ−１、Ｕ−２、およびＵ−３を使用することができる。ＴＲＰは、ＵＬビーム管理を構成することができる。ＴＲＰは、ＷＴＲＵビームスイーピングを構成することができる。ＴＲＰは、ＵＬビーム管理および／またはＵＬビームスイーピングから、ＷＴＲＵ  Ｔｘビームを選択することができる。ＴＲＰは、ＵＬビーム管理、ＵＬビームスイーピング、および／またはＵＬ送信のために、選択されたＷＴＲＵ  Ｔｘビームを示すことができる。効率的なＵＬビーム管理を容易にするために、基準信号を使用することができる。例えば、ＷＴＲＵは、１つまたは複数のＴｘビーム（例えば、スイープされる選択されたＷＴＲＵ  Ｔｘビーム）を介して、基準信号をＴＲＰに送信することができる。例えば、ＵＬおよびＤＬが同じまたは異なるＴＲＰから（例えば、単一のＴＲＰまたはマルチＴＲＰから）であることができるときを含む、ＵＬビーム管理実施を提供することができる。
【００８５】
ＴＲＰおよび／またはＷＴＲＵにおけるビーム対応は、ＵＬビーム管理実施に影響を与えることができる。ＵＬビーム管理のためのビーム対応ベースの実施は、オーバヘッドおよび待ち時間を短縮することができる。ＷＴＲＵは、ビーム対応能力を有すること、または有さないことがあり、それは、ハードウェア制限、および／またはＴｘ／Ｒｘアンテナ構成が原因であることができる。ＷＴＲＵは、ＷＴＲＵと関連付けられたビーム対応を決定することができる。ＷＴＲＵは、（例えば、一時的に）ビーム対応を失うことがあり、それは、例えば、アップリンクとダウンリンクとの間の非対称干渉のせいであることができる。ＷＴＲＵは、ビーム対応の喪失（例えば、一時的な喪失）を検出することができる。ＷＴＲＵ能力関連のビーム対応は、例えば、ＵＬビーム管理のために、報告することができる。例えば、ＷＴＲＵは、ビーム対応インジケーションを、（例えば、ＴＲＰまたはｇＮＢなどの）ネットワークデバイスに送信することができる。ビーム対応インジケーションは、１つまたは複数のＷＴＲＵ  Ｒｘビーム、および１つまたは複数のＷＴＲＵ  Ｔｘビームと関連付けられた、ビーム対応を示すことができる。ビーム対応インジケーションは、ビーム対応の一時的な変化を示すことができる。
【００８６】
ＴＲＰは、例えば、ビーム対応についてのＷＴＲＵ能力、ビーム対応ステータス、および／または他の基準に基づいて、使用することができるＵＬビーム管理実施（例えば、Ｕ−１、Ｕ−２、および／またはＵ−３手順）を決定し、構成することができる。
【００８７】
ＴＲＰは、ＷＴＲＵステータスをチェックし、決定することができ、例えば、決定されたＷＴＲＵステータスに基づいて、ＵＬビーム管理を構成することができる。ＴＲＰは、ＵＬ時間同期のために、ＷＴＲＵステータスをチェックし、決定することができる。例えば、ＴＲＰは、ＷＴＲＵと関連付けられた（例えば、ＷＴＲＵの）ＵＬ時間同期ステータスをチェックすること、および／または要求することができる。ＷＴＲＵは、アップリンク時間同期ステータスをＴＲＰに送信することができる。ＴＲＰは、（例えば、ＷＴＲＵステータスに基づいて）基準信号（ＲＳ）タイプを決定することができる。ＴＲＰは、決定されたＵＬビーム管理実施のために、基準信号タイプを構成することができる。例えば、ＴＲＰは、（例えば、ＷＴＲＵステータスがＵＬ時間同期しているとき）サウンディング基準信号（ＳＲＳ）が使用されると決定することができる。ＴＲＰは、ＷＴＲＵと関連付けられたＵＬ時間同期に従って、基準信号タイプを構成することができる。ＴＲＰは、ＵＬビーム管理のために、ＳＲＳおよびＳＲＳのためのリソースを構成することができる。ＴＲＰは、（例えば、さもなければ）ＮＲ−ＰＲＡＣＨプリアンブルが使用されると決定することができる。ＴＲＰは、ＵＬビーム管理のために、ＮＲ−ＰＲＡＣＨプリアンブルおよびＮＲ−ＰＲＡＣＨプリアンブルのためのリソースを構成することができる。ＷＴＲＵステータスは、ＵＬ時間同期していることができる。ＵＬビーム管理のためのＳＲＳの使用は、例えば、ＵＬチャネル状態情報、ならびにＴＲＰ  ＲＸおよび／またはＷＴＲＵ  ＴＸビームを、ＳＲＳによって獲得することができるとすると、ＵＬビーム管理とＵＬデータ送信との間の遅延を短縮することができる。例えば、ＷＴＲＵステータスが、ＵＬ時間同期していないことがあるとき、ＵＬビーム管理のために、ＮＲ−ＰＲＡＣＨプリアンブルを使用することができる。
【００８８】
ＴＲＰは、ビーム管理インジケーション（beam management indication）をＷＴＲＵに送信することができる。ビーム管理インジケーションは、ＷＴＲＵから受信したビーム対応インジケーションに応答して、送信することができる。ＷＴＲＵは、受信したビーム管理インジケーションに基づいて、ＵＬビーム管理を実行することができる。ＵＬビーム管理は、ビーム対応を用いないＵＬビーム管理と比較したとき、ビーム対応インジケーションがビーム対応を示すときに、（例えば、ＷＴＲＵ  Ｔｘビームのサブセット上において）縮小された測定のセットを実行することを含むことができる。ビーム対応は、ＷＴＲＵが、Ｔｘおよび／またはＲｘビーム上において縮小された測定のセットを実行することを可能にすることができる。例えば、ＷＴＲＵは、ビーム対応に基づいて、１つまたは複数のビーム測定をスキップすることができる。ＷＴＲＵは、１つまたは複数のスキップされたビーム測定のために（例えば、１つまたは複数のスキップされたビーム測定の代わりに）、ＵＬビーム管理において、１つまたは複数のＤＬ測定を使用することができる。ＷＴＲＵは、１つまたは複数のＷＴＲＵ  Ｒｘビーム上におけるＤＬ測定に基づいて、例えば、ＷＴＲＵビーム対応に基づいて、ＷＴＲＵ  Ｔｘビームを決定することができる。ＷＴＲＵは、１つまたは複数のＷＴＲＵ  Ｔｘビーム上におけるＵＬ測定に基づいて、例えば、ＷＴＲＵビーム対応に基づいて、ＷＴＲＵ  Ｒｘビームを決定することができる。
【００８９】
図３は、ＲＳタイプおよび信号フォーマット選択を用いるＵＬビーム管理構成の例である。ＵＬビーム管理のために、ＮＲ−ＰＲＡＣＨプリアンブル、およびＮＲ−ＰＲＡＣＨプリアンブルのためのリソースを構成することができる。３０２において、ＵＬビーム管理手順を決定することができる。３０４において、ＷＴＲＵは、ＷＴＲＵと関連付けられたステータスを決定することができる。ステータスは、ＷＴＲＵがＵＬ時間同期しているかどうかを含むことができる。３０６において、ＷＴＲＵは、ＷＴＲＵがＵＬ時間同期していないとき、ＮＲ−ＰＲＡＣＨを使用することを決定することができる。３０８において、ＷＴＲＵは、ＷＴＲＵがＵＬ時間同期しているとき、ＳＲＳを使用することを決定することができる。３０９において、ＷＴＲＵは、ＳＲＳを使用して、決定されたＵＬビーム管理手順を実行することを決定することができる。３１０において、ＷＴＲＵは、Ｕ−２および／またはＵ−３を実行するかどうかを決定することができる。例えば、ＵＬビーム管理のために使用される実施に応じて、信号フォーマットを選択することができる。例においては、３１２において、例えば、Ｕ−２実施が決定されたとき、信号フォーマット（例えば、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ）を選択することができる。３１４において、決定されたＵ−２実施に基づいて（例えば、決定されたＮＲ−ＰＲＡＣＨプリアンブルと、選択されたＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡとを使用して）、ビーム管理を実行することができる。別の例として、３１６において、例えば、Ｕ−３実施が決定されたとき、信号フォーマット（例えば、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ）を選択することができる。３１８において、決定されたＵ−３実施に基づいて（例えば、決定されたＮＲ−ＰＲＡＣＨプリアンブルと、選択されたＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢとを使用して）、ビーム管理を実行することができる。ＴＲＰは、受信したＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢに基づいて、ＷＴＲＵ  Ｔｘビーム（例えば、最良のＷＴＲＵ  Ｔｘビーム）を受信し、選択することができる。ＴＲＰは、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢにおいて使用されるＮＲ−ＰＲＡＣＨプリアンブルシーケンスインデックスによって選択または識別されたＷＴＲＵ  Ｔｘビーム（例えば、最良のＷＴＲＵ  Ｔｘビーム）を含むビーム関連インジケーションを、ＷＴＲＵに送信することができる。Ｕ−１実施は、Ｕ−２およびＵ−３実施の組み合わせであることができ、複数のＵＬ  ＲＳリソースと、１つまたは複数のＯＦＤＭシンボルから成る各ＵＬ  ＲＳリソースを、構成することができる。ＵＬビーム管理のためのＮＲ−ＰＲＡＣＨ信号フォーマットを、図４に示すことができる。
【００９０】
図４は、ＵＬビーム管理のためのＮＲ−ＰＲＡＣＨ信号フォーマットの例である。ＵＬビーム管理のためのＮＲ−ＰＲＡＣＨ信号フォーマットは、例えば、（図４における例によって示されるように）ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ４００と、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５とを含むことができる。プリアンブル（例えば、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ４００、および／またはＮＦ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５）は、多数のシーケンスを含むことができる。シーケンスの数は、Ｌによって表すことができる。プリアンブル（例えば、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ４００、および／またはＮＦ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５）内のシーケンスは、同じであること、または異なることができる。Ｌは、ＴＲＰまたはＷＴＲＵにおいてスイープされるビームの数に基づいて、決定することができる。ＴＲＰは、スイープされるＴＲＰ  Ｒｘビームの数に基づいて、Ｌを事前定義し、構成し、および／またはＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ４００を使用して、ＷＴＲＵに伝達することができる。ＴＲＰは、Ｌを構成し、および／またはＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５によって、ＷＴＲＵに伝達することができ、それは、スイープされるＷＴＲＵ  Ｔｘビームの数に応じて、ＷＴＲＵによって無効化されることがある。例えば、ＷＴＲＵが、ネットワークから伝達されたＬよりも小さい値（例えば、Ｌ’）を用いる、本明細書において説明されるようなＮＲ−ＰＲＡＣＨ信号フォーマットで、プリアンブルを送信する場合、ＷＴＲＵは、ビームスイーピングを容易にするために、更新された値（例えば、Ｌ’）をＴＲＰに提供することができる。ＴＲＰとＷＴＲＵが、同じスイープされるビームを有することができるか、それとも異なるスイープされるビームを有することができるかに応じて、Ｌは、ＮＲ−ＰＲＡＣＨ信号フォーマットＡと、ＮＲ−ＰＲＡＣＨ信号フォーマットＢとで、同じであること、または異なることができる。
【００９１】
ＵＬ  Ｔｘビームを示すために、ＮＲ−ＰＲＡＣＨプリアンブルリソースを使用することができる。同じまたは異なるプリアンブルリソース上において、同じまたは異なるプリアンブルシーケンスを送信することができる。ある例においては、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５は、同じプリアンブルシーケンスを使用することができ、Ｕ３および／またはＵ１実施におけるＷＴＲＵ  Ｔｘビームスイーピングのために、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５を使用するとき、例えば、異なるＵＬ  Ｔｘビームを示すために、異なるＰＲＡＣＨプリアンブルリソース上において、同じプリアンブルシーケンスを送信することができる。ＴＲＰは、異なるＮＲ−ＰＲＡＣＨプリアンブルリソース内に割り当てられた同じプリアンブルシーケンスを用いて、受信したＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５に基づいて、ＷＴＲＵ  Ｔｘビーム（例えば、最良のＷＴＲＵ  Ｔｘビーム）を受信し、および／または選択することができる。ＴＲＰは、選択または識別されたＷＴＲＵ  Ｔｘビーム（例えば、最良のＷＴＲＵ  Ｔｘビーム）を含むビーム関連インジケーションを、ＮＲ−ＰＲＡＣＨプリアンブルリソースインジケータによって、ＷＴＲＵに送信することができる。
【００９２】
Ｕ−１、Ｕ−２、およびＵ−３など、効率的なＵＬビーム管理実施を可能にするために、ＵＬビーム管理のための複数のＮＲ−ＰＲＡＣＨ信号フォーマットを設計することができる。そのようなＮＲ−ＰＲＡＣＨ信号フォーマットは、図４に示されるような、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ４００、およびＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５を含むことができる。ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ４００設計においては、連続する複数の、および／または繰り返されるＲＡＣＨ  ＯＦＤＭシンボル、例えば、Ｌ個の連続する複数の、および／または繰り返されるＲＡＣＨ  ＯＦＤＭシンボルの各々の先頭において、ＣＰを挿入することができる。ＣＰは、例えば、チャネル遅延拡散に対処するために、ＲＡＣＨシンボル間に挿入することができる。ガードタイム（ＧＴ）は、ＲＡＣＨシンボル間に挿入することができない。ＧＴは、例えば、伝搬遅延に対処するために、連続する複数の、および／または繰り返されるＲＡＣＨシンボルの最後において、使用することができる。ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５設計においては、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ４００設計に類似したものであることができる、複数の、および／または繰り返されるＲＡＣＨシーケンスまたはプリアンブル送信を使用することができる。ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５設計においては、図４に示されるように、異なるシーケンスおよび／またはプリアンブルを使用することができる。Ｕ−２実施が実行される場合、固定されたＷＴＲＵ  Ｔｘビームのために、ＴＲＰ  Ｒｘビームをスイープすることができる。ＷＴＲＵは、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ設計を使用して、ＲＡＣＨ  ＯＦＤＭシンボルにおいて、同じシーケンスまたはプリアンブルを繰り返し送信することができる。Ｕ−３実施が実行される場合、ＴＲＰ  Ｒｘビームは、固定されることができるが、異なるＷＴＲＵ  Ｔｘビームをスイープすることができる。ＷＴＲＵは、例えば、図４に示されるような、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５設計を使用して、異なるＲＡＣＨ  ＯＦＤＭシンボルにおいて、異なるＴｘビームを表す異なるシーケンスおよび／またはプリアンブルを送信することができる。ＣＰは、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５、および／またはＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ４００の異なるシーケンス間に、挿入することができる。ＧＴは、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ４０５、および／またはＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ４００の異なるシーケンスおよび／またはプリアンブルの最後において、使用することができる。Ｕ−１およびＵ−３実施のケースにおいて、シーケンスまたはプリアンブルインデックスは、ＷＴＲＵ  ＴｘビームのためのＴｘビーム情報またはビーム識別を提供することができる。これは、ＴＲＰにおいて、ＷＴＲＵ  Ｔｘビームを識別するために使用することができる。ＴＲＰは、識別されたＷＴＲＵ  Ｔｘビームを含む、ビーム関連インジケーションを、ＷＴＲＵに送信することができる。
【００９３】
図５は、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ５００、およびＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ５５０を用いる、Ｕ２およびＵ３の例である。図５は、本明細書において説明されるＮＲ−ＰＲＡＣＨプリアンブルフォーマットＡ５００を用いるＵ２実施を使用する、ＴＲＰ  ４Ｒｘビームスイーピング、および本明細書において説明されるＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ５５０を用いるＵ３実施を使用する、ＷＴＲＵ  ４Ｔｘビームスイーピングの例示的な図を示している。ＴＲＰは、ＷＴＲＵ  Ｔｘビーム（例えば、最良のＷＴＲＵ  Ｔｘビーム）を選択すること、および／またはＷＴＲＵに示すことができる。図５に示される例においては、Ｕ３ビームスイーピング結果に基づいて、ＴＲＰによって、ＷＴＲＵ  Ｔｘビーム（例えば、最良のＷＴＲＵ  Ｔｘビーム）を示すために、ＮＲ−ＰＲＡＣＨプリアンブルフォーマットＢ５５０に属するプリアンブルシーケンスインデックス（例えば、４つのＮＲ−ＰＲＡＣＨプリアンブルシーケンスインデックスのうちの１つ）を選択すること、および／またはＷＴＲＵに送信することができる。
【００９４】
ＳＲＳが決定され、使用されるとき、アップリンクビーム管理実施のために、ＵＬ  ＳＲＳリソース、およびＯＦＤＭシンボルを構成することができる。例えば、Ｕ−２実施が決定され、使用されるとき、複数のＯＦＤＭシンボルから成るＵＬ  ＳＲＳリソースを構成することができる。Ｕ−３実施が決定され、使用されるとき、複数のＵＬ  ＳＲＳリソース、および１つのＯＦＤＭシンボルを含む（例えば、各）ＵＬ  ＳＲＳリソースを構成することができる。ＵＬ  Ｔｘビーム（例えば、最良のＵＬ  Ｔｘビーム）を伝達するために、ＳＲＳリソースインジケータを使用することができる。
【００９５】
大きいサブキャリア間隔、ＩＦＤＭＡ、または離散フーリエ変換（ＤＦＴ）ベースの手段のうちの１つまたは複数によって、Ｕ１／Ｕ２／Ｕ３実施のために、ＮＲ−ＰＲＡＣＨプリアンブル、ＮＲ−ＳＲＳ、および／またはＮＲ−ＤＭＲＳなどのサブ時間ユニット（サブＴＵ）基準信号を使用して、例えば、オーバヘッドを節約することができる。例えば、（例えば、１つの）ＯＦＤＭシンボル内において、１つまたは複数のＮＲ−ＰＲＡＣＨプリアンブル反復を生成するために（例えば、増加させるために）、サブＴＵ  ＮＲ−ＰＲＡＣＨプリアンブルおよび／またはＮＲ−ＳＲＳを使用することができる。プリアンブルシーケンス（例えば、同じプリアンブルシーケンス）によって示される（例えば、１つの）ＷＴＲＵ  ＴｘビームについてのＴＲＰ  Ｒｘビームスイーピングのために、同じプリアンブルシーケンスを有する１つの反復グループを使用することができる。１つの反復グループを有する繰り返されるプリアンブルシーケンスの数は、ネットワークまたはＴＲＰもしくはｇＮＢによって構成することができる、スイープされるＴＲＰ  Ｒｘビームの数に基づくこと（例えば、等しいこと）ができる。ＷＴＲＵは、複数の反復グループから、Ｔｘビームスイーピングを実行することができる。
【００９６】
ＴＲＰは、ＷＴＲＵビームスイープを構成することができる。例えば、ＴＲＰおよび／またはＷＴＲＵにおいて、粗いビームを識別するために、実施（例えば、Ｕ−１実施）を実行することができる。例えば、ＴＲＰにおいて、粗いビームを精細化するために、実施（例えば、Ｕ−２実施）を実行することができる。例えば、ＷＴＲＵにおいて、粗いビームを精細化するために、実施（例えば、Ｕ−３実施）を実行することができる。ビーム精細化は、例えば、以下のシナリオのうちの１つまたは複数を含むことができ、（ｉ）（例えば、粗いビームが正確でないことがあるとき）より正確なビームを識別する必要があることがあり、（ｉｉ）（例えば、粗いビームのビーム幅が広すぎることがあるとき）より狭いビームを識別する必要があることがあり、（ｉｉｉ）（例えば、粗いビームが低い分解能であることがあるとき）（より）高い分解能を有するビームを識別する必要があることがあり、および／または（ｉｖ）（例えば、粗いビームが無指向性であることがあるとき）指向性ビームを識別する必要があることがある。
【００９７】
例えば、実施Ｕ−３を実行することができるとき、新しいビームを、ＷＴＲＵ  Ｔｘビームとして識別することができる。ＷＴＲＵにおいて精細化されたビームは、例えば、正確なビーム、より狭いビーム、または分解能がより高いビームであることができる。例えば、新しいビームを識別するために、ビーム関連インジケーション（beam-related indication）をＷＴＲＵに送信することができる。ビーム関連インジケーションは、例えば、ＮＲ−ＰＤＣＣＨまたはＮＲ−ｅＰＤＣＣＨを介して、例えば、ＤＣＩにおいて、搬送することができる。
【００９８】
例えば、実施Ｕ−２を実行することができるとき、新しいビームを、（例えば、ＴＲＰ  ＲＸビームとして）識別することができる。異なるロケーションにある（例えば、各）ＷＴＲＵのために、ＴＲＰ固有Ｒｘビームが存在することができる。例えば、ＴＲＰがＷＴＲＵをスケジュールするとき、ＴＲＰは、マルチユーザケースをどのように扱うべきかを検討することができる。例えば、ＷＴＲＵが同じタイムスロットまたはＴＴＩ内にスケジュールされるとき、ＴＲＰは、複数のＴＲＰ  Ｒｘビームをアクティブ化することができる。ＷＴＲＵは、同じタイムスロットまたはＴＴＩ内にありながら、周波数領域においては、異なるＰＲＢ内にスケジュールすることができる。ＴＲＰは、タイムスロットまたはＴＴＩ内のスケジュールされたＷＴＲＵに基づいて、複数のＲｘビームをアクティブ化することができる。例えば、異なるタイプのＴＲＰ  Ｒｘビームを使用して、異なるＷＴＲＵにサービスすることができるとき、異なる電力制御ステップサイズが、必要とされることがある。例えば、広いビームのために、より大きい電力制御ステップサイズを使用することができ、一方、狭いビームのために、（より）小さい電力制御ステップサイズを使用することができる。
【００９９】
ＴＲＰは、ビーム管理コマンド内に、ビーム管理タイプ、ビームタイプ、基準信号タイプ、および／またはリソース割り当てを含めることができる。ビーム管理コマンドは、例えば、以下のうちの１つまたは複数、すなわち、（ｉ）ビーム管理タイプ（例えば、Ｕ−１、Ｕ−２、Ｕ−３などのアップリンクビーム管理実施）、（ｉｉ）ビームタイプ（例えば、異なるビーム幅および／もしくは分解能）、（ｉｉｉ）基準信号（ＲＳ）タイプ（例えば、ＳＲＳ、ＰＲＡＣＨプリアンブル、ＵＬ  ＤＭＲＳ、および／もしくはＳＲ）、ならびに／または（ｉｖ）送信電力レベルのうちの１つまたは複数を含むことができる。
【０１００】
ＴＲＰは、ＷＴＲＵが、例えば、特定のＴｘビームタイプ、および／または特定のＴｘ電力レベルを使用して、ビームスイープを実行することを要求することができる。（例えば、実施Ｕ−１、Ｕ−２、およびＵ−３のために）異なるビームタイプ、および／または電力レベルを使用すること、または異なるＵＬ実施と関連付けることができる。
【０１０１】
ＴＲＰは、ビームスイープのためのリソースを構成することができる。ＵＬビーム管理実施のために、周波数リソース、時間リソース、および／または符号リソース（例えば、セットまたはグループ）を構成することができる。
【０１０２】
ＴＲＰは、（例えば、ＷＴＲＵに対して）以下のうちの１つまたは複数、すなわち、（ｉ）（例えば、各）ＵＬ実施のための信号タイプ関連付け（例えば、ＳＲＳ、ＰＲＡＣＨプリアンブル、および／もしくはＵＬ  ＤＭＲＳ）、（ｉｉ）ＵＬビーム管理のためのタイムスロットもしくはサブフレーム、（ｉｉｉ）ＵＬステータス（例えば、使用する信号タイプは、タイムアドバンス有効、またはタイムアドバンス無効によってトリガすることができ、例えば、タイムアドバンス有効（もしくは同期）は、ＳＲＳおよび／もしくはＵＬ  ＤＭＲＳの使用をトリガすることができ、タイムアドバンス無効（もしくは同期ずれ）は、ＰＲＡＣＨプリアンブルの使用をトリガすることができる）、（ｉｖ）時間ユニットもしくはサブ時間ユニットベースのビームスイープ（例えば、ＩＦＤＭＡ、大きいサブキャリア間隔ベース、もしくはＤＦＴベース）、（ｖ）Ｕ−２およびＵ−３のための局所的もしくは大域的ビームスイープ、（ｖｉ）Ｕ−３のために必要とされる反復の数、（ｖｉｉ）ＷＴＲＵ  Ｔｘビーム関連インジケーション、（ｖｉｉｉ）（例えば、静的方式における）ＴＲＰビーム対応能力、ならびに／または（ｉｘ）（例えば、動的もしくは半静的方式における）ＴＲＰビーム対応ステータスのうちの１つまたは複数を（さらに）構成することができる。
【０１０３】
ＴＲＰは、例えば、要求したビームタイプおよび電力レベルを使用して、ＷＴＲＵから送信された基準信号を測定することができる。ＴＲＰは、ＷＴＲＵ  ＵＬ送信のために選択されるビームを決定することができ、示すことができる。
【０１０４】
ＴＲＰは、例えば、Ｕ−１またはＵ−３実施の後、１つまたは複数のＷＴＲＵ  Ｔｘビームを選択することができる。ＴＲＰは、ビーム関連インジケーションをＷＴＲＵに送信することができる。ビーム関連情報は、例えば、以下のうちの１つまたは複数、すなわち、（ｉ）１つもしくは複数の選択されたＷＴＲＵ  Ｔｘビームインデックス、（ｉｉ）１つもしくは複数の選択されたＷＴＲＵ  Ｔｘビームのための対応するＲＳＲＰ、ＳＩＮＲ、ＣＳＩ、もしくはＣＱＩ、（ｉｉｉ）１つもしくは複数の（例えば、最良の）ＵＬビームペア（例えば、ＷＴＲＵのＴＸビームおよび／もしくはＴＲＰのＲＸビーム）、ならびに／または（ｉｖ）１つもしくは複数のバックアップＵＬビームペアなどのうちの１つまたは複数を含むことができる。
【０１０５】
ＴＲＰは、特定のビームタイプおよび電力レベルに対して、識別されたＴｘビームを使用するように、ＷＴＲＵをスケジュールすることができる。ＴＲＰは、他のビームタイプおよび電力レベルに対して、識別されたＴｘビームを使用するように、ＷＴＲＵをスケジュールすることができる（例えば、スケジュールすることもできる）。ＷＴＲＵは、別のビームタイプのために、識別されたＴｘビームを別の新しいＴｘビームに変換することができ、異なる電力レベルを使用することができる。これは、例えば、ビーム適応、およびジョイントビーム／リンク適応のために役立つことがある。例においては、ＴＲＰは、例えば、モビリティ、カバレージの理由から、および／またはアップリンク制御チャネルのために、より高い電力においては、より広いビームを使用して送信するように、ＷＴＲＵをスケジュールすることができる。
【０１０６】
ＴＲＰは、例えば、データチャネルのためのより高いデータレート、より高いリンク品質の理由から、および／または他のＴＲＰに対する低減された干渉のために、より低い電力においては、より狭いビームを使用して送信するように、ＷＴＲＵをスケジュールすることができる。
【０１０７】
ＴＲＰは、ビームについての柔軟なスケジューリングを有することができる。例えば、ＴＲＰは、ＲＳについての元のビームスイープ設定を無効化し、ＷＴＲＵが、元のビームスイープ設定を、データおよび／または制御送信のための新しいまたは異なる設定に変更することを要求することができる。例えば、ビームタイプおよびＴｘ電力を、１つの設定から別の設定に変換することができるとき、ビーム幅および電力レベルのオフセットを導入することができる。ベースビームタイプおよび電力レベルは、事前決定することができる。他のビームタイプおよび電力レベルを、ベース設定に対するオフセットとして適用することができ、またはベース設定に対するオフセットに適用することができる。オフセットおよびそれらの値は、事前決定することができる。
【０１０８】
ＴＲＰは、ビーム関連インジケーション内に（例えば、ＤＣＩ内に）ビームタイプを含めることができ、それは、例えば、以下のうちの１つまたは複数、すなわち、ｉ）ビームタイプ、（ｉｉ）（例えば、アップリンク実施Ｕ−１、Ｕ−２、Ｕ−３などのビーム管理において使用される）元のビームタイプについてのＷＴＲＵ  Ｔｘビーム情報、ならびに／または（ｉｉｉ）ビーム幅および／もしくはＴｘ電力レベルのためのオフセット値のうちの１つまたは複数を含むことができる。
【０１０９】
ＷＴＲＵは、元のビームタイプ、ビーム情報、および／またはビームＩＤを、示されたビームタイプ、ビーム情報、および／または示されたビームタイプのためのビームＩＤに変換することができる。示されたビームタイプは、データまたは制御送信のために使用することができる、（例えば、Ｕ−１、Ｕ−２、Ｕ−３において使用されない）別のビームタイプであることができる。ビームタイプと、それらのビーム情報またはＩＤとの間の１つまたは複数の関連付けを、使用することができる。ＷＴＲＵは、例えば、示されたビームタイプに基づいて、ビーム幅および電力レベルにおいて、オフセット値を適用することができる。
【０１１０】
図６は、ビーム対応を用いるＵＬビーム管理構成の例である。ＵＬビーム管理は、例えば、ビーム対応を用いるように構成することができる。６０２において、ＴＲＰは、（例えば、ＵＬ時間同期ステータスなど）ＷＴＲＵ状況またはステータスを決定すること、および／または示すことができる。例えば、事前定義または構成されたルールまたはトリガ（例えば、最後のタイムアドバンス（ＴＡ）コマンド以降の時間もしくはタイマ、および／またはＷＴＲＵスピード）に基づいて、ＷＴＲＵまたはＴＲＰによって、ＷＴＲＵ  ＵＬ時間同期ステータスを決定することができる。６０２において、ＴＲＰは、ＷＴＲＵステータスと関連付けられた時間値（例えば、最後のＴＡ以降の時間、状態にある時間等）を決定することができる。ＴＲＰは、ＷＴＲＵステータスが変化したか、それとも変化していないかを決定することができる。例えば、タイマ（例えば、最後のＴＡ以降の時間）が閾値を超えた場合、ＷＴＲＵは、同期していないことがある。６０４において、ＴＲＰは、ＷＴＲＵが時間同期しているかどうかを決定することができる。ＴＲＰは、（例えば、ＷＴＲＵ状況またはステータスに基づいて）信号タイプおよび信号フォーマット、例えばＲＳタイプおよびフォーマットを決定し、構成することができる。ＷＴＲＵがＵＬ時間同期している場合、６０６において、ＴＲＰは、ＮＲ−ＰＲＡＣＨを構成することができる。ＷＴＲＵがＵＬ時間同期していない場合、６０８において、ＴＲＰは、ＳＲＳを構成することができる。６１０において、ＴＲＰは、使用されるビーム管理実施、例えばＵ−１、Ｕ−２、またはＵ−３を決定することができる。６１２において、例えばビーム対応情報に基づいて、ビーム管理実施を調整することができる。例えば、ＵＬビーム管理手順は、ＤＬビーム管理手順を使用して、調整すること、または部分的に実行することができる。
【０１１１】
調整されたビーム管理実施は、ジョイントＵＬおよびＤＬビーム管理実施であることができる。ＵＬ実施（例えば、Ｕ−１、Ｕ−２、またはＵ−３）と、ＤＬ実施（例えば、Ｐ−１、Ｐ−２、またはＰ−３）は、混合することができ、および／または調整されたビーム管理実施において、一緒に使用することができる。ジョイントＵＬ／ＤＬビーム管理は、ビーム対応情報、１つもしくは複数のＤＬビーム管理測定、および／または事前決定もしくは構成されたＵＬ／ＤＬ結合ルールに基づいて、調整すること、または部分的に実行することができる。ビーム対応情報は、ＴＲＰビーム対応情報６１４、および／またはＷＴＲＵビーム対応情報６１６を含むことができる。ビーム管理実施は、例えば、決定および構成されたＵＬ実施（例えば、Ｕ−１、Ｕ−２、またはＵ−３）、決定または構成された信号タイプ、ならびに信号フォーマットを使用して、実行することができる。６１８において、例えば、決定または構成された信号タイプおよび信号フォーマットを使用する、決定、構成、および調整されたジョイント／混合ＵＬ／ＤＬ実施（例えば、Ｕ−１、Ｕ−２、またはＵ−３、およびＰ−１、Ｐ−２、またはＰ−３）を使用して、ビーム管理実施を実行することができる。ジョイントＵＬ／ＤＬビーム管理手順は、１つのサブフレーム、１つのＴＴＩ、または１つのスロット内において、達成することができ、ジョイントＵＬ／ＤＬビーム管理のために、ＤＬ基準信号（例えば、ＣＳＩ−ＲＳまたはＳＳブロック）と、ＵＬ基準信号（例えば、ＳＲＳまたはＰＲＡＣＨプリアンブル）との間の何らかのＲＳ関連付けを、使用または構成することができる。順次ＵＬおよびＤＬ手順のジョイントトリガリングを、ビームトレーニングのために使用して、例えば、待ち時間を短縮し、ＵＬデータ送信を助けることができる。例えば、ビームトレーニングのために、Ｕ−２手順とＰ−３手順を一緒に構成して、例えば、高速ＵＬデータ送信を提供することができる。
【０１１２】
例えば、ＴＲＰおよび／またはＷＴＲＵにおいて、ビーム対応を遂行することができるとき、１つまたは複数（例えば、すべて）のＴＲＰ  ＴＸ／ＲＸビーム、および／またはＷＴＲＵ  ＴＸ／ＲＸビームを決定するために、ＵＬビーム管理を使用することができる。１つまたは複数（例えば、すべて）のＴＲＰ  ＴＸ／ＲＸビーム、および／またはＷＴＲＵ  ＴＸ／ＲＸビームを決定するために、（例えば、ＤＬビーム管理の代わりに）ＵＬビーム管理を使用することができる。例えば、使用事例および要件に応じて、ＤＬまたはＵＬビーム管理を使用することができる。
【０１１３】
ＵＬビーム管理は、ビーム対応に基づくことができる。
【０１１４】
図７は、ビーム対応ベースのビーム管理の例である。
【０１１５】
例えば、ＷＴＲＵ  Ｔｘビーム、および／またはｇＮＢもしくはＴＲＰ  Ｒｘビームの選択をサポートするために、実施（例えば、Ｕ−１実施）を使用して、異なるＷＴＲＵ  Ｔｘビーム上におけるｇＮＢまたはＴＲＰ測定を可能にすることができる。例えば、ＴＲＰ間またはＴＲＰ内Ｒｘビームを切り換える、変更する、選択する、または再選択するために、実施（例えば、Ｕ−２実施）を使用して、異なるｇＮＢまたはＴＲＰ  Ｒｘビーム上におけるｇＮＢまたはＴＲＰ測定を可能にすることができる。例えば、ＷＴＲＵがビームフォーミングを使用するとき、例えば、ＷＴＲＵ  Ｔｘビームを切り換える、または変更するために、実施（例えば、Ｕ−３実施）を使用して、同じＴＲＰ  Ｒｘビーム上におけるＴＲＰ測定を可能にすることができる。実施（例えば、Ｕ−１実施）は、（例えば、ビーム対応または相反性（reciprocity）が利用可能ではないことがあるとき）、例えば、ｇＮＢにおけるＴｘおよびＲｘビーム、またはＴＲＰ  ＲｘビームおよびＷＴＲＵ  Ｔｘビームについて、フルビームスイープを必要とすることがある。実施（例えば、Ｕ−２実施）は、例えば、ｇＮＢまたはＴＲＰにおけるＲｘビームについて、フルビームスイープを必要とすることがある。実施（例えば、Ｕ−３実施）は、例えば、ＷＴＲＵにおけるＴｘビームについて、フルビームスイープを必要とすることがある。例えば、１つまたは複数の実施（例えば、Ｕ−２およびＵ−３実施）をトリガしたイベントについての（例えば、事前）知識が存在することができるとき、フルビームスイープは、制限されたフルビームスイープ、または局所化されたビームスイーピングにスケールダウンすることができる。ｇＮＢまたはＴＲＰは、例えば、以下のうちの１つまたは複数、すなわち、（ｉ）ビームスイープのタイプ（例えば、フルビームスイープ、制限されたビームスイープ、局所化されたビームスイープ、もしくは階層的ビームスイープ）、（ｉｉ）ビームスイープのためのタイムスロットもしくはサブフレーム、（ｉｉｉ）ビームスイープをいつ開始するか、（ｉｖ）ビームスイープの持続時間、および／または（ｖ）（例えば、規則的な時間ユニットもしくはサブ時間ユニットベースのビームスイーピングを使用する）ビームスイープのスピードのうちの１つまたは複数を、ＷＴＲＵに示すことができる。
【０１１６】
例えば、ビーム対応（beam correspondence）または相反性（reciprocity）が利用可能であるとき、アップリンク実施（例えば、Ｕ−１、Ｕ−２、およびＵ−３）は、簡略化することができる。簡略化されたＵＬビーム管理は、例えば、ビーム対応または相反性のタイプ（例えば、部分的または完全な対応または相反性）に依存することができる。簡略化されたＵＬビーム管理は、例えば、ビーム対応または相反性のタイプ（例えば、片側または両側ビーム対応または相反性）に依存することができる（例えば、依存することもできる）。片側ビーム対応または相反性は、例えば、ＷＴＲＵ側またはＴＲＰ側におけるものであることができる。両側ビーム対応または相反性は、例えば、ＴＲＰとＷＴＲＵの両方が、ビーム対応または相反性を有するときであることができる。
【０１１７】
図７は、ビーム対応ベースのビーム管理の例である。７０２において、ＷＴＲＵおよび／またはＴＲＰによって、ビーム対応を示すことができる。７０４において、ビーム対応は、片側または両側であることができる。７０６において、ビーム対応が片側である場合、ＷＴＲＵ側またはＴＲＰ側ビーム対応を示すことができる。７０８において、部分的または完全なビーム対応を示すことができる。７１０において、ＵＬビーム管理手順（例えば、Ｕ−１、Ｕ−２、またはＵ−３）を要求することができる。７１２において、１つまたは複数のＵＬ／ＤＬ結合ルールに基づいて、ＵＬ手順を決定することができる。例えば、ＵＬビーム管理手順は、ビーム対応の関数であることができる。７１４において、１つまたは複数の結合ルールに基づいて、（例えば、ＷＴＲＵまたはＴＲＰによって）ジョイント／混合ＵＬ／ＤＬビーム管理を実行することができる。例えば、ＵＬ／ＤＬビーム管理は、ジョイント／混合Ｕ−１／Ｕ−２／Ｕ−３および／またはＰ−１／Ｐ−２／Ｐ−３を含むことができる。ジョイントＵＬ／ＤＬビーム管理手順は、１つのサブフレーム、１つのＴＴＩ、または１つのスロット内において、達成することができ、ジョイントＵＬ／ＤＬビーム管理手順のために、ＤＬ基準信号（例えば、ＣＳＩ−ＲＳまたはＳＳブロック）と、ＵＬ基準信号（例えば、ＳＲＳまたはＰＲＡＣＨプリアンブル）との間の何らかのＲＳ関連付けを、使用または構成することができる。
【０１１８】
ＷＴＲＵ側ビーム対応が、存在することができる。
【０１１９】
例えば、ＵＬビーム管理を簡略化するために、（例えば、ＷＴＲＵ側ビーム対応が示されたとき）アップリンク実施（例えば、Ｕ−１、Ｕ−２、およびＵ−３）を、ダウンリンク実施（例えば、Ｐ−１、Ｐ−２、およびＰ−３）と結合することができる。ビーム管理は、例えば、以下のルールうちの１つまたは複数を使用して、簡略化することができ、すなわち、（ｉ）アップリンク実施（例えば、Ｕ−１）は、ダウンリンク実施（例えば、Ｐ−１）に基づいて、縮小することができ、および／または（ｉｉ）アップリンク実施（例えば、Ｕ−３）は、ダウンリンク実施（例えば、Ｐ−３）に基づいて、スキップできる。
【０１２０】
例えば、アップリンク実施を簡略化するために、アップリンク実施（例えば、Ｕ−１）を、ダウンリンク実施（例えば、Ｐ−１）と結合することができる。例においては、Ｐ−１実施を実行することができる。最良の粗いＴＲＰ  ＴｘビームとＷＴＲＵ  Ｒｘビームを識別することができる。（例えば、識別されたＷＴＲＵ  Ｒｘビームに基づいて）最良の粗いＷＴＲＵ  Ｔｘビームを導出すること、または知ることができる。Ｕ−１実施を簡略化して、例えば、半サイクルＵ−１実施を実行することができる。
【０１２１】
例えば、以下の例のうちの１つまたは複数に従って、実施を縮小することができる。
【０１２２】
アップリンク実施（例えば、Ｕ−１）は、ダウンリンク実施（例えば、Ｐ−１）によって識別されたＷＴＲＵ  Ｔｘビームのために、ｇＮＢにおけるＲｘビームまたはＴＲＰ  Ｒｘビームについてのフルビームスイープを実行することができる。
【０１２３】
アップリンク実施（例えば、Ｕ−２）は、（例えば、通常通り）実行することができる。例えば、Ｕ−２実施は、ビーム精細化のために、ｇＮＢまたはＴＲＰにおけるＲｘビームについてのフルまたはローカルビームスイープを使用することができる。
【０１２４】
ダウンリンク実施（例えば、Ｐ−３）の後、アップリンク実施（例えば、Ｕ−３）は、スキップすることができる。例えば、Ｕ−３実施は、Ｐ−１実施から導出することができる、ＷＴＲＵにおける識別されたＴｘビーム内部または周囲についてのビーム精細化のために必要とされないことがあり、または（例えば、それだけのために）必要とされることがある。
【０１２５】
ＴＲＰ側対応が、存在することができる。
【０１２６】
例えば、ＵＬビーム管理を簡略化するために、（例えば、ＴＲＰ側ビーム対応が示されたとき）アップリンク実施（例えば、Ｕ−１、Ｕ−２、およびＵ−３）を、ダウンリンク実施（例えばＰ−１、Ｐ−２、およびＰ−３）と結合することができる。ビーム管理は、例えば、以下のルールうちの１つまたは複数を使用して、簡略化することができ、すなわち、（ｉ）アップリンク実施（例えば、Ｕ−１）は、ダウンリンク実施（例えばＰ−１）に基づいて、縮小することができ、および／または（ｉｉ）アップリンク実施（例えばＵ−２）は、ダウンリンク実施（例えば、Ｐ−２）に基づいて、スキップすることができる。
【０１２７】
例えば、アップリンク実施を簡略化するために、アップリンク実施（例えば、Ｕ−１）は、（例えば、ＴＲＰ側ビーム対応のために）ダウンリンク実施（例えば、Ｐ−１）と結合することができる。ダウンリンク実施（例えば、Ｐ−１）を実行することができる。最良の粗いＴＲＰ  ＴｘビームとＷＴＲＵ  Ｒｘビームを識別することができる。最良の粗いＴＲＰ  Ｒｘビームは、例えば、識別されたＴＲＰ  Ｔｘビームに基づいて、導出すること、または知ることができる。アップリンク実施（例えば、Ｕ−１）を簡略化または縮小して、半サイクル実施を（例えば、それだけを）実行することができる。例においては、アップリンク実施は、以下の例のうちの１つまたは複数に従って、縮小すること、スキップすること、または通常通り実行することができ、すなわち、（ｉ）縮小されたＵ−１実施は、Ｐ−１実施によって識別されたＴＲＰ  Ｒｘビームのために、ＷＴＲＵにおいて、Ｔｘビームについてのフルビームスイープを実行することができ、（ｉｉ）Ｕ−２実施は、Ｐ−２実施の後、スキップすることができ（例えば、Ｕ−２実施は、Ｐ−１またはＵ−１実施の後、実行することができ）、および／または（ｉｉｉ）Ｕ−３実施は、通常通り実行することができる。
【０１２８】
ＵＬビーム管理を簡略化するために、１つまたは複数のアップリンク実施（例えば、Ｕ−１、Ｕ−２、およびＵ−３）を、（例えば、ＴＲＰ側ビーム対応が示されたとき）１つまたは複数のダウンリンク実施（例えば、Ｐ−１、Ｐ−２、およびＰ−３）と結合することができる。ビーム管理は、例えば、１つまたは複数のダウンリンク実施（例えば、Ｐ−１、Ｐ−２、およびＰ−３）に基づいて、１つまたは複数のアップリンク実施（例えば、Ｕ−１、Ｕ−２、およびＵ−３）をスキップすることによって、簡略化することができる。
【０１２９】
ＷＴＲＵおよびＴＲＰビーム対応が、存在することができる。
【０１３０】
例えば、ＵＬビーム管理を簡略化するために、アップリンク実施（例えば、Ｕ−１、Ｕ−２、およびＵ−３）を、（例えば、ＴＲＰ側およびＷＴＲＵ側ビーム対応が示されたとき）ダウンリンク実施（例えば、Ｐ−１、Ｐ−２、およびＰ−３）と結合することができる。ビーム管理は、例えば、以下のルールのうちの１つまたは複数を使用して、簡略化することができ、すなわち、（ｉ）Ｐ−１実施がすでに実行されているとき、Ｕ−１実施は、スキップすることができ、（ｉｉ）Ｐ−２実施がすでに実行されているとき、Ｕ−２実施は、スキップすることができ、および／または（ｉｉｉ）Ｐ−３実施がすでに実行されているとき、Ｕ−３実施は、スキップすることができる。
【０１３１】
ビーム管理は、ビーム管理ＲＳタイムスロット利用可能性に基づくことができる。例えば、ビーム対応、および／またはＵＬ／ＤＬ結合ルールに基づいて、ＵＬビーム管理実施を支援するために、ＤＬビーム管理実施を使用することができ、その反対も成り立つ。例えば、タイムスロット構成、ＲＳ利用可能性、リソース制約、ＵＬ／ＤＬトラフィック、干渉、ネットワーク負荷などの条件に応じて、ＵＬ実施をＤＬ実施で置き換えることができ、および／またはその反対も成り立つ。置き換えは、例えば、半静的または動的に示すことができる。例えば、Ｕ−１→Ｕ−２→Ｕ−３をトリガし、実行することができる。例えば、ＤＬリソースおよびＤＬ測定が、ＵＬよりも利用可能であり、効率的であるとき、ネットワークは、（例えば、ＷＴＲＵビーム対応に基づいて）（Ｕ−１→Ｕ−２→Ｕ−３の代わりに）Ｕ−１→Ｕ−２→Ｐ−３を要求することができる。例えば、ＴＲＰビーム対応を示すことができ、ＤＬリソースおよびＤＬ測定が、ＵＬよりも利用可能であり、効率的であるとき、ネットワークは、（例えば、加えて、または代替として）例えば、Ｕ−１→Ｐ−２→Ｕ−３を要求することができる。例えば、デュアルＴＲＰ／ＷＴＲＵビーム対応を示すことができるとき、ネットワークは、（例えば、加えて、または代替として）ＵＬビーム管理を実施するために、Ｐ−１→Ｐ−２→Ｐ−３を要求することができる。
【０１３２】
ＴＲＰは、どの構成に従うべきかを、ＷＴＲＵに示すことができる。例においては、以下のＵＬビーム管理構成のうちの１つまたは複数を、すなわち、（ｉ）構成１（００）：Ｕ−１→Ｕ−２→Ｕ−３、（ｉｉ）構成２（０１）：Ｕ−１→Ｕ−２→Ｐ−３、（ｉｉｉ）構成３（１０）：Ｕ−１→Ｐ−２→Ｕ−３、および／または（ｉｖ）構成４（１１）：Ｐ−１→Ｐ−２→Ｐ−３のうちの１つまたは複数を提供することができる。
【０１３３】
Ｕ−１、Ｕ−２、およびＵ−３を可能にする基準信号は、タイムスロットフォーマットと結合することができる。１つまたは複数のタイムスロットは、ＵＬビーム管理ＲＳを有するように構成することができる。１つまたは複数のタイムスロットは、ＤＬビーム管理ＲＳを有するように構成することができる。ネットワークは、ＵＬビーム管理を開始することができ、アップリンク実施（例えばＵ−１、Ｕ−２、またはＵ−３）を実行するように、ＷＴＲＵに要求することができる。ＷＴＲＵは、以下のルールのうちの１つまたは複数など、１つまたは複数のルールに基づいて、ＵＬビーム管理を実行することができる。
【０１３４】
例示的なルールにおいては、Ｕ−１を実行することができ（例えば、すべきであり）、ＴＲＰ／ＷＴＲＵビーム対応を示すことができる。例えば、次の機会が、ＵＬビーム管理ＲＳを有するように構成されたタイムスロットであることができるとき、ＷＴＲＵは、Ｕ−１実施を実行することができる。例えば、次の機会が、ＤＬビーム管理ＲＳを有するように構成されたタイムスロットであることができるとき、ＷＴＲＵは、Ｐ−１実施を実行することができる。ＷＴＲＵは、（例えば、さもなければ）構成されたＵＬまたはＤＬビーム管理ＲＳを有する次の機会（またはタイムスロット）を待つことができる。
【０１３５】
例示的なルールにおいては、Ｕ−２を実行することができ（例えば、すべきであり）、ＴＲＰビーム対応を示すことができる。例えば、次の機会が、ＵＬビーム管理ＲＳを有するように構成されたタイムスロットであることができるとき、ＷＴＲＵは、Ｕ−２実施を実行することができる。例えば、次の機会が、ＤＬビーム管理ＲＳを有するように構成されたタイムスロットであることができるとき、ＷＴＲＵは、Ｐ−２実施を実行することができる。ＷＴＲＵは、（例えば、さもなければ）構成されたＵＬまたはＤＬビーム管理ＲＳを有する次の機会（またはタイムスロット）を待つことができる。
【０１３６】
例示的なルールにおいては、Ｕ−３を実行することができ（例えば、すべきであり）、ＷＴＲＵビーム対応を示すことができる。例えば、次の機会が、ＵＬビーム管理ＲＳを有するように構成されたタイムスロットであることができるとき、ＷＴＲＵは、Ｕ−３実施を実行することができる。例えば、次の機会が、ＤＬビーム管理ＲＳを有するように構成されたタイムスロットであることができるとき、ＷＴＲＵは、Ｐ−３実施を実行することができる。ＷＴＲＵは、（例えば、さもなければ）構成されたＵＬまたはＤＬビーム管理ＲＳを有する次の機会（またはタイムスロット）を待つことができる。
【０１３７】
例えば、ＵＬビーム管理を支援し、構成するために、ｇＮＢまたはＴＲＰについてのビーム対応または相反性を決定すること、および／または示すことができる。ビーム対応または相反性の結果は、例えば、ＷＴＲＵに、伝達すること、または示すことができる。例えば、ｇＮＢまたはＴＲＰが、ビーム対応または相反性を決定したとき、ｇＮＢまたはＴＲＰは、ビーム対応または相反性の結果をＷＴＲＵに伝達すること、または示すことができる。伝達すること、または示すことは、例えば、半静的または動的であることができる。例においては、ビーム対応または相反性の結果は、例えば、初期アップリンク送信、ランダムアクセス応答（ＲＡＲ）、ＮＲ−ＰＲＡＣＨメッセージ２、ＮＲ−ＰＲＡＣＨメッセージ４、ＮＲ−ＰＤＣＣＨ、ＮＲ−ｅＰＤＣＣＨ、媒体アクセス制御（ＭＡＣ）もしくはＭＡＣ制御要素（ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングなどに応答することができる、ＤＬ応答を介して、伝達すること、または示すことができる。
【０１３８】
フィードバックは、周期的であること、非周期的であること、要求ごとであること、および／または要求に基づくことができる。ｇＮＢまたはＴＲＰビーム対応または相反性の結果についてのフィードバックは、ＷＴＲＵ、ｇＮＢ、および／またはＴＲＰのうちの１つまたは複数によって開始することができる。ｇＮＢまたはＴＲＰビーム対応または相反性の結果についてのフィードバックは、イベントによってトリガすることができる。ｇＮＢまたはＴＲＰは、（例えば、代替として）例えば、ｇＮＢまたはＴＲＰ能力、アンテナまたはビーム構成の一部として、ビーム対応または相反性の結果を、ＷＴＲＵに伝達すること、または示すことができる。
【０１３９】
例においては、ビーム対応もしくは相反性の結果、またはビーム対応もしくは相反性の結果を含むことができる、ｇＮＢもしくはＴＲＰ能力、アンテナもしくはビーム構成は、例えば、初期アップリンク送信、ランダムアクセス応答（ＲＡＲ）、ＮＲ−ＰＲＡＣＨメッセージ２、ＮＲ−ＰＲＡＣＨメッセージ４、またはＲＲＣシグナリングなどに応答する、ＤＬ応答を介して、ＷＴＲＵまたは他のｇＮＢもしくはＴＲＰに伝達すること、または示すことができる。
【０１４０】
（例えば、代替的な）例においては、ビーム対応もしくは相反性の結果、またはビーム対応もしくは相反性の結果を含むことができる、ｇＮＢもしくはＴＲＰ能力、アンテナもしくはビーム構成は、例えば、ＮＲ−ＰＢＣＨを介して（例えば、ＣＲＣマスキングもしくはスクランブリングを使用して）、ＷＴＲＵもしくは他のｇＮＢもしくはＴＲＰに伝達すること、もしくは示すことができ、またはＮＲ−ＰＢＣＨペイロードで（例えば、直接的に）、もしくはＣＲＣマスキングもしくはスクランブリングとＮＲ−ＰＢＣＨペイロードの組み合わせで搬送することができる。
【０１４１】
例においては、ビーム対応または相反性の結果を含むことができる、ｇＮＢまたはＴＲＰ能力、アンテナまたはビーム構成の部分は、例えば、ＮＲ−ＰＢＣＨを介して（例えば、ＣＲＣマスキングまたはスクランブリングを使用して）、ＷＴＲＵまたは他のｇＮＢもしくはＴＲＰに伝達すること、または示すことができ、ビーム対応または相反性の結果を含むことができる、ｇＮＢまたはＴＲＰ能力、アンテナまたはビーム構成の別の部分は、ＮＲ−ＰＢＣＨペイロードで（例えば、直接的に）搬送することができる。
【０１４２】
例においては、ビーム対応または相反性の結果を含むことができる、ｇＮＢまたはＴＲＰ能力、アンテナまたはビーム構成は、（例えば、周期的に、または要求に基づいて）送信することができる、最小システム情報または他のシステム情報で、ＷＴＲＵまたは他のｇＮＢもしくはＴＲＰに伝達すること、または示すことができる。
【０１４３】
図８は、ＴＲＰビーム対応決定およびインジケーションの例である。８０２において、ＷＴＲＵは、ＴＲＰビーム対応および／または相反性についての情報を要求することができる。８０４において、ｇＮＢまたはＴＲＰは、例えば、ＷＴＲＵの要求に基づいて、またはＷＴＲＵの要求なしに、ビーム対応および／または相反性決定のための実施を実行することができる。８０６において、ｇＮＢまたはＴＲＰは、例えば、ビーム対応および／または相反性決定のための１つまたは複数の実施の結果に従って、ビーム対応／相反性を決定することができる。８０８において、ｇＮＢまたはＴＲＰは、ビーム対応および／または相反性をＷＴＲＵに示すことができる。８１０において、ｇＮＢまたはＴＲＰは、ビーム対応および／または相反性を他のｇＮＢまたはＴＲＰに示すことができる。
【０１４４】
ビーム対応決定を行うことができる。ＵＬビーム管理のために、ＴＲＰについてのビーム対応を決定することができる。以下のうちの１つまたは複数を実行することができる。
【０１４５】
ＴＲＰは、Ｔｘビームスイーピングを実行することができる。
【０１４６】
ＷＴＲＵは、１つまたは複数の測定（例えば、ビーム基準信号（ＢＲＳ））に基づいて、１つまたは複数のＴＲＰ  Ｔｘビームを決定することができる。以下のうちの１つまたは複数を実行することができる。
【０１４７】
ＷＴＲＵは、決定されたビームに基づいて、選択されたＴＲＰ  Ｔｘビーム情報についての情報を提供することができる。選択された１つまたは複数のビームインデックスは、例えば、アップリンク制御チャネル、ＷＴＲＵフィードバック、ＣＳＩ、ＮＲ−ＰＲＡＣＨプリアンブル、ＮＲ−ＰＲＡＣＨリソース、ＲＡＣＨ  Ｍｓｇ３、ＮＲ−ＰＵＣＣＨ、ＮＲ−ＰＵＳＣＨ、またはスケジューリング要求（ＳＲ）などのうちの１つまたは複数を介して、ＴＲＰにフィードバックすることができる。
【０１４８】
ＴＲＰは、ＴＲＰ  Ｒｘビームスイーピングを実行することができる。
【０１４９】
ＴＲＰは、測定に基づいて、１つまたは複数のＴＲＰ  Ｒｘビームを決定することができる。
【０１５０】
ＴＲＰは、例えば、ＴＲＰにおけるビーム対応を仮定して、例えば、決定された１つまたは複数のＴＲＰ  Ｒｘビームを使用して、１つまたは複数のＴＲＰ  Ｔｘビームを導出することができる。
【０１５１】
ＴＲＰにおいて、選択されたビーム（例えばＷＴＲＵによって決定されたビームと、ＴＲＰによって決定されたビーム）を比較することができる。ＴＲＰは、ルールまたはルールのセットに基づいて、ＴＲＰにおける最終的なビーム対応を決定することができる。例においては、例えば、比較されたビームが同じであることができる（例えば、同じである）とき、ＴＲＰにおけるビーム対応を宣言し、決定することができる。例えば、比較されたビームが同じであることができないとき、ＴＲＰにおけるビーム対応を宣言し、決定することはできない。ビームまたはビーム対応を決定するための測定またはメトリックは、例えば、ＳＮＲ、信号強度、電力、ビーム品質またはＣＳＩなどに基づくことができる。
【０１５２】
ＷＴＲＵは、例えば、ＵＬビーム管理のために、それの能力をＴＲＰに報告することができる。ＷＴＲＵ能力は、以下のうちの１つまたは複数、すなわち、（ｉ）ＷＴＲＵビーム対応、ならびに／または（ｉｉ）ＷＴＲＵビームおよびアンテナ構成のうちの１つまたは複数など、ＵＬビーム管理に関連する情報のうちの１つまたは複数（例えば、任意の組み合わせ）を含むことができる。
【０１５３】
ＷＴＲＵは、ハードウェア制限および／またはＴｘ／Ｒｘアンテナ構成に基づくことができる、ビーム対応能力を有すること、または有さないことがある。ＷＴＲＵは、ビーム対応能力を有さないことがある。ＷＴＲＵは、（例えば、ＷＴＲＵ能力の一部として）ビーム対応をＴＲＰに報告することができる。ＴＲＰは、例えば、デフォルトまたはベースラインとして、ＷＴＲＵがビーム対応を有さないと仮定することができる。ＴＲＰは、ＷＴＲＵが、それの接続存続時間中にビーム対応を有すると仮定すること、または仮定しないことがある。ＷＴＲＵは、（例えば、一時的に）１つまたは複数の理由（例えば、アップリンクとダウンリンクの非対称干渉）のせいで、ビーム対応を失うことがある。例えば、接続中に、ＷＴＲＵがビーム対応を失っていることがある、または有していないことがあることを示すために、ＷＴＲＵは、「ビーム対応の喪失」または「ビーム対応確認」を報告することができる。「ビーム対応の喪失」報告、および／または「ビーム対応確認」報告は、例えば、動的および／または半静的に、実行することができる。
【０１５４】
ＷＴＲＵは、（例えば、ＷＴＲＵ能力の一部として）「ビーム対応」を、また（例えば、ＲＲＣ構成シグナリング、ＭＡＣ  ＣＥ、またはＬ１制御の一部として）「ビーム対応の喪失」または「ビーム対応確認」を報告することができる。例えば、ＷＴＲＵステータスは、ビーム対応、ビーム対応の喪失、および／またはビーム対応確認を含むことができる。ＷＴＲＵは、例えば、より効率的なＵＬビーム管理を可能にするために、情報をネットワークデバイスに報告することができる。例においては、ＷＴＲＵは、例えば、以下のうちの１つまたは複数、すなわち、（ｉ）（例えば、ＷＴＲＵ能力の一部としての）ＷＴＲＵビーム対応、ならびに／または（ｉｉ）（例えば、ＷＴＲＵ能力の一部としての）ＷＴＲＵビームおよびアンテナ構成のうちの１つまたは複数を（例えば、静的または半静的に）報告することができる。例においては、ＷＴＲＵは、例えば、以下のうちの１つまたは複数、すなわち、（ｉ）「ビーム対応の喪失」もしくは「ビーム対応保持／サポート：いいえ」、および／または（ｉｉ）「ビーム対応確認」もしくは「ビーム対応保持／サポート：はい」のうちの１つまたは複数を（例えば、半静的または動的に）報告することができる。
【０１５５】
静的または半静的報告は、例えば、初期アクセス、ランダムアクセス、またはＲＲＣ接続要求ステージ中に、ＴＲＰに送信することができる。静的または半静的報告は、例えば、ＲＲＣ接続確立後に、ＴＲＰに送信することができる。
【０１５６】
ＷＴＲＵビーム対応能力は、ＷＴＲＵ能力情報要素（ＩＥ）で（例えば、明示的に）提供することができる。例えば、ＷＴＲＵ−ＮＲ能力ＩＥ内に、項目（例えば、シンタックスまたは条項）を追加することができる。項目は、ＷＴＲＵがビーム対応をサポートするかどうかを指定することができる。項目は、ＷＴＲＵがビーム対応をサポートするレベルが何かを指定することができる。例えば、項目は、表２に示されるように、ＷＴＲＵ−ｂｅａｍｃｏｒｒｅｓｐｏｎｄｅｎｃｅ  ＥＮＵＭＥＲＡＴＥＤ｛ｆｕｌｌ，ｐａｒｔｉａｌ，ｎｏ｝を述べることができる。値「ｆｕｌｌ」は、ＷＴＲＵが、フルビーム対応を、例えば、ＷＴＲＵのＴｘビームとＷＴＲＵのＲｘビームとの間のビーム共用をサポートすることを示すことができる。値「ｎｏ」は、ＷＴＲＵが、ビーム対応を、例えば、ＷＴＲＵのＴｘビームとＷＴＲＵのＲｘビームとの間のビーム共用をサポートしないことを示すことができる。値「ｐａｒｔｉａｌ」は、ビーム対応が、本明細書において説明される様々な理由のせいで、完全ではないこと、またはフルビーム対応ではないことがあることを示すことができる。例えば、ＷＴＲＵのＴｘビームは、ＷＴＲＵのＲｘビームからいくらかずれていることがある。ＷＴＲＵのビーム対応は、ある周波数領域において存在することができ、ある（例えば、他の）周波数領域においては存在すること、または存在しないことがある。部分的ビーム対応は、ＷＴＲＵ−ＮＲ能力ＩＥで指定されないこと、または伝達されないことがある。例えば、部分的ビーム対応は、ＷＴＲＵ−ＮＲ能力ＩＥで伝達されないことがあり、ＭＡＣ  ＣＥまたはＤＣＩなどのＬ２またはＬ１シグナリングによって動的に示すことができる。
【０１５７】
ビーム対応のＷＴＲＵ能力は、２値状態（例えば、フルビーム対応またはビーム対応なしのどちらか）を含むことができる。部分的ビーム対応は、値として使用することができない。フルビーム対応またはビーム対応なしは、表３に示されるように、ＷＴＲＵ−ｂｅａｍｃｏｒｒｅｓｐｏｎｄｅｎｃｅ  ＥＮＵＭＥＲＡＴＥＤ  ｛ｆｕｌｌ，ｎｏ｝として（または定義されて）、選択すること、および／またはＷＴＲＵ−ＮＲ能力ＩＥで伝達することができる。ビーム対応は、（例えば、ビーム対応なし）を含まないことがあり、本明細書において説明されるように、部分的ビーム対応とビーム対応「なし」の両方を含むことがある。
【０１５８】
【表２】
2020509651.tif 000004
【０１５９】
【表３】
2020509651.tif 000005
【０１６０】
ＷＴＲＵビーム対応能力は、Ｍｓｇ１によるＲＡＣＨ手順中に、報告すること（例えば、暗黙的に報告すること）ができる。例えば、フルビーム対応を示すために、いくつかのＲＡＣＨリソースまたはプリアンブルを予約しておくことができる。ＷＴＲＵがフルビーム対応を有さないことを報告するために、いくつかのＲＡＣＨリソースまたはプリアンブル（例えば、フルビーム対応を示すために予約されていないＲＡＣＨリソースまたはプリアンブル）を使用することができる。
【０１６１】
ビーム管理のために、基準信号を使用することができる。例えば、ネットワーク、またはｇＮＢもしくはＴＲＰなど、それの要素によって、ＵＬビーム管理を開始し、制御することができる。ＵＬビーム管理を容易にするために、１つまたは複数の基準信号を使用することができる。ＵＬビーム管理のための１つまたは複数の基準信号は、例えば、サウンディング基準信号（ＳＲＳ）、ＵＬ  ＤＭＲＳ、ＰＲＡＣＨプリアンブル、および／または他の（例えば、新しい）ＵＬ  ＲＳであることができる。
【０１６２】
例においては、基準信号系列
【０１６３】
【数１】
2020509651.tif 000006
【０１６４】
は、
【０１６５】
【数２】
2020509651.tif 000007
【０１６６】
、
【０１６７】
【数３】
2020509651.tif 000008
【０１６８】
に従った、ベース系列
【０１６９】
【数４】
2020509651.tif 000009
【０１７０】
のサイクリックシフトαであることができ、
【０１７１】
【数５】
2020509651.tif 000010
【０１７２】
は、基準信号系列の長さであることができ、
【０１７３】
【数６】
2020509651.tif 000011
【０１７４】
である。αの異なる値を通して、単一のベース系列から、複数の基準信号系列を定義することができる。ベース系列
【０１７５】
【数７】
2020509651.tif 000012
【０１７６】
は、グループに分割することができ、ｕは、グループ番号であることができ、ｖは、グループ内におけるベース系列番号であることができる。（例えば、各）グループは、各長さが
【０１７７】
【数８】
2020509651.tif 000013
【０１７８】
、１≦ｍ≦Ｔｈｒｅである、（例えば、１つの）ベース系列と、
各長さが
【０１７９】
【数９】
2020509651.tif 000014
【０１８０】
、
【０１８１】
【数１０】
2020509651.tif 000015
【０１８２】
である、２つ以上のベース系列とを含むことができる。ＳＲＳおよびＵＬ  ＤＭＲＳについては、グループホッピング、およびグループ内における系列ホッピングが、可能であり得る。
【０１８３】
ベース系列は、ＺＣ系列から成ることができる。基準信号が、数個のリソースブロック（ＲＢ）（例えば、数個のＲＢだけ）を、例えば、１つまたは２つのＲＢをカバーする場合、ベース系列を直接的に定義することができる。基準信号が、より多くのＲＢをカバーする場合、ベース系列は、ＺＣ系列の繰り返しバージョンであることができる。
【０１８４】
ＮＲ−ＰＵＳＣＨについては、ＤＭＲＳは、
【０１８５】
【数１１】
2020509651.tif 000016
【０１８６】
として定義することができ、
【０１８７】
【数１２】
2020509651.tif 000017
【０１８８】
である。ＮＲ−ＰＵＣＣＨについては、ＤＭＲＳは、
【０１８９】
【数１３】
2020509651.tif 000018
【０１９０】
として定義することができ、
【０１９１】
【数１４】
2020509651.tif 000019
【０１９２】
である。
【０１９３】
ＳＲＳについては、基準信号系列は、
【０１９４】
【数１５】
2020509651.tif 000020
【０１９５】
であることができ、サイクリックシフトは、ネットワークによって構成することができる。ＳＲＳは、ＺＣ系列から成ることができる。ＺＣ系列の長さは、例えば、ネットワーク構成に応じて、いくつかのＲＢの長さであることができる。
【０１９６】
ＰＲＡＣＨプリアンブルは、ＺＣ系列から成ることができ、グループ内におけるベース系列は、ｘu,v（ｎ）＝ｘu（（ｎ＋Ｃv）  ｍｏｄ  ＮZC）であることができ、ＮZCは、ＺＣ系列の長さであり、第ｕのルートＺＣ系列は、
【０１９７】
【数１６】
2020509651.tif 000021
【０１９８】
、
０≦ｎ≦ＮZC−１によって定義することができる。
【０１９９】
ＳＲＳ、ＵＬ  ＤＭＲＳ、および／またはＰＲＡＣＨプリアンブルの１つまたは複数の代替を使用することができ、それは、ｍ系列、ゴレイ、ユニークワード（ＵＷ）、またはＵＷライクなどを含むことができる。例えば、異なる長さを有する複数のｍ系列を生成することができる。ベース系列は、ｍ系列から成ることができる。基準信号が、数個のＲＢをカバーする（例えば、数個のＲＢだけをカバーする）場合、ベース系列は、ある長さのｍ系列として、直接的に定義することができる。基準信号が、より多くのＲＢをカバーする場合、ベース系列は、繰り返されるｍ系列であることができ、またはそれは、シンボルレベルにおいて繰り返されるｍ系列であることができる。ベース系列は、グループに分割することができ、各グループは、長さが、あるｍ≦Ｔｈｒｅについて、
【０２００】
【数１７】
2020509651.tif 000022
【０２０１】
である、１つのベース系列と、各長さが、
【０２０２】
【数１８】
2020509651.tif 000023
【０２０３】
、
【０２０４】
【数１９】
2020509651.tif 000024
【０２０５】
である、２つ以上のベース系列とを含むことができる。グループホッピング、またはグループ内における系列ホッピングを依然としてサポートすることができる。
【０２０６】
ＴＲＰは、例えば、ネットワーク制御されるＵＬビーム管理環境において、ＵＬビーム管理のために、どの基準信号を使用すべきかを決定することができる。（例えば、各）ＷＴＲＵのための基準信号についての詳細を、（例えば、各）ＷＴＲＵに伝達することができる。ＴＲＰの決定は、例えば、チャネル状態、ＷＴＲＵ能力、およびＱｏＳ要件などに依存することができる。例においては、例えば、低いＱｏＳ要件を有するＷＴＲＵについては、ＷＴＲＵに割り当てられる帯域幅は、制限されることがあり、ＵＬ  ＤＭＲＳの系列長は、（例えば、その後）制限されることがある。２つのＳＲＳ間の時間間隔は（例えば、時間間隔も）、より大きくなることができる。例えば、ＷＴＲＵとＴＲＰとの間のチャネルが、フラットフェージングを経験することがあるとき、より少ないＳＲＳまたはＵＬ  ＤＭＲＳを使用することができる。（例えば、各）基準信号は、アップリンクビーム管理実施（例えば、Ｕ１／Ｕ２／Ｕ３実施）のための１つまたは複数のビームスイーピング方式と関連付けることができる。
【０２０７】
（例えば、Ｕ１またはＵ３実施についての）例においては、ＳＲＳ、ＵＬ  ＤＭＲＳ、またはＰＲＡＣＨを、異なるＴｘビーム方向に配置することができる。（例えば、Ｕ２実施についての）例においては、例えば、バースト送信のために、ＳＲＳ、ＵＬ  ＤＭＲＳ、またはＰＲＡＣＨを、（例えば、単一の）Ｔｘビーム方向に配置することができる。ＴＸビーム上における送信は、ＴＲＰに関連する異なるＲＸビーム方向において、（例えば、Ｕ１およびＵ２実施のための）必要な測定を可能にすることができる。
【０２０８】
ＴＲＰは、ＵＬビーム管理のためにどの実施を使用すべきかを（例えば、最初に）決定することができる。ＴＲＰは、与えられた実施について、ＵＬビーム管理のために、ＳＲＳ、ＵＬ  ＤＭＲＳ、またはＰＲＡＣＨを使用することができるかどうかを決定することができる。ＴＲＰは、１つまたは複数の基準信号の持続時間および時間／周波数ロケーションを決定することができる。（例えば、各）実施基準信号間の関連付けを確立することができる。例においては、実施（例えば、Ｕ−１）は、例えばＳＲＳと関連付けることができ、実施（例えば、Ｕ−２およびＵ−３）は、例えばＵＬ  ＤＭＲＳと関連付けることができる。（例えば、別の）例においては、実施（例えばＵ−１）は、例えば、ＰＲＡＣＨプリアンブルと関連付けることができ、実施（例えばＵ−２）は、例えば、ＵＬ  ＤＭＲＳと関連付けることができ、実施（例えば、Ｕ−３）は、例えばＳＲＳと関連付けることができる。例えば、ビーム管理実施（例えば、Ｕ−１、Ｕ−２、Ｕ−３）を決定することができるとき、例えば、関連付けに基づいて、基準信号タイプ（例えばＳＲＳ、ＵＬ  ＤＭＲＳ、ＰＲＡＣＨプリアンブル）を決定できる。
【０２０９】
図９は、時間および周波数領域上におけるＤＭＲＳおよびＳＲＳの分布を描いた例示的なチャート９００である。
【０２１０】
例えば、複数のパネルを有する、または有さない、単一のＴＲＰおよびマルチＴＲＰのために、ＵＬビーム管理実施を提供することができる。
【０２１１】
図１０は、単一のＴＲＰのためのＵＬビーム管理実施１０００の例である。ＵＬビーム管理を必要とし、構成し、またはアクティブ化することができる。１００６において、ＴＲＰ１００２は、ＵＬビーム管理実施（例えば、Ｕ１、Ｕ２、またはＵ３）を決定することができる。１００８において、ＴＲＰ１００２は、対応するＵＬビーム管理実施のために、どのＵＬ基準信号（例えば、ＳＲＳ、ＵＬ  ＤＭＲＳ、ＰＲＡＣＨ）を使用すべきかを決定することができる。ＴＲＰ１００２は、ＵＬビーム管理コマンド１０１０をＷＴＲＵ１００４に送信することができる。ＵＬビーム管理コマンド１０１０は、ＵＬビーム測定のためのＵＬ  ＲＳリソース割り当てを、ＷＴＲＵ１００４に示すことができる。ＷＴＲＵ１００４は、ＵＬビーム管理のためのＵＬ基準信号１０１２を、ＴＲＰ１００２に送信することができる。１０１４において、ＴＲＰ１００２は、（例えば、Ｕ１、Ｕ２、および／またはＵ３実施に従って）、ＴＲＰ  Ｒｘビームおよび／またはＷＴＲＵ  Ｔｘビームを測定することができる。例えば、ＴＲＰ１００２は、（例えば、Ｕ１および／またはＵ３のために）異なるＷＴＲＵ  Ｔｘビームを測定して、例えば、ＷＴＲＵ  Ｔｘビームの選択をサポートすることができる。ＴＲＰ１００２は、（例えば、Ｕ１および／またはＵ３のために）ビーム関連インジケーション１０１６をＷＴＲＵ１００４に送信することができる。ビーム関連インジケーション１０１６は、ビーム関連情報を含むことができる。ビーム関連情報は、以下のうちの１つまたは複数など、すなわち、（ｉ）１つまたは複数の選択されたＷＴＲＵ  Ｔｘビームインデックス、（ｉｉ）１つまたは複数の選択されたＷＴＲＵ  Ｔｘビームのための対応するＲＳＲＰ、（ｉｉｉ）１つまたは複数の最良のＵＬビームペア（例えば、ＷＴＲＵのＴＸビームおよび／またはＴＲＰのＲＸビーム）、（ｉｖ）１つまたは複数のバックアップＵＬビームペアなどのうちの１つまたは複数など、１つまたは複数のタイプの情報を含むことができる。
【０２１２】
図１１は、複数のＴＲＰ１１０２、１１０６のためのＵＬビーム管理１１００の例を示す図である。ＵＬビーム管理は、ＷＴＲＵ１１０４と、例えば、ＴＲＰ１１０２、１１０６など、１つまたは複数のＴＲＰとの間のものであることができる。例えば、複数ＴＲＰシナリオにおいては、ＵＬビーム管理は、ＷＴＲＵ１１０４と、異なるＴＲＰ１１０２、１１０６との間のものであることができる。
【０２１３】
例においては、１１０８において、第１のＴＲＰ１１０２（例えば、ＴＲＰ１）は、（例えば、単一ＴＲＰシナリオと同様に）従うべきＵＬビーム管理実施（例えば、Ｕ１、Ｕ２、またはＵ３）を決定することができる。１１１０において、第１のＴＲＰ１１０２は、（例えば、やはり）ＵＬビーム測定のために、どの基準信号タイプ（例えば、ＳＲＳ、ＵＬ  ＤＭＲＳ、ＰＲＡＣＨ）と、どのリソースを使用すべきかを決定することができる。第１のＴＲＰ１１０２は、ＵＬビーム測定の助けになることができるリソース割り当てメッセージ１１１２を、ＷＴＲＵ１１０４、および／または第２のＴＲＰ（例えば、ＴＲＰ２）に送信（例えば、伝達）することができる。第１のＴＲＰ１１０２は、例えば、ＴＲＰ１１０２、１１０６間のＸ２ライクのリンクを介して、メッセージ１１１４（例えば、ＵＬビーム管理要求）を第２のＴＲＰ１１０６に送信することができる。１１１６、１１１８において、メッセージ１１１４は、１つもしくは複数の実施のために、どのＵＬビーム管理実施に従うべきか、および／またはどの基準信号リソースを使用すべきかについての情報を含むことができる。１１２０Ｂにおいて、第２のＴＲＰ１１０６は、例えば、ＷＴＲＵ１１０４からメッセージ１１１８を受信したとき、ビーム測定を開始することができる。１１２０Ａにおいて、第１のＴＲＰ１１０２は、例えば、ＷＴＲＵ１１０４からメッセージ１１１６を受信したとき、ビーム測定を開始することができる。第２のＴＲＰ１１０６は、（例えば、測定の完了時に）例えば、ＴＲＰ間の直接リンクを介した、ＵＬビーム管理応答１１２２を使用して、測定結果を第１のＴＲＰ１１０２に報告することができる。１１２４において、第１のＴＲＰ１１０２は、例えば、両方のＴＲＰからのビーム測定結果に基づいて、決定を行うことができる。第１のＴＲＰ１１０２は、ビーム関連インジケーション１１２６をＷＴＲＵ１１０４に送信することができる。
【０２１４】
特徴、要素、ならびにアクション（例えば、プロセスおよび手段）が、非限定的な例を用いて説明された。例は、ＬＴＥ、ＬＴＥ−Ａ、ニューラジオ（ＮＲ）、または５Ｇプロトコルを対象にすることがあるが、本明細書における主題は、他の無線通信、システム、サービス、およびプロトコルに適用可能である。図で提示されたか、それとも文章で提示されたかにかかわらず、説明された主題の各特徴、要素、アクション、または他の態様は、知られているか、それとも知られていないかにかかわらず、他の主題とともに、任意の順序で、本明細書において提示された例と関係なく、単独で、または任意の組み合わせで実施することができる。
【０２１５】
アップリンクビーム管理のためのシステム、方法、および手段が、開示された。単一の送受信ポイント（ＴＲＰ）および複数のＴＲＰのために、アップリンク（ＵＬ）ビーム管理実施を提供することができる。ＴＲＰは、アップリンク（ＵＬ）ビーム管理を構成することができる。ＴＲＰは、無線送受信ユニット（ＷＴＲＵ）ビームスイープを構成することができる。ＴＲＰは、ＷＴＲＵ  Ｔｘビームを選択し、選択されたＷＴＲＵ  Ｔｘビームを示すことができる。ＵＬビーム管理は、例えば、ビーム対応、および／またはビーム管理ＲＳタイムスロット利用可能性に基づくことができる。ＴＲＰ対応、およびビーム管理のために使用される基準信号（ＲＳ）を決定し、示すことができる。ＵＬビーム管理のために、ＷＴＲＵ能力報告を提供することができる。
【０２１６】
ＷＴＲＵは、物理デバイスの識別情報、またはサブスクリプション関連の識別情報、例えば、ＭＳＩＳＤＮ、ＳＩＰ  ＵＲＩなどの、ユーザの識別情報を指すことができる。ＷＴＲＵは、アプリケーションベースの識別情報、例えば、アプリケーションごとに使用することができるユーザ名を指すことができる。
【０２１７】
上で説明されたプロセスは、コンピュータおよび／またはプロセッサによって実行される、コンピュータ可読媒体内に含まれる、コンピュータプログラム、ソフトウェア、および／またはファームウェアで実施することができる。コンピュータ可読媒体の例は、限定されることなく、（有線および／もしくは無線接続上において送信される）電子信号、ならびに／またはコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定されることなく、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの、しかし、それらに限定されない、磁気媒体、光磁気媒体、ならびに／またはＣＤ−ＲＯＭディスクおよび／もしくはデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ＷＴＲＵ、端末、基地局、ＲＮＣ、および／または任意のホストコンピュータにおいて使用される、無線周波数送受信機を実施するために、ソフトウェアと関連付けられたプロセッサを使用することができる。
【図１Ａ】
2020509651.tif 000025
【図１Ｂ】
2020509651.tif 000026
【図１Ｃ】
2020509651.tif 000027
【図１Ｄ】
2020509651.tif 000028
【図２】
2020509651.tif 000029
【図３】
2020509651.tif 000030
【図４】
2020509651.tif 000031
【図５】
2020509651.tif 000032
【図６】
2020509651.tif 000033
【図７】
2020509651.tif 000034
【図８】
2020509651.tif 000035
【図９】
2020509651.tif 000036
【図１０】
2020509651.tif 000037
【図１１】
2020509651.tif 000038
【手続補正書】
【提出日】令和1年10月4日(2019.10.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
メモリと、
プロセッサであって、
前記ＷＴＲＵの１つまたは複数の受信ビームおよび１つまたは複数の送信ビームと関連付けられたビーム対応を示す第１のビーム対応インジケーションを、ネットワークデバイスに送信し、
前記ＷＴＲＵと関連付けられたアップリンク時間同期ステータスを決定し、
前記決定されたアップリンク時間同期ステータスを、前記ネットワークデバイスに送信し、
前記決定されたアップリンク時間同期ステータスに従った基準信号タイプを、前記ネットワークデバイスから受信し、
前記第１のビーム対応インジケーションに応答した第１のビーム管理インジケーションを、前記ネットワークデバイスから受信し、
前記受信した第１のビーム管理インジケーションに基づいて、アップリンクビーム管理を実行し、前記アップリンクビーム管理は、前記ビーム対応に基づいて、ＷＴＲＵ送信ビームのサブセットからの、前記基準信号タイプを有する基準信号を送信するように構成されることを含んでおり、
前記ビーム対応の喪失を決定し、
前記ビーム対応の前記喪失を示す第２のビーム対応インジケーションを、前記ネットワークデバイスに送信し、
前記ビーム対応の前記決定された喪失に基づいて、前記アップリンクビーム管理を調整する
ように構成されたプロセッサと
を備えたＷＴＲＵ。
【請求項２】
前記アップリンクビーム管理は、ビーム対応を用いないアップリンクビーム管理と比較したとき、ビーム測定の縮小されたセットを含む請求項１に記載のＷＴＲＵ。
【請求項３】
前記アップリンクビーム管理は、
前記ビーム対応に基づいて、１つまたは複数のビーム測定をスキップし、
前記１つまたは複数のスキップされたビーム測定の代わりに、１つまたは複数のダウンリンク測定を使用する
ように前記プロセッサが構成されることを含む請求項１に記載のＷＴＲＵ。
【請求項４】
前記ビーム対応は、前記プロセッサが、
前記ＷＴＲＵの１つもしくは複数の受信ビーム上におけるダウンリンク測定に基づいて、送信ビームを決定すること、または
１つもしくは複数の送信ビーム上におけるアップリンク測定に基づいて、受信ビームを決定すること
のうちの１つまたは複数を行うように構成されることを示している請求項１に記載のＷＴＲＵ。
【請求項５】
前記アップリンク時間同期ステータスは、前記ＷＴＲＵがアップリンク時間同期しているかどうかを示している請求項１に記載のＷＴＲＵ。
【請求項６】
前記ＷＴＲＵがアップリンク時間同期しているとき、前記受信した基準信号タイプは、ニューラジオ（ＮＲ）サウンディング基準信号（ＳＲＳ）であり、前記ＷＴＲＵがアップリンク時間同期していないとき、前記受信した基準信号タイプは、ＮＲ物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルである請求項５に記載のＷＴＲＵ。
【請求項７】
前記ネットワークデバイスは、送受信ポイント（ＴＲＰ）である請求項１に記載のＷＴＲＵ。
【請求項８】
前記プロセッサは、第２のビーム管理インジケーションを、前記ネットワークデバイスから受信するようにさらに構成され、前記ビーム管理は、前記第２のビーム管理インジケーションに基づいて調整される請求項１に記載のＷＴＲＵ。
【請求項９】
無線送受信ユニット（ＷＴＲＵ）の１つまたは複数の受信ビームおよび１つまたは複数の送信ビームと関連付けられたビーム対応を示す第１のビーム対応インジケーションを、前記ＷＴＲＵからネットワークデバイスに送信するステップと、
前記ＷＴＲＵと関連付けられたアップリンク時間同期ステータスを決定するステップと、
前記決定されたアップリンク時間同期ステータスを、前記ネットワークデバイスに送信するステップと、
前記決定されたアップリンク時間同期ステータスに従った基準信号タイプを、前記ネットワークデバイスから受信するステップと、
前記第１のビーム対応インジケーションに応答した第１のビーム管理インジケーションを、前記ネットワークデバイスから受信するステップと、
前記受信した第１のビーム管理インジケーションに基づいて、アップリンクビーム管理を実行するステップであって、前記アップリンクビーム管理は、前記ビーム対応に基づいて、ＷＴＲＵ送信ビームのサブセットからの、前記基準信号タイプを有する基準信号を送信することを含む、ステップと、
前記ビーム対応の喪失を決定するステップと、
前記ビーム対応の前記喪失を示す第２のビーム対応インジケーションを、前記ネットワークデバイスに送信するステップと、
前記ビーム対応の前記決定された喪失に基づいて、前記アップリンクビーム管理を調整するステップと
を備える方法。
【請求項１０】
前記アップリンクビーム管理は、ビーム対応を用いないアップリンクビーム管理と比較したとき、測定の縮小されたセットを含む請求項９に記載の方法。
【請求項１１】
前記アップリンクビーム管理は、
前記ビーム対応に基づいて、１つまたは複数のビーム測定をスキップすることと、
前記１つまたは複数のスキップされたビーム測定の代わりに、１つまたは複数のダウンリンク測定を使用することと
を含む請求項９に記載の方法。
【請求項１２】
前記ビーム対応は、
前記ＷＴＲＵの１つもしくは複数の受信ビーム上におけるダウンリンク測定に基づいて、送信ビームを決定すること、または
１つもしくは複数の送信ビーム上におけるアップリンク測定に基づいて、受信ビームを決定すること
のうちの１つまたは複数を示していることを示す請求項９に記載の方法。
【請求項１３】
前記アップリンク時間同期ステータスは、前記ＷＴＲＵがアップリンク時間同期しているかどうかを示している請求項９に記載の方法。
【請求項１４】
前記ＷＴＲＵがアップリンク時間同期しているとき、前記受信した基準信号タイプは、ニューラジオ（ＮＲ）サウンディング基準信号（ＳＲＳ）であり、前記ＷＴＲＵがアップリンク時間同期していないとき、前記受信した基準信号タイプは、ＮＲ物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルである請求項１３に記載の方法。
【請求項１５】
第２のビーム管理インジケーションを、前記ネットワークデバイスから受信するステップをさらに備え、前記ビーム管理は、前記第２のビーム管理インジケーションに基づいて調整される請求項９に記載の方法。
【国際調査報告】
2020509651.tif 000039
2020509651.tif 000040
2020509651.tif 000041