JP6856300B2 - ランダムアクセス方法、ネットワークデバイス、及びユーザ機器 - Google Patents

Description

本出願は、２０１６年１１月４日に中国特許庁に出願された「ランダムアクセス方法、ネットワークデバイス、及びユーザ機器（ＲＡＮＤＯＭ ＡＣＣＥＳＳ ＭＥＴＨＯＤ， ＮＥＴＷＯＲＫ ＤＥＶＩＣＥ， ＡＮＤ ＵＳＥＲ ＥＱＵＩＰＭＥＮＴ）」と題する中国特許出願第２０１６１０９６３８２１．４号に基づく優先権を主張するものであり、当該特許出願はその全体が参照により本明細書に組み込まれる。

本出願は、通信分野に関するものであり、より詳細には、ランダムアクセス方法、ネットワークデバイス、及びユーザ機器に関するものである。

現在の通信システムでは、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）がアイドル（ＩＤＬＥ）状態から接続（ＣＯＮＮＥＣＴＥＤ）状態に入った場合、又はＵＥがあるセルから別のセルにハンドオーバーされた場合、ＵＥは、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ， ＰＲＡＣＨ）を送出してランダムアクセスを実現する必要がある。したがって、ＵＥは、ＰＲＡＣＨを送出するのに用いられる時間−周波数リソースを認識する必要がある。

先行技術では、アイドル状態にあるＵＥに設定されるリソースが固定されている。アイドル状態にあるＵＥに設定されるリソースは、通常、ＵＥがデータを送信するのに用いることができない。リソース利用率を向上させるために、ネットワークデバイスは、ＵＥがＰＲＡＣＨを送出するのに用いられる時間−周波数リソースとして、アイドル状態にあるＵＥに設定されたリソースの一部又は全てを選択する。具体的には、ネットワークデバイスは、ブロードキャストメッセージを介して時間−周波数リソースをＵＥに通知してよい。次にＵＥは、時間−周波数リソースが到着したときに、ランダムアクセスを実施してよい。しかしながら、接続状態にあるＵＥがランダムアクセスを実施する場合、ＵＥはおそらく、ブロードキャストメッセージに示される時間−周波数リソースを非常に長い時間待つ必要があり、これが、接続状態にあるＵＥの比較的長いランダムアクセス遅延の原因になる。

本出願の実施形態が、接続状態にあるＵＥのランダムアクセス遅延を減少させるために、ランダムアクセス方法、ネットワークデバイス、及びユーザ機器を提供する。

第１の態様によれば、ランダムアクセス方法が提供され、本方法は、第１のネットワークデバイスが対象サービスユニットに対応するリソース情報を取得する段階であって、リソース情報は、第１のネットワークデバイスへの接続を確立しているユーザ機器（ＵＥ）により対象サービスユニットを介して物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースを示すのに用いられ、対象サービスユニットはＵＥがアクセスするセル又はＵＥがアクセスする少なくとも１本のビームである、段階と、第１のネットワークデバイスが通知メッセージをＵＥに送出する段階であって、通知メッセージはリソース情報を含む、段階とを含む。

したがって、第１のネットワークデバイスは、通知メッセージをユーザ機器に送出することにより、接続状態にあるＵＥがＰＲＡＣＨを送出するのに用いることができるリソースを通知してよく、その結果、ユーザ機器は、アイドル状態にあるＵＥにブロードキャストメッセージで提供されるＰＲＡＣＨ送出用のリソースを待つ代わりに、接続状態にあるＵＥに割り当てられたリソースを用いてＰＲＡＣＨを送出してよい。このように、接続状態にあるＵＥのランダムアクセス遅延が減少する。

リソース情報は、時間領域リソースの情報及び周波数領域リソースの情報を含んでよく、それに応じて、リソース情報は、第１のネットワークデバイスへの接続を確立しているＵＥにより対象サービスユニットを介してＰＲＡＣＨを送出するのに用いられる時間領域リソース及び周波数領域リソースを示すのに用いられる。又は、リソース情報は時間領域リソースの情報を含んでよく、それに応じて、リソース情報は、第１のネットワークデバイスへの接続を確立しているＵＥにより対象サービスユニットを介してＰＲＡＣＨを送出するのに用いられる時間領域リソースを示すのに用いられる。

対象サービスユニットは、ネットワークデバイスのサービスユニットであり、セル又は少なくとも１本のビームであってよいことに留意されたい。ＵＥは、対象サービスユニットを介してネットワークデバイスにアクセスしてよい。リソース情報は、対象サービスユニットのリソース情報であり、セルごとのリソース情報であってもよく、又はビームごとのリソース情報であってもよい。

この実施例において、通知メッセージは、媒体アクセス制御（ＭＡＣ）ＣＥメッセージ、物理層（ＰＨＹ）メッセージ、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）メッセージ、又はリソース情報を含み得る別のダウンリンク制御メッセージ（例えば、ＲＲＣ再設定メッセージ）などの既存のメッセージであってよい。リソース情報の属性がメッセージに追加されるので、当該メッセージは、時間−周波数リソースをＵＥに通知する機能を有する。

任意選択的に、第１のネットワークデバイスはＵＥの専用チャネルを介して通知メッセージを送出してよく、この場合、通知メッセージはＵＥの識別子情報を含まなくてもよい。又は、第１のネットワークデバイスは共通チャネルを介して通知メッセージを送出してよく、この場合、通知メッセージはＵＥの識別子情報を含む。

いくつかの実行可能な実施例において、第１のネットワークデバイスが通知メッセージをＵＥに送出する段階は、第１のネットワークデバイスがダウンリンク制御メッセージをＵＥに送出する段階であって、ダウンリンク制御メッセージはリソース情報を含む、段階を含む。

任意選択的に、ダウンリンク制御メッセージは既存のメッセージ（例えば、ＲＲＣ再設定メッセージ）であってもよい。この機能を担う既存のメッセージに関連指示情報が追加される。

いくつかの実行可能な実施例において、ＵＥは第１のネットワークデバイスの第１のサービスユニットに現在アクセスしており、対象サービスユニットは第２のネットワークデバイスの第２のサービスユニットであり、対象サービスユニットに対応するリソース情報を第１のネットワークデバイスが取得する段階は、第１のネットワークデバイスがリソース要求メッセージを第２のネットワークデバイスに送出する段階であって、リソース要求メッセージは第２のサービスユニットの識別子を含み、リソース要求メッセージは、ＵＥにより第２のサービスユニットを介してＰＲＡＣＨを送出するのに用いられるリソースを要求するのに用いられ、ＰＲＡＣＨは第１のサービスユニットから第２のサービスユニットにＵＥをハンドオーバーするのに用いられる、段階と、第１のネットワークデバイスがリソース応答メッセージを第２のネットワークデバイスから受信する段階であって、リソース応答メッセージはリソース情報を含む、段階とを含む。

この実施例において、ＵＥは、第１のネットワークデバイスの第１のサービスユニットから第２のネットワークデバイスの第２のサービスユニットにハンドオーバーされる必要があることに留意されたい。したがって、ＵＥは、第２のサービスユニットに対応し且つ第２のネットワークデバイスによってＵＥに割り当てられるリソースに関する情報を取得する必要がある。

任意選択的に、リソース要求メッセージは、第２のサービスユニットの識別子を含んでもよく、又はＵＥのビーム掃引回数などの情報をさらに含んでもよい。

任意選択的に、リソース応答メッセージはさらに、Ｃ‐ＲＮＴＩ、及びランダムアクセス応答ＲＡＲメッセージを受信するウィンドウサイズなどの情報を含んでもよい。

いくつかの実行可能な実施例において、通知メッセージは、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）メッセージ、物理層（ＰＨＹ）メッセージ、ＲＲＣメッセージ、又はＵＥ用の専用シグナリングである。

いくつかの実行可能な実施例において、リソース情報は、ＵＥが少なくとも１本のビームを介してＰＲＡＣＨのプリアンブルを送出するのに必要なリソースに関する情報を含む。

いくつかの実行可能な実施例において、ＵＥは第１のネットワークデバイスの第１のビームに現在アクセスしており、対象サービスユニットは第１のネットワークデバイスの第２のビームであり、ＰＲＡＣＨは第１のビームから第２のビームにＵＥをハンドオーバーするのに用いられる。

第２の態様によれば、ランダムアクセス方法が提供され、本方法は、第２のネットワークデバイスがリソース要求メッセージを第１のネットワークデバイスから受信する段階であって、リソース要求メッセージは、ユーザ機器ＵＥにより物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースを要求するのに用いられ、第１のネットワークデバイスはＵＥへの接続を確立しているデバイスであり、ＰＲＡＣＨは第１のネットワークデバイスから第２のネットワークデバイスにＵＥをハンドオーバーするのに用いられ、リソース要求メッセージは対象サービスユニットの識別子を含み、対象サービスユニットは第２のネットワークデバイスのサービスユニットであり、対象サービスユニットは、第２のネットワークデバイスにおいてＵＥがアクセスするセル、又は第２のネットワークデバイスにおいてＵＥがアクセスする少なくとも１本のビームである、段階と、第２のネットワークデバイスがリソース応答メッセージを第１のネットワークデバイスに送出する段階であって、リソース応答メッセージは対象サービスユニットのリソース情報を含み、リソース情報は、ＵＥにより対象サービスユニットを介してＰＲＡＣＨを送出するのに用いられるリソースを示す、段階とを含む。

第２の態様に関連して、第２の態様の第１の実施例では、リソース情報は、ＵＥが少なくとも１本のビームを介してＰＲＡＣＨのプリアンブルを送出するのに必要なリソースに関する情報を含む。

いくつかの実行可能な実施例において、リソース要求メッセージはさらに、ＵＥのビーム掃引回数を含み、ビーム掃引回数はリソースサイズを決定するのに用いられる。

いくつかの実行可能な実施例において、本方法はさらに、対象サービスユニットを介して、第２のネットワークデバイスがＲＡＲメッセージを送出する段階であって、ＲＡＲメッセージに対応する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が、ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）を用いてスクランブル処理されるか、又はセル無線ネットワーク一時識別子（Ｃ‐ＲＮＴＩ）を用いてスクランブル処理される、段階を含む。

いくつかの実行可能な実施例において、ＲＡ−ＲＮＴＩが、以下に挙げるパラメータのうちの少なくとも１つに基づいて決定される。すなわち、ＲＡＲメッセージに対応する物理ダウンリンク制御チャネルＰＤＣＣＨのプリアンブルｐｒｅａｍｂｌｅのサブフレーム位置、シンボル位置、及び周波数領域位置、ビーム識別子ＩＤ、送受信ポイントＩＤ、並びにポートＩＤである。

いくつかの実行可能な実施例において、リソース要求メッセージはさらに、ＵＥのビーム掃引回数を含み、ビーム掃引回数はリソースサイズを決定するのに用いられる。

第３の態様によれば、ランダムアクセス方法が提供され、本方法は、ユーザ機器ＵＥがＵＥへの接続を確立している第１のネットワークデバイスにより送出される通知メッセージを受信する段階であって、通知メッセージは対象サービスユニットに対応するリソース情報を含み、リソース情報は、ＵＥにより対象サービスユニットを介して物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースを示し、対象サービスユニットはＵＥがアクセスするセル又はＵＥがアクセスする少なくとも１本のビームである、段階と、当該リソースを用いることにより、ＵＥが対象サービスユニットを介してＰＲＡＣＨを送出する段階とを含む。

いくつかの実行可能な実施例において、本方法はさらに、対象サービスユニットを介して、ＵＥがランダムアクセス応答ＲＡＲメッセージを受信する段階であって、ＲＡＲメッセージに対応する物理ダウンリンク制御チャネルＰＤＣＣＨが、ランダムアクセス無線ネットワーク一時識別子ＲＡ−ＲＮＴＩを用いてスクランブル処理されるか、又はセル無線ネットワーク一時識別子Ｃ−ＲＮＴＩを用いてスクランブル処理される、段階を含む。

