JP7460642B2 - ランダムアクセス手順のための制御メカニズム - Google Patents

Description

実施形態の例は、通信ネットワークにおけるランダムアクセス手順（random access procedure）において制御を実施するために使用可能な装置、方法、システム、コンピュータプログラム、コンピュータプログラム製品、および（非一過性の）コンピュータ可読媒体に関し、詳細には、非地上ネットワークシナリオなどの長い往復時間が予想される通信ネットワーク環境におけるランダムアクセス手順を最適化するために使用可能な装置、方法、システム、コンピュータプログラム、コンピュータプログラム製品、および（非一過性の）コンピュータ可読媒体に関する。

背景技術の以下の説明には、本発明の実施形態の少なくともいくつかの例に対する、関連する先行技術では知られていないが本発明によって提供される開示と共に、洞察、発見、理解もしくは開示、または関連付けを含むことがある。本発明のそのような寄与の一部が以下に具体的に指摘され得るが、本発明の他のそのような寄与は関連する文脈から明らかとなる。

本明細書で使用される略語には、次の意味が適用される。
３ＧＰＰ 第３世代パートナーシッププロジェクト
４Ｇ 第４世代
５Ｇ 第５世代
ＢＳ 基地局
ＣＮ コアネットワーク
ＣＰＵ 中央処理装置
ＤＬ ダウンリンク
ｅＮＢ 進化型ノードＢ
ＥＴＳＩ 欧州電気通信標準化機構
ＦＤＤ 周波数分割複信
ＧＥＯ 静止軌道
ｇＮＢ 次世代ノードＢ
ＨＡＰＳ 高高度プラットフォーム局
ＩＳＬ 衛星間リンク
ＬＥＯ 地球低軌道
ＬＳＢ 最下位ビット
ＬＴＥ ロングタームエボリューション
ＬＴＥ－Ａ 先進型ＬＴＥ
ＭＡＣ 媒体アクセス制御
ＭＥＯ 地球中軌道
ＮＧ 新世代
ＮＲ 新無線
ＮＴＮ 非地上ネットワーク
ＮＷ ネットワーク
ＯＦＤＭ 直交周波数分割多重方式
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＲＡ ランダムアクセス
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＲ ランダムアクセス応答
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＬＣ 無線リンク制御
ＲＲＣ 無線リソース制御
ＲＴＴ 往復時間
ＳＦＮ システムフレーム番号
ＴＤＤ 時分割複信
ＵＡＳ 無人航空機システム
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＭＴＳ ユニバーサル移動遠隔通信システム

一実施形態の一例によれば、例えば、通信ネットワーク内の少なくとも１つの通信要素または機能との通信のための通信制御を実施するように構成された通信ネットワーク制御要素または機能によって使用するための装置であって、少なくとも１つの処理回路と、処理回路によって実行される命令を記憶するための少なくとも１つのメモリとを備え、少なくとも１つのメモリおよび命令が、少なくとも１つの処理回路によって、装置に少なくとも、通信ネットワーク制御要素または機能によって制御される少なくとも１つの通信エリア内の通信要素または機能のランダムアクセス手順における受信時間ウィンドウを算出することと、少なくとも１つの通信エリア内の通信要素または機能にランダムアクセス手順に関連する設定情報を提供することであって、設定情報が、算出された受信時間ウィンドウの指示、および受信時間ウィンドウ内の通信要素または機能の受信パターンの決定に関連する指示を含み、受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために受信時間ウィンドウ中に通信要素または機能によってリッスンされる通信リソースを示す、提供することと、通信要素または機能からランダムアクセス関連のシグナリングを受信して処理することと、通信要素または機能によってランダムアクセス関連のシグナリングが送信される送信フレームと算出された受信時間ウィンドウとに基づいて、受信時間ウィンドウ内の通信要素または機能の受信パターンを決定することと、通信要素または機能によってリッスンされた通信リソースで応答が受信されるように、決定された受信パターンに基づいて、ランダムアクセス関連のシグナリングへの応答を通信要素または機能に送信することとを行わせるように構成される、装置が提供される。

さらに、一実施形態の一例によれば、例えば、通信ネットワーク内の少なくとも１つの通信要素または機能との通信のための通信制御を実施するように構成された通信ネットワーク制御要素または機能において使用するための方法であって、通信ネットワーク制御要素または機能によって制御される少なくとも１つの通信エリア内の通信要素または機能のランダムアクセス手順における受信時間ウィンドウを算出するステップと、少なくとも１つの通信エリア内の通信要素または機能にランダムアクセス手順に関連する設定情報を提供するステップであって、設定情報が、算出された受信時間ウィンドウの指示、および受信時間ウィンドウ内の通信要素または機能の受信パターンの決定に関連する指示を含み、受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために受信時間ウィンドウ中にリッスンされる通信リソースを示す、ステップと、通信要素または機能からランダムアクセス関連のシグナリングを受信して処理するステップと、通信要素または機能によってランダムアクセス関連のシグナリングが送信される送信フレームと算出された受信時間ウィンドウとに基づいて、受信時間ウィンドウ内の通信要素または機能の受信パターンを決定するステップと、通信要素または機能によってリッスンされた通信リソースで応答が受信されるように、決定された受信パターンに基づいて、ランダムアクセス関連のシグナリングへの応答を通信要素または機能に送信するステップとを含む方法が提供される。

さらなる改良によれば、これらの例には、以下の特徴のうちの１つまたは複数が含まれ得る。
－ 受信時間ウィンドウは、少なくとも１つの通信要素および機能と、通信ネットワーク制御要素または機能によって制御される少なくとも１つの通信エリア内の通信ネットワーク制御要素または機能との間の通信経路上の通信のシグナリングの最小往復時間および最大往復時間に基づいて算出されてもよく、受信時間ウィンドウは最大往復時間と最小往復時間との間の差以上である。
－ 受信時間ウィンドウは、ランダムアクセス手順の一時識別子が算出される１つの送信フレームよりも大きくてもよい。
－ ランダムアクセス手順に関連する設定情報と共に、通信要素または機能からランダムアクセス関連のシグナリングが送信された時点から受信時間ウィンドウの開始までの間の時間オフセットを定義する指示が提供されてもよい。
－ ランダムアクセス手順に関連する設定情報と共に、通信要素または機能の受信パターンの設定を示すデータが提供されてもよい。
－ 通信要素または機能からのランダムアクセス関連のシグナリングとして、ランダムアクセスプリアンブルおよび無線リソース制御接続要求のうちの１つが受信および処理されてもよく、受信時間ウィンドウは、少なくとも１つの通信要素または機能において、ランダムアクセス応答ウィンドウのタイミング、またはランダムアクセス競合解決タイマーを設定する。
－ 受信時間ウィンドウ内の通信要素または機能の受信パターンとして、ランダムアクセス関連のシグナリングへの応答を受信および復号するために通信要素または機能によってリッスンされる通信リソース間の間隔が決定され、受信パターンは、リッスンされる通信リソース間で、通信要素または機能がランダムアクセス関連のシグナリングへの応答を復号しない通信リソースを含む。
－ ランダムアクセス関連のシグナリングへの応答を受信および復号するために通信要素または機能によってリッスンされる通信リソース間の間隔は、受信時間ウィンドウの長さに基づいて設定されてもよい。
－ 送信フレームは、システムフレーム番号を使用することによって識別されてもよく、受信パターンに従って通信要素または機能によってリッスンされる通信リソースの位置は、通信要素または機能によってランダムアクセス関連のシグナリングが送信されるシステムフレーム番号に基づいて決定される。
－ 受信パターンの通信リソースは、タイムスロットおよび周波数部分のうちの１つを定義してもよい。
－ 通信ネットワークは非地上ネットワークとすることができ、通信ネットワーク制御要素または機能は、非地上ネットワーク内の基地局として機能してもよい。

一実施形態の一例によれば、例えば、通信ネットワーク内の通信を制御する通信ネットワーク制御要素または機能との通信を実施するように構成された通信要素または機能によって使用するための装置であって、少なくとも１つの処理回路と、処理回路によって実行される命令を記憶するための少なくとも１つのメモリとを備え、少なくとも１つのメモリおよび命令が、少なくとも１つの処理回路によって、装置に少なくとも、通信ネットワーク制御要素または機能からランダムアクセス手順に関連する設定情報を受信して処理することであって、設定情報が、ランダムアクセス手順における受信時間ウィンドウの指示、および受信時間ウィンドウ内の通信要素または機能の受信パターンの決定に関連する指示を含み、受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために受信時間ウィンドウ中に通信要素または機能によってリッスンされる通信リソースを示す、受信して処理することと、ランダムアクセス関連のシグナリングを通信ネットワーク制御要素または機能に送信することと、設定情報に従って受信時間ウィンドウを開始することと、ランダムアクセス関連のシグナリングが送信される送信フレームと受信時間ウィンドウとに基づいて、受信時間ウィンドウ内の受信パターンを決定することと、受信時間ウィンドウ中に、ランダムアクセス関連のシグナリングへの応答を受信するために受信パターンにおいて決定された通信リソースで受信された信号を復号することとを行わせるように構成される装置が提供される。

さらに、一実施形態の一例によれば、例えば、通信ネットワーク内の通信を制御する通信ネットワーク制御要素または機能との通信を実施するように構成された通信要素または機能において使用するための方法であって、通信ネットワーク制御要素または機能からランダムアクセス手順に関連する設定情報を受信して処理するステップであって、設定情報が、ランダムアクセス手順における受信時間ウィンドウの指示、および受信時間ウィンドウ内の通信要素または機能の受信パターンの決定に関連する指示を含み、受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために受信時間ウィンドウ中にリッスンされる通信リソースを示す、ステップと、ランダムアクセス関連のシグナリングを通信ネットワーク制御要素または機能に送信するステップと、設定情報に従って受信時間ウィンドウを開始するステップと、ランダムアクセス関連のシグナリングが送信される送信フレームと受信時間ウィンドウとに基づいて、受信時間ウィンドウ内の受信パターンを決定するステップと、受信時間ウィンドウ中に、ランダムアクセス関連のシグナリングへの応答を受信するために受信パターンにおいて決定された通信リソースで受信された信号を復号するステップとを含む方法が提供される。

さらなる改良によれば、これらの例には、以下の特徴のうちの１つまたは複数が含まれ得る。
－ 受信時間ウィンドウは、通信要素および機能と通信ネットワーク制御要素または機能との間の通信経路上の通信のシグナリングの最小往復時間および最大往復時間に基づいてもよく、受信時間ウィンドウは最大往復時間と最小往復時間との間の差以上である。
－ 受信時間ウィンドウは、ランダムアクセス手順の一時識別子が算出される１つの送信フレームよりも大きくてもよい。
－ ランダムアクセス手順に関連する設定情報と共に、ランダムアクセス関連のシグナリングが送信された時点から受信時間ウィンドウの開始までの間の時間オフセットを定義する指示が受信および処理されてもよく、ランダムアクセス関連のシグナリングを送信した後から受信時間ウィンドウを開始するまでの時間オフセットが考慮されてもよい。
－ ランダムアクセス手順に関連する設定情報と共に、受信パターンの設定を示すデータが受信および処理されてもよく、受信パターンは受信されたデータに基づいて決定されてもよい。
－ 通信要素または機能からのランダムアクセス関連のシグナリングとして、ランダムアクセスプリアンブルおよび無線リソース制御接続要求のうちの１つが送信されてもよく、受信時間ウィンドウは、少なくとも１つの通信要素または機能において、ランダムアクセス応答ウィンドウのタイミング、またはランダムアクセス競合解決タイマーを設定する。
－ 受信時間ウィンドウ内の通信要素または機能の受信パターンとして、ランダムアクセス関連のシグナリングへの応答を受信および復号するためにリッスンされる通信リソース間の間隔が決定され、受信パターンは、リッスンされる通信リソース間で、ランダムアクセス関連のシグナリングへの応答が復号されない通信リソースを含む。
－ ランダムアクセス関連のシグナリングへの応答を受信および復号するために通信要素または機能によってリッスンされる通信リソース間の間隔は、受信時間ウィンドウの長さに基づいて設定されてもよい。
－ 送信フレームは、システムフレーム番号を使用することによって識別されてもよく、受信パターンに従ってリッスンされる通信リソースの位置は、ランダムアクセス関連のシグナリングが送信されるシステムフレーム番号に基づいて決定される。
－ 受信パターンの通信リソースは、タイムスロットおよび周波数部分のうちの１つを定義してもよい。
－ 通信ネットワークは非地上ネットワークとすることができ、通信ネットワーク制御要素または機能は、非地上ネットワーク内の基地局として機能してもよい。

さらに、実施形態によれば、例えば、コンピュータ用のコンピュータプログラム製品が提供され、前記製品は、コンピュータ上で実行されるときに上記で定義された方法のステップを実行するためのソフトウェアコード部分を含む。コンピュータプログラム製品は、前記ソフトウェアコード部分が記憶されたコンピュータ可読媒体を含んでもよい。さらに、コンピュータプログラム製品は、コンピュータの内部メモリに直接ロード可能であってもよく、かつ／もしくはアップロード、ダウンロード、およびプッシュ手順のうちの少なくとも１つによってネットワークを介して送信可能であってもよい。

