JP2023158551A - 通信制御装置、通信装置の制御方法、およびプログラム - Google Patents

Abstract

【課題】
ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ネットワークにおいて、スライスにおける通信に要求される要件が満たせなくなる場合にＵＥの要求するスライスにおける通信を提供すること。
【解決手段】
ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ネットワークの通信制御装置は、第一の通信パスを介してネットワークの基地局と通信する第一の中継ノードが所定のスライスにおける通信に要求される要件を満たさなくなったことを検出し、検出結果に応じて、所定のスライスにおける通信に要求される要件を満たす第二の通信パス上に位置し、第一の中継ノードから接続可能な第二の中継ノードへの接続を指示する。
【選択図】 図４

Description

本発明は、通信制御装置、通信装置の制御方法、およびプログラムに関する。

第三世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））において、バックホール用の通信技術としてＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）の規格化が進んでいる。ＩＡＢ技術は、基地局とユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）との間のアクセス通信に用いられる２８ＧＨｚ帯等のミリ波無線通信を、バックホール通信として同時に利用する技術である（特許文献１）。

ＩＡＢ技術を用いたバックホール通信網（以降、ＩＡＢネットワーク）において、ＩＡＢノードと呼ばれる中継機器が、従来の基地局に相当するＩＡＢドナーからの通信を宛先のＵＥまで中継する。ＩＡＢネットワークでは、ＩＡＢドナーやＩＡＢノード間の無線通信状況が悪化した場合に備え、通信パスの切り替えや複数の通信パス（以下、マルチパス）を形成することで通信状況を復旧、改善することが検討されている。また、ＩＡＢネットワークにおいて、ＩＡＢドナーとＩＡＢノード、ＩＡＢノード間はＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用して通信する。ＢＡＰは、主に複数のＩＡＢノード間で通信パケットをルーティングするためのプロトコルとして規定されている。

特表２０１９－５３４６２５号公報

ここで、次世代の公衆網において、複数の異なるサービスの要求条件に対応するネットワークスライス（以降、スライス）を共通ネットワーク上に仮想的に提供するネットワークスライシングという概念の導入検討が進んでいる。スライスの種別としては、高速大容量（ｅＭＢＢ）、低遅延（ＵＲＬＬＣ）、同時多重接続（ｍＭＴＣ）が規定される。ｅＭＢＢはｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄの略である。また、ＵＲＬＬＣはＵｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣはｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。例えば、ＵＥが所定のネットワークスライスを要求し、基地局越しのＣＮ（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）が応答することで要求されたネットワークを利用して通信を行う仕組みの検討が進められている。

ＩＡＢネットワークにおいて、上位接続されたＩＡＢドナーやＩＡＢノードの処理負荷の変化や通信環境の変化によって、スライスにおける通信に要求される要件を満たしていたＩＡＢノードが、当該要件を満たす通信を提供できなくなる場合がある。このような場合、ＵＥに当該スライスにおける通信を継続することができないという問題があった。

本発明は、上述の問題に鑑みてなされたものであり、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ネットワークにおいて、スライスにおける通信に要求される要件が満たせなくなる場合にＵＥの要求するスライスにおける通信を提供することを目的とする。

上記の課題を解決するため、本発明に係る通信制御装置は、
ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ネットワークの通信制御装置であって、
第一の通信パスを介して前記ネットワークの基地局と通信する第一の中継ノードが所定のスライスにおける通信に要求される要件を満たさなくなったことを検出する検出手段と、
前記検出手段の検出結果に応じて、前記所定のスライスにおける通信に要求される前記要件を満たす第二の通信パス上に位置し、前記第一の中継ノードから接続可能な第二の中継ノードへの接続を指示する指示手段と、
を備えることを特徴とする。

本発明によれば、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ネットワークにおいて、スライスにおける通信に要求される要件が満たせなくなる場合にＵＥの要求するスライスにおける通信を提供することができる。

無線通信システムの一例を示す図 通信装置のハードウェア機能ブロック図 通信装置のソフトウェア機能ブロック図 実施形態１に係る新規接続先の決定方法を示したフローチャート 実施形態１に係るＩＡＢノード１０５における接続候補リストの一例 （Ａ）、（Ｂ）は実施形態１に係るＩＡＢドナー１０１及び、各ＩＡＢノード１０２～１０５のＮＳＳＡＩリストの一例 実施形態１に係るマルチパスの接続確立を示すシーケンス図 実施形態１に係る新規通信パス接続後のトポロジを示す図 実施形態２に係るＩＡＢドナーにおける新規通信パス決定のフローチャート 実施形態２に係るＩＡＢ１０４における接続候補リストの一例 実施形態２に係るＩＡＢドナー１０１及び、各ＩＡＢノード１０２～１０５のＮＳＳＡＩリストの一例 実施形態２に係る新規通信パス接続後のトポロジを示す図

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

ＩＡＢ技術を用いたバックホール通信においては、ＩＡＢノードと呼ばれる中継装置（中継ノード）が従来の基地局に相当するＩＡＢドナーからの通信をミリ波通信により中継する。さらにＩＡＢノードは、他の複数のＩＡＢノードとの間で通信リンクを形成し、ＩＡＢドナーを始点としたネットワークを形成することで、エリアを拡大することが可能である。

ＩＡＢ技術において、ＩＡＢドナーとＩＡＢノード、ＩＡＢノード間はＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を介して制御される。ＢＡＰは、ＩＡＢドナーおよびＩＡＢノード間でデータをルーティングするためのプロトコルとして規定されている。また、ＩＡＢ技術を用いたバックホール通信において、ＩＡＢドナーやＩＡＢノード間の無線通信状況が悪化した場合に備え、通信パスの切り替えや複数の通信パス（以下、マルチパス接続）を形成することで通信状況を復旧、改善することが検討されている。例えば、基地局が提供するネットワークスライスを報知し、ＵＥが目的に応じて選択、もしくは、ＵＥがネットワークスライスを要求し、ＩＡＢドナーが応答することで利用できる仕組みの検討が進められている。

ここで、ＩＡＢドナーがＵＥにスライスを提供する場合、所定のスライスにおける通信には要件（スライス要件）が定められる。スライス要件は、例えば、通信速度（スループット）、パケットロス率、および往復遅延を含み、スライスの種別に応じて異なるパラメータのスライス要件が存在する。このような場合、ＩＡＢドナーは、ＵＥにスライスにおける通信を提供した当初はスライス要件を満たしていたものの、通信リンク障害や、ＩＡＢノードの処理負荷の変動によって、スライス要件を満たせなくなる場合が生じる。このような場合、ＵＥはスライスにおける通信に求められる要件を満たせなくなる。

このため、本実施形態に係る通信制御装置は、所定のＵＥに提供している所定の通信パスにおける通信が要件を満たさなくなったことを検出した場合に、所定の通信パス上の中継ノードに対して、要件を満たす通信パスへの接続を指示する。

［実施形態１］
図１は本発明における無線通信システムの一例を示す図である。図１に示す無線通信システム１００は、ＣＮ１３０への接続を提供するＩＡＢドナー１０１およびＩＡＢノード１０２～１０５（以下、区別せずＩＡＢノードと呼ぶ場合がある）を含む。無線通信システム１００は、ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用して通信するネットワーク（ＩＡＢネットワーク）である。ＩＡＢドナー１０１は、ＩＡＢノードとバックホールリンクを介してＣＮ１３０への接続を提供する。ＩＡＢノードは、アクセスリンクを介してＵＥへＩＡＢドナー１０１への接続を提供する。無線通信システム１００では、ネットワーク内でのバックホールリンクおよびアクセスリンクの双方でＮＲ（Ｎｅｗ Ｒａｄｉｏ）通信が用いられる。ＩＡＢドナー１０１は、ＩＡＢノードを含むＩＡＢネットワーク（ＮＲバックホールネットワーク）を形成している。ここで、ＣＮはＣｏｒｅ Ｎｅｔｗｏｒｋの略であり、ユーザ装置であるＵＥ１１０～１１８（以下、区別せずＵＥと呼ぶ場合がある）の認証やネットワークスライス（スライス）の利用登録等の様々な処理を担う。

ＩＡＢドナー１０１は、各ＩＡＢノードを統括制御し、自局のカバーするエリアを形成する基地局装置の一例である。本実施形態では、ＩＡＢドナー１０１が上述した通信制御を行う通信制御装置であるものとして説明を行う。しかしながら、通信制御装置の機能は、ＩＡＢノード、コアネットワークのネットワークノード、または無線通信システム１００内のＩＡＢノードおよびＩＡＢドナー１０１とは異なる装置に備えられてもよい。

ＩＡＢドナー１０１は、各ＩＡＢノードに対して、各々がサポート可能なネットワークスライスの種別を決定し、割り当てる。また、ＩＡＢドナー１０１は、各ＩＡＢノードがサポートしているスライス情報をＮＳＳＡＩのリストとして管理しているものとする。ここでＮＳＳＡＩとは、Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎの略である。また、ＩＡＢノード１０２～１０５がサポートするスライスに変化がある場合には、ＢＡＰ制御メッセージによりＩＡＢドナー１０１へ通知される。

ＩＡＢドナー１０１およびＩＡＢノードは以下で説明するように、通信装置として機能し、以下の説明において通信装置はＩＡＢドナー１０１およびＩＡＢノードのうちのいずれかであるものとして説明を行う。

ＢＡＰ制御メッセージとは、ＢＡＰ制御ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）のフォーマットに従い、やり取りされるメッセージであるものとする。また、制御情報としてＰＤＵタイプフィールドを利用して通知してもよいし、他のＲｅｓｅｒｖｅｄのフィールドを使用してもよいものとする。

無線通信システム１００において、各ＵＥがＣＮ１３０からサービス提供を受ける場合は、ＣＮ１３０からのパケットがＩＡＢドナー１０１を介して各ＵＥへダウンリンク送信される。これに対してアップリンクでは各ＵＥからのパケットが同様にＩＡＢドナー１０１を介してＣＮ１３０へ送信される。

ここで、無線通信システム１００内では、パケットとしてＢＡＰデータＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）のフォーマットに従ったパケット（以降、ＢＡＰデータパケットと呼ぶ場合がある）が伝送される。例えば、ＣＮ１３０からＵＥ１１８を宛先とするＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットは、ＩＡＢドナー１０１において、ＢＡＰデータパケットへ変換され、ＩＡＢネットワーク１００内へ転送される。転送されたＢＡＰデータパケットは、ＩＡＢノード１０２～１０５によって中継され、ＩＡＢノード１０５で再度ＩＰパケットへ変換され、宛先ＵＥ１１８へ届けられる。同様に、ＵＥ１１８からのＩＰパケットについてもＩＡＢノード１０５でＢＡＰデータパケットに変換され、ＩＡＢネットワーク１００を介してＩＡＢドナー１０１で再度ＩＰパケットに変換され、ＣＮ１３０へ転送される。

ＵＥ１１０～１１９（以下、区別せずにＵＥと称する場合がある）は、各ＩＡＢノードの提供する所望のスライスを利用したアプリケーションを実行しているものとする。スライスの種別としては、上述したように、高速大容量（ｅＭＢＢ）、低遅延（ＵＲＬＬＣ）、同時多重接続（ｍＭＴＣ）が規定される。例えば、ＵＥ１１８はＭＩｏＴのスライスを要求するアプリケーションを実行し、ＵＥ１１９はｅＭＢＢを要求するアプリケーションを実行している。

ここで、図１に示す無線通信システム１００において、ＩＡＢノード１０４とＩＡＢノード１０５間の通信パスで無線品質が低下し、リンク障害が発生したものとする。この場合、ＩＡＢノード１０５では、スライスにおける通信に要求される要件（スライス要件）を満たさなくなり、ＵＥ１１９では実行するアプリケーションにエラーが発生しうる。本実施形態では、ｅＭＢＢがスライス要件を満たさなくなるものとする。この場合、ＩＡＢノード１０５は、自局がｅＭＢＢのスライス要件を満たさなくなったことを検知し、スライス要件を満たさなくなったこと（要件未達）をＩＡＢドナー１０１へＢＡＰ制御メッセージを使用して通知する。一例では、ＩＡＢノードは、ＩＡＢドナー１０１へＮＳＳＡＩの変更をＢＡＰ制御メッセージにより通知してもよい。ＩＡＢノード１０５は、スライス要件未達をＵＥ１１９からのｅＭＢＢのスライス要求が発生することで検知してもよいし、ＲＲＭにより定期的に測定されるＩＡＢノード１０４からの信号品質により自局で判断してもよい。ＲＲＭはＲａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔの略である。

例えば、ＩＡＢノード１０４におけるスライス要件未達は、ＵＥ１１９からのｅＭＢＢのスライス要求が発生することで検出しても良いし、ＲＲＭにより定期的に測定されるＩＡＢノード１０２からの信号品質により自局で判定してもよい。

以下では、ＩＡＢノード１０５においてスライス要件が未達になったスライスを救済するために、通信制御装置として動作するＩＡＢドナー１０１が新たな通信パスを形成する接続先を決定、通知する方法について説明を行う。

図２は本実施形態に係る通信装置のハードウェアブロック図である。通信装置は制御部２０１、記憶部２０２、無線通信部２０３及び、アンテナ制御部２０４のハードウェアから構成される。

制御部２０１は、記憶部２０２に記憶される制御プログラムを実行することにより装置全体を制御する。一例では、制御部２０１は、制御プログラムをメモリに展開して実行するプロセッサを備える。記憶部２０２は、制御部２０１によって実行される制御プログラムを格納する。また、ＩＡＢドナー１０１の記憶部２０２は、セルＩＤや接続されるＵＥ情報、ＩＡＢノード１０２～１０５のルーティング情報等の各種情報を記憶する。

