JP2001268105A - データ転送方法及びデータ通信システム - Google Patents

Abstract

(57)【要約】 【課題】 送受信ノード間でデータの中継を行うルータ
の全てに単一のシグナリングプロトコルスタックが搭載
されていない場合にも、送受信ノード間の連続メディア
データ転送レートを一定に保つことを可能にする。 【解決手段】 送信ノード１０１、ルータ１、ルータ３
の上で動作するRTIPSIGプロトコルスタック３１０は、
従来技術と同様なコネクション管理テーブルを作成し、
送信ノード１０１とルータ１との間、及び、ルータ３と
受信ノード１０５との間で連続メディアデータを一定の
レートにより転送するために必要な資源の予約を実行す
る。また、ルータ１上で動作するコネクション監視アプ
リケーション３１３は、ルータ１とルータ３との間で連
続メディアデータを一定レートにより転送するために必
要な資源の予約を実行する。その後、送受信ノードの各
アプリケーション３０９間でデータの転送を開始する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ転送方法及
びデータ通信システムに係り、特に、相互にデータの送
受信を行う情報送信装置が、複数の情報中継装置を介し
て接続され、音声データや動画データ等の連続メディア
データを転送するために使用して好適なデータ転送方法
及びデータ通信システム関する。

【０００２】

【従来の技術】情報処理装置（以下、ノードという）相
互間で動画データや音声データ等の連続メディアデータ
を一定のレート（送信側のノード上で動作するアプリケ
ーションが指定するレート）で転送するデータ転送に関
する従来技術として、例えば、RTIPとRTIPSIGとを用い
る方法が、例えば、竹内 理他『アイソクロナススケジ
ューラを応用したQoS 保証型通信の設計と実装』情報処
理学会論文誌 Vol.40 No.10，pp3737〜pp3751 等に記載
されて知られている。

【０００３】図７はRTIPとRTIPSIG とを用いてデータ転
送を行う従来技術によるデータ通信システムの構成を説
明するブロック図、図８はコネクション管理テーブルの
構成の詳細を説明する図であり、以下、図７、図８を参
照して従来技術によるデータ転送方法について説明す
る。図７、図８において、１０１、１０５はノード、１
０２〜１０４はルータ１〜３（以下、単に、ルータ１〜
ルータ３と表記する）、１０６はネットワーク、１０７
はRTIPSIG パケット、２００はコネクション管理テーブ
ルである。

【０００４】図７に示すRTIPとRTIPSIG とを用いてデー
タ転送を行う従来技術によるデータ通信システムは、送
信側のノード１０１と受信側のノード１０５との間にル
ータ１〜ルータ３が存在し、これらがＥｔｈｅｒｎｅｔ
（登録商標）等のネットワーク１０６により接続さて構
成されている。そして、ルータ１からルータ３は、デー
タの転送を行うためのＩＰプロトコルスタックを備える
と共に、資源予約を行うソフトウェアモジュールである
RTIPSIG プロトコルスタックまたは他のシグナリングプ
ロトコルスタックを備えている。また、送受信側となる
ノード１０１、１０５は、ＩＰプロトコルスタックと、
RTIPSIG プロトコルスタックとを備えている。

【０００５】図７に示す通信システムにおいて、送信ノ
ード１０１上のアプリケーションが受信ノード１０５に
向かって、RTIPとRTIPSIG とを用いて連続メディアデー
タを転送する場合、以下の手順によりデータ転送を実現
する。

【０００６】（１）資源予約フェーズの実行 送信ノード１０１上のアプリケーションは、送受信ノー
ド１０１、１０５相互間にコネクションを形成する。そ
して、そのコネクションに転送される連続メディアデー
タに必要な資源の予約要求を発行する。送信ノード１０
１及びルータ１〜ルータ３は、送信ノード１０１上のア
プリケーションが指定したレートににより連続メディア
データを転送するために必要な資源であるネットワーク
帯域、及び、送信ノードやルータが連続メディアデータ
を格納したパケットをルーティングする際に消費するＣ
ＰＵ時間、バッファ等の予約を実行する。

【０００７】（２）データ転送フェーズの実行 送信ノード１０１及びルータ１〜ルータ３は、前述した
資源予約フェーズで予約した資源を利用して、送信ノー
ド上のアプリケーションが送信する連続メディアデータ
を格納したパケットのルーティング処理を実行する。

【０００８】次に、前述した「資源予約フェーズ」の動
作をより詳細に説明する。

【０００９】（Ａ）送信ノード１０１と受信ノード１０
５に隣接するルータ、図７に示す例ではルータ３とは、
相互間でRTIPSIG パケット１０７を送受する。この場合
のRTIPSIG パケットには、次のような情報が格納されて
いる。すなわち、 (ａ)送信ノード１０１のＩＰアドレス (ｂ)送信ポート番号 (ｃ)受信ノード１０５のＩＰアドレス (ｄ)受信ポート番号 (ｅ)プロトコル番号（連続メディアデータを転送する際
に使用する通信プロトコルを識別するための番号） (ｆ)データ転送レート（送信ノード上のアプリケーショ
ンが要求するデータ転送レート） (ｇ)RTIPSIG パケット送信元ノードのＩＰアドレス、例
えば、ルータ１からルータ２にRTIPSIG パケットを転送
する場合、ルータ１のＩＰアドレス が格納される。

【００１０】（Ｂ）送信ノード１０１及びルータ１〜ル
ータ３は、図８に示すコネクション管理テーブル２００
を作成し、資源の予約を実行する。コネクション管理テ
ーブル２００は、図８に示すように、次のようなエント
リから構成される。すなわち、 (ａ)送信ノードＩＰアドレス２０１ (ｂ)送信ポート番号２０２ (ｃ)受信ノードＩＰアドレス (ｄ)受信ポート番号２０４ (ｅ)プロトコル番号２０５ (ｆ)前段ホップノードＩＰアドレス２０６ 「前段ホップノード」とは、自ノードより１ホップ分送
信ノード側に位置するノードであり、図７に示す例でい
えば、ルータ２の「前段ホップノード」はルータ１であ
る。 (ｇ)次段のホップノードのＩＰアドレス２０７ 「次段のホップノード」とは、自ノードより１ホップ分
受信ノード側に位置するノードであり、図７に示す例で
いえば、ルータ１の「次段のホップノード」はルータ２
である。 (ｈ)データ転送レート２０８ (ｉ)出力インタフェース２０９ のエントリである。

【００１１】そして、前述の(ａ)〜(ｅ)及び(ｈ)には、
送受したRTIPSIG パケットに格納されている情報が格納
される。また、(ｉ)の出力インタフェースは、ＩＰプロ
トコルの経路情報と、RTIPSIG パケットに格納されてい
る「受信ノードＩＰアドレス」から導出される。この導
出方法は、通常のＩＰプロトコルの経路解決方法（『TC
P/IPによるネットワーク構築 Vol.I』共立出版株式会
社，pp89〜pp100)を用いて実現することができる。さら
に、前述の(ｆ)、(ｇ)には、RTIPSIG パケットに格納さ
れている「RTIPSIG パケット送信元ノードＩＰアドレ
ス」の値が格納される。

【００１２】図７に示す通信システムは、送受信ノード
相互間に、RTIPSIG プロトコルスタック（前述した「資
源予約フェーズ」の動作を行うソフトウェアモジュー
ル）を搭載していないルータが存在する場合にも動作す
ることができる。例えば、図７に示すルータ２にRTIPSI
G プロトコルスタックが搭載されていない場合にも、ル
ータ１とルータ３との間でRTIPSIG パケットを送受信す
ることが可能である。この理由は、次のように説明する
ことができる。

【００１３】(１)RTIPSIG プロトコルは、ＩＰプロトコ
ルの上位プロトコルであり、RTIPSIGプロトコルスタッ
クが搭載されていないルータ２は、RTIPSIG パケットを
ＩＰパケットとしてルーティングすることが可能であ
る。 (２)ルータ１は、ルータ３にRTIPSIG パケットを転送す
る際に、ＩＰへッダに格納する送信先ＩＰアドレスとし
て受信ノード１０５を指定する。RTIPSIG パケットは、
ルータ２を介してルータ１からルータ３に到達する。 (３)ルータ３は、ルータ１にRTIPSIG パケットを転送す
る際に、ＩＰへッダに格納する送信先ＩＰアドレスとし
てルータ１のＩＰアドレスを指定する。RTIPSIGパケッ
トは、ルータ２を介してルータ３からルータ１に到達す
る。

【００１４】前述の場合、ルータ１は、資源予約フェー
ズにおいて以下の処理を実行する。すなわち、ルータ１
は、 (１)連続メディアデータを格納したパケットをルーティ
ングする際に使用するルータ１内のＣＰＵ時間及びバッ
ファの予約 (２)ルータ１とルータ２の間のネットワークの帯域の予
約 (３)図８に示すコネクション管理テーブル２００の作成
（次段のホップノードのＩＰアドレス２０７に、ルータ
３のＩＰアドレスを格納する。） を実行する。

【００１５】また、ルータ３は、資源予約フェーズにに
おいて以下の処理を実行する。すなわち、ルータ３は、 (１)連続メディアデータを格納したパケットをルーティ
ングする際に使用するルータ３内のＣＰＵ時間及びバッ
ファの予約 (２)ルータ３と受信ノード１０５との間のネットワーク
の帯域予約 (３)図８に示すコネクション管理テーブル２００の作成
（前段ホップノードＩＰアドレス２０６に、ルータ１の
ＩＰアドレスを格納する） を実行する。

【００１６】

【発明が解決しようとする課題】前述したRTIPとRTIPSI
G とを用いた従来技術は、以下に説明するような問題点
を有している。問題点１ ルータにおける状態管理数が
増大する。問題点２ 送受信ノード間に、特定のシグナ
リングプロトコルスタック（従来の技術で示した例にお
けるRTIPSIG プロトコルスタック）が搭載されていない
ルータが存在する場合、送受信ノード間で一定レートに
より連続メディアデータを転送することの保証が不可能
になる。以下、前述した従来技術の問題点について詳細
に説明する。

【００１７】問題点１ RTIP及びRTIPSIG を用いた従来技術の方法は、送受信ノ
ード間に形成されるコネクションの数だけコネクション
管理テーブル２００のエントリを作成する必要がある。
このため、前記の従来技術は、ネットワーク規模が大き
くなるに従って、すなわち、形成されるコネクションの
数が増加するに従って、必要となるコネクション管理テ
ーブル２００のサイズが大きくなってしまい、ルータの
メモリ容量の制約から、送受信ノード間のコネクション
形成、そのコネクションに対する資源予約要求の発行が
不可能になる可能性があるという問題点を生じる。

【００１８】問題点２ 前述した従来技術は、すでに説明したように、図７に示
すシステムにおけるルータ２にRTIPSIG プロトコルスタ
ックが搭載されていない場合、ルータ１及びルータ３
は、連続メディアデータを格納したパケットをルーティ
ングする際に使用するルータ１及びルータ３内のＣＰＵ
時間及びバッファの予約を実行し、また、ルータ１とル
ータ２との間、及び、ルータ３と受信ノード１０５との
間に存在するネットワークの帯域予約を実行する。この
とき、ルータ２内のＣＰＵ時間及びバッファの予約、ル
ータ２とルータ３との間のネットワークの帯域予約は実
行しない。

【００１９】このため、前述の従来技術は、前述のＣＰ
Ｕ時間、バッファ、ネットワーク帯域が枯渇した場合、
送受信ノード相互間で転送される連続メディアデータの
転送レートが送信ノード１０１上のアプリケーションが
指定した値と一致しなくなる可能性があるという問題点
を生じる。

【００２０】本発明の目的は、前述した従来技術の問題
点を解決し、送受信ノード間に介在するルータが管理す
べきコネクション数を小さくすることができ、送受信ノ
ード間に介在するルータの全てに単一のシグナリングプ
ロトコルスタックが搭載されていなくても、複数のシグ
ナリングプロトコルスタックを併用することにより、送
受信ノード相互間で転送される連続メディアデータの転
送レートを一定に保つことができるように保証したデー
タ転送方法及びデータ通信システムを提供することにあ
る。

【００２１】

【課題を解決するための手段】本発明によれば前記目的
は、送信側及び受信側の情報処理装置相互間が、複数の
情報中継装置を介するネットワークにより接続されてい
るデータ通信システムにおけるデータ転送方法におい
て、送信側及び受信側の情報送信装置相互間でデータの
転送を実行するために必要となる資源を、第１の通信プ
ロトコルスタックを用いて予約するステップと、前記第
１の通信プロトコルが搭載されていないために、前記資
源の予約を実行することができなかったネットワーク及
び情報中継装置の情報を、その両端に位置する情報中継
装置からの通知により、前記第１の通信プロトコルスタ
ックから受理するステップと、前記両端に位置する情報
中継装置相互間でデータを転送するために必要となる資
源を、第２の通信プロトコルスタックを用いて予約する
ステップと、前記両端に位置する情報中継装置の一方
が、送信側の情報処理装置と受信側の情報処理装置との
間に転送されるデータに、前記両端に位置する情報中継
装置相互間を転送されるデータであることを示すへッダ
を付与するステップと、前記両端に位置する情報中継装
置の他方が、前記ステップにより付与されたへッダを削
除するステップとを有することにより達成される。

