JPH0832560A - データ通信方式および同報通信方式 - Google Patents

Abstract

(57)【要約】 【目的】 確認パケットの送信回数と送受反転を減じ、
通信時間を短くできる通信装置を提供することを目的と
する。 【構成】 データ通信方式において、送信側の通信装置
に、送信データをブロックに分解する機能と、前記ブロ
ックを複数個まとめて送信する機能と、前記複数個のブ
ロックの送信終了後に、その送信された複数のブロック
の何番目のブロックが受信側に届いていないかを検知す
る機能と、届いていないブロックがある場合に、その届
いていないブロックを再送する機能とを設けた。また、

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ通信方式および
同報通信方式に関する。

【０００２】

【従来の技術】従来より、パケットのデータ通信方式と
してＡＲＱ方式が知られている。これは、送信データを
適当な長さに切断して誤り検出用のチェックビットを付
加して送信し、それを受信した方は、チェックビットに
基づいて誤り検出を行い、誤りが検出された場合は、再
送要求パケットを送信し、誤りが検出されない場合は、
確認のパケットを送信する。そして、送信側は、再送要
求パケットを受信した場合は、前回送信したデータパケ
ットを再送する。また、確認パケットを受信した場合
は、次のデータパケットを送信するものである。

【０００３】また、従来の同報通信では、無線を用いた
場合、１回の送信で複数の相手がデータを同時に受信で
きるが、データを誤る可能性が高いので、整合性をとる
必要があり、確認パケットを受信側が送信側に送ること
により、確認をとるようになっている。この場合、同じ
タイミングで確認パケットを送ると、混信を起こすの
で、確認パケットはタイミング差を設けて送信する。そ
して、誤った場合には、再送を行い、全ての受信側でデ
ータが正しく受信された段階で次のデータを送信する。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来のＡＲＱ方式によるデータ通信方式では、次の理由に
より通信時間がかかるという欠点があった。

【０００５】（１）データパケットを送信した後、毎回
確認パケットを受信しなければならない。

【０００６】（２）送受反転が頻繁に起こり、その分通
信時間がかかる。

【０００７】（３）無線の場合、パケット毎に同期ビッ
トを相当数付加するので、送受するパケットが多いと、
その分通信時間が長くなる。

【０００８】また、以上のような問題を解決するために
は、データパケットの長さをもっと長くすれば良いが、
そうすると無線のような比較的伝送品質が悪い場合、デ
ータ化けが発生し、１ビットでも誤りが発生すれば再送
となる。このため、データパケットを長くすると、それ
だけ誤る率が高くなり、再送が頻繁に発生し、最悪の場
合には、いつまでたってもどこか１ビットに誤りが生
じ、データが送れない事態になる。従って、あまりデー
タパケットの長さは長くできない。

【０００９】一方、上記従来の同報通信方式では、通信
相手によって、通信品質が異なってくるので、通信品質
が良好な通信相手においては、再送は不要であるが、通
信品質があまり良くない通信相手には、再送が必要であ
り、再送が１回で済まないことも生じてくる。また、何
回送信しても駄目な場合もある。

【００１０】したがって、通信品質が悪い通信相手が１
つでもあると再送が発生し、良好な通信相手も、その再
送している間、待たなければならず、通信品質の悪い通
信相手がなければ、再送無しで通信が終了するところ、
通信品質の悪い通信相手と同じ通信時間を要することに
なる。

【００１１】また、同報データをブロックに分けてお
り、１ブロック送信する毎に確認を受信するので、送受
反転が生じる。したがって、その分、通信時間が長くな
る。さらに、無線の場合、パケット毎に同期ビットを相
当数付加するので、送受するパケットが多いと、その
分、通信時間が長くなる。

【００１２】本発明は、確認パケットの送信回数と送受
反転を減じ、通信時間を短くできる通信装置を提供する
ことを目的とする。

【００１３】

【課題を解決するための手段】本出願の第１の発明は、
データ通信方式において、送信側の通信装置に、送信デ
ータをブロックに分解する手段と、前記ブロックを複数
個まとめて送信する手段と、前記複数個のブロックの送
信終了後に、その送信された複数のブロックの何番目の
ブロックが受信側に届いていないかを検知する手段と、
届いていないブロックがある場合に、その届いていない
ブロックを再送する手段とを設けたものである。