以下では、本発明のいくつかの実施形態を、添付の図面を参照して単に一例として説明する。

実施形態の例が実施可能である通信ネットワーク環境の一例を示す図である。 実施形態の例による、ランダムアクセス制御手順を説明するためのシグナリング図である。 実施形態のいくつかの例による、通信ネットワーク制御要素または機能によって実行される処理の流れ図である。 実施形態のいくつかの例による、ＵＥなどの通信要素または機能によって実行される処理の流れ図である。 実施形態のいくつかの例による、通信ネットワーク制御要素または機能を表すネットワーク要素または機能の図である。 実施形態のいくつかの例による、通信要素または機能を表すネットワーク要素または機能の図である。

ここ数年、統合サービスデジタルネットワーク（ＩＳＤＮ）、デジタル加入者回線（ＤＳＬ）などの有線ベースの通信ネットワーク、またはｃｄｍａ２０００（符号分割多重アクセス）システム、ユニバーサル移動遠隔通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）のようなセルラー第３世代（３Ｇ）、例えばロングタームエボリューション（ＬＴＥ）もしくは先進型ロングタームエボリューション（ＬＴＥ－Ａ）に基づいた第４世代（４Ｇ）通信ネットワークもしくは拡張通信ネットワーク、第５世代（５Ｇ）通信ネットワーク、移動通信用グローバルシステム（ＧＳＭ：Global System for Mobile communications）のようなセルラー第２世代（２Ｇ）通信ネットワークシステム、汎用パケット無線システム（ＧＰＲＳ：General Packet Radio System）、グローバル進化型高速データレート（ＥＤＧＥ：Enhanced Data Rates for Global Evolution）などの無線通信ネットワーク、またはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、Ｂｌｕｅｔｏｏｔｈ、もしくはマイクロ波アクセスの世界規模相互運用性（ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access）などの他のワイヤレス通信システムの通信ネットワークの拡張が世界中で進んでいる。欧州電気通信標準化機構（ＥＴＳＩ：European Telecommunications Standards Institute）、第３世代パートナーシッププロジェクト（３ＧＰＰ：3^rd Generation Partnership Project）、先進ネットワークのための電気通信＆インターネット統一サービス＆プロトコル（ＴＩＳＰＡＮ：Telecoms & Internet converged Services & Protocols for Advanced Networks）、国際電気通信連合（ＩＴＵ：International Telecommunication Union）、第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3^rd Generation Partnership Project 2）、インターネット技術タスクフォース（ＩＥＴＦ：Internet Engineering Task Force）、ＩＥＥＥ（電気電子技術者協会：Institute of Electrical and Electronics Engineers）、ＷｉＭＡＸフォーラムなどの様々な組織が、電気通信ネットワークおよびアクセス環境の標準または仕様に取り組んでいる。

基本的に、２つ以上のエンドポイント間（例えば、端末デバイス、ユーザ機器（ＵＥ）などの通信局もしくは通信要素、または他の通信ネットワーク要素、データベース、サーバ、ホストなど）の通信を適切に確立および処理するために、通信ネットワーク制御要素または機能、例えばアクセスポイントのようなアクセスネットワーク要素、無線基地局、中継局、ｅＮＢ、ｇＮＢなどの、１つまたは複数のネットワーク要素または機能（例えば、仮想化されたネットワーク機能）、ならびにコアネットワーク要素または機能、例えば制御ノード、サポートノード、サービスノード、ゲートウェイ、ユーザプレーン機能、アクセスおよびモビリティ機能などの関与する場合があり、これらは、１つの通信ネットワークシステムまたは異なる通信ネットワークシステムに属する場合がある。

非地上ネットワーク（ＮＴＮ：Non-terrestrial network）によって、例えば、サービスが提供されていないエリアまたはサービスが不十分なエリアで地上ネットワークを拡張および補完することが可能になる。ＮＴＮは、例えば、広域サービスカバレッジの点で有利であり、将来の通信サービスの物理的攻撃または自然災害に対する脆弱性を大幅に低減する。通信ネットワークにおける最近の開発は、この側面を使用することを意図しており、これは、例えば最近の商業的取り組みおよび標準化の取り組みに反映されている。例えば、３ＧＰＰは最近、新無線ベースの、すなわち５ＧのＮＴＮの使用に関する基礎検討を開始しており、衛星システムまたはその他の空中ベースのプラットフォームを、スタンドアロンソリューションとして、またはモバイルブロードバンドおよびマシンタイプの通信シナリオにおける地上ネットワークへの統合として使用することを目的としている。

基本的に、ＮＴＮは、送信のために航空車両または宇宙車両を使用するネットワークまたはネットワークのセグメントを指す。宇宙車両には、例えばＬＥＯ衛星、ＭＥＯ衛星、ＧＥＯ衛星などの衛星が含まれる。次の表１に、衛星ベースのＮＴＮプラットフォームの概要を示す。

航空車両には、例えば、例えば軽航空機（ＬＴＡ：Lighter than Air）ＵＡＳ、重航空機（ＨＴＡ：Heavier than Air）ＵＡＳなどのＵＡＳを含むＨＡＰＳが含まれ、ＨＡＰＳは通常、準静止で８～５０ｋｍの高度で動作する。

すなわち、ＮＴＮ機能は、次の要素を含む。ＮＴＮネットワークをパブリックデータネットワークに接続する１つまたはいくつかの衛星ゲートウェイが提供され、衛星を対象としたカバレッジ（例えば、地域さらには大陸のカバレッジ）全体に展開された１つまたはいくつかの衛星ゲートウェイによってフィードされるＧＥＯ衛星などの１つまたは複数の衛星、および／または、一度に１つの衛星ゲートウェイによって連続的にサービスされる１つまたは複数の非ＧＥＯ衛星（例えば、ＬＥＯ衛星）が存在し、システムは、モビリティの固定およびハンドオーバを進行するのに十分な持続時間で、連続するサービング衛星ゲートウェイ間のサービスおよびフィーダリンクの継続性を保証する。さらなる要素は、衛星ゲートウェイと衛星またはＵＡＳプラットフォームとの間のいわゆるフィーダリンク（すなわち、無線リンク）、およびＵＥと衛星またはＵＡＳプラットフォームとの間のサービスリンク（無線リンク）である。さらなる要素は、透過型（transparent）または再生型（regenerative）（すなわち、オンボード処理を伴う）ペイロードのいずれかを実装することができる衛星またはＵＡＳプラットフォームである。衛星またはＵＡＳプラットフォームは、典型的には、オンボードアンテナシステムの放射パターンによって制限された所与のサービスエリアにわたって複数のビームを生成する。衛星ビームのビーム到達範囲は、典型的には楕円形である。衛星またはＵＡＳプラットフォームのカバレッジエリアは、オンボードアンテナ図および地平線からの最小仰角に依存する。透過型ペイロードは、無線周波数フィルタリング、周波数変換、および増幅を指すことに留意されたい。したがって、ペイロードによって繰り返される波形信号は不変である。一方、再生型ペイロードは、無線周波数フィルタリング、周波数変換および増幅、ならびに復調／復号、スイッチおよび／またはルーティング、符号化／変調を考慮し、これは、基地局機能（例えば、ｇＮＢ）の全部または一部を衛星またはＵＡＳプラットフォームに搭載することと実質的に同等である。任意選択で、衛星コンステレーションの場合、衛星間リンク（ＩＳＬ：inter-satellite link）が提供される。ＩＳＬは衛星に搭載された再生型ペイロードを必要とすることに留意されたい。

一般に、ＮＴＮ構成は、例えば、衛星ペイロードのタイプ、すなわち透過型か再生型か、またはユーザアクセスリンクのタイプ、すなわち直接か地上に配置された中継ノードを介するかに基づいて分類することができる。ユーザとネットワークとの間のリンクに関しては、１つまたは複数の航空局または宇宙局が必要になる場合がある。例えば、衛星の高度に応じて、地上通信サービスを提供するために必要な１つまたは複数の衛星が存在する可能性がある。

図１は、実施形態の例が実施可能であるＮＴＮ通信シナリオの一例を示す図を示す。具体的には、図１において、ＵＥ１０はＮＴＮの通信エリアに配置されている（ＵＥ１０に加えて、ＵＥを衛星に接続するために使用できる中継ノードが示されているが、以下ではＵＥ１０の直接リンクが想定されることに留意されたい）。通信エリアは、衛星またはＵＡＳ２０のそれぞれのカバレッジエリアを表す複数のビーム到達範囲によって示されている。ＵＥ１０は、対象となるサービスエリア内の衛星またはＵＡＳプラットフォーム２０によってサービスされる。

参照符号３０は、ＩＳＬを介して衛星またはＵＡＳ２０に接続されている別の衛星またはＵＡＳプラットフォームを示す。

参照符号４０は、（衛星またはＵＡＳ）ゲートウェイを示す。ゲートウェイ４０は、インターネット、コアネットワーク構造など、データネットワーク５０への接続を提供する。

上記のように、ＵＥ１０とサービング衛星またはＵＡＳプラットフォーム２０との間にサービスリンクが確立される。他方で、ゲートウェイ４０は、フィーダリンクによって衛星またはＵＡＳプラットフォームシステムに接続されており、ＩＳＬは、サービング衛星またはＵＡＳプラットフォーム２０と中継衛星またはＵＡＳプラットフォーム３０との間で相互接続されている。

さらに、上に示したように、ネットワークへのＵＥ１０のアクセスを制御するｇＮＢなどの通信ネットワーク制御の要素または機能の機能は、ＮＴＮ内の異なる位置に存在してもよい。ある可能性は、再生型ペイロードのシナリオの場合、ｇＮＢ機能が衛星またはＵＡＳプラットフォーム２０または３０に配置されているというものである。別の可能性は、透過型ペイロードのシナリオの場合、ｇＮＢ機能がゲートウェイ４０側に配置され、結果として衛星またはＵＡＳプラットフォームが中継としてのみ機能するというものである。しかしながら、後者の場合、送信遅延、チャネル障害など、衛星またはＵＡＳプラットフォームの構成によって引き起こされる影響は、より深刻である。

ＮＲまたは５Ｇネットワークなどの通信ネットワーク構成にＮＴＮ構造を埋め込むには、いくつかを考慮しなければならない。例えば、レイヤ２以上およびＲＡＮアーキテクチャの場合、伝搬遅延を考慮する必要がある。このコンテキストにおいて、ＦＤＤおよびＴＤＤの複信モードを考慮した非地上ネットワーク伝搬遅延をサポートするためのレイヤ２の態様（ＭＡＣ、ＲＬＣ、ＲＲＣ）に関するタイミング要件およびソリューションが研究されている。これには、無線リンク管理が含まれる。

以下では、表２に示すように、ＮＴＮを利用するための様々なシナリオを検討する。

図１に示すようなＮＴＮ構成を検討する場合、関係する要素間の距離が遠いため、少なくともＬ２の観点からは、例えばＵＥ１０と衛星またはＵＡＳプラットフォーム（およびゲートウェイ）（すなわち、ＮＴＮノード）との間の伝搬遅延が主要な問題の１つであることは明らかである。次の表３では、これを上記の参照シナリオについてさらに説明しており、さらなる考慮事項の重要な要素はＲＴＴパラメータに関連する。

上記のように、ＮＲと共にＮＴＮを使用することにより、いくつかの問題を考慮する必要がある。特に、ＲＴＴに関連するパラメータは、関連性がある。例えば、ＧＥＯ衛星の場合、伝搬遅延したがってＲＴＴはセル内で非常に静的である可能性があるが、ＬＥＯ衛星では、特にＬＥＯ衛星が高速で移動しているので、ＵＥと衛星との間の仰角が急速に変化する可能性があり、したがってＲＴＴはセル内で変化する。さらに、考慮すべき最小ＲＴＴと最大ＲＴＴとの間の差は、地上通信展開の差よりも大きくなる。ＬＥＯ衛星の場合、差は、例えば３０ｍｓである可能性があり、ＧＥＯ衛星の場合、差は６０ｍｓを超える可能性がある。上に示したように、ＬＥＯ衛星の場合、このＲＴＴの差は急速に変化する可能性がある。ＧＥＯ衛星の場合の差の変動は（少なくとも特定のＵＥ位置では）非常に静的であるが、ネットワークによってシグナリングが受信される前は、ネットワーク（すなわち、図１に示すカバレッジエリア）内のＵＥ位置は不明である。ベントパイプ動作モードを用いる展開の場合（例えば、中継衛星３０が含まれる透過型ペイロードシナリオの場合）、再生型（オンボードｇＮＢ）動作モードと比較してＲＴＴが２倍になるため、状況はより複雑になる。

