JP2023056350A - 通信装置、制御方法、及びプログラム - Google Patents

Abstract

【課題】通信ごとの要求品質に基づく適切な通信制御を行うこと。【解決手段】１つ以上のネットワークスライスを介して、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いた通信を行う通信装置は、１つ以上のネットワークスライスのそれぞれにおけるＴＣＰを用いた通信の状態と、その１つ以上のネットワークスライスにおける要求品質とに基づいて、その１つ以上のネットワークスライスの設定を決定し、決定した設定を行うように、１つ以上のネットワークスライスを管理する装置へ要求する。【選択図】図１

Description

本発明は、ネットワークスライスにおける通信制御技術に関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）では、サービス要件ごとにネットワークを仮想的に分割したネットワークスライスを用いて通信を行うことが規定されている。特許文献１には、ユーザ機器が要求する通信品質に基づいて、ネットワークスライスを割り当てる技術が記載されている。なお、ネットワークスライスでは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信を行うことができる。特許文献２には、ＴＣＰ／ＩＰを用いた通信において、統計的な情報を使用して帯域制御を行うことにより通信品質の管理を行う技術が記載されている。

特開２０２０－０９２４５３号公報 特開２０１８－０２６７１１号公報

特許文献２に記載の技術では、ＴＣＰ／ＩＰを用いて行われた通信の統計に基づいてＴＣＰ／ＩＰ通信全体の通信品質が管理されるものであり、ＴＣＰ／ＩＰ通信ごとに適切な通信品質が異なる状況には対応できない。このため、例えば通信ごとの要求品質（帯域（スループット）、遅延、信頼性等）に基づく適切な通信制御を行うことができない。

本発明は、通信ごとの要求品質に基づく適切な通信制御を実行可能とする技術を提供する。

本発明の一態様による通信装置は、１つ以上のネットワークスライスを介して、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いた通信を行う通信手段と、前記１つ以上のネットワークスライスのそれぞれにおける前記ＴＣＰを用いた通信の状態と、当該１つ以上のネットワークスライスにおける要求品質とに基づいて、前記１つ以上のネットワークスライスの設定を決定する決定手段と、前記決定した設定を行うように、前記１つ以上のネットワークスライスを管理する装置へ要求する要求手段と、を有する。

本発明によれば、通信ごとの要求品質に基づく適切な通信制御を行うことができるようになる。

通信システムの構成例を示す図である。 装置のハードウェア構成例を示す図である。 通信システムで実行される通信制御の流れの例を示す図である。 ソケットテーブルの一例を示す図である。 ＴＣＰにおけるステートマシンを説明する図である。 帯域遅延積を説明する図である。 ウェルノウンポートの例を示す図である。

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

（システム構成）
図１に、本実施形態に係る通信システムの構成例を示す。通信システムは、例えば、通信装置１０１、コアネットワーク１０２、及び、データネットワーク１０３を含んで構成される。コアネットワーク１０２は、例えば、ロングタームエボリューション（ＬＴＥ）や第５世代（５Ｇ）のセルラ通信システムのネットワークであり、無線アクセスネットワーク（ＲＡＮ）を含んで構成される。なお、コアネットワークは、制御プレーン１０６とユーザプレーン１０７とを含む。通信装置１０１は、コアネットワーク１０２のＲＡＮとの間で無線接続を確立して無線通信を行うことが可能に構成される。コアネットワーク１０２は、ＵＰＦ１０７を通じて、セルラ通信システムの端末装置である通信装置１０１と、セルラ通信システムのネットワークの外部のデータネットワーク１０３とを接続することができる。通信装置１０１は、コアネットワーク１０２を介してデータネットワーク１０３へアクセスし、データネットワーク１０３から情報を取得し、データネットワーク１０３へ情報を送信することができるように構成される。

コアネットワーク１０２やデータネットワーク１０３は、複数の通信機能を有する１つ以上のサーバ等のコンピュータを含んで構成される。これらの装置及び通信装置１０１は、例えば図２に示すように、一般的なコンピュータとしての機能を有しうる。すなわち、各装置は、そのハードウェア構成の一例として、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、及び通信部２０６を有する。また、例えば通信装置１０１や、コアネットワーク１０２内のＲＡＮノードは、無線通信のためのアンテナ２０７を有する。

記憶部２０１は、ＲＯＭ、ＲＡＭの両方、または、いずれか一方を含む１つ以上のメモリにより構成され、後述する各種動作を行うためのプログラムや、通信のためのパラメータ等の各種情報を記憶する。なお、ＲＯＭはＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの頭字語であり、ＲＡＭはＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの頭字語である。記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体が用いられてもよい。また、記憶部２０１は、複数のメモリ等の記憶装置を含んで構成されてもよい。

制御部２０２は、例えば、ＣＰＵやＭＰＵ等の１つ以上のプロセッサ、ＡＳＩＣ（特定用途向け集積回路）、ＤＳＰ（デジタルシグナルプロセッサ）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）等により構成される。ここで、ＣＰＵはＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの頭字語であり、ＭＰＵは、Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの頭字語である。なお、制御部２０２は、マルチコアのプロセッサであってもよい。制御部２０２は、記憶部２０１に記憶されたプログラムを実行することにより装置全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働により装置全体を制御するようにしてもよい。

また、制御部２０２は、機能部２０３を制御して、所定の処理を実行する。機能部２０３は、装置が所定の処理を実行するためのハードウェアである。通信装置１０１は、例えば、撮像機能や印刷機能を有し、機能部２０３としてカメラやプリンタを含みうる。機能部２０３が処理するデータは、記憶部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他の装置と通信したデータであってもよい。また、機能部２０３は、上述のコアネットワーク１０２やデータネットワーク１０３の機能を維持管理するための処理回路を含んでもよい。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、例えば、画面上への表示や、スピーカによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。

通信部２０６は、有線通信又は無線通信の制御や、ＴＣＰ／ＩＰ通信の制御を行う通信回路を含んで構成される。また、通信部２０６は、アンテナ２０７を制御して、無線通信のための無線信号の送受信を行いうる。ＡＰ及びＳＴＡは、通信部２０６を介して、画像データや文書データ、映像データ等のコンテンツを他の通信装置と通信する。アンテナ２０７は、例えば、セルラ通信システムにおいて規定されている周波数帯域で無線信号を送受信可能なアンテナである。

図１に戻り、通信装置１０１の機能構成について説明する。通信装置１０１は、その機能構成として、ＵＰＦ１０７を介してユーザへ通信サービスを提供するサービスモジュール群１０４を有する。サービスモジュール群１０４は、例えば、メディアプレイヤ１１５、ファイルブラウザ１１６、センサ１１７及びアクチュエータ１１８を含む。これらのサービスモジュール群１０４は、通信装置１０１に組み込まれ、通信装置１０１は、これらのモジュールを介して、データネットワーク１０３からデータを取得しうる。なお、各モジュールは、ユーザネットワーク（ＵＮ１１９）及びルータ１２０を介して、コアネットワーク１０２に接続し、さらに、データネットワーク１０３に接続することができる。

通信装置１０１は、さらに、その機能として、通信管理プレーン１０５を含む。通信管理プレーン１０５は、ソケット管理部１０８、ソケットデータベース１０９、ＱｏＳ管理部１１０、及びネットワークスライス制御部１１１を含んで構成される。ソケット管理部１０８は、サービスモジュール群１０４による、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）の、ソケット通信を管理する。ソケットデータベース１０９は、ＴＣＰ／ＩＰのソケット情報を例えば後述するソケットテーブルの形式で蓄積し、その情報を例えばソケット管理部１０８へ提供する。ＱｏＳ管理部１１０は、通信装置１０１内の通信品質（ＱｏＳ、Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を制御及び管理する。ネットワークスライス制御部１１１は、ＱｏＳ管理部１１０からの要求に従って、コアネットワーク１０２にネットワークスライスの要求を行い、その応答を受信することにより、ネットワークスライスを用いた通信のための制御を行う。

