JP2615509B2

JP2615509B2 - 通信装置

Info

Publication number: JP2615509B2
Application number: JP29308790A
Authority: JP
Inventors: 忠行田原
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1990-10-30
Filing date: 1990-10-30
Publication date: 1997-05-28
Anticipated expiration: 2012-05-28
Also published as: JPH04165844A; US5425025A

Description

【発明の詳細な説明】〔目次〕概要産業上の利用分野従来の技術と発明が解決しようとする課題課題を解決するための手段作用実施例発明の効果〔概要〕通信を行う装置に関し、高信頼の通信を行う通信プロトコルを提供することを
目的とし、送受信されるメッセージ内に送信ウィンドウ
通番WN（Ｓ）、受信ウィンドウ通番WN（Ｒ）、送信シー
ケンス番号Ｎ（Ｓ）、受信シーケンス番号Ｎ（Ｒ）、メ
ッセージの種別を示すTYPEを設けたメッセージで通信を
行い、内部送信シーケンスカウンタｎ（ｓ）を有し、メ
ッセージが送信される毎に、前記内部送信シーケンスカ
ウンタを加算し、前記メッセージ内の送信シーケンス番
号Ｎ（Ｓ）に前記加算された内部送信シーケンスカウン
タｎ（ｓ）の値を設定し、内部受信シーケンスカウンタ
ｎ（ｒ）を有し、メッセージが受信される毎に、内部受
信シーケンスカウンタｎ（ｒ）が前記メッセージ内の送
信シーケンス番号Ｎ（Ｓ）に一致する時に、前記内部受
信シーケンスカウンタｎ（ｒ）を加算し、前記加算され
た内部受信シーケンスカウンタｎ（ｒ）の値を受信シー
ケンス番号Ｎ（Ｒ）に設定し、内部受信ウィンドウ通番
カウンタwn（ｒ）を有し、受信した前記メッセージのTY
PEが特定の種別を示していることを検出して、前記内部
受信ウインドウ通番カウンタwn（ｒ）の値が、メッセー
ジ内の前記送信ウインドウ通番WN（Ｓ）と一致した時
に、内部受信ウインドウカウンタwn（ｒ）を加算し、内
部受信シーケンスカウンタｎ（ｒ）を初期化し、前記加
算された内部受信ウインドウ通番カウンタｗ（ｒ）が設
定された受信ウインドウ番号WN（Ｒ）を有するメッセー
ジを相手方に送信し、内部送信ウィンドウ通番カウンタ
wn（ｓ）を有し、送信した前記メッセージのTYPEが特定
の種別であって、メッセージを受信した時に、内部送信
ウィンドウ通番カウンタwn（ｓ）に＋１したものが前記
受信したメッセージの受信ウィンドウ番号WN（Ｒ）と一
致した時に、該内部送信ウィンドウ通番カウンタwn
（ｓ）を加算し、送信ウインドウ番号WN（Ｓ）に、前記
加算された内部送信ウインドウ値を設定するように構成
する。

〔産業上の利用分野〕

本発明は、一般的な公衆回線を利用したパソコン通信
における通信プロトコル方式に関する。

現在、わが国では、約数十万人のパソコン通信ユーザ
が存在すると言われており、今後益々増える傾向にあ
る。

又、これに比例して、やりとりされる情報もメッセー
ジ等のテキストデータ、プログラム等のバイナリデータ
があり、その量も膨大となっている。このため、該パソ
コン通信においても、伝送の高効率化及び、高信頼化が
要求されている。

〔従来の技術と発明が解決しようとする課題〕

第３図は、従来のパソコン通信における通信プロトコ
ル方式を説明する図であり、（ａ）は概念図を示し、
（ｂ）は「XMODEM」手順でのデータフォーマットを示し
ている。

従来のパソコン通信で一般的に使用されている伝送制
御手順として、テキストデータ（所謂、キャラクタデー
タで、画面上に表示されるデータ）時には「無手順」、
また、プログラム実行ファイルのように、画面上に表示
されないバイナリデータ時には、「XMODEM」が使用され
ている。この内、「無手順」では、伝送効率の面では問
題は少ないが、信頼性の面で問題であった。

