特開 2024-175089 端末装置、セカンダリ基地局および通信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024175089

(43)【公開日】2024-12-17

(54)【発明の名称】端末装置、セカンダリ基地局および通信システム

(51)【国際特許分類】

   H04W 24/04 20090101AFI20241210BHJP

   H04W 16/32 20090101ALI20241210BHJP

   H04W 72/0457 20230101ALI20241210BHJP

【ＦＩ】

H04W24/04

H04W16/32

H04W72/0457 110

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2024161615

(22)【出願日】2024-09-19

(62)【分割の表示】P 2021561373の分割

【原出願日】2020-11-20

(31)【優先権主張番号】P 2019213179

(32)【優先日】2019-11-26

(33)【優先権主張国・地域又は機関】JP

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

２．ＷＣＤＭＡ

(71)【出願人】

【識別番号】000006013

【氏名又は名称】三菱電機株式会社

(74)【代理人】

【識別番号】100088672

【弁理士】

【氏名又は名称】吉竹 英俊

(74)【代理人】

【識別番号】100088845

【弁理士】

【氏名又は名称】有田 貴弘

(72)【発明者】

【氏名】下田 忠宏

(72)【発明者】

【氏名】望月 満

(57)【要約】

【課題】信頼性の確保およびＴＳＣの維持を可能とする技術を提供する。
【解決手段】端末装置と無線通信する複数の基地局装置であって、マスタセルグループ（Master Cell Group、ＭＣＧ）を構成するマスタ基地局と、セカンダリセルグループ（Secondary Cell Group、ＳＣＧ）を構成するセカンダリ基地局とを含む複数の基地局装置とを備える通信システムにおいて、端末装置は、マスタ基地局及びセカンダリ基地局に接続するデュアルコネクティビティを実行するように構成され、端末装置は、ＭＣＧ故障が発生した場合において、ＳＣＧを介してセカンダリ基地局と通信を行うように構成される。
【選択図】図２６

【特許請求の範囲】

【請求項1】

端末装置、
前記端末装置と無線通信する複数の基地局装置であって、マスタセルグループ（Master Cell Group、ＭＣＧ）を構成するマスタ基地局と、セカンダリセルグループ（Secondary Cell Group、ＳＣＧ）を構成するセカンダリ基地局とを含む複数の基地局装置
を備える通信システムにおける前記端末装置であって、
前記端末装置は、前記マスタ基地局及び前記セカンダリ基地局に接続するデュアルコネクティビティを実行するように構成され、
前記端末装置は、ＭＣＧ故障が発生した場合において、前記ＳＣＧを介して前記セカンダリ基地局と通信を行うように構成される、
端末装置。

【請求項2】

前記端末装置は、前記ＭＣＧ故障が発生した場合において、前記ＭＣＧ故障に関する情報を含むＲＲＣ（Radio Resource Control）シグナリングを前記セカンダリ基地局に送信するように構成される、
請求項１に記載の端末装置。

【請求項3】

前記端末装置は、ＳＲＢ３（Signal Radio Bearer 3）を用いて、前記ＲＲＣシグナリングを前記セカンダリ基地局に送信するように構成される、
請求項２に記載の端末装置。

【請求項4】

前記端末装置は、前記ＭＣＧ故障が発生した場合において、ＲＲＣ接続状態を維持しながら、前記ＲＲＣシグナリングを前記セカンダリ基地局に送信するように構成される、
請求項２に記載の端末装置。

【請求項5】

前記ＭＣＧ故障に関する前記情報は、前記セカンダリ基地局から前記マスタ基地局に送信される、
請求項２に記載の端末装置。

【請求項6】

前記端末装置は、前記ＭＣＧ故障に関する前記情報の受信に応じて前記マスタ基地局から送信された、前記ＭＣＧ故障から復旧するためのシグナリングを受信するように構成される、
請求項５に記載の端末装置。

【請求項7】

前記端末装置は、前記ＭＣＧ故障が発生した後において、前記マスタ基地局と異なるマスタ基地局に接続するように構成される、
請求項１に記載の端末装置。

【請求項8】

端末装置、
前記端末装置と無線通信する複数の基地局装置であって、
マスタセルグループ（Master Cell Group、ＭＣＧ）を構成するマスタ基地局と、
セカンダリセルグループ（Secondary Cell Group、ＳＣＧ）を構成するセカンダリ基地局とを含む複数の基地局装置
を備える通信システムにおける前記セカンダリ基地局であって、
前記マスタ基地局及び前記セカンダリ基地局は、前記端末装置のためのデュアルコネクティビティをサポートするように構成され、
前記端末装置においてＭＣＧ故障が発生した場合において、前記セカンダリ基地局は、前記ＳＣＧを介して前記端末装置と通信を行うように構成される、
セカンダリ基地局。

【請求項9】

端末装置、
前記端末装置と無線通信する複数の基地局装置であって、マスタセルグループ（Master Cell Group、ＭＣＧ）を構成するマスタ基地局と、セカンダリセルグループ（Secondary Cell Group、ＳＣＧ）を構成するセカンダリ基地局とを含む複数の基地局装置
を備える通信システムであって、
前記端末装置は、前記マスタ基地局及び前記セカンダリ基地局に接続するデュアルコネクティビティを実行するように構成され、
前記端末装置は、ＭＣＧ故障が発生した場合において、前記ＳＣＧを介して前記セカンダリ基地局と通信を行うように構成される、
通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信技術に関する。

【背景技術】

【0002】

移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）において、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）と称し、コアネットワークおよび無線アクセスネットワーク（以下、まとめて、ネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される通信方式が検討されている（例えば、非特許文献１～５）。この通信方式は３．９Ｇ（3.9 Generation）システムとも呼ばれる。

【0003】

ＬＴＥのアクセス方式としては、下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ－ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）が用いられる。また、ＬＴＥは、Ｗ－ＣＤＭＡ（Wideband Code Division Multiple Access）とは異なり、回線交換を含まず、パケット通信方式のみになる。

【0004】

非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図１を用いて説明する。図１は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図１において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink Synchronization Signal）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ－ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ－ＳＳ）とがある。

【0005】

３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed Subscriber Group）セルにおいてもｎｏｎ－ＣＳＧセルと同じチャネル構成が用いられると想定されている。

【0006】

物理報知チャネル（Physical Broadcast Channel：ＰＢＣＨ）は、基地局装置（以下、単に「基地局」という場合がある）から移動端末装置（以下、単に「移動端末」という場合がある）などの通信端末装置（以下、単に「通信端末」という場合がある）への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。

【0007】

物理制御フォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの数を、基地局から通信端末へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。

【0008】

物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＣＣＨは、後述のトランスポートチャネルの１つである下り共有チャネル（Downlink Shared Channel：ＤＬ－ＳＣＨ）のリソース割り当て（allocation）情報、後述のトランスポートチャネルの１つであるページングチャネル（Paging Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ－ＳＣＨに関するＨＡＲＱ（Hybrid Automatic Repeat reQuest）情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。

【0009】

物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。

【0010】

物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast Channel：ＭＣＨ）がマッピングされている。

【0011】

物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＳＩ（Channel State Information）を運ぶ。ＣＳＩは、ＲＩ（Rank Indicator）、ＰＭＩ（Precoding Matrix Indicator）、ＣＱＩ（Channel Quality Indicator）レポートで構成される。ＲＩとは、ＭＩＭＯにおけるチャネル行列のランク情報である。ＰＭＩとは、ＭＩＭＯにて用いるプリコーディングウェイト行列の情報である。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。

【0012】

物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＳＣＨには、トランスポートチャネルの１つである上り共有チャネル（Uplink Shared Channel：ＵＬ－ＳＣＨ）がマッピングされている。

【0013】

物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。

【0014】

下り参照信号（リファレンスシグナル（Reference Signal）：ＲＳ）は、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN Reference Signal）、ＵＥ固有参照信号（UE-specific Reference Signal）であるデータ復調用参照信号（Demodulation Reference Signal：ＤＭ－ＲＳ）、位置決定参照信号（Positioning Reference Signal：ＰＲＳ）、チャネル状態情報参照信号（Channel State Information Reference Signal：ＣＳＩ－ＲＳ）。通信端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference Signal Received Power：ＲＳＲＰ）測定がある。

【0015】

上り参照信号についても同様に、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の２種類の上りリファレンスシグナルが定義されている。データ復調用参照信号（Demodulation Reference Signal：ＤＭ－ＲＳ）、サウンディング用参照信号（Sounding Reference Signal：ＳＲＳ）である。

【0016】

非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、説明する。下りトランスポートチャネルのうち、報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。

【0017】

下り共有チャネル（Downlink Shared Channel：ＤＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ－ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）ともいわれる。ＤＬ－ＳＣＨは、通信端末の低消費電力化のために通信端末の間欠受信（Discontinuous reception：ＤＲＸ）をサポートする。ＤＬ－ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。

【0018】

ページングチャネル（Paging Channel：ＰＣＨ）は、通信端末の低消費電力を可能とするために通信端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。

【0019】

マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳ（Multimedia Broadcast Multicast Service）サービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。

【0020】

上りトランスポートチャネルのうち、上り共有チャネル（Uplink Shared Channel：ＵＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ－ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。

【0021】

ランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。

【0022】

ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic Repeat reQuest：ＡＲＱ）と誤り訂正（Forward Error Correction）との組合せによって、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送によって誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。

【0023】

再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。

【0024】

非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical channel）について、説明する。報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

【0025】

ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング情報（Paging Information）およびシステム情報（System Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、通信端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。

【0026】

共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、通信端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされる。

【0027】

マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから通信端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。

【0028】

個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、１対１にて、通信端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、通信端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）にマッピングされる。

【0029】

個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別通信端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

【0030】

マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから通信端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。

【0031】

ＣＧＩとは、セルグローバル識別子（Cell Global Identifier）のことである。ＥＣＧＩとは、Ｅ－ＵＴＲＡＮセルグローバル識別子（E-UTRAN Cell Global Identifier）のことである。ＬＴＥ、後述のＬＴＥ－Ａ（Long Term Evolution Advanced）およびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧ（Closed Subscriber Group）セルが導入される。

【0032】

通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリアと呼ぶ。

【0033】

また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ－Ａ）の規格策定が進められている（非特許文献３、非特許文献４参照）。ＬＴＥ－Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。

【0034】

ＬＴＥ－Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component Carrier：ＣＣ）を集約する（「アグリゲーション（aggregation）する」とも称する）、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）が検討されている。ＣＡについては、非特許文献１に記載されている。

【0035】

ＣＡが構成される場合、ＵＥはネットワーク（Network：ＮＷ）と唯一つのＲＲＣ接続（RRC connection）を有する。ＲＲＣ接続において、一つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink Primary Component Carrier：ＤＬ ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink Primary Component Carrier：ＵＬ ＰＣＣ）である。

【0036】

ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとともに、サービングセルの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink Secondary Component Carrier：ＤＬ ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink Secondary Component Carrier：ＵＬ ＳＣＣ）である。

【0037】

一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌとからなるサービングセルの組が、一つのＵＥに対して構成される。

【0038】

また、ＬＴＥ－Ａでの新技術としては、より広い帯域をサポートする技術（Wider bandwidth extension）、および多地点協調送受信（Coordinated Multiple Point transmission and reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ－Ａのために検討されているＣｏＭＰについては、非特許文献１に記載されている。

【0039】

また、３ＧＰＰにおいて、将来の膨大なトラフィックに対応するために、スモールセルを構成するスモールｅＮＢ（以下「小規模基地局装置」という場合がある）を用いることが検討されている。例えば、多数のスモールｅＮＢを設置して、多数のスモールセルを構成することによって、周波数利用効率を高めて、通信容量の増大を図る技術などが検討されている。具体的には、ＵＥが２つのｅＮＢと接続して通信を行うデュアルコネクティビティ（Dual Connectivity；ＤＣと略称される）などがある。ＤＣについては、非特許文献１に記載されている。

【0040】

デュアルコネクティビティ（ＤＣ）を行うｅＮＢのうち、一方を「マスタｅＮＢ（ＭｅＮＢと略称される）」といい、他方を「セカンダリｅＮＢ（ＳｅＮＢと略称される）」という場合がある。

【0041】

モバイルネットワークのトラフィック量は、増加傾向にあり、通信速度も高速化が進んでいる。ＬＴＥおよびＬＴＥ－Ａが本格的に運用を開始されると、更に通信速度が高速化されることが見込まれる。

【0042】

さらに、高度化する移動体通信に対して、２０２０年以降にサービスを開始することを目標とした第５世代（以下「５Ｇ」という場合がある）無線アクセスシステムが検討されている。例えば、欧州では、ＭＥＴＩＳという団体で５Ｇの要求事項がまとめられている（非特許文献５参照）。

【0043】

５Ｇ無線アクセスシステムでは、ＬＴＥシステムに対して、システム容量は１０００倍、データの伝送速度は１００倍、データの処理遅延は１０分の１（１／１０）、通信端末の同時接続数は１００倍として、更なる低消費電力化、および装置の低コスト化を実現することが要件として挙げられている。

【0044】

このような要求を満たすために、３ＧＰＰでは、リリース１５として、５Ｇの規格検討が進められている（非特許文献６～１８参照）。５Ｇの無線区間の技術は「New Radio Access Technology」と称される（「New Radio」は「ＮＲ」と略称される）。

【0045】

ＮＲシステムは、ＬＴＥシステム、ＬＴＥ－Ａシステムを基にして検討が進められているが、以下の点でＬＴＥシステム、ＬＴＥ－Ａシステムからの変更および追加が行われている。

【0046】

ＮＲのアクセス方式としては、下り方向はＯＦＤＭ、上り方向はＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭ（DFT-spread-OFDM）が用いられる。

【0047】

ＮＲでは、伝送速度向上、処理遅延低減のために、ＬＴＥに比べて高い周波数の使用が可能となっている。

【0048】

ＮＲにおいては、狭いビーム状の送受信範囲を形成する（ビームフォーミング）とともにビームの向きを変化させる（ビームスイーピング）ことで、セルカバレッジの確保が図られる。

【0049】

ＮＲのフレーム構成においては、様々なサブキャリア間隔、すなわち、様々なヌメロロジ（Numerology）がサポートされている。ＮＲにおいては、ヌメロロジによらず、１サブフレームは１ミリ秒であり、また、１スロットは１４シンボルで構成される。また、１サブフレームに含まれるスロット数は、サブキャリア間隔１５ｋＨｚのヌメロロジにおいては１つであり、他のヌメロロジにおいては、サブキャリア間隔に比例して多くなる（非特許文献１３（TS38.211 V15.7.0）参照）。

【0050】

ＮＲにおける下り同期信号は、同期信号バースト（Synchronization Signal Burst；以下、ＳＳバーストと称する場合がある）として、所定の周期で、所定の継続時間をもって基地局から送信される。ＳＳバーストは、基地局のビーム毎の同期信号ブロック（Synchronization Signal Block；以下、ＳＳブロックと称する場合がある）により構成される。基地局はＳＳバーストの継続時間内において各ビームのＳＳブロックを、ビームを変えて送信する。ＳＳブロックは、Ｐ－ＳＳ、Ｓ－ＳＳ、およびＰＢＣＨによって構成される。

【0051】

ＮＲにおいては、ＮＲの下り参照信号として、位相追尾参照信号（Phase Tracking Reference Signal：ＰＴＲＳ）の追加により、位相雑音の影響の低減が図られている。上り参照信号においても、下りと同様にＰＴＲＳが追加されている。

【0052】

ＮＲにおいては、スロット内におけるＤＬ／ＵＬの切替えを柔軟に行うために、ＰＤＣＣＨに含まれる情報にスロット構成通知（Slot Format Indication：ＳＦＩ）が追加された。

【0053】

また、ＮＲにおいては、キャリア周波数帯のうちの一部（以下、Bandwidth Part（ＢＷＰ）と称する場合がある）を基地局がＵＥに対して予め設定し、ＵＥが該ＢＷＰにおいて基地局との送受信を行うことで、ＵＥにおける消費電力の低減が図られる。

【0054】

３ＧＰＰでは、ＤＣの形態として、ＥＰＣに接続するＬＴＥ基地局とＮＲ基地局によるＤＣ、５Ｇコアシステムに接続するＮＲ基地局によるＤＣ、また、５Ｇコアシステムに接続するＬＴＥ基地局とＮＲ基地局によるＤＣが検討されている（非特許文献１２、１６、１９参照）。

【0055】

また、３ＧＰＰでは、いくつかの新たな技術が検討されている。例えば、通信経路に冗長性を持たせ（以下、冗長経路と称する場合がある）、信頼性を確保する技術が検討されている（非特許文献２０（ＴＲ２３．７２５）参照）。

【先行技術文献】

【非特許文献】

【0056】

【非特許文献1】３ＧＰＰ ＴＳ ３６．３００ Ｖ１５．７．０

【非特許文献2】３ＧＰＰ Ｓ１－０８３４６１

【非特許文献3】３ＧＰＰ ＴＲ ３６．８１４ Ｖ９．２．０

【非特許文献4】３ＧＰＰ ＴＲ ３６．９１２ Ｖ１５．０．０

【非特許文献5】“Scenarios, requirements and KPIs for 5G mobile and wireless system”、ＩＣＴ－３１７６６９－ＭＥＴＩＳ／Ｄ１．１

【非特許文献6】３ＧＰＰ ＴＲ ２３．７９９ Ｖ１４．０．０

【非特許文献7】３ＧＰＰ ＴＲ ３８．８０１ Ｖ１４．０．０

【非特許文献8】３ＧＰＰ ＴＲ ３８．８０２ Ｖ１４．２．０

【非特許文献9】３ＧＰＰ ＴＲ ３８．８０４ Ｖ１４．０．０

【非特許文献10】３ＧＰＰ ＴＲ ３８．９１２ Ｖ１５．０．０

【非特許文献11】３ＧＰＰ ＲＰ－１７２１１５

【非特許文献12】３ＧＰＰ ＴＳ ３７．３４０ Ｖ１５．７．０

【非特許文献13】３ＧＰＰ ＴＳ ３８．２１１ Ｖ１５．７．０

【非特許文献14】３ＧＰＰ ＴＳ ３８．２１３ Ｖ１５．７．０

【非特許文献15】３ＧＰＰ ＴＳ ３８．２１４ Ｖ１５．７．０

【非特許文献16】３ＧＰＰ ＴＳ ３８．３００ Ｖ１５．７．０

【非特許文献17】３ＧＰＰ ＴＳ ３８．３２１ Ｖ１５．７．０

【非特許文献18】３ＧＰＰ ＴＳ ３８．２１２ Ｖ１５．７．０

【非特許文献19】３ＧＰＰ ＲＰ－１６１２６６

【非特許文献20】３ＧＰＰ ＴＲ２３．７２５ Ｖ１６．２．０

【非特許文献21】３ＧＰＰ Ｓ１－１９２７５８

【非特許文献22】３ＧＰＰ ＴＳ ３８．３３１ Ｖ１５．７．０

【非特許文献23】３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０

【非特許文献24】３ＧＰＰ ＴＳ ２３．５０１ Ｖ１６．２．０

【非特許文献25】３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．２．０

【非特許文献26】３ＧＰＰ ＴＳ ３８．４０１ Ｖ１５．６．０

【発明の概要】

【発明が解決しようとする課題】

【0057】

３ＧＰＰにおいて、通信の冗長経路を設けることで、通信の信頼性を向上させることが検討されている（非特許文献２０、２１参照）。ところが、ある冗長経路において通信断が発生した場合に、残りの冗長経路における通信断を回避する方法が開示されていない。そのため、いずれの冗長経路においても通信断が発生する可能性があり、その結果、通信の信頼性を確保できないという問題が生じる。また、タイムセンシティブ通信（Time Sensitive Communication；ＴＳＣ）が損なわれるという問題が生じる。

【0058】

本発明は、上記課題に鑑み、信頼性の確保およびＴＳＣの維持を可能とする技術を提供することを、目的の一つとする。

【課題を解決するための手段】

【0059】

本発明の端末装置は、前記端末装置、前記端末装置と無線通信する複数の基地局装置であって、マスタセルグループ（Master Cell Group、ＭＣＧ）を構成するマスタ基地局と、セカンダリセルグループ（Secondary Cell Group、ＳＣＧ）を構成するセカンダリ基地局とを含む複数の基地局装置を備える通信システムにおける前記端末装置であって、前記マスタ基地局及び前記セカンダリ基地局に接続するデュアルコネクティビティを実行するように構成され、ＭＣＧ故障が発生した場合において、前記ＳＣＧを介して前記セカンダリ基地局と通信を行うように構成される。

【0060】

本発明のセカンダリ基地局は、端末装置、前記端末装置と無線通信する複数の基地局装置であって、マスタセルグループ（Master Cell Group、ＭＣＧ）を構成するマスタ基地局と、セカンダリセルグループ（Secondary Cell Group、ＳＣＧ）を構成するセカンダリ基地局とを含む複数の基地局装置を備える通信システムにおける前記セカンダリ基地局であって、前記マスタ基地局及び前記セカンダリ基地局が、前記端末装置のためのデュアルコネクティビティをサポートするように構成され、前記端末装置においてＭＣＧ故障が発生した場合において、前記セカンダリ基地局が、前記ＳＣＧを介して前記端末装置と通信を行うように構成される。

【0061】

本発明の通信システムは、端末装置、前記端末装置と無線通信する複数の基地局装置であって、マスタセルグループ（Master Cell Group、ＭＣＧ）を構成するマスタ基地局と、セカンダリセルグループ（Secondary Cell Group、ＳＣＧ）を構成するセカンダリ基地局とを含む複数の基地局装置を備える通信システムであって、前記端末装置が、前記マスタ基地局及び前記セカンダリ基地局に接続するデュアルコネクティビティを実行するように構成され、前記端末装置が、ＭＣＧ故障が発生した場合において、前記ＳＣＧを介して前記セカンダリ基地局と通信を行うように構成される。

【発明の効果】

【0062】

本発明によれば、信頼性の確保およびＴＳＣの維持が可能になる。

【0063】

本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

【図面の簡単な説明】

【0064】

【図1】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。

【図2】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。

【図3】３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。

【図4】ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。

【図5】ＮＧコアに接続するｇＮＢによるＤＣの構成図である。

