(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022162840
(43)【公開日】2022-10-25
(54)【発明の名称】通信システム、通信方法
(51)【国際特許分類】
H04L 47/41 20220101AFI20221018BHJP
【ＦＩ】
H04L12/891
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2021067869
(22)【出願日】2021-04-13
(71)【出願人】
【識別番号】000006208
【氏名又は名称】三菱重工業株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100162868
【弁理士】
【氏名又は名称】伊藤 英輔
(74)【代理人】
【識別番号】100161702
【弁理士】
【氏名又は名称】橋本 宏之
(74)【代理人】
【識別番号】100189348
【弁理士】
【氏名又は名称】古都 智
(74)【代理人】
【識別番号】100196689
【弁理士】
【氏名又は名称】鎌田 康一郎
(72)【発明者】
【氏名】竹内 公二
【テーマコード（参考）】
5K030
【Ｆターム（参考）】
5K030GA03
5K030HA02
5K030JA10
5K030JL04
5K030JT02
5K030MA13
5K030MB09
5K030MC08
5K030MD02
(57)【要約】
【課題】リンクアグリゲーションにするか、アップリンク・リダンダントにするか、最適な冗長方式を選択することができる通信システム、通信方法を提供する。
【解決手段】送信側通信機器と、受信側通信機器と、管理サーバを有し、前記送信側通信機器と前記受信側通信機器は２回線で接続されている通信システムであって、前記送信側通信機器と前記受信側通信機器は、時刻同期を行い、前記送信側通信機器および前記受信側通信機器は、送信データスケジュールが入力され、前記送信側通信機器および前記受信側通信機器は、受信した前記送信データスケジュールをもとに、前記２回線をリンクアグリゲーションにするかアップリンク・リダンダントにするかを設定することを特徴とする、通信システム。
【選択図】図４
【解決手段】送信側通信機器と、受信側通信機器と、管理サーバを有し、前記送信側通信機器と前記受信側通信機器は２回線で接続されている通信システムであって、前記送信側通信機器と前記受信側通信機器は、時刻同期を行い、前記送信側通信機器および前記受信側通信機器は、送信データスケジュールが入力され、前記送信側通信機器および前記受信側通信機器は、受信した前記送信データスケジュールをもとに、前記２回線をリンクアグリゲーションにするかアップリンク・リダンダントにするかを設定することを特徴とする、通信システム。
【選択図】図４
【特許請求の範囲】
【請求項1】
送信側通信機器と、受信側通信機器と、管理サーバを有し、前記送信側通信機器と前記受信側通信機器は２回線で接続されている通信システムであって、
前記送信側通信機器と前記受信側通信機器は、時刻同期を行い、
前記送信側通信機器および前記受信側通信機器は、送信データスケジュールが入力され、
前記送信側通信機器および前記受信側通信機器は、受信した前記送信データスケジュールをもとに、前記２回線をリンクアグリゲーションにするかアップリンク・リダンダントにするかを設定することを特徴とする、通信システム。
前記送信側通信機器と前記受信側通信機器は、時刻同期を行い、
前記送信側通信機器および前記受信側通信機器は、送信データスケジュールが入力され、
前記送信側通信機器および前記受信側通信機器は、受信した前記送信データスケジュールをもとに、前記２回線をリンクアグリゲーションにするかアップリンク・リダンダントにするかを設定することを特徴とする、通信システム。
【請求項2】
前記送信側通信機器および前記受信側通信機器は、メイン回線を第１の回線とするアップリンク・リダンダントを設定し、
前記送信側通信機器は、接続端末とのネットワークインタフェースの送信キューを監視し、
送信キュー溢れが発生しないとき、前記第１の回線をメイン回線とするアップリンク・リダンダントを継続し、
送信キュー溢れが発生したとき、前記２回線をリンクアグリゲーションにすることを特徴とする、請求項１に記載の通信システム。
前記送信側通信機器は、接続端末とのネットワークインタフェースの送信キューを監視し、
送信キュー溢れが発生しないとき、前記第１の回線をメイン回線とするアップリンク・リダンダントを継続し、
送信キュー溢れが発生したとき、前記２回線をリンクアグリゲーションにすることを特徴とする、請求項１に記載の通信システム。
【請求項3】
回線設定状況を蓄積し、蓄積結果に基づき、送信データの傾向から回線設定を決定することを特徴とする、請求項１または２に記載の通信システム。
【請求項4】
前記送信側通信機器は、接続端末とのネットワークインタフェースの送信キューを監視して、キューへのデータ蓄積傾向を計算し、
前記データ蓄積傾向が０以下の時、前記第１の回線をメイン回線とするアップリンク・リダンダントを継続し、
前記データ蓄積傾向が正のとき、送信キュー溢れ時刻を予想し、その時刻に前記２回線をリンクアグリゲーションにすることを特徴とする、請求項２または３に記載の通信システム。
前記データ蓄積傾向が０以下の時、前記第１の回線をメイン回線とするアップリンク・リダンダントを継続し、
前記データ蓄積傾向が正のとき、送信キュー溢れ時刻を予想し、その時刻に前記２回線をリンクアグリゲーションにすることを特徴とする、請求項２または３に記載の通信システム。
【請求項5】
送信側通信機器と、受信側通信機器と、管理サーバを有し、前記送信側通信機器と前記受信側通信機器は２回線で接続されている通信システムにおける通信方法であって、
前記送信側通信機器と前記受信側通信機器が、時刻同期を行い、
前記送信側通信機器および前記受信側通信機器は、送信データスケジュールが入力され、
前記送信側通信機器および前記受信側通信機器が、受信した前記送信データスケジュールをもとに、前記２回線をリンクアグリゲーションにするかアップリンク・リダンダントにするかを設定することを特徴とする、通信方法。
前記送信側通信機器と前記受信側通信機器が、時刻同期を行い、
前記送信側通信機器および前記受信側通信機器は、送信データスケジュールが入力され、
前記送信側通信機器および前記受信側通信機器が、受信した前記送信データスケジュールをもとに、前記２回線をリンクアグリゲーションにするかアップリンク・リダンダントにするかを設定することを特徴とする、通信方法。
【請求項6】
前記送信側通信機器および前記受信側通信機器が、メイン回線を第１の回線とするアップリンク・リダンダントを設定し、
前記送信側通信機器が、接続端末とのネットワークインタフェースの送信キューを監視し、
送信キュー溢れが発生しないとき、前記第１の回線をメイン回線とするアップリンク・リダンダントを継続し、
送信キュー溢れが発生したとき、前記２回線をリンクアグリゲーションにすることを特徴とする、請求項５に記載の通信方法。
前記送信側通信機器が、接続端末とのネットワークインタフェースの送信キューを監視し、
送信キュー溢れが発生しないとき、前記第１の回線をメイン回線とするアップリンク・リダンダントを継続し、
送信キュー溢れが発生したとき、前記２回線をリンクアグリゲーションにすることを特徴とする、請求項５に記載の通信方法。
【請求項7】
回線設定状況を蓄積し、蓄積結果に基づき、送信データの傾向から回線設定を決定することを特徴とする、請求項５または６に記載の通信方法。
【請求項8】
前記送信側通信機器が、接続端末とのネットワークインタフェースの送信キューを監視して、キューへのデータ蓄積傾向を計算し、
前記データ蓄積傾向が０以下の時、前記第１の回線をメイン回線とするアップリンク・リダンダントを継続し、
前記データ蓄積傾向が正のとき、送信キュー溢れ時刻を予想し、その時刻に前記２回線をリンクアグリゲーションにすることを特徴とする、請求項６または７に記載の通信方法。
前記データ蓄積傾向が０以下の時、前記第１の回線をメイン回線とするアップリンク・リダンダントを継続し、
前記データ蓄積傾向が正のとき、送信キュー溢れ時刻を予想し、その時刻に前記２回線をリンクアグリゲーションにすることを特徴とする、請求項６または７に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信システム、通信方法に関する。
【背景技術】
【0002】
通信機器において、複数の通信インタフェースを活用し、１つの通信先に接続する方法がある。
【0003】
ルータやスイッチ等のネットワーク装置間の接続を冗長化する技術として、リンクアグリゲーションおよびアップリンク・リダンダントがある。リンクアグリゲーションは、装置間を接続する複数の回線を束ねて１つの仮想的な回線として扱う技術であり、ＩＥＥＥ８０２．３ａｄで規定されている。アップリンク・リダンダントは、２つのポートをアップリンクに使用し、うち一方を運用回線、他方を待機用回線とするポート冗長機能である。
【0004】
例えば、特許文献１は、複数の通信インタフェースを束ねて通信を行い（リンクアグリゲーション）、１つずつの通信インタフェースを切り替えて通信を行う冗長切り替えて通信を行う（ポート冗長）、通信機器を開示している。
【0005】
リンクアグリゲーションは、１本の回線に障害が発生した場合でも別の１本の回線が使用できるという、耐障害性の観点もあるが、正常時は２本の回線を使用できるため、通信速度向上等の通信品質向上のために採用するケースが多い。
【0006】
図１は、通信機器と回線を示す図である。送信側通信機器Ｓと受信側通信機器Ｄは２つの回線（回線１および回線２）で接続されている。回線１の通信速度をＸ（Ｍｂｐｓ）、回線２の通信速度をＹ（Ｍｂｐｓ）とする。ただし、Ｘ＞Ｙとする。送信側通信機器Ｓと受信側通信機器Ｄはアクセスポイントやモバイルルータなどである。
【0007】
通信機器Ｓと通信機器Ｄは、あらかじめ２つの回線の使い方（リンクアグリゲーションにするか、アップリンク・リダンダントにするか）を設定する。図２は、通信機器が回線をリンクアグリゲーションに設定したケースを示す図である。図２に示すように、リンクアグリゲーションでは、２つの回線を束ねて使用する。
【0008】
図３は、通信機器に端末が接続された場合を示す図である。２つの回線はリンクアグリゲーションに設定されている。通信機器Ｓに接続される端末をＡとする。端末Ａから送信されるデータ量は、決まっておらず、回線１の通信速度（Ｘ（Ｍｂｐｓ））以下の時もあれば、回線１の通信速度よりも大きいが回線１と回線２の通信速度の合計（Ｘ＋Ｙ（Ｍｂｐｓ））以下の時もある。すなわち、端末Ａから送信されるデータ量が、回線１本で送れる量の時と、回線１本では溢れる量の時がある。端末Ａから、いつ、どんな大きさのデータが送信されるか不確定である。
【先行技術文献】
【特許文献】
【0009】
【特許文献1】特許第５５３７５０４号公報
【発明の概要】
【発明が解決しようとする課題】
【0010】
例えば異なる２つのネットワークインタフェースを有する通信機器では、２つのネットワークインタフェースを有効活用する必要がある。ただし、一般的なネットワーク機器は、複数のネットワークの使い方（リンクアグリゲーションにするか、アップリンク・リダンダントにするかの設定）を、機器ごとに個別に設定する必要があり、変更時もまた設定変更を新たに実施する必要がある。
【0011】
例えば、送りたい通信データ量が小さく、１つの通信インタフェースのみで十分送信できる場合、アップリンク・リダンダントを設定して耐障害性を向上したいにもかかわらず、リンクアグリゲーションが設定されているケースがある。また、送りたいデータ量が大きく、１つの通信インタフェースでは送ることができないにもかかわらず、アップリンク・リダンダントが設定されているケースがある。これらのケースでは、送信データ量が可変の時に、送信データ量によっては、最適な通信方式の選択（リンクアグリゲーションにするか、アップリンク・リダンダントにするかの設定）ができない。
【0012】
特許文献１に記載の従来の通信機器は、その時の複数の通信インタフェースの選定方法に関する発明であり、使用時間や抜き差し回数等を考慮してインタフェースを選定することで、機器の寿命を延ばすことを目的としている。
【0013】
一方、本発明は、通信機器の通信を計測し、その結果に応じて、リンクアグリゲーションを行うか、ポート冗長を行うかを判断するという発明であり、利用用途に応じて、最適な冗長方式を選択することを目的とする発明である。
【課題を解決するための手段】
【0014】
上記課題を解決するために、この発明は以下の手段を提案している。
本発明の一態様に係る通信システムは、送信側通信機器と、受信側通信機器と、管理サーバを有し、前記送信側通信機器と前記受信側通信機器は２回線で接続されている通信システムであって、前記送信側通信機器と前記受信側通信機器は、時刻同期を行い、前記送信側通信機器および前記受信側通信機器は、送信データスケジュールが入力され、前記送信側通信機器および前記受信側通信機器は、受信した前記送信データスケジュールをもとに、前記２回線をリンクアグリゲーションにするかアップリンク・リダンダントにするかを設定することを特徴とする。
本発明の一態様に係る通信システムは、送信側通信機器と、受信側通信機器と、管理サーバを有し、前記送信側通信機器と前記受信側通信機器は２回線で接続されている通信システムであって、前記送信側通信機器と前記受信側通信機器は、時刻同期を行い、前記送信側通信機器および前記受信側通信機器は、送信データスケジュールが入力され、前記送信側通信機器および前記受信側通信機器は、受信した前記送信データスケジュールをもとに、前記２回線をリンクアグリゲーションにするかアップリンク・リダンダントにするかを設定することを特徴とする。
【0015】
本発明の一態様に係る通信方法は、送信側通信機器と、受信側通信機器と、管理サーバを有し、前記送信側通信機器と前記受信側通信機器は２回線で接続されている通信システムにおける通信方法であって、前記送信側通信機器と前記受信側通信機器が、時刻同期を行い、前記送信側通信機器および前記受信側通信機器は、送信データスケジュールが入力され、前記送信側通信機器および前記受信側通信機器が、受信した前記送信データスケジュールをもとに、前記２回線をリンクアグリゲーションにするかアップリンク・リダンダントにするかを設定することを特徴とする。
【発明の効果】
【0016】
本発明の通信システム、通信方法によれば、通信機器の通信を計測し、その結果に応じて、リンクアグリゲーションにするか、アップリンク・リダンダントにするかを判断するので、最適な冗長方式を選択することができる。
【図面の簡単な説明】
【0017】
【図1】通信機器と回線を示す図である。
【図2】通信機器が回線をリンクアグリゲーションに設定したケースを示す図である。
【図3】通信機器に端末が接続された場合を示す図である。
【図4】本発明の第１実施形態に係る通信システムおよび通信方法を示す図である。
【図5】管理サーバより、送信データスケジュールを入力する時の図である。
【図6】本発明の第１実施形態の通信方法のフロー図である。
【図7】本発明の第２実施形態の通信方法のフロー図である。
【図8】本発明の第３実施形態において、初期条件がリンクアグリゲーションの時のフロー図である。
【図9】本発明の第４実施形態の通信方法のフロー図である。
【発明を実施するための形態】
【0018】
本発明の実施形態に係る通信システムおよび通信方法について、図を参照して説明する。
【0019】
（第１実施形態）
図４は、本発明の第１実施形態に係る通信システムおよび通信方法を示す図である。通信システム１０は、送信側通信機器Ｓと、受信側通信機器Ｄと、管理サーバ２０を有する。送信側通信機器Ｓと受信側通信機器Ｄは２つの回線（回線１と回線２）で接続されている。回線１の通信速度をＸ（Ｍｂｐｓ）、回線２の通信速度をＹ（Ｍｂｐｓ）とする。ただし、Ｘ＞Ｙとする。
図４は、本発明の第１実施形態に係る通信システムおよび通信方法を示す図である。通信システム１０は、送信側通信機器Ｓと、受信側通信機器Ｄと、管理サーバ２０を有する。送信側通信機器Ｓと受信側通信機器Ｄは２つの回線（回線１と回線２）で接続されている。回線１の通信速度をＸ（Ｍｂｐｓ）、回線２の通信速度をＹ（Ｍｂｐｓ）とする。ただし、Ｘ＞Ｙとする。
【0020】
本実施形態では、変動する送信データ量に応じて、２つの回線の使い方（リンクアグリゲーションにするか、アップリンク・リダンダントにするか）を動的に設定する。
【0021】
なお、本実施形態は、送信データが時刻によって決まっているケースに関するものである。例えば、プラント内の遠隔監視等では、日中時間帯は、正常運転を示すフラグや、センサデータ値等の小容量データを一定時刻ごとにサーバに送信する。夜間等の運転停止時には、その他のセンサデータの値をまとめて送ったり、機器の更新ファイルをサーバからプラント側のセンサ端末に送信するなど、大容量データを送信する。本実施形態は、このように、送信データが時刻によって決まっているケースに関する。
【0022】
まず、送信側通信機器Ｓと受信側通信機器Ｄは、時刻同期をする。時刻同期は、送信側通信機器Ｓと受信側通信機器Ｄが、回線１または２を使用して直接行ってもよいし、管理サーバ２０を経由し行ってもよい。図４の例では、管理サーバ２０から、送信側通信機器Ｓおよび受信側通信機器Ｄに、時刻同期の信号が送信されている。
【0023】
次に、送信側通信機器Ｓおよび受信側通信機器Ｄに、管理者または、管理サーバ２０より、送信データスケジュールを入力する。図５は、管理サーバ２０より、送信データスケジュールを入力する時の図である。管理サーバ２０から、送信側通信機器Ｓおよび受信側通信機器Ｄに送信データのスケジュールが入力される。入力データは、時刻とその時刻におけるデータ量であり、例えば、「9:00～13:00：〇Mbps、13:00～15:00：△kbps、15:00～18:00：〇Mbps、18:00～08:59：△kbps」という形式である。
【0024】
送信側通信機器Ｓおよび受信側通信機器Ｄは、受け取った送信データスケジュールをもとに、２回線の構成方法（リンクアグリゲーションにするか、アップリンク・リダンダントにするか）を、時刻ごとにスケジュール化する。
【0025】
送信データ量＞Ｘの時は、リンクアグリゲーションを設定する。
Ｙ＜送信データ量＜Ｘの時は、メイン回線を回線１、バックアップ回線を回線２とするアップリンク・リダンダントを設定する。
送信データ量＜Ｙの時は、アップリンク・リダンダントを設定する。メイン回線を回線１、回線２のどちらにするかは、回線ごとのパケットエラー率、通信遅延、他の品質パラメータで選定する。
Ｙ＜送信データ量＜Ｘの時は、メイン回線を回線１、バックアップ回線を回線２とするアップリンク・リダンダントを設定する。
送信データ量＜Ｙの時は、アップリンク・リダンダントを設定する。メイン回線を回線１、回線２のどちらにするかは、回線ごとのパケットエラー率、通信遅延、他の品質パラメータで選定する。
【0026】
図６は、本実施形態の通信方法のフロー図である。Ｓ１１において、送信側通信機器Ｓと受信側通信機器Ｄは、時刻同期をする。Ｓ１２において、送信側通信機器Ｓと受信側通信機器Ｄに、管理者または管理サーバ２０より、送信データスケジュールを入力する。Ｓ１３において、送信側通信機器Ｓと受信側通信機器Ｄは、送信データスケジュールに応じて、リンクアグリゲーションまたはアップリンク・リダンダントを構成する。
【0027】
本実施形態の通信方法によれば、状況によって、通信リンクを増強することができ、通信速度向上、耐障害性が向上する。
【0028】
（第２実施形態）
第１実施形態は、あらかじめ送信スケジュールが確定している場合に有効であるが、第２実施形態は、送信スケジュールが未確定のケースに対応することを考慮している。
第１実施形態は、あらかじめ送信スケジュールが確定している場合に有効であるが、第２実施形態は、送信スケジュールが未確定のケースに対応することを考慮している。
【0029】
図７は、本実施形態の通信方法のフロー図である。Ｓ２１において、送信側通信機器Ｓと受信側通信機器Ｄは、メイン回線を回線１とするアップリンク・リダンダントを設定する。これを初期条件とする。
【0030】
Ｓ２２において、送信側通信機器Ｓに接続した接続端末Ａからデータ送信を開始する。
【0031】
Ｓ２３において、送信側通信機器Ｓは、ネットワークインタフェースの送信キューを監視する。ネットワークインタフェースは、送信側通信機器Ｓの中に存在し、端末Ａからのデータを受信するためのインタフェースである。送信しきれないデータが送信側通信機器Ｓにたまると、送信キュー溢れとなる。
【0032】
送信キュー溢れが発生しないとき（ドロップパケット数が０の時）、回線１をメイン回線とするアップリンク・リダンダントを継続する（Ｓ２４）。
送信キュー溢れが発生したとき（ドロップパケット数＞０の時）、リンクアグリゲーションを設定する（Ｓ２５）。
送信キュー溢れが発生したとき（ドロップパケット数＞０の時）、リンクアグリゲーションを設定する（Ｓ２５）。
【0033】
再度、送信キュー溢れが発生しないとき、ネットワークインタフェースを通過する１秒当たりの通信量Ｗ（ｂｐｓ）を測定した結果に応じて、以下のように設定する（Ｓ２６）。通信量Ｗは、端末Ａから送信側通信機器Ｓへの１秒当たりの通信量である。
Ｗ＞Ｘの時、リンクアグリゲーションを継続する（Ｓ２７）。
Ｙ＜Ｗ＜Ｘの時、回線２をメイン回線とするアップリンク・リダンダントにする（Ｓ２８）。
Ｗ＜Ｙの時、回線１または回線２をメイン回線とするアップリンク・リダンダントにする（Ｓ２９）。メイン回線を回線１、回線２のどちらにするかは、回線ごとのパケットエラー率、通信遅延、他の品質パラメータで選定する。
Ｗ＞Ｘの時、リンクアグリゲーションを継続する（Ｓ２７）。
Ｙ＜Ｗ＜Ｘの時、回線２をメイン回線とするアップリンク・リダンダントにする（Ｓ２８）。
Ｗ＜Ｙの時、回線１または回線２をメイン回線とするアップリンク・リダンダントにする（Ｓ２９）。メイン回線を回線１、回線２のどちらにするかは、回線ごとのパケットエラー率、通信遅延、他の品質パラメータで選定する。
【0034】
（第３実施形態）
第３実施形態は第１実施形態と第２実施形態を組み合わせた方法である。
第３実施形態では、第２実施形態で決定した、回線設定（リンクアグリゲーションまたはアップリンク・リダンダントの設定）をした状況を蓄積する。回線設定状況の蓄積は、送信側通信機器Ｓまたは受信側通信機器Ｄが行ってもよいし、管理サーバ２０が行ってもよい。
第３実施形態は第１実施形態と第２実施形態を組み合わせた方法である。
第３実施形態では、第２実施形態で決定した、回線設定（リンクアグリゲーションまたはアップリンク・リダンダントの設定）をした状況を蓄積する。回線設定状況の蓄積は、送信側通信機器Ｓまたは受信側通信機器Ｄが行ってもよいし、管理サーバ２０が行ってもよい。
【0035】
蓄積したデータは、例えば、以下のようなデータである。
12月1日（月）
時刻0時から10時：リンクアグリゲーション
時刻10時から11時：アップリンク・リダンダント
時刻11時～23時：リンクアグリゲーション
12月2日（火）
時刻0時から10時：リンクアグリゲーション
時刻10時から11時：アップリンク・リダンダント
時刻11時～23時：リンクアグリゲーション
12月3日（水）
終日：リンクアグリゲーション
・・・
12月10日（水）
終日：リンクアグリゲーション
12月1日（月）
時刻0時から10時：リンクアグリゲーション
時刻10時から11時：アップリンク・リダンダント
時刻11時～23時：リンクアグリゲーション
12月2日（火）
時刻0時から10時：リンクアグリゲーション
時刻10時から11時：アップリンク・リダンダント
時刻11時～23時：リンクアグリゲーション
12月3日（水）
終日：リンクアグリゲーション
・・・
12月10日（水）
終日：リンクアグリゲーション
【0036】
蓄積結果に基づき、送信データの傾向から回線設定を決定する。例えば上の蓄積結果から、「水曜日は終日リンクアグリゲーション」と決定する。回線設定の決定は、送信側通信機器Ｓまたは受信側通信機器Ｄが行ってもよいし、管理サーバ２０が行ってもよい。
【0037】
または、この決定した回線設定（例えば、「水曜日は終日リンクアグリゲーション」という設定）を初期条件とし、第２実施形態の回線動的設定処理（Ｓ２１～Ｓ２９）を起動させてもよい。
【0038】
図８は、初期条件がリンクアグリゲーションの時のフロー例を示す。
【0039】
Ｓ３１において、送信側通信機器Ｓと受信側通信機器Ｄは、リンクアグリゲーションを設定する。これを初期条件とする。
【0040】
Ｓ３２において、送信側通信機器Ｓに接続した接続端末Ａからデータ送信を開始する。
【0041】
Ｓ３３において、送信側通信機器Ｓは、ネットワークインタフェースの送信キューを監視する。
送信キュー溢れが発生しないとき、ネットワークインタフェースを通過する1秒当たりの通信量Ｗ（ｂｐｓ）を測定した結果に応じて、以下のように設定する（Ｓ３５）。
Ｗ＜Ｙの時、リンクアグリゲーションを継続する（Ｓ３６）。
Ｙ＜Ｗ＜Ｘの時、回線２をメイン回線とするアップリンク・リダンダントにする（Ｓ３７）。
Ｗ＞Ｘの時、回線１または回線２をメイン回線とするアップリンク・リダンダントにする（Ｓ３８）。メイン回線を回線１、回線２のどちらにするかは、回線ごとのパケットエラー率、通信遅延、他の品質パラメータで選定する。
送信キュー溢れが発生したとき（ドロップパケット数＞０の時）、リンクアグリゲーションを継続する（Ｓ３４）。
送信キュー溢れが発生しないとき、ネットワークインタフェースを通過する1秒当たりの通信量Ｗ（ｂｐｓ）を測定した結果に応じて、以下のように設定する（Ｓ３５）。
Ｗ＜Ｙの時、リンクアグリゲーションを継続する（Ｓ３６）。
Ｙ＜Ｗ＜Ｘの時、回線２をメイン回線とするアップリンク・リダンダントにする（Ｓ３７）。
Ｗ＞Ｘの時、回線１または回線２をメイン回線とするアップリンク・リダンダントにする（Ｓ３８）。メイン回線を回線１、回線２のどちらにするかは、回線ごとのパケットエラー率、通信遅延、他の品質パラメータで選定する。
送信キュー溢れが発生したとき（ドロップパケット数＞０の時）、リンクアグリゲーションを継続する（Ｓ３４）。
【0042】
本実施形態では、ＩＥＴＦが定めるモバイルアドホックネットワークのプロトコルとの相互互換性を維持しながら、通信品質の向上を図ることができる。
【0043】
（第４実施形態）
第２実施形態では、送信スケジュールが未確定のケースへの対応として、ネットワークインタフェースの送信キューを監視し、キュー溢れが発生した後に対応した。第４実施形態では、第２実施形態を改良し、送信キューを監視し、送信キューの単位時間当たりの増加量を計測し、キューが溢れる時刻を予想し、キュー溢れが発生する前にあらかじめ対処する。
第２実施形態では、送信スケジュールが未確定のケースへの対応として、ネットワークインタフェースの送信キューを監視し、キュー溢れが発生した後に対応した。第４実施形態では、第２実施形態を改良し、送信キューを監視し、送信キューの単位時間当たりの増加量を計測し、キューが溢れる時刻を予想し、キュー溢れが発生する前にあらかじめ対処する。
【0044】
図９は、本実施形態の通信方法のフロー図である。
【0045】
Ｓ４１において、送信側通信機器Ｓと受信側通信機器Ｄは、メイン回線を回線１とするアップリンク・リダンダントを設定する。これを初期条件とする。
【0046】
Ｓ４２において、送信側通信機器Ｓに接続した接続端末Ａからデータ送信を開始する。
【0047】
Ｓ４３において、送信側通信機器Ｓは、ネットワークインタフェースの送信キューを監視し、キューへの「データ蓄積傾向」を計算する。「データ蓄積傾向」は、時間当たりの蓄積量（データ蓄積の増加率）である。
「データ蓄積傾向」が０以下の時、回線１をメイン回線とするアップリンク・リダンダントを継続する（Ｓ４４）。
「データ蓄積傾向」が正のとき、送信キュー溢れ時刻を予想し、その時刻にリンクアグリゲーションを設定する（Ｓ４５）。送信キューのバッファー量は決まっているので、それを「データ蓄積傾向」で割れば、何時間後に溢れが発生するかを予想できる。
再度、送信キュー溢れが発生しないとき、ネットワークインタフェースを通過する1秒当たりの通信量Ｗ（ｂｐｓ）を測定した結果に応じて、以下のように設定する（Ｓ４６）。
Ｗ＞Ｘの時、リンクアグリゲーションを継続する（Ｓ４７）。
Ｙ＜Ｗ＜Ｘの時、回線２をメイン回線とするアップリンク・リダンダントにする（Ｓ４８）。その後、再び、「データ蓄積傾向」を計測し、正の場合、送信キュー溢れ時刻を予想し、その時刻にリンクアグリゲーションを設定する。
Ｗ＜Ｙの時、回線１または回線２をメイン回線とするアップリンク・リダンダントにするＳ４９）。メイン回線を回線１、回線２のどちらにするかは、回線ごとのパケットエラー率、通信遅延、他の品質パラメータで選定する。その後、再び、「データ蓄積傾向」を計測し、正の場合、送信キュー溢れ時刻を予想し、その時刻にリンクアグリゲーションを設定する。
「データ蓄積傾向」が０以下の時、回線１をメイン回線とするアップリンク・リダンダントを継続する（Ｓ４４）。
「データ蓄積傾向」が正のとき、送信キュー溢れ時刻を予想し、その時刻にリンクアグリゲーションを設定する（Ｓ４５）。送信キューのバッファー量は決まっているので、それを「データ蓄積傾向」で割れば、何時間後に溢れが発生するかを予想できる。
再度、送信キュー溢れが発生しないとき、ネットワークインタフェースを通過する1秒当たりの通信量Ｗ（ｂｐｓ）を測定した結果に応じて、以下のように設定する（Ｓ４６）。
Ｗ＞Ｘの時、リンクアグリゲーションを継続する（Ｓ４７）。
Ｙ＜Ｗ＜Ｘの時、回線２をメイン回線とするアップリンク・リダンダントにする（Ｓ４８）。その後、再び、「データ蓄積傾向」を計測し、正の場合、送信キュー溢れ時刻を予想し、その時刻にリンクアグリゲーションを設定する。
Ｗ＜Ｙの時、回線１または回線２をメイン回線とするアップリンク・リダンダントにするＳ４９）。メイン回線を回線１、回線２のどちらにするかは、回線ごとのパケットエラー率、通信遅延、他の品質パラメータで選定する。その後、再び、「データ蓄積傾向」を計測し、正の場合、送信キュー溢れ時刻を予想し、その時刻にリンクアグリゲーションを設定する。
【0048】
なお、初期条件としてリンクアグリゲーションを設定しておいて、通信量の減少率をみてアップリンク・リダンダントに切り替えるようにしてもよい。
【0049】
本実施形態でも、ＩＥＴＦが定めるモバイルアドホックネットワークのプロトコルとの相互互換性を維持しながら、通信品質の向上を図ることができる。
【0050】
以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、上述の実施形態において示す構成要素は適宜に組み合わせて構成することが可能である。
【符号の説明】
【0051】
１ 回線（第１の回線）
２ 回線（第２の回線）
２０ 管理サーバ
Ａ 接続端末
Ｄ 受信側通信機器
Ｓ 送信側通信機器
２ 回線（第２の回線）
２０ 管理サーバ
Ａ 接続端末
Ｄ 受信側通信機器
Ｓ 送信側通信機器
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】