JP2004158988A - データ送信装置及び方法、データ通信システム - Google Patents
データ送信装置及び方法、データ通信システム Download PDFInfo
- Publication number
- JP2004158988A JP2004158988A JP2002321449A JP2002321449A JP2004158988A JP 2004158988 A JP2004158988 A JP 2004158988A JP 2002321449 A JP2002321449 A JP 2002321449A JP 2002321449 A JP2002321449 A JP 2002321449A JP 2004158988 A JP2004158988 A JP 2004158988A
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication device
- transmission
- multiplex communication
- frame
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Time-Division Multiplex Systems (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】システムの設計変更により各端末のメモリ容量が変化した場合にもシステム全体のメモリ容量を再設計することなく通信を実現する。
【解決手段】データ送信先にデータを送信するに際して、データ送信元の多重通信装置１は、連続してデータ受信可能なデータ量を示す連続受信データ量をデータ送信先からデータ受信処理部１５により受信し、受信した連続受信データ量と、予め設定された連続送信データ量とを比較制御部１６により比較して、小さい方のデータ量を選択し、選択したデータ量に相当するデータフレームを連続して送信するパケットを作成して、当該パケットをデータ送信処理部１４から送信する。これにより、データ送信先では、先に指定した連続受信データ量より小さいデータ量が連続送信される。
【選択図】 図１
【解決手段】データ送信先にデータを送信するに際して、データ送信元の多重通信装置１は、連続してデータ受信可能なデータ量を示す連続受信データ量をデータ送信先からデータ受信処理部１５により受信し、受信した連続受信データ量と、予め設定された連続送信データ量とを比較制御部１６により比較して、小さい方のデータ量を選択し、選択したデータ量に相当するデータフレームを連続して送信するパケットを作成して、当該パケットをデータ送信処理部１４から送信する。これにより、データ送信先では、先に指定した連続受信データ量より小さいデータ量が連続送信される。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、データを送受信するデータ送信装置及び方法、データ通信システムに関する。
【０００２】
【従来の技術】
従来より、例えばＯＳＥＫ（Ｏｆｆｅｎｅ Ｓｙｓｔｅｍｅ ｕｎｄ ｄｅｒｅｎ Ｓｃｈｎｉｔｔｓｔｅｌｌｅｎ ｆｕｒ ｄｉｅ Ｅｌｅｋｔｒｏｎｉｋ ｉｍ Ｋｒａｆｔｆａｈｒｚｅｕｇ）、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ ＳｔａｎｄａｒｄｉｚａｔｉｏｎＯｒｇａｎｉｚａｔｉｏｎ）１５７６５に記述されているようなＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）を利用した通信技術が知られている。
【０００３】
この通信技術は、複数の端末間にてデータ送受信を行う場合に以下のような処理を行う。
【０００４】
先ず、送信側端末から受信側端末に送信する送信データがある場合には、送信側端末では、ファーストフレーム（ＦＦ、Ｆｉｒｓｔ Ｆｒａｍｅ）情報を受信側端末に送信する。これに応じて、受信側端末では、連続して送信されるフレームの最小間隔を示す最小間隔（ＳＴｍｉｎ、Ｓｅｐａｒａｔｉｏｎ Ｔｉｍｅ ｍｉｎ）情報、及び受信可能なフレーム数を示すブロックサイズ（ＢＳ、Ｂｌｏｃｋ Ｓｉｚｅ）情報とを含むフローコントロール（ＦＣ、Ｆｌｏｗ Ｃｏｎｔｒｏｌ ｆｒａｍｅ）情報を送信側端末に返信する。ここで、ブロックサイズ情報はＣＡＮ規格に準拠したＣＡＮフレームの数を示している。
【０００５】
次に送信側端末では、受信側端末から返信されたフローコントロール情報に含まれるブロックサイズ情報に従ったフレーム数のＣＡＮフレーム（ＣＦ、Ｃｏｎｓｅｃｕｔｉｖｅ Ｆｒａｍｅ）を、最小間隔情報に従った送信間隔にて受信側端末に送信する。
【０００６】
次に受信側端末では、ＣＡＮフレームの受信処理を完了して、次のＣＡＮフレームの受信が可能な状態になると、送信側端末に対してフローコントロール情報を返信し、送信側端末ではフローコントロール情報に従ったＣＡＮフレームを受信側端末に送信する処理を行う。
【０００７】
このような処理を、送信側端末の送信データが無くなるまで行うことで、送信側端末から受信側端末へのデータ送信を実現している。すなわち、このような通信技術では、ＣＡＮフレームを連続して受信可能な数及びＣＡＮフレームを連続受信するときの最小間隔を受信側端末から送信側端末に送信することで、受信側端末の受信メモリ容量及び受信処理速度を認識させて、送信側端末にて受信側端末に従った通信を実現している。
【０００８】
【非特許文献１】
ＯＳＥＫ／ＶＤＸ団体 Ｃｏｍｍｕｎｉｃｔｉｏｎ Ｖｅｒ２．２．２ ２１／Ｊｕｌｙ／２０００
【０００９】
【非特許文献２】
ＩＳＯ規格 ＩＳＯ／ＴＣ２２／ＳＣ３／ＷＧ１ ＩＳＯ／ＤＩＳ １５７６５−２ ２０００／０３／２２
【００１０】
【非特許文献３】
ＩＳＯ規格 ＩＳＯ／ＴＣ２２／ＳＣ３／ＷＧ１ ＩＳＯ／ＤＩＳ １１８９８ １９９３／１１／１５
【００１１】
【発明が解決しようとする課題】
しかしながら、従来の通信技術では、受信側端末の受信メモリ容量に従ったブロックサイズ情報を送信側端末に送信して、送信側端末の連続送信フレーム数を設定していたので、受信側端末の受信メモリ容量が送信側端末の送信メモリ容量よりも大きい場合には、送信側端末にてブロックサイズ情報に従ったフレーム数が連続送信できないことがある。
【００１２】
したがって、従来の通信技術では、受信側端末にてシステム設計段階における送信側端末の送信メモリ容量を認識しておき、受信メモリ容量よりも送信メモリ容量が小さい場合には、受信側端末にて送信メモリ容量に応じたブロックサイズを設定する必要があった。
【００１３】
そこで、本発明は、上述した実情に鑑みて提案されたものであり、システムの設計変更により各端末のメモリ容量が変化した場合にもシステム全体のメモリ容量に関する再設計をすることなく通信を実現することができるデータ送信装置及び方法、データ通信システムを提供するものである。
【００１４】
【課題を解決するための手段】
本発明では、データ送信先にデータを送信するに際して、データ送信元は、連続してデータ受信可能なデータ量を示す連続受信データ量をデータ送信先から受信し、受信した上記連続受信データ量と、予め設定された連続送信データ量とを比較して、小さい方のデータ量を選択し、選択したデータ量に相当するデータフレームを連続して送信するパケットを作成して、当該パケットを送信する。
【００１５】
【発明の効果】
本発明によれば、データを送信するに際して、送信先の連続受信データ量と送信元の連続送信データ量とを比較して、小さい方のデータ量を選択してデータを連続送信するので、送信先にて確実にデータを連続受信することができる。したがって、本発明によれば、データ送信元のメモリ容量とデータ送信先のメモリ容量が異なることにより連続して通信可能なデータ量が異なる場合であっても、確実に連続したデータ通信をすることができ、例えば設計変更によりメモリ容量が変更した場合であっても、システム全体にてメモリ容量に関する再設計をする必要がない。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
【００１７】
本発明は、例えば図１に示すような機能的な構成を有する多重通信装置１に適用される。この多重通信装置１は、他の多重通信装置１と通信回線を介して接続されて、全二重方式にて双方向通信をする。
【００１８】
［多重通信装置１の機能的な構成］
この多重通信装置１は、外部の電子機器と接続されたデータ処理部１１を備える。このデータ処理部１１には、外部電子機器から他の多重通信装置１に送信する送信データが供給されると共に、他の多重通信装置１から受信した受信データが入力される。このデータ処理部１１は、外部電子機器から送信データが供給された場合には、当該送信データを送信用メモリ１２に記憶させる。また、データ処理部１１は、受信用メモリ１３に受信データが記憶された場合には、当該受信データを取りだして所定の処理をして外部電子機器に送る。なお、送信用メモリ１２及び受信用メモリ１３は、入力されたデータを一時的に記憶する記憶装置であって、単一の記憶装置で構成されていても良い。
【００１９】
このような多重通信装置１間にて通信を行う場合、先ず、多重通信装置１間にてチャンネル設定をする。このチャンネル設定処理をすることで、各多重通信装置１にはデータフレームを識別するフレームＩＤが割り当てられ、当該フレームＩＤを参照してデータや情報のやりとりをする。
【００２０】
具体的には、図２に示すように多重通信装置１Ａと多重通信装置１Ｂとの間で通信をする場合には、多重通信装置１Ａと多重通信装置１Ｂとの間でチャンネル設定処理をすることにより、多重通信装置１ＡのフレームＩＤを「１」とし、多重通信装置１ＢのフレームＩＤを「２」とする。このフレームＩＤは、図３（Ｃ）に示すように各フレームのＩＤ格納領域４１に格納される。
【００２１】
このようにチャンネル設定処理がなされた状態において、多重通信装置１Ａと多重通信装置１Ｂとの間で通信をする場合、多重通信装置１Ａ及び多重通信装置１Ｂでは、フレームの種類を示すフレーム種類識別情報（Ｎ＿ＰＣＩｔｙｐｅ）を、図３（Ｃ）に示す各フレームのフレーム種類識別情報格納領域４２に格納する。このフレーム種類識別情報は、数値の「０」〜「５」が使用され、多重通信装置１Ａ及び多重通信装置１Ｂにてフレームの種類が識別可能とする。
【００２２】
本例では、フレーム種類識別情報の値が「０」の場合は、ＯＳＥＫ（Ｏｆｆｅｎｅ Ｓｙｓｔｅｍｅ ｕｎｄ ｄｅｒｅｎ Ｓｃｈｎｉｔｔｓｔｅｌｌｅｎ ｆｕｒ ｄｉｅ Ｅｌｅｋｔｒｏｎｉｋ ｉｍ Ｋｒａｆｔｆａｈｒｚｅｕｇ）やＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｏｒｇａｎｉｚａｔｉｏｎ）１５７６５に準拠したシングルフレームＳＦ（Ｓｉｎｇｌｅ Ｆｒａｍｅ）であることを示す。また、フレーム種類識別情報の値が「１」の場合は、ファーストフレームＦＦであることを示す。この場合、各多重通信装置１間にてデータ送信を開始する情報は、図３（Ｃ）のデータ領域４３に格納される。
【００２３】
更にフレーム種類識別情報の値が「２」の場合は、送信データを含むＣＡＮフレームＣＦ（Ｃｏｎｓｅｃｕｔｉｖｅ Ｆｒａｍｅ）であることを示す。この場合、データ領域４３には、データ受信側に送信するデータが格納される。
【００２４】
更にまた、フレーム種類識別情報の値が「３」の場合は、データ送信側の送信処理を制御するフローコントロールフレームＦＣ（Ｆｌｏｗ Ｃｏｎｔｒｏｌ ｆｒａｍｅ）であることを示す。この場合、データ領域４３には、連続して送信されるフレームの最小間隔を示す最小間隔情報ＳＴｍｉｎ（Ｓｅｐａｒａｔｉｏｎ Ｔｉｍｅ ｍｉｎ）情報及び連続受信可能なフレーム数を示すブロックサイズ情報ＢＳ（Ｂｌｏｃｋ Ｓｉｚｅ）が格納される。
【００２５】
更にまた、フレーム種類識別情報の値が「４」の場合は、レスポンスフレームＲＦ（Ｒｅｓｐｏｎｓｅ Ｆｒａｍｅ）であることを示す。この場合、データ領域４３には、受信側にて生成されてフレームデータを受信したことを示す情報が格納される。
【００２６】
更にまた、フレーム種類識別情報の値が「５」の場合は、データ送信側の送信処理を制御する伝送制御フレーム（ＴＦ、Ｔｒａｎｓｍｉｓｓｉｏｎ Ｆｒａｍｅ）であることを示す。この場合、データ領域４３には、全フレームの送受信間隔を示す送信間隔情報ＴＴｍｉｎ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ ｍｉｎ）及び最大連続受信サイズパケットＲＰＳ（Ｒｅｃｅｐｔｉｏｎ Ｐａｃｋｅｔ Ｓｉｚｅ）が格納される。この最大連続受信パケットサイズＲＰＳは、多重通信装置１の受信用メモリ１３の容量及びデータ受信処理部１５の受信処理速度に依存して予め多重通信装置１ごとに設定されている。
【００２７】
そして多重通信装置１Ａと多重通信装置１Ｂとの間でチャンネル設定をした状態にて、多重通信装置１Ａから多重通信装置１Ｂにデータを送信する場合、図３（Ａ）に示すように、多重通信装置１Ａのデータ送信処理部１４により送信データをパケット２１単位に分割して送信して、多重通信装置１Ｂのデータ受信処理部１５にてパケット２１に含まれるフレームを受信する。そして、多重通信装置１Ｂのデータ受信処理部１５では、パケット２１に含まれる全フレームを受信した場合に受信完了したことを示すレスポンスフレーム２２を送信し、多重通信装置１Ａのデータ送信処理部１４ではレスポンスフレーム２２を受信したことに応じて、次のパケット２１を送信開始する。
【００２８】
多重通信装置１Ａから多重通信装置１Ｂに送信されるフレームは、図４及び図３（Ｂ）に示すように、ファーストフレームＦＦ及びＣＡＮフレームＣＦであり、多重通信装置１Ｂから多重通信装置１Ａに送信されるフレームは、フローコントロールフレームＦＣ及びレスポンスフレームＲＦである。なお、データ送信側を多重通信装置１Ｂとし、データ受信側を多重通信装置１Ａとした場合には、図５に示すように送受信するフレームの種類が逆となる。
【００２９】
このパケット２１は、図３（Ｂ）に示すように送信側の多重通信装置１Ａから送信されるファーストフレーム３１、受信側の多重通信装置１Ｂから送信されるフローコントロールフレーム３２、多重通信装置１Ａから送信される複数のＣＡＮフレーム３３を含む。なお、このように複数種類のフレームを単一のパケットとして分割して送信する送信方式をＭＰＤＴ（Ｍｕｌｔｉｐｌｅ Ｐａｃｋｅｔ Ｄａｔａ Ｔｒａｎｓｆｅｒ）と言う。ここで、一つのパケット２１に含まれて連続して送信されるＣＡＮフレーム３３の数は、多重通信装置１Ｂから多重通信装置１Ａに送信されるフローコントロールフレーム３２に含まれるブロックサイズ情報ＢＳや、最大連続送信パケットサイズＴＰＳ及び最大連続受信パケットサイズＲＰＳにて指定される。
【００３０】
また、各フレームは、図３（Ｃ）に示すように、ＩＤ格納領域４１、フレーム種類識別情報格納領域４２、データ領域４３に区分されている。ＩＤ格納領域４１には、上述のチャンネル設定処理により設定されたフレームＩＤが格納され、フレーム種類識別情報格納領域４２にはフレーム種類種別情報が格納される。また、データ領域４３には、送信側の多重通信装置１Ａにより送信データが格納されると共に、受信側の多重通信装置１Ｂによりブロックサイズ、最小送信間隔ＴＴｍｉｎが格納される。
【００３１】
ここで、各フレーム３１〜３３間には、例えば０．５秒ごとの一定間隔で伝送制御フレームＴＦがデータ受信側の多重通信装置１Ｂからデータ送信側の多重通信装置１Ａに送信される。この伝送制御フレームＴＦには、データ領域４３に送信間隔ＴＴｍｉｎ及び最大連続受信パケットサイズＲＰＳが格納される。
【００３２】
これに対し、データ送信側の多重通信装置１Ａでは、データ受信処理部１５にて伝送制御フレームＴＦを受信すると、比較制御部１６により、当該最大連続受信パケットサイズＲＰＳと予め保持しておいた最大連続送信パケットサイズＴＰＳ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ ｍｉｎ）と比較する。そして、比較制御部１６では、最大連続受信パケットサイズＲＰＳが最大連続送信パケットサイズＴＰＳよりも大きい場合には、最大連続送信パケットサイズＴＰＳを実際に送信するに際してのパケットのサイズにする。一方、最大連続受信パケットサイズＲＰＳが最大連続送信パケットサイズＴＰＳよりも小さい場合には最大連続受信パケットサイズＲＰＳを実際に送信するに際してのパケットのサイズにする。
【００３３】
これにより、データ送信側の多重通信装置１Ａでは、選択したパケットサイズに応じて連続して送信するフレーム数、例えばＣＡＮフレームＣＦの数を設定することでパケットサイズを調整する。
【００３４】
この最大連続送信パケットサイズＴＰＳは、多重通信装置１の送信用メモリ１２の容量及びデータ送信処理部１４の送信処理速度に依存して予め多重通信装置１ごとに設定されている。
【００３５】
このようにパケットサイズが設定された後に、多重通信装置１Ａと多重通信装置１Ｂとの間で送受信するパケットは、例えば図６（Ａ）に示すように複数フレームからなる場合に、各フレームの間隔が図６（Ｂ）に示すように伝送制御フレームＴＦに含まれる送信間隔ＴＴｍｉｎとなる。
【００３６】
この時、多重通信装置１Ａと多重通信装置１Ｂとの間では、図７（Ａ）に示すように、先ず、多重通信装置１Ａから多重通信装置１ＢにファーストフレームＦＦを送り、これに応じて図７（Ｂ）に示すように多重通信装置１Ｂから多重通信装置１ＡにフローコントロールフレームＦＣを送る。そして、多重通信装置１Ａでは、フローコントロールフレームＦＣ及び定期的に送信される伝送制御フレームＴＦに応じてパケットサイズを決定して、送信間隔ＴＴｍｉｎにてＣＡＮフレームＣＦを連続送信し、多重通信装置１ＢではＣＡＮフレームＣＦを連続受信する。そして、パケットに含まれる全ＣＡＮフレームＣＦを受信完了した後に、多重通信装置１Ｂから多重通信装置１ＡにレスポンスフレームＲＦを送信して、次のパケット送信に移行する。
【００３７】
なお、上述したような多重通信装置１において、図８に示すように多重通信装置１Ａ、多重通信装置１Ｂ及び多重通信装置１Ｃを相互に接続して、多重通信装置１Ａ、多重通信装置１Ｂ及び多重通信装置１Ｃ間にてデータ通信をする場合には、多重通信装置１Ａと多重通信装置１Ｂとの間でチャンネル１を確立し、多重通信装置１Ａと多重通信装置１Ｃとの間でチャンネル２を確立し、更に多重通信装置１Ｃと多重通信装置１Ｂとの間でチャンネル３を確立するようにチャンネル設定処理をする。これにより、多重通信装置１Ａから多重通信装置１Ｂに送信するフレームＩＤの値を「１」とし、多重通信装置１Ｂから多重通信装置１Ａに送信するフレームＩＤの値を「２」とし、多重通信装置１Ａから多重通信装置１Ｃに送信するフレームＩＤの値を「３」とし、多重通信装置１Ｃから多重通信装置１Ａに送信するフレームＩＤの値を「４」とし、多重通信装置１Ｂから多重通信装置１Ｃに送信するフレームＩＤの値を「５」とし、多重通信装置１Ｃから多重通信装置１Ｂに送信するフレームＩＤの値を「６」として、上述した処理をすることでデータ送受信を実現する。
【００３８】
［具体的な通信処理の説明］
つぎに、上述したような多重通信装置１において、具体的な通信処理について説明する。
【００３９】
前提として、図９に示すように、データ送信側を多重通信装置１Ａとし、データ受信側を多重通信装置１Ｂとし、更に多重通信装置１Ａの最大連続送信パケットサイズＴＰＳを２０バイトとし、多重通信装置１Ｂの最大連続受信パケットサイズＲＰＳを１０バイトとする。
【００４０】
このような状態において、多重通信装置１Ｂでは、定期的に伝送制御フレームＴＦを送信することで、多重通信装置１Ａに最大連続受信パケットサイズＲＰＳ及び送信間隔ＴＴｍｉｎを通知する。多重通信装置１Ａでは、最大連続受信パケットサイズＲＰＳを受信すると、内部の比較制御部１６にて最大連続送信パケットサイズＴＰＳと最大連続受信パケットサイズＲＰＳとを比較して、２０バイトの最大連続送信パケットサイズＴＰＳより１０バイトの最大連続受信パケットサイズＲＰＳの方が小さいと判定する。
【００４１】
そして、多重通信装置１Ａでは、送信用メモリ１２に記憶された送信データを１０バイトづつのデータ量に分割して、データ送信処理部１４にて１０バイト分のデータを送信するための一又は複数のＣＡＮフレームＣＦを作成することでパケットを作成する処理をし、１０バイト分のデータを含むパケットを送信間隔ＴＴｍｉｎのフレーム間隔にて連続送信する。
【００４２】
また、他の具体的な通信処理としては、図１０に示すように、データ送信側を多重通信装置１Ｂとし、データ受信側を多重通信装置１Ａとし、更に多重通信装置１Ａの最大連続受信パケットサイズＲＰＳを４０バイトとし、多重通信装置１Ｂの最大連続送信パケットサイズＴＰＳを３０バイトとする。
【００４３】
このような状態において、多重通信装置１Ａでは、定期的に伝送制御フレームＴＦを送信することで、多重通信装置１Ｂに最大連続受信パケットサイズＲＰＳ及び送信間隔ＴＴｍｉｎを通知する。多重通信装置１Ｂでは、最大連続受信パケットサイズＲＰＳを受信すると、内部の比較制御部１６にて最大連続送信パケットサイズＴＰＳと最大連続受信パケットサイズＲＰＳとを比較して、３０バイトの最大連続送信パケットサイズＴＰＳより４０バイトの最大連続受信パケットサイズＲＰＳの方が大きいと判定する。
【００４４】
そして、多重通信装置１Ｂでは、送信用メモリ１２に記憶された送信データを３０バイトづつのデータ量に分割して、データ送信処理部１４にて３０バイト分のデータを送信するための一又は複数のＣＡＮフレームＣＦを作成することでパケットを作成する処理をし、３０バイト分のデータを含むパケットを送信間隔ＴＴｍｉｎのフレーム間隔にて連続送信する。
【００４５】
［多重通信装置１間の双方向データ通信処理］
つぎに、複数の多重通信装置１にて同時に双方向のデータ通信処理を実行するときの処理について図１１の流れ図を参照して説明する。
【００４６】
図１１に示す処理では、多重通信装置１Ａから多重通信装置１Ｂに第１データを送信すると共に、多重通信装置１Ｂから多重通信装置１Ａに第２データを送信する。
【００４７】
図１１によれば、先ず、多重通信装置１Ａから多重通信装置１Ｂに第１データを送信することを示すファーストフレームＦＦ（Ｓ１）を送信すると共に、多重通信装置１Ｂから多重通信装置１Ａに第２データを送信することを示すファーストフレームＦＦ（Ｓ２）を送信する。これにより、多重通信装置１Ａ及び多重通信装置１Ｂでは、接続先の多重通信装置１がデータ送信を要求していることを認識する。
【００４８】
ここで、ファーストフレームＦＦ（Ｓ１，Ｓ２）が交換された後から、多重通信装置１Ａ及び多重通信装置１Ｂは、それぞれの最大連続受信パケットサイズＲＰＳ及び送信間隔ＴＴｍｉｎを含む伝送制御フレームＴＦの送信を開始する。これにより、多重通信装置１Ａでは、多重通信装置１Ｂからフレームを送信する送信間隔ＴＴｍｉｎＡを指定し、多重通信装置１Ｂでは、多重通信装置１Ａからフレームを送信する送信間隔ＴＴｍｉｎＢを指定する。
【００４９】
また、多重通信装置１Ａ及び多重通信装置１Ｂは、受信した伝送制御フレームＴＦに含まれる最大連続受信パケットサイズＲＰＳを用いて、内部に保持しているそれぞれの最大連続送信パケットサイズＴＰＳと比較して、連続して送信するデータ量を決定する。これにより、多重通信装置１Ａでは、送信データをパケットＡ１とパケットＡ２とに分割して送信することを決定し、多重通信装置１Ｂでは、送信データを一つのパケットＢで送信することを決定する。
【００５０】
このような状態において、多重通信装置１Ｂは、ファーストフレームＦＦ（Ｓ２）から送信間隔ＴＴｍｉｎＡの間隔を介して、フローコントロールフレームＦＣ（Ｓ３）を多重通信装置１Ａに送り、多重通信装置１Ａでは、パケットＡ１にて第１データを含むＣＡＮフレームＣＦ（Ｓ４）の送信を開始する。そして、多重通信装置１Ａでは、多重通信装置１Ｂからの伝送制御フレームＴＦに含まれる送信間隔ＴＴｍｉｎＢを介して、ファーストフレームＦＦ（Ｓ２）に対するフローコントロールフレームＦＣ（Ｓ５）を送信し、次いでＣＡＮフレームＣＦ（Ｓ６）を送信する。
【００５１】
ここで、多重通信装置１ＡからのフローコントロールフレームＦＣ（Ｓ５）を多重通信装置１Ｂにて受信すると、多重通信装置１ＢからパケットＢで第２データを含むＣＡＮフレームＣＦ（Ｓ７）の送信を開始する。
【００５２】
そして、多重通信装置１ＡにてＳ４，Ｓ６のＣＡＮフレームＣＦを連続送信することで、多重通信装置１ＢにてＳ４，Ｓ６のＣＡＮフレームＣＦを連続受信したときには、多重通信装置１Ｂから多重通信装置１ＡにレスポンスフレームＲＦ（Ｓ８）を送信して、送信間隔ＴＴｍｉｎＡを介してパケットＢのＣＡＮフレームＣＦ（Ｓ９）を送信する。
【００５３】
次に、多重通信装置１Ａでは、多重通信装置１ＢからレスポンスフレームＲＦ（Ｓ８）を受信したことに応じて、パケットＡ１に続くパケットＡ２を送信することを示すファーストフレームＦＦ（Ｓ１０）を多重通信装置１Ｂに送信する。
【００５４】
これに応じて、多重通信装置１Ｂでは、第２データを含むＣＡＮフレームＣＦ（Ｓ１１）を送信しているときに、送信間隔ＴＴｍｉｎＡを介してフローコントロールフレームＦＣ（Ｓ１２）を多重通信装置１Ａに送り、更に、送信間隔ＴＴｍｉｎＡを介して伝送制御フレームＴＦ（Ｓ１３）を送る。
【００５５】
これにより、多重通信装置１Ａでは、パケットＡ２で第１データを含むＣＡＮフレームＣＦ（Ｓ１４）を送信する。
【００５６】
そして、多重通信装置１ＢにてＳ７，Ｓ９，Ｓ１１のＣＡＮフレームＣＦを連続送信することで、多重通信装置１ＡにてＳ７，Ｓ９，Ｓ１１のＣＡＮフレームＣＦを連続受信したときには、多重通信装置１Ａから多重通信装置１ＢにレスポンスフレームＲＦ（Ｓ１５）を送信する。
【００５７】
次いで、多重通信装置１Ａでは、送信間隔ＴＴｍｉｎＢを介してパケットＡ２のＣＡＮフレームＣＦ（Ｓ１６）を送信し、更に伝送制御フレームＴＦ（Ｓ１７）を送信する。
【００５８】
そして、多重通信装置１ＡにてＳ１４，Ｓ１６のＣＡＮフレームＣＦを連続送信することで、多重通信装置１ＢにてＳ１４，Ｓ１６のＣＡＮフレームＣＦを連続受信したときには、多重通信装置１Ｂから多重通信装置１ＡにレスポンスフレームＲＦ（Ｓ１８）を送信する。
【００５９】
これにより、多重通信装置１Ａでは、パケットＡ１及びパケットＡ２にて第１データを送信完了すると共に、多重通信装置１Ｂでは、パケットＢにて第２データを送信完了する。そして、多重通信装置１Ａでは、第２データを受信データとして受信用メモリ１３に格納してデータ処理部１１に送る受信処理をし、多重通信装置１Ｂでは、第１データを受信データとして受信用メモリ１３に格納したデータ処理部１１に送る受信処理をする。
【００６０】
［実施形態の効果］
以上詳細に説明したように、本実施形態によれば、データを送信するに際して、送信先の多重通信装置１の最大連続受信パケットサイズＲＰＳと送信元の最大連続送信パケットサイズＴＰＳとを比較して、小さい方のパケットサイズを選択してデータを連続送信するので、送信先の多重通信装置１にて確実にデータを連続受信することができる。すなわち、この実施形態によれば、データ送信元の送信用メモリ１２のメモリ容量とデータ送信先の受信用メモリ１３のメモリ容量が異なることにより連続して通信可能なデータ量が異なる場合であっても、確実に連続したデータ通信をすることができ、例えば設計変更によりメモリ容量が変更した場合であっても、システム全体にてメモリ容量に関する再設計をする必要がない。
【００６１】
また、この実施形態によれば、データ受信側の多重通信装置１にて最大連続受信パケットサイズＲＰＳをデータ送信側の多重通信装置１に通知した後に、連続して送信されるデータを受信するので、データ送信側の多重通信装置１よりもメモリ容量が少ないためにデータ受信ができなくなり、データを破棄することなどを防止することができる。
【００６２】
更に、上述した実施形態によれば、図１１に示した処理を行うことで、多重通信装置１Ａから多重通信装置１Ｂに送信するフレームを多重通信装置１Ｂにて指定した送信間隔ＴＴｍｉｎＢにより規制すると共に、多重通信装置１Ｂから多重通信装置１Ａに送信するフレームを多重通信装置１Ａにて指定した送信間隔ＴＴｍｉｎＡにより規制するので、送信されたデータを確実に受信して双方向のデータ通信を実現することができ、最適なデータ通信速度を実現することができる。
【００６３】
なお、上述の実施の形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。
【図面の簡単な説明】
【図１】本発明を適用した多重通信装置の機能的な構成を示すブロック図である。
【図２】データ送信側の多重通信装置とデータ受信側の多重通信装置との間でフレームＩＤを設定する処理について説明するための図である。
【図３】データ送信側の多重通信装置とデータ受信側の多重通信装置との間で送受信するパケット及びレスポンスフレーム（Ａ）、各パケットの構造（Ｂ）、各フレームの構造（Ｃ）を示す図である。
【図４】データ送信側の多重通信装置とデータ受信側の多重通信装置との間で送受信する情報について説明するための図である。
【図５】データ送信側の多重通信装置とデータ受信側の多重通信装置との間で送受信する情報の他の例について説明するための図である。
【図６】各パケットの構造（Ａ）、各パケットに含まれるフレームの間隔（Ｂ）を示す図である。
【図７】データ送信側の多重通信装置から送信するフレーム（Ａ）、データ受信側の多重通信装置から送信するフレーム（Ｂ）を示す図である。
【図８】３つの多重通信装置の間でフレームＩＤを設定する処理について説明するための図である。
【図９】最大連続送信パケットサイズＴＰＳが２０バイトの多重通信装置から、最大連続受信パケットサイズＲＰＳが１０バイトの多重通信装置にデータを送信するときの処理について説明するための図である。
【図１０】最大連続送信パケットサイズＴＰＳが３０バイトの多重通信装置から、最大連続受信パケットサイズＲＰＳが４０バイトの多重通信装置にデータを送信するときの処理について説明するための図である。
【図１１】双方向でデータを送受信する通信処理について説明する流れ図である。
【符号の説明】
１ 多重通信装置
１１ データ処理部
１２ 送信用メモリ
１３ 受信用メモリ
１４ データ送信処理部
１５ データ受信処理部
１６ 比較制御部
２１ パケット
２２ レスポンスフレーム
３１ ファーストフレーム
３２ フローコントロールフレーム
３３ ＣＡＮフレーム
４１ ＩＤ格納領域
４２ フレーム種類識別情報格納領域
４３ データ領域
【発明の属する技術分野】
本発明は、データを送受信するデータ送信装置及び方法、データ通信システムに関する。
【０００２】
【従来の技術】
従来より、例えばＯＳＥＫ（Ｏｆｆｅｎｅ Ｓｙｓｔｅｍｅ ｕｎｄ ｄｅｒｅｎ Ｓｃｈｎｉｔｔｓｔｅｌｌｅｎ ｆｕｒ ｄｉｅ Ｅｌｅｋｔｒｏｎｉｋ ｉｍ Ｋｒａｆｔｆａｈｒｚｅｕｇ）、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ ＳｔａｎｄａｒｄｉｚａｔｉｏｎＯｒｇａｎｉｚａｔｉｏｎ）１５７６５に記述されているようなＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）を利用した通信技術が知られている。
【０００３】
この通信技術は、複数の端末間にてデータ送受信を行う場合に以下のような処理を行う。
【０００４】
先ず、送信側端末から受信側端末に送信する送信データがある場合には、送信側端末では、ファーストフレーム（ＦＦ、Ｆｉｒｓｔ Ｆｒａｍｅ）情報を受信側端末に送信する。これに応じて、受信側端末では、連続して送信されるフレームの最小間隔を示す最小間隔（ＳＴｍｉｎ、Ｓｅｐａｒａｔｉｏｎ Ｔｉｍｅ ｍｉｎ）情報、及び受信可能なフレーム数を示すブロックサイズ（ＢＳ、Ｂｌｏｃｋ Ｓｉｚｅ）情報とを含むフローコントロール（ＦＣ、Ｆｌｏｗ Ｃｏｎｔｒｏｌ ｆｒａｍｅ）情報を送信側端末に返信する。ここで、ブロックサイズ情報はＣＡＮ規格に準拠したＣＡＮフレームの数を示している。
【０００５】
次に送信側端末では、受信側端末から返信されたフローコントロール情報に含まれるブロックサイズ情報に従ったフレーム数のＣＡＮフレーム（ＣＦ、Ｃｏｎｓｅｃｕｔｉｖｅ Ｆｒａｍｅ）を、最小間隔情報に従った送信間隔にて受信側端末に送信する。
【０００６】
次に受信側端末では、ＣＡＮフレームの受信処理を完了して、次のＣＡＮフレームの受信が可能な状態になると、送信側端末に対してフローコントロール情報を返信し、送信側端末ではフローコントロール情報に従ったＣＡＮフレームを受信側端末に送信する処理を行う。
【０００７】
このような処理を、送信側端末の送信データが無くなるまで行うことで、送信側端末から受信側端末へのデータ送信を実現している。すなわち、このような通信技術では、ＣＡＮフレームを連続して受信可能な数及びＣＡＮフレームを連続受信するときの最小間隔を受信側端末から送信側端末に送信することで、受信側端末の受信メモリ容量及び受信処理速度を認識させて、送信側端末にて受信側端末に従った通信を実現している。
【０００８】
【非特許文献１】
ＯＳＥＫ／ＶＤＸ団体 Ｃｏｍｍｕｎｉｃｔｉｏｎ Ｖｅｒ２．２．２ ２１／Ｊｕｌｙ／２０００
【０００９】
【非特許文献２】
ＩＳＯ規格 ＩＳＯ／ＴＣ２２／ＳＣ３／ＷＧ１ ＩＳＯ／ＤＩＳ １５７６５−２ ２０００／０３／２２
【００１０】
【非特許文献３】
ＩＳＯ規格 ＩＳＯ／ＴＣ２２／ＳＣ３／ＷＧ１ ＩＳＯ／ＤＩＳ １１８９８ １９９３／１１／１５
【００１１】
【発明が解決しようとする課題】
しかしながら、従来の通信技術では、受信側端末の受信メモリ容量に従ったブロックサイズ情報を送信側端末に送信して、送信側端末の連続送信フレーム数を設定していたので、受信側端末の受信メモリ容量が送信側端末の送信メモリ容量よりも大きい場合には、送信側端末にてブロックサイズ情報に従ったフレーム数が連続送信できないことがある。
【００１２】
したがって、従来の通信技術では、受信側端末にてシステム設計段階における送信側端末の送信メモリ容量を認識しておき、受信メモリ容量よりも送信メモリ容量が小さい場合には、受信側端末にて送信メモリ容量に応じたブロックサイズを設定する必要があった。
【００１３】
そこで、本発明は、上述した実情に鑑みて提案されたものであり、システムの設計変更により各端末のメモリ容量が変化した場合にもシステム全体のメモリ容量に関する再設計をすることなく通信を実現することができるデータ送信装置及び方法、データ通信システムを提供するものである。
【００１４】
【課題を解決するための手段】
本発明では、データ送信先にデータを送信するに際して、データ送信元は、連続してデータ受信可能なデータ量を示す連続受信データ量をデータ送信先から受信し、受信した上記連続受信データ量と、予め設定された連続送信データ量とを比較して、小さい方のデータ量を選択し、選択したデータ量に相当するデータフレームを連続して送信するパケットを作成して、当該パケットを送信する。
【００１５】
【発明の効果】
本発明によれば、データを送信するに際して、送信先の連続受信データ量と送信元の連続送信データ量とを比較して、小さい方のデータ量を選択してデータを連続送信するので、送信先にて確実にデータを連続受信することができる。したがって、本発明によれば、データ送信元のメモリ容量とデータ送信先のメモリ容量が異なることにより連続して通信可能なデータ量が異なる場合であっても、確実に連続したデータ通信をすることができ、例えば設計変更によりメモリ容量が変更した場合であっても、システム全体にてメモリ容量に関する再設計をする必要がない。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
【００１７】
本発明は、例えば図１に示すような機能的な構成を有する多重通信装置１に適用される。この多重通信装置１は、他の多重通信装置１と通信回線を介して接続されて、全二重方式にて双方向通信をする。
【００１８】
［多重通信装置１の機能的な構成］
この多重通信装置１は、外部の電子機器と接続されたデータ処理部１１を備える。このデータ処理部１１には、外部電子機器から他の多重通信装置１に送信する送信データが供給されると共に、他の多重通信装置１から受信した受信データが入力される。このデータ処理部１１は、外部電子機器から送信データが供給された場合には、当該送信データを送信用メモリ１２に記憶させる。また、データ処理部１１は、受信用メモリ１３に受信データが記憶された場合には、当該受信データを取りだして所定の処理をして外部電子機器に送る。なお、送信用メモリ１２及び受信用メモリ１３は、入力されたデータを一時的に記憶する記憶装置であって、単一の記憶装置で構成されていても良い。
【００１９】
このような多重通信装置１間にて通信を行う場合、先ず、多重通信装置１間にてチャンネル設定をする。このチャンネル設定処理をすることで、各多重通信装置１にはデータフレームを識別するフレームＩＤが割り当てられ、当該フレームＩＤを参照してデータや情報のやりとりをする。
【００２０】
具体的には、図２に示すように多重通信装置１Ａと多重通信装置１Ｂとの間で通信をする場合には、多重通信装置１Ａと多重通信装置１Ｂとの間でチャンネル設定処理をすることにより、多重通信装置１ＡのフレームＩＤを「１」とし、多重通信装置１ＢのフレームＩＤを「２」とする。このフレームＩＤは、図３（Ｃ）に示すように各フレームのＩＤ格納領域４１に格納される。
【００２１】
このようにチャンネル設定処理がなされた状態において、多重通信装置１Ａと多重通信装置１Ｂとの間で通信をする場合、多重通信装置１Ａ及び多重通信装置１Ｂでは、フレームの種類を示すフレーム種類識別情報（Ｎ＿ＰＣＩｔｙｐｅ）を、図３（Ｃ）に示す各フレームのフレーム種類識別情報格納領域４２に格納する。このフレーム種類識別情報は、数値の「０」〜「５」が使用され、多重通信装置１Ａ及び多重通信装置１Ｂにてフレームの種類が識別可能とする。
【００２２】
本例では、フレーム種類識別情報の値が「０」の場合は、ＯＳＥＫ（Ｏｆｆｅｎｅ Ｓｙｓｔｅｍｅ ｕｎｄ ｄｅｒｅｎ Ｓｃｈｎｉｔｔｓｔｅｌｌｅｎ ｆｕｒ ｄｉｅ Ｅｌｅｋｔｒｏｎｉｋ ｉｍ Ｋｒａｆｔｆａｈｒｚｅｕｇ）やＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｏｒｇａｎｉｚａｔｉｏｎ）１５７６５に準拠したシングルフレームＳＦ（Ｓｉｎｇｌｅ Ｆｒａｍｅ）であることを示す。また、フレーム種類識別情報の値が「１」の場合は、ファーストフレームＦＦであることを示す。この場合、各多重通信装置１間にてデータ送信を開始する情報は、図３（Ｃ）のデータ領域４３に格納される。
【００２３】
更にフレーム種類識別情報の値が「２」の場合は、送信データを含むＣＡＮフレームＣＦ（Ｃｏｎｓｅｃｕｔｉｖｅ Ｆｒａｍｅ）であることを示す。この場合、データ領域４３には、データ受信側に送信するデータが格納される。
【００２４】
更にまた、フレーム種類識別情報の値が「３」の場合は、データ送信側の送信処理を制御するフローコントロールフレームＦＣ（Ｆｌｏｗ Ｃｏｎｔｒｏｌ ｆｒａｍｅ）であることを示す。この場合、データ領域４３には、連続して送信されるフレームの最小間隔を示す最小間隔情報ＳＴｍｉｎ（Ｓｅｐａｒａｔｉｏｎ Ｔｉｍｅ ｍｉｎ）情報及び連続受信可能なフレーム数を示すブロックサイズ情報ＢＳ（Ｂｌｏｃｋ Ｓｉｚｅ）が格納される。
【００２５】
更にまた、フレーム種類識別情報の値が「４」の場合は、レスポンスフレームＲＦ（Ｒｅｓｐｏｎｓｅ Ｆｒａｍｅ）であることを示す。この場合、データ領域４３には、受信側にて生成されてフレームデータを受信したことを示す情報が格納される。
【００２６】
更にまた、フレーム種類識別情報の値が「５」の場合は、データ送信側の送信処理を制御する伝送制御フレーム（ＴＦ、Ｔｒａｎｓｍｉｓｓｉｏｎ Ｆｒａｍｅ）であることを示す。この場合、データ領域４３には、全フレームの送受信間隔を示す送信間隔情報ＴＴｍｉｎ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ ｍｉｎ）及び最大連続受信サイズパケットＲＰＳ（Ｒｅｃｅｐｔｉｏｎ Ｐａｃｋｅｔ Ｓｉｚｅ）が格納される。この最大連続受信パケットサイズＲＰＳは、多重通信装置１の受信用メモリ１３の容量及びデータ受信処理部１５の受信処理速度に依存して予め多重通信装置１ごとに設定されている。
【００２７】
そして多重通信装置１Ａと多重通信装置１Ｂとの間でチャンネル設定をした状態にて、多重通信装置１Ａから多重通信装置１Ｂにデータを送信する場合、図３（Ａ）に示すように、多重通信装置１Ａのデータ送信処理部１４により送信データをパケット２１単位に分割して送信して、多重通信装置１Ｂのデータ受信処理部１５にてパケット２１に含まれるフレームを受信する。そして、多重通信装置１Ｂのデータ受信処理部１５では、パケット２１に含まれる全フレームを受信した場合に受信完了したことを示すレスポンスフレーム２２を送信し、多重通信装置１Ａのデータ送信処理部１４ではレスポンスフレーム２２を受信したことに応じて、次のパケット２１を送信開始する。
【００２８】
多重通信装置１Ａから多重通信装置１Ｂに送信されるフレームは、図４及び図３（Ｂ）に示すように、ファーストフレームＦＦ及びＣＡＮフレームＣＦであり、多重通信装置１Ｂから多重通信装置１Ａに送信されるフレームは、フローコントロールフレームＦＣ及びレスポンスフレームＲＦである。なお、データ送信側を多重通信装置１Ｂとし、データ受信側を多重通信装置１Ａとした場合には、図５に示すように送受信するフレームの種類が逆となる。
【００２９】
このパケット２１は、図３（Ｂ）に示すように送信側の多重通信装置１Ａから送信されるファーストフレーム３１、受信側の多重通信装置１Ｂから送信されるフローコントロールフレーム３２、多重通信装置１Ａから送信される複数のＣＡＮフレーム３３を含む。なお、このように複数種類のフレームを単一のパケットとして分割して送信する送信方式をＭＰＤＴ（Ｍｕｌｔｉｐｌｅ Ｐａｃｋｅｔ Ｄａｔａ Ｔｒａｎｓｆｅｒ）と言う。ここで、一つのパケット２１に含まれて連続して送信されるＣＡＮフレーム３３の数は、多重通信装置１Ｂから多重通信装置１Ａに送信されるフローコントロールフレーム３２に含まれるブロックサイズ情報ＢＳや、最大連続送信パケットサイズＴＰＳ及び最大連続受信パケットサイズＲＰＳにて指定される。
【００３０】
また、各フレームは、図３（Ｃ）に示すように、ＩＤ格納領域４１、フレーム種類識別情報格納領域４２、データ領域４３に区分されている。ＩＤ格納領域４１には、上述のチャンネル設定処理により設定されたフレームＩＤが格納され、フレーム種類識別情報格納領域４２にはフレーム種類種別情報が格納される。また、データ領域４３には、送信側の多重通信装置１Ａにより送信データが格納されると共に、受信側の多重通信装置１Ｂによりブロックサイズ、最小送信間隔ＴＴｍｉｎが格納される。
【００３１】
ここで、各フレーム３１〜３３間には、例えば０．５秒ごとの一定間隔で伝送制御フレームＴＦがデータ受信側の多重通信装置１Ｂからデータ送信側の多重通信装置１Ａに送信される。この伝送制御フレームＴＦには、データ領域４３に送信間隔ＴＴｍｉｎ及び最大連続受信パケットサイズＲＰＳが格納される。
【００３２】
これに対し、データ送信側の多重通信装置１Ａでは、データ受信処理部１５にて伝送制御フレームＴＦを受信すると、比較制御部１６により、当該最大連続受信パケットサイズＲＰＳと予め保持しておいた最大連続送信パケットサイズＴＰＳ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ ｍｉｎ）と比較する。そして、比較制御部１６では、最大連続受信パケットサイズＲＰＳが最大連続送信パケットサイズＴＰＳよりも大きい場合には、最大連続送信パケットサイズＴＰＳを実際に送信するに際してのパケットのサイズにする。一方、最大連続受信パケットサイズＲＰＳが最大連続送信パケットサイズＴＰＳよりも小さい場合には最大連続受信パケットサイズＲＰＳを実際に送信するに際してのパケットのサイズにする。
【００３３】
これにより、データ送信側の多重通信装置１Ａでは、選択したパケットサイズに応じて連続して送信するフレーム数、例えばＣＡＮフレームＣＦの数を設定することでパケットサイズを調整する。
【００３４】
この最大連続送信パケットサイズＴＰＳは、多重通信装置１の送信用メモリ１２の容量及びデータ送信処理部１４の送信処理速度に依存して予め多重通信装置１ごとに設定されている。
【００３５】
このようにパケットサイズが設定された後に、多重通信装置１Ａと多重通信装置１Ｂとの間で送受信するパケットは、例えば図６（Ａ）に示すように複数フレームからなる場合に、各フレームの間隔が図６（Ｂ）に示すように伝送制御フレームＴＦに含まれる送信間隔ＴＴｍｉｎとなる。
【００３６】
この時、多重通信装置１Ａと多重通信装置１Ｂとの間では、図７（Ａ）に示すように、先ず、多重通信装置１Ａから多重通信装置１ＢにファーストフレームＦＦを送り、これに応じて図７（Ｂ）に示すように多重通信装置１Ｂから多重通信装置１ＡにフローコントロールフレームＦＣを送る。そして、多重通信装置１Ａでは、フローコントロールフレームＦＣ及び定期的に送信される伝送制御フレームＴＦに応じてパケットサイズを決定して、送信間隔ＴＴｍｉｎにてＣＡＮフレームＣＦを連続送信し、多重通信装置１ＢではＣＡＮフレームＣＦを連続受信する。そして、パケットに含まれる全ＣＡＮフレームＣＦを受信完了した後に、多重通信装置１Ｂから多重通信装置１ＡにレスポンスフレームＲＦを送信して、次のパケット送信に移行する。
【００３７】
なお、上述したような多重通信装置１において、図８に示すように多重通信装置１Ａ、多重通信装置１Ｂ及び多重通信装置１Ｃを相互に接続して、多重通信装置１Ａ、多重通信装置１Ｂ及び多重通信装置１Ｃ間にてデータ通信をする場合には、多重通信装置１Ａと多重通信装置１Ｂとの間でチャンネル１を確立し、多重通信装置１Ａと多重通信装置１Ｃとの間でチャンネル２を確立し、更に多重通信装置１Ｃと多重通信装置１Ｂとの間でチャンネル３を確立するようにチャンネル設定処理をする。これにより、多重通信装置１Ａから多重通信装置１Ｂに送信するフレームＩＤの値を「１」とし、多重通信装置１Ｂから多重通信装置１Ａに送信するフレームＩＤの値を「２」とし、多重通信装置１Ａから多重通信装置１Ｃに送信するフレームＩＤの値を「３」とし、多重通信装置１Ｃから多重通信装置１Ａに送信するフレームＩＤの値を「４」とし、多重通信装置１Ｂから多重通信装置１Ｃに送信するフレームＩＤの値を「５」とし、多重通信装置１Ｃから多重通信装置１Ｂに送信するフレームＩＤの値を「６」として、上述した処理をすることでデータ送受信を実現する。
【００３８】
［具体的な通信処理の説明］
つぎに、上述したような多重通信装置１において、具体的な通信処理について説明する。
【００３９】
前提として、図９に示すように、データ送信側を多重通信装置１Ａとし、データ受信側を多重通信装置１Ｂとし、更に多重通信装置１Ａの最大連続送信パケットサイズＴＰＳを２０バイトとし、多重通信装置１Ｂの最大連続受信パケットサイズＲＰＳを１０バイトとする。
【００４０】
このような状態において、多重通信装置１Ｂでは、定期的に伝送制御フレームＴＦを送信することで、多重通信装置１Ａに最大連続受信パケットサイズＲＰＳ及び送信間隔ＴＴｍｉｎを通知する。多重通信装置１Ａでは、最大連続受信パケットサイズＲＰＳを受信すると、内部の比較制御部１６にて最大連続送信パケットサイズＴＰＳと最大連続受信パケットサイズＲＰＳとを比較して、２０バイトの最大連続送信パケットサイズＴＰＳより１０バイトの最大連続受信パケットサイズＲＰＳの方が小さいと判定する。
【００４１】
そして、多重通信装置１Ａでは、送信用メモリ１２に記憶された送信データを１０バイトづつのデータ量に分割して、データ送信処理部１４にて１０バイト分のデータを送信するための一又は複数のＣＡＮフレームＣＦを作成することでパケットを作成する処理をし、１０バイト分のデータを含むパケットを送信間隔ＴＴｍｉｎのフレーム間隔にて連続送信する。
【００４２】
また、他の具体的な通信処理としては、図１０に示すように、データ送信側を多重通信装置１Ｂとし、データ受信側を多重通信装置１Ａとし、更に多重通信装置１Ａの最大連続受信パケットサイズＲＰＳを４０バイトとし、多重通信装置１Ｂの最大連続送信パケットサイズＴＰＳを３０バイトとする。
【００４３】
このような状態において、多重通信装置１Ａでは、定期的に伝送制御フレームＴＦを送信することで、多重通信装置１Ｂに最大連続受信パケットサイズＲＰＳ及び送信間隔ＴＴｍｉｎを通知する。多重通信装置１Ｂでは、最大連続受信パケットサイズＲＰＳを受信すると、内部の比較制御部１６にて最大連続送信パケットサイズＴＰＳと最大連続受信パケットサイズＲＰＳとを比較して、３０バイトの最大連続送信パケットサイズＴＰＳより４０バイトの最大連続受信パケットサイズＲＰＳの方が大きいと判定する。
【００４４】
そして、多重通信装置１Ｂでは、送信用メモリ１２に記憶された送信データを３０バイトづつのデータ量に分割して、データ送信処理部１４にて３０バイト分のデータを送信するための一又は複数のＣＡＮフレームＣＦを作成することでパケットを作成する処理をし、３０バイト分のデータを含むパケットを送信間隔ＴＴｍｉｎのフレーム間隔にて連続送信する。
【００４５】
［多重通信装置１間の双方向データ通信処理］
つぎに、複数の多重通信装置１にて同時に双方向のデータ通信処理を実行するときの処理について図１１の流れ図を参照して説明する。
【００４６】
図１１に示す処理では、多重通信装置１Ａから多重通信装置１Ｂに第１データを送信すると共に、多重通信装置１Ｂから多重通信装置１Ａに第２データを送信する。
【００４７】
図１１によれば、先ず、多重通信装置１Ａから多重通信装置１Ｂに第１データを送信することを示すファーストフレームＦＦ（Ｓ１）を送信すると共に、多重通信装置１Ｂから多重通信装置１Ａに第２データを送信することを示すファーストフレームＦＦ（Ｓ２）を送信する。これにより、多重通信装置１Ａ及び多重通信装置１Ｂでは、接続先の多重通信装置１がデータ送信を要求していることを認識する。
【００４８】
ここで、ファーストフレームＦＦ（Ｓ１，Ｓ２）が交換された後から、多重通信装置１Ａ及び多重通信装置１Ｂは、それぞれの最大連続受信パケットサイズＲＰＳ及び送信間隔ＴＴｍｉｎを含む伝送制御フレームＴＦの送信を開始する。これにより、多重通信装置１Ａでは、多重通信装置１Ｂからフレームを送信する送信間隔ＴＴｍｉｎＡを指定し、多重通信装置１Ｂでは、多重通信装置１Ａからフレームを送信する送信間隔ＴＴｍｉｎＢを指定する。
【００４９】
また、多重通信装置１Ａ及び多重通信装置１Ｂは、受信した伝送制御フレームＴＦに含まれる最大連続受信パケットサイズＲＰＳを用いて、内部に保持しているそれぞれの最大連続送信パケットサイズＴＰＳと比較して、連続して送信するデータ量を決定する。これにより、多重通信装置１Ａでは、送信データをパケットＡ１とパケットＡ２とに分割して送信することを決定し、多重通信装置１Ｂでは、送信データを一つのパケットＢで送信することを決定する。
【００５０】
このような状態において、多重通信装置１Ｂは、ファーストフレームＦＦ（Ｓ２）から送信間隔ＴＴｍｉｎＡの間隔を介して、フローコントロールフレームＦＣ（Ｓ３）を多重通信装置１Ａに送り、多重通信装置１Ａでは、パケットＡ１にて第１データを含むＣＡＮフレームＣＦ（Ｓ４）の送信を開始する。そして、多重通信装置１Ａでは、多重通信装置１Ｂからの伝送制御フレームＴＦに含まれる送信間隔ＴＴｍｉｎＢを介して、ファーストフレームＦＦ（Ｓ２）に対するフローコントロールフレームＦＣ（Ｓ５）を送信し、次いでＣＡＮフレームＣＦ（Ｓ６）を送信する。
【００５１】
ここで、多重通信装置１ＡからのフローコントロールフレームＦＣ（Ｓ５）を多重通信装置１Ｂにて受信すると、多重通信装置１ＢからパケットＢで第２データを含むＣＡＮフレームＣＦ（Ｓ７）の送信を開始する。
【００５２】
そして、多重通信装置１ＡにてＳ４，Ｓ６のＣＡＮフレームＣＦを連続送信することで、多重通信装置１ＢにてＳ４，Ｓ６のＣＡＮフレームＣＦを連続受信したときには、多重通信装置１Ｂから多重通信装置１ＡにレスポンスフレームＲＦ（Ｓ８）を送信して、送信間隔ＴＴｍｉｎＡを介してパケットＢのＣＡＮフレームＣＦ（Ｓ９）を送信する。
【００５３】
次に、多重通信装置１Ａでは、多重通信装置１ＢからレスポンスフレームＲＦ（Ｓ８）を受信したことに応じて、パケットＡ１に続くパケットＡ２を送信することを示すファーストフレームＦＦ（Ｓ１０）を多重通信装置１Ｂに送信する。
【００５４】
これに応じて、多重通信装置１Ｂでは、第２データを含むＣＡＮフレームＣＦ（Ｓ１１）を送信しているときに、送信間隔ＴＴｍｉｎＡを介してフローコントロールフレームＦＣ（Ｓ１２）を多重通信装置１Ａに送り、更に、送信間隔ＴＴｍｉｎＡを介して伝送制御フレームＴＦ（Ｓ１３）を送る。
【００５５】
これにより、多重通信装置１Ａでは、パケットＡ２で第１データを含むＣＡＮフレームＣＦ（Ｓ１４）を送信する。
【００５６】
そして、多重通信装置１ＢにてＳ７，Ｓ９，Ｓ１１のＣＡＮフレームＣＦを連続送信することで、多重通信装置１ＡにてＳ７，Ｓ９，Ｓ１１のＣＡＮフレームＣＦを連続受信したときには、多重通信装置１Ａから多重通信装置１ＢにレスポンスフレームＲＦ（Ｓ１５）を送信する。
【００５７】
次いで、多重通信装置１Ａでは、送信間隔ＴＴｍｉｎＢを介してパケットＡ２のＣＡＮフレームＣＦ（Ｓ１６）を送信し、更に伝送制御フレームＴＦ（Ｓ１７）を送信する。
【００５８】
そして、多重通信装置１ＡにてＳ１４，Ｓ１６のＣＡＮフレームＣＦを連続送信することで、多重通信装置１ＢにてＳ１４，Ｓ１６のＣＡＮフレームＣＦを連続受信したときには、多重通信装置１Ｂから多重通信装置１ＡにレスポンスフレームＲＦ（Ｓ１８）を送信する。
【００５９】
これにより、多重通信装置１Ａでは、パケットＡ１及びパケットＡ２にて第１データを送信完了すると共に、多重通信装置１Ｂでは、パケットＢにて第２データを送信完了する。そして、多重通信装置１Ａでは、第２データを受信データとして受信用メモリ１３に格納してデータ処理部１１に送る受信処理をし、多重通信装置１Ｂでは、第１データを受信データとして受信用メモリ１３に格納したデータ処理部１１に送る受信処理をする。
【００６０】
［実施形態の効果］
以上詳細に説明したように、本実施形態によれば、データを送信するに際して、送信先の多重通信装置１の最大連続受信パケットサイズＲＰＳと送信元の最大連続送信パケットサイズＴＰＳとを比較して、小さい方のパケットサイズを選択してデータを連続送信するので、送信先の多重通信装置１にて確実にデータを連続受信することができる。すなわち、この実施形態によれば、データ送信元の送信用メモリ１２のメモリ容量とデータ送信先の受信用メモリ１３のメモリ容量が異なることにより連続して通信可能なデータ量が異なる場合であっても、確実に連続したデータ通信をすることができ、例えば設計変更によりメモリ容量が変更した場合であっても、システム全体にてメモリ容量に関する再設計をする必要がない。
【００６１】
また、この実施形態によれば、データ受信側の多重通信装置１にて最大連続受信パケットサイズＲＰＳをデータ送信側の多重通信装置１に通知した後に、連続して送信されるデータを受信するので、データ送信側の多重通信装置１よりもメモリ容量が少ないためにデータ受信ができなくなり、データを破棄することなどを防止することができる。
【００６２】
更に、上述した実施形態によれば、図１１に示した処理を行うことで、多重通信装置１Ａから多重通信装置１Ｂに送信するフレームを多重通信装置１Ｂにて指定した送信間隔ＴＴｍｉｎＢにより規制すると共に、多重通信装置１Ｂから多重通信装置１Ａに送信するフレームを多重通信装置１Ａにて指定した送信間隔ＴＴｍｉｎＡにより規制するので、送信されたデータを確実に受信して双方向のデータ通信を実現することができ、最適なデータ通信速度を実現することができる。
【００６３】
なお、上述の実施の形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。
【図面の簡単な説明】
【図１】本発明を適用した多重通信装置の機能的な構成を示すブロック図である。
【図２】データ送信側の多重通信装置とデータ受信側の多重通信装置との間でフレームＩＤを設定する処理について説明するための図である。
【図３】データ送信側の多重通信装置とデータ受信側の多重通信装置との間で送受信するパケット及びレスポンスフレーム（Ａ）、各パケットの構造（Ｂ）、各フレームの構造（Ｃ）を示す図である。
【図４】データ送信側の多重通信装置とデータ受信側の多重通信装置との間で送受信する情報について説明するための図である。
【図５】データ送信側の多重通信装置とデータ受信側の多重通信装置との間で送受信する情報の他の例について説明するための図である。
【図６】各パケットの構造（Ａ）、各パケットに含まれるフレームの間隔（Ｂ）を示す図である。
【図７】データ送信側の多重通信装置から送信するフレーム（Ａ）、データ受信側の多重通信装置から送信するフレーム（Ｂ）を示す図である。
【図８】３つの多重通信装置の間でフレームＩＤを設定する処理について説明するための図である。
【図９】最大連続送信パケットサイズＴＰＳが２０バイトの多重通信装置から、最大連続受信パケットサイズＲＰＳが１０バイトの多重通信装置にデータを送信するときの処理について説明するための図である。
【図１０】最大連続送信パケットサイズＴＰＳが３０バイトの多重通信装置から、最大連続受信パケットサイズＲＰＳが４０バイトの多重通信装置にデータを送信するときの処理について説明するための図である。
【図１１】双方向でデータを送受信する通信処理について説明する流れ図である。
【符号の説明】
１ 多重通信装置
１１ データ処理部
１２ 送信用メモリ
１３ 受信用メモリ
１４ データ送信処理部
１５ データ受信処理部
１６ 比較制御部
２１ パケット
２２ レスポンスフレーム
３１ ファーストフレーム
３２ フローコントロールフレーム
３３ ＣＡＮフレーム
４１ ＩＤ格納領域
４２ フレーム種類識別情報格納領域
４３ データ領域
Claims (8)
- データの送信先となる通信装置との間で情報の送受信をすると共に、データを分割したデータフレームごとに上記通信装置にデータ送信をする送受信手段と、
上記通信装置に送信するデータを記憶する記憶手段と、
上記通信装置から送信されて上記送受信手段にて受信した上記通信装置にて連続してデータ受信可能なデータ量を示す連続受信データ量情報と、上記送受信手段により連続してデータ送信可能なデータ量を示す連続送信データ量情報とを比較する比較手段と、
上記比較手段により比較した結果に基づいて、上記連続受信データ量情報と上記連続送信データ量情報とのうち小さいデータ量を選択する選択手段と、
上記選択手段により選択されたデータ量に相当するデータフレームを連続して送信するパケットを作成して、当該パケットを送信するように上記送受信手段を制御する制御手段と
を備えることを特徴とするデータ送信装置。 - 上記連続送信データ量情報は、上記記憶手段の容量に基づいたデータ量を示し、上記連続受信データ量情報は、上記通信装置でデータを一時記憶する受信用メモリの容量に基づいたデータ量を示すことを特徴とする請求項１に記載のデータ送信装置。
- 上記送受信手段は、各データフレームを送信する間隔を指定するフレーム間隔情報を上記通信装置から受信し、
上記制御手段は、上記フレーム間隔情報にて指定されたフレーム間隔以上のフレーム間隔でデータフレームを連続して送信するように上記送受信手段を制御することを特徴とする請求項１に記載のデータ送信装置。 - データ送信先にデータを送信するに際して、
連続してデータ受信可能なデータ量を示す連続受信データ量をデータ送信先から受信し、
受信した上記連続受信データ量と、予め設定された連続送信データ量とを比較して、小さい方のデータ量を選択し、
選択したデータ量に相当するデータフレームを連続して送信するパケットを作成して、当該パケットを送信すること
を特徴とするデータ送信方法。 - 上記連続送信データ量を送信するデータを記憶する送信用メモリの容量に基づいたデータ量とし、当該連続送信データ量と、データ送信先でデータを一時記憶する受信用メモリの容量に基づいた上記連続受信データ量とを比較することを特徴とする請求項４に記載のデータ送信方法。
- 上記連続受信データ量と共に、各データフレームを送信する間隔を指定するフレーム間隔情報をデータ送信先から受信し、
上記フレーム間隔情報にて指定されたフレーム間隔以上のフレーム間隔でデータフレームを連続して送信することを特徴とする請求項４に記載のデータ送信方法。 - 第１多重通信装置から第２多重通信装置にデータを送信するデータ通信システムにおいて、
上記第１多重通信装置から受信したデータを記憶する受信用メモリを有し、当該受信用メモリの容量に基づく連続してデータ受信可能なデータ量を示す連続受信データ量を上記第１多重通信装置に送信する第２多重通信装置と、
上記第２多重通信装置に送信するデータを記憶する送信用メモリを有し、上記第２多重通信装置からの連続受信データ量情報を受信して、当該連続受信データ量情報と上記送信用メモリの容量に基づく連続してデータ送信可能なデータ量を示す連続送信データ量情報とを比較して、小さいデータ量に相当するデータフレームを連続して送信するパケットを作成して、当該パケットを上記第２多重通信装置に送信する第１多重通信装置と
を備えることを特徴とするデータ通信システム。 - 上記第２多重通信装置は、各データフレームを送信する間隔を指定するフレーム間隔情報を上記第１多重通信装置に送信し、
上記第１多重通信装置は、上記フレーム間隔情報にて指定されたフレーム間隔以上のフレーム間隔でデータフレームを連続して送信することを特徴とする請求項７に記載のデータ通信システム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002321449A JP2004158988A (ja) | 2002-11-05 | 2002-11-05 | データ送信装置及び方法、データ通信システム |
| US10/681,191 US7355973B2 (en) | 2002-11-05 | 2003-10-09 | Data transmitting device and method for transmitting and receiving data and data communication system |
| EP20030256592 EP1435705A3 (en) | 2002-11-05 | 2003-10-20 | Method and device for data transmission and reception |
| CNA2003101045938A CN1499751A (zh) | 2002-11-05 | 2003-11-04 | 数据发射装置、发射和接收数据的方法及数据通信*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002321449A JP2004158988A (ja) | 2002-11-05 | 2002-11-05 | データ送信装置及び方法、データ通信システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004158988A true JP2004158988A (ja) | 2004-06-03 |
Family
ID=32171315
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002321449A Pending JP2004158988A (ja) | 2002-11-05 | 2002-11-05 | データ送信装置及び方法、データ通信システム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US7355973B2 (ja) |
| EP (1) | EP1435705A3 (ja) |
| JP (1) | JP2004158988A (ja) |
| CN (1) | CN1499751A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006270792A (ja) * | 2005-03-25 | 2006-10-05 | Fujitsu Ltd | フレーム伝送方法及び装置 |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6680910B1 (en) * | 1998-06-26 | 2004-01-20 | Intel Corporation | Network interface unit |
| BR0016875A (pt) | 1999-12-29 | 2003-06-17 | Hill Rom Services Inc | Suporte de paciente, colchão configurado para suportar um paciente, método para suportar um paciente, método de manter alìvio de pressão no calcanhar de um paciente, sistema de pressão para uso com um colchão de suporte de paciente, e, armação para um suporte de paciente |
| EP1585473B1 (en) * | 2002-09-06 | 2012-10-24 | Hill-Rom Services, Inc. | Hospital bed |
| US20060013137A1 (en) * | 2003-08-05 | 2006-01-19 | Jie Ni | Network interface unit |
| CN101309187B (zh) * | 2007-05-15 | 2011-08-03 | 华为技术有限公司 | 一种数据传输方法和*** |
| WO2013179554A1 (ja) * | 2012-05-30 | 2013-12-05 | 日本電気株式会社 | 通信装置および通信方法 |
| KR20140132063A (ko) * | 2013-05-07 | 2014-11-17 | 한국전자통신연구원 | 캔 통신 장치 및 방법 |
| EP2873400B1 (en) | 2013-11-18 | 2018-01-31 | Völker GmbH | Person support apparatus |
| JP2016225791A (ja) | 2015-05-29 | 2016-12-28 | 株式会社デンソー | 車載ネットワークシステム |
| CN106789493B (zh) * | 2016-11-16 | 2020-09-18 | 广州汽车集团股份有限公司 | 一种汽车软件刷新控制方法、***及网关 |
| CN115442177B (zh) * | 2022-08-22 | 2023-09-29 | 远峰科技股份有限公司 | 一种can网络的数据通信方法和装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE4131133B4 (de) * | 1991-09-19 | 2005-09-08 | Robert Bosch Gmbh | Verfahren und Vorrichtung zum Austausch von Daten in Datenverarbeitungsanlagen |
| JP4316817B2 (ja) * | 2001-02-26 | 2009-08-19 | 沖電気工業株式会社 | データ伝送装置およびデータ送出制御方法 |
| US8533307B2 (en) * | 2002-07-26 | 2013-09-10 | Robert Bosch Gmbh | Method and device for monitoring a data transmission |
-
2002
- 2002-11-05 JP JP2002321449A patent/JP2004158988A/ja active Pending
-
2003
- 2003-10-09 US US10/681,191 patent/US7355973B2/en not_active Expired - Fee Related
- 2003-10-20 EP EP20030256592 patent/EP1435705A3/en not_active Withdrawn
- 2003-11-04 CN CNA2003101045938A patent/CN1499751A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006270792A (ja) * | 2005-03-25 | 2006-10-05 | Fujitsu Ltd | フレーム伝送方法及び装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040085903A1 (en) | 2004-05-06 |
| EP1435705A3 (en) | 2005-12-21 |
| EP1435705A2 (en) | 2004-07-07 |
| CN1499751A (zh) | 2004-05-26 |
| US7355973B2 (en) | 2008-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1113644B1 (en) | Data transfer method and radio terminal for executing transport layer protocol on radio network | |
| US20080016248A1 (en) | Method and apparatus for time synchronization of parameters | |
| EA010385B1 (ru) | Способ и устройство для изохронной доставки дейтаграмм по каналу передачи данных с конкуренцией | |
| JP2004158988A (ja) | データ送信装置及び方法、データ通信システム | |
| KR101805628B1 (ko) | 오디오/비디오 네트워크에서의 동시성 통신을 위한 방법 및 시스템 | |
| JP4312633B2 (ja) | 送信方法および送信装置 | |
| US20220061119A1 (en) | Accelerating control procedures over ble connection oriented services | |
| CN111264079B (zh) | 数据传输方法、电子设备、***及存储介质 | |
| US20030118030A1 (en) | Optical communication system and optical communication method | |
| JP2009118482A (ja) | 移動通信システムのリンク二重化装置及び方法 | |
| CN112995056A (zh) | 一种流量调度方法、电子设备及存储介质 | |
| CN205142245U (zh) | 用于在载波侦听多址接入网络中进行组播通信的装置 | |
| US7558288B2 (en) | Layer-based multiple data processing apparatus and method | |
| Cisco | IBM Network Media Translation Commands | |
| CN107566278B (zh) | 传输方法、装置及*** | |
| CN109644158B (zh) | 区分报文进入消息的软件定义网络*** | |
| US11937279B2 (en) | Systems, devices, and methods related to configuring a multi-stream network with a messaging schedule | |
| CN110620725A (zh) | 一种交换设备的带外接口扩展方法及交换设备 | |
| US20010048668A1 (en) | Method and device for controlling data transmission | |
| JP2000183961A (ja) | パケット通信優先制御方法 | |
| JP2000134277A (ja) | 通信リンク自動識別方法及びそのシステム | |
| US20030210703A1 (en) | Method of managing frame and switch and network structure thereof | |
| JPH0879128A (ja) | スペクトラム拡散無線通信システム | |
| US7336609B2 (en) | Optimized method and optimized protocol engine for message transmission | |
| CN116743415A (zh) | 包括收发器的设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050928 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071120 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080205 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080603 |