JPH07307977A - 通信方法及び通信装置 - Google Patents
通信方法及び通信装置Info
- Publication number
- JPH07307977A JPH07307977A JP11819494A JP11819494A JPH07307977A JP H07307977 A JPH07307977 A JP H07307977A JP 11819494 A JP11819494 A JP 11819494A JP 11819494 A JP11819494 A JP 11819494A JP H07307977 A JPH07307977 A JP H07307977A
- Authority
- JP
- Japan
- Prior art keywords
- communication device
- data
- connection establishment
- busy tone
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
- H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
- H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【目的】 すべての端末が相互に見えないことに起因し
てスループットが低下する問題、いわゆる隠れ端末問題
を排除し、分散環境で使用できる通信方法及び通信装置
を提供する。 【構成】 ビジートーンチャネルとデータチャネルを使
用する。データを送信する場合、ビジー信号観察手段に
よって送受信端末双方がビジートーンチャネルの信号を
観察した後、信号がなければビジートーンチャネルを使
ってコネクションを確立する。その後、送受信端末双方
がビジートーンチャネル上にビジートーン信号を送信
し、データ伝送を行う。データ伝送終了後、ビジートー
ン信号の送信をやめる。
てスループットが低下する問題、いわゆる隠れ端末問題
を排除し、分散環境で使用できる通信方法及び通信装置
を提供する。 【構成】 ビジートーンチャネルとデータチャネルを使
用する。データを送信する場合、ビジー信号観察手段に
よって送受信端末双方がビジートーンチャネルの信号を
観察した後、信号がなければビジートーンチャネルを使
ってコネクションを確立する。その後、送受信端末双方
がビジートーンチャネル上にビジートーン信号を送信
し、データ伝送を行う。データ伝送終了後、ビジートー
ン信号の送信をやめる。
Description
【０００１】
【産業上の利用分野】本発明は、Ｎ対Ｎのマルチプルア
クセスを行う通信装置及び通信方法に関し、特に電波も
しくは赤外線を利用して無線通信の行う無線通信装置及
び無線通信方法に関する。
クセスを行う通信装置及び通信方法に関し、特に電波も
しくは赤外線を利用して無線通信の行う無線通信装置及
び無線通信方法に関する。
【０００２】
【従来の技術】近年、オフィスや工場のネットワークが
急速に普及している。しかし、従来の同軸ケーブルや光
ファイバを利用した有線によるネットワークでは、オフ
ィスや工場に配線があふれ、更にレイアウト変更の際の
ネットワーク再構築のコストが無視できなくなってい
る。また、小型化した端末を移動しながら使うことも多
くなってきている。このような状況下で、最近電波や赤
外線を利用した無線ネットワークへの需要が高まりつつ
ある。
急速に普及している。しかし、従来の同軸ケーブルや光
ファイバを利用した有線によるネットワークでは、オフ
ィスや工場に配線があふれ、更にレイアウト変更の際の
ネットワーク再構築のコストが無視できなくなってい
る。また、小型化した端末を移動しながら使うことも多
くなってきている。このような状況下で、最近電波や赤
外線を利用した無線ネットワークへの需要が高まりつつ
ある。
【０００３】しかし、無線ネットワークでは、すべての
端末が相互に見えないことに起因してスループットが低
下するという問題、いわゆる「隠れ端末問題」が指摘さ
れている。図１６は、図中の各端末の信号到達範囲を、
その端末を中心とする円で表したものだが、端末Ａから
端末Ｂへのデータ送信に対して、端末Ｃが隠れ端末とな
る。
端末が相互に見えないことに起因してスループットが低
下するという問題、いわゆる「隠れ端末問題」が指摘さ
れている。図１６は、図中の各端末の信号到達範囲を、
その端末を中心とする円で表したものだが、端末Ａから
端末Ｂへのデータ送信に対して、端末Ｃが隠れ端末とな
る。
【０００４】マルチプルアクセスはＭＡＣ（Medium Acc
ess Control）層プロトコルで実現されるが、無線ネッ
トワークのＭＡＣ層プロトコルとして従来から知られて
いるものに、有線ネットワークで用いられてきたＣＳＭ
Ａ／ＣＤ（Carrier Sence Multiple Access with Colli
sion Detection）に無線の特性を加味した、ＣＳＭＡ／
ＣＡ（CSMA with Collision Avoidance）といわれるプ
ロトコルがある。ＣＳＭＡ／ＣＡでは、データを送信し
ようとする端末は送信前に伝送路（無線チャネル）の信
号状態を観察する。観察の結果、所定の時間（ギャップ
時間）、伝送路に信号を確認しない状態が続いた場合、
伝送路に信号を検出しなかったとしてデータを送信す
る。しかしこの方法を単純に実装しただけでは、送信デ
ータの衝突が発生した場合でも、端末にそれを知らせる
方法がない。また無線ネットワークでは送信側が検出す
る伝送路の信号状態と、受信側が検出する信号状態が異
なるので送信側からみて伝送路に信号がない状態でも、
受信側には別の端末から信号が届いていて、送信側から
の信号と衝突する場合がある。従って、ＣＳＭＡ／ＣＡ
を単純に実装しただけでは、十分な信頼性を得ることが
できない。
ess Control）層プロトコルで実現されるが、無線ネッ
トワークのＭＡＣ層プロトコルとして従来から知られて
いるものに、有線ネットワークで用いられてきたＣＳＭ
Ａ／ＣＤ（Carrier Sence Multiple Access with Colli
sion Detection）に無線の特性を加味した、ＣＳＭＡ／
ＣＡ（CSMA with Collision Avoidance）といわれるプ
ロトコルがある。ＣＳＭＡ／ＣＡでは、データを送信し
ようとする端末は送信前に伝送路（無線チャネル）の信
号状態を観察する。観察の結果、所定の時間（ギャップ
時間）、伝送路に信号を確認しない状態が続いた場合、
伝送路に信号を検出しなかったとしてデータを送信す
る。しかしこの方法を単純に実装しただけでは、送信デ
ータの衝突が発生した場合でも、端末にそれを知らせる
方法がない。また無線ネットワークでは送信側が検出す
る伝送路の信号状態と、受信側が検出する信号状態が異
なるので送信側からみて伝送路に信号がない状態でも、
受信側には別の端末から信号が届いていて、送信側から
の信号と衝突する場合がある。従って、ＣＳＭＡ／ＣＡ
を単純に実装しただけでは、十分な信頼性を得ることが
できない。
【０００５】Ｗ．Ｄｉｅｐｓｔｒａｔｅｎ著「Ａ Ｄｉ
ｓｔｒｉｂｕｔｅｄ ＡｃｃｅｓｓＰｒｏｔｏｃｏｌ
ｐｒｏｐｏｓａｌ ｓｕｐｐｏｒｔｉｎｇ Ｔｉｍｅ
Ｂｏｕｎｄｅｄ Ｓｅｒｖｉｃｅｓ」（ＩＥＥＥ Ｗｏ
ｒｋｉｎｇ ＧｒｏｕｐＰａｐｅｒ（アイ・イー・イー
・イー ワーキング グループ ペーパー）８０２．１
１−９３／７０）では、このＣＳＭＡ／ＣＡにＭＡＣ層
レベルでのフレームの確認及び再送を加味したＣＳＭＡ
／ＣＡ＋Ａｃｋを提案している。この方法によれば、デ
ータを送信しようとする端末は、ＣＳＭＡ／ＣＡを用い
て、所定のギャップ時間だけ伝送路に信号を確認しない
状態が続いた場合、伝送路に信号を検出しなかったとし
て、データをデータフレームとして送信する。このデー
タフレームを受信した端末は、データ送信時のギャップ
時間より短いギャップ時間だけ伝送路に信号を確認しな
い状態が続いた場合に、伝送路に信号を検出しなかたと
して、受信したデータフレームを確認する確認フレーム
を返信する。この方法は、確認フレームによってデータ
伝送の信頼性を上げているが、隠れ端末問題に対処した
ものではない。
ｓｔｒｉｂｕｔｅｄ ＡｃｃｅｓｓＰｒｏｔｏｃｏｌ
ｐｒｏｐｏｓａｌ ｓｕｐｐｏｒｔｉｎｇ Ｔｉｍｅ
Ｂｏｕｎｄｅｄ Ｓｅｒｖｉｃｅｓ」（ＩＥＥＥ Ｗｏ
ｒｋｉｎｇ ＧｒｏｕｐＰａｐｅｒ（アイ・イー・イー
・イー ワーキング グループ ペーパー）８０２．１
１−９３／７０）では、このＣＳＭＡ／ＣＡにＭＡＣ層
レベルでのフレームの確認及び再送を加味したＣＳＭＡ
／ＣＡ＋Ａｃｋを提案している。この方法によれば、デ
ータを送信しようとする端末は、ＣＳＭＡ／ＣＡを用い
て、所定のギャップ時間だけ伝送路に信号を確認しない
状態が続いた場合、伝送路に信号を検出しなかったとし
て、データをデータフレームとして送信する。このデー
タフレームを受信した端末は、データ送信時のギャップ
時間より短いギャップ時間だけ伝送路に信号を確認しな
い状態が続いた場合に、伝送路に信号を検出しなかたと
して、受信したデータフレームを確認する確認フレーム
を返信する。この方法は、確認フレームによってデータ
伝送の信頼性を上げているが、隠れ端末問題に対処した
ものではない。
【０００６】Ｋ．Ｂｉｂａ著「Ａ Ｈｉｂｒｉｄ Ｗｉ
ｒｅｌｅｓｓ ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｓｕｐｐｏ
ｒｔｉｎｇ Ａｓｙｎｃｈｒｏｎｏｕｓ ａｎｄ Ｓｙ
ｎｃｈｒｏｎｏｕｓ ＭＳＤＵ Ｄｅｌｉｖｅｒｙ Ｓ
ｅｒｖｉｃｅ」（ＩＥＥＥＷｏｒｋｉｎｇ Ｇｒｏｕｐ
Ｐａｐｅｒ（アイ・イー・イー・イー ワーキング
グループ ペーパー）８０２．１１−９１／９２）で
は、フレーム送信毎に送受信端末間でコネクションを確
立し、コネクションを確立する際に伝送路を占有する時
間を周囲の端末に通知するという方法を提案している。
図１７は、この方法を用いたデータ交換の説明図であ
る。データの送信側端末はデータを送信する前に受信側
端末宛てに送信要求（ＲＴＳ；Request to Send）フレ
ームを送り、受信側端末はこのＲＴＳフレームを確認す
る送信確認（ＣＴＳ；Clear to Send）フレームを返
す。その後、送信側端末はデータをＤＡＴＡフレームと
して送り、受信側端末はそれを確認するＡＣＫフレーム
を返す。ＲＴＳフレームにはこれから送るデータの長
さ、ＣＴＳフレームにはＲＴＳフレームによって知らさ
れたこれから受け取るデータの長さが記載されている。
ＲＴＳフレーム、ＣＴＳフレームの送信前にはＣＳＭＡ
による伝送路の信号状態のチェックが行われる。受信側
端末以外のＲＴＳフレームを受信した端末は、記載され
ているデータの長さを見て、その長さのデータが伝送さ
れ、確認されるまでの時間（つまり、図１７のｔ１）の
間は伝送路のアクセスを行わない。ＣＴＳフレームの受
信した送信側端末以外の端末も同様に図１７のｔ２の間
は伝送路のアクセスを行わない。これによって隠れ端末
の問題を排除している。しかし、この方法では、フレー
ム毎にコネクションを確立しなければならず、長いデー
タを分割して複数のフレームとして送る場合に不効率で
ある。またＲＴＳフレーム（またはＣＴＳフレーム）が
衝突によって相手側に届かない場合がある。この場合、
ＲＴＳフレーム（またはＣＴＳフレーム）を受信した別
の端末は実際には行われないデータ伝送の時間分、無駄
に伝送路へのアクセス権を剥奪されることになる。
ｒｅｌｅｓｓ ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｓｕｐｐｏ
ｒｔｉｎｇ Ａｓｙｎｃｈｒｏｎｏｕｓ ａｎｄ Ｓｙ
ｎｃｈｒｏｎｏｕｓ ＭＳＤＵ Ｄｅｌｉｖｅｒｙ Ｓ
ｅｒｖｉｃｅ」（ＩＥＥＥＷｏｒｋｉｎｇ Ｇｒｏｕｐ
Ｐａｐｅｒ（アイ・イー・イー・イー ワーキング
グループ ペーパー）８０２．１１−９１／９２）で
は、フレーム送信毎に送受信端末間でコネクションを確
立し、コネクションを確立する際に伝送路を占有する時
間を周囲の端末に通知するという方法を提案している。
図１７は、この方法を用いたデータ交換の説明図であ
る。データの送信側端末はデータを送信する前に受信側
端末宛てに送信要求（ＲＴＳ；Request to Send）フレ
ームを送り、受信側端末はこのＲＴＳフレームを確認す
る送信確認（ＣＴＳ；Clear to Send）フレームを返
す。その後、送信側端末はデータをＤＡＴＡフレームと
して送り、受信側端末はそれを確認するＡＣＫフレーム
を返す。ＲＴＳフレームにはこれから送るデータの長
さ、ＣＴＳフレームにはＲＴＳフレームによって知らさ
れたこれから受け取るデータの長さが記載されている。
ＲＴＳフレーム、ＣＴＳフレームの送信前にはＣＳＭＡ
による伝送路の信号状態のチェックが行われる。受信側
端末以外のＲＴＳフレームを受信した端末は、記載され
ているデータの長さを見て、その長さのデータが伝送さ
れ、確認されるまでの時間（つまり、図１７のｔ１）の
間は伝送路のアクセスを行わない。ＣＴＳフレームの受
信した送信側端末以外の端末も同様に図１７のｔ２の間
は伝送路のアクセスを行わない。これによって隠れ端末
の問題を排除している。しかし、この方法では、フレー
ム毎にコネクションを確立しなければならず、長いデー
タを分割して複数のフレームとして送る場合に不効率で
ある。またＲＴＳフレーム（またはＣＴＳフレーム）が
衝突によって相手側に届かない場合がある。この場合、
ＲＴＳフレーム（またはＣＴＳフレーム）を受信した別
の端末は実際には行われないデータ伝送の時間分、無駄
に伝送路へのアクセス権を剥奪されることになる。
【０００７】重野寛他著「隠れ端末問題を考慮したＣＴ
ＭＡ方式の評価」（電子情報通信学会研究会報告ＩＮ９
２−１７）では、データを送信しようとする端末はチャ
ネルトーン信号を検出して、チャネルトーンがなけれ
ば、チャネルトーン上りに信号を送信する。チャネルト
ーン上りに信号を検出した中央局は、同じ信号をチャネ
ルトーン下りに送信する。先の端末がチャネルトーン下
りに自局が送信したチャネルトーンが返ってきたことを
検出すると、データの送信を開始する。この方法によれ
ば、隠れ端末の問題を排除できるが、中央局が必ず存在
する必要があり、分散環境では使えない。
ＭＡ方式の評価」（電子情報通信学会研究会報告ＩＮ９
２−１７）では、データを送信しようとする端末はチャ
ネルトーン信号を検出して、チャネルトーンがなけれ
ば、チャネルトーン上りに信号を送信する。チャネルト
ーン上りに信号を検出した中央局は、同じ信号をチャネ
ルトーン下りに送信する。先の端末がチャネルトーン下
りに自局が送信したチャネルトーンが返ってきたことを
検出すると、データの送信を開始する。この方法によれ
ば、隠れ端末の問題を排除できるが、中央局が必ず存在
する必要があり、分散環境では使えない。
【０００８】
【発明が解決しようとする課題】本発明は、従来の無線
通信装置の問題点を考慮し、隠れ端末の影響を軽減し
て、隠れ端末の存在によるスループットの低下を抑制
し、しかも効率的な、通信方法及び通信装置を提供する
ことを目的とする。
通信装置の問題点を考慮し、隠れ端末の影響を軽減し
て、隠れ端末の存在によるスループットの低下を抑制
し、しかも効率的な、通信方法及び通信装置を提供する
ことを目的とする。
【０００９】更に本発明は、隠れ端末の影響を排除する
とともに分散環境で使用できる通信方法及び通信装置を
提供することを目的とする。
とともに分散環境で使用できる通信方法及び通信装置を
提供することを目的とする。
【００１０】
【課題を解決するための手段】上記目的を達成するため
に、本発明の第１の通信方法では、アクセス権制御に使
用されるビジートーンチャネルと、データ伝送に使用さ
れるデータチャネルを使用してマルチプルアクセスを行
う。第１の通信装置から第２の通信装置へデータを送信
する方法として、観察ステップと、コネクション確立ス
テップと、ビジートーン信号送信開始ステップと、デー
タ送信ステップと、データ受信ステップと、ビジートー
ン信号送信終了ステップとを含む。観察ステップでは２
つの通信装置がビジートーンチャネル上の信号を観察す
る。観察ステップの結果、ビジートーンチャネルに信号
が検出されなければ、コネクション確立ステップで、２
つの通信装置間にコネクションを確立する。コネクショ
ン確立ステップの後、ビジートーン信号送信開始ステッ
プで、２つの通信装置がビジートーンチャネル上にビジ
ートーン信号の送信を開始する。ビジートーン信号送信
開始ステップの後、データ送信ステップとデータ受信ス
テップで、２つの送信装置間でデータの送受信を行う。
データ送信終了後、ビジートーン信号送信終了ステップ
で、ビジートーン信号の送信を終了する。
に、本発明の第１の通信方法では、アクセス権制御に使
用されるビジートーンチャネルと、データ伝送に使用さ
れるデータチャネルを使用してマルチプルアクセスを行
う。第１の通信装置から第２の通信装置へデータを送信
する方法として、観察ステップと、コネクション確立ス
テップと、ビジートーン信号送信開始ステップと、デー
タ送信ステップと、データ受信ステップと、ビジートー
ン信号送信終了ステップとを含む。観察ステップでは２
つの通信装置がビジートーンチャネル上の信号を観察す
る。観察ステップの結果、ビジートーンチャネルに信号
が検出されなければ、コネクション確立ステップで、２
つの通信装置間にコネクションを確立する。コネクショ
ン確立ステップの後、ビジートーン信号送信開始ステッ
プで、２つの通信装置がビジートーンチャネル上にビジ
ートーン信号の送信を開始する。ビジートーン信号送信
開始ステップの後、データ送信ステップとデータ受信ス
テップで、２つの送信装置間でデータの送受信を行う。
データ送信終了後、ビジートーン信号送信終了ステップ
で、ビジートーン信号の送信を終了する。
【００１１】また本発明の第２の通信方法では、第１の
通信方法において、コネクション確立ステップにおい
て、ビジートーンチャネルを使用してコネクションを確
立する。
通信方法において、コネクション確立ステップにおい
て、ビジートーンチャネルを使用してコネクションを確
立する。
【００１２】更に本発明の第３の通信方法では、第２の
通信方法において、コネクション確立ステップが、コネ
クション確立要求送信ステップと、コネクション確立要
求受信ステップと、コネクション確立確認送信ステップ
と、コネクション確立確認受信ステップとを含む。第１
の通信装置がビジートーンチャネルに信号を検出しない
場合、第１の通信装置はコネクション確立要求送信ステ
ップで、第２の通信装置宛てに、ビジートーンチャネル
上に、コネクション確立要求フレームを送信する。第２
の通信装置は、コネクション確立要求受信ステップで第
１の通信装置からのコネクション確立要求フレームを受
信した後、コネクション確立確認送信ステップで、第１
の通信装置宛てに、ビジートーンチャネル上に、コネク
ション確立確認フレームを送信する。第１の通信装置
は、コネクション確立確認受信ステップで第２の通信装
置からのコネクション確立確認フレームを受信する。
通信方法において、コネクション確立ステップが、コネ
クション確立要求送信ステップと、コネクション確立要
求受信ステップと、コネクション確立確認送信ステップ
と、コネクション確立確認受信ステップとを含む。第１
の通信装置がビジートーンチャネルに信号を検出しない
場合、第１の通信装置はコネクション確立要求送信ステ
ップで、第２の通信装置宛てに、ビジートーンチャネル
上に、コネクション確立要求フレームを送信する。第２
の通信装置は、コネクション確立要求受信ステップで第
１の通信装置からのコネクション確立要求フレームを受
信した後、コネクション確立確認送信ステップで、第１
の通信装置宛てに、ビジートーンチャネル上に、コネク
ション確立確認フレームを送信する。第１の通信装置
は、コネクション確立確認受信ステップで第２の通信装
置からのコネクション確立確認フレームを受信する。
【００１３】更に本発明の第４の通信方法では、第３の
通信方法において、ビジートーン信号送信開始ステップ
が、第１のビジートーン信号送信開始ステップと、第２
のビジートーン信号送信開始ステップを含む。第１のビ
ジートーン信号送信開始ステップで、第２の通信装置
は、ビジートーンチャネル上にコネクション確立確認フ
レームを送信する、コネクション確立確認送信ステップ
の後、ビジートーンチャネル上にビジートーン信号の送
信を開始する。また、第２のビジートーン信号送信開始
ステップで、第１の通信装置は、ビジートーンチャネル
上のコネクション確立確認フレームを受信する、コネク
ション確立確認受信ステップの後、ビジートーンチャネ
ル上にビジートーン信号の送信を開始する。
通信方法において、ビジートーン信号送信開始ステップ
が、第１のビジートーン信号送信開始ステップと、第２
のビジートーン信号送信開始ステップを含む。第１のビ
ジートーン信号送信開始ステップで、第２の通信装置
は、ビジートーンチャネル上にコネクション確立確認フ
レームを送信する、コネクション確立確認送信ステップ
の後、ビジートーンチャネル上にビジートーン信号の送
信を開始する。また、第２のビジートーン信号送信開始
ステップで、第１の通信装置は、ビジートーンチャネル
上のコネクション確立確認フレームを受信する、コネク
ション確立確認受信ステップの後、ビジートーンチャネ
ル上にビジートーン信号の送信を開始する。
【００１４】また本発明の第５の通信方法では、第１の
通信方法において、コネクション確立ステップにおい
て、データチャネルを使用してコネクションを確立す
る。
通信方法において、コネクション確立ステップにおい
て、データチャネルを使用してコネクションを確立す
る。
【００１５】更に本発明の第６の通信方法では、第５の
通信方法において、コネクション確立ステップが、コネ
クション確立要求送信ステップと、コネクション確立要
求受信ステップと、コネクション確立確認送信ステップ
と、コネクション確立確認受信ステップとを含む。第１
の通信装置がビジートーンチャネルに信号を検出しない
場合、コネクション確立要求送信ステップで、第２の通
信装置宛てに、データチャネル上に、コネクション確立
要求フレームを送信する。第２の通信装置は、コネクシ
ョン確立要求受信ステップで第１の通信装置からのコネ
クション確立要求フレームを受信した後、コネクション
確立確認送信ステップで、第１の通信装置宛てに、デー
タチャネル上に、コネクション確立確認フレームを送信
する。第１の通信装置は、コネクション確立確認受信ス
テップで第２の通信装置からのコネクション確立確認フ
レームを受信する。
通信方法において、コネクション確立ステップが、コネ
クション確立要求送信ステップと、コネクション確立要
求受信ステップと、コネクション確立確認送信ステップ
と、コネクション確立確認受信ステップとを含む。第１
の通信装置がビジートーンチャネルに信号を検出しない
場合、コネクション確立要求送信ステップで、第２の通
信装置宛てに、データチャネル上に、コネクション確立
要求フレームを送信する。第２の通信装置は、コネクシ
ョン確立要求受信ステップで第１の通信装置からのコネ
クション確立要求フレームを受信した後、コネクション
確立確認送信ステップで、第１の通信装置宛てに、デー
タチャネル上に、コネクション確立確認フレームを送信
する。第１の通信装置は、コネクション確立確認受信ス
テップで第２の通信装置からのコネクション確立確認フ
レームを受信する。
【００１６】更に本発明の第７の通信方法では、第６の
通信方法において、ビジートーン信号送信開始ステップ
が、第１のビジートーン信号送信開始ステップと、第２
のビジートーン信号送信開始ステップを含む。第１のビ
ジートーン信号送信開始ステップで、第２の通信装置
は、コネクション確認送信ステップにおいて、データチ
ャネル上にコネクション確立確認フレームの送信を開始
すると同時に、もしくはコネクション確立確認フレーム
を送信中に、もしくはコネクション確立確認フレームを
送信し終わった後に、ビジートーンチャネル上にビジー
トーン信号の送信を開始する。また、第２のビジートー
ン信号送信開始ステップで、第１の通信装置は、データ
チャネル上からコネクション確立確認フレームを受信す
る、コネクション確立確認受信ステップの後、ビジート
ーンチャネル上にビジートーン信号の送信を開始する。
通信方法において、ビジートーン信号送信開始ステップ
が、第１のビジートーン信号送信開始ステップと、第２
のビジートーン信号送信開始ステップを含む。第１のビ
ジートーン信号送信開始ステップで、第２の通信装置
は、コネクション確認送信ステップにおいて、データチ
ャネル上にコネクション確立確認フレームの送信を開始
すると同時に、もしくはコネクション確立確認フレーム
を送信中に、もしくはコネクション確立確認フレームを
送信し終わった後に、ビジートーンチャネル上にビジー
トーン信号の送信を開始する。また、第２のビジートー
ン信号送信開始ステップで、第１の通信装置は、データ
チャネル上からコネクション確立確認フレームを受信す
る、コネクション確立確認受信ステップの後、ビジート
ーンチャネル上にビジートーン信号の送信を開始する。
【００１７】更に本発明の第８の通信方法では、第５の
通信方法において、コネクション確立ステップが、コネ
クション確立要求送信ステップと、コネクション確立時
ビジートーン信号送信ステップと、コネクション確立要
求受信ステップと、コネクション確立確認送信ステップ
と、コネクション確立確認受信ステップとを含む。第１
の通信装置がビジートーンチャネルに信号を検出しない
場合、コネクション確立要求送信ステップで、第２の通
信装置宛てに、データチャネル上に、コネクション確立
要求フレームを送信する。コネクション確立時ビジート
ーン信号送信ステップで、第１の通信装置はコネクショ
ン確立要求フレームを送信しているすべてもしくは一部
の時間、ビジートーンチャネル上にビジートーン信号を
送信し続ける。第２の通信装置は、コネクション確立要
求受信ステップで第１の通信装置からのコネクション確
立要求フレームを受信した後、コネクション確立確認送
信ステップで、第１の通信装置宛てに、データチャネル
上に、コネクション確立確認フレームを送信する。第１
の通信装置は、コネクション確立確認受信ステップで第
２の通信装置からのコネクション確立確認フレームを受
信する。
通信方法において、コネクション確立ステップが、コネ
クション確立要求送信ステップと、コネクション確立時
ビジートーン信号送信ステップと、コネクション確立要
求受信ステップと、コネクション確立確認送信ステップ
と、コネクション確立確認受信ステップとを含む。第１
の通信装置がビジートーンチャネルに信号を検出しない
場合、コネクション確立要求送信ステップで、第２の通
信装置宛てに、データチャネル上に、コネクション確立
要求フレームを送信する。コネクション確立時ビジート
ーン信号送信ステップで、第１の通信装置はコネクショ
ン確立要求フレームを送信しているすべてもしくは一部
の時間、ビジートーンチャネル上にビジートーン信号を
送信し続ける。第２の通信装置は、コネクション確立要
求受信ステップで第１の通信装置からのコネクション確
立要求フレームを受信した後、コネクション確立確認送
信ステップで、第１の通信装置宛てに、データチャネル
上に、コネクション確立確認フレームを送信する。第１
の通信装置は、コネクション確立確認受信ステップで第
２の通信装置からのコネクション確立確認フレームを受
信する。
【００１８】更に本発明の第９の通信方法では、第８の
通信方法において、ビジートーン信号送信開始ステップ
が、第１のビジートーン信号送信開始ステップと、第２
のビジートーン信号送信開始ステップを含む。第１のビ
ジートーン信号送信開始ステップで、第２の通信装置
は、コネクション確認送信ステップにおいて、データチ
ャネル上にコネクション確立確認フレームの送信を開始
すると同時に、もしくはコネクション確立確認フレーム
を送信中に、もしくはコネクション確立確認フレームを
送信し終わった後に、ビジートーンチャネル上にビジー
トーン信号の送信を開始する。また、第２のビジートー
ン信号送信開始ステップで、第１の通信装置は、データ
チャネル上からコネクション確立確認フレームを受信す
る、コネクション確立確認受信ステップの後、ビジート
ーンチャネル上にビジートーン信号の送信を開始する。
通信方法において、ビジートーン信号送信開始ステップ
が、第１のビジートーン信号送信開始ステップと、第２
のビジートーン信号送信開始ステップを含む。第１のビ
ジートーン信号送信開始ステップで、第２の通信装置
は、コネクション確認送信ステップにおいて、データチ
ャネル上にコネクション確立確認フレームの送信を開始
すると同時に、もしくはコネクション確立確認フレーム
を送信中に、もしくはコネクション確立確認フレームを
送信し終わった後に、ビジートーンチャネル上にビジー
トーン信号の送信を開始する。また、第２のビジートー
ン信号送信開始ステップで、第１の通信装置は、データ
チャネル上からコネクション確立確認フレームを受信す
る、コネクション確立確認受信ステップの後、ビジート
ーンチャネル上にビジートーン信号の送信を開始する。
【００１９】また、上記目的を達成するために、本発明
の第１の通信装置は、第２の通信方法を用い、ビジー信
号観察手段と、ビジー信号送受信手段と、データ送信手
段と、データ受信手段とを備える。ビジー信号観察手段
は観察ステップを行う。ビジー信号送受信手段は、コネ
クション確立ステップと、ビジートーン信号送信開始ス
テップと、ビジートーン信号送信終了ステップを行う。
データ送信手段はデータ送信ステップを行い、データ受
信手段はデータ受信ステップを行う。
の第１の通信装置は、第２の通信方法を用い、ビジー信
号観察手段と、ビジー信号送受信手段と、データ送信手
段と、データ受信手段とを備える。ビジー信号観察手段
は観察ステップを行う。ビジー信号送受信手段は、コネ
クション確立ステップと、ビジートーン信号送信開始ス
テップと、ビジートーン信号送信終了ステップを行う。
データ送信手段はデータ送信ステップを行い、データ受
信手段はデータ受信ステップを行う。
【００２０】更に、本発明の第２の通信装置では、第３
の通信方法を用い、ビジー信号送受信手段がビジー信号
送信手段とビジー信号受信手段を含む。第１の通信装置
のビジー信号送信手段がコネクション確立要求送信ステ
ップと、ビジートーン信号送信開始ステップと、ビジー
トーン信号送信終了ステップとを行う。第２の通信装置
のビジー信号送信手段がコネクション確立確認送信ステ
ップと、ビジートーン信号送信開始ステップと、ビジー
トーン信号送信終了ステップとを行う。第１の通信装置
のビジー信号受信手段が、コネクション確立確認受信ス
テップを行う。第２の通信装置のビジー信号受信手段
が、コネクション確立要求受信ステップを行う。
の通信方法を用い、ビジー信号送受信手段がビジー信号
送信手段とビジー信号受信手段を含む。第１の通信装置
のビジー信号送信手段がコネクション確立要求送信ステ
ップと、ビジートーン信号送信開始ステップと、ビジー
トーン信号送信終了ステップとを行う。第２の通信装置
のビジー信号送信手段がコネクション確立確認送信ステ
ップと、ビジートーン信号送信開始ステップと、ビジー
トーン信号送信終了ステップとを行う。第１の通信装置
のビジー信号受信手段が、コネクション確立確認受信ス
テップを行う。第２の通信装置のビジー信号受信手段
が、コネクション確立要求受信ステップを行う。
【００２１】更に、本発明の第３の通信装置では、第４
の通信方法を用い、第１の通信装置のビジー信号送信手
段が第２のビジー信号送信開始ステップを行い、第２の
通信装置のビジー信号送信手段が第１のビジー信号送信
開始ステップを行う。
の通信方法を用い、第１の通信装置のビジー信号送信手
段が第２のビジー信号送信開始ステップを行い、第２の
通信装置のビジー信号送信手段が第１のビジー信号送信
開始ステップを行う。
【００２２】更に、本発明の第４の通信装置では、第５
の通信方法を用い、ビジー信号観察手段と、データ送受
信手段と、ビジー信号送信手段とを備える。ビジー信号
観察手段は観察ステップを行う。データ送受信手段はコ
ネクション確立ステップとデータ送信ステップとデータ
受信ステップとを行う。ビジー信号送信手段はビジート
ーン信号送信開始ステップとビジートーン信号送信終了
ステップとを行う。
の通信方法を用い、ビジー信号観察手段と、データ送受
信手段と、ビジー信号送信手段とを備える。ビジー信号
観察手段は観察ステップを行う。データ送受信手段はコ
ネクション確立ステップとデータ送信ステップとデータ
受信ステップとを行う。ビジー信号送信手段はビジート
ーン信号送信開始ステップとビジートーン信号送信終了
ステップとを行う。
【００２３】更に、本発明の第５の通信装置では、第６
の通信方法を用い、データ送受信手段がデータ送信手段
とデータ受信手段とを含む。第１の通信装置のデータ送
信手段がコネクション確立要求送信ステップと、データ
送信ステップとを行い、第２の通信装置のデータ送信手
段がコネクション確立確認送信ステップを行う。また第
１の通信装置のデータ受信手段がコネクション確立確認
受信ステップを行い、第２の通信装置のデータ受信手段
がコネクション確立要求受信ステップと、データ受信ス
テップとを行う。
の通信方法を用い、データ送受信手段がデータ送信手段
とデータ受信手段とを含む。第１の通信装置のデータ送
信手段がコネクション確立要求送信ステップと、データ
送信ステップとを行い、第２の通信装置のデータ送信手
段がコネクション確立確認送信ステップを行う。また第
１の通信装置のデータ受信手段がコネクション確立確認
受信ステップを行い、第２の通信装置のデータ受信手段
がコネクション確立要求受信ステップと、データ受信ス
テップとを行う。
【００２４】更に、本発明の第６の通信装置では、第７
の通信方法を用い、第１の通信装置のビジー信号送信装
置が第２のビジートーン信号送信開始ステップを行い、
第２の通信装置のビジー信号送信手段が第１のビジート
ーン信号送信開始ステップを行う。
の通信方法を用い、第１の通信装置のビジー信号送信装
置が第２のビジートーン信号送信開始ステップを行い、
第２の通信装置のビジー信号送信手段が第１のビジート
ーン信号送信開始ステップを行う。
【００２５】更に、本発明の第７の通信装置では、第８
の通信方法を用い、データ送受信手段がデータ送信手段
とデータ受信手段とを含む。第１の通信装置のデータ送
信手段がコネクション確立要求送信ステップとデータ送
信ステップを行い、第２の通信装置のデータ送信手段が
コネクション確立確認送信ステップを行う。また、第１
の通信装置のデータ受信手段がコネクション確立確認受
信ステップを行い、第２の通信装置のデータ受信手段が
コネクション確立要求受信ステップとデータ受信ステッ
プを行う。加えて、第１の通信装置のビジー信号送信手
段が、コネクション確立時ビジートーン信号送信ステッ
プを行う。
の通信方法を用い、データ送受信手段がデータ送信手段
とデータ受信手段とを含む。第１の通信装置のデータ送
信手段がコネクション確立要求送信ステップとデータ送
信ステップを行い、第２の通信装置のデータ送信手段が
コネクション確立確認送信ステップを行う。また、第１
の通信装置のデータ受信手段がコネクション確立確認受
信ステップを行い、第２の通信装置のデータ受信手段が
コネクション確立要求受信ステップとデータ受信ステッ
プを行う。加えて、第１の通信装置のビジー信号送信手
段が、コネクション確立時ビジートーン信号送信ステッ
プを行う。
【００２６】更に、本発明の第８の通信装置では、第９
の通信方法を用い、第１の通信装置のビジー信号送信手
段が、第２のビジートーン信号送信ステップを行い、第
２の通信装置のビジー信号送信手段が、第１のビジート
ーン信号送信ステップを行う。
の通信方法を用い、第１の通信装置のビジー信号送信手
段が、第２のビジートーン信号送信ステップを行い、第
２の通信装置のビジー信号送信手段が、第１のビジート
ーン信号送信ステップを行う。
【００２７】
【作用】本発明では、データ伝送に用いるデータチャネ
ルと、アクセス権制御に用いるビジートーンチャネルを
使用する。データ送信を行おうとする通信装置（以下送
信側通信装置）は、まずビジートーンチャネルを観察す
る。観察の結果、ビジートーンチャネルに信号を検出し
なければ、送信側通信装置はデータの宛先の通信装置
（以下受信側通信装置）宛てにコネクション確立要求フ
レームを送信する。コネクション確立要求フレームを受
信した受信側通信装置は、ビジートーンチャネルを観察
する。観察の結果、ビジートーンチャネルに信号を検出
しなければ、受信側通信装置は、送信側通信装置宛てに
コネクション確立確認フレームを送信する。コネクショ
ン確立要求フレーム及びコネクション確立確認フレーム
はデータチャネルもしくはビジートーンチャネルを用い
て送信される。データチャネルを使用する場合は、コネ
クション確立要求フレーム送信中の所定の時間、ビジー
トーンチャネル上にビジートーン信号を送信してもよ
い。
ルと、アクセス権制御に用いるビジートーンチャネルを
使用する。データ送信を行おうとする通信装置（以下送
信側通信装置）は、まずビジートーンチャネルを観察す
る。観察の結果、ビジートーンチャネルに信号を検出し
なければ、送信側通信装置はデータの宛先の通信装置
（以下受信側通信装置）宛てにコネクション確立要求フ
レームを送信する。コネクション確立要求フレームを受
信した受信側通信装置は、ビジートーンチャネルを観察
する。観察の結果、ビジートーンチャネルに信号を検出
しなければ、受信側通信装置は、送信側通信装置宛てに
コネクション確立確認フレームを送信する。コネクショ
ン確立要求フレーム及びコネクション確立確認フレーム
はデータチャネルもしくはビジートーンチャネルを用い
て送信される。データチャネルを使用する場合は、コネ
クション確立要求フレーム送信中の所定の時間、ビジー
トーンチャネル上にビジートーン信号を送信してもよ
い。
【００２８】受信側通信装置は、コネクション確立確認
フレームを送信後、ビジートーンチャネルにビジートー
ン信号の送信を開始し、送信側通信装置は、コネクショ
ン確立確認フレームを受信後、ビジートーン信号の送信
を開始する。以上によりコネクションを確立する。コネ
クション確立後、データ通信を行い、データ通信終了
後、送信側通信装置、受信側通信装置双方がビジートー
ン信号の送信を終了する。
フレームを送信後、ビジートーンチャネルにビジートー
ン信号の送信を開始し、送信側通信装置は、コネクショ
ン確立確認フレームを受信後、ビジートーン信号の送信
を開始する。以上によりコネクションを確立する。コネ
クション確立後、データ通信を行い、データ通信終了
後、送信側通信装置、受信側通信装置双方がビジートー
ン信号の送信を終了する。
【００２９】
【実施例】以下、本発明の実施例について図面を参照し
て説明する。なお、本実施例では無線通信方法及び無線
通信装置について説明する。
て説明する。なお、本実施例では無線通信方法及び無線
通信装置について説明する。
【００３０】（実施例１）図４は本発明にかかる第１の
実施例の無線通信装置が送受信する各フレームの構造で
ある。図４で（ａ）は各フレームに共通なフレーム構造
を示す。各フレームともプリアンブル、開始デリミタ、
共通ヘッダ、ＣＲＣ、終了デリミタを持ち、ＤＡＴＡフ
レームのみがデータ部を有する。ＣＲＣはフレームのチ
ェックサムである。
実施例の無線通信装置が送受信する各フレームの構造で
ある。図４で（ａ）は各フレームに共通なフレーム構造
を示す。各フレームともプリアンブル、開始デリミタ、
共通ヘッダ、ＣＲＣ、終了デリミタを持ち、ＤＡＴＡフ
レームのみがデータ部を有する。ＣＲＣはフレームのチ
ェックサムである。
【００３１】図４で（ｂ）は共通ヘッダの構造を示す。
共通ヘッダはタイプフィールド、宛先アドレスフィール
ド、送信元アドレスフィールド、シーケンス番号フィー
ルドを含む。
共通ヘッダはタイプフィールド、宛先アドレスフィール
ド、送信元アドレスフィールド、シーケンス番号フィー
ルドを含む。
【００３２】タイプフィールドにはそのフレームの種類
が書き込まれる。フレームの種類は４種類でそれぞれ、
コネクション確立要求（ＲＣＯＮ；Request Connectio
n）フレーム、コネクション確立確認（ＣＣＯＮ；Confi
rm Connection）フレーム、データ（ＤＡＴＡ）フレー
ム、確認（ＡＣＫ；Acknowledgement）フレームであ
る。タイプフィールドの最上位ビットはパケット終了
（ＥＯＰ；End of Packet）ビットとして確保される。
ＥＯＰビットはＲＣＯＮフレーム、ＣＣＯＮフレームで
は常に０であり、ＤＡＴＡフレームでは、そのＤＡＴＡ
フレームが上位層からのデータパケットを構成する最後
のフレームの場合にのみＥＯＰビットが１に設定され、
それ以外は０に設定される。ＡＣＫフレームではそのＡ
ＣＫフレームが確認するＤＡＴＡフレームのＥＯＰビッ
トがそのままコピーされる。
が書き込まれる。フレームの種類は４種類でそれぞれ、
コネクション確立要求（ＲＣＯＮ；Request Connectio
n）フレーム、コネクション確立確認（ＣＣＯＮ；Confi
rm Connection）フレーム、データ（ＤＡＴＡ）フレー
ム、確認（ＡＣＫ；Acknowledgement）フレームであ
る。タイプフィールドの最上位ビットはパケット終了
（ＥＯＰ；End of Packet）ビットとして確保される。
ＥＯＰビットはＲＣＯＮフレーム、ＣＣＯＮフレームで
は常に０であり、ＤＡＴＡフレームでは、そのＤＡＴＡ
フレームが上位層からのデータパケットを構成する最後
のフレームの場合にのみＥＯＰビットが１に設定され、
それ以外は０に設定される。ＡＣＫフレームではそのＡ
ＣＫフレームが確認するＤＡＴＡフレームのＥＯＰビッ
トがそのままコピーされる。
【００３３】宛先アドレスフィールドには宛先局のアド
レスが書き込まれ、送信元アドレスフィールドには自局
のアドレスが書き込まれる。
レスが書き込まれ、送信元アドレスフィールドには自局
のアドレスが書き込まれる。
【００３４】ＲＣＯＮフレームのシーケンス番号フィー
ルドは、このＲＣＯＮフレームを用いて確立しようとす
るコネクションにおける最初のＤＡＴＡフレームのシー
ケンス番号値を示す。ＣＣＯＮフレームのシーケンス番
号フィールドには、このＣＣＯＮフレームが確認するＲ
ＣＯＮフレームのシーケンス番号フィールドに書き込ま
れていた値が書き込まれる。ＤＡＴＡフレームのシーケ
ンス番号フィールドには、そのフレームの順序を示すシ
ーケンス番号が書き込まれる。ＡＣＫフレームのシーケ
ンス番号フィールドには、そのＡＣＫフレームが確認す
るＤＡＴＡフレームのシーケンス番号値が書き込まれ
る。本実施例の無線通信装置では装置立ち上げ時のシー
ケンス番号値は０であり、その後、シーケンス番号値は
再送でない新しいＤＡＴＡフレームを送信する毎に１ず
つ加算される。なおシーケンス番号値がシーケンス番号
フィールドの長さから導出される最大値の場合、この値
に１を加算した値は０になる。
ルドは、このＲＣＯＮフレームを用いて確立しようとす
るコネクションにおける最初のＤＡＴＡフレームのシー
ケンス番号値を示す。ＣＣＯＮフレームのシーケンス番
号フィールドには、このＣＣＯＮフレームが確認するＲ
ＣＯＮフレームのシーケンス番号フィールドに書き込ま
れていた値が書き込まれる。ＤＡＴＡフレームのシーケ
ンス番号フィールドには、そのフレームの順序を示すシ
ーケンス番号が書き込まれる。ＡＣＫフレームのシーケ
ンス番号フィールドには、そのＡＣＫフレームが確認す
るＤＡＴＡフレームのシーケンス番号値が書き込まれ
る。本実施例の無線通信装置では装置立ち上げ時のシー
ケンス番号値は０であり、その後、シーケンス番号値は
再送でない新しいＤＡＴＡフレームを送信する毎に１ず
つ加算される。なおシーケンス番号値がシーケンス番号
フィールドの長さから導出される最大値の場合、この値
に１を加算した値は０になる。
【００３５】図４で（ｃ）はＲＣＯＮフレームの構造を
示す。ＲＣＯＮフレームはデータ部を持たず、タイプフ
ィールドにはＲＣＯＮフレームであることを意味する値
が書き込まれ、ＥＯＰビットは０である。またシーケン
ス番号フィールドには、後に続く最初のＤＡＴＡフレー
ムのシーケンス番号値が書き込まれる。
示す。ＲＣＯＮフレームはデータ部を持たず、タイプフ
ィールドにはＲＣＯＮフレームであることを意味する値
が書き込まれ、ＥＯＰビットは０である。またシーケン
ス番号フィールドには、後に続く最初のＤＡＴＡフレー
ムのシーケンス番号値が書き込まれる。
【００３６】図４で（ｄ）はＣＣＯＮフレームの構造を
示す。ＣＣＯＮフレームはデータ部を持たず、タイプフ
ィールドにはＣＣＯＮフレームであることを意味する値
が書き込まれ、ＥＯＰビットは０である。またシーケン
ス番号フィールドには、このＣＣＯＮフレームが確認す
るＲＣＯＮフレームに書かれていたシーケンス番号値が
書き込まれる。
示す。ＣＣＯＮフレームはデータ部を持たず、タイプフ
ィールドにはＣＣＯＮフレームであることを意味する値
が書き込まれ、ＥＯＰビットは０である。またシーケン
ス番号フィールドには、このＣＣＯＮフレームが確認す
るＲＣＯＮフレームに書かれていたシーケンス番号値が
書き込まれる。
【００３７】図４で（ｅ）はＤＡＴＡフレームの構造を
示す。ＤＡＴＡフレームはデータ部を持ち、タイプフィ
ールドにはＤＡＴＡフレームであることを意味する値が
書き込まれている。そのＤＡＴＡフレームが上位層から
のデータパケットを構成する最後のフレームである場合
は、ＥＯＰビットが１に設定される。そうでなければ０
に設定される。
示す。ＤＡＴＡフレームはデータ部を持ち、タイプフィ
ールドにはＤＡＴＡフレームであることを意味する値が
書き込まれている。そのＤＡＴＡフレームが上位層から
のデータパケットを構成する最後のフレームである場合
は、ＥＯＰビットが１に設定される。そうでなければ０
に設定される。
【００３８】図４で（ｆ）はＡＣＫフレームの構造を示
す。ＡＣＫフレームはデータ部を持たず、タイプフィー
ルドにはＡＣＫフレームであることを意味する値が書き
込まれている。ＥＯＰビットにはこのＡＣＫフレームが
確認するＤＡＴＡフレームのＥＯＰビットの値がそのま
まコピーされる。シーケンス番号フィールドには、この
ＡＣＫフレームが確認するＤＡＴＡフレームに書かれて
いたシーケンス番号値が書き込まれる。
す。ＡＣＫフレームはデータ部を持たず、タイプフィー
ルドにはＡＣＫフレームであることを意味する値が書き
込まれている。ＥＯＰビットにはこのＡＣＫフレームが
確認するＤＡＴＡフレームのＥＯＰビットの値がそのま
まコピーされる。シーケンス番号フィールドには、この
ＡＣＫフレームが確認するＤＡＴＡフレームに書かれて
いたシーケンス番号値が書き込まれる。
【００３９】図２は本実施例の無線通信装置の基本的な
構成を示す。０はＣＰＵであり、データの、メモリ１へ
の書き込み、メモリ１からの読み出し、フレームの構
成、コネクションの管理、ＭＡＣ部３の動作管理、ユー
ザーとのインタフェースその他本無線通信装置の全体の
管理を司る。１はメモリで、送信すべきデータ及び受信
したデータが格納され、またＣＰＵ０によって構成され
たフレーム及び受信したフレームが格納される。またＣ
ＰＵ０が構成したコネクション管理テーブルもメモリ１
に記憶される。２はＤＭＡコントローラでＭＡＣ部３と
メモリ１間のデータ交換を行う。３はＭＡＣ部で、メモ
リ１とデータチャネル用モデム４及びビジートーンチャ
ネル用モデム５間のデータ形式の変換、フレーム境界の
認識、プリアンブル、開始デリミタ、終了デリミタの付
加と除去、ＣＲＣの生成と検査、受信フレームのアドレ
ス判定を実行する。４はデータチャネル用モデムで、入
出力データのデータチャネル用の変調、検波、復号、ア
ンテナ８への送信、アンテナ８からの受信を行う。５は
ビジートーンチャネル用モデムで、入出力データのビジ
ートーンチャネル用の変調、検波、復号、アンテナ８へ
の送信、アンテナ８からの受信を行う。本実施例はデー
タチャネル、ビジートーンチャネルを異なる周波数帯域
の電波を利用する場合を示している。この場合、データ
チャネル用モデム４、ビジートーンチャネル用モデム５
はそれぞれ異なる周波数の搬送波を変調し、伝送する。
６はこれら構成要素間の制御信号の交換、及び、メモリ
１とＤＭＡコントローラ２の間のデータ転送を媒介する
バスである。７は共用器で、アンテナ８からの異なる周
波数帯域の信号をデータチャネル用モデム、ビジートー
ンチャネル用モデムに振り分けるとともに、異なる周波
数帯域の変調されたデータチャネル用モデム、ビジート
ーンチャネル用モデムからの信号を混合してアンテナ８
へ送る。８はアンテナである。
構成を示す。０はＣＰＵであり、データの、メモリ１へ
の書き込み、メモリ１からの読み出し、フレームの構
成、コネクションの管理、ＭＡＣ部３の動作管理、ユー
ザーとのインタフェースその他本無線通信装置の全体の
管理を司る。１はメモリで、送信すべきデータ及び受信
したデータが格納され、またＣＰＵ０によって構成され
たフレーム及び受信したフレームが格納される。またＣ
ＰＵ０が構成したコネクション管理テーブルもメモリ１
に記憶される。２はＤＭＡコントローラでＭＡＣ部３と
メモリ１間のデータ交換を行う。３はＭＡＣ部で、メモ
リ１とデータチャネル用モデム４及びビジートーンチャ
ネル用モデム５間のデータ形式の変換、フレーム境界の
認識、プリアンブル、開始デリミタ、終了デリミタの付
加と除去、ＣＲＣの生成と検査、受信フレームのアドレ
ス判定を実行する。４はデータチャネル用モデムで、入
出力データのデータチャネル用の変調、検波、復号、ア
ンテナ８への送信、アンテナ８からの受信を行う。５は
ビジートーンチャネル用モデムで、入出力データのビジ
ートーンチャネル用の変調、検波、復号、アンテナ８へ
の送信、アンテナ８からの受信を行う。本実施例はデー
タチャネル、ビジートーンチャネルを異なる周波数帯域
の電波を利用する場合を示している。この場合、データ
チャネル用モデム４、ビジートーンチャネル用モデム５
はそれぞれ異なる周波数の搬送波を変調し、伝送する。
６はこれら構成要素間の制御信号の交換、及び、メモリ
１とＤＭＡコントローラ２の間のデータ転送を媒介する
バスである。７は共用器で、アンテナ８からの異なる周
波数帯域の信号をデータチャネル用モデム、ビジートー
ンチャネル用モデムに振り分けるとともに、異なる周波
数帯域の変調されたデータチャネル用モデム、ビジート
ーンチャネル用モデムからの信号を混合してアンテナ８
へ送る。８はアンテナである。
【００４０】図１は、ＭＡＣ部３の内部の構成を示す。
３０はＭＡＣ制御手段であり、ＭＡＣ部３の各構成要素
を制御し、更にバス６を介してＣＰＵ０との情報交換、
各モデムへのフレーム送受信切替タイミングの通知を行
う。ＭＡＣ制御手段３０からは、各モデムへフレーム送
受信切替タイミングを通知するための信号線３０２、３
０３が出ている。３１は受信用ＦＩＦＯ、３２は送信用
ＦＩＦＯである。３３はビジー信号受信手段で、ビジー
トーンチャネル用モデム５を介してビジートーンチャネ
ルから受信したビット列から開始デリミタを検出してフ
レームの先頭を検出し、更に宛先アドレスから自局宛て
のフレームかどうかを判断し、自局宛てならばその旨を
ＭＡＣ制御手段３０に伝えるとともに、受信用ＦＩＦＯ
３１へ受信したフレームを転送する。受信したフレーム
は更にＤＭＡコントローラ２によってメモリ１上へ転送
される。３４はビジー信号送信手段で、ＭＡＣ制御手段
３０からの指示により送信用ＦＩＦＯ３２からのフレー
ムを、ビジートーンチャネル用モデム５を介して、ビジ
ートーンチャネルへ送信する。３５はデータ受信手段
で、データチャネル用モデム４を介してデータチャネル
から受信したビット列から開始デリミタを検出してフレ
ームの先頭を検出し、更に宛先アドレスから自局宛ての
フレームかどうかを判断し、自局宛てならばその旨をＭ
ＡＣ制御手段３０に伝える。更に受信したフレームか
ら、プリアンブル、開始デリミタ、ＣＲＣ及び終了デリ
ミタを除去した部分を受信用ＦＩＦＯ３１へ転送する。
受信用ＦＩＦＯ３１の内容は更にＤＭＡコントローラ２
によってメモリ１上へ転送される。３６はデータ送信手
段で、ＭＡＣ制御手段３０からの指示により送信用ＦＩ
ＦＯ３２の内容にプリアンブル、開始デリミタ、ＣＲＣ
及び終了デリミタを付加してフレームとし、データチャ
ネル用モデム４へ送り、データチャネルへ送信する。メ
モリ１から送信用ＦＩＦＯ３２へのデータ転送はＤＭＡ
コントローラ２が行う。３７はビジー信号観察手段で、
ビジートーンチャネル用モデム５が受信したビジートー
ンチャネル上の信号の強度を信号線３０１を介して観察
し、この信号強度が所定の信号強度以上かどうかを判定
してその結果を、信号線３０４を介してＭＡＣ制御手段
３０へ通知する。すなわち、所定の信号強度以上であれ
ば、信号線３０４にＨ（High）レベルの信号を流し、所
定の信号強度より小さければ、信号線３０４にＬ（Lo
w）レベルの信号を流す。ＭＡＣ制御手段３０は、ＲＣ
ＯＮフレーム及びＣＣＯＮフレームの送信前に、信号線
３０４からの信号により所定の信号強度以上の信号がビ
ジートーンチャネル上にない状態が所定の時間（ギャッ
プ時間）以上続くかどうかの検出（ギャップ検出）を行
う。
３０はＭＡＣ制御手段であり、ＭＡＣ部３の各構成要素
を制御し、更にバス６を介してＣＰＵ０との情報交換、
各モデムへのフレーム送受信切替タイミングの通知を行
う。ＭＡＣ制御手段３０からは、各モデムへフレーム送
受信切替タイミングを通知するための信号線３０２、３
０３が出ている。３１は受信用ＦＩＦＯ、３２は送信用
ＦＩＦＯである。３３はビジー信号受信手段で、ビジー
トーンチャネル用モデム５を介してビジートーンチャネ
ルから受信したビット列から開始デリミタを検出してフ
レームの先頭を検出し、更に宛先アドレスから自局宛て
のフレームかどうかを判断し、自局宛てならばその旨を
ＭＡＣ制御手段３０に伝えるとともに、受信用ＦＩＦＯ
３１へ受信したフレームを転送する。受信したフレーム
は更にＤＭＡコントローラ２によってメモリ１上へ転送
される。３４はビジー信号送信手段で、ＭＡＣ制御手段
３０からの指示により送信用ＦＩＦＯ３２からのフレー
ムを、ビジートーンチャネル用モデム５を介して、ビジ
ートーンチャネルへ送信する。３５はデータ受信手段
で、データチャネル用モデム４を介してデータチャネル
から受信したビット列から開始デリミタを検出してフレ
ームの先頭を検出し、更に宛先アドレスから自局宛ての
フレームかどうかを判断し、自局宛てならばその旨をＭ
ＡＣ制御手段３０に伝える。更に受信したフレームか
ら、プリアンブル、開始デリミタ、ＣＲＣ及び終了デリ
ミタを除去した部分を受信用ＦＩＦＯ３１へ転送する。
受信用ＦＩＦＯ３１の内容は更にＤＭＡコントローラ２
によってメモリ１上へ転送される。３６はデータ送信手
段で、ＭＡＣ制御手段３０からの指示により送信用ＦＩ
ＦＯ３２の内容にプリアンブル、開始デリミタ、ＣＲＣ
及び終了デリミタを付加してフレームとし、データチャ
ネル用モデム４へ送り、データチャネルへ送信する。メ
モリ１から送信用ＦＩＦＯ３２へのデータ転送はＤＭＡ
コントローラ２が行う。３７はビジー信号観察手段で、
ビジートーンチャネル用モデム５が受信したビジートー
ンチャネル上の信号の強度を信号線３０１を介して観察
し、この信号強度が所定の信号強度以上かどうかを判定
してその結果を、信号線３０４を介してＭＡＣ制御手段
３０へ通知する。すなわち、所定の信号強度以上であれ
ば、信号線３０４にＨ（High）レベルの信号を流し、所
定の信号強度より小さければ、信号線３０４にＬ（Lo
w）レベルの信号を流す。ＭＡＣ制御手段３０は、ＲＣ
ＯＮフレーム及びＣＣＯＮフレームの送信前に、信号線
３０４からの信号により所定の信号強度以上の信号がビ
ジートーンチャネル上にない状態が所定の時間（ギャッ
プ時間）以上続くかどうかの検出（ギャップ検出）を行
う。
【００４１】図３で（ａ）はデータチャネル用モデム４
の内部の構成を示す。４０は送受信切替スイッチで、Ｍ
ＡＣ制御手段３０からの指示によりモデムの送信モー
ド、受信モードを切替える。４１は送信機、４３は受信
機である。４２は変調器でデータチャネル用の搬送波を
ＭＡＣ部３からのビット列で変調し、被変調信号を生成
する。４４は検波復号器で検波、符号判定、クロック再
生を行う。送受信切替スイッチ４０、送信機４１、受信
機４３にはＭＡＣ制御手段３０からの送受信モード切替
えのための信号線３０２が入っている。信号線３０２は
送信機４１、受信機４３に対してはそれぞれ送信、受信
の切替え制御線の役割を果たしている。
の内部の構成を示す。４０は送受信切替スイッチで、Ｍ
ＡＣ制御手段３０からの指示によりモデムの送信モー
ド、受信モードを切替える。４１は送信機、４３は受信
機である。４２は変調器でデータチャネル用の搬送波を
ＭＡＣ部３からのビット列で変調し、被変調信号を生成
する。４４は検波復号器で検波、符号判定、クロック再
生を行う。送受信切替スイッチ４０、送信機４１、受信
機４３にはＭＡＣ制御手段３０からの送受信モード切替
えのための信号線３０２が入っている。信号線３０２は
送信機４１、受信機４３に対してはそれぞれ送信、受信
の切替え制御線の役割を果たしている。
【００４２】図３で（ｂ）はビジートーンチャネル用モ
デム５の内部の構成を示す。図３の（ａ）において、デ
ータチャネル用モデム４の内部構成として説明した構成
とほぼ同じであるが、受信機５３からビジー信号観察手
段３７へ、ビジートーンチャネルの受信信号強度を知ら
せる信号線３０１が出ている。ビジー信号観察手段３７
は信号線３０１を使ってビジートーンチャネル上に所定
の信号強度以上の信号があるかどうかを判定し、その判
定結果をＭＡＣ制御手段３０へ通知する。
デム５の内部の構成を示す。図３の（ａ）において、デ
ータチャネル用モデム４の内部構成として説明した構成
とほぼ同じであるが、受信機５３からビジー信号観察手
段３７へ、ビジートーンチャネルの受信信号強度を知ら
せる信号線３０１が出ている。ビジー信号観察手段３７
は信号線３０１を使ってビジートーンチャネル上に所定
の信号強度以上の信号があるかどうかを判定し、その判
定結果をＭＡＣ制御手段３０へ通知する。
【００４３】図５、６、７は本実施例の無線通信装置の
動作を説明するフローチャートである。図５は本実施例
の無線通信装置の動作全体を説明するフローチャートで
ある。図６はデータを送信する際の動作を示し、図７は
データを受信する際の動作を示している。
動作を説明するフローチャートである。図５は本実施例
の無線通信装置の動作全体を説明するフローチャートで
ある。図６はデータを送信する際の動作を示し、図７は
データを受信する際の動作を示している。
【００４４】まず、図５を用いて本実施例の無線通信装
置の動作全体を概説する。各機能ブロックの詳しい動作
については図６、図７を用いた説明時に行う。
置の動作全体を概説する。各機能ブロックの詳しい動作
については図６、図７を用いた説明時に行う。
【００４５】本実施例の無線通信装置は、ステップＲで
ビジートーンチャネル上から自局宛のＲＣＯＮフレーム
を受信すると、データ受信サブルーチンに入る。データ
受信サブルーチンを終了するとはじめに戻る。また本実
施例の無線通信装置は、ステップＲで自局宛のＲＣＯＮ
フレームを受信していないという条件の下で、ステップ
Ｓでメモリ１に送信すべきデータを有すると、データ送
信サブルーチンに入る。データ送信サブルーチンを終了
するとはじめに戻る。後述するようにデータ送信サブル
ーチンにあってもコネクション確立手続き中の初期の時
点でビジートーンチャネル上からの自局宛のＲＣＯＮフ
レームを受信すると、データ受信サブルーチンにはい
る。
ビジートーンチャネル上から自局宛のＲＣＯＮフレーム
を受信すると、データ受信サブルーチンに入る。データ
受信サブルーチンを終了するとはじめに戻る。また本実
施例の無線通信装置は、ステップＲで自局宛のＲＣＯＮ
フレームを受信していないという条件の下で、ステップ
Ｓでメモリ１に送信すべきデータを有すると、データ送
信サブルーチンに入る。データ送信サブルーチンを終了
するとはじめに戻る。後述するようにデータ送信サブル
ーチンにあってもコネクション確立手続き中の初期の時
点でビジートーンチャネル上からの自局宛のＲＣＯＮフ
レームを受信すると、データ受信サブルーチンにはい
る。
【００４６】続いて、図６を用いてデータ送信時の動作
を説明する。上位層アプリケーションによって、メモリ
１に送信すべきデータが格納されると（ステップＳ）、
ＣＰＵ０はコネクション管理テーブルを作成し、メモリ
１の所定の領域に記憶させる（ステップＳ０１）。コネ
クション管理テーブルには、送信すべきデータの相手局
アドレス（これはコネクションの相手局アドレスと等し
い）、保持しているシーケンス番号の現在値（以下ＣＳ
ＥＱ）、利用するデータチャネルに固有の最大フレーム
長、ＲＣＯＮフレーム再送回数、ＤＡＴＡフレーム再送
回数、及びコネクション状態を含む。ステップＳ０１で
は、相手局アドレスは送信すべきデータの宛先アドレス
に、ＣＳＥＱはこれまでに送信した最後のＤＡＴＡフレ
ームのシーケンス番号値（以下ＬＳＥＱ）に１を加算し
た値に、ＲＣＯＮフレーム再送回数及びＤＡＴＡフレー
ム再送回数は０に、コネクション状態はＲＣＯＮ送信待
ち状態に設定される。データ送信サブルーチン中、ＣＰ
Ｕ０は再送でないＤＡＴＡフレームを送信する度にＣＳ
ＥＱをＬＳＥＱとしてメモリ１の所定の領域に保存す
る。
を説明する。上位層アプリケーションによって、メモリ
１に送信すべきデータが格納されると（ステップＳ）、
ＣＰＵ０はコネクション管理テーブルを作成し、メモリ
１の所定の領域に記憶させる（ステップＳ０１）。コネ
クション管理テーブルには、送信すべきデータの相手局
アドレス（これはコネクションの相手局アドレスと等し
い）、保持しているシーケンス番号の現在値（以下ＣＳ
ＥＱ）、利用するデータチャネルに固有の最大フレーム
長、ＲＣＯＮフレーム再送回数、ＤＡＴＡフレーム再送
回数、及びコネクション状態を含む。ステップＳ０１で
は、相手局アドレスは送信すべきデータの宛先アドレス
に、ＣＳＥＱはこれまでに送信した最後のＤＡＴＡフレ
ームのシーケンス番号値（以下ＬＳＥＱ）に１を加算し
た値に、ＲＣＯＮフレーム再送回数及びＤＡＴＡフレー
ム再送回数は０に、コネクション状態はＲＣＯＮ送信待
ち状態に設定される。データ送信サブルーチン中、ＣＰ
Ｕ０は再送でないＤＡＴＡフレームを送信する度にＣＳ
ＥＱをＬＳＥＱとしてメモリ１の所定の領域に保存す
る。
【００４７】次にＣＰＵ０はＲＣＯＮフレームの共通ヘ
ッダ（以下ＲＣＯＮヘッダ）を生成してメモリ１の所定
の領域に格納する（ステップＳ０２）。ＲＣＯＮフレー
ムの共通ヘッダ以外の部分（プリアンブル、開始デリミ
タ、ＣＲＣ、終了デリミタ）は送信時にビジー信号送信
手段３４で生成、付加される。ＲＣＯＮヘッダのタイプ
フィールドにはＲＣＯＮである旨が、宛先アドレスフィ
ールドとシーケンス番号フィールドにはそれぞれコネク
ション管理テーブルの相手局アドレスとＣＳＥＱが、送
信元アドレスフィールドには自局のアドレスが書き込ま
れる。ＣＰＵ０は生成したＲＣＯＮヘッダを送信用ＦＩ
ＦＯ３２へ格納する（ステップＳ０３）。具体的には、
ＣＰＵ０がＤＭＡコントローラ２へＲＣＯＮヘッダのメ
モリ１上の先頭アドレスとＲＣＯＮヘッダの長さを通知
し、ＤＭＡコントローラ２はメモリ１上の指定されたア
ドレスから指定された長さまで順次送信用ＦＩＦＯ３２
へ格納していく。以下、メモリ１から送信用ＦＩＦＯ３
２への転送は同様に実施される。ＣＰＵ０はＲＣＯＮヘ
ッダの格納指示と同時にＭＡＣ制御手段３０へデータ送
信開始を通知する。生成したＲＣＯＮヘッダはＣＣＯＮ
フレームによって確認されるまでメモリ１内に保持され
る。
ッダ（以下ＲＣＯＮヘッダ）を生成してメモリ１の所定
の領域に格納する（ステップＳ０２）。ＲＣＯＮフレー
ムの共通ヘッダ以外の部分（プリアンブル、開始デリミ
タ、ＣＲＣ、終了デリミタ）は送信時にビジー信号送信
手段３４で生成、付加される。ＲＣＯＮヘッダのタイプ
フィールドにはＲＣＯＮである旨が、宛先アドレスフィ
ールドとシーケンス番号フィールドにはそれぞれコネク
ション管理テーブルの相手局アドレスとＣＳＥＱが、送
信元アドレスフィールドには自局のアドレスが書き込ま
れる。ＣＰＵ０は生成したＲＣＯＮヘッダを送信用ＦＩ
ＦＯ３２へ格納する（ステップＳ０３）。具体的には、
ＣＰＵ０がＤＭＡコントローラ２へＲＣＯＮヘッダのメ
モリ１上の先頭アドレスとＲＣＯＮヘッダの長さを通知
し、ＤＭＡコントローラ２はメモリ１上の指定されたア
ドレスから指定された長さまで順次送信用ＦＩＦＯ３２
へ格納していく。以下、メモリ１から送信用ＦＩＦＯ３
２への転送は同様に実施される。ＣＰＵ０はＲＣＯＮヘ
ッダの格納指示と同時にＭＡＣ制御手段３０へデータ送
信開始を通知する。生成したＲＣＯＮヘッダはＣＣＯＮ
フレームによって確認されるまでメモリ１内に保持され
る。
【００４８】ＭＡＣ制御手段３０は、ビジー信号観察手
段３７が信号線３０４に流す信号のレベルを見て、ビジ
ートーンチャネルの状況を観察し始める（ステップＳ０
４）。ビジー信号観察手段３７は信号線３０１からの信
号の信号強度が所定の信号強度より小さいとき、ビジー
トーンチャネルに有効な信号がないと判断し、信号線３
０４にＬレベルの信号を流すことによって、その旨をＭ
ＡＣ制御手段３０へ通知する。ＭＡＣ制御手段３０は、
この基準に従い、ビジートーンチャネルに有効な信号が
ないと判断される状況が所定のギャップ時間続いた場
合、ビジートーンチャネルにギャップが検出されたと判
断する。
段３７が信号線３０４に流す信号のレベルを見て、ビジ
ートーンチャネルの状況を観察し始める（ステップＳ０
４）。ビジー信号観察手段３７は信号線３０１からの信
号の信号強度が所定の信号強度より小さいとき、ビジー
トーンチャネルに有効な信号がないと判断し、信号線３
０４にＬレベルの信号を流すことによって、その旨をＭ
ＡＣ制御手段３０へ通知する。ＭＡＣ制御手段３０は、
この基準に従い、ビジートーンチャネルに有効な信号が
ないと判断される状況が所定のギャップ時間続いた場
合、ビジートーンチャネルにギャップが検出されたと判
断する。
【００４９】ギャップが検出されたならば（ステップＳ
０５）、ＭＡＣ制御手段３０は、信号線３０３に信号を
送って、ビジートーンチャネル用モデム５内の送受信切
替スイッチ５０を送信側に切替え、ビジートーンチャネ
ル用モデム５を送信モードに切替える。この信号は送信
機５１に送信を喚起することにも使用される。ＭＡＣ制
御手段３０は、ビジー信号送信手段３４及び送信用ＦＩ
ＦＯ３２にフレーム送信を指示する。ビジー信号送信手
段３４は、送信用ＦＩＦＯ３２内のＲＣＯＮヘッダの先
頭にプリアンブルと開始デリミタとを付加したデータ列
を生成し、このデータ列を伝送路用ビット列に変換して
ビジートーンチャネル用モデム５の変調器５２に転送し
始める。ビジー信号送信手段３４はこのデータ列の転送
中にＣＲＣを計算する。ビジー信号送信手段３４は、送
信用ＦＩＦＯ３２内のＲＣＯＮヘッダをすべて転送し終
わると、ＲＣＯＮヘッダの後尾に計算したＣＲＣと終了
デリミタを付加し、伝送路用ビット列に変換して変調器
５２に転送する。転送されたビット列は変調器５２で変
調が施され、送信機５１、共用器７、アンテナ８を介し
てビジートーンチャネルへ送信される。以上によりＲＣ
ＯＮフレームの送信が行われる（ステップＳ０６）。
０５）、ＭＡＣ制御手段３０は、信号線３０３に信号を
送って、ビジートーンチャネル用モデム５内の送受信切
替スイッチ５０を送信側に切替え、ビジートーンチャネ
ル用モデム５を送信モードに切替える。この信号は送信
機５１に送信を喚起することにも使用される。ＭＡＣ制
御手段３０は、ビジー信号送信手段３４及び送信用ＦＩ
ＦＯ３２にフレーム送信を指示する。ビジー信号送信手
段３４は、送信用ＦＩＦＯ３２内のＲＣＯＮヘッダの先
頭にプリアンブルと開始デリミタとを付加したデータ列
を生成し、このデータ列を伝送路用ビット列に変換して
ビジートーンチャネル用モデム５の変調器５２に転送し
始める。ビジー信号送信手段３４はこのデータ列の転送
中にＣＲＣを計算する。ビジー信号送信手段３４は、送
信用ＦＩＦＯ３２内のＲＣＯＮヘッダをすべて転送し終
わると、ＲＣＯＮヘッダの後尾に計算したＣＲＣと終了
デリミタを付加し、伝送路用ビット列に変換して変調器
５２に転送する。転送されたビット列は変調器５２で変
調が施され、送信機５１、共用器７、アンテナ８を介し
てビジートーンチャネルへ送信される。以上によりＲＣ
ＯＮフレームの送信が行われる（ステップＳ０６）。
【００５０】ビジー信号送信手段３４がＲＣＯＮフレー
ムの終了デリミタを変調器５２に転送し終わると、ビジ
ー信号送信手段３４はＲＣＯＮフレームの送信終了をＭ
ＡＣ制御手段３０へ通知する。ＭＡＣ制御手段３０は、
ビジートーンチャネル用モデム５が転送されたＲＣＯＮ
フレームの送信を終了するまでの時間待ち、信号線３０
３に信号を送って送受信切替スイッチ５０を受信側に切
替え、ビジートーンチャネル用モデム５を受信モードに
切替える。この信号は受信機５３に受信を喚起すること
にも使用される。その後、ＭＡＣ制御手段３０はＣＰＵ
０へＲＣＯＮフレーム送信終了を通知する。ＣＰＵ０は
メモリ１内のコネクション管理テーブルのコネクション
状態をＣＣＯＮ受信待ち状態へ書き替える（ステップＳ
０７）。次いでＣＰＵ０はＣＣＯＮ待ちタイマーを初期
値を０として起動する（ステップＳ０８）。
ムの終了デリミタを変調器５２に転送し終わると、ビジ
ー信号送信手段３４はＲＣＯＮフレームの送信終了をＭ
ＡＣ制御手段３０へ通知する。ＭＡＣ制御手段３０は、
ビジートーンチャネル用モデム５が転送されたＲＣＯＮ
フレームの送信を終了するまでの時間待ち、信号線３０
３に信号を送って送受信切替スイッチ５０を受信側に切
替え、ビジートーンチャネル用モデム５を受信モードに
切替える。この信号は受信機５３に受信を喚起すること
にも使用される。その後、ＭＡＣ制御手段３０はＣＰＵ
０へＲＣＯＮフレーム送信終了を通知する。ＣＰＵ０は
メモリ１内のコネクション管理テーブルのコネクション
状態をＣＣＯＮ受信待ち状態へ書き替える（ステップＳ
０７）。次いでＣＰＵ０はＣＣＯＮ待ちタイマーを初期
値を０として起動する（ステップＳ０８）。
【００５１】ビジートーンチャネル用モデム５内の受信
機５３がビジートーンチャネルからの信号を受信し、検
波復号器５４を通して、ビジー信号受信手段３３にその
信号がビット列に変換されて入力されると、ビジー信号
受信手段３３はそのビット列から開始デリミタのビット
パターンを探す。開始デリミタを検出すると開始デリミ
タ以降をフレームとして認識する。ビジー信号受信手段
３３は、その宛先アドレスフィールドからそのフレーム
が自局宛であると判断すると、その旨をＭＡＣ制御手段
３０へ通知し、受信したフレームを、終了デリミタが検
出されるまで、伝送路用ビット列から並列データに変換
しつつ受信用ＦＩＦＯ３１へ格納する。終了デリミタは
受信用ＦＩＦＯ３１には格納されない。またビジー信号
受信手段３３はフレームのＣＲＣを検査する。なお、受
信用ＦＩＦＯ３１へのフレームの格納前にＭＡＣ制御手
段３０は受信用ＦＩＦＯ３１に制御信号を送ってビジー
信号受信手段３３からのデータを書き込み可能にしてお
く。
機５３がビジートーンチャネルからの信号を受信し、検
波復号器５４を通して、ビジー信号受信手段３３にその
信号がビット列に変換されて入力されると、ビジー信号
受信手段３３はそのビット列から開始デリミタのビット
パターンを探す。開始デリミタを検出すると開始デリミ
タ以降をフレームとして認識する。ビジー信号受信手段
３３は、その宛先アドレスフィールドからそのフレーム
が自局宛であると判断すると、その旨をＭＡＣ制御手段
３０へ通知し、受信したフレームを、終了デリミタが検
出されるまで、伝送路用ビット列から並列データに変換
しつつ受信用ＦＩＦＯ３１へ格納する。終了デリミタは
受信用ＦＩＦＯ３１には格納されない。またビジー信号
受信手段３３はフレームのＣＲＣを検査する。なお、受
信用ＦＩＦＯ３１へのフレームの格納前にＭＡＣ制御手
段３０は受信用ＦＩＦＯ３１に制御信号を送ってビジー
信号受信手段３３からのデータを書き込み可能にしてお
く。
【００５２】更にＤＭＡコントローラ２はメモリ１へ受
信用ＦＩＦＯ３１内のフレームを格納させる。具体的に
は、ＤＭＡコントローラ２はメモリ１上の予約されてい
る領域の先頭アドレスと長さを保持していて、受信用Ｆ
ＩＦＯ３１の内容を保持している先頭アドレスの位置か
ら格納していき、保持している長さに達するかもしくは
受信用ＦＩＦＯ３１の内容をすべて格納するとＣＰＵ０
へ割り込みを上げる。本実施例ではＤＭＡコントローラ
２に管理されているメモリ１上の領域は十分大きく、Ｄ
ＡＴＡフレームも含めて少なくとも１フレーム分は格納
できるものとする。この仮定により、受信用ＦＩＦＯ３
１の内容がすべてメモリ１に格納された時点でＣＰＵ０
へ格納終了の割り込みが上がる。
信用ＦＩＦＯ３１内のフレームを格納させる。具体的に
は、ＤＭＡコントローラ２はメモリ１上の予約されてい
る領域の先頭アドレスと長さを保持していて、受信用Ｆ
ＩＦＯ３１の内容を保持している先頭アドレスの位置か
ら格納していき、保持している長さに達するかもしくは
受信用ＦＩＦＯ３１の内容をすべて格納するとＣＰＵ０
へ割り込みを上げる。本実施例ではＤＭＡコントローラ
２に管理されているメモリ１上の領域は十分大きく、Ｄ
ＡＴＡフレームも含めて少なくとも１フレーム分は格納
できるものとする。この仮定により、受信用ＦＩＦＯ３
１の内容がすべてメモリ１に格納された時点でＣＰＵ０
へ格納終了の割り込みが上がる。
【００５３】ビジー信号受信手段３３がＣＲＣ検査の過
程でＣＲＣ誤りを検出した場合は、その旨をＭＡＣ制御
手段３０へ通知する。ＭＡＣ制御手段３０はＣＰＵ０に
ＣＲＣ誤りの旨の割り込みを上げる。ＣＰＵ０はＤＭＡ
コントローラ２に指示して、次のデータ転送の際に、メ
モリ１上のＣＲＣ誤りを含んだフレームが格納されてい
る領域を上書きするようにさせることで受信したフレー
ムを廃棄する。
程でＣＲＣ誤りを検出した場合は、その旨をＭＡＣ制御
手段３０へ通知する。ＭＡＣ制御手段３０はＣＰＵ０に
ＣＲＣ誤りの旨の割り込みを上げる。ＣＰＵ０はＤＭＡ
コントローラ２に指示して、次のデータ転送の際に、メ
モリ１上のＣＲＣ誤りを含んだフレームが格納されてい
る領域を上書きするようにさせることで受信したフレー
ムを廃棄する。
【００５４】ＤＭＡコントローラ２からの格納終了の割
り込みを受け、ＣＲＣ誤りの割り込みを受けていなけれ
ば、ＣＰＵ０はメモリ１に格納されたフレームのタイプ
フィールドを確認する。タイプがＣＣＯＮであれば（ス
テップＳ０９）、送信元アドレスフィールド及びシーケ
ンス番号フィールドの内容とコネクション管理テーブル
の内容とを比較する。両者が一致していれば（ステップ
Ｓ１０）、ＣＰＵ０はＣＣＯＮ待ちタイマーを止める
（ステップＳ１１）。また再送用として保持していたＲ
ＣＯＮフレームを廃棄する。
り込みを受け、ＣＲＣ誤りの割り込みを受けていなけれ
ば、ＣＰＵ０はメモリ１に格納されたフレームのタイプ
フィールドを確認する。タイプがＣＣＯＮであれば（ス
テップＳ０９）、送信元アドレスフィールド及びシーケ
ンス番号フィールドの内容とコネクション管理テーブル
の内容とを比較する。両者が一致していれば（ステップ
Ｓ１０）、ＣＰＵ０はＣＣＯＮ待ちタイマーを止める
（ステップＳ１１）。また再送用として保持していたＲ
ＣＯＮフレームを廃棄する。
【００５５】次いで、ＣＰＵ０はＭＡＣ制御手段３０へ
ビジートーン（ＢＴ）信号の送信開始を指示する。ＭＡ
Ｃ制御手段３０は信号線３０３に信号を送ってビジート
ーンチャネル用モデム５内の送受信切替スイッチ５０を
送信側に切替え、ビジートーンチャネル用モデム５を送
信モードに切替える。この信号は送信機５３に送信を喚
起することにも使用される。更にＭＡＣ制御手段３０は
ビジー信号送信手段３４へＢＴ信号の送信開始を指示
し、ビジー信号送信手段３４はＢＴ信号用の所定の繰り
返しビットパターンをもつビット列をビジートーンチャ
ネル用モデム５の変調器５２へ転送し始める。変調器５
２は入力ビット列をビジートーンチャネルの周波数帯
域、変調方式で変調し、送信機５１を経てＢＴ信号のビ
ジートーンチャネルへの送信が始まる（ステップＳ１
２）。ＣＰＵ０はＭＡＣ制御手段３０へＢＴ信号の送信
開始を指示すると、コネクション管理テーブルのコネク
ション情報をコネクション確立状態へ書き替える（ステ
ップＳ１３）。ここまででコネクションの確立が完了す
る。
ビジートーン（ＢＴ）信号の送信開始を指示する。ＭＡ
Ｃ制御手段３０は信号線３０３に信号を送ってビジート
ーンチャネル用モデム５内の送受信切替スイッチ５０を
送信側に切替え、ビジートーンチャネル用モデム５を送
信モードに切替える。この信号は送信機５３に送信を喚
起することにも使用される。更にＭＡＣ制御手段３０は
ビジー信号送信手段３４へＢＴ信号の送信開始を指示
し、ビジー信号送信手段３４はＢＴ信号用の所定の繰り
返しビットパターンをもつビット列をビジートーンチャ
ネル用モデム５の変調器５２へ転送し始める。変調器５
２は入力ビット列をビジートーンチャネルの周波数帯
域、変調方式で変調し、送信機５１を経てＢＴ信号のビ
ジートーンチャネルへの送信が始まる（ステップＳ１
２）。ＣＰＵ０はＭＡＣ制御手段３０へＢＴ信号の送信
開始を指示すると、コネクション管理テーブルのコネク
ション情報をコネクション確立状態へ書き替える（ステ
ップＳ１３）。ここまででコネクションの確立が完了す
る。
【００５６】コネクションが確立されると、ＣＰＵ０は
メモリ１上のデータからコネクション管理テーブルに保
持されている最大サイズのフレーム長以下のＤＡＴＡフ
レームを一つ分割、生成し、そのＤＡＴＡフレームをデ
ータチャネル上へ送信する（ステップＳ１４）。
メモリ１上のデータからコネクション管理テーブルに保
持されている最大サイズのフレーム長以下のＤＡＴＡフ
レームを一つ分割、生成し、そのＤＡＴＡフレームをデ
ータチャネル上へ送信する（ステップＳ１４）。
【００５７】具体的には、ＣＰＵ０はコネクション管理
テーブルからＤＡＴＡフレームの共通ヘッダ（以下ＤＡ
ＴＡヘッダ）を作成する。ＤＡＴＡヘッダのタイプフィ
ールドにはＤＡＴＡである旨が、宛先アドレスフィール
ドにはコネクション管理テーブルの相手局アドレス、送
信元アドレスフィールドは自局アドレス、シーケンス番
号フィールドにはコネクション管理テーブルのＣＳＥＱ
が書き込まれる。次いでＣＰＵ０はメモリ１上に保持さ
れているデータを、コネクション管理テーブルの最大フ
レーム長からプリアンブル、開始デリミタ、共通ヘッ
ダ、ＣＲＣ、終了デリミタの長さを差し引いた分だけ切
り出し、ＤＡＴＡヘッダの後尾にデータ部としてリンク
させる。このときデータ部がメモリ１上に保持されてい
るデータの最終ビットを含む場合、タイプフィールドの
ＥＯＰビットを１に設定する。最終ビットを含まない場
合はＥＯＰビットを０に設定する。以下、ＤＡＴＡヘッ
ダにデータ部をリンクさせたものを小ＤＡＴＡフレーム
呼ぶ。小ＤＡＴＡフレームはＤＡＴＡフレームからプリ
アンブル、開始デリミタ、ＣＲＣ、終了デリミタを除い
たもので、ＤＡＴＡフレームの主要部分を構成する。Ｃ
ＰＵ０はこのようにして生成した小ＤＡＴＡフレームを
メモリ１上の所定の領域に保存する。生成した小ＤＡＴ
ＡフレームはＤＡＴＡフレームの主要部分としてデータ
チャネルへの送信が終了した後も、そのＤＡＴＡフレー
ムを確認するＡＣＫフレームが受信されるまで再送用と
して保持される。
テーブルからＤＡＴＡフレームの共通ヘッダ（以下ＤＡ
ＴＡヘッダ）を作成する。ＤＡＴＡヘッダのタイプフィ
ールドにはＤＡＴＡである旨が、宛先アドレスフィール
ドにはコネクション管理テーブルの相手局アドレス、送
信元アドレスフィールドは自局アドレス、シーケンス番
号フィールドにはコネクション管理テーブルのＣＳＥＱ
が書き込まれる。次いでＣＰＵ０はメモリ１上に保持さ
れているデータを、コネクション管理テーブルの最大フ
レーム長からプリアンブル、開始デリミタ、共通ヘッ
ダ、ＣＲＣ、終了デリミタの長さを差し引いた分だけ切
り出し、ＤＡＴＡヘッダの後尾にデータ部としてリンク
させる。このときデータ部がメモリ１上に保持されてい
るデータの最終ビットを含む場合、タイプフィールドの
ＥＯＰビットを１に設定する。最終ビットを含まない場
合はＥＯＰビットを０に設定する。以下、ＤＡＴＡヘッ
ダにデータ部をリンクさせたものを小ＤＡＴＡフレーム
呼ぶ。小ＤＡＴＡフレームはＤＡＴＡフレームからプリ
アンブル、開始デリミタ、ＣＲＣ、終了デリミタを除い
たもので、ＤＡＴＡフレームの主要部分を構成する。Ｃ
ＰＵ０はこのようにして生成した小ＤＡＴＡフレームを
メモリ１上の所定の領域に保存する。生成した小ＤＡＴ
ＡフレームはＤＡＴＡフレームの主要部分としてデータ
チャネルへの送信が終了した後も、そのＤＡＴＡフレー
ムを確認するＡＣＫフレームが受信されるまで再送用と
して保持される。
【００５８】次にＣＰＵ０はＤＡＴＡフレームの送信を
ＭＡＣ制御手段３０へ指示する。更にＤＭＡコントロー
ラ２に指示してメモリ１上の小ＤＡＴＡフレームの送信
用ＦＩＦＯ３２への転送を開始させる。この転送にはス
テップＳ０３で説明したＲＣＯＮヘッダの転送と同様の
方法が使われる。
ＭＡＣ制御手段３０へ指示する。更にＤＭＡコントロー
ラ２に指示してメモリ１上の小ＤＡＴＡフレームの送信
用ＦＩＦＯ３２への転送を開始させる。この転送にはス
テップＳ０３で説明したＲＣＯＮヘッダの転送と同様の
方法が使われる。
【００５９】ＭＡＣ制御手段３０は信号線３０２に信号
を送って、データチャネル用モデム４内の送受信切替ス
イッチ４０を送信側に切替え、データチャネル用モデム
４を送信モードに切替える。この信号は送信機４１に送
信を喚起することにも使用される。ＭＡＣ制御手段３０
は、データ送信手段３６及び送信用ＦＩＦＯ３２にフレ
ーム送信開始を指示する。そうするとデータ送信手段３
６は、送信用ＦＩＦＯ３２に入力される小ＤＡＴＡフレ
ームの先頭に、プリアンブルと開始デリミタを付加した
データ列を、伝送路用ビット列に変換してデータチャネ
ル用モデム４の変調器４２に転送し始める。データ送信
手段３６はこのビット列の転送中にＣＲＣを計算する。
データ送信手段３６は小ＤＡＴＡフレームをすべて転送
し終わると、小ＤＡＴＡフレームの後尾に計算したＣＲ
Ｃと終了デリミタを付加し、伝送路用ビット列に変換し
て変調器４２に転送する。転送されたビット列は変調器
４２でデータチャネルの周波数帯域及び変調方式による
変調が施され、送信機４１、共用器７、アンテナ８を介
してデータチャネルへ送信される。以上によりＤＡＴＡ
フレームの送信が行われる。
を送って、データチャネル用モデム４内の送受信切替ス
イッチ４０を送信側に切替え、データチャネル用モデム
４を送信モードに切替える。この信号は送信機４１に送
信を喚起することにも使用される。ＭＡＣ制御手段３０
は、データ送信手段３６及び送信用ＦＩＦＯ３２にフレ
ーム送信開始を指示する。そうするとデータ送信手段３
６は、送信用ＦＩＦＯ３２に入力される小ＤＡＴＡフレ
ームの先頭に、プリアンブルと開始デリミタを付加した
データ列を、伝送路用ビット列に変換してデータチャネ
ル用モデム４の変調器４２に転送し始める。データ送信
手段３６はこのビット列の転送中にＣＲＣを計算する。
データ送信手段３６は小ＤＡＴＡフレームをすべて転送
し終わると、小ＤＡＴＡフレームの後尾に計算したＣＲ
Ｃと終了デリミタを付加し、伝送路用ビット列に変換し
て変調器４２に転送する。転送されたビット列は変調器
４２でデータチャネルの周波数帯域及び変調方式による
変調が施され、送信機４１、共用器７、アンテナ８を介
してデータチャネルへ送信される。以上によりＤＡＴＡ
フレームの送信が行われる。
【００６０】データ送信手段３６が送信しているＤＡＴ
Ａフレームの終了デリミタを転送し終わると、データ送
信手段３６はＤＡＴＡフレームの送信終了をＭＡＣ制御
手段３０へ通知する。ＭＡＣ制御手段３０は、データチ
ャネル用モデム４が転送されたＤＡＴＡフレームの送信
を終了するまでの時間を待ち、信号線３０２に信号を送
って送受信切替スイッチ４０を受信側に切替え、データ
チャネル用モデム４を受信モードに切替える。この信号
は受信機４３に受信を喚起することにも使用される。そ
の後、ＭＡＣ制御手段３０はＣＰＵ０へＤＡＴＡフレー
ム送信終了を通知する。
Ａフレームの終了デリミタを転送し終わると、データ送
信手段３６はＤＡＴＡフレームの送信終了をＭＡＣ制御
手段３０へ通知する。ＭＡＣ制御手段３０は、データチ
ャネル用モデム４が転送されたＤＡＴＡフレームの送信
を終了するまでの時間を待ち、信号線３０２に信号を送
って送受信切替スイッチ４０を受信側に切替え、データ
チャネル用モデム４を受信モードに切替える。この信号
は受信機４３に受信を喚起することにも使用される。そ
の後、ＭＡＣ制御手段３０はＣＰＵ０へＤＡＴＡフレー
ム送信終了を通知する。
【００６１】ＣＰＵ０はＤＡＴＡフレーム送信終了を通
知されると、ＡＣＫ待ちタイマーを初期値をゼロとして
起動する（ステップＳ１５）。
知されると、ＡＣＫ待ちタイマーを初期値をゼロとして
起動する（ステップＳ１５）。
【００６２】データチャネル用モデム４内の受信機４３
がデータチャネルからの信号を受信し、検波復号器４４
を通して、データ受信手段３５にその信号がビット列に
変換されて入力されると、データ受信手段３５はそのビ
ット列から開始デリミタのビットパターンを探す。開始
デリミタを検出すると開始デリミタ以降をフレームとし
て認識する。その宛先アドレスフィールドからそのフレ
ームが自局宛であると判断すると、その旨をＭＡＣ制御
手段３０へ通知し、受信したフレームを受信用ＦＩＦＯ
３１へ格納し始める。格納前にＭＡＣ制御手段３０は受
信用ＦＩＦＯ３１に制御信号を送ってデータ受信手段３
５からのデータを書き込み可能にしておく。この際、デ
ータ受信手段３５は、ステップＳ０９のＣＣＯＮフレー
ム受信時と同様にＣＲＣの検査を行う。ＣＲＣ誤りを検
出した場合の処理もＣＣＯＮフレーム受信時に説明した
ものと同様である。
がデータチャネルからの信号を受信し、検波復号器４４
を通して、データ受信手段３５にその信号がビット列に
変換されて入力されると、データ受信手段３５はそのビ
ット列から開始デリミタのビットパターンを探す。開始
デリミタを検出すると開始デリミタ以降をフレームとし
て認識する。その宛先アドレスフィールドからそのフレ
ームが自局宛であると判断すると、その旨をＭＡＣ制御
手段３０へ通知し、受信したフレームを受信用ＦＩＦＯ
３１へ格納し始める。格納前にＭＡＣ制御手段３０は受
信用ＦＩＦＯ３１に制御信号を送ってデータ受信手段３
５からのデータを書き込み可能にしておく。この際、デ
ータ受信手段３５は、ステップＳ０９のＣＣＯＮフレー
ム受信時と同様にＣＲＣの検査を行う。ＣＲＣ誤りを検
出した場合の処理もＣＣＯＮフレーム受信時に説明した
ものと同様である。
【００６３】受信用ＦＩＦＯ３１にデータ列が格納され
始めると、ＤＭＡコントローラ２はメモリ１へ受信用Ｆ
ＩＦＯ３１内のフレームを格納し始める。これはステッ
プＳ０９でＣＣＯＮフレーム転送の際に説明したのと同
様の方法をとる。ＤＭＡコントローラ２からフレーム格
納終了の割り込みがＣＰＵ０に上がり、ＣＲＣ誤りがな
ければ、ＣＰＵ０はそのフレームのタイプフィールドを
見てそのフレームがＡＣＫフレームかどうかを確認する
（ステップＳ１６）。ＡＣＫフレームであれば、次に送
信元アドレスフィールド及びシーケンス番号フィールド
の内容とコネクション管理テーブルの相手局アドレス及
びＣＳＥＱを比較する（ステップＳ１７）。両者が一致
していれば、ＡＣＫ待ちタイマーを止め（ステップＳ１
８）、コネクション管理テーブルのＣＳＥＱの値を１だ
け加算する（ステップＳ１９）。更に再送用として保持
していたＤＡＴＡフレームが記憶されているメモリ１上
の領域を解放する（ステップＳ２０）。
始めると、ＤＭＡコントローラ２はメモリ１へ受信用Ｆ
ＩＦＯ３１内のフレームを格納し始める。これはステッ
プＳ０９でＣＣＯＮフレーム転送の際に説明したのと同
様の方法をとる。ＤＭＡコントローラ２からフレーム格
納終了の割り込みがＣＰＵ０に上がり、ＣＲＣ誤りがな
ければ、ＣＰＵ０はそのフレームのタイプフィールドを
見てそのフレームがＡＣＫフレームかどうかを確認する
（ステップＳ１６）。ＡＣＫフレームであれば、次に送
信元アドレスフィールド及びシーケンス番号フィールド
の内容とコネクション管理テーブルの相手局アドレス及
びＣＳＥＱを比較する（ステップＳ１７）。両者が一致
していれば、ＡＣＫ待ちタイマーを止め（ステップＳ１
８）、コネクション管理テーブルのＣＳＥＱの値を１だ
け加算する（ステップＳ１９）。更に再送用として保持
していたＤＡＴＡフレームが記憶されているメモリ１上
の領域を解放する（ステップＳ２０）。
【００６４】次にＣＰＵ０は受信したＡＣＫフレームの
ＥＯＰビットを見て（ステップＳ２１）、それが０であ
ればステップＳ１４に戻ってデータの残りの部分を送信
する。
ＥＯＰビットを見て（ステップＳ２１）、それが０であ
ればステップＳ１４に戻ってデータの残りの部分を送信
する。
【００６５】ＥＯＰビットが１であれば、ＣＰＵ０はメ
モリ１上の送信すべきすべてのデータが相手局に正しく
受信されたとして、ＭＡＣ制御手段３０へＢＴ信号の送
信終了を指示する。ＭＡＣ制御手段３０はビジー信号送
信手段３４へ指示して、ＢＴ信号の送信を停止させる
（ステップＳ２２）。更にＭＡＣ制御手段３０は信号線
３０３に信号を送って、ビジートーンチャネル用モデム
５の送受信切替スイッチ５０を受信側に切替え、ビジー
トーンチャネル用モデム５を受信モードに切替える。こ
の信号は受信機５３に受信を喚起することにも使用され
る。ＭＡＣ制御手段３０はＣＰＵ０にＢＴ信号の送信終
了を伝える。
モリ１上の送信すべきすべてのデータが相手局に正しく
受信されたとして、ＭＡＣ制御手段３０へＢＴ信号の送
信終了を指示する。ＭＡＣ制御手段３０はビジー信号送
信手段３４へ指示して、ＢＴ信号の送信を停止させる
（ステップＳ２２）。更にＭＡＣ制御手段３０は信号線
３０３に信号を送って、ビジートーンチャネル用モデム
５の送受信切替スイッチ５０を受信側に切替え、ビジー
トーンチャネル用モデム５を受信モードに切替える。こ
の信号は受信機５３に受信を喚起することにも使用され
る。ＭＡＣ制御手段３０はＣＰＵ０にＢＴ信号の送信終
了を伝える。
【００６６】ＢＴ信号の送信を終了すると、ＣＰＵ０は
コネクション管理テーブルの内容をクリアして（ステッ
プＳ２３）、はじめに戻る。
コネクション管理テーブルの内容をクリアして（ステッ
プＳ２３）、はじめに戻る。
【００６７】ステップＳ０５でギャップが検出されない
間に、ステップＳ０９でＣＣＯＮフレーム受信として説
明した場合と同様の手順で、ＣＰＵ０がビジートーンチ
ャネルからの自局宛のＲＣＯＮフレームを受信したと認
識したならば（ステップＳ０５１）、ＣＰＵ０はコネク
ション管理テーブルをクリアし（ステップＳ０５２）、
ステップＲ０１へ移って、後で述べるようにデータ受信
時の処理を行う。ＲＣＯＮフレームを受信しない間はス
テップＳ０４へ戻ってビジートーンチャネルの観察を続
ける。
間に、ステップＳ０９でＣＣＯＮフレーム受信として説
明した場合と同様の手順で、ＣＰＵ０がビジートーンチ
ャネルからの自局宛のＲＣＯＮフレームを受信したと認
識したならば（ステップＳ０５１）、ＣＰＵ０はコネク
ション管理テーブルをクリアし（ステップＳ０５２）、
ステップＲ０１へ移って、後で述べるようにデータ受信
時の処理を行う。ＲＣＯＮフレームを受信しない間はス
テップＳ０４へ戻ってビジートーンチャネルの観察を続
ける。
【００６８】ステップＳ０９でビジートーンチャネルか
らのＣＣＯＮフレームを受信できないまま、ＣＣＯＮ待
ちタイマーの値が所定の最大コネクション確立確認待ち
時間に達すると（ステップＳ０９１）、ＣＰＵ０はコネ
クション管理テーブルのＲＣＯＮフレーム再送回数を１
だけ加算して更新する（ステップＳ０９２）。次いでＣ
ＰＵ０は、ＲＣＯＮフレーム再送回数が所定の最大コネ
クション確立要求回数に達しているかどうか判定する
（ステップＳ０９３）。達していれば、ステップＳ２３
に移って、コネクション管理テーブルをクリアし、はじ
めに戻る。達していなければ、ＣＰＵ０はコネクション
管理テーブルのコネクション情報をＲＣＯＮ送信待ち状
態に戻して（ステップＳ０９４）、ステップＳ０３へ戻
り、再送用に保持しているＲＣＯＮヘッダを含むＲＣＯ
Ｎフレームを再送する。
らのＣＣＯＮフレームを受信できないまま、ＣＣＯＮ待
ちタイマーの値が所定の最大コネクション確立確認待ち
時間に達すると（ステップＳ０９１）、ＣＰＵ０はコネ
クション管理テーブルのＲＣＯＮフレーム再送回数を１
だけ加算して更新する（ステップＳ０９２）。次いでＣ
ＰＵ０は、ＲＣＯＮフレーム再送回数が所定の最大コネ
クション確立要求回数に達しているかどうか判定する
（ステップＳ０９３）。達していれば、ステップＳ２３
に移って、コネクション管理テーブルをクリアし、はじ
めに戻る。達していなければ、ＣＰＵ０はコネクション
管理テーブルのコネクション情報をＲＣＯＮ送信待ち状
態に戻して（ステップＳ０９４）、ステップＳ０３へ戻
り、再送用に保持しているＲＣＯＮヘッダを含むＲＣＯ
Ｎフレームを再送する。
【００６９】続いて、図７を用いて本実施例の無線通信
装置のデータ受信時の動作について説明する。
装置のデータ受信時の動作について説明する。
【００７０】ステップＳ０９のＣＣＯＮフレーム受信の
際に説明したのと同様の手順でＣＰＵ０がビジートーン
チャネルからのＲＣＯＮフレームの受信を認識すると
（ステップＲ）、ＣＰＵ０はコネクション管理テーブル
を作成し、メモリ１の所定の領域に記憶させる（ステッ
プＲ０１）。ステップＲ０１では、コネクション管理テ
ーブルの相手局アドレス及びＣＳＥＱは受信したＲＣＯ
Ｎフレームの送信元アドレスフィールド及びシーケンス
番号フィールドの内容に、ＲＣＯＮフレーム再送回数及
びＤＡＴＡフレーム再送回数は任意の値に、コネクショ
ン状態はＣＣＯＮ送信待ち状態に設定される。
際に説明したのと同様の手順でＣＰＵ０がビジートーン
チャネルからのＲＣＯＮフレームの受信を認識すると
（ステップＲ）、ＣＰＵ０はコネクション管理テーブル
を作成し、メモリ１の所定の領域に記憶させる（ステッ
プＲ０１）。ステップＲ０１では、コネクション管理テ
ーブルの相手局アドレス及びＣＳＥＱは受信したＲＣＯ
Ｎフレームの送信元アドレスフィールド及びシーケンス
番号フィールドの内容に、ＲＣＯＮフレーム再送回数及
びＤＡＴＡフレーム再送回数は任意の値に、コネクショ
ン状態はＣＣＯＮ送信待ち状態に設定される。
【００７１】次いでＣＰＵ０はＣＣＯＮフレームの共通
ヘッダ（以下ＣＣＯＮヘッダ）を生成してメモリ１の所
定の領域に格納する（ステップＲ０２）。ＣＣＯＮヘッ
ダのタイプフィールドにはＣＣＯＮである旨が、宛先ア
ドレスフィールドとシーケンス番号フィールドにはそれ
ぞれコネクション管理テーブルの相手局アドレスとＣＳ
ＥＱが、送信元アドレスフィールドには自局のアドレス
が書き込まれる。ＣＰＵ０は、ステップＳ０３で説明し
たのと同様の手順で、生成したＣＣＯＮヘッダを送信用
ＦＩＦＯ３２へ転送させる（ステップＲ０３）。ＣＰＵ
０はＣＣＯＮヘッダの格納指示と同時にＭＡＣ制御手段
３０へＣＣＯＮフレーム送信開始を指示する。更に、Ｃ
ＰＵ０はギャップ待ちタイマーを初期値をゼロとして起
動する（ステップＲ０４）。
ヘッダ（以下ＣＣＯＮヘッダ）を生成してメモリ１の所
定の領域に格納する（ステップＲ０２）。ＣＣＯＮヘッ
ダのタイプフィールドにはＣＣＯＮである旨が、宛先ア
ドレスフィールドとシーケンス番号フィールドにはそれ
ぞれコネクション管理テーブルの相手局アドレスとＣＳ
ＥＱが、送信元アドレスフィールドには自局のアドレス
が書き込まれる。ＣＰＵ０は、ステップＳ０３で説明し
たのと同様の手順で、生成したＣＣＯＮヘッダを送信用
ＦＩＦＯ３２へ転送させる（ステップＲ０３）。ＣＰＵ
０はＣＣＯＮヘッダの格納指示と同時にＭＡＣ制御手段
３０へＣＣＯＮフレーム送信開始を指示する。更に、Ｃ
ＰＵ０はギャップ待ちタイマーを初期値をゼロとして起
動する（ステップＲ０４）。
【００７２】ＭＡＣ制御手段３０は、ステップＳ０４及
びステップＳ０５と同様の方法で、ビジートーンチャネ
ルの状況を観察し始め（ステップＲ０５）、ビジートー
ンチャネルにギャップを検出したかどうかを判断する
（ステップＲ０６）。
びステップＳ０５と同様の方法で、ビジートーンチャネ
ルの状況を観察し始め（ステップＲ０５）、ビジートー
ンチャネルにギャップを検出したかどうかを判断する
（ステップＲ０６）。
【００７３】ギャップが検出されたならば、ステップＳ
０６と同様の手順で、送信用ＦＩＦＯ３２内のＣＣＯＮ
ヘッダからＣＣＯＮフレームが構成され、ビジートーン
チャネル上へ送信される（ステップＲ０７）。
０６と同様の手順で、送信用ＦＩＦＯ３２内のＣＣＯＮ
ヘッダからＣＣＯＮフレームが構成され、ビジートーン
チャネル上へ送信される（ステップＲ０７）。
【００７４】ビジー信号送信手段３４がＣＣＯＮフレー
ムの終了デリミタの転送を終えると、ビジー信号送信手
段３４はＣＣＯＮフレームの送信終了をＭＡＣ制御手段
３０へ通知する。ＭＡＣ制御手段３０は、ビジートーン
チャネル用モデム５がＣＣＯＮフレームを送信し終わる
までの時間待って、信号線３０３に信号を送り、ビジー
トーンチャネル用モデム５内の送受信切替スイッチ５０
を受信側に切替え、ビジートーンチャネル用モデム５を
受信モードに切替える。この信号は受信機５３に受信を
喚起することにも使用される。ＭＡＣ制御手段３０はＣ
ＰＵ０へＣＣＯＮフレーム送信終了を通知する。この通
知を受けるとＣＰＵ０はギャップ待ちタイマーを止める
（ステップＲ０８）。
ムの終了デリミタの転送を終えると、ビジー信号送信手
段３４はＣＣＯＮフレームの送信終了をＭＡＣ制御手段
３０へ通知する。ＭＡＣ制御手段３０は、ビジートーン
チャネル用モデム５がＣＣＯＮフレームを送信し終わる
までの時間待って、信号線３０３に信号を送り、ビジー
トーンチャネル用モデム５内の送受信切替スイッチ５０
を受信側に切替え、ビジートーンチャネル用モデム５を
受信モードに切替える。この信号は受信機５３に受信を
喚起することにも使用される。ＭＡＣ制御手段３０はＣ
ＰＵ０へＣＣＯＮフレーム送信終了を通知する。この通
知を受けるとＣＰＵ０はギャップ待ちタイマーを止める
（ステップＲ０８）。
【００７５】この後、ＣＰＵ０は送信したＣＣＯＮフレ
ームが相手局に到着するまでの伝搬遅延分の時間だけ待
機し（ステップＲ０９）、ＭＡＣ制御手段３０へＢＴ信
号の送信開始を指示する。ステップＳ１２で説明したの
と同様の手順で、ビジートーンチャネル上へのＢＴ信号
の送信が始まる（ステップＲ１０）。次いでＣＰＵ０は
コネクション管理テーブルのコネクション状態をコネク
ション確立状態へ変更し（ステップＲ１１）、コネクシ
ョン保持タイマーを初期値をゼロに設定して起動する
（ステップＲ１２）。
ームが相手局に到着するまでの伝搬遅延分の時間だけ待
機し（ステップＲ０９）、ＭＡＣ制御手段３０へＢＴ信
号の送信開始を指示する。ステップＳ１２で説明したの
と同様の手順で、ビジートーンチャネル上へのＢＴ信号
の送信が始まる（ステップＲ１０）。次いでＣＰＵ０は
コネクション管理テーブルのコネクション状態をコネク
ション確立状態へ変更し（ステップＲ１１）、コネクシ
ョン保持タイマーを初期値をゼロに設定して起動する
（ステップＲ１２）。
【００７６】ステップＳ１６でＡＣＫフレームを受信し
たのと同様の手順で、データチャネルからの自局宛フレ
ームがメモリ１上に記憶されると、ＣＰＵ０がそのフレ
ームのタイプフィールドを見て、ＤＡＴＡフレームかど
うかを判定する（ステップＲ１３）。ＤＡＴＡフレーム
であれば、ＣＰＵ０は送信元アドレスフィールドの内容
とコネクション管理テーブルの相手局アドレスが一致す
るかどうかを判定する（ステップＲ１４）。一致してい
れば、ＣＰＵ０はシーケンス番号フィールドの内容（以
下ＲＳＥＱ）とコネクション管理テーブルのＣＳＥＱを
比較する。ＲＳＥＱとＣＳＥＱが一致していれば（ステ
ップＲ１５）、受信したＤＡＴＡフレームのデータ部を
切り出し、メモリ１上の以前に相手局から受信したデー
タの最後尾にリンクさせるか、もしくは所定の領域に保
存する（ステップＲ１６）。更にＣＰＵ０はコネクショ
ン管理テーブルのＣＳＥＱを１だけ加算する（ステップ
Ｒ１７）。
たのと同様の手順で、データチャネルからの自局宛フレ
ームがメモリ１上に記憶されると、ＣＰＵ０がそのフレ
ームのタイプフィールドを見て、ＤＡＴＡフレームかど
うかを判定する（ステップＲ１３）。ＤＡＴＡフレーム
であれば、ＣＰＵ０は送信元アドレスフィールドの内容
とコネクション管理テーブルの相手局アドレスが一致す
るかどうかを判定する（ステップＲ１４）。一致してい
れば、ＣＰＵ０はシーケンス番号フィールドの内容（以
下ＲＳＥＱ）とコネクション管理テーブルのＣＳＥＱを
比較する。ＲＳＥＱとＣＳＥＱが一致していれば（ステ
ップＲ１５）、受信したＤＡＴＡフレームのデータ部を
切り出し、メモリ１上の以前に相手局から受信したデー
タの最後尾にリンクさせるか、もしくは所定の領域に保
存する（ステップＲ１６）。更にＣＰＵ０はコネクショ
ン管理テーブルのＣＳＥＱを１だけ加算する（ステップ
Ｒ１７）。
【００７７】次いで、ステップＳ１４でＤＡＴＡフレー
ムの生成、送信として説明したのと同様の手順で、受信
したＤＡＴＡフレームを確認するＡＣＫフレームを生成
し、送信する（ステップＲ１８）。送信するＡＣＫフレ
ームの宛先アドレスフィールドにはコネクション管理テ
ーブルの相手局アドレスが、シーケンス番号フィールド
にはＲＳＥＱが書き込まれる。更に送信するＡＣＫフレ
ームのＥＯＰビットには受信したＤＡＴＡフレームのＥ
ＯＰビットがそのままコピーされる。ステップＳ１４で
説明したのと同様にＡＣＫフレームの送信終了はデータ
送信手段３６、ＭＡＣ制御手段３０を経てＣＰＵ０に通
知される。
ムの生成、送信として説明したのと同様の手順で、受信
したＤＡＴＡフレームを確認するＡＣＫフレームを生成
し、送信する（ステップＲ１８）。送信するＡＣＫフレ
ームの宛先アドレスフィールドにはコネクション管理テ
ーブルの相手局アドレスが、シーケンス番号フィールド
にはＲＳＥＱが書き込まれる。更に送信するＡＣＫフレ
ームのＥＯＰビットには受信したＤＡＴＡフレームのＥ
ＯＰビットがそのままコピーされる。ステップＳ１４で
説明したのと同様にＡＣＫフレームの送信終了はデータ
送信手段３６、ＭＡＣ制御手段３０を経てＣＰＵ０に通
知される。
【００７８】ＡＣＫフレーム送信終了を通知されると、
ＣＰＵ０はコネクション保持タイマーを再び初期値０か
ら再起動する（ステップＲ１９）。
ＣＰＵ０はコネクション保持タイマーを再び初期値０か
ら再起動する（ステップＲ１９）。
【００７９】次いで、ＣＰＵ０は受信したＤＡＴＡフレ
ームのＥＯＰビットを見て（ステップＲ２０）、その値
が０であれば、再びステップＲ１３に戻って相手局から
のＤＡＴＡフレームの受信を待つ。ＥＯＰビット値が１
であれば、コネクション保持タイマーが所定の最大コネ
クション保持時間に達するのを待って（ステップＲ２
１）、ステップＳ２２で説明したのと同様の手順でＢＴ
信号の送信を終了する（ステップＲ２２）。ＢＴ信号の
送信終了がビジー信号送信手段３４、ＭＡＣ制御手段３
０を経てＣＰＵ０に通知されると、ＣＰＵ０はコネクシ
ョン管理テーブルをクリアし（ステップＲ２３）、はじ
めに戻る。
ームのＥＯＰビットを見て（ステップＲ２０）、その値
が０であれば、再びステップＲ１３に戻って相手局から
のＤＡＴＡフレームの受信を待つ。ＥＯＰビット値が１
であれば、コネクション保持タイマーが所定の最大コネ
クション保持時間に達するのを待って（ステップＲ２
１）、ステップＳ２２で説明したのと同様の手順でＢＴ
信号の送信を終了する（ステップＲ２２）。ＢＴ信号の
送信終了がビジー信号送信手段３４、ＭＡＣ制御手段３
０を経てＣＰＵ０に通知されると、ＣＰＵ０はコネクシ
ョン管理テーブルをクリアし（ステップＲ２３）、はじ
めに戻る。
【００８０】ステップＲ０６でギャップを検出できない
まま、ギャップ待ちタイマーが所定の最大ギャップ待ち
時間に達すると（ステップＲ０６１）、ステップＲ２３
へ移り、コネクション管理テーブルを解放してはじめに
戻る。
まま、ギャップ待ちタイマーが所定の最大ギャップ待ち
時間に達すると（ステップＲ０６１）、ステップＲ２３
へ移り、コネクション管理テーブルを解放してはじめに
戻る。
【００８１】ステップＲ１３でＤＡＴＡフレームを受信
できないまま、コネクション保持タイマーが所定の最大
コネクション保持時間に達すると（ステップＲ１３
１）、ＣＰＵ０はコネクションが切れたものと判断して
ステップＲ２２へ移り、ＢＴ送信を終了してコネクショ
ン管理テーブルを解放しはじめに戻る。
できないまま、コネクション保持タイマーが所定の最大
コネクション保持時間に達すると（ステップＲ１３
１）、ＣＰＵ０はコネクションが切れたものと判断して
ステップＲ２２へ移り、ＢＴ送信を終了してコネクショ
ン管理テーブルを解放しはじめに戻る。
【００８２】ステップＲ１５でＲＳＥＱとＣＳＥＱが一
致しない場合は、受信したＤＡＴＡフレームを廃棄する
（ステップＲ１５１）。ＲＳＥＱがＣＳＥＱより小さい
場合は（ステップＲ１５２）、重複受信とみなし、デー
タ部の切り出しやＣＳＥＱの更新を行わずに、ステップ
Ｒ１８へ移り、そのＤＡＴＡフレームを確認するＡＣＫ
フレームを生成、送信してそれ以下の処理を行う。ＲＳ
ＥＱがＣＳＥＱより大きい場合は異常フレームとみな
し、何もせずにステップＲ１３へ戻る。
致しない場合は、受信したＤＡＴＡフレームを廃棄する
（ステップＲ１５１）。ＲＳＥＱがＣＳＥＱより小さい
場合は（ステップＲ１５２）、重複受信とみなし、デー
タ部の切り出しやＣＳＥＱの更新を行わずに、ステップ
Ｒ１８へ移り、そのＤＡＴＡフレームを確認するＡＣＫ
フレームを生成、送信してそれ以下の処理を行う。ＲＳ
ＥＱがＣＳＥＱより大きい場合は異常フレームとみな
し、何もせずにステップＲ１３へ戻る。
【００８３】ステップＲ２１でコネクション解放前に、
コネクション保持タイマーが最大コネクション保持時間
に達するのを待っている間にコネクションの相手局から
のＤＡＴＡフレームを受信した場合は（ステップＲ２１
１）、そのＤＡＴＡフレームを確認するＡＣＫフレーム
を生成、送信し（ステップＲ２１２）、コネクション保
持タイマーを再起動して（ステップＲ２１３）、ステッ
プＲ２１に戻る。
コネクション保持タイマーが最大コネクション保持時間
に達するのを待っている間にコネクションの相手局から
のＤＡＴＡフレームを受信した場合は（ステップＲ２１
１）、そのＤＡＴＡフレームを確認するＡＣＫフレーム
を生成、送信し（ステップＲ２１２）、コネクション保
持タイマーを再起動して（ステップＲ２１３）、ステッ
プＲ２１に戻る。
【００８４】以上、本実施例によれば、ビジートーンチ
ャネルを使って送受信双方で送信中であることを他の端
末に知らせるので、隠れ端末の問題がなくなる。
ャネルを使って送受信双方で送信中であることを他の端
末に知らせるので、隠れ端末の問題がなくなる。
【００８５】図８は本実施例で説明した無線通信装置の
スループット特性を計算機上でシミュレーションした結
果である。比較のためにＣＳＭＡ／ＣＡ＋Ａｃｋのシミ
ュレーション結果も同一図面上に掲載している。
スループット特性を計算機上でシミュレーションした結
果である。比較のためにＣＳＭＡ／ＣＡ＋Ａｃｋのシミ
ュレーション結果も同一図面上に掲載している。
【００８６】本シミュレーションでは、１５００バイト
のデータパケットを１２８バイトのデータフレームに分
割して送るとしている。端末数は９（Ａ１〜Ｃ３）であ
る。９つの端末を３つずつのサブグループ（Ａ、Ｂ、
Ｃ）に分け、通信はそのサブグループ内でのみ行う。た
だし各端末にはサブグループ外の端末が送信したフレー
ムも届くことがあり、それによってフレームの衝突が起
きることもある。最大確認待ち時間をデータフレームの
伝搬遅延と確認フレームの伝搬遅延の合計値の１．２倍
に設定し、確認フレームによって確認されなかったデー
タフレームは最大５回までの再送を行っている。データ
パケットを構成するデータフレームのうち１フレームで
も相手局に到着しなければ、データパケット全体が落ち
たとしている。
のデータパケットを１２８バイトのデータフレームに分
割して送るとしている。端末数は９（Ａ１〜Ｃ３）であ
る。９つの端末を３つずつのサブグループ（Ａ、Ｂ、
Ｃ）に分け、通信はそのサブグループ内でのみ行う。た
だし各端末にはサブグループ外の端末が送信したフレー
ムも届くことがあり、それによってフレームの衝突が起
きることもある。最大確認待ち時間をデータフレームの
伝搬遅延と確認フレームの伝搬遅延の合計値の１．２倍
に設定し、確認フレームによって確認されなかったデー
タフレームは最大５回までの再送を行っている。データ
パケットを構成するデータフレームのうち１フレームで
も相手局に到着しなければ、データパケット全体が落ち
たとしている。
【００８７】各端末間の伝搬損がRayleighフェージング
すると仮定し、各端末間の平均伝搬損を２種類与えるこ
とで「隠れ端末あり」の場合と「隠れ端末なし」の場合
を表現した。「隠れ端末あり」の場合の平均伝搬損は図
９の通りで、「隠れ端末なし」の場合の平均伝搬損は各
端末間とも８７ｄＢ一定で与えた。伝搬損が１１５ｄＢ
以上になると信号が到達しないとしてフレーム落ちをシ
ミュレーションした。
すると仮定し、各端末間の平均伝搬損を２種類与えるこ
とで「隠れ端末あり」の場合と「隠れ端末なし」の場合
を表現した。「隠れ端末あり」の場合の平均伝搬損は図
９の通りで、「隠れ端末なし」の場合の平均伝搬損は各
端末間とも８７ｄＢ一定で与えた。伝搬損が１１５ｄＢ
以上になると信号が到達しないとしてフレーム落ちをシ
ミュレーションした。
【００８８】図８で横軸はチャネルの伝送速度で正規化
した全端末の合計負荷（総負荷）である。縦軸は総負荷
で正規化した全端末の合計スループットである。図８か
ら分かるように、本発明の通信方法は隠れ端末がある場
合にもＣＳＭＡ／ＣＡ＋Ａｃｋ方式に比べ、スループッ
トの低下率が少ない。
した全端末の合計負荷（総負荷）である。縦軸は総負荷
で正規化した全端末の合計スループットである。図８か
ら分かるように、本発明の通信方法は隠れ端末がある場
合にもＣＳＭＡ／ＣＡ＋Ａｃｋ方式に比べ、スループッ
トの低下率が少ない。
【００８９】（実施例２）次に、本発明にかかる第２の
実施例について図面を用いて説明する。なお、第１の実
施例において説明したものと同一機能の構成要素につい
ては同一符号を付してその詳細な説明は省略する。第１
の実施例と同様、本実施例においても、ビジートーンチ
ャネルとデータチャネルに異なる周波数帯域を使用する
場合を示す。
実施例について図面を用いて説明する。なお、第１の実
施例において説明したものと同一機能の構成要素につい
ては同一符号を付してその詳細な説明は省略する。第１
の実施例と同様、本実施例においても、ビジートーンチ
ャネルとデータチャネルに異なる周波数帯域を使用する
場合を示す。
【００９０】本実施例は、ＲＣＯＮフレーム及びＣＣＯ
Ｎフレームを用いたコネクションの確立を、ビジートー
ンチャネルではなくデータチャネルを用いて行うという
点で、第１の実施例と異なる。
Ｎフレームを用いたコネクションの確立を、ビジートー
ンチャネルではなくデータチャネルを用いて行うという
点で、第１の実施例と異なる。
【００９１】本実施例の無線通信装置の基本的な構成は
図２を用いて第１の実施例で説明したものと同様であ
る。ただしＭＡＣ部３の内部の構成が、第１の実施例に
おいて図１を用いて説明したものと異なる。また、本実
施例でも第１の実施例で図４を用いて説明したものと同
じ構成のフレームを用いる。但し、第１の実施例におい
てビジートーンチャネル上に送信されたＲＣＯＮフレー
ム、ＣＣＯＮフレームはデータチャネル上に送信され
る。
図２を用いて第１の実施例で説明したものと同様であ
る。ただしＭＡＣ部３の内部の構成が、第１の実施例に
おいて図１を用いて説明したものと異なる。また、本実
施例でも第１の実施例で図４を用いて説明したものと同
じ構成のフレームを用いる。但し、第１の実施例におい
てビジートーンチャネル上に送信されたＲＣＯＮフレー
ム、ＣＣＯＮフレームはデータチャネル上に送信され
る。
【００９２】図１０は本実施例の無線通信装置における
ＭＡＣ部３の内部構成を説明するブロック図である。図
１０は、第１の実施例におけるＭＡＣ部３の内部構成を
説明するブロック図である図１とは、ビジー信号受信手
段３３がない点と、送信用ＦＩＦＯ３２からビジー信号
送信手段３４へのデータ線がない点で異なる。本実施例
におけるビジー信号送信手段３４は、ビジートーン信号
のみの送信を行い、ＲＣＯＮフレーム、ＣＣＯＮフレー
ムはデータ送信手段３６で送信される。
ＭＡＣ部３の内部構成を説明するブロック図である。図
１０は、第１の実施例におけるＭＡＣ部３の内部構成を
説明するブロック図である図１とは、ビジー信号受信手
段３３がない点と、送信用ＦＩＦＯ３２からビジー信号
送信手段３４へのデータ線がない点で異なる。本実施例
におけるビジー信号送信手段３４は、ビジートーン信号
のみの送信を行い、ＲＣＯＮフレーム、ＣＣＯＮフレー
ムはデータ送信手段３６で送信される。
【００９３】図１１、１２、１３は本実施例の無線通信
装置の動作を示すフローチャートである。第１の実施例
における図５、６及び７の関係と同様に、図１１は、本
実施例の無線通信装置の動作全体を説明するフローチャ
ートであり、図１２はデータを送信する際の動作を、図
１３はデータを受信する際の動作を説明する。以下、こ
の３つのフローチャートについて説明していくが、第１
の実施例において説明したものと異なる動作についての
み説明する。
装置の動作を示すフローチャートである。第１の実施例
における図５、６及び７の関係と同様に、図１１は、本
実施例の無線通信装置の動作全体を説明するフローチャ
ートであり、図１２はデータを送信する際の動作を、図
１３はデータを受信する際の動作を説明する。以下、こ
の３つのフローチャートについて説明していくが、第１
の実施例において説明したものと異なる動作についての
み説明する。
【００９４】まず、図１１を用いて本実施例の無線通信
装置の動作全体を概説する。本実施例の無線通信装置
は、ステップＲでデータチャネル上から自局宛のＲＣＯ
Ｎフレームを受信すると、データ受信サブルーチンに入
る。データ受信サブルーチンを終了するとはじめに戻
る。また本実施例の無線通信装置は、ステップＲで自局
宛のＲＣＯＮフレームを受信していないという条件の下
で、ステップＳでメモリ１に送信すべきデータを有する
と、データ送信サブルーチンに入る。データ送信サブル
ーチンを終了するとはじめに戻る。後述するようにデー
タ送信サブルーチンにあってもコネクション確立手続き
中の初期の時点でデータチャネル上からの自局宛のＲＣ
ＯＮフレームを受信すると、データ受信サブルーチンに
はいる。
装置の動作全体を概説する。本実施例の無線通信装置
は、ステップＲでデータチャネル上から自局宛のＲＣＯ
Ｎフレームを受信すると、データ受信サブルーチンに入
る。データ受信サブルーチンを終了するとはじめに戻
る。また本実施例の無線通信装置は、ステップＲで自局
宛のＲＣＯＮフレームを受信していないという条件の下
で、ステップＳでメモリ１に送信すべきデータを有する
と、データ送信サブルーチンに入る。データ送信サブル
ーチンを終了するとはじめに戻る。後述するようにデー
タ送信サブルーチンにあってもコネクション確立手続き
中の初期の時点でデータチャネル上からの自局宛のＲＣ
ＯＮフレームを受信すると、データ受信サブルーチンに
はいる。
【００９５】続いて、図１２を用いてデータ送信時の動
作を説明する。ステップＳ０５までは、第１の実施例に
おいて図６を用いて説明した動作と同じ動作であるの
で、詳細な説明は省略する。ステップＳ０５でビジート
ーンチャネル上にギャップが検出されたならば、ＭＡＣ
制御手段３０は、信号線３０２に信号を送って、データ
チャネル用モデム４内の送受信切替えスイッチ４０を送
信側に切替え、データチャネル用モデム４を送信モード
に切替える。この信号は送信機４１に送信を喚起するこ
とにも使用される。ＭＡＣ制御手段３０は、データ送信
手段３６及び送信用ＦＩＦＯ３２にフレーム送信を指示
する。データ送信手段３６は、送信用ＦＩＦＯ３２内の
ＲＣＯＮヘッダの先頭にプリアンブルと開始デリミタと
を付加したデータ列を生成し、このデータ列を伝送路用
ビット列に変換してデータチャネル用モデム４の変調器
４２に転送し始める。データ送信手段３６はこのビット
列の転送中にＣＲＣを計算する。データ送信手段３６
は、送信用ＦＩＦＯ３２内のＲＣＯＮヘッダをすべて転
送し終ると、ＲＣＯＮヘッダの後尾に計算したＣＲＣと
終了デリミタを付加し、伝送路用ビット列に変換して変
調器４２に転送する。転送されたビット列は変調器４２
で変調が施され、送信機４１、共用器７、アンテナ８を
介してデータチャネルへ送信される。以上により、ＲＣ
ＯＮフレームの送信が行われる（ステップＳ０６）。
作を説明する。ステップＳ０５までは、第１の実施例に
おいて図６を用いて説明した動作と同じ動作であるの
で、詳細な説明は省略する。ステップＳ０５でビジート
ーンチャネル上にギャップが検出されたならば、ＭＡＣ
制御手段３０は、信号線３０２に信号を送って、データ
チャネル用モデム４内の送受信切替えスイッチ４０を送
信側に切替え、データチャネル用モデム４を送信モード
に切替える。この信号は送信機４１に送信を喚起するこ
とにも使用される。ＭＡＣ制御手段３０は、データ送信
手段３６及び送信用ＦＩＦＯ３２にフレーム送信を指示
する。データ送信手段３６は、送信用ＦＩＦＯ３２内の
ＲＣＯＮヘッダの先頭にプリアンブルと開始デリミタと
を付加したデータ列を生成し、このデータ列を伝送路用
ビット列に変換してデータチャネル用モデム４の変調器
４２に転送し始める。データ送信手段３６はこのビット
列の転送中にＣＲＣを計算する。データ送信手段３６
は、送信用ＦＩＦＯ３２内のＲＣＯＮヘッダをすべて転
送し終ると、ＲＣＯＮヘッダの後尾に計算したＣＲＣと
終了デリミタを付加し、伝送路用ビット列に変換して変
調器４２に転送する。転送されたビット列は変調器４２
で変調が施され、送信機４１、共用器７、アンテナ８を
介してデータチャネルへ送信される。以上により、ＲＣ
ＯＮフレームの送信が行われる（ステップＳ０６）。
【００９６】データ送信手段３６がＲＣＯＮフレームの
終了デリミタを変調器４２に転送し終わると、データ送
信手段３６はＲＣＯＮフレームの送信終了をＭＡＣ制御
手段３０へ通知する。ＭＡＣ制御手段３０は、データチ
ャネル用モデム４が転送されたＲＣＯＮフレームの送信
を終了するまでの時間待ち、信号線３０２に信号を送っ
て送受信切替スイッチ４０を受信側に切替え、データチ
ャネル用モデム４を受信モードに切替える。この信号は
受信機４３に受信を喚起することにも使用される。その
後、ＭＡＣ制御手段３０はＣＰＵ０へＲＣＯＮフレーム
送信終了を通知する。ＣＰＵ０はメモリ１内のコネクシ
ョン管理テーブルのコネクション状態をＣＣＯＮ受信待
ち状態へ書き替える（ステップＳ０７）。次いでＣＰＵ
０はＣＣＯＮ待ちタイマーを初期値を０として起動する
（ステップＳ０８）。
終了デリミタを変調器４２に転送し終わると、データ送
信手段３６はＲＣＯＮフレームの送信終了をＭＡＣ制御
手段３０へ通知する。ＭＡＣ制御手段３０は、データチ
ャネル用モデム４が転送されたＲＣＯＮフレームの送信
を終了するまでの時間待ち、信号線３０２に信号を送っ
て送受信切替スイッチ４０を受信側に切替え、データチ
ャネル用モデム４を受信モードに切替える。この信号は
受信機４３に受信を喚起することにも使用される。その
後、ＭＡＣ制御手段３０はＣＰＵ０へＲＣＯＮフレーム
送信終了を通知する。ＣＰＵ０はメモリ１内のコネクシ
ョン管理テーブルのコネクション状態をＣＣＯＮ受信待
ち状態へ書き替える（ステップＳ０７）。次いでＣＰＵ
０はＣＣＯＮ待ちタイマーを初期値を０として起動する
（ステップＳ０８）。
【００９７】データチャネル用モデム４内の受信機４３
がデータチャネルからの信号を受信し、検波復号器４４
を通して、データ受信手段３５にその信号がビット列に
変換されて入力されると、データ受信手段３５はそのビ
ット列から開始デリミタのビットパターンを探す。開始
デリミタを検出すると開始デリミタ以降をフレームとし
て認識する。その宛先アドレスフィールドからそのフレ
ームが自局宛であると判断すると、その旨をＭＡＣ制御
手段３０へ通知し、受信したフレームを、終了デリミタ
が検出されるまで、伝送路用ビット列から並列データに
変換しつつ受信用ＦＩＦＯ３１へ格納する。終了デリミ
タは受信用ＦＩＦＯ３１には格納されない。またデータ
受信手段３５はフレームのＣＲＣを検査する。なお、受
信用ＦＩＦＯ３１へのフレームの格納前にＭＡＣ制御手
段３０は受信用ＦＩＦＯ３１に制御信号を送ってデータ
受信手段３５からのデータを書き込み可能にしておく。
がデータチャネルからの信号を受信し、検波復号器４４
を通して、データ受信手段３５にその信号がビット列に
変換されて入力されると、データ受信手段３５はそのビ
ット列から開始デリミタのビットパターンを探す。開始
デリミタを検出すると開始デリミタ以降をフレームとし
て認識する。その宛先アドレスフィールドからそのフレ
ームが自局宛であると判断すると、その旨をＭＡＣ制御
手段３０へ通知し、受信したフレームを、終了デリミタ
が検出されるまで、伝送路用ビット列から並列データに
変換しつつ受信用ＦＩＦＯ３１へ格納する。終了デリミ
タは受信用ＦＩＦＯ３１には格納されない。またデータ
受信手段３５はフレームのＣＲＣを検査する。なお、受
信用ＦＩＦＯ３１へのフレームの格納前にＭＡＣ制御手
段３０は受信用ＦＩＦＯ３１に制御信号を送ってデータ
受信手段３５からのデータを書き込み可能にしておく。
【００９８】この後、ステップＳ０９でＣＰＵ０が受信
したフレームのタイプがＣＣＯＮであるかどうかを判定
するが、その動作は第１の実施例で図６を用いて説明し
たものと同様である。以下ステップＳ１０からステップ
Ｓ２３までも第１の実施例と同様である。
したフレームのタイプがＣＣＯＮであるかどうかを判定
するが、その動作は第１の実施例で図６を用いて説明し
たものと同様である。以下ステップＳ１０からステップ
Ｓ２３までも第１の実施例と同様である。
【００９９】ステップＳ０５でギャップが検出されない
間に、ステップＳ０９でＣＣＯＮフレーム受信として説
明した場合と同様の手順で、ＣＰＵ０がデータチャネル
からの自局宛のＲＣＯＮフレームを受信したと認識した
ならば（ステップＳ０５１）、本実施例の無線通信装置
はステップＳ０５２以降の動作をする。これは第１の実
施例において図６を用いて説明したものと同様である。
間に、ステップＳ０９でＣＣＯＮフレーム受信として説
明した場合と同様の手順で、ＣＰＵ０がデータチャネル
からの自局宛のＲＣＯＮフレームを受信したと認識した
ならば（ステップＳ０５１）、本実施例の無線通信装置
はステップＳ０５２以降の動作をする。これは第１の実
施例において図６を用いて説明したものと同様である。
【０１００】ステップＳ０９でデータチャネルからのＣ
ＣＯＮフレームを受信できないまま、ＣＣＯＮ待ちタイ
マーの値が所定の最大コネクション確立確認待ち時間に
達すると（ステップＳ０９１）、本実施例の無線通信装
置はステップＳ０９２以降の動作をする。これは第１の
実施例において図６を用いて説明したものと同様であ
る。
ＣＯＮフレームを受信できないまま、ＣＣＯＮ待ちタイ
マーの値が所定の最大コネクション確立確認待ち時間に
達すると（ステップＳ０９１）、本実施例の無線通信装
置はステップＳ０９２以降の動作をする。これは第１の
実施例において図６を用いて説明したものと同様であ
る。
【０１０１】ステップ１６１からステップ１６４の動作
も第１の実施例において図６を用いて説明したものと同
様である。
も第１の実施例において図６を用いて説明したものと同
様である。
【０１０２】続いて、図１３を用いて、本実施例の無線
通信装置のデータ受信時の動作について説明する。
通信装置のデータ受信時の動作について説明する。
【０１０３】ステップＳ０９のＣＣＯＮフレーム受信の
際に説明したのと同様の手順でＣＰＵ０がデータチャネ
ルからのＲＣＯＮフレームの受信を認識すると（ステッ
プＲ）、ステップＲ０１以降の処理を行う。ステップＲ
０１からステップＲ０６までの動作は、第１の実施例で
図７を用いて説明したものと同様である。
際に説明したのと同様の手順でＣＰＵ０がデータチャネ
ルからのＲＣＯＮフレームの受信を認識すると（ステッ
プＲ）、ステップＲ０１以降の処理を行う。ステップＲ
０１からステップＲ０６までの動作は、第１の実施例で
図７を用いて説明したものと同様である。
【０１０４】ステップＲ０６でビジートーンチャネル上
にギャップが検出されたならば、ステップＳ０６と同様
の手順で、送信用ＦＩＦＯ３２内のＣＣＯＮヘッダから
ＣＣＯＮフレームが構成され、データチャネル上へ送信
される（ステップＲ０７）。
にギャップが検出されたならば、ステップＳ０６と同様
の手順で、送信用ＦＩＦＯ３２内のＣＣＯＮヘッダから
ＣＣＯＮフレームが構成され、データチャネル上へ送信
される（ステップＲ０７）。
【０１０５】データ送信手段３６がＣＣＯＮフレームの
終了デリミタの転送を終えると、データ送信手段３６は
ＣＣＯＮフレームの送信終了をＭＡＣ制御手段３０へ通
知する。ＭＡＣ制御手段３０は、データチャネル用モデ
ム４がＣＣＯＮフレームを送信し終わるまでの時間待っ
て、信号線３０２に信号を送り、データチャネル用モデ
ム４内の送受信切替スイッチ４０を受信側に切替え、デ
ータチャネル用モデム４を受信モードに切替える。この
信号は受信機４３に受信を喚起することにも使用され
る。ＭＡＣ制御手段３０はＣＰＵ０へＣＣＯＮフレーム
送信終了を通知する。この通知を受けると、ＣＰＵ０は
ギャップ待ちタイマーを止める（ステップＲ０８）。
終了デリミタの転送を終えると、データ送信手段３６は
ＣＣＯＮフレームの送信終了をＭＡＣ制御手段３０へ通
知する。ＭＡＣ制御手段３０は、データチャネル用モデ
ム４がＣＣＯＮフレームを送信し終わるまでの時間待っ
て、信号線３０２に信号を送り、データチャネル用モデ
ム４内の送受信切替スイッチ４０を受信側に切替え、デ
ータチャネル用モデム４を受信モードに切替える。この
信号は受信機４３に受信を喚起することにも使用され
る。ＭＡＣ制御手段３０はＣＰＵ０へＣＣＯＮフレーム
送信終了を通知する。この通知を受けると、ＣＰＵ０は
ギャップ待ちタイマーを止める（ステップＲ０８）。
【０１０６】この後、ステップＲ０９からステップＲ２
３までの処理を行うが、これは第１の実施例で図７を用
いて説明したものと同様である。
３までの処理を行うが、これは第１の実施例で図７を用
いて説明したものと同様である。
【０１０７】ステップＲ０６１の、ビジートーンチャネ
ル上にギャップを検出できないまま、ギャップ待ちタイ
マーが所定の最大ギャップ待ち時間に達した場合の動
作、ステップＲ１３１の、ＤＡＴＡフレームを受信でき
ないまま、コネクション保持タイマーが最大コネクショ
ン保持時間に達した場合の動作、ステップＲ１５１及び
Ｒ１５２の、ＲＳＥＱとＣＳＥＱが一致しない場合の動
作も、第１の実施例と同様である。
ル上にギャップを検出できないまま、ギャップ待ちタイ
マーが所定の最大ギャップ待ち時間に達した場合の動
作、ステップＲ１３１の、ＤＡＴＡフレームを受信でき
ないまま、コネクション保持タイマーが最大コネクショ
ン保持時間に達した場合の動作、ステップＲ１５１及び
Ｒ１５２の、ＲＳＥＱとＣＳＥＱが一致しない場合の動
作も、第１の実施例と同様である。
【０１０８】更に、ステップＲ２１１からステップＲ２
１３までの動作も、第１の実施例と同様である。
１３までの動作も、第１の実施例と同様である。
【０１０９】以上、本実施例によれば、第１の実施例と
同様、ビジートーンチャネルを使って送受信双方で送信
中であることを他の端末に知らせるので、隠れ端末の問
題がなくなる。
同様、ビジートーンチャネルを使って送受信双方で送信
中であることを他の端末に知らせるので、隠れ端末の問
題がなくなる。
【０１１０】また、第１の実施例では、ビジートーンチ
ャネルに意味のある情報を含むフレーム（ＲＣＯＮフレ
ームとＣＣＯＮフレーム）が伝送されたが、本実施例で
は、ビジートーンチャネルにはＢＴ信号だけが伝送され
る。ＢＴ信号は意味のある情報を含まず、信号が伝送さ
れているか伝送されていないかの判定だけに使用され
る。このことから、本実施例では、ビジートーンチャネ
ルの帯域幅を第１の実施例の場合に比べて狭くとること
が可能であり、周波数帯域を有効に利用することができ
る。
ャネルに意味のある情報を含むフレーム（ＲＣＯＮフレ
ームとＣＣＯＮフレーム）が伝送されたが、本実施例で
は、ビジートーンチャネルにはＢＴ信号だけが伝送され
る。ＢＴ信号は意味のある情報を含まず、信号が伝送さ
れているか伝送されていないかの判定だけに使用され
る。このことから、本実施例では、ビジートーンチャネ
ルの帯域幅を第１の実施例の場合に比べて狭くとること
が可能であり、周波数帯域を有効に利用することができ
る。
【０１１１】（実施例３）次に、本発明にかかる第３の
実施例について図面を用いて説明する。なお、第１及び
第２の実施例において説明したものと同一機能の構成要
素については同一符号を付してその詳細な説明は省略す
る。第１及び第２の実施例と同様、本実施例において
も、ビジートーンチャネルとデータチャネルに異なる周
波数帯域を使用する場合を示す。
実施例について図面を用いて説明する。なお、第１及び
第２の実施例において説明したものと同一機能の構成要
素については同一符号を付してその詳細な説明は省略す
る。第１及び第２の実施例と同様、本実施例において
も、ビジートーンチャネルとデータチャネルに異なる周
波数帯域を使用する場合を示す。
【０１１２】本実施例は、コネクションの確立をビジー
トーンチャネルではなくデータチャネルを使用して行う
という点で第１の実施例と異なる。また、ＲＣＯＮフレ
ーム、ＣＣＯＮフレームを送信中に、ＢＴ信号を送信す
るという点で第２の実施例とも異なる。
トーンチャネルではなくデータチャネルを使用して行う
という点で第１の実施例と異なる。また、ＲＣＯＮフレ
ーム、ＣＣＯＮフレームを送信中に、ＢＴ信号を送信す
るという点で第２の実施例とも異なる。
【０１１３】本実施例の無線通信装置の基本的な構成は
図２を用いて第１の実施例で説明したものと同様であ
る。ＭＡＣ部３の内部の構成は、第２の実施例において
図１０を用いて説明したものと同様である。また、本実
施例でも第１の実施例で図４を用いて説明したものと同
じ構成のフレームを用いる。ただし、第１の実施例にお
いてビジートーンチャネル上に送信されたＲＣＯＮフレ
ーム、ＣＣＯＮフレームはデータチャネル上に送信され
る。
図２を用いて第１の実施例で説明したものと同様であ
る。ＭＡＣ部３の内部の構成は、第２の実施例において
図１０を用いて説明したものと同様である。また、本実
施例でも第１の実施例で図４を用いて説明したものと同
じ構成のフレームを用いる。ただし、第１の実施例にお
いてビジートーンチャネル上に送信されたＲＣＯＮフレ
ーム、ＣＣＯＮフレームはデータチャネル上に送信され
る。
【０１１４】本実施例の無線通信装置の全体の動作は第
２の実施例における図１１で表される。ただし、データ
送信時の動作を表す送信サブルーチン及びデータ受信時
の動作を表す受信サブルーチンの内容が第２の実施例と
若干異なる。
２の実施例における図１１で表される。ただし、データ
送信時の動作を表す送信サブルーチン及びデータ受信時
の動作を表す受信サブルーチンの内容が第２の実施例と
若干異なる。
【０１１５】まず、本実施例の無線通信装置のデータ送
信時の動作について説明する。第２の実施例と異なる点
は、ＲＣＯＮフレームの送信時の動作、すなわち図１２
におけるステップＳ０６の動作だけである。図１４は、
本実施例の無線通信装置のこのＲＣＯＮフレーム送信時
の動作を示すフローチャートである。図１４の内容を図
１２のステップＳ０６と入れ換えると、本実施例の無線
通信装置のデータ送信時の動作を示すフローチャートと
なる。
信時の動作について説明する。第２の実施例と異なる点
は、ＲＣＯＮフレームの送信時の動作、すなわち図１２
におけるステップＳ０６の動作だけである。図１４は、
本実施例の無線通信装置のこのＲＣＯＮフレーム送信時
の動作を示すフローチャートである。図１４の内容を図
１２のステップＳ０６と入れ換えると、本実施例の無線
通信装置のデータ送信時の動作を示すフローチャートと
なる。
【０１１６】図１４は、ＭＡＣ制御手段３０が、ビジー
トーンチャネルにギャップを検出したと判断した時点
（図１２のステップＳ０５）より後の動作を示してい
る。ギャップが検出されると、ＭＡＣ制御手段３０は、
信号線３０２及び信号線３０３へ信号を送って、それぞ
れデータチャネル用モデム４及びビジートーンチャネル
用モデム５内の送受信切替えスイッチ４０及び５０を送
信側に切替え、データチャネル用モデム４及びビジート
ーンチャネル用モデム５を送信モードに切替える（ステ
ップＪ３−Ｓ１）。
トーンチャネルにギャップを検出したと判断した時点
（図１２のステップＳ０５）より後の動作を示してい
る。ギャップが検出されると、ＭＡＣ制御手段３０は、
信号線３０２及び信号線３０３へ信号を送って、それぞ
れデータチャネル用モデム４及びビジートーンチャネル
用モデム５内の送受信切替えスイッチ４０及び５０を送
信側に切替え、データチャネル用モデム４及びビジート
ーンチャネル用モデム５を送信モードに切替える（ステ
ップＪ３−Ｓ１）。
【０１１７】これらの信号は送信機４１、５１に送信を
喚起することにも使用される。ＭＡＣ制御手段３０はビ
ジー信号送信手段３４にＢＴ信号の送信開始を指示す
る。ビジー信号送信手段３４はこの指示を受けて、ＢＴ
信号用の所定の繰り返しビットパターンをもつビット列
をビジートーンチャネル用モデム５の変調器５２へ転送
し始める。変調器５２は入力ビット列をビジートーンチ
ャネルの周波数帯域、変調方式で変調し、送信機５１、
共用器７、アンテナ８を経てＢＴ信号のビジートーンチ
ャネルへの送信が始まる（ステップＪ３−Ｓ２）。
喚起することにも使用される。ＭＡＣ制御手段３０はビ
ジー信号送信手段３４にＢＴ信号の送信開始を指示す
る。ビジー信号送信手段３４はこの指示を受けて、ＢＴ
信号用の所定の繰り返しビットパターンをもつビット列
をビジートーンチャネル用モデム５の変調器５２へ転送
し始める。変調器５２は入力ビット列をビジートーンチ
ャネルの周波数帯域、変調方式で変調し、送信機５１、
共用器７、アンテナ８を経てＢＴ信号のビジートーンチ
ャネルへの送信が始まる（ステップＪ３−Ｓ２）。
【０１１８】次いで、ＭＡＣ制御手段３０は、データ送
信手段３６及び送信用ＦＩＦＯ３２にフレーム送信を指
示する。データ送信手段３６は、送信用ＦＩＦＯ内のＲ
ＣＯＮヘッダの先頭にプリアンブルと開始デリミタとを
付加したデータ列を伝送路用ビット列に変換してデータ
チャネル用モデム４の変調器４２に転送し始める。転送
されたビット列は変調器４２で変調が施され、送信機４
１、共用器７、アンテナ８を経てデータチャネルへＲＣ
ＯＮフレームの送信が始まる（ステップＪ３−Ｓ３）。
信手段３６及び送信用ＦＩＦＯ３２にフレーム送信を指
示する。データ送信手段３６は、送信用ＦＩＦＯ内のＲ
ＣＯＮヘッダの先頭にプリアンブルと開始デリミタとを
付加したデータ列を伝送路用ビット列に変換してデータ
チャネル用モデム４の変調器４２に転送し始める。転送
されたビット列は変調器４２で変調が施され、送信機４
１、共用器７、アンテナ８を経てデータチャネルへＲＣ
ＯＮフレームの送信が始まる（ステップＪ３−Ｓ３）。
【０１１９】データ送信手段３６はＲＣＯＮヘッダの先
頭にプリアンブルと開始デリミタとを付加したデータ列
を伝送路用ビット列に変換して変調器４２に転送してい
る間にＣＲＣを計算する。データ送信手段３６は、送信
用ＦＩＦＯ３２内のＲＣＯＮヘッダをすべて転送し終わ
ると、ＲＣＯＮヘッダの後尾に計算したＣＲＣと終了デ
リミタを付加し、伝送路用ビット列に変換して変調器４
２に転送する。
頭にプリアンブルと開始デリミタとを付加したデータ列
を伝送路用ビット列に変換して変調器４２に転送してい
る間にＣＲＣを計算する。データ送信手段３６は、送信
用ＦＩＦＯ３２内のＲＣＯＮヘッダをすべて転送し終わ
ると、ＲＣＯＮヘッダの後尾に計算したＣＲＣと終了デ
リミタを付加し、伝送路用ビット列に変換して変調器４
２に転送する。
【０１２０】データ送信手段３６がＲＣＯＮフレームの
終了デリミタを変調器４２に転送し終わると（ステップ
Ｊ３−Ｓ４）、データ送信手段３６はＲＣＯＮフレーム
の送信終了をＭＡＣ制御手段３０へ通知する。ＭＡＣ制
御手段３０は、データチャネル用モデム５が転送された
ＲＣＯＮフレームの送信を終了するまで待ち、ビジー信
号送信手段３４へ指示して、ＢＴ信号の送信を停止させ
る（ステップＪ３−Ｓ５）。
終了デリミタを変調器４２に転送し終わると（ステップ
Ｊ３−Ｓ４）、データ送信手段３６はＲＣＯＮフレーム
の送信終了をＭＡＣ制御手段３０へ通知する。ＭＡＣ制
御手段３０は、データチャネル用モデム５が転送された
ＲＣＯＮフレームの送信を終了するまで待ち、ビジー信
号送信手段３４へ指示して、ＢＴ信号の送信を停止させ
る（ステップＪ３−Ｓ５）。
【０１２１】次いで、ＭＡＣ制御手段３０は、信号線３
０２及び３０３に信号を送って、送受信切替えスイッチ
４０及び５０を受信側に切替え、データチャネル用モデ
ム４及びビジートーンチャネル用モデム５を受信モード
に切替える（ステップＪ３−Ｓ６）。これらの信号は受
信機４３、５３に受信を喚起することにも使用される。
その後、ＭＡＣ制御手段３０はＣＰＵ０へＲＣＯＮフレ
ーム送信終了を通知する。この後、図１２のステップＳ
０７以降の動作を行う。
０２及び３０３に信号を送って、送受信切替えスイッチ
４０及び５０を受信側に切替え、データチャネル用モデ
ム４及びビジートーンチャネル用モデム５を受信モード
に切替える（ステップＪ３−Ｓ６）。これらの信号は受
信機４３、５３に受信を喚起することにも使用される。
その後、ＭＡＣ制御手段３０はＣＰＵ０へＲＣＯＮフレ
ーム送信終了を通知する。この後、図１２のステップＳ
０７以降の動作を行う。
【０１２２】次に、本実施例の無線通信装置のデータ受
信時の動作について説明する。第２の実施例と異なる点
は、ＣＣＯＮフレームの送信からＢＴ信号送信までの動
作、すなわち図１３におけるステップＲ０７からステッ
プＲ１０までの動作だけである。図１５は、本実施例の
無線通信装置のＣＣＯＮフレーム送信及びＢＴ信号送信
時の動作を示すフローチャートである。図１５の内容を
図１３のステップＲ０７からステップＲ１０までと入れ
換えると、本実施例の無線通信装置のデータ受信時の動
作を示すフローチャートとなる。
信時の動作について説明する。第２の実施例と異なる点
は、ＣＣＯＮフレームの送信からＢＴ信号送信までの動
作、すなわち図１３におけるステップＲ０７からステッ
プＲ１０までの動作だけである。図１５は、本実施例の
無線通信装置のＣＣＯＮフレーム送信及びＢＴ信号送信
時の動作を示すフローチャートである。図１５の内容を
図１３のステップＲ０７からステップＲ１０までと入れ
換えると、本実施例の無線通信装置のデータ受信時の動
作を示すフローチャートとなる。
【０１２３】図１５は、ＭＡＣ制御手段３０が、ビジー
トーンチャネルにギャップを検出したと判断した時点
（図１３のステップＲ０６）より後の動作を示してい
る。ギャップが検出されると、ＭＡＣ制御手段３０は、
信号線３０２及び信号線３０３へ信号を送って、それぞ
れデータチャネル用モデム４及びビジートーンチャネル
用モデム５内の送受信切替えスイッチ４０及び５０を送
信側に切替え、データチャネル用モデム４及びビジート
ーンチャネル用モデム５を送信モードに切替える（ステ
ップＪ３−Ｒ１）。これらの信号は送信機４１、５１に
送信を喚起することにも使用される。
トーンチャネルにギャップを検出したと判断した時点
（図１３のステップＲ０６）より後の動作を示してい
る。ギャップが検出されると、ＭＡＣ制御手段３０は、
信号線３０２及び信号線３０３へ信号を送って、それぞ
れデータチャネル用モデム４及びビジートーンチャネル
用モデム５内の送受信切替えスイッチ４０及び５０を送
信側に切替え、データチャネル用モデム４及びビジート
ーンチャネル用モデム５を送信モードに切替える（ステ
ップＪ３−Ｒ１）。これらの信号は送信機４１、５１に
送信を喚起することにも使用される。
【０１２４】ＭＡＣ制御手段３０はビジー信号送信手段
３４にＢＴ信号の送信開始を指示する。ビジー信号送信
手段３４はこの指示を受けて、ＢＴ信号用の所定の繰り
返しビットパターンをもつビット列をビジートーンチャ
ネル用モデム５の変調器５２へ転送し始める。変調器５
２は入力ビット列をビジートーンチャネルの周波数帯
域、変調方式で変調し、送信機５１、共用器７、アンテ
ナ８を経てＢＴ信号のビジートーンチャネルへの送信が
始まる（ステップＪ３−Ｒ２）。
３４にＢＴ信号の送信開始を指示する。ビジー信号送信
手段３４はこの指示を受けて、ＢＴ信号用の所定の繰り
返しビットパターンをもつビット列をビジートーンチャ
ネル用モデム５の変調器５２へ転送し始める。変調器５
２は入力ビット列をビジートーンチャネルの周波数帯
域、変調方式で変調し、送信機５１、共用器７、アンテ
ナ８を経てＢＴ信号のビジートーンチャネルへの送信が
始まる（ステップＪ３−Ｒ２）。
【０１２５】次いで、ＭＡＣ制御手段３０は、データ送
信手段３６及び送信用ＦＩＦＯ３２にフレーム送信を指
示する。データ送信手段３６は、送信用ＦＩＦＯ内のＣ
ＣＯＮヘッダの先頭にプリアンブルと開始デリミタとを
付加したデータ列を伝送路用ビット列に変換してデータ
チャネル用モデム４の変調器４２に転送し始める。転送
されたビット列は変調器４２で変調が施され、送信機４
１、共用器７、アンテナ８を経てデータチャネルへＣＣ
ＯＮフレームの送信が始まる（ステップＪ３−Ｒ３）。
信手段３６及び送信用ＦＩＦＯ３２にフレーム送信を指
示する。データ送信手段３６は、送信用ＦＩＦＯ内のＣ
ＣＯＮヘッダの先頭にプリアンブルと開始デリミタとを
付加したデータ列を伝送路用ビット列に変換してデータ
チャネル用モデム４の変調器４２に転送し始める。転送
されたビット列は変調器４２で変調が施され、送信機４
１、共用器７、アンテナ８を経てデータチャネルへＣＣ
ＯＮフレームの送信が始まる（ステップＪ３−Ｒ３）。
【０１２６】データ送信手段３６はＣＣＯＮヘッダの先
頭にプリアンブルと開始デリミタとを付加したデータ列
を伝送路用ビット列に変換して変調器４２に転送してい
る間にＣＲＣを計算する。データ送信手段３６は、送信
用ＦＩＦＯ３２内のＣＣＯＮヘッダをすべて転送し終わ
ると、ＣＣＯＮヘッダの後尾に計算したＣＲＣと終了デ
リミタを付加し、伝送路用ビット列に変換して変調器４
２に転送する。
頭にプリアンブルと開始デリミタとを付加したデータ列
を伝送路用ビット列に変換して変調器４２に転送してい
る間にＣＲＣを計算する。データ送信手段３６は、送信
用ＦＩＦＯ３２内のＣＣＯＮヘッダをすべて転送し終わ
ると、ＣＣＯＮヘッダの後尾に計算したＣＲＣと終了デ
リミタを付加し、伝送路用ビット列に変換して変調器４
２に転送する。
【０１２７】データ送信手段３６がＣＣＯＮフレームの
終了デリミタを変調器４２に転送し終わると（ステップ
Ｊ３−Ｒ４）、データ送信手段３６はＣＣＯＮフレーム
の送信終了をＭＡＣ制御手段３０へ通知する。ＭＡＣ制
御手段３０は、データチャネル用モデム４が転送された
ＲＣＯＮフレームの送信を終了するまで待ち、信号線３
０２に信号を送って、送受信切替えスイッチ４０を受信
側に切替え、データチャネル用モデム４を受信モードに
切替える（ステップＪ３−Ｒ５）。これらの信号は受信
機４３に受信を喚起することにも使用される。その後、
ＭＡＣ制御手段３０はＣＰＵ０へＣＣＯＮフレーム送信
終了を通知する。この通知を受けるとＣＰＵ０はギャッ
プ待ちタイマーを止める（ステップＪ３−Ｒ６）。この
後の動作は、図１３のステップＲ１１以降と同様であ
る。
終了デリミタを変調器４２に転送し終わると（ステップ
Ｊ３−Ｒ４）、データ送信手段３６はＣＣＯＮフレーム
の送信終了をＭＡＣ制御手段３０へ通知する。ＭＡＣ制
御手段３０は、データチャネル用モデム４が転送された
ＲＣＯＮフレームの送信を終了するまで待ち、信号線３
０２に信号を送って、送受信切替えスイッチ４０を受信
側に切替え、データチャネル用モデム４を受信モードに
切替える（ステップＪ３−Ｒ５）。これらの信号は受信
機４３に受信を喚起することにも使用される。その後、
ＭＡＣ制御手段３０はＣＰＵ０へＣＣＯＮフレーム送信
終了を通知する。この通知を受けるとＣＰＵ０はギャッ
プ待ちタイマーを止める（ステップＪ３−Ｒ６）。この
後の動作は、図１３のステップＲ１１以降と同様であ
る。
【０１２８】以上、本実施例によれば、第１及び第２の
実施例と同様、ビジートーンチャネルを使って送受信双
方で送信中であることを他の端末に知らせるので、隠れ
端末の問題がなくなる。
実施例と同様、ビジートーンチャネルを使って送受信双
方で送信中であることを他の端末に知らせるので、隠れ
端末の問題がなくなる。
【０１２９】また、本実施例によれば、第２の実施例と
同様、ビジートーンチャネルの帯域幅を第１の実施例の
場合に比べて狭くとることが可能であり、周波数帯域を
有効に利用することができる。
同様、ビジートーンチャネルの帯域幅を第１の実施例の
場合に比べて狭くとることが可能であり、周波数帯域を
有効に利用することができる。
【０１３０】第２の実施例においては、ＲＣＯＮ（ＣＣ
ＯＮ）フレーム送信中は、ＢＴ信号を送信しないので、
ビジートーンチャネルだけを観察していると、他の端末
がＲＣＯＮ（ＣＣＯＮ）フレーム送信中にも関わらず送
信を開始してしまう端末が存在する可能性がある。ＲＣ
ＯＮ（ＣＣＯＮ）フレームを送信する際、事前にデータ
チャネルも観察し、ビジートーンチャネルのギャップ検
出と同様の手順でギャップを検出した時に限って、ＲＣ
ＯＮ（ＣＣＯＮ）フレームを送信するようにすれば、こ
のことは回避できる。しかし、ビジートーンチャネルの
ギャップ検出に加えてデータチャネルのギャップ検出も
行わなければならないので、処理が複雑になり、回路規
模も大きくなる。本実施例では、ＲＣＯＮ（ＣＣＯＮ）
フレーム送信時にＢＴ信号を送信するので、ＲＣＯＮ
（ＣＣＯＮ）フレーム送信前にビジートーンチャネルを
観察するだけで、ＲＣＯＮ（ＣＣＯＮ）フレームの衝突
を回避することができる。
ＯＮ）フレーム送信中は、ＢＴ信号を送信しないので、
ビジートーンチャネルだけを観察していると、他の端末
がＲＣＯＮ（ＣＣＯＮ）フレーム送信中にも関わらず送
信を開始してしまう端末が存在する可能性がある。ＲＣ
ＯＮ（ＣＣＯＮ）フレームを送信する際、事前にデータ
チャネルも観察し、ビジートーンチャネルのギャップ検
出と同様の手順でギャップを検出した時に限って、ＲＣ
ＯＮ（ＣＣＯＮ）フレームを送信するようにすれば、こ
のことは回避できる。しかし、ビジートーンチャネルの
ギャップ検出に加えてデータチャネルのギャップ検出も
行わなければならないので、処理が複雑になり、回路規
模も大きくなる。本実施例では、ＲＣＯＮ（ＣＣＯＮ）
フレーム送信時にＢＴ信号を送信するので、ＲＣＯＮ
（ＣＣＯＮ）フレーム送信前にビジートーンチャネルを
観察するだけで、ＲＣＯＮ（ＣＣＯＮ）フレームの衝突
を回避することができる。
【０１３１】なお、第１、第２、第３の実施例では、ビ
ジートーンチャネルとデータチャネルに異なる周波数帯
域を用いることを想定したが、時分割等の方法によって
物理的には一つの周波数帯域を用いることも可能であ
る。一つの周波数を時分割によって論理的に二つのチャ
ネルとして使う場合には、共用器はアンテナスイッチと
なる。無線ネットワーク上の全端末の共用器が、時分割
の区切り毎に、チャネルをビジートーンチャネルとする
かデータチャネルとするかを切り替えて、論理的な二つ
のチャネルを実現する。
ジートーンチャネルとデータチャネルに異なる周波数帯
域を用いることを想定したが、時分割等の方法によって
物理的には一つの周波数帯域を用いることも可能であ
る。一つの周波数を時分割によって論理的に二つのチャ
ネルとして使う場合には、共用器はアンテナスイッチと
なる。無線ネットワーク上の全端末の共用器が、時分割
の区切り毎に、チャネルをビジートーンチャネルとする
かデータチャネルとするかを切り替えて、論理的な二つ
のチャネルを実現する。
【０１３２】また、第１、第２、第３の実施例では、ギ
ャップ時間を所定のものとしたが、乱数で与えてもよ
い。
ャップ時間を所定のものとしたが、乱数で与えてもよ
い。
【０１３３】また、第１、第２、第３の実施例では、コ
ネクション確立要求フレームを送信する前にギャップ検
出を行うためにビジートーンチャネルを観察している最
中に、自局宛てのＲＣＯＮフレームを受信した場合、コ
ネクション管理テーブルをクリアしてデータを受信する
手続きを行うが、このような場合、受信したＲＣＯＮフ
レームを無視してデータを送信する手続きを続行しても
よい。
ネクション確立要求フレームを送信する前にギャップ検
出を行うためにビジートーンチャネルを観察している最
中に、自局宛てのＲＣＯＮフレームを受信した場合、コ
ネクション管理テーブルをクリアしてデータを受信する
手続きを行うが、このような場合、受信したＲＣＯＮフ
レームを無視してデータを送信する手続きを続行しても
よい。
【０１３４】また、コネクション確立要求フレームもし
くはコネクション確立確認フレームを送信する前にビジ
ートーンチャネルを観察した結果、所定の信号強度以上
の信号を検出した場合は、所定のもしくは乱数で与えら
れる時間、ビジートーンチャネルの観察を中断してもよ
い。このことにより電力消費を押えることができる。
くはコネクション確立確認フレームを送信する前にビジ
ートーンチャネルを観察した結果、所定の信号強度以上
の信号を検出した場合は、所定のもしくは乱数で与えら
れる時間、ビジートーンチャネルの観察を中断してもよ
い。このことにより電力消費を押えることができる。
【０１３５】また、第１、第２、第３の実施例では、Ｅ
ＯＰビットが１であるＤＡＴＡフレームを受信した後、
コネクション保持タイマーを使って最大コネクション保
持時間だけ待ってＢＴ信号の送信を終了しコネクション
を解放しているが、別のタイマーを使って、最大コネク
ション保持時間より長い、もしくは短い時間だけ待って
以降の処理を行ってもよい。より長い時間待てば、最後
のＤＡＴＡフレームに対するＡＣＫフレームが落ちたこ
とによる上位層レベルでのデータの再送を防ぐことがで
きる。より短い時間待てば、コネクションを早く解放す
ることで他の端末によるデータ送信開始を早めることが
できる。
ＯＰビットが１であるＤＡＴＡフレームを受信した後、
コネクション保持タイマーを使って最大コネクション保
持時間だけ待ってＢＴ信号の送信を終了しコネクション
を解放しているが、別のタイマーを使って、最大コネク
ション保持時間より長い、もしくは短い時間だけ待って
以降の処理を行ってもよい。より長い時間待てば、最後
のＤＡＴＡフレームに対するＡＣＫフレームが落ちたこ
とによる上位層レベルでのデータの再送を防ぐことがで
きる。より短い時間待てば、コネクションを早く解放す
ることで他の端末によるデータ送信開始を早めることが
できる。
【０１３６】また、第１、第２、第３の実施例では一つ
のＤＡＴＡフレーム毎にＡＣＫフレームで確認している
が、所定の数毎のＤＡＴＡフレームに確認要求を含ま
せ、確認要求を含むＤＡＴＡフレームを受信した場合に
のみ、その時点でまだ確認していないすべてのＤＡＴＡ
フレームを確認するＡＣＫフレームを送信してもよい。
この場合、ＤＡＴＡフレームは再送はまだＡＣＫフレー
ムによって確認されていないすべてのＤＡＴＡフレーム
を再送することになる。また、ＡＣＫフレームを全然送
らなくてもよい。この場合の再送は上位層レベルに委ね
られる。
のＤＡＴＡフレーム毎にＡＣＫフレームで確認している
が、所定の数毎のＤＡＴＡフレームに確認要求を含ま
せ、確認要求を含むＤＡＴＡフレームを受信した場合に
のみ、その時点でまだ確認していないすべてのＤＡＴＡ
フレームを確認するＡＣＫフレームを送信してもよい。
この場合、ＤＡＴＡフレームは再送はまだＡＣＫフレー
ムによって確認されていないすべてのＤＡＴＡフレーム
を再送することになる。また、ＡＣＫフレームを全然送
らなくてもよい。この場合の再送は上位層レベルに委ね
られる。
【０１３７】また、第１、第２、第３の実施例では、コ
ネクション確立状態である間中、ＢＴ信号を送信し続け
ているが、ＢＴ信号の送信停止時間が、ＲＣＯＮ（ＣＣ
ＯＮ）フレーム送信前の所定のギャップ時間未満になる
ように、間欠的にＢＴ信号を送信してもよい。このこと
は電力消費の削減につながる。
ネクション確立状態である間中、ＢＴ信号を送信し続け
ているが、ＢＴ信号の送信停止時間が、ＲＣＯＮ（ＣＣ
ＯＮ）フレーム送信前の所定のギャップ時間未満になる
ように、間欠的にＢＴ信号を送信してもよい。このこと
は電力消費の削減につながる。
【０１３８】また、第２の実施例ではＣＣＯＮフレーム
送信終了後にＢＴ信号を送信するとしているが、第３の
実施例と同様にしてＣＣＯＮフレーム送信開始と同時に
ＢＴ信号を送信するようにしてもよい。このことによ
り、第２の実施例の無線通信装置においても第３の実施
例の最後に述べたようなＣＣＯＮフレーム送信時の衝突
回避の機能を実現することができる。
送信終了後にＢＴ信号を送信するとしているが、第３の
実施例と同様にしてＣＣＯＮフレーム送信開始と同時に
ＢＴ信号を送信するようにしてもよい。このことによ
り、第２の実施例の無線通信装置においても第３の実施
例の最後に述べたようなＣＣＯＮフレーム送信時の衝突
回避の機能を実現することができる。
【０１３９】また、第３の実施例ではＲＣＯＮフレーム
送信中ずっとＢＴ信号を送信するとしているが、ＲＣＯ
Ｎフレームを送信し始めて、所定の時間経過した後にＢ
Ｔ信号の送信を始めてもよいし、ＲＣＯＮフレームを送
信し終わる前にＢＴ信号の送信を止めてもよい。このこ
とは、電力消費の削減につながる。
送信中ずっとＢＴ信号を送信するとしているが、ＲＣＯ
Ｎフレームを送信し始めて、所定の時間経過した後にＢ
Ｔ信号の送信を始めてもよいし、ＲＣＯＮフレームを送
信し終わる前にＢＴ信号の送信を止めてもよい。このこ
とは、電力消費の削減につながる。
【０１４０】
【発明の効果】以上説明した通り本発明によれば、ビジ
ートーンチャネルを使って送受信双方で送信中であるこ
とを他の端末に知らせるので、隠れ端末の問題がなくな
り、隠れ端末存在時のスループットの低下等の問題を解
決できる。
ートーンチャネルを使って送受信双方で送信中であるこ
とを他の端末に知らせるので、隠れ端末の問題がなくな
り、隠れ端末存在時のスループットの低下等の問題を解
決できる。
【０１４１】また本発明の通信方法及び通信装置は、中
央局を必要とせず、分散環境で使用できる。
央局を必要とせず、分散環境で使用できる。
【図１】本発明の第１の実施例の無線通信装置のＭＡＣ
部の要部の構成を示すブロック図
部の要部の構成を示すブロック図
【図２】同全体の要部の構成を示すブロック図
【図３】（ａ）は同データチャネル用モデムの要部の構
成を示すブロック図 （ｂ）は同ビジートーンチャネル用モデムの要部の構成
を示すブロック図
成を示すブロック図 （ｂ）は同ビジートーンチャネル用モデムの要部の構成
を示すブロック図
【図４】同用いられるフレームの構成を示す図
【図５】同全体の動作を示すフローチャート
【図６】同送信時の動作を示すフローチャート
【図７】同受信時の動作を示すフローチャート
【図８】本発明の第１の実施例の無線通信装置のスルー
プット特性を評価したシミュレーション結果を示す図
プット特性を評価したシミュレーション結果を示す図
【図９】同シミュレーションで用いた端末間の平均伝搬
損を与えることを示す図
損を与えることを示す図
【図１０】本発明の第２、第３の実施例の無線通信装置
のＭＡＣ部の要部の構成を示すブロック図
のＭＡＣ部の要部の構成を示すブロック図
【図１１】本発明の第２の実施例の全体の動作を示すフ
ローチャート
ローチャート
【図１２】同送信時の動作を示すフローチャート
【図１３】同受信時の動作を示すフローチャート
【図１４】本発明の第３の実施例の無線通信装置のデー
タ送信時におけるコネクション確立時の動作の一部を示
すフローチャート
タ送信時におけるコネクション確立時の動作の一部を示
すフローチャート
【図１５】同データ受信時におけるコネクション確立時
の動作の一部を示すフローチャート
の動作の一部を示すフローチャート
【図１６】隠れ端末について説明する説明図
【図１７】従来の無線通信装置のデータ交換の説明図
０ ＣＰＵ １ メモリ ２ ＤＭＡコントローラ ３ ＭＡＣ部 ３０ ＭＡＣ制御手段 ３１ 受信用ＦＩＦＯ ３２ 送信用ＦＩＦＯ ３３ ビジー信号受信手段 ３４ ビジー信号送信手段 ３５ データ受信手段 ３６ データ送信手段 ３０１ ビジートーンチャネルの信号状態をビジー信号
観察手段へ伝える信号線 ３０２ データチャネル用モデムの送受信モードを切替
える信号線 ３０３ ビジートーンチャネル用モデムの送受信モード
を切替える信号線 ３０４ ビジートーンチャネルの信号状態をＭＡＣ制御
手段へ伝える信号線 ４ データチャネル用モデム ４０ 送受信切替スイッチ ４１ 送信機 ４２ 変調器 ４３ 受信機 ４４ 検波復号器 ５ ビジートーンチャネル用モデム ５０ 送受信切替スイッチ ５１ 送信機 ５２ 変調器 ５３ 受信機 ５４ 検波復号器 ６ バス ７ 共用器 ８ アンテナ
観察手段へ伝える信号線 ３０２ データチャネル用モデムの送受信モードを切替
える信号線 ３０３ ビジートーンチャネル用モデムの送受信モード
を切替える信号線 ３０４ ビジートーンチャネルの信号状態をＭＡＣ制御
手段へ伝える信号線 ４ データチャネル用モデム ４０ 送受信切替スイッチ ４１ 送信機 ４２ 変調器 ４３ 受信機 ４４ 検波復号器 ５ ビジートーンチャネル用モデム ５０ 送受信切替スイッチ ５１ 送信機 ５２ 変調器 ５３ 受信機 ５４ 検波復号器 ６ バス ７ 共用器 ８ アンテナ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/28 Ｈ０４Ｌ 11/00 ３１０ Ｂ
Claims (17)
- 【請求項１】データ伝送に使用されるデータチャネル
と、アクセス権制御に使用されるビジートーンチャネル
とを使用し、マルチプルアクセスを行う通信装置で用い
られる通信方法であって、 第１の前記通信装置から第２の前記通信装置へデータを
送信する方法として、 前記第１の通信装置及び前記第２の通信装置が前記ビジ
ートーンチャネル上の信号を観察する観察ステップと、 前記観察ステップの結果、前記第１の通信装置及び前記
第２の通信装置の双方が前記ビジートーンチャネル上に
信号を検出しなければ、前記第１の通信装置及び前記第
２の通信装置が、前記第１の通信装置と前記第２の通信
装置との間にコネクションを確立するコネクション確立
ステップと、 前記コネクション確立ステップの後、前記第１の通信装
置及び前記第２の通信装置の双方が前記ビジートーンチ
ャネル上へビジートーン信号の送信を開始するビジート
ーン信号送信開始ステップと、 前記ビジートーン信号送信開始ステップの後、前記第１
の通信装置が前記第２の前記通信装置への前記データチ
ャネルを使用してデータを送信するデータ送信ステップ
と、 前記データ送信ステップによって前記第１の通信装置か
ら送信されたデータを、前記第２の前記通信装置が受信
するデータ受信ステップと、 前記第１の通信装置から前記第２の前記通信装置への前
記データの送信が終了した後、前記第１の通信装置及び
前記第２の通信装置の双方が前記ビジートーンチャネル
上への前記ビジートーン信号の送信を終了するビジート
ーン信号送信終了ステップとを含むことを特徴とする通
信方法。 - 【請求項２】コネクション確立ステップにおいて、コネ
クションの確立をビジートーンチャネルを使用して実施
することを特徴とする請求項１に記載の通信方法。 - 【請求項３】コネクション確立ステップが、 第１の通信装置がビジートーンチャネルに信号を検出し
ないならば、第２の通信装置宛てのコネクション確立要
求フレームを、前記ビジートーンチャネル上に送信す
る、コネクション確立要求送信ステップと、 前記コネクション確立要求送信ステップによって前記第
１の通信装置が送信した前記コネクション確立要求フレ
ームを、前記第２の通信装置が受信する、コネクション
確立要求受信ステップと、 前記コネクション確立要求受信ステップの後、前記第２
の通信装置が前記ビジートーンチャネルに信号を検出し
ないならば、前記コネクション確立要求フレームを確認
するコネクション確立確認フレームを、前記ビジートー
ンチャネル上に、前記第１の通信装置宛てに送信する、
コネクション確立確認送信ステップと、 前記コネクション確立確認送信ステップによって前記第
２の通信装置が送信した前記コネクション確立確認フレ
ームを、前記第１の通信装置が受信する、コネクション
確立確認受信ステップとを含むことを特徴とする請求項
２に記載の通信方法。 - 【請求項４】ビジートーン信号送信開始ステップが、 第２の通信装置がビジートーンチャネル上へコネクショ
ン確立確認フレームを送信する、コネクション確立確認
送信ステップの後、前記第２の通信装置が前記ビジート
ーンチャネル上にビジートーン信号の送信を開始する第
１のビジートーン信号送信開始ステップと、 第１の通信装置が前記ビジートーンチャネル上からコネ
クション確立確認フレームを受信する、コネクション確
立確認受信ステップの後、前記第１の通信装置が、前記
ビジートーンチャネル上にビジートーン信号の送信を開
始する第２のビジートーン信号送信開始ステップとを含
むことを特徴とする請求項３に記載の通信方法。 - 【請求項５】コネクション確立ステップにおいて、コネ
クションの確立をデータチャネルを使用して実施するこ
とを特徴とする請求項１に記載の通信方法。 - 【請求項６】コネクション確立ステップが、 第１の通信装置がビジートーンチャネルに信号を検出し
ないならば、第２の通信装置宛てのコネクション確立要
求フレームを、データチャネル上に、送信する、コネク
ション確立要求送信ステップと、 前記コネクション確立要求送信ステップによって前記第
１の通信装置が送信した前記コネクション確立要求フレ
ームを、前記第２の通信装置が受信する、コネクション
確立要求受信ステップと、 前記コネクション確立要求受信ステップの後、前記第２
の通信装置が前記ビジートーンチャネルに信号を検出し
ないならば、前記コネクション確立要求フレームを確認
するコネクション確立確認フレームを、前記データチャ
ネル上に、前記第１の通信装置宛てに送信する、コネク
ション確立確認送信ステップと、 前記コネクション確立確認送信ステップによって前記第
２の通信装置が送信した前記コネクション確立確認フレ
ームを前記第１の通信装置が受信する、コネクション確
立確認受信ステップとを含むことを特徴とする請求項５
に記載の通信方法。 - 【請求項７】ビジートーン信号送信開始ステップが、 コネクション確立確認送信ステップにおいて、第２の通
信装置がデータチャネル上にコネクション確立確認フレ
ームの送信を開始すると同時に、もしくは、前記コネク
ション確立確認フレームを送信中に、もしくは、前記コ
ネクション確立確認フレームを送信し終わった後に、前
記第２の通信装置がビジートーンチャネル上にビジート
ーン信号の送信を開始する、第１のビジートーン信号送
信開始ステップと、 前記コネクション確立確認受信ステップの後、第１の通
信装置が、前記ビジートーンチャネル上にビジートーン
信号の送信を開始する第２のビジートーン信号送信開始
ステップとを含むことを特徴とする請求項６に記載の通
信方法。 - 【請求項８】コネクション確立ステップが、 第１の通信装置がビジートーンチャネルに信号を検出し
ないならば、前記第１の通信装置がデータチャネル上
に、第２の通信装置宛てにコネクション確立要求フレー
ムを送信する、コネクション確立要求送信ステップと、 前記第１の通信装置が前記コネクション確立要求フレー
ムを送信しているすべてのもしくは一部の時間、前記第
１の通信装置が前記ビジートーンチャネル上にビジート
ーン信号を送信し続ける、コネクション確立時ビジート
ーン信号送信ステップと、 前記コネクション確立要求ステップによって前記第１の
通信装置が送信した前記コネクション確立要求フレーム
を、前記第２の通信装置が受信するコネクション確立要
求受信ステップと、 前記コネクション確立要求受信ステップの後、前記第２
の通信装置が前記ビジートーンチャネルに信号を検出し
ないならば、前記コネクション確立要求フレームを確認
するコネクション確立確認フレームを、前記データチャ
ネル上に、前記第１の通信装置宛てに送信する、コネク
ション確立確認送信ステップと、 前記コネクション確立確認送信ステップによって前記第
２の通信装置が送信した前記コネクション確立確認フレ
ームを、前記第１の通信装置が受信する、コネクション
確立確認受信ステップとを含むことを特徴とする請求項
５に記載の通信方法。 - 【請求項９】ビジートーン信号送信開始ステップが、 コネクション確立確認送信ステップにおいて、第２の通
信装置がデータチャネル上にコネクション確立確認フレ
ームの送信を開始すると同時に、もしくは、前記コネク
ション確立確認フレームを送信中に、もしくは、前記コ
ネクション確立確認フレームを送信し終わった後に、前
記第２の通信装置がビジートーンチャネル上にビジート
ーン信号の送信を開始する、第１のビジートーン信号送
信開始ステップと、 前記コネクション確立確認受信ステップの後、第１の通
信装置が、前記ビジートーンチャネル上にビジートーン
信号の送信を開始する第２のビジートーン信号送信開始
ステップとを含むことを特徴とする請求項８に記載の通
信方法。 - 【請求項１０】請求項２に記載された通信方法を用いる
通信装置であって、 前記通信装置は、ビジー信号観察手段と、ビジー信号送
受信手段と、データ送信手段と、データ受信手段とを備
え、 前記第１及び第２の通信装置の前記ビジー信号観察手段
が、前記観察ステップを行い、 前記第１及び第２の通信装置の前記ビジー信号送受信手
段が、前記コネクション確立ステップと前記ビジートー
ン信号送信開始ステップと前記ビジートーン信号送信終
了ステップとを行い、 前記第１の通信装置のデータ送信手段が、前記データ送
信ステップを行い、 前記第２の通信装置の前記データ受信手段が、前記デー
タ受信ステップを行うことを特徴とする通信装置。 - 【請求項１１】請求項３に記載された通信方法を用いる
通信装置であって、 前記通信装置の前記ビジー信号送受信手段がビジー信号
送信手段とビジー信号受信手段とを含み、 前記第１の通信装置の前記ビジー信号送信手段が、前記
コネクション確立要求送信ステップと前記ビジートーン
信号送信開始ステップと前記ビジートーン信号送信終了
ステップとを行い、 前記第２の通信装置の前記ビジー信号送信手段が、前記
コネクション確立確認送信ステップと前記ビジートーン
信号送信開始ステップと前記ビジートーン信号送信終了
ステップとを行い、 前記第１の通信装置の前記ビジー信号受信手段が、前記
コネクション確立確認受信ステップを行い、 前記第２の通信装置の前記ビジー信号受信手段が、前記
コネクション確立要求受信ステップを行うことを特徴と
する請求項１０に記載の通信装置。 - 【請求項１２】請求項４に記載された通信方法を用いる
通信装置であって、 前記第１の通信装置の前記ビジー信号送信手段が、前記
第２のビジートーン信号送信開始ステップを行い、 前記第２の通信装置の前記ビジー信号送信手段が、前記
第１のビジートーン信号送信開始ステップを行うことを
特徴とする請求項１１に記載の通信装置。 - 【請求項１３】請求項５に記載された通信方法を用いる
通信装置であって、 前記通信装置は、ビジー信号観察手段と、データ送受信
手段と、ビジー信号送信手段とを備え、 前記第１及び第２の通信装置の前記ビジー信号観察手段
が、前記観察ステップを行い、 前記第１及び第２の通信装置の前記データ送受信手段
が、前記コネクション確立ステップを行い、 前記第１及び第２の通信装置の前記ビジー信号送信手段
が、前記ビジートーン信号送信開始ステップと前記ビジ
ートーン信号送信終了ステップとを行い、 前記第１の通信装置のデータ送受信手段が、前記データ
送信ステップとを行い、 前記第２の通信装置の前記データ送受信手段が、前記デ
ータ受信ステップを行うことを特徴とする通信装置。 - 【請求項１４】請求項６に記載された通信方法を用いる
通信装置であって、 前記通信装置の前記データ送受信手段がデータ送信手段
とデータ受信手段とを含み、 前記第１の通信装置のデータ送信手段が、前記コネクシ
ョン確立要求送信ステップと前記データ送信ステップと
を行い、 前記第２の通信装置の前記データ送信手段が、前記コネ
クション確立確認送信ステップを行い、 前記第１の通信装置の前記データ受信手段が、前記コネ
クション確立確認受信ステップを行い、 前記第２の通信装置の前記データ受信手段が、前記コネ
クション確立要求受信ステップと前記データ受信ステッ
プとを行うことを特徴とする請求項１３に記載の通信装
置。 - 【請求項１５】請求項７に記載された通信方法を用いる
通信装置であって、 前記第１の通信装置の前記ビジー信号送信手段が、前記
第２のビジートーン信号送信開始ステップを行い、 前記第２の通信装置の前記ビジー信号送信手段が、前記
第１のビジートーン信号送信開始ステップを行うことを
特徴とする請求項１４に記載の通信装置。 - 【請求項１６】請求項８に記載された通信方法を用いる
通信装置であって、 前記通信装置の前記データ送受信手段がデータ送信手段
とデータ受信手段とを含み、 前記第１の通信装置のデータ送信手段が、前記コネクシ
ョン確立要求送信ステップと前記データ送信ステップと
を行い、 前記第２の通信装置の前記データ送信手段が、前記コネ
クション確立確認送信ステップを行い、 前記第１の通信装置の前記データ受信手段が、前記コネ
クション確立確認受信ステップを行い、 前記第２の通信装置の前記データ受信手段が、前記コネ
クション確立要求受信ステップと前記データ受信ステッ
プとを行い、 前記第１の通信装置のビジー信号送信手段が、前記コネ
クション確立時ビジートーン信号送信ステップを行うこ
とを特徴とする請求項１３に記載の通信装置。 - 【請求項１７】請求項９に記載された通信方法を用いる
通信装置であって、 前記第１の通信装置の前記ビジー信号送信手段が、前記
第２のビジートーン信号送信開始ステップを行い、 前記第２の通信装置の前記ビジー信号送信手段が、前記
第１のビジートーン信号送信開始ステップを行うことを
特徴とする請求項１６に記載の通信装置。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11819494A JP3248348B2 (ja) | 1994-03-15 | 1994-05-31 | 通信方法及び通信装置 |
| EP19950301674 EP0679043B1 (en) | 1994-03-15 | 1995-03-14 | Apparatus and method for radio communication |
| DE69518186T DE69518186T2 (de) | 1994-03-15 | 1995-03-14 | Vorrichtung und Verfahren für Funkübertragung |
| US08/404,047 US5754947A (en) | 1994-03-15 | 1995-03-14 | Radio communication apparatus and method for preventing hidden terminals from interrupting communications |
| CA 2144666 CA2144666C (en) | 1994-03-15 | 1995-03-15 | Apparatus and method for radio communication |
| US08/852,185 US5884171A (en) | 1994-03-15 | 1997-05-06 | Radio communication apparatus and method for preventing hidden terminals from interrupting communications |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4425094 | 1994-03-15 | ||
| JP6-44250 | 1994-03-15 | ||
| JP11819494A JP3248348B2 (ja) | 1994-03-15 | 1994-05-31 | 通信方法及び通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07307977A true JPH07307977A (ja) | 1995-11-21 |
| JP3248348B2 JP3248348B2 (ja) | 2002-01-21 |
Family
ID=26384100
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11819494A Expired - Fee Related JP3248348B2 (ja) | 1994-03-15 | 1994-05-31 | 通信方法及び通信装置 |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US5754947A (ja) |
| EP (1) | EP0679043B1 (ja) |
| JP (1) | JP3248348B2 (ja) |
| CA (1) | CA2144666C (ja) |
| DE (1) | DE69518186T2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6393032B1 (en) | 1997-06-23 | 2002-05-21 | Nec Corporation | Wireless LAN system and method of driving the same |
| JP2009508451A (ja) * | 2005-09-12 | 2009-02-26 | クゥアルコム・インコーポレイテッド | 無線ネットワーク通信において使用するための高速制御メッセージング機構 |
| WO2009147926A1 (ja) * | 2008-06-06 | 2009-12-10 | 三菱電機株式会社 | 無線端末および通信システム |
Families Citing this family (57)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3248348B2 (ja) * | 1994-03-15 | 2002-01-21 | 松下電器産業株式会社 | 通信方法及び通信装置 |
| CA2166343C (en) * | 1995-12-29 | 1999-08-10 | Lee F. Hartley | Carrier sense collision avoidance with auto abort |
| US5661727A (en) * | 1996-06-12 | 1997-08-26 | International Business Machines Corporation | Schemes to determine presence of hidden terminals in wireless networks environment and to switch between them |
| JP3123440B2 (ja) * | 1996-08-14 | 2001-01-09 | 日本電気株式会社 | 無線通信システムのチャネル選択方法 |
| JPH10261980A (ja) * | 1997-03-18 | 1998-09-29 | Fujitsu Ltd | 無線通信ネットワーク用基地局装置，無線通信ネットワークの通信制御方法，無線通信ネットワークシステムおよび無線端末装置 |
| US6643296B1 (en) * | 1997-07-04 | 2003-11-04 | Fujitsu Limited | System for controlling frame collision |
| US6131016A (en) * | 1997-08-27 | 2000-10-10 | At&T Corp | Method and apparatus for enhancing communication reception at a wireless communication terminal |
| SE517204C2 (sv) | 1998-01-30 | 2002-05-07 | Ericsson Telefon Ab L M | Förfarande och anordning för att etablera en krypterad förbindelse i ett mobiltelefonsystem |
| US6862622B2 (en) * | 1998-07-10 | 2005-03-01 | Van Drebbel Mariner Llc | Transmission control protocol/internet protocol (TCP/IP) packet-centric wireless point to multi-point (PTMP) transmission system architecture |
| US6611521B1 (en) * | 1998-07-14 | 2003-08-26 | International Business Machines Corporation | Data link layer extensions to a high latency wireless MAC protocol |
| FI107311B (fi) * | 1998-11-06 | 2001-06-29 | Nokia Networks Oy | Signalointimenetelmä |
| SG87784A1 (en) | 1998-12-09 | 2002-04-16 | Kent Ridge Digital Labs | Csma/cd wireless lan |
| RU2221331C2 (ru) * | 1999-07-07 | 2004-01-10 | Самсунг Электроникс Ко., Лтд. | Устройство и способ предоставления общего канала пакетной передачи в системе подвижной связи с широкополосным многостанционным доступом с кодовым разделением каналов |
| DE20023258U1 (de) * | 1999-07-07 | 2003-08-07 | Samsung Electronics Co. Ltd., Suwon, Kyonggi | Kanal-Zuordnungs-Vorrichtung für einen gemeinsamen Datenpaket-Kanal in einem WCDMA Mobil-Kommunikationssystem |
| WO2001024456A1 (en) | 1999-09-29 | 2001-04-05 | Mobilian Corporation | Multiple wireless communication protocol methods and apparatuses including quality of service considerations |
| US6928266B1 (en) | 1999-11-12 | 2005-08-09 | Intel Corporation | Wireless apparatus interference avoidance/resolution method and apparatuses |
| US6990082B1 (en) | 1999-11-08 | 2006-01-24 | Intel Corporation | Wireless apparatus having a transceiver equipped to support multiple wireless communication protocols |
| US6600726B1 (en) | 1999-09-29 | 2003-07-29 | Mobilian Corporation | Multiple wireless communication protocol methods and apparatuses |
| US6894988B1 (en) | 1999-09-29 | 2005-05-17 | Intel Corporation | Wireless apparatus having multiple coordinated transceivers for multiple wireless communication protocols |
| US6891857B1 (en) | 1999-09-29 | 2005-05-10 | Intel Corporation | Multiple wireless communication protocol methods and apparatuses including proactive reduction of interference |
| US6704346B1 (en) | 2000-03-16 | 2004-03-09 | Sharp Laboratories Of America, Inc. | Method and apparatus to provide improved microwave interference robustness in RF communications devices |
| ATE415750T1 (de) * | 2000-04-04 | 2008-12-15 | Mitsubishi Electric Inf Tech | Basisstation zur übertragung eines wortes, das für die anzahl der spreizkodes repräsentativ ist, die den mobilen stationen in kommunikation mit der basisstation zugeteilt sind |
| EP1337075B1 (en) * | 2000-05-17 | 2007-07-11 | Matsushita Electric Industrial Co., Ltd. | Hybrid ARQ system with data and control channel for packet data transmission |
| US7308279B1 (en) | 2000-08-18 | 2007-12-11 | Nortel Networks Limited | Dynamic power level control on transmitted messages in a wireless LAN |
| US7366103B2 (en) * | 2000-08-18 | 2008-04-29 | Nortel Networks Limited | Seamless roaming options in an IEEE 802.11 compliant network |
| US7339892B1 (en) | 2000-08-18 | 2008-03-04 | Nortel Networks Limited | System and method for dynamic control of data packet fragmentation threshold in a wireless network |
| US7280495B1 (en) * | 2000-08-18 | 2007-10-09 | Nortel Networks Limited | Reliable broadcast protocol in a wireless local area network |
| JP3607632B2 (ja) * | 2001-03-29 | 2005-01-05 | 株式会社東芝 | 無線通信装置及び無線通信制御方法 |
| GB2377586B (en) | 2001-07-06 | 2005-06-29 | Ipwireless Inc | System and method for channel transport format allocation in a wireless communication system |
| JP2002369255A (ja) * | 2001-06-08 | 2002-12-20 | Sony Corp | 無線通信方法、無線通信システム、並びに無線伝送装置 |
| US7277413B2 (en) * | 2001-07-05 | 2007-10-02 | At & T Corp. | Hybrid coordination function (HCF) access through tiered contention and overlapped wireless cell mitigation |
| US7376879B2 (en) | 2001-10-19 | 2008-05-20 | Interdigital Technology Corporation | MAC architecture in wireless communication systems supporting H-ARQ |
| WO2003055155A1 (de) * | 2001-12-11 | 2003-07-03 | Ip2H Ag | Verfahren und eine vorrichtung zur übertragung von daten in einem telekommunikationsnetz |
| US20030135640A1 (en) * | 2002-01-14 | 2003-07-17 | Texas Instruments Incorporated | Method and system for group transmission and acknowledgment |
| US7130289B2 (en) * | 2002-03-14 | 2006-10-31 | Airmagnet, Inc. | Detecting a hidden node in a wireless local area network |
| US6987795B1 (en) * | 2002-04-08 | 2006-01-17 | Meshnetworks, Inc. | System and method for selecting spreading codes based on multipath delay profile estimation for wireless transceivers in a communication network |
| TW592415U (en) | 2002-05-10 | 2004-06-11 | Interdigital Tech Corp | Node B which prioritizes retransmission of protocol data units to assist radio-link-control retransmission |
| GB0211005D0 (en) * | 2002-05-15 | 2002-06-26 | Ipwireless Inc | System,transmitter,receiver and method for communication power control |
| US6631269B1 (en) | 2002-05-23 | 2003-10-07 | Interdigital Technology Corporation | Signaling connection admission control in a wireless network |
| KR100542090B1 (ko) * | 2002-12-16 | 2006-01-11 | 한국전자통신연구원 | 무선 통신 시스템에서의 오류 제어 방법, 매체 접속 제어프레임 설계 방법 및 단말기 등록 방법과 기록 매체 |
| US7397785B2 (en) * | 2003-05-28 | 2008-07-08 | Nokia Corporation | Method for enhancing fairness and performance in a multihop ad hoc network and corresponding system |
| JP3971359B2 (ja) * | 2003-09-12 | 2007-09-05 | 松下電器産業株式会社 | 無線通信方法及び無線通信端末収容装置並びに無線通信端末 |
| US20050176371A1 (en) * | 2004-02-09 | 2005-08-11 | Arto Palin | Synchronization of time-frequency codes |
| DE102004019309A1 (de) | 2004-04-14 | 2005-11-03 | Atmel Germany Gmbh | Verfahren zur drahtlosen Datenübertragung |
| US8018945B2 (en) | 2004-04-29 | 2011-09-13 | Interdigital Technology Corporation | Method and apparatus for forwarding non-consecutive data blocks in enhanced uplink transmissions |
| JP4130648B2 (ja) * | 2004-10-19 | 2008-08-06 | 株式会社東芝 | 通信装置および通信方法 |
| US7885213B2 (en) * | 2005-01-13 | 2011-02-08 | Samsung Electronics Co., Ltd. | System and method for asynchronous busy-tone multiple access with acknowledgment for ad hoc wireless networks |
| EP1848124A1 (en) * | 2005-02-18 | 2007-10-24 | Matsushita Electric Industrial Co., Ltd. | Wireless communication method, relay station apparatus, and wireless transmitting apparatus |
| WO2007098775A1 (de) * | 2006-02-22 | 2007-09-07 | Siemens Enterprise Communications Gmbh & Co. Kg. | Verfahren und einrichtungen zum übermitteln von sendezeit- oder empfangszeitinformation einer gesendeten oder empfangenen nachricht |
| CN101150498B (zh) * | 2006-09-18 | 2012-06-20 | 华为技术有限公司 | 多跳无线中继通信系统及其下行数据传输方法 |
| WO2008087465A1 (en) * | 2007-01-15 | 2008-07-24 | Nokia Corporation | A method of transmitting between two nodes |
| JP2008311969A (ja) * | 2007-06-14 | 2008-12-25 | Sharp Corp | 受信機、送信機、通信システム、受信機の制御方法、通信方法、受信機の制御プログラム、およびそれを記録した記録媒体 |
| KR101595022B1 (ko) | 2008-02-05 | 2016-03-02 | 엘지전자 주식회사 | 효율적인 무선채널 전송방법 |
| US9509584B2 (en) * | 2012-12-10 | 2016-11-29 | Centurylink Intellectual Property Llc | OAM name state event trigger |
| EP3110035A4 (en) | 2014-02-18 | 2017-10-25 | LG Electronics Inc. | Method and apparatus for transmitting frame in wireless lan |
| US9344914B2 (en) * | 2014-05-21 | 2016-05-17 | Qualcomm Incorporated | Modem assisted contention handling of multiple active connections in wireless communications |
| KR102638353B1 (ko) | 2014-09-15 | 2024-02-20 | 주식회사 윌러스표준기술연구소 | 무선 통신 방법 및 무선 통신 단말 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4409687A (en) * | 1978-10-30 | 1983-10-11 | General Electric Company | Arrangement and method for establishing radio communication in a system |
| US4658435A (en) * | 1984-09-17 | 1987-04-14 | General Electric Company | Radio trunking system with transceivers and repeaters using special channel acquisition protocol |
| US4656627A (en) * | 1984-11-21 | 1987-04-07 | At&T Company | Multiphase packet switching system |
| US5276911A (en) * | 1990-11-02 | 1994-01-04 | Motorola, Inc. | Contention reducing technique for a radio frequency communication system |
| FR2669164B1 (fr) * | 1990-11-14 | 1993-02-05 | Thomson Csf | Procede de transmission de donnees entre mobiles ou vehicules autonomes. |
| KR100210220B1 (ko) * | 1991-01-16 | 1999-07-15 | 페터 라인탈러, 페터 헤르만 | 폴리에스테르의 제조 방법, 폴리에스테르 및 그의 용도 |
| FI87616C (fi) * | 1991-04-05 | 1993-01-25 | Nokia Mobile Phones Ltd | Foerfarande foer att styra funktionen hos ett paketkopplat cdma-datanaet foer styrning av saendarnas och mottagarnas funktion |
| EP0522636B1 (en) * | 1991-07-08 | 1998-07-01 | Koninklijke Philips Electronics N.V. | Communication protocol for main and mobile stations where time slots are used for data packet transmission |
| JPH0520051A (ja) * | 1991-07-09 | 1993-01-29 | Nec Corp | ソフトウエアコンバージヨン作業管理装置 |
| JP3248348B2 (ja) * | 1994-03-15 | 2002-01-21 | 松下電器産業株式会社 | 通信方法及び通信装置 |
-
1994
- 1994-05-31 JP JP11819494A patent/JP3248348B2/ja not_active Expired - Fee Related
-
1995
- 1995-03-14 US US08/404,047 patent/US5754947A/en not_active Expired - Lifetime
- 1995-03-14 EP EP19950301674 patent/EP0679043B1/en not_active Expired - Lifetime
- 1995-03-14 DE DE69518186T patent/DE69518186T2/de not_active Expired - Fee Related
- 1995-03-15 CA CA 2144666 patent/CA2144666C/en not_active Expired - Fee Related
-
1997
- 1997-05-06 US US08/852,185 patent/US5884171A/en not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6393032B1 (en) | 1997-06-23 | 2002-05-21 | Nec Corporation | Wireless LAN system and method of driving the same |
| JP2009508451A (ja) * | 2005-09-12 | 2009-02-26 | クゥアルコム・インコーポレイテッド | 無線ネットワーク通信において使用するための高速制御メッセージング機構 |
| WO2009147926A1 (ja) * | 2008-06-06 | 2009-12-10 | 三菱電機株式会社 | 無線端末および通信システム |
| JP5143228B2 (ja) * | 2008-06-06 | 2013-02-13 | 三菱電機株式会社 | 無線端末および通信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0679043A3 (en) | 1996-07-03 |
| EP0679043A2 (en) | 1995-10-25 |
| US5754947A (en) | 1998-05-19 |
| DE69518186T2 (de) | 2001-01-18 |
| CA2144666A1 (en) | 1995-09-16 |
| CA2144666C (en) | 2005-08-23 |
| US5884171A (en) | 1999-03-16 |
| JP3248348B2 (ja) | 2002-01-21 |
| DE69518186D1 (de) | 2000-09-07 |
| EP0679043B1 (en) | 2000-08-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3248348B2 (ja) | 通信方法及び通信装置 | |
| JP3226140B2 (ja) | 無線ローカルエリアネットワーク・システム | |
| JP4391316B2 (ja) | ワイヤレスｌａｎ用のメディア・アクセス・コントロール装置 | |
| KR100988339B1 (ko) | 무선 인터페이스를 통해 ｔｃｐ 성능을 개선시키기 위한 이중 프록시 접근 방식 | |
| KR100914940B1 (ko) | 경쟁 윈도우 크기를 조정하고 선택된 이동국을 연관해제하여 무선 매체 혼잡을 제어하는 방법 및 장치 | |
| TWI387256B (zh) | 改善傳輸時間間隔集束傳輸之方法及通訊裝置 | |
| CN101197826B (zh) | 一种解决多跳无线自组网隐藏终端和暴露终端问题的方法 | |
| JPH09130447A (ja) | 無線データ伝送装置 | |
| JP3497885B2 (ja) | 無線ｌａｎメディアアクセス方法 | |
| JPH1146187A (ja) | データ伝送方法及びデータ伝送装置 | |
| US20010043618A1 (en) | Method and apparatus for controlling access to a communication channel | |
| US6389474B1 (en) | Method and apparatus for accessing a shared channel in a wireless network using a time slot allocation technique based on detecting the usage of the channel during a round trip interval | |
| US6404753B1 (en) | Method and apparatus for controlling access to a communication channel | |
| US7304973B2 (en) | IEEE 802.11 burst acknowledgement interface | |
| CN104079391B (zh) | 一种数据包传输方法、系统及通信设备 | |
| CN119997257B (zh) | 业务数据传输方法及装置 | |
| JP3941560B2 (ja) | 無線通信システム | |
| JP3368047B2 (ja) | 中継通信装置 | |
| KR100980592B1 (ko) | 이종 무선망 간의 수직적 핸드오버를 위한 데이터 전송 방법 및 장치 | |
| WO2025148046A1 (zh) | 中继通信方法、中继通信设备及无线通信设备 | |
| WO2025180183A1 (zh) | 一种数据传输方法和相关设备 | |
| KR100932125B1 (ko) | 비디오 ｍａｃ 프로토콜 지원 데이터 프레임 송수신 방법및 시스템 | |
| JP2006148784A (ja) | 通信方法、及び通信装置 | |
| JPH0879273A (ja) | コネクションレスデータ送信方法 | |
| JP2536656B2 (ja) | 端末インタフェイス装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071109 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081109 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091109 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091109 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101109 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |