JP3786757B2 - Network communication system and communication method thereof - Google Patents

Network communication system and communication method thereof Download PDF

Info

Publication number
JP3786757B2
JP3786757B2 JP06107097A JP6107097A JP3786757B2 JP 3786757 B2 JP3786757 B2 JP 3786757B2 JP 06107097 A JP06107097 A JP 06107097A JP 6107097 A JP6107097 A JP 6107097A JP 3786757 B2 JP3786757 B2 JP 3786757B2
Authority
JP
Japan
Prior art keywords
terminal
communication
message
path
router
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP06107097A
Other languages
Japanese (ja)
Other versions
JPH10257093A (en
Inventor
明美 佐和田
昇 遠藤
正孝 太田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Communication Technologies Ltd
Original Assignee
Hitachi Communication Technologies Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Communication Technologies Ltd filed Critical Hitachi Communication Technologies Ltd
Priority to JP06107097A priority Critical patent/JP3786757B2/en
Publication of JPH10257093A publication Critical patent/JPH10257093A/en
Application granted granted Critical
Publication of JP3786757B2 publication Critical patent/JP3786757B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、複数のルータを含むコネクションレス型のネットワーク通信システムおよび該システムによる通信方法に係り、特に、端末間で、伝送帯域幅を確保した通信を行うことに好適な通信システムおよびその通信方法に関するものである。
【0002】
【従来の技術】
インターネットの通信システムでは、ネットワーク層のプロトコルとしてIP(Internet Protocol)を備え、コネクションレス型のパケット配送を提供する。この通信システムでは、一般に、通信対象の各パケットに対し、その都度、通信経路の選択等の処理を行う。
【0003】
通信経路の選択では、送信側端末から受信側端末へ至る通信経路の内、伝送路の長さ等により決まるコストの累積値が最小となる経路が選択される。この経路選択の方法としては、「E.W.Dijkstra,"A note on two problems in connection with graphs," Numerische Math., vol.1, pp.269-271, 1959」記載の手法(E.W.Dijkstraの計算手法)が知られている。
【0004】
また、上記の通信システムでは、一般に、通信フロー毎の伝送帯域幅の確保等の、通信品質の保証は行われない。このため、例えば、ネットワーク上の通信が輻輳した場合には、パケットの廃棄や、伝送遅延の大幅な増加等の不具合が生じてしまう。
【0005】
この問題を解決するため、IETF(Internet Engineering Task Force)では、RSVP(Resource Reservation Protocol)を提案している。RSVPは、通信に必要な伝送帯域幅を、エンド・ツー・エンド(端末間)で確保する機能を提供するプロトコルである。また、RSVPは、TCP/IPの上位に位置し、ルーティングプロトコルには依存しない構造となっている。なお、RSVPの詳細については、「R. Braden, et al., "Resource ReSerVation Protocol(RSVP) - Version 1 Functional Specfication," Internet Draft, draft-ietf-rsvp-spec-13.txt, Aug. 1996」に記載されている。
【0006】
このRSVPの機能を備えた通信システムでの動作を、図19を用いて説明する。図19には、送信側端末1と受信側端末2との間で通信されるパケットを複数のルータが中継する例を示している。
【0007】
この通信システムでは、送信側端末1と受信側端末2が、経路指定のためのパスメッセージp1と、帯域予約のための予約メッセージr1を通信することで、経路上のルータに所望の伝送帯域幅を予約する。なお、この通信システムでは、1対1の通信(ユニキャスト)だけでなく、1対多(マルチキャスト)の通信も可能である。
【0008】
通信の開始時、送信側端末1は、まず、ルーティングプロトコルの機能により、受信側端末2のアドレスを指定して、接続されたルータ3にパスメッセージp1を送信する。このパスメッセージは、最小のコストとなる1つの通信経路上のルータ3,・・・,4で順次転送され、受信側端末2で受信される。転送の際、各ルータ3,・・・,4は、受信したパスメッセージの内容を元に、自ルータに搭載されたルーティングテーブルを参照して、通信経路上の次のルータを選択し、そのルータにパスメッセージを転送する。そして、パスメッセージを転送したパスを一定時間確保する。
【0009】
パスメッセージを受信した受信側端末2は、送信側端末1に予約メッセージr1を返送することにより、上記通信経路上の各ルータ3,・・・,4に対し伝送帯域幅の確保を要求する。各ルータ3,・・・,4は、受信した予約メッセージの要求する伝送帯域幅を一定時間確保し、予約メッセージr1を転送する。伝送帯域を確保できない場合は、予約メッセージの転送は行わず、受信側端末に向けてエラーメッセージ(図示せず)を返送する。
【0010】
上記通信経路上の全てのルータ3,・・・,4で帯域幅が確保された場合、予約メッセージが送信側端末まで送られ、送信側端末は、データパケットd1の送信を開始する。この後の通信において、送信側端末1と受信側端末2は、定期的にパスメッセージp1と予約メッセージr1を互いに通信し、上記経路上のルータ3,・・・,4におけるパスおよび伝送帯域幅の確保を継続させる。
【0011】
【発明が解決しようとする課題】
上記従来の通信システムでは、送信側端末と受信側端末の間の通信経路として、最小コストの1つの経路が選択され、その経路上のルータに対し帯域の予約がなされる。このため、その経路上に、トラヒックの輻輳等により帯域幅を確保できないルータが存在する場合、予約は成立せず、送信側端末は、帯域幅を保証された通信を開始することができない。
【0012】
ネットワークでは、動画像通信等の大容量の通信の需要増加と、通信エリアの拡大が進んでおり、これに伴い、1つの通信経路上で中継を行うルータの総数や、各伝送路およびルータでの通信量が増加しつつある。このため、上記従来の通信システムでは、今後、帯域幅の予約の成立する確率が小さくなり、帯域幅を保証した通信が益々困難になることが予想される。
【0013】
そこで、本発明は、所望の帯域幅が確保された通信を端末間で、より確実に実施可能とする通信システム、および、その通信方法を提供することを目的とする。
【0014】
【課題を解決するための手段】
上記目的を達成するために、本発明では、複数の端末を複数のルータで接続することで、前記複数の端末の内の一の端末と他の端末との間で通信を行う際に、前記一の端末と前記他の端末との間に複数の通信経路が提供されるように接続されているネットワーク通信システムにおいて、前記一の端末は、重複なしに選択したセッション番号と、前記通信を行う際に要求する伝送帯域幅を表す帯域情報とを設定した複数のパスメッセージを、前記他の端末に宛てて送信する手段と、前記他の端末から返送された少なくとも一つ以上の予約メッセージを受信する手段と、受信した予約メッセージの内の1つの予約メッセージに設定されているセッション番号を前記通信用に選択する手段と、選択したセッション番号を設定した前記パスメッセージを定期的に送信すると共に、データパケットを前記他の端末へ宛てて送信する手段とを有し、前記他の端末は、前記一の端末から送信された複数の前記パスメッセージを受信する手段と前記帯域情報に基づいて前記通信が可能な場合、前記パスメッセージ毎に、該パスメッセージ内のセッション番号と帯域情報を設定した予約メッセージを少なくとも一つ以上返送する手段と、を有し、前記ルータは、前記一の端末と前記他の端末との間の通信経路において、次の転送先となるルータと、該ルータを介して前記一の端末から前記他の端末に通信を行う際のコストの累積値と、を対応させて登録しているテーブルを記憶する手段と、前記一の端末から送信された複数の前記パスメッセージを受信する手段と、受信された複数の前記パスメッセージをそれぞれ異なるルータに転送するように選択する手段と、前記パスメッセージで設定されている前記セッション番号と該パスメッセージを転送したルータとを関連させて所定の期間記憶する手段と、前記所定の期間内に、記憶されている前記セッション番号を設定したデータパケットが前記一の端末から受信した場合には、該セッション番号に関連して記憶されている前記ルータに該データパケットを転送する手段と、を有し、前記一の端末は、前記他の端末を宛先とした通信を転送可能な各通信経路における通信コストの累積値を取得し、同じ累積値の通信経路の数を、累積値毎に求める手段を有し、コストの累積値が最も小さい通信経路の数だけ前記パスメッセージの送信を行い、一定時間内に予約メッセージが受信されないのに応じて、コストの累積値が次に小さい通信経路の数だけ前記パスメッセージの送信を行い、前記ルータは、前記一の端末から送信された前記パスメッセージをコストの累積値が小さい通信経路の順に転送すること、を特徴とするネットワーク通信システムを提供する。
【0015】
このようなネットワーク通信システムでは、例えば、図1に示すようなメッセージのやり取りにより、帯域幅を確保した通信が実施される。すなわち、図1の例で、送信側の端末11が送信した、異なるセッション番号(d1,d2,・・・)の設定された複数のパスメッセージは、複数のルータ21,・・・ ,81により形成された複数の通信経路により個別に受信側の端末91まで転送される。パスメッセージに応じて受信側の端末91が返送した予約メッセージは、対応するパスメッセージと同じ通信経路により送信側の端末11まで転送される。この間、各ルータは、予約メッセージが要求する伝送帯域幅を確保し、確保できた場合のみ予約メッセージを転送する。つまり、送信側の端末11まで予約メッセージを転送した通信経路では帯域幅の予約が成立したことになる。送信側の端末11は、受信した予約メッセージの内の1つに設定されているセッション番号(図1の例ではid1)を選択し、そのセッション番号を設定したパスメッセージのみを定期的に送信する。また、受信側の端末91も、同パスメッセージに対応する予約メッセージを定期的に送信する。これにより、選択されたセッション番号(id1)に対応する通信経路では、パスおよび帯域幅の確保が維持され、データパケットの通信が行われる。
【0016】
このようなネットワーク通信システムでは、端末間の複数の通信経路に対し帯域幅の予約を図り、予約の成立した通信経路の内の1つを通信に利用するため、所望の帯域幅が確保された通信を、上述の従来例より確実に実施することができる。
【0017】
【発明の実施の形態】
以下で、本発明の実施の形態を、図面を用いて説明する。
【0018】
実施形態1
図2は、本発明の実施の形態に係るネットワーク通信システムの構成の一例である。図2の通信システムは、複数の端末と、複数のルータと、これら装置を互いに接続する複数の伝送路により構成される。端末としては、例えば、通信機能を備えた計算機が用いられる。
【0019】
図2の通信システムにおいて、端末間の通信は、1または複数のルータを介して行われる。また、端末間には、1または複数の通信経路が存在している。例えば、端末11と端末91の間には、ルータ21,33,72,81を介する経路と、ルータ21,32,72,81を介する経路と、ルータ21,31,71,81を介する経路と、ルータ21,34,44,74,81を介する経路と、ルータ21,35,74,81を介する経路の、計5つの経路が存在する。
【0020】
また、図2の各ルータ間には、予めコストが定められている。ここで、コスト(通信コスト)は、伝送路の長さ等により決まる定数であり、一般に、小さい方が通信において好ましい。各ルータは、自ルータの名前と、宛先別のコスト等を設定したリンク状態パケットLSP(Link State Pacet)を、他のルータに送信する。図3に、リンク状態パケットLSPの内容の一例を示す。例えば、図3(a)は、ルータ35が送信するリンク状態パケットLSPの内容を示し、ルータ35とルータ21との間のコストが2で、ルータ74との間のコストが1であることを表している。通信したリンク状態パケットLSPを基に、各ルータは、経路情報を生成し、自ルータ内のメモリ上に形成したルーティングテーブルに記録する。
【0021】
ここで、経路情報の生成方法について説明する。
【0022】
従来の経路選択の方法である、E.W.Dijkstraの計算手法では、コストが最小となる経路のみを選択する。すなわち、自装置のコストを0として、目的の装置へ行くことのできる経路と、その経路でのコストの累計値を求め、求めた経路とコストを記録する。同じ目的の装置へつながる別の経路を見つけた場合、コストが小い方の経路を記録し、コストの高い経路は記録から消去する。そして、これを繰り返すことによって、最小コストの経路を得る。この方法によれば、例えば、図2のネットワークでルータ21を起点として経路選択を行った場合、図4に示すツリー構造により表される経路情報が得られる。なお、図4中の()内の値は起点からのコストの累計値を表し、□内の値はルータに付された符号を表す。
【0023】
これに対し、本実施形態の通信システムでは、全ての経路の情報を得る。具体的には、自装置のコストを0として、目的の装置へ行くことのできる経路と、その経路におけるコストの累積値を求める。そして、求めた経路上で自装置の次に位置する装置と、コストの累計値とを、経路情報としてルーティングテーブルに記録する。これを繰り返し、目的の装置へ行くことのできる全ての経路について、上記経路情報を記録する。
【0024】
本方法によれば、例えば、図2のネットワークでルータ21を起点とした場合、図5に示すツリー構造により表される経路情報が得られる。図5において、例えば、ルータ21および81間の経路に着目すると、コストが3となる経路が2つ、コストが4となる経路が3つ存在することが分かる。なお、他のルータを起点とする場合の情報も、上記と同じ方法で得ることができる。
【0025】
この方法により各ルータのルーティングテーブルに記録された経路情報の一例を、図6に示す。なお、図では、便宜上、端末11から端末91へ至る経路の経路情報のみを示している。また、宛先アドレスとルータ名も、共に、図2の各装置に付した符号で表している。例えば、ルータ21のルーティングテーブルには、図6(a)に示すように、宛先となる端末91のアドレスに対応して、コストの累積値が3となる経路の次ルータとしてルータ31,32の名前が登録され、コストの累積値が4となる経路の次ルータとしてルータ33,34,35の名前が登録されている。
【0026】
次に、各装置の構成について説明する。
【0027】
図7に、上記各端末の構成例を示す。
【0028】
図示する端末は、ディスプレイ等の表示部115と、キーボード116と、ハードディスク装置等の外部記憶装置117と、計算機本体118とを有する。計算機本体118は、CPU、各種メモリ、通信インタフェース回路等(図示せず)を備えている。CPU等の処理により、計算機本体118では、RSVPのプロトコル等に基づき通信処理を行う通信制御部101と、利用者の指示に応じた処理を行う上位アプリケーション部112と、伝送路を介して通信を行う入出力インターフェース部113とが実現される。
【0029】
端末の通信制御部101は、図8に示すRSVP構成部111’と、複数のタイマ114とを有する。図8において、RSVP構成部111’は、RSVPの処理を行うRSVP処理部120と、メッセージおよびデータパケットの管理および通信を行うトラヒック処理部125とを有する。
【0030】
RSVP処理部120は、パスメッセージや予約メッセージ等を作成する機能を有するアプリケーション部121と、その指令を基にセッション番号の決定等のプロトコル処理を行うRSVPプロトコル処理部122とを有する。このRSVPプロトコル処理部122では、通信状態の管理にタイマ114を用いる。
【0031】
トラヒック処理部125は、要求された帯域幅を自装置で確保できるか否かを判定する受付判定部127と、品質クラスの決定を行うQOSクラス決定部126と、通信制御を行うパケットスケジューラ部128により構成される。
【0032】
通信の開始時、送信側端末のRSVP構成部111’は、帯域予約のためパスメッセージを送信する。受信側端末のRSVP構成部111’では、送られたパスメッセージの指定する通信が可能な場合、予約メッセージを返送する。なお、これら処理部120,125は、通信インタフェース回路とCPUが協調して行う処理により実現される。通信インタフェース回路とCPUへの処理の割り当ては任意であるが、本実施形態では、プロトコル処理等、プログラム処理が有効な部分はCPUに割り当てている。
【0033】
図9に、上記各ルータの構成を示す。
【0034】
図示するルータは、プロトコル等に基づき通信処理を行う通信制御部101と、複数の入出力インターフェース部102〜107を有する。通信制御部101は、図10に示すRSVP構成部101’と、図6で述べた情報が記録されたルーティングテーブル108と、複数のタイマ109とを有する。入出力インターフェース部102〜107は、伝送路毎に設けられ、他のルータや端末である装置25〜30に個別に接続される。なお、通信制御部101の機能は、ハードウェア回路や、CPUのプログラム処理により実現することができる。
【0035】
ルータのRSVP構成部101’も、図10に示すように、RSVP処理部130と、トラヒック処理部135とを有する。ルータのRSVP構成部101’は、RSVP処理部130が、アプリケーション部121の代わりに、ルーティングプロトコル処理部131を有する点を除き、端末のRSVP構成部111と同じ機能を実現する。ルーティングプロトコル処理部131は、ルーティングテーブルにアクセスし、リンク状態パケットLSPや経路情報の生成を行う。
【0036】
図9の例では、データパケットの伝送方向を基準に、装置25〜27を送信側、装置28〜30を受信側としている。帯域予約のための通信において、ルータ24は、送信側より送られたパスメッセージを受信側に転送すると共に、受信側より送られた予約メッセージを送信側に転送する。この場合、ルータ24から見て、送信側の装置25〜27は前転送元(プリビアス・ホップス)に属し、右側の装置28〜30は次転送先(ネクスト・ホップス)に属する。
【0037】
ここで、本通信システムで伝送される各種メッセージを、図11〜図14を用いて説明する。
【0038】
メッセージは、図11に示すフォーマットを持つヘッダ部と、図12に示すフォーマットを持つ1または複数のオブジェクト部により構成される。ヘッダ部内のメッセージ・タイプ(Msg Type)により、メッセージは、7つのタイプ(1=パスメッセージ、2=予約メッセージ、4=予約エラーメッセージなど)に分類される。また、このメッセージ・タイプによって、メッセージを構成するオブジェクト部の種類および数は変化する。各オブジェクト部は、ヘッダ情報(Length,Class-Num,C-Type)と、オブジェクト情報(Object contents)からなり、ヘッダ情報内のクラス番号(Class-Num)により、そのオブジェクトの種類(2=SESSIN,3=RSVP_HOP,5=Time_Values等)を示す。各オブジェクトのデータ長はヘッダ情報内のレングス(length)に設定され、メッセージ全体のデータ長は、ヘッダ部内のRSVPレングス(RSVP Length)に設定される。
【0039】
パスメッセージのオブジェクト部の内容を図13に示し、予約メッセージのオブジェクト部の内容を図14に示す。なお、図中の[]は、オプションのオブジェクトを示す記号である。
【0040】
パスメッセージと予約メッセージにおいて、SESSIONオブジェクトには、宛先アドレス、プロトコルID、宛先ポート番号等が設定される。RSVP_HOPオブジェクトには、自装置のIPアドレスが通信方向別に設定される。すなわち、パスメッセージではプリビアスホップのIPアドレス(PHOP)、予約メッセージではネクストホップのIPアドレス(NHOP)がそれぞれ設定される。TIME_VALUESオブジェクトには、メッセージ送信の時間間隔を指定する値が設定される。パスメッセージにおいて、SENDER_TEMPLATEオブジェクトにはデータパケットのフォーマットが設定され、SENDER_TSPECオブジェクトにはデータパケットのトラヒックの特徴を指定するデータが設定される。予約メッセージにおいて、STYLEオブジェクトには帯域を確保していく際の4つの方式(固定フィルタ方式(FF),ワールドカード・フィルタ方式等)の内のいずれかを指定する値が設定される。例えば、STYLEオブジェクトが固定フィルタ方式を指定する場合、図13のflow_descriptor_listオブジェクトは、サービスクラスの規定を含み要求するQOSが設定されたFLOWSPECオブジェクトと、送信側アドレスが設定されたFILTER_SPECオブジェクトから構成される。
【0041】
次に、本通信システムの動作を、図14を用いて説明する。なお、ここでは、端末11から端末91へ通信を行う場合を例に説明を行う。
【0042】
図14に、本実施形態におけるセッションセットアップの手順の一例を示す。
【0043】
通信の開始時、送信側の端末である端末11では、まず、アプリケーション部121が、受信側の端末91宛のパスメッセージを生成し、そこに設定したSESSIONオブジェクトを提示して、RSVPプロトコル処理部122にセッション番号を要求する。このオブジェクトには、宛先アドレス(DestAddress)と、データフローのタイプを示すIPプロトコル番号(Protocol Id)と、宛先ポート番号(DstPort)等が含まれる。
【0044】
要求を受けたRSVPプロトコル処理部122では、複数(m個)のセッション番号(id1, id2,・・・,idm)を、重複のないように決定する。そして、決定したセッション番号(session)と、指定されたオブジェクト内の宛先アドレス(DestAddress)等からなるパス状態情報PSB(Path State Block)をm個個別に生成し、メモリに登録する。さらに、RSVPプロトコル処理部122では、タイマを起動し、決定したセッション番号をアプリケーション部121へ返す。
【0045】
アプリケーション部121は、上記パスメッセージをm個複製し、返されたm個のセッション番号を各パスメッセージに個別に設定する。これらm個のパスメッセージは、QOSクラス決定部126およびパケットスケジューラ部128の処理を経て、パスメッセージp001,p002,・・・,p0m1としてルータ21へ順次送信される。
【0046】
一方、送信側端末に接続されたルータ21では、送信側端末11からパスメッセージを受信すると、RSVPプロトコル処理部132が、対応するパス状態情報PSBが登録されているか否かを調べる。対応するパス状態情報PSBが登録されていない場合は、パスメッセージの設定内容から新たにパス状態情報PSBを生成し、メモリに登録する。このパス状態情報PSBには、前転送元のアドレス、セッション番号等が含まれる。そして、 RSVPプロトコル処理部132では、タイマーを起動し、タイマーでタイムアウトが計測されるまでパス状態情報PSBの登録を維持する。ここで、タイマーは、パスメッセージのTIME_VALUESオブジェクトに設定された時間に所定の時間を加えた時間だけ計測を行う。
【0047】
ルータ21のルーティングプロトコル処理部131では、受信したパスメッセージ内の宛先アドレスを、ルーティングテーブル(図6(a))で検索して、次転送先のルータ(次ルータ)を1つ決定する。このとき、既に受信したパスメッセージと同じ宛先アドレスを持ち、セッション番号が異なるパスメッセージについては、異なる次ルータを決定する。上述のように、端末11,91間には5つの経路が存在し、ルータ21から見た次ルータも、ルータ31,32,33,34,35の計5つがある。このため、次ルータとしては、例えば、セッション番号id1に対しルータ31、id2に対しルータ32、id3に対しルータ33、id4に対しルータ34、id5に対しルータ35を決定する。受信された各パスメッセージは、QOSクラス決定部136とパケットスケジューラ部138の処理を経て、パスメッセージp002,p022,p042,p062,p082として、次ルータへそれぞれ転送される。
【0048】
ここで、送信側端末に接続されたルータ21では、同じ宛先のパスメッセージの総数mが、同宛先に到る全ての経路での次ルータの総数n(本例では5個)以下の場合は、m個の次ルータを選択する。このとき、例えば、コストの累積値の小さい経路の次ルータを優先的に決定する。逆に、mがnよりも大きい場合は、n個の次ルータを選択し、m−n個のパスメッセージ(p01m・・・)に対しては、それぞれ、送信側端末11にエラーメッセージ(p0m2・・・)を返送する。このエラーメッセージ(p0m2・・・)を受信した送信側端末11では、対応するパス状態情報PSBの登録を抹消し、そのセッションの管理を終了する。
【0049】
他のルータも、パスメッセージを受信すると、上記ルータ21と同様の動作を行う。すなわち、パス状態情報PSBの検索および登録、次ルータ(または、受信側端末)の決定、タイマの起動、パスメッセージの転送を行う。これにより、n個のパスメッセージp002,p022,p042,p062,p082は、それぞれ、p003〜p005, p023〜p025, p043〜p045, p063〜p066, p083〜p085となって転送され、受信側の端末である端末91で受信される。
【0050】
こうして、送信側端末11から受信側端末91に到る全ての経路のルータにおいて、パス状態情報PSBが登録され、パスが確保される。
【0051】
パスメッセージを受信した受信側端末91では、RSVPプロトコル処理部122が、パス状態情報PSBおよび予約状態情報RSB(Reservation State Block)がメモリに登録されいるかどうかを調べる。一方、受信側端末91のアプリケーション部121は、受信した各パスメッセージの設定内容を基に、予約メッセージを生成する。
【0052】
対応するパス状態情報PSBおよび予約状態情報RSBが存在しない場合、RSVPプロトコル処理部122は、受信したパスメッセージの設定内容を基に、パス状態情報PSBおよび予約状態情報RSBを生成し、メモリに登録する。そして、タイマを起動し、タイムアウトとなるまでその登録を維持する。ここで、予約状態情報RSBには、セッション番号、ネクストホップアドレス(next hop)、フィルタスペック表(Filter_spec_list)等が含まれる。
【0053】
さらに、RSVPプロトコル処理部122は、受付判定部127に対し、今回の通信で要求される帯域幅が確保できるか否かを問い合わせる。これを受けた受付判定部127では、送信する予約メッセージ内のFLOWSPECオブジェクトの設定内容を基に、要求される帯域幅を確保できるか否かを判定する。要求される帯域を確保できる場合、アプリケーション部121は、対応するパス状態情報PSBに設定された、プリビアスホップのIPアドレス(PHOP)を送信先として、予約メッセージを順次送信する。受信した各パスメッセージp005, p025, p045, p066, p085について以上の処理が繰り返され、受信側端末91からは、予約メッセージr006,r026,r046,r067,r086が順次送信される。
【0054】
予約メッセージを受信した各ルータも、予約状態情報RSBの検索および登録、タイマの起動、帯域確保のための処理を行い、帯域が確保できた場合、予約メッセージを前転送元のルータまたは端末に転送する。ここで、前転送元のルータまたは端末は、同じセッション番号を持つパス状態情報PSB内のアドレスにより決定される。これにより、予約メッセージは、同じセッション番号の設定されたパスメッセージが転送された通信経路を逆方向に転送される。他の通信による帯域予約等により、要求された帯域幅を確保できない場合、ルータは、受信側端末91に宛ててエラーメッセージを返送し、当該セッションの管理を終了する。
【0055】
こうして、予約メッセージは、経路上の全てのルータで帯域の確保がなされた場合のみ、送信側端末11まで転送される。つまり、送信側端末11まで予約メッセージを転送した通信経路では、全てのルータで帯域予約が成立し、要求した帯域が確保されたことになる。本例では、セッション番号id1とid4の経路においてのみ帯域予約が成立し、セッション番号id2,id3,id5の経路では、それぞれエラーメッセージr028,r048,r088が受信側端末91に返送される。
【0056】
受信側端末91では、エラーメッセージを受信すると、対応する予約状態情報RSBの登録を削除し、当該セッションの管理を終了する。また、受信側端末91では、予約状態情報RSBの登録状態を調べ、セッション番号id1及びid4のRSB等、登録が維持されている予約状態情報RSBに対応する予約メッセージを、登録のリフレッシュのため、定期的にに送信する。この送信は、例えば、TIME_VALUESオブジェクトに設定された時間の間隔で行われる。
【0057】
一方、予約メッセージを受信した送信側端末11では、アプリケーション部121が、その予約メッセージに設定されているセッション番号を抽出する。同じ宛先の予約メッセージが複数受信された場合には、その内の1つのセッション番号を選択する。このとき、例えば、最初に受信した予約メッセージのセッション番号(本例では、id1)を選択すると、伝送遅延の最も小さい経路を選択することができる。そして、送信側端末11では、選択したセッションid1を設定したパスメッセージp011を送信し、以降、登録のリフレッシュのため、同パスメッセージを定期的に送信する。
【0058】
以上により、送信側端末11で選択されたセッション番号に対応する通信経路上では、パスメッセージおよび予約メッセージが定期的に転送される。パスメッセージを受信したルータおよび受信側端末91では、受信したパスメッセージに対応するパス状態情報PSBが既に登録されている場合、そのパス状態情報PSBに対応するタイマを再起動し、その登録を維持させる。同様に、予約メッセージを受信したルータおよび送信側端末11も、受信した予約メッセージに対応する予約状態情報RSBが既に登録されている場合、その予約状態情報RSBに対応するタイマを再起動し、その登録を維持させる。一方、選択されなかったセッション番号に対応する経路では、パスメッセージおよび予約メッセージが転送されなくなり、対応するパス状態情報PSBおよび予約状態情報RSBは、タイマのタイムアウトに応じて登録を削除される。
【0059】
そして、送信側端末11のアプリケーション部121では、受信側端末91宛のデータパケットを生成し、データ通信を開始する。このデータパケットは、QOSクラス決定部126およびパケットスケジューラ部128の処理を経て送信され、選択されたセッション番号id1に対応して確保されたパスおよび帯域幅を利用して、データパケットp012〜p014として、受信側端末91まで転送される。
【0060】
データパケットの送信が終了すると、送信側端末11のアプリケーション部121は、定期的に送信していたパスメッセージの送信を終了する。これにより、選択されたセッション番号id1に対応する登録もタイムアウトにより自動的に削除され、同セッションの管理は終了する。
【0061】
以上のように、本実施形態の通信システムでは、受信側端末につながる複数の経路に対してRSVPによる帯域予約を行い、予約の成立した経路のうちの1つを用いてデータ転送を行うことができる。これにより、最小コストの経路で帯域予約を行う従来の方法に対し、帯域予約が成立する確立、すなわち、所望の帯域幅でのデータ通信が実施可能となる確立を高めることができる。また、この通信システムでは、複数の経路に対する帯域予約を並行して実施することができるため、短時間に帯域予約を成立させることができる。さらに、この通信システムでは、送信側端末11が、宛先の装置につながる複数経路の情報を知らなくても済むという利点もある。
【0062】
ところで、以上の手順では、帯域予約が成立し、かつ、通信対象として選択されなかったセッション(id4)の管理の終了は、パスメッセージの送信停止に応じて行われるが、送信側端末11からパス解除(PathTear)メッセージを送信することで実施することもできる。この手順の具体例を、図16を用いて説明する。
【0063】
図16において、セッション番号id1およびid4の経路での予約の成立に応じて、送信側端末11は、選択したid1に対応してパスメッセージp111を送信する一方、選択しないid4に対応してパス解除メッセージp171を送信する。このパス解除メッセージは、id4の経路で受信側端末91まで順次転送される。このメッセージを受信したルータおよび受信側端末では、タイマのタイムアウトを待つことなく、RSVPプロトコル処理部が、対応するパス状態情報PSBおよび予約状態情報RSBの登録を削除する。これにより、id4に対応するセッションの管理は全て終了する。
【0064】
この手順によれば、帯域予約が成立し、かつ、通信対象に選択されなかった経路上のルータに対し、確保している帯域を速やかに解放させることができ、他の通信に与える影響を低減することができる。
【0065】
実施形態2
次に、本発明の第2の実施形態に係る通信システムについて説明する。
【0066】
本発明の第2の実施形態に係る通信システムでは、セッションセットアップの手順が実施形態1と異なる。その他、通信システムの構成等は、図2〜図10で説明したものと同じであり、以下の説明でも同じ名称および符号を用いる。
【0067】
図17に、本実施形態におけるセッションセットアップの手順の一例を示す。
【0068】
通信の開始時、端末11では、まず、アプリケーション部121が、受信側の端末91宛のパスメッセージを生成し、そこに設定したSESSIONオブジェクトを提示して、RSVPプロトコル処理部122にセッション番号を要求する。要求を受けたRSVPプロトコル処理部122では、1個のセッション番号(id1)を決定し、決定したセッション番号と、提示されたオブジェクト内の宛先アドレス等からなるパス状態情報PSBを生成し、メモリに登録する。さらに、RSVPプロトコル処理部122では、タイマを起動し、決定したセッション番号をアプリケーション部121へ返す。アプリケーション部121は、返されたセッション番号を上記パスメッセージに設定し、そのパスメッセージp201をルータ21へ送信する。
【0069】
送信側端末に接続されたルータ21では、送信側端末11からパスメッセージを受信すると、RSVPプロトコル処理部132が、対応するパス状態情報PSBがメモリに登録されているか否かを調べる。対応するパス状態情報PSBが登録されていない場合は、パスメッセージの設定内容から新たにパス状態情報PSBを生成し、メモリに登録する。そして、 タイマーを起動し、タイムアウトとなるまでパス状態情報PSBの登録を維持する。ルーティングプロトコル処理部131では、受信したパスメッセージ内の宛先アドレスを、ルーティングテーブル(図6(a))で検索して、次ルータを1つ決定する。このとき、既に受信したパスメッセージと同じ宛先アドレスを持ち、セッション番号が異なるパスメッセージについては、異なる次ルータを決定する。なお、コストの累積値が小さい経路のルータを優先的に選択するようにしてもよい。そして、ルーティングプロトコル処理部131は、決定した次ルータ(ルータ31)へパスメッセージを送信する。
【0070】
他のルータも、パスメッセージを受信すると、上記ルータ21と同様に、パス状態情報PSBの登録、次ルータ(または、受信側端末)の決定を行い、パスメッセージの転送を行う。これにより、パスメッセージp201は、p202〜p205となって転送され、受信側端末91で受信される。
【0071】
パスメッセージを受信した受信側端末91では、RSVPプロトコル処理部122が、パス状態情報PSBおよび予約状態情報RSBが登録されいるかどうかを調べる。一方、受信側端末91のアプリケーション部121は、受信した各パスメッセージの設定内容を基に、予約メッセージを生成する。対応するパス状態情報PSBおよび予約状態情報RSBが存在しない場合、RSVPプロトコル処理部122は、受信したパスメッセージの設定内容を基に、パス状態情報PSBおよび予約状態情報RSBを生成し、メモリに登録する。そして、タイマを起動し、タイムアウトとなるまで登録を維持する。さらに、RSVPプロトコル処理部122は、受付判定部127に対し、今回の通信で要求される帯域幅が確保できるか否かを問い合わせる。要求される帯域を確保できる場合、アプリケーション部121は、対応するパス状態情報PSBに設定された、プリビアスホップのIPアドレス(PHOP)を送信先として、予約メッセージr206を送信する。また、受信側端末91では、登録が維持されている予約状態情報RSBに対応する予約メッセージを、登録のリフレッシュのため、定期的に送信する。
【0072】
予約メッセージを受信した各ルータも、予約状態情報RSBの生成および登録と、帯域確保のための処理を行い、帯域が確保できた場合、予約メッセージを前転送元のルータまたは端末に転送する。これにより、予約メッセージは、同じセッション番号の設定されたパスメッセージが転送された通信経路を逆方向に転送される。要求された帯域幅を確保できない場合、ルータは、受信側端末91に宛ててエラーメッセージを返送し、当該セッションの管理を終了する。本例では、予約メッセージr206に対しルータ71が、帯域幅を確保できず、エラーメッセージを返送する。受信側端末91では、エラーメッセージを受信すると、対応する予約状態情報RSBの登録を削除し、当該セッションの管理を終了する。
【0073】
一方、送信側端末11は、送信したパスメッセージに対応する予約メッセージが受信されない状態で、タイマがタイムアウトとなった場合、上述の処理を繰り返し、新たなセッション番号を設定したパスメッセージp221を送信する。このパスメッセージp221は、ルータ21から次ルータ31へ転送され、1つ目のパスメッセージp201とは異なる通信経路で受信端末91まで転送される。
【0074】
本例では、パスメッセージp221に対応する予約メッセージも送信側端末11まで転送されず、3つ目のパスメッセージp241に対応する予約メッセージr251が初めて送信側端末11で受信されるものとしている。予約メッセージを受信した送信側端末11では、アプリケーション部121が、その予約メッセージに設定されているセッション番号(本例では、id3)を抽出する。そして、抽出したセッションid3を設定したパスメッセージp253を送信し、以降、登録のリフレッシュのため、同パスメッセージを定期的に送信する。
【0075】
以上により、セッション番号id3に対応する通信経路上では、パスメッセージおよび予約メッセージが定期定期に転送され、同経路上の送信側端末11、ルータ、受信側端末91では、タイマの再起動により、そのパス状態情報PSBおよび予約状態情報RSBの登録が維持される。
【0076】
そして、送信側端末11のアプリケーション部121では、受信側端末91宛のデータパケットを生成し、データ通信を開始する。このデータパケットは、セッション番号id3に対応して確保されたパスおよび帯域幅を利用して、受信側端末91まで転送される。データパケットの送信が終了すると、送信側端末11のアプリケーション部121がパスメッセージの送信を終了することで、上記経路上の同セッションの管理は全て終了する。なお、送信側端末11でのパス解除メッセージの送信により、直ちにセッションの管理を終了させるようにしてもよい。
【0077】
以上のように、本実施形態の通信システムでは、通信を中継可能な複数の経路について、その1つの経路毎にパスおよび帯域の確保を図るため、第1の実施形態に対し、システム内の他の通信に与える影響をより低減することができる。
【0078】
実施形態3
次に、本発明の第3の実施形態に係る通信システムについて説明する。
【0079】
本実施形態に係る通信システムも、セッションセットアップの手順が上記2つの実施形態と異なる。その他、通信システムの構成等は、図2〜図9で説明したものと同じであり、以下の説明でも同じ名称および符号を用いる。
【0080】
図17に、本実施形態でのセッションセットアップの手順の一例を示す。
【0081】
本実施形態の各端末は、通信により、接続されたルータ内のルーティングテーブルの経路情報を得る。送信側端末11では、ルータ21から得た経路情報(図6(a)参照)から、端末91から端末11へ至る通信経路が5つ存在し、その内、コストの累積値が3の経路が2つ、コストの累積値が4の経路が3つあることを知ることができる。
【0082】
通信の開始時、送信側端末11では、まず、アプリケーション部121が、受信側の端末91宛のパスメッセージを生成し、そこに設定したSESSIONオブジェクトを提示して、RSVPプロトコル処理部122にセッション番号を要求する。この際、コストの累積値が最小となる経路の数p(本例では、2)も一緒に提示する。要求を受けたRSVPプロトコル処理部122では、p個のセッション番号(id1, id2)を、重複のないように決定する。そして、決定したセッション番号と、指定されたオブジェクト内の宛先アドレス等からなるパス状態情報PSBをp個個別に登録し、タイマを起動する。アプリケーション部121は、上記パスメッセージをp個複製し、決定されたp個のセッション番号を各パスメッセージに個別に設定する。そして、設定したパスメッセージp301,p321をルータ21へ順次送信する。
【0083】
ルータ21では、送信側端末11からパスメッセージを受信すると、RSVPプロトコル処理部132が、対応するパス状態情報PSBが登録されているか否かを調べ、対応するパス状態情報PSBが登録されていない場合は、パス状態情報PSBをメモリに登録する。そして、タイマを起動し、タイムアウトとなるまでパス状態情報PSBの登録を維持する。ルーティングプロトコル処理部131では、受信したパスメッセージ内の宛先アドレスを、ルーティングテーブル(図6(a))で検索して、次転送先のルータ(次ルータ)を1つ決定する。このとき、既に受信したパスメッセージと同じ宛先アドレスを持ち、セッション番号が異なるパスメッセージについては、異なる次ルータを決定する。本例では、セッション番号id1に対しルータ31、id2に対しルータ32を決定している。そして、受信された各パスメッセージは、パスメッセージp302,p322として、それぞれ次ルータへ転送される。
【0084】
他のルータも、パスメッセージを受信すると、上記ルータ21と同様に、パス状態情報PSBの登録、次ルータ(または、受信側端末)の決定、パスメッセージの転送を行う。これにより、p個のパスメッセージp302,p322は、それぞれ、p303〜p305, p323〜p325となって、異なる経路で転送され、受信側の端末である端末91で受信される。
【0085】
パスメッセージを受信した受信側端末91では、RSVPプロトコル処理部122が、パス状態情報PSBおよび予約状態情報RSBが登録されいるかどうかを調べる。一方、受信側端末91のアプリケーション部121は、受信した各パスメッセージの設定内容を基に、予約メッセージを生成する。対応するパス状態情報PSBおよび予約状態情報RSBが存在しない場合、RSVPプロトコル処理部122は、受信したパスメッセージの設定内容を基にパス状態情報PSBおよび予約状態情報RSBを登録し、タイマを起動して、タイムアウトとなるまで登録を維持する。さらに、RSVPプロトコル処理部122は、受付判定部127に対し、今回の通信で要求される帯域幅が確保できるか否かを問い合わせる。要求される帯域を確保できる場合、アプリケーション部121は、対応するパス状態情報PSBに設定された、プリビアスホップのIPアドレス(PHOP)を送信先として、予約メッセージを順次送信する。
【0086】
予約メッセージを受信した各ルータも、予約状態情報RSBの生成および登録と、帯域確保のための処理を行い、帯域が確保できた場合、予約メッセージを前転送元のルータまたは送信側端末に転送する。これにより、予約メッセージは、同じセッション番号の設定されたパスメッセージが転送された通信経路を逆方向に転送される。要求された帯域幅を確保できない場合、ルータは、受信側端末91に宛ててエラーメッセージを返送し、当該セッションの管理を終了する。
【0087】
受信側端末91では、エラーメッセージを受信すると、対応する予約状態情報RSBの登録を削除し、当該セッションの管理を終了する。また、受信側端末91では、予約状態情報RSBの登録状態を調べ、登録が維持されている予約状態情報RSBに対応する予約メッセージを、登録のリフレッシュのため、定期的に送信する。本例では、セッション番号id1およびid2に対応する各予約メッセージに対し、共にエラーメッセージが受信側端末91に返送される。
【0088】
送信側端末11では、送信したパスメッセージに対応する予約メッセージが受信されない状態で、タイマがタイムアウトとなった場合、次にコストの累積値が小さい経路の数(本例では、3)をpとして上述の処理を繰り返し、新たなセッション番号(id3,id4,id5)を設定したパスメッセージを送信する。これにより送信されたパスメッセージp341,p361,p381は、ルータ21から、まだ選択されていない次ルータ33,34,35へ転送され、異なる通信経路で受信端末91まで転送される。
【0089】
一方、予約メッセージを受信した送信側端末11では、アプリケーション部121が、その予約メッセージに設定されているセッション番号を抽出する。同じ宛先の予約メッセージが複数受信された場合には、その内の1つのセッション番号を選択する。このとき、例えば、最初に受信した予約メッセージのセッション番号(本例では、id3)を選択すると、伝送遅延の最も小さい経路を選択することができる。そして、送信側端末11では、選択したセッションid3を設定したパスメッセージp353を送信し、以降、登録のリフレッシュのため、同パスメッセージを定期的に送信する。
【0090】
以上により、セッション番号id3に対応する通信経路上では、パスメッセージおよび予約メッセージが定期定期に転送され、同経路上の送信側端末11、ルータ、受信側端末91では、タイマの再起動により、そのパス状態情報PSBおよび予約状態情報RSBの登録が維持される。
【0091】
そして、送信側端末11のアプリケーション部121では、受信側端末91宛のデータパケットを生成し、データ通信を開始する。このデータパケットは、セッション番号id3に対応して確保されたパスおよび帯域幅を利用して、受信側端末91まで転送される。データパケットの送信が終了すると、送信側端末11のアプリケーション部121がパスメッセージの送信を終了することで、上記経路上の同セッションの管理は全て終了する。
【0092】
なお、送信側端末11でのパス解除メッセージの送信により、データ通信に用いたセッションや、帯域予約が成立したが選択をしなかったセッションの管理を直ちに終了させるようにしてもよい。
【0093】
以上のように、本実施形態の通信システムでは、通信を中継可能な複数の経路をグループ化し、そのグループ毎にパスおよび帯域の確保を図るため、第1の実施形態に対しシステム内の他の通信に与える影響を低減すると共に、第2の実施形態に対し帯域予約の成立に要する時間を短縮することができる。
【0094】
【発明の効果】
以上で説明したように、本発明によれば、所望の帯域幅が確保された通信を端末間で、より確実に実施可能とする通信システム、および、その通信方法を提供することができる。
【図面の簡単な説明】
【図1】本発明におけるセッションセットアップ手順の一例を示す図。
【図2】本発明の実施形態を説明するためのネットワークの一例を示す図。
【図3】図2のネットワークにおけるリンクステートパケットの一例。
【図4】従来方法により得られる経路情報を表すツリー構造の一例。
【図5】本発明により図2を基に得られる経路情報を表すツリー構造の一例。
【図6】図2の各ルータのルーティングテーブル内の経路情報の一例。
【図7】端末の構成例を示すブロック図。
【図8】端末の通信制御部の構成例を示す図。
【図9】ルータの構成例を示すブロック図。
【図10】ルータの通信制御部の構成例を示す図。
【図11】メッセージパケットのヘッダ部のフォーマット図。
【図12】メッセージパケットのオブジェクト部のフォーマット図。
【図13】パスメッセージの構成図。
【図14】予約メッセージの構成図。
【図15】実施形態1でのセッションセットアップ手順の一例を示す図。
【図16】同セッションセットアップ手順の他の例を示す図。
【図17】実施形態2でのセッションセットアップ手順の一例を示す図。
【図18】実施形態3でのセッションセットアップ手順の一例を示す図。
【図19】従来のRSVPセッションセットアップ手順の説明図。
【符号の説明】
11、12、13、14、15、91、92、93・・・端末
21、24、25、26、27、28、29、30、31、32、33、34、35、44、71、72、74、81、3m・・・ルータ
51、52、53、54、55、56、57、58、59、60、61、62、63、64・・・伝送路
p001〜p005、p021〜p025、p041〜p045、p061〜p081、p0m1・・・パスメッセージ
p0m2・・・パスエラーメッセージ
r006〜r010、r026、r027、r046、r047、r067〜r070、r086、r087・・・予約メッセージ
r028,r029、r048、r049、r088、r089・・・予約エラーメッセージ
p011、r018、r071・・・リフレッシュ
r072、r019・・・タイムアウト
p012、p013、p014・・・データパケット
p101・・・パスメッセージ、p171・・・パス遮断メッセージ
p112、p113、p114・・・データパケット
r119・・・タイムアウト
p201〜p205・・・パスメッセージ
r206、r207・・・予約メッセージ
r208、r209・・・予約エラーメッセージ
p221、p222・・・パスメッセージ、
r226・・・予約メッセージ
r227・・・予約エラーメッセージ
p241〜p245・・・パスメッセージ
r246〜r251・・・予約メッセージ
r252・・・予約メッセージ、p253・・・パスメッセージ、
p254・・・データパケット
r254・・・タイムアウト
p301〜p305、p321〜p325・・・パスメッセージ
r306、r307、r326、r327・・・予約メッセージ
r308、r309、r328、r329・・・予約エラーメッセージ
p341〜p345、p361〜p366、p381〜p385・・・パスメッセージ
r346〜r350、r367〜371・・・予約メッセージ
r386、r387・・・予約メッセージ
r388、r389・・・予約エラーメッセージ
r351、r352・・・予約メッセージ
r372、r376・・・タイムアウト
p353・・・パスメッセージ
p354、p355・・・データパケット
111’・・・端末のRSVP構成部
101’・・・ルータのRSVP構成部
120・・・端末のRSVP処理部
130・・・ルータのRSVP処理部
125・・・端末のトラヒック処理部
121・・・アプリケーション部
131・・・ルーティングプロトコル処理部
122、132・・・RSVPプロトコル処理部
126、136・・・QOSクラス決定部
127、137・・・受付判定部
128、138・・・パケットスケジューラ部
102〜107・・・入出力インタフェース部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a connectionless network communication system including a plurality of routers and a communication method using the system, and more particularly to a communication system suitable for performing communication with a transmission bandwidth secured between terminals and the communication method thereof. It is about.
[0002]
[Prior art]
An Internet communication system includes an IP (Internet Protocol) as a network layer protocol and provides connectionless packet delivery. In this communication system, processing such as communication path selection is generally performed for each packet to be communicated.
[0003]
In the selection of the communication path, a path that minimizes the cumulative value of cost determined by the length of the transmission path and the like is selected from the communication paths from the transmission side terminal to the reception side terminal. As a route selection method, the method described in “EWDijkstra,“ A note on two problems in connection with graphs, ”Numerische Math., Vol.1, pp.269-271, 1959” (calculation method of EWDijkstra) is known. It has been.
[0004]
Further, in the communication system described above, generally, communication quality is not guaranteed such as securing a transmission bandwidth for each communication flow. For this reason, for example, when communication on the network is congested, problems such as packet discard and a significant increase in transmission delay occur.
[0005]
In order to solve this problem, the Internet Engineering Task Force (IETF) has proposed RSVP (Resource Reservation Protocol). RSVP is a protocol that provides a function of ensuring a transmission bandwidth necessary for communication end-to-end (between terminals). RSVP is positioned above TCP / IP and has a structure independent of routing protocols. For details on RSVP, see “R. Braden, et al.,“ Resource ReSerVation Protocol (RSVP)-Version 1 Functional Specfication, ”Internet Draft, draft-ietf-rsvp-spec-13.txt, Aug. 1996”. It is described in.
[0006]
The operation of the communication system having the RSVP function will be described with reference to FIG. FIG. 19 shows an example in which a plurality of routers relay packets communicated between the transmission side terminal 1 and the reception side terminal 2.
[0007]
In this communication system, a transmitting terminal 1 and a receiving terminal 2 communicate a path message p1 for routing and a reservation message r1 for bandwidth reservation, so that a desired transmission bandwidth can be transmitted to a router on the path. Make a reservation. In this communication system, not only one-to-one communication (unicast) but also one-to-many (multicast) communication is possible.
[0008]
At the start of communication, the transmission side terminal 1 first designates the address of the reception side terminal 2 by the function of the routing protocol and transmits the path message p1 to the connected router 3. This path message is sequentially transferred by the routers 3,..., 4 on one communication path having the lowest cost, and is received by the receiving side terminal 2. At the time of forwarding, each router 3,..., 4 selects the next router on the communication path by referring to the routing table installed in its own router based on the contents of the received path message. Forward the path message to the router. Then, a path for transferring the path message is secured for a certain period of time.
[0009]
The receiving side terminal 2 that has received the path message sends a reservation message r1 back to the transmitting side terminal 1 to request each router 3,..., 4 on the communication path to secure a transmission bandwidth. Each router 3,..., 4 secures the transmission bandwidth requested by the received reservation message for a certain period of time and transfers the reservation message r1. If the transmission band cannot be secured, the reservation message is not transferred and an error message (not shown) is returned to the receiving terminal.
[0010]
When the bandwidth is secured in all the routers 3,..., 4 on the communication path, a reservation message is sent to the transmission side terminal, and the transmission side terminal starts transmission of the data packet d1. In the subsequent communication, the transmission side terminal 1 and the reception side terminal 2 regularly communicate with each other the path message p1 and the reservation message r1, and the path and transmission bandwidth in the routers 3,. Continue to secure
[0011]
[Problems to be solved by the invention]
In the above-described conventional communication system, one path with the lowest cost is selected as a communication path between the transmission side terminal and the reception side terminal, and a bandwidth is reserved for a router on the path. For this reason, if there is a router on the route that cannot secure the bandwidth due to traffic congestion or the like, the reservation is not established, and the transmission side terminal cannot start communication with guaranteed bandwidth.
[0012]
In the network, the demand for large-capacity communication such as moving image communication is increasing and the communication area is expanding. With this, the total number of routers that relay on one communication path, and the transmission paths and routers The amount of communication is increasing. For this reason, in the conventional communication system, it is expected that the probability that the bandwidth reservation will be established will be reduced in the future, and communication with guaranteed bandwidth will become more difficult.
[0013]
In view of the above, an object of the present invention is to provide a communication system and a communication method thereof capable of more reliably performing communication with a desired bandwidth between terminals.
[0014]
[Means for Solving the Problems]
In order to achieve the above object, in the present invention, By connecting a plurality of terminals with a plurality of routers, when communication is performed between one terminal of the plurality of terminals and another terminal, between the one terminal and the other terminal In a network communication system connected to provide a plurality of communication paths, The one terminal is The selected session number without duplication and the communication When doing Band information indicating the required transmission bandwidth and , Multiple path messages with The other Means for sending to the terminal; At least one or more returned from the other terminal Reservation message received Means to do A means for selecting a session number set in one reservation message among the received reservation messages for the communication, and periodically transmitting the path message in which the selected session number is set, and a data packet The other Means to send to the terminal , Have The other terminal is a plurality of terminals transmitted from the one terminal. Receive the pass message Means to do , Based on the bandwidth information If the communication is possible, Said Pass message For each pass message Reservation message with session number and bandwidth information At least one Means for returning, the router comprising: In a communication path between the one terminal and the other terminal, a cumulative value of a cost when communicating from the one terminal to the other terminal via the router as a next transfer destination And means for storing a table registered in association with each other, means for receiving a plurality of the path messages transmitted from the one terminal, and forwarding the plurality of received path messages to different routers, respectively. Means for selecting, means for associating the session number set in the path message with the router that forwarded the path message for a predetermined period, and storing the session number within the predetermined period When the data packet in which the session number is set is received from the one terminal, the data packet is stored in the router stored in association with the session number. Anda means for transferring, the one The terminal The other Acquires the accumulated value of the communication cost in each communication path that can transfer the communication destined for the terminal, and obtains the number of communication paths having the same accumulated value for each accumulated value, and the accumulated value of the cost is the smallest. The path message is transmitted as many times as the number of communication paths, and when no reservation message is received within a certain period of time, the path message is transmitted according to the number of communication paths with the next lowest accumulated cost. The router forwards the path message transmitted from the one terminal in the order of the communication path with the smallest accumulated cost. A network communication system is provided.
[0015]
In such a network communication system, for example, communication with a bandwidth secured is performed by exchanging messages as shown in FIG. That is, in the example of FIG. 1, a plurality of path messages with different session numbers (d1, d2,...) Transmitted by the terminal 11 on the transmission side are transmitted by a plurality of routers 21. The data is transferred individually to the terminal 91 on the receiving side through the formed plurality of communication paths. The reservation message returned by the receiving terminal 91 in response to the pass message is transferred to the sending terminal 11 through the same communication path as the corresponding pass message. During this time, each router secures the transmission bandwidth required by the reservation message, and transfers the reservation message only when it can be secured. In other words, the bandwidth reservation is established in the communication path in which the reservation message is transferred to the terminal 11 on the transmission side. The terminal 11 on the transmission side selects a session number (id1 in the example of FIG. 1) set in one of the received reservation messages, and periodically transmits only the pass message in which the session number is set. . The receiving terminal 91 also periodically transmits a reservation message corresponding to the same path message. Thereby, in the communication path corresponding to the selected session number (id1), the path and bandwidth are maintained, and data packet communication is performed.
[0016]
In such a network communication system, a bandwidth is reserved for a plurality of communication paths between terminals, and one of the reserved communication paths is used for communication, so a desired bandwidth is secured. Communication can be performed more reliably than the above-described conventional example.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0018]
Embodiment 1
FIG. 2 is an example of the configuration of the network communication system according to the embodiment of the present invention. The communication system in FIG. 2 includes a plurality of terminals, a plurality of routers, and a plurality of transmission paths that connect these devices to each other. As the terminal, for example, a computer having a communication function is used.
[0019]
In the communication system of FIG. 2, communication between terminals is performed via one or more routers. One or more communication paths exist between the terminals. For example, between the terminal 11 and the terminal 91, a route via the routers 21, 33, 72, 81, a route via the routers 21, 32, 72, 81, and a route via the routers 21, 31, 71, 81 There are a total of five routes: a route through the routers 21, 34, 44, 74, and 81 and a route through the routers 21, 35, 74, and 81.
[0020]
Further, costs are determined in advance between the routers in FIG. Here, the cost (communication cost) is a constant determined by the length of the transmission path and the like, and generally a smaller one is preferable in communication. Each router transmits a link state packet LSP (Link State Pacet) in which the name of the own router and the cost for each destination are set to other routers. FIG. 3 shows an example of the contents of the link status packet LSP. For example, FIG. 3 (a) shows the contents of the link status packet LSP transmitted by the router 35. The cost between the router 35 and the router 21 is 2, and the cost between the router 74 is 1. Represents. Based on the communicated link state packet LSP, each router generates route information and records it in a routing table formed on a memory in its own router.
[0021]
Here, a method for generating route information will be described.
[0022]
In the EWDijkstra calculation method, which is a conventional route selection method, only the route with the lowest cost is selected. That is, assuming that the cost of the own device is 0, the route that can be reached to the target device and the cumulative value of the cost on the route are obtained, and the obtained route and cost are recorded. When another route that leads to the same target device is found, the route with the lower cost is recorded, and the route with the higher cost is deleted from the record. Then, by repeating this, a route with the minimum cost is obtained. According to this method, for example, when a route is selected from the router 21 in the network of FIG. 2, route information represented by the tree structure shown in FIG. 4 is obtained. In FIG. 4, the value in () represents the cumulative value of the cost from the starting point, and the value in □ represents the code attached to the router.
[0023]
On the other hand, in the communication system of this embodiment, information on all routes is obtained. Specifically, the cost of the own device is set to 0, and the route that can be reached to the target device and the accumulated value of the cost in the route are obtained. Then, the device positioned next to the device itself on the obtained route and the accumulated value of the cost are recorded in the routing table as route information. This is repeated, and the route information is recorded for all routes that can go to the target device.
[0024]
According to this method, for example, when the router 21 is the starting point in the network of FIG. 2, route information represented by the tree structure shown in FIG. 5 is obtained. In FIG. 5, for example, focusing on the route between the routers 21 and 81, it can be seen that there are two routes with a cost of 3, and three routes with a cost of 4. Information when starting from another router can be obtained by the same method as described above.
[0025]
An example of route information recorded in the routing table of each router by this method is shown in FIG. In the figure, for the sake of convenience, only the route information of the route from the terminal 11 to the terminal 91 is shown. Also, both the destination address and the router name are represented by reference numerals attached to the respective devices in FIG. For example, in the routing table of the router 21, as shown in FIG. 6A, the routers 31 and 32 correspond to the addresses of the destination terminal 91 as the next routers of the route with the accumulated cost value of 3. The names of the routers 33, 34, and 35 are registered as the next routers of the route whose name is registered and the cumulative value of cost is 4.
[0026]
Next, the configuration of each device will be described.
[0027]
FIG. 7 shows a configuration example of each terminal.
[0028]
The terminal shown includes a display unit 115 such as a display, a keyboard 116, an external storage device 117 such as a hard disk device, and a computer main body 118. The computer main body 118 includes a CPU, various memories, a communication interface circuit, and the like (not shown). By the processing of the CPU or the like, the computer main body 118 communicates via the transmission path with the communication control unit 101 that performs communication processing based on the RSVP protocol and the like, and the upper application unit 112 that performs processing according to the user's instruction. An input / output interface unit 113 is realized.
[0029]
The terminal communication control unit 101 includes an RSVP configuration unit 111 ′ illustrated in FIG. 8 and a plurality of timers 114. In FIG. 8, the RSVP configuration unit 111 ′ includes an RSVP processing unit 120 that performs RSVP processing, and a traffic processing unit 125 that manages and communicates messages and data packets.
[0030]
The RSVP processing unit 120 includes an application unit 121 having a function of creating a path message, a reservation message, and the like, and an RSVP protocol processing unit 122 that performs protocol processing such as determination of a session number based on the command. In this RSVP protocol processing unit 122, a timer 114 is used for communication state management.
[0031]
The traffic processing unit 125 includes an acceptance determination unit 127 that determines whether or not the requested bandwidth can be secured by the own device, a QOS class determination unit 126 that determines a quality class, and a packet scheduler unit 128 that performs communication control. Consists of.
[0032]
At the start of communication, the RSVP configuration unit 111 ′ of the transmission side terminal transmits a path message for bandwidth reservation. The RSVP configuration unit 111 ′ of the receiving terminal returns a reservation message when communication specified by the sent path message is possible. Note that these processing units 120 and 125 are realized by a process that the communication interface circuit and the CPU cooperate. Although the assignment of processing to the communication interface circuit and the CPU is arbitrary, in this embodiment, the portion where the program processing such as protocol processing is effective is assigned to the CPU.
[0033]
FIG. 9 shows the configuration of each router.
[0034]
The illustrated router includes a communication control unit 101 that performs communication processing based on a protocol and the like, and a plurality of input / output interface units 102 to 107. The communication control unit 101 includes the RSVP configuration unit 101 ′ illustrated in FIG. 10, the routing table 108 in which the information described in FIG. 6 is recorded, and a plurality of timers 109. The input / output interface units 102 to 107 are provided for each transmission path and are individually connected to devices 25 to 30 which are other routers and terminals. Note that the function of the communication control unit 101 can be realized by a hardware circuit or CPU program processing.
[0035]
The RSVP configuration unit 101 ′ of the router also includes an RSVP processing unit 130 and a traffic processing unit 135, as shown in FIG. The RSVP configuration unit 101 ′ of the router realizes the same function as the RSVP configuration unit 111 of the terminal except that the RSVP processing unit 130 includes a routing protocol processing unit 131 instead of the application unit 121. The routing protocol processing unit 131 accesses the routing table and generates a link state packet LSP and route information.
[0036]
In the example of FIG. 9, the devices 25 to 27 are the transmission side and the devices 28 to 30 are the reception side based on the transmission direction of the data packet. In the communication for bandwidth reservation, the router 24 transfers the path message sent from the transmission side to the reception side, and transfers the reservation message sent from the reception side to the transmission side. In this case, as viewed from the router 24, the transmission side devices 25 to 27 belong to the previous transfer source (Previous Hops), and the right side devices 28 to 30 belong to the next transfer destination (next Hops).
[0037]
Here, various messages transmitted in the communication system will be described with reference to FIGS.
[0038]
The message is composed of a header part having the format shown in FIG. 11 and one or a plurality of object parts having the format shown in FIG. Messages are classified into seven types (1 = pass message, 2 = reservation message, 4 = reservation error message, etc.) according to the message type (Msg Type) in the header part. Also, the type and number of object parts constituting the message vary depending on the message type. Each object part consists of header information (Length, Class-Num, C-Type) and object information (Object contents). By the class number (Class-Num) in the header information, the object type (2 = SESSIN , 3 = RSVP_HOP, 5 = Time_Values, etc.). The data length of each object is set to the length (length) in the header information, and the data length of the entire message is set to the RSVP length (RSVP Length) in the header part.
[0039]
FIG. 13 shows the contents of the object part of the pass message, and FIG. 14 shows the contents of the object part of the reservation message. In the figure, [] is a symbol indicating an optional object.
[0040]
In the pass message and the reservation message, a destination address, a protocol ID, a destination port number, and the like are set in the SESSION object. In the RSVP_HOP object, the IP address of the own device is set for each communication direction. That is, the IP address (PHOP) of the previous hop is set in the path message, and the IP address (NHOP) of the next hop is set in the reservation message. In the TIME_VALUES object, a value that specifies the message transmission time interval is set. In the path message, the data packet format is set in the SENDER_TEMPLATE object, and data specifying the traffic characteristics of the data packet is set in the SENDER_TSPEC object. In the reservation message, the STYLE object is set with a value that specifies one of the four methods (fixed filter method (FF), world card filter method, etc.) for securing the bandwidth. For example, when the STYLE object specifies the fixed filter method, the flow_descriptor_list object in FIG. 13 is composed of a FLOWSPEC object in which the required QOS including service class specifications is set and a FILTER_SPEC object in which the sender address is set. .
[0041]
Next, the operation of the communication system will be described with reference to FIG. Here, a case where communication is performed from the terminal 11 to the terminal 91 will be described as an example.
[0042]
FIG. 14 shows an example of a session setup procedure in the present embodiment.
[0043]
At the start of communication, in the terminal 11 that is the transmitting terminal, first, the application unit 121 generates a path message addressed to the receiving terminal 91, presents the SESSION object set therein, and the RSVP protocol processing unit. 122 requests the session number. This object includes a destination address (DestAddress), an IP protocol number (Protocol Id) indicating the type of data flow, a destination port number (DstPort), and the like.
[0044]
In response to the request, the RSVP protocol processing unit 122 determines a plurality (m) of session numbers (id1, id2,..., Idm) so as not to overlap. Then, m pieces of path state information PSB (Path State Block) including the determined session number (session) and the destination address (DestAddress) in the designated object are individually generated and registered in the memory. Further, the RSVP protocol processing unit 122 starts a timer and returns the determined session number to the application unit 121.
[0045]
The application unit 121 duplicates the m path messages, and individually sets the returned m session numbers in each path message. These m path messages are sequentially transmitted to the router 21 as path messages p001, p002,..., P0m1 through the processing of the QOS class determination unit 126 and the packet scheduler unit 128.
[0046]
On the other hand, in the router 21 connected to the transmission side terminal, when the path message is received from the transmission side terminal 11, the RSVP protocol processing unit 132 checks whether or not the corresponding path state information PSB is registered. If the corresponding path status information PSB is not registered, the path status information PSB is newly generated from the setting contents of the path message and registered in the memory. This path state information PSB includes the previous transfer source address, the session number, and the like. Then, the RSVP protocol processing unit 132 starts a timer and maintains the registration of the path state information PSB until a timeout is measured by the timer. Here, the timer performs measurement for a time obtained by adding a predetermined time to the time set in the TIME_VALUES object of the path message.
[0047]
The routing protocol processing unit 131 of the router 21 searches the routing table (FIG. 6A) for the destination address in the received path message and determines one next transfer destination router (next router). At this time, for a path message having the same destination address as that of the already received path message and having a different session number, a different next router is determined. As described above, there are five routes between the terminals 11 and 91, and there are five next routers as seen from the router 21, that is, routers 31, 32, 33, 34, and 35. For this reason, for example, the router 31 is determined for the session number id1, the router 32 for the id2, the router 33 for the id3, the router 34 for the id4, and the router 35 for the id5. The received path messages are transferred to the next router as path messages p002, p022, p042, p062, and p082, respectively, through the processing of the QOS class determination unit 136 and the packet scheduler unit 138.
[0048]
Here, in the router 21 connected to the transmission side terminal, when the total number m of path messages of the same destination is less than or equal to the total number n (5 in this example) of the next routers in all routes reaching the same destination. , M next routers are selected. At this time, for example, the next router on the route having a small accumulated cost value is preferentially determined. Conversely, when m is larger than n, n next routers are selected, and for m−n path messages (p01m...), Error messages (p0m2) are sent to the transmitting side terminal 11, respectively. ...) is returned. Upon receiving this error message (p0m2...), The transmitting side terminal 11 deletes the registration of the corresponding path state information PSB and ends the management of the session.
[0049]
The other routers also perform the same operation as the router 21 when receiving the path message. That is, search and registration of the path state information PSB, determination of the next router (or receiving side terminal), activation of the timer, and transfer of the path message are performed. As a result, n path messages p002, p022, p042, p062, and p082 are transferred as p003 to p005, p023 to p025, p043 to p045, p063 to p066, and p083 to p085, respectively. Is received by the terminal 91.
[0050]
In this way, the path state information PSB is registered and the path is secured in the routers of all the routes from the transmission side terminal 11 to the reception side terminal 91.
[0051]
In the receiving terminal 91 that has received the path message, the RSVP protocol processing unit 122 checks whether the path state information PSB and the reservation state information RSB (Reservation State Block) are registered in the memory. On the other hand, the application unit 121 of the receiving terminal 91 generates a reservation message based on the received setting contents of each path message.
[0052]
When the corresponding path state information PSB and reservation state information RSB do not exist, the RSVP protocol processing unit 122 generates the path state information PSB and the reservation state information RSB based on the settings of the received path message and registers them in the memory. To do. It then starts a timer and keeps its registration until it times out. Here, the reservation state information RSB includes a session number, a next hop address (next hop), a filter spec table (Filter_spec_list), and the like.
[0053]
Furthermore, the RSVP protocol processing unit 122 inquires of the reception determination unit 127 whether or not the bandwidth required for the current communication can be secured. In response to this, the acceptance determination unit 127 determines whether or not the required bandwidth can be secured based on the setting content of the FLOWSPEC object in the reservation message to be transmitted. When the required bandwidth can be secured, the application unit 121 sequentially transmits reservation messages using the IP address (PHOP) of the previous hop set in the corresponding path state information PSB as a transmission destination. The above processing is repeated for each received path message p005, p025, p045, p066, p085, and reservation messages r006, r026, r046, r067, r086 are sequentially transmitted from the receiving side terminal 91.
[0054]
Each router that has received a reservation message also performs processing for searching and registering reservation status information RSB, starting a timer, and securing bandwidth, and when the bandwidth is secured, forwards the reservation message to the router or terminal of the previous transfer source. To do. Here, the previous transfer source router or terminal is determined by the address in the path state information PSB having the same session number. As a result, the reservation message is transferred in the reverse direction through the communication path on which the path message having the same session number is transferred. If the requested bandwidth cannot be secured due to bandwidth reservation by other communication, the router returns an error message to the receiving terminal 91 and ends the management of the session.
[0055]
Thus, the reservation message is transferred to the transmission side terminal 11 only when the bandwidth is secured by all the routers on the route. In other words, in the communication path in which the reservation message is transferred to the transmission side terminal 11, bandwidth reservation is established in all routers, and the requested bandwidth is secured. In this example, bandwidth reservation is established only in the routes of session numbers id1 and id4, and error messages r028, r048, and r088 are returned to the receiving terminal 91 in the routes of session numbers id2, id3, and id5, respectively.
[0056]
When receiving the error message, the receiving side terminal 91 deletes the registration of the corresponding reservation status information RSB and ends the management of the session. In addition, the receiving side terminal 91 checks the registration status of the reservation status information RSB, and updates the registration message corresponding to the reservation status information RSB for which registration is maintained, such as the RSB of session numbers id1 and id4, for refreshing the registration. Send regularly. This transmission is performed, for example, at time intervals set in the TIME_VALUES object.
[0057]
On the other hand, in the transmitting terminal 11 that has received the reservation message, the application unit 121 extracts the session number set in the reservation message. When a plurality of reservation messages having the same destination are received, one of the session numbers is selected. At this time, for example, when the session number (id1 in this example) of the reservation message received first is selected, the route with the smallest transmission delay can be selected. Then, the transmission side terminal 11 transmits the path message p011 in which the selected session id1 is set, and thereafter periodically transmits the path message for refreshing the registration.
[0058]
As described above, the path message and the reservation message are periodically transferred on the communication path corresponding to the session number selected by the transmission side terminal 11. When the path status information PSB corresponding to the received path message has already been registered, the router and the receiving side terminal 91 that have received the path message restart the timer corresponding to the path status information PSB and maintain the registration. Let Similarly, when the reservation state information RSB corresponding to the received reservation message has already been registered, the router and the transmission side terminal 11 that have received the reservation message also restart the timer corresponding to the reservation state information RSB, and Maintain registration. On the other hand, the path message and the reservation message are not transferred on the route corresponding to the session number that has not been selected, and the registration of the corresponding path state information PSB and reservation state information RSB is deleted according to the timer timeout.
[0059]
Then, the application unit 121 of the transmitting terminal 11 generates a data packet addressed to the receiving terminal 91 and starts data communication. This data packet is transmitted through the processing of the QOS class determination unit 126 and the packet scheduler unit 128, and is used as data packets p012 to p014 using the path and bandwidth secured corresponding to the selected session number id1. Then, it is transferred to the receiving side terminal 91.
[0060]
When the transmission of the data packet ends, the application unit 121 of the transmission side terminal 11 ends the transmission of the path message that has been periodically transmitted. As a result, the registration corresponding to the selected session number id1 is also automatically deleted due to timeout, and the management of the session ends.
[0061]
As described above, in the communication system according to the present embodiment, bandwidth reservation by RSVP is performed for a plurality of routes connected to the receiving side terminal, and data transfer is performed using one of the routes for which reservation is established. it can. Accordingly, it is possible to increase the probability that the bandwidth reservation is established, that is, the probability that data communication with a desired bandwidth can be performed, compared to the conventional method of performing the bandwidth reservation with the route with the minimum cost. Further, in this communication system, bandwidth reservation for a plurality of paths can be performed in parallel, so that bandwidth reservation can be established in a short time. Further, this communication system has an advantage that the transmission side terminal 11 does not need to know information on a plurality of routes connected to the destination device.
[0062]
By the way, in the above procedure, the management of the session (id4) that has been established as a bandwidth reservation and has not been selected as a communication target is performed in response to the stop of transmission of the path message. It can also be implemented by sending a release (PathTear) message. A specific example of this procedure will be described with reference to FIG.
[0063]
In FIG. 16, in response to the establishment of the reservation on the routes of session numbers id1 and id4, the transmitting terminal 11 transmits a path message p111 corresponding to the selected id1, while releasing the path corresponding to id4 not selected. Send message p171. The path release message is sequentially transferred to the receiving terminal 91 via the route id4. In the router and receiving side terminal that have received this message, the RSVP protocol processing unit deletes the registration of the corresponding path state information PSB and reservation state information RSB without waiting for the timer to time out. Thereby, all the management of the session corresponding to id4 is completed.
[0064]
According to this procedure, it is possible to quickly release the reserved bandwidth to the router on the route that has been reserved and is not selected as the communication target, reducing the impact on other communications. can do.
[0065]
Embodiment 2
Next, a communication system according to the second embodiment of the present invention will be described.
[0066]
In the communication system according to the second embodiment of the present invention, the session setup procedure is different from that of the first embodiment. In addition, the configuration of the communication system and the like are the same as those described with reference to FIGS. 2 to 10, and the same names and symbols are used in the following description.
[0067]
FIG. 17 shows an example of a session setup procedure in the present embodiment.
[0068]
At the start of communication, in the terminal 11, first, the application unit 121 generates a path message addressed to the terminal 91 on the receiving side, presents the SESSION object set therein, and requests a session number from the RSVP protocol processing unit 122. To do. In response to the request, the RSVP protocol processing unit 122 determines one session number (id1), generates path state information PSB including the determined session number and the destination address in the presented object, and the like in the memory. sign up. Further, the RSVP protocol processing unit 122 starts a timer and returns the determined session number to the application unit 121. The application unit 121 sets the returned session number in the path message, and transmits the path message p201 to the router 21.
[0069]
When the router 21 connected to the transmission side terminal receives a path message from the transmission side terminal 11, the RSVP protocol processing unit 132 checks whether or not the corresponding path state information PSB is registered in the memory. If the corresponding path status information PSB is not registered, the path status information PSB is newly generated from the setting contents of the path message and registered in the memory. Then, a timer is started and the registration of the path state information PSB is maintained until a timeout occurs. The routing protocol processing unit 131 searches the routing table (FIG. 6A) for the destination address in the received path message and determines one next router. At this time, for a path message having the same destination address as that of the already received path message and having a different session number, a different next router is determined. Note that a router on a route having a small accumulated cost value may be preferentially selected. Then, the routing protocol processing unit 131 transmits a path message to the determined next router (router 31).
[0070]
When the other router receives the path message, it registers the path status information PSB, determines the next router (or receiving side terminal), and transfers the path message, similarly to the router 21 described above. As a result, the path message p201 is transferred as p202 to p205 and received by the receiving terminal 91.
[0071]
In the receiving terminal 91 that has received the path message, the RSVP protocol processing unit 122 checks whether the path state information PSB and the reservation state information RSB are registered. On the other hand, the application unit 121 of the receiving terminal 91 generates a reservation message based on the received setting contents of each path message. When the corresponding path state information PSB and reservation state information RSB do not exist, the RSVP protocol processing unit 122 generates the path state information PSB and the reservation state information RSB based on the settings of the received path message and registers them in the memory. To do. It then starts a timer and keeps registration until it times out. Further, the RSVP protocol processing unit 122 inquires of the reception determination unit 127 whether or not the bandwidth required for the current communication can be secured. When the required bandwidth can be secured, the application unit 121 transmits the reservation message r206 with the previous hop IP address (PHOP) set in the corresponding path state information PSB as the transmission destination. In addition, the receiving side terminal 91 periodically transmits a reservation message corresponding to the reservation state information RSB for which registration is maintained for refreshing the registration.
[0072]
Each router that has received the reservation message also performs generation and registration of the reservation status information RSB and processing for securing the bandwidth, and when the bandwidth is secured, the reservation message is transferred to the router or terminal of the previous transfer source. As a result, the reservation message is transferred in the reverse direction through the communication path on which the path message having the same session number is transferred. If the requested bandwidth cannot be secured, the router returns an error message to the receiving terminal 91 and ends the management of the session. In this example, the router 71 cannot secure the bandwidth for the reservation message r206 and returns an error message. When receiving the error message, the receiving side terminal 91 deletes the registration of the corresponding reservation status information RSB and ends the management of the session.
[0073]
On the other hand, when the timer has timed out without receiving a reservation message corresponding to the transmitted pass message, the transmitting terminal 11 repeats the above process and transmits a pass message p221 in which a new session number is set. . The path message p221 is transferred from the router 21 to the next router 31, and is transferred to the receiving terminal 91 through a communication path different from that of the first path message p201.
[0074]
In this example, the reservation message corresponding to the pass message p221 is not transferred to the transmission side terminal 11, and the reservation message r251 corresponding to the third pass message p241 is received by the transmission side terminal 11 for the first time. In the sending terminal 11 that has received the reservation message, the application unit 121 extracts the session number (id3 in this example) set in the reservation message. Then, a path message p253 in which the extracted session id3 is set is transmitted, and thereafter the path message is periodically transmitted for refreshing registration.
[0075]
As described above, the path message and the reservation message are periodically transferred on the communication path corresponding to the session number id3, and the transmission side terminal 11, the router, and the reception side terminal 91 on the same path restart the timer by restarting the timer. Registration of the path state information PSB and the reservation state information RSB is maintained.
[0076]
Then, the application unit 121 of the transmitting terminal 11 generates a data packet addressed to the receiving terminal 91 and starts data communication. This data packet is transferred to the receiving side terminal 91 using the path and bandwidth secured corresponding to the session number id3. When the transmission of the data packet ends, the application unit 121 of the transmission side terminal 11 ends the transmission of the path message, whereby the management of the same session on the route is completed. Note that session management may be immediately terminated by transmission of a path release message at the transmitting terminal 11.
[0077]
As described above, in the communication system according to the present embodiment, for a plurality of routes that can relay communication, a path and a bandwidth are secured for each route. The influence on the communication can be further reduced.
[0078]
Embodiment 3
Next, a communication system according to the third embodiment of the present invention will be described.
[0079]
The communication system according to this embodiment also differs from the above two embodiments in the session setup procedure. In addition, the configuration of the communication system and the like are the same as those described with reference to FIGS. 2 to 9, and the same names and symbols are used in the following description.
[0080]
FIG. 17 shows an example of a session setup procedure in the present embodiment.
[0081]
Each terminal of this embodiment obtains route information of a routing table in a connected router by communication. In the transmission side terminal 11, there are five communication paths from the terminal 91 to the terminal 11 from the path information obtained from the router 21 (see FIG. 6A), and among these, a path with a cumulative cost value of 3 exists. It can be seen that there are three routes with two and a cumulative cost value of four.
[0082]
At the start of communication, in the transmission side terminal 11, first, the application unit 121 generates a path message addressed to the reception side terminal 91, presents the SESSION object set therein, and sends the session number to the RSVP protocol processing unit 122. Request. At this time, the number p (2 in this example) of the route having the minimum accumulated cost is also presented. Upon receiving the request, the RSVP protocol processing unit 122 determines p session numbers (id1, id2) so as not to overlap. Then, p pieces of path state information PSB including the determined session number and the destination address in the designated object are individually registered, and the timer is started. The application unit 121 duplicates the p path messages, and individually sets the determined p session numbers in each path message. Then, the set path messages p301 and p321 are sequentially transmitted to the router 21.
[0083]
When the router 21 receives the path message from the transmission side terminal 11, the RSVP protocol processing unit 132 checks whether or not the corresponding path state information PSB is registered, and the corresponding path state information PSB is not registered. Registers the path state information PSB in the memory. Then, a timer is started, and the registration of the path state information PSB is maintained until a timeout occurs. The routing protocol processing unit 131 searches the routing table (FIG. 6A) for the destination address in the received path message and determines one next transfer destination router (next router). At this time, for a path message having the same destination address as that of the already received path message and having a different session number, a different next router is determined. In this example, the router 31 is determined for the session number id1 and the router 32 is determined for the id2. Each received path message is transferred to the next router as path messages p302 and p322.
[0084]
When the other router receives the path message, it also registers the path status information PSB, determines the next router (or receiving side terminal), and transfers the path message in the same manner as the router 21 described above. As a result, the p path messages p302 and p322 become p303 to p305 and p323 to p325, respectively, are transferred along different paths, and are received by the terminal 91 which is a receiving terminal.
[0085]
In the receiving terminal 91 that has received the path message, the RSVP protocol processing unit 122 checks whether the path state information PSB and the reservation state information RSB are registered. On the other hand, the application unit 121 of the receiving terminal 91 generates a reservation message based on the setting contents of each received path message. When the corresponding path state information PSB and reservation state information RSB do not exist, the RSVP protocol processing unit 122 registers the path state information PSB and reservation state information RSB based on the settings of the received path message, and starts a timer. And keep the registration until it times out. Furthermore, the RSVP protocol processing unit 122 inquires of the reception determination unit 127 whether or not the bandwidth required for the current communication can be secured. When the required bandwidth can be secured, the application unit 121 sequentially transmits reservation messages using the IP address (PHOP) of the previous hop set in the corresponding path state information PSB as a transmission destination.
[0086]
Each router that has received the reservation message also performs generation and registration of reservation status information RSB and processing for bandwidth reservation, and when the bandwidth is secured, forwards the reservation message to the pre-transfer source router or sender terminal. . As a result, the reservation message is transferred in the reverse direction through the communication path on which the path message having the same session number is transferred. If the requested bandwidth cannot be secured, the router returns an error message to the receiving terminal 91 and ends the management of the session.
[0087]
When receiving the error message, the receiving side terminal 91 deletes the registration of the corresponding reservation status information RSB and ends the management of the session. Further, the receiving side terminal 91 checks the registration state of the reservation state information RSB, and periodically transmits a reservation message corresponding to the reservation state information RSB for which registration is maintained, for refreshing the registration. In this example, an error message is returned to the receiving side terminal 91 for each reservation message corresponding to the session numbers id1 and id2.
[0088]
In the terminal 11 on the transmission side, when the timer has timed out in a state where the reservation message corresponding to the transmitted path message is not received, the number of routes with the next smallest accumulated cost (3 in this example) is set as p. The above process is repeated, and a path message in which new session numbers (id3, id4, id5) are set is transmitted. The path messages p341, p361, and p381 thus transmitted are transferred from the router 21 to the next routers 33, 34, and 35 that have not been selected, and are transferred to the receiving terminal 91 through different communication paths.
[0089]
On the other hand, in the transmitting terminal 11 that has received the reservation message, the application unit 121 extracts the session number set in the reservation message. When a plurality of reservation messages having the same destination are received, one of the session numbers is selected. At this time, for example, when the session number (id3 in this example) of the reservation message received first is selected, the route with the smallest transmission delay can be selected. Then, the transmission side terminal 11 transmits the path message p353 in which the selected session id3 is set, and thereafter periodically transmits the path message for refreshing the registration.
[0090]
As described above, the path message and the reservation message are periodically transferred on the communication path corresponding to the session number id3, and the transmission side terminal 11, the router, and the reception side terminal 91 on the same path restart the timer by restarting the timer. Registration of the path state information PSB and the reservation state information RSB is maintained.
[0091]
Then, the application unit 121 of the transmitting terminal 11 generates a data packet addressed to the receiving terminal 91 and starts data communication. This data packet is transferred to the receiving side terminal 91 using the path and bandwidth secured corresponding to the session number id3. When the transmission of the data packet ends, the application unit 121 of the transmission side terminal 11 ends the transmission of the path message, whereby the management of the same session on the route is completed.
[0092]
It should be noted that the transmission of the path release message at the transmitting terminal 11 may immediately terminate the management of the session used for data communication or the session for which the bandwidth reservation has been established but has not been selected.
[0093]
As described above, in the communication system according to the present embodiment, a plurality of routes capable of relaying communication are grouped, and in order to secure a path and a band for each group, other systems in the system are compared with the first embodiment. In addition to reducing the influence on communication, it is possible to shorten the time required to establish a bandwidth reservation with respect to the second embodiment.
[0094]
【The invention's effect】
As described above, according to the present invention, it is possible to provide a communication system and a communication method for enabling communication with a desired bandwidth secured between terminals more reliably.
[Brief description of the drawings]
FIG. 1 is a diagram showing an example of a session setup procedure in the present invention.
FIG. 2 is a diagram showing an example of a network for explaining an embodiment of the present invention.
FIG. 3 is an example of a link state packet in the network of FIG. 2;
FIG. 4 shows an example of a tree structure representing route information obtained by a conventional method.
FIG. 5 shows an example of a tree structure representing path information obtained based on FIG. 2 according to the present invention.
6 is an example of route information in the routing table of each router in FIG. 2;
FIG. 7 is a block diagram illustrating a configuration example of a terminal.
FIG. 8 is a diagram illustrating a configuration example of a communication control unit of a terminal.
FIG. 9 is a block diagram illustrating a configuration example of a router.
FIG. 10 is a diagram illustrating a configuration example of a communication control unit of a router.
FIG. 11 is a format diagram of a header part of a message packet.
FIG. 12 is a format diagram of an object part of a message packet.
FIG. 13 is a configuration diagram of a path message.
FIG. 14 is a configuration diagram of a reservation message.
FIG. 15 is a diagram showing an example of a session setup procedure in the first embodiment.
FIG. 16 is a view showing another example of the session setup procedure.
FIG. 17 is a diagram showing an example of a session setup procedure in the second embodiment.
FIG. 18 is a diagram showing an example of a session setup procedure in the third embodiment.
FIG. 19 is an explanatory diagram of a conventional RSVP session setup procedure.
[Explanation of symbols]
11, 12, 13, 14, 15, 91, 92, 93 ... terminal
21, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 44, 71, 72, 74, 81, 3m ... router
51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64 ... transmission path
p001 to p005, p021 to p025, p041 to p045, p061 to p081, p0m1... path message
p0m2 Path error message
r006 to r010, r026, r027, r046, r047, r067 to r070, r086, r087 ... reservation message
r028, r029, r048, r049, r088, r089 ... reservation error message
p011, r018, r071 ... refresh
r072, r019 ... timeout
p012, p013, p014 ... Data packets
p101 ... pass message, p171 ... pass blocking message
p112, p113, p114 ... data packets
r119 ... timeout
p201-p205 ... Pass message
r206, r207 ... Reservation message
r208, r209 ... Reservation error message
p221, p222 ... pass message,
r226 ... Reservation message
r227 ... Reservation error message
p241-p245 ... pass message
r246-r251 ... Reservation message
r252 ... reservation message, p253 ... pass message,
p254 ... Data packet
r254 ... timeout
p301-p305, p321-p325 ... pass message
r306, r307, r326, r327 ... reservation message
r308, r309, r328, r329 ... reservation error message
p341 to p345, p361 to p366, p381 to p385 ... pass message
r346-r350, r367-371 ... Reservation message
r386, r387 ... Reservation message
r388, r389 ... Reservation error message
r351, r352 ... Reservation message
r372, r376 ... timeout
p353 ・ ・ ・ Pass message
p354, p355 ... Data packet
111 '... RSVP component of the terminal
101 ′ ・ ・ ・ RSVP component of router
120 ... RSVP processing part of the terminal
130: RSVP processing part of router
125 ... Traffic processing unit of terminal
121 ... Application section
131: Routing protocol processing unit
122, 132... RSVP protocol processor
126, 136 ... QOS class determination part
127, 137... Reception determination unit
128, 138 ... Packet scheduler section
102 to 107 ... I / O interface section