【図6】ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。

【図7】ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。

【図8】図２に示す移動端末２０２の構成を示すブロック図である。

【図9】図２に示す基地局２０３の構成を示すブロック図である。

【図10】ＭＭＥの構成を示すブロック図である。

【図11】５ＧＣの構成を示すブロック図である。

【図12】ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。

【図13】ＮＲシステムにおけるセルの構成の一例を示す図である。

【図14】実施の形態１について、複数のＵＥを用いた冗長経路を用いた通信の確立を示すシーケンス図である。

【図15】実施の形態１について、複数のＵＥを用いた冗長経路を用いた通信の確立を示すシーケンス図である。

【図16】実施の形態１について、複数のＵＥを用いた冗長経路を用いた通信の確立を示すシーケンス図である。

【図17】実施の形態１について、一の冗長経路においてハンドオーバが発生することによって、他の冗長経路においてハンドオーバを抑制する動作およびその抑制を解除する動作を示すシーケンス図である。

【図18】実施の形態１について、一の冗長経路においてハンドオーバが発生することによって、他の冗長経路においてハンドオーバを抑制する動作およびその抑制を解除する動作を示すシーケンス図である。

【図19】実施の形態１について、一の冗長経路においてハンドオーバが発生することによって、他の冗長経路においてハンドオーバを抑制する動作およびその抑制を解除する動作を示すシーケンス図である。

【図20】実施の形態１の変形例１について、一の冗長経路の通信断に伴って、他の冗長経路におけるハンドオーバをキャンセルする動作およびハンドオーバを開始する動作を示すシーケンス図である。

【図21】実施の形態１の変形例１について、一の冗長経路の通信断に伴って、他の冗長経路におけるハンドオーバをキャンセルする動作およびハンドオーバを開始する動作を示すシーケンス図である。

【図22】実施の形態２について、ＤＣによる冗長経路を用いたＵＥが、マスタ基地局のハンドオーバ前後で、セカンダリ基地局のセキュリティーキーを維持する動作を示すシーケンス図である。

【図23】実施の形態２について、ＤＣによる冗長経路を用いたＵＥが、マスタ基地局のハンドオーバ前後で、セカンダリ基地局のセキュリティーキーを維持する動作を示すシーケンス図である。

【図24】実施の形態２について、ＤＣによる冗長経路を用いたＵＥが、マスタ基地局のハンドオーバに先立って、セカンダリ基地局のセキュリティーキーを変更する動作を示すシーケンス図である。

【図25】実施の形態２について、ＤＣによる冗長経路を用いたＵＥが、マスタ基地局のハンドオーバに先立って、セカンダリ基地局のセキュリティーキーを変更する動作を示すシーケンス図である。

【図26】実施の形態２の変形例１について、ＭＣＧ故障後においてセカンダリ基地局との通信を継続する動作の第１例を示すシーケンス図である。

【図27】実施の形態２の変形例１について、ＭＣＧ故障後においてセカンダリ基地局との通信を継続する動作の第２例を示すシーケンス図である。

【発明を実施するための形態】

【0065】

実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）２０１と称される。通信端末装置である移動端末装置（以下「移動端末（User Equipment：ＵＥ）」という）２０２は、基地局装置（以下「基地局（E-UTRAN NodeB：ｅＮＢ）」という）２０３と無線通信可能であり、無線通信で信号の送受信を行う。

【0066】

ここで、「通信端末装置」とは、移動可能な携帯電話端末装置などの移動端末装置だけでなく、センサなどの移動しないデバイスも含んでいる。以下の説明では、「通信端末装置」を、単に「通信端末」という場合がある。

【0067】

移動端末２０２に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局２０３で終端するならば、Ｅ－ＵＴＲＡＮは１つあるいは複数の基地局２０３によって構成される。

【0068】

移動端末２０２と基地局２０３との間の制御プロトコルＲＲＣ（Radio Resource Control）は、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局２０３と移動端末２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。

【0069】

ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbor cell）の測定（メジャメント（measurement））などが行われる。

【0070】

基地局２０３は、１つあるいは複数のｅＮＢ２０７により構成される。またコアネットワークであるＥＰＣ（Evolved Packet Core）と、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とで構成されるシステムは、ＥＰＳ（Evolved Packet System）と称される。コアネットワークであるＥＰＣと、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とを合わせて、「ネットワーク」という場合がある。

【0071】

ｅＮＢ２０７は、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）、あるいはＳ－ＧＷ（Serving Gateway）、あるいはＭＭＥおよびＳ－ＧＷを含むＭＭＥ／Ｓ－ＧＷ部（以下「ＭＭＥ部」という場合がある）２０４とＳ１インタフェースにより接続され、ｅＮＢ２０７とＭＭＥ部２０４との間で制御情報が通信される。一つのｅＮＢ２０７に対して、複数のＭＭＥ部２０４が接続されてもよい。ｅＮＢ２０７間は、Ｘ２インタフェースにより接続され、ｅＮＢ２０７間で制御情報が通信される。

【0072】

ＭＭＥ部２０４は、上位装置、具体的には上位ノードであり、基地局であるｅＮＢ２０７と、移動端末（ＵＥ）２０２との接続を制御する。ＭＭＥ部２０４は、コアネットワークであるＥＰＣを構成する。基地局２０３は、Ｅ－ＵＴＲＡＮ２０１を構成する。

【0073】

基地局２０３は、１つのセルを構成してもよいし、複数のセルを構成してもよい。各セルは、移動端末２０２と通信可能な範囲であるカバレッジとして予め定める範囲を有し、カバレッジ内で移動端末２０２と無線通信を行う。１つの基地局２０３が複数のセルを構成する場合、１つ１つのセルが、移動端末２０２と通信可能に構成される。

【0074】

図３は、３ＧＰＰにおいて議論されている５Ｇ方式の通信システム２１０の全体的な構成を示すブロック図である。図３について説明する。無線アクセスネットワークは、ＮＧ－ＲＡＮ（Next Generation Radio Access Network）２１１と称される。ＵＥ２０２は、ＮＲ基地局装置（以下「ＮＲ基地局（NG-RAN NodeB：ｇＮＢ）」という）２１３と無線通信可能であり、無線通信で信号の送受信を行う。また、コアネットワークは、５Ｇコア（5G Core：５ＧＣ）と称される。

【0075】

ＵＥ２０２に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）、例えばＳＤＡＰ（Service Data Adaptation Protocol）、ＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とがＮＲ基地局２１３で終端するならば、ＮＧ－ＲＡＮは１つあるいは複数のＮＲ基地局２１３によって構成される。

【0076】

ＵＥ２０２とＮＲ基地局２１３との間の制御プロトコルＲＲＣ（Radio Resource Control）の機能はＬＴＥと同様である。ＲＲＣにおけるＮＲ基地局２１３とＵＥ２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤと、ＲＲＣ＿ＩＮＡＣＴＩＶＥとがある。

【0077】

ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤは、ＬＴＥ方式と同様である。ＲＲＣ＿ＩＮＡＣＴＩＶＥは５ＧコアとＮＲ基地局２１３との間の接続が維持されつつ、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。

【0078】

ｇＮＢ２１７は、アクセス・移動管理機能（Access and Mobility Management Function：ＡＭＦ）、セッション管理機能（Session Management Function：ＳＭＦ）、あるいはＵＰＦ（User Plane Function）、あるいはＡＭＦ、ＳＭＦおよびＵＰＦを含むＡＭＦ／ＳＭＦ／ＵＰＦ部（以下「５ＧＣ部」という場合がある）２１４とＮＧインタフェースにより接続される。ｇＮＢ２１７と５ＧＣ部２１４との間で制御情報および／あるいはユーザデータが通信される。ＮＧインタフェースは、ｇＮＢ２１７とＡＭＦとの間のＮ２インタフェース、ｇＮＢ２１７とＵＰＦとの間のＮ３インタフェース、ＡＭＦとＳＭＦとの間のＮ１１インタフェース、および、ＵＰＦとＳＭＦとの間のＮ４インタフェースの総称である。一つのｇＮＢ２１７に対して、複数の５ＧＣ部２１４が接続されてもよい。ｇＮＢ２１７間は、Ｘｎインタフェースにより接続され、ｇＮＢ２１７間で制御情報および／あるいはユーザデータが通信される。

【0079】

ＮＲ基地局２１３も、基地局２０３同様、１つあるいは複数のセルを構成してもよい。１つのＮＲ基地局２１３が複数のセルを構成する場合、１つ１つのセルが、ＵＥ２０２と通信可能に構成される。

【0080】

ｇＮＢ２１７は、中央ユニット（Central Unit；以下、ＣＵと称する場合がある）２１８と分散ユニット（Distributed Unit；以下、ＤＵと称する場合がある）２１９に分割されていてもよい。ＣＵ２１８は、ｇＮＢ２１７の中に１つ構成される。ＤＵ２１９は、ｇＮＢ２１７の中に１つあるいは複数構成される。ＣＵ２１８は、ＤＵ２１９とＦ１インタフェースにより接続され、ＣＵ２１８とＤＵ２１９との間で制御情報および／あるいはユーザデータが通信される。

【0081】

５Ｇ方式の通信システムにおいて、非特許文献２４（３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．２．０）に記載の統合データ管理（Unified Data Management; ＵＤＭ）機能、ポリシー制御機能（Policy Control Function; ＰＣＦ）が含まれてもよい。ＵＤＭおよび／あるいはＰＣＦは、図３における５ＧＣ部に含まれるとしてもよい。

【0082】

５Ｇ方式の通信システムにおいて、非特許文献２４（３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．２．０）に記載の非３ＧＰＰ相互動作機能（Non-3GPP InterworkingFunction; Ｎ３ＩＷＦ）が含まれてもよい。Ｎ３ＩＷＦは、ＵＥとの間における非３ＧＰＰアクセスにおいて、アクセスネットワーク（Access Network; ＡＮ）をＵＥとの間で終端してもよい。

【0083】

図４は、ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図４において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図４において、ｅＮＢ２２３－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＥＮ－ＤＣと称する場合がある）。図４において、ＭＭＥ部２０４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｅＮＢ２２３－１経由で行われる例について示しているが、ＭＭＥ部２０４とｇＮＢ２２４－２との間で直接行われてもよい。

【0084】

図５は、ＮＧコアに接続するｇＮＢによるＤＣの構成を示した図である。図５において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図５において、ｇＮＢ２２４－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＮＲ－ＤＣと称する場合がある）。図５において、５ＧＣ部２１４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｇＮＢ２２４－１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４－２との間で直接行われてもよい。

【0085】

図６は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図６において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図６において、ｅＮＢ２２６－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＮＧ－ＥＮ－ＤＣと称する場合がある）。図６において、５ＧＣ部２１４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｅＮＢ２２６－１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４－２との間で直接行われてもよい。

【0086】

図７は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの、他の構成を示した図である。図７において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図７において、ｇＮＢ２２４－１がマスタ基地局となり、ｅＮＢ２２６－２がセカンダリ基地局となる（このＤＣ構成を、ＮＥ－ＤＣと称する場合がある）。図７において、５ＧＣ部２１４とｅＮＢ２２６－２との間のＵ－Ｐｌａｎｅ接続がｇＮＢ２２４－１経由で行われる例について示しているが、５ＧＣ部２１４とｅＮＢ２２６－２との間で直接行われてもよい。

【0087】

図８は、図２に示す移動端末２０２の構成を示すブロック図である。図８に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調部３０５にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７－１～３０７－４から基地局２０３に送信信号が送信される。図８において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。

【0088】

また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７－１～３０７－４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図８では省略しているが、各部３０１～３０９と接続している。図８において、移動端末２０２が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。

【0089】

図９は、図２に示す基地局２０３の構成を示すブロック図である。図９に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）との間のデータの送受信を行う。５ＧＣ通信部４１２は、基地局２０３と５ＧＣ（５ＧＣ部２１４など）との間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。

【0090】

送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８－１～４０８－４より一つもしくは複数の移動端末２０２に対して送信信号が送信される。図９において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。

【0091】

また、基地局２０３の受信処理は以下のように実行される。一つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１、他基地局通信部４０２へ渡され、ユーザデータは５ＧＣ通信部４１２、ＥＰＣ通信部４０１および他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図９では省略しているが、各部４０１～４１０と接続している。図９において、基地局２０３が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。

【0092】

図９は、基地局２０３の構成について示したブロック図であるが、基地局２１３についても同様の構成としてもよい。また、図８および図９について、移動端末２０２のアンテナ数と、基地局２０３のアンテナ数は、同じであってもよいし、異なってもよい。

【0093】

図１０は、ＭＭＥの構成を示すブロック図である。図１０では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ ＧＷとの間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ ＧＷ通信部５０１に渡され、ＰＤＮ ＧＷへ送信される。

【0094】

ＰＤＮ ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。

【0095】

制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５－１、ＳＡＥベアラコントロール部５０５－２、アイドルステート（Idle State）モビリティ管理部５０５－３などが含まれ、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５０５－１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部５０５－２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部５０５－３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ－ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。

【0096】

ＭＭＥ２０４ａは、１つまたは複数の基地局２０３に対して、ページング信号の分配を行う。また、ＭＭＥ２０４ａは、待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ２０４ａは、移動端末が待ち受け状態のとき、および、アクティブ状態（Active State）のときに、トラッキングエリア（Tracking Area）リストの管理を行う。ＭＭＥ２０４ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ２０４ａに接続されるｅＮＢ２０７のＣＳＧの管理、ＣＳＧ ＩＤの管理、およびホワイトリストの管理は、アイドルステートモビリティ管理部５０５－３で行われてもよい。

【0097】

図１１は、５ＧＣの構成を示すブロック図である。図１１では、前述の図３に示す５ＧＣ部２１４の構成を示す。図１１は、図５にて示す５ＧＣ部２１４に、ＡＭＦの構成、ＳＭＦの構成およびＵＰＦの構成が含まれた場合について示している。Ｄａｔａ Ｎｅｔｗｏｒｋ通信部５２１は、５ＧＣ部２１４とＤａｔａ Ｎｅｔｗｏｒｋとの間のデータの送受信を行う。基地局通信部５２２は、５ＧＣ部２１４と基地局２０３との間のＳ１インタフェース、および／あるいは、５ＧＣ部２１４と基地局２１３との間のＮＧインタフェースによるデータの送受信を行う。Ｄａｔａ Ｎｅｔｗｏｒｋから受信したデータがユーザデータであった場合、ユーザデータは、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部５２１から、ユーザプレイン通信部５２３経由で基地局通信部５２２に渡され、１つあるいは複数の、基地局２０３および／あるいは基地局２１３へ送信される。基地局２０３および／あるいは基地局２１３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５２２から、ユーザプレイン通信部５２３経由でＤａｔａ Ｎｅｔｗｏｒｋ通信部５２１に渡され、Ｄａｔａ Ｎｅｔｗｏｒｋへ送信される。

【0098】

Ｄａｔａ Ｎｅｔｗｏｒｋから受信したデータが制御データであった場合、制御データは、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部５２１からユーザプレイン通信部５２３経由でセッション管理部５２７へ渡される。セッション管理部５２７は、制御データを制御プレイン制御部５２５へ渡す。基地局２０３および／あるいは基地局２１３から受信したデータが制御データであった場合、制御データは、基地局通信部５２２から制御プレイン制御部５２５に渡す。制御プレイン制御部５２５は、制御データをセッション管理部５２７へ渡す。

【0099】

制御プレイン制御部５２５は、ＮＡＳセキュリティ部５２５－１、ＰＤＵセッションコントロール部５２５－２、アイドルステート（Idle State）モビリティ管理部５２５－３などを含み、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５２５－１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＰＤＵセッションコントロール部５２５－２は、移動端末２０２と５ＧＣ部２１４との間のＰＤＵセッションの管理などを行う。アイドルステートモビリティ管理部５２５－３は、待受け状態（アイドルステート（Idle State）；ＲＲＣ＿ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。

【0100】

５ＧＣ部２１４は、１つまたは複数の基地局２０３および／あるいは基地局２１３に対して、ページング信号の分配を行う。また、５ＧＣ部２１４は、待受け状態（Idle State）のモビリティ制御（Mobility Control）を行う。５ＧＣ部２１４は、移動端末が待ち受け状態のとき、インアクティブ状態（Inactive State）および、アクティブ状態（Active State）のときに、トラッキングエリア（Tracking Area）リストの管理を行う。５ＧＣ部２１４は、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。

【0101】

次に通信システムにおけるセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。通信端末は、セルサーチを開始すると、ステップＳＴ６０１で、周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）、および第二同期信号（Ｓ－ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。

【0102】

Ｐ－ＳＳとＳ－ＳＳとを合わせて、同期信号（Synchronization Signal：ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩに１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。

【0103】

次に同期がとれたセルに対して、ステップＳＴ６０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference Signal Received Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ６０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。

【0104】

次にステップＳＴ６０３で、ステップＳＴ６０２までで検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。

【0105】

次にステップＳＴ６０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がマッピングされる。したがって、ＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。

【0106】

次にステップＳＴ６０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ－ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking Area Code：ＴＡＣ）が含まれる。

【0107】

次にステップＳＴ６０６で、通信端末は、ステップＳＴ６０５で受信したＳＩＢ１のＴＡＣと、通信端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking Area Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI list）とも称される。ＴＡＩはトラッキングエリアを識別するための識別情報であり、ＭＣＣ（Mobile Country Code）と、ＭＮＣ（Mobile Network Code）と、ＴＡＣ（Tracking Area Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。

【0108】

通信端末は、ステップＳＴ６０６で比較した結果、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、通信端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core Network，ＥＰＣ）へ、ＴＡＵ（Tracking Area Update）を行うためにトラッキングエリアの変更を要求する。

【0109】

図１２に示す例においては、ＬＴＥ方式におけるセルサーチから待ち受けまでの動作の例について示したが、ＮＲ方式においては、ステップＳＴ６０３において、ベストセルに加えてベストビームを選択してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、ビームの情報、例えば、ビームの識別子を取得してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、リメイニングミニマムＳＩ（Remaining Minimum SI：ＲＭＳＩ）のスケジューリング情報を取得してもよい。ＮＲ方式においては、ステップＳＴ６０５において、ＲＭＳＩを受信するとしてもよい。

【0110】

コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ－ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。

【0111】

スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。

【0112】

従来のセルの構成では、ｅＮＢによって構成されるセルは、比較的広い範囲のカバレッジを有する。従来は、複数のｅＮＢによって構成される複数のセルの比較的広い範囲のカバレッジによって、あるエリアを覆うように、セルが構成されている。

【0113】

小セル化された場合、ｅＮＢによって構成されるセルは、従来のｅＮＢによって構成されるセルのカバレッジに比べて範囲が狭いカバレッジを有する。したがって、従来と同様に、あるエリアを覆うためには、従来のｅＮＢに比べて、多数の小セル化されたｅＮＢが必要となる。

【0114】

以下の説明では、従来のｅＮＢによって構成されるセルのように、カバレッジが比較的大きいセルを「マクロセル」といい、マクロセルを構成するｅＮＢを「マクロｅＮＢ」という。また、小セル化されたセルのように、カバレッジが比較的小さいセルを「スモールセル」といい、スモールセルを構成するｅＮＢを「スモールｅＮＢ」という。

【0115】

マクロｅＮＢは、例えば、非特許文献７に記載される「ワイドエリア基地局（Wide Area Base Station）」であってもよい。

【0116】

スモールｅＮＢは、例えば、ローパワーノード、ローカルエリアノード、ホットスポットなどであってもよい。また、スモールｅＮＢは、ピコセルを構成するピコｅＮＢ、フェムトセルを構成するフェムトｅＮＢ、ＨｅＮＢ、ＲＲＨ（Remote Radio Head）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）またはＲＮ（Relay Node）であってもよい。また、スモールｅＮＢは、非特許文献７に記載される「ローカルエリア基地局（Local Area Base Station）」または「ホーム基地局（Home Base Station）」であってもよい。

【0117】

図１３は、ＮＲにおけるセルの構成の一例を示す。ＮＲのセルでは、狭いビームを形成し、方向を変えて送信する。図１３に示す例において、基地局７５０は、ある時間において、ビーム７５１－１を用いて移動端末との送受信を行う。他の時間において、基地局７５０は、ビーム７５１－２を用いて移動端末との送受信を行う。以下同様にして、基地局７５０はビーム７５１－３～７５１－８のうち１つあるいは複数を用いて移動端末との送受信を行う。このようにすることで、基地局７５０は広範囲のセルを構成する。

【0118】

図１３において、基地局７５０が用いるビームの数を８とする例について示したが、ビームの数は８とは異なっていてもよい。また、図１３に示す例において、基地局７５０が同時に用いるビームの数を１つとしたが、複数であってもよい。

【0119】

冗長経路を用いた通信において、同じデータが各経路を通って送受信されてもよい。送信側ホストは、データを複製して各経路上の装置にそれぞれ送信してもよい。受信側ホストは、送信側ホストから受信した該データのうち１つを残して、他を削除してもよい。送信側ホストは、ＤＮ（Data Network）と接続しているホストであってもよいし、ＵＥと接続しているホストであってもよい。受信側ホストは、ＵＥと接続しているホストであってもよいし、ＤＮと接続しているホストであってもよい。

【0120】

冗長経路を用いた通信は、１つのＵＥを用いたものであってもよいし、複数のＵＥを用いたものであってもよい。

【0121】

複数のＵＥを用いた冗長経路の構成において、各ＵＥは互いに異なる基地局と接続してもよい。各基地局は、互いに異なるＵＰＦと接続してもよい。各ＵＰＦは、同じＤＮに接続してもよいし、互いに異なるＤＮに接続してもよい。各基地局は、同じＡＭＦに接続してもよいし、異なるＡＭＦに接続してもよい。各ＵＰＦは、同じＳＭＦに接続してもよいし、互いに異なるＳＭＦに接続してもよい。該冗長経路の構成において、各ＵＥと各ＵＰＦとの間でそれぞれＰＤＵセッションが確立されてもよい。

【0122】