コアネットワーク１０２は、上述のように、制御プレーン１０６及びユーザプレーン１０７を含む。制御プレーン１０６は接続制御やセッション管理制御を行い、ユーザプレーン１０７はユーザデータの通信を行う。なお、コアネットワーク１０２は、認証サーバ、セッション管理装置、アプリケーションサーバなどの図１に示していない機能を含む。制御プレーン１０６は、ネットワークオーケストレータ１１２と、モバイルコントローラ１１３とを含んで構成される。ネットワークオーケストレータ１１２は、各種サービスのためのネットワークスライスの管理・制御等を行う。モバイルコントローラ１１３は、ネットワークオーケストレータ１１２の制御の下で、各サービスに適したネットワークスライスの設定を行う。モバイルコントローラ１１３は、例えば、高速伝送のための所定のスループットを保証できるように、又は、フレーム誤り率などの誤り率が極めて低く、高信頼な通信を行うことができるように、ネットワークスライスを設定しうる。なお、制御プレーン１０６は、さらに、必要に応じて、ネットワークコントローラ１１４を用いて、データネットワーク１０６側の制御を行うこともできる。ユーザプレーン１０７は、モバイルコントローラ１１３によって割り当てられる複数の仮想的なネットワークスライス１２１～１２３を定義することができる。ネットワークスライスには、それぞれ、通信装置１０１との無線通信のためのＲＡＮ（無線アクセスネットワーク）と、データネットワークとの通信を行うユーザプレーンファンクション（ＵＰＦ）とが割り当てられる。

データネットワーク１０３には、インターネットやイントラネットのようなＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの、ネットワーク１２４を含む。一部のネットワークは、Ｏｐｅｎ Ｆｌｏｗコントローラなどのネットワークコントローラ１１４を有する。そして、ネットワークコントローラ１１４は、ネットワークオーケストレータ１１２が要求するネットワークポリシを受け付け、コアネットワーク１０２と協調してＱｏＳを管理することにより優先的な通信サービスを実現する。例えば、図１の例では、メディアプレイヤ１１５には、６０Ｍｂｐｓのスループットの保証が付いた第１のネットワークスライスが用意されている。また、ファイルブラウザ１１６には、スループットが保証されないが最大１Ｇｂｐｓの第２のネットワークスライスが割り当てられている。また、センサ１１７やアクチュエータ１１８は、低遅延の第３のネットワークスライスが割り当てられている。なお、例えば、センサ１１７やアクチュエータ１１８は少ない容量のデータを頻繁に送受信する性質があるため、第３のネットワークスライスでは、スループットの保証などは要求されない。

本実施形態では、ＴＣＰ／ＩＰを用いた通信システムにおいて、各ネットワークスライスに対して、適切な帯域幅を割り当てることにより、通信品質を管理する仕組みを提供する。すなわち、ＴＣＰ／ＩＰは、従来、ベストエフォート型の通信が可能であって、スループットや遅延量や誤り品質などの要求に応じた通信の優先制御を行うことが容易でない。これに対して、本実施形態では、通信の内容に従って、スループットや遅延、信頼性などに基づいて、適切な帯域幅や遅延量を設定する優先制御を実行可能とする。これにより、ＴＣＰ／ＩＰが使用されるネットワークにおいて、例えばネットワークスライスごとに適切な通信制御を行うことが可能となる。

（処理の流れ）
図３を用いて、本実施形態に係る通信処理の流れについて説明する。通信装置１０１は、通信を開始するに先立って、通信装置１０１の内部の記憶領域にソケットテーブルを生成する。例えば、サービスモジュール１０４が、例えばユーザ操作によって通信を開始すべきことを検出すると、通信に必要なソケットテーブルの作成要求をソケット管理部１０８へ通知する（Ｆ３０１）。そして、ソケット管理部１０８は、その通知に従って、ソケットテーブルを作成する。

ここで、図４を用いて、生成されるソケットテーブルの例について説明する。図４は、生成されるソケットテーブルの例を示している。ソケットテーブルでは、例えば、行われたソケット通信を一意に特定するための、ソケットＩＤ（ｓｏＩＤ）と呼ばれる一意の識別子が割り当てられて保持される。また、ソケットテーブルには、各ソケットＩＤに対応する通信における、ソケット送信元アドレス（ＳＡ、Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）、宛先アドレス（ＤＡ、Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）が含まれる。さらに、各ソケットＩＤについての、送信元ポート（ｓＰｏｒｔ、Ｓｏｕｒｃｅ Ｐｏｒｔ）及び宛先ポート（ｄＰｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ）が含まれる。なお、ＳＡ、ＤＡ、ｓＰｏｒｔ、及びｄＰｏｒｔの４つの情報が、ソケットペアと呼ばれる。

