JP6633572B2 - 無線通信システムにおけるｕｅビームフォーミングを実行する方法及び装置 - Google Patents

Description

［関連出願の相互参照］
本出願は、参照することによってその全体がここに援用される、“ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＰＥＲＦＯＲＭＩＮＧ ＵＥ ＢＥＡＭＦＯＲＭＩＮＧ ＩＮ Ａ ＷＩＲＥＬＥＳＳ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＳＹＳＴＥＭ”という名称の２０１６年６月２４日に出願された米国仮特許出願第６２／３５４，３０１号に対する優先権の利益を主張する。
［技術分野］
本開示は、無線通信に関し、より詳細にはセル（例えば、５Ｇセル）において動作するユーザ装置（ＵＥ）（例えば、携帯電話）によるビームフォーミングに関する。

第三世代パートナーシッププロジェクト（３ＧＰＰ）は、次世代のアクセス技術、すなわち、５Ｇのための技術コンポーネントを研究開発することを試みているグループである。３ＧＰＰは、２０１５年３月に５Ｇに対するそれの標準化活動を開始した。３ＧＰＰは、５Ｇのためのそれの提案、リファレンスアーキテクチャモデル及びスタディアイテムを記述したそれの会議録を定期的に公開している。例えば、３ＧＰＰは、複数のＴＲＰ（分散ユニット（ＤＵ）としてもまた参照される）を含み、ＴＲＰ間を移動するときのＵＥのイントラセルモビリティをサポートするシングルセルアーキテクチャを想定する。このアーキテクチャは、ここに開示される発明が解決策を提供する多数のチャレンジを提供する。

以下は、明細書のいくつかの態様の基本的理解を提供するため、明細書の簡単化された概要を提供する。この概要は、明細書の包括的な概略でない。それは、明細書の主要な又は重要な要素を特定したり、明細書の何れかの実施例に特有の何れかの範囲若しくは請求項の何れかの範囲を画定することを意図するものでない。それの唯一の目的は、以降に提供される更なる詳細な説明に対する前置きとして簡単化された形式で明細書のいくつかのコンセプトを提供することである。

ここに用いられるように、以下の用語は、それぞれの略語により参照可能である。第三世代パートナーシッププロジェクト（３ＧＰＰ）、第五世代（５Ｇ）、ビーム固有リファレンス信号（ＢＲＳ）、基地局（ＢＳ）、クラウドＲＡＮ（Ｃ−ＲＡＮ）、接続状態（ＣＯＮＮ）、チャネル状態情報（ＣＳＩ）、クローズド加入者グループ（ＣＳＧ）、中央ユニット（ＣＵ）、ダウンリンク（ＤＬ）、分散ユニット（ＤＵ）、進化型ノードＢ（ｅＮＢ又はｅＮｏｄｅＢ）、Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）、周波数分割複信（ＦＤＤ）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ（ＨＡＲＱ）、ロングタームエボリューション（ＬＴＥ）、媒体アクセス制御（ＭＡＣ）、Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ，Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ（ＭＩＭＯ）、ネットワークファンクション仮想化（ＮＦＶ）、Ｎｅｗ ＲＡＴ（ＮＲ）、ネットワーク（ＮＷ）、物理（ＰＨＹ）、パブリックランドモバイルネットワーク（ＰＬＭＮ）、無線アクセス技術（ＲＡＴ）、無線周波数（ＲＦ）、無線リソース制御（ＲＲＣ）、リファレンス信号受信電力（ＲＳＲＰ）、リファレンス信号受信品質（ＲＳＲＱ）、受信（Ｒｘ）、信号対干渉雑音比（ＳＩＮＲ）、トラッキングエリア（ＴＡ）、トラッキングエリアコード（ＴＡＣ）、トラッキングエリアアイデンティティ（ＴＡＩ）、送受信ポイント（ＴＲＰ）、ＴＲＰグループ（ＴＲＰＧ）、技術仕様書（ＴＳ）、送信（Ｔｘ）、ユーザ装置（ＵＥ）（ＵＥデバイスとしてもまた参照される）及びＵｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）。

様々な非限定的な実施例では、例えば、開示される主題は、ＵＥが送信又は受信のため使用される１つ以上のＵＥビームに関する通知をネットワークから受信するユーザ装置（ＵＥ）のための方法を提供する。ＵＥは、送信又は受信のため１つ以上のＵＥビームを使用する。特定の条件が充足される場合、ＵＥは、特定のＵＥビームを用いて特定の信号を送信又は受信する。特定のＵＥビームは、ＵＥによって選択され、１つ以上のＵＥビームと異なる。

更なる非限定的な例では、特定の信号は、ＵＥビーム変更、サービングビーム変更又はサービングＴＲＰ変更に関する測定情報のフィードバックを含む。

更なる非限定的な例では、特定の信号は、ＵＥビーム変更、サービングビーム変更又はサービングＴＲＰ変更の指示を含む。

更なる非限定的な例では、特定の信号は、スケジューリング要求を含む。

更なる非限定的な例では、条件は、少なくとも１つのＵＥビームの全ての変更、ＵＥビームのミスアライメント、サービングビームのミスアライメント、ビームトラッキング失敗、又はアップリンクタイミングが揃っていないことを含む。

更なる非限定的な例では、特定のＵＥビームを選択するステップは、特定のＵＥビームから共通信号を正常に受信することを含む。更なる非限定的な例では、共通信号は、同期信号又はリファレンス信号を含みうる。

さらに、更なる例示的な実現形態は、シグナリングのロウバストな送信又は受信を実現するシステム、デバイス及び／又は他の製造物に関する。

開示された主題の上記及び他の特徴は、以下において更に詳細に説明される。

開示される主題のデバイス、コンポーネント、システム及び方法が更に、添付した図面を参照して説明される。
図１は、各ＴＲＰが、例えば、ビームスイーピングの一部として複数のナロービームを生成している５Ｇにおけるビームコンセプトを示す。 図２は、３ＧＰＰが、例えば、ＬＴＥ及び集中ベースバンドアーキテクチャと共置されたスタンドアローンを含むＮＲによるサポートを所望する一例となる無線ネットワークアーキテクチャを示す。 図３は、３ＧＰＰが、例えば、低いパフォーマンスのトランスポート及び共有ＲＡＮとの中央化を含むＮＲによるサポートを所望する更なる一例となる無線ネットワークアーキテクチャを示す。 図４は、単一のＴＲＰを有するセルの配置のための各種の一例となる配置シナリオを示す。 図５は、複数のＴＲＰを有するセルの配置のための各種の一例となる配置シナリオを示す。 図６は、一例となる５Ｇセルを示す。 図７は、一例となる４Ｇセルと一例となる５Ｇセルとの間のサイドバイサイドの比較を示す。 図８は、ＵＥデバイスとネットワークとの間の初期的なアクセス通信のための一例となる方法を示す。 図９は、ビームフォーミングによるゲイン補償を実現する一例となる高周波数ＨＦ−ＮＲシステムを示す。 図１０は、ビームフォーミングによる弱められた干渉を実現する一例となるＨＦ−ＮＲシステムを示す。 図１１は、セル変更なく接続状態においてＵＥモビリティを管理する（ＵＥ検出に基づく）一例となる方法を示す。 図１２は、セル変更なく接続状態においてＵＥモビリティを管理する（ネットワーク検出に基づく）一例となる方法を示す。 図１３は、ＵＥデバイスからネットワークへのＵＬ送信のための一例となる方法を示す。 図１４は、ネットワークからＵＥデバイスへのＤＬ送信のための一例となる方法を示す。 図１５は、スイーピングサブフレームの原理を示す。 図１６は、ＢＳビームとＰＲＡＣＨリソースとの間の関連付けを示す。 図１７は、状態に基づき特定の信号を送信、受信又はモニタリングする一例となる方法を示す。 図１８は、状態に基づき特定の信号を送信、受信又はモニタリングする他の一例となる方法を示す。 図１９は、同時ＵＬ送信及び同時ＤＬ送信に関する各種実施例が実現可能な一例となるマルチアクセス無線通信システムを示す。 図２０は、ここに説明される各種ネットワーク、ＴＲＰ及びＵＥに関する各種態様を援用するのに適した送信システム（ここでは、アクセスネットワークとしても参照される）及び受信システム（ここでは、アクセス端末（ＡＴ）又はユーザ装置（ＵＥ）としても参照される）の一例となる実施例を示す一例となるＭＩＭＯシステムの簡単化されたブロック図を示す。 図２１は、開示された主題の各種態様を実行するのに適した一例となる非限定的なデバイス又はシステムを示す。 図２２は、本開示の各種態様を援用するのに適した一例となる非限定的な通信デバイスの簡単化された機能ブロック図を示す。 図２３は、本開示の各種態様を援用するのに適した図１７〜２２に示される一例となるプログラムコードの簡単化されたブロック図を示す。 図２４は、ここに説明される実施例による開示された主題の各種の非限定的な態様を実現可能な一例となるモバイルデバイス（例えば、モバイルハンドセット、ユーザデバイス、ユーザ装置又はアクセス端末）の概略図を示す。

５Ｇ技術は、以下の３つの利用シナリオのファミリをサポートし、具体的には、ＩＴＵ−Ｒ ＩＭＴ−２０２０の（ｉ）ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、（ｉｉ）ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）及び（ｉｉｉ）ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）によって提供される至急の市場ニーズとより長期の要求との双方を充足することを目的とする。新たな無線アクセス技術に関する３ＧＰＰの５Ｇスタディの課題は、低周波数から少なくとも１００ＧＨｚまでの範囲の何れかのスペクトル帯において動作可能な新たな無線システムのための技術コンポーネントを特定及び開発することである。しかしながら、高い搬送周波数（例えば、１００ＧＨｚまで）をサポートすることを試みる無線システムは、無線伝搬のエリアにおける多数の困難に遭遇する。例えば、増加する搬送周波数によって、パスロスがまた増加するであろう。

Ｒ２−１６２３６６（３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ Ｍｅｅｔｉｎｇ＃９３ｂｉｓ）によると、より低い周波数帯域（例えば、現在のロングタームエボリューション（ＬＴＥ）帯域＜６ＧＨｚ）では、必要とされるセルカバレッジは、ダウンリンク共通チャネルを送信するためのワイドセクタビームを形成することによって提供される。しかしながら、より高い周波数（＞＞６ＧＨｚ）でのワイドセクタビームを利用することは、セルカバレッジが同じアンテナ利得のために低減されるという点で問題がある。従って、より高い周波数帯域で必要とされるセルカバレッジを提供するため、より高いアンテナ利得が、増加したパスロスを補償するため必要とされる。ワイドセクタビームにわたってアンテナ利得を増加させるため、アンテナ素子の数が数十から数百に及ぶより大きなアンテナアレイが、高利得ビームを形成するのに利用される。結果として、高利得ビームは、典型的なワイドセクタビームよりも狭く形成され、このため、複数の高利得ビームが、必要とされるセルエリアをカバーするためにダウンリンク共通チャネルを送信するのに必要とされる。アクセスポイントが形成できる同時高利得ビームの数は、使用される送受信アーキテクチャのコスト及び複雑さによって制限される。実際には、より高い周波数に対して、同時高利得ビームの数は、セルエリアをカバーするのに必要とされるビームの総数よりもはるかに少ない。言い換えれば、アクセスポイントは、何れか所与の時間にビームのサブセットを使用することによって、セルエリアの一部のみをカバーすることができる。

Ｒ２−１６３７１６（３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ Ｍｅｅｔｉｎｇ＃９４）によると、ビームフォーミングは、指向性信号の送受信のためにアンテナアレイで使用される信号処理技術である。ビームフォーミングでは、ビームは、特定の角度の信号が強め合う干渉を受け、他のものが弱め合う干渉を受けるように、アンテナのフェーズドアンテナアレイにおける要素を組み合わせることによって形成される。異なるビームが、複数のアンテナアレイを用いることによって同時に形成される。Ｒ２−１６２７０９（３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ２ Ｍｅｅｔｉｎｇ＃９３ｂｉｓ）によると、図１に示されるように、５Ｇセル１００は、集中化又は分散化可能である複数の送信／受信ポイント（ＴＲＰ）１２０，１２４及び１２８に通信可能に結合された進化型ノードＢ（ｅＮＢ）１１０を含む。各ＴＲＰ１２０，１２４又は１２８は、複数のビームを形成することができる。ＴＲＰ１２０，１２４又は１２８によって形成されるビームの数及び時間／周波数領域における同時ビームの数は、ＴＲＰ１２０，１２４又は１２８によって利用されるアンテナアレイ素子の数と無線周波数ＲＦとに依存する。

新しい無線アクセス技術（ＮＲ）の潜在的なモビリティタイプは、イントラＴＲＰモビリティ、インターＴＲＰモビリティ及びインターＮＲ ｅＮＢモビリティを含む。Ｒ２−１６２７６２（ＴＳＧ ＲＡＮ ＷＧ２ Ｍｅｅｔｉｎｇ＃９３ｂｉｓ）によると、純粋にビームフォーミングに依存し、より高い周波数で動作するシステムの信頼性は、困難がある。このようなシステムのカバレッジは、時間と空間の両方の変動に対してより敏感であるという理由がある。結果として、そのリンク（ＬＴＥよりも狭い）の信号対干渉雑音比（ＳＩＮＲ）は、ＬＴＥの場合よりもはるかに急速に低下する可能性がある。

５Ｇシステムでは、アクセスノードにおける数百の要素を有するアンテナアレイを使用することによって、ノード当たりのサービングビームのための数十又は数百の候補を有するかなり規則的なグリッドオブビームカバレッジパターンが生成可能である。しかしながら、このようなアレイからの個々のサービングビームのカバレッジエリアは、数十メートルのオーダの幅まで小さくなる。結果として、現在使用中のサービングビームのエリア外のチャネル品質の劣化は、ワイドエリアカバレッジの場合（例えば、ＬＴＥによって提供されるような）よりも急速に起こる。

Ｒ３−１６０９４７（３ＧＰＰ ＴＲ ３８．８０１ Ｖ０．１．０（２０１６−０４））によると、図２及び３に示されるシナリオは、３ＧＰＰがＮＲでサポートすることを所望する一例となる無線ネットワークアーキテクチャを示す。図２は、３つの例示的なネットワークアーキテクチャ２１０，２３０及び２５０を示す。ネットワークアーキテクチャ２１０において、コアネットワーク２１２は、２つのＮＲ基地局２１４及び２１６に通信可能に結合されて示される。

ネットワークアーキテクチャ２３０において、コアネットワーク２３２はサイトＡ２３４及びサイトＢ２３６に通信可能に結合され、これらのサイトはＮＲ及びＬＴＥ機能の両方をサポートする。ネットワークアーキテクチャ２５０では、コアネットワーク２５２は、アーキテクチャ２５２の中央ユニットとして機能し、集中型無線アクセスネットワーク（ＲＡＮ）処理を実行する中央ベースバンドユニット２５４に通信可能に結合される。中央ベースバンドユニット２５４は、次に、高性能トランスポートリンクを介してＮＲ基地局２５６，２５８及び２６０の下位レイヤに通信可能に結合される。

図３は、３ＧＰＰがＮＲでサポートすることを所望する更に２つの例示的な無線ネットワークアーキテクチャ３１０及び３４０を示す。アーキテクチャ３１０では、コアネットワーク３１２は、ＮＲ基地局の上位レイヤを含む中央ユニット３１４に通信可能に結合される。次に、中央ユニット３１４は、低性能トランスポートリンクを介しＮＲ基地局３１６，３１８及び３２０の下位レイヤに通信可能に結合されている。アーキテクチャ３４０では、各コアネットワークオペレータ３４２，３４４及び３４６は、ＮＲ基地局３４８及び３５０の両方に通信可能に結合される。

Ｒ２−１６４３０６（３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ ＃９４）によると、３ＧＰＰは、マクロセル、ヘテロジーニアスセル及びスモールセルにおけるスタンドアローンＮＲのセルレイアウトの配置を研究することを所望する。２０１６年５月２３〜２６日の会合の３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ ＃９４の議事録によると、１つのＮＲ ｅＮＢが１つ以上のＴＲＰに対応する。典型的には、ネットワーク制御モビリティに２つのレベルを伴う。一方のレベルでは、モビリティ制御は、セルレベルにおけるＲＲＣによって駆動される。他方のレベルでは、ＲＲＣによる（例えば、ＭＡＣ／ＰＨＹレイヤにおいて）ゼロ又は最小限の関与しかない。Ｒ２−１６２２１０（３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ Ｍｅｔｔｉｎｇ＃９３ｂｉｓ）によると、３ＧＰＰは、ＮＲにおける２レベルのモビリティ処理の原則を維持することを所望する。一方のレベルはセルレベルモビリティを含み、他方のレベルはビームレベルモビリティ管理を含む。セルレベルモビリティに関して、セル選択又は再選択は、ＵＥ（又はモバイルデバイス）がＩＤＬＥ状態にあるときに行われ、ハンドオーバは、ＵＥ又はモバイルデバイスが接続（ＣＯＮＮ）状態にあるときに行われる。モビリティ制御は、ＣＯＮＮ状態においてＲＲＣによって駆動される。ビームレベル管理に関して、レイヤ１（Ｌ１又は物理レイヤ）は、ＵＥ（又はモバイルデバイス）によって使用されるＴＲＰの適切な選択を処理し、また最適なビーム方向も処理する。

５Ｇシステムは、従来のハンドオーバベースのＵＥモビリティに依拠することに加えて、ＵＥのモビリティを処理するために“ビームベースモビリティ”に大きく依拠することが期待される。ＭＩＭＯ、フロントホーリング、Ｃ−ＲＡＮ及びＮＦＶなどの技術は、単一の５Ｇノードによって制御されるカバレッジエリアが拡大することを可能にし、ビームレベル管理の可能性のあるアプリケーションを増やし、セルレベルのモビリティの必要性を低減します。１つの５Ｇノードのカバレッジエリア内の全てのモビリティは、ビームレベル管理に基づき処理可能である。このシナリオでは、ハンドオーバは、１つの５Ｇノードのカバレッジエリアから別の５ＧノードのカバレッジエリアまでのＵＥモビリティの場合にのみ行われる。

図４，５，６及び７は、５Ｇ ＮＲにおけるセル設計のいくつかの具体例を示す。図４は、単一ＴＲＰセルによる一例となる配置を示す。配置４００は、単一のＴＲＰを有する多数のセルを含み、例えば、セル４１０はＴＲＰ４１２を含み、セル４２０はＴＲＰ４２２を含む。いくつかのセルは一緒にクラスタ化され、他のセルは孤立される。図５は、複数のＴＲＰセルによる一例となる配置を示す。配置５００は、複数のＴＲＰ５１２，５１４及び５１６を有するセル５１０を含む。配置５００はまた、ＴＲＯ５２２，５２４を有するセル５２０を含む。図６は、５Ｇノード６３０及び複数のＴＲＰ６１２，６１４及び６１６を含む１つの５Ｇセル６１０を有する一例となる配置６００を示す。図７は、ＬＴＥセル７１０と５Ｇ ＮＲセル７５０との間の比較を示す。ＬＴＥセル７１０は、複数のセル７１４，７１６に通信可能に結合されるｅＮＢ７１２を含む。セル７１４はＴＲＰ７２０を含むよう示され、セル７１６はＴＲＰ７２２を含むよう示される。ＮＲセル７５０は、単一セル７５６に通信可能に結合される集中ユニット７５２を含む。単一セル７５６は、複数の分散ユニット（ＤＵ）７６２，７６４を含む。無線リサーチ管理（ＲＲＭ）測定に基づくハンドオーバを実行するのとは別に、３ＧＰＰは、５Ｇ ＵＥがビーム品質の変動及び／又はＵＥイントラセルモビリティの場合であっても５Ｇ接続を維持するため、サービングビームを適合可能であるべきであることを所望する。しかしながら、これを行うために、５Ｇ Ｎｏｄｅ−Ｂ及びＵＥは、サービングビームを適切に追跡及び変更することができなければならない（以降、ビームトラッキングとして参照されると）。

いくつかの用語及び仮定は、以下において特定され、以降において使用されてもよい。本開示において使用される基地局（ＢＳ）という用語は、１つ以上のセルに関連する１つ以上のＴＲＰを制御するのに使用されるＮＲにおけるネットワーク中央ユニットを指す。ＢＳとＴＲとの間の通信は、フロントホール接続を介し実行可能である。ＢＳはまた、中央ユニット（ＣＵ）、ｅＮＢ又はＮｏｄｅＢとして参照可能である。ここで使用されるＴＲＰは、ネットワークカバレッジを提供し、ＵＥと直接通信する送受信ポイントである。ＴＲＰはまた、分散ユニット（ＤＵ）として参照可能である。ここで使用されるセルは、１つ以上の関連するＴＲＰから構成され、すなわち、セルのカバレッジは、セルに関連する全ての個々のＴＲＰのカバレッジのスーパーセットである。１つのセルは１つのＢＳによって制御される。セルはまた、ＴＲＰグループ（ＴＲＰＧ）として参照可能である。ビームスイーピングは、送信及び／又は受信のための全ての可能な方向をカバーするのに使用される。ビームスイーピングのため、多数のビームが必要とされる。これら全てのビームを同時に生成することは不可能であるので、ビームスイーピングは、ある時間間隔でこれらのビームのサブセットを生成し、他の時間間隔で異なるビームのサブセットを生成することを意味する。言い換えれば、ビームスイーピングとは、可能な全ての方向がいくつかの時間間隔の後にカバーされるように、時間領域においてビームを変更することを意味する。ビームスイーピング数は、送信及び／又は受信のために一度に可能な全ての方向にビームをスイーピングするのに必要な時間間隔の必要数を指す。ビームスイーピングに関連する制御／命令シグナリングは、“ビームスイーピング数”を含む。ビームスイーピング数は、所望の領域をカバーするために様々な異なるビームのサブセットを生成される必要がある所定の時間期間中の回数を示す。

ネットワーク側では、ビームフォーミングを使用するＮＲはスタンドアローンとすることが可能であり、これは、ＵＥが直接ＮＲ上に在圏又は接続できることを意味する。また、ビームフォーミングを用いるＮＲとビームフォーミングを使用しないＮＲとが、例えば、異なるセルにおいて共存できる。ＴＲＰは、可能であって有用である場合、データ及び制御シグナリングの送受信の両方にビームフォーミングを適用することができる。ＴＲＰによって同時に生成されるビームの数は、ＴＲＰの能力に依存する。例えば、同じセルにおける異なるＴＲＰによって同時に生成されるビームの最大数は同じであってもよく、異なるセルにおけるものは異なってもよい。ビームスイーピングが、例えば、全ての方向に提供される制御シグナリングに対して必要である。様々な実施例では、同じセルにおけるＴＲＰのダウンリンクタイミングが同期される。ネットワーク側のＲＲＣレイヤは、ＢＳに配置される。ＴＲＰは、ＵＥビームフォーミングを有するＵＥとＵＥビームフォーミングを有さないＵＥの両方をサポートすべきであり、これは、ＴＲＰが異なる能力のＵＥをサポートし、異なるＵＥリリースに基づくＵＥ設計をサポートすべきであることを意味する。

ＵＥ側では、可能であって有用である場合、ＵＥは、受信及び／又は送信にビームフォーミングを実行してもよい。ＵＥによって同時に生成されるビームの数は、例えば、ＵＥに対して複数のビームを生成することが可能であるか否かに応じて、ＵＥの能力に依存する。ＵＥによって生成されるビームは、典型的には、ｅＮＢによって生成されるビームよりも広い。送信及び／又は受信のためのビームスイーピングは、一般に、ユーザデータにとっては必要ではないが、例えば、測定を実行するため、他のシグナリングのために必要であり得る。全てのＵＥが、例えば、ＵＥ能力のため、又はＵＥビームフォーミングがＮＲの最初のいくつかのリソースによってはサポートされなかったため、ＵＥビームフォーミングをサポートしているとは限らないことが理解されるべきである。あるＵＥは、同一のセルの１つ以上のＴＲＰからの複数のビームによってサービス提供可能である。同一又は異なるＤＬデータが、ダイバーシチ又はスループットゲインのため異なるサービングビームを介し同じ無線リソースで送信可能である。接続状態（又はアクティブ状態と呼ばれる）と非接続状態（又は非アクティブ状態又はアイドル状態と呼ばれる）の少なくとも２つのＵＥ（ＲＲＣ）状態がある。

本開示の一態様によると、ＵＥデバイスの電源がオンになった後、ＵＥは在圏すべきセルを見つける必要がある。セルに在圏した後、ＵＥデバイスは、登録及び／又はデータ送信の目的のため、自らとネットワークとの間の接続の確立を開始することができる。別の実施例では、ネットワークは、ページングを介してＵＥデバイスに、ネットワークとの接続確立を開始するように要求する。本実施例では、ネットワークは、例えば、ネットワークがＤＬデータをＵＥデバイスに送信することを所望するため、接続を確立するようにＵＥデバイスに要求してもよい。

図８は、ＵＥデバイスがネットワークへの初期アクセスを行う／試みる一例となる方法を示す。フロー図８００のステップ８０２において、ＵＥデバイスは、それが在圏可能なセルを検索する。このステップは、例えば、ＵＥデバイスの電源がオンになったときに起こり得る。在圏すべきセルを見つけるために、ＵＥデバイスは可能なキャリア周波数をスキャンすることができる。セルは、例えば、同期シグナリングなど、ＵＥデバイスがセルを識別するためのシグナリングを提供する。セルは、ビームスイーピングによってシグナリングを提供することができる。同じセルの異なるＴＲＰは、同じ時間間隔の間に同じタイプのシグナリングを提供することができる。ステップ８０４において、ＵＥデバイスは、セルによってブロードキャストされたシステム情報の取得を実行する。具体的には、ＵＥデバイスは、例えば、セル選択に関連する必要なパラメータをブロードキャストされたシステム情報から取得する。ブロードキャストされたシステム情報は、ビームスイーピングによってセルによって提供することができる。システム情報は、セルのＢＳによってＴＲＰに提供することができる。ＴＲＰは、次にシステム情報をＵＥデバイスにブロードキャストすることができる。

ステップ８０６において、ＵＥデバイスは、セル測定及び選択を実行する。具体的には、ＵＥは、在圏可能なセルを見つけた後、セルの無線状態を測定し、測定された結果に基づき当該セルに在圏するか判断する。セルは、ビームスイーピングによって、測定のためのシグナリング、例えば、リファレンスシグナリングを提供する。同じセルの異なるＴＲＰは、同じ時間間隔の間に同時にシグナリングを提供することができる。ステップ８０８において、ネットワークはＵＥデバイスをページングする。これは任意的なステップであり、ネットワークがＵＥ固有のシグナリング／データをＵＥに送信することを所望し、ＵＥが非接続状態であるとき、ページングが開始されてもよい。ＵＥがページングを受信すると、ＵＥは、ネットワークとの接続確立を開始して接続状態に入り、ネットワークからＵＥ固有のシグナリング／データをさらに受信することができる。セルはビームスイーピングによってページングを実行する。ページングは、ＢＳから命令を受信すると、ＴＲＰによって実行することができる。

ステップ８１０において、ＵＥデバイスとネットワークとの間の接続が確立される。具体的には、ＵＥは、接続確立手順を介しＢＳとの接続を確立する。一実施例では、確立手順の間に、ＵＥデバイスはランダムアクセス手順を実行して、ＵＥデバイスの存在を認識するようネットワークに通知する。ランダムアクセス手順は、ＵＥデバイスによってデータ伝送を開始するために利用される。ＵＥは、初期的なハンドシェイク（又はプリアンブル）からアップリンクタイミング情報を取得する。次に、ネットワークは、ＵＥデバイスにＵＬ送信のためのリソースを提供する。接続が確立された後、ＵＥデバイスは接続状態に入る。

本開示の態様によると、ＵＥは、セルに在圏した後、UEは、非接続状態（又はアイドルモード）にあるとき、セルの異なるビーム又は異なるＴＲＰの間を移動することができる。あるいは、ＵＥは、セルのカバレッジを離れ、異なるセルのカバレッジに移動することができる。非接続状態のＵＥのモビリティは、ＵＥビーム変更、サービングビーム変更又はセル再選択を生じさせうる。ＵＥビームフォーミングが利用される場合、ＵＥビーム変更は、例えば、ＵＥデバイスの回転のために起こり得る。これは、ＵＥが非接続状態にあるときに起こり得る。このシナリオでは、ＵＥは、ＵＥビーム変化のため何れかの信号の欠落／無視を回避するため、ビームスイーピングを実行し続ける必要があり得る。

サービングビーム変更に関して、サービングビーム変更又はサービングＴＲＰ変更は、同じセルのサービングビーム又はＴＲＰの間で発生しうる。ＵＥは、在圏したセルに関して、シグナリングがＵＥによって受信可能なＴＲＰによってサービス提供される。サービングＴＲＰのサービングビームは、ＵＥのモビリティのために変化し得る。サービングＴＲＰはまた、ＵＥが在圏するセル内を移動するときに変更可能である。このシナリオでは、ＵＥは、ネットワークからの何れかのシグナリングの欠落を回避するため、非接続状態のＵＥに必要なシグナリングを提供しているサービングＴＲＰの異なるビームの全ての可能な時間間隔中に必要なシグナリングを監視し続ける必要がありうる。

セル再選択に関して、ＵＥは、典型的には、ＵＥが在圏しているサービングセル上で連続的又は半連続的に測定を実行するか、あるいは、その隣接セルについて測定を連続的又は半連続的に実行し、サービングセルを再選択するかどうか評価する。当該評価は、セルの様々な属性、特性、強度及び品質の評価を含みうる。ＵＥは、隣接セルのシステム情報を取得し、隣接セルがより最適であるとＵＥが判断した場合、新たなサービングセルとしてその隣接セルを再選択することができる。このタスクを実行するために、ＵＥデバイスは、ネットワークからのセルの評価のためのパラメータを必要とする。

Ｒ２−１６２２５１（３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ Ｍｅｅｔｉｎｇ＃９２ｂｉｓ）によると、ビームフォーミングがｅＮＢとＵＥとの双方の側に対して実行可能である。図９は、高周波（ＨＦ）ＮＲシステムにおけるビームフォーミングによる利得補償の概念を示す。一例となるセル９００では、ビームフォーミングはｅＮＢ９１０及びＵＥ９２０の双方によって実行される。１つの実例では、３ＧＰＰは、ｅＮＢ９１０におけるビームフォーミングアンテナ利得が約１５〜３０ｄＢｉであり、ＵＥ９２０における予想されるビームフォーミングアンテナ利得は約３〜２０ｄＢｉである。

ＳＩＮＲの観点から、図１０は、ビームフォーミングのため干渉が弱められるセル１０００を示す。シャープなビームフォーミングは、例えば、ダウンリンク動作の間、隣接する干渉源ｅＮＢ Ａ１０３０及びｅＮＢ Ｂ１０４０からサービングｅＮＢ１０１０における干渉電力を低減する。隣接するｅＮＢ１０３０，１０４０に接続されるＵＥからの干渉電力はまた、ビームフォーミングのため低減される。ＴＸビームフォーミングの場合、有効な干渉は、現在のビームもまたＲＸの方向に向けられている他のＴＸによってのみ引き起こされることが理解及び認識されるべきである。有効干渉とは、干渉電力が有効なおノイズ電力よりも高いことを意味する。ＲＸビームフォーミングの場合、有効な干渉は、そのビームがＵＥ１０５０の現在のＲＸビーム方向と同じ方向に向けられている他のＴＸによってのみ引き起こされる。

ＵＥビームフォーミングは、特に高周波数帯域において、例えば、アンテナ利得を増加させるため、受信及び／又は送信に有用である。ＵＥが接続状態にあるとき、ＵＥビームフォーミングは、アンテナ利得を増加させるのに有用である。しかしながら、そのコストは、ＵＥの電力消費及び遅延が、送受信のためのＵＥビームスイーピングのため増加するということである。従って、ＵＥビームフォーミングの利用とＵＥビームフォーミングの不使用との間にはトレードオフが存在する。ＵＥビームフォーミングは、必要なときに使用されるべきである。不要とき、ＵＥビームフォーミングは避けるべきである。

それは、ネットワークが一般にＵＥがＵＥビームフォーミングを実行する必要があるか否か、及び／又は生成されるべきＵＥビームの数を決定することを制御する場合、有用であり得る。ネットワークは、当該判定を実行するため、例えば、ネットワークによって実行される測定、ＵＥによって実行される測定のフィードバックなどに依存可能である。ＵＥビームフォーミングの関連する設定及び変更は、ＲＲＣメッセージ、ＭＡＣ制御シグナリング、物理レイヤシグナリング（例えば、ＬＴＥにおけるＰＤＣＣＨ）などによって、明示的又は暗示的に通知できる。

ここで、セル変更のない接続状態でのモビリティが以下に規定される。ＵＥが接続状態にあるとき、ＵＥは、同じサービングセルの異なるビーム又は異なるＴＲＰの間を移動しうる。さらに、ＵＥビームフォーミングが利用される場合、ＵＥビームはまた、例えば、ＵＥの回転のためなど、時間とともに変化してもよい。セルを変更しない接続状態でのモビリティの例は、以下のステップを有してもよい。
−変更検出のためのシグナリング：ＵＥビームの、サービングＴＲＰのサービングビーム及びサービングＴＲＰの変更は、ＵＥ及び／又はネットワークによって検出されてもよい。当該変更を検出するため、ＴＲＰ又はＵＥによって周期的に送信されるシグナリングが利用可能である。ＴＲＰは、シグナリングの受信又は送信のために周期的にビームスイーピングを実行する。ＵＥビームフォーミングが利用される場合、ＵＥは、シグナリングの受信又は送信のために周期的にビームスイーピングを実行する。
−ＵＥのビーム変更：変更がＵＥによって検出された場合、ＵＥ自体は、次の受信（及び、ＴＤＤなどのための送信）のために適切なＵＥビームを選択してもよい。あるいは、ＵＥはネットワークにフィードバックを提供する必要があり、ネットワークはネットワークからＵＥにＵＥビーム変更の指示を提供することができる。変更がネットワークによって検出された場合、ネットワークからＵＥへのＵＥビーム変更の指示が必要とされうる。ＵＥは、ネットワークによって示されるＵＥビームを次の送信（及びＴＤＤなどのための受信）に利用する。
−サービングビーム及び／又はサービングＴＲＰの変更：ＵＥが変更検出のためのシグナリングを受信した後、ＵＥはネットワークにフィードバックを提供する必要があり、ネットワークは、ＵＥに対する（ＤＬ）サービングビーム及び／又はサービングＴＲＰを変更するか否か判断できる。他方、ＴＲＰが変更検出のためのシグナリングを受信した後、ネットワークは、ＵＥに対するサービングビーム及び／又はサービングＴＲＰを変更するか否か決定することができる。

図１１及び図１２は、セル変更のない接続状態でのモビリティのフローチャートの例を示す。図１１のフローチャート１１００は、ＵＥ検出に基づくモビリティを示す。フローチャート１１００に示されるステップいくつかによると、ＵＥはネットワークから受信したＤＬシグナリングに基づきビーム又はＴＲＰ変更を検出する（１１０２）。ＵＥは、例えば、使用すべき適切なビームについて、ネットワークにフィードバックを提供してもよく（１１０４）、ＵＥは、フィードバックを認めるネットワークからの指示を受信する（１１０６）。図１２のフローチャート１２００は、ネットワーク検出に基づくモビリティを示す。フローチャート１２００に示されるステップのいくつかによると、ネットワークはＵＥから受信したＵＬシグナリングに基づきビーム変更を検出し（１２０２）、ネットワークはビーム変更を承認する指示をＵＥに送信する（１２０４）。

本開示の態様によると、ＵＥが接続状態にあるとき、例えば、ネットワークとＵＥとの間でデータ通信が一定期間行われていない接続状態にあるとき、ＵＥはＵＬ送信を開始することができる。例えば、ＵＥは、ＵＥに新しいデータが到着すると、ＵＥがネットワークに送信することを所望するＵＬ送信を開始することができる。例えば、ＵＥのユーザは、テキスト又は音声メッセージをＵＥに入力することができ、ＵＥは、当該メッセージをネットワークに送信することを所望する。

図１３は、ＵＥデバイスからネットワークへのＵＬデータ送信の例示的な方法を示す。フロー図１３００のステップ１３０２において、ＵＥデバイスは、ネットワークへの送信に利用可能なＵＬデータを有するが、送信を実行するために利用可能なＵＬリソースを有さないと判定する。これらのリソースを取得するために、ステップ１３０４において、ＵＥデバイスは、スケジューリング要求をネットワークに送信し、ＵＬリソースを要求する。様々な実施例では、ＵＥデバイスのＵＬタイミングは、ＵＥが当該要求を送信するときに、ネットワーク／セルと同期していてもよいし、あるいは、されてもされなくてもよい。ＵＥデバイスは、ビームフォーミングによってスケジューリング要求を送信してもよい。様々な実施例において、ＵＥデバイスは、当該要求を送信するためにビームスイーピングを利用してもよいし、あるいは、しなくてもよい。

ステップ１３０６において、ネットワークは、ＵＬリソーススケジューリングを実行する。ＵＥデバイスのスケジューリング要求は、ネットワークの１つ以上のＴＲＰによって受信される。一実施例では、要求を受信するＴＲＰは、ＵＥデバイスがＵＬ送信を実行するための適切なＵＬリソースをスケジューリングする。別の実施例では、ＴＲＰは、ネットワークの基地局（ＢＳ）と協調して適切なＵＬリソースをスケジューリングする。さらに別の実施例では、ＴＲＰはＵＥデバイスの要求をＢＳに送信し、ＢＳは、適切なＵＬリソースをスケジューリングし、当該情報をＴＲＰに通信する。次に、ＴＲＰは、ＵＬリソースに関するスケジューリング情報をＵＥデバイスに提供する。ＵＥデバイスのＵＬタイミングは、ＵＬリソーススケジューリングと共に調整することができる。ＴＲＰは、ビームフォーミングによってＵＬリソーススケジューリング情報を提供する。

ステップ１３０８において、ＵＥデバイスは、ＵＬデータ送信を実行する。ＵＥデバイスがＵＬリソーススケジューリングを受信した後、ＵＥデバイスは、ＵＬリソースを使用して保留中のＵＬデータを送信する。ＵＥデバイスは、ＵＬ送信のためにＵＥビームフォーミングを利用してもよい。ＴＲＰは、ＵＥデバイスからＵＬ送信を受信するためにビームフォーミングを利用する。例えば、ＣＳＩ、バッファステータスレポート（ＢＳＲ）、パワーヘッドルームレポート（ＰＨＲ）などの他の情報は、ＵＬデータとともにＴＲＰ又はＢＳに送信されてもよい。ステップ１３１０において、ＢＳ又はＴＲＰを意味するネットワークは、ＵＬ送信が正常に受信されたか示すため、ＵＥデバイスにハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを提供する。ネットワークがＵＬ送信を受信することができなかった場合、ＵＥは、再送を実行することが必要とされてもよい。

