JPH0897801A - テレックス通信用誤り文字検出方式 - Google Patents

テレックス通信用誤り文字検出方式

Info

Publication number
JPH0897801A
JPH0897801A JP6227534A JP22753494A JPH0897801A JP H0897801 A JPH0897801 A JP H0897801A JP 6227534 A JP6227534 A JP 6227534A JP 22753494 A JP22753494 A JP 22753494A JP H0897801 A JPH0897801 A JP H0897801A
Authority
JP
Japan
Prior art keywords
error
character
telex
additional code
line
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP6227534A
Other languages
English (en)
Inventor
Susumu Tomizawa
進 冨澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KDDI Corp
Original Assignee
Kokusai Denshin Denwa KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kokusai Denshin Denwa KK filed Critical Kokusai Denshin Denwa KK
Priority to JP6227534A priority Critical patent/JPH0897801A/ja
Publication of JPH0897801A publication Critical patent/JPH0897801A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

(57)【要約】 【目的】 送信側テレックス端末と受信側テレックス端
末を改良することにより、誤りの自動検出、誤り自動通
知及び自動再送を可能とする誤り文字再送プロトコルを
提供することを目的とする。 【構成】 送信側端末から、送信すべき電文の文字列を
一行毎に分割して、各行毎に誤り検出付加符号を追加し
て受信側端末に送信し、該受信側端末で前記誤り検出付
加符号が正常か否かを一行毎に判定することを特徴とす
るテレックス通信用誤り文字検出方式において、前記誤
り検出付加符号として、ＣＲＣ方式におけるチェックシ
ーケンスを文字列に変換して用いること、又は、ＢＣＣ
方式によるパリティチェック関数により求められた値を
文字列に変換して用いることを特徴とする。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、テレックス通信用誤り
文字検出方式に関する。詳しくは、受信側で自動的に文
字化けの有無を判定することができる文字検出方式に関
する。
【０００２】
【従来の技術】テレックス通信では、伝送途中に雑音の
混入及び瞬断等があると、送信した文字と異なる文字を
受信する現象、いわゆる、文字化けが発生することがあ
る。現在、商取引等のための重要通信に、国際／国内公
衆テレックス通信を利用するケースが多く、金額表示等
が文字化けすると多大な損害に繋がる虞があることか
ら、文字化けは現在でも相変わらず重要な問題となって
いる。
【０００３】そのため、テレックス通信において、重要
な文字列を含む電文をやりとりする場合、受信者が電文
に文字化けがないかについて注意を払う必要があった。
この作業を軽減するために、単純なコリレーション(Cor
relation）とよばれる方法により、人手で電文の誤りを
検出する方法等が採られていた。このコリレーションと
は、電文中の重要な数字等と同じ数字等を文末で反復
し、受信側で両者を比較し、異なる場合を文字化けと認
識する方法である。
【０００４】ここで、テレックス通信について簡単に説
明する。テレックスの通信方式において、国際間では、
図８に示す調歩同期式５単位印刷電信信号が用いられ
る。印刷電信信号は、スタートエレメントとストップエ
レメントにより送信側と受信側との間で１文字ごとに同
期をとる歩調同期方式が採用されている。スタートエレ
メントと同じ極性をＡ極性、ストップエレメントと同じ
極性をＺ特性という。
【０００５】印刷電信符号としては、図９に示す第２国
際電信アルファベット（International Telegaph Alpha
bet No.2：ＩＴＡ No.2 ）が用いられる。例えば、符号
番号(Comb.No.)27は復帰(CARR.RET.)を意味し、符号番
号(Comb.No.)28は改行(LINE FEED)を意味する。一方、
国内でのテレックス通信方式としては、５単位信号で扱
う文字に加えて、カナ文字を扱うため、５単位文字より
符号数が多くとれる６単位文字信号が使用されている。
【０００６】
【発明が解決しようとする課題】しかしながら、上述し
たコリレーションでは、手作業により電文の誤りを検出
するため、文字化けを確実に検出することができず、一
定の限界があった。また、テレックス通信においても、
他の通信手段と同様に、通信品質の改善に迫られてい
る。一方、現在ではコンピュータ技術の発展により、テ
レックス端末は機械式から、プログラム制御可能な電子
式へと移行し、また、パーソナルコンピュータとの接続
も普及している。
【０００７】本発明は、上記従来技術に鑑みてなされた
ものであり、送信側テレックス端末と受信側テレックス
端末を改良することにより、誤りの自動検出、誤り自動
通知及び自動再送を可能とする誤り文字検出方式を提供
することを目的とする。
【０００８】尚、本発明では、特に断らない限り、テレ
ックス電文での「誤り」を「文字化け」と定義する。ま
た、「誤り」とは、一般に定義される意味で使用する
（「岩波情報科学辞典」May.1990. 岩波書店刊) 。即
ち、「誤り」とは、規定の内容又は論理的に正しいとさ
れる状態からの逸脱をいう。故障したシステムの構成要
素がマスキングされないまま使用されるために顕在化し
たものが誤りである。誤りに対しては原因となる故障を
除去することが根本的な対策であるが、このほかにパリ
ティビットなどの誤り検出信号を用いて、誤りが検出さ
れたときにそれを規定の内容又は論理的に正しい状態に
復元する誤り訂正なども行われる。これらの処置で救済
できない場合に障害となる。
【０００９】
【課題を解決するための手段】斯かる目的を達成する本
発明のテレックス通信用誤り文字検出方式の構成は送信
側端末から、送信すべき電文の文字列に誤り検出付加符
号を追加して受信側端末に送信し、該受信側端末で前記
誤り検出付加符号が正常か否かを判定することを特徴と
する。また、上記目的を達成する本発明のテレックス通
信用誤り文字検出方式の構成は、送信側端末から、送信
すべき電文の文字列を一行毎に分割して、各行毎に誤り
検出付加符号を追加して受信側端末に送信し、該受信側
端末で前記誤り検出付加符号が正常か否かを判定するこ
とを特徴とする。
【００１０】ここで、前記受信側端末が前記誤り検出付
加符号が正常に受信されていないと判定したときには、
前記送信側端末に対して、誤り有りの通知を返信するこ
とを特徴とし、また、前記送信側端末が前記受信側端末
から誤り有りの通知を受信したときには、送信すべき電
文の文字列を再度送信することを特徴とする。また、前
記受信側端末が前記誤り検出付加符号が正常に受信され
ていると判定したときには、前記送信側端末に対して、
誤り無しの通知を返信することを特徴とする。
【００１１】更に、前記誤り検出付加符号として、ＣＲ
Ｃ方式におけるチェックシーケンスを文字列に変換して
用いること、又は、ＢＣＣ方式によるパリティチェック
関数により求められた値を文字列に変換して用いること
を特徴とする。
【００１２】
【実施例】以下、本発明について、図面に示す実施例を
参照して詳細に説明する。図１に本発明の一実施例に係
るテレックス通信用誤り文字再送プロトコル(Error Fre
e Telex Protocol:以下、ＥＦＴＰプロトコルという )
を示す。本実施例は、ＣＲＣ方式の誤り検出付加符号を
適用したものである。
【００１３】〔プロトコル要素〕ここで、プロトコル要
素を以下のように定義する。 ＲＥＱ００ ：誤り文字再送プロトコル開始指示（１回
全文再送） ＲＥＱ１０ ：誤り文字再送プロトコル開始指示（Ｎ回
全文再送） ＲＥＱ０１ ：誤り文字再送プロトコル開始指示（１回
１行再送） ＲＥＱ１１ ：誤り文字再送プロトコル開始指示（Ｎ回
１行再送） ＲＥＰ ：再送表示 ＡＣＫ ：誤り無し通知 ＮＡＫ ：誤り有り通知 Ｃ＝（ｃ1，ｃ2，…，ｃm）：誤り検出付加符号（識別
ヘッダーを含む）
【００１４】〔プロトコルシーケンス〕本実施例のＥＦ
ＴＰプロトコル通信方式は、基本的には、図１のフロー
チャートに従って行われる。先ず、エンドエンドの回線
設定を完了したのち、本実施例の誤り再送プロトコル開
始指示ＲＥＱ＊＊を送信側から受信側へ送信する。ＲＥ
Ｑ＊＊としては、ＲＥＱ００、ＲＥＱ１０、ＲＥＱ０１
又はＲＥＱ１１の４種類がある。
【００１５】次に、送信側からテレックス電文の送信を
開始すると共にＣＲＣ方式の誤り検出付加符号Ｃの演算
を開始する。また、受信側では、送信側からのテレック
ス電文の受信を開始する。ここで、送信れさるべき電文
は、国際テレックス通信の場合、図８及び図９に示すよ
うに、５単位符号で表される。従って、１文字が５ビッ
トで表されるので、送信すべき電文である文字列は、各
文字の５ビットを連続して並べたビット列で表現され
る。
【００１６】ＣＲＣ方式による誤り検出付加符号Ｃの演
算方法について簡単に説明する。送信するビット列を、
ｂ1，ｂ2，…ｂnとし、Ｐ（Ｘ）を次のように定義す
る。但し、ｂiは１又は０（ｉ＝１〜ｎ）である。 Ｐ（Ｘ）＝ｂ1Ｘn-1＋ｂ2Ｘn-2＋…＋ｂn-1Ｘ＋ｂn …（１） また、Ｇ（Ｘ）を次のように定義する。 Ｇ（Ｘ）＝ａ1Ｘm＋ａ2Ｘm-1＋…＋ａm-1Ｘ＋ａm …（２） 但し、ａiは１又は０（ｉ＝１〜ｍ＋１）である。
【００１７】ここで、Ｐ（Ｘ）にＸmを掛け、Ｇ（Ｘ）
で割った時の余りをＲ（Ｘ）とすると、Ｒ（Ｘ）は次式
のように表せる。 Ｒ（Ｘ）＝ｃ1Ｘm-1＋ｃ2Ｘm-2＋…＋ｃm-1Ｘ＋ｃm …（３） このときのビット列Ｃ＝（ｃ1，ｃ2，…ｃm）がチェッ
クシーケンスであり、本実施例では誤り検出付加符号と
して用いる。このＧ（Ｘ）をチェックシーケンスの生成
多項式と呼び、ＩＴＵ−Ｔの勧告Ｖ．２４では、次式が
推奨されている。 Ｇ（Ｘ）＝Ｘ16＋Ｘ12＋Ｘ5＋１ …（４）
【００１８】この（４）式の生成多項式で生成したチェ
ックシーケンスＣは、１６ビットである。これをＩＴＡ
No.2 で文字化する必要がある。そこで、１６ビットを
アルファベット２６文字で表現するため、１６ビットを
４ビット＋４ビット＋４ビット＋４ビットに四つに区分
し、各４ビットを１６種類のアルファベットＡ〜Ｐに対
応づける。つまり、チェックシーケンスＣを４文字のア
ルファベットで表現するのである。
【００１９】このようにＣＲＣ方式では、送信するビッ
ト列毎に、４文字で表現される誤り検出付加符号Ｃを求
め、誤り検出付加符号Ｃを文字として送信し得るように
するのである。他の方式としては、後述するようにＢＣ
Ｃ方式を用いても良い。
【００２０】但し、送信すべき電文の文字列が複数行に
わたる場合には、それらを一行毎に分割して、誤り検出
付加符号Ｃを求める。つまり、ビット列は、復帰改行か
ら復帰改行までの文字列の各ビット（５ビット）を連続
的に並べたビット列とし、各ビット列ごとに誤り検出付
加符号Ｃを求めるのである。従って、電文１行につき、
４文字の誤り検出付加符号Ｃが追加されることになる。
【００２１】引き続き、テレックス電文の送信及び受信
が完了した後に、送信側から誤り検出付加符号を文字列
Ｃとして送信し、且つ、受信側ではその文字列Ｃを受信
する。ここで、文字列Ｃは、電文１行当たり４文字であ
るから、電文が複数行にわたる場合には、その行数倍と
なる。例えば、電文が３行であれば、４×３＝１２文字
となる。
【００２２】その後、受信側では、受信された誤り検出
付加符号である文字列Ｃを、電文の各行に対応して生成
した文字列（４文字）に区分する。これをビット列化
し、電文の当該行の文字列をビット列化した結果に算術
的に加えた値を、生成多項式Ｇ（Ｘ）で割り算し、余り
が０となるか否かで判定する。余りが０の場合には、正
常に受信された、即ち、ＯＫと判断されるので、誤り無
し表示ＡＣＫを受信側から送信側へ返信し、送信側は誤
り無し表示ＡＣＫを受信し、回線を復旧処理する。一
方、余りが０でない場合には、正常に受信されていな
い、つまり、文字化け有りと判断されるので、誤り有り
表示ＮＣＫを受信側から送信側へ返信する。
【００２３】誤り有り表示ＮＣＫを受信した送信側は、
送信側からテレックス電文に再送表示ＲＥＰを付加して
を受信側へ再送し、受信側では再送電文及び再送表示Ｒ
ＥＰを受信し、回線を復旧処理する。再送する電文は、
電文の全文でも良いが、誤りを含む行だけ再送しても良
い。誤りを含む行は、文字列Ｃの何処に誤りがあるかに
より判断することができる。また、通信条件によって
は、再送電文にも誤りが存在する虞があるので、再送は
１回に限るものではなく、必要であれば複数回繰り返し
ても良い。
【００２４】このように本実施例では、回線を保留した
まま、受信側で誤りが存在することを送信側へ自動的に
通知することができ、また、その通知を受けた送信側か
ら、回線を保留したまま、同一電文を自動的に再送する
ことができる。尚、上記ＥＦＴＰプロトコルを実現する
ためには、発信側端末及び受信側端末にソフトウェア的
な追加が必要となるが、公衆テレックス網には追加機能
の必要はなく、汎用性が高い。
【００２５】また、後述するように、ＥＦＴＰプロトコ
ルを具備した発信側端末と、ＥＦＴＰプロトコルを具備
しない受信側端末との間でも、通信が可能であり、ＥＦ
ＴＰプロトコルを具備した端末において、ＥＦＴＰプロ
トコルをマスキングするパラメータ設定変更等は必要な
い。次に、本発明の具体的実施例について説明する。
【００２６】〔実施例１〕この実施例１は、図２に示す
ように、誤りがある場合、電文の全文を１回に限り再送
するプロトコルである。即ち、１回全文再送プロトコル
（ＲＥＱ００）である。先ず、エンドエンドの回線設定
を完了したのち、本実施例の誤り再送プロトコル開始指
示ＲＥＱ００を送信側から受信側へ送信する。次に、送
信側からテレックス電文の送信を開始すると共にＣＲＣ
方式の誤り検出付加符号Ｃの演算を開始する。また、受
信側では、送信側からのテレックス電文の受信を開始す
る。
【００２７】その後、送信側からテレックス電文の送信
が完了し、受信側でのテレックス電文の受信が完了した
後に、送信側から誤り検出付加符号を文字列Ｃとして送
信し、且つ、受信側ではその文字列Ｃを受信する。引き
続き、受信側では、受信された誤り検出付加符号である
文字列Ｃを、電文の各行に対応して生成した文字列（４
文字）に区分する。これをビット列化し、電文の当該行
の文字列をビット列化した結果に算術的に加えた値を、
生成多項式Ｇ（Ｘ）で割り算し、余りが０となるか否か
で判定する。
【００２８】余りが０でない場合には、正常に受信され
ていない、つまり、文字化け有りと判断されるので、誤
り有り表示ＮＣＫを受信側から送信側へ返信する。誤り
有り表示ＮＣＫを受信した送信側は、送信側からテレッ
クス電文（全文）に再送表示ＲＥＰを付加してを受信側
へ再送し、受信側では再送電文（全文）及び再送表示Ｒ
ＥＰを受信し、回線を復旧処理する。
【００２９】〔実施例２〕この実施例２は、図３に示す
ように、誤りがある場合、電文の全文を複数回（Ｎ回）
再送するプロトコルである。即ち、Ｎ回全文再送プロト
コル（ＲＥＱ１０）である。先ず、エンドエンドの回線
設定を完了したのち、本実施例の誤り再送プロトコル開
始指示ＲＥＱ１０を送信側から受信側へ送信する。
【００３０】次に、送信側からテレックス電文の送信を
開始すると共にＣＲＣ方式の誤り検出付加符号Ｃの演算
を開始する。また、受信側では、送信側からのテレック
ス電文の受信を開始する。その後、送信側からテレック
ス電文の送信が完了し、受信側でのテレックス電文の受
信が完了した後に、送信側から誤り検出付加符号を文字
列Ｃとして送信し、且つ、受信側ではその文字列Ｃを受
信する。
【００３１】引き続き、受信側では、受信された誤り検
出付加符号である文字列Ｃを、電文の各行に対応して生
成した文字列（４文字）に区分する。これをビット列化
し、電文の当該行の文字列をビット列化した結果に算術
的に加えた値を、生成多項式Ｇ（Ｘ）で割り算し、余り
が０となるか否かで判定する。余りが０でない場合に
は、正常に受信されていない、つまり、文字化け有りと
判断されるので、誤り有り表示ＮＣＫを受信側から送信
側へ返信する。誤り有り表示ＮＣＫを受信した送信側
は、送信側からテレックス電文（全文）に再送表示ＲＥ
Ｐを付加してを受信側へ再送し、受信側では再送電文
（全文）及び再送表示ＲＥＰを受信する。更に、誤り検
出付加符号を文字列Ｃを送信側から受信側へ送信する。
【００３２】更に、受信側では、受信された誤り検出付
加符号である文字列Ｃを、電文の各行に対応して生成し
た文字列（４文字）に区分する。これをビット列化し、
電文の当該行の文字列をビット列化した結果に算術的に
加えた値を、生成多項式Ｇ（Ｘ）で割り算し、余りが０
となるか否かで判定する。余りが０でない場合には、正
常に受信されていないと判断されるので、上述したよう
に電文（全文）の再送を複数回（Ｎ回）繰り返した後、
回線を復旧処理する。
【００３３】〔実施例３〕この実施例３は、図４に示す
ように、誤りがある場合、電文のうち誤りの存在する行
のみを１回に限り再送するプロトコルである。即ち、１
回１行再送プロトコル（ＲＥＱ０１）である。先ず、エ
ンドエンドの回線設定を完了したのち、本実施例の誤り
再送プロトコル開始指示ＲＥＱ０１を送信側から受信側
へ送信する。
【００３４】次に、送信側からテレックス電文の送信を
開始すると共にＣＲＣ方式の誤り検出付加符号Ｃの演算
を開始する。また、受信側では、送信側からのテレック
ス電文の受信を開始する。その後、送信側からテレック
ス電文の送信が完了し、受信側でのテレックス電文の受
信が完了した後に、送信側から誤り検出付加符号を文字
列Ｃとして送信し、且つ、受信側ではその文字列Ｃを受
信する。
【００３５】引き続き、受信された誤り検出付加符号で
ある文字列Ｃを、電文の各行に対応して生成した文字列
（４文字）に区分する。これをビット列化し、電文の当
該行の文字列をビット列化した結果に算術的に加えた値
を、生成多項式Ｇ（Ｘ）で割り算し、余りが０となるか
否かで判定する。余りが０でない場合には、正常に受信
されていない、つまり、文字化け有りと判断されるの
で、誤り有り表示ＮＣＫを受信側から送信側へ返信す
る。誤り有り表示ＮＣＫを受信した送信側は、送信側か
らテレックス電文のうち誤りの存在する行に再送表示Ｒ
ＥＰを付加してを受信側へ再送し、受信側では再送電文
（１行）及び再送表示ＲＥＰを受信し、回線を復旧処理
する。
【００３６】〔実施例４〕この実施例４は、図５に示す
ように、誤りがある場合、電文のうち誤りの存在する行
のみを複数回（Ｎ回）再送するプロトコルである。即
ち、Ｎ回１行再送プロトコル（ＲＥＱ１１）である。先
ず、エンドエンドの回線設定を完了したのち、本実施例
の誤り再送プロトコル開始指示ＲＥＱ１１を送信側から
受信側へ送信する。
【００３７】次に、送信側からテレックス電文の送信を
開始すると共にＣＲＣ方式の誤り検出付加符号Ｃの演算
を開始する。また、受信側では、送信側からのテレック
ス電文の受信を開始する。その後、送信側からテレック
ス電文の送信が完了し、受信側でのテレックス電文の受
信が完了した後に、送信側から誤り検出付加符号を文字
列Ｃとして送信し、且つ、受信側ではその文字列Ｃを受
信する。
【００３８】引き続き、受信側では、演算により求めた
誤り検出付加符号である文字列Ｃと、受信された誤り検
出付加符号である文字列Ｃとを比較し、両者が一致する
か否かを判定する。受信された誤り検出付加符号である
文字列Ｃを、電文の各行に対応して生成した文字列（４
文字）に区分する。これをビット列化し、電文の当該行
の文字列をビット列化した結果に算術的に加えた値を、
生成多項式Ｇ（Ｘ）で割り算し、余りが０となるか否か
で判定する。余りが０でない場合には、正常に受信され
ていない、つまり、文字化け有りと判断されるので、誤
り有り表示ＮＣＫを受信側から送信側へ返信する。
【００３９】誤り有り表示ＮＣＫを受信した送信側は、
送信側からテレックス電文のうち誤りの存在する行に再
送表示ＲＥＰを付加してを受信側へ再送し、受信側では
再送電文（１行）及び再送表示ＲＥＰを受信する。更
に、誤り検出付加符号を文字列Ｃを送信側から受信側へ
送信する。更に、受信側では、受信された誤り検出付加
符号である文字列Ｃを、電文の各行に対応して生成した
文字列（４文字）に区分する。これをビット列化し、電
文の当該行の文字列をビット列化した結果に算術的に加
えた値を、生成多項式Ｇ（Ｘ）で割り算し、余りが０と
なるか否かで判定する。
【００４０】余りが０でない場合には、正常に受信され
ていない、つまり、文字化け有りと判断されるので、上
述したように電文（１行）の再送を複数回（Ｎ回）繰り
返した後、回線を復旧処理する。
【００４１】〔実施例５〕この実施例５は、図６に示す
ように、受信側がＥＦＴＰプロトコルを具備しない通常
端末の場合のシーケンスである。先ず、エンドエンドの
回線設定を完了したのち、本実施例の誤り再送プロトコ
ル開始指示ＲＥＱ＊＊を送信側から受信側へ送信する。
【００４２】次に、送信側からテレックス電文の送信を
開始すると共にＣＲＣ方式の誤り検出付加符号Ｃの演算
を開始する。また、受信側では、送信側からのテレック
ス電文の受信を開始する。その後、送信側からテレック
ス電文の送信が完了し、受信側でのテレックス電文の受
信が完了した後に、送信側から誤り検出付加符号を文字
列Ｃとして送信し、且つ、受信側ではその文字列Ｃを受
信する。
【００４３】引き続き、受信側では、ＥＦＴＰプロトコ
ルを具備しないため、受信された誤り検出付加符号であ
る文字列Ｃに対して何らの処理を施すことなく、一定時
間経過後に、回線を復旧処理する。
【００４４】〔実施例６〕この実施例６は、図７に示す
ように、誤りがない場合のシーケンスである。先ず、エ
ンドエンドの回線設定を完了したのち、本実施例の誤り
再送プロトコル開始指示ＲＥＱ＊＊を送信側から受信側
へ送信する。次に、送信側からテレックス電文の送信を
開始すると共にＣＲＣ方式の誤り検出付加符号Ｃの演算
を開始する。また、受信側では、送信側からのテレック
ス電文の受信を開始する。
【００４５】その後、送信側からテレックス電文の送信
が完了し、受信側でのテレックス電文の受信が完了した
後に、送信側から誤り検出付加符号を文字列Ｃとして送
信し、且つ、受信側ではその文字列Ｃを受信する。引き
続き、受信側では、受信された誤り検出付加符号である
文字列Ｃを、電文の各行に対応して生成した文字列（４
文字）に区分する。これをビット列化し、電文の当該行
の文字列をビット列化した結果に算術的に加えた値を、
生成多項式Ｇ（Ｘ）で割り算し、余りが０となるか否か
で判定する。
【００４６】余りが０の場合には、正常に受信された、
即ち、ＯＫと判断されるので、誤り無し表示ＡＣＫを受
信側から送信側へ返信し、送信側は誤り無し表示ＡＣＫ
を受信し、回線を復旧処理する。上記実施例において
は、誤り検出付加符号Ｃとしては、ＣＲＣ方式により求
めていたが、本発明は、これに限るものではなく、例え
ば、次に示すＢＣＣ(BLOCKCHECK CHARACTER)方式を採用
しても良い。
【００４７】ＢＣＣ方式により、誤り検出付加符号Ｃを
求める方法を説明する。テレックス通信の呼を考える。
送信端末から送信する電文の文字列をＳとする。受信端
末がＳを受信したときの受信電文を文字列Ｒとする。但
し、ｓi＝１又は０、ｒi＝１又は０（ｉ＝１〜ｎ）とす
る。 Ｓ＝（ｓ1，ｓ2…ｓn） Ｒ＝（ｒ1，ｒ2…ｒn）
【００４８】文字化けがない正常な呼では、次式が成り
立つ。 Ｓ＝Ｒ …（５） 文字化けのある異常な呼では、次式が成り立つ。 Ｓ≠Ｒ …（６）
【００４９】ここで、関数Ｆ（Ｘ）を導入する。変数ｘ
は任意の文字列である。関数Ｆは、一般的値Ｙを持つ。 Ｙ＝Ｆ（Ｘ） …（７） 文字化けのない呼において、次式が成り立つのは自明で
ある。 Ｆ（Ｓ）＝Ｆ（Ｒ） …（８）
【００５０】文字化けのある呼において、どの様な関係
が成り立つであろうか。関数Ｆは、異なる変数値を代入
しても同じ値を持つことがあり得る。従って、次式に示
す関係が成立することがある。 Ｓ≠Ｒ かつ Ｆ（Ｓ）＝Ｆ（Ｒ） …（９） このときには、誤りが認識できない。関数Ｆとしてなる
べく（９）式が成り立たない関数を選ぶべきである。
【００５１】ここで、関数Ｆが適切に選ばれ、（９）式
が高い確率で成立しない関数をＨとする。こうすれば、
高い確率で、次式が成り立つ。 Ｓ≠Ｒのとき Ｈ（Ｓ）≠Ｈ（Ｒ） …（１０） 従って、送信側で、Ｙ＝Ｈ（Ｓ）を計算し、テレックス
電文の次にＹをテレックス文字で表した文字列Ｃを付加
し受信側へ送信する。一方、受信側ではＺ＝Ｈ（Ｒ）を
計算し、計算したＺと受信したＣを比較し、両者が一致
しないとき、即ち、次式が成り立つときに文字化けと判
定する。 Ｚ≠Ｃ …（１１）
【００５２】このようにＢＣＣ方式では、関数Ｈを送信
文字列Ｓのパリティチェックをとる関数とし、Ｙと同値
の文字列Ｃをブロックパリティチェック文字（ＢＣＣ文
字）とする。つまり、ＢＣＣ文字を本発明の誤り検出付
加符号として使用するのである。
【００５３】
【発明の効果】以上、実施例に基づいて具体的に説明し
たように、本発明の誤り文字再送プロトコルによれば、
次の効果を奏する。 受信側で誤りの有無が自動検出できる。 受信側で誤りが存在することを、回線を保留したまま
送信側に自動通知できる。 受信側で誤りが存在する場合、回線を保留したまま
の応答として同一電文を自動再送し、或いは誤りを含む
部分（例えば、誤りを含む行）のみを自動再送すること
ができる。 公衆テレックス網に機能追加の必要がない。 本発明のプロトコルを具備した送信側端末と、本発明
のプロトコルを具備しない受信側端末との間での通常の
通信が可能である。尚、本発明のプロトコルを具備した
端末において、本発明のプロトコルをマスキングするパ
ラメータ設定変更等は必要ない。
【図面の簡単な説明】
【図１】本発明の一実施例に係るテレックス通信用誤り
文字再送プロトコルを示すフローチャートである。
【図２】本発明の実施例１を示す説明図である。
【図３】本発明の実施例２を示す説明図である。
【図４】本発明の実施例３を示す説明図である。
【図５】本発明の実施例４を示す説明図である。
【図６】本発明の実施例５を示す説明図である。
【図７】本発明の実施例６を示す説明図である。
【図８】国際テレックス５単位符号の構成図である。
【図９】５単位符号とキャラクタとの対応を示す説明図
である。
【符号の説明】
ＲＥＱ００ 誤り文字再送プロトコル開始指示（１回全
文再送） ＲＥＱ１０ 誤り文字再送プロトコル開始指示（Ｎ回全
文再送） ＲＥＱ０１ 誤り文字再送プロトコル開始指示（１回１
行再送） ＲＥＱ１１ 誤り文字再送プロトコル開始指示（Ｎ回１
行再送） ＲＥＰ 再送表示 ＡＣＫ 誤り無し通知 ＮＡＫ 誤り有り通知 Ｃ 誤り検出付加符号（識別ヘッダーを含む）

