JP2023074895A - 通信装置、通信方法、およびプログラム - Google Patents

Abstract

【課題】
ＢＡＰを使用して通信するネットワークにおいて、スライス要求をサポートする経路で通信を行うための技術を提供すること。
【解決手段】
ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用して通信するネットワークの通信装置は、受信した第１パケットに基づいて、第１パケットの転送を行うネットワーク内の他の通信装置がサポートすべきスライス種別を特定し、ネットワーク内の他の通信装置がサポートするスライス種別に基づいて、特定したスライス種別をサポートする他の通信装置を特定し、第１パケットに基づいて生成されたＢＡＰを使用して通信される第２パケットであって、特定結果に応じてヘッダが設定された第２パケットを、特定した他の通信装置に送信する。
【選択図】 図５

Description

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

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

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

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

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

しかしながら、ＩＡＢネットワークにおいて、中継されるパケットのスライス要求をサポートしない通信装置によってパケットがルーティングされる場合があり、スライス要求を満たす通信が行えない可能性があった。

本発明は、上述の問題に鑑みてなされたものであり、ＢＡＰを使用して通信するネットワークにおいて、スライス要求をサポートする経路で通信を行うための技術を提供することを目的とする。

上記の課題を解決するため、本発明に係る通信装置は、ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用して通信するネットワークの通信装置であって、
受信した第１パケットに基づいて、前記第１パケットの転送を行う前記ネットワーク内の他の通信装置がサポートすべきスライス種別を特定する第１特定手段と、
前記ネットワーク内の他の通信装置がサポートするスライス種別に基づいて前記第１特定手段で特定した前記スライス種別をサポートする他の通信装置を特定する第２特定手段と、
前記第１パケットに基づいて生成されたＢＡＰを使用して通信される第２パケットであって、前記第２特定手段の特定結果に応じてヘッダが設定された第２パケットを、前記第２特定手段で特定した前記他の通信装置に送信する送信手段と、
を備えることを特徴とする。

本発明によれば、ＢＡＰを使用して通信するネットワークにおいて、スライス要求をサポートする経路で通信を行うための技術を提供することができる。

ＩＡＢネットワークの一例を示す図 通信装置のハードウェア機能ブロック図 通信装置のソフトウェア機能ブロック図 ＩＡＢネットワーク１００内のパスＩＤの一例を示す図 通信装置の通信方法を示すフローチャート ＩＡＢドナー１０１のルーティングリストの一例を示す図 スライス種別に応じたルーティング動作を示すシーケンス図 ＩＡＢノード１０５のルーティングリストの一例を示す図 通信装置の通信方法を示すフローチャート

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものではなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

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

ＩＡＢドナー１０１は、各ＩＡＢノードを統括制御し、自局のカバーするエリアを形成する基地局装置の一例である。また、ＩＡＢドナー１０１により各ＩＡＢノードに対して、各々がサポート可能なネットワークスライスの種別が割り当てられているものとする。さらにＩＡＢドナー１０１は、各ＩＡＢノードがサポートしているスライス情報をＮＳＳＡＩのリストとして管理しているものとする。ここでＮＳＳＡＩとは、Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎの略である。

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

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

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

ＩＡＢネットワーク１００では、ＩＡＢドナー１０１がＵＥ１１８宛てのパケットを転送する場合に、ＩＡＢノード１０２または１０３のいずれかの通信経路を選択する必要がある。同様にＩＡＢノード１０２からＩＡＢノード１０５までにもマルチパスが形成されており、ＢＡＰデータパケットを転送する経路を選択する必要がある。

ここで、ＩＡＢノードは、通信の要件を満たすネットワークスライスの種類（スライス種別）、すなわちサポートするスライス種別が異なりうる。例えば、ＩＡＢノード１０２はＩＰパケットのスライス種別としてｅＭＢＢ、ＵＲＬＬＣをサポートする一方、ＩＡＢノード１０４はｍＭＴＣのみをサポートする場合がある。このような場合、パスＰ１でＵＥ１１８にスライス種別がｅＭＢＢであるＩＰパケットに基づくＢＡＰデータパケットを転送すると、ＩＡＢノード１０４がｅＭＢＢをサポートしていないため、スライス種別の要求（スライス要求）を満たすことができない。

したがって、ＩＡＢドナー１０１及び、ＩＡＢノードでのＢＡＰデータパケットのルーティングにおいて、ＵＥ１１８宛てのパケットが特定のスライス種別を要求する場合に、スライス要求を満たすＩＡＢノードを経由する必要がある。以下では、ＩＡＢネットワーク１００のようにマルチパスが形成されているネットワークにおいて、特定のスライス要求のあるパケットをスライス要求がサポートされる通信装置によって構成される経路で転送する方法について説明を行う。尚、本実施形態ではＣＮ１３０からのパケットをＩＡＢドナー１０１で経由し、ＩＡＢノード１０２～１０５へ転送するダウンリンク通信について説明を行う。

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

制御部２０１は、記憶部２０２に記憶される制御プログラムを実行することにより通信装置全体を制御する。一例では、制御部２０１は、制御プログラムをメモリに展開して実行するプロセッサを備える。

記憶部２０２は、制御部２０１によって実行される制御プログラムを格納する。また、記憶部２０２は、自局のＢＡＰアドレスやサポートするＮＳＳＡＩ、接続されるＵＥ情報、ＩＡＢノード１０２～１０５のルーティング情報等のＩＡＢネットワークで使用する情報を記憶する。ここで、ＢＡＰアドレスとはＩＡＢネットワークにおいてＩＡＢドナー１０１または、ＩＡＢノード１０２～１０５を特定可能なアドレスであり、ＢＡＰデータパケットのヘッダ部分の宛先フィールドに使用される。

また、後述するように、記憶部２０２には、ＩＡＢネットワーク１００で過去に通信が行われたＢＡＰデータパケットの通信経路を特定可能な情報が格納される。例えば、過去に通信が行われたＢＡＰデータパケットについて、送信元ＢＡＰアドレス、宛先ＢＡＰアドレスに対応付けて通信経路を特定可能な情報が格納されうる。

無線通信部２０３は、３ＧＰＰ規格に準拠するＬＴＥ（Long Term Evolution）、５Ｇ（第五世代移動通信システム）等のセルラ網通信を行うための無線通信部である。アンテナ制御部２０４では、無線通信部２０３において実行される無線通信に使用するアンテナを制御する。

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

図３は本実施形態に係る通信装置のソフトウェアブロック図である。通信装置のソフトウェアブロックは、通信装置が記憶部２０２に格納されたプログラムを制御部２０１において実行することで実現される。通信装置のソフトウェアブロックは、送受信部３０１、記憶部３０２、接続制御部３０３、スライス要求特定部３０４、経路特定部３０５、通知部３０６、スライス管理部３０７を含む。

送受信部３０１は、制御部２０１を介して無線通信部２０３を制御し、通信装置とＵＥとの間で３ＧＰＰ規格に準拠したＬＴＥ、５Ｇ等のセルラ網通信を実行し、ＩＰパケットを送受信する。また、送受信部３０１は、ＩＡＢネットワーク１００内でＢＡＰデータパケットの送受信を行う。接続制御部３０３は、無線通信時に制御部２０１を介してアンテナ制御部２０４を制御する。

記憶部３０２は、記憶部２０２の制御や管理を行い、通信装置のオペレーティングシステムなどの制御部２０１によって実行されるプログラムを記憶する。また、記憶部３０２は、ＩＡＢネットワーク１００のネットワークトポロジ、通信経路、通信装置のＢＡＰアドレス、およびＵＥに関する情報等を記憶保持する。

スライス管理部３０７は各ＩＡＢノードがサポートするＮＳＳＡＩ情報を記憶、管理する。なお、ＮＳＳＡＩ情報は、例えばＢＡＰデータパケットもしくは、ＢＡＰの各種制御ＰＤＵに従うパケット（以降、ＢＡＰ制御パケット）により収集するものとするが他の手段により収集してもよいものとする。

スライス要求特定部３０４では、通信装置が受信したパケットが要求するスライスを特定する。例えば、ＩＡＢドナー１０１がＣＮ１３０からＩＰパケットを受信した場合には、ＩＰパケットに基づいてスライス要求を特定する。また、ＩＡＢノードがＵＥまたは他の通信装置からＢＡＰデータパケットを受信した場合には、受信したＢＡＰデータパケットに基づいてスライス要求を特定してもよい。

経路特定部３０５では、受信したパケットのスライス種別をサポートするＩＡＢドナー１０１およびＩＡＢノード１０２～１０５の少なくともいずれかの通信装置によって構成される通信経路（パス）を特定する。ここで、通信装置はＩＡＢネットワーク１００に設定されたパスの識別子（パスＩＤ）とサポート可能なスライス種別との対応リスト（以降、ルーティングリスト）を記憶部３０２に記憶している。

経路特定部３０５は、一例ではルーティングリストに基づいて通信パケットが要求するスライスを満たすパスを選択することで通信経路を特定する。パスの選択方法については後述する。経路特定部３０５によって特定された通信経路を特定可能な情報は経路パラメータとしてＢＡＰデータパケットのパスフィールドに設定される。

通知部３０６は、スライス要求を満たすパスが特定できなかった場合には、宛先のＵＥ１１０～１１８または、ＣＮ１３０へ向けてＢＡＰデータメッセージもしくは、ＢＡＰ制御メッセージを使用して、スライス要求を満たすことができないことを通知する。通知の方法としては例えば、ＢＡＰ制御メッセージのＰＤＵタイプフィールドにおいてスライス要求が未達成であることを示してもよいものとする。

ここで、経路パラメータはＩＡＢドナー１０１及び、ＩＡＢノード１０２～１０５のＢＡＰアドレスおよび、パスＩＤを含む通信経路情報である。パスＩＤはＩＡＢドナー１０１からＢＡＰデータパケットの宛先のＩＡＢノードまでの一連の中継ＩＡＢノードの組み合わせによって構成される経路を識別する情報である。

図４は実施形態１に係るＩＡＢネットワーク１００内のパスを説明する図である。ここでは、ＢＡＰデータパケットに設定される経路パラメータに含まれるパスＩＤについてＩＡＢネットワーク１００を例に説明する。なお、図４の例では、スライス種別ｅＭＢＢ＝１、ＵＲＬＬＣ＝２、ｍＭＴＣ＝３として、通信装置がサポートするスライス種別をカッコ内に示している。例えば、ＩＡＢドナー１０１、ＩＡＢノード１０２、およびＩＡＢノード１０５は、スライス種別１，２，３をサポートする。また、ＩＡＢノード１０３はスライス種別２，３をサポートし、ＩＡＢノード１０４はスライス種別１，３をサポートする。