本開示の態様によると、ＵＥデバイスが接続状態にあるとき、例えば、ネットワークとＵＥデバイスとの間でデータ通信が一定期間行われなかった接続状態にあるとき、ＢＳ（ネットワーク側を意味する）は、ネットワークへの新しいデータが到着すると、ＵＥデバイスへのＤＬ送信を開始することができる。例えば、ネットワークは、ＵＥデバイスに送信することを所望する、ＵＥデバイスのユーザ向けのテキスト又は音声メッセージを受信してもよい。

図１４は、ネットワークからＵＥデバイスへのＤＬデータ送信の例示的な方法を示す。フロー図１４００のステップ１４０２において、ネットワークは、ＵＥデバイスへのＤＬ送信を準備する。具体的には、ネットワークがＵＥデバイスに送信するＤＬデータを有するとき、ネットワークは、ＵＥデバイスに到達するのに適切なＴＲＰ及びビームを決定する。様々な実施例では、ビームトラッキング（又はビーム検出）が利用されてもよい。また、ＵＥデバイスのＵＬタイミングは、ＤＬ送信を実行する前に、ネットワーク／セルと同期される必要がある。ＤＬデータの到着は、ランダムアクセス（ＲＡ）手順を介し実現されてもよい。ステップ１４０４において、ネットワークは、ＢＳ又はＴＲＰを介して、ＤＬデータの送信に適切なＤＬリソースを選択し、ＤＬ割当てを介しＵＥにＤＬデータを予期及び受信するよう通知する。ステップ１４０６において、ＤＬ割当て及びＤＬデータの送信が行われる。ＤＬ割当て及びＤＬデータは、ＵＥデバイスに到達可能なビームにおけるビームフォーミングによって提供される。ＵＥビームフォーミングは、ＤＬ受信のために利用されてもよい。ＤＬ割当ては、ＴＲＰ又はＢＳによって決定されてもよい。ステップ１４０８において、ＵＥデバイスは、ＤＬ送信が正常に受信されたか示すため、ＨＡＲＱフィードバックをネットワークに提供する。ＵＥデバイスがＤＬ送信を受信できなかった場合、ネットワークは再送を実行する必要があってもよい。

Ｒ１−１６５３６４（３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ１＃８５）によると、３ＧＰＰは、スイーピングサブフレームと呼ばれる特定のサブフレームに共通制御プレーン機能を集中させる（又は挿入する）ことを提案している。３ＧＰＰがスイーピングサブフレームを介し送信することを所望する共通制御シグナリングは、同期信号（ＤＬ）、リファレンス信号（ＤＬ）、システム情報（ＤＬ）及びランダムアクセスチャネル情報（ＵＬ）を含む。図１５は、スイーピングサブフレームの原理を示し、異なる時間に送信されるＤＬスイーピングブロック１５０２及びＵＬスイーピングブロック１５０４を示す。ダウンリンクスイーピングの主な使用ケースの１つは、例えば、セルサーチ、時間及び周波数同期取得、必須システム情報シグナリング及びセル／ビーム測定（例えば、ＲＲＭ測定）のための信号を含むダウンリンク発見シグナリングである。ＵＬ ＰＲＡＣＨ（物理ランダムアクセスチャネル）について、３ＧＰＰは、ＢＳビームレシプロシティを利用し、ＢＳが送信元のＵＥに向けて指し示される高いアレイ利得を有するビームによって受信される際、ＵＥがＰＲＡＣＨプリアンブルを送信することを可能にすることを所望する。これは、ＰＲＡＣＨリソースが、ＤＬ発見シグナリングを介し定期的に配信されるＢＳビームに関連することを意味する。ＤＬ発見シグナリングは、ビーム固有リファレンス信号を伝える。図１６は、ＢＳビーム１６０２とＰＲＡＣＨリソース１６０４との間の関連付けを示す。

本開示の態様によると、ＵＥビームの指示に関して、何れのＵＥビームが送信及び／又は受信に使用されるかは、ネットワークによって制御される。ネットワークは、異なるＵＥビームのチャネル品質、ネットワークビームのロードバランシング若しくは輻輳などの要因を考慮することができる。ネットワークは、ＵＥによって使用されるべきＵＥビームをＵＥに通知できる。１つの可能な代替案は、例えば、ＬＴＥにおけるＰＤＣＣＨなどの物理レイヤシグナリングにおいて、送信又は受信のためのスケジューリング情報と共に、送信又は受信のためのＵＥビームを明示的又は暗示的に通知することである。あるいは、通知は、何れのＵＥビームが送信又は受信のためのスケジューリング情報を受信するかに基づくものとすることができる。ＵＥビーム毎のＵＥビームに固有の設定が、異なるＵＥビームを区別するのに利用可能である。

一般に、接続モードのＵＥは、例えば、ネットワークからの通知又はビームトラッキングに基づき、送信及び／又は受信に利用されるべきＵＥビームに関する情報を維持すべきである。しかしながら、例えば、送信及び／又は受信に以前に使用された全てのＵＥビームが変更されるとき、又はビームトラッキングの失敗のためなどのいくつかのケースでは、ネットワークは、ＵＥビーム変更についてＵＥに通知することができず、ＵＥは、何れのＵＥビームが使用可能であるか自ら判断することができない。また、場合によっては、ＵＥビーム情報が古くなってしまうこともある。このような場合、ＵＥビーム情報が更新されるまで、送信又は受信は、古いＵＥビーム情報を用いて正常に完了しないかもしれない。

ＵＥビーム変更を認識するため、又はあるシグナリングの受信信頼性を高めるため、ＵＥは、例えば、ＵＥビーム変更の指示、サービングビーム又はサービングＴＲＰ変更の指示、ＵＬリファレンス信号の送信要求などを受信するため、特定のシグナリングを受信するためのＵＥビームスイーピングを実行することができる。受信のためのＵＥビームスイーピングは、定期的に実行されてもよい。周期性はネットワークによって制御することができる。あるいは、受信のためのＵＥビームスイーピングは非周期的に行われてもよい。ＵＥは、無線リンク障害、ビームミスアライメント、一定期間にデータ送信がないこと、又はアップリンクタイミングが揃っていないことなどのあるイベントの検出に基づき、受信のためにＵＥビームスイーピングをトリガしてもよい。

ＵＥは、ＤＬスイーピングサブフレームにおいて特定のシグナリングを受信することを試みることができる。ネットワークは、ＤＬスイーピングサブフレームにおいて特定のシグナリングを送信することができる。

ＵＥが、例えば、ＤＬスイーピングサブフレームを監視するためにＵＥビームスイーピングを実行することを介し、何れのＵＥビームが受信のために使用されるべきかを検出する手段を有する場合、ＵＥは、ＵＥビームスイーピングを使用することなく、検出されたＵＥビーム上でシグナリングを監視又は受信することができる。ＵＥは、複数のＵＥビームから共通信号を受信することを試みてもよく、検出されたＵＥビームは、共通信号が正常に受信されるＵＥビームであってもよい。共通信号は、同期信号、リファレンス信号又は発見信号であってもよい。

あるシグナリングの送信信頼性を高めるため、又はネットワークに測定機会を提供するため、ＵＥは、例えば、ＵＥビーム、サービングビーム若しくはサービングＴＲＰの変更のための測定の（周期的又は非周期的）フィードバック、ＵＥビーム、サービングビーム若しくはサービングＴＲＰの変更に対する指示、（周期的又は非周期的）ＵＬリファレンス信号、スケジューリング要求などを送信するため、特定の信号を送信するためにＵＥビームスイーピングを実行することができる。送信のためのＵＥビームスイーピングは、周期的に実行されてもよいし、されなくてもよい。ＵＥビームスイーピングを適用するシグナリング又はタイミングは、事前に規定されてもよく、ネットワークによって設定されてもよく、例えば、送信用のスケジューリング情報と一緒にネットワークによって動的に要求されてもよい。ＵＥは、例えば、無線リンク障害、ビームミスアラインメント、一定期間にデータ送信がないこと、あるいは、アップリンクタイミングが揃っていないことなどのあるイベントを検出することによって、送信用のＵＥビームスイーピングをトリガしてもよい。

ＵＥは、ＵＬスイーピングサブフレームにおいて特定のシグナリングを送信することができる。ネットワークは、ＵＬスイーピングサブフレームにおいて特定のシグナリングを受信することを試みることができる。

ＵＥが、例えば、ＤＬスイーピングサブフレームを監視するためにＵＥビームスイーピングを実行することを介して、何れのＵＥビームが送信のために利用されるべきか検出する手段を有する場合、ＵＥは、ＵＥビームスイーピングを利用することなく、検出されたＵＥビーム上でシグナリングを送信可能である。ＵＥは、複数のＵＥビームから共通信号を受信することを試みてもよく、検出されたＵＥビームは、共通信号が正常に受信されるＵＥビームとすることができる。共通信号は、同期信号、リファレンス信号又は発見信号であってもよい。

ＵＥは、ＵＥビームフォーミングが可能である。ネットワークノードは、中央ユニット（ＣＵ）、分散ユニット（ＤＵ）、送受信ポイント（ＴＲＰ）、基地局（ＢＳ）又は５Ｇノードのうちの１つ以上とすることができる。

図１７は、本開示の態様による例示的な方法を示す。フロー図１７００のステップ１７０２において、ＵＥは、条件に基づき特定の信号を送信又は受信（又は監視）するためにビームスイーピングを利用するか判断する。ステップ１７０４において、条件が満たされた場合、ＵＥは、ＵＥビームスイーピングによって特定の信号を送信又は受信（又は監視）する。図１８は、本開示の態様による別の例示的な方法を示す図である。フロー図１８００のステップ１８０２において、ＵＥは、送信又は受信に利用可能な１つ以上のＵＥビームを検出する。ステップ１８０４において、条件が満たされる場合、ＵＥは、１つ以上のＵＥビームのＵＥビームによって特定の信号を送信又は受信（又は監視）する。

図１７，１８に示される方法は、以下の明確な追加的又は代替的な例示的ステップによって実現可能である。非限定的な例では、ＵＥは、送信又は受信に利用される少なくとも１つのＵＥビームに関する指示をネットワークから受信する。ＵＥは、少なくとも１つのＵＥビームを送信又は受信に使用する。それから、条件が満たされた場合、ＵＥは、少なくとも１つのＵＥビームの１つではない特定のＵＥビームを使用して、特定の信号を送信又は受信する。特定のＵＥビームは、ＵＥによって選択される。

非限定的な例において、ＵＥは、特定の信号を送信又は受信（又は監視）するためにＵＥビームスイーピングを利用しない。非限定的な例では、ＵＥビームスイーピングによって特定の信号を送信又は受信（又は監視）することは、特定の信号を複数回送信又は受信（又は監視）することを意味し、ここで、異なるＵＥビームは、送信、受信又は監視の異なる時間に使用される。

様々な非限定的な例において、特定の信号は、ＵＥビーム変更に関する通知又はサービングビーム若しくはサービングＴＲＰ変更に関する通知とすることができる。様々な非限定的な例において、特定の信号は、ＵＬリファレンス信号の送信要求、ＵＥビーム変更の測定フィードバック、サービングビーム及び／又はサービングＴＲＰ変更、及び／又はＵＥビーム変更、サービングビーム及び／又はサービングＴＲＰ変更の通知を含む。

様々な非限定的な例において、特定の信号は、ＵＬリファレンス信号又はスケジューリング要求である。様々な非限定的な例において、ＵＥが特定の信号を正常に受信したとき、ＵＥがＵＬ許可を受信したとき、又はＵＥがコンファメーションを受信したとき、特定の信号に対するＵＥビームスイーピングが停止される。様々な非限定的な例において、ＵＥは、特定の信号を周期的又は非周期的に送信又は受信（又は監視）する。非限定的な例において、送信又は受信の周期性は、ネットワークによって設定される。

様々な非限定的な例において、上述したように充足されるべき条件は、特定の信号を送信又は受信（又は監視）する周期性に到達したこと、無線リンクが故障したこと、ＵＥ及び／又はサービングビームが揃わなかったこと、送信及び／又は受信に以前に使用された全てのＵＥビームが変更されたこと、ビームトラッキングの失敗があったこと、ある期間にデータ送信が存在しないこと、アップリンクタイミングが揃わなかったことを含む。様々な非限定的な例において、上述された充足されるべき条件は、特定のシグナルが何であるかを含む。例えば、特定のシグナリングがＵＥビーム変更に関する通知、サービングビーム又はサービングＴＲＰ変更に関する通知、ＵＬリファレンス信号の送信要求、ＵＥビーム変更のための測定のフィードバック、サービングビーム又はサービングＴＲＰ変更のための測定のフィードバック、ＵＥビーム変更の通知、サービングビーム又はサービングＴＲＰ変更の通知、ＵＬリファレンス信号及び／又はスケジューリング要求である場合、条件が充足される。

