(57)【要約】【課題】  通信装置間のネットワークの状態を高速で検出し、適切な対応を可能にする通信制御方法および装置を提供する。【解決手段】  通信装置間がネットワークを通して複数セッションで接続された場合、複数セッションの各々で検出されるＲＴＴ値および／または輻輳ウインドウ値のセッション情報をそれぞれ共通化して更新／設定する。共通化するために、ネットワークにおける通信遅延／通信遅延復旧の高速検出および高速対応が可能となる。【選択図】      図１
2005252638.tif 000002
【特許請求の範囲】
【請求項１】
通信装置間がネットワークを通して複数セッションで接続されたネットワークシステムにおける通信制御方法において、
前記複数セッションの各々で検出されるネットワーク状態を検出し、
前記複数セッション内の部分的セッションで前記ネットワーク状態の変化を検出すると、前記複数セッション全てのセッション情報に当該ネットワーク状態変化を反映する、
ことを特徴とする通信制御方法。
【請求項２】
前記セッション情報は、各セクション情報のラウンド・トリップ・タイム（ＲＴＴ）値および／または輻輳ウインドウ値であることを特徴とする請求項１に記載の通信制御方法。
【請求項３】
新規セッションが接続されると、当該新規セッションの輻輳ウインドウ値ＣＷＮＤNEWは、
ＣＷＮＤNEW＝（ＳＥＳNOW×ＣＷＮＤNOW）／（ＳＥＳNOW＋１）
（ここで、ＳＥＳNOWは相手先の通信装置への現在のセッション数、ＣＷＮＤNOWは現在設定されている輻輳ウインドウ値である。）
により計算され、
前記新たな輻輳ウインドウ値ＣＷＮＤNEWが既存の前記複数セッション全てのセッション情報に反映する、
ことを特徴とする請求項２に記載の通信制御方法。
【請求項４】
サービスの１セッションで使用する輻輳ウインドウ値ＣＷＮＤQOSＸNEWは、
ＣＷＮＤQOSＸNEW＝Ｔ×ＰＯＩＮＴQOS×ＰS
（ここで、Ｔは通信装置間のパケット量であり、Ｔ＝Σ（ＣＷＮＤNOW×ＳＥＳNOW）で計算され、Ｃ
ＷＮＤNOW-Sは現輻輳ウインドウ値、ＳＥＳNOW-Sは現セッション数であり、Σはサービスごとのパケッ
ト量（ＣＷＮＤNOW-S×ＳＥＳNOW-S）を全てのサービスで合計することを表し、
ＰＯＩＮＴQOSは１ポリシー当たりの割合値であり、ＰＯＩＮＴQOS＝１／Σ（ＰS×ＳＥＳNOW-S）
で計算され、ＰSはサービスのポリシー値、ＳＥＳNOW-Sはセッション数である。）
により算出され、
前記新たな輻輳ウインドウ値ＣＷＮＤQOSＸNEWが前記複数セッション全てのセッション情報に反映する、
ことを特徴とする請求項２に記載の通信制御方法。
【請求項５】
通信装置間がネットワークを通して複数セッションで接続されたネットワークシステムにおける通信制御装置において、
前記複数セッションの各々で検出されるネットワーク状態を検出する検出手段と、
前記複数セッション内の部分的セッションで前記ネットワーク状態の変化を検出すると、前記複数セッション全てのセッション情報に当該ネットワーク状態変化を反映する通信管理手段と、
を有することを特徴とする通信制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置間で複数のセッションの接続が行われている場合の通信制御方法および装置に関する。
【背景技術】
【０００２】
周知のように、ＴＣＰ（Transmission Control Protocol）通信はコネクション指向型であり、ラウンド・トリップ・タイム（ＲＴＴ）を測定することでパケットの再送タイムアウト値を設定し、また受信側の状況に応じてウインドウ・サイズを調整するフロー制御を行うことができる。
【０００３】
従来の通信システムでは、一般に、通信装置間のＲＴＴ値および輻輳ウインドウ値をセッション単位で管理している。たとえば、特開平７−７４７８０号公報には、送信側の装置と送信先の装置との間でウインドウの歩調を合わせる方法として「エンド・ツウ・エンド」法が言及され、ネットワーク内の輻輳に対して応答が大きく遅れるという問題点が指摘されている。
【０００４】
また、特開２００３−３２２９６号公報には、複数セッションを一括して格納する共通バッファ機能を設け、セッション毎に要求されるサービス品質（ＱｏＳ）を確保しつつ、輻輳状態の解消を狙った共通チャネルフロー制御方法が開示されている。
【０００５】
【特許文献１】特開平７−７４７８０号公報
【特許文献２】特開２００３−３２２９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、通信装置間で複数のセッションの接続が行われている場合、パケット再送タイマ管理およびフロー制御は、通信装置間のネットワークの状態によって変動するのが常である。上記従来のシステムのように、セッションごとに後別制御を行うと、ネットワークの通信遅延や通信障害が発生あるいは回復したときに即座に対応することができない。
【０００７】
そこで、本発明の目的は、通信装置間のネットワークの状態を高速で検出し、適切な対応を可能にする通信制御方法および装置を提供することにある。
【課題を解決するための手段】
【０００８】
本発明によれば、通信装置間がネットワークを通して複数セッションで接続されたネットワークシステムにおける通信制御方法は、前記複数セッションの各々で検出されるネットワーク状態を検出し、前記複数セッション内の部分的セッションで前記ネットワーク状態の変化を検出すると、前記複数セッション全てのセッション情報に当該ネットワーク状態変化を反映する、ことを特徴とする。
【０００９】
前記セッション情報は、各セクション情報のラウンド・トリップ・タイム（ＲＴＴ）値および／または輻輳ウインドウ値であることを特徴とする。
【００１０】
また、新規セッションが接続されると、当該新規セッションの輻輳ウインドウ値ＣＷＮＤNEWは、
ＣＷＮＤNEW＝（ＳＥＳNOW×ＣＷＮＤNOW）／（ＳＥＳNOW＋１）
（ここで、ＳＥＳNOWは相手先の通信装置への現在のセッション数、ＣＷＮＤNOWは現在設定されている輻輳ウインドウ値である。）
により計算され、前記新たな輻輳ウインドウ値ＣＷＮＤNEWが既存の前記複数セッション全てのセッション情報に反映する、ことを特徴とする。
【００１１】
さらに、サービスの１セッションで使用する輻輳ウインドウ値ＣＷＮＤQOSＸNEWは、
ＣＷＮＤQOSＸNEW＝Ｔ×ＰＯＩＮＴQOS×ＰS
（ここで、Ｔは通信装置間のパケット量であり、Ｔ＝Σ（ＣＷＮＤNOW×ＳＥＳNOW）で計算され、Ｃ
ＷＮＤNOW-Sは現輻輳ウインドウ値、ＳＥＳNOW-Sは現セッション数であり、Σはサービスごとのパケッ
ト量（ＣＷＮＤNOW-S×ＳＥＳNOW-S）を全てのサービスで合計することを表し、
ＰＯＩＮＴQOSは１ポリシー当たりの割合値であり、ＰＯＩＮＴQOS＝１／Σ（ＰS×ＳＥＳNOW-S）
で計算され、ＰSはサービスのポリシー値、ＳＥＳNOW-Sはセッション数である。）
により算出され、前記新たな輻輳ウインドウ値ＣＷＮＤQOSＸNEWが前記複数セッション全てのセッション情報に反映する、ことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、同一の相手先通信装置に接続された複数のセッションである場合、ＲＴＴ値および／または輻輳ウインドウ値のセッション情報をそれぞれ共通化して更新／設定するために、通信遅延／通信遅延復旧の高速検出および高速対応が可能となる。
【００１３】
また、新規セッションは既存のセッションが使用してきたネットワークリソース（通信パケット量）を使用することが可能となり、新規セッションの通信を高速で開始することができる。
【００１４】
さらに、サービス毎に１セッションで使用する輻輳ウインドウ値を算出することで、サービス品質ＱｏＳを組み込んだ輻輳ウインドウ制御により優先通信制御を行うこともできる。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明の第１実施形態によるネットワーク通信制御を概念的に説明する概略的なネットワーク構成図である。ここでは、説明を簡単にするために、通信装置１と通信装置２とがネットワーク３により接続され、これら装置間に複数のセッションＳ１〜ＳＮが存続しているものとする。なお、ネットワーク３は通信装置１および２の間を接続するものであり、複数のネットワークが介在していてもよい。本発明によれば、これらセッションＳ１〜ＳＮの各々のＲＴＴ値および輻輳ウインドウ値がそれぞれ共通化されることで、ネットワーク状態に高速対応することが可能となる。以下、詳述する。
【００１６】
図２は本実施形態によるネットワーク通信制御装置の概略的構成を示すブロック図である。ここでは図１における通信装置１の場合を例示している。
【００１７】
図２において、ネットワーク通信制御装置は、通信管理部１０１、通信装置２へ向けたセッション管理部１０２、各セッションで測定されたＲＴＴをモニタし、パケット受診間隔をモニタするＲＴＴモニタ・ＡＣＫ受信間隔モニタ１０３、再送タイマを管理するタイマ管理部１０４を含んでいる。セッション管理部１０２には、通信装置２と接続している複数のセッションＳ１〜ＳＮごとに、セッション情報部１０２．１〜１０２．Ｎが設けられ、各セッション情報におけるＲＴＴ値および輻輳ウインドウ値が通信管理部１０１により設定／更新される。
【００１８】
通信管理部１０１は、通信先の通信装置（ここでは、通信装置２）が同一である場合、該当するセッション情報（ここではＳ１〜ＳＮ）全てに対して同時に設定／更新を行う。この通信制御について、ネットワーク３で通信遅延が発生し、そして復旧した場合を例示して説明する。
【００１９】
通信装置１および通信装置２の間のネットワーク３において通信遅延が発生すると、データパケットを送信してその確認応答パケットを受信するまでの時間が増大する。したがって、通信装置１のＲＴＴモニタ１０３は、いくつかのセッションのＲＴＴ測定値が一様に増加する事態を検出する。ＲＴＴモニタ１０３によってこれらセッションでのＲＴＴ測定値の増加が検出されると、通信管理部１０１は、その増加を全てのセッション情報Ｓ１〜ＳＮのＲＴＴ値に反映させる。すなわち、同じ通信装置２に接続している全てのセッションのＲＴＴ値を増加した値に更新する。これによって、全てのセッションに対して高速でＲＴＴ値の更新が可能となる。
【００２０】
その後、通信遅延が復旧すると、同様に、データパケットを送信してその確認応答パケットを受信したセッションでは、ＲＴＴ測定値が一様に減少する。このＲＴＴ値の減少が検出されると、通信管理部１０１は、その減少を全てのセッション情報Ｓ１〜ＳＮのＲＴＴ値に反映させる。このようにして、全てのセッションのＲＴＴ値を、ネットワーク状態に応じたＲＴＴ値に高速で更新することができる。
【００２１】
同様に、通信装置１および通信装置２の間のネットワーク３において通信遅延が発生し、その後回復した場合、送信したデータパケットに対して受信した確認応答パケットの受信間隔は、遅延発生に伴って送信時よりも長くなり、その後回復することで通常の長さに戻ることになる。ＡＣＫ受信間隔モニタ１０３はこの受信間隔の変化が一様に発生することをモニタし、それによって通信管理部１０１は、ＲＴＴの場合と同様に、輻輳ウインドウ値を全てのセッションについて更新する。これによって、全てのセッションの輻輳ウインドウ値を、ネットワーク状態に応じた値に高速で更新することができる。
【００２２】
また、通信装置１および２の間で複数のセッションＳ１〜ＳＮが接続されている状態で、通信装置２への新たなセッションＳ（Ｎ＋１）が発生すると、この新たなセッションＳ（Ｎ＋１）の輻輳ウインドウ値ＣＷＮＤNEWは、次の式により算出され、その値が関連する全てのセッションセッションＳ１〜ＳＮに反映される。
【００２３】
ＣＷＮＤNEW＝（ＳＥＳNOW×ＣＷＮＤNOW）／（ＳＥＳNOW＋１）
ここで、ＳＥＳNOWは通信装置２への現在のセッション数、ＣＷＮＤNOWは現在設定されている輻輳ウインドウ値である。したがって、（ＳＥＳNOW×ＣＷＮＤNOW）は、現在の通信装置１と通信装置２との間のネットワークトラフィック量を表す。
【００２４】
上記計算式により新たなセッションの輻輳ウインドウ値が求められ、それが他のセッションに反映されることで、通信装置間のパケット量を増加させることなく、新規セッションの高速通信が可能になる。その際、既存のセッションの輻輳ウインドウ値は減少するが、既存のセッションの輻輳ウインドウ値は限界輻輳ウインドウとスロースタート閾値の間の揺らぎ値となっているために、減少による通信速度への影響は少ない。
【００２５】
（他の実施形態）
次に、本発明の他の実施形態について説明する。本実施形態では、サービス品質（ＱｏＳ）を組み込むことで輻輳ウインドウを制御する優先制御通信が可能となる。すなわち、サービスの１セッションで使用する輻輳ウインドウ値ＣＷＮＤQOSＸNEWは、次の式により算出され、その値が関連する当該サービスの全てのセッションに反映される。
【００２６】
ＣＷＮＤQOSＸNEW＝Ｔ×ＰＯＩＮＴQOS×ＰS
ここで、
Ｔは通信装置間のパケット量であり、
Ｔ＝Σ（ＣＷＮＤNOW×ＳＥＳNOW）
で計算される。すなわち、（ＣＷＮＤNOW-S×ＳＥＳNOW-S）はサービスごとのパケット量であり、現輻輳ウインドウ値ＣＷＮＤNOW-Sと現セッション数ＳＥＳNOW-Sとの積で求められ、Σはその結果を全ての
サービスで合計することを表し、それによって通信装置間のパケット量Ｔが算出される。
【００２７】
ＰＯＩＮＴQOSは１ポリシー当たりの割合値であり、
ＰＯＩＮＴQOS＝１／Σ（ＰS×ＳＥＳNOW-S）
で計算される。ＰSはサービスのポリシー値、ＳＥＳNOW-Sはセッション数であり、ポリシー値とセッション数との積を全てのサービスで合計し、その結果の逆数を１ポリシー当たりの割合値とする。
【００２８】
図３は、本発明の他の実施形態によるネットワーク通信制御方法の輻輳ウインドウの設定値の一例を示す図である。ここでは、サービスとしてＷｅｂ、Ｍａｉｌ、ＴＥＬＮＥＴおよびＦＴＰの４種類があり、それぞれにポリシー値ＰS、セッション数ＳＥＳNOW-Sが示されている。この状態で、通信装置間のパケット量Ｔ＝２０００とした場合、Ｗｅｂサービスの新規輻輳ウインドウ値は、次のように計算される。
【００２９】
Ｔ＝２０００、
ＰＯＩＮＴQOS＝１／（４×４＋３×２＋２×１＋１×１）＝０．０４
ゆえに、ＣＷＮＤQOSＸNEW＝２０００×０．０４×４＝３２０。
【００３０】
これは、接続したセッション数で平均化した輻輳ウインドウ値よりも高い値であり、したがって、優先的にＷｅｂ通信を行うことが可能となる。こうして、本発明を使用したＱｏＳ制御を実施することができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の第１実施形態によるネットワーク通信制御を概念的に説明する概略的なネットワーク構成図である。
【図２】本実施形態によるネットワーク通信制御装置の概略的構成を示すブロック図である。
【図３】本発明の他の実施形態によるネットワーク通信制御方法の輻輳ウインドウの設定値の一例を示す図である。
【符号の説明】
【００３２】
１，２  通信装置
３  ネットワーク
１０１  通信管理部
１０２  セッション管理部
１０３  ＲＴＴモニタ・ＡＣＫ受信間隔モニタ
１０４  タイマ管理部
【図１】
2005252638.tif 000003
【図２】
2005252638.tif 000004
【図３】
2005252638.tif 000005