いくつかの実行可能な実施例において、ＲＡ−ＲＮＴＩが、以下に挙げるパラメータのうちの少なくとも１つに基づいて決定される。すなわち、ＵＥが送出するＰＲＡＣＨのプリアンブルｐｒｅａｍｂｌｅのサブフレーム位置、シンボル位置、及び周波数領域位置、ビーム識別子ＩＤ、送受信ポイントＩＤ、並びにポートＩＤである。

いくつかの実行可能な実施例において、ＵＥは第１のネットワークデバイスの第１のビームに現在アクセスしており、対象サービスユニットは第２のネットワークデバイスの第２のビームであり、本方法はさらに、ＵＥが第１のビームを介してＲＡＲメッセージを受信する段階を含む。

いくつかの実行可能な実施例において、ＵＥへの接続を確立している第１のネットワークデバイスにより送出される通知メッセージをユーザ機器ＵＥが受信する段階は、第１のネットワークデバイスにより送出されるダウンリンク制御メッセージをＵＥが受信する段階であって、ダウンリンク制御メッセージはリソース情報を含む、段階を含む。

第４の態様によれば、第１の態様又は第１の態様の実行可能な実施例のうちのいずれか１つにおける方法を実施するように構成されたネットワークデバイスが提供される。具体的には、ネットワークデバイスは、第１の態様又は第１の態様の実行可能な実施例のうちのいずれか１つにおける方法を実施するように構成された複数のユニットを含んでよい。

第５の態様によれば、第２の態様又は第２の態様の実行可能な実施例のうちのいずれか１つにおける方法を実施するように構成されたネットワークデバイスが提供される。具体的には、ネットワークデバイスは、第２の態様又は第２の態様の実行可能な実施例のうちのいずれか１つにおける方法を実施するように構成された複数のユニットを含んでよい。

第６の態様によれば、第３の態様又は第３の態様の実行可能な実施例のうちのいずれか１つにおける方法を実施するように構成されたユーザ機器が提供される。具体的には、ユーザ機器は、第３の態様又は第３の態様の実行可能な実施例のうちのいずれか１つにおける方法を実施するように構成された複数のユニットを含んでよい。

第７の態様によれば、メモリ及びプロセッサを含むネットワークデバイスが提供される。メモリは、命令を格納するように構成される。プロセッサは、メモリに格納された命令を実行するように構成される。メモリに格納された命令を実行することで、ネットワークデバイスは、第１の態様又は第１の態様の実行可能な実施例のうちのいずれか１つにおける方法を実施することが可能になる。

第８の態様によれば、メモリ及びプロセッサを含むネットワークデバイスが提供される。メモリは、命令を格納するように構成される。プロセッサは、メモリに格納された命令を実行するように構成される。メモリに格納された命令を実行することで、ネットワークデバイスは、第２の態様又は第２の態様の実行可能な実施例のうちのいずれか１つにおける方法を実施することが可能になる。

第９の態様によれば、メモリ及びプロセッサを含むユーザ機器が提供される。メモリは、命令を格納するように構成される。プロセッサは、メモリに格納された命令を実行するように構成される。メモリに格納された命令を実行することで、ユーザ機器は、第３の態様又は第３の態様の実行可能な実施例のうちのいずれか１つにおける方法を実施することが可能になる。

第１０の態様によれば、コンピュータプログラムを格納するように構成されたコンピュータ可読記憶媒体が提供される。コンピュータプログラムは、第１の態様から第３の態様又は第１の態様から第３の態様の実行可能な実施例のうちのいずれか１つにおける方法を実施するのに用いられる命令を含む。

前述の技術的解決手段に基づいて、ユーザ機器への接続を確立している第１のネットワークデバイスは、通知メッセージをユーザ機器に送出することにより、物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースをユーザ機器に通知するので、ユーザ機器は当該リソースを用いてＰＲＡＣＨを送出することができる。したがって、本出願の実施形態におけるランダムアクセス方法では、ユーザ機器は、ブロードキャストメッセージに示されるリソースを待つ代わりに、接続状態にあるユーザ機器に利用可能なリソースを用いてランダムアクセスを実施してよい。このように、接続状態にあるユーザ機器のランダムアクセス遅延が減少する。

本出願の一実施形態による無線通信システムの概略図である。

本出願の一実施形態によるランダムアクセス方法の概略フローチャートである。

本出願の一実施形態によるネットワークデバイスの概略ブロック図である。

本出願の一実施形態によるユーザ機器の概略ブロック図である。

本出願の別の実施形態によるネットワークデバイスの概略ブロック図である。

本出願の別の実施形態によるユーザ機器の概略ブロック図である。

本出願の技術的解決手段が、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ロングタームエボリューションアドバンスド（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ、ＬＴＥ−Ａ）システム、及び新無線（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システム、例えば５Ｇシステムなどの様々な通信システムに適用され得ることを理解されたい。

本明細書における用語「及び／又は」は、関連対象物の説明において対応関係のみを表現し、３つの関係が存在し得ることを表していると理解されたい。例えば、Ａ及び／又はＢが表し得るのは、以下に挙げる３つのケースである。すなわち、Ａのみが存在すること、Ａ及びＢが両方とも存在すること、並びにＢのみが存在することである。さらに、本明細書における記号「／」は、関連対象物間において「又は」の関係を示す。

本出願の実施形態における用語「第１の」、「第２の」などは、異なる説明対象物を識別することを意図しているだけあり、説明対象物の実行順序又は優劣を表すものではなく、本出願の実施形態に対するいかなる限定であるとも解釈されるものではないことを理解されたい。

本出願の実施形態に現れる「複数の」は、２つ又はそれより多くを表していることを理解されたい。

本出願の実施形態に現れる「ネットワーク」及び「システム」は同じ概念を表しており、通信システムは通信ネットワークであることを理解されたい。

図１は、本出願の一実施形態による無線通信システム１００を示す。無線通信システム１００は、少なくとも１つのネットワーク装置、例えば、図１のネットワークデバイス１１０を含んでよい。ネットワークデバイス１１０は、特定の地理的領域に通信カバレッジを提供してよく、カバレッジエリア内に位置するユーザ機器と通信してよい。ネットワークデバイス１１０は、ＬＴＥシステムの進化型ＮｏｄｅＢ（Ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ、又はｅＮｏｄｅＢ）、又は将来の５Ｇネットワークのネットワークデバイスであってよく、例えば、送受信ポイント（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ、ＴＲＰ）、基地局、又は小セルデバイスなどである。このことは、本出願のこの実施形態において具体的に限定されない。

無線通信システム１００はさらに、ネットワークデバイス１１０のカバレッジエリア内に位置する１つ又は複数のユーザ機器１２０を含む。ユーザ機器１２０は、携帯型であっても又は固定型であってもよい。ユーザ機器１２０は、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ）を通じて、１つ又は複数のコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ、ＣＮ）と通信してよい。ユーザ機器は、アクセス端末、端末デバイス、加入者ユニット、加入者局、移動局、モバイルコンソール、リモート局、リモート端末、モバイルデバイス、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、又はユーザ装置と呼ばれることがある。端末デバイスは、携帯電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ）局、携帯情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続された別の処理デバイス、車載デバイス、ウェアラブルデバイス、又は将来の５Ｇネットワークの端末デバイスなどであってよい。

無線通信システム１００では、高周波帯域におけるネットワークデバイス１１０の無線カバレッジエリアが、高いアンテナ利得を有し且つ複数のアンテナで形成されるビーム（ｂｅａｍ）に基づいて改善され得る。本出願のこの実施形態におけるビームは、送信ビーム又は受信ビームを含み、特定の方向及び特定の空間形状を有し且つ少なくとも１つのアンテナポートが無線信号を送信又は受信するときに形成される電波であることが理解されるであろう。ビームは特定のカバレッジエリアを有することが分かる。ビーム形成方法が、少なくとも１つのアンテナポートで送信又は受信されるデータの振幅及び／又は位相に重みを付加してビームを形成する段階を含んでよい。あるいは、別の方法を用いてもよい。例えば、アンテナユニットの関連パラメータを調整することにより、ビームが形成される。このことは、本出願のこの実施形態において具体的に限定されない。

５Ｇシステムでは、基地局が１つ又は複数の送受信ポイント（ＴＲＰ）を含んでよい。ネットワークデバイス１１０は、これらのＴＲＰのうちの１つであってよい。各ＴＲＰは、ビーム掃引によって、ある時点で１つ又は複数の方向をカバーしてよい。任意選択的に、ＵＥは、受信利得を向上させるために、ビーム掃引によってデータを受信してよい。

ネットワークデバイス及びＵＥは、次のように互いに対して接続を確立してよい。すなわち、ビームごとに、ネットワークデバイスは、参照信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＲＳ）、同期情報、及びシステムブロードキャスト情報のような他の情報を周期的に送出する。言い換えれば、ネットワークデバイスは、各ビームの公開情報を時分割方式で送出する。このプロセスは、ビーム掃引（ｂｅａｍ ｓｗｅｅｐｉｎｇ）と呼ばれる。それに応じて、ＵＥは、前述の情報に基づいて、ネットワークデバイス側の各ビームのアクセス情報を取得し、ＵＥは、１つ又は複数のビームを選択することにより、ランダムアクセスを実施してよい。選択されたビームは、サービングビームと呼ばれることがある。ＵＥは、ネットワークデバイスにアクセスするために、サービングビームを介してＰＲＡＣＨを送出してよい。したがって、ＵＥは、サービングビームを介してＰＲＡＣＨを送出するのに用いられるリソースを認識する必要がある。

任意選択的に、ＵＥの信号をより良好な受信結果で受信する特定のビームをネットワークデバイスが認識できるように、又は信号をより良好な送出結果で送出するＵＥの特定のビームをＵＥが決定できるように、ＵＥはビーム掃引プロセスを開始してもよい。したがって、ＵＥがＰＲＡＣＨを送出するのに用いるリソースは、ＵＥのビーム掃引情報にも関連してよい。

本出願の実施形態を理解しやすくするために、基地局と、セルと、送受信ポイントと、ビームとの間の関係が先に簡潔に説明され、その後、本出願の一実施形態におけるランダムアクセス方法が説明される。

無線通信システムにおいて、セルは、基地局の無線信号によってカバーされ得るエリアとして理解されてよい。１つの基地局の無線信号によってカバーされ得るエリアは１つ又は複数のセルを含んでよく、１つの基地局は１つ又は複数のＴＲＰを含んでよく、それぞれのＴＲＰは１つ又は複数のビームを含む。１つの基地局が１つのセルのみを含む場合、１つのセルは複数のＴＲＰを含むものとみなされてよい。

ビーム又はセルは無線信号を送信するネットワークデバイスと関連付けられることを理解されたい。例えば、１つのネットワークデバイスは、少なくとも１つの送信ビーム又は受信ビームを管理してよい。別の例では、１つのネットワークデバイスは少なくとも１つのセルを管理し得る。説明しやすくするために、本出願の実施形態では、前述の対応関係が次のように説明され得る。例えば、第１のセルが第１のネットワークデバイスに属するか、又は第１のセルが属するネットワークデバイスが第１のネットワークデバイスであるか、又は第１のセルが第１のネットワークデバイスのセルである。前述の記述方式は、同じ意味として次のように理解されてもよい。すなわち、第１のネットワークデバイスの信号でカバーされ得るエリアは１つ又は複数のセルを含み、第１のセルはこれらのセルのうちの１つである。前述の記述方式は、ビームの場合にも適用可能である。

本出願の実施形態において、接続状態にあるＵＥは、自らもネットワークデバイスへの無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）接続を確立していると理解され得ることに留意されたい。

以下では、図２を参照して、本出願の実施形態におけるランダムアクセス方法を詳細に説明する。

