特許 6117585 リンクアグリゲーション制御装置、リンクアグリゲーション制御方法、およびリンクアグリゲーション制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6117585

(24)【登録日】2017年3月31日

(45)【発行日】2017年4月19日

(54)【発明の名称】リンクアグリゲーション制御装置、リンクアグリゲーション制御方法、およびリンクアグリゲーション制御プログラム

(51)【国際特許分類】

   H04L 12/891 20130101AFI20170410BHJP

   H04L 12/28 20060101ALI20170410BHJP

【ＦＩ】

   H04L12/891

   H04L12/28 200Z

【請求項の数】8

【全頁数】14

(21)【出願番号】特願2013-65602(P2013-65602)

(22)【出願日】2013年3月27日

(65)【公開番号】特開2014-192666(P2014-192666A)

(43)【公開日】2014年10月6日

【審査請求日】2016年2月17日

(73)【特許権者】

【識別番号】303013763

【氏名又は名称】ＮＥＣエンジニアリング株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100124154

【弁理士】

【氏名又は名称】下坂 直樹

(72)【発明者】

【氏名】小田 智康

【審査官】 宮島 郁美

(56)【参考文献】

【文献】 国際公開第２００７／０２９２９７（ＷＯ，Ａ１）

【文献】 特開２００１−３５９１５３（ＪＰ，Ａ）

【文献】 特開２０１２−０５４７３０（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１１／０１０３２４６（ＵＳ，Ａ１）

【文献】 特開２００２−２３２４２７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ１２／００−１２／２８，１２／４４−１２／９５５

(57)【特許請求の範囲】

【請求項1】

データを一時的に格納するバッファを含む複数の回線の中から所定数の回線をグループ化するリンクアグリゲーション制御装置であって、
前記グループ化された回線のうちのいずれかの回線の前記バッファの格納状態が所定の格納状態となったか否かを監視する格納状態監視手段と、
前記格納状態が前記所定の格納状態となった場合、前記グループの回線数を変更する制御手段と、
を備え、
前記所定の格納状態は、前記バッファのデータ格納量が所定の上限閾値を上回った第１状態と、前記バッファのデータ格納量が所定の下限閾値を下回った第２状態と、を含み、
前記制御手段は、前記第１状態の場合には前記グループの回線数を増加させ、前記第２状態の場合には前記グループの回線数を減少させることを特徴とするリンクアグリゲーション制御装置。

【請求項2】

前記バッファは、送信データを格納するための送信用バッファと、受信データを格納するための受信用バッファの少なくとも一方であることを特徴とする請求項１記載のリンクアグリゲーション制御装置。

【請求項3】

データを一時的に格納するバッファを含む複数の回線の中から所定数の回線をグループ化するリンクアグリゲーション制御装置であって、
前記グループ化された回線の容量状態が所定の容量状態となったか否かを監視する容量状態監視手段と、
前記容量状態が前記所定の容量状態となった場合、前記グループの回線数を変更する制御手段と、
を備え、
前記所定の容量状態は、前記グループの、現在の回線容量合計値が過去の回線容量合計値を所定量下回った第３状態と、前記所定のグループの、現在の回線容量合計値が過去の回線容量合計値を所定量上回った第４状態と、を含み、
前記制御手段は、前記第３状態の場合には前記グループの回線数を増加させ、前記第４状態の場合には前記グループの回線数を減少させることを特徴とするリンクアグリゲーション制御装置。

【請求項4】

前記グループ化された回線のうちのいずれかの回線の前記バッファの格納状態が所定の格納状態となったか否かを監視する格納状態監視手段を、さらに備え、
前記容量状態が前記所定の容量状態となった場合、または、前記格納状態が前記所定の格納状態となった場合、前記制御手段は、前記グループの回線数を変更することを特徴とする請求項３記載のリンクアグリゲーション制御装置。

【請求項5】

