(57)【要約】ワイヤレス通信システムのネットワーク内で第１のアクセスネットワークノードを管理する方法が提案され、この方法は、ＵＥと、第１のアクセスネットワークノード内に含まれる第１のネットワーク（ＣＵ−Ｃ）以外のＣＵ−Ｃとの間のデータ通信の制御プレーンのための第２の中央ユニットをネットワーク内で決定することであって、第１のアクセスネットワークノードは、ＵＥと、第１のＣＵ−Ｃによって制御される第１のアクセスネットワークノードとの間のデータ通信のための少なくとも１つの第１の分散ユニット（ＤＵ）を更に備え、第２のＣＵ−Ｃは、第２のアクセスネットワークノード内に含まれる少なくとも１つの第２のＤＵを制御することと、第１のアクセスネットワークノードを構成することであって、構成することは、少なくとも１つの第１のＤＵの中の少なくとも１つのＤＵを、第２のＣＵ−Ｃに関連付けることを含むこととを含む。
2021519033.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信システムのネットワーク内で第１のアクセスネットワークノードを管理する方法であって、
ユーザ機器（ＵＥ）と、前記第１のアクセスネットワークノードの第１のネットワーク（ＣＵ−Ｃ）以外のネットワーク（ＣＵ−Ｃ）との間のデータ通信の制御プレーンを管理する第２の中央ユニットを前記ネットワーク内で決定することであって、前記第１のアクセスネットワークノードは、前記ＵＥと、前記第１のＣＵ−Ｃの制御下で動作する前記第１のアクセスネットワークノードとの間のワイヤレスデータ通信のための少なくとも１つの第１の分散ユニット（ＤＵ）を更に備え、第２のＣＵ−Ｃは、第２のアクセスネットワークノード内に含まれる少なくとも１つの第２のＤＵを制御することと、
前記第１のアクセスネットワークノードを構成することであって、前記構成することは、前記少なくとも１つの第１のＤＵの中の少なくとも１つのＤＵを、前記少なくとも１つのＤＵ及び前記少なくとも第２のＤＵが前記ＵＥとネットワークとの間のデータ通信の制御プレーンの管理のために前記第２のＣＵ−Ｃの共通制御下で動作するように、前記第２のＣＵ−Ｃに関連付けることを含むことと、
を含む、方法。
【請求項２】
前記構成することは、前記少なくとも１つのＤＵと前記第２のＣＵ−Ｃとの間の第１のデータ通信制御インターフェースコネクションを構成することを更に含む、請求項１に記載の方法。
【請求項３】
前記第１のデータ通信制御インターフェースコネクションを構成することは、前記少なくとも１つのＤＵと前記第２のＣＵ−Ｃとの間の前記第１のデータ通信制御インターフェースコネクションをセットアップすることを含む、請求項２に記載の方法。
【請求項４】
前記構成することは、前記少なくとも１つのＤＵと前記第１のＣＵ−Ｃとの間の第２のデータ通信制御インターフェースコネクションを、前記少なくとも１つのＤＵと前記第２のＣＵ−Ｃとの間の前記第１のデータ通信制御インターフェースコネクションに置き換えることを更に含む、請求項２に記載の方法。
【請求項５】
前記第１のデータ通信制御インターフェースコネクションを構成することは、前記第１のデータ通信制御インターフェースコネクション上で搬送されるデータ通信フローに関連付けられたそれぞれのフロー優先度を構成して、第１のフロー優先度を、前記少なくとも１つのＤＵと前記第２のＣＵ−Ｃとの間のフローに関連付けるとともに、第２のフロー優先度を、前記少なくとも１つのＤＵと前記第１のＣＵ−Ｃとの間のフローに関連付けることを更に含む、請求項２に記載の方法。
【請求項６】
前記少なくとも１つの第１のＤＵにそれぞれ関連付けられたデータ通信トラフィック強度に基づいて、前記ネットワーク内で前記第１のアクセスネットワークノードを選択することを更に含む、請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記ワイヤレス通信システム内で、カテゴリに属する少なくとも１つのＵＥを決定することと、決定された少なくとも１つのＵＥの前記少なくとも１つの第１のＤＵにそれぞれ関連付けられたデータ通信トラフィック強度に基づいて、ネットワーク内で前記第１のアクセスネットワークノードを選択することとを更に含む、請求項６に記載の方法。
【請求項８】
前記カテゴリは、所定のカテゴリである、請求項７に記載の方法。
【請求項９】
前記ワイヤレス通信システム内で、前記カテゴリに属する前記少なくとも１つのＵＥを決定することは、前記少なくとも１つのＵＥが前記カテゴリに動的に割り当てられていることを判断することを含む、請求項７に記載の方法。
【請求項１０】
前記ネットワークは、５Ｇネットワークであり、前記第１のアクセスネットワークノード及び前記第２のアクセスネットワークノードは、前記５Ｇネットワークのそれぞれ第１の一般ノードＢ（ｇＮＢ）及び第２の一般ｇＮＢである、請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
プロセッサと、前記プロセッサに動作可能に結合されたメモリと、前記ワイヤレス通信システムのネットワーク内で通信するためのネットワークインターフェースとを備える装置であって、請求項１〜１０のいずれか１項に記載の方法を実行するように構成される、装置。
【請求項１２】
請求項１１に記載の装置を含む、５Ｇネットワークの一般ノードＢ（ｇＮＢ）。
【請求項１３】
実行されると、メモリに動作可能に結合されるプロセッサを備える装置に、請求項１〜１０のいずれか一項に記載の方法を実行させる実行可能命令で符号化される非一時的コンピュータ可読媒体。
【請求項１４】
コンピュータ可読媒体内に有形に具現されるコンピュータプログラムコードを含むコンピュータプログラム製品であって、前記コンピュータプログラムコードは、コンピュータシステムに与えられ、実行されると、前記コンピュータシステムに、請求項１〜１０のいずれか一項に記載の方法を実行させる命令を含む、コンピュータプログラム製品。
【請求項１５】
請求項１４に記載のコンピュータプログラム製品のコンピュータプログラムを、圧縮又は符号化することを通して表すデータセット。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ワイヤレスセルラネットワークの分野に関し、特に５Ｇ超高密度ネットワーク（5G ultra dense networks）に関する。
【背景技術】
【０００２】
ここ数年、高い容量のネットワークを提供するとともに超高密度ネットワーク展開に対応するために、現在展開されている第４世代ネットワーク（ＬＴＥ及びＬＴＥ−Ａ）を超える新世代のワイヤレスセルラネットワークを設計及び仕様化するのに多大な努力が払われてきた。これらの努力には、新たなネットワークアーキテクチャの仕様化が含まれている。このアーキテクタチャには、３Ｇ（ＵＭＴＳ）及び４Ｇ（ＬＴＥ）ネットワークの場合、時にＮＧ−ＲＡＮ（次世代ＲＡＮ）と称される無線アクセスネットワーク（ＲＡＮ）、及び時に５ＧＣ（５Ｇコア）ネットワークと称されるコアネットワークが含まれる。
【０００３】
ＮＧ−ＲＡＮネットワークは、通常、ｇＮＢを中央ユニット（ＣＵ）及び１つ又はいくつかの分散ユニット（ＤＵ）に分割することができるために分散アーキテクチャ（disaggregated architecture）と呼ばれるアーキテクチャを有する、一般ノードＢ（ｇＮＢ又はｇＮｏｄｅ−Ｂ）と称される１つ又はいくつかの基地局を含むことができる。２０１７年１２月付の「NG-RAN; Architecture description (Release 15)」という名称の３ＧＰＰ技術仕様書ＴＳ  ３８．４０１  ｖ１．０．０において提供されるように、ｇＮＢ中央ユニット（ｇＮＢ−ＣＵ）は、ｇＮＢ−ＤＵに接続されたユーザ端末のための１つ以上のｇＮＢ−ＤＵの動作を制御する、ｇＮＢの無線リソース制御（ＲＲＣ）、サービスデータ適応プロトコル（ＳＤＡＰ）及びパケットデータコンバージェンスプロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）プロトコル又はｅｎ−ｇＮＢのＲＲＣ及びＰＤＣＰプロトコルをホスティングする論理ノードとして規定される。ｇＮＢ−ＣＵは、ｇＮＢ−ＤＵに接続される、Ｆ１インターフェースと呼ばれるフロントホールインターフェースを終端する。ｇＮＢ−ＣＵは、いわゆる次世代（ＮＧ）インターフェースを通して５Ｇコアネットワークにも接続される。ｇＮＢ分散ユニット（ｇＮＢ−ＤＵ）は、ｇＮＢ又はｅｎ−ｇＮＢの無線リンク制御（ＲＬＣ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ及び物理（ＰＨＹ）レイヤをホスティングする論理ノードとして規定され、その動作は、部分的にｇＮＢ−ＣＵによって制御される。５Ｇネットワークアーキテクチャは、通常、１つのｇＮＢ−ＤＵが１つ又は複数のセルをサポートする一方、１つのセルは１つのｇＮＢ−ＤＵのみによってサポートされるように設計することができる。ｇＮＢ−ＤＵは、ｇＮＢ−ＣＵに接続されたＦ１インターフェースを終端する。
【０００４】
３ＧＰＰドラフトＲ３−１７１２０３に記載されているとともに、３ＧＰＰドラフトＲ３−１７１６９３において論述されているように、基地局のＣＵ及びＤＵへの分割を用いて、分離された制御プレーン及びユーザプレーン並びに制御プレーン機能エンティティ及びユーザプレーン機能エンティティの分離を通じて、ネットワーク展開内の更なる柔軟性を達成することができる。ネットワークは、例えば、集中化されたユーザプレーン、すなわち、分散ユニットと共同配置された制御プレーンエンティティとは遠隔にある、集中化ユニットにおいて動作されるユーザプレーンエンティティを用いて展開することができる。この展開では、展開の全ての分散ユニットは、ＣＵ−Ｃ又はＣＵ−ＣＰと表記される制御プレーン中央ユニットにローカルに接続されるとともに、展開内の異なるＤＵに共通のＣＵ−Ｕ又はＣＵ−ＵＰと表記されるリモートの集中化ユーザプレーン中央ユニットにローカルに接続される。
【０００５】
ハードウェア、ソフトウェア及び／又はローカルサイト障害に対する保護を提供するために、３ＧＰＰにおいて、この分散基地局アーキテクチャのためのバックアップＣＵ−Ｃを用いることも近年提案されている。ＣＵ冗長性を実現する種々の技法が提案されている。この提案には、分散ユニットを、場合によっては異なる地理的エリアにあるＣＵ−Ｃのいくつかの処理インスタンス（例えば、主ＣＵ−Ｃインスタンス及びバックアップＣＵ−Ｃインスタンス）を含む論理ＣＵ−Ｃに接続するＦ１インターフェース上で複数のストリーム制御送信プロトコル（ＳＣＴＰ：Stream Control Transmission Protocol）インスタンス（関連付けとも呼ばれる）を用いることが含まれている。
【０００６】
しかしながら、これらの更なるネットワーク展開の柔軟性及び改善されたレジリエンシーは、ＤＵ間モビリティシグナリングを考慮すると、コストがかかる。実際、ユーザ機器（ＵＥ）が発信元ｇＮＢ（ｇＮＢ＃１）から宛先（又は目標）ｇＮＢ（ｇＮＢ＃２）へのハンドオーバーを実行する場合、ＣＵ−Ｃリロケーションが宛先ｇＮＢ（ｇＮＢ＃２）において必要であり、これにより、全体ハンドオーバーレイテンシーが増加する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、当該技術分野における従来の技術の上述の欠点及び短所に対処する、改善されたネットワーク管理方式及びこれを実施する装置を提供することが必要とされている。
【課題を解決するための手段】
【０００８】
本開示の目的は、改善されたネットワーク管理方式及びこれを実施する装置を提供することである。
【０００９】
本開示の別の目的は、目下検討中である５Ｇネットワークアーキテクチャの上述の欠点及び短所を軽減する、改善されたネットワーク管理方式及びこれを実施する装置を提供することである。
【００１０】
これらの目的及び他の利点を達成するために、本開示の目的によれば、本明細書において具体化されるとともに広く説明されるように、本開示の１つの態様では、ワイヤレス通信システムのネットワーク内で第１のアクセスネットワークノードを管理する方法が提案される。方法は、ユーザ機器（ＵＥ）と、第１のアクセスネットワークノードの第１のネットワーク（ＣＵ−Ｃ）以外のネットワーク（ＣＵ−Ｃ）との間のデータ通信の制御プレーンを管理する第２の中央ユニット（の処理インスタンス）をネットワーク内で決定することであって、第１のアクセスネットワークノードは、ＵＥと、第１のＣＵ−Ｃの制御下で動作する第１のアクセスネットワークノードとの間のワイヤレスデータ通信のための少なくとも１つの第１の分散ユニット（ＤＵ）を更に備え、第２のＣＵ−Ｃは、第２のアクセスネットワークノード内に含まれる少なくとも１つの第２のＤＵを制御することと、第１のアクセスネットワークノードを構成することであって、この構成することは、少なくとも１つの第１のＤＵの中の少なくとも１つのＤＵを、少なくとも１つのＤＵ及び少なくとも第２のＤＵがＵＥとネットワークとの間のデータ通信の制御プレーンの管理のために第２のＣＵ−Ｃの共通制御下で動作するように、第２のＣＵ−Ｃに関連付けることを含むこと、とを含む。
【００１１】
したがって、提案される方式は、限定されるものではないが、５Ｇアクセスネットワークに非常に適しており、特に、分離した制御プレーン及びユーザプレーン並びに分離した制御機能エンティティ及びユーザ機能エンティティを有する分散アーキテクチャを用いる５Ｇアクセスネットワークに非常に適している。ここで、ＣＵ−Ｃは、ＤＵと共同配置され、一方、ユーザプレーンエンティティは、削減されたレイテンシーでのＤＵ間モビリティを可能にするアクセスノード再構成の方式を提供することによって、アクセスネットワークのいくつかのＤＵに共通の集中化ユニットにおいて実装される。
【００１２】
１つ以上の実施の形態では、上記の構成することは、少なくとも１つのＤＵと第２のＣＵ−Ｃとの間の第１のデータ通信制御インターフェースコネクションを構成することを更に含むことができる。いくつかの実施の形態では、第１のデータ通信制御インターフェースコネクションをそのように構成することは、少なくとも１つのＤＵと第２のＣＵ−Ｃとの間の第１のデータ通信制御インターフェースコネクションをセットアップすることを含むことができる。
【００１３】
いくつかの実施の形態では、上記の構成することは、少なくとも１つのＤＵと第１のＣＵ−Ｃとの間の第２のデータ通信制御インターフェースコネクションを、少なくとも１つのＤＵと第２のＣＵ−Ｃとの間の第１のデータ通信制御インターフェースコネクションに置き換えることを更に含むことができる。他の実施の形態では、第１のデータ通信制御インターフェースコネクションを構成することは、第１のデータ通信制御インターフェースコネクション上で搬送されるデータ通信フローに関連付けられたそれぞれのフロー優先度を構成して、第１のフロー優先度を、少なくとも１つのＤＵと第２のＣＵ−Ｃとの間のフローに関連付けるとともに、第２のフロー優先度を、少なくとも１つのＤＵと第１のＣＵ−Ｃとの間のフローに関連付けることを更に含むことができる。
【００１４】
１つ以上の実施の形態では、提案される方法は、少なくとも１つの第１のＤＵにそれぞれ関連付けられたデータ通信トラフィック強度に基づいて、ネットワーク内で第１のアクセスノードを選択することを更に含むことができる。
【００１５】
より高速なＨＯのための再構成のためのｇＮＢの選択は、ＵＥの特定のカテゴリに適用できる可能性がある。いくつかの実施形態では、提案される方法は、ワイヤレス通信システム内で、カテゴリに属する少なくとも１つのＵＥを決定することと、決定された少なくとも１つのＵＥの少なくとも１つの第１のＤＵにそれぞれ関連付けられたデータ通信トラフィック強度に基づいて、ネットワーク内で第１のアクセスノードを選択することとを更に含むことができる。カテゴリは、所定のカテゴリ、例えば、警察ＵＥ、消防士ＵＥ等とすることができる。いくつかの実施の形態では、ワイヤレス通信システム内で、カテゴリに属する少なくとも１つのＵＥを決定することは、少なくとも１つのＵＥがカテゴリに動的に割り当てられていることを判断することを含むことができる。
【００１６】
提案される方法の１つ以上の実施の形態では、ネットワークは、５Ｇネットワークとすることができ、第１のアクセスネットワークノード及び第２のアクセスネットワークノードは、５Ｇネットワークのそれぞれ第１の一般ノードＢ（ｇＮＢ）及び第２の一般ｇＮＢとすることができる。
【００１７】
本開示の別の態様では、装置が提案される。この装置は、プロセッサと、このプロセッサに動作可能に結合されるメモリと、コンピュータネットワーク内で通信するネットワークインターフェースとを備える。この装置は、本開示において提案されるようなアクセスネットワークノード管理のための方法を実行するように構成される。
【００１８】
提案される装置は、５Ｇネットワーク内、例えば、５Ｇネットワークの一般ノードＢ（ｇＮＢ）内で実装することができる。
【００１９】
本開示の更に別の態様では、実行されると、メモリに動作可能に結合されるプロセッサを備える装置に、本開示において提案されるようなアクセスネットワークノード管理のための方法を実行させる実行可能命令で符号化される非一時的コンピュータ可読媒体が提案される。
【００２０】
本開示の更に別の態様では、コンピュータ可読媒体内に有形に具現されるコンピュータプログラムコードを含むコンピュータプログラム製品であって、このコンピュータプログラムコードは、コンピュータシステムに与えられ、実行されると、このコンピュータに、本開示において提案されるようなアクセスネットワークノード管理のための方法を実行させる命令を含む、コンピュータプログラム製品が提案される。本開示の別の態様では、本明細書において提案されるようなコンピュータプログラムを、例えば、圧縮又は符号化することを通して表すデータセットが提案される。
【００２１】
本発明は、限定はしないが、プロセス、装置、システム、デバイスとして、また、現時点で既知であるアプリケーション及び後に開発されるアプリケーションのための方法として含む、数多くの方法において実施し、利用できることは理解されたい。本明細書において開示されるシステムのこれらの、及び他の特有の特徴は、以下の説明及び添付の図面から、より容易に明らかになるであろう。
【００２２】
添付の明細書とともに以下の図面を参照することによって、本開示がより深く理解され、その数多くの目的及び利点が当業者にとってより明らかになるであろう。
【図面の簡単な説明】
【００２３】
【図１ａ】５Ｇワイヤレスネットワークの一例示のアーキテクチャを示す図である。
【図１ｂ】１つ以上の実施形態に従って提案される方法を適用することができる５Ｇワイヤレスネットワークの一例示のアーキテクチャを示す図である。
【図２】一例示のｇＮＢ間ハンドオーバー手順のコールフローを示す図である。
【図３】１つ以上の実施形態による提案される方法を示すブロック図である。
【図４】１つ以上の実施形態による、一例示のｇＮＢ間ハンドオーバー手順のコールフローを示す図である。
【図５】１つ以上の実施形態による、一例示のフロントホールアーキテクチャ再構成を示す図である。
【図６ａ】一例示のＦ１インターフェース構成の実施形態を示す図である。
【図６ｂ】一例示のＦ１インターフェース構成の実施形態を示す図である。
【図７】ミッションクリティカルのユーザ端末のｇＮＢ間ハンドオーバーの状況における提案される方法の一例示の実施形態を示す図である。
【図８ａ】共通ＣＵ−Ｃ識別機能が集中化される一例示のネットワークアーキテクチャを示す図である。
【図８ｂ】共通ＣＵ−Ｃ識別機能が非集中化される一例示のネットワークアーキテクチャを示す図である。
【図９】１つ以上の実施形態による一例示のネットワークノードを示す図である。
【発明を実施するための形態】
【００２４】
簡潔及び明確に例示するために、図面は、構成の一般的な方法を示し、既知の機構及び技法の説明及び細部は、本発明の説明される実施形態の議論を不必要に分かりにくくするのを避けるために省略される場合がある。さらに、図面内の要素は必ずしも縮尺どおりに描かれていない。例えば、図面内の要素のうちのいくつかの要素の寸法は、本発明の実施形態を理解しやすくするために、他の要素に対して誇張される場合がある。現実世界の条件下であれば極めて対称性が低く、秩序正しくない可能性が高い、直線、鋭い角度及び／又は平行な平面等を有する構造が示されるときのように、或る特定の図は、理解しやすくするために理想的に示される場合がある。異なる図における同じ参照符号は同じ要素を表す。一方、類似の参照符号は、必ずしもそうとは限らないが、類似の要素を表す場合がある。
【００２５】
さらに、本明細書における教示は、多種多様の形態において具現できること、及び本明細書において開示される任意の具体的な構造及び／又は機能は典型にすぎないことは明らかである。詳細に述べると、本明細書において開示される態様を、任意の他の態様から独立して実施できること、及びいくつかの態様を種々の方法で組み合わせることができることは当業者には理解されるはずである。
【００２６】
本開示は、１つ以上の例示の実施形態に従って、機能、エンジン、エンティティ、ユニット、方法のブロック図及びフローチャート図示、システム、装置及びコンピュータプログラムを参照して以下で説明される。各説明される機能、エンジン、エンティティ、ユニット、ブロック図のブロック及びフローチャート図示は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、又はこれらの任意の適した組み合わせにおいて実施することができる。ソフトウェアにおいて実施される場合、機能、エンジン、エンティティ、ユニット、ブロック図のブロック及び／又はフローチャート図示は、コンピュータプログラム命令又はソフトウェアコードによって実施することができ、コンピュータプログラム命令又はソフトウェアコードは、コンピュータ可読媒体上で記憶又は送信することができ、又は、汎用コンピュータ、専用コンピュータ、データセンター、サーバ、又は機械を生成する他のプログラマブルデータ処理装置にロードすることができ、コンピュータ又は他のプログラマブルデータ処理装置上で実行されるコンピュータプログラム命令又はソフトウェアコードは、本明細書において記載される機能、エンジン、エンティティ、ユニット、ブロック図のブロック及び／又はフローチャート図示を実施する手段を生成するようになっている。
【００２７】
コンピュータ可読媒体の実施形態は、限定はしないが、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体及び通信媒体の両方を含む。本明細書において用いられるとき、「コンピュータ記憶媒体」は、コンピュータ又はプロセッサによってアクセスすることができる任意の物理的な媒体とすることができる。さらに、「メモリ」及び「コンピュータ記憶媒体」という用語は、限定はしないが、ハードドライブ、フラッシュドライブ若しくは他のフラッシュメモリデバイス（例えば、メモリキー、メモリスティック、キードライブ）、ＣＤ−ＲＯＭ若しくは他の光記憶装置、ＤＶＤ、磁気ディスク記憶装置若しくは他の磁気記憶デバイス、メモリチップ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、スマートカード、若しくはコンピュータプロセッサによって読み出すことができる命令若しくはデータ構造の形でプログラムコードを搬送又は記憶するために使用することができる任意の他の適切な媒体、又はその組み合わせ等の、任意のタイプのデータ記憶デバイスを含む。また、種々の形のコンピュータ可読媒体は、ルータ、ゲートウェイ、サーバ又は他の伝送デバイスを含むコンピュータに、有線（同軸ケーブル、ファイバ、ツイストペア線、ＤＳＬケーブル）で、又は無線（赤外線、電波、セルラ、マイクロ波）で、命令を送信又は搬送することができる。命令は、限定はしないが、アセンブリ、Ｃ、Ｃ＋＋、Ｐｙｔｈｏｎ、ビジュアルベーシック、ＳＱＬ、ＰＨＰ及びＪＡＶＡ（登録商標）を含む、任意のコンピュータプログラミング言語からのコードを含むことができる。
【００２８】
具体的に他に明示されない限り、以下の説明を通して、処理、コンピューティング、計算、決定等の用語を利用する検討は、コンピューティングシステムのレジスタ又はメモリ内の電子的な量等の物理的な量として表されるデータを操作するか、又は、このデータを、コンピューティングシステムのメモリ、レジスタ若しくは他のそのような情報記憶装置、伝送デバイス若しくは表示デバイス内の物理的な量として同様に表される他のデータに変換する、コンピュータ、又はコンピューティングシステム、又は類似の電子コンピューティングデバイスの動作又はプロセスを指していることは理解されよう。
【００２９】
「備える」、「含む」、「有する」及び任意のその変形のような用語は、非排他的包含を含むことを意図しており、それにより、要素のリストを含むプロセス、方法、物品又は装置は、必ずしもそれらの要素には限定されず、そのようなプロセス、方法、物品又は装置に明記されないか、又は固有でない他の要素を含む場合がある。
【００３０】
さらに、「例示的な」という言葉は、本明細書において、「一例、事例又は例示としての役割を果たすこと」を意味するように使用される。「例示的」として本明細書において説明される任意の実施形態又は設計は、必ずしも、他の実施形態又は設計より好ましいか、又は有利であると解釈されるべきではない。
【００３１】
以下の説明及び特許請求の範囲において、「結合される」及び「接続される」という用語は、その派生語とともに、２つ以上の要素が互いに直接、物理的若しくは電気的に接触しているか、又は２つ以上の要素が互いに直接接触していないが、それでも依然として互いに協働するか、若しくは相互作用することを示すために、違いなく使用される場合がある。
【００３２】
本明細書において使用されるときに、「パケット」、「パケットデータユニット」及び「ＰＤＵ」という用語を区別なく用いて、ノード間、又は局間、又はネットワークにわたって転送又は送信される場合があるフレーム、データブロック、プロトコルデータユニット又は任意の単位のデータを示すことができる。パケットはビットのグループを含むことができ、グループは、例えば、１つ以上のアドレスフィールド、制御フィールド及びデータを含むことができる。データブロックは、任意の単位のデータ又は情報ビットとすることができる。
【００３３】
本開示の場合、「サーバ」という用語は、処理、データベース及び通信の設備を提供するサービス点を指すために使用される。一例であって、限定はしないが、「サーバ」という用語は、関連する通信、データ記憶及びデータベースの設備を備える、単一の物理的なプロセッサを指すことができるか、又はプロセッサ、並びに関連するネットワーク及び記憶デバイスと、サーバによって提供されるサービスをサポートするオペレーティングソフトウェア、並びに１つ以上のデータベースシステム及びアプリケーションソフトウェアとのネットワーク化された、又はクラスター化された複合体を指すことができる。サーバは、構成又は能力に関して大きく異なる場合があるが、一般的に、サーバは１つ以上の中央処理装置及びメモリを含むことができる。また、サーバは、１つ以上の大容量記憶装置、１つ以上の電源、１つ以上の有線若しくはワイヤレスネットワークインターフェース、１つ以上の入力／出力インターフェース、又はＷｉｎｄｏｗｓ  Ｓｅｒｖｅｒ、Ｍａｃ  ＯＳ  Ｘ、Ｕｎｉｘ、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ等の１つ以上のオペレーティングシステムを含むこともできる。
【００３４】
本開示の実施形態は、多様な応用において用いることができることが理解されるべきである。本発明がこの側面に限定されないものの、本明細書において開示されるアクセスネットワークノードを管理する提案される方法の実施形態は、例えば、ワイヤレス通信システム、例えば、１つ以上の無線技術、例えば時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数多元接続（ＯＦＤＭＡ）、単一搬送周波数分割多元接続（ＳＣ−ＦＤＭＡ）等、又はこれらの任意の組み合わせを用いたワイヤレス通信システムの任意のネットワークノード等の多くの装置において用いることができる。このようなワイヤレス通信システムの例は、モバイル通信用グローバルシステム（ＧＳＭ）システム及びその発展型（ジェネラルパケット無線サービス（ＧＰＲＳ）システム、ＧＳＭエボリューション用拡張データレート（ＥＤＧＥ）システムを含む）、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）及びその発展型（高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、高速パケットアクセス（ＨＳＰＡ）、高速ダウンリンクパケットアクセス（ＨＳＵＰＡ）、及び高速ダウンリンク／アップリンクパケットアクセス（ＨＳｘＰＡ）を含む）、符号分割多元接続（ＣＤＭＡ）システム及びその発展型（ＣＤＭＡ−２０００システムを含む）、ロングタームエボリューション（ＬＴＥ）システム及びその発展型（ＬＴＥアドバンスト（ＬＴＥ−Ａ）システムを含む）、及びそれらの発展型（既存であるか又は将来展開されるかを問わない）を含む。明確にするために、以下の説明は、５Ｇワイヤレスネットワークに焦点を当てる。しかしながら、本発明の技術的特徴は、これに限定されない。
【００３５】
図１ａは、５Ｇワイヤレスネットワークの一例示のアーキテクチャを示している。
【００３６】
図１ａには、ネットワーク及び１つ以上のユーザ機器（ＵＥ）（７ａ、７ｂ）を含むワイヤレス通信システム（１）が示されている。ネットワークは、無線アクセスネットワーク（ＮＧ−ＲＡＮ  ３）及びコアネットワーク（５ＧＣ  ２）を含むことができる。無線アクセスネットワークＮＧ−ＲＡＮ（３）は、ｇＮＢ（ｇＮＢ＃１  ４ａ、ｇＮＢ＃２  ４ｂ）と称される１つ以上の基地局を含むことができる。各ｇＮＢ（４ａ、４ｂ）は、１つ以上の分散ユニット（ｇＮＢ−ＤＵ又はＤＵ）及び集中化ユニット（ｇＮＢ−ＣＵ又はＣＵ）を含むことができる。ＮＧ−ＲＡＮ（３）の各ｇＮＢ（４ａ、４ｂ）は、ＮＧインターフェースと称される論理インターフェースを通して５ＧＣ（２）に接続される。ＮＧ−ＲＡＮ（３）の２つのｇＮＢ（４ａ、４ｂ）は、Ｘｎインターフェースと称される論理インターフェースを通して相互接続することができる。ｇＮＢ−ＣＵ及びｇＮＢ−ＤＵは、Ｆ１インターフェースと称される論理インターフェースを介して相互接続される。各ＤＵは、５Ｇネットワークのセルを管理することができ、いくつかのアーキテクチャ設計では、同じＤＵを管理する複数のＣＵ間でセルリソースアクセスが衝突するのを回避するように、１つのＤＵを１つのＣＵのみに接続することができる。他のアーキテクチャでは、特にＣＵ障害又はＦ１インターフェース障害に対する、ネットワークレジリエンシーを高めるように、１つのＤＵを複数のＣＵに接続することができる。
【００３７】
ＵＥ（７ａ、７ｂ）は、モバイル又は固定とすることができ、本開示では、ユーザ機器、ユーザ端末（ＵＴ）、移動局（ＵＳ）、加入者局（ＳＳ）、モバイル端末（ＭＴ）等と区別なく称される場合がある。ＵＥ（７ａ、７ｂ）は、Ｕｕインターフェースと称される論理インターフェースを通してＮＧ−ＲＡＮ（３）のＤＵ（６ａ、６ｂ）とワイヤレス通信することができる。
【００３８】
Ｕｕインターフェース及びＮＧインターフェースにわたるプロトコルは、一方では、実際のＰＤＵセッションサービスを実施する、すなわち、アクセス層（ＡＳ：access stratum）を通してユーザデータを搬送するプロトコルであるユーザプレーンプロトコルと、他方では、サービスを要求すること、異なる送信リソースを制御すること、ハンドオーバー等を含む、ＰＤＵセッション及びＵＥとネットワークとの間のコネクションの種々の態様を制御するプロトコルである制御プレーンプロトコルとに分割することができる。
【００３９】
図１ａのＮＧ−ＲＡＮ（３）ネットワークのいくつかの展開シナリオでは、各ｇＮＢ（４ａ、４ｂ）のＣＵ（５）ノードは、制御プレーン機能及びユーザプレーン機能の双方を、ｇＮＢ内でその制御下で動作する複数のＤＵ（６ａ、６ｂ）に提供することができる。そのような事例では、１つのＣＵエンティティが、制御プレーンＣＵエンティティ及びユーザプレーンＣＵエンティティを含むことができ、ＣＵとＤＵとの間のＦ１インターフェースは、制御プレーンインターフェース及びユーザプレーンインターフェースの双方を含むことができる。
【００４０】
制御プレーンエンティティ及びユーザプレーンエンティティが分離され、ユーザプレーンＣＵ（ＣＵ−Ｕ）エンティティとは別個の制御プレーンＣＵ（ＣＵ−Ｃ）エンティティがもたらされる他のシナリオ展開が近年検討されている。そのようなシナリオでは、ＣＵ−Ｃは、ＲＲＣプロトコル及びＰＤＣＰ−Ｃプロトコルを実施する制御プレーンシグナリングエンティティとみなすことができ、一方、ＣＵ−Ｕは、ＰＤＣＰ−Ｕプロトコルを実施するユーザプレーンエンティティとみなすことができる。ＣＵ（ＣＵ−Ｃ）の制御部分は、その場合、ＣＵによって管理されるＵＥとＤＵとの間のリソースの制御、コネクション確立、再確立、及びリリースを実行するように構成することができる。ＣＵ−Ｃは、ＮＲ基地局と、近傍のＮＲ／ＬＴＥ基地局との間のデュアルコネクティビティ確立／リリース等のローカル無線リソース管理を更に実行することができる。
【００４１】
検討されるシナリオに応じて、異なる論理エンティティ（分散ユニット、制御プレーンＣＵ及びユーザプレーンＣＵ）を異なる方法で物理的に実装して展開することができる。
【００４２】
制御プレーン及びユーザプレーンのためのＵｕインターフェース上のアクセス層における使用のために異なる無線インターフェースプロトコルスタックが指定される。無線インターフェースは、典型的に、対応するプロトコルを有する３つのレイヤから構成される。５Ｇネットワークの場合、３ＧＰＰ  ＴＳ  ３８．２００シリーズがレイヤ１（物理レイヤ）を記述し、一方、レイヤ２及びレイヤ３は、３ＧＰＰ  ＴＳ  ３８．３００シリーズ仕様書において記述されている。これらの３つのレイヤ又はそれらの関連付けられたプロトコルについての更なる詳細を得るために、これらの仕様書を参照することができる。
【００４３】
物理レイヤ（ＰＨＹ）であるレイヤ１は、上位レイヤにデータトランスポートサービスを提供し、レイヤ２の媒体アクセス制御（ＭＡＣ）サブレイヤ及びレイヤ３の無線リソース制御（ＲＲＣ）レイヤとインターフェース接続する。物理レイヤは、ＭＡＣにトランスポートチャネルを提供し、ＰＨＹレイヤによって提供されるサービスへのアクセスは、ＭＡＣサブレイヤを介したトランスポートチャネルの使用を通じたものである。トランスポートチャネルは、無線インターフェースを介して情報が転送される方法によって特徴付けられる。物理レイヤ手順は、リンクアダプテーション、電力制御、セル探索、ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat reQuest）、及びシステム情報ブロックＳＩＢ１の受信を含む。
【００４４】
５Ｇネットワークのレイヤ２は、次のサブレイヤ、すなわち、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、及びサービスデータアダプテーションプロトコル（ＳＤＡＰ：Service Data Adaptation Protocol）に分割される。ＭＡＣは、レイヤ２の無線リンク制御（ＲＬＣ）サブレイヤに異なる論理チャネルを提供する。ＭＡＣサブレイヤの主なサービス及び機能は、論理チャネルとトランスポートチャネルとの間のマッピング、トランスポートチャネル上の物理レイヤに送達されるトランスポートブロック（ＴＢ）への１つ又は異なる論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ）の多重化／トランスポート上の物理レイヤから送達されるＴＢからの１つ又は異なる論理チャネルに属するＭＡＣ  ＳＤＵの多重分離、情報報告のスケジューリング、ＨＡＲＱを通じた誤り訂正、ダイナミックスケジューリングによるＵＥ間の優先度ハンドリング、論理チャネル優先度付けによる１つのＵＥの論理チャネル間の優先度ハンドリング、及びパディングを含む。
【００４５】
レイヤ３において、制御プレーンにおいて規定されるＲＲＣサブレイヤの主なサービス及び機能は、アクセス層（ＡＳ）及び非アクセス層（ＮＡＳ）に関係付けられたシステム情報のブロードキャスト、５ＧＣ又はＮＧ−ＲＡＮによって開始されるページング、ＵＥとＮＧ−ＲＡＮとの間のＲＲＣコネクションの確立、維持及びリリース（キャリアアグリゲーションの追加、変更及びリリース、並びに５Ｇ  Ｎｅｗ  Ｒａｄｉｏ（ＮＲ）における又はＥ−ＵＴＲＡとＮＲとの間のデュアルコネクティビティの追加、変更及びリリースを含む）、キー管理を含むセキュリティ機能、シグナリング無線ベアラ（ＳＲＢ）及びデータ無線ベアラ（ＤＲＢ）の確立、構成、維持及びリリース、モビリティ機能（ハンドオーバー及びコンテキスト転送、ＵＥセル選択及び再選択並びにセル選択及び再選択の制御、ＲＡＴ間モビリティを含む）、ＱｏＳ管理機能、ＵＥ測定報告及び報告の制御、無線リンク障害の検出及びこの障害からの回復、並びにＵＥからＮＡＳへの／ＮＡＳからＵＥへのＮＡＳメッセージ転送を含む。
【００４６】
ＲＲＣレイヤの上に位置する非アクセス層（ＮＡＳ）レイヤは、セッション管理等のサービス及び機能を提供する。
【００４７】
５Ｇネットワークでは、制御プレーン制御ユニット（ＣＵ−Ｃ）は、ＲＲＣプロトコル及びＰＤＣＰ−Ｃプロトコルを提供するＲＲＣ及びＰＤＣＰ−Ｃレイヤとともに設けることができ、一方、データプレーン制御ユニット（ＣＵ−Ｕ）は、ＰＤＣＰ−Ｕプロトコルを提供することができる。分散ユニットは、ＵＥとの通信のために物理レイヤプロトコル、ＭＡＣレイヤプロトコル、及びＲＬＣレイヤプロトコルを提供することができる。
【００４８】
図１ｂは、図１ａ上に示すものとは異なる５Ｇワイヤレスネットワークの一例示のアーキテクチャを示す展開シナリオの一例を示している。
【００４９】
図１ｂには、ネットワーク、及びモバイル又は固定とすることができる１つ以上のユーザ機器（ＵＥ）（１１ａ、１１ｂ、１１ｃ）を含むワイヤレス通信システム（１０）が示されている。ネットワークは、無線アクセスネットワーク（ＮＧ−ＲＡＮ  １２）及びコアネットワーク（５ＧＣ  １３）を含むことができる。無線アクセスネットワークＮＧ−ＲＡＮ（１２）は、ＤＵ及びＣＵ−Ｃを相互接続する制御プレーンＦ１インターフェース（Ｆ１−Ｃ）上でより低いレイテンシーを達成するために、対応する第１の制御プレーンＣＵ−Ｃ（１６ａ）及び第２の制御プレーンＣＵ−Ｃ（１６ｂ）と共同配置された第１のＤＵ（１５ａ）及び第２のＤＵ（１５ｂ）を含む。中央ユーザプレーンＣＵ（ＣＵ−Ｕ  １６ｃ）は、ＮＧ−ＲＡＮ（１０）のＤＵ（１５ａ、１５ｂ）に共通であり、ユーザプレーンＦ１インターフェース（Ｆ１−Ｕ）を通して各ＤＵ（１５ａ、１５ｂ）に相互接続される。ＤＵと共同配置される、すなわち、（例えば、ＤＵエンティティと同じサーバ上に実装されるＣＵ−Ｃエンティティを通して）ＤＵと同じプレーンに配置される制御プレーンＣＵの各セットは、ｇＮＢ（１４ａ、１４ｂ）とみなすことができ、この事例において、図１ａ上に示されるアーキテクチャとは対照的に、ｇＮＢノードは、ユーザプレーンシグナリングエンティティを含まない。
【００５０】
各ｇＮＢエンティティ１４ａ、１４ｂは、システム１０のユーザ機器１１ａ、１１ｂ、１１ｃとのワイヤレス通信のためのエアインターフェース上で信号を送信及び受信する無線周波数ユニット１７ａ、１７ｂを備えている。
【００５１】
ネットワークレジリエンシーを高めるとともに、特にハードウェア、ソフトウェア、及び／又はローカルサイト障害に対する保護を提供するために、１つの主ＣＵ−Ｃ処理インスタンス及び１つ以上のバックアップＣＵ−Ｃ処理インスタンス（１８ａ、１８ｂ）を用いてＣＵ−Ｃエンティティ冗長性を保護するように、ＮＧ−ＲＡＮネットワーク（１０）において複数のＣＵ−Ｃインスタンスを提供することができる。主ＣＵ−Ｃ処理インスタンスと共同配置されず、したがって、図１ｂ上に示されるようにＤＵと共同配置されない１つ以上のバックアップＣＵ−Ｃ処理インスタンスを有することによってそのような冗長性を有利に活用することができる。
【００５２】
図１ｂは、ハードウェア、ソフトウェア、及び／又はローカルサイト障害に対するネットワークレジリエンシーを高めるように、それぞれのＦ１−Ｃインターフェースを通して分散ユニット１５ａ、１５ｂのセットにそれぞれ接続されたバックアップ制御プレーン中央ユニット（１８ａ、１８ｂ）のプールを示している。例えば、バックアップＣＵ−Ｃユニット１８ａ、１８ｂの各々は、それらがバックアップを提供するＣＵ−Ｃユニット１６ａ、１６ｂと地理的に共同配置しないものとすることができる。この例示のネットワーク展開では、１つ以上の分散ユニット１５ａ、１５ｂの各セットは、複数のＳＣＴＰコネクション（本開示においてアソシエーションとも称される）を通じてローカル制御中央ユニットＣＵ−Ｃ１６ａ、１６ｂ及びバックアップ制御中央ユニットＣＵ−Ｃｂ  １８ａ、１８ｂと接続することができる。
【００５３】
バックアップ制御中央ユニットＣＵ−Ｃｂ（１８ａ、１８ｂ）は、遠隔に配置されたバックアップ中央ユニットのプールに物理的に展開することができ、例えば、１つ以上の遠距離のクラウドサーバにおいて実装することができる。
【００５４】
制御中央ユニット（ＣＵ−Ｃ及びＣＵ−Ｃｂ）は、ＮＧインターフェースのユーザプレーン及び制御プレーン（それぞれＮＧ−Ｕ及びＮＧ−Ｃ）を通してコアネットワークノード、すなわち、アクセス及びモビリティ管理機能（ＡＭＦ）及びユーザプレーン機能（ＵＰＦ）（図２ｂ上に１つの論理エンティティ１９として示されている）に接続されている。共同配置されたＣＵ−Ｃ（１６ａ、１６ｂ）のステータスに応じて、各ＤＵ（１５ａ、１５ｂ）を、実線のＦ１−Ｃインターフェースを通してローカルＣＵ−Ｃ（１６ａ、１６ｂ）に、又は、バックアップＣＵ−Ｃプール内のバックアップＣＵ−Ｃ（１８ａ、１８ｂ）に接続することができる。
【００５５】
図１ｂ上で示されるネットワークアーキテクチャは、いくつかの５Ｇネットワークアーキテクチャ内の制御プレーンエンティティとユーザプレーンエンティティとの間の分離によって提供される向上したネットワーク展開の柔軟性を、バックアップＣＵ−Ｃ機能の使用を通じて得られる高められたネットワークレジリエンシーと組み合わせる。しかしながら、このネットワークアーキテクチャは、また、モビリティシグナリングに関していくつかの欠点を有し、特に図２上で示されるように増加した全体ハンドオーバーレイテンシーがもたらされる。
【００５６】
図２は、その一例が図１ｂ上で示されている、発信元ｇＮＢ及び目標ｇＮＢが分散アーキテクチャを有する事例（発信元ｇＮＢは制御ユニットＳ−ＣＵ及び分散ユニットＳ−ＤＵに分割され、目標ｇＮＢは制御ユニットＴ−ＣＵ及び分散ユニットＴ−ＤＵに分割されている）における、発信元ｇＮＢ（ｇＮＢ＃１）と目標ｇＮＢ（ｇＮＢ＃２）との間の一例示のｇＮＢ間ハンドオーバー手順のコールフローを示す図である。
【００５７】
図２上で示されるように、ＵＥは、発信元ＤＵ（Ｓ−ＤＵ）に測定報告メッセージ（Measurement Report message）を送信する（１）。ＵＥからの測定報告メッセージの受信に進むと、Ｓ−ＤＵは、発信元ＣＵ（Ｓ−ＣＵ）にアップリンクＲＲＣ転送メッセージ（Uplink RRC Transfer message）を送信して（２）、Ｓ−ＣＵに、受信された測定報告を提供する。アップリンクＲＲＣ転送メッセージを受信すると、Ｓ−ＣＵは、目標ＣＵ（Ｔ−ＣＵ）にハンドオーバー要求メッセージ（Handover Request message）を送信し（３）、これに対して、Ｔ−ＣＵは、ハンドオーバー要求肯定応答メッセージ（Handover Request Acknowledge message）を用いて応答する（４）。Ｔ−ＣＵは、目標ＤＵ（Ｔ−ＤＵ）にＵＥコンテキストセットアップ要求メッセージ（UE Context Setup Request message）も送信して（５）、ＵＥコンテキストを生成するとともに１つ以上のベアラをセットアップする。ＵＥコンテキストセットアップ要求メッセージを受信すると、Ｔ−ＤＵは、そのＵＥについてのアドミッション制御を実行し（６）、次に、ＵＥコンテキストセットアップ応答メッセージ（UE Context Setup Response message）を用いてＴ−ＣＵに応答する（７）。さらに、Ｔ−ＣＵは、Ｓ−ＣＵに、生成済みＲＲＣコネクション再構成メッセージを含むＵＥコンテキスト変更要求メッセージ（UE Context Modification Request message）を送信し（８）、そのＵＥについてのデータ送信を停止するように示す。Ｓ−ＣＵは、Ｓ−ＤＵにＵＥコンテキスト変更要求メッセージを転送する（８）。Ｓ−ＤＵは、これを受信すると、ＵＥにＲＲＣコネクション再構成メッセージを転送する（９）。また、Ｓ−ＤＵは、ダウンリンクデータ送達ステータスフレームを送信して、ＵＥに対する送信が失敗したダウンリンクデータに関してＳ−ＣＵに通知する。さらに、Ｓ−ＤＵは、Ｓ−ＣＵに送信される（１０）ＵＥコンテキスト変更応答メッセージを用いて、受信されたＵＥコンテキスト変更要求メッセージに応答し、Ｓ−ＣＵは、ＵＥコンテキスト変更応答メッセージをＴ−ＣＵに転送する（１０）。次に、ＵＥとともにＴ−ＤＵにおいてランダムアクセス手順が実行される（１１）。ＵＥは、ＲＲＣコネクション再構成完了メッセージ（RRC Connection Reconfiguration Complete message）を用いてＴ−ＤＵに応答する（１２）。ＲＲＣコネクション再構成完了メッセージを受信すると、Ｔ−ＤＵは、Ｔ−ＣＵにアップリンクＲＲＣ転送メッセージ（Uplink RRC Transfer message）を送信して（１３）、受信されたＲＲＣコネクション再構成完了メッセージを転送する。図２上で示されるこの手順は、Ｔ−ＣＵが、Ｓ−ＣＵによって中継してＳ−ＤＵに、ＵＥコンテキストリリースコマンドメッセージ（UE Context Release Command message）を送信し（１４）、Ｓ−ＤＵがＵＥコンテキストをリリースし、Ｓ−ＤＵがＵＥコンテキストリリース完了メッセージ（UE Context Release Complete message）を用いてＳ−ＣＵに応答する（１５）ことで終了する。次に、このメッセージは、Ｔ−ＣＵに中継される。
【００５８】
図２上で示される例示のハンドオーバー手順の場合、Ｆ１インターフェース、ＸＮインターフェース及びＮＧインターフェースにわたる単方向通信のレイテンシーが約５ｍｓであり、アドミッション制御が１０ｍｓ内に実行され、ＲＡＣＨ手順レイテンシーが約２５ｍｓであり、Ｕｕインターフェース（ユーザ端末ＵＥとＤＵとの間のインターフェース）にわたる単方向通信のレイテンシーが２ｍｓであり、処理遅延が約２ｍｓであると仮定すると、図２上で示される例示のアーキテクチャの場合の全体ＤＵ間ハンドオーバーレイテンシーは、約１４０ｍｓとなり、これは、ＬＴＥ−Ａ（ＣＵ／ＤＵ分割を伴わない）における典型的なＸ２ハンドオーバーレイテンシー（約９１ｍｓになると推定することができる）よりも高い。
【００５９】
したがって、ｇＮＢの各ＤＵが対応するＣＵ、例えば図１ｂ上に示されるようなＤＵと共同配置される対応するＣＵ−Ｃに関連付けられる分散アーキテクチャ、すなわち、発信元ＤＵ及び目標ＤＵに関与するＤＵ間ＵＥハンドオーバーが、第１のＣＵ及び第２のＣＵ（発信元ＤＵ及び目標ＤＵの双方を制御する単一のＣＵエンティティではなく）、それぞれ対応する発信元ＤＵ及び第２のＤＵ（及びこれらの動作を制御すること）にも関与するアーキテクチャを用いる５ＧネットワークのＤＵ間ハンドオーバーレイテンシーを削減することが望ましい。
【００６０】
図３は、１つ以上の実施形態による提案される方法を示している。
【００６１】
無線アクセスネットワーク、例えばＮＧ−ＲＡＮ等のネットワークを含むワイヤレス通信システム、例えば５Ｇシステムは、アクセスネットワーク要素、とりわけ、第１のアクセスネットワークノード及び第２のアクセスネットワークノードを含むことができる。
【００６２】
第１のアクセスネットワークノード及び第２のアクセスネットワークノードの各々は、図１ｂによって示される上記の例示のネットワークにおいて説明されたように、それぞれ、システムのユーザ機器と無線アクセスネットワークとの間のデータ通信の制御プレーンを管理する第１の中央ユニットＣＵ−Ｃ１、及び、システムのユーザ機器と無線アクセスネットワークとの間のデータ通信の制御プレーンを管理する第２の中央ユニットＣＵ−Ｃ２を含むことができる。第１のＣＵ−Ｃは、ＵＥの、第１のアクセスネットワークノードを通したネットワークとのデータ通信の制御プレーンを管理するように構成することができ、一方、第２のＣＵ−Ｃは、ＵＥの、第２のアクセスネットワークノードを通したネットワークとのデータ通信の制御プレーンを管理するように構成することができる。
【００６３】
第１のアクセスネットワークノード及び第２のアクセスネットワークノードは、ＵＥとそれぞれ第１のアクセスネットワークノード及び第２のアクセスネットワークノードとの間のデータ通信のために構成された、１つ以上の分散ユニットＤＵの第１のセット及び第２のセットを更に含むことができる。
【００６４】
１つ以上の実施形態において、第１のアクセスネットワークノード及び第２のアクセスネットワークノードのアーキテクチャは、ＤＵの第１のセットＤＵ１及び第２のセットＤＵ２の動作が、少なくとも部分的に、それぞれ第１のＣＵ−ＣであるＣＵ−Ｃ１及び第２のＣＵ−ＣであるＣＵ−Ｃ２によって制御されるようになっているものとすることができる。
【００６５】
第１のアクセスネットワークノード、したがって、第１のＣＵ−ＣであるＣＵ−Ｃ１及びＤＵの第１のセットＤＵ１を検討すると、第１のアクセスネットワークノードは、１つ以上の実施形態において、ＣＵ−Ｃ１が少なくとも部分的にＤＵ１の動作を制御する状態で初期的に構成することができる。
【００６６】
本開示の１つ以上の実施形態において、第１のアクセスネットワークノードの（再）構成は、少なくとも部分的にＤＵの第２のセットＤＵ２の動作を制御する第１のアクセスネットワークノードの第１のＣＵ−ＣであるＣＵ−Ｃ１とは異なるＣＵ−ＣｄをＣＵ−Ｃのネットワーク内で決定すること（２０）を含むことができる。
【００６７】
いくつかの実施形態では、決定されたＣＵ−ＣであるＣＵ−Ｃｄは、少なくとも部分的に、第２のアクセスネットワークノードに関連付けられたＣＵ−Ｃ、例えば第２のアクセスネットワークノードの第２のＣＵ−ＣであるＣＵ−Ｃ２と一致するか、又はこれに対応することができる。
【００６８】
他の実施形態では、決定されたＣＵ−ＣであるＣＵ−Ｃｄは、図１ｂ上に示されるように、例えばバックアップＣＵ−Ｃ中央ユニットのプール内に含まれるバックアップＣＵ−Ｃと少なくとも部分的に一致するか、又はこれに対応することができ、バックアップＣＵ−Ｃ中央ユニットのうちのいくつかは、第１のアクセスネットワークノード及び第２のアクセスネットワークノードにそれぞれ関連付けられ、バックアップＣＵ−Ｃは、第２のアクセスネットワークノードの第２のＣＵ−ＣであるＣＵ−Ｃ２のバックアップを提供するように構成されているものに基づいて選択される。
【００６９】
その後、第１のアクセスネットワークノードは、１つ以上の実施形態において、決定されたＣＵ−ＣであるＣＵ−Ｃｄに関連して動作するように構成することができる（２１）。
【００７０】
実施形態において、構成することは、第１のアクセスネットワークノードの分散ユニットのうちのいくつか又は全てが、決定されたＣＵ−ＣであるＣＵ−Ｃｄに関連して動作する、すなわち、ＣＵ−Ｃ１エンティティの代わりにＣＵ−Ｃｄエンティティの制御下で動作するように、ＤＵの第１のセットであるＤＵ１の分散ユニットを、決定されたＣＵ−ＣであるＣＵ−Ｃｄに関連付けること（２２）を含むことができる。結果として、第１のアクセスネットワークノードの分散ユニット及び第２のアクセスネットワークノードの分散ユニットは、ＵＥとネットワークとの間のデータ通信の制御プレーンの管理のために、同じＣＵ−Ｃエンティティ、すなわち、ＣＵ−Ｃｄエンティティの共通制御下で動作することができる。
【００７１】
いくつかの実施形態では、第１のアクセスノードを構成すること（それぞれ、再構成すること）は、ＤＵの第１のセットであるＤＵ１の少なくとも１つの分散ユニットと、決定されたＣＵ−ＣであるＣＵ−Ｃｄとの間のデータ通信制御インターフェースコネクションを構成すること（それぞれ、再構成すること）を含むことができる。実施形態において、このような構成することは、ＤＵの第１のセットであるＤＵ１の少なくとも１つの分散ユニットと、決定されたＣＵ−ＣであるＣＵ−Ｃｄとの間のデータ通信制御インターフェースコネクションをセットアップすることを含むことができる。
【００７２】
実施形態に応じて、提案される構成方式は、第１のアクセスネットワークノード内の分散ユニットの動作を、制御プレーンＣＵ−ＣであるＣＵ−Ｃｄの単一の中央ユニット又は制御プレーンの２つの中央ユニットに関連して（例えば、少なくとも部分的に、中央ユニットの制御下で）実行されることを可能にし、単一の中央ユニットは、第１のアクセスネットワークノードの分散ユニット及び第２のアクセスネットワークノードの分散ユニットに共通であり、２つの中央ユニットは、第１のアクセスネットワークノードに関連して初期的に（すなわち、第１のアクセスノードの構成の前に）動作するＣＵ−Ｃ及び決定されたＣＵ−ＣであるＣＵ−Ｃｄであり、それらの２つのＣＵ−Ｃの機能のうちのいくつかが併合されて、それらのうちの一方によって動作され、いくつかのＣＵ−Ｃ機能は、第１のアクセスネットワークノードの分散ユニット及び第２のアクセスネットワークノードの分散ユニットに共通して提供されるようになっている。
【００７３】
バックアップＣＵ−Ｃがアクセスネットワークノードの再構成に用いられることが決定される実施形態では、バックアップＣＵ−Ｃは、第１のアクセスネットワークノード及び第２のアクセスネットワークノードの双方の分散ユニットにＣＵ−Ｃ機能を提供するための共通ＣＵ−Ｃエンティティとして用いることができる。
【００７４】
提案される構成方式は、２つの別個のアクセスネットワークノードの分散ユニットに提供されることになるＣＵ−Ｃ機能の併合を可能にする。これにより、２つの別個のアクセスネットワークノード間のハンドオーバーのレイテンシーの削減がもたらされる。
【００７５】
特に、提案される構成方式は、いくつかの実施形態では、アクセスネットワークノードの中央ユニットのそれぞれの制御機能のマージャー（merger）を通じて別個のアクセスネットワークノードに共通制御プレーンアンカー（例えば、共通バックアップＣＵ−Ｃにおいて構成される）を提供する。いくつかの実施形態では、このような共通制御プレーンアンカーは、高速かつオンデマンドのグループモビリティ管理を可能にするのに用いることができる。
【００７６】
１つ以上の実施形態において、第１のアクセスネットワークノード及び第２のアクセスネットワークノードは、それぞれＮＢ−ＲＡＮアクセスネットワークの第１のｇＮＢノード及び第２のｇＮＢノードであるｇＮＢ１及びｇＮＢ２を含むことができ、ＣＵ−Ｃ１及びＤＵ１がｇＮＢ１の制御プレーンｇＮＢ中央ユニット（ｇＮＢ−ＣＵ）及びｇＮＢ分散ユニット（ｇＮＢ−ＤＵ）であり、ＣＵ−Ｃ１及びＤＵ２がｇＮＢ２の制御プレーンｇＮＢ中央ユニット（ｇＮＢ−ＣＵ）及びｇＮＢ分散ユニット（ｇＮＢ−ＤＵ）である。
【００７７】
例えば、図１ｂに戻って参照すると、第１のアクセスネットワークノード及び第２のアクセスネットワークノードは、それぞれ第１のｇＮＢ  １４ａ及び第２のｇＮＢ  １４ｂを含むことができ、第１のアクセスノードがＤＵ  １５ａ及びＣＵ−Ｃ  １６ａを含み、第２のアクセスネットワークノードがＤＵ  １５ｂ及びＣＵ−Ｃ  １６ｂを含む。第１のｇＮＢ  １４ａの（再）構成に対して、本開示の実施形態に従って決定されたＣＵ−Ｃは、第２のｇＮＢ  １４ｂのＣＵ−Ｃ  １６ｂ、又は、バックアップ中央ユニットのプール内のＣＵ−Ｃ  １８ｂ、例えば、第２のｇＮＢ  １４ｂのＣＵ−Ｃ  １６ｂのバックアップＣＵ−Ｃとして動作するように構成されたバックアップＣＵ−Ｃ、に対応することができる。第１のアクセスネットワークノード及び第２のアクセスネットワークノードの分散ユニットに対して制御プレーン機能を提供するこの共通ＣＵ−Ｃエンティティは、図１ｂ上に示される例示のアーキテクチャによって示されるように、アクセスネットワークの１つ以上のＤＵに共通のＣＵ−Ｕエンティティに更に関連付けることができ、したがって、第１のアクセスネットワークノード及び第２のアクセスネットワークノードに共通の中央ユニットＣＵが形成される。
【００７８】
図４は、発信元ｇＮＢ及び目標ｇＮＢが、同じＣＵエンティティ（共通ＣＵ）に双方とも関連付けられたそれぞれのＤＵエンティティ（発信元ＤＵであるＳ−ＤＵ及び目標ＤＵであるＴ−ＤＵ）を含む事例における、発信元ｇＮＢ（ｇＮＢ＃１）と目標ｇＮＢ（ｇＮＢ＃２）との間の一例示のｇＮＢ間ハンドオーバー手順のコールフローを示す図である。実施形態に応じて、いくつかのＤＵエンティティに共通のＣＵエンティティは、共通制御プレーンＣＵ、すなわち、いくつかのＤＵエンティティに共通のＣＵ−Ｕ、及び、共通ユーザプレーンＣＵ、すなわち、いくつかのＤＵエンティティに共通のＣＵ−Ｕを含むことができるように、分離されたユーザプレーン機能及び制御プレーン機能を有することができ、これは、図１ｂ上に、ただし共通のＣＵ−Ｃに対してのみ示される。
【００７９】
図４を参照すると、ユーザ端末ＵＥは、本開示の実施形態よるＳ−ＤＵ及び共通ＣＵ−Ｃを含む発信元ｇＮＢから、Ｔ−ＤＵ及び共通ＣＵ−Ｃを含む目標ｇＮＢにハンドオーバーすることができる。この例では、発信元ｇＮＢ及び目標ｇＮＢの分散ユニットは、上記で説明されたように共通ＣＵ−Ｃに関連して動作される。言い換えれば、共通ＣＵ−Ｃは、発信元ｇＮＢ及び目標ｇＮＢの分散ユニットに対して制御プレーン機能を提供する。
【００８０】
図４上で示されるように、ＵＥは、発信元ＤＵ（Ｓ−ＤＵ）に測定報告メッセージを送信する（１）。ＵＥからの測定報告メッセージの受信に進むと、Ｓ−ＤＵは、共通ＣＵ（Ｃｏｍｍｏｎ−ＣＵ）にアップリンクＲＲＣ転送メッセージを送信して（２）、Ｃｏｍｍｏｎ−ＣＵに、受信された測定報告を提供する。アップリンクＲＲＣ転送メッセージを受信すると、Ｃｏｍｍｏｎ−ＣＵは、目標ＤＵ（Ｔ−ＤＵ）にＵＥコンテキストセットアップ要求メッセージを送信して（３）、ＵＥコンテキストを生成するとともに１つ以上のベアラをセットアップする。ＵＥコンテキストセットアップ要求メッセージを受信すると、Ｔ−ＤＵは、そのＵＥについてのアドミッション制御を実行し（４）、次に、ＵＥコンテキストセットアップ応答メッセージを用いてＣｏｍｍｏｎ−ＣＵに応答する（５）。さらに、Ｃｏｍｍｏｎ−ＣＵは、Ｓ−ＤＵに、生成済みＲＲＣコネクション再構成メッセージを含むＵＥコンテキスト変更要求メッセージを送信し（６）、そのＵＥについてのデータ送信を停止するように示す。Ｓ−ＤＵは、これを受信すると、ＵＥにＲＲＣコネクション再構成メッセージを転送する（７）。さらに、Ｓ−ＤＵは、Ｃｏｍｍｏｎ−ＣＵに送信される（８）ＵＥコンテキスト変更応答メッセージを用いて、受信されたＵＥコンテキスト変更要求メッセージに応答する。次に、ＵＥとともにＴ−ＤＵにおいてランダムアクセス手順が実行される（９）。ＵＥは、ＲＲＣコネクション再構成完了メッセージを用いてＴ−ＤＵに応答する（１０）。ＲＲＣコネクション再構成完了メッセージを受信すると、Ｓ−ＤＵは、Ｃｏｍｍｏｎ−ＣＵにアップリンクＲＲＣ転送メッセージを送信して（１１）、受信されたＲＲＣコネクション再構成完了メッセージを搬送する。図４上で示されるこの手順は、Ｃｏｍｍｏｎ−ＣＵが、Ｓ−ＤＵにＵＥコンテキストリリースコマンドメッセージを送信し（１２）、Ｓ−ＤＵがＵＥコンテキストをリリースし、Ｓ−ＤＵがＵＥコンテキストリリース完了メッセージを用いてＣｏｍｍｏｎ−ＣＵに応答する（１３）ことで終了する。
【００８１】
図２に関して上記で言及されたものと同様の、異なるエンティティ間のシグナリングのレイテンシーの場合の仮定を検討すると、全体ハンドオーバーレイテンシーは、およそ１００ｍｓと評価することができ、これは、図４上に示されるＣＵ−Ｃ間ハンドオーバーに対してハンドオーバーレイテンシーの観点で約４０％の改善に対応する。
【００８２】
ハンドオーバーレイテンシーのこのような大幅な利得は、本開示において提案されるアクセスネットワークノードアーキテクチャ及び／又はフロントホールインターフェース再構成方式の結果得られ、これは、例えば、ミッションクリティカルユーザ端末についての高速ハンドオーバーを可能にするために活用することができる。
【００８３】
１つ以上の実施形態において、選択されたユーザ端末、例えば、ミッションクリティカルユーザ端末のカテゴリに属するユーザ端末のモビリティに寄与する可能性が最も高い無線アクセスネットワークの基地局又はアクセスノード（例えば、５Ｇネットワークの事例におけるｇＮＢ）（各基地局又はアクセスノードは制御プレーン機能のための制御ユニットの制御下で動作する少なくとも分散ユニットを含む）を識別するように決定を実行することができる。このような決定は、無線アクセスネットワークにおける推定トラフィック分散に基づいて行うことができる。以下で更に詳細に説明されるように、アクセスノードの寄与は、種々のネットワーク及びトラフィックパラメーターを考慮に入れるネットワークのアクセスノードのランク付けを通じて評価することができる。好ましくは、このような決定を通じて識別されるアクセスノードは、選択されたユーザ端末のトラフィックの期待される発展型に適応するために、周期的に再検討することができる。
【００８４】
いくつかの実施形態では、アクセスノードは、データ通信トラフィック強度、例えば、アクセスノードの分散ユニットにそれぞれ関連付けられたトラフィック強度に基づいてネットワーク内で選択することができる。本開示において提案されるアクセスノードの構成又は再構成は、その場合、最大トラフィック強度を示す選択されるアクセスノードの分散ユニットに適用することができる。そのような事例では、再構成のため、例えばより高速なハンドオーバー性能のためのアクセスノードの選択は、ＵＥの特定のカテゴリに依存しないものとすることができる。
【００８５】
１つ以上の実施形態において、例えば以前に識別されたアクセスノードのそれぞれの制御ユニットの制御機能の併合によって、これらのアクセスノードに共通制御プレーンアンカーＣＵ（例えば、共通バックアップＣＵ−Ｃ）を提供することができる。構成された共通ＣＵ−Ｃは、高速かつオンデマンドのグループモビリティ管理を可能にするように用いることができる。併合及び対応するシグナリング構成の異なる実施形態が以下で説明される。
【００８６】
他の実施形態では、構成又は再構成されることになるアクセスノードの決定は、カテゴリに属するＵＥ（例えば、ＰＭＲ  ＵＥ（警察部隊、消防士、公安部隊等）等のミッションクリティカルＵＥ）に基づくこととすることができ、アクセスノードは、特定のカテゴリに属するものとして識別されたＵＥによってデータ通信に用いられるＤＵにそれぞれ関連付けられたデータ通信トラフィック強度に基づいてネットワーク内で選択することができる。
【００８７】
実施形態に応じて、カテゴリは、所定のカテゴリとすることもできるし、個々又はグループ単位でＵＥに動的に割り当てることもできる。例えば、ミッションクリティカルＵＥは、それ自体その第１の使用法のものとして設計することもできるし、所定の状況、例えば、本開示において提案されるアクセスノード再構成を要求する、ネットワークにおける重いトラフィック負荷が発生すると、ネットワークによって動的に識別することもできる。
【００８８】
図１ｂ上に示されるアーキテクチャ、すなわち、制御プレーンＣＵ（ローカルＣＵ−Ｃ）と共同配置されたＤＵを含むｇＮＢを有し、ユーザプレーンＣＵ機能が全てのｇＮＢに共通の集中化ユニットによって提供されるアーキテクチャ等のアーキテクチャを用いる１つ以上の実施形態において、ローカルＣＵ−Ｃと決定された共通ＣＵ−Ｃとの間の切り替えは、識別されたｇＮＢのＤＵとＤＵを制御するＣＵ−Ｃとの間のＦ１−Ｃインターフェースの再構成によって有効化することができる。
【００８９】
実施形態に応じて、上記で言及されたアクセスノードの決定、共通ＣＵ−Ｃの構成、及び決定されたアクセスノードのＤＵとＤＵを制御するＣＵ−Ｃとの間のインターフェースの再構成の種々の組み合わせを、例えば、図１ｂ上に示すアーキテクチャを有する５Ｇネットワークに対して検討することができる。
【００９０】
いくつかの実施形態では、ミッションクリティカルＵＥの各ハンドオーバー又はハンドオーバーのグループについて、発信元ｇＮＢ及び目標ｇＮＢが識別され、次に、共通バックアップＣＵ−Ｃが構成され、Ｆ１−Ｃインターフェースが再構成される。
【００９１】
他の実施形態では、ミッションクリティカルモビリティに強く寄与するｇＮＢが識別され、共通バックアップＣＵ−Ｃが予備段階中に事前構成される。次に、ミッションクリティカルＵＥの各ハンドオーバー又はハンドオーバーのグループについて、Ｆ１−Ｃインターフェースがハンドオーバー持続時間の間再構成される。
【００９２】
更に他の実施形態では、ミッションクリティカルモビリティに強く寄与するｇＮＢが識別され、共通バックアップＣＵ−Ｃが予備段階中に事前構成される。次に、ミッションクリティカルＵＥのハンドオーバーの強い必要性が識別される場合、Ｆ１−Ｃインターフェースは、この強い必要性が識別される限り再構成される。
【００９３】
上述したように、１つ以上の実施形態において、１つ又はいくつかのアクセスネットワークノードを再構成することを伴う場合があるアクセスネットワークのフロントホールアーキテクチャの提案される再構成は、第１のアクセスネットワークノード及び第２のアクセスネットワークノードのそれぞれの分散ユニットに関連付けられた制御プレーン中央ユニット（ＣＵ−Ｃ）機能又はエンティティのマージャーを含むことができる。
【００９４】
１つ以上の実施形態において、このようなマージャーは、同じＣＵ−Ｃエンティティを、第１のアクセスネットワークノードの分散ユニットのうちの少なくともいくつか、及び、第２のアクセスネットワークノードの分散ユニットのうちの少なくともいくつかのためのバックアップＣＵ−Ｃエンティティとすることができるように、バックアップＣＵ−Ｃを再構成することを含むことができる。
【００９５】
ＣＵ−Ｃ機能がアクセスネットワークにおいて用いられるネットワーク機能仮想化アーキテクチャの一部として仮想化される他の実施形態では、ＣＵ−Ｃ機能の仮想化は、ＣＵ−Ｃ機能マージャーを達成するのに用いることができる。
【００９６】
ＮＦＶアーキテクチャにおいて、種々のネットワークエンティティ機能は、プロセッサと、プロセッサに動作可能に結合されたメモリとを各々含む一般的なハードウェアプラットフォーム上で実行されるソフトウェアによって実施されることによって仮想化することができる。この機能は、他の一般的なプラットフォームと交換可能である一般的なハードウェアプラットフォーム上で実行することができるソフトウェアによって実施されるので、仮想であるものと考慮される。ＮＦＶオーケストレータは、同じハードウェアプラットフォーム上の種々のネットワーク機能の実行を編成する（例えば、異なる機能を実施するソフトウェアの衝突する同時実行が存在しないことを確実にすることを含む）のに提供されるソフトウェアによって実施される機能である。
【００９７】
図５は、一例示のフロントホールアーキテクチャ再構成を示す図を示している。
【００９８】
図５を参照すると、ＮＦＶアーキテクチャにおいて、第１のアクセスネットワークノードの分散ユニット（３０ａ）及び第２のアクセスネットワークノードの分散ユニット（３０ｂ）は、ＮＦＶオーケストレータ（３２）を通してオープンフロースイッチ（ＯＦＳ）プラットフォーム（３１ａ及び３１ｂ）上でそれぞれ実行されるそれぞれのＣＵ−ＣエンティティＣＵ−Ｃ１及びＣＵ−Ｃ２（３３ａ及び３３ｂ）に接続することができる。ＮＦＶオーケストレータ（３２）は、トラフィック情報を受信し、第１のＣＵ−Ｃエンティティ（３３ａ）又は第２のＣＵ−Ｃエンティティ（３３ｂ）に向けられたトラフィック又はこれらから発信されるトラフィックに対する第１のアクセスネットワークノードの分散ユニット（３０ａ）及び第２のアクセスネットワークノードの分散ユニット（３０ｂ）の中から関連分散ユニットを識別するように構成することができる。ＮＧ−ＲＡＮネットワークにおいて、分散ユニットの第１のセット／分散ユニットの第２のセット間のインターフェースは、図５上に示すようにＦ１タイプインターフェースとすることができる。特に、第１のＣＵ−Ｃ（３３ａ）及び第２のＣＵ−Ｃ（３３ｂ）のＲＲＣ機能は、ＮＦＶオーケストレータ（３２）によって制御される仮想機能とすることができる。
【００９９】
１つ以上の実施形態において、ＮＦＶオーケストレータは、フロントホールアーキテクチャ再構成をトリガーする要求を含む情報を受信することができる。例えば、この情報は、基地局が寄与する、ミッションクリティカルユーザ端末のハンドオーバーの期待数である。
【０１００】
フロントホールアーキテクチャ再構成をトリガーする要求を受信すると、ＮＦＶオーケストレータは、第１のＣＵ−ＣエンティティＣＵ−Ｃ１（３３ａ）及び第２のＣＵ−ＣエンティティＣＵ−Ｃ２（３３ｂ）によって提供される仮想ＣＵ−Ｃの、共通仮想機能（３３ｃ）、すなわち、第１のアクセスネットワークノードの分散ユニット（３０ａ）のうちの少なくともいくつか、及び、第２のアクセスネットワークノードの分散ユニット（３０ｂ）のうちの少なくともいくつかにＣＵ−Ｃ機能を提供する共通のＣＵ−Ｃ仮想エンティティへの併合を開始することができる。そのような共通仮想機能は、特定のユーザ端末セットのためのモビリティ管理機能として用いることができる。上記分散ユニットＤＵの物理レイヤは、ＣＵ−Ｃ機能を実施する異なる仮想機能間でリソースが分割される柔軟な物理レイヤである。
【０１０１】
１つ以上の実施形態において、ＮＦＶオーケストレータによって実行されるＣＵ−Ｃ機能マージャーは、ＮＦＶオーケストレータが第１のアクセスネットワークノード及び第２のアクセスネットワークノードのバックアップＣＵ−Ｃエンティティの仮想機能を、特定のユーザ端末セットのためのモビリティ管理機能として用いることができる共通仮想機能に併合することができるように、バックアップＣＵ−Ｃ仮想機能を伴うことができる。上記分散ユニットＤＵの物理レイヤは、ＣＵ−Ｃ機能を実施する異なる仮想機能間でリソースが分割される柔軟な物理レイヤである。
【０１０２】
１つ以上の実施形態において、提案される方法は、共通ＣＵ−Ｃが展開の異なるアクセスノードに共通であることを確実にする必要性に対処することができる。実施形態において、ミッションクリティカルＵＥのモビリティに最も寄与する特定のアクセスノードは、運用及び保守（ＯＡＭ）又は自己組織化ネットワーク（ＳＯＮ）機能によって事前に決定することができる。その場合、フロントホールは、本開示において説明されるフロントホールアーキテクチャ再構成を用いてこれらのアクセスノードのために再構成することができる。
【０１０３】
他の実施形態では、１つ又はいくつかのアクセスノードの各々は、さらに、目標アクセスノードへのハンドオーバーを要求するミッションクリティカルユーザ端末の重要な到来トラフィックを測定し、自身のフロントホールを再構成し、例えばハンドオーバー準備シグナリングとともに、又はこれに含めて、そのバックアップＣＵ−Ｃを示す情報（例えば、そのバックアップＣＵ−Ｃのアドレス）を目標アクセスノードに提供するように構成することができる。発信元アクセスノードからそのような情報を受信すると、目標アクセスノードは、同じバックアップＣＵ−Ｃにそのフロントホールを再構成するように構成することができ、この目標アクセスノードは、到来するミッションクリティカルユーザのトラフィックのためにリソースを予約するためにその物理レイヤを対応して調整することができる。
【０１０４】
更に他の実施形態では、１つ又はいくつかのアクセスノードの各々は、ミッションクリティカルユーザ端末の重要なトラフィックをアクセスノードにハンドオーバーして、その後、これらのハンドオーバーの目標アクセスノードとして動作するそれぞれの尤度に基づいて、発信元アクセスノードを識別するように構成することができる。目標アクセスノードは、これらのアクセスノードに、そのバックアップＣＵ−Ｃを示す情報（例えば、そのバックアップＣＵ−Ｃのアドレス）を送信するように構成することができる。そのような情報は、発信元アクセスノードに記憶することができるとともに、ハンドオーバー準備中の高速フロントホール再構成に用いることができる。
【０１０５】
１つ以上の実施形態において、制御ユニット及び１つ以上の分散ユニットを含むネットワークアクセスノードの提案される構成は、ＣＵとＤＵとの間のインターフェースの構成、すなわち、５Ｇネットワークでは、制御ユニット、及びアクセスネットワークノードの１つ以上の対応する分散ユニットのうちの少なくともいくつかを接続するＦ１インターフェースの構成を含むことができる。
【０１０６】
１つ以上の実施形態において、Ｆ１インターフェースの構成は、無線アクセスネットワークを用いたユーザ端末の特性に基づくものとすることができる。例えば、Ｆ１インターフェースの構成は、上記で説明されたより高速なハンドオーバーから利益を得るために、ミッションクリティカルユーザ端末のハンドオーバーの重要な数に寄与する基地局のＤＵを、共通ＣＵに接続するように設計することができる。
【０１０７】
実施形態に応じて、Ｆ１インターフェース再構成のために異なる選択肢を検討することができる。
【０１０８】
一実施形態によれば、「Ｆ１フレックスメカニズム」と称される、第１のＣＵ−Ｃノード（例えば、ＤＵと共同配置されたＣＵ−Ｃノード）に関連付けられた分散ユニットＤＵは、その物理レイヤを再構成して第２のＣＵ−Ｃノードにアタッチする、すなわち、ネットワークへのアクセスのためにＤＵを用いるユーザ端末のうちの１つ以上のトラフィックに対して、第２のＣＵ−ＣノードとのＦ１インターフェースを確立し、それと同時に、ネットワークへのアクセスのためにＤＵを用いる他のユーザ端末のための第１のＣＵ−Ｃノードとの既存のコネクションを維持するように構成することができる。換言すれば、少なくともいくつかのＵＥについて、ＤＵと第１のＣＵ−Ｃノードとの間のデータ通信制御インターフェースコネクションを、ＤＵと第２のＣＵ−Ｃとの間のデータ通信制御インターフェースコネクションに置き換えることができる。
【０１０９】
「サイトマルチホーミング」と称される別の実施形態は、例えば、ストリーム制御送信プロトコル（ＳＣＴＰ）等のストリーム制御プロトコルを用いて、ＤＵノードと同じＦ１インターフェース内の複数のＣＵ−Ｃインスタンスとの間の複数のストリームレベルのアソシエーションを制御する可能性を利用する。ＳＣＴＰは、ＩＥＴＦ（インターネットエンジニアリングタスクフォース）リクエストフォーコメント４９６０において指定されるとともに、１つの論理インターフェース上で多重化される複数のストリームを制御することを可能にする、ＩＰネットワーク上の種々のシグナリングプロトコルをトランスポートする目的でＩＥＴＦのＳｉｇｔｒａｎワーキンググループによって発展されているストリーム制御プロトコルである。ＳＣＴＰがＦ１−ＣシグナリングベアラのトランスポートレイヤとしてサポートされるＮＧ−ＲＡＮにおける実施形態では、複数のＳＣＴＰアソシエーションは、例えば第１のＣＵ−Ｃインスタンスへの第１のアソシエーション及び第２のＣＵ−Ｃインスタンスへの第２のアソシエーションを含む、ＣＵとＤＵとの間の１つのＦ１インターフェース内に含まれるように作成することができる。例えば、第１のＳＣＴＰアソシエーションは、ＤＵとその主ＣＵ−Ｃインスタンスとの間のＦ１−Ｃインターフェースに用いることができ、第２のＳＣＴＰアソシエーションは、ＤＵとバックアップＣＵ−Ｃインスタンスとの間のＦ１−Ｃインターフェースに用いることができ、主ＣＵ−Ｃ及びバックアップＣＵ−Ｃは、制御プレーン機能のためにＤＵの動作を制御する論理ＣＵ−Ｃを形成する。
【０１１０】
ＤＵを第１のＣＵ−Ｃ及び第２のＣＵ−Ｃと接続する、同じＦ１インターフェース上の異なるストリームのマルチホーミングは、各ストリームの、第１のＣＵ−Ｃ又は第２のＣＵ−Ｃへの割り当てを、対応する第１のアソシエーション及び第２のアソシエーションを通じて可能にするストリーム優先度を通じて、いくつかの実施形態において制御することができる。そのような実施形態では、ＤＵと第１のＣＵ−Ｃ及び第２のＣＵ−Ｃとの間のデータ通信制御インターフェースコネクションの構成は、第１のフロー優先度を、ＤＵと第２のＣＵ−Ｃとの間のフローに関連付けるとともに、第２のフロー優先度を、ＤＵと第１のＣＵ−Ｃとの間のフローに関連付けるために、そのようなデータ通信制御インターフェースコネクション上で搬送されるデータ通信フローに関連付けられたそれぞれのフロー優先度を構成することを含むことができる。例えば、フロー優先度は、ＤＵと第１のＣＵ−Ｃとの間のフローに関連付けられた第２のフロー優先度よりも高い第１のフロー優先度を、ＤＵと第２のＣＵ−Ｃとの間のフローに関連付けるように構成することができる。
【０１１１】
ユーザ端末のデータトラフィックに対応する各ストリームに、第１のＣＵ−Ｃノードと第２のＣＵ−Ｃノードとの間でストリームが向けられるＣＵ−Ｃノードを決定する優先度を割り当てることができ、それにより、そのストリームについてのＤＵとのＦ１インターフェースが確立される。この実施形態では、Ｆ１インターフェース再構成は、それぞれ第１のＣＵ−Ｃノード及び第２のＣＵ−Ｃノードとの、Ｆ１インターフェースを介した第１のＳＣＴＰアソシエーションと第２のＳＣＴＰアソシエーションとの間の役割の交換を含むものとみなすことができる。
【０１１２】
発信元分散ユニットから目標分散ユニットへのハンドオーバーが要求されるいくつかの実施形態では、第２のＣＵ−Ｃノードは、発信元分散ユニットと目標分散ユニットとの間の共通ＣＵ−Ｃノードとして機能することができるように選ぶことができる。
【０１１３】
いくつかの実施形態では、第２のＣＵ−ＣとのＦ１インターフェースがセットアップされる１つ以上のユーザ端末を、動的に選択することもできるし、例えば優先度レベルを含む１つ以上の基準に基づいて事前選択することもできる。
【０１１４】
実施形態に応じて、ネットワークへのアクセスのためにＤＵを用いる各ユーザ端末を、これらの１つ以上の基準に対してチェックして、これらの基準のうちの少なくとも１つがユーザ端末によって満足されているか否かを判断することができる。この判断は、ＤＵにおいて実行することができる。
【０１１５】
この判断が、ユーザ端末が基準のうちの少なくとも１つを満たす結果をもたらす場合、ＤＵは、その物理レイヤの再構成をトリガーして、Ｆ１インターフェースを確立し、したがって、ユーザ端末のために別のＣＵ−Ｃノードと接続するように構成することができる。例えば、ユーザ端末がミッションクリティカルユーザ端末として適格か否かについて判断を行うことができる。ユーザがミッションクリティカルユーザ端末として適格であると判断すると、第１のＣＵ−Ｃに関連したネットワークにアクセスするのにユーザ端末によって用いられるＤＵは、ユーザ端末のために第２のＣＵ−ＣとのＦ１インターフェースを確立するように、第１のＣＵ−ＣとのそのＦ１インターフェースを再構成するように構成することができる。結果として、ＤＵは、異なるＣＵ−Ｃノードと確立されたＦ１インターフェースを同時に有することができる。
【０１１６】
そのような再構成は、例えば全てのミッションクリティカルユーザ端末の共通ＣＵ−Ｃを選択することによって、或る特定のユーザ端末のハンドオーバー要求を受信するときに有利に活用することができ、それゆえ、それらのミッションクリティカルユーザ端末のより高速なハンドオーバーが可能になる。
【０１１７】
１つ以上の実施形態において、ユーザ端末から、ユーザ端末情報を受信すると、ユーザ端末が少なくとも１つの所定の基準を満たすという判断を行うことができる。例えば、ユーザ端末から、ユーザ端末がミッションクリティカルユーザ端末であるという指示を受信すると、例えばＤＵにおいて、ユーザ端末がミッションクリティカルユーザ端末であるという判断を行うことができる。
【０１１８】
いくつかの実施形態では、ユーザ端末は、ネットワークに初期アタッチすると、ネットワークから識別子を受信することができ、この識別子に基づいて、ユーザ端末は、ネットワークとのデータ通信のためにユーザ端末によって同時に及び／又は逐次的に用いられるネットワークの１つ以上の分散ユニットに送信されることになる指示を生成することができる。
【０１１９】
ネットワークの１つ以上のＤＵは、ユーザ端末からの指示を受信すると、各ＤＵが、ユーザ端末に関連付けられたデータトラフィックに用いられる第２のＣＵ−ＣノードとのＦ１インターフェースをセットアップするように、ユーザ端末に関連付けられたデータトラフィックのための第１のＣＵ−Ｃノードとのコネクションに用いられるＦ１インターフェースを再構成するように構成することができる。
【０１２０】
ＤＵは、第２のＣＵ−Ｃノードの判断のための情報を用いて事前構成することもできるし、そのような情報を用いた要求に応じて構成することもできる。実施形態に応じて、第２のＣＵ−Ｃノードは、全てのＤＵのために構成することもでき、代替的に、ミッションクリティカルユーザ端末のトラフィックに基づいてノードによって更新することもできる。Ｆ１−Ｆｌｅｘをトリガーするための１つの例示のメトリックは、展開のＤＵのサブセット内のミッションクリティカルユーザ端末のトラフィックの測定される増加である。
【０１２１】
図６ａは、Ｆ１  ｆｌｅｘを用いた一例示のＦ１インターフェース構成を示しており、一方、図６ｂは、サイトマルチホーミングを用いた一例示のＦ１構成を示している。
【０１２２】
図６ａには、ＤＵ（４１）を通してＣＵ−Ｃ（４２ａ）によって制御されるＤＵ（４１）を含むネットワークとデータ通信するユーザ端末（４０ａ）が示されている。１つ以上の実施形態において、ＵＥは、ＤＵ（４１）に、自身のミッションクリティカルステータスのインジケータを含む測定報告を送信することができる。このインジケータは、例えば、バイナリ変数ａとすることができ、ＵＥは、ａ＝１の場合にミッションクリティカルＵＥであり、そうではなく、ａ＝０の場合にミッションクリティカルＵＥではないようになっている（４３）。ＤＵ（４１）は、第１のＦ１インターフェースＦ１−Ｃ（４４ａ）を通して第１のＣＵ−Ｃ（４２ａ）と初期的に接続される。ＵＥがミッションクリティカルステータスであるという指示を受信すると（４３）、ＤＵ（４１）は、既存のＦ１インターフェース（４４ａ）の構成をトリガーし、これは、第２のＦ１インターフェースＦ１−Ｃ（４４ｂ）を第２のＣＵ−Ｃ（ＣＵ−Ｃ１、４２ｂ）にセットアップすることと、ユーザ端末４０ａに関連付けられたトラフィックが第２のＦ１インターフェース（４４ｂ）を通して第２のＣＵ−Ｃ（ＣＵ−Ｃ１、４２ｂ）によって制御されるようにこの第２のＦ１インターフェース（４４ｂ）を選択することとを含む。
【０１２３】
図６ｂには、ＤＵ（４１）を通してＣＵ−Ｃ（４２ａ）によって制御されるＤＵ（４１）を含むネットワークとデータ通信するユーザ端末（４０ａ）が示されている。１つ以上の実施形態において、ＵＥは、ＤＵ（４１）に、自身のミッションクリティカルステータスのインジケータを含む測定報告を送信することができる。このインジケータは、例えば、バイナリ変数ａとすることができ、ＵＥは、ａ＝１の場合にミッションクリティカルＵＥであり、そうではなく、ａ＝０の場合にミッションクリティカルＵＥではないようになっている（４３）。ＤＵ（４１）は、例えばＳＣＴＰアソシエーション（ＳＣＴＰ１、４５ａ及びＳＣＴＰ２、４５ｂ）を生成するためにＳＣＴＰプロトコルを用いて、第１のＣＵ−Ｃ（４２ａ）又は第２のＣＵ−Ｃ（ＣＵ−Ｃ１、４２ｂ）とのアソシエーションを通じて制御されるストリームを搬送するＦ１インターフェース（４４）を通して、第１のＣＵ−Ｃ（４２ａ）及び第２のＣＵ−Ｃ（ＣＵ−Ｃ１、４２ｂ）の双方に初期的に接続される。ＵＥがミッションクリティカルステータスであるという指示を受信すると（４３）、ＤＵ（４１）は、既存のＦ１インターフェース（４４）の構成をトリガーし、これは、ユーザ端末（４０ａ）のデータトラフィックに対応する第１のＣＵ−Ｃ（４２ａ）との既存のストリームアソシエーションを、例えば優先度管理を通じて、第２のＣＵ−Ｃ（４２ｂ）とのストリームアソシエーションに変更することを含む。このようにして、ユーザ端末（４０ａ）のストリームアソシエーションは、同じＦ１インターフェース（４４）内で、第１のＣＵ−Ｃ（４２ａ）から第２のＣＵ−Ｃ（４２ｂ）に切り替えられる。
【０１２４】
図７は、ミッションクリティカルユーザ端末のｇＮＢ間ハンドオーバーのコンテキストにおける提案される方法の一例示の実施形態を示している。
【０１２５】
図７には、図２ｂ上に示されるものと同様のアーキテクチャを有する５Ｇワイヤレス通信システム（５０）が示されている。システム（５０）は、ＮＧ−ＲＡＮネットワーク及び５ＧＣネットワークを含み、ＮＧ−ＲＡＮネットワークは、第１のｇＮＢノード（５２ａ）及び第２のｇＮＢノード（５２ｂ）、バックアップ中央ユニット（ＣＵ）のプール（５４）、並びにユーザプレーン中央ユニット（ＣＵ−Ｕ）（５３ｂ）を含み、５ＧＣネットワークは、アクセス及びモビリティ管理機能（ＡＭＦ）及びユーザプレーン機能（ＵＰＦ）を提供するＡＭＦ／ＵＰＦノード（５５）を含む。
【０１２６】
第１のｇＮＢ（５２ａ）及び第２のｇＮＢ（５２ｂ）の各々は、制御プレーン中央ユニット（ＣＵ−Ｃ）（それぞれ５３ａ１及び５３ａ２）、及びそれぞれの無線周波数ユニット（５７ａ、５７ｂ）を通じて無線セルをサービングする少なくとも１つの分散ユニット（ＤＵ）（それぞれ５６ａ及び５６ｂ）を含む。分散ユニット（５６ａ、５６ｂ）は、それらのｇＮＢノードのＲＬＣレイヤ、ＭＡＣレイヤ、及びＰＨＹレイヤをホスティングする論理ノードであり、その動作は、少なくとも部分的に、中央ユニット論理ノード、より具体的には、ユーザプレーン機能のためのユーザプレーン中央ユニット（５３ｂ）、及び制御プレーン機能のための制御プレーン中央ユニット（５３ａ１、５３ａ２、５４ａ、５４ｂ）によって制御される。
【０１２７】
バックアップ制御ユニットのプール（５４）は、第１の制御プレーン中央ユニット（５４ａ）（ＣＵ−Ｃ１）及び第２の制御プレーン中央ユニット（５４ｂ）（ＣＵ−Ｃ２）を含み、これらは、各々、第１のｇＮＢノード（５２ａ）の制御プレーン中央ユニット（５３ａ１）及び第２のｇＮＢノード（５２ｂ）の制御プレーン中央ユニット（５３ａ２）の各々に対するバックアップとして機能することができる。例えば、第１の制御プレーン中央ユニット（ＣＵ−Ｃ１）（５４ａ）は、第１のｇＮＢノード（５２ａ）の制御プレーンＣＵのバックアップインスタンスとして機能することができ、第２の制御プレーン中央ユニット（ＣＵ−Ｃ２）（５４ｂ）は、第２のｇＮＢノード（５２ｂ）の制御プレーンＣＵのバックアップインスタンスとして機能することができる。
【０１２８】
ｇＮＢノード（５２ａ、５２ｂ）は、ＸＮインターフェースによって相互接続される。ＤＵ（５６ａ、５６ｂ）の各々は、Ｆ１−Ｕインターフェースによってユーザプレーン中央ユニット（５３ｂ）に相互接続されるとともに、Ｆ１−Ｃインターフェースによって制御プレーン中央ユニット（５３ａ１、５３ａ２）及びそれらのそれぞれのバックアップ（５４ａ）の各々に相互接続される。ＡＭＦ／ＵＰＦノード（５５）は、ＮＧ−Ｕインターフェースによってユーザプレーン中央ユニット（５３ｂ）に相互接続されるとともに、ＮＧ−ＣインターフェースによってＮＧ−ＲＡＮネットワークの制御プレーン中央ユニット（５３ａ１、５３ａ２、５４ａ、５４ｂ）の各々に相互接続される。
【０１２９】
実施態様に応じて、分散ユニット（５６ａ、５６ｂ）及びそれらのそれぞれの制御プレーン中央ユニット（５３ａ１、５３ａ２）は、共同配置された物理ネットワークノード内、又は同じ物理ネットワークノード内に実装することができ、一方、ユーザプレーン中央ユニット及びバックアップ制御プレーン中央ユニットは、各々、別個の物理ノード内、又は共通物理ノード内に実装することができる。
【０１３０】
すなわち、図７上で示される例示のアーキテクチャにおいて、ｇＮＢノード（本明細書において「基地局」とも称される）（５２ａ、５２ｂ）は、ＤＵ（５６ａ、５６ｂ）及びそれぞれのローカル制御プレーンＣＵ（ＣＵ−Ｃ）（５３ａ１、５３ａ２）に分割することができ、一方、ＣＵのユーザプレーン機能は、基地局（５２ａ、５２ｂ）に共通のユーザプレーンＣＵ（ＣＵ−Ｕ）によって提供することができる。基地局は、基地局ｇＮＢ＃１の場合ＣＵ−Ｃ１及び基地局ｇＮＢ＃２の場合ＣＵ−Ｃ２と表記される、それらのＣＵ−Ｃのバックアップインスタンスを有することができる。
【０１３１】
図面上でバスとして示されるミッションクリティカルユーザ端末（５１）は、第１のＲＦユニット（５７ａ）及び第１のＤＵ（５６ａ）を通して第１のｇＮＢノード（５２ａ）とワイヤレス通信する。図７は、ミッションクリティカルユーザ端末（５１）が基地局ｇＮＢ＃１（５２ａ）とｇＮＢ＃２（５２ｂ）との間で移動し、第１のｇＮＢノード（５２ａ）から第２のｇＮＢノード（５２ｂ）にハンドオーバーされる例示の事例における本開示の実施形態の使用を示している。
【０１３２】
１つ以上の実施形態において、提案される構成方法は、ＮＧ−ＲＡＮネットワーク（５０）のｇＮＢの中で、ミッションクリティカルユーザ端末（５１）のモビリティに現在寄与しているｇＮＢを識別する予備段階を含むことができる。
【０１３３】
本開示に従って、そのような識別に異なる選択肢を検討することができる。
【０１３４】
一実施形態では、ミッションクリティカルユーザ端末（５１）のモビリティに寄与しているｇＮＢは、ユーザ端末から報告される情報に基づいて識別することができる。例えば、ミッションクリティカルユーザ端末の無線測定において報告される基地局は、ミッションクリティカルユーザ端末のモビリティに寄与するｇＮＢとして識別することができる。別の実施形態では、ミッションクリティカルユーザ端末のモビリティに寄与するｇＮＢは、所定の第１の閾値を超えてネットワーク内の複数のパスに寄与している基地局として得ることができる。そのために、測定値は、ネットワークのユーザ端末から収集することができ、これらの測定値からグラフ表現を生成することができ、ネットワーク内の各ｇＮＢは、グラフのノードに対応し、測定によって報告される各近傍ｇＮＢは、グラフ内のエッジによって近傍ｇＮＢに接続されたノードである。その後、グラフ内のパスへのｇＮＢの寄与度に基づいてｇＮＢのランク付けを得ることができる。したがって、各ｇＮＢのランク付けは、パスへのｇＮＢの寄与度を反映することができ、高ランクを有するｇＮＢは、多数のパスに寄与するものとみなすことができ、一方、低ランクを有するｇＮＢは、ネットワークのグラフ表現内の少数のパスに寄与するものとみなすことができる。そのようなｇＮＢのランク付けに基づいて、ｇＮＢがミッションクリティカルユーザ端末のモビリティに寄与しているか否かを判断するのに第１の閾値を規定することができ、ミッションクリティカルユーザ端末のモビリティに最も寄与しているｇＮＢが所定の第１の閾値を超えるランクを有するｇＮＢであるようになっている。
【０１３５】
更に別の実施形態では、ミッションクリティカルユーザ端末のモビリティに寄与するｇＮＢは、所定の第２の閾値を超えてネットワーク内の複数の現在アクティブなパスに寄与している基地局として得ることができる。そのために、ｇＮＢ間のハンドオーバーの測定値を含む測定値は、ネットワークのユーザ端末から収集することができ、これらの測定値からグラフ表現を生成することができ、ネットワーク内の各ｇＮＢは、グラフのノードに対応し、測定によって報告される各近傍ｇＮＢは、グラフ内のエッジによって近傍ｇＮＢに接続されたノードである。グラフ内のパスへのｇＮＢの寄与度に基づいてｇＮＢのランク付けを得ることができる。したがって、各ｇＮＢのランク付けは、パスへのｇＮＢの寄与度を反映することができ、高ランクを有するｇＮＢは、多数のパスに寄与するものとみなすことができ、一方、低ランクを有するｇＮＢは、ネットワークのグラフ表現内の少数のパスに寄与するものとみなすことができる。そのようなｇＮＢのランク付けに基づいて、ｇＮＢがミッションクリティカルユーザ端末のモビリティに寄与しているか否かを判断するのに第２の閾値を規定することができ、ミッションクリティカルユーザ端末のモビリティに最も寄与しているｇＮＢが所定の第２の閾値を超えるランクを有するｇＮＢであるようになっている。
【０１３６】
実施形態に応じて、ミッションクリティカルユーザ端末（５１）のモビリティに寄与しているｇＮＢの識別は、例えばワイヤレスシステムの運用及び保守サブシステムによって集中化方式で、又は例えばＮＧ−ＲＡＮネットワークのｇＮＢノードによって非集中化方式で実行することができる。
【０１３７】
１つ以上の実施形態において、上述されたランク付けは、ネットワーク内のＤＵのうちのいくつかのコネクションを更新するために周期的に更新することができる。
【０１３８】
１つ以上の実施形態において、フロントホールアーキテクチャの再構成及び対応するインターフェースの構成は、ミッションクリティカルユーザ端末のモビリティに寄与しているノードのために実行することができる。
【０１３９】
上述したように、これらのアーキテクチャ及びインターフェースの再構成のために種々の選択肢を考慮することができる。
【０１４０】
いくつかの実施形態では、ネットワーク（例えば、ネットワークのＯＡＭサブシステム）は、単一のＣＵに接続されるようにＤＵを構成することができる。
【０１４１】
いくつかの実施形態では、サイトマルチホーミングは、ＤＵとＣＵとの間のＦ１インターフェース上で用いることができる。そのような実施形態では、ＤＵとＣＵとの間のＦ１インターフェース上で２つのＳＣＴＰアソシエーション、すなわち、ＤＵのＣＵ−ＣにリンクするダイレクトＳＣＴＰアソシエーション、及びＤＵのリモートＣＵ−ＣノードにリンクするバックアップＳＣＴＰアソシエーションをセットアップすることができる。発信元ＤＵ及び目標ＤＵは、共通リモートＣＵ−Ｃノードを共有するように（再）構成することができる。それらのフロントホールインターフェースの再構成は、次のように実行することができる。すなわち、ダイレクトＳＣＴＰアソシエーションをバックアップＳＣＴＰアソシエーションとして設定することができ、バックアップＳＣＴＰアソシエーションを発信元ＤＵ及び目標ＤＵの双方のためのダイレクトＳＣＴＰアソシエーションとして設定することができる。代替的に、発信元ＤＵは、主ＣＵから接続解除し、バックアップＳＣＴＰアソシエーションを通じてバックアップＣＵに接続することができる。発信元ＤＵ又はＣＵは、二次アソシエーションのパラメーターを目標ＤＵに送信することができる。目標ＤＵは、本開示において説明されるような高速ハンドオーバーを可能にするように、フロントホールインターフェース再構成を最終化するために、発信元ＤＵのバックアップＣＵに接続することができる。
【０１４２】
他の実施形態では、本明細書においてＦ１−Ｆｌｅｘと称される発信元ＤＵは、Ｆ１を通じて単一のＣＵ−Ｃに接続することができ、バックアップＣＵ−Ｃアドレスを成立させることができる。アソシエーションアドレスは、Ｆ１インターフェースのセットアップ中にＤＵ及び／又はＣＵに送信される。このコンテキストでは、ＤＵは、ＤＵがそのＦ１インターフェースを接続することができるＣＵ−Ｃエンティティを決定するように構成することができる。その後、フロントホールインターフェースの再構成は、次のように実行することができる。すなわち、発信元ＤＵ及び目標ＤＵは、共通バックアップＣＵを有するように構成され、その後、Ｆ１−Ｆｌｅｘは、ハンドオーバー準備段階において発信元ＤＵ及び目標ＤＵのために実行される。代替的に、発信元ＤＵは、そのＣＵ−Ｃから接続解除し、Ｆ１  Ｆｌｅｘを通じてバックアップＣＵとのＦ１インターフェースを確立することができる。発信元ＤＵ又はＣＵ−Ｃは、目標ＤＵに、発信元ＤＵのバックアップＣＵ−ＣのＦ１アソシエーションのパラメーターを送信することができる。目標ＤＵは、発信元ＤＵのバックアップＣＵ−Ｃとの自身のＦ１インターフェースを再構成することができる。
【０１４３】
共通ＣＵが発信元ｇＮＢ及び目標ｇＮＢのためにセットアップされると、ＤＵ間ハンドオーバーは、図４上に示される手順に従って実行することができる。この最適化されたハンドオーバー手順は、図２上に示される従来のＤＵ間ハンドオーバーに優るいくつかの利点を提供し、これらの利点は、ハンドオーバーレイテンシーの最小化及びミッションクリティカルユーザ端末のハンドオーバーの性能最適化、高められた柔軟性（Ｆ１上のサイトマルチホーミングは、ＤＵとＣＵのプールの異なるＣＵとの間でＳＣＴＰアソシエーションを容易に追加／リリースすることができる（ＤＵは、異なるＣＵ間でそのリソースを分割し、最終的には、Ｆ１インターフェース再構成に基づいてリソース分割を再調整することができる）ため）、及び、高められたネットワークレジリエンシー（複数のＣＵが障害したＣＵのフォールバックとして利用可能であるため）を含む。
【０１４４】
また、本明細書において、共通ＣＵ−Ｃの識別を実行するように構成することができるネットワークエンティティに関して種々の実施形態が提供される。
【０１４５】
１つ以上の実施形態において、ネットワークの中央ノードは、ネットワーク内のＵＥのモビリティに最も寄与している／寄与することになるＤＵを識別するとともに、ＤＵのためにＣＵ再構成をトリガーするように構成することができる。５Ｇネットワークでは、中央ノードは、Ｎｅｗ  Ｒａｄｉｏ（ＮＲ）コアネットワークノード（例えば、アクセス及びモビリティ管理機能（ＡＭＦ）を実行するノード）内、又はＮＧ−ＲＡＮネットワーク内の特定のアクセスネットワークノード（例えば、特定のｇＮＢ）内のいずれかに位置することができる。
【０１４６】
図８ａは、共通ＣＵ−Ｃ識別機能が集中化される一例示のネットワークアーキテクチャを示す図である。
【０１４７】
図８ａ上には、図７及び図２ｂ上に示されるものと同様のアーキテクチャを有する５Ｇワイヤレス通信システムが示されている。５ＧコアネットワークノードのＡＭＦ／ＵＰＦエンティティに中央ユニット（６０）が位置する。それぞれのｇＮＢのローカルＣＵ−Ｃは、中央ユニット（６０）に測定値を送信して（６１）、ユーザ端末のモビリティに寄与するＤＵを識別する。中央ユニット（６０）は、さらにそのような測定値を受信するために、例えば、ネットワーク内のモビリティに対する寄与が所定の閾値を超えるＤＵを判断することによって、ネットワーク内のモビリティに最も寄与するＤＵを決定するように構成される。中央ユニット（６０）は、ネットワーク内のモビリティに最も寄与するＤＵが決定されると、本開示の実施形態のうちの１つに従って、共通ＣＵを決定し、対応するＦ１インターフェースの再構成を含む共通ＣＵ構成をトリガーする（６２）ように更に構成される。
【０１４８】
集中化された共通ＣＵ−Ｃ識別機能は、中央ユニットに向けた高められたシグナリングを犠牲にして、良好な性能、すなわち、グループについての低ハンドオーバーレイテンシーを提供する。
【０１４９】
他の実施形態では、ｇＮＢは、ネットワークのグループモビリティに対するそれらの寄与のそれぞれのランクを協働して決定するように構成することができる。高ランクを有する各ｇＮＢは、その場合、そのＣＵ−Ｃを、その近傍内の最も上位にランク付けされたｇＮＢを有する共通ＣＵ−Ｃとなるように再構成することを自律的に判断することができる。これらの実施形態では、共通ＣＵ−Ｃ識別機能は、非集中化される。なぜならば、ノードはそれらのランクをまず協働して得て、その後、各ｇＮＢのＣＵは、共通ＣＵにそのＣＵを再構成することを、ランク基準に基づいて判断することができるためである。
【０１５０】
図８ｂは、共通ＣＵ−Ｃ識別機能が非集中化される一例示のネットワークアーキテクチャを示す図である。
【０１５１】
図８ｂには、図７及び図２ｂ上で示されるものと同様のアーキテクチャを有する５Ｇワイヤレス通信システムが示されている。ｇＮＢ（ｇＮＢ＃１及びｇＮＢ＃２）は、グループモビリティに対するそれらのそれぞれの寄与を協働して判断する（７０）。各ｇＮＢは、その後、グループモビリティに対するその判断された寄与に基づいて、少なくとも２つのｇＮＢによって共有される共通ＣＵにそのＣＵを再構成すること（７１）に進むことができる。図８ｂ上に示されるように、共通ＣＵ−Ｃは、バックアップＣＵ−Ｃエンティティが、ｇＮＢ＃１のＤＵ及びｇＮＢ＃２のＤＵによって共有される共通ＣＵ−Ｃエンティティとして構成されるように選択される、バックアップＣＵ−Ｃエンティティのプール内で選択することができる。
【０１５２】
非集中化される共通ＣＵ−Ｃ識別手法は、ｇＮＢ間のＸｎインターフェース上の高められたシグナリングを犠牲にして、良好な性能及び柔軟性、すなわち、グループについての低ハンドオーバーレイテンシー、及び、ミッションクリティカルハンドオーバーの非一様（ローカル）トラフィック変動をハンドリングする能力を提供する。
【０１５３】
図９は、本開示の実施形態による、ネットワーク管理機構を使用するように構成される例示的なネットワークノード（７０）を示す。
【０１５４】
ネットワークノード（７０）は、制御エンジン（７１）と、管理エンジン（７２）と、データ通信エンジン（７３）と、メモリ（７４）とを含む。
【０１５５】
図９に示されるアーキテクチャにおいて、管理エンジン（７２）、データ通信エンジン（７３）及びメモリ（７４）は全て制御エンジン（７１）を通して互いに動作可能に結合される。
【０１５６】
１つの実施形態では、管理エンジン（７２）は、アクセスネットワークノード管理のための提案される方法の実施形態の種々の態様を実行するように構成され、種々の態様は、例えば、いくつかのＤＵエンティティに対する共通ＣＵ−Ｃとして機能することができるＣＵ−Ｃエンティティを判断すること、共通ＣＵ−Ｃエンティティの構成が望まれる場合があるＤＵエンティティを判断すること、及び、共通ＣＵ−Ｃと、共通ＣＵ−Ｃによって制御されるＤＵエンティティとの間のインターフェースの構成を含む、共通ＣＵ−Ｃの構成をトリガーすることである。
【０１５７】
１つの実施形態では、データ通信エンジン（７３）は、（シグナリングデータパケットを含む）データパケットを受信及び送信し、受信パケットを処理するように構成される。
【０１５８】
制御エンジン（７１）はプロセッサを含み、プロセッサは、任意の適切なマイクロプロセッサ、マイクロコントローラー、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号処理チップ、及び／又は状態機械、又はその組み合わせとすることができる。種々の実施形態によれば、ネットワークノード（７０）を、並列計算を提供するための複数のプロセッサを有するマルチプロセッサコンピュータとして構成することができる。また、制御エンジン（７１）は、プロセッサによって実行されるときに、プロセッサに本明細書において説明される要素を実行させるコンピュータプログラム命令又はソフトウェアコードを記憶することができる、限定はしないが、メモリ（７４）等のコンピュータ記憶媒体を備えることができるか、又はコンピュータ記憶媒体と通信することができる。さらに、メモリ（７４）は、ネットワークノード（７０）が属するコンピュータネットワークを表すデータ構造を記憶することができ、制御エンジン（７１）に結合され、それに関連付けて記憶されるデータパケットの管理及び処理を容易にするためにデータ通信エンジン（７３）及び管理エンジン（７２）とともに動作可能である、任意のタイプのデータ記憶コンピュータ記憶媒体とすることができる。
【０１５９】
図９を参照しながら図示及び説明されるネットワークノード（７０）は一例として与えられるにすぎないことは理解されよう。数多くの他のアーキテクチャ、動作環境及び構成が可能である。ノードの他の実施形態は、より少ない数、又はより多くの数の構成要素を含む場合があり、図９に示されるネットワークノード構成要素に関して説明された機能のいくつか又は全てを組み込む場合がある。したがって、制御エンジン（７１）、管理エンジン（７２）、データ通信エンジン（７３）及びメモリ（７４）がネットワークノード（７０）の一部として示されるが、構成要素（７１）〜（７４）の場所及び制御に関して制約は課せられない。詳細には、他の実施形態では、構成要素（７１）〜（７４）は、異なるエンティティ又はコンピューティングシステムの一部とすることができる。
【０１６０】
本発明は好ましい実施形態に関して説明されてきたが、添付の特許請求の範囲によって規定されるような本発明の趣旨又は範囲から逸脱することなく、本発明に対して種々の変更及び／又は修正を加えることができることは当業者には容易に理解されよう。
【０１６１】
本発明は或る特定の好ましい実施形態との関連で開示されてきたが、そのシステム、デバイス及び方法の或る特定の利点、特徴及び態様は種々の他の実施形態において実現される場合があることは理解されたい。さらに、本明細書において説明される種々の態様及び特徴は、別々に実践することができるか、互いに組み合わせることができるか、又は互いに代用することができること、並びに特徴及び態様の種々の組み合わせ及び部分的な組み合わせを行うことができ、それでも本発明の範囲に入ることを意図している。さらに、上記のシステム及びデバイスは、好ましい実施形態において説明されたモジュール及び機能の全てを含む必要はない。
【０１６２】
本発明において説明される情報及び信号は、種々の異なる技術及び技法のいずれかを用いて表すことができる。例えば、データ、命令、コマンド、情報、信号、ビット、シンボル及びチップは、電圧、電流、電磁波、磁界若しくは磁気粒子、光場若しくは光子、又はその任意の組み合わせによって表すことができる。
【０１６３】
実施形態に応じて、本明細書において説明された方法のいずれかの或る特定の動作、イベント又は機能は、異なる順序において実行することができるか、追加されるか、統合されるか、又は全て除外される場合がある（例えば、方法を実践するために、説明される全ての動作又はイベントが必要とされるとは限らない）。さらに、或る特定の実施形態では、動作又はイベントは、順次にではなく、同時に実行される場合がある。
【図１ａ】
2021519033.tif 000003
【図１ｂ】
2021519033.tif 000004
【図２】
2021519033.tif 000005
【図３】
2021519033.tif 000006
【図４】
2021519033.tif 000007
【図５】
2021519033.tif 000008
【図６ａ】
2021519033.tif 000009
【図６ｂ】
2021519033.tif 000010
【図７】
2021519033.tif 000011
【図８ａ】
2021519033.tif 000012
【図８ｂ】
2021519033.tif 000013
【図９】
2021519033.tif 000014
【国際調査報告】
2021519033.tif 000015
2021519033.tif 000016
2021519033.tif 000017
2021519033.tif 000018