JPH1051509A - データ通信システム - Google Patents
データ通信システムInfo
- Publication number
- JPH1051509A JPH1051509A JP8200874A JP20087496A JPH1051509A JP H1051509 A JPH1051509 A JP H1051509A JP 8200874 A JP8200874 A JP 8200874A JP 20087496 A JP20087496 A JP 20087496A JP H1051509 A JPH1051509 A JP H1051509A
- Authority
- JP
- Japan
- Prior art keywords
- data
- block
- code
- bytes
- sub
- 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.)
- Granted
Links
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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0057—Block codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L25/00—Baseband systems
- H04L25/38—Synchronous or start-stop systems, e.g. for Baudot code
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0067—Rate matching
-
- 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
-
- 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- 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
- H04L1/1845—Combining techniques, e.g. code combining
-
- 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/1848—Time-out mechanisms
-
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
-
- 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/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Abstract
(57)【要約】
【課題】 固定長データブロックによるデータ通信シス
テムにおいて、従来生じていた無駄なデータ送信処理を
有効に利用し、また信頼性の高いデータ転送をなす。 【解決課題】 固定長データブロックのデータ領域の大
きさであるＮバイトよりも、小なる送信データの場合、
このＮバイトの領域に、同一の送信データＤＡＴＡとそ
のエラーチェックコードＳＵＭ２との組を、繰り返し挿
入して送信する。これにより、受信側では、エラーのな
いまたはエラー訂正されたデータを優先的に受信する様
にして、信頼性の向上と、データ送信効率の向上を可能
とする。
テムにおいて、従来生じていた無駄なデータ送信処理を
有効に利用し、また信頼性の高いデータ転送をなす。 【解決課題】 固定長データブロックのデータ領域の大
きさであるＮバイトよりも、小なる送信データの場合、
このＮバイトの領域に、同一の送信データＤＡＴＡとそ
のエラーチェックコードＳＵＭ２との組を、繰り返し挿
入して送信する。これにより、受信側では、エラーのな
いまたはエラー訂正されたデータを優先的に受信する様
にして、信頼性の向上と、データ送信効率の向上を可能
とする。
Description
【０００１】
【発明の属する技術分野】本発明はデータ通信システム
に関し、特に固定長ブロックを使用したシリアル通信方
式において、転送データ量に応じてブロック内を複数の
サブブロックに分割して送信するデータ通信方式に関す
る。
に関し、特に固定長ブロックを使用したシリアル通信方
式において、転送データ量に応じてブロック内を複数の
サブブロックに分割して送信するデータ通信方式に関す
る。
【０００２】
【従来の技術】従来、この種のデータ通信システムは、
パーソナルコンピュータや携帯情報端末間において、有
線通信手段及び無線通信手段を利用したデータ転送及び
装置のコントロールなどに使用されている。この種のデ
ータ通信システムは、例えば、１９９４年１０月５日に
朝日新聞社より発行の飯田隆著による「新プロトコルハ
ンドブック」ｐ．２００〜ｐ．２０６に示されているよ
うに様々な方式が考案されている。
パーソナルコンピュータや携帯情報端末間において、有
線通信手段及び無線通信手段を利用したデータ転送及び
装置のコントロールなどに使用されている。この種のデ
ータ通信システムは、例えば、１９９４年１０月５日に
朝日新聞社より発行の飯田隆著による「新プロトコルハ
ンドブック」ｐ．２００〜ｐ．２０６に示されているよ
うに様々な方式が考案されている。
【０００３】Xmodem方式は、この種のデータ通信方式に
おいてはもっとも基本的な方法であり、送信側は転送デ
ータを固定長のブロックに区切り、全転送データを数回
に分けて送信する方式である。図９にそのブロックの具
体的内容を示す。ブロックの先頭には先頭コード（ＳＯ
Ｈ）が置かれる。次にそのブロックが何番目のブロック
なのかを示す１バイトのブロック番号（ＢＬＫ）及びブ
ロック番号をビット反転させたコードが置かれる。その
後ろには実際に転送されるデータが置かれる。そして、
ブロックの最後にはブロック内における誤りの有無を判
定するためのチェックサムコード（ＳＵＭ）が置かれ
る。
おいてはもっとも基本的な方法であり、送信側は転送デ
ータを固定長のブロックに区切り、全転送データを数回
に分けて送信する方式である。図９にそのブロックの具
体的内容を示す。ブロックの先頭には先頭コード（ＳＯ
Ｈ）が置かれる。次にそのブロックが何番目のブロック
なのかを示す１バイトのブロック番号（ＢＬＫ）及びブ
ロック番号をビット反転させたコードが置かれる。その
後ろには実際に転送されるデータが置かれる。そして、
ブロックの最後にはブロック内における誤りの有無を判
定するためのチェックサムコード（ＳＵＭ）が置かれ
る。
【０００４】図１０にXmodem方式における具体的なデー
タ送受信の手順を示す。まずデータ受信側が１バイトの
異常受信コード（ＮＡＫ）を送信し（ステップＳ１０
１）、これを受信したデータ送信側が第１ブロックを送
信する（ステップＳ１０２）。これを受信したデータ受
信側はチェックサムコードをチェックする。
タ送受信の手順を示す。まずデータ受信側が１バイトの
異常受信コード（ＮＡＫ）を送信し（ステップＳ１０
１）、これを受信したデータ送信側が第１ブロックを送
信する（ステップＳ１０２）。これを受信したデータ受
信側はチェックサムコードをチェックする。
【０００５】このチェックにより、誤り無しと判断され
た場合には、受信したデータを格納して１バイトの正常
受信コード（ＡＣＫ）を返答し（ステップＳ１０３、ス
テップＳ１０７）、誤り有りと判断された場合には、受
信したデー夕を破棄してＮＡＫを返答する（ステップＳ
１０５）。
た場合には、受信したデータを格納して１バイトの正常
受信コード（ＡＣＫ）を返答し（ステップＳ１０３、ス
テップＳ１０７）、誤り有りと判断された場合には、受
信したデー夕を破棄してＮＡＫを返答する（ステップＳ
１０５）。
【０００６】データ送信側では、ＡＣＫを受信した場合
には次のブロックを送信し（ステップＳ１０４）、ＮＡ
Ｋを受信した場合には前回と同じブロックを再送する
（ステップＳ１０６）。
には次のブロックを送信し（ステップＳ１０４）、ＮＡ
Ｋを受信した場合には前回と同じブロックを再送する
（ステップＳ１０６）。
【０００７】以下はこの手順の繰り返しであり、最終ブ
ロック転送後にデータ転送側は１バイトの終了コード
（ＥＯＴ）を送信し（ステップＳ１０８）、これを受信
したデータ受信側がＡＣＫを返答して処理は終了する
（ステップＳ１０９）。
ロック転送後にデータ転送側は１バイトの終了コード
（ＥＯＴ）を送信し（ステップＳ１０８）、これを受信
したデータ受信側がＡＣＫを返答して処理は終了する
（ステップＳ１０９）。
【０００８】Xmodem以外に考案されているYmodem方式や
Zmodem方式などの通信方式においては、より複雑な手順
を使用し、多量データ、多数ファイルなどに対応するた
めの工夫がなされている。
Zmodem方式などの通信方式においては、より複雑な手順
を使用し、多量データ、多数ファイルなどに対応するた
めの工夫がなされている。
【０００９】
【発明が解決しようとする課題】このようなXmodem方式
をはじめとする従来の通信方式においては、いくつかの
問題点がある。その第１の問題点は、Xmodem方式など固
定長ブロックを使用する通信方式においては、送信する
データ長が１ブロックのサイズ未満の場合に無駄なデー
タ送信処理が生じる点である。これは受信側が規定のデ
ータ長を受信することで１プロツク受信終了と判断する
処理を行っているため、送信するデータ長が１ブロック
のサイズ未満でも図１１のように残りの部分を補充コー
ド（ＳＵＢ）で埋めて送信しなければならないためであ
る。
をはじめとする従来の通信方式においては、いくつかの
問題点がある。その第１の問題点は、Xmodem方式など固
定長ブロックを使用する通信方式においては、送信する
データ長が１ブロックのサイズ未満の場合に無駄なデー
タ送信処理が生じる点である。これは受信側が規定のデ
ータ長を受信することで１プロツク受信終了と判断する
処理を行っているため、送信するデータ長が１ブロック
のサイズ未満でも図１１のように残りの部分を補充コー
ド（ＳＵＢ）で埋めて送信しなければならないためであ
る。
【００１０】その第２の問題点としては、固定長ブロッ
クを使用する通信方式においては、ブロック長が長くな
ると再送処理により転送効率の低下を招く点である。こ
れはブロック長が長くなるとそのブロックに誤りが発生
する確率が高くなるため、結果的に再送処理を行う確率
が高くなってしまうためである。
クを使用する通信方式においては、ブロック長が長くな
ると再送処理により転送効率の低下を招く点である。こ
れはブロック長が長くなるとそのブロックに誤りが発生
する確率が高くなるため、結果的に再送処理を行う確率
が高くなってしまうためである。
【００１１】その第３の問題点は、第１及び第２の問題
点を解決するためにブロックサイズを小さくするにして
も、多量のデータを転送する場合にはデータ転送に時間
がかかることである。これは、ブロックサイズを小さく
することによりブロック送信及び返答回数が増加し、こ
れらの処理に対する時間が増大するためである。
点を解決するためにブロックサイズを小さくするにして
も、多量のデータを転送する場合にはデータ転送に時間
がかかることである。これは、ブロックサイズを小さく
することによりブロック送信及び返答回数が増加し、こ
れらの処理に対する時間が増大するためである。
【００１２】その第４の問題点は、上記の各第１、第２
及び第３の問題点を解決するために可変長ブロックを使
用すると、処理が複雑となることである。これは、可変
長ブロックを使用した通信方式は、固定長ブロックを使
用した通信方式に対して、送信側と受信側間でブロック
長の取り決めを行う手順が始めに必要となるためであ
る。
及び第３の問題点を解決するために可変長ブロックを使
用すると、処理が複雑となることである。これは、可変
長ブロックを使用した通信方式は、固定長ブロックを使
用した通信方式に対して、送信側と受信側間でブロック
長の取り決めを行う手順が始めに必要となるためであ
る。
【００１３】本発明の目的は、従来生じた無駄なデータ
送信処理を有効利用し、信頼性の高いデータ転送を可能
とするデータ通信システムを提供することである。
送信処理を有効利用し、信頼性の高いデータ転送を可能
とするデータ通信システムを提供することである。
【００１４】
【課題を解決するための手段】本発明によれば、固定長
データブロックによりシリアルデータの通信を行なうデ
ータ通信システムであって、送信側において、前記固定
長データブロックのサイズに対して送信データ量が少な
い場合には、前記送信データを、前記ブロックサイズを
超えない範囲で同一ブロック内に繰り返し配置して、前
記ブロックを構成することを特徴とするデータ通信方式
が得られる。
データブロックによりシリアルデータの通信を行なうデ
ータ通信システムであって、送信側において、前記固定
長データブロックのサイズに対して送信データ量が少な
い場合には、前記送信データを、前記ブロックサイズを
超えない範囲で同一ブロック内に繰り返し配置して、前
記ブロックを構成することを特徴とするデータ通信方式
が得られる。
【００１５】そして、前記ブロック内に繰り返し配置さ
れる送信データの各々に対し、前記送信データに対する
データ誤り判定用コード及び誤り訂正用コードのうち少
なくとも一つのコードを付加することを特徴としてい
る。
れる送信データの各々に対し、前記送信データに対する
データ誤り判定用コード及び誤り訂正用コードのうち少
なくとも一つのコードを付加することを特徴としてい
る。
【００１６】また、受信側において、前記ブロック内に
繰り返し配置されている同一の送信データの中から、デ
ータの誤りがないデータまたはデータの誤り訂正が可能
なデータを優先的に選択して受信し、更に、前記受信側
において、当該優先的に選択して受信した場合には、受
信した旨の返答コードを前記送信側へ送出することを特
徴としている。そして、前記送信側において、前記返答
コードが受信されない場合には、前記データの再送信を
なすことを特徴としている。
繰り返し配置されている同一の送信データの中から、デ
ータの誤りがないデータまたはデータの誤り訂正が可能
なデータを優先的に選択して受信し、更に、前記受信側
において、当該優先的に選択して受信した場合には、受
信した旨の返答コードを前記送信側へ送出することを特
徴としている。そして、前記送信側において、前記返答
コードが受信されない場合には、前記データの再送信を
なすことを特徴としている。
【００１７】作用を述べると、データ送信側では、常に
補充コードが最小となるようにブロックを構成し、更に
送信データに対しデータ誤り判定用コードもしくは誤り
訂正用コードが付加され送信される。そして、データ受
信側では、受信したブロッグ内に繰り返し配置された送
信データの中からデータの誤りがないデータもしくはデ
ータの誤り訂正が可能なデータを優先的に選択しデータ
を格納し、そのいずれのデータも正常なデータでない場
合には送信側に対し同ブロックの再送要求を行う。
補充コードが最小となるようにブロックを構成し、更に
送信データに対しデータ誤り判定用コードもしくは誤り
訂正用コードが付加され送信される。そして、データ受
信側では、受信したブロッグ内に繰り返し配置された送
信データの中からデータの誤りがないデータもしくはデ
ータの誤り訂正が可能なデータを優先的に選択しデータ
を格納し、そのいずれのデータも正常なデータでない場
合には送信側に対し同ブロックの再送要求を行う。
【００１８】
【発明の実施の形態】以下に図面を用いて本発明の実施
例につき説明する。
例につき説明する。
【００１９】図１は本発明の一実施例を実現する装置の
構成図である。ＲＯＭ（リードオンリメモリ）３はデー
タ通信方式の手順を記述したプログラムを格納してお
り、送信用ソフトウェアの格納領域３１と、受信用ソフ
トウェアの格納領域３２とを含んでいる。
構成図である。ＲＯＭ（リードオンリメモリ）３はデー
タ通信方式の手順を記述したプログラムを格納してお
り、送信用ソフトウェアの格納領域３１と、受信用ソフ
トウェアの格納領域３２とを含んでいる。
【００２０】ＲＡＭ（ランダムアクセスメモリ）２はデ
ー夕格納領域２１と通信バッファ領域２２とに分かれて
いる。データ格納領域２１には送信するデータ及び受信
したデータが格納される。通信バッファ領域２２は１ブ
ロック分のデータを連続して送信及び受信可能とするた
めの一時データ格納用メモりとして設けられている。
ー夕格納領域２１と通信バッファ領域２２とに分かれて
いる。データ格納領域２１には送信するデータ及び受信
したデータが格納される。通信バッファ領域２２は１ブ
ロック分のデータを連続して送信及び受信可能とするた
めの一時データ格納用メモりとして設けられている。
【００２１】シリアル・パラレル（Ｓ／Ｐ）データ変換
器４は、ＣＰＵ１等で使用されるパラレルデータをシリ
アル通信で使用されるシリアルデータに、またはシリア
ルデータを、パラレルデータに夫々変換するために設け
られている。ＣＰＵ１はＲ０Ｍ３に記述されたプログラ
ムの手順に従って動作し、Ｒ０Ｍ３，ＲＡＭ２及びＳ／
Ｐデータ変換器４間のデータ伝送及び制御を行うもので
あり、これ等各構成ブロック相互間は共通システムバス
５により接続されてる。
器４は、ＣＰＵ１等で使用されるパラレルデータをシリ
アル通信で使用されるシリアルデータに、またはシリア
ルデータを、パラレルデータに夫々変換するために設け
られている。ＣＰＵ１はＲ０Ｍ３に記述されたプログラ
ムの手順に従って動作し、Ｒ０Ｍ３，ＲＡＭ２及びＳ／
Ｐデータ変換器４間のデータ伝送及び制御を行うもので
あり、これ等各構成ブロック相互間は共通システムバス
５により接続されてる。
【００２２】図２は本発明の通信方式で使用される送信
データブロックの構成を示す図である。ブロックの先頭
には、先頭であることを示す１バイトの先頭コード（Ｓ
ＯＨ）が置かれる。次に、そのブロックが何番目のブロ
ックなのかを示す１バイトのブロック番号（ＢＬＫ）が
置かれる。次に、そのブロックにおいて、実際に送信さ
れるデータ長を表す１バイトのデータ長コード（ＢＬ
Ｌ）が置かれる。本実施例では１ブロック内で実際に送
信されるデータ長は２５６バイト以下としている。
データブロックの構成を示す図である。ブロックの先頭
には、先頭であることを示す１バイトの先頭コード（Ｓ
ＯＨ）が置かれる。次に、そのブロックが何番目のブロ
ックなのかを示す１バイトのブロック番号（ＢＬＫ）が
置かれる。次に、そのブロックにおいて、実際に送信さ
れるデータ長を表す１バイトのデータ長コード（ＢＬ
Ｌ）が置かれる。本実施例では１ブロック内で実際に送
信されるデータ長は２５６バイト以下としている。
【００２３】次に、上記ＳＯＨ，ＢＬＫ，ＢＬＬの３バ
イトに対するチェックサムコード（ＳＵＭ１）が置かれ
る。その後は実際に送信されるデータが置かれるデータ
領域がＮバイト続く。これより１ブロックの総バイト数
はＮ＋４（Ｓ０Ｈ，ＢＬＫ，ＢＬＬ，ＳＵＭ１）バイト
となる。
イトに対するチェックサムコード（ＳＵＭ１）が置かれ
る。その後は実際に送信されるデータが置かれるデータ
領域がＮバイト続く。これより１ブロックの総バイト数
はＮ＋４（Ｓ０Ｈ，ＢＬＫ，ＢＬＬ，ＳＵＭ１）バイト
となる。
【００２４】図３にデータ領域Ｎバイトの構成を示す。
データ領域内においては、まずそのブロックで送信され
るデータ（ＤＡＴＡ）がＢＬＬバイト置かれ、次にその
ＤＡＴＡに対するチェックサムコード（ＳＵＭ２）が１
バイト置かれる。
データ領域内においては、まずそのブロックで送信され
るデータ（ＤＡＴＡ）がＢＬＬバイト置かれ、次にその
ＤＡＴＡに対するチェックサムコード（ＳＵＭ２）が１
バイト置かれる。
【００２５】ここでＤＡＴＡｌとＳＵＭ２とを合わせて
サブブロックと呼ぶ。これよりサブブロックのバイト数
は（ＢＬＬ＋１）バイトとなる。データ領域の中でサブ
ブロック以降に余った部分を補充コード（ＳＵＢ）が
（Ｎ−ＢＬＬ−１）バイト置かれる。ここでサブブロッ
クのバイト数（ＢＬＬ＋１）＝Ｎとなる場合には、図４
に示すように、補充コードは不要となる。
サブブロックと呼ぶ。これよりサブブロックのバイト数
は（ＢＬＬ＋１）バイトとなる。データ領域の中でサブ
ブロック以降に余った部分を補充コード（ＳＵＢ）が
（Ｎ−ＢＬＬ−１）バイト置かれる。ここでサブブロッ
クのバイト数（ＢＬＬ＋１）＝Ｎとなる場合には、図４
に示すように、補充コードは不要となる。
【００２６】図５はＢＬＬが（Ｎ−２）／２より小さい
場合のブロック構成例であり、１つのデータ領域内に補
充コードのバイト数が最も少なくなるように複数個のサ
ブブロックを置く。複数のサブブロックのデータには全
て同一のデータ格納する。
場合のブロック構成例であり、１つのデータ領域内に補
充コードのバイト数が最も少なくなるように複数個のサ
ブブロックを置く。複数のサブブロックのデータには全
て同一のデータ格納する。
【００２７】チェックサムコードは、そのチェックサム
コードの対象となるデータ列内のエラーの有無を識別す
るために設けられており、ＳＵＭ１の値はＳＯＨ，ＢＬ
Ｋ，ＢＬＬ，ＳＵＭ１の合計した値の下１バイトが０と
なるように決定し、ＳＵＭ２の値はＤＡＴＡの各データ
とＳＵＭ２の合計した値の下１バイトが０となるように
値を決定する。
コードの対象となるデータ列内のエラーの有無を識別す
るために設けられており、ＳＵＭ１の値はＳＯＨ，ＢＬ
Ｋ，ＢＬＬ，ＳＵＭ１の合計した値の下１バイトが０と
なるように決定し、ＳＵＭ２の値はＤＡＴＡの各データ
とＳＵＭ２の合計した値の下１バイトが０となるように
値を決定する。
【００２８】本発明の一実施例のデータ送信側の動作を
図６のフローチャートに従って説明をする。まず、デー
タ送信側においては、手順を開始すると（ステップＳ０
１）使用する変数Ｖ１を０に、ＢＬＫを１に初期化する
（ステップＳ０２）。ここで、Ｖ１は前ブロックにおい
て実際に送信したデータがＮバイト未満だった場合、つ
まり最終ブロックである場合は１であり、そうでない場
合は０とする。ＢＬＫはそのブロックに付加するブロッ
ク番号である。
図６のフローチャートに従って説明をする。まず、デー
タ送信側においては、手順を開始すると（ステップＳ０
１）使用する変数Ｖ１を０に、ＢＬＫを１に初期化する
（ステップＳ０２）。ここで、Ｖ１は前ブロックにおい
て実際に送信したデータがＮバイト未満だった場合、つ
まり最終ブロックである場合は１であり、そうでない場
合は０とする。ＢＬＫはそのブロックに付加するブロッ
ク番号である。
【００２９】続いて、Ｖ１が１であるかどうかを判断し
（ステップＳ０３）、もし１であるならばＥＯＴを送信
し（ステップＳ０４）、正常終了として処理を終える
（ステップＳ０５）。
（ステップＳ０３）、もし１であるならばＥＯＴを送信
し（ステップＳ０４）、正常終了として処理を終える
（ステップＳ０５）。
【００３０】もし０であるならば、次にブロック構成動
作に入る。まず送信データの残りがＮ−１以下かどう
か、つまり１ブロックのデータ領域（Ｎバイト）に入る
かどうかを判断する（ステップＳ０６）。
作に入る。まず送信データの残りがＮ−１以下かどう
か、つまり１ブロックのデータ領域（Ｎバイト）に入る
かどうかを判断する（ステップＳ０６）。
【００３１】送信データの残りがＮバイト未満の場合に
は、そのブロックが最終ブロックとなるため、変数Ｖ１
を１にセットし（ステップＳ０７）、変数ＢＬＬを送信
データの残りバイト数にセットする（ステップＳ０
８）。次にデータ領域よりＢＬＬバイトをバッファに取
り込み（ステップＳ０９）、ＳＵＭ１及びＳＵＭ２の計
算を行う（ステップＳ１０）。
は、そのブロックが最終ブロックとなるため、変数Ｖ１
を１にセットし（ステップＳ０７）、変数ＢＬＬを送信
データの残りバイト数にセットする（ステップＳ０
８）。次にデータ領域よりＢＬＬバイトをバッファに取
り込み（ステップＳ０９）、ＳＵＭ１及びＳＵＭ２の計
算を行う（ステップＳ１０）。
【００３２】また、補充コードが最小となるためにはデ
ータ領域内にいくつのサブブロックが置けるのかをＮ／
（ＢＬＬ＋１）の商の整数部｛ＩＮＴ（Ｎ／（ＢＬＬ＋
１）｝を計算することで求め（ステップＳ１１）、変数
Ｖ２にその計算結果を格納する（ステップＳ１２）。以
上で求めた各値及びデータより、図２，図３，図５に示
すようにブロックを構成する。
ータ領域内にいくつのサブブロックが置けるのかをＮ／
（ＢＬＬ＋１）の商の整数部｛ＩＮＴ（Ｎ／（ＢＬＬ＋
１）｝を計算することで求め（ステップＳ１１）、変数
Ｖ２にその計算結果を格納する（ステップＳ１２）。以
上で求めた各値及びデータより、図２，図３，図５に示
すようにブロックを構成する。
【００３３】送信データの残りがＮバイト以上ある場合
には、まず変数ＢＬＬをデータ領域のバイト数Ｎ−１に
セットする（ステップＳ１３）。次にデータ領域ＢＬＬ
バイトをバッフアに取り込み（ステップＳ１４）、ＳＵ
ＭＩ及びＳＵＭ２を計算して（ステップＳ１５）バッフ
ァにて図２，図４に示すようにブロックを構成する（ス
テップＳ１６）。
には、まず変数ＢＬＬをデータ領域のバイト数Ｎ−１に
セットする（ステップＳ１３）。次にデータ領域ＢＬＬ
バイトをバッフアに取り込み（ステップＳ１４）、ＳＵ
ＭＩ及びＳＵＭ２を計算して（ステップＳ１５）バッフ
ァにて図２，図４に示すようにブロックを構成する（ス
テップＳ１６）。
【００３４】ブロック構成を完了すると、次にブロック
送信動作に入る。まずブロック再送回数をカウントする
変数Ｖ３を０にセットする（ステップＳ１７）。次に１
ブロックの送信を行い（ステップＳ１８）、Ｖ３を１つ
カウントアップさせる（ステップＳ１９）。そして受信
側からの返答コードの受信待ちとなる（ステップＳ２
０）。
送信動作に入る。まずブロック再送回数をカウントする
変数Ｖ３を０にセットする（ステップＳ１７）。次に１
ブロックの送信を行い（ステップＳ１８）、Ｖ３を１つ
カウントアップさせる（ステップＳ１９）。そして受信
側からの返答コードの受信待ちとなる（ステップＳ２
０）。
【００３５】受信側から返答コードを検出すると、それ
がＡＣＫコードであるかどうかを判断する（ステップＳ
２１）。ＡＣＫコードであった場合はＢＬＫの値が２５
６であるかどうかを判断し（ステップＳ２２）、２５６
であった場合はＢＬＫを０にセットし（ステップＳ２
３）、２５６でない場合はＢＬＫを１つカウントアップ
して（ステップＳ２４）最初に戻る（ステップＳ０
３）。返答コードがＡＣＫコードでない場合はブロック
再送動作（ステップＳ１８）に戻る。
がＡＣＫコードであるかどうかを判断する（ステップＳ
２１）。ＡＣＫコードであった場合はＢＬＫの値が２５
６であるかどうかを判断し（ステップＳ２２）、２５６
であった場合はＢＬＫを０にセットし（ステップＳ２
３）、２５６でない場合はＢＬＫを１つカウントアップ
して（ステップＳ２４）最初に戻る（ステップＳ０
３）。返答コードがＡＣＫコードでない場合はブロック
再送動作（ステップＳ１８）に戻る。
【００３６】受信側からの返答コードを検出できない場
合は、その時点でブロック送信後Ｔ１時問が経過したか
を判断し（ステップ２５）、もし経過していなければ再
度受信側からの返答コード受信動作（ステップＳ２０）
に戻る。経過した場合は、それまでのブロック再送回数
Ｖ３がＭ回に達したかどうかを判断する（ステップＳ２
６）。達していない場合はブロック再送動作（ステップ
Ｓ１８）に戻り、Ｍ回に達した場合は異常終了として処
理を終える（ステップＳ２７）。
合は、その時点でブロック送信後Ｔ１時問が経過したか
を判断し（ステップ２５）、もし経過していなければ再
度受信側からの返答コード受信動作（ステップＳ２０）
に戻る。経過した場合は、それまでのブロック再送回数
Ｖ３がＭ回に達したかどうかを判断する（ステップＳ２
６）。達していない場合はブロック再送動作（ステップ
Ｓ１８）に戻り、Ｍ回に達した場合は異常終了として処
理を終える（ステップＳ２７）。
【００３７】なおＴ１は受信側からの返答コード待ちの
タイムアップ時間であり、ブロック送信後Ｔ１時間がた
っても返答コードが検出できない場合はブロック再送を
行うこととする。また、Ｍはブロック再送最大許容回数
であり、Ｍ回再送しても返答コードが検出できない場合
は、異常終了として処理を終えることとする。Ｔ１及び
Ｍは送信側、受信側双方において、予め示し合わせた値
を設定しておく。
タイムアップ時間であり、ブロック送信後Ｔ１時間がた
っても返答コードが検出できない場合はブロック再送を
行うこととする。また、Ｍはブロック再送最大許容回数
であり、Ｍ回再送しても返答コードが検出できない場合
は、異常終了として処理を終えることとする。Ｔ１及び
Ｍは送信側、受信側双方において、予め示し合わせた値
を設定しておく。
【００３８】次にデータ受信側の動作を図７のフローチ
ャートを参照して説明する。データ受信側においては、
手順を開始すると（ステップＳ２８）、まず使用する変
数Ｖ６を０に初期化し（ステップＳ２９）、続いてＶ５
を０に初期化する（ステップＳ３０）。Ｖ５は返答コー
ドの再送回数、Ｖ６は前回受信したブロックのブロック
番号を格納しておくために使用される。
ャートを参照して説明する。データ受信側においては、
手順を開始すると（ステップＳ２８）、まず使用する変
数Ｖ６を０に初期化し（ステップＳ２９）、続いてＶ５
を０に初期化する（ステップＳ３０）。Ｖ５は返答コー
ドの再送回数、Ｖ６は前回受信したブロックのブロック
番号を格納しておくために使用される。
【００３９】続いて受信バッファをクリアし（ステップ
Ｓ３１）変数Ｖ５を１つカウントアップする（ステップ
Ｓ３２）。そして送信側から送信されるデータの検出待
ちとなる（ステップＳ３３）。
Ｓ３１）変数Ｖ５を１つカウントアップする（ステップ
Ｓ３２）。そして送信側から送信されるデータの検出待
ちとなる（ステップＳ３３）。
【００４０】データを検出した場合は、その最初の１バ
イトがＥＯＴコードであるかどうかを判断し（ステップ
Ｓ３４）、ＥＯＴコードであればＡＣＫコードを送信し
て（ステップＳ３５）正常終了として処理を終える（ス
テップＳ３６）。
イトがＥＯＴコードであるかどうかを判断し（ステップ
Ｓ３４）、ＥＯＴコードであればＡＣＫコードを送信し
て（ステップＳ３５）正常終了として処理を終える（ス
テップＳ３６）。
【００４１】ＥＯＴコードでない場合及びデータ検出し
ない場合は、引き続き受信動作を行い、１ブロック（Ｎ
＋４バイト）受信完了したかどうかを判断する（ステッ
プＳ３７）。
ない場合は、引き続き受信動作を行い、１ブロック（Ｎ
＋４バイト）受信完了したかどうかを判断する（ステッ
プＳ３７）。
【００４２】１ブロックの受信が完了しない場合は、デ
ータ受信開始後、つまり返答コード送信後Ｔ１時間経過
したかを判断し（ステップＳ３８）、もし経過していな
ければ、引き続き受信動作（ステップＳ３３）に戻る。
経過していた場合は、これまでの返答コード再送回数Ｖ
５がＭ回に達したかどうかを判断する（ステップＳ３
９）。達していない場合はＮＡＫを返答してから（ステ
ップＳ５３）再度バッファクリア動作（ステップＳ３
１）に戻り再受信動作を行い、Ｍ回に達した場合は異常
終了として処理を終える（ステップＳ４０）。
ータ受信開始後、つまり返答コード送信後Ｔ１時間経過
したかを判断し（ステップＳ３８）、もし経過していな
ければ、引き続き受信動作（ステップＳ３３）に戻る。
経過していた場合は、これまでの返答コード再送回数Ｖ
５がＭ回に達したかどうかを判断する（ステップＳ３
９）。達していない場合はＮＡＫを返答してから（ステ
ップＳ５３）再度バッファクリア動作（ステップＳ３
１）に戻り再受信動作を行い、Ｍ回に達した場合は異常
終了として処理を終える（ステップＳ４０）。
【００４３】なお、Ｔ１は送信側からのデータブロック
待ちのタイムアップ時問であり、返答コード送信後Ｔ１
時間がたってもデータブロックが受信できない場合は返
答コード再送を行う。また、Ｍは返答コード再送最大許
容回数であり、Ｍ回再送してもデータブロックが受信で
きない場合は、異常終了として処理を終える。Ｔ１及び
Ｍは送信側、受信側双方において予め示し合わせた値を
設定しておく。
待ちのタイムアップ時問であり、返答コード送信後Ｔ１
時間がたってもデータブロックが受信できない場合は返
答コード再送を行う。また、Ｍは返答コード再送最大許
容回数であり、Ｍ回再送してもデータブロックが受信で
きない場合は、異常終了として処理を終える。Ｔ１及び
Ｍは送信側、受信側双方において予め示し合わせた値を
設定しておく。
【００４４】１ブロックの受信が完了した場合はＳＵＭ
Ｉを計算し（ステップＳ４１）、ＳＯＨ，ＢＬＫ，ＢＬ
Ｌが正しいかどうかを判断する（ステップＳ４２）。正
常でない場合はＮＡＫを返答し（ステップＳ５３）再度
バッファクリア動作（ステップＳ３１）に戻り再受信動
作を行う。
Ｉを計算し（ステップＳ４１）、ＳＯＨ，ＢＬＫ，ＢＬ
Ｌが正しいかどうかを判断する（ステップＳ４２）。正
常でない場合はＮＡＫを返答し（ステップＳ５３）再度
バッファクリア動作（ステップＳ３１）に戻り再受信動
作を行う。
【００４５】ＳＵＭ１が正常だった場合は次にＢＬＫ＝
Ｖ６、もしくはＢＬＫ＝Ｖ６＋１となっているかをチェ
ックする（ステップＳ４３）。ＢＬＫ＝Ｖ６の場合はデ
ータブロックが再送されたと判断され、ＢＬＫ＝Ｖ６＋
１の場合は前回受信したブロックの次のブロックである
と判断される。このためどちらの場合にも正常な通信手
順と判断され、変数Ｖ６をＢＬＫにセットして（ステッ
プＳ４５）次のステップヘ進む。しかしＢＬＫがこれ以
外の数の場合は通信手順に矛盾が生じているため、異常
終了として処理を終了する（ステップＳ４４）。
Ｖ６、もしくはＢＬＫ＝Ｖ６＋１となっているかをチェ
ックする（ステップＳ４３）。ＢＬＫ＝Ｖ６の場合はデ
ータブロックが再送されたと判断され、ＢＬＫ＝Ｖ６＋
１の場合は前回受信したブロックの次のブロックである
と判断される。このためどちらの場合にも正常な通信手
順と判断され、変数Ｖ６をＢＬＫにセットして（ステッ
プＳ４５）次のステップヘ進む。しかしＢＬＫがこれ以
外の数の場合は通信手順に矛盾が生じているため、異常
終了として処理を終了する（ステップＳ４４）。
【００４６】次に、受信したブロック内にいくつのサブ
ブロックが含まれているかをＮ／（ＢＬＬ＋１）の商の
整数部より計算し（ステップＳ４６）、これを変数Ｖ４
に代入する。求めたＶ４より第Ｖ４ブロックのＳＵＭ２
を計算し（ステップＳ４７）サブブロック内のデータが
正しいかどうかを判断する（ステップＳ４８）。
ブロックが含まれているかをＮ／（ＢＬＬ＋１）の商の
整数部より計算し（ステップＳ４６）、これを変数Ｖ４
に代入する。求めたＶ４より第Ｖ４ブロックのＳＵＭ２
を計算し（ステップＳ４７）サブブロック内のデータが
正しいかどうかを判断する（ステップＳ４８）。
【００４７】正常である場合はこのサブブロックのデー
タをデータ格納領域に格納する（ステッブＳ４９）。こ
の時、先ほどのＢＬＫの値によって前回と同じブロツク
が再送されたと判断される場合は、前回受信したデータ
に上書きして格納され、前回のブロックの次のブロック
と判断される場合は、前回受信したデータの後ろに追加
して格納される。その後ＡＣＫを返答して（ステップＳ
５０）、次のブロックを受信する処理に戻る（ステップ
Ｓ３０）。
タをデータ格納領域に格納する（ステッブＳ４９）。こ
の時、先ほどのＢＬＫの値によって前回と同じブロツク
が再送されたと判断される場合は、前回受信したデータ
に上書きして格納され、前回のブロックの次のブロック
と判断される場合は、前回受信したデータの後ろに追加
して格納される。その後ＡＣＫを返答して（ステップＳ
５０）、次のブロックを受信する処理に戻る（ステップ
Ｓ３０）。
【００４８】正しくない場合はＶ４を１つカウントダウ
ンし（ステップＳ５１）、次のサブブロックについて同
様に処理を行う。これをＶ４＝０となり全てのサブブロ
ックのデータが正しくないと判断（ステップＳ５２）さ
れるまで行う。全サブブロックのデータが正しくないと
判断された場合はＮＡＫを返答し（ステップＳ５３）、
再度バッファクリア動作（ステップＳ３１）に戻り再受
信動作を行う。
ンし（ステップＳ５１）、次のサブブロックについて同
様に処理を行う。これをＶ４＝０となり全てのサブブロ
ックのデータが正しくないと判断（ステップＳ５２）さ
れるまで行う。全サブブロックのデータが正しくないと
判断された場合はＮＡＫを返答し（ステップＳ５３）、
再度バッファクリア動作（ステップＳ３１）に戻り再受
信動作を行う。
【００４９】以上の手順に従って送信側、受信側共に動
作し、送信側・受信側双方共に正常終了となれば、送信
側の送ったデータが受信側に正しく転送されたことにな
る。
作し、送信側・受信側双方共に正常終了となれば、送信
側の送ったデータが受信側に正しく転送されたことにな
る。
【００５０】上記実施例では、ブロック内におけるデー
タ領域を２５６バイト以内としたが、これ以上にするこ
とも可能である。その場合には、サプブロック長を示す
ＢＬＬを、上記実施例では１バイトだったものを、デー
タ領域長を表せるだけのバイト数にする。例えばＢＬＬ
を２バイトとすれば、データ領域を６５５３６バイトま
で増やすことが可能である。
タ領域を２５６バイト以内としたが、これ以上にするこ
とも可能である。その場合には、サプブロック長を示す
ＢＬＬを、上記実施例では１バイトだったものを、デー
タ領域長を表せるだけのバイト数にする。例えばＢＬＬ
を２バイトとすれば、データ領域を６５５３６バイトま
で増やすことが可能である。
【００５１】上記実施例では、サブブロックにおけるデ
ータ誤り判定用コードとしてチェックサムを用いたが、
データ誤り訂正符号を用いることも可能である。この場
合例えば図８に示すように１ワード（４バイト）単位で
データ部、誤り訂正符号部（ＢＣＨ符号）、パリティビ
ット部に分け、このワードでサブブロックを構成する方
法が考えられる。ここで例えばＸ＝２１，Ｙ＝１０とす
ればデータ部に対して２ビットのデータ誤りを訂正でき
る。
ータ誤り判定用コードとしてチェックサムを用いたが、
データ誤り訂正符号を用いることも可能である。この場
合例えば図８に示すように１ワード（４バイト）単位で
データ部、誤り訂正符号部（ＢＣＨ符号）、パリティビ
ット部に分け、このワードでサブブロックを構成する方
法が考えられる。ここで例えばＸ＝２１，Ｙ＝１０とす
ればデータ部に対して２ビットのデータ誤りを訂正でき
る。
【００５２】手順としては、まず送信側は送信データを
図８に示すワードに変換し、このワードによりサブブロ
ックを構成する。受信側はサブブロックに配置されたワ
ードに対し誤り訂正を行いデータを復元する。サブブロ
ック内にーつでも誤り訂正不可能なワードが含まれる場
合は、そのサブブロックは使用不能とする。１ブロック
内に繰り返し配置された全てのサブブロックのデータが
使用不能の場合に限り送信側に対し再送要求を行う。
図８に示すワードに変換し、このワードによりサブブロ
ックを構成する。受信側はサブブロックに配置されたワ
ードに対し誤り訂正を行いデータを復元する。サブブロ
ック内にーつでも誤り訂正不可能なワードが含まれる場
合は、そのサブブロックは使用不能とする。１ブロック
内に繰り返し配置された全てのサブブロックのデータが
使用不能の場合に限り送信側に対し再送要求を行う。
【００５３】
【発明の効果】上記の説明から理解できるように、本発
明の通信方式によれば、固定長ブロックを用いた筒便な
通信手順にも関わらず、実際に送信するデータがブロッ
クのデータ領域よりも短い場合においては信頼性の高い
通信が行える。このため通信レスポンスの改善及び消費
電力の低減が可能となる。
明の通信方式によれば、固定長ブロックを用いた筒便な
通信手順にも関わらず、実際に送信するデータがブロッ
クのデータ領域よりも短い場合においては信頼性の高い
通信が行える。このため通信レスポンスの改善及び消費
電力の低減が可能となる。
【００５４】これは、１つのブロック内に同じ送信デー
タがサブブロックとして複数存在するため、その全ての
サブブロックのデータが誤っていない限りは再送処理を
行う必要がないため、通信回数を減らすことができるた
めである。
タがサブブロックとして複数存在するため、その全ての
サブブロックのデータが誤っていない限りは再送処理を
行う必要がないため、通信回数を減らすことができるた
めである。
【図１】本発明の実施例を実現する装置の構成図であ
る。
る。
【図２】本発明の実施例で使用されるデータブロックの
構成図である。
構成図である。
【図３】本発明の実施例で使用されるデータブロックの
データ領域の一例を示す構成図である。
データ領域の一例を示す構成図である。
【図４】本発明の実施例で使用されるデータブロックの
データ領域の他の例を示す構成図である。
データ領域の他の例を示す構成図である。
【図５】本発明の実施例で使用されるブロックのデータ
領域の別の例を示す構成図である。
領域の別の例を示す構成図である。
【図６】本発明の実施例のデータ送信側の動作手順を示
すフローチャートである。
すフローチャートである。
【図７】本発明の実施例のデータ受信側の動作手順を示
すフローチャートである。
すフローチャートである。
【図８】本発明の実施例で使用されるワードの構成図で
ある。
ある。
【図９】従来の技術の一例であるXmodemのデータブロッ
クの構成図である。
クの構成図である。
【図１０】従来の技術の一例であるXmodemの動作手順を
示す図である。
示す図である。
【図１１】従来の技術の一例であるXmodemのデータブロ
ックの構成図である。
ックの構成図である。
１ ＣＰＵ ２ ＲＡＭ ３ ＲＯＭ ４ Ｓ／Ｐデータ変換器 ５ システムバス ２１ データ格納領域 ２２ 通信バッファ領域 ３１ 送信用ソフトウェア格納領域 ３２ 受信用ソフトウェア格納領域
Claims (5)
- 【請求項１】 固定長データブロックによりシリアルデ
ータの通信を行なうデータ通信システムであって、送信
側において、前記固定長データブロックのサイズに対し
て送信データ量が少ない場合には、前記送信データを、
前記ブロックサイズを超えない範囲で同一ブロック内に
繰り返し配置して、前記ブロックを構成することを特徴
とするデータ通信方式。 - 【請求項２】 前記ブロック内に繰り返し配置される送
信データの各々に対し、前記送信データに対するデータ
誤り判定用コード及び誤り訂正用コードのうち少なくと
も一つのコードを付加することを特徴とする請求項１記
載のデータ通信システム。 - 【請求項３】 受信側において、前記ブロック内に繰り
返し配置されている同一の送信データの中から、データ
の誤りがないデータまたはデータの誤り訂正が可能なデ
ータを優先的に選択して受信することを特徴とする請求
項２または３記載のデータ通信システム。 - 【請求項４】 前記受信側において、当該優先的に選択
して受信した場合には、受信した旨の返答コードを前記
送信側へ送出することを特徴とする請求項３記載のデー
タ通信システム。 - 【請求項５】 前記送信側において、前記返答コードが
受信されない場合には、前記データの再送信をなすこと
を特徴とする請求項４記載のデータ通信システム。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08200874A JP3139737B2 (ja) | 1996-07-31 | 1996-07-31 | データ通信システム |
| KR1019970036352A KR100224048B1 (ko) | 1996-07-31 | 1997-07-31 | 데이타 통신 시스템 및 그 방법 |
| GB9716206A GB2315964B (en) | 1996-07-31 | 1997-07-31 | Data communication system and method therefor |
| GB9820107A GB2338382B (en) | 1996-07-31 | 1997-07-31 | Method of serial data communication |
| CN97115090A CN1176548A (zh) | 1996-07-31 | 1997-07-31 | 数据通信系统及其使用方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08200874A JP3139737B2 (ja) | 1996-07-31 | 1996-07-31 | データ通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1051509A true JPH1051509A (ja) | 1998-02-20 |
| JP3139737B2 JP3139737B2 (ja) | 2001-03-05 |
Family
ID=16431680
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08200874A Expired - Fee Related JP3139737B2 (ja) | 1996-07-31 | 1996-07-31 | データ通信システム |
Country Status (4)
| Country | Link |
|---|---|
| JP (1) | JP3139737B2 (ja) |
| KR (1) | KR100224048B1 (ja) |
| CN (1) | CN1176548A (ja) |
| GB (1) | GB2315964B (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008147960A (ja) * | 2006-12-08 | 2008-06-26 | Fujitsu Ltd | 送信装置及び受信装置並びにデータ伝送方法 |
| JP2009118244A (ja) * | 2007-11-07 | 2009-05-28 | Internatl Business Mach Corp <Ibm> | 再生単位が可変のデータを送信する技術 |
| JP2014137545A (ja) * | 2013-01-18 | 2014-07-28 | Kyocera Document Solutions Inc | 画像形成装置 |
| JP2022040724A (ja) * | 2020-08-31 | 2022-03-11 | 楽天グループ株式会社 | 通信システム、送信装置、受信装置、通信方法、及びプログラム |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI106088B (fi) * | 1997-09-12 | 2000-11-15 | Nokia Networks Oy | Datansiirtomenetelmä yleisen pakettiradiopalvelun (General Packet Radio Service) verkko-osan ja tilaajapäätelaitteen välillä |
| DE19820233B4 (de) | 1998-05-06 | 2004-08-05 | Siemens Ag | Verfahren zum Übertragen von Nutzdaten in Telekommunikationssystemen mit drahtloser auf einem vorgegebenen Luftschnittstellenprotokoll basierender Telekommunikation zwischen Telekommunikationsgeräten, insbesondere Sprach- und/oder Paketdaten in DECT-Systemen |
| KR100434463B1 (ko) * | 1999-01-07 | 2004-06-05 | 삼성전자주식회사 | 부호분할다중접속 통신시스템의 데이터 통신 장치 및 방법 |
| EP1059757A1 (fr) * | 1999-06-11 | 2000-12-13 | Alcatel | Procédé de codage par blocs d'une cellule ATM utilisant un code produit |
| US20020015405A1 (en) * | 2000-06-26 | 2002-02-07 | Risto Sepponen | Error correction of important fields in data packet communications in a digital mobile radio network |
| US6574770B1 (en) * | 2000-06-29 | 2003-06-03 | Lucent Technologies Inc. | Error-correcting communication method for transmitting data packets in a network communication system |
| KR100857777B1 (ko) * | 2001-03-26 | 2008-09-09 | 엘지전자 주식회사 | 하이브리드 자동 재송 요구 방식을 이용한 가변 길이의 패킷 송수신 방법 |
| US7542482B2 (en) * | 2001-08-16 | 2009-06-02 | Qualcomm Incorporated | Method and apparatus for message segmentation in a wireless communication system |
| US6839566B2 (en) | 2001-08-16 | 2005-01-04 | Qualcomm, Incorporated | Method and apparatus for time-based reception of transmissions in a wireless communication system |
| US8171300B2 (en) | 2002-04-30 | 2012-05-01 | Qualcomm Incorporated | Security method and apparatus |
| US7489688B2 (en) | 2003-12-23 | 2009-02-10 | Agere Systems Inc. | Frame aggregation |
| US7586948B2 (en) * | 2003-12-24 | 2009-09-08 | Agere Systems Inc. | Packet sub-frame structure for selective acknowledgment |
| US7590118B2 (en) | 2003-12-23 | 2009-09-15 | Agere Systems Inc. | Frame aggregation format |
| US7633970B2 (en) | 2004-05-07 | 2009-12-15 | Agere Systems Inc. | MAC header compression for use with frame aggregation |
| GB0609426D0 (en) * | 2006-05-12 | 2006-06-21 | Univ Edinburgh | A low power media access control protocol |
| WO2008080215A1 (en) | 2006-12-28 | 2008-07-10 | Research In Motion Limited | Methods and apparatus for increasing data throughput by grouping data packets into maximum transmissible units |
| JP5207756B2 (ja) * | 2007-03-07 | 2013-06-12 | キヤノン株式会社 | 通信システム、通信装置、及びその制御方法 |
| CN105357693A (zh) * | 2015-09-28 | 2016-02-24 | 深圳市江波龙科技有限公司 | WiFi设备的网络配置方法和系统 |
| CN109640302A (zh) * | 2018-12-06 | 2019-04-16 | 上海荣泰健康科技股份有限公司 | 基于ble蓝牙的程序更新方法、电子设备及移动终端 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03106127A (ja) * | 1989-09-20 | 1991-05-02 | Fujitsu Ltd | 可変長符号化回路 |
| KR100238714B1 (ko) * | 1990-10-24 | 2000-01-15 | 루엘랑 브리지뜨 | 데이타를 전송 및 기억시키기 위한 방법, 코더 및 디코더 |
| US5257362A (en) * | 1991-03-08 | 1993-10-26 | International Business Machines Corporation | Method and means for ensuring single pass small read/write access to variable length records stored on selected DASDs in a DASD array |
-
1996
- 1996-07-31 JP JP08200874A patent/JP3139737B2/ja not_active Expired - Fee Related
-
1997
- 1997-07-31 GB GB9716206A patent/GB2315964B/en not_active Expired - Fee Related
- 1997-07-31 CN CN97115090A patent/CN1176548A/zh active Pending
- 1997-07-31 KR KR1019970036352A patent/KR100224048B1/ko not_active IP Right Cessation
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008147960A (ja) * | 2006-12-08 | 2008-06-26 | Fujitsu Ltd | 送信装置及び受信装置並びにデータ伝送方法 |
| JP2009118244A (ja) * | 2007-11-07 | 2009-05-28 | Internatl Business Mach Corp <Ibm> | 再生単位が可変のデータを送信する技術 |
| JP2014137545A (ja) * | 2013-01-18 | 2014-07-28 | Kyocera Document Solutions Inc | 画像形成装置 |
| JP2022040724A (ja) * | 2020-08-31 | 2022-03-11 | 楽天グループ株式会社 | 通信システム、送信装置、受信装置、通信方法、及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| GB2315964B (en) | 2000-11-15 |
| JP3139737B2 (ja) | 2001-03-05 |
| KR100224048B1 (ko) | 1999-10-15 |
| GB9716206D0 (en) | 1997-10-08 |
| GB2315964A (en) | 1998-02-11 |
| CN1176548A (zh) | 1998-03-18 |
| KR980013158A (ko) | 1998-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3139737B2 (ja) | データ通信システム | |
| CN1236579C (zh) | 在自动重复请求系统中恢复数据的方法和设备 | |
| EP0635952B1 (en) | Data transmission system with automatic repeat request (ARQ) | |
| US8332705B2 (en) | Device and method of data combining | |
| EP0193188B1 (en) | Radio paging device having circuitry for rewriting a stored message with error-free characters | |
| EP1189374B1 (en) | Frame synchronisation in data communication system | |
| CN111641638A (zh) | 一种数据传输方法及相关装置 | |
| US6292470B1 (en) | Data transmission system and method utilizing history information corresponding to correctly received frames | |
| EP0788254A2 (en) | Data structure, data communication method, apparatus and communication terminal apparatus | |
| JPH11510982A (ja) | 自動繰り返し要求法における、コンピュータ支援されたバックシグナリング方法 | |
| KR100309885B1 (ko) | 소용량으로오류정정처리를행하는방법및그장치 | |
| US6134692A (en) | Information identification system for identifying response units by a control unit, and the control unit and the response units for the information identification system | |
| WO1995019003A1 (en) | File transfer method and apparatus using hash numbers | |
| EP0608848B1 (en) | Cyclic coding and cyclic redundancy code check processor | |
| JP3217716B2 (ja) | 無線パケット通信装置 | |
| US7516393B2 (en) | System and method of error detection for unordered data delivery | |
| US5191585A (en) | Computer networking method | |
| EP0866579A1 (en) | Packet transmission method without sending serial numbers | |
| US6948110B2 (en) | Transmission data loss detection system | |
| CN111008172A (zh) | 一种接口通讯协议栈 | |
| JP3613871B2 (ja) | 符号訂正装置 | |
| GB2338382A (en) | Transmitting fixed length data blocks containing sub-blocks | |
| JP3377420B2 (ja) | 通信処理装置 | |
| JP3365046B2 (ja) | 無線データ伝送受信装置 | |
| JP2891267B2 (ja) | データ再送伝送方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |