JP2004140558A

JP2004140558A - オーナー優先データ配信管理装置、データ配信管理システム及びデータ配信管理方法

Info

Publication number: JP2004140558A
Application number: JP2002302832A
Authority: JP
Inventors: Masako Yagyu; 柳生　理子; Shungo Takahashi; 高橋　俊悟
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2002-10-17
Filing date: 2002-10-17
Publication date: 2004-05-13
Anticipated expiration: 2022-10-17
Also published as: JP4127499B2

Abstract

【課題】優先ユーザとしてのオーナーの使用を優先しつつ、他のユーザとしてのゲストに対しては、簡単な方法で、かつゲスト間の公平性を保った帯域使用を制御する。
【解決手段】ある帯域をゲストに配信する構成において、送信元ホストの優先度を管理するホスト管理テーブル０００７と、各通信の通信手続、許容応答情報を管理する配信管理テーブル０００７と、データ転送処理の間、このデータを記憶する受信バッファ０００２とを備えて、上記優先度を持つオーナー用の帯域外で、所定の公平性によりゲストの通信を制御するようにした。
【選択図】　　　　図８

Description

【０００１】
【発明の属する技術分野】
この発明は、送信したデータに対する送達確認応答を必要とする送信装置とその送信装置の通信相手先である受信装置との間の伝送路上に配置され、送信装置との間の伝送遅延が受信装置との間の伝送遅延に比して小さく、少なくとも送信装置からのデータを受信装置に対して転送する転送処理と、転送したデータに対する送達確認応答を作成し返送する返送処理とを行うことができるデータ配信管理装置に関するものである。特にデータ配信時における送達確認応答の受信タイミングに依存した速度性能劣化を改善したデータ配信管理装置、データ配信管理システムおよびデータ配信管理方法に関するものである。
【０００２】
【従来の技術】
従来の一般的な複数の通信を平行して取り扱うゲートウェイにおいては、プロトコルの特性の違いによる通信レート上の不公平が起こることがある。
これを改善する方法として、受信側末端システムにおける受信データの品質評価や通信状態の観測を通じてプロトコル間の通信品質格差を少なくしている。即ち二層で制御を行なって不公平性を解消する技術が示されている（非特許文献１参照）。
【０００３】
なお、特定のユーザと特定帯域使用量を優先契約し、残りの帯域を他のユーザで共有する方法として、管理サーバに利用者の契約情報管理機能を持たせて、優先契約者が通信を行なって回線がフルになると、これらの優先契約者に特定帯域を明渡し、他のユーザは残りの帯域を共通使用する方法が示されている（特許文献１参照）。
【０００４】
【非特許文献１】
ＴＣＰデータ通信との公平性を考慮した輻輳適応型レート制御による動画像通信の実装”、宮林他、電子情報通信学会技術研究報告（ＣＱ２０００−３５），ｐｐ．７３−７８，Ｊｕｌｙ２０００
【特許文献１】
特開２００２−１１１７３１号公報
【０００５】
【発明が解決しようとする課題】
以上のように非特許文献の技術によれば、受信データの品質評価や通信状態の観測のために受信側や中継ルータに大きな負荷がかかり、複雑な制御が必要であり、回路規模が大きくなるという課題がある。
また特許文献の方法によれば、優先ユーザに対する優先割り当ての方法は示されているが、他のユーザに対する共有の詳細は示されていない。
【０００６】
この発明は上記の課題を解決するためになされたもので、優先ユーザとしてのオーナーの使用を優先しつつ、他のユーザとしてのゲストに対しては、簡単な方法で、かつゲスト間の公平性を保った帯域使用を制御する。
【０００７】
【課題を解決するための手段】
この発明に係るオーナー優先データ配信管理装置は、ある帯域をゲストに配信する構成において、
送信元ホストの優先度を管理するホスト管理テーブルと、
各通信の通信手続、許容応答情報を管理する配信管理テーブルと、
データ転送処理の間、このデータを記憶する受信バッファとを備えて、
上記優先度を持つオーナー用の帯域外で、所定の公平性によりゲストの通信を制御するようにした。
【０００８】
【発明の実施の形態】
実施の形態１．
以下、添付図面を参照して、この発明にかかるデータ配信管理装置、データ配信管理システムおよびデータ配信管理方法の好適な実施の形態を詳細に説明する。
図８は、この発明の実施の形態１におけるデータ配信管理装置を含むデータ配信管理システムの構成を示す図である。図において、このデータ配信管理システムは、オーナーマシン００１５が回線００１４を、モバイル端末（ＭＴ）０００１が回線００１６を介してモバイルゲートウェイ（ＭＧＷ）０００３に接続され、ＭＧＷ０００３が回線０００８を介してＩｎｔｅｒｎｅｔ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒゲートウェイ（ＩＳＰＧＷ）００１０に接続され、このＩＳＰＧＷ００１０はインターネット００１１に接続されている。このＩＳＰＧＷ００１０は、インターネット００１１を介した受信マシン（ＲＲ）００１２にも接続されている。回線の種類として回線０００８はブロードバンドと呼ばれる高速大容量の回線であり、回線００１６はブルートゥースなどの近距離無線回線であり、回線００１４は一般のＬＡＮに用いられる回線である。
【０００９】
ＭＧＷ００３は受信バッファ０００２と、配信管理テーブル０００４と、帯域管理テーブル０００６、およびホスト管理テーブル０００７を有する。受信バッファ０００２は、各接続回線００１４、００１６または０００８のいずれかを経由して受信したパケットを一時保存するためのバッファである。配信管理テーブル０００４は接続回線００１４、００１６または０００８のいずれかを経由し、ＭＧＷが中継を行う通信の、プロットコルやスループット等の交信情報を管理するテーブルである。ホスト管理テーブル０００７は、優先度付けされるホスト情報の優先度と個々のホスト識別子を管理するためのものであり、ホスト管理テーブルにおいては、優先度の最も高いホストとして１以上のオーナーマシン００１５と、０個以上の一時利用者という位置付けで無線回線００１６を経由して接続を行うＭＴ０００１に関する情報を管理する。帯域管理テーブル０００６は、ブロードバンド回線０００８オーナーマシン００１５が確保する帯域およびその条件の情報を管理する。
【００１０】
インターネットを介した宛先マシンＲＲ００１２へむけ、オーナーマシン００１５およびＭＴ０００１から、ＭＧＷ０００３へと送られたパケットは、ＭＧＷ０００３が必要に応じて受信バッファ０００２に一時蓄積および配信管理テーブル０００４に通信情報を記載し、ＩＳＰＧＷ００１０へ向けて転送を行う。この転送の際のレート制御を、ホスト管理テーブル０００７にあるホストごとの優先度情報と帯域管理テーブルにあるオーナーマシンの確保する帯域の条件の分の帯域を除いた範囲内で、配信管理テーブル０００４にあるゲスト各通信のレートが公平になるように制御を行う。この帯域管理テーブルにより、ゲストにもダイナミックに割り当てられる効果が生じる。
なお、図８において、ＭＴ０００１は一つのみ接続されているゲスト端末として示されているが、ＭＧＷがサポート可能な範囲にある複数端末の接続が可能である。
【００１１】
ＭＧＷ０００３から転送された受信マシンＲＲ０００１２へ向けたパケットを受け取ったＩＳＰＧＷ００１０は、必要に応じて受信バッファ０００９への一時保存および配信管理テーブル００１３への記載を行いながら、インターネット００１１を介してパケットの宛先ホストＲＲ００１２へと転送する。
【００１２】
一方、インターネットを経由して、ＲＲ００１２からの、オーナーマシン００１５あるいはＭＴ０００１へ向けたパケットを受信したＩＳＰＧＷ００１０は、必要に応じて受信バッファ０００９への一時保存および配信管理テーブル００１３への記載を行いながら、回線０００８を介し、ＭＧＷ０００３経由で宛先マシンであるオーナーマシン００１５あるいはＭＴ０００１へと、転送する。
オーナーマシン００１５あるいはＭＴ０００１へむけ、ＩＳＰＧＷ００１０を経由して、ＲＲ００１２からＭＧＷ０００３へと送られたデータパケットを受信したＭＧＷ０００３は、必要に応じて受信バッファ０００２に一時蓄積および配信管理テーブル０００４に通信情報を記載し、宛先であるオーナーマシン００１５あるいはＭＴ０００１へむけ、回線００１４へと転送する。
【００１３】
ここで、データ配信管理装置等の動作フローを示す図１〜図７を参照して、ＭＧＷ０００３のデータ配信管理処理について説明する。まず、ＭＧＷ０００３は、図１に示す受信メイン処理を行う。
図１において、まず、ＭＧＷ０００３が、受信したパケットの送信元のチェック（ステップＳ１１）を行い、このチェック結果に応じてデータ受信処理を行う。ステップＳ１１の判定の結果、ＩＳＰＧＷ方向から、即ち回線０００８を経由し回線００１４あるいはＭＴ０００１方向へ転送するデータを受信したと判断した場合、オーナーまたはゲスト方向データ受信処理（ステップＳ３）を行う。一方、ステップＳ１１の判定の結果、ＩＳＰＧＷ方向へのデータ即ち、回線０００８を経由しＩＳＰＧＷ００１０を介し、ＲＲ００１２方向へ転送するデータを受信したと判断した場合、ＩＳＰ（Ｉｎｔｅｒｎｅｔ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）方向データ受信処理（ステップＳ２）を行う。
【００１４】
図２は、図１に示したステップ２におけるＩＳＰ方向データ受信処理手順を示すフローチャートである。
図２において、まず、判定処理Ｓ２１においてパケットの宛先をみて、自宛すなわちＭＧＷ０００３宛てのパケットであるか否かの判定を行う。判定処理Ｓ２１において自宛パケットである（ＹＥＳ）と判定された場合、ＭＧＷ０００３宛てデータの受信処理（ステップＳ２２）を行い、処理を終了する。
一方、判定処理Ｓ２１において、自宛すなわちＭＧＷ０００３宛てのパケットではないと判定された（ＮＯ）場合、転送処理（ステップＳ４）を行い、処理を終了する。
【００１５】
図３は、図１に示したステップＳ３における、オーナーまたはゲスト方向データ受信処理手順を示すフローチャートである。
図３においてまず、判定処理Ｓ３１においてパケットの宛先をみて、自宛すなわちＭＧＷ０００３宛てのパケットであるか否かの判定を行う。判定処理Ｓ３１において自宛パケットであると判定された（ＹＥＳ）場合、カプセル化されたデータであるか否か（判定処理Ｓ３２）の判定を行う。この判定方法としては、例えば、トランスポート層にてカプセル化する際にＭＧＷ０００３の特定のポートを指定し、宛先ＩＰがＭＧＷでかつポートがその特定ポートを指定されていた場合はカプセル化データとして判定する。判定処理Ｓ３２にて、カプセル化されていないデータ（ＮＯ）であると判定された場合、ＭＧＷ０００３宛てデータの受信処理（ステップＳ２２）を行い、処理を終了する。
【００１６】
一方、図３の判定Ｓ３２にてカプセル化されたデータであると判定された（ＹＥＳ）場合、ステップＳ３３にて、カプセル化用のヘッダを取り除き、デカプセル化を行う。デカプセル化においては、ＭＧＷで受信するカプセル化データは全てＴｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ（ＴＣＰ）へのカプセル化データであるので、ＴＣＰヘッダ部を取り除く。ステップＳ３３の後、ステップＳ３４でカプセル化されたパケットが転送すべきパケットを含むか否かを判定する。デカプセル化されたパケットの宛先を見て、ＭＧＷ０００３宛てのデータがあって、転送パケットありと判定された場合、即ちデカプセル化されたパケットが、他のホスト宛てのＩＰヘッダから始まっていた場合、転送処理Ｓ４を行う。一方、判定Ｓ３４にて、転送パケットはない（ＮＯ）と判定された場合、カプセル化ヘッダＡＣＫ受信処理（ステップＳ３５）を行う。カプセル化ヘッダＡＣＫ受信処理（ステップＳ３５）においては、オーナーからのゲスト通信抑制要求が出ているか否かをフラグで制御する。このフラグは後の図６に記述したステップＳ６５にて制御するが、この制御により、ＴＣＰ層へのＡＣＫ（正常確認）応答の時間を調節する。勿論、この時帯域に空きがあれば遅らせる必要がなく、制御するのはオーナー帯域と、その帯域外であるゲスト用の帯域和の全帯域が使用される場合である。具体的にはゲストの通信を抑制する必要があれば、タイムアウト発生時間（ＲＴＯ）を引き起こす時間待ってからＴＣＰ層にＡＣＫを渡す事により、急激にゲストのＵｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ（ＵＤＰ）通信のレートを低下させることが可能となる。
【００１７】
タイムアウト値の設定は、ＴＣＰの規定に準拠する。ＲＦＣではＲＴＯはラウンドトリップタイム実測値（ＲＴＴ：Ｒｏｕｎｄ　Ｔｒｉｐ　Ｔｉｍｅ）を基に、以下に示す式で計算されたラウンドトリップタイム予測値（ＳＲＴＴ：Ｓｍｏｏｔｈｅｄ　Ｒｏｕｎｄ　Ｔｒｉｐ　Ｔｉｍｅ）により算出するものと規定されている。
ＳＲＴＴ　ｎｅｗ＝（ＡＬＰＨＡ＊ＳＲＴＴ　ｏｌｄ）＋（（１−ＡＬＰＨＡ）＊ＲＴＴ）
ＲＴＯ＝ｍｉｎ［ＵＢＯＵＮＤ、ｍａｘ［ＬＢＯＵＮＤ、（ＢＥＴＡ＊ＳＲＴＴ　ｎｅｗ）］］
また、上記の式に用いる変数は、チューニングにより決定する以下の定義を持つ。
ＵＢＯＵＮＤ：タイムアウトの上位境界
ＬＢＯＵＮＤ：タイムアウトの下位境界
ＡＬＰＨＡ：新しいＳＲＴＴを算出するためのｆａｃｔｏｒ（例：０．９）
ＢＥＴＡ：遅延の可変要素ＲＴＴのばらつきを吸収するｆａｃｔｏｒ（例：１．３）
この後、データ部にはデカプセル化されたＵＤＰのパケット番号がデータとして入っているため、これを利用してＲｏｕｎｄ　Ｔｒｉｐ　Ｔｉｍｅ（ＲＴＴ）を計算し、図９における配信管理テーブルの項目４−０６に記載し、処理を終了する。
【００１８】
このステップＳ３５にて用いる配信管理テーブルとは図８に配信管理テーブル０００４として示したもので、例えば、図９に示すような構成をとるものである。図に示すように、個々の通信を一意に認識（ＩＤ）するための通信ＩＤ４−０２、送信元のＩＰアドレス４−０３、宛先ＩＰアドレス４−０４、送信元ポート番号を示す４−０５、宛先ポート番号を示す４−０６、送信元のスループット４−０７、送信元におけるＲＴＴ　４−０８，送信元におけるＲＴＯ　４−０９，トランスポート層における通信プロトコル４−１０からなる。なお、ＲＴＯが発生しないようにするためのバッファリング時間がこれから計算でき、従って必要な受信バッファ０００２の量も求められる。さらに、トランスポート層の通信プロトコルがＴＣＰであった場合、詳細項目４−１２〜４−１４を持つ。詳細項目は各通信のＩＤによりリンクさせるための通信ＩＤ情報４−１２、送信済のパケット番号情報４−１３、送信済の各パケットのＡＣＫ受信状況から構成される。
【００１９】
一方トランスポート層の通信プロトコルがＵＤＰでありかつカプセル化を利用して通信を行う場合、カプセル化に関する詳細情報項目４−１６〜４−２０を持つ。カプセル化に関する詳細情報項目は、各通信のＩＤによりリンクさせるための通信ＩＤ情報４−１６、送信済のカプセル化ヘッダのパケット番号情報４−１７、送信済の各カプセル化パケットのＡＣＫ受信状況４−１８、カプセル化の際に用いた送信ポート番号４−１９、カプセル化の際に用いた宛先ポート番号４−２０から構成される。
一方、判定処理Ｓ３１において、自宛すなわちＭＧＷ０００３宛てのパケットではないと判定された（ＮＯ）場合は、転送処理（ステップＳ４）を行い、処理を終了する。
【００２０】
図４は、図２および図３のステップＳ４にて示した、ＭＧＷにおける転送処理の詳細を示すものである。
処理を開始すると判定処理Ｓ４１にて配信管理テーブルへ登録済の通信か否かの判定を行う。ステップＳ４１においては、受信パケットのＩＰヘッダの送信元アドレス、ＴＣＰヘッダの送信元ポート番号、受信パケットのＩＰヘッダの宛先アドレス、ＴＣＰヘッダの宛先ポート番号、の組み合わせが同じ列（例えば図９の４−０１）が配信管理テーブルにあるか否かで判定を行う。ステップＳ４１において登録済ではないと判定された（ＮＯ）場合、配信管理テーブルへの登録（Ｓ４２）を行う。新規列に４−０３から４−１０の各項目に、パケットのＩＰおよびＴＣＰヘッダから情報を取得して、記載し、更にＴＣＰプロトコルであった場合は、４−１３および４−１４の情報を記載する。なお項目４−１４は４−１３のパケット番号項目作成時には、ＡＣＫ待ちとする。処理Ｓ４２を終了後、図８の０００７のホスト管理テーブルを参照し、ゲストから送信されたデータか否かの判定（ステップＳ４３）を行う。
【００２１】
図１０にホスト管理テーブル０００７の例を示す。図１０に示すように、ホスト管理テーブルは、ＭＧＷが配信の管理対象とするホストの情報を記載するものであり、ＭＧＷと直接接続されている最も重要なホストと予め指定されたオーナーと、無線回線を介して一時的な利用を行うオーナーと比べて優先度の低いゲストマシンに関する、ホストＩＰ情報７−０２、優先度情報７−０３からなる。優先度情報７−０３はオーナーかゲストかの情報を示す種別情報７−０４とランク情報７−０５からなる。優先度はオーナーが最優先であり、オーナーおよびゲストそれぞれについてランクをつける。オーナーに関しては複数のオーナーがある場合は予め定められたランクを記入し、ゲストに関しては登録順にランクをつけてゆくなどが可能である。ランクに関しては、全て同じランク付けすることも可能である。
【００２２】
図４のＳ４３においては、このホスト管理テーブル０００７の情報を参照し、ゲストか否かの判定を行う。ゲストであると判定された（Ｓ４３でＹＥＳ）場合は、ゲストデータ転送処理（ステップ５）を行い、ゲストではないと判定された（Ｓ４３でＮＯ）場合は、オーナーデータ転送処理（ステップＳ６）を行う。
【００２３】
図５は図４に示したステップ５で行うゲストデータ転送処理の詳細を示すフロー図である。
処理を開始すると最初に、パケットの宛先ＩＰを参照して転送を行う方向を判定（ステップＳ５１）する。ＩＳＰＧＷに向けたデータであると判定された（Ｓ５１にてＹＥＳ）場合、ステップＳ５３で転送パケットのＩＰヘッダのプロトコルを参照してトランスポートプロトコルの種別を判定する。Ｓ５３でＵＤＰであると判定された（ＹＥＳ）場合、ステップＳ５５でＴＣＰへのカプセル化を行う。
【００２４】
ステップＳ５５では、最初のカプセル化パケットであった場合、即ち配信管理テーブルにカプセル化に関する情報項目４−１６〜４−２０がなかった場合は、送信元アドレスにＭＧＷのＩＰを、送信元ポートに予め擬似ＡＣＫ用に割当を定めた範囲内のまだ使用していないポート番号を、受信先アドレスにＩＳＰＧＷのＩＰを、宛先ポートをＩＳＰＧＷの予め擬似ＡＣＫ用に割当を定めた範囲内のポート番号を入れ、カプセル化のヘッダを作成する。更に初めてのカプセル化パケットであった場合は、ＴＣＰの通信介しシーケンスに従ってコードビットの値も定め、カプセル化用のパケット番号はオリジナルデータのものを使用する。このカプセル化用のヘッダをオリジナルのデータにつけカプセル化データを作成した後、転送記録処理（ステップＳ５７）を行う。
転送記録処理（ステップＳ５７）では、転送データのヘッダ情報あるいはカプセル化ヘッダの情報を元に、該当通信の各項目を記載した後、宛先に向けたパケット転送処理（ステップ５Ａ−８）を行い、処理を終了する。
【００２５】
一方、ステップＳ５３の判定において転送データがＵＤＰではなかった（ＮＯ）場合、ステップＳ５２で転送データのトランスポートプロトコルがＴＣＰか否かの判定を行う。ここでＴＣＰであると判定された（ＹＥＳ）場合、ステップＳ５４で転送レートが適切か否かの判定を行う。この判定の際には、配信管理テーブル０００４、ホスト管理テーブル０００７、および図８の０００６帯域管理テーブルを用いる。
図１１はオーナーが確保する帯域管理テーブル０００６の例を示す図である。図に示すように日付や曜日などの特定日の条件６−０１と各日の時間的要件６−０２のマトリックスからなる。該当する日と時間帯要件にごとに、ゲストに対し貸出可能な帯域幅を設定してある。
【００２６】
図５のステップＳ５４で、適切なレートか否かの判定を行う際には、オーナーが指定した帯域幅を確保できており、かつゲストの通信が公平な範囲内であるか否かを判定する。この判定は例えば、ゲストの通信のランクをγ、誤差吸収変数をα、適切な範囲の下限値をβ_ｌ、適切な範囲の上限値をβ_ｈ、ゲスト１からｎの各スループットＴ１〜Ｔ_ｎとした場合、各ゲストのスループットＴ_ｇが以下の式を用いて可能である。
【００２７】
【数１】

【００２８】
ステップＳ５４で、適切なレートであると判定された（ＹＥＳ）場合、ステップＳ５７で転送記録を行った後、ステップＳ５８でパケット転送を行い処理を終了する。
一方、ステップＳ５４で適切なレートではない（ＮＯ）と判定した場合、ステップＳ５６で速度調節を行う。この速度調節処理においては、オーナーの必要帯域を侵害していない場合は、不当に大きな通信に関するパケットをＲＴＯを引き起こさない範囲で、オーナーの確保すべき帯域を侵害している場合は、ＲＴＯを引き起こすのに十分な時間、転送を行わずに、受信バッファ０００２に一時保存する。そして後で転送を行う。この後、ステップＳ５７で転送記録を行った後、ステップＳ５８でパケット転送を行い処理を終了する。
【００２９】
図６は、図４の処理６のオーナーデータ転送処理Ｓ６の詳細を示したものである。
処理を開始するとパケットのＩＰヘッダをみて、行き先がＩＳＰＧＷ方向であるか否かの判定（ステップＳ６１）を行い、ＩＳＰＧＷ方向ではなかった場合、図５におけると同様な転送記録処理（ステップＳ５７）、パケット転送処理（ステップＳ５８）を行い処理を終了する。
一方、ステップＳ６１にてＩＳＰＧＷ方向であると判定された（ＹＥＳ）場合、ステップＳ６２で配信管理テーブル０００４へ登録済みか否かを判定する。その結果、配信管理テーブルへ登録済みではないと判定された（ＮＯ）場合、ステップＳ６３で配信管理テーブルへの登録処理を行う。このステップＳ６２の処理は、図４のステップＳ４１と、ステップＳ６３はステップＳ４２と同様の処理を行う。
【００３０】
ステップＳ６２で登録済みと判定された（ＹＥＳ）場合、およびステップＳ６３終了後に、ステップＳ６４でオーナーの転送レートが十分か否かの判定を行う。このステップにおいては、図１１の帯域管理テーブルに記述されている条件の割合分のレートをオーナが確保できているか否かを基準に判定を行う。十分なレートを確保できていないと判定された場合、ゲストレート抑制要求（ステップＳ６５）へと進む。
ステップＳ６５においては、ＭＧＷの持つ下種ｔｐレートの制御要求フラグを立てることとにより、ゲスト通信の抑制を促す。ステップＳ６５終了後、転送記録処理（ステップＳ５７）およびパケット転送処理（Ｓ５８）を行い処理を終了する。
【００３１】
図７は、ＩＳＰＧＷ００１０におけるパケット受信処理のシーケンスを表した図である。図において、パケットを受信したＩＳＰＧＷは、ステップＳ７１で、パケットの受信方向の判定を行う。パケットがＭＧＷ方向から受信したもの（ＭＧＷを経由するか、送信元がＭＧＷであるかのいずれかのパケット）であった場合、ステップＳ７２で、モバイルＧＷが送信元であるか否かの判定を行う。送信元がＭＧＷであった（ＹＥＳ）場合、ステップＳ７３で宛先がＩＳＰＧＷ宛てであるか否かの判定を行う。
【００３２】
ステップＳ７３で、ＩＳＰＧＷ宛てであると判定された（ＹＥＳ）場合、ステップＳ７４に進み、受信パケットがカプセル化されているか否かの判定を行い、カプセル化されている（ＹＥＳ）場合、ステップＳ７５で、デカプセル化処理を行い、その後、ステップＳ７６で転送データがあるか否かの判定を行う。このステップＳ７４、ステップＳ７５およびステップＳ７６は、図３のステップＳ３２、ステップＳ３３およびステップＳ３４と同様の処理である。
【００３３】
ステップＳ７６で転送データが無いと判定された（ＮＯ）場合、ステップＳ７７で、カプセル化パケットに対するＡＣＫ送信処理を行う。このＳ７７では、カプセル化していたヘッダ（送信元ＩＰがＭＧＷであり宛先ＩＰがＩＳＰＧＷとなっている）に対するＴＣＰ・ＩＰのＡＣＫを作成し、送信を行う。Ｓ７８ではパケットの宛発へ転送し終了する。
【００３４】
【発明の効果】
以上のようにこの発明によれば、ホスト管理テーブルと、配信管理テーブルと、受信バッファとを備え、設定優先度を持つオーナー用の帯域外でゲストの通信を制御するようにしたので、オーナーに対して帯域を保証しつつダイナミックにゲストにも所定の公平性により通信を割り当てられる効果がある。
【図面の簡単な説明】
【図１】実施の形態１におけるモバイル・ゲート・ウェイ（ＭＧＷ）の受信メイン処理を示す動作フロー図である。
【図２】図１中のステップ２の詳細処理を示す動作フロー図である。
【図３】図１中のステップ３の詳細処理を示す動作フロー図である。
【図４】図２と図３中のステップ４の詳細処理を示す動作フロー図である。
【図５】図４中のステップ５の詳細処理を示す動作フロー図である。
【図６】図４中のステップ６の詳細処理を示す動作フロー図である。
【図７】実施の形態１におけるＩＳＰゲート・ウェイ（ＩＳＰＧＷ）の受信処理を示す動作フロー図である。
【図８】この発明の実施の形態１におけるデータ配信管理装置を含むデータ配信管理システムの構成を示す図である。
【図９】実施の形態１における配信管理テーブルの例を示す図である。
【図１０】実施の形態１におけるホスト管理テーブルの例を示す図である。
【図１１】実施の形態１における帯域管理テーブルの例を示す図である。
【符号の説明】
０００１　モバイル端末（ＭＴ）、０００２　受信バッファ、０００３　モバイル・ゲート・ウェイ、０００４　配信管理テーブル、０００６　帯域管理テーブル、０００７　ホスト管理テーブル、０００８　高速回線、０００９　受信バッファ、００１０　ＩＳＰゲート・ウェイ、００１３　配信管理テーブル、００１４　回線、００１６　無線回線、Ｓ４　転送処理、Ｓ４２　配信管理テーブル登録ステップ、Ｓ５５　ＴＣＰへカプセルステップ、Ｓ５６　速度調節ステップ、Ｓ６３　配信管理テーブル登録ステップ、Ｓ６５　ゲストレート抑制要求ステップ。

Claims

優先度の高いオーナーが行なう通信を確保し、該確保した帯域外を他のゲストに割当てる配信管理装置において、
送信元ホストの優先度を管理するホスト管理テーブルと、
各通信の通信手続、許容応答情報を管理する配信管理テーブルと、
データ転送処理の間、該データを記憶する受信バッファとを備えて、
上記ホスト管理テーブルと帯域管理テーブルによる優先度を持つオーナー用の帯域外で、所定の公平性によりゲストの通信を制御するようにしたことを特徴とするオーナー優先データ配信管理装置。
所定の公平性は、オーナー用の帯域外を使用する各通信のスループットに基づいて行なうようにしたことを特徴とする請求項１記載のオーナー優先データ配信管理装置。
スループットに基づく制御は、パケット化した各パケットに対するアック（正常確認）応答を遅らせるようにしたことを特徴とする請求項２記載のオーナー優先データ配信管理装置。
ゲストの通信状態を監視していて、該ゲストの通信状態がオーナーが要求する帯域に入り込むと、オーナー用の帯域外を使用するゲストに時間を調節して応答確認を返し、またはデータ廃棄してスループットを調節するようにしたことを特徴とする請求項２記載のオーナー優先データ配信管理装置。
ゲストの通信状態を監視していて、該ゲストの通信状態がオーナーが要求する帯域に入り込むと、オーナー用の帯域外を使用するゲストに時間を調節して応答確認を返し、その間、受信バッファにデータを記憶し、後に転送処理するようにしたことを特徴とする請求項２記載のオーナー優先データ配信管理装置。
帯域管理テーブルは、オーナー毎に時間的に変化させた確保帯域を記憶し、該時間帯毎に帯域外でのゲスト使用を制御するようにしたことを特徴とする請求項１記載のオーナー優先データ配信管理装置。
優先度の高いオーナーが行なう通信を確保し、該確保した帯域外を他のゲストに割当てる配信管理システムにおいて、
送信元ホストの優先度を管理するホスト管理テーブルと、各通信の通信手続、許容応答情報を管理する配信管理テーブルと、データ転送処理の間、該データを記憶する受信バッファとを備えて、上記優先度のオーナー用の帯域外で、ゲストに対し所定の公平性により各通信を共に制御するデータ配信管理装置と、
上記データ配信管理装置を経由して他の通信先と優先的に交信するオーナー装置と、
上記データ配信管理装置を経由して他の通信先と交信するゲストの端末、とで構成されることを特徴とするオーナー優先データ配信管理システム。
優先度の高いオーナーが行なう通信を確保し、該確保した帯域外を他のゲストに割当てる配信管理装置において、
配信管理テーブルに各通信の通信手続、許容応答情報を登録するステップと、該帯域外で通信レートが不足すると、上記配信管理テーブルを参照して各ゲストに対して所定の公平性により送信抑圧するステップ、とを備えたことを特徴とするオーナー優先データ配信管理方法。
ゲストの通信状態を監視していて、該ゲストの通信状態がオーナーが要求する帯域に入り込むと、オーナー用の帯域外を使用するゲストに時間を調節して応答確認を返してスループットを調節するステップを備えたことを特徴とする請求項８記載のオーナー優先データ配信管理方法。