ＩＡＢネットワーク１００において、ＩＡＢドナー１０１から各ＩＡＢノード１０２～１０５までの経路は識別子がＰ１～Ｐ３のパスで表すことができる。パスＰ１はＩＡＢドナー１０１から無線区間（セクション）４００、４０３、４０５を介してＩＡＢノード１０５へ接続するパスＩＤである。また、Ｐ２はＩＡＢドナー１０１からセクション４００、４０２、４０４を介してＩＡＢノード１０５へ接続するパスＩＤである。さらに、Ｐ３はＩＡＢドナー１０１からセクション４０１、４０４を介してＩＡＢノード１０５へ接続するパスＩＤである。なお、本実施形態では３つのパスのみが設定されているものとして説明するが、例えばセクション４０１、４０２、４０３、４０５を介してＩＡＢノード１０５に接続する経路など他の経路が付加的に、または代替的に設定されてもよい。

本実施形態に係るＩＡＢネットワーク１００では、通信装置は、ＩＰパケットに基づいてスライス要求を特定し、特定したスライス要求に基づいて経路を特定し、特定した経路を特定可能な経路パラメータを設定したＢＡＰデータパケットを生成する。これによって、ＩＰパケットをＢＡＰデータパケットに変換する際に、ＩＡＢネットワーク１００内の通信経路を指定することができる。また、ＢＡＰデータパケットを中継するＩＡＢノード１０２～１０５は、ＢＡＰデータパケットに含まれる経路パラメータに基づいて、パケットを転送する経路を特定することができる。

（処理例１）
図５は処理例１に係る通信装置が、ＩＰパケットをＢＡＰデータパケットに生成して送信する方法を示したフローチャートである。以下の説明では、ＩＡＢドナー１０１がＣＮ１３０からＩＰパケットを受信し、ＢＡＰデータパケットを生成してＩＡＢノードに送信するものとして説明する。

Ｓ５００では、ＩＡＢドナー１０１がＣＮ１３０からＩＰパケットを受信する。Ｓ５０１では、ＩＡＢドナー１０１は受信したＩＰパケットの宛先のＩＰアドレス（ＵＥのＩＰアドレス）から、ＢＡＰデータパケットを転送すべきＩＡＢノード１０２～１０５のＢＡＰアドレスを特定し、ＢＡＰデータパケットの宛先フィールドに設定する。例えば、宛先がＵＥ１１８である場合にはＢＡＰデータパケットの宛先フィールドに設定されるＢＡＰアドレスはＩＡＢノード１０５のＢＡＰアドレスとなる。

Ｓ５０２では、受信したＩＰパケットの宛先ＩＰアドレスもしくは、アプリヘッダを解析することで要求するスライス種別を特定する。例えば、ＩＡＢネットワーク１００内でスライス毎にサブネットとしてＩＰアドレスの利用範囲が決められている場合には、宛先ＩＰアドレスのみで要求されるスライス種別を特定可能である。例えば、ＵＥのスライス種別ごとに、スライス種別ｅＭＢＢを要求するＵＥは“１９２．１６８．１．＊”、ＵＲＬＬＣは“１９２．１６８．２．＊”、ｍＭＴＣは“１９２．１６８．３．＊”のようにＩＰアドレスが所定の範囲から割り当てられうる。ここで、＊は０～２５５の整数である。この場合、ＩＡＢドナー１０１は、宛先ＩＰアドレスのアドレス範囲に基づいてスライス要求を特定することができる。

あるいは、ＩＡＢドナー１０１がスライス種別ごとにネットワークインタフェース（ＮＩＣ）または仮想ＮＩＣを有する場合には、ＩＡＢドナー１０１がＩＰパケットを受信したＮＩＣまたは仮想ＮＩＣに基づいてスライス要求を特定してもよい。

Ｓ５０３～Ｓ５０５の処理は、それぞれのパスについて繰り返し処理される。ここでパスＩＤはＳ５０１で決定した宛先ＢＡＰアドレスと組み合わせて宛先ＩＡＢノードまでの経路を特定する経路パラメータとして使用される。

Ｓ５０４においてパスＩＤがＰｎ（ｎは１～パスの数までの整数）のパスがスライス要求を満たすかどうかを判定する。ここでは、ルーティングリストを参照し、宛先ＵＥ１１８が接続するＩＡＢノード１０５についてのみ、パスがスライス要求を満たすかどうかを判定する。Ｓ５０４でＰｎがスライスを満たす場合にはＳ５０７を処理し、そうでない場合にはＳ５０６で次のパスＩＤについて判定を行う。全てのパスＩＤにおいてスライス要求を満たすパスがない場合にはＳ５０３～Ｓ５０５の繰り返し処理を抜けてＳ５０９を処理する。

Ｓ５０７では、経路の特定結果に応じてＢＡＰデータパケットのパスＩＤフィールドにスライス要求を満たすパスＩＤとしてＰｎを設定する。Ｓ５０８では、生成したＢＡＰデータパケットを送信して図５に示す処理を終了する。

Ｓ５０９では、ＩＡＢドナー１０１は、スライス要求を満たしてないことを通知するＢＡＰ制御パケットを生成し、宛先ＵＥ１１０～１１８が接続するＩＡＢノード１０２～１０５に向けて送信して図５に示す処理を終了する。一例では、送信元であるＣＮ１３０に対してＩＡＢドナー１０１は要求されるスライスを満たしていない旨をＩＰパケット等で通知してもよい。

本実施形態では、ＩＰパケットを用いてＣＮ１３０とＵＥ１１０～１１８間での通信を行うことを想定したが、他の宛先についても同様に経路を特定することができる。また、本実施形態ではＩＰパケットをＢＡＰデータパケットとして転送する際の処理について説明したが、他のプロトコルの通信パケットも同様の手順で処理できる。

以上のように経路特定部３０５において、宛先ＵＥが接続されるＩＡＢノードまでのスライス要求を満たすパスを選択し、ＢＡＰデータパケットのヘッダのパスフィールドに設定することで、スライス要求を満たすようパケットを転送することが可能となる。