複数のＵＥを用いた冗長経路の構成が、スモールデータ（非特許文献９（ＴＲ３８．８０４））の送受信において用いられてもよい。例えば、上り通信において、ＵＥから基地局、ＡＭＦ、ＳＭＦ、ＵＰＦ経由でＤＮにデータを送信する経路が、複数設けられてもよい。他の例として、下り通信において、ＤＮからＵＰＦ、ＳＭＦ、ＡＭＦ、基地局経由でＵＥにデータを送信する経路についても、同様としてもよい。前述において、各経路における基地局は、互いに異なっていてもよい。ＡＭＦ、ＳＭＦ、ＵＰＦについても、同様であってもよい。このことにより、例えば、スモールデータ送受信における信頼性向上が可能となる。

【0123】

複数のＵＥを用いた冗長通信において、以下に示す問題が生じる。ある経路において通信断となっている状態で、残りの経路上のＵＥのモビリティが発生する場合、全ての冗長経路において通信が止まり、その結果、通信の信頼性を確保できなくなるとともに、ＴＳＣ（Time Sensitive Communication）を実現できないという問題が生じる。

【0124】

本実施の形態１では、前述の問題を解決する方法を開示する。

【0125】

基地局は、他の冗長経路にて通信ができない場合において、ＵＥのモビリティを行わない。他の例として、該基地局は、前述の場合において、ＵＥとのＲＲＣ接続を解放しないとしてもよいし、休止しないとしてもよい。

【0126】

前述の、通信ができない場合とは、他の冗長経路におけるＵＥがモビリティ中である場合であってもよいし、他の冗長経路におけるＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤおよび／あるいはＣＭ＿ＣＯＮＮＥＣＴＥＤでない場合であってもよいし、他の冗長経路におけるＮＷの各装置の電源が切れた場合であってもよいし、他の冗長経路におけるＵＥがＲＬＦ（Radio Link Failure）および／あるいはビームフェイリャ（Beam Failure）を検出した場合であってもよいし、他の冗長経路において基地局とコアネットワークとの間の通信断および／あるいはコアネットワークにおける通信断が発生した場合であってもよいし、前述の組合せであってもよい。前述の、基地局とコアネットワークとの間の通信断は、基地局とＡＭＦとの間の通信断（例えば、Ｎ２インタフェース上の通信断）であってもよいし、基地局とＵＰＦとの間の通信断（例えば、Ｎ３インタフェース上の通信断）であってもよい。前述の、コアネットワークにおける通信断は、ＵＰＦとＳＭＦとの間の通信断（例えば、Ｎ４インタフェース上の通信断）であってもよいし、ＵＰＦとＤＮとの間の通信断（例えば、Ｎ６インタフェース上の通信断）であってもよいし、ＵＰＦ間の通信断（例えば、Ｎ９インタフェース上の通信断）であってもよいし、ＡＭＦとＳＭＦとの間の通信断（例えば、Ｎ１１インタフェース上の通信断）であってもよいし、前述の組合せであってもよい。

【0127】

前述の、通信ができない冗長経路（以下、通信断冗長経路と称する場合がある）の基地局は、自経路上のＵＥとの間で通信ができないことを示す情報を、他の冗長経路（以下、非通信断冗長経路と称する場合がある）上の基地局に通知する。該情報は、例えば、後述の冗長経路に関する情報を含んでもよいし、通信ができない理由を含んでもよい。冗長経路に関する該情報は、例えば、該経路の識別子であってもよいし、該経路上のＵＥに関する情報であってもよいし、該経路上の基地局に関する情報であってもよいし、該経路上のＵＰＦに関する情報であってもよいし、該経路のＰＤＵセッションに関する情報であってもよいし、前述の組合せであってもよい。通信ができない理由は、例えば、他の冗長経路におけるＵＥがモビリティ中であることであってもよいし、他の冗長経路におけるＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤおよび／あるいはＣＭ＿ＣＯＮＮＥＣＴＥＤでないことであってもよいし、他の冗長経路におけるＮＷの各装置の電源が切れたことであってもよいし、他の冗長経路におけるＵＥがＲＬＦ（Radio Link Failure）および／あるいはビームフェイリャ（Beam Failure）を検出したことであってもよいし、他の冗長経路において基地局とコアネットワークとの間の通信断および／あるいはコアネットワークにおける通信断が発生したことであってもよいし、前述の組合せであってもよい。

【0128】

通信断冗長経路上の基地局は、自経路上のＵＥとの間で通信ができないことを示す該情報を、ＡＭＦ経由で通知してもよい。ＡＭＦは、該情報を、非通信断冗長経路上の基地局に通知してもよい。ＡＭＦから非通信断冗長経路上の基地局への該通知は、非通信断冗長経路上のＡＭＦを経由して行われてもよい。他の例として、通信断冗長経路上の基地局は、該情報を、非通信断冗長経路上のＡＭＦを経由して、通信断冗長経路上の基地局に通知してもよい。

【0129】

非通信断冗長経路上の基地局は、該情報を用いて、自基地局に接続するＵＥのモビリティ（例えば、ハンドオーバ）を行わないとしてもよいし、ＵＥとのＲＲＣ接続を解放しないとしてもよいし、休止しないとしてもよい。

【0130】

メジャメント報告停止の指示に用いられるシグナリングが新たに設けられてもよい。該シグナリングは、例えば、報告停止の対象となるメジャメントを示す情報（例えば、メジャメントオブジェクト（Measurement Object））を含んでもよい。このことにより、例えば、ＵＥは、メジャメント報告を停止すべきメジャメントオブジェクトを、迅速に把握可能となる。該シグナリングは、例えば、ＲＲＣシグナリングであってもよい。このことにより、例えば、基地局は多くの情報をＵＥに通知可能となる。他の例として、該シグナリングはＭＡＣシグナリングであってもよい。このことにより、例えば、基地局はメジャメント報告停止をＵＥに対して迅速に指示可能となる。他の例として、該シグナリングはＬ１／Ｌ２シグナリングであってもよい。このことにより、例えば、基地局はメジャメント報告停止をＵＥに対してさらに迅速に指示可能となる。

【0131】

他の経路上の基地局は、自基地局に接続するＵＥに対し、メジャメント報告の停止を指示してもよい。該指示には、例えば、前述の新たに設けられたシグナリングが用いられてもよいし、既存のシグナリングが用いられてもよい。該基地局は、該情報を契機として、該ＵＥに対してメジャメント報告停止を指示してもよい。ＵＥは、該指示を契機として、該基地局に対するメジャメント報告の送信を停止してもよい。該メジャメント報告は、非特許文献２２（ＴＳ３８．３３１）および／あるいは非特許文献２３（ＴＳ３６．３３１）において開示されたイベント契機によるメジャメントの報告であってもよい。このことにより、例えば、ＵＥのモビリティ抑制中におけるＵＥからのメジャメント報告の抑制が可能となる。その結果、基地局とＵＥとの間のシグナリング量を削減可能となる。

【0132】

他の例として、通信断冗長経路上の該基地局は、自基地局に接続するＵＥに対するメジャメント設定を解放してもよい。該メジャメント設定は、例えば、非特許文献２２（ＴＳ３８．３３１）および／あるいは非特許文献２３（ＴＳ３６．３３１）において開示されたイベント契機によるメジャメントの設定であってもよい。該基地局は、該解放を、ＲＲＣシグナリングを用いて行ってもよいし、ＭＡＣシグナリングを用いて行ってもよいし、Ｌ１／Ｌ２シグナリングを用いて行ってもよい。該ＵＥは、該解放のシグナリングを用いて、自ＵＥに対するメジャメント設定を解放してもよい。このことにより、例えば、基地局および／あるいはＵＥにおけるメモリ使用量削減が可能となる。

【0133】

通信ができない冗長経路上の該基地局は、自経路上のＵＥとの間の通信が復旧したことを示す情報を、他の経路上の基地局に通知してもよい。通信が復旧したことを示す該情報は、例えば、該ＵＥのモビリティの完了を示す情報であってもよいし、該ＵＥのＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰を示す情報であってもよい。他の経路上の該基地局は、該情報を用いて、自基地局に接続するＵＥのモビリティ（例えば、ハンドオーバ）を実行可能としてもよいし、ＵＥのＲＲＣ接続を解放可能としてもよいし、休止可能としてもよい。

【0134】

メジャメント報告開始あるいは再開の指示に用いられるシグナリングが新たに設けられてもよい。該シグナリングは、例えば、報告開始あるいは報告再開の対象となるメジャメントを示す情報（例えば、メジャメントオブジェクト）を含んでもよい。このことにより、例えば、ＵＥは、メジャメント報告を再開すべきメジャメントオブジェクトを迅速に把握可能となる。該シグナリングは、例えば、ＲＲＣシグナリングであってもよい。このことにより、例えば、基地局は多くの情報をＵＥに通知可能となる。他の例として、該シグナリングはＭＡＣシグナリングであってもよい。このことにより、例えば、基地局はメジャメント報告再開をＵＥに対して迅速に指示可能となる。他の例として、該シグナリングはＬ１／Ｌ２シグナリングであってもよい。このことにより、例えば、基地局はメジャメント報告再開をＵＥに対してさらに迅速に指示可能となる。

【0135】

基地局はＵＥに対し、メジャメント報告の再開を指示してもよい。該指示には、例えば、前述の新たに設けられたシグナリングが用いられてもよいし、既存のシグナリングが用いられてもよい。該基地局は、他の冗長経路上の基地局とＵＥとの間の通信が復旧したことを示す情報を用いて、ＵＥに対してメジャメント報告再開を指示してもよい。ＵＥは、該指示を契機として、該基地局に対するメジャメント報告の送信を再開してもよい。このことにより、例えば、冗長経路の通信品質の安定性の向上が可能となる。

【0136】

メジャメント報告停止の指示に用いられるシグナリングと、メジャメント報告開始あるいは再開の指示に用いられるシグナリングが、同じシグナリングであってもよい。例えば、該シグナリングは、メジャメント報告の停止を示す情報を含んでもよいし、メジャメント報告停止の対象となるメジャメントに関する情報（例えば、メジャメントオブジェクト）を含んでもよいし、メジャメント報告の開始あるいは再開を示す情報を含んでもよいし、メジャメント報告の開始あるいは再開の対象となるメジャメントに関する情報（例えば、メジャメントオブジェクト）を含んでもよい。このことにより、例えば、シグナリング種別の追加数を少なくできる。その結果、通信システムにおける、メジャメント報告停止／再開に関する機能追加の複雑性緩和が可能となる。

【0137】

他の例として、通信断冗長経路上の該基地局は、自基地局に接続するＵＥに対するメジャメント設定を再度行ってもよい。前述の、再度の設定は、該基地局がＵＥに対してメジャメント設定を解放した場合に行われるとしてもよい。前述の再度の設定は、解放前の設定と異なっていてもよい。該メジャメント設定は、例えば、非特許文献２２（ＴＳ３８．３３１）および／あるいは非特許文献２３（ＴＳ３６．３３１）において開示されたイベント契機によるメジャメントの設定であってもよい。該基地局は、該設定を、例えば、ＲＲＣシグナリングを用いて行ってもよい。該ＵＥは、該解放のシグナリングを用いて、自ＵＥに対するメジャメントを再度設定してもよい。このことにより、例えば、メジャメント設定における柔軟性向上が可能となる。

【0138】

基地局は、冗長構成を用いるＵＥのメジャメント報告開始／停止条件と、冗長構成を用いないＵＥのメジャメント報告開始／停止条件を異ならせてもよい。該メジャメント報告は、例えば、非特許文献２２（ＴＳ３８．３３１）および／あるいは非特許文献２３（ＴＳ３６．３３１）において開示されたイベント契機によるメジャメントの報告であってもよい。基地局は、該開始／停止条件を異ならせる動作を、例えば、該開始／停止の閾値を異ならせることによって行ってもよい。基地局は、例えば、冗長経路の情報として後述する（１）の情報を、該開始／停止条件を異ならせるかどうかの判断に用いてもよい。

【0139】

基地局は、例えば、冗長構成を用いるＵＥのメジャメント報告開始／停止条件を、冗長構成を用いないＵＥのメジャメント報告開始／停止条件よりも、緩和してもよい。このことにより、例えば、冗長構成を用いない場合に比べて、通信品質が悪化する前のハンドオーバが可能となる。その結果、自冗長構成のハンドオーバ抑制中の通信品質悪化による自冗長構成のリンク断の防止が可能となる。

【0140】

他の例として、基地局は、冗長構成を用いるＵＥのメジャメント報告開始／停止条件を、冗長構成を用いないＵＥのメジャメント報告開始／停止条件よりも、厳しくしてもよい。このことにより、例えば、ハンドオーバの頻度を削減可能とし、その結果、通信効率を向上可能とする。

【0141】

基地局は、冗長経路を用いるＵＥのＲＬＦ検出前において、他の冗長経路上の基地局に対し、自基地局のＵＥがＲＬＦになりそうな旨を通知してもよいし、自基地局のＵＥからの上り信号を所定の時間受信できない旨を通知してもよい。該通知は、ＡＭＦ経由で行われてもよい。基地局は、例えば、該ＵＥからの上り信号を所定の時間受信できない場合において、該通知を行ってもよい。他の冗長経路上の基地局は、該通知を用いて、ＵＥのハンドオーバ抑制を行ってもよいし、ＵＥに対してメジャメント報告の抑制を行ってもよい。このことにより、例えば、他の冗長経路におけるハンドオーバ開始後に自冗長経路がＲＬＦあるいはビームフェイリャとなることの防止が可能となる。その結果、両方の通信路が断となることの防止が可能となる。

【0142】

該所定の時間は、規格で決められてもよい。例えば、該所定の時間は、ＴＳＣの周期よりも短い時間として定められてもよい。他の例として、該所定の時間を、基地局が決定してもよい。例えば、基地局は、該所定の時間を、ＴＳＣの周期よりも短い時間として決定してもよい。基地局は該所定の時間を、準静的に、例えば、ＲＲＣシグナリングを用いて、ＵＥに通知してもよい。このことにより、例えば、該所定の時間の通知における信頼性の向上が可能となる。他の例として、基地局は該所定の時間を、動的に、例えば、ＭＡＣシグナリングを用いて、ＵＥに通知してもよい。このことにより、例えば、基地局は該所定の時間の迅速な通知が可能となる。他の例として、基地局は該所定の時間を、Ｌ１／Ｌ２シグナリングを用いて通知してもよい。このことにより、例えば、基地局は該所定の時間のさらに迅速な通知が可能となる。

【0143】

前述の基地局は、ＵＥからの上り信号受信を契機として、他の冗長経路上の基地局に対し、自基地局のＵＥとの通信が回復したことを示す情報を通知してもよい。該通知は、ＡＭＦ経由で行われてもよい。基地局は該通知を、例えば、該ＵＥからの上り信号を所定の時間受信できないことを示す情報を他の冗長経路上の基地局に送信した場合に行うとしてもよい。他の冗長経路上の基地局は、該通知を用いて、ＵＥのハンドオーバ抑制を解除してもよいし、ＵＥに対してメジャメント報告の抑制を解除してもよい。このことにより、例えば、ＵＥとの通信経路が回復した場合において、他の冗長経路においてＵＥがハンドオーバを出来ない状態が継続することの防止が可能となる。

【0144】

ＵＥは基地局に対し、冗長経路に関する情報を通知してもよい。例えば、ＵＥは該情報を、ＲＲＣシグナリングを用いて通知してもよい。基地局はＡＭＦに対し、該情報を転送してもよい。例えば、基地局は該情報を、Ｎ２インタフェース上のシグナリングを用いて、ＡＭＦに転送してもよい。他の例として、ＵＥはＡＭＦに対し、該情報を通知してもよい。ＵＥは該情報を、ＮＡＳシグナリングを用いてＡＭＦに転送してもよい。

【0145】

冗長経路に関する情報の例として、以下の（１）～（１７）を開示する。

【0146】

（１）冗長経路を用いた通信の有無に関する情報。

【0147】

（２）冗長経路の形態に関する情報。

【0148】

（３）送受信ホストにおける冗長経路の個数に関する情報。

【0149】

（４）自ＵＥが用いる冗長経路の識別子。

【0150】

（５）自ＵＥの識別子。例として、以下（５－１）～（５－５）を開示する。

【0151】

（５－１）自ＵＥのＩＭＳＩ（International Mobile Subscriber Identity；国際加入者識別番号）。

【0152】

（５－２）自ＵＥのＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）。

【0153】

（５－３）自ＵＥの５Ｇ－Ｓ－ＴＭＳＩ（5G S-Temporary Mobile Subscription Identifier）。

【0154】

（５－４）自ＵＥのＵＥ－ＩＤ。

【0155】

（５－５）前述の（５－１）～（５－４）の組合せ。

【0156】

（６）冗長経路の組合せに関する情報。

【0157】

（７）他の冗長経路の識別子。

【0158】

（８）他の冗長経路上のＵＥの識別子。例として、以下（８－１）～（８－５）を開示する。

【0159】

（８－１）他の冗長経路上のＵＥのＩＭＳＩ（International Mobile Subscriber Identity；国際加入者識別番号）。

【0160】

（８－２）他の冗長経路上のＵＥのＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）。

【0161】

（８－３）他の冗長経路上のＵＥの５Ｇ－Ｓ－ＴＭＳＩ（5G S-Temporary Mobile Subscription Identifier）。

【0162】

（８－４）他の冗長経路上のＵＥのＵＥ－ＩＤ。

【0163】

（８－５）前述の（８－１）～（８－４）の組合せ。

【0164】

（９）自冗長経路において接続される基地局に関する情報。

【0165】

（１０）自冗長経路において接続されるＡＭＦに関する情報。

【0166】

（１１）自冗長経路において接続されるＵＰＦに関する情報。

【0167】

（１２）自冗長経路において接続されるＳＭＦに関する情報。

【0168】

（１３）他冗長経路において接続される基地局に関する情報。

【0169】

（１４）他冗長経路において接続されるＡＭＦに関する情報。

【0170】

（１５）他冗長経路において接続されるＵＰＦに関する情報。

【0171】

（１６）他冗長経路において接続されるＳＭＦに関する情報。

【0172】

（１７）前述の（１）～（１６）の組合せ。

【0173】

前述の（１）の情報は、例えば、自ＵＥは冗長通信を構成するかどうかを示す情報であってもよい。ＮＷ装置は、該情報を、該ＵＥに対するメジャメント設定に用いてもよい。このことにより、例えば、冗長経路を構成するＵＥに対してモビリティの発生回数を削減可能となり、その結果、モビリティによる通信断の回数の削減が可能となる。

【0174】

前述の（２）の情報は、例えば、複数のＵＥのそれぞれが、異なる基地局、ＵＰＦに接続されることによって冗長経路が構成されていることを示す情報であってもよいし、１つのＵＥが複数の基地局、複数のＵＰＦに接続されることによって冗長経路が構成されていることを示す情報であってもよいし、１つのＵＥが１つの基地局、１つあるいは複数のＵＰＦに接続されることによって冗長経路が構成されていることを示す情報であってもよい。ＵＥは、自ＵＥが取ることのできる構成に関する情報を、ＵＥケーパビリティとして保持してもよいし、ＳＩＭに保持してもよい。コアＮＷ装置は、前述の（２）の情報を用いて、ＵＥの冗長構成を決定してもよい。このことにより、例えば、送受信ホスト間において、通信環境等に応じて最適な冗長経路の構成が可能となる。

【0175】

前述の（３）に関する冗長経路は、例えば、２個であってもよいし、３個以上であってもよい。ＮＷ装置は、該情報を用いて、他のＮＷに対して他の冗長経路に関する情報を問い合わせてもよい。このことにより、例えば、ＮＷ装置は、他の冗長経路に関する情報の問合せを必要な数だけ実行可能となる。その結果、通信システムにおけるシグナリング効率が向上可能となる。

【0176】

前述の（４）の情報は、例えば、０または１から始まる連番によって表現されてもよいし、ビットマップを用いたフラグの形態によって表現されてもよいし、他の形態によって表現されてもよい。ＮＷ装置は、該情報を用いて、他のＮＷ装置からのシグナリング（例えば、問合せ）が自冗長経路に関するかどうかを判断してもよい。このことにより、例えば、通信システムにおけるシグナリング効率が向上可能となる。

【0177】

前述の（５）の情報として、例えば、（５－１）および／あるいは（５－２）の情報を用いてもよい。このことにより、各冗長経路において用いるＮＷ（例えば、ＰＬＭＮ）が異なる場合においても、他の経路上のＵＥを特定可能となり、その結果、冗長経路の制御における複雑性の回避が可能となる。他の例として、（５－３）および／あるいは（５－４）の情報を用いてもよい。このことにより、ＵＥを迅速に特定可能となる。前述の（５）の情報に、該識別子の種別に関する情報が含まれてもよい。このことにより、例えば、ＮＷ装置は、該識別子の種別を迅速に把握可能となり、その結果、通信システムにおける処理を迅速に実行可能となる。

【0178】

前述の（６）の情報は、例えば、冗長経路の組を識別する識別子であってもよい。このことにより、例えば、ＮＷ装置は自冗長経路と組となる冗長経路を迅速に識別可能となる。他の例として、冗長経路の組を構成するＵＥの識別子、例えば、前述の（５－１）、（５－２）、（８－１）、（８－２）あるいは前述の組合せを用いてもよい。このことにより、例えば、前述と同様の効果が得られる。

【0179】

前述の（７）の情報は、前述の（４）の情報と同様であってもよい。このことにより、例えば、前述の（４）と同様の効果が得られる。

【0180】

前述の（８）の情報は、前述の（５）の情報と同様であってもよい。このことにより、例えば、前述の（５）と同様の効果が得られる。

【0181】

前述の（９）の情報は、例えば、非特許文献１６（ＴＳ３８．３００）に開示されたｇＮＢ－ＩＤであってもよいし、ＮＲセルグローバルＩＤであってもよいし、グローバルｇＮＢ－ＩＤであってもよいし、該基地局のネットワークアドレス（例、ＩＰアドレス）であってもよい。

【0182】

基地局は、自冗長経路に関する（９）の情報を、他の冗長経路の各装置に通知してもよい。該通知に、前述の（５）の情報が含まれてもよい。該通知を、ＡＭＦが行ってもよいし、ＳＭＦが行ってもよい。他の冗長経路の各装置、例えば、他の冗長経路の基地局は、（９）の情報が自基地局を指していること、また、接続しようとしているＵＥが（５）の情報において示されるＵＥであることを用いて、該ＵＥからの接続要求を拒否してもよい。このことにより、例えば、複数の冗長経路において基地局が重複することによって冗長度が低下するのを防止可能となる。