上記を考慮して、特にレベル２のタイマーに関して、５Ｇまたは５ＧＮＲネットワークなどの通信ネットワークにＮＴＮの態様を導入することの影響を考慮する必要がある。

具体的には、考慮すべき分野の１つは、ランダムアクセス（ＲＡ）手順である。ＲＡ手順は、例えば、ＲＲＣ＿ＩＤＬＥ状態からの初期アクセス、ＲＲＣ接続再確立手順、ハンドオーバ、ＵＬ同期ステータスが「非同期」の場合のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＤＬまたはＵＬデータの到着、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からの移行、ビーム障害回復などに関係する。

ＵＥとネットワーク（すなわち、例えばサービングｇＮＢ）との間のＲＡ手順は、競合ベース（例えば、ＵＥがまだ同期されていないか、もしくは同期を失った場合）、または無競合（例えば、ＵＥが以前に別のｇＮＢに同期されていた場合）とすることができる。どちらの場合も、ＵＥからｇＮＢへのＲＡプリアンブルの送信が含まれる。ＲＡプリアンブルは、構成情報によって制御チャネル上のｇＮＢによって示される特定の時間周波数リソースで送信される（例えば、それぞれのｇＮＢのカバレッジエリアでブロードキャストされる）ことになる。

競合ベース手順では（無競合の場合は単に、ＵＥ側でのプリアンブルの送信およびその応答の受信が必要である）、最初のステップにおいて、ＮＲ ＵＥは、後続のステップ（存在する場合）で使用されると予想されるリソースの量に関する予備情報にも基づいた事前定義されたセットからプリアンブルをランダムに選択し、同様にＲＡプリアンブルに基づいて、またはＲＡプリアンブルが送信されるＲＡＣＨ機会に少なくとも基づいて計算される一時ネットワーク識別子（ＲＡ－ＲＮＴＩと呼ぶ）と共に、プリアンブルをｇＮＢに送信する。現在の標準によれば、対応するｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗは、プリアンブル送信の直後に開始される。

次いで、ｇＮＢは、ＲＡ応答（ＲＡＲ）メッセージで要求に応答し、ＲＡＲメッセージは、最後のプリアンブルシンボルの送信後の開始の間のＲＡ時間ウィンドウ（ＲＡ－ｒｅｓｐｏｎｓｅＷｉｎｄｏｗ）内にＵＥによって受信されることになる。地上ベースのネットワークでは、この時間ウィンドウは通常、数ｍｓ～１０ｍｓの範囲である。時間ウィンドウが満了した場合、ＵＥは、新しいＲＡ手順を試みることができる。それ以外の場合、ＲＡＲが受信された場合、次のステップにおいて、ＮＲ ＵＥはＲＲＣ接続要求などのスケジュールされた送信（ＲＡ手順ではＭｓｇ３と呼ぶ）を送り、最終的なネットワーク識別子が割り当てられる。競合ベースＲＡ手順により、ネットワークは競合が発生する可能性についてチェックする（すなわち、別のＵＥが同じプリアンブルを送信し、同じＲＡ－ＲＮＴＩでネットワーク応答を復号する）。これが当てはまらない場合、すなわち競合が検出されない場合、競合の解決は、ＵＥへのシグナリングで示される（ＲＡ手順ではＭｓｇ４と呼ぶ）。このために、ＵＥは競合解決タイマーを開始しており、このタイマーが切れる前にネットワークから競合解決のシグナリングが受信されない場合、競合が想定され、ＲＡ手順が再開される。ＵＥが正しい応答を受信した場合、ＲＡ手順は成功したと見なされ、その結果ＵＥはネットワークにリンクされる。

しかしながら、上記のＮＴＮシナリオの場合のようにＲＴＴが大きいネットワークでの状況はより複雑である。

上記のように、ＲＡプリアンブル（Ｍｓｇ１）を送信した後、ＵＥは、例えば、ＲＡＲメッセージ（Ｍｓｇ２）についてＰＤＣＣＨを監視する。プリアンブル送信後、応答ウィンドウ（ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）が、決定された時間間隔で開始する。ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ中に有効な応答が受信されない場合、新しいプリアンブルが送信される。一定数のプリアンブルが送信された場合、適切なランダムアクセスの問題が上位層に示される。

地上通信では、ＲＡＲは、数ミリ秒以内にＵＥによって受信されると予想される。ＮＴＮでは、伝搬遅延がはるかに大きく、したがって指定された時間間隔内にＵＥにおいてＲＡＲに到達することができない。したがって、主にＵＥの電力を節約するために、ＮＴＮのｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの開始を遅らせることが提案されている。したがって、ＮＴＮのｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの開始のオフセットを検討することが推奨される。

さらに、ＵＥは、ＲＲＣ接続要求（Ｍｓｇ３）を送信すると、起こり得るＲＡアクセスの競合を解決するためにＭｓｇ４を監視する。Ｍｓｇ３の送信後、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが開始する。ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの構成可能な最大値は大きくなるが、上記のシナリオの少なくとも一部では、ＲＴＴによる遅延につながる可能性がある。ＵＥの電力を節約するために、ＮＴＮのｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの開始を遅らせることが提案されている。したがって、ＮＴＮのｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの開始にオフセットを導入することも推奨される。

上に示したように、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの長さはかなり短く、ＮＲにおいて１スロット長（この長さはサブキャリア間隔に依存する）～最大１０ｍｓ（サブキャリア間隔に関係なく）まで変化する可能性がある。一方、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの長さは、例えば８ｍｓ～６４ｍｓで変化する可能性がある。

しかしながら、ＲＴＴの増加に対応するために、通常の受信時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）の開始を遅らせることが提案されるとしても、往復時間が長いことによって生じる問題が依然として残る。例えば、移動性の高いＬＥＯ衛星の場合、ＵＥと比較した衛星の仰角によって、観測可能なＲＴＴが決定する。すなわち、例えば、上記のＬＥＯシナリオＣ１の最小ＲＴＴと最大ＲＴＴとの間の差は２０ｍｓを超える。一方、上に示したように、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの最大サイズは１０ｍｓである。提案されたオフセットは、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが最小ＲＴＴを考慮するように設定されるべきであり、すなわち、最小ＲＴＴを有するＵＥの実際のＲＡＲを送信するためのいくつかのタイムスロットを有するように、可能な最小ＲＴＴ値の近くから開始するべきである。しかしながら、ＲＴＴが最大ＲＴＴ値であるＵＥにとって、これは明らかに十分な時間ではない。その理由は、ＲＡ手順を通してＵＬタイミングが取得される前に、セル内の最小伝搬遅延と最大伝搬遅延との間で、衛星受信機においてＵＬ送信が復号される可能性があるためである。

一例として、ＮＴＮ ＵＥ ＬＥＯ衛星接続の場合を考える。図１を参照すると、ＵＥ１０の場合、５～６分の持続時間中、特定の衛星、例えば衛星１０を見ることができる、すなわち一定の仰角より上で見ることができる。この比較的短い「パスオーバー」期間でも、最良の場合で伝搬遅延が数ミリ秒（例えば、高度６００ｋｍのＬＥＯ衛星および赤道に近いＵＥの場合は２．３ｍｓ～４ｍｓ）変化する可能性があることに留意されたい。さらに、同じＵＥの場合、発生する伝搬遅延は「パスオーバー」期間の開始時に減少し、その後「パスオーバー」期間の終了に向かって再び増加する。したがって、ＵＥから同じＬＥＯ衛星への「パスオーバー」期間中の連続したランダムアクセスの試行は、異なる伝搬遅延で発生することになる。

例えば、ＲＴＴの変動がより静的であるが最小ＲＴＴと最大ＲＴＴとの間の差がさらに大きいＧＥＯ衛星の場合、同様の問題が発生する。

受信ウィンドウの時間を増やすことが企図され得る。例えば、衛星のタイプ（ＬＥＯかＧＥＯか）に応じて、ｒａＲｅｓｐｏｎｓｅＷｉｎｄｏｗを、例えば３０ｍｓまたは７０ｍｓに増やすことができる。

しかしながら、３０ｍｓの場合（ＬＥＯ衛星）、最悪のシナリオでは３倍のＲＡ－ＲＮＴＩ空間が必要になる。その理由は以下の通りである。

ＮＲ通信ネットワークにおいて、ＲＡ手順で使用される一時識別子（ＲＡ－ＲＮＴＩ）は、ＵＥによって次の式を用いて算出される。すなわち、ＲＡプリアンブルが送信されるＰＲＡＣＨ機会に関連付けられたＲＡ－ＲＮＴＩは、
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
として計算され、式中、ｓ＿ｉｄは、ＰＲＡＣＨ機会の最初のＯＦＤＭシンボルのインデックスであり（０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨ機会の最初のスロットのインデックスであり（０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数領域内のＰＲＡＣＨ機会のインデックスであり（０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、ＲＡプリアンブル送信に使用されるＵＬキャリアである（ＮＵＬキャリアの場合は０、ＳＵＬキャリアの場合は１）。このコンテキストでは、パラメータｓ＿ｉｄおよびｔ＿ｉｄは、ＲＡ－ＲＮＴＩが１つのシステム／無線フレーム内で一意になるように指定する。しかしながら、次のシステムフレームにおいて同じシンボル／スロット／周波数リソースがＰＲＡＣＨに割り当てられる場合は常に、例えば別のＵＥによって、同じＲＡ－ＲＮＴＩが算出される。

上記の式は、１０ｍｓの持続時間の無線フレームに有効である。しかしながら、１０ｍｓを超える時間期間が必要な場合は、ＲＡ－ＲＮＴＩの一意の値を保証するために、上記の式を拡張する必要がある。

すなわち、３０ｍｓの時間ウィンドウのみを考慮する場合、ＲＡＲのためだけに約５３７６０のＲＮＴＩ値が必要になる。しかしながら、使用可能な空間は６４ｋのＲＮＴＩ値（ＵＥ Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、ＣＳ－ＲＮＴＩなどの割り当てにも使用されるＲＮＴＩ空間を定義する１６ビット値）のみである。したがって、必要なＲＮＴＩ空間からだけでは、このような手法は最適ではない。

さらに、３０ｍｓ（またはそれ以上）の受信ウィンドウがＵＥによって監視されている場合、これは、例えばＲＡＲのＰＤＣＣＨを不必要に長く復号する必要がある場合に、ＵＥのバッテリを不必要に消耗させることを意味する。

したがって、旧来のシステムと同様にＲＮＴＩ空間を維持することができる解決策が必要である。

以下では、実施形態の例を適用できる通信ネットワークの一例として、ＮＴＮの一部を使用する５Ｇ／ＮＲなどの通信ネットワーク用の３ＧＰＰ標準に基づく通信ネットワークアーキテクチャを使用して、異なる例示的な実施形態について説明するが、実施形態をそのようなアーキテクチャに限定するものではない。拡張されたＲＴＴが期待され、パラメータおよび手順を適切に調整することにより適切な手段を有する他の種類の通信ネットワーク、例えば、Ｗｉ－Ｆｉ、マイクロ波アクセスの世界規模相互運用性（ＷｉＭＡＸ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、個人通信サービス（ＰＣＳ：personal communications services）、ＺｉｇＢｅｅ（登録商標）、広帯域符号分割マルチアクセス（ＷＣＤＭＡ：wideband code division multiple access）、超広帯域（ＵＷＢ：ultra-wideband）技術を使用するシステム、モバイルアドホックネットワーク（ＭＡＮＥＴ：mobile ad-hoc network）、有線アクセスなどにも実施形態を適用できることは、当業者には明らかである。さらに、一般性を失うことなく、実施形態のいくつかの例の説明は、移動通信ネットワークに関連するが、本発明の原理は、有線通信ネットワークなどの他の任意のタイプの通信ネットワークに拡張および適用することができる。

以下の例および実施形態は、単なる例示的な例であると理解されるべきである。本明細書ではいくつかの箇所で「一」、「１つの」、もしくは「いくつかの（ｓｏｍｅ）」例または実施形態を参照することがあるが、これは、そのような参照それぞれが同じ例もしくは実施形態に関連していること、またはその特徴が単一の例もしくは実施形態にのみ適用されることを必ずしも意味するものではない。異なる実施形態の単一の特徴を組み合わせて、他の実施形態を提供することもできる。また、「備える」および「含む」のような用語は、記載された実施形態を、言及されたそれらの特徴のみからなるように限定するものではないと理解されるべきであり、そのような例および実施形態は、具体的に言及されていない特徴、構造、ユニット、モジュールなども含むことがある。