ソケットテーブルは、さらに、送信元受信ウインドウ（ｓＲＷＩＮ、Ｓｏｕｒｃｅ Ｒｅｃｅｉｖｅ Ｗｉｎｄｏｗ）と宛先受信ウインドウ（ｄＲＷＩＮ、Ｄｅｓｔｉｎａｔｉｏｎ Ｒｅｃｅｉｖｅ Ｗｉｎｄｏｗ）とを含む。なお「受信ウインドウ（ＲＷＩＮ）」は、受信バッファサイズを示す。ＴＣＰ／ＩＰでは、Ｅｓｔａｂｌｉｓｈと呼ばれる接続が完了した状態となり送受信可能な状態となったことに応じて、送信元と宛先の双方に受信バッファが用意される。さらに、ソケットテーブルは、ＲＴＴ（ラウンドトリップタイム）を含む。ＲＴＴとして、通信の往復時間の測定値が記録される。さらに、ソケットテーブルは、通信の状態（ｓｔａｔｅ）、通信のタイプ（ｔｙｐｅ）、プロトコル（ｐｔｃｌ）、ＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）、ＭＴＵ（Ｍａｘｉｍｕｍ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｕｎｉｔ）を含む。ソケット管理部１０８は、通信を実行中に、その通信における上述の各要素をソケットテーブルに登録していく。

図３に戻り、ソケット管理部１０８は、ソケットの作成をＱｏＳ管理部１１０及びネットワークスライス制御部１１１に通知する（Ｆ３０２）。ネットワークスライス制御部１１１は、ソケット作成を検出すると、送信元と宛先を接続するためのネットワークスライスの準備のために、コアネットワーク１０２のネットワークオーケストレータ１１２へスライス作成要求を通知する（Ｆ３０３）。そして、ネットワークオーケストレータ１１２は、ネットワークスライスの作成準備を通知するために、ネットワークスライス制御部１１１へ応答を送信する（Ｆ３０４）。また、ネットワークオーケストレータ１１２は、モバイルコントローラ１１３及びネットワークコントローラ１１４へ、ネットワークスライスの作成を指示する（Ｆ３０５）。モバイルコントローラ１１３及びネットワークコントローラ１１４は、この指示に基づいて、ユーザプレーン１０７上にネットワークスライスを作成する（Ｆ３０６）。サービスモジュール１０４は、ソケット管理部１０８からＡｃｃｅｐｔを通知されると、続いて、３ｗａｙＨａｎｄｓｈａｋｅを実行してサーバ１２５との間でデータ通信を開始する（Ｆ３０７）。

図５に、ＴＣＰのステートマシンを示す。ＴＣＰのソケットが作成された時点ではＣＬＯＳＥＤの状態であり、この状態ではデータを含む通信を開始することはできない。３ｗａｙＨａｎｄｓｈａｋｅが開始されると、送信元アドレスからＳｙｎパケットが宛先アドレスへ送信され、それに応じて、宛先アドレスからＳｙｎパケットの到着を確認するＳｙｎ，ａｃｋパケットが送信元アドレスへ送信される。そして、送信元アドレスが、Ｓｙｎ，ａｃｋパケットの受信を宛先アドレスに知らせるａｃｋパケットを送信すると、ＥＳＴＡＢＬＩＳＨ状態に移行する。３ｗａｙＨａｎｄｓｈａｋｅ時の情報の確認により、宛先のサーバが起動し、受信ウインドウが準備され、パケットの往復にかかる伝搬遅延と処理時間を含めたＲＴＴが測定され、これにより、データ通信用のネットワークスライスが準備される。

