(57)【要約】【解決手段】ホストプロセッサを含む無線データ通信システム内に埋設された無線送受信機をテストする方法が与えられる。該テスト中に無線送受信機とホストプロセッサとの間の相互作用は最小となる。無線データ通信システムと外部のテスト装置との間の無線信号インタフェースが、外部のテスト装置から無線データ通信システムへテスト開始信号またはデータ信号、及び無線データ通信システムから外部のテスト装置への応答データまたは受領信号を転送するのに使用される。【選択図】図１
2009533966.tif 000002
【特許請求の範囲】
【請求項１】
ホストプロセッサを有する無線データ通信システム内に埋設された無線送受信機のデータ信号送信をテストする方法であり、前記テスト中に前記無線送受信機と前記ホストプロセッサとの間で相互作用が最小となるところの方法であって、
ホストコントローラを通じて前記無線送受信機へテストファームウエアを転送する工程と、
前記無線送受信機をテスト動作モードに設定する工程と、
前記無線データ通信システムの外部の制御信号ソースからのひとつまたはそれ以上の所定のテスト開始信号の前記無線送受信機による受信に応答して、ひとつまたはそれ以上のテストデータ信号を前記無線送受信機により送信する工程と、
前記無線データ通信システムの外部のテスト装置により、ひとつまたはそれ以上の送信された前記テストデータ信号のそれぞれのひとつまたはそれ以上のパラメータを計測する工程と、
を備えたことを特徴とする方法。
【請求項２】
さらに、前記ホストコントローラを通じて前記無線送受信機へ前記テストファームウエアを転送する工程の前に前記ホストコントローラへ前記テストファームウエアを読み込む工程を含み、前記テストファームウエアはテストプロトコルに対応する複数のデータを含む、
ことを特徴とする請求項１記載の方法。
【請求項３】
前記テストファームウエアはさらに、テストシーケンスに対応する他の複数のデータを含む、
ことを特徴とする請求項２記載の方法。
【請求項４】
前記無線送受信機をテスト動作モードに設定する工程は、前記テストファームウエアの転送に応答して前記無線送受信機をテスト動作モードに設定する工程を含む、
ことを特徴とする請求項１記載の方法。
【請求項５】
前記無線送受信機をテスト動作モードに設定する工程は、前記ホストコントローラからのテストモード制御信号の受信に応答して前記無線送受信機をテスト動作モードに設定する工程を含む、
ことを特徴とする請求項１記載の方法。
【請求項６】
前記無線送受信機をテスト動作モードに設定する工程は、前記無線データ通信システムの外部の制御信号ソースからひとつまたはそれ以上の所定のテスト開始信号を前記無線送受信機により受信するのを待つ工程を含む、
ことを特徴とする請求項１記載の方法。
【請求項７】
前記無線送受信機をテスト動作モードに設定する工程は、前記無線送受信機が前記テスト動作モードであることを示すレディ信号を前記無線送受信機により送信する工程を含む、
ことを特徴とする請求項１記載の方法。
【請求項８】
前記無線データ通信システムの外部の制御信号ソースからのひとつまたはそれ以上の所定のテスト開始信号の前記無線送受信機による受信に応答して、ひとつまたはそれ以上のテストデータ信号を前記無線送受信機により送信する工程は、ＧＯＴＯ−ＮＥＸＴコマンド信号の前記無線送受信機による受信に応答して、ひとつまたはそれ以上のテストデータ信号を前記無線送受信機により送信する工程を含む、
ことを特徴とする請求項１記載の方法。
【請求項９】
前記無線データ通信システムの外部の制御信号ソースからのひとつまたはそれ以上の所定のテスト開始信号の前記無線送受信機による受信に応答して、ひとつまたはそれ以上のテストデータ信号を前記無線送受信機により送信する工程は、受領信号を前記無線送受信機により送信する工程を含む、
ことを特徴とする請求項１記載の方法。
【請求項１０】
前記無線データ通信システムの外部の制御信号ソースからのひとつまたはそれ以上の所定のテスト開始信号の前記無線送受信機による受信に応答して、ひとつまたはそれ以上のテストデータ信号を前記無線送受信機により送信する工程は、所定のテストシーケンスと一致する複数のテスト信号を前記無線送受信機により送信する工程を含む、
ことを特徴とする請求項１記載の方法。
【請求項１１】
ホストプロセッサを有する無線データ通信システム内に埋設された無線送受信機のデータ信号受信をテストする方法であり、前記テスト中に前記無線送受信機と前記ホストプロセッサとの間で相互作用が最小となるところの方法であって、
ホストコントローラを通じて前記無線送受信機へテストファームウエアを転送する工程と、
前記無線送受信機をテスト動作モードに設定する工程と、
前記無線データ通信システムの外部のデータ信号ソースからひとつまたはそれ以上のテストデータ信号を前記無線送受信機により受信する工程と、
複数の所定のデータ信号タイプのひとつとして前記無線送受信機により認識されたひとつまたはそれ以上の前記テストデータ信号の各々の受信に応答して、少なくともひとつの受領信号を前記無線送受信機により送信する工程と、
を備えたことを特徴とする方法。
【請求項１２】
さらに、前記ホストコントローラを通じて前記無線送受信機へ前記テストファームウエアを転送する工程の前に、前記ホストコントローラ内に前記テストファームウエアを読み込ませる工程を含み、前記テストファームウエアはテストプロトコルに対応する複数のデータを含む、
ことを特徴とする請求項１１記載の方法。
【請求項１３】
前記テストファームウエアはさらに、テストシーケンスに対応する他の複数のデータを含む、
ことを特徴とする請求項１２記載の方法。
【請求項１４】
さらに、前記無線データ通信システムの外部のデータ信号ソースからひとつまたはそれ以上のテストデータ信号を前記無線送受信機により受信する工程の前に、少なくともひとつのテスト開始信号を前記無線送受信機により受信する工程を含む、
ことを特徴とする請求項１１記載の方法。
【請求項１５】
前記無線送受信機をテスト動作モードに設定する工程は、前記テストファームウエアの転送に応答して前記無線送受信機をテスト動作モードに設定する工程を含む、
ことを特徴とする請求項１１記載の方法。
【請求項１６】
前記無線送受信機をテスト動作モードに設定する工程は、前記ホストコントローラからのテストモード制御信号の受信に応答して前記無線送受信機をテスト動作モードに設定する工程を含む、
ことを特徴とする請求項１１記載の方法。
【請求項１７】
前記無線送受信機をテスト動作モードに設定する工程は、前記無線データ通信システムの外部の制御信号ソースからひとつまたはそれ以上の所定のテスト開始信号を前記無線送受信機により受信するのを待つ工程を含む、
ことを特徴とする請求項１１記載の方法。
【請求項１８】
前記無線送受信機をテスト動作モードに設定する工程は、前記無線送受信機が前記テスト動作モードであることを示すレディ信号を前記無線送受信機により送信する工程を含む、
ことを特徴とする請求項１１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はホストプロセッサ及び埋設型無線送受信機を有する無線データ通信システムに関し、特に、この装置の製品テスト方法に関する。
【背景技術】
【０００２】
無線データ通信システムの数及び使用が増加するに従い、このシステムの製造者にとってより時間効率的にそのシステムに埋設された無線送受信機の製品テストを実行することが重要になってきている。周知のように、埋設型送受信機の製品テストの有する問題は、テストされる装置（ＤＵＴ）とテスト制御器（例えば、パーソナルコンピュータ）との間で、一般に有線のデジタル制御接続が利用されているということである。通信はシステム内に埋設されたホストプロセッサを通じて行わなければならない。したがって、製品テストは、試験用ファームウエハが埋設されたホストプロセッサで実行するためにインストールするか、または保存されていなければならないという点でより複雑となる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
埋設プロセッサ内のファームウエアを使用することは、単一のプラットフォーム用には適しているが、このアプローチは複数のプラットフォームが関連しかつサポートされなければならない場合には不向きである。また、しばしば、IEEE802.11規格に従って動作する無線データ送受信機である無線送受信機の機能は、ホストシステムの機能セット全体のほんの一部にすぎない。したがって、製造者は、完全に機能する無線送受信機を製造することに関心があるが、システムの全動作においてその制限された役割の観点から、多くの資源を費やし、無線機能を統合することに関心がない。したがって、さまざまシステムの製品テストを実行する際に要求される最小の変更でもって、このシステムを製品テストするためのより単純でかつよりストリームライン化された方法を与えることが所望される。
【課題を解決するための手段】
【０００４】
本発明のひとつの態様に従って、ホストプロセッサを含む無線データ通信システム内に埋設された無線送受信機を、テスト中に無線送受信機とホストプロセッサとの間で相互作用が最小となるようにテストするための方法が与えられる。無線データ通信システムと外部テスト装置との間の無線信号インタフェースが、外部テスト装置から無線データ通信装置へのテスト開始またはデータ信号、及び無線データ通信システムから外部テスト装置への応答データまたは受領信号を転送するのに使用される。
【０００５】
本発明のひとつの実施形態において、ホストプロセッサを含む無線データ通信システム内に埋設された無線送受信機のデータ信号送信を、テスト中に無線送受信機とホストプロセッサとの間で相互作用が最小となるようにテストするための方法は、
ホストコントローラを通じて無線送受信機へテストファームウエアを転送する工程と、
無線送受信機をテスト動作モードに設定する工程と、
無線データ通信システムの外部の制御信号ソースからのひとつのまたはそれ以上の所定のテスト開始信号の受信に応答して、ひとつまたはそれ以上のテストデータ信号を該無線送受信機により送信する工程と、
無線データ通信システム外部のテストシステムにより、ひとつまたはそれ以上の送信されたテストデータ信号の各々のひとつまたはそれ以上のパラメータを測定する工程と、
を備える。
【０００６】
本発明の他の態様において、ホストプロセッサを含む無線データ通信システム内に埋設された無線送受信機のデータ信号受信を、テスト中に無線送受信機とホストプロセッサとの間で相互作用が最小となるようにテストするための方法は、
ホストコントローラを通じて無線送受信機へテストファームウエアを転送する工程と、
該無線送受信機をテスト動作モードに設定する工程と、
無線データ通信システムの外部のデータ信号ソースからのひとつまたはそれ以上のテストデータ信号を無線送受信機により受信する工程と、
複数の所定データ信号タイプのひとつとして、無線送受信機により認識されたひとつまたはそれ以上のテストデータ信号の各々の受信に応答して、少なくともひとつの受領信号を無線送受信機により送信する工程と、
を備える。
【発明を実施するための最良の形態】
【０００７】
以下で図面を参照しながら本願発明の好適実施形態について詳細に説明する。以下の説明は例示に過ぎず、本発明の態様を制限することを意図するものではない。この実施形態は当業者が実施できるように充分に説明されており、発明の思想及び態様から離れることなくさまざまな修正を加えた他の実施形態が実施可能であることは言うまでもない。
【０００８】
本明細書を通じて、明確に指示しまたは文脈に反しない限り、記述した個々の回路要素は単一または複数である。例えば、用語“回路(circuit)”及び“回路(circuitry)”は単一及び複数の部品を含み、それらは能動的及び／または受動的であり、かつ説明する機能を与えるよう例えばひとつまたはそれ以上の集積回路チップとして相互接続されている。付加的に、用語“信号”はひとつ若しくはそれ以上の電流、ひとつ若しくはそれ以上の電圧、またはデータ信号を意味する。図面において、同一または関連する構成要素は、同一または関連した英数字を有する。また、本発明は、離散的電子回路（好適にはひとつまたはそれ以上の集積回路チップの形式）を使って実施する文脈で説明されるが、この回路の任意の部分の機能は、信号周波数または処理するデータ速度に依存して、ひとつまたはそれ以上の適当にプログラムされたプロセッサを使って選択的に実施されてもよい。
【０００９】
図１を参照して、一般的な製品テスト環境での無線データ通信システムは、ＤＵＴ１００、テストを制御するためのコンピュータ１５０、テスト装置１６０（例えば、ベクトル信号生成器（ＶＳＧ）及びベクトル信号解析器（ＶＳＡ））を含み、これらはすべて実質的に相互接続されている。ＤＵＴ１００は、ホストプロセッサ１１０、メモリ１２０（例えば、不揮発性メモリ）、無線送受信機１３０及びひとつまたはそれ以上の周辺装置１４０を含む多くの相互接続された埋設サブシステムを有する。ホストプロセッサ１１０は、メモリ１２０、無線送受信機１３０及び周辺装置１４０をさまざまな制御インタフェース１２１、１１１、１１３を通じて制御する。典型的に、メモリ１２０はファームウエアのようなＤＵＴ１００により使用されるプログラムを格納する。概して、制御コンピュータ１５０は、例えばユニバーサルシリアルバス（ＵＳＢ）、シリアル周辺装置インタフェース（ＳＰＩ）、ＲＳ−２３２直列インタフェース等を通じて、ＤＵＴ１００を制御する製品テストソフトウエアを実行する。制御コンピュータ１５０は、例えば、ＵＳＢ、汎用インタフェースバス（ＧＰＩＢ）、イーサーネット等のような他のインタフェース１６１を通じてテスト装置１６０も制御する。テスト装置１６０はインタフェース１０１を通じて無線送受信機１３０と通信する。それは無線インタフェースであるが製品テスト用にはしばしば有線インタフェースである。
【００１０】
典型的な送信機テストにおいて、制御コンピュータ１５０はホストコンピュータ１１０へひとつまたはそれ以上のコマンドを送り、そのコマンドは無線送受信機１３０用の対応するコマンドに変換される。試験インタフェース１０１を通じたテスト信号の送信に従い、そのプログラムされた出力周波数及び電力に固定するよう無線送受信機１３０に対する適当な遅延に続いて、制御コンピュータ１５０はインタフェース１６１を通じてテスト装置１６０からの測定結果を検索する。
【００１１】
この実施形態からわかるように、無線送受信機１３０に必要なコマンドはホストプロセッサ１１０を通過してそれにより変換されなければならない。ホストプロセッサ１１０は多くの異なる種類のものがあり、多くの異なるオペレーティングシステムを実行することができるので、コマンドを適当に変換するために必要なソフトウエアをホストプロセッサ１１０内部に与えるのは一般に非常に困難である。通常は、このソフトウエアは各アプリケーションに対して特定的に書かれなければならず、したがって、そのことがシステム１００内部で無線送受信機１３０を統一することをシステムインテグレータにとって困難な処理にしている。
【００１２】
以下で詳細に説明するように、本発明に従うテスト方法は、埋設型無線送受信機の性能を確認するための、所定のテストフローまたはシーケンスを使用した単純な製品テストを与える。テストフローで無線送受信機をプラグラムすることにより、テスト中に必要な無線受信機１３０とホストプロセッサ１１０との間の通信は最小となる。テストフローはテストファームウエアの読み込みの一部として送受信機１３０にアップロードされるか、他にテストを構成する所定のデータ領域を有するファームウエアの一体部分として形成される。送受信機１３０へのファームウエアの読み込み終了後、装置はテストモードに置かれ、テスト装置１６０からのコマンドを待つ。これは、読み込まれたフォームウエアの一部として、またはホストプロセッサ１１０により発行される別々のコマンドとして実行される。結果として、ホストプロセッサ１１０との相互作用のみが、ファームウエアの読み込み、テストフローの読み込み（ファームウエハの一体部分でなければ）、及び無線送受信機１３０を製品テスト動作モードに置くためのコマンドに関連する。
【００１３】
図２を参照して、本発明のひとつの実施形態に従う方法が示されている。第１工程２０２において、制御コンピュータ１５０により、テストファームウエアがホストプロセッサ１１０へ転送される。次に工程２０４において、テストファームウエアがインタフェース１１１を通じてホストプロセッサ１１０から無線送受信機１３０へ転送される。所望のテストフローまたはシーケンスが一体部分として含まれてテストファームウエアが完成する。他に、テストフローデータは、コンピュータ１５０からホストプロセッサ１１０へ転送され、その後無線送受信機１３０に中継されてよい。他に、所望のテストフローデータはメモリ１２０内に予め保存されたデータテーブル形式であってよく、インタフェース１２１を通じて検索され、かつ無線送受信機１３０へホストプロセッサ１１０により中継されてもよい。
【００１４】
次に工程２０６において、無線送受信機１３０はテスト動作モードに設定される。例えば、所定の周波数でテスト装置１６０からのコマンドを聞くことにより、無線送受信機１３０はテスト装置１６０からひとつまたはそれ以上のコマンドを待つ。無線送受信機１３０のテスト動作モードへの設定は、読み込まれたテストファームウエアの一部として自動的に開始されるか、またはホストプロセッサ１１０により発行される適当なコマンドにより開始されてもよい。次の工程２０８において、テスト装置１６０のテスト動作は、無線送受信機１３０が聞いている適当なコマンドを送ることにより開始される。他に、無線送受信機１３０は所定の周波数でレディ信号を送信し、それを受信した後、テスト装置１６０がひとつまたはそれ以上のテストコマンドの送信を開始してもよい。好適には、コマンドのセットは最小であり、例えば、ＮＥＸＴタイプのコマンドのみである。それにより、受信機には良いデータパケット（例えば、ＮＥＸＴコマンドを表す）を探すことのみが要求され、また、任意のメディアアクセスコントロール（ＭＡＣ）レイヤー動作が要求されない。テスト装置１６０からのテスト開始コマンドの送信に続き、好適に無線送受信機１３０はそのコマンドの受信を示す受領信号を送信し、それに続いてテスト装置１６０からのテストコマンドのメインシーケンスが始まる。テスト装置１６０の制御は、インタフェース１６１を通じて制御コンピュータ１５０による監視の下で実行される。
【００１５】
次の工程２１０は、無線送受信機１３０内へ読み込まれたテストファームウエアの更新を含み、それによりさまざまな動作設定、パラメータまたは条件が、ホストプロセッサ１１０を通じて制御コンピュータ１５０から受信されたデータ（例えば、送受信機のキャリブレーションデータ）、またはホストプロセッサ１１０を通じて無線送受信機１３０へ転送されメモリ１２０内に保存されたテータテーブルからのデータに基づいて修正される。
【００１６】
図３を参照して、本発明の他の実施形態に従うテスト方法が示されている。第１工程３０２において、システムのテスト動作が開始する。これによりホストプロセッサ１１０は、テストファームウエアがホストプロセッサ１１０を通じて無線送受信機１３０へメモリ１２０から送信されるところの次の工程３０４を準備する。上記したように、テストファームウエアはテストフローを含むか、またはテストコマンド及びテストシーケンスデータの２つの成分から構成されてもよく、無線送受信機はテスト動作モードに設定される。上記したように、これはテストファームウエアの読み込みの一部として自動的に実行されるか、インタフェース１１１を通じてホストプロセッサ１１０により送信された適当なコマンドにより開始されてもよい。このコマンドはホストプロセッサ１１０により開始されるか、またはコンピュータ１５０からのその受信に応答してホストプロセッサ１１０により転送される。
【００１７】
次に工程３０８において、実際のテストが開始される。上記したように、これは、無線送受信機１３０がインタフェース１０１を介してテスト装置１６０と通信を開始するか、またはコンピュータ１５０の制御のもとでインタフェース１０１を介して無線送受信機１３０との通信を開始するかのいずれかである。
【００１８】
続く工程３１０では、さまざまなテスト設定、パラメータまたは条件を修正するため、テストファームウエアが更新される。
【００１９】
上記したように、本発明のひとつの実施形態に従うテスト方法は、ＤＵＴ１００を外部テスト装置１６０と共にテスト動作モードに置くための工程を含む。それに従い、テストの一般的な２つのカテゴリーが存在する。ひとつは、無線送受信機１３０の信号送信機能のテストで、もうひとつは無線送受信機１３０の信号受信機能のテストである。
【００２０】
図４を参照して、送信テストシーケンスのひとつの実施形態を説明する。テストはＤＵＴ１００の受信機（ＲＸ）部分がコマンド４２０を待っている状態で開始される。テスト装置１６０はコマンド４００（例えば、ＧＯＴＯ−ＮＥＸＴコマンド）を発行する。このコマンドの受信に続き、ＤＵＴ１００の送信機（ＴＸ）はコマンドを受信しかつ理解したことを示す受領信号４４０を送信する。続いて、ＤＵＴ１００はテストフローにより決定されるデータ信号の送信を開始する。これが信号送信時間スロット４６０、４６１、・・・４６３により繰り返される。テストフローは、送信すべきパケット数を決定する。この送信パケットは同じ信号を含むか、マルチパケット送信の場合には複数の信号を含む。
【００２１】
受領信号４４０の受信後に、テスト装置１６０は、送信機を所望の動作（例えば、周波数精度及び電力レベル）に置くようにするための特定の時間間隔４３０の間待機する。時間間隔４３０に続き、テスト装置１６０は計測４５０、４５１の実行を開始する。これらの計測４５０、４５１の完了に続き、テスト装置１６０または制御コンピュータ１５０は、テスト装置１６０により収集されたデータにアクセスした後、収集されたデータを解析し、次のテストシーケンス４７０を設定する準備をする。同様に、信号送信４６３の完了に続き、ＤＵＴ１００は必要な動作４８０を処理することによりテストシーケンスの次の部分を準備する。
【００２２】
テスト装置１６０またはコンピュータ１５０がデータ４７０の処理を完了した後、次のテストコマンド（例えば、ＧＯＴＯ−ＮＥＸＴ）が送信される。次のテスト用の準備４８０がまだ完了していなければ、最初のこのコマンド４１１はＤＵＴ１００により受信されない。もしそうであれば、受領信号はテスト装置１６０により受信されない。したがって、テスト装置１６０はコマンド４１２を送り続け、ある時間ポイントにおいて、これらのコマンド４１２の一つがＤＵＴ１００により受信された後（４２１）、受領信号４４５がＤＵＴ１００により送信される。これは、新しいテストシーケンスの開始であり（４３１）、ＤＵＴ１００が既知の回数４６５、４６６、・・・４６８だけ新しいテスト信号を送信し、テスト装置１６０が所望の計測４５５、４５６を実行し、さらに続いて解析及び次のテスト４７１の準備をする。
【００２３】
製品テスト環境において一般的ではないが、テスト装置１６０はＤＵＴ１００から良いデータを受信しなくてもよい。概してこれは悪いＤＵＴ１００を示すものであるが、ＤＵＴ１００を単純に放棄する前に失敗したテストを繰り返すことが所望される。この状況において、２つの動作可能性が存在する。そのひとつに従い、テスト装置１６０は異なるコマンド（例えば、ＧＯＴＯ−ＮＥＸＴコマンドではなくＲＥＰＥＡＴコマンド）を送ることができる。これは単純な実施であり、ＤＵＴ１００にとってこの異なるコマンドの識別は容易である。しかし、これは、テスト装置１６０が新しい信号を生成するために新しいコマンドまたは新しいデータを読み込む必要がある場合に、テストを遅くする。他に、テスト装置１６０は他のコマンドを単純に送信せず、それに続いて計測が失敗だったことを示すものとしてＤＵＴ１００がこれを解釈する。この場合、ＤＵＴ１００は単純にオリジナルのテストを繰り返す。
【００２４】
上記したように、ＤＵＴ１００により送信される送信信号４６０、４６１、・・・４６３は単一の送信信号であるか、またはマルチパケットの信号セットであってもよい。このマルチパケット信号の使用は、キャリブレーション中にテスト装置１６０とＤＵＴ１００との間に通信がほとんど必要ないという利点を有する。ここに参考文献として組み込む“Method for Measuring Multiple Parameters of a Signal Transmitted by a Signal Generator”と題する２００５年８月１２日出願の米国特許出願第１１／１６１６９２号に開示されるように、一般に解は反復法により得られるものだからである。
【００２５】
図５を参照して、信号を受信するためのテストフローを説明する。ＤＵＴ１００はテスト装置１６０から実際に受信したデータのすべてを完全に解析する必要がなく、有効なパケットが受信されたか否かを単純に決定するようにテストを実施することを意図するものであるという点で、このテストフローは信号送信テストフローと異なる。したがって、テスト装置はひとつの受信テストからもう一つへ移行する際に、テスト装置はテストコマンド（例えば、ＧＯＴＯ−ＮＥＸＴコマンド）を発行する必要がない。替わりに、次のテストに移行するときをＤＵＴ１００に決定させるのが好適である。これは、ＤＵＴが所定の数の良い信号パケットを受信したときにＤＵＴ１００に次のテストを続行させることにより実行可能である。
【００２６】
ＤＵＴ１００が良いパケットを受信したときに常に受領信号を送信するとすれば、テスト装置１６０は単純に良いパケットの数をカウントすればよく、ＤＵＴ１００からこのカウントを要求する必要はない。それによって、テストの結果を単純に決定するために付加的な通信を要することなく受信信号のテストフローが進行する。テスト装置１６０はいくつのパケットが送信されたかを知っており、その受信された数はＤＵＴ１００から受信した受領信号の数を単純にカウントすることにより決定することができるからである。この技術は、テスト装置１６０がＶＳＡ及びＶＳＧのようなテスト装置を含む場合に特に有効である。なぜなら、ＤＵＴ１００の送信機電力はＶＳＧの送信機電力より一般に大きいため受領信号が失われることがないからである。よって、特にＶＳＡがＶＳＧにより送信される信号パケットの後縁によりトリガーされる場合、ＶＳＡは受領信号パケットを失うことはない。また、ＶＳＡにパケット受領を受信させることは、ＤＵＴ１００内の送受信切替えの切替え時間を同時にテストすることを可能にするという付加的に利点をもたらす。
【００２７】
図５を再び参照して、テスト装置１６０はテストコマンド５１０を送信する。先のテストが送信テストであったと仮定すると、このテストコマンド５１０は、受信テストである次のテストを開始するようＤＵＴ１００に命令する。ＤＵＴ１００はこのコマンド５２０を受信し、それによりテストファームウエアは受信テスト５８０をイネーブルとする。ＤＵＴ１００の受信機部分がレディである場合、受領信号（５４０）が送信され、受信機がレディであることを示す。これは、受信機がこのパケットの受信を開始するまでパケットがテスト装置１６０により送信される従来のテスト方法に比べ重要である。ＤＵＴ１００がレディを示すことにより、テスト装置１６０はＤＵＴ１００からの受領信号の受信を待つようにＶＳＡをイネーブルにする必要がある。それに続いて、テスト装置１６０は受信テスト５３０を準備する。
【００２８】
テスト装置１６０（例えば、ＶＳＡ）が受領信号５４０を受信すると（５５０）、テスト装置１６０はＤＵＴ１００がレディであり、信号送信を開始することを知る。したがって、テスト装置１６０（例えば、ＶＳＧ）は所定の数の信号パケット５６１、５６２、５６３、５６４、５６８、５６９の送信を開始する。その各々は対応する受領信号５７１、５７２、５７３、５７４、５７８、５７９が生成される。テスト装置１６０はこれらの受領パケットを受信し、この受信したパケットに対する内部カウントを増分する。付加的に、上記したように、ＤＵＴ１００の送受信切替え動作が、送信されたテスト信号５６３と受領信号５７３の受信との間の時間間隔５６０を解析することにより解析されてもよい。この信号はすでに仮想的にすべての標準または既定の送受信機信号セット内に含まれており、それによって他の不所望な信号または機能を付加する必要がなくなるため、この方法における受領信号の使用は有利である。
【００２９】
この実施形態において、パケットエラーは生じていないので、ＤＵＴ１００は所定の数のパケットを受信し、次の受信テスト５８１へ移行する。同様に、テスト装置１６０は、ＤＵＴ１００が受信した受領信号の数に基づいてすべてのパケットを受信したことを知り、次の受信テスト５３１を同時に準備することができる。ＤＵＴ１００が準備されたとき、レディを示す受領信号５４１が送信され、テスト装置１６０はこの受領信号の受信（５５１）に続いて、次のテストに対するパケット５６１の送信を開始する。所定の時間間隔で、ＤＵＴ１００がパケットを受信しなかった場合には、それは受領信号を再送信する（５７１）。例えば、ＤＵＴ１００が次のテストに対してテスト装置１６０より速くレディになる場合などである。
【００３０】
図６を参照して、パケットエラーが発生すると、ＤＵＴ１００は所定の数のすべての良いパケットを受信しない。図示のように、テストフローは先のテストが送信テストであったところから開始する。テスト装置１６０のＶＳＧは、新しい動作の開始または先の動作の終了を示すテストコマンド６１０を送信する。ＤＵＴ１００はこのコマンド６２０を受信し、受信テストに対して自身をイネーブルとするよう準備する（６８０）。レディのとき、ＤＵＴ１００は受信の準備ができたことを示す受領信号を送信する（６４０）。この受領信号はテスト装置１６０により受信され（６５０）、それに続いてテスト装置１６０がレディのとき、例えば、内部の設定が完了したとき（６３０）、それは所定の数のパケット６６１、６６２、６６３、６６４、６６８、６６９の送信を開始する。これに応答して、ＤＵＴ１００は受信した良いパケットの各々に対する受領信号６７１、６７３、６７４、６７８、６７９を送信する。
【００３１】
図示のように、ひとつのパケット６６２がＤＵＴ１００により受信されていない。したがって、空の受信パケット６９０で示すように、ＤＵＴ１００により対応する受領信号が送信されていない。送信シーケンスの完了に続き、テスト装置１６０はそれがいくつの受領パケットを受信したかを知る。明らかにひとつのパケット６９０が失われたので、テスト装置１６０は、ＤＵＴ１００の受信機が、テストフロー中の次のテストに移行する前に少なくともひとつ以上パケットをさらに待っていることを知る。したがって、テスト装置１６０はＤＵＴ１００により受信される必要がある付加的なパケット数を計算し（６３５）、必要な数のパケットの送信を開始する（６９１）。
【００３２】
この失ったパケットの受信に続き、ＤＵＴ１００は受領信号６９２を送信し、次のテスト動作６８１の準備を開始する。それがレディであれば、ＤＵＴ１００はテスト装置１６０へ他の受領信号を送信する。この実施形態において、ＤＵＴ１００がレディであるとき、テスト装置１６０はまだレディではない。したがって、ＤＵＴ１００は受領信号６４１を送信するが、テスト装置１６０はまだレディでないため、応答することができず、ＤＵＴ１００は所定の時間間隔後に、他の受領信号６４２を送信する。テスト装置１６０がレディになると、この受領信号６５１の受信に続き、さらなるデータパケット６６１の送信を開始する。ＤＵＴ１００は対応する受領パケット６７１を送信することによりそれに応答する。
【００３３】
上記したように、テスト目的で送信される信号はマルチパケット信号であってもよく、その場合ＤＵＴ１００はある種のデータパケットに対してのみ応答するのが所望される。例えば、異なるパワーレベルで異なるデータパケットを送信することにより、次のテストに進むための所望のパケット数に受信機を一致させるべくより多くのパケットを送ることを送信機に要求することなく、実際の受信機感度のテスト（あるパケットが受信されないと予期される）が実施可能となる。
【００３４】
本発明の思想及び態様から離れることなく、本発明の構造及び方法にはさまざまな修正及び変更が可能であることは当業者の知るところである。発明は特定の実施形態について説明されたが、本発明はこの特定の実施形態に限定されるべきものではない。本発明の態様は特許請求の範囲により画定されるものであり、上記構造及び方法はその態様の範囲に含まれるものである。
【図面の簡単な説明】
【００３５】
【図１】図１は、製品テスト環境における無線データ通信システムの機能ブロック図である。
【図２】図２は、本発明のひとつの実施形態に従う図１の無線データ通信システムをテストする方法を示すフローチャートである。
【図３】図３は、本発明の他の実施形態に従う図１の無線データ通信システムをテストする方法を示すフローチャートである。
【図４】図４は、本発明のひとつの実施形態に従う図１の無線データ通信システムの信号送信テストを実施するためのテストシーケンスを示す。
【図５】図５は、本発明の他の実施形態に従う図１の無線データ通信システムの信号受信テストを実施するためのテストシーケンスを示す。
【図６】図６は、本発明の他の実施形態に従う図１の無線データ通信システムの信号受信テストを実施するためのテストシーケンスを示す。
【図１】
2009533966.tif 000003
【図２】
2009533966.tif 000004
【図３】
2009533966.tif 000005
【図４】
2009533966.tif 000006
【図５】
2009533966.tif 000007
【図６】
2009533966.tif 000008
【国際調査報告】
2009533966.tif 000009