JP3041200B2 - データ通信装置およびその方法 - Google Patents
データ通信装置およびその方法Info
- Publication number
- JP3041200B2 JP3041200B2 JP16974394A JP16974394A JP3041200B2 JP 3041200 B2 JP3041200 B2 JP 3041200B2 JP 16974394 A JP16974394 A JP 16974394A JP 16974394 A JP16974394 A JP 16974394A JP 3041200 B2 JP3041200 B2 JP 3041200B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- time
- data communication
- data
- transmission
- 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.)
- Expired - Lifetime
Links
- 238000004891 communication Methods 0.000 title claims description 147
- 238000000034 method Methods 0.000 title claims description 62
- 230000005540 biological transmission Effects 0.000 claims description 158
- 238000010586 diagram Methods 0.000 description 30
- 230000001629 suppression Effects 0.000 description 17
- 238000012546 transfer Methods 0.000 description 6
- 238000012545 processing Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 230000005764 inhibitory process Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 2
- 230000007423 decrease Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007717 exclusion Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/407—Bus networks with decentralised control
- H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【産業上の利用分野】この発明は複数の情報機器で通信
ネットワークを構築しデータ通信を行なうデータ通信装
置およびその方法に関し、特にメディアの利用効率を上
げることができるデータ通信装置およびその方法に関す
る。
ネットワークを構築しデータ通信を行なうデータ通信装
置およびその方法に関し、特にメディアの利用効率を上
げることができるデータ通信装置およびその方法に関す
る。
【０００２】
【従来の技術】複数の装置が互いにデータを通信し合う
ネットワークにおいては、有線であっても無線であって
も装置が共有する「通信媒体」（メディア）への送信権
の獲得手段を予め定め、それを実行する手段を装置に組
込むことで、互いに通信の邪魔をし合わないようにする
工夫がなされてきた。また、単に邪魔をし合わないだけ
ではなく、メディアの利用効率を上げるための工夫もな
されてきた。
ネットワークにおいては、有線であっても無線であって
も装置が共有する「通信媒体」（メディア）への送信権
の獲得手段を予め定め、それを実行する手段を装置に組
込むことで、互いに通信の邪魔をし合わないようにする
工夫がなされてきた。また、単に邪魔をし合わないだけ
ではなく、メディアの利用効率を上げるための工夫もな
されてきた。
【０００３】このような工夫を実現するための例がたと
えば特開平５−２６００５１号公報に開示されている。
同公報によれば、メディアへのアクセス権を集中的に管
理する方法が提案されている。しかしながら、この方法
によれば、集中管理する装置が故障したときに一切通信
が行なえないという問題が生じる。また、メディアを共
有する装置が追加された際に、集中管理を行なう装置へ
の新たな登録が発生するなどの問題がある。特にメディ
アが無線の場合においては、独立に動作する装置の数が
動的に変化するため適用しにくいという問題がある。
えば特開平５−２６００５１号公報に開示されている。
同公報によれば、メディアへのアクセス権を集中的に管
理する方法が提案されている。しかしながら、この方法
によれば、集中管理する装置が故障したときに一切通信
が行なえないという問題が生じる。また、メディアを共
有する装置が追加された際に、集中管理を行なう装置へ
の新たな登録が発生するなどの問題がある。特にメディ
アが無線の場合においては、独立に動作する装置の数が
動的に変化するため適用しにくいという問題がある。
【０００４】この問題を回避するため、メディアへのア
クセス権を集中的に管理せず、各装置が自律的、協調的
に行なうようにした方法として、以下に示す２つの発明
がある。
クセス権を集中的に管理せず、各装置が自律的、協調的
に行なうようにした方法として、以下に示す２つの発明
がある。
【０００５】その１つはHochsprung他（Apple 社）の発
明した米国特許第４，６６１，９０２号（“Local Area
Network with Carrier Sense Collision Avoidance
”, Apr. 28, 1987 ）に開示された方法である。同方
法は、本来有線系のネットワーク装置で実施するための
ものであるが、この方法は無線系のネットワーク装置に
も適用が可能である。以下の説明では、この方法を「従
来例Ａ」と呼ぶ。
明した米国特許第４，６６１，９０２号（“Local Area
Network with Carrier Sense Collision Avoidance
”, Apr. 28, 1987 ）に開示された方法である。同方
法は、本来有線系のネットワーク装置で実施するための
ものであるが、この方法は無線系のネットワーク装置に
も適用が可能である。以下の説明では、この方法を「従
来例Ａ」と呼ぶ。
【０００６】もう一方の方法はGiles 他（Proxim社）の
発明した米国特許第５，２３１，６３４号（“Medium A
ccess Protocol for Wireless LANs”, Jul. 27, 1993
）に開示された方法である。この方法は無線系のネッ
トワーク装置で実施するためのものである。以下の説明
ではこの方法を「従来例Ｐ」と呼ぶ。
発明した米国特許第５，２３１，６３４号（“Medium A
ccess Protocol for Wireless LANs”, Jul. 27, 1993
）に開示された方法である。この方法は無線系のネッ
トワーク装置で実施するためのものである。以下の説明
ではこの方法を「従来例Ｐ」と呼ぶ。
【０００７】図１６はある装置Ａがメディアを共有して
いる装置Ｂに対してデータを送信する場合のパケットの
やりとりを示す模式図である。図１６を参照して従来例
Ａおよび従来例Ｐの動作を説明する。従来例Ａおよび従
来例Ｐともに基本的には図１６および以下に説明する同
一の手順を踏む。
いる装置Ｂに対してデータを送信する場合のパケットの
やりとりを示す模式図である。図１６を参照して従来例
Ａおよび従来例Ｐの動作を説明する。従来例Ａおよび従
来例Ｐともに基本的には図１６および以下に説明する同
一の手順を踏む。
【０００８】（１） データを送信しようとする装置Ａ
は、メディアが使用中がどうか検査（キャリアをセン
ス）し、使用中であれば送信を控える（キャリアセンス
ステップ）。
は、メディアが使用中がどうか検査（キャリアをセン
ス）し、使用中であれば送信を控える（キャリアセンス
ステップ）。
【０００９】（２） 装置ＡはＲＴＳ（Request To Sen
d ）パケット２０をメディアに送信する。ＲＴＳパケッ
ト２０には、自らの装置Ａおよび、送信先装置Ｂのアド
レスが含まれている（ＲＴＳ送信ステップ）。
d ）パケット２０をメディアに送信する。ＲＴＳパケッ
ト２０には、自らの装置Ａおよび、送信先装置Ｂのアド
レスが含まれている（ＲＴＳ送信ステップ）。
【００１０】（３） メディアを共有する装置ＢがＲＴ
Ｓパケット２０を受信する。ＲＴＳパケット２０を受信
したすべての装置は、ＲＴＳパケット２０に含まれる送
信先装置のアドレスを読出し、自装置のアドレスと比較
する。装置Ｂは自分宛のパケットであると認識し、ＲＴ
Ｓパケット２０の応答としてＣＴＳ（Clear To Send）
パケット２１を送信する。ＣＴＳパケット２１は自らの
装置Ｂおよび送信先装置Ａのアドレスを含む（ＣＴＳ送
信ステップ）。装置Ｂ以外の装置は応答しない。
Ｓパケット２０を受信する。ＲＴＳパケット２０を受信
したすべての装置は、ＲＴＳパケット２０に含まれる送
信先装置のアドレスを読出し、自装置のアドレスと比較
する。装置Ｂは自分宛のパケットであると認識し、ＲＴ
Ｓパケット２０の応答としてＣＴＳ（Clear To Send）
パケット２１を送信する。ＣＴＳパケット２１は自らの
装置Ｂおよび送信先装置Ａのアドレスを含む（ＣＴＳ送
信ステップ）。装置Ｂ以外の装置は応答しない。
【００１１】（４） 装置ＢからＣＴＳパケット２１を
装置Ａが受信できたら、装置Ａはメディアへのアクセス
権が獲得できたと判断し、装置Ｂに対して送信したい内
容を含むデータパケット２２を送信する（データパケッ
ト送信ステップ）。
装置Ａが受信できたら、装置Ａはメディアへのアクセス
権が獲得できたと判断し、装置Ｂに対して送信したい内
容を含むデータパケット２２を送信する（データパケッ
ト送信ステップ）。
【００１２】（５） （従来例Ｐのみ）装置Ｂは装置Ａ
からのデータパケットを確かに受信した旨を通知するた
めのＡＣＫ（Acknowledgement ）パケットを装置Ａに送
信する（ＡＣＫ送信ステップ）。
からのデータパケットを確かに受信した旨を通知するた
めのＡＣＫ（Acknowledgement ）パケットを装置Ａに送
信する（ＡＣＫ送信ステップ）。
【００１３】またいずれの方式も、ＲＴＳ送信の際にメ
ディアへのアクセスが競合することがあり得る。図１７
は装置Ａおよび装置ＢのＲＴＳパケットが競合し、両装
置の応答すべき装置がこのＲＴＳパケットを正しく受信
できなかったため、ＣＴＳパケットを送信できなかった
場合を示す図である。図１７を参照して、この例では競
合がなかったと仮定した場合に装置ＡがＣＴＳ２４を受
信するべき時刻がきてもそれが受信されなかったために
（タイムアウト）、メディアへのアクセス競合が発生し
た（衝突が発生した）ことを検出する。衝突の発生が検
出されたとき、装置Ａは改めてキャリアセンスステップ
から処理をやり直さねばならない。
ディアへのアクセスが競合することがあり得る。図１７
は装置Ａおよび装置ＢのＲＴＳパケットが競合し、両装
置の応答すべき装置がこのＲＴＳパケットを正しく受信
できなかったため、ＣＴＳパケットを送信できなかった
場合を示す図である。図１７を参照して、この例では競
合がなかったと仮定した場合に装置ＡがＣＴＳ２４を受
信するべき時刻がきてもそれが受信されなかったために
（タイムアウト）、メディアへのアクセス競合が発生し
た（衝突が発生した）ことを検出する。衝突の発生が検
出されたとき、装置Ａは改めてキャリアセンスステップ
から処理をやり直さねばならない。
【００１４】以上が従来例Ａおよび従来例Ｐの基本的な
動作であり、以下従来例Ａと従来例Ｐの違いについて説
明する。
動作であり、以下従来例Ａと従来例Ｐの違いについて説
明する。
【００１５】従来例ＡはＲＴＳパケットの送信に際し、
最初に「固定時間による待ち処理」を、次に「乱数時間
による待ち処理」を行なう。
最初に「固定時間による待ち処理」を、次に「乱数時間
による待ち処理」を行なう。
【００１６】「固定待ち時間処理」は、１００ミリ秒お
きにキャリアをセンスする処理を４回繰返す。その間に
いずれもキャリアを検出しなければ次の「乱数時間によ
る待ち処理」へ進む。一度でもキャリアを検出した場
合、再び４回のキャリア検出を行なう。
きにキャリアをセンスする処理を４回繰返す。その間に
いずれもキャリアを検出しなければ次の「乱数時間によ
る待ち処理」へ進む。一度でもキャリアを検出した場
合、再び４回のキャリア検出を行なう。
【００１７】「乱数時間による待ち処理」は、メディア
の混雑状況を加味した乱数Ｒを生成し、１００ミリ秒お
きにキャリアをセンスする処理をＲ回繰返す。その間に
いずれもキャリアを検出しなければ、ＲＴＳパケット送
信を行なう。一度でもキャリアを検出した場合、即座に
「固定待ち時間処理」からやり直す。
の混雑状況を加味した乱数Ｒを生成し、１００ミリ秒お
きにキャリアをセンスする処理をＲ回繰返す。その間に
いずれもキャリアを検出しなければ、ＲＴＳパケット送
信を行なう。一度でもキャリアを検出した場合、即座に
「固定待ち時間処理」からやり直す。
【００１８】再び図１６を参照して、ここでＲＴＳパケ
ット２０の送信終了からＣＴＳパケット２１の送信開始
まで（図１６中の“ａ”）、ＣＴＳパケット２１の送信
完了からデータパケットの送信開始まで（図１６中の
“ｂ”）、データパケット２２の送信完了からＡＣＫパ
ケット２３の送信開始まで（図１６中の“ｃ”）がいず
れもたとえば、４００ミリ秒よりも十分短いことが保証
されれば、ＲＴＳパケット２０が競合しない限り、この
一連のパケット交換中に衝突が発生することがないこと
が保証できる。なお、従来例Ａにおいては、ＡＣＫパケ
ット送信方式が開示されていないため、“ｃ”の時間を
考慮に入れていないが、ここでは以下に示す従来例Ｐと
の違いを明確にするために従来例ＡにＡＣＫパケット送
信方式を追加した方式を示した。
ット２０の送信終了からＣＴＳパケット２１の送信開始
まで（図１６中の“ａ”）、ＣＴＳパケット２１の送信
完了からデータパケットの送信開始まで（図１６中の
“ｂ”）、データパケット２２の送信完了からＡＣＫパ
ケット２３の送信開始まで（図１６中の“ｃ”）がいず
れもたとえば、４００ミリ秒よりも十分短いことが保証
されれば、ＲＴＳパケット２０が競合しない限り、この
一連のパケット交換中に衝突が発生することがないこと
が保証できる。なお、従来例Ａにおいては、ＡＣＫパケ
ット送信方式が開示されていないため、“ｃ”の時間を
考慮に入れていないが、ここでは以下に示す従来例Ｐと
の違いを明確にするために従来例ＡにＡＣＫパケット送
信方式を追加した方式を示した。
【００１９】以上示した方法により、従来例Ａにおいて
はメディアへのアクセス競合を防止し、装置Ａから装置
Ｂへのデータパケットの送信中に衝突が発生しないこと
を保証していた。
はメディアへのアクセス競合を防止し、装置Ａから装置
Ｂへのデータパケットの送信中に衝突が発生しないこと
を保証していた。
【００２０】従来例Ｐは従来例Ａが無線特有のいわゆる
「隠れ端末」に対処するために改良されたものである。
ここで隠れ端末とは、ある一定のゾーン内の複数の無線
端末間で一部に直接送信または受信ができない端末が生
じた場合にこのような状況にある端末をいう。図１８は
装置Ａと装置Ｂが互いに通信可能、装置Ｂと装置Ｃは互
いに通信可能であるが、装置Ａと装置Ｃは通信不可能と
いう状況を示したものである（ここで装置Ｃは装置Ａに
対して隠れ端末となる）。この場合、装置Ａが装置Ｂに
データパケットを送っている間は装置Ｃはそれを検出す
ることができないため、従来例Ａの方法では装置Ｃはキ
ャリアなしと判定し、装置Ｂに対してパケットを送信し
てしまい、装置Ｂは装置Ａからのデータパケットを正し
く受信できなくなる危険性を含んでいる。
「隠れ端末」に対処するために改良されたものである。
ここで隠れ端末とは、ある一定のゾーン内の複数の無線
端末間で一部に直接送信または受信ができない端末が生
じた場合にこのような状況にある端末をいう。図１８は
装置Ａと装置Ｂが互いに通信可能、装置Ｂと装置Ｃは互
いに通信可能であるが、装置Ａと装置Ｃは通信不可能と
いう状況を示したものである（ここで装置Ｃは装置Ａに
対して隠れ端末となる）。この場合、装置Ａが装置Ｂに
データパケットを送っている間は装置Ｃはそれを検出す
ることができないため、従来例Ａの方法では装置Ｃはキ
ャリアなしと判定し、装置Ｂに対してパケットを送信し
てしまい、装置Ｂは装置Ａからのデータパケットを正し
く受信できなくなる危険性を含んでいる。
【００２１】上記のような問題点を解決するため、従来
例Ｐにおいては、ＲＴＳパケット送信にあたって乱数に
よって定めた時間だけ送信を控えるが、その間メディア
を共有している他の装置は自装置宛ではないＲＴＳパケ
ットまたはＣＴＳパケットを受信するとそれ以降データ
パケットが送出されるものと解釈し、その間はパケット
の送信を控える。すなわち自装置宛ではないＲＴＳパケ
ットを受信した装置は、図１６中の“ｄ”の期間、ま
た、自装置宛ではないＣＴＳパケットを受信した装置は
図中の“ｅ”の期間、パケット送信を行なわないように
する。ただし、データパケットの長さによって“ｄ”、
“ｅ”の時間は変化し得るため、ＲＴＳパケットおよび
ＣＴＳパケット中に、データパケットの長さを入れ、そ
れらを受信した装置がパケット長をもとに“ｄ”、
“ｅ”を計算する。
例Ｐにおいては、ＲＴＳパケット送信にあたって乱数に
よって定めた時間だけ送信を控えるが、その間メディア
を共有している他の装置は自装置宛ではないＲＴＳパケ
ットまたはＣＴＳパケットを受信するとそれ以降データ
パケットが送出されるものと解釈し、その間はパケット
の送信を控える。すなわち自装置宛ではないＲＴＳパケ
ットを受信した装置は、図１６中の“ｄ”の期間、ま
た、自装置宛ではないＣＴＳパケットを受信した装置は
図中の“ｅ”の期間、パケット送信を行なわないように
する。ただし、データパケットの長さによって“ｄ”、
“ｅ”の時間は変化し得るため、ＲＴＳパケットおよび
ＣＴＳパケット中に、データパケットの長さを入れ、そ
れらを受信した装置がパケット長をもとに“ｄ”、
“ｅ”を計算する。
【００２２】以上示した方法により、従来例Ｐにおいて
は、メディアへのアクセス競合を防止し、装置Ａから装
置Ｂへのデータパケットの送信中に衝突が発生しないこ
とを保証していた。
は、メディアへのアクセス競合を防止し、装置Ａから装
置Ｂへのデータパケットの送信中に衝突が発生しないこ
とを保証していた。
【００２３】
【発明が解決しようとする課題】しかしながら、従来例
Ａおよび従来例Ｐにおいては次のような課題があった。
Ａおよび従来例Ｐにおいては次のような課題があった。
【００２４】（課題１）たとえば、以下のような状況を
考える。装置Ａ、装置Ｂおよび装置Ｃは互いにメディア
を共有し、互いに通信可能であり、装置Ａおよび装置Ｂ
がそれぞれ装置Ｃに対して交互の１０個のデータパケッ
トの送信要求を出す。ここで、装置Ａが送るデータパケ
ットを時間順にＰａ0 …Ｐａ9 、装置Ｂが送るデータパ
ケットをＰｂ0 …Ｐｂ9 で表現する。
考える。装置Ａ、装置Ｂおよび装置Ｃは互いにメディア
を共有し、互いに通信可能であり、装置Ａおよび装置Ｂ
がそれぞれ装置Ｃに対して交互の１０個のデータパケッ
トの送信要求を出す。ここで、装置Ａが送るデータパケ
ットを時間順にＰａ0 …Ｐａ9 、装置Ｂが送るデータパ
ケットをＰｂ0 …Ｐｂ9 で表現する。
【００２５】従来の２例ともに、装置ＡがＰａ0 に対応
するＲＴＳパケットを送信した直後に、装置ＢがＰｂ0
に対応するＲＴＳを送信しようとしたとき、装置Ｂはキ
ャリアをセンスしＲＴＳ送信を控える。Ｐａ0 に対する
相互排除期間が終了後に、装置ＡはＰａ1 の送信を、装
置ＢはＰｂ0 の再送を試みるが、この場合どちらが先に
ＲＴＳパケットを送信できるかは不定である。このた
め、場合によっては装置Ｃが受信する順番が、 Ｐａ0 ，Ｐａ1 …Ｐａ9 ，Ｐｂ0 ，Ｐｂ1 …Ｐｂ9 の順になる可能性がある。
するＲＴＳパケットを送信した直後に、装置ＢがＰｂ0
に対応するＲＴＳを送信しようとしたとき、装置Ｂはキ
ャリアをセンスしＲＴＳ送信を控える。Ｐａ0 に対する
相互排除期間が終了後に、装置ＡはＰａ1 の送信を、装
置ＢはＰｂ0 の再送を試みるが、この場合どちらが先に
ＲＴＳパケットを送信できるかは不定である。このた
め、場合によっては装置Ｃが受信する順番が、 Ｐａ0 ，Ｐａ1 …Ｐａ9 ，Ｐｂ0 ，Ｐｂ1 …Ｐｂ9 の順になる可能性がある。
【００２６】近年研究が進むマルチメディアの分野にお
いて、装置Ａが映像データを、装置Ｂが音声データを送
る場合に、それを受取った装置Ｃがそのまま再生すると
映像と音声がずれ、実用にならない。映像データと音声
データを同期させる手法が必要となるが、従来の２例と
もにこのような同期を取るためには甚だ不都合な特性で
あるといわざるを得ない。このように、従来において
は、常にＲＴＳパケット送信にあたって乱数を加味した
待ち時間を持たせていたため、装置ＣがＰａ0 ，Ｐ
ｂ0 ，Ｐａ1 ，Ｐｂ1 …Ｐａ9 ，Ｐｂ9 のような順序で受信できないという問題点があった。
いて、装置Ａが映像データを、装置Ｂが音声データを送
る場合に、それを受取った装置Ｃがそのまま再生すると
映像と音声がずれ、実用にならない。映像データと音声
データを同期させる手法が必要となるが、従来の２例と
もにこのような同期を取るためには甚だ不都合な特性で
あるといわざるを得ない。このように、従来において
は、常にＲＴＳパケット送信にあたって乱数を加味した
待ち時間を持たせていたため、装置ＣがＰａ0 ，Ｐ
ｂ0 ，Ｐａ1 ，Ｐｂ1 …Ｐａ9 ，Ｐｂ9 のような順序で受信できないという問題点があった。
【００２７】（課題２）また、従来例Ｐにおいては、Ｒ
ＴＳパケットを受信した装置は、一連のデータ交換があ
ると仮定し、その間のメディアの獲得を放棄している。
ところが、そのＲＴＳパケットを受信すべき装置がその
とき受信不能な状態であっても、一連のデータ交換があ
るものと仮定しその間のメディアの獲得を放棄するた
め、メディア利用率の低下が起きる。
ＴＳパケットを受信した装置は、一連のデータ交換があ
ると仮定し、その間のメディアの獲得を放棄している。
ところが、そのＲＴＳパケットを受信すべき装置がその
とき受信不能な状態であっても、一連のデータ交換があ
るものと仮定しその間のメディアの獲得を放棄するた
め、メディア利用率の低下が起きる。
【００２８】この状況を図１９を参照して説明する。図
１９は互いに隣り合う装置間でメディアが共有されてい
る状況での通信状態を示す図である。図１９を参照し
て、装置Ａと装置Ｂは互いに通信可能、装置Ｂと装置Ｃ
は互いに通信可能、装置Ｃと装置Ｄは互いに通信可能で
あるが、それ以外の組合せでは通信が不可能な状況であ
るとする。
１９は互いに隣り合う装置間でメディアが共有されてい
る状況での通信状態を示す図である。図１９を参照し
て、装置Ａと装置Ｂは互いに通信可能、装置Ｂと装置Ｃ
は互いに通信可能、装置Ｃと装置Ｄは互いに通信可能で
あるが、それ以外の組合せでは通信が不可能な状況であ
るとする。
【００２９】ここで装置Ｂが装置Ａに対して通信を行な
おうとした場合に、装置Ａが受信不可能であったと仮定
する。従来例Ｐにおいては、この通信要求に対して出さ
れたＲＴＳパケット５１を受信した装置Ｃは装置Ｂと装
置Ａの間でＣＴＳパケット５２、データパケット５３お
よびＡＣＫパケット５４が送信されるものとしてパケッ
ト送信を抑止する期間５５を設定する。このため、装置
Ｃは装置Ｄから装置Ｃに対する送信要求に対応したＲＴ
Ｓパケット５６，５７に対し実際にはメディアが使用中
ではないのに、ＣＴＳパケットを返すことができないと
いう問題が起きる。
おうとした場合に、装置Ａが受信不可能であったと仮定
する。従来例Ｐにおいては、この通信要求に対して出さ
れたＲＴＳパケット５１を受信した装置Ｃは装置Ｂと装
置Ａの間でＣＴＳパケット５２、データパケット５３お
よびＡＣＫパケット５４が送信されるものとしてパケッ
ト送信を抑止する期間５５を設定する。このため、装置
Ｃは装置Ｄから装置Ｃに対する送信要求に対応したＲＴ
Ｓパケット５６，５７に対し実際にはメディアが使用中
ではないのに、ＣＴＳパケットを返すことができないと
いう問題が起きる。
【００３０】この発明は上記のような問題点を解消する
ためになされたもので、以下のような内容を目的とす
る。
ためになされたもので、以下のような内容を目的とす
る。
【００３１】（１） 同一のメディアを共有する複数の
データ通信装置および方法において、使い勝手のよい通
信を可能にする。
データ通信装置および方法において、使い勝手のよい通
信を可能にする。
【００３２】（２） 同一のメディアを共有する複数の
送信装置からの送信データを受信側で所定の順で受信す
ることのできるデータ通信装置およびその方法を提供す
る。
送信装置からの送信データを受信側で所定の順で受信す
ることのできるデータ通信装置およびその方法を提供す
る。
【００３３】（３） 同一のメディアを共有する複数の
データ通信装置を用いて、メディアの使用効率を上げる
ことのできるデータ通信装置およびその方法を提供す
る。
データ通信装置を用いて、メディアの使用効率を上げる
ことのできるデータ通信装置およびその方法を提供す
る。
【００３４】
【課題を解決するための手段】この発明の請求項１に係
る、同一のメディアを共有する複数の装置の間でデータ
通信を行なうデータ通信装置は、メディアへ送信するパ
ケットを生成するパケット生成手段と、生成されたメデ
ィアへ送信する送信手段と、メディアからパケットを受
信するパケット受信手段と、受信したパケットを再生す
る再生手段と、送信手段の送信要求発生時点を検出する
手段と、検出された送信要求発生時間からの所定の第１
時間を設定する第１時間設定手段と、前記第１設定時間
内に自装置を含む複数の装置間のデータ通信の有無とそ
の内容をパケット受信手段およびパケット再生手段を用
いて判別する第１判別手段と、第１判別手段が他装置間
のデータ通信があると判別したとき、判別したパケット
の種類に応じた第２の時間を設定する第２時間設定手段
と、第１および第２時間経過後送信手段から判別したパ
ケットに応じた所定のパケットを送信するよう送信手段
を制御する手段とを含む。
る、同一のメディアを共有する複数の装置の間でデータ
通信を行なうデータ通信装置は、メディアへ送信するパ
ケットを生成するパケット生成手段と、生成されたメデ
ィアへ送信する送信手段と、メディアからパケットを受
信するパケット受信手段と、受信したパケットを再生す
る再生手段と、送信手段の送信要求発生時点を検出する
手段と、検出された送信要求発生時間からの所定の第１
時間を設定する第１時間設定手段と、前記第１設定時間
内に自装置を含む複数の装置間のデータ通信の有無とそ
の内容をパケット受信手段およびパケット再生手段を用
いて判別する第１判別手段と、第１判別手段が他装置間
のデータ通信があると判別したとき、判別したパケット
の種類に応じた第２の時間を設定する第２時間設定手段
と、第１および第２時間経過後送信手段から判別したパ
ケットに応じた所定のパケットを送信するよう送信手段
を制御する手段とを含む。
【００３５】請求項２に係るデータ通信装置において
は、第１時間と第２時間の和は複数の装置間で一定であ
り、第１判別手段が他装置間のデータ通信を検知したと
きは、第１時間は第２時間を挟む時間の和として設定さ
れる。
は、第１時間と第２時間の和は複数の装置間で一定であ
り、第１判別手段が他装置間のデータ通信を検知したと
きは、第１時間は第２時間を挟む時間の和として設定さ
れる。
【００３６】請求項３に係るデータ通信装置において
は、請求項１のデータ通信装置の送信手段からのデータ
パケットの送信は受信先装置への送信要求を表わすＲＴ
Ｓパケットの送信、受信側装置からのＲＴＳパケットに
対して応答可能であることを示すＣＴＳパケットの受理
の後に行なわれ、制御手段は第１判別手段が判別したパ
ケットが自装置宛のＲＴＳパケットである場合はＣＴＳ
パケット、自装置宛のＣＴＳパケットである場合はデー
タパケットを、第１規定時間内に送信手段から送信する
よう制御する。
は、請求項１のデータ通信装置の送信手段からのデータ
パケットの送信は受信先装置への送信要求を表わすＲＴ
Ｓパケットの送信、受信側装置からのＲＴＳパケットに
対して応答可能であることを示すＣＴＳパケットの受理
の後に行なわれ、制御手段は第１判別手段が判別したパ
ケットが自装置宛のＲＴＳパケットである場合はＣＴＳ
パケット、自装置宛のＣＴＳパケットである場合はデー
タパケットを、第１規定時間内に送信手段から送信する
よう制御する。
【００３７】請求項４に係るデータ通信装置において
は、請求項３に記載のデータ通信装置がさらに、自装置
が受信可能か否かを判別する第２判別手段を含み、第１
判別手段が自装置宛のＲＴＳパケットがあると判別し、
第２判別手段が自装置が受信可能状態でないと判別した
ときは、制御手段は第１規定時間内に送信先装置に対し
てキャンセルパケットを送出するよう送信手段を制御す
る。
は、請求項３に記載のデータ通信装置がさらに、自装置
が受信可能か否かを判別する第２判別手段を含み、第１
判別手段が自装置宛のＲＴＳパケットがあると判別し、
第２判別手段が自装置が受信可能状態でないと判別した
ときは、制御手段は第１規定時間内に送信先装置に対し
てキャンセルパケットを送出するよう送信手段を制御す
る。
【００３８】請求項５に係るデータ通信装置において
は、請求項３または４のいずれかに記載の装置の第１判
別手段が自装置宛のデータパケットがあると判別したと
きは、制御手段は第１規定時間内に送信手段がデータパ
ケットの確認を行なうＡＣＫパケットを送出するよう送
信手段を制御する。
は、請求項３または４のいずれかに記載の装置の第１判
別手段が自装置宛のデータパケットがあると判別したと
きは、制御手段は第１規定時間内に送信手段がデータパ
ケットの確認を行なうＡＣＫパケットを送出するよう送
信手段を制御する。
【００３９】請求項６に係るデータ通信装置において
は、請求項５の装置の制御手段は送信するパケットに受
信側装置からのＡＣＫパケットを要求する信号を含ませ
るようパケット生成手段を制御する。
は、請求項５の装置の制御手段は送信するパケットに受
信側装置からのＡＣＫパケットを要求する信号を含ませ
るようパケット生成手段を制御する。
【００４０】請求項７に係るデータ通信装置において
は、請求項１の装置におけるパケットは受信先装置への
送信要求を表わすＲＴＳパケットとＲＴＳパケットに対
して受信可能であることを示すＣＴＳパケットと、デー
タを含むデータパケットとを含み、第２時間設定手段は
第２時間としてパケットがＲＴＳパケットであれば第２
規定時間を設定し、パケットがＣＴＳパケットであれば
第３規定時間を設定し、データパケットであれば第４規
定時間を設定し、第２規定時間はデータパケットの送信
が開始されるまでの時間であり、第３規定時間はデータ
長最大のデータパケットの送信が終了されるまでの時間
であり、第４規定時間は０である。
は、請求項１の装置におけるパケットは受信先装置への
送信要求を表わすＲＴＳパケットとＲＴＳパケットに対
して受信可能であることを示すＣＴＳパケットと、デー
タを含むデータパケットとを含み、第２時間設定手段は
第２時間としてパケットがＲＴＳパケットであれば第２
規定時間を設定し、パケットがＣＴＳパケットであれば
第３規定時間を設定し、データパケットであれば第４規
定時間を設定し、第２規定時間はデータパケットの送信
が開始されるまでの時間であり、第３規定時間はデータ
長最大のデータパケットの送信が終了されるまでの時間
であり、第４規定時間は０である。
【００４１】請求項８に係るデータ通信装置において
は、請求項１の装置におけるパケットは受信装置への送
信要求を表わすＲＴＳパケットと、ＲＴＳパケットに対
して受信可能であることを示すＣＴＳパケットと、デー
タを含むデータパケットとデータパケットの受信を確認
するＡＣＫパケットとを含み、第２時間設定手段は第２
時間としてＲＴＳパケットであれば第２規定時間を設定
し、ＣＴＳパケットであれば第３規定時間を設定し、デ
ータパケットであれば第４規定時間を設定し、ＡＣＫパ
ケットでは第５規定時間を設定し、第２規定時間はデー
タパケットの送信が開始されるまでの時間であり、第３
規定時間はＡＣＫパケットの送信が開始されるまでの時
間であり、第４規定時間は０である。
は、請求項１の装置におけるパケットは受信装置への送
信要求を表わすＲＴＳパケットと、ＲＴＳパケットに対
して受信可能であることを示すＣＴＳパケットと、デー
タを含むデータパケットとデータパケットの受信を確認
するＡＣＫパケットとを含み、第２時間設定手段は第２
時間としてＲＴＳパケットであれば第２規定時間を設定
し、ＣＴＳパケットであれば第３規定時間を設定し、デ
ータパケットであれば第４規定時間を設定し、ＡＣＫパ
ケットでは第５規定時間を設定し、第２規定時間はデー
タパケットの送信が開始されるまでの時間であり、第３
規定時間はＡＣＫパケットの送信が開始されるまでの時
間であり、第４規定時間は０である。
【００４２】請求項９に係るデータ通信装置は、請求項
７または８に記載の装置において、複数の装置は相互に
データを送信し、それによって同一の装置に複数の他の
装置から競合するパケットの送信が行なわれる場合があ
り、装置はパケットの競合を検出する手段を含み、検出
手段がパケットの競合を検出したときは、競合した他の
装置とさらなる競合が起こらないよう相互に調整する手
段を含む。
７または８に記載の装置において、複数の装置は相互に
データを送信し、それによって同一の装置に複数の他の
装置から競合するパケットの送信が行なわれる場合があ
り、装置はパケットの競合を検出する手段を含み、検出
手段がパケットの競合を検出したときは、競合した他の
装置とさらなる競合が起こらないよう相互に調整する手
段を含む。
【００４３】請求項１０に係るデータ通信装置において
は、請求項１に記載の装置は無線データ通信装置を含
む。
は、請求項１に記載の装置は無線データ通信装置を含
む。
【００４４】請求項１１に係るデータ通信装置において
は、請求項１０に記載の装置は赤外線データ通信装置を
含む。
は、請求項１０に記載の装置は赤外線データ通信装置を
含む。
【００４５】請求項１２に係る、同一のメディアを共有
する複数の装置間でデータ通信を行なうデータ通信方法
は、メディアへパケットを送信するパケット送信要求発
生時を検出するステップと、検出され送信要求発生時か
らの所定の第１時間を設定するステップと、第１時間内
に自装置を含む複数の装置間のデータ通信の有無とその
内容を判別するステップと、他装置間のデータ通信があ
ると判別したとき、判別したパケットの種類に応じた第
２時間を設定するステップと、第１時間および第２時間
の経過後判別したパケットに応じた所定のパケットを送
信するステップとを含む。
する複数の装置間でデータ通信を行なうデータ通信方法
は、メディアへパケットを送信するパケット送信要求発
生時を検出するステップと、検出され送信要求発生時か
らの所定の第１時間を設定するステップと、第１時間内
に自装置を含む複数の装置間のデータ通信の有無とその
内容を判別するステップと、他装置間のデータ通信があ
ると判別したとき、判別したパケットの種類に応じた第
２時間を設定するステップと、第１時間および第２時間
の経過後判別したパケットに応じた所定のパケットを送
信するステップとを含む。
【００４６】請求項１２に記載のデータ通信方法におい
ては、請求項１１に記載のデータ通信方法における第１
時間を設定するステップは、判別ステップにおいて他装
置間のデータ通信の存在を判別したときは、第２時間を
挟んでその前後の時間の和として設定するステップを含
む。
ては、請求項１１に記載のデータ通信方法における第１
時間を設定するステップは、判別ステップにおいて他装
置間のデータ通信の存在を判別したときは、第２時間を
挟んでその前後の時間の和として設定するステップを含
む。
【００４７】
【作用】請求項１に係るデータ通信装置においては、メ
ディアを共有する他の装置へのデータ送信要求が起きる
とその送信要求発生時点を起点とし、予め定めた所定の
第１時間が経過してから送信要求パケットを送出する。
ただしその間にパケット受信手段およびパケット再生手
段がメディア中のキャリアを検出した場合は、その内容
を第１判別手段が判別し、他の装置がメディアを使用し
ている間だけそのキャリアの種類に応じた長さの第２時
間だけ待ち時間が追加される。
ディアを共有する他の装置へのデータ送信要求が起きる
とその送信要求発生時点を起点とし、予め定めた所定の
第１時間が経過してから送信要求パケットを送出する。
ただしその間にパケット受信手段およびパケット再生手
段がメディア中のキャリアを検出した場合は、その内容
を第１判別手段が判別し、他の装置がメディアを使用し
ている間だけそのキャリアの種類に応じた長さの第２時
間だけ待ち時間が追加される。
【００４８】請求項２に係るデータ通信装置において
は、第１時間と第２時間の和がメディアを共有する全装
置について一定であり、他装置間のデータ通信を検知し
たときは、第１時間は第２時間を挟んだ時間の和として
設定されるため、複数の装置から同一装置への送信要求
があったときはその送信要求の順が保持される。
は、第１時間と第２時間の和がメディアを共有する全装
置について一定であり、他装置間のデータ通信を検知し
たときは、第１時間は第２時間を挟んだ時間の和として
設定されるため、複数の装置から同一装置への送信要求
があったときはその送信要求の順が保持される。
【００４９】請求項３に係るデータ通信装置において
は、第１判別手段が自装置への送信要求があると判別し
たときは、第１規定時間内に所定のパケットを宛先に送
信する。
は、第１判別手段が自装置への送信要求があると判別し
たときは、第１規定時間内に所定のパケットを宛先に送
信する。
【００５０】請求項４に係るデータ通信装置において
は、第２判別手段は自装置が受信可能でないときはその
旨を伝えるキャンセルパケットを第１規定時間内に送信
する。
は、第２判別手段は自装置が受信可能でないときはその
旨を伝えるキャンセルパケットを第１規定時間内に送信
する。
【００５１】請求項５に係るデータ通信装置において
は、自装置宛のデータパケットに対しては第１規定時間
内にその受信の確認を行なうＡＣＫパケットを送出す
る。
は、自装置宛のデータパケットに対しては第１規定時間
内にその受信の確認を行なうＡＣＫパケットを送出す
る。
【００５２】請求項６に係るデータ通信装置において
は、送信パケットに相手装置に対してＡＣＫパケットの
返信要求を含ませ得る。
は、送信パケットに相手装置に対してＡＣＫパケットの
返信要求を含ませ得る。
【００５３】請求項７に係るデータ通信装置において
は、各パケットの種類に応じて異なるパケットの送信抑
止時間が設定される。
は、各パケットの種類に応じて異なるパケットの送信抑
止時間が設定される。
【００５４】請求項８に係るデータ通信装置において
は、高信頼性データ通信であるＡＣＫパケットを用いた
通信において各パケットの種類に応じて異なる場合の送
信抑止時間を設定できる。
は、高信頼性データ通信であるＡＣＫパケットを用いた
通信において各パケットの種類に応じて異なる場合の送
信抑止時間を設定できる。
【００５５】請求項９に係るデータ通信装置において
は、同一装置に複数の他の装置から競合するパケットの
送信が行なわれたときはさらなる競合が起こらないよう
相互に調整される。
は、同一装置に複数の他の装置から競合するパケットの
送信が行なわれたときはさらなる競合が起こらないよう
相互に調整される。
【００５６】請求項１０に係るデータ通信装置において
は、装置は無線データ通信装置を含む。
は、装置は無線データ通信装置を含む。
【００５７】請求項１１に係るデータ通信装置において
は、装置は赤外線データ通信装置を含む。
は、装置は赤外線データ通信装置を含む。
【００５８】請求項１２に係るデータ通信方法において
は、メディアを共有する他の装置へのデータ送信要求が
起きるとその送信要求発生時点を起点として予め定めた
所定の第１時間が経過してから送信要求パケットを送出
する。その間にメディア中にキャリアを検出したとき
は、その内容を判別し、他の装置がメディアを使用して
いる間だけそのキャリアの種類に応じた長さの第２時間
だけ待ち時間が追加される。
は、メディアを共有する他の装置へのデータ送信要求が
起きるとその送信要求発生時点を起点として予め定めた
所定の第１時間が経過してから送信要求パケットを送出
する。その間にメディア中にキャリアを検出したとき
は、その内容を判別し、他の装置がメディアを使用して
いる間だけそのキャリアの種類に応じた長さの第２時間
だけ待ち時間が追加される。
【００５９】請求項１３に記載のデータ通信方法におい
ては、第１時間と第２時間の和がメディアを共有する全
装置について一定であり、他装置間のデータ通信を検知
したときは、第１時間は第２時間を挟んだ時間の和とし
て設定されるため、複数の装置から同一装置への送信要
求があったときはその送信要求のあった順が保持され
る。
ては、第１時間と第２時間の和がメディアを共有する全
装置について一定であり、他装置間のデータ通信を検知
したときは、第１時間は第２時間を挟んだ時間の和とし
て設定されるため、複数の装置から同一装置への送信要
求があったときはその送信要求のあった順が保持され
る。
【００６０】
（１） 第１実施例 以下この発明の実施例を図面を参照して説明する。図１
はこの発明の第１実施例を説明するためのデータ通信装
置１の構成要素を示すブロック図である。第１実施例
は、この発明を無線媒体として赤外線に適用した場合の
例である。
はこの発明の第１実施例を説明するためのデータ通信装
置１の構成要素を示すブロック図である。第１実施例
は、この発明を無線媒体として赤外線に適用した場合の
例である。
【００６１】図１を参照して、データ通信装置１は、メ
ディアを共有する他の通信装置へパケットを送信する無
線送信部１０と、無線送信部１０に対して送信すべきパ
ケットを生成するパケット生成部１３と、メディアを共
有する他の通信装置からのパケットを受信する無線受信
部１１と、無線受信部１１が受取ったパケットを再生す
るパケット再生部１２と、以上述べた各部を制御する制
御部１４とを含む。制御部１４は後に説明するタイマ部
１５を含む。
ディアを共有する他の通信装置へパケットを送信する無
線送信部１０と、無線送信部１０に対して送信すべきパ
ケットを生成するパケット生成部１３と、メディアを共
有する他の通信装置からのパケットを受信する無線受信
部１１と、無線受信部１１が受取ったパケットを再生す
るパケット再生部１２と、以上述べた各部を制御する制
御部１４とを含む。制御部１４は後に説明するタイマ部
１５を含む。
【００６２】無線送信部１０は、図示のないデジタル符
号列を電気信号に変換するＤ／Ａコンバータと、電気信
号を増幅し変調する回路と、電気信号を赤外線信号に変
換するＬＥＤ（発光ダイオード）とを含む。無線受信部
１１は、図示のない赤外線信号を受光して電気信号に変
換するピンフォトダイオードと、その電気信号を増幅す
るアンプで構成される。パケット再生部１２は、電気信
号をデジタル符号列に変換するもので、図示のないＡ／
Ｄコンバータと、制御部１４内のＣＰＵ（中央処理装
置）と、メモリ中のプログラムとを含む。再生する各パ
ケットの種別を判定するパケット生成部１３も制御部１
４内のＣＰＵと、メモリとを含む。パケット生成部１３
を構成するメモリは、ＲＴＳパケット生成プログラム、
ＣＴＳパケット生成プログラム、データパケット生成プ
ログラム、ＡＣＫパケット生成プログラムおよびキャン
セルパケット生成プログラムを含む。
号列を電気信号に変換するＤ／Ａコンバータと、電気信
号を増幅し変調する回路と、電気信号を赤外線信号に変
換するＬＥＤ（発光ダイオード）とを含む。無線受信部
１１は、図示のない赤外線信号を受光して電気信号に変
換するピンフォトダイオードと、その電気信号を増幅す
るアンプで構成される。パケット再生部１２は、電気信
号をデジタル符号列に変換するもので、図示のないＡ／
Ｄコンバータと、制御部１４内のＣＰＵ（中央処理装
置）と、メモリ中のプログラムとを含む。再生する各パ
ケットの種別を判定するパケット生成部１３も制御部１
４内のＣＰＵと、メモリとを含む。パケット生成部１３
を構成するメモリは、ＲＴＳパケット生成プログラム、
ＣＴＳパケット生成プログラム、データパケット生成プ
ログラム、ＡＣＫパケット生成プログラムおよびキャン
セルパケット生成プログラムを含む。
【００６３】図２は図１に示したデータ通信装置が実際
に適用される状態を示す模式図である。図２を参照し
て、データ通信装置１はたとえばパソコン７１，７２
や、サーバ７３、ノート型パソコン７４およびプリンタ
７５などに組込まれる。これらの各装置は相互に無線に
よってデータ通信を行なう。なおここで矢印はデータの
送信方向を示す。
に適用される状態を示す模式図である。図２を参照し
て、データ通信装置１はたとえばパソコン７１，７２
や、サーバ７３、ノート型パソコン７４およびプリンタ
７５などに組込まれる。これらの各装置は相互に無線に
よってデータ通信を行なう。なおここで矢印はデータの
送信方向を示す。
【００６４】次にこの発明に係るデータ通信装置が適用
された装置Ａと装置Ｂを用いてデータを送出する手順に
ついて説明する。装置Ａから装置Ｂに対してデータが送
信されるものとする。この場合、 （１） 装置Ａから装置ＢへＲＴＳパケットを送信す
る。
された装置Ａと装置Ｂを用いてデータを送出する手順に
ついて説明する。装置Ａから装置Ｂに対してデータが送
信されるものとする。この場合、 （１） 装置Ａから装置ＢへＲＴＳパケットを送信す
る。
【００６５】（２） 装置Ｂから装置ＡへＣＴＳパケッ
トを送信する。 （３） 装置Ａから装置Ｂへデータパケットを送信す
る。
トを送信する。 （３） 装置Ａから装置Ｂへデータパケットを送信す
る。
【００６６】（４） 装置Ｂから装置ＡへＡＣＫパケッ
トを送信する。 の手順で行なう。なお、ＡＣＫパケットの送信は必須で
はなく、利用者が高信頼性を有するデータの通信を行な
いたいときのみ送信を行なうように取決めることもでき
る。また、データ送信側がＡＣＫパケットの送信を要求
してもデータ受信側装置の都合によりＡＣＫパケットの
送信を行なわないということも可能にするため、各パケ
ットにＡＣＫ送信を行なうかどうかの情報を付与するこ
ともできる。このようなＡＣＫパケットの送信の有無は
ＡＣＫフラグの設定によって可能になる。この組合わせ
は図３に示すようになる。図３は各パケットの組合わせ
の種類を示す図である。ＡＣＫフラグはＲＴＳパケッ
ト、およびデータパケットに設定が可能である。図中、
○印はパケット中のＡＣＫフラグが設定されていること
を意味し、×印はＡＣＫフラグが設定されていないこと
を意味する。また、「なし」はそもそもパケットが送信
されなかったことを意味する。
トを送信する。 の手順で行なう。なお、ＡＣＫパケットの送信は必須で
はなく、利用者が高信頼性を有するデータの通信を行な
いたいときのみ送信を行なうように取決めることもでき
る。また、データ送信側がＡＣＫパケットの送信を要求
してもデータ受信側装置の都合によりＡＣＫパケットの
送信を行なわないということも可能にするため、各パケ
ットにＡＣＫ送信を行なうかどうかの情報を付与するこ
ともできる。このようなＡＣＫパケットの送信の有無は
ＡＣＫフラグの設定によって可能になる。この組合わせ
は図３に示すようになる。図３は各パケットの組合わせ
の種類を示す図である。ＡＣＫフラグはＲＴＳパケッ
ト、およびデータパケットに設定が可能である。図中、
○印はパケット中のＡＣＫフラグが設定されていること
を意味し、×印はＡＣＫフラグが設定されていないこと
を意味する。また、「なし」はそもそもパケットが送信
されなかったことを意味する。
【００６７】図３を参照して、組合せ１においては、装
置Ａが高信頼のデータ送信を希望し、装置Ｂがそれを了
承した後にデータ送信を行なう場合の例であり、装置Ｂ
から装置Ａに対してＡＣＫパケットが返されている。
置Ａが高信頼のデータ送信を希望し、装置Ｂがそれを了
承した後にデータ送信を行なう場合の例であり、装置Ｂ
から装置Ａに対してＡＣＫパケットが返されている。
【００６８】組合せ２は装置Ａが高信頼のデータ送信を
希望したが、装置Ｂがそれを拒否し、ＡＣＫの送信を不
要としてデータ送信だけを行なった場合の例である。
希望したが、装置Ｂがそれを拒否し、ＡＣＫの送信を不
要としてデータ送信だけを行なった場合の例である。
【００６９】組合せ３は装置Ａが信頼性に関し重要でな
いデータ送信要求をし、データ送信をした場合の例であ
る。
いデータ送信要求をし、データ送信をした場合の例であ
る。
【００７０】組合せ４は装置Ａが高信頼のデータ送信
（ＡＣＫあり）を希望したが、装置Ｂはそもそもデータ
受信ができないことを表明した場合の例である。
（ＡＣＫあり）を希望したが、装置Ｂはそもそもデータ
受信ができないことを表明した場合の例である。
【００７１】組合せ５は装置Ａが信頼性に関し重要でな
いデータ送信要求をしたが、装置Ｂはそもそもデータ受
信ができないことを表明した場合の例である。
いデータ送信要求をしたが、装置Ｂはそもそもデータ受
信ができないことを表明した場合の例である。
【００７２】次に送信側の動作について説明する。図４
は送信側のデータ通信装置の動作を示すフローチャート
である。図４を参照してまず初期設定としＲＴＳパケッ
ト送信の試行回数が０に設定される（ステップＳ１０
１、以下ステップを略す）。次いでＲＴＳパケットの送
信を試みる（Ｓ１０２）。ここで後に説明する規定時間
Ｔ2 の間ＣＴＳパケットの到着を待つ（Ｓ１０３）。Ｃ
ＡＮ（キャンセル）パケットを受信した場合および何も
受信しない状態が５回以上続いた場合は（Ｓ１０４でｎ
ｏ）、送信を断念し送信失敗を通知する（Ｓ１０６）。
ＣＴＳパケットを受信したときは、ＣＴＳパケット中の
ＡＣＫフラグがオン（設定されている）か否かを判別す
る（Ｓ１０７）。ＣＴＳパケット中のＡＣＫフラグがオ
ンであれば（Ｓ１０７でｙｅｓ）、ＡＣＫフラグをオン
した状態でデータパケットの送信を行なう（Ｓ１０８，
Ｓ１０９）。ＣＴＳパケット中のＡＣＫフラグがオンで
ないときは（Ｓ１０７でｎｏ）、ＡＣＫフラグをオフし
た状態でデータパケットの送信を行ない通信成功を通知
する（Ｓ１１１〜Ｓ１１３）。ＡＣＫパケットを要求し
た場合のみ、後に説明する規定時間Ｔ2 の間ＡＣＫパケ
ットの到着を待つ（Ｓ１１０）。規定時間Ｔ2 以内にＡ
ＣＫパケットを受信しない場合は通信失敗を通知し（Ｓ
１０６）、受信した場合は通信成功を通知する（Ｓ１１
３）。
は送信側のデータ通信装置の動作を示すフローチャート
である。図４を参照してまず初期設定としＲＴＳパケッ
ト送信の試行回数が０に設定される（ステップＳ１０
１、以下ステップを略す）。次いでＲＴＳパケットの送
信を試みる（Ｓ１０２）。ここで後に説明する規定時間
Ｔ2 の間ＣＴＳパケットの到着を待つ（Ｓ１０３）。Ｃ
ＡＮ（キャンセル）パケットを受信した場合および何も
受信しない状態が５回以上続いた場合は（Ｓ１０４でｎ
ｏ）、送信を断念し送信失敗を通知する（Ｓ１０６）。
ＣＴＳパケットを受信したときは、ＣＴＳパケット中の
ＡＣＫフラグがオン（設定されている）か否かを判別す
る（Ｓ１０７）。ＣＴＳパケット中のＡＣＫフラグがオ
ンであれば（Ｓ１０７でｙｅｓ）、ＡＣＫフラグをオン
した状態でデータパケットの送信を行なう（Ｓ１０８，
Ｓ１０９）。ＣＴＳパケット中のＡＣＫフラグがオンで
ないときは（Ｓ１０７でｎｏ）、ＡＣＫフラグをオフし
た状態でデータパケットの送信を行ない通信成功を通知
する（Ｓ１１１〜Ｓ１１３）。ＡＣＫパケットを要求し
た場合のみ、後に説明する規定時間Ｔ2 の間ＡＣＫパケ
ットの到着を待つ（Ｓ１１０）。規定時間Ｔ2 以内にＡ
ＣＫパケットを受信しない場合は通信失敗を通知し（Ｓ
１０６）、受信した場合は通信成功を通知する（Ｓ１１
３）。
【００７３】なお、Ｓ１０４で施行回数が５回未満のと
きは（Ｓ１０４でｙｅｓ）、施行回数を増加し乱数で決
めた時間だけ待ってＳ１０２へ戻る。ここで、乱数で決
めた時間だけ待つのは、たとえば施行回数１回目で他の
装置との衝突を検出したときは、２回目以降も同じタイ
ミングで送信すると衝突する可能性があるため乱数を用
いて送信時間をずらすためである。
きは（Ｓ１０４でｙｅｓ）、施行回数を増加し乱数で決
めた時間だけ待ってＳ１０２へ戻る。ここで、乱数で決
めた時間だけ待つのは、たとえば施行回数１回目で他の
装置との衝突を検出したときは、２回目以降も同じタイ
ミングで送信すると衝突する可能性があるため乱数を用
いて送信時間をずらすためである。
【００７４】図５はデータを受信する側の装置の動作を
示すフローチャートである。図５を参照して、受信する
側の装置ＢはまずＲＴＳパケットを受信する（Ｓ２０
１）。そして受信可能状態か否かを判断し、受信不能で
あれば（Ｓ２０２でｎｏ）、キャンセルパケットを送信
する（Ｓ２０８）。受信可能状態であれば（Ｓ２０２で
ｙｅｓ）、ＲＴＳパケット中のＡＣＫフラグがオンか否
かを判断する（Ｓ２０３）。ＡＣＫフラグがオンでなけ
れば（Ｓ２０３でｎｏ）、ＣＴＳパケット中のＡＣＫフ
ラグをオフしてＣＴＳパケットの送信を行なう（Ｓ２０
４，Ｓ２０５）。規定時間Ｔ2 データパケットの受信を
待つ（Ｓ２０６）。受信できなければ受信失敗を通知す
る（Ｓ２０９）。データを受信すれば受信成功を通知す
る（Ｓ２０７）。
示すフローチャートである。図５を参照して、受信する
側の装置ＢはまずＲＴＳパケットを受信する（Ｓ２０
１）。そして受信可能状態か否かを判断し、受信不能で
あれば（Ｓ２０２でｎｏ）、キャンセルパケットを送信
する（Ｓ２０８）。受信可能状態であれば（Ｓ２０２で
ｙｅｓ）、ＲＴＳパケット中のＡＣＫフラグがオンか否
かを判断する（Ｓ２０３）。ＡＣＫフラグがオンでなけ
れば（Ｓ２０３でｎｏ）、ＣＴＳパケット中のＡＣＫフ
ラグをオフしてＣＴＳパケットの送信を行なう（Ｓ２０
４，Ｓ２０５）。規定時間Ｔ2 データパケットの受信を
待つ（Ｓ２０６）。受信できなければ受信失敗を通知す
る（Ｓ２０９）。データを受信すれば受信成功を通知す
る（Ｓ２０７）。
【００７５】ＲＴＳパケット中のＡＣＫフラグがオンで
あれば（Ｓ２０３でｙｅｓ）、ＡＣＫ送信を行なうか否
かを判断し（Ｓ２１０）、ＡＣＫ送信を行なう場合はＡ
ＣＫフラグをオンした状態でＣＴＳパケットの送信を行
なう（Ｓ２１１，Ｓ２１２）。先と同様に規定時間Ｔ2
データパケットの受信を待ち（Ｓ２１３）、データを受
信すればＡＣＫパケットを送信し受信成功を通知する
（Ｓ２１４，Ｓ２０７）。何も受信しないときは受信失
敗を通知する（Ｓ２０９）。
あれば（Ｓ２０３でｙｅｓ）、ＡＣＫ送信を行なうか否
かを判断し（Ｓ２１０）、ＡＣＫ送信を行なう場合はＡ
ＣＫフラグをオンした状態でＣＴＳパケットの送信を行
なう（Ｓ２１１，Ｓ２１２）。先と同様に規定時間Ｔ2
データパケットの受信を待ち（Ｓ２１３）、データを受
信すればＡＣＫパケットを送信し受信成功を通知する
（Ｓ２１４，Ｓ２０７）。何も受信しないときは受信失
敗を通知する（Ｓ２０９）。
【００７６】次に上述した各パケットのフォーマットに
ついて説明する。図６は各パケットのフォーマットを示
す図である。図中（Ａ）はＲＴＳパケットを、（Ｂ）は
ＣＴＳパケットを、（Ｃ）はキャンセルパケットのフォ
ーマットを示す。図６（Ａ）を参照して、たとえばＲＴ
Ｓパケットは２０バイトで構成されており、そのうち第
０バイトから第５バイトまでの６バイトで送信先アドレ
スが表わされ、第６バイトから第１１バイトまでの６バ
イトで送信元アドレスが表わされる。第１２バイトおよ
び第１３バイトで上位層プロトコルが表わされ、パケッ
トタイプが第１４および第１５バイトで表わされる。Ｉ
Ｄが第１６および第１７バイトで表わされ、ＡＣＫフラ
グが最上位の第１８および第１９バイトで表わされる。
ついて説明する。図６は各パケットのフォーマットを示
す図である。図中（Ａ）はＲＴＳパケットを、（Ｂ）は
ＣＴＳパケットを、（Ｃ）はキャンセルパケットのフォ
ーマットを示す。図６（Ａ）を参照して、たとえばＲＴ
Ｓパケットは２０バイトで構成されており、そのうち第
０バイトから第５バイトまでの６バイトで送信先アドレ
スが表わされ、第６バイトから第１１バイトまでの６バ
イトで送信元アドレスが表わされる。第１２バイトおよ
び第１３バイトで上位層プロトコルが表わされ、パケッ
トタイプが第１４および第１５バイトで表わされる。Ｉ
Ｄが第１６および第１７バイトで表わされ、ＡＣＫフラ
グが最上位の第１８および第１９バイトで表わされる。
【００７７】以上のように、パケットのタイプの区別は
第１４および第１５バイトで行なわれ、ＡＣＫ送信を行
なうかどうかはフラグの最下位ビットである第１８およ
び第１９ビットを用いて行なわれる。ここで、フラグの
最下位ビットが０のときＡＣＫ送信を行ない、１のとき
はＡＣＫ送信を行なわないものとする。
第１４および第１５バイトで行なわれ、ＡＣＫ送信を行
なうかどうかはフラグの最下位ビットである第１８およ
び第１９ビットを用いて行なわれる。ここで、フラグの
最下位ビットが０のときＡＣＫ送信を行ない、１のとき
はＡＣＫ送信を行なわないものとする。
【００７８】図７（Ａ）はデータパケットの、図７
（Ｂ）はＡＣＫパケットのフォーマットを示す。基本的
な構成は図６と同じである。データパケットの場合、デ
ータの最低長を４バイトとすることでデータ長とパケッ
トタイプのフィールドを共有している。なお、共有しな
いフォーマットを用いて、すなわち、パケット種別を特
定の専用フィールドに設定して実施してもよい。
（Ｂ）はＡＣＫパケットのフォーマットを示す。基本的
な構成は図６と同じである。データパケットの場合、デ
ータの最低長を４バイトとすることでデータ長とパケッ
トタイプのフィールドを共有している。なお、共有しな
いフォーマットを用いて、すなわち、パケット種別を特
定の専用フィールドに設定して実施してもよい。
【００７９】次に各動作の詳細について図８を参照して
説明する。図８は装置Ａが装置Ｂに対してＲＴＳパケッ
トを送信する場合の手順を示すフローチャートであり、
図９および図１０はその場合の装置Ａおよび装置Ｂとメ
ディアを共有している図示のない装置Ｃのパケット送信
抑止期間を示す図である。図９はＡＣＫフラグが設定さ
れている場合であり、図１０は検出したキャリアの中に
ＡＣＫが設定されていない場合の図９に対応する図であ
る。図８〜図１０を参照して具体的に説明する。なお、
以下の説明ではタイマ自身の名称をタイマ１またはタイ
マ２とし、そのタイマに時間を設定するための変数スロ
ットを“Timer1”，“Timer2”と記述する。
説明する。図８は装置Ａが装置Ｂに対してＲＴＳパケッ
トを送信する場合の手順を示すフローチャートであり、
図９および図１０はその場合の装置Ａおよび装置Ｂとメ
ディアを共有している図示のない装置Ｃのパケット送信
抑止期間を示す図である。図９はＡＣＫフラグが設定さ
れている場合であり、図１０は検出したキャリアの中に
ＡＣＫが設定されていない場合の図９に対応する図であ
る。図８〜図１０を参照して具体的に説明する。なお、
以下の説明ではタイマ自身の名称をタイマ１またはタイ
マ２とし、そのタイマに時間を設定するための変数スロ
ットを“Timer1”，“Timer2”と記述する。
【００８０】図８を参照して装置Ａが装置Ｂに対してＲ
ＴＳパケットを送信するまでの手順について説明する。
装置Ａは図１で説明したように２つのタイマ、タイマ１
およびタイマ２を内蔵している。基本的にＲＴＳパケッ
トを送信するまでの間、タイマ１を用いて最低Ｔｍの固
定待ち時間パケットの送信を待つ。そこで、まずタイマ
１に固定待ち時間Ｔｍ、タイマ２に０の初期値が設定さ
れる（Ｓ３０１）。
ＴＳパケットを送信するまでの手順について説明する。
装置Ａは図１で説明したように２つのタイマ、タイマ１
およびタイマ２を内蔵している。基本的にＲＴＳパケッ
トを送信するまでの間、タイマ１を用いて最低Ｔｍの固
定待ち時間パケットの送信を待つ。そこで、まずタイマ
１に固定待ち時間Ｔｍ、タイマ２に０の初期値が設定さ
れる（Ｓ３０１）。
【００８１】ここで固定待ち時間は図９および図１０に
おける固定待ち時間１００，１１０に対応する。固定待
ち時間Ｔｍは図９および図１０に示すように次の式で表
わされる。
おける固定待ち時間１００，１１０に対応する。固定待
ち時間Ｔｍは図９および図１０に示すように次の式で表
わされる。
【００８２】Ｔｍ＝Ｔ1 ＋Ｔ2 ＋Ｔ3 ここでＴ1 はＲＴＳパケット、ＣＴＳパケット、ＣＡＮ
パケットおよびＡＣＫパケットの各パケットの送信に要
する時間である。Ｔ2 は装置が各パケットを送信してか
らそれを受信した局が呼応するパケットを送信するため
にシステムが許容する最大時間であり、システムにおい
て予め設定されている時間である。また、Ｔ3 は物理的
な伝送遅延時間である。図中では理解のために比較的長
い時間で示されているが、実際にはＴ2 に比べてかなり
小さい値である。
パケットおよびＡＣＫパケットの各パケットの送信に要
する時間である。Ｔ2 は装置が各パケットを送信してか
らそれを受信した局が呼応するパケットを送信するため
にシステムが許容する最大時間であり、システムにおい
て予め設定されている時間である。また、Ｔ3 は物理的
な伝送遅延時間である。図中では理解のために比較的長
い時間で示されているが、実際にはＴ2 に比べてかなり
小さい値である。
【００８３】以上のようにＴｍはＲＴＳパケット送信要
求が出てから実際にＲＴＳパケットを送信するまでの時
間であり、ＲＴＳ送信要求の直前に他の局がＲＴＳパケ
ットを送信していた場合に、それに呼応するＣＴＳパケ
ットを妨害しないことを保証するために必要な時間であ
る。
求が出てから実際にＲＴＳパケットを送信するまでの時
間であり、ＲＴＳ送信要求の直前に他の局がＲＴＳパケ
ットを送信していた場合に、それに呼応するＣＴＳパケ
ットを妨害しないことを保証するために必要な時間であ
る。
【００８４】次にタイマ１の減算を開始し、回線をモニ
タしキャリアの有無をチェックする（Ｓ３０２〜Ｓ３０
４）。ここでキャリアがない場合は（Ｓ３０４でｎ
ｏ）、上記した固定待ち時間Ｔｍが経過するのを待って
装置ＡはＲＴＳパケットを送信する（Ｓ３０５でｙｅ
ｓ，Ｓ３０６）。次に回線にキャリアがあった場合につ
いて説明する（Ｓ３０４でｙｅｓ）。この場合は図９お
よび図１０において相互に交信している装置Ａおよび装
置Ｂとメディアを共有する装置Ｃの動作を説明する。装
置Ｃも上記のタイマ１およびタイマ２を持つものとす
る。また、装置Ｃは装置Ａまたは装置Ｂのいずれか一方
からのキャリアしか受信できないものとする。
タしキャリアの有無をチェックする（Ｓ３０２〜Ｓ３０
４）。ここでキャリアがない場合は（Ｓ３０４でｎ
ｏ）、上記した固定待ち時間Ｔｍが経過するのを待って
装置ＡはＲＴＳパケットを送信する（Ｓ３０５でｙｅ
ｓ，Ｓ３０６）。次に回線にキャリアがあった場合につ
いて説明する（Ｓ３０４でｙｅｓ）。この場合は図９お
よび図１０において相互に交信している装置Ａおよび装
置Ｂとメディアを共有する装置Ｃの動作を説明する。装
置Ｃも上記のタイマ１およびタイマ２を持つものとす
る。また、装置Ｃは装置Ａまたは装置Ｂのいずれか一方
からのキャリアしか受信できないものとする。
【００８５】この場合まず装置Ｃは回線中にキャリアを
検知するためタイマ１の減算を中断し、キャリアがなく
なるまでモニタする（Ｓ３０７）。そしてキャリアが自
装置宛のものかどうかを判定する（Ｓ３０８）。自装置
宛のキャリアであれば装置Ｂが行なうようにＲＴＳパケ
ット送信を中断し、キャリアに応じた受信処理を行なう
（Ｓ３０９）。
検知するためタイマ１の減算を中断し、キャリアがなく
なるまでモニタする（Ｓ３０７）。そしてキャリアが自
装置宛のものかどうかを判定する（Ｓ３０８）。自装置
宛のキャリアであれば装置Ｂが行なうようにＲＴＳパケ
ット送信を中断し、キャリアに応じた受信処理を行なう
（Ｓ３０９）。
【００８６】キャリアが自装置宛でない場合は（Ｓ３０
８でｎｏ）、タイマ２として後に説明するキャリアに応
じたパケット送信抑止期間を設定しタイマ２の減算を開
始する（Ｓ３１０，Ｓ３１１）。そしてタイマ２の値が
０になるまで待って（Ｓ３１２〜Ｓ３１４）、０になれ
ばまた始めから処理をやり直す（Ｓ３０２へ戻る）。
８でｎｏ）、タイマ２として後に説明するキャリアに応
じたパケット送信抑止期間を設定しタイマ２の減算を開
始する（Ｓ３１０，Ｓ３１１）。そしてタイマ２の値が
０になるまで待って（Ｓ３１２〜Ｓ３１４）、０になれ
ばまた始めから処理をやり直す（Ｓ３０２へ戻る）。
【００８７】なお、ここでTimer2が動作している最中に
最終局指令のTimer2を設定したときと異なる新たなキャ
リアを受信したときは、その新しく受信したキャリアの
種別によりTimer2は再設定される。
最終局指令のTimer2を設定したときと異なる新たなキャ
リアを受信したときは、その新しく受信したキャリアの
種別によりTimer2は再設定される。
【００８８】次に図９、図１０および図１１を参照して
装置Ａおよび装置Ｂとメディアを共有するがその一方か
らのパケットのみしか検知できない可能性のある装置Ｃ
のパケット送信抑止期間について説明する。ここで図１
１は図８のＳ３１０で示したTimer2の値を決定するサブ
ルーチンを示すフローチャートである。まず、装置Ｃが
装置Ａの送信したＲＴＳパケットを検知したとする（Ｓ
４０１でｙｅｓ）。この場合装置Ｃはタイマ２の設定値
として図９または図１０に示したＲＴＳ受信によるパケ
ット送信抑止期間１０１を設定する（Ｓ４０６）。具体
的には次のようになる。
装置Ａおよび装置Ｂとメディアを共有するがその一方か
らのパケットのみしか検知できない可能性のある装置Ｃ
のパケット送信抑止期間について説明する。ここで図１
１は図８のＳ３１０で示したTimer2の値を決定するサブ
ルーチンを示すフローチャートである。まず、装置Ｃが
装置Ａの送信したＲＴＳパケットを検知したとする（Ｓ
４０１でｙｅｓ）。この場合装置Ｃはタイマ２の設定値
として図９または図１０に示したＲＴＳ受信によるパケ
ット送信抑止期間１０１を設定する（Ｓ４０６）。具体
的には次のようになる。
【００８９】Timer2＝Ｔ1 ＋Ｔ2 ＊２＋Ｔ3 ここでこのような値が設定されるのは、装置Ｃは装置Ｂ
のＣＴＳパケットの送信が検知できない可能性があり、
装置Ｂの送信するＣＴＳパケットを妨害しないためであ
る。ＲＴＳパケットを送信した装置Ａが送信するデータ
パケットは、装置Ｃにとって必ず検知できるはずである
から、データパケット送信期間をこの送信抑止期間１０
１に含める必要はない。
のＣＴＳパケットの送信が検知できない可能性があり、
装置Ｂの送信するＣＴＳパケットを妨害しないためであ
る。ＲＴＳパケットを送信した装置Ａが送信するデータ
パケットは、装置Ｃにとって必ず検知できるはずである
から、データパケット送信期間をこの送信抑止期間１０
１に含める必要はない。
【００９０】次に装置Ｃが装置ＢのＣＴＳパケットを検
知した場合（Ｓ４０２でｙｅｓ）はＡＣＫフラグの有無
によって、ＡＣＫフラグが設定されている（Ｓ４０４で
ｙｅｓ）時は図９のＣＴＳ受信によるパケット送信抑止
期間１０２に対応する期間が設定され、ＡＣＫフラグが
設定されていない（Ｓ４０４でｎｏ）時は図１０のパケ
ット送信抑止期間１１２に対応する期間が設定される
（Ｓ４０７，Ｓ４０８）。すなわち、 Timer2＝Ｔ2 ＊２＋Ｔ3 ＋ＴDM（ＡＣＫフラグがオン） Timer2＝Ｔ2 ＋Ｔ3 ＋ＴDM（ＡＣＫフラグがオフ） が設定される。
知した場合（Ｓ４０２でｙｅｓ）はＡＣＫフラグの有無
によって、ＡＣＫフラグが設定されている（Ｓ４０４で
ｙｅｓ）時は図９のＣＴＳ受信によるパケット送信抑止
期間１０２に対応する期間が設定され、ＡＣＫフラグが
設定されていない（Ｓ４０４でｎｏ）時は図１０のパケ
ット送信抑止期間１１２に対応する期間が設定される
（Ｓ４０７，Ｓ４０８）。すなわち、 Timer2＝Ｔ2 ＊２＋Ｔ3 ＋ＴDM（ＡＣＫフラグがオン） Timer2＝Ｔ2 ＋Ｔ3 ＋ＴDM（ＡＣＫフラグがオフ） が設定される。
【００９１】ここで装置Ｃがこのような値を設定するの
は、装置Ｃは装置Ａが送信するデータパケットが検知で
きない可能性があり、装置Ａの送信するデータパケット
を妨害しないためである。なおここでＴDMはデータパケ
ットのデータ部が最長のパケットを送信するために必要
な時間である、最大データ長のデータ出力時間を示す。
は、装置Ｃは装置Ａが送信するデータパケットが検知で
きない可能性があり、装置Ａの送信するデータパケット
を妨害しないためである。なおここでＴDMはデータパケ
ットのデータ部が最長のパケットを送信するために必要
な時間である、最大データ長のデータ出力時間を示す。
【００９２】次に装置Ｃが装置Ａのデータパケットを検
知した場合（Ｓ４０３でｙｅｓ）もＡＣＫフラグの有無
により（Ｓ４０５）、図９の抑止期間１０３または図１
０の抑止期間１１３に対応する時間が設定される（Ｓ４
０９，Ｓ４１０）。
知した場合（Ｓ４０３でｙｅｓ）もＡＣＫフラグの有無
により（Ｓ４０５）、図９の抑止期間１０３または図１
０の抑止期間１１３に対応する時間が設定される（Ｓ４
０９，Ｓ４１０）。
【００９３】 Timer2＝Ｔ1 ＋Ｔ2 ＋Ｔ3 （ＡＣＫフラグがオン） Timer2＝Ｔ3 （ＡＣＫフラグがオフ） このような値が設定されるのは上記したように装置Ｃは
装置ＢのＡＣＫパケットの検知ができない可能性があ
り、装置Ｂの送信するＡＣＫパケットを妨害しないため
である（ＡＣＫフラグがオンの場合）。
装置ＢのＡＣＫパケットの検知ができない可能性があ
り、装置Ｂの送信するＡＣＫパケットを妨害しないため
である（ＡＣＫフラグがオンの場合）。
【００９４】次に装置ＣがＡＣＫパケットまたは図示の
ないＣＡＮパケットを検知した場合（Ｓ４０３でｎｏ）
は図９のＡＣＫ受信によるパケット送信抑止期間１０４
に対応する期間だけパケットの送信が抑止される（Ｓ４
１１）。
ないＣＡＮパケットを検知した場合（Ｓ４０３でｎｏ）
は図９のＡＣＫ受信によるパケット送信抑止期間１０４
に対応する期間だけパケットの送信が抑止される（Ｓ４
１１）。
【００９５】Timer2＝Ｔ3 すなわち、遅延時間分だけ抑止される。なお、タイマ２
の値の設定はパケットの受信が完了した時点で行なわれ
るものとする。
の値の設定はパケットの受信が完了した時点で行なわれ
るものとする。
【００９６】次に具体的なタイマ設定時間について説明
する。この実施例では、データ転送速度を１Ｍｂｐｓと
し、データの最大長を１０２４バイトとし、ＲＴＳ，Ｃ
ＴＳ，キャンセルおよびＡＣＫパケットがそれぞれ２０
バイトであるとする。
する。この実施例では、データ転送速度を１Ｍｂｐｓと
し、データの最大長を１０２４バイトとし、ＲＴＳ，Ｃ
ＴＳ，キャンセルおよびＡＣＫパケットがそれぞれ２０
バイトであるとする。
【００９７】その場合、ＲＴＳ，ＣＴＳ，キャンセルお
よびＡＣＫ各パケットの送信に要する時間Ｔ1 は次の式
から１６０マイクロ秒となる。
よびＡＣＫ各パケットの送信に要する時間Ｔ1 は次の式
から１６０マイクロ秒となる。
【００９８】 Ｔ1 ＝２０＊８／１，０００，０００＝１６０＊１０-6 ここで２０＊８としているのは、１バイトが８ビットで
構成されているためである。
構成されているためである。
【００９９】装置がＲＴＳパケットを受信してからＣＴ
Ｓパケットを送信するまでに最低限必要な時間Ｔ2 は装
置の速度によって異なるが、１．０ミリ秒程度とする。
Ｓパケットを送信するまでに最低限必要な時間Ｔ2 は装
置の速度によって異なるが、１．０ミリ秒程度とする。
【０１００】物理的な伝送遅延時間であるＴ3 は約３０
マイクロ秒見込んでおく。これは理論的には０になり得
るが、安全のための余裕を考慮したものである。
マイクロ秒見込んでおく。これは理論的には０になり得
るが、安全のための余裕を考慮したものである。
【０１０１】最大長のデータパケットの送信に要する時
間であるＴDMは以下の式から８．３５２ミリ秒となる。
間であるＴDMは以下の式から８．３５２ミリ秒となる。
【０１０２】 ＴDM＝（１０２４＋２０）＊８／１，０００，０００ ここで１０２４バイトは最大長のデータパケットであ
り、これにヘッダ部２０バイトを追加しこれをビット数
に変換したものを転送速度で割って求められる。
り、これにヘッダ部２０バイトを追加しこれをビット数
に変換したものを転送速度で割って求められる。
【０１０３】なお、データ転送速度を含めたこれらの具
体的な値は本発明の内容を制限するものではない。
体的な値は本発明の内容を制限するものではない。
【０１０４】次にこの発明の効果について説明する。図
１２はこの発明が適用された場合の各装置がパケット送
信を抑止する期間を示す図であり、従来例の図１９に対
応する。図１２を参照して、装置Ａ〜Ｄが互いに矢印で
結ばれた部分のみの通信が可能であるという条件は図１
９の場合と同様である。この場合、装置Ｂが装置Ａに対
してＲＴＳパケットを送信し、装置Ａの応答が不能でキ
ャンセル（ＣＡＮ）パケット６０を返すとする。
１２はこの発明が適用された場合の各装置がパケット送
信を抑止する期間を示す図であり、従来例の図１９に対
応する。図１２を参照して、装置Ａ〜Ｄが互いに矢印で
結ばれた部分のみの通信が可能であるという条件は図１
９の場合と同様である。この場合、装置Ｂが装置Ａに対
してＲＴＳパケットを送信し、装置Ａの応答が不能でキ
ャンセル（ＣＡＮ）パケット６０を返すとする。
【０１０５】装置Ｃは装置ＢのＲＴＳパケットを検知
し、装置Ｃがパケット送信を抑止する期間６１だけパケ
ットの送信を抑止するが、装置Ａが正常に受信可能であ
れば当然装置Ｃは装置Ｂの送信するデータパケット５３
を検知できるはずである。しかしながら、この場合は装
置Ｃは装置Ｂからのデータパケット５３の送信を検知し
ないため装置Ｃは装置Ｂへの送信が可能であると判断す
る。このとき装置Ｄが装置ＣにＲＴＳパケット５６を送
信したいと考えていたとすると、装置Ｃがパケット送信
を抑止する期間６１の間に送られたＲＴＳパケット５６
は装置Ｃに受入れられないが、抑止期間６１をすぎた後
に発せられたＲＴＳパケット５７は装置Ｃに受入れら
れ、装置ＣはＣＴＳパケット５９を装置Ｄに返すことが
できる。
し、装置Ｃがパケット送信を抑止する期間６１だけパケ
ットの送信を抑止するが、装置Ａが正常に受信可能であ
れば当然装置Ｃは装置Ｂの送信するデータパケット５３
を検知できるはずである。しかしながら、この場合は装
置Ｃは装置Ｂからのデータパケット５３の送信を検知し
ないため装置Ｃは装置Ｂへの送信が可能であると判断す
る。このとき装置Ｄが装置ＣにＲＴＳパケット５６を送
信したいと考えていたとすると、装置Ｃがパケット送信
を抑止する期間６１の間に送られたＲＴＳパケット５６
は装置Ｃに受入れられないが、抑止期間６１をすぎた後
に発せられたＲＴＳパケット５７は装置Ｃに受入れら
れ、装置ＣはＣＴＳパケット５９を装置Ｄに返すことが
できる。
【０１０６】以上のようにこの発明によれば図１８に示
した従来例に比べて装置Ｃがパケット送信を抑止する期
間６１が短くなり、メディアの利用効率が上がってい
る。これはＲＴＳパケット５１の受信に対してパケット
送信を抑止する期間からデータパケットの送信に必要な
時間が除かれているためである。
した従来例に比べて装置Ｃがパケット送信を抑止する期
間６１が短くなり、メディアの利用効率が上がってい
る。これはＲＴＳパケット５１の受信に対してパケット
送信を抑止する期間からデータパケットの送信に必要な
時間が除かれているためである。
【０１０７】次に複数の装置からの送信が競合した場合
の処理について説明する。図１３は装置Ａ、装置Ｂおよ
び装置Ｃが相互に交信可能であり、装置Ａと装置Ｂがと
もに装置Ｃに対してデータ送信を行なう場合の各パケッ
トの送信状態を示す図である。図１３を参照して、ｘ軸
は時間の経過を表わす。ｔ１は装置ＡのＰａ0 の送信要
求発生時刻であり、ｔ２は装置ＢのＰｂ0 の送信要求発
生時刻であり、ｔ３は装置ＡのＰａ0 のＲＴＳパケット
２０ａ送信時刻であり、ｔ４はＰａ0 （装置Ａ→装置
Ｃ）の一連のパケット交換の終了時刻であり、ｔ５は装
置ＢのＰｂ0 のＲＴＳパケット２０ｂ送信時刻であり、
ｔ６はＰｂ0 （装置Ｂ→装置Ｃ）の一連のパケット交換
の終了時刻であり、ｔ７は装置ＡのＰａ1 のＲＴＳパケ
ット２０ｃ送信時刻である。
の処理について説明する。図１３は装置Ａ、装置Ｂおよ
び装置Ｃが相互に交信可能であり、装置Ａと装置Ｂがと
もに装置Ｃに対してデータ送信を行なう場合の各パケッ
トの送信状態を示す図である。図１３を参照して、ｘ軸
は時間の経過を表わす。ｔ１は装置ＡのＰａ0 の送信要
求発生時刻であり、ｔ２は装置ＢのＰｂ0 の送信要求発
生時刻であり、ｔ３は装置ＡのＰａ0 のＲＴＳパケット
２０ａ送信時刻であり、ｔ４はＰａ0 （装置Ａ→装置
Ｃ）の一連のパケット交換の終了時刻であり、ｔ５は装
置ＢのＰｂ0 のＲＴＳパケット２０ｂ送信時刻であり、
ｔ６はＰｂ0 （装置Ｂ→装置Ｃ）の一連のパケット交換
の終了時刻であり、ｔ７は装置ＡのＰａ1 のＲＴＳパケ
ット２０ｃ送信時刻である。
【０１０８】装置Ａ〜装置Ｃにおいては、上記したよう
にデータ送信に当たっては、タイマ１を用いて最低Ｔｍ
の固定待ち時間ＲＴＳパケット２０の送信を待ち、その
間に他装置間のデータパケット２２の送信を検知したと
きは、それに伴なう時間だけタイマ２を用いてパケット
送信が抑止される。またこのとき、タイマ１の期間中に
他装置間のデータパケット送信を検知したときは、タイ
マ１の設定時間は各装置の送信要求発生時点を基準カウ
ントされ、かつ他装置間のデータパケット送信を挟んで
その前後の時間の和として設定される。
にデータ送信に当たっては、タイマ１を用いて最低Ｔｍ
の固定待ち時間ＲＴＳパケット２０の送信を待ち、その
間に他装置間のデータパケット２２の送信を検知したと
きは、それに伴なう時間だけタイマ２を用いてパケット
送信が抑止される。またこのとき、タイマ１の期間中に
他装置間のデータパケット送信を検知したときは、タイ
マ１の設定時間は各装置の送信要求発生時点を基準カウ
ントされ、かつ他装置間のデータパケット送信を挟んで
その前後の時間の和として設定される。
【０１０９】次にこの内容を図８および図１３を参照し
て具体的に説明する。装置Ｂが時刻ｔ２に装置Ｃにデー
タ送信をしようとしたとき、回線をモニタする（Ｓ３０
１〜Ｓ３０３）。そして装置ＡのＲＴＳパケット２０ａ
を時刻ｔ３で検知すると、ここでタイマ１の減算を中断
し、キャリアがなくなるまでモニタする（Ｓ３０７）。
検知したＲＴＳパケット２０ａは自装置宛でないため、
ＲＴＳパケット用のTimer2をタイマ２として設定する
（Ｓ３１０）。装置Ｂは回線をモニタし、装置Ａ、装置
Ｃ間の交信を検知し、送信されるパケットに応じてタイ
マ２の設定値をパケットの変更に応じて変更する（Ｓ３
１１〜Ｓ３１４，Ｓ３０８，Ｓ３１０，Ｓ３１１）。そ
して装置Ａ、装置Ｃ間の交信の終了を検知すると（Ｓ３
１４でｎｏ）、タイマ２の設定値が０になるのを待って
（Ｓ３１２でｙｅｓ，図９のＡＣＫパケット送信抑止期
間１０４の終了後に対応）、Ｓ３０７で中断していたタ
イマ１の減算を開始する（Ｓ３０２）。そしてタイマ１
の設定値が０になると（Ｓ３０５でｙｅｓ）、ＲＴＳパ
ケット２０ｂを装置Ｃに対して送信する。
て具体的に説明する。装置Ｂが時刻ｔ２に装置Ｃにデー
タ送信をしようとしたとき、回線をモニタする（Ｓ３０
１〜Ｓ３０３）。そして装置ＡのＲＴＳパケット２０ａ
を時刻ｔ３で検知すると、ここでタイマ１の減算を中断
し、キャリアがなくなるまでモニタする（Ｓ３０７）。
検知したＲＴＳパケット２０ａは自装置宛でないため、
ＲＴＳパケット用のTimer2をタイマ２として設定する
（Ｓ３１０）。装置Ｂは回線をモニタし、装置Ａ、装置
Ｃ間の交信を検知し、送信されるパケットに応じてタイ
マ２の設定値をパケットの変更に応じて変更する（Ｓ３
１１〜Ｓ３１４，Ｓ３０８，Ｓ３１０，Ｓ３１１）。そ
して装置Ａ、装置Ｃ間の交信の終了を検知すると（Ｓ３
１４でｎｏ）、タイマ２の設定値が０になるのを待って
（Ｓ３１２でｙｅｓ，図９のＡＣＫパケット送信抑止期
間１０４の終了後に対応）、Ｓ３０７で中断していたタ
イマ１の減算を開始する（Ｓ３０２）。そしてタイマ１
の設定値が０になると（Ｓ３０５でｙｅｓ）、ＲＴＳパ
ケット２０ｂを装置Ｃに対して送信する。
【０１１０】したがって、図１３において以下の式が成
り立つ。 ａ１＝Ｔｍ＝Ｔ1 ＋Ｔ2 ＋Ｔ3 ｂ１＋ｂ２＝Ｔｍ ａ２＋ａ３＝Ｔｍ 上記のａ１，ａ２，ａ３，ｂ１，ｂ２およびｂ３の期間
が上記したタイマ１の減算期間である。ｔ４の時点で装
置Ａおよび装置Ｂはパケット送信を要求している。従来
例Ｐではｔ４で装置Ａおよび装置Ｂが横一線に並び、Ｒ
ＴＳパケット送信の競争を行なうため、この競合を防ぐ
ため乱数を用いていた。このため先に述べたように送信
データの順序が保証できないという問題が生じた。
り立つ。 ａ１＝Ｔｍ＝Ｔ1 ＋Ｔ2 ＋Ｔ3 ｂ１＋ｂ２＝Ｔｍ ａ２＋ａ３＝Ｔｍ 上記のａ１，ａ２，ａ３，ｂ１，ｂ２およびｂ３の期間
が上記したタイマ１の減算期間である。ｔ４の時点で装
置Ａおよび装置Ｂはパケット送信を要求している。従来
例Ｐではｔ４で装置Ａおよび装置Ｂが横一線に並び、Ｒ
ＴＳパケット送信の競争を行なうため、この競合を防ぐ
ため乱数を用いていた。このため先に述べたように送信
データの順序が保証できないという問題が生じた。
【０１１１】これに対し本願発明においては、ｔ４の時
点で 装置ＡのTimer1（初期値＝Ｔｍ）＞装置ＢのTimer1 が保証できる。このため、ｔ５の時点、すなわち「装置
ＢがＲＴＳパケットを出す」ときには、装置ＡのTimer1
（初期値＝Ｔｍ）は０より大きい値である。
点で 装置ＡのTimer1（初期値＝Ｔｍ）＞装置ＢのTimer1 が保証できる。このため、ｔ５の時点、すなわち「装置
ＢがＲＴＳパケットを出す」ときには、装置ＡのTimer1
（初期値＝Ｔｍ）は０より大きい値である。
【０１１２】同様にｔ７の時点で 装置ＢのTimer1（初期値＝Ｔｍ）＞装置ＡのTimer1 が保証できる。その結果、装置Ａ、装置Ｂからの送信デ
ータの順序が保証できる。
ータの順序が保証できる。
【０１１３】なお、本実施例では無線のメディアとして
赤外線を用いた例について説明したが可視光線でも同様
に実施できることはいうまでもない。
赤外線を用いた例について説明したが可視光線でも同様
に実施できることはいうまでもない。
【０１１４】（２） 第２実施例 次に本発明を無線媒体として電波に適用した例について
説明する。図１４は第２実施例におけるデータ通信装置
の構成を示すブロック図である。図１４を参照してデー
タ通信装置１は、他の通信装置へデータパケットを送信
する無線送信部３０と、無線送信部３０に接続され、パ
ケットを生成するパケット生成部３３と、他の通信装置
よりパケットを受信する無線受信部３１と、受信したパ
ケットを再生するパケット再生部３２と、装置全体を制
御する制御部３４とを含む。制御部３４の中には第１実
施例と同様のタイマ３５が内蔵されている。
説明する。図１４は第２実施例におけるデータ通信装置
の構成を示すブロック図である。図１４を参照してデー
タ通信装置１は、他の通信装置へデータパケットを送信
する無線送信部３０と、無線送信部３０に接続され、パ
ケットを生成するパケット生成部３３と、他の通信装置
よりパケットを受信する無線受信部３１と、受信したパ
ケットを再生するパケット再生部３２と、装置全体を制
御する制御部３４とを含む。制御部３４の中には第１実
施例と同様のタイマ３５が内蔵されている。
【０１１５】無線送信部３０は、デジタル符号列を電気
信号に変換するＤ／Ａコンバータ３０ａと、電気信号を
増幅し変調する回路３０ｂと、変調された信号を電波と
して空間に放射するアンテナ３０ｃとで構成される。無
線受信部３１は、電波信号を受信するアンテナ３１ａ
と、検波回路３１ｂと、検波後の電気信号を増幅するア
ンプ３１ｃとで構成される。パケット再生部３２は電気
信号をデジタル符号列に変換するもので図示のないＡ／
Ｄコンバータを含む。パケット生成部３３は図示のない
ＲＴＳパケット生成プログラム、ＣＴＳパケット生成プ
ログラム、データパケット生成プログラム、ＡＣＫパケ
ット生成プログラムおよびキャンセルパケット生成プロ
グラムを含む。
信号に変換するＤ／Ａコンバータ３０ａと、電気信号を
増幅し変調する回路３０ｂと、変調された信号を電波と
して空間に放射するアンテナ３０ｃとで構成される。無
線受信部３１は、電波信号を受信するアンテナ３１ａ
と、検波回路３１ｂと、検波後の電気信号を増幅するア
ンプ３１ｃとで構成される。パケット再生部３２は電気
信号をデジタル符号列に変換するもので図示のないＡ／
Ｄコンバータを含む。パケット生成部３３は図示のない
ＲＴＳパケット生成プログラム、ＣＴＳパケット生成プ
ログラム、データパケット生成プログラム、ＡＣＫパケ
ット生成プログラムおよびキャンセルパケット生成プロ
グラムを含む。
【０１１６】パケット送受信のための手順は第１実施例
と同一であるが、最大転送速度によりパラメータが変更
される。図１５は第２実施例における最大転送速度によ
る各方式とその方式を採用した場合の時間Ｔ1 ，Ｔ2 ，
Ｔ3 およびＴDMの時間を示す図である。（Ａ）に方式ご
との周波数、占有帯域幅および最大転送速度を示し、
（Ｂ）に各方式ごとの時間を示す。（Ｂ）に示した各時
間の値の根拠は第１実施例と同一である。また、Timer1
とTimer2の設定方法も第１実施例と同様である。
と同一であるが、最大転送速度によりパラメータが変更
される。図１５は第２実施例における最大転送速度によ
る各方式とその方式を採用した場合の時間Ｔ1 ，Ｔ2 ，
Ｔ3 およびＴDMの時間を示す図である。（Ａ）に方式ご
との周波数、占有帯域幅および最大転送速度を示し、
（Ｂ）に各方式ごとの時間を示す。（Ｂ）に示した各時
間の値の根拠は第１実施例と同一である。また、Timer1
とTimer2の設定方法も第１実施例と同様である。
【０１１７】上記第１および第２実施例においては、無
線通信に本願発明を適用した経緯について説明したが、
この発明は有線通信にも適用可能である。しかしなが
ら、無線媒体として赤外線を用いる通信に本発明を適用
した場合は、赤外線は直進性、指向性が強いためいわゆ
る「隠れ端末」の問題が発生しやすい。また、無線媒体
として電波に用いた場合も出力差により「隠れ端末」の
問題が発生する。このような状況でメディア利用率を向
上させるため、本発明は特に有効である。
線通信に本願発明を適用した経緯について説明したが、
この発明は有線通信にも適用可能である。しかしなが
ら、無線媒体として赤外線を用いる通信に本発明を適用
した場合は、赤外線は直進性、指向性が強いためいわゆ
る「隠れ端末」の問題が発生しやすい。また、無線媒体
として電波に用いた場合も出力差により「隠れ端末」の
問題が発生する。このような状況でメディア利用率を向
上させるため、本発明は特に有効である。
【０１１８】
【発明の効果】以上のようにこの発明の請求項１に係る
データ通信装置においては、他の装置に対する送信要求
発生時点を起点とし予め定めた固定待ち時間が経過して
からＲＴＳパケットを送信手段から送信するが、この間
に受信手段が媒体中のキャリアを検出した場合は他の装
置が媒体を使用しているためそのキャリアの種類に応じ
た長さの待ち時間が追加される。したがって、メディア
を共有する複数のデータ通信装置においてそのうちの一
部の装置のキャリアしか検知できない場合においても、
その検知したキャリアの種類に応じた待ち時間を考慮し
たパケットの送信抑止期間が設定されるため、従来のよ
うに一律にパケットの送信が抑止されることはない。そ
の結果、同一のメディアを共有する複数のデータ通信装
置においてメディアの使用効率を上げることができる。
データ通信装置においては、他の装置に対する送信要求
発生時点を起点とし予め定めた固定待ち時間が経過して
からＲＴＳパケットを送信手段から送信するが、この間
に受信手段が媒体中のキャリアを検出した場合は他の装
置が媒体を使用しているためそのキャリアの種類に応じ
た長さの待ち時間が追加される。したがって、メディア
を共有する複数のデータ通信装置においてそのうちの一
部の装置のキャリアしか検知できない場合においても、
その検知したキャリアの種類に応じた待ち時間を考慮し
たパケットの送信抑止期間が設定されるため、従来のよ
うに一律にパケットの送信が抑止されることはない。そ
の結果、同一のメディアを共有する複数のデータ通信装
置においてメディアの使用効率を上げることができる。
【０１１９】請求項２に係るデータ通信装置において
は、第１時間と第２時間の和がメディアを共有する全装
置について一定であり、他装置間のデータ通信を検知し
たときは、第１時間は第２時間を挟んだ時間の和として
設定される。したがって複数の装置から同一装置への送
信要求があった場合は、その送信要求のあった順序が保
持される。その結果、複数の装置から同一の装置へデー
タの送信要求が順に行なわれたときその順序は保たれ
る。
は、第１時間と第２時間の和がメディアを共有する全装
置について一定であり、他装置間のデータ通信を検知し
たときは、第１時間は第２時間を挟んだ時間の和として
設定される。したがって複数の装置から同一装置への送
信要求があった場合は、その送信要求のあった順序が保
持される。その結果、複数の装置から同一の装置へデー
タの送信要求が順に行なわれたときその順序は保たれ
る。
【０１２０】請求項３に係るデータ通信装置において
は、第１判別手段が自装置への送信要求があると判別し
たときは、第１規定時間内に所定のパケットを相手先に
送信する。その結果、他装置は第１設定時間さえ待て
ば、装置間の送信要求があるかどうかが判別できる。
は、第１判別手段が自装置への送信要求があると判別し
たときは、第１規定時間内に所定のパケットを相手先に
送信する。その結果、他装置は第１設定時間さえ待て
ば、装置間の送信要求があるかどうかが判別できる。
【０１２１】請求項４に係るデータ通信装置において
は、第２判別手段は自装置が受信可能でないときはその
旨を伝えるキャンセルパケットを第１規定時間内に送信
する。その結果、他装置は第１規定時間内に装置間の送
信が行なわれるか否かを判別でき、キャンセルパケット
に応じた処理が可能になる。
は、第２判別手段は自装置が受信可能でないときはその
旨を伝えるキャンセルパケットを第１規定時間内に送信
する。その結果、他装置は第１規定時間内に装置間の送
信が行なわれるか否かを判別でき、キャンセルパケット
に応じた処理が可能になる。
【０１２２】請求項５に係るデータ通信装置において
は、自装置宛のデータパケットに対しては第１規定時間
内にその受信の確認を行なうＡＣＫパケットを送出す
る。その結果、データパケットに対してＡＣＫパケット
が送信されるため、高信頼性を有するデータ通信が可能
になる。
は、自装置宛のデータパケットに対しては第１規定時間
内にその受信の確認を行なうＡＣＫパケットを送出す
る。その結果、データパケットに対してＡＣＫパケット
が送信されるため、高信頼性を有するデータ通信が可能
になる。
【０１２３】請求項６に係るデータ通信装置において
は、送信パケットに相手側装置に対してＡＣＫパケット
の返信要求を含ませ得る。その結果、高信頼性を有する
データ通信を選択的に利用できる。
は、送信パケットに相手側装置に対してＡＣＫパケット
の返信要求を含ませ得る。その結果、高信頼性を有する
データ通信を選択的に利用できる。
【０１２４】請求項７に係るデータ通信装置において
は、各パケットの種類に応じて、異なるパケットの送信
抑止時間が設定される。その結果、装置間の通信パケッ
トに応じた最小の待ち時間が設定されるため、メディア
の効率を上げることができる。
は、各パケットの種類に応じて、異なるパケットの送信
抑止時間が設定される。その結果、装置間の通信パケッ
トに応じた最小の待ち時間が設定されるため、メディア
の効率を上げることができる。
【０１２５】請求項８に係るデータ通信装置において
は、高信頼性データ通信であるＡＣＫパケットを用いた
通信において各パケットの種類に応じたパケットの送信
抑止時間が設定される。その結果、高信頼性データ通信
において装置間の通信パケットに応じた最小の待ち時間
を設定できるため、メディアの利用効率を上げることが
できる。
は、高信頼性データ通信であるＡＣＫパケットを用いた
通信において各パケットの種類に応じたパケットの送信
抑止時間が設定される。その結果、高信頼性データ通信
において装置間の通信パケットに応じた最小の待ち時間
を設定できるため、メディアの利用効率を上げることが
できる。
【０１２６】請求項９に係るデータ通信装置において
は、複数の装置間においてパケットの競合があるときに
は、競合した他の装置とさらなる競合が起こらないよう
相互に調整される。その結果、装置間の競合を減らすこ
とができるデータ通信装置が提供できる。
は、複数の装置間においてパケットの競合があるときに
は、競合した他の装置とさらなる競合が起こらないよう
相互に調整される。その結果、装置間の競合を減らすこ
とができるデータ通信装置が提供できる。
【０１２７】請求項１０に係るデータ通信装置において
は、装置が無線データ通信装置を含む。その結果、無線
データ通信装置において高いメディアの利用効率が達成
できる。
は、装置が無線データ通信装置を含む。その結果、無線
データ通信装置において高いメディアの利用効率が達成
できる。
【０１２８】請求項１１に係るデータ通信装置において
は、赤外線データ通信装置に本願発明が適用される。そ
の結果、赤外線データ通信装置においてメディアの利用
効率を向上できる。
は、赤外線データ通信装置に本願発明が適用される。そ
の結果、赤外線データ通信装置においてメディアの利用
効率を向上できる。
【０１２９】請求項１２に係るデータ通信方法において
は、メディアを共有する複数のデータ通信においてその
内の一部の装置のキャリアしか検出できない場合におい
ても、その検知したキャリアの種類に応じた待ち時間を
考慮したパケットの送信抑止期間が設定される。その結
果、メディアの使用効率の高いデータ通信方法が提供で
きる。
は、メディアを共有する複数のデータ通信においてその
内の一部の装置のキャリアしか検出できない場合におい
ても、その検知したキャリアの種類に応じた待ち時間を
考慮したパケットの送信抑止期間が設定される。その結
果、メディアの使用効率の高いデータ通信方法が提供で
きる。
【０１３０】請求項１３に係るデータ通信方法において
は、第１時間と第２時間の和で表わされる送信要求パケ
ットの抑止期間はメディアを共有する全装置に対して一
定であり、他装置間のデータ通信の存在を判別したとき
は、他装置間のデータ通信期間をカバーする第２時間を
挟んで所定の第１時間が設定されるため、複数の装置か
ら同一装置への送信要求があった場合はその送信要求の
あった順が保持される。その結果、複数装置から同一装
置へのデータ送信が順に行なわれたとき、その順序が保
たれるデータ送信方法が提供できる。
は、第１時間と第２時間の和で表わされる送信要求パケ
ットの抑止期間はメディアを共有する全装置に対して一
定であり、他装置間のデータ通信の存在を判別したとき
は、他装置間のデータ通信期間をカバーする第２時間を
挟んで所定の第１時間が設定されるため、複数の装置か
ら同一装置への送信要求があった場合はその送信要求の
あった順が保持される。その結果、複数装置から同一装
置へのデータ送信が順に行なわれたとき、その順序が保
たれるデータ送信方法が提供できる。
【図１】この発明の第１実施例に係るデータ通信装置の
構成を示すブロック図である。
構成を示すブロック図である。
【図２】この発明に係るデータ通信装置が組込まれた装
置間の交信状態を示す模式図である。
置間の交信状態を示す模式図である。
【図３】パケット送受信の組合わせを示す図である。
【図４】送信側装置の動作手順を示すフローチャートで
ある。
ある。
【図５】受信側装置の動作手順を示すフローチャートで
ある。
ある。
【図６】ＲＴＳパケット、ＣＴＳパケットおよびキャン
セルパケットのフォーマットを示す図である。
セルパケットのフォーマットを示す図である。
【図７】ＣＡＮパケットおよびデータパケットのフォー
マットを示す図である。
マットを示す図である。
【図８】ＲＴＳパケット送信までの動作手順を示すフロ
ーチャートである。
ーチャートである。
【図９】ＡＣＫ送信時のタイマによるパケット送信抑止
期間を示す図である。
期間を示す図である。
【図１０】ＡＣＫ非送信時のタイマによるパケット送信
抑止期間を示す図である。
抑止期間を示す図である。
【図１１】Timer2の値を決定するサブルーチンを示すフ
ローチャートである。
ローチャートである。
【図１２】メディアの利用率が向上した状況を示す図で
ある。
ある。
【図１３】連続受信を保証する様子を説明するための図
である。
である。
【図１４】第２実施例に係るデータ通信装置の要部を示
すブロック図である。
すブロック図である。
【図１５】第２実施例における通信の使用およびタイマ
に設定する時間を示す図である。
に設定する時間を示す図である。
【図１６】従来例における基本動作を示す図である。
【図１７】従来例におけるメディアアクセスの競合を示
す図である。
す図である。
【図１８】隠れ端末が発生した状況を示す図である。
【図１９】従来例におけるメディアの利用率が低い状況
を示す図である。
を示す図である。
１ データ通信装置 １０ 無線送信部 １１ 無線受信部 １２ パケット再生部 １３ パケット生成部 １４ 制御部 １５ タイマ ２０ ＲＴＳパケット ２１ ＣＴＳパケット ２２ データパケット ２３ ＡＣＫパケット
Claims (13)
- 【請求項１】 同一のメディアを共有する複数の装置間
でデータ通信を行なうデータ通信装置であって、 前記メディアへ送信するパケットを生成する送信パケッ
ト生成手段と、 前記生成されたパケットを前記メディアへ送信する送信
手段と、 前記メディアからパケットを受信するパケット受信手段
と、 前記受信したパケットを再生するパケット再生手段と、 前記送信手段の送信要求発生時を検出する手段と、 前記検出された送信要求発生時からの所定の第１の時間
を設定する第１時間設定手段と、 前記第１時間内に前記複数の装置間のデータ通信の有無
とその内容を前記パケット受信手段およびパケット再生
手段を用いて判別する第１判別手段と、 前記第１判別手段が他装置間のデータ通信があると判断
したとき、前記判別したパケットの種類に応じた第２の
時間を設定する第２時間設定手段と、 前記第１時間および第２時間の経過後前記送信手段から
前記判別したパケットに応じた所定のパケットを送信す
るよう前記送信手段を制御する制御手段とを含む、デー
タ通信装置。 - 【請求項２】 前記第１時間と第２時間の和は前記複数
の装置間で一定であり、 前記第１判別手段が他装置間のデータ通信を検知したと
きは、前記第１時間は前記第２時間を挟む時間の和とし
て設定される、請求項１に記載のデータ通信装置。 - 【請求項３】 前記送信手段からのデータパケットの送
信は、受信先装置への送信要求を表わすＲＴＳ（Reques
t To Send ）パケットの送信、前記受信側装置からの前
記ＲＴＳパケットに対して応答可能であることを示すＣ
ＴＳ（ClearTo Send ）パケットの受理の後に行なわ
れ、 前記制御手段は前記第１判別手段が判別したパケットが
自装置宛のＲＴＳパケットである場合は前記ＣＴＳパケ
ットを、自装置宛のＣＴＳパケットである場合は前記デ
ータパケットを第１規定時間内に、前記送信手段から送
信するよう制御する、請求項１に記載のデータ通信装
置。 - 【請求項４】 前記装置はさらに、自装置が受信可能か
否かを判別する第２判別手段を含み、 前記第１判別手段が自装置宛のＲＴＳパケットがあると
判別し、前記第２判別手段が自装置が受信可能状態でな
いと判別したときは、前記制御手段は前記第１規定時間
内に送信先装置に対してキャンセルパケットを送出する
よう前記送信手段を制御する、請求項３に記載のデータ
通信装置。 - 【請求項５】 前記第１判別手段が自装置宛のデータパ
ケットがあると判別したときは、前記制御手段は前記第
１規定時間内に前記送信手段がデータパケットの確認を
行なうＡＣＫ（Acknowledgement ）パケットを送出する
よう前記送信手段を制御する、請求項３または４のいず
れかに記載のデータ通信装置。 - 【請求項６】 前記制御手段は前記送信するパケットに
受信側装置からのＡＣＫパケットを要求する信号を含ま
せるよう前記パケット生成手段を制御する、請求項５に
記載のデータ通信装置。 - 【請求項７】 前記パケットは受信先装置への送信要求
を表わするＲＴＳパケットと、前記ＲＴＳパケットに対
して応答可能であることを表わすＣＴＳパケットと、デ
ータを含むデータパケットとを含み、 前記第２時間設定手段は前記第２時間として前記パケッ
トがＲＴＳパケットであれば第２規定時間を設定し、前
記パケットがＣＴＳパケットであれば第３規定時間を設
定し、前記パケットがデータパケットであれば第４規定
時間を設定し、 前記第２規定時間は前記データパケットの送信が開始さ
れるまでの時間であり、前記第３規定時間はデータ長最
大のデータパケットの送信が終了されるまでの時間であ
り、前記第４規定時間は０である、請求項１に記載のデ
ータ通信装置。 - 【請求項８】 前記パケットは受信先装置への送信要求
を表わすＲＴＳパケットと、前記ＲＴＳパケットに対し
て応答可能であることを表わすＣＴＳパケットと、デー
タを含むデータパケットと、前記データパケットを受信
したことを確認するＡＣＫパケットとを含み、 前記第２時間設定手段は前記第２時間として、前記パケ
ットがＲＴＳパケットであれば第２規定時間を設定し、
前記パケットがＣＴＳパケットであれば第３規定時間を
設定し、前記パケットがデータパケットであれば第４規
定時間を設定し、前記パケットがＡＣＫパケットであれ
ば第５規定時間を設定し、 前記第２規定時間は前記データパケットの送信が開始さ
れるまでの時間であり、前記第３規定時間はＡＣＫパケ
ットの送信が開始されるまでの時間であり、前記第４規
定時間は０である、請求項１に記載のデータ通信装置。 - 【請求項９】 前記複数の装置は相互にデータを送信
し、それによって同一の装置に複数の他の装置から競合
するパケットの送信が行なわれる場合があり、 前記装置は前記パケットの競合を検出する手段を含み、 前記検出手段が前記パケットの競合を検出したときは、
前記競合した他の装置とさらなる競合が起こらないよ
う、相互に調整する手段を含む、請求項７または８に記
載のデータ通信装置。 - 【請求項１０】 前記データ通信装置は無線データ通信
装置を含む、請求項１に記載のデータ通信装置。 - 【請求項１１】 前記無線データ通信装置は赤外線デー
タ通信装置を含む、請求項１０に記載のデータ通信装
置。 - 【請求項１２】 同一のメディアを共有する複数の装置
間でデータ通信を行なうデータ通信方法であって、前記
メディアへパケットを送信するパケット送信要求発生時
を検出するステップと、 前記検出された送信要求発生時から所定の第１の時間を
設定するステップと、 前記第１時間内に自装置を含む前記複数の装置間のデー
タ通信の有無とその内容を判別するステップと、 前記判別の結果他装置間のデータ通信があると判断され
たとき、判別したパケットの種類に応じた第２時間を設
定するステップと、 前記第１時間および第２時間の経過後前記判別したパケ
ットに応じた所定のパケットを送信するステップとを含
む、データ通信方法。 - 【請求項１３】 前記第１時間を設定するステップは、
他装置間のデータ通信の存在を判別したときは、前記第
２時間を挟んでその前後の時間の和として設定するステ
ップを含む、請求項１２に記載のデータ通信方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16974394A JP3041200B2 (ja) | 1994-07-21 | 1994-07-21 | データ通信装置およびその方法 |
| US08/466,358 US5592483A (en) | 1994-07-21 | 1995-06-06 | Data communication apparatus achieving efficient use of the media |
| DE69527826T DE69527826T2 (de) | 1994-07-21 | 1995-06-12 | Datenübertragungsvorrichtung und Verfahren zur effizienten Nutzung von Übertragungsmedien |
| EP95304037A EP0693838B1 (en) | 1994-07-21 | 1995-06-12 | Data communication apparatus and method achieving efficient use of the media |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16974394A JP3041200B2 (ja) | 1994-07-21 | 1994-07-21 | データ通信装置およびその方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0837528A JPH0837528A (ja) | 1996-02-06 |
| JP3041200B2 true JP3041200B2 (ja) | 2000-05-15 |
Family
ID=15892030
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16974394A Expired - Lifetime JP3041200B2 (ja) | 1994-07-21 | 1994-07-21 | データ通信装置およびその方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5592483A (ja) |
| EP (1) | EP0693838B1 (ja) |
| JP (1) | JP3041200B2 (ja) |
| DE (1) | DE69527826T2 (ja) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3262966B2 (ja) * | 1994-06-20 | 2002-03-04 | キヤノン株式会社 | 通信装置及びその制御方法 |
| US6065052A (en) * | 1996-07-01 | 2000-05-16 | Sun Microsystems, Inc. | System for maintaining strongly sequentially ordered packet flow in a ring network system with busy and failed nodes |
| US5844905A (en) * | 1996-07-09 | 1998-12-01 | International Business Machines Corporation | Extensions to distributed MAC protocols with collision avoidance using RTS/CTS exchange |
| FR2760161B1 (fr) * | 1997-02-27 | 1999-09-24 | Alsthom Cge Alcatel | Reseau informatique a acces non deterministe, mais a temps d'acces deterministe |
| WO1998042096A2 (en) * | 1997-03-17 | 1998-09-24 | Ge-Harris Railways Electronics, L.L.C. | A communications system and method for interconnected networks h aving a linear topology, especially railways |
| JP3214466B2 (ja) * | 1998-04-07 | 2001-10-02 | 日本電気株式会社 | 移動通信システム及びその通信制御方法並びにそれに用いる基地局及び移動局 |
| US6556582B1 (en) * | 2000-05-15 | 2003-04-29 | Bbnt Solutions Llc | Systems and methods for collision avoidance in mobile multi-hop packet radio networks |
| US20020181426A1 (en) * | 2001-03-02 | 2002-12-05 | Sherman Matthew J. | Interference suppression methods for 802.11 |
| US7130289B2 (en) * | 2002-03-14 | 2006-10-31 | Airmagnet, Inc. | Detecting a hidden node in a wireless local area network |
| US7233588B1 (en) * | 2002-07-11 | 2007-06-19 | Cisco Technology, Inc. | Hardware assist system and method for the timing of packets in a wireless network |
| JP4407126B2 (ja) * | 2003-01-09 | 2010-02-03 | ソニー株式会社 | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
| WO2004102888A1 (ja) * | 2003-05-15 | 2004-11-25 | Mitsubishi Denki Kabushiki Kaisha | 通信方法、無線端末および基地局 |
| US8274961B2 (en) | 2003-10-24 | 2012-09-25 | Sony Corporation | Apparatus and associated methodology of adjusting a RTS/CTS transmission protocol |
| JP5267536B2 (ja) * | 2003-10-24 | 2013-08-21 | ソニー株式会社 | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
| WO2005074205A1 (en) * | 2004-02-02 | 2005-08-11 | Koninklijke Philips Electronics, N.V. | Enhanced network allocation vector mechanism for optimal reuse of the spectrum in a wireless communication system |
| US7643503B2 (en) * | 2004-07-30 | 2010-01-05 | Sony Corporation | System and method for dynamically determining retransmit buffer time |
| US7839844B2 (en) * | 2004-07-30 | 2010-11-23 | Sony Corporation | System and method for dynamically determining retransmit buffer time |
| US7567526B2 (en) * | 2005-01-28 | 2009-07-28 | Samsung Electronics Co., Ltd. | System and method for asynchronous wireless collision detection with acknowledgement for ad hoc wireless networks |
| JP4750644B2 (ja) * | 2006-08-09 | 2011-08-17 | 株式会社エヌ・ティ・ティ・ドコモ | 無線システム、無線通信装置及び通信方法 |
| US8041375B2 (en) | 2007-10-31 | 2011-10-18 | Qualcomm Incorporated | Methods and apparatus for use in peer to peer communications devices and/or systems relating to rate scheduling, traffic scheduling, rate control, and/or power control |
| US8320358B2 (en) * | 2007-12-12 | 2012-11-27 | Qualcomm Incorporated | Method and apparatus for resolving blinded-node problems in wireless networks |
| US8705383B2 (en) * | 2008-06-18 | 2014-04-22 | Thomson Licensing | Contention based medium reservation for multicast transmission in wireless local area networks |
| US8737281B2 (en) * | 2008-06-18 | 2014-05-27 | Thomson Licensing | Apparatus for multicast transmissions in wireless local area networks |
| CN102067515B (zh) * | 2008-06-23 | 2015-02-04 | 汤姆森特许公司 | 用于无线局域网中多播传送的竞争缓解 |
| US8462686B2 (en) * | 2008-06-23 | 2013-06-11 | Thomson Licensing | Apparatus for collision mitigation of multicast transmissions in wireless networks |
| EP2294741B1 (en) * | 2008-06-26 | 2016-08-03 | Thomson Licensing | Method and apparatus for acknowledgement and retransmission of multicast data in wireless local area networks |
| MX2010014072A (es) * | 2008-06-26 | 2011-04-11 | Thomson Licensing | Aparato para solicitar reconocimiento y reconocimiento de transmision de datos de multidifusion en redes de area local inalambrica. |
| US9481348B2 (en) * | 2012-09-20 | 2016-11-01 | Wabtec Holding Corp. | System and method for addressing a pneumatic emergency in a helper locomotive |
| JP5612065B2 (ja) * | 2012-12-27 | 2014-10-22 | 株式会社東芝 | 無線通信装置 |
| US20150063251A1 (en) * | 2013-08-30 | 2015-03-05 | Qualcomm Incorporated | Methods and apparatus for extending a reverse direction grant on a wireless network |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4332027A (en) * | 1981-10-01 | 1982-05-25 | Burroughs Corporation | Local area contention network data communication system |
| US4661902A (en) * | 1985-03-21 | 1987-04-28 | Apple Computer, Inc. | Local area network with carrier sense collision avoidance |
| US4689786A (en) * | 1985-03-21 | 1987-08-25 | Apple Computer, Inc. | Local area network with self assigned address method |
| JPS62107542A (ja) * | 1985-11-05 | 1987-05-18 | Nec Corp | 無線通信方式 |
| US4773066A (en) * | 1986-04-15 | 1988-09-20 | The Mitre Corporation | Synchronized multiple access apparatus and method for a local area network |
| FR2640832B1 (fr) * | 1988-12-15 | 1992-12-18 | Europ Rech Electr Lab | Procede d'optimisation d'emission d'autorisation d'acces a un reseau comportant des canaux ouverts |
| GB9019488D0 (en) * | 1990-09-06 | 1990-10-24 | Ncr Co | Local area network having a wireless transmission link |
| US5231634B1 (en) * | 1991-12-18 | 1996-04-02 | Proxim Inc | Medium access protocol for wireless lans |
| JPH05260051A (ja) * | 1992-03-16 | 1993-10-08 | Fuji Xerox Co Ltd | 無線ローカルエリアネットワーク方式 |
-
1994
- 1994-07-21 JP JP16974394A patent/JP3041200B2/ja not_active Expired - Lifetime
-
1995
- 1995-06-06 US US08/466,358 patent/US5592483A/en not_active Expired - Lifetime
- 1995-06-12 EP EP95304037A patent/EP0693838B1/en not_active Expired - Lifetime
- 1995-06-12 DE DE69527826T patent/DE69527826T2/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE69527826T2 (de) | 2003-02-27 |
| DE69527826D1 (de) | 2002-09-26 |
| EP0693838B1 (en) | 2002-08-21 |
| JPH0837528A (ja) | 1996-02-06 |
| EP0693838A3 (en) | 1998-01-21 |
| EP0693838A2 (en) | 1996-01-24 |
| US5592483A (en) | 1997-01-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3041200B2 (ja) | データ通信装置およびその方法 | |
| JP3248348B2 (ja) | 通信方法及び通信装置 | |
| JP3987800B2 (ja) | ８０２．１１用干渉抑圧方法 | |
| JP3066328B2 (ja) | 無線通信方法及び無線通信システム | |
| JP4374725B2 (ja) | 通信方法及び通信局 | |
| US7194564B2 (en) | Method and apparatus for preventing loops in a full-duplex bus | |
| US5231634A (en) | Medium access protocol for wireless lans | |
| US6965933B2 (en) | Method and apparatus for token distribution | |
| US5553072A (en) | Communication apparatus and method | |
| JP2003524333A (ja) | ワイヤレス・リンクを有する通信経路を通じてのサービス品質 | |
| JP3165125B2 (ja) | 無線通信における多重アクセス方法 | |
| EP1615385B1 (en) | Method for carrying out communications among plural stations | |
| US20040228311A1 (en) | Communication system, communication apparatus, communication method, and program | |
| JP5410858B2 (ja) | アクセスポイント装置、通信装置及び通信媒体にアクセスする方法 | |
| JP2000013423A (ja) | 情報処理装置および方法、並びに提供媒体 | |
| JP2500963B2 (ja) | 双方向情報通信方法 | |
| KR100575011B1 (ko) | 무선 네트워크에서의 에너지 버스트 이용 | |
| JP2004221710A (ja) | 無線ｌａｎシステム、および無線ｌａｎシステムの通信制御方法 | |
| JPH05235845A (ja) | 端末収容方式 | |
| US20020194333A1 (en) | Message transmission method and system capable of balancing load | |
| KR100985745B1 (ko) | 직렬 통신 버스용 데이터 링크 레이어 디바이스 | |
| JP3853697B2 (ja) | 無線通信システム及び無線管理装置並びに収容装置選定方法及びプログラム | |
| JPH11177572A (ja) | 通信制御装置、端末装置、これを用いたデータ通信システム及びデータ通信方法 | |
| JP2003505929A (ja) | コンピュータ・ネットワーク通信チャネル用のネットワーク・スロットの同期方法 | |
| WO2002096036A1 (en) | Method and apparatus for arbitrating access to a shared channel of a token-based network communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20000222 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080303 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090303 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100303 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100303 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110303 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120303 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120303 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130303 Year of fee payment: 13 |