【0183】

前述の（１０）の情報は、例えば、非特許文献１６（ＴＳ３８．３００）に開示されたＡＭＦ名（AMF Name）であってもよいし、非特許文献２４（ＴＳ２３．５０１）に開示されたＧＵＡＭＩ（Globally Unique AMF Identifier）であってもよいし、該ＡＭＦのネットワークアドレス（例、ＩＰアドレス）であってもよい。あるいは、前述の（１０）の情報は、例えば、非特許文献２４に開示された、ＡＭＦリージョンＩＤ、ＡＭＦセットＩＤ、ＡＭＦポインタのうちの１つまたは複数から構成される識別子であってもよい。

【0184】

基地局は、自冗長経路に関する（１０）の情報を、他の冗長経路の各装置に通知してもよい。該通知を、ＡＭＦが行ってもよいし、ＳＭＦが行ってもよい。他の冗長経路の各装置、例えば、他の冗長経路の基地局は、（１０）の該情報と同じＡＭＦに接続してもよい。このことにより、例えば、冗長経路を用いた通信を効率的に実行可能となる。他の例として、他の冗長経路の該基地局は、（１０）の該情報と異なるＡＭＦに接続してもよい。このことにより、例えば、Ｃプレインにおける冗長度を向上可能となり、その結果、通信システムの堅牢性を向上可能となる。

【0185】

前述の（１１）の情報は、例えば、非特許文献２５（ＴＳ２３．５０２）に開示されたＵＰＦ ＩＤであってもよいし、該ＵＰＦのネットワークアドレス（例、ＩＰアドレス）であってもよい。

【0186】

基地局は、自冗長経路に関する（１１）の情報を、他の冗長経路の各装置に通知してもよい。該通知を、ＡＭＦが行ってもよいし、ＳＭＦが行ってもよい。他の冗長経路の各装置、例えば、他の冗長経路のＳＭＦは、自ＳＭＦの冗長経路において用いるＵＰＦを制限してもよい。例えば、該ＳＭＦは、該情報に含まれるＵＰＦに接続しないとしてもよい。このことにより、例えば、複数の冗長経路においてＵＰＦが重複することによって冗長度が低下するのを防止可能となる。

【0187】

前述の（１２）の情報は、例えば、非特許文献２５（ＴＳ２３．５０２）に開示されたＳＭＦ ＩＤであってもよいし、該基地局のネットワークアドレス（例えば、ＩＰアドレス）であってもよい。

【0188】

基地局は、自冗長経路に関する（１２）の情報を、他の冗長経路の各装置に通知してもよい。該通知を、ＡＭＦが行ってもよいし、ＳＭＦが行ってもよい。他の冗長経路の各装置、例えば、他の冗長経路のＡＭＦは、（１２）の該情報と同じＳＭＦに接続してもよい。このことにより、例えば、冗長経路を用いた通信を効率的に制御可能となる。他の例として、該ＡＭＦは、（１２）の該情報と異なるＳＭＦに接続してもよい。このことにより、例えば、Ｃプレインにおける冗長度を向上可能となり、その結果、通信システムの堅牢性を向上可能となる。

【0189】

前述の（１３）の情報は、例えば、前述の（９）の情報と同様であってもよい。ＵＥは、前述の（１３）の情報を用いて、接続先基地局を決定してもよい。このことにより、例えば、複数の冗長経路において基地局が重複することによって冗長度が低下するのを防止可能となる。

【0190】

前述の（１４）の情報は、例えば、前述の（１０）の情報と同様であってもよい。基地局は、前述の（１４）の情報を用いて、ＵＥのＮ１インタフェース上での接続先となるＡＭＦを決定してもよい。例えば、基地局は、ＵＥの接続先ＡＭＦを、前述の（１４）と同じＡＭＦに決定してもよい。このことにより、例えば、冗長経路を用いた通信を効率的に実行可能となる。他の例として、基地局は、ＵＥの接続先ＡＭＦを、前述の（１４）と異なるＡＭＦに決定してもよい。このことにより、例えば、Ｃプレインにおける冗長度を向上可能となり、その結果、通信システムの堅牢性を向上可能となる。

【0191】

前述の（１５）の情報は、例えば、前述の（１１）の情報と同様であってもよい。ＳＭＦは、前述の（１５）の情報を用いて、自ＳＭＦの冗長経路において用いるＵＰＦを制限してもよく、例えば、該情報に含まれるＵＰＦに接続しないとしてもよい。このことにより、例えば、複数の冗長経路においてＵＰＦが重複することによって冗長度が低下するのを防止可能となる。

【0192】

前述の（１６）の情報は、例えば、前述の（１２）の情報と同様であってもよい。ＡＭＦは、前述の（１６）の情報と同じＳＭＦに接続してもよい。このことにより、例えば、冗長経路を用いた通信を効率的に制御可能となる。他の例として、ＡＭＦは、（１６）の該情報と異なるＳＭＦに接続してもよい。このことにより、例えば、Ｃプレインにおける冗長度を向上可能となり、その結果、通信システムの堅牢性を向上可能となる。

【0193】

前述の（１）～（８）の情報は、例えば、ＵＥケーパビリティに含まれてもよいし、ＵＥのＳＩＭの中に含まれてもよい。

【0194】

ＵＥは冗長経路に関する該情報を、ＮＷへの登録（Registration）の時に通知してもよい。ＵＥは該情報を、例えば、基地局に対して通知してもよい。例えば、ＵＥは、該情報を、Registration Requestのシグナリングに含めて通知してもよい。他の例として、ＵＥは該情報を、ＰＤＵセッション確立時に通知してもよい。他の例として、ＵＥは該情報を、サービスリクエスト時に通知してもよい。他の例として、ＵＥは該情報を、ＡＭＦとの間の接続確立時に通知してもよい。例えば、ＵＥは該情報を、ＡＭＦに対して通知してもよい。

【0195】

基地局は、該情報を用いて、ＵＥの接続先のＡＭＦを決定してもよい。該ＡＭＦは、該情報を用いて、ＳＭＦを決定してもよい。ＳＭＦは、該情報を用いて、ＵＥの接続先のＵＰＦを決定してもよい。ＡＭＦ、ＳＭＦ、および／あるいはＵＰＦの該決定は、ＮＷへの登録（Registration）のプロシージャにおいて行われてもよいし、ＰＤＵセッション確立のプロシージャにおいて行われてもよいし、サービスリクエストのプロシージャにおいて行われてもよい。このことにより、例えば、ＡＭＦ、ＳＭＦ、および／あるいはＵＰＦの該決定後においてＡＭＦ、ＳＭＦ、および／あるいはＵＰＦの変更の可能性の減少が可能となる。その結果、通信システムにおけるプロシージャの発生によるシグナリング量を削減可能となる。

【0196】

ＡＭＦ、ＳＭＦ、および／あるいはＵＰＦの決定に関する他の例として、デフォルトの接続先となるＡＭＦ、ＳＭＦ、および／あるいはＵＰＦが存在してもよい。デフォルトの接続先に関する情報を、例えば、ＵＥが有してもよいし、基地局が有してもよいし、ＡＭＦが有してもよいし、ＳＭＦが有してもよい。例えば、基地局は、デフォルトの接続先となるＡＭＦを有してもよいし、ＡＭＦは、デフォルトの接続先となるＳＭＦを有してもよいし、ＳＭＦは、デフォルトの接続先となるＵＰＦを有してもよい。前述の各装置は、冗長経路に関する情報を用いて、接続先のＡＭＦ、ＳＭＦ、および／あるいはＵＰＦを決定しなおしてもよい。このことにより、例えば、通信システムにおける複雑性を回避可能となる。

【0197】

冗長経路に関する情報に関する他の例として、冗長経路に関する情報を、ＮＷ装置が導出してもよい。前述のＮＷ装置は、基地局であってもよいし、ＡＭＦであってもよいし、ＳＭＦであってもよいし、ＵＤＭであってもよい。例えば、ＡＭＦは、導出した該情報を、基地局に通知してもよいし、ＳＭＦに通知してもよい。他の例として、ＵＤＭは、導出した該情報を、ＡＭＦに通知してもよいし、ＳＭＦに通知してもよい。ＡＭＦは、ＵＤＭが導出した該情報を、基地局に通知してもよいし、ＳＭＦに通知してもよい。このことにより、例えば、ＵＥと基地局との間のシグナリング量を削減可能となる。

【0198】

他の例として、ＵＥからの冗長経路に関する情報の通知と、ＮＷ装置における該情報の導出が組合せて用いられてもよい。例えば、ＵＥはＮＷ装置に対し、冗長経路に関する情報の例として開示した（１）～（８）あるいはその組合せを通知してもよい。ＵＥからＮＷ装置に対して通知する前述の（８）の情報は、例えば、（８－１）および／あるいは（８－２）であってもよい。ＮＷ装置は、ＵＥからの該情報を用いて、冗長経路に関する情報の例として開示した（８）～（１６）あるいはその組合せを導出してもよい。ＮＷ装置が導出する前述の（８）の情報は、例えば、（８－３）および／あるいは（８－４）であってもよい。このことにより、例えば、ＵＥと基地局との間のシグナリング量を削減可能としつつ、ＮＷ装置における処理量が削減可能となる。

【0199】

基地局は、他の冗長経路に関する情報を取得してもよい。基地局が取得する該情報は、例えば、前述において冗長経路に関する情報の例として開示した（８）～（１６）あるいはその組合せであってもよい。基地局は、該情報、例えば、他の冗長経路において用いられる基地局の情報を用いて、自冗長経路におけるＵＥが接続する基地局を切替えてもよいし、該ＵＥのハンドオーバ先基地局を選択してもよい。例えば、基地局は、自冗長経路におけるＵＥのハンドオーバ先決定にあたり、他の冗長経路において使用中の基地局をハンドオーバ先から除外してもよい。このことにより、例えば、複数の冗長経路上のＵＥが、異なる基地局に接続することを可能とし、その結果、冗長経路の堅牢性を向上可能となる。

【0200】

基地局は、該情報をＡＭＦに要求してもよい。基地局は、例えば、冗長経路に関する情報の例として開示した（１）の情報が是であることを用いて、該要求を行ってもよい。基地局は、該要求に、冗長経路に関する情報の一部、例えば、前述において冗長経路に関する情報の例として開示した（１）～（８）あるいはその組合せを含めてもよい。ＡＭＦは、該要求を用いて、該情報を導出してもよい。ＡＭＦは、該要求を契機として、該情報を基地局に通知してもよい。このことにより、例えば、基地局における該情報の導出に係る処理量を削減可能となる。

【0201】

ＡＭＦは、該情報をＵＤＭに要求してもよい。ＡＭＦは、例えば、冗長経路に関する情報の例として開示した（１）の情報が是であることを用いて、該要求を行ってもよい。ＡＭＦは、該要求に、冗長経路に関する情報の一部、例えば、前述において冗長経路に関する情報の例として開示した（８－１）および／あるいは（８－２）を含めてもよい。ＵＤＭは、ＡＭＦからの該情報を用いて、冗長経路に関する情報を導出してもよい。例えば、ＵＤＭは、ＡＭＦから通知された前述の（８－１）および／あるいは（８－２）の情報を用いて、他冗長経路において接続されるＡＭＦに関する情報、例えば、該ＡＭＦの識別子を導出してもよい。ＵＤＭは、導出した該情報をＡＭＦに通知してもよい。ＡＭＦは、該情報を用いて、他の冗長経路に関する情報を、他冗長経路上のＡＭＦに要求してもよい。他冗長経路上のＡＭＦは、該要求を用いて、該ＡＭＦが接続する自冗長経路に関する情報、例えば、該冗長経路が用いる基地局を導出してもよい。他冗長経路上のＡＭＦは、導出した該情報を、ＡＭＦに通知してもよい。ＡＭＦは、通知された該情報を、基地局に通知してもよい。このことにより、例えば、他冗長経路で用いるＡＭＦが自ＡＭＦと異なる場合においても、自冗長経路におけるＮＷ装置は他冗長経路に関する情報を取得可能となる。

【0202】

基地局は該情報を、ＵＥのＮＷへの登録（Registration）の時に要求してもよい。例えば、基地局は、ＵＥからRegistration Requestのシグナリングを受信したことを契機として、該情報を要求してもよい。基地局は、該要求を、自基地局からＡＭＦに送信するRegistration Requestのシグナリングに含めてもよい。ＡＭＦは該情報を、ＵＥのＮＷへの登録（Registration）の時に要求してもよい。例えば、ＡＭＦは、基地局からRegistration Requestのシグナリングを受信したことを契機として、該情報を要求してもよい。

【0203】

他の例として、基地局は該情報を、ＵＥのサービスリクエスト時に要求してもよい。例えば、基地局は、ＵＥからService Requestのシグナリングを受信したことを契機として、該情報を要求してもよい。ＡＭＦは該情報を、ＵＥのＮＷへの登録（Registration）の時に要求してもよい。基地局は、該要求を、自基地局からＡＭＦに送信するService Requestのシグナリングに含めてもよい。ＡＭＦは該情報を、ＵＥのサービスリクエスト時に要求してもよい。例えば、ＡＭＦは、基地局からService Requestのシグナリングを受信したことを契機として、該情報を要求してもよい。

【0204】

他の例として、ＡＭＦは該情報を、ＵＥのＰＤＵセッション確立時に要求してもよい。例えば、ＡＭＦは、ＵＥからＰＤＵセッション確立要求（PDU Session Establishment Request）を受信したことを契機として、該情報を要求してもよい。

【0205】

ＵＥ、基地局、ＡＭＦおよび／あるいはＳＭＦは、自冗長経路に関する情報を、他の冗長経路上のＮＷ装置に通知してもよい。ＵＥ、基地局、ＡＭＦおよび／あるいはＳＭＦが通知する該情報は、例えば、前述において冗長経路に関する情報の例として開示した（１）～（１７）のうちの一部または全部（例えば、（１）～（６）、（９）～（１２）あるいはその組合せ）であってもよい。該情報の通知を、ＡＭＦが行ってもよいし、ＳＭＦが行ってもよい。他の冗長経路上のＮＷ装置は、該情報を用いて、自冗長経路において接続する基地局、ＵＰＦ、ＡＭＦ、および／あるいはＳＭＦを決定してもよいし、切替えてもよい。例えば、他の冗長経路上のＮＷ装置は、該情報に含まれる基地局および／あるいはＵＰＦを除外して、自冗長経路において用いる基地局および／あるいはＵＰＦを決定してもよい。このことにより、例えば、複数の冗長経路上のＵＥが、異なる基地局および／あるいはＵＰＦに接続することを可能とし、その結果、冗長経路の堅牢性を向上可能となる。

【0206】

例えば、ＵＥのハンドオーバにおいて、ＵＥは、自ＵＥの冗長経路とは異なる冗長経路上の基地局に接続できないとしてもよい。該基地局は、該ＵＥの移動元基地局からのハンドオーバ要求（Handover Request）を拒否する旨を、移動元基地局に通知してもよい。拒否する旨の該通知は、例えば、HANDOVER PREPARATION FAILUREのシグナリングを用いて行われてもよい。拒否する旨の該通知に、理由が含まれてもよい。該理由は、例えば、他の冗長経路上のＵＥと接続済みであることを示す情報を含んでもよい。

【0207】

他の例として、ＵＥのセル選択および／あるいはセル再選択において、ＵＥは、自ＵＥの冗長経路とは異なる冗長経路上の基地局に接続できないとしてもよい。該基地局は、ＵＥとの間のランダムアクセス処理において、自基地局と接続できない旨をＵＥに通知してもよい。該通知は、例えば、ランダムアクセスのメッセージ４を用いて行われてもよいし、メッセージ２を用いて行われてもよい。該通知に、理由が含まれてもよい。該理由は、例えば、他の冗長経路上のＵＥと接続済みであることを示す情報を含んでもよい。

【0208】

他の例として、ＵＥのハンドオーバにおいて、他の冗長経路上のＵＥの新たな接続先となった基地局は、接続中の他のＵＥに対して、ハンドオーバを指示してもよい。基地局は接続中の他のＵＥに対し、該指示を、ＲＲＣシグナリング、例えば、ＲＲＣ再設定（RRCReconfiguration）を用いて行ってもよい。該指示には、理由が含まれてもよい。該理由は、例えば、他の冗長経路上のＵＥと接続済みであることを示す情報を含んでもよい。

【0209】

基地局は、自基地局へのＵＥのハンドオーバの拒否と、接続中のＵＥのハンドオーバの指示のいずれを行うかを判断してもよい。基地局は、例えば、各ＵＥからのメジャメント報告を用いて、該判断を行ってもよい。移動元基地局は、該基地局に対し、ＵＥのメジャメント報告を通知してもよい。基地局は、移動元基地局に対し、ＵＥのメジャメント報告を要求してもよい。このことにより、例えば、両方の冗長経路における通信品質の安定性を向上可能となる。

【0210】

基地局は、ＵＥへのメジャメント設定において、自冗長経路において接続可能な基地局あるいはセルを、測定対象の基地局あるいはセルとして設定してもよいし、測定結果報告対象の基地局あるいはセルとして設定してもよい。前述の、自冗長経路において接続可能な基地局あるいはセルは、例えば、他の冗長経路において用いられていない基地局あるいはセルであってもよい。このことにより、例えば、複数の冗長経路において基地局が重複することによって冗長度が低下するのを防止可能となる。他の例として、他の冗長経路において用いられている基地局あるいはセルが、自冗長経路において接続可能な基地局あるいはセルに含まれてもよい。このことにより、例えば、自冗長経路におけるハンドオーバ先基地局の候補が、他の冗長経路において用いられている基地局以外に見つからない場合においても、ハンドオーバが可能となる。その結果、両方の冗長経路における通信品質の安定性を向上可能となる。

【0211】

基地局からＵＥへのメジャメント設定における他の例として、自冗長経路において接続不可能な基地局あるいはセルを、測定対象の基地局あるいはセルから除外してもよいし、測定結果報告対象の基地局あるいはセルから除外してもよい。このことにより、例えば、接続可能な基地局あるいはセルの数が少ない場合において、メジャメント設定に係るシグナリング量を削減可能となる。前述の、自冗長経路において接続不可能な基地局あるいはセルは、例えば、他の冗長経路において用いられている基地局あるいはセルであってもよい。

【0212】

ＵＥ、基地局、ＡＭＦおよび／あるいはＳＭＦから他の冗長経路上のＮＷ装置への通知は、ＵＥ側のホストを経由して行われてもよいし、ＵＥ間通信（例えば、サイドリンク）を経由して行われてもよい。他の例として、該通知は、基地局を経由して、例えば、Ｘｎインタフェースを経由して行われてもよい。他の例として、該通知は、ＡＭＦを経由して行われてもよく、例えば、基地局、ＡＭＦ、他の冗長経路上の基地局を経由して行われてもよいし、ＡＭＦ間インタフェースを経由して行われてもよい。ＡＭＦ間インタフェースが設けられてもよい。他の例として、該通知は、ＳＭＦを経由して、例えば、ＳＭＦ間インタフェースを用いて行われてもよい。他の例として、該通知は、ＡＭＦから他の冗長経路上のＳＭＦを経由して行われてもよい。他の例として、該通知は、ＵＰＦを経由して行われてもよいし、ＤＮを経由して行われてもよい。該通知は、自経路上のＵＥとの間で通信ができないことを示す情報の通知であってもよいし、自経路上のＵＥとの間の通信が復旧したことを示す情報の通知であってもよいし、冗長経路に関する情報の通知であってもよい。

【0213】

基地局はＵＥに、ＵＥが接続できないセルあるいは基地局に関する情報（例えば、セルあるいは基地局のブラックリスト）を、個別に通知してもよいし、報知してもよい。該報知は、例えば、システム情報を用いて行われてもよい。基地局は、他の冗長経路から通知された、該冗長経路に関する情報を用いて、ＵＥが接続できないセルに関する情報を構成してもよい。基地局は、セルに接続できないＵＥに関する情報、例えば、ＵＥの識別子を、ＵＥに通知あるいは報知する情報に含めてもよい。ＵＥは、該情報を用いて、基地局への接続を行ってもよい。このことにより、例えば、ＵＥは、接続できないセルを迅速に把握可能となる。

【0214】

基地局は、自基地局が含まれる冗長経路に関する情報を、ＵＥに通知してもよいし、報知してもよい。該情報は、自基地局が接続可能な冗長経路に関する情報であってもよい。該報知は、例えば、システム情報を用いて行われてもよい。該情報は、例えば、自基地局が含まれる信頼性グループ（Reliability Group）（非特許文献２４（ＴＳ２３．５０１）参照）の情報であってもよいし、自基地局が含まれる冗長経路に関する（１）～（１７）の情報あるいはその組合せであってもよい。ＵＥは、該情報を用いて、基地局への接続を行ってもよい。例えば、ＵＥは、該基地局が自冗長経路において接続可能である場合において、該基地局に接続してもよい。このことにより、例えば、ＵＥは接続可能な基地局を迅速に把握可能となる。

【0215】

図１４～図１６は、複数のＵＥを用いた冗長経路を用いた通信の確立を示すシーケンス図である。図１４～図１６は境界線ＢＬ１４１５、ＢＬ１５１６の位置でつながっている。図１４～図１６は、２つの冗長経路が用いられ、１つの冗長経路（以下、冗長経路＃１と称する場合がある）においてＵＥ＃１、基地局＃１、ＡＭＦ＃１、ＵＰＦ＃１、ＳＭＦ＃１が用いられ、もう１つの冗長経路（以下、冗長経路＃２と称する場合がある）においてＵＥ＃２、基地局＃２、ＡＭＦ＃２、ＵＰＦ＃２、ＳＭＦ＃２が用いられ、端末側のホストにおいて互いに異なるＵＥ＃１、ＵＥ＃２がそれぞれ基地局＃１、基地局＃２と接続し、ネットワーク側のホストとの間の通信に用いられる場合について示している。なお、図１４～図１６では「基地局＃１」、「基地局＃２」を「ＢＳ＃１」、「ＢＳ＃２」と表記している。図１４～図１６は、ＵＥ＃１およびＵＥ＃２におけるＰＤＵセッション確立について示している。

