(57)【特許請求の範囲】
【請求項１】
ＴＤＭＡを用いたピア・トゥ・ピア通信用に構成されるモバイル型の通信デバイスを複数有する通信装置において、
送信しようとする通信デバイスが、送信用に用いられる各ＴＤＭＡ時間フレームにおける、該各フレームにて同じである時間スロットを用いる構成となっており、
上記通信デバイスが、該通信デバイス又はＧＰＳ衛星により送信される同期信号を用いた、同じＴＤＭＡ時間フレームに対する同期手段を有する通信装置。
【請求項２】
複数の通信デバイスが送信しようとすると、通信デバイスが、異なる時間スロットを用いる、請求項１記載の通信装置。
【請求項３】
送信しようとする上記送信デバイスが、通信用に用いられる各ＴＤＭＡ時間フレームにおいて、複数の時間スロットを用い、各フレームにおける使用される時間スロットは同じである、請求項１又は２に記載の通信装置。
【請求項４】
上記同期手段が、各通信デバイス内に設けられるＧＰＳ受信器を有し、ＴＤＭ時間フレームが、ＧＰＳ基準時間ベースに対して同期させられる、請求項１〜３のいずれか一に記載の通信装置。
【請求項５】
上記通信デバイスが、同期用のビーコン送信を放送する、請求項１〜３のいずれか一に記載の通信装置。
【請求項６】
上記ビーコン送信デバイスが、ＧＰＳ受信器を有し、上記ビーコンが、ＧＰＳ基準時間ベースに対して同期させられる、請求項１〜３のいずれか一に記載の通信装置。
【請求項７】
同期情報が、上記通信デバイスから送られた送信されたメッセージを備え、他の通信デバイスは、上記メッセージから同期を取得する、請求項１〜３のいずれか一に記載の通信装置。
【請求項８】
上記送信されたメッセージは、不活性である（quiet）ラジオネットにおいて情報を送信すべく、第１の通信デバイスから送られる、請求項７記載の通信装置。
【請求項９】
送信する通信デバイスが、ＧＰＳ受信器を有し、同期情報が、ＧＰＳ基準時間ベースと同期させられる、請求項７又は８に記載の通信装置。
【請求項１０】
送信されるメッセージを送信する通信デバイスが、その送信を終了する場合に、同期情報が、また別の通信デバイスから送られる送信されたメッセージを備える、請求項９記載の通信装置。
【請求項１１】
上記通信デバイスは、受信器と、受信されたＴＤＭＡ信号をデコードするように構成されたＴＤＭＡバーストモードコントローラと、出力を提供するように構成された信号処理手段とを有する、請求項１〜１０のいずれか一に記載の通信装置。
【請求項１２】
上記通信デバイスが、更に、送信器による送信用に、確保されたＴＤＭＡ時間スロットにおける出力についての入力信号をエンコードするように構成されるバーストモードコントローラを有する、請求項１１記載の通信装置。
【請求項１３】
上記各通信デバイスが、他の通信デバイスから受信された複数の信号のローカル処理用の手段を有している、請求項１〜１２のいずれか一に記載の通信装置。
【請求項１４】
上記ローカル処理用の手段が、受信された音声信号を局部的に合成するための手段を有している、請求項１３記載の通信装置。
【請求項１５】
上記ローカル処理用の手段が、処理を分離させ、受信された映像信号を表示するための手段を有している、請求項１３又は１４に記載の通信装置。
【請求項１６】
送信された若しくは受信された信号が、音声，映像又はデータ信号、若しくは、それらの組合せから選択される、請求項１１又は１２に記載の通信装置。
【請求項１７】
更に、上記バーストモードコントローラを、ＴＤＭＡ時間フレームに同期させるための手段を有している、請求項１１又は１２に記載の通信装置。
【請求項１８】
請求項１〜１７のいずれか一に記載の通信装置の通信デバイス。
【請求項１９】
送信器と、
ＴＤＭＡバーストモードコントローラと、
信号処理手段と備え、
これらが、上記通信デバイスにより送信されるべき入力信号が、上記信号処理手段によりデジタル式に処理され、また、上記バーストモードコントローラが、通信に用いられる各ＴＤＭＡ時間フレーム内のＴＤＭＡ時間スロットにおいて、送信器による送信用に、上記処理された信号をエンコードするように構成されるとともに、
更に、同じネット内の他のモバイル型通信装置と、同じＴＤＭＡ時間フレームに対する通信デバイスの同期用の手段を備えており、その同期信号が、上記通信デバイス又はＧＰＳ衛星により送信される、モバイル型通信デバイス。
【請求項２０】
受信器と、
ＴＤＭＡバーストモードコントローラと、
信号処理手段とを備え、
これらが、バーストモードコントローラが、受信された信号の送信用に用いられる各ＴＤＭＡ時間フレーム内の、該各フレームにて同じである時間スロットにおいて、上記受信器により受信されたＴＤＭＡ信号をデコードし、また、上記信号処理手段が、出力をもたらすべく、デコードされた信号を処理するように構成されるとともに、
更に、同期信号を用いた、受信された信号の送信用に用いられる同じＴＤＭＡ時間フレームに対する同期用の手段を備えており、その同期信号が、上記通信デバイス又はＧＰＳ衛星により送信される、モバイル型通信デバイス。
【請求項２１】
上記同期信号が、受信された信号に含まれている、請求項２０記載のモバイル型通信デバイス。
【発明の詳細な説明】
【０００１】
発明の背景及び技術分野
本発明は、特にワイヤレス（例えば無線周波数）ネットワークによるピア・トゥ・ピア（peer-to-peer）通信用の通信装置に関する。
【０００２】
携帯電話や無線機のようなワイヤレス通信システムは、２者間の通信を可能とする。しかしながら、複数者間通信が求められる場合、特に１者以上が同時に会話する場合、通常、中央の若しくは指定されたマスタ／コントローラを介した、相当な信号の調整及び同期が必要とされ、動作の複雑性及び非柔軟性が招来されることとなる。
【０００３】
本発明は、この問題を解消する通信装置を提供することを目的とする。
【０００４】
発明の概要
第１の態様に係る発明によれば、ＴＤＭＡを用いるピア・トゥ・ピア通信用に構成された複数の携帯通信デバイスを有する通信装置が提供され、送信しようとする上記通信デバイスが、通信用に用いられる各ＴＤＭＡ時間フレームにおける、該各フレームにおいて同じである時間スロットを用いるように構成されており、ここでは、また、上記通信デバイスが、該通信デバイス又はＧＰＳ衛星により送信される同期信号を用いる同じＴＤＭＡ時間フレームに対する同期用の手段を有している。
【０００５】
もし複数のデバイスが送信しようとすれば、デバイスは異なる時間スロットを用いる。
【０００６】
第２の態様に係る発明によれば、携帯通信デバイスが提供され、送信器と、ＴＤＭＡバーストモードコントローラと、信号処理手段とを備え、通信デバイスにより送信されるべき入力信号が、上記信号処理手段によりデジタル形式で処理され、また、上記バーストモードコントローラが、送信用に用いられるＴＤＭＡ時間フレームにおける、各時間フレームにて同じであるＴＤＭＡ時間スロットにて、送信器による送信用に、上記処理された信号をエンコードするように構成されるとともに、また、通信デバイスを、同じネット内の、他のモバイル型の通信デバイスと同じＴＤＭＡ時間フレームに対して同期させるための手段を備える。その同期信号は、通信デバイス又はＧＰＳ衛星により送信される。
【０００７】
第３の態様に係る発明によれば、モバイル型通信デバイスが提供され、受信器と、ＴＤＭＡバーストモードコントローラと、信号処理手段とを備え、上記バーストモードコントローラが、受信された信号の送信に用いられる各ＴＤＭＡ時間フレームにおける、該各フレームにて同じである時間スロットにおいて、受信器により受信されたＴＤＭＡ信号をデコードし、上記信号処理手段が、出力を提供すべく上記デコードされた信号を処理するように構成されるとともに、通信デバイス又はＧＰＳ衛星により送信される同期信号を用いて、受信信号の送信に用いられる同じＴＤＭＡ時間フレームに対して同期させるための手段を備える。
【０００８】
発明を実施するための最良の形態
ここに記載される本発明の実施の形態では、複数のモバイル型通信デバイスが提供される。デバイス間の通信は、本質的に、時分割多元接続（ＴＤＭＡ）の送信及び受信を用いたピア・トゥ・ピアである。同期を実行するために、全てのデバイスは、共通の時間ベースを用いて、互いに同期させられる。１つの好ましい実施の形態では、グローバルポジションサテライト（ＧＰＳ）システムからの時間信号を用いることにより、同期が行われる。他の形態では、他のデバイス用の同期ベースとして、ビーコン（beacon）又は第１のＲＦ送信のいずれかを用いて、これが実現される。全ての送信デバイスは、それら全てが異なるチャンネルで効率的に送信するように、各ＴＤＭ時間フレームにおける異なる時間スロットを確保する。その結果、完全な複数通信が実現され得る。
【０００９】
本発明における実施の形態の通信装置は、そのうちの１つが図１に示される、実質的に互いに同一な複数の通信装置からなるものである。その装置は、ＲＦ送信器１００を含み、該ＲＦ送信器１００は、アップストリームモードにおいて、適切なデジタル変調技術（例えばＧＭＳＫ）を用いて送信すべき生データを変調し、これを空気中を介して無線周波数送信用に変換する。ダウンストリームモードにおいては、送信器１００はＲＦ信号をベースバンド信号へ変換し、受信された生データに回復するために、そのベースバンド信号を復調する。
【００１０】
送信器１００は、バーストモードコントローラ１１０（ＢＭＣ）に接続されている。バーストモードコントローラ１１０は、アップストリーム方向において、連続して出力するデータを収集し、これをＴＤＭ時間フレームに相当する単位で一時的に記憶し、ＴＤＭ時間フレーム内で指定された時間スロットにおけるバーストとして、バッファに格納されたデータを、パケット方式でより高速なデータ速度で送信する。データパケット構造の一例が図１０に示され、また、以下に挙げる要素を含んでいる。図１０では、各構成要素のビット長が与えられている。
【００１１】
プリアンブル（preamble）及び同期ワード：
プリアンブル及び同期ワードは、２つ又はそれ以上のシステム間の送信タイミングを同期するためにネットワーク通信において用いられる信号である。適正タイミングは、全てのシステムが情報転送の開始を正確に把握していることを保証するものである。
【００１２】
プリアンブルは、通信中のシステムにより、「誰かがデータを送信しようとしている」ことを意味するように解釈される特定の連続した送信パルスを定義する。このことは、情報を受信するシステムが、データ送信が開始する時を、正確に把握することを保証する。プリアンブルとして利用される実際のパルスは、利用されるネットワーク通信技術に依って変化する。
【００１３】
同期ワードは、プリアンブル後の、あらゆる送信スロットの間に送信される固有のパターンであり、相関用に、毎フレームについてビットレベルを同期させるために、また、タイミング補正を行うために利用される。
【００１４】
Ａ領域：
Ａ領域は、無線通信のために必要とされる制御、信号送信及び他の全てのタイプの情報（例えば、リンクの設定やリンクの解放等のような情報、及び、送信中のパーティの識別番号，受信側の情報、コールタイプ及び優先レベル等の同期に必要な情報を交換するための、コネクション型のデータ転送の場合におけるハンドシェイキング情報）を搬送するために利用される。
【００１５】
Ａ領域は、ヘッダー，テール（Tail）及びＲ−ＣＲＣの３構成要素からなっている。ヘッダーは、Ａ領域のテールビットにより運ばれる情報のタイプが何であるのかを示すものである。テール（又はフッター（footer））は、実際のＡ領域のデータをもつ。Ｒ−ＣＲＣは、Ａ領域データ内にあるエラーを検出するための巡回冗長検査（Cyclic Redundancy Check）領域である。送信側で、ＣＲＣは、Ａ領域に関して演算され、挿入される。受信側で、ＣＲＣは検証され、起こり得るエラーが検出され、エラーが発見された場合は、再送信が要求される。
【００１６】
Ｂ領域：
この領域は、ユーザ情報（例えば音声データ，ビデオデータ，ファイル転送データなど）をもっている。これは、非保護形式若しくは保護形式のいずれにあってもよい。
【００１７】
非保護のＢ領域データ：
非保護モードでは、所定のエラーレベルまで許容し得る音声やビデオデータのような実時間データが利用される。これは、Ｂ領域の全帯域幅が情報データビットで満たされていることを意味している。これにより、スループットが増加する。
【００１８】
保護されたＢ領域データ：
保護されたＢ領域は、安全で且つエラーがあってはならないデータ転送（例えばファイル転送）の場合に利用される。これらの場合、Ｂ領域は区分化され、各区分はエラーを検出するためのＣＲＣ（巡回冗長検査）をもつ。送信側で、ＣＲＣは、データ区分毎に演算され挿入される。受信側で、ＣＲＣは検証され、起こり得るエラーが検出され、エラーが発見された場合は、再送信が要求される。
【００１９】
Ｘ領域及びＺ領域：
Ｘ領域及びＺ領域は、表面的にではあるが、Ｂ領域におけるエラーを発見するために利用される。これら２つの領域は同一であり、それらは、Ｂ領域にある選択されたビットから演算された小さなＣＲＣ（例えば、それぞれが４ビット）をもつ。これは、主に、非保護モードの情報転送におけるエラー検出に有効である。
【００２０】
ダウンストリーム方向において、ＢＭＣ１１０は、異なる時間スロットでデータのバーストを受信し、オーバーヘッド（データパケットの情報が提供されていない部分）を取り除き、信号データから情報データを切り離す。
【００２１】
バーストモードコントローラは、デジタル信号プロセッサ１２０，ＧＰＳ受信器１３０，ＲＳ２３２／ＵＳＢインターフェース１４０，前進型エラー訂正（forward error correction）プロセッサ１５０及びマイクロコントローラ１６０と接続されている。バーストモードコントローラ１１０は、情報データをデジタル信号プロセッサ１２０、前進型エラー訂正プロセッサ１５０（もし情報送信においてエラー訂正が用いられたならば）、及び／又は、（例えば、音声，ビデオ若しくはファイル転送データ等のデータのタイプに依存する）ＲＳ２３２／ＵＳＢインターフェース１４０へ送信するとともに、信号データをマイクロコントローラ１６０へ送信する。
【００２２】
デジタル信号プロセッサ１２０は、前進型エラー訂正プロセッサ１５０に対し、また、デジタル−アナログ変換器１８０を介して、視覚的表示ユニット１７０に対し、更に、スピーカー２００及びマイクロホン２１０が接続されるオーディオコーデック（audio CODEC）１９０に対し、また、更に、アナログ−デジタル変換器２３０を介して、ビデオカメラ２２０（ビデオカメラ２２０は、接続ポートを介して装置に接続されていてもよい）に対し、また、更に、マイクロコントローラ１６０へ接続されている。デジタル信号プロセッサが、送信／受信のために、ビデオ及びオーディオデータを実質的に変換する。アップストリームモードにおいて、デジタル信号プロセッサ１２０は、オーディオコーデック１９０によりデジタル化されたマイクロホン２１０からの音声データ、若しくは、アナログ−デジタル変換器２３０によりデジタル化されたビデオカメラ２２０からのビデオデータを受信する。その後、デジタル信号プロセッサがデータを圧縮する。例えば、ＰＣＭオーディオサンプルの形式のオーディオデータは、ＡＤＰＣＭの形式に変換されたり、公知のビデオ圧縮アルゴリズムを用いて、ビデオデータが圧縮されたりする。圧縮されたデータは、前進型エラー訂正プロセッサ１５０（これが用いられる場合）、若しくは、前進型エラー訂正プロセッサ１５０が用いられない場合は、直接的にバーストモードコントローラへ送信される。ダウンストリーム方向においては、逆の処理（解凍）がデジタル信号プロセッサ１２０により適宜行われる。もし複数のオーディオストリームの入力があれば、解凍後、全てのオーディオ信号は、アナログオーディオ変換用にこれをコーデック１９０に送信する前に、合成信号を生成すべく合成され、そして、スピーカー２００を介して出力される。
【００２３】
ＲＳ２３２／ＵＳＢインターフェース１４０は、マイクロコントローラ１６０，前進型エラー訂正プロセッサ１５０及びデータ端末装置（ＤＴＥ）に対して接続されている。ＲＳ２３２／ＵＳＢインターフェース１４０は、物理媒体を提供する電気的インターフェースとして機能し、ＤＴＥと通信装置との間でデータを転送する。データ端末装置からデータが入力する場合には、ＲＳ２３２／ＵＳＢインターフェースは、直接的にバーストモードコントローラへ、若しくは、エラー訂正が必要ならば、前進型エラー訂正プロセッサ１５０を介して、間接的にバーストモードコントローラへ、データを導く。ＲＳ２３２／ＵＳＢインターフェース１４０は、マイクロコントローラ１６０により制御される（例えばフロー制御，ＤＴＥとのリンク設定，リンクの解放等）。
【００２４】
アップストリーム方向において、前進型エラー訂正プロセッサ１５０は、デジタル信号プロセッサ１２０やインターフェース１４０から外へ出て行くデータを受信し、これを、符号化されたデータをバーストモードコントローラ１１０に渡す前に、例えば重畳コーディング、及び／又は、リード・ソロモン（Reed Solomon）符号化のような標準前進型エラー訂正アルゴリズムを用いて符号化する。ダウンストリーム方向においては、前進型エラー訂正プロセッサ１５０は、バーストモードコントローラ１１０からデータを受信し、例えばリード・ソロモン復号化及び／又はヴィタービ（Viterbi）復号化のように、上述したものに対して逆の処理を用いて、そのデータを復号化すると同時に、それらのエラーの訂正が訂正可能である。その後、ＦＥＣプロセッサ１５０は、ＤＳＰ１２０又は適用可能なＲＳ２３２／ＵＳＢインターフェースにデータを渡す。
【００２５】
グローバルポジショニングシステム（ＧＰＳ）受信器１３０は、ＧＰＳ信号をＧＰＳ衛星から受信し、タイミング基準信号（時間ベース）を、そのＴＤＭＡ時間フレームをＧＰＳ時間ベースの境界と位置合せすべくこの時間ベースを用いるバーストモードコントローラ１１０へ与える。これが、ラジオネット内にある全ての通信装置の同期を達成することになる。
【００２６】
視覚的表示ユニット１７０は、液晶ディスプレイ，プラズマディスプレイ、或いは、市販される他の表示ユニット（例えばビデオモニタ）のいずれかである。
【００２７】
マイクロコントローラ１６０は、装置の他の構成要素の動作を制御する。そのコントローラは、ランダムアクセスメモリ２４０と、リードオンリーメモリ２５０と、キーパッド２６０とに接続され、通信プロトコル層をなし、システムのユーザインターフェースと相互に作用する。そのコントローラ１６０は、ＲＯＭ２５０からソフトコードを呼び出し、データメモリとして内部／外部のＲＡＭ２４０を用いることにより実行する。コントローラ１６０は、キーパッド２６０からユーザコマンド（若しくはＤＳＰ１２０からの音声活性化コマンド）を受信し、装置の他の構成要素と相互に作用して、それら全てを制御する。
【００２８】
ここからは、本発明の実施の形態を用いた通信について説明する。本発明の通信機構は、あらゆるユーザが、伝達経路において、要求に応じて（有効ならば）、必要なバンド幅をとらえ、そして、指定されたアドレスと共に、データパケットとして、その情報を送信することができるように、複数ユーザ環境において、時分割多元接続（ＴＤＭＡ）を用いる。受信側は、単一のパーティ又は複数のパーティであってもよい。
【００２９】
通信グループは実際上いかなるサイズであってもよいが、関係者の全てが他者の無線受信可能な領域内にある必要がある。その領域は、（以下、ラジオネットと呼ばれる）ユーザの１グループを制限する。
【００３０】
説明される本発明の実施の形態の特徴は、ネットを介してそのグループの他のメンバーへ送信するユーザが、各ＴＤＭ時間フレームにおいて１つ又はそれ以上の時間スロットを選択し、同じ時間スロットで各フレームを送信することである。もし他のユーザが送信しようとすれば、異なる未使用の時間スロットを選択する。
【００３１】
この技術は、グループの全てのメンバーが、同じＴＤＭ時間フレームに同期させられることを要するものである。同期を実現するのに使用され得る、以下のようないくつかの技術がある。
【００３２】
１）グローバルポジショニングシステム（ＧＰＳ）を用いた同期。
ＧＰＳ衛星により送信される信号は時間信号を含み、また、同期は、時間フレームの境界をＧＰＳ時間ベースに合わせることにより達成され得る。これを達成するために、ＴＤＭ時間フレームが、ＧＰＳ時間ベースがＴＤＭ時間フレームの持続時間の整数倍であるように選択される必要がある。好ましい実施の形態では、全ての通信装置が、ＧＰＳ受信器１３０を装備し、ＴＤＭ時間フレームも同期状態になるように、ＧＰＳ時間ベースに対して独立して同期することができる。このことは、符号１及び２が付された２つの通信装置を示す図１１に図示されている。各装置１，２内のＧＰＳ受信器１３０は、独立して、ＧＰＳ衛星から時間基準信号３を受信する。この信号を用いて、各装置１、２内のバーストモデルコントローラ１１０がＧＰＳ時間ベースに関して、各装置のＴＤＭ時間フレームを位置合せする。これにより、通信装置１、２のＴＤＭ時間フレームは順次位置合せされ、その結果、これらは、そのフレーム及びスロット境界のレベルで、互いと間接的に同期することになる。
【００３３】
２）ビーコン送信を用いた同期。
第２の好ましい同期の方法は、ビーコン送信を用いることである。ラジオネット内にある接続装置のひとつが、ＴＤＭ時間フレーム毎に一回、時間スロット上でビーコンを送信する。このビーコンは、ラジオネット内の他の接続装置により受信され、それら接続装置が送信側と同期をとることを可能にする。ビーコン送信を送る接続装置は、いかなるように選択されてもよいが、例えばグループのメンバーの間で交替するなど、不変である必要はない。
【００３４】
同期の目的のみに利用されるビーコン送信は、ユーザ情報をもたず、図１０に例示されるパケット内のＢ領域，Ｘ領域及びＺ領域を有するものでない。
【００３５】
３）ＧＰＳ時間ベースとビーコン送信の組合せを用いた同期。
同期が、上述の（１）及び（２）を組み合せることにより達成され得る。この場合、ラジオネット内の全てのユニットが、上述の（１）におけるような時間ベース基準を得るためにＧＰＳ受信器を装備する必要がなく、また、時間フレームがＧＰＳ信号に対して同期させられることも可能とする。この種の同期は、２つの独立したラジオネットがＧＰＳ時間基準と相互に同期させられることが可能となるという利点がある。これにより、両方のラジオネットがＧＰＳ時間ベースと同期した状態にあるので、インターラジオネット（inter-radio-net）通信が可能になる。
【００３６】
４）第１の情報送信チャンネルに基づいた同期。
ラジオネット内の同期は、情報転送用の第１のＲＦ送信を用いることにより達成される。交換される情報がない場合（すなわちラジオネットが不活性である（quiet）場合）には、ＲＦ送信はなく、ネットのメンバーの全てが同期した状態にないかもしれない。第１のパーティが情報の送信を開始するとき、このパーティは、情報チャンネル上で同期情報を放送し、その同期情報をタイミング基準として採用する。ラジオネット内の同期は、情報転送用に第１のＲＦ送信を用いることにより達成され得る。交換される情報がない場合に、ＲＦ送信はなく、ネットの全てのメンバーは同期した状態にないかもしれない。第１のパーティが情報の送信を開始するとき、このパーティは、（図１０のパケットの時間スロットのＡ領域上の）同期情報と、（図１０のパケットの時間スロットのＢ領域上の）例えばオーディオのようなユーザ情報との両方を放送する。周期的にＲＦ送信を走査するネットの全ての通信装置は、この第１の情報送信を見つけ出し、（Ａ領域により伝送される）同期情報を用いて該第１の情報送信と同期をとり、その後、ユーザ情報（例えばオーディオ）の受信を開始する。たとえユーザ情報がラジオネット内のメンバーのいずれにも向けられなくとも、メンバーは、例えば（Ｂ領域内の）オーディオのようなユーザ情報を受信することなく、（Ａ領域情報を用いて）情報送信チャンネルと同期することが可能である。
【００３７】
２パーティ間のハンドシェイキングを要求する、（例えばファイル転送等の）２パーティ間におけるコネクション型の情報送信のために、第１のパーティは、受信側が同期し且つハンドシェイクを準備するのに十分な期間（例えば約１０秒）に、Ａ領域内の同期情報及び他の関連情報のみを送信することになる。ハンドシェイキングの後、情報が交換される前に、ポイント・トゥ・ポイント（point to point）の２本のリンクが確立されるであろう。情報の交換の間、ラジオネット内の他の全てのメンバーは、タイミング基準として、送信が開始された第１のパーティを利用し、第１のパーティと同期する。
【００３８】
５）第１の送信に基づいた、また、続いて、マスタ・ハンドオーバ・メカニズム（master handover mechanism）を用いた同期。
ここで、同期は第１の情報送信とともに、即ち、ＲＦ送信がない場合に開始する。また、もしパーティ−１が情報を送信することを決定すれば、そのパーティが、（情報のタイプに依存して）１つ又はそれ以上のＴＤＭスロットを占め、その情報を送信する。パーティ―１は自身を「マスタ」（タイミングマスタ（timing master））として設定し、また、ネット内の他のメンバーの全てがスレーブ（slave）である。全てのスレーブユニットはマスタの送信をタイミング基準として採用する。マスタは、ユーザ情報（例えばオーディオ，ビデオ若しくはその両方）とともに、（Ａ領域内の）同期情報を周期的に送信する。
【００３９】
その後、第２のパーティ（パーティ−２）が情報交換に加わろうとした場合に、パーティ−２は、その情報を送信すべく、未使用のＴＤＭ時間スロットの１つ又はそれ以上を占有することになる。パーティ−１は、パーティ−２の情報を受信することができ、逆も同様に可能である。パーティ−１は「マスタ」である。また情報を送信する全ての「スレーブ」（この場合にはパーティ−２）が、「アクティブスレーブ（active slave）」と呼ばれる。（この場合にはパーティ−１及びパーティ２の両方の）全情報送信を受信するが、それらからの情報送信をもたないラジオネット内の他の全てのメンバーが、「パッシブスレーブ（passive slave）」と呼ばれる。
【００４０】
通信の間に、「マスタ」がその送信を終了しようとすると、それは、特定の期間（例えば１０ＴＤＭ時間フレームの間）、リリースのカウントダウン数とともにその意向を送信する。優先レベルに基づき、マスタからのこの意向を受取った場合に、「アクティブスレーブ」の１つは、「マスタ」として、それ自体変化し（引き継ぎ）、元の「マスタ」がその送信を停止した後、そのサービスを続ける。これにより、全ての「パッシブスレーブ」が、新たな「マスタ」に対する時間基準を切り換えることになる。このプロセスは、マスタ・ハンドオーバ（マスタ引継ぎ）と呼ばれる。ハンドオーバ時に有効な「アクティブスレーブ」は複数あってもよい。最も優先度の高いものが、新たなマスタとして引き継ぐ。優先レベルは、配備の前に、若しくは、幾つかの他のメカニズム（例えば、解放中の「マスタ」に関し、ＴＤＭ時間スロットの位置の点から、年代順に次にくる能動スレーブ）に基づき、予め設定される。もしＧＰＳ時間ベースがこの同期方法に用いられれば、このことは、２つのラジオネットがＧＰＳ時間ベースとの同期を有する場合に、インターラジオネット通信を可能とする。
【００４１】
６）ＧＰＳの時間ベース及び第１の情報送信チャンネルの組合せに基づく同期。上記３）と同様の方法で、単一のユニットは、ＧＰＳ時間ベースをその時間基準として採用するＧＰＳ受信器１３０を有することができる。このユニットが第１のパーティとしての他のユーザへ情報を送信しようとすると、それは、そのタイミングがＧＰＳ信号と同期させられたタイミング「マスタ」として作用する。
【００４２】
ＧＰＳ信号が失われた場合に、２つのオプション（Ａ＆Ｂ）が存在する。
【００４３】
Ａ．（内蔵されたＧＰＳ受信器１３０を有する）パーティ−１がその第１の情報転送を送信する。パーティ−１のＴＤＭ時間フレームは、ＧＰＳ時間ベースと同期するであろう。ラジオネットにおける全ての他の構成は、パーティ−１の第１の情報転送と同期させられる。
【００４４】
パーティ−２は、パーティ−１の時間スロットとは異なる別の時間スロットを占有することにより、情報通信に参加する。パーティ−１を除く全ては、順次ＧＰＳと同期させられる時間基準として、パーティ−１の送信を採用する。
【００４５】
この時間中に、パーティ−１がいかなる原因でもそのＧＰＳ信号を失った場合に、通常通り機能し続けることになるものの、ＧＰＳに関したドリフト（drift）補正は実行不能である。このような状態を良好に管理するために、ＧＰＳ信号が有効である場合、パーティ−１のマイクロコントローラ１６０およびＢＭＣ１１０は、ＧＰＳ時間ベースに関した、内部の水晶発振器（内部時間ベース）のドリフト特性を習得する。取得した情報は、マイクロコントローラにより記憶される。ＧＰＳ時間ベースがなんらかの原因で失われた場合に、マイクロコントローラは、ＧＰＳ時間ベースを有効に確保しつつ、取得した情報を用いてローカルの時間ベースを補正し続けるであろう。このような擬似のドリフト補正は、ＧＰＳ時間ベースに関した同期を、それが十分に長い時間なくなった場合でさえ、維持するであろう。ＧＰＳ時間ベースからの実際のドリフトが許容可能な限界を越えない前に、ＧＰＳ信号が再度現れた場合には、全体のラジオネットが、ＧＰＳの同期をとり続けるであろうが、ＧＰＳ信号があまりに長い時間なくなった場合には、実際のドリフトが過度に長くなり、ラジオネットがＧＰＳと同期しなくなるであろう。しかし、全ての構成は、イントラネット（intra-net）通信用のラジオネット内で同期させられる。
【００４６】
Ｂ．同期させられた情報が、データパケットのＡ領域にて連続的に（規則的な時間間隔をもって）供給される。
【００４７】
ＧＰＳ信号が失われた場合に、装置は、上記のオプション（４）に従って動作するであろう。この場合、ラジオネット内の通信は影響を受けないであろう。２ラジオネット間のインターラジオネット通信のみが、それらが、一方若しくは両方に対して、ＧＰＳ時間ベースがない間に同期しない場合に、可能でなくなる。
【００４８】
ユーザが送信しようとすると、ユーザインターフェースのキーパッド２６０上の適切なボタンを押すことにより、若しくは、音声コマンドにより、通信デバイスが、ユーザインターフェースにて作動する。また、このとき、信号を受信するための１つのアドレス（又は指定されたアドレスのグループ）が特定されてもよい。別の方法として、これが予め設定されてもよい。マイクロコントローラ１６０は、フリーの帯域があるかどうかを確認すべく、割り当てられた周波数をスキャンするように、送信器１００に指示する。もしあれば、送信器１００は、即時に、特定の時間スロットにおける送信を開始し、それによって、時間スロットをとらえる。一旦リンクが確立されれば、情報が、適切なソース（ビデオカメラ２２０，ＤＴＥ又はマイクロフォン２１０）から、適切な処理ブロックを介して、バーストモードコントローラ１１０へ送信される。バーストモードコントローラ１１０は、その信号を一時的に記憶し、これを、指定された時間スロットにおいてパケット方式でＲＦ受信器１００へ、送信の指定されたアドレス若しくはアドレスのグループに対して送る。
【００４９】
ラジオネット内の他の通信デバイスは、マイクロコントローラ１６０の制御のもとで、空気中の新たな送信を定期的に検出すべく、周波数をスキャンする。送信の検出に際して、送信デバイスのバーストモードコントローラ１１０により送信にて位置決めされたアドレスがチェックされ、もし受信通信デバイスが意図されたアドレスの１つとしてそれ自体をみつければ、新たな情報が、バーストモードコントローラ１１０により、音声の場合には、スピーカ２００を通じて出力されるべく、デジタル信号プロセッサ１２０及びコーデック１９０により、また、映像の場合には、表示されるべく、ＤＳＰ１２０，デジタル−アナログ変換器１８０及びＶＤＵ１７０を介して、受信され、デジタル式に処理される。もし信号がデータ信号であれば、これは、ＤＴＥへの外部転送のために、バーストモードコントローラからＲＳ２３２／ＵＳＢインターフェース１４０へ直接に転送される。
【００５０】
別の通信デバイスが、例えば、ユーザインターフェースのキーパッド２６０上のボタンが押されること若しくは音声コマンド等のユーザインターフェースに対するコマンドにより、イニシエータ（initiator）との双方向のディスカッションを行なうべく、通信に加わろうとした場合、マイクロコントローラ１６０は、ＲＦ受信器に対して、フリーの帯域（すなわち割り当てられた周波数帯域内の未使用の時間スロット）を見つけ、それらをとらえるように指示する。これらの時間スロットは、送信器のそれらとは異なるであろう。
【００５１】
第１の送信器が、ユーザの介入操作により若しくは他の何らかの理由により、その送信を停止しようとする場合に、それは、送信の終了時に、その意思を示唆するメッセージを送ることにより、他の全てに対して、送信を終了する意思を伝える。この情報は、（Ａ領域及びＢ領域における）ユーザの情報とともに送信されるであろう。送信が終了した後、この時間スロットは、情報を送信しようとする他のあらゆるパーティにより使用可能となる。フリーの（未使用の）時間スロットを見つける他の方法は、ＲＳＳＩ（受信器信号強度指示器）のスキャンを行ない、ＲＳＳＩの値に基づき、フリーのスロットを見つけるというものである。
【００５２】
情報転送のセッションの間、パーティは、情報転送の終了まで、その時間スロットを変更することはない。それは、情報転写の次のセッションの間に、異なる時間スロットを選択してもよい。
【００５３】
複数パーティによる会議を行ないたいというユーザが増加しても、ユーザは、単に有効な時間スロットをとらえることにより、それをなすことができる。
【００５４】
また、受信側を個々に選択することにより、ポイント・トゥ・ポイントの情報通信が可能である。これは、例えばファイル転送用のコネクション型、若しくは、例えば音声呼出しとしてのコネクションレス型（データグラム）によって可能である。
【００５５】
図１２の（ａ）−（ｃ）は、一例として前述した同期方法（６）を用いた、通信デバイスの受信及び送信動作を示すフローチャートである。実行されるステップは、当業者に明らかなように、前述した別の同期方法と併用すべく簡単に適応させることが可能である。
【００５６】
図１２の（ａ）によれば、これは、初期設定及び送信プロセスを示している。
【００５７】
ブロック１２．０１では、通信デバイスは、非同期の状態にあり、ここでは、情報を送信も受信もしない。この状態では、デバイスが、それがＧＰＳ受信器を有する場合に、ＧＰＳのタイミング基準と同期させられてもよい。しかし、それは、ラジオネット内における他のデバイスと同期しない。ステップ１２．０２では、マイクロコントローラ１６０が、通信デバイスがＧＰＳ受信器１３０を有するかどうかを判断するようにチェックする。もしそうであれば、コントローラは、ステップ１２．０３にて、デバイスがＧＰＳ時間ベース信号を受信しているかどうかを判断し、もしそうれあれば、ステップ１２．０４にて、バーストモードコントローラ１１０のＴＤＭフレームの境界が、ＧＰＳ時間ベースと同期させられる。ステップ１２．０５では、エアウェーブ（airwave）が、空気中に、ＲＦ送信があるかどうかを判断するために、定期的にスキャンされる。装置は、その後、情報が送信又は受信されない非同期状態（ステップ１２．０１）に戻る。もしデバイスのユーザが送信しようとすれば、ユーザは、情報転送用の通信デバイスを、例えばキーパッド２６０上の適切なボタンを押すことにより作動させる。その後、ステップ１２．０７にて、コントローラ１６０は、ＴＤＭＡ時間フレームにおける未使用の時間スロットについてチェックする。もし有効な時間スロットがなければ、デバイスは、ステップ１２．０１の情報が送信も受信もされない非同期状態に戻る。もし時間スロットが有効であれば、ステップ１２．０９では、占有されていない時間スロットにおいて、情報が送信される。その後、ステップ１２．１０にて、デバイスは、送信が終了するまで、情報送信状態を呈する。
【００５８】
図１２の（ｂ）は、入力信号を受信する通信デバイスにより採用されるステップを示す。ステップ１２．０１の情報が送信も受信もされない非同期状態から、周期的なスキャンステップ１２．０５を通じ、コントローラは、ステップ１２．１１にて、新たなＲＦ送信を決定することになる。その後、ステップ１２．１２にて、ＧＰＳ時間ベースが有効であるかどうかのテストが行なわれる。このステップは、ＧＰＳ受信器がステップ１２．０２にて確立されるように含まれる場合のみ実行される。もしＧＰＳ信号が有効であれば、コントローラは、ステップ１２．１３にて、入力するＲＦ送信がＧＰＳ信号に同期しているかどうかを判断する。もしＧＰＳ時間ベースが有効でないならば、若しくは、もし情報がＧＰＳと同期していなければ、Ｓ１２．１４にて、コントローラは、情報送信自体から同期を決定する。信号は、その後、ステップ１２．１５にて、通信デバイスが、目的の受信側であるかどうかを判断するために通過させられ、また、もしそうであれば、ステップ１２．１６にて、メッセージが受信され処理される。デバイスは、ステップ１２．１７にて、受信された送信が終了するまで、情報が受信されるステージに入る。もしデバイスが目的の受信側でなければ、デバイスは、ステップ１２．２２の新たな状態である「情報が送信も受信もされない同期状態」に入ることになる。
【００５９】
図１２の（ｃ）は、送信中のデバイス（すなわちステップ１２．１０の情報送信状態における）が受信されるべき送信を検出する場合に採用されるステップを示す。これは、スキャンステップ１２．０５により検出され、また、ステップ１２．１８にて、一旦検出がなされると、入力する送信がその通信デバイスから先に送信された信号と同期していることが仮定されるため、非同期が行なわれる。ステップ１２．１９にてもし通信デバイスが目的の受信側であると決定されれば、ステップ１２．２０にて、情報が受信され、また、ステップ１２．２１にて、通信デバイスが、情報の送信及び受信状態を検出する。もしデバイスが目的の受信側でなければ、デバイスは、ステップ１２．１０の情報の送信状態のままである。
【００６０】
デバイスがステップ１２．２１の「情報の送信及び受信状態」にある場合、それは、ステップ１２．１８，１２．１９，１２．２０及び１２．２１を用いて、他のデバイスから別の情報を受信してもよい。したがって、状態１２．２１では、複数のパーティから受信された複数の情報が存在してもよい。
【００６１】
デバイスが（図１２の（ｂ）に示される）ステップ１２．２２の「情報が送信も受信もされない同期状態」にある場合、デバイスは、状態１２．１０に至るまで、ステップ１２．０６，１２．０７，１２．０８及び１２．０９に従属することができる。デバイスは、また、ステップ１２．１２，１２．１３及び１２．１４を飛び越し、ステップ１２．１１，１２．１５及び１２．１６に続く状態１２．１７に達することができる。
【００６２】
情報送信又は受信を指示する種々の状態は、将来入ってくる若しくは送信される信号がいかにして処理されるかを決定すべく、コントローラにおけるフラッグを設定する。
【００６３】
様々な種類のデータ転送の幾つかの例が、図２−９に示される。
【００６４】
図２は、無制限の聴取者に対する１パーティによる音声放送を示している。この場合、第１のパーティが、ハッチング付きのスロットをとらえ、前述した手段のいずれかによってＴＤＭタイムフレームと同期しその後音声データを受信するラジオネット内の他のデバイスへ音声データを送信する。
【００６５】
図３では、２パーティが無制限の聴取者に対する音声会議を行なっている。最初に、第１のパーティが時間スロットをとらえ、（前述した同期の技術（２）−（６）の場合には）同期情報とともに音声を送信する。続いて、第２のパーティが他の時間スロットをとらえ、その音声を送信する。第１のパーティは、第２のパーティの音声を受信し、また、第２のパーティは、第１のパーティの音声を受信する。他の全てのパーティは、第１及び第２のパーティが「グローバル」アドレスとともに音声データを送信するとすれば、第１及び第２のパーティから音声を受信する。
【００６６】
図４は、無制限の聴取者に対する３パーティによる音声会議を示している。この場合、第１，第２及び第３のパーティは、送信のための３つの異なるスロットを保有し、他の２つからの送信を受信する。他の全てのパーティは、もし送信がグローバルに指向させられれば、第１，第２及び第３のパーティからの送信を受信する。
【００６７】
図５は、無制限の受け側に対する１パーティによる放送を示している。この場合、第１のパーティが、ハッチング付きの時間スロット、および、放送データ（例えばテキスト情報および適切であれば同期情報）をとらえる。他のパーティは、データ送信を受信するために、第１のパーティと同期する。
【００６８】
図６は、複数のポイント・トゥ・ポイントのデータ通信を示している。この場合、パーティＡが、ハンドシェイクを開始するために、指示されたスロットをとらえ、アドレスパケットをパーティＢへ送信し、その後、コネクション型の方法で、パーティＢと通信する。パーティＡからの要求に応じて、パーティＢは、第２のスロットを保有し、双方向通信用に、パーティＡと接続すべくハンドシェイクを開始するようにアドレスパケットを送ることにより、データ要求に答える。同様に、パーティＣ及びＤは、異なる時間スロットを用いて、別々に、互いと通信することができる。
【００６９】
図７は、パーティＡが、指示されたスロットを保有し、周期的なリフレッシュとともに、動画又は静止画像／ビデオクリップを送信する、無制限の聴取者に対するビデオ放送を示している。パーティＡは、また、必要であれば、同期情報を送信するであろう。他のパーティは、ビデオ信号を受信するために、パーティＡと同期する。
【００７０】
図８は、無制限の聴取者に対するマルチメディア放送を示している。パーティＡは、複数の時間スロットをとらえ、その後、各スロットにおける音声および圧縮ビデオを送信する。パーティＡは、また、必要に応じて、同期信号を提供する。他の全てのパーティは、バーストモードコントローラ１１０によりデコードされ、必要に応じてＶＤＵ１７０及びスピーカ２００へ送られる音声及び圧縮ビデオ情報を受信するために、パーティＡと同期する。
【００７１】
図９は、無制限の聴取者に対する２パートのマルチメディア放送を示している。ここでは、パーティＡが、指定されたチャンネルにおける圧縮ビデオ及び音声を送信し、パーティＢが、指定されたチャンネルにおける圧縮ビデオ及び音声を送信する。パーティＡは、パーティＢの送信を受信することができ、また、パーティＢは、パーティＡの送信を受信することができ、更に、他の全てのパーティは、両方の送信を受信することができる。
【００７２】
複数の音声の送信に際して、複数の受信された音声信号が、受信する通信デバイスのＤＳＰ１２０により局部的に合成される。複数のビデオの送信に際して、信号は、ＶＤＵ１７０上に並んで表示されるために、ＤＳＰ１２０により別々に処理される。
【００７３】
前述した実施の形態は、それに制限されるものでない。例えば、前述した実施の形態では、１つのタイプの情報の送信に際して、送信するユーザにつき、１つのスロットが確保されるが、帯域は、複数のスロットを確保し、情報を並行して送信することにより、効率的に増大させることができる。更に、例えば図１に示される全ての通信デバイスはいずれも同じようにあらわされるが、もしラジオネットの幾つかの構成が情報を受信するが送信はしないように望めば、幾つかの通信デバイスは、受信機能のみを有するものであってもよい。
【図面の簡単な説明】
【図１】  本発明における好ましい通信装置のブロック図である。
【図２】  無制限の聴取者に対する１パーティの音声放送を示す図である。
【図３】  無制限の聴取者に対する２パーティの音声会議を示す図である。
【図４】  無制限の聴取者に対する３パーティの音声会議を示す図である。
【図５】  無制限の受け側に対する１パーティのデータ放送を示す図である。
【図６】  複数のコネクション型のポイント・トゥ・ポイントのデータ通信を示す図である。
【図７】  無制限の聴取者に対するビデオ放送を示す図である。
【図８】  無制限の聴取者に対するマルチメディア放送を示す図である。
【図９】  無制限の聴取者に対する２パーティのマルチメディア放送を示す図である。
【図１０】  データパケットのデータ構造を示す図である。
【図１１】  通信装置のＧＰＳ時間ベースの同期を示す図である。
【図１２ａ】  本発明の好ましい同期技術を示すフローチャートである。
【図１２ｂ】  本発明の好ましい同期技術を示すフローチャートである。
【図１２ｃ】  本発明の好ましい同期技術を示すフローチャートである。
【符号の説明】
１００…ＲＦ送信器
１１０…バーストモードコントローラ
１２０…デジタル信号プロセッサ
１３０…ＧＰＳ受信器
１４０…ＲＳ２３２／ＵＳＢインターフェース
１５０…前進型エラー訂正プロセッサ
１６０…マイクロコントローラ
１７０…視覚的表示ユニット（ＶＤＵ）
１８０…デジタル−アナログ変換器（ＤＡＣ）
１９０…オーディオコーデック
２００…スピーカー
２１０…マイクロホン
２２０…ビデオカメラ
２３０…アナログ−デジタル変換器
２４０…ランダムアクセスメモリ（ＲＡＭ）
２５０…リードオンリーメモリ（ＲＯＭ）
２６０…キーパッド
【図１】
0004617047.tif 000002
【図２】
0004617047.tif 000003
【図３】
0004617047.tif 000004
【図４】
0004617047.tif 000005
【図５】
0004617047.tif 000006
【図６】
0004617047.tif 000007
【図７】
0004617047.tif 000008
【図８】
0004617047.tif 000009
【図９】
0004617047.tif 000010
【図１０】
0004617047.tif 000011
【図１１】
0004617047.tif 000012
【図１２ａ】
0004617047.tif 000013
【図１２ｂ】
0004617047.tif 000014
【図１２ｃ】
0004617047.tif 000015