▶ エスシーエー アイピーエルエー ホールディングス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-25
(45)【発行日】2023-08-02
(54)【発明の名称】新無線におけるコネクテッドモードのモビリティ
(51)【国際特許分類】
H04W 36/30 20090101AFI20230726BHJP
H04W 16/28 20090101ALI20230726BHJP
H04W 74/08 20090101ALI20230726BHJP
H04W 72/044 20230101ALI20230726BHJP
【ＦＩ】
H04W36/30
H04W16/28
H04W74/08
H04W72/044 110
【請求項の数】
10
(21)【出願番号】P 2020506919
(86)(22)【出願日】2018-08-09
(65)【公表番号】
(43)【公表日】2020-10-22
(86)【国際出願番号】 US2018046050
(87)【国際公開番号】W WO2019032853
(87)【国際公開日】2019-02-14
【審査請求日】2021-08-02
(31)【優先権主張番号】62/543,599
(32)【優先日】2017-08-10
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/564,452
(32)【優先日】2017-09-28
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/580,639
(32)【優先日】2017-11-02
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】513018028
【氏名又は名称】アイピーエルエー ホールディングス インコーポレイテッド
【氏名又は名称原語表記】ＩＰＬＡ Ｈｏｌｄｉｎｇｓ Ｉｎｃ．
【住所又は居所原語表記】２５ Ｍａｄｉｓｏｎ Ａｖｅｎｕｅ，Ｎｅｗ Ｙｏｒｋ，ＮＹ １００１０，Ｕ．Ｓ．Ａ．
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】マリー，ジョゼフ，エム．
(72)【発明者】
【氏名】アジャクプレ，パスカル，エム．
(72)【発明者】
【氏名】テリー，ステファン，イー．
【審査官】野村 潔
(56)【参考文献】
【文献】国際公開第２０１８／２０３８１６（ＷＯ，Ａ１）
【文献】特開２０１７－１３５７５８（ＪＰ，Ａ）
【文献】国際公開第２０１７／０２６４４４（ＷＯ，Ａ１）
【文献】国際公開第２０１７／０２２９０２（ＷＯ，Ａ１）
【文献】Huawei, HiSilicon，Baseline handover procedure for inter gNB handover in NR[online]，3GPP TSG RAN WG2 adhoc_2017_06_NR R2-1706705，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2017_06_NR/Docs/R2-1706705.zip>，2017年06月17日
【文献】MediaTek Inc.，Handover in NR Considering Multiple-beam Operation[online]，3GPP TSG RAN WG2 #98 R2-1704525，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_98/Docs/R2-1704525.zip>，2017年05月05日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ネットワーク内の装置において、非一時的メモリであって、そこに格納された、前記ネットワーク内のターゲットセルにアクセスするためのリソースを取得するための命令を含む非一時的メモリと、
前記非一時的メモリに動作可能に結合されたプロセッサであって、
共通物理ランダムアクセスチャネル（ＰＲＡＣＨ）設定に関するパラメータを含めるためのＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥと、ターゲットセルの専用ＰＲＡＣＨ設定に関するパラメータを含めるためのＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥとを含むハンドオーバコマンドを無線リソース制御（ＲＲＣ）シグナリングによって受信する命令であって、前記ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥは、コンテンションフリーランダムアクセス（ＣＦＲＡ）を同期信号（ＳＳ）ブロックを用いて行うための第１のリソースリストと、ＣＦＲＡをチャネル状態情報基準信号（ＣＳＩ－ＲＳ）を用いて行うための第２のリソースリストを含めるためのフィールドを有し、前記第１のリソースリストは、ＳＳブロックの設定ＩＤと前記ＳＳブロックの設定ＩＤに関連付けられたＰＲＡＣＨリソースのリストを構成し、前記第２のリソースリストは、ＣＳＩ－ＲＳの設定ＩＤと前記ＣＳＩ－ＲＳの設定ＩＤに関連付けられたＰＲＡＣＨリソースのリストを構成し、前記ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥは、ランダムアクセスを実行するために前記ＳＳブロック又は前記ＣＳＩ－ＲＳを使用できるか否かを判定するための第１の基準信号受信電力（ＲＳＲＰ）閾値を含めるためのフィールドを有する、命令と、
前記ターゲットセルに関連付けられた複数のＳＳブロック又はＣＳＩ－ＲＳを検出する命令と、
前記複数の検出されたＳＳブロック又はＣＳＩ－ＲＳのうちで、前記第１のＲＳＲＰ閾値を満たす１つ以上を決定する命令と、
前記決定された複数のＳＳブロック又はＣＳＩ－ＲＳのうち１つを選択する命令と、
前記選択された１つのＳＳブロック又はＣＳＩ－ＲＳに関連付けられたＰＲＡＣＨリソースのうち１つを前記第１のリソースリスト又は前記第２のリソースリストに基づいて選択する命令と、
前記選択された１つのＰＲＡＣＨリソースを使用してＰＲＡＣＨプリアンブルを送信する命令と
を実行するように設定されたプロセッサとを備えた装置。
【請求項2】
前記ＰＲＡＣＨリソースは次のＰＲＡＣＨ機会に対応する、請求項１に記載の装置。
【請求項3】
前記ＰＲＡＣＨリソースを選択する命令は更に、前記選択されたＳＳブロック又はＣＳＩ－ＲＳに関連付けられたプリアンブルを選択することを含む、請求項１に記載の装置。
【請求項4】
前記プリアンブルは、前記選択されたＳＳブロック又はＣＳＩ－ＲＳに関連付けられたプリアンブルから等しい確率でランダムに選択される、請求項３に記載の装置。
【請求項5】
前記装置はユーザ機器である、請求項１に記載の装置。
【請求項6】
前記ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥは、ランダムアクセスを実行するために前記ＣＳＩ－ＲＳを使用できるか否かを判定するための第２のＲＳＲＰ閾値を含めるためのフィールドを有し、前記第１のＲＳＲＰ閾値は、前記ランダムアクセスを実行するために前記ＳＳブロックを使用できるか否かを判定するためのものである、請求項１に記載の装置。
【請求項7】
検出されたＳＳブロック又はＣＳＩ－ＲＳのいずれも前記第１のＲＳＲＰ閾値又は前記第２のＲＳＲＰ閾値を満たさないことを決定し、前記検出された複数のＳＳブロック又はＣＳＩ－ＲＳのうち最良のＳＳブロックを選択する、
請求項６に記載の装置。
【請求項8】
複数のノードを有するネットワークシステムにおいて、ネットワーク内のユーザ機器（ＵＥ）をターゲットセルにアクセスさせるための方法であって、前記複数のノードはソースノードとターゲットノードを含み、前記ソースノードから、共通ランダムアクセスチャネル（ＰＲＡＣＨ）設定に関するパラメータを含めるためのＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥと、ターゲットセルの専用ＰＲＡＣＨ設定に関するパラメータを含めるためのＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥとを含むハンドオーバコマンドを無線リソース制御（ＲＲＣ）シグナリングによって前記ＵＥに送信することであって、前記ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥは、コンテンションフリーランダムアクセス（ＣＦＲＡ）を同期信号（ＳＳ）ブロックを用いて行うための第１のリソースリストと、ＣＦＲＡをチャネル状態情報基準信号（ＣＳＩ－ＲＳ）を用いて行うための第２のリソースリストを含めるためのフィールドを有し、前記第１のリソースリストは、ＳＳブロックの設定ＩＤと前記ＳＳブロックの設定ＩＤに関連付けられたＰＲＡＣＨリソースのリストを構成し、前記第２のリソースリストは、ＣＳＩ－ＲＳの設定ＩＤと前記ＣＳＩ－ＲＳの設定ＩＤに関連付けられたＰＲＡＣＨリソースのリストを構成し、前記ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥは、ランダムアクセスを実行するために前記ＳＳブロック又は前記ＣＳＩ－ＲＳを使用できるか否かを判定するための第１の基準信号受信電力（ＲＳＲＰ）閾値を含めるためのフィールドを有する、ことと、
前記ターゲットノードにおいて、前記第１のＲＳＲＰ閾値に基づいて選択された１つのＳＳブロック又はＣＳＩ－ＲＳに関連付けられたＰＲＡＣＨリソースを用いてＰＲＡＣＨプリアンブルを受信すること
を含む方法。
【請求項9】
前記ＰＲＡＣＨリソースは、前記第１のリソースリスト又は前記第２のリソースリストに基づいて選択される、請求項８に記載の方法。
【請求項10】
前記ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥは、ランダムアクセスを実行するために前記ＣＳＩ－ＲＳを使用できるか否かを判定するための第２のＲＳＲＰ閾値を含めるためのフィールドを有し、前記第１のＲＳＲＰ閾値は、前記ランダムアクセスを実行するために前記ＳＳブロックを使用できるか否かを判定するためのものである、請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
＜関連技術に対する相互参照＞
この出願は、２０１７年８月１０日に出願された「新無線におけるコネクテッドモードモビリティ」と題する米国仮出願第６２／５４３，５９９号、２０１７年９月２８日に出願された「新無線におけるコネクテッドモードモビリティ」と題する米国仮出願第６２／５６４，４５２号、および２０１７年１１月２日に提出された「新無線におけるコネクテッドモードモビリティ」と題する米国仮出願第６２／５８０，６３９号の優先権の利益を主張するものであり、それらの全体の内容を参照により本明細書の一部として援用する。
この出願は、２０１７年８月１０日に出願された「新無線におけるコネクテッドモードモビリティ」と題する米国仮出願第６２／５４３，５９９号、２０１７年９月２８日に出願された「新無線におけるコネクテッドモードモビリティ」と題する米国仮出願第６２／５６４，４５２号、および２０１７年１１月２日に提出された「新無線におけるコネクテッドモードモビリティ」と題する米国仮出願第６２／５８０，６３９号の優先権の利益を主張するものであり、それらの全体の内容を参照により本明細書の一部として援用する。
【0002】
本願は、新無線（New Radio：ＮＲ）におけるコネクテッドモードモビリティのための方法およびシステムに向けられている。
【背景技術】
【0003】
ＲＡＮ２は、ハンドオーバコマンドが、ターゲットセルのビームに関連付けられた一組の専用および／または共通ＰＲＡＣＨリソースを含み得ることに同意している。専用ＰＲＡＣＨリソースは、もし提供されるならば、ＵＥによって報告されたＲＲＭ測定に基づいて、適切と看做されるビームに関連付けられるであろう。しかし、高周波配備についてのチャネルの伝搬特性を考慮すれば、測定レポートの時点で適切と看做された１つ以上のビームの品質が、ハンドオーバコマンドを受信するまでに低下している可能性がある。
【0004】
ＵＥがターゲットセルにアクセスするためのビームを選択するときに、専用ＰＲＡＣＨリソースに関連付けられたビームのみを考慮するシナリオにおいて、ＵＥは、ランダムアクセス手順を正常に完了する前にプリアンブル再送信を必要とする低品質ビームを選択することができる。共通ＰＲＡＣＨリソースに関連付けられたビームを選択し、競合ベースのランダムアクセス（Contention Based Random Access：ＣＢＲＡ）を実行する方が、専用ＰＲＡＣＨリソースに関連付けられたビームを選択して、競合なしのランダムアクセス（Contention Free Random Access：ＣＦＲＡ）を実行するよりも良好である可能性がある。
【0005】
或いは、ＵＥが専用および共通ＰＲＡＣＨリソースに関連付けられたビームの上位集合から「最良」のビームを選択するとすれば、ＵＥは、ＣＢＲＡを必要とし且つ衝突に起因してプリアンブル再送信を必要とし得る共通ＰＲＡＣＨリソースに関連付けられたビームを選択し得る。このようなシナリオでは、専用ＰＲＡＣＨリソースに関連付けられた低品質のビームを選択して、ＣＦＲＡを実行する方が良いこともあり得る。
【0006】
高周波配備の場合、高い伝搬損失を補償するためにビーム形成が使用される。セル内での信頼できるカバレッジを提供するために、幾つかの狭い高利得のビームが使用されると予想される。幾つかのビームは、カバレッジ内において、他のビームよりも集中度の高いＵＥを有するであろう。密集したビームを介して前記ターゲットセルにアクセスしようとすると、プリアンブルの衝突、バックオフインジケータの受信などによるハンドオーバ中の中断時間が長くなる可能性がある。更に、前記ＵＥが密集したビームを介して前記ターゲットセルにアクセスできる場合であっても、アクセスが完了したら、前記ＵＥはデータ送信を開始する前に別のビームに切り替えることを要求される可能性があり、これによって中断時間は更に長くなるであろう。
【0007】
長期進化（Long-Term Evolution：ＬＴＥ）技術において、ＵＥは、アクセス要求の目的に依存しない設定済みパラメータの同じ組を用いて、ランダムアクセス手順を実行する。しかしながら、ＮＲには、アクセス要求の実行時に異なるパフォーマンス目標を示す、より多様な使用事例をサポートする必要がある。当技術分野ではまた、ＮＲについて、優先順位付けされたランダムアクセス手順をサポートする必要性も存在する。
【発明の概要】
【0008】
この概要は、以下の詳細な説明において更に説明される概念の選択を、簡略化された形式で紹介するために提供するものである。この概要は、特許請求の範囲に記載された主題の範囲を制限することを意図したものではない。前述のニーズは、本願が記載するところによって、かなりの程度まで満たされるものである。
【0009】
本願の１つの態様は、ネットワーク内のターゲットセルにアクセスするためのリソースを取得するための命令がそこに格納された非一時的メモリを含んだ、ネットワーク内の装置に向けられている。この装置は、前記非一時的メモリに動作可能に結合されたプロセッサであって、前記ターゲットセルに関連付けられた複数のビームを検出する命令を実行するように設定されたプロセッサを含む。当該プロセッサはまた、ランダムアクセスを実行するための閾値に適合する複数の検出されたビームのうち、１つ以上を決定する命令を実行する。前記プロセッサはまた、物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）リソースが、前記閾値に適合した１つ以上の予め定められたビームに関連付けられているかどうかを評価する命令をも実行する。前記プロセッサは更に、予め定められた値を超える基準信号受信電力（Reference Signal Received Power：ＲＳＲＰ）を示す評価済みビームの１つを選択する命令を実行する。前記プロセッサは更に、前記選択されたビームに関連付けられたＰＲＡＣＨリソースを選出する命令を実行する。
【0010】
本願の別の態様は、そこに格納された物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソース選択のための命令を含んだ非一時的メモリを含むネットワーク内の装置に向けられている。当該装置は、前記非一時的メモリに動作可能に結合されて、無線リソース制御（Radio Resource Control：ＲＲＣ）から受信した競合なしのランダムアクセス（Random Access：ＲＡ）リソースのリストを決定する命令を実行するように設定されたプロセッサを含む。当該プロセッサはまた、前記リストが同期信号ブロック（Synchronization Signal Block：ＳＳＢ）指数群またはチャネル状態情報参照信号（Channel State Information Reference Signal：ＣＳＩ－ＲＳ）指数群を含むかどうかを決定する命令を実行する。前記プロセッサはまた、前記ＳＳＢ指数群または前記ＣＳＩ－ＲＳ指数群から指数を選択する命令をも実行する。前記プロセッサは更に、プリアンブル指数を、前記選択された指数に関連付けられたランダムアクセス（ＲＡ）プリアンブル指数に設定する命令を実行する。前記プロセッサは更に、前記指数に対応するＲＡプリアンブルを前記ネットワーク内のセルへと送信する命令を実行する。
【0011】
本願の更に別の態様は、ネットワーク内のターゲットセルへのハンドオーバを実行するための命令を格納した、非一時的メモリを含むネットワーク内の装置に向けられている。この装置は、前記非一時的メモリに動作可能に結合されて、測定レポートをソースノードに送信する命令を実行するように設定されたプロセッサを含む。当該プロセッサはまた、前記ソースノードから、ハンドオーバコマンドメッセージを受信する命令をも実行する。前記ハンドオーバコマンドメッセージは、前記測定レポートおよび無線リソース監視（Radio Resource Monitoring：ＲＲＭ）情報に基づいて、前記装置を前記ターゲットセルに割り当てるかどうかを決定するソースノードに基づいている。前記ハンドオーバコマンドメッセージは、前記ターゲットセルにハンドオーバ要求を送信する前記ソースノードに基づいている。前記ハンドオーバコマンドメッセージは更に、前記ターゲットセルからハンドオーバ承認メッセージを受信する前記ソースノードに基づいている。前記装置のプロセッサは更に、前記ハンドオーバコマンドメッセージに基づいて、ランダムアクセスプリアンブル（Random Access Preamble：ＲＡＰ）を、第１のビーム上で前記ターゲットセルに送信する命令を実行する。前記装置のプロセッサは更に、前記ターゲットセルからランダムアクセス応答（Random Access Response：ＲＡＲ）を受信する命令を実行する。
【0012】
上記の通り、本発明の特定の実施形態を、その詳細な説明をより良く理解できるように、また当該技術に対する本発明の貢献をより良く理解できるように、本発明の特定の実施形態をかなり広範に概説してきた。
【図面の簡単な説明】
【0013】
本願のより強固な理解を容易にするために、添付の図面を参照するが、そこでは同様の要素は同様の数字で参照される。これらの図面は、本願を限定するものと解されるべきものではなく、例示のみを目的とするものである。
【0014】
【発明を実施するための形態】
【0015】
本明細書の様々な図、実施形態および態様を参照して、例示的な実施形態の詳細な説明を述べる。この説明は可能な実装の詳細な例を提供するものであるが、この詳細は例であることを意図しているため、本願の範囲を制限するものでないことが理解されるべきである。
【0016】
本明細書における「一実施形態」、「実施形態」、「１つ以上の実施形態」、「態様」などへの言及は、当該実施形態に関連して説明される特定の特徴、構造、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。更に、本明細書の様々な箇所における「実施形態」の用語は、必ずしも同じ実施形態を指称するものではない。即ち、幾つかの実施形態によって示され、且つ他の実施形態には示されない可能性のある様々な特徴が記述される。
【0017】
一般に、本願は、前記測定レポートに含められるべきビームを選択するための方法およびシステムを記載する。本願の１つの態様は、前記ハンドオーバコマンド内の専用および／または共通ＰＲＡＣＨリソースの組から、前記ターゲットセルにアクセスするために使用される前記ＰＲＡＣＨリソースを最適に選択する方法を記載する。ＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥを使用して、前記ハンドオーバコマンドにおける専用のＲＡＣＨ設定を通知できる。ＰＲＡＣＨリソース選択モデルは、前記ＲＲＭ測定モデルと統合されてよい。
【0018】
本願の別の態様は、第１のアクセス試行に使用され得る狭ビームに関連した一組のＰＲＡＣＨリソースから、ＰＲＡＣＨリソース選択を実行する方法を記述する。これに続いて、最初のアクセス試行が成功しなかった場合には、２回目のアクセス試行に使用できる広ビームに関連した一組のＰＲＡＣＨリソースから、ＰＲＡＣＨリソースを選択できる。
【0019】
本願の更なる態様は、ランダムアクセスを実行するときに、ターゲットセルのビーム間で負荷分散を実行するために使用し得る手順を記述する。ＭＡＣ ＲＡＲは、任意に、ＵＥに対して異なるビームの使用を指示するために使用し得るビーム切替えコマンドを含むことができる。
【0020】
本願の更に別の態様は、優先順位付けされたランダムアクセスに向けられている。これには、様々なタイプのランダムアクセス事象に対して優先順位を割り当てる方法が含まれ得る。これには、一組の異なる値をランダムアクセスパラメータに割り当てる方法も含まれる場合があり、この一組の割り当てられた値は前記ランダムアクセスの優先順位に基づいている。
【0021】
＜定義／頭字語＞
本願において共通に使用される用語および語句についての定義が、下記の設定に提供される。
本願において共通に使用される用語および語句についての定義が、下記の設定に提供される。
【0022】
【表1-1】
【表1-2】
【表1-3】
【表1-4】
【0023】
＜一般的アーキテクチャ＞
第３世代パートナーシッププロジェクト（The 3rd Generation Partnership Project：３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、ならびにサービス能力（コーデック、セキュリティ、およびサービス品質に関する作業を含む）を含んだセルラー電気通信ネットワーク技術の技術標準を開発している。最近の無線アクセス技術（Radio Access Technology：ＲＡＴ）標準には、ＷＣＤＭＡ（登録商標）（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥアドバンスト標準が含まれる。３ＧＰＰは、新無線（New Radio：ＮＲ）と称される次世代のセルラー技術（これは「５Ｇ」とも呼ばれる）の標準化に取り組み始めた。３ＧＰＰ ＮＲ規格の開発には、次世代無線アクセステクノロジー（新ＲＡＴ）の定義が含まれると予想され、これには６ＧＨｚ未満の新しい柔軟な無線アクセスの提供、および６ＧＨｚを超える新しい超高速大容量モバイル無線アクセスの提供が含まれる。前記柔軟な無線アクセスは、６ＧＨｚ未満の新しいスペクトルにおける下位互換性のない新しい無線アクセスからなり、要件が異なる３ＧＰＰ広範な一組のＮＲ使用事例に対処するために、同じスペクトルで多重化できる種々の動作モードを含むことが期待される。超高速大容量モバイル通信には、ｃｍ波およびｍｍ波スペクトルが含まれると予想され、これは、例えば屋内アプリケーションおよびホットスポットのための超高速大容量モバイル通信アクセスの機会を提供するであろう。特に、超高速大容量モバイル通信は、ｃｍ波およびｍｍ波に固有の設計最適化を用いて、６ＧＨｚ以下の柔軟な無線アクセスと共通した設計フレームワークを共有することが期待される。
第３世代パートナーシッププロジェクト（The 3rd Generation Partnership Project：３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、ならびにサービス能力（コーデック、セキュリティ、およびサービス品質に関する作業を含む）を含んだセルラー電気通信ネットワーク技術の技術標準を開発している。最近の無線アクセス技術（Radio Access Technology：ＲＡＴ）標準には、ＷＣＤＭＡ（登録商標）（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥアドバンスト標準が含まれる。３ＧＰＰは、新無線（New Radio：ＮＲ）と称される次世代のセルラー技術（これは「５Ｇ」とも呼ばれる）の標準化に取り組み始めた。３ＧＰＰ ＮＲ規格の開発には、次世代無線アクセステクノロジー（新ＲＡＴ）の定義が含まれると予想され、これには６ＧＨｚ未満の新しい柔軟な無線アクセスの提供、および６ＧＨｚを超える新しい超高速大容量モバイル無線アクセスの提供が含まれる。前記柔軟な無線アクセスは、６ＧＨｚ未満の新しいスペクトルにおける下位互換性のない新しい無線アクセスからなり、要件が異なる３ＧＰＰ広範な一組のＮＲ使用事例に対処するために、同じスペクトルで多重化できる種々の動作モードを含むことが期待される。超高速大容量モバイル通信には、ｃｍ波およびｍｍ波スペクトルが含まれると予想され、これは、例えば屋内アプリケーションおよびホットスポットのための超高速大容量モバイル通信アクセスの機会を提供するであろう。特に、超高速大容量モバイル通信は、ｃｍ波およびｍｍ波に固有の設計最適化を用いて、６ＧＨｚ以下の柔軟な無線アクセスと共通した設計フレームワークを共有することが期待される。
【0024】
３ＧＰＰは、ＮＲがサポートすると予想される様々な使用事例を特定しており、その結果、データ速度、遅延時間、およびモビリティについて多種多様なユーザ経験要件が生じる。使用事例には、次の一般的なカテゴリーが含まれる。即ち、モバイルブロードバンドの強化（例えば、密集地域でのブロードバンドアクセス、屋内の超高ブロードバンドアクセス、密集地でのブロードバンドアクセス、場所を問わない５０＋Ｍｂｐｓ、超低コストのブロードバンドアクセス、車両でのモバイルブロードバンド）、重要な通信、大規模なマシンタイプの通信、ネットワーク操作（例えば、ネットワークスライシング、ルーティング、移動およびインターワーキング、エネルギー節約）、および強化されたビークルツーエブリシング（Enhanced Vehicle-to-Everything：ｅＶ２Ｘ）通信である。これらカテゴリーの特定のサービスおよびアプリケーションには、幾つかの例を挙げると、例えば、監視およびセンサネットワーク、デバイスの遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、ファーストレスポンダー接続、車載緊急通報システム、災害警報、リアルタイムゲーム、複数人でのビデオ通話、自動運転、拡張現実、触覚インターネット、および仮想現実が含まれる。本明細書では、これらの使用事例の全部およびその他の使用事例を想定している。
【0025】
図１Ａは、本明細書において説明および特許請求される方法および装置が具現化され得る例示的な通信システム１００の１つの実施形態を示している。図示のように、例示的通信システム１００は、無線送信／受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（一般にまたは集合的にＷＴＲＵ１０２と称され得る）、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことができる。ただし、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定していることが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々は、無線環境で動作および／または通信するように設定された任意のタイプの装置またはデバイスであってよい。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは、図１Ａ～図１Ｅでは手持ち型無線通信装置として示されているが、５Ｇ無線通信のために企図された多種多様な使用事例では、各ＷＴＲＵは、無線信号を送信および／または受信するように設定された任意のタイプの装置またはデバイスを備え、またはそのように具現化され得るものであり、単なる例として挙げれば、ユーザ機器（User Equipment：ＵＥ）、移動局、固定または移動式の加入者ユニット、ポケットベル、携帯電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家電、スマートウォッチまたはスマートウェアなどのウェアラブルデバイス、医療用またはイーヘルス（ｅＨｅａｌｔｈ）デバイス、ロボット、産業用機器、ドローン、車、トラック、電車、または飛行機のような乗り物などが含まれることが理解される。
【0026】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２のような１つ以上の通信ネットワークへのアクセスを容易にするように設定された任意のタイプのデバイスであり得る。基地局１１４ｂは、有線および／または無線で、ＲＲＨ（Remote Radio Head：遠隔無線ヘッド）１１８ａ、１１８ｂおよび／またはＴＲＰ（Transmission and Reception Point：送信および受信ポイント）１１９ａ、１１９ｂの少なくとも１つとインターフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２のような１つ以上の通信ネットワークへのアクセスを容易にするように設定された、任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２のような１つ以上の通信ネットワークへのアクセスを容易にするように設定された任意のタイプのデバイスであり得る。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２のような１つ以上の通信ネットワークへのアクセスを容易にするように設定された任意のタイプのデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、基地トランシーバ局（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、および無線ルータなどであってよい。基地局１１４ａ、１１４ｂは各々が単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。
【0027】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってよく、これはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、リレーノードなどのような他の基地局および／またはネットワーク要素（図示せず）をも含み得る。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってよく、これはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどのような他の基地局および／またはネットワーク要素（図示せず）をも含み得る。基地局１１４ａは、セル（図示せず）と称し得る特定の地理的領域内において、無線信号を送信および／または受信するように設定され得る。基地局１１４ｂは、セル（図示せず）と称し得る特定の地理的領域内において、有線および／または無線信号を送信および／または受信するように設定され得る。前記セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態において、基地局１１４ａは３つ、例えば当該セルの各セクタに１つのトランシーバを含むことができる。一実施形態において、基地局１１４ａは、多入力多出力（Multiple-Input Multiple Output：ＭＩＭＯ）技術を採用することができ、したがって、当該セルの各セクタについて複数のトランシーバを利用することができる。
【0028】
基地局１１４ａは、任意の適切な無線通信リンク［例えば、無線周波数（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、ｃｍ波、ｍｍ波など］であり得るエアインターフェース１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの１つ以上と通信することができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0029】
基地局１１４ｂは、任意の適切な有線（例えば、ケーブル、光、ファイバーなど）または無線［無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍ波、ｍｍ波など］の通信リンクであり得る有線インターフェースまたはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して、ＲＲＨ１１８ａ、１１８ｂ、および／またはＴＲＰ１１９ａ、１１９ｂの１つ以上と通信することができる。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0030】
ＲＲＨ１１８ａ、１１８ｂ、および／またはＴＲＰ１１９ａ、１１９ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍ波、ｍｍ波など）であり得るエアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介して、ＷＴＲＵ１０２ｃ、１０２ｄのうちの１つ以上と通信することができる。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0031】
より詳細に言えば、上記で述べたように、通信システム１００は多元接続システムであり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような１つ以上のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ、１１８ｂおよびＷＴＲＵ１０２ｃ、１０２ｄならびにＴＲＰ１１９ａ、１１９ｂは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access：ＵＴＲＡ）のような無線技術を実装でき、これらはそれぞれ広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立できる。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）および／または進化型ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ＋）のような通信プロトコルを含むことができる。ＨＳＰＡには、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）が含まれ得る。
【0032】
或る実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄのＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、無線技術を実装することができる。例えば、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ－ＵＴＲＡ）は、それぞれ長期進化（ＬＴＥ）および／またはＬＴＥアドバンスト（LTE-Advanced：ＬＴＥ－Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立できる。将来、エアインターフェース１１５／１１６／１１７は３ＧＰＰ ＮＲ技術を実装する可能性がある。
【0033】
或る実施形態において、ＲＡＮ１０３／１０４／１０５における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄにおけるＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、ＩＥＥＥ８０２．１６［例えば、マイクロ波アクセスのための世界的な相互運用性（Worldwide Interoperability for Microwave Access：ＷｉＭＡＸ）］、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、暫定標準２０００（Interim Standard 2000：ＩＳ－２０００）、暫定標準９５（Interim Standard 95：ＩＳ－９５）、暫定標準８５６（Interim Standard 856：ＩＳ－８５６）、移動体通信のためのグローバルシステム（Global System for Mobile Communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などのような無線技術を実装し得る。
【0034】
図１Ａにおける基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってよく、仕事場、家、車、キャンパスなどのような局所領域における無線接続を容易にするために、任意の適切なＲＡＴを利用してよい。一実施形態において、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１のような無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立することができる。一実施形態において、基地局１１４ｃおよびＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５のような無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立することができる。更に別の実施形態において、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
【0035】
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信していてもよく、当該コアネットワークは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ以上に対して、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（Voice Over Internet Protocol：ＶｏＩＰ）サービスを提供する任意の種類のネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、通話制御、請求サービス、モバイル位置情報サービス、プリペイドコール、インターネット接続、ビデオ配信などを提供し、および／またはユーザ認証のような高レベルのセキュリティ機能を実行することができる。
【0036】
図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと、直接または間接的に通信し得ることが理解されるであろう。例えば、Ｅ－ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されていることに加え、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）とも通信状態にあり得る。
【0037】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても機能し得る。ＰＳＴＮ１０８には、従来の基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話ネットワークが含まれる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）およびインターネットプロトコル（Internet Protocol：ＩＰ）のような一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用し得る１つ以上のＲＡＮに接続された、別のコアネットワークを含み得る。
【0038】
通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの幾つかまたは全部はマルチモード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｃと通信するように設定され得る。
【0039】
図１Ｂは、例えばＷＴＲＵ１０２のような、本明細書に示された実施形態に従って、無線通信用に構成された例示的な装置またはデバイスのブロック図である。図１Ｂに示されるように、例示的なＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／表示装置１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（Global Positioning System：ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、前述の要素のサブコンビネーションを含み得ることが理解されるであろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂが表すノード、例えば限定されるものではないが、中でも基地トランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（Evolved Home Node-B：ｅＮｏｄｅＢ）、ホーム進化型ノードＢ（Home Evolved Node-B：ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードは、図１Ｂに示され且つ本明細書に記載された要素の幾つかまたは全部を含み得ることを想定している。
【0040】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、その他任意の種類の集積回路（Integrated Circuit：ＩＣ）、および状態マシンなどであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の機能を実行することができる。プロセッサ１１８はトランシーバ１２０に結合され、トランシーバ１２０は、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個のコンポーネントとして示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップの中に統合され得ることが理解されるであろう。
【0041】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように設定され得る。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように設定されたアンテナであり得る。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは別のＲＡＴを使用する他のＲＡＮと、直接または間接的に通信できることが理解されるであろう。例えば、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を用いる別のＲＡＮ(図示せず)と通信している可能性がある。
【0042】
コアネットワーク１０６／１０７／１０９は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとしても機能し得る。ＰＳＴＮ１０８は、従来の基本電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを用いることができる１つ以上のＲＡＮに接続された、別のコアネットワークを含むことができる。
【0043】
通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの幾つかまたは全部はマルチモード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための、複数のトランシーバを含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように設定することができる。
【0044】
図１Ｂは、例えば、ＷＴＲＵ１０２のような、本明細書に示された実施形態に従う無線通信用に構成された、例示的な装置またはデバイスのブロック図である。図１Ｂに示されるように、例示的なＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／表示器１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、前述の要素のサブコンビネーションを含み得ることが理解されるであろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂが表すノード、例えば限定されるものではないが、とりわけ基地トランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（ｅＮｏｄｅＢ）、ホーム進化型したノードＢ（ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードは、図１Ｂに示され且つ本明細書に記載された要素の幾つかまたは全部を含み得ることを想定している。
【0045】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の種類の集積回路（ＩＣ）、および状態マシンなどであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の機能を実行することができる。プロセッサ１１８はトランシーバ１２０に結合され、トランシーバ１２０は、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個のコンポーネントとして示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップの中に統合され得ることが理解されるであろう。
【0046】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように設定され得る。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように設定されたアンテナであり得る。一実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように設定されたエミッタ／検出器であり得る。更なる実施形態において、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように設定されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように設定できることが理解されるであろう。
【0047】
加えて、送信／受信要素１２２は単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用することができる。したがって、一実施形態において、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【0048】
送受信機１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、また送信／受信要素１２２によって受信される信号を復調するように設定され得る。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１のような複数のＲＡＴを介して通信できるようにするための、複数のトランシーバを含むことができる。
【0049】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／表示器１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイユニット）に結合され、そこからユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／表示器１２８へと、ユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２のような任意のタイプの適切なメモリから情報にアクセスし、且つその中にデータを格納することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（Random Access Memory：ＲＡＭ）、読取り専用メモリ（Read Only Memory：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ保存装置を含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを含むことができる。一実施形態において、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上のような、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、そこにデータを格納することができる。
【0050】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントに電力を分配し、および／または制御するように設定することができる。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つ以上の乾電池、太陽電池、および燃料電池などを含み得る。
【0051】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように設定され得るＧＰＳチップセット１３６に結合されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信し、および／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切な位置決定方法によって位置情報を取得できることが理解されるであろう。
【0052】
プロセッサ１１８は更に他の周辺機器１３８に結合されてよく、これには追加の特徴、機能性、および／または有線または無線接続を提供する１つ以上のソフトウエア、および／またはハードウェアモジュールが含まれ得る。例えば、周辺機器１３８は、加速度計、生体認証（例えば、指紋）センサのような様々なセンサ、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたはその他の相互接続インターフェース、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザなどを含むことができる。
【0053】
ＷＴＲＵ１０２は、センサ、家庭用電化製品、スマートウォッチまたはスマート衣服などのウェアラブルデバイス、医療またはｅヘルスデバイス、ロボット、産業用機器、ドローン、車、トラック、電車のような車両、または飛行機などの他の装置またはデバイスにおいて具現化されてもよい。ＷＴＲＵ１０２は、周辺機器１３８の１つを含み得る相互接続インターフェースのような１つ以上の相互接続インターフェースを介して、そのような装置またはデバイスの他のコンポーネント、モジュール、またはシステムに接続されることができる。
【0054】
図１Ｃは、一実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を使用し、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信することができる。ＲＡＮ１０３は、コアネットワーク１０６とも通信することができる。図１Ｃに示すように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、各々が１つ以上のトランシーバを含むノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃの各々は、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けされ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含み得ることが理解されるであろう。
【0055】
図１Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信中であってよい。加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信中であり得る。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信中であってよい。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されるそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように設定され得る。更に、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化などのような他の機能を、実行またはサポートするように設定できる。
【0056】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、モバイルスイッチングセンター（Mobile Switching Center：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含み得る。前述の要素の各々は、コアネットワーク１０６の一部として示されているが、これら要素の何れか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作され得ることが理解されるであろう。
【0057】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の有線通信装置との間の通信を容易するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８のような回線交換ネットワークへのアクセスを提供することができる。
【0058】
ＲＡＮ１０３におけるＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６におけるＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して、インターネット１１０のようなパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【0059】
上述したように、コアネットワーク１０６はまた、ネットワーク１１２に接続されてもよく、このネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線または無線ネットワークを含むことができる。
【0060】
図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するために、Ｅ－ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４はまた、コアネットワーク１０７とも通信することができる。
【0061】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含み得ることが理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含むことができる。一実施形態において、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａへと無線信号を送信し、またから無線信号を受信することができる。
【0062】
ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々は、特定のセル（図示せず）に関連付けられ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクなどにおけるユーザのスケジューリングを取り扱うように設定され得る。図１Ｄに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【0063】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway：ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６を含むことができる。前述の要素の各々は、コアネットワーク１０７の一部として示されているが、これら要素の何れか１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運用される可能性があることが理解されるであろう。
【0064】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々に接続されてよく、制御ノードとして機能することができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ベアラの有効化／無効化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの際の特定のサービングゲートウェイの選択などを担当することができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡのような他の無線技術を使用する他のＲＡＮ（図示せず）との間を切り替えるための制御プレーン機能も提供し得る。
【0065】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングおよび転送することができる。サービングゲートウェイ１６４は他の機能も実行することができ、例えば、ｅノードＢ間でのハンドオーバの際中にユーザプレーンをアンカーし、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガーし、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどを行うことができる。
【0066】
サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続されてよく、これはインターネット１１０のようなパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ間の通信を容易にすることができる。
【0067】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信装置との間の通信を容易にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信することができる。コアネットワーク１０７はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対してネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線または無線ネットワークを含むことができる。
【0068】
図１Ｅは、一実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を使用して、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するアクセスサービスネットワーク（Access Service Network：ＡＳＮ）であり得る。以下で更に説明するように、異なる機能エンティティ間の通信リンクＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９が、基準点として定義されてもよい。
【0069】
図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含み得るが、ＲＡＮ１０５は、実施形態との一貫性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは各々、ＲＡＮ１０５内の特定のセルに関連付けられ、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含むことができる。一実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、例えば、基地局１８０ａは複数のアンテナを使用してＷＴＲＵ１０２ａに無線信号（複数）を送信し、ＷＴＲＵ１０２ａから無線信号（複数）を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（Quality of Service：ＱｏＳ）ポリシーの実施のようなモビリティ管理機能も提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担当することができる。
【0070】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１基準点として定義されてよい。更に、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト設定管理、および／またはモビリティ管理に使用され得るＲ２基準点として定義され得る。
【0071】
基地局１８０ａ、１８０ｂ、および１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含んだＲ８基準点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として定義され得る。このＲ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティ事象に基づいて、モビリティ管理を容易にするためのプロトコルを含むことができる。
【0072】
図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含んだＲ３基準点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ－ＨＡ）１８４、認証、許可、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。前述の要素の各々は、コアネットワーク１０９の一部として示されているが、これら要素の何れか１つは、コアネットワークオペレータ以外のエンティティが所有および／または運用する可能性のあることが理解されるであろう。
【0073】
ＭＩＰ－ＨＡは、ＩＰアドレス管理を担い、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にし得る。ＭＩＰ－ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０のようなパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担当することができる。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にし得る。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸上通信装置との間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対してネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線または無線のネットワークを含むことができる。
【0074】
図１Ｅには示されていないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、またコアネットワーク１０９は他のコアネットワークに接続されてもよいことが理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４基準点として定義され得るものであり、ＲＡＮ１０５と他のＡＳＮとの間でのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５基準として定義され得るものであり、ホームコアネットワークと訪問先コアネットワークとの間の相互作用を容易にするためのプロトコルを含み得る。
【0075】
本明細書で説明され、図１Ａ、１Ｃ、１Ｄ、および１Ｅに示されるコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様において当該エンティティに与えられた名称により識別されるが、将来、これらエンティティおよび機能は他の名称によって識別され、また特定のエンティティまたは機能は、３ＧＰＰによって公開される将来の仕様（将来の３ＧＰＰ ＮＲ仕様を含む）において結合され得るものと理解される。したがって、図１Ａ、１Ｂ、１Ｃ、１Ｄ、および１Ｅに説明および図示された特定のネットワークエンティティおよび機能は、例としてのみ提供されたものであり、本明細書で開示および特許請求される主題は、現在定義されているか、または将来定義されるかにかかわらず、何れか同様の通信システムにおいて実施または実装され得るものと理解される。
【0076】
図１Ｆは、例示的コンピューティングシステム９０のブロック図であり、ここでは図１Ａ、１Ｃ、１Ｄおよび１Ｅに示される通信ネットワークの１つ以上の装置、例えばＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２における特定のノードまたは機能エンティティが具現化され得る。コンピューティングシステム９０は、コンピュータまたはサーバを備えてよく、また主に、コンピュータ読取り可能な命令によって制御されてよく、このような命令はソフトウエアの形態であることができ、また斯かるソフトウエアは何処にまたは如何なる手段で格納またはアクセスされるかを問わない。そのようなコンピュータ可読命令は、コンピューティングシステム９０に仕事をさせるために、プロセッサ９１内で実行されてよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他任意のタイプの集積回路（ＩＣ）、および状態マシンなどであり得る。プロセッサ９１は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワークで動作することを可能にする他の機能を実行することができる。コプロセッサ８１は、追加の機能を実行しまたはプロセッサ９１を支援する、メインプロセッサ９１とは別のオプションのプロセッサである。プロセッサ９１および／またはコプロセッサ８１は、本明細書で開示される方法および装置に関連したデータを受信、生成、および処理することができる。
【0077】
動作において、プロセッサ９１は、命令をフェッチ、デコード、および実行し、コンピューティングシステムのメインデータ転送経路であるシステムバス８０を介して、他のリソースとの間で情報をやり取りする。そのようなシステムバスは、コンピューティングシステム９０における部品を接続し、またデータ交換のための媒体を定義する。システムバス８０は、通常、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、ならびに割り込みを送信するためおよびシステムバスを操作するための制御ラインを含む。そのようなシステムバス８０の例は、周辺機器相互接続（Peripheral Component Interconnect：ＰＣＩ）バスである。
【0078】
システムバス８０に結合されたメモリには、ランダムアクセスメモリ（ＲＡＭ）８２および読取り専用メモリ（ＲＯＭ）９３が含まれる。そのようなメモリは、情報を記憶および検索できる回路を含む。ＲＯＭ９３は、一般に、容易に変更できない保存されたデータを含む。ＲＡＭ８２に格納されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られ、または変更される可能性がある。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御できる。メモリコントローラ９２は、命令が実行されるときに、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能を提供できる。したがって、第１のモードで実行されているプログラムは、独自のプロセス仮想アドレス空間によってマップされたメモリのみにアクセスできる。プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにはアクセスできない。
【0079】
更に、コンピューティングシステム９０は、プロセッサ９１から周辺機器、例えばプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５への命令の通信を担当する周辺機器コントローラ８３を含むことができる。
【0080】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成された視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィック、アニメーショングラフィック、およびビデオを含むことができる。前記視覚出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形式で提供される。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子部品を含んでいる。
【0081】
更に、コンピューティングシステム９０は、例えばネットワークアダプタ９７のような通信回路を含むことができ、これはコンピューティングシステム９０を、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または図１Ａ、１Ｂ、１Ｃ、１Ｄ、および１Ｅの他のネットワーク１１２のような外部通信ネットワークに接続するために使用でき、コンピューティングシステム９０がこれらネットワークの他のノードまたは機能エンティティと通信することを可能にする。前記通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に記載した特定の装置、ノード、または機能エンティティの送信および受信ステップを実行するために使用されてよい。
【0082】
本明細書に記載の装置、システム、方法、およびプロセスの何れかまたは全部は、コンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（例えばプログラムコード）の形で実施でき、その命令は、プロセッサ１１８または９１のようなプロセッサによって実行されるときに、当該プロセッサに、本明細書に記載のシステム、方法、およびプロセスを実行および／または実装させることが理解される。詳細に言えば、本明細書に記載のステップ、動作、または機能の何れかは、無線および／または有線のネットワーク通信のために設定された装置またはコンピューティングシステムのプロセッサ上で実行されるような、コンピュータ実行可能な命令の形で実装され得る。コンピュータ読取り可能な記憶媒体には、情報を保存するための非一時的な（例えば、有形または物理）方法またはテクノロジーで実装された揮発性および不揮発性の、リムーバブルおよび非リムーバブルな媒体が含まれるが、そのようなコンピュータ読取り可能な記憶媒体には信号は含まれない。コンピュータ読取り可能な記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたはその他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）またはその他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置などの磁気記憶装置、または目的の情報を保存するために使用でき且つコンピューティングシステムからアクセスできる他の有形のまたは物理的な媒体が含まれるが、これらに限定されない。
【0083】
＜次世代のネットワーク要件＞
３ＧＰＰ ＴＲ３８．９１３は、次世代アクセス技術のシナリオおよび要件を定義している。ｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣデバイスについての重要業績評価指標（Key Performance Indicator：ＫＰＩ）を表２に纏める。
３ＧＰＰ ＴＲ３８．９１３は、次世代アクセス技術のシナリオおよび要件を定義している。ｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣデバイスについての重要業績評価指標（Key Performance Indicator：ＫＰＩ）を表２に纏める。
【0084】
【表2-1】
【表2-2】
【表2-3】
【0085】
＜ＬＴＥランダムアクセス手順＞
ＬＴＥにおいて、ランダムアクセス手順は以下の事象について実行される。即ち、ＲＲＣ＿ＩＤＬＥからの初期アクセス、ＲＲＣ接続の再確立手順、ハンドオーバ、ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＤＬデータの到着（例えば、ＵＬ同期ステータスが「非同期」の場合）、ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＵＬデータの到着（例えば、ＵＬ同期ステータスが「非同期」であるか、ＳＲのＰＵＣＣＨリソースが利用できない場合）、およびランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中の位置決め目的のため（例えば、ＵＥの位置決めのためにタイミングアドバンスが必要なとき）である。
ＬＴＥにおいて、ランダムアクセス手順は以下の事象について実行される。即ち、ＲＲＣ＿ＩＤＬＥからの初期アクセス、ＲＲＣ接続の再確立手順、ハンドオーバ、ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＤＬデータの到着（例えば、ＵＬ同期ステータスが「非同期」の場合）、ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＵＬデータの到着（例えば、ＵＬ同期ステータスが「非同期」であるか、ＳＲのＰＵＣＣＨリソースが利用できない場合）、およびランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中の位置決め目的のため（例えば、ＵＥの位置決めのためにタイミングアドバンスが必要なとき）である。
【0086】
前記ランダムアクセス手順は２つの異なる形態をとる。即ち、競合ベースのもの（最初の５つのイベントに適用可能）、および非競合ベースのもの（セカンダリタイミングアドバンスグループ（Secondary Timing Advance Group：ｓＴＡＧ）のハンドオーバ、ＤＬデータの到着、位置決め、タイミングアドバンス調整の取得にのみ適用可能）である。
【0087】
競合ベースのランダムアクセスは、図２に示す４ステップの手順を使用する。４つのステップの各々は、次のようにアラビア数字で示される。
【0088】
１．アップリンクにおけるＲＡＣＨ上のランダムアクセスプリアンブル。ＲＡＣＨプリアンブルの送信は、ｅＮＢがＵＥの送信タイミングを推定することを可能にする。
【0089】
２．ＤＬ－ＳＣＨ上のＭＡＣによって生成されたランダムアクセス応答。ネットワークは、ＵＥの送信タイミングを調整するためにタイミングアドバンスコマンドを送信する。当該ネットワークはまた、手順３で使用するＵＬリソースもＵＥに割り当てる。
【0090】
３．ＵＬ－ＳＣＨ上の最初にスケジュールされたＵＬ送信。ＵＬ－ＳＣＨを使用するネットワークへのモバイル端末ＩＤの送信。
【0091】
４．ＤＬ上の競合解決。ネットワークからＤＬ－ＳＣＨ上のＵＥへの競合解決メッセージの送信。
【0092】
競合のないランダムアクセスは、ダウンリンクデータの到着、ハンドオーバ、およびポジショニング時にアップリンク同期を再確立するためにのみ使用される。競合のないランダムアクセス手順を実行する場合は、競合解決の必要がないため、上記手順の最初の2つのステップのみが適用される。
【0093】
ＰＨＹおよびＭＡＣ層の観点からのランダムアクセス手順のより詳細な説明は、それぞれ３ＧＰＰ ＴＳ３６．２１３および３ＧＰＰ ＴＳ３６．３２１において入手可能である。
【0094】
システム内の物理ランダムアクセスチャネル（ＰＲＡＣＨ）設定と、汎用ランダムアクセスパラメータは、以下に示すように、ＳＩＢ２のＰＲＡＣＨ－ＣｏｎｆｉｇおよびＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥにおいて詳述される。
【0095】
【数1-1】
【数1-2】
【数1-3】
【0096】
ＩＥ ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄは、以下に示すように専用のランダムアクセスパラメータを指定するために使用される。
【0097】
【数2】
【0098】
ＰＲＡＣＨマスク指数値は、下記の表３において定義される。
【0099】
【表3-1】
【表3-2】
【0100】
＜ＮＲビームフォーミングアクセス＞
現在、ビームフォーミングされたアクセスのためのフレームワークを設計するために、３ＧＰＰ標準化の努力が進行中である。より高い周波数での無線チャネルの特性は、ＬＴＥが現在展開されているサブ６ＧＨｚチャネルとは大きく異なる。より高い周波数で新しい無線アクセス技術（ＲＡＴ）を設計する際の重要な課題は、より高い周波数帯域でのより大きな経路損失を克服することである。この大きな経路損失に加えて、より高い周波数は、不十分な回折によって引き起こされる妨害のために、好ましくない散乱環境の影響を受ける。したがって、受信機側で十分な信号レベルを保証するには、ＭＩＭＯ／ビームフォーミングが不可欠である。
現在、ビームフォーミングされたアクセスのためのフレームワークを設計するために、３ＧＰＰ標準化の努力が進行中である。より高い周波数での無線チャネルの特性は、ＬＴＥが現在展開されているサブ６ＧＨｚチャネルとは大きく異なる。より高い周波数で新しい無線アクセス技術（ＲＡＴ）を設計する際の重要な課題は、より高い周波数帯域でのより大きな経路損失を克服することである。この大きな経路損失に加えて、より高い周波数は、不十分な回折によって引き起こされる妨害のために、好ましくない散乱環境の影響を受ける。したがって、受信機側で十分な信号レベルを保証するには、ＭＩＭＯ／ビームフォーミングが不可欠である。
【0101】
より高い周波数における追加の経路損失を補償するために、デジタルＢＦにより使用されるＭＩＭＯデジタルプリコーディングのみに依存することは、６ＧＨｚ未満と同様のカバレッジを提供するには十分でないと思われる。したがって、追加の利得を達成するためのアナログビームフォーミングの使用は、デジタルビームフォーミングと組み合わせにおける代替手段であり得る。十分に狭いビームを多数のアンテナ要素で形成する必要があるが、これはＬＴＥ評価で想定したものとは全く異なる可能性がある。大きなビームフォーミング利得の場合は、それに応じてビーム幅が小さくなる傾向があり、したがって特に指向性アンテナ利得の大きいビームは、特に３セクタ構成では水平セクタ領域全体をカバーできない。同時に生じる高利得ビーム数の制限要因には、トランシーバアーキテクチャのコストおよび複雑さが含まれる。
【0102】
上記のこれら考察から、異なるサービングエリアをカバーするようにステアリングされたカバレッジの狭ビームを用いた、時間ドメイン内での複数の送信が必要である。本質的に、サブアレイの前記アナログビームは、ＯＦＤＭシンボルの時間分解能または当該セル内の異なるサービングエリア全体のビームステアリングの目的で定義された適切な時間間隔単位で単一方向に向けられ、したがって、前記サブアレイの数は、前記ビームステアリングの目的で定義された各ＯＦＤＭシンボルまたは時間間隔単位に関して、前記ビーム方向の数および対応するカバレッジを決定する。幾つかの文献では、この目的のための複数の狭いカバレッジビームの提供は「ビーム掃引」と呼ばれている。アナログおよびハイブリッドビームフォーミングの場合、ＮＲにおいて基本的なカバレッジを提供するためには、ビーム掃引が不可欠と思われる。この概念は図３に示されており、ここではセクタレベルセルのカバレッジが、セクタビームおよび複数の高利得狭ビームで実現される。また、大規模ＭＩＭＯでのアナログおよびハイブリッドビームフォーミングでは、ＮＲのサービングセル内におけるカバレッジエリア全体をカバーするために、時間ドメインにおいて、様々なサービングエリアをカバーするようにステアリングされた狭いカバレッジビームによる複数の送信が不可欠である。
【0103】
ビーム掃引に密接に関連する１つの概念は、ＵＥとそのサービングセルとの間の最良のビームペアを選択するために使用されるビームペアリングの概念であり、これは制御シグナリングまたはデータ送信に使用できる。幾つかの実施形態において、最良のビームペアは、予め定められた閾値を超えるビームペアを含み得る。ダウンリンク送信の場合、ビームペアはＵＥ ＲＸビームとＮＲノードＴＸビームからなるのに対して、アップリンク送信の場合、ビームペアはＵＥ ＴＸビームとＮＲノードＲＸビームからなる。
【0104】
別の関連する概念は、ビームの改善に使用されるビームトレーニングの概念である。例えば、図３に示すように、ビーム掃引およびセクタビームペアリング手順の際には、より粗いセクタビームフォーミングを適用できる。その後にビームトレーニングが行われ、ここでは、例えばアンテナの重みベクトルが調整され、続いてＵＥとＮＲノード間において高利得で狭ビームのペアリングが行われる。
【0105】
＜ＮＲシステム情報＞
システム情報（ＳＩ）は、最小ＳＩおよび他のＳＩに分割される。最小ＳＩは定期的にブロードキャストされ、また初期アクセスに必要な基本情報と、定期的またはオンデマンドでプロビジョニングされた他のＳＩブロードキャストを取得するための情報、即ちスケジューリング情報とを含んでいる。他のＳＩは、最小ＳＩでブロードキャストされない全てを包含し、図４に示すように、ネットワークによってトリガーされるか、またはＵＥからの要求に応じてブロードキャストされるか、または専用の方法でプロビジョニングされる。
システム情報（ＳＩ）は、最小ＳＩおよび他のＳＩに分割される。最小ＳＩは定期的にブロードキャストされ、また初期アクセスに必要な基本情報と、定期的またはオンデマンドでプロビジョニングされた他のＳＩブロードキャストを取得するための情報、即ちスケジューリング情報とを含んでいる。他のＳＩは、最小ＳＩでブロードキャストされない全てを包含し、図４に示すように、ネットワークによってトリガーされるか、またはＵＥからの要求に応じてブロードキャストされるか、または専用の方法でプロビジョニングされる。
【0106】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥの場合、専用ＲＲＣシグナリングが、他のＳＩの要求および配信に使用される。ＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥの場合、前記要求されたＳＩが、ＭＳＧ１が使用され得るＰＲＡＣＨリソースのサブセットに関連付けられていない限り、前記要求はランダムアクセス手順をトリガーし、ＭＳＧ３を介して実行される。ＭＳＧ１を使用する場合、前記要求の最小粒度は１つのＳＩメッセージ（即ち、１組のＳＩＢ）であり、１つのＲＡＣＨプリアンブルを使用して複数のＳＩメッセージを要求できる。ｇＮＢはＭＳＧ２において前記要求を承認する。
【0107】
前記他のＳＩは、設定可能な周期で、特定の期間に亘ってブロードキャストされ得る。他のＳＩがブロードキャストされるか、専用のＵＥ固有のＲＲＣシグナリングを介して配信されるかは、ネットワークの決定である。ＵＥがキャンプオンできる各セルは、最小ＳＩの少なくとも幾らかのコンテンツをブロードキャストする一方、ＵＥがキャンプオンできず、最小ＳＩをブロードキャストしないセルが前記システムに存在し得る。
【0108】
ＵＥによるキャンプのために考慮されるセル／周波数の場合、ＵＥは、別のセル／周波数層からそのセル／周波数の最小ＳＩのコンテンツを取得することを要求されない。このことは、ＵＥが以前にアクセスしたセルから保存されたＳＩを適用する場合を排除しない。ＵＥが、（当該セルから、または以前のセルから有効な保存済みＳＩを受信することによって）セルの最小ＳＩの内容全体を決定できなければ、ＵＥはそのセルを禁止と看做すべきである。
【0109】
複数のニューメロロジーが単一のキャリア上で混合される場合、システム情報のブロードキャストおよびページングのためには、デフォルトのニューメロロジーのみが使用される。更なる検討事項（For Further Study：ＦＦＳ）は、ＲＲＣ＿ＩＮＡＣＴＩＶＥからの初期アクセスもまたデフォルトの数秘術に依存しているかどうかである。
【0110】
＜ＮＲ ＵＥ状態および状態遷移＞
ＲＲＣ接続が確立されたときに、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の何れかにある。そうでない場合、即ち、ＲＲＣ接続が確立されていない場合には、ＵＥはＲＲＣ＿ＩＤＬＥ状態にある。ＲＲＣ状態は、更に次のように特徴付けられる。
ＲＲＣ接続が確立されたときに、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の何れかにある。そうでない場合、即ち、ＲＲＣ接続が確立されていない場合には、ＵＥはＲＲＣ＿ＩＤＬＥ状態にある。ＲＲＣ状態は、更に次のように特徴付けられる。
【0111】
１．ＲＲＣ＿ＩＤＬＥの際中に、以下が発生し得る。
【0112】
ＵＥ固有のＤＲＸは、上位層によって構成され得る。
【0113】
ＵＥは、ネットワーク設定に基づいてモビリティを制御した。
【0114】
前記ＵＥは、ページングチャネルを監視する。隣接セルの測定とセルの（再）選択を実行する。およびシステム情報を取得する。
【0115】
２．ＲＲＣ＿ＩＮＡＣＴＩＶＥの最中に、以下が発生する場合がある。
【0116】
ＵＥ固有のＤＲＸが、上位層またはＲＲＣ層によって設定され得る。
【0117】
ＵＥは、ネットワーク設定に基づいてモビリティを制御した。
【0118】
前記ＵＥは、ＡＳコンテキストを格納する。
【0119】
前記ＵＥは、ページングチャネルを監視し、隣接セルの測定およびセルの（再）選択を実行し、ＲＡＮベースの通知エリア外に移動したときに、ＲＡＮベースの通知エリアの更新を実行し更なる検討事項（ＦＦＳとしては、ＲＡＮベースの通知エリアが常に設定されているかどうか、およびＦＦＳとして、ＲＡＮベースの通知エリアが常時は設定されていないと判断されるときのＵＥの動作）、およびシステム情報を取得する。
【0120】
３．ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの最中に、下記事象が発生する。
【0121】
前記ＵＥはＡＳコンテキストを保存する。
【0122】
ユニキャストデータの、ＵＥへ／からの転送。
【0123】
下位層において、前記ＵＥは、ＵＥ固有のＤＲＸで構成され得る。
【0124】
ＣＡをサポートするＵＥについて、帯域幅を増大させるための、ＰＣｅｌｌと統合された１つ以上のＳＣｅｌｌの使用。
【0125】
ＤＣをサポートするＵＥについて、帯域幅を増大させるための、ＭＣＧと共に集約された１つのＳＣＧの使用。
【0126】
ネットワーク制御されたモビリティ、即ち、ＮＲ内およびＥ－ＵＴＲＡＮへ／からのハンドオーバ。
【0127】
前記ＵＥ：ページングチャネルを監視する。共有データチャネルに関連付けられた制御チャネルを監視して、データがスケジュールされているかどうかを決定する。チャネル品質およびフィードバック情報を提供する。隣接セルの測定および測定レポートを実行する。システム情報を取得する。
【0128】
図５に示されるように、ＮＲにおけるＵＥ ＲＲＣ状態マシンおよび状態遷移の概要が提供される。ＵＥは、ＮＲでは一度に１つのＲＲＣ状態のみを有する。
【0129】
図６は、ＮＲにおけるＵＥの状態マシンおよび状態遷移、ならびにＮＲ／ＮＧＣおよびＥ－ＵＴＲＡＮ／ＥＰＣの間でサポートされるモビリティ手順の概要を示す。前記ＵＥ状態マシン、ＮＲ／ＮＧＣとＥ－ＵＴＲＡ／ＮＧＣとの間の状態遷移およびモビリティ手順は更なる検討事項（ＦＦＳ）である。
【0130】
＜ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＮＲモビリティ＞
ネットワーク制御モビリティは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥに適用され、２つのタイプのモビリティ、即ち、セルレベルのモビリティおよびビームレベルのモビリティに分類される。セルレベルのモビリティでは、明示的なＲＲＣシグナリングのトリガー、即ち、ハンドオーバが必要となる。ビームレベルのモビリティでは、明示的にＲＲＣシグナリングがトリガーされる必要はなく（下位層で処理される）、また、ＲＲＣは特定の時点において何れのビームが使用されているかを知る必要がない。
ネットワーク制御モビリティは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥに適用され、２つのタイプのモビリティ、即ち、セルレベルのモビリティおよびビームレベルのモビリティに分類される。セルレベルのモビリティでは、明示的なＲＲＣシグナリングのトリガー、即ち、ハンドオーバが必要となる。ビームレベルのモビリティでは、明示的にＲＲＣシグナリングがトリガーされる必要はなく（下位層で処理される）、また、ＲＲＣは特定の時点において何れのビームが使用されているかを知る必要がない。
【0131】
【0132】
０．前記ソースｇＮＢ内のＵＥコンテキストは、接続確立時または最後のＴＡ更新時に提供されたローミングおよびアクセス制限に関する情報を含む。
【0133】
１．前記ソースｇＮＢは、測定設定に従って、ＵＥ測定手順およびＵＥレポートを設定する。
【0134】
２．前記ソースｇＮＢは、測定レポートおよびＲＲＭ情報に基づいて、ＵＥをハンドオーバすることを決定する。
【0135】
３．前記ソースｇＮＢは、前記ターゲット側でＨＯを準備するために必要な情報を渡すターゲットｇＮＢに対して、ハンドオーバ要求メッセージを発行する。
【0136】
４．アドミッション制御は、ターゲットｇＮＢによって実行され得る。
【0137】
５．前記ターゲットｇＮＢは、Ｌ１／Ｌ２でＨＯを準備し、ハンドオーバ要求承認を前記ソースｇＮＢへと送信する。
【0138】
６．前記ターゲットｇＮＢは、前記ハンドオーバを実行するための前記ＲＲＣメッセージを生成する。
【0139】
７．前記ソースｇＮＢは、前記ＳＮ状態転送メッセージを前記ターゲットｇＮＢへと送信する。
【0140】
８．前記ＵＥは、前記ターゲットセルに同期し、前記ＲＲＣハンドオーバ手順を完了する。
【0141】
９．前記ターゲットｇＮＢは、経路切替え要求メッセージをＡＭＦに送信し、５ＧＣをトリガーし、前記ＤＬデータ経路を前記ターゲットｇＮＢに向けて切り替え、前記ターゲットｇＮＢに向けてＮＧ－Ｃインターフェースインスタンスを確立する。
【0142】
１０．５ＧＣは、ＤＬデータパスをターゲットｇＮＢに向けて切り替える。
【0143】
１１．前記ＡＭＦは、前記経路切替え要求承認メッセージを用いて、前記経路切替え要求メッセージを承認する。
【0144】
１２．ＵＥコンテキスト解除メッセージを送信することにより、前記ターゲットｇＮＢは、ＨＯの成功について前記ソースｇＮＢに通知し、前記ソースｇＮＢによるリソースの解放をトリガーする。ＡＭＦから前記経路切替え要求承認メッセージを受信した後、前記ターゲットｇＮＢはこのメッセージを送信する。前記ＵＥコンテキスト解除メッセージを受信すると、前記ソースｇＮＢは、前記ＵＥコンテキストに関連付けられた無線およびＣプレーン関連のリソースを解除できる。進行中のデータ転送は全て続行される。
【0145】
別の実施形態によれば、ビーム管理はＮＲにおいて次のように定義される。
【0146】
ビーム管理： ＤＬおよびＵＬの送信／受信に使用できる一組のＴＲＰおよび／またはＵＥビームを取得および維持するための、一組のＬ１／Ｌ２手順。これは少なくとも以下の態様を含む、
【0147】
ビーム決定： ＴＲＰまたはＵＥがそれ自身のＴｘ／Ｒｘビームを選択するため。
【0148】
ビーム測定： ＴＲＰまたはＵＥが、受信ビーム形成信号の特性を測定するため。
【0149】
ビームレポート： ＵＥが、ビーム測定に基づいてビームフォーミングされた信号の特性／品質に関する情報を報告する。
【0150】
ビーム掃引： 予め定められた方法で、時間間隔の間に送信および／または受信されたビームで空間領域をカバーする操作。
【0151】
別の実施形態によれば、以下のＤＬ Ｌ１／Ｌ２ビーム管理手順は、１つ以上のＴＲＰにおいてサポートされる。
【0152】
Ｐ－１： 異なるＴＲＰ Ｔｘビーム上でのＵＥ測定を可能にして、ＴＲＰ Ｔｘビーム／ＵＥ Ｒｘビームの選択をサポートするために使用される。ＴＲＰでのビームフォーミングについては、通常、一組の異なるビームのイントラ／インターＴＲＰ Ｔｘビーム掃引が含まれる。ＵＥでのビームフォーミングについては、通常、一組の異なるビームからのＵＥ Ｒｘビーム掃引が含まれる。
【0153】
Ｐ－２： 異なるＴＲＰ Ｔｘビームに対するＵＥ測定を可能にして、インター／イントラＴＲＰ Ｔｘビームを可能に変化させるために使用される。ビーム改善のために、Ｐ－１の場合よりも可能な限り小さい組のビームから。なお、Ｐ－２はＰ－１の特殊な場合であることに留意されたい。
【0154】
Ｐ－３： 前記同じＴＲＰ Ｔｘビーム上でのＵＥ測定を可能にして、ＵＥがビームフォーミングを使用する場合にＵＥ Ｒｘビームを変更するために使用される。
【0155】
＜ＲＡＮ２の合意＞
一実施形態において、ＮＲにおける測定レポートに関連した以下の合意がなされている。Ｒ２－９７ｂからの合意について、
一実施形態において、ＮＲにおける測定レポートに関連した以下の合意がなされている。Ｒ２－９７ｂからの合意について、
【0156】
１．ＬＴＥにおけるように、ＮＲにおいて、セル品質（例えば、ＲＳＲＰおよび／またはＲＳＲＱ）を測定レポートに含めることを可能にすべきである。
【0157】
２．ＵＥは、ｘがＳＳブロック上のイベントによってトリガーされる測定レポートで設定可能な、ｘ個の最良ビームのＳＳブロック識別子（ＲＡＮ１ ＬＳによって確認される用語）を指示することができる。具体的には、（ｉ）更なる検討事項（ＦＦＳ）として、全部のイベントに必要かどうか。（ｉｉ）ＦＦＳとして、ＵＥが最適なビームを選択できる方法。（ｉｉｉ）ＦＦＳとして、ビームの品質も報告されるかどうか。（ｉｖ）ＦＦＳとして、ＣＳＩ－ＲＳに同じことが適用可能かどうか。
【0158】
Ｒ２－９８からの合意について、
【0159】
１： ＳＳブロック識別子は、ＣＳＩ－ＲＳイベントによりトリガーされる測定レポートには含めない。
【0160】
２： ＳＳブロック識別子は、ＮＲ－ＳＳイベントによりトリガーされる測定レポートについて、イベントＡ１－Ａ６によりトリガーされる測定報告に含めることができる。具体的には（ｉ）更なる検討事項（ＦＦＳ）として、レポートに含めるｘ個の最適なビームを選択する方法、および（ｉｉ）ＦＦＳとして、トリガーされたセルとトリガーされていないセルのｘが同じ値であるかどうかである。
【0161】
Ｒ２－８９からの別の合意には以下が含まれる。
【0162】
１： ＳＳベースのイベントの場合、前記ＵＥは、品質の順にビームを報告する。
【0163】
２： ＣＳＩ－ＲＳイベントによりトリガーされる測定レポートの場合、ＣＳＩ－ＲＳ識別子を、イベントＡ１－Ａ６によりトリガーされる測定レポートに含めることができる。
【0164】
３： ＣＳＩ－ＲＳベースのイベントの場合、前記ＵＥは、品質の順にビームを報告する。
【0165】
ＦＦＳとして、ＣＳＩ－ＲＳによってトリガーされるＡ１～Ａ６イベントの場合、同じセルからのＮＲ－ＳＳに由来するセル品質は、設定されている他の測定に基づいて利用可能であれば測定レポートに含めることができる。
【0166】
Ｒ２－ＮＲ－ＡＨ＃２からの合意には以下が含まれる。
【0167】
１： 測定レポートは、当該レポートをトリガーした前記関連付けられた測定設定の測定アイデンティティを含む。
【0168】
２： セル測定量を前記測定レポートに含めることができる。ＲＡＮ１はサポートされるべきセル測定量を確認する。
【0169】
３： 測定レポートに含められるセル測定量は、ネットワークによって設定可能である。
【0170】
４： 前記ＵＥによって報告されるべき非サービングセルの最大数を示すために、ｍａｘＬｅｔＣｅｌｌがサポートされる（ＬＴＥの場合と同様）。
【0171】
５： イベントにトリガーされたレポートについて、（ｉ）ＰＣｅｌｌおよびＳＣｅｌｌのセル品質は常に前記測定レポートに含められる。（ｉｉ）測定レポートの前記ｃｅｌｌｓＴｒｉｇｇｅｒｅｄＬｉｓｔにセルを含める（ＬＴＥと同じ）。ＦＦＳとして、ｃｅｌｌｓＴｒｉｇｇｅｒｅｄＬｉｓｔに従って含められるべきセルは明確化されるべきである。
【0172】
６： ブラックリストに載ったセルは、提供されたとしても、イベントの評価およびレポートでは使用されない（ＬＴＥの場合と同様）。
【0173】
７： ホワイトリストに登録されたセルは、もし提供された場合には、ホワイトリストに登録されたセルのみが、イベントの評価およびレポートに使用される（ＬＴＥの場合と同様）。
【0174】
８： ビーム測定（ＮＲ－ＳＳおよびＣＳＩ－ＲＳに基づく）を測定レポートに含めることができ、ネットワークによって設定することができる（即ち、ネットワークは、ビーム識別子のみを報告し、ビーム測定結果および識別子を報告し、またはビームレポートを報告しないように、前記ＵＥを設定する）。
【0175】
９： 測定量は、ビーム測定レポートのために、ネットワークによって設定することができる。ＲＡＮ１はサポートされる測定量を確認する。ＦＦＳとして、報告すべきセルとビーム測定量に一貫性が必要かどうか。
【0176】
１０： 各セルの測定レポートに含めるべきｘ個のＳＳブロックの選択、（ｉ）ｘは、Ｎ（Ｎはセル品質導出に使用される）とは別に設定することができる。ＦＦＳとして、含めるべき最大ｘ個のＳＳブロックを選択する方法。
【0177】
１１： セルイベント（Ａ１～Ａ６イベント）の場合、ｙ個のＣＳＩ－ＲＳリソースの選択は、各セルの測定レポートに含められる：（ｉ）ｙは、Ｎとは別に設定することができる（Ｎは、セル品質導出に使用される）。ＦＦＳとして、含めるべきＣＳＩ－ＲＳリソースを最大ｙ個選択する方法。ＦＦＳとして、Ｃｘイベントについての測定レポートの内容。ＦＦＳとして、ＮＲ－ＳＳ測定が利用可能な場合に、同じセルについてＮＲ－ＳＳから派生したセル品質を、ＣＳＩ－ＲＳに基づいてトリガーされた測定レポートに含めるべきかどうか。
【0178】
ＮＲにおけるコネクテッドモードモビリティに関連する以下の合意がなされている。Ｒ２－９６からの合意において、
【0179】
１： ＮＲは、ＮＲモビリティ手順の一部としてＨＯをサポートするものとする。
【0180】
２： ネットワークベースのモビリティは、少なくとも以下からなるｇＮＢ間のＨＯについて、ＬＴＥ（Ｒｅｌ－１３）と同じ原理を再利用するものとする。即ち、（ｉ）ソースｇＮＢは、ＨＯ要求を介してＸｎインターフェース上で前記ＨＯを開始する。（ｉｉ）ターゲットｇＮＢは許可制御を実行し、ＨＯ承認の一部としての前記ＲＲＣ設定を提供する。（ｉｉｉ）ソースｇＮＢは、ＲＲＣを介して前記ＨＯコマンドを含む設定をＵＥに提供する。（ｉｖ）ＵＥは、ＲＲＣを介して前記ターゲットｇＮＢへと接続を移動させる。
【0181】
Ｒ２－９６からの別の合意によれば、
【0182】
１．少なくとも、セルＩＤと、前記ターゲットセルにアクセスするために必要な全ての情報が前記ＨＯコマンドに含められる。
【0183】
２．少なくとも幾つかの場合に、競合ベースおよび競合のないアクセスに必要な情報を前記ＨＯコマンドに含めることができる。
【0184】
３．前記ターゲットセルの如何なるビーム関連情報が必要となり得るかを検討すべきである。
【0185】
４．前記ｇＮＢによって設定された条件が、何時ハンドオーバを実行するかを決定するために前記ＵＥによって使用される、ハンドオーバの可能性を検討する。
【0186】
更に別の実施形態は、Ｒ２－９７からの合意に向けられる。１つの合意では、前記ターゲットセルのアクセス情報（ＲＡＣＨ設定など）が前記ＨＯコマンドにおいて提供され、前記ＵＥがシステム情報を読み取らずに前記セルにアクセスできるようにする。アクセス情報は、ビーム特有の情報（もし存在すれば）を含み得る。
【0187】
更に別の実施形態は、Ｒ２－９７ｂからの合意に向けられている。
【0188】
１．ハンドオーバコマンドは、少なくとも前記ターゲットセルのセルＩＤおよび前記ターゲットセルのビームに関連付けられたＲＡＣＨ設定を含むことができる。ＲＡＣＨ設定は、競合のないランダムアクセスのための設定を含むことができる。
【0189】
１ｂ．ＵＥは、ターゲットセルの全部のビームから適切なビームを選択する。
【0190】
１ｃ．ＵＥは、前記ＵＥの選択されたビームに対してＣＦＲＡリソースが提供されない場合に、前記ＵＥの選択されたビームに対してＣＢＲＡを実行する。
【0191】
更に別の合意は、Ｒ２－ＮＲ－ＡＨ＃２からのものに向けられる。ここで、前記合意には以下のものが含まれる。
【0192】
１．前記ＵＥによって報告された測定情報（ネットワーク内にビームが存在するときのビーム情報を含む）は、前記ターゲットに送信されるハンドオーバ要求メッセージに含めることができる。
【0193】
２．前記ハンドオーバコマンドは、全ての必要なパラメータ（少なくとも新しいＣ－ＲＮＴＩ、ターゲットｇＮＢセキュリティアルゴリズム識別子、およびオプションで一組の専用ＲＡＣＨリソース（ＲＡＮ２はこれが時間／周波数／シーケンスであり得るが、決定はＲＡＮ１に任されることを理解する））を含んでいる。ＦＦＳとして、ＵＥが専用ＲＡＣＨリソースと共通ＲＡＣＨリソースの組を使用する方法。および、ＦＦＳとして、ＵＥが一般的なＲＡＣＨリソースを認識する方法。
【0194】
３．ハンドオーバコマンドは、ＲＡＣＨリソースとＳＳブロックとの間の関連性を含むことができる。
【0195】
４．ＲＡＮ１がそのような関連付けが可能であると結論付けた場合、ハンドオーバコマンドは、ＲＡＣＨリソースとＣＳＩ－ＲＳ設定との間の関連性を含むことができる。ＦＦＳとして、前記ＵＥが、前記ハンドオーバコマンドに含まれる情報からアクセスするために使用する前記ビームおよびＲＡＣＨリソースを選択する方法。これは、指定された動作、または当該ネットワークで制御可能なパラメータを用いて指定された動作である可能性があり、ＵＥの実装に残され得る幾つかの態様において議論できる。
【0196】
５．ＮＲでは、ＬＴＥ（Ｔ３０４）と同様のタイマーベースのハンドオーバ失敗手順がサポートされる。
【0197】
６．ＲＲＣ接続再確立手順は、ハンドオーバの失敗を回復するために使用されるべきである。
【0198】
更に別の合意がＲ２－９９に向けられている。この合意において、前記情報は、前記ソースノードとターゲットノードの間で伝達される。
【0199】
１． ＮＲ ＲＲＣ仕様は、前記Ｘｎハンドオーバ要求メッセージの一部として、前記ソースｇＮＢから前記ターゲットｇＮＢへと送信されるトランスペアレントＲＲＣコンテナ（ＬＴＥにおけるＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージと同様）を定義する。
【0200】
２．１ ＬＴＥの場合と同様に、前記ソースｇＮＢから前記ターゲットｇＮＢへと送信されるＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎには、異なるＲＡＴの前記ＵＥ機能が含まれる。
【0201】
２．２ ＬＴＥの場合と同様に、前記ソースｇＮＢから前記ターゲットｇＮＢへと送信される前記ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎは、前記ＡＳ設定、前記ＲＲＭ設定、および前記ＡＳコンテキスト（ハンドオーバ失敗を処理するのに必要な情報を含む）を含むことができる。各ＩＥのコンテンツの詳細はＦＦＳである。
【0202】
３．１： 前記ＡＳ設定は、前記測定設定および無線リソース設定、前記ソース内のＵＥ識別子、少なくともアンテナ情報およびＤＬキャリア周波数を含む。ＦＦＳは、前記ＡＳ設定に、ＲＲＣシグナリングを介して前記ＵＥに設定されなかったＤＲＢマッピングへのＱｏＳフローが含まれるかどうかである。前記ＦＦＳとして、ＬＴＥでのＭＩＢ、ＳＩＢ－１およびＳＩＢ－２に相当するソースから前記システム情報を提供することを必要とする可能性がある（ＬＴＥにおいてこれを使用することの幾つかのチェックが行われるできである）。
【0203】
４．１： 前記ＲＲＭ設定は、少なくとも非アクティブ時間を含むことができる。
【0204】
４．２： ＬＴＥの場合のように、ＣＡの事例をサポートするために、前記ＲＲＭ設定は、測定情報が利用可能な各周波数について最良のセルのリストを含むことができる。
【0205】
５．ビーム測定情報（即ち、ビーム指数およびオプションで測定結果）がＵＥによって報告されるように前記ソースｇＮｏｄｅＢによって設定されている場合、利用可能なビーム測定情報は、前記ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージの前記ＲＲＭ設定の一部であり得る。その情報は、前記ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージの必須部分ではない。ＦＦＳとしては、何れかのセル、例えば候補ターゲットセルだけに、ビーム測定情報を含めることができるかである。
【0206】
６．前記ＲＲＭ設定は、もし両方のタイプの測定情報が入手可能であれば、前記報告されたセル（または上記ＦＦＳの結果に応じたセル）についてのＳＳブロックおよびＣＳＩ－ＲＳに関連付けられた両方のビーム測定情報（レイヤ３モビリティに関する）を含むことができる。
【0207】
合意はまた、以下を含むＲＲＣにおける、ハンドオーバコマンドのコンテンツにも関連し得る。
【0208】
１．前記ＮＲ ＲＲＣ仕様は、Ｘｎハンドオーバ要求承認メッセージの一部として、前記ターゲットｇＮＢから前記ソースｇＮＢに送信されるトランスペアレントＲＲＣコンテナ（ＬＴＥのハンドオーバコマンドメッセージと同様）を定義する。
【0209】
２．ＬＴＥにおけるように、前記ハンドオーバコマンドは、前記ターゲットｇＮＢによって完全に生成されるべきである。ＦＦＳにおいては、これについて例外が存在する可能性がある（例えば、もしサポートされていれば、ＬＴＥのＭＢＢ拡張と同様のＭＢＢ拡張）。
【0210】
３．前記ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏは、少なくとも前記ターゲット物理セル識別子（またはＲＡＮ１によって定義される同等物）、前記キャリア周波数、前記Ｔ３０４様タイマー、および前記新しいＵＥ識別子（Ｃ－ＲＮＴＩタイプの識別子）を含むことができる。
【0211】
４．ＲＡＮ２の理解は、前記ターゲットセル内のビームについての前記共通ＲＡＣＨ設定は、前記ＳＳブロックにのみ関連付けできるということである。
【0212】
５．ＲＡＮ２の理解は、前記ネットワークが前記ＳＳブロックに関連付けられた専用ＲＡＣＨ設定を有し、および／またはセル内のＣＳＩ－ＲＳに関連付けられた専用ＲＡＣＨ設定を有し得るということである。ＦＦＳにおいて、前記ターゲットｇＮＢは任意に、前記ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏに前記共通ＲＡＣＨ設定を含めることができる。含められない場合、前記ＵＥは、前記ソースセルの共通ＲＡＣＨ設定を引き続き使用する。
【0213】
６．前記ターゲットｇＮＢは、前記ＵＥが前記ターゲットセルにアクセスできるようにするために、以下のＲＡＣＨ設定のうちの１つを前記モビリティ制御情報に含めることができる。ｉ／共通ＲＡＣＨ設定、ｉｉ／共通ＲＡＣＨ設定＋ＳＳブロックに関連する専用ＲＡＣＨ設定。またはｉｉｉ／共通ＲＡＣＨ設定＋ＣＳＩ－ＲＳに関連付けられた専用ＲＡＣＨ設定。（上記ＦＦＳに基づいて、共通ＲＡＣＨがオプションであると結論付けられたときに修正されるべきオプションのリスト。）（前記ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏの中に、ＳＳ－Ｂｌｏｃｋに関連付けられた専用ＲＡＣＨ設定およびＣＳＩ－ＲＳに関連付けられた専用ＲＡＣＨ設定を同時に含めることはサポートされない）。ＦＦＳとして、専用ＲＡＣＨが故障したときに、共通ＲＡＣＨを使用するフォールバック手順があるかどうか。
【0214】
合意は、以下のようにＲ２－９９ｂにも関連し得る。
【0215】
１．関連するＮＲ－ＳＳまたはＣＳＩ－ＲＳで測定されたビーム品質が閾値を超える場合、専用のＲＡＣＨリソース（もし提供されれば）が優先される。共通のＮＲ－ＳＳ閾値と専用のＮＲ－ＳＳ／ＣＳＩ－ＲＳ閾値は、必要に応じて、ハンドオーバコマンドにおいて設定される。
【0216】
専用ＲＡＣＨリソースにアクセスする順序は、ＵＥの実装次第である。
【0217】
ＲＡＣＨを含むハンドオーバおよびＰＳＣｅｌｌの変更に関する合意には、以下が含まれる。
【0218】
上記で指定された品質閾値を満たす専用ＲＡＣＨリソースがある場合、前記ＵＥは、競合ベースのＲＡＣＨリソースに切り替えてはならない。
【0219】
ここでは、Ｔ３０４およびＴ３０７におけるＬＴＥと同じ挙動が提供される。
【0220】
＜測定レポート＞
一実施形態では、報告するための「ｘ」個のＳＳベースの最良のビームの選択について説明する。事例１では、ＳＳベースのイベント、例えばＳＳ信号の測定によってトリガーされるイベントＡ１～Ａ６について説明する。ＳＳベースのビームの場合、ＵＥは、最適なビームとして測定レポートに含められるｘ個の最適なビームと、設定された絶対閾値を超える最大ｘ－１個の最適なビームを選択する。前記絶対閾値は、１つまたは２つの測定量（ＲＳＲＰ閾値とＲＳＲＱ閾値）に基づくことができる。前記ｘ個の最良のビームは、前記セル品質の導出に使用されるビームのサブセットであり得る。更なる詳細を以下に示す。
一実施形態では、報告するための「ｘ」個のＳＳベースの最良のビームの選択について説明する。事例１では、ＳＳベースのイベント、例えばＳＳ信号の測定によってトリガーされるイベントＡ１～Ａ６について説明する。ＳＳベースのビームの場合、ＵＥは、最適なビームとして測定レポートに含められるｘ個の最適なビームと、設定された絶対閾値を超える最大ｘ－１個の最適なビームを選択する。前記絶対閾値は、１つまたは２つの測定量（ＲＳＲＰ閾値とＲＳＲＱ閾値）に基づくことができる。前記ｘ個の最良のビームは、前記セル品質の導出に使用されるビームのサブセットであり得る。更なる詳細を以下に示す。
【0221】
１．設定された閾値がＲＳＲＰのみであれば、前記ＵＥは、最良のビームと、設定された絶対閾値を超えるｘ－１個以下の、次に最大のｘ－１以下のＲＳＲＰ値を有するビームを選択する。この場合、前記最良のビームは、測定されたＲＳＲＰ値が最も高いビームである。同順位競合は次のように解決される。一実施形態において、前記ＵＥは、ビームｂｉとビームｂｊの間でランダムな順位付けを実行する。或いは、前記ＵＥは、２つの関連付けられたビーム間において、設定された絶対閾値を超える品質を持った最大数のＣＳＲ－ＲＳベースのビームを備えたビームをより良いビームとして選択し、より高い順位のビーム、即ち、より良いビームと看做す。ＣＳＩ－ＲＳベースの品質評価の数量は、ＲＳＲＰ、ＲＳＲＱ、またはその両方であり得る。
【0222】
２．前記設定された閾値がＲＳＲＱのみであれば、前記ＵＥは、最良のビームと、次のｘ－１の最大ＲＳＲＱ値を有するｘ－１個以下のビームとを選択する。この場合、前記最良のビームは、測定された最も高いＲＳＲＱ値を備えたビームである。同順位競合は次のように解決される。一実施形態において、前記ＵＥは、ビームｂｉとｂｊの間でランダムな順位付けを実行する。或いは、２つの関連付けられたビーム間において、前記ＵＥはより良いビームとして、品質が設定された絶対閾値を超える最大数のＣＳＲ－ＲＳベースのビームを有するビームを選択し、これはより高い順位、即ち、より良いビームと看做される。ＣＳＩ－ＲＳベースの品質評価のための前記量は、ＲＳＲＰ、ＲＳＲＱ、またはその両方であり得る。
【0223】
３．前記設定された閾値がＲＳＲＰ閾値およびＲＳＲＱ閾値の両方を有する場合、前記ＵＥは、報告するｘ個の最良のビームの選択のために、以下の基準を適用し得る。
【0224】
ａ．前記ＵＥは、セル品質の評価に使用されるＮ個のビームを次のように順位付けする。ＲＳＲＰ（ｂｉ）≧ＲＳＲＰ（ｂｊ）、およびＲＳＲＱ（ｂｉ）≧ＲＳＲＱ（ｂｊ）の場合、ビームｂｉはビームｂｊよりも良好である。最良のビームは、最高順位のビームである。次に、前記ＵＥは、ＲＳＲＰ量およびＲＳＲＱ量の両方の点で設定された閾値を超える品質を持った、前記次の順位のｘ－１個以下の最高順位のビームとして、残りのｘ－１個以下の最良のビームを選択する。ビームｂｉとビームｂｊの間に順位付けの同順位競合があるシナリオに対処するために、次のように同順位競合を定義する。
【0225】
ｂ．ビームｂｉおよびｂｊは、次の状況の何れかに従って、上記で定義された順位付けについて同順位競合にある。ＲＳＲＰ（ｂｉ）＝ＲＳＲＰ（ｂｊ）およびＲＳＲＱ（ｂｉ）＝ＲＳＲＱ（ｂｊ）、またはＲＳＲＰ（ｂｉ）＞ＲＳＲＰ（ｂｊ）およびＲＳＲＱ（ｂｉ）＜ＲＳＲＱ（ｂｊ）、またはＲＳＲＰ（ｂｉ）＜ＲＳＲＰ（ｂｊ）およびＲＳＲＱ（ｂｉ）＞ＲＳＲＱ（ｂｊ）。
【0226】
ｃ．前記ＵＥは、次のアプローチの１つ以上を使用して当該同順位競合を解決し得る。
【0227】
（ｉ）一実施形態において、前記ＵＥは、以下のような二次的順位付け基準で構成されてよい。ＲＳＲＰ（ｂｉ）＞ＲＳＲＰ（ｂｊ）であれば、ビームｂｉはビームｂｊよりも高く順位付けされる、即ち、ビームｂｉはビームｂｊよりも良好なビームである。代替基準においては、ＲＳＲＱ（ｂｉ）＞ＲＳＲＱ（ｂｊ）であれば、ビームｂｉがビームｂｊよりも高く順位付けされ得る。
【0228】
（ｉｉ）別の実施形態において、前記ＵＥはｂｉとｂｊとの間、または２つのビームの間でランダムな序列付けを実行し、前記ＵＥはより良好なビームを選択し、設定された絶対閾値を超える品質を持ったＣＳＲ－ＲＳベースの最大数のビームがより高い順位、即ち、より良好なビームと看做される。ＣＳＩ－ＲＳベースの品質評価のための数量は、ＲＳＲＰ、ＲＳＲＱ、またはその両方であり得る。
【0229】
事例２では、ＣＳＩ－ＲＳに基づくイベント、例えば、ＣＳＩ－ＲＳの測定によりトリガーされるイベントＡ１～Ａ６が説明される。一実施形態において、前記ＵＥは、前記測定レポートに含めるために、以下のようにしてｘ個のＳＳベースの最良のビームを選択した。
【0230】
１．最初に、前記ＵＥは、事例１について上述した手順に従って、ｙ個のＣＳＩ－ＲＳベースのベストビームを選択する。前記パラメータｙは、前記測定レポートに含まれるＣＳＩ－ＲＳベースのベストビームの設定された数であり得る。
【0231】
２．前記ＵＥは、報告するためのｘ個以下の最良のＳＳベースのビームとして、前記「ｙ」個以下のＣＳＩ－ＲＳベースの最良のビームに対応するＳＳベースのビーム、即ち、「ｘ」個以下のＳＳベースのビームを選択する。これには、狭ビームとして上記で選択した、前記「ｙ」個以下の最良のＣＳＩ－ＲＳベースのビームが含まれる。
【0232】
更に別の実施形態において、前記ＵＥは、事例１で説明した手順を使用して、前記測定レポートに含めるための、「ｘ」個以下のＳＳベースの最良のビームを選択することができる。
【0233】
前記ネットワークによって設定される場合、即ち、ネットワーク設定に従う場合、前記ＵＥは、測定を報告する目的のために選択された前記ｘ個のＳＳに基づく最良ビームに対応したｘ個のＳＳブロックを、前記測定レポートに含める。
【0234】
更に別の実施形態では、ＣＳＩ－ＲＳに関連する前記「ｙ」個の最良のビームの選択が説明される。事例１では、ＣＳＩ－ＲＳベースのイベント、例えば、ＣＳＩ－ＲＳの測定によってトリガーされるイベントＡ１～Ａ６について説明する。ＣＳＩ－ＲＳベースのビームについて、前記ＵＥは、最良のビームとして測定レポートに含めるべき前記ｙ個の最良のビーム、および設定された絶対閾値を超える前記ｙ－１個以下の最良ビームを選択する。前記絶対閾値は、１つまたは２つの測定量（ＲＳＲＰ閾値とＲＳＲＱ閾値）に基づき得る。前記ｙ個の最良のビームは、前記セル品質の導出に使用されるビームのサブセットであり得る。更なる詳細を以下に示す。
【0235】
１．前記設定された閾値がＲＳＲＰのみであれば、前記ＵＥは、前記最良のビームと、設定された絶対閾値を超える次のｙ－１の最大ＲＳＲＰ値を有するｙ－１個以下のビームを報告する。この場合、前記最良のビームは、測定されたＲＳＲＰ値が最も高いビームである。前記ＵＥは、ビームｂｉとビームｂｊとの間でランダムな順位付けを実行することにより、同順位競合を解決する。
【0236】
２．設定された閾値がＲＳＲＱのみの場合、ＵＥは最適なビームと、次の順位のｙ－１個の最大ＲＳＲＱ値を持つｙ－１個以下のビームを報告する。この場合、前記最良のビームは、測定されたＲＳＲＱ値が最も高いビームである。ＵＥは、ビームｂｉとビームｂｊの間でランダムな順位付けを実行することにより、同順位競合を解決する。
【0237】
３．設定された閾値がＲＳＲＰ閾値とＲＳＲＱ閾値の両方を有する場合、前記ＵＥは、報告するｙ個の最良ビームの選択のために、以下の基準を適用し得る。
【0238】
ａ．前記ＵＥは、前記セル品質の評価に使用されるＮ個のビームを次のように順位付けする。ＲＳＲＰ（ｂｉ）≧ＲＳＲＰ（ｂｊ）およびＲＳＲＱ（ｂｉ）≧ＲＳＲＱ（ｂｊ）の場合、ビームｂｉはビームｂｊよりも良好である。最良のビームは、最高順位のビームである。次に、前記ＵＥは、ＲＳＲＰ量とＲＳＲＱ量の両方の点で設定された閾値を超える品質を持つ、前記次のｙ－１の最高順位のビームとして、残りのｙ－１個以下の最良のビームを選択する。ビームｂｉとビームｂｊの間の順位付けについて同順位競合があるシナリオに対処するために、次のように同順位競合を定義する。
【0239】
ｂ．ビームｂｉおよびビームｂｊは、次の状況の何れかに従って、上記で定義された順位付けについて同順位競合にある。ＲＳＲＰ（ｂｉ）＝ＲＳＲＰ（ｂｊ）およびＲＳＲＱ（ｂｉ）＝ＲＳＲＱ（ｂｊ）、またはＲＳＲＰ（ｂｉ）＞ＲＳＲＰ（ｂｊ）およびＲＳＲＱ（ｂｉ）＜ＲＳＲＱ（ｂｊ）、またはＲＳＲＰ（ｂｉ）＜ＲＳＲＰ（ｂｊ）およびＲＳＲＱ（ｂｉ）＞ＲＳＲＱ（ｂｊ）。
【0240】
ｃ．前記ＵＥは、次のアプローチの１つ以上を使用して同順位競合を解決し得る。
【0241】
（ｉ）一実施形態において、前記ＵＥは、以下の二次順位付け基準を用いて設定されてもよい。即ち、ＲＳＲＰ（ｂｉ）＞ＲＳＲＰ（ｂｊ）の場合、ビームｂｉはビームｂｊよりも高く順位付けされる、即ち、ビームｂｉはビームｂｊよりも良好である。代替基準においては、ＲＳＲＱ（ｂｉ）＞ＲＳＲＱ（ｂｊ）の場合に、ビームｂｉはビームｂｊよりも高く順位付けされ得る。
【0242】
（ｉｉ）別の実施形態において、前記ＵＥは、ビームｂｉおよびビームｂｊの間のランダムな順位付けを実行することにより、同順位競合を解決する。
【0243】
事例２に従って、ＳＳベースのイベント、例えば、ＳＳ信号の測定によりトリガーされるイベントＡ１～Ａ６を説明する。一実施形態において、前記ＵＥは、以下のようにして前記測定レポートに含めるべき前記ｙ個のＣＳＩ－ＲＳベースの最良のビームを選択した。
【0244】
１．最初に、前記ＵＥは上述の手順に従って、前記ｘ個のＳＳベースの最良のビームを選択する。前記パラメータｘは、前記測定レポートに含められるＳＳベースの最良ビームの設定された数である。
【0245】
２．次に、前記ＵＥは、報告するための前記「ｙ」個以下の最良のＣＳＩ－ＲＳベースのビームとして、前記ｘ個以下の最良のＳＳベースの最良のビームに対応する前記ＣＳＩ－ＲＳベースのビーム、即ち、前記「ｙ」個以下のＣＳＩ－ＲＳベースのビームを選択し、これは前記選択された最良のＳＳベースの狭ビームである。
【0246】
別の実施形態において、前記ＵＥは、この節の事例１で説明した手順を使用して、前記測定レポートに含めるための前記ｙ個以下のＣＳＩ－ＲＳベースの最良のビームを選択し得る。
【0247】
別の実施形態によれば、前記ネットワークによって設定される場合、即ち、ネットワーク設定に従えば、前記ＵＥは、測定報告目的のための前記選択されたｙ個のＣＳＩ－ＲＳベースの最良のビームに対応する前記ｙ個のＣＳＩ－ＲＳリソースを、前記測定報告に含める。
【0248】
＜ＰＲＡＣＨリソース選択＞
別の態様によれば、例えば前記ハンドオーバコマンドなどの専用シグナリングを介して、またはブロードキャスト信号を介して、前記ネットワークによって設定された専用および／または共通の一組のＰＲＡＣＨリソースから、前記ターゲットセルへのアクセスに使用されるＰＲＡＣＨリソースを最適に選択するソリューションが提案される。
別の態様によれば、例えば前記ハンドオーバコマンドなどの専用シグナリングを介して、またはブロードキャスト信号を介して、前記ネットワークによって設定された専用および／または共通の一組のＰＲＡＣＨリソースから、前記ターゲットセルへのアクセスに使用されるＰＲＡＣＨリソースを最適に選択するソリューションが提案される。
【0249】
ＰＲＡＣＨリソース選択は、最初のＭｓｇ１送信およびその後のＭｓｇ１送信の前に実行される。前記ＵＥがバックオフインジケータ（Backoff Indicator：ＢＩ）サブヘッダーを含むランダムアクセス応答（Random Access Response：ＲＡＲ）を受信した場合、または前記ランダムアクセス手順が正常に完了しなかった場合に、後続のＭｓｇ１送信が生じ得る。例えば、前記選択されたＰＲＡＣＨに関連付けられ、且つ前記送信されたＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸに対応するランダムアクセスプリアンブル識別子を含んだ、ＲＡ－ＲＮＴＩによって識別されるランダムアクセス応答（ＲＡＲ）がＲＡＲウィンドウの際に受信されなかった場合である。
【0250】
ＮＲについては、前記専用ＲＡＣＨ設定のための前記パラメータは、以下に示されるようなＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥを使用して、前記ハンドオーバコマンドにおいてシグナリングされてよい。前記プリアンブル指数およびＰＲＡＣＨマスク指数パラメータに加えて、我々は、前記専用ＰＲＡＣＨリソースに関連付けられたＤＬビームのＩＤのパラメータを含めることを提案する。ＳＳブロックＩＤまたはＣＳＩ－ＲＳ設定ＩＤパラメータの何れかが存在することが必要とされる。両方のパラメータが存在することも可能である。前記ＣＳＩ－ＲＳ設定のＩＤパラメータが存在するならば、前記ＣＳＩ－ＲＳ設定に関連付けられたＰＲＡＣＨ設定もまた存在し得る。
【0251】
【数3】
【0252】
【表4】
【表5】
【0253】
異なるプリアンブル指数およびＰＲＡＣＨマスク指数パラメータが各ビームに関連付けられ得るような、代替のＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥを以下に示す。
【0254】
【数4】
【0255】
同じプリアンブル指数およびＰＲＡＣＨマスク指数パラメータが各ビームに関連付けられ得るような、代替のＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥを以下に示す。
【0256】
【数5】
【0257】
【数6-1】
【数6-2】
【0258】
ＮＲの場合、ターゲットセルの共通ＲＡＣＨ設定のパラメータは、以下に示されるようなＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥを使用して、ハンドオーバコマンドにおいてシグナリングされてもよい。共通ＲＡＣＨ設定がハンドオーバコマンドにおいてシグナリングされないシナリオでは、以下に示すＮＲについて定義されたＳＩ取得方法を使用して、ターゲットセルの前記共通ＲＡＣＨ設定を決定し得る。
【0259】
（ｉ）ターゲットセルからのＳＩブロードキャストを読み取ることによって、ターゲットセルの共通ＲＡＣＨ設定を取得することができる。
【0260】
（ｉｉ）ターゲットセルの共通ＲＡＣＨ設定は、ターゲットセルに有効な保存されたＳＩから取得することができる。
【0261】
（ｉｉｉ）ターゲットセルとソースセルが同じＳＩエリアの一部である場合、ターゲットセルの共通ＲＡＣＨ設定は、ソースセルの共通ＲＡＣＨ設定と同じであると想定することができる。
【0262】
【数7】
【0263】
図８は、ＰＲＡＣＨリソース選択に使用され得るモデルを示している。このモデルへの入力には、ターゲットセルの検出されたビーム、アルゴリズムの設定に使用される閾値および選択基準が含まれる。前記モデルの出力は、ターゲットセルへのアクセスに使用されるＰＲＡＣＨリソースである。
【0264】
前記ＰＲＡＣＨリソース選択モデルは２つの主要な機能、即ち、適合性チェック機能ならびにビームおよびＰＲＡＣＨリソース選択機能から構成される。
【0265】
前記適合性チェック機能は、前記ターゲットセルの検出されたビームの何れがランダムアクセスを実行するのに適しているかを決定する。ビームの適合性は品質閾値に基づいてもよく、ここでの前記閾値はブロードキャストおよび/または専用シグナリングを介して、前記ネットワークによって指定または設定されてよい。前記ネットワークによって前記閾値が設定される実施形態の場合、当該閾値は、ＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥまたはＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥにおいてシグナリングされてよい。或いは、ＰＲＡＣＨリソース選択に使用される前記閾値は、セルの（再）選択またはＲＲＭ測定のために実行される前記セル品質誘導のためのビーム選択の実行に使用される閾値と同じであり得るであろう。一実施形態において、前記閾値はＲＳＲＰに基づいている。即ち、前記閾値以上の対応するＲＳＲＰ測定値で検出されたビームは適切であると看做される。或いは、前記閾値は、ＲＳＲＱ、ＳＩＮＲ、推定ＤＬまたはＵＬのデータレート、ＣＱＩ、またはＮＲについて定義された他の測定量に基づいてもよい。
【0266】
全てのビームの適合性を決定するときに、前記同じ閾値を使用することができる。或いは、前記ビームの特性に応じて、別個の閾値値を使用することもできる。例えば、前記ビームに使用される閾値は、当該ビームに関連付けられたリソースのタイプに依存する場合があり、それにより、適切なビームの選択を特定タイプのリソースに関連付けられたビームに偏らせることが可能である。一実施形態において、ＳＳブロックに関連するビームには第１の閾値、例えばＳＳＢ閾値を使用することができ、またＣＳＩ－ＲＳ設定に関連するビームには第２の閾値、例えばＣＳＩ－ＲＳ閾値を使用することができる。別の実施形態では、専用ＰＲＡＣＨリソースに関連するビームに第１の閾値を使用することができ、また共通ＰＲＡＣＨリソースに関連するビームには第２の閾値を使用することができる。ビームが複数タイプのリソースに関連付けられているときに何れの閾値を使用するかを決定するために、ルールを指定できる。例えば、ビームが複数タイプのリソースに関連付けられていれば、最小値の閾値を使用できる。別の例において、ビームが専用および共通ＰＲＡＣＨリソースに関連付けられているならば、専用ＰＲＡＣＨリソースに関連付けられたビームのために使用される前記閾値を使用できる。
【0267】
別の実施形態では、ビームの適合性を決定するときにビーム固有のオフセットが適用され、それにより、適切なビームの選択を特定のビームまたはビーム群に偏らせることができる。例えば、好ましくない前記ビームは、前記好ましいビームのために設定されたオフセットよりも小さいオフセットを用いて設定され、それにより、前記好ましくないビームの品質は、それらが適合性チェックに合格するために、前記好ましいビームよりも優れていることが要求される。前記ビーム固有のオフセットは、前記適切なビームを順位付けするときにも使用することもでき、それにより前記好ましいビームをより高く順位付けすることが可能になる。
【0268】
別の実施形態では、適合性チェック機能が無効化されるので、前記検出されたビームに対して、前記ビームおよびＰＲＡＣＨリソース選択機能を実行することができる。前記提案されたモデルでは、検出された全部のビームが前記適合性チェックに合格するように、前記適合性閾値を任意の低い値に設定することによってこれを達成できる。
【0269】
何れのビームも閾値を満たさないシナリオでは、前記ＰＲＡＣＨリソース選択は成功しなかったと看做され、適切なビーム検出が失敗したことの指摘がより高い層に送信され得る。或いは、何れのビームも前記閾値を満たさなければ、前記ＵＥは、当該ＵＥがＲＡＣＨプリアンブルの前記目標受信電力をその最大送信電力に適合させることを可能にする任意のビームを、適切なビームとして考慮し得る。更に別の代替案において、適切なビームが見つからない場合は、前記ＵＥは、可能であれば専用ＲＡＣＨリソースに関連付けられた検出されたビームの中から前記最適なビームを選択するか、または可能であれば前記共通ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択するか、または単純に、全ての検出されたビームの中の前記最良のビームを選択すればよい。
【0270】
別途に、前記ビームおよびＰＲＡＣＨリソース選択機能は、前記適切なビームに関連付けられた一組のＰＲＡＣＨリソースから、何れのＰＲＡＣＨリソースを選択するかを決定する。この選択基準は、前記ビームとＰＲＡＣＨリソースの選択方法を制御するために使用される。当該選択基準は、ブロードキャストおよび／または専用シグナリングを介して、前記ネットワークによって指定および／または設定することができる。前記ＰＲＡＣＨリソースを選択するときに、以下のうちの１つ以上が考慮され得る。即ち、（ｉ）前記ＰＲＡＣＨリソース、例えばＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲまたはＣＱＩに関連するビームの測定量、（ｉｉ）当該ビームに関連付けられたＲＳのタイプ、例えばＳＳまたはＣＳＩ－ＲＳ、（ｉｉｉ）ＰＲＡＣＨリソースのタイプ、例えば、専用または共通、（ｉｖ）前記ＰＲＡＣＨリソースが使用する時間／周波数（Ｔ／Ｆ）リソースである。なお、ＰＲＡＣＨリソースを含む前記ＮＲ－ＵＮＩＴは、サブフレーム、ＴＴＩ、スロット、ミニスロット、シンボル、またはＮＲのために定義された他の時間単位であることに留意されたい。
【0271】
以下の図に示されるように、前記ＰＲＡＣＨリソース選択モデルは、前記ＲＲＭ測定モデルと統合されてよい。図９は、前記ＰＲＡＣＨリソース選択モデルへの入力が、Ｌ３ビームフィルタリング後のビーム測定値に対応する実施形態である。図１０Ａは、ＰＲＡＣＨリソース選択モデルへの入力が、前記Ｌ３ビームフィルタリング前のビーム測定値に対応する代替実施形態である。図１０Ｂは、前記ＰＲＡＣＨリソース選択モデルへの入力が、前記Ｌ２ビームフィルタリング後のビーム測定値に対応する更に別の実施形態であり、前記Ｌ２フィルタは、ＵＥ実装特有であるか、または前記ネットワークによって、例えばＲＲＣシグナリング経由で設定され得る。
【0272】
以下のセクションでは、上記で提案したモデルに基づいて、ＰＲＡＣＨリソース選択を実行するための代替ソリューションを提案する。一部または全部の設定パラメータ／選択基準を前記ネットワークを介して設定可能にすることにより、前記提案されたＰＲＡＣＨリソース選択機能を、ＮＲで考慮される様々な展開シナリオおよび使用事例のために最適化できる。
【0273】
以下の手順の説明において別段の指示がない限り、前記ｇＮＢが前記ハンドオーバコマンドに専用ＲＡＣＨリソースを含んでいるならば、対応するビームが適切であれば、前記ＵＥは最初に前記専用ＲＡＣＨリソースを使用しようとする。前記ｇＮＢが、前記ハンドオーバコマンドの中にダウンリンクビーム情報（ＳＳベースのビームまたはＣＳＩ－ＲＳベースのビーム）を含むが、ダウンリンクビームの何れにも対応する専用ＲＡＣＨリソースを含まない場合、前記ＵＥは、前記設定された共通ＲＡＣＨリソースからＲＡＣＨリソースを選択することによって、ランダムアクセス手順を実行すべきである。
【0274】
以下の手順の説明において、次の用語は交換可能に使用され得る。即ち、（ｉ）「専用ＰＲＡＣＨリソース」と「競合のないＲＡリソース」、（ｉｉ）「共通ＰＲＡＣＨリソース」と「競合ベースのＲＡリソース」、（ｉｉｉ）「ＰＲＡＣＨの機会」と「ＰＲＡＣＨの場合」である。
【0275】
代替の実施形態によれば、前記「最良の」ビームに関連付けられた前記ＰＲＡＣＨリソースの組から、前記ターゲットセルへのアクセスに使用される前記ＰＲＡＣＨリソースを選択することが想定される。前記「最良の」ビームが専用および共通ＰＲＡＣＨリソースに関連付けられていれば、前記ＰＲＡＣＨリソースは前記専用ＰＲＡＣＨリソースの組から選択される。次に利用可能なＰＲＡＣＨ機会を含む前記ＮＲ－ＵＮＩＴは、サブフレーム、ＴＴＩ、スロット、ミニスロット、シンボル、またはＮＲについて定義された他の時間単位である。図１１に、前記提案されたＰＲＡＣＨリソースの選択手順のステップを示すフローチャートを示す。下記に開示する以下のステップがアラビア数字で示される。
【0276】
１．前記ＵＥは、上述の方法を使用して、前記ターゲットセルの検出されたビームのうち、何れがランダムアクセスを実行するのに適しているかを決定する。単一の閾値を使用して、前記検出されたビームの適合性を判断できる。前記閾値は、ビームをランダムアクセスに使用するために必要な最小品質に対応する値に設定すればよい。複数の閾値を使用してよく、その場合、与えられた閾値は前記ビームに関連付けられた基準信号の種類に依存する。例えば、第１の閾値、例えばＳＳＢ閾値は、ＳＳブロックおよび第２の閾値に関連付けられたビームに使用でき、例えばＣＳＩ－ＲＳ閾値は、ＣＳＩ－ＲＳ設定に関連付けられたビームのために使用できる。何れのビームも前記閾値を満たさなければ、前記ＵＥは、当該ＵＥがＲＡＣＨプリアンブルの目標受信電力をその最大送信電力に適合させることを可能にする任意のビームを、適切なビームと看做すことができる。或いは、適切なビームが見つからない場合、前記ＵＥは、もし可能であれば専用ＲＡＣＨリソースに関連付けられた検出ビームの中から前記最良のビームを選択し、または前記共通ＲＡＣＨリソースに関連付けられた検出ビームの中から前記最良のビームを選択し、または単純に、検出された全てのビームの中の前記最良のビームを選択できる。最小品質が必要ないならば、検出された全てのビームが適合性チェックに合格するように、前記閾値を任意の低い値に設定できる。
【0277】
２．適切なビームが存在しなければ、前記ＰＲＡＣＨリソース選択は不成功と看做され、前記手順は終了する。この失敗の表示は、上位層に送信され得る。或いは、適切なビームが見つからない場合、前記ＵＥは、可能であれば専用ＲＡＣＨリソースに関連付けされた前記検出されたビームの中から前記最良のビームを選択でき、または可能であれば共通ＲＡＣＨリソースに関連付けされた前記検出されたビームの中から前記最良のビームを選択でき、または単純に、検出された全てのビームの中で前記最良のビームを選択できる。更に別の代替方法では、ＰＲＡＣＨリソースの選択が不成功と看做される前に、前記ＵＥは測定を実行し続けて、前記適合性チェックを複数回反復することができる。この手順の反復はカウンタを使用して制御でき、それにより前記手順をＮ回まで反復することができる。別の実施形態において、前記手順の反復はタイマーを使用して制御されてよく、前記タイマーが切れるまで前記手順が繰り返されてよい。更に別の実施形態において、前記手順の反復はカウンタおよびタイマーによって制御され、それにより、前記タイマーが切れる前に前記手順をＮ回まで繰り返すことができる。
【0278】
３．「最良の」ビーム、例えば最大のＲＳＲＰを有するビームは、一組の適切なビームから選択される。
【0279】
４．前記ＵＥは、前記選択されたビームに関連付けられた専用ＰＲＡＣＨリソースがあるかどうかを判定する。前記ＵＥは、専用シグナリングを使用して、例えば前記ハンドオーバコマンドを介して送信された前記ＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥを使用して、ビームと専用ＰＲＡＣＨリソースとの間の関連付けを通知されることができる。
【0280】
５．前記選択されたビームが専用ＰＲＡＣＨリソースに関連付けられるならば、前記ＵＥは、前記選択されたビームに関連付けられた専用ＰＲＡＣＨリソースの組からＰＲＡＣＨリソースを選択し、前記ＰＲＡＣＨリソース選択は成功したと看做され、手順は終了する。それ以外の場合、前記手順は次のステップへと進む。前記ビームに関連付けられた専用ＰＲＡＣＨリソースの組が複数の専用ＰＲＡＣＨリソースを含む場合、前記ＵＥは、前記ＰＲＡＣＨリソースをランダムに選択してよい。或いは、選択を行う際に、前記ＵＥは、前記専用ＰＲＡＣＨリソースのＴ／Ｆ設定を考慮に入れることができる。例えば、前記ビームが異なる時間に発生する複数のＰＲＡＣＨリソースに関連付けられるのであれば、前記ＵＥにとっては、そのＰＲＡＣＨ機会が次に生じるＰＲＡＣＨリソースを選択することが有利であり得る。
【0281】
６．前記ＵＥは、前記ビームに関連する前記共通ＰＲＡＣＨリソースの組から１つの共通ＰＲＡＣＨリソースを選択し、前記ＰＲＡＣＨリソース選択は成功したと看做され、当該手順は終了する。前記ビームに関連付けられた前記共通ＰＲＡＣＨリソースの組が複数の共通ＰＲＡＣＨリソースを含む場合、前記ＵＥは、ＰＲＡＣＨリソースが複数の専用ＰＲＡＣＨリソースを含む組から選択される場合について説明したようにして、例えば、共通ＰＲＡＣＨリソースのＴ／Ｆ設定に基づいてランダムに、前記ビームを選択してよい。
【0282】
代替実施形態によれば、前記「最良の」ビームに関連付けられたＰＲＡＣＨリソースの組から、前記ターゲットセルへのアクセスに使用される前記ＰＲＡＣＨリソースを選択するための技術が想定され、ここでは、前記専用ＰＲＡＣＨリソースに関連付けられた適切なビームの組から選択するために前記「最良の」ビームが最初に試行され、そのようなビームが存在しなければ、前記共通ＰＲＡＣＨリソースに関連する適切なビームの組から前記「最良の」ビームが選択される。次に利用可能なＰＲＡＣＨ機会を含む前記ＮＲ－ＵＮＩＴは、サブフレーム、ＴＴＩ、スロット、ミニスロット、シンボル、またはＮＲのために定義された他の時間単位である。図１２には、提案されているＰＲＡＣＨリソース選択手順のステップをアラビア数字で示すフローチャートが示されている。
【0283】
１．前記ＵＥは、前記ターゲットセルの検出されたビームのうち何れが、上述の方法を使用してランダムアクセスを実行するのに適しているかを決定する。単一の閾値を使用して、前記検出されたビームの適合性を判断できる。前記閾値は、ランダムアクセスのためにビームを使用することが要求される最小品質に対応した値に設定され得る。複数の閾値を使用することができ、ここでの与えられた閾値は、前記ビームに関連付けられた基準信号のタイプに依存する。例えば、第１の閾値（例えば、ＳＳＢ閾値）はＳＳブロックに関連付けられたビームについて使用でき、また第２の閾値（例えばＣＳＩ－ＲＳ閾値）は、ＣＳＩ－ＲＳ設定に関連付けられたビームについて使用できる。何れのビームも前記閾値を満たさないならば、前記ＵＥは、当該ＵＥがＲＡＣＨプリアンブルの目標受信電力をその最大送信電力に適合させることを可能にする任意のビームを、適切なビームと看做すことができる。或いは、適切なビームが見つからないならば、前記ＵＥは、もし可能であれば専用ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択し、または前記共通ＲＡＣＨリソースに関連付けられた検出ビームの中から最良のビームを選択し、または単純に、検出された全てのビームの中の前記最良のビームを選択できる。最小品質が必要ない場合は、検出された全てのビームが適合性チェックに合格するように、閾値を任意の低い値に設定できる。
【0284】
２．適切なビームが存在しなければ、ＰＲＡＣＨリソース選択は不成功と看做され、前記手順は終了する。この失敗の表示は上位層に送信され得る。或いは、適切なビームが見つからない場合、前記ＵＥは、可能であれば専用ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択でき、または可能であれば前記共通ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択でき、または単純に、検出された全てのビームの中で前記最良のビームを選択できる。更に別の代替方法では、ＰＲＡＣＨリソースの選択が不成功と看做される前に、前記ＵＥは測定を実行し続けて、前記適合性チェックを複数回反復することができる。この手順の反復はカウンタを使用して制御でき、それにより前記手順をＮ回まで反復することができる。別の実施形態において、前記手順の反復はタイマーを使用して制御されてよく、前記タイマーが切れるまで前記手順が繰り返されてよい。更に別の実施形態において、前記手順の反復はカウンタおよびタイマーによって制御され、それにより、前記タイマーが切れる前に前記手順をＮ回まで繰り返すことができる。
【0285】
３．前記ＵＥは、前記適切なビームの組に関連付けられた専用ＰＲＡＣＨリソースが存在するかどうかを判断する。前記ＵＥは、専用シグナリングを使用して、例えばハンドオーバコマンドを介してシグナリングされたＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥを使用して、ビームと専用ＰＲＡＣＨリソースとの間の関連付けを通知されることができる。
【0286】
４．専用ＰＲＡＣＨリソースに関連付けられた適切なビームが存在するならば、前記「最良の」ビーム、例えば最大のＲＳＲＰを有するビームが、専用ＰＲＡＣＨリソースに関連付けられた前記適切なビームの組から選択され、前記手順は次のステップを用いて続けられる。そうでなければ、前記次のステップはスキップされる。
【0287】
５．前記ＵＥは、前記選択されたビームに関連付けられた前記専用ＰＲＡＣＨリソースの組からＰＲＡＣＨリソースを選択し、前記ＰＲＡＣＨリソース選択は成功したと看做されて、前記手順は終了する。前記ビームに関連付けられた専用ＰＲＡＣＨリソースの組が複数の専用ＰＲＡＣＨリソースを含んでいれば、前記ＵＥは、前記ＰＲＡＣＨリソースをランダムに選択してよい。或いは、前記選択を行う際に、前記ＵＥは前記専用ＰＲＡＣＨリソースのＴ／Ｆ設定を考慮に入れることができる。例えば、前記ビームが異なる時間に発生する複数のＰＲＡＣＨリソースに関連付けられるのであれば、そのＰＲＡＣＨ機会が次に生じるＰＲＡＣＨリソースを選択することが、前記ＵＥにとって有利である可能性がある。
【0288】
６．前記ＵＥは、前記選択されたビームに関連付けられた前記共通ＰＲＡＣＨリソースの組から１つの共通ＰＲＡＣＨリソースを選択し、ＰＲＡＣＨリソース選択は成功したと看做され、当該手順は終了する。前記ビームに関連付けられた前記共通ＰＲＡＣＨリソースの組が複数の共通ＰＲＡＣＨリソースを含む場合、前記ＵＥは、前記ＰＲＡＣＨリソースが複数の専用ＰＲＡＣＨリソースを含む組から選択される場合について説明したようにして、例えば、前記共通ＰＲＡＣＨリソースのＴ／Ｆ設定に基づいてランダムに、前記ビームを選択してよい。
【0289】
なお更なる代替実施形態によれば、そのＰＲＡＣＨ機会が次に生じる前記適切なビームに関連付けられたＰＲＡＣＨリソースの組から、前記ターゲットセルへのアクセスに使用されるＰＲＡＣＨリソースを選択することが想定される。前記ビームが専用および共通ＰＲＡＣＨリソースに関連付けられている場合、前記ＰＲＡＣＨリソースは前記専用ＰＲＡＣＨリソースの組から選択される。次に利用可能なＰＲＡＣＨ機会を含むＮＲ－ＵＮＩＴは、サブフレーム、ＴＴＩ、スロット、ミニスロット、シンボル、またはＮＲのために定義された他の時間単位である。提案されているＰＲＡＣＨリソース選択手順のステップをアラビア数字で示すフローチャートが、図１３に示されている。
【0290】
１．前記ＵＥは、前記ターゲットセルの前記検出されたビームのうちで、何れが上述の方法を使用してランダムアクセスを実行するのに適しているかを決定する。例えば、単一の閾値を使用して、前記検出されたビームの適合性を判断できる。前記閾値は、ランダムアクセスにビームを使用するために必要な前記最小品質に対応した値に設定できる。複数の閾値を使用することができ、ここでの特定の閾値は、前記ビームに関連付けられた基準信号のタイプに依存する。例えば、第１の閾値（例えば、ＳＳＢ閾値）はＳＳブロックに関連付けられたビームについて使用でき、また第２の閾値（例えばＣＳＩ－ＲＳ閾値）は、ＣＳＩ－ＲＳ設定に関連付けられたビームについて使用できる。何れのビームも前記閾値を満たさないならば、前記ＵＥは、当該ＵＥがＲＡＣＨプリアンブルの前記目標受信電力をその最大送信電力に適合させることを可能にする任意のビームを、適切なビームと看做すことができる。或いは、適切なビームが見つからないのであれば、前記ＵＥは、もし可能であれば専用ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択し、または共通ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択し、または単純に、検出された全てのビームの中の前記最良のビームを選択できる。最小品質が必要ない場合は、検出された全てのビームが前記適合性チェックに合格するように、前記閾値を任意の低い値に設定できる。
【0291】
２．適切なビームが存在しなければ、前記ＰＲＡＣＨリソース選択は不成功と看做され、前記手順は終了する。この失敗の表示は上位層に送信され得る。或いは、適切なビームが見つからない場合、前記ＵＥは、可能であれば専用ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択でき、または可能であれば共通ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択でき、または単純に、全ての検出されたビームの中で前記最良のビームを選択できる。更に別の代替方法では、ＰＲＡＣＨリソースの選択が不成功と看做される前に、前記ＵＥは測定を実行し続けて、前記適合性チェックを複数回反復することができる。この手順の反復はカウンタを使用して制御でき、それにより前記手順をＮ回まで反復することができる。別の実施形態において、前記手順の反復はタイマーを使用して制御されてよく、前記タイマーが切れるまで前記手順が繰り返されてよい。更に別の実施形態において、前記手順の反復はカウンタおよびタイマーによって制御され、それにより、前記タイマーが切れる前に前記手順をＮ回まで繰り返すことができる。
【0292】
３．前記ＵＥは、前記次のＰＲＡＣＨ機会に対応するＰＲＡＣＨリソースに関連付けられたビームを選択する。一実施形態において、前記次のＰＲＡＣＨ機会に関連付けられた複数の適切なビームが存在する場合に、前記ＵＥは、前記次のＰＲＡＣＨ機会に関連付けられた適切なビームの１つの選択をもたらす任意の方法を使用して、前記ビームを選択し得る。例えば、前記ＵＥは専用ＰＲＡＣＨリソースに関連付けられたビームを選択でき、前記ＵＥは前記「最良の」ビーム、例えば最大のＲＳＲＰを持つビームを選択でき、または前記ＵＥは、次のＰＲＡＣＨ機会に関連付けられた前記適切なビームの組から１つのビームを等しい確率でランダムに選択できる。
【0293】
４．前記ＵＥは、前記選択されたビームに関連付けられた専用ＰＲＡＣＨリソースが存在するかどうかを判断する。前記ＵＥは、専用シグナリングを使用して、例えば前記ハンドオーバコマンドを介してシグナリングされたＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥを使用して、ビームと専用ＰＲＡＣＨリソースとの間の関連付けを通知されることができる。
【0294】
５．前記選択されたビームが専用ＰＲＡＣＨリソースに関連付けられていれば、前記ＵＥは、前記選択されたビームに関連付けられた専用ＰＲＡＣＨリソースの組からＰＲＡＣＨリソースを選択し、前記ＰＲＡＣＨリソース選択は成功したと看做され、前記手順は終了する。そうでなければ、前記手順は次のステップへと進む。前記ビームに関連付けられた専用ＰＲＡＣＨリソースの組に複数の専用ＰＲＡＣＨリソースが含まれる場合、前記ＵＥは、そのＰＲＡＣＨ機会が次に生じるＰＲＡＣＨリソースを選択する。
【0295】
６．前記ＵＥは、前記ビームに関連付けられた共通ＰＲＡＣＨリソースの組から１つの共通ＰＲＡＣＨリソースを選択し、前記ＰＲＡＣＨリソース選択は成功したと看做され、当該手順は終了する。前記ビームに関連付けられた前記共通ＰＲＡＣＨリソースの組が複数の共通ＰＲＡＣＨリソースを含む場合、前記ＵＥは、そのＰＲＡＣＨ機会が次に発生するＰＲＡＣＨリソースを選択する。複数の共通ＰＲＡＣＨリソースが、前記ビームに関連付けられた次のＰＲＡＣＨ機会のために設定される場合、前記ＵＥは、前記次のＰＲＡＣＨ機会のために設定された前記共通ＰＲＡＣＨリソースの組から１つのＰＲＡＣＨを、等確率でランダムに選択できる。
【0296】
なお更なる代替実施形態によれば、そのＰＲＡＣＨ機会が次に生じる前記適切なビームに関連付けられたＰＲＡＣＨリソースの組から、前記ターゲットセルへのアクセスに使用されるＰＲＡＣＨリソースを選択することが想定され、ここでの前記ビームは、専用ＰＲＡＣＨリソースに関連付けられた前記適切なビームの組から選択されるように最初に試行され、そのようなビームが存在しなければ、前記ビームは共通ＰＲＡＣＨリソースに関連付けられた前記適切なビームの組から選択される。次に利用可能なＰＲＡＣＨ機会を含むＮＲ－ＵＮＩＴは、サブフレーム、ＴＴＩ、スロット、ミニスロット、シンボル、またはＮＲのために定義された他の時間単位であり得る。図１４には、提案されたＰＲＡＣＨリソース選択手順のステップをアラビア数字で示すフローチャートが示されている。
【0297】
１．前記ＵＥは、前記ターゲットセルの検出されたビームのうちで、何れが上述の方法を使用してランダムアクセスを実行するのに適しているかを決定する。例えば、単一の閾値を使用して、前記検出されたビームの適合性を判断できる。前記閾値は、ランダムアクセスのためにビームを使用するのに必要とされる最小品質に対応した値に設定できる。複数の閾値を使用することができ、ここでの与えられた閾値は、前記ビームに関連付けられた基準信号のタイプに依存する。例えば、第１の閾値（例えば、ＳＳＢ閾値）はＳＳブロックに関連付けられたビームについて使用でき、また第２の閾値（例えばＣＳＩ－ＲＳ閾値）は、ＣＳＩ－ＲＳ設定に関連付けられたビームについて使用できる。何れのビームも前記閾値を満たさないならば、前記ＵＥは、当該ＵＥがＲＡＣＨプリアンブルの目標受信電力をその最大送信電力に適合させることを可能にする任意のビームを、適切なビームと看做すことができる。或いは、適切なビームが見つからないならば、前記ＵＥは、もし可能であれば専用ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択し、または共通ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択し、または単純に、検出された全てのビームの中で前記最良のビームを選択できる。最小品質が必要ない場合は、検出された全てのビームが適合性チェックに合格するように、前記閾値（複数可）を任意の低い値に設定できる。
【0298】
２．適切なビームが存在しなければ、前記ＰＲＡＣＨリソース選択は不成功と看做され、前記手順は終了する。この失敗の表示は上位層に送信され得る。或いは、適切なビームが見つからない場合、前記ＵＥは、可能であれば専用ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択でき、または可能であれば共通ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択でき、または単純に、検出された全てのビームの中で前記最良のビームを選択できる。更に別の代替方法では、前記ＰＲＡＣＨリソース選択が不成功と看做される前に、ＵＥは測定を実行し続けて、前記適合性チェックを複数回反復することができる。この手順の反復はカウンタを使用して制御でき、それにより前記手順をＮ回まで反復することができる。別の実施形態において、前記手順の反復はタイマーを使用して制御されてよく、前記タイマーが切れるまで前記手順が繰り返されてよい。更に別の実施形態において、前記手順の反復はカウンタおよびタイマーによって制御され、それにより、前記タイマーが切れる前に前記手順をＮ回まで繰り返すことができる。
【0299】
３．前記ＵＥは、専用シグナリングを使用し、例えば、前記適切なビームの組との関連付けを使用して、専用ＰＲＡＣＨリソースが存在するかどうかを判断する。前記ＵＥは、前記ハンドオーバコマンドを介してシグナリングされた前記ＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥを使用して、ビームと専用ＰＲＡＣＨリソースとの間の関連付けを通知されることができる。
【0300】
４．専用ＰＲＡＣＨリソースに関連付けられた適切なビームが存在するならば、前記次のＰＲＡＣＨ機会に対応するＰＲＡＣＨリソースに関連付けられた前記ビームは、専用ＰＲＡＣＨリソースに関連付けられた前記適切なビームの組から選択され、前記手順は次のステップを用いて継続する。前記適切なビームの組に関連付けられた専用ＰＲＡＣＨリソースが存在しなければ、前記次のステップはスキップされる。
【0301】
一実施形態では、次のＰＲＡＣＨ機会に関連付けられた複数の適切なビームが存在するならば、前記ＵＥは、前記次のＰＲＡＣＨ機会に関連付けられた適切なビームの１つの選択をもたらす任意の方法を使用して、前記ビームを選択できる。例えば、前記ＵＥは前記「最良の」ビーム、例えば、最大のＲＳＲＰを有するビームを選択でき、または前記ＵＥは、次のＰＲＡＣＨ機会に関連付けられた適切なビームの組から１つのビームを、等しい確率でランダムに選択することができる。
【0302】
５．前記ＵＥは、前記選択されたビームに関連付けられた専用ＰＲＡＣＨリソースの組からＰＲＡＣＨリソースを選択し、前記ＰＲＡＣＨリソース選択は成功したと看做され、当該手順は終了する。前記ビームに関連付けられた専用ＰＲＡＣＨリソースの組に複数の専用ＰＲＡＣＨリソースが含まれる場合、前記ＵＥは、そのＰＲＡＣＨ機会が次に発生するＰＲＡＣＨリソースを選択する。
【0303】
６．次のＰＲＡＣＨ機会に対応するＰＲＡＣＨリソースに関連付けられたビームは、共通ＰＲＡＣＨリソースに関連付けられた適切なビームの組から選択される。一実施形態では、次のＰＲＡＣＨ機会に関連した複数の適切なビームがある場合、前記ＵＥは、次のＰＲＡＣＨ機会に関連した適切なビームの１つの選択をもたらす任意の方法を使用してビームを選択し得る。例えば、前記ＵＥは前記「最良の」ビーム、例えば最大のＲＳＲＰを有するビームを選択でき、或いは、前記ＵＥは次のＰＲＡＣＨ機会に関連付けられた適切なビームの組から１つのビームを、等しい確率でランダムに選択してよい。
【0304】
７．前記ＵＥは、前記ビームに関連付けられた前記共通ＰＲＡＣＨリソースの組から共通ＰＲＡＣＨリソースを選択し、前記ＰＲＡＣＨリソース選択は成功したと看做され、当該手順は終了する。前記ビームに関連付けられた共通ＰＲＡＣＨリソースの組が複数の共通ＰＲＡＣＨリソースを含む場合、前記ＵＥは、ＰＲＡＣＨ機会が次に発生するＰＲＡＣＨリソースを選択する。前記ビームに関連付けられた次のＰＲＡＣＨ機会のために複数の共通ＰＲＡＣＨリソースが設定されている場合、前記ＵＥは、前記次のＰＲＡＣＨ機会のために設定された共通ＰＲＡＣＨリソースの組から、１つのＰＲＡＣＨを等確率でランダムに選択できる。
【0305】
更に別の実施形態によれば、図１５に例示されるように、ＮＲ配備は、ＳＳブロック送信（ＳＳＢ）が広ビームに関連付けられ、ＣＳＩ－ＲＳ送信が狭ビームに関連付けられる場所を記述する。前記狭ビームは、高データレートサービスに使用できる。このような配備では、ターゲットセルへのハンドオーバを実行するときには狭ビームにハンドオーバして、高データレートサービスへの中断時間を最小限に抑えるのが有利であろう。しかしながら、狭ビームへのハンドオーバは広ビームへのハンドオーバよりも信頼性が低い可能性があるため、我々は、１回目のアクセス試行に使用できる前記狭ビームに関連付けられたＰＲＡＣＨリソースの第１の組と、前記１回目のアクセス試行が成功しなかったときの２回目のアクセス試行に使用できる前記広ビームに関連付けられたＰＲＡＣＨリソースの２番目の組とを、前記ハンドオーバコマンドに含めることを提案する。一実施形態において、前記第１の組のＰＲＡＣＨリソースは、ＣＳＩ－ＲＳ設定に関連付けられた専用ＰＲＡＣＨリソース、即ち、狭ビームであり、また前記第２の組のＰＲＡＣＨリソースは、ＳＳＢに関連付けられた共通ＰＲＡＣＨリソース、即ち、広ビームである。或いは、第１および第２の組の両方のＰＲＡＣＨリソースが専用ＰＲＡＣＨリソースであってもよい。即ち、前記第１の組のＰＲＡＣＨリソースは、ＣＳＩ－ＲＳ設定に関連付けられた専用ＰＲＡＣＨリソースであることができ、また前記第２の組のＰＲＡＣＨリソースは、ＳＳＢに関連付けられた専用ＰＲＡＣＨリソースであることができる。
【0306】
ＮＲの場合、前記ターゲットセルのための共通ＲＡＣＨ設定のパラメータは、任意に、前記ハンドオーバコマンドにおいてシグナリングできることに留意されたい。したがって、前記第２の組のＰＲＡＣＨリソースが共通ＰＲＡＣＨリソースであるシナリオにおいて、前記第２の組のＰＲＡＣＨリソースは、前記ハンドオーバコマンドに含まれない場合があるが、その代わりに、上記で述べた代替ＳＩ取得方法を使用して決定される可能性がある。
【0307】
前記第１の組のＰＲＡＣＨリソースを使用するアクセス試行の数は、カウンタを使用して制御することができ、それにより、前記ＵＥは、前記第２の組のＰＲＡＣＨリソースを使用して前記セルにアクセスする前に、前記第１の組のＰＲＡＣＨリソースを使用して最大Ｎ回のアクセス試行を実行することが可能になる。別の実施形態において、前記第１の組のＰＲＡＣＨリソースを使用するアクセス試行の数はタイマーを使用して制御され、それにより、前記ＵＥはタイマーが切れるまでは、前記第１の組のＰＲＡＣＨリソースを使用して複数回のアクセス試行を実行することができる。更に別の実施形態において、前記第１の組のＰＲＡＣＨリソースを使用するアクセス試行はカウンタおよびタイマーを使用して制御され、それにより、前記ＵＥはタイマーが切れる前に、前記第１の組のＰＲＡＣＨリソースを使用して最大Ｎ回のアクセス試行を実行することができる。
【0308】
図１５に示される配備は、前記ＳＳＢが広ビームに関連付けられ、また前記ＣＳＩ－ＲＳ設定が狭ビームに関連付けられるときに、提案されたソリューションがどのように使用されるかを示すために使用される。しかしながら、当該提案されたソリューションは、前記第１の組のＰＲＡＣＨリソースを使用したアクセス試行が成功しない場合に、前記第２の組のＰＲＡＣＨリソースへの「フォールバック」を必要とするシナリオに使用できる。例えば、提案されたソリューションは、前記第１の組のＰＲＡＣＨリソースがＳＳＢに関連付けられた専用ＰＲＡＣＨリソースであり、前記第２の組のＰＲＡＣＨリソースもＳＳＢに関連付けられた共通ＰＲＡＣＨリソースである場合にも使用できる。
【0309】
提案されたＰＲＡＣＨリソース選択手順のステップがアラビア数字で示されたフローチャートが、図１６Ａに示されている。
【0310】
１．前記ＵＥは、前記ターゲットセルの検出されたビームのうちの何れが、上記の方法に従ってランダムアクセスを実行するのに適しているかを決定する。例えば、単一の閾値を使用して、前記検出されたビームの適合性を判断することができる。この閾値は、ビームをランダムアクセスに使用するために必要な最小品質に対応した値に設定できる。複数の閾値を使用することができ、ここで与えられる閾値は、前記ビームに関連付けられた基準信号のタイプに依存する。例えば、ＳＳブロックに関連付けられたビームには、第１の閾値、例えばＳＳＢ閾値を使用でき、またＣＳＩ－ＲＳ設定に関連付けられたビームには、第２の閾値、例えばＣＳＩ－ＲＳ閾値を使用することができる。何れのビームも前記閾値を満たさないならば、前記ＵＥは、当該ＵＥが前記ＲＡＣＨプリアンブルの前記目標受信電力をその最大送信電力に適合させることを可能にする任意のビームを、適切なビームと看做すことができる。或いは、適切なビームが見つからない場合、前記ＵＥは、もし可能であれば専用ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択し、または、もし可能であれば共通ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択し、または単純に、検出された全てのビームの中で前記最良のビームを選択できる。最小品質が必要ない場合は、検出された全てのビームが前記適合性チェックに合格するように、前記閾値を任意の低い値に設定できる。
【0311】
２．これが最初のアクセス試行であるならば、当該手順は次のステップを用いて続行される。それ以外の場合、当該手順はステップ８を用いて続行される。
【0312】
３．前記第１の組のＰＲＡＨリソースに関連付けられた適切なビーム、例えば、ＣＳＩ－ＲＳ設定が存在するならば、当該手順は次のステップを用いて続行される。それ以外の場合、当該手順はステップ８を用いて続行される。
【0313】
４．前記「最良の」ビーム、即ち、最大のＲＳＲＰを有するビームは、前記第１の組のＰＲＡＣＨリソースに関連付けられた適切なビームの組、例えばＣＳＩ－ＲＳ設定に関連付けられた適切なビームの組から選択される。或いは、前記次のＰＲＡＣＨ機会に対応するＰＲＡＣＨリソースに関連付けられたビームは、前記第１の組のＰＲＡＣＨリソースに関連付けられた適切なビームの組から選択されてよい。
【0314】
５．前記ＵＥは、前記選択されたビームに関連付けられた専用ＰＲＡＣＨリソースが存在するかどうかを決定する。前記ＵＥは、専用シグナリングを使用して、例えば前記ハンドオーバコマンドを介してシグナリングされたＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥを使用して、ビームと専用ＰＲＡＣＨリソースとの間の関連付けを通知され得る。
【0315】
６．前記選択されたビームが専用ＰＲＡＣＨリソースに関連付けられる場合、前記ＵＥは、前記選択されたビームに関連付けられた専用ＰＲＡＣＨリソースの組からＰＲＡＣＨリソースを選択し、前記ＰＲＡＣＨリソース選択は成功したと看做され、当該手順は終了する。それ以外の場合、当該手順は次のステップへと進む。前記ビームに関連付けられた専用ＰＲＡＣＨリソースの組が複数の専用ＰＲＡＣＨリソースを含む場合、前記ＵＥは、前記ＰＲＡＣＨリソースをランダムに選択し得る。或いは、選択を行うときに、前記ＵＥは専用ＰＲＡＣＨリソースのＴ／Ｆ設定を考慮に入れることができる。例えば、ビームが異なる時間に発生する複数のＰＲＡＣＨリソースに関連付けられている場合、そのＰＲＡＣＨ機会が次に発生するＰＲＡＣＨリソースを選択することが、前記ＵＥにとって有利である場合があり得る。
【0316】
７．前記ＵＥは、前記ビームに関連する共通ＰＲＡＣＨリソースの組から共通ＰＲＡＣＨリソースを選択し、前記ＰＲＡＣＨリソース選択は成功したと看做され、当該手順は終了する。ビームに関連付けられた共通ＰＲＡＣＨリソースの組が複数の共通ＰＲＡＣＨリソースを含む場合、前記ＵＥは、ＰＲＡＣＨリソースが複数の専用ＰＲＡＣＨリソースを含む組から選択される場合について説明したのと同様に、例えば共通ＰＲＡＣＨリソースのＴ／Ｆ設定に基づいてランダムに、前記ビームを選択してよい。
【0317】
８．第２の組のＰＲＡＣＨリソース、例えばＳＳブロック（ＳＳＢ）に関連付けられた適切なビームが存在しない場合、ＰＲＡＣＨリソース選択は不成功と看做され、当該手順は終了する。この失敗の表示は、上位層に送信される場合がある。それ以外の場合、当該手順は次のステップを用いて続行される。
【0318】
９．前記「最良の」ビーム、即ち、最大のＲＳＲＰを有するビームは、前記第２の組のＰＲＡＣＨリソースに関連付けられた適切なビームの組、例えば、ＳＳブロックに関連付けられた適切なビームの組から選択される。或いは、次のＰＲＡＣＨ機会に対応するＰＲＡＣＨリソースに関連付けられたビームは、前記第２の組のＰＲＡＣＨリソースに関連付けられた適切なビームの組から選択されてよい。
【0319】
１０．前記ＵＥは、前記選択されたビームに関連付けられた専用ＰＲＡＣＨリソースが存在するかどうかを判定する。前記ＵＥは、前記ハンドオーバコマンドを介してシグナリングされたＮＲ－ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥを使用して、ビームと専用ＰＲＡＣＨリソースとの間の関連付けを通知されることができる。
【0320】
１１．前記選択されたビームが専用ＰＲＡＣＨリソースに関連付けられるならば、前記ＵＥは、前記選択されたビームに関連付けられた専用ＰＲＡＣＨリソースの組からＰＲＡＣＨリソースを選択し、前記ＰＲＡＣＨリソース選択は成功したと看做され、当該手順は終了する。それ以外の場合、当該手順は次のステップを用いて続行される。前記ビームに関連付けられた専用ＰＲＡＣＨリソースの組が複数の専用ＰＲＡＣＨリソースを含む場合、前記ＵＥは前記ＰＲＡＣＨリソースをランダムに選択してよい。或いは、前記選択を行うときに、前記ＵＥは専用ＰＲＡＣＨリソースのＴ／Ｆ設定を考慮に入れることができる。例えば、前記ビームが異なる時間に生じる複数のＰＲＡＣＨリソースに関連付けられるならば、前記ＵＥにとっては、そのＰＲＡＣＨ機会が次に発生するＰＲＡＣＨリソースを選択することが有利であり得る。
【0321】
１２．前記ＵＥは、前記ビームに関連付けられた共通ＰＲＡＣＨリソースの組から共通ＰＲＡＣＨリソースを選択し、前記ＰＲＡＣＨリソース選択は成功したと看做され、当該手順は終了する。前記ビームに関連付けられた共通ＰＲＡＣＨリソースの組が複数の共通ＰＲＡＣＨリソースを含むのであれば、前記ＵＥは、前記ＰＲＡＣＨリソースが複数の専用ＰＲＡＣＨリソースを含む組から選択される場合について説明したのと同様に、例えば共通ＰＲＡＣＨリソースのＴ／Ｆ設定に基づいてランダムに、前記ビームを選択してよい。
【0322】
更に別の実施形態によれば、前記ダウンリンク上での初期アクセスに使用されるビームは、ＳＳベースのビームであると想定される。前記ｇＮＢは、ＳＳベースのビームおよび／または対応するＳＳブロックを、前記ハンドオーバコマンドに含めることができる。初期アクセスのための前記ハンドオーバコマンドに含まれる各ビームまたはＳＳブロックについて、前記ｇＮＢは１つの専用ＲＡＣＨリソースのみを割り当てる。前記ｇＮＢは、前記ハンドオーバコマンドに複数のビームおよび／またはＳＳブロックを含めることができる。前記ＵＥは、上記で述べたビーム選択手順の１つを使用して、初期アクセスのために使用する前記ビーム／ＳＳブロックおよび前記対応するＲＡＣＨリソースを選択し得る。
【0323】
別の実施形態において、前記ｇＮＢは前記ハンドオーバコマンドの中に、並列初期試行のために複数のＲＡＣＨリソースを使用する指示を含めることができ、例えばこの指示を使用することにより、前記ＵＥは、最初に送信されるプリアンブルのＲＡＲの前に、１つ以上の追加のＲＡＣＨプリアンブルを送信することができる。更に、前記ｇＮＢはまた、前記ハンドオーバコマンドの中に、前記ＵＥが実行を許可される並列試行回数を含めることができる。初期アクセスのために前記ハンドオーバコマンドの中に含められる各ビームまたはＳＳブロックについて、前記ｇＮＢは複数の専用ＲＡＣＨリソースを割り当てることができる。前記ＵＥは、上記のビーム選択手順の１つを使用して、前記の個数以下の対応するビーム／ＳＳブロックを選択することにより、前記並列初期試行のためのＲＡＣＨリソースを決定できる。代替実施形態において、前記ＵＥは、前記初期試行のためのビームを最高順位のビームとして選択でき、ここで前記ビームは、設定された閾値を超える品質を有する前記数の対応するＣＳＩ－ＲＳビームの降順で順位付けされる。
【0324】
この実施形態においては、前記ダウンリンク上の初期アクセスに使用されるビームは、ＣＳＩ－ＲＳベースのビームであると想定される。前記ｇＮＢは、前記ハンドオーバコマンドの中に、ＣＳＩ－ＲＳベースのビームおよび／または対応するＣＳＩ－ＲＳリソースを含めることができる。初期アクセスのための前記ハンドオーバコマンドの中に含められる各ビームまたはＣＳＩ－ＲＳリソースについて、前記ｇＮＢは、１つの専用ＲＡＣＨリソースのみを割り当てる。前記ｇＮＢは、前記ハンドオーバコマンドの中に複数のビームおよび／またはＣＳＩ－ＲＳリソースを含めることができる。前記ＵＥは、上記で述べたビーム選択手順の１つを用いて、前記初期アクセスのために使用する前記ビーム／ＣＳＩ－ＲＳリソース、および対応するＲＡＣＨリソースを選択することができる。
【0325】
別の実施形態において、前記ｇＮＢは前記ハンドオーバコマンドの中に、並列初期試行のために複数のＲＡＣＨリソースを使用する指示を含めることができ、例えばこの指示を使用することにより、前記ＵＥは、最初に送信されるプリアンブルのＲＡＲの前に、１つ以上の追加のＲＡＣＨプリアンブルを送信することができる。更に、前記ｇＮＢはまた、前記ハンドオーバコマンドの中に、前記ＵＥが実行を許可される並列試行回数を含めることができる。初期アクセスのために前記ハンドオーバコマンドの中に含められる各ビームまたはＣＳＩリソースについて、前記ｇＮＢは複数の専用ＲＡＣＨリソースを割り当てることができる。前記ＵＥは、上記のビーム選択手順の１つを使用して、前記の個数以下の対応するビーム／ＣＳＩ－ＲＳリソースを選択することにより、前記並列初期試行のためのＲＡＣＨリソースを決定できる。
【0326】
前記ＵＥはまた、前記ＵＬビーム選択のための支援情報を提供し得る。例えば、前記ＵＥは、５Ｇのために検討されているＵＬ測定モビリティベースのソリューションを支援するＵＬ基準信号のための、周期的なＵＬ基準信号を送信することができる。前記ターゲットセルは、前記ハンドオーバコマンドに含めるために前記ソースセルに渡されるＲＲＣ再設定メッセージの中に、初期アクセス手順のために使用されるＵＬビームを含めることができ、例えば、各ＲＡＣＨリソース（専用ＲＡＣＨリソースまたは共通ＲＡＣＨリソース）のために、前記ハンドオーバコマンドは前記ＵＥが使用すべきＵＬビームを含めることができる。
【0327】
更に別の実施形態によれば、前記選択されたビームに関連付けられたＰＲＡＣＨリソースの組から、前記ターゲットセルへのアクセスに使用されるＰＲＡＣＨリソースを選択することが想定される。条件は、前記ランダムアクセス再送信の回数、タイマーの期限切れ、下位層からの出力急昇停止の通知、またはそれらの任意の組み合わせに基づき得る。それは、前記ビームが前記専用ＰＲＡＣＨリソースに関連付けられたビームの組から選択されるように試行されるべきか、または前記ビームが前記共通ＰＲＡＣＨリソースに関連付けられたビームの組から選択されるように試行されるべきか、即ち、前記ＵＥが共通ＰＲＡＣＨリソースに「フォールバック」すべき時点を決定するために使用できる。提案されたＰＲＡＣＨリソース選択手順のステップを示すフローチャートを、図１６Ｂに示す。当該提案されたＰＲＡＣＨリソース選択手順のステップは、次のように実行される。
【0328】
１．ターゲットセルの検出されたビームのうちの何れが、上記の方法を使用してランダムアクセスを実行するのに適しているかを決定する。例えば、閾値を使用して、検出されたビームの適合性を判断することができる。前記閾値は、ランダムアクセスのためにビームを使用するのに必要な最小品質に対応した値に設定できる。或いは、複数の閾値を使用することができ、この場合、与えられた閾値は、前記ビームに関連付けられた基準信号のタイプに依存する。例えば、第１の閾値（例えば、ＳＳＢ閾値）は、ＳＳブロックに関連付けられたビームのために使用でき、また第２の閾値（例えば、ＣＳＩ－ＲＳ閾値）は、ＣＳＩ－ＲＳ設定に関連付けられたビームのために使用されてよい。もし何れのビームも前記閾値を満たさないならば、前記ＵＥが前記ＲＡＣＨプリアンブルの目標受信電力をその最大送信電力に適合させることを可能にする任意のビームが、適切なビームと看做される。或いは、適切なビームが見つからないとき、前記ＵＥは、可能な場合は専用ＲＡＣＨリソースに関連付けられた検出ビームの中の最良のビーム、または共通ＲＡＣＨリソースに関連付けられた検出ビームの中の最良のビーム、または単に検出された全てのビームの中の最良のビームを選択できる。或いは、もし最低品質が必要とされないならば、検出された全てのビームが適合性チェックに合格するように、前記閾値を任意の低い値に設定することができる。
【0329】
適切なビームが存在しないのであれば、１つのアプローチは、前記ＰＲＡＣＨリソース選択手順が正常に完了していないと看做すことである。別のアプローチでは、前記ＰＲＡＣＨリソースの選択が不成功と看做される前に、前記ＵＥは測定を実行し続け、適合性チェックを複数回繰り返すことができる。前記手順の繰り返しはカウンタを使用して制御することができ、それにより前記手順を最大Ｎ回まで繰り返すことができる。別の実施形態において、前記手順の繰り返しはタイマーを使用して制御されてよく、前記タイマーが切れるまで前記手順が繰り返されてよい。また更に別の実施形態において、前記手順の繰り返しはカウンタおよびタイマーによって制御され、それにより、タイマーが切れる前に前記手順をＮ回まで繰り返すことができる。更に別の代替例では、適切なビームが見つからない場合、前記ＵＥは、可能であれば専用ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択し、または可能であれば共通ＲＡＣＨリソースに関連付けられた前記検出されたビームの中から前記最良のビームを選択し、または単に検出された全てのビームの中で前記最高のビームを選択することができる。
【0330】
別の実施形態によれば、前記条件が、共通ＰＲＡＣＨリソースへの「フォールバック」が適合したことであるならば、（ｉ）もし共通ＰＲＡＣＨリソースに関連する１つ以上の適切なビームがあれば、（ａ）共通ＰＲＡＣＨリソースに関連付けられた前記適切なビームの組からビームを選択し、（１）もし共通ＰＲＡＣＨリソースに関連付けられた唯一の適切なビームが存在すれば、そのビームを選択し、または（２）共通ＰＲＡＣＨリソースに関連付けられた複数の適切なビームが存在すれば、（Ａ）共通ＰＲＡＣＨリソースに関連付けられた適切なビームの１つの選択をもたらす方法を使用して前記ビームを選択する。例えば、前記ＵＥは、次のＰＲＡＣＨ機会に対応する共通ＰＲＡＣＨリソースに関連付けられたビームを選択してよい。或いは、前記ＵＥは「最良の」ビーム、例えば、最大のＲＳＲＰを有するビームを選択でき、または前記ＵＥは等しい確率でランダムに、共通ＰＲＡＣＨリソースに関連付けられた組の適切なビームからビームを選択してよい。
【0331】
前記条件が、前記共通ＰＲＡＣＨリソースへの「フォールバック」が満たされたことである場合、（ｂ）前記選択されたビームに関連付けられた共通ＰＲＡＣＨリソースを選択する。即ち、（１）前記選択されたビームに関連付けられた共通ＰＲＡＣＨリソースが１つしか存在しなければ、その共通ＰＲＡＣＨリソースを選択し、または（２）前記選択されたビームに関連付けられた複数の共通ＰＲＡＣＨリソースが存在すれば、（Ａ）前記選択されたビームに関連付けられた前記共通ＰＲＡＣＨリソースの１つの選択をもたらす任意の方法を使用して、前記共通ＰＲＡＣＨリソースを選択する。例えば、前記ＵＥは、そのＰＲＡＣＨ機会が次に発生する前記共通ＰＲＡＣＨリソースを選択してよく、または前記ＵＥは、前記選択されたビームに関連付けられた前記共通ＰＲＡＣＨリソースの組から１つの共通ＰＲＡＣＨリソースを、等しい確率でランダムに選択してよい。
【0332】
前記アプローチは、（ｃ）前記ＰＲＡＣＨリソース選択手順が首尾よく完了したと看做すことであってよい。加えて、（ｄ）において、我々は前記ＰＲＡＣＨリソース選択手順が首尾よく完了しなかったと看做す。
【0333】
別の実施形態に従って、および／または上述の実施形態の促進において、（ｉｉ）もし専用ＰＲＡＣＨリソースに関連付けられた１つ以上の適切なビームが存在すれば、（ａ）前記専用リソースに関連付けられた適切なビームの組からビームを選択する。即ち、（１）専用ＰＲＡＣＨリソースに関連付けられた適切なビームが１つしか存在しなない場合、そのビームを選択し、または（２）専用ＰＲＡＣＨリソースに関連付けられた適切なビームが複数存在する場合は、
【0334】
（Ａ）専用ＰＲＡＣＨリソースに関連付けられた前記適切なビームの１つの選択をもたらす任意の方法を使用して、前記ビームを選択する。例えば、前記ＵＥは、次のＰＲＡＣＨ機会に対応する専用ＰＲＡＣＨリソースに関連付けられた前記ビームを選択してよい。前記ＵＥは前記「最良の」ビーム、例えば最大のＲＳＲＰを有するビームを選択でき、または前記ＵＥは、前記専用ＰＲＡＣＨリソースに関連付けられた適切なビームの組から、等しい確率でランダムに１つのビームを選択してよい。
【0335】
（ｂ）では、前記選択されたビームに関連付けられた専用ＰＲＡＣＨリソースを選択し、（１）選択されたビームに関連付けられた専用ＰＲＡＣＨリソースが１つしか存在しなければ、その専用ＰＲＡＣＨリソースを選択し、または（２）前記選択されたビームに関連付けられた複数の専用ＰＲＡＣＨリソースが存在すれば、（Ａ）前記選択されたビームに関連付けられた専用ＰＲＡＣＨリソースの１つの選択をもたらす方法を使用して、前記専用ＰＲＡＣＨリソースを選択する。例えば、前記ＵＥは、次にＰＲＡＣＨ機会が生じる専用ＰＲＡＣＨリソースを選択してもよく、または前記ＵＥは、前記選択されたビームに関連付けられた前記共通ＰＲＡＣＨリソースの組から１つの専用ＰＲＡＣＨリソースを等しい確率でランダムに選択してよい。
【0336】
（ｃ）では、前記ＰＲＡＣＨリソース選択手順が首尾よく完了したと看做す。（ｄ）では、ＰＲＡＣＨリソース選択手順が首尾よく完了していないと看做す。
【0337】
なお更なる実施形態によれば、適切なビームに関連付けられた前記ＰＲＡＣＨリソースの組から、前記ターゲットセルにアクセスするために使用されるＰＲＡＣＨリソースを選択することが想定される。前記ビームは最初に、競合のないＲＡリソース（別名として、専用ＰＲＡＣＨリソース）に関連付けられた適切なビームの組から選択されるように試行され、またそのようなビームが存在しなければ、前記ビームは共通ＰＲＡＣＨリソースに関連付けられた適切なビームの組から選択される。一実施形態において、前記ビームはビーム指数によって表される。例えば、ＮＲ－ＳＳに関連付けられたビームはＳＳＢ指数を使用して識別され、ＣＳＩ－ＲＳに関連付けられたビームはＣＳＩ－ＲＳ設定指数を使用して識別される。次に利用可能なＰＲＡＣＨ機会（別名として、ＰＲＡＣＨチャンス）を含むＮＲ－ＵＮＩＴは、サブフレーム、ＴＴＩ、スロット、ミニスロット、シンボル、またはＮＲ用に定義された他の時間単位であり得る。
【0338】
前記ＵＥでのこの提案されたＰＲＡＣＨリソース選択手順のステップの例示的な図が、図１６Ｃ，１６Ｄに示されている。図示の判定ツリーの最初のクエリボックスでは、ＲＲＣによって競合のないＲＡリソースのリストが明示的に提供されているかどうかが決定される。回答がＹｅｓであれば、次のクエリは（ｉ）競合のないＲＡリソースのリストにＳＳＢ指数のリストが含まれているかどうかである。Ｙｅｓであれば、（ａ）明示的に提供されたＳＳＢ指数の組から適切なＳＳＢ指数が選択される。前記ＳＳＢ指数は、その品質がｓｓｂ閾値を超えるＳＳＢに対応する場合に適していると看做される。Ｎｏであれば、（ｂ）ＣＦＲＡのリストにＣＳＩ－ＲＳ指数が含まれているかどうかが照会される。ＣＳＩ－ＲＳ指数が使用可能（Ｙｅｓ）であれば、（１）明示的に提供されたＣＳＩ－ＲＳ指数の組から適切なＣＳＩ－ＲＳ指数が選択される。ＣＳＩ－ＲＳ指数は、その品質がｃｓｉ－ｒｓ閾値を超えるＣＳＩ－ＲＳに対応する場合に適していると考えられる。上記のステップ（ｉ）（ａ）または（ｉ）（ｂ）（１）から適切な指数が選択されたならば、当該選択された指数に対応するｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘにＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸが設定される。
【0339】
競合のないＲＡリソースのリストが明示的に提供されたかどうかの初期クエリ（ｉ）に対する回答がＮｏの場合、或いはＣＳＩ－ＲＳ指数を含むリストがない場合、或いは適切な指数がない場合、次のクエリは（ｉｉ）最初のＭｓｇ３がまだ送信されていないかどうか（即ち、最初のＭｓｇ３の送信かどうか）である。（ｉｉ）への回答がｙｅｓであれば、（ａ）適切なＳＳＢ指数が共通ＳＳＢ指数の組から選択される。ＳＳＢ指数は、その品質がｓｓｂ閾値を超えるＳＳＢに対応する場合に適していると看做される。次に、（１）ランダムアクセスプリアンブル群Ｂが選択されたＳＳＢに存在し、且つ（２）潜在的なＭｓｇ３サイズ（送信に利用可能なＵＬデータとＭＡＣヘッダー、および必要に応じてＭＡＣ ＣＥ）が、選択されたＳＳＢ上のｒａ－Ｍｓｇ３ＳｉｚｅＧｒｏｕｐＡより大きければ、（Ａ）ランダムアクセスプリアンブル群Ｂが選択される。或いは、（１）および（２）の両方が誤りであれば、（Ｂ）ランダムアクセスプリアンブル群Ａが選択される。
【0340】
更なる実施形態において、クエリ（ｉｉ）、即ち最初のＭｓｇ３がまだ送信されていないかどうかに対する回答がＮｏであれば、（ｂ）Ｍｓｇ３の最初の送信に対応するプリアンブル送信試行のために使用されたのと同じＳＳＢ指数の選択が行われる。
【0341】
（ｉｉ）に対する回答がＮｏである代替実施形態において、ステップ（ｂ）は、適切であれば、Ｍｓｇ３の最初の送信に対応するプリアンブル送信試行に使用されるのと同じＳＳＢ指数を選択する。それ以外であれば、前記共通ＳＳＢ指数の組から１つの適切なＳＳＢ指数が選択され、ここでのＳＳＢ指数は、その品質がｓｓｂ閾値を超えるＳＳＢに対応するならば適切である。
【0342】
更に別の代替実施形態では、（ｉｉ）に対する回答がＮｏであるときには、（ｃ）前記プリアンブル送信試行に使用されたＳＳＢ指数の品質を上回る品質を明示的に提供したＳＳＢ指数の組から、ＳＳＢ指数を選択する。これは、Ｍｓｇ３の最初の送信＋ヒステリシスパラメータに対応する。そのようなＳＳＢ指数が存在しない場合、適切であれば、Ｍｓｇ３の最初の送信に対応するプリアンブル送信試行に使用されたのと同じＳＳＢ指数を選択する。そうでない場合は、前記共通のＳＳＢ指数の組から適切なＳＳＢ指数を選択し、ここでのＳＳＢ指数は、その品質がｓｓｂ閾値を超えるＳＳＢに対応する場合に適切と看做される。
【0343】
更なる実施形態によれば、上述のクエリステップ（ｉｉ）（ｂ）に続き、Ｍｓｇ３の最初の送信に対応したプリアンブル送信試行に使用される、同じ群のランダムアクセスプリアンブルの選択（１）を行うことができる。或いは、Ｍｓｇ３の最初の送信に対応したプリアンブル送信試行に使用されるのと同じＳＳＢ指数が前のステップで選択されたのであれば、ステップ（Ａ）において、Ｍｓｇ３の最初の送信に対応したプリアンブル送信試行に使用されたのと同じ群のランダムアクセスプリアンブルを選択する。そうでなければ、ステップ（Ｂ）において、潜在的なＭｓｇ３サイズ（送信に利用可能なＵＬデータ＋ＭＡＣヘッダー、および必要な場合にはＭＡＣ ＣＥ）が前記選択されたＳＳＢのｒａ－Ｍｓｇ３ＳｉｚｅＧｒｏｕｐＡよりも大きければ、ランダムアクセスプリアンブル群Ｂを選択する。そうでない場合には、ランダムアクセスプリアンブル群Ａを選択する。
【0344】
更なる実施形態によれば、上記のステップ（ｉｉ）（ａ）または（ｉｉ）（ｂ）に続き、ステップ（ｃ）において、等しい確率でランダムに選択された前記グループ内のｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘが選択される。その後、ステップ（ｄ）において、前記選択されたｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘに対してＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸが設定される。その後、ステップ（ｅ）において、次に利用可能なＰＲＡＣＨ機会が決定される。更にステップ（ｆ）では、前記ランダムアクセスプリアンブル送信手順が実行される。
【0345】
＜ターゲットセルのビーム間での負荷分散＞
別の態様によれば、ランダムアクセスを実行するときに、前記ターゲットセルのビーム間において負荷分散を実行するための技術が想定される。図１７に示すように、ランダムアクセスを実行するときに、前記ターゲットセルのビーム間で負荷分散を実行するために使用できるシグナリング手順について説明する。図１７の各ステップはアラビア数字で示されている。
別の態様によれば、ランダムアクセスを実行するときに、前記ターゲットセルのビーム間において負荷分散を実行するための技術が想定される。図１７に示すように、ランダムアクセスを実行するときに、前記ターゲットセルのビーム間で負荷分散を実行するために使用できるシグナリング手順について説明する。図１７の各ステップはアラビア数字で示されている。
【0346】
１．前記ソースｇＮＢは、前記測定設定に従って、前記ＵＥ測定手順および前記ＵＥレポートを設定する。
【0347】
２．前記ソースｇＮＢは、測定レポートおよびＲＲＭ情報に基づいて前記ＵＥをハンドオーバすることを決定し、Ｘｎインターフェースを介してハンドオーバ要求を発行する。
【0348】
３．前記ターゲットｇＮＢは許可制御を実行し、前記ハンドオーバ承認メッセージの一部として前記ＲＲＣ設定を提供する。
【0349】
４．前記ソースｇＮＢは、前記ハンドオーバコマンドメッセージにおいて、前記ＲＲＣ設定を前記ＵＥに提供する。前記ハンドオーバコマンドメッセージには、少なくともセルＩＤと、前記ターゲットセルにアクセスするために必要な全ての情報が含まれているため、前記ＵＥは、システム情報を読み取ることなく、前記ターゲットセルにアクセスできる。幾つかの場合については、競合ベースおよび競合のないランダムアクセスに必要な情報を、前記ハンドオーバコマンドメッセージに含めることができる。前記ターゲットセルへのアクセス情報には、ビーム固有の情報が含まれることがあり得る。
【0350】
５．前記ＵＥは、ＰＲＡＣＨリソース選択を実行し、前記選択されたリソースを使用して前記ランダムアクセスプリアンブル（ＲＡＰ）を送信する。
【0351】
６．前記ターゲットｇＮＢは、前記セルにアクセスするために前記ＵＥが使用するビームへの負荷が過負荷であると判断し、前記ＵＥに対して、異なるビームを使用するように指示する。前記ターゲットｇＮＢは、前記ハンドオーバ要求メッセージで提供される情報に基づいて、何れのビームをＵＥに向けるかを決定できる。図１８に示すＭＡＣ ＲＡＲは、前記ＵＥに対して、前記ランダムアクセス手順中に異なるビームを使用するよう指示するために使用できる。一実施形態において、前記ビーム切替えコマンドフィールドは、オプションでＲＡＲに含められる。当該フィールドが前記ＲＡＲに含まれているかどうかは、前記ＲＡＲについてのＭＡＣヘッダーのタイプフィールドを介して示される。即ち、前記タイプフィールドには、前記ビーム切替えコマンドフィールドの有無を示す追加ビットが含まれ得る。一実施形態において、前記ビーム切替えコマンドは、切替え先のビームがＳＳブロックまたはＣＳＩ－ＲＳ設定に関連付けられているかどうかを示すビットと、ビームのＩＤ、例えばＳＳブロックＩＤ、ＣＳＩ－ＲＳ設定ＩＤを示す複数のビットで構成される。
【0352】
７．前記ＵＥは、前記ＲＲＣ接続を前記ターゲットｇＮＢに移動させ、また前記ＲＡＲにおいて指示されたビームを使用して、前記ハンドオーバ完了メッセージを用いて応答する。
【0353】
＜優先順位付けされたランダムアクセス＞
本願の更なる態様によれば、優先順位付けされたランダムアクセスを実行するための技術が提案される。ＮＲの場合、少なくとも次のイベントについて、ランダムアクセスが実行されることが同意されている。即ち、（ｉ）ＲＲＣ＿ＩＤＬＥからの初期アクセス、（ｉｉ）ＲＲＣ接続の再確立手順、（ｉｉｉ）ハンドオーバ、（ｉｖ）ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤの最中、例えばＵＬ同期ステータスが「非同期」のときのＤＬデータの到着、（ｖ）ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤの最中、例えばＵＬ同期ステータスが「非同期」のとき、または利用可能なＳＲのＰＵＣＣＨリソースがないときのＵＬデータの到着、および（ｖｉ）ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの移行である。
本願の更なる態様によれば、優先順位付けされたランダムアクセスを実行するための技術が提案される。ＮＲの場合、少なくとも次のイベントについて、ランダムアクセスが実行されることが同意されている。即ち、（ｉ）ＲＲＣ＿ＩＤＬＥからの初期アクセス、（ｉｉ）ＲＲＣ接続の再確立手順、（ｉｉｉ）ハンドオーバ、（ｉｖ）ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤの最中、例えばＵＬ同期ステータスが「非同期」のときのＤＬデータの到着、（ｖ）ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤの最中、例えばＵＬ同期ステータスが「非同期」のとき、または利用可能なＳＲのＰＵＣＣＨリソースがないときのＵＬデータの到着、および（ｖｉ）ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの移行である。
【0354】
ランダムアクセスを実行するときの識別を提供するために、ランダムアクセス優先順位付けに依存する値を用いて、以下のパラメータのうちの１つ以上を設定し得ることが想定される。
【0355】
１．ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ、即ち、プリアンブル再送信に使用される出力急昇ステップ。
【0356】
２．初期バックオフパラメータ、即ち、ＲＡＲがバックオフインジケータ（ＢＩ）を含まない場合の、プリアンブル再送信に使用されるデフォルトバックオフ時間。
【0357】
３．バックオフ乗数、即ち、ＲＡＲがＢＩを含むときに、バックオフパラメータを調整するために使用されるスケール係数。
【0358】
４．Ｍｓｇ３ ＨＡＲＱ再送信の最大＃。
【0359】
これらパラメータの値は、ブロードキャストまたは専用シグナリングを介してＵＥにシグナリングされてもよい。例えば、ｇＮＢによってブロードキャストされるＳＩは、複数組の値を含む場合があり、ここでの各組のパラメータは異なるランダムアクセス優先順位に対応する。或いは、専用のＲＲＣシグナリングを使用して、各組のパラメータについてＵＥ固有の値を設定してよい。
【0360】
ランダムアクセス手順が、初期アクセス、ＲＲＣ接続再確立、ＵＬデータ到着、またはＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの移行などのイベントについてトリガーされると、ＣＢＲＡ手順が実行され得る。そのようなシナリオにおいて、前記ランダムアクセス手順の優先順位は指定された一組のルールに基づいており、ここでの前記ランダムアクセス手順の優先順位は、前記ＵＥのアクセスクラス、イベントタイプ、前記ランダムアクセス手順をトリガーするデータのＱＣＩ、またはそれらの任意の組み合わせから決定され得る。
【0361】
ハンドオーバおよびＤＬデータ到着のようなイベントについてランダムアクセス手順がトリガーされたときに、ＣＦＲＡ手順が実行され得る。そのようなシナリオについて、我々は、前記ｇＮＢが専用のランダムアクセスリソースに加えて、ランダムアクセス手順の優先順位を示すことを提案する。例えば、前記ハンドオーバコマンドは、例えば高または低のようなランダムアクセス優先度順位を通知する追加のフィールドを含み得る。また、前記ＤＬデータ到着の場合に、前記ｇＮＢは、例えば高または低のようなランダムアクセスの優先順位を通知するための追加のビットを含んだＮＲ－ＰＤＣＣＨ序列を使用できる。或いは、そのようなイベントの優先順位を指定できるであろう。例えば、ＣＦＲＡを実行するときは、競合が発生しないため、再送信が必要になることは殆どない。したがって、ＣＦＲＡを実行するときのランダムアクセス優先順位は低いと看做すことができるであろう。
【0362】
ハンドオーバおよびＤＬデータ到着のようなイベントについて、ＣＢＲＡ手順を実行することも可能である。そのようなシナリオにおいて、我々は、前記ランダムアクセス手順の優先順位が、指定された一組のルールに基づくことを提案するものであり、ここでの前記ランダムアクセス手順の優先順位は、前記ＵＥのアクセスクラス、イベントタイプ、ランダムアクセス手順をトリガーするデータのＱＣＩ、またはその任意の組み合わせから決定され得る。
【0363】
本願によれば、本明細書に記載のシステム、方法、およびプロセスの何れかまたは全部が、コンピュータ可読記憶媒体に格納されるコンピュータ実行可能な命令、例えばプログラムコードの形で具現化でき、その命令は、コンピュータ、サーバ、Ｍ２Ｍ端末デバイス、Ｍ２Ｍゲートウェイデバイス、トランジットデバイスのようなマシンによって実行されたときに、本明細書に記載のシステム、方法、およびプロセスを実行および／または実装することが理解される。具体的には、上記のステップ、操作、または機能は何れも、そのようなコンピュータ実行可能命令の形で実装できる。コンピュータ可読記憶媒体は、情報の記憶のための任意の方法または技術で実装された、揮発性および不揮発性の、取り外し可能および取り外し不能な媒体を含むが、そのようなコンピュータ可読記憶媒体は信号を含まない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたはその他のメモリ技術、ＣＤ ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）またはその他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置などの磁気記憶装置、または目的の情報を保存するために使用でき且つコンピュータからアクセスできる他の物理媒体が含まれるが、これらに限定されない。
【0364】
本願の更に別の態様によれば、コンピュータが読取り可能または実行可能な命令を格納するための、非一時的なコンピュータが読取り可能または実行可能な記憶媒体が開示される。当該媒体は、図１１～１４、図１６Ａ～Ｄ、および図１７による複数のコールフローにおいて、上記で開示されたような１つ以上のコンピュータ実行可能な命令を含むことができる。当該コンピュータ実行可能な命令は、メモリに格納され、図１Ｃおよび１Ｆに開示されたプロセッサによって実行されることができ、また例えば基地局およびエンドユーザ機器のようなノードを含むデバイスにおいて用いることができる。特に、例えば図１Ｂおよび１Ｅに示されるようなＵＥは、ターゲットセルに関連付けられたビームを検出する命令を実行するように設定される。前記プロセッサはまた、チェック機能を介して、前記検出されたビームの何れが、ランダムアクセスを実行するための品質閾値を満たすかを決定する命令を実行するように設定される。前記プロセッサはまた、前記リソース選択機能において、前記閾値を満たす検出されたビームを受信する命令を実行するように設定される。更に、前記プロセッサは、前記閾値を満たす検出されたビームから、関連付けられたＰＲＡＣＨリソースを選択する命令を実行するように設定される。別の実施形態において、前記プロセッサはまた、ランダムアクセスの最中にターゲットセルのビーム間における負荷分散の命令を実行するように設定されてもよい。
【0365】
前記システムおよび方法は、現時点において特定の態様であると考えられるものに関して説明されてきたが、本願は、これら開示された態様に限定される必要はない。特許請求の範囲の精神および範囲内に含まれる様々な改変および類似の構成をカバーすることが意図されており、その範囲は、そのような改変および類似の構造を全て包含するように最も広い解釈が与えられるべきである。本開示は、特許請求の範囲の任意の且つ全ての態様を含むものである。
【図1A】
【図1B】
【図1C】
【図1D】
【図1E】
【図1F】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10A】
【図10B】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16A】
【図16B】
【図16C】
【図16D】
【図17】
【図18】