図２は、本出願の一実施形態によるランダムアクセス方法の概略フローチャートであり、本方法の詳細な通信ブロック又は通信オペレーションを示していることを理解されたい。しかしながら、これらのブロック又はオペレーションは、ほんの一例に過ぎない。別のオペレーション又は図２の各オペレーションの変形例が、本出願のこの実施形態で行われてもよい。さらに、図２〜図４の各ブロックが、図２に示すものとは異なる順序で行われてもよく、図２のオペレーションが全て行われなくてもよい。

図２は、デバイスのやり取りの観点から説明された、本出願の一実施形態によるランダムアクセス方法２００の概略フローチャートである。方法２００は無線通信システムに適用されてよく、無線通信システムは、少なくとも１つのネットワーク装置と少なくとも１つのユーザ機器とを含んでよい。例えば、無線通信システムは、図１に示す無線通信システム１００であってよい。

任意選択的に、ネットワークデバイスは、ＴＲＰ、基地局、又はダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を送出できる別のネットワークデバイスであってよい。このことは、本出願において具体的に限定されない。

一般性を失うことなく、方法２００は、第１のネットワークデバイスの無線カバレッジ内にある第１のネットワークデバイス（区別及び説明をしやすくするために、第１のネットワークデバイスと表示されている）とユーザ機器との間のやり取りの一例を用いて、以下に詳細に説明される。

図２に示すように、方法２００は以下に挙げるブロックを含む。

Ｓ２１０：第１のネットワークデバイスは、対象サービスユニットに対応するリソース情報を取得する。リソース情報は、第１のネットワークデバイスへの接続を確立しているＵＥにより対象サービスユニットを介してＰＲＡＣＨを送出するのに用いられるリソースを示すのに用いられ、対象サービスユニットはＵＥがアクセスするセル又はＵＥがアクセスする少なくとも１本のビームである。

対象サービスユニットはＵＥがアクセスするセル又はＵＥがアクセスする少なくとも１本のビームであり、具体的には、ＵＥがハンドオーバーされるセル若しくは少なくとも１本のビームであるか、又はＵＥが再アクセスするセル若しくは少なくとも１本のビームであることに留意されたい。対象サービスユニットにアクセスするために、ＵＥは、対象サービスユニットを介してＰＲＡＣＨを送出する必要がある。したがって、対象サービスユニットに対応するリソース情報は、ＵＥが対象サービスユニットを介してＰＲＡＣＨを送出するのに用いるリソースとして理解されてよい。

リソース情報は、時間領域リソースの情報及び周波数領域リソースの情報を含んでよい。それに応じて、リソース情報は、第１のネットワークデバイスへの接続を確立しているＵＥにより対象サービスユニットを介してＰＲＡＣＨを送出するのに用いられる時間領域リソース及び周波数領域リソース（説明しやすくするために、「時間領域リソース及び周波数領域リソース」は、以下では略して「時間−周波数リソース」と呼ばれる）を示すのに用いられる。

あるいは、リソース情報は時間領域リソースの情報を含んでもよい。それに応じて、リソース情報は、第１のネットワークデバイスへの接続を確立しているＵＥにより対象サービスユニットを介してＰＲＡＣＨを送出するのに用いられる時間領域リソースを示すのに用いられる。言い換えれば、ＵＥは固定の周波数領域リソースを事前に取得し得るので、第１のネットワークデバイスは利用可能な時間領域リソースをＵＥに通知するだけでよい。

本出願のこの実施形態におけるリソースは、送信リソースとも呼ばれることがあり、アップリンク通信プロセス又はダウンリンク通信プロセスにおいて、データ又はシグナリングを搬送するのに用いられてよいことを理解されたい。詳細には、ＵＥがＰＲＡＣＨを送出する段階は、ＵＥがプリアンブル（Ｐｒｅａｍｂｌｅ）シーケンスをＰＲＡＣＨで送出するか、又はＵＥがランダムアクセスに用いられ得る他の情報をＰＲＡＣＨで送出する段階を含んでよい。したがって、ＵＥがＰＲＡＣＨを送出するのに用いるリソースは、ＵＥがプリアンブルシーケンスを送出するのにＰＲＡＣＨ上で占有するリソース、又はＵＥがランダムアクセスに用いる他の情報を送出するのにＰＲＡＣＨ上で占有するリソースを含む。具体的には、ＵＥがＰＲＡＣＨを送出するのに、一定数のシンボル（ｓｙｍｂｏｌ）を含む時間領域リソースが占有され得る。言い換えれば、時間領域リソースの情報は、シンボルごとである。あるいは、時間領域リソースの情報は、送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ、ＴＴＩ）ごとであってよい。このことは、本出願のこの実施形態において限定されない。

本出願のこの実施形態で提供されるランダムアクセス方法は、リソース情報が時間−周波数リソースの情報を含む一例を用いて、具体的には、ＵＥが対象サービスユニットを介してＰＲＡＣＨを送出するのに用いる時間−周波数リソースをリソース情報が示す一例を用いて以下に説明される。本出願の実施形態で提供される様々な技術的解決手段が、リソース情報が時間領域リソースの情報のみを含む前述のシナリオに適用可能であることが理解されるであろう。詳細は、再度説明しない。

具体的には、ＵＥは、第１のネットワークデバイスの無線カバレッジエリア内の１つのユーザ機器であり、当該ＵＥは、第１のネットワークデバイスへのＲＲＣ接続を確立している。ＵＥは、以下の場合においてランダムアクセスプロセスを開始してよい。すなわち、ＵＥが、第１のネットワークデバイスのセル又は少なくとも１本のビームから、第２のネットワークデバイスのセル又は少なくとも１本のビームにハンドオーバーされる必要がある場合、例えば、ＵＥが、第１のネットワークデバイスの第１のセルから、第２のネットワークデバイスの第２のセルにハンドオーバーされる必要がある場合、又はＵＥが、第１のネットワークデバイスの少なくとも１本のビームから、第２のネットワークデバイスの少なくとも１本のビームにハンドオーバーされる必要がある場合である。あるいは、ＵＥが第１のネットワークデバイスに現在アクセスしており、アップリンクデータ又はダウンリンクデータが到着しているが、アップリンクが「同期していない」状態の場合、言い換えれば、ＵＥが、第１のネットワークデバイスのセル又は少なくとも１本のビームに再アクセスする必要がある場合である。あるいは、ＵＥが、第１のネットワークデバイスのセル又はビームから、第１のネットワークデバイスの別のセル又は別のビームにハンドオーバーされる必要がある場合、例えば、ＵＥが、第１のネットワークデバイスの第１のビームから、第１のネットワークデバイスの第２のビームにハンドオーバーされる必要がある場合であり、第１のビーム及び第２のビームは、同じセルの同じＴＲＰのビームであってもよく、同じセルの異なるＴＲＰのビームであってもよく、又は第１のネットワークデバイスの異なるセルのビームであってもよい。

任意選択的に、Ｓ２１０の前に、本方法はさらに、ＵＥがリソース要求メッセージを第１のネットワークデバイスに送出する段階であって、リソース要求メッセージは、第２のネットワークデバイスにアクセスするようＵＥに要求するのに用いられる、段階を含む。

したがって、ＵＥが送出するリソース要求メッセージを受信した後に、第１のネットワークデバイスは、対象サービスユニットに対応するリソース情報を取得し、例えば、時間−周波数リソースをＵＥに割り当てるよう第２のネットワークデバイスに要求し、取得したリソース情報をＵＥに送出してよい。

具体的には、リソース要求メッセージは、スケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ）又はアクセス要求に含まれてよい。アクセス要求は、プリアンブルであってよい。

本出願のこの実施形態におけるランダムアクセス方法は、ＵＥが現在第３の状態にあり、ランダムアクセスプロセスを開始してネットワークデバイスにアクセスする必要があるシナリオなどの、別のシナリオに適用可能であってよいことを理解されたい。第３の状態は、アイドル状態とも接続状態とも異なる状態であってよい。

前述のシナリオに基づいて、第１のネットワークデバイスは、ＵＥに割り当てられる時間−周波数リソースに関する情報を取得する必要があり、時間−周波数リソースの情報は、ＵＥに割り当てられ且つ対象サービスユニットを介してＰＲＡＣＨを送出するのに用いられる時間−周波数リソースを示す。ＵＥが第１のネットワークデバイスの第１のセルから第２のネットワークデバイスの第２のセルにハンドオーバーされる必要があり、対象サービスユニットが第２のネットワークデバイスの第２のセルである場合、時間−周波数リソースは、第２のセルに対応する時間−周波数リソースであってよい。ＵＥが第１のネットワークデバイスの第１のビームから第１のネットワークデバイスの第２のビームにハンドオーバーされる必要があり、対象サービスユニットが第１のネットワークデバイスの第２のビームである場合、時間−周波数リソースは、第２のビームに対応する時間−周波数リソースであってよい。したがって、時間−周波数リソースの情報は、セルごとであってもよく、又はビームごとであってもよい。

言い換えれば、ＵＥがアクセスする必要がある対象サービスユニットがセルである場合、割り当てられる時間−周波数リソースはセルの時間−周波数リソースになる。ＵＥがアクセスする必要がある対象サービスユニットが１つ又は複数のビームである場合、割り当てられる時間−周波数リソースは、セルの全ビームの時間−周波数リソースの代わりに、１つ又は複数のビームの時間−周波数リソースになる。

したがって、本出願のこの実施形態では、対応する時間−周波数リソースがＵＥによりアクセスされる対象サービスユニットのタイプに基づいて割り当てられ得るので、ＵＥがセルにアクセスする必要があるのか又はビームにアクセスする必要があるのかに関係なく、セル全体の時間−周波数リソースが常にＵＥに割り当てられる場合に生じるリソースの無駄という問題を回避できる。

アクセス予定のセルが１本のビームのみを含む場合、ビームの時間−周波数リソースが、セルの時間−周波数リソースとして理解され得ることを理解されたい。

ＵＥが第１のセルから第２のセルにハンドオーバーされる必要がある場合（第１のセル及び第２のセルは、同じネットワークデバイスのセルであってもよく、又は異なるネットワークデバイスのセルであってもよい）、第１のセル及び第２のセルは、同じ規格の同一周波数セルであっても、同じ規格の異周波数セルであっても、異なる規格の異周波数セルであっても、又は異なる規格の同一周波数セルであってもよいことに留意されたい。このことは、本出願のこの実施形態において限定されない。

Ｓ２２０：第１のネットワークデバイスは通知メッセージをＵＥに送出する。通知メッセージは時間−周波数リソースの情報を含むので、ＵＥは時間−周波数リソースでＰＲＡＣＨを送出する。

具体的には、ＵＥがＰＲＡＣＨを送出するのに必要な時間−周波数リソースを取得した後に、第１のネットワークデバイスは通知メッセージをＵＥに送出する。通知メッセージは、時間−周波数リソースに関する情報を含む。ＵＥは、通知メッセージに含まれる時間−周波数リソースの情報に基づいて、時間−周波数リソースの情報が示す時間−周波数リソースを決定し、次に当該時間−周波数リソースでＰＲＡＣＨを送出してよい。

対象サービスユニットが第１のネットワークデバイスの第１のサービスユニットである場合、時間−周波数リソースは、第１のネットワークデバイスにより割り当てられてよいことに留意されたい。あるいは、対象サービスユニットが第２のネットワークデバイスの第２のサービスユニットである場合、時間−周波数リソースは、第２のネットワークデバイスにより割り当てられてよい。

通知メッセージは様々なタイプのダウンリンク制御メッセージであってもよく、例えば、媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＣＥ）メッセージ、物理層（Ｐｈｙｓｉｃａｌ、ＰＨＹ）メッセージ、若しくはＲＲＣメッセージ（例えば、ＲＲＣ再設定メッセージ）などであり、又は別のダウンリンク制御メッセージであってもよいことを理解されたい。対応する指示情報がメッセージに追加されるので、当該メッセージは、時間−周波数リソースをＵＥに通知する機能を有する。あるいは、通知メッセージは、割り当てられる時間−周波数リソースに関する情報をＵＥに通知するのに用いる特別に定められたメッセージであってもよい。このことは、本出願のこの実施形態において限定されない。