非限定的な例において、ＵＥは、（固有の）ＵＥビームから共通信号を正常に受信することによって、（固有の）ＵＥビームを選択する。様々な非限定的な例において、共通信号は、同期信号、リファレンス信号、発見信号又はビーム固有リファレンス信号である。非限定的な例において、ＵＥは、スイーピングサブフレームにおいて（固有の）ＵＥビームを検出する。非限定的な例において、ＵＥは、ＤＬスイーピングサブフレームにおいて固有のシグナリングを受信（又は監視）する。非限定的な例において、ＵＥは、ＵＬスイーピングサブフレームにおいて固有のシグナリングを送信する。様々な非限定的な例では、固有のシグナリングは、事前に規定されるか、ネットワークによって設定されるか、ネットワークによって動的に要求されるか、又はスケジューリング情報によって通知される。様々な非限定的な例において、固有の信号を送信又は受信するタイミングは、事前に規定されるか、ネットワークによって設定されるか、ネットワークによって動的に要求されるか、又はスケジューリング情報によって通知される。

非限定的な例において、ＵＥは、ユーザデータ送信又はユーザデータ受信のためにビームスイーピングを利用しない。様々な非限定的な例において、ネットワークノードは、中央ユニット（ＣＵ）、分散ユニット（ＤＵ）、送受信ポイント（ＴＲＰ）、基地局（ＢＳ）又は５Ｇノードである。非限定的な例において、ＵＥは、ＵＥビームフォーミングを利用可能である。非限定的な例において、ＵＥは接続モードにある。

非限定的な例では、ＵＥは、制御回路、制御回路に設置されたプロセッサ及び制御回路に設置され、プロセッサに結合されたメモリを有する。プロセッサは、メモリに格納されたプログラムコードを実行して、図１７，１８を含む上記の議論で規定された方法ステップを実行するよう構成される。

ここに記載された本開示の様々な実施例は、以下に説明される例示的な無線通信システム及びデバイスに適用又は実現可能である。さらに、本開示の様々な実施例は、主に３ＧＰＰアーキテクチャリファレンスモデルに関して説明される。しかしながら、開示された情報によって、当業者は、ここでさらに説明するように、３ＧＰＰ２ネットワークアーキテクチャ及び他のネットワークアーキテクチャにおける本開示の態様を利用及び実現するため容易に適応化可能であることが理解される。

以下に説明される例示的な無線通信システム及びデバイスは、ブロードキャストサービスをサポートする無線通信システムを利用する。無線通信システムは、音声、データなどの様々なタイプの通信を提供するために広く展開されている。これらのシステムは、符号分割多重接続（ＣＤＭＡ）、時分割多重接続（ＴＤＭＡ）、直交周波数分割多重接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ ＬＴＥ−Ａ（ロングタームエボリューション−アドバンスト）無線アクセス、３ＧＰＰ２ ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＷｉＭａｘ、５Ｇのための３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ）、又は他の変調技術に基づくものであってもよい。

図１９は、ここに説明される様々な実施例が実現可能である例示的な非限定的な多重接続無線通信システム１９００を表すブロック図である。アクセスネットワーク１９０２（ＡＮ）は複数のアンテナグループを含み、１つのグループはアンテナ１９０４，１９０６を含み、別のグループはアンテナ１９０８，１９１０を含み、更なるグループはアンテナ１９１２，１９１４を含む。図１９では、アンテナグループごとに２つのアンテナしか示されていないが、より多く又はより少ないアンテナが各アンテナグループに対して利用されてもよい。アクセス端末（ＡＴ）１９１６は、アンテナ１９１２，１９１４と通信し、アンテナ１９１２，１９１４は、フォワードリンク１９１８を介しアクセス端末１９１６に情報を送信し、リバースリンク１９２０を介しアクセス端末１９１６から情報を受信する。アクセス端末（ＡＴ）１９２２は、アンテナ１９０６，１９０８と通信し、アンテナ１９０６，１９０８は、フォワードリンク１９２４を介しアクセス端末（ＡＴ）１９２２に情報を送信し、リバースリンク１９２６を介しアクセス端末（ＡＴ）１９２２から情報を受信する。周波数分割複信（ＦＤＤ）システムでは、通信リンク１９１８，１９２０，１９２４，１９２６は、通信のため異なる周波数を利用しうる。例えば、フォワードリンク１９１８は、リバースリンク１９２０によって使用されるものと異なる周波数を使用しうる。

各アンテナグループ及び／又はそれらが通信するように設計されるエリアは、しばしばアクセスネットワークのセクタと呼ばれる。非限定的な態様では、アンテナグループのそれぞれは、アクセスネットワーク１９０２によってカバーされるエリアのセクタにおけるアクセス端末と通信するよう設計可能である。

フォワードリンク１９１８，１９２４を介した通信では、アクセスネットワーク１９０２の送信アンテナは、異なるアクセス端末１９１６，１９２２に対するフォワードリンクの信号対雑音比を改善するためにビームフォーミングを利用してもよい。また、それのカバレッジを通じてランダムに散在したアクセス端末に送信するためにビームフォーミングを使用するアクセスネットワークは、通常、単一のアンテナを介してその全てのアクセス端末に送信するアクセスネットワークよりも隣接セルのアクセス端末への干渉をより少なくする。

アクセスネットワーク（ＡＮ）は、端末と通信するため使用される固定局又は基地局であってもよく、アクセスポイント、ノードＢ、基地局、拡張基地局、ｅＮｏｄｅＢ又はいくつかの他の専門用語として参照されてもよい。アクセス端末（ＡＴ）はまた、ユーザ装置（ＵＥ）、ＵＥデバイス、通信デバイス、無線通信デバイス、モバイルデバイス、モバイル通信デバイス、端末、アクセス端末又は他の何らかの用語で呼ばれてもよい。

図２０は、送信システム２００２（ここではアクセスネットワークとも参照される）及び受信システム２００４（ここではアクセス端末（ＡＴ）又はユーザ装置（ＵＥ）とも参照される）の例示的な実施例を示す例示的な非限定的なＭＩＭＯシステム２０００の簡単化されたブロック図である。

非限定的な態様では、各データストリームは、それぞれの送信アンテナを介し送信することができる。例示的なＴＸデータプロセッサ２００６は、符号化データを提供するためにデータストリームに対して選択された特定の符号化方式に基づき、各データストリームのトラフィックデータをフォーマット化、符号化及びインターリーブすることができる。

各データストリームの符号化データは、ＯＦＤＭ技術を利用してパイロットデータと多重化することができる。パイロットデータは、典型的には、既知の方法で処理され、チャネル応答を推定するために受信システム２００４で使用される既知のデータパターンである。その後、多重化されたパイロット及び各データストリームの符号化データは、変調シンボルを提供するためデータストリームについて選択された特定の変調方式（例えば、バイナリ位相シフトキーイング（ＢＰＳＫ）、直交位相シフトキーイング（ＱＰＳＫ）、Ｍ進又はより高次のＰＳＫ（Ｍ−ＰＳＫ）、又はＭ進直交振幅変調（Ｍ−ＱＡＭ）など）に基づき変調（例えば、シンボルマッピング）される。各データストリームのデータレート、符号化及び変調は、プロセッサ２００８によって実行される命令によって決定されてもよい。

全てのデータストリームのための変調シンボルは、変調シンボル（例えば、ＯＦＤＭに対する）を更に処理しうるＴＸ ＭＩＭＯプロセッサ２０１０に提供される。ＴＸ ＭＩＭＯプロセッサ２０１０は、その後、複数の（ＮＴ）変調シンボルストリームをＮＴ送信機（ＴＭＴＲ）２０１２ａ〜２０１２ｔに提供する。特定の実施例では、ＴＸ ＭＩＭＯプロセッサ２０１０は、データストリームのシンボル及び当該シンボルが送信されているアンテナにビームフォーミングウェイトを適用する。

各送信機２０１２は、それぞれのシンボルストリームを受信及び処理し、１つ以上のアナログ信号を提供し、さらにアナログ信号を調整（例えば、増幅、フィルタリング及びアップコンバートなど）し、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。次に、送信機２０１２ａ〜２０１２ｔからのＮＴ変調信号はそれぞれ、ＮＴアンテナ２０１４ａ〜２０１４ｔから送信される。

受信システム２００４において、送信された変調信号は、複数の（ＮＲ）アンテナ２０１６ａ〜２０１６ｒによって受信され、各アンテナ２０１６からの受信信号は、それぞれの受信機（ＲＣＶＲ）２０１８ａ〜２０１８ｒに提供される。各受信機２０１８は、それぞれの受信信号を調整（例えば、フィルタ、増幅及びダウンコンバートなど）し、調整された信号をデジタル化してサンプルを提供し、さらにサンプルを処理して対応する“受信”シンボルストリームを提供する。

次に、ＲＸデータプロセッサ２０２０は、特定の受信処理技術に基づきＮＲ受信機２０１８からのＮＲ受信シンボルストリームを受信及び処理し、ＮＴ“検出”シンボルストリームを提供する。次に、ＲＸデータプロセッサ２０２０は、検出された各シンボルストリームを復調、デインターリーブ及び復号化し、データストリームのトラフィックデータを復元する。ＲＸデータプロセッサ２０２０による処理は、送信システム２００２におけるＴＸ ＭＩＭＯプロセッサ２０１０及びＴＸデータプロセッサ２００６によって実行される処理と相補的である。

プロセッサ２０２２は、例えば、ここでさらに説明されるように、どのプリコーディングマトリスクを使用するかを周期的に決定する。プロセッサ２０２２は、マトリクスインデックス部分及びランク値部分を含むリバースリンクメッセージを形成する。

リバースリンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでもよい。その後、リバースリンクメッセージは、ＴＸデータプロセッサ２０２４によって処理され、データソース２０２６からの多数のデータストリームのトラフィックデータを受信し、変調器２０２８によって変調され、送信機２０１８ａ〜２０１８ｒによって調整され、送信システム２００２に送り返される。

送信システム２００２において、受信システム２００４からの変調信号は、アンテナ２０１４によって受信され、受信機２０１２によって調整され、復調器２０３０によって復調され、ＲＸデータプロセッサ２０３２によって処理され、受信システム２００４により送信されたリバースリンクメッセージを抽出する。次に、プロセッサ２００８は、ビームフォーミングウェイトを決定するため何れのプリコーディングマトリクスを使用するか決定し、抽出されたメッセージを処理する。

メモリ２０３４は、例えば、図１７〜１８に関してここで更に説明されるように、プロセッサ２００８を介し２０３０又は２０３２からのいくつかのバッファリングされた／計算データを一時的に格納し、データソース２０３６からバッファリングされたいくつかのデータを格納し、又は、いくつかの特定のプログラムコードを一時的に記憶するのに利用されてもよい。同様に、メモリ２０３８は、例えば、図１７〜１８に関してここで更に説明されるように、プロセッサ２０２２を介しＲＸデータプロセッサ２０２０からのいくつかのバッファリングされた／計算データを一時的に格納し、データソース２０２６からバッファリングされたいくつかのデータを格納し、又は、いくつかの特定のプログラムコードを一時的に記憶するのに利用されてもよい。

上述の例示的な実施例を考慮して、開示された主題に従って実現可能なデバイス及びシステムは、図１７〜１８の図を参照してより良く理解されるであろう。説明の簡単化のため、例示的なデバイス及びシステムはブロックの集合として図示及び説明されているが、いくつかのブロックはここに図示及び説明されたものと関連する他のブロック又は機能と異なる順序、配置で行われてもよく、及び／又は組み合わせ及び／又は分散されてもよいとき、請求された主題は、ブロックの順序、配置及び／又は数によって限定されないことが理解及び認識されるべきである。さらに、以下に説明される例示的なデバイス及びシステムを実現するため、図示されたブロックの全てが必要とされるわけではない。さらに、本明細書を通じて以下に開示される例示的なデバイス及びシステム及び／又は機能は、例えば、ここでさらに説明されるように、そのような方法をコンピュータに輸送及び転送することを実現するための製造物に格納することができることを理解されるべきである。ここで使用されるコンピュータ可読媒体、製造物などの用語は、有形のコンピュータ可読記憶媒体などの何れかのコンピュータ可読デバイス又は媒体からアクセス可能なコンピュータプログラム製品を包含するように意図されている。

ここに説明される様々な技術は、ハードウェア又はソフトウェア、あるいは、適切な場合には両方の組み合わせと共に実現されてもよいことが理解できる。ここで使用される“デバイス”、“コンポーネント”、“システム”などの用語は、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア又は実行中のソフトウェアのいずれかのコンピュータ関連エンティティを指すことが意図される。例えば、“デバイス”、“コンポーネント”、“サブコンポーネント”、“システム”及びこれらの部分などは、限定することなく、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能、実行スレッド、プログラム及び／又はコンピュータであってもよい。例として、コンピュータ上で実行されるアプリケーションとコンピュータの両方がコンポーネントとなり得る。１つ以上のコンポーネントは、プロセス及び／又は実行スレッド内にあってもよく、コンポーネントは、１つのコンピュータ上にローカライズされ、及び／又は２つ以上のコンピュータ間に分散されてもよい。