【００２２】また、前記目的は、前述の方法を実行する
通信システムにおける複数の情報中継装置の一部の情報
中継装置が、送信側及び受信側の情報送信装置相互間で
データの転送を実行するために必要となる資源を予約す
ることのできる第１の通信プロトコルスタックとは異な
る第２のプロトコルスタックを備えて構成され、前記第
２のプロトコルスタックを備えた情報中継装置の両端に
位置する情報処理装置が、前記第１及び第２のプロトコ
ルスタックと、第２のプロトコルスタックを使用して前
記両端に位置する情報中継装置相互間でデータの転送を
実行するために必要な資源を予約するコネクション監視
アプリケーションとを備えて構成されることにより達成
される。

【００２３】

【発明の実施の形態】以下、本発明によるデータ転送方
法及びデータ通信システムの実施形態を図面により詳細
に説明する。

【００２４】図１は本発明の一実施形態によるデータ転
送方法が適用されるデータ通信システムの構成を示すブ
ロック図、図２はコネクション監視アプリケーションの
処理動作を説明するフローチャート、図３は資源予約管
理テーブルの構成を説明する図、図４はカプセル化へッ
ダ管理テーブルの構成を説明する図、図５はカプセル化
へッダフィールドの構成を説明する図、図６はＩＰプロ
トコルスタックの処理動作を説明するフローチャートで
ある。図１、図３〜図５において、１０１’は送信ノー
ド、１０５’は受信ノード、３０９はアプリケーショ
ン、３１０はRTIPSIG プロトコルスタック、３１１はＩ
Ｐプロトコルスタック、３１２は第２シグナリングプロ
トコルスタック、３１３はコネクション監視アプリケー
ション、５００は資源予約管理テーブル、６００はカプ
セル化ヘッダ管理テーブルであり、他の符号は図７の場
合と同一である。

【００２５】図１に示す本発明の実施形態によるデータ
通信システムは、送信側のノード１０１と受信側のノー
ド１０５とがそれぞれ２台示されているが、図７により
説明した従来技術の場合と基本的に同一に構成されてい
る。そして、送受信を行うノード１０１と１０５とは、
データの転送を行うためのＩＰプロトコルスタック３１
１と、データ送受信の主体であるアプリケーション３０
９と、資源予約を行うソフトウェアモジュールであるRT
IPSIG プロトコルスタック３１０とを備えて構成されて
いる。また、ルータ１とルータ３とは、ＩＰプロトコル
スタック３１１と、RTIPSIG プロトコルスタック３１０
と、第２シグナリングプロトコルスタック３１２と、本
発明により設けられるコネクション監視アプリケーショ
ン３１３とを備えて構成される。図１には、ルータ３に
コネクション監視アプリケーション３１３が設けられて
いることが示されていないが、受信側として説明してい
るノード１０５が送信側のノードとなる場合に必要であ
る。さらに、ルータ２は、ＩＰプロトコルスタック３１
１と第２シグナリングプロトコルスタック３１２とだけ
が備えられて構成されている。

【００２６】前述したコネクション監視アプリケーショ
ン３１３は、RTIPSIG プロトコルスタック３１０を備え
ておらず、第２シグナリングプロトコルスタック３１２
だけが備えられて構成されるルータの両端に位置し、RT
IPSIG プロトコルスタック３１０と第２シグナリングプ
ロトコルスタック３１２との両方が備えられているルー
タに備えられる。

【００２７】図１に示す本発明の実施形態による通信シ
ステムは、従来技術により説明したRTIPとRITPSIG とを
用いた方法と同様に、資源予約フェーズとデータ転送フ
ェーズとを実行することによりデータの転送を行うもの
であ、以下、これらの各フェーズの動作の詳細を説明す
る。

【００２８】資源予約フェーズは、送信ノード１０１ま
たは１０１’上で動作するアプリケーション３０９が、
送信ノード１０１または１０１’と受信ノード１０５ま
たは１０５’との間のコネクション形成し、形成された
コネクションを流れる連続メディアデータの転送のため
の資源の予約要求を発行したことを契機に動作を開始す
る。

