JP7434110B2 - ネットワーク管理システム及び方法 - Google Patents

Description

本発明は、概して、ネットワーク管理に関する。

ＮＷ（ネットワーク）に関し、種々の要件（例えば、許容の遅延時間、必要とされる通信品質、及び、必要とされる帯域）がある。ＮＷについての一種類以上の要件を、以下、便宜上、「サービスレベル」と言う。

それぞれサービスレベルが異なる複数のＮＷ（ネットワーク）が利用される環境がある。この種の環境の一例として、工場がある。例えば、図１に示すように、工場内のＮＷとして、Ｆｉｅｌｄ－ＮＷ、ＣＴＬ－ＮＷ、Ｉｎｆｏ－ＮＷ及びＯｆｆｉｃｅ－ＮＷといった複数のＮＷが構築される。Ｆｉｅｌｄ－ＮＷは、産業機器とＰＬＣ（Programmable Logic Controller）間のＮＷである。ＣＴＬ－ＮＷは、ＣＴＬ間の通信に使用されるＮＷである。ＣＴＬ（コントローラ）として、例えば、ＰＬＣ、ＨＭＩ（Human Machine Interface）、ＭＥＳ（Manufacturing Execution System）及びＳＣＡＤＡ（Supervisory Control And Data Acquisition）がある。Ｉｎｆｏ－ＮＷは、ＭＥＳとＥＲＰ（Enterprise Resources Planning）間の通信、又は、工場内のカメラ（例えば、カメラ１及び２）とＥＲＰ（又は別の装置）間の通信に使用されるＮＷである。Ｏｆｆｉｃｅ－ＮＷは、工場の中又は外にあるオフィスにあるＰＣ（Personal Computer）間の通信に使用されるＮＷである。

これらのＮＷは、一般に、物理的に区切られている。具体的には、これらのＮＷは有線のＮＷである。それぞれ指定の要件を満たすためである。

しかし、全てのＮＷが有線のＮＷであると、変種変量生産に迅速に対応することが難しい。理由は例えば次の通りである。変種変量生産では、製造ラインの組換えが生じる。製造ラインの組換え毎に、ＮＷの再設計（図１が示す例では、例えばＣＴＬ－ＮＷ及びＩｎｆｏ－ＮＷの再設計）が必要になる。有線のＮＷの再設計には、ケーブル接続の物理的な設計変更やＮＷ設定の再検討が伴うため長い時間（例えば１週間）がかかる。また、製造ライン組換えにより、必要な資源（例えば、ＮＷ設備、或いは、ＮＷ敷設が可能な場所）の増加が頻発し得る。

また、無線ＮＷの規格の一例として、５Ｇ／ＬＴＥ（５Ｇ（5th Generation）又はＬＴＥ（Long Term Evolution））が知られている。５Ｇ／ＬＴＥのＮＷは、無線ＬＡＮ（Local Area Network）と比較して安定している。また、ＭＮＯ（移動体通信事業者）以外でも５Ｇ／ＬＴＥのＮＷを構築することができる。このため、自社に５Ｇ／ＬＴＥのＮＷを導入すること（ローカル５Ｇ、又は、プライベートＬＴＥの導入）を検討する企業が出始めていると考えられる。５Ｇに代えて４Ｇ（4th Generation）のＮＷの導入が検討されてもよい。

一例として、工場内の有線ＮＷを５Ｇ／ＬＴＥのＮＷのような無線ＮＷに代えることが検討される。例えば、図２が例示するように、許容される遅延時間が短いＦｉｅｌｄ－ＮＷについては有線ＮＷのままとしても、Ｆｉｅｌｄ－ＮＷ以外の各ＮＷを無線化することが考えられる。

しかし、この場合、サービスレベルが異なる二つ以上のＮＷがフラットになってしまう。結果として、サービスレベルが異なるパケットが混在し、故に、ＮＷ毎のサービスレベルを満たすことが困難である。

特許文献１は、パケット毎の通信品質を保証する制御方法を開示している。その制御方法は、受信したユーザパケットに含まれるパラメータに基づいて、新たに確立するベアラのＱｏＳ（Quality of Service）に関するＱｏＳパラメータを決定し、決定したＱｏＳパラメータに基づいたベアラを新たに確立し、確立したベアラを介して当該ユーザパケットを中継する。

JP2018-191148

特許文献１に開示の技術を利用しても、サービスレベルが異なる二つ以上のＮＷにおけるデータが混在し得る。具体的には、例えば、サービスレベルが異なる二つ以上のＮＷにおけるユーザパケットにおけるパラメータが同一の場合（例えば、それらのＮＷにおけるユーザパケットがいずれも大容量向けの場合）、それらのユーザパケットは同一のＮＷに混在し得る。

複数の第１装置と複数の第２装置との間の無線通信において送受信されるパケットは、第１通信システム、第２通信システム及び第３通信システムを経由する。これらの通信システムを一元的に管理するネットワーク管理システムが構築される。ネットワーク管理システムは、第１通信システム、第２通信システム及び第３通信システムの各々について管理情報を管理する。ネットワーク管理システムは、第１通信システム、第２通信システム及び第３通信システムの各々についての管理情報に基づき、第１通信システム、第２通信システム及び第３通信システムを含んだ通信システム群を異なる複数のサービスレベルにそれぞれ対応した複数の論理区画に区切るための情報設定を、第１通信システム、第３通信システム及び第２通信システムに対して行う。第３通信システムは、コアネットワークである。第１通信システムは、コアネットワークと複数の第１装置と無線通信する一つ又は複数の基地局とを繋ぐネットワークである。第２通信システムは、コアネットワークと複数の第２装置とを繋ぐネットワークである。異なる複数のサービスレベルの各々について、当該サービスレベルに対応した論理区画は、当該サービスレベルに属する第１装置及と第２装置との間の無線通信において送受信されるパケットが経由する区画である。

本発明によれば、サービスレベルが異なるパケットの混在を避けることができる。

サービスレベルが異なる複数のＮＷの各々が有線のＮＷであるケースの一例を示す。 図１が例示するケースにおいて一部のＮＷが無線化されたケースの一例を示す。 第１の実施形態に係るシステム全体の構成例を示す。 第１の実施形態の一比較例を示す。 ＮＷ管理システムの構成例を示す。 第１の実施形態に係る通信装置の構成例を示す。 サービスレベル別の通信の一例を示す。 第１の実施形態に係るサービス管理テーブルの構成例を示す。 第１の実施形態に係るＥＰＣ管理テーブルの構成例を示す。 第１の実施形態に係る一部のＭＢＨ管理テーブルの構成例を示す。 第１の実施形態に係る残りのＭＢＨ管理テーブルの構成例を示す。 第１の実施形態に係るＬＡＮ管理テーブルの構成例を示す。 第１の実施形態に係るテーブル構築処理の流れの一例を示す。 第１の実施形態に係る情報設定処理の流れの一例を示す。 第１の実施形態に係る設定確認処理の流れの一例を示す。 第２の実施形態に係るサービス管理テーブルの構成例を示す。 第２の実施形態に係るＥＰＣ管理テーブルの構成例の一部を示す。 第２の実施形態に係るＭＢＨ管理テーブルの構成例の一部を示す。 第２の実施形態に係るＬＡＮ管理テーブルの構成例の一部を示す。 第２の実施形態に係る通信装置に対するキュー設定の一例を示す。 第３の実施形態に係るシステム全体の構成例を示す。

以下の説明では、「インターフェース装置」は、一つ以上のインターフェースデバイスでよい。当該一つ以上のインターフェースデバイスは、下記のうちの少なくとも一つでよい。
・一つ以上のＩ／Ｏ（Input/Output）インターフェースデバイス。Ｉ／Ｏ（Input/Output）インターフェースデバイスは、Ｉ／Ｏデバイスと遠隔の表示用計算機とのうちの少なくとも一つに対するインターフェースデバイスである。表示用計算機に対するＩ／Ｏインターフェースデバイスは、通信インターフェースデバイスでよい。少なくとも一つのＩ／Ｏデバイスは、ユーザインターフェースデバイス、例えば、キーボード及びポインティングデバイスのような入力デバイスと、表示デバイスのような出力デバイスとのうちのいずれでもよい。
・一つ以上の通信インターフェースデバイス。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイス（例えば一つ以上のＮＩＣ（Network Interface Card））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、以下の説明では、「メモリ」は、一つ以上の記憶デバイスの一例である一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

また、以下の説明では、「永続記憶装置」は、一つ以上の記憶デバイスの一例である一つ以上の永続記憶デバイスでよい。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよく、具体的には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＭＶＮＥ（Non-Volatile Memory Express）ドライブ、又は、ＳＣＭ（Storage Class Memory）でよい。

また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。

また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスでよい。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスでよいが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア記述言語によりゲートアレイの集合体である回路（例えばＦＰＧＡ（Field-Programmable Gate Array）、ＣＰＬＤ（Complex Programmable Logic Device）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。

また、以下の説明では、「ｘｘｘテーブル」といった表現にて、入力に対して出力が得られる情報を説明することがあるが、当該情報は、どのような構造のデータでもよいし（例えば、構造化データでもよいし非構造化データでもよいし）、入力に対する出力を発生するニューラルネットワーク、遺伝的アルゴリズムやランダムフォレストに代表されるような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。また、以下の説明において、各テーブルの構成は一例であり、一つのテーブルは、二つ以上のテーブルに分割されてもよいし、二つ以上のテーブルの全部又は一部が一つのテーブルであってもよい。

また、以下の説明では、「ｙｙｙ部」の表現にて機能を説明することがあるが、機能は、一つ以上のコンピュータプログラムがプロセッサによって実行されることで実現されてもよいし、一つ以上のハードウェア回路（例えばＦＰＧＡ又はＡＳＩＣ）によって実現されてもよいし、それらの組合せによって実現されてもよい。プログラムがプロセッサによって実行されることで機能が実現される場合、定められた処理が、適宜に記憶装置及び／又はインターフェース装置等を用いながら行われるため、機能はプロセッサの少なくとも一部とされてもよい。機能を主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。プログラムは、プログラムソースからインストールされてもよい。プログラムソースは、例えば、プログラム配付計算機又は計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。各機能の説明は一例であり、複数の機能が一つの機能にまとめられたり、一つの機能が複数の機能に分割されたりしてもよい。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通符号を使用し、同種の要素を区別する場合は、参照符号を使用することがある。

また、ＱｏＳクラスや宛先といった要素を識別するための情報として、任意の情報（例えば、「識別情報」、「識別子」、「名前」、「ＩＤ」及び「番号」のうちの少なくとも一つ）が採用されてよい。

以下、幾つかの実施形態を説明する。なお、以下の実施形態では、ＬＴＥのＮＷを例に取る。
［第１の実施形態］

図３は、第１の実施形態に係るシステム全体の構成例を示す。