例示的なシステム、方法、シナリオ及び／又はデバイスの簡単な概要が示されているが、開示された主題はそれに限定されないことがさらに理解されよう。従って、ここに説明される実施例の範囲から逸脱することなく、様々な変更、改変、追加及び／又は削除が可能であることが、さらに理解できる。従って、同様の非限定的な実現形態が利用可能であるか、あるいは、逸脱することなく対応する実施例の同一又は等価な機能を実行するため、説明された実施例に対して変更及び追加が可能である。

図２１は、開示される主題の様々な態様を実行するのに適した例示的な非限定的なデバイス又はシステム２１００を示す。デバイス又はシステム２１００は、更にここに説明されるように、スタンドアローンデバイス若しくはその一部、特別にプログラムされた計算デバイス若しくはその一部（例えば、プロセッサに結合されたここに説明される技術を実行するための命令を保持するメモリ）及び／又はいくつかのデバイスに分散された１つ以上の連携する構成要素を含む複合デバイス又はシステムとすることができる。一例として、例示的な非限定的なデバイス又はシステム２１００は、上述されたように、又は図２２〜２４などに関して更に後述される図１〜２０に示されるデバイス及び／又はシステムの何れかの具体例若しくはこれらの一部とすることができる。

例えば、図２１は、ＵＥデバイス１９１６又は１９２２とすることができる例示的なデバイス２１００を示す。別の非限定的な例において、図２１は、アクセスネットワーク１９０２、ｅＮＢ１１０又はＴＲＰ１２０，１２４又は１２８とすることが可能な例示的なデバイス２１００を示す。デバイス２１００は、図１〜１８及び関連する説明に示されるように、ビームフォーミング、ビームスイーピング、セル選択、セル測定、セル評価及びＵＥデバイスとネットワークとの間の接続を実行するよう構成可能である。デバイス又はシステム２１００は、有形のコンピュータ可読記憶媒体上にコンピュータ実行可能命令を保持するメモリ２１０２を含むことができ、これらの命令は、プロセッサ２１０４によって実行可能である。一例として、ＵＥ２１００は、送信又は受信のため利用される１つ以上のＵＥビームに関する指示をネットワークから受信可能である。ＵＥ２１００はまた、１つ以上のＵＥビームを送信又は受信に使用することもできる。ＵＥ２１００はまた、特定の条件が満たされる場合、特定のＵＥビームを用いて特定の信号を送信又は受信可能である。特定のＵＥビームは、ＵＥによって選択され、１つ以上のＵＥビームとは異なる。

図２２は、本開示の各種態様を援用するのに適したＵＥデバイス（例えば、ＡＴ１９１６、ＡＴ１９２２、受信システム２００４又はこれらの一部を含み、及び／又は図１０〜２１に関してここで更に説明されるようなビーム管理を実行するよう構成されたＵＥデバイスなど）、基地局（例えば、アクセスネットワーク１９０２、送信システム２００２及び／又はその一部など、ビームハンドリング用に構成された基地局など）などの非限定的な通信デバイス２２００の簡単化された機能ブロック図を示す。図２２に示されるように、無線通信システムにおける例示的な通信デバイス２２００は、例えば、図１９におけるＵＥ（又はＡＴ）１９１６，１９２２を実現するのに利用可能であり、更なる具体例として、図１９に関して上述された無線通信システムは、ＬＴＥシステム、ＮＲシステムなどとすることができる。例示的な通信デバイス２２００は、入力デバイス２２０２、出力デバイス２２０４、制御回路２２０６、中央処理ユニット（ＣＰＵ）２２０８、メモリ２２１０、プログラムコード２２１２及び送受信機２２１４を有することが可能である。例示的な制御回路２２０６は、ＣＰＵ２２０８を介しメモリ２２１０におけるプログラムコード２２１２を実行することができ、それによって、通信デバイス２２００の動作を制御する。例示的な通信デバイス２２００は、キーボード又はキーパッドなどの入力デバイス２２０２を介してユーザによって入力された信号を受信可能であり、モニタ又はスピーカなどの出力デバイス２２０４を介し画像及び音声を出力可能である。例示的な送受信機２２１４は、例えば、図１９に関して上述されたように、無線信号を送受信し、受信した信号を制御回路２２０６に送り、制御回路２２０６によって生成された信号を無線出力するのに利用可能である。

従って、ここに説明されるさらなる非限定的な実施例は、一例となる制御回路２２０６、制御回路（例えば、制御回路２２０６）に設置されたプロセッサ（例えば、ＣＰＵ２２０８）、制御回路（例えば、制御回路２２０６）に設定され、プロセッサ（例えば、ＣＰＵ２２０８）に結合されたメモリ（例えば、メモリ２２１０）の１つ以上を含むことが可能なＵＥデバイス（例えば、ビームハンドリング用に構成され、ＡＴ１９１６，１９２２、受信システム２００４又はこれらの一部を含み、及び／又は図１〜２４に関してここに更に説明されたＵＥデバイス）を有することが可能であり、ここで、プロセッサ（例えば、ＣＰＵ２２０８）は、ここに説明されるように、方法ステップを実行し、及び／又は機能を提供するため、メモリ（例えば、メモリ２２１０）に記憶されたプログラムコード（例えば、プログラムコード２２１２）を実行するよう構成される。非限定的な例として、一例となるプログラムコード（例えば、プログラムコード２２１２）は、図１〜２４及び／又はこれらの何れかの組み合わせに関してここに説明されるような機能を実現するよう構成されるコンピュータ実行可能な命令に加えて、図２１に関して上述されたようなコンピュータ実行可能な命令、その一部及び／又は相補的若しくは補完的な命令を含むことが可能である。

図２３は、本開示の各種態様を含むのに適した図２２に示された例示的なプログラムコード２２１２の簡略化されたブロック図２３００を示す。本実施例では、例示的なプログラムコード２２１２は、アプリケーションレイヤ２３０２、レイヤ３部分２３０４及びレイヤ２部分２３０６を含むことができ、レイヤ１部分２３０８に結合することができる。レイヤ３部分２３０４は、一般に無線リソース制御を行う。レイヤ２部分２３０６は、一般にリンク制御を実行する。レイヤ１部分２３０８は、一般に、物理的接続を実行する。ＬＴＥ、ＬＴＥ−Ａ又はＮＲシステムについて、レイヤ２部分２３０６は、無線リンク制御（ＲＬＣ）レイヤ及び媒体アクセス制御（ＭＡＣ）レイヤを含みうる。レイヤ３部分２３０４は、無線リソース制御（ＲＲＣ）レイヤを含みうる。さらに、さらに上述したように、例示的なプログラムコード（例えば、プログラムコード２２１２）は、図１〜２４及び／又はこれらの何れかの組み合わせに関してここで説明されたような機能を実現するよう構成されるコンピュータ実行可能な命令に加えて、図２２に関して上述されたようなコンピュータ実行可能な命令、その一部及び／又は相補的若しくは補完的な命令を含むことができる。

図２４は、ここに説明された実施例による開示された主題の様々な非限定的な態様を実現可能な例示的なモバイルデバイス２４００（例えば、モバイルハンドセット、ＵＥ、ＡＴなど）の概略図を示す。ここではモバイルハンドセット２４００が図示されているが、他のデバイスは、例えば、多数の他のモバイルデバイスのいずれかであり、モバイルハンドセット２４００は、ここに説明された主題の実施例のコンテクストを提供するため単に図示されていることが利されるであろう。以下の説明は、様々な実施例が実現可能な適切な環境２４００の一例の簡単で一般的な説明を提供することを意図している。この説明は、有形なコンピュータ可読記憶媒体に具体化されるコンピュータ実行可能な命令の汎用的なコンテクストを含むが、当業者は、当該主題がまた他のプログラムモジュールと共に、及び／又はハードウェアとソフトウェアとの組み合わせとして実現可能であることを認識するであろう。

一般に、アプリケーション（例えば、プログラムモジュール）は、特定のタスクを実行するか、あるいは、特定の抽象データタイプを実現するルーチン、プログラム、コンポーネント、データ構造などを含むことが可能である。さらに、当業者は、ここに説明される方法が、それぞれが１つ以上の関連するデバイスと動作接続可能であるパーソナルコンピュータ、携帯計算デバイス、マイクロプロセッサベース若しくはプログラマブル家電機器などと共に、シングルプロセッサ若しくはマルチプロセッサシステム、ミニコンピュータ、メインフレームコンピュータを含む他のシステム構成により実現可能であることを理解するであろう。

計算デバイスは、典型的には、各種コンピュータ可読媒体を含むことが可能である。コンピュータ可読媒体は、コンピュータによってアクセス可能であり、揮発性媒体と不揮発性媒体との双方、着脱可能媒体と着脱不可な媒体との双方を含む何れか利用可能な媒体を有することが可能である。限定することなく例示的に、コンピュータ可読媒体は、有形なコンピュータ可読ストレージ及び／又は通信媒体を含むことが可能である。有形なコンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール又は他のデータなど、情報の格納のための何れかの方法又は技術により実現される揮発性及び／又は不揮発性媒体、着脱可能及び／又は着脱不可媒体を含むことが可能である。有形なコンピュータ可読ストレージは、限定することなく、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ若しくは他のメモリ技術、ＣＤ ＲＯＭ、デジタルビデオディスク（ＤＶＤ）若しくは他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ若しくは他の磁気ストレージデバイス、又は所望の情報を記憶するのに利用可能であって、コンピュータによりアクセス可能な他の何れかの媒体を含むことが可能である。

有形なコンピュータ可読ストレージと対照される通信媒体は、典型的には、搬送波又は他のトランスポート機構などの変調されたデータ信号においてコンピュータ可読命令、データ構造、プログラムモジュール又は他のデータを具体化し、何れかの情報搬送媒体を含む。“変調データ信号”という用語は、例えば、ここで更に説明されるように、信号における情報を符号化するための方法で変更された又はそれの特性セットの１つ以上を含む信号を意味する。限定することなく例示的には、通信媒体は、有線ネットワーク又は直接的な有線接続などの有線媒体と、音響、ＲＦ、赤外線及び他の無線媒体などの無線媒体とを含む。上記の何れかの組み合わせはまた、コンピュータ可読記憶媒体と区別できるように、コンピュータ可読通信媒体の範囲内に含まれるべきである。

ハンドセット２４００は、全てのオンボード処理及び機能を制御及び処理するプロセッサ２４０２を有することが可能である。メモリ２４０４は、データ及び１つ以上のアプリケーション２４０６（例えば、ブラウザ、アプリなどの通信アプリケーション）の格納のためプロセッサ２４０２とのインタフェースをとる。他のアプリケーションは、通信の処理及び／又は経済的通信プロトコルをサポート可能である。アプリケーション２４０６は、メモリ２４０４及び／又はファームウェア２４０８に記憶され、メモリ２４０４及び／又はファームウェア２４０８の一方又は双方からプロセッサ２４０２によって実行可能である。ファームウェア２４０８はまた、ハンドセット２４００を初期化する際に実行されるスタートアップコードを記憶可能である。通信コンポーネント２４１０は、セルラネットワーク、ＶｏＩＰネットワークなどの外部システムとの有線／無線通信を実現するため、プロセッサ２４０２とインタフェースをとる。ここで、通信コンポーネント２４１０はまた、対応する信号通信などに適したセルラ送受信機２４１１（例えば、ＧＳＭ（登録商標）送受信機、ＣＤＭＡ送受信機、ＬＴＥ送受信機）及び／又はアンライセンス送受信機２４１３（例えば、Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ（ＷｉＦｉ^ＴＭ）、ＷｉＭａｘ（登録商標）（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）を含むことが可能である。ハンドセット２４００は、携帯電話、モバイル通信機能を備えたパーソナルデジタルアシスタント（ＰＤＡ）及びメッセージングセントリックデバイスなどのデバイスとすることができる。通信コンポーネント２４１０はまた、地上無線ネットワーク（例えば、放送）、デジタル衛星無線ネットワーク及びインターネットベース無線サービスネットワークなどからの通信受信を実現する。

ハンドセット２４００は、テキスト、画像、ビデオ、電話機能（例えば、発信先ＩＤ機能）、セットアップ機能及びユーザ入力を表示するディスプレイ２４１２を有する。例えば、ディスプレイ２４１２はまた、マルチメディアコンテンツ（例えば、音楽メタデータ、メッセージ、壁紙、グラフィクス）の提示を収容可能な“スクリーン”として参照可能である。ディスプレイ２４１２はまた、ビデオを表示し、ビデオ引用の生成、編集及び共有を実現可能である。シリアルＩ／Ｏインタフェース２４１４は、ハードウェア接続及び他のシリアル入力デバイス（例えば、キーボード、キーパッド及びマウス）を介し有線及び／又は無線シリアル通信（例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）及び／又はＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）１４９４）を実現するため、プロセッサ２４０２との通信において提供される。これは、例えば、ハンドセット２４００の更新及びトラブルシューティングをサポートする。オーディオ機能がオーディオＩ／Ｏコンポーネント２４１６に備えられ、例えば、ユーザがユーザフィードバック信号を開始するために適切なキー又はキーの組み合わせを押下したという通知に関するオーディオ信号の出力のためのスピーカを含みうる。オーディオＩ／Ｏコンポーネント２４１６はまた、データ及び／又は電話音声データを記録し、電話の会話の音声信号を入力するため、マイクロフォンを介し音声信号の入力を実現する。