前記所定の格納状態は、前記バッファの格納量が所定の上限閾値を上回った第１状態と、前記バッファの格納量が所定の下限閾値を下回った第２状態と、を含み、
前記制御手段は、前記第１状態の場合には前記グループの回線数を増加させ、前記第２状態の場合には前記グループの回線数を減少させることを特徴とする請求項４記載のリンクアグリゲーション制御装置。

【請求項6】

前記バッファは、送信データを格納するための送信用バッファと、受信データを格納するための受信用バッファの少なくとも一方であることを特徴とする請求項４または５に記載のリンクアグリゲーション制御装置。

【請求項7】

データを一時的に格納するバッファを含む複数の回線の中から所定数の回線をグループ化するリンクアグリゲーション制御方法であって、
前記グループ化された回線のうちのいずれかの回線の前記バッファの格納状態が所定の格納状態となった場合、または、前記グループ化された回線の容量状態が所定の容量状態となった場合、前記グループの回線数を変更し、
前記所定の格納状態は、前記バッファのデータ格納量が所定の上限閾値を上回った第１状態と、前記バッファのデータ格納量が所定の下限閾値を下回った第２状態と、を含み、
前記グループの回線数を変更する際、前記第１状態の場合には前記グループの回線数を増加させ、前記第２状態の場合には前記グループの回線数を減少させることを特徴とするリンクアグリゲーション制御方法。

【請求項8】

データを一時的に格納するバッファを含む複数の回線の中から所定数の回線をグループ化するリンクアグリゲーション制御装置のコンピュータに、
前記グループ化された回線のうちのいずれかの回線の前記バッファの格納状態が所定の格納状態となった場合、または、前記グループ化された回線の容量状態が所定の容量状態となった場合、前記グループの回線数を変更する処理
を実行させ、
前記所定の格納状態は、前記バッファのデータ格納量が所定の上限閾値を上回った第１状態と、前記バッファのデータ格納量が所定の下限閾値を下回った第２状態と、を含み、
前記処理は、前記第１状態の場合には前記グループの回線数を増加させ、前記第２状態の場合には前記グループの回線数を減少させる処理を含むリンクアグリゲーション制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数の物理的な回線を束ねて仮想的に一つの回線として扱うリンクアグリゲーションを制御するためのリンクアグリゲーション制御装置、リンクアグリゲーション制御方法、およびリンクアグリゲーション制御プログラムに関する。

【背景技術】

【0002】

回線容量を制御（拡張／縮小）する技術の一つとして、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．３ａｄで規定されたリンクアグリゲーションが知られている。「リングアグリゲーション」とは、複数の物理的な回線を仮想的に束ね（これを「グループ化」と呼ぶ）、あたかも１本の回線であるかのように扱う技術である。

【0003】

リングアグリゲーションにおいて、グループ化した複数の回線の一部で通信障害が発生した場合、その回線は、グループから除外される。しかしながら、この場合、検出可能な通信障害は、断線等の物理的な通信障害に限られ、トラフィックの増加のような一時的な通信障害は、検出の対象外であった。

【0004】

これに対して、特許文献１には、使用中の回線のトラフィックを監視し、トラフィックの増加が検出された場合、使用中の回線と未使用の回線とをグループ化し、回線容量を拡張させる技術について提案されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】再特ＷＯ２００７０２９２９７号公報（ページＮｏ．２−１１）

【発明の概要】

【発明が解決しようとする課題】

【0006】

特許文献１においてトラフィックが増加したと判定される条件は、送信バッファ空き待ち発生回数および受信バッファ枯渇回数の少なくとも一方が所定の閾値以上となった時である。たとえば、送信に関して言えば、特許文献１における回線容量の拡張は、送信バッファ空き待ち発生回数が所定の閾値以上とならないと実行されない。すなわち、問題が発生してから（初回の送信バッファ空き待ちが発生してから）、回線容量が拡張されるまでの間にタイムラグが発生する。このタイムラグの間に、たとえば、即時性が要求されるハイクオリティデータが急激に増加した場合には、パケットの遅延やロスが発生する可能性がある。