実施形態のいくつかの例が適用可能である移動通信システムを含む（遠隔）通信ネットワークの基本的なシステムアーキテクチャは、ワイヤレスアクセスネットワークサブシステムおよびコアネットワークを含む１つまたは複数の通信ネットワークのアーキテクチャを含み得る。このようなアーキテクチャは、１つまたは複数の通信ネットワーク制御要素または機能、アクセスネットワーク要素、無線アクセスネットワーク要素、基地局（ＢＳ）、アクセスポイント（ＡＰ）、ノードＢ（ＮＢ）、ｅＮＢもしくはｇＮＢなどのアクセスサービスネットワークゲートウェイまたはベーストランシーバ基地局、それぞれのカバレッジエリアもしくはセルを制御する分散型または集中型ユニットを含むことがあり、これらによって、ＵＥのような通信要素、ユーザデバイスもしくは端末デバイス、または局の一部でもあり得るモデムチップセット、チップ、モジュールなどの同様の機能を有する別のデバイスなどの１つまたは複数の通信局、ＵＥなどの通信を実施することが可能な要素、機能、またはアプリケーション、マシンツーマシン通信アーキテクチャで使用可能であるか、または通信を実施することが可能な要素、機能、またはアプリケーションに別個の要素として取り付けられた要素または機能などは、複数のアクセスドメインでいくつかのタイプのデータを送信するための１つまたは複数の通信ビームを介して、１つまたは複数のチャネルを経由して通信することができる。さらに、ゲートウェイネットワーク要素／機能、モビリティ管理エンティティ、モバイルスイッチングセンター、サーバ、データベースなどのコアネットワーク要素またはネットワーク機能が含まれ得る。

記載された要素および機能の一般的な機能および相互接続は、実際のネットワークタイプにも依存し、当業者には知られており、対応する明細書に記載されているため、本明細書ではそれらの詳細な説明を省略する。しかしながら、通信エンドポイント、サーバ、ゲートウェイ、無線ネットワークコントローラなどの通信ネットワーク制御要素、および同じまたは他の通信ネットワークの他の要素のような要素、機能、またはアプリケーションとの間の通信のために、以下詳細に記載するものに加えて、いくつかの追加のネットワーク要素およびシグナリングリンクを使用できることに留意されたい。

実施形態の例で検討されている通信ネットワークアーキテクチャは、公衆交換電話網またはインターネットなどの他のネットワークと通信することができる場合もある。通信ネットワークはまた、仮想ネットワーク要素またはその機能のためのクラウドサービスの使用をサポートすることができる場合もあり、遠隔通信ネットワークの仮想ネットワーク部分が、非クラウドリソース、例えば内部ネットワークなどによっても提供され得ることに留意されたい。アクセスシステム、コアネットワークなどのネットワーク要素、および／またはそれぞれの機能性は、そのような使用法に適した任意のノード、ホスト、サーバ、アクセスノードまたはエンティティなどを使用することによって実装されてもよいことを理解されたい。一般に、ネットワーク機能は、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、または適切なプラットフォーム、例えばクラウドインフラストラクチャ上でインスタンス化された仮想化機能として実装することができる。

さらに、ＵＥのような通信要素、端末デバイスなどのネットワーク要素、基地局（ＢＳ）、ｇＮＢ（地上ベースもしくは航空／宇宙）、無線ネットワークコントローラのようなアクセスネットワーク要素などの制御要素もしくは機能、ゲートウェイ要素などのコアネットワーク制御要素もしくは機能、または本明細書に記載の他のネットワーク要素もしくは機能、および他の任意の要素、機能もしくはアプリケーションは、ソフトウェアによって、例えばコンピュータ用のコンピュータプログラム製品によって、かつ／またはハードウェアによって実装されてもよい。それぞれの処理を実行するために、対応して使用されるデバイス、ノード、機能、またはネットワーク要素は、制御、処理、および／または通信／シグナリング機能に必要ないくつかの手段、モジュール、ユニット、コンポーネントなど（図示せず）を含んでもよい。このような手段、モジュール、ユニットおよびコンポーネントには、例えば、命令および／もしくはプログラムを実行するため、かつ／もしくはデータを処理するための１つまたは複数の処理部を含む１つまたは複数のプロセッサまたはプロセッサユニット、命令、プログラム、および／もしくはデータを記憶するため、プロセッサもしくは処理部などの作業領域として機能するためのストレージもしくはメモリユニットまたは手段（例えば、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭなど）、ソフトウェアによってデータおよび命令を入力するための入力手段またはインターフェース手段（例えば、フロッピーディスク、ＣＤ－ＲＯＭ、ＥＥＰＲＯＭなど）、ユーザに監視および操作の可能性を提供するためのユーザインターフェース（例えば、スクリーン、キーボードなど）、プロセッサユニットもしくはプロセッサ部の制御下でリンクおよび／もしくは接続を確立するための他のインターフェースまたは手段（例えば、ワイヤードおよびワイヤレスインターフェース手段、例えばアンテナユニットなどを含む無線インターフェース手段、無線通信部などを形成するための手段）などが含まれてもよく、無線通信部などのインターフェースを形成するそれぞれの手段は、遠隔地（例えば、無線ヘッドまたは無線局など）に配置することもできる。本明細書では、処理部は、１つまたは複数のプロセッサの物理部分を表すと見なされるだけでなく、１つまたは複数のプロセッサによって実行される参照される処理タスクの論理区画とも見なされ得ることに留意されたい。

いくつかの例によれば、ネットワーク要素、ネットワーク機能、またはネットワークの別のエンティティの動作および機能が、ノード、ホスト、またはサーバなどの様々なエンティティまたは機能において柔軟な方法で実行され得る、いわゆる「流動的」または柔軟なネットワーク概念が採用され得ることが理解されるべきである。言い換えると、関係するネットワーク要素、機能、またはエンティティ間の「役割分担」は、ケースバイケースで異なる可能性がある。

本発明の実施形態によれば、ＲＡプリアンブル（上記のＭｓｇ１）などのＲＡ関連のシグナリングへの応答を受信するための受信時間ウィンドウ、すなわち、例えばｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが、図１に示すＮＴＮシナリオの場合のように、例えば長い遅延を有する伝送経路における最小ＲＴＴと最大ＲＴＴとの間の差と少なくとも同じ長さである、新しいＲＡ制御方式が提案される。以下では、ＬＥＯ衛星がＵＥと通信すると想定され、最小ＲＴＴと最大ＲＴＴとの間の差が約３０ｍｓである一例（例えば、衛星軌道が１２００ｋｍ～１５００ｋｍにある上記のシナリオＤ１／Ｄ２によるＬＥＯシナリオの場合）について説明する。しかしながら、上記の他のＮＴＮシナリオ、すなわち、他の衛星展開を伴うシナリオ、透過型ペイロードまたは再生型ペイロード、他の衛星軌道（またはＵＡＳ高度）などにも同じ原理が適用可能であることは、当業者には明らかである（例えば、１２００ｋｍまたは１５００ｋｍの軌道の場合、最小ＲＴＴと最大ＲＴＴの間の差が１０ｍｓを超える再生型ＬＥＯシナリオが発生する）。

実施形態の例によれば、ネットワーク構成可能な（例えば、セル固有またはＵＥ固有の）時間領域リスニングパターン（受信パターンとも呼ぶ）は、ＲＡ関連のシグナリングへの応答がＵＥによって受信されようとする受信時間ウィンドウに対して（例えば、ＲＡＲを受信するための、例えば上記で説明した３０ｍｓのｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗに対して）定義される。

受信パターンは、ＵＥが、ＲＡプリアンブルで使用されるＲＡ－ＲＮＴＩの着信信号（例えば、ＰＤＣＣＨ）を継続的に復号しないように構成される。代わりに、ＵＥは、（例えば、３０ｍｓの）ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ全体に拡張するＮＷ構成されたまたは事前定義されたリソースのセット（例えば、タイムスロット）を使用する。

例えば、ＮＷは、セルの最小ＲＴＴと最大ＲＴＴとの間の差を考慮するように、受信時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）の持続時間を構成する。この値は、例えば衛星によって定義されたセルごとに計算することができる。

例えば最小ＲＴＴに依存するオフセットも考慮できることに留意されたい。すなわち、受信時間ウィンドウの開始は、オフセットに従ってさらに延期することができる。

受信時間ウィンドウは、考慮されるべきカバレッジエリア（セル）内のＮＷによってシグナリングされ（例えば、ブロードキャストされ）、その結果、そこに位置するすべてのＵＥが、この情報を取得することができる。例えば、ＲＡＣＨ構成情報に関連して、対応する指示が送信される。任意選択で、使用される受信パターンに関する情報もこの方法で送信されてもよいが、以下に説明するようにこれは必須ではない（すなわち、ＵＥは、受信時間ウィンドウの長さを使用して受信パターンを決定できる）ことに留意されたい。

ＵＥは、通常通り、すなわち例えば上記の既存のＲＡ－ＲＮＴＩ式に基づいて、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ上で使用されるＲＡ－ＲＮＴＩを導出する。しかしながら、（上記のように同じＲＡ－ＲＮＴＩを使用し得る）別のＵＥとの競合が発生するのを回避するために、上述の受信パターンが使用される。受信パターンでは、特定のスロットのみをリッスンするために、例えばｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの開始から始まるスロットに関する時間領域オフセットが考慮され、他のスロットでのシグナリングは無視される。例えば、受信時間ウィンドウが３０ｍｓの場合、３スロットごとの間隔をリッスンするように定義することができる。一例として、スロットオフセットは、例えば、３番目のスロットごとにリッスンされるようなものである（すなわち、例えばスロット０、３、６、．．、またはスロット１、４、７、．．、またはスロット２、５、８、．．）。スロットの間隔は可変であり、例えば受信時間ウィンドウによってカバーされる無線フレーム／ＳＦＮの数に基づくことができることに留意されたい。例えば、３つのＳＦＮがカバーされることを意味する３０ｍｓのＲＡ応答ウィンドウを検討する場合、間隔は３になる可能性がある。例えば最小ＲＴＴと最大ＲＴＴとの間の差が６０ｍｓであるＧＥＯ衛星ベースの場合などの他の場合、受信時間ウィンドウは、それに対応して６０ｍｓとすることができ、間隔は、６番目のスロットごとにリッスンされるようなものとすることができる。

実際に使用されるリスニングパターンは、例えば、ＲＡ関連のシグナリングを送信するために使用される無線フレームに基づいている。例えば、ＲＡプリアンブルがＮＷに送信される無線フレームのＳＦＮは、リッスンするべきスロット（例えば、スロット０、３、６）を定義するために使用される。これは、ＮＴＮを使用しない従来のネットワークシナリオのようにＲＮＴＩ空間を使用することができ、ＲＡ－ＲＮＴＩを現在のＮＲのように算出できるということも意味する。

例えば、ＳＦＮをリッスンすべきスロットにマッピングする方法として、＃Ｘスロットごとにリッスンされるように構成され、またリッスンすべきスロット番号が、［スロット番号］ ｍｏｄ ＃Ｘ＝ＳＦＮ ｍｏｄ ＃Ｘを満たすすべてのスロットがリッスンされるようなＳＦＮに基づいて算出されるように構成されたアルゴリズムを使用することができる。代替としてまたは追加として、例えば、ネットワークは、単一または複数のいわゆるＳｅａｒｃｈＳｐａｃｅ構成、ならびにＳｅａｒｃｈＳｐａｃｅのスロットの番号における周期性および特定のＳＦＮごとにリスニングパターンを決定するためのオフセット番号を定義する異なるｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ指示を提供してもよい。実施形態の一例によれば、スロットの周期性はＳｅａｒｃｈＳｐａｃｅごとに同じであるが、オフセットはＳＦＮに基づいて決定され、例えば、ＳＦＮのＬＳＢ（最下位ビット）を使用して、リスニングパターンを作成するための各専用ＳｅａｒｃｈＳｐａｃｅのオフセットを決定することができる。

上に示したように、受信パターンは、ＲＡＣＨ構成情報（例えば、＃Ｘスロットごとにリッスンされることを示すものとして）と共にＮＷによって構成可能であるか、または受信時間ウィンドウの長さ（例えば、３０ｍｓのｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）およびＲＡＣＨ構成に基づいてＵＥによって導出され得る。

ＵＥは、ＲＡ関連のシグナリング（例えば、ＲＡプリアンブル）を送信すると、構成された通りに（例えば、オフセットの有無）ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗを開始する。次いで、ＵＥは、構成された受信パターンに基づいて（例えば、決定されたスロット間隔で）ＲＡ－ＲＮＴＩのＰＤＣＣＨの復号を開始する。プリアンブルが送信されるＳＦＮはＵＥによって知られており、一方でＮＷ（ｇＮＢ）はＳＦＮをＵＥにブロードキャストし、どのＳＦＮでプリアンブルが受信されたかを知っているので、両方のエンティティはＵＥが応答（例えば、ＲＡＲ）をリッスンするスロットを認識している。