【００２９】前述のコネクション形成及び資源予約要求
の発行が行われると、従来技術の欄で説明したように、
送信ノード１０１または１０１’、ルータ１、ルータ３
の上で動作するRTIPSIG プロトコルスタック３１０は、
図８により説明したコネクション管理テーブル２００を
作成する。また、各RTIPSIG プロトコルスタック３１０
は、送信ノード１０１または１０１’とルータ１との
間、及び、ルータ３と受信ノード１０５または１０５’
との間で連続メディアデータを一定のレートにより転送
するために必要な資源の予約を実行する。さらに、ルー
タ１上で動作するコネクション監視アプリケーション３
１３は、図２に示すフローに示す処理動作を実行して、
ルータ１とルータ３との間で連続メディアデータを一定
レートにより転送するために必要な資源の予約を実行す
る。

【００３０】図１に示す本発明実施形態による通信シス
テムは、前述したRTIPSIG プロトコルスタック３１０を
用いた資源の予約と、コネクション監視アプリケーショ
ン３１３が行う資源の予約とにより、送受信ノード相互
間において連続メディアデータを一定レートにより転送
するために必要な資源予約の実行が完了し、送受信ノー
ドの各アプリケーション３０９間でデータの転送を開始
することができる。

【００３１】次に、図２に示すフローを参照して、コネ
クション監視アプリケーション３１３の処理動作の詳細
を説明する。

【００３２】（１）ステップ４０１ コネクション監視アプリケーション３１３は、コネクシ
ョン管理テーブル２００をRTIPSIG プロトコルスタック
３１０から取得する。

【００３３】（２）ステップ４０２ ステップ４０１で取得したコネクション管理テーブル２
００のエントリのうち、出力インタフェース２０９のフ
ィールドにルータ２側のネットワークインタフェースが
格納されているエントリ群を抽出する。また、抽出した
エントリ群について、次段のホップノード２０７のフィ
ールドに格納されている値に基づいてグループ分けを行
う。さらに、分けられた各グループ毎に、そのグループ
が属するエントリ群（次段のホップノード２０７のフィ
ールドに同一の値が格納されているエントリ群）のデー
タ転送レート２０８のフィールドの値の総和を算出す
る。

【００３４】（３）ステップ４０３ ステップ４０２で算出された結果である転送レートの総
和と資源予約管理テーブル５００の各エントリとを比較
する。

【００３５】資源予約管理テーブル５００は、ルータ１
が第２シグナリングプロトコルスタック３１２を用いて
行った資源予約を管理するテーブルであり、図３に示す
ように、次段のホップノードのＩＰアドレス５０１のフ
ィールドと、データ転送レート総和５０２のフィールド
とから構成される。各エントリは、自ノードと次段のホ
ップノードのＩＰアドレス５０１のフィールドで指定さ
れるノードとの間で、データ転送レートの総和５０２の
フィールドで指定されるレートにより連続メディアデー
タを転送するのに十分な資源予約を行ったことを示す。

【００３６】コネクション監視アプリケーション３１３
は、さらに、ステップ４０２でグループ分けを行った各
グループについて、各グループが属するエントリ群の次
段のホップノードのＩＰアドレス２０７のフィールドの
値と同一の値を保持する資源予約管理テーブル５００の
エントリが存在するか否かを判定する。そして、存在し
ない場合、コネクション監視アプリケーション３１３
は、以下の処理を実行する。

【００３７】(ａ)資源予約管理テーブル５００の新規エ
ントリの作成する。すなわち、新規エントリの次段のホ
ップノードのＩＰアドレス５０１のフィールドに、グル
ープに属するエントリ群の次段のホップノードのＩＰア
ドレス２０７のフィールドの値を格納する。また、デー
タ転送レート総和５０２のフィールドには、ステップ４
０２で算出したデータ転送レート２０８のフィールドの
総和を格納する。

【００３８】(ｂ)第２シグナリングプロトコルスタック
３１２を用いた資源の予約を実行する。すなわち、次段
のホップノードのＩＰアドレス５０１のフィールドで指
定されるノードとの間で、データ転送レート総和５０２
のフィールドに指定されるレートにより連続メディアデ
ータを転送するために十分な資源予約を実行する。

【００３９】(ｃ)カプセル化へッダ管理テーブル６００
に新規エントリを追加する。このカプセル化へッダ管理
テーブル６００の詳細については後述する。