【0007】

また、リングアグリゲーションは、適応変調方式を採用した無線通信システムにも適応することができるが、適応変調方式の場合、無線回線の状態（たとえば、電波環境）によって回線容量が急激に減少することがある。上記タイムラグの間に、適応変調が実行されて回線容量が急激に減少した場合も、上記ハイクオリティデータの急激な増加の場合と同様に、パケットの遅延やロスが発生する可能性がある。

【0008】

すなわち、特許文献１に記載された方法では、ＱｏＳ（Quality of Service）を満足させることは困難である。

【0009】

本発明は上記課題を解決するためになされたものであり、ＱｏＳを満足したリンクアグリゲーション制御を実行することが可能な、リンクアグリゲーション制御装置、リンクアグリゲーション制御方法、およびリンクアグリゲーション制御プログラムを提供することを目的とする。

【課題を解決するための手段】

【0010】

本発明の第１のリンクアグリゲーション制御装置は、データを一時的に格納するバッファを含む複数の回線の中から所定数の回線をグループ化するリンクアグリゲーション制御装置であって、前記グループ化された回線のうちのいずれかの回線の前記バッファの格納状態が所定の格納状態となったか否かを監視する格納状態監視手段と、前記格納状態が前記所定の格納状態となった場合、前記グループの回線数を変更する制御手段と、を備える。

【0011】

本発明の第２のリンクアグリゲーション制御装置は、データを一時的に格納するバッファを含む複数の回線の中から所定数の回線をグループ化するリンクアグリゲーション制御装置であって、前記グループ化された回線の容量状態が所定の容量状態となったか否かを監視する容量状態監視手段と、前記容量状態が前記所定の容量状態となった場合、前記グループの回線数を変更する制御手段と、を備える。

【0012】

本発明のリンクアグリゲーション制御方法は、データを一時的に格納するバッファを含む複数の回線の中から所定数の回線をグループ化するリンクアグリゲーション制御方法であって、 前記グループ化された回線のうちのいずれかの回線の前記バッファの格納状態が所定の格納状態となった場合、または、前記グループ化された回線の容量状態が所定の容量状態となった場合、前記グループの回線数が変更される。

【0013】

本発明のリンクアグリゲーション制御プログラムは、データを一時的に格納するバッファを含む複数の回線の中から所定数の回線をグループ化するリンクアグリゲーション制御装置のコンピュータに、前記グループ化された回線のうちのいずれかの回線の前記バッファの格納状態が所定の格納状態となった場合、または、前記グループ化された回線の容量状態が所定の容量状態となった場合、前記グループの回線数を変更する処理を実行させる。

【発明の効果】

【0014】

本発明によれば、ＱｏＳを満足したリンクアグリゲーション制御を実行することが可能となる。

【図面の簡単な説明】

【0015】

【図1】本発明の第１の実施形態に係るリンクアグリゲーション制御装置の構成例を示すブロック図である。

【図2】信号処理部における、信号処理回路の構成例を示すブロック図である。

【図3】送信用バッファ回路および受信用バッファ回路の、メモリ構造およびデータ量の監視手法の概念を説明するための図である。

【図4A】バッファの格納状態が所定の格納状態となった場合のリンクアグリゲーション制御装置の動作を説明するための図であり、リンクアグリゲーション構成を変更する前の状態を示す。

【図4B】バッファの格納状態が所定の格納状態となった場合のリンクアグリゲーション制御装置の動作を説明するための図であり、リンクアグリゲーション構成を変更した後の状態を示す。

【図5A】回線の容量状態が所定の容量状態となった場合のリンクアグリゲーション制御装置の動作を説明するための図であり、リンクアグリゲーション構成を変更する前の状態を示す。

