JPH02264531A - データ通信方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、データ通信方式に係り、特に、通信回線の通
信速度の上限まで、高速に連続してデータの送信を行う
ことのできるデータ通信方式に関する。

〔従来の技術〕

データ通信方式に関する従来技術として、例えば、日本
工業規格ＪｒＳ−Ｃ６３６２（ベーシック手順）に記載
された技術が知られている。このデータ通信方式は、調
歩同期あるいはＳＹＮ同朋同順手順われ、中央局または
端末局のいずれかがデータを送信した場合、受信側とな
る局は受信結果の応答を返送し、送信側となる局は、こ
の受信結果の応答受信を行い、否定応答であれば、再度
同一データを再送信するものである。

また、他の従来技術として、例えば、日本工業規格Ｊ　
Ｉ　５−Ｃ６３６５（ＨＤＬＣ手順）に記載された技術
が知られている。この従来技術による通信方式は、連結
フレームによる一括６Ｉ　Ｌｙｔ送信を行うことが可能
であるが、データの回線上への伝送時に、１ビツトの欠
落障害が発生した場合にも、データの再送信を必要とす
るものであった。

第４図は前述のような従来技術によるデータ通信方式を
説明する図である。第４図において、２は否定応答信号
、３，６は肯定応答信号である。

第４図に示す従来技術の例は、中央局より端末局にデー
タを送る場合の例である。この例において、中央局は、
例えば、２５６バイトのレコードデータ１を送信すると
、端末局からの応答を待ち、この応答信号が否定応答信
号ＮＡＫ２である場合、再度同一のレコードデータ１を
送信し、肯定応答信号ＡＣＫ３またはＡＣＫ６が受信で
きたときに、次のデータ２．データ３を送信することが
できる。

このような従来技術においては、−度否定応答信号ＮＡ
Ｋ２を受けた送信データｌを端末局に正しく受信させる
ために、Ｔ１の所要時間を必要とし、１度の送信で肯定
応答が戻った場合にも、Ｔ２の所要時間を必要とする。

すなわち、前記従来技術は、受信側の局からの応答を受
けるための時間が、ルコードデータを送る毎に必要とな
っており、一定の回線速度を有する通信回線を使用して
、数千倍の伝送品質を確保しつつ、回線速度の上限まで
高速にデータの伝送を行うという点について配慮されて
いなかった。

〔発明が解決しようとする課題〕

前記従来技術における前者の従来技術は、送信局から受
信局にデータを送信する場合、送信局が逐一受信局から
の肯定、否定応答を受信し、肯定応答受信に対しては次
のデータの送信を行い、否定応答受信に対しては再度同
一データの再送を行うため、再送による送信速度の低下
、応答受信待ちによる送信速度の低下が著しいという問
題点を有している。

また、後者の従来技術は、連結フレームによるデータの
送信を行うことができるので高速なデータ伝送を行うこ
とができるが、低品質の通信回線においては、否定応答
による同一データの再送が増加し、相対的に送信データ
速度が低下し、大量のデータを高速で送信するためには
、高品質で高価な回線を使用しなければならないという
問題点があった。

本発明の目的は、前記従来技術の問題点を解決し、受信
側装置内で障害データの回復を行わせることにより、低
品質の回線によっても高品質のデータ伝送を可能とし、
回線速度の上限まで連続的にデータの伝送を行い得るよ
うにしたデータ通信方式を提供することにある。

〔課題を解決するための手段〕

本発明によれば、前記目的は、送信データのｎ個のレコ
ードに対し横ＳＵＭデータを、また、送信データのｎレ
コードおきのレコードデータに対して縦ＳＵＭデークを
付加し、受信側装置で受信されたデータに障害が検出さ
れた場合、横ＳＵＭデータと、ｎレコードの受信データ
内の障害が検知されなかったレコードデータとを論理演
算又は算術演算することにより、受信データの回復を行
い、回復させた受信データの正常性のチェックを、ｎレ
コードおきの受信レコードデータとその￥４ＳＵＭデー
タとを論理演算又は算術演算することにより行うことに
より達成される。

これにより、受信側装置は、受信データに誤りがあった
場合にも、否定応答を返送する必要がなくなるので、送
信側の制御装置は、その通信回線の持つ通信速度の上限
速度で連続してデータを送信することが可能となり、安
価で高速なデータの送信を行うことができる。

（作用〕 送信側装置は、送信すべきデータを所定の大きさのレコ
ードデータに分割し、このレコードデータをレコードデ
ータ１．レコードデータ２．−・−・・として順次連続
して送信し、このレコードデータ数が予め定めた所定数
ｎとなったとき、これらのレコードデータ１〜ｎを１デ
ータブロツクとし、このブロック内のレコードデータの
各ビット毎の演算を行った横ＳＵＭデータの送信を行う
動作を、送信すべきデータが無くなるまで行い、最後に
、これらのレコードデータのｎ個おきの各レコードデー
タの各ビット毎の演算を行って縦ＳＵＭデータをｎ個送
信した後、ｎ個の縦ＳＵＭデータの各ビット毎の演算あ
るいは横ＳＵＭデータの各ビット毎の演算を行った縦横
ＳＵＭデータの送信を行い、一連のデータの送信を終了
する。受信側装置は、これら一連のデータを受信し、各
レコードデータ毎に誤りのチェックを行い、データに障
害があった場合、当該レコードデータを含むデータブロ
ック内の当該データを除いた他の全レコードデータと、
そのデータブロックの横ＳＵＭデータとを、各ビット毎
に演算を行い、障害のあった受信レコードデータの回復
を行う。この回復されたデータは、前記複数のデータブ
ロックの同一位置にあるレコードデータと、これらのデ
ータに基づいて作られた［ＳＵＭデータとにより、その
確認を行うことが可能である。

これにより、受信側装置は、送信側装置に再送要求を行
う必要がな（なり、送信側装置は、送信すべきレコード
データを連続して高速に送ることが可能となる。

〔実施例〕

以下、本発明によるデータ通信方式の一実施例を図面に
より詳細に説明する。

第１図は本発明の一実施例により伝送されるデータのレ
コードデータ列順を説明する図、第２図は送信レコード
データと、横ＳＵＭデータ、縦ＳＵＭデータ、縦横ＳＵ
Ｍデータとの関係を説明する図、第３図は送信動作を説
明するフローチャートである。

第１図に示す例は、中実装置から端末装置にデータの送
信を行う場合の例を示している。

この例において、送信側となる中実装置は、送信すべき
データを２５６バイト長のレコードデータに順次分割し
、このレコードデータを順次連続して送信し、このレコ
ードデータ数を所定数ｎだけ、この例では２６個送信し
たとき、これを１データブロツクとし、これら２６個の
レコードデータに対する横ＳＵＭを行い、この横ＳＵＭ
データの送信を行う。以後、中実装置は、同様にして、
送信データが無くなる迄、レコードデータとＳＵＭデー
タの送信を行い、最後に、全データブロックに対する縦
ＳＵＭを行い、得られた２６個の縦ＳＵＭデータを送信
した後、これらの縦ＳＵＭデータに対する横ＳＵＭを行
った縦横ＳＵＭデータの送信を行って全データの送信を
終了する。中実装置は、全データの送信を終了したこと
により、端末装置の応答を要求するＰＯＬＬ信号を送信
する。端末装置は、中実装置からのこの要求により、デ
ータ受信の完了を示す完了コードを返送し、中実装置は
、これによりＥＯＴ信号を送信して、−連のデータの送
信を終了する。

次に、第２図により、横ＳＵＭデータ、縦ＳＵＭデータ
及び縦横ＳＵＭデータの生成と、これらのＳＵＭデータ
を用いる受信装置側でのレコードデータの障害回復につ
いて説明する。

送信データの生成 ａ）ＣＲＣチェック可能な２５６バイト長のレコードデ
ータ１〜レコードデータ２６のそれぞれのビットに対し
排他的論理和を行い、２５６バイト長の横ＳＵＭＩを生
成し、これらの２６個のレコードデータと、横ＳＵＭＩ
データとによりデータブロック１を生成する。

ｂ）同様にして、送信すべき全データを２６個のレコー
ドデータ毎に横ＳＵＭ２〜横ＳＵＭｍ＋１を生成してデ
ータブロック２〜データブロツクｍ＋１を作成する。

ｃ）２６レコードデータの距離をもつレコードデータ１
，２７，５３．・−・・−２６ｍ＋１のそれぞれのビッ
トに対し排他的論理和を行い、２５６バイト長の縦ＳＵ
ＭＩを生成する。

ｄ）同様にして、ｌｓＵＭ２〜縦ＳＵＭ２６を生成する
。

ｅ）横ＳＵＭＩ、横Ｓ　Ｕ　Ｍ　２、−−−、横ＳＵＭ
ｍ＋１のそれぞれのビットに対し排他的論理和を行い、
縦横ＳＵＭを生成する。

このようにして生成された送信データは、第１図で説明
した順序で受信側に送信されることになる。

受信データのチェックと回復方法 ａ）受信側装置で受信されたデータは、各レコードデー
タ毎にＣＲＣチェックが可能であるが、この実施例にお
いては、１データブロツク中のルーコードデータが失わ
れた場合にも、そのレコードデータの回復が可能である
。例えば、第２図に示すデータブロック１内のレコード
データ２が喪失した場合、受信側装置は、レコードデー
タ２を除く、レコードデータ１．レコードデータ３〜レ
コードデータ２６及び横ＳＵＭＩに対して排他的論理和
を行うことにより、レコードデータ２を回復することが
できる。この回復されたレコードデータ２のチェックは
、この回復したレコードデータ２，２６レコードデータ
の距離をもつレコードデータ２８．　５４．−−−−−
−２６　ｍ＋２及び縦ＳＵＭ２の排他的論理和を行うこ
とにより、その結果が、ａｌｌ　’“０゛となったとき
に、正しく回復できたとすることにより行うことができ
る。

従って、この場合、１データブロツク当たりルーコード
データの喪失は、横ＳＵＭの利用により回復、縦ＳＵＭ
の利用により回復のチェックが可能であるので、各デー
タブロック内にルーコードデータの喪失がある場合にも
、レコードデータの回復が可能である。

ｂ）また、本発明の実施例においては、１データブロツ
ク中の複数のレコードデータが失われた場合にも、その
レコードデータの回復が可能である。例えば、データブ
ロック１内のレコードデータ１〜レコードデータ２６の
全レコードデータが喪失した場合、レコードデータ毎は
、レコードデータ２７　、−・−レコードデータ２６ｍ
＋１及び縦ＳＵＭＩの排他的論理和を行うことにより回
復可能であり、同様にレコードデータ２〜レコードデー
タ２６は、縦ＳＵＭ２〜縦ＳＵＭ２６と、これらの縦Ｓ
ＵＭを求めるために用いた失われたレコードデータ以外
のレコードデータの排他的論理和を行うことにより回復
することができる。

このようにして回復されたレコードデータ１〜レコード
データ２６は、これらのレコードデータと、横ＳＵＭＩ
の排他的論理和を行い、その結果がａｌｌ　　“０°”
となることにより、全てのレコードデータが正しく回復
されたことをチェックすることができる。

従って、この場合、連続するレコードデータの喪失は、
最大２６個まで回復可能である。

本発明の一実施例は、前述のようにして、送信すべきデ
ータの全てを、受信側がらの応答を待つことなく連続し
て送信することが可能である。このような送信を行う送
信側装置の動作を示したのが第３図に示すフローであり
、以下、これについて説明する。

（１）送信すべきデータを２５６バイト長のレコードデ
ータ単位に分割し、このレコードデータをｎ個（図示例
の場合、ｎ＝２６とする）を１データフロツクとして生
成する（ステップ２０）。

（２）制御カウンタの値を“０′°とじ、最初のデータ
ブロックに対する横ＳＵＭデータの算出を行い、ｎ個、
すなわち２６個のレコードデータと、その横ＳＵＭデー
タの送信を行う（ステップ２１゜２２）。