図６に本実施形態に係るＩＡＢドナー１０１のルーティングリストの一例を示す。

図６では、図４のネットワーク構成において、ＩＡＢノード１０２および１０５がｅＭＢＢ、ＵＲＬＬＣ、及びｍＭＴＣを、ＩＡＢノード１０３がＵＲＬＬＣとｍＭＴＣとを、ＩＡＢノード１０４がｅＭＢＢとＵＲＬＬＣとをサポートするものとして説明する。

ルーティングリスト６０１は、ＩＡＢドナー１０１が管理するルーティングリストであり、ＢＡＰアドレス、パスＩＤ、およびサポートスライス種別から構成される。ルーティングリスト６０１は、他の通信装置のアドレスとしてのＢＡＰアドレスと、ネットワーク内の通信装置によって構成される経路情報としてのパスＩＤと、通信装置によってサポートされるスライス種別とが関連付けられている。スライス種別はＳＳＴ（Ｓｌｉｃｅ Ｓｅｒｖｉｃｅ Ｔｙｐｅ）に対応する。図６ではｅＭＢＢはＳＳＴ＝"１"、ＵＲＬＬＣはＳＳＴ＝"２"、ｍＭＴＣはＳＳＴ＝"３"として示す。また、ＢＡＰアドレスはＩＡＢノード１０２が"０００１"、ＩＡＢノード１０３が"０００２"、ＩＡＢノード１０４が"０００３"、ＩＡＢノード１０５が"０００４"である。パスＩＤは、図４を参照して説明したＰ１～Ｐ３である。

６０１においては、ＩＡＢノード１０３がｅＭＢＢ（ＳＳＴ＝１）をサポートしていないため、ＢＡＰアドレス"０００２"のＩＡＢノード１０３を経由する経路Ｐ２及び、Ｐ３でｅＭＢＢ（ＳＳＴ＝１）がサポートされない。また、ＩＡＢノード１０４はＵＲＬＬＣをサポートしていないため、ＢＡＰアドレス"０００３"のＩＡＢノード１０４を経由する経路Ｐ１において、ＵＲＬＬＣ（ＳＳＴ＝２）がサポートされない。

ここで、ＩＡＢドナー１０１が、ＵＥ１１８宛てにスライス要求としてｅＭＢＢを要求するパケットを転送する場合を例に、経路を特定する動作を説明する。

Ｓ５０１において、ＩＡＢドナー１０１は、ＩＰパケットの宛先に基づいて宛先のＢＡＰアドレスを特定する。ＵＥ１１８は、ＩＡＢノード１０５に接続しているため、ＩＡＢドナー１０１はＢＡＰデータパケットの宛先ＢＡＰアドレスが"０００４"であると特定し、ＢＡＰデータパケットの宛先アドレスに"０００４"を設定する。

ルーティングリスト６０１において、ＢＡＰアドレス"０００４"に対するパスＩＤはＰ１、Ｐ２、Ｐ３であり、Ｓ５０３～Ｓ５０５においてｅＭＢＢをサポート可能なパスＩＤはＰ１となる。したがって、ＩＡＢドナー１０１は、パスＰ１を使用してＢＡＰデータパケットを転送するようにＢＡＰデータパケットのパスフィールドを設定する。これによって、ＢＡＰデータパケットを受信するＩＡＢノード１０２，１０４，および１０５はパスフィールドを参照してパケットの中継を行うことで、スライス要求を満たす通信装置でＢＡＰデータパケットの中継を行うことができる。

また、ＩＡＢドナー１０１が、ＵＥ１１７宛てのＵＲＬＬＣを要求する通信パケットを転送する場合は、ＢＡＰアドレスは"０００４"であり、ＵＲＬＬＣをサポートする通信装置によってパケットの転送が行われるパスＩＤはＰ２であると特定する。

（ルーティングリストの作成方法）
ここで、図６を参照して、ルーティングリストを作成する処理について説明する。

ここで、図４に示すネットワーク構成において、パスＩＤ Ｐ１、Ｐ２、Ｐ３について、図６に示すルーティングリストを作成する処理について説明する。なお、本実施形態ではＩＡＢドナー１０１がルーティングリストを作成するものとして説明を行うが、ＣＮ１３０など、他のノードが作成し、ＩＡＢドナー１０１にルーティングリストを送信してもよい。あるいは、同様の方法でＩＡＢノードがルーティングリストを作成してもよい。すなわち、通信装置が他の通信装置がサポートするスライス種別やパスに基づいてルーティングリストを作成してもよいし、通信装置は他の通信装置またはＣＮ１３０からルーティングリストを受信してもよい。

ここで、ＩＡＢドナー１０１はパスＩＤ Ｐ１、Ｐ２、Ｐ３が通過するＩＡＢノードの識別子、および、それぞれのＩＡＢノードがサポートするスライス種別に関する情報を有しているものとする。例えば、ＩＡＢドナー１０１はパスＩＤ Ｐ１について、ＩＡＢノード１０２、１０４、およびＩＡＢノード１０５を通過することを特定可能な情報を有している。なお、パスＩＤごとに、ダウンリンク通信において使用するパスであるかアップリンク通信において使用するパスであるかが対応付けられてもよい。また、ＩＡＢドナー１０１は、ＩＡＢノード１０２はスライス種別１、２、３を、ＩＡＢノード１０４はスライス種別１、３を、ＩＡＢノード１０５はスライス種別１、２、３をサポートすることを特定可能な情報を有している。