無線通信部２０３は、３ＧＰＰ（登録商標）規格に準拠するＬＴＥ（Long Term Evolution）、５Ｇ（第五世代移動通信システム）等のセルラ網通信を行うための無線通信部である。また、無線通信部２０３において各ＩＡＢノード及び、ＵＥとの通信状況をＲＲＭに従い、測定可能であり、ＲＲＣメッセージにより、ＩＡＢドナー１０１、ＩＡＢノード１０２～１０５へ通知可能である。ＲＲＣはＲａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌの略である。ＲＲＣメッセージは、ＩＡＢノード１０２～１０５やＵＥ１１０～１１９におけるコネクション確立、アドミッションコントロール、ＲＲＣ状態管理、周辺セル情報やアクセス規制の報知などの機能を備える。また、ＲＲＣの機能であるＲＲＭで測定可能な通信状況としては隣接セルの基準信号受信電力や基準信号受信品質等が取得できるものとする。

アンテナ制御部２０４では、無線通信部２０３において実行される無線通信に使用するアンテナを制御する。なお、制御部２０１～アンテナ制御部２０４は１つの通信装置が複数有してもよい。また、通信装置は有線通信部など、基地局装置が通常に備える構成を含んでもよい。

図３は本発明における通信装置のソフトウェア機能ブロック図である。ソフトウェア機能ブロックは、記憶部２０２に格納され、制御部２０１において実行されることで実現される。ソフトウェア機能ブロックは、送受信部３０１、記憶部３０２、接続制御部３０３、要件未達検出部３０４、接続候補特定部３０５、スライス管理部３０６、通信パス決定部３０７から構成される。

送受信部３０１は、制御部２０１を介して無線通信部２０３を制御し、ＩＡＢノード１０２～１０５及び、ＵＥ１１０～１１９との間で３ＧＰＰ（登録商標）規格に準拠したＬＴＥ、５Ｇ等のセルラ網通信を実行する。記憶部３０２は、記憶部２０２の制御や管理を行い、通信装置のオペレーティングシステムなどの制御部２０１によって実行されるプログラムを記憶する。記憶部３０２は、ＩＡＢネットワーク１００のネットワークトポロジ、ＩＡＢノード１０２～１０５のルーティング情報や、ＵＥ１１０～１１９に関する情報等を記憶保持する。接続制御部３０３は、無線通信時に制御部２０１を介してアンテナ制御部２０４を制御する。

要件未達検出部３０４は、ＩＡＢノードがスライス要件を満たさなくなったこと（要件未達）を検出する。例えば、要件未達検出部３０４は、ＩＡＢノードから受信したＮＳＳＡＩリストと、スライス管理部３０６が管理しているＮＳＳＡＩリストとを比較し、リストに含まれるスライス種別の変化から要件未達を検出することができる。あるいは、すでに所定のスライスに割り当てられたＵＥから、再度所定のスライスに対するスライス要求を受信した場合に、当該ＵＥが接続するＩＡＢノードにおける要件未達を検出することができる。要件未達を検出した要件未達検出部３０４は、通信パス決定部３０７へ通知するとともに、スライス管理部３０６を更新する。

接続候補特定部３０５は、各ＩＡＢノードから接続可能な接続候補を管理し、所定のＩＡＢノードから接続可能なＩＡＢノード（接続候補ノード）を特定する。一例では、接続候補特定部３０５は、各ＩＡＢノードから接続候補のＩＡＢノードのリストを収集し、管理する。例えば、ＩＡＢドナー１０１は、所定のＩＡＢノードに対して、接続候補リストの要求信号を送信し、要求信号を受信したＩＡＢノードは、記憶部３０２に記憶している接続候補リストを応答に含めて送信する。ＩＡＢノードが接続候補リストを作成、更新する方法については図５を参照して後述する。また、別の例では、要求信号を受信したＩＡＢノードは、接続候補リストを更新し、更新した接続候補リストを応答に含めて送信してもよい。

スライス管理部３０６は各ＩＡＢノードからＢＡＰ制御メッセージを介して取得した各ＩＡＢノードがサポートするＮＳＳＡＩリストを記憶、管理する。

通信パス決定部３０７は、要件未達検出部３０４の通知により、要件未達が検出されたＩＡＢノードの接続候補リストと自局及び、各ＩＡＢノードのスライス情報を参照し、要件未達が検出されたＩＡＢノードを救済可能な新たな接続先の通信パスを決定する。また、決定した新たな接続先を要件未達が検出されたＩＡＢノードへＲＲＣ制御メッセージにより通知する。ここでＲＲＣ制御メッセージとは、ＲＲＣで規定されるＰＤＵフォーマットに従うメッセージであり、ＲＲＣが備える機能を示すいずれかのフィールドを用いて実現されるものとする。ＩＡＢノードへのＲＲＣの制御メッセージによる通知は、新たな接続先のみのＮＣＬ（Ｎｅｉｇｈｂｏｒ Ｃｅｌｌ Ｌｉｓｔ）で通知してもよい。

ここでは、通信制御装置を想定した機能ブロックの説明を行ったが、要件未達検出部３０４、接続候補特定部３０５及び、通信パス決定部３０７を除く他の構成は、他の通信装置も同様の構成であるものとする。

図４は実施形態１に係る通信制御装置が実行する新規接続先の決定方法を示したフローチャートである。本フローチャートは、通信制御装置として動作するＩＡＢドナー１０１がＢＡＰ制御メッセージを受信した場合に開始されうる。本処理例では、図１に示すネットワークトポロジにおいて、ＩＡＢノード１０４とＩＡＢノード１０５間の通信パスで無線品質が低下し、リンク障害が発生した結果、ＩＡＢノード１０５がｅＭＢＢの要件を満たせなくなった場合の処理について説明する。

Ｓ４００では、ＩＡＢドナー１０１の要件未達検出部３０４は、受信したＲＲＣ制御メッセージに基づいて、ＩＡＢノード１０５がスライス要件を満たさなくなったことを検出する。要件未達検出部３０４は、スライス要件を満たさなくなったＩＡＢノード１０５について、接続候補特定部３０５に接続候補ノードの特定を指示する。

Ｓ４０１では、接続候補特定部３０５はＲＲＣ制御メッセージを介して接続候補リストを収集することで接続候補の特定を行う。Ｓ４０１では、ＩＡＢドナー１０１はＩＡＢノード１０５に接続候補リストの送信要求を送信し、ＩＡＢノード１０５は送信要求に応答して接続候補リストを含む要求応答を送信するものとする。しかしながら、接続候補特定部３０５は、記憶部３０２に記憶された接続候補リストを取得することで接続候補ノードを特定してもよいし、ＩＡＢノード１０５以外のＩＡＢノードに接続候補リストの送信要求を送信してもよい。