【0216】

図１４に示すステップＳＴ１４０１において、ＵＥ＃１はＡＭＦ＃１に対してＰＤＵセッション確立を要求する。該要求は、ＵＥ＃１および／あるいはＵＥ＃２を用いた冗長経路に関する情報を含んでもよい。

【0217】

図１４に示すプロシージャ１４０２において、ＰＤＵセッション確立が行われる。

【0218】

図１４に示すステップＳＴ１４０３において、ＡＭＦ＃１は、ＳＭＦ選択を行う。ステップＳＴ１４０５において、ＡＭＦ＃１はＳＭＦ＃１に対し、ＰＤＵセッションの生成を要求する。ステップＳＴ１４０７において、ＳＭＦ＃１はＵＤＭ＃１との間で、加入者情報の問い合わせおよび取得を行う。ステップＳＴ１４０９において、ＳＭＦ＃１はＡＭＦ＃１に対し、ＰＤＵセッション作成要求に対する応答を通知する。ステップＳＴ１４１１において、ＰＤＵセッションの認証／認可が行われる。

【0219】

図１４に示すステップＳＴ１４１３において、ＳＭＦ＃１はＵＥ＃１との接続に用いるＰＣＦを選択する。ステップＳＴ１４１５において、ＳＭＦ＃１とＰＣＦ＃１との間で、セッション管理ポリシー関連情報の確立を行う。ステップＳＴ１４１７において、ＳＭＦ＃１は、ＵＥ＃１の通信に用いるＵＰＦを選択する。ステップＳＴ１４１８において、ＳＭＦ＃１とＰＣＦ＃１との間で、セッション管理ポリシー関連情報の変更が行われてもよい。ステップＳＴ１４１８において、例えば、ＳＭＦ＃１がＰＣＦ＃１に対して、ＵＥに割当てたＩＰアドレスに関する情報を送信してもよい。図１５に示すステップＳＴ１４１９において、ＳＭＦ＃１はＵＰＦ＃１に対して、Ｎ４セッション確立を要求する。ステップＳＴ１４２１において、ＵＰＦ＃１はＳＭＦ＃１に対して、ステップＳＴ１４１９の要求に対する応答を通知する。

【0220】

図１５に示すステップＳＴ１４２３において、ＳＭＦ＃１とＡＭＦ＃１との間で、コアＮＷにおいて導出したＲＡＮパラメータを送受信する。ステップＳＴ１４２５において、ＡＭＦ＃１は基地局＃１に対して、Ｎ２インタフェース上のＰＤＵセッション要求を送信する。ステップＳＴ１４２５の要求は、ステップＳＴ１４２３において送受信されたパラメータを含んでもよい。ステップＳＴ１４２７において、基地局＃１はＵＥ＃１に対し、ＲＡＮ設定要求を送信する。該要求は、ＰＤＵセッション確立要求に対する応答を含んでもよい。ステップＳＴ１４２７は、例えば、ＲＲＣ再設定（RRCReconfiguration）のシグナリングを用いて行われてもよい。ステップＳＴ１４２９において、基地局＃１はＡＭＦ＃１に対し、Ｎ２インタフェース上のＰＤＵセッション要求に対する応答を通知する。

【0221】

図１５に示すステップＳＴ１４３１において、ＵＥ＃１はＵＰＦ＃１に対して最初の上りデータを送信する。

【0222】

図１５に示すステップＳＴ１４３３において、ＡＭＦ＃１はＳＭＦ＃１に対して、ＰＤＵセッションの更新を要求してもよい。該要求は、基地局＃１から受信したセッション管理情報を含んでもよい。

【0223】

図１５に示すステップＳＴ１４３５において、ＳＭＦ＃１はＵＰＦ＃１に対して、Ｎ４セッション変更（modification）を要求してもよい。ステップＳＴ１４３７において、ＵＰＦ＃１はＳＭＦ＃１に対して、Ｎ４セッション変更要求に対して応答してもよい。

【0224】

図１６に示すステップＳＴ１４３９において、ＵＰＦ＃１はＵＥ＃１に対して最初の下りデータを送信する。

【0225】

図１６に示すステップＳＴ１４４１において、ＳＭＦ＃１はＡＭＦ＃１に対して、ＰＤＵセッションの更新の要求に対する応答を通知してもよい。

【0226】

図１６に示すステップＳＴ１４４３およびＳＴ１４４４において、ＳＭＦ＃１はＵＥ＃１に対して、ＩＰｖ６ルータアドバタイズメントを、ＵＰＦ＃１経由で通知する。

【0227】

図１６に示すステップＳＴ１４５０において、ＡＭＦ＃１はＡＭＦ＃２に対して、冗長経路＃１に対する情報を通知する。該通知は、例えば、冗長経路＃１のＰＤＵセッションに関する通知でもよい。該通知に用いられるシグナリングが新たに設けられてもよい。該情報は、冗長経路に関する情報として開示した（１）～（１７）の情報を含んでもよい。ステップＳＴ１４５２において、ＡＭＦ＃２は基地局＃２に対し、該情報を転送してもよい。ステップＳＴ１４５４において、基地局＃２はＵＥ＃２に対し、該情報を転送してもよい。

【0228】

図１６に示すステップＳＴ１４５６において、ＵＥ＃２はＡＭＦ＃２に対して、ＰＤＵセッション確立を要求する。該要求は、ＵＥ＃１および／あるいはＵＥ＃２を用いた冗長経路に関する情報を含んでもよい。

【0229】

図１６に示すプロシージャ１４６０において、プロシージャ１４０２と同様の処理が行われる。

【0230】

図１６に示すステップＳＴ１４７０において、ＡＭＦ＃２はＡＭＦ＃１に対して、冗長経路＃２に対する情報を通知する。該通知は、例えば、ステップＳＴ１４５０と同様の通知であってもよい。該情報は、冗長経路に関する情報として開示した（１）～（１７）の情報を含んでもよい。ステップＳＴ１４７２において、ＡＭＦ＃１は基地局＃１に対し、該情報を転送してもよい。ステップＳＴ１４７４において、基地局＃１はＵＥ＃１に対し、該情報を転送してもよい。

【0231】

図１４～図１６において、冗長経路＃１において用いられるＡＭＦ＃１が、冗長経路＃２において用いられるＡＭＦ＃２とは異なる場合について示したが、同じＡＭＦを利用してもよい。このことにより、例えば、冗長経路＃１、＃２の制御における複雑性を回避可能となる。

【0232】

図１４～図１６において、ＡＭＦ＃１からの冗長経路＃１に関する情報を、ＡＭＦ＃２経由で基地局＃２に通知する場合について示したが、ＡＭＦ＃１から直接、基地局＃２に該情報を通知してもよい。このことにより、例えば、冗長経路に関する通知を迅速に実行可能となる。

【0233】

図１４～図１６において、冗長経路＃１に関する情報をＡＭＦ＃１が通知する場合について示したが、該情報を基地局＃１が通知してもよい。基地局＃１は該通知を、ＡＭＦ＃２に対して行ってもよいし、ＡＭＦ＃２経由で基地局＃２に対して行ってもよいし、基地局＃２に対して直接行ってもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

【0234】

図１７～図１９は、冗長経路＃１のＵＥ＃１がハンドオーバする場合において、冗長経路＃２を用いるＵＥ＃２のハンドオーバを抑制する動作およびその抑制を解除する動作を示す図である。図１７～図１９は境界線ＢＬ１７１８、ＢＬ１８１９の位置でつながっている。図１７～図１９は、ＵＥ＃１が基地局＃１－１から基地局＃１－２にハンドオーバする場合について示している。なお、図１７～図１９では「基地局＃１－１」、「基地局＃１－２」、「基地局＃２」を「ＢＳ＃１－１」、「ＢＳ＃１－２」、「ＢＳ＃２」と表記している。

【0235】

図１７に示すステップＳＴ１５０１、ＳＴ１５０２において、ＵＰＦ＃１とＵＥ＃１との間でユーザデータの送受信が行われる。ステップＳＴ１５０１はＵＥ＃１と基地局＃１－１との間のデータ送受信を示し、ステップＳＴ１５０２は基地局＃１－１とＵＰＦ＃１との間のデータ送受信を示す。

【0236】

図１７に示すステップＳＴ１５０４において、ＡＭＦ＃１は基地局＃１－１に対して、モビリティ制御情報を通知する。ステップＳＴ１５０６において、基地局＃１－１はＵＥ＃１に対してメジャメント制御情報を通知し、ＵＥ＃１は該制御情報を用いてメジャメントを行うとともに基地局＃１－１に対してメジャメント報告を送信する。ステップＳＴ１５１０において、基地局＃１－１は、ＵＥ＃１を基地局＃１－２にハンドオーバさせることを決定する。

【0237】

図１７に示すステップＳＴ１５１２において、基地局＃１－１はＡＭＦ＃１に対して、ＵＥ＃１がハンドオーバすることを通知する。該通知は、実施の形態１において冗長経路に関する情報として開示した（１）～（１７）の情報を含んでもよい。基地局＃１－１は、ＵＥ＃１が冗長経路を用いた通信を行っているかどうかを、ステップＳＴ１５１２の通知の有無によって判断してもよい。ステップＳＴ１５１４において、ＡＭＦ＃１はＡＭＦ＃２に対して、ステップＳＴ１５１２の情報を転送する。ステップＳＴ１５１６において、ＡＭＦ＃２は基地局＃２に対して、ステップＳＴ１５１２の情報を転送する。

【0238】

図１７において破線で示すプロシージャ１５２０において、基地局＃２によるハンドオーバ決定抑止と、ＵＥ＃２によるメジャメント報告抑止が行われる。

【0239】

図１７に示すステップＳＴ１５２２において、基地局＃２はＵＥ＃２のハンドオーバを抑止する。該指示は、ステップＳＴ１５１６を用いて行われてもよい。ステップＳＴ１５２４において、基地局＃２はＵＥ＃２に対して、メジャメント報告の抑止を指示する。該指示は、ＲＲＣシグナリング、例えば、ＲＲＣ再設定（RRCReconfiguration）を用いて行われてもよい。ステップＳＴ１５２６において、ＵＥ＃２はメジャメント報告を抑止する。

【0240】

図１７に示すステップＳＴ１５３０において、基地局＃１－１は基地局＃１－２に対して、ＵＥ＃１に関するハンドオーバ要求を行う。ステップＳＴ１５３２において、基地局＃１－２はＵＥ＃１の受け入れ制御（アドミッション制御）を行う。ステップＳＴ１５３４において、基地局＃１－２は基地局＃１－１に対して、ハンドオーバ要求に対する肯定応答を送信する。

【0241】

図１７に示すステップＳＴ１５３６において、基地局＃１－１とＵＥ＃１との間のハンドオーバが開始される。ステップＳＴ１５３６において、基地局＃１－１はＵＥ＃１に対してハンドオーバを指示する。該指示は、例えば、ＲＲＣ再設定（RRCReconfiguration）を用いて行われてもよい。ステップＳＴ１５３８において、ＵＥ＃１は、該指示を用いて、基地局＃１－１のセルとの接続を解放し、基地局＃１－２のセルとの同期を行う。

【0242】

図１７に示すステップＳＴ１５４０において、基地局＃１－１は、ＵＥ＃１との間で送受信したパケットのシーケンス番号に関するステータスを、基地局＃１－２に転送する。図１８に示すステップＳＴ１５４２、ＳＴ１５４３において、基地局＃１－１は、ＵＰＦ＃１から受信したユーザデータを、基地局＃１－２に転送する。ステップＳＴ１５４２はＵＰＦ＃１から基地局＃１－１へのユーザデータ送信を示し、ステップＳＴ１５４３は基地局＃１－１から基地局＃１－２へのユーザデータ転送を示す。ステップＳＴ１５４５において、基地局＃１－２はＳＴ１５４３のデータを保持する。

【0243】

図１８に示すステップＳＴ１５５０において、ＵＥ＃１は基地局＃１－２に対してハンドオーバ完了を通知する。ステップＳＴ１５５２、ＳＴ１５５３において、ＵＥ＃１とＵＰＦ＃１との間のデータ送受信が、基地局＃１－２経由で行われる。ステップＳＴ１５５２はＵＥ＃１と基地局＃１－２との間の上りデータ送信およびステップＳＴ１５４３で保持された下りデータ送信を示し、ステップＳＴ１５５３は基地局＃１－２からＵＰＦ＃１への上りデータ送信を示す。

【0244】

図１８に示すステップＳＴ１５５５において、基地局＃１－２はＡＭＦ＃１に対してパス切替要求を行う。ステップＳＴ１５５７において、ＵＰＦ＃１は、ＵＥ＃１に対する経路を、基地局＃１－１から基地局＃１－２に切替える。ステップＳＴ１５５９において、ＵＰＦ＃１はエンドマーカーパケットを基地局＃１－１に送信する。ステップＳＴ１５６０において、基地局＃１－１は基地局＃１－２に対してエンドマーカーパケットを転送する。エンドマーカーパケット以降のパケットは、ステップＳＴ１５６２において、ＵＰＦ＃１と基地局＃１－２との間で送受信される。

【0245】

図１８に示すステップＳＴ１５６５において、ＡＭＦ＃１は基地局＃１－２に対して、パス切替要求の肯定応答を送信する。ステップＳＴ１５６７において、基地局＃１－２は基地局＃１－１に対して、ＵＥコンテキスト解放を指示する。基地局＃１－１は該指示を用いてＵＥ＃１のＵＥコンテキストを解放する。

【0246】

図１９において一点鎖線で示すプロシージャ１５７０において、ＵＥ＃１のハンドオーバ完了の通知、基地局＃２によるハンドオーバ決定の再開、およびＵＥ＃２によるメジャメント報告の再開が行われる。

【0247】

図１９に示すステップＳＴ１５７２において、基地局＃１－２はＡＭＦ＃１に対し、ＵＥ＃１のハンドオーバの完了を通知する。ステップＳＴ１５７４において、ＡＭＦ＃１はＡＭＦ＃２に対して、ＵＥ＃１のハンドオーバの完了を通知する。ステップＳＴ１５７６において、ＡＭＦ＃２は基地局＃２に対して、ＵＥ＃１のハンドオーバの完了を通知する。

【0248】

図１９において二点鎖線で示すプロシージャ１５７７において、基地局＃２によるハンドオーバ決定およびＵＥ＃２によるメジャメント報告が再開される。

【0249】

図１９において示すステップＳＴ１５７８において、基地局＃２はＵＥ＃２のハンドオーバ抑止を解除する。該解除は、ステップＳＴ１５７６を用いて行われてもよい。ステップＳＴ１５８０において、基地局＃２はＵＥ＃２に対して、メジャメント報告の抑止解除を通知する。該通知は、ＲＲＣシグナリング、例えば、ＲＲＣ再設定（RRCReconfiguration）を用いて行われてもよい。ステップＳＴ１５８２において、ＵＥ＃２はメジャメント報告の抑止を解除する。

【0250】

複数の冗長経路上のＵＥが接続する基地局および／あるいはＵＰＦを、ＡＭＦが決定あるいは調停してもよい。基地局はＡＭＦに対し、複数の冗長経路上のＵＥが接続する基地局の決定あるいは調停を要求してもよい。基地局は、複数の冗長経路上のＵＥから接続要求（例えば、ＲＲＣ確立のシグナリング）を受信した場合に、該要求を行ってもよい。あるいは、基地局は、ある冗長経路上のＵＥと接続中において他の冗長経路のＵＥからの接続要求を受信した場合において、該要求を行ってもよい。基地局は該要求に、該ＵＥが用いる冗長経路に関する情報を含めてもよい。ＡＭＦは、例えば、冗長経路に関する該情報として開示した（１）～（１７）の一部あるいは全部（例えば、（５）、（８）、（９）、および／あるいは（１３））の情報を用いて、該決定あるいは調停を行ってもよい。他の例として、ＳＭＦはＡＭＦに対し、複数の冗長経路上のＵＥが接続するＵＰＦの決定あるいは調停を要求してもよい。ＳＭＦは該要求に、該ＵＥが用いる冗長経路に関する情報を含めてもよい。ＡＭＦは、例えば、冗長経路に関する該情報として開示した（１）～（１７）の一部あるいは全部（例えば、（５）、（８）、（１１）、および／あるいは（１５））の情報を用いて、該決定あるいは調停を行ってもよい。該決定あるいは調停は、例えば、複数の冗長経路において同じＡＭＦが用いられる場合に行われてもよい。ＡＭＦは、例えば、自ＡＭＦに対して先に接続要求を行ったＵＥを優先してもよい。

【0251】

ＡＭＦは、基地局に対し、優先したＵＥに関する情報を通知してもよいし、優先しなかったＵＥに関する情報を通知してもよい。基地局は、該通知を用いて、優先したＵＥとの間の接続を確立してもよいし、優先しなかったＵＥからの接続要求を拒否してもよい。優先されなかった該ＵＥは、該拒否の通知を用いて、他の基地局との間の接続を試みてもよい。他の例として、ＡＭＦはＳＭＦに対し、優先したＵＥに関する情報を通知してもよいし、優先しなかったＵＥに関する情報を通知してもよい。ＳＭＦは、該通知を用いて、優先したＵＥが用いるＵＰＦを決定してもよいし、優先しなかったＵＥが用いるＵＰＦの決定をやり直してもよい。

【0252】

他の例として、複数の冗長経路上のＵＥが接続する基地局を、基地局自身が決定してもよい。基地局は、例えば、冗長経路に関する該情報として開示した（１）～（１７）の一部あるいは全部（例えば、（５）、（８）、（９）、および／あるいは（１３））の情報を用いて、該決定を行ってもよい。基地局は、例えば、自基地局に対して先に接続されたＵＥを優先してもよい。

【0253】

他の例として、複数の冗長経路上のＵＥが接続するＵＰＦを、ＳＭＦが決定してもよい。ＳＭＦは、例えば、冗長経路に関する該情報として開示した（５）、（８）、（１１）、および／あるいは（１５）の情報を用いて、該決定を行ってもよい。該決定は、例えば、複数の冗長経路において同じＳＭＦが用いられる場合に行われてもよい。

【0254】

他の例として、ＡＭＦは他のＡＭＦに対して、複数の冗長経路上のＵＥが接続する基地局および／あるいはＵＰＦに関する情報を問合せてもよい。他のＡＭＦは、複数の冗長経路上のＵＥが接続する基地局、ＳＭＦおよび／あるいはＵＰＦに関する情報を、該ＡＭＦに通知してもよい。該ＡＭＦは、該通知を用いて、配下のＵＥが接続する基地局、ＳＭＦ、および／あるいはＵＰＦを決定してもよい。

【0255】

他の例として、ＳＭＦは他のＳＭＦに対して、複数の冗長経路上のＵＥが接続するＵＰＦに関する情報を問合せてもよい。他のＳＭＦは、複数の冗長経路上のＵＥが接続するＵＰＦに関する情報を、該ＳＭＦに通知してもよい。該ＳＭＦは、該通知を用いて、配下のＵＥが接続するＵＰＦを決定してもよい。

【0256】

他の例として、複数の冗長経路に優先順位が設けられてもよい。例えば、プライマリ冗長経路、セカンダリ冗長経路が設けられてもよい。該優先順位は静的に与えられてもよい。例えば、該優先順位はＵＥのＳＩＭに格納されていてもよい。他の例として、該優先順位をＮＷ装置、例えば、ＡＭＦが決定してもよいし、基地局が決定してもよい。

【0257】

複数の冗長経路におけるハンドオーバについて、先に開始されたハンドオーバが優先されてもよい。基地局は他の冗長経路上の基地局に対して、ＵＥのハンドオーバに関する情報を通知してもよい。該通知は、ＡＭＦを経由して行われてもよい。

【0258】

他の例として、複数の冗長経路におけるハンドオーバについて、先に開始されたハンドオーバが優先されてもよい。基地局は他の冗長経路上の基地局に対して、ＵＥのハンドオーバに関する情報を通知してもよい。該通知は、ＡＭＦを経由して行われてもよい。

【0259】

他の例として、プライマリ冗長経路におけるＵＥのハンドオーバが、セカンダリ冗長経路におけるＵＥのハンドオーバよりも優先されるとしてもよい。

【0260】

本実施の形態１において開示した、冗長経路に関する情報の、他の冗長経路の装置への通知が、冗長経路の装置の変更、例えば、基地局、ＡＭＦ、ＳＭＦ、および／あるいはＵＰＦの切替を契機として行われてもよい。該通知を、基地局が行ってもよいし、ＡＭＦが行ってもよいし、ＳＭＦが行ってもよい。このことにより、例えば、各冗長経路において用いられる装置に関する情報を、冗長経路間で共有可能となる。その結果、複数の冗長経路において同じ装置を使用することによる冗長性の低下を防止可能となる。

【0261】

本実施の形態１によって、ある冗長経路において通信ができない間、他の冗長経路におけるハンドオーバを抑制可能となる。その結果、全ての冗長経路における通信断を防止可能となる。

【0262】

実施の形態１の変形例１．
ある冗長経路においてハンドオーバが発生した後に、他の冗長経路において、ＲＬＦ、ビームフェイリャ、基地局とコアネットワークとの間の通信断、他の冗長経路におけるＮＷの各装置の電源切れ、および／あるいは、コアネットワーク間の通信断が発生した場合、いずれの冗長経路においても通信断が発生し、その結果、信頼性が確保できないという問題が生じる。

【0263】

本変形例１では、前述の問題を解決する方法を開示する。

【0264】

ハンドオーバのプロシージャを実行中の基地局は、ハンドオーバをキャンセルする。

【0265】

通信断冗長経路上の基地局は、非通信断冗長経路上の基地局に対し、通信断に関する情報を通知する。該情報は、例えば、実施の形態１において開示した、自経路のＵＥとの間で通信ができないことを示す情報と同様であってもよい。通信断冗長経路上の基地局は、非通信断冗長経路上の基地局に対し、自冗長経路に関する情報を通知してもよい。該情報は、実施の形態１において冗長経路に関する情報の例として開示した（１）～（１７）の情報であってもよい。非通信断冗長経路上の基地局は、接続するＵＥについての移動前基地局であってもよい。

【0266】