この場合、パスＩＤ Ｐ１が最初に通過するＩＡＢノード１０２について、スライス種別１、２、３がサポートされている。ここから、ＩＡＢドナー１０１は、パスＩＤ Ｐ１について、ＢＡＰアドレス０００１（ＩＡＢノード１０２）ではスライス種別１、２、３がサポートされることを示すデータ６１１を登録する。

続いて、パスＩＤ Ｐ１について、ＢＡＰアドレス０００３（ＩＡＢノード１０４）ではスライス種別１、３がサポートされる。また、ＩＡＢノード１０４と接続するＩＡＢノード１０２までのパスＰ１ではスライス種別１、２、３がサポートされる。このため、ＩＡＢドナー１０１は、ＢＡＰアドレス０００３までのパスでサポートされるスライス種別と、ＢＡＰアドレス０００３がサポートするスライス種別１、３とで共通するスライス種別をＢＡＰアドレス０００３までのパスＰ１でサポートすると判定する。このため、ＩＡＢドナー１０１はパスＩＤ Ｐ１について、ＢＡＰアドレス０００３（ＩＡＢノード１０４）ではスライス種別１、３がサポートされることを示すデータ６１２を登録する。

続いて、パスＩＤ Ｐ１について、ＢＡＰアドレス０００４（ＩＡＢノード１０５）ではスライス種別１、２、３がサポートされている。また、ＩＡＢノード１０５と接続するＩＡＢノード１０４までのパスＰ１ではスライス種別１、３がサポートされる。このため、ＩＡＢドナー１０１は、ＢＡＰアドレス０００４までのパスでサポートされるスライス種別と、ＢＡＰアドレス０００４がサポートするスライス種別１、２、３とで共通するスライスをＢＡＰアドレス０００４までのパスＰ１でサポートすると判定する。このため、ＩＡＢドナー１０１はパスＩＤ Ｐ１について、ＢＡＰアドレス０００４（ＩＡＢノード１０５）ではスライス種別１、３がサポートされることを示すデータ６１３を登録する。

他のパスＩＤについても同様に判定することで、パスＩＤと、パス上に位置するノードとに対応付けて、サポートされるスライス種別を判定することができる。

図７は本実施形態に係るスライス種別に応じた経路の特定を行う処理を示すシーケンス図である。

Ｓ７００ではＩＡＢネットワーク１００においてＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）リンク確立及び、ＩＡＢドナー１０１によりパスＩＤの割り当てが行われる。ＲＲＣは、ＩＡＢノード１０２～１０５やＵＥ１１０～１１９におけるコネクション確立、アドミッションコントロール、ＲＲＣ状態管理、周辺セル情報やアクセス規制の報知などの機能を備える。

Ｓ７０１ではＩＡＢドナー１０１が各ＩＡＢノード１０２～１０５のスライスサポート情報であるＮＳＳＡＩを収集する。Ｓ７０２では、ＵＥ１１８がＲｅｇｉｓｔｒａｔｉｏｎ ｒｅｑｕｅｓｔをＣＮ１３０へ向けて送信し、ｅＭＢＢのスライス利用を要求する。Ｓ７０４では、ＣＮ１３０がＵＥ１１８のスライス利用を許可するＲｅｇｉｓｔｒａｔｉｏｎ ａｃｃｅｐｔを送信する。

Ｓ７０５、Ｓ７０６では同様にしてＵＥ１１７がＵＲＬＬＣの利用登録を行うために、ＣＮ１３０とＲｅｇｉｓｔｒａｔｉｏｎ ｒｅｑｕｅｓｔ及び、Ｒｅｇｉｓｔｒａｔｉｏｎ ａｃｃｅｐｔをやり取りする。Ｓ７０８、Ｓ７１０も同様にしてＵＥ１１８がＣＮ１３０に対し、ｍＭＴＣを要求し、ＣＮ１３０が要求を許可する。なお、図７では省略しているが、各ＵＥはＣＮ１３０に利用を希望するネットワークスライスを要求する。

Ｓ７０３、Ｓ７０６、Ｓ７０９ではＩＡＢドナー１０１はＵＥ１１７及び１１８のＩＰアドレスと、それぞれに利用を許可したスライス種別を記憶する。これは各ＵＥ１１７、１１８へのＩＰパケットをＣＮ１３０から受信した際に、要求されるスライスを特定するためである。本実施形態では、ＩＰパケットをＣＮ１３０から受信した際に、ＩＰパケットの宛先アドレスに基づいて要求されるスライスを特定するものとして説明を行うが、上述したように他の方法で要求されるスライスを特定してもよい。

Ｓ７１１では、ＩＡＢドナー１０１がＳ７００で割り当てたパスＩＤとＢＡＰアドレスおよび、Ｓ７０１で収集した各ＩＡＢノードのスライスサポート情報からＩＡＢルーティングリストを作成する。

Ｓ７１２ではＣＮ１３０がＵＥ１１８宛てのｅＭＢＢを要求するＩＰパケットを送信する。Ｓ７１３ではＩＡＢドナー１０１が受信ＩＰパケットの要求スライスを宛先のＩＰアドレスから特定する。