又、後者の「XMODEM」は、（ｂ）図に示したフォーマ
ットのパケットデータを、例えば、128バイト単位で送
受信し、且つ、１パケット毎に、受信側において、例え
ば、「チェックサム」（csum）によるチェックをして、
誤りが検出されなければ、「ACK」を返送し、誤りが検
出された場合には「NAK」を返送するというACK/NAKの送
達確認が行われているため、信頼性の面では問題がない
が、応答確認による伝送形式であるため、伝送効率が低
下すると問題があった。

本発明は上記従来の欠点に鑑み、一般的な公衆回線を
利用したパソコン通信において、例えば、通信制御装置
といった、特別なハードウェアを用いることなく、デー
タ種別（テキストデータ、バイナリデータ）に影響され
ることなく高効率の伝送と，高信頼度の伝送を行う通信
プロトコルを提供することを目的とするものである。

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

第１図は、本発明が適用される装置全体を示してあ
り、第１図内のメッセージのうちWN（Ｓ）、WN（Ｒ）、
Ｎ（Ｓ）、Ｎ（Ｒ）、TYPEが本発明のプロトコルに使用
される。又、本発明のプロトコルのシーケンスは、第２
図（j1）（j2）（j3）（j4）に表されている。

本発明であるプロトコルのシーケンスは、送受信され
るメッセージ内に送信ウィンドウ通番WN（Ｓ）、受信ウ
ィンドウ通番WN（Ｒ）、送信シーケンス番号Ｎ（Ｓ）、
受信シーケンス番号Ｎ（Ｒ）、メッセージの種別を示す
TYPEを設けたメッセージで通信を行い（第１図のメッセ
ージ図を参照）、内部送信シーケンスカウンタｎ（ｓ）を有し、メッセ
ージが送信される毎に、前記内部送信シーケンスカウン
タを加算し、前記メッセージ内の送信シーケンス番号Ｎ
（Ｓ）に前記加算された内部送信シーケンスカウンタｎ
（ｓ）の値を割り当て（第２図（j3）を参照）、内部受信シーケンスカウンタｎ（ｒ）を有し、メッセ
ージが送信される毎に、内部受信シーケンスカウンタｎ
（ｒ）が前記メッセージ内の送信シーケンス番号Ｎ
（Ｓ）に一致する時に、前記内部受信シーケンスカウン
タｎ（ｒ）を加算し、前記加算された内部受信シーケン
スカウンタｎ（ｒ）の値を受信シーケンス番号Ｎ（Ｒ）
に設定し（第２図（j4）を参照）、内部受信ウィンドウ通番カウンタwn（ｒ）を有し、受
信した前記メッセージのTYPEが特定の種別を示している
ことを検出して、前記内部受信ウインドウ通番カウンタ
wn（ｒ）の値が、メッセージ内の前記送信ウインドウ通
番WN（Ｓ）と一致した時に、内部受信ウインドウカウン
タｗ（ｒ）を加算し、内部受信シーケンスカウンタｎ
（ｒ）を初期化し、前記加算された内部受信ウインドウ
通番カウンタｗ（ｒ）が設定された受信ウインドウ番号
WN（Ｒ）を有するメッセージを転送側に送信し（第２図
（j2）を参照）、内部送信ウィンドウ通番カウンタwn（ｓ）を有し、送
信した前記メッセージTYPEが特定の種別であって、メッ
セージを受信した時に、内部送信ウィンドウ通番カウン
タwn（ｓ）に＋１したものが前記受信したメッセージの
受信ウィンドウ番号WN（Ｒ）と一致した時に、該内部送
信ウィンドウ通番カウンタwn（ｓ）を加算し、送信ウイ
ンドウ番号WN（Ｓ）に、前記加算された内部送信ウイン
ドウ値を設定する（第２図（j1）を参照）ことで達成さ
れる。

〔作用〕

本発明の通信プロトコルは、ウインドウ通番WN
（Ｓ）,WN（Ｒ）で特徴つけられる。ウインドウ通番WN
（Ｓ）,WN（Ｒ）は、送信シーケンス番号Ｎ（Ｓ）、受
信シーケンス番号Ｎ（Ｒ）以外に設けられるものであ
る。