本実施形態では、第１装置の一例がＵＥ（User Equipment）であり、第２装置の一例がサーバ５０である。ＵＥの一例が、Ｃｅｌｌ－ＧＷ１１やオフィスＰＣ９１である。「Ｃｅｌｌ－ＧＷ」とは、Cellular Gatewayの略であり、基地局９５と間の無線通信を行う装置である。オフィスＰＣ９１は、工場内又は工場外のオフィスに設置されているＰＣである。サーバ５０は、アプリケーションサーバやＷｅｂサーバのようなサーバであり、ＵＥ（又はＵＥ経由の通信の一端としての装置）との通信における送信先又は送信元の一例である。基地局９５は、ｅＮＢ（evolved Node B）（５ＧではｇＮＢ（next generation Node B））と呼ばれてもよい。

サービスレベル毎に、当該サービスレベルに対応したサービスセグメント１０１及びＱｏＳクラスが定義される。

ＱｏＳクラスとしては、いわゆる優先度のように“Ｈｉｇｈ”、“Ｍｉｄｄｌｅ”及び“Ｌｏｗ”が存在する。なお、図３では、セグメント１０１は三つのため、ＱｏＳクラスは、“Ｈｉｇｈ”、“Ｍｉｄｄｌｅ”及び“Ｌｏｗ”の三段階であるが、ＱｏＳクラスの段階数は、セグメント１０１の数と同じ数でよい。また、ＱｏＳクラスは、サービスレベルの一表現例でよい。すなわち、ＱｏＳクラスは、サービスレベルに含まれてよい。

サービスセグメント１０１には、当該サービスセグメント１０１に対応したサービスレベル（ＱｏＳクラス）を満たす通信が望まれる要素が属する。要素としては、少なくともＵＥ（ここではＣｅｌｌ－ＧＷ１１やオフィスＰＣ９１）があり、サーバ５０もサービスセグメント１０１の要素の一例でよい。本実施形態では、サービスレベルの一例として、「ＣＴＬ－ＮＷ」、「Ｉｎｆｏ－ＮＷ」及び「Ｏｆｆｉｃｅ－ＮＷ」がある。従って、サービスセグメント１０１として、ＣＴＬ－ＮＷセグメント１０１Ｃ、Ｉｎｆｏ－ＮＷセグメント１０１Ｉ及びＯｆｆｉｃｅ－ＮＷセグメント１０１Ｏがある。ＵＥとして、ＣＴＬ－ＮＷセグメント１０１Ｃに属するＣｅｌｌ－ＧＷ１１Ｃと、Ｉｎｆｏ－ＮＷセグメント１０１Ｉに属するＣｅｌｌ－ＧＷ１１Ｉと、Ｏｆｆｉｃｅ－ＮＷセグメント１０１Ｏに属するオフィスＰＣ９１Ｏがある。サーバ５０として、ＣＴＬ－ＮＷセグメント１０１Ｃに属するサーバ５０Ｃと、Ｉｎｆｏ－ＮＷセグメント１０１Ｉに属するサーバ５０Ｉと、Ｏｆｆｉｃｅ－ＮＷセグメント１０１Ｏに属するサーバ５０Ｏがある。なお、サービスレベル「ＣＴＬ－ＮＷ」、「Ｉｎｆｏ－ＮＷ」及び「Ｏｆｆｉｃｅ－ＮＷ」の各々は、当該サービスレベルとしての一種類以上の要件に従う。また、ＣＴＬ－ＮＷセグメント１０１Ｃに属するＣｅｌｌ－ＧＷ１１Ｃは、産業機器を制御するＰＬＣ１２Ｃと通信するが、Ｃｅｌｌ－ＧＷ１１ＣとＰＬＣ１２Ｃ間は、例えばイーサネット（登録商標）で接続される。

ＵＥとサーバ５０との間の移動体通信において送受信されるパケットは、ＥＰＣ（Evolved Packet Core）１２０、ＭＢＨ（Mobile Back Haul）１３０及びＬＡＮ（Local Area Network）１１０を経由する。ＥＰＣ１２０、ＭＢＨ１３０及びＬＡＮ１１０の各々は、通信システムの一例である。通信システムは、一つ以上の通信装置で構成されたシステムである。本実施形態において、「通信装置」とは、通信システムのコンポーネントとしての装置を意味する。通信システムにおける通信装置に対する情報設定は、例えば、当該通信装置のコンソール経由で、ＮＷ管理システム１００から行われてよい。

ＥＰＣ１２０は、第３通信システムとしてのコアネットワークの一例である。本実施形態では、上述したようにＬＴＥを例に取っているため、コアネットワークはＥＰＣ１２０である。５Ｇを例に取る場合、コアネットワークは、５Ｇコアネットワークでよい。

ＭＢＨ１３０は、第１通信システム（コアネットワークと複数の第１装置と無線通信する一つ又は複数の基地局とを繋ぐネットワークとしての通信システム）の一例であり、例えば、ＭＮＯが持つ複数の設備を含んだネットワークでよいしユーザにより構築されたネットワークでもよい。複数の基地局９５とＥＰＣ１２０との間の通信において送受信されるパケットがＭＢＨ１３０を経由する。なお、基地局９５とＵＥとの間の通信において送受信されるパケットは、ＲＡＮ（Radio Access Network）１４０を経由する。

ＬＡＮ１１０は、第２通信システム（コアネットワークと複数の第２装置とを繋ぐネットワークとしての通信システム）の一例である。複数のサーバ５０とＥＰＣ１２０との間の通信において送受信されるパケットがＬＡＮ１１０を経由する。

ＥＰＣ１２０、ＭＢＨ１３０及びＬＡＮ１１０を一元的に管理するＮＷ管理システム１００が構築される。ＮＷ管理システム１００は、一つ以上の物理的な計算機を備えた計算機システムでよいが、そのような計算システムに代えて、他種のシステム、例えば、物理的な計算リソース群（例えば、クラウド基盤）上に実現されたシステム（例えば、クラウドコンピューティングシステム）でもよい。

ＮＷ管理システム１００は、情報管理部５１１及び情報設定部５１２を有する。情報管理部５１１は、ＭＢＨ１３０、ＥＰＣ１２０及びＬＡＮ１１０の各々について管理テーブルを管理する。情報設定部５１２は、ＮＷ管理システム１００は、ＭＢＨ１３０、ＥＰＣ１２０及びＬＡＮ１１０の各々についての管理テーブルに基づき、ＭＢＨ１３０、ＥＰＣ１２０及びＬＡＮ１１０を含んだ通信システム群を論理的に区切るための情報設定を、ＭＢＨ１３０、ＥＰＣ１２０及びＬＡＮ１１０に対して行う。異なる複数のＱｏＳクラスの各々について、上記の情報設定により設定された情報に基づき、当該ＱｏＳクラスが関連付けられたサービスレベルに属するＵＥとサーバ５０との間の移動体通信において送受信されるパケットが経由する論理区画が実現される。論理区画は、ＭＢＨ１３０、ＥＰＣ１２０及びＬＡＮ１１０に跨る。例えば、ＣＴＬ－ＮＷセグメント１０１Ｃに属するＣｅｌｌ－ＧＷ１１Ｃとサーバ５０Ｃとの間で送受信されるパケットは、サービスレベル「ＣＴＬ－ＮＷ」に関連付いたＱｏＳクラスに対応した論理区画を経由し、当該論理区画以外の論理区画を経由しない。このように、サービスレベルが異なるパケットが同一の論理区画に混在することを避けることができ、以って、ＵＥとサーバ５０の通信のサービスレベルを、当該ＵＥ及び当該サーバ５０が属するサービスセグメント１０１に対応したサービスレベルに維持することができる。ＵＥ及びサーバ５０を通信の一端及び他端とみなせば、ＮＷ管理システム１００は、ＭＢＨ１３０、ＥＰＣ１２０及びＬＡＮ１１０を含んだ通信システム群をいわゆるEnd to Endに論理的に区切ることができる。なお、図４に例示する比較例によれば、ＣＴＬ－ＮＷ、Ｉｎｆｏ－ＮＷ及びＯｆｆｉｃｅ－ＮＷが無線化によりＭＢＨやＬＡＮにおいてフラットになるため、異なる複数のサービスレベル「ＣＴＬ－ＮＷ」、「Ｉｎｆｏ－ＮＷ」及び「Ｏｆｆｉｃｅ－ＮＷ」のパケットの混在が生じてしまう。本実施形態では、図４に例示の比較例のような混在を避けることができる。また、図３に例示のＣＴＬ－ＮＷセグメント１０１Ｃについては、後述するように、Ｃｅｌｌ－ＧＷ１１Ｃに対して情報（例えばＱＣＩ）が設定される。このため、ＱｏＳ又はＱＣＩを指定できないデバイス（例えば、ＰＬＣ１２Ｃのような工場内デバイス）からの通信でもEnd to EndのQoSを提供することができる。

情報設定部５１２は、ＥＰＣ１２０についての管理テーブルに基づき、異なる複数のサービスレベルにそれぞれ対応した複数のＶＥＰＣ（Virtual EPC）７０をＥＰＣ１２０に設定する。ＶＥＰＣ７０は、仮想第３通信システムの一例である。ＶＥＰＣ７０が、当該ＶＥＰＣ７０に対応した論理区画（具体的には、当該ＶＥＰＣ７０に対応したサービスレベルが関連付いているＱｏＳクラスに対応した論理区画）に関連付いているサービスセグメント１０１内のＵＥとサーバ５０との間で送受信されるパケットを中継する。つまり、ＥＰＣ１２０が、複数のサービスレベルにそれぞれ対応した複数の部分に論理的に区切られる。従って、サービスレベル（サービスセグメント１０１）毎にＶＥＰＣ７０が存在することが異なるサービスレベルのパケットの混在回避に貢献する。各ＶＥＰＣ７０は、当該ＶＥＰＣ７０に対応した論理区画の一要素でよい。各ＶＥＰＣ７０には、当該ＶＥＰＣ７０の識別子の一例として、ＡＰＮ（Access Point Name）が割り振られる。図３が示す例によれば、ＣＴＬ－ＮＷセグメント１０１Ｃに対応したＶＥＰＣ７０Ｃと、Ｉｎｆｏ－ＮＷセグメント１０１Ｉに対応したＶＥＰＣ７０Ｉと、Ｏｆｆｉｃｅ－ＮＷセグメント１０１Ｏに対応したＶＥＰＣ７０Ｏが設けられる。

情報設定部５１２は、ＭＢＨ１３０についての管理テーブルに基づき、上りフロー（サーバ５０側への通信のフロー）と下りフロー（ＵＥ側への通信のフロー）との各々について、複数のサービスレベルにそれぞれ対応した複数のプライオリティキューをＭＢＨ１３０（具体的には、ＭＢＨ１３０を構成する各通信装置８１Ｍ）に設定する。また、情報設定部５１２は、ＬＡＮ１１０についての管理テーブルに基づき、上りフローと下りフローとの各々について、複数のサービスレベルにそれぞれ対応した複数のプライオリティキューをＬＡＮ１１０（具体的には、ＬＡＮ１１０を構成する各通信装置８１Ｌ）に設定する。パケットは、上りフロー及び下りフローのいずれにおいても、当該パケットのＱｏＳクラスに対応したプライオリティキューに振り分けられることになる。つまり、ＭＢＨ１３０及びＬＡＮ１１０の各々が、複数のサービスレベルにそれぞれ対応した複数の部分に論理的に区切られる。従って、このようなプライオリティキュー設定は、異なるサービスレベルのパケットの混在回避に貢献する。