Ｓ７１４では、ＵＥ１１８のＩＰアドレスからＩＡＢノード１０５のＢＡＰアドレスを特定し、ルーティングリストからｅＭＢＢを満たすパスＩＤとしてＰ１を特定する。また、ＩＡＢドナー１０１は、ＩＰパケットに基づいてＢＡＰデータパケットを生成する。また、ＩＡＢドナー１０１は、ＢＡＰアドレスとパスＩＤをＢＡＰデータパケットのヘッダに設定し、ＩＡＢノード１０５へ送信する。Ｓ７１５、Ｓ７１６では、ＩＡＢノード１０２、１０４はパスＩＤに設定されるＰ１に従い、ＢＡＰデータパケットを転送する。Ｓ７１７では、宛先のＢＡＰアドレスであるＩＡＢノード１０５はＢＡＰデータパケットを受信し、ＵＥ１１８へ転送するためにＩＰパケットに再度変換してＵＥ１１８に送信する。Ｓ７１８ではＵＥ１１８はｅＭＢＢの要求を満たす経路で転送されたＩＰパケットを受信する。

Ｓ７１９ではＣＮ１３０がＵＥ１１７宛てのＵＲＬＬＣを要求するＩＰパケットを送信する。Ｓ７２０ではＩＡＢドナー１０１が受信ＩＰパケットの要求スライスを特定する。

Ｓ７２１ではＵＥ１１７のＩＰアドレスからＩＡＢノード１０５のＢＡＰアドレスを特定し、ルーティングリストからＵＲＬＬＣを満たすパスＩＤとしてＰ２を選択し、ＢＡＰデータパケットを生成、ＩＡＢノード１０５へ送信する。Ｓ７２２、Ｓ７２３では、ＩＡＢノード１０２、１０３はパスＩＤに設定されるＰ２に従い、ＢＡＰデータパケットを転送する。Ｓ７２４では、ＩＡＢノード１０５はＢＡＰデータパケットを受信し、ＩＰパケットに変換してＵＥ１１７へ送信する。Ｓ７２５ではＵＥ１１７はＵＲＬＬＣの要求を満たすＩＰパケットを受信する。

以上のように、ＩＡＢドナー１０１がＩＰパケットを受信した際にスライス要求を満たす経路パラメータをヘッダに設定したＢＡＰデータパケットを生成して送信する。これによって、マルチパスが形成されたＩＡＢネットワーク１００において、宛先ＵＥへスライス要件を満たすネットワーク内の通信装置によって構成された通信経路でＢＡＰデータパケットを中継することが可能となる。

（処理例２）
処理例１では、ＣＮ１３０からのＩＰパケットをＩＡＢドナー１０１からＩＡＢネットワーク１００を介して宛先ＵＥ１１７、１１８へ送信するダウンリンク送信について説明を行った。処理例２では、ＵＥ１１８からの特定のスライスを要求するパケットをＩＡＢノード１０５からＩＡＢネットワーク１００を介してＣＮ１３０へ送信するアップリンクの動作について説明を行う。

ＩＡＢノード１０５がＵＥ１１８からＣＮ１３０宛てのＩＰパケットを受信した際、処理例１と同様に、ＩＡＢノード１０５がＢＡＰデータパケットへ変換して送信する。この際、ＢＡＰアドレスにはＩＡＢドナー１０１のアドレスが設定される。また、パスＩＤはルーティングリストを参照して選択する。

ＩＡＢノード１０５におけるルーティングリストは、処理例１と同様にして、ＩＡＢネットワーク１００におけるパスＩＤと、ＩＡＢドナー１０１及び、各ＩＡＢノード１０２～１０５のＢＡＰアドレス、サポートするＮＳＳＡＩから作成される。なお、処理例２に係るＩＡＢノード１０２～１０５は、各ノードでルーティングリストを作成してもよいし、ＩＡＢドナー１０１またはＣＮ１３０が作成したルーティングリストを受信してもよい。

図８に本実施形態に係るＩＡＢノード１０５のルーティングリストの一例を示す。

ルーティングリスト８０１においてＢＡＰアドレス"００００"はＩＡＢドナー１０１のアドレスである。ここで、図４に示すようにＩＡＢノード１０３はＵＲＬＬＣとｍＭＴＣをサポートし、ＩＡＢノード１０４はｅＭＢＢとＵＲＬＬＣをサポートするものとする。また、ＩＡＢノード１０２、１０５についてはｅＭＢＢとＵＲＬＬＣ及び、ｍＭＴＣをサポートするものとする。

ルーティングリスト８０１を使用して、ＩＡＢノード１０５がＵＥ１１８からｅＭＢＢを要求するパケットを転送する場合を例に、図５でＢＡＰデータパケットを転送する経路を特定する処理について説明する。

Ｓ５０１においてＩＡＢノード１０５は、ＵＥ１１８からスライス種別がｅＭＢＢのＩＰパケットを受信する。ＣＮ１３０はＩＡＢドナー１０１に接続しているため、ＢＡＰデータパケットの宛先ＢＡＰアドレスは"００００"となる。このため、ＩＡＢノード１０５は、Ｓ５０２において、ＵＥ１１８から受信したＩＰパケットの宛先ＢＡＰアドレスが"００００"であると特定し、ＢＡＰデータパケットに宛先ＢＡＰアドレス"００００"を設定する。

ルーティングリスト８０１において、ＢＡＰアドレス"００００"に対するパスＩＤはＰ１、Ｐ２、Ｐ３のパスのうち、ｅＭＢＢ（スライス種別１）をサポート可能なパスＩＤはＰ１となる。このため、Ｓ５０７ではＩＡＢノード１０５がＢＡＰデータパケットのヘッダのパスフィールドにＰ１を設定し、Ｓ５０８でＢＡＰデータパケットを送信する。

また、ＩＡＢノード１０５が送信元ＵＥ１１７からＵＲＬＬＣのパケットを転送する場合にも同様に、ＢＡＰアドレスは"００００"となり、ＵＲＬＬＣ（スライス種別２）をサポートする通信装置によってパケットが転送されるパスはＰ２またはＰ３となる。このため、先にＵＲＬＬＣをサポートするパスであると判定されたパスに基づいてＢＡＰデータパケットのヘッダを設定して送信する。

