(57)【要約】【課題】誤り訂正符号によって冗長化されたセッションが伝送するデータの品質の低下を抑制する。【解決手段】パケットを受信し、受信したパケットのうち、第１のパケットと、第１のパケットに対して算出された誤り訂正符号の冗長データを含む第２のパケットとを含む第１のセッションを監視し、第１のセッションの監視結果を送信する通信装置と、通信装置からの第１のセッションの監視結果を受信し、監視結果に応じて、輻輳の発生個所を特定し、ネットワーク内の複数の通信装置に対して、輻輳の発生個所を通るセッションのうち、第１のセッション以外のセッションに対し、輻輳の発生個所を迂回させることを判定する、通信制御装置とを含む通信システムである。【選択図】図５
2017183878.tif 000002
【特許請求の範囲】
【請求項１】
第１のパケットと、第１のパケットに対して算出された誤り訂正符号の冗長データを含む第２のパケットとを含む第１のセッションを監視する通信装置からの、前記第１のセッションの監視結果を受信する受信部と、
前記監視結果に応じて、輻輳の発生個所を特定し、ネットワーク内の複数の通信装置に対して、前記輻輳の発生個所を通るセッションのうち、前記第１のセッション以外のセッションに対し、前記輻輳の発生個所を迂回させることを判定する制御部と、
を備える通信制御装置。
【請求項２】
前記受信部は、セッション確立要求を受信し、
前記制御部は、前記セッション確立要求が第１のセッションの確立を要求する場合に、前記セッション確立要求を中継する前記通信装置に対して、前記第１のセッションの監視を指示する、
請求項１に記載の通信制御装置。
【請求項３】
前記第１のセッションでは、所定数の第１のパケットに対して１つの第２のパケットが送信され、
前記監視結果には、前記第１のセッションにおいて、第２のパケットから次の第２のパケットまでの間の第１のパケットのロス数が閾値を超過したことが含まれる、
請求項１又は２に記載の通信制御装置。
【請求項４】
パケットを受信する受信部と、
受信されたパケットのうち、第１のパケットと、第１のパケットに対して算出された誤り訂正符号の冗長データを含む第２のパケットとを含む第１のセッションを監視する制御部と、
前記第１のセッションの監視結果に応じて、輻輳の発生個所を特定し、ネットワーク内の複数の通信装置に対して、前記輻輳の発生個所を通るセッションのうち、前記第１のセッション以外のセッションに対し、前記輻輳の発生個所を迂回させることを判定する通信制御装置に、前記第１のセッションの監視結果を送信する送信部と、
を備える通信装置。
【請求項５】
前記制御部は、前記第１のセッションで受信される第１のパケットのシーケンス番号の不連続性からパケットロスを検出し、パケットロス状況を、前記第１のセッションの監視結果として通知することを判定する、
請求項４に記載の通信装置。
【請求項６】
前記第１のセッションでは、所定数の第１のパケットに対して１つの第２のパケットが送信され、
前記制御部は、第２のパケットから次の第２のパケットまでの間の第１のパケットのロス数が閾値を超過することを、前記パケットロス状況として通知することを判定する、
請求項５に記載の通信装置。
【請求項７】
通信装置が、
パケットを受信し、
受信したパケットのうち、第１のパケットと、第１のパケットに対して算出された誤り訂正符号の冗長データを含む第２のパケットとを含む第１のセッションを監視し、
前記第１のセッションの監視結果を送信し、
通信制御装置が、
前記通信装置からの前記第１のセッションの監視結果を受信し、
前記監視結果に応じて、輻輳の発生個所を特定し、ネットワーク内の複数の通信装置に対して、前記輻輳の発生個所を通るセッションのうち、前記第１のセッション以外のセッションに対し、前記輻輳の発生個所を迂回させることを判定する、
輻輳制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、通信装置、及び、輻輳制御方法に関する。
【背景技術】
【０００２】
リアルタイム性の高い映像配信では、例えば、専用回線や、一般回線を用いたＶＰＮ（Virtual Private Network）等が用いられる。専用回線は、拠点間を直接接続させるため
、遅延が少なく、映像の品質も良いが、一方で、コストが高い。一般回線を用いたＶＰＮは、ベストエフォート型で、コストは安いものの、一般回線において複数の通信が重畳されるため、専用回線に比べて遅延が多くなり、輻輳の発生率が高い。
【０００３】
一般回線では、輻輳の発生によるパケットロスの可能性が高いため、パケットロスによる映像品質の低下の抑制のため、誤り訂正符号が用いられることがある。誤り訂正符号の一例として、ＦＥＣ（Forward Error Correction）がある。
【０００４】
図１は、ＦＥＣで冗長化されたセッションのパケットの一例を示す図である。図１に示される例では、映像データは、ＲＴＰ（Real-time Transport Protocol）で伝送されることが想定されている。ＦＥＣパケットは、冗長化データを伝送する。
【０００５】
ＦＥＣで冗長化されたセッションでは、連続する所定数のＲＴＰパケットに対して１つのＦＥＣパケットが多重される。図１に示される例では、連続する５つのＲＴＰパケットに対して１つのＦＥＣパケットが多重されている。例えば、連続する５つのＲＴＰパケットのうち、伝送途中で１つのＲＴＰパケットが欠損した場合には、受信側で、ＦＥＣパケットとその他のＲＴＰパケットから、欠損したＲＴＰパケットが復元され救済されるので、映像に影響は出ない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平８−１３０５４２号公報
【特許文献２】特開平１０−３３６１９７号公報
【特許文献３】特開２００３−３０９５９４号公報
【特許文献４】特開２０１４−１５０４５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、誤り訂正符号によって冗長化されたセッションにおいても、映像の品質が低下してしまう場合がある。図１に示されるＦＥＣで冗長化されたセッションでは、ＦＥＣパケットから次のＦＥＣパケットまでの間に、２つ以上のパケットが欠損した場合には、ＦＥＣパケットを用いても、欠損したパケットを救済することはできない。すなわち、ＦＥＣによって救済可能なパケット数は、１つである。
【０００８】
図２は、ＦＥＣによるセッションの冗長化を採用する通信ネットワークＰ１００の一例を示す図である。通信ネットワークＰ１００は、ベストエフォート型のネットワークである。通信ネットワークＰ１００では、映像音響信号の終端装置Ｐ６によって、セッションに対して、ＦＥＣによる冗長化及びＦＥＣによる冗長化からの復号が行われる。
【０００９】
図２では、複数のセッションが一か所に集中し、輻輳が発生している例が示されている。ＦＥＣによって冗長化されたセッションが輻輳に巻き込まれると、パケットロスが発生
する。このとき、ＦＥＣによって救済可能なパケット数以上のパケットが欠損してしまうと、受信側で欠損されたＲＴＰパケットを復元できず、映像品質が低下する。
【００１０】
本発明の一態様は、誤り訂正符号によって冗長化されたセッションが伝送するデータの品質の低下を抑制可能な通信制御装置、通信装置、及び、輻輳制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の態様の一つは、通信制御装置である。通信制御装置は、第１のパケットと、第１のパケットに対して算出された誤り訂正符号の冗長データを含む第２のパケットとを含む第１のセッションを監視する通信装置からの第１のセッションの監視結果を受信する受信部と、第１のセッションの監視結果に応じて、輻輳の発生個所を特定し、ネットワーク内の複数の通信装置に対して、輻輳の発生個所を通るセッションのうち、第１のセッション以外のセッションに対し、輻輳の発生個所を迂回させることを判定する制御部と、を備える。
【００１２】
本発明の態様の一つは、通信装置である。パケットを受信する受信部と、受信されたパケットのうち、第１のパケットと、第１のパケットに対して算出された誤り訂正符号の冗長データを含む第２のパケットとを含む第１のセッションを監視する制御部と、第１のセッションの監視結果に応じて、輻輳の発生個所を特定し、ネットワーク内の複数の通信装置に対して、輻輳の発生個所を通るセッションのうち、第１のセッション以外のセッションに対し、輻輳の発生個所を迂回させることを判定する通信制御装置に、前記第１のセッションの監視結果を送信する送信部と、を備える。
【発明の効果】
【００１３】
開示の通信制御装置、通信装置、及び、輻輳制御方法によれば、誤り訂正符号によって冗長化されたセッションが伝送するデータの品質の低下を抑制することができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、ＦＥＣで冗長化されたセッションのパケットの一例を示す図である。
【図２】図２は、ＦＥＣによるセッションの冗長化を採用する通信ネットワークの一例を示す図である。
【図３】図３は、第１実施形態に係る通信システムの構成の一例を示す図である。
【図４Ａ】図４Ａは、第１実施形態に係る通信システムにおける帯域制御処理の流れの一例を示す図である。
【図４Ｂ】図４Ｂは、第１実施形態に係る通信システムにおける帯域制御処理の流れの一例を示す図である。
【図４Ｃ】図４Ｃは、第１実施形態に係る通信システムにおける帯域制御処理の流れの一例を示す図である。
【図５】図５は、輻輳リンク上のセッションの迂回による使用帯域の制御の一例を示す図である。
【図６】図６は、コントローラのハードウェア構成の一例を示す図である。
【図７】図７は、ＧＷのハードウェア構成の一例を示す図である。
【図８】図８は、制御ノードの機能構成の一例を示す図である。
【図９】図９は、ＳＩＰ＿ＩＮＶＩＴＥメッセージのボディ部に含まれるＳＤＰ情報の一例を示す図である。
【図１０】図１０は、ＳＤＰ情報内のｏ属性の記述方法を示す図である。
【図１１】図１１は、制御ノードのセッション情報テーブルの一例である。
【図１２】図１２は、制御ノードのＩＦ統計情報テーブルの一例である。
【図１３】図１３は、制御ノードのリンク情報テーブルの一例である。
【図１４】図１４は、ＧＷの機能構成の一例を示す図である。
【図１５】図１５は、ＲＴＰパケットのヘッダのフォーマットである。
【図１６】図１６は、ＦＥＣパケットのヘッダのフォーマットの一例である。
【図１７】図１７は、ＧＷのセッション管理テーブルの一例である。
【図１８】図１８は、制御ノードが送信するＦＥＣセッション確認通知の内容の一例である。
【図１９】図１９は、ＧＷが送信するＦＥＣセッション確認応答の内容の一例である。
【図２０】図２０は、制御ノードのＳＩＰメッセージ受信時の処理のフローチャートの一例である。
【図２１】図２１は、制御ノードの、ＧＷから異常閾値超過通知の受信時の処理のフローチャートの一例である。
【図２２】図２２は、ＧＷのＳＩＰメッセージ受信時の処理のフローチャートの一例である。
【図２３】図２３は、ＧＷの、制御ノードからセッション監視指示を受信した場合の処理のフローチャートの一例である。
【図２４】図２４は、ＧＷの監視制御部の、セッション監視処理のフローチャートの一例を示す図である。
【図２５Ａ】図２５Ａは、第１実施形態に係る通信システムの帯域制御処理のシーケンスの一例を示す図である。
【図２５Ｂ】図２５Ｂは、第１実施形態に係る通信システムの帯域制御処理のシーケンスの一例を示す図である。
【図２５Ｃ】図２５Ｃは、第１実施形態に係る通信システムの帯域制御処理のシーケンスの一例を示す図である。
【図２６】図２６は、具体例の通信システムの構成を示す図である。
【図２７】図２７は、具体例の通信システムに存在するセッションのＳＤＰ情報を示す図である。
【図２８】図２８では、通信ノード＃５と通信ノード＃６との間のリンクに輻輳が発生した場合の各セッションの使用帯域の一例を示す図である。
【図２９】図２９は、具体例における迂回対象のセッションの迂回後の輻輳リンクの使用帯域の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１６】
＜第１実施形態＞
図３は、第１実施形態に係る通信システム１００の構成の一例を示す図である。通信システム１００は、コントローラ３と、複数のゲートウェイ（以下、ＧＷ）４と、複数の通信ノード５と、複数の通信端末６とを含む。
【００１７】
通信システム１００では、制御信号のネットワークと、データ信号のネットワークとは、分離されている。コントローラ３は、制御信号のネットワークに接続しており、データ信号のネットワークには接続していない。したがって、コントローラ３は、制御信号は取り扱うが、データ信号は取り扱わない。セッションは、データ信号のネットワーク上に確立される。
【００１８】
ＧＷ  ４と通信ノード５とは、中継ネットワーク５０を形成する。ＧＷ  ４は、中継ネットワーク５０と、通信端末６のアクセスネットワークとに接続する。ＧＷ  ４、通信ノー
ド５、及び、通信端末６は、制御信号のネットワークとデータ信号のネットワークとに接続している。
【００１９】
コントローラ３は、ＧＷ  ４及び通信ノード５を制御する制御ノード１と、データ信号のネットワーク上のセッションを制御するセッション制御サーバ２とを含む。第１実施形態では、データ信号のネットワーク上のセッションは、ＳＩＰ（Session Initiation Protocol）によって制御されることを想定する。したがって、セッション制御サーバ２は、
ＳＩＰサーバとして動作する。
【００２０】
また、第１実施形態では、制御ノード１による通信ノード５に対する制御は、ＯｐｅｎＦｌｏｗが用いられることを想定する。したがって、例えば、通信ノード５はＳＤＮスイッチであり、制御ノード１は、ＳＤＮコントローラである。なお、第１実施形態では、制御ノード１とセッション制御サーバ２とが１つの装置に実装されていることが想定されるが、これに限られず、制御ノード１とセッション制御サーバ２とは別々の装置に実装されてもよい。
【００２１】
通信端末６は、例えば、映像音響信号の終端装置である。通信端末６は、図示されていないカメラ等の映像音響信号入力装置、又は、ディスプレイ等の映像音響信号出力装置と接続されている。映像音響信号入力装置に接続する通信端末６は、映像音響信号入力装置から入力される映像データをＦＥＣによって冗長化してネットワークに送出する。また、映像音響信号出力装置に接続される通信端末６は、ネットワークから受信するＦＥＣによって冗長化されたデータを復号して映像データを取得し、取得した映像データを映像音響信号出力装置に出力する。
【００２２】
通信端末６とＧＷ  ４との間、ＧＷ  ４間には、例えば、ＩＰアドレスとＵＤＰ（User
Datagram Protocol）ポート番号との組合せで識別されるセッションが確立される。ＧＷ
４は、例えば、アドレス変換等によって、通信端末６との間のセッション、ＧＷ  ４間のセッションを終端する。
【００２３】
通信端末６とＧＷ  ４間のセッション、ＧＷ  ４間のセッションは、送信元及び宛先となる通信端末６間でＳＩＰ＿ＩＮＶＩＴＥメッセージが交換されると確立され、ＳＩＰ＿ＢＹＥメッセージが交換されると切断される。
【００２４】
図４Ａ、図４Ｂ、図４Ｃは、第１実施形態に係る通信システム１００における帯域制御処理の流れの一例を示す図である。Ｓ１では、通信端末６がセッション確立要求を送信する。セッション確立要求は、セッション制御サーバ２に宛てて送信され、ＧＷ  によってセッション制御サーバ２に転送される。セッション確立要求は、第１実施形態では、ＳＩＰ＿ＩＮＶＩＴＥメッセージである。ＳＩＰ＿ＩＮＶＩＴＥメッセージは、セッション制御サーバ２によって、通信相手の通信端末６が接続されるＧＷ  ４に転送され、該ＧＷ  ４によって、通信相手の通信端末６に転送される。その後、通信端末６間でセッションが確立される。
【００２５】
Ｓ２では、制御ノード１は、ＳＩＰ＿ＩＮＶＩＴＥメッセージを解析し、ＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象のセッションがＦＥＣにより冗長化されるセッションであることを検出する。以降、ＦＥＣにより冗長化されるセッションを、ＦＥＣセッション、と称する。
【００２６】
ＳＩＰメッセージのボディ部は、ＳＤＰ（Session Description Protocol）によって記述されている。制御ノード１は、ＳＩＰ＿ＩＮＶＩＴＥメッセージのボディ部のＳＤＰの記述を解析することによって、確立要求の対象のセッションがＦＥＣセッションであるこ
とを検出する。
【００２７】
Ｓ３では、制御ノード１は、ＦＥＣセッションが通過するＧＷ  ４に対して、ＦＥＣセッションの監視の開始を指示する。
【００２８】
図４ＢのＳ４では、ＧＷ  ４は、ＦＥＣセッションの監視を行う。より具体的には、ＧＷ  ４は、ＦＥＣセッション内のパケットロスを監視する。中継ネットワーク５０内で輻輳が発生すると、パケットロスが発生する。
【００２９】
Ｓ５では、ＧＷ  ４は、ＦＥＣパケットから次のＦＥＣパケットの間で、ＲＴＰパケットのパケットロス数が、ＦＥＣパケットによって救済可能なＲＴＰパケットの数を超過した場合に、制御ノード１にパケットロス数の超過を通知する。Ｓ６では、制御ノード１は、パケットロス数の超過の通知を受けて、輻輳の発生を検知し、輻輳箇所を特定する。
【００３０】
図４ＣのＳ７では、制御ノード１は、特定した輻輳箇所を通過するセッションのうち、ＦＥＣセッション以外のセッションから、優先的に、迂回対象となるセッションを特定する。Ｓ８では、制御ノード１は、迂回対象のセッションの迂回経路を探索して、通信ノード５に経路の変更を設定する。
【００３１】
第１実施形態では、ＧＷ  ４がＦＥＣセッションを監視することで、ＦＥＣセッションが通過する経路上の輻輳をより早く検出することができ、パケット損失を低減させることができる。結果として、受信側の通信端末６における映像品質の低下を抑制することができる。ＲＴＰパケットは、「第１のパケット」の一例である。ＦＥＣパケットは、「第２のパケット」の一例である。ＦＥＣセッションは、「第１のセッション」の一例である。ＦＥＣは、「誤り訂正符号」の一例である。制御ノード１は、「通信制御装置」の一例である。ＧＷ  ４は、「通信装置」の一例である。ＳＩＰ＿ＩＮＶＩＴＥメッセージは、「セッション確立要求」の一例である。
【００３２】
図５は、輻輳リンク上の、セッションの迂回による使用帯域制御の一例を示す図である。図５では、輻輳リンク上のインタフェースの物理帯域の、輻輳発生時の使用帯域（向かって左側）と、セッション迂回後の使用帯域（向かって右側）との一例が示されている。
【００３３】
輻輳発生時は、インタフェースの物理帯域の上限帯域を、該インタフェースを通過する各セッションの使用帯域の合計値が上回った状態である（向かって左側）。すなわち、輻輳発生時には、パケットがインタフェースから出力される速度より、パケットがインタフェースに入力される速度の方が速い。そのため、パケットの出力の順番待ちが発生し、順番待ちの時間が長くなるとパケットが廃棄されて、パケットロスが発生する。
【００３４】
第１実施形態では、制御ノード１は、輻輳リンクを通過するセッションのうち、ＦＥＣセッション以外のセッションを優先的に迂回させる。これによって、輻輳リンク上のインタフェースの使用帯域を、迂回させたセッションの使用帯域分減らすことができ、上限帯域よりも小さい値とすることができる（向かって右側）。パケットがインタフェースから出力される速度と、パケットがインタフェースに入力される速度とが同じ程度に落ち着くと、パケットの出力の順番待ちが解消され、パケットロスが改善される。
【００３５】
第１実施形態では、ＦＥＣセッションはそのままで、ＦＥＣセッション以外のセッションが優先的に迂回させられる。これによって、ＦＥＣセッションの遅延の増加を抑制することができる。
【００３６】
＜装置構成＞
図６は、コントローラ３のハードウェア構成の一例を示す図である。コントローラ３は、例えば、専用又は汎用のコンピュータである。コントローラ３は、ハードウェア構成要素として、ＣＰＵ（Central Processing Unit）３０１、記憶部３０２、ネットワークイ
ンタフェース３０３、入力装置３０４、出力装置３０５を備える。ＣＰＵ  ３０１、記憶部３０２、ネットワークインタフェース３０３、入力装置３０４、出力装置１０５は、バスによって電気的に接続される。コントローラ３は、「通信制御装置」の一例である。
【００３７】
記憶部３０２は、例えば、ＲＡＭ（Random Access Memory）３０２Ａ、ＲＯＭ（Read Only Memory）３０２Ｂ、不揮発性メモリ３０２Ｃを含む。ＲＡＭ  ３０２Ａは、例えば、ＤＲＡＭ（Dynamic RAM）、ＳＲＡＭ（Static RAM）、ＳＤＲＡＭ（Synchronous  DRAM）、のような半導体メモリである。ＲＡＭ  ３０２Ａは、ＣＰＵ  ３０１に、ＲＯＭ  ３０２Ｂや不揮発性メモリ３０２Ｃに格納されているプログラムをロードする作業領域を提供したり、バッファとして用いられたりする。
【００３８】
不揮発性メモリ３０２Ｃは、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、又
はハードディスクドライブ（Hard Disk Drive）等である。不揮発性メモリ３０２Ｃは、
例えば、ＯＳ（Operating System）、セッション制御プログラム、輻輳制御プログラム、その他アプリケーションプログラム等が格納される。セッション制御プログラムは、セッションを制御するプログラムであり、コントローラ３をＳＩＰサーバとして動作させるためのプログラムである。輻輳制御プログラムは、中継ネットワーク５０内の輻輳を制御するためのプログラムであり、コントローラ３を制御ノード１として動作させるためのプログラムである。
【００３９】
ＣＰＵ  ３０１は、不揮発性メモリ３０２Ｃに保持されたＯＳやプログラムをＲＡＭ  ３０２Ａにロードして実行することによって、様々な処理を実行する。ＣＰＵ  ３０１は、複数であってもよい。ＣＰＵ  ３０１は、「通信制御装置」の「制御部」の一例である。
【００４０】
ネットワークインタフェース３０３は、例えば、例えば、光ケーブル、ＬＡＮ（Local Area Network）ケーブル等の有線のネットワーク回線のケーブルを接続する回路及びポートである。ネットワークインタフェース３０３は、「通信制御装置」の「受信部」の一例である。
【００４１】
入力装置３０４は、例えば、キーボード、マウス等のポインティングデバイスである。出力装置３０５は、例えば、ディスプレイ、プリンタである。
【００４２】
なお、図６に示されるコントローラ３のハードウェア構成は、一例であり、上記に限られず、実施の形態に応じて、適宜、構成要素の省略や置換、追加が可能である。例えば、コントローラ３は、可搬記録媒体駆動装置を備え、ＣＰＵ  ３０１は、可搬記録媒体に記録されるプログラムを可搬記録媒体駆動装置を通じて読み出し、実行してもよい。可搬記録媒体は、ＳＤカード、ｍｉｎｉＳＤカード、ｍｉｃｒｏＳＤカード、ＵＳＢ（Universal Serial Bus）フラッシュメモリ、ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)、Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ、又はフラッシュメモリカードのような記録媒体である。
【００４３】
通信端末６は、例えば、ＰＣ、スマートフォン、携帯電話端末、タブレット端末、専用の映像終端装置等である。通信端末６は、ハードウェア構成要素として、ＣＰＵ、記憶部、ネットワークインタフェース、入力装置、出力装置等を備える。通信端末６の各ハードウェア構成要素については、概要はコントローラ３と同様であり、説明を省略する。
【００４４】
図７は、ＧＷ  ４のハードウェア構成の一例を示す図である。ＧＷ  ４は、例えば、ＳＤＮスイッチ、ルータ、レイヤ３スイッチ等である。ＧＷ  ４は、例えば、ハードウェア構成要素として、ＣＰＵ  ４０１、記憶部４０２、ネットワークインタフェース４０３、ブリッジ４０４を備える。ＣＰＵ  ４０１、記憶部４０２、ネットワークインタフェース４０３の説明は、コントローラ３のＣＰＵ  ３０１、記憶部３０２、ネットワークインタフェース３０３と同様であるため省略する。ＧＷ  ４は、「通信装置」の一例である。
【００４５】
ＧＷ  ４の記憶部４０２の不揮発性メモリ４０２Ｃには、ＦＥＣセッション監視プログラムが格納されている。ＦＥＣセッション監視プログラムは、ＧＷ  ４にＧＷ  ４を通過するＦＥＣセッションを監視させるためのプログラムである。
【００４６】
ＧＷ  ４は、ネットワークインタフェース４０３を複数備える。ネットワークインタフェース４０３は、例えば、通信端末６側のネットワークに接続するインタフェース、コントローラ３側のネットワークに接続するインタフェース、中継ネットワーク５０に接続するインタフェースが備えられる。中継ネットワーク５０に接続するインタフェースは、複数であってもよい。ブリッジ４０４は、パケットの宛先に応じて、複数のネットワークインタフェース４０３間のパケット転送を行う。ネットワークインタフェース４０３は、「通信装置」の「送信部」、「受信部」の一例である。
【００４７】
なお、図７に示されるＧＷ  ４のハードウェア構成は、一例であり、ＧＷ  ４のハードウェア構成は、図７に示されるものに限定されない。例えば、ＧＷ  ４は、ＣＰＵ  ４０１の他に、ＤＳＰ（Digital Signal Processor）、ネットワークプロセッサ等のプロセッサを備えてもよい。ＧＷ  ４のＣＰＵ  ４０１は、「通信装置」の「制御部」の一例である。
【００４８】
図８は、制御ノード１の機能構成の一例を示す図である。制御ノード１は、機能構成要素として、メッセージ受信部１１、メッセージ送信部１２、フロー制御部１３、帯域管理部１４、ノード管理部１５、トポロジ管理部１６、経路制御部１７、ＩＦ統計情報テーブル１４Ａ、リンク情報テーブル１５Ａ、セッション情報テーブル１６Ａを含む。これらの機能構成要素は、コントローラ３のＣＰＵ  ３０１が輻輳制御プログラムを実行することによって達成される。
【００４９】
メッセージ受信部１１は、ＧＷ  ４、通信ノード５からのメッセージを受信する。メッセージ受信部１１は、受信したメッセージを、内容に応じて、フロー制御部１３、帯域管理部１４、ノード管理部１５、トポロジ管理部１６のいずれかに出力する。
【００５０】
例えば、メッセージ受信部１１は、セッション制御サーバ２を通じて、ＧＷ  ４からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信すると、ＳＩＰ＿ＩＮＶＩＴＥメッセージをフロー制御部１３に出力する。例えば、メッセージ受信部１１は、ＧＷ  ４から異常閾値超過通知を受信すると、異常閾値超過通知をフロー制御部１３に出力する。異常閾値超過通知は、ＧＷ  ４によって制御ノード１に送信される、ＧＷ  ４が監視するＦＥＣセッションにおいて、ＦＥＣによる救済可能なパケットロス数を超過するパケットロスの発生を通知するメッセージである。
【００５１】
また、例えば、メッセージ受信部１１は、ＧＷ  ４、通信ノード５からＩＦ統計情報を受信すると、ＩＦ統計情報を帯域管理部１４、ノード管理部１５、トポロジ管理部１６に出力する。第１実施形態では、ＧＷ  ４、通信ノード５は、所定の周期でＩＦ統計情報を制御ノード１に送信する。ＩＦ統計情報には、例えば、ノードが備える各インタフェースについて、上限帯域、使用帯域、リンクの接続先のノード名とインタフェース識別情報等が含まれる。ＩＦ統計情報は、例えば、ＳＮＭＰ（Simple Network Management Protocol
）等のプロトコルによって送信される。
【００５２】
メッセージ送信部１２は、フロー制御部１３又は経路制御部１７から入力されるメッセージを、ネットワークインタフェース３０３を通じて、ＧＷ  ４、通信ノード５に送信する。フロー制御部１３からメッセージ送信部１２に入力されるメッセージには、例えば、ＦＥＣセッションの監視を指示するセッション監視指示がある。経路制御部１７からメッセージ送信部１２に入力されるメッセージには、経路設定をＧＷ  ４及び通信ノード５に指示するＯｐｅｎＦｌｏｗのメッセージ等がある。
【００５３】
帯域管理部１４は、ＩＦ統計情報テーブル１４Ａを管理する。ＩＦ統計情報テーブル１４Ａは、中継ネットワーク５０内のＧＷ  ４及び通信ノード５それぞれが有するインタフェースの帯域に関する情報を保持するテーブルである。ＩＦ統計情報テーブル１４Ａの詳細は後述される。帯域管理部１４には、メッセージ受信部１１から、ＧＷ  ４及び通信ノード５それぞれのＩＦ統計情報が入力される。帯域管理部１４は、入力されたＩＦ統計情報に基づいて、ＩＦ統計情報テーブル１４Ａを更新する。また、帯域管理部１４は、フロー制御部１３からの問合せに応じて、ＩＦ統計情報テーブル１４Ａを読み出す。
【００５４】
ノード管理部１５は、リンク情報テーブル１５Ａを管理する。リンク情報テーブル１５Ａは、中継ネットワーク５０内のＧＷ  ４及び通信ノード５間の接続関係を保持するテーブルである。リンク情報テーブル１５Ａの詳細は後述される。ノード管理部１５には、メッセージ受信部１１から、ＧＷ  ４及び通信ノード５それぞれのＩＦ統計情報が入力される。ノード管理部１５は、入力されたＩＦ統計情報に基づいて、中継ネットワーク５０内のＧＷ  ４及び通信ノード５間の接続関係に変化がある場合に、リンク情報テーブル１５Ａを更新する。また、ノード管理部１５は、フロー制御部１３からの問合せに応じて、リンク情報テーブル１５Ａを読み出す。
【００５５】
トポロジ管理部１６は、セッション情報テーブル１６Ａを管理する。セッション情報テーブル１６Ａは、通信システム１００内のセッションに関する情報を保持するテーブルである。セッション情報テーブル１６Ａの詳細は後述される。トポロジ管理部１６には、メッセージ受信部１１から、ＧＷ  ４及び通信ノード５それぞれのＩＦ統計情報が入力される。また、トポロジ管理部１６には、フロー制御部１３からセッションに関する情報が入力される。トポロジ管理部１６は、入力された情報に基づいて、セッション情報テーブル１６Ａを更新する。また、トポロジ管理部１６は、フロー制御部１３からの問合せに応じて、セッション情報テーブル１６Ａを読み出す。
【００５６】
経路制御部１７は、フロー制御部１３からの依頼に応じて、セッションの経路を算出し、経路設定指示を、メッセージ送信部１２を通じて、ＧＷ  ４及び通信ノード５に送信する。経路制御部１７の経路算出方法は、特定の経路算出方法に限定されない。なお、第１実施形態では、経路制御部１７は、ＧＷ  ４及び通信ノード５への経路の設定の際には、経路設定を指示するＯｐｅｎＦｌｏｗメッセージを用いる。
【００５７】
フロー制御部１３は、通信システム１００内のセッションの輻輳制御を行う。フロー制御部１３には、メッセージ受信部１１を通じて、例えば、ＳＩＰメッセージ、異常閾値超過通知等が入力される。
【００５８】
フロー制御部１３は、ＳＩＰ＿ＩＮＶＩＴＥメッセージが入力されると、ＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象のセッションの経路の算出及び設定を経路制御部１７に依頼する。また、フロー制御部１３は、入力されたＳＩＰ＿ＩＮＶＩＴＥメッセージのＳＤＰ情報を解析して、確立要求の対象のセッションがＦＥＣセッションであるか否かを判定する。ＳＩＰ＿ＩＮＶＩＴＥメッセージの解析については、後述される。ＳＩＰ＿
ＩＮＶＩＴＥメッセージの確立要求の対象のセッションがＦＥＣセッションである場合には、フロー制御部１３は、該当のセッションが通過するＧＷ  ４に対して、セッション監視指示を送信する。セッション監視指示には、監視対象のセッションのセッションＩＤが含まれる。
【００５９】
フロー制御部１３は、異常閾値超過通知が入力されると、異常閾値超過通知に含まれるセッションＩＤに該当するセッションの経路上に輻輳が発生していることを判定し、対象のセッションの経路上の輻輳箇所を特定する。輻輳箇所は、ＩＦ統計情報テーブル１４Ａ、リンク情報テーブル１５Ａ、セッション情報テーブル１６Ａに基づいて、特定される。
【００６０】
フロー制御部１３は、輻輳箇所のリンクを通過するセッションを特定し、特定されたセッションから迂回対象となるセッションを選択する。迂回対象には、ＦＥＣセッション以外のセッションが優先的に選択される。フロー制御部１３は、迂回対象のセッションの迂回経路の算出と設定とを経路制御部１７に依頼する。フロー制御部１３の処理のより詳細な説明は後述される。
【００６１】
図９は、ＳＩＰ＿ＩＮＶＩＴＥメッセージのボディ部に含まれるＳＤＰ情報の一例を示す図である。図９に示される例は、ＦＥＣセッションを確立要求の対象のセッションとするＳＩＰ＿ＩＮＶＩＴＥメッセージの例である。ＳＤＰ情報には、セッションＩＤ、セッションの生成元の識別情報、セッションの種類等の情報が含まれている。セッションの種類には、例えば、オーディオ、ビデオ、アプリケーション等がある。
【００６２】
ＦＥＣセッションを確立要求の対象とするＳＩＰ＿ＩＮＶＩＴＥメッセージには、ＳＤＰ情報内に「ａ＝ｇｒｏｕｐ：ＦＥＣ」の記述がある。制御ノード１のフロー制御部１３は、ＳＩＰ＿ＩＮＶＩＴＥメッセージに、「ａ＝ｇｒｏｕｐ：ＦＥＣ」の記述があるか否かで、確立要求の対象のセッションがＦＥＣセッションであるか否かを判定する。
【００６３】
図１０は、ＳＤＰ情報内のｏ属性の記述方法を示す図である。ＳＤＰ情報のｏ属性は、セッションの送信元に関する情報が記述される。より詳細には、ｏ属性には、ユーザ名（username）、セッションＩＤ（sess-id）、セッションバージョン（sess-version）、ネ
ットワークタイプ（nettype）、アドレスタイプ（addrtype）、生成元アドレス(unicast-address)がこの順で記述されている。
【００６４】
ｏ属性の記述のうち、第１実施形態において、セッションの識別に用いられる情報は、「セッションＩＤ」と「生成元アドレス」である。「セッションＩＤ」は、確立要求の対象のセッションＩＤを示す。セッションＩＤは、数字列で表される。「生成元アドレス」は、セッションの生成元の識別情報を示す。セッションの生成元の識別情報には、ＩＰアドレス、ＵＲＬのいずれかが用いられる。
【００６５】
図１１は、制御ノード１のセッション情報テーブル１６Ａの一例である。セッション情報テーブル１６Ａは、中継ネットワーク５０上に確立されているセッションに関する情報を保持する。セッション情報テーブル１６Ａは、例えば、コントローラ３のＲＡＭ  ３０２Ａに格納されている。
【００６６】
セッション情報テーブル１６Ａの１つのエントリは、中継ネットワーク５０上に確立されている１つのセッションに対応している。セッション情報テーブル１６Ａのエントリは、ＳＩＰ＿ＩＮＶＩＴＥメッセージが受信された場合に、トポロジ管理部１６によって、生成される。セッション情報テーブル１６Ａのエントリは、ＳＩＰ＿ＢＹＥメッセージが受信された場合に、トポロジ管理部１６によって、削除される。
【００６７】
セッション情報テーブル１６Ａのエントリには、セッションＩＤ、ルート、生成元アドレス、宛先アドレス、使用帯域の項目が含まれる。セッションＩＤ、生成元アドレス、宛先アドレスは、ＳＩＰ＿ＩＮＶＩＴＥメッセージのＳＤＰ情報から、フロー制御部１３によって取得され、トポロジ管理部１６によって登録される（図１０参照）。セッションＩＤは、監視対象のセッションを特定するために用いられる。例えば、セッションＩＤは、セッション監視指示に含められて、ＧＷ  ４に送信される。
【００６８】
ルートは、該当のセッションの中継ネットワーク５０内の経路である。ルートは、経路制御部１７によって算出され、フロー制御部１３からトポロジ管理部１６に入力され、トポロジ管理部１６によって登録される。使用帯域は、該当のセッションの使用帯域である。セッションの使用帯域は、ＧＷ  ４及び通信ノード５から通知されるＩＦ統計情報に含まれており、トポロジ管理部１６によって取得され、登録される。
【００６９】
図１２は、制御ノード１のＩＦ統計情報テーブル１４Ａの一例である。ＩＦ統計情報テーブル１４Ａは、中継ネットワーク５０内のＧＷ  ４及び通信ノード５の各インタフェースの帯域に関する情報を保持する。ＩＦ統計情報テーブル１４は、コントローラ３のＲＡＭ  ３０２Ａに格納されている。
【００７０】
ＩＦ統計情報テーブル１４Ａの１つのエントリは、ＧＷ  ４又は通信ノード５が備える１つのインタフェースに対応している。ＩＦ統計情報テーブル１４Ａのエントリは、ＧＷ
４又は通信ノード５から受信されたＩＦ統計情報に新たなインタフェースの情報が含まれている場合に、帯域管理部１４によって生成される。また、ＩＦ統計情報は、ＧＷ  ４又は通信ノード５から所定の周期で送信される。そのため、ＩＦ統計情報テーブル１４Ａのエントリは、該当のインタフェースの情報を含むＩＦ統計情報が所定時間受信されない場合に、タイムアウトとなり、帯域管理部１４によって削除されてもよい。
【００７１】
ＩＦ統計情報テーブル１４Ａのエントリには、ノードＩＤ、インタフェースＩＤ、上限帯域、使用帯域の項目が含まれる。ノードＩＤは、該当のインタフェースを有するＧＷ  ４又は通信ノード５の識別情報である。ＧＷ  ４又は通信ノード５の識別情報には、英数字列が用いられる。
【００７２】
インタフェースＩＤは、該当のインタフェースのノード内の識別情報である。インタフェースＩＤは、例えば、インタフェースの種類を示すアルファベットと数字との組合せが用いられる。例えば、Ｅｔｈｅｒｎｅｔ（登録商標）のインタフェースの場合には、「Ｅ０」、「Ｅ１」、．．．のように表示される。ただし、図１２に示される例では、便宜上、ＩＦ＃１、．．．のように表記されている。
【００７３】
上限帯域は、該当のインタフェースの上限帯域である。例えば、上限帯域には、該当のインタフェースの物理帯域の値が用いられる。使用帯域は、該当のインタフェース上で使用されている帯域である。ノードＩＤ、インタフェースＩＤ、上限帯域及び使用帯域は、ＩＦ統計情報に含まれており、帯域管理部１４によって取得され、登録される。
【００７４】
図１３は、制御ノード１のリンク情報テーブル１５Ａの一例である。リンク情報テーブル１５Ａは、中継ネットワーク５０内のリンクによって接続されるノードに関する情報を保持する。リンク情報テーブル１５Ａは、コントローラ３のＲＡＭ  ３０２Ａに格納されている。
【００７５】
リンク情報テーブル１５Ａのエントリは、中継ネットワーク５０内の１つのリンクに対応している。リンク情報テーブル１５Ａのエントリは、ＩＦ統計情報に新たなインタフェースの情報が含まれている場合に、ノード管理部１５によって生成される。また、リンク
情報テーブル１５Ａのエントリは、該当のリンクに合致するインタフェースの接続情報を含むＩＦ統計情報が所定時間受信されない場合に、タイムアウトとなり、ノード管理部１５によって削除されてもよい。
【００７６】
第１実施形態において、リンクとは、それぞれ異なるノードが保持する２つのインタフェースを接続する伝送路を示す。そのため、リンク情報テーブル１５Ａのエントリには、リンク端１、リンク端２の項目が含まれる。リンク端１、リンク端２には、それぞれ、中継ネットワーク５０内のインタフェースの識別情報が格納される。インタフェースの識別情報は、例えば、ノードＩＤとインタフェースＩＤとの組合せである。ノードＩＤ、インタフェースＩＤは、ＩＦ統計情報からノード管理部１５によって取得され、登録される。
【００７７】
セッション情報テーブル１６Ａ、ＩＦ統計情報テーブル１４Ａ、リンク情報テーブル１５Ａは、輻輳箇所の特定処理、迂回対象セッションの選択処理等に用いられる。輻輳箇所の特定処理、迂回対象セッションの選択処理の詳細は後述される。なお、図１１〜図１３に示されるテーブルは、いずれも例であって、セッション情報テーブル１６Ａ、ＩＦ統計情報テーブル１４Ａ、リンク情報テーブル１５Ａのデータ構造は、図１１〜図１３に示されるものに限定されない。
【００７８】
図１４は、ＧＷ  ４の機能構成の一例を示す図である。ＧＷ  ４は、機能構成要素として、端末側インタフェース４１Ａ、ネットワーク側インタフェース４１Ｂ、コントローラ側インタフェース４１Ｃ、トラフィック統計部４２Ａ、４２Ｂ、転送制御部４３、パケット送受信部４４Ａ、メッセージ送受信部４４Ｂ、監視制御部４５、セッション制御部４６、輻輳制御部４７、経路管理部４８、ＩＦ統計情報生成部４９を備える。
【００７９】
端末側インタフェース４１Ａは、ＧＷ  ４の通信端末６側のネットワークに接続するネットワークインタフェース４０３に相当する。ネットワーク側インタフェース４１Ｂは、中継ネットワーク５０に接続するネットワークインタフェース４０３に相当する。端末側インタフェース４１Ａ、ネットワーク側インタフェース４１Ｂは、それぞれ、図１４では、１つずつ図示されているが、これに限られず、複数備えられてもよい。コントローラ側インタフェース４１Ｃは、コントローラ３側のネットワークに接続するネットワークインタフェース４０３に相当する。
【００８０】
トラフィック統計部４２Ａ、４２Ｂは、それぞれ、ネットワークインタフェース４０３のドライバに相当する。トラフィック統計部４２Ａ、４２Ｂは、それぞれ、端末側インタフェース４１Ａ、ネットワーク側インタフェース４１Ｂを通過するトラフィックを監視し、統計情報を収集する。より具体的には、トラフィック統計部４２Ａ、４２Ｂが収集する統計情報は、例えば、インタフェースの所定時間内の平均使用帯域、フローごとの所定時間内の平均使用帯域、入力パケット数及び出力パケット数等である。インタフェース及びフローごとの平均使用帯域は、例えば、スループットで表され、ｂｐｓ（bit per second）の単位が用いられる。
【００８１】
トラフィック統計部４２Ａ、４２Ｂは、例えば、パケットの宛先ＩＰアドレス、送信元ＩＰアドレス、宛先ポート番号、送信元ポート番号によって、フローを識別する。フローを識別する情報を、フロー識別情報と称する。また、第１実施形態では、１つのインタフェース上において、１つのフローで取り扱われるセッションは１つであることを想定する。したがって、第１実施形態では、フローとセッションとは、同じ情報によって識別可能である。
【００８２】
転送制御部４３は、ＧＷ  ４のブリッジ４０４に相当する。転送制御部４３は、経路情報（図示せず）に基づいて、端末側インタフェース４１Ａ、ネットワークインタフェース
４１Ｂ、パケット送受信部４４Ａの間でパケットの転送を行う。
【００８３】
転送制御部４３は、制御信号を含むパケットをパケット送受信部４４Ａに出力し、データ信号を含むパケットを、経路情報に従って、端末側インタフェース４１Ａ又はネットワーク側インタフェース４１Ｂに出力する。制御信号を含むパケットの宛先ＩＰアドレスは、例えば、制御ノード１、セッション制御サーバ２、ＧＷ  ４自身のＩＰアドレスである。制御信号を含むパケットには、例えば、ＳＩＰメッセージがある。例えば、ＳＩＰ＿ＩＮＶＩＴＥメッセージの宛先ＩＰアドレスは、セッション制御サーバ２である。
【００８４】
パケット送受信部４４Ａ、メッセージ送受信部４４Ｂ、監視制御部４５、セッション制御部４６、セッション管理テーブル４６Ａ、輻輳制御部４７、経路管理部４８、ＩＦ統計情報生成部４９は、それぞれ、ＧＷ  ４のＣＰＵ  ４０１がＦＥＣセッション監視プログラムを実行して達成される機能構成要素である。
【００８５】
パケット送受信部４４Ａは、転送制御部４３から入力される、制御信号を含むパケットをセッション制御部４６に出力する。また、パケット送受信部４４Ａは、セッション制御部４６から入力される、制御信号を含むパケットを転送制御部４３に出力する。第１実施形態では、転送制御部４３からパケット送受信部４４Ａに入力され、パケット送受信部４４Ａからセッション制御部４６に入力されるパケットとして、通信端末６から送信されるＳＩＰメッセージがある。また、第１実施形態では、セッション制御部４６からパケット送受信部４４Ａに入力され、パケット送受信部４４Ａから転送制御部４３に入力されるパケットとして、セッション制御サーバ２から転送されるＳＩＰメッセージがある。
【００８６】
メッセージ送受信部４４Ｂは、コントローラ側インタフェース４１Ｃから入力されるパケットをセッション制御部４６、輻輳制御部４７、経路管理部４８のいずれかに出力する。また、メッセージ送受信部４４Ｂは、セッション制御部４６、輻輳制御部４７、経路管理部４８、ＩＦ統計情報生成部４９から入力されるメッセージをコントローラ側インタフェース４１Ｃに出力する。
【００８７】
メッセージ送受信部４４Ｂが、コントローラ側インタフェース４１Ｃから入力されてセッション制御部４６に出力するメッセージには、例えば、セッション制御サーバ２から転送されるＳＩＰメッセージがある。メッセージ送受信部４４Ｂが、コントローラ側インタフェース４１Ｃから入力されて輻輳制御部４７に出力するメッセージには、例えば、セッション監視指示、セッションの使用帯域の問合せ、セッションがＦＥＣセッションであるか否かの問合せ等がある。メッセージ送受信部４４Ｂが、コントローラ側インタフェース４１Ｃから入力されて経路管理部４８に出力するメッセージには、例えば、経路設定指示等がある。
【００８８】
セッション制御部４６は、ＧＷ  ４を通過するセッションの管理を行う。セッション制御部４６は、パケット送受信部４４Ａ又はメッセージ送受信部４４ＢからＳＩＰメッセージの入力を受け、メッセージ送受信部４４Ｂ又はパケット送受信部４４Ａに出力する。
【００８９】
入力されたＳＩＰメッセージがＳＩＰ＿ＩＮＶＩＴＥメッセージである場合には、セッション制御部４６は、ＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象であるセッションをセッション管理テーブル４６Ａに登録する。入力されたＳＩＰメッセージがＳＩＰ＿ＢＹＥメッセージである場合には、セッション制御部４６は、ＳＩＰ＿ＢＹＥメッセージに該当するセッションのエントリをセッション管理テーブル４６Ａから削除する。
【００９０】
また、セッション制御部４６は、セッション管理テーブル４６Ａを管理し、例えば、輻輳制御部４７からの依頼に応じて、セッション管理テーブル４６Ａから情報を読み出し、
輻輳制御部４７に出力する。
【００９１】
輻輳制御部４７は、メッセージ送受信部４４Ｂからセッション監視指示の入力を受ける。セッション監視指示には、監視対象のセッションのセッションＩＤが含まれている。輻輳制御部４７は、セッション監視指示の入力を受けると、セッション制御部４６に、セッション監視指示に含まれるセッションＩＤに対応するフロー識別情報を問い合わせて取得する。輻輳制御部４７は、監視対象のセッションのフロー識別情報とセッションの監視指示とを、監視制御部４５に出力する。
【００９２】
輻輳制御部４７は、監視制御部４５から、パケットロスがＦＥＣによって救済可能なパケット数以上発生したことの通知の入力を受けると、異常閾値超過通知を生成し、メッセージ送受信部４４Ｂを通じて、制御ノード１に送信する。異常閾値超過通知には、パケットロスがＦＥＣによって救済可能なパケット数以上発生したセッションのセッションＩＤが含まれる。
【００９３】
監視制御部４５は、輻輳制御部４７から、監視対象のセッションのフロー識別情報とセッションの監視指示との入力を受けると、対象のセッションの監視を開始する。より具体的には、監視制御部４５は、トラフィック統計部４２Ａ、４２Ｂを通じて、端末側インタフェース４１Ａ、ネットワークインタフェース４１Ｂに入力されるパケットを取得する。監視制御部４５は、受信パケットの中から、監視対象のセッションのパケットを抽出する。監視対象のセッションのパケットは、輻輳制御部４７から入力されたフロー識別情報によって判定される。
【００９４】
監視制御部４５は、監視対象のセッションの受信パケットについて、ＲＴＰパケットとＦＥＣパケットとのいずれであるかを識別する。監視制御部４５は、ＦＥＣパケット及びＲＴＰパケットのシーケンス番号を監視し、ＦＥＣパケット及びＲＴＰパケットの損失を検出する。
【００９５】
監視制御部４５は、ＦＥＣパケットの受信から次のＦＥＣパケットの受信までの間に、ＦＥＣによって救済可能なパケット数以上のパケットの損失を検出すると、輻輳制御部４７に、その旨と該当のセッションのフロー識別情報とを通知する。
【００９６】
経路管理部４８は、メッセージ送受信部４４Ｂから、制御ノード１からの経路設定指示の入力を受ける。経路設定指示が入力されると、経路管理部４８は、経路設定指示の内容に従って、経路情報（図示せず）を更新する。なお、第１実施形態では、経路設定指示は、ＯｐｅｎＦｌｏｗメッセージで送信されるため、経路管理部４８は、ＳＤＮスイッチとしての動作を行う。
【００９７】
ＩＦ統計情報生成部４９は、所定の周期で、トラフィック統計部４２Ａ、４２ＢからＩＦ統計情報を取得し、ＩＦ統計情報を、メッセージ送受信部４４Ｂを通じて、制御ノード１に送信する。ＩＦ統計情報には、各インタフェースの使用帯域、上限帯域、各セッションの使用帯域、状態（ＵＰ／ＤＯＷＮ）、接続先のインタフェースの識別情報等が含まれている。ＩＦ統計情報は、例えば、ＳＮＭＰを用いて、制御ノード１に送信される。
【００９８】
ＩＦ統計情報生成部４９は、例えば、輻輳制御部４７からの問合せに応じて、トラフィック統計部４２Ａ、４２ＢからＩＦ統計情報を取得し、メッセージ送受信部４４Ｂに出力する。
【００９９】
図１５は、ＲＴＰパケットのヘッダのフォーマットである。図１６は、ＦＥＣパケットのヘッダのフォーマットの一例である。ＦＥＣパケットは、ＲＴＰパケットのペイロード
部に格納される。そのため、ＦＥＣパケットもＲＴＰヘッダを有する。なお、本明細書では、ＲＴＰパケットとは、メディアデータを含むパケットを示す。
【０１００】
ＦＥＣパケットは、ＲＴＰヘッダ内のペイロードタイプ（ＰＴ）のフィールドの値で識別される。ＦＥＣパケットに対して付与されるペイロードタイプの値は、ＲＴＰパケットと異なる値が予め設定されている。監視制御部４５は、ＲＴＰヘッダ内のペイロードタイプの値に基づいて、ＲＴＰパケットとＦＥＣパケットとを識別する。
【０１０１】
また、監視制御部４５は、ＲＴＰパケットのシーケンス番号を監視することで、パケットロスを検出する。ＲＴＰパケットと、ＦＥＣパケットとは、それぞれ、独立してシーケンス番号が付与されているので、ＲＴＰパケットのシーケンス番号は、ＦＥＣパケットの挿入によって、不連続にはならない。
【０１０２】
監視制御部４５は、ＲＴＰパケットのシーケンス番号が、一つ前に受信したＲＴＰパケットのシーケンス番号から不連続である場合に、パケットロスを検出する。また、監視制御部４５は、ＲＴＰパケットのシーケンス番号と、一つ前に受信したＲＴＰパケットのシーケンス番号とから、損失されたパケット数を取得する。
【０１０３】
図１７は、ＧＷ  ４のセッション管理テーブル４６Ａの一例である。セッション管理テーブル４６Ａは、ＧＷ  ４を通過するセッションの情報を保持する。セッション管理テーブル４６Ａは、ＧＷ  ４のＲＡＭ  ４０２Ａに格納されている。
【０１０４】
セッション管理テーブル４６Ａの１つのエントリは、ＧＷ  ４を通過する１つのセッションに対応する。セッション管理テーブル４６Ａのエントリは、ＳＩＰ＿ＩＮＶＩＴＥメッセージが受信されると、セッション制御部４６によって生成される。セッション管理テーブル４６Ａのエントリは、セッションＩＤが合致するＳＩＰ＿ＢＹＥメッセージが受信されると、セッション制御部４６によって削除される。
【０１０５】
セッション管理テーブル４６Ａのエントリには、セッションＩＤ、フロー識別情報、ＦＥＣフラグの項目が含まれる。フロー識別情報は、第１実施形態では、該当するセッションの宛先ＩＰアドレス、送信元アドレス、宛先ポート番号、送信元ポート番号の組合せである。ＦＥＣフラグは、該当のセッションがＦＥＣセッションであるか否かを示すフラグである。例えば、ＦＥＣフラグが「１」の場合に、該当のセッションがＦＥＣセッションであることが示される。
【０１０６】
セッションＩＤ、フロー識別情報、ＦＥＣセッションであるか否かを示す情報は、いずれも、ＳＩＰ＿ＩＮＶＩＴＥメッセージに含まれるＳＤＰ情報から、フロー制御部４６によって取得され、登録される。
【０１０７】
図１８は、制御ノード１が送信するＦＥＣセッション確認通知の内容の一例である。図１９は、ＧＷ  ４が送信するＦＥＣセッション確認応答の内容の一例である。上述の通り、制御ノード１のフロー制御部１３は、ＧＷ  ４から異常閾値超過通知を受けて、迂回対象のセッションを決定する。フロー制御部１３は、迂回対象の候補として選択したセッションがＦＥＣセッションであるか否かを確認するために、選択したセッションが通過するＧＷ  ４にＦＥＣセッション確認通知を送信する。
【０１０８】
ＦＥＣセッション確認通知には、例えば、図１８に示されるように、確認対象のセッションの、セッションＩＤ、生成元アドレス、宛先アドレスが含まれている。確認対象のセッションの、セッションＩＤ、生成元アドレス、宛先アドレスは、セッション情報テーブル１６Ａ（図１１参照）から取得される。
【０１０９】
ＦＥＣセッション確認通知は、ＧＷ  ４の輻輳制御部４７に受信される。輻輳制御部４７は、ＦＥＣセッション確認通知の対象のセッションの情報を、セッション制御部４６を通じて、セッション管理テーブル４６Ａから取得し、ＦＥＣセッション確認応答を生成して、制御ノード１に送信する。
【０１１０】
ＦＥＣセッション確認応答には、例えば、図１９に示されるように、確認対象のセッションの、セッションＩＤ、生成元アドレス、宛先アドレス、ＦＥＣセッション判定が含まれている。ＦＥＣセッション判定は、対象のセッションがＦＥＣセッションである場合に、例えば、「ＹＥＳ」となる。確認対象のセッションの、セッションＩＤ、生成元アドレス、宛先アドレス、ＦＥＣセッションであるか否かは、セッション管理テーブル４６Ａ（図１７参照）から取得される。
【０１１１】
＜処理の流れ＞
図２０は、制御ノード１のＳＩＰメッセージ受信時の処理のフローチャートの一例である。図２０に示される処理は、制御ノード１が、セッション制御サーバ２からＳＩＰメッセージの入力を受けると開始される。図２０に示される処理の実行主体は、輻輳制御プログラムを実行するコントローラ３のＣＰＵ  ３０１であるが、便宜上、機能構成要素を主体として説明される。
【０１１２】
ＯＰ１１では、フロー制御部１３は、メッセージ受信部１１を通じて、セッション制御サーバ２からＳＩＰメッセージを受信する。
【０１１３】
ＯＰ１２では、フロー制御部１３は、受信したＳＩＰメッセージの種類を解析する。受信されたＳＩＰメッセージがＳＩＰ＿ＩＮＶＩＴＥメッセージである場合には（ＯＰ１２：ＩＮＶＩＴＥ）、処理がＯＰ１３に進む。受信されたＳＩＰメッセージがＳＩＰ＿ＢＹＥメッセージである場合には（ＯＰ１２：ＢＹＥ）、処理がＯＰ１８に進む。なお、受信されたＳＩＰメッセージが、ＳＩＰ＿ＩＮＶＩＴＥメッセージでもＳＩＰ＿ＢＹＥメッセージでもない場合には、図２０に示される処理が終了する。
【０１１４】
ＯＰ１３からＯＰ１７の処理は、受信されたＳＩＰメッセージがＳＩＰ＿ＩＮＶＩＴＥメッセージである場合の処理である。ＯＰ１３では、フロー制御部１３は、ＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象であるセッションの経路探索を、経路制御部１７に依頼し、該当のセッションの経路を取得する。
【０１１５】
ＯＰ１４では、フロー制御部１３から経路探索の依頼を受けた経路制御部１７は、経路を算出すると、中継ネットワーク５０内の算出した経路上のＧＷ  ４及び通信ノード５に、経路設定指示を送信し、各ノードに対して経路を設定する。
【０１１６】
ＯＰ１５では、フロー制御部１３は、トポロジ管理部１６に、ＳＩＰ＿ＩＮＶＩＴＥメッセージの解析の結果得られた情報と、確立要求の対象のセッションの経路情報と、をセッション情報テーブル１６Ａに登録するよう依頼する。トポロジ管理部１６によって、受信されたＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象のセッションの情報がセッション情報テーブル１６Ａに登録される。フロー制御部１３からトポロジ管理部１６に渡されるＳＩＰ＿ＩＮＶＩＴＥメッセージの解析の結果得られる情報は、ＳＩＰ＿ＩＮＶＩＴＥメッセージのＳＤＰ情報に含まれる情報である。ＳＩＰ＿ＩＮＶＩＴＥメッセージの解析の結果得られる情報は、例えば、セッションＩＤ、生成元アドレスである。
【０１１７】
ＯＰ１６では、フロー制御部１３は、ＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象のセッションがＦＥＣセッションであるか否かを判定する。この判定は、ＳＩＰ＿ＩＮ
ＶＩＴＥメッセージのＳＤＰ情報内の「ａ＝ｇｒｏｕｐ：ＦＥＣ−ＦＲ」の記述の有無によって判定される（図９参照）。ＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象のセッションがＦＥＣセッションである場合には（ＯＰ１６：ＹＥＳ）、処理がＯＰ１７に進む。ＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象のセッションがＦＥＣセッションでない場合には（ＯＰ１６：ＮＯ）、図２０に示される処理が終了する。
【０１１８】
ＯＰ１７では、フロー制御部１３は、ＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象のセッションの経路上のＧＷ  ４に、セッション監視指示を送信する。セッション監視指示には、監視対象のＦＥＣセッションのセッションＩＤが含まれている。その後、図２０に示される処理が終了する。
【０１１９】
ＯＰ１８、ＯＰ１９の処理は、受信されたＳＩＰメッセージがＳＩＰ＿ＢＹＥメッセージである場合の処理である。ＯＰ１８では、フロー制御部１３は、切断対象のセッションの経路情報をセッション情報テーブル１６Ａから取得し、経路制御部１７に切断対象のセッションの経路情報の削除を依頼する。切断対象のセッションのセッションＩＤはＳＩＰ＿ＢＹＥメッセージのＳＤＰ情報に含まれており、フロー制御部１３は、ＳＩＰ＿ＢＹＥメッセージに基づいて、切断対象のセッションを特定する。経路制御部１７は、フロー制御部１３からの依頼を受けて、切断対象のセッションの経路上のＧＷ  ４及び通信ノード５に、該当の経路情報の削除を指示する経路設定指示を送信して、各ノード５の経路設定を行う。
【０１２０】
ＯＰ１９では、フロー制御部１３は、切断対象のセッションに該当するセッション情報テーブル１６Ａのエントリの削除をトポロジ管理部１６に依頼する。トポロジ管理部１６によって、切断対象のセッションに該当するセッション情報テーブル１６Ａのエントリが削除される。その後、図２０に示される処理が終了する。
【０１２１】
図２１は、制御ノード１の、ＧＷ  ４からの異常閾値超過通知の受信時の処理のフローチャートの一例である。図２１に示される処理は、制御ノード１がＧＷ  ４から異常閾値超過通知を受信した場合に開始される。なお、図２１においても、図２０と同様に機能構成要素を実行主体として説明される。
【０１２２】
ＯＰ２１では、フロー制御部１３は、メッセージ受信部１１を通じて、ＧＷ  ４からの異常閾値超過通知を受信する。
【０１２３】
ＯＰ２２では、フロー制御部１３は、輻輳箇所の特定処理を行い、輻輳リンクを特定する。輻輳箇所の特定処理は、例えば、以下の通りである。異常閾値超過通知には、ＧＷ  ４によって検出された、ＦＥＣの救済可能なパケットロス数を超過しているパケットロスが発生しているＦＥＣセッションのセッションＩＤが含まれている。
【０１２４】
まず、フロー制御部１３は、トポロジ管理部１６を通じて、異常閾値超過通知に含まれるセッションＩＤに該当するセッション情報テーブル１６Ａのエントリから、対象のＦＥＣセッションの経路情報を取得する。次に、フロー制御部１３は、対象のＦＥＣセッションの経路上の各インタフェースの上限帯域及び使用帯域を、帯域管理部１４を通じて、ＩＦ統計情報テーブル１４Ａから取得する（図１２参照）。フロー制御部１３は、対象のＦＥＣセッションの経路上の各インタフェースの上限帯域及び使用帯域のうち、使用帯域が上限帯域を超過しているインタフェースを特定する。
【０１２５】
次に、フロー制御部１３は、特定したインタフェースに該当するリンクを、ノード管理部１５を通じて、リンク情報テーブル１５Ａから取得する。取得されたリンクが輻輳リンクである。
【０１２６】
ＯＰ２３では、フロー制御部１３は、トポロジ管理部１６を通じて、セッション情報テーブル１６Ａから、輻輳リンクを通過するセッションのエントリを抽出し、輻輳リンクを通過するセッション上のＧＷ  ４に、特定したセッションの使用帯域の問合せを送信する。制御ノード１からセッションの使用帯域の問合せを受けたＧＷ  ４は、ＩＦ統計情報を制御ノード１に返す。フロー制御部１３は、ＧＷ  ４からのＩＦ統計情報を受信することによって、輻輳リンク上のセッションごとの使用帯域を取得する。取得された使用帯域は、トポロジ管理部１６によって、セッション情報テーブル１６Ａに反映される。
【０１２７】
ＯＰ２４からＯＰ２７の処理は、迂回対象セッションの選択処理である。ＯＰ２４では、フロー制御部１３は、輻輳リンクを通過するセッションのうち、使用帯域が最も小さいセッションを、迂回対象の候補として選択する。使用帯域が小さいセッションを迂回させることによって、迂回による遅延を小さくすることができる。
【０１２８】
ＯＰ２５では、フロー制御部１３は、迂回対象の候補のセッション上のＧＷ  ４に、迂回対象の候補のセッションがＦＥＣセッションであるか否かを問い合わせる。具体的には、フロー制御部１３は、迂回対象の候補のセッションの経路上のＧＷ  ４に、ＦＥＣセッション確認通知を送信し（図１８参照）、該当のＧＷ４からＦＥＣセッション確認応答（図１９参照）を受信する。
【０１２９】
ＯＰ２６では、フロー制御部１３は、迂回対象の候補のセッションがＦＥＣセッションであるか否かを、ＦＥＣセッション確認応答に基づいて、判定する。迂回対象の候補のセッションがＦＥＣセッションである場合には（ＯＰ２６：ＹＥＳ）、迂回対象の候補のセッションは候補から除外され、処理がＯＰ２４に進み、次に使用帯域の小さいセッションが迂回対象の候補として選択される。迂回対象の候補のセッションがＦＥＣセッションでない場合には（ＯＰ２６：ＮＯ）、処理がＯＰ２７に進む。ＯＰ２７では、フロー制御部１３は、迂回対象の候補として選択されているセッションを迂回対象に決定する。
【０１３０】
ＯＰ２８では、フロー制御部１３は、迂回対象のセッションの迂回経路の探索を、経路制御部１７に依頼する。経路制御部１７は、フロー制御部１３からの依頼に応じて、迂回対象のセッションについて、輻輳リンクを迂回する経路を探索する。
【０１３１】
ＯＰ２９では、フロー制御部１３から経路探索の依頼を受けた経路制御部１７は、迂回対象のセッションの迂回経路を算出すると、経路設定指示を送信し、各ノードに対して経路を設定する。経路設定指示の送信先は、例えば、経路情報に変更が発生するＧＷ  ４、通信ノード５である。
【０１３２】
ＯＰ３０では、フロー制御部１３は、輻輳リンクを通過するセッション上のＧＷ  ４に、輻輳リンクを通過する各セッションの使用帯域の問合せを送信し、輻輳リンクを通過する各セッションの使用帯域を取得する。取得されたセッションごとの使用帯域は、トポロジ管理部１６によって、セッション情報テーブル１６Ａに反映される。
【０１３３】
ＯＰ３１では、フロー制御部１３は、輻輳リンクの輻輳が回復したか否かを判定する。例えば、輻輳リンク上のセッションの使用帯域の合計値が輻輳リンクの上限帯域より小さくなっている場合に、輻輳が回復したことが判定される。輻輳リンクの輻輳が回復している場合には（ＯＰ３１：ＹＥＳ）、処理がＯＰ３２に進む。輻輳リンクの輻輳が回復していない場合には（ＯＰ３１：ＮＯ）、処理がＯＰ２４に進み、迂回対象のセッションを追加する処理が行われる。
【０１３４】
ＯＰ３２では、フロー制御部３１は、輻輳が回復したので、異常閾値超過通知の送信元
のＧＷ  ４に対して、異常閾値超過通知に含まれるセッションＩＤのセッションについてのセッション監視指示を送信する。ＧＷ  ４では、異常閾値超過通知の送信によって、ＦＥＣセッションの監視が停止するからである。その後、図２１に示される処理が終了する。
【０１３５】
なお、制御ノード１の処理は、図２０及び図２１に示される処理に限定されない。例えば、実施の形態に応じて、処理の実行順の変更等が行われてもよい。また、例えば、図２１において、輻輳リンク上のセッションのうち、迂回対象の候補となるセッションとして、最も使用帯域の大きいセッションが選択されてもよい。
【０１３６】
図２２は、ＧＷ  ４のＳＩＰメッセージ受信時の処理のフローチャートの一例である。図２２に示される処理は、ＧＷ  ４がＳＩＰメッセージを受信した場合に開始される。図２２に示される処理は、実行主体は、ＦＥＣセッション監視プログラムを実行するＧＷ  ４のＣＰＵ  ４０１であるが、便宜上、機能構成要素を主体として説明される。
【０１３７】
ＯＰ４１では、セッション制御部４６は、パケット送受信部４４Ａ又はメッセージ送受信部４４Ｂを通じて、ＳＩＰメッセージを受信する。
【０１３８】
ＯＰ４２では、セッション制御部４６は、受信したＳＩＰメッセージのメッセージ種別を判定する。受信されたＳＩＰメッセージがＳＩＰ＿ＩＮＶＩＴＥメッセージである場合には（ＯＰ４２：ＩＮＶＩＴＥ）、処理がＯＰ４３に進む。受信されたＳＩＰメッセージがＳＩＰ＿ＢＹＥメッセージである場合には（ＯＰ４２：ＢＹＥ）、処理がＯＰ４５に進む。受信されたＳＩＰメッセージがＳＩＰ＿ＩＮＶＩＴＥメッセージでもＳＩＰ＿ＢＹＥメッセージでもない場合には（ＯＰ４２：その他）、図２２に示される処理が終了し、ＳＩＰメッセージは、メッセージ送受信部４４Ｂ又はパケット送受信部４４Ａを通じて、セッション制御サーバ２又は宛先の通信端末６に送信される。
【０１３９】
ＯＰ４３及びＯＰ４４の処理は、ＳＩＰ＿ＩＮＶＩＴＥメッセージが受信された場合の処理である。ＯＰ４３では、セッション制御部４６は、ＳＩＰ＿ＩＮＶＩＴＥメッセージのＳＤＰ情報を解析する。ＯＰ４４では、セッション制御部４６は、ＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象のセッションを、セッション管理テーブル４６Ａに登録する。セッション管理テーブル４６Ａには、ＳＩＰ＿ＩＮＶＩＴＥメッセージから取得される、セッションＩＤ、フロー識別情報が格納される。また、ＳＩＰ＿ＩＮＶＩＴＥメッセージのＳＤＰ情報の解析によって、ＦＥＣセッションであるか否かが判定され、セッション管理テーブル４６Ａの新たに登録されたエントリのＦＥＣフラグの値が設定される。その後、図２２に示される処理が終了し、ＳＩＰメッセージは、メッセージ送受信部４４Ｂ又はパケット送受信部４４Ａを通じて、セッション制御サーバ２又は宛先の通信端末６に送信される。
【０１４０】
ＯＰ４５からＯＰ４７の処理は、ＳＩＰ＿ＢＹＥメッセージが受信された場合の処理である。ＯＰ４５では、セッション制御部４６は、ＳＩＰ＿ＢＹＥメッセージの切断対象のセッションがＦＥＣセッションであるか否かを判定する。この判定は、ＳＩＰ＿ＢＹＥメッセージに含まれるセッションＩＤに該当するＦＥＣセッション管理テーブル４６ＡのエントリのＦＥＣフラグによって判定される。
【０１４１】
ＳＩＰ＿ＢＹＥメッセージの切断対象のセッションがＦＥＣセッションである場合には（ＯＰ４５：ＹＥＳ）、処理がＯＰ４６に進む。ＳＩＰ＿ＢＹＥメッセージの切断対象のセッションがＦＥＣセッションでない場合には（ＯＰ４５：ＮＯ）、処理がＯＰ４７に進む。
【０１４２】
ＯＰ４６では、セッション制御部４６は、輻輳制御部４７に、ＳＩＰ＿ＢＹＥメッセージに含まれるセッションＩＤに該当するセッションの切断を通知する。この通知の際に、セッションＩＤに対応するフロー識別情報も通知される。輻輳制御部４７は、セッション制御部４６からセッションの切断の通知を受けて、該当するセッションの監視の終了を、監視制御部４５に指示する。
【０１４３】
ＯＰ４７では、セッション制御部４６は、ＳＩＰ＿ＢＹＥメッセージに含まれるセッションＩＤに該当するセッション管理テーブル４６Ａのエントリを削除する。その後、図２２に示される処理が終了し、ＳＩＰメッセージは、メッセージ送受信部４４Ｂ又はパケット送受信部４４Ａを通じて、セッション制御サーバ２又は宛先の通信端末６に送信される。
【０１４４】
図２３は、ＧＷ  ４の、制御ノード１からセッション監視指示を受信した場合の処理のフローチャートの一例である。図２３に示される処理は、ＧＷ  ４が制御ノード１からセッション監視指示を受信した場合に開始される。図２３に示される処理の実行主体はＣＰＵ  ４０１であるが、図２２と同様に機能構成要素を主体として説明される。
【０１４５】
ＯＰ５１では、輻輳制御部４７は、メッセージ送受信部４４Ｂを通じて、制御ノード１からセッション監視指示を受信する。
【０１４６】
ＯＰ５２では、輻輳制御部４７は、セッション監視指示に含まれる監視対象のセッションのセッションＩＤに対応するフロー識別情報を、セッション制御部４６を通じて、セッション管理テーブル４６Ａから取得する。
【０１４７】
ＯＰ５３では、輻輳制御部４７は、監視制御部４５に対して、セッション監視の開始を指示する。輻輳制御部４７は、監視制御部４５に監視対象のセッションに対応するフロー識別情報を渡す。
【０１４８】
ＯＰ５４では、輻輳制御部４７は、監視制御部４５から、監視対象のセッションについて、異常閾値超過通知が入力されたか否かを判定する。監視制御部４５から、監視対象のセッションについて、異常閾値超過通知が入力された場合には（ＯＰ５４：ＹＥＳ）、処理がＯＰ５５に進む。監視制御部４５から、監視対象のセッションについて、異常閾値超過通知が入力されていない場合には（ＯＰ５４：ＮＯ）、処理がＯＰ５６に進む。
【０１４９】
ＯＰ５５では、輻輳制御部４７は、異常閾値超過通知に監視対象のセッションのセッションＩＤを含めて、メッセージ送受信部４４Ｂを通じて、制御ノード１に異常閾値超過通知を送信する。
【０１５０】
ＯＰ５６では、輻輳制御部４７は、監視対象のセッションが切断されたか否かを判定する。監視対象のセッションの切断は、監視対象のセッションについてＳＩＰ＿ＢＹＥメッセージが受信された場合に、セッション制御部４６から輻輳制御部４７に通知される。
【０１５１】
監視対象のセッションが切断された場合には（ＯＰ５６：ＹＥＳ）、処理がＯＰ５７に進む。監視対象のセッションが切断されていない場合には（ＯＰ５６：ＮＯ）、処理がＯＰ５４に進む。
【０１５２】
ＯＰ５７では、監視制御部４５に対して、セッション監視の停止を指示する。輻輳制御部４７は、監視制御部４５に監視対象のセッションに対応するフロー識別情報を渡す。その後、図２３に示される処理が終了する。
【０１５３】
図２４は、ＧＷ  ４の監視制御部４５の、セッション監視処理のフローチャートの一例を示す図である。図２４に示される処理は、輻輳制御部４７から監視制御部４５にセッション監視の開始指示が入力されると開始される。また、図２４に示される処理は、輻輳制御部４７から監視制御部４５にセッション監視の終了指示が入力されると、終了する。
【０１５４】
ＯＰ６１では、監視制御部４５は、パケットロスカウンタを０に設定する。ＯＰ６２では、監視制御部４５は、監視対象のセッションのパケットの受信を検知する。監視対象のセッションのパケットは、輻輳制御部４７から入力されるフロー識別情報によって識別される。
【０１５５】
ＯＰ６３では、監視制御部４５は、パケットの種別を判別する。パケットがＲＴＰパケットである場合には（ＯＰ６３：ＲＴＰ）、処理がＯＰ６４に進む。パケットがＦＥＣパケットである場合には（ＯＰ６３：ＦＥＣ）、処理がＯＰ６９に進む。
【０１５６】
ＯＰ６４からＯＰ６８の処理は、ＲＴＰパケットが受信された場合の処理である。ＯＰ６４では、監視制御部４５は、ＲＴＰパケットのパケットロスが発生しているか否かを判定する。パケットロスの発生は、バッファされている１つ前に受信されたＲＴＰパケットのシーケンス番号と、受信されたＲＴＰパケットのシーケンス番号とが連続していない場合に検出される。ＲＴＰパケットが最初に受信されたものである場合には、パケットロスは発生していないとみなされる。
【０１５７】
パケットロスが発生している場合には（ＯＰ６４：ＹＥＳ）、処理がＯＰ６５に進む。パケットロスが発生していない場合には（ＯＰ６４：ＮＯ）、処理がＯＰ６６に進む。
【０１５８】
ＯＰ６５では、監視制御部４５は、パケットロスカウンタの値にパケットロス数を加算して、パケットロスカウンタの値を更新する。パケットロス数は、ＯＰ６２において受信されたＲＴＰパケットのシーケンス番号から、１つ前に受信されたＲＴＰパケットのシーケンス番号を引いた値から、１をさらに引いた値で求められる。
【０１５９】
ＯＰ６６では、監視制御部４５は、ＯＰ６２において受信したＲＴＰパケットのシーケンス番号をバッファに記憶する。
【０１６０】
ＯＰ６７では、監視制御部４５は、パケットロスカウンタの値が異常閾値より大きいか否かを判定する。異常閾値は、ＦＥＣによって救済可能なパケット数である。パケットロスカウンタの値が異常閾値より大きい場合には（ＯＰ６７：ＹＥＳ）、処理がＯＰ６８に進む。パケットロスカウンタの値が異常閾値以下である場合には（ＯＰ６７：ＮＯ）、処理がＯＰ６２に進む。
【０１６１】
ＯＰ６８では、監視制御部４５は、異常閾値超過通知を輻輳制御部４７に出力する。その後、処理がＯＰ６２に進む。
【０１６２】
ＯＰ６９からＯＰ７３の処理は、受信されたパケットがＦＥＣパケットである場合の処理である。ＯＰ６９では、監視制御部４５は、ＦＥＣパケットにパケットロスが発生しているか否かを判定する。パケットロスの発生は、バッファされている１つ前に受信されたＦＥＣパケットのシーケンス番号と、受信されたＦＥＣパケットのシーケンス番号とが連続していない場合に検出される。ＦＥＣパケットが最初に受信されたものである場合には、パケットロスは発生していないとみなされる。
【０１６３】
パケットロスが発生している場合には（ＯＰ６９：ＹＥＳ）、処理がＯＰ７０に進む。パケットロスが発生していない場合には（ＯＰ６９：ＮＯ）、処理がＯＰ７１に進む。
【０１６４】
ＯＰ７０では、監視制御部４５は、パケットロスカウンタの値にパケットロス数を加算して、パケットロスカウンタの値を更新する。パケットロス数は、ＯＰ６２において受信されたＦＥＣパケットのシーケンス番号から、１つ前に受信されたＦＥＣパケットのシーケンス番号を引いた値に、１をさらに引いた値で求められる。ＦＥＣパケットが欠損した場合には、次に受信されるＦＥＣパケットまでの間に１つでもＲＴＰパケットが欠損すると、伝送データに影響があるためである。
【０１６５】
ＯＰ７１では、監視制御部４５は、ＯＰ６２において受信したＦＥＣパケットのシーケンス番号をバッファに記憶する。
【０１６６】
ＯＰ７２では、監視制御部４５は、パケットロスカウンタの値が異常閾値より大きいか否かを判定する。パケットロスカウンタの値が異常閾値より大きい場合には（ＯＰ７２：ＹＥＳ）、処理がＯＰ７３に進む。パケットロスカウンタの値が異常閾値以下である場合には（ＯＰ７２：ＮＯ）、処理がＯＰ６１に進む。
【０１６７】
ＯＰ７３では、監視制御部４５は、異常閾値超過通知を輻輳制御部４７に出力する。その後、処理がＯＰ６１に進む。
【０１６８】
なお、ＧＷ  ４の処理は、図２２から図２４に示される処理に限定されない。例えば、実施の形態に応じて、処理の実行順の変更等が行われてもよい。
【０１６９】
図２５Ａ、図２５Ｂ、図２５Ｃは、第１実施形態に係る通信システム１００の帯域制御処理のシーケンスの一例を示す図である。図２５Ａ〜図２５Ｃでは、通信システム１００内の装置のうち、ＧＷ＃１、ＳＷ＃１００、ＧＷ＃２、コントローラ３（制御ノード１、セッション制御サーバ２）が示されている。ＳＷ＃１００は、通信ノード５である。
【０１７０】
Ｓ１１では、ＧＷ＃１が、通信端末６からのＳＩＰ＿ＩＮＶＩＴＥメッセージをセッション制御サーバ２に転送する。Ｓ１２では、セッション制御サーバ２は、ＳＩＰ＿ＩＮＶＩＴＥメッセージを、宛先の通信端末６を接続するＧＷ＃２に転送する。
【０１７１】
Ｓ１３では、制御ノード１は、セッション制御サーバ２からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信し（図２０、ＯＰ１１）、セッション情報テーブル１６Ａに確立要求の対象のセッションの情報を登録する（図２０、ＯＰ１５）。
【０１７２】
Ｓ１４では、ＧＷ＃１、ＧＷ＃２は、セッション管理テーブル４６Ａに確立要求の対象のセッションの情報を登録する（図２２、ＯＰ４４）。Ｓ１５では、ＳＩＰ＿ＩＮＶＩＴＥメッセージによって、ＧＷ＃１とＧＷ＃２との間のセッションが確立される。
【０１７３】
Ｓ１６では、制御ノード１は、確立要求のセッション（フロー）の経路設定指示を、ＧＷ＃１、ＧＷ＃２、ＳＷ＃１００を含むノードに送信する（図２０、ＯＰ１４）。
【０１７４】
Ｓ１７では、制御ノード１は、ＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象のセッションがＦＥＣセッションであるか否か判定する（図２０、ＯＰ１６）。図２５Ａに示される例では、ＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象のセッションがＦＥＣセッションであることを想定する。したがって、Ｓ１１でＧＷ＃１から送信されたＳＩＰ＿ＩＮＶＩＴＥメッセージの確立要求の対象のセッションは、監視対象のセッションである。
【０１７５】
Ｓ１８では、制御ノード１は、セッション監視指示を、監視対象のセッションの経路上
のＧＷ＃１、ＧＷ＃２に送信する（図２０、ＯＰ１７）。セッション監視指示には、ＳＩＰ＿ＩＮＶＩＴＥメッセージに含まれているセッションＩＤが含まれている。
【０１７６】
Ｓ１９では、ＧＷ＃１、ＧＷ＃２は、セッション監視指示を受信し（図２３、ＯＰ５１）、監視対象のセッションの監視を開始する（図２３、ＯＰ５３）。
【０１７７】
図２５ＢのＳ２１では、監視対象のセッションの経路上に輻輳が発生し、パケットロスが発生する。
【０１７８】
Ｓ２２では、ＧＷ＃２は、パケットロス数が異常閾値より大きいことを検出する（図２３、ＯＰ５４：ＹＥＳ）。Ｓ２３では、ＧＷ＃２は、制御ノード１に異常閾値超過通知を送信する（図２３、ＯＰ５５）。異常閾値超過通知には、監視対象のセッションのセッションＩＤが含まれている。この時点で、ＧＷ＃２における監視対象のセッションの監視は停止する（図２３、ＯＰ５７）。
【０１７９】
Ｓ２４では、制御ノード１は、異常閾値超過通知を受信し（図２１、ＯＰ２１）、輻輳リンクを特定する（図２１、ＯＰ２２）。Ｓ２５では、制御ノード１は、輻輳リンクを通過する各セッションの使用帯域を、各ＧＷに問い合わせる（図２１、ＯＰ２３）。
【０１８０】
Ｓ２６では、制御ノード１は、迂回対象の候補のセッションを選択する（図２１、ＯＰ２４）。Ｓ２７では、制御ノード１は、迂回対象の候補のセッションについて、迂回対象候補のセッションが通過するＧＷ  ４に、ＦＥＣセッション確認通知を送信する（図２１、ＯＰ２５）。図２５Ｂでは、ＧＷ＃２が迂回対象候補のセッションが通過するＧＷ  ４であることが想定されている。
【０１８１】
Ｓ２８では、ＧＷ＃２は、セッション確認通知を受信し、セッション確認応答を送信する。図２５Ｂでは、迂回対象の候補として選択されたセッションは、ＦＥＣセッション以外のセッションであることが想定される。したがって、制御ノード１には、ＦＥＣセッション確認応答によって、迂回対象の候補として選択されたセッションがＦＥＣセッションでないことが通知される。
【０１８２】
Ｓ２９では、制御ノード１は、迂回対象のセッションの迂回経路を算出し（図２１、ＯＰ２８）、中継ネットワーク５０のノードに、迂回経路の設定指示を送信する（図２１、ＯＰ２９）。
【０１８３】
図２５ＣのＳ３１では、迂回経路の設定によって、セッションが迂回され、輻輳リンク上の輻輳が回復する。Ｓ３２では制御ノード１は、輻輳リンク上を通過するセッションについて、各ＧＷ  ４に使用帯域を問い合わせる（図２１、ＯＰ３０）。Ｓ３３では、制御ノード１は、輻輳リンクの輻輳の回復を検出する（図２１、ＯＰ３１：ＹＥＳ）。
【０１８４】
Ｓ３４では、制御ノード１は、異常閾値超過通知の送信元であるＧＷ＃２に、異常閾値超過通知の対象のセッションに対するセッション監視指示を送信する（図２１、ＯＰ３２）。これによって、ＧＷ＃２において、監視対象のセッションの監視が再開される。
【０１８５】
Ｓ３５では、ＧＷ＃１が、通信端末６からのＳＩＰ＿ＢＹＥメッセージをセッション制御サーバ２に転送する。ＳＩＰ＿ＢＹＥメッセージは、Ｓ１１においてＧＷ＃１が転送したＳＩＰ＿ＩＮＶＩＴＥメッセージと同じセッションについてのものである。Ｓ３６では、セッション制御サーバ２は、ＳＩＰ＿ＢＹＥメッセージを、宛先の通信端末６を接続するＧＷ＃２に転送する。Ｓ３７では、ＧＷ＃１とＧＷ＃２との間のセッションが切断される。
【０１８６】
Ｓ３８では、制御ノード１は、セッション制御サーバ２からＳＩＰ＿ＢＹＥメッセージを受信し（図２０、ＯＰ１１）、切断されたセッションの経路の削除を指示する経路設定指示を、中継ネットワーク５０内のノードに送信する（図２０、ＯＰ１８）。Ｓ３９では、制御ノード１は、セッション情報テーブル１６Ａの、ＳＩＰ＿ＢＹＥメッセージに含まれるセッションＩＤに該当するエントリを削除する（図２０、ＯＰ１９）。
【０１８７】
Ｓ４０では、ＧＷ＃１、ＧＷ＃２は、監視対象のセッションの切断を検出し、セッションの監視を終了する（図２２、ＯＰ４６）。Ｓ４１では、ＧＷ＃１、ＧＷ＃２は、セッション管理テーブル４６Ａの、ＳＩＰ＿ＢＹＥメッセージに含まれるセッションＩＤに該当するエントリを削除する（図２２、ＯＰ４７）。
【０１８８】
＜具体例＞
図２６は、具体例の通信システム１００の構成を示す図である。ＧＷ＃１には、通信端末＃１、＃３、＃５が接続されている。ＧＷ＃２には、通信端末＃２、＃４、＃６が接続されている。中継ネットワーク５０には、通信ノード＃１〜＃９が含まれている。
【０１８９】
図２７は、具体例の通信システム１００に存在するセッションのＳＤＰ情報を示す図である。具体例では、通信システム１００内には、セッション１１００、１１０１、１１０２の３つのセッションが確立されていることを想定する。このうち、ＦＥＣセッションは、ＳＤＰ情報内に「ａ＝ｇｒｏｕｐ：ＦＥＣ−ＦＲ」の記述があるセッション１１００である。したがって、セッション１１００が監視対象のセッションであり、ＧＷ＃１、ＧＷ＃２によって監視されている。
【０１９０】
セッション１１００、１１０１、１１０２は、いずれも、ＧＷ＃１とＧＷ＃２を通過することが想定される。また、セッション１１００、１１０１、１１０２は、いずれも、通信ノード＃５と通信ノード＃６との間のリンクを通過することが想定される。
【０１９１】
図２８では、通信ノード＃５と通信ノード＃６との間のリンクに輻輳が発生した場合の各セッションの使用帯域の一例を示す図である。通信ノード＃５と通信ノード＃６との間のリンクに輻輳が発生すると、セッション１１００、１１０１、１１０２それぞれにパケットロスが発生する。セッション１１００を監視するＧＷ＃２は、セッション１１００のパケットロスを検出して、セッション１１００について異常閾値超過通知を制御ノード１に送信する。
【０１９２】
制御ノード１は、ＧＷ＃２から異常閾値通知を受信すると、セッション１１００の経路上の輻輳リンクとして、通信ノード＃５と通信ノード＃６との間のリンクを特定し、輻輳リンクを通過するセッションを特定する。具体例では、輻輳リンクを通過するセッションは、セッション１１００、１１０１、１１０２であるので、制御ノード１は、これらのセッションのセッション情報テーブル１６Ａのエントリを抽出する。図２８では、輻輳リンクを通過するセッション１１００、１１０１、１１０２のセッション情報テーブル１６Ａのエントリが示されている。
【０１９３】
セッション１１００の使用帯域は５Ｇｂｐｓ、セッション１１０１の使用帯域は２Ｇｂｐｓ、セッション１１０２の使用帯域は４Ｇｂｐｓである。通信ノード＃５と通信ノード＃６との間のリンクの上限帯域は１０Ｇｂｐｓである。したがって、セッション１１００、１１０１、１１０２の使用帯域の合計１１Ｇｂｐｓは、通信ノード＃５と通信ノード＃６との間のリンクの上限帯域１０Ｇｂｐｓを超過している。
【０１９４】
セッション１１００はＦＥＣセッションであり、異常閾値超過通知の対象のセッション
であるので、セッション１１０１、１１０２の中から迂回対象のセッションが選択される。具体例では、より使用帯域小さいセッション１１０１が迂回対象のセッションとして特定される。
【０１９５】
図２９は、具体例における迂回対象のセッションの迂回後の輻輳リンクの使用帯域の一例を示す図である。セッション１１０１が迂回されて、輻輳リンクである通信ノード＃５と通信ノード＃６との間のリンクを通過しなくなるので、輻輳リンクを通過するセッションはセッション１１００、１１０２となる。
【０１９６】
セッション１１００とセッション１１０２との使用帯域の合計は、９Ｇｂｐｓであり、通信ノード＃５と通信ノード＃６との間のリンクの上限帯域１０Ｇｂｐｓより小さい。したがって、通信ノード＃５と通信ノード＃６との間のリンクの輻輳が回復する。
【０１９７】
＜第１実施形態の作用効果＞
第１実施形態では、制御ノード１は、輻輳リンクを特定し、輻輳リンクを通過するセッションのうち、ＦＥＣセッション以外のセッションを優先して迂回させる。これによって、輻輳リンクの輻輳がＦＥＣセッションを迂回させずに回復させることができ、ＦＥＣセッションが伝送するデータの品質の低下を抑制することができる。また、ネットワーク全体の帯域を有効に用いることができる。
【０１９８】
また、第１実施形態では、ＧＷ  ４がＦＥＣセッションを監視し、ＦＥＣで救済可能なパケットロス数を超えるパケットロスを検出すると制御ノード１に通知する。従来は、受信側の通信端末６においてＦＥＣセッションが復号されるまで、ＦＥＣセッションにおけるパケットロスが検出されることは困難であった。第１実施形態によって、ＧＷ  ４がＦＥＣセッションを識別して、ＦＥＣセッションに特化してパケットロスを監視することで、より早く輻輳を検出することができるようになる。これによって、ＦＥＣセッションの受信側の通信端末のユーザがパケットロスによるデータの品質低下を感じる前に、輻輳を回復させることができる。
【０１９９】
ＦＥＣセッションは、映像データ等のパケットロスの影響を受けやすいデータの伝送に対して適用されることが多いため、第１実施形態によれば、映像データ等をより品質低下を抑制して伝送することができる。
【０２００】
＜その他＞
第１実施形態では、制御ノード１がＧＷ  ４に対してセッション監視指示を送信するが、これに限られず、ＧＷ  ４がＳＩＰメッセージからＦＥＣセッションを検出して、ＦＥＣセッションの監視を開始してもよい。
【０２０１】
また、第１実施形態では、ＦＥＣが、誤り訂正符号の一例として挙げられ、説明されたが、ＦＥＣに限定されず、あらゆる誤り訂正符号について、第１実施形態の技術を適用可能である。
【０２０２】
＜記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【０２０３】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等
から読み取ることができる非一時的な記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コ
ンピュータ等に固定された記録媒体としても利用可能である。
【０２０４】
上記実施形態は、さらに、以下の付記を開示する。
（付記１）
第１のパケットと、第１のパケットに対して算出された誤り訂正符号の冗長データを含む第２のパケットとを含む第１のセッションを監視する通信装置からの、前記第１のセッションの監視結果を受信する受信部と、
前記監視結果に応じて、輻輳の発生個所を特定し、ネットワーク内の複数の通信装置に対して、前記輻輳の発生個所を通るセッションのうち、前記第１のセッション以外のセッションに対し、前記輻輳の発生個所を迂回させることを判定する制御部と、
を備える通信制御装置。
（付記２）
前記受信部は、セッション確立要求を受信し、
前記制御部は、前記セッション確立要求が第１のセッションの確立を要求する場合に、前記セッション確立要求を中継する前記通信装置に対して、前記第１のセッションの監視を指示する、
付記１に記載の通信制御装置。
（付記３）
前記第１のセッションでは、所定数の第１のパケットに対して１つの第２のパケットが送信され、
前記監視結果には、前記第１のセッションにおいて、第２のパケットから次の第２のパケットまでの間の第１のパケットのロス数が閾値を超過したことが含まれる、
付記１又は２に記載の通信制御装置。
（付記４）
パケットを受信する受信部と、
受信されたパケットのうち、第１のパケットと、第１のパケットに対して算出された誤り訂正符号の冗長データを含む第２のパケットとを含む第１のセッションを監視する制御部と、
前記第１のセッションの監視結果に応じて、輻輳の発生個所を特定し、ネットワーク内の複数の通信装置に対して、前記輻輳の発生個所を通るセッションのうち、前記第１のセッション以外のセッションに対し、前記輻輳の発生個所を迂回させることを判定する通信制御装置に、前記第１のセッションの監視結果を送信する送信部と、
を備える通信装置。
（付記５）
前記制御部は、前記第１のセッションで受信される第１のパケットのシーケンス番号の不連続性からパケットロスを検出し、パケットロス状況を、前記第１のセッションの監視結果として通知することを判定する、
付記４に記載の通信装置。
（付記６）
前記第１のセッションでは、所定数の第１のパケットに対して１つの第２のパケットが送信され、
前記制御部は、第２のパケットから次の第２のパケットまでの間の第１のパケットのロス数が閾値を超過することを、前記パケットロス状況として通知することを判定する、
付記５に記載の通信装置。
（付記７）
前記受信部は、セッション確立要求を受信し、
前記制御部は、前記セッション確立要求を解析し、前記セッション確立要求が第１のセッションの確立を要求する場合に、前記第１のセッションの監視を開始する、
付記４から６のいずれか一つに記載の通信装置。
（付記８）
通信装置が、
パケットを受信し、
受信したパケットのうち、第１のパケットと、第１のパケットに対して算出された誤り訂正符号の冗長データを含む第２のパケットとを含む第１のセッションを監視し、
前記第１のセッションの監視結果を送信し、
通信制御装置が、
前記通信装置からの前記第１のセッションの監視結果を受信し、
前記監視結果に応じて、輻輳の発生個所を特定し、ネットワーク内の複数の通信装置に対して、前記輻輳の発生個所を通るセッションのうち、前記第１のセッション以外のセッションに対し、前記輻輳の発生個所を迂回させることを判定する、
輻輳制御方法。
【符号の説明】
【０２０５】
１        制御ノード
２        セッション制御サーバ
３        コントローラ
４        ゲートウェイ装置（ＧＷ）
５        通信ノード
６        通信端末
１１      メッセージ受信部
１２      メッセージ送信部
１３      フロー制御部
１４      帯域管理部
１４Ａ    ＩＦ統計情報テーブル
１５      ノード管理部
１５Ａ    リンク情報テーブル
１６      トポロジ管理部
１６Ａ    セッション情報テーブル
１７      経路制御部
４１Ａ    端末側インタフェース
４２Ａ、４２Ｂ    トラフィック統計部
４３      転送制御部
４４Ａ    パケット送受信部
４４Ｂ    メッセージ送受信部
４５      監視制御部
４６      セッション制御部
４６Ａ    セッション管理テーブル
４７      輻輳制御部
４８      経路管理部
４９      ＩＦ統計情報生成部
３０１、４０１    ＣＰＵ
３０２、４０２    記憶部
３０２Ａ、４０２Ａ    ＲＡＭ
３０２Ｂ、４０２Ｂ    ＲＯＭ
３０２Ｃ、４０２Ｃ    不揮発性メモリ
【図１】
2017183878.tif 000003
【図２】
2017183878.tif 000004
【図３】
2017183878.tif 000005
【図４Ａ】
2017183878.tif 000006
【図４Ｂ】
2017183878.tif 000007
【図４Ｃ】
2017183878.tif 000008
【図５】
2017183878.tif 000009
【図６】
2017183878.tif 000010
【図７】
2017183878.tif 000011
【図８】
2017183878.tif 000012
【図９】
2017183878.tif 000013
【図１０】
2017183878.tif 000014
【図１１】
2017183878.tif 000015
【図１２】
2017183878.tif 000016
【図１３】
2017183878.tif 000017
【図１４】
2017183878.tif 000018
【図１５】
2017183878.tif 000019
【図１６】
2017183878.tif 000020
【図１７】
2017183878.tif 000021
【図１８】
2017183878.tif 000022
【図１９】
2017183878.tif 000023
【図２０】
2017183878.tif 000024
【図２１】
2017183878.tif 000025
【図２２】
2017183878.tif 000026
【図２３】
2017183878.tif 000027
【図２４】
2017183878.tif 000028
【図２５Ａ】
2017183878.tif 000029
【図２５Ｂ】
2017183878.tif 000030
【図２５Ｃ】
2017183878.tif 000031
【図２６】
2017183878.tif 000032
【図２７】
2017183878.tif 000033
【図２８】
2017183878.tif 000034
【図２９】
2017183878.tif 000035