（３）送信すべきデータが全て送信終了したが否かをチ
ェックし、データの送信が終了していなげれば、制御カ
ウンタを＋１して、前述のステップ２１．２２を繰り返
すことにより、送信すべきデータブロックの横ＳＵＭを
算出して、データブロックの送信を行う（ステップ２３
．ステップ２Ｉ２２）。

（４）ステップ２３で、送信すべき全データの送信信号
終了していれば、制御カウンタを“ｏ°′として、第１
番目の縦ＳＵＭデータの算出を行い、制御カウンタの値
を＋１しながら、ｎ個、すなわち、２６個の＠１ｓＵＭ
データの算出を行い、算出された縦ＳＵＭデータの送信
を行い、これらの縦ＳＵＭデータに対する縦横３０Ｍデ
ータを算出して、この縦横３０Ｍデータの送出を行う（
ステップ２４〜２６）。

本発明は、前述のような送信動作を行い、受信側で、誤
りの回復を行うことが可能である。本発明の一実施例を
、例えば、９６００８ＰＳの回線を用いるデータ通信方
式に適用した場合、本発明の一実施例は、最大６６５６
バイトに相当する時間値、約７秒間の回線障害に対して
も、この間のデータを受信側装置で回復可能となり、低
品質の回線を用いて、高信鎖度、高品質のデータ送信を
行うことができる。また、本発明の一実施例は、従来技
術による肯定応答の待ち時間の合計時間が、本発明によ
る溜ＳＵＭデータ及び横ＳＵＭデータを送信する時間が
多ければ、データの連続送信により、高速にデータの送
信を行うことが可能となる。例えば、前述の回線を用い
て、５１２にバイトのデータを送信する場合、従来技術
の場合には、１７分の送信時間を要したのに対し、本発
明の一実施例では、約１１分の送信時間を要するのみで
、本発明の一実施例は、従来技術に比較して、約１．５
４倍の速度のデータの送信を行うことができた。

前述した本発明の一実施例は、横ＳＵＭデータ。

［３ＵＭデータ、縦横ＳＵＭデータの算出に、排他的論
理和演算を用いるとしたが、本発明は、その他の論理演
算あるいは加算、減算２乗算、除算等の算術演算を用い
ることも可能であり、この場合にも、同様な効果を奏す
ることができる。

〔発明の効果〕

以上説明したように、本発明によれば、障害となったデ
ータを受信側装置内で回復することが可能で高品質のデ
ータ送信を行うことが可能であり、受信側装置からのデ
ータ単位毎の応答を待つことなく、送信すべき全データ
を連続的に送信することができるので、使用する通信回
線の上限までその送信速度を向上させることができ、高
速にデータの送信を行うことができる。

【図面の簡単な説明】

第１図は本発明の一実施例によるデータの送信を説明す
る図、第２図は送信レコードデータと、横ＳＵＭデータ
、縦ＳＵＭデータ、縦横ＳＵＭデータとの関係を説明す
る図、第３図は送信動作を説明するフローチャート、第
４図は従来技術によるデータの送信を説明する図である
。 ２・・−・−否定応答信号、３．６−・・−肯定応答信
号。 第２図 第１図 第 図 第 図

Claims (1)

1. 【特許請求の範囲】 １、送信側装置と受信側装置との間で通信回線を介して
   行われるデータ通信方式において、前記送信側装置は、
   送信すべきデータの複数個毎に対して演算を行い、その
   結果をＳＵＭデータとして付加したデータブロックを生
   成し、受信側からの応答を待つことなく、前記データブ
   ロックを連続的に受信側装置に送信することを特徴とす
   るデータ通信方式。 ２、前記受信側装置は、受信したデータのそれぞれに対
   しＥＣＣチェックを行い、障害を検出した場合、障害と
   なつたデータを除く、そのデータブロック内の全データ
   とそのデータブロック内のＳＵＭデータとの演算を行う
   ことにより、障害となつたデータの回復を行うことを特
   徴とする特許請求の範囲第１項記載のデータ通信方式。 ３、前記演算は、排他的論理和、加算、減算、乗算及び
   除算のうちいずれか１つであることを特徴とする特許請
   求の範囲第１項または第２項記載のデータ通信方式。