JP2004187099A - 通信制御方法、通信システム及び通信装置 - Google Patents
通信制御方法、通信システム及び通信装置 Download PDFInfo
- Publication number
- JP2004187099A JP2004187099A JP2002352837A JP2002352837A JP2004187099A JP 2004187099 A JP2004187099 A JP 2004187099A JP 2002352837 A JP2002352837 A JP 2002352837A JP 2002352837 A JP2002352837 A JP 2002352837A JP 2004187099 A JP2004187099 A JP 2004187099A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- communication
- packets
- communication device
- continuously
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
【課題】パケット再送時におけるスループットを向上させた通信制御方法、通信システム及び通信装置を提供する。
【解決手段】受信ノード４０は、送信ノード２０からのパケットが通信中に複数連続して消失した場合に、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを送信ノード２０へ通知する。送信ノード２０は、これら連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とに基づいて、連続して消失したパケットを連続して再送する。
【選択図】 図３
【解決手段】受信ノード４０は、送信ノード２０からのパケットが通信中に複数連続して消失した場合に、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを送信ノード２０へ通知する。送信ノード２０は、これら連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とに基づいて、連続して消失したパケットを連続して再送する。
【選択図】 図３
Description
【０００１】
【発明の属する技術分野】
本発明は、通信装置間でパケット通信を行う際の通信制御方法と、当該通信制御方法を利用する通信システム及び通信装置とに関する。
【０００２】
【従来の技術】
従来、ＴＣＰプロトコルにおける通信では、通信時の送信確認及び受信確認の制御（フロー制御）において、ウィンドウ制御が採用されている。このウィンドウ制御は、送信ノードが受信ノードからの受信確認を待つことなく、連続してパケットを送信することができるようにすることで、スループットの向上を図るものである。
【０００３】
具体的には、図１に示すように、送信ノードが受信ノードに対してコネクション要求（ＳＹＮ）を送信すると、受信ノードは、受信バッファの空き容量（ウィンドウサイズ）を含んだコネクション確立の応答（ＡＣＫ）と、送信ノードに対するコネクション確立の要求（ＳＹＮ）とを送信ノードへ送信する。ＡＣＫ（ｘ，ｙ）における「ｘ」は送信ノードに対して次に要求するパケットの順序情報であり、「ｙ」はウィンドウサイズである。ここではＡＣＫの内容はＡＣＫ（１，１０）となる。
【０００４】
送信ノードは、ウィンドウサイズを含んだコネクション確立の応答と、コネクション確立の要求とを受信したことに対して、応答（ＡＣＫ）を返す。更に、送信ノードは、通知されたウィンドウサイズに基づいて、受信ノードからの受信確認を待たずに連続して送信可能なパケットの数を認識する。ここでは、ウィンドウサイズは「１０」であり、送信ノードが送信したいパケット数は「６」である。従って、送信ノードは、６個のパケット全てを受信ノードからの受信確認を待たずに連続して送信可能であると認識し、これらのパケットを連続して送信し、受信ノードが受信する（ＳＮＤ（１）〜ＳＮＤ（６））。
【０００５】
受信ノードは、送信ノードからの６個のパケットを受信した後、送信ノードに対し、次のパケットを要求する応答（ＡＣＫ）を送信する。この際、ＡＣＫの内容は、送信ノードに対して次に要求するパケットの順序情報の「７」と、ウィンドウサイズの「４」とを含むＡＣＫ（７，４）となる。送信ノードは、このＡＣＫ（７，４）により、受信ノードが６個のパケット全てを受信したことを認識する。
【０００６】
ところで、上述したＴＣＰプロトコルにおけるウィンドウ制御を採用した通信では、通信中に複数の連続するパケットが消失した場合、以下のように再送制御が行われる。
【０００７】
図２に示すように、受信ノードは、送信ノードからのパケットを順次受信する。しかし、連続する３番目及び４番目のパケットが通信中に消失した場合、受信ノードは２番目のパケットを受信した後（ＳＮＤ（２））、５番目のパケットを受信する（ＳＮＤ（５））。このため、受信ノードは３番目及び４番目のパケットが消失したと判断し、送信ノードへ応答（ＡＣＫ）を返す。更に、受信ノードは、６番目のパケットを受信した際にも、送信ノードへ同様の応答（ＡＣＫ）を返す。これらのＡＣＫの内容は、送信ノードに対して次に要求するパケット、即ち、連続して消失した先頭のパケットである３番目のパケットの順序情報「３」と、３番目以降のパケットを受信していない場合におけるウィンドウサイズ「８」とを含むＡＣＫ（３，８）となる。送信ノードは、このＡＣＫ（３，８）により、受信ノードが３番目のパケットを要求していることを認識し、３番目のパケットを再送する（ＳＮＤ（３））。
【０００８】
受信ノードは、この３番目のパケットを受信すると、送信ノードに対して次に要求するパケット、即ち、３番目のパケットの次に消失した４番目のパケットの順序情報「４」と、４番目以降のパケットを受信していない場合におけるウィンドウサイズ「７」とを含むＡＣＫ（４，７）を送信ノードへ返す。送信ノードは、このＡＣＫ（４，７）により、受信ノードが４番目のパケットを要求していることを認識し、４番目のパケットを再送する（ＳＮＤ（４））。
【０００９】
受信ノードは、この４番目のパケットを受信すると、６個のパケットを全て受信したことになるので、送信ノードに対して次に要求するパケットの順序情報の「７」と、ウィンドウサイズの「４」とを含むＡＣＫ（７，４）を送信ノードへ返す。送信ノードは、このＡＣＫ（７，４）により、受信ノードが６個のパケット全てを受信したことを認識する。
【００１０】
【発明が解決しようとする課題】
しかしながら、上述した再送制御では、送信ノードは、通信中に連続して消失したパケットを１個ずつ再送しているため、ウィンドウ制御の利点を生かすことができず、スループットが向上しない。このため、パケットの再送時においてもウィンドウ制御の利点を生かし、スループットを向上させることが要求されている。
【００１１】
本発明は、上記問題点を解決するものであり、その課題は、パケット再送時におけるスループットを向上させた通信制御方法、通信システム及び通信装置を提供することにある。
【００１２】
【課題を解決するための手段】
上記の目的を達成するため、本発明は請求項１に記載されるように、通信装置間でパケット通信を行う際の通信制御方法において、受信側通信装置は、送信側通信装置へ受信バッファの空き容量を通知し、送信側通信装置は、前記受信バッファに格納可能な複数のパケットを連続して送信し、前記受信側通信装置は、前記送信側通信装置からのパケットが通信中に複数連続して消失した場合に、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを前記送信側通信装置へ通知し、前記送信側通信装置は、前記連続して消失した先頭のパケットの順序情報と、前記連続して消失したパケットの数とに基づいて、前記連続して消失したパケットを連続して再送することを特徴とする。
【００１３】
本発明によれば、パケット再送時において、受信側通信装置は、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを送信側通信装置へ通知している。即ち、受信側通信装置は、従来のように受信バッファの空き容量を通知する代わりに、連続して消失したパケットの数を通知する。このため、送信側通信装置は、従来は認識することができなかった、連続して消失したパケットの数を認識することができ、更に、これら連続して消失したパケットを連続して再送することにより、スループットを向上させることができる。
【００１４】
また、本発明は請求項２に記載されるように、請求項１に記載の通信制御方法において、前記パケット通信は、ＴＣＰプロトコルにおけるウィンドウ制御によるパケット通信であることを特徴とする。
【００１５】
また、本発明は請求項３に記載されるように、通信装置間でパケット通信を行う通信システムにおいて、受信側通信装置は、送信側通信装置へ受信バッファの空き容量を通知する空き容量通知手段を備え、送信側通信装置は、前記受信バッファの空き容量に基づいて、該受信バッファに格納可能な複数のパケットを連続して送信するパケット送信手段を備え、前記受信側通信装置は、前記送信側通信装置からのパケットが通信中に複数連続して消失した場合に、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを前記送信側通信装置へ通知するパケット消失通知手段を備え、前記送信側通信装置は、前記連続して消失した先頭のパケットの順序情報と、前記連続して消失したパケットの数とに基づいて、前記連続して消失したパケットを連続して再送するパケット再送手段を備えることを特徴とする。
【００１６】
また、本発明は請求項４に記載されるように、請求項３に記載の通信システムにおいて、前記送信側通信装置及び受信側通信装置は、ＴＣＰプロトコルにおけるウィンドウ制御によるパケット通信を行うことを特徴とする通信システム。
【００１７】
また、本発明は請求項５に記載されるように、パケットの受信先となる場合に、送信側通信装置へ受信バッファの空き容量を通知する空き容量通知手段と、前記送信側通信装置からのパケットが複数連続して消失した場合に、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを前記送信側通信装置へ通知するパケット消失通知手段とを備えることを特徴とする通信装置である。
【００１８】
また、本発明は請求項６に記載されるように、パケットの送信元となる場合に、受信側通信装置から通知される該受信側通信装置内の受信バッファの空き容量に基づいて、該受信バッファに格納可能な複数のパケットを連続して送信するパケット送信手段と、前記送信されたパケットが通信中に複数連続して消失した場合に、前記受信側通信装置から通知される連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とに基づいて、前記連続して消失したパケットを連続して再送するパケット再送手段とを備えることを特徴とする通信装置である。
【００１９】
また、本発明は請求項７に記載されるように、請求項５又は６に記載の通信装置において、ＴＣＰプロトコルにおけるウィンドウ制御によるパケット通信を行うことを特徴とする。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。図３は、本発明の実施形態の通信システムの構成例を示す図である。同図に示すこの通信システム１００では、ＴＣＰプロトコルにおけるウィンドウ制御によるパケット通信が行われる。この通信システム１００は、送信ノード２０及び受信ノード４０と、これら送信ノード２０及び受信ノード４０を接続する通信ネットワーク６０によって構成される。送信ノード２０及び受信ノード４０は、サーバ、パーソナルコンピュータ、通信端末等の通信可能な様々な装置である。また、通信ネットワーク６０は、電話回線、専用線、インターネット等の様々な通信回線である。
【００２１】
送信ノード２０は、パケット通信制御部２２及び送受信部３０を備える。これらのうち、パケット通信制御部２２は、送信制御機能２４、ウィンドウサイズ認識機能２６及び再送制御機能２８を備える。
【００２２】
一方、受信ノード４０は、パケット通信制御部４２、受信バッファ５０及び送受信部５２を備える。これらのうち、パケット通信制御部４２は、ウィンドウサイズ通知機能４４、受信制御機能４６及びパケット消失検出機能４８を備える。
【００２３】
送信ノード２０及び受信ノード４０は、パケット通信において以下の処理を行う。送信ノード２０内のパケット通信制御部２２の送信制御機能２４は、パケットの送信に先立って、コネクション要求を送受信部３０へ送る。送受信部３０は、このコネクション要求を、通信ネットワーク６０を介して受信ノード４０へ送信する。
【００２４】
受信ノード４０内の送受信部５２は、コネクション要求を受信し、パケット通信制御部４２へ送る。パケット通信制御部４２は、コネクション要求が送られると、送信ノード２０との間にコネクションを確立するため、コネクション要求を送受信部５２へ送る。更に、パケット通信制御部４２のウィンドウサイズ通知機能４４は、受信バッファ５０の空き容量（ウィンドウサイズ）を含んだ応答（コネクション確立応答）を送受信部５２へ送る。送受信部５２は、これらコネクション要求と、コネクション確立応答とを、通信ネットワーク６０を介して送信ノード２０へ送信する。
【００２５】
送信ノード２０内の送受信部３０は、コネクション要求と、コネクション確立応答とを受信し、パケット通信制御部２２へ送る。パケット通信制御部２２の送信制御機能２４は、送受信部３０からのコネクション確立応答により、受信ノード４０とのパケット通信が可能になったことを認識し、コネクション要求に対する応答（コネクション確立応答）を送受信部３０へ送る。送受信部３０は、このコネクション確立応答を、通信ネットワーク６０を介して受信ノード４０へ送信する。
【００２６】
受信ノード４０内の送受信部５２は、コネクション確立応答を受信し、パケット通信制御部４２へ送る。パケット通信制御部４２内の受信制御機能４６は、送受信部５２からのコネクション確立応答により、送信ノード２０との間にコネクションが確立されたことを認識する。
【００２７】
また、送信ノード２０内のパケット通信制御部２２のウィンドウサイズ認識機能２６は、送受信部３０からのコネクション確立応答に含まれるウィンドウサイズにより、受信ノード４０からの受信確認を待たずに連続して送信可能なパケットの数を認識する。
【００２８】
次に、パケット通信制御部２２の送信制御機能２４は、受信ノード４０からの受信確認を待たずに連続して送信可能なパケットの数以下のパケットを、送受信部３０へ送る。これらのパケットには、それぞれパケットの順序を示す情報（順序情報）が含まれている。送受信部３０は、これらのパケットを、通信ネットワーク６０を介して受信ノード４０へ連続して送信する。
【００２９】
受信ノード４０内の送受信部５２は、送信ノード２０から送信されるパケットを受信し、パケット通信制御部４２へ送る。パケット通信制御部４２の受信制御機能４６は、送受信部５２から送られるパケットを受信バッファ５０へ格納する。また、パケット通信制御部４２の受信制御機能４６は、送受信部５２から所定時間、パケットが送られてこなかった場合、送信ノード２０から連続して送信されたパケットを全て受信したと判断し、次に要求するパケットの順序情報とその時点でのウィンドウサイズとを含んだ応答（受信完了応答）を、送受信部５２及び通信ネットワーク６０を介して送信ノード２０へ送る。
【００３０】
送信ノード２０内の送受信部３０は、受信完了応答を受信し、パケット通信制御部２２へ送る。パケット通信制御部２２は、この受信完了応答により、送信ノード２０が連続して送信したパケットを受信ノード４０が全て受信したことを認識する。
【００３１】
また、受信ノード４０内のパケット通信制御部４２のパケット消失検出機能４８は、受信制御機能４６によるパケットの受信処理と並行して、送受信部５２から送られるパケットに含まれる順序情報を監視し、順序情報が連続していない場合、通信中にパケットが消失したと判断する。更に、パケットが連続して消失していた場合、パケット通信制御部４２のパケット消失検出機能４８は、これら連続して消失したパケットのうち、先頭のパケットの順序情報と、連続して消失したパケットの数とを含んだ応答（パケット消失応答）を、送受信部５２へ送る。送受信部５２は、このパケット消失応答を、通信ネットワーク６０を介して送信ノード２０へ送信する。
【００３２】
送信ノード２０内の送受信部３０は、パケット消失応答を受信し、パケット通信制御部２２へ送る。パケット通信制御部２２の再送制御機能２８は、パケット消失応答に含まれる先頭パケットの順序情報により、再送すべき先頭のパケットを認識する。更に、パケット通信制御部２２の再送制御機能２８は、パケット消失応答に含まれる連続して消失したパケットの数により、再送すべきパケットの数を認識する。
【００３３】
次に、パケット通信制御部２２の再送制御機能２８は、連続して消失したパケットを送受信部３０へ送る。送受信部３０は、これら連続して消失したパケットを通信ネットワーク６０を介して受信ノード４０へ連続して送信する。
【００３４】
次に、図４に示すフローチャートを参照しつつ、送信ノード２０及び受信ノード４０によるパケットの通信制御及び再送制御の具体例を説明する。
【００３５】
送信ノード２０は、パケット通信に先立って、受信ノード４０に対してコネクション要求（ＳＹＮ）を送信する。受信ノード４０は、このコネクション要求を受信すると、コネクション要求（ＳＹＮ）と、受信バッファの空き容量（ウィンドウサイズ）を含んだコネクション確立応答（ＡＣＫ）とを送信ノード２０へ送信する。ＡＣＫ（ｘ，ｙ）における「ｘ」は受信ノード４０が送信ノード２０に対して次に要求するパケットの順序情報であり、「ｙ」はウィンドウサイズである。ここでは、受信ノード４０は、まだ送信ノード２０からのパケットを受信していないため、送信ノード２０に対して次に要求するパケットの順序情報は「１」である。また、ウィンドウサイズは「１０」であるものとする。このため、コネクション確立応答（ＡＣＫ）の内容はＡＣＫ（１，１０）となる。
【００３６】
送信ノード２０は、コネクション要求と、コネクション確立応答とを受信したことに対して、受信ノード４０へコネクション確立応答（ＡＣＫ）を返す。更に、送信ノード２０は、受信したコネクション確立応答に含まれるウィンドウサイズに基づいて、受信ノード４０からの受信確認を待たずに連続して送信可能なパケットの数を認識する。ここでは、ウィンドウサイズは「１０」であり、送信ノード２０が送信したいパケット数は「６」であるものとする。従って、送信ノード２０は、６個のパケット全てを受信ノード４０からの受信確認を待たずに連続して送信可能であると認識し、これら６個のパケットを連続して受信ノード４０へ送信する（ＳＮＤ（１）〜ＳＮＤ（６））。これら送信される６個のパケットには、送信順序に応じて、「１」〜「６」のパケットの順序情報が含まれている。
【００３７】
受信ノード４０は、送信ノード２０からのパケットを順次受信する。しかし、送信ノード２０が送信する６個のパケットのうち、連続する３番目及び４番目のパケットが通信中に消失した場合、受信ノード４０は２番目のパケットを受信した後（ＳＮＤ（２））、５番目のパケットを受信する（ＳＮＤ（５））。このため、受信ノード４０は、３番目及び４番目のパケットが消失したと判断し、送信ノード２０へパケット消失応答（ＡＣＫ）を返す。更に、受信ノード４０は、６番目のパケットを受信した際にも、送信ノード２０へ同様のパケット消失応答（ＡＣＫ）を返す。これらのパケット消失応答ＡＣＫの内容は、受信ノード４０が送信ノード２０に対して次に要求するパケット、即ち、連続して消失した先頭のパケットである３番目のパケットの順序情報「３」と、連続して消失したパケットの数「２」とを含むＡＣＫ（３，２）となる。
【００３８】
送信ノード２０は、このパケット消失応答（ＡＣＫ（３，２））により、受信ノード３０が３番目のパケットから連続する２つのパケット、即ち、３番目及び４番目のパケットを受信していないと判断し、これら３番目及び４番目のパケットを連続して受信ノード４０へ再送する（ＳＮＤ（３）、ＳＮＤ（４））。
【００３９】
受信ノード４０は、これら３番目及び４番目のパケットを受信する。この時、受信ノード４０は、１番目から６番目までの全てのパケットを受信したことになる。受信ノード４０は、その後所定時間、パケットが送られてこなかった場合、送信ノード２０から連続して送信されたパケットを全て受信したと判断し、送信ノード２０に対して次に要求するパケット、即ち、７番目のパケットの順序情報「７」と、その時点におけるウィンドウサイズ「４」とを含む受信完了応答（ＡＣＫ（７，４））を送信ノードへ返す。
【００４０】
送信ノード２０は、この受信完了応答（ＡＣＫ（７，４））により、受信ノード２０が６個のパケット全てを受信したことを認識する。
【００４１】
このように、本実施形態の通信システム１００では、送信ノード２０によって送信されたパケットが連続して消失した場合、受信ノード４０は、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを送信ノード２０へ通知している。即ち、受信ノード４０は、従来のように受信バッファの空き容量を通知する代わりに、連続して消失したパケットの数を通知する。このため、送信ノード２０は、従来は認識することができなかった、連続して消失したパケットの数を認識することができ、更に、これら連続して消失したパケットを１個ずつでなく連続して再送することができ、スループットを向上させることが可能となる。
【発明の効果】
上述の如く、本発明によれば、パケット再送時におけるスループットを向上させることが可能となる。
【図面の簡単な説明】
【図１】従来の通信制御を示すシーケンス図である。
【図２】従来の再送制御を示すシーケンス図である。
【図３】本実施形態の通信システムの構成例を示す図である。
【図４】本実施形態の通信制御及び再送制御を示すシーケンス図である。
【符号の説明】
２０ 送信ノード
２２、４２ パケット通信制御部
２４ 送信制御機能
２６ ウィンドウサイズ認識機能
２８ 再送制御機能
３０、５２ 送受信部
４０ 受信ノード
４４ ウィンドウサイズ通知機能
４６ 受信制御機能
４８ パケット消失検出機能
５０ 受信バッファ
６０ 通信ネットワーク
１００ 通信システム
【発明の属する技術分野】
本発明は、通信装置間でパケット通信を行う際の通信制御方法と、当該通信制御方法を利用する通信システム及び通信装置とに関する。
【０００２】
【従来の技術】
従来、ＴＣＰプロトコルにおける通信では、通信時の送信確認及び受信確認の制御（フロー制御）において、ウィンドウ制御が採用されている。このウィンドウ制御は、送信ノードが受信ノードからの受信確認を待つことなく、連続してパケットを送信することができるようにすることで、スループットの向上を図るものである。
【０００３】
具体的には、図１に示すように、送信ノードが受信ノードに対してコネクション要求（ＳＹＮ）を送信すると、受信ノードは、受信バッファの空き容量（ウィンドウサイズ）を含んだコネクション確立の応答（ＡＣＫ）と、送信ノードに対するコネクション確立の要求（ＳＹＮ）とを送信ノードへ送信する。ＡＣＫ（ｘ，ｙ）における「ｘ」は送信ノードに対して次に要求するパケットの順序情報であり、「ｙ」はウィンドウサイズである。ここではＡＣＫの内容はＡＣＫ（１，１０）となる。
【０００４】
送信ノードは、ウィンドウサイズを含んだコネクション確立の応答と、コネクション確立の要求とを受信したことに対して、応答（ＡＣＫ）を返す。更に、送信ノードは、通知されたウィンドウサイズに基づいて、受信ノードからの受信確認を待たずに連続して送信可能なパケットの数を認識する。ここでは、ウィンドウサイズは「１０」であり、送信ノードが送信したいパケット数は「６」である。従って、送信ノードは、６個のパケット全てを受信ノードからの受信確認を待たずに連続して送信可能であると認識し、これらのパケットを連続して送信し、受信ノードが受信する（ＳＮＤ（１）〜ＳＮＤ（６））。
【０００５】
受信ノードは、送信ノードからの６個のパケットを受信した後、送信ノードに対し、次のパケットを要求する応答（ＡＣＫ）を送信する。この際、ＡＣＫの内容は、送信ノードに対して次に要求するパケットの順序情報の「７」と、ウィンドウサイズの「４」とを含むＡＣＫ（７，４）となる。送信ノードは、このＡＣＫ（７，４）により、受信ノードが６個のパケット全てを受信したことを認識する。
【０００６】
ところで、上述したＴＣＰプロトコルにおけるウィンドウ制御を採用した通信では、通信中に複数の連続するパケットが消失した場合、以下のように再送制御が行われる。
【０００７】
図２に示すように、受信ノードは、送信ノードからのパケットを順次受信する。しかし、連続する３番目及び４番目のパケットが通信中に消失した場合、受信ノードは２番目のパケットを受信した後（ＳＮＤ（２））、５番目のパケットを受信する（ＳＮＤ（５））。このため、受信ノードは３番目及び４番目のパケットが消失したと判断し、送信ノードへ応答（ＡＣＫ）を返す。更に、受信ノードは、６番目のパケットを受信した際にも、送信ノードへ同様の応答（ＡＣＫ）を返す。これらのＡＣＫの内容は、送信ノードに対して次に要求するパケット、即ち、連続して消失した先頭のパケットである３番目のパケットの順序情報「３」と、３番目以降のパケットを受信していない場合におけるウィンドウサイズ「８」とを含むＡＣＫ（３，８）となる。送信ノードは、このＡＣＫ（３，８）により、受信ノードが３番目のパケットを要求していることを認識し、３番目のパケットを再送する（ＳＮＤ（３））。
【０００８】
受信ノードは、この３番目のパケットを受信すると、送信ノードに対して次に要求するパケット、即ち、３番目のパケットの次に消失した４番目のパケットの順序情報「４」と、４番目以降のパケットを受信していない場合におけるウィンドウサイズ「７」とを含むＡＣＫ（４，７）を送信ノードへ返す。送信ノードは、このＡＣＫ（４，７）により、受信ノードが４番目のパケットを要求していることを認識し、４番目のパケットを再送する（ＳＮＤ（４））。
【０００９】
受信ノードは、この４番目のパケットを受信すると、６個のパケットを全て受信したことになるので、送信ノードに対して次に要求するパケットの順序情報の「７」と、ウィンドウサイズの「４」とを含むＡＣＫ（７，４）を送信ノードへ返す。送信ノードは、このＡＣＫ（７，４）により、受信ノードが６個のパケット全てを受信したことを認識する。
【００１０】
【発明が解決しようとする課題】
しかしながら、上述した再送制御では、送信ノードは、通信中に連続して消失したパケットを１個ずつ再送しているため、ウィンドウ制御の利点を生かすことができず、スループットが向上しない。このため、パケットの再送時においてもウィンドウ制御の利点を生かし、スループットを向上させることが要求されている。
【００１１】
本発明は、上記問題点を解決するものであり、その課題は、パケット再送時におけるスループットを向上させた通信制御方法、通信システム及び通信装置を提供することにある。
【００１２】
【課題を解決するための手段】
上記の目的を達成するため、本発明は請求項１に記載されるように、通信装置間でパケット通信を行う際の通信制御方法において、受信側通信装置は、送信側通信装置へ受信バッファの空き容量を通知し、送信側通信装置は、前記受信バッファに格納可能な複数のパケットを連続して送信し、前記受信側通信装置は、前記送信側通信装置からのパケットが通信中に複数連続して消失した場合に、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを前記送信側通信装置へ通知し、前記送信側通信装置は、前記連続して消失した先頭のパケットの順序情報と、前記連続して消失したパケットの数とに基づいて、前記連続して消失したパケットを連続して再送することを特徴とする。
【００１３】
本発明によれば、パケット再送時において、受信側通信装置は、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを送信側通信装置へ通知している。即ち、受信側通信装置は、従来のように受信バッファの空き容量を通知する代わりに、連続して消失したパケットの数を通知する。このため、送信側通信装置は、従来は認識することができなかった、連続して消失したパケットの数を認識することができ、更に、これら連続して消失したパケットを連続して再送することにより、スループットを向上させることができる。
【００１４】
また、本発明は請求項２に記載されるように、請求項１に記載の通信制御方法において、前記パケット通信は、ＴＣＰプロトコルにおけるウィンドウ制御によるパケット通信であることを特徴とする。
【００１５】
また、本発明は請求項３に記載されるように、通信装置間でパケット通信を行う通信システムにおいて、受信側通信装置は、送信側通信装置へ受信バッファの空き容量を通知する空き容量通知手段を備え、送信側通信装置は、前記受信バッファの空き容量に基づいて、該受信バッファに格納可能な複数のパケットを連続して送信するパケット送信手段を備え、前記受信側通信装置は、前記送信側通信装置からのパケットが通信中に複数連続して消失した場合に、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを前記送信側通信装置へ通知するパケット消失通知手段を備え、前記送信側通信装置は、前記連続して消失した先頭のパケットの順序情報と、前記連続して消失したパケットの数とに基づいて、前記連続して消失したパケットを連続して再送するパケット再送手段を備えることを特徴とする。
【００１６】
また、本発明は請求項４に記載されるように、請求項３に記載の通信システムにおいて、前記送信側通信装置及び受信側通信装置は、ＴＣＰプロトコルにおけるウィンドウ制御によるパケット通信を行うことを特徴とする通信システム。
【００１７】
また、本発明は請求項５に記載されるように、パケットの受信先となる場合に、送信側通信装置へ受信バッファの空き容量を通知する空き容量通知手段と、前記送信側通信装置からのパケットが複数連続して消失した場合に、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを前記送信側通信装置へ通知するパケット消失通知手段とを備えることを特徴とする通信装置である。
【００１８】
また、本発明は請求項６に記載されるように、パケットの送信元となる場合に、受信側通信装置から通知される該受信側通信装置内の受信バッファの空き容量に基づいて、該受信バッファに格納可能な複数のパケットを連続して送信するパケット送信手段と、前記送信されたパケットが通信中に複数連続して消失した場合に、前記受信側通信装置から通知される連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とに基づいて、前記連続して消失したパケットを連続して再送するパケット再送手段とを備えることを特徴とする通信装置である。
【００１９】
また、本発明は請求項７に記載されるように、請求項５又は６に記載の通信装置において、ＴＣＰプロトコルにおけるウィンドウ制御によるパケット通信を行うことを特徴とする。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。図３は、本発明の実施形態の通信システムの構成例を示す図である。同図に示すこの通信システム１００では、ＴＣＰプロトコルにおけるウィンドウ制御によるパケット通信が行われる。この通信システム１００は、送信ノード２０及び受信ノード４０と、これら送信ノード２０及び受信ノード４０を接続する通信ネットワーク６０によって構成される。送信ノード２０及び受信ノード４０は、サーバ、パーソナルコンピュータ、通信端末等の通信可能な様々な装置である。また、通信ネットワーク６０は、電話回線、専用線、インターネット等の様々な通信回線である。
【００２１】
送信ノード２０は、パケット通信制御部２２及び送受信部３０を備える。これらのうち、パケット通信制御部２２は、送信制御機能２４、ウィンドウサイズ認識機能２６及び再送制御機能２８を備える。
【００２２】
一方、受信ノード４０は、パケット通信制御部４２、受信バッファ５０及び送受信部５２を備える。これらのうち、パケット通信制御部４２は、ウィンドウサイズ通知機能４４、受信制御機能４６及びパケット消失検出機能４８を備える。
【００２３】
送信ノード２０及び受信ノード４０は、パケット通信において以下の処理を行う。送信ノード２０内のパケット通信制御部２２の送信制御機能２４は、パケットの送信に先立って、コネクション要求を送受信部３０へ送る。送受信部３０は、このコネクション要求を、通信ネットワーク６０を介して受信ノード４０へ送信する。
【００２４】
受信ノード４０内の送受信部５２は、コネクション要求を受信し、パケット通信制御部４２へ送る。パケット通信制御部４２は、コネクション要求が送られると、送信ノード２０との間にコネクションを確立するため、コネクション要求を送受信部５２へ送る。更に、パケット通信制御部４２のウィンドウサイズ通知機能４４は、受信バッファ５０の空き容量（ウィンドウサイズ）を含んだ応答（コネクション確立応答）を送受信部５２へ送る。送受信部５２は、これらコネクション要求と、コネクション確立応答とを、通信ネットワーク６０を介して送信ノード２０へ送信する。
【００２５】
送信ノード２０内の送受信部３０は、コネクション要求と、コネクション確立応答とを受信し、パケット通信制御部２２へ送る。パケット通信制御部２２の送信制御機能２４は、送受信部３０からのコネクション確立応答により、受信ノード４０とのパケット通信が可能になったことを認識し、コネクション要求に対する応答（コネクション確立応答）を送受信部３０へ送る。送受信部３０は、このコネクション確立応答を、通信ネットワーク６０を介して受信ノード４０へ送信する。
【００２６】
受信ノード４０内の送受信部５２は、コネクション確立応答を受信し、パケット通信制御部４２へ送る。パケット通信制御部４２内の受信制御機能４６は、送受信部５２からのコネクション確立応答により、送信ノード２０との間にコネクションが確立されたことを認識する。
【００２７】
また、送信ノード２０内のパケット通信制御部２２のウィンドウサイズ認識機能２６は、送受信部３０からのコネクション確立応答に含まれるウィンドウサイズにより、受信ノード４０からの受信確認を待たずに連続して送信可能なパケットの数を認識する。
【００２８】
次に、パケット通信制御部２２の送信制御機能２４は、受信ノード４０からの受信確認を待たずに連続して送信可能なパケットの数以下のパケットを、送受信部３０へ送る。これらのパケットには、それぞれパケットの順序を示す情報（順序情報）が含まれている。送受信部３０は、これらのパケットを、通信ネットワーク６０を介して受信ノード４０へ連続して送信する。
【００２９】
受信ノード４０内の送受信部５２は、送信ノード２０から送信されるパケットを受信し、パケット通信制御部４２へ送る。パケット通信制御部４２の受信制御機能４６は、送受信部５２から送られるパケットを受信バッファ５０へ格納する。また、パケット通信制御部４２の受信制御機能４６は、送受信部５２から所定時間、パケットが送られてこなかった場合、送信ノード２０から連続して送信されたパケットを全て受信したと判断し、次に要求するパケットの順序情報とその時点でのウィンドウサイズとを含んだ応答（受信完了応答）を、送受信部５２及び通信ネットワーク６０を介して送信ノード２０へ送る。
【００３０】
送信ノード２０内の送受信部３０は、受信完了応答を受信し、パケット通信制御部２２へ送る。パケット通信制御部２２は、この受信完了応答により、送信ノード２０が連続して送信したパケットを受信ノード４０が全て受信したことを認識する。
【００３１】
また、受信ノード４０内のパケット通信制御部４２のパケット消失検出機能４８は、受信制御機能４６によるパケットの受信処理と並行して、送受信部５２から送られるパケットに含まれる順序情報を監視し、順序情報が連続していない場合、通信中にパケットが消失したと判断する。更に、パケットが連続して消失していた場合、パケット通信制御部４２のパケット消失検出機能４８は、これら連続して消失したパケットのうち、先頭のパケットの順序情報と、連続して消失したパケットの数とを含んだ応答（パケット消失応答）を、送受信部５２へ送る。送受信部５２は、このパケット消失応答を、通信ネットワーク６０を介して送信ノード２０へ送信する。
【００３２】
送信ノード２０内の送受信部３０は、パケット消失応答を受信し、パケット通信制御部２２へ送る。パケット通信制御部２２の再送制御機能２８は、パケット消失応答に含まれる先頭パケットの順序情報により、再送すべき先頭のパケットを認識する。更に、パケット通信制御部２２の再送制御機能２８は、パケット消失応答に含まれる連続して消失したパケットの数により、再送すべきパケットの数を認識する。
【００３３】
次に、パケット通信制御部２２の再送制御機能２８は、連続して消失したパケットを送受信部３０へ送る。送受信部３０は、これら連続して消失したパケットを通信ネットワーク６０を介して受信ノード４０へ連続して送信する。
【００３４】
次に、図４に示すフローチャートを参照しつつ、送信ノード２０及び受信ノード４０によるパケットの通信制御及び再送制御の具体例を説明する。
【００３５】
送信ノード２０は、パケット通信に先立って、受信ノード４０に対してコネクション要求（ＳＹＮ）を送信する。受信ノード４０は、このコネクション要求を受信すると、コネクション要求（ＳＹＮ）と、受信バッファの空き容量（ウィンドウサイズ）を含んだコネクション確立応答（ＡＣＫ）とを送信ノード２０へ送信する。ＡＣＫ（ｘ，ｙ）における「ｘ」は受信ノード４０が送信ノード２０に対して次に要求するパケットの順序情報であり、「ｙ」はウィンドウサイズである。ここでは、受信ノード４０は、まだ送信ノード２０からのパケットを受信していないため、送信ノード２０に対して次に要求するパケットの順序情報は「１」である。また、ウィンドウサイズは「１０」であるものとする。このため、コネクション確立応答（ＡＣＫ）の内容はＡＣＫ（１，１０）となる。
【００３６】
送信ノード２０は、コネクション要求と、コネクション確立応答とを受信したことに対して、受信ノード４０へコネクション確立応答（ＡＣＫ）を返す。更に、送信ノード２０は、受信したコネクション確立応答に含まれるウィンドウサイズに基づいて、受信ノード４０からの受信確認を待たずに連続して送信可能なパケットの数を認識する。ここでは、ウィンドウサイズは「１０」であり、送信ノード２０が送信したいパケット数は「６」であるものとする。従って、送信ノード２０は、６個のパケット全てを受信ノード４０からの受信確認を待たずに連続して送信可能であると認識し、これら６個のパケットを連続して受信ノード４０へ送信する（ＳＮＤ（１）〜ＳＮＤ（６））。これら送信される６個のパケットには、送信順序に応じて、「１」〜「６」のパケットの順序情報が含まれている。
【００３７】
受信ノード４０は、送信ノード２０からのパケットを順次受信する。しかし、送信ノード２０が送信する６個のパケットのうち、連続する３番目及び４番目のパケットが通信中に消失した場合、受信ノード４０は２番目のパケットを受信した後（ＳＮＤ（２））、５番目のパケットを受信する（ＳＮＤ（５））。このため、受信ノード４０は、３番目及び４番目のパケットが消失したと判断し、送信ノード２０へパケット消失応答（ＡＣＫ）を返す。更に、受信ノード４０は、６番目のパケットを受信した際にも、送信ノード２０へ同様のパケット消失応答（ＡＣＫ）を返す。これらのパケット消失応答ＡＣＫの内容は、受信ノード４０が送信ノード２０に対して次に要求するパケット、即ち、連続して消失した先頭のパケットである３番目のパケットの順序情報「３」と、連続して消失したパケットの数「２」とを含むＡＣＫ（３，２）となる。
【００３８】
送信ノード２０は、このパケット消失応答（ＡＣＫ（３，２））により、受信ノード３０が３番目のパケットから連続する２つのパケット、即ち、３番目及び４番目のパケットを受信していないと判断し、これら３番目及び４番目のパケットを連続して受信ノード４０へ再送する（ＳＮＤ（３）、ＳＮＤ（４））。
【００３９】
受信ノード４０は、これら３番目及び４番目のパケットを受信する。この時、受信ノード４０は、１番目から６番目までの全てのパケットを受信したことになる。受信ノード４０は、その後所定時間、パケットが送られてこなかった場合、送信ノード２０から連続して送信されたパケットを全て受信したと判断し、送信ノード２０に対して次に要求するパケット、即ち、７番目のパケットの順序情報「７」と、その時点におけるウィンドウサイズ「４」とを含む受信完了応答（ＡＣＫ（７，４））を送信ノードへ返す。
【００４０】
送信ノード２０は、この受信完了応答（ＡＣＫ（７，４））により、受信ノード２０が６個のパケット全てを受信したことを認識する。
【００４１】
このように、本実施形態の通信システム１００では、送信ノード２０によって送信されたパケットが連続して消失した場合、受信ノード４０は、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを送信ノード２０へ通知している。即ち、受信ノード４０は、従来のように受信バッファの空き容量を通知する代わりに、連続して消失したパケットの数を通知する。このため、送信ノード２０は、従来は認識することができなかった、連続して消失したパケットの数を認識することができ、更に、これら連続して消失したパケットを１個ずつでなく連続して再送することができ、スループットを向上させることが可能となる。
【発明の効果】
上述の如く、本発明によれば、パケット再送時におけるスループットを向上させることが可能となる。
【図面の簡単な説明】
【図１】従来の通信制御を示すシーケンス図である。
【図２】従来の再送制御を示すシーケンス図である。
【図３】本実施形態の通信システムの構成例を示す図である。
【図４】本実施形態の通信制御及び再送制御を示すシーケンス図である。
【符号の説明】
２０ 送信ノード
２２、４２ パケット通信制御部
２４ 送信制御機能
２６ ウィンドウサイズ認識機能
２８ 再送制御機能
３０、５２ 送受信部
４０ 受信ノード
４４ ウィンドウサイズ通知機能
４６ 受信制御機能
４８ パケット消失検出機能
５０ 受信バッファ
６０ 通信ネットワーク
１００ 通信システム
Claims (7)
- 通信装置間でパケット通信を行う際の通信制御方法において、
受信側通信装置は、送信側通信装置へ受信バッファの空き容量を通知し、
送信側通信装置は、前記受信バッファに格納可能な複数のパケットを連続して送信し、
前記受信側通信装置は、前記送信側通信装置からのパケットが通信中に複数連続して消失した場合に、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを前記送信側通信装置へ通知し、
前記送信側通信装置は、前記連続して消失した先頭のパケットの順序情報と、前記連続して消失したパケットの数とに基づいて、前記連続して消失したパケットを連続して再送することを特徴とする通信制御方法。 - 請求項１に記載の通信制御方法において、
前記パケット通信は、ＴＣＰプロトコルにおけるウィンドウ制御によるパケット通信であることを特徴とする通信制御方法。 - 通信装置間でパケット通信を行う通信システムにおいて、
受信側通信装置は、送信側通信装置へ受信バッファの空き容量を通知する空き容量通知手段を備え、
送信側通信装置は、前記受信バッファの空き容量に基づいて、該受信バッファに格納可能な複数のパケットを連続して送信するパケット送信手段を備え、
前記受信側通信装置は、前記送信側通信装置からのパケットが通信中に複数連続して消失した場合に、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを前記送信側通信装置へ通知するパケット消失通知手段を備え、
前記送信側通信装置は、前記連続して消失した先頭のパケットの順序情報と、前記連続して消失したパケットの数とに基づいて、前記連続して消失したパケットを連続して再送するパケット再送手段を備えることを特徴とする通信システム。 - 請求項３に記載の通信システムにおいて、
前記送信側通信装置及び受信側通信装置は、ＴＣＰプロトコルにおけるウィンドウ制御によるパケット通信を行うことを特徴とする通信システム。 - パケットの受信先となる場合に、送信側通信装置へ受信バッファの空き容量を通知する空き容量通知手段と、
前記送信側通信装置からのパケットが複数連続して消失した場合に、連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とを前記送信側通信装置へ通知するパケット消失通知手段と、
を備えることを特徴とする通信装置。 - パケットの送信元となる場合に、受信側通信装置から通知される該受信側通信装置内の受信バッファの空き容量に基づいて、該受信バッファに格納可能な複数のパケットを連続して送信するパケット送信手段と、
前記送信されたパケットが通信中に複数連続して消失した場合に、前記受信側通信装置から通知される連続して消失した先頭のパケットの順序情報と、連続して消失したパケットの数とに基づいて、前記連続して消失したパケットを連続して再送するパケット再送手段と、
を備えることを特徴とする通信装置。 - 請求項５又は６に記載の通信装置において、
ＴＣＰプロトコルにおけるウィンドウ制御によるパケット通信を行うことを特徴とする通信装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002352837A JP2004187099A (ja) | 2002-12-04 | 2002-12-04 | 通信制御方法、通信システム及び通信装置 |
| US10/706,802 US20040148422A1 (en) | 2002-12-04 | 2003-11-12 | Communication control method, communication system, and communication apparatus that can improve throughput |
| EP20030257352 EP1427127A3 (en) | 2002-12-04 | 2003-11-21 | Communication control method, communication system and communication apparatus that can improve throughput |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002352837A JP2004187099A (ja) | 2002-12-04 | 2002-12-04 | 通信制御方法、通信システム及び通信装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004187099A true JP2004187099A (ja) | 2004-07-02 |
Family
ID=32310725
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002352837A Pending JP2004187099A (ja) | 2002-12-04 | 2002-12-04 | 通信制御方法、通信システム及び通信装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20040148422A1 (ja) |
| EP (1) | EP1427127A3 (ja) |
| JP (1) | JP2004187099A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011015403A (ja) * | 2009-06-30 | 2011-01-20 | Samsung Electronics Co Ltd | 無線通信システムにおける進歩したａｒｑバッファ管理技法 |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060218271A1 (en) * | 2005-03-16 | 2006-09-28 | Nokia Corporation | Triggered statistics reporting |
| US8971241B2 (en) * | 2008-09-30 | 2015-03-03 | Qualcolmm Incorporated | Techniques for supporting relay operation in wireless communication systems |
| US9203564B2 (en) | 2008-10-20 | 2015-12-01 | Qualcomm Incorporated | Data transmission via a relay station in a wireless communication system |
| CN104396172B (zh) * | 2013-06-27 | 2018-05-29 | 华为技术有限公司 | 自动重传处理方法、发送端设备及接收端设备 |
| GB2521883B (en) | 2014-05-02 | 2016-03-30 | Imagination Tech Ltd | Media controller |
| CN106656431B (zh) * | 2015-09-21 | 2020-09-29 | 华为技术有限公司 | 一种报文传输方法及用户设备 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5390299A (en) * | 1991-12-27 | 1995-02-14 | Digital Equipment Corporation | System for using three different methods to report buffer memory occupancy information regarding fullness-related and/or packet discard-related information |
| US5754754A (en) * | 1995-07-26 | 1998-05-19 | International Business Machines Corporation | Transmission order based selective repeat data transmission error recovery system and method |
| KR100302263B1 (ko) * | 1997-03-25 | 2001-09-22 | 모리시타 요이찌 | 스트림 데이터 전송방법 및 시스템 |
| US6772215B1 (en) * | 1999-04-09 | 2004-08-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for minimizing feedback responses in ARQ protocols |
| FR2805112B1 (fr) * | 2000-02-11 | 2002-04-26 | Mitsubishi Electric Inf Tech | Procede et unite de controle de flux d'une connexion tcp sur un reseau a debit controle |
| EP1130839B1 (en) * | 2000-03-02 | 2005-06-08 | Matsushita Electric Industrial Co., Ltd. | Method and apparatus for retransmitting video data frames with priority levels |
| KR100954253B1 (ko) * | 2001-11-30 | 2010-04-23 | 브리티쉬 텔리커뮤니케이션즈 파블릭 리미티드 캄퍼니 | 데이터 전송 시스템, 동작 방법 및 디지털 미디어 캐리어 |
| DE60303806T2 (de) * | 2002-10-29 | 2006-10-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Berichterstattung für mehrbenutzerdienste in drahtlosen netzwerken |
-
2002
- 2002-12-04 JP JP2002352837A patent/JP2004187099A/ja active Pending
-
2003
- 2003-11-12 US US10/706,802 patent/US20040148422A1/en not_active Abandoned
- 2003-11-21 EP EP20030257352 patent/EP1427127A3/en not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011015403A (ja) * | 2009-06-30 | 2011-01-20 | Samsung Electronics Co Ltd | 無線通信システムにおける進歩したａｒｑバッファ管理技法 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1427127A2 (en) | 2004-06-09 |
| EP1427127A3 (en) | 2005-08-31 |
| US20040148422A1 (en) | 2004-07-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101048865B1 (ko) | 전송계층 성능 향상을 위한 전송계층 제어장치 및 전송속도와 신뢰성을 동시에 보장할 수 있는 패킷 송신 방법 | |
| EP1768296A2 (en) | Method and apparatus for transmitting signaling data messages in a wireless communications system | |
| EP1892887A1 (en) | Communication method between communication devices and communication apparatus | |
| JP4929349B2 (ja) | 再送要求送信方法及び受信側装置 | |
| KR102046792B1 (ko) | 송신 노드로부터 목적지 노드로의 데이터 전송 방법 | |
| WO2011103836A2 (zh) | 数据重传的方法、装置及系统 | |
| CN107104902B (zh) | 一种rdma数据传输的方法、相关装置与系统 | |
| WO2015066836A1 (zh) | 视频业务数据传输方法、数据接收装置和数据发送装置 | |
| CN114268991A (zh) | 数据传输方法、装置、电子设备、存储介质 | |
| US20060259845A1 (en) | Method and apparatus for acknowledging a bitwise data chunk in wireline and wireless communication systems | |
| KR100714675B1 (ko) | 데이터 프레임 재전송 방법 및 상기 방법을 사용하는네트워크 장치 | |
| JP2004187099A (ja) | 通信制御方法、通信システム及び通信装置 | |
| CN101615990A (zh) | 一种数据重传的方法、系统和装置 | |
| WO2020129658A1 (ja) | 通信装置、及び通信方法 | |
| CN109217978A (zh) | 数据传输的方法、装置和系统 | |
| JP2000022744A (ja) | パケット通信システム、パケット通信装置及びパケット通信方法 | |
| JPH1070523A (ja) | パケット伝送方法及び装置 | |
| EP1505759A2 (en) | Method and device for transmitting/receiving data using acknowledged transport layer protocols | |
| CN104243107A (zh) | 数据传输方法、装置、终端、服务器及系统 | |
| JP3741421B2 (ja) | データ通信方法及び通信端末装置 | |
| JP2008199431A (ja) | 通信装置 | |
| JP2017034627A (ja) | 通信制御システムおよび通信制御方法 | |
| JP2008085950A (ja) | Ｔｃｐを用いたレート制御方法、サーバ及びプログラム | |
| JP4805072B2 (ja) | 通信システム | |
| JP2002290442A (ja) | 通信装置、プログラム、情報記憶媒体および通信制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050808 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070426 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070515 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080108 |