非通信断冗長経路上の基地局は、通信断冗長経路上の基地局からの情報を用いて、ハンドオーバキャンセルの可否を判断する。該基地局は、移動先基地局に対して、ハンドオーバキャンセルを通知する。該基地局からのハンドオーバキャンセルの通知は、移動先基地局に対してハンドオーバ要求（Handover Request）を通知した場合において行うとしてもよい。

【0267】

該基地局から移動先基地局に対するハンドオーバキャンセル通知に、理由を含めてもよい。該理由は、例えば、他の冗長経路における通信断に関する情報であってもよい。移動先基地局は、該理由を用いて、例えば、ハンドオーバに係るＵＥに関する情報を保持してもよい。このことにより、例えば、移動先基地局へのハンドオーバ再開時における処理を迅速に実行可能となる。他の例として、ハンドオーバに係るＵＥの関する情報を解放してもよい。このことにより、例えば、移動先基地局におけるメモリ使用量を削減可能となる。

【0268】

非通信断冗長経路上の基地局は、ハンドオーバを抑制してもよい。該基地局は、ＵＥに対し、メジャメント報告の抑制を指示してもよい。ＵＥは、該指示を用いて、メジャメント報告を抑制してもよい。基地局および／あるいはＵＥにおける前述の動作は、通信断冗長経路上の基地局から通信断に関する情報を受信したことを契機として行ってもよい。該ハンドオーバ抑制およびメジャメント報告抑制は、実施の形態１と同様であってもよい。このことにより、例えば、ＵＥにおける消費電力を削減可能となるとともに、ＵＥと基地局との間のインタフェースにおけるシグナリング量を削減可能となる。

【0269】

他の例として、非通信断冗長経路上のＵＥは、基地局に対し、メジャメント報告を送信し続けてもよい。基地局は、該メジャメント報告を無視してもよい。このことにより、例えば、通信システムにおける複雑性を回避可能となる。

【0270】

通信断冗長経路上の基地局は、非通信断冗長経路上の基地局に対し、通信断からの回復に関する情報を通知してもよい。通信断冗長経路上の基地局は、非通信断冗長経路上の基地局に対し、自冗長経路に関する情報を通知してもよい。該情報は、実施の形態１において冗長経路に関する情報の例として開示した（１）～（１７）の一部または全部の情報であってもよい。非通信断冗長経路上の基地局は、接続するＵＥについての移動前基地局であってもよい。

【0271】

非通信断冗長経路上の基地局は、ハンドオーバの抑制を解除してもよい。該基地局は、ＵＥに対し、メジャメント報告の抑制解除を指示してもよい。ＵＥは、該指示を用いて、メジャメント報告の抑制を解除してもよい。基地局および／あるいはＵＥにおける前述の動作は、通信断冗長経路上の基地局から通信断からの回復に関する情報を受信したことを契機として行ってもよい。該ハンドオーバ抑制解除およびメジャメント報告抑制解除は、実施の形態１と同様であってもよい。このことにより、例えば、ＵＥはメジャメントを迅速に再開することが可能となる。

【0272】

他の例として、基地局は、該メジャメント報告の受信を再開してもよい。該再開の処理は、例えば、基地局が該メジャメント報告を無視する前述の例に適用されるとしてもよい。このことにより、例えば、通信システムにおける複雑性を回避可能となる。

【0273】

非通信断冗長経路上の基地局は、通信断冗長経路上の基地局からの情報を用いて、ハンドオーバを開始してもよい。該基地局は、移動先基地局として、キャンセル前の移動先基地局を選択してもよいし、異なる基地局を選択してもよい。このことにより、例えば、移動前基地局は、ＵＥとの間の通信品質が良い基地局を、移動先基地局として選択可能となる。その結果、基地局とＵＥとの間の通信品質を維持可能となる。

【0274】

非通信断冗長経路上の基地局は、ＵＥのハンドオーバのプロシージャが所定のステップまで進んだ場合には、ＵＥのハンドオーバキャンセルを行わないとしてもよい。すなわち、該ＵＥのハンドオーバを続行してもよい。このことにより、例えば、通信システムの複雑性を回避可能となる。

【0275】

前述の所定のステップは、例えば、該基地局がＵＥに対してハンドオーバ指示を送信するステップであってもよい。このことにより、例えば、該基地局からＵＥに対するハンドオーバキャンセルを送信不要となり、その結果、ＵＥと基地局との間のシグナリングを削減可能となる。

【0276】

他の例として、前述の所定のステップは、例えば、該基地局からＵＥに対するハンドオーバ指示の送信後、所定時間の経過時点であってもよい。該所定の時間は、規格で静的に決められてもよい。あるいは、該所定の時間は、基地局が決定してＵＥに個別に通知あるいは報知されてもよい。基地局は該所定の時間を、ＲＲＣシグナリングで通知してもよい。例えば、基地局は該所定の時間を、ＵＥへのハンドオーバ指示に含めて通知してもよい。このことにより、例えば、ＵＥと基地局との間のシグナリング量を削減可能となる。他の例として、基地局は該所定の時間を、ＭＡＣシグナリングを用いて通知してもよい。このことにより、例えば、基地局は該所定の時間を迅速に通知可能となる。他の例として、基地局は該時間を、Ｌ１／Ｌ２シグナリングを用いて通知してもよい。このことにより、例えば、基地局は該時間をさらに迅速に通知可能となる。

【0277】

基地局はＵＥに対して、ハンドオーバのキャンセルを指示してもよい。基地局は該指示を、例えば、該基地局からＵＥに対するハンドオーバ指示の送信後、所定の時間の経過前に通知してもよい。基地局はキャンセルの該指示を、ＲＲＣシグナリングで通知してもよい。このことにより、例えば、キャンセルの該指示の通知における信頼性を向上可能となる。他の例として、基地局は該指示を、ＭＡＣシグナリングを用いて通知してもよい。このことにより、例えば、基地局は該指示を迅速に通知可能となる。他の例として、基地局は該指示を、Ｌ１／Ｌ２シグナリングを用いて通知してもよい。このことにより、例えば、基地局は該指示をさらに迅速に通知可能となる。

【0278】

ＵＥは、ハンドオーバキャンセルの該指示を用いて、移動先基地局へのハンドオーバ処理を取り消してもよい。ＵＥは、移動元基地局との接続を継続してもよい。

【0279】

非通信断冗長経路上のＵＥのハンドオーバが続行されるとしてもよい。該続行は、例えば、該基地局からＵＥに対するハンドオーバ指示の送信後、所定時間が経過した場合に行われてもよい。移動元基地局は移動先基地局に、下りデータを転送してもよい。

【0280】

ＵＥは、該所定時間が経過するまでの間、移動元基地局との間の同期を維持してもよいし、移動先基地局からの同期信号を受信してもよい。ＵＥは、該所定時間経過後において、移動先基地局との間の接続処理を開始してもよい。該接続処理は、同期信号の受信であってもよいし、ランダムアクセス処理であってもよい。

【0281】

移動元基地局からＵＥへのハンドオーバ指示は、移動先基地局にて使用可能なビームに関する情報を含んでもよい。該情報は、例えば、該ビームの識別子であってもよいし、該ビームが送信されるタイミングに関する情報であってもよい。ハンドオーバ指示は、移動先基地局の位置に関する情報を含んでもよい。ＵＥは、該情報を用いて、移動先基地局との間の接続を開始してもよい。このことにより、例えば、ＵＥは移動先基地局に迅速に接続可能となり、その結果、通信不能となる時間を短縮可能となる。

【0282】

ＵＥから移動先基地局への接続において、２ステップのランダムアクセスが行われてもよい。移動元基地局は移動先基地局に、２ステップのランダムアクセス処理を指示してもよい。移動元基地局はＵＥに対して、２ステップのランダムアクセス処理を指示してもよい。移動元基地局からＵＥへの該指示は、例えば、該ＵＥへのハンドオーバ指示に含まれてもよい。ＵＥは、該指示を用いて、移動先基地局との間で２ステップランダムアクセスを行ってもよい。このことにより、例えば、ＵＥは移動先基地局に迅速に接続可能となり、その結果、通信不能となる時間を短縮可能となる。

【0283】

図２０～図２１は、冗長経路＃２におけるＵＥ＃２の通信断に伴って、冗長経路＃１におけるハンドオーバをキャンセルする動作、および、ＵＥ＃２の通信断からの回復に伴って、冗長経路＃１におけるハンドオーバを開始する動作を示す図である。図２０～図２１は境界線ＢＬ２０２１の位置でつながっている。図２０～図２１は、ＵＥ＃１が基地局＃１－１から基地局＃１－２にハンドオーバする場合について示している。なお、図２０～図２１では「基地局＃１－１」、「基地局＃１－２」、「基地局＃２」を「ＢＳ＃１－１」、「ＢＳ＃１－２」、「ＢＳ＃２」と表記している。図２０～図２１において、図１７～図１９と同様の処理には同じステップ番号を付し、共通する説明を省略する。

【0284】

図２０におけるステップＳＴ１５０１～ＳＴ１５３２は、図１７と同様である。

【0285】

図２０におけるステップＳＴ１６３４において、ＵＥ＃２はＲＬＦを検出する。ステップＳＴ１６３６において、基地局＃２は、ＵＥ＃２においてＲＬＦが発生したことを検出する。基地局＃２におけるＵＥ＃２のＲＬＦ検出は、例えば、ＵＥ＃２からの信号、例えば、参照信号を受信できないことを用いて行ってもよい。

【0286】

図２０におけるステップＳＴ１６３８において、基地局＃２はＡＭＦ＃２に対して、ＵＥ＃２がＲＬＦとなったことを通知する。ステップＳＴ１６４０において、ＡＭＦ＃２はＡＭＦ＃１に対して、該通知を転送する。ステップＳＴ１６４２において、ＡＭＦ＃１は基地局＃１－１に対して、該通知を転送する。基地局＃１－１は、ステップＳＴ１６４２を用いて、ＵＥ＃１のハンドオーバのキャンセルを決定する。

【0287】

図２１に示すプロシージャ１６４３において、図１７に示すプロシージャ１５２０と同様の処理を、基地局＃１－１とＵＥ＃１について行う。

【0288】

図２１におけるステップＳＴ１５３４は、図１７と同様である。ステップＳＴ１６４５において、基地局＃１－１は基地局＃１－２に対して、ＵＥ＃１のハンドオーバのキャンセルを通知する。ステップＳＴ１６４５の通知に、ＵＥ＃２のＲＬＦに関する情報を含めてもよい。

【0289】

図２１におけるステップＳＴ１６５０において、ＵＥ＃２と基地局＃２との間の接続が回復する。ステップＳＴ１６５２において、基地局＃２はＡＭＦ＃２に対して、ＵＥ＃２との間の接続が回復したことを通知する。ステップＳＴ１６５４において、ＡＭＦ＃２はＡＭＦ＃１に対して、該通知を転送する。ステップＳＴ１６５６において、ＡＭＦ＃１は基地局＃１－１に対して、該通知を転送する。

【0290】

図２１におけるプロシージャ１５７７は、図１９と同様である。プロシージャ１５７７において、基地局＃１－１によるハンドオーバ決定およびＵＥ＃１によるメジャメント報告が再開される。

【0291】

図２１に示すステップＳＴ１６６０において、ＵＥ＃１の、基地局＃１－１から基地局＃１－２へのハンドオーバが開始される。ステップＳＴ１６６０の処理は、ステップＳＴ１５３０～ＳＴ１５６５と同様の処理であってもよい。

【0292】

図２１に示すプロシージャ１５７０は、図１９と同様である。

【0293】

実施の形態１と同様、基地局は、冗長構成を用いるＵＥのメジャメント報告開始／停止条件と、冗長構成を用いないＵＥのメジャメント報告開始／停止条件を異ならせてもよい。例えば、冗長構成を用いるＵＥのメジャメント報告開始／停止条件を、冗長構成を用いないＵＥのメジャメント報告開始／停止条件よりも、緩和することにより、通信品質が悪化する前にハンドオーバ可能となる。その結果、自冗長構成のハンドオーバ抑制中の通信品質悪化による自冗長構成のリンク断を防止可能となる。他の例として、冗長構成を用いるＵＥのメジャメント報告開始／停止条件を、冗長構成を用いないＵＥのメジャメント報告開始／停止条件よりも、厳しくすることにより、ハンドオーバの頻度を削減可能とし、その結果、通信効率を向上可能とする。

【0294】

本変形例１によって、ハンドオーバプロシージャ開始後に、ある冗長経路において通信断となった場合においても、ハンドオーバのキャンセルが可能となる。その結果、全ての冗長経路における通信断を防止可能となる。

【0295】

実施の形態２．
１つのＵＥを用いた冗長経路の構成において、該ＵＥは複数の基地局と接続してもよいし、１つの基地局と接続してもよい。

【0296】

１つのＵＥが複数の基地局と接続する冗長経路の構成において、該ＵＥは複数の該基地局とマルチコネクティビティ（Multi Connectivity）を構成してもよい。複数の該基地局は、２つであってもよいし、３つ以上であってもよい。例えば、該ＵＥが２つの基地局と接続する場合において、該ＵＥは２つの該基地局とＤＣ（Dual Connectivity）を構成してもよい。

【0297】

１つのＵＥが複数の基地局と接続する冗長経路の構成において、各基地局は互いに異なるＵＰＦと接続してもよい。該ＵＥと、各基地局を経由した各ＵＰＦとの接続において、互いに異なるＰＤＵセッションが確立されてもよい。各ＵＰＦは、互いに異なるＳＭＦと接続してもよいし、同じＳＭＦと接続してもよい。各ＵＰＦは、同じＤＮに接続してもよいし、互いに異なるＤＮに接続してもよい。

【0298】

１つのＵＥが複数の基地局と接続する冗長経路の構成の設定は、例えばＤＣ確立時に行われてもよい。該設定は、ＵＥが冗長経路を用いた通信を行う場合に行われるとしてもよい。該設定は、ＵＥケーパビリティを用いて行われてもよいし、基地局の決定により行われてもよい。該設定は、例えば、マスタ基地局からセカンダリ基地局に対するセカンダリ基地局追加要求のシグナリングを用いて行われてもよい。該設定において、例えば、実施の形態１において、冗長構成に関する情報として開示した（１）～（１７）のうち一部および全部が含まれてもよい。このことにより、例えば、セカンダリ基地局は冗長経路の構成に関する情報を迅速に取得可能となり、その結果、冗長経路の構成を迅速に実行可能となる。

【0299】

１つのＵＥが複数の基地局と接続する冗長経路の構成の設定の通知が、マスタ基地局からＵＥに対して行われてもよいし、セカンダリ基地局からＵＥに対して行われてもよい。該通知には、冗長経路を用いることを示す情報が含まれてもよい。ＵＥは、該情報を用いて、冗長経路の構成の設定を行ってもよい。このことにより、例えば、ＵＥは、冗長経路を用いたＤＣか、通常のＤＣかを迅速に識別可能となり、その結果、ＤＣ確立処理を迅速に実行可能となる。

【0300】

１つのＵＥが複数の基地局と接続する冗長経路の構成が、スモールデータ（非特許文献９（ＴＲ３８．８０４））の送受信において用いられてもよい。例えば、上り通信において、ＵＥからマスタ基地局、ＡＭＦ、ＳＭＦ、ＵＰＦ経由でＤＮにデータを送信する経路と、ＵＥからセカンダリ基地局、マスタ基地局、ＡＭＦ、ＳＭＦ、ＵＰＦ経由でＤＮにデータを送信する経路が設けられてもよい。他の例として、下り通信において、ＤＮからＵＰＦ、ＳＭＦ、ＡＭＦ、マスタ基地局経由でＵＥにデータを送信する経路と、ＤＮからＵＰＦ、ＳＭＦ、ＡＭＦ、マスタ基地局、セカンダリ基地局経由でＵＥにデータを送信する経路が設けられてもよい。このことにより、例えば、スモールデータ送受信における信頼性向上が可能となる。

【0301】

前述において、以下に示す問題が生じる。すなわち、セカンダリ基地局のセキュリティーキー（Ｓ－ＫｇＮＢ）は、マスタ基地局が導出する。マスタ基地局のハンドオーバにより、Ｓ－ＫｇＮＢが切替り、その結果、マスタ基地局、セカンダリ基地局ともに通信断となる時間が発生するという問題が生じる。

【0302】

本実施の形態２では、前述の問題を解決する方法を開示する。

【0303】

セカンダリ基地局のセキュリティーキーを、マスタ基地局のハンドオーバ前後で変えないとする。移動先マスタ基地局は、ハンドオーバ前のセカンダリ基地局のセキュリティーキーをそのまま用いてもよい。移動元マスタ基地局は移動先マスタ基地局に、セカンダリ基地局のセキュリティーキーに関する情報を通知してもよい。該情報は、セカンダリ基地局のセキュリティーキーの値を含んでもよいし、セカンダリ基地局のセキュリティーキーを維持することを示す情報を含んでもよい。移動元マスタ基地局は該情報を、ハンドオーバ要求（Handover Request）のシグナリングに含めて、移動先マスタ基地局に通知してもよい。

【0304】

移動元マスタ基地局は、該ＵＥが冗長経路を構成していることに関する情報を、ハンドオーバ要求のシグナリングに含めて、移動先マスタ基地局に通知してもよい。該情報は、例えば、実施の形態１において開示した冗長経路に関する情報の一部あるいは全部であってもよい。例えば、実施の形態１において開示した冗長経路に関する情報の（２）が、１つのＵＥが複数の基地局と接続する冗長経路の構成を示す情報であってもよい。移動先マスタ基地局は、該情報を用いて、ＵＥが冗長経路を構成していることを把握してもよい。移動先マスタ基地局は、該情報を用いて、ハンドオーバ前のセカンダリ基地局のセキュリティーキーをそのまま用いると判断してもよい。このことにより、例えば、移動先マスタ基地局は前述の判断を迅速に実行可能となり、その結果、マスタ基地局のハンドオーバ処理を迅速に実行可能となる。

【0305】

移動元マスタ基地局は、移動先マスタ基地局への該通知を実行するか否かを、ＵＥが冗長経路を用いた通信を行うかどうかに基づいて判断してもよい。このことにより、例えば、冗長経路を用いないＵＥにおけるハンドオーバ動作の複雑化を回避可能となる。

【0306】

セカンダリ基地局のセキュリティーキーは、マスタ基地局のハンドオーバ後に変更されてもよい。このことにより、例えば、ハンドオーバ後における、セキュリティーキーの管理における複雑性を回避可能となる。

【0307】

セカンダリ基地局のセキュリティーキーの変更を、セカンダリ基地局が通知してもよい。このことにより、例えば、移動後のマスタ基地局におけるユーザデータの通信レートを向上可能となる。他の例として、移動後のマスタ基地局が、セカンダリ基地局のセキュリティーキーの変更を通知してもよい。このことにより、例えば、ハンドオーバ直後の電波環境の良い基地局を用いることが可能となり、その結果、シグナリングの信頼性を向上可能となる。

【0308】

図２２～図２３は、ＤＣによる冗長経路を用いたＵＥが、マスタ基地局のハンドオーバ前後で、セカンダリ基地局のセキュリティーキーを維持する動作を示すシーケンス図である。図２２～図２３は境界線ＢＬ２２２３の位置でつながっている。図２２～図２３は、セカンダリ基地局（ＳＮ）は変わらないまま、マスタ基地局がＳ－ＭＮからＴ－ＭＮに切替る例について示す。

【0309】

図２２に示すステップＳＴ１７０５において、Ｓ－ＭＮはＴ－ＭＮに対し、ハンドオーバ要求を通知する。Ｓ－ＭＮは該通知に、セカンダリ基地局を変えないことを示す情報を含めてもよい。Ｓ－ＭＮは該通知に、セカンダリ基地局のセキュリティーキーを維持することを示す情報を含めてもよい。ＵＥが冗長経路を用いた通信を行っている場合において、Ｓ－ＭＮはセカンダリ基地局のセキュリティーキーを維持するとしてもよい。Ｔ－ＭＮは、ステップＳＴ１７０５の通知に含まれる情報を用いて、ハンドオーバ後のセカンダリ基地局をＳＮのまま変更しないとしてもよいし、セカンダリ基地局のセキュリティーキーを維持してもよい。

【0310】

図２２に示すステップＳＴ１７０７において、Ｔ－ＭＮはＳＮに対し、セカンダリ基地局の追加を要求する。Ｔ－ＭＮは該要求に、ハンドオーバ前のセカンダリ基地局のセキュリティーキーを含めてもよいし、セカンダリ基地局のセキュリティーキーを維持することを示す情報を含めてもよい。ステップＳＴ１７０９において、ＳＮはＴ－ＭＮに対して、セカンダリ基地局の追加の要求に対する肯定応答を通知する。ステップＳＴ１７１１において、Ｔ－ＭＮはＳ－ＭＮに対し、ステップＳＴ１７０５のハンドオーバ要求に対する肯定応答を通知する。

【0311】

図２２に示すステップＳＴ１７１３において、Ｓ－ＭＮはＳＮに対し、セカンダリ基地局の解放を要求する。ステップＳＴ１７１５において、ＳＮはＳ－ＭＮに対し、ステップＳＴ１７１３に対する肯定応答を通知する。

【0312】

図２２に示すステップＳＴ１７２０において、Ｓ－ＭＮはＵＥに対して、マスタ基地局をＴ－ＭＮへ切替える指示を通知する。Ｓ－ＭＮは該通知に、セカンダリ基地局のセキュリティーキーを維持することを示す情報を含めてもよい。ＵＥは、ステップＳＴ１７２０の通知に含まれる情報を用いて、Ｓ－ＭＮとの間の接続を解放してＴ－ＭＮとの間の下り同期を確立する。ＵＥは、ステップＳＴ１７２０の通知に含まれる該情報を用いて、ＳＣＧベアラを維持する。

【0313】

図２２に示すステップＳＴ１７２５において、ＵＥとＴ－ＭＮとはランダムアクセス処理を行い、ＵＥとＴ－ＭＮとの間の上り同期を確立する。ステップＳＴ１７２７において、ＵＥはＴ－ＭＮに対して、マスタ基地局の切替えの完了を通知する。ステップＳＴ１７２９において、Ｔ－ＭＮはＳＮに対して、セカンダリ基地局の再設定の完了を通知する。