ハンドセット２４００は、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カード又はユニバーサルＳＩＭ２４２０のフォームファクタのＳＩＣ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｃｏｍｐｏｎｅｎｔ）を収容し、プロセッサ２４０２とＳＩＭカード２４２０とのインタフェースをとるためのスロットインタフェース２４１８を有することが可能である。しかしながら、ＳＩＭカード２４２０はハンドセット２４００に製造され、データ及びソフトウェアをダウンロードすることによって更新可能であることが理解されるべきである。

ハンドセット２４００は、インターネットサービスプロバイダ（ＩＳＰ）又はブロードバンドケーブルプロバイダを介しインターネット、企業イントラネット、ホームネットワーク、パーソナルエリアネットワーク、セルラネットワークなどのＩＰネットワークからのＩＲトラフィックを収容するため、通信コンポーネント２４１０を介しインターネットプロトコル（ＩＰ）データトラフィックを処理可能である。従って、ＶｏＩＰトラフィックは、ハンドセット２４００によって利用可能であり、ＩＰベースマルチメディアコンテンツは、符号化又は復号化フォーマットの何れかにより受信可能である。

ビデオ処理コンポーネント２４２２（例えば、カメラ及び／又は関連するハードウェア、ソフトウェアなど）は、符号化されたマルチメディアコンテンツを復号化するために備えることが可能である。ビデオ処理コンポーネント２４２２は、ビデオの生成及び／又は共有を実現するのに役立ちうる。ハンドセット２４００はまた、バッテリ及び／又は交流電流（ＡＣ）電力サブシステムの形態で電源２４２４を有し、当該電源２４２４は、電力入出力（Ｉ／Ｏ）コンポーネント２４２６によって外部電力システム又は充電機器（図示せず）とのインタフェースをとることが可能である。

ハンドセット２４００はまた、受信したビデオコンテンツを処理し、ビデオコンテンツを記録及び送信するためのビデオコンポーネント２４３０を有することが可能である。例えば、ビデオコンポーネント２４３０は、ビデオの生成、編集及び共有を実現可能である。位置トラッキングコンポーネント２４３２は、ハンドセット２４００の地理的な測位を実現する。ユーザ入力コンポーネント２４３４は、上述されたように、ユーザがデータを入力し、及び／又は選択することを実現する。ユーザ入力コンポーネント２４３４はまた、資金の移転のための受取予定者を選択し、移転されるべき金額を入力し、口座制限及び／又は限定を指示すると共に、コンテクストによって必要とされるメッセージ及び他のユーザ入力タスクを構成することを実現可能である。ユーザ入力コンポーネント２４３４は、例えば、キーパッド、キーボード、マウス、スタイラスペン及び／又はタッチスクリーンなどの従来の入力デバイス技術を含むことができる。

再びアプリケーション２４０６を参照して、ヒステリシスコンポーネント２４３６は、アクセスポイントと関連付けする時点を決定するのに利用されるヒステリシスデータの解析及び処理を実現する。ＷｉＦｉ^ＴＭ送受信機１８１３がアクセスポイントのビーコンを検出した際、ヒステリシスコンポーネント２４３６のトリガを実現するソフトウェアトリガコンポーネント２４３８が、備えることができる。ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）クライアント２４４０は、ハンドセット２４００がＳＩＰプロトコルをサポートし、ＳＩＰレジスタサーバに加入者を登録することを可能にする。アプリケーション２４０６はまた、他の可能性のうち、上述されたようなユーザインタフェースコンポーネント機能を実現可能な通信アプリケーション又はクライアント２４４６を含むことができる。

開示の各種態様が上述された。ここでの教示は広範な形態で具体化され、ここに開示される何れか特定の構成、機能又はその双方は単に代表的なものであることが明らかであるべきである。ここでの教示に基づき、当業者は、ここに開示された態様が他の何れかの態様から独立して実現されてもよく、これらの態様の２つ以上が様々な方法で組み合わせ可能であることを理解すべきである。例えば、ここに与えられた何れかの数の態様を利用して、装置が実現されてもよいし、あるいは、方法が実施されてもよい。さらに、ここに与えられた態様の１つ以上の加えて、又は以外の他の構成、機能又は構成及び機能を利用して、このような装置が実現されてもよいし、あるいは、このような方法が実施されてもよい。上記のコンセプトのいくつかの具体例として、いくつかの態様では、同時チャネルがパルス繰り返し周波数に基づき確立されてもよい。いくつかの態様では、同時チャネルがパルスポジション又はオフセットに基づき確立されてもよい。いくつかの態様では、同時チャネルが時間ホッピングシーケンスに基づき確立されてもよい。いくつかの態様では、同時チャネルがパルス繰り返し周波数、パルスポジション又はオフセット及び時間ホッピングシーケンスに基づき確立されてもよい。

当業者は、情報及び信号が様々な異なる技術の何れかを用いて表現されても良いことを理解するであろう。例えば、上記説明を通じて参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子又はこれらの何れかの組み合わせによって表されてもよい。

当業者は更に、ここに開示された態様と共に説明される各種の例示的な論理ブロック、モジュール、プロセッサ、手段、回路及びアルゴリズムステップが、電子的ハードウェア（例えば、ソース符号化又は他の技術を用いて設計されうるデジタル実現形態、アナログ実現形態又は２つの組み合わせ）、命令を含むプログラム若しくは設計コードの各種形態（便宜上、“ソフトウェア”又は“ソフトウェアモジュール”としてここで参照されうる）、又は双方の組み合わせとして実現されてもよい。ハードウェアとソフトウェアとのこの互換性を明確に示すため、各種の例示的なコンポーネント、ブロック、モジュール、回路及びステップが、それらの機能に関して一般的に上述された。このような機能がハードウェア又はソフトウェアとして実現されるか否かは、システム全体に課される特定のアプリケーション及び設計制約に依存する。当業者は、特定の各アプリケーションのための様々な方法で説明された機能を実現してもよいが、このような実現の決定は、本開示の範囲からの逸脱を生じさせるものとして解釈されるべきでない。

さらに、ここに開示される態様と共に説明される様々な例示的な論理ブロック、モジュール及び回路は、集積回路（“ＩＣ”）、アクセス端末又はアクセスポイント内で実現されるか、あるいはこれらによって実行されてもよい。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）若しくは他のプログラマブル論理デバイス、離散ゲート若しくはトランジスタロジック、離散ハードウェアコンポーネント、電気コンポーネント、光コンポーネント、機械コンポーネント又はここに説明された機能を実行するよう設計されたこれらの何れかの組み合わせを含むものであってもよく、ＩＣ内、ＩＣ外又は双方に配置されたコード又は命令を実行しうる。汎用プロセッサはマイクロプロセッサであってもよいが、あるいは、プロセッサは、何れか従来のプロセッサ、コントローラ、マイクロプロセッサ又は状態マシーンであってもよい。プロセッサはまた、ＤＳＰとマイクロプロセッサとの組み合わせなどの計算デバイスの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと共に１つ以上のマイクロプロセッサ又は他の何れかこのような構成として実現されてもよい。

何れか開示されたプロセスにおける何れか特定の順序又は階層のステップはサンプルアプローチの具体例であることが理解される。設計嗜好に基づき、プロセスにおける特定の順序又は階層のステップは、本開示の範囲内に留まりながら再構成されうることが理解される。添付した方法の請求項は、サンプル順序における各種ステップの要素を提示し、提示された特定の順序又は階層に限定されることを意味していない。

ここに開示された態様に関連して説明された方法又はアルゴリズムのステップは、直接ハードウェアにおいて、プロセッサにより実行されるソフトウェアモジュールにおいて、又は２つの組み合わせにおいて具体化されてもよい。ソフトウェアモジュール（例えば、実行可能命令及び関連データを含む）及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤ−ＲＯＭ又は当該分野において既知の他の何れかの形態のコンピュータ可読記憶媒体などのデータメモリに配置されてもよい。サンプル記憶媒体は、プロセッサが記憶媒体から情報（例えば、コード又はプログラムコード）を読み書きできるように、コンピュータ／プロセッサ（便宜上、“プロセッサ”としてここでは参照されうる）などのマシーンに結合されてもよい。サンプル記憶媒体は、プロセッサに統合されてもよい。プロセッサ及び記憶媒体はＡＳＩＣに配置されてもよい。ＡＳＩＣはユーザ装置に配置されてもよい。あるいは、プロセッサ及び記憶媒体は、ユーザ装置における離散コンポーネントに配置されてもよい。さらに、いくつかの態様では、何れか適切なコンピュータプログラム製品は、開示の態様の１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様では、コンピュータプログラム製品はパッケージング物質を含んでもよい。

本開示の各種実施例が様々な非限定的な態様に関して説明されたが、本開示の実施例が更なる修正が可能であることが理解されるであろう。本出願は、一般に本開示の原理に従って、本開示からの逸脱を含む本開示の何れかの変形、使用又は適応化を、本開示が属する技術内の既知及びカスタマイズされた実施内に属するものとしてカバーすることが意図される。

当業者は、ここに与えられた方式でデバイス及び／又はプロセスを説明し、その後、技術的実施を用いて説明されたデバイス及び／又はプロセスをシステムに統合することが技術範囲内で一般的であることを認識するであろう。すなわち、ここに説明されるデバイス及び／又はプロセスの少なくとも一部は、妥当な量の実験を介しシステムに統合可能である。当業者は、典型的なシステムが、システムユニットハウジング、ビデオディスプレイデバイス、揮発性及び不揮発性メモリなどのメモリ、マイクロプロセッサ及びデジタル信号プロセッサなどのプロセッサ、オペレーティングシステム、ドライバ、グラフィカルユーザインタフェース及びアプリケーションプログラムなどの計算エンティティ、タッチ又はスクリーンなどの１つ以上のインタラクションデバイス、及び／又はフィードバックループ及び制御デバイスを含む制御システム（例えば、位置及び／又は速度を検知するフィードバック、移動及び／又は調整パラメータのための制御デバイス）の１つ以上を含むことが可能であることを認識するであろう。典型的なシステムは、データ計算／通信及び／又はネットワーク計算／通信システムにおいて典型的には見つけられるものなど、何れか適切な商業的に利用可能なコンポーネントを用いて実現可能である。

開示された主題の各種実施例は、他のコンポーネントに含まれるか、あるいは接続される異なるコンポーネントを示すことがある。このような図示されたアーキテクチャは単なる一例であり、実際には、同一及び／又は等価な機能を実現する多数の他のアーキテクチャが実現可能であることが理解されるべきである。概念的な意味で、同一及び／又は等価な機能を実現するためのコンポーネントの何れかの配置は、所望される機能が実現されるように、効果的に“関連付け”される。ここでは、特定の機能を実現するためここに組み合わされる何れか２つのコンポーネントは、アーキテクチャ又は中間的なコンポーネントに関係なく、所望の機能が実現されるように、互いに“関連付け”されているとみなすことができる。同様に、関連付けされた何れか２つのコンポーネントはまた、所望の機能を実現するため、互いに“動作接続”、“動作結合”、“通信接続”及び／又は“通信結合”されるとしてみなすことができ、関連付け可能な何れか２つのコンポーネントは、所望の機能を実現するため、互いに“動作結合可能”又は“通信結合可能”であるとしてみなすことができる。動作結合可能又は通信結合可能の特定の具体例は、限定することなく、物理的に接合可能及び／又は物理的に相互作用するコンポーネント、無線相互作用可能及び／又は無線相互作用するコンポーネント、及び／又は論理相互作用及び／又は論理相互作用可能コンポーネントを含むことができる。

ここに用いられる実質的に何れか複数及び／又は単数の用語に関して、当業者は、コンテクスト及び／又はアプリケーションにとって適切であり得るとして、複数から単数及び／又は単数から複数に変換可能である。各種の単数／複数の置換は、限定することなく、簡単化のためここで明示的に提供されてもよい。