上記のＲＡ手順は、競合ベースＲＡおよび無競合ＲＡにも同様に適用できることに留意されたい。例えば、無競合ＲＡのシナリオでは、ＮＷは個々の受信パターンでＵＥを構成することが可能である。一方、競合ベースのシナリオでは、同じＳＦＮで同じＲＡ－ＲＮＴＩを使用するＵＥが２つ以上ある場合でも、競合解決メカニズムは引き続き使用可能である。すなわち、例えば２つのＵＥによって同じＲＡ－ＲＮＴＩが算出／使用されるが（従来のＲＡ式が使用されているので、このＲＡ－ＲＮＴＩは引き続き可能である）、ＲＡプリアンブルは異なるフレーム内で（すなわち、異なるＳＦＮで）送信される場合、（異なるスロットでの多重化に起因して）異なるＳＦＮが一意の識別を可能にするので、ＳＦＮを考慮することによって、ＲＡＲを正しいＵＥに割り当てることが可能になる。一方、２つのＵＥが、同じＲＡＣＨで、したがって同じＳＦＮでプリアンブルを使用して送った場合、プリアンブルも同じであるときにのみ（１つのＲＡＣＨに最大６４のプリアンブルが存在する可能性がある）、ＵＥは衝突し、（ＮＷがいずれかのＵＥからＭｓｇ３を受信できた場合）競合解決は、どのＵＥにサービスするかを解決する。

実施形態のさらなる例によれば、変動する伝送遅延を考慮することが可能である。通常、ＲＡＣＨおよびプリアンブルの設計では、１つのスロットが安全な受信に十分な空間を提供できるように、ＮＷはＵＬタイミング（したがってＲＴＴ）を非常に厳密に決定できるようになっている。しかしながら、何らかの条件のためにそのような正確なタイミングが不可能である場合、例えば３つの連続するスロットをリスニングに使用し、続いて例えば６つのスロットを無視し、その後も同様であるような受信パターンを適用することができる。

さらに、実施形態の例によれば、上記の説明は主にＲＡプリアンブルおよびＲＡＲの場合に関するものであるが（すなわち、受信時間ウィンドウはＲＡ応答ウィンドウである）、受信パターンと関連付けられた受信時間ウィンドウをｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒに適用することも可能である。例えば、このような手法によって、ＮＷは、時間領域のリスニングパターンを用いてｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ中にＵＥに応答するのと同じ一時Ｃ－ＲＮＴＩを使用することが可能になる。

さらに、実施形態のいくつかの例によれば、受信パターンについて考慮されるリソースは、時間領域リソース（すなわち、無線フレーム内のタイムスロット）に限定されないことに留意されたい。代替としてまたは追加として、リソースは周波数リソースである。例えば、周波数領域において多重化を実行することができる。すなわち、例えばＲＡプリアンブルが送信されるＰＲＡＣＨ／ＲＡ機会に基づいて、ＵＥは事前定義された周波数リソースで応答（ＲＡＲ）をリッスンする。これにより、周波数領域内の異なる要求に対して同じＲＡ－ＲＮＴＩで応答することが可能になる。この場合、ＵＥは継続的にリッスンする必要がある。さらに、代替としてまたは追加として、リソースは、図１に示すような多重ビーム構成などにおけるＮＲビームなどのビームによって分類され、各ビームは、それ自体のＰＲＡＣＨリソースで構成される（例えば、ＮＲリリース１５を参照）。これに関連して、（特にＬＥＯ衛星の場合）衛星の動きに起因して、同じＵＥが複数のビームを連続して見る／検出する可能性があることに留意されたい。したがって、受信パターンは、異なるビーム間でも有効であるように構成されてもよい。実施形態のさらなる例によれば、受信パターンはまた、ビームホッピングパターンおよび／またはシーケンスパターンが定義されるように構成され得る。ビーム関連パラメータを考慮した受信パターンの実際の構成は、ビームが（例えば、向き、サイズなど関して）それぞれのカバレッジエリアにどのように展開されるかに依存することに留意されたい。また、ＵＥの実際の位置およびその変更も考慮されることになる。

図２は、実施形態の例によるランダムアクセス制御手順を説明するためのシグナリング図である。詳細には、図２の例は、例えば、ＵＥ１０がＬＥＯ衛星（要素２０）と通信する場合に関するものであり、（例えば、ＵＥのＮＷへの初期接続のために）競合ベースＲＡＣＨ手順が実施される。さらに、図２の例では、最小ＲＴＴと最大ＲＴＴとの間の差が３０ｍｓであると仮定しており、その結果、受信時間ウィンドウは３０ｍｓに設定されている。

最初に、上記のように、ＮＷ（すなわち、衛星ベースｇＮＢ２０、以下、ｇＮＢ２０と呼ぶ）は、上記のようにＲＡ応答ウィンドウの受信時間ウィンドウを３０ｍｓと決定する。この情報は、Ｓ２１０において、他のＲＡＣＨ関連データと共に構成設定情報に含まれ、Ｓ２２０において、セル内に配置されたＵＥが受信可能であるようにそれぞれのセルに送信される（例えば、ブロードキャスト）。構成設定情報は、ＵＥ要素または機能の受信パターンの決定に関連する直接的または間接的な指示を含む。間接的な指示は、例えば、受信時間ウィンドウの持続時間が通常よりも長い（例えば、通常の無線フレームサイズの複数の時間）という事実によって提供される。直接的な指示は、例えば、特定のコマンドを使用してそのような受信パターンを決定することによって、または受信パターンの形式を定義するデータセットを含めることによって提供される。

本例では、構成設定情報は、受信パターンに関連するさらなるデータを含まない（すなわち、受信パターンは、ＵＥ側で決定される）と仮定されている。

Ｓ２３０において、ＵＥ１０は、構成設定情報および受信時間ウィンドウ指示を受信して処理する。これに基づいて、例えばＲＡｒｅｓｐｏｎｓｅｗｉｎｄｏｗでリッスンするタイムスロットの間隔サイズを決定することによって、受信パターンが決定される。

Ｓ２４０において、ＵＥ１０は、ＲＡＣＨ構成に従って、算出されたＲＡ－ＲＮＴＩと共にＲＡプリアンブルを送信し、受信時間ウィンドウ指示（すなわち、オフセットの有無など）に従ってＲＡｒｅｓｐｏｎｓｅｗｉｎｄｏｗを開始する。Ｓ２４０でＲＡプリアンブルが送信されるＳＦＮに基づいて、ＵＥは、受信時間ウィンドウの長さを使用することによって決定された受信パターンに基づいて、受信時間ウィンドウのどのスロットで応答（ＲＡＲ）が期待されるかを判定することができる。したがって、指定されたタイムスロットでのみ、ＰＤＣＣＨが復号される。

ｇＮＢ２０がＲＡプリアンブルを受信し、ＲＡプリアンブルを処理するとき。すなわち、Ｓ２４０でＲＡプリアンブルが送信されるＳＦＮに基づいて、ＲＡプリアンブルが受信される（すなわち、ＵＥ１０が配置されている）セルに対して算出された受信時間ウィンドウサイズ、（ＲＡ－ＲＮＴＩによって識別される）ＵＥ１０がＲＡＲをリッスンしているタイムスロットを含む対応する受信パターンを使用する。

Ｓ２６０において、ｇＮＢ２０は、この情報に基づいて、ＲＡＲが正しいタイムスロットでＵＥ１０によって受信されるような方法でＲＡＲを送信する。

Ｓ２７０において、ＵＥは、ＲＲＣ接続要求（すなわち、Ｍｓｇ３）をｇＮＢ２０に送信し、ｇＮＢ２０は、Ｓ２８０において、上記のように競合解決のためにこのシグナリングに応答する。このようにして、ＵＥ１０は、ｇＮＢ２０に正常に接続される。

図３は、実施形態のいくつかの例による、通信ネットワークにおける少なくとも１つの通信要素または機能（ＵＥ）との通信のためのランダムアクセス制御を実施する通信ネットワーク制御要素または機能によって実行される処理の流れ図である。実施形態のいくつかの例によれば、通信ネットワークは、拡張されたＲＴＴが可能であるＮＴＮなどのネットワークであり、通信ネットワーク制御要素または機能は、非地上ネットワークにおいてＢＳ、ｇＮＢなどとして機能する。

Ｓ３００において、通信ネットワーク制御要素または機能によって制御される少なくとも１つの通信エリア内の通信要素または機能のＲＡ手順における受信時間ウィンドウが算出される。図１に関連して説明したように、受信時間ウィンドウは、ＮＴＮなどの通信ネットワークのそれぞれのセルなどでの通信に期待されるＲＴＴを考慮している。すなわち、カバレッジエリアごとに、例えば通信ネットワーク制御要素または機能によって制御されているセルごとに、それぞれの受信時間ウィンドウを決定することができる。

実施形態のいくつかの例によれば、受信時間ウィンドウは、（対応するセル内に配置された）少なくとも１つの通信要素または機能と、通信ネットワーク制御要素または機能によって制御される少なくとも１つの通信エリア内の通信ネットワーク制御要素または機能との間の通信経路上の通信のシグナリングの最小ＲＴＴおよび最大ＲＴＴに基づいて算出される。受信時間ウィンドウは、最大ＲＴＴと最小ＲＴＴとの間の差を考慮し、受信時間ウィンドウの長さは、それらの間の差以上である。

実施形態のいくつかの例によれば、通信ネットワークがＲＴＴを含む場合、受信時間ウィンドウは、ランダムアクセス手順の一時識別子が算出される１つの送信フレーム（例えば、ＳＦＮ）（例えば、上記で説明したように、ＲＡ－ＲＮＴＩが算出される無線フレーム）よりも大きい。例えば、受信時間ウィンドウは、例えば１０ｍｓの無線フレームの長さのｎ倍である。

Ｓ３１０において、ＲＡ手順に関連する設定情報が、少なくとも１つの通信エリア（すなわち、算出された受信時間ウィンドウが関連する通信エリア）内の通信要素または機能に提供される。設定情報は、ＲＡＣＨ構成情報のような情報に加えて、算出された受信時間ウィンドウの指示、および受信時間ウィンドウ内の通信要素または機能の受信パターンの決定に関連する指示も含む。受信パターンは、ランダムアクセス関連のシグナリングへの応答を受信するために受信時間ウィンドウ中に通信要素または機能によってリッスンされる通信リソースを示す。例えば、通信要素または機能の受信パターンの決定に関連する指示は、間接的な指示、例えば受信時間ウィンドウの持続時間が通常よりも長い（例えば、通常の無線フレームサイズの複数の時間）という事実によって提供されてもよく、代替として、通信要素または機能の受信パターンの決定に関連する指示は、直接的な指示、例えば、そのような受信パターンを決定するための特定のコマンド、または受信パターンの形式を定義するデータセットによって提供されてもよい。

実施形態のいくつかの例によれば、ランダムアクセス手順に関連する設定情報および受信時間ウィンドウの指示と共に、ランダムアクセス関連のシグナリングが通信要素または機能から送信された時点から受信時間ウィンドウの開始までの間の時間オフセットを定義する指示を提供することが可能である（例えば、最小ＲＴＴの長さが、それに応じてＲＡＲのリスニングの開始を遅らせることが有利な場合）。

Ｓ３２０において、ＲＡ関連のシグナリングが通信要素または機能から受信され、処理される。実施形態のいくつかの例によれば、通信要素または機能からのＲＡ関連のシグナリングは、例えば、ＲＡプリアンブルおよびＲＲＣ接続要求のうちの１つである。ＲＡプリアンブルの場合、受信時間ウィンドウは、少なくとも１つの通信要素または機能においてＲＡ応答ウィンドウのタイミングを設定する。他方のＲＲＣ接続要求の場合、受信時間ウィンドウは、少なくとも１つの通信要素または機能においてＲＡ競合解決タイマーを設定する。

Ｓ３３０において、通信要素または機能によってＲＡ関連のシグナリングが送信される送信フレームに基づいて、かつ算出された受信時間ウィンドウに基づいて、受信時間ウィンドウ内の通信要素または機能の受信パターンが決定される（特に形式を定義するデータセットが使用される場合、受信パターンの決定に関連する上記の指示も考慮することができる）。

実施形態のいくつかの例によれば、受信時間ウィンドウ内の通信要素または機能の受信パターンとして、ＲＡ関連のシグナリングへの応答を受信および復号するために通信要素または機能によってリッスンされる通信リソース間の間隔が決定される。受信パターンは、リッスンされる通信リソース間で、通信要素または機能がＲＡ関連のシグナリングへの応答を復号しない通信リソースも含む。

さらに、実施形態のいくつかの例によれば、ＲＡ関連のシグナリングへの応答を受信および復号するために通信要素または機能によってリッスンされる通信リソース間の間隔は、受信時間ウィンドウの長さに基づいて受信パターンに設定される（すなわち、受信時間ウィンドウが長いほど、間隔が長くなる（すなわち、通信要素または機能によってリッスンされないリソースの量が多くなる）。

さらに、実施形態のいくつかの例によれば、受信パターンが特徴付けられる基礎となる（すなわち、例えばリソースが実際にリッスンされる）送信フレームは、システムフレーム番号を使用することによって識別される。したがって、受信パターンに従って通信要素または機能によってリッスンされる通信リソースの位置は、通信要素または機能によってランダムアクセス関連のシグナリングが送信されるシステムフレーム番号に基づいて決定される。