WN（ウインドウ番号）は、複数個の電文を連続に送受
信した時の通番であり、例えば、パソコン通信の様に、
端末とセンタとの間にパケット交換機が存在し、その中
に電文が滞留すると、矛盾を来す虞がある。この矛盾を
防止する為のものである。WN（Ｓ）は，送信のウインド
ウ通番を表し、パケットに対する応答を受信した時点
で、上記内部送信通番カウンタwn（ｓ）＋１＝WN（Ｒ）
か見て、一致したとき、当該内部送信通番カウンタwn
（ｓ）に１を加算して、以降送信するパケットのWN
（Ｓ）に、更新されたwn（ｓ）の値が設定される（第２
図（j1）を参照のこと）。

WN（Ｒ）は、受信のウインドウ通番を表し、相手から
のパケットを受信した時点で、内部受信ウインドウ通番
カウンタwn（ｒ）＝WN（Ｓ）かを見て、一致すると、wn
（ｒ）＝wn（ｒ）＋１をして、内部受信シーケンスカウ
ンタｎ（ｒ）に初期化する（第２図（j2）を参照のこ
と）。

このプロトコルを使用することにより、送信シーケン
ス番号Ｎ（Ｓ）と受信シーケンス番号Ｎ（Ｒ）とに基づ
いて、連続送受信数を計数し、予め、定められているウ
インドウ数を超えたとき、該送信ウインドウ通番である
WN（Ｒ）と、受信ウインドウ通番であるWN（Ｓ）をカウ
ントアップし、ウインドウ数を単位とした電文の送受信
の数を管理することが可能となる。

〔実施例〕

以下本発明の実施例を図面によって詳述する。

前述の第１図が本発明の原理説明図であり、第２図は
本発明の一実施例を示した図であって、（ａ）は本発明
を適用したネットワーク構成の例を示し、（ｂ）は透過
処理の例を示し、（C0），（c1），（c2）は連続送信時
の交信フローの例を示し、（ｄ）はCRCエラー時の交信
フローの例を示し、（ｅ）はシーケンス番号エラー時の
交信フローの例を示し、（ｆ）は応答監視の交信フロー
の例を示し、（ｇ）は無通信監視の交信フローの例を示
し、（h1），（h2）はパケット分割・組立の例を示し、
（ｉ）はウィンドウオーバ時の矛盾発生の様子を示し、
（j1）〜（j4）は送受信ウィンドウ通番WN（Ｓ）（Ｒ）
と，送受信シーケンス番号Ｎ（Ｓ）（Ｒ）の更新手順を
示している。

本発明は、端末１とセンタ２間でデータ通信を行うの
に、第１図に示したデータフォーマットの電文を送受信
して、それぞれにおいて、特別なハードウェア、例え
ば、通信制御装置等を用いることなく、テキストデータ
と，バイナリデータとを透過させる処理，複数個の電文
の連続送信処理，誤り検出処理，シーケンスチェック，
タイマ監視，無通信監視，回線品質判断処理，電文の長
さが規定のパケット長より長くなったときに、パケット
分割・組立を行う手段が本発明を実施するのに必要な手
段である。尚、全図を通して同じ符号は同じ対象物を示
している。

以下、第１図を参照しながら、第２図によって、本発
明による通信プロトコルを用いたパソコン通信の動作を
説明する。

先ず、（ａ）図に示したネットワークにおいて端末１
と，センタ２との間で、本発明による通信プロトコルで
パソコン通信を行う場合、例えば、10〜2048バイトの可
変長の、第１図に示したデータフォーマットを持つ電文
により行い、他の、例えば、計算機間通信のように、特
別なハードウェアである通信制御装置等を持つことな
く、高効率，及び、高信頼度のデータ伝送を行うもので
ある。

以下、本発明の通信プロトコルについて説明する。

先ず、本発明の通信プロトコルで使用する電文のデー
タフォーマットを、第１図によって、以下に説明する。

SOP（Start Of Packet）：一電文の先頭であることを示す。伝送コードはOx7F
（16進数、以下略）を使用している。

TYPE: TEXT部がどのような情報であるか及び、レスポンスが
必要かどうかを示す。

WN（Window Number）：複数個の電文（ウィンドウ数）を連続に送受信した時
の通番であり、例えば、ある種のパソコン通信の様に、
端末１とセンタ２との間にパケット交換機が存在し、そ
の中に電文が滞留等すると、上記ウィンドウ数を越えた
場合、矛盾を来す恐れがある。本ウィンドウ通番WNは、
この矛盾を防止するためのものであり、送受信のウィン
ドウ通番を表している。なお、この通番は、０から127
までの値であり、127の次は０に戻るサイクリック使用
である。以下、（j1），（j2）図により、その更新手順
を説明する。

