JP2003258880A - ネットワークおよびノードおよびデータ転送方法 - Google Patents

ネットワークおよびノードおよびデータ転送方法

Info

Publication number
JP2003258880A
JP2003258880A JP2002056098A JP2002056098A JP2003258880A JP 2003258880 A JP2003258880 A JP 2003258880A JP 2002056098 A JP2002056098 A JP 2002056098A JP 2002056098 A JP2002056098 A JP 2002056098A JP 2003258880 A JP2003258880 A JP 2003258880A
Authority
JP
Japan
Prior art keywords
node
connection request
resource
data transfer
resource reservation
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.)
Pending
Application number
JP2002056098A
Other languages
English (en)
Inventor
Akira Misawa
明 三澤
Kohei Shiomoto
公平 塩本
Masaru Katayama
勝 片山
Naoaki Yamanaka
直明 山中
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.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2002056098A priority Critical patent/JP2003258880A/ja
Publication of JP2003258880A publication Critical patent/JP2003258880A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

(57)【要約】 【課題】 ユーザがデータ転送を要求してから実際にデ
ータ転送が開始されるまでの時間を短縮し、ネットワー
クリソースの有効利用を図る。 【解決手段】 パスの接続要求を送出した発側のノード
がその接続要求が受け入れられたか否かに関わらず、と
もかく、所定時間後にデータ転送を開始する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はＩＰ(Internet Prot
ocol)網または光パス網に利用するに適する。特に、通
信に先立ってネットワークリソースを確保する手順を要
する通信に利用する。
【０００２】
【従来の技術】インターネットに代表されるＩＰ網のＴ
ＣＰ／ＩＰ(Transmission Control Protocol/Internet
Protocol)によるフロー制御では、ネットワークリソー
スを多くの数のユーザで共有するために、一人当りは低
い転送ビットレートとなる。このようなＩＰ網で、アプ
リケーションによらず同じＴＣＰ／ＩＰによる通信方式
を利用すれば、パスを接続してからダウンロードするま
でには、多くのルータを介してストワード＆フォワード
を繰り返すために、結果として、大容量のデータをダウ
ンロードするには時間がかかる。
【０００３】そこで、ＩＰ網は、本来、帯域非保証型の
ネットワークであるが、通信に利用するパスをあらかじ
め設定し、しかも利用する伝送速度を予約しておくこと
により、オーディオ情報またはビジュアル情報のような
リアルタイム性が要求される大容量のデータの連続転送
が可能となる。このような要望に応えるために、ＲＴＰ
(Real Time Transport Protocol)、ＲＳＶＰ(Resource
Reservation Protocol)は、ＩＥＴＦ(Internet Enginee
ring Task Force)において、既に標準化が行われてい
る。
【０００４】また、光パス網では、波長パスを用いて光
信号のままデータ転送を行う技術として、発側のノード
と着側のノードとの間にカットスルーパスを設定し、こ
のカットスルーパスでは、光信号を電気信号に変換する
ことなく、大容量のデータを高速に転送することができ
る。
【０００５】さらに、電気パス網と光パス網とが混在す
るマルチレイヤネットワークにおいては、ＧＭＰＬＳ(G
eneralized Multi Protocol Label Switching)を用い
て、あらかじめ設定されたパスにより大容量のデータを
高速に転送することができる。
【０００６】本明細書では、これらのあらゆるネットワ
ークを想定して説明を行う。
【０００７】従来のパスの接続とデータ転送手順を図１
４に示す。発側のノードから接続要求を着側のノードに
向けて送出すると、中継のノードでは、この接続要求に
基づくリソース確保が行われ、着側のノードがこの接続
要求を受け取ると発側のノードに向けて接続完了の通知
を送出する。このようにして、すべての接続が完了した
ところから発側のノードはデータの転送を開始する。
【０００８】
【発明が解決しようとする課題】このような従来のデー
タ転送手順では、まず、パス設定を完了してからデータ
転送が開始される。このために、ユーザがデータ転送を
要求してから実際にデータ転送が開始されるまでの処理
時間が長くかかる問題がある。
【０００９】また、図１４の例では、発側のノードは、
一回の試行で着側のノードとの間のパス設定に成功して
いるが、中継のノードで接続要求に基づくリソース確保
に失敗すれば、発側のノードはパス設定にリトライする
必要があり、ユーザがデータ転送を要求してから実際に
データ転送が開始されるまでの処理時間はますます長く
かかることになる。
【００１０】このように、ユーザがデータ転送を要求し
てから実際にデータ転送が開始されるまでの処理時間が
長いということは、ネットワークリソースの有効利用の
観点からも望ましくない。
【００１１】なお、本明細書における発側のノードおよ
び着側のノードとは、データ転送に先立ってパス設定の
ための接続要求を送出する側のノードを発側のノードと
いい、この接続要求の終端先となるノードを着側のノー
ドという。
【００１２】本発明は、このような背景に行われたもの
であって、ユーザがデータ転送を要求してから実際にデ
ータ転送が開始されるまでの時間を短縮することがで
き、ネットワークリソースの有効利用を図ることができ
るネットワークおよびノードおよびプログラムおよび記
録媒体およびデータ転送方法を提供することを目的とす
る。
【００１３】
【課題を解決するための手段】本発明は、パスの接続要
求を送出した発側のノードがその接続要求が受け入れら
れたか否かに関わらず、ともかく、Ｔ１時間後にデータ
転送を開始することを特徴とする。このＴ１時間は、当
然、接続要求に対する何らかの応答が返ってくるまでの
時間よりも短く設定される。これにより、ユーザがデー
タ転送を要求してから実際にデータ転送が開始されるま
での時間を短縮することができ、ネットワークリソース
の有効利用を図ることができる。
【００１４】すなわち、本発明の第一の観点は、パスの
接続要求を送出する手段を備えた発側のノードと、この
接続要求の宛先となりこの接続要求に応じてパス設定完
了を前記発側のノードに通知する手段を備えた着側のノ
ードと、前記発側のノードと前記着側のノードとの間の
経路に配置され前記接続要求に基づきパス設定のための
リソースを確保する手段を備えた中継のノードとを備え
たネットワークである。
【００１５】ここで、本発明の特徴とするところは、前
記発側のノードは、前記着側のノードからのパス設定完
了の通知の有無に関わらず、前記接続要求を送出する手
段により接続要求を送出してからＴ１時間後にデータ転
送を開始する手段を備えたところにある。
【００１６】前記リソースを確保する手段は、前記接続
要求に基づくリソースの確保を試みて失敗したときには
リソース確保失敗を前記発側のノードに通知する手段を
備え、前記発側のノードは、このリソース確保失敗の通
知を受け取ってからＴ２時間後に再度接続要求を送出す
る手段を備えることが望ましい。
【００１７】これにより、パス設定に失敗したときに
は、発側のノードは、再度、パスの接続要求を送出し、
データ転送を開始することができる。このときに、Ｔ２
時間を経過してから再度接続要求を送出することによ
り、ネットワークリソースの空塞状況に変化が生じるた
め、パス設定成功を期待することができる。
【００１８】前記中継のノードは、前記リソースを確保
する手段により前記接続要求に基づくリソースの確保が
完了する以前に前記発側のノードからのデータを受信し
たときにはリソース確保未完了を前記発側のノードに通
知する手段を備え、前記発側のノードは、このリソース
確保未完了の通知を受け取ったときにはそのＴ３時間後
に再度データ転送を開始する手段を備えることもでき
る。
【００１９】これにより、中継のノードでリソース確保
に時間を要した場合に、データの欠落等を回避すること
ができる。
【００２０】また、前記再度データ転送を開始する手段
は、前記リソース確保未完了の通知を所定回数連続して
受け取ったときには、前記Ｔ３時間を延長する手段を備
えることが望ましい。
【００２１】すなわち、リソース確保未完了の通知を連
続して受け取るということは、リソース確保に要する時
間に対してＴ３時間が短か過ぎるということであるか
ら、その場合には、Ｔ３時間を長く設定し直すことがよ
い。また、Ｔ３時間は、可能な限り短い方が望ましいの
で、徐々に長く設定していき、最適な値を見つけ出せる
ように制御することがよい。さらに、長時間にわたり、
リソース確保未完了の通知を全く受け取らなくなった場
合には、リソース確保に要する時間に対してＴ３時間が
長過ぎるということも考えられるので、そのような事態
を回避するために、再び短く設定し直すこともよい。
【００２２】前記リソースを確保する手段は、前記接続
要求に基づくリソースの確保を試みて失敗したときには
リソース確保失敗を前記発側のノードに通知する手段を
備え、前記中継のノードは、他中継のノードから前記発
側のノードに向かうリソース確保失敗の通知を受け取っ
たときに自中継のノードで前記接続要求に基づくリソー
スの確保が可能であるときには当該リソースを確保する
手段を備え、前記発側のノードは、リソース確保失敗の
通知を受け取ったときにはそのＴ４時間後に再度データ
転送を開始する手段を備えることもできる。
【００２３】これにより、中継のノードで接続要求に基
づくリソース確保に失敗した場合であっても、別パスが
あればこれに対してリソースを確保することにより、発
側のノードが再度、接続要求を行う場合と比較して速や
かにデータ転送を完了することができる。
【００２４】本発明の第二の観点はノードであって、本
発明の特徴とするところは、パスの接続要求を送出する
手段を備えた発側のノードと、この接続要求の宛先とな
りこの接続要求に応じてパス設定完了を前記発側のノー
ドに通知する手段を備えた着側のノードと、前記発側の
ノードと前記着側のノードとの間の経路に配置され前記
接続要求に基づきパス設定のためのリソースを確保する
手段を備えた中継のノードとを備えたネットワークに適
用され、前記発側のノードとして、前記着側のノードか
らのパス設定完了の通知の有無に関わらず、前記接続要
求を送出する手段により接続要求を送出してからＴ１時
間後にデータ転送を開始する手段を備えたところにあ
る。
【００２５】前記リソースを確保する手段は、前記接続
要求に基づくリソースの確保を試みて失敗したときには
リソース確保失敗を前記発側のノードに通知する手段を
備え、前記発側のノードとして、このリソース確保失敗
の通知を受け取ってからＴ２時間後に再度接続要求を送
出する手段を備えることもできる。
【００２６】前記中継のノードとして、前記リソースを
確保する手段により前記接続要求に基づくリソースの確
保が完了する以前に前記発側のノードからのデータを受
信したときにはリソース確保未完了を前記発側のノード
に通知する手段を備え、前記発側のノードとして、この
リソース確保未完了の通知を受け取ったときにはそのＴ
３時間後に再度データ転送を開始する手段を備えること
もできる。
【００２７】前記再度データ転送を開始する手段は、前
記リソース確保未完了の通知を所定回数連続して受け取
ったときには、前記Ｔ３時間を延長する手段を備えるこ
とが望ましい。
【００２８】前記リソースを確保する手段は、前記接続
要求に基づくリソースの確保を試みて失敗したときには
リソース確保失敗を前記発側のノードに通知する手段を
備え、前記中継のノードとして、他中継のノードから前
記発側のノードに向かうリソース確保失敗の通知を受け
取ったときに自中継のノードで前記接続要求に基づくリ
ソースの確保が可能であるときには当該リソースを確保
する手段を備え、前記発側のノードとして、リソース確
保失敗の通知を受け取ったときにはそのＴ４時間後に再
度データ転送を開始する手段を備えることもできる。
【００２９】本発明の第三の観点は、情報処理装置にイ
ンストールすることにより、その情報処理装置に、パス
の接続要求を送出する機能を備えた発側のノードと、こ
の接続要求の宛先となりこの接続要求に応じてパス設定
完了を前記発側のノードに通知する機能を備えた着側の
ノードと、前記発側のノードと前記着側のノードとの間
の経路に配置され前記接続要求に基づきパス設定のため
のリソースを確保する機能を備えた中継のノードとを備
えたネットワークに適用されるノードを制御する装置に
相応する機能を実現させるプログラムである。
【００３０】ここで、本発明の特徴とするところは、前
記発側のノードを制御する装置に相応する機能として、
前記着側のノードからのパス設定完了の通知の有無に関
わらず、前記接続要求を送出する機能により接続要求を
送出してからＴ１時間後にデータ転送を開始する機能を
実現させるところにある。
【００３１】前記リソースを確保する機能は、前記接続
要求に基づくリソースの確保を試みて失敗したときには
リソース確保失敗を前記発側のノードに通知する機能を
備え、前記発側のノードを制御する装置に相応する機能
として、このリソース確保失敗の通知を受け取ってから
Ｔ２時間後に再度接続要求を送出する機能を実現させる
ことが望ましい。
【００３２】前記中継のノードを制御する装置に相応す
る機能として、前記リソースを確保する機能により前記
接続要求に基づくリソースの確保が完了する以前に前記
発側のノードからのデータを受信したときにはリソース
確保未完了を前記発側のノードに通知する機能を実現さ
せ、前記発側のノードを制御する装置に相応する機能と
して、このリソース確保未完了の通知を受け取ったとき
にはそのＴ３時間後に再度データ転送を開始する機能を
実現させることもできる。
【００３３】前記再度データ転送を開始する機能とし
て、前記リソース確保未完了の通知を所定回数連続して
受け取ったときには、前記Ｔ３時間を延長する機能を実
現させることが望ましい。
【００３４】前記リソースを確保する機能は、前記接続
要求に基づくリソースの確保を試みて失敗したときには
リソース確保失敗を前記発側のノードに通知する機能を
備え、前記中継のノードを制御する装置に相応する機能
として、他中継のノードから前記発側のノードに向かう
リソース確保失敗の通知を受け取ったときに自中継のノ
ードで前記接続要求に基づくリソースの確保が可能であ
るときには当該リソースを確保する機能を実現させ、前
記発側のノードを制御する装置に相応する機能として、
リソース確保失敗の通知を受け取ったときにはそのＴ４
時間後に再度データ転送を開始する機能を実現させるこ
ともできる。
【００３５】本発明の第四の観点は、本発明のプログラ
ムが記録された前記情報処理装置読取可能な記録媒体で
ある。本発明のプログラムは本発明の記録媒体に記録さ
れることにより、前記情報処理装置は、この記録媒体を
用いて本発明のプログラムをインストールすることがで
きる。あるいは、本発明のプログラムを保持するサーバ
からネットワークを介して直接前記情報処理装置に本発
明のプログラムをインストールすることもできる。
【００３６】これにより、コンピュータ装置等の情報処
理装置を用いて、ユーザがデータ転送を要求してから実
際にデータ転送が開始されるまでの時間を短縮すること
ができ、ネットワークリソースの有効利用を図ることが
できるネットワークおよびノードを実現することができ
る。
【００３７】本発明の第五の観点は、発側のノードから
送出されたパスの接続要求に対し、この接続要求の宛先
となる着側のノードはこの接続要求に応じてパス設定完
了を前記発側のノードに通知し、前記発側のノードと前
記着側のノードとの間の経路に配置された中継のノード
は前記接続要求に基づきパス設定のためのリソースを確
保するデータ転送方法である。
【００３８】ここで、本発明の特徴とするところは、前
記発側のノードは、前記着側のノードからのパス設定完
了の通知の有無に関わらず、前記接続要求を送出してか
らＴ１時間後にデータ転送を開始するところにある。
【００３９】前記中継のノードは、前記接続要求に基づ
くリソースの確保を試みて失敗したときにはリソース確
保失敗を前記発側のノードに通知し、前記発側のノード
は、このリソース確保失敗の通知を受け取ってからＴ２
時間後に再度接続要求を送出することが望ましい。
【００４０】前記中継のノードは、前記接続要求に基づ
くリソースの確保が完了する以前に前記発側のノードか
らのデータを受信したときにはリソース確保未完了を前
記発側のノードに通知し、前記発側のノードは、このリ
ソース確保未完了の通知を受け取ったときにはそのＴ３
時間後に再度データ転送を開始することもできる。
【００４１】前記リソース確保未完了の通知を所定回数
連続して受け取ったときには、前記Ｔ３時間を延長する
ことが望ましい。
【００４２】前記中継のノードは、前記接続要求に基づ
くリソースの確保を試みて失敗したときにはリソース確
保失敗を前記発側のノードに通知し、前記中継のノード
は、他中継のノードから前記発側のノードに向かうリソ
ース確保失敗の通知を受け取ったときに自中継のノード
で前記接続要求に基づくリソースの確保が可能であると
きには当該リソースを確保し、前記発側のノードは、リ
ソース確保失敗の通知を受け取ったときにはそのＴ４時
間後に再度データ転送を開始することもできる。
【００４３】
【発明の実施の形態】本発明実施例を図１ないし図１１
を参照して説明する。図１は本実施例のネットワーク構
成を示す図である。図２は第一実施例の発側のノードの
ブロック構成図である。図３は本実施例の着側のノード
のブロック構成図である。図４は第一実施例のパスの接
続とデータ転送手順を示す図である。図５は第二実施例
の中継のノードのブロック構成図である。図６は第二実
施例の発側のノードのブロック構成図である。図７は第
二実施例のパスの接続とデータ転送手順を示す図であ
る。図８は第三実施例の中継のノードのブロック構成図
である。図９は第三および第四実施例の発側のノードの
ブロック構成図である。図１０は第三実施例のパスの接
続とデータ転送手順を示す図である。図１１は第四実施
例の中継のノードのブロック構成図である。図１２は第
四実施例の発側のノードのブロック構成図である。図１
３は第四実施例のパスの接続とデータ転送手順を示す図
である。
【００４４】（第一実施例）第一実施例を図１ないし図
４を参照して説明する。本実施例は、パスの接続要求を
送出する接続要求送出部１を備えた発側のノードＡと、
この接続要求の宛先となりこの接続要求に応じてパス設
定完了を発側のノードＡに通知する接続完了通知部８を
備えた着側のノードＢと、発側のノードＡと着側のノー
ドＢとの間の経路に配置され前記接続要求に基づきパス
設定のためのリソースを確保するリソース確保部４を備
えた中継のノードＣ、Ｄ、Ｅとを備えたネットワークで
ある。
【００４５】ここで、第一実施例の特徴とするところ
は、発側のノードＡは、着側のノードＢからのパス設定
完了の通知の有無に関わらず、接続要求送出部１により
接続要求を送出してからＴ１時間後にデータ転送を開始
するタイマ２およびデータ転送部３を備えたところにあ
る。
【００４６】すなわち、サーバ甲からデータを保有する
サーバ乙に対して、大容量データの高速転送の要求があ
ったとする。従来のＴＣＰ／ＩＰでは、各ノードＡ〜Ｅ
でストアード＆フォワード方式で逐次的にデータが転送
されるためデータの転送が完了するまでに要する時間が
長かった。
【００４７】第一実施例では、サーバ乙に接続している
ノードＡで、この大容量のデータ転送の必要を検出する
と、このノードＡからサーバ甲に接続されているノード
Ｂへ、ノードＡからノードＣ、ノードＤを経由してノー
ドＢまでのパスを設定する。パスができると一挙にデー
タ転送を開始する。データ転送が終了後は直ちにパスを
解放する。
【００４８】すなわち、第一実施例では、図４に示すよ
うに、着側のノードＢからの接続完了通知の受信を発側
のノードＡで待たずに、通過ノードＣ、Ｄでの接続が完
了するタイミングでデータが通過するように、接続完了
通知の受信に先行してデータ転送を開始する。接続要求
を出してから、各ノードでの制御が完了する時間をある
程度見積もったＴ１時間（＝Δｔ）経過後にノードＡか
らデータを転送する。Ｔ１時間は、通過するノードの接
続制御時間の総和にしておく。従来の方式に比べて、接
続完了通知がノードＢからノードＡに返信される伝播時
間分だけ転送時間を削減できる。
【００４９】（第二実施例）第二実施例を図５ないし図
７を参照して説明する。本実施例では、リソース確保部
４は、前記接続要求に基づくリソースの確保を試みて失
敗したときにはリソース確保失敗を発側のノードＡに通
知する。第二実施例では、発側のノードＡは、このリソ
ース確保失敗の通知を受け取ってからＴ２時間後に再度
接続要求を送出する接続再要求部６およびタイマ７を備
えることを特徴とする。
【００５０】すなわち、第二実施例では、図７に示すよ
うに、もし、中継のノードの途中でパスのリソースが不
足していたなどの理由で、パスの接続が完了しなかった
場合には、その中継のノードがリソース確保失敗通知を
発側のノードＡ宛に返送する。その中継のノードにおい
ては、ノードＡから先行して転送されたデータが到着し
た場合はデータを廃棄する。
【００５１】ノードＡでは、このリソース確保失敗通知
を受け取るとデータ転送を直ちに中止する。このリソー
ス確保失敗通知を受信後、Ｔ２時間待った後に、再度接
続要求を繰り返す。パス数等のネットワークリソースに
対して、平均のデータ転送時間は短いほど、接続に失敗
する確率は減らすことができる。さらに、このリトライ
が２、３回も続けて失敗する確率はかなり小さいため、
データ転送要求を最初からやり直すよりもネットワーク
全体では効率的に利用が可能となる。
【００５２】なお、初回の接続要求の送出時点からネッ
トワークリソースの空塞状況が変化しないと、再度接続
要求を送出しても同じ結果となるので、Ｔ２時間は、ネ
ットワークリソースの空塞状況が変化するであろうと予
想される時間とする。
【００５３】（第三実施例）第三実施例を図８ないし図
１０を参照して説明する。第三実施例では、中継のノー
ドは、リソース確保部４により前記接続要求に基づくリ
ソースの確保が完了する以前に発側のノードＡからのデ
ータを受信したときにはリソース確保未完了を発側のノ
ードＡに通知するリソース確保未完了通知部１０を備
え、発側のノードＡは、このリソース確保未完了の通知
を受け取ったときにはそのＴ３時間後に再度データ転送
を開始するデータ再送制御部１１およびタイマ１２およ
びバッファ１５を備えることを特徴とする。
【００５４】すなわち、第三実施例は、図１０に示すよ
うに、中継のノードＤでの接続制御に関する時間が当初
設定していた時間よりも長くなり、接続が完了する以前
にデータが到着した場合を考える。この場合には、ノー
ドＤで到着したデータを廃棄する一方、直ちに接続が未
完了であることをリソース確保失敗通知としてノードＡ
に通知する。ノードＡでは、リソース確保未完了通知の
受領後、Ｔ３時間を経て、データを再送する。これによ
り、中継のノードにおけるデータの一部欠落を回避する
ことができる。
【００５５】ノードＤでの制御接続時間の増加が突発的
なものであるときには、このときの待ち時間後のデータ
が到着する頃には、既に接続設定が完了している可能性
が高いので、タイマ１２のＴ３時間を短く設定し、通知
受領後直ちに再送する。
【００５６】しかし、ノード全体の制御時間が伸びてい
る場合には、最初の待ち時間が短か過ぎる可能性がある
ので、ノードＡ側で学習機能を持たせて、この時間を増
減させる機能を持たせる。第三実施例では、データ再送
制御部１１は、リソース確保未完了通知が所定回数連続
して届いたら、タイマ１２のＴ３時間を長く設定し直す
こととする。また、Ｔ３時間は、可能な限り短い方が望
ましいので、徐々に長く設定していき、最適な値を見つ
け出せるように制御する。さらに、長時間にわたり、リ
ソース確保未完了通知を全く受け取らなくなった場合に
は、リソース確保に要する時間に対してＴ３時間が長過
ぎるということも考えられるので、そのような事態を回
避するために、再び短く設定し直す。
【００５７】（第四実施例）第四実施例を図９ないし図
１３を参照して説明する。リソース確保部４は、前記接
続要求に基づくリソースの確保を試みて失敗したときに
はリソース確保失敗を発側のノードＡに通知する失敗通
知部５を備えることは既に説明したが、第四実施例で
は、中継のノードのリソース確保部４は、他中継のノー
ドから発側のノードＡに向かうリソース確保失敗の通知
を受け取ったときに自中継のノードで前記接続要求に基
づくリソースの確保が可能であるときには当該リソース
を確保する。これに対し、発側のノードＡは、リソース
確保失敗の通知を受け取ったときにはそのＴ４時間後に
再度データ転送を開始するデータ再送制御部１３および
タイマ１４およびバッファ１５を備えることを特徴とす
る。
【００５８】すなわち、第四実施例は、図１３に示すよ
うに、もし、接続がノードＤで完了しなかった場合に
は、ノードＤで到着したデータを廃棄し、ノードＣにリ
ソース確保失敗通知を送る。ノードＣで、別のノード経
由でパスが接続できると判断した場合には、ノードＡ宛
にリソース確保失敗通知をして、再度のデータ転送を要
求しつつ、ノードＥ経由で宛先ノードまでの接続を要求
する。これにより、接続にかかる制御時間を短縮し、効
率の良いデータ転送が可能となる。
【００５９】第四実施例では、発側のノードＡは、リソ
ース確保失敗通知を受け取っても別パスが設定されるこ
とを期待して再度接続要求を送出することはせず、単
に、データの再送を行う。
【００６０】（第五実施例）本実施例のノードは情報処
理装置であるコンピュータ装置を用いて実現することが
できる。すなわち、コンピュータ装置にインストールす
ることにより、そのコンピュータ装置に、パスの接続要
求を送出する接続要求送出部１に相応する機能を備えた
発側のノードＡと、この接続要求の宛先となりこの接続
要求に応じてパス設定完了を発側のノードＡに通知する
接続完了通知部８に相応する機能を備えた着側のノード
Ｂと、発側のノードＡと着側のノードＢとの間の経路に
配置され前記接続要求に基づきパス設定のためのリソー
スを確保するリソース確保部４に相応する機能を備えた
中継のノードＣ、Ｄ、Ｅとを備えたネットワークに適用
されるノードＡ〜Ｅを制御する装置に相応する機能を実
現させるプログラムであって、第一実施例の発側のノー
ドＡを制御する装置に相応する機能として、着側のノー
ドＢからのパス設定完了の通知の有無に関わらず、接続
要求送出部１により接続要求を送出してからＴ１時間後
にデータ転送を開始するタイマ２およびデータ転送部３
に相応する機能を実現させるプログラムをコンピュータ
装置にインストールすることにより、そのコンピュータ
装置を第一実施例の発側のノードＡを制御する装置に相
応する装置とすることができる。
【００６１】また、コンピュータ装置にインストールす
ることにより、そのコンピュータ装置に、第二実施例の
中継のノードを制御する装置に相応する機能として、リ
ソース確保部４により前記接続要求に基づくリソースの
確保を試みて失敗したときにはリソース確保失敗を発側
のノードＡに通知する失敗通知部５に相応する機能を実
現させ、さらに、コンピュータ装置にインストールする
ことにより、そのコンピュータ装置に、第二実施例の発
側のノードＡを制御する装置に相応する機能として、こ
のリソース確保失敗の通知を受け取ってからＴ２時間後
に再度接続要求を送出する接続再要求部６およびタイマ
７に相応する機能を実現させるプログラムをコンピュー
タ装置にインストールすることにより、そのコンピュー
タ装置を第二実施例の発側のノードＡおよび中継のノー
ドを制御する装置に相応する装置とすることができる。
【００６２】また、コンピュータ装置にインストールす
ることにより、そのコンピュータ装置に、第三実施例の
中継のノードを制御する装置に相応する機能として、リ
ソース確保部４により前記接続要求に基づくリソースの
確保が完了する以前に発側のノードＡからのデータを受
信したときにはリソース確保未完了を発側のノードＡに
通知するリソース確保未完了通知部１０に相応する機能
を実現させ、さらに、コンピュータ装置にインストール
することにより、そのコンピュータ装置に、第三実施例
の発側のノードＡを制御する装置に相応する機能とし
て、このリソース確保未完了の通知を受け取ったときに
はそのＴ３時間後に再度データ転送を開始するデータ再
送制御部１１およびタイマ１２に相応する機能を実現さ
せ、さらに、データ再送制御部１１に相応する機能とし
て、前記リソース確保未完了の通知を所定回数連続して
受け取ったときには、Ｔ３時間を延長する機能を実現さ
せるプログラムをコンピュータ装置にインストールする
ことにより、そのコンピュータ装置を第三実施例の発側
のノードＡおよび中継のノードを制御する装置に相応す
る装置とすることができる。
【００６３】また、コンピュータ装置にインストールす
ることにより、そのコンピュータ装置に、第四実施例の
中継のノードを制御する装置に相応する機能として、リ
ソース確保部４により前記接続要求に基づくリソースの
確保を試みて失敗したときにはリソース確保失敗を発側
のノードＡに通知する失敗通知部５に相応する機能を実
現させ、さらに、他中継のノードから発側のノードＡに
向かうリソース確保失敗の通知を受け取ったときに自中
継のノードで前記接続要求に基づくリソースの確保が可
能であるときには当該リソースを確保するリソース確保
部４に相応する機能を実現させ、さらに、コンピュータ
装置にインストールすることにより、そのコンピュータ
装置に、第四実施例の発側のノードＡを制御する装置に
相応する機能として、リソース確保失敗の通知を受け取
ったときにはそのＴ４時間後に再度データ転送を開始す
るデータ再送制御部１３およびタイマ１４に相応する機
能を実現させるプログラムをコンピュータ装置にインス
トールすることにより、そのコンピュータ装置を第四実
施例の発側のノードＡおよび中継のノードを制御する装
置に相応する装置とすることができる。
【００６４】本実施例のプログラムは本実施例の記録媒
体に記録されることにより、コンピュータ装置は、この
記録媒体を用いて本実施例のプログラムをインストール
することができる。あるいは、本実施例のプログラムを
保持するサーバからネットワークを介して直接コンピュ
ータ装置に本実施例のプログラムをインストールするこ
ともできる。
【００６５】これにより、コンピュータ装置を用いて、
ユーザがデータ転送を要求してから実際にデータ転送が
開始されるまでの時間を短縮することができ、ネットワ
ークリソースの有効利用を図ることができるネットワー
クおよびノードを実現することができる。
【００６６】（実施例まとめ）本実施例では、説明をわ
かりやすくするために、第一〜第四実施例として分けて
説明を行なったが、実際には、これら第一〜第四実施例
を組み合わせた形で実施される。
【００６７】
【発明の効果】以上説明したように、本発明によれば、
ユーザがデータ転送を要求してから実際にデータ転送が
開始されるまでの時間を短縮することができ、ネットワ
ークリソースの有効利用を図ることができる。
【図面の簡単な説明】
【図１】本実施例のネットワーク構成を示す図。
【図２】第一実施例の発側のノードのブロック構成図。
【図３】本実施例の着側のノードのブロック構成図。
【図４】第一実施例のパスの接続とデータ転送手順を示
す図。
【図５】第二実施例の中継のノードのブロック構成図。
【図６】第二実施例の発側のノードのブロック構成図。
【図７】第二実施例のパスの接続とデータ転送手順を示
す図。
【図８】第三実施例の中継のノードのブロック構成図。
【図９】第三および第四実施例の発側のノードのブロッ
ク構成図。
【図１０】第三実施例のパスの接続とデータ転送手順を
示す図。
【図１１】第四実施例の中継のノードのブロック構成
図。
【図１２】第四実施例の発側のノードのブロック構成
図。
【図１３】第四実施例のパスの接続とデータ転送手順を
示す図。
【図１４】従来のパスの接続とデータ転送手順を示す
図。
【符号の説明】
１ 接続要求送出部 ２、７、１２、１４ タイマ ３ データ転送部 ４ リソース確保部 ５ 失敗通知部 ６ 接続再要求部 ８ 接続完了通知部 ９ データ中継部 １０ リソース確保未完了通知部 １１、１３ データ再送制御部 １５ バッファ Ａ〜Ｅ ノード
───────────────────────────────────────────────────── フロントページの続き (72)発明者 片山 勝 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 山中 直明 東京都千代田区大手町二丁目３番１号 日 本電信電話株会社内 Ｆターム(参考） 5K030 GA02 HA08 LA01 LC09 5K034 AA02 EE10 FF11 MM00 MM18

Claims (21)

    【特許請求の範囲】
  1. 【請求項１】 パスの接続要求を送出する手段を備えた
    発側のノードと、この接続要求の宛先となりこの接続要
    求に応じてパス設定完了を前記発側のノードに通知する
    手段を備えた着側のノードと、前記発側のノードと前記
    着側のノードとの間の経路に配置され前記接続要求に基
    づきパス設定のためのリソースを確保する手段を備えた
    中継のノードとを備えたネットワークにおいて、 前記発側のノードは、前記着側のノードからのパス設定
    完了の通知の有無に関わらず、前記接続要求を送出する
    手段により接続要求を送出してからＴ１時間後にデータ
    転送を開始する手段を備えたことを特徴とするネットワ
    ーク。
  2. 【請求項２】 前記リソースを確保する手段は、前記接
    続要求に基づくリソースの確保を試みて失敗したときに
    はリソース確保失敗を前記発側のノードに通知する手段
    を備え、 前記発側のノードは、このリソース確保失敗の通知を受
    け取ってからＴ２時間後に再度接続要求を送出する手段
    を備えた請求項１記載のネットワーク。
  3. 【請求項３】 前記中継のノードは、前記リソースを確
    保する手段により前記接続要求に基づくリソースの確保
    が完了する以前に前記発側のノードからのデータを受信
    したときにはリソース確保未完了を前記発側のノードに
    通知する手段を備え、 前記発側のノードは、このリソース確保未完了の通知を
    受け取ったときにはそのＴ３時間後に再度データ転送を
    開始する手段を備えた請求項１記載のネットワーク。
  4. 【請求項４】 前記再度データ転送を開始する手段は、
    前記リソース確保未完了の通知を所定回数連続して受け
    取ったときには、前記Ｔ３時間を延長する手段を備えた
    請求項３記載のネットワーク。
  5. 【請求項５】 前記リソースを確保する手段は、前記接
    続要求に基づくリソースの確保を試みて失敗したときに
    はリソース確保失敗を前記発側のノードに通知する手段
    を備え、 前記中継のノードは、他中継のノードから前記発側のノ
    ードに向かうリソース確保失敗の通知を受け取ったとき
    に自中継のノードで前記接続要求に基づくリソースの確
    保が可能であるときには当該リソースを確保する手段を
    備え、 前記発側のノードは、リソース確保失敗の通知を受け取
    ったときにはそのＴ４時間後に再度データ転送を開始す
    る手段を備えた請求項１記載のネットワーク。
  6. 【請求項６】 パスの接続要求を送出する手段を備えた
    発側のノードと、この接続要求の宛先となりこの接続要
    求に応じてパス設定完了を前記発側のノードに通知する
    手段を備えた着側のノードと、前記発側のノードと前記
    着側のノードとの間の経路に配置され前記接続要求に基
    づきパス設定のためのリソースを確保する手段を備えた
    中継のノードとを備えたネットワークに適用され、 前記発側のノードとして、前記着側のノードからのパス
    設定完了の通知の有無に関わらず、前記接続要求を送出
    する手段により接続要求を送出してからＴ１時間後にデ
    ータ転送を開始する手段を備えたことを特徴とするノー
    ド。
  7. 【請求項７】 前記リソースを確保する手段は、前記接
    続要求に基づくリソースの確保を試みて失敗したときに
    はリソース確保失敗を前記発側のノードに通知する手段
    を備え、 前記発側のノードとして、このリソース確保失敗の通知
    を受け取ってからＴ２時間後に再度接続要求を送出する
    手段を備えた請求項６記載のノード。
  8. 【請求項８】 前記中継のノードとして、前記リソース
    を確保する手段により前記接続要求に基づくリソースの
    確保が完了する以前に前記発側のノードからのデータを
    受信したときにはリソース確保未完了を前記発側のノー
    ドに通知する手段を備え、 前記発側のノードとして、このリソース確保未完了の通
    知を受け取ったときにはそのＴ３時間後に再度データ転
    送を開始する手段を備えた請求項６記載のノード。
  9. 【請求項９】 前記再度データ転送を開始する手段は、
    前記リソース確保未完了の通知を所定回数連続して受け
    取ったときには、前記Ｔ３時間を延長する手段を備えた
    請求項８記載のノード。
  10. 【請求項１０】 前記リソースを確保する手段は、前記
    接続要求に基づくリソースの確保を試みて失敗したとき
    にはリソース確保失敗を前記発側のノードに通知する手
    段を備え、 前記中継のノードとして、他中継のノードから前記発側
    のノードに向かうリソース確保失敗の通知を受け取った
    ときに自中継のノードで前記接続要求に基づくリソース
    の確保が可能であるときには当該リソースを確保する手
    段を備え、 前記発側のノードとして、リソース確保失敗の通知を受
    け取ったときにはそのＴ４時間後に再度データ転送を開
    始する手段を備えた請求項６記載のノード。
  11. 【請求項１１】 情報処理装置にインストールすること
    により、その情報処理装置に、 パスの接続要求を送出する機能を備えた発側のノード
    と、この接続要求の宛先となりこの接続要求に応じてパ
    ス設定完了を前記発側のノードに通知する機能を備えた
    着側のノードと、前記発側のノードと前記着側のノード
    との間の経路に配置され前記接続要求に基づきパス設定
    のためのリソースを確保する機能を備えた中継のノード
    とを備えたネットワークに適用されるノードを制御する
    装置に相応する機能を実現させるプログラムにおいて、 前記発側のノードを制御する装置に相応する機能とし
    て、前記着側のノードからのパス設定完了の通知の有無
    に関わらず、前記接続要求を送出する機能により接続要
    求を送出してからＴ１時間後にデータ転送を開始する機
    能を実現させることを特徴とするプログラム。
  12. 【請求項１２】 前記リソースを確保する機能は、前記
    接続要求に基づくリソースの確保を試みて失敗したとき
    にはリソース確保失敗を前記発側のノードに通知する機
    能を備え、 前記発側のノードを制御する装置に相応する機能とし
    て、このリソース確保失敗の通知を受け取ってからＴ２
    時間後に再度接続要求を送出する機能を実現させる請求
    項１１記載のプログラム。
  13. 【請求項１３】 前記中継のノードを制御する装置に相
    応する機能として、前記リソースを確保する機能により
    前記接続要求に基づくリソースの確保が完了する以前に
    前記発側のノードからのデータを受信したときにはリソ
    ース確保未完了を前記発側のノードに通知する機能を実
    現させ、 前記発側のノードを制御する装置に相応する機能とし
    て、このリソース確保未完了の通知を受け取ったときに
    はそのＴ３時間後に再度データ転送を開始する機能を実
    現させる請求項１１記載のプログラム。
  14. 【請求項１４】 前記再度データ転送を開始する機能と
    して、前記リソース確保未完了の通知を所定回数連続し
    て受け取ったときには、前記Ｔ３時間を延長する機能を
    実現させる請求項１３記載のプログラム。
  15. 【請求項１５】 前記リソースを確保する機能は、前記
    接続要求に基づくリソースの確保を試みて失敗したとき
    にはリソース確保失敗を前記発側のノードに通知する機
    能を備え、 前記中継のノードを制御する装置に相応する機能とし
    て、他中継のノードから前記発側のノードに向かうリソ
    ース確保失敗の通知を受け取ったときに自中継のノード
    で前記接続要求に基づくリソースの確保が可能であると
    きには当該リソースを確保する機能を実現させ、 前記発側のノードを制御する装置に相応する機能とし
    て、リソース確保失敗の通知を受け取ったときにはその
    Ｔ４時間後に再度データ転送を開始する機能を実現させ
    る請求項１１記載のプログラム。
  16. 【請求項１６】 請求項１１ないし１５のいずれかに記
    載のプログラムが記録された前記情報処理装置読取可能
    な記録媒体。
  17. 【請求項１７】 発側のノードから送出されたパスの接
    続要求に対し、この接続要求の宛先となる着側のノード
    はこの接続要求に応じてパス設定完了を前記発側のノー
    ドに通知し、前記発側のノードと前記着側のノードとの
    間の経路に配置された中継のノードは前記接続要求に基
    づきパス設定のためのリソースを確保するデータ転送方
    法において、 前記発側のノードは、前記着側のノードからのパス設定
    完了の通知の有無に関わらず、前記接続要求を送出して
    からＴ１時間後にデータ転送を開始することを特徴とす
    るデータ転送方法。
  18. 【請求項１８】 前記中継のノードは、前記接続要求に
    基づくリソースの確保を試みて失敗したときにはリソー
    ス確保失敗を前記発側のノードに通知し、 前記発側のノードは、このリソース確保失敗の通知を受
    け取ってからＴ２時間後に再度接続要求を送出する請求
    項１７記載のデータ転送方法。
  19. 【請求項１９】 前記中継のノードは、前記接続要求に
    基づくリソースの確保が完了する以前に前記発側のノー
    ドからのデータを受信したときにはリソース確保未完了
    を前記発側のノードに通知し、 前記発側のノードは、このリソース確保未完了の通知を
    受け取ったときにはそのＴ３時間後に再度データ転送を
    開始する請求項１７記載のデータ転送方法。
  20. 【請求項２０】 前記リソース確保未完了の通知を所定
    回数連続して受け取ったときには、前記Ｔ３時間を延長
    する請求項１９記載のデータ転送方法。
  21. 【請求項２１】 前記中継のノードは、前記接続要求に
    基づくリソースの確保を試みて失敗したときにはリソー
    ス確保失敗を前記発側のノードに通知し、 前記中継のノードは、他中継のノードから前記発側のノ
    ードに向かうリソース確保失敗の通知を受け取ったとき
    に自中継のノードで前記接続要求に基づくリソースの確
    保が可能であるときには当該リソースを確保し、 前記発側のノードは、リソース確保失敗の通知を受け取
    ったときにはそのＴ４時間後に再度データ転送を開始す
    る請求項１７記載のデータ転送方法。
JP2002056098A 2002-03-01 2002-03-01 ネットワークおよびノードおよびデータ転送方法 Pending JP2003258880A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002056098A JP2003258880A (ja) 2002-03-01 2002-03-01 ネットワークおよびノードおよびデータ転送方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002056098A JP2003258880A (ja) 2002-03-01 2002-03-01 ネットワークおよびノードおよびデータ転送方法

Publications (1)

Publication Number Publication Date
JP2003258880A true JP2003258880A (ja) 2003-09-12

Family

ID=28666763

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002056098A Pending JP2003258880A (ja) 2002-03-01 2002-03-01 ネットワークおよびノードおよびデータ転送方法

Country Status (1)

Country Link
JP (1) JP2003258880A (ja)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006080357A1 (ja) * 2005-01-28 2006-08-03 Sharp Kabushiki Kaisha 通信機器、通信システム、通信方法、通信プログラム、通信回路
WO2006097048A1 (fr) * 2005-03-18 2006-09-21 Huawei Technologies Co., Ltd. Procede pour detecter l’etat de configuration du chemin du nœud oppose et procede pour etablir la connexion
JP2008154270A (ja) * 2005-01-28 2008-07-03 Sharp Corp 通信機器、通信システム、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置および記録装置
US7502612B2 (en) 2004-05-31 2009-03-10 Sharp Kabushiki Kaisha Dual mode wireless communication device using IrDA that doesn't comply with IrDA standard as the default mode and the second mode is compliant with IrDA standard
US7548736B2 (en) 2004-05-14 2009-06-16 Sharp Kabushiki Kaisha Transmitter, receiver, data transfer system, transmission method, reception method, computer program for transmission, computer program for reception, and recording medium
US7787391B2 (en) 2005-01-28 2010-08-31 Sharp Kabushiki Kaisha Communication device, communication system, communication method, communication program, and communication circuit
WO2011037245A1 (ja) * 2009-09-24 2011-03-31 日本電気株式会社 通信データ伝送装置、通信データ伝送システム、通信データ伝送方法、及び通信データ伝送プログラム
US7986646B2 (en) 2006-10-16 2011-07-26 Sharp Kabushiki Kaisha Communication apparatus, communication method, communication circuit, mobile phone, program, and computer readable recording medium with program recorded therein
US8036244B2 (en) 2004-08-06 2011-10-11 Sharp Kabushiki Kaisha Transmitter, receiver, communication system, communication method, non-transitory computer readable medium
US8051182B2 (en) 2005-01-28 2011-11-01 Sharp Kabushiki Kaisha Communication device, communication system, communication method, communication program, and communication circuit
CN101262480B (zh) * 2005-01-28 2012-06-13 夏普株式会社 通信设备、通信方法以及移动电话
US8291273B2 (en) 2005-01-28 2012-10-16 Sharp Kabushiki Kaisha Communication device, non-transitory computer-readable medium storing a communication program

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7548736B2 (en) 2004-05-14 2009-06-16 Sharp Kabushiki Kaisha Transmitter, receiver, data transfer system, transmission method, reception method, computer program for transmission, computer program for reception, and recording medium
US7502612B2 (en) 2004-05-31 2009-03-10 Sharp Kabushiki Kaisha Dual mode wireless communication device using IrDA that doesn't comply with IrDA standard as the default mode and the second mode is compliant with IrDA standard
US8036244B2 (en) 2004-08-06 2011-10-11 Sharp Kabushiki Kaisha Transmitter, receiver, communication system, communication method, non-transitory computer readable medium
US8051182B2 (en) 2005-01-28 2011-11-01 Sharp Kabushiki Kaisha Communication device, communication system, communication method, communication program, and communication circuit
CN101262480B (zh) * 2005-01-28 2012-06-13 夏普株式会社 通信设备、通信方法以及移动电话
KR100902341B1 (ko) * 2005-01-28 2009-06-12 샤프 가부시키가이샤 통신기기, 통신시스템, 통신방법, 통신 프로그램을 기록한 컴퓨터독취가능한 기록매체, 통신회로
JP2008154270A (ja) * 2005-01-28 2008-07-03 Sharp Corp 通信機器、通信システム、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置および記録装置
US7787391B2 (en) 2005-01-28 2010-08-31 Sharp Kabushiki Kaisha Communication device, communication system, communication method, communication program, and communication circuit
US8291273B2 (en) 2005-01-28 2012-10-16 Sharp Kabushiki Kaisha Communication device, non-transitory computer-readable medium storing a communication program
JP4689689B2 (ja) * 2005-01-28 2011-05-25 シャープ株式会社 通信機器、通信システム、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置および記録装置
US8284684B2 (en) 2005-01-28 2012-10-09 Sharp Kabushiki Kaisha Communication device, communication system, communication method, and communication circuit
WO2006080357A1 (ja) * 2005-01-28 2006-08-03 Sharp Kabushiki Kaisha 通信機器、通信システム、通信方法、通信プログラム、通信回路
WO2006097048A1 (fr) * 2005-03-18 2006-09-21 Huawei Technologies Co., Ltd. Procede pour detecter l’etat de configuration du chemin du nœud oppose et procede pour etablir la connexion
CN100414909C (zh) * 2005-03-18 2008-08-27 华为技术有限公司 检测对端节点路径配置状态的方法及建立连接的方法
US7986646B2 (en) 2006-10-16 2011-07-26 Sharp Kabushiki Kaisha Communication apparatus, communication method, communication circuit, mobile phone, program, and computer readable recording medium with program recorded therein
WO2011037245A1 (ja) * 2009-09-24 2011-03-31 日本電気株式会社 通信データ伝送装置、通信データ伝送システム、通信データ伝送方法、及び通信データ伝送プログラム
JPWO2011037245A1 (ja) * 2009-09-24 2013-02-21 日本電気株式会社 通信データ伝送装置、通信データ伝送システム、通信データ伝送方法、及び通信データ伝送プログラム
US8761605B2 (en) 2009-09-24 2014-06-24 Nec Corporation Communication data transmission equipment, a communication data transmission system, a communication data transmission method and a communication data transmission program

Similar Documents

Publication Publication Date Title
KR100585230B1 (ko) 유무선 통합 인터넷 프로토콜망에서 패킷 유실과 전송지연을 감소시키는 티씨피 프록시 설정 방법 및 시스템
US5519699A (en) Method of protocol termination and a packet data communication system applied the method
JP2006287331A (ja) 輻輳制御ネットワーク中継装置、および輻輳制御ネットワーク中継方法
JP2002010364A (ja) 移動電気通信システムのための双方向パケットデータプロトコル手法および装置
JP2006236391A (ja) パケットベースの通信ネットワークにおけるメッセージ受信の肯定応答システム及び方法
JPH11252179A (ja) 非対称回線用ｔｃｐ通信高速化装置
JP2003258880A (ja) ネットワークおよびノードおよびデータ転送方法
US6947435B1 (en) Radio communication system and apparatus, communication method and program recording medium therefor
US7742491B2 (en) DSP voice buffersize negotiation between DSPs for voice packet end devices
US8089944B2 (en) End-point aware resource reservation protocol proxy
JPH10229429A (ja) 通信ネットワークシステム
JP2010074595A (ja) マルチキャスト通信におけるパケット再送制御方法及び装置
US20030195965A1 (en) Data communication method using resource reservation
WO2009094933A1 (fr) Procédé de traitement du tunnel d'un réseau par paquets, système de communication, et appareil associé
KR100678154B1 (ko) 데이터 전송 시스템에서 선택적 자동 재전송 및 수신 방법
JP2003318969A (ja) ネットワークおよびノードおよびパス設定方法
JP3634317B2 (ja) ノードおよびネットワークおよびプログラムおよび記録媒体
JP2001352347A (ja) 通信ネットワークのためのｒｓｖｐプロキシサービス
US20070280685A1 (en) Method of Optimising Connection Set-Up Times Between Nodes in a Centrally Controlled Network
KR100606897B1 (ko) 연결설정을 위한 처리 방법과 장치
JPH10257079A (ja) ノード装置、通信システム、パケット送信制御方法及びパケット送信方法
JP2000057075A (ja) データ通信装置、データ通信方法及びそれらのプログラム記憶媒体
JP5017425B2 (ja) 呼処理方法及び呼処理サーバ
JP3828479B2 (ja) 階層型シグナリング方法およびノード
JP2002183014A (ja) コンテンツ配信システム及び方法