【００４０】一方、次段のホップノードのＩＰアドレス
５０１のフィールドの値が一致する資源予約管理テーブ
ルのエントリは存在するが、そのエントリのデータ転送
レートの総和５０２のフィールドの値が、ステップ４０
２で算出したデータ転送レート２０８のフィールドの総
和と異なる場合、コネクション監視アプリケーション３
１３は、以下の処理を実行する。

【００４１】(ａ)資源予約管理テーブル５００の対応エ
ントリを更新する。すなわち、そのエントリのデータ転
送レートの総和５０２のフィールドに、ステップ４０２
で算出したデータ転送レート２０８のフィールドの総和
を格納する。

【００４２】(ｂ)第２シグナリングプロトコルスタック
３１２を用いて資源予約を実行する。すなわち、次段の
ホップノードのＩＰアドレス５０１のフィールドにより
指定されるノードとの間で、データ転送レートの総和５
０２のフィールドに指定されるレートにより連続メディ
アデータを転送するために十分な資源の追加予約、ある
いは、資源の一部解放を実行する。

【００４３】（４）ステップ４０４ コネクション監視アプリケーション３１３は、資源予約
管理テーブル５００の不要エントリの削除を実行する。
すなわち、コネクション監視アプリケーション３１３
は、資源予約管理テーブル５００の各エントリのうち、
そのエントリの次段のホップノードのＩＰアドレス５０
１のフィールドの値が、ステップ４０１で抽出したコネ
クション管理テーブル２００のいかなるエントリにも格
納されていないことを確認し、その場合、以下の処理を
実行する。

【００４４】(ａ)資源予約管理テーブル５００の該当す
るエントリを削除する。

【００４５】(ｂ)カプセル化へッダ管理テーブル６００
の該当するエントリを削除する。なお、カプセル化へッ
ダ管理テーブル６００の詳細については後述する。

【００４６】(ｃ)第２シグナリングプロトコル３１２を
用いて資源の解放を実行する。すなわち、そのエントリ
の次段のホップノードのＩＰアドレス５０１のフィール
ドにて指定されるノードとの間で、以降、連続メディア
データの転送を行わないことを宣言する。

【００４７】（５）ステップ４０５ コネクション監視アプリケーション３１３は、一定時間
休眠し、休眠完了後ステップ４０１にジャンプする。

【００４８】次に、図４を参照して、カプセル化へッダ
管理テーブル６００の構成について詳細に説明する。

【００４９】カプセル化へッダ管理テーブル６００は、
コネクション監視アプリケーション３１３が動作するル
ータ、図１に示すの例ではルータ１上のＩＰプロトコル
スタック３１１が、連続メディアデータを格納したＩＰ
パケットの先頭に追加すべきＩＰへッダを管理するテー
ブルである。このカプセル化へッダ管理テーブル６００
は、送信ノードＩＰアドレス６０１、送信ポート番号６
０２、受信ノードＩＰアドレス６０３、受信ポート番号
６０４、プロトコル番号６０５、カプセル化へッダ６０
６の各フィールドから構成されている。

【００５０】ＩＰプロトコルスタック３１１は、フィー
ルド６０１〜６０５で指定される値を格納したパケット
を受信した場合に、カプセル化へッダ６０６のフィール
ドに格納されたＩＰへッダを付与してからそのパケット
のルーティング処理を実行すべきことを示す。この詳細
については、データ転送フェーズについての説明の部分
で詳述する。

【００５１】次に、図５を参照して、カプセル化へッダ
６０６のフィールドの詳細を説明する。

【００５２】カプセル化へッダフィールド６０６は、バ
ージョン７０１、へッダ長７０２、ＴＯＳ７０３、トー
タル長７０４、識別番号７０５、フラグメントオフセッ
ト７０６、ＴＴＬ７０７、プロトコル番号７０８、チェ
ックサム７０９、送信元ＩＰアドレス７１０、受信先Ｉ
Ｐアドレス７１１の各フィールドから構成される。各フ
ィールドの意味は、通常のＩＰへッダ（『ＴＣＰ／ＩＰ
によるネットワーク構築 Ｖol．１』共立出版株式会社
pp75〜pp76）と同様であるためその説明を省略する。

【００５３】前述したステップ４０３でカプセル化へッ
ダ管理テーブル６００のエントリを追加する場合、コネ
クション監視アプリケーション３１３は、以下の処理を
実行する。