本図において、小文字は、端末1,又は、センタ２側に
設けられている、図示されていない内部カウンタを示
し、大文字は、パケット中に示されている上記ウィンド
ウ通番を示している。尚、（j3），（j4）図に示した後
述のシーケンス番号についても同じである。

WN（Ｓ）：送信のウィンドウ通番を表し、Ｐパケット
に対する応答（A/I/Pパケット）を受信した時点で、上
記内部送信ウィンドウ通番カウンタwn（ｓ）＋１＝WN
（Ｒ）かを見て、一致したとき、該wn（ｓ）に１を加算
して、以降で送信するパケットのWN（Ｓ）に、該wn
（ｓ）の値が設定される。｛（j1）図参照｝ WN（Ｒ）：受信のウィンドウ通番を表し、相手からの
Ｐパケットを受信した時点で、内部受信ウィンドウ通番
カウンタwn（ｒ）＝WN（Ｓ）かを見て、一致すると、wn
（ｒ）＝wn（ｒ）＋１をして、内部受信シーケンス番号
カウンタｎ（ｒ）＝０に初期化する。｛（j2）図参照｝Ｎ（Number）：パケットのシーケンス番号であり、この番号によっ
て、パケット紛失や重複受信を防止する。なお、この通
番は、例えば、０から127までの値であり、127の次は０
に戻るサイクリック使用である。

Ｎ（Ｓ）：次に送信するパケットのシーケンス番号で
あり、情報パケット（情報種別がＩまたは、Ｐ）の正常
な送信が終わる毎に、内部送信シーケンスカウンタｎ
（ｓ）を加算する。以降、該送信シーケンス番号Ｎ
（Ｓ）にｎ（ｓ）が設定される。｛（j3）図参照｝Ｎ（Ｒ）：次に受信するべき情報パケット（I/Pパケ
ット）のシーケンス番号であり、正常の受信した場合、
即ち、そのときの、上記受信ウィンドウ通番カウンタwn
（ｒ）の値と、送信されてきたパケットの送信ウィンド
ウ通番WN（Ｓ）とが一致し、且つ、内部受信シーケンス
カウンタｎ（ｒ）の値と、送信されてきたパケットの上
記シーケンス番号Ｎ（Ｓ）とが一致したときに、受信シ
ーケンスカウンタｎ（ｒ）に１を加算する。以降、該受
信シーケンス番号Ｎ（Ｒ）には、該ｎ（ｒ）が設定され
る。｛（j4）図参照｝ CONT（CONTinue）：１メッセージがパケット分割されているかどうかの情
報であり、後述する送信側でのパケットの分割、受信側
に於けるパケット組立で使用される。

該「CONT」の情報種別を以下に示す。

TEXT: メッセージが格納される。なお、TEXT長は端末−セン
ターの取決めにより、例えば、2038の範囲で決定され
る。

CRC（Cyclic Redundacy Check）：上記SOPからTEXT部までのCRC値である。

EOP（End Of Packet）：一電文の終了であることを示し、キャリッジリターン
コード（CR）（OxOD）を使用している。

以下、上記データフォーマットによる電文（メッセー
ジ）を送受信する場合の各種の処理について説明する。

（１）透過処理：上記の第１図のデータフォーマットに従い、本発明に
よる透過処理について述べる。第２図（ｂ）に、その透
過処理の例を示してある。

透過処理対象コード：・SOPであるOx7F（16進数7F;以下略）・EOPであるOｘOD ・DLE（伝送制御拡張コード）であるOx10 ・フロー制御コード｛例えば、パケット交換網の送受信
バッファがビジー（DC1）か，空き（DC3）を示す制御コ
ード｝であるDC1（Ox11）、DC3（Ox13） TEXT部、CRC部・送信側透過対象データの場合は、DLE（Ox10）を付加し、実
データとOx80の論理和をとりデータとして送信する。

具体例で説明すると、「DLE」コード「10」を伝送す
る場合、16進数「10」と「80」の論理和を和をとると、となるので、（ｂ）図に示したように、回線上のデータ
は、「10 90」となる。

・受信側 DLEを受信した場合は、次に受信したコードにOx7Fと
論理積をとったものを実データとして処理する。