Ｓ４０２乃至Ｓ４１１の処理は、スライスを満たさないＩＡＢノード１０５の接続候補リストに含まれるすべてのＩＡＢノード（本例ではＩＡＢノード１０２～１０３）について繰り返される。

Ｓ４０３では、スライス管理部３０６で管理される接続候補ノードｎのＮＳＳＡＩリストを参照し、接続候補ノードｎがｅＭＢＢのスライス要件を満たすかどうかを判断する。要件を満たす場合（Ｓ４０３でＹｅｓ）にはＳ４０６を実行し、満たさない場合（Ｓ４０３でＮｏ）にはＳ４０５を実行し、次の接続候補ノードｎについてＳ４０３を判定する。

Ｓ４０６では接続候補ノードｎでマルチパス接続を行うことをＲＲＣ制御メッセージによりＩＡＢノード１０５へ通知する。Ｓ４０６で送信されるＲＲＣ制御メッセージには、接続候補ノードｎの識別情報が含まれる。これによって、通知を受信したＩＡＢノード１０５は接続候補ノードｎに接続要求を送信することができる。ここで、接続候補ノードｎは、ＩＡＢドナー１０１との間で通信パスを確立しており、当該通信パスがスライス要求を満たすものとする。このような接続候補ノードｎへの接続要求を送信することで、スライス要求を満たす通信パスにＩＡＢノード１０５が接続することが可能となる。

別の例では、Ｓ４０６では接続候補ノードｎに、通信パスの更新を通知してもよい。例えば、接続候補ノードｎに、通信パスの識別子と対応付けてＩＡＢノード１０５の識別情報を送信することで、接続候補ノードｎに通信パスの更新を指示してもよい。

ＩＡＢドナー１０１からマルチパス接続の通知を受信したＩＡＢノード１０５は新たな接続先のＩＡＢノード１０２～１０３へ接続し、ｅＭＢＢの提供を受ける。ここで、ＩＡＢノード１０５は、特定スライス（ｅＭＢＢ）のサブネットについてのみ、ＲＲＣプロトコルにおけるＣｅｌｌ ＲｅＳｅｌｅｃｔｉｏｎに従い、再接続動作を行ってもよい。

なお、図４の例では、ＩＡＢノード１０５は、ＩＡＢノード１０４との接続は維持するものとし、ＵＥ１１８におけるＭＩｏｔでの通信は継続して行われるものとして説明した。一例では、ＩＡＢノード１０５は、ＩＡＢノード１０４との接続を切断して新たな接続先のＩＡＢノードに接続してもよい。この場合、Ｓ４０６ではＩＡＢドナー１０１はＩＡＢノード１０５に、ＩＡＢノード１０４に接続切替（ハンドオーバ）を指示してもよい。すなわち、Ｓ４０６ではスライス要件を満たす接続候補ノードｎへの接続が指示されればよく、ＩＡＢノード１０５がマルチパス接続を行うか否かは適宜変更することができる。

例えば、ＩＡＢドナー１０１は、新たな接続先のＩＡＢノード１０２が、ＩＡＢノード１０５がサポートすべきスライスにおける通信に要求される要件をすべて満たす場合に、ＩＡＢノード１０５にＩＡＢノード１０４との接続を切断するよう指示してもよい。この場合、ＩＡＢドナー１０１は、ＩＡＢノード１０５にＩＡＢノード１０２との通信パスにおいてサポートすべきスライスにおける通信を行うように指示してもよい。

別の例では、ＩＡＢドナー１０１は、新たな接続先のＩＡＢノード１０２が、ＩＡＢノード１０５がすでに確立していた通信パス上に位置する場合にこれまでＩＡＢノード１０５が確立していた通信パスへの接続の切断を指示してもよい。例えば、ＩＡＢノード１０５は、すでにＩＡＢノード１０２、１０４を介してＩＡＢドナー１０１と通信している。ここで、ＩＡＢノード１０２を新たな接続先のＩＡＢノード１０２として決定した場合、ＩＡＢドナー１０１－ＩＡＢノード１０２－ＩＡＢノード１０４のパスは、新たな通信パスであるＩＡＢドナー１０１－ＩＡＢノード１０２の通信パスを含む。このような場合、すでに確立していた通信パスも新たな通信パスと同じ経路を通るため、新たな通信パスはＩＡＢノード１０５がサポートすべきスライスの要件を満たす必要がある。このような場合にも、ＩＡＢドナー１０１はＩＡＢノード１０５にＩＡＢノード１０４との接続を切断して、新たな通信パスでＩＡＢノード１０５がサポートすべきスライスにおける通信を行うよう切り替えてもよい。

図５に実施形態１におけるＩＡＢノード１０５における接続候補リストの一例を示す。接続候補リスト５００は、各ＩＡＢノード１０２～１０５が各々の隣接セル情報としてＲＲＭ測定結果より、接続候補リストを生成し、ＲＲＣ制御メッセージを介して、ＩＡＢドナー１０１の接続候補特定部３０５で収集、管理する。その他の方法としてＩＡＢドナー１０１が、各ＩＡＢノード１０２～１０５におけるＲＲＭ測定結果をＲＲＣプロトコルの制御メッセージにより収集し、例えば電波強度の高い順にリスト化することで生成してもよい。

また、ＩＡＢドナー１０１が各ＩＡＢノードの接続候補リストとしてＮＣＬを収集して使用してもよい。図５に示す接続候補リスト５００において、ＩＡＢノード１０５の接続候補のＩＡＢノードの中で最も電波強度が強いのはＩＡＢノード１０２である。すなわち、接続候補ノードの中で、最も通信品質が良いノードはＩＡＢノード１０２であると判定する。

次にＩＡＢドナー１０１及び、各ＩＡＢノード１０２～１０５のＮＳＳＡＩリストの一例を示し、Ｓ４０３での処理においてＩＡＢノード１０２がスライス要件を満たすか否かを判定する処理について説明する。

図６（Ａ）、図６（Ｂ）に実施形態１におけるＩＡＢドナー１０１及び、各ＩＡＢノード１０２～１０５のＮＳＳＡＩリストの一例を示す。

図６（Ａ）は、図１に示す無線通信システム１００において、ＩＡＢノード間での通信リンク障害が発生する前のＩＡＢドナー１０１およびＩＡＢノードのＮＳＳＡＩリストを示す。

ＮＳＳＡＩリスト６００は、ＩＡＢドナー１０１から接続可能なＩＡＢノードのスライス対応情報の一例である。ＮＳＳＡＩリスト６０１～６０４は、スライス管理部３０６において管理されるＩＡＢノード１０２～１０５のスライス対応情報の一例である。ここで、６０４は、ＩＡＢノード１０５からのスライス未達を検出し、更新する前のＩＡＢノード１０５のＮＳＳＡＩリストである。

ＮＳＳＡＩに記載される値は、サポート可能なスライス種別であるＳＳＴ（Ｓｌｉｃｅ Ｓｅｒｖｉｃｅ Ｔｙｐｅ）を示しており、ｅＭＢＢは“１”、ＵＲＬＬＣは“２”、ＭＩｏＴは“３”である。