なお、図５の例では、スライス要求を満たすパスが見つかった場合にはＳ５０３～Ｓ５０５のループ処理を終了するものとして示している。一例では、通信装置は、全てのパスについてスライス要求を満たすか否かを判定した後、スライス要求を満たすパスを選択してＳ５０７～Ｓ５０８の処理に進んでもよい。この場合、複数のパスでスライス種別をサポートする場合は、複数のパスを順番に使用してもよい。

以上説明したように、ＵＥ１１０～１１８からＣＮ１３０に対して特定スライスを要求する通信パケットを送信するアップリンクの場合にも、ＩＡＢネットワーク１００内でスライス要求を満たす経路で通信を行うことが可能となる。

＜実施形態２＞
実施形態１では、通信装置がＩＰパケットを受信し、ＢＡＰデータパケットの転送を行う通信装置がサポートすべきスライス種別と通信経路とを特定し、ＢＡＰデータパケットのヘッダを設定して転送を行う処理について説明した。

実施形態２では通信装置が受信したＩＰパケットのスライス種別をサポートする第１の他の通信装置に、スライス種別を特定可能な情報とともに送信する。通信装置からＢＡＰデータパケットを受信した第１の他の通信装置は、スライス種別を特定し、当該スライス種別をサポートする第２の他の通信装置を特定し、ＢＡＰデータパケットを転送する。

図９に本実施形態に係る通信装置が実行する通信方法について説明する。図９に示す処理は通信装置の制御部２０１によって実行される。

Ｓ９００で、通信装置はパケットを受信する。例えば、ＩＡＢドナー１０１がＣＮ１３０からＩＰパケットを受信する、ＩＡＢノードがＵＥからＩＰパケットを受信する、またはＩＡＢノードが他のＩＡＢノードからＢＡＰパケットを受信する。

Ｓ９０１で、通信装置は受信したパケットに基づいてＢＡＰデータパケットを転送する通信装置がサポートすべきスライス種別を特定する。ＩＡＢドナー１０１またはＩＡＢノードがＩＰパケットを受信する場合には、上述したように宛先ＩＰアドレスや、アドレス範囲に基づいてスライス種別を特定してもよい。また、ＩＡＢノードが他のＩＡＢノードからＢＡＰパケットを受信する場合には、ＢＡＰデータパケットのヘッダに基づいてスライス種別を特定してもよい。

続いて、Ｓ９０２～Ｓ９０４で通信装置は、直接接続している他の通信装置（隣接ノード）について、Ｓ９０１で特定したスライス種別をサポートするか否かを判定する。例えば、図４のトポロジにおいて、ＩＡＢノード１０２がＩＡＢドナー１０１からＢＡＰデータパケットを受信した場合には、ＩＡＢノード１０３，１０４についてサポートするスライス種別を判定する。いずれかの隣接ノードがスライス要求をサポートすると判定すると（Ｓ９０３でＹｅｓ）、通信装置は処理をＳ９０６に進める。Ｓ９０６では、Ｓ９０２～Ｓ９０４の特定であるスライス要求を満たす隣接ノードの情報に基づいて、パスフィールドのＮＥＸＴ ＨＯＰを設定したＢＡＰデータパケットを生成する。続いて、通信装置は、生成したＢＡＰデータパケットを特定した隣接ノードに送信する（Ｓ９０７）。通信装置がＳ９００でＢＡＰデータパケットを受信した場合は、ＢＡＰデータパケットのパスフィールドのみを更新してもよい。通信装置がＳ９００でＩＰパケットを受信した場合は、ＩＰパケットに基づいてＢＡＰデータパケットを生成し、パケットヘッダに特定したスライス要求を示す値を設定する。一例では、ＳＳＴ値がパケットヘッダの予約済ビットに割り当てる。

Ｓ９０７、Ｓ９０８の処理は図５のＳ５０８、Ｓ５０９と同様のため説明を省略する。

以上説明したように、本実施形態に係る通信装置は、ＢＡＰデータパケットを中継する際に、スライス種別をサポートする他の通信装置を特定してＢＡＰデータパケットを作成して送信する。これによって、各通信装置が隣接ノードのサポートするスライス種別を特定できれば、ＩＡＢドナー１０１がルーティングリストを作成することなくスライス要求を満たす通信経路でＢＡＰデータパケットをルーティングすることができる。

＜その他の実施形態＞
また、一例では、通信装置は、ネットワーク内の過去に送受信したＢＡＰデータパケットのヘッダに含まれる、他の通信装置のアドレスやパスなど通信履歴に関する情報を取得し、取得結果に基づいてＢＡＰデータパケットの送信先を特定する。これによって、通信装置が過去に送受信したパケットに基づいてＢＡＰデータパケットを送信する他の通信装置を特定することができる。

例えば、実施形態１の処理例２では、ＩＡＢノード１０２～１０５はルーティングリストを使用して、パスＩＤを判定するものとして説明した。別の例では、過去に受信したＩＡＢドナー１０１からのＢＡＰデータパケットのパスＩＤとＵＥのＩＰアドレスを記憶し、ＵＥからのＩＰパケットを変換する際に同じパスまたはダウンリンクパスに対応するアップリンクパスを設定して送信してもよい。

また、例えば、実施形態２において、隣接ノードがＢＡＰデータパケットのスライス種別をサポートするか否かでパケットの転送を行った結果、転送先が見つからない場合がある。このような場合、スライス種別をサポートする他の通信装置の特定に失敗した通知を受信した通信装置は、以前送信した隣接ノードとは異なるネットワーク内の隣接ノードにＢＡＰデータパケットを転送することができる。

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

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