【００１４】また、本出願の第２の発明は、同報通信方
式において、送信側の通信装置に、同報データをブロッ
クに分解する手段と、前記ブロックに番号を付加する手
段と、前記番号を付加されたブロックを複数個まとめて
送信する手段と、前記複数個のブロックの送信終了後
に、その送信された複数のブロックの何番のブロックが
受信側に届いていないかを検知する手段と、届いていな
いブロックがある場合に、その届いていないブロックを
再送する手段とを設けたものである。

【００１５】

【実施例】まず、本出願の第１の発明（請求項１、２）
に対応する第１実施例について説明する。

【００１６】図１は、この第１実施例における送信側通
信装置の回路構成を示すブロック図である。

【００１７】連続送信ブロック数入力部１は、受信側か
らの確認パケットを受けるまで何ブロック連続送信する
かの数を入力するものであり、データ入力部２は、送信
データの入力を行うものである。

【００１８】制御部３は、この通信装置の全体的な制御
の他、図８に示す本実施例の処理を実行するものであ
り、この制御部３には、連続送信ブロック数入力部１か
ら、確認パケットを受け取るまで何ブロック連続送信す
るかを決める数が入力され、データ入力部２から送信デ
ータが入力される。また、この制御部３は、送信部４に
送信データを送り、受信部５から受信データを入力す
る。

【００１９】送信部４は、制御部３から送られるデータ
を変調して、空中線６へ送る。受信部５は、空中線６か
ら送られる受信データを復調して制御部３へ送る。空中
線６は、送信部４から送られてくる変調された送信デー
タを空中に電波として送出する。また、空中の電波を受
信し、受信部５へ送る。

【００２０】次に、本実施例における送信側の動作を図
８のフローチャートに基づいて説明する。

【００２１】まず、Ｓ８１において、データ入力部２か
らのデータ入力を待ち、入力があった場合にはＳ８２に
進む。このＳ８２では、入力された送信データをブロッ
クに分解する。

【００２２】次に、Ｓ８３では、ブロックに分解された
送信データの最終ブロックが送信されたかを調べ、送信
された場合は処理を終了する。また、送信されていない
場合は、Ｓ８４に進み、図１の連続送信ブロック数入力
部１より予め入力された数だけデータブロックを取り出
す。

【００２３】次に、Ｓ８５では、Ｓ８４で取り出したデ
ータブロックの各々にブロック番号とチェックビットを
付加する。図３は、そのデータブロックの信号形式を示
す説明図である。

【００２４】次に、Ｓ８６に進み、図４に示すように、
連続したデータブロックの頭に同期ビットを付加してデ
ータパケットを構成する。図４は、そのデータパケット
の信号形式を示す説明図である。図中、データブロック
の１つが図３に示す信号形式に対応している。そして、
このようなデータパケットを送信部４に送ることで送信
を行う。

【００２５】図５は、データパケット数が多い場合のデ
ータパケットの信号形式を示す説明図である。図中、多
データブロックとは多数の連続したデータブロックを意
味している。この場合、パケット長が長くなるので同期
を取り直す必要があるため、途中に同期ビットを挿入す
るものである。

【００２６】そして、送信後は、受信待ちとなり、Ｓ８
７で待機する。そして、受信した場合は、Ｓ８８に進
み、確認パケットか再送要求パケットかを判断する。そ
して、確認パケットの場合は、Ｓ８３で最終ブロック送
信済みかの判断を行う。

【００２７】また、再送要求パケットの場合は、Ｓ８９
に進む。再送要求パケットは、図７の形式をしており、
再送を要求するブロック番号がＮＡＫの後に続く。その
ブロック番号に相当するデータブロックを図４の形式に
て再送する。その後は、Ｓ８７に進み、確認パケットが
受信されるまで、Ｓ８７、Ｓ８８、Ｓ８９が繰り返され
る。

【００２８】図２は、この第１実施例における受信側通
信装置の回路構成を示すブロック図である。

【００２９】送信側の構成と異なるのは、データ入力部
２がデータ出力部２’になっただけである。このデータ
出力部２’で受信したデータを出力する。それ以外は、
送信側の構成と共通であるので、説明は省く。