【００５４】(１)ステップ４０２で作成したグループに
属するエントリ群の数だけ、新規にエントリを作成す
る。カプセル化へッダ管理テーブル６００のフィールド
６０１〜６０５の値として、コネクション管理テーブル
の各エントリのフィールド２０１〜２０５の値をコピー
する。

【００５５】(２)フィールド６０６に、図５に定義され
るＩＰへッダを格納する。具体的には、フィールド７０
１には０ｘ４を、フィールド７０２には０ｘ５を、フィ
ールド７０４〜７０６には０を、フィールド７０７には
０ｘ２０を、フィールド７０８〜７０９には０を、フィ
ールド７１０には自ノードのＩＰアドレスを、フィール
ド７１１にはコネクション管理テーブルの対応エントリ
のフィールド２０７に格納されているＩＰアドレスを格
納する。

【００５６】次に、図６を参照して、ノード１〜ノード
３上で動作するＩＰプロトコルスタック３１１の処理動
作を説明する。この処理動作は、データ転送フェーズの
動作であり、この動作により、送信ノード１０１または
１０１’とルータ１との間、及びルータ３と受信ノード
１０５または１０５’との間で、送信ノード１０１また
は１０１’から受信ノード１０５または１０５’宛ての
ＩＰパケットが転送される。また、ルータ１とルータ３
との間で、ルータ１からルータ３宛てのＩＰパケットが
転送される。

【００５７】（１）ＩＰプロトコルスタック３１１は、
カプセル化管理テーブル６００が存在し、かつ、ＩＰプ
ロトコルスタック３１１が受信したパケットが、このテ
ーブルのいずれかのエントリのフィールド６０１〜６０
５に格納されている値を保持しているか否かをチェック
する（ステップ８０１）。

【００５８】（２）ステップ８０１のチェックで、受信
したパケットがフィールド６０１〜６０５に格納されて
いる値を保持していれば、一致した値を保持しているカ
プセル化管理テーブル６００のフィールド６０６に格納
されているＩＰへッダをパケットの前に付与し、通常の
ルーティング処理を継続する。このルーティング処理の
実現方法は、『ＴＣＰ／ＩＰによるネットワーク構築
Ｖol．１』共立出版株式会社 pp89〜pp100に記述されて
いる通りであるため省略する（ステップ８０２、８０
３）。

【００５９】（３）ステップ８０１のチェックで、受信
したパケットがフィールド６０１〜６０５に格納されて
いる値を保持していなかった場合、ＩＰプロトコルスタ
ック３１１が受信したパケットが自ノード宛てであり、
かつ、ＩＰへッダのプロトコル番号フィールド７０８に
０が格納されているか否かをチェックし、この条件を充
足していなければ通常のルーティング処理を実行する
（ステップ８０４、８０３）。

【００６０】（４）ステップ８０４のチェックで、前述
の条件を充足してた場合、受信したパケットのＩＰへッ
ダ部を削除して通常のルーティング処理を実行する（ス
テップ８０５、８０３）。

【００６１】前述したデータ転送フェーズで実行される
データ転送のうち、送信ノード１０１または１０１’と
ルータ１との間、及び、ルータ３と受信ノード１０５ま
たは１０５’との間で実現されるデータ転送は、RTIPSI
G プロトコルスタック３１０により予約された資源を用
いて、また、ルータ１とルータ３との間のデータ転送
は、コネクション監視アプリケーション３１３により予
約された資源を用いて行われる。そのため、本発明の実
施形態によるデータ転送方法は、前述した資源予約フェ
ーズ及びデータ転送フェーズを実行することにより、送
受信ノード間のパケット転送を一定レートに保って行う
ことが保証される。

【００６２】前述したように、本発明の実施形態による
データ転送方法によれば、送受信ノード間に介在するル
ータの全てに単一のシグナリングプロトコルスタックが
搭載されていなくても、送受信ノード間で転送される連
続メディアデータの転送レートを一定に保つことを保証
することができる。図１に示す例でいえば、ルータ１〜
ルータ３の全てにRTIPSIG プロトコルスタック３１０が
搭載されていないにも関わらず前述の保証を実現するこ
とができる。

【００６３】また、前述した本発明の実施形態によるデ
ータ転送方法によれば、ルータが管理すべきコネクショ
ン数を小さく保つことができる。図１に示す例でいえ
ば、ルータ２は、送信ノード１０１と受信ノード１０５
との間のコネクション、及び、送信ノード１０１’と受
信ノード１０５’との間のコネクションの２つのコネク
ションを単一のコネクションとして管理することができ
る。すなわち、ルータ２は、どちらのコネクションを流
れる連続メディアデータも、ルータ１とルータ３との間
に形成されているコネクションを流れるデータとして管
理することができる。

