知財求人 - 知財ポータルサイト「IP Force」
特許7691034ネットワークノード、ネットワークユニット、さらなるコントロールプレーンユニット、及び方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-06-03
(45)【発行日】2025-06-11
(54)【発明の名称】ネットワークノード、ネットワークユニット、さらなるコントロールプレーンユニット、及び方法
(51)【国際特許分類】
H04W 24/04 20090101AFI20250604BHJP
H04W 88/08 20090101ALI20250604BHJP
H04W 92/16 20090101ALI20250604BHJP
【ＦＩ】
H04W24/04
H04W88/08
H04W92/16
【請求項の数】
11
(21)【出願番号】P 2024546498
(86)(22)【出願日】2023-02-27
(65)【公表番号】
(43)【公表日】2025-02-06
(86)【国際出願番号】 JP2023006920
(87)【国際公開番号】W WO2023167121
(87)【国際公開日】2023-09-07
【審査請求日】2024-08-06
(31)【優先権主張番号】2202786.6
(32)【優先日】2022-03-01
(33)【優先権主張国・地域又は機関】GB
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】チェン ヂゥー
(72)【発明者】
【氏名】グプタ ニーラジ
(72)【発明者】
【氏名】チェン ユーファー
【審査官】石田 信行
(56)【参考文献】
【文献】国際公開第２０２２／０３１５５６（ＷＯ，Ａ１）
【文献】Ericsson，Resilience and scalability in a disaggregated gNB，3GPP TSG RAN WG3 #97 R3-173228，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_97/Docs/R3-173228.zip>，2017年08月25日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００ － ９９／００
Ｈ０４Ｂ ７／２４ － ７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４，６
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
ネットワークノードであって、１以上のユーザ機器（User Equipment：ＵＥ）が前記ネットワークノードとの間でいかなる接続も確立する前に、分散基地局のユーザプレーンユニット及び前記分散基地局の分散ユニットの少なくとも１つへ、あるＵＥをサーブする前記分散基地局のコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を送信する手段を備え、
前記情報は、前記コントロールプレーンユニットの失敗（Failure）により前記冗長ユニットとして前記さらなるコントロールプレーンユニットを活性化することに用いられる、
ネットワークノード。
【請求項2】
前記ネットワークノードは、前記コントロールプレーンユニットであって、前記さらなるコントロールプレーンユニットへ、当該さらなるコントロールプレーンユニットでのバックアップのため、前記ＵＥに関連付けられるＵＥコンテキストを送信する手段を備える、
請求項１に記載のネットワークノード。
【請求項3】
前記ＵＥコンテキストは、プロトコルデータコンバージェンスプロトコル（Protocol Data Convergence Protocol：ＰＤＣＰ）構成を含み、前記さらなるコントロールプレーンユニットから、当該さらなるコントロールプレーンユニットが前記ＰＤＣＰ構成を伴う前記ＵＥコンテキストを受け入れないことを示し、ＰＤＣＰ構成を伴うサポートされているＵＥコンテキストを含む、拒絶メッセージを受信する手段と、
前記ＰＤＣＰ構成を伴う前記サポートされているＵＥコンテキストが受け入れられるか否かを決定する手段と、
を備える、
請求項２に記載のネットワークノード。
【請求項4】
前記ＵＥコンテキストを送信する手段は、前記ネットワークノードにおいて前記ＵＥコンテキストがセットアップされ、変更され、及び/又は解放される際に前記ＵＥコンテキストを送信する、請求項３に記載のネットワークノード。
【請求項5】
前記情報は、前記コントロールプレーンユニット及び前記ユーザプレーンユニットとの間の第１のインタフェースをセットアップする手続、
前記コントロールプレーンユニット及び前記分散ユニットとの間の第２のインタフェースをセットアップする手続、
前記コントロールプレーンユニット及びコアネットワークノードとの間の第３のインタフェースをセットアップする手続、
前記第１のインタフェースを変更する手続、
前記第２のインタフェースを変更する手続、又は
前記第３のインタフェースを変更する手続、
の少なくとも１つの一部として、送信される、
請求項１に記載のネットワークノード。
【請求項6】
前記ユーザプレーンユニット及び前記分散ユニットの前記少なくとも１つへ、前記コントロールプレーンユニットの失敗を決定するための支援情報を送信する、請求項１に記載のネットワークノード。
【請求項7】
コントロールプレーンユニット、ユーザプレーンユニット、及び分散ユニットを含み、前記コントロールプレーンユニットの復旧ノードとして構成されるさらなるコントロールプレーンユニットと接続する、分散基地局におけるネットワークユニットであって、前記コントロールプレーンユニットの失敗（Failure）を決定する手段と、
前記さらなるコントロールプレーンユニットへ、当該さらなるコントロールプレーンユニットを前記復旧ノードとして活性化する手続を開始するためのメッセージを送信する手段と、
を備え、
前記さらなるコントロールプレーンユニットは、１以上のユーザ機器（User Equipment：ＵＥ）が前記分散基地局においていかなる接続も確立する前に、前記復旧ノードとして構成される、
ネットワークユニット。
【請求項8】
さらなるコントロールプレーンユニットであって、コントロールプレーンユニット、ユーザプレーンユニット、及び分散ユニットを含む分散基地局におけるネットワークユニットから、前記コントロールプレーンユニットの失敗の際の前記コントロールプレーンユニットのための復旧ノードとして活性化する手続を開始するためのメッセージを受信する手段と、
前記ネットワークユニットを用いてユーザ機器（User Equipment：ＵＥ）と通信する手段と、
を備え、
前記さらなるコントロールプレーンユニットは、１以上のＵＥが前記分散基地局においていかなる接続も確立する前に、前記復旧ノードとして構成される、
さらなるコントロールプレーンユニット。
【請求項9】
ネットワークノードにおける方法であって、１以上のユーザ機器（User Equipment：ＵＥ）が前記ネットワークノードとの間でいかなる接続も確立する前に、分散基地局のユーザプレーンユニット及び前記分散基地局の分散ユニットの少なくとも１つへ、あるＵＥをサーブする前記分散基地局のコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を送信することを含み、
前記情報は、前記コントロールプレーンユニットの失敗（Failure）により前記冗長ユニットとして前記さらなるコントロールプレーンユニットを活性化することに用いられる、
方法。
【請求項10】
コントロールプレーンユニット、ユーザプレーンユニット、及び分散ユニットを含み、前記コントロールプレーンユニットの復旧ノードとして構成されるさらなるコントロールプレーンユニットと接続する、分散基地局におけるネットワークユニットにおける方法であって、前記コントロールプレーンユニットの失敗（Failure）を決定することと、
前記さらなるコントロールプレーンユニットへ、前記さらなるコントロールプレーンユニットを前記復旧ノードとして活性化する手続を開始するためのメッセージを送信することと、
を含み、
前記さらなるコントロールプレーンユニットは、１以上のユーザ機器（User Equipment：ＵＥ）が前記分散基地局においていかなる接続も確立する前に、前記復旧ノードとして構成される、
方法。
【請求項11】
さらなるコントロールプレーンユニットにおける方法であって、コントロールプレーンユニット、ユーザプレーンユニット、及び分散ユニットを含む分散基地局におけるネットワークユニットから、前記コントロールプレーンユニットの失敗の際の前記コントロールプレーンユニットのための復旧ノードとして活性化する手続を開始するためのメッセージを受信することと、
前記ネットワークユニットを用いてユーザ機器（User Equipment：ＵＥ）と通信することと、
を含み、
前記さらなるコントロールプレーンユニットは、１以上のＵＥが前記分散基地局においていかなる接続も確立する前に、前記復旧ノードとして構成される、
方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信システムに関する。
【背景技術】
【0002】
本発明は、排他的にではないが特に、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ（登録商標））規格又はその等価物若しくは派生物に従って動作する無線通信システム及びそのデバイスに関連する。本発明は、必ずしも排他的にではないが特に、いわゆる「５Ｇ」（又は「新無線」）システムにおける分散基地局などの分散装置の復旧に関連する。
【0003】
３ＧＰＰ規格の最新の発展形態は、「５Ｇ」又は「新無線」（New Radio：ＮＲ）と呼ばれる。これらの用語は、種々のアプリケーション及びサービスをサポートする進化中の通信技術を指す。５Ｇネットワークの様々な詳細は、例えば、その文献が非特許文献１から入手可能な、次世代モバイルネットワーク（Next Generation Mobile Networks：ＮＧＭＮ）アライアンスによる「ＮＧＭＮ ５Ｇ Ｗｈｉｔｅ Ｐａｐｅｒ」Ｖ１．０に記載されている。３ＧＰＰは、いわゆる３ＧＰＰ次世代（ＮｅｘｔＧｅｎ）無線アクセスネットワーク（Radio Access Network：ＲＡＮ）及び３ＧＰＰ ＮｅｘｔＧｅｎコアネットワーク（NextGen core network：ＮＧＣ）によって５Ｇをサポートすることを意図している。
【0004】
３ＧＰＰ規格の下では、基地局（例えば、４Ｇの「ｅＮＢ」又は５Ｇの「ｇＮＢ」）は、通信デバイス（ユーザ機器（user equipment）又は「ＵＥ」）がコアネットワークに接続し、他の通信デバイス又はリモートサーバと通信するためのノードである。
【0005】
５Ｇアーキテクチャでは、ｇＮＢ内部構造は、Ｆ１インタフェース（又はＦ１アプリケーションプロトコル（F1 Application Protocol：Ｆ１ＡＰ））によって接続される、中央ユニット（Central Unit：ＣＵ）及び分散ユニット（Distributed Unit：ＤＵ）として知られる少なくとも２つの部分に分割されてもよい。この「分割」アーキテクチャでは、典型的には「上位の」ＣＵ層（例えば、必然的に又は排他的にではないが、ＰＤＣＰ）と、典型的には「下位の」ＤＵ層（例えば、必然的に又は排他的にではないが、ＲＬＣ／ＭＡＣ／ＰＨＹ）とが別々に実行されてもよい。したがって、例えば、ｇＮＢの各々において、いくつかのｇＮＢの上位層のＣＵ機能は、下位層のＤＵ機能をローカルに保持しながら、（例えば、単一の処理ユニットによって、又はクラウドベース若しくは仮想化システムにおいて）中央で実行されてもよい。
【0006】
具体的には、ｇＮＢ（本明細書では「分散」ｇＮＢと呼ばれる）は、以下の機能ユニットを含み得る。
ｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）：１以上のｇＮＢ－ＤＵの動作を制御する、ｇＮＢの無線リソース制御（Radio Resource Control：ＲＲＣ）層、サービスデータ適応プロトコル（Service Data Adaptation Protocol：ＳＤＡＰ）層、及びパケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol：ＰＤＣＰ）層（又はｅｎ－ｇＮＢのＲＲＣ層及びＰＤＣＰ層）をホストする論理ノード。ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵに接続されたＦ１インタフェースを終端する。
ｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）：ｇＮＢ又はｅｎ－ｇＮＢの無線リンク制御（Radio Link Control：ＲＬＣ）層、媒体アクセス制御（Medium Access Control：ＭＡＣ）層、及び物理（Physical：ＰＨＹ）層をホストする論理ノードであり、その動作は、ｇＮＢ－ＣＵによって部分的に制御される。１つのｇＮＢ－ＤＵは、１つ又は複数のセルをサポートする。１つのセルは、１つのｇＮＢ－ＤＵのみによってサポートされる。ｇＮＢ－ＤＵは、ｇＮＢ－ＣＵに接続されたＦ１インタフェースを終端する。
ｇＮＢ－ＣＵ－制御プレーン（ｇＮＢ－ＣＵ－ＣＰ）：ｅｎ－ｇＮＢ又はｇＮＢ用のｇＮＢ－ＣＵのＲＲＣ及びＰＤＣＰプロトコルの制御プレーン部分をホストする論理ノード。ｇＮＢ－ＣＵ－ＣＰは、ｇＮＢ－ＣＵ－ＵＰに接続されたいわゆるＥ１インタフェース（又はＥ１アプリケーションプロトコル（E1 Application Protocol：Ｅ１ＡＰ））及びｇＮＢ－ＤＵに接続されたＦ１－Ｃ（Ｆ１制御プレーン）インタフェースを終端する。
ｇＮＢ－ＣＵ－ユーザプレーン（ｇＮＢ－ＣＵ－ＵＰ）：ｅｎ－ｇＮＢ用のｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部分、並びにｇＮＢ用のｇＮＢ－ＣＵのＰＤＣＰプロトコル及びＳＤＡＰプロトコルのユーザプレーン部分をホストする論理ノード。ｇＮＢ－ＣＵ－ＵＰは、ｇＮＢ－ＣＵ－ＣＰに接続されたＥ１インタフェース及びｇＮＢ－ＤＵに接続されたＦ１－Ｕ（Ｆ１ユーザプレーン）インタフェースを終端する。
ｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）：１以上のｇＮＢ－ＤＵの動作を制御する、ｇＮＢの無線リソース制御（Radio Resource Control：ＲＲＣ）層、サービスデータ適応プロトコル（Service Data Adaptation Protocol：ＳＤＡＰ）層、及びパケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol：ＰＤＣＰ）層（又はｅｎ－ｇＮＢのＲＲＣ層及びＰＤＣＰ層）をホストする論理ノード。ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵに接続されたＦ１インタフェースを終端する。
ｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）：ｇＮＢ又はｅｎ－ｇＮＢの無線リンク制御（Radio Link Control：ＲＬＣ）層、媒体アクセス制御（Medium Access Control：ＭＡＣ）層、及び物理（Physical：ＰＨＹ）層をホストする論理ノードであり、その動作は、ｇＮＢ－ＣＵによって部分的に制御される。１つのｇＮＢ－ＤＵは、１つ又は複数のセルをサポートする。１つのセルは、１つのｇＮＢ－ＤＵのみによってサポートされる。ｇＮＢ－ＤＵは、ｇＮＢ－ＣＵに接続されたＦ１インタフェースを終端する。
ｇＮＢ－ＣＵ－制御プレーン（ｇＮＢ－ＣＵ－ＣＰ）：ｅｎ－ｇＮＢ又はｇＮＢ用のｇＮＢ－ＣＵのＲＲＣ及びＰＤＣＰプロトコルの制御プレーン部分をホストする論理ノード。ｇＮＢ－ＣＵ－ＣＰは、ｇＮＢ－ＣＵ－ＵＰに接続されたいわゆるＥ１インタフェース（又はＥ１アプリケーションプロトコル（E1 Application Protocol：Ｅ１ＡＰ））及びｇＮＢ－ＤＵに接続されたＦ１－Ｃ（Ｆ１制御プレーン）インタフェースを終端する。
ｇＮＢ－ＣＵ－ユーザプレーン（ｇＮＢ－ＣＵ－ＵＰ）：ｅｎ－ｇＮＢ用のｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部分、並びにｇＮＢ用のｇＮＢ－ＣＵのＰＤＣＰプロトコル及びＳＤＡＰプロトコルのユーザプレーン部分をホストする論理ノード。ｇＮＢ－ＣＵ－ＵＰは、ｇＮＢ－ＣＵ－ＣＰに接続されたＥ１インタフェース及びｇＮＢ－ＤＵに接続されたＦ１－Ｕ（Ｆ１ユーザプレーン）インタフェースを終端する。
【0007】
簡単にするために、本出願は、任意のそのような基地局／ｇＮＢを指すために基地局という用語を用い、１以上の基地局を介してコアネットワークに接続することができる任意の通信デバイスを指すためにモバイルデバイス、ユーザデバイス、又はＵＥという用語を用いる。
【0008】
上記の分散アーキテクチャを用いるとき、ｇＮＢ－ＣＵとｇＮＢ－ＤＵとの分割は、特に制御プレーン（ｇＮＢ－ＣＵ－ＣＰ）の観点から、ｇＮＢ－ＣＵごとに広いカバレッジエリアを伴う高度に集中化されたｇＮＢ－ＣＵの展開を可能にする。しかしながら、この場合、集中化されたユニットが多くのユーザに影響を及ぼす単一の失敗（failure）点になり得るというリスクがある。したがって、３ＧＰＰは、ｇＮＢ－ＣＵ（－ＣＰ）の復旧が高い重要性を有すると考えており、以下の目的を有する、可能な復旧強化に関する継続的な研究がある：
－ ｇＮＢ－ＣＵ－ＣＰ失敗回復のための解決策は、ＵＥへのシグナリング及びネットワークへのシグナリング負荷を最小限に抑えるべきである。
－ ｇＮＢ－ＣＵ－ＣＰ失敗回復のための解決策は、ユーザプレーン中断を最小限に抑えるべきであり、すなわち、エンドユーザの観点からサービスダウン時間を最小限に抑えるべきである。
－ 制御プレーン中断を最小限に抑えるための解決策も目標にされるべきである。
－ ｇＮＢ－ＣＵ－ＣＰ失敗回復のための解決策は、ＵＥへのシグナリング及びネットワークへのシグナリング負荷を最小限に抑えるべきである。
－ ｇＮＢ－ＣＵ－ＣＰ失敗回復のための解決策は、ユーザプレーン中断を最小限に抑えるべきであり、すなわち、エンドユーザの観点からサービスダウン時間を最小限に抑えるべきである。
－ 制御プレーン中断を最小限に抑えるための解決策も目標にされるべきである。
【先行技術文献】
【非特許文献】
【0009】
【文献】「ＮＧＭＮ ５Ｇ Ｗｈｉｔｅ Ｐａｐｅｒ」Ｖ１．０，Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋｓ（ＮＧＭＮ）Ａｌｌｉａｎｃｅ，＜ｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ－ｗｈｉｔｅ－ｐａｐｅｒ．ｈｔｍｌ＞
【発明の概要】
【発明が解決しようとする課題】
【0010】
本発明者らは、改善された復旧を分散基地局に提供するために対処する必要があるいくつかの問題を特定した。例えば、第１のＵＥが、分散基地局装置を介してネットワークに接続される前であっても、セカンダリＣＵ－ＣＰの冗長インタフェース（Ｅ１／Ｆ１／ＮＧ）が事前に確立されるべきである。また、メインユニットの失敗時に、影響を受けるすべてのＵＥコンテキストを再構成しなければならない事態を回避するために、適時かつ効率的な方法でメインユニットからセカンダリユニットにＵＥコンテキストをバックアップ／移動する必要がある。さらに、ネットワークエンティティの１つが、メイン（マスタ）ＣＵ－ＣＰの障害を検出したとき、それは、ＣＵ－ＣＰ復旧を活性化するだろう。この場合、セカンダリＣＵ－ＣＰはＵＥの制御を引き継ぎ、関係エンティティは通知され、新しい（セカンダリ）ＣＵ－ＣＰを用いるために適切な構成を適用しなければならない。しかしながら、そのような復旧活性化／通知及び再構成がどのように実現されるかはまだ知られていない。
【課題を解決するための手段】
【0011】
したがって、本発明の好ましい実施形態は、上記の目的を満たしながら、上記の問題の１以上に対処するか、又は少なくとも部分的に対処する方法及び装置を提供することを目的とする。
【0012】
当業者の理解の効率のために、本発明は、３ＧＰＰシステム（ＮＲ）の脈絡で詳細に説明されるが、本発明の原理は、同様の分散装置を採用する他のシステムに適用することができる。
【0013】
一態様では、本発明は、コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置のコントロールプレーンユニットによって実行される方法であって、ユーザプレーンユニット及び分散ユニットの少なくとも１つへ、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を送信することを含む、方法を提供する。
【0014】
一態様では、本発明は、コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置によって実行される方法であって、コントロールプレーンユニット及び運用保守ノードの少なくとも１つから、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を受信することを含む、方法を提供する。
【0015】
一態様では、本発明は、コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置によって実行される方法であって、少なくとも１つのシグナリングメッセージをさらなるコントロールプレーンユニットへ送信することによって、コントロールプレーンユニットのための復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットを構成する手続を開始することと、復旧ノードにおいて、コントロールプレーンユニットによってサーブされるユーザ機器（ＵＥ）に関連付けられたＵＥコンテキストをバックアップすることとを含む、方法を提供する。
【0016】
一態様では、本発明は、コントロールプレーンユニットとして構成されるコントロールプレーンユニットと、ユーザプレーンユニットと、コントロールプレーンユニットのための復旧ノードとして構成されるさらなるコントロールプレーンユニットに接続する分散ユニットとを少なくとも含む通信装置によって実行される方法であって、コントロールプレーンユニットの失敗を決定することと、復旧ノードとしてさらなるコントロールプレーンユニットを活性化する手続を開始するためのメッセージをさらなるコントロールプレーンユニットへ送信することとを含む、方法を提供する。
【0017】
一態様では、本発明は、ユーザプレーンユニットと分散ユニットとを含む通信装置のコントロールプレーンユニットのための復旧ノードとして構成されるコントロールプレーンユニットによって実行される方法であって、通信装置のコントロールプレーンユニットの失敗の場合に、ユーザプレーンユニット又は分散ユニットから、復旧ノードを活性化する手続を開始するためのメッセージを受信することと、ユーザプレーンユニット又は分散ユニットを用いて少なくとも１つのユーザ機器（ＵＥ）と通信することとを含む、方法を提供する。
【0018】
一態様では、本発明は、運用保守ノードによって実行される方法であって、コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置のノードへ、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を送信することを含む、方法を提供する。
【0019】
一態様では、本発明は、コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置用のコントロールプレーンユニットであって、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報をユーザプレーンユニット及び分散ユニットの少なくとも１つへ送信するための手段（例えば、メモリ、制御部、及びトランシーバ）を備える、コントロールプレーンユニットを提供する。
【0020】
一態様では、本発明は、コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置であって、コントロールプレーンユニット及び運用保守ノードの少なくとも１つから、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を受信するための手段（例えば、メモリ、制御部、及びトランシーバ）を備える、通信装置を提供する。
【0021】
一態様では、本発明は、コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置であって、少なくとも１つのシグナリングメッセージをさらなるコントロールプレーンユニットへ送信することによって、コントロールプレーンユニットのための復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットを構成する手続を開始するための手段（例えば、メモリ、制御部、及びトランシーバ）と、復旧ノードにおいて、コントロールプレーンユニットによってサーブされるユーザ機器（ＵＥ）に関連付けられたＵＥコンテキストをバックアップするための手段とを備える、通信装置を提供する。
【0022】
一態様では、本発明は、コントロールプレーンユニットとして構成されるコントロールプレーンユニットと、ユーザプレーンユニットと、コントロールプレーンユニットのための復旧ノードとして構成されるさらなるコントロールプレーンユニットに接続する分散ユニットとを少なくとも含む通信装置であって、コントロールプレーンユニットの失敗を決定するための手段（例えば、メモリ、制御部、及びトランシーバ）と、復旧ノードとしてさらなるコントロールプレーンユニットを活性化する手続を開始するためのメッセージをさらなるコントロールプレーンユニットへ送信するための手段とを備える、通信装置を提供する。
【0023】
一態様では、本発明は、ユーザプレーンユニットと分散ユニットとを含む通信装置のコントロールプレーンユニットのための復旧ノードとして構成されるためのコントロールプレーンユニットであって、通信装置のコントロールプレーンユニットの失敗の場合に、ユーザプレーンユニット又は分散ユニットから、復旧ノードを活性化する手続を開始するためのメッセージを受信するための手段（例えば、メモリ、制御部、及びトランシーバ）と、ユーザプレーンユニット又は分散ユニットを用いて少なくとも１つのユーザ機器（ＵＥ）と通信するための手段とを備える、コントロールプレーンユニットを提供する。
【0024】
一態様では、本発明は、コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置のノードへ、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を送信するための手段（例えば、メモリ、制御部、及びトランシーバ）を備える運用保守ノードを提供する。
【0025】
本発明の態様は、対応するシステム、及び命令が記憶されたコンピュータ可読記憶媒体などのコンピュータプログラム製品にまで及び、これらは、上記に記載した若しくは特許請求の範囲に記載した態様及び可能性に記載した方法を実行するようにプログラマブルプロセッサをプログラムし、並びに／又は特許請求の範囲のいずれかに記載した装置を提供するために、適当に適合されたコンピュータをプログラムするように動作可能である。
【0026】
本明細書（この用語は特許請求の範囲を含む）に開示した、及び／又は図面に示した各特徴は、任意の他の開示した及び／又は図示した特徴とは独立して（又はこれと組み合わせて）、本発明に組み込まれ得る。特に、限定しないが、特定の独立請求項に従属する請求項のいずれの特徴も、任意の組合せで又は個別にその独立請求項に導入され得る。
【0027】
ここで、添付の図面を参照して、本発明の実施形態を例として説明する。
【図面の簡単な説明】
【0028】
【図1】本発明の実施形態が適用され得るモバイル（セルラ又は無線）電気通信システムを概略的に示す。
【発明を実施するための形態】
【0029】
概要
図１は、本発明の実施形態が適用可能なモバイル（セルラ又は無線）電気通信システム１を概略的に示す。
図１は、本発明の実施形態が適用可能なモバイル（セルラ又は無線）電気通信システム１を概略的に示す。
【0030】
このネットワークでは、モバイルデバイス３（ＵＥ）のユーザは、適切な３ＧＰＰ無線アクセス技術（Radio Access Technology：ＲＡＴ）、例えば５Ｇ ＲＡＴを用いて、それぞれの基地局５及びコアネットワーク７を介して、互いに及び他のユーザと通信することができる。いくつかの基地局５が（無線）アクセスネットワーク又は（Ｒ）ＡＮを形成することが認識されよう。当業者ならば理解するように、例示目的のために、図１には、１つのモバイルデバイス３及び１つの基地局５が示されているが、本システムは、実施されるとき、典型的には他の基地局及びモバイルデバイス（ＵＥ）を含む。
【0031】
各基地局５は、１以上の関連セルを（直接的に、又はホーム基地局、中継器、リモート無線ヘッド、及び／若しくは分散ユニットなどの他のノードを介して）制御する。次世代／５Ｇプロトコルをサポートする基地局５は、「ｇＮＢ」と呼ばれ得る。一部の基地局５は、４Ｇ及び５Ｇの両方の、及び／又は任意の他の３ＧＰＰ若しくは非３ＧＰＰの通信プロトコルをサポートするように構成されてもよいことが認識されよう。
【0032】
図１に示すように、ｇＮＢ５（本明細書では「分散」ｇＮＢと呼ばれる）の機能は、１以上の分散ユニット（ＤＵ）と中央ユニット（ＣＵ）とに分割されてもよく、ＣＵは、典型的には、より高いレベルの機能及び次世代コアとの通信を実行し、ＤＵは、より低いレベルの機能、及び近傍の（すなわち、ｇＮＢ５によって動作されるセル内の）ＵＥ３とのエアインタフェースを介した通信を実行する。この例では、分散ｇＮＢ５は、以下の機能ユニット又は論理ノード：ｉ）ｇＮＢ－ＣＵ－コントロールプレーンユニット５Ｃ（ｇＮＢ－ＣＵ－ＣＰ）及び１以上のｇＮＢ－ＣＵ－ユーザプレーンユニット５Ｕ（ｇＮＢ－ＣＵ－ＵＰ）にさらに分割され得るｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）と、ｉｉ）１以上のｇＮＢ分散ユニット５Ｄ（ｇＮＢ－ＤＵ）とを含む。
【0033】
ｇＮＢ－ＣＵ－ＣＰ５Ｃと各ｇＮＢ－ＣＵ－ＵＰ５Ｕとは、Ｅ１インタフェース（Ｅ１ＡＰ）を介して接続する。ｇＮＢ－ＣＵと各ｇＮＢ－ＤＵ５Ｄとは、それらの間のＦ１インタフェース（Ｆ１ＡＰ）を介して接続する。ｇＮＢ－ＣＵ－ＣＰ５ＣとｇＮＢ－ＤＵ５Ｄとは、Ｆ１－Ｃ（Ｆ１制御プレーン）インタフェースを介して接続し、一方、ｇＮＢ－ＣＵ－ＵＰ５ＵとそれぞれのｇＮＢ－ＤＵ５Ｄとは、Ｆ１－Ｕ（Ｆ１ユーザプレーン）インタフェースを介して接続する。
【0034】
ｇＮＢ－ＣＵ－ＣＰ５Ｃは、ｅｎ－ｇＮＢ又はｇＮＢ用のｇＮＢ－ＣＵのＲＲＣプロトコル及びＰＤＣＰプロトコルの制御プレーン部分をホストする。ｇＮＢ－ＣＵ－ＵＰ５Ｕは、ｇＮＢ用のｇＮＢ－ＣＵのＰＤＣＰプロトコル及びＳＤＡＰプロトコルのユーザプレーン部分をホストする（ｅｎ－ｇＮＢの場合、ＳＤＡＰは該当しない）。各ｇＮＢ－ＤＵ５Ｄは、少なくとも１つのセルをサポートする（ただし、各セルは１つのｇＮＢ－ＤＵ５Ｄのみによってサポートされる）。
【0035】
モバイルデバイス３及びそのサービング基地局５は、適切なエアインタフェース（例えば、いわゆる「ＮＲ」エアインタフェース及び／又は「Ｕｕ」インタフェースなど）を介して接続する。隣接する基地局５は、適切な基地局間インタフェース（例えば、いわゆる「Ｘｎ」インタフェース及び／又は「Ｘ２」インタフェースなど）を介して互いに接続する。基地局５は、適切なインタフェース（例えば、（ユーザプレーンのための）いわゆる「ＮＧ－Ｕ」インタフェース及び／又は（制御プレーンのための）いわゆる「ＮＧ－Ｃ」インタフェースなど）を介してコアネットワークノードにも接続する。
【0036】
コアネットワーク７は、典型的には、電気通信システム１における通信をサポートするための論理ノード（又は「機能」）を含む。典型的には、例えば、「次世代」／５Ｇシステムのコアネットワーク７は、他の機能の中でも、制御プレーン機能（Control Plane Function：ＣＰＦ）及びユーザプレーン機能（User Plane Function：ＵＰＦ）を含む。例えば、コアネットワーク７は、アクセス及びモビリティ管理機能（Access and Mobility Management Function：ＡＭＦ）８及びセッション管理機能（Session Management Function：ＳＭＦ）９を少なくとも含み得る。コアネットワーク７からは、外部ＩＰネットワーク１０（インターネットなど）への接続も提供され得る。
【0037】
図２は、復旧構成が準備されたときの、分散基地局の構成要素及び他のノードを、それらの間のインタフェースを含めて、概略的に示す。より詳細には、ＵＥ３は、（無線ＵＥの場合）適切なエアインタフェースを用いてＤＵ５Ｄ（少なくとも１つのＤＵ）によってサーブされる。ＤＵ５Ｄは、Ｆ１－Ｕインタフェース（ユーザプレーン）を介してＣＵ－ＵＰ５Ｕに接続し、Ｆ１－Ｃインタフェース（制御プレーン）を介して、関連する（メイン又はマスタ）ＣＵ－ＣＰ５Ｃに接続する。ＣＵ－ＣＰ５ＣとＣＵ－ＵＰ５Ｕとは、Ｅ１インタフェースを介して接続する。ＣＵ－ＣＰ５Ｃは、ＮＧインタフェース（図２のＮＧＡＰ）を介してコアネットワーク（ＡＭＦ８）に接続する。
【0038】
メイン（又は初期）ＣＵ－ＣＰ５Ｃは、以下ではマスタＣＵ－ＣＰ５Ｃと呼ばれる。上述したように、マスタＣＵ－ＣＰ５Ｃは、単一の失敗点になり得る。このシナリオに対して復旧性（resiliency）を提供するために、このシステムでは、マスタＣＵ－ＣＰ５Ｃが失敗した場合のバックアップノードとしてふるまうさらなるＣＵ－ＣＰ５Ｃ’もセットアップされる。さらなるＣＵ－ＣＰ５Ｃ’は、以下では第２の又はセカンダリＣＵ－ＣＰ５Ｃ’と呼ばれる。したがって、図２に示すように、冗長Ｆ１／Ｅ１／ＮＧ接続がセカンダリＣＵ－ＣＰ５Ｃ’を介してセットアップされるが、これらの接続は最初には用いられなくてもよい。冗長接続（の少なくとも一部）は、任意のＵＥ３がメインＣＵ－ＣＰ５Ｃに接続される前に（又は第１のＵＥ３を接続する手続中に）準備されてもよいことが認識されよう。
【0039】
これらの冗長接続をセカンダリＣＵ－ＣＰ５Ｃ’に確立し得る様々な方法がある。例えば、マスタＣＵ－ＣＰ５Ｃは、Ｅ１セットアップ手続又はＦ１セットアップ手続（あるいは、Ｅ１又はＦ１変更手続）の一部として適切な復旧（resilient）ＣＵ－ＣＰ５Ｃ’を構成し得る。復旧構成は、有益には、セカンダリＣＵ－ＣＰ５Ｃ’のアドレス（ＴＮＬアドレス）及び名前並びに関連する失敗タイマ（又はＣＵ－ＣＰ失敗を決定するための任意の他の適当な支援情報）を含み得る。この場合、アドレス及び名前は、セカンダリＣＵ－ＣＰ５Ｃ’との適切な復旧接続をセットアップするためにノード（ＣＵ－ＵＰ５Ｕ及びＤＵ５Ｄ）によって用いられ、失敗時間／支援情報は、復旧接続を活性化する必要がある（すなわち、ＣＵ－ＣＰ失敗の場合）か否かを決定する動作中に用いられる。
【0040】
有益には、ＣＵ－ＵＰ５Ｕ及びＤＵ５Ｄは、セカンダリＣＵ－ＣＰ５Ｃ’のアドレス及び名前を取得し、マスタＣＵ－ＣＰ５Ｃ又は別のノード（例えば、Operation and Management：ＯＡＭ）から関連する失敗タイマを取得し得る。ＣＵ－ＵＰ／ＤＵ及びマスタＣＵ－ＣＰ５Ｃは、セカンダリＣＵ－ＣＰ５Ｃ’に関連付けられたアドレス、名前、及び失敗タイマの少なくとも１つを示す新しい情報要素を有する既存のメッセージを用い得る。あるいは、専用メッセージが、この情報の一部又は全部をＣＵ－ＵＰ５Ｃ及びＤＵ５Ｄに配信するために用いられてもよい。
【0041】
マスタＣＵ－ＣＰ５Ｃの失敗からの適時かつ効率的な回復を達成するために、関連したＵＥコンテキストは、遅延又はデータ損失なしに、かつ過度のシグナリングを必要とせずに、セカンダリＣＵ－ＣＰ５Ｃ’によって取得及び用いることができるようにバックアップされる。具体的には、関連したＵＥコンテキストは、マスタＣＵ－ＣＰにおいてＵＥコンテキストをセットアップ／変更／解放する際に、セカンダリＣＵ－ＣＰ（又はＡＭＦ／ＳＭＦなど）においてバックアップされ得る。あるいは、関連したＵＥコンテキストをセカンダリＣＵ－ＣＰ（任意選択でＡＭＦ／ＳＭＦ）に移動させるために、マスタＣＵ－ＣＰの失敗（又は過負荷）時に同様の手続が用いられてもよい。したがって、バックアップ／移動されたＵＥコンテキストは、マスタＣＵ－ＣＰの失敗（又は過負荷）後にＵＥサービスを回復するために、セカンダリＣＵ－ＣＰ５Ｃ’及び他のノードによって用いられ得る。
【0042】
有益には、ネットワークエンティティの１つ（例えば、ＤＵ５Ｄ又はＣＵ－ＵＰ５Ｕ）がサービングＣＵ－ＣＰ５Ｃの故障を検出したとき、それは、適切な活性化メッセージをセカンダリＣＵ－ＣＰ５Ｃ’に送ることによってＣＵ－ＣＰ復旧を活性化する。セカンダリＣＵ－ＣＰ５Ｃ’は、ＵＥ３の制御を引き継ぎ、適切な復旧構成を適用できるように関係エンティティに通知する。
【0043】
有益には、上記の解決策は、ｇＮＢ－ＣＵ－ＣＰ失敗回復中にＵＥ及びネットワークへの比較的少量のシグナリングを必要とする。同時に、エンドユーザの観点からのユーザプレーン中断／サービスダウン時間は、最小限の制御プレーン中断で最小限に保たれる。
【0044】
モバイルデバイス
図３は、図１に示すモバイルデバイス３（例えば、携帯電話又は「モノのインターネット」（Internet of Things：ＩｏＴ）デバイス）の主要な構成要素を示すブロック図である。図示のように、モバイルデバイス３は、１以上のアンテナ３３を介して基地局５へ信号を送信し、基地局５から信号を受信するように動作可能なトランシーバ回路３１を有する。モバイルデバイス３は、モバイルデバイス３の動作を制御する制御部３７を有する。制御部３７は、メモリ３９に関連付けられ、トランシーバ回路３１に接続する。その動作に必ずしも必要ではないが、モバイルデバイス３は、当然ながら、従来の携帯電話のすべての通常の機能（ユーザインタフェース３５など）を有してもよく、これは、ハードウェア、ソフトウェア、及びファームウェアのいずれか１つ又は任意の組合せによって適切に提供されてもよい。ソフトウェアは、メモリ３９に予めインストールされてもよく、及び／又は例えば、電気通信ネットワークを介して、若しくはリムーバブルデータ記憶デバイス（removable data storage device：ＲＭＤ）からダウンロードされてもよい。
図３は、図１に示すモバイルデバイス３（例えば、携帯電話又は「モノのインターネット」（Internet of Things：ＩｏＴ）デバイス）の主要な構成要素を示すブロック図である。図示のように、モバイルデバイス３は、１以上のアンテナ３３を介して基地局５へ信号を送信し、基地局５から信号を受信するように動作可能なトランシーバ回路３１を有する。モバイルデバイス３は、モバイルデバイス３の動作を制御する制御部３７を有する。制御部３７は、メモリ３９に関連付けられ、トランシーバ回路３１に接続する。その動作に必ずしも必要ではないが、モバイルデバイス３は、当然ながら、従来の携帯電話のすべての通常の機能（ユーザインタフェース３５など）を有してもよく、これは、ハードウェア、ソフトウェア、及びファームウェアのいずれか１つ又は任意の組合せによって適切に提供されてもよい。ソフトウェアは、メモリ３９に予めインストールされてもよく、及び／又は例えば、電気通信ネットワークを介して、若しくはリムーバブルデータ記憶デバイス（removable data storage device：ＲＭＤ）からダウンロードされてもよい。
【0045】
制御部３７は、この例では、メモリ３９内に記憶されたプログラム命令又はソフトウェア命令によって、モバイルデバイス３の全体的な動作を制御するように構成される。図示のように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム４１及び通信制御モジュール４３を含む。
【0046】
通信制御モジュール４３は、モバイルデバイス３とそのサービング基地局５（及びサービング基地局５に接続された他の通信デバイス、例えば、他のユーザ機器、コアネットワークノードなど）との間の通信を制御するように動作可能である。
【0047】
通信制御モジュール４３は、特定の機能をサポートするいくつかのサブモジュール（又は「層」）を含み得ることが認識されよう。例えば、通信制御モジュール４３は、物理（Physical：ＰＨＹ）層サブモジュール、媒体アクセス制御（Medium Access Control：ＭＡＣ）サブモジュール、無線リンク制御（Radio Link Control：ＲＬＣ）サブモジュール、パケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol：ＰＤＣＰ）サブモジュール、サービスデータ適応プロトコル（Service Data Adaptation Protocol：ＳＤＡＰ）サブモジュール、インターネットプロトコル（Internet Protocol：ＩＰ）サブモジュール、無線リソース制御（Radio Resource Control：ＲＲＣ）サブモジュール、非アクセス層（Non-Access Stratum：ＮＡＳ）サブモジュールなどを含んでもよい。
【0048】
基地局
図４は、図１に示す分散基地局５の主要な構成要素を示すブロック図である。図示のように、基地局５は、１以上のアンテナ５３を介してユーザ機器（モバイルデバイス３など）に信号し、ユーザ機器から信号を受信するためのトランシーバ回路５１と、コアネットワーク７へ信号を送信し、コアネットワーク７から信号を受信するためのネットワークインタフェース５５（例えば、ＮＧ－Ｃ／ＮＧ－Ｕインタフェースなど）と、隣接する基地局へ信号を送信し、隣接する基地局から信号を受信するための基地局インタフェース５６（例えば、Ｘｎインタフェースなど）とを有する。基地局５は、メモリ５９に記憶されたソフトウェアに従って基地局５の動作を制御する制御部５７を有する。ソフトウェアは、メモリ５９に予めインストールされてもよく、及び／又は例えば、電気通信ネットワーク１を介して、若しくはリムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム６１と、少なくとも通信制御モジュール６３とを含む。図３には示していないが、ネットワークインタフェース５５はまた、典型的には、基地局間インタフェースモジュール（例えば、Ｘｎ）及びコアネットワークインタフェースモジュール（例えば、ＮＧ－Ｃ／ＮＧ－Ｕ）を含む。
図４は、図１に示す分散基地局５の主要な構成要素を示すブロック図である。図示のように、基地局５は、１以上のアンテナ５３を介してユーザ機器（モバイルデバイス３など）に信号し、ユーザ機器から信号を受信するためのトランシーバ回路５１と、コアネットワーク７へ信号を送信し、コアネットワーク７から信号を受信するためのネットワークインタフェース５５（例えば、ＮＧ－Ｃ／ＮＧ－Ｕインタフェースなど）と、隣接する基地局へ信号を送信し、隣接する基地局から信号を受信するための基地局インタフェース５６（例えば、Ｘｎインタフェースなど）とを有する。基地局５は、メモリ５９に記憶されたソフトウェアに従って基地局５の動作を制御する制御部５７を有する。ソフトウェアは、メモリ５９に予めインストールされてもよく、及び／又は例えば、電気通信ネットワーク１を介して、若しくはリムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム６１と、少なくとも通信制御モジュール６３とを含む。図３には示していないが、ネットワークインタフェース５５はまた、典型的には、基地局間インタフェースモジュール（例えば、Ｘｎ）及びコアネットワークインタフェースモジュール（例えば、ＮＧ－Ｃ／ＮＧ－Ｕ）を含む。
【0049】
通信制御モジュール６３は、基地局５と、ＵＥ３及びコアネットワークノードなどの他のノードとの間のシグナリングを処理する（生成する／送る／受信する）役割を担う。そのようなシグナリングは、例えば、モバイルデバイス３の動作を管理するための制御データ（例えば、ＮＡＳ、ＲＲＣ、ページング、及び／又はシステムの情報など）を含んでもよい。通信制御モジュール６３は、特定の機能をサポートするいくつかのサブモジュール（又は「層」）を含み得ることが認識されよう。例えば、通信制御モジュール６３は、ＰＨＹサブモジュール、ＭＡＣサブモジュール、ＲＬＣサブモジュール、ＰＤＣＰサブモジュール、ＳＤＡＰサブモジュール、ＩＰサブモジュール、ＲＲＣサブモジュールなどを含んでもよい。
【0050】
基地局５が分散ｇＮＢ又はｅｎ－ｇＮＢを備えるとき、ネットワークインタフェース５５はまた、分散ｇＮＢ又はｅｎ－ｇＮＢのそれぞれの機能間で信号を通信するためにＥ１インタフェース及びＦ１インタフェース（制御プレーン用のＦ１－Ｃ及びユーザプレーン用のＦ１－Ｕ）を備える。この場合、ソフトウェアはまた、ｇＮＢ－ＣＵ－ＣＰモジュール５Ｃ、ｇＮＢ－ＣＵ－ＵＰモジュール５Ｕ、及びｇＮＢ－ＤＵモジュール５Ｄの少なくとも１つを含む。存在する場合、ｇＮＢ－ＣＵ－ＣＰモジュール５Ｃは、分散ｇＮＢ又はｅｎ－ｇＮＢのＲＲＣ層及びＰＤＣＰ層の制御プレーン部分をホストする。存在する場合、ｇＮＢ－ＣＵ－ＵＰモジュール５Ｕは、分散ｇＮＢのＰＤＣＰ層及びＳＤＡＰ層のユーザプレーン部分又は分散ｅｎ－ｇＮＢのＰＤＣＰ層のユーザプレーン部分をホストする。存在する場合、ｇＮＢ－ＤＵモジュール５Ｄは、分散ｇＮＢ又はｅｎ－ｇＮＢのＲＬＣ層、ＭＡＣ層、及びＰＨＹ層をホストする。
【0051】
中央ユニット（例えば、５Ｃ及び／又は５Ｕ）は、基地局と共に実施されて物理的に配置されてもよく、又は遠隔地で、単一の物理的要素として、若しくはクラウドベース若しくは仮想化システムとして実施されてもよいことが当業者には理解されよう。単一の中央ユニットが複数の基地局５をサーブしてもよいことも理解されよう。
【0052】
コアネットワークノード
図５は、図１に示す一般的なコアネットワークノード（又は機能）の主要な構成要素、例えばＡＭＦ８又はＳＭＦ９を示すブロック図である。図示のように、コアネットワークノードは、ネットワークインタフェース７５を介して他のノード（ＵＥ３及び（Ｒ）ＡＮノード５を含む）へ信号を送信し、他のノードから信号を受信するように動作可能なトランシーバ回路７１を含む。制御部７７は、メモリ７９に記憶されたソフトウェアに従ってコアネットワークノードの動作を制御する。ソフトウェアは、メモリ７９に予めインストールされてもよく、及び／又は例えば、電気通信ネットワーク１を介して、若しくはリムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム８１と、少なくとも通信制御モジュール８３とを含む。通信制御モジュール８３は、コアネットワークノードと、ＵＥ３、（Ｒ）ＡＮノード５、及び他のコアネットワークノードなどの他のノードとの間のシグナリングを処理する（生成する／送る／受信する）役割を担う。
図５は、図１に示す一般的なコアネットワークノード（又は機能）の主要な構成要素、例えばＡＭＦ８又はＳＭＦ９を示すブロック図である。図示のように、コアネットワークノードは、ネットワークインタフェース７５を介して他のノード（ＵＥ３及び（Ｒ）ＡＮノード５を含む）へ信号を送信し、他のノードから信号を受信するように動作可能なトランシーバ回路７１を含む。制御部７７は、メモリ７９に記憶されたソフトウェアに従ってコアネットワークノードの動作を制御する。ソフトウェアは、メモリ７９に予めインストールされてもよく、及び／又は例えば、電気通信ネットワーク１を介して、若しくはリムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム８１と、少なくとも通信制御モジュール８３とを含む。通信制御モジュール８３は、コアネットワークノードと、ＵＥ３、（Ｒ）ＡＮノード５、及び他のコアネットワークノードなどの他のノードとの間のシグナリングを処理する（生成する／送る／受信する）役割を担う。
【0053】
動作
上述したように、システム１は、（図１では「ｇＮＢ－ＤＵ」、図２及び図６では「ＤＵ」と表記されている）１以上の分散ユニット５Ｄを介していくつかのＵＥ３をサーブする分散基地局装置５を含む。分散基地局装置５の中央ユニット（ＣＵ）部は、ＵＥ３に関係する制御プレーン及びユーザプレーンの動作を制御する役割を担う。中央ユニットのユーザプレーン部は、ＣＵ－ＵＰ５Ｕ（又は図１では「ｇＮＢ－ＣＵ－ＵＰ」）と呼ばれ、これは、効果的には、分散基地局装置５のＰＤＣＰプロトコル（及び適切な場合にＳＤＡＰプロトコル）のユーザプレーン部分をホストする論理ノードである。中央ユニットの制御プレーン部は、ＣＵ－ＣＰ５Ｃ（又は図１では「ｇＮＢ－ＣＵ－ＣＰ」）と呼ばれ、これは、効果的には、分散基地局装置５のＲＲＣプロトコル及びＰＤＣＰプロトコルの制御プレーン部分をホストする論理ノードである。
上述したように、システム１は、（図１では「ｇＮＢ－ＤＵ」、図２及び図６では「ＤＵ」と表記されている）１以上の分散ユニット５Ｄを介していくつかのＵＥ３をサーブする分散基地局装置５を含む。分散基地局装置５の中央ユニット（ＣＵ）部は、ＵＥ３に関係する制御プレーン及びユーザプレーンの動作を制御する役割を担う。中央ユニットのユーザプレーン部は、ＣＵ－ＵＰ５Ｕ（又は図１では「ｇＮＢ－ＣＵ－ＵＰ」）と呼ばれ、これは、効果的には、分散基地局装置５のＰＤＣＰプロトコル（及び適切な場合にＳＤＡＰプロトコル）のユーザプレーン部分をホストする論理ノードである。中央ユニットの制御プレーン部は、ＣＵ－ＣＰ５Ｃ（又は図１では「ｇＮＢ－ＣＵ－ＣＰ」）と呼ばれ、これは、効果的には、分散基地局装置５のＲＲＣプロトコル及びＰＤＣＰプロトコルの制御プレーン部分をホストする論理ノードである。
【0054】
ここで、図１及び図２に示すシステムにおける復旧の様々な態様について（図６～図８を参照して）より詳細な説明を与える。より詳細には、図６は、セカンダリノードへの冗長接続（この場合、Ｅ１／Ｆ１／ＮＧ接続）を確立するための例示的な手続を概略的に示し、図７は、例示的なＵＥコンテキストバックアップ手続を概略的に示し、図８は、復旧活性化のための例示的な手続を概略的に示す。
【0055】
冗長接続
図６は、セカンダリＣＵ－ＣＰ５Ｃ’への冗長接続を確立し得る一部の可能な方法を概略的に示す。手続（の少なくとも一部）は、任意のＵＥ３がメインＣＵ－ＣＰ５Ｃに接続される前に、又は第１の（若しくは第２のなどの）ＵＥ３を接続する手続中に実行されてもよいことが認識されよう。
図６は、セカンダリＣＵ－ＣＰ５Ｃ’への冗長接続を確立し得る一部の可能な方法を概略的に示す。手続（の少なくとも一部）は、任意のＵＥ３がメインＣＵ－ＣＰ５Ｃに接続される前に、又は第１の（若しくは第２のなどの）ＵＥ３を接続する手続中に実行されてもよいことが認識されよう。
【0056】
具体的には、図６に示すステップは、以下の少なくとも１つ、すなわち、ｉ）ＣＵ－ＵＰ５ＵとセカンダリＣＵ－ＣＰ５Ｃ’との間の冗長Ｅ１接続の確立、ｉｉ）ＤＵ５ＤとセカンダリＣＵ－ＣＰ５Ｃ’との間の冗長Ｆ１（制御プレーン）接続の確立、及びｉｉｉ）ＡＭＦ８とセカンダリＣＵ－ＣＰ５Ｃ’との間の冗長ＮＧ接続の確立の少なくとも１つに適用されてもよい。同じ（又は同様の）手続が、適切なときに１以上の既存の接続を変更又は再確立するために用いられてもよいことも認識されよう。
【0057】
図６には、例示的なＥ１セットアップ手続がステップ１、１ａ、１ｂ、２、及び２ａで示され、例示的なＮＧセットアップ手続がステップ３及び３ａで示され、例示的なＦ１セットアップ手続がステップ４、４ａ、４ｂ、５、及び５ａで示されている。Ｅ１／ＮＧ／Ｆ１手続は、異なる順序で（及び／又は互いに独立して）実行されてもよいことが認識されよう。
【0058】
この例では、手続は、ＣＵ－ＵＰ５ＵとマスタＣＵ－ＣＰ５Ｃとの間のＥ１セットアップから始まる。図から分かるように、ステップ１において、ＣＵ－ＵＰ５Ｕは、ＣＵ－ＵＰ５Ｕと（マスタＣＵ－ＣＰとしてふるまう）ＣＵ－ＣＰ５Ｃとの間のＥ１セットアップを開始するための適切にフォーマットされたメッセージを（その関連する通信制御モジュール６３を用いて）生成して送信する。ＣＵ－ＣＰ５Ｃは、適切な場合に、ＵＥ３、ＡＭＦ８、及び／又は任意の他のノードによって提供される情報に基づいて選択され得る。
【0059】
（マスタ）ＣＵ－ＣＰ５Ｃは、この接続要求を受け入れることができる場合、適切な応答（例えば、「Ｅ１セットアップ応答」）を生成してＣＵ－ＵＰ５Ｕへ送信する。１つの選択肢では、ステップ１ａに一般的に示すように、ＣＵ－ＣＰ５Ｃは、適当な冗長／セカンダリＣＵ－ＣＰ５Ｃ’に関係する適切な情報をこのメッセージに含めるように構成され得る。例えば、Ｅ１セットアップ応答メッセージ（又は同様のもの）は、以下の１以上、すなわち、少なくとも１つの冗長／セカンダリＣＵ－ＣＰ５Ｃ’の名前、少なくとも１つの冗長／セカンダリＣＵ－ＣＰ５Ｃ’のそれぞれのトランスポートネットワーク層（Transport Network Layer：ＴＮＬ）アドレス、及び少なくとも１つの冗長／セカンダリＣＵ－ＣＰ５Ｃ’に関連付けられたタイマを識別する情報の１以上を含んでもよい。別の選択肢では、ステップ１ｂに一般的に示すように、ＣＵ－ＣＰ５Ｃは、異なるメッセージ（例えば、Ｅ１セットアップ応答メッセージの後に送信されるメッセージ）に上記の情報を含めるように構成され得る。この場合、ステップ１ａのＥ１セットアップ応答メッセージは、この情報を含む必要がない。しかしながら、ステップ１ｂで送信されたメッセージは、Ｅ１セットアップ応答メッセージに含まれる任意の情報を更新又は補足するために用いられ得ることが認識されよう。ステップ１ｂで送信されるメッセージは、その後のＥ１セットアップ応答メッセージ、又はＥ１再構成若しくはＥ１変更に関係するメッセージ（例えば、Ｅ１再構成／変更要求、若しくは関連する応答メッセージ）を含んでもよい。
【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】
ステップ１に一般的に示すように、マスタＣＵ－ＣＰ５Ｃの失敗は、少なくとも１つのＵＥ３に関してストリーム制御伝送プロトコル（Stream Control Transmission Protocol：ＳＣＴＰ）に関連付けられた失敗により、関連するＤＵ５Ｄ又はＣＵ－ＵＰ５Ｕのいずれかによって検出され得る。例えば、失敗は、図６を参照して上記した「失敗タイマ」などの関連するタイマの満了に基づいて検出され得る。
【0087】
この例では、ＤＵ５Ｄは、ステップ１において、マスタＣＵ－ＣＰ５Ｃに関連付けられた失敗タイマが、マスタＣＵ－ＣＰ５ＣがＳＣＴＰ失敗から回復することができる前に満了したと決定する。したがって、ＤＵ５Ｄは、ＳＣＴＰ問題が関連する失敗タイマにより許容された最大持続時間よりも長く続いたと決定したとき、ステップ２において、復旧を活性化するために、（その関連する通信制御モジュール６３を用いて）適切にフォーマットされたメッセージを生成してセカンダリＣＵ－ＣＰ５Ｃ’へ送信する。あるいは、ステップ３に一般的に示すように、ＣＵ－ＵＰ５Ｕは、（関連する失敗タイマに基づいて）マスタＣＵ－ＣＰ５Ｃの失敗を決定し、復旧を活性化するためにセカンダリＣＵ－ＣＰ５Ｃ’へメッセージを送信してもよい。
【0088】
ＤＵ５Ｄ／ＣＵ－ＵＰ５Ｕは、どのノードが失敗したとみなされるかを示すために（マスタＣＵ ＸｎＡＰ ＩＤなどの）マスタＣＵ－ＣＰ５Ｃの識別子をそのメッセージに含め、これにより、セカンダリＣＵ－ＣＰ５Ｃ’は、関連するＵＥコンテキストを取得することができる。ステップ２ａ／３ａにおいて、セカンダリＣＵ－ＣＰ５Ｃ’は、セカンダリＣＵ－ＣＰ５Ｃ’が現在、新しいサービングＣＵ－ＣＰとしてふるまっていることを示す。具体的には、セカンダリＣＵ－ＣＰ５Ｃ’は、適切な「復旧通知」メッセージ（及び／又は同様のもの）を生成して、（ステップ２のメッセージがＤＵ５Ｄによって送信された場合）ＣＵ－ＵＰ５Ｕ又は（ステップ３のメッセージがＣＵ－ＵＰ５Ｕによって送信された場合）ＤＵ５Ｄへ送信する。セカンダリＣＵ－ＣＰ５Ｃ’は、ＤＵ５Ｄ及びＣＵ－ＵＰ５Ｕの両方に通知してもよいことが認識されよう。言い換えれば、ステップ２ａ及び３ａの両方は、ステップ２又はステップ３のいずれかの後に実行されてもよい。効果的には、（任意の適当なメッセージであってもよい）ステップ２ａ／３ａのメッセージは、対応するノードへの、復旧が活性化されたことの指示（及び／又はマスタノードが失敗したことの指示）として機能し、これにより、それらは、関連する復旧構成を適用することができる。
【0089】
効果的には、この時点から、セカンダリＣＵ－ＣＰは、関連したＵＥ３のための新しいマスタＣＵ－ＣＰとしてふるまう。適切な場合、新しいマスタＣＵ－ＣＰは、新しい復旧ＣＵ－ＣＰが準備されることを保証し、適切なＵＥコンテキストバックアップを実行するために、図６及び図７を参照して上記した手続のいずれかを実行することに進んでもよい。図８には示していないが、ＳＭＦ９は、図７のメッセージ４及び４ａで構成されるように、関連する経路／ＰＤＵセッションをセカンダリＣＵ－ＣＰ５Ｃ’に切り替えることが認識されよう。
【0090】
必要であれば、ＲＲＣ再構成が、新しいＣＵ－ＣＰ５Ｃ’とＵＥ３との間で行われてもよい。しかしながら、マスタＣＵ－ＣＰ及びセカンダリＣＵ－ＣＰが同じＰＤＣＰ構成を用いる場合（例えば、これら両方が元のＰＤＣＰ構成をサポートしている場合、又はこれらが図７のステップ２ａ及び２ｂを参照して上述したように適切な（サポートされている）ＰＤＣＰ構成／ＲＲＣコンテキストに合意した場合）、このステップは省略されてもよいことが認識されよう。
【0091】
要約すると、ネットワークエンティティの１つは、サービングＣＵ－ＣＰの障害を検出したとき、ＣＵ－ＣＰ復旧を活性化する。セカンダリＣＵ－ＣＰは、ＵＥの制御を引き継ぎ、適切な復旧構成を適用できるように関係エンティティに通知する。
【0092】
変更及び代替
詳細な実施形態が上記で説明された。上記の実施形態に対していくつかの変更及び代替を、その中で具体化される本発明から依然として利益を得ながら、行うことができることを、当業者は理解されよう。例示として、これらの代替及び変更のいくつかのみをここで説明する。
詳細な実施形態が上記で説明された。上記の実施形態に対していくつかの変更及び代替を、その中で具体化される本発明から依然として利益を得ながら、行うことができることを、当業者は理解されよう。例示として、これらの代替及び変更のいくつかのみをここで説明する。
【0093】
図８のステップ１に関して、失敗タイマの満了前にＤＵ／ＣＵ－ＵＰが回復することができる比較的短いＳＣＴＰエラーは、ＣＵ－ＣＰ復旧手続をトリガし得ないことが認識されよう。したがって、失敗タイマの値を設定する（合意する）ことによって、ＤＵ／ＣＵ－ＵＰ及びマスタＣＵ－ＣＰは、セカンダリＣＵ－ＣＰによって保持されているバックアップＵＥコンテキストを活性化することが必要になる前に、どれだけのデータ損失が許容可能であるかを制御することができる。
【0094】
上記の説明は、一例として分散基地局を用いているが、復旧及びＵＥコンテキストバックアップ／移動を提供するための上記の技術は、少なくともコントロールプレーンユニット及びユーザプレーンユニット（並びに関連するユニット間の適切なインタフェース）を備える他の同様の通信装置に適用され得ることが認識されよう。そのような通信装置（その少なくとも１つのユニット）は、（無線）アクセスネットワーク又はコアネットワークに配置されてもよい。
【0095】
上記の説明では、理解を容易にするために、ＵＥ、（Ｒ）ＡＮノード（分散基地局）、及びコアネットワークノードは、いくつかの個別のモジュール（通信制御モジュールなど）を有するものとして説明されている。これらのモジュールは、特定の適用例の場合、例えば既存のシステムが本発明を実施するために変更されている場合、他の適用例において、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムにおいて、このように提供され得るが、これらのモジュールは、全体的なオペレーティングシステム又はコードに組み込まれ得るため、これらのモジュールは、個別のエンティティとして識別可能でない場合がある。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、又はこれらの組合せで実施されてもよい。
【0096】
各制御部は、例えば、１以上のハードウェア実施コンピュータプロセッサ、マイクロプロセッサ、中央処理装置（Central Processing Unit：ＣＰＵ）、算術論理ユニット（Arithmetic Logic Unit：ＡＬＵ）、入出力（Input/Output：ＩＯ）回路、内部メモリ／キャッシュ（プログラム及び／若しくはデータ）、処理レジスタ、通信バス（例えば、制御バス、データバス、及び／若しくはアドレスバス）、ダイレクトメモリアクセス（Direct Memory Access：ＤＭＡ）機能、並びに／又はハードウェア若しくはソフトウェア実施のカウンタ、ポインタ、及び／若しくはタイマなどを含む（がこれらに限定されない）任意の適当な形態の処理回路を備えてもよい。
【0097】
上記の実施形態では、いくつかのソフトウェアモジュールが説明された。当業者は、ソフトウェアモジュールが、コンパイルされた形態又はコンパイルされていない形態で提供されてもよく、コンピュータネットワークを介して又は記録媒体で信号としてＵＥ、分散基地局（のユニット）、及びコアネットワークノードに供給されてもよいことを認識する。さらに、このソフトウェアの一部又は全部によって実行される機能は、１以上の専用ハードウェア回路を用いて実行されてもよい。しかしながら、ソフトウェアモジュールの使用は、ＵＥ、分散基地局／（Ｒ）ＡＮノード、及びコアネットワークノードの機能を更新するためにそれらを更新することを容易にするので好ましい。
【0098】
本開示におけるユーザ機器（又は「ＵＥ」、「移動局」、「モバイルデバイス」、若しくは「無線デバイス」）は、無線インタフェースを介してネットワークに接続されるエンティティである。
【0099】
本開示は、専用の通信デバイスに限定されず、通信機能（及び関連するＵＥコンテキスト）を有する任意のデバイスに適用することができることに留意されたい。「ユーザ機器」又は「ＵＥ」（この用語が３ＧＰＰで用いられるとき）、「移動局」、「モバイルデバイス」、及び「無線デバイス」という用語は、一般的に、互いに同義であることを意図しており、端末、セルフォン、スマートフォン、タブレット、セルラＩｏＴデバイス、ＩｏＴデバイス、及び機械などのスタンドアロン移動局を含む。「移動局」及び「モバイルデバイス」という用語は、長期間静止したままであるデバイスも包含することが認識されよう。
【0100】
簡単にするために、本出願は、説明においてモバイルデバイスを参照することが多いが、説明した技術は、そのような通信デバイスが人間の入力又はメモリに記憶されたソフトウェア命令によって制御されるか否かにかかわらず、データを送る／受信するために通信ネットワークに接続することができる任意の（モバイル及び／又は略固定）通信デバイス上で実施することができることが認識されよう。
【0101】
通信デバイスは、例えば、携帯電話、スマートフォン、ユーザ機器、携帯情報端末、ラップトップ／タブレットコンピュータ、ウェブブラウザ、及び／又は電子書籍リーダなどのモバイル通信デバイスであってもよい。そのようなモバイル（又はさらには、略固定）デバイスは、典型的には、ユーザによって操作される。しかしながら、３ＧＰＰ規格はまた、いわゆる「モノのインターネット」（ＩｏＴ）デバイス（例えば、狭帯域ＩｏＴ（Narrow-Band IoT：ＮＢ－ＩｏＴ）デバイス）をネットワークに接続することを可能にし、これは、典型的には、様々な測定機器、テレメトリ機器、監視システム、トラッキング及び追跡デバイス、車載安全システム、車両メンテナンスシステム、道路センサ、デジタル広告板、販売時点管理（point of sale：ＰＯＳ）端末、及びリモート制御システムなどの自動化された機器を含む。効果的には、モノのインターネットは、適切な電子機器、ソフトウェア、センサ、及び／又はネットワーク接続性などを備えたデバイス（又は「モノ」）のネットワークであり、これは、これらのデバイスがデータを収集し、互いに、及び他の通信デバイスとデータを交換することを可能にする。ＩｏＴデバイスは、マシン型通信（Machine-Type Communication：ＭＴＣ）通信デバイス又はマシンツーマシン（Machine-to-Machine：Ｍ２Ｍ）通信デバイスと呼ばれることもあることが認識されよう。
【0102】
さらなるコントロールプレーンユニットを識別する情報は、コントロールプレーンユニットとユーザプレーンユニットとの間の第１のインタフェース（例えば、Ｅ１）をセットアップする手続、コントロールプレーンユニットと分散ユニットとの間の第２のインタフェース（例えば、Ｆ１）をセットアップする手続、コントロールプレーンユニットとコアネットワークノードとの間の第３のインタフェース（例えば、ＮＧ）をセットアップする手続、第１のインタフェースを変更する手続、第２のインタフェースを変更する手続、及び第３のインタフェースを変更する手続の少なくとも１つの一部として送信され得る。さらなるコントロールプレーンユニットを識別する情報は、さらなるコントロールプレーンユニットのアドレス、さらなるコントロールプレーンユニット名、及びさらなるコントロールプレーンユニットの識別子の少なくとも１つを含み得る。
【0103】
コントロールプレーンユニットによって実行される方法は、さらなるコントロールプレーンユニットを識別する情報に基づいて、コントロールプレーンユニットの失敗の場合に用いられる、ユーザプレーンユニットとさらなるコントロールプレーンユニットとの間の第４のインタフェース（例えば、冗長Ｅ１）、コントロールプレーンユニットの失敗の場合に用いられる、分散ユニットとさらなるコントロールプレーンユニットとの間の第５のインタフェース（例えば、冗長Ｆ１）、及びコントロールプレーンユニットの失敗の場合に用いられる、コアネットワークノードとさらなるコントロールプレーンユニットとの間の第６のインタフェース（例えば、冗長ＮＧ）の少なくとも１つをセットアップする手続を開始することをさらに含み得る。
【0104】
コントロールプレーンユニットによって実行される方法は、ユーザプレーンユニット及び分散ユニットの少なくとも１つへ、コントロールプレーンユニットの失敗を決定する際に用いるための支援情報を送信することをさらに含み得る。支援情報は、タイマ（値）を識別し得る又は備え得る。
【0105】
コントロールプレーンユニットによって実行される方法は、さらなるコントロールプレーンユニットにおいて、コントロールプレーンユニットによってサーブされる少なくとも１つのＵＥに関連付けられた少なくとも１つのＵＥコンテキストをバックアップすることをさらに含み得る。
【0106】
第１のインタフェース（例えば、Ｅ１）は、コントロールプレーンユニットとユーザプレーンユニットとの間に設けられてもよく、第２のインタフェース（例えば、Ｆ１）は、コントロールプレーンユニットと分散ユニットとの間に設けられてもよく、第３のインタフェース（例えば、ＮＧ）は、コントロールプレーンユニットとコアネットワークノードとの間に設けられてもよい。この場合、通信装置によって実行される方法は、さらなるコントロールプレーンユニットを識別する情報に基づいて、コントロールプレーンユニットの失敗の場合に用いられる、ユーザプレーンユニットとさらなるコントロールプレーンユニットとの間の第４のインタフェース（例えば、冗長Ｅ１）、コントロールプレーンユニットの失敗の場合に用いられる、分散ユニットとさらなるコントロールプレーンユニットとの間の第５のインタフェース（例えば、冗長Ｆ１）、及びコントロールプレーンユニットの失敗の場合に用いられる、コアネットワークノードとさらなるコントロールプレーンユニットとの間の第６のインタフェース（例えば、冗長ＮＧ）の少なくとも１つをセットアップする手続を開始することをさらに含み得る。この場合、第４の、第５の、又は第６のインタフェースのセットアップは、第４の、第５の、又は第６のインタフェースが復旧のためにセットアップされているという指示を含む少なくとも１つのメッセージを送信することを含み得る。
【0107】
通信装置によって実行される方法は、コントロールプレーンユニットが失敗した場合にさらなるコントロールプレーンユニットを活性化する際に用いるためのコントロールプレーンユニットを識別する情報を受信することをさらに含み得る。
【0108】
さらなるコントロールプレーンユニットを構成することは、復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットをセットアップ又は変更することを含み得る。
【0109】
さらなるコントロールプレーンユニットへ送信される少なくとも１つのシグナリングメッセージは、ＵＥ（例えば、ＵＥ ＩＤ）及びＵＥに関連付けられたＵＥコンテキストを識別する情報を含み得る。少なくとも１つのシグナリングメッセージは、コントロールプレーンユニットによって送信され得る。少なくとも１つのシグナリングメッセージは、ユーザプレーンユニットによって送信され得る。少なくとも１つのシグナリングメッセージは、分散ユニットによって送信され得る。
【0110】
通信装置によって実行される方法は、ＵＥコンテキストに基づいて復旧ノードのためのセッションを確立するための少なくとも１つのメッセージをコアネットワークノードへ送信することをさらに含み得る。
【0111】
通信装置によって実行される方法は、さらなるコントロールプレーンユニットから、ＵＥコンテキストに対する少なくとも１つの変更を識別する情報を含む少なくとも１つのメッセージを受信することと、ＵＥコンテキストに対する少なくとも１つの変更に基づいて、制御プレーンユニットのための復旧ノードとしてさらなるコントロールプレーンユニットを用いるか否かを決定することとをさらに含み得る。この場合、本方法は、ＵＥコンテキストに対する少なくとも１つの変更が受け入れられたことを示すメッセージをさらなるコントロールプレーンユニットへ送信することと、少なくとも１つの変更を含む変更されたＵＥコンテキストに基づいて、コントロールプレーンユニットのための復旧ノードとしてさらなるコントロールプレーンユニットを用いることとをさらに含み得る。
【0112】
ＵＥコンテキストに対する少なくとも１つの変更は、ＵＥコンテキストに関連付けられたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）構成に対する変更を含み得る。
【0113】
復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットを構成する手続は、復旧ノードを介してＵＥのためのプロトコルデータユニット（Protocol Data Unit：ＰＤＵ）セッションをセットアップするための要求をコアネットワークノードへ送信することを含み得る。
【0114】
本方法は、コントロールプレーンユニットの失敗時に冗長ユニットとしてさらなるコントロールプレーンユニットに切り替える手続を開始することをさらに含み得る（例えば、復旧ノードを活性化する手続を開始するためのメッセージを送信することによって）。
【0115】
復旧ノードを活性化する手続を開始するためのメッセージは、通信装置のコントロールプレーンユニットを識別する情報を含み得る。
【0116】
復旧ノードとして構成されるコントロールプレーンユニットによって実行される方法は、復旧ノードが活性化されたことを示すために、少なくとも１つのメッセージをユーザプレーンユニット又は分散ユニットへ送信することをさらに含み得る。
【0117】
通信装置は、分散基地局装置を含んでもよい。
【0118】
様々な他の変更は、当業者には明らかであり、ここではさらに詳細に説明されない。
【0119】
例えば、上記に開示した例示的な実施形態の全部又は一部は、以下の付記のように記載することができるが、これらに限定されない。
（付記１）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置のコントロールプレーンユニットによって実行される方法であって、
ユーザプレーンユニット及び分散ユニットの少なくとも１つへ、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を送信すること
を含む、方法。
（付記２）
さらなるコントロールプレーンユニットを識別する情報は、
コントロールプレーンユニットとユーザプレーンユニットとの間の第１のインタフェースをセットアップする手続、
コントロールプレーンユニットと分散ユニットとの間の第２のインタフェースをセットアップする手続、
コントロールプレーンユニットとコアネットワークノードとの間の第３のインタフェースをセットアップする手続、
第１のインタフェースを変更する手続、
第２のインタフェースを変更する手続、及び
第３のインタフェースを変更する手続
の少なくとも１つの一部として送信される、
付記１に記載の方法。
（付記３）
さらなるコントロールプレーンユニットを識別する情報は、さらなるコントロールプレーンユニットのアドレス、さらなるコントロールプレーンユニット名、及びさらなるコントロールプレーンユニットの識別子の少なくとも１つを含む、
付記１又は２に記載の方法。
（付記４）
さらなるコントロールプレーンユニットを識別する情報に基づいて、
コントロールプレーンユニットの失敗の場合に用いられる、ユーザプレーンユニットとさらなるコントロールプレーンユニットとの間の第４のインタフェース、
コントロールプレーンユニットの失敗の場合に用いられる、分散ユニットとさらなるコントロールプレーンユニットとの間の第５のインタフェース、及び
コントロールプレーンユニットの失敗の場合に用いられる、コアネットワークノードとさらなるコントロールプレーンユニットとの間の第６のインタフェース
の少なくとも１つをセットアップする手続を開始することをさらに含む、
付記１から３のいずれか一項に記載の方法。
（付記５）
ユーザプレーンユニット及び分散ユニットの少なくとも１つへ、コントロールプレーンユニットの失敗を決定する際に用いるための支援情報を送信することをさらに含む、
付記１から４のいずれか一項に記載の方法。
（付記６）
支援情報は、タイマを識別する、
付記５に記載の方法。
（付記７）
さらなるコントロールプレーンユニットにおいて、コントロールプレーンユニットによってサーブされる少なくとも１つのＵＥに関連付けられた少なくとも１つのＵＥコンテキストをバックアップすることをさらに含む、
付記１から６のいずれか一項に記載の方法。
（付記８）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置によって実行される方法であって、
コントロールプレーンユニット及び運用保守ノードの少なくとも１つから、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を受信すること
を含む、方法。
（付記９）
第１のインタフェースが、コントロールプレーンユニットとユーザプレーンユニットとの間に設けられ、第２のインタフェースが、コントロールプレーンユニットと分散ユニットとの間に設けられ、第３のインタフェースが、コントロールプレーンユニットとコアネットワークノードとの間に設けられ、
方法は、さらなるコントロールプレーンユニットを識別する情報に基づいて、
コントロールプレーンユニットの失敗の場合に用いられる、ユーザプレーンユニットとさらなるコントロールプレーンユニットとの間の第４のインタフェース、
コントロールプレーンユニットの失敗の場合に用いられる、分散ユニットとさらなるコントロールプレーンユニットとの間の第５のインタフェース、及び
コントロールプレーンユニットの失敗の場合に用いられる、コアネットワークノードとさらなるコントロールプレーンユニットとの間の第６のインタフェース
の少なくとも１つをセットアップする手続を開始することをさらに含む、
付記８に記載の方法。
（付記１０）
第４、第５、又は第６のインタフェースのセットアップは、第４、第５、又は第６のインタフェースが復旧のためにセットアップされているという指示を含む少なくとも１つのメッセージを送信することを含む、
付記９に記載の方法。
（付記１１）
コントロールプレーンユニットが失敗した場合にさらなるコントロールプレーンユニットを活性化する際に用いるための、コントロールプレーンユニットを識別する情報を受信することをさらに含む、
付記９又は１０に記載の方法。
（付記１２）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置によって実行される方法であって、
少なくとも１つのシグナリングメッセージをさらなるコントロールプレーンユニットへ送信することによって、コントロールプレーンユニットのための復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットを構成する手続を開始することと、
復旧ノードにおいて、コントロールプレーンユニットによってサーブされるユーザ機器（ＵＥ）に関連付けられたＵＥコンテキストをバックアップすることと、
を含む、方法。
（付記１３）
さらなるコントロールプレーンユニットを構成することは、復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットをセットアップ又は変更することを含む、
付記１２に記載の方法。
（付記１４）
少なくとも１つのシグナリングメッセージは、ＵＥ及びＵＥに関連付けられたＵＥコンテキストを識別する情報を含む、
付記１２又は１３に記載の方法。
（付記１５）
少なくとも１つのシグナリングメッセージは、コントロールプレーンユニットによって送信される、
付記１２から１４のいずれか一項に記載の方法。
（付記１６）
少なくとも１つのシグナリングメッセージは、ユーザプレーンユニットによって送信される、
付記１２から１４のいずれか一項に記載の方法。
（付記１７）
少なくとも１つのシグナリングメッセージは、分散ユニットによって送信される、
付記１２から１４のいずれか一項に記載の方法。
（付記１８）
ＵＥコンテキストに基づいて復旧ノードのためのセッションを確立するための少なくとも１つのメッセージをコアネットワークノードへ送信することをさらに含む、
付記１２から１７のいずれか一項に記載の方法。
（付記１９）
さらなるコントロールプレーンユニットから、ＵＥコンテキストに対する少なくとも１つの変更を識別する情報を含む少なくとも１つのメッセージを受信することと、
ＵＥコンテキストに対する少なくとも１つの変更に基づいて、制御プレーンユニットのための復旧ノードとしてさらなるコントロールプレーンユニットを用いるか否かを決定することと、
をさらに含む、
付記１２から１８のいずれか一項に記載の方法。
（付記２０）
ＵＥコンテキストに対する少なくとも１つの変更が受け入れられたことを示すメッセージをさらなるコントロールプレーンユニットへ送信することと、
少なくとも１つの変更を含む変更されたＵＥコンテキストに基づいて、コントロールプレーンユニットのための復旧ノードとしてさらなるコントロールプレーンユニットを用いることと、
をさらに含む、
付記１９に記載の方法。
（付記２１）
ＵＥコンテキストに対する少なくとも１つの変更は、ＵＥコンテキストに関連付けられたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）構成に対する変更を含む、
付記１９又は２０に記載の方法。
（付記２２）
復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットを構成する手続は、復旧ノードを介してＵＥのためのプロトコルデータユニット（ＰＤＵ）セッションをセットアップするための要求をコアネットワークノードへ送信することを含む、
付記１から２０のいずれか一項に記載の方法。
（付記２３）
コントロールプレーンユニットの失敗時に冗長ユニットとしてさらなるコントロールプレーンユニットに切り替える手続を開始することをさらに含む、
付記１から２２のいずれか一項に記載の方法。
（付記２４）
コントロールプレーンユニットとして構成されるコントロールプレーンユニットと、ユーザプレーンユニットと、コントロールプレーンユニットのための復旧ノードとして構成されるさらなるコントロールプレーンユニットに接続する分散ユニットとを少なくとも含む通信装置によって実行される方法であって、
コントロールプレーンユニットの失敗を決定することと、
復旧ノードとしてさらなるコントロールプレーンユニットを活性化する手続を開始するためのメッセージをさらなるコントロールプレーンユニットへ送信することと、
を含む、方法。
（付記２５）
ユーザプレーンユニットと分散ユニットとを備える通信装置のコントロールプレーンユニットのための復旧ノードとして構成されるコントロールプレーンユニットによって実行される方法であって、
通信装置のコントロールプレーンユニットの失敗の場合に、ユーザプレーンユニット又は分散ユニットから、復旧ノードを活性化する手続を開始するためのメッセージを受信することと、
ユーザプレーンユニット又は分散ユニットを用いて少なくとも１つのユーザ機器（ＵＥ）と通信することと、
を含む、方法。
（付記２６）
メッセージは、通信装置のコントロールプレーンユニットを識別する情報を含む、
付記２４又は２５に記載の方法。
（付記２７）
復旧ノードが活性化されたことを示すために少なくとも１つのメッセージをユーザプレーンユニット又は分散ユニットへ送信することをさらに含む、
付記２４から２６のいずれか一項に記載の方法。
（付記２８）
通信装置は、分散基地局装置を含む、
付記１から２７のいずれか一項に記載の方法。
（付記２９）
運用保守ノードによって実行される方法であって、
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置のノードへ、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を送信すること
を含む、方法。
（付記３０）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置用のコントロールプレーンユニットであって、
コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報をユーザプレーンユニット及び分散ユニットの少なくとも１つへ送信するための手段
を備える、コントロールプレーンユニット。
（付記３１）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置であって、
コントロールプレーンユニット及び運用保守ノードの少なくとも１つから、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を受信するための手段
を備える、通信装置。
（付記３２）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置であって、
少なくとも１つのシグナリングメッセージをさらなるコントロールプレーンユニットへ送信することによって、コントロールプレーンユニットのための復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットを構成する手続を開始するための手段と、
復旧ノードにおいて、コントロールプレーンユニットによってサーブされるユーザ機器（ＵＥ）に関連付けられたＵＥコンテキストをバックアップするための手段と、
を備える、通信装置。
（付記３３）
コントロールプレーンユニットとして構成されるコントロールプレーンユニットと、ユーザプレーンユニットと、コントロールプレーンユニットのための復旧ノードとして構成されるさらなるコントロールプレーンユニットに接続する分散ユニットとを少なくとも含む通信装置であって、
コントロールプレーンユニットの失敗を決定するための手段と、
復旧ノードとしてさらなるコントロールプレーンユニットを活性化する手続を開始するためのメッセージをさらなるコントロールプレーンユニットへ送信するための手段と、
を備える、通信装置。
（付記３４）
ユーザプレーンユニットと分散ユニットとを含む通信装置のコントロールプレーンユニットのための復旧ノードとして構成されるためのコントロールプレーンユニットであって、
通信装置のコントロールプレーンユニットの失敗の場合に、ユーザプレーンユニット又は分散ユニットから、復旧ノードを活性化する手続を開始するためのメッセージを受信するための手段と、
ユーザプレーンユニット又は分散ユニットを用いて少なくとも１つのユーザ機器（ＵＥ）と通信するための手段と、
を備える、コントロールプレーンユニット。
（付記３５）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置のノードへ、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を送信するための手段
を備える、運用保守ノード。
（付記１）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置のコントロールプレーンユニットによって実行される方法であって、
ユーザプレーンユニット及び分散ユニットの少なくとも１つへ、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を送信すること
を含む、方法。
（付記２）
さらなるコントロールプレーンユニットを識別する情報は、
コントロールプレーンユニットとユーザプレーンユニットとの間の第１のインタフェースをセットアップする手続、
コントロールプレーンユニットと分散ユニットとの間の第２のインタフェースをセットアップする手続、
コントロールプレーンユニットとコアネットワークノードとの間の第３のインタフェースをセットアップする手続、
第１のインタフェースを変更する手続、
第２のインタフェースを変更する手続、及び
第３のインタフェースを変更する手続
の少なくとも１つの一部として送信される、
付記１に記載の方法。
（付記３）
さらなるコントロールプレーンユニットを識別する情報は、さらなるコントロールプレーンユニットのアドレス、さらなるコントロールプレーンユニット名、及びさらなるコントロールプレーンユニットの識別子の少なくとも１つを含む、
付記１又は２に記載の方法。
（付記４）
さらなるコントロールプレーンユニットを識別する情報に基づいて、
コントロールプレーンユニットの失敗の場合に用いられる、ユーザプレーンユニットとさらなるコントロールプレーンユニットとの間の第４のインタフェース、
コントロールプレーンユニットの失敗の場合に用いられる、分散ユニットとさらなるコントロールプレーンユニットとの間の第５のインタフェース、及び
コントロールプレーンユニットの失敗の場合に用いられる、コアネットワークノードとさらなるコントロールプレーンユニットとの間の第６のインタフェース
の少なくとも１つをセットアップする手続を開始することをさらに含む、
付記１から３のいずれか一項に記載の方法。
（付記５）
ユーザプレーンユニット及び分散ユニットの少なくとも１つへ、コントロールプレーンユニットの失敗を決定する際に用いるための支援情報を送信することをさらに含む、
付記１から４のいずれか一項に記載の方法。
（付記６）
支援情報は、タイマを識別する、
付記５に記載の方法。
（付記７）
さらなるコントロールプレーンユニットにおいて、コントロールプレーンユニットによってサーブされる少なくとも１つのＵＥに関連付けられた少なくとも１つのＵＥコンテキストをバックアップすることをさらに含む、
付記１から６のいずれか一項に記載の方法。
（付記８）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置によって実行される方法であって、
コントロールプレーンユニット及び運用保守ノードの少なくとも１つから、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を受信すること
を含む、方法。
（付記９）
第１のインタフェースが、コントロールプレーンユニットとユーザプレーンユニットとの間に設けられ、第２のインタフェースが、コントロールプレーンユニットと分散ユニットとの間に設けられ、第３のインタフェースが、コントロールプレーンユニットとコアネットワークノードとの間に設けられ、
方法は、さらなるコントロールプレーンユニットを識別する情報に基づいて、
コントロールプレーンユニットの失敗の場合に用いられる、ユーザプレーンユニットとさらなるコントロールプレーンユニットとの間の第４のインタフェース、
コントロールプレーンユニットの失敗の場合に用いられる、分散ユニットとさらなるコントロールプレーンユニットとの間の第５のインタフェース、及び
コントロールプレーンユニットの失敗の場合に用いられる、コアネットワークノードとさらなるコントロールプレーンユニットとの間の第６のインタフェース
の少なくとも１つをセットアップする手続を開始することをさらに含む、
付記８に記載の方法。
（付記１０）
第４、第５、又は第６のインタフェースのセットアップは、第４、第５、又は第６のインタフェースが復旧のためにセットアップされているという指示を含む少なくとも１つのメッセージを送信することを含む、
付記９に記載の方法。
（付記１１）
コントロールプレーンユニットが失敗した場合にさらなるコントロールプレーンユニットを活性化する際に用いるための、コントロールプレーンユニットを識別する情報を受信することをさらに含む、
付記９又は１０に記載の方法。
（付記１２）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置によって実行される方法であって、
少なくとも１つのシグナリングメッセージをさらなるコントロールプレーンユニットへ送信することによって、コントロールプレーンユニットのための復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットを構成する手続を開始することと、
復旧ノードにおいて、コントロールプレーンユニットによってサーブされるユーザ機器（ＵＥ）に関連付けられたＵＥコンテキストをバックアップすることと、
を含む、方法。
（付記１３）
さらなるコントロールプレーンユニットを構成することは、復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットをセットアップ又は変更することを含む、
付記１２に記載の方法。
（付記１４）
少なくとも１つのシグナリングメッセージは、ＵＥ及びＵＥに関連付けられたＵＥコンテキストを識別する情報を含む、
付記１２又は１３に記載の方法。
（付記１５）
少なくとも１つのシグナリングメッセージは、コントロールプレーンユニットによって送信される、
付記１２から１４のいずれか一項に記載の方法。
（付記１６）
少なくとも１つのシグナリングメッセージは、ユーザプレーンユニットによって送信される、
付記１２から１４のいずれか一項に記載の方法。
（付記１７）
少なくとも１つのシグナリングメッセージは、分散ユニットによって送信される、
付記１２から１４のいずれか一項に記載の方法。
（付記１８）
ＵＥコンテキストに基づいて復旧ノードのためのセッションを確立するための少なくとも１つのメッセージをコアネットワークノードへ送信することをさらに含む、
付記１２から１７のいずれか一項に記載の方法。
（付記１９）
さらなるコントロールプレーンユニットから、ＵＥコンテキストに対する少なくとも１つの変更を識別する情報を含む少なくとも１つのメッセージを受信することと、
ＵＥコンテキストに対する少なくとも１つの変更に基づいて、制御プレーンユニットのための復旧ノードとしてさらなるコントロールプレーンユニットを用いるか否かを決定することと、
をさらに含む、
付記１２から１８のいずれか一項に記載の方法。
（付記２０）
ＵＥコンテキストに対する少なくとも１つの変更が受け入れられたことを示すメッセージをさらなるコントロールプレーンユニットへ送信することと、
少なくとも１つの変更を含む変更されたＵＥコンテキストに基づいて、コントロールプレーンユニットのための復旧ノードとしてさらなるコントロールプレーンユニットを用いることと、
をさらに含む、
付記１９に記載の方法。
（付記２１）
ＵＥコンテキストに対する少なくとも１つの変更は、ＵＥコンテキストに関連付けられたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）構成に対する変更を含む、
付記１９又は２０に記載の方法。
（付記２２）
復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットを構成する手続は、復旧ノードを介してＵＥのためのプロトコルデータユニット（ＰＤＵ）セッションをセットアップするための要求をコアネットワークノードへ送信することを含む、
付記１から２０のいずれか一項に記載の方法。
（付記２３）
コントロールプレーンユニットの失敗時に冗長ユニットとしてさらなるコントロールプレーンユニットに切り替える手続を開始することをさらに含む、
付記１から２２のいずれか一項に記載の方法。
（付記２４）
コントロールプレーンユニットとして構成されるコントロールプレーンユニットと、ユーザプレーンユニットと、コントロールプレーンユニットのための復旧ノードとして構成されるさらなるコントロールプレーンユニットに接続する分散ユニットとを少なくとも含む通信装置によって実行される方法であって、
コントロールプレーンユニットの失敗を決定することと、
復旧ノードとしてさらなるコントロールプレーンユニットを活性化する手続を開始するためのメッセージをさらなるコントロールプレーンユニットへ送信することと、
を含む、方法。
（付記２５）
ユーザプレーンユニットと分散ユニットとを備える通信装置のコントロールプレーンユニットのための復旧ノードとして構成されるコントロールプレーンユニットによって実行される方法であって、
通信装置のコントロールプレーンユニットの失敗の場合に、ユーザプレーンユニット又は分散ユニットから、復旧ノードを活性化する手続を開始するためのメッセージを受信することと、
ユーザプレーンユニット又は分散ユニットを用いて少なくとも１つのユーザ機器（ＵＥ）と通信することと、
を含む、方法。
（付記２６）
メッセージは、通信装置のコントロールプレーンユニットを識別する情報を含む、
付記２４又は２５に記載の方法。
（付記２７）
復旧ノードが活性化されたことを示すために少なくとも１つのメッセージをユーザプレーンユニット又は分散ユニットへ送信することをさらに含む、
付記２４から２６のいずれか一項に記載の方法。
（付記２８）
通信装置は、分散基地局装置を含む、
付記１から２７のいずれか一項に記載の方法。
（付記２９）
運用保守ノードによって実行される方法であって、
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置のノードへ、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を送信すること
を含む、方法。
（付記３０）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置用のコントロールプレーンユニットであって、
コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報をユーザプレーンユニット及び分散ユニットの少なくとも１つへ送信するための手段
を備える、コントロールプレーンユニット。
（付記３１）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置であって、
コントロールプレーンユニット及び運用保守ノードの少なくとも１つから、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を受信するための手段
を備える、通信装置。
（付記３２）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを少なくとも含む通信装置であって、
少なくとも１つのシグナリングメッセージをさらなるコントロールプレーンユニットへ送信することによって、コントロールプレーンユニットのための復旧ノードとしてふるまうようにさらなるコントロールプレーンユニットを構成する手続を開始するための手段と、
復旧ノードにおいて、コントロールプレーンユニットによってサーブされるユーザ機器（ＵＥ）に関連付けられたＵＥコンテキストをバックアップするための手段と、
を備える、通信装置。
（付記３３）
コントロールプレーンユニットとして構成されるコントロールプレーンユニットと、ユーザプレーンユニットと、コントロールプレーンユニットのための復旧ノードとして構成されるさらなるコントロールプレーンユニットに接続する分散ユニットとを少なくとも含む通信装置であって、
コントロールプレーンユニットの失敗を決定するための手段と、
復旧ノードとしてさらなるコントロールプレーンユニットを活性化する手続を開始するためのメッセージをさらなるコントロールプレーンユニットへ送信するための手段と、
を備える、通信装置。
（付記３４）
ユーザプレーンユニットと分散ユニットとを含む通信装置のコントロールプレーンユニットのための復旧ノードとして構成されるためのコントロールプレーンユニットであって、
通信装置のコントロールプレーンユニットの失敗の場合に、ユーザプレーンユニット又は分散ユニットから、復旧ノードを活性化する手続を開始するためのメッセージを受信するための手段と、
ユーザプレーンユニット又は分散ユニットを用いて少なくとも１つのユーザ機器（ＵＥ）と通信するための手段と、
を備える、コントロールプレーンユニット。
（付記３５）
コントロールプレーンユニットと、ユーザプレーンユニットと、分散ユニットとを含む通信装置のノードへ、コントロールプレーンユニットによってサーブされる少なくとも１つのユーザ機器（ＵＥ）のためのコントロールプレーンユニットのための冗長ユニットとしてふるまうさらなるコントロールプレーンユニットを識別する情報を送信するための手段
を備える、運用保守ノード。
【0120】
本出願は、２０２２年３月１日に出願された英国特許出願第２２０２７８６．６号に基づき、その優先権の利益を主張する。その開示の全体は、参照により本明細書に組み込まれる。
【符号の説明】
【0121】
１ 電気通信システム
３ モバイルデバイス
５ 基地局
７ コアネットワーク
８ アクセス及びモビリティ管理機能
９ セッション管理機能
１０ 外部ＩＰネットワーク
３１ トランシーバ回路
３３ アンテナ
３５ ユーザインタフェース
３７ 制御部
３９ メモリ
４１ オペレーティングシステム
４３ 通信制御モジュール
５１ トランシーバ回路
５３ アンテナ
５５ ネットワークインタフェース
５７ 制御部
５９ メモリ
６１ オペレーティングシステム
６３ 通信制御モジュール
５Ｃ ｇＮＢ－ＣＵ－ＣＰモジュール
５Ｕ ｇＮＢ－ＣＵ－ＵＰモジュール
５Ｄ ｇＮＢ－ＤＵモジュール
７１ トランシーバ回路
７５ ネットワークインタフェース
７７ 制御部
７９ メモリ
８１ オペレーティングシステム
８３ 通信制御モジュール
３ モバイルデバイス
５ 基地局
７ コアネットワーク
８ アクセス及びモビリティ管理機能
９ セッション管理機能
１０ 外部ＩＰネットワーク
３１ トランシーバ回路
３３ アンテナ
３５ ユーザインタフェース
３７ 制御部
３９ メモリ
４１ オペレーティングシステム
４３ 通信制御モジュール
５１ トランシーバ回路
５３ アンテナ
５５ ネットワークインタフェース
５７ 制御部
５９ メモリ
６１ オペレーティングシステム
６３ 通信制御モジュール
５Ｃ ｇＮＢ－ＣＵ－ＣＰモジュール
５Ｕ ｇＮＢ－ＣＵ－ＵＰモジュール
５Ｄ ｇＮＢ－ＤＵモジュール
７１ トランシーバ回路
７５ ネットワークインタフェース
７７ 制御部
７９ メモリ
８１ オペレーティングシステム
８３ 通信制御モジュール
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