例えば、ＮＳＳＡＩリスト６００に示すように、ＩＡＢドナー１０１はｅＭＢＢ、ＵＲＬＬＣ、ＭＩｏｔの全てのスライス種別をサポートする。また、ＮＳＳＡＩリスト６０１～６０４に示すように、ＩＡＢノード１０２～１０５はｅＭＢＢ、ＭＩｏｔのＳＳＴをサポートする。ここで、所定のＩＡＢノードが所定のスライス種別をサポートするとは、所定のＩＡＢノードとＩＡＢドナー１０１との間の通信パスを介した所定のスライスにおける通信に要求される要件を満たすことができることを示す。例えば、ＩＡＢノード１０２は、新たにｅＭＢＢのスライス要求を受信しても、ｅＭＢＢの通信に要求される要件を満たした通信パスを有していることを意味する。

ここで、ＩＡＢノード１０４と１０５との間の通信リンク障害が発生し、ＩＡＢノード１０５は通信リンク障害の影響を受け、ｅＭＢＢが提供不可となり、ＭＩｏｔのＳＳＴのみをサポートする。このため、図６（Ｂ）に示す更新後のＩＡＢノード１０５のＮＳＳＡＩリストにおいてＩＡＢノード１０５のＮＳＳＡＩリストはＭＩｏＴを示す“３”のみがリストには含まれる。ここで、６０５は、Ｓ４００において、ＩＡＢノード１０５からのスライス未達を検出し、更新した後のＩＡＢノード１０５のＮＳＳＡＩリストである。

接続先候補であるＩＡＢノード１０２は、６０１に示すようにｅＭＢＢをサポートする。このため、ＩＡＢドナー１０１は、ＩＡＢノード１０５の新たな接続先としてＩＡＢノード１０２を選出する。

図７は実施形態１に係る無線通信システム１００が実行するマルチパスの接続確立を示すシーケンス図である。図７では、ＩＡＢノード１０５において、通信リンク障害のためにサポート不可となったｅＭＢＢを救済するため、ＩＡＢノード１０２への新たな通信パスでのマルチパスの接続確立を行う動作を説明する。

Ｓ７００では、ｅＭＢＢを要求するアプリケーションの通信がＵＥ１１９において行われる。ここでは、ＵＥ１１９はＩＡＢノード１０５を介してスライス種別がｅＭＢＢの通信を行っており、ＩＡＢノード１０５はＩＡＢノード１０４と直接接続し、ＩＡＢノード１０４および１０２を介してＩＡＢドナー１０１と通信している。Ｓ７００では、ＩＡＢノード１０４および１０５の間に通信リンク障害は発生しておらず、ＩＡＢノード１０５はＵＥ１１９から要求されたｅＭＢＢの通信に要求される要件を満たしているものとする。

ここで、Ｓ７０１でＩＡＢノード１０５とＩＡＢノード１０４との間の無線リンクにおいて障害が発生し、無線リンクにおけるパケットロス率が上昇し、通信に要求されるスループットや、パケットロス率、往復遅延などの要件が満たされなくなる。ここでは、ｅＭＢＢをサポートするスループットが確保できなくなったものとする。すると、Ｓ７０２でリンク障害によりｅＭＢＢの要件が満たせなくなったことを検出したＵＥ１１９は、再度ＮＳＳＡＩによりｅＭＢＢをサポートするスライスをＩＡＢノード１０５に対して要求する。

Ｓ７０３では、ＵＥ１１９からのＮＳＳＡＩの要求に対して、ＩＡＢノード１０５がｅＭＢＢを満たせなくなったことを検出する。

Ｓ７０４では、ＩＡＢノード１０５がサポートするＮＳＳＡＩの変更をＢＡＰ制御メッセージによりＩＡＢドナー１０１へ通知する。Ｓ７０５では、ＩＡＢノードからのＢＡＰ制御メッセージを受信したＩＡＢドナー１０１が、ＩＡＢノード１０５においてｅＭＢＢのスライスが満たせなくなったことを検出する。

Ｓ７０６では、ＩＡＢドナー１０１がＩＡＢノード１０５に対して接続候補リストをＲＲＣ制御メッセージにより要求する。Ｓ７０７でＩＡＢノード１０５は、ＲＲＭ測定結果により生成した接続候補リストをＲＲＣ制御メッセージによりＩＡＢドナー１０１へ送信する。

Ｓ７０８ではＩＡＢドナー１０１において、ＩＡＢノード１０５の接続候補リスト及び、スライス管理部３０６において管理されるＮＳＳＡＩリストから図４のフローチャートに従い、ＩＡＢノード１０２を新たな接続先として決定する。

Ｓ７０９、Ｓ７１０では、ＩＡＢドナー１０１は、ＩＡＢノード１０５へＩＡＢノード１０２とのマルチパス接続をＲＲＣ制御メッセージにより通知する。ここでＲＲＣプロトコルに規定されるＮＣＬによりＩＡＢノード１０２を接続先として指定してもよいものとする。Ｓ７１１、Ｓ７１２ではＩＡＢノード１０５は、ＩＡＢノード１０２とのＲＲＣリンクを形成するためにＲＲＣ ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信する。Ｓ７１３ではＲＲＣプロトコルに従い、ランダムアクセスプロシージャが実行され、ＩＡＢノード１０５とＩＡＢノード１０２間でＲＲＣリンクが確立される。Ｓ７１４、Ｓ７１５ではＩＡＢノード１０２からＩＡＢノード１０５に対してＲＲＣ ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｏｍｐｌｅｔｅメッセージが送信される。

Ｓ７１６、Ｓ７１７ではＩＡＢノード１０５からマルチパス接続の完了をＲＲＣ制御メッセージによりＩＡＢドナー１０１へ通知する。

Ｓ７１８では、通信パス切り替え時のＲＲＣ Ｒｅｌｅａｓｅメッセージの代わりに接続の維持をＩＡＢノード１０４へＲＲＣ制御メッセージにより通知する。ここでは、ＲＲＣリンク確立の際にＲＲＣで規定される通信パス変更時のメッセージを使用したが、これに限らず他のメッセージを用いてもよい。また、各々の制御メッセージはＢＡＰ及び、ＲＲＣでやり取りされるものとして説明を行ったがこの限りではなく例えばアプリケーションレイヤのメッセージでのやり取りにより制御してもよい。

これによって、Ｓ７１９に示すように、ＩＡＢノード１０５はＵＥ１１９から要求されたスライス種別がｅＭＢＢの通信をサポートすることができる。

図８は実施形態１における新規通信パス確立後のＩＡＢネットワークのトポロジを示す図である。無線通信システム１００において、図７のシーケンスが実行された後にＩＡＢノード１０５は、ＩＡＢノード１０２とのパス８００およびＩＡＢノード１０４とのパス８０１のマルチパス接続を確立する。ＩＡＢノード１０２とのパス８００によって、ＩＡＢノード１０５はＵＥ１１９へｅＭＢＢをサポートするスライスにおける通信を提供可能となる。また、ＩＡＢノード１０５はＩＡＢノード１０４との通信パスを継続して維持し、ＵＥ１１８で要求するＭＩｏｔをサポートするスライスにおける通信を提供することができる。

以上説明したように、ＩＡＢドナー１０１は、ＩＡＢノードにおいて特定のスライスが要件未達となった場合に、当該スライスをサポートする新たな接続先との通信パスの確立を指示する。これによって、要件未達となったスライスを救済することが可能となる。

［実施形態２］
実施形態１では、図１に示す無線通信システム１００において、ＩＡＢノード１０５とＩＡＢノード１０４間でリンク障害が発生した場合の新たな接続先の決定方法について説明を行った。

実施形態２では、図１に示すＩＡＢノード１０４とＩＡＢノード１０２との間で通信リンク障害が発生する場合についてＵＥ１１７及び、ＵＥ１１９の要求するスライス種別ｅＭＢＢを救済する新たな接続先を決定する方法について説明を行う。なお、実施形態１と同様の構成、機能、処理については同様の参照符号を使用し、説明を省略する。

図９は実施形態２に係るＩＡＢドナー１０１が実行する新規通信パス決定のフローチャートである。図９の処理は、ＩＡＢドナー１０１がＢＡＰ制御メッセージを受信した場合に開始されうる。

Ｓ９００ではスライス要件を満たさないＩＡＢノードを検出する。本例では、ＩＡＢドナー１０１は、ＩＡＢノード１０４および１０５からサポートするＮＳＳＡＩの変更を示すＢＡＰ制御メッセージを受信し、ＩＡＢノード１０４および１０５がスライス要件を満たさないことを検出する。

Ｓ９０１ではＩＡＢドナー１０１は、記憶部２０２に格納されるルーティング情報及び、ＩＡＢ１０４、１０５のホップ数からＩＡＢノード１０４とＩＡＢノード１０２間でリンク障害が発生していると判定する。

Ｓ９０２では、ＩＡＢノード１０４及び、下位接続されるＩＡＢノード１０５の接続候補リストを収集する。

Ｓ９０３からＳ９０８までの処理では、スライス要件を満たさないＩＡＢノードのうち、ＩＡＢドナー１０１までのホップ数が小さい順に繰り返し処理が行われる。

Ｓ９０４からＳ９０６までの処理では、所定のＩＡＢノードの接続候補毎に繰り返し処理が行われる。Ｓ９０５では、ＩＡＢノードの接続候補ｎがスライス要件を満たすかどうかを判断する。要件を満たす場合（Ｓ９０５でＹｅｓ）にはＳ９１０を実行し、満たさない場合（Ｓ９０５でＮｏ）にはＳ９０６に処理を進める。

なお、Ｓ９０５では、ＩＡＢドナー１０１は、Ｓ９０５でＩＡＢノード１０４および１０５に接続するＵＥ１１６～１１９が要求するスライスにおける通信に要求されるスライス要件を満たすか否かを判定してもよい。別の例では、ＩＡＢドナー１０１は、ＩＡＢノード１０４に接続するＵＥ１１６、１１７が要求するスライスにおける通信に要求されるスライス要件のみを満たすか否かを判定してもよい。この場合、ＩＡＢノード１０４に新たな接続先の中継ノードを指示した後に、ＩＡＢドナー１０１はＩＡＢノード１０５についてもＳ９０３からＳ９０８までの処理を実行してもよい。すなわち、スライス要件を満たさないことが検出されたＩＡＢノード１０４および１０５は、個別に新たな接続先の通信パスを決定されてもよい。

Ｓ９０６では、すべての接続候補についてＳ９０５の処理を行った場合は処理をＳ９０８に進め、そうでなければＳ９０７に処理を進め、次の接続候補についてＳ９０５の処理を行う。Ｓ９０８でスライス要件を満たさないすべてのＩＡＢノードについてＳ９０４からＳ９０６の処理を行った場合は図９に示す処理を終了する。Ｓ９０８でスライス要件を満たさないＩＡＢノードのうち、Ｓ９０４からＳ９０６の処理を行っていないＩＡＢノードが存在する場合は、処理をＳ９０９に進め、次の接続候補ｎのＩＡＢノード１０５についてＳ９０４～Ｓ９０６の処理を実行する。

Ｓ９１０では接続候補ｎでマルチパス接続を行う指示をＲＲＣ制御メッセージによりＩＡＢノードへ送信する。

なお、本処理例では、ＩＡＢノード１０４から接続可能な接続候補ノードであって、スライス要件を満たすＩＡＢノードが存在しない場合、ＩＡＢノード１０５から接続可能な接続候補ノードであって、スライス要件を満たすＩＡＢノードを判定する。ＩＡＢノード１０５から接続可能であって、スライス要件を満たす接続候補ノードが存在すると判定された場合、当該ＩＡＢノードへの接続をＩＡＢノード１０５に指示する。この際、ＩＡＢノード１０４にもＩＡＢノード１０５が新たに確立した通信パスを介して通信を行うよう指示してもよい。これによって、ＩＡＢノード１０４だけではなく、ＩＡＢノード１０４がサポートすべきスライスを救済可能となる。

図１０は実施形態２におけるＩＡＢノード１０４の接続候補リストの一例である。なお、ＩＡＢノード１０５における接続候補リストは図５に示す実施形態１における接続候補リストと同様である。

図１１はＩＡＢノード１０２と１０４との間で通信リンク障害が発生し、Ｓ９００において、ＩＡＢノード１０４および１０５からのスライス未達を検出し、更新した後のＩＡＢノードのＮＳＳＡＩリストである。

ＮＳＳＡＩリスト１１００及び、１１０１は、ＩＡＢノード１０４、１０５からのＮＳＳＡＩ変更通知により更新され、ｅＭＢＢが未サポートとなる。

接続候補リスト１０００において、ＩＡＢノード１０４の接続候補のうち、ＩＡＢノード１０４が受信した電波強度が最も高いのは、ＩＡＢドナー１０１である。また、ＩＡＢドナー１０１は、Ｓ６００よりｅＭＢＢを提供可能である。このため、Ｓ９０５においてＩＡＢドナー１０１がＩＡＢノード１０４の接続先として選出される。ここで、接続候補リスト１０００は、ＩＡＢノード１０４、１０５よりもホップ数が小さい上位接続ノードもしくは、ＩＡＢドナー１０１までの経路上にない（即ち、上位接続でも下位接続でもない）ＩＡＢノードに限るものとする。これによって、ＩＡＢドナー１０１は、ＩＡＢノード１０４にＩＡＢドナー１０１への接続をＳ９１０で指示し、図９の処理を終了する。