任意選択的に、第１のネットワークデバイスは、ＵＥの専用チャネルを介して通知メッセージを送出してよく、この場合、通知メッセージはＵＥの識別子情報を含まなくてもよい。又は、第１のネットワークデバイスは、共通チャネルを介して通知メッセージを送出してよく、この場合、通知メッセージはＵＥの識別子情報を含む。

任意選択的に、ＵＥが複数のリンクを有し、複数のリンクが異なるキャリアに属するか又は異なる通信規格に属し、複数のリンクのうちの少なくとも１つが第１のネットワークデバイスに接続される場合、第１のネットワークデバイスは、複数のリンクのうちのいずれか１つを介して通知メッセージをＵＥに送出してよい。例えば、ＵＥは第１のリンク及び第２のリンクを有し、第１のリンクはＵＥとネットワークデバイス１との間のリンクであり、第２のリンクはＵＥとネットワークデバイス２との間のリンクである。したがって、ネットワークデバイス１は、ネットワークデバイス間通信（例えば、Ｘ２インタフェース通信）の方式で、通知メッセージをネットワークデバイス２に送出してよく、ネットワークデバイス２は第２のリンクを介して通知メッセージをＵＥに送出する。別の例では、高周波リンク及び低周波リンクが、ＵＥとネットワークデバイス１との間に存在し、通知メッセージは高周波リンクの制御情報である。したがって、ネットワークデバイス１は、低周波リンクを介して通知メッセージをＵＥに送出してよい。このことは、本出願のこの実施形態において具体的に限定されない。

任意選択的に、通知メッセージはさらに、ＰＲＡＣＨのプリアンブル識別子（Ｐｒｅａｍｂｌｅ Ｉｄｅｎｔｉｆｉｅｒ、Ｐｒｅａｍｂｌｅ ＩＤ）を含んでよい。プリアンブルＩＤは、ＵＥが時間−周波数リソースでＰＲＡＣＨを送出するのに用いるプリアンブルシーケンスである。各ＵＥは異なるプリアンブルＩＤを有するので、異なるＵＥは、プリアンブルＩＤに基づいて互いに区別され得る。したがって、プリアンブルシーケンスを受信した後に、対象サービスユニットは、当該プリアンブルシーケンスに基づいて、対象サービスユニットを介してＰＲＡＣＨを送出する特定のＵＥを決定してよく、これにより、ランダムアクセスプロセスを開始しようと複数のＵＥが互いに競合するという問題が回避され、また複数のＵＥが同じプリアンブルＩＤを用い、その後、どのＵＥが当該プリアンブルＩＤを送出したかを示すためにメッセージをさらに送出する必要がある場合にアクセス遅延が増加するという問題が回避される。

Ｓ２３０：ＵＥは、時間−周波数リソースを用いることにより、対象サービスユニットを介してＰＲＡＣＨを送出する。

具体的には、通知メッセージを受信した後に、ＵＥは、通知メッセージに含まれる時間−周波数リソースの情報に基づいて、ＰＲＡＣＨを送出するのに用いる時間−周波数リソースを決定し、次に当該時間−周波数リソースを用いることにより、対象サービスユニットを介してＰＲＡＣＨを送出して、ランダムアクセスを実現する。具体的には、ＵＥが第１のネットワークデバイスの第１のサービスユニットから第２のネットワークデバイスの第２のサービスユニットにハンドオーバーされる必要がある場合、時間−周波数リソースは、第２のネットワークデバイスの第２のサービスユニットに対応する時間−周波数リソースであってよく、ＵＥは、当該時間−周波数リソースでＰＲＡＣＨを送出し、第２のネットワークデバイスの第２のサービスユニットにアクセスする。ＵＥが第１のネットワークデバイスの第１のサービスユニットに再アクセスする必要がある場合、時間−周波数リソースは、第１のネットワークデバイスの第１のサービスユニットに対応する時間−周波数リソースであり、ＵＥは、当該時間−周波数リソースでＰＲＡＣＨを送出し、第１のネットワークデバイスの第１のサービスユニットにアクセスする。

任意選択的に、ＵＥが第１のネットワークデバイスの第１のサービスユニットに現在アクセスしており、対象サービスユニットが第２のネットワークデバイスの第２のサービスユニットである場合、時間−周波数リソースは第２のネットワークデバイスにより割り当てられ、Ｓ２１０はさらに具体的に以下の段階を含んでよい。すなわち、第１のネットワークデバイスがリソース要求メッセージを第２のネットワークデバイスに送出する段階であって、リソース要求メッセージは第２のサービスユニットの識別子を含み、リソース要求メッセージは、ＵＥが第２のサービスユニットのＰＲＡＣＨを送出するのに用いる時間−周波数リソースを要求するのに用いられ、ＰＲＡＣＨは、第１のサービスユニットから第２のサービスユニットにＵＥをハンドオーバーするのに用いられる、段階と、第１のネットワークデバイスが第２のネットワークデバイスからリソース応答メッセージを受信する段階であって、リソース応答メッセージは時間−周波数リソースの情報を含む、段階とである。

具体的には、ＵＥが第１のサービスユニットから第２のサービスユニットにハンドオーバーされる必要がある場合、ＵＥは、第２のサービスユニットにアクセスするために、第２のネットワークデバイスの第２のサービスユニットを介してＰＲＡＣＨを送出する必要がある。したがって、ＵＥはまず、ＰＲＡＣＨを送出するのに用いる時間−周波数リソースを取得する必要がある。任意選択的に、第１のネットワークデバイスは、リソース要求メッセージを第２のネットワークデバイスに送出することにより、第２のネットワークデバイスにより割り当てられる時間−周波数リソースに関する情報を取得してよい。リソース要求メッセージは第２のサービスユニットの識別子を含んでよく、第２のサービスユニットは、第２のネットワークデバイスの第２のセルであっても、又はＵＥにより決定されるサービングビームであってもよい。任意選択的に、第２のサービスユニットが第２のセルである場合、第２のサービスユニットの識別子は当該セルの識別子であってよい。第２のサービスユニットが複数のビームである場合、第２のサービスユニットの識別子は複数のビームの識別子であってよい。

ＵＥが第１のビームに現在アクセスしており、対象サービスユニットが第２のビームである場合、第１のビーム及び第２のビームが異なるセルに属するときは、リソース要求メッセージはさらに、第２のビームが位置しているセルのセル識別子を含む必要があり、又は、第１のビーム及び第２のビームが同じセルに属するときは、リソース要求メッセージはセルの識別子を含まなくてもよいことに留意されたい。

任意選択的に、リソース要求メッセージはさらに、ＵＥのビーム掃引回数に関する情報（これは、ＵＥ側とネットワークデバイス側との間の通信に用いるビーム本数として理解されるであろう）を含んでもよい。ビーム掃引回数に関する情報は、ＰＲＡＣＨを送出するのにＵＥに割り当てられる時間−周波数リソースのサイズを決定するのに用いられてよい。ネットワークデバイス側に１本のビームがあり、ＵＥ側に複数のビームが含まれる場合、ネットワークデバイス側のビームでＰＲＡＣＨを送出するために、対応する時間−周波数リソースが複数のビームに割り当てられる必要がある。ネットワークデバイス側に１本のビームがあり、ＵＥ側にも１本のビームがある場合、ＵＥに割り当てられる時間−周波数リソースのサイズは、１つの時間−周波数リソース単位である。ネットワークデバイス側に１本のビームがあり、ＵＥ側にｎ本のビームがある（言い換えれば、ビーム掃引回数がｎ回である）場合、ＵＥに割り当てられる時間−周波数リソースのサイズは、ｎ個の時間−周波数リソース単位である。時間−周波数リソース単位は、ＰＲＡＣＨに割り当てられる時間−周波数リソースの最小粒度であり、例えば、時間−周波数リソースはリソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ）などであってよい。時間−周波数リソース単位が６つのＲＢであると仮定すると、ビーム掃引回数が６回である場合、言い換えれば、ＵＥ側に６本のビームがある場合、割り当てる必要がある時間−周波数リソースは、６×６個のＲＢである。

ビーム掃引回数は、ＵＥの能力に基づいてＵＥが決定するビームの合計本数であってもよく、又はＵＥのビームとネットワークデバイスとの間の信号送信の品質に基づいて、ビームの合計本数からＵＥ側で選択されるビーム本数（これは、ビームの合計本数からＵＥにより選択され且つネットワーク側のビームとの通信に関して望ましい品質を有するビーム本数として理解されるであろう）であってもよく、又はＵＥの位置などの情報に基づいて、ビームの合計本数からネットワーク側で選択されるビーム本数であってもよいことに留意されたい。

任意選択的に、第１のネットワークデバイスは、以下の場合において、リソース要求メッセージの送出をトリガしてよい。すなわち、第１のネットワークデバイスがＵＥの測定結果を受信し、ＵＥが第１のセルから第２のセルにハンドオーバーされる必要があることを当該測定結果が示している場合、又は、第１のセル及び第２のセルにおけるＵＥの信号品質に基づいて、ＵＥが第１のセルから第２のセルにハンドオーバーされる必要があると、第１のネットワークデバイスが判定した場合、又は、第１のネットワークデバイスの第１のセルのネットワーク負荷が負荷閾値を超え、セルハンドオーバーを実施する必要があると、第１のネットワークデバイスが判定した場合である。

リソース要求メッセージは、時間−周波数リソースを要求するのに用いる特別に定められたメッセージであってよいことを理解されたい。あるいは、時間−周波数リソースの情報を要求するための関連属性が既存のメッセージ（例えば、ハンドオーバー要求メッセージ）に追加され、当該属性によって、当該メッセージは時間−周波数リソースを要求する機能を有することが可能になる。このことは、本出願のこの実施形態において限定されない。

リソース要求メッセージを第２のネットワークデバイスに送出する段階の後に、第１のネットワークデバイスは、第２のネットワークデバイスにより送出されるリソース応答メッセージを受信する。リソース応答メッセージは、リソース要求メッセージに対する応答メッセージであり、リソース応答メッセージは時間−周波数リソースの情報を含み、時間−周波数リソースの情報は、ＰＲＡＣＨを送出するＵＥに第２のネットワークデバイスにより割り当てられる時間−周波数リソースを示す。

任意選択的に、本出願の別の実施例では、ＵＥの信号品質が事前設定条件を満たすことを、第２のネットワークデバイスが測定を通じて認識した場合、第２のネットワークデバイスは時間−周波数リソースを第１のネットワークデバイスに積極的に割り当てるので、第１のネットワークデバイスは、リソース要求メッセージを第２のネットワークデバイスに送出する必要もなく、対応する時間−周波数リソースを取得することができる。ＵＥの信号品質が事前設定条件を満たすことは、ＵＥの信号品質が、事前設定された信号閾値より大きいことであってよく、ＵＥの信号品質が通信を実施するのに十分良好であることを示している。

任意選択的に、対象サービスユニットが少なくとも１本のビームである場合、時間−周波数リソースは、ＵＥが少なくとも１本のビームを介してＰＲＡＣＨを送出するのに用いる時間−周波数リソースを含んでよい。具体的には、少なくとも１本のビームが１本のビームのみを含む場合、時間−周波数リソースは当該ビームの時間−周波数リソースを含んでよい。少なくとも１本のビームが複数のビームを含む場合、時間−周波数リソースは、複数のビームに割り当てられる時間−周波数リソースを含んでもよく、又は複数のビームのそれぞれに割り当てられる時間−周波数リソースを含んでもよい。言い換えれば、時間−周波数リソースは、１本のビームの時間−周波数リソースを含んでもよく、又は複数のビームの時間−周波数リソースを含んでもよい。