上記の例で説明すると、「10 90」を受信した場合、
16進数「90」と「７F」との論理積をとることにより、となるので、（ｂ）図に示したように、回線上のデータ
「10 90」を受信すると、元の「10」が得られる。

WN部、Ｎ部・送信側（Ｓ）、（Ｒ）の値にOx80の論理和をとったものを設
定することで、上記透過対象コードとかち合わないよう
にする。

・受信側（Ｓ）、（Ｒ）の値にOx7Fの論理積をとったものを実
データとする。

上記の如く、該「WN部」「Ｎ部」の透過処理は上記
「TEXT部」「CRC部」と、原理的に同じである。

（２）連続送信：本発明では、伝送効率を向上する目的から、送達確認
をすること無く連続して送受信可能としている。なお、
この連続送受信数（ウィンドウ数）は、端末及び、セン
ター側で保持出来る数であり、例えば、127の範囲内で
任意に設定可能である。

データの送信時に、このウィンドウ数を越える場合
は、受信側に送達確認を要求するため、Ｐパケット（後
述する）を使用して応答を催促する。

又、該Ｐパケットを受信した側は、シーケンス番号が
一致し、且つ、送信すべきデータがある場合は、Ｉまた
は、Ｐパケットを、又、送信データが無い場合は、Ａパ
ケットにより返答する。第２図（c0）に、ウィンドウ数
が７の場合を例にとり、その様子を示す。

第２図（c1）は、上記の具体的な交信フローの例で、
例えば、端末１からセンタ２への送信時の交信フローを
示している。

１電文が送信される毎に、送信側の端末１では図示さ
れていない内部の送信シーケンスカウンタｎ（ｓ）がカ
ウントアップされ｛（j3）図参照｝、受信側のセンタ２
では、電文を受信する毎に、図示されていない内部の受
信シーケンスカウンタｎ（ｒ）の値と、該受信した電文
の受信シーケンス番号Ｎ（Ｓ）との一致を見て、一致が
とれていると、正常な受信として、該受信シーケンスカ
ウンタｎ（ｒ）の値をカウントアップする。｛（j4）図
参照｝上記の結果として、送信シーケンス番号Ｎ（Ｓ）が
‘0'〜‘6'に変化するに従って、センタ２での受信シー
ケンスカウンタｎ（ｒ）は‘0'〜‘6'となる。｛（j3）
図参照｝この時、センタ２から端末１への電文はないので、該
端末１からの電文中の該受信シーケンス番号Ｎ（Ｒ）＝
０の儘である。

この例は、ウィンドウ数が‘7'の場合であり、該７電
文の連続送信が終了する最後の電文は、「TYPE」種別
「Ｐ」のパケット（Ｐパケット）として送信され、ウィ
ンドウ数に達したことをセンタ２に通知し、前述のよう
に、応答を催促する。

このとき、センタ２では、（j2）図にも示したよう
に、内部の受信ウィンドウ通番カウンタwn（ｒ）＝WN
（Ｓ）かを見て、一致するので、該wn（ｒ）に１を加算
し、内部の受信シーケンスカウンタｎ（ｒ）を０に初期
化する。

その後、該応答催促に対して、正常であることを、Ａ
パケット（但し、転送すべきデータなし）により返答す
る。従って、受信シーケンス番号Ｎ（Ｒ）＝０で、且
つ、正常に、７電文を受信しているので、受信ウィンド
ウ通番WN（Ｒ）に上記１を加算してあるwn（ｒ）の内容
を設定して、返答する。

端末１は、上記返答のＡパケットを受信すると、（j
1）図に示したように、内部の送信ウィンドウ通番カウ
ンタwn（ｓ）＋１＝WN（Ｒ）かを見て、一致すると、該
wn（ｓ）に１を加算して、送信ウィンドウ通番WN（Ｓ）
に該wn（ｓ）の値を設定し、Ｉパケットによる新たな連
続送信に入る。（c2）図は、上記（c1）図と同じ手順
で、端末１と，センタ２の双方からデータ通信（所謂、
全二重通信）を行っている例である。

端末１からＰパケットにより、ウィンドウ数＝７に達
したことを通知する電文を送信し、応答を催促すると、
センタ２では、続いて伝送すべきデータがあるのて、上
記Ａパケットの代わりに、Ｐパケットで返答すると共
に、応答を催促する。このとき、前述のようにして、受
信ウィンドウ通番WN（Ｒ）＝０１に切り替えられてい
る。