【００３０】次に、受信側の動作について、図９のフロ
ーチャートを用いて説明する。まず、Ｓ９１においてデ
ータ受信待ちを行い、受信したならばＳ９２に進み、受
信したデータをチェックビットに基づいてブロック毎に
エラー検出を行う。そして、エラーが検出されない場合
はＳ９４に進み、図６に示す形式の確認パケットを送信
する。また、エラーが検出された場合はＳ９３に進み、
図７に示す形式の再送要求パケットを送信する。図７に
示すブロック番号はエラー検出されたブロック番号であ
る。なお、図２の連続送信ブロック数入力部１から入力
する数は、送信側と同一にしておく必要がある。

【００３１】なお、以上の第１実施例では、無線とした
が、本発明の第２実施例として、これを有線としても全
く同様に実施できる。図１０は、この場合のシステム構
成を示すブロック図であり、上記図１、図２における空
中線６を除き、有線としたものである。そして、調歩同
期の場合、図４、図５の同期ビットは不要となる。

【００３２】また、同期通信とすれば、図３のブロック
番号は不要となる。すなわち、上記第１実施例におい
て、仮に、ブロック番号を省いて、受信した順番でブロ
ック番号を認識しようとした場合、図５の信号形式のデ
ータが送信された場合、１つでも同期ビットを受信し損
なった場合には、その同期ビットに続く多データブロッ
クを受信できなくなり、その後の同期ビットを受信し
て、それに続く多データブロックを受信しても、ブロッ
ク番号がないのでブロックの順番に狂いが生じ、受信側
でブロック番号を正しく認識できなくなる。ところが、
同期通信の場合には、同期クロックに基づいて受信する
ので、受信抜けによるずれが生じないために、ブロック
番号がなくても、受信順序でブロック番号を認識でき
る。

【００３３】また、上記第１実施例では連続送信ブロッ
ク数を使用者が入力できるようになっているが、予め決
められた数にしても良い。

【００３４】次に、本出願の第２の発明（請求項３、
４）に対応する第３実施例について説明する。

【００３５】図１１は、この第３実施例におけるシステ
ム構成の一例を示すブロック図である。この第３実施例
では、基地局１０から３つの移動局２０、３０、４０に
同報通信を行う場合について説明する。

【００３６】また、本実施例の基地局１０の構成は、上
記第１実施例で示した送信側の構成（図２）と共通であ
り、各移動局２０、３０、４０の構成は、上記第１実施
例で示した受信側の構成（図２）と共通であるものと
し、個々の説明は省略する。

【００３７】また、各信号形式についても、上記第１実
施例（図３〜図７）で示したものと共通であるので、こ
れらを流用して説明する。

【００３８】次に、本実施例における基地局の同報送信
動作を図１２のフローチャートに基づいて説明する。

【００３９】まず、Ｓ９０１において、データ入力部２
からの同報データ入力を待ち、入力があった場合にはＳ
９０２に進み、同報データをブロックに分解する。

【００４０】次に、Ｓ９０３では、ブロックに分解され
た同報データの最終ブロックが送信されたかを調べ、送
信された場合は処理を終了する。また、送信されていな
い場合は、Ｓ９０４に進み、連続送信ブロック数入力部
１より予め入力された連続送信ブロック数だけ同報デー
タブロックを取り出す。

【００４１】次に、Ｓ９０５では、Ｓ９０４で取り出し
たデータブロックにブロック番号とチェックビットを付
加する。図３は、そのデータブロックの信号形式を示し
ている。

【００４２】次に、Ｓ９０６に進み、図４に示すよう
に、連続送信パケット数の連続したデータパケットの頭
に同期ビットを付加して送信する。

【００４３】次に、Ｓ９０７で、ポーリングをかける移
動局の番号を示す変数ＭＮを１にセットする。そして、
Ｓ９０８でＭＮが３を越えたかどうかを調べる。最初は
１であるからＳ９１１に進み、移動局ＭＮへデータパケ
ットを正常に送れたことの確認が既にとれているかどう
かのチェックを行う。

【００４４】そして、データパケット送信直後は、どの
移動局についても未確認であるが、再送後は、確認済み
の移動局であるため、確認がとれている場合は、ポーリ
ングを省くのでＳ９１４に進み、次の移動局にポーリン
グをかけるためにＭＮをインクリメントする。また、未
確認である場合は、Ｓ９１２で移動局ＭＮにポーリング
をかける。

【００４５】次に、Ｓ９１３に進み、移動局ＭＮからの
応答パケットを受信する。そして、Ｓ９１４でＭＮをイ
ンクリメントし、Ｓ９０８に進む。