【0314】

図２３に示すステップＳＴ１７３１において、Ｓ－ＭＮは、ＵＥとの間で送受信したパケットのシーケンス番号に関するステータスを、Ｔ－ＭＮに転送する。ステップＳＴ１７３３、ＳＴ１７３４において、Ｓ－ＭＮは、ＵＰＦから受信したユーザデータを、Ｔ－ＭＮに転送する。ステップＳＴ１７３３はＵＰＦからＳ－ＭＮへのユーザデータ送信を示し、ステップＳＴ１７３４はＳ－ＭＮからＴ－ＭＮへのユーザデータ転送を示す。

【0315】

図２３に示すステップＳＴ１７３５において、Ｔ－ＭＮはＡＭＦに対してパス切替要求を通知する。ステップＳＴ１７３７において、ＡＭＦとＵＰＦとの間で、ＵＥとの間のデータ送受信に係るベアラが変更される。ステップＳＴ１７３９において、ＵＰＦからマスタ基地局側の下りデータの経路が、Ｓ－ＭＮからＴ－ＭＮに切替る。ステップＳＴ１７４１において、ＡＭＦはＴ－ＭＮに対し、ステップＳＴ１７３５に対する肯定応答を通知する。

【0316】

図２３に示すステップＳＴ１７４３において、Ｔ－ＭＮはＳ－ＭＮに対して、ＵＥコンテキスト解放を指示する。Ｓ－ＭＮは該指示を用いてＵＥコンテキストを解放する。ステップＳＴ１７４５において、Ｓ－ＭＮはＳＮに対し、Ｓ－ＭＮに係るＵＥコンテキスト解放を指示する。ＳＮは該指示を用いて、該ＵＥコンテキストを解放する。

【0317】

マスタ基地局の切替の完了後、セカンダリ基地局のセキュリティーキーが変更されてもよい。図２３に示すステップＳＴ１７５０において、Ｔ－ＭＮはセカンダリ基地局の新しいセキュリティーキーを導出する。ステップＳＴ１７５２において、Ｔ－ＭＮはＳＮに対し、セカンダリ基地局のセキュリティーキー変更を通知する。ステップＳＴ１７５４において、ＳＮはＵＥに対し、セカンダリ基地局のセキュリティーキー変更を通知する。該通知は、例えば、ＲＲＣ再設定（RRCReconfiguration）を用いて行われてもよい。該通知は、例えば、ＳＮとＵＥとの間のシグナリングベアラ（例えば、ＳＲＢ３）を用いて行われてもよい。ステップＳＴ１７５６において、ＵＥはＳＮに対し、セカンダリ基地局のセキュリティーキー変更の完了を通知する。該通知は、例えば、ＲＲＣ再設定完了（RRCReconfigurationComplete）を用いて行われてもよい。該通知は、例えば、ＳＮとＵＥとの間のシグナリングベアラ（例えば、ＳＲＢ３）を用いて行われてもよい。ステップＳＴ１７５８において、ＳＮはＴ－ＭＮに対して、ステップＳＴ１７５２に対する肯定応答を通知する。

【0318】

図２２～図２３において、セカンダリ基地局のセキュリティーキー変更をＳＮが通知する例について示したが、Ｔ－ＭＮがセカンダリ基地局のセキュリティーキー変更を通知してもよい。このことにより、例えば、ハンドオーバ直後においてＵＥとの間の電波環境が良いＴ－ＭＮを用いて、ＵＥへのシグナリングが可能となる。その結果、シグナリングの信頼性向上が可能となる。

【0319】

他の解決策を開示する。セカンダリ基地局のセキュリティーキーを、マスタ基地局のハンドオーバに先立って変更する。移動先マスタ基地局は、セカンダリ基地局の変更後のセキュリティーキーを導出してもよい。

【0320】

移動先マスタ基地局はセカンダリ基地局に対し、変更後の該セキュリティーキーを通知してもよい。該通知は、例えば、移動先マスタ基地局からセカンダリ基地局へのセカンダリ基地局追加要求（SN Addition Request）に含まれてもよい。

【0321】

セカンダリ基地局は、自基地局の変更後のセキュリティーキーを、ＵＥに通知してもよい。セカンダリ基地局からＵＥへの該通知は、例えば、ＲＲＣ再設定（RRCReconfiguration）に含まれてもよい。セカンダリ基地局は、移動先マスタ基地局からのセカンダリ基地局追加要求（SN Addition Request）を契機として、ＵＥに対する該通知を行ってもよい。ＲＲＣ再設定のシグナリングに、理由に関する情報が含まれてもよい。理由に関する該情報は、マスタ基地局切替に関する情報、例えば、マスタ基地局切替に先立つセカンダリ基地局セキュリティーキー変更であってもよい。このことにより、例えば、ＵＥは、マスタ基地局の切替が発生することを把握可能となり、その結果、通信システムにおいてハンドオーバ処理の円滑な実行が可能となる。

【0322】

他の例として、セカンダリ基地局のセキュリティーキーの変更を、移動元のマスタ基地局がＵＥに通知してもよい。移動先のマスタ基地局は移動元のマスタ基地局に対し、セカンダリ基地局の変更後のセキュリティーキーを通知してもよい。このことにより、例えば、セカンダリ基地局とＵＥとの間のユーザデータの通信レートの向上が可能となる。

【0323】

ＵＥは、該通知を用いて、セカンダリ基地局用のセキュリティーキーを変更してもよい。ＵＥは、該セキュリティーキー変更完了をセカンダリ基地局に通知してもよい。ＵＥからの該通知は、例えば、ＲＲＣ再設定完了（RRCReconfigurationComplete）に含まれてもよい。他の例として、ＵＥは、該セキュリティーキー変更完了を、移動元のマスタ基地局に通知してもよい。

【0324】

セカンダリ基地局は、移動先のマスタ基地局に、ＵＥにおける該セキュリティーキーの変更完了を通知してもよい。該通知は、例えば、セカンダリ基地局追加要求肯定応答（SN Addition Request Acknowledgment）のシグナリングに含まれてもよい。移動先マスタ基地局は、該通知の受信を契機として、移動元マスタ基地局に対し、ハンドオーバ要求肯定応答（Handover Request Acknowledgment）を通知してもよい。移動元マスタ基地局は、該通知の受信を契機として、セカンダリ基地局を解放してもよい。移動元マスタ基地局は、セカンダリ基地局の解放を契機として、ＵＥに対してハンドオーバを指示してもよい。

【0325】

図２４～図２５は、ＤＣによる冗長経路を用いたＵＥが、マスタ基地局のハンドオーバに先立って、セカンダリ基地局のセキュリティーキーを変更する動作を示す。図２４～図２５は境界線ＢＬ２４２５の位置でつながっている。図２４～図２５は、セカンダリ基地局（ＳＮ）は変わらないまま、マスタ基地局がＳ－ＭＮからＴ－ＭＮに切替る例について示す。図２４～図２５において、図２２～図２３と同様の処理には同じステップ番号を付して、共通する説明を省略する。

【0326】

図２４に示すステップＳＴ１７０５は、図２２と同様である。

【0327】

図２４に示すステップＳＴ１８０６において、Ｔ－ＭＮはセカンダリ基地局のセキュリティーキーを導出する。ステップＳＴ１８０７において、Ｔ－ＭＮはＳＮに対し、セカンダリ基地局の追加を要求する。Ｔ－ＭＮは、該要求に、ステップＳＴ１８０６にて導出したセキュリティーキーを含めて、該要求を通知する。

【0328】

図２４に示すステップＳＴ１８０９、ＳＴ１８１１は、図２３におけるステップＳＴ１７５４、ＳＴ１７５６と同様の処理である。

【0329】

図２４に示すステップＳＴ１７０９～図２５に示すステップＳＴ１７４５は、図２２～図２３と同様である。

【0330】

図２４～図２５において、セカンダリ基地局のセキュリティーキー変更をＳＮが通知する例について示したが、Ｓ－ＭＮがセカンダリ基地局のセキュリティーキー変更を通知してもよい。このことにより、例えば、ＳＮにおけるユーザデータの通信レートの向上が可能となる。

【0331】

セカンダリ基地局のセキュリティーキーをハンドオーバ前に変更するかハンドオーバ後に変更するかについて、切替可能としてもよい。該切替を、例えば、移動元マスタ基地局が判断してもよい。移動元マスタ基地局は、例えば、自基地局とＵＥとの間の通信品質（例えば、無線品質）を用いて該判断を行ってもよい。例えば、移動元マスタ基地局は、ＵＥとの間の無線品質が急速に悪化する場合において、セカンダリ基地局のセキュリティーキーをハンドオーバ後に変更するとしてもよい。他の例として、移動元マスタ基地局は、ＵＥとの間の無線品質の悪化が緩やかな場合において、セカンダリ基地局のセキュリティーキーをハンドオーバ前に変更するとしてもよい。このことにより、例えば、無線品質が急速に悪化する場合におけるハンドオーバを迅速に実行可能となり、その結果、ＵＥと基地局との間の通信品質維持が可能となる。

【0332】

移動元マスタ基地局は移動先マスタ基地局に対し、該判断結果を通知してもよい。該通知は、例えば、移動元マスタ基地局から移動先マスタ基地局へのハンドオーバ要求（Handover Request）のシグナリングに含まれてもよい。移動先マスタ基地局は、該通知を用いて、セカンダリ基地局のセキュリティーキーを導出するタイミングを決定してもよい。移動先マスタ基地局は、該タイミングにおいて、該セキュリティーキーを導出してもよい。このことにより、例えば、移動先マスタ基地局におけるセカンダリ基地局のセキュリティーキー導出に係る処理の効率向上が可能となる。

【0333】

他の例として、該切替を、移動先マスタ基地局が判断してもよい。移動先マスタ基地局は、例えば、移動元マスタ基地局が導出したセカンダリ基地局のセキュリティーキーを用いて、該判断を行ってもよい。例えば、移動元マスタ基地局が導出した該セキュリティーキーを、移動先マスタ基地局に接続するいずれかのＵＥが使用中である場合において、セカンダリ基地局のセキュリティーキーをハンドオーバ前に変更するとしてもよい。他の例として、移動元マスタ基地局が導出した該セキュリティーキーを、移動先マスタ基地局に接続するいずれのＵＥも使用中でない場合において、セカンダリ基地局のセキュリティーキーをハンドオーバ後に変更するとしてもよい。このことにより、例えば、セキュリティーキーのＵＥ間での重複防止が可能となり、その結果、ＵＥにおける誤受信可能性低減が可能となる。

【0334】

移動元マスタ基地局は、該セキュリティーキーを、移動先マスタ基地局に通知してもよい。該通知は、例えば、移動元マスタ基地局から移動先マスタ基地局へのハンドオーバ要求（Handover Request）のシグナリングに含まれてもよい。

【0335】

本実施の形態２において開示した動作は、冗長経路を用いたＵＥに対して適用されるとしてもよい。マスタ基地局は、実施の形態１において冗長経路に関する情報として開示した（１）～（１７）を用いて、ＵＥにおけるセキュリティーキーの維持可否を判断してもよい。このことにより、例えば、通信システムにおいて従来のＵＥを引き続き使用可能となり、その結果、通信システムにおける複雑性回避が可能となる。

【0336】

本実施の形態２によって、マスタ基地局のハンドオーバ中におけるセカンダリ基地局とＵＥとの間の通信断を防止可能となる。その結果、信頼性向上が可能となる。

【0337】

実施の形態２の変形例１．
ＭＣＧ故障（MCG Failure）が発生する場合においても、セカンダリ基地局との間の接続が解放される。その結果、ＵＥとＮＷ装置との間の通信が途絶えるという問題が発生する。

【0338】

本変形例１では、前述の問題を解決する方法を開示する。

【0339】

ＭＣＧ故障時において、ＳＮとの間のデータ送受信を可能とする。冗長経路を用いた通信を実行している場合に、ＭＣＧ故障時のＳＮとの間のデータ送受信を可能としてもよい。ＭＣＧ故障時において、ＳＮとの間でのみデータ送受信を可能としてもよい。ＳＮとの間のデータ送受信は、例えば、ＳＣＧベアラを用いたデータ送受信であってもよい。

【0340】

ＭＣＧ故障時においてＳＮとの間のデータ送受信を可能とする設定は、例えばＤＣ確立時に行われてもよい。該設定は、ＵＥが冗長経路を用いた通信を行う場合に行われるとしてもよい。該設定は、ＵＥケーパビリティを用いて行われてもよいし、基地局の決定により行われてもよい。

【0341】

ＵＥは、ＭＣＧ故障に関する情報を、セカンダリ基地局に通知してもよい。セカンダリ基地局はマスタ基地局に対し、該情報を転送してもよい。マスタ基地局は、該情報を用いて、ＵＥとの間の接続復旧に関する動作、例えば、該ＵＥに対するリファレンス信号の送信を行ってもよい。このことにより、例えば、ＵＥはＭＣＧ故障から迅速に復旧可能となる。

【0342】

図２６は、ＭＣＧ故障後においてセカンダリ基地局との通信を継続する動作の第１例を示すシーケンス図である。図２６において、ＵＥは、ＭＮおよびＵＰＦ＃１を通る経路と、ＳＮおよびＵＰＦ＃２を通る経路とを用いて、通信を行う。図２６は、ＭＣＧ故障後においてＵＥが同じＭＮとの間で接続を再開する例について示している。

【0343】

図２６に示すステップＳＴ１９０５、ＳＴ１９０６において、ＵＥとＵＰＦ＃１との間でユーザデータの送受信が行われる。ステップＳＴ１９０５はＵＥとＭＮとの間のユーザデータ送受信を示し、ステップＳＴ１９０６はＭＮとＵＰＦ＃１との間のユーザデータ送受信を示す。ステップＳＴ１９０８、ＳＴ１９０９において、ＵＥとＵＰＦ＃２との間でユーザデータの送受信が行われる。ステップＳＴ１９０８はＵＥとＳＮとの間のユーザデータ送受信を示し、ステップＳＴ１９０９はＳＮとＵＰＦ＃２との間のユーザデータ送受信を示す。

【0344】

図２６に示すステップＳＴ１９１１において、ＵＥはＭＣＧ故障を検出する。ステップＳＴ１９１３、ＳＴ１９１４において、ＵＥは、ＳＮを経由したＵＰＦ＃２との間の通信を維持する。ステップＳＴ１９１３、ＳＴ１９１４は、それぞれステップＳＴ１９０８、ＳＴ１９０９と同様である。

【0345】

図２６に示すステップＳＴ１９１６において、ＵＥはＳＮに対して、ＭＣＧ故障が発生したことを通知してもよい。該通知は、例えば、ＲＲＣシグナリングを用いて行われてもよい。該通知は、例えば、ＳＮとＵＥとの間のシグナリングベアラ（例えば、ＳＲＢ３）を用いて行われてもよい。ステップＳＴ１９１８において、ＳＮはＭＮに対して、ＵＥのＭＣＧ故障発生を通知してもよい。ステップＳＴ１９２０において、ＭＮはＵＥに対し、同期信号を送信する。ＭＮは、ステップＳＴ１９１８の受信を契機として、ステップＳＴ１９２０を実行してもよい。

【0346】

図２６に示すステップＳＴ１９２１において、ＵＥはＭＮに対して、ＰＲＡＣＨを送信する。ステップＳＴ１９２３において、ＭＮはＵＥに対してランダムアクセス応答（Random Access Response；ＲＡＲ）を送信する。

【0347】

図２６に示すステップＳＴ１９２５において、ＵＥはＭＮに対して、ＲＲＣの立ち上げを要求する。該要求には、ＲＲＣシグナリング、例えば、非特許文献２２（ＴＳ３８．３３１）のＲＲＣ立ち上げ要求（RRCSetupRequest）が用いられてもよい。ステップＳＴ１９２７において、ＭＮはＵＥに対して、ＲＲＣ立ち上げを指示する。該指示には、ＲＲＣシグナリング、例えば、非特許文献２２（ＴＳ３８．３３１）のＲＲＣ立ち上げ（RRCSetup）が用いられてもよい。

【0348】

図２６に示すステップＳＴ１９２９において、ＵＥはＭＮに対して、ＲＲＣ立ち上げの完了を通知する。該通知には、ＲＲＣシグナリング、例えば、非特許文献２２（ＴＳ３８．３３１）のＲＲＣ立ち上げ完了（RRCSetupComplete）が用いられてもよい。

【0349】

図２６に示すステップＳＴ１９３１において、ＭＮはＳＮに対して、ＵＥのＭＣＧ故障からの回復を通知する。ステップＳＴ１９３５、ＳＴ１９３６において、ＵＥとＵＰＦ＃１との間でユーザデータの送受信が行われる。ステップＳＴ１９３５、ＳＴ１９３６は、それぞれステップＳＴ１９０５、ＳＴ１９０６と同様である。ステップＳＴ１９３８、ＳＴ１９３９において、ＵＥとＵＰＦ＃２との間でユーザデータの送受信が行われる。ステップＳＴ１９３８、ＳＴ１９３９は、それぞれステップＳＴ１９０８、ＳＴ１９０９と同様である。

【0350】

ＭＣＧ故障検出後のＵＥは、検出時のマスタ基地局とは異なるマスタ基地局に接続しなおしてもよい。

【0351】

該ＵＥは、接続しなおすマスタ基地局の候補から、セカンダリ基地局を除外してもよい。このことにより、例えば、冗長経路における冗長性維持が可能となる。

【0352】

図２７は、ＭＣＧ故障後においてセカンダリ基地局との通信を継続する動作の第２例を示すシーケンス図である。図２７において、ＵＥは、ＭＮ＃１およびＵＰＦ＃１を通る経路と、ＳＮおよびＵＰＦ＃２を通る経路とを用いて、通信を行う。図２７は、ＭＣＧ故障後においてＵＥがＭＮ＃２との間で接続を再開する例について示している。図２７において、図２６と同様の処理には同じステップ番号を付し、共通する説明を省略する。

【0353】

図２７に示すステップＳＴ１９０５～ＳＴ１９２０は、図２６と同様である。

【0354】

図２７に示すステップＳＴ２０２０において、ＭＮ＃２はＵＥに対して同期信号を送信する。図２７に示す例において、ＵＥは、ステップＳＴ１９２０、ＳＴ２０２０の受信結果を用いて、ＭＮ＃２に再接続することを決定する。

【0355】

図２７に示すステップＳＴ２０２１～ＳＴ２０２５において、図２６のステップＳＴ１９２１～ＳＴ１９２５と同様の動作が、ＵＥとＭＮ＃２との間で行われる。ステップＳＴ２０２５のＲＲＣ立ち上げ要求に、ＭＣＧ故障に関する情報が含まれてもよい。該情報は、例えば、ＭＣＧ故障からの復旧であることを示す情報を含んでもよいし、ＭＣＧ故障となった基地局に関する情報を含んでもよい。

【0356】

図２７に示すステップＳＴ２０２６において、ＭＮ＃２はＭＮ＃１に対して、ＵＥコンテキストを要求する。ＭＮ＃２は、ステップＳＴ２０２５のＲＲＣ立ち上げ要求に含まれるＭＣＧ故障に関する情報を用いて、ＭＮ＃１に対するＵＥコンテキスト要求を行ってもよい。ステップＳＴ２０２７において、ＭＮ＃１はＭＮ＃２に対し、ＵＥコンテキストを通知する。

【0357】

図２７に示すステップＳＴ１９２７～ＳＴ１９２９において、図２６のステップＳＴ１９２７～ＳＴ１９２９と同様の動作が、ＵＥとＭＮ＃２との間で行われる。図２７に示すステップＳＴ２０３１において、図２６のステップＳＴ１９３１と同様の動作が、ＭＮ＃２とＳＮとの間で行われる。

【0358】

図２７に示すステップＳＴ２０３３において、ＭＮ＃２はＭＮ＃１に対して、ＵＥコンテキストの解放を要求する。ＭＮ＃１は、ステップＳＴ２０３３の要求によって、ＵＥコンテキストを解放する。

【0359】

ＭＣＧ故障時においてＳＣＧとの間のデータ送受信を可能とする場合において、ＵＥのＲＲＣステートはＲＲＣ＿ＣＯＮＮＥＣＴＥＤを維持するとしてもよい。他の例として、ＵＥのＲＲＣステートは、ＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移するとしてもよいし、ＲＲＣ＿ＩＤＬＥに遷移するとしてもよい。

【0360】

本変形例１において開示した動作は、冗長経路を用いたＵＥに対して適用されるとしてもよい。例えば、セカンダリ基地局は、実施の形態１において冗長経路に関する情報として開示した（１）～（１７）を用いて、ＭＣＧ故障検出後のＵＥとの間の通信継続可否を判断してもよい。このことにより、例えば、通信システムにおいて従来のＵＥを引き続き使用可能となり、その結果、通信システムにおける複雑性の回避が可能となる。

【0361】

本変形例１において開示した方法が、マスタ基地局側の各ＮＷ装置電源が切れた場合に用いられてもよいし、マスタ基地局とコアネットワーク（例えば、ＵＰＦ）との間の通信断、および／あるいは、コアネットワークにおける通信断（例えば、ＵＰＦとＳＭＦ）が発生した場合に用いられてもよい。このことにより、例えば、前述と同様の効果が得られる。

【0362】

本変形例１により、ＭＣＧ故障時においてもセカンダリ基地局を用いたデータ送受信が可能となり、その結果、ＴＳＣの維持が可能となる。

【0363】

実施の形態３．
１つのＵＥが１つの基地局と接続する冗長経路の構成において、基地局は１つのＵＰＦと接続してもよいし、複数のＵＰＦと接続してもよい。該冗長経路の構成において、ＰＤＵセッションは１つであってもよい。該ＰＤＵセッションは、複数のＮ３トンネルを含んでもよい。

【0364】

１つのＵＥが１つの基地局と接続する冗長経路の構成が、スモールデータ（非特許文献９（ＴＲ３８．８０４））の送受信において用いられてもよい。例えば、上り通信において、ＵＥから基地局、ＡＭＦ、ＳＭＦ、ＵＰＦ経由でＤＮにデータを送信する経路において、複数のＮ２インタフェース、複数のＮ１１インタフェース、複数のＮ４インタフェース、および／あるいは複数のＮ９インタフェースが用いられてもよい。複数のＮ９インタフェースは、例えば、ＤＮまでの経路が複数のＵＰＦを有する場合に用いられてもよい。このことにより、例えば、スモールデータ送受信における信頼性向上が可能となる。