実施形態のいくつかの例によれば、受信パターンの通信リソースは、タイムスロットおよび周波数部分のうちの１つを定義する。

さらに、実施形態のいくつかの例によれば、受信パターンまたは少なくともその基礎（例えば、リッスンされるリソース間の間隔の指示）は、ネットワーク（例えば、通信ネットワーク制御要素または機能）によってＲＡ手順に関連する設定情報と共に提供されることが可能である。すなわち、受信時間ウィンドウの指示に加えて、通信要素または機能の受信パターンの設定を示すデータもネットワークによって提供される。この場合、ネットワーク側で使用および考慮される受信パターンの決定は、（送信フレームに従って設定される）通信要素または機能によってリッスンされるリソース（タイムスロット、周波数部分）の決定に焦点が当てられ、間隔などは設定情報によって提供されているものと同じである。

Ｓ３４０において、通信要素または機能によってリッスンされた通信リソースで応答が受信されるように、決定された受信パターンに基づいて、ＲＡ関連のシグナリングへの応答が通信要素または機能に送信される。

図４は、実施形態のいくつかの例による、通信ネットワークにおける通信のためのランダムアクセス制御を実施する通信要素または機能によって実行される処理の流れ図である。実施形態のいくつかの例によれば、通信ネットワークは、拡張されたＲＴＴが可能であるＮＴＮなどのネットワークであり、通信は、非地上ネットワークにおいてＢＳ、ｇＮＢなどとして機能する通信ネットワーク制御要素または機能を用いて実施される。

Ｓ４００において、ランダムアクセス手順に関連する設定情報が、通信ネットワーク制御要素または機能から受信されて、処理される。設定情報は、ＲＡＣＨ構成情報のような情報に加えて、ランダムアクセス手順における受信時間ウィンドウの指示、および受信時間ウィンドウ内の通信要素または機能の受信パターンの決定に関連する指示も含む。受信パターンは、ランダムアクセス関連のシグナリングへの応答を受信するために受信時間ウィンドウ中にリッスンされる通信リソースを示す。例えば、受信パターンの決定に関連する指示は、間接的な指示、例えば受信時間ウィンドウの持続時間が通常よりも長い（例えば、通常の無線フレームサイズの複数の時間）という事実によって提供されてもよく、代替として、通信要素または機能の受信パターンの決定に関連する指示は、直接的な指示、例えば、そのような受信パターンを決定するための特定のコマンド、または受信パターンの形式を定義するデータセットによって提供されてもよい。

図１に関連して説明したように、受信時間ウィンドウは、ＮＴＮなどの通信ネットワークのそれぞれのセルなどでの通信に期待されるＲＴＴを考慮している。すなわち、カバレッジエリアごとに、例えば通信ネットワーク制御要素または機能によって制御されているセルごとに、それぞれの受信時間ウィンドウを決定することができる。

実施形態のいくつかの例によれば、受信時間ウィンドウは、（対応するセル内に配置された）通信要素または機能と、通信エリアを制御する通信ネットワーク制御要素または機能との間の通信経路上の通信のシグナリングの最小ＲＴＴおよび最大ＲＴＴに基づく。受信時間ウィンドウは、最大ＲＴＴと最小ＲＴＴとの間の差を考慮し、受信時間ウィンドウの長さは、それらの間の差以上である。

実施形態のいくつかの例によれば、通信ネットワークがＲＴＴを含む場合、受信時間ウィンドウは、ランダムアクセス手順の一時識別子が算出される１つの送信フレーム（例えば、ＳＦＮ）（例えば、上記で説明したように、ＲＡ－ＲＮＴＩが算出される無線フレーム）よりも大きい。例えば、受信時間ウィンドウは、例えば１０ｍｓの無線フレームの長さのｎ倍である。

実施形態のいくつかの例によれば、ランダムアクセス手順に関連する設定情報と共に、ランダムアクセス関連のシグナリングが送信された時点から受信時間ウィンドウの開始までの間の時間オフセットを定義する指示が受信および処理される（例えば、最小ＲＴＴの長さが、それに応じてＲＡＲのリスニングの開始を遅らせることが有利な場合）。ランダムアクセス関連のシグナリングを送信した後から受信時間ウィンドウを開始するまでの時間オフセットが考慮される。

さらに、実施形態のいくつかの例によれば、ランダムアクセス手順に関連する設定情報と共に、受信パターンの設定を示すデータが受信および処理される。次いで、受信されたデータに基づいて、受信パターンが決定される。

次に、Ｓ４１０において、ＲＡ関連のシグナリングが通信ネットワーク制御要素または機能に送信される。実施形態のいくつかの例によれば、実施形態のいくつかの例によれば、ＲＡ関連のシグナリングは、例えば、ＲＡプリアンブルおよびＲＲＣ接続要求のうちの１つである。ＲＡプリアンブルの場合、受信時間ウィンドウは、少なくとも１つの通信要素または機能におけるＲＡ応答ウィンドウのタイミングを設定する。他方のＲＲＣ接続要求の場合、受信時間ウィンドウは、少なくとも１つの通信要素または機能にＲＡ競合解決タイマーを設定する。

Ｓ４２０において、ＲＡ関連のシグナリングの送信後、設定情報に応じた受信時間ウィンドウが開始される。実施形態のいくつかの例によれば、時間オフセットが定義される場合、受信時間ウィンドウの開始はそれに応じて遅延される。

Ｓ４３０において、Ｓ４１０でＲＡ関連のシグナリングが送信される送信フレームに基づいて、かつ受信された受信時間ウィンドウに基づいて、受信時間ウィンドウ内の受信パターンが決定され、受信時間ウィンドウ内の通信要素または機能の受信パターンの決定に関連する指示（直接的または間接的な指示）が使用される。

実施形態のいくつかの例によれば、受信時間ウィンドウ内の通信要素または機能の受信パターンとして、ＲＡ関連のシグナリングへの応答を受信および復号するためにリッスンされる通信リソース間の間隔が決定される。受信パターンは、リッスンされる通信リソース間で、通信要素または機能がＲＡ関連のシグナリングへの応答を復号しない通信リソースも含む。

さらに、実施形態のいくつかの例によれば、ＲＡ関連のシグナリングへの応答を受信および復号するためにリッスンされる通信リソース間の間隔は、受信時間ウィンドウの長さに基づいて受信パターンに設定される（すなわち、受信時間ウィンドウが長いほど、間隔が長くなる（すなわち、通信要素または機能によってリッスンされないリソースの量が多くなる））。

さらに、実施形態のいくつかの例によれば、受信パターンが特徴付けられる基礎となる（すなわち、例えばリソースが実際にリッスンされる）送信フレームは、システムフレーム番号を使用することによって識別される。したがって、受信パターンに従って通信要素または機能によってリッスンされる通信リソースの位置は、Ｓ４１０でランダムアクセス関連のシグナリングが送信されるシステムフレーム番号に基づいて決定される。

実施形態のいくつかの例によれば、受信パターンの通信リソースは、タイムスロットおよび周波数部分のうちの１つを定義する。

Ｓ４４０において、受信時間ウィンドウ中に、受信パターンに従って、受信パターンで決定された通信リソースで受信された信号が、ＲＡ関連のシグナリングへの応答を受信するために復号される。

図５は、実施形態のいくつかの例による、通信ネットワーク制御要素または機能、例えば、図１の要素２０または４０におけるＢＳまたはｇＮＢを表すネットワーク要素または機能の図であり、通信ネットワーク制御要素または機能は、実施形態のいくつかの例に関連して説明されるようにランダムアクセス制御手順を実施するように構成される。図１のｇＮＢ２０のような通信ネットワーク制御要素または機能は、本明細書で以下に記載するもの以外のさらなる要素または機能を含み得ることに留意されたい。さらに、通信ネットワーク制御要素または機能についての言及がなされても、その要素または機能は、ネットワーク要素の一部であり得るかまたはネットワーク要素などに別個の要素として接続され得る、チップセット、チップ、モジュール、アプリケーションなどの同様のタスクを有する別のデバイスまたは機能である可能性がある。各ブロックおよびそれらの任意の組合せは、ハードウェア、ソフトウェア、ファームウェア、１つまたは複数のプロセッサおよび／または回路などの様々な手段またはそれらの組合せによって実装され得ることが理解されるべきである。

図５に示す通信ネットワーク制御要素または機能は、ページング制御手順に関連するプログラムなどによって与えられた命令を実行するのに適した、処理回路、処理機能、制御ユニット、またはＣＰＵなどのプロセッサ２０１を含んでもよい。プロセッサ２０１は、以下に説明するように特定の処理専用の１つまたは複数の処理部分または機能を含んでもよく、または単一のプロセッサまたは処理機能において処理が実行されてもよい。そのような特定の処理を実行するための部分はまた、個別要素として、または、例えばＣＰＵのような１つの物理プロセッサ内もしくは１つまたは複数の物理エンティティもしくは仮想エンティティ内など、１つまたは複数のさらなるプロセッサ、処理機能、もしくは処理部分内に提供されてもよい。参照符号２０２および２０３は、プロセッサまたは処理機能２０１に接続された入出力（Ｉ／Ｏ）ユニットまたは機能（インターフェース）を示す。Ｉ／Ｏユニット２０２は、例えば、図１に関連して説明したように、ＵＥ１０のような通信要素または機能と通信するために使用されてもよい。Ｉ／Ｏユニット２０３は、図１に関連して説明したように、ゲートウェイまたはデータネットワークのような他のネットワーク要素と通信するために使用されてもよい。Ｉ／Ｏユニット２０２および２０３は、いくつかのエンティティ向けの通信機器を含む複合型ユニットであってもよく、または様々なエンティティ用の複数の様々なインターフェースを備えた分散型構造を含んでもよい。参照符号２０４は、例えば、プロセッサもしくは処理機能２０１によって実行されるデータおよびプログラムを記憶するために、かつ／またはプロセッサもしくは処理機能２０１の作業用ストレージとして使用可能なメモリを示す。メモリ２０４は、同じまたは異なるタイプのメモリの１つまたは複数のメモリ部分を使用することによって実装され得ることに留意されたい。

プロセッサまたは処理機能２０１は、上記のＲＡ制御処理に関連する処理を実行するように構成される。具体的には、プロセッサまたは処理回路もしくは機能２０１は、以下のサブ部分のうちの１つまたは複数を含む。サブ部分２０１１は、受信時間ウィンドウを算出するための部分として使用可能な処理部分である。部分２０１１は、図３のＳ３００に従って処理を実行するように構成されてもよい。さらに、プロセッサまたは処理回路もしくは機能２０１は、設定情報を提供するための処理を実施するための部分として使用可能なサブ部分２０１２を含んでもよい。部分２０１２は、図３のＳ３１０に従って処理を実行するように構成されてもよい。さらに、プロセッサまたは処理回路もしくは機能２０１は、ＲＡシグナリングを処理するための部分として使用可能なサブ部分２０１３を含んでもよい。部分２０１３は、図３のＳ３２０およびＳ３４０に従って処理を実行するように構成されてもよい。さらに、プロセッサまたは処理回路もしくは機能２０１は、受信パターンを決定するための部分として使用可能なサブ部分２０１４を含んでもよい。部分２０１４は、図３のＳ３４０に従って処理を実行するように構成されてもよい。

図６は、実施形態のいくつかの例による通信要素または機能、例えば図１のＵＥ１０を表すネットワーク要素または機能の図であり、通信要素または機能は、実施形態のいくつかの例に関連して説明するようにランダムアクセス制御手順を実施するように構成される。図１のＵＥ１０のような通信要素または機能は、本明細書で以下に記載するもの以外のさらなる要素または機能を含み得ることに留意されたい。さらに、通信要素または機能についての言及がなされても、その要素または機能は、ネットワーク要素の一部であり得るかまたはネットワーク要素などに別個の要素として接続され得る、チップセット、チップ、モジュール、アプリケーションなどの同様のタスクを有する別のデバイスまたは機能である可能性がある。各ブロックおよびそれらの任意の組合せは、ハードウェア、ソフトウェア、ファームウェア、１つまたは複数のプロセッサおよび／または回路などの様々な手段またはそれらの組合せによって実装され得ることが理解されるべきである。

