(57)【要約】【課題】モバイル装置のデータ転送の性能をテストする。【解決手段】無線装置によって用いられるプロトコル層の性能をモニタすることによって、無線装置間におけるデータ転送の品質がテストされる。第１の装置に通じている第１のテスタと、第２の装置に通じている第２のテスタが含まれており、データは、インターネット・プロトコルを用いて２つのテスタ間において転送される。各テスタ毎に、関連する無線装置によって伝送されるデータの解析が可能なプロセッサが組み込まれている。各プロセッサは、それぞれの装置内における個々のプロトコル層のデータ転送率を求める。さらに、第１の装置の捕捉アプリケーションから第２の装置における提示アプリケーションへのデータ転送がどのようになされるかに関する解析が行えるようにするため、これらのデータ転送率をリアルタイムで表示する。   【選択図】図１
2006025433.tif 000002
【特許請求の範囲】
【請求項１】
無線装置のデータ転送をテストする方法であって、
前記無線装置によって利用される複数のプロトコル層を通してデータを転送するステップと、
前記プロトコル層の１つの少なくとも１つの性能特性を測定することによって、前記転送をテストするステップと、
を有するテスト方法。
【請求項２】
さらに、前記プロトコル層の前記少なくとも１つによる前記データ転送の成功率を測定するステップを有する、請求項１に記載の方法。
【請求項３】
さらに、前記無線装置と通じているテスタによって無線ネットワークをシミュレートするステップを有し、前記テスタによって、前記少なくとも１つの性能特性が測定される、請求項１に記載の方法。
【請求項４】
さらに、第２の装置と通じている第２のテスタによってもう１つの無線ネットワークをシミュレートするステップを有し、前記第２のテスタによって、前期第２の装置の少なくとも１つのプロトコル層に関する少なくとも１つの性能特性が測定され、
インターネット・プロトコルによって前記テスタと前記第２のテスタとの間でデータを伝送し、その結果、前記データが、前記装置と前記第２の装置の間で伝送されるようにするステップとを有する、
請求項３に記載の方法。
【請求項５】
さらに、前記プロトコル層の前記少なくとも１つにおける複数のアスペクトの性能特性を測定するステップを有する、請求項１に記載の方法。
【請求項６】
少なくとも１つのプロトコル層を通って送信され、無線装置によって捕捉されるデータと、
前記送信されるデータを受信するテスタとを備え、前記テスタによって、前記少なくとも１つのプロトコル層の性能が測定される、
無線装置のテスト・システム。
【請求項７】
さらに、前記テスタに通じており、追加の無線装置に対する送信データを受信する追加テスタを備え、データが、前記無線装置と前記追加の無線装置との間で転送される、請求項６に記載のシステム。
【請求項８】
前記測定結果をリアル・タイムで表示するグラフィック・ユーザ・インターフェイスを備える、請求項６に記載のシステム。
【請求項９】
前記データが、携帯電話アプリケーションによって捕捉されるビデオ・データである、請求項６に記載のシステム。
【請求項１０】
さらに、前記プロトコル層の複数のアスペクトのそれぞれについて、成功裏にデータ転送する率を測定することが含まれる、請求項６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイル装置のテストに関するものであり、とりわけ、データ転送中におけるプロトコル層の性能解析に関するものである。
【背景技術】
【０００２】
最新のモバイル装置は、増大し続けるさまざまなデータ・タイプの転送が可能であり、それらのデータ・タイプは複雑性を増し続けている。これらの絶えず複雑性を増し続けるデータ・タイプの転送に対処するため、設計者は、より高度なモバイル装置の設計及びテストを継続して実施しなければならない。例えば、かつては、単純な音声データの送信機及び受信機であった携帯電話が、今では、音楽の再生及び送信、写真画像の捕捉及び伝送、及び、ビデオの録画及び送信さえ可能である。これらの装置の設計の複雑性が増すにつれて、データ転送にかかわる各アスペクト毎の性能をテスト可能であることがますます重要になる。
【０００３】
モバイル装置の設計者は、一般に、その装置が通常利用する無線ネットワークのシミュレーションが可能なテスタを利用して、データ転送の効率をテストする。例えば、携帯電話のテスタは、テスト対象の電話からデータを受信して、そのデータをインターネット・プロトコル（ＩＰ）に変換し、ＩＰネットワークまたは第２のテスタに伝送する。ＩＰネットワークは、１つの装置だけしかテストしない場合に、利用可能である。第２のテスタが用いられる場合、第２のテスタは、第１のテスタから受信したデータを、宛先携帯電話への伝送に適したフォーマットに変換することによって、宛先電話の無線ネットワークをシミュレートすることが可能である。携帯電話の１つからもう１つの携帯電話へのデータ伝送がどれほどうまく実施されるかは、一般に、２つのテスタ間における受け渡し時に、ＩＰフォーマット・データ・ストリームをモニタすることによって判定される。さまざまな条件下におけるこのスループットのモニタによって、設計者は、さまざまな装置構成がどれほどうまく機能するかを確認することが可能になる。
【０００４】
多種多様な現象及び環境条件がデータ転送に影響を及ぼす可能性がある。例えば、携帯電話によって伝送されるデータの転送率は、気象条件、伝送経路に沿った物理的障害物、伝送されるデータのデータ・タイプ、装置の物理的属性、信号損失、または、他の同様の条件によって影響される可能性がある。テスタ間のスループットを測定することによって、テスト対象装置が、全体として、それらの条件下においてどれほどうまく機能するかの測度が得られる。しかし、このやり方には、モバイル装置のさまざまなアスペクトにおいて、個々にどれほどうまく機能するかを洞察することに関して制限がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
装置自体内におけるデータ転送は、一般に、階層化アーキテクチャの状況内で実現される。階層化フレームワーク内において、データは、プロトコルと呼ばれる一連のスタック層にわたるパスによって、ソースから宛先に転送される。各プロトコル層は、その上位のプロトコル層からデータを受信して、データを適正に変更し、さらに、スタックにおける次のプロトコル層に渡す。典型的なモバイル装置は、アプリケーションによって生じた形式から伝送に適した形式へのデータ・ファイルの変換を担う、複数のプロトコル層を備えている。これら同じプロトコルは、受信データ・ファイルをアプリケーションによる利用に適した形式に変換する逆の働きもする。例えば、携帯電話は、カメラ・アプリケーションを利用してビデオ・ファイルのようなデータ・ファイルを捕捉する。ビデオ・ファイルは、さらに、テスタまたは他の装置への伝送（一般に無線周波による）に適した形式になるまで、一連のプロトコル層を通される。テスタ間のスループットを測定する典型的な方法では、このプロトコル・スタックの全体としての実時間性能を測定することが可能であるが、スタックの各層が、個々に、どれほどうまく機能するかについての実時間情報は得られない。
【課題を解決するための手段】
【０００６】
本発明の実施態様では、無線装置によって用いられるプロトコル層の性能をモニタすることによって、無線装置間におけるデータ転送の品質がテストされる。本発明の実施態様には、装置の個々のプロトコル層によってデータが成功裏に転送される率を測定し、さらに、グラフィカル・ユーザ・インターフェイス（ＧＵＩ）を用いて、その率をリアルタイムで表示するものもある。この実時間ＧＵＩは、設計者が、各種無線装置設計の効率を調査するために利用可能である。
【０００７】
本発明に従って構成されたシステムは、第１の装置に通じている第１のテスタと、第２の装置に通じている第２のテスタが含まれており、データは、インターネット・プロトコルを用いて２つのテスタ間において転送される。こうした実施態様の１つでは、各テスタ毎に、関連する無線装置によって伝送されるデータの解析が可能なプロセッサが組み込まれている。従って、各プロセッサは、それぞれの装置内における個々のプロトコル層のデータ転送率を求めることが可能である。こうしたシステムは、さらに、第１の装置の捕捉アプリケーションから第２の装置における提示アプリケーションへのデータ転送がどのようになされるかに関する解析が行えるようにするため、これらのデータ転送率をリアルタイムで表示することが可能である。
【０００８】
こうした実施態様では、本発明に従って構成された、携帯電話で一般に用いられている無線ネットワークをシミュレートするテスタが利用される。携帯電話のカメラ機能のようなアプリケーションによってデータが捕捉されると、捕捉データは、携帯電話のプロトコル層のパスを経て、テスタに無線伝送される。テスタ内の少なくとも１つの解析モジュールが、各プロトコル層毎にデータがうまく転送される率を測定し、モニタにその率を表示する。これにより、電話の設計者は、これらの測定結果を利用して、さまざまな条件下において、電話設計がどれほどうまく機能するかを解析することが可能になる。
【０００９】
以上は、後続の本発明に関する詳細な説明をより明確に理解できるようにするためになされた、本発明の特徴及び技術的利点のかなり大まかな概要説明である。本発明の請求内容を形成する本発明のさらなる特徴及び利点については、以下で述べることにする。当然明らかなように、開示の概念及び特定の実施態様は、本発明の同じ目的を実施するための修正、または、他の構造の設計を行うための基準として容易に利用することが可能である。このような均等な構成物は、添付の請求項に記載される本発明から逸脱することなく実現できるはずである。その構成及び動作方法の両方に関して本発明に固有のものと考えられる新規の特徴については、さらなる目的及び利点と共に、添付の図面に関連づけて検討することにより、下記の説明からより明らかになるであろう。しかし、図面のそれぞれが、例証及び解説だけを目的として提示されたものであって、本発明の限界を定義することを意図したものではないという点については、明確に理解しておくべきである。
【００１０】
本発明の理解をより完全なものにするため、次に、添付の図面に関連してなされる以下の説明を参照されたい。
【発明を実施するための最良の形態】
【００１１】
図１には、２つの無線装置間におけるデータ伝送のテストが可能な、本発明の実施態様に従って構成されたシステムが例示されている。図１の実施態様の場合、無線装置１１０は、宛先無線装置１４０にデータを送るソース装置である。通常の利用において、装置１１０及び１４０は、無線ネットワークと通じており、データは、ネットワークを介して、それらの間で受け渡される。しかし、テスト中、テスタとして知られる装置は、一般に、無線ネットワークをシミュレートして、テストを受ける装置の評価に役立つ情報を設計者に提供するために利用される。
【００１２】
装置の設計をテストするため、ソース装置１１０のような装置によってデータが捕捉され、テスタ１２０のようなソース装置テスタに送られる。次に、ソース装置テスタ１２０は、通常動作中に、ソース装置１１０からの送信データを受信して、インターネット・プロトコル（ＩＰ）による宛先テスタへの送信に合わせてデータを調整することにより、ソース装置１１０によって用いられるような無線ネットワークのシミュレーションを行う。宛先装置テスタ１３０は、通常動作中に、宛先モバイル装置１４０によって用いられる無線ネットワークをシミュレートし、ＲＦによる宛先装置１４０への伝送に合わせて、ソーステスタ１２０から受信したデータに調整を加える。典型的なテスト・システムでは、テスタ１２０とテスタ１３０との間におけるデータ転送率を測定することによって、装置１１０と装置１４０との間におけるデータ転送効率が求められる。しかし、こうした測定では、装置１１０と装置１４０の個別層の効率を洞察することはできない。
【００１３】
典型的な無線ネットワークには、あるタイプの基地局サブシステム（ＢＳＳ）、あるタイプのゲートウェイＧＰＲＳ（汎用パケット無線サービス）支援ノード（ＧＧＳＮ）、及び／または、あるタイプのサービングＧＰＲＳ支援ノード（ＳＧＳＮ）が含まれる。無線ネットワークをシミュレートするため、テスタ１２０及び１３０は、一般に、これらの特徴のそれぞれについて部分的にシミュレートするが、こうしたシミュレーションのやり方、及び、シミュレートされる特定の部分は、テスト対象の装置によって決まる。本発明の実施態様は、いかなる特定のネットワーク・シミュレーション方法にも制限されるものではない。
【００１４】
一般に、データを捕捉し、そのデータを宛先に送ることが可能な装置は、いくつかのプロトコル層にわたってデータを通すことによってそれを行う。図１の典型的な実施態様の場合、ソース装置１１０は、６つのこうしたプロトコル層を利用するが、図１に描かれたプロトコル層は、単なるプロトコル・スタックの一例でしかない。本発明の実施態様は、リストアップされたいくつかのプロトコルまたはリストアップされたタイプのプロトコルに制限されるものではなく、それどころか、任意の適合するプロトコル・スタックを利用することが可能である。図１の例では、ソース装置１１０におけるアプリケーション層１１１を利用してデータが捕捉される。捕捉されるデータは、ＨＴＭＬ、グラフィックス、ｅメール、音声、ビデオ、及び／または、他の任意のタイプのユーザ・データといった、転送されるべき任意の形式のユーザ・データとすることが可能である。データは、捕捉されると、アプリケーション層１１１によって、ネットワーク内における装置１１０と宛先ポイントとの間の交換を円滑にする、ＩＰ／Ｘ．２５層１１２にパスされる。ＩＰ／Ｘ．２５層１１２は、モバイル装置１１０とテスタ１２０によってシミュレートされるＳＧＳＮ部分との間に確実なリンクが得られるようにする、サブネットワーク依存コンバージェンス・プロトコル（ＳＮＤＣ）層１１３にデータを通す。ＳＮＤＣ層１１３は、やはり、モバイル装置とＳＧＳＮのシミュレートされる部分との間に確実な接続が得られるようにする、論理リンク制御（ＬＬＣ）層１１４にデータを渡す。ＬＬＣ層１１４は、モバイル装置とＢＳＳのシミュレートされる部分との間に確実な無線リンクが得られるようにする、無線リンク制御（ＲＬＣ）層１１５にデータを渡す。ＬＬＣ層１１４は、ＲＬＣ層１１５よりも上位で機能し、異なる無線システムでＧＰＲＳが提供されるようにすることが可能である。ＲＬＣ層１１５は、複数モバイル装置がＧＰＲＳエア・インターフェイスにおける共通資源を共用できるようにし、同時に、それらの装置が同じタイム・スロットを共用する場合にデータ衝突の回避を助ける、媒体アクセス制御（ＭＡＣ）層１１６にデータを渡す。ＭＡＣ層１１６は、テスタ１２０への無線周波送信に合わせてデータを調整する、無線周波ネットワーク・サービス（ＲＦ）層１１７にデータを渡す。
【００１５】
各層は、直後の層に適した形式にデータを変換しなければならない。環境条件、内部接続、ソフトウェア・エラー、プロトコル・スタック・オーバフロー、モバイルＣＰＵ（中央演算処理装置）の制限された処理能力、及び／または、他の同様の要素といった条件に関連する誤り率は、この変換につきものである。各層が上記要素によるそれぞれに異なる影響を受けることになるので、これらの層は、それぞれ、異なる誤り率で、データを通すする可能性がある。
【００１６】
テスタ１２０は、ＲＦ信号の形でデータを受信し、ソース装置１１０が通常動作中に利用する種類の無線ネットワークをシミュレートする。このシミュレーションは、部分的には、ソース装置１１０から受信したデータを宛先テスタ１３０への送信に適したフォーマットに変換することによって実施される。一般に、テスタは、ＩＰフォーマットを利用し、ローカル・エリア・ネットワーク（ＬＡＮ）接続によってそのデータを送信するが、他のフォーマット・タイプ及び／または接続タイプを利用することも可能である。従来のテスト方法では、テスタ間におけるＬＡＮ送信のデータ転送レートスループットを測定する。図１に描かれた本発明の実施態様には、個々のプロトコル層におけるデータ・フローのある特性を測定することが可能な解析モジュール１２１が含まれている。この特性としては、例えば、全データ・スループット、データについての成功した通過率、データについての通過に失敗した率、及び／または、他の任意の同様の特性が考えられる。描かれた実施態様例では、プロトコル層１１１〜１１７のそれぞれが成功裏にデータ・パケットを通す率を測定するが、実施態様がこの特性に制限されるわけではない。従来の方法によってＩＰ送信段におけるデータ転送レートが測定される場合、設計者には、プロトコル・スタックが全体としていかに機能するかについての知識だけしか提供されない。本発明の実施態様では、スタックの個々の層に関する情報を提供することによって、設計者による装置設計の特定の性能に関する調査をより有効に支援することが可能である。
【００１７】
宛先テスタ１３０は、通常動作中、宛先装置１４０によって一般に用いられるであろう無線ネットワークをシミュレートする。このシミュレーションは、部分的には、ソーステスタ１３０から受信したデータをＲＦ送信に適したフォーマットに変換することによって実施される。データは、宛先装置１４０によって受信され、ソース装置１１０のものと同様のプロトコル・スタックに渡される（逆方向に）。宛先装置１４０は、図１に描かれた特定のプロトコル層に制限されることはなく、それどころか、任意の適合するプロトコル・スタックを利用することが可能である。描かれた実施態様例の場合、ＲＦ層１４７は、宛先テスタ１３０から無線周波送信としてデータを受信し、ＭＡＣ層１４６に適したフォーマットでデータを渡す。ＭＡＣ層１４６は、データを変換して、ＲＬＣ層１４５に渡す。ＲＬＣ層１４５は、データを変換して、ＬＬＣ層１４４に渡す。ＬＬＣ層１４４は、データを変換して、ＳＮＤＣＰ層１４３に渡す。ＳＮＤＣＰ層１４３は、データを変換して、ＩＰ／Ｘ．２５層１４２に渡す。ＩＰ／Ｘ．２５層１４２は、データを変換して、アプリケーション層１４１に渡す。アプリケーション層１４１は、データを変換して、宛先装置１４０におけるデータの提示に適したフォーマットに戻す。装置１４０のプロトコル・スタックの効率をテストするため、テスタ１３０には、解析モジュール１３１が含まれている。解析モジュール１２１と同様、解析モジュール１３１は、プロトコル・スタックの各層毎に、データについての成功裏の転送率といった１つ以上の特性を測定することが可能である。さらに、こうした装置の設計者が、この情報を利用して、装置１４０の設計の性能解析に利用することが可能である。
【００１８】
システム１００は、さらに、双方向通信が可能である。従って、宛先装置１４０は、データを捕捉して、ソース装置１１０に送ることが可能である。示された実施態様におけるこの送信プロセスは、ただ単に上述のプロセスを逆にしたものであり、宛先装置１４０がソース装置の働きをし、宛先テスタ１３０がソーステスタの働きをし、ソーステスタ１２０が宛先テスタの働きをし、ソース装置１１０が宛先装置の働きをする。
【００１９】
本発明の実施態様が、図１に描かれた実施態様例に制限されものではないという点については明らかであろう。実施態様によって転送されるデータ・タイプは、無線装置による捕捉が可能な任意のデータ・タイプとすることが可能である。例えば、実施態様は、音声データ、ビデオ・データ、テキスト・データ、アップロードされるファイル・データ等の転送をテストすることが可能である。そして、実施態様のソース装置及び宛先装置が特定タイプの装置に限定されることはなく、それどころか、携帯電話、ページャ、携帯情報端末（ＰＤＡ）、ウォーキー・トーキー、または、データを捕捉し複数のプロトコル層にわたって渡す任意の無線装置の任意の組み合わせとすることが可能である。さらに、実施態様が、特定のプロトコル層または層スタックの利用に制限されることもない。プロトコル層のタイプ及び数が、特定実施態様の詳細によって左右されることになるという点については明らかであろう。
【００２０】
図１の実施態様は、ＲＦ送信を利用して示されているが、やはり明らかなように、本発明の実施態様は、制限するわけではないが、赤外線、マイクロ波、及び、全電磁スペクトル範囲による通信法、音波通信法、レーザ及び他の全ての光通信法、並びに、誘導作用、容量作用、及び、他の全ての電磁作用による通信方式を含む、無線送信の任意の方法を利用することが可能である。本発明の実施態様は、２つのテスタを利用した無線通信のシミュレーションに制限されるものでもない。実施態様によっては、テスタ１２０とテスタ１３０の両方の機能が、複数装置との通信が可能な単一多機能テスタに組み込まれる場合もある。
【００２１】
図２は、本発明の実施態様の１つによって得られるプロトコル層伝送率解析を例示したものである。図２の実施態様において、図１のソース装置１１０は、ビデオ・データの捕捉が可能な携帯電話である。プロトコル層１１１〜１１７は、装置１１０が、アプリケーションからテスタ１２０へのＲＦ送信に至るまでの、ビデオ・データを通すのに利用することが可能なプロトコル層の例である。これらのプロトコル層のそれぞれが、伝送中に生じる要因及び状態によってそれぞれに異なる影響を受け、従って、異なる効率レベルでビデオ・データを通すことがある。図１の解析モジュール１２１及び１３１は、各プロトコル層１１１〜１１７のデータ伝送率をリアルタイムで測定することが可能であり、グラフ２２１は、解析モジュール１２１及び１３１が、ユーザに対して測定結果をどのように提示することができるのかを例示したものである。図２には、こうした実時間測定の瞬間の１つが示されている。
【００２２】
グラフ２２１は、グラフィック・ユーザ・インターフェイス（ＧＵＩ）の形態をなし、テスタ１２０に通じているモニタに表示することが可能である。描かれている実施態様の場合、グラフ２２０は、各プロトコル層を通る成功したフレーム伝送のパーセンテージに対応するバー２１１〜２１７として、層１１１〜１１７の実時間データ転送率を表わしている。例えば、図２による捕捉の瞬間、ＲＦ層１１７はＭＡＣ層２１６によってそれに渡されたビデオ・フレームの８０％を成功裏に通す。対照的に、ＳＮＤＣＰ層１１３は、ＩＰ／Ｘ．２５層１１２によってそれに渡されたフレームのわずか４０％を成功裏に通すにすぎない。従来の方法では、スタック全体の実時間フレーム率が得られるが、生じる状態によって、各層毎にデータ通過の成功率が異なる可能性がある。従って、グラフ２２１によれば、各プロトコル層におけるデータ処理がいかになされるかについて、装置設計者の理解が深まることになる。
【００２３】
図３は、単一プロトコル層のより詳細な解析を例示したものである。実施態様によっては、単一プロトコル層の個々のアスペクトの性能を分析する機能性が向上するものもある。図３の実施態様の場合、解析モジュール１２０（図１からの）は、データ・パケットのセグメント化／再アセンブルを実施し、それらのパケットで用いられるコード体系を制御することによって、モバイル装置１１０とＢＳＳのシミュレートされる部分との間の確実な無線リンクをもたらしているＲＣＬ層１１５のさまざまなアスペクトに関するフレーム率を測定することが可能である。グラフ３２１には、これらのアスペクトの解析が詳細に示されている。グラフ２２１（図２からの）の場合と同様、グラフ３２１は、解析モジュール１２０または１３１に通じている、ＧＵＩの一部としてのモニタ上に表示することが可能である。グラフ２２１の場合、ＲＬＣ層１１５の個々のアスペクトのデータ転送率は、フレーム処理の成功率を表わしたバーとして表示される。図示の例において、パケット・アクセス要求（ＰＡＲ）アスペクト３３１は、モバイル装置１１０のネットワークへのアクセス要求を表している。捕捉の瞬間におけるＰＡＲによる処理の成功率は、それに渡されたフレームの９０％である。パケット・チャネル要求（ＰＣＲ）アスペクト３３２は、モバイル装置１１０のアップリンク・チャネル要求を表わしている。捕捉の瞬間におけるＰＣＲ３３２による処理の成功率は、それに渡されたフレームの６０％である。パケット資源要求（ＰＲＲ）アスペクト３３３は、モバイル装置１１０のアップリンク資源要求を表わしている。捕捉の瞬間におけるＰＲＲ３３３による処理の成功率は、それに渡されたフレームの７５％である。パケット・アップリンク割り当て（ＰＵＡ）アスペクト３３４は、モバイル装置のアップリンク伝送状態を表している。捕捉の瞬間におけるＰＵＡ３３４の処理の成功率は、それに渡されたフレームの９０％である。パケット・ダウンリンク割り当て（ＰＤＡ）アスペクト３３５は、モバイル装置のダウンリンク伝送状態を表わしている。捕捉の瞬間におけるＰＤＡ３３５の処理の成功率は、それに渡されたフレームの５０％である。プロトコル層のアスペクト３３１〜３３５は、それぞれ、伝送中に生じる可能性のあるさまざまな状態に反応することになる。例えば、モバイル装置１１０における不良信号によって、ＰＵＡの成功率が低下し、一方、テスタにおける不良信号によって、ＰＤＡ３３５の成功率が低下することになる。ある特定のプロトコルの各アスペクト毎に処理の成功率を解析できることによって、設計者によるモバイル装置の性能のより有効な調査が可能になる。
【００２４】
図４には、本発明の実施態様の１つに従って構成されたテスタ例が示されている。テスタ１２０は、無線受信／送信モジュール４３０を利用して、データの受信及び送信を行う。前述のように、本発明の実施態様では、任意の方式の無線通信を利用することが可能であり、従って、無線モジュール４３０は、制限するわけではないが、赤外線、マイクロ波、及び、全電磁スペクトル範囲による通信法、音波通信法、レーザ及び他の全ての光通信法、並びに、誘導作用、容量作用、及び、他の全ての電磁作用による通信方式で受信及び送信を実施することが可能である。モジュール４３０によって受信されるデータは、ＩＰ送信モジュール４４０に渡され、ＩＰフォーマットを利用した宛先テスタへの送信に合わせて再フォーマットされる。
【００２５】
テスタ１２０には、さらに、本発明の実施態様の１つに従って適合された解析モジュール１２１を含むことが可能である。コンピュータ実行可能命令によって実施される場合、解析モジュール１２１のさまざまな構成要素は、こうしたさまざまな構成要素の働きを定義するソフトウェア・コードである。実行可能命令またはソフトウェア・コードは、可読媒体（例えば、ハード・ドライブ媒体、光媒体、ＥＰＲＯＭ、ＥＥＰＲＯＭ、テープ媒体、カートリッジ媒体、フラッシュ・メモリ、ＲＯＭ、メモリ・スティック、及び／または、その種の他の媒体）から得られる場合もあれば、通信媒体（例えば、インターネット）からのデータ信号を介して伝えられる場合もある。実際、可読媒体には、情報の記憶または転送が可能な任意の媒体を含むことが可能である。
【００２６】
解析モジュール１２１には、本発明の実施態様を実施することが可能なシステム例（図２のグラフ２２１を含むＧＵＩ及び／または図３のグラフ３２１を含むＧＵＩのような）が含まれている。中央演算処理装置（ＣＰＵ）４０１がシステム・バス４０２に結合されている。ＣＰＵ４０１は、任意の汎用ＣＰＵとすることが可能である。適合するプロセッサの一例として、制限するわけではないが、インテル社のＰＥＮＴＩＵＭ（登録商標）４プロセッサを含むことが可能である。しかし、ＣＰＵ４０１によって、本明細書に解説される本発明の働きが支援される限りにおいて、本発明がＣＰＵ４０１のアーキテクチャによって制限されることはない。ＣＰＵ４０１は、本発明の実施態様に従って、さまざまな論理命令を実行することが可能である。例えば、ＣＰＵ４０１は、図１、図２、及び、図３に描かれているように、フレーム・レートの測定を容易にする機械レベル命令を実行することが可能である。
【００２７】
解析モジュール１２１には、ＳＲＡＭ、ＤＲＡＭ、ＳＤＲＡＭ等とすることが可能な、ランダム・アクセス・メモリ（ＲＡＭ）４０３を含むことも可能である。解析モジュール１２１には、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等とすることが可能な、読み取り専用メモリ（ＲＯＭ）４０４を含むことが可能である。ＲＡＭ４０３及びＲＯＭ４０４は、当該技術において周知のように、ユーザ及びシステムのデータ及びプログラムを保持する。
【００２８】
解析モジュールには、入力／出力（Ｉ／Ｏ）アダプタ４０５、通信アダプタ４１１、ユーザ・インターフェイス・アダプタ４０８、及び、ディスプレイ・アダプタ４０９を含むことも可能である。Ｉ／Ｏアダプタ４０５、ユーザ・インターフェイス４０８、及び／または、通信アダプタ４１１は、いくつかの実施態様において、データ転送率測定に関する表示パラメータのような情報入力のため、ユーザとコンピュータ・システム４００との対話を可能にする。
【００２９】
Ｉ／Ｏアダプタ４０５は、解析モジュール１２１と無線モジュール４３０及びＩＰ送信モジュール４４０との情報伝達接続を行う。この接続によって、測定値を抽出する入力が得られる。あるいはまた、Ｉ／Ｏアダプタは、プロトコル・スタックの測定を可能にする直接接続を利用して、モバイル装置に接続することも可能である。Ｉ／Ｏアダプタ４０５は、ハード・ドライブ、コンパクト・ディスク（ＣＤ）・ドライブ、フロッピ・ディスク・ドライブ、テープ・ドライブ等の１つ以上といった、解析モジュール１２１の記憶装置４０６にも接続される。ＲＡＭ４０３が、モバイル装置のテスト中に得られる測定結果の記憶に関連した所要メモリ量に対して不十分である場合に、これらの記憶装置を利用することが可能である。通信アダプタ４１１は、例えば、複数のテスタの制御またはモニタに利用されるネットワーク４１２にテスタ１２０を結合するのに適したものであることが望ましい。ユーザ・インターフェイス・アダプタ４０８は、キーボード４１３、ポインティング装置４０７、及び、マイクロフォン４１４のようなユーザ入力装置、及び／または、スピーカ４１５のような出力装置を解析モジュール１２１に結合する。ディスプレイ・アダプタ４０９は、ＣＰＵ４０１によって駆動され、ディスプレイ装置４１０における表示を制御して、例えば、本発明の実施態様のユーザ・インターフェイス（図２のグラフ２２１及び／または図３のグラフ３２１を含むＧＵＩのような）を表示させる。
【００３０】
明らかに、本発明は、システム４００のアーキテクチャに制限されるものではない。例えば、制限するわけではないが、パーソナル・コンピュータ、ラップトップ・コンピュータ、コンピュータ・ワークステーション、及び、マルチプロセッサ・サーバを含む、任意の適合するプロセッサ・ベースの装置を利用することが可能である。さらに、本発明の実施態様は、専用集積回路（ＡＳＩＣ）または超大規模集積（ＶＬＳＩ）回路で実施可能である。実際、当業者であれば、本発明の実施態様に従って、論理操作を実行することが可能な任意の数の適合構造を利用することが可能である。
【００３１】
本発明及びその利点について詳述してきたが、もちろん、付属の請求項によって定義された本発明を逸脱することなく、さまざまな変更、置換、及び、改変を施すことが可能である。さらに、本出願の範囲は、本明細書に解説のプロセス、機械、製造、合成物、手段、方法、及び、ステップに制限されることを意図したものではない。本開示からすぐ明らかになるように、本明細書に解説の対応する実施態様とほぼ同じ機能を実施するか、または、ほぼ同じ結果を達成する、既存の、または、今後開発されることになるプロセス、機械、製造、合成物、手段、方法、または、ステップを利用することが可能である。従って、付属の請求項は、こうしたプロセス、機械、製造、合成物、手段、方法、または、ステップをその範囲内に含むことを意図したものである。
【図面の簡単な説明】
【００３２】
【図１】本発明の実施態様の１つに従って構成されたデータ転送テスト・システムを例示した図。
【図２】本発明の実施態様の１つを利用して得られる測定結果例を例示した図。
【図３】本発明の代替実施態様の１つを利用して得られる測定結果例を例示した図。
【図４】本発明の実施態様の１つに従って構成されたテスタの図。
【符号の説明】
【００３３】
１１０  無線装置
１１１〜１１７  プロトコル層
１２０  テスタ
１３０  第２のテスタ
１４０  第２の装置
１４１〜１４７  プロトコル層
２１１  性能特性
２２１  グラフィック・ユーザ・インターフェイス
３３１〜３３５  アスペクト
【図１】
2006025433.tif 000003
【図２】
2006025433.tif 000004
【図３】
2006025433.tif 000005
【図４】
2006025433.tif 000006