Claims (3)

複数の端末を複数のルータで接続することで、前記複数の端末の内の一の端末と他の端末との間で通信を行う際に、前記一の端末と前記他の端末との間に複数の通信経路が提供されるように接続されているネットワーク通信システムにおいて、
前記一の端末は、重複なしに選択したセッション番号と、前記通信を行う際に要求する伝送帯域幅を表す帯域情報とを設定した複数のパスメッセージを、前記他の端末に宛てて送信する手段と、前記他の端末から返送された少なくとも一つ以上の予約メッセージを受信する手段と、受信した予約メッセージの内の1つの予約メッセージに設定されているセッション番号を前記通信用に選択する手段と、選択したセッション番号を設定した前記パスメッセージを定期的に送信すると共に、データパケットを前記他の端末へ宛てて送信する手段とを有し、
前記他の端末は、前記一の端末から送信された複数の前記パスメッセージを受信する手段と前記帯域情報に基づいて前記通信が可能な場合、前記パスメッセージ毎に、該パスメッセージ内のセッション番号と帯域情報を設定した予約メッセージを少なくとも一つ以上返送する手段と、を有し、
前記ルータは、前記一の端末と前記他の端末との間の通信経路において、次の転送先となるルータと、該ルータを介して前記一の端末から前記他の端末に通信を行う際のコストの累積値と、を対応させて登録しているテーブルを記憶する手段と、前記一の端末から送信された複数の前記パスメッセージを受信する手段と、受信された複数の前記パスメッセージをそれぞれ異なるルータに転送するように選択する手段と、前記パスメッセージで設定されている前記セッション番号と該パスメッセージを転送したルータとを関連させて所定の期間記憶する手段と、前記所定の期間内に、記憶されている前記セッション番号が設定されているデータパケットを前記一の端末から受信した場合には、該セッション番号に関連して記憶されている前記ルータに該データパケットを転送する手段と、を有し、
前記一の端末は、前記他の端末を宛先とした通信を転送可能な各通信経路における通信コストの累積値を取得し、同じ累積値の通信経路の数を、累積値毎に求める手段を有し、コストの累積値が最も小さい通信経路の数だけ前記パスメッセージの送信を行い、一定時間内に予約メッセージが受信されないのに応じて、コストの累積値が次に小さい通信経路の数だけ前記パスメッセージの送信を行い、
前記ルータは、前記一の端末から送信された前記パスメッセージをコストの累積値が小さい通信経路の順に転送すること、
を特徴とするネットワーク通信システム。
By connecting a plurality of terminals with a plurality of routers, when communication is performed between one terminal of the plurality of terminals and another terminal, between the one terminal and the other terminal In a network communication system connected to provide a plurality of communication paths,
The one terminal includes a session number chosen without overlapping, a plurality of paths message set and a bandwidth information indicating a transmission bandwidth required when performing the communication, it transmits the control information to the other terminal Means for receiving at least one reservation message returned from the other terminal, and means for selecting a session number set in one reservation message among the received reservation messages for the communication When having sends the path message set the session number chosen regularly, means for transmitting the data packets addressed to the second terminal, and
The second terminal includes means for receiving a plurality of said path message sent from the one terminal, if possible is the communication based on the bandwidth information for each of the path message, in the path message session Means for returning at least one reservation message in which a number and bandwidth information are set,
In the communication path between the one terminal and the other terminal, the router communicates with the router serving as the next transfer destination from the one terminal to the other terminal via the router. A means for storing a table in which accumulated values of costs are associated with each other, a means for receiving a plurality of the path messages transmitted from the one terminal, and a plurality of the received path messages. Means for selecting to forward to a different router; means for associating the session number set in the path message with the router that forwarded the path message for a predetermined period; and within the predetermined period When the data packet in which the stored session number is set is received from the one terminal, the stored rule is related to the session number. A means for transferring the data packet to the data, and
The one terminal has means for obtaining a cumulative value of communication costs in each communication path capable of transferring communication destined for the other terminal, and obtaining the number of communication paths having the same cumulative value for each cumulative value. Then, the path message is transmitted by the number of communication routes having the smallest accumulated cost value, and the reservation message is not received within a certain time, and the number of communication routes having the next smallest accumulated cost value is have line transmission of the path message,
The router forwards the path message transmitted from the one terminal in the order of communication paths with a small cumulative cost value;
A network communication system.
請求項1記載のネットワーク通信システムにおいて、
前記一の端末は、最初に受信した予約メッセージに設定されているセッション番号を前記通信用に選択すること、
を特徴とするネットワーク通信システム。
The network communication system according to claim 1, wherein
The one terminal selects a session number set in the reservation message received first for the communication;
A network communication system.
複数の端末を複数のルータで接続することで、前記複数の端末の内の一の端末と他の端末との間で通信を行う際に、前記一の端末と前記他の端末との間に複数の通信経路が提供されるように接続されているネットワーク通信システムで、帯域の確保された通信を実施する通信方法であって、
前記一の端末は、重複なしに選択したセッション番号と、前記通信を行う際に要求する伝送帯域幅を表す帯域情報とを設定した複数のパスメッセージを、前記他の端末に宛てて送信する行程と、前記他の端末から返送された少なくとも一つ以上の予約メッセージを受信する行程と、受信した予約メッセージの内の1つの予約メッセージに設定されているセッション番号を前記通信用に選択する行程と、選択したセッション番号を設定した前記パスメッセージを定期的に送信すると共に、データパケットを前記他の端末へ宛てて送信する行程とを有し、
前記他の端末は、前記一の端末から送信された複数の前記パスメッセージを受信する行程と前記帯域情報に基づいて前記通信が可能な場合、前記パスメッセージ毎に、該パスメッセージ内のセッション番号と帯域情報を設定した予約メッセージを少なくとも一つ以上返送する行程と、を有し、
前記ルータは、前記一の端末と前記他の端末との間の通信経路において、次の転送先となるルータと、該ルータを介して前記一の端末から前記他の端末に通信を行う際のコストの累積値と、を対応させて登録しているテーブルを記憶する行程と、前記一の端末から送信された複数の前記パスメッセージを受信する行程と、受信された複数の前記パスメッセージをそれぞれ異なるルータに転送するように選択する行程と、前記パスメッセージで設定されている前記セッション番号と該パスメッセージを転送したルータとを関連させて所定の期間記憶する行程と、前記所定の期間内に記憶されている前記セッション番号が設定されているデータパケットを前記一の端末から受信した場合には、該セッション番号に関連して記憶されている前記ルータに該データパケットを転送する行程と、を有し、
前記一の端末は、前記他の端末を宛先とした通信を転送可能な各通信経路における通信コストの累積値を取得し、同じ累積値の通信経路の数を、累積値毎に求める行程を有し、コストの累積値が最も小さい通信経路の数だけ前記パスメッセージの送信を行い、一定時間内に予約メッセージが受信されないのに応じて、コストの累積値が次に小さい通信経路の数だけ前記パスメッセージの送信を行い、
前記ルータは、前記一の端末から送信された前記パスメッセージをコストの累積値が小さい通信経路の順に転送すること、
を特徴とする通信方法。
By connecting a plurality of terminals with a plurality of routers, when communication is performed between one terminal of the plurality of terminals and another terminal, between the one terminal and the other terminal A network communication system that is connected so that a plurality of communication paths are provided, and a communication method for performing communication in which bandwidth is secured,
The one terminal includes a session number chosen without overlapping, a plurality of paths message set and a bandwidth information indicating a transmission bandwidth required when performing the communication, it transmits the control information to the other terminal step for selecting the stroke, the stroke of receiving at least one reservation message sent back from said another terminal, the session number is set to one reservation message of the received reservation message for the communication When having sends the path message set the session number chosen periodically, the step of transmitting a data packet addressed to the other terminal, and
It said other terminal includes a step of receiving a plurality of said path message sent from the one terminal, if possible is the communication based on the bandwidth information for each of the path message, in the path message session Returning at least one reservation message in which a number and bandwidth information are set, and
In the communication path between the one terminal and the other terminal, the router communicates with the router serving as the next transfer destination from the one terminal to the other terminal via the router. A process of storing a registered table in association with a cumulative value of costs, a process of receiving a plurality of the path messages transmitted from the one terminal, and a plurality of the received path messages. A step of selecting to transfer to a different router, a step of storing the session number set in the path message and the router that has transferred the path message for a predetermined period, and within the predetermined period , when receiving the data packets the session number stored is set from the one terminal, said Le being stored in association with the session number It has a step of transferring the data packet to the data, and
The one terminal has a process of acquiring a cumulative value of communication costs in each communication path capable of transferring communication destined for the other terminal, and obtaining the number of communication paths having the same cumulative value for each cumulative value. Then, the path message is transmitted by the number of communication routes having the smallest accumulated cost value, and the reservation message is not received within a certain time, and the number of communication routes having the next smallest accumulated cost value is Send a pass message,
The router forwards the path message transmitted from the one terminal in the order of communication paths with a small cumulative cost value;
A communication method characterized by the above.
JP06107097A 1997-03-14 1997-03-14 Network communication system and communication method thereof Expired - Fee Related JP3786757B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP06107097A JP3786757B2 (en) 1997-03-14 1997-03-14 Network communication system and communication method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP06107097A JP3786757B2 (en) 1997-03-14 1997-03-14 Network communication system and communication method thereof