図６に示す通信要素または機能は、ページング制御手順に関連するプログラムなどによって与えられた命令を実行するのに適した、処理回路、処理機能、制御ユニット、またはＣＰＵなどのプロセッサ１０１を含んでもよい。プロセッサ１０１は、以下に説明するように特定の処理専用の１つまたは複数の処理部分または機能を含んでもよく、または単一のプロセッサまたは処理機能において処理が実行されてもよい。そのような特定の処理を実行するための部分はまた、個別要素として、または、例えばＣＰＵのような１つの物理プロセッサ内もしくは１つまたは複数の物理エンティティもしくは仮想エンティティ内など、１つまたは複数のさらなるプロセッサ、処理機能、もしくは処理部分内に提供されてもよい。参照符号１０２は、プロセッサまたは処理機能１０１に接続された入出力（Ｉ／Ｏ）ユニットまたは機能（インターフェース）を示す。Ｉ／Ｏユニット１０２は、例えば、図１に関連して説明したように、ｇＮＢ２０のような通信ネットワーク制御要素または機能と通信するために使用されてもよい。Ｉ／Ｏユニット１０２は、いくつかのエンティティ向けの通信機器を含む複合型ユニットであってもよく、または様々なエンティティ用の複数の様々なインターフェースを備えた分散型構造を含んでもよい。参照符号１０４は、例えば、プロセッサもしくは処理機能１０１によって実行されるデータおよびプログラムを記憶するために、かつ／またはプロセッサもしくは処理機能１０１の作業用ストレージとして使用可能なメモリを示す。メモリ１０４は、同じまたは異なるタイプのメモリの１つまたは複数のメモリ部分を使用することによって実装され得ることに留意されたい。

プロセッサまたは処理機能１０１は、上記のＲＡ制御処理に関連する処理を実行するように構成される。具体的には、プロセッサまたは処理回路もしくは機能１０１は、以下のサブ部分のうちの１つまたは複数を含む。サブ部分１０１１は、設定情報を処理するための部分として使用可能な処理部分である。部分１０１１は、図４のＳ４００に従って処理を実行するように構成されてもよい。さらに、プロセッサまたは処理回路もしくは機能１０１は、ＲＡ関連のシグナリングを送信するための部分として使用可能なサブ部分１０１２を含んでもよい。部分１０１２は、図４のＳ４１０およびＳ４２０に従って処理を実行するように構成されてもよい。さらに、プロセッサまたは処理回路もしくは機能１０１は、受信パターンを決定するための部分として使用可能なサブ部分１０１３を含んでもよい。部分１０１３は、図４のＳ４３０に従って処理を実行するように構成されてもよい。さらに、プロセッサまたは処理回路もしくは機能１０１は、応答を受信および復号するための部分として使用可能なサブ部分１０１４を含んでもよい。部分１０１４は、図４のＳ４４０に従って処理を実行するように構成されてもよい。

本発明の実施形態の例は、様々な異なるネットワーク構成に適用可能であることに留意されたい。言い換えると、上記の例についての基礎として使用されている上記の図に示す例は、例示に過ぎず、本発明を決して限定するものではない。すなわち、定義された原理に基づいて、本発明の実施形態の例に関連して、対応する動作環境で利用可能な追加のさらなる既存の機能および提案された新しい機能が使用されてもよい。

上記のように、異なる衛星シナリオが可能であるＮＴＮ構成など、大きい変動するＲＴＴが考慮されるネットワーク環境において、ＲＡ関連のシグナリングへの応答のために受信時間ウィンドウを使用することを可能にする改善されたＲＡ手順について説明されており、システムリソースの浪費およびＵＥバッテリの消耗が回避される。

具体的には、実施形態の例によれば、例えば、衛星セルの最小ＲＴＴと最大ＲＴＴとの間の差に対処するためにｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗサイズを長くすることで、ＲＡ－ＲＮＴＩ空間を増加させる必要なしに維持できる可能性がある。さらに、受信時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗサイズ）が長いにもかかわらず、ＵＥがＰＤＣＣＨを復号する必要がある時間量は、従来のウィンドウサイズで必要とされる時間量と同様であるので、ＵＥの電力消費を制限することができる。

記載されている制御手順は、様々なＮＴＮシナリオ、ＬＥＯとＧＥＯの両方、および透過型衛星ソリューションと再生型衛星ソリューションの両方に適用できるので柔軟性がある。さらに、ベントパイプの場合、フィーダ（地上局から衛星）とサービスリンク（衛星からＵＥ端末）との両方での遅延変動を、上記のメカニズムでより容易に処理することができる。

また、上記の制御手順を実際の通信条件にさらに適合させることができる。例えば、ＵＥ１０の位置および／または動きが予測可能である場合（例えば、地球に対して静止状態である、または所定の軌道に沿って移動する飛行機）、受信パターン（例えば、時間領域パターン）を、ＰＲＡＣＨ容量を最大化するように「移動中（ｏｎ－ｔｈｅ－ｇｏ）」にさらに適合させることができる。位置に関しては、ＵＥによって使用されているセルが、例えば限られた数のＵＥのみが予想されるエリア（例えば、飛行機または船の交通密度が低い海域）に位置している場合、それに応じて受信パターンを適合させることができる。さらに、提案されたＲＡ手順およびその手順で使用される受信パターンを、衛星またはＵＡＳプラットフォームによって多重ビーム（例えば、いくつかの５Ｇ ＮＲビーム）が生成される構成に適合させることができる。

実施形態のさらなる例によれば、例えば、通信ネットワーク内の少なくとも１つの通信要素または機能との通信のための通信制御を実施するように構成された通信ネットワーク制御要素または機能によって使用するための装置であって、通信ネットワーク制御要素または機能によって制御される少なくとも１つの通信エリア内の通信要素または機能のランダムアクセス手順における受信時間ウィンドウを算出するように構成された手段と、少なくとも１つの通信エリア内の通信要素または機能にランダムアクセス手順に関連する設定情報を提供するように構成された手段であって、設定情報が、算出された受信時間ウィンドウの指示、および受信時間ウィンドウ内の通信要素または機能の受信パターンの決定に関連する指示を含み、受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために受信時間ウィンドウ中に通信要素または機能によってリッスンされる通信リソースを示す、手段と、通信要素または機能からランダムアクセス関連のシグナリングを受信して処理するように構成された手段と、通信要素または機能によってランダムアクセス関連のシグナリングが送信される送信フレームと算出された受信時間ウィンドウとに基づいて、受信時間ウィンドウ内の通信要素または機能の受信パターンを決定するように構成された手段と、通信要素または機能によってリッスンされた通信リソースで応答が受信されるように、決定された受信パターンに基づいて、ランダムアクセス関連のシグナリングへの応答を通信要素または機能に送信するように構成された手段とを備える装置が提供される。

さらに、実施形態の他のいくつかの例によれば、上記で定義された装置は、上記の方法、例えば図３に関連して説明した方法による方法において定義された処理のうちの少なくとも１つを実施するための手段をさらに備えてもよい。

実施形態のさらなる例によれば、例えば、通信ネットワーク内の通信を制御する通信ネットワーク制御要素または機能との通信を実施するように構成された通信要素または機能によって使用するための装置であって、通信ネットワーク制御要素または機能からランダムアクセス手順に関連する設定情報を受信して処理するように構成された手段であって、設定情報が、ランダムアクセス手順における受信時間ウィンドウの指示、および受信時間ウィンドウ内の通信要素または機能の受信パターンの決定に関連する指示を含み、受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために受信時間ウィンドウ中に通信要素または機能によってリッスンされる通信リソースを示す、手段と、ランダムアクセス関連のシグナリングを通信ネットワーク制御要素または機能に送信するように構成された手段と、設定情報に従って受信時間ウィンドウを開始するように構成された手段と、ランダムアクセス関連のシグナリングが送信される送信フレームと受信時間ウィンドウとに基づいて、受信時間ウィンドウ内の受信パターンを決定するように構成された手段と、受信時間ウィンドウ中に、ランダムアクセス関連のシグナリングへの応答を受信するために受信パターンにおいて決定された通信リソースで受信された信号を復号するように構成された手段と
を備える装置が提供される。

さらに、実施形態の他のいくつかの例によれば、上記で定義された装置は、上記の方法、例えば図４に関連して説明した方法による方法において定義された処理のうちの少なくとも１つを実施するための手段をさらに備えてもよい。

実施形態のさらなる例によれば、例えば、通信ネットワーク内の少なくとも１つの通信要素または機能との通信のための通信制御を実施するときに、装置に、少なくとも以下のこと、すなわち、通信ネットワーク制御要素または機能によって制御される少なくとも１つの通信エリア内の通信要素または機能のランダムアクセス手順における受信時間ウィンドウを算出することと、少なくとも１つの通信エリア内の通信要素または機能にランダムアクセス手順に関連する設定情報を提供することであって、設定情報が、算出された受信時間ウィンドウの指示、および受信時間ウィンドウ内の通信要素または機能の受信パターンの決定に関連する指示を含み、受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために受信時間ウィンドウ中にリッスンされる通信リソースを示す、提供することと、通信要素または機能からランダムアクセス関連のシグナリングを受信して処理することと、通信要素または機能によってランダムアクセス関連のシグナリングが送信される送信フレームと算出された受信時間ウィンドウとに基づいて、受信時間ウィンドウ内の通信要素または機能の受信パターンを決定することと、通信要素または機能によってリッスンされた通信リソースで応答が受信されるように、決定された受信パターンに基づいて、ランダムアクセス関連のシグナリングへの応答を通信要素または機能に送信することとを実行させるためのプログラム命令を含む非一過性のコンピュータ可読媒体が提供される。

実施形態のさらなる例によれば、例えば、通信ネットワーク内の少なくとも１つの通信ネットワーク制御要素または機能との通信を実施するときに、装置に、少なくとも以下のこと、すなわち、通信ネットワーク制御要素または機能からランダムアクセス手順に関連する設定情報を受信して処理することであって、設定情報が、ランダムアクセス手順における受信時間ウィンドウの指示、および受信時間ウィンドウ内の通信要素または機能の受信パターンの決定に関連する指示を含み、受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために受信時間ウィンドウ中にリッスンされる通信リソースを示す、受信して処理することと、ランダムアクセス関連のシグナリングを通信ネットワーク制御要素または機能に送信することと、設定情報に従って受信時間ウィンドウを開始することと、ランダムアクセス関連のシグナリングが送信される送信フレームと受信時間ウィンドウとに基づいて、受信時間ウィンドウ内の受信パターンを決定することと、受信時間ウィンドウ中に、ランダムアクセス関連のシグナリングへの応答を受信するために受信パターンにおいて決定された通信リソースで受信された信号を復号することとを実行させるためのプログラム命令を含む非一過性のコンピュータ可読媒体が提供される。

以下のことを理解するべきである。
－ 通信ネットワーク内のエンティティとの間でトラフィックが転送される際に用いられるアクセス技術は、任意の適切な現在のまたは将来の技術とすることができ、ＷＬＡＮ（ワイヤレスローカルアクセスネットワーク）、ＷｉＭＡＸ（マイクロ波アクセスの世界規模相互運用性）、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ、Ｂｌｕｅｔｏｏｔｈ、赤外線などが使用されてもよい。さらに、実施形態は、有線技術、例えばケーブルネットワークまたは固定回線のようなＩＰベースのアクセス技術も適用することができる。
－ ソフトウェアコードまたはその一部として実装され、プロセッサまたは処理機能を使用して実行されるのに適した実施形態は、ソフトウェアコードに依存せず、ｏｂｊｅｃｔｉｖｅ－Ｃ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ、Ｐｙｔｈｏｎ、Ｊａｖａｓｃｒｉｐｔ、他のスクリプト言語などの高水準プログラミング言語、または機械語もしくはアセンブラなどの低水準プログラミング言語などの、任意の知られているまたは将来開発されるプログラミング言語を使用して指定することができる。
－ 実施形態の実装は、ハードウェアに依存せず、マイクロプロセッサもしくはＣＰＵ（中央処理装置）、ＭＯＳ（金属酸化膜半導体）、ＣＭＯＳ（相補型ＭＯＳ）、ＢｉＭＯＳ（バイポーラ型ＭＯＳ）、ＢｉＣＭＯＳ（バイポーラ型ＣＭＯＳ）、ＥＣＬ（エミッタ結合論理）、および／またはＴＴＬ（トランジスタ－トランジスタ論理）などの、任意の知られているまたは将来開発されるハードウェア技術またはこれらのハイブリッドを使用して実装されてもよい。
－ 実施形態は、個別のデバイス、装置、ユニット、手段もしくは機能として、または分散方式で実装されてもよく、例えば、１つまたは複数のプロセッサもしくは処理機能が処理で使用または共有されてもよく、１つまたは複数の処理セクションもしくは処理部分が処理で使用および共有されてもよい。説明したような特定の処理専用の１つまたは複数の処理部分を実装するために、１つの物理プロセッサまたは２つ以上の物理プロセッサが使用されてもよい。
－ 装置は、半導体チップ、チップセット、またはそのようなチップもしくはチップセットを含む（ハードウェア）モジュールによって実装されてもよい。
－ 実施形態はまた、ＡＳＩＣ（特定用途向けＩＣ（集積回路））コンポーネント、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）もしくはＣＰＬＤ（複合プログラマブルロジックデバイス）コンポーネント、またはＤＳＰ（デジタル信号プロセッサ）コンポーネントなどのハードウェアとソフトウェアの任意の組合せとして実装されてもよい。
－ 実施形態はまた、コンピュータ可読プログラムコードが具現化されたコンピュータ使用可能媒体を含むコンピュータプログラム製品として実装されてもよい。コンピュータ可読プログラムコードは、実施形態に記載されるようなプロセスを実行するように適合され、コンピュータ使用可能媒体は、非一過性の媒体とすることができる。