本実施形態では、情報設定部５１２がＥＰＣ１２０に対して設定した情報に基づき、ＥＰＣ１２０が、各基地局９５に、情報設定を行うようになっている。例えば、ＥＰＣ１２０は、各基地局９５に、複数のＱｏＳクラス（複数のサービスレベル）の各々について当該ＱｏＳクラスに対応付けられたＵＥ及びサーバ５０の各々のＩＤを設定してよい。この設定に従い、各基地局は、複数のＱｏＳクラス（複数のサービスレベル）にそれぞれ対応した複数のプライオリティキューを上りフロー及び下りフローの各々について設定してよい。基地局は、パケットを受信した場合、当該パケットを、当該パケットの送信元又は送信先が属するＱｏＳクラスに対応したプライオリティキューに振り分ける。このようにして、基地局９５においても、異なるサービスレベルのパケットの混在が回避される。なお、情報設定部５１２から情報（パケットの中継制御の基になる情報）が設定されたＥＰＣ１２０により基地局９５に情報が設定されることに代えて、情報設定部５１２が基地局９５に情報（パケットの中継制御の基になる情報）を設定してもよい。また、情報設定部５１２は、ＭＢＨ１３０、ＥＰＣ１２０及びＬＡＮ１１０のいずれにも属しない装置であってパケットの送受信に関わる装置に情報（パケットの中継制御の基になる情報）の設定が可能であってもよい。各ＱｏＳクラスについて、当該ＱｏＳクラスに対応した論理区画は、当該ＱｏＳクラスに対応したプライオリティキューを含んでよい。

ＥＰＣ１２０は、ＥＰＣ１２０に対する制御信号を処理する制御信号処理機能（例えば、ＭＭＥ（Mobility Management Entity）、ＰＣＲＦ（Policy and Charging Rule control Function））を有してよい。そこで、情報設定部５１２は、複数のサービスレベルにそれぞれ対応した複数のプライオリティキューに加えて、制御信号処理機能により送受信される制御信号が格納されるためのプライオリティキュー（以下、制御信号キュー）を、上りフローと下りフローとの各々について、各通信装置８１に設定してよい。制御信号キューは、上りフローと下りフローとの各々について、各基地局９５に設定されてよい。制御信号キューは、複数のサービスレベルにそれぞれ対応した複数のプライオリティキューよりも優先度が高いプライオリティキューでよい。

図５は、ＮＷ管理システム１００の構成例を示す。

ＮＷ管理システム１００は、インターフェース装置（例えば、第１及び第２のインターフェースデバイス５０３及び５０４）、記憶装置５０５及びそれらに接続されたプロセッサ５０６を有する。

第１のインターフェースデバイス５０３は、表示デバイス５０１及び入力デバイス５０２（例えば、キーボードやポインティングデバイス）といった入出力デバイスに対するインターフェースデバイスである。

第２のインターフェースデバイス５０４は、各通信装置８１（例えば、ＭＢＨ１３０における各通信装置８１Ｍ、ＥＰＣ１２０における各通信装置、及び、ＬＡＮ１１０における各通信装置８１Ｌ）に対するインターフェースデバイスである。

記憶装置５０５は、種々の情報やプログラムを格納する。記憶装置５０５に格納される情報の一例として、サービス管理テーブル５２１、ＥＰＣ管理テーブル５２２、ＭＢＨ管理テーブル５２３及びＬＡＮ管理テーブル５２４がある。

記憶装置５０５に格納されている一つ以上のプログラムがプロセッサ５０６により実行されることで、上述した情報管理部５１１及び情報設定部５１２が実現される。

具体的には、例えば、情報管理部５１１は、情報管理部５１１が、ＭＢＨ１３０、ＥＰＣ１２０及びＬＡＮ１１０の各々について、当該通信システムについての管理テーブルに含める情報を受け付けるためのユーザインターフェース経由で情報を受け付け、ユーザインターフェースを介して入力され第１のインターフェースデバイス５０３経由で受け付けた情報を、当該管理テーブルに含める。例えば、ユーザインターフェースは、ＧＵＩ（Graphical User Interface）やＣＬＩ（Command Line Interface）でよい。このようにしてユーザから管理テーブルにおける所定種類の情報項目について情報入力を受け付け入力された情報を管理テーブルに反映することで、End to Endの論理分割を実現することができる。

また、例えば、情報設定部５１２は、第２のインターフェースデバイス５０４経由で、ＥＰＣ管理テーブル５２２に基づく情報設定をＥＰＣ１２０に対して行ったり、ＭＢＨ管理テーブル５２３に基づく情報設定をＭＢＨ１３０における各通信装置８１Ｍに対して行ったり、ＬＡＮ管理テーブル５２４に基づく情報設定をＬＡＮ１４０における各通信装置８１Ｌに対して行ったりする。

図６は、本実施形態における通信装置８１の構成例を示す。

通信装置８１は、入力インターフェースデバイス６１０、出力インターフェースデバイス６２０、及びそれらに接続されたスイッチファブリック６５０を有する。図６に例示の通信装置８１は、二つの入力インターフェースデバイス６１０Ａ及び６１０Ｂと、二つの出力インターフェースデバイス６２０Ａ及び６２０Ｂを有する。スイッチファブリック６５０は、入力インターフェースデバイス６１０Ａ及び６１０Ｂと出力インターフェースデバイス６２０Ａ及び６２０Ｂとの間のルーティング制御を行う。

入力インターフェースデバイス６１０Ａ及び６１０Ｂのうち入力インターフェースデバイス６１０Ａを例に取る。入力インターフェースデバイス６１０Ａは、複数の入力ポート６１Ａ（例えば二つの入力ポート６１Ａａ及び６１Ａｂ）と、入力ポート６１Ａ経由で入力されたパケットを内部伝送路に多重するパケット多重部６１２と、パケット多重部６１２により多重化されたパケットを一時格納する入力バッファ６１５Ａとを有する。入力バッファ６１５Ａは、ＮＷ管理システム１００により設定された情報に従う複数のプライオリティキュー（異なる複数のＱｏＳクラス（複数の優先度）にそれぞれ対応した複数の論理キュー）と、パケットをそれら複数のプライオリティキューのうちのいずれかに振り分けるバッファ内振分け部６１３Ａとを有する。

出力インターフェースデバイス６２０Ａ及び６２０Ｂのうち出力インターフェースデバイス６２０Ａを例に取る。出力インターフェースデバイス６２０Ａは、複数の出力ポート６２Ａ（例えば二つの出力ポート６２Ａａ及び６２Ａｂ）と、複数の出力ポート６２Ａにそれぞれ対応した複数の出力バッファ６５Ａ（例えば二つの出力バッファ６５Ａａ及び６５Ａｂ）と、スイッチファブリック６５０から出力されたパケットを複数の出力バッファ６５Ａのうちのいずれかに振り分けるパケット振分け部６２２Ａとを有する。出力バッファ６５Ａａ及び６５Ａｂのうち出力バッファ６５Ａを例に取る。出力バッファ６５Ａａは、パケットを一時格納する。具体的には、例えば、出力バッファ６５Ａａは、ＮＷ管理システム１００により設定された情報に従う複数のプライオリティキューと、パケットをそれら複数のプライオリティキューのうちのいずれかに振り分けるバッファ内振分け部６Ａａとを有する。

入力バッファ６１５内のプライオリティキューへのパケット振分けと出力バッファ６５内のプライオリティキューへのパケット振分けとのいずれについても優先制御（パケットから特定されるＱｏＳクラスに対応したプライオリティキューに当該パケットを振り分ける制御）が行われる。

例えば、通信装置８１にパケットが入力ポート６１Ａａ経由で入力された場合、パケット多重部６１２Ａが、当該パケットを内部伝送路に多重する。このとき、内部伝送速度は、入力ポート６１Ａａの伝送速度の２倍となる。例えば、図６が示すように、入力ポート６１Ａａの伝送速度が１Ｇｂｐｓ（１ギガバイト／秒）の場合、内部伝送速度は２Ｇｂｐｓとなる。入力バッファ６１５Ａのバッファ内振分け部６１３Ａが、優先制御、具体的には、例えば、当該バッファのヘッダフィールドにおける情報を基に宛先とＱｏＳクラスとを特定し、特定したＱｏＳクラスに対応したプライオリティキューにパケットを振り分ける。この優先制御が行われる理由は、例えば次の通りである。すなわち、スイッチ入力が２ＧｂｐｓのＮ倍（Ｎは入力インターフェースデバイス６１０の数）であるのに対してスイッチ出力は２Ｇｂｐｓとなるため、同時にＮの入力インターフェースデバイス６１０からの送信要求があった場合はＱｏＳクラス（優先度）の高い順にプライオリティキューからパケットを読み出す制御を行うことで、優先パケット（ＱｏＳクラスの高いパケット）が通信装置８１内で遅延することを抑止できる。

入力インターフェースデバイス６１０Ａのプライオリティキューから読み出されたパケットが、スイッチファブリック６５０により、当該パケットの特定された宛先に対応した出力インターフェースデバイス６２０に振り分けられる。例えばパケットが出力インターフェースデバイス６２０Ａに振り分けられたとする。パケット振分け部６２２Ａが、当該パケットの特定された宛先に対応した出力バッファ６５Ａに当該パケットを振り分ける。例えばパケットが出力バッファ６５Ａａに振り分けられたとする。バッファ内振分け部６Ａａが、当該パケットのＱｏＳクラスに対応したプライオリティキューにパケットを振り分ける。出力バッファ６５Ａａでは、内部伝送速度（２Ｇｂｐｓ）から出力ポート６２Ａの伝送速度（１Ｇｂｐｓ）への速度変換が行われることになる。出力バッファ６５Ａａにおいて優先制御が行われる理由は、例えば次の通りである。すなわち、出力ポート６２Ａの伝送速度に対して内部伝送速度が高速であるため、スイッチファブリック６５０から出力ポート処理性能を超えるパケットが転送されることがある。このとき、優先度の高いパケットから順に転送することで優先パケットが通信装置８１内で遅延することを抑止できる。

図７は、サービスレベル別の通信の一例を示す。