図１２は実施形態２における新規通信パス接続後のＩＡＢネットワークのトポロジを示す。

無線通信システム１００において、図９のフローチャートによりＩＡＢノード１０４に対してＩＡＢドナー１０１とパス１２００の接続を確立する。これによって、ＩＡＢノード１０４はｅＭＢＢをサポートするスライスでの通信が可能となる。また、ＩＡＢノード１０４がスライス種別ｅＭＢＢをサポートすることが可能となるため、ＩＡＢノード１０５についてもｅＭＢＢをサポートすることが可能となる。これによって、ＩＡＢノード１０５のスライス要件未達を解消することができる。これによって、ＵＥ１１７及び、ＵＥ１１９へｅＭＢＢをサポートするスライスにおける通信を提供可能となる。

なお、本実施形態では、パス１２００を確立することでＩＡＢノード１０５のスライス要件未達を解消できるものとして説明を行った。しかしながら、パス１２００を確立してもＩＡＢノード１０５のスライス要件未達を解消できない場合は、ＩＡＢノード１０５からＩＡＢドナー１０１にＢＡＰ制御メッセージが再度送信される。この場合、ＩＡＢドナー１０１はＩＡＢノード１０５について再度、スライス要件を満たすマルチパス接続を指示する。

［その他の実施形態］
実施形態１及び２ではマルチパス接続について説明を行った。しかし、通信品質の低下ではなくＢＡＰ制御メッセージとしてＲＬＦ（Ｒｅｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）が通知される場合には新たに決定した接続先に通信パスを切り替えてもよい。尚、切り替える際の手順はマルチパス接続を行う際と同様に行い、Ｓ７１７において元の接続先に対してＲＲＣ Ｒｅｌｅａｓｅメッセージを送信する。

また、実施形態１のように新たな接続先として決定したＩＡＢノード１０２が、現在接続しているＩＡＢノード１０４の上位接続ノードである場合にはＵＥ１１８の要求するＭＩｏＴはサポートされるため、通信パスの接続を切り替えてもよい。

さらに、実施形態１及び２ではＩＡＢノード１０２～１０５において単一のスライスを救済したが、要件が満たせないスライスが複数発生する場合には要求するＵＥの数が最も多いスライスを優先して救済するように動作してもよい。さらに要求するＵＥ数が最も多いスライスを救済できない場合には、次に要求するＵＥ数の多いスライスを救済するように新たな通信パスを決定する。

本実施形態では、図５に示すように、接続候補ノードの受信信号強度に基づいて接続先のＩＡＢノードを決定する処理について説明を行った。しかしながら、別の通信品質に基づいて接続先のＩＡＢノードが決定されてもよい。例えば、接続候補ノードとＩＡＢドナー１０１との間の通信パスに関するパラメータに基づいていずれのＩＡＢノードを接続先とするかを決定してもよい。パラメータは、最大通信容量、最大通信容量と現在使用している通信容量との差、接続候補ノードの処理負荷、接続候補ノードのバッファの空き容量、および接続候補ノードの処理負荷量の少なくとも１つの組み合わせであってもよい。

［実施形態のまとめ］
上述の実施形態の少なくとも一部をまとめると、以下の通りである。

（項目１）
ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ネットワークの通信制御装置であって、
第一の通信パスを介して前記ネットワークの基地局と通信する第一の中継ノードが所定のスライスにおける通信に要求される要件を満たさなくなったことを検出する検出手段と、
前記検出手段の検出結果に応じて、前記所定のスライスにおける通信に要求される前記要件を満たす第二の通信パス上に位置し、前記第一の中継ノードから接続可能な第二の中継ノードへの接続を指示する指示手段と、
を備えることを特徴とする通信制御装置。

（項目２）
前記指示手段は、前記第一の通信パス上に含まれない中継ノードから前記第二の中継ノードを特定することを特徴とする項目１に記載の通信制御装置。

（項目３）
前記第一の中継ノードから接続可能な接続候補ノードと、当該接続候補ノードと前記第一の中継ノードとの間の通信品質とを対応付けて記憶する記憶手段をさらに有し、
前記指示手段は、前記第一の中継ノードから接続可能であって、前記所定のスライスにおける通信に要求される前記要件を満たす複数の中継ノードを特定した場合、前記第一の中継ノードとの通信品質が高い中継ノードを前記第二の中継ノードとして特定することを特徴とする項目１または２に記載の通信制御装置。

（項目４）
前記第一の中継ノードから接続可能な中継ノードを示す接続候補リストを取得する取得手段をさらに有し、
前記指示手段は、前記取得手段で取得した前記接続候補リストに基づいて前記第一の中継ノードから接続可能な中継ノードを特定することを特徴とする項目１から３のいずれか１つに記載の通信制御装置。

（項目５）
前記指示手段は、
前記所定のスライスにおける通信に要求される前記要件を満たす第二の通信パス上に位置し、前記第一の中継ノードから接続可能な前記第二の中継ノードが特定できない場合に、前記第一の中継ノードを介して前記基地局と通信する第三の中継ノードから接続可能であって、前記所定のスライスにおける通信に要求される前記要件を満たす第四の中継ノードを特定し、
第三の中継ノードに前記第四の中継ノードへの接続を指示する
ことを特徴とする項目１から４のいずれか１つに記載の通信制御装置。

（項目６）
前記指示手段は、前記第二の通信パスが前記第一の中継ノードによってサポートされるべきスライスにおける通信に要求される要件を満たす場合に、前記第一の中継ノードへ前記第一の通信パスの切断を指示することを特徴とする項目１から５のいずれか１つに記載の通信制御装置。

（項目７）
前記指示手段は、前記第二の通信パスが前記第一の通信パスを含む場合に、前記第一の中継ノードへ前記第一の通信パスの切断を指示することを特徴とする項目１から６のいずれか１つに記載の通信制御装置。

（項目８）
前記ネットワーク内の中継ノードごとに、当該中継ノードがサポートするスライスにおける通信で満たすことのできる要件を示す要件充足情報を記憶する記憶手段をさらに有し、
前記検出手段は、前記記憶手段に記憶された前記要件充足情報が前記第一の中継ノードが前記所定のスライスにおける通信に要求される前記要件を満たすことを示す場合に、前記所定のスライスに割り当てられ、前記第一の中継ノードに接続するユーザ装置（ＵＥ）から前記所定のスライスに対するスライス要求を受信した際に、前記第一の通信パスが前記所定のスライスにおける通信に要求される前記要件を満たさなくなったと判定することを特徴とする項目１から７のいずれか１つに記載の通信制御装置。