一般に、ここで用いられ、特に添付した請求項（例えば、添付した請求項のボディ）における用語は、一般に“オープン”な用語（例えば、“含む”という用語は“限定することなく含む”として解釈されるべきであり、“有する”という用語は“少なくとも有する”として解釈されるべきであり、“含む”という用語は“限定されないが、含む”として解釈されるべきである）として意図されることが、当業者により理解されるであろう。さらに、導入された請求項の記載の特定の数が意図される場合、そのような意図は請求項において明示的に切りされ、そのような記載がない場合、そのような意図はないことが、当業者によって理解されるであろう。例えば、理解の支援として、以下の添付された請求項は、請求項の記載を導入するため、導入フレーズ“少なくとも１つ”及び“１つ以上”の利用を含みうる。しかしながら、そのようなフレーズの使用は、不定冠詞“ａ”又は“ａｎ”による請求項の記載の導入が、同一の請求項が“ａ”又は“ａｎ”（例えば、“ａ”及び／又は“ａｎ”は“少なくとも１つ”又は“１つ以上”を意味すると解釈されるべきである）などの不定冠詞と“１つ以上”又は“少なくとも１つ”の導入フレーズを含むときでさえ、そのような導入された請求項の記載を含む何れか特定の請求項をそのような１つの記載しか含まない実施例に限定することを意味すると解釈されるべきでなく、同じことが請求項の記載を導入するのに用いられる定冠詞の使用について成り立つ。さらに、導入された請求項の記載の特定の数が明示的に記載されたとしても、当業者は、そのような記載が記載された数（例えば、他の修飾語なしの“２つの記載”のそのままの記載は、少なくとも２つの記載又は２つ以上の記載を意味する）を少なくとも意味すると解釈されるべきであることを認識するであろう。さらに、“Ａ、Ｂ及びＣの少なくとも１つ”に類似した用語が用いられるこれらの例では、一般に、当業者が当該用語（例えば、“Ａ、Ｂ及びＣの少なくとも１つを有するシステムは、限定することなく、Ａ単独、Ｂ単独、Ｃ単独、Ａ及びＢ一緒、Ａ及びＣ一緒、Ｂ及びＣ一緒及び／又はＡ、Ｂ及びＣ一緒を有するシステムを含む”）を理解する点で、そのような用語は意図される。“Ａ、Ｂ又はＣの少なくとも１つ”に類似した用語が用いられるこれらの例では、一般に、当業者が当該用語（例えば、“Ａ、Ｂ又はＣの少なくとも１つを有するシステムは、限定することなく、Ａ単独、Ｂ単独、Ｃ単独、Ａ及びＢ一緒、Ａ及びＣ一緒、Ｂ及びＣ一緒及び／又はＡ、Ｂ及びＣ一緒を有するシステムを含む”）を理解する点で、そのような用語は意図される。さらに、２つ以上の代替的な用語を提示する実質的に何れかの接続し及び／又はフレーズは、説明、請求項又は図面にかかわらず、用語の１つ、用語の何れか又は双方の用語を含む可能性を想定していると解釈されるべきであることは、当業者に理解されるであろう。例えば、“Ａ又はＢ”というフレーズは、“Ａ”、“Ｂ”又は“Ａ及びＢ”の可能性を含むと理解されるであろう。

さらに、開示の特徴又は態様がマーカッシュ形式で記述される場合、当業者は、開示がマーカッシュグループの何れか個々のメンバ又はメンバのグループに関して説明されていることを認識するであろう。

当業者によって理解されるように、記載された説明を提供することに関するなどの何れか及び全ての目的のため、ここに開示された全ての範囲はまた何れか及び全ての可能なサブ範囲及びこれらサブ範囲の組み合わせを含む。何れか列記された範囲は、同一の範囲が少なくとも等しい１／２、１／３、１／４、１／５、１／１０などに分割されることを十分に説明及び可能にすると容易に認識できる。非限定的な例として、ここに説明された各範囲は、下位１／３、真ん中の１／３及び上位１／３などに容易に分割できる。当業者により理解されるように、“まで”、“少なくとも”などの全ての用語は、記載された数を含み、上述されたようなサブ範囲に以降に分割できる範囲を参照する。最後に、当業者に理解されるように、範囲は個々の各メンバを含む。従って、例えば、１〜３個のセルを有するグループは、１、２又は３個のセルを有するグループを参照する。同様に、１〜５個のセルを有するグループは、１，２，３，４又は５個のセルを有するグループを参照するなどである。

上記から、開示された主題の各種実施例が説明のためにここに説明され、本開示の範囲及び精神から逸脱することなく各種修正がなされてもよいことが留意される。従って、ここに説明される各種実施例は、添付した請求項によって示される真の範囲及び精神によって限定的であると意図されない。

さらに、“例”及び“非限定的”という用語は、例、インスタンス又は図示として役立つことを意味するためここに用いられる。疑いを避けるため、ここに開示された主題は、そのような例によって限定されない。さらに、“例”、“図示”及び／又は“非限定的”としてここに説明された何れかの態様又は設計は、他の態様又は設計に対して好ましい又は効果的であるとして解釈される必要はなく、また、当業者に既知の等価な一例となる構成及び技術を排除することを意味しない。さらに、“含む”、“有する”、“内蔵する”及び他の同様の単語が詳細な説明又は請求項において用いられる程度まで、疑いを避けるため、そのような用語は、上述したように、何れかの追加的又は他の要素を排除することなく、オープン遷移語としての“有する”という用語と同様に内包的であることが意図される。

上述されたように、ここに説明される各種技術は、ハードウェア、ソフトウェア又は適切である場合には双方の組み合わせに関して実現可能である。ここで用いられる“コンポーネント”、“システム”などの用語は、同様に、コンピュータ関連エンティティ、ハードウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア又は実行中のソフトウェアを参照することが意図される。例えば、コンポーネントは、限定されることなく、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能、実行スレッド、プログラム及び／又はコンピュータとすることができる。例えば、コンピュータ上で実行されるアプリケーションとコンピュータとの双方がコンポーネントとすることができる。さらに、１つ以上のコンポーネントは、プロセス及び／又は実行スレッド内に配置可能であり、コンポーネントは１つのコンピュータにローカライズされ、及び／又は２つ以上のコンピュータの間に分散できる。

ここに説明されるシステムは、複数のコンポーネントの間のインタラクションに関して説明できる。そのようなシステム及びコンポーネントは、これらのコンポーネント若しくは指定されたサブコンポーネント、指定されたコンポーネント又はサブコンポーネントの一部若しくはこれらの一部、及び／又は追加的なコンポーネント、上記の各種置換及び組み合わせを含みうることが理解できる。サブコンポーネントはまた、ペアレントコンポーネント（階層的）内に含まれるのでなく、他のコンポーネントに通信結合されるコンポーネントとして実現可能である。さらに、１つ以上のコンポーネントは集約的な機能を提供する単一のコンポーネントに組み合わせ可能であるか、あるいは、複数の別々のサブコンポーネントに分割可能であり、マネージメントレイヤなどの何れか１つ以上の中間コンポーネントレイヤが、上述されたような統合された機能を提供するためにサブコンポーネントに通信結合するため備えることができることが留意されるべきである。ここに説明される何れかのコンポーネントはまた、ここに具体的には説明されていないが、当業者に一般に知られる１つ以上の他のコンポーネントとやりとりできる。

上述されたように、ここに説明される一例となるシステムに関して、説明される主題に従って実現可能な方法は、各種図面のフローチャートを参照してより良好に理解できる。説明の簡単化のため、方法はブロックの系列として図示及び説明できるが、請求される主題は、一部のブロックが図示及び説明されたものと異なる順序で及び／又は他のブロックと同時に実行可能であるとき、ブロックの順序によって限定されないことが理解及び認識されるべきである。非逐次的又は分岐したフローがフローチャートを介し示される場合、同一又は類似の結果を実現するブロックの様々な他の分岐、フローパス及び順序が実現可能であることが理解できる。さらに、必ずしも全ての図示されたブロックが、以降に説明される方法を実現するのに必要とされない可能性がある。

開示された主題は開示された実施例及び各種図面に関して説明されたが、他の同様の実施例が利用されてもよいし、あるいは、逸脱することなく開示された主題の同一の機能を実行するための修正及び追加が説明された実施例に対して行いうることが理解されるべきである。さらに、複数の処理チップ又は複数のデバイスは、ここに説明された１つ以上の機能の実行を共有可能であり、同様に、複数のデバイスにわたる格納が実行可能である。他の例では、プロセスパラメータ（例えば、コンフィギュレーション、コンポーネント数、コンポーネントの集約、プロセスステップタイミング及び順序、プロセスステップの追加及び／又は削除、前処理及び／又は後処理ステップの追加）の変形が、ここに図示及び説明されるような提供された構成、デバイス及び方法を更に最適化するために行うことができる。何れかのイベントにおいて、ここに説明される関連する方法と共に、システム、構成及び／又はデバイスは、開示された主題の各種態様に多くのアプリケーションを有する。従って、主題は、何れか単一の実施例に限定されるべきでなく、添付した請求項に従って幅、精神及び範囲において解釈されるべきである。

Claims (20)

1. ユーザ装置（ＵＥ）のための方法であって、
   送信又は受信に使用する少なくとも１つのＵＥビームに関する第１の通知をネットワークノードから受信するステップと、
   ビームトラッキングのためのサービングビームの変更を検出するための周期的なシグナリングを前記ネットワークノードから受信するステップと、
   前記ビームトラッキングが失敗していない場合、前記送信又は前記受信のため前記少なくとも１つのＵＥビームを使用するステップと、
   前記ビームトラッキングが失敗している場合、特定のＵＥビームを用いて前記サービングビームの変更のための第２の通知を送信又は受信するステップと、
   を有し、
   前記特定のＵＥビームは前記少なくとも１つのＵＥビームと異なり、
   前記特定のＵＥビームは前記ＵＥによって選択される方法。
2. 前記ＵＥは、ＵＥビームスイーピングなしに前記特定のＵＥビームを用いて前記第２の通知を送信又は受信する、請求項１記載の方法。
3. 前記ＵＥは、前記少なくとも１つのＵＥビームと前記サービングビームとが揃っていない場合、前記第２の通知を送信又は受信する、請求項１記載の方法。
4. 前記ビームトラッキングは、前記サービングビームを追跡及び変更するのに利用される、請求項１記載の方法。
5. 前記ＵＥは、前記ビームトラッキングに基づき前記送信又は前記受信のため使用される前記少なくとも１つのＵＥビームに関する情報を維持する、請求項１記載の方法。
6. 前記ＵＥは、前記送信又は前記受信のためのスケジューリング情報と一緒に前記第１の通知を受信する、請求項１記載の方法。
7. 前記第２の通知を送信又は受信するタイミングは、前記ネットワークノードによって設定される、請求項１記載の方法。
8. 前記第１の通知は、前記送信又は前記受信のため使用される前記少なくとも１つのＵＥビームを暗示的に通知する、請求項１記載の方法。
9. 前記特定のＵＥビームの選択は、前記特定のＵＥビームから共通信号を正常に受信することを含む、請求項１記載の方法。
10. 前記共通信号は、同期信号又はリファレンス信号を含む、請求項９記載の方法。
11. ユーザ装置（ＵＥ）であって、
    制御回路と、
    前記制御回路に設置されたプロセッサと、
    前記制御回路に設置され、前記プロセッサに動作結合されたメモリと、
    を有し、
    前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
    送信又は受信に使用する少なくとも１つのＵＥビームに関する第１の通知をネットワークノードから受信する処理と、
    ビームトラッキングのためのサービングビームの変更を検出するための周期的なシグナリングを前記ネットワークノードから受信する処理と、
    前記ビームトラッキングが失敗していない場合、前記送信又は前記受信のため前記少なくとも１つのＵＥビームを使用する処理と、
    前記ビームトラッキングが失敗している場合、特定のＵＥビームを用いて前記サービングビームの変更のための第２の通知を送信又は受信する処理と、
    を実行するよう構成され、
    前記特定のＵＥビームは前記少なくとも１つのＵＥビームと異なり、
    前記特定のＵＥビームは前記ＵＥによって選択されるユーザ装置。
12. 前記ＵＥは、ＵＥビームスイーピングなしに前記特定のＵＥビームを用いて前記第２の通知を送信又は受信する、請求項１１記載の装置。
13. 前記ＵＥは、前記少なくとも１つのＵＥビームと前記サービングビームとが揃っていない場合、前記第２の通知を送信又は受信する、請求項１１記載の装置。
14. 前記ビームトラッキングは、前記サービングビームを追跡及び変更するのに利用される、請求項１１記載の装置。
15. 前記ＵＥは、前記ビームトラッキングに基づき前記送信又は前記受信のため使用される前記少なくとも１つのＵＥビームに関する情報を維持する、請求項１１記載の装置。
16. 前記ＵＥは、前記送信又は前記受信のためのスケジューリング情報と一緒に前記第１の通知を受信する、請求項１１記載の装置。
17. 前記第２の通知を送信又は受信するタイミングは、前記ネットワークノードによって設定される、請求項１１記載の装置。
18. 前記第１の通知は、前記送信又は前記受信のため使用される前記少なくとも１つのＵＥビームを暗示的に通知する、請求項１１記載の装置。
19. 前記ＵＥは、前記特定のＵＥビームから共通信号を正常に受信することによって、前記特定のＵＥビームを選択する、請求項１１記載の装置。
20. 前記共通信号は、同期信号又はリファレンス信号を含む、請求項１９記載の装置。

Images