JPH05252171A - 同報通信方法 - Google Patents
同報通信方法Info
- Publication number
- JPH05252171A JPH05252171A JP4048896A JP4889692A JPH05252171A JP H05252171 A JPH05252171 A JP H05252171A JP 4048896 A JP4048896 A JP 4048896A JP 4889692 A JP4889692 A JP 4889692A JP H05252171 A JPH05252171 A JP H05252171A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- message
- broadcast
- error
- broadcast message
- 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.)
- Withdrawn
Links
Landscapes
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【目的】 本発明は非同期通信方式による同報電文に受
信エラーがあった場合の同報通信方法に関し、壊れた同
報電文を受信したときのみ送信元の端末へ電文の確認を
行なうようにした同報通信方法を実現することを目的と
する。 【構成】 同報電文のエラー検出により（ステップ１
１）、送信元の端末を確認する（ステップ１２）。送信
元の端末が確認できるときはその送信元の端末にエラー
通知を行なって同報電文を再送させる（ステップ１
３）。送信元が確認できないときには、バス管理端末に
エラー通知を行ない、バス管理端末経由で送信元の端末
から同報電文を再送させる（ステップ１４）。
信エラーがあった場合の同報通信方法に関し、壊れた同
報電文を受信したときのみ送信元の端末へ電文の確認を
行なうようにした同報通信方法を実現することを目的と
する。 【構成】 同報電文のエラー検出により（ステップ１
１）、送信元の端末を確認する（ステップ１２）。送信
元の端末が確認できるときはその送信元の端末にエラー
通知を行なって同報電文を再送させる（ステップ１
３）。送信元が確認できないときには、バス管理端末に
エラー通知を行ない、バス管理端末経由で送信元の端末
から同報電文を再送させる（ステップ１４）。
Description
【０００１】
【産業上の利用分野】本発明は同報通信方法に係り、特
に非同期通信方式による同報電文に受信エラーがあった
場合の通信方法に関する。
に非同期通信方式による同報電文に受信エラーがあった
場合の通信方法に関する。
【０００２】非同期通信方式の一例としてホームバスシ
ステム（ＨＢＳ）が知られている。このＨＢＳは企業に
導入されるローカルエリアネットワーク（ＬＡＮ）と異
なり、家庭に導入される情報ネットワークシステムであ
り、主に家庭内の電気製品等が端末としてつながり、家
庭内外から制御される。
ステム（ＨＢＳ）が知られている。このＨＢＳは企業に
導入されるローカルエリアネットワーク（ＬＡＮ）と異
なり、家庭に導入される情報ネットワークシステムであ
り、主に家庭内の電気製品等が端末としてつながり、家
庭内外から制御される。
【０００３】一般にはＨＢＳにはサブバス等（Ｄ２Ｂ、
電灯線の無線）も含まれるが、ここでは１９８８年９月
に日本電子機械工業会（ＥＩＡＪ）と電波技術協会（Ｒ
ＥＥＡ）合同で規格化されてＨＢＳ規格（ＥＴ−２１０
１）に基づくＨＢＳを指すものとする。
電灯線の無線）も含まれるが、ここでは１９８８年９月
に日本電子機械工業会（ＥＩＡＪ）と電波技術協会（Ｒ
ＥＥＡ）合同で規格化されてＨＢＳ規格（ＥＴ−２１０
１）に基づくＨＢＳを指すものとする。
【０００４】このＨＢＳは図５に示す如く、ネットワー
クターミネーション（ＮＴ）１、ホームバスコントロー
ラ（ＨＢＣ）２、端末３，４等がホームバス５に接続さ
れた構成である。ＮＴ１は外部の電話回線、ＣＡＴＶ、
放送網などとの終端機能をもつ。ＨＢＣ２はホームバス
５のシステム情報等を管理する。端末３及び４は夫々サ
ービス機器であり、家庭内の電気製品等である。
クターミネーション（ＮＴ）１、ホームバスコントロー
ラ（ＨＢＣ）２、端末３，４等がホームバス５に接続さ
れた構成である。ＮＴ１は外部の電話回線、ＣＡＴＶ、
放送網などとの終端機能をもつ。ＨＢＣ２はホームバス
５のシステム情報等を管理する。端末３及び４は夫々サ
ービス機器であり、家庭内の電気製品等である。
【０００５】ホームバス５は２本の同軸と４対（８本）
のツイストペアケーブルで構成される。そのうち、同軸
ケーブル１本と１対のツイストペアケーブルとでＨＢＳ
の制御信号が伝送される。この制御信号によって電文の
通信やエラー通知などが行なわれ、その伝送速度は９６
００ｂｐｓであり、同期方式は非同期方式（調歩同期）
である。
のツイストペアケーブルで構成される。そのうち、同軸
ケーブル１本と１対のツイストペアケーブルとでＨＢＳ
の制御信号が伝送される。この制御信号によって電文の
通信やエラー通知などが行なわれ、その伝送速度は９６
００ｂｐｓであり、同期方式は非同期方式（調歩同期）
である。
【０００６】このＨＢＳにおいて伝送されるパケット
は、図６に示す如く、少なくとも優先コードＰＲ、自己
アドレスＳＡ、相手アドレスＤＡ、制御コードＣＣ、電
文長コードＢＣ、データやオペレーションコードＤＡＴ
Ａ及びチェックコードＦＣＣからなり、更に１１ビット
相当時間のダミーＤＭＹ等のＡＣＫ／ＮＡＫコードで終
ることもある。
は、図６に示す如く、少なくとも優先コードＰＲ、自己
アドレスＳＡ、相手アドレスＤＡ、制御コードＣＣ、電
文長コードＢＣ、データやオペレーションコードＤＡＴ
Ａ及びチェックコードＦＣＣからなり、更に１１ビット
相当時間のダミーＤＭＹ等のＡＣＫ／ＮＡＫコードで終
ることもある。
【０００７】上記の優先コードＰＲ、自己アドレスＳ
Ａ、相手アドレスＤＡ等の各キャラクの各々は、スター
トビット、データ（８ビット）、パリティビット及びス
トップビットの１１ビットで構成される。また、上記の
チェックコードＦＣＣやパリティビットのパリティチェ
ックの結果に基づき、上記のＡＣＫ／ＮＡＫコードが相
手方より返送される。
Ａ、相手アドレスＤＡ等の各キャラクの各々は、スター
トビット、データ（８ビット）、パリティビット及びス
トップビットの１１ビットで構成される。また、上記の
チェックコードＦＣＣやパリティビットのパリティチェ
ックの結果に基づき、上記のＡＣＫ／ＮＡＫコードが相
手方より返送される。
【０００８】上記のＡＣＫ／ＮＡＫコードの返送は図７
（Ａ）に示す如く、送信端末７と受信端末８2 とが１対
１の個別通信の場合にのみ行なわれ、同図（Ｂ）に示す
如く、送信端末７から同一電文を受信端末８1 〜８4 の
すべてに同時に送信する１対多の同数通信の場合にはＡ
ＣＫ／ＮＡＫコードの返送はなく、パケットはチェック
コードＦＣＣで終了する。
（Ａ）に示す如く、送信端末７と受信端末８2 とが１対
１の個別通信の場合にのみ行なわれ、同図（Ｂ）に示す
如く、送信端末７から同一電文を受信端末８1 〜８4 の
すべてに同時に送信する１対多の同数通信の場合にはＡ
ＣＫ／ＮＡＫコードの返送はなく、パケットはチェック
コードＦＣＣで終了する。
【０００９】従って、個別通信時に伝送される個別電文
の形式（パケット構造）は図８（Ａ）に示す如くにな
り、同報通信時に伝送される同報電文の形式（パケット
構造）は同図（Ｂ）に示す如くになる。同報電文中にＡ
ＣＫ／ＮＡＫコードがないのは、もし受信端末８1 〜８
4 が同時にＡＣＫ又はＮＡＫコードを送信すると、バス
上の電圧が異常に上昇し、そのため送信端末７がＡＣＫ
／ＮＡＫコードを正常に受信できないためである。
の形式（パケット構造）は図８（Ａ）に示す如くにな
り、同報通信時に伝送される同報電文の形式（パケット
構造）は同図（Ｂ）に示す如くになる。同報電文中にＡ
ＣＫ／ＮＡＫコードがないのは、もし受信端末８1 〜８
4 が同時にＡＣＫ又はＮＡＫコードを送信すると、バス
上の電圧が異常に上昇し、そのため送信端末７がＡＣＫ
／ＮＡＫコードを正常に受信できないためである。
【００１０】従って、ＡＣＫ／ＮＡＫコードがない分、
同報電文の方が個別電文より若干信頼性が劣り、またノ
イズや端末の抜き差し等により、同報電文が途中でエラ
ー（データ受信エラー）になることを考慮して、重要な
電文は同報電文では送らないことが原則となっている。
同報電文の方が個別電文より若干信頼性が劣り、またノ
イズや端末の抜き差し等により、同報電文が途中でエラ
ー（データ受信エラー）になることを考慮して、重要な
電文は同報電文では送らないことが原則となっている。
【００１１】しかし、現実には相手に届かなくても良い
電文は存在しないし、どの電文が重要であるかは簡単に
は判断できない。また、多数の受信端末８1 〜８4 に対
して、緊急な用事を知らせるような重要な電文（例え
ば、火事、地震などの発生を知らせる電文、避難勧告を
知らせる電文など）を伝送する場合には、同報通信が使
われる場合もある。そこで、重要な電文も信頼性高く同
報通信ができるようにすることが重要とされる。
電文は存在しないし、どの電文が重要であるかは簡単に
は判断できない。また、多数の受信端末８1 〜８4 に対
して、緊急な用事を知らせるような重要な電文（例え
ば、火事、地震などの発生を知らせる電文、避難勧告を
知らせる電文など）を伝送する場合には、同報通信が使
われる場合もある。そこで、重要な電文も信頼性高く同
報通信ができるようにすることが重要とされる。
【００１２】
【従来の技術】図９は従来の同報通信方法の一例の説明
図を示す。この従来方法では図９（Ａ）に示す如く同報
電文をａ1 で示す如く送信した後、ｂ1 で示す如く休止
期間を設け、以後、初回送信した同報電文と同一の同報
電文をａ2 ，ａ3 及びａ4 で示す如く３回再送し、また
その各回の再送の間にはｂ2 ，ｂ3 で示す如く休止期間
を設ける。
図を示す。この従来方法では図９（Ａ）に示す如く同報
電文をａ1 で示す如く送信した後、ｂ1 で示す如く休止
期間を設け、以後、初回送信した同報電文と同一の同報
電文をａ2 ，ａ3 及びａ4 で示す如く３回再送し、また
その各回の再送の間にはｂ2 ，ｂ3 で示す如く休止期間
を設ける。
【００１３】同報電文は、例えば図９（Ｂ）のシステム
構成図中、端末９4 がホームバス５へ送信し、端末９1
〜９3 が夫々この同報電文を受信する。なお、上記の休
止期間ｂ1 〜ｂ3 の各々は最低限、前の同報電文（パケ
ット）の間に必要な間隔であり、ＨＢＳ規格により１０
ｍｓ＋２２ビットと規定されている。
構成図中、端末９4 がホームバス５へ送信し、端末９1
〜９3 が夫々この同報電文を受信する。なお、上記の休
止期間ｂ1 〜ｂ3 の各々は最低限、前の同報電文（パケ
ット）の間に必要な間隔であり、ＨＢＳ規格により１０
ｍｓ＋２２ビットと規定されている。
【００１４】この従来方法によれば、同一同報電文を複
数回送信しているため、同報電文を受信する端末９1 〜
９3 に受信エラーがあっても、何回目かの同報電文送信
により正確に受信することが可能である。
数回送信しているため、同報電文を受信する端末９1 〜
９3 に受信エラーがあっても、何回目かの同報電文送信
により正確に受信することが可能である。
【００１５】図１０は従来の同報通信方法の他の例の説
明図を示す。同図中、図９と同一構成部分には同一符号
を付し、その説明を省略する。この従来方法は図１０
（Ｂ）に示す如く、端末９4 が同報電文を端末９1 〜９
3 へ送信した後、端末９1 〜９ 3 から夫々受信確認の電
文を返送してもらうようにしたものである。
明図を示す。同図中、図９と同一構成部分には同一符号
を付し、その説明を省略する。この従来方法は図１０
（Ｂ）に示す如く、端末９4 が同報電文を端末９1 〜９
3 へ送信した後、端末９1 〜９ 3 から夫々受信確認の電
文を返送してもらうようにしたものである。
【００１６】すなわち、図１０（Ａ）に示す如く、端末
９4 から同報電文をａ1 で示す如く送信した後、休止期
間ｂ1 をおいて端末９1 からｃ1 で示す如く受信確認の
返答が行なわれ、以後同様に休止ｂ2 、端末９2 からの
受信確認返答ｃ2 、休止ｂ3、端末９3 からの受信確認
返答ｃ3 が行なわれる。
９4 から同報電文をａ1 で示す如く送信した後、休止期
間ｂ1 をおいて端末９1 からｃ1 で示す如く受信確認の
返答が行なわれ、以後同様に休止ｂ2 、端末９2 からの
受信確認返答ｃ2 、休止ｂ3、端末９3 からの受信確認
返答ｃ3 が行なわれる。
【００１７】これにより、同報電文を送信した端末９4
は各端末９1 〜９3 からの返答電文に基づき、同報電文
が端末９1 〜９3 に確かに送信されているか否かを確認
することができる。
は各端末９1 〜９3 からの返答電文に基づき、同報電文
が端末９1 〜９3 に確かに送信されているか否かを確認
することができる。
【００１８】
【発明が解決しようとする課題】しかるに、図９に示し
た従来の同報通信方法では、同報電文の初回送信により
正常に端末９1 〜９3 で受信された場合には、以後の同
報電文の再送が無駄な電文送信ということになり、通信
量が増加し、そのため他の電文の送信が待たされてしま
う。
た従来の同報通信方法では、同報電文の初回送信により
正常に端末９1 〜９3 で受信された場合には、以後の同
報電文の再送が無駄な電文送信ということになり、通信
量が増加し、そのため他の電文の送信が待たされてしま
う。
【００１９】また、図１０に示した従来の同報通信方法
では、同報電文が送信されてから相手からの受信確認の
電文を受信するまでに時間がかかり、また同報電文を受
信する端末９1 〜９3 から順次に受信確認の電文が送信
されるため、通信量が増加し、やはり他の電文の送信が
待たされてしまう。
では、同報電文が送信されてから相手からの受信確認の
電文を受信するまでに時間がかかり、また同報電文を受
信する端末９1 〜９3 から順次に受信確認の電文が送信
されるため、通信量が増加し、やはり他の電文の送信が
待たされてしまう。
【００２０】本発明は以上の点に鑑みてなされたもの
で、壊れた電文を受信したときのみ送信元へ電文の確認
を行なうようにすることにより、上記の課題を解決した
同報通信方法を提供することを目的とする。
で、壊れた電文を受信したときのみ送信元へ電文の確認
を行なうようにすることにより、上記の課題を解決した
同報通信方法を提供することを目的とする。
【００２１】
【課題を解決するための手段】図１は本発明の原理説明
用フローチャートを示す。本発明になる同報通信方法は
図１に示した手順で同報通信を行なうもので、まず非同
期通信方式によりバスを介して送信された同報電文を受
信する端末が、その同報電文が壊れているエラーを検出
する（ステップ１１）。
用フローチャートを示す。本発明になる同報通信方法は
図１に示した手順で同報通信を行なうもので、まず非同
期通信方式によりバスを介して送信された同報電文を受
信する端末が、その同報電文が壊れているエラーを検出
する（ステップ１１）。
【００２２】すると、その受信端末は同報電文の送信元
の端末を確認し（ステップ１２）、送信元の端末の確認
ができたときは送信元の端末へエラー通知を行なう（ス
テップ１３）。一方、送信元の端末の確認ができないと
きは、少なくともバスを管理する端末にエラーの通知を
行なう（ステップ１４）。
の端末を確認し（ステップ１２）、送信元の端末の確認
ができたときは送信元の端末へエラー通知を行なう（ス
テップ１３）。一方、送信元の端末の確認ができないと
きは、少なくともバスを管理する端末にエラーの通知を
行なう（ステップ１４）。
【００２３】
【作用】本発明では、送信元の端末から同じバス上の他
のすべての端末に同報電文が送信された場合、この同報
電文を受信する端末が壊れた電文を受信した場合にの
み、ステップ１３又は１４によりエラー通知電文を受信
し送信元の端末に対して同報電文の再送を促す。
のすべての端末に同報電文が送信された場合、この同報
電文を受信する端末が壊れた電文を受信した場合にの
み、ステップ１３又は１４によりエラー通知電文を受信
し送信元の端末に対して同報電文の再送を促す。
【００２４】従って、本発明では送信先の各端末が正常
に同報電文を受信する通常状態のときには、バス上には
図２（Ａ）に模式的に示す如く同報電文２０だけが伝送
される。一方、送信先の各端末が壊れた同報電文を受信
するエラー発生時には、バス上には図２（Ｂ）に模式的
に示す如く、壊れた同報電文２０伝送後、所定の休止期
間をおいてからエラー通知電文２１が１回伝送される。
従って、本発明ではエラー発生時には、通信量の増加を
最小にすることができる。
に同報電文を受信する通常状態のときには、バス上には
図２（Ａ）に模式的に示す如く同報電文２０だけが伝送
される。一方、送信先の各端末が壊れた同報電文を受信
するエラー発生時には、バス上には図２（Ｂ）に模式的
に示す如く、壊れた同報電文２０伝送後、所定の休止期
間をおいてからエラー通知電文２１が１回伝送される。
従って、本発明ではエラー発生時には、通信量の増加を
最小にすることができる。
【００２５】
【実施例】図３は本発明の一実施例の動作説明用フロー
チャート、図４は本発明の一実施例の動作説明図を示
す。図４中、図５と同一構成部分には同一符号を付し、
その説明を省略する。図４において、端末４１1 〜４１
4 はホームバス５を介して互いに接続され、更にホーム
バス５を管理する端末であるＨＢＣ２に共通接続されて
いる。ここでは、端末４１4 が端末４１1 〜４１3 に対
して夫々同報電文を送信するも、その同報電文が途中で
データ受信エラーになり、電文が壊れている場合につい
て説明する。
チャート、図４は本発明の一実施例の動作説明図を示
す。図４中、図５と同一構成部分には同一符号を付し、
その説明を省略する。図４において、端末４１1 〜４１
4 はホームバス５を介して互いに接続され、更にホーム
バス５を管理する端末であるＨＢＣ２に共通接続されて
いる。ここでは、端末４１4 が端末４１1 〜４１3 に対
して夫々同報電文を送信するも、その同報電文が途中で
データ受信エラーになり、電文が壊れている場合につい
て説明する。
【００２６】端末４１1 〜４１3 の各々はこの受信同報
電文が壊れていると検出すると、図３に示したフローチ
ャートに従う動作を行なう。なお、壊れた電文とは、デ
ータ受信エラー（途中で同期がとれなくなるエラー）、
パリティエラー、チェックコードエラー等のパケットの
内容が壊れていると考えられる電文を指す。
電文が壊れていると検出すると、図３に示したフローチ
ャートに従う動作を行なう。なお、壊れた電文とは、デ
ータ受信エラー（途中で同期がとれなくなるエラー）、
パリティエラー、チェックコードエラー等のパケットの
内容が壊れていると考えられる電文を指す。
【００２７】端末４１1 〜４１3 の各々はエラー検出に
より図３に示す如く、まず受信同報電文中の自己アドレ
スから送信元の端末４１4 を確認できたか否か判定する
（ステップ３１）。送信元の端末４１4 を確認できた場
合は、端末４１4 のアドレスを相手アドレスとしてセッ
トし（ステップ３２）、他方、送信元の端末４１4 を確
認できない場合には，ＨＢＣ２、すなわちバスマスタの
アドレスを相手アドレスとしてセットする（ステップ３
３）。
より図３に示す如く、まず受信同報電文中の自己アドレ
スから送信元の端末４１4 を確認できたか否か判定する
（ステップ３１）。送信元の端末４１4 を確認できた場
合は、端末４１4 のアドレスを相手アドレスとしてセッ
トし（ステップ３２）、他方、送信元の端末４１4 を確
認できない場合には，ＨＢＣ２、すなわちバスマスタの
アドレスを相手アドレスとしてセットする（ステップ３
３）。
【００２８】続いて、エラー通知電文を受信したか否か
判定する（ステップ３４）。このエラー通知電文は自端
末が次のステップ３５の処理を実行する以前に、他の端
末がステップ３５を実行してその端末から先に送信され
た電文である。同じ内容のエラー通知電文の送信が重複
するのは通信量の増加をもたらすので、エラー通知電文
を受信していないと最先に判断した端末（ここでは、図
４の端末４１2 であるものとする）からのみ、エラー通
知電文が送出される（ステップ３５）。従って、このエ
ラー通知電文を受信した端末４１1 及び４１3 からはエ
ラー通知電文は送出されない。
判定する（ステップ３４）。このエラー通知電文は自端
末が次のステップ３５の処理を実行する以前に、他の端
末がステップ３５を実行してその端末から先に送信され
た電文である。同じ内容のエラー通知電文の送信が重複
するのは通信量の増加をもたらすので、エラー通知電文
を受信していないと最先に判断した端末（ここでは、図
４の端末４１2 であるものとする）からのみ、エラー通
知電文が送出される（ステップ３５）。従って、このエ
ラー通知電文を受信した端末４１1 及び４１3 からはエ
ラー通知電文は送出されない。
【００２９】上記のエラー通知電文の相手アドレスに
は、送信元の端末４１4 が確認されているときには送信
元アドレスがセットされているので、図４にで示す如
く送信元の端末４１4 にエラー通知電文が送出され、送
信元の端末４１4 に対して同一内容の同報電文の再送を
促す。送信元の端末４１4 はこのエラー通知電文を受信
すると、再度同報電文を送信する。これにより、端末４
１1 〜４１3 は再送された正常な同報電文を受信する
（ステップ３６）。
は、送信元の端末４１4 が確認されているときには送信
元アドレスがセットされているので、図４にで示す如
く送信元の端末４１4 にエラー通知電文が送出され、送
信元の端末４１4 に対して同一内容の同報電文の再送を
促す。送信元の端末４１4 はこのエラー通知電文を受信
すると、再度同報電文を送信する。これにより、端末４
１1 〜４１3 は再送された正常な同報電文を受信する
（ステップ３６）。
【００３０】一方、上記同報電文中の自己アドレスの受
信が不良で送信元の端末４１4 が確認できないときに
は、上記のエラー通知電文の相手アドレスにはバスマス
タ（ＨＢＣ２）のアドレスがセットされているので、図
４にで示す如くＨＢＣ２にエラー通知電文が送出さ
れ、以下の２つの方法のいずれかによって、送信元の端
末４１4 から同報電文を再送させる。第１の方法は、同
報電文を送信した送信元の端末４１4 をＨＢＣ２から同
報通信で確認し、送信元の端末４１4 に対してＨＢＣ２
が同報電文の再送を促す方法である。この方法によれ
ば、ＨＢＣ２からの送信元の確認により、送信元の端末
４１4 が正常に動作しているかどうかを確認することが
できる。もし、送信元の端末４１4 に異常が発生してい
るときには、その端末の使用しているチャネルの開放等
ができる。
信が不良で送信元の端末４１4 が確認できないときに
は、上記のエラー通知電文の相手アドレスにはバスマス
タ（ＨＢＣ２）のアドレスがセットされているので、図
４にで示す如くＨＢＣ２にエラー通知電文が送出さ
れ、以下の２つの方法のいずれかによって、送信元の端
末４１4 から同報電文を再送させる。第１の方法は、同
報電文を送信した送信元の端末４１4 をＨＢＣ２から同
報通信で確認し、送信元の端末４１4 に対してＨＢＣ２
が同報電文の再送を促す方法である。この方法によれ
ば、ＨＢＣ２からの送信元の確認により、送信元の端末
４１4 が正常に動作しているかどうかを確認することが
できる。もし、送信元の端末４１4 に異常が発生してい
るときには、その端末の使用しているチャネルの開放等
ができる。
【００３１】第２の方法は、端末４１2 がＨＢＣ２に送
ったエラー通知電文を端末４１4 が監視していて同報電
文の再送をする方法である。この方法によれば、通信量
を増加させることなくＨＢＣ２からの電文を受信した端
末４１4 から同報電文を再送させることができる。ただ
し、この場合は送信元の端末４１4 は自端末宛て以外の
電文についても監視する必要がある。
ったエラー通知電文を端末４１4 が監視していて同報電
文の再送をする方法である。この方法によれば、通信量
を増加させることなくＨＢＣ２からの電文を受信した端
末４１4 から同報電文を再送させることができる。ただ
し、この場合は送信元の端末４１4 は自端末宛て以外の
電文についても監視する必要がある。
【００３２】このようにして、送信元の端末４１4 が確
認できなくてもＨＢＣ２を介して送信元の端末４１4 か
ら同報電文を再送させることができ、これにより各端末
４１ 1 〜４１3 は同報電文を受信できる（ステップ３
６）。
認できなくてもＨＢＣ２を介して送信元の端末４１4 か
ら同報電文を再送させることができ、これにより各端末
４１ 1 〜４１3 は同報電文を受信できる（ステップ３
６）。
【００３３】
【発明の効果】上述の如く、請求項１記載の発明によれ
ば、同報電文を正常に受信できる通常状態では全く通信
量の増加がなく、またエラー発生状態でも最小の通信量
の増加をもたらすだけで同報電文の信頼性を向上するこ
とができ、従来に比し他の電文の送信待ち時間を短縮す
ることができる。
ば、同報電文を正常に受信できる通常状態では全く通信
量の増加がなく、またエラー発生状態でも最小の通信量
の増加をもたらすだけで同報電文の信頼性を向上するこ
とができ、従来に比し他の電文の送信待ち時間を短縮す
ることができる。
【００３４】また、請求項２記載の発明によれば、エラ
ー通知電文の通信量を最小に抑えることができ、また請
求項３記載の発明によれば、送信元の端末が正常に動作
しているか否かの判断ができ、更に請求項４記載の発明
によれば、通信量を増加させることなくエラー通知を送
信元の端末に対して行なうことができる等の特長を有す
るものである。
ー通知電文の通信量を最小に抑えることができ、また請
求項３記載の発明によれば、送信元の端末が正常に動作
しているか否かの判断ができ、更に請求項４記載の発明
によれば、通信量を増加させることなくエラー通知を送
信元の端末に対して行なうことができる等の特長を有す
るものである。
【図１】本発明の原理説明用フローチャートである。
【図２】本発明の作用説明図である。
【図３】本発明の一実施例の動作説明用フローチャート
である。
である。
【図４】本発明の一実施例の動作説明図である。
【図５】ホームバスシステムのシステム構成図である。
【図６】ＨＢＳのパケット構造を説明する図である。
【図７】個別通信と同報通信の概念を示す図である。
【図８】個別電文と同報電文の形式を説明する図であ
る。
る。
【図９】従来方法の一例の説明図である。
【図１０】従来方法の他の例の説明図である。
２ ホームバスコントローラ（ＨＢＣ） ５ ホームバス １１ エラー検出ステップ １２ 確認ステップ １３ 第１のエラー通知ステップ １４ 第２のエラー通知ステップ ４１1 〜４１3 同報電文受信端末 ４１4 同報電文送信端末
Claims (4)
- 【請求項１】 非同期通信方式によりバスを介して送信
された同報電文を受信する端末において、該同報電文が
壊れているエラーを検出するエラー検出ステップ（１
１）と、 該同報電文が壊れていると検出されたときは該同報電文
の送信元の端末を確認する確認ステップ（１２）と、 該確認ステップ（１２）により該送信元の端末を確認で
きたときは、該送信元の端末にエラーの通知を行なう第
１のエラー通知ステップ（１３）と、 前記確認ステップ（１２）により前記送信元の端末を確
認できないときは、少なくとも前記バスを管理する端末
にエラーの通知を行なう第２のエラー通知ステップ（１
４）とを含むことを特徴とする同報通信方法。 - 【請求項２】 前記第１及び第２のエラー通知ステップ
（１３，１４）は、他の端末からエラー通知電文を受信
しなかったときにのみ実行することを特徴とする請求項
１記載の同報通信方法。 - 【請求項３】 前記第２のエラー通知ステップ（１４）
によりエラー通知を受けた前記バスを管理する端末は、
送信元確認の同報電文を送信して前記送信元の端末に同
報電文の再送を促すことを特徴とする請求項１記載の同
報通信方法。 - 【請求項４】 前記第２のエラー通知ステップ（１４）
によるエラー通知を送信元の端末が監視する事によりエ
ラーを確認することを特徴とする請求項１記載の同報通
信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4048896A JPH05252171A (ja) | 1992-03-05 | 1992-03-05 | 同報通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4048896A JPH05252171A (ja) | 1992-03-05 | 1992-03-05 | 同報通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05252171A true JPH05252171A (ja) | 1993-09-28 |
Family
ID=12816035
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4048896A Withdrawn JPH05252171A (ja) | 1992-03-05 | 1992-03-05 | 同報通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05252171A (ja) |
-
1992
- 1992-03-05 JP JP4048896A patent/JPH05252171A/ja not_active Withdrawn
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU644800B2 (en) | Data communication method and system | |
| US4715045A (en) | System protocol for composite shift keying communication system | |
| EP0004376B1 (en) | Multiple access bus communications system | |
| US20040184427A1 (en) | Method and apparatus for selecting a responder to enable reliable multicast | |
| JPH073978B2 (ja) | 一斉通信方式 | |
| US6898414B2 (en) | Method for acknowledging messages in a communication system | |
| WO2008000181A1 (fr) | Procédés et systèmes de retransmission sur couche de transport | |
| US8335958B2 (en) | Method of communication, in particular with capability of frame abortion or retransmission indication, between a transmitter and a receiver based on frames and corresponding communication node | |
| CN113765976A (zh) | 一种通信方法和系统 | |
| US20050094632A1 (en) | DOCSIS MAC layer-based ARQ for fixed wireless | |
| CN112395237A (zh) | 一种至少两个控制器之间通信的方法及其系统 | |
| EP1580916B1 (en) | System and method for transmitting units of messages in a mobile communication system | |
| JPH1070523A (ja) | パケット伝送方法及び装置 | |
| JPH05153162A (ja) | パケツト通信システムの送達確認方式 | |
| EP1353468B1 (en) | ARQ method with isochronous and asynchronous transmission | |
| JPH11252134A (ja) | 同報通信システム | |
| JPH05284187A (ja) | 家庭内ワイヤレス通信ネットワークにおける通信方法 | |
| JP3217397B2 (ja) | 通信制御装置のデータ送信方法 | |
| CN111181628B (zh) | 通过北斗短报文传输语音数据的方法、终端及存储介质 | |
| JPS63272240A (ja) | 通信システム | |
| JP3110659B2 (ja) | バス型伝送方式におけるバス制御方法 | |
| JP3131455B2 (ja) | 通信データ保証方式 | |
| JPH01149640A (ja) | ループ式データ伝送方式 | |
| JPH0787136A (ja) | 同報通信方式 | |
| JPS6235730A (ja) | 誤りデ−タ再送方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19990518 |