Claims (7)

    【特許請求の範囲】
  1. 【請求項１】 送信側端末から、送信すべき電文の文字
    列に誤り検出付加符号を追加して受信側端末に送信し、
    該受信側端末で前記誤り検出付加符号が正常か否かを判
    定することを特徴とするテレックス通信用誤り文字検出
    方式。
  2. 【請求項２】 送信側端末から、送信すべき電文の文字
    列を一行毎に分割して、各行毎に誤り検出付加符号を追
    加して受信側端末に送信し、該受信側端末で前記誤り検
    出付加符号が正常か否かを判定することを特徴とするテ
    レックス通信用誤り文字検出方式。
  3. 【請求項３】 前記受信側端末が前記誤り検出付加符号
    が正常に受信されていないと判定したときには、前記送
    信側端末に対して、誤り有りの通知を返信することを特
    徴とする請求項１又は２記載のテレックス通信用誤り文
    字検出方式。
  4. 【請求項４】 前記送信側端末が前記受信側端末から誤
    り有りの通知を受信したときには、送信すべき電文の文
    字列を再度送信することを特徴とする請求項３記載のテ
    レックス通信用誤り文字検出方式。
  5. 【請求項５】 前記受信側端末が前記誤り検出付加符号
    が正常に受信されていると判定したときには、前記送信
    側端末に対して、誤り無しの通知を返信することを特徴
    とする請求項１又は２記載のテレックス通信用誤り文字
    検出方式。
  6. 【請求項６】 前記誤り検出付加符号として、ＣＲＣ方
    式におけるチェックシーケンスを文字列に変換して用い
    ることを特徴とする請求項１又は２記載のテレックス通
    信用誤り文字検出方式。
  7. 【請求項７】 前記誤り検出付加符号として、ＢＣＣ方
    式によるパリティチェック関数により求められた値を文
    字列に変換して用いることを特徴とする請求項１又は２
    記載のテレックス通信用誤り文字検出方式。