複数のサービスレベル「ＣＴＬ－ＮＷ」、「Ｉｎｆｏ－ＮＷ」及び「Ｏｆｆｉｃｅ－ＮＷ」の各々について、論理区画７０１が実現される。具体的には、サービスレベル「ＣＴＬ－ＮＷ」に対応した論理区画７０１Ｃ、サービスレベル「Ｉｎｆｏ－ＮＷ」に対応した論理区画７０１Ｉ、及び、サービスレベル「Ｏｆｆｉｃｅ－ＮＷ」に対応した論理区画７０１Ｏがそれぞれ実現される。サービスレベル「ＣＴＬ－ＮＷ」にはＱｏＳクラス“Ｈｉｇｈ”が関連付けられており、サービスレベル「Ｉｎｆｏ－ＮＷ」にはＱｏＳクラス“Ｍｉｄｄｌｅ”が関連付けられており、サービスレベル「Ｏｆｆｉｃｅ－ＮＷ」にはＱｏＳクラス“Ｌｏｗ”が関連付けられている。サービスレベルとＱｏＳクラスとの対応関係は、例えば、ＮＷ管理システム１００から提供されるユーザインターフェース経由でユーザにより定義される。

図７において、基地局９５及びＥＰＣ１２０の各々について、論理区画７０１Ｃ、７０１Ｉ及び７０１Ｏを縦断する破線は、使用される通信プロトコルが切り替わることを意味する。また、図７には、ＵＥ７０、基地局９５、ＥＰＣ１２０及びサーバ５０の各々について、プロトコルスタックが示されている。

ＵＥ７０（本実施形態では、Ｃｅｌｌ－ＧＷ１１又はオフィスＰＣ９１）と基地局９５との間のＲＡＮ１４０経由の通信では、ベアラ７１０Ｐ（ＰＤＣＰ（Packet Data Convergence Protocol）での通信のためベアラ）が確立され、ベアラ７１０Ｐ経由でパケットが送受信される。基地局９５とＶＥＰＣ７０との間のＭＢＨ１３０経由の通信では、ベアラ７１０Ｇ（ＧＴＰ－Ｕ（GPRS Tunneling Protocol for User plane）での通信のためのベアラ）が確立され、ベアラ７１０Ｇ経由でパケットが送受信される。ＶＥＰＣ７０とサーバ５０との間のＬＡＮ１１０経由の通信では、ベアラ７１０Ｖ（ＶＬＡＮでの通信のためベアラ）が確立され、ベアラ７１０Ｖ経由でパケットが送受信される。「ベアラ」は、論理的なパケット通信路である。各ＱｏＳクラスについて、論理区画７０１は、上述したように、プライオリティキューとＶＥＰＣ７０とを含むが、当該ＱｏＳクラスに対応したベアラ７１０も論理的には含む。結果として、End to Endで、ＱｏＳクラスに対応した品質の通信が確保される。ここで言う「品質」は、パケットロス率と転送遅延時間でよい。

本実施形態において、ＥＰＣ１２０は、ＭＢＨ１３０を構成する各通信装置８１Ｍに対して情報設定を行うことはできず、ＭＢＨ１３０を構成する各通信装置８１Ｍに対する情報設定は、ＭＢＨ１３０、ＥＰＣ１２０及びＬＡＮ１１０を一元的に管理するＮＷ管理システム１００により行われる。基地局９５についてはＮＷ管理システム１００又はＥＰＣ１２０から、ＮＷ管理システム１００により情報が設定されたＭＢＨ１３０経由でＡＰＮとＱＣＩとＱｏＳクラスとの対応関係を表す情報が設定される。ＵＥ７０に対しては、当該ＵＥ７０が属するサービスセグメント１０１に対応したＶＥＰＣ７０のＡＰＮと、ＱＣＩ（QoS Class Identifier）と、当該サービスセグメント（当該ＡＰＮ）に対応したフロー識別子の値とがＥＰＣ１２０から設定される。なお、ＱＣＩとＱｏＳクラスとの対応関係を表す図示しない管理テーブルがＮＷ管理システム１００の記憶装置５０５に格納されていてよく、当該管理テーブルを基に、管理テーブル５２１～５２４のうちの一部の構築と、ＭＢＨ１３０、ＥＰＣ１２０及びＬＡＮ１１０のうちの少なくとも一つに対する一部の情報の設定が実現されてもよい。ＱＣＩとＱｏＳクラスとの対応関係は、例えば、ＱＣＩの規定を表すデータ（例えば、３ＧＰＰ（Third Generation Partnership Project）の文書において規定されているデータに基づいていてよく、当該データもＮＷ管理システム１００の記憶装置５０５に格納されていてよい。また、「フロー識別子」の種類として、本実施形態では、後述するように、ＩＰアドレス、ＤＳＣＰ（Differentiated Services Code Point）、及びＶＬＡＮがあり得る。

論理区画７０１毎に、ＲＡＮ１４０、ＭＢＨ１３０及びＬＡＮ１１０といった複数の区間でＩＤ（フロー識別子の値）が引き継がれていく。ＵＥ７０が、ＣＴＬ－ＮＷセグメント１０１ＣのＣｅｌｌ－ＧＷ１１Ｃであるケースを例に取る。このため、Ｃｅｌｌ－ＧＷ１１Ｃから送信されたパケットは、論理区画７０１Ｃを経由して、サーバ５０Ｃに届く。具体的には、例えば以下の通りである。
・ＶＥＰＣ７０ＣのＡＰＮを通知したアタッチがＣｅｌｌ－ＧＷ１１Ｃにより行われることで、ＲＡＮ１４０におけるベアラ７１０ＰＣ、ＭＢＨ１３０におけるベアラ７１０ＧＣ、が確立する。ベアラ７１０ＰＣは、ＶＥＰＣ７０ＣのＡＰＩに関連付けられているＱＣＩに従う通信性能のベアラである。ベアラ７１０ＧＣは、当該ＱＣＩに対応したＱｏＳクラスに従う通信性能のベアラである。
・Ｃｅｌｌ－ＧＷ１１Ｃからベアラ７１０ＰＣ経由でパケットが送信され基地局９５が当該パケットを受信する。この通信は、ＰＤＣＰでの通信である。パケットのＰＤＣＰヘッダにフロー識別子の値が記述されている。
・基地局９５からＶＥＰＣ７０Ｃへのパケットの中継が行われる。基地局９５からベアラ７１０ＧＣ経由でパケット送信は、ＰＤＣＰに代えてＧＴＰ－Ｕで行われる。パケットの中継において、ＰＤＣＰで送信されたパケットのＰＤＣＰヘッダに記述されているフロー識別子の値が、ＧＴＰ－Ｕで送信されるパケットのＩＰヘッダに引き継がれる。フロー識別子の値が記述されたＩＰヘッダを持つパケットが基地局９５からＶＥＰＣ７０Ｃに送信される。
・ＶＥＰＣ７０Ｃからサーバ５０Ｃへのパケットの中継が行われる。ＶＥＰＣ７０Ｃからベアラ７１０ＶＣ経由でパケット送信は、ＧＴＰ－Ｕに代えてＶＬＡＮで行われる。パケットの中継において、ＧＴＰ－Ｕで送信されたパケットのＩＰヘッダに記述されているＱｏＳの値が、ＶＬＡＮで送信されるパケットのＶＬＡＮヘッダに引き継がれる。ＱｏＳの値が記述されたＶＬＡＮヘッダを持つパケットがＶＥＰＣ７０Ｃからサーバ５０Ｃに送信される。

ＲＡＮ１４０、ＭＢＨ１３０及びＬＡＮ１１０といった複数の区間の各々について、通信の優先順位は、ＣＴＬ－ＮＷ＞Ｉｎｆｏ－ＮＷ＞Ｏｆｆｉｃｅ－ＮＷの通りであり、当該区間は、以下のようにして論理的に区切られる。
・ＲＡＮ１４０については次の通りである。すなわち、ＶＥＰＣ７０（ＡＰＮ）別に、当該ＶＥＰＣ７０に対応したＱＣＩが採用される。これにより、ＲＡＮ１４０が複数のＱｏＳクラスに従い論理的に区切られる。
・ＭＢＨ１３０については例えば次の通りである。すなわち、上りに関し、ＶＥＰＣ７０（ＡＰＮ）毎にＤＩＰ（デスティネーションＩＰアドレス）が異なるため、ＤＩＰを用いて上りフローを特定するＱｏＳポリシが通信装置８１Ｍ（例えば、Ｌ２スイッチやＬ３スイッチ）に設定される。ＱｏＳクラスに応じたプライオリティキューが通信装置８１Ｍに実現される。一方、下りに関し、ＶＥＰＣ７０（ＡＰＮ）毎にＳＩＰ（ソースＩＰアドレス）が異なるため、ＳＩＰを用いて下りフローを特定するＱｏＳポリシが通信装置８１Ｍ（例えば、Ｌ２スイッチやＬ３スイッチ）に設定される。ＱｏＳクラスに応じたプライオリティキューが通信装置８１Ｍに実現される。また、例えばＩＰヘッダのＤＳＣＰのようにパケットに優先度を付加するフィールドの値を、ＶＥＰＣ７０（ＡＰＮ）毎に変更し、ＤＳＣＰ値からフローのＱｏＳを特定するＱｏＳポリシが通信装置８１Ｍ（例えば、Ｌ２スイッチやＬ３スイッチ）に設定される。ＱｏＳクラスに応じたプライオリティキューが通信装置８１Ｍに実現されてもよい。また、例えばＶＥＰＣ７０（ＡＰＮ）毎にＶＬＡＮの設定を変更し、ＶＬＡＮ値からフローのＱｏＳを特定するＱｏＳポリシが通信装置８１Ｍ（例えば、Ｌ２スイッチやＬ３スイッチ）に設定される。ＱｏＳクラスに応じたプライオリティキューが通信装置８１Ｍに実現されてもよい。これらにより、ＭＢＨ１３０が論理的に区切られ、複数のＱｏＳクラスを持つことができる。
・ＬＡＮ１１０については例えば次の通りである。すなわち、ＶＥＰＣ７０（ＡＰＮ）毎にＶＬＡＮの設定を変更し、ＶＬＡＮ値からフローのＱｏＳを特定するＱｏＳポリシが通信装置８１Ｌ（例えば、Ｌ２スイッチやＬ３スイッチ）に設定される。ＶＥＰＣ７０（ＡＰＮ）毎に、Ｌ２レベル及びＬ３レベルの各々についての情報設定がされる。Ｌ２レベルでの設定は、ＶＬＡＮの値の設定である。Ｌ３レベルでの設定は、ＩＰアドレスの値の設定である。また、例えば、上りに関し、サーバ５０毎にＤＩＰ（デスティネーションＩＰアドレス）が異なるため、ＤＩＰを用いて上りフローを特定するＱｏＳポリシが通信装置８１Ｌ（例えば、Ｌ２スイッチやＬ３スイッチ）に設定される。ＱｏＳクラスに応じたプライオリティキューが通信装置８１Ｌに実現される。一方、下りに関し、サーバ５０毎にＳＩＰ（ソースＩＰアドレス）が異なるため、ＳＩＰを用いて下りフローを特定するＱｏＳポリシが通信装置８１Ｌ（例えば、Ｌ２スイッチやＬ３スイッチ）に設定される。ＱｏＳクラスに応じたプライオリティキューが通信装置８１Ｌに実現されてもよい。このようにして、ＬＡＮ１１０が論理的に区切られ、複数のＱｏＳクラスを持つことができる。

ＱｏＳクラスに対応した論理区画７０１は、管理テーブル５２１～５２４を用いて設定された情報に基づく。

図８は、サービス管理テーブル５２１の構成例を示す。

サービス管理テーブル５２１は、サービスレベル毎にエントリを有する。各エントリは、エントリＩＤ８０１、サービスレベル名８０２、ＲＡＮ優先設定８０３、ＭＢＨ優先設定８０４及びＬＡＮ優先設定８０５といった情報を保持する。一つのサービスレベルを例に取る（図８の説明において「対象サービスレベル」）。

エントリＩＤ８０１は、対象サービスレベルに対応したエントリのＩＤを表す。サービスレベル名８０２は、対象サービスレベルの名前を表す。

ＲＡＮ優先設定８０３は、ＲＡＮ１４０における優先度を表す。ＭＢＨ優先設定８０４は、ＭＢＨ１３０における優先度を表す。ＬＡＮ優先設定８０５は、ＬＡＮ１１０における優先度を表す。これらの優先度は、対象サービスレベルに関連付いているＱｏＳクラスと同義である。

サービス管理テーブル５２１は、後述するように、管理テーブル５２２～５２４の作成に使用される情報であるが、サービス管理テーブル５２１は無くてもよい。

図９は、ＥＰＣ管理テーブル５２２の構成例を示す。

ＥＰＣ管理テーブル５２２は、ＥＰＣ１２０において利用可能なフロー識別子種類別に存在する。例えば、フロー識別子種類“ＩＰアドレス”に対応したＥＰＣ管理テーブル５２２Ａ、フロー識別子種類“ＤＳＣＰ”に対応したＥＰＣ管理テーブル５２２Ｂ、及び、フロー識別子種類“ＶＬＡＮ”に対応したＥＰＣ管理テーブル５２２Ｃがある。ＥＰＣ管理テーブル５２２Ａ～５２２Ｃの構成は同じため、テーブル５２２Ａを例に取る。

ＥＰＣ管理テーブル５２２Ａは、ＱｏＳクラス（サービスレベル）毎にエントリを有する。各エントリは、エントリＩＤ９０１Ａ、優先度９０２Ａ、フロー識別子９０３Ａ、値９０４Ａ、ＶＥＰＣ名９０５Ａ、ＱＣＩ９０６Ａ及びＳＩＭ ＩＤ９０７Ａといった情報を保持する。一つのＱｏＳクラスを例に取る（図９の説明において「対象ＱｏＳクラス」）。

エントリＩＤ９０１Ａは、対象ＱｏＳクラスに対応したエントリのＩＤを表す。優先度９０２Ａは、対象ＱｏＳクラスとしての優先度を表す。

フロー識別子９０３Ａは、フロー識別子の種類を表す。値９０４Ａは、対象ＱｏＳクラスに対応したフロー識別子値を表す。ＶＥＰＣ名９０５Ａは、対象ＱｏＳクラス（対象ＱｏＳクラスが関連付いているサービスレベル）に対応したＶＥＰＣ７０の名前を表す。ＱＣＩ９０６Ａは、対象ＱｏＳクラスに対応したＱＣＩとしての値を表す。

ＳＩＭ ＩＤ９０７Ａは、対象ＱｏＳクラスが関連付いているサービスセグメント１０１に属する一つ以上のＵＥの各々のＳＩＭカードのＩＤを表す。ＳＩＭ ＩＤ９０７Ａ“ｎ”を持つＳＩＭカードを、「ＳＩＭカードｎ」と言うことができる（ｎは自然数）。

図９に例示のエントリＩＤ９０１Ａ“１”によれば、次の通りである。ＱｏＳクラス“Ｈｉｇｈ”に対応したＶＥＰＣ７０ＡのＶＥＰＣ名９０５Ａは“ＡＰＮ１”であり、ＱｏＳクラス“Ｈｉｇｈ”に対応したＱＣＩ９０６Ａは“４”である。ＶＥＰＣ７０Ｃをデスティネーション又はソースとしたＩＰアドレスの値は“１”である。また、ＱｏＳクラス“Ｈｉｇｈ”が関連付いたＣＴＬ－ＮＷセグメント１０１Ｃには、ＳＩＭカード１～５をそれぞれ持つ五つのＣｅｌｌ－ＧＷ１１Ｃが属する。

ＥＰＣ管理テーブル５２２Ｂによれば、フロー識別子種類はＤＳＣＰであり、故に、値９０４Ｂは、ＤＳＣＰ値を表す。

ＥＰＣ管理テーブル５２２Ｃによれば、フロー識別子種類はＶＬＡＮであり、故に、値９０４Ｃは、ＶＬＡＮ値（ＶＬＡＮのＩＤであるＶＩＤ）を表す。

図１０及び図１１は、ＭＢＨ管理テーブル５２３の構成例を示す。

ＭＢＨ管理テーブル５２３は、ＭＢＨ１３０において利用可能なフロー識別子種類別に存在する。例えば、フロー識別子種類“ＩＰアドレス”に対応したＭＢＨ管理テーブル５２３Ａ、フロー識別子種類“ＤＳＣＰ”に対応したＭＢＨ管理テーブル５２３Ｂ、及び、フロー識別子種類“ＶＬＡＮ”に対応したＭＢＨ管理テーブル５２３Ｃがある。ＭＢＨ管理テーブル５２３Ａ～５２３Ｃは、それぞれ、ＥＰＣ管理テーブル５２２Ａ～５２２Ｃとペアになっている。ＭＢＨ管理テーブル５２３Ａ～５２３Ｃの構成は同じため、テーブル５２３Ａを例に取る。

ＭＢＨ管理テーブル５２３Ａは、ＱｏＳクラス（サービスレベル）毎にエントリを有する。各エントリは、エントリＩＤ１００１Ａ、優先度１００２Ａ、フロー識別子１００３Ａ、上りフロー識別子１００４Ａ、値１００５Ａ、下りフロー識別子１００６Ａ及び値１００７Ａといった情報を保持する。一つのＱｏＳクラスを例に取る（図１０の説明において「対象ＱｏＳクラス」）。

エントリＩＤ１００１Ａは、対象ＱｏＳクラスに対応したエントリのＩＤを表す。優先度１００２Ａは、対象ＱｏＳクラスとしての優先度を表す。フロー識別子１００３Ａは、フロー識別子の種類を表す。

上りフロー識別子１００４Ａは、上りフロー識別子の種類を表し、値１００５Ａは、上りフロー識別子の値を表す。下りフロー識別子１００６Ａは、下りフロー識別子の種類を表し、値１００７Ａは、下りフロー識別子の値を表す。「上りフロー」とは、ＶＥＰＣ７０Ｃ側への通信のフローであり、「下りフロー」とは、ＵＥ側への通信のフローである。図１０において、ＭＢＨ管理テーブル５２３Ａの下に例示のプロトコルスタックは、ＭＢＨ１３０の通信装置８１ＭがＬ３（レイヤ３）のＩＰアドレス情報を識別できる場合のプロトコルスタックおよびＱｏＳ特定に使う識別子を表している。この例によれば、上りフローにおいて、通信装置から送信されたパケットのアウタＩＰヘッダ（ＩＰフィールドの一例）が、ＤＩＰ（デスティネーションＩＰアドレス）として、当該パケットの送信先であるＶＥＰＣ７０ＣのＩＰアドレスの値を含む。また、下りフローにおいて、通信装置が受信したパケットのアウタＩＰヘッダが、ＳＩＰ（ソースＩＰアドレス）として、当該パケットの送信元であるＶＥＰＣ７０ＣのＩＰアドレスの値を含む。

ＭＢＨ管理テーブル５２３Ａによれば、上りフロー及び下りフローのいずれもＶＥＰＣ７０毎にＩＰアドレスで分離され、ＭＢＨ１３０では、上りフローについてはＤＩＰからＱｏＳクラス（サービスレベル）を識別でき、下りフローについてＳＩＰからＱｏＳクラス（サービスレベル）を識別できる。これにより、ＭＢＨ１３０の通信装置８１ＭがＬ３のＩＰアドレス情報を識別できる通信装置であって上りフロー及び下りフローのいずれもＶＥＰＣ７０毎にＩＰアドレスで分離可能とされたケースにおいて、ＭＢＨ１３０でのＱｏＳを維持することができる。

ＭＢＨ管理テーブル５２３Ｂによれば、フロー識別子種類はＤＳＣＰであり、故に、値１００５Ｂ及び１００７Ｂのいずれも、ＤＳＣＰ値を表す。図１０において、ＭＢＨ管理テーブル５２３Ｂの下に例示のプロトコルスタックは、ＭＢＨ１３０の通信装置８１ＭがＬ３ヘッダのＤＳＣＰ情報を識別できる場合のプロトコルスタックおよびＱｏＳ特定に使う識別子を表している。この例によれば、上りフローにおいて、通信装置から送信されたパケットのアウタＩＰヘッダには、ＤＳＣＰ値として、当該パケットの優先度の値を含む。また、下りフローにおいて、通信装置が受信したパケットのアウタＩＰヘッダには、ＤＳＣＰ値として、当該パケットの優先度の値を含む。

ＭＢＨ管理テーブル５２３Ｂによれば、上りフロー及び下りフローのいずれもＶＥＰＣ７０毎にＤＳＣＰ値で分離され、ＭＢＨ１３０では、上りフロー及び下りフローの各々についてＤＳＣＰ値からＱｏＳクラス（サービスレベル）を識別できる。これにより、ＭＢＨ１３０の通信装置８１ＭがＬ３のＤＳＣＰ情報を識別できる通信装置であって上りフロー及び下りフローのいずれもＶＥＰＣ７０毎にＤＳＣＰ値で分離可能とされたケースにおいて、ＭＢＨ１３０でのＱｏＳを維持することができる。

図１１に示すように、ＭＢＨ管理テーブル５２３Ｃによれば、フロー識別子種類はＶＬＡＮであり、故に、値１００５Ｃ及び１００７Ｃのいずれも、ＶＬＡＮ値（ＶＬＡＮのＩＤであるＶＩＤ）を表す。図１１において、ＭＢＨ管理テーブル５２３Ｃの下に例示のプロトコルスタックは、ＭＢＨ１３０において、Ｌ２（レベル２）のＶＬＡＮタグが付与されたパケットがｅＮＢとＶＥＰＣ間で送受され、通信装置８１ＭがＬ２のＶＬＡＮタグ情報を識別できる場合のプロトコルスタックおよびＱｏＳ特定に使う識別子を表している。この例によれば、上りフローにおいて、通信装置から送信されたパケットのＬ２ヘッダが、ＶＬＡＮ値として、当該パケットの送信先であるＶＥＰＣ７０Ｃが接続されているＶＬＡＮの値を含む。また、下りフローにおいて、通信装置が受信したパケットのＬ２ヘッダが、ＶＬＡＮ値として、当該パケットの送信元であるＶＥＰＣ７０Ｃが接続されているＶＬＡＮの値を含む。