端末１は、該センタ２からのＰパケットに対応して、
続いて伝送すべきデータがあるので、Ｉパケットで返答
すると共に、次の連続送信を開始する。

このようにして、ウィンドウ通番WNを用いて、端末1,
及び、センタ２側で保持できる電文数毎に連続して送受
信することができる。

（３）誤り検出：本発明では、伝送路上の誤りを検出するため、受信パ
ケットを、例えば、CRC−16方式によりチェックを行
う。なお、CRC誤りを検出した場合は、そのパケットの
破棄が行われる。

このときの交信フローを示したものが、（ｄ）図であ
る。

本図の例では、センタ２において、端末１からの２番
目のＩパケットにおいて、CRC誤り（異常）を検出して
いる。

従って、端末１からの、該誤りの検出された電文を無
視し、後述のタイマ監視を行い、無通信監視タイムアウ
トを検出した時点で、応答を催促するＲパケット（但
し、受信シーケンス番号Ｎ（Ｒ）＝１で、誤りを検出し
た電文のシーケンス番号を通知する）を送信する。

端末１では、該Ｒパケットを受信すると、上記Ｒパケ
ットで通知されてきた受信シーケンス番号Ｎ（Ｒ）＝１
から再送を行う。

上記において、CRC誤りを検出後に、端末１からデー
タがあると、後述の（４）のシーケンスチェックによ
り、シーケンス番号不一致となり、再送要求のＮパケッ
トが送出される。

（４）シーケンスチェック：本発明では、送受信されるパケットには、前述のよう
に、全てシーケンス番号が付与されているため、端末1,
及び、センタ２では常時パケットの紛失、重複受信を確
認することが可能である。

パケット紛失を確認した場合（シーケンスの不一致）
は、正常に受信出来ている次のパケットからの再送要求
を依頼する。又、重複受信の場合は、受信データの破棄
が行われる。

（ｅ）図にこのときの交信フローを示している。この
例では、端末１からの最初のＩパケットで消失した場合
が示されている。

この場合、前述のように、受信側、本例では、センタ
２における受信カウンタは‘0'の儘であるので、端末１
からの次のＩパケットを受信したとき、その送信シーケ
ンス場合Ｎ（Ｓ）＝１との間で不一致を検出することに
なる。

従って、センタ２では、該受信カウンタの値を用い
て、再送要求を指示するＮパケットを送信する。

端末１では、該受信したＮパケットの受信シーケンス
場合Ｎ（Ｒ）＝０に基づいて、該シーケンス番号‘0'か
ら再送を始める。

（５）タイマ監視：本発明では、応答監視タイマ及び、無通信監視タイマ
の二つを持っており、それぞれ以下の処理を行ってい
る。

１）応答監視タイマ：応答を必要とするパケット（Ｐまたは、Ｒパケット）
に対して、一定時間内（端末、センターで時間を取り決
めている。）に応答パケットが受信出来ない場合は、応
答を催促するＲパケットを送信し、その応答を催促す
る。なお、応答要求を受信した側では、送信すべきデー
タがあった場合は、Ｉまたは、Ｐパケットを使用し、
又、送信データが無い場合は、状態通知であるＡパケッ
トを送信する。（ｆ）図にその様子を示す。｛（c1），
（c2）図に示した交信フローを参照｝２）無通信監視タイマ：一定時間パケットのやりとりが無い場合、正常に通信
が行われていることを確認するため、Ｒパケットを送信
し、その応答を催促する。なお、応答要求を受信した側
では、送信すべきデータがあった場合は、Ｉまたは、Ｐ
パケットを使用し、また、送信データが無い場合は、状
態通知であるＡパケットを送信する。（ｇ）図にその様
子を示す。｛（ｄ）図に示した交信フローを参照｝（６）回線品質判断：以下の条件を満たした場合、回線の品質が悪いと判断
し、回線を強制的に切断する。

１）連続してn₁回のＮパケットを受信した場合。

２）Ｒパケットによるリトライ回数がn₂回に達した場
合。

尚、n₁及び、n₂は、端末−センターとの取決めで決定
される。