Publications (2)

Publication Number Publication Date
JPH10257093A JPH10257093A (en) 1998-09-25
JP3786757B2 true JP3786757B2 (en) 2006-06-14

Family

ID=13160522

Family Applications (1)

Application Number Title Priority Date Filing Date
JP06107097A Expired - Fee Related JP3786757B2 (en) 1997-03-14 1997-03-14 Network communication system and communication method thereof

Country Status (1)

Country Link
JP (1) JP3786757B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011045101A (en) * 2010-09-15 2011-03-03 Fujitsu Ltd Apparatus and method for managing band

Also Published As

Publication number Publication date
JPH10257093A (en) 1998-09-25

Similar Documents

Publication Publication Date Title
US8081628B2 (en) Multicast distribution tree establishment and maintenance in a wireless multi-hop relay communication system
JP3701476B2 (en) Data communication method
JP4078079B2 (en) How to establish a route with a constant quality of service within a mobile network
JP4865888B2 (en) Optimal use of resources during handover
US7535829B2 (en) Tunnel reroute
JP4875096B2 (en) Inter-domain QoS reservation establishment and modification
JP3665622B2 (en) Source address selection system, router device, communication node, and source address selection method
JP2000032048A (en) Network system
JP2004147334A (en) Terminal-based resource reservation protocol
WO2015113297A1 (en) Data transmission method, transmission control method and device
TWI323101B (en) Communication system and its terminal
JP2004147021A (en) Route control system, route controller and route control method
WO2022083422A1 (en) Cross sr/srv6 path issuing method and device, and storage medium and electronic device
JP2002171254A (en) Network managing device
Jia et al. Distributed admission control for anycast flows
JP3469501B2 (en) Network device control device and communication system
JP3786757B2 (en) Network communication system and communication method thereof
JP2002077257A (en) Stream distribution network service method and its system
JP3614744B2 (en) Method for establishing a QoS session between terminals in different networks supporting IP communication
Chen et al. Distributed qos routing
JP2004343462A (en) Network measurement control system
JP3965201B1 (en) Communication program for network communication equipment and bidirectional ring network.
JP3016023B1 (en) How to reserve network resources
JP3482634B2 (en) Communication resource reservation method in IP network
KR100744935B1 (en) System and method for automatically configuring router for optimal routing between ISPs

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20040210

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050609

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050621

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050818

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20060314

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060322

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090331

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100331

Year of fee payment: 4

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100331

Year of fee payment: 4

R371 Transfer withdrawn

Free format text: JAPANESE INTERMEDIATE CODE: R371

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100331

Year of fee payment: 4

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100331

Year of fee payment: 4

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110331

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110331

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120331

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130331

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130331

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140331

Year of fee payment: 8

LAPS Cancellation because of no payment of annual fees