JP6227534A 1994-09-22 1994-09-22 テレックス通信用誤り文字検出方式 Pending JPH0897801A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP6227534A JPH0897801A (ja) 1994-09-22 1994-09-22 テレックス通信用誤り文字検出方式

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP6227534A JPH0897801A (ja) 1994-09-22 1994-09-22 テレックス通信用誤り文字検出方式

Publications (1)

Publication Number Publication Date
JPH0897801A true JPH0897801A (ja) 1996-04-12

Family

ID=16862417

Family Applications (1)

Application Number Title Priority Date Filing Date
JP6227534A Pending JPH0897801A (ja) 1994-09-22 1994-09-22 テレックス通信用誤り文字検出方式

Country Status (1)

Country Link
JP (1) JPH0897801A (ja)

Similar Documents

Publication Publication Date Title
Lin et al. A hybrid ARQ scheme with parity retransmission for error control of satellite channels
US6141784A (en) Method and system in a data communications system for the retransmission of only an incorrectly transmitted portion of a data packet
EP1190520B1 (en) System and method for implementing hybrid automatic repeat request using parity check combining
EP0962068B1 (en) Automatic repeat request data communications method and apparatus
JP3349926B2 (ja) 受信制御装置、通信制御システム及び通信制御方法
EP0465533A4 (en) Error correction for infrared data communication
JPS62169537A (ja) 送信エラ−の検出及び回復方法
JP3284177B2 (ja) データ伝送方式
EP0330223A2 (en) Information distribution system
JP3217716B2 (ja) 無線パケット通信装置
US6049902A (en) Method and system in a data communications system for the establishment of multiple, related data links and the utilization of one data link for recovery of errors detected on another link
JPS62101173A (ja) デ−タ再送方式
JPH0897801A (ja) テレックス通信用誤り文字検出方式
KR100673692B1 (ko) 패리티 블록코드를 이용한 오류 복구방법
JPH06205068A (ja) データ通信装置
WO2001009709A1 (en) Ic card connector
JPH0530115A (ja) ポーリングシステム
US6781987B1 (en) Method for packet transmission with error detection codes
JP3316730B2 (ja) データ通信装置
JP2870408B2 (ja) エラー推測機能を備えたファクシミリ装置
JPH07288515A (ja) データ伝送方法
JPH104413A (ja) データ伝送システム
JP3137092B2 (ja) データ伝送方法、及び送受信装置
Fairhurst et al. A WAN inter-working unit for satellite links
JPH08213974A (ja) データ通信再送方法

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 19971216