データ通信を開始した後、ネットワークスライス制御部１１１は、ソケット管理部１０８を介してソケットテーブルの情報を参照し（Ｆ３０８）、ネットワークスライスに対して設定すべき帯域幅を決定する（Ｆ３０９）。一例において、ネットワークスライス制御部１１１は、図４のソケットテーブルから、ソケットペア（すなわち、ＳＡ、ＤＡ、ｓＰｏｒｔ、及びｄＰｏｒｔ）を参照することにより通信タイプを推定することができる。例えば、図７のような、通信ポートと使用されるプロトコルとの関係に基づいて、通信ポートによって通信タイプが推定される。すなわち、実行する通信に関するソケットペアに含まれるポートのポート番号が、図７に示すようなウェルノウンポートと呼ばれるポート番号と一致する場合に、その通信のプロトコルがそのウェルノウンポートに対応するプロトコルであると特定されうる。そして、プロトコルにおいて使用される受信ウインドウサイズとＲＴＴとを特定することにより、その通信に対して確保すべき帯域幅を特定することができる。なお、通信プロトコルの特定はポートによって特定されなくてもよく、例えば、サービスモジュール１０４が、使用する通信プロトコルを明示的にネットワークスライス制御部１１１へ通知してもよい。

例えば、メディアプレイヤ１１５には、第１のネットワークスライスが接続されており、プロトコルとしてＲｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ（ＲＴＳＰ）が使用されうる。この場合、ネットワークスライス制御部１１１は、ＲＴＳＰにおいて使用される受信ウインドウサイズとＲＴＴとを特定することにより、そのネットワークスライスに割り当てるべき帯域幅を推定することができる。ネットワークスライス制御部１１１は、例えば、ネットワークスライスに対して設定する帯域幅を、図６に示すような帯域遅延積に基づいて特定しうる。ＴＣＰ／ＩＰでは、用意された伝送路の帯域幅にかかわらず、帯域遅延積によって伝送可能な帯域幅が制約される。図６において、横軸はＲＴＴ（遅延時間）を示し、縦軸は通信に使用可能な帯域幅を示している。各々の受信ウインドウサイズ（ＲＷＩＮ）が決定され、ＲＴＴが測定されると、通信可能なビットレートが決定される。例えば、ＲＷＩＮが６４ＫＢｙｔｅであり、ＲＴＴが１ｍｓｅｃである場合、５２４Ｍｂｐｓの帯域幅が使用可能となる。このため、例えば１Ｇｂｐｓの帯域幅が用意されても、５２４Ｍｂｐｓ以上の帯域幅をネットワークスライスに割り当てても有効活用できないことが想定される。したがって、ネットワークスライス制御部１１１は、このような通信に対しては、５２４Ｍｂｐｓを超える帯域幅を割り当てないようにしうる。このようにして、ネットワークスライス制御部１１１は、ソケットテーブルに記載の受信ウインドウサイズとＲＴＴとに基づいて、帯域遅延積を計算することにより使用可能な帯域幅を特定することができる。なお、受信ウインドウサイズとＲＴＴとの対応関係を示す、帯域遅延積に相当するテーブルを用意しておき、ネットワークスライス制御部１１１は、そのテーブルを参照することにより、帯域幅を特定してもよい。また、ここでのＲＷＩＮは、受信ウインドウサイズと輻輳ウインドウサイズとのうちの小さい方でありうる。すなわち、輻輳ウインドウサイズとＲＴＴに基づいて、帯域幅が特定されてもよい。

また、ネットワークスライス制御部１１１は、第２のサービスモジュールとして割り当てられているファイルブラウザ１１６に対して、スループットが非保証のベストエフォート接続を確立しうる。この場合、最大帯域が１Ｇｂｐｓでスループットを保証せず、遅延も容認するネットワークスライスが使用されうる。また、ネットワークスライス制御部１１１は、センサ１１７及びアクチュエータ１１８に対して、低遅延の接続を確立しうる。ここで、ネットワークスライス制御部１１１は、例えば、低遅延のネットワークスライスに対する帯域などの他のネットワークスライスに対する帯域を決定した後に、スループット非保証のネットワークスライスについて、残りの帯域を割り当てると決定しうる。