対象サービスユニットがセルである場合、時間−周波数リソースは、ＵＥがセルを介してＰＲＡＣＨを送出するのに用いる時間−周波数リソースを含んでよい。

任意選択的に、リソース要求メッセージがＵＥのビーム掃引回数に関する情報を含む場合、言い換えれば、複数のビームがＵＥ側に含まれる場合、時間−周波数リソースのサイズが、ネットワークデバイス側のビーム本数及びユーザ機器側のビーム本数に基づいて決定されてよい。例えば、ネットワークデバイス側に１本のビームがあり、ＵＥ側にも１本のビームがある場合、割り当てられる必要がある時間−周波数リソースは１つの時間−周波数リソース単位である。したがって、ネットワークデバイス側のビーム本数がＭ本であり、ＵＥ側のビーム本数がＮ本である場合、割り当てられる必要がある時間−周波数リソースのサイズは、Ｍ×Ｎ個の時間−周波数リソース単位になる。言い換えれば、ネットワークデバイス側のＭ本のビームのそれぞれを介してＰＲＡＣＨを送出するために、対応する時間−周波数リソースがＵＥ側のＮ本のビームのそれぞれに割り当てられる必要がある。

以下では、具体的に時間−周波数リソースの情報に含まれ得る特定の情報を詳細に説明する。

時間−周波数リソースの情報は、ＵＥに割り当てられ且つプリアンブルを複数回送出するのに用いられる時間領域リソースに関する情報を含んでよい。時間領域リソースの情報は、周期的であっても又は非周期的であってもよい。このことは、本出願のこの実施形態において限定されない。さらに、時間領域リソースの情報は、ＴＴＩごとであっても又はシンボルごとであってもよい。このことは、本出願のこの実施形態において具体的に限定されない。

時間−周波数リソースの情報は、プリアンブルを複数回送出するのに必要な時間領域リソースを含むので、以下の問題が回避される。すなわち、ＵＥの送信電力が十分に大きくないために、ＵＥが一度送出したプリアンブルをネットワークデバイスがおそらく受信できず、これが、ＵＥのランダムアクセス障害の原因になるという問題である。

ＵＥがビーム掃引プロセスを開始する場合（言い換えれば、ＵＥが複数のビームを含む場合）、時間−周波数リソースの情報はさらに、複数のビームに割り当てられ且つ対象サービスユニットを介してプリアンブルを送出するのに用いられる時間領域リソースに関する情報を含んでよく、複数のビームのそれぞれは、時間領域リソースの任意のセグメントをランダムに用いてよい。あるいは、時間領域リソースの情報は、複数のビームのそれぞれに対する時間領域リソースの情報を含んでよい。言い換えれば、時間領域リソースの情報はビームごとである。この場合、プリアンブルは、ビームに割り当てられる時間領域リソースを用いることにより、複数のビームのそれぞれを介して送出されてよい。時間領域リソースの情報は、連続したものであってもよく（例えば、時間領域リソースの情報は、いくつかの連続したシンボル又はいくつかの連続したＴＴＩである）、又は不連続なものであってもよい。

任意選択的に、時間−周波数リソースの情報はさらに、ＵＥに割り当てられ且つプリアンブルを送出するのに用いられる周波数領域リソースに関する情報を含んでよい。周波数領域リソースの情報は、ＵＥがプリアンブルを送出する周波数領域位置を示す。ＵＥがプリアンブルを複数回送出する必要がある場合、周波数領域リソースの情報は、プリアンブルが毎回送出される周波数領域位置を含んでよい。任意選択的に、対象サービスユニットが複数のビームである場合、周波数領域リソースの情報は、プリアンブルがそれぞれのビームで送出される周波数領域位置などを含んでよい。

ＵＥがプリアンブルを送出する周波数領域位置は、プリアンブルが送出される周波数領域位置を決定する任意の方法を用いて決定されてよいことを理解されたい。例えば、ＵＥは事前合意された周波数領域位置でプリアンブルを送出し、ネットワークデバイスはその合意された位置でプリアンブルを受信する。この場合、リソース応答メッセージは周波数領域リソースの情報を含まなくてもよいので、リソース応答メッセージのサイズが減少し得る。あるいは、ＵＥは、特別に定められた周波数領域位置でプリアンブルを送出してもよい。このことは、本出願のこの実施形態において限定されない。任意選択的に、ＵＥがプリアンブルを複数回送出する必要がある場合、プリアンブルが送出される周波数位置は同じであっても又は異なっていてもよい。周波数位置が同じである場合、リソース応答メッセージのサイズは、ある程度減少し得る。

ＰＲＡＣＨの時間−周波数リソースをビームごとに割り当てる前述の説明は、ほんの一例に過ぎないことをさらに理解されたい。本出願のこの実施形態は、別の粒度で、例えばＴＲＰごとに、時間−周波数リソースをＰＲＡＣＨに割り当てることにも適用可能である。広い意味で、セルはワイドビームとみなされてもよい。

任意選択的に、リソース応答メッセージはさらにプリアンブルＩＤを含んでよく、プリアンブルＩＤは、ＵＥが時間−周波数リソースでＰＲＡＣＨを送出するのに用いるプリアンブルシーケンスである。各ＵＥのプリアンブルＩＤは異なるので、異なるＵＥは、プリアンブルＩＤに基づいて互いに区別され得る。したがって、プリアンブルシーケンスを受信した後に、ネットワークデバイスは、当該プリアンブルシーケンスに基づいて、対象サービスユニットを介してＰＲＡＣＨ信号を送出する特定のＵＥを決定してよく、これにより、ランダムアクセスプロセスを開始しようと複数のＵＥが互いに競合するという問題が回避され、また複数のＵＥが同じプリアンブルＩＤを用い、その後、どのＵＥが当該プリアンブルＩＤを送出したかを示すためにメッセージをさらに送出する必要がある場合にアクセス遅延が増加するという問題が回避される。

任意選択的に、リソース応答メッセージはさらに、ランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ， ＲＡＲ）メッセージのウィンドウサイズ（Ｗｉｎｄｏｗ Ｓｉｚｅ）情報を含んでよい。ＲＡＲメッセージは、ＰＲＡＣＨを送出するＵＥに対する応答メッセージである。ウィンドウサイズ情報は、ＵＥがＰＲＡＣＨを送出した後に、ＵＥがネットワーク側デバイスからの応答をどれくらい待つことになるかを示す。本出願のこの実施形態では、ＲＡＲメッセージを受信するためのウィンドウのサイズが、先行技術のＲＡ応答ウィンドウサイズと同じであっても、又はそれとは異なっていてもよい（例えば、ウィンドウサイズ値が０であってもよい）。このことは、本出願のこの実施形態において具体的に限定されない。

任意選択的に、リソース応答メッセージはさらに、セル無線ネットワーク一時識別子（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｌ Ｉｄｅｎｔｉｔｙ、Ｃ−ＲＮＴＩ）を含んでもよい。Ｃ−ＲＮＴＩは、その後ＵＥが対象サービスユニットを介して受信するＲＡＲメッセージに対応するＰＤＣＣＨのＲＮＴＩを示すのに用いられてよい。この場合、対象サービスユニットを介して第２のネットワークデバイスがフィードバックするＲＡＲメッセージも、Ｃ−ＲＮＴＩを用いてスクランブル処理され得るので、ＲＡＲメッセージは、ＵＥの識別子としてＵＥが送出するプリアンブルＩＤを含む必要がない。したがって、ＲＡＲメッセージのサイズが減少する。

任意選択的に、Ｓ２３０の後に、方法２００はさらに以下の段階を含んでよい。すなわち、ＵＥが対象サービスユニットを介してＲＡＲメッセージを受信する段階である。

具体的には、ＰＲＡＣＨを送出した後に、ＵＥはＰＤＣＣＨで第３のサブフレームからのＲＡＲメッセージをリッスンし始め、リッスンウィンドウのサイズが、ＲＡＲメッセージの、リソース応答メッセージに含まれるウィンドウサイズであってよい。ＲＡＲメッセージを受信するウィンドウ内でＵＥがＲＡＲメッセージを受信した場合、これは、ランダムアクセスが成功したことを示している。ＲＡＲメッセージを受信するウィンドウ内でＵＥがＲＡＲメッセージを受信しなかった場合、ＵＥは、送出したプリアンブルがネットワークデバイスにより受信されなかったと判断する。

対象サービスユニットが第２のネットワークデバイスの第２のサービスユニットである場合、ＵＥは第２のサービスユニットのＲＡＲメッセージを受信し、又は対象サービスユニットが第１のネットワークデバイスの第１のサービスユニットである場合、ＵＥは第１のネットワークデバイスの第１のサービスユニットを介してＲＡＲメッセージを受信してよいことに留意されたい。

詳細には、対象サービスユニットが第２のネットワークデバイスの第２のサービスユニットである場合、ＲＡＲメッセージの対応するＰＤＣＣＨは、第２のビーム（第２のネットワークデバイスのビーム）を介して第２のネットワークデバイスにより送出されてもよく、又は第１のビーム（第１のネットワークデバイスのビーム）を介して第１のネットワークデバイスにより送出されてもよく、この場合、ＵＥは、第２のネットワークデバイスの第２のビームを介してＲＡＲメッセージをリッスンする必要がない（具体的には、第２のネットワークデバイスにより送出されるＲＡＲメッセージは転送されるので、ＲＡＲメッセージは第１のネットワークデバイスによりＵＥに送出され、ＲＡＲメッセージが属する特定のネットワークデバイスをＵＥが決定できるように、第２のネットワークデバイスの識別子情報が、ＲＡＲメッセージに追加されてよく、ＲＡＲメッセージが属する特定のネットワークデバイスを示すのに用いられる）。

任意選択的に、第２のサービスユニットのＲＡＲメッセージが第１のサービスユニットを介して送出される場合、第１のネットワークデバイス又は第２のネットワークデバイスは、識別子をＲＡＲメッセージに追加してよい。
識別子は、ＲＡＲメッセージが第２のサービスユニットに対応することを示すのに用いられる。具体的には、識別子は第２のサービスユニットの識別子であってよい。

任意選択的に、第２のサービスユニットのＰＤＣＣＨメッセージが第１のサービスユニットを介して送出され、第２のサービスユニットのＲＡＲメッセージも依然として第２のサービスユニットを介して送出される場合、第１のネットワークデバイスは、第１のサービスユニットを介して送出されるＰＤＣＣＨメッセージに第２のサービスユニットの識別子を追加し、第２のサービスユニットを介してＲＡＲメッセージを受信するようＵＥに命令してよい。

第２のサービスユニットのＲＡＲメッセージは、ＵＥのランダムアクセス要求に応答するために、第２のサービスユニットによりＵＥに送出されるＲＡＲメッセージである。

したがって、第２のネットワークデバイスは、ＲＡＲメッセージを送出する第２のビームをスケジューリングする必要がないので、リソース利用率が向上する。

ＲＡＲメッセージが第１のネットワークデバイスにより送出されるように、第２のネットワークデバイスにより送出される必要があるＲＡＲメッセージを転送する前述の方式は、別のシナリオにも適用されてよいことを理解されたい。例えば、３つのデバイス（第１のデバイス、第２のデバイス、及び第３のデバイス）が無線通信システムに存在する。第１のデバイスは、第１のメッセージを第３のデバイスに送出する必要がある。第１のデバイスは、第１のメッセージを第２のデバイスに送出してもよい。次に第２のデバイスは、第２のメッセージを第３のデバイスに送出してよい。第１のメッセージ内のデータは、第１のメッセージを第３のデバイスに転送するために、第２のメッセージで搬送される。第２のメッセージはさらに、第２のメッセージ内のデータが第１のデバイスにより第３のデバイスに送出されることを示すために、第１のデバイスの識別子情報を含む。詳細には、第１のデバイス及び第２のデバイスは、同じ周波数の異なるセル若しくは異なる周波数の異なるセルに属してもよく、又は同じセル（例えば、同じセルの異なるＴＲＰ）若しくは同じセルの同じＴＲＰの異なるビームに属してもよい。さらに、第１のデバイス、第２のデバイス、及び第３のデバイスは、ネットワーク側デバイスであってもよく、又はユーザ機器であってもよい。このことは、本出願のこの実施形態において限定されない。