【００６４】

【発明の効果】以上説明したように本発明によれば、送
受信ノード間に介在するルータが管理すべきコネクショ
ン数を小さくすることができ、送受信ノード間に介在す
るルータの全てに単一のシグナリングプロトコルスタッ
クが搭載されていなくても、複数のシグナリングプロト
コルスタックを併用することにより、送受信ノード相互
間で転送される連続メディアデータの転送レートを一定
に保つことができる。

【図面の簡単な説明】

【図１】本発明の一実施形態によるデータ転送方法が適
用されるデータ通信システムの構成を示すブロック図で
ある。

【図２】コネクション監視アプリケーションの処理動作
を説明するフローチャートである。

【図３】資源予約管理テーブルの構成を説明する図であ
る。

【図４】カプセル化へッダ管理テーブルの構成を説明す
る図である。

【図５】カプセル化へッダフィールドの構成を説明する
図である。

【図６】ＩＰプロトコルスタックの処理動作を説明する
フローチャートである。

【図７】RTIPとRTIPSIG とを用いてデータ転送を行う従
来技術によるデータ通信システムの構成を説明するブロ
ック図である。

【図８】コネクション管理テーブルの構成の詳細を説明
する図である。

【符号の説明】

１０１、１０１’ 送信ノード １０２〜１０４ ルータ１〜３ １０５、１０５’ 受信ノード １０６ ネットワーク １０７ RTIPSIG パケット ２００ コネクション管理テーブル ３０９ アプリケーション ３１０ RTIPSIG プロトコルスタック ３１１ ＩＰプロトコルスタック ３１２ 第２シグナリングプロトコルスタック ３１３ コネクション監視アプリケーション ５００ 資源予約管理テーブル ６００ カプセル化ヘッダ管理テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 岩嵜 正明 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 5B089 GA31 HA06 HB02 KA06 KB03 KF04 5K030 GA03 GA07 GA08 HA08 HB01 HB02 HB28 HD03 KA05 LB05 LB19 LC09 5K033 AA01 BA14 BA15 CB14 CC02 DA05 DB19 9A001 CC06 CC07 DD10 JJ13 JJ25 KK56

Claims (2)

【特許請求の範囲】
1. 【請求項１】 送信側及び受信側の情報処理装置相互間
   が、複数の情報中継装置を介するネットワークにより接
   続されているデータ通信システムにおけるデータ転送方
   法において、送信側及び受信側の情報送信装置相互間で
   データの転送を実行するために必要となる資源を、第１
   の通信プロトコルスタックを用いて予約するステップ
   と、前記第１の通信プロトコルが搭載されていないため
   に、前記資源の予約を実行することができなかったネッ
   トワーク及び情報中継装置の情報を、その両端に位置す
   る情報中継装置からの通知により、前記第１の通信プロ
   トコルスタックから受理するステップと、前記両端に位
   置する情報中継装置相互間でデータを転送するために必
   要となる資源を、第２の通信プロトコルスタックを用い
   て予約するステップと、前記両端に位置する情報中継装
   置の一方が、送信側の情報処理装置と受信側の情報処理
   装置との間に転送されるデータに、前記両端に位置する
   情報中継装置相互間を転送されるデータであることを示
   すへッダを付与するステップと、前記両端に位置する情
   報中継装置の他方が、前記ステップにより付与されたへ
   ッダを削除するステップとを有することを特徴とするデ
   ータ転送方法。
2. 【請求項２】 送信側及び受信側の情報処理装置相互間
   が、複数の情報中継装置を介するネットワークにより接
   続されているデータ通信システムにおいて、前記複数の
   情報中継装置の一部の情報中継装置が、送信側及び受信
   側の情報送信装置相互間でデータの転送を実行するため
   に必要となる資源を予約することのできる第１の通信プ
   ロトコルスタックとは異なる第２のプロトコルスタック
   を備えて構成され、前記第２のプロトコルスタックを備
   えた情報中継装置の両端に位置する情報処理装置が、前
   記第１及び第２のプロトコルスタックと、第２のプロト
   コルスタックを使用して前記両端に位置する情報中継装
   置相互間でデータの転送を実行するために必要な資源を
   予約するコネクション監視アプリケーションとを備えて
   構成されることを特徴とするデータ通信システム。