（７）パケット分割：前述の（１）で説明した透過処理を施すと、電文中
に、透過処理対象コードがあると、DLEコードが付加さ
れるので、端末−センターで取り決めたパケット長が大
きくなる場合がある。

この場合、パケット長を規定の長さにするため、１メ
ッセージを複数パケットに分割して送信する。又、受信
側では、パケット内のCONTにより複数パケットであるか
を判断し、１メッセージの組立を行う。

（h1）図は、送信時でのパケット分割の様子を示して
おり、最初のパケットの「CONT」に先頭であることを示
すコード「F」を設定し、最後のパケットの「CONT」
に、最後のパケットであることを示すコード「L」を設
定して送信することを示しており、（h2）図は受信した
パケット中の上記「CONT」に指示されている上記コード
の種別「F」「M」「L」に基づいて、元の電文（メッセ
ージ）に組立を行うことを示している。

（８）パケット交換機側での障害で電文が送信でなかっ
たときの処理：上記、本発明の通信プロトコルを特徴付けるウィンド
ウ通番WN（Ｓ），（Ｒ）の役割について、（ｉ）図によ
って説明する。

ここでは、端末１をＴで、パケット交換網をＦで、セ
ンタ２をＳで表し、説明の便宜上、ウィンドウ数を‘2'
とし、図中（）内の数字は、該送信シーケンス番号Ｎ
（Ｓ）を示している。

ａ）Ｓからデータ「Ｉ（０）」を送信する。

ｂ）Ｓから，次のデータを送信する、この際、前述のよ
うに、ウィンドウ数は‘2'であるため、該データは「Ｐ
（１）」となる。

ｃ）Ｔでは、上記ａ），及び、ｂ）のデータに対する処
理を行った後、ｂ）のＰパケットに対する返答のため、
「Ａパケット」を送信する。このとき、該「Ａパケッ
ト」のWN（Ｒ）＝1,WN（Ｓ）＝０である。

ｄ）ＴからＡパケットを受信した後、本発明による通信
プロトコルにおいては、前述のように、ウィンドウ通番
WN（Ｓ）の切り替えが行われる。又、Ｓからの続く送信
データがないため、前述の無通信監視タイマが働き、正
常であることを確認するため「Ｒパケット」が送信され
る。従って、該「Ｒパケット」のWN（Ｓ）＝１である。

ｅ）その後、Ｓに送信データが２通発生したため、同様
にして、Ｉ（０），及び、Ｐ（１）が、それぞれ送信さ
れ、パケット交換網Ｆに滞留している。

ｆ）Ｓからの上記ｅ）で送信されたデータが、パケット
交換網Ｆでの、送信異常等の原因により、Ｔへ送信でき
なかったとする。

ｇ）Ｔでは、上記ｄ）で受信したＲパケット（前述のよ
うに、応答を催促するパケット）に対する返答のため
「Ａパケット」を送信する。従って、該「Ａパケット」
のWN（Ｓ）＝１である。

ｈ）Ｓでは、上記ｇ）で受信したＡパケットが、本来、
ｄ）のＲパケットに対する返答であるにも係わらず、上
記ｅ）で送信したＰパケットに対する返答であると解釈
してしまい、新たな、Ｉパケットを送信すると、上記
ｅ）の送信データＩ（０），及び、Ｐ（１）は完全に紛
失してしまうことになり、矛盾が発生する。

そこで、本発明においては、上記ウィンドウ通番WN
（Ｓ）,WN（Ｒ）を参照することにより、上記紛失した
電文をＳで認識できるようにする。

即ち、Ｓで、上記ｇ）で送信されてきたＡパケットの
送信ウィンドウ通番WN（Ｓ）（＝１）を参照することに
より、該Ａパケットは、上記ｄ）でＳが送信したＲパケ
ットに対する返答であると認識し、上記ｅ）で送信した
２つのパケットがＴに受信されていないと判断して、次
のＩパケットを、該「Ａパケット」のWN（Ｓ）を参照し
て、WN（Ｓ）＝１の電文として再送することで、上記の
矛盾を解消することができる。

（９）「TYPE」コードに対する他の実施例：上記の説明においては、「TYPE」コードとして、大文
字（I,P,R,A,N）を使用する例を示したが、端末１から
の送信の場合には、例えば、小文字（i,p,r,a,n）を使
用し、センタ２からの送信の場合に、上記大文字（I,P,
R,A,N）を使用するように構成する。