【００４６】このようにして、まだ確認パケットを受信
していない移動局に対してポーリングをかけ、応答パケ
ットを受信する。そして、第３の移動局４０まで、この
処理が終了すると、Ｓ９０９に進み、各移動局で再送要
求があるかどうか調べ、ない場合には、Ｓ９０３に戻
り、次のブロックの送信に進む。

【００４７】また、Ｓ９０９で再送要求がある移動局が
存在する場合には、Ｓ９１０に進み、再送要求した移動
局に対し、再送要求があったブロックを再送する。その
後は、Ｓ９０７に戻り、移動局から再送要求がなくなる
まで、これを繰り返す。

【００４８】次に、本実施例における移動局の動作を図
１３のフローチャートに基づいて説明する。

【００４９】まず、Ｓ１００１においてパケット受信待
ちを行い、受信したならばＳ１００２に進み、データパ
ケットかどうかの判断を行う。そして、データパケット
である場合は、Ｓ１００３に進み、受信したデータにつ
いて、ブロック毎に、チェックビットに基づいてエラー
検出を行う。

【００５０】そして、エラーが検出された場合には、Ｓ
１００４に進み、エラーを検出したブロック番号を記憶
する。この後、Ｓ１００１に戻る。また、エラーが検出
されない場合には、そのままＳ１００１に戻る。

【００５１】また、Ｓ１００２でデータパケットでない
場合には、Ｓ１００５に進み、自局へのポーリングかど
うかの判断を行い、自局へのポーリングでない場合に
は、Ｓ１００１へ戻る。自局へのポーリングである場合
には、Ｓ１００６へ進み、ポーリングを受信する前に受
信したデータパケットにエラーがあったかどうかの判断
を行う。

【００５２】これは、Ｓ１００４で記憶されるエラーが
あったブロック番号があるかどうかで行う。そして、エ
ラーがあった場合、Ｓ１００７に進み、再送要求パケッ
トを送信する。この場合の信号形式は、図７で示すよう
に、ＮＡＫの後にエラーを検出したブロック番号を続け
る。

【００５３】また、Ｓ１００６でエラーが検出されない
場合は、Ｓ１００８に進み、確認パケットを送信する。
この場合の信号形式は、図６に示すものとなる。

【００５４】そして、以上のＳ１００７、Ｓ１００８で
応答パケットを送信後は、Ｓ１００１へ戻る。

【００５５】次に、図１４のタイミングチャートに基づ
いて、各パケットのタイミングについて説明する。

【００５６】まず、基地局１０がブロック１から１０ま
でのデータパケットを送出する。これを移動局２０、３
０、４０が受信する。そして、図示の例では、移動局２
０が全てのデータブロックを誤りなしで受信し、移動局
３０がブロック２とブロック７を誤って受信し、移動局
４０がブロック５とブロック７とブロック８とを誤って
受信した場合を示している。

【００５７】基地局１０では、データパケット送信後、
移動局２０にポーリングを送る。移動局２０では、全て
のブロックが誤りなしで受信できたので、基地局１０に
確認パケットを送信する。

【００５８】これを受信した基地局１０は、次に、移動
局３０にポーリングを送る。移動局３０では、ブロック
２とブロック７に誤りがあるので、図示のように、ブロ
ック２とブロック７の再送要求を行う。

【００５９】これを受信した基地局１０は、次に、移動
局４０にポーリングを送る。移動局３０では、ブロック
５とブロック７とブロック８に誤りがあるので、図示の
ように、ブロック５とブロック７とブロック８の再送要
求を行う。

【００６０】これを受信した基地局１０は、各移動局で
再送要求があったブロック２、ブロック５、ブロック７
およびブロック８を再送する。

【００６１】そして、今度は、移動局２０からは確認パ
ケットを受信しているので、移動局２０には、ポーリン
グを送らずに再送要求のあった移動局３０および移動局
４０にポーリングを送る。

【００６２】まず、移動局３０にポーリングを送ると、
この移動局３０では、ブロック２とブロック７とを誤り
なしに受信できたので、確認パケットを基地局１０に送
る。この確認パケットを基地局１０が受信すると、今度
は移動局４０にポーリングを送る。