ＭＢＨ管理テーブル５２３Ｃによれば、上りフロー及び下りフローのいずれもＶＥＰＣ７０毎にＶＬＡＮ値で分離され、ＭＢＨ１３０では、上りフロー及び下りフローの各々についてＶＬＡＮ値からＱｏＳクラス（サービスレベル）を識別できる。これにより、ＭＢＨ１３０の通信装置８１ＭがＬ２のＶＬＡＮ値を識別できる通信装置であって上りフロー及び下りフローのいずれもＶＥＰＣ７０毎にＶＬＡＮ値で分離可能とされたケースにおいて、ＭＢＨ１３０でのＱｏＳを維持することができる。

図１２は、ＬＡＮ管理テーブル５２４の構成例を示す。

ＬＡＮ管理テーブル５２４は、ＬＡＮ１１０において利用可能なフロー識別子種類別に存在する。例えば、フロー識別子種類“ＶＬＡＮ”に対応したＬＡＮ管理テーブル５２４Ａ、及び、フロー識別子種類“ＩＰアドレス”に対応したＬＡＮ管理テーブル５２４Ｂがある。図９～図１１によれば、ＥＰＣ管理テーブル５２２とＭＢＨ管理テーブル５２３とのペアは三パターンあるが（三つのフロー識別子種類“ＩＰアドレス”、“ＤＳＣＰ”及び“ＶＬＡＮ”があるが）、ＬＡＮ管理テーブル５２４は、二パターンである。このため、合計で六パターンの組合せがある。

ＬＡＮ管理テーブル５２４Ａ及び５２４Ｂの構成は同じため、テーブル５２４Ａを例に取る。

ＬＡＮ管理テーブル５２４Ａは、ＱｏＳクラス（サービスレベル）毎にエントリを有する。各エントリは、エントリＩＤ１２０１Ａ、優先度１２０２Ａ、フロー識別子１２０３Ａ、上りフロー識別子１２０４Ａ、値１２０５Ａ、下りフロー識別子１２０６Ａ及び値１２０７Ａといった情報を保持する。一つのＱｏＳクラスを例に取る（図１２の説明において「対象ＱｏＳクラス」）。

エントリＩＤ１２０１Ａは、対象ＱｏＳクラスに対応したエントリのＩＤを表す。優先度１２０２Ａは、対象ＱｏＳクラスとしての優先度を表す。フロー識別子１２０３Ａは、フロー識別子の種類を表す。

上りフロー識別子１２０４Ａは、上りフロー識別子の種類を表し、値１２０５Ａは、上りフロー識別子の値を表す。下りフロー識別子１２０６Ａは、下りフロー識別子の種類を表し、値１２０７Ａは、下りフロー識別子の値を表す。

図１２において、ＬＡＮ管理テーブル５２４Ａの下に例示のプロトコルスタックは、ＬＡＮ１１０の通信装置８１ＬがＬ２のＶＬＡＮタグ情報を識別できるの場合のプロトコルスタックおよびＱｏＳ特定に使う識別子を表している。この例によれば、上りフローにおいて、通信装置８１Ｌから送信されたパケットのＬ２ヘッダが、ＶＬＡＮ値として、当該パケットの送信先であるサーバ５０ＣおよびＶＥＰＣ７０Ｃが接続されているＶＬＡＮの値を含む。また、下りフローにおいて、通信装置８１Ｌが受信したパケットのＬ２ヘッダが、ＶＬＡＮ値として、当該パケットの送信元であるサーバ５０ＣおよびＶＥＰＣ７０Ｃが接続されているＶＬＡＮの値を含む。

ＬＡＮ管理テーブル５２４Ａによれば、ＶＥＰＣ７０毎にＶＬＡＮが設けられており、ＬＡＮ１１０では、ＶＬＡＮ値からＱｏＳクラス（サービスレベル）を識別できる。これにより、ＬＡＮ１１０の通信装置８１ＬがＬ２のＶＬＡＮ値を識別できる通信装置であって上りフロー及び下りフローのいずれもＶＥＰＣ７０毎にＶＬＡＮ値で分離可能とされたケースにおいて、ＬＡＮ１１０でのＱｏＳを維持することができる。

ＬＡＮ管理テーブル５２４Ｂによれば、フロー識別子種類はＩＰアドレスであり、故に、値１２０５Ｂ及び１２０７Ｂのいずれも、ＩＰアドレスの値を表す。図１２において、ＬＡＮ管理テーブル５２４Ｂの下に例示のプロトコルスタックは、ＬＡＮ１１０の通信装置８１ＬがＬ３のＩＰアドレス情報を識別できる場合のプロトコルスタック及びＱｏＳ特定に使う識別子を表している。この例によれば、上りフローにおいて、通信装置８１Ｌから送信されたパケットのアウタＩＰヘッダが、ＤＩＰとして、当該パケットの送信先であるサーバ５０ＣのＩＰアドレスの値を含む。また、下りフローにおいて、Ｌ３スイッチが受信したパケットのアウタＩＰヘッダが、ＳＩＰとして、当該パケットの送信元であるサーバ５０ＣのＩＰアドレスの値を含む。

ＬＡＮ管理テーブル５２４Ｂによれば、上りフロー及び下りフローのいずれについてもＶＥＰＣ７０毎にＩＰアドレスで分離され、ＬＡＮ１１０では、上りフローについてはＤＩＰからＱｏＳクラス（サービスレベル）を識別でき、下りフローについてＳＩＰからＱｏＳクラス（サービスレベル）を識別できる。これにより、ＬＡＮ１１０の通信装置８１ＬがＬ３のＩＰアドレス情報を識別できる通信装置であって上りフロー及び下りフローのいずれもＶＥＰＣ７０毎にＩＰアドレスで分離可能とされたケースにおいて、ＬＡＮ１１０でのＱｏＳを維持することができる。

以下、本実施形態で行われる処理の例を説明する。

図１３は、テーブル構築処理の流れの一例を示す。

情報管理部５１１が、サービス管理テーブル５２１に登録される情報を受け付けるユーザインターフェース（例えば、ＧＵＩ又はＣＬＴ）を提供し、当該ユーザインターフェースを介して、ユーザ（例えば、工場を持つ企業におけるネットワーク管理者）から情報を受け付ける（Ｓ１３０１）。情報管理部５１１が、Ｓ１３０１で受け付けた情報をサービス管理テーブル５２１に登録する（Ｓ１３０２）。受け付ける情報は、一つ以上の情報セットである。情報セットは、例えば、サービスレベル名８０２、ＲＡＮ優先設定８０３、ＭＢＨ優先設定８０４及びＬＡＮ優先設定８０５の組である。エントリＩＤ８０１は、情報管理部５１１により自動付与されてもよいし、ユーザから受け付けられてもよい。

情報管理部５１１が、サービス管理テーブル５２１に登録された情報をＥＰＣ管理テーブル５２２、ＭＢＨ管理テーブル５２３及びＬＡＮ管理テーブル５２４に反映する（Ｓ１３０３）。具体的には、例えば、下記が行われてよい。
・ＲＡＮ優先設定８０３、ＭＢＨ優先設定８０４及びＬＡＮ優先設定８０５の値（例えば、“Ｈｉｇｈ”、“Ｍｉｄｄｌｅ”又は“Ｌｏｗ”）毎に、ＥＰＣ管理テーブル５２２、ＭＢＨ管理テーブル５２３及びＬＡＮ管理テーブル５２４の各々について、エントリが構築される。例えば、ＥＰＣ管理テーブル５２２及びＭＢＨ管理テーブル５２３の各々については、構築されたエントリは、サービス管理テーブル５２１のエントリに１：１で対応してよく、構築された各エントリに、当該エントリに対応するエントリのエントリＩＤ８０１と同じ値がエントリＩＤとして登録されてよい。
・構築されたエントリの優先度９０２、１００２又は１２０２に、当該エントリに対応する優先度の値（例えば、“Ｈｉｇｈ”、“Ｍｉｄｄｌｅ”又は“Ｌｏｗ”）が登録される。

情報管理部５１１が、ＥＰＣ管理テーブル５２２に登録される情報を受け付けるユーザインターフェースを提供し、当該ユーザインターフェースを介して、情報を受け付ける（Ｓ１３０４）。情報管理部５１１が、Ｓ１３０４で受け付けた情報をＥＰＣ管理テーブル５２２に登録する（Ｓ１３０５）。受け付ける情報は、一つ以上の情報セットである。情報セットは、例えば、フロー識別子９０３、値９０４、ＶＰＥＣ名９０５、ＱＣＩ９０６及びＳＩＭ ＩＤ９０７の組である。エントリＩＤ９０１は、情報管理部５１１により自動付与されてもよいし、ユーザから受け付けられてもよい。少なくとも一つのＳＩＭ ＩＤ９０７が含む値（ＳＩＭカードのＩＤ）は、後からの追加又は削減が可能である。すなわち、対応するサービスセグメント１０１に属するＵＥの増減に応じて、ＳＩＭ ＩＤ９０７における値の増減がされてよい。

情報管理部５１１が、ＭＢＨ管理テーブル５２３に登録される情報を受け付けるユーザインターフェースを提供し、当該ユーザインターフェースを介して、情報を受け付ける（Ｓ１３０６）。情報管理部５１１が、Ｓ１３０６で受け付けた情報をＭＢＨ管理テーブル５２３に登録する（Ｓ１３０７）。受け付ける情報は、一つ以上の情報セットである。情報セットは、例えば、フロー識別子１００３、上りフロー識別子１００４、値１００５、下りフロー識別子１００６及び値１００７の組である。エントリＩＤ１００１は、情報管理部５１１により自動付与されてもよいし、ユーザから受け付けられてもよい。

情報管理部５１１が、ＬＡＮ管理テーブル５２４に登録される情報を受け付けるユーザインターフェースを提供し、当該ユーザインターフェースを介して、情報を受け付ける（Ｓ１３０８）。情報管理部５１１が、Ｓ１３０８で受け付けた情報をＬＡＮ管理テーブル５２４に登録する（Ｓ１３０９）。受け付ける情報は、一つ以上の情報セットである。情報セットは、例えば、フロー識別子１２０３、上りフロー識別子１２０４、値１２０５、下りフロー識別子１２０６及び値１２０７の組である。エントリＩＤ１２０１は、情報管理部５１１により自動付与されてもよいし、ユーザから受け付けられてもよい。