これまで本発明についてその特定の実施形態を参照して説明してきたが、本発明は特定の実施形態に限定されず、特定の実施形態に対して様々な変更を加えることができる。

Claims (20)

1. 通信ネットワーク内の少なくとも１つの通信要素との通信のための通信制御を実施するように構成された通信ネットワーク制御要素によって使用するための装置であって、
   少なくとも１つの処理回路と、
   前記処理回路によって実行される命令を記憶するための少なくとも１つのメモリと
   を備え、前記少なくとも１つのメモリおよび前記命令が、前記少なくとも１つの処理回路によって、前記装置に少なくとも、
   前記少なくとも１つの通信要素と前記通信ネットワーク制御要素との間の通信経路上の通信のシグナリングの最小往復時間および最大往復時間に基づいて、前記通信ネットワーク制御要素によって制御される少なくとも１つの通信エリア内の通信要素のランダムアクセス手順における受信時間ウィンドウを算出することであって、前記受信時間ウィンドウが前記最大往復時間と前記最小往復時間との間の差以上である、算出することと、
   前記少なくとも１つの通信エリア内の前記通信要素に前記ランダムアクセス手順に関連する設定情報を提供することであって、前記設定情報が、前記受信時間ウィンドウの指示、および前記受信時間ウィンドウ内の前記通信要素の受信パターンの決定に関連する指示を含み、前記受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために前記受信時間ウィンドウ中に前記通信要素によってリッスンされる通信リソースを示す、提供することと、
   前記通信要素から前記ランダムアクセス関連のシグナリングを受信して処理することと、
   前記通信要素によって前記ランダムアクセス関連のシグナリングが送信される送信フレームと前記受信時間ウィンドウとに基づいて、前記受信時間ウィンドウ内の前記通信要素の前記受信パターンを決定することと、
   前記受信時間ウィンドウ内の前記通信要素の前記受信パターンとして、前記ランダムアクセス関連のシグナリングへの前記応答を受信および復号するために前記通信要素によってリッスンされる通信リソース間の間隔を決定することを行わせ、ここで、前記受信パターンが、リッスンされる通信リソース間で、前記通信要素が前記ランダムアクセス関連のシグナリングへの前記応答を復号しない通信リソースを含むことと、
   前記通信要素によってリッスンされた通信リソースにおいて前記応答が送信されるように、前記受信パターンに基づいて、前記ランダムアクセス関連のシグナリングへの前記応答を前記通信要素に送信することと
   を行わせるように構成される、装置。
2. 前記受信時間ウィンドウが、前記ランダムアクセス手順の一時識別子が算出される１つの送信フレームよりも大きい、請求項１に記載の装置。
3. 前記少なくとも１つのメモリおよび前記命令が、前記少なくとも１つの処理回路によって、前記装置に少なくとも、
   前記ランダムアクセス手順に関連する前記設定情報と共に、前記通信要素から前記ランダムアクセス関連のシグナリングが送信された時点から前記受信時間ウィンドウの開始までの間の時間オフセットを定義する指示を提供することを行わせるようにさらに構成される、請求項１に記載の装置。
4. 前記少なくとも１つのメモリおよび前記命令が、前記少なくとも１つの処理回路によって、前記装置に少なくとも、
   前記受信時間ウィンドウの長さに基づいて、前記ランダムアクセス関連のシグナリングへの前記応答を受信および復号するために前記通信要素によってリッスンされる前記通信リソース間の前記間隔を設定することを行わせるようにさらに構成される、請求項１に記載の装置。
5. 通信ネットワーク内の通信を制御する通信ネットワーク制御要素との通信を実施するように構成された通信要素によって使用するための装置であって、
   少なくとも１つの処理回路と、
   前記処理回路によって実行される命令を記憶するための少なくとも１つのメモリと
   を備え、前記少なくとも１つのメモリおよび前記命令が、前記少なくとも１つの処理回路によって、前記装置に少なくとも、
   前記通信ネットワーク制御要素からランダムアクセス手順に関連する設定情報を受信して処理することであって、前記設定情報が、前記ランダムアクセス手順における受信時間ウィンドウの指示、および前記受信時間ウィンドウ内の前記通信要素の受信パターンの決定に関連する指示を含み、前記受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために前記受信時間ウィンドウ中に前記通信要素によってリッスンされる通信リソースを示し、前記受信時間ウィンドウが、前記通信要素と前記通信ネットワーク制御要素との間の通信経路上の通信のシグナリングの最小往復時間および最大往復時間に基づいており、前記受信時間ウィンドウが前記最大往復時間と前記最小往復時間との間の差以上である、受信して処理することと、
   前記ランダムアクセス関連のシグナリングを前記通信ネットワーク制御要素に送信することと、
   前記設定情報に従って前記受信時間ウィンドウを開始することと、
   前記ランダムアクセス関連のシグナリングが送信される送信フレームと前記受信時間ウィンドウとに基づいて、前記受信時間ウィンドウ内の前記受信パターンを決定することと、
   前記受信時間ウィンドウ内の前記通信要素の前記受信パターンとして、前記ランダムアクセス関連のシグナリングへの前記応答を受信および復号するためにリッスンされる通信リソース間の間隔を決定することを行わせ、ここで、前記受信パターンが、リッスンされる通信リソース間で、前記ランダムアクセス関連のシグナリングへの前記応答が復号されない通信リソースを含むことと、
   前記受信時間ウィンドウ中に、前記ランダムアクセス関連のシグナリングへの前記応答を受信するために前記受信パターンにおいて決定された前記通信リソースで受信された信号を復号することと
   を行わせるように構成される、装置。
6. 前記受信時間ウィンドウが、前記ランダムアクセス手順の一時識別子が算出される１つの送信フレームよりも大きい、請求項５に記載の装置。
7. 前記少なくとも１つのメモリおよび前記命令が、前記少なくとも１つの処理回路によって、前記装置に少なくとも、
   前記ランダムアクセス手順に関連する前記設定情報と共に、前記ランダムアクセス関連のシグナリングが送信された時点から前記受信時間ウィンドウの前記開始までの間の時間オフセットを定義する指示を受信および処理することと、
   前記ランダムアクセス関連のシグナリングを送信した後から前記受信時間ウィンドウを開始するまでの前記時間オフセットを考慮することと
   を行わせるようにさらに構成される、請求項５に記載の装置。
8. 前記少なくとも１つのメモリおよび前記命令が、前記少なくとも１つの処理回路によって、前記装置に少なくとも、
   前記受信時間ウィンドウの長さに基づいて、前記ランダムアクセス関連のシグナリングへの前記応答を受信および復号するために前記通信要素によってリッスンされる前記通信リソース間の前記間隔を設定することを行わせるようにさらに構成される、請求項５に記載の装置。
9. 前記送信フレームが、システムフレーム番号を使用することによって識別され、前記受信パターンに従ってリッスンされる通信リソースの位置が、前記ランダムアクセス関連のシグナリングが送信される前記システムフレーム番号に基づいて決定される、請求項５に記載の装置。
10. 通信ネットワーク内の少なくとも１つの通信要素との通信のための通信制御を実施するように構成された通信ネットワーク制御要素において使用するための方法であって、
    前記少なくとも１つの通信要素と前記通信ネットワーク制御要素との間の通信経路上の通信のシグナリングの最小往復時間および最大往復時間に基づいて、前記通信ネットワーク制御要素によって制御される少なくとも１つの通信エリア内の通信要素のランダムアクセス手順における受信時間ウィンドウを算出するステップであって、前記受信時間ウィンドウが前記最大往復時間と前記最小往復時間との間の差以上である算出するステップと、
    前記少なくとも１つの通信エリア内の前記通信要素に前記ランダムアクセス手順に関連する設定情報を提供するステップであって、前記設定情報が、前記受信時間ウィンドウの指示、および前記受信時間ウィンドウ内の前記通信要素の受信パターンの決定に関連する指示を含み、前記受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために前記受信時間ウィンドウ中にリッスンされる通信リソースを示す、ステップと、
    前記通信要素から前記ランダムアクセス関連のシグナリングを受信して処理するステップと、
    前記通信要素によって前記ランダムアクセス関連のシグナリングが送信される送信フレームと前記受信時間ウィンドウとに基づいて、前記受信時間ウィンドウ内の前記通信要素の前記受信パターンを決定するステップと、
    前記受信時間ウィンドウ内の前記通信要素の前記受信パターンとして、前記ランダムアクセス関連のシグナリングへの前記応答を受信および復号するために前記通信要素によってリッスンされる通信リソース間の間隔を決定し、ここで、前記受信パターンが、リッスンされる通信リソース間で、前記通信要素が前記ランダムアクセス関連のシグナリングへの前記応答を復号しない通信リソースを含むステップと、
    前記通信要素によってリッスンされた通信リソースにおいて前記応答が送信されるように、前記受信パターンに基づいて、前記ランダムアクセス関連のシグナリングへの前記応答を通信要素に送信するステップと
    を含む、方法。
11. 前記受信時間ウィンドウが、前記ランダムアクセス手順の一時識別子が算出される１つの送信フレームよりも大きい、請求項１０に記載の方法。
12. 前記ランダムアクセス手順に関連する前記設定情報と共に、前記通信要素から前記ランダムアクセス関連のシグナリングが送信された時点から前記受信時間ウィンドウの開始までの間の時間オフセットを定義する指示を提供するステップをさらに含む、請求項１０に記載の方法。
13. 前記受信時間ウィンドウの長さに基づいて、前記ランダムアクセス関連のシグナリングへの前記応答を受信および復号するために前記通信要素によってリッスンされる前記通信リソース間の前記間隔を設定するステップをさらに含む、請求項１０に記載の方法。
14. 通信ネットワーク内の通信を制御する通信ネットワーク制御要素との通信を実施するように構成された通信要素において使用するための方法であって、
    前記通信ネットワーク制御要素からランダムアクセス手順に関連する設定情報を受信して処理するステップであって、前記設定情報が、前記ランダムアクセス手順における受信時間ウィンドウの指示、および前記受信時間ウィンドウ内の前記通信要素の受信パターンの決定に関連する指示を含み、前記受信パターンが、ランダムアクセス関連のシグナリングへの応答を受信するために前記受信時間ウィンドウ中にリッスンされる通信リソースを示し、前記受信時間ウィンドウが、前記通信要素と前記通信ネットワーク制御要素との間の通信経路上の通信のシグナリングの最小往復時間および最大往復時間に基づいており、前記受信時間ウィンドウが前記最大往復時間と前記最小往復時間との間の差以上である、ステップと、
    前記ランダムアクセス関連のシグナリングを前記通信ネットワーク制御要素に送信するステップと、
    前記設定情報に従って前記受信時間ウィンドウを開始するステップと、
    前記ランダムアクセス関連のシグナリングが送信される送信フレームと前記受信時間ウィンドウとに基づいて、前記受信時間ウィンドウ内の前記受信パターンを決定するステップと、
    前記受信時間ウィンドウ内の前記通信要素の前記受信パターンとして、前記ランダムアクセス関連のシグナリングへの前記応答を受信および復号するためにリッスンされる通信リソース間の間隔を決定し、ここで、前記受信パターンが、リッスンされる通信リソース間で、前記ランダムアクセス関連のシグナリングへの前記応答が復号されない通信リソースを含むステップと、
    前記受信時間ウィンドウ中に、前記ランダムアクセス関連のシグナリングへの前記応答を受信するために前記受信パターンにおいて決定された前記通信リソースで受信された信号を復号するステップと
    を含む、方法。
15. 前記受信時間ウィンドウが、前記ランダムアクセス手順の一時識別子が算出される１つの送信フレームよりも大きい、請求項１４に記載の方法。
16. 前記ランダムアクセス手順に関連する前記設定情報と共に、前記ランダムアクセス関連のシグナリングが送信された時点から前記受信時間ウィンドウの前記開始までの間の時間オフセットを定義する指示を受信および処理するステップと、
    前記ランダムアクセス関連のシグナリングを送信した後から前記受信時間ウィンドウを開始するまでの時間オフセットを考慮するステップと
    をさらに含む、請求項１４に記載の方法。
17. 前記受信時間ウィンドウの長さに基づいて、前記ランダムアクセス関連のシグナリングへの前記応答を受信および復号するために前記通信要素によってリッスンされる前記通信リソース間の前記間隔を設定するステップをさらに含む、請求項１４に記載の方法。
18. 前記送信フレームが、システムフレーム番号を使用することによって識別され、前記受信パターンに従ってリッスンされる通信リソースの位置が、前記ランダムアクセス関連のシグナリングが送信される前記システムフレーム番号に基づいて決定される、請求項１４に記載の方法。
19. コンピュータ上で実行されるときに請求項１０から１８のいずれかに記載の方法を実行するコンピュータプログラム。
20. コンピュータ可読記録媒体に記憶された請求項１９に記載のコンピュータプログラム。

Images