１００ ＩＡＢネットワーク、１０１ ＩＡＢドナー、１０２～１０５ ＩＡＢノード、１１０～１１８ ＵＥ、２０１ 制御部、２０２ 記憶部、２０３ 無線通信部、２０４ アンテナ制御部、３０１ 送受信部、３０２ 記憶部、３０３ 接続制御部、３０４ スライス要求特定部、３０５ 経路特定部、３０６ 通知部、３０７ スライス管理部

Claims (14)

1. ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用して通信するネットワークの通信装置であって、
   受信した第１パケットに基づいて、前記第１パケットの転送を行う前記ネットワーク内の他の通信装置がサポートすべきスライス種別を特定する第１特定手段と、
   前記ネットワーク内の他の通信装置がサポートするスライス種別に基づいて前記第１特定手段で特定した前記スライス種別をサポートする他の通信装置を特定する第２特定手段と、
   前記第１パケットに基づいて生成されたＢＡＰを使用して通信される第２パケットであって、前記第２特定手段の特定結果に応じてヘッダが設定された第２パケットを、前記第２特定手段で特定した前記他の通信装置に送信する送信手段と、
   を備えることを特徴とする通信装置。
2. 前記第２特定手段は、前記スライス種別をサポートする前記他の通信装置として前記スライス種別をサポートする通信経路を特定し、
   前記第２パケットのヘッダは、前記通信装置から前記第２パケットの宛先の他の通信装置までの通信経路の識別子を含むことを特徴とする請求項１に記載の通信装置。
3. 前記ネットワーク内でパケットを転送するための通信経路の識別子と、前記ネットワークにおける他の通信装置のアドレスと、他の通信装置がサポートするスライス種別とを関連付けたルーティングリストを格納する格納手段をさらに有し、
   前記第２特定手段は、前記ルーティングリストに基づいて前記第１特定手段で特定した前記スライス種別をサポートする通信経路に含まれる他の通信装置を特定することを特徴とする請求項２に記載の通信装置。
4. 前記ルーティングリストを作成する作成手段をさらに有することを特徴とする請求項３に記載の通信装置。
5. 前記通信経路の前記識別子は、前記第２パケットのパスフィールドに設定されることを特徴とする請求項２から４のいずれか１項に記載の通信装置。
6. 前記第２特定手段は、前記スライス種別をサポートし、前記通信装置から直接接続される他の通信装置を特定し、
   前記第２パケットのヘッダは、ＮＥＸＴ ＨＯＰとして前記他の通信装置のＢＡＰアドレスを含むことを特徴とする請求項１に記載の通信装置。
7. 前記通信装置は、前記ネットワーク内でバックホールリンクおよびアクセスリンクの双方にＮＲ（Ｎｅｗ Ｒａｄｉｏ）通信を用いるＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）ノードまたは前記ＩＡＢノードを統括制御するＩＡＢドナーであることを特徴とする請求項１から６のいずれか１項に記載の通信装置。
8. 前記第１特定手段は、前記第１パケットの宛先アドレスまたは前記第１パケットのアプリヘッダに基づいて前記スライス種別を特定することを特徴とする請求項１から７のいずれか１項に記載の通信装置。
9. 前記第１特定手段で特定した前記スライス種別をサポートする他の通信装置が前記第２特定手段によって特定できない場合に、特定に失敗したことを通知する通知手段をさらに備えることを特徴とする請求項１から８のいずれか１項に記載の通信装置。
10. 前記ネットワークにおいて過去に送受信された第２パケットのヘッダに関する情報を取得する第２取得手段をさらに有し、
    前記第２特定手段は、前記第１特定手段によって特定された前記スライス種別をサポートする他の通信装置を前記第２取得手段の取得結果に基づいて特定することを特徴とする請求項１から９のいずれか１項に記載の通信装置。
11. 前記第１パケットはＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットであり、前記通信装置は前記第１パケットをＣＮ（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノードまたはユーザ装置（ＵＥ）から受信することを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
12. 前記第１パケットはＢＡＰデータパケットであり、前記通信装置は前記第１パケットをＩＡＢドナーまたはＩＡＢノードから受信することを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
13. ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用して通信するネットワークの通信装置の通信方法であって、
    受信した第１パケットに基づいて、前記第１パケットの転送を行う前記ネットワーク内の他の通信装置がサポートすべきスライス種別を特定することと、
    前記ネットワーク内の他の通信装置がサポートするスライス種別に基づいて、特定した前記スライス種別をサポートする他の通信装置を特定することと、
    前記第１パケットに基づいて生成されたＢＡＰを使用して通信される第２パケットであって、特定結果に応じてヘッダが設定された第２パケットを、特定した前記他の通信装置に送信することと、
    を含むことを特徴とする通信方法。
14. ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用して通信するネットワークの通信装置により実行されるプログラムであって、
    受信した第１パケットに基づいて、前記第１パケットの転送を行う前記ネットワーク内の他の通信装置がサポートすべきスライス種別を特定する第１特定工程と、
    前記ネットワーク内の他の通信装置がサポートするスライス種別に基づいて、前記第１特定工程において特定した前記スライス種別をサポートする他の通信装置を特定する第２特定工程と、
    前記第１パケットに基づいて生成されたＢＡＰを使用して通信される第２パケットであって、前記第２特定工程の特定結果に応じてヘッダが設定された第２パケットを、前記第２特定工程で特定した前記他の通信装置に送信する送信工程と、
    を実行させることを特徴とするプログラム。

Images