【0365】

また、実施の形態１において開示した、複数のＵＥのそれぞれが、異なる基地局と接続する冗長経路の構成が用いられてもよいし、実施の形態２において開示した、１つのＵＥが複数の基地局と接続する冗長経路の構成が用いられてもよい。

【0366】

前述において、以下に示す問題が生じる。すなわち、伝搬状況、ＮＷ負荷状況の変化により、現在の冗長経路の形態では信頼性および／あるいはＴＳＣを維持することが困難となる可能性がある。ところが、冗長経路の形態の切替えについて開示されていない。その結果、冗長経路の形態を切替えられず、信頼性および／あるいはＴＳＣを維持できないという問題が生じる。

【0367】

本実施の形態３では、前述の問題を解決する方法を開示する。

【0368】

１つのＵＥが１つの基地局と接続する冗長経路の構成から、１つのＵＥが複数の基地局と接続する冗長経路の構成への切替えを可能とする。該切替えは、セカンダリ基地局の追加（SN Addition）、ＰＤＵセッション確立（PDU session establishment）、およびＰＤＵセッション変更（PDU session modification）を用いて行われてもよい。例えば、冗長経路構成切替のプロシージャにおいて、セカンダリ基地局の追加（SN Addition）と、ＰＤＵセッション確立（PDU session establishment）と、ＰＤＵセッション変更（PDU session modification）とが、この順に行われてもよい。あるいは、セカンダリ基地局の追加の後に、ＰＤＵセッション確立とＰＤＵセッション変更が同時に行われてもよい。あるいは、セカンダリ基地局追加と、ＰＤＵセッション確立と、ＰＤＵセッション変更が同時に行われてもよい。

【0369】

冗長経路構成切替を、基地局が決定してもよい。基地局は、ＵＥからのメジャメント報告、基地局とＵＰＦとの間の通信のＱｏＳに関する情報、および／あるいは基地局間バックホール通信のＱｏＳに関する情報を用いて、冗長経路構成切替を決定してもよい。基地局とＵＰＦとの間の通信のＱｏＳに関する情報は、例えば、伝送レートに関する情報を含んでもよいし、レイテンシに関する情報を含んでもよいし、パケットロス率に関する情報を含んでもよい。基地局間バックホール通信のＱｏＳに関する情報は、例えば、通信媒体に関する情報（例えば、有線、無線）を含んでもよいし、基地局とＵＰＦとの間の通信のＱｏＳに関する情報と同様の情報を含んでもよい。基地局が冗長経路構成切替を決定することにより、例えば、ＵＥと基地局との間および／あるいは基地局とＵＰＦとの間の通信環境の変動を迅速に反映して、冗長経路構成を切替可能となる。

【0370】

基地局は、自基地局とＵＰＦとの間の通信のＱｏＳに関する前述の情報を取得してもよい。例えば、基地局は、自基地局とＵＰＦとの間の通信のモニタリングにより、該情報を取得してもよい。基地局は、基地局間バックホール通信のＱｏＳに関する前述の情報を取得してもよい。例えば、基地局は、自基地局と他の基地局との間のバックホール通信のモニタリングにより、該情報を取得してもよい。基地局は、取得した該情報を、冗長経路構成切替の決定に用いてもよい。このことにより、例えば、該情報の通知に要するシグナリング量の削減が可能となる。

【0371】

基地局は、冗長経路構成切替に関する情報をＡＭＦに通知してもよい。ＡＭＦは該情報を、ＳＭＦに通知してもよい。基地局は該情報に、冗長経路構成切替の理由に関する情報を含めてもよい。該理由は、例えば、無線通信路（例えば、ＵＥと基地局の間の通信路）のＱｏＳに関する理由であってもよいし、有線通信路（例えば、基地局とＵＰＦの間の通信路）のＱｏＳに関する理由であってもよいし、基地局間バックホールのＱｏＳに関する理由であってもよい。ＳＭＦは、該情報を用いて、冗長経路構成切替に伴い追加するＵＰＦを決定してもよい。このことにより、例えば、冗長経路構成切替後の通信システムにおけるＱｏＳを確保可能となる。

【0372】

他の例として、冗長経路構成切替を、ＡＭＦが決定してもよい。ＡＭＦは、前述の、基地局による決定と同様の情報を用いて、冗長経路構成切替を決定してもよい。ＡＭＦは基地局に対し、該情報を要求してもよい。基地局はＡＭＦに対し、該情報を通知してもよい。ＡＭＦは基地局に対し、冗長経路構成切替に関する情報を通知してもよい。基地局は、該情報を用いて、ＵＥのセカンダリ基地局追加に関する動作を実行してもよい。ＡＭＦはＳＭＦに、該情報を通知してもよい。ＳＭＦは該情報を用いて、冗長経路構成切替に伴い追加するＵＰＦを決定してもよい。ＡＭＦが冗長経路構成切替を決定することにより、例えば、通信システムにおける制御を容易に実行可能となる。

【0373】

他の例として、冗長経路構成切替を、ＳＭＦが決定してもよい。ＳＭＦは、前述の、基地局による決定と同様の情報を用いて、冗長経路構成切替を決定してもよい。ＳＭＦはＡＭＦ経由で基地局に対し、該情報を要求してもよい。基地局はＡＭＦ経由でＳＭＦに対し、該情報を通知してもよい。ＳＭＦはＡＭＦに対し、冗長経路構成切替に関する情報を通知してもよい。ＡＭＦは基地局に対して、該情報を通知してもよい。基地局は、該情報を用いて、ＵＥのセカンダリ基地局追加に関する動作を実行してもよい。ＳＭＦは該情報を用いて、冗長経路構成切替に伴い追加するＵＰＦを決定してもよい。ＳＭＦが冗長経路構成切替を決定することにより、例えば、冗長経路において用いるＵＰＦを迅速に決定可能となり、その結果、冗長経路構成を迅速に切替可能となる。

【0374】

基地局とＵＰＦとの間の通信のＱｏＳに関する前述の情報の通知に用いられる新たなシグナリングが設けられてもよい。該シグナリングは、例えば、Ｎ３インタフェース上のシグナリングであってもよいし、Ｎ４インタフェース上のシグナリングであってもよいし、基地局と、ＡＭＦを経由してＳＭＦとの間で通知されるシグナリングであってもよいし、ＵＰＦと、ＳＭＦ、ＡＭＦを経由して基地局との間で通知されるシグナリングであってもよいし、ＵＰＦと、ＳＭＦを経由してＡＭＦとの間で通知されるシグナリングであってもよいし、ＵＰＦと、基地局を経由してＡＭＦとの間で通知されるシグナリングであってもよいし、ＵＰＦと、基地局、ＡＭＦを経由してＳＭＦとの間で通知されるシグナリングであってもよい。このことにより、例えば、該情報の通知による通信システム設計の複雑性を回避可能となる。

【0375】

基地局とＵＰＦとの間の通信のＱｏＳに関する前述の情報を、該ＵＰＦが取得してもよい。例えば、ＵＰＦは、基地局と自ＵＰＦとの間の通信のモニタリングにより、該情報を取得してもよい。ＵＰＦは、取得した該情報を、基地局に通知してもよいし、ＡＭＦに通知してもよいし、ＳＭＦに通知してもよい。ＵＰＦから基地局への該情報の通知は、例えば、Ｎ３インタフェースを用いて直接行われてもよいし、ＵＰＦからＳＭＦ、ＡＭＦを経由して行われてもよい。ＵＰＦからＡＭＦへの該情報の通知は、ＳＭＦ経由で行われてもよいし、基地局を経由して行われてもよい。ＵＰＦからＳＭＦへの該情報の通知は、Ｎ４インタフェースを用いて直接行われてもよいし、ＵＰＦから基地局、ＡＭＦを経由して行われてもよい。このことにより、例えば、基地局は該情報の取得が不要となり、その結果、基地局における処理量を削減可能となる。

【0376】

冗長経路構成の切替において、セカンダリ基地局が追加されてもよい。セカンダリ基地局の追加は、例えば、非特許文献１２（ＴＳ３７．３４０）の１０．２．２節において開示されたプロシージャを用いて行われてもよい。冗長経路構成切替前の基地局は、変更後のマスタ基地局であってもよい。該基地局からセカンダリ基地局に通知するセカンダリ基地局追加要求に、理由を示す情報が含まれてもよい。該理由は、例えば、冗長構成の変更であってもよいし、冗長構成の変更の理由（例えば、無線区間のＱｏＳの確保、および／あるいは有線区間のＱｏＳの確保）であってもよい。セカンダリ基地局は、該通知を用いて、ＵＥとの間のＳＣＧベアラを設定してもよい。このことにより、例えば、通信システムにおいて冗長経路構成を迅速に切替可能となる。

【0377】

追加されるセカンダリ基地局は、例えば、マスタ基地局と同じ信頼性グループの基地局であってもよい。このことにより、例えば、冗長経路構成を迅速に切替可能となる。他の例として、追加されるセカンダリ基地局は、マスタ基地局と異なる信頼性グループの基地局であってもよい。このことにより、例えば、冗長経路構成の切替における柔軟性向上が可能となる。

【0378】

該基地局はＵＥに対し、冗長経路構成切替に関する情報を通知してもよい。該情報は、例えば、基地局からＵＥに対して通知する、セカンダリ基地局の追加指示に含められて通知されてもよい。該情報は、例えば、該指示の理由として含まれてもよい。基地局からＵＥに対する該指示は、ＲＲＣシグナリング（例えば、ＲＲＣ再設定（RRCReconfiguration））を用いて行ってもよい。該情報は、冗長経路構成切替の理由に関する情報を含んでもよい。冗長経路構成切替の理由に関する情報は、例えば、無線区間のＱｏＳの確保、および／あるいは有線区間のＱｏＳの確保であってもよい。ＵＥは、冗長経路構成切替に関する情報を用いて、ＡＭＦに対してＰＤＵセッション追加を要求してもよい。このことにより、例えば、冗長経路構成切替のプロシージャの迅速な実行が可能となる。

【0379】

冗長経路構成の切替において、ＰＤＵセッションが確立されてもよい。ＰＤＵセッションの確立は、例えば、非特許文献２５（ＴＳ２３．５０２）の４．３．２．２．１節において開示されたプロシージャを用いて行われてもよい。新たに確立されるＰＤＵセッションは、例えば、セカンダリ基地局を通るＰＤＵセッションであってもよい。

【0380】

基地局はＵＥに対して、ＰＤＵセッション確立プロシージャの起動を要求してもよい。該要求は、例えば、ＲＲＣシグナリングを用いて行われてもよい。該要求に用いるＲＲＣシグナリングは、例えば、基地局からＵＥに対するセカンダリ基地局追加の指示のＲＲＣシグナリングと同じであってもよいし、異なるＲＲＣシグナリングであってもよい。ＵＥは、該要求を用いて、ＡＭＦに対してＰＤＵセッション確立を要求してもよい。このことにより、例えば、通信システムにおける冗長経路構成の迅速な切替が可能となる。

【0381】

他の例として、ＡＭＦがＰＤＵセッション確立プロシージャを起動してもよい。ＡＭＦは、例えば、非特許文献２５（ＴＳ２３．５０２）の４．３．２．２．１節において開示されたＵＥからのＰＤＵセッション確立要求がなくとも、ＰＤＵセッション確立プロシージャを起動してもよい。ＡＭＦは、セカンダリ基地局追加のプロシージャの完了を用いて、ＰＤＵセッション確立プロシージャを起動してもよい。このことにより、例えば、通信システムにおいて冗長経路構成の迅速な切替が可能となる。

【0382】

冗長経路構成の切替において、ＰＤＵセッション変更（modification）が行われてもよい。ＰＤＵセッション変更は、例えば、非特許文献２５（ＴＳ２３．５０２）の４．３．３．２節において開示されたプロシージャを用いて行われてもよい。該ＰＤＵセッション変更は、例えば、セカンダリ基地局側に設けられたＰＤＵセッションを通るＮ３トンネルおよび／あるいはＱｏＳフローに関する情報を、マスタ基地局側に設けられたＰＤＵセッションから解放する動作であってもよい。

【0383】

本実施の形態３により、伝搬状況、ＮＷ負荷状況が変化する場合においても、信頼性および／あるいはＴＳＣを維持可能となる。

【0384】

実施の形態３の変形例１．
実施の形態３においては、１つのＵＥが１つの基地局と接続する冗長経路の構成から、１つのＵＥが複数の基地局と接続する冗長経路の構成への切替えについて開示した。本変形例１では、１つのＵＥが複数の基地局と接続する冗長経路の構成から、１つのＵＥが１つの基地局と接続する冗長経路の構成への切替えについて開示する。

【0385】

１つのＵＥが複数の基地局と接続する冗長経路の構成から、１つのＵＥが１つの基地局と接続する冗長経路の構成への切替えは、ＰＤＵセッション変更（PDU session modification）、ＰＤＵセッション解放（PDU session release）、セカンダリ基地局の解放（SN Release）を用いて行われてもよい。例えば、冗長経路構成切替のプロシージャにおいて、ＰＤＵセッション変更と、ＰＤＵセッション解放と、セカンダリ基地局の解放とが、この順に行われてもよい。あるいは、ＰＤＵセッション変更とＰＤＵセッション解放が同時に行われた後に、セカンダリ基地局の解放が行われてもよい。あるいは、ＰＤＵセッション変更の後に、ＰＤＵセッション解放とセカンダリ基地局の解放が同時に行われてもよい。あるいは、ＰＤＵセッション変更と、ＰＤＵセッション解放と、セカンダリ基地局の解放が同時に行われてもよい。

【0386】

実施の形態３と同様、冗長経路構成切替を、基地局が決定してもよいし、ＡＭＦが決定してもよいし、ＳＭＦが決定してもよい。該決定に、ＵＥからのメジャメント報告、基地局とＵＰＦとの間の通信のＱｏＳに関する情報、および／あるいは基地局間バックホール通信のＱｏＳに関する情報が用いられてもよい。前述の情報は、実施の形態３と同様であってもよい。実施の形態３と同様、基地局が該情報を取得してもよいし、基地局が該情報をＡＭＦに通知してもよい。冗長経路構成切替に関する情報の通知についても、実施の形態３と同様であってもよい。

【0387】

冗長経路構成の切替において、ＰＤＵセッション変更（modification）が行われてもよい。ＰＤＵセッション変更は、例えば、非特許文献２５（ＴＳ２３．５０２）の４．３．３．２節において開示されたプロシージャを用いて行われてもよい。該ＰＤＵセッション変更は、例えば、セカンダリ基地局側に設けられたＰＤＵセッションを通るＮ３トンネルおよび／あるいはＱｏＳフローに関する情報を、マスタ基地局側に設けられたＰＤＵセッションに追加する動作であってもよい。

【0388】

基地局はＡＭＦに対して、ＰＤＵセッション変更要求を通知してもよい。ＡＭＦはＳＭＦに対して、ＰＤＵセッション変更要求を通知してもよい。前述の該通知に、理由を示す情報が含まれてもよい。該理由は、例えば、冗長構成の変更であってもよいし、冗長構成の変更の理由（例えば、無線区間のＱｏＳの確保、および／あるいは有線区間のＱｏＳの確保）であってもよい。ＳＭＦは、該通知を用いて、ＰＤＵセッションの解放に関する動作、例えば、ＰＤＵセッション解放のための準備を行ってもよい。このことにより、例えば、通信システムにおいて冗長経路構成の迅速な切替が可能となる。

【0389】

冗長経路構成の切替において、ＰＤＵセッションが解放されてもよい。ＰＤＵセッションの解放は、例えば、非特許文献２５（ＴＳ２３．５０２）の４．３．４．２節において開示されたプロシージャを用いて行われてもよい。解放されるＰＤＵセッションは、例えば、セカンダリ基地局を通るＰＤＵセッションであってもよい。

【0390】

冗長経路構成の切替において、セカンダリ基地局が解放されてもよい。セカンダリ基地局の解放は、例えば、非特許文献１２（ＴＳ３７．３４０）の１０．４．２節において開示されたプロシージャを用いて行われてもよい。

【0391】

該基地局はＵＥに対し、冗長経路構成切替に関する情報を通知してもよい。該情報は、例えば、基地局からＵＥに対して通知する、セカンダリ基地局の解放指示に含められて通知されてもよい。該情報は、例えば、該指示の理由として含まれてもよい。基地局からＵＥに対する該指示は、ＲＲＣシグナリング（例えば、ＲＲＣ再設定（RRCReconfiguration））を用いて行ってもよい。該情報は、冗長経路構成切替の理由に関する情報を含んでもよい。冗長経路構成切替の理由に関する情報は、例えば、無線区間のＱｏＳの確保、および／あるいは有線区間のＱｏＳの確保であってもよい。ＵＥは、冗長経路構成切替に関する情報を用いて、セカンダリ基地局を解放してもよいし、ベアラ設定変更（例えば、ＳＣＧベアラから、冗長経路構成切替後の基地局を通るベアラへの設定変更）を行ってもよい。このことにより、例えば、冗長経路構成切替のプロシージャの迅速な実行が可能となる。

【0392】

本変形例１において開示した方法が、セカンダリ基地局側の各ＮＷ装置電源が切れた場合に用いられてもよいし、セカンダリ基地局とコアネットワーク（例えば、ＵＰＦ）との間の通信断、および／あるいは、コアネットワークにおける通信断（例えば、ＵＰＦとＳＭＦ）が発生した場合に用いられてもよい。このことにより、例えば、前述と同様の効果が得られる。

【0393】

本変形例１により、伝搬状況、ＮＷ負荷状況が変化する場合においても、信頼性および／あるいはＴＳＣを維持可能となる。

【0394】

実施の形態４．
低レイテンシが要求される通信システムにおいて、基地局とＵＰＦが１つの装置で構成されてもよい。例えば、非特許文献２６（ＴＳ３８．４０１）に開示されたｇＮＢ－ＣＵ－ＵＰとＵＰＦが、１つの装置であってもよい（以下、統合ＵＰＦと称する場合がある）。統合ＵＰＦに、他の基地局が接続されてもよい。

【0395】

前述において、以下に示す問題が生じる。Ｃプレインシグナリングの遅延は依然として残っている。また、スモールデータの送受信が、Ｃプレインを用いて行われることが検討されている。このことにより、スモールデータについてはレイテンシを削減できないという問題が生じる。

【0396】

本実施の形態４では、前述の問題を解決する方法を開示する。

【0397】

基地局とＡＭＦを、１つの装置で構成する。例えば、ｇＮＢ－ＣＵ－ＣＰとＡＭＦを、１つの装置で構成する（以下、統合ＡＭＦと称する場合がある）。統合ＡＭＦに、他の基地局が接続してもよい。

【0398】

統合ＡＭＦが、ＳＭＦに関する機能を含んでもよい。このことにより、例えば、ＰＤＵセッションに関するプロシージャに要する時間を短縮可能となる。

【0399】

統合ＡＭＦが、ＵＰＦに関する機能を含んでもよい。このことにより、例えば、スモールデータをＣプレインからＵプレインに導通させるための時間を短縮可能となる。

【0400】

統合ＡＭＦは、自装置が統合ＡＭＦであることを、ＵＥに、報知してもよいし、個別に通知してもよい。該報知は、例えば、システム情報を用いて行われてもよい。ＵＥは、該情報を用いて、接続しようとする基地局が統合ＡＭＦであることを認識してもよい。例えば、ＵＥは、該情報を用いて、他のセルよりも優先的に、統合ＡＭＦに接続するとしてもよい。前述のＵＥは、例えば、低レイテンシの通信が要求されるＵＥであってもよい。ＵＥは、自ＵＥがサポートするＱｏＳに関する情報を用いて、優先的な該接続を行うかどうかを判断してもよい。このことにより、例えば、他のＵＥが統合ＡＭＦに多数接続することによる輻輳発生の防止が可能となり、その結果、レイテンシ低減が可能となる。

【0401】

統合ＵＰＦが、自装置が統合ＵＰＦであることを、ＵＥに、報知および／あるいは個別に通知してもよい。ＵＥは、該情報を用いて、接続しようとする基地局が統合ＵＰＦであることを認識してもよい。例えば、ＵＥは、該情報を用いて、他のセルよりも優先的に、統合ＵＰＦに接続するとしてもよい。前述のＵＥは、例えば、低レイテンシの通信が要求されるＵＥであってもよい。ＵＥは、自ＵＥがサポートするＱｏＳに関する情報を用いて、優先的な該接続を行うかどうかを判断してもよい。このことにより、例えば、他のＵＥが統合ＵＰＦに多数接続することによる輻輳発生の防止が可能となり、その結果、Ｕプレインのレイテンシ低減が可能となる。

【0402】

統合ＡＭＦと統合ＵＰＦとの間で、優先度が設けられてもよい。ＵＥは、自ＵＥがサポートするＱｏＳに関する情報を用いて、統合ＡＭＦと統合ＵＰＦとの間でどちらに優先して接続するかを決定してもよい。例えば、低レイテンシの通信が求められるデータのサイズが小さく、かつ、該データ送信の頻度が低い場合において、ＵＥは統合ＡＭＦに優先して接続するとしてもよい。他の例として、低レイテンシの通信が求められるデータが大きい、または該データ送信の頻度が高い場合において、ＵＥは統合ＵＰＦに優先して接続するとしてもよい。このことにより、例えば、ＵＥの通信におけるＱｏＳ確保が可能となる。

【0403】

本実施の形態４により、Ｃプレインシグナリングのレイテンシを削減可能となり、その結果、スモールデータの送受信におけるレイテンシを削減可能となる。

【0404】

前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。

【0405】

例えば、前述の各実施の形態およびその変形例において、サブフレームは、第５世代基地局通信システムにおける通信の時間単位の一例である。スケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、サブフレーム単位として記載している処理を、ＴＴＩ単位、スロット単位、サブスロット単位、ミニスロット単位として行ってもよい。

【0406】

本発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。

【符号の説明】

【0407】

２００，２１０ 通信システム、２０２ 通信端末装置、２０３ 基地局装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】