情報管理部５１１が、ユーザから完了通知を付ける（Ｓ１３１０）。この場合に、テーブル構築処理が終了となる。なお、テーブル構築処理において、ユーザインターフェースは、管理テーブル５２１～５２４の各々について独立していることに代えて、管理テーブル５２１～５２４のうちの少なくとも二つに登録される情報を受け付けるユーザインターフェースでもよい。

図１４は、情報設定処理の流れの一例を示す。

情報設定部５１２が、直前回の情報設定処理の時のテーブル群（管理テーブル５２２～５２４）である前回のテーブル群と、最新のテーブル群とを取得する（Ｓ１４０１）。情報設定部５１２が、最新のテーブル群が前回のテーブル群と相違しているか否かを判定する（Ｓ１４０２）。Ｓ１４０２の判定結果が真の場合、つまり、差分情報がある場合、Ｓ１４０３～Ｓ１４０５が行われる。ここで、初回の情報設定処理では、前回のテーブル群が無いため、テーブル群全体が、差分情報に相当する。また、差分情報は、前回のテーブル群に無く最新のテーブル群にある情報である追加情報と、前回のテーブル群にあり最新のテーブル群にある情報である削減情報とのうちのいずれも含み得る。

情報設定部５１２が、ＭＢＨ１３０の各通信装置８１Ｍに対して、差分情報に基づく情報設定を行う（Ｓ１４０３）。次に、情報設定部５１２が、ＥＰＣ１２０における各ＶＥＰＣ７０に対して、差分情報に基づく情報設定を行う（Ｓ１４０４）。ＶＥＰＣ７０が無ければＶＥＰＣの構築のための情報設定も行われる。次に、情報設定部５１２が、ＬＡＮ１１０における各通信装置８１Ｌに対して、差分情報に基づく情報設定を行う（Ｓ１４０５）。

Ｓ１４０２の判定結果が偽の場合、又は、Ｓ１４０５の後、情報設定部５１２が、ルーティング禁止設定を行う（Ｓ１４０６）。具体的には、例えば、情報設定部５１２が、ＶＥＰＣ７０間のルーティング禁止の設定をＥＰＣ１２０に対して行い、且つ、ＶＬＡＮ間のルーティング禁止の設定をＬＡＮ１１０に対して行う。これにより、異なるサービスレベルのパケットの混在を避けることの確実性を向上することができ、且つ、セキュリティリスクを軽減することができる。

Ｓ１４０６の後、情報設定部５１２が、ユーザに、設定完了を通知する（Ｓ１４０７）。

フロー識別子として、ＩＰアドレスの値、ＤＳＣＰ値、及びＶＬＡＮ値のいずれを採用するかは、ＭＢＨ１３０における通信装置８１ＭやＬＡＮ１１０における通信装置８１ＬがＬ３スイッチであるのかＬ２スイッチであるのかや、ＥＰＣ１２０の特性等によって異なり得る。本実施形態によれば、ＥＰＣ管理テーブル５２２、ＭＢＨ管理テーブル５２３及びＬＡＮ管理テーブル５２４の各々は、送受信されるパケットから検出可能なフロー識別子の種類毎に存在する。Ｌ３とＬ２といったスイッチングのレイヤが違ってもＱｏＳを引き継ぐことができる。なお、図１３に例示のテーブル構築処理と図１４に例示の情報設定処理の少なくとも一つにおいて、フロー識別子種類の指定を情報管理部５１１又は情報設定部５１２がユーザから受け付け、情報設定部５１２が、指定されたフロー識別子種類に対応した管理テーブルを基に情報設定を行ってよい。

また、上りフロー及び下りフローの各々についてフロー識別子の値が設定され、サービスセグメント１０１毎に上りフロー及び下りフローのいずれについても当該サービスセグメント１０１に対応したＱｏＳが維持される。

また、図１４に例示の処理によれば、ＭＢＨ１３０に対する情報設定の後にＥＰＣ１２０に対する情報設定が行われる。例えば、ＥＰＣ１２０が、ＥＰＣ１２０に設定された情報に基づき、基地局９５及びＵＥの少なくとも一つに対してＭＢＨ１３０を介して情報設定を行うようになっているとする。この場合、ＥＰＣ１２０に対する情報設定よりも先にＭＢＨ１３０に対して情報設定を行っておくことで、ＥＰＣ１２０からの基地局９５及びＵＥの少なくとも一つに対する適切な情報設定を可能にすることができる。

図１５は、設定確認処理の流れの一例を示す。

情報設定部５１２が、ＥＰＣ１２０（各通信装置）、ＭＢＨ１３０（各通信装置８１Ｍ）及びＬＡＮ１１０（各通信装置８１Ｌ）から、情報を収集する（Ｓ１５０１）。情報設定部５１２が、収集された情報を用いたチェックを行う（Ｓ１５０２）。情報設定部５１２が、チェック結果をユーザに通知する（Ｓ１５０３）。

図１５が例示する情報確認処理は、例えば、下記のうちの少なくとも一つでよい。
・設定された情報が正しいか否かの確認。具体的には、例えば、次の通りである。すなわち、情報設定部５１２が、ＥＰＣ１２０、ＭＢＨ１３０及びＬＡＮ１１０の各々から、情報設定部５１２により設定された情報を収集する（Ｓ１５０１）。情報設定部５１２が、収集された情報が、管理テーブル５２２～５２４に従う情報であるか否かを判定する（Ｓ１５０２）。情報設定部５１２が、当該判定の結果をユーザに通知する（Ｓ１５０３）。このようにして、情報が正しく設定されているか否かをユーザが知ることができる。
・期待されるＱｏＳが維持されているか否かの確認。具体的には、例えば、次の通りである。すなわち、情報設定部５１２が、ＥＰＣ１２０、ＭＢＨ１３０及びＬＡＮ１１０の各々から、メトリック情報（例えば、ＶＥＰＣ７０毎のメトリック情報、プライオリティキュー毎のメトリック情報）を収集する（Ｓ１５０１）。情報設定部５１２が、収集されたメトリック情報から、サービスセグメント１０１毎に、期待されるＱｏＳが維持しているか否かを判定する（Ｓ１５０２）。情報設定部５１２が、当該判定の結果をユーザに通知する（Ｓ１５０３）。このようにして、期待されるＱｏＳが維持されているか否かをユーザが知ることができる。
［第２の実施形態］

第２の実施形態を説明する。その際、第１の実施形態との相違点を主に説明し、第１の実施形態との共通点については説明を省略又は簡略する。

本実施形態では、例えば、サービスセグメント群（二つ以上のサービスセグメント１０１）が、ユーザ別に存在し、通信システム群が、異なる複数のユーザに共用される。本実施形態では、ユーザ別に、当該ユーザに属するサービスセグメント１０１毎の期待されるＱｏＳを維持することができる。

本実施形態に係る管理テーブル５２１～５２４は、例えば、第１の実施形態と以下の点で相違する。
・サービス管理テーブル５２１は、例えば図１６に示す通りである。すなわち、ユーザＩＤ１６０１が格納されるカラムと最低保証帯域１６０２が格納されるカラムが追加される。ユーザＩＤ１６０１は、ユーザのＩＤを表す。最低保証帯域１６０２は、ユーザとＱｏＳクラスとの組に対応した最低保証帯域を表す（“Best effort”は、通信できるときにいつでも通信できるが優先度の高いパケットがある場合はそのパケット転送を優先することを意味する）。テーブル構築処理では、ユーザインターフェース経由で、ユーザＩＤ及び最低保証帯域も入力される。
・ＥＰＣ管理テーブル５２２は、例えば図１７に示す通りである。すなわち、ＥＰＣ管理テーブル５２２Ａには、エントリ（ここでは、ユーザとＱｏＳクラスとの組）毎に、最低保証帯域を表す情報である最低保証帯域１７０１Ａが登録される。
・ＭＢＨ管理テーブル５２３は、例えば図１８に示す通りである。すなわち、ＭＢＨ管理テーブル５２３Ｂには、エントリ（ここでは、ユーザとＱｏＳクラスとの組）毎に、最低保証帯域を表す情報である最低保証帯域１８０１Ｂが登録される。
・ＬＡＮ管理テーブル５２４は、例えば図１９に示す通りである。すなわち、ＬＡＮ管理テーブル５２４Ｂには、エントリ（ここでは、ユーザとＱｏＳクラスとの組）毎に、最低保証帯域を表す情報である最低保証帯域１９０１Ｂが登録される。

図２０は、通信装置に対するキュー設定の一例を示す。

本実施形態では、基地局（通信装置の一例）、ＥＰＣ１２０における各通信装置、ＭＢＨ１３０における各通信装置８１Ｂ、及び、ＬＡＮ１１０における各通信装置８１Ｌが、以下の構造のキューを有する。

すなわち、各優先度について、当該優先度に対応したプライオリティキューが、ユーザ毎に存在する。そして、プライオリティキュー毎に、帯域制御部２０が備えられる。また、それらの帯域制御部２０を統括する帯域制御統括部２０００が備えられる。帯域制御部２０は、プライオリティキューからの読み出したパケットのデータ量（パケット読出しデータ量）と、当該プライオリティキューについて設定されている最低保証帯域とを比較する。帯域制御部２０は、プライオリティキューにパケットがあり且つパケット読出しデータ量が最低保証帯域以下ならば、読出し可能として、スケジューラ（図示せず）に読出しリクエストを出す。最低保証帯域が“Best effort”の場合は、帯域制御部２０は、次の制御を行う。すなわち、帯域制御部２０は、プライオリティキューにパケットがある場合は常時読出しリクエストをスケジューラに出す。しかし、パケット読出しデータ量が最低保証帯域以下のプライオリティキュー（最低保証帯域が“Best effort”ではないプライオリティキュー）にパケットがある場合は、帯域制御部２０は、読出しリクエストを出すことを待つ。

通信装置は、ＰＱ（Priority Queueing）制御を行う。ＰＱ制御とは、優先度の高いプライオリティキューにパケットが格納されており且つ優先度の高いキューの帯域制御が起動しない（読出しが可能な）場合は、優先度が高い程、優先的に、プライオリティキューからパケットを読み出すスケジューリングである。これにより、ユーザ毎に異なる優先度のプライオリティキューが備えられている場合に、ユーザ別に、優先度の高い程に、パケットの優先的な読出し（吐き出し）が可能である。

通信装置は、ＲＲ（Round Robin）制御を行う。ＲＲ制御とは、プライオリティキューがパケットを格納しており且つ帯域制御が起動しない（読出しが可能な）場合は公平にキューからパケットを読み出すスケジューリングである。例えば、帯域制御統括部２０００が、ＲＲで順次帯域制御部２０を起動してよい。なお、複数のユーザが公平でありさえすればよいので、ＲＲ制御に代えて他種の制御が採用されてもよい。

各通信装置（基地局９５、ＥＰＣ１２０の各通信装置、各通信装置８１Ｂ、各通信装置８１Ｌ）が、図２０に例示のキュー構造を有し図２０を参照して説明した制御を行うことで、複数のユーザを同じネットワークに収容してもユーザごとの設定した帯域を確実に保証しつつも転送優先度の高いパケットの転送遅延を抑えたEnd to Endの分割を設定できる。
［第３の実施形態］