【００６３】これにより、移動局４０では、ブロック５
とブロック７とブロック８とを誤りなしに受信できたの
で、確認パケットを基地局１０に送る。この確認パケッ
トを基地局１０が受信すると、全てのブロックを全ての
移動局に送信できたことを確認し、次のデータに移る。

【００６４】なお、以上の第３実施例では、連続送信ブ
ロック数入力部１から入力されるのは、ある有限の数で
あることを前提として説明したが、これを無限大とする
こと、すなわち、全ての同報データを１回で送ることも
可能である。

【００６５】この場合、エラーが発生しない移動局で
は、同報データの１回の送信時間だけで通信を終了し、
送受反転が１回で済み、最も効率のよい通信を得ること
ができる。

【００６６】また、上記第３実施例では、連続送信ブロ
ック数を入力連続送信ブロック数入力部１から入力する
ようにしたが、これを内部的に固定したものを用いるよ
うにしても良い。また、固定的に１回で同報データを全
て送るものも考えられる。

【００６７】また、連続送信ブロック数が大きくなっ
て、図４に示す形式では受信側が途中で同期がとれなく
なる場合は、図５で示す形式でデータパケットを送信す
る。

【００６８】さらに、上記第３実施例においても、無線
通信に限るものではなく、図１５に示すように、ホスト
コンピュータ１１と端末２１、３１、４１との間の同報
通信についても、同様に適用し得るものである。

【００６９】

【発明の効果】以上説明したように、本発明によれば、
データ通信や同報通信において、確認パケットの送信回
数と送受反転を減らすことができ、通信時間を短くでき
る効果がある。

【図面の簡単な説明】

【図１】本発明の第１実施例における送信側通信装置を
示すブロック図である。

【図２】上記第１実施例における受信側通信装置を示す
ブロック図である。

【図３】上記第１実施例で用いるデータブロックの信号
形式を示す説明図である。

【図４】上記第１実施例で用いるデータパケットの信号
形式を示す説明図である。

【図５】上記第１実施例で用いるデータパケット数が多
い場合のデータパケットの信号形式を示す説明図であ
る。

【図６】上記第１実施例で用いる確認パケットの信号形
式を示す説明図である。

【図７】上記第１実施例で用いる再送要求パケットの信
号形式を示す説明図である。

【図８】上記第１実施例の送信側の動作を示すフローチ
ャートである。

【図９】上記第１実施例の受信側の動作を示すフローチ
ャートである。

【図１０】本発明の第２実施例のシステム構成を示すブ
ロック図である。

【図１１】本発明の第３実施例のシステム構成を示すブ
ロック図である。

【図１２】上記実施例における基地局の同報送信動作を
示すフローチャートである。

【図１３】上記第３実施例における移動局の受信動作を
示すフローチャートである。

【図１４】上記第３実施例における動作を示すタイミン
グチャートである。

【図１５】本発明の第４実施例のシステム構成を示すブ
ロック図である。

【符号の説明】

１…連続送信ブロック数入力部、 ２…データ入力部、 ２’…データ出力部、 ３…制御部、 ４…送信部、 ５…受信部、 ６…空中線。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 送信側の通信装置に、送信データをブロ
   ックに分解する手段と、前記ブロックを複数個まとめて
   送信する手段と、前記複数個のブロックの送信終了後
   に、その送信された複数のブロックの何番目のブロック
   が受信側に届いていないかを検知する手段と、届いてい
   ないブロックがある場合に、その届いていないブロック
   を再送する手段とを設けたことを特徴とするデータ通信
   方式。
2. 【請求項２】 請求項１において、 ブロックを複数個まとめて送信する場合に、そのブロッ
   クの数を使用者が入力する手段を設けたことを特徴とす
   るデータ通信方式。
3. 【請求項３】 送信側の通信装置に、同報データをブロ
   ックに分解する手段と、前記ブロックに番号を付加する
   手段と、前記番号を付加されたブロックを複数個まとめ
   て送信する手段と、前記複数個のブロックの送信終了後
   に、その送信された複数のブロックの何番のブロックが
   受信側に届いていないかを検知する手段と、届いていな
   いブロックがある場合に、その届いていないブロックを
   再送する手段とを設けたことを特徴とする同報通信方
   式。
4. 【請求項４】 請求項３において、 ブロックを複数個まとめて送信する場合に、そのブロッ
   クの数を使用者が入力する手段を設けたことを特徴とす
   る同報通信方式。