ＰＲＡＣＨを送出するＵＥに対する応答メッセージは、ＲＡＲメッセージであってよく、ＰＤＣＣＨで示されるデータチャネルを介してＵＥに送出されてよいことに留意されたい。ＲＡＲメッセージは、ＵＥがプリアンブルの送出に成功したことを示す。あるいは、ＰＲＡＣＨを送出するための応答メッセージは、ＰＤＣＣＨを介して送出されるスケジューリング情報であってよい（言い換えれば、ネットワークデバイスはＲＡＲメッセージを送出する必要がない）。ＵＥがスケジューリング情報を受信することは、アップリンクデータ及びダウンリンクデータを送信するリソースをネットワークデバイスがＵＥに割り当てたこととして理解され得る。言い換えれば、ＵＥはプリアンブルの送出に成功している。

任意選択的に、ＲＡＲメッセージに対応するＰＤＣＣＨは、ランダムアクセス無線ネットワーク一時識別子（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＡ−ＲＮＴＩ）を用いてスクランブル処理される。ＲＡ−ＲＮＴＩは、ＰＤＣＣＨ上のＲＡＲメッセージがＵＥに送出されるＲＡＲメッセージであることを示すのに用いられる。言い換えれば、ＲＡ−ＲＮＴＩは、ＲＡＲメッセージが特定のＵＥのＲＡＲメッセージであることを示してよい。ＲＡ−ＲＮＴＩは、以下に挙げるパラメータのうちの少なくとも１つに基づいて決定されてよい。すなわち、ＲＡＲメッセージに対応するＰＤＣＣＨのプリアンブルのサブフレーム位置、シンボル位置、及び周波数領域位置、ビーム識別子ＩＤ、送受信ポイントＩＤ、並びにポートＩＤである。

例えば、第１のネットワークデバイスは、ＴＲＰ１、ＴＲＰ２、及びＴＲＰ３という３つのＴＲＰを含む。ＵＥはＴＲＰ１からＴＲＰ２にハンドオーバーされる必要がある。ＲＡ−ＲＮＴＩは、ＴＲＰ２の送受信ポイントＩＤ又はＴＲＰ２のポートＩＤに基づいて決定され得るので、ＵＥは、ＲＡＲメッセージがＴＲＰ３により送出されたと誤って判断するのを防ぐことができる。

あるいは、ＲＡＲメッセージに対応するＰＤＣＣＨは、Ｃ−ＲＮＴＩを用いてスクランブル処理されてよい。Ｃ−ＲＮＴＩは、ＲＡＲメッセージが特定のユーザ機器のＲＡＲメッセージであることを示すのに用いられてよい。この場合、ネットワークデバイスは、ＵＥにより送出されるプリアンブルＩＤをＵＥの識別子としてＲＡＲメッセージに追加する必要がないので、ＲＡＲメッセージのサイズが減少する。

したがって、本出願のこの実施形態のランダムアクセス方法では、接続状態において、ネットワークデバイスは、通知メッセージをＵＥに送出することにより、ＰＲＡＣＨを送出するのに用いるリソースをＵＥに通知するので、ＵＥは、ブロードキャストメッセージに示されるリソースを待つ代わりに、接続状態にあるリソースを用いてＰＲＡＣＨを送出してよい。このように、接続状態にあるＵＥのランダムアクセス遅延が減少する。

前述の事項は、図２を参照して、本出願の実施形態におけるランダムアクセス方法を詳細に説明した。以下では、図３〜図６を参照して、本出願の実施形態におけるランダムアクセス装置を詳細に説明する。

本出願の一実施形態がネットワークデバイスを提供する。ネットワークデバイスの概略ブロック図が図３に示され得る。図３は、本出願の一実施形態によるネットワークデバイス３００の概略ブロック図である。図３に示すように、ネットワークデバイス３００は、処理ユニット３１０及び送出ユニット３２０を含む。処理ユニット３１０は、対象サービスユニットに対応するリソース情報を取得するように構成されてよい。リソース情報は、ネットワークデバイスへの接続を確立しているユーザ機器ＵＥにより対象サービスユニットを介して物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースを示すのに用いられ、対象サービスユニットはＵＥがアクセスするセル又はＵＥがアクセスする少なくとも１本のビームである。送出ユニット３２０は、通知メッセージをＵＥに送出するように構成されてよい。通知メッセージはリソース情報を含む。

リソース情報は、時間領域リソースの情報及び周波数領域リソースの情報を含んでよく、それに応じて、リソース情報は、第１のネットワークデバイスへの接続を確立しているＵＥにより対象サービスユニットを介してＰＲＡＣＨを送出するのに用いられる時間領域リソース及び周波数領域リソースを示すのに用いられる。あるいは、リソース情報は時間領域リソースの情報を含んでよく、それに応じて、リソース情報は、第１のネットワークデバイスへの接続を確立しているＵＥにより対象サービスユニットを介してＰＲＡＣＨを送出するのに用いられる時間領域リソースを示すのに用いられる。

具体的には、ネットワークデバイス３００は、本出願の実施形態のランダムアクセス方法２００における第１のネットワークデバイスに対応してよく、ネットワークデバイス３００は、図２の方法２００における第１のネットワークデバイスにより実施される方法を実施するように構成されたユニットを含んでよい。さらに、これらのユニット及び前述のオペレーション及び／又はネットワークデバイス３００の機能は、図２の方法２００の対応するプロセスを実現することが個別に意図されている。説明を簡潔にするために、詳細はここで再度説明しない。

本出願の一実施形態がユーザ機器を提供する。ユーザ機器の概略ブロック図が図４に示され得る。図４は、本出願の一実施形態によるユーザ機器４００の概略ブロック図である。図４に示すように、ユーザ機器４００は、受信ユニット４１０及び送出ユニット４２０を含む。受信ユニット４１０は、ＵＥへの接続を確立している第１のネットワークデバイスにより送出される通知メッセージを受信するように構成されてよい。通知メッセージは、対象サービスユニットに対応するリソース情報を含み、リソース情報は、ＵＥにより対象サービスユニットを介して物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースを示し、対象サービスユニットはＵＥがアクセスするセル又はＵＥがアクセスする少なくとも１本のビームである。送出ユニット４２０は、当該リソースを用いることにより、対象サービスユニットを介してＰＲＡＣＨを送出するように構成されてよい。

具体的には、ユーザ機器４００は、本出願の実施形態のランダムアクセス方法２００におけるユーザ機器に対応してよく、ユーザ機器４００は、図２の方法２００におけるユーザ機器により実施される方法を実施するように構成されたユニットを含んでよい。これらのユニット及び前述のオペレーション及び／又はユーザ機器４００の機能は、図２の方法２００の対応するプロセスを実現することが個別に意図されている。説明を簡潔にするために、詳細はここで再度説明しない。

本出願の一実施形態がさらに、ネットワークデバイスを提供する。ネットワークデバイスの概略ブロック図が図５に示され得る。図５は、本出願の別の実施形態によるネットワークデバイス５００の概略ブロック図である。図５に示すように、ネットワークデバイス５００は、送受信機５１０と、プロセッサ５２０と、メモリ５３０と、バスシステム５４０とを含む。送受信機５１０と、プロセッサ５２０と、メモリ５３０とは、バスシステム５４０を用いて接続される。メモリ５３０は、命令を格納するように構成される。プロセッサ５２０は、メモリ５３０に格納された命令を実行し、信号を受信又は送出するよう送受信機５１０を制御するように構成される。メモリ５３０は、プロセッサ５２０内に構成されてもよく、又はプロセッサ５２０から独立していてもよい。

任意選択的に、プロセッサ５２０はメモリ５３０内の命令を実行してよい。命令は、対象サービスユニットに対応するリソース情報を取得するのに用いられてよい。リソース情報は、ネットワークデバイスへの接続を確立しているユーザ機器ＵＥにより対象サービスユニットを介して物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースを示すのに用いられる。対象サービスユニットは、ＵＥがアクセスするセル又はＵＥがアクセスする少なくとも１本のビームである。

任意選択的に、プロセッサ５２０は、通知メッセージをＵＥに送出するよう送受信機５１０を制御してよい。通知メッセージはリソース情報を含む。

具体的には、ネットワークデバイス５００は、本出願の実施形態のランダムアクセス方法２００における第１のネットワークデバイスに対応してよく、ネットワークデバイス５００は、図２の方法２００における第１のネットワークデバイスにより実施される方法を実施するように構成されたエンティティユニットを含んでよい。これらのエンティティユニット及び前述のオペレーション及び／又はネットワークデバイス５００の機能は、図２の方法２００の対応するプロセスを実現することが個別に意図されている。説明を簡潔にするために、詳細はここで再度説明しない。

本出願の一実施形態がさらに、ユーザ機器を提供する。ユーザ機器の概略ブロック図が図６に示され得る。図６は、本出願の別の実施形態によるユーザ機器６００の概略ブロック図である。図６に示すように、ユーザ機器６００は、送受信機６１０と、プロセッサ６２０と、メモリ６３０と、バスシステム６４０とを含む。送受信機６１０と、プロセッサ６２０と、メモリ６３０とは、バスシステム６４０を用いて接続される。メモリ６３０は、命令を格納するように構成される。プロセッサ６２０は、メモリ６３０に格納された命令を実行し、信号を受信又は送出するよう送受信機６１０を制御するように構成される。メモリ６３０は、プロセッサ６２０内に構成されてもよく、又はプロセッサ６２０から独立していてもよい。

任意選択的に、プロセッサ６２０は、ＵＥへの接続を確立している第１のネットワークデバイスにより送出される通知メッセージを受信するよう送受信機６１０を制御してよい。通知メッセージは、対象サービスユニットに対応するリソース情報を含み、対象サービスユニットはＵＥがアクセスするセル又はＵＥがアクセスする少なくとも１本のビームであり、リソース情報は、ＵＥにより対象サービスユニットを介して物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースを示す。プロセッサ６２０はさらに、当該リソースを用いることにより、対象サービスユニットを介してＰＲＡＣＨを送出する。

具体的には、ユーザ機器６００は、本出願の実施形態のランダムアクセス方法２００におけるユーザ機器に対応してよく、ユーザ機器６００は、図２の方法２００におけるユーザ機器により実施される方法を実施するように構成されたエンティティユニットを含んでよい。さらに、これらのエンティティユニット及び前述のオペレーション及び／又はユーザ機器６００の機能は、図２の方法２００の対応するプロセスを実現することが個別に意図されている。説明を簡潔にするために、詳細はここで再度説明しない。

本出願の実施形態におけるプロセッサは、集積回路チップであってよく、また信号処理能力を有することを理解されたい。実装する際には、前述の方法の実施形態の各ブロックが、プロセッサ内の統合されたハードウェア論理回路又はソフトウェア形態の命令を用いて実装されてよい。プロセッサは中央演算処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）であってよく、又はプロセッサは、別の汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）若しくは別のプログラム可能型論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又はディスクリートハードウェアコンポーネントであってもよい。プロセッサは、本出願の実施形態において開示された方法、段階、及び論理ブロック図を実現又は実施し得る。汎用プロセッサはマイクロプロセッサであってよく、又はプロセッサは任意の従来のプロセッサなどであってよい。本出願の実施形態に関連して開示された方法の各ブロックは、ハードウェア復号プロセッサにより実行されるものとして直接具現化されても、又は復号プロセッサのハードウェアとソフトウェアコンポーネントとの組み合わせによって実行されてもよい。ソフトウェアコンポーネントは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリメモリ、プログラム可能型リードオンリメモリ、電気的消去可能プログラム可能型メモリ、又はレジスタなどの、当技術分野において成熟した記憶媒体内に位置してよい。記憶媒体はメモリ内に位置し、プロセッサはメモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて、前述の方法の各ブロックを履行する。