第３の実施形態を説明する。その際、第１及び第２の実施形態との相違点を主に説明し、第１及び第２の実施形態との共通点については説明を省略又は簡略する。

図２１は、第３の実施形態に係るシステム全体の構成例を示す。

第３の実施形態によれば、ＬＡＮ１１０とサーバ５０との間にスイッチ群（例えば一つ以上のネットワークスイッチ）２４０が介在する。スイッチ群２４０に、ＧＷ（ゲートウェイ）２４１を介して外部ＮＷ２４２が接続される。外部ＮＷ２４２に、ＵＥを一端とした通信の他端となり得る装置２４３が接続されている。

本実施形態によれば、第２装置の一例として、サーバ５０に代えて又は加えて、通信システム群（ＭＢＨ１３０、ＥＰＣ１２０及びＬＡＮ１１０）の外部のＮＷ２４２に接続されている装置２４３も採用することができる。

以上、幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。

例えば、本発明は、工場以外の環境におけるＮＷを論理的に複数の論理区画に区切ること、例えば、論理区画を、部門（開発部、調達部）別に設けることも、用途（例えば、音声通話、Ｗｅｂページ閲覧）別に設けること、言い換えれば、サービスレベルとして部門や用途を採用することも可能である。

また、例えば、第３通信システムは、第１の通信システムの一例でよく、第１通信システムは、第２の通信システムの一例でよく、第２通信システムは、第３の通信システムの一例でよい。第１乃至第３の通信システムの各々は、一つ以上の通信装置で構成されていてよい。第１装置から送信されたパケットは、第２の通信システム、第１の通信システム及び第３の通信システムの順で経由して第２装置に到達してよい。第２装置から送信されたパケットは、第３の通信システム、第１の通信システム及び第２の通信システムの順で経由して第１装置に到達してよい。第１乃至第３の通信システムのうち、例えば第１の通信システム又は第３の通信システムについて、当該通信システムを構成する複数の通信装置は、一つ以上のネットワークを構成していてよい。ネットワーク毎に、例えば、サービス管理テーブル５２１に優先設定のカラムが存在してよく、また、上りフロー及び下りフローの各々についてフロー識別子種類とフロー識別子の値とをＱｏＳクラス毎に表す管理テーブルが用意されていてもよい。

１００：ＮＷ管理システム

Claims (15)

1. 複数の第１装置と複数の第２装置との間の無線通信において送受信されるパケットが経由する第１通信システム、第２通信システム及び第３通信システムの各々について管理情報を管理する情報管理部と、
   前記第１通信システム、前記第２通信システム及び前記第３通信システムの各々についての管理情報に基づき、前記第１通信システム、前記第２通信システム及び前記第３通信システムを含んだ通信システム群を異なる複数のサービスレベルにそれぞれ対応した複数の論理区画に区切るための情報設定を、前記第１通信システム、前記第３通信システム及び前記第２通信システムに対して行う情報設定部と
   を備え、
   前記複数の第１装置は、一つ又は複数の基地局と通信する装置であり、
   前記第３通信システムは、コアネットワークであり、
   前記第１通信システムは、前記コアネットワークと前記一つ又は複数の基地局とを繋ぐネットワークであり、
   前記第２通信システムは、前記コアネットワークと前記複数の第２装置とを繋ぐネットワークであり、
   前記異なる複数のサービスレベルの各々について、当該サービスレベルに対応した論理区画は、当該サービスレベルに属する前記第１装置と前記第２装置との間の無線通信において送受信されるパケットが経由する区画である、
   ネットワーク管理システム。
2. 前記情報設定部は、前記第３通信システムについての管理情報に基づき、異なる複数のサービスレベルにそれぞれ対応した複数の仮想第３通信システムを前記第３通信システムに設定する、
   請求項１に記載のネットワーク管理システム。
3. 前記情報設定部は、
   前記第１通信システムについての管理情報に基づき、第２装置側への通信である上りフローと第１装置側への通信である下りフローとの各々について、前記複数のサービスレベルにそれぞれ対応した複数のプライオリティキューを前記第１通信システムに設定し、
   前記第２通信システムについての管理情報に基づき、上りフローと下りフローとの各々について、前記複数のサービスレベルにそれぞれ対応した複数のプライオリティキューを前記第２通信システムに設定する、
   請求項２に記載のネットワーク管理システム。
4. 前記第３通信システムについての管理情報は、送受信されるパケットから検出可能なフロー識別子の種類毎に存在し、サービスレベルとフロー識別子と仮想第３通信システムの識別子との関係を表し、
   前記第１通信システムについての管理情報は、送受信されるパケットから検出可能なフロー識別子の種類毎に存在し、サービスレベルと上りフロー識別子と下りフロー識別子との関係を表し、
   前記第２通信システムについての管理情報は、送受信されるパケットから検出可能なフロー識別子の種類毎に存在し、サービスレベルと上りフロー識別子と下りフロー識別子との関係を表す、
   請求項２に記載のネットワーク管理システム。
5. 基地局と仮想第３通信システムとの間で送受信されるパケットのＩＰフィールドにＩＰアドレス値が設定され、且つ、基地局と仮想第３通信システムとの間で送受信されるパケットから検出可能なフロー識別子の種類がＩＰアドレスの場合、前記第１通信システムについての管理情報において、上りフロー識別子は、デスティネーションＩＰアドレスの値であり、下りフロー識別子は、ソースＩＰアドレスの値である、
   請求項４に記載のネットワーク管理システム。
6. 基地局と仮想第３通信システムとの間で送受信されるパケットのＤＳＣＰ（Differentiated Services Code Point）フィールドに、当該仮想第３通信システムに対応したサービスレベルに対応したＱＣＩ（QoS Class Identifier）であり当該仮想第３通信システムが基地局に設定したＱＣＩと同等のＤＳＣＰ値が設定されるようになっており、且つ、当該基地局と当該仮想第３通信システムとの間で送受信されるパケットから検出可能なフロー識別子の種類がＤＳＣＰの場合、前記第１通信システムについての管理情報において、上りフロー識別子及び下りフロー識別子は、それぞれ、ＤＳＣＰ値である、
   請求項４に記載のネットワーク管理システム。
7. 仮想第３通信システム毎に仮想第２通信システムが設けられるようになっており、且つ、基地局と仮想第３通信システムとの間で送受信されるパケットから検出可能なフロー識別子の種類が仮想第２通信システムの場合、前記第１通信システムについての管理情報において、上りフロー識別子及び下りフロー識別子は、それぞれ、仮想第２通信システムの値である、
   請求項４に記載のネットワーク管理システム。
8. 仮想第３通信システム毎に仮想第２通信システムが設けられるようになっており、且つ、仮想第３通信システムと前記第２通信システムとの間で送受信されるパケットから検出可能なフロー識別子の種類が仮想第２通信システムの場合、前記第２通信システムについての管理情報において、上りフロー識別子及び下りフロー識別子は、それぞれ、仮想第２通信システムの値である、
   請求項４に記載のネットワーク管理システム。
9. 仮想第３通信システムと前記第２通信システムとの間で送受信されるパケットのＩＰフィールドにＩＰアドレス値が設定され、且つ、当該仮想第３通信システムと前記第２通信システムとの間で送受信されるパケットから検出可能なフロー識別子の種類がＩＰアドレスの場合、前記第２通信システムについての管理情報において、上りフロー識別子は、ソースＩＰアドレスの値であり、下りフロー識別子は、デスティネーションＩＰアドレスの値である、
   請求項４に記載のネットワーク管理システム。
10. 前仮想第３通信システム毎に仮想第２通信システムが設けられるようになっており、
    前記情報設定部が、仮想第３通信システム間のルーティング禁止の設定を前記第３通信システムに対して行い、且つ、仮想第２通信システム間のルーティング禁止の設定を前記第２通信システムに対して行う、
    請求項２に記載のネットワーク管理システム。
11. 前記情報管理部が、前記第１通信システム、前記第３通信システム及び前記第２通信システムの各々について、
    当該通信システムについての管理情報に含める情報を受け付けるためのユーザインターフェース経由で情報を受け付け、
    当該受け付けた情報を、当該管理情報に含め、
    前記情報設定部が、
    前記第１通信システムについての管理情報に基づく情報を前記第１通信システムに設定し、
    その後、基地局及び第１装置の少なくとも一つに対して前記第１通信システムを介して情報設定を行う前記第３通信システムについての管理情報に基づく情報を前記第３通信システムに設定し、
    その後、前記第２通信システムについての管理情報に基づく情報を前記第２通信システムに設定する、
    請求項１に記載のネットワーク管理システム。
12. 前記情報設定部が、
    前記第１通信システム、前記第３通信システム及び前記第２通信システムの各々から情報を収集し、
    収集された情報を基に、設定された情報が正しいか否かを判定すること、及び、設定された情報に基づく期待されるサービスレベルが維持されているか否かを判定すること、のうちの少なくとも一つを行う、
    請求項１に記載のネットワーク管理システム。
13. 前記第１通信システム、前記第３通信システム及び前記第２通信システムの各々についての管理情報が表すサービスレベル毎に、ユーザに対応した最低保証帯域が関連付けられており、
    前記第１通信システム及び前記第２通信システムの各々において、前記複数のサービスレベルにそれぞれ対応した複数のプライオリティキューが、ユーザ別に設定される、
    請求項３に記載のネットワーク管理システム。
14. 前記複数の第２装置のうちの少なくとも一つは、前記第２通信システムに接続され前記通信システム群の外部のネットワークに接続された装置である、
    請求項１に記載のネットワーク管理システム。
15. コンピュータが、複数の第１装置と複数の第２装置との間の無線通信において送受信されるパケットが経由する第１通信システム、第２通信システム及び第３通信システムの各々についての管理情報を参照し、
    コンピュータが、前記第１通信システム、前記第２通信システム及び前記第３通信システムの各々についての管理情報に基づき、前記第１通信システム、前記第２通信システム及び前記第３通信システムを含んだ通信システム群を異なる複数のサービスレベルにそれぞれ対応した複数の論理区画に区切るための情報設定を、前記第１通信システム、前記第３通信システム及び前記第２通信システムに対して行い、
    前記複数の第１装置は、一つ又は複数の基地局と通信する装置であり、
    前記第３通信システムは、コアネットワークであり、
    前記第１通信システムは、前記コアネットワークと前記一つ又は複数の基地局とを繋ぐネットワークであり、
    前記第２通信システムは、前記コアネットワークと前記複数の第２装置とを繋ぐネットワークであり、
    前記異なる複数のサービスレベルの各々について、当該サービスレベルに対応した論理区画は、当該サービスレベルに属する前記第１装置と前記第２装置との間の無線通信において送受信されるパケットが経由する区画である、
    ネットワーク管理方法。

Images