知財求人 - 知財ポータルサイト「IP Force」
特表2024-515781モバイル・アクセス・デバイスを介した伝送データの効率的なアップロード又はダウンロードのためのシステム及び方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-04-10
(54)【発明の名称】モバイル・アクセス・デバイスを介した伝送データの効率的なアップロード又はダウンロードのためのシステム及び方法
(51)【国際特許分類】
H04W 48/16 20090101AFI20240403BHJP
H04W 16/26 20090101ALI20240403BHJP
H04W 28/14 20090101ALI20240403BHJP
H04W 84/00 20090101ALI20240403BHJP
【ＦＩ】
H04W48/16 134
H04W16/26
H04W28/14
H04W84/00 110
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023565891
(86)(22)【出願日】2022-04-29
(85)【翻訳文提出日】2023-10-26
(86)【国際出願番号】 EP2022061617
(87)【国際公開番号】W WO2022229454
(87)【国際公開日】2022-11-03
(31)【優先権主張番号】21171430.8
(32)【優先日】2021-04-30
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】21173985.9
(32)【優先日】2021-05-15
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】21189071.0
(32)【優先日】2021-08-02
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】22164790.2
(32)【優先日】2022-03-28
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
(71)【出願人】
【識別番号】590000248
【氏名又は名称】コーニンクレッカ フィリップス エヌ ヴェ
【氏名又は名称原語表記】Ｋｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ．
【住所又は居所原語表記】Ｈｉｇｈ Ｔｅｃｈ Ｃａｍｐｕｓ ５２， ５６５６ ＡＧ Ｅｉｎｄｈｏｖｅｎ，Ｎｅｔｈｅｒｌａｎｄｓ
(74)【代理人】
【識別番号】110001690
【氏名又は名称】弁理士法人Ｍ＆Ｓパートナーズ
(72)【発明者】
【氏名】ガルシア モーション オスカー
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD20
5K067EE02
5K067EE06
5K067EE10
5K067JJ11
5K067JJ51
(57)【要約】
本発明は、モバイル・アクセス・デバイス（例えば、基地局（ｇＮＢなど）又はアクセス・ポイント）にリクエストされたデータをキャッシュすること、並びに、端末デバイスとモバイル・アクセス・デバイスとの間の、及びモバイル・アクセス・デバイスとマクロ・アクセス・デバイスとの間の、データのスケジューリング／転送を最適化することを行う能力を導入することによる、ネットワーク・システムにおける端末デバイス（例えば、スマートフォン又はＩｏＴデバイス）のためのダウンロード能力の改善された提供を提案する。
【特許請求の範囲】
【請求項1】
ワイヤレス・ネットワークにおける伝送データのアップロード又はダウンロードを制御するための装置であって、モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、前記モバイル・アクセス・デバイスを選択することと、
前記モバイル・アクセス・デバイスの前記推定ロケーション情報及び前記ターゲット・デバイスの前記ロケーション情報に基づいて、前記モバイル・アクセス・デバイスへの前記伝送データの転送、及び、前記モバイル・アクセス・デバイスから前記ターゲット・デバイスへの、又は前記ワイヤレス・ネットワークのコア・ネットワークへの、前記伝送データのその後の転送をスケジュールすることと
を行う、装置。
【請求項2】
選択された前記モバイル・アクセス・デバイスに前記伝送データをキャッシュする、請求項１に記載の装置。
【請求項3】
前記モバイル・アクセス・デバイスがマクロ・アクセス・デバイスの所定の範囲内にあるときに前記マクロ・アクセス・デバイスを介して前記伝送データをアップロード又はダウンロードする、請求項１又は２に記載の装置。
【請求項4】
さらに、前記モバイル・アクセス・デバイスの現在の移動スケジュールを考慮して、複数のモバイル・アクセス・デバイスのどれが、前記ターゲット・デバイスの所定の範囲内にあるかを決定し、所定の時間における前記ターゲット・デバイスの位置情報、前記所定の時間における前記複数のモバイル・アクセス・デバイスのそれぞれの位置、及び前記所定の時間における前記ターゲット・デバイスのユーザの通信要件を考慮して、前記複数のモバイル・アクセス・デバイスのどれが、前記伝送データを前記ターゲット・デバイスに届けることができるかを識別する、請求項１又は２に記載の装置。
【請求項5】
さらに、選択された前記モバイル・アクセス・デバイスが伝送パラメータを事前最適化するか、伝送リソースを事前配分できるように、前記モバイル・アクセス・デバイスのルート沿いの前記ターゲット・デバイスの存在、前記ターゲット・デバイスの前記ユーザのデータ要件、及び、前記ターゲット・デバイスの位置のうちの少なくとも１つを、選択された前記モバイル・アクセス・デバイスに知らせる、請求項１又は２に記載の装置。
【請求項6】
さらに、前記伝送データの前記転送のための前記モバイル・アクセス・デバイスの適切なロケーション、及び、選択された前記モバイル・アクセス・デバイスと、前記ターゲット・デバイスをサーブするマクロ・アクセス・デバイスとの間の、アップリンク又はダウンリンク通信のための適切なスタート時間を選択する、請求項１又は２に記載の装置。
【請求項7】
請求項１又は２に記載の装置及び少なくとも１つのモバイル・アクセス・デバイスを備える、ワイヤレス通信システム。
【請求項8】
前記モバイル・アクセス・デバイスが、車両内又は前記車両の所定の範囲内にある端末デバイスをサーブする車載アクセス・デバイスである、請求項７に記載のワイヤレス通信システム。
【請求項9】
前記モバイル・アクセス・デバイスが、転送するのに必要なデータ量、前記ターゲット・デバイスの位置情報、前記モバイル・アクセス・デバイスの予想軌道、並びに、前記ターゲット・デバイス又はマクロ・アクセス・デバイス及び前記モバイル・アクセス・デバイスが所定の範囲内にあるはずの予想期間のうちの少なくとも１つを考慮して、前記伝送データのアップロード又はダウンロード用の通信リソースを事前配分し、構成する、請求項７に記載のワイヤレス通信システム。
【請求項10】
コア・ネットワーク機能若しくはマクロ・アクセス・デバイスが、前記モバイル・アクセス・デバイスが選択されるとすぐに、前記モバイル・アクセス・デバイスへの条件付きハンドオーバのリクエストをトリガする、又は、前記ターゲット・デバイスが、前記条件付きハンドオーバ・リクエストをトリガする無線リソース制御測定レポートを送信する、又は、前記ターゲット・デバイスが、前記条件付きハンドオーバをトリガしたいというリクエストを、前記ワイヤレス・ネットワークのコア・ネットワーク、若しくは前記マクロ・アクセス・デバイスに直接的に送信する、又は、前記ターゲット・デバイスが、所定の条件を満たした場合に前記モバイル・アクセス・デバイスに加わる、請求項７に記載のワイヤレス通信システム。
【請求項11】
前記モバイル・アクセス・デバイスと、前記ターゲット・デバイスをサーブするマクロ・アクセス・デバイスとが、中央ユニットと分散ユニットとの間の分担の事例であり、前記モバイル・アクセス・デバイスが分散ユニットであり、前記マクロ・アクセス・デバイスが中央ユニットであり、前記中央ユニットが、ソース分散ユニットからターゲット分散ユニットに移動するためのタイミング及び条件を含む接続再構成メッセージを前記ターゲット・デバイスに送り、前記ターゲット・デバイスが、ランダム・アクセス手順及び／又は接続再構成完了メッセージにデータ配送ステータスについての情報を含め、前記伝送データが、前記ターゲット分散ユニットにキャッシュされる、請求項１０に記載のワイヤレス通信システム。
【請求項12】
前記モバイル・アクセス・デバイスの推定移動情報に応じて通信パラメータを作成することと、前記モバイル・アクセス・デバイスが前記ＩＡＢドナー・ユニットの所定の範囲内にあるときに前記通信パラメータを有効化することと、前記モバイル・アクセス・デバイスが前記ＩＡＢドナー・ユニットの範囲外にあるときに前記通信パラメータを保留することとを行う、インテグレーテッド・アクセス及びバックホールＩＡＢドナー・ユニットをさらに備える、請求項７に記載のワイヤレス通信システム。
【請求項13】
前記データが、モバイル・エッジ又はマルチアクセス・エッジ・コンピューティングＭＥＣ環境内に分散され、前記ワイヤレス・ネットワークのコア・ネットワークのＭＥＣオーケストレータが、前記伝送データを前記ターゲット・デバイスに届けるための前記モバイル・アクセス・デバイス選択し、ＭＥＣアプリケーションが、選択された前記モバイル・アクセス・デバイスにおいて最初に依頼され、前記伝送データが、前記ターゲット・デバイスからのアプリケーション・リクエストに基づいて前記ＭＥＣオーケストレータのリクエスト時に転送される、請求項７に記載のワイヤレス通信システム。
【請求項14】
前記ターゲット・デバイスをサーブするマクロ・アクセス・デバイスが、学習フェーズ中に前記モバイル・アクセス・デバイスの測位情報を収集し、収集された前記測位情報を使用して予測フェーズ中に前記モバイル・アクセス・デバイスの実際の位置を推定するように構成される、請求項７に記載のワイヤレス通信システム。
【請求項15】
請求項１又は２に記載の装置を備える端末デバイスであって、前記ロケーション情報及び前記推定ロケーション情報のうちの少なくとも１つに基づいて、前記モバイル・アクセス・デバイスに接続するべきかどうかを決める、端末デバイス。
【請求項16】
ワイヤレス・ネットワークにおける伝送データのアップロード又はダウンロードを制御する方法であって、モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、前記モバイル・アクセス・デバイスを選択するステップと、
選択された前記モバイル・アクセス・デバイスへの前記伝送データのキャッシングを開始するステップと、
前記モバイル・アクセス・デバイスの前記推定ロケーション情報及び前記ターゲット・デバイスの前記ロケーション情報に基づいて、前記モバイル・アクセス・デバイスへの前記伝送データの転送、及び、前記モバイル・アクセス・デバイスから前記ターゲット・デバイスへの、又は前記ワイヤレス・ネットワークのコア・ネットワークへの、キャッシュされた前記伝送データのその後の転送をスケジュールするステップと
を有する、方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、セルラー・ネットワークなどの－しかし、これらに限定されない－モバイル・アクセス・デバイスを有するワイヤレス・ネットワークにおけるデータ配信に関する。
【背景技術】
【0002】
小規模セル技術は、第５世代のセルラー・ネットワーク（５Ｇネットワーク）における新しい展開であるが、小規模セルが、ネットワーク接続を行うことになる唯一のアクセス・デバイス（すなわち基地局又はノードＢ）というわけではない。５Ｇネットワークは、接続用にマクロ・セル－－セル・タワーなど－－も使用し、これらのより大規模な基地局は、小規模セルの高周波ミリメートル波能力に比べて、より低い５Ｇ周波数を可能にし得る。
【0003】
マクロ・セルは、ｋｍ範囲のセルラー・カバレッジを提供するために大規模タワー及びアンテナを通じて無線信号を送受信するセルラー基地局であり、その一方で、小規模セルは、高速ブロードバンド接続で特定エリア内のワイヤレス・ネットワーク接続を増強するための、物理的に小さい別のタイプのセルラー基地局である。その上、フェムト・セルは、屋内のセルラー接続を強化するために使用されるワイヤレス・アクセス・ポイントである。他のセルラー接続オプションと違って、フェムト・セルは、家庭内又はオフィスのセルラー接続を行うためにインターネットを遡って接続する。フェムト・セルはルータのように見え、動作し、ユーザは、自分の現在のネットワーク・ハードウェア設備の近くにフェムト・セルを設置することができる。フェムト・セルは、これを購入したいと思っているだれもがアクセス可能である。
【発明の概要】
【発明が解決しようとする課題】
【0004】
状況によっては、端末デバイス（モバイル・ユーザ・デバイス（例えば、ユーザ機器（ＵＥ）などのモバイル・フォン、スマートフォン、ラップトップ、ノートブック、タブレットなど）、又はモノのインターネット（ＩｏＴ）デバイス（例えば、センサ若しくは同様のもの））には、例えば、ビッグ・データ・ファイルのダウンロードが要求されることによる、高帯域幅のニーズがあり得る。このようなビッグ・データ・ファイルを取り出すことは、それでも、マクロ・セルが限られた接続しか行えない場合、又は、モバイル中継器が非常に限られた時間しか良い／速い接続を行えない場合もあるので、端末デバイスがモバイル中継器（例えば、５ＧネットワークのｇＮｏｄｅＢ（ｇＮＢ）などのモバイル・セルラー・アクセス・デバイス）に最初に接続されなければならず、したがって、ファイルのダウンロードしかトリガできない場合、セルラー・ネットワークのマクロ・セルに接続されている間に問題を引き起こす。
【0005】
例示的なユース・ケースは、マクロ・セルを通じてセルラー・ネットワークに接続されたＵＥであり、現在のマクロ・セルでは完全にハンドリング不能な一部の帯域幅のニーズを要求する。例えば、医療ユーザは、ビデオ会議を開き、ビッグ・ゲノム・ファイルのダウンロードをさらにリクエストしていることもあり、又は、移動しているユーザは、いくつかのビデオを取り出そうとしているが、マクロ・セルを通じた現在の接続は、接続をサポートしない。
【課題を解決するための手段】
【0006】
ワイヤレス・ネットワークにおける改善されたデータ配信を可能にすることが本発明の目的である。
【0007】
本目的は、請求項１に記載の装置によって、請求項６に記載のワイヤレス通信システムによって、請求項１４に記載の端末デバイスによって、請求項１５に記載の方法によって、及びコンピュータ・プログラム製品によって、達成される。
【0008】
ワイヤレス・ネットワークのコア・ネットワーク・デバイス若しくは機能（例えば、ＡＭＦ、ＳＭＦ、若しくはＩＡＢコーディネータ）、又は端末デバイス（ターゲット・デバイス）に関する第１の態様によれば、ワイヤレス・ネットワークにおける伝送データのアップロード又はダウンロードを制御するための装置が提供され、装置は、
－ モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、モバイル・アクセス・デバイスを選択することと、
－ モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、アクセス・デバイスへの伝送データの転送、及び、アクセス・デバイスからターゲット・デバイスへの、又はワイヤレス・ネットワークのコア・ネットワークへの、伝送データのその後の転送をスケジュールすることと
を行うように構成される。
－ モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、モバイル・アクセス・デバイスを選択することと、
－ モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、アクセス・デバイスへの伝送データの転送、及び、アクセス・デバイスからターゲット・デバイスへの、又はワイヤレス・ネットワークのコア・ネットワークへの、伝送データのその後の転送をスケジュールすることと
を行うように構成される。
【0009】
コア・ネットワーク・デバイス若しくは機能又は端末デバイス（ターゲット・デバイス）に関する第２の態様によれば、ワイヤレス・ネットワークにおける伝送データのアップロード又はダウンロードを制御する方法が提供され、方法は、
－ モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、モバイル・アクセス・デバイスを選択することと、
－ モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、モバイル・アクセス・デバイスへの伝送データの転送、及び、モバイル・アクセス・デバイスからターゲット・デバイスへの、又はワイヤレス・ネットワークのコア・ネットワークへの、リクエストされたデータのその後の転送をスケジュールすることと
を有する。
－ モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、モバイル・アクセス・デバイスを選択することと、
－ モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、モバイル・アクセス・デバイスへの伝送データの転送、及び、モバイル・アクセス・デバイスからターゲット・デバイスへの、又はワイヤレス・ネットワークのコア・ネットワークへの、リクエストされたデータのその後の転送をスケジュールすることと
を有する。
【0010】
コア・ネットワーク・デバイス若しくは機能又は端末デバイス（ターゲット・デバイス）に関する第３の態様によれば、ワイヤレス・ネットワークにおける伝送データのアップロード又はダウンロードを制御する方法が提供され、方法は、
－ モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、モバイル・アクセス・デバイスを選択することと、
－ モバイル・アクセス・デバイスの推定ロケーション情報、ターゲット・デバイスのロケーション情報、及び通信性能を最適化するモバイル・アクセス・デバイスの推定ロケーションに基づいて、モバイル・アクセス・デバイスを通じたターゲット・デバイスとコア・ネットワークとの間の伝送データの転送をスケジュールすることと
を有する。
－ モバイル・アクセス・デバイスの推定ロケーション情報及びターゲット・デバイスのロケーション情報に基づいて、モバイル・アクセス・デバイスを選択することと、
－ モバイル・アクセス・デバイスの推定ロケーション情報、ターゲット・デバイスのロケーション情報、及び通信性能を最適化するモバイル・アクセス・デバイスの推定ロケーションに基づいて、モバイル・アクセス・デバイスを通じたターゲット・デバイスとコア・ネットワークとの間の伝送データの転送をスケジュールすることと
を有する。
【0011】
通信性能は、例えば、エンド・ツー・エンド・スループット（平均又は瞬間）、全体的なネットワーク・スループット（平均又は瞬間）、電力消費量の観点での最も効率的な通信、最低レベルの干渉を含む。スループット時間、データ・レート、又はレイテンシのような、最適な通信性能定義のための他の測定基準を考慮可能である。
【0012】
第４の態様によれば、第１の態様の装置、及び少なくとも１つのモバイル・アクセス・デバイスを備える、ワイヤレス通信システムが提供される。
【0013】
第５の態様によれば、第１の態様の装置を備える端末デバイス（例えば、ワイヤレス通信デバイス（ＵＥ）又はＩｏＴデバイス）が提供される。
【0014】
最後に、第６の態様によれば、コンピュータ・デバイスで実行されると、第２の態様の上記の方法のステップを生み出すためのコード手段を備える、コンピュータ・プログラム製品が提供される。
【0015】
したがって、例えば、リクエストされたデータをモバイル・アクセス・デバイスにキャッシュし、ターゲット・デバイスとモバイル・アクセス・デバイスとの間で、及び／又はモバイル・アクセス・デバイスとマクロ・アクセス・デバイスとの間で、通信パラメータを配分することによって、ターゲット・デバイスとドナー・アクセス・デバイスとの間のモバイル・アクセス・デバイスを使用して、移動及びネットワーク・トポロジ、データの転送のうちの少なくとも１つを最適化することによって、ターゲット・デバイス（例えば、端末デバイス、ＩｏＴデバイス等）にとってのより良いアップロード又はダウンロード能力が達成可能になる。ドナー・アクセス・デバイスは、モバイル・アクセス・デバイスへの接続を行う能力があるマクロ・セル、又は、例えばピコ／フェムト／小規模セル、据置型、若しくはモバイルといった、任意の他のセルでもよい。
【0016】
上記の最適化はモバイル・アクセス・デバイスの測位情報に基づくので、通信は、データ通信が影響を受けないような方式で予め準備可能であり、関連ファイルのアップロード又はダウンロードは、例えば現在過負荷になっているので、マクロ・セルで保留され、モバイル・アクセス・デバイスは、リクエストされたデータのアップロード又はダウンロードのキャッシュを始め、ターゲット及びモバイル・アクセス・デバイスは、その無線アクセス・ネットワーク（ＲＡＮ）通信設定を適合及び計画するために、その位置／軌道を認識させることが可能である。
【0017】
本発明の第１から第６の態様のいずれかで使用される変形物によれば、装置は、選択されたモバイル・アクセス・デバイスへの伝送データのキャッシュを開始するように構成されることが提案される。
【0018】
上記の第１から第６の態様のいずれかと組み合わされる第１のオプションによれば、リクエストされたデータは、モバイル・アクセス・デバイスがマクロ・アクセス・デバイスの所定の範囲内にあるときに、マクロ・アクセス・デバイスを介してアップロード又はダウンロードされる。これにより、改善された接続を達成するために短い距離で伝送データが転送されることを保証可能である。
【0019】
第１のオプション又は上記の第１から第６の態様のいずれかと組み合わされる第２のオプションによれば、伝送データは、アップロード若しくはダウンロードされることになるデータ・ファイル、ストリーミング・サービスからのデータ・ストリーミング、又はソフトウェア・アップデートである。したがって、モバイル・アクセス・デバイスを介してターゲット・デバイスとの間で大量のデータがより効果的に転送可能になる。
【0020】
第１若しくは第２のオプション又は上記の第１から第６の態様のいずれかと組み合わせ可能な第３のオプションによれば、モバイル・アクセス・デバイスの現在の移動スケジュールを考慮して、複数のモバイル・アクセス・デバイスのどれがターゲット・デバイスの所定の範囲内にあることになるかが決定され、所定の時間におけるターゲット・デバイスの位置情報、所定の時間における複数のモバイル・アクセス・デバイスのそれぞれの位置、及び所定の時間におけるターゲット・デバイスのユーザの通信要件を考慮して、複数のモバイル・アクセス・デバイスのどれが、伝送データをターゲット・デバイスに配送可能であるかが識別される。これにより、伝送データの効果的な転送に最も適したモバイル・デバイスが選択可能になる。
【0021】
第１から第３のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第４のオプションによれば、選択されたモバイル・アクセス・デバイスは、モバイル・アクセス・デバイスのルート沿いのターゲット・デバイスの存在、ターゲット・デバイスのユーザのデータ要件、及びターゲット・デバイスの位置のうちの少なくとも１つについて知らされ、その結果、選択されたモバイル・アクセス・デバイスは、伝送パラメータを事前最適化するか、伝送リソースを事前配分することができる。これにより、モバイル・アクセス・デバイスにおける伝送データの効果的な転送が確保可能になる。
【0022】
第１から第４のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第５のオプションによれば、ターゲット・デバイスは、伝送データのアップロード又はダウンロードのためにモバイル・アクセス・デバイスが近くにあり利用可能になるタイミングについて、マクロ・セルを通じて知らされる。したがって、ターゲット・デバイスは、伝送データの効果的な転送を準備することが可能になる。
【0023】
第１から第５のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第６のオプションによれば、伝送データの転送にとってのモバイル・アクセス・デバイスの適切なロケーション、及び、選択されたモバイル・アクセス・デバイスと、ターゲット・デバイスをサーブするマクロ・アクセス・デバイスとの間のアップリンク又はダウンリンク通信にとっての適切なスタート時間が選択される。これにより、伝送データの転送の効果的なスケジューリングが達成可能になる。
【0024】
第１から第６のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第７のオプションによれば、伝送データは、単一のモバイル・アクセス・デバイスが伝送データ全てをハンドリングできない場合、２つ以上のモバイル・アクセス・デバイスを通じて転送される。
【0025】
第１から第７のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第８のオプションによれば、モバイル・アクセス・デバイスは、車両内又は車両の所定の範囲内にある端末デバイスをサーブするように構成された車載アクセス・デバイスである。これにより、伝送データの転送の効果的なスケジューリングを容易にし、強化された接続を行うために、所定の移動ルート及びスケジュールを有する公共交通機関の車両に複数のモバイル・アクセス・デバイスが設置可能になる。
【0026】
第１から第８のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第９のオプションによれば、モバイル・アクセス・デバイスは、中間ユーザ・プレーン機能（Ｉ－ＵＰＦ：ｉｎｔｅｒｍｅｄｉａｔｅ ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）若しくはローカル・アプリケーション機能（ＡＦ：ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ）を備えるか、又は、エッジ・コンピューティング・アプリケーション若しくはエッジ・アプリケーション・サーバをホストするように構成される。この措置は、データ・ソースからモバイル・アクセス・デバイスへの伝送データの転送が、より効果的になり得るという利点をもたらす。
【0027】
第１から第９のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第１０のオプションによれば、モバイル・アクセス・デバイスは、転送に必要なデータ量、ターゲット・デバイスの位置情報、モバイル・アクセス・デバイスの予想軌道、ターゲット・デバイス又はマクロ・アクセス・デバイス及びモバイル・アクセス・デバイスが所定の範囲内にあるはずの予想期間のうちの１つ又は複数を考慮して、伝送データのアップロード又はダウンロード用の通信リソースを事前配分し、構成するように構成される。これにより、伝送データの転送は、モバイル・アクセス・デバイスにおいて最適化可能になる。
【0028】
第１から第１０のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第１１のオプションによれば、コア・ネットワーク機能が、モバイル・アクセス・デバイスが選択されると、モバイル・アクセス・デバイスへの条件付きハンドオーバのリクエストをトリガするように構成される、又は、ターゲット・デバイスが、条件付きハンドオーバ・リクエストをトリガする無線リソース制御測定レポートを送信するように構成される、又は、ターゲット・デバイスが、条件付きハンドオーバをトリガしたいというリクエストをワイヤレス・ネットワークのコア・ネットワークに直接的に送信するように構成される、又は、ターゲット・デバイスが、所定の条件を満たした場合にモバイル・アクセス・デバイスに加わるように構成される。これにより、モバイル・アクセス・デバイスを介したデータ転送は、ハンドオーバ動作によって効果的に開始可能になる。
【0029】
第１から第１１のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第１２のオプションによれば、モバイル・アクセス・デバイスと、ターゲット・デバイスをサーブするマクロ・アクセス・デバイスとは、中央ユニットと分散ユニットとの間の分担の事例であり、モバイル・アクセス・デバイスは分散ユニットであり、マクロ・アクセス・デバイスは中央ユニットであり、中央ユニットは、ソース分散ユニットからターゲット分散ユニットに移動するためのタイミング及び条件を含む接続再構成メッセージをターゲット・デバイスに送信するように構成され、ターゲット・デバイスは、ランダム・アクセス手順及び／又は接続再構成完了メッセージにデータ配送ステータスについての情報を含めるように構成され、伝送データは、ターゲット分散ユニットにキャッシュされる。これらの措置は、モバイル・アクセス・デバイスを介したハンドオーバ・ベースのデータ転送を容易にする。
【0030】
第１から第１２のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第１３のオプションによれば、インテグレーテッド・アクセス及びバックホール（ＩＡＢ：ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ）ドナー・ユニットが提供され、ＩＡＢドナー・ユニットは、モバイル・アクセス・デバイスの推定移動情報に応じて通信パラメータを作成することと、モバイル・アクセス・デバイスがＩＡＢドナー・ユニットの所定の範囲内にあるときに通信パラメータを有効化することと、モバイル・アクセス・デバイスがＩＡＢドナー・ユニットの範囲外にあるときに通信パラメータを保留することとを行うように構成される。これにより、伝送データが転送されるべきときに適切な通信パラメータが容易に利用可能になることが確保可能になる。
【0031】
第１から第１３のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第１４のオプションによれば、伝送データは、モバイル・エッジ又はマルチアクセス・エッジ・コンピューティング（ＭＥＣ：ｍｕｌｔｉ－ａｃｃｅｓｓ ｅｄｇｅ ｃｏｍｐｕｔｉｎｇ）環境内で配布され、ワイヤレス・ネットワークのコア・ネットワークのＭＥＣオーケストレータは、伝送データをターゲット・デバイスに届けるためのモバイル・アクセス・デバイスを選択するように構成され、ＭＥＣアプリケーションは、選択されたモバイル・アクセス・デバイスにおいて最初に稼働し、伝送データは、ターゲット・デバイスからのアプリケーション・リクエストに基づいてＭＥＣオーケストレータのリクエスト時に転送される。これは、選択されたモバイル・アクセス・デバイスを介したアプリケーションからターゲット・デバイスへの伝送データの効果的な転送を確保する。
【0032】
第１から第１４のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第１５のオプションによれば、ターゲット・デバイスをサーブするマクロ・アクセス・デバイスは、学習フェーズ中にモバイル・アクセス・デバイスの測位情報を収集し、収集された測位情報を使用して予測フェーズ中にモバイル・アクセス・デバイスの実際の位置を推定するように構成される。これにより、伝送データの転送の効果的なスケジューリング及び転送中の改善された接続が達成可能になる。
【0033】
第１から第１５のオプションのいずれか又は上記の第１から第６の態様のいずれかと組み合わせ可能な第１６のオプションによれば、端末デバイスは、ターゲット・デバイスのロケーション情報及びモバイル・デバイスの推定ロケーション情報のうちの少なくとも１つに基づいて、モバイル・アクセス・デバイスに接続するべきかどうかを決めるように構成される。
【0034】
上記の装置は、個別のハードウェア構成要素を有する個別のハードウェア回路機器、統合チップ、若しくはチップ・モジュールの配置に基づいて、又は、メモリに格納された、コンピュータ可読媒体に書かれた、若しくはインターネットなどのネットワークからダウンロードされた、ソフトウェア・ルーチン若しくはプログラムによって制御された信号処理デバイス若しくはチップに基づいて、実行されることが指摘される。
【0035】
請求項１に記載の装置、請求項７に記載のワイヤレス通信システム、請求項１５に記載の端末デバイス、請求項１６に記載の方法、及びコンピュータ・プログラム製品は、特に、従属請求項で定義されるような、類似及び／又は同一の好ましい実施形態を有することを理解されたい。
【0036】
本発明の好ましい実施形態はまた、従属請求項又は上記の実施形態のいずれかの、それぞれの独立請求項との組合せであることが可能であることを理解されたい。
【0037】
本発明のこれら及び他の態様は、以下に記載の実施形態から明らかであり、以下に記載の実施形態を参照しながら説明される。
【図面の簡単な説明】
【0038】
【図1】本発明を実行可能なセルラー・ネットワークのアーキテクチャの概略図である。
【図2】モバイル基地局から非内蔵端末デバイスへの計画的データ・ダウンロードの実施形態による例の概略図である。
【図4】実施形態によるモバイル・エッジ・コンピューティング（ＭＥＣ）環境におけるデータ配信の信号及び処理の概略図である。
【図5】様々な実施形態によるモバイル基地局及び全体システムの例示的具体例の概略ブロック図である。
【図6】ダウンリンク・データが配送可能になるまでモバイル基地局にキャッシュされる場合の実施形態による例の信号及び処理の概略図である。
【図7】様々な実施形態による第１の対応者ネットワークの位置確認及びマッピング手順の概略流れ図である。
【図8】履歴データに基づくロケーションに対する、マクロ基地局とモバイル基地局との間のダウンリンク・スループットの特性曲線の図である。
【図9】履歴データに基づくロケーションに対する、２つのモバイル基地局と端末デバイスとの間のダウンリンク・スループットの特性曲線の図である。
【図10】モバイル基地局を通じた非内蔵端末デバイスへの計画的データ・ダウンロードの実施形態による例の概略図である。
【図11】履歴データに基づくロケーションに対する、マクロ基地局とモバイル基地局との間の、及びモバイル基地局とＵＥとの間の、ダウンリンク・スループットの特性曲線の図である。この図は、個々の通信リンクを最適化するためのロケーションＬ１及びＬ３、並びにエンド・ツー・エンド通信リンクを最適化するためのロケーションＬ２を示している。
【図12】履歴データに基づくロケーションに対する、マクロ基地局とモバイル基地局との間の、及びモバイル基地局とＵＥとの間の、ダウンリンク・スループットの特性曲線の図である。
【図13】ビームがモバイル基地局の移動方向に対して配置される場合の、異なるビームを通じた同期信号ブロックのブロードキャストのためのビーム・フォーミング配置の図である。
【図14】ビームがモバイル基地局の移動方向とは無関係の固定配置を維持する場合の、異なるビームを通じた同期信号ブロックのブロードキャストのためのビーム・フォーミング配置の図である。
【発明を実施するための形態】
【0039】
５Ｇセルラー・ネットワーク環境に基づいて、本発明の実施形態がここから説明される。
【0040】
本開示の全体を通して、省略形「ｇＮＢ」（５Ｇ用語）は、セルラー基地局又はＷｉＦｉアクセス・ポイントなどの、アクセス・デバイスを意味することを意図している。ｇＮＢは、集中型制御プレーン・ユニット（ｇＮＢ－ＣＵ－ＣＰ）、複数の集中型ユーザ・プレーン・ユニット（ｇＮＢ－ＣＵ－ＵＰ）、及び／又は複数の分散ユニット（ｇＮＢ－ＤＵ）から成る。ｇＮＢは、無線アクセス・ネットワーク（ＲＡＮ）の一部であり、コア・ネットワーク（ＣＮ）内の機能へのインターフェースを提供する。ＲＡＮは、ワイヤレス通信ネットワークの一部である。ＲＡＮは、無線アクセス技術（ＲＡＴ）を実行する。概念上、ＲＡＮは、モバイル・フォン、コンピュータ、又は任意のリモート制御マシンなどの、通信デバイス間にあり、ＲＡＮのＣＮと接続している。ＣＮは、通信ネットワークのコア部分であり、ＲＡＮを介して相互接続された利用者に数多くのサービスを提供する。より詳細には、ＣＮは、通信ネットワーク及び場合によっては他のネットワーク介した通信ストリームを指示する。
【0041】
本開示の全体を通して、提案されたデータ配信機能に関するブロック、構成要素、及び／又はデバイスだけが添付の図面に示されていることが指摘される。簡潔さのために他のブロックは省略されている。
【0042】
図１は、本発明を実行可能なセルラー・ネットワークのアーキテクチャを概略的に示している。
【0043】
図１のアーキテクチャには、ドナー・アクセス・デバイス（例えば、ｇＮＢ）２０（すなわち、マクロ・アクセス・デバイス）と、端末デバイス（例えば、ＵＥなどのワイヤレス通信デバイス）１０との間でデータを中継するための、モバイル・アクセス・デバイス３０が示されている。ドナー・アクセス・デバイス２０は、５Ｇコア・ネットワーク４０への接続を行う。
【0044】
例では、モバイル・アクセス・デバイス３０は、車両内又は車両の近くにある端末デバイス（例えば、ＵＥ）をサーブするモバイル基地局として定義可能な車載中継器である。車載中継器はまた、様々な実施形態で言及される通信サービスを届けるための一部のネットワーク機能をホスト及び実行してもよい。
【0045】
モバイル・アクセス・デバイス３０は、（例えば、３ＧＰＰ（登録商標）仕様書ＴＲ＿２２８３９の図４－１に記載のように）第１のワイヤレス・リンク１１０を通じてドナー・アクセス・デバイス２０に、及び第２のワイヤレス・リンク１２０を通じて端末デバイス１０に、接続可能である。
【0046】
以下の実施形態のユース・ケースを実現するためのモバイル・アクセス・デバイス３０の機能は、従来の静的なアクセス・デバイス（例えば、ｇＮＢ）で実行される機能を超えることが指摘される。特に、モバイル・アクセス・デバイス３０は、中間ユーザ・プレーン機能（Ｉ－ＵＰＦ）又はローカル・アプリケーション機能（ＡＦ）など、一部のネットワーク機能の実行を必要とする。モバイル・アクセス・デバイス３０は、エッジ・コンピューティング・アプリケーション又はエッジ・アプリケーション・サーバのホスティングも必要とする。
【0047】
様々な実施形態によれば、５Ｇシステム又は他のワイヤレス・ネットワークが端末デバイスのためにより良いダウンロード能力を届けるユース・ケース及びプロトコル・フローが説明される。これは、端末デバイス１０とマクロ（ドナー）アクセス・デバイス２０との間のモバイル・アクセス・デバイス３０を使用して、移動及びネットワーク・トポロジ、モバイル・アクセス・デバイス３０にデータをキャッシュすることによるデータの転送、並びに、端末デバイス１０とモバイル・アクセス・デバイス３０との間の、及び／又はモバイル・アクセス・デバイス３０とマクロ・アクセス・デバイス２０との間の、通信パラメータの配分のうちの少なくとも１つを最適化することによって達成可能になる。
【0048】
上記の最適化が、モバイル・アクセス・デバイス３０の測位情報に基づく場合、通信は、データ通信（例えば、ビデオ通話）が影響を受けないように予め準備され、関連ファイルのダウンロードは、現在過負荷になっているのでマクロ・セルで保留され、モバイル・アクセス・デバイス（中継局）３０は、端末デバイス１０によるリクエストされたデータのダウンロードのキャッシュを始め、端末デバイス１０及びモバイル・アクセス・デバイス３０は、その無線アクセス・ネットワーク（ＲＡＮ）通信設定を適合及び計画するために、その位置／軌道を認識する。
【0049】
例では、データ・ダウンロードは、５Ｇなどのワイヤレス・ネットワークの通信性能を改善するために、モバイル基地局を介して協調される。これを達成するために、ＲＡＮプロトコルは、最適化された移動用に適合され、例えば、モバイル・アクセス・デバイス３０の移動パターンに基づくマルチホップ・バックホーリングのために、インテグレーテッド・アクセス及びバックホール（ＩＡＢ）におけるハンドオーバ・プロトコル又は修正を含む。
【0050】
他の例では、計画的データ・ダウンロード用のプロトコルは、エッジ・サーバの動的なセットアップ、又はモバイル・アクセス・デバイス３０へのデータ・キャッシングを含む。
【0051】
さらなる例では、例えば静的な端末デバイスといった端末デバイス１０と、モバイル・アクセス・デバイス３０との間の、及び／又は、モバイル・アクセス・デバイス３０と、そのマクロ・セルとの間のＲＡＮ接続は、モバイル・アクセス・デバイス３０の測位情報の知識に基づいて最適化される。
【0052】
さらなる例では、オンボード基地局、いわゆるモバイル基地局（ＭＢＳ：ｍｏｂｉｌｅ ｂａｓｅ ｓｔａｔｉｏｎ）を有する車両は、中継器として機能し、効率的なデータ配送を行うのに役立つように構成される。このユース・ケースは、モバイル基地局と共に移動していないが、ユーザとモバイル基地局が接近しているときにＭＢＳによって提供される接続から利益を得ることができる、ユーザのニーズに対処する。特に、このユース・ケースは、限られた接続を有する（例えば、マクロ・セルに接続されたとき）、又は、非常に要求が厳しい帯域幅のニーズを有する、端末デバイス（例えば、ＵＥ）のニーズに対処する。
【0053】
図２は、モバイル基地局から非内蔵端末デバイスへの計画的データ・ダウンロードの例を概略的に示している。
【0054】
図２では、斜線付きの各正方形が家のブロック２００に対応する都市環境。固定のｇＮＢ２０がドナーｇＮＢとして機能し、ＵＥ１０は、接続が悪い位置に、ドナーｇＮＢ２０から２ブロック離れて示されている。さらに、モバイルｇＮＢ３０及びそのルート（太い点線矢印）が示されている。ルートは、時間Ｔ０からＴ３までにおける、ロケーションＬ０からＬ３までを含む。ロケーションＬ１及び時間Ｔ１において、モバイルｇＮＢ３０は、ドナーｇＮＢ２０から第１のデータ転送２１０を受信し、第１のデータ転送２１０は、ＵＥ１０への第２のデータ転送２２０によって時間Ｔ３におけるロケーションＬ３においてＵＥ１０に「中継される」。
【0055】
例えば、ユーザ、トムが、２３番のバスを待っている。そうしている間、トムは、自分のＵＥ１０を介して、自分が好きなビデオ・ストリーミング・サービスのシリーズを視聴している。トムは、友人と通話もしている。それでも、トムの現在のロケーションにおけるトムのネットワーク接続は、ドナーｇＮＢ２０がトムのＵＥ１０から遠く離れているので、特にビデオ・ストリーミング・サービスをハンドリングするには不十分である。この例では、ＵＥ１０が、シリーズのダウンロードをリクエストし、例えば、まもなくバス停に到着する予定の４５番のバスといった、ユーザの近傍にある適切なモバイル中継器を通じてその配送をスケジュール可能な場合、有益である。ＵＥ１０へのモバイル基地局（ｇＮＢ）３０を有する４５番のバスからのデータ転送２２０は、時間Ｔ３及びロケーションＬ３において実施される。
【0056】
上記の例は、モバイル・ネットワーク事業者（ＭＮＯ：ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ ｏｐｅｒａｔｏｒ）がモバイル基地局及びマクロ・セルを都市で運用する前提条件として要求され、ユーザ、トムはＵＥを有しており、ＭＮＯに加入しており、マクロ基地局（図２に図示せず）に接続されており、特定のファイル（例えば、映画又はウェブサイト）を取り出す必要がある。
【0057】
提案されたデータ転送２１０及び２２０は、以下のサービス・フローを伴う。
● ユーザのＵＥ１０が、（５Ｇ）マクロ・ネットワークに接続される。
● （５Ｇ）マクロ・ネットワークには、ユーザの通常の通信ニーズ、特に、低レイテンシ且つ低帯域幅通信ニーズを届ける能力があるが、むらのあるカバレッジ及び多数のＵＥによる、大量のデータのダウンロードのために、限られた容量しか提供しない。
● ＭＮＯは、予備の追加の容量を提供するモバイル基地局を運用し、モバイル・ネットワークは、ユーザ、トムのダウンロード・ニーズが、トムのロケーションに近づいているモバイル基地局（ｇＮＢ）３０、つまり４５番のバスによって満たされることが可能であると決定する。
● ５Ｇシステムは、トムのロケーションに近づいているモバイル基地局（ｇＮＢ）３０に、トムが要求したダウンリンク・トラフィックをキャッシュし、モバイル基地局（ｇＮＢ）３０へのこのデータのダウンロードは、モバイル基地局（ｇＮＢ）３０がマクロ基地局（ｇＮＢ）２０に非常に接近している時間Ｔ１及びロケーションＬ１において行われるので、非常に高速に実施可能である。
● 次いで、モバイル基地局（ｇＮＢ）３０が時間Ｔ３及びロケーションＬ３においてトムのＵＥ１０に接近すると、ＵＥ１０はモバイル基地局（ｇＮＢ）３０に接続し、ＵＥ１０は、全てのリクエストしたデータを素早く受信する。
● モバイル基地局（ｇＮＢ）３０が移動して離れると、トムのＵＥ１０は、モバイル基地局（ｇＮＢ）３０とのその接続を解放する。
● ユーザのＵＥ１０が、（５Ｇ）マクロ・ネットワークに接続される。
● （５Ｇ）マクロ・ネットワークには、ユーザの通常の通信ニーズ、特に、低レイテンシ且つ低帯域幅通信ニーズを届ける能力があるが、むらのあるカバレッジ及び多数のＵＥによる、大量のデータのダウンロードのために、限られた容量しか提供しない。
● ＭＮＯは、予備の追加の容量を提供するモバイル基地局を運用し、モバイル・ネットワークは、ユーザ、トムのダウンロード・ニーズが、トムのロケーションに近づいているモバイル基地局（ｇＮＢ）３０、つまり４５番のバスによって満たされることが可能であると決定する。
● ５Ｇシステムは、トムのロケーションに近づいているモバイル基地局（ｇＮＢ）３０に、トムが要求したダウンリンク・トラフィックをキャッシュし、モバイル基地局（ｇＮＢ）３０へのこのデータのダウンロードは、モバイル基地局（ｇＮＢ）３０がマクロ基地局（ｇＮＢ）２０に非常に接近している時間Ｔ１及びロケーションＬ１において行われるので、非常に高速に実施可能である。
● 次いで、モバイル基地局（ｇＮＢ）３０が時間Ｔ３及びロケーションＬ３においてトムのＵＥ１０に接近すると、ＵＥ１０はモバイル基地局（ｇＮＢ）３０に接続し、ＵＥ１０は、全てのリクエストしたデータを素早く受信する。
● モバイル基地局（ｇＮＢ）３０が移動して離れると、トムのＵＥ１０は、モバイル基地局（ｇＮＢ）３０とのその接続を解放する。
【0058】
結果として、ユーザは、高速ダウンリンク接続を享受し、ユーザの通話に影響させることなく、ユーザが要求した全てのファイルを取り出すことができる。
【0059】
これを達成するために、セルラー（５Ｇ）システムは、モバイル基地局においてデータ・ダウンロードをスケジュール及びキャッシュする手段、高速データ・ダウンロードを届けるのに必要なマクロ基地局とモバイル基地局との間の移動を最適化する手段、又は、端末デバイスとモバイル基地局とが接続される前に端末デバイス（例えば、ＵＥ）とモバイル基地局との間のＲＡＮ通信を計画及び最適化する手段のうちの少なくとも１つを提供する。
【0060】
別の例では、ユーザ、トムは、自動車事故に到着したばかりの救急医である。トムは、数人の怪我人を診察している。トムは、近くの病院の他の臨床医と通話して、患者の健康状態及びどの病院に患者を移すべきかについて議論している。トムはまた、患者の電子健康記録を取り出して、より良い評価を行いたいと思っている。それでも、トムの現在のロケーション－事故エリア－におけるネットワーク接続は、特に患者のＥＨＲにおける一部のより大きいファイルをダウンロードするには不十分である。この状況では、トムのＵＥがＥＨＲのダウンロードをスケジュール可能である場合、有益である。これは、事故エリアに既に近づきつつある救急車のうちの１台に搭載された中継器によって実施可能である。この例はまた、図２によって示されることが可能である。ロケーションＬ０及び時間Ｔ０において、ＥＨＲデータ転送がＵＥによってリクエストされる。モバイル基地局、つまり救急車搭載中継器（ＡＭＲ：ａｍｂｕｌａｎｃｅ－ｍｏｕｎｔｅｄ ｒｅｌａｙ）は、ロケーションＬ１及び時間Ｔ１においてマクロ・セルからＥＨＲデータを受信する。ＡＭＲは、このＥＨＲデータをキャッシュする。ＡＭＲが時間Ｔ３におけるロケーションＬ３にいるとき、ＡＭＲは、リクエストされたＥＨＲデータをトムのＵＥに素早く届けることができる。代替の例では、端末デバイスは、ソフトウェア・アップデートの配送を要求するＩｏＴデバイスである。一部のＩｏＴデバイスは、マクロ・セルに連続的に接続できないことがあり、ＩｏＴデバイスは、モバイル基地局（ｇＮＢ）が接近すると、モバイル基地局（ｇＮＢ）からソフトウェア・アップデートを取り出す能力があってもよい。代替の例では、モバイル基地局は、無人航空機（ＵＡＶ：ｕｎｍａｎｎｅｄ ａｅｒｉａｌ ｖｅｈｉｃｌｅ）又は衛星である。
【0061】
これらの関係する例及び実施形態では、例えばＩｏＴデバイスといったＵＥには、モバイル基地局の移動パターンに対応する覚醒スケジュールを構成可能である。代替として、モバイル基地局には、例えばＩｏＴデバイスといったＵＥの覚醒スケジュールにフィットする移動パターンが構成される。移動パターン及び覚醒スケジュールを互いに補完するようにデザインすることも可能である。
【0062】
実施形態では、例えばコア・ネットワークのネットワーク機能といった管理エンティティ、又は、少なくとも１つのモバイル基地局の移動パターンにアクセス可能なドナーｇＮＢは、例えばＡＭＦなどの別のネットワーク機能から、１つ又は複数のＵＥのアイデンティティ及びロケーションを使用及び／又は取り出し、この移動パターンにフィットするＵＥのための覚醒スケジュールをセットすることになり、すなわち、ＵＥは、モバイル基地局が接近したときに覚醒するように構成されることになる。管理エンティティは、例えばデータベースに格納された、全ての情報（ＵＥの移動パターン、アイデンティティ、及びロケーション、等）にアクセス可能でもよく、又は、ネットワークの他の管理エンティティ若しくはネットワーク機能からデータをリクエストすることが必要であってもよい。覚醒スケジュールは、例えば予想到着時間の前後に気づくことなど、モバイル基地局の到着時間の潜在的時間差を扱う能力があるようなものである。これは、構成可能パラメータであることが可能である。
【0063】
実施形態では、例えば、通りに隣接した１列の家のスマート・メータ、又は通りに隣接した照明灯のようなラインといった、所与の分布に従ってＵＥが置かれた場合、ＵＥはまた、他のＵＥからモバイル基地局の到着時間の指示を得るために、又は到着時間を他のＵＥに通知するために、例えばＰＣ５インターフェースを介して、互いに通信してもよい。例えば、モバイル基地局が１４：００にＵＥ１に及び１４：０２にＵＥ２に達することになっており、ＵＥ１が、１３：５９に覚醒し、２分間覚醒したままでいるように構成されており、ＵＥ２が、１４：０１に覚醒し、２分間覚醒したままでいるように構成されており、モバイル基地局が、例えば１４：００：３０に、ＵＥ１に若干遅延して到着する場合、ＵＥ１は、例えばモバイル基地局の実際の到着までスリープする予定にすることによって、第２のＵＥがモバイル基地局の到着（例えば、時間通りに、遅れて、早く、…）に関する情報を考慮できるように、この情報を通信インターフェース（例えば、ＰＣ５インターフェース）を介して交換してもよい。
【0064】
実施形態では、モバイル基地局の移動パターンは、少なくともＵＥの覚醒スケジュールによって影響を受けることがある。この場合、コア・ネットワークのネットワーク機能、又は１つ若しくは複数のＵＥの覚醒スケジュールにアクセス可能なドナーｇＮＢは、モバイル基地局（例えば、ドローン又は車両）の移動パターンを決定し、このような移動パターンを適宜構成してもよい。
【0065】
実施形態では、例えば、ソフトウェア・アップデート又はアプリ・アップデートといった、所与のリソースへのアクセスを要求するＵＥは、例えば、ネットワーク機能又は基地局といった、管理エンティティに予めその要求を公表してもよい。管理エンティティは、ＵＥに代わって、対応するリソース・アップデートに加入することができる。管理エンティティは、このようなアップデートを取り出すか、通知され、モバイル基地局でこれらを利用可能にすることになる。ＵＥは、次いで、例えば、ＵＥが覚醒しているとき、及び／又はモバイル基地局が近くにいるときに、モバイル基地局からアップデートを取り出すか受信可能である。
【0066】
図１０は、図２と類似しており、ドナーｇＮＢからモバイル基地局を通じて、非内蔵端末デバイスへの計画的データ・ダウンロードの例を概略的に示している。図１０では、ロケーションＬ０及び時間Ｔ０において、ＥＨＲデータ転送がＵＥによってリクエストされていることに気づく。この時点はまた、ＵＥが特定のデータを使用又は送信することを知っているか予測している応用知識を表してもよい。この場合、データは、ロケーションＬ２及び時間Ｔ２においてドナーｇＮＢからＵＥにエンド・ツー・エンドで転送される。ロケーションＬ２は、救急車搭載中継器（ＡＭＲ）を介したドナーｇＮＢからＵＥへのエンド・ツー・エンド接続を最適化するように選ばれる。この最適化は、ＵＥとＡＭＲとの間の、及びＡＭＲとドナーｇＮＢとの間の、履歴又は予測スループット曲線の知識に基づいて実施可能である。この予測スループットは図１１に示されており、ここでは、Ｌ２が、ＡＭＲの経路内に、考えうる最良のエンド・ツー・エンド通信リンクがあるロケーションであることに気づく。Ｌ２は、ロケーションＬ１（ＡＭＲ－ドナーｇＮＢ）及びロケーションＬ３（ＵＥ－ＡＭＲ）における個々の通信リンクほど良いスループットを提供しないことに留意されたい。
【0067】
図３は、図２に示された例の計画的データ・ダウンロードの信号及び処理図を概略的に示している。含まれるデバイスは、ＵＥ１０、マクロ基地局（ｇＮＢ）２０、ＣＮ５０、ドメイン・ネーム・サーバ（ＤＮ）６０、及びモバイル基地局（ｇＮＢ）３０である。
【0068】
図３の信号及び処理シーケンス、並びにその後の図４及び図６の信号及び処理シーケンスでは、上から下への垂直方向は時間軸に対応し、したがって、他のメッセージ又は処理ステップより上に示されたメッセージ又は処理ステップは、より早い時間に発生する。
【0069】
ステップ３０１において、ＵＥ１０は、帯域幅／処理ニーズを公表する。これはＣＮ５０に通知可能であるか、又はＵＥ１０は、所与のデータ・ネットワークにおけるサード・パーティ・アプリケーションに通知してもよい。例えば、ＵＥ１０は、特定のデータ・ファイルのダウンロードを要求することを公表可能である。この情報は、高いアプリケーション層から抽出可能であるか、又は、リクエストは、アプリケーション・プロバイダに直接的に提供可能である。例えば、ユーザが、ストリーミング・サービス（例えば、コンテンツ・プラットフォーム（ＣＰ））で２時間に及ぶ映画を視聴しようとしている場合、ＵＥ１０は、データ・ファイル全体が、これから２時間のうちにストリーミングされる必要があると予想可能である。これは、モバイル・ネットワーク（すなわち、ＣＮ５０及びＲＡＮ）を通じてストリーミング・サービスから配送されることが必要なデータである。
【0070】
ＣＮ５０、ＤＮ６０、及びストリーミング・アプリケーションは、ユーザの行動及びユーザのニーズも予測可能であることが指摘される。例えば、ユーザがテレビ（ＴＶ）シリーズのエピソードを毎晩視聴している場合、ＤＮ６０は、ユーザの通信ニーズを識別可能である。これは、これらのユーザのうちの一部が通常、例えばユーザの通勤時間中にこのようなＴＶシリーズを視聴するなど、予測可能な方式で一部のデータ・リソースを利用し、したがって、通信ニーズがユーザの通勤行動に基づいて予測可能なので、通勤するユーザにも当てはまる場合がある。ＤＮ６０がユーザの要求を知っており、ＣＮ５０が、ユーザの移動パターンを認識している場合、ＤＮ６０とＣＮ５０との間の協力によって、リクエストされたリソースをユーザが効率的に利用できるように、これらのリソースを正しい場所及び時間に置くことが可能になる。
【0071】
ステップ３０２において、ＤＮ６０は、ＵＥ１０へのデータ配送のためのリソースを配分するようにＣＮ５０にリクエストする。これは、特定のユーザ及びデータ・リクエストのためにオンデマンドで行われるアクションであることが可能である。代替として、これは、ＤＮ６０及びＣＮ５０が最適化された様式でデータをユーザに届けることに同意した初期構成ステップであることが可能である。この同意に基づいて、ＣＮ５０は、アプリケーション／データがエンド・ユーザに効率的に配送されるように、リソースを配分し、アプリケーション／データを移動させてもよく、例えばドナーｇＮＢ２０の近くのエッジ・サーバにおいて、例えば、ＵＥの近くにアプリケーション／データを置いてもよい。
【0072】
ステップ３０３において、ＣＮ５０は、モバイル基地局のルート、並びに、ユーザ及びユーザのマクロ・セルのロケーションを知っている。ＣＮ５０は、モバイル基地局の現在のスケジュールを考慮して、モバイル基地局のうちのどれがユーザのすぐ近くにいることになるかを予め考える。これに基づいて、ＣＮ５０は、時間ｔにおける各ＵＥの位置、時間ｔにおける各モバイル基地局の位置、及び時間ｔにおけるユーザの通信要件のうちの少なくとも１つを考慮して、どのモバイル基地局がどのＵＥにどのロードを届けることができるかを識別可能である。
【0073】
簡単な例示的戦略は、次にどのモバイル基地局がＵＥ１０に接近する予定であるか、及び、ＵＥ１０と潜在的なモバイル基地局との間の利用可能な通信リンクが、ＵＥ１０の通信要件をハンドリングするのに十分になるかどうかをチェックすることにある。利用可能な通信リンクは、通信リンクの距離及び予想持続時間を考慮した、ＵＥ１０と潜在的なモバイル基地局とが遭遇したときに利用可能な通信リソースを指す。
【0074】
ステップ３０４において、ＣＮ５０は、モバイル基地局３０のルート沿いのユーザの存在、ＵＥ１０のユーザのデータ要件、及び／又はＵＥ１０の位置を選ばれたモバイル基地局３０に知らせ、これにより、モバイル基地局３０は、例えば、ビーム・フォーミング又は周波数又は伝送リソースの事前配分など、伝送パラメータを事前に最適化可能である。
【0075】
ステップ３０５において、ＣＮ５０は、例えばＤＮリクエストによってトリガされて、モバイル基地局３０にリソースを配分する。これらのリソースは、データ転送をキャッシュするためのストレージ・リソース、又はデータ転送を実施するための通信リソースであることが可能である。ＣＮ５０は、モバイル基地局３０への、ユーザによって要求されたリソースのローカル・ダウンロード（例えば、コンテンツ・デリバリ・ネットワークにおけるようなキャッシング）を始める。
【0076】
ステップ３０６において、データ・キャッシング又はローカル・ストレージが、モバイル基地局３０において実施されてもよい。
【0077】
ステップ３０７において、モバイル基地局３０は、転送するのに必要なデータ量、ユーザの既知の位置、モバイル基地局３０の予想軌道、及び、ＵＥ１０とモバイル基地局３０とが所定の範囲内にあるはずの予想時間のうちの少なくとも１つを考慮して、リクエストされたデータの伝送用の通信リソースを事前配分し、構成する。
【0078】
これらの通信リソースは、コーディング（例えば、スクランブル用コード、チャネライゼーション・コード）、タイミング及び周波数リソース、並びに／又はビーム・フォーミングを経時的に含んでもよい。これらのパラメータの一部は、モバイル基地局３０が、モバイル基地局３０の測位情報、及び、例えばレポートされたチャネル品質指標（ＣＱＩ：ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｉｏｎ）に関する、履歴データを知っているので、予め構成可能である。ビーム・フォーミングなどのパラメータは、ＵＥ１０の位置がわかっており（場合によっては、静的と想定可能であり）、モバイル基地局３０の軌道もわかっているので、最適化及び事前構成可能である。
【0079】
ステップ３０７ａにおいて、効率のために、モバイル基地局３０用の通信リソースの配分は、マクロ・セル（すなわち、マクロ基地局２０）を通じて、すなわち、モバイル基地局３０が所定の範囲内にあり、ＵＥ１０がモバイル基地局３０に接続される前、又はハンドオーバ手順が始まる前であっても、実行される。同様に、例えば、モバイル基地局に加わるため及び去るために必要な条件を含む条件付きハンドオーバ（ＣＨＯ：ｃｏｎｄｉｔｉｏｎａｌ ｈａｎｄｏｖｅｒ）のコンテキストにおいて、ＵＥ１０は、マクロ・セルを通じてモバイル基地局３０のことを知らされる。
【0080】
ステップ３０８において、ＣＮ５０は、モバイル基地局３０が配送のために近くにあり利用可能になるタイミングを、－マクロ・セル（すなわち、マクロ基地局２０）を通じて－ＵＥ１０に知らせることができる。オプションとして、ＣＮ５０はまた、セル獲得を高速化するために使用することになる物理セル識別子及びビーム・インデックスをＵＥ１０に知らせる。別のオプションとして、ＣＮ５０は、ハンドオーバ・パラメータ及び伝送パラメータをモバイル基地局３０に提供する。モバイル基地局３０によってブロードキャストされたシステム情報（例えば、マスタ情報ブロック（ＭＩＢ）、システム情報ブロック１（ＳＩＢ１））が署名された場合、ＣＮ５０は、同様にマクロ・セルを通じてこの情報をＵＥ１０に提供可能であり、したがって、情報は、事前検証可能である。
【0081】
ステップ３０９において、ＵＥ１０は、ハンドオーバを予めスケジュールする。ＵＥ１０はまた、通信パラメータを予め受信する。これは、例えば、ＵＥ１０がモバイル基地局３０の予想軌道を認識しているので、ビーム・フォーミング・パラメータを含む。
【0082】
ステップ３１０において、モバイル基地局３０がスケジュールのとおりに現れると、ＵＥ１０は、モバイル基地局３０に接続する。状況によっては、ＵＥ１０はまた、必要なリソース（データ）再びをリクエストし、次いで、例えば、ドナーｇＮＢ２０と一緒に置かれた、例えば、モバイル基地局３０から又はエッジ・サーバから、ローカル・ダウンロードをトリガする。状況によっては、データは、既にリクエストされており、ＵＥ１０とモバイル基地局３０とが接続されるとすぐに、直接的にダウンロードされることになる。
【0083】
ステップ３１１において、ＵＥ１０とモバイル基地局３０とが互いに接続されると、通信パラメータが事前構成されているので、データ転送が最低限のレイテンシで発生可能になり、ＵＥ１０は、ＵＥ１０に近づいているときにデータをキャッシュしていた、例えば、ドナーｇＮＢと一緒に置かれた、モバイル基地局３０又は近くのエッジ・サーバから、データを直接的にダウンロードすることができる。
【0084】
ステップ３１２において、キャッシュされたデータは、モバイル基地局３０において又はエッジ・サーバの近くで除去される。
【0085】
最後に、ステップ３１３において、大きいデータの交換が終わると、ＵＥ１０は、ＵＥ１０がそのときに接続をやめていた以前のマクロ・セル（すなわち、マクロ基地局２０）に再接続する。
【0086】
より一般に、ステップ３０８～３１３は、第３の通信デバイスの移動パターンに少なくとも基づいて、第１の通信デバイス（例えば、ＵＥ）と第２の通信デバイス（例えば、ドナー・セル／マクロ基地局）と第３の通信デバイス（例えば、モバイル基地局）との間の条件付きハンドオーバを実施するための方法を定義可能であり、第１の通信デバイスは、第２の通信デバイスから第３の通信デバイスに移動し、その後、第２の通信デバイスに戻る。このような方法は、本実施形態の説明の全体を通して示される他の方法及び例とは無関係に（並びに、これらと組み合わせて）使用可能である。
【0087】
同様に、第１のデバイス（例えば、ＵＥ）は、ステップ３０８～３１３で説明されたように、第３の通信デバイスの移動パターンに少なくとも基づいて、第２の通信デバイス（例えば、ドナー・セル／マクロ基地局）から第３の通信デバイス（例えば、モバイル基地局）への、及びその後、第２の通信デバイスに戻る、条件付きハンドオーバを実施するように構成可能である。
【0088】
同様に、第２の通信デバイス（例えば、ドナー・セル／マクロ基地局）は、ステップ３０８～３１３で説明されたように、第３の通信デバイスの移動パターンに少なくとも基づいて、第１の通信デバイス（例えば、ＵＥ）から第３の通信デバイス（例えば、モバイル基地局）への、及びその後、第２の通信デバイスに戻る、条件付きハンドオーバを管理するように構成可能である。
【0089】
その上、さらに一般論として、ステップ３０７～３１３のコンテキストにおけるステップ３０６は、第３の通信デバイスの移動パターンに基づいて、第１の通信デバイスと第３の通信デバイスとの間の通信リンクが適切なとき、第１の通信とデータを効率的に交換するために、第３の通信デバイスにデータをキャッシュするステップを含む方法を定義する。このような方法は、本実施形態の説明の全体を通して示される他の方法及び例とは無関係に（並びに、これらと組み合わせて）使用可能である。
【0090】
同様に、第２の通信デバイス（例えば、ドナー・セル／マクロ基地局）は、ステップ３０７～３１３のコンテキストにおけるステップ３０６で説明されたように、第３の通信デバイスの移動パターンに基づいて、第１の通信デバイスと第３の通信デバイスとの間の通信リンクが適切になるまで受信データをキャッシュするために、第１の通信デバイス（例えば、ＵＥ）用のデータを第３の通信デバイスに向けて転送するように構成可能である。
【0091】
同様に、第３の通信デバイスは、第２の通信デバイス（例えば、ドナー・セル／マクロ基地局）からデータを受信するように構成可能であり、データは、第１の通信デバイス（例えば、ＵＥ）用であり、第３の通信デバイスは、ステップ３０７～３１３のコンテキストにおけるステップ３０６で説明されたように、第３の通信デバイスの移動パターンに基づいて、第１の通信デバイスと第３の通信デバイスとの間の通信リンクが適切になるまで受信データをキャッシュするように適合されたメモリを含む。
【0092】
本実施形態は、衛星及び無人航空機（ＵＡＶ）が地上のＵＥ又はＵＥアクセス・ポイント（ＡＰ）への接続を行うことになる場合、衛星及びＵＡＶのシナリオにも適用可能であることが指摘される。
【0093】
したがって、マクロ・セルとモバイル基地局、及びモバイル基地局と端末デバイスとの間でデータを確実に高速転送可能にするために、最適化された移動が行われる。移動の最適化は、ＲＡＮ内の複数レベルで達成可能である。これらのうちの１つは、ハンドオーバ手順を指す。別のオプションは、複数のホップ通信ＵＥ－モバイル基地局－マクロ・セルである。
【0094】
ハンドオーバ（ＨＯ：ｈａｎｄｏｖｅｒ）手順に関して、この手順は、移動パターンを使用することによって最適化可能である。ＣＨＯを基にした最適化されたハンドオーバ手順は、以下のオプションのうちの少なくとも１つに基づく。
ａ） どのモバイル基地局がデータ配送に最も適したものになるかをＣＮが決定すると、ＣＨＯのリクエストは、ＵＥによってトリガされるのではなく、例えば、５Ｇネットワークのアクセス及びモビリティ管理機能（ＡＭＦ）又はセッション管理機能（ＳＭＦ）といった、ＣＮ自体によってトリガされてもよい。これは、ＣＮがモバイル基地局のルートを認識しており、ハンドオーバを計画可能なので、要求されてもよい。
ｂ） ＣＨＯリクエストをトリガする無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）測定レポートをＵＥが送信しても、ドナーｇＮＢ（マクロ基地局）は、どのモバイル基地局が近づいているのか認識していないことがある。この問題に対処するために、モバイル基地局のルート沿いの固定基地局（マクロ・セル）に、モバイル基地局のスケジュールが構成されることが可能である。これは、１回限りの構成ステップであることが可能である。同様に、モバイル基地局は、ＣＮによってマクロ・セルのことを適宜知らされることが可能である。
ｃ） オプションｂの代替として、マクロ・セルは、ＵＥによってリクエストされた接続をハンドリングするのに適切になり得るモバイル基地局についての入力をＣＮが－オンデマンドで－マクロ・セルに送信するように、ＵＥからのリクエストをＣＮに転送してもよい。これは、ＣＮがアップデートを認識するように、モバイル基地局がそのルート上でＣＮにアップデートを送信することを伴う。
ｄ） オプションｃの代替として、ＣＨＯをトリガしたいというＵＥによって送信されたリクエストは、ＣＮに直接的に送信されてもよい。
ｅ） モバイル基地局によって返されたＲＲＣ再構成メッセージは、これがモバイル基地局であるという事実と、ＵＥがこの情報を考慮できるような（経時的な）モバイル基地局の測位情報と、モバイル基地局の位置が変化することによる複数の瞬間の接続パラメータ（これらの接続パラメータは、マクロ・セルがＵＥのロケーションをモバイル基地局に知らせる場合に利用可能になることが可能である）と、アップリンク用の構成済みの承諾パラメータ（パラメータｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎを含むＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ）、及び事前構成／予測された通信パラメータに基づくダウンリンク用のセミパーシステント・スケジューリング（ＳＰＳ）とのうちの少なくとも１つを含んでもよい。
ｆ） ＲＲＣ再構成は、例えばＡＭＦといったＣＮによってリクエストされると、モバイル基地局によってドナーｇＮＢ（マクロ基地局）に送信される。
ｇ） ＣＨＯ構成メッセージの中でＵＥに配送されたセル・スイッチ条件は、モバイル基地局が複数のＰＣＩを使用して、モバイル基地局が移動しているときの衝突を回避し得ると考えながら、モバイル基地局がＵＥの近くにいるときのモバイル基地局（ｇＮＢ）の物理セル・アイデンティティ（ＰＣＩ）と、その測位情報（例えば、現在のロケーション、スピード、加速度、旋回、…）を考慮してモバイル基地局が通信範囲内にいると予測されるタイミングと、その測位情報（例えば、現在のロケーション及びスピード）を考慮してモバイル基地局が通信範囲外にいると予測されるタイミングとのうちの少なくとも１つを含む。
ｈ） ＵＥが条件を満たした場合、例えば、ＵＥがすぐ近くに十分長くいる予定であり、要求された接続を届ける能力がある場合、ＵＥはモバイル基地局に加わる。
ａ） どのモバイル基地局がデータ配送に最も適したものになるかをＣＮが決定すると、ＣＨＯのリクエストは、ＵＥによってトリガされるのではなく、例えば、５Ｇネットワークのアクセス及びモビリティ管理機能（ＡＭＦ）又はセッション管理機能（ＳＭＦ）といった、ＣＮ自体によってトリガされてもよい。これは、ＣＮがモバイル基地局のルートを認識しており、ハンドオーバを計画可能なので、要求されてもよい。
ｂ） ＣＨＯリクエストをトリガする無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）測定レポートをＵＥが送信しても、ドナーｇＮＢ（マクロ基地局）は、どのモバイル基地局が近づいているのか認識していないことがある。この問題に対処するために、モバイル基地局のルート沿いの固定基地局（マクロ・セル）に、モバイル基地局のスケジュールが構成されることが可能である。これは、１回限りの構成ステップであることが可能である。同様に、モバイル基地局は、ＣＮによってマクロ・セルのことを適宜知らされることが可能である。
ｃ） オプションｂの代替として、マクロ・セルは、ＵＥによってリクエストされた接続をハンドリングするのに適切になり得るモバイル基地局についての入力をＣＮが－オンデマンドで－マクロ・セルに送信するように、ＵＥからのリクエストをＣＮに転送してもよい。これは、ＣＮがアップデートを認識するように、モバイル基地局がそのルート上でＣＮにアップデートを送信することを伴う。
ｄ） オプションｃの代替として、ＣＨＯをトリガしたいというＵＥによって送信されたリクエストは、ＣＮに直接的に送信されてもよい。
ｅ） モバイル基地局によって返されたＲＲＣ再構成メッセージは、これがモバイル基地局であるという事実と、ＵＥがこの情報を考慮できるような（経時的な）モバイル基地局の測位情報と、モバイル基地局の位置が変化することによる複数の瞬間の接続パラメータ（これらの接続パラメータは、マクロ・セルがＵＥのロケーションをモバイル基地局に知らせる場合に利用可能になることが可能である）と、アップリンク用の構成済みの承諾パラメータ（パラメータｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎを含むＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ）、及び事前構成／予測された通信パラメータに基づくダウンリンク用のセミパーシステント・スケジューリング（ＳＰＳ）とのうちの少なくとも１つを含んでもよい。
ｆ） ＲＲＣ再構成は、例えばＡＭＦといったＣＮによってリクエストされると、モバイル基地局によってドナーｇＮＢ（マクロ基地局）に送信される。
ｇ） ＣＨＯ構成メッセージの中でＵＥに配送されたセル・スイッチ条件は、モバイル基地局が複数のＰＣＩを使用して、モバイル基地局が移動しているときの衝突を回避し得ると考えながら、モバイル基地局がＵＥの近くにいるときのモバイル基地局（ｇＮＢ）の物理セル・アイデンティティ（ＰＣＩ）と、その測位情報（例えば、現在のロケーション、スピード、加速度、旋回、…）を考慮してモバイル基地局が通信範囲内にいると予測されるタイミングと、その測位情報（例えば、現在のロケーション及びスピード）を考慮してモバイル基地局が通信範囲外にいると予測されるタイミングとのうちの少なくとも１つを含む。
ｈ） ＵＥが条件を満たした場合、例えば、ＵＥがすぐ近くに十分長くいる予定であり、要求された接続を届ける能力がある場合、ＵＥはモバイル基地局に加わる。
【0095】
車載中継器用に最適化されたＣＨＯの上記の提案されたオプションは、実施形態に記載の主なユース・ケースとは無関係に、例えば３ＧＰＰ（登録商標）仕様書ＴＲ２２．８３９に記載のような、他のユース・ケースに適用される。例えば、これは、ＵＥからＣＮに向けたデータのアップロードを最適化することが望ましいユース・ケースに適用可能である。
【0096】
ＨＯ最適化の別のオプションは、モバイル基地局（ｇＮＢ）とマクロ基地局（ｇＮＢ）とが、中央ユニット（ＣＵ）と分散ユニット（ＤＵ）との間で分担される事例の場合である。この場合、モバイル基地局とマクロ基地局とは、２つの完全に独立した基地局というわけではない。マクロ基地局は、モバイル基地局のＣＵ、及び固定ＤＵを含む。モバイル基地局（中継器）は、マクロ基地局のＤＵである。次いで、最適化されたハンドオーバは、所与の通信リンクをＵＥに届けるときにどのＤＵが使用されるべきかについてのＣＵの判定を指す。各ＤＵは、複数のセルをサポートしてもよく、各セルは、複数のビームをサポートしてもよい。この場合、Ｎ３インターフェースを通じてユーザ・プレーン機能（ＵＰＦ）と接続するために、ＧＰＲＳトンネリング・プロトコル・ユーザ・データ（ＧＴＰ－Ｕ）トンネルが使用される。このハンドオーバは、例えば３ＧＰＰ（登録商標） ＴＳ３８．４０１セクション８．２に記載のような、ＤＵ／ＣＵ分担アーキテクチャによって実施可能である。それでも、これらの手順のうちのいくつかは、モバイル基地局の測位情報を考慮して、モバイル基地局（ｇＮＢ）用に最適化可能である。例として、ＴＳ３８．４０１の図８．２．１．１－１は、ＮＲ内のｇＮＢ ＤＵ間移動がどのように実施されるかを示している。この場合、ソースｇＮＢ－ＤＵは、コンテキスト・セットアップのリクエストをターゲットＤＵに送信することになるＣＵへのＵＥからの測定レポートをレポートする。次いで、ターゲットＤＵは、応答を送信して、ＵＥコンテキストのセットアップを承認する。次いで、ＣＵは、ＵＥコンテキストを修正したいというリクエストをソースＤＵに送信する。結果として、ソースＤＵは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎをＵＥに送信し、ダウンリンク・データ配送の現在のステータスをＣＵに配送し、ＵＥコンテキストの修正を確認する。次に、ＵＥは、ＣＵに転送されることになるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをＵＥがターゲットＤＵに送信するまで、ターゲットＤＵとのランダム・アクセス手順を実施可能である。同時に、ＣＵは、ＵＥに配送されるダウンリンク・ユーザ・データをターゲットＤＵに送信する。ターゲットＤＵはまた、アップリンク・ユーザ・データの受信を始めることができる。
【0097】
このプロトコルは、ハンドオーバをトリガする所与の測定レポートをＵＥがいつ送信する予定であるかを推定可能なので、モバイルＤＵ（すなわち、モバイル基地局）の測位情報（ロケーション、速度ベクトル、等）についての知識から利益を得ることができる。どのＤＵがターゲットｇＮＢになる予定であるかも予測可能である。この知識を用いて、以下のようにデータ配信性能の改善が可能である。
ａ） ソースＤＵからターゲットＤＵに移動するためのタイミング及び条件を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＣＵからＵＥに送信することによって、ＵＥは、ターゲットＤＵとのランダム・アクセス手順を直接的に実施可能であり、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを待つ必要はない。
ｂ） ランダム・アクセス手順、及び／又は、ＵＥによってターゲットＤＵに送信されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージに、ダウンリンク・データ配送ステータスについての情報を含めることによって、ターゲットＤＵは、伝送を始めるためのダウンリンク・ユーザ・データを選ぶことができる。
ｃ） ダウンリンク・ユーザ・データをターゲットＤＵに予めキャッシュすることによる。ダウンリンク・データのキャッシングは、ＵＰＦにはＳＭＦによってステアリングされるダウンリンク・データをバッファする能力があるので、ＵＰＦをｇＮＢと一緒に置くことを伴ってもよい。
ａ） ソースＤＵからターゲットＤＵに移動するためのタイミング及び条件を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＣＵからＵＥに送信することによって、ＵＥは、ターゲットＤＵとのランダム・アクセス手順を直接的に実施可能であり、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを待つ必要はない。
ｂ） ランダム・アクセス手順、及び／又は、ＵＥによってターゲットＤＵに送信されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージに、ダウンリンク・データ配送ステータスについての情報を含めることによって、ターゲットＤＵは、伝送を始めるためのダウンリンク・ユーザ・データを選ぶことができる。
ｃ） ダウンリンク・ユーザ・データをターゲットＤＵに予めキャッシュすることによる。ダウンリンク・データのキャッシングは、ＵＰＦにはＳＭＦによってステアリングされるダウンリンク・データをバッファする能力があるので、ＵＰＦをｇＮＢと一緒に置くことを伴ってもよい。
【0098】
例示的実施形態では、上記のハンドオーバ関連の例及びオプションの使用は、ＴＳ３８．３００の節９．２．３に記載の条件付きハンドオーバ手順のコンテキストで示されている。節９．２．３．４．１の一般的な条件に対して、以下の追加／修正が、個別に又は組合せで考慮されることが可能である。
（１） 実行条件は、ドナーｇＮＢ及び／又はコア・ネットワークによって生成されたものでもよい。
（２） 実行条件は、モバイル基地局の移動パターン（位置、スピード、加速度、スケジュール、ルート等）、及び／又は、ＶＭＲの位置に影響する外部因子／データ（例えば、信号機のステータス、混雑）を含んでもよい。
（３） ＣＨＯを実行しながら、ＵＥは、特に、ＵＥ（例えば、モバイル基地局の外部にあるＵＥ）が、元のソース・セルに戻すその後のハンドオーバを実施しなければならない場合のために、ソース・セルを監視し続けなければならないことがあり、一般に、ＵＥは、セルの移動パターンに基づいてＵＥへの接続を行うことが予想されるセルのリストを監視し続ける必要があり得る。
（１） 実行条件は、ドナーｇＮＢ及び／又はコア・ネットワークによって生成されたものでもよい。
（２） 実行条件は、モバイル基地局の移動パターン（位置、スピード、加速度、スケジュール、ルート等）、及び／又は、ＶＭＲの位置に影響する外部因子／データ（例えば、信号機のステータス、混雑）を含んでもよい。
（３） ＣＨＯを実行しながら、ＵＥは、特に、ＵＥ（例えば、モバイル基地局の外部にあるＵＥ）が、元のソース・セルに戻すその後のハンドオーバを実施しなければならない場合のために、ソース・セルを監視し続けなければならないことがあり、一般に、ＵＥは、セルの移動パターンに基づいてＵＥへの接続を行うことが予想されるセルのリストを監視し続ける必要があり得る。
【0099】
より一般に、第２の通信デバイス（例えば、ソース・セル又はドナーｇＮＢ）から少なくとも第３の通信デバイス（例えば、ターゲット・セル又はモバイル基地局）への第１の通信デバイス（例えば、ＵＥ）のハンドオーバを可能にするための方法が提案されることが可能であり、これによって、
－ 実行条件は、第２の通信デバイス及び／若しくはコア・ネットワークによって生成されたものである、並びに／又は
－ 実行条件は、第３の通信デバイスの移動パターン（位置、スピード、加速度、スケジュール、ルート等）、及び／若しくは第３の通信デバイスの位置に影響する外部因子／データ（例えば、信号機ステータス、混雑）を含む、並びに／又は
第１の通信デバイスは、第３の通信デバイスの移動パターンに基づいて、ＵＥへの接続を行うことが予想される第２の通信デバイス及び／若しくは第３の通信デバイスを監視し続ける必要がある。同様に、第３の通信デバイスの移動パターンに基づく第３の通信デバイスへのハンドオーバが実行されると、第２の通信デバイスを監視し続ける第１の通信デバイスが提案される。
－ 実行条件は、第２の通信デバイス及び／若しくはコア・ネットワークによって生成されたものである、並びに／又は
－ 実行条件は、第３の通信デバイスの移動パターン（位置、スピード、加速度、スケジュール、ルート等）、及び／若しくは第３の通信デバイスの位置に影響する外部因子／データ（例えば、信号機ステータス、混雑）を含む、並びに／又は
第１の通信デバイスは、第３の通信デバイスの移動パターンに基づいて、ＵＥへの接続を行うことが予想される第２の通信デバイス及び／若しくは第３の通信デバイスを監視し続ける必要がある。同様に、第３の通信デバイスの移動パターンに基づく第３の通信デバイスへのハンドオーバが実行されると、第２の通信デバイスを監視し続ける第１の通信デバイスが提案される。
【0100】
同様に、第３の通信の移動パターンに基づいて、第３の通信への及び／又は第３の通信から戻す、第１の通信デバイスのハンドオーバのための実行条件を、単独で及び／又はコア・ネットワークと協調して、生成するように適合された第２の通信デバイスが提案され、実行条件は、第３の通信デバイスの移動パターン（位置、スピード、加速度、スケジュール、ルート等）、及び／又は第３の通信デバイスの位置に影響する外部因子／データ（例えば、信号機ステータス、混雑）を含む。
【0101】
これらの態様は、記載された本明細書の他の実施形態とは無関係に実施可能であり、又は、記載の実施形態、変形物、及び／若しくは記載された本明細書の例のうちの１つ若しくは複数と組み合わされた追加のオプションとして提案可能である。
【0102】
節９．２．３．４．２のＣ平面ハンドリングに関して、以下の追加／修正が個別に又は組み合わせて考慮される。（１）ＣＨＯ（条件付きハンドオーバ）の準備及び実行は、５ＧＣに、モバイル基地局のロケーション／スピード／加速度（一般に、移動パターン）、及びモバイル基地局のロケーション／スピード／加速度に影響する他の因子（例えば、交通信号、交通渋滞、…）についての知識があるので、５ＧＣの関与を必要としてもよく、特に、ＡＭＦは、例えば、移動シナリオ（ＵＥ－ドナーｇＮＢ）→（ＵＥ－モバイル基地局）→（ＵＥ－ドナーｇＮＢ）に関係している、ソースｇＮＢ（例えば、ドナーｇＮＢ又は第１のモバイル基地局）及びターゲットｇＮＢ（例えば、第２のモバイル基地局）についての情報を提供してもよい。ここで、Ａ－Ｂは、ＡがＢに接続されることを意味し、（Ａ－Ｂ）→（Ａ－Ｃ）は、Ａが最初にＢに接続され、ハンドオーバを実施してＣに接続することを意味する。セルの移動パターンによってトリガされるその後のいくつかのハンドオーバを含むこのような移動シナリオ又はその他では、ソースｇＮＢ、ドナーｇＮＢ、又はｇＮＢ－ＣＵは、より多くのモバイル基地局が関係しているときの、例えば、ソースｇＮＢからターゲットｇＮＢ（モバイル基地局）への第１のハンドオーバ、及びターゲットｇＮＢ（モバイル基地局）からソースｇＮＢへの第２のハンドオーバを伴うＣＨＯといった、ハンドオーバをスケジュール可能である。（２）図９．２．３．４．２．１－１のステップ０に関して、ＡＭＦは、例えばドナーｇＮＢの役割を果たすこともあるソースｇＮＢに、モバイル基地局に関係のある移動パターン及び外部因子に関する情報を提供してもよい。（３）図９．２．３．４．２．１－１のステップ１及び２に関して、ＵＥのロケーション及び測定値に基づくソースｇＮＢは、ＵＥの近くにあるはずの、及び全体としてより良い通信リンクを提供することが予想される、ターゲットｇＮＢを介したＵＥへの接続を行うことを決めてもよい。（４）図９．２．３．４．２．１－１のステップ３－５に関して、ソースｇＮＢは、ターゲットｇＮＢ（モバイル基地局）と協調する。（５）図９．２．３．４．２．１－１のステップ６及び７に関して、ソースｇＮＢは、近づいているターゲットｇＮＢ、及び、ターゲットｇＮＢのターゲット・ロケーション（この場合、ロケーションは、モバイル基地局／ターゲットｇＮＢによってブロードキャストされてもよい）を含むターゲットｇＮＢに接続するための条件をＵＥに知らせ、さらに、ソースｇＮＢは、その後ソースｇＮＢ（又は別のターゲットｇＮＢ）に接続を戻すための条件もＵＥに知らせることができ、さらに、ソースｇＮＢは、例えば、ターゲット・セルＩＤ、及び／又は新しいＣ－ＲＮＴＩ、及び／又は選択されたセキュリティ・アルゴリズムのためのターゲットｇＮＢのセキュリティ・アルゴリズム識別子、及び／又は専用のＲＡＣＨリソース、及び／又はＲＡＣＨリソースとＳＳＢとの間の関連付け、及び／又はＲＡＣＨリソースとＵＥ固有のＣＳＩ－ＲＳ構成との間の関連付け、及び／又は共通のＲＡＣＨリソース、並びに、ターゲット・セルのシステム情報、及び／又は固有のビーム構成といった、ターゲット・セルにアクセスするのに必要な情報をＵＥに知らせることができる。（６）図９．２．３．４．２．１－１のステップＣＨＯ条件評価及び切り離しに関して、ＣＨＯがモバイル基地局とモバイル基地局の外部のＵＥとに関するものである場合、ＵＥは、古いセルから完全に切り離す必要はなくてもよい。
【0103】
ハンドオーバが実施される前、間、及び後に、（ＴＳ３８．３００の節９．２．３．２．２に関係のある）Ｕ平面ハンドリングは、個別に又は組み合わせて適用可能な場合があるいくつかの追加／修正を伴うことがある。（１）ユーザ・データは、ＨＯ実行の前に既にソースｇＮＢ（例えば、ドナーｇＮＢ）からターゲットｇＮＢ（モバイル基地局）に転送されてもよく、一般に、第１の通信デバイス（例えば、ＵＥ）とのハンドオーバが実行される前に、第２の通信デバイス（例えば、ソースｇＮＢ又はドナーｇＮＢ）が第３の通信デバイス（例えば、ターゲットｇＮＢ又はモバイル基地局）にデータを転送することを可能にする方法が提供され、同様に、第１の通信デバイス（例えば、ＵＥ）とのハンドオーバが実行される前に、第３の通信デバイス（例えば、ターゲットｇＮＢ又はモバイル基地局）にデータを転送する（第２の通信）デバイスが提供される。（２）ターゲットｇＮＢは、元のソースｇＮＢに戻すハンドオーバを実施することが予想されるので、経路切替えリクエストをＡＭＦに送信しなくてもよく、一般に、第２の通信デバイスから第３の通信デバイスへの第１の通信デバイスのハンドオーバの完了を示すメッセージを第４の通信デバイス（例えば、ＡＭＦ）に送信することを要求せずに、第３の通信デバイスが、第２の通信デバイスによって転送されたデータを第１の通信デバイスに届け続けることを可能にする方法が提供される。（３）ユーザ・データは、ＵＥがターゲットｇＮＢに接続されるとすぐに効率的な配送のためにキャッシュされるように、ターゲットｇＮＢ（モバイル基地局）に転送可能であり、一般に、第３の通信が第１の通信デバイス用の転送データをキャッシュし、第１と第３の通信デバイスが接続されると、このデータ届けることを可能にする方法が記載される。（４）ターゲットｇＮＢは、ＵＥがアクセスする予定であること、並びに次いで、５ＧＣ内部シグナリングに関する経路切替え、及びＵＰＦにおけるターゲットｇＮＢへのソースｇＮＢの実際の経路切替えをＡＭＦがトリガすることを知らせるために、ＵＥがハンドオーバを完了する前に、経路切替えリクエスト・メッセージをＡＭＦに送信してもよく、一般に、第１の通信デバイスを宛先にしたデータが第３の通信デバイスに送信されるべきであることを、第４の通信デバイスが第５の通信デバイス（ＵＰＦ）に指示できるように、第２の通信デバイスから第３の通信デバイスへの第１の通信デバイスのハンドオーバ手順の予見される完了を示すメッセージを、第３の通信デバイスが第４の通信デバイス（例えば、ＡＭＦ）に送信することを可能にする方法が提供される。（５）代替として、いくつかの実施形態で示されたようにＩ－ＵＰＦが活性化されてもよく、一般に、第３の通信デバイスと一緒に置かれてもよい第５の通信デバイス（Ｉ－ＵＰＦ）を第４の通信デバイスが直接的又は間接的に活性化できるように、第２の通信デバイスから第３の通信デバイスへの第１の通信デバイスのハンドオーバ手順の予見される完了を示すメッセージを、第３の通信デバイスが第４の通信デバイス（例えば、ＡＭＦ）に送信することを可能にする方法が提供される。（６）ソースｇＮＢ（例えば、ドナーｇＮＢ）は、ソースｇＮＢがハンドオーバ成功メッセージを受信した後でも、又はターゲットｇＮＢ（例えば、モバイル基地局）へのハンドオーバが完了した後でも、ダウンリンクＰＤＣＰ ＳＮの配分を担当したままでもよく、これは特に、移動シナリオ（ＵＥ－ドナーｇＮＢ）→（ＵＥ－モバイル基地局）→（ＵＥ－ドナーｇＮＢ）のケースに適用される。（７）セキュリティ同期のために、ソースｇＮＢによって割り当てられたＰＤＣＰ ＳＮを有する転送されたダウンリンクＳＤＵのためのＨＦＮが維持され、これは特に、移動シナリオ（ＵＥ－ドナーｇＮＢ）→（ＵＥ－モバイル基地局）→（ＵＥ－ドナーｇＮＢ）のケースに適用される。（８）ハンドオーバ実行期間中及び／又は後、ターゲットｇＮＢ（モバイル基地局）は、ＲＯＨＣヘッダ圧縮、暗号化、及びＰＤＣＰヘッダの追加を実施せず、ソースｇＮＢだけがこれらの動作を任されており、一般に、第１の通信デバイスが第３の通信デバイスとの第１のハンドオーバを完了するとすぐに、第１の通信デバイスと通信するときに使用される通信パラメータを第２の通信デバイスが管理することを可能にする方法が記載され、第１の通信デバイスは、第２の通信デバイスによって管理された通信パラメータに基づいて第３の通信から受信されたデータを処理するだけである。（９）アップリンク通信における転送トンネルの確立は必須である。（１０）ＨＦＮ及びＰＤＣＰ ＳＮは、ソースｇＮＢ（ドナーｇＮＢ）において維持される。
【0104】
他の実施形態と組み合わされてもよい実施形態では、モバイル基地局は、ＵＥとドナーｇＮＢとの間の効率的な通信を可能にする、車両に搭載された、例えば、スマートＲＦリピータ又はインテリジェント・リフレクティブ・サーフェスといった、ＲＦリピータによって実現される。ドナーｇＮＢは、例えば、車両の移動パターン、又はＲＦリピータを通じて受信された信号に関するＵＥによってレポートされた測定値に基づく、ＲＦリピータの通信パラメータの制御を任せられている。ドナーｇＮＢが、ＲＦリピータを通じたＵＥとの適切な通信リンクを測定するとき、ドナーｇＮＢは、車両に搭載されたＲＦリピータを通じてＵＥとの間でデータを送受信することになり、その一方で、ドナーｇＮＢは、ＲＦリピータを追跡し続けるようにその通信パラメータ（例えば、ビーム・フォーミング）を制御し、その（例えば、現在の／リアルタイムの／将来の）移動パターンに関係のある、ドナーｇＮＢにレポートされた、車両に搭載されたＲＦリピータからの測定値／情報を含む、車両の移動パターンに基づいて、ＲＦリピータの通信パラメータ（例えば、ビーム・フォーミング）がＵＥ及びドナーｇＮＢと調整されるように、ＲＦリピータの通信パラメータを制御する。
【0105】
上記の提案された能力は、上記の実施形態における主なユース・ケースだけでなく、例えば、３ＧＰＰ（登録商標） ＴＲ２２．８３９に記載のような、他のユース・ケースにも適用される。例えば、これは、ＵＥからＣＮへのデータのアップロードを最適化することが望ましいユース・ケースに適用可能である。
【0106】
他の実施形態では、インテグレーテッド・アクセス及びバックホール（ＩＡＢ）の態様が、移動最適化のために考慮される。３ＧＰＰ（登録商標） ＴＳ３８．４０１のセクション６．１．３は、ＩＡＢアーキテクチャについて記載している。セクション６．１．４は、ＩＡＢ用のプロトコル・スタックについて記載している。ＩＡＢの視点から、モバイル基地局は、ＩＡＢドナー基地局（ｇＮＢ）の役割を果たす親ＤＵに接続するＤＵであることが可能である。モバイル基地局はまた、その位置を変えるとき、同じＩＡＢ ｇＮＢドナーの下の複数の親ＤＵ、又は、複数のＩＡＢ ｇＮＢドナーに接続してもよい。モバイル中継器のコンテキストにはＩＡＢにとっての複数の難題があり、そのうちの１つは、Ｌ２識別子、ＩＰアドレス、又はルーティング・テーブルなどのＩＡＢ通信パラメータが、モバイル基地局の移動性により、あまり静的でなくなることである。実際、現在のＴＲ２２．８３９は、ホップ数を単一のホップに限定することを好む。しかしこの場合でも、モバイル基地局が移動し続ける場合、モバイル基地局が移動してその現在の親ノードの範囲から出て、別の基地局（潜在的な親ノード）に接近すると、モバイル基地局は再び登録する必要がある。
【0107】
実施形態では、モバイル基地局が複数のマクロ基地局又はＩＡＢノードに近づくことが決定される。周期的に同じルート、又は一般に、既知のルートだけに沿って進むモバイル基地局にとって、最適化は、モバイル基地局が当該のモバイル基地局であり、そのルート・タイミングを含んでいることを公にすること又は伝達することに本質がある。ＩＡＢドナーＣＵ／ＤＵは、モバイル基地局の移動情報に応じたルーティング情報などの通信パラメータを作り出すためにこの事実を考慮する。モバイル基地局がＩＡＢドナーＣＵ／ＤＵの近傍にいるとき、この通信パラメータは、（再）有効化されることが可能である。モバイル基地局が範囲から出ると、モバイル基地局用の通信パラメータは、ＩＡＢドナーＣＵ／ＤＵによって保留され、異なるＩＡＢ構成が適用される。このアプローチは、複数のレベルで実施可能である。
【0108】
例えば、実施形態では、同じｇＮＢ－ＣＵによって制御される異なるＤＵの下でモバイル基地局が移動する場合、Ｆ１インターフェース（ｇＮＢ－ＣＵとｇＮＢ－ＤＵとの間の相互接続）は、有効なままであることが可能であり、モバイル基地局が古いＤＵから新しいＤＵに移動して離れたことを考慮して、バックホール適合プロトコル（ＢＡＰ：ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）ルーティング・テーブルだけがアップデートされる必要がある。この場合、ＢＡＰルーティング・テーブルには、モバイル基地局の存在に応じて、有効又は非有効であることが可能なエントリを含めることができる。モバイル基地局を扱うとき、親ノード移行／トポロジ適合戦略が、以下のように改善される。
○ モバイル基地局が（古い親ＩＡＢとの）バックホール（ＢＨ：ｂａｃｋｈａｕｌ）リンクの解放をリクエストしたとき、ＢＨリンク及びＢＡＰ層ルートは解放されず、これらが後でより高速に再確立可能になるように休止状態になる。
○ モバイル基地局が（新しい親ＩＡＢとの）ＢＨリンクの確立をリクエストしたとき、ＢＨリンク及びＢＡＰ層ルートは、利用可能でなくても確立されるか、又は以前の接続から利用可能であれば、再有効化される。
○ モバイル基地局が（古い親ＩＡＢとの）バックホール（ＢＨ：ｂａｃｋｈａｕｌ）リンクの解放をリクエストしたとき、ＢＨリンク及びＢＡＰ層ルートは解放されず、これらが後でより高速に再確立可能になるように休止状態になる。
○ モバイル基地局が（新しい親ＩＡＢとの）ＢＨリンクの確立をリクエストしたとき、ＢＨリンク及びＢＡＰ層ルートは、利用可能でなくても確立されるか、又は以前の接続から利用可能であれば、再有効化される。
【0109】
より一般に、本実施形態では、第２の通信デバイスの移動パターン、及び第１の通信デバイスのロケーションに基づいて（非）有効化可能な、ＢＡＰエントリ、ＩＰアドレス、Ｌ２パラメータ、Ｆ１インターフェースなど、ＩＡＢ通信パラメータのセットを第１及び第２両方の通信デバイスに格納することによって、第１の通信デバイス（例えば、ドナーｇＮＢ又は第１のモバイル基地局）、及び第２の通信デバイス（例えば、第２のモバイル基地局）における（再）構成オーバヘッドを低減させるための方法が提案される。この態様は、記載された本明細書の他の実施形態とは無関係に又はこれと組み合わせて実行される。
【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】
【表1】
【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】
図３、図４、及び図６に指示されたもののような記載の動作は、コンピュータ・プログラムのプログラム・コード手段として、及び／又は、関連ネットワーク・デバイス若しくは機能の専用ハードウェアとして、それぞれ実行可能である。コンピュータ・プログラムは、他のハードウェアと一緒に又はその一部として供給される、光ストレージ媒体又はソリッド・ステート媒体など、適切な媒体に格納及び／又は配布されるが、インターネット又は他の有線若しくはワイヤレス・テレコミュニケーション・システムなどを介して他の形式でも配布される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【国際調査報告】