【図5B】回線の容量状態が所定の容量状態となった場合のリンクアグリゲーション制御装置の動作を説明するための図であり、リンクアグリゲーション構成を変更した後の状態を示す。

【図6】本発明の第２の実施形態に係るリンクアグリゲーション制御装置の構成例を示すブロック図である。

【図7】リンクアグリゲーション制御プログラムの構成例を示すブロック図である。

【発明を実施するための形態】

【0016】

［第１の実施形態］
［構成の説明］
図１は、本発明の第１の実施形態に係るリンクアグリゲーション制御装置５０の構成例を示すブロック図である。図１では、説明を明瞭なものとするため、リンクアグリゲーションの対象となる無線回線が４つある場合を例に挙げる。もちろん、無線回線の数は、４つに限定されることはない。

【0017】

リンクアグリゲーション制御装置５０は、入出力部１と、データ制御部２と、信号処理部３と、監視制御部４（制御手段に相当）と、送受信部５と、を備える。

【0018】

入出力部１は、外部機器（図１において不図示、たとえば、ＬＡＮ（Local Area Network）機器）にアクセスするための４つの入出力ポート１−１〜１−４を備える。入出力ポート１−１〜１−４は、外部機器からの信号を内部用の信号に変換する機能および内部用の信号を外部機器用の信号に変換する機能を有する。入出力部１は、たとえば、ＬＡＮシステムにおけるＰＨＹに相当する。ＰＨＹは、ネットワークにおけるプロトコルの機能を表したＯＳＩ（Open Systems Interconnection）参照モデルにおいて、最も物理的な接続形式を規定している通信モデルのことであり、全７階層のうち第１層目に位置している。

【0019】

データ制御部２は、例えば、ＭＡＣ（Media Access Control）アドレスによるブリッジ機能のように、入出力部１からの送信データ信号を、アグリゲーション構成に応じて信号処理部３の信号処理回路３−１〜３−４に振り分ける。また、データ制御部２は、信号処理部３からの受信データ信号を、アグリゲーション構成に応じて集約し、入出力部１の入出力ポート１−１〜１−４に出力する。データ制御部２におけるデータ振り分けは、監視制御部４から受信する制御信号に基づいて実行される。制御信号は、アグリゲーション構成（すなわち、束ねる回線）を指定する。なお、データ制御部２における、送信データ信号の振り分け単位はあくまで任意であるが、たとえば、パケット単位またはビット単位で振り分けることができる。

【0020】

信号処理部３は、４つの独立した信号処理回路３−１〜３−４を備える。図２は、信号処理回路３−１の構成例を示すブロック図である。なお、信号処理回路３−１〜３−４の構成は、すべて同一である。従って、図２では、信号処理回路３−１のみを示すとともに、以下の説明では、他の信号処理回路３−２〜３−４の説明は省略する。

【0021】

信号処理回路３−１は、送信用バッファ回路６（第１監視手段に相当）と、送信ベースバンド処理回路７と、変調回路８と、受信用バッファ回路９（第１監視手段に相当）と、受信ベースバンド処理回路１０と、復調回路１１と、変調情報抽出回路１２（制御手段に相当）と、を備える。

【0022】

送信用バッファ回路６は、データ制御部２から受信した送信データ信号の速度を、ＬＡＮ信号用の速度から無線信号用の速度に変換する。

【0023】

送信ベースバンド処理回路７は、送信データ信号に対して所定の信号処理を施す。たとえば、送信ベースバンド処理回路７は、送信データ信号に対して、誤り訂正用の冗長信号や変調方式を示す情報などを付加する。

【0024】

変調回路８は、送信ベースバンド処理回路７から受信した送信データ信号を、変調情報抽出回路１２から受信した変調方式情報に基づいて変調する。

【0025】

復調回路１１は、送受信部５（具体的には、ペアとなる送受信機５−１）から受信した受信データ信号を復調する。