（項目９）
前記検出手段で前記第一の中継ノードが前記所定のスライスにおける通信に要求される前記要件を満たさなくなったことを検出した場合に、前記ネットワーク内の中継ノードごとに、当該中継ノードがサポートするスライスにおける通信で満たすことのできる要件を示す要件充足情報を取得する取得手段をさらに有し、
前記取得手段で取得した前記要件充足情報に基づいて、前記所定のスライスにおける通信に要求される前記要件を満たさなくなった中継ノードのうち、前記基地局までのホップ数が最も小さい中継ノードを特定し、特定した当該中継ノードから接続可能かつ当該中継ノードがサポートするスライスにおける通信で満たすべき要件を満たす中継ノードを決定することを特徴とする項目１から８のいずれか１つに記載の通信制御装置。

（項目１０）
前記検出手段が、前記第一の通信パスが複数のスライスにおける通信に要求される要件を満たさなくなったことを検出した場合、前記指示手段は、スライスを要求するユーザ装置の数が多いスライスを優先して、当該スライスにおける通信に要求される要件を満たす前記第二の中継ノードへの接続を指示することを特徴とする項目１から９のいずれか１つに記載の通信制御装置。

（項目１１）
ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ネットワークの通信制御装置が実行する通信制御方法であって、
第一の通信パスを介して前記ネットワークの基地局と通信する第一の中継ノードが所定のスライスにおける通信に要求される要件を満たさなくなったことを検出することと、
検出結果に応じて、前記所定のスライスにおける通信に要求される前記要件を満たす第二の通信パス上に位置し、前記第一の中継ノードから接続可能な第二の中継ノードへの接続を指示することと、
を含むことを特徴とする通信制御方法。

（項目１２）
コンピュータを、項目１から１０のいずれか１つに記載の通信制御装置の各手段として機能させるプログラム。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１００ 無線通信システム、１０１ ＩＡＢドナー、１０２～１０５ ＩＡＢノード、１１０～１１９ ＵＥ、２０１ 制御部、２０２ 記憶部、２０３ 無線通信部、２０４ アンテナ制御部、３０１ 送受信部、３０２ 記憶部、３０３ 接続制御部、３０４ 要件未達検出部、３０５ 接続候補特定部、３０６ スライス管理部、３０７ 通信パス決定部

Claims (12)

1. ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ネットワークの通信制御装置であって、
   第一の通信パスを介して前記ネットワークの基地局と通信する第一の中継ノードが所定のスライスにおける通信に要求される要件を満たさなくなったことを検出する検出手段と、
   前記検出手段の検出結果に応じて、前記所定のスライスにおける通信に要求される前記要件を満たす第二の通信パス上に位置し、前記第一の中継ノードから接続可能な第二の中継ノードへの接続を指示する指示手段と、
   を備えることを特徴とする通信制御装置。
2. 前記指示手段は、前記第一の通信パス上に含まれない中継ノードから前記第二の中継ノードを特定することを特徴とする請求項１に記載の通信制御装置。
3. 前記第一の中継ノードから接続可能な接続候補ノードと、当該接続候補ノードと前記第一の中継ノードとの間の通信品質とを対応付けて記憶する記憶手段をさらに有し、
   前記指示手段は、前記第一の中継ノードから接続可能であって、前記所定のスライスにおける通信に要求される前記要件を満たす複数の中継ノードを特定した場合、前記第一の中継ノードとの通信品質が高い中継ノードを前記第二の中継ノードとして特定することを特徴とする請求項１に記載の通信制御装置。
4. 前記第一の中継ノードから接続可能な中継ノードを示す接続候補リストを取得する取得手段をさらに有し、
   前記指示手段は、前記取得手段で取得した前記接続候補リストに基づいて前記第一の中継ノードから接続可能な中継ノードを特定することを特徴とする請求項１に記載の通信制御装置。
5. 前記指示手段は、
   前記所定のスライスにおける通信に要求される前記要件を満たす第二の通信パス上に位置し、前記第一の中継ノードから接続可能な前記第二の中継ノードが特定できない場合に、前記第一の中継ノードを介して前記基地局と通信する第三の中継ノードから接続可能であって、前記所定のスライスにおける通信に要求される前記要件を満たす第四の中継ノードを特定し、
   第三の中継ノードに前記第四の中継ノードへの接続を指示する
   ことを特徴とする請求項１に記載の通信制御装置。
6. 前記指示手段は、前記第二の通信パスが前記第一の中継ノードによってサポートされるべきスライスにおける通信に要求される要件を満たす場合に、前記第一の中継ノードへ前記第一の通信パスの切断を指示することを特徴とする請求項１に記載の通信制御装置。
7. 前記指示手段は、前記第二の通信パスが前記第一の通信パスを含む場合に、前記第一の中継ノードへ前記第一の通信パスの切断を指示することを特徴とする請求項１に記載の通信制御装置。
8. 前記ネットワーク内の中継ノードごとに、当該中継ノードがサポートするスライスにおける通信で満たすことのできる要件を示す要件充足情報を記憶する記憶手段をさらに有し、
   前記検出手段は、前記記憶手段に記憶された前記要件充足情報が前記第一の中継ノードが前記所定のスライスにおける通信に要求される前記要件を満たすことを示す場合に、前記所定のスライスに割り当てられ、前記第一の中継ノードに接続するユーザ装置（ＵＥ）から前記所定のスライスに対するスライス要求を受信した際に、前記第一の通信パスが前記所定のスライスにおける通信に要求される前記要件を満たさなくなったと判定することを特徴とする請求項１に記載の通信制御装置。
9. 前記検出手段で前記第一の中継ノードが前記所定のスライスにおける通信に要求される前記要件を満たさなくなったことを検出した場合に、前記ネットワーク内の中継ノードごとに、当該中継ノードがサポートするスライスにおける通信で満たすことのできる要件を示す要件充足情報を取得する取得手段をさらに有し、
   前記取得手段で取得した前記要件充足情報に基づいて、前記所定のスライスにおける通信に要求される前記要件を満たさなくなった中継ノードのうち、前記基地局までのホップ数が最も小さい中継ノードを特定し、特定した当該中継ノードから接続可能かつ当該中継ノードがサポートするスライスにおける通信で満たすべき要件を満たす中継ノードを決定することを特徴とする請求項１に記載の通信制御装置。
10. 前記検出手段が、前記第一の通信パスが複数のスライスにおける通信に要求される要件を満たさなくなったことを検出した場合、前記指示手段は、スライスを要求するユーザ装置の数が多いスライスを優先して、当該スライスにおける通信に要求される要件を満たす前記第二の中継ノードへの接続を指示することを特徴とする請求項１に記載の通信制御装置。
11. ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ネットワークの通信制御装置が実行する通信制御方法であって、
    第一の通信パスを介して前記ネットワークの基地局と通信する第一の中継ノードが所定のスライスにおける通信に要求される要件を満たさなくなったことを検出することと、
    検出結果に応じて、前記所定のスライスにおける通信に要求される前記要件を満たす第二の通信パス上に位置し、前記第一の中継ノードから接続可能な第二の中継ノードへの接続を指示することと、
    を含むことを特徴とする通信制御方法。
12. コンピュータを、請求項１から１０のいずれか１項に記載の通信制御装置の各手段として機能させるプログラム。

Images