帯域幅の特定後、ネットワークスライス制御部１１１は、コアネットワーク１０２内のネットワークオーケストレータ１１２に、Ｆ３０３において作成を要求したスライスの設定更新を要求する（Ｆ３１０）。ネットワークオーケストレータ１１２は、その要求に応じて設定を更新するように、モバイルコントローラ１１３及びネットワークコントローラ１１４に指示を送信する（Ｆ３１１）。そして、モバイルコントローラ１１３及びネットワークコントローラ１１４は、その指示に基づいて、ネットワークスライスの帯域設定情報を更新する（Ｆ３１２）。

なお、ネットワークスライス制御部１１１は、例えばＲＴＴの測定やＲＷＩＮの監視などを継続して、帯域の割り当てを適応的に変更し、ネットワークオーケストレータ１１２にスライスの設定更新を要求しうる。これにより、通信状況の変化に応じて、要求された通信品質を十分に満たすことができるように通信制御を行うことができる。なお、上述の説明では、通信装置１０１が、複数のネットワークスライスのそれぞれについてのＴＣＰを用いた通信の状態を示す情報（ソケットテーブル）に基づいて、それらのネットワークスライスのそれぞれに割り当てるべき帯域幅を決定する例を説明した。しかしながら、これは一例に過ぎず、１つのネットワークスライスのみに対して同様の処理を実行することができる。また、上述の例では、ネットワークスライスに割り当てる帯域幅を決定する構成について説明したが、これに限られない。すなわち、上述の構成に対して追加的に又は代替的に、ネットワークスライスの他のパラメータを制御するように、通信装置１０１からネットワークオーケストレータ１１２へ要求してもよい。例えば、通信装置１０１は、上述の第３のネットワークスライスにおいて、ＲＴＴが所定値より短くなるように、ネットワークオーケストレータ１１２へ遅延を短縮するような設定変更を要求してもよい。また、通信装置１０１は、誤り率が通信サービスに適した値となるように、ネットワークオーケストレータ１１２へ誤り制御のための設定変更を要求してもよい。

以上のようにして、本実施形態では、通信装置１０１が、ＴＣＰによる通信の状態をソケットテーブル（データベース）として保持し、そのソケットテーブルに基づいて、ネットワークスライスの帯域制御を行う。これにより、ネットワークスライスにおいてＴＣＰを用いて通信を行う場合に、そのネットワークスライスの要求品質を確保することが可能となる。

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

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

１０８：ソケット管理部、１１０：ＱｏＳ管理部、１１１：ネットワークスライス制御部１１１

Claims (6)

1. １つ以上のネットワークスライスを介して、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いた通信を行う通信手段と、
   前記１つ以上のネットワークスライスのそれぞれにおける前記ＴＣＰを用いた通信の状態と、当該１つ以上のネットワークスライスにおける要求品質とに基づいて、前記１つ以上のネットワークスライスの設定を決定する決定手段と、
   前記決定した設定を行うように、前記１つ以上のネットワークスライスを管理する装置へ要求する要求手段と、
   を有することを特徴とする通信装置。
2. 前記決定手段は、前記１つ以上のネットワークスライスの少なくともいずれかにおいて使用されるべき帯域幅を決定し、
   前記要求手段は、前記１つ以上のネットワークスライスの前記少なくともいずれかについて、前記帯域幅での通信が行われるように設定することを前記装置へ要求する、
   ことを特徴とする請求項１に記載の通信装置。
3. 前記決定手段は、前記ＴＣＰを用いた通信のラウンドトリップタイムと受信ウインドウサイズまたは輻輳ウインドウサイズとに基づいて、前記帯域幅を決定する、ことを特徴とする請求項２に記載の通信装置。
4. 前記１つ以上のネットワークスライスのそれぞれにおける前記ＴＣＰを用いた通信の状態を管理する管理手段をさらに有する、ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. １つ以上のネットワークスライスを介して、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いた通信を行う通信装置によって実行される制御方法であって、
   前記１つ以上のネットワークスライスのそれぞれにおける前記ＴＣＰを用いた通信の状態と、当該１つ以上のネットワークスライスにおける要求品質とに基づいて、前記１つ以上のネットワークスライスの設定を決定することと、
   前記決定した設定を行うように、前記１つ以上のネットワークスライスを管理する装置へ要求することと、
   を含むことを特徴とする制御方法。
6. コンピュータを請求項１から４のいずれか１項に記載の通信装置として機能させるためのプログラム。

Images