【0026】

受信ベースバンド処理回路１０は、復調された受信データ信号から、誤り訂正時や送信時に付加された無線用の情報等を取り除く。

【0027】

受信用バッファ回路９は、受信データ信号の速度を、無線信号用の速度からＬＡＮ信号用の速度に変換する。

【0028】

変調情報抽出回路１２は、復調された受信データ信号から変調方式情報を抽出する。変調方式情報は、監視制御部４へ通知されるとともに、変調回路８に設定される。変調方式情報は、現在の変調方式を表しており、対向装置側における適応変調動作に伴って変化する。

【0029】

図３は、送信用バッファ回路６および受信用バッファ回路９におけるバッファの構造、およびデータ格納状態の監視手法の概念を説明するための図である。送信用バッファ回路６および受信用バッファ回路９の各バッファは、いずれもＦＩＦＯ（First In, First Out）メモリ構造となっている。さらに、送信用バッファ回路６および受信用バッファ回路９は、それぞれのバッファにおけるデータ格納状態を監視している。送信用バッファ回路６は、自己のバッファにおけるデータ格納状態が所定の格納状態となった場合、「送信用バッファ格納量変化通知」を、監視制御部４へ送信する。受信用バッファ回路９は、自己のバッファにおけるデータ格納状態が所定の格納状態となった場合、「受信用バッファ格納量変化通知」を、監視制御部４へ送信する。

【0030】

送信用バッファ格納量変化通知および受信用バッファ格納量変化通知には、たとえば、バッファにおけるデータ格納量が所定の上限閾値（図３参照）を上回った場合には“Ｈｉｇｈ”がセットされ、バッファにおけるデータ格納量が所定の下限閾値（図３参照）を下回った場合には“Ｌｏｗ”がセットされる。

【0031】

図１の説明に戻る。

【0032】

監視制御部４は、処理対象のリンクアグリゲーショングループについて、送信用バッファ格納量変化通知および受信用バッファ格納量変化通知のうちの少なくとも一方を受信したか否かを監視し、受信した通知内容に基づいてリンクアグリゲーション制御（上記グループにおける回線数の増減）を実行する。

【0033】

なお、バッファ（送信用バッファ、受信用バッファ）は、回線毎に存在する。従って、処理対象のリンクアグリゲーショングループが複数の回線でグループ化されている場合、監視制御部４は、処理対象のリンクアグリゲーショングループ内のすべての回線のバッファの格納状態を個別に監視し、少なくとも１つのバッファの格納状態が変化した場合にリンクアグリゲーション制御を実行する。

【0034】

さらに、監視制御部４は、処理対象となるリンクアグリゲーショングループの回線の容量状態が所定の容量状態となったか否かを監視し、容量状態が所定の容量状態となった場合、リンクアグリゲーション制御（上記グループにおける回線数の増減）を実行する。

【0035】

具体的には、監視制御部４は、処理対象となるリンクアグリゲーショングループにおける、現在の変調方式に基づく回線容量の合計値および過去の変調方式に基づく回線容量の合計値を算出する。なお、現在および過去の変調方式は、変調方式情報から知ることができる。また、変調方式と回線容量とは予めテーブル等で関連付られていてもよい。この場合、回線容量は、変調方式をキーにこのテーブルをサーチすることにより導出される。すなわち、回線容量の合計値は、現在および過去いずれの場合も、まず、各回線の変調方式が既知となり、それにより各回線の回線容量が既知となる。そして、各回線の回線容量を合計することにより、処理対象となるリンクアグリゲーショングループにおける、回線容量の合計値が算出される。

【0036】

現在の回線容量の合計値から過去の回線容量の合計値を引いた結果が、例えば“０”（あくまで一例）未満である場合、監視制御部４は、現状のままでは容量が足りない、換言すればＱｏＳを満足することができないと判断し、処理対象となるリンクアグリゲーショングループの回線数を増加させる。ここで、増加とは、たとえば、使用されていない回線を本グループの回線とする場合もあれば、他のグループが使用中の回線を強制的に本グループの回線として割り当てる場合がある。