１）このように構成することで、パケット交換網におい
て、回線の監視等によりモニタリングを行う場合、送信
元が端末１か，又は、センタ２かの判断を容易に行うこ
とができる。

２）又、パケット交換網とセンタ２間が、何らかの障害
により回線が切断されると、端末１からの送信データ
が、該パケット交換網から折り返され、端末１に戻って
くる。

この事象を判断するために、上記のように、「TYPE」
コードを分けておくと、該送信したデータの折り返し
が、即、認識でき、該折り返しであることが認識される
と、パケット交換網とセンタ２間の障害と見なし、回線
を切断することができる。

〔発明の効果〕

以上説明したように、本発明によれば、通信におい
て、高効率及び、高信頼伝送を可能とすることができ
る。これにより、データの短時間伝送を図ることがで
き、ウインドウ通番を参照することにより、紛失した電
文を認識することができる。

【図面の簡単な説明】

第１図は本発明の原理説明図，第２図は本発明の一実施例を示した図，第３図は従来のパソコン通信における通信プロトコル方
式を説明する図，である。図面において、１は端末（Ｔ）,2はセンタ（Ｓ）,3はパケット交換網
（Ｆ）,I,P,R,A,Nはパケットの種別,SOPは一電文の先頭
を示す記号,WN（Ｓ），（Ｒ）は送信，受信のウィンド
ウ通番,N（Ｓ），（Ｒ）は送信，受信のシーケンス番
号,CONTは分割種別（F,M,L）,TEXTは一電文中のメッセ
ージを示す記号,EOPは一電文中の終了を示す記号，〜
はデータフォーマットの内容,a〜ｈはデータ通信の
例，をそれぞれ示す。

Claims

(57)【特許請求の範囲】

【請求項１】送受信されるメッセージ内に送信ウィンド
ウ通番WN（Ｓ）、受信ウィンドウ通番WN（Ｒ）、送信シ
ーケンス番号Ｎ（Ｓ）、受信シーケンス番号Ｎ（Ｒ）、
メッセージの種別を示すTYPEを設けたメッセージで通信
を行う通信装置であって、内部送信シーケンスカウンタｎ（ｓ）を有し、メッセー
ジが送信される毎に、前記内部送信シーケンスカウンタ
ｎ（ｓ）を加算し、前記メッセージ内の送信シーケンス
番号Ｎ（Ｓ）に前記加算された内部送信シーケンスカウ
ンタｎ（ｓ）の値を設定する手段と、内部受信シーケンスカウンタｎ（ｒ）を有し、メッセー
ジが送信される毎に、前記内部受信シーケンスカウンタ
ｎ（ｒ）が前記メッセージ内の送信シーケンス番号Ｎ
（Ｓ）に一致する時に、前記内部受信シーケンスカウン
タｎ（ｒ）を加算し、前記加算された内部受信シーケン
スカウンタｎ（ｒ）の値を受信シーケンス番号Ｎ（Ｒ）
に設定する手段と、内部受信ウィンドウ通番カウンタwn（ｒ）を有し、受信
した前記メッセージのTYPEが特定の種別を示しているこ
とを検出して、前記内部受信ウィンドウ通番カウンタwn
（ｒ）の値が、メッセージ内の前記送信ウィンドウ通番
WN（ｓ）と一致した時に、内部受信ウィンドウ通番カウ
ンタwn（ｒ）を加算し、内部受信シーケンスカウンタｎ
（ｒ）を初期化し、前記加算された内部受信ウィンドウ
通番カウンタwn（ｒ）が設定された受信ウィンドウ通番
カウンタWN（Ｒ）を有するメッセージを相手方に送信す
る手段と、内部送信ウィンドウ通番カウンタwn（ｓ）を有し、送信
した前記メッセージのTYPEが特定の種別であって、メッ
セージを受信した時に、内部送信ウィンドウ通番カウン
タwn（ｓ）の値を＋１したものと、前記受信したメッセ
ージの受信ウィンドウ番号WN（Ｒ）とが一致した時に、
前記内部送信ウィンドウ通番カウンタwn（ｓ）を加算
し、前記加算された内部送信ウィンドウ通番カウンタwn
（ｓ）を送信ウィンドウ番号WN（Ｓ）に設定する手段と
を備えたことを特徴とする通信装置。