本出願の実施形態におけるメモリは、揮発性メモリ若しくは不揮発性メモリであってもよく、又は揮発性メモリ及び不揮発性メモリを含んでもよいことをさらに理解されたい。不揮発性メモリは、リードオンリメモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ， ＲＯＭ）、プログラム可能型リードオンリメモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラム可能型リードオンリメモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラム可能型リードオンリメモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、又はフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして用いられるランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）であってよい。限定ではなく例として、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（（Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、同期型ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレート同期型ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、高速同期型ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、及びＤｉｒｅｃｔ Ｒａｍｂｕｓランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）などの多様な形態のＲＡＭが用いられてよい。本明細書で説明されたシステム及び方法におけるメモリは、限定されるものではないが、これらのメモリ及び別の適切なタイプの任意のメモリを含むことが意図されていることに留意されたい。

バスシステムはさらに、電力バス、制御バス、ステイタス信号バスなどを、データバスのほかに含んでよいことをさらに理解されたい。しかしながら、説明を分かり易くするために、図の中では、様々なバスがバスシステムとして表示されている。

実装する際には、前述の方法の各ブロックが、プロセッサ内の統合されたハードウェア論理回路又はソフトウェア形態の命令を用いて実装されてよい。本出願の実施形態に関連して開示されたランダムアクセス方法の各ブロックは、ハードウェアプロセッサにより実行されるものとして直接具現化されても、又はプロセッサのハードウェアとソフトウェアコンポーネントとの組み合わせによって実行されてもよい。ソフトウェアコンポーネントは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリメモリ、プログラム可能型リードオンリメモリ、電気的消去可能プログラム可能型メモリ、又はレジスタなどの、当技術分野において成熟した記憶媒体内に位置してよい。記憶媒体はメモリ内に位置し、プロセッサはメモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて、前述の方法の各ブロックを履行する。繰り返しを避けるために、詳細はここで再度説明しない。

本出願の一実施形態がさらに、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、１つ又は複数のプログラムを格納する。１つ又は複数のプログラムは命令を含む。複数のアプリケーションプログラムを含む携帯型電子デバイスによって命令が実行された場合、当該携帯型電子デバイスは、図２に示す実施形態に関する方法を実施することができる。

本明細書における用語「及び／又は」は、関連対象物の説明において対応関係のみを表現し、３つの関係が存在し得ることを表していると理解されたい。例えば、Ａ及び／又はＢが表し得るのは、以下に挙げる３つのケースである。すなわち、Ａのみが存在すること、Ａ及びＢが両方とも存在すること、並びにＢのみが存在することである。さらに、本明細書における記号「／」は一般に、関連対象物間において「又は」の関係を示す。

前述のプロセスの順序番号は、本出願の実施形態における実行順序を意味していないことを理解されたい。プロセスの実行順序は、プロセスの機能及び内部論理に従って決定されるべきであり、本出願の実施形態の実装プロセスに対するいかなる限定であるとも解釈されるべきではない。

当業者であれば、本明細書で開示された実施形態において説明された例と組み合わせて、ユニット及びアルゴリズムブロックが、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実現され得ることを認識するであろう。これらの機能がハードウェアで実施されるのか、又はソフトウェアで実施されるのかは、技術的解決手段の個々の用途及び設計制約条件によって決まる。当業者であれば、異なる方法を用いて、説明された機能を個々の用途ごとに実現してよいが、その実施例が本出願の範囲を越えるものとみなされるべきではない。

簡便且つ簡潔な説明のために、システム、装置、及びユニットの詳細な動作プロセスについては、方法の実施形態における対応するプロセスを参照できることが当業者によって明確に理解されるであろう。詳細は、ここで再度説明しない。

本出願において提供された、いくつかの実施形態において、開示されたシステム、装置、及び方法は、他の方式で実現され得ることを理解されたい。例えば、説明された装置の実施形態は、単なる一例に過ぎない。例えば、ユニットの分割は単なる論理的機能の分割であり、実際に実装する際には、他の分割であってもよい。例えば、複数のユニット若しくはコンポーネントが組み合わされても、又は別のシステムに統合されてもよく、あるいは一部の機能が無視されても又は実施されなくてもよい。さらに、表示又は説明された相互結合若しくは直接結合又は通信接続は、いくつかのインタフェースを用いて実現されてよい。装置間又はユニット間の間接的結合又は通信接続は、電気的形態、機械的形態、又は他の形態で実現されてよい。

別個の部分として説明された各ユニットは、物理的に分かれていてもいなくてもよく、ユニットとして表示された部分は、物理的なユニットであってもなくてもよく、すなわち、１か所に位置していてもよく、又は複数のネットワークユニットに分散していてもよい。ユニットの一部又は全てが、実施形態の解決手段の目的を実現するために、実際の必要性に従って選択されてよい。

さらに、本出願の実施形態の機能ユニットが１つの処理ユニットに統合されてよく、又はこれらのユニットのそれぞれは物理的に単独で存在してよく、又は２つ若しくはそれより多くのユニットが１つのユニットに統合される。

これらの機能がソフトウェア機能ユニットの形態で実現され、個別の製品として販売されるか又は用いられる場合、これらの機能はコンピュータ可読記憶媒体に格納されてよい。そのような理解に基づいて、本質的には本出願の技術的解決手段、又は先行技術に貢献する部分、又は技術的解決手段の一部が、ソフトウェア製品の形態で実現されてよい。コンピュータソフトウェア製品は、記憶媒体に格納され、本出願の実施形態で説明された方法のブロックの全て又は一部を実施するようコンピュータデバイス（これは、パーソナルコンピュータ、サーバ、又はネットワークデバイスなどであってよい）に命令するためのいくつかの命令を含む。前述の記憶媒体は、プログラムコードを格納できる任意の媒体を含み、例えば、ＵＳＢフラッシュドライブ、着脱可能なハードディスク、リードオンリメモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は光ディスクなどである。

前述の説明は、本出願の単なる具体的な実施例に過ぎず、本出願の保護範囲を限定することを意図してはいない。本出願で開示された技術的範囲内において、当業者が容易に考え出すあらゆる変形又は置き換えは、本出願の保護範囲に含まれることになる。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲によって決まることになる。
（項目１）
ランダムアクセス方法であって、
第１のネットワークデバイスが対象サービスユニットに対応するリソース情報を取得する段階であって、上記リソース情報は、上記第１のネットワークデバイスへの接続を確立しているユーザ機器ＵＥにより上記対象サービスユニットを介して物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースを示すのに用いられ、上記対象サービスユニットは上記ＵＥがアクセスするセル又は上記ＵＥがアクセスする少なくとも１本のビームである、段階と、
上記第１のネットワークデバイスが通知メッセージを上記ＵＥに送出する段階であって、上記通知メッセージは上記リソース情報を含む、段階と
を備える方法。
（項目２）
上記ＵＥは上記第１のネットワークデバイスの第１のビームに現在アクセスしており、上記対象サービスユニットは上記第１のネットワークデバイスの第２のビームであり、上記ＰＲＡＣＨは、上記ＵＥを上記第１のビームから上記第２のビームにハンドオーバーするのに用いられる、項目１に記載の方法。
（項目３）
上記ＵＥは上記第１のネットワークデバイスの第１のサービスユニットに現在アクセスしており、上記対象サービスユニットは第２のネットワークデバイスの第２のサービスユニットであり、
第１のネットワークデバイスが対象サービスユニットに対応するリソース情報を取得する上記段階は、
上記第１のネットワークデバイスがリソース要求メッセージを上記第２のネットワークデバイスに送出する段階であって、上記リソース要求メッセージは上記第２のサービスユニットの識別子を含み、上記リソース要求メッセージは、上記ＵＥにより上記第２のサービスユニットを介して上記ＰＲＡＣＨを送出するのに用いられるリソースを要求するのに用いられ、上記ＰＲＡＣＨは、上記ＵＥを上記第１のサービスユニットから上記第２のサービスユニットにハンドオーバーするのに用いられる、段階と、
上記第１のネットワークデバイスが上記第２のネットワークデバイスからリソース応答メッセージを受信する段階であって、上記リソース応答メッセージは上記リソース情報を含む、段階と
を有する、項目１に記載の方法。
（項目４）
上記リソース要求メッセージはさらに、上記ＵＥのビーム掃引回数に関する情報を含み、上記ビーム掃引回数に関する上記情報は、上記リソースのサイズを決定するのに用いられる、項目３に記載の方法。
（項目５）
上記リソース情報は、上記ＵＥが上記少なくとも１本のビームを介して上記ＰＲＡＣＨのプリアンブルを送出するのに必要なリソースを含む、項目１から４のいずれか一項に記載の方法。
（項目６）
上記第１のネットワークデバイスが通知メッセージを上記ＵＥに送出する上記段階は、
上記第１のネットワークデバイスがダウンリンク制御メッセージを上記ＵＥに送出する段階であって、上記ダウンリンク制御メッセージは上記リソース情報を含む、段階を有する、項目１から４のいずれか一項に記載の方法。
（項目７）
上記リソース情報が、上記第１のネットワークデバイスへの接続を確立しているＵＥにより上記対象サービスユニットを介してＰＲＡＣＨを送出するのに用いられるリソースを示すのに用いられることは、
上記リソース情報が、上記第１のネットワークデバイスへの接続を確立している上記ＵＥにより上記対象サービスユニットを介して上記ＰＲＡＣＨを送出するのに用いられる時間領域リソース及び周波数領域リソースを示すのに用いられること、又は、
上記リソース情報が、上記第１のネットワークデバイスへの接続を確立している上記ＵＥにより上記対象サービスユニットを介して上記ＰＲＡＣＨを送出するのに用いられる時間領域リソースを示すのに用いられること
を含む、項目１から４のいずれか一項に記載の方法。
（項目８）
ランダムアクセス方法であって、
ユーザ機器ＵＥが、上記ＵＥへの接続を確立している第１のネットワークデバイスにより送出される通知メッセージを受信する段階であって、上記通知メッセージは対象サービスユニットに対応するリソース情報を含み、上記リソース情報は、上記ＵＥにより上記対象サービスユニットを介して物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースを示し、上記対象サービスユニットは上記ＵＥがアクセスするセル又は上記ＵＥがアクセスする少なくとも１本のビームである、段階と、
上記ＵＥが、上記リソースを用いることにより、上記対象サービスユニットを介して上記ＰＲＡＣＨを送出する段階と
を備える方法。
（項目９）
上記方法はさらに、
上記ＵＥが上記対象サービスユニットを介してランダムアクセス応答ＲＡＲメッセージを受信する段階を備え、上記ＲＡＲメッセージに対応する物理ダウンリンク制御チャネルＰＤＣＣＨは、ランダムアクセス無線ネットワーク一時識別子ＲＡ−ＲＮＴＩを用いてスクランブル処理されるか、又はセル無線ネットワーク一時識別子Ｃ−ＲＮＴＩを用いてスクランブル処理される、項目８に記載の方法。
（項目１０）
上記ＲＡ−ＲＮＴＩは、
上記ＵＥが上記ＰＲＡＣＨのプリアンブルｐｒｅａｍｂｌｅを送出するサブフレーム位置、シンボル位置、及び周波数領域位置、ビーム識別子ＩＤ、送受信ポイントＩＤ、並びにポートＩＤというパラメータのうちの少なくとも１つに基づいて決定される、項目９に記載の方法。
（項目１１）
上記ＵＥは上記第１のネットワークデバイスの第１のビームに現在アクセスしており、上記対象サービスユニットは第２のネットワークデバイスの第２のビームであり、
上記方法はさらに、
上記ＵＥが上記第１のビームを介して上記ＲＡＲメッセージを受信する段階を備える、項目８から１０のいずれか一項に記載の方法。
（項目１２）
ユーザ機器ＵＥが、上記ＵＥへの接続を確立している第１のネットワークデバイスにより送出される通知メッセージを受信する上記段階は、
上記ＵＥが、上記第１のネットワークデバイスにより送出されるダウンリンク制御メッセージを受信する段階であって、上記ダウンリンク制御メッセージは上記リソース情報を含む、段階を有する、項目８から１０のいずれか一項に記載の方法。
（項目１３）
ネットワークデバイスであって、
対象サービスユニットに対応するリソース情報を取得するように構成された処理ユニットであって、上記リソース情報は、上記ネットワークデバイスへの接続を確立しているユーザ機器ＵＥにより上記対象サービスユニットを介して物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースを示すのに用いられ、上記対象サービスユニットは上記ＵＥがアクセスするセル又は上記ＵＥがアクセスする少なくとも１本のビームである、処理ユニットと、
通知メッセージを上記ＵＥに送出するように構成された送出ユニットであって、上記通知メッセージは上記リソース情報を含む、送出ユニットと
を備えるネットワークデバイス。
（項目１４）
上記ＵＥは上記ネットワークデバイスの第１のビームに現在アクセスしており、上記対象サービスユニットは上記ネットワークデバイスの第２のビームであり、上記ＰＲＡＣＨは、上記ＵＥを上記第１のビームから上記第２のビームにハンドオーバーするのに用いられる、項目１３に記載のネットワークデバイス。
（項目１５）
上記ＵＥは上記ネットワークデバイスの第１のサービスユニットに現在アクセスしており、上記対象サービスユニットは第２のネットワークデバイスの第２のサービスユニットであり、
上記送出ユニットは具体的に、
上記ネットワークデバイスがリソース要求メッセージを上記第２のネットワークデバイスに送出するように構成され、上記リソース要求メッセージは上記第２のサービスユニットの識別子を含み、上記リソース要求メッセージは、上記ＵＥにより上記第２のサービスユニットを介して上記ＰＲＡＣＨを送出するのに用いられるリソースを要求するのに用いられ、上記ＰＲＡＣＨは、上記ＵＥを上記第１のサービスユニットから上記第２のサービスユニットにハンドオーバーするのに用いられ、
上記ネットワークデバイスはさらに
上記第２のネットワークデバイスからリソース応答メッセージを受信するように構成された受信ユニットを備え、上記リソース応答メッセージは上記リソース情報を含む、項目１３に記載のネットワークデバイス。
（項目１６）
上記リソース要求メッセージはさらに、上記ＵＥのビーム掃引回数に関する情報を含み、上記ビーム掃引回数に関する上記情報は、上記リソースのサイズを決定するのに用いられる、項目１５に記載のネットワークデバイス。
（項目１７）
上記リソース情報は、上記ＵＥが上記少なくとも１本のビームを介して上記ＰＲＡＣＨのプリアンブルを送出するのに必要なリソースに関する情報を含む、項目１３から１６のいずれか一項に記載のネットワークデバイス。
（項目１８）
上記送出ユニットは具体的に、
ダウンリンク制御メッセージを上記ＵＥに送出するように構成され、上記ダウンリンク制御メッセージは上記リソース情報を含む、項目１３から１６のいずれか一項に記載のネットワークデバイス。
（項目１９）
上記リソース情報が、上記第１のネットワークデバイスへの接続を確立しているＵＥにより上記対象サービスユニットを介してＰＲＡＣＨを送出するのに用いられるリソースを示すのに用いられることは、
上記リソース情報が、上記第１のネットワークデバイスへの接続を確立している上記ＵＥにより上記対象サービスユニットを介して上記ＰＲＡＣＨを送出するのに用いられる時間領域リソース及び周波数領域リソースを示すのに用いられること、又は、
上記リソース情報が、上記第１のネットワークデバイスへの接続を確立している上記ＵＥにより上記対象サービスユニットを介して上記ＰＲＡＣＨを送出するのに用いられる時間領域リソースを示すのに用いられること
を含む、項目１３から１６のいずれか一項に記載のネットワークデバイス。
（項目２０）
ユーザ機器ＵＥであって、
上記ＵＥへの接続を確立している第１のネットワークデバイスから通知メッセージを受信するように構成された受信ユニットであって、上記通知メッセージは対象サービスユニットに対応するリソース情報を含み、上記リソース情報は、上記ＵＥにより上記対象サービスユニットを介して物理ランダムアクセスチャネルＰＲＡＣＨを送出するのに用いられるリソースを示し、上記対象サービスユニットは上記ＵＥがアクセスするセル又は上記ＵＥがアクセスする少なくとも１本のビームである、受信ユニットと、
上記リソースを用いることにより、上記対象サービスユニットを介して上記ＰＲＡＣＨを送出するように構成された送出ユニットと
を備えるＵＥ。
（項目２１）
上記受信ユニットはさらに、
上記対象サービスユニットを介してランダムアクセス応答ＲＡＲメッセージを受信するように構成され、上記ＲＡＲメッセージに対応する物理ダウンリンク制御チャネルＰＤＣＣＨは、ランダムアクセス無線ネットワーク一時識別子ＲＡ−ＲＮＴＩを用いてスクランブル処理されるか、又はセル無線ネットワーク一時識別子Ｃ−ＲＮＴＩを用いてスクランブル処理される、項目２０に記載のＵＥ。
（項目２２）
上記ＲＡ−ＲＮＴＩは、
上記ＵＥが上記ＰＲＡＣＨのプリアンブルｐｒｅａｍｂｌｅを送出するサブフレーム位置、シンボル位置、及び周波数領域位置、ビーム識別子ＩＤ、送受信ポイントＩＤ、並びにポートＩＤというパラメータのうちの少なくとも１つに基づいて決定される、項目２１に記載のＵＥ。
（項目２３）
上記ＵＥは上記第１のネットワークデバイスの第１のビームに現在アクセスしており、上記対象サービスユニットは第２のネットワークデバイスの第２のビームであり、
上記受信ユニットはさらに、
上記第１のビームを介して上記ＲＡＲメッセージを受信するように構成される、項目２０から２２のいずれか一項に記載のＵＥ。
（項目２４）
上記受信ユニットは具体的に、
上記第１のネットワークデバイスにより送出されるダウンリンク制御メッセージを受信するように構成され、上記ダウンリンク制御メッセージは上記リソース情報を含む、項目２０から２２のいずれか一項に記載のＵＥ。

Claims (12)

1. ソース基地局がリソース要求メッセージをターゲット基地局に送出する段階であって、前記リソース要求メッセージは前記ターゲット基地局のビームの識別子を含む、段階と、
   前記ソース基地局が前記リソース要求メッセージに応答する応答メッセージを前記ターゲット基地局から受信する段階であって、前記応答メッセージは前記ビームの前記識別子に対応するプリアンブルのリソース情報を含み、前記リソース情報は前記プリアンブルの識別情報を含み、前記リソース情報は前記プリアンブルの送信のためのリソースを示す、段階と、
   前記ソース基地局が前記リソース情報をユーザ機器（ＵＥ）に送出する段階と
   を備え、前記リソース要求メッセージはさらに、前記ＵＥのビーム掃引回数に関する情報を含み、前記ビーム掃引回数に関する前記情報は、前記リソース情報で示される前記リソースのサイズを決定するのに用いられる、方法。
2. 前記ソース基地局が前記リソース情報を前記ＵＥに送出する段階は、
   前記ソース基地局が無線リソース制御メッセージ（ＲＲＣメッセージ）を前記ＵＥに送出する段階であって、前記ＲＲＣメッセージは前記リソース情報を含む、段階を有する、請求項１に記載の方法。
3. ターゲット基地局がソース基地局からリソース要求メッセージを受信する段階であって、前記リソース要求メッセージは前記ターゲット基地局のビームの識別子を含む、段階と、
   前記ターゲット基地局が前記リソース要求メッセージに応答する応答メッセージを前記ソース基地局に送出する段階であって、前記応答メッセージは、前記ビームの前記識別子に対応するプリアンブルのリソース情報を含み、前記リソース情報は前記プリアンブルの識別情報を含み、前記リソース情報は前記プリアンブルの送信のためのリソースを示す、段階と
   備え、前記リソース要求メッセージはさらに、ユーザ機器のビーム掃引回数に関する情報を含み、前記ビーム掃引回数に関する前記情報は、前記リソース情報で示される前記リソースのサイズを決定するのに用いられる、方法。
4. ソース基地局であって、
   リソース要求メッセージをターゲット基地局に送出するように構成された第１の送出ユニットであって、前記リソース要求メッセージは前記ターゲット基地局のビームの識別子を含む、第１の送出ユニットと、
   前記リソース要求メッセージに応答する応答メッセージを前記ターゲット基地局から受信するように構成された受信ユニットであって、前記応答メッセージは前記ビームの前記識別子に対応するプリアンブルのリソース情報を含み、前記リソース情報は、前記プリアンブルの識別情報を含み、前記リソース情報は、前記プリアンブルの送信のためのリソースを示す、受信ユニットと、
   前記リソース情報をユーザ機器（ＵＥ）に送出するように構成された第２の送出ユニットと
   を備え、前記リソース要求メッセージはさらに、前記ＵＥのビーム掃引回数に関する情報を含み、前記ビーム掃引回数に関する前記情報は、前記リソース情報で示される前記リソースのサイズを決定するのに用いられる、ソース基地局。
5. 前記第２の送出ユニットは、無線リソース制御メッセージ（ＲＲＣメッセージ）を前記ＵＥに送出するように構成され、前記ＲＲＣメッセージは前記リソース情報を含む、請求項４に記載のソース基地局。
6. ターゲット基地局であって、
   リソース要求メッセージをソース基地局から受信するように構成された受信ユニットであって、前記リソース要求メッセージは前記ターゲット基地局のビームの識別子を含む、受信ユニットと、
   前記リソース要求メッセージに応答する応答メッセージを送出するように構成された送出ユニットであって、前記応答メッセージは、前記ビームの前記識別子に対応するプリアンブルのリソース情報を含み、前記リソース情報は前記プリアンブルの識別情報を含み、前記リソース情報は前記プリアンブルの送信のためのリソースを示す、送出ユニットと
   を備え、前記リソース要求メッセージはさらに、ユーザ機器のビーム掃引回数に関する情報を含み、前記ビーム掃引回数に関する前記情報は、前記リソース情報で示される前記リソースのサイズを決定するのに用いられる、ターゲット基地局。
7. 少なくとも１つのメモリと結合した少なくとも１つのプロセッサを備える装置であって、前記少なくとも１つのプロセッサは、前記少なくとも１つのメモリに格納された命令を実行して、請求項１または２に記載の方法をネットワークデバイスに実現させるように構成される、装置。
8. 少なくとも１つのメモリと結合した少なくとも１つのプロセッサを備える装置であって、前記少なくとも１つのプロセッサは、前記少なくとも１つのメモリに格納された命令を実行して、請求項３に記載の方法をネットワークデバイスに実現させるように構成される、装置。
9. 請求項１または２に記載の方法をコンピュータに実行させるための、プログラム。
10. 請求項３に記載の方法をコンピュータに実行させるための、プログラム。
11. ソース基地局とターゲット基地局とを備える通信システムであって、
    前記ソース基地局は、請求項１または２に記載の方法を実現するように構成され、
    前記ターゲット基地局は、請求項３に記載の方法を実現するように構成される、システム。
12. さらに、前記リソース情報を前記ソース基地局から受信するユーザ機器を備える、請求項１１に記載のシステム。

Images