【0037】

一方、現在の回線容量の合計値から過去の回線容量の合計値を引いた結果が、例えば“０”以上である場合、必要以上の回線容量がある、換言すれば、他のグループに回線容量を与えることでシステム全体のＱｏＳを満足させることができると判断し、監視制御部４は、処理対象となるリンクアグリゲーショングループの回線数を減少させる。

【0038】

送受信部５は、４つの独立した送受信機５−１〜５−４を備える。各送受信機５−１〜５−４は、信号処理部３から受信した信号（変調された送信データ信号）を無線信号として対向装置（図１において不図示）へ出力するための無線周波数変換や送信出力制御を行う送信機能と、対向装置から受信した無線信号に対してレベル補正を実施し、ベースバンド信号に変換する受信機能と、を有する。
［動作の説明］
図４Ａおよび図４Ｂは、バッファの格納状態が所定の格納状態となった場合のリンクアグリゲーション制御装置５０の動作を説明するための図である。図４Ａは、リンクアグリゲーション構成を変更する前の状態を示し、図４Ｂは、リンクアグリゲーション構成を変更した後の状態を示す。

【0039】

まず前提として、図４Ａおよび図４Ｂに示されるように、リンクアグリゲーション制御装置５０において、入出力ポート１−１を外部機器側のポートとするアグリゲーショングループ１と、入出力ポート１−４を外部機器側のポートとするアグリゲーショングループ２とが形成されているものとする。この構成は、リンクアグリゲーション構成の変更前後で変化はないものとする。

【0040】

そして、リンクアグリゲーション構成が変更される前、図４Ａに示されるように、アグリゲーショングループ１では、信号処理回路３−１および送受信機５−１で構成される回線と、信号処理回路３−２および送受信機５−２で構成される回線とがグループ化されている。一方、アグリゲーショングループ２では、信号処理回路３−３および送受信機５−３で構成される回線と、信号処理回路３−４および送受信機５−４で構成される回線とがグループ化されている。

【0041】

この状態で、たとえば、ハイクオリティデータの処理が増加することに伴って送信データ量が増加すると、信号処理回路３−１および信号処理回路３−２の少なくとも一方の送信用バッファ回路６では、書き込みデータ量の増加によりＦＩＦＯメモリに格納されるデータ量が増加する。格納されるデータ量が上限閾値を超えると、送信用バッファ回路６は、監視制御部４に対して、送信用バッファ格納量変化通知を出力する。この場合、送信用バッファ格納量変化通知には、“Ｈｉｇｈ”がセットされる。

【0042】

“Ｈｉｇｈ”がセットされた送信用バッファ格納量変化通知を受けた監視制御部４は、たとえば、図４Ｂに示すように、ネットワークインタフェース（一対の信号処理回路および送受信機で構成される回線）の振り分け数を２から１つ増やして３に変更する決定を行う。この決定は、制御信号としてデータ制御部２に出力される。データ制御部２は、制御信号（回線数が増加した）に基づいてデータ振り分けを実行する。

【0043】

その後、送信データ量が減少すると、信号処理回路３−１および信号処理回路３−２における送信用バッファ回路６では、書き込みデータ量の減少によりＦＩＦＯメモリに格納されるデータ量が減少する。格納されたデータが下限閾値を下回ると、送信用バッファ回路６は、監視制御部４に対して、送信用バッファ格納量変化通知を出力する。この場合、送信用バッファ格納量変化通知には、“Ｌｏｗ”がセットされる。

【0044】

“Ｌｏｗ”がセットされた送信用バッファ格納量変化通知を受けた監視制御部４は、たとえば、図４Ａに示すように、ネットワークインタフェースの振り分け数を３から１つ減らして２に変更する決定を行う。この決定は、制御信号としてデータ制御部２に出力される。データ制御部２は、制御信号（回線数が減少した）に基づいてデータ振り分けを実行する。

【0045】

図５Ａおよび図５Ｂは、回線の容量状態が所定の容量状態となった場合のリンクアグリゲーション制御装置５０の動作を説明するための図である。図５Ａおよび図５Ｂでは、具体的な回線容量の値を用いて説明する。図５Ａは、リンクアグリゲーション構成を変更する前の状態を示し、図５Ｂは、リンクアグリゲーション構成を変更する前の状態を示す。

【0046】

まず前提として、図５Ａおよび図５Ｂに示されるように、リンクアグリゲーション制御装置５０において、入出力ポート１−１を外部機器側のポートとするアグリゲーショングループ１と、入出力ポート１−４を外部機器側のポートとするアグリゲーショングループ２とが形成されているものとする。この構成は、リンクアグリゲーション構成の変更前後で変化はないものとする。

【0047】

そして、リンクアグリゲーション構成が変更される前、図５Ａに示されるように、アグリゲーショングループ１では、信号処理回路３−１および送受信機５−１で構成される回線と、信号処理回路３−２および送受信機５−２で構成される回線とがグループ化されている。一方、アグリゲーショングループ２は、信号処理回路３−３および送受信機５−３で構成される回線と、信号処理回路３−４および送受信機５−４で構成される回線とがグループ化されている。

【0048】

そして、たとえば、送受信機５−１の過去の回線容量が２００Ｍｂｐｓであり、送受信機５−２の過去の回線容量が２００Ｍｂｐｓであったとする。この場合、リンクアグリゲーショングループ１の過去の回線容量の合計は、４００Ｍｂｐｓとなる。

【0049】

この状態で、たとえば、適応変調が実行された結果、送受信機５−１の現在の回線容量が１００Ｍｂｐｓとなり、送受信機５−２の回線容量が１００Ｍｂｐｓとなった場合、リンクアグリゲーショングループ１の現在の回線容量の合計は、２００Ｍｂｐｓとなる。

【0050】

現在の回線容量の合計値２００Ｍｂｐｓから過去の回線容量の合計値４００Ｍｂｐｓを引いた結果はマイナス（すなわち、“０”未満）となるので、監視制御部４は、現状のままでは容量が足りない、換言すればＱｏＳを満足することができないと判断する。そこで、監視制御部４は、リンクアグリゲーショングループ１に、たとえば、リンクアグリゲーション実行後の回線容量の合計値が過去の回線容量の合計値４００Ｍｂｐｓとなるように、回線容量が２００Ｍｂｐｓである回線（たとえば、送受信機５−３）を追加する。
［効果の説明］
以上説明した第１の実施形態では、処理対象のリンクアグリゲーショングループにおいて、バッファ（送信用バッファまたは受信用バッファ）のデータ格納状態が所定の格納状態となった場合、あるいは、回線容量状態が所定の回線容量状態となった場合に、所定のグループの回線数を変更する。

【0051】

バッファのデータ格納状態および回線容量状態は、いずれも回線の状態をリアルタイムに反映する。これらの状態の変化に基づいて回線数の変更処理を行うことにより、特許文献１のように問題発生から回線数の変更までに大きなタイムラグを発生させることなく、即座にリンクアグリゲーション制御を実行することが可能となる。従って、たとえば、即時性が要求されるハイクオリティデータを扱う場合や、適応変調方式を採用した無線通信システムに適用する場合であっても、パケットの遅延やロスを防ぐことが可能となる。

【0052】

すなわち、以上説明した第１の実施形態によれば、ＱｏＳを満足したリンクアグリゲーション制御を実行することが可能となる。

【0053】

なお、以上説明した第１の実施形態では、対向装置とのインターフェースが無線である場合を例に挙げたが、上記インターフェースは、有線であってもよい。その場合、少なくとも送受信部５０を有線に対応した構成に変更すればよい。

【0054】

また、以上説明した第１の実施形態において、監視制御部４が、処理対象のリンクアグリゲーショングループについて、バッファ（送信用バッファ、受信用バッファ）の格納状態と、回線（たとえば、全ての回線）の容量状態の両方を監視し、いずれか一方の状態が変化した場合にリンクアグリゲーション制御を実行するケースを示した。このような構成とすることにより、問題発生をより迅速に把握することができる（すなわち、より早く現象として現れるタイミングでリンクアグリゲーション制御を実行することができる）。

【0055】

しかしながら、そもそもバッファの格納状態および回線容量状態はいずれも特許文献１の方法よりも早く変化するので、いずれか一方のみを監視する構成であっても、発明の目的は達成される。
［第２の実施形態］
図６は、本発明の第２の実施形態に係るリンクアグリゲーション制御装置１００の構成例を示すブロック図である。リンクアグリゲーション制御装置１００は、ＣＰＵ（Central Processing Unit）１０２と、メモリ１０４と、を備える。

【0056】

メモリ１０４は、リンクアグリゲーション制御プログラム２００を記憶する。ＣＰＵ１０２は、リンクアグリゲーション制御プログラム２００を実行する。メモリ１０４の例としては、非一時的な記憶手段、たとえば、ＲＯＭ（Read Only Memory）、ハードディスク、リムーバブルメディア、あるいはリムーバブルディスク等を挙げることができる。

【0057】

図７は、リンクアグリゲーション制御プログラム２００の構成例を示すブロック図である。リンクアグリゲーション制御プログラム２００は、第１プログラム２０２と、第２プログラム２０４と、第３プログラム２０６と、を備える。

【0058】

第１プログラム２０２は、所定のグループにおけるバッファのデータ格納状態が所定の格納状態となったか否かを監視するためのプログラムである。第１プログラム２０２は、換言すれば、送信用バッファ回路６および受信用バッファ回路９の機能を実現するためのプログラムである。

【0059】

第２プログラム２０４は、所定のグループにおける回線の容量状態が所定の容量状態となったか否かを監視するためのプログラムである。第２プログラム２０４は、換言すれば、監視制御部４の一部機能（回線の容量状態が所定の容量状態となったか否かを監視する機能）を実現するためのプログラムである。

【0060】

第３プログラム２０６は、バッファのデータ格納状態が所定の格納状態となった場合、あるいは、容量状態が所定の容量状態となった場合、所定のグループの回線数を変更するためのプログラムである。第３プログラム２０６は、換言すれば、監視制御部４の一部機能（バッファのデータ格納状態が所定の格納状態となった場合、あるいは、容量状態が所定の容量状態となった場合、所定のグループの回線数を変更する機能）を実現するためのプログラムである。

【0061】

第１の実施形態と同一の理由により、以上説明した第２の実施形態によって、ＱｏＳを満足したリンクアグリゲーション制御を実行することが可能となる。

【符号の説明】

【0062】

１ 入出力部
１−１〜１−４ 入出力ポート
２ データ制御部
３ 信号処理部
３−１〜３−４ 信号処理回路
４ 監視制御部
５ 送受信部
５−１〜５−４ 送受信部
６ 送信用バッファ回路
７ 送信ベースバンド処理回路
８ 変調回路
９ 受信用バッファ回路
１０ 受信ベースバンド処理回路
１１ 復調回路
１２ 変調情報抽出回路
５０ リンクアグリゲーション制御装置
１００ リンクアグリゲーション制御装置
１０２ ＣＰＵ
１０４ メモリ
２００ リンクアグリゲーション制御プログラム
２０２ 第１プログラム
２０４ 第２プログラム
２０６ 第３プログラム

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5A】

【図5B】

【図6】

【図7】