無線データ通信システムにおいてトラヒックおよび補助チャネルをテストする方法および装置
【課題】ＣＤＭＡデータシステムにおける端末およびアクセスポイントの性能をテストするための技術。
【解決手段】フレームワークは、フォワードチャネルをテストするためのフォワードテストアプリケーションプロトコルおよびリバースチャネルをテストするためのリバーステストアプリケーションから構成される。また（１）異なる種類のチャネル（例えばトラヒックチャネル並びに補助チャネル）をテストするために、（２）バーストデータ送信をテストするために、（３）「持続性」テスト（すなわち、接続および切断に対する継続されたテスト）をサポートするため、（４）（例えば、チャネルのエラーレートを決定してもよいように）ある補助チャネルの設定を強制するために、および（５）スループットおよびパケットエラーレートのような性能測定基準を導き出してもよい種々の統計値を収集し、ロギングし、報告するために提供される。
【解決手段】フレームワークは、フォワードチャネルをテストするためのフォワードテストアプリケーションプロトコルおよびリバースチャネルをテストするためのリバーステストアプリケーションから構成される。また（１）異なる種類のチャネル（例えばトラヒックチャネル並びに補助チャネル）をテストするために、（２）バーストデータ送信をテストするために、（３）「持続性」テスト（すなわち、接続および切断に対する継続されたテスト）をサポートするため、（４）（例えば、チャネルのエラーレートを決定してもよいように）ある補助チャネルの設定を強制するために、および（５）スループットおよびパケットエラーレートのような性能測定基準を導き出してもよい種々の統計値を収集し、ロギングし、報告するために提供される。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ通信に関し、特に、無線（例えば、ｃｄｍａ２０００）データ通信システムにおいて異なる種類のチャネルをテストするための技術に関する。
【背景技術】
【０００２】
符号分割多元接続（ＣＤＭＡ）システム、時間分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システムおよびその他のような無線データ通信システムは、音声、データ等のような種々の種類の通信を供給するために広く使用されている。これらのシステムの場合、出来るだけ効率的に利用可能なリソース（すなわち、利用可能な帯域幅および送信電力）を利用することが非常に望ましい。これは、一般的に、通信リンクの条件によりサポートされる短い期間内にたくさんのデータを多くのユーザに送信する必要がある。
【０００３】
上記目標を達成するために、端末の性能は、工場および／または現場で評価される必要があるかもしれない。製造プロセスの一部として、端末が、指定される最小性能基準に適合することを保証するために端末をテストしてもよい。そして現場において、端末の性能は、無線データ通信システムにおいて、ＲＦ受信地域および性能問題を診断するために特徴づけられ使用されてもよい。
【０００４】
端末の性能を特徴づける１つの一般的な技術において、（例えば、擬似乱数（ＰＮ）発生器により発生された）周知のデータパターンがアクセスポイント（または基地局）により送信され、端末により受信され、アクセスポイントに返送される。このループバックテスト技術は実施するのは簡単であるが、テスト性能が制限される。
【０００５】
多くの新世代のＣＤＭＡ通信システムは、柔軟な能力の性能がある。例えば、データは、バーストで端末に送信してもよく、異なる種類のデータを異なる種類のチャネル上に送信してもよく、データ転送速度を特定のチャネル上でフレーム毎に変化可能にしてもよく、データの処理を変化させてもよい（例えば、フレーム毎におよび／またはチャネル毎に）等である。一般的なループバックテスト技術は、一般的にテストパラメータの定義されたセットに基づいて単一のトラヒックチャネルをテストするために使用され、新世代のＣＤＭＡシステムの種々の観点をテストすることはできないかもしれない。
【０００６】
さらに、端末をテストするために、異なる機器供給元が異なるインターフェースをサポートおよび／または実施するかもしれない。結果として、１つの供給元からの機器が、互換性のないインターフェースのために他の供給元からの機器に対してまたは組み合わせて適切にテストされないかもしれない。
【０００７】
それゆえ、ＣＤＭＡシステムにおける端末およびアクセスポイントの性能をテストするための技術の必要性がある。
【発明の概要】
【０００８】
この発明の観点は、ＣＤＭＡシステムにおける端末およびアクセスポイントの性能をテストするための技術を供給する。プロトコルおよびメッセージのフレームワークは端末の性能試験をサポートするために供給され、このフレームワークは、インターフェースの互換性を保証する。一実施の形態において、フレームワークは、フォワードチャネルをテストするためのフォワードテストアプリケーションプロトコル（ＦＴＡＰ）およびリバースチャネルをテストするためのリバーステストアプリケーションプロトコル（ＲＴＡＰ）から構成される。ＦＴＡＰは、フォワードトラヒックチャネルのテスト、および性能を決定するために使用してもよい種々の統計値の収集、ロギング、および報告をサポートし、ＲＴＡＰは、リバーストラヒックチャネルのテストおよび関連する統計値の収集をサポートする。
【０００９】
異なる種類のチャネル（例えば、トラヒックチャネル並びに補助またはオーバーヘッドチャネル）に種々のテストを実行するための技術が提供される。これらの技術は、バーストデータ送信のテストをサポートする。種々の統計値を収集、ロギング、および報告する技術が提供され、収集された統計値は、その後、スループット、パケットエラーレート（ＰＥＲ）等のような種々の性能測定基準を導き出すために使用してもよい。
【００１０】
テストにおける「持続性」（すなわち、接続および切断に対する継続するテスト、変数は、命令されたときのみリセットされる統計情報を記憶するために使用される）をサポートするための技術も提供される。（例えば、チャネルのエラーレートを決定してもよいように）ある補助チャネルの設定を強制するための技術も提供される。この発明の種々の観点と実施の形態は、以下にさらに詳細に記載される。
【００１１】
ここに記載される技術は、（例えば、工場または実験室の環境において）系統だった方法での端末の最小性能テスト、および（例えば、現場の環境において）フォワードおよび／またはリバースリンク性能の測定のような種々のアプリケーションに使用してもよい。これらの技術は、ｃｄｍａ２０００、ＩＳ−９５、およびＷ−ＣＤＭＡのような種々のＣＤＭＡおよび無線データ通信システムのために使用してもよい。
【００１２】
この発明は、以下にさらに詳細に記載するように、この発明の種々の観点、実施の形態、および特徴を実施する方法、装置（例えば、端末およびアクセスポイント）、および他のエレメントをさらに提供する。
【図面の簡単な説明】
【００１３】
【図１】図１は無線データ通信システムの図である。
【図２Ａ】図２Ａは、この発明の種々の観点および実施の形態を実施することができるアクセスポイントの一実施の形態のブロック図である。
【図２Ｂ】図２Ｂは、この発明の種々の観点および実施の形態を実施することができる端末の一実施の形態のブロック図である。
【図３】図３は、ｃｄｍａ２０００における高速パケットデータに使用される送信スキームの図である。
【図４】図４は、フォワードトラヒックチャネルをテストするための全体のプロセスの一実施の形態の図である。
【図５】図５は、ＦＴＡＰテストパラメータ構成プロセスの特定の実施の形態のフロー図である。
【図６】図６は、端末からの統計情報を検索するためのプロセスの一実施の形態の図である。
【図７】図７は、リバーストラヒックチャネルをテストするための全体プロセスの一実施の形態の図である。
【図８】図８は、ＲＴＡＰテストパラメータ構成プロセスの特定の実施の形態のフロー図である。
【発明を実施するための最良の形態】
【００１４】
この発明の特徴、性質、および利点は、類似の参照文字が全体にわたってそれに相当するものとして特定する図面とともに以下に述べる詳細な記述からより明白になるであろう。
【００１５】
図１は、この発明の種々の観点および実施の形態が実施されてもよい無線データ通信システム１００の図である。システム１００は多数のセルのための通信を提供する。各セルは、対応するアクセスポイント１０４によりサービスされる。アクセスポイントはまた基地局、基地局トランシーバシステム（ＢＴＳ）、またはノードＢとも呼ばれる。種々の端末１０６がシステム全体にわたって分散される。端末はまた、アクセス端末、遠隔端末、移動局、またはユーザ機器（ＵＥ）とも呼ばれる。
【００１６】
一実施の形態において、各端末１０６は、いつなんどきでもフォワードリンク上の１つのアクセスポイント１０４と通信してもよく、端末がソフトハンドオフにあるか否かに応じてリバースリンク上の１つ以上のアクセスポイントと通信してもよい。フォワードリンク（すなわち、ダウンリンク）は、アクセスポイントから端末への送信を指し、リバースリンク（すなわち、アップリンク）は端末からアクセスポイントへの送信を指す。
【００１７】
図１において、矢印を有した実線は、アクセスポイントから端末へのユーザ特定データ（または、単に「データ」）送信を示す。矢印を有した破線は、パイロットおよび他のシグナリングを受信しているが、アクセスポイントからのユーザ特定データ送信を受信していないことを示す。図１に示すように、アクセスポイント１０４ａはデータをフォワードリンク上の端末１０６ａに送信し、アクセスポイント１０４ｂは、データを端末１０６ｂに送信し、アクセスポイント１０４ｃは、データを端末１０６ｃに送信する等である。簡単のために、リバースリンク通信は図１には示されていない。
【００１８】
システム１００は、ｃｄｍａ２０００、ＩＳ−９５、Ｗ−ＣＤＭＡ、およびその他のような１つ以上のＣＤＭＡ規格をサポートするように、設計してもよい。ＣＤＭＡ規格は技術的に周知であり、参照することによりここに組み込まれる。いくつかの新世代のＣＤＭＡシステム（例えば、ｃｄｍａ２０００１ｘＥＶシステム）は、バーストでおよび（例えば、通信リンクによりサポートされる）可変データ転送速度でデータを送信することができる。ここに記載されるテスト技術は、これらのシステムのための通信リンクをより効率的に特徴づけることができるかもしれない。
【００１９】
図２Ａは、この発明の種々の観点および実施の形態をサポートすることができるアクセスポイント１０４の一実施の形態のブロック図である。簡単のために、図２Ａは、１つの端末と通信するためにアクセスポイントにおける処理を示す。フォワードリンク上で、送信（ＴＸ）データ源２１０からの「トラヒック」データおよびバッファ２１２からのテストデータはマルチプレクサ（ＭＵＸ）２１４に供給される。マルチプレクサ２１４は、ノーマルモードで動作しているとき、トラヒックデータを選択し、ＴＸデータプロセッサ２１６に供給し、テストモードで動作しているとき、トラヒックおよびテストデータの両方を供給する。ＴＸデータプロセッサ２１６は、受信したデータを受信して処理し（例えば、フォーマット化し、インターリーブし、符号化する）、次にさらにモジュレータ（ＭＯＤ）２１８により処理される（カバーおよび拡散される。この処理（例えば、符号化、インターリービング、およびカバリング等）はチャネルの種類毎に異なっていてもよい。次に、変調されたデータはＲＦ ＴＸ装置２２２に供給され、条件づけされ（例えば、１つ以上のアナログ信号に変換され、増幅され、フィルタリングされ、および直交変調される）フォワードリンク信号を発生する。フォワードリンク信号は、デュプレクサ（Ｄ）２２４を介して送られ、アンテナ２２６を介して端末に送信される。コントローラ２２０は、マルチプレクサ２１４を介して送信されるシグナリングメッセージを介して全体テストを制御する。
【００２０】
図２Ｂは、この発明の種々の観点および実施の形態をサポートすることができる端末の一実施の形態のブロック図である。アクセスポイントからのフォワードリンク信号はアンテナ２５２により受信され、デュプレクサ２５４を介して送られ、ＲＦ受信器装置２５６に供給される。ＲＦ受信器装置２５６は受信した信号を条件づけし（例えば、フィルタリングし、増幅し、ダウンコンバートしおよびデジタル化する）、サンプルを供給する。デモジュレータ（ＤＥＭＯＤ）２５８は、サンプルを受信して処理し（例えば、逆拡散し、デカバーし、復調する）、リカバーされたシンボルを供給する。デモジュレータ２５８は、リカバーされたシンボルを供給するために受信した信号内の複数の信号インスタンスを処理することができるレーキ受信器を実装してもよい。受信（ＲＸ）データプロセッサ２６０は、リカバーされたシンボルをデコードし、受信されたパケットをチェックし、（デマルチプレクサ２６２を介して）デコードされたトラヒックデータをＲＸデータシンク２６４に供給し、デコードされたテストデータをコントローラ２７０に供給する。コントローラ２７０は、マルチプレクサ（ＭＵＸ）２８４を介して送信されるシグナリングメッセージを介して全体のテストを制御する。
【００２１】
リバースリンク上で、マルチプレクサ２８４は、コントローラ２７０からのフォワードリンクテストの統計データ、バッファ２７８からのループバックデータ（以下に記載する）、バッファ２８０からのリバースリンクをテストするためのテストデータ、およびＴＸデータ源２８２からのトラヒックデータを受信する。端末１０６の動作モードおよび実行される特定のテスト（複数の場合もある）に応じて、マルチプレクサ２８４は、種々の種類のデータの適切な組合せをＴＸデータプロセッサ２８６に供給する。次に、供給されたデータがＴＸデータプロセッサ２８６により処理され（例えば、フォーマット化され、インターリーブされ、コード化される）、モジュレータ（ＭＯＤ）２８８によりさらに処理され（例えば、カバーされ、拡散される）、およびＲＦ ＴＸ装置２９０により条件づけされ（例えば、アナログ信号に変換され、増幅され、フィルタリングされ、直交変調される）リバースリンク信号を発生する。次に、リバースリンク信号は、デュプレクサ２５４を介して送られ、アンテナ２５２を介して１つ以上のアクセスポイント１０４に送信される。
【００２２】
図２Ａに戻って参照すると、リバースリンク信号は、アンテナ２２６により受信され、デュプレクサ２２４を介して送られ、ＲＦ受信器装置２２８に供給される。送信されたデータをリカバーするために、リバースリンク信号はＲＦ受信器装置２２８により条件づけされ（例えば、ダウンコンバートされ、フィルタリングされ、および増幅される）、さらにそれぞれモジュレータ２８８およびＴＸデータプロセッサ２８６により実行される方法と相補的な方法でデモジュレータ２３２およびＲＸデータプロセッサ２３４によりさらに処理される。リバースリンクトラヒックデータは、デマルチプレクサ２３６を介してＲＸデータシンク２３８に供給され、統計、ループバック、およびテストデータは、評価のためにコントローラ２２０に供給される。
【００２３】
この発明の観点は、ＣＤＭＡシステムにおける端末およびアクセスポイントの性能をテストするための技術を提供する。１つの観点において、プロトコルおよびメッセージのフレームワークは、端末の性能テストをサポートするために提供される。このフレームワークは、（例えば、異なる機器供給元間で）インターフェース互換性を保証する。他の観点において、異なる種類のチャネル（例えば、トラヒックチャネル並びに補助またはオーバーヘッドチャネル）の種々のテストを実行するための技術が提供される。バーストデータ送信のためのテストがサポートされる。さらに他の観点において、種々の統計値を収集し、ロギングし、および報告するための技術が提供され、収集された統計値は、その後、スループット、パケットエラーレート（ＰＥＲ）等のような種々の性能測定基準を導き出すために使用してもよい。さらに他の観点において、テストの「持続性」（すなわち、接続および切断に対する継続するテスト、変数は、命令されるときのみリセットされる統計情報を記憶するために使用される）をサポートするための技術が提供される。さらに他の観点において、（例えば、チャネルのエラーレートを決定してもよいように）ある補助チャネルの設定を強制するための技術が提供される。この発明の種々の観点および実施の形態が以下にさらに詳細に記載される。明確にするために、この発明の種々の観点は、特に、ｃｄｍａ２０００高速パケットデータエアーインターフェース（または、単にｃｄｍａ２０００ＨＡＩ）に関して記載される。
【００２４】
図３は、ｃｄｍａ２０００における高速パケットデータのために使用されるフォワードリンク送信スキームの図である。各アクセスポイントは、時分割多重方式で、１つずつ、信号強度に基づいて、アクセスポイントからデータを受信するために選ばれた端末にパケットデータを送信する。仮にあったとしても、アクセスポイントは、パケットデータをピーク電力レベルでまたはその付近で端末に送信する。端末がデータ送信を所望するときはいつでも、端末は、データレートコントロール（ＤＲＣ）メッセージの形式でパケットデータ要求を選択されたアクセスポイントに送信する。端末は、多数のアクセスポイントから受信したフォワードリンク信号（例えば、パイロット）の信号品質を測定し、最良の受信信号品質を有するアクセスポイント（すなわち、選択されたアクセスポイント）を決定し、最良の受信されたリンクによりサポートされる最高のデータ転送速度を特定し、特定されたデータ転送速度を示すＤＲＣ値を送信する。ＤＲＣ値は、ＤＲＣチャネル上に送信され、アクセスポイントに割り当てられたＤＲＣカバーの使用を介して選択されたアクセスポイントに向けられる。選択されたアクセスポイント（またはサービングセクタ）は、受信したＤＲＣ値、キュー内のデータ、等のような種々の因子を考慮してもよいスケジューリングポリシーに従って、フォワードトラヒックチャネル上で端末へのデータ送信をスケジュールする。受信されたデータ送信のステータスに基づいて、ＡＣＫチャネル上で、アクノレジメント（ＡＣＫｓ）およびネガティブアクノレジメント（ＮＡＣＫｓ）を選択されたアクセスポイントに送信する。ｃｄｍａ２０００のための高速パケットデータ送信スキームの詳細は、以下ＨＡＩドキュメントと呼ばれ、参照することによりここに組み込まれる、「ｃｄｍａ２０００高速パケットデータエアーインターフェース仕様(cdma2000 High Rate Packet Data Air Interface Specification)」というタイトルの３ＧＰＰ２ Ｃ．Ｓ００２４に記載されている。
【００２５】
ここに記載される技術は、種々の種類のチャネルをテストするために使用してもよい。ｃｄｍａ２０００ＨＡＩの場合、これらのチャネルは、フォワードトラヒックチャネル、ＤＲＣチャネル、ＡＣＫチャネル、リバーストラヒックチャネル、および恐らくその他を含む。フォワードトラヒックチャネルは、アクセスポイントから端末へのデータ送信のために使用され、りバーストラヒックチャネルは、端末からアクセスポイントへのデータ送信のために使用される。ＤＲＣチャネルは、フォワードトラヒックチャネルに使用される最大レートに関する情報を送信するために使用され、ＡＣＫチャネルは、受信したパケットに対してアクノレジメントビットを送信するために使用される。
【００２６】
ここに記載される技術は、種々のアプリケーションに使用してもよい。そのような１つのアプリケーションは、系統だった方法（例えば、工場または実験室の環境で）における端末のテストである。ｃｄｍａ２０００ＨＡＩにおける端末の最小性能は、「ｃｄｍａ２０００ハイレートパケットデータ端末のための推奨される最小性能規格(The Recommended Minimum Performance Standards for cdma2000 High Rate Packet Data Terminal)」というタイトルのＴＩＡ／ＥＩＡ／ＩＳ−８６６に記載され、アクセスポイントのための最小性能は、「ｃｄｍａ２０００ハイレートパケットデータアクセスネットワークのための推奨される最小性能規格(The Recommended Minimum Performance Standards for cdma2000 High Rate Packet Data Access Network)」に記載される。これらは両方とも参照することによりここに組み込まれる。他のアプリケーションは、スループットおよびパケットエラーレート（ＰＥＲ）のような（例えば、現場の環境において）ある重要なフォワードおよび／またはリバースリンク性能測定基準の測定である。
【００２７】
１つの観点において、フレームワークは、ＣＤＭＡシステム（例えば、ｃｄｍａ２０００ＨＡＩシステム）の種々のエレメントをテスト可能にするために供給される。ここでは、「テストアプリケーションプロトコル」（ＴＡＰ）と呼ばれるフレームワークは、フォワードチャネルをテストするためのフォワードテストアプリケーションプロトコル（ＦＴＡＰ）およびリバースチャネルをテストするためのリバーステストアプリケーションプロトコル（ＲＴＡＰ）から構成される。
【００２８】
一実施の形態において、ＦＴＡＰは、（１）フォワードトラヒックチャネルを制御するためおよびフォワードトラヒックチャネルに関連するリバースチャネルを構成するための手続とメッセージを供給し、（２）フォワードトラヒックチャネルをテストするために、それぞれフォワードおよびリバーストラヒックチャネル上に送信されたテストおよびループバックパケットの発生と送信を指示し、および（３）端末において観察されるある統計値を収集し、ロギングし、報告するための手続を供給する。より少ない、さらなるおよび／または異なる能力がＦＴＡＰによりサポートされてもよく、これはこの発明の範囲内である。
【００２９】
一実施の形態において、ＲＴＡＰは、リバーストラヒックチャネルを制御し構成するための手続およびメッセージを供給し、（２）そのチャネルをテストするためにリバーストラヒックチャネル上に送信されたテストパケットの発生を指示する。より少ない、さらなる、および／または異なる能力がＲＴＡＰによりサポートされてもよく、これはこの発明の範囲内である。
【００３０】
ＴＡＰは、テストパケットを発生し、送信方向におけるストリーム層にパケットを送り、受信方向におけるストリーム層からのパケットを受信し処理する。ＦＴＡＰの送信単位は、ＦＴＡＰパケットであり、ＲＴＡＰの送信単位は、ＲＴＡＰパケットである。ＦＴＡＰおよびＲＴＡＰパケットサイズは各々セッションコンフィギュレーション期間中にネゴシエートされる下位層により決定される。各ＦＴＡＰまたはＲＴＡＰパケットは、ストリーム層ペイロードに含まれる。
【００３１】
ＦＴＡＰおよびＲＴＡＰは、フォワードおよびリバーストラヒックチャネルにテストを行なうために端末およびアクセスネットワークを制御し構成するために、各々シグナリングメッセージを使用する。ＦＴＡＰおよびＲＴＡＰは、メッセージを送信するために上述のＨＡＩ文献に記載されるシグナリングアプリケーションを使用する。
【００３２】
ＴＡＰは、テストセッションを終了したり、テスト中の端末の状態を変更するために使用される、他の層からのある表示データを受信するために登録される。一実施の形態において、（表示データの右側のカッコ内に示すように）ＦＴＡＰおよび／またはＲＴＡＰにより以下の表示データが受信される。
【００３３】
・［ＦＴＡＰおよびＲＴＡＰにより受信される］ConnectedState.ConnectionClosed、
・［ＦＴＡＰにより受信される］RouteUpdate.IdleHO、
・［ＦＴＡＰおよびＲＴＡＰにより受信される］RouteUpdate.ConnectionLost、および
・［ＦＴＡＰおよびＲＴＡＰにより受信される］IdleState.ConnectionOpened。
【００３４】
ＴＡＰはまた、以下の表示データを上位のシグナリング層に戻す。
【００３５】
・［ＦＴＡＰにより戻される］LoopbackSyncLost、および
・［ＲＴＡＰにより戻される］RTAPSyncLost。
【００３６】
フォワードテストアプリケーションプロトコル（ＦＴＡＰ）
ＦＴＡＰは、フォワードトラヒックチャネルを含むフォワードチャネルに関する種々のテストを構成し、制御し、および実行するために使用される手続きおよびメッセージを供給する。ＦＴＡＰのための手続は、以下のカテゴリにグループ化してもよい。
【００３７】
・ＦＴＡＰテストパラメータコンフィギュレーション−端末およびアクセスネットワークにおいてＦＴＡＰテストコンフィギュレーションを制御するための手続とメッセージを含む；
・ＦＴＡＰテストパケット送信および受信−フォワードトラヒックチャネル上に送信するためにアクセスネットワークにおいてＦＴＡＰテストパケットを発生するため、および端末において受信したパケットを処理するための手続を含む；
・ＦＴＡＰループバックパケット送信および受信−リバーストラヒックチャネル上でＦＴＡＰループバックパケットを送信および受信するための手続を含む；
・ＡＣＫチャネル送信−構成された（固定値の）ＡＣＫチャネルビットをＡＣＫチャネル上に送信するための手続を含む；
・ＤＲＣチャネル送信−構成された（固定の）ＤＲＣ値を送信し、および／またはＤＲＣチャネル上で固定のＤＲＣカバーを使用するための手続きを含む；および
・ＦＴＡＰ統計値収集および検索−端末において統計値を収集するためおよびアクセスネットワークによりそれらを検索するための手続およびメッセージを含む。
【００３８】
手続およびメッセージは以下にさらに詳細に記載される。より少ない、さらなる、および／または異なる手続およびメッセージもまたＦＴＡＰのために提供されてもよく、これはこの発明の範囲内である。
【００３９】
ＦＴＡＰは、異なる種類のフォワードチャネルのテストをサポートする。テストされる特定のチャネルは、個別に選択してもよく、選択されたチャネルを同時にテストしてもよい。一実施の形態において、ＦＴＡＰは、フォワードトラヒックチャネル、フォワードＭＡＣチャネル、ＤＲＣチャネル、およびＡＣＫチャネルのテストをサポートする。表１は、ＦＴＡＰによりサポートされる種々のモードをリストアップする。より少ない、さらなる、および／または異なるモードもサポートしてもよく、これはこの発明の範囲内である。
【表１】
【００４０】
ＦＴＡＰは、アクセスネットワークによるある統計値の収集をサポートする。これらの統計値は、例えば、フォワードリンクスループット、トラヒックパケットエラーレート、コントロールチャネルパケットエラーレート、セクタキャパシティ（スループット）等のような種々の性能測定基準を決定するために使用してもよい。表２はループバックモードがイネーブルであるとき、（例えば、セクタ毎に）アクセスネットワークにより収集および維持されてよい統計値をリストアップする。
【表２】
【００４１】
ＦＴＡＰは、端末によるある統計値の収集をサポートする。これらの統計値は、アクセスネットワークにより検索してもよい。表３は、端末により収集し維持してもよい統計値をリストアップする。
【表３】
【００４２】
ｃｄｍａ２０００ＨＡＩにおいて、各セクタのためのパイロットは、特定のＰＮオフセットおよびＣＤＭＡチャネルにより特徴づけられ、アクティブセットパイロット（ＡＳＰ）は、端末が現在監視しているコントロールチャネルのセクタからのパイロットである。端末はアイドル状態にあるけれども、サービングセクタからのコントロールチャネルを監視する。IdleASPChangeは、アクティブセットパイロットの変化率のための統計値を収集するために使用され、FirstSyncCCPktは、端末により成功裡に受信されたシンクロナスカプセルにおけるＣＣ ＭＡＣ層パケットの数のための統計値を収集するために使用される。
【００４３】
端末が接続状態(Connected State)にある間、サービングセクタからのパケットを受信してもよい。サービングセクタは、ＤＲＣメッセージが送信される（または向けられる）セクタである。ＤＲＣメッセージが一方のセクタから他方のセクタに再び向けられると、ＤＲＣは、ＮＵＬＬカバーを介して遷移をカバーする。例えば、ＤＲＣカバーが、ＮＵＬＬカバーを介してセクタカバーＡからセクタカバーＢ（ＡはＢと等しくない）に変化すると、１つのサービングセクタ変化としてカウントされる。ＤＲＣカバーが、ＮＵＬＬカバーを介して、セクタカバーＡから、セクタカバーＡに戻るように変化するなら、ゼロのサービングセクタ変化としてカウントされる。ConnectedSSChangeはサービングセクタの変化率のための統計値を収集するために使用される。
【００４４】
アイドルおよび接続状態は、上述したＨＡＩ文献に記載されるエアーリンク管理プロトコルにおける端末動作状態である。
【００４５】
図４はこの発明の一実施の形態に従って、フォワードトラヒックチャネルをテストするための全体のプロセス４００の図である。プロセス４００は、例えば、フォワードリンクユーザスループット、フォワードトラヒックチャネルパケットエラーレート、コントロールチャネルパケットエラーレート、フォワードリンクセクタスループット等のような種々の性能測定基準を決定するために使用してもよい。
【００４６】
最初に、ステップ４１２において、アクセスネットワークと端末との間に現在接続が無ければ、アクセスネットワークは通常の方法で端末との接続をセットアップする。ｃｄｍａ２０００ＨＡＩのための接続セットアップは、上述したＨＡＩ文献に記載されるように実行してもよい。次に、ステップ４１４において、アクセスネットワークは、ＦＴＡＰを構成するためにFTAPParameterAssignmentメッセージを端末に送信する。ＦＴＡＰテストのための端末のコンフィギュレーションは以下に記載され、一実施の形態において、ループバックモードは、デフォルトとしてイネーブルにされる。端末は、ステップ４１６において、必要なコンフィギュレーションを実行し、構成されたテストの準備ができていることを示すためにFTPParameterCompleteメッセージを有したアクセスネットワークに応答する。
【００４７】
アクセスネットワークと端末はその後、ステップ４１８において、以下にさらに詳細に記載されるＦＴＡＰテストパケットとＦＴＡＰループバックパケットを交換する。任意の数のＦＴＡＰパケットを交換してもよく、アクセスネットワークおよび／または端末により収集される統計値は、テストコンフィギュレーションにより決定してもよい。
【００４８】
ステップ４２０において、十分な統計値が収集された後、アクセスネットワークは、ＦＴＡＰテストパケットを送信することを停止し、接続を解放する。例えば、アクセスネットワークがその他のテストまたは機能を実行し始めるなら、ステップ４２０は、省略してもよい。アクセスネットワークは、以下に記載するように、パケットエラーレートおよび平均スループットを計算するために収集した統計値を使用してもよい。プロセス４００のための種々の詳細は以下に記載される。
【００４９】
一実施の形態において、ＦＴＡＰは、テストアプリケーションを３つの利用可能なストリームの１つに結合することによりアクティブになる。プロトコルコンフィギュレーションは、アクセスポイントまたは端末により開始することができる。一実施の形態において、各端末において、ＦＴＡＰの１つのインスタンシエーション(instantiation)しかない。
【００５０】
ＦＴＡＰテストパラメータコンフィギュレーション
アクセスネットワークまたは端末は、フォワードチャネルをテストするためにＦＴＡＰをアクティブにしてもよい。ＦＴＡＰをアクティブにすると、端末は、ループバックモード、ＡＣＫチャネルビット固定モード、ＤＲＣ固定モード、およびＤＲＣカバー固定モードのためのフラッグをディスエーブルにするＦＴＡＰコンフィギュレーションイニシャライゼーション手続を実行する。
【００５１】
図５は、ＦＴＡＰテストパラメータコンフィギュレーションプロセス５００の特定の実施の形態のフロー図である。プロセッサ５００は、図４のステップ４１４および４１６をカバーする。ステップ５１２において、テストコンフィギュレーションをイニシャライズまたは変更するために、アクセスネットワークは、TransactionIDフィールドのための特別な値を含みおよび端末により維持されるＦＴＡＰモードフラッグのための１つ以上の属性レコードをさらに含んでもよいFTAPParameterAssignmentメッセージを送信する。メッセージ内の属性レコードを介して、アクセスネットワークは、実行されるテストを制御することができる。
【００５２】
ステップ５１４において、アクセスネットワークからFTAPParameterAssignmentメッセージを受信すると、端末は、上述したＦＴＡＰコンフィギュレーションイニシャライゼーション手続を実行する。ステップ５１６において、端末はもしあれば、受信したメッセージに含まれる属性に基づいてＦＴＡＰモードフラッグを設定する。特に、受信したメッセージは、LoopBackMode属性、ACKChBitFixedMode属性、DRCFixedMode属性および／またはDRCCoverFixedMode属性を含んでもよい。
【００５３】
端末がリバーストラヒックチャネル上にＦＴＡＰループバックパケットを送信することを要求されるなら、LoopbackMode属性がFTAPParameterAssignmentメッセージに含まれる。ＡＣＫチャネルビットがスロット毎に端末により送信され、特定の固定値に設定されるなら、ACKChannelBitFixedMode属性が含まれる。端末により送信されるＤＲＣが特定の固定値に設定されるなら、DRCFixedMode属性が含まれる。およびＤＲＣ送信のために特定の固定ＤＲＣカバーが端末により使用されるなら、DRCCoverFixedMode属性が含まれる。
【００５４】
受信したメッセージがLoopBackMode属性を含むなら、端末は、ループバックモードフラッグをイネーブルにし、その属性のLoopBackPersistenceフィールドにその値を記憶し、ループバックバッファをクリアし、LBPktOverflowBitをゼロに設定する。受信したメッセージがACKChannelBitFixedMode属性を含むなら、端末は、ＡＣＫチャネルビット固定モードフラッグをイネーブルにし、その値をその属性のACKChannelBitフィールドに記憶する。受信したメッセージがDRCFixedMode属性を含むなら、端末はＤＲＣ固定モードフラッグをイネーブルにし、その値をその属性のDRCValueフィールドに記憶する。および受信したメッセージがDRCCoverFixedMode属性を含むなら、端末は、ＤＲＣカバー固定モードフラッグをイネーブルにし、その値をその属性のDRCCoverフィールドに記憶する。
【００５５】
ステップ５１８において、FTAPParameterAssignmentメッセージにより指定されるテストコンフィギュレーションが完了し、メッセージを受信してからＴFTAConfig（例えば、２）秒以内に、端末は、FTAPParameterAssignmentメッセージのTransactionIDフィールドで受信された値と同じ値に設定されたTransactionIDフィールドを有するFTAPParameterCompleteメッセージを送信する。TransactionIDフィールドは、メッセージにより参照される具体的なトランザクションを特定するために使用される。
【００５６】
端末からFTAPParameterCompleteメッセージを受信すると、各セクタに対して保持される、FTAPTestPktSent、FTAPTestPktRecd、FTAPMACPktRecd、FTAPLBPktSent、FTAPLBPktRecd、FTAPPhysPktSlots、およびFTAPTestTime変数をゼロに設定するＦＴＡＰテスト統計値およびパラメータイニシャライゼーション手続を実行する。アクセスネットワークは、さらに、ＦＴＡＰテストパケットのシーケンス番号を追跡するために使用される、（１４ビット）変数、Ｖ（ＳTest）をゼロに設定する。その後、ＦＴＡＰテストパラメータコンフィギュレーションプロセスは終了する。
【００５７】
ＦＴＡＰテストが終了すると、端末はＦＴＡＰモードフラッグをリセットする。一実施の形態において、プロトコルがConnectedState.ConnectionClosedまたはRouteUpdate.ConnectionLost表示データを接続層から受信すると、いずれかが、接続が終了され、端末がＡＣＫチャネルビット固定モード、ＤＲＣ固定モード、およびＤＲＣカバー固定モードのためのフラッグをディスエーブルにすることを示す。端末はさらに、ループバックモードフラッグが以前にイネーブルであったならおよび最後のFTAPParameterAssignmentメッセージ内のLoopBackｍe属性のLoopBackPersistenceフィールドの値が「００」であったなら、ループバックモードフラッグをディスエーブルにする。
【００５８】
表４は特定の実施の形態に従って、FTAPParameterAssignmentメッセージのためのフィールドをリストアップする。
【表４】
【００５９】
表５は特定の実施の形態に従って、FTAPParameterAssignmentメッセージに含めてもよい属性レコードのための種々のフィールドをリストアップする。表５の最初のカラムは、FTAPParameterAssignmentメッセージを含めてもよい４つの異なる属性レコードを特定する。各属性レコードは、３つのフィールド−レングス、属性ＩＤ、および属性依存データフィールドを含み、これらの３つのフィールドは第２及至第４カラムに示される。レングスフィールドは、レングスフィールド自体を除く（オクテットでの）属性レコードのレングスを与える。一実施の形態において、各属性レコードフィールドのレングスは８ビットであり、各属性レコードのレングスは２４ビットである。
【表５】
【００６０】
一実施の形態において、シグナリング層プロトコル（ＳＬＰ）を信頼あるものに設定し、送信優先度を４０に設定した状態で、端末にアドレス指定されるコントロールチャネル（ＣＣ）およびフォワードトラヒックチャネル（ＦＴＣ）上にFTAPParameterAssignmentメッセージが送信される。
【００６１】
表６は特定の実施の形態に従って、FTAPParameterCompleteメッセージのためのフィールドをリストアップする。
【表６】
【００６２】
一実施の形態において、ＳＬＰを信頼あるものに設定し、送信優先度を４０に設定した状態で、アクセスネットワークにアドレス指定される（ユニキャストアドレッシング）リバーストラヒックチャネル（ＲＴＣ）上に、FTAPParameterCompleteメッセージが送信される。
【００６３】
ＦＴＡＰテストパケット送信および受信
ＦＴＡＰテストパラメータコンフィギュレーションが完了し、かつ端末が接続状態にある間、端末は、ＦＴＡＰテストパケットを受信するためにフォワードトラヒックチャネルを監視する。一実施の形態において、ＦＴＡＰテストパケットは、通常（すなわち、トラヒックデータパケット同様の）方法で、テストアプリケーションにより発生されるが、各ＦＴＡＰテストパケットは、定義されたフィールドのみを含み、他のデータを含まない。ＦＴＡＰテストパケットは、フォワードトラヒックチャネル上の送信のために常に利用可能であることを保証するために十分なレートで発生される。ＦＴＡＰテストパケットは、図２Ａのバッファ２１２に記憶してもよい。
【００６４】
アクセスネットワークは、ＦＴＡＰテストパケットの特定のために使用される、（１４ビットの）シーケンス番号を、各送信されたＦＴＡＰテストパケット内に含む。シーケンス番号は、変数、Ｖ（ＳTest）を介してアクセスネットワークにより保持され、ＦＴＡＰテストパケットを送信後１だけインクリメントされる。
【００６５】
表７は、特定の実施の形態に従って、ＦＴＡＰテストパケットのためのフィールドをリストアップする。
【表７】
【００６６】
アクセスネットワークは、規則のセットに従ってＦＴＡＰテストパケットをフォワードトラヒックチャネル上に送信する。一実施の形態において、アクセスネットワークは、特定の送信優先度（例えば、５５）をＦＴＡＰテストパケットに割り当て、さらに上述したＨＡＩ文献に記載される強制単一カプセル化特徴を使用する。
【００６７】
端末は、フォワードトラヒックチャネル上に送信されたＦＴＡＰテストパケットを受信し処理する。これらのＦＴＡＰテストパケットは、アクセスポイントにおいて通常の方法で発生されたので、トラヒックパケットのように、端末において通常の方法で処理することができる（例えば、復調し、デコードし、正しく受信されたかまたはエラーで受信されたかを決定するためにチェックすることができる）。
【００６８】
ＦＴＡＰループバックパケット送信および受信
ループバックモードがイネーブルになると、端末はリバーストラヒックチャネル上にループバックパケットを発生してアクセスネットワークに送信する。ｃｄｍａ２０００ＨＡＩのためのフォワードおよびリバースリンクは対称ではなく（例えば、フォワードリンクは、リバースリンクより高いレートをサポートする）、リバースリンクのレートは、（例えば、最悪の場合、９．６Ｋｂｐｓの低い値）にさらに制限してもよい。フォワードリンク送信のための関連情報が抽出され、ループバックパケットを介してアクセスネットワークにループバックされる。
【００６９】
一実施の形態において、ＦＴＡＰループバックパケットは、「観察」間隔と呼ばれる、特定の時間間隔ごとに（例えば、ＣＤＭＡ時間に調整された、１６スロット間隔ごとに）発生される。一実施の形態において、ＦＴＡＰループバックパケットは、フォワードトラヒックチャネル上で受信されたＦＴＡＰテストパケットについての情報を搬送するために送信され、各ＦＴＡＰループバックパケットの内容は、観察間隔の間受信されたＦＴＡＰテストパケットに基づき、および記述している。一実施の形態において、各ＦＴＡＰループバックパケットは、関連する観察間隔期間中に端末により正しく受信された各ＦＴＡＰテストパケットのためのレコードを含む。各レコードは、例えば、ＦＴＡＰテストパケットが受信されたサービングセクタ、ＦＴＡＰテストパケットのシーケンス番号およびレングス等のような、関連するＦＴＡＰテストパケットのための種々の情報を含む。ＦＴＡＰループバックパケットに含まれる各レコード内の情報は、以下に記載するように、スループットおよびパケットエラーレートのような種々のフォワードリンク性能測定基準を導き出すためにアクセスネットワークにより使用される。
【００７０】
表８は、特定の実施の形態に従って、ＦＴＡＰループバックパケットのためのフィールドをリストアップする。
【表８】
【００７１】
ＦＴＡＰループバックパケットは、一組の規則に従って発生され、その一実施の形態は以下に記載される。各発生されたＦＴＡＰループバックパケットに対して、FwdSysTimeフィールドは、１６スロット観察間隔の開始（すなわち０番目のスロット）に対応する（３２７６８を法とするフレームにおいて）ＣＤＭＡシステム時間に設定される。ＣＤＭＡシステム時間は、ＦＴＡＰループバックパケットのためのシーケンス番号として有効に使用される。RecordCountフィールドは、関連する観察間隔の間受信されたＦＴＡＰテストパケットの数に設定される。ＦＴＡＰループバックパケット内の各レコードは、関連する観察間隔期間中に受信した対応するＦＴＡＰテストパケットのための（表８にリストアップされる）種々の種類の情報を含む。ＦＴＡＰテストパケットのためのレコードは、受信したＦＴＡＰテストパケットのSEQフィールド値の昇順に含まれる。ＦＴＡＰループバックパケットは、ＦＴＡＰテストパケットが、１６スロット観察間隔の期間に受信されなかったとしても発生される。
【００７２】
発生されたＦＴＡＰループバックパケットは、リバーストラヒックチャネル上への送信のためにキューイングされ、端末は、特定の数（例えば、８以上の）ＦＴＡＰループバックパケットに対して（例えば、図２Ｂのループバックバッファ２７８において）バッファリングを行なう。LBPktOverflowBitは、端末においてバッファオーバーフローによりいずれかのＦＴＡＰループバックパケットが失われたかどうかを示し、これが起きるなら「１」に設定される。LBPktOverflowBitが「１」に設定されるとき、すべての紛失したＦＴＡＰループバックパケットが、リバーストラヒックチャネル上の消失により失われたわけではないことを示す。
【００７３】
ＦＴＡＰループバックパケットは、一組の規則に従って送信され、その一実施の形態は、以下のように記載される。ＦＴＡＰループバックパケットに特定の送信優先度（例えば、５５）が割り当てられる。端末は、接続状態においてキューイングされたＦＴＰループバックパケットを送信する。端末が、接続閉鎖に対してConnectedState.ConnectionClosed表示データを、または欠損接続に対してRouteUpdate.ConnectionLost表示データを受信するなら、端末は、キューに残存していたかもしれない任意のＦＴＡＰループバックパケットの送信のために接続を確立しようと試みない。
【００７４】
アクセスネットワークは、（他のデータトラヒックパケットと同様に、通常の方法で）ＦＴＡＰループバックパケットを受信して処理し、さらに受信したパケット内に含まれる情報を抽出し記憶する。
【００７５】
一実施の形態において、アクセスネットワークは、アクセス端末において受信したＦＴＡＰテストパケットおよびアクセスネットワークにおいて受信したＦＴＡＰループバックパケットを追跡するために、２つの変数、Ｖ（ＲTest)およびＶ（ＲLB)を保持する。Ｖ（ＲLB）は、アクセスネットワークにより受信されることが予測される次のＦＴＡＰループバックパケットのシーケンス番号を表す１５−ビット変数であり、Ｖ（ＲTest)は、端末において成功裡に受信された最後のＦＴＡＰテストパケットのシーケンス番号を表す１４ビットの変数である。これらの変数は、ループバックモードの成功したコンフィギュレーションを示すFTAParameterCompleteメッセージの受信に続いて最初のＦＴＡＰループバックパケットを受信すると、アクセスネットワークによりイニシャライズされる。イニシャライズのために、Ｖ（ＲLB)は、最初のＦＴＡＰループバックパケットのFwdSysTimeフィールドに設定され、Ｖ（ＲTest）は、最初のＦＴＡＰループバックパケット内の最初のＦＴＡＰテストパケットレコードのFwdSeqフィールドに設定される。
【００７６】
一実施の形態において、アクセスネットワークは、以下の手続に基づいておよび受信したパケット内のFwdSysTimeフィールドの値を用いて各受信したＦＴＡＰループバックパケットを処理する。
【００７７】
FwdSysTime≧Ｖ（ＲLB）なら、
FTAPLBPktSentは、｛FwdSysTime−Ｖ（ＲLB）＋１｝だけインクリメントされ、
FTAPLBPktSentは１だけインクリメントされ、
FTAPTestTimeは｛FwdSysTime−Ｖ（ＲLB）＋１｝だけインクリメントされ、および
Ｖ（ＲLB）はFwdSysTime＋１に設定される。
【００７８】
FwdSysTime≦Ｖ（ＲLB）なら、LoopBackSyncLost表示データを発生する。
【００７９】
１つのＦＴＡＰループバックパケットは、各１６スロット観察間隔（すなわち、各フレーム）に対して端末により送信されることが予測されるので、各ＦＴＡＰループバックパケットに含まれるFwdSysTimeは、そのパケットのシーケンス番号として使用してもよい。各受信したＦＴＡＰループバックパケットに対して、最後に受信したＦＴＡＰループバックパケットから端末により送信されたＦＴＡＰループバックパケットの数を、現在受信したパケットのシーケンス番号、FwdSysTimeおよび予測されるパケットのシーケンス番号、Ｖ（ＲLB）に基づいて決定してもよい。受信されることが予測される次のＦＴＡＰループバックパケットのシーケンス番号は、現在受信したパケットのシーケンス番号を１だけインクリメントすることにより得られる。
【００８０】
一実施の形態において、アクセスネットワークはさらに以下の手続に基づいて、各受信したＦＴＡＰループバックパケット内のレコードをシーケンシャルに処理する。最初に、ＦＴＡＰテストパケットを端末に送信するサービングセクタがＦＴＡＰループバックパケット内に含まれるTCAMsgSeqIncludedフィールド、TCAMsgSeqフィールド、およびDRCCoverフィールドに基づいて決定される。従って、このサービングセクタのために保持される統計変数は以下のように更新される。
【００８１】
FTAPhysPktSlotsは、そのレコード内のFwdPhysSlotsフィールドだけインクリメントされ、FTAPMACPktRecdは、そのレコード内のFwdMACPktsフィールドだけインクリメントされ、FTAPTestPktSentは、｛FwdSeq−Ｖ（ＲTest)＋１｝だけインクリメントされ、およびＶ（ＲTest）は｛FwSeq＋１｝に設定される。
【００８２】
一実施の形態において、シーケンス番号に関して実行される演算と比較は、符号なしのモジュロ２S演算において実行される。但し、Ｓはシーケンス番号を表すために使用されるビット数を示す。ｘというシーケンス番号の場合、［ｘ＋１，ｘ＋２S-1−１］の範囲内の番号は、ｘより大きいと考えられ、［ｘ−１，ｘ−２S-1］はｘより小さいと考えられる。
【００８３】
ＤＲＣチャネル送信
ＤＲＣ固定モードがイネーブルなら、端末は、FTAPParameterAssignmentメッセージ内のDRCFixedMode属性により指定されるＤＲＣ値を送信する。そして、ＤＲＣカバー固定モードがイネーブルなら、端末は、そのメッセージ内のDRCCoverFixedMode属性により指定されるＤＲＣカバーを使用する。そうでなければ、端末はＤＲＣを通常の方法で送信する。
【００８４】
ＡＣＫチャネル送信
ＡＣＫチャネルビット固定モードがイネーブルなら、端末は、FTAPParameterAssignmentメッセージ内のACKChannelBitFixedMode属性により指定されるＡＣＫチャネルビット値を、すべてのスロットにおいてＡＣＫチャネル上に送信する。一実施の形態において、端末はさらに、指定されたＡＣＫチャネルビット値に従って受信したＦＴＡＰテストパケットを処理する。
【００８５】
ＡＣＫチャネルビット値が「０」として指定されるなら、端末は、パケットがあたかも１スロット期間のパケットであるかのようにフォワードトラヒックチャネル上のパケットを受信する。たとえ、パケットが単一スロットで成功裡にデコードされなかったとしてもおよびそのフルレングスが１スロットより大きいとしても、端末は、１スロットの後、パケットを受信することを停止する。
【００８６】
ＡＣＫチャネルビット値が「１」として指定されるなら、端末は、パケットがあたかもフルレングス期間のパケットであるかのようにフォワードトラヒックチャネル上のパケットを受信する。端末は、たとえフルレングスが経過する前にパケットが成功裡にデコードされたとしても、（スロットにおいて）フルレングスが経過するまでパケットを受信することを継続する。
【００８７】
いずれの場合においても、（すなわち、ＡＣＫチャネルビット値が「０」または「１」であろうと）、ループバックモードがイネーブルであるなら、ＦＴＡＰループバックパケットを発生し送信し続ける。
【００８８】
端末統計値収集および検索
１つの観点において、端末による統計情報の収集、ロギング、および報告を容易にするために手続およびメッセージが供給される。プロトコルのインスタンスが作成されるとき、端末は、端末により保持されるIdleASPChange変数、IdleTime変数、ConnectedSSChange変数、ConnectedTime変数、FirstSyncCCPkt変数、およびCCTime変数をゼロに設定するＦＴＡＰ統計イニシャライゼーション手続を実行する。
【００８９】
図６は、この発明の一実施の形態に従って、端末から統計情報を検索するためのプロセス６００の図である。プロセス６００はテスト期間中いつでも実行してもよい。
【００９０】
最初に、ステップ６１２において、アクセスネットワークは、端末において収集された統計値をクリアするように端末に指示するためにFTAPStatsClearRequestメッセージを送信する。ステップ６１４において、このメッセージを受信すると、端末は、ＦＴＡＰ統計イニシャライゼーション手続を実行し、要求された統計値のために保持される変数をクリアし、そしてFTAPStatsClearResponseメッセージに応答する。アクセスネットワークは、FTAPStatsClearRequestメッセージを送信することによりいつでも端末において変数をリセットすることができる。FTAPStatsClearRequestメッセージのTransactionID値と同じTransactionID値を含む、端末からのFTAPStatsClearResponseメッセージの受信は、端末における統計変数がクリアされたことを示す。
【００９１】
次に、上述したＦＴＡＰテストコンフィギュレーションに基づいてテストが実行される。ステップ６１６において、十分な時間が経過後、アクセスネットワークは、端末において収集された統計値を検索するためにFTAPStatsGetRequestメッセージを送信してもよい。ステップ６１８において、メッセージを受信すると、端末は、対応するFTAPStatsGetRequestメッセージのTransactionIDと同じTransactionIDおよび要求された統計値を含むFTAPStatsGetResponseメッセージに応答する。図６に示すように、FTAPStatsClearResponseメッセージとFTAPStatsGetRequestメッセージとの間の期間は、統計値が端末により収集されるテスト期間を構成する。
【００９２】
１つの観点において、統計値は、アイドル状態および接続状態のような多数の端末動作状態の各々に対して収集してもよい。一実施の形態において、エアーリンク管理プロトコルが特定の状態（例えば、アイドル状態または接続状態）にある間、その状態のための統計値収集がイネーブルとなり、すべての他の状態のための統計値収集がディスエーブルとなる。一実施の形態において、アイドル状態の間、アイドル状態統計値収集がイネーブルの状態で、RouteUpdate.IdleHO表示データが受信され、IdleTimeがスロットごとにインクリメントされると、IdleASPChangeがインクリメントされる。そして、接続状態にある間、接続状態統計値収集がイネーブルの状態で、サービングセクタに変化があり、ConnectedTimeがスロットごとにインクリメントされると、ConnectedSSChangeがインクリメントされる。
【００９３】
一実施の形態において、アイドル状態または接続状態にあるときに、コントロールチャネル統計値収集がイネーブルになる。コントロールチャネル統計値収集がイネーブルの間、同期カプセル内の最初のＣＣ ＭＡＣ層パケットが端末によって成功裡に受信され、CCTimeが各コントロールチャネルサイクルの始めでインクリメントされると、FirstSyncCCPktがインクリメントされる。
【００９４】
表９は、特定の実施の形態に従って、統計値検索のために使用される４つのメッセージのためのフィールドをリストアップする。各メッセージは、メッセージの種類を特定するために使用されるMessageIDフィールドとトランザクションを特定するために使用されるTransactionIDフィールドを含む。FTAPStatsClearRequestメッセージおよびFTAPStatsGetResponseメッセージは、各々さらに１つ以上のAttributeIDレコードを含む。各レコードは、（以下に記載する）IdleASPStats属性、ConnectedSSStats属性、またはCCPktStats属性のためのAttributeIDを含む。FTAPStatsGetResponseメッセージは、さらに、各レコードが表１０及至表１２に記載のIdleASPStats属性、ConnectedSSStats属性、またはFirstSyncCCPktStats属性のための簡単なレコードである、１つ以上のAttributeRecordレコードを含む。MessageIDフィールド、TransactionIDフィールド、およびAttributeIDフィールドは各々８ビットのレングスであり、各AttributeRecordレコードは以下に記載するレングスを有する。
【表９】
【００９５】
表１０は、FTAPStatsGetResponseメッセージに含めてもよいIdleASPStats属性レコードのためのフィールドをリストアップする。この属性レコードは、端末により収集されるアクティブセクタパイロットのための統計値を供給する。
【表１０】
【００９６】
表１１は、FTAPStatsGetResponseメッセージに含めてもよいConnectedSSStats属性レコードのためのフィールドをリストアップする。この属性レコードは、端末により収集されるサービングセクタ内の変化に対する統計値を供給する。
【表１１】
【００９７】
表１２は、FTAPStatsGetResponseメッセージに含めてもよいFirstSyncCCPktStats属性レコードのためのフィールドをリストアップする。この属性レコードは、端末により収集される最初の同期ＣＣパケットのための統計値を提供する。
【表１２】
【００９８】
表１３は、４つのメッセージ、アドレスモード、およびＳＬＰ送信スキーム、および送信優先度を送信するために使用されるチャネルをリストアップする。
【表１３】
【００９９】
フォワードリンク性能は、端末において収集された統計値に基づいて決定してもよく、アクセスネットワークに報告される。性能計算のいくつがが以下に記載される。
【数１】
【０１００】
上述の式における５／３の比は、ｃｄｍａ２０００における各タイムスロットに対して１．６６７ｍｓｅｃに相当する。他の性能測定基準も、アクセスネットワークにおいてロギングしてもよい他の統計値に基づいて導き出してもよい。例えば、端末から受信したＤＲＣ値は、ＤＲＣチャネル上のＤＲＣシンボルエラー性能を決定するためにロギングしてもよい。
【０１０１】
図２Ｂに戻って参照すると、端末１０６において、ＲＸデータプロセッサ２６０は、ＦＴＡＰテストパケットを処理するように動作し、マルチプレクサ２６２を介してパケットをコントローラ２７０に送ってもよい。次に、コントローラ２７０は、各受信したＦＴＡＰテストパケットから種々の種類の情報（例えば、サービングセクタ、シーケンス番号、および各ＦＴＡＰテストパケットのレングス）を特定し、抽出する。次に、コントローラ２７０は、上述した関連情報を有するＦＴＡＰループバックパケットを形成する。ＦＴＡＰループバックパケットは、ループバックバッファ２７８に記憶してもよい。適切な時間に、リバーストラヒックチャネル上に送信するために、ＦＴＡＰループバックパケットは、バッファ２７８から検索され、マルチプレクサ２８４を介して送られ、ＴＸデータプロセッサ２８６により処理される。
【０１０２】
図２Ａに戻り参照すると、アクセスポイント１０４において、ＦＴＡＰループバックパケットは、ＲＸデータプロセッサ２３４により処理され、コントローラ２２０に供給される。次に、コントローラ２２０は、各受信したＦＴＡＰループバックパケットからの種々の種類の情報（例えば、サービングセクタ、シーケンス番号、各カバーされたＦＴＡＰテストパケットのレングス）を特定し、抽出する。上述したように、コントローラ２２０はさらに、受信したＦＴＡＰループバックパケットから抽出した情報に基づいて各サービングセクタのために保持される変数を更新する。コントローラ２２０は、さらに種々のフォワードリンク性能測定基準のために上述した計算を実行するために動作してもよい。他のフォワードリンク性能測定基準は、アクセス端末においてロギングしてもよい他の統計値に基づいて導き出してもよい。例えば、受信したＦＴＡＰテストパケットをロギングすることにより、フォワードトラヒックチャネルパケットミス確率、パケット受信フォールスアラーム確率等を決定することができる。
【０１０３】
リバーステストアプリケーションプロトコル（ＲＴＡＰ）
ＲＴＡＰは、リバーストラヒックチャネルを含む、リバースチャネルの種々のテストを構成し、制御し、実行するために使用される手続きとメッセージを供給する。ＲＴＡＰのための手続は、以下のカテゴリにグループ化してもよい。
【０１０４】
・テストパラメータコンフィギュレーション−端末とアクセスネットワークにおいてＲＴＡＰテストコンフィギュレーションを制御するための手続とメッセージを含む；および
・ＲＴＡＰテストパケット送信および受信−端末においてＲＴＡＰテストパケットおよびＲＴＡＰフィルパケットを発生し、発生されたパケットを構成されたレートでリバーストラヒックチャネル上に送信し、受信したパケットをアクセスネットワークにおいて処理するための手続を含む。
【０１０５】
手続をメッセ−ジは、以下にさらに詳細に記載される。より少ない、さらなるおよび／または異なる手続きおよびメッセージもＲＴＡＰのために供給してもよく、これはこの発明の範囲内である。
【０１０６】
ＲＴＡＰは、種々のレートでリバーストラヒックチャネルのテストをサポートする。表１４は、リバーストラヒックチャネルによりサポートされる種々のモードをリストアップする。
【表１４】
【０１０７】
ＲＴＡＰは、スループットおよびパケットエラーレートのような種々の性能測定基準を決定するために使用してもよい、アクセスネットワークによりある統計値の収集をサポートする。
【０１０８】
表１５は、アクセスネットワークにより収集し、保持してもよい統計値をリストアップする。
【表１５】
【０１０９】
図７は、この発明の一実施の形態に従う、リバーストラヒックチャネルをテストするための全体のプロセス７００の図である。プロセス７００は、例えば、リバースリンクスループット、パケットエラーレート等のような種々のテストのために使用してもよい。
【０１１０】
最初に、ステップ７１２において、アクセスネットワークと端末との間に現在の接続が無ければ、アクセスネットワークは通常の方法で端末との接続をセットアップする。次に、アクセスネットワークは、ステップ７１４にいて、ＲＴＡＰを構成するために、RTAPParameterAssignmentメッセージを端末に送信する。このメッセージは、アクセス端末によるＲＴＡＰテストパケットの送信を可能にするためにRTAPTestPketEnable属性レコードを含む。ステップ７１６において、端末はコンフィギュアドテストの準備ができていることを示すために、必要なコンフィギュレーションを実行し、RTPParameterCompleteメッセージを用いてアクセスネットワークに応答する。
【０１１１】
その後、ステップ７１８において、端末はＲＴＡＰテストパケットをアクセスネットワークに送信する。任意の数のパケットを送信してもよく、アクセスネットワークおよび／または端末により収集される統計値は、テストコンフィギュレーションにより決定してもよい。
【０１１２】
ステップ７２０において、十分な統計値が収集された後、アクセスネットワークは接続をリリースする。例えば、アクセスネットワークがその他のテストまたは機能を実行し始めるなら、ステップ７２０を省略してもよい。以下に記載するように、アクセスネットワークは、パケットエラーレートおよびスループットを計算するために収集した統計値を使用してもよい。プロセス７００のための種々の詳細は以下に記載される。
【０１１３】
ＲＴＡＰテストパラメータコンフィギュレーション
アクセスネットワークまたは端末は、リバースチャネルをテストするためにＲＴＡＰをアクティブにしてもよい。ＲＴＡＰをアクティブにすると、端末は、ＲＴＡＰテストパケットモードおよびコンフィギュアドパケットレートモードのためのフラッグをディスエーブルにするＲＴＡＰコンフィギュレーションイニシャライゼーション手続を実行する。
【０１１４】
図８は、ＲＴＡＰテストパラメータコンフィギュレーションプロセス８００の特定の実施の形態のフロー図である。プロセス８００は、図７のステップ７１４および７１６をカバーする。ステップ８１２において、ＲＴＡＰテストコンフィギュレーションをイニシャライズまたは変更するために、アクセスネットワークは、TransactionIDフィールドのための特定の値を含み、さらに端末により保持されるＲＴＡＰモードフラッグのための１つ以上の属性レコードを含んでもよいRTAPParameterAssignmentメッセージを送信する。メッセージ内の属性レコードを介して、アクセスネットワークは、実行されるテストを制御することができる。
【０１１５】
ステップ８１４において、アクセスネットワークからRTAPParameterAssignmentメッセージを受信すると、端末は上述したＲＴＡＰコンフィギュレーションイニシャライゼーション手続を実行する。次に、ステップ８１６において、端末はＲＴＡＰテストパラメータイニシャライゼーション手続を実行する。一実施の形態において、この手続は、すべての可能なリバーストラヒックチャネルレートに対して（すなわち、ｉの全ての可能な値に対して）、（表１８に示す）RateIndex ｉに対応するレートで送信されたＲＴＡＰテストパケットのシーケンス番号を追跡するために、（１２ビット）の変数、Ｖi(ＳRev）をゼロに設定する。
【０１１６】
ステップ８１８において、端末は、もしあれば、受信したメッセージ内に含まれる属性に基づいてＲＴＡＰモードフラッグも設定する。特に、受信したメッセージは、RTAPTestPktEnable属性および／またはPacketRateMode属性を含んでもよい。RTAPTestPktEnable属性は、端末が、リバーストラヒックチャネル上へのＲＴＡＰテストパケットの送信を開始しようとするなら、含まれ、PacketRateMode属性は、リバーストラヒックチャネルレートが構成されるなら、含まれる。
【０１１７】
受信したメッセージがRTAPTestPktEnable属性を含むなら、ＲＴＡＰテストパケットモードがイネーブルとなり、属性内のRTAPTestPktPersistenceフィールドの値が記憶され、ＲＴＡＰテストパケットバッファ（例えば、図２Ｂのバッファ２８０）がクリアされ、TestPktOverflowBitがゼロに設定される。そして、受信したメッセージがPacketRateMode属性を含むなら、コンフィギュアされたパケットレートモードがイネーブルになり、属性内のMinRateフィールドおよびMaxRateフィールド値が記憶される。
【０１１８】
ステップ８２０において、RTAPParameterAssignmentメッセージにより指定されるＲＴＡＰテストコンフィギュレーションを完了すると、メッセージを受信するＴRTAPConfig（例えば、２）秒内に、端末は、対応するRTAPParameterAssignmentメッセージにおいて受信される値と同じ値にTransactionIDフィールドを設定した状態でRTAPParameterCompleteメッセージを送信する。
【０１１９】
ステップ８２２において、端末からRTAPParameterCompleteメッセージを受信すると、アクセスネットワークは、（ｉのすべての可能な値に対して）RTAPTestPktSent[i], RTAPTestPktRecd[i]、およびRTAPTestTimeをゼロにリセットするＲＴＡＰ テスト統計値およびパラメータイニシャライゼーション手続を実行する。
【０１２０】
端末は、ＲＴＡＰテスト終了時にＲＴＡＰモードフラッグもリセットする。一実施の形態において、上位のシグナリング層からConnectedState.ConnectionClosed表示データまたはRouteUpdate.ConnectionLost表示データを受信するなら、コンフィギュアされたパケットレートモードがディスエーブルされ、ＲＴＡＰテストパケットモードが以前にイネーブルであり、最後に受信したRTAPParameterAssignmentメッセージ内のRTAPTestPktEnable属性のRTAPTestPktPersistenceフィールドの値が「００」であったなら、ＲＴＡＰテストパケットモードもディスエーブルにされる。
【０１２１】
表１６は、特定の実施の形態に従って、RTAPParameterAssignmentメッセージのためのフィールドをリストアップする。
【表１６】
【０１２２】
表１７は、特定の実施の形態に従う、RTAPParameterAssignmentメッセージ内に含めてもよい属性レコードのための種々のフィールドをリストアップする。表１７の最初の列は、RTAPParameterAssignmentメッセージに含めてもよい２つの異なる属性レコードを特定する。RTAPTestPktEnable属性レコードは３つのフィールド−Length、 Attribute ID、およびRTAPTestPktPersistenceを含む。PacketRateMode属性レコードは４つのフィールド−Length、AttributeID、MinRate、およびMaxRateを含む。Lengthフィールドは、２オクテットである、Lengthフィールド自体を除く（オクテットでの）属性レコードのレングスを与える。従って、RTAPTestPktEnable属性レコードのレングスは、６オクテットまたは２４ビットであり、RTAPTestPktEnable属性レコードのレングスは、８オクテットまたは３２ビットである。
【表１７】
【０１２３】
表１８は、リバーストラヒックチャネルレートに対するRateIndex値のマッピングをリストアップする。
【表１８】
【０１２４】
一実施の形態において、ＳＬＰが信頼できると設定され、送信優先度が４０に設定された状態でアドレス指定されたコントロールチャネル及びフォワードトラヒックチャネル上にRTAPParameterAssignmentメッセージが送信される。
【０１２５】
表１９は、特定の実施の形態に従う、RTAPParameterCompleteメッセージのためのフィールドをリストアップする。
【表１９】
【０１２６】
一実施の形態において、ＳＬＰが信頼できると設定され、送信優先度が４０に設定された状態で、アクセスネットワークにアドレス指定された（ユニキャストアドレッシング）リバーストラヒックチャネル上にRTAPParameterCompleteメッセージが送信される。
【０１２７】
ＲＴＡＰパケット送信および受信
ＲＴＡＰテストパケットモードがイネーブルなら、端末はＲＴＡＰテストパケットを発生し、リバーストラヒックチャネルでアクセスネットワークに送信する。一実施の形態において、ＲＴＡＰテストパケットは、特定の時間間隔（例えば、ＣＤＭＡシステム時間に調整された、１６スロット間隔毎に）で発生される。一実施の形態において、発生のタイムインスタント(time instant)を含まないが、発生のタイムインスタントまで送信されたＲＴＣ物理層パケットをカバーする情報を、ＲＴＡＰテストパケットは含む。
【０１２８】
表２０は、特定の実施の形態に従う、ＲＴＡＰテストパケットのためのフィールドをリストアップする。
【表２０】
【０１２９】
各フレームに対して、端末により１つのＲＴＡＰテストパケットが送信されることが予測されるので、各ＲＴＡＰテストパケットに含まれるRevSysTimeをそのパケットのためのシーケンス番号として使用してもよい。
【０１３０】
コンフィギュアドパケットレートモードがイネーブルなら、端末は、ＲＴＡＰテストパケットを含むリバーストラヒックチャネルパケットを充填するのに必要なサイズの（可変長の）ＲＴＡＰフィルパケットを選択された速度で送信する。表２１は、特定の実施の形態に従うＦＴＡＰフィルパケットのためのフィールドをリストアップする。
【表２１】
【０１３１】
発生されたＲＴＡＰテストパケットがリバーストラヒックチャネル上に送信するためにキューイングされ、端末は、特定数（例えば、８以上の）ＲＴＡＰテストパケットに対して（例えば、図２Ｂのバッファ２８０において）バッファリングを提供する。RTAPTestPktOverflowBitは、バッファオーバーフローにより任意のＲＴＡＰテストパケットが欠損したかどうかを示し、これが生じるなら「１」に設定される。
【０１３２】
ＲＴＡＰテストパケットは一組の規則に従って送信され、その一実施の形態は以下のように記載される。ＲＴＡＰテストパケットには、特定の送信優先度（例えば、５５）が割り当てられ、（もしあれば）ＲＴＡＰフィルパケットも他の特定の送信優先度（例えば、２５５）が割り当てられる。端末は、キューイングされたＲＴＡＰテストパケットおよび（もしあれば）ＲＴＡＰフィルパケットを接続状態で送信する。
【０１３３】
一実施の形態において、ＲＴＡＰテストパケットは、定義された速度選択スキームに基づいて決定された速度で送信される。コンフィギュアドパケットレートモードがイネーブルなら、端末は、一組の規則に従って、リバーストラヒックチャネルレートを選択し、その一実施の形態が以下に記載される。そうでなければ、端末は、上述したＨＡＩ文献に記載されるリバーストラヒックチャネルＭＡＣプロトコルに従うレートを選択する。
【０１３４】
表２２は、ＲＴＡＰテストパケットのためのレートを選択するために端末により保持される変数をリストアップする。
【表２２】
【０１３５】
最初のＲＴＡＰテストパケットに対して、端末は、TargetRateをMinRateに設定し、さらにSelectedRateを、TargetRateおよびMACMaxRateの小さい方に設定する。各次のＲＴＡＰテストパケットに対して、端末は以下の手続に基づいてパケットのためのレートを選択する。
【０１３６】
TargetRate=TargetRate1、
TargetRate>MaxRateなら、TargetRate=MinRate、およびSelectedRate=Min(TargetRate,MACMaxRate)
上述の手続は、RTAPParameterAssignmentメッセージにより指定されるMaxRateおよびＭＡＣプロトコルにより許可されるMACMaxRateまでの、および上記MaxRateおよびMACMaxRateにより制限されるすべてのサポートされるレートを介して繰返す。端末が、ＲＴＡＰテストパケットを含むリバーストラヒックチャネルパケットを、RateIndex ｉを有するレートで送信するなら、端末は、変数Ｖi（ＳRev）をインクリメントすることにより送信されたＲＴＡＰテストパケットのための関連するシーケンス番号をインクリメントする。
【０１３７】
端末が、ConnectedState.ConnectionClosed表示データまたはRouteUpdate.ConnectionLost表示データを受信するなら、端末は、キューに残存していたかもしれない任意のＲＴＡＰテストパケットの送信のための接続を確立しようと試みない。
【０１３８】
一実施の形態において、アクセスネットワークは、ＲＴＡＰテストパケットを追跡するために、いくつかの変数、Ｖ（ＲRTAP）およびＸ[ｉ］を保持する。Ｖ（ＲRTAP）は、アクセスネットワークにより受信されることが予測される次のＲＴＡＰテストパケットのシーケンス番号に相当する８ビットの変数であり、Ｘ［ｉ］は１２ビット変数のアレイであり、各々は、RateIndex ｉに相当するレートで送信されたリバーストラヒックチャネル物理層パケットに含まれることが予測される次のＲＴＡＰテストパケットのシーケンス番号に相当する。これらの変数は、RTAPParameterCompleteメッセージの受信に続いて最初のＲＴＡＰテストパケットを受信すると、アクセスネットワークによりイニシャライズされる。イニシャライゼーションに対して、Ｖ（ＲRTAP）は、ＲＴＡＰテストパケットのRevSysTimeフィールドに設定され、Ｘ［ｉ］は、（ｉのすべての可能な値に対して）最初のＲＴＡＰテストパケットのSeq_Iフィールドに設定される。
【０１３９】
一実施の形態において、RateIndex ｋに相当するレートで受信した各ＲＴＡＰテストパケットに対して、アクセスネットワークは、以下の手続に基づいておよび受信したパケット内のRevSysTimeフィールドの値を用いて受信したパケットを処理する。
【０１４０】
RevSysTime≧Ｖ（ＲRTAP）なら、RTAPTestPktRecd[k]は１だけインクリメントされ、RTAPTestTimeは｛RevSysTime−Ｖ（ＲRTAP）＋１｝だけインクリメントされ、およびＶ（ＲRTAP）はRevSysTime+1に設定される。
【０１４１】
RevSysTime<Ｖ（ＲRTAP)なら、RTAPSyncLost表示データを発生する。
【０１４２】
一実施の形態において、アクセスネットワークは、以下のように（ｋのすべての可能な値に対して）Seq_kフィールドの値を用いて受信したＲＴＡＰテストパケットのフィールドをさらに処理する。
【０１４３】
RTAPTestPktSent[k]は{Seq_k−X[k]+1}だけインクリメントされ、およびX[k]は、Seq_k+1に設定される。
【０１４４】
一実施の形態において、シーケンス番号に関して実行される演算と比較は符号なしのモジュロ２S演算で実行され、Ｓはシーケンス番号を表すために使用されるビット数である。
【０１４５】
リバースリンク性能は、収集した統計値に基づいて決定してもよい。性能計算のいくつかが以下に記載される。以下において、PhysLayerPktSize[i]は、RateIndex ｉに相当するレートにおいて、物理層パケット内のビット数を与える。
【数２】
【０１４６】
図２Ｂに戻って参照すると、端末１０６において、コントローラ２７０は、バッファ２８０に記憶してもよいＲＴＡＰテストパケットを発生するように動作してもよい。リバーストラヒックチャネル上への送信のために、適切な時刻において、ＲＴＡＰテストパケットは、バッファ２８０から検索され、マルチプレクサを介して送られ、ＴＸデータプロセッサ２８６により処理される。コントローラ２７０は、ＲＴＡＰテストパケットの選択されたレートに対してレート制御をモジュレータ２８８にさらに供給してもよい。
【０１４７】
図２Ａに戻って参照すると、アクセスポイント１０４において、ＲＴＡＰテストパケットは、ＲＸデータプロセッサ２３４により処理され、コントローラ２２０に供給される。次に、コントローラ２２０は、各ＲＴＡＰテストパケットからの種々の種類の情報（例えば、各ＲＴＡＰテストパケットのレートおよびシーケンス番号およびすべての可能なレートに対して最後に送信されたパケットのシーケンス番号）を特定し、抽出する。上述したように、コントローラ２２０は、受信したＲＴＡＰテストパケットから抽出した情報に基づいてレートのために保持される変数をさらに更新する。コントローラ２２０は、さらに種々のリバースリンク性能測定基準に対して上述した計算を実行するようにさらに動作してもよい。
【０１４８】
上記記載は、発明の技術の１つの特定の実施を表す。より少ない、さらなる、および／または異なるテストを実行してもよく、およびより少ない、さらなる、および／または異なる統計値を収集してもよい。さらに、より少ない、さらなる、および／または異なる手続およびメッセージを供給してもよく、各メッセージは、上述したものより、より少ない、さらなる、および／または異なるフィールドを含んでもよい。従って、上述した特定の実施の種々の変形例を考えてもよく、この発明の範囲内である。
【０１４９】
明確にするために、この発明の種々の観点および実施の形態は、ｃｄｍａ２０００における高速パケットデータのために特に記載した。ここに記載した技術は、また他のＣＤＭＡおよび無線通信システムに対して使用してもよい。例えば、これらの技術は、Ｗ−ＣＤＭＡシステムに使用してもよい。ｃｄｍａ２０００ＨＡＩとＷ−ＣＤＭＡとの間に種々の相違が存在し、ここに記載される技術は、Ｗ−ＣＤＭＡにおいて使用するために変更してもよい（例えば、信号処理における相違を明らかにするために変更する）。
【０１５０】
ここに記載される技術は、種々の手段により実施してもよい。例えば、技術はハードウエア、ソフトウエアまたはそれらの組合せで実施してもよい。ハードウエア実施の場合、テストおよび統計値収集のために使用されるエレメントは、１つ以上の特定用途向け集積回路（ＡＳＩＣｓ）、デジタルシグナルプロセッサ（ＤＳＰｓ）、デジタルシグナル処理装置（ＤＳＰＤｓ）、プログラマブルロジック装置（ＰＬＤｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、ここに記載された機能を実行するように設計された他の電子装置、またはそれらの組合せ内で実施してよい。
【０１５１】
ソフトウエア実施の場合、テストおよび統計値収集のために使用されるエレメントは、ここに記載される機能を実行するモジュール（例えば、手続、機能等）を用いて実施してもよい。ソフトウエアコードはメモリ装置（例えば、図２Ａおよび図２Ｂのメモリ２２２および２７２）に記憶してもよく、プロセッサ（例えば、図２Ａおよび図２Ｂのコントローラ２２０および２７０）により実行してもよい。メモリ装置は、プロセッサ内部またはプロセッサ外部に実現してもよい。プロセッサ外部に実現した場合に、メモリ装置は、技術的に周知の種々の手段を介して通信可能にプロセッサに接続することができる。
【０１５２】
見出しは、参照のためおよびあるセクションの位置を見つけるのを補助するためにここに含まれる。これらの見出しは、そのセクションの下に記載された概念の範囲を制限することを意図するものではなく、これらの概念は、明細書全体にわたって他のセクションでの適応性を有してもよい。
【０１５３】
開示された実施の形態の上述した記載は、当業者がこの発明を製作または使用可能にするために提供される。これらの実施の形態における種々の変形例は、当業者には容易に明白であろう、そしてここに定義される包括的原理は、この発明の精神または範囲から逸脱することなく他の実施の形態に適用してもよい。従って、この発明は、ここに示される実施の形態に限定されることを意図したものではなく、ここに開示される原理および新規な特徴に一致する最も広い範囲が許容されるべきである。
【技術分野】
【０００１】
この発明は、データ通信に関し、特に、無線（例えば、ｃｄｍａ２０００）データ通信システムにおいて異なる種類のチャネルをテストするための技術に関する。
【背景技術】
【０００２】
符号分割多元接続（ＣＤＭＡ）システム、時間分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システムおよびその他のような無線データ通信システムは、音声、データ等のような種々の種類の通信を供給するために広く使用されている。これらのシステムの場合、出来るだけ効率的に利用可能なリソース（すなわち、利用可能な帯域幅および送信電力）を利用することが非常に望ましい。これは、一般的に、通信リンクの条件によりサポートされる短い期間内にたくさんのデータを多くのユーザに送信する必要がある。
【０００３】
上記目標を達成するために、端末の性能は、工場および／または現場で評価される必要があるかもしれない。製造プロセスの一部として、端末が、指定される最小性能基準に適合することを保証するために端末をテストしてもよい。そして現場において、端末の性能は、無線データ通信システムにおいて、ＲＦ受信地域および性能問題を診断するために特徴づけられ使用されてもよい。
【０００４】
端末の性能を特徴づける１つの一般的な技術において、（例えば、擬似乱数（ＰＮ）発生器により発生された）周知のデータパターンがアクセスポイント（または基地局）により送信され、端末により受信され、アクセスポイントに返送される。このループバックテスト技術は実施するのは簡単であるが、テスト性能が制限される。
【０００５】
多くの新世代のＣＤＭＡ通信システムは、柔軟な能力の性能がある。例えば、データは、バーストで端末に送信してもよく、異なる種類のデータを異なる種類のチャネル上に送信してもよく、データ転送速度を特定のチャネル上でフレーム毎に変化可能にしてもよく、データの処理を変化させてもよい（例えば、フレーム毎におよび／またはチャネル毎に）等である。一般的なループバックテスト技術は、一般的にテストパラメータの定義されたセットに基づいて単一のトラヒックチャネルをテストするために使用され、新世代のＣＤＭＡシステムの種々の観点をテストすることはできないかもしれない。
【０００６】
さらに、端末をテストするために、異なる機器供給元が異なるインターフェースをサポートおよび／または実施するかもしれない。結果として、１つの供給元からの機器が、互換性のないインターフェースのために他の供給元からの機器に対してまたは組み合わせて適切にテストされないかもしれない。
【０００７】
それゆえ、ＣＤＭＡシステムにおける端末およびアクセスポイントの性能をテストするための技術の必要性がある。
【発明の概要】
【０００８】
この発明の観点は、ＣＤＭＡシステムにおける端末およびアクセスポイントの性能をテストするための技術を供給する。プロトコルおよびメッセージのフレームワークは端末の性能試験をサポートするために供給され、このフレームワークは、インターフェースの互換性を保証する。一実施の形態において、フレームワークは、フォワードチャネルをテストするためのフォワードテストアプリケーションプロトコル（ＦＴＡＰ）およびリバースチャネルをテストするためのリバーステストアプリケーションプロトコル（ＲＴＡＰ）から構成される。ＦＴＡＰは、フォワードトラヒックチャネルのテスト、および性能を決定するために使用してもよい種々の統計値の収集、ロギング、および報告をサポートし、ＲＴＡＰは、リバーストラヒックチャネルのテストおよび関連する統計値の収集をサポートする。
【０００９】
異なる種類のチャネル（例えば、トラヒックチャネル並びに補助またはオーバーヘッドチャネル）に種々のテストを実行するための技術が提供される。これらの技術は、バーストデータ送信のテストをサポートする。種々の統計値を収集、ロギング、および報告する技術が提供され、収集された統計値は、その後、スループット、パケットエラーレート（ＰＥＲ）等のような種々の性能測定基準を導き出すために使用してもよい。
【００１０】
テストにおける「持続性」（すなわち、接続および切断に対する継続するテスト、変数は、命令されたときのみリセットされる統計情報を記憶するために使用される）をサポートするための技術も提供される。（例えば、チャネルのエラーレートを決定してもよいように）ある補助チャネルの設定を強制するための技術も提供される。この発明の種々の観点と実施の形態は、以下にさらに詳細に記載される。
【００１１】
ここに記載される技術は、（例えば、工場または実験室の環境において）系統だった方法での端末の最小性能テスト、および（例えば、現場の環境において）フォワードおよび／またはリバースリンク性能の測定のような種々のアプリケーションに使用してもよい。これらの技術は、ｃｄｍａ２０００、ＩＳ−９５、およびＷ−ＣＤＭＡのような種々のＣＤＭＡおよび無線データ通信システムのために使用してもよい。
【００１２】
この発明は、以下にさらに詳細に記載するように、この発明の種々の観点、実施の形態、および特徴を実施する方法、装置（例えば、端末およびアクセスポイント）、および他のエレメントをさらに提供する。
【図面の簡単な説明】
【００１３】
【図１】図１は無線データ通信システムの図である。
【図２Ａ】図２Ａは、この発明の種々の観点および実施の形態を実施することができるアクセスポイントの一実施の形態のブロック図である。
【図２Ｂ】図２Ｂは、この発明の種々の観点および実施の形態を実施することができる端末の一実施の形態のブロック図である。
【図３】図３は、ｃｄｍａ２０００における高速パケットデータに使用される送信スキームの図である。
【図４】図４は、フォワードトラヒックチャネルをテストするための全体のプロセスの一実施の形態の図である。
【図５】図５は、ＦＴＡＰテストパラメータ構成プロセスの特定の実施の形態のフロー図である。
【図６】図６は、端末からの統計情報を検索するためのプロセスの一実施の形態の図である。
【図７】図７は、リバーストラヒックチャネルをテストするための全体プロセスの一実施の形態の図である。
【図８】図８は、ＲＴＡＰテストパラメータ構成プロセスの特定の実施の形態のフロー図である。
【発明を実施するための最良の形態】
【００１４】
この発明の特徴、性質、および利点は、類似の参照文字が全体にわたってそれに相当するものとして特定する図面とともに以下に述べる詳細な記述からより明白になるであろう。
【００１５】
図１は、この発明の種々の観点および実施の形態が実施されてもよい無線データ通信システム１００の図である。システム１００は多数のセルのための通信を提供する。各セルは、対応するアクセスポイント１０４によりサービスされる。アクセスポイントはまた基地局、基地局トランシーバシステム（ＢＴＳ）、またはノードＢとも呼ばれる。種々の端末１０６がシステム全体にわたって分散される。端末はまた、アクセス端末、遠隔端末、移動局、またはユーザ機器（ＵＥ）とも呼ばれる。
【００１６】
一実施の形態において、各端末１０６は、いつなんどきでもフォワードリンク上の１つのアクセスポイント１０４と通信してもよく、端末がソフトハンドオフにあるか否かに応じてリバースリンク上の１つ以上のアクセスポイントと通信してもよい。フォワードリンク（すなわち、ダウンリンク）は、アクセスポイントから端末への送信を指し、リバースリンク（すなわち、アップリンク）は端末からアクセスポイントへの送信を指す。
【００１７】
図１において、矢印を有した実線は、アクセスポイントから端末へのユーザ特定データ（または、単に「データ」）送信を示す。矢印を有した破線は、パイロットおよび他のシグナリングを受信しているが、アクセスポイントからのユーザ特定データ送信を受信していないことを示す。図１に示すように、アクセスポイント１０４ａはデータをフォワードリンク上の端末１０６ａに送信し、アクセスポイント１０４ｂは、データを端末１０６ｂに送信し、アクセスポイント１０４ｃは、データを端末１０６ｃに送信する等である。簡単のために、リバースリンク通信は図１には示されていない。
【００１８】
システム１００は、ｃｄｍａ２０００、ＩＳ−９５、Ｗ−ＣＤＭＡ、およびその他のような１つ以上のＣＤＭＡ規格をサポートするように、設計してもよい。ＣＤＭＡ規格は技術的に周知であり、参照することによりここに組み込まれる。いくつかの新世代のＣＤＭＡシステム（例えば、ｃｄｍａ２０００１ｘＥＶシステム）は、バーストでおよび（例えば、通信リンクによりサポートされる）可変データ転送速度でデータを送信することができる。ここに記載されるテスト技術は、これらのシステムのための通信リンクをより効率的に特徴づけることができるかもしれない。
【００１９】
図２Ａは、この発明の種々の観点および実施の形態をサポートすることができるアクセスポイント１０４の一実施の形態のブロック図である。簡単のために、図２Ａは、１つの端末と通信するためにアクセスポイントにおける処理を示す。フォワードリンク上で、送信（ＴＸ）データ源２１０からの「トラヒック」データおよびバッファ２１２からのテストデータはマルチプレクサ（ＭＵＸ）２１４に供給される。マルチプレクサ２１４は、ノーマルモードで動作しているとき、トラヒックデータを選択し、ＴＸデータプロセッサ２１６に供給し、テストモードで動作しているとき、トラヒックおよびテストデータの両方を供給する。ＴＸデータプロセッサ２１６は、受信したデータを受信して処理し（例えば、フォーマット化し、インターリーブし、符号化する）、次にさらにモジュレータ（ＭＯＤ）２１８により処理される（カバーおよび拡散される。この処理（例えば、符号化、インターリービング、およびカバリング等）はチャネルの種類毎に異なっていてもよい。次に、変調されたデータはＲＦ ＴＸ装置２２２に供給され、条件づけされ（例えば、１つ以上のアナログ信号に変換され、増幅され、フィルタリングされ、および直交変調される）フォワードリンク信号を発生する。フォワードリンク信号は、デュプレクサ（Ｄ）２２４を介して送られ、アンテナ２２６を介して端末に送信される。コントローラ２２０は、マルチプレクサ２１４を介して送信されるシグナリングメッセージを介して全体テストを制御する。
【００２０】
図２Ｂは、この発明の種々の観点および実施の形態をサポートすることができる端末の一実施の形態のブロック図である。アクセスポイントからのフォワードリンク信号はアンテナ２５２により受信され、デュプレクサ２５４を介して送られ、ＲＦ受信器装置２５６に供給される。ＲＦ受信器装置２５６は受信した信号を条件づけし（例えば、フィルタリングし、増幅し、ダウンコンバートしおよびデジタル化する）、サンプルを供給する。デモジュレータ（ＤＥＭＯＤ）２５８は、サンプルを受信して処理し（例えば、逆拡散し、デカバーし、復調する）、リカバーされたシンボルを供給する。デモジュレータ２５８は、リカバーされたシンボルを供給するために受信した信号内の複数の信号インスタンスを処理することができるレーキ受信器を実装してもよい。受信（ＲＸ）データプロセッサ２６０は、リカバーされたシンボルをデコードし、受信されたパケットをチェックし、（デマルチプレクサ２６２を介して）デコードされたトラヒックデータをＲＸデータシンク２６４に供給し、デコードされたテストデータをコントローラ２７０に供給する。コントローラ２７０は、マルチプレクサ（ＭＵＸ）２８４を介して送信されるシグナリングメッセージを介して全体のテストを制御する。
【００２１】
リバースリンク上で、マルチプレクサ２８４は、コントローラ２７０からのフォワードリンクテストの統計データ、バッファ２７８からのループバックデータ（以下に記載する）、バッファ２８０からのリバースリンクをテストするためのテストデータ、およびＴＸデータ源２８２からのトラヒックデータを受信する。端末１０６の動作モードおよび実行される特定のテスト（複数の場合もある）に応じて、マルチプレクサ２８４は、種々の種類のデータの適切な組合せをＴＸデータプロセッサ２８６に供給する。次に、供給されたデータがＴＸデータプロセッサ２８６により処理され（例えば、フォーマット化され、インターリーブされ、コード化される）、モジュレータ（ＭＯＤ）２８８によりさらに処理され（例えば、カバーされ、拡散される）、およびＲＦ ＴＸ装置２９０により条件づけされ（例えば、アナログ信号に変換され、増幅され、フィルタリングされ、直交変調される）リバースリンク信号を発生する。次に、リバースリンク信号は、デュプレクサ２５４を介して送られ、アンテナ２５２を介して１つ以上のアクセスポイント１０４に送信される。
【００２２】
図２Ａに戻って参照すると、リバースリンク信号は、アンテナ２２６により受信され、デュプレクサ２２４を介して送られ、ＲＦ受信器装置２２８に供給される。送信されたデータをリカバーするために、リバースリンク信号はＲＦ受信器装置２２８により条件づけされ（例えば、ダウンコンバートされ、フィルタリングされ、および増幅される）、さらにそれぞれモジュレータ２８８およびＴＸデータプロセッサ２８６により実行される方法と相補的な方法でデモジュレータ２３２およびＲＸデータプロセッサ２３４によりさらに処理される。リバースリンクトラヒックデータは、デマルチプレクサ２３６を介してＲＸデータシンク２３８に供給され、統計、ループバック、およびテストデータは、評価のためにコントローラ２２０に供給される。
【００２３】
この発明の観点は、ＣＤＭＡシステムにおける端末およびアクセスポイントの性能をテストするための技術を提供する。１つの観点において、プロトコルおよびメッセージのフレームワークは、端末の性能テストをサポートするために提供される。このフレームワークは、（例えば、異なる機器供給元間で）インターフェース互換性を保証する。他の観点において、異なる種類のチャネル（例えば、トラヒックチャネル並びに補助またはオーバーヘッドチャネル）の種々のテストを実行するための技術が提供される。バーストデータ送信のためのテストがサポートされる。さらに他の観点において、種々の統計値を収集し、ロギングし、および報告するための技術が提供され、収集された統計値は、その後、スループット、パケットエラーレート（ＰＥＲ）等のような種々の性能測定基準を導き出すために使用してもよい。さらに他の観点において、テストの「持続性」（すなわち、接続および切断に対する継続するテスト、変数は、命令されるときのみリセットされる統計情報を記憶するために使用される）をサポートするための技術が提供される。さらに他の観点において、（例えば、チャネルのエラーレートを決定してもよいように）ある補助チャネルの設定を強制するための技術が提供される。この発明の種々の観点および実施の形態が以下にさらに詳細に記載される。明確にするために、この発明の種々の観点は、特に、ｃｄｍａ２０００高速パケットデータエアーインターフェース（または、単にｃｄｍａ２０００ＨＡＩ）に関して記載される。
【００２４】
図３は、ｃｄｍａ２０００における高速パケットデータのために使用されるフォワードリンク送信スキームの図である。各アクセスポイントは、時分割多重方式で、１つずつ、信号強度に基づいて、アクセスポイントからデータを受信するために選ばれた端末にパケットデータを送信する。仮にあったとしても、アクセスポイントは、パケットデータをピーク電力レベルでまたはその付近で端末に送信する。端末がデータ送信を所望するときはいつでも、端末は、データレートコントロール（ＤＲＣ）メッセージの形式でパケットデータ要求を選択されたアクセスポイントに送信する。端末は、多数のアクセスポイントから受信したフォワードリンク信号（例えば、パイロット）の信号品質を測定し、最良の受信信号品質を有するアクセスポイント（すなわち、選択されたアクセスポイント）を決定し、最良の受信されたリンクによりサポートされる最高のデータ転送速度を特定し、特定されたデータ転送速度を示すＤＲＣ値を送信する。ＤＲＣ値は、ＤＲＣチャネル上に送信され、アクセスポイントに割り当てられたＤＲＣカバーの使用を介して選択されたアクセスポイントに向けられる。選択されたアクセスポイント（またはサービングセクタ）は、受信したＤＲＣ値、キュー内のデータ、等のような種々の因子を考慮してもよいスケジューリングポリシーに従って、フォワードトラヒックチャネル上で端末へのデータ送信をスケジュールする。受信されたデータ送信のステータスに基づいて、ＡＣＫチャネル上で、アクノレジメント（ＡＣＫｓ）およびネガティブアクノレジメント（ＮＡＣＫｓ）を選択されたアクセスポイントに送信する。ｃｄｍａ２０００のための高速パケットデータ送信スキームの詳細は、以下ＨＡＩドキュメントと呼ばれ、参照することによりここに組み込まれる、「ｃｄｍａ２０００高速パケットデータエアーインターフェース仕様(cdma2000 High Rate Packet Data Air Interface Specification)」というタイトルの３ＧＰＰ２ Ｃ．Ｓ００２４に記載されている。
【００２５】
ここに記載される技術は、種々の種類のチャネルをテストするために使用してもよい。ｃｄｍａ２０００ＨＡＩの場合、これらのチャネルは、フォワードトラヒックチャネル、ＤＲＣチャネル、ＡＣＫチャネル、リバーストラヒックチャネル、および恐らくその他を含む。フォワードトラヒックチャネルは、アクセスポイントから端末へのデータ送信のために使用され、りバーストラヒックチャネルは、端末からアクセスポイントへのデータ送信のために使用される。ＤＲＣチャネルは、フォワードトラヒックチャネルに使用される最大レートに関する情報を送信するために使用され、ＡＣＫチャネルは、受信したパケットに対してアクノレジメントビットを送信するために使用される。
【００２６】
ここに記載される技術は、種々のアプリケーションに使用してもよい。そのような１つのアプリケーションは、系統だった方法（例えば、工場または実験室の環境で）における端末のテストである。ｃｄｍａ２０００ＨＡＩにおける端末の最小性能は、「ｃｄｍａ２０００ハイレートパケットデータ端末のための推奨される最小性能規格(The Recommended Minimum Performance Standards for cdma2000 High Rate Packet Data Terminal)」というタイトルのＴＩＡ／ＥＩＡ／ＩＳ−８６６に記載され、アクセスポイントのための最小性能は、「ｃｄｍａ２０００ハイレートパケットデータアクセスネットワークのための推奨される最小性能規格(The Recommended Minimum Performance Standards for cdma2000 High Rate Packet Data Access Network)」に記載される。これらは両方とも参照することによりここに組み込まれる。他のアプリケーションは、スループットおよびパケットエラーレート（ＰＥＲ）のような（例えば、現場の環境において）ある重要なフォワードおよび／またはリバースリンク性能測定基準の測定である。
【００２７】
１つの観点において、フレームワークは、ＣＤＭＡシステム（例えば、ｃｄｍａ２０００ＨＡＩシステム）の種々のエレメントをテスト可能にするために供給される。ここでは、「テストアプリケーションプロトコル」（ＴＡＰ）と呼ばれるフレームワークは、フォワードチャネルをテストするためのフォワードテストアプリケーションプロトコル（ＦＴＡＰ）およびリバースチャネルをテストするためのリバーステストアプリケーションプロトコル（ＲＴＡＰ）から構成される。
【００２８】
一実施の形態において、ＦＴＡＰは、（１）フォワードトラヒックチャネルを制御するためおよびフォワードトラヒックチャネルに関連するリバースチャネルを構成するための手続とメッセージを供給し、（２）フォワードトラヒックチャネルをテストするために、それぞれフォワードおよびリバーストラヒックチャネル上に送信されたテストおよびループバックパケットの発生と送信を指示し、および（３）端末において観察されるある統計値を収集し、ロギングし、報告するための手続を供給する。より少ない、さらなるおよび／または異なる能力がＦＴＡＰによりサポートされてもよく、これはこの発明の範囲内である。
【００２９】
一実施の形態において、ＲＴＡＰは、リバーストラヒックチャネルを制御し構成するための手続およびメッセージを供給し、（２）そのチャネルをテストするためにリバーストラヒックチャネル上に送信されたテストパケットの発生を指示する。より少ない、さらなる、および／または異なる能力がＲＴＡＰによりサポートされてもよく、これはこの発明の範囲内である。
【００３０】
ＴＡＰは、テストパケットを発生し、送信方向におけるストリーム層にパケットを送り、受信方向におけるストリーム層からのパケットを受信し処理する。ＦＴＡＰの送信単位は、ＦＴＡＰパケットであり、ＲＴＡＰの送信単位は、ＲＴＡＰパケットである。ＦＴＡＰおよびＲＴＡＰパケットサイズは各々セッションコンフィギュレーション期間中にネゴシエートされる下位層により決定される。各ＦＴＡＰまたはＲＴＡＰパケットは、ストリーム層ペイロードに含まれる。
【００３１】
ＦＴＡＰおよびＲＴＡＰは、フォワードおよびリバーストラヒックチャネルにテストを行なうために端末およびアクセスネットワークを制御し構成するために、各々シグナリングメッセージを使用する。ＦＴＡＰおよびＲＴＡＰは、メッセージを送信するために上述のＨＡＩ文献に記載されるシグナリングアプリケーションを使用する。
【００３２】
ＴＡＰは、テストセッションを終了したり、テスト中の端末の状態を変更するために使用される、他の層からのある表示データを受信するために登録される。一実施の形態において、（表示データの右側のカッコ内に示すように）ＦＴＡＰおよび／またはＲＴＡＰにより以下の表示データが受信される。
【００３３】
・［ＦＴＡＰおよびＲＴＡＰにより受信される］ConnectedState.ConnectionClosed、
・［ＦＴＡＰにより受信される］RouteUpdate.IdleHO、
・［ＦＴＡＰおよびＲＴＡＰにより受信される］RouteUpdate.ConnectionLost、および
・［ＦＴＡＰおよびＲＴＡＰにより受信される］IdleState.ConnectionOpened。
【００３４】
ＴＡＰはまた、以下の表示データを上位のシグナリング層に戻す。
【００３５】
・［ＦＴＡＰにより戻される］LoopbackSyncLost、および
・［ＲＴＡＰにより戻される］RTAPSyncLost。
【００３６】
フォワードテストアプリケーションプロトコル（ＦＴＡＰ）
ＦＴＡＰは、フォワードトラヒックチャネルを含むフォワードチャネルに関する種々のテストを構成し、制御し、および実行するために使用される手続きおよびメッセージを供給する。ＦＴＡＰのための手続は、以下のカテゴリにグループ化してもよい。
【００３７】
・ＦＴＡＰテストパラメータコンフィギュレーション−端末およびアクセスネットワークにおいてＦＴＡＰテストコンフィギュレーションを制御するための手続とメッセージを含む；
・ＦＴＡＰテストパケット送信および受信−フォワードトラヒックチャネル上に送信するためにアクセスネットワークにおいてＦＴＡＰテストパケットを発生するため、および端末において受信したパケットを処理するための手続を含む；
・ＦＴＡＰループバックパケット送信および受信−リバーストラヒックチャネル上でＦＴＡＰループバックパケットを送信および受信するための手続を含む；
・ＡＣＫチャネル送信−構成された（固定値の）ＡＣＫチャネルビットをＡＣＫチャネル上に送信するための手続を含む；
・ＤＲＣチャネル送信−構成された（固定の）ＤＲＣ値を送信し、および／またはＤＲＣチャネル上で固定のＤＲＣカバーを使用するための手続きを含む；および
・ＦＴＡＰ統計値収集および検索−端末において統計値を収集するためおよびアクセスネットワークによりそれらを検索するための手続およびメッセージを含む。
【００３８】
手続およびメッセージは以下にさらに詳細に記載される。より少ない、さらなる、および／または異なる手続およびメッセージもまたＦＴＡＰのために提供されてもよく、これはこの発明の範囲内である。
【００３９】
ＦＴＡＰは、異なる種類のフォワードチャネルのテストをサポートする。テストされる特定のチャネルは、個別に選択してもよく、選択されたチャネルを同時にテストしてもよい。一実施の形態において、ＦＴＡＰは、フォワードトラヒックチャネル、フォワードＭＡＣチャネル、ＤＲＣチャネル、およびＡＣＫチャネルのテストをサポートする。表１は、ＦＴＡＰによりサポートされる種々のモードをリストアップする。より少ない、さらなる、および／または異なるモードもサポートしてもよく、これはこの発明の範囲内である。
【表１】
【００４０】
ＦＴＡＰは、アクセスネットワークによるある統計値の収集をサポートする。これらの統計値は、例えば、フォワードリンクスループット、トラヒックパケットエラーレート、コントロールチャネルパケットエラーレート、セクタキャパシティ（スループット）等のような種々の性能測定基準を決定するために使用してもよい。表２はループバックモードがイネーブルであるとき、（例えば、セクタ毎に）アクセスネットワークにより収集および維持されてよい統計値をリストアップする。
【表２】
【００４１】
ＦＴＡＰは、端末によるある統計値の収集をサポートする。これらの統計値は、アクセスネットワークにより検索してもよい。表３は、端末により収集し維持してもよい統計値をリストアップする。
【表３】
【００４２】
ｃｄｍａ２０００ＨＡＩにおいて、各セクタのためのパイロットは、特定のＰＮオフセットおよびＣＤＭＡチャネルにより特徴づけられ、アクティブセットパイロット（ＡＳＰ）は、端末が現在監視しているコントロールチャネルのセクタからのパイロットである。端末はアイドル状態にあるけれども、サービングセクタからのコントロールチャネルを監視する。IdleASPChangeは、アクティブセットパイロットの変化率のための統計値を収集するために使用され、FirstSyncCCPktは、端末により成功裡に受信されたシンクロナスカプセルにおけるＣＣ ＭＡＣ層パケットの数のための統計値を収集するために使用される。
【００４３】
端末が接続状態(Connected State)にある間、サービングセクタからのパケットを受信してもよい。サービングセクタは、ＤＲＣメッセージが送信される（または向けられる）セクタである。ＤＲＣメッセージが一方のセクタから他方のセクタに再び向けられると、ＤＲＣは、ＮＵＬＬカバーを介して遷移をカバーする。例えば、ＤＲＣカバーが、ＮＵＬＬカバーを介してセクタカバーＡからセクタカバーＢ（ＡはＢと等しくない）に変化すると、１つのサービングセクタ変化としてカウントされる。ＤＲＣカバーが、ＮＵＬＬカバーを介して、セクタカバーＡから、セクタカバーＡに戻るように変化するなら、ゼロのサービングセクタ変化としてカウントされる。ConnectedSSChangeはサービングセクタの変化率のための統計値を収集するために使用される。
【００４４】
アイドルおよび接続状態は、上述したＨＡＩ文献に記載されるエアーリンク管理プロトコルにおける端末動作状態である。
【００４５】
図４はこの発明の一実施の形態に従って、フォワードトラヒックチャネルをテストするための全体のプロセス４００の図である。プロセス４００は、例えば、フォワードリンクユーザスループット、フォワードトラヒックチャネルパケットエラーレート、コントロールチャネルパケットエラーレート、フォワードリンクセクタスループット等のような種々の性能測定基準を決定するために使用してもよい。
【００４６】
最初に、ステップ４１２において、アクセスネットワークと端末との間に現在接続が無ければ、アクセスネットワークは通常の方法で端末との接続をセットアップする。ｃｄｍａ２０００ＨＡＩのための接続セットアップは、上述したＨＡＩ文献に記載されるように実行してもよい。次に、ステップ４１４において、アクセスネットワークは、ＦＴＡＰを構成するためにFTAPParameterAssignmentメッセージを端末に送信する。ＦＴＡＰテストのための端末のコンフィギュレーションは以下に記載され、一実施の形態において、ループバックモードは、デフォルトとしてイネーブルにされる。端末は、ステップ４１６において、必要なコンフィギュレーションを実行し、構成されたテストの準備ができていることを示すためにFTPParameterCompleteメッセージを有したアクセスネットワークに応答する。
【００４７】
アクセスネットワークと端末はその後、ステップ４１８において、以下にさらに詳細に記載されるＦＴＡＰテストパケットとＦＴＡＰループバックパケットを交換する。任意の数のＦＴＡＰパケットを交換してもよく、アクセスネットワークおよび／または端末により収集される統計値は、テストコンフィギュレーションにより決定してもよい。
【００４８】
ステップ４２０において、十分な統計値が収集された後、アクセスネットワークは、ＦＴＡＰテストパケットを送信することを停止し、接続を解放する。例えば、アクセスネットワークがその他のテストまたは機能を実行し始めるなら、ステップ４２０は、省略してもよい。アクセスネットワークは、以下に記載するように、パケットエラーレートおよび平均スループットを計算するために収集した統計値を使用してもよい。プロセス４００のための種々の詳細は以下に記載される。
【００４９】
一実施の形態において、ＦＴＡＰは、テストアプリケーションを３つの利用可能なストリームの１つに結合することによりアクティブになる。プロトコルコンフィギュレーションは、アクセスポイントまたは端末により開始することができる。一実施の形態において、各端末において、ＦＴＡＰの１つのインスタンシエーション(instantiation)しかない。
【００５０】
ＦＴＡＰテストパラメータコンフィギュレーション
アクセスネットワークまたは端末は、フォワードチャネルをテストするためにＦＴＡＰをアクティブにしてもよい。ＦＴＡＰをアクティブにすると、端末は、ループバックモード、ＡＣＫチャネルビット固定モード、ＤＲＣ固定モード、およびＤＲＣカバー固定モードのためのフラッグをディスエーブルにするＦＴＡＰコンフィギュレーションイニシャライゼーション手続を実行する。
【００５１】
図５は、ＦＴＡＰテストパラメータコンフィギュレーションプロセス５００の特定の実施の形態のフロー図である。プロセッサ５００は、図４のステップ４１４および４１６をカバーする。ステップ５１２において、テストコンフィギュレーションをイニシャライズまたは変更するために、アクセスネットワークは、TransactionIDフィールドのための特別な値を含みおよび端末により維持されるＦＴＡＰモードフラッグのための１つ以上の属性レコードをさらに含んでもよいFTAPParameterAssignmentメッセージを送信する。メッセージ内の属性レコードを介して、アクセスネットワークは、実行されるテストを制御することができる。
【００５２】
ステップ５１４において、アクセスネットワークからFTAPParameterAssignmentメッセージを受信すると、端末は、上述したＦＴＡＰコンフィギュレーションイニシャライゼーション手続を実行する。ステップ５１６において、端末はもしあれば、受信したメッセージに含まれる属性に基づいてＦＴＡＰモードフラッグを設定する。特に、受信したメッセージは、LoopBackMode属性、ACKChBitFixedMode属性、DRCFixedMode属性および／またはDRCCoverFixedMode属性を含んでもよい。
【００５３】
端末がリバーストラヒックチャネル上にＦＴＡＰループバックパケットを送信することを要求されるなら、LoopbackMode属性がFTAPParameterAssignmentメッセージに含まれる。ＡＣＫチャネルビットがスロット毎に端末により送信され、特定の固定値に設定されるなら、ACKChannelBitFixedMode属性が含まれる。端末により送信されるＤＲＣが特定の固定値に設定されるなら、DRCFixedMode属性が含まれる。およびＤＲＣ送信のために特定の固定ＤＲＣカバーが端末により使用されるなら、DRCCoverFixedMode属性が含まれる。
【００５４】
受信したメッセージがLoopBackMode属性を含むなら、端末は、ループバックモードフラッグをイネーブルにし、その属性のLoopBackPersistenceフィールドにその値を記憶し、ループバックバッファをクリアし、LBPktOverflowBitをゼロに設定する。受信したメッセージがACKChannelBitFixedMode属性を含むなら、端末は、ＡＣＫチャネルビット固定モードフラッグをイネーブルにし、その値をその属性のACKChannelBitフィールドに記憶する。受信したメッセージがDRCFixedMode属性を含むなら、端末はＤＲＣ固定モードフラッグをイネーブルにし、その値をその属性のDRCValueフィールドに記憶する。および受信したメッセージがDRCCoverFixedMode属性を含むなら、端末は、ＤＲＣカバー固定モードフラッグをイネーブルにし、その値をその属性のDRCCoverフィールドに記憶する。
【００５５】
ステップ５１８において、FTAPParameterAssignmentメッセージにより指定されるテストコンフィギュレーションが完了し、メッセージを受信してからＴFTAConfig（例えば、２）秒以内に、端末は、FTAPParameterAssignmentメッセージのTransactionIDフィールドで受信された値と同じ値に設定されたTransactionIDフィールドを有するFTAPParameterCompleteメッセージを送信する。TransactionIDフィールドは、メッセージにより参照される具体的なトランザクションを特定するために使用される。
【００５６】
端末からFTAPParameterCompleteメッセージを受信すると、各セクタに対して保持される、FTAPTestPktSent、FTAPTestPktRecd、FTAPMACPktRecd、FTAPLBPktSent、FTAPLBPktRecd、FTAPPhysPktSlots、およびFTAPTestTime変数をゼロに設定するＦＴＡＰテスト統計値およびパラメータイニシャライゼーション手続を実行する。アクセスネットワークは、さらに、ＦＴＡＰテストパケットのシーケンス番号を追跡するために使用される、（１４ビット）変数、Ｖ（ＳTest）をゼロに設定する。その後、ＦＴＡＰテストパラメータコンフィギュレーションプロセスは終了する。
【００５７】
ＦＴＡＰテストが終了すると、端末はＦＴＡＰモードフラッグをリセットする。一実施の形態において、プロトコルがConnectedState.ConnectionClosedまたはRouteUpdate.ConnectionLost表示データを接続層から受信すると、いずれかが、接続が終了され、端末がＡＣＫチャネルビット固定モード、ＤＲＣ固定モード、およびＤＲＣカバー固定モードのためのフラッグをディスエーブルにすることを示す。端末はさらに、ループバックモードフラッグが以前にイネーブルであったならおよび最後のFTAPParameterAssignmentメッセージ内のLoopBackｍe属性のLoopBackPersistenceフィールドの値が「００」であったなら、ループバックモードフラッグをディスエーブルにする。
【００５８】
表４は特定の実施の形態に従って、FTAPParameterAssignmentメッセージのためのフィールドをリストアップする。
【表４】
【００５９】
表５は特定の実施の形態に従って、FTAPParameterAssignmentメッセージに含めてもよい属性レコードのための種々のフィールドをリストアップする。表５の最初のカラムは、FTAPParameterAssignmentメッセージを含めてもよい４つの異なる属性レコードを特定する。各属性レコードは、３つのフィールド−レングス、属性ＩＤ、および属性依存データフィールドを含み、これらの３つのフィールドは第２及至第４カラムに示される。レングスフィールドは、レングスフィールド自体を除く（オクテットでの）属性レコードのレングスを与える。一実施の形態において、各属性レコードフィールドのレングスは８ビットであり、各属性レコードのレングスは２４ビットである。
【表５】
【００６０】
一実施の形態において、シグナリング層プロトコル（ＳＬＰ）を信頼あるものに設定し、送信優先度を４０に設定した状態で、端末にアドレス指定されるコントロールチャネル（ＣＣ）およびフォワードトラヒックチャネル（ＦＴＣ）上にFTAPParameterAssignmentメッセージが送信される。
【００６１】
表６は特定の実施の形態に従って、FTAPParameterCompleteメッセージのためのフィールドをリストアップする。
【表６】
【００６２】
一実施の形態において、ＳＬＰを信頼あるものに設定し、送信優先度を４０に設定した状態で、アクセスネットワークにアドレス指定される（ユニキャストアドレッシング）リバーストラヒックチャネル（ＲＴＣ）上に、FTAPParameterCompleteメッセージが送信される。
【００６３】
ＦＴＡＰテストパケット送信および受信
ＦＴＡＰテストパラメータコンフィギュレーションが完了し、かつ端末が接続状態にある間、端末は、ＦＴＡＰテストパケットを受信するためにフォワードトラヒックチャネルを監視する。一実施の形態において、ＦＴＡＰテストパケットは、通常（すなわち、トラヒックデータパケット同様の）方法で、テストアプリケーションにより発生されるが、各ＦＴＡＰテストパケットは、定義されたフィールドのみを含み、他のデータを含まない。ＦＴＡＰテストパケットは、フォワードトラヒックチャネル上の送信のために常に利用可能であることを保証するために十分なレートで発生される。ＦＴＡＰテストパケットは、図２Ａのバッファ２１２に記憶してもよい。
【００６４】
アクセスネットワークは、ＦＴＡＰテストパケットの特定のために使用される、（１４ビットの）シーケンス番号を、各送信されたＦＴＡＰテストパケット内に含む。シーケンス番号は、変数、Ｖ（ＳTest）を介してアクセスネットワークにより保持され、ＦＴＡＰテストパケットを送信後１だけインクリメントされる。
【００６５】
表７は、特定の実施の形態に従って、ＦＴＡＰテストパケットのためのフィールドをリストアップする。
【表７】
【００６６】
アクセスネットワークは、規則のセットに従ってＦＴＡＰテストパケットをフォワードトラヒックチャネル上に送信する。一実施の形態において、アクセスネットワークは、特定の送信優先度（例えば、５５）をＦＴＡＰテストパケットに割り当て、さらに上述したＨＡＩ文献に記載される強制単一カプセル化特徴を使用する。
【００６７】
端末は、フォワードトラヒックチャネル上に送信されたＦＴＡＰテストパケットを受信し処理する。これらのＦＴＡＰテストパケットは、アクセスポイントにおいて通常の方法で発生されたので、トラヒックパケットのように、端末において通常の方法で処理することができる（例えば、復調し、デコードし、正しく受信されたかまたはエラーで受信されたかを決定するためにチェックすることができる）。
【００６８】
ＦＴＡＰループバックパケット送信および受信
ループバックモードがイネーブルになると、端末はリバーストラヒックチャネル上にループバックパケットを発生してアクセスネットワークに送信する。ｃｄｍａ２０００ＨＡＩのためのフォワードおよびリバースリンクは対称ではなく（例えば、フォワードリンクは、リバースリンクより高いレートをサポートする）、リバースリンクのレートは、（例えば、最悪の場合、９．６Ｋｂｐｓの低い値）にさらに制限してもよい。フォワードリンク送信のための関連情報が抽出され、ループバックパケットを介してアクセスネットワークにループバックされる。
【００６９】
一実施の形態において、ＦＴＡＰループバックパケットは、「観察」間隔と呼ばれる、特定の時間間隔ごとに（例えば、ＣＤＭＡ時間に調整された、１６スロット間隔ごとに）発生される。一実施の形態において、ＦＴＡＰループバックパケットは、フォワードトラヒックチャネル上で受信されたＦＴＡＰテストパケットについての情報を搬送するために送信され、各ＦＴＡＰループバックパケットの内容は、観察間隔の間受信されたＦＴＡＰテストパケットに基づき、および記述している。一実施の形態において、各ＦＴＡＰループバックパケットは、関連する観察間隔期間中に端末により正しく受信された各ＦＴＡＰテストパケットのためのレコードを含む。各レコードは、例えば、ＦＴＡＰテストパケットが受信されたサービングセクタ、ＦＴＡＰテストパケットのシーケンス番号およびレングス等のような、関連するＦＴＡＰテストパケットのための種々の情報を含む。ＦＴＡＰループバックパケットに含まれる各レコード内の情報は、以下に記載するように、スループットおよびパケットエラーレートのような種々のフォワードリンク性能測定基準を導き出すためにアクセスネットワークにより使用される。
【００７０】
表８は、特定の実施の形態に従って、ＦＴＡＰループバックパケットのためのフィールドをリストアップする。
【表８】
【００７１】
ＦＴＡＰループバックパケットは、一組の規則に従って発生され、その一実施の形態は以下に記載される。各発生されたＦＴＡＰループバックパケットに対して、FwdSysTimeフィールドは、１６スロット観察間隔の開始（すなわち０番目のスロット）に対応する（３２７６８を法とするフレームにおいて）ＣＤＭＡシステム時間に設定される。ＣＤＭＡシステム時間は、ＦＴＡＰループバックパケットのためのシーケンス番号として有効に使用される。RecordCountフィールドは、関連する観察間隔の間受信されたＦＴＡＰテストパケットの数に設定される。ＦＴＡＰループバックパケット内の各レコードは、関連する観察間隔期間中に受信した対応するＦＴＡＰテストパケットのための（表８にリストアップされる）種々の種類の情報を含む。ＦＴＡＰテストパケットのためのレコードは、受信したＦＴＡＰテストパケットのSEQフィールド値の昇順に含まれる。ＦＴＡＰループバックパケットは、ＦＴＡＰテストパケットが、１６スロット観察間隔の期間に受信されなかったとしても発生される。
【００７２】
発生されたＦＴＡＰループバックパケットは、リバーストラヒックチャネル上への送信のためにキューイングされ、端末は、特定の数（例えば、８以上の）ＦＴＡＰループバックパケットに対して（例えば、図２Ｂのループバックバッファ２７８において）バッファリングを行なう。LBPktOverflowBitは、端末においてバッファオーバーフローによりいずれかのＦＴＡＰループバックパケットが失われたかどうかを示し、これが起きるなら「１」に設定される。LBPktOverflowBitが「１」に設定されるとき、すべての紛失したＦＴＡＰループバックパケットが、リバーストラヒックチャネル上の消失により失われたわけではないことを示す。
【００７３】
ＦＴＡＰループバックパケットは、一組の規則に従って送信され、その一実施の形態は、以下のように記載される。ＦＴＡＰループバックパケットに特定の送信優先度（例えば、５５）が割り当てられる。端末は、接続状態においてキューイングされたＦＴＰループバックパケットを送信する。端末が、接続閉鎖に対してConnectedState.ConnectionClosed表示データを、または欠損接続に対してRouteUpdate.ConnectionLost表示データを受信するなら、端末は、キューに残存していたかもしれない任意のＦＴＡＰループバックパケットの送信のために接続を確立しようと試みない。
【００７４】
アクセスネットワークは、（他のデータトラヒックパケットと同様に、通常の方法で）ＦＴＡＰループバックパケットを受信して処理し、さらに受信したパケット内に含まれる情報を抽出し記憶する。
【００７５】
一実施の形態において、アクセスネットワークは、アクセス端末において受信したＦＴＡＰテストパケットおよびアクセスネットワークにおいて受信したＦＴＡＰループバックパケットを追跡するために、２つの変数、Ｖ（ＲTest)およびＶ（ＲLB)を保持する。Ｖ（ＲLB）は、アクセスネットワークにより受信されることが予測される次のＦＴＡＰループバックパケットのシーケンス番号を表す１５−ビット変数であり、Ｖ（ＲTest)は、端末において成功裡に受信された最後のＦＴＡＰテストパケットのシーケンス番号を表す１４ビットの変数である。これらの変数は、ループバックモードの成功したコンフィギュレーションを示すFTAParameterCompleteメッセージの受信に続いて最初のＦＴＡＰループバックパケットを受信すると、アクセスネットワークによりイニシャライズされる。イニシャライズのために、Ｖ（ＲLB)は、最初のＦＴＡＰループバックパケットのFwdSysTimeフィールドに設定され、Ｖ（ＲTest）は、最初のＦＴＡＰループバックパケット内の最初のＦＴＡＰテストパケットレコードのFwdSeqフィールドに設定される。
【００７６】
一実施の形態において、アクセスネットワークは、以下の手続に基づいておよび受信したパケット内のFwdSysTimeフィールドの値を用いて各受信したＦＴＡＰループバックパケットを処理する。
【００７７】
FwdSysTime≧Ｖ（ＲLB）なら、
FTAPLBPktSentは、｛FwdSysTime−Ｖ（ＲLB）＋１｝だけインクリメントされ、
FTAPLBPktSentは１だけインクリメントされ、
FTAPTestTimeは｛FwdSysTime−Ｖ（ＲLB）＋１｝だけインクリメントされ、および
Ｖ（ＲLB）はFwdSysTime＋１に設定される。
【００７８】
FwdSysTime≦Ｖ（ＲLB）なら、LoopBackSyncLost表示データを発生する。
【００７９】
１つのＦＴＡＰループバックパケットは、各１６スロット観察間隔（すなわち、各フレーム）に対して端末により送信されることが予測されるので、各ＦＴＡＰループバックパケットに含まれるFwdSysTimeは、そのパケットのシーケンス番号として使用してもよい。各受信したＦＴＡＰループバックパケットに対して、最後に受信したＦＴＡＰループバックパケットから端末により送信されたＦＴＡＰループバックパケットの数を、現在受信したパケットのシーケンス番号、FwdSysTimeおよび予測されるパケットのシーケンス番号、Ｖ（ＲLB）に基づいて決定してもよい。受信されることが予測される次のＦＴＡＰループバックパケットのシーケンス番号は、現在受信したパケットのシーケンス番号を１だけインクリメントすることにより得られる。
【００８０】
一実施の形態において、アクセスネットワークはさらに以下の手続に基づいて、各受信したＦＴＡＰループバックパケット内のレコードをシーケンシャルに処理する。最初に、ＦＴＡＰテストパケットを端末に送信するサービングセクタがＦＴＡＰループバックパケット内に含まれるTCAMsgSeqIncludedフィールド、TCAMsgSeqフィールド、およびDRCCoverフィールドに基づいて決定される。従って、このサービングセクタのために保持される統計変数は以下のように更新される。
【００８１】
FTAPhysPktSlotsは、そのレコード内のFwdPhysSlotsフィールドだけインクリメントされ、FTAPMACPktRecdは、そのレコード内のFwdMACPktsフィールドだけインクリメントされ、FTAPTestPktSentは、｛FwdSeq−Ｖ（ＲTest)＋１｝だけインクリメントされ、およびＶ（ＲTest）は｛FwSeq＋１｝に設定される。
【００８２】
一実施の形態において、シーケンス番号に関して実行される演算と比較は、符号なしのモジュロ２S演算において実行される。但し、Ｓはシーケンス番号を表すために使用されるビット数を示す。ｘというシーケンス番号の場合、［ｘ＋１，ｘ＋２S-1−１］の範囲内の番号は、ｘより大きいと考えられ、［ｘ−１，ｘ−２S-1］はｘより小さいと考えられる。
【００８３】
ＤＲＣチャネル送信
ＤＲＣ固定モードがイネーブルなら、端末は、FTAPParameterAssignmentメッセージ内のDRCFixedMode属性により指定されるＤＲＣ値を送信する。そして、ＤＲＣカバー固定モードがイネーブルなら、端末は、そのメッセージ内のDRCCoverFixedMode属性により指定されるＤＲＣカバーを使用する。そうでなければ、端末はＤＲＣを通常の方法で送信する。
【００８４】
ＡＣＫチャネル送信
ＡＣＫチャネルビット固定モードがイネーブルなら、端末は、FTAPParameterAssignmentメッセージ内のACKChannelBitFixedMode属性により指定されるＡＣＫチャネルビット値を、すべてのスロットにおいてＡＣＫチャネル上に送信する。一実施の形態において、端末はさらに、指定されたＡＣＫチャネルビット値に従って受信したＦＴＡＰテストパケットを処理する。
【００８５】
ＡＣＫチャネルビット値が「０」として指定されるなら、端末は、パケットがあたかも１スロット期間のパケットであるかのようにフォワードトラヒックチャネル上のパケットを受信する。たとえ、パケットが単一スロットで成功裡にデコードされなかったとしてもおよびそのフルレングスが１スロットより大きいとしても、端末は、１スロットの後、パケットを受信することを停止する。
【００８６】
ＡＣＫチャネルビット値が「１」として指定されるなら、端末は、パケットがあたかもフルレングス期間のパケットであるかのようにフォワードトラヒックチャネル上のパケットを受信する。端末は、たとえフルレングスが経過する前にパケットが成功裡にデコードされたとしても、（スロットにおいて）フルレングスが経過するまでパケットを受信することを継続する。
【００８７】
いずれの場合においても、（すなわち、ＡＣＫチャネルビット値が「０」または「１」であろうと）、ループバックモードがイネーブルであるなら、ＦＴＡＰループバックパケットを発生し送信し続ける。
【００８８】
端末統計値収集および検索
１つの観点において、端末による統計情報の収集、ロギング、および報告を容易にするために手続およびメッセージが供給される。プロトコルのインスタンスが作成されるとき、端末は、端末により保持されるIdleASPChange変数、IdleTime変数、ConnectedSSChange変数、ConnectedTime変数、FirstSyncCCPkt変数、およびCCTime変数をゼロに設定するＦＴＡＰ統計イニシャライゼーション手続を実行する。
【００８９】
図６は、この発明の一実施の形態に従って、端末から統計情報を検索するためのプロセス６００の図である。プロセス６００はテスト期間中いつでも実行してもよい。
【００９０】
最初に、ステップ６１２において、アクセスネットワークは、端末において収集された統計値をクリアするように端末に指示するためにFTAPStatsClearRequestメッセージを送信する。ステップ６１４において、このメッセージを受信すると、端末は、ＦＴＡＰ統計イニシャライゼーション手続を実行し、要求された統計値のために保持される変数をクリアし、そしてFTAPStatsClearResponseメッセージに応答する。アクセスネットワークは、FTAPStatsClearRequestメッセージを送信することによりいつでも端末において変数をリセットすることができる。FTAPStatsClearRequestメッセージのTransactionID値と同じTransactionID値を含む、端末からのFTAPStatsClearResponseメッセージの受信は、端末における統計変数がクリアされたことを示す。
【００９１】
次に、上述したＦＴＡＰテストコンフィギュレーションに基づいてテストが実行される。ステップ６１６において、十分な時間が経過後、アクセスネットワークは、端末において収集された統計値を検索するためにFTAPStatsGetRequestメッセージを送信してもよい。ステップ６１８において、メッセージを受信すると、端末は、対応するFTAPStatsGetRequestメッセージのTransactionIDと同じTransactionIDおよび要求された統計値を含むFTAPStatsGetResponseメッセージに応答する。図６に示すように、FTAPStatsClearResponseメッセージとFTAPStatsGetRequestメッセージとの間の期間は、統計値が端末により収集されるテスト期間を構成する。
【００９２】
１つの観点において、統計値は、アイドル状態および接続状態のような多数の端末動作状態の各々に対して収集してもよい。一実施の形態において、エアーリンク管理プロトコルが特定の状態（例えば、アイドル状態または接続状態）にある間、その状態のための統計値収集がイネーブルとなり、すべての他の状態のための統計値収集がディスエーブルとなる。一実施の形態において、アイドル状態の間、アイドル状態統計値収集がイネーブルの状態で、RouteUpdate.IdleHO表示データが受信され、IdleTimeがスロットごとにインクリメントされると、IdleASPChangeがインクリメントされる。そして、接続状態にある間、接続状態統計値収集がイネーブルの状態で、サービングセクタに変化があり、ConnectedTimeがスロットごとにインクリメントされると、ConnectedSSChangeがインクリメントされる。
【００９３】
一実施の形態において、アイドル状態または接続状態にあるときに、コントロールチャネル統計値収集がイネーブルになる。コントロールチャネル統計値収集がイネーブルの間、同期カプセル内の最初のＣＣ ＭＡＣ層パケットが端末によって成功裡に受信され、CCTimeが各コントロールチャネルサイクルの始めでインクリメントされると、FirstSyncCCPktがインクリメントされる。
【００９４】
表９は、特定の実施の形態に従って、統計値検索のために使用される４つのメッセージのためのフィールドをリストアップする。各メッセージは、メッセージの種類を特定するために使用されるMessageIDフィールドとトランザクションを特定するために使用されるTransactionIDフィールドを含む。FTAPStatsClearRequestメッセージおよびFTAPStatsGetResponseメッセージは、各々さらに１つ以上のAttributeIDレコードを含む。各レコードは、（以下に記載する）IdleASPStats属性、ConnectedSSStats属性、またはCCPktStats属性のためのAttributeIDを含む。FTAPStatsGetResponseメッセージは、さらに、各レコードが表１０及至表１２に記載のIdleASPStats属性、ConnectedSSStats属性、またはFirstSyncCCPktStats属性のための簡単なレコードである、１つ以上のAttributeRecordレコードを含む。MessageIDフィールド、TransactionIDフィールド、およびAttributeIDフィールドは各々８ビットのレングスであり、各AttributeRecordレコードは以下に記載するレングスを有する。
【表９】
【００９５】
表１０は、FTAPStatsGetResponseメッセージに含めてもよいIdleASPStats属性レコードのためのフィールドをリストアップする。この属性レコードは、端末により収集されるアクティブセクタパイロットのための統計値を供給する。
【表１０】
【００９６】
表１１は、FTAPStatsGetResponseメッセージに含めてもよいConnectedSSStats属性レコードのためのフィールドをリストアップする。この属性レコードは、端末により収集されるサービングセクタ内の変化に対する統計値を供給する。
【表１１】
【００９７】
表１２は、FTAPStatsGetResponseメッセージに含めてもよいFirstSyncCCPktStats属性レコードのためのフィールドをリストアップする。この属性レコードは、端末により収集される最初の同期ＣＣパケットのための統計値を提供する。
【表１２】
【００９８】
表１３は、４つのメッセージ、アドレスモード、およびＳＬＰ送信スキーム、および送信優先度を送信するために使用されるチャネルをリストアップする。
【表１３】
【００９９】
フォワードリンク性能は、端末において収集された統計値に基づいて決定してもよく、アクセスネットワークに報告される。性能計算のいくつがが以下に記載される。
【数１】
【０１００】
上述の式における５／３の比は、ｃｄｍａ２０００における各タイムスロットに対して１．６６７ｍｓｅｃに相当する。他の性能測定基準も、アクセスネットワークにおいてロギングしてもよい他の統計値に基づいて導き出してもよい。例えば、端末から受信したＤＲＣ値は、ＤＲＣチャネル上のＤＲＣシンボルエラー性能を決定するためにロギングしてもよい。
【０１０１】
図２Ｂに戻って参照すると、端末１０６において、ＲＸデータプロセッサ２６０は、ＦＴＡＰテストパケットを処理するように動作し、マルチプレクサ２６２を介してパケットをコントローラ２７０に送ってもよい。次に、コントローラ２７０は、各受信したＦＴＡＰテストパケットから種々の種類の情報（例えば、サービングセクタ、シーケンス番号、および各ＦＴＡＰテストパケットのレングス）を特定し、抽出する。次に、コントローラ２７０は、上述した関連情報を有するＦＴＡＰループバックパケットを形成する。ＦＴＡＰループバックパケットは、ループバックバッファ２７８に記憶してもよい。適切な時間に、リバーストラヒックチャネル上に送信するために、ＦＴＡＰループバックパケットは、バッファ２７８から検索され、マルチプレクサ２８４を介して送られ、ＴＸデータプロセッサ２８６により処理される。
【０１０２】
図２Ａに戻り参照すると、アクセスポイント１０４において、ＦＴＡＰループバックパケットは、ＲＸデータプロセッサ２３４により処理され、コントローラ２２０に供給される。次に、コントローラ２２０は、各受信したＦＴＡＰループバックパケットからの種々の種類の情報（例えば、サービングセクタ、シーケンス番号、各カバーされたＦＴＡＰテストパケットのレングス）を特定し、抽出する。上述したように、コントローラ２２０はさらに、受信したＦＴＡＰループバックパケットから抽出した情報に基づいて各サービングセクタのために保持される変数を更新する。コントローラ２２０は、さらに種々のフォワードリンク性能測定基準のために上述した計算を実行するために動作してもよい。他のフォワードリンク性能測定基準は、アクセス端末においてロギングしてもよい他の統計値に基づいて導き出してもよい。例えば、受信したＦＴＡＰテストパケットをロギングすることにより、フォワードトラヒックチャネルパケットミス確率、パケット受信フォールスアラーム確率等を決定することができる。
【０１０３】
リバーステストアプリケーションプロトコル（ＲＴＡＰ）
ＲＴＡＰは、リバーストラヒックチャネルを含む、リバースチャネルの種々のテストを構成し、制御し、実行するために使用される手続きとメッセージを供給する。ＲＴＡＰのための手続は、以下のカテゴリにグループ化してもよい。
【０１０４】
・テストパラメータコンフィギュレーション−端末とアクセスネットワークにおいてＲＴＡＰテストコンフィギュレーションを制御するための手続とメッセージを含む；および
・ＲＴＡＰテストパケット送信および受信−端末においてＲＴＡＰテストパケットおよびＲＴＡＰフィルパケットを発生し、発生されたパケットを構成されたレートでリバーストラヒックチャネル上に送信し、受信したパケットをアクセスネットワークにおいて処理するための手続を含む。
【０１０５】
手続をメッセ−ジは、以下にさらに詳細に記載される。より少ない、さらなるおよび／または異なる手続きおよびメッセージもＲＴＡＰのために供給してもよく、これはこの発明の範囲内である。
【０１０６】
ＲＴＡＰは、種々のレートでリバーストラヒックチャネルのテストをサポートする。表１４は、リバーストラヒックチャネルによりサポートされる種々のモードをリストアップする。
【表１４】
【０１０７】
ＲＴＡＰは、スループットおよびパケットエラーレートのような種々の性能測定基準を決定するために使用してもよい、アクセスネットワークによりある統計値の収集をサポートする。
【０１０８】
表１５は、アクセスネットワークにより収集し、保持してもよい統計値をリストアップする。
【表１５】
【０１０９】
図７は、この発明の一実施の形態に従う、リバーストラヒックチャネルをテストするための全体のプロセス７００の図である。プロセス７００は、例えば、リバースリンクスループット、パケットエラーレート等のような種々のテストのために使用してもよい。
【０１１０】
最初に、ステップ７１２において、アクセスネットワークと端末との間に現在の接続が無ければ、アクセスネットワークは通常の方法で端末との接続をセットアップする。次に、アクセスネットワークは、ステップ７１４にいて、ＲＴＡＰを構成するために、RTAPParameterAssignmentメッセージを端末に送信する。このメッセージは、アクセス端末によるＲＴＡＰテストパケットの送信を可能にするためにRTAPTestPketEnable属性レコードを含む。ステップ７１６において、端末はコンフィギュアドテストの準備ができていることを示すために、必要なコンフィギュレーションを実行し、RTPParameterCompleteメッセージを用いてアクセスネットワークに応答する。
【０１１１】
その後、ステップ７１８において、端末はＲＴＡＰテストパケットをアクセスネットワークに送信する。任意の数のパケットを送信してもよく、アクセスネットワークおよび／または端末により収集される統計値は、テストコンフィギュレーションにより決定してもよい。
【０１１２】
ステップ７２０において、十分な統計値が収集された後、アクセスネットワークは接続をリリースする。例えば、アクセスネットワークがその他のテストまたは機能を実行し始めるなら、ステップ７２０を省略してもよい。以下に記載するように、アクセスネットワークは、パケットエラーレートおよびスループットを計算するために収集した統計値を使用してもよい。プロセス７００のための種々の詳細は以下に記載される。
【０１１３】
ＲＴＡＰテストパラメータコンフィギュレーション
アクセスネットワークまたは端末は、リバースチャネルをテストするためにＲＴＡＰをアクティブにしてもよい。ＲＴＡＰをアクティブにすると、端末は、ＲＴＡＰテストパケットモードおよびコンフィギュアドパケットレートモードのためのフラッグをディスエーブルにするＲＴＡＰコンフィギュレーションイニシャライゼーション手続を実行する。
【０１１４】
図８は、ＲＴＡＰテストパラメータコンフィギュレーションプロセス８００の特定の実施の形態のフロー図である。プロセス８００は、図７のステップ７１４および７１６をカバーする。ステップ８１２において、ＲＴＡＰテストコンフィギュレーションをイニシャライズまたは変更するために、アクセスネットワークは、TransactionIDフィールドのための特定の値を含み、さらに端末により保持されるＲＴＡＰモードフラッグのための１つ以上の属性レコードを含んでもよいRTAPParameterAssignmentメッセージを送信する。メッセージ内の属性レコードを介して、アクセスネットワークは、実行されるテストを制御することができる。
【０１１５】
ステップ８１４において、アクセスネットワークからRTAPParameterAssignmentメッセージを受信すると、端末は上述したＲＴＡＰコンフィギュレーションイニシャライゼーション手続を実行する。次に、ステップ８１６において、端末はＲＴＡＰテストパラメータイニシャライゼーション手続を実行する。一実施の形態において、この手続は、すべての可能なリバーストラヒックチャネルレートに対して（すなわち、ｉの全ての可能な値に対して）、（表１８に示す）RateIndex ｉに対応するレートで送信されたＲＴＡＰテストパケットのシーケンス番号を追跡するために、（１２ビット）の変数、Ｖi(ＳRev）をゼロに設定する。
【０１１６】
ステップ８１８において、端末は、もしあれば、受信したメッセージ内に含まれる属性に基づいてＲＴＡＰモードフラッグも設定する。特に、受信したメッセージは、RTAPTestPktEnable属性および／またはPacketRateMode属性を含んでもよい。RTAPTestPktEnable属性は、端末が、リバーストラヒックチャネル上へのＲＴＡＰテストパケットの送信を開始しようとするなら、含まれ、PacketRateMode属性は、リバーストラヒックチャネルレートが構成されるなら、含まれる。
【０１１７】
受信したメッセージがRTAPTestPktEnable属性を含むなら、ＲＴＡＰテストパケットモードがイネーブルとなり、属性内のRTAPTestPktPersistenceフィールドの値が記憶され、ＲＴＡＰテストパケットバッファ（例えば、図２Ｂのバッファ２８０）がクリアされ、TestPktOverflowBitがゼロに設定される。そして、受信したメッセージがPacketRateMode属性を含むなら、コンフィギュアされたパケットレートモードがイネーブルになり、属性内のMinRateフィールドおよびMaxRateフィールド値が記憶される。
【０１１８】
ステップ８２０において、RTAPParameterAssignmentメッセージにより指定されるＲＴＡＰテストコンフィギュレーションを完了すると、メッセージを受信するＴRTAPConfig（例えば、２）秒内に、端末は、対応するRTAPParameterAssignmentメッセージにおいて受信される値と同じ値にTransactionIDフィールドを設定した状態でRTAPParameterCompleteメッセージを送信する。
【０１１９】
ステップ８２２において、端末からRTAPParameterCompleteメッセージを受信すると、アクセスネットワークは、（ｉのすべての可能な値に対して）RTAPTestPktSent[i], RTAPTestPktRecd[i]、およびRTAPTestTimeをゼロにリセットするＲＴＡＰ テスト統計値およびパラメータイニシャライゼーション手続を実行する。
【０１２０】
端末は、ＲＴＡＰテスト終了時にＲＴＡＰモードフラッグもリセットする。一実施の形態において、上位のシグナリング層からConnectedState.ConnectionClosed表示データまたはRouteUpdate.ConnectionLost表示データを受信するなら、コンフィギュアされたパケットレートモードがディスエーブルされ、ＲＴＡＰテストパケットモードが以前にイネーブルであり、最後に受信したRTAPParameterAssignmentメッセージ内のRTAPTestPktEnable属性のRTAPTestPktPersistenceフィールドの値が「００」であったなら、ＲＴＡＰテストパケットモードもディスエーブルにされる。
【０１２１】
表１６は、特定の実施の形態に従って、RTAPParameterAssignmentメッセージのためのフィールドをリストアップする。
【表１６】
【０１２２】
表１７は、特定の実施の形態に従う、RTAPParameterAssignmentメッセージ内に含めてもよい属性レコードのための種々のフィールドをリストアップする。表１７の最初の列は、RTAPParameterAssignmentメッセージに含めてもよい２つの異なる属性レコードを特定する。RTAPTestPktEnable属性レコードは３つのフィールド−Length、 Attribute ID、およびRTAPTestPktPersistenceを含む。PacketRateMode属性レコードは４つのフィールド−Length、AttributeID、MinRate、およびMaxRateを含む。Lengthフィールドは、２オクテットである、Lengthフィールド自体を除く（オクテットでの）属性レコードのレングスを与える。従って、RTAPTestPktEnable属性レコードのレングスは、６オクテットまたは２４ビットであり、RTAPTestPktEnable属性レコードのレングスは、８オクテットまたは３２ビットである。
【表１７】
【０１２３】
表１８は、リバーストラヒックチャネルレートに対するRateIndex値のマッピングをリストアップする。
【表１８】
【０１２４】
一実施の形態において、ＳＬＰが信頼できると設定され、送信優先度が４０に設定された状態でアドレス指定されたコントロールチャネル及びフォワードトラヒックチャネル上にRTAPParameterAssignmentメッセージが送信される。
【０１２５】
表１９は、特定の実施の形態に従う、RTAPParameterCompleteメッセージのためのフィールドをリストアップする。
【表１９】
【０１２６】
一実施の形態において、ＳＬＰが信頼できると設定され、送信優先度が４０に設定された状態で、アクセスネットワークにアドレス指定された（ユニキャストアドレッシング）リバーストラヒックチャネル上にRTAPParameterCompleteメッセージが送信される。
【０１２７】
ＲＴＡＰパケット送信および受信
ＲＴＡＰテストパケットモードがイネーブルなら、端末はＲＴＡＰテストパケットを発生し、リバーストラヒックチャネルでアクセスネットワークに送信する。一実施の形態において、ＲＴＡＰテストパケットは、特定の時間間隔（例えば、ＣＤＭＡシステム時間に調整された、１６スロット間隔毎に）で発生される。一実施の形態において、発生のタイムインスタント(time instant)を含まないが、発生のタイムインスタントまで送信されたＲＴＣ物理層パケットをカバーする情報を、ＲＴＡＰテストパケットは含む。
【０１２８】
表２０は、特定の実施の形態に従う、ＲＴＡＰテストパケットのためのフィールドをリストアップする。
【表２０】
【０１２９】
各フレームに対して、端末により１つのＲＴＡＰテストパケットが送信されることが予測されるので、各ＲＴＡＰテストパケットに含まれるRevSysTimeをそのパケットのためのシーケンス番号として使用してもよい。
【０１３０】
コンフィギュアドパケットレートモードがイネーブルなら、端末は、ＲＴＡＰテストパケットを含むリバーストラヒックチャネルパケットを充填するのに必要なサイズの（可変長の）ＲＴＡＰフィルパケットを選択された速度で送信する。表２１は、特定の実施の形態に従うＦＴＡＰフィルパケットのためのフィールドをリストアップする。
【表２１】
【０１３１】
発生されたＲＴＡＰテストパケットがリバーストラヒックチャネル上に送信するためにキューイングされ、端末は、特定数（例えば、８以上の）ＲＴＡＰテストパケットに対して（例えば、図２Ｂのバッファ２８０において）バッファリングを提供する。RTAPTestPktOverflowBitは、バッファオーバーフローにより任意のＲＴＡＰテストパケットが欠損したかどうかを示し、これが生じるなら「１」に設定される。
【０１３２】
ＲＴＡＰテストパケットは一組の規則に従って送信され、その一実施の形態は以下のように記載される。ＲＴＡＰテストパケットには、特定の送信優先度（例えば、５５）が割り当てられ、（もしあれば）ＲＴＡＰフィルパケットも他の特定の送信優先度（例えば、２５５）が割り当てられる。端末は、キューイングされたＲＴＡＰテストパケットおよび（もしあれば）ＲＴＡＰフィルパケットを接続状態で送信する。
【０１３３】
一実施の形態において、ＲＴＡＰテストパケットは、定義された速度選択スキームに基づいて決定された速度で送信される。コンフィギュアドパケットレートモードがイネーブルなら、端末は、一組の規則に従って、リバーストラヒックチャネルレートを選択し、その一実施の形態が以下に記載される。そうでなければ、端末は、上述したＨＡＩ文献に記載されるリバーストラヒックチャネルＭＡＣプロトコルに従うレートを選択する。
【０１３４】
表２２は、ＲＴＡＰテストパケットのためのレートを選択するために端末により保持される変数をリストアップする。
【表２２】
【０１３５】
最初のＲＴＡＰテストパケットに対して、端末は、TargetRateをMinRateに設定し、さらにSelectedRateを、TargetRateおよびMACMaxRateの小さい方に設定する。各次のＲＴＡＰテストパケットに対して、端末は以下の手続に基づいてパケットのためのレートを選択する。
【０１３６】
TargetRate=TargetRate1、
TargetRate>MaxRateなら、TargetRate=MinRate、およびSelectedRate=Min(TargetRate,MACMaxRate)
上述の手続は、RTAPParameterAssignmentメッセージにより指定されるMaxRateおよびＭＡＣプロトコルにより許可されるMACMaxRateまでの、および上記MaxRateおよびMACMaxRateにより制限されるすべてのサポートされるレートを介して繰返す。端末が、ＲＴＡＰテストパケットを含むリバーストラヒックチャネルパケットを、RateIndex ｉを有するレートで送信するなら、端末は、変数Ｖi（ＳRev）をインクリメントすることにより送信されたＲＴＡＰテストパケットのための関連するシーケンス番号をインクリメントする。
【０１３７】
端末が、ConnectedState.ConnectionClosed表示データまたはRouteUpdate.ConnectionLost表示データを受信するなら、端末は、キューに残存していたかもしれない任意のＲＴＡＰテストパケットの送信のための接続を確立しようと試みない。
【０１３８】
一実施の形態において、アクセスネットワークは、ＲＴＡＰテストパケットを追跡するために、いくつかの変数、Ｖ（ＲRTAP）およびＸ[ｉ］を保持する。Ｖ（ＲRTAP）は、アクセスネットワークにより受信されることが予測される次のＲＴＡＰテストパケットのシーケンス番号に相当する８ビットの変数であり、Ｘ［ｉ］は１２ビット変数のアレイであり、各々は、RateIndex ｉに相当するレートで送信されたリバーストラヒックチャネル物理層パケットに含まれることが予測される次のＲＴＡＰテストパケットのシーケンス番号に相当する。これらの変数は、RTAPParameterCompleteメッセージの受信に続いて最初のＲＴＡＰテストパケットを受信すると、アクセスネットワークによりイニシャライズされる。イニシャライゼーションに対して、Ｖ（ＲRTAP）は、ＲＴＡＰテストパケットのRevSysTimeフィールドに設定され、Ｘ［ｉ］は、（ｉのすべての可能な値に対して）最初のＲＴＡＰテストパケットのSeq_Iフィールドに設定される。
【０１３９】
一実施の形態において、RateIndex ｋに相当するレートで受信した各ＲＴＡＰテストパケットに対して、アクセスネットワークは、以下の手続に基づいておよび受信したパケット内のRevSysTimeフィールドの値を用いて受信したパケットを処理する。
【０１４０】
RevSysTime≧Ｖ（ＲRTAP）なら、RTAPTestPktRecd[k]は１だけインクリメントされ、RTAPTestTimeは｛RevSysTime−Ｖ（ＲRTAP）＋１｝だけインクリメントされ、およびＶ（ＲRTAP）はRevSysTime+1に設定される。
【０１４１】
RevSysTime<Ｖ（ＲRTAP)なら、RTAPSyncLost表示データを発生する。
【０１４２】
一実施の形態において、アクセスネットワークは、以下のように（ｋのすべての可能な値に対して）Seq_kフィールドの値を用いて受信したＲＴＡＰテストパケットのフィールドをさらに処理する。
【０１４３】
RTAPTestPktSent[k]は{Seq_k−X[k]+1}だけインクリメントされ、およびX[k]は、Seq_k+1に設定される。
【０１４４】
一実施の形態において、シーケンス番号に関して実行される演算と比較は符号なしのモジュロ２S演算で実行され、Ｓはシーケンス番号を表すために使用されるビット数である。
【０１４５】
リバースリンク性能は、収集した統計値に基づいて決定してもよい。性能計算のいくつかが以下に記載される。以下において、PhysLayerPktSize[i]は、RateIndex ｉに相当するレートにおいて、物理層パケット内のビット数を与える。
【数２】
【０１４６】
図２Ｂに戻って参照すると、端末１０６において、コントローラ２７０は、バッファ２８０に記憶してもよいＲＴＡＰテストパケットを発生するように動作してもよい。リバーストラヒックチャネル上への送信のために、適切な時刻において、ＲＴＡＰテストパケットは、バッファ２８０から検索され、マルチプレクサを介して送られ、ＴＸデータプロセッサ２８６により処理される。コントローラ２７０は、ＲＴＡＰテストパケットの選択されたレートに対してレート制御をモジュレータ２８８にさらに供給してもよい。
【０１４７】
図２Ａに戻って参照すると、アクセスポイント１０４において、ＲＴＡＰテストパケットは、ＲＸデータプロセッサ２３４により処理され、コントローラ２２０に供給される。次に、コントローラ２２０は、各ＲＴＡＰテストパケットからの種々の種類の情報（例えば、各ＲＴＡＰテストパケットのレートおよびシーケンス番号およびすべての可能なレートに対して最後に送信されたパケットのシーケンス番号）を特定し、抽出する。上述したように、コントローラ２２０は、受信したＲＴＡＰテストパケットから抽出した情報に基づいてレートのために保持される変数をさらに更新する。コントローラ２２０は、さらに種々のリバースリンク性能測定基準に対して上述した計算を実行するようにさらに動作してもよい。
【０１４８】
上記記載は、発明の技術の１つの特定の実施を表す。より少ない、さらなる、および／または異なるテストを実行してもよく、およびより少ない、さらなる、および／または異なる統計値を収集してもよい。さらに、より少ない、さらなる、および／または異なる手続およびメッセージを供給してもよく、各メッセージは、上述したものより、より少ない、さらなる、および／または異なるフィールドを含んでもよい。従って、上述した特定の実施の種々の変形例を考えてもよく、この発明の範囲内である。
【０１４９】
明確にするために、この発明の種々の観点および実施の形態は、ｃｄｍａ２０００における高速パケットデータのために特に記載した。ここに記載した技術は、また他のＣＤＭＡおよび無線通信システムに対して使用してもよい。例えば、これらの技術は、Ｗ−ＣＤＭＡシステムに使用してもよい。ｃｄｍａ２０００ＨＡＩとＷ−ＣＤＭＡとの間に種々の相違が存在し、ここに記載される技術は、Ｗ−ＣＤＭＡにおいて使用するために変更してもよい（例えば、信号処理における相違を明らかにするために変更する）。
【０１５０】
ここに記載される技術は、種々の手段により実施してもよい。例えば、技術はハードウエア、ソフトウエアまたはそれらの組合せで実施してもよい。ハードウエア実施の場合、テストおよび統計値収集のために使用されるエレメントは、１つ以上の特定用途向け集積回路（ＡＳＩＣｓ）、デジタルシグナルプロセッサ（ＤＳＰｓ）、デジタルシグナル処理装置（ＤＳＰＤｓ）、プログラマブルロジック装置（ＰＬＤｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、ここに記載された機能を実行するように設計された他の電子装置、またはそれらの組合せ内で実施してよい。
【０１５１】
ソフトウエア実施の場合、テストおよび統計値収集のために使用されるエレメントは、ここに記載される機能を実行するモジュール（例えば、手続、機能等）を用いて実施してもよい。ソフトウエアコードはメモリ装置（例えば、図２Ａおよび図２Ｂのメモリ２２２および２７２）に記憶してもよく、プロセッサ（例えば、図２Ａおよび図２Ｂのコントローラ２２０および２７０）により実行してもよい。メモリ装置は、プロセッサ内部またはプロセッサ外部に実現してもよい。プロセッサ外部に実現した場合に、メモリ装置は、技術的に周知の種々の手段を介して通信可能にプロセッサに接続することができる。
【０１５２】
見出しは、参照のためおよびあるセクションの位置を見つけるのを補助するためにここに含まれる。これらの見出しは、そのセクションの下に記載された概念の範囲を制限することを意図するものではなく、これらの概念は、明細書全体にわたって他のセクションでの適応性を有してもよい。
【０１５３】
開示された実施の形態の上述した記載は、当業者がこの発明を製作または使用可能にするために提供される。これらの実施の形態における種々の変形例は、当業者には容易に明白であろう、そしてここに定義される包括的原理は、この発明の精神または範囲から逸脱することなく他の実施の形態に適用してもよい。従って、この発明は、ここに示される実施の形態に限定されることを意図したものではなく、ここに開示される原理および新規な特徴に一致する最も広い範囲が許容されるべきである。
【特許請求の範囲】
【請求項１】
下記を具備する、無線データ通信システムにおいて、フォワードリンクに関連する複数のチャネルをテストする方法：
トラヒックチャネル、補助チャネル、またはそれらの組合せを具備する１つ以上のチャネルのためのテストセッティングを含ませてある第１のメッセージを受信する；
前記第１のメッセージ内の前記テストセッティングに基づいて前記１つ以上のチャネルを構成する；
フォワードトラヒックチャネルを介してテストパケット受信する；
リバーストラヒックチャネルを介してループバックパケットを送信する；および
トラヒックまたは１つ以上の補助チャネルを介してシグナリングデータを送信する。
【請求項２】
各ループバックパケットは、１つ以上のテストパケットを記述しているデータを含む、請求項１の方法。
【請求項３】
前記無線データ通信システムはＣＤＭＡシステムである、請求項１の方法。
【請求項４】
前記ＣＤＭＡシステムはｃｄｍａ２０００ＨＡＩ規格をサポートする、請求項３の方法。
【請求項５】
トラヒックチャネル、補助チャネル、またはそれらの組合せを具備する１つ以上のチャネルのためのテストセッティングを含ませてある第１のメッセージを受信し；
前記第１のメッセージ内の前記テストセッティングに基づいて前記１つ以上のチャネルを構成し；
フォワードトラヒックチャネルを介してテストパケットを受信し；
リバーストラヒックチャネルを介してループバックパケットを送信し；および
トラヒックまたは１つ以上の補助チャネルを介してシグナリングデータを送信する；
ためにデジタル情報を解釈することができるデジタル信号処理装置（ＤＳＰＤ）に通信可能に接続されたメモリ。
【請求項６】
下記を具備する、無線データ通信システムにおいて、１つ以上のチャネルをテストするための方法：
第１のチャネルを介して第１のデータ送信を受信する；
前記第１のデータ送信を記述しているパラメータ値を特定する；
前記特定されたパラメータ値を備えた第２のデータ送信を形成する；および
第２のチャネルを介して前記第２のデータ送信を送信する。
【請求項７】
前記第１のチャネルは、フォワードトラヒックチャネルであり、前記第２のチャネルは、リバーストラヒックチャネルである、請求項６の方法。
【請求項８】
前記第１のデータ送信は、複数のテストパケットを具備し、前記第２のデータ送信は複数のループバックパケットを具備し、前記ループバックパケットは、前記テストパケットを記述している前記パラメータ値を含む、請求項７の方法。
【請求項９】
特定の時間間隔ごとに１つのループバックパケットが形成される、請求項８の方法。
【請求項１０】
各ループバックパケットはゼロ以上のテストパケットをカバーする、請求項８の方法。
【請求項１１】
各ループバックパケットは、前記ループバックパケットが属する特定のプロトコルを示す第１のフィールドを含む、請求項１０の方法。
【請求項１２】
各ループバックパケットは、前記ループバックパケットに対する特定のパケットタイプを示す第２のフィールドを含む、請求項１０の方法。
【請求項１３】
各ループバックパケットは、前記ループバックパケットによりカバーされる特定の時間間隔の開始を示す第３のフィールドを含む、請求項１０の方法。
【請求項１４】
各ループバックパケットは、バッファオーバーフローにより任意のループバックパケットが失われたかどうかを示す第４のフィールドを含む、請求項１０の方法。
【請求項１５】
各ループバックパケットは、前記ループバックパケットに含まれるレコードの特定の数を示す第５のフィールドを含む、請求項１０の方法。
【請求項１６】
各ループバックパケットは、前記ループバックパケットによりカバーされるテストパケット毎に１つのレコードを含み、各レコードは、前記対応するカバーされたテストパケットに対して特定されるパラメータ値のセットのためのフィールドのセットを含む、請求項１０の方法。
【請求項１７】
各レコードは、前記レコードが、前記第１のチャネルを割り当てるために使用されるシグナリングメッセージのシーケンス番号を含むかどうかを示す第１のフィールドを含む、請求項１６の方法。
【請求項１８】
各レコードは、前記シグナリングメッセージのシーケンス番号を示す第２のフィールドを含む、請求項１７の方法。
【請求項１９】
各レコードは、前記レコードによりカバーされる試験パケットの送信源を示す第３のフィールドを含む、請求項１６の方法。
【請求項２０】
各レコードは、前記レコードによりカバーされるテストパケットが受信された期間を示す第４のフィールドを含む、請求項６の方法。
【請求項２１】
各レコードは、前記レコードによりカバーされるテストパケットを含む物理層パケットに受信されるＭＡＣパケットの数を示す第５のフィールドを含む、請求項１６の方法。
【請求項２２】
各レコードは、前記カバーされたテストパケットのシーケンス番号が前記レコードに含まれているか否かを示す第６のフィールドを含む、請求項１６の方法。
【請求項２３】
各レコードは、前記カバーされたテストパケットのシーケンス番号を示す第７のフィールドを含む請求項２２の方法。
【請求項２４】
各ループバックパケットは、１つ以上のテストパケットの削除を示すパラメータ値を含む、請求項８の方法。
【請求項２５】
各テストパケットは、前記テストパケットが属する特定のプロトコルを示す第１のフィールドを含む、請求項８の方法。
【請求項２６】
各テストパケットは、前記テストパケットの特定のパケットタイプを示す第２のフィールドを含む、請求項８の方法。
【請求項２７】
各テストパケットは、前記テストパケットのシーケンス番号を示す第３のフィールドを含む、請求項８の方法。
【請求項２８】
第１のチャネルを介して第１のデータ送信を受信し；
前記第１のデータ送信を記述しているパラメータ値を特定する；
前記特定されたパラメータ値を備えた第２のデータ送信を形成する；および
第２のチャネルを介して前記第２のデータ送信を送信する；
ためにデジタル情報を解釈することができるデジタル信号処理装置（ＤＳＰＤ）に通信可能に接続されたメモリ。
【請求項２９】
下記を具備する、無線データ通信システムにおいて１つ以上のチャネルを試験する方法：
フォワードトラヒックチャネルを介して複数のテストパケットを受信する；
各受信されたテストパケットの送信源とシーケンス番号を特定する；
複数の受信されたテストパケットに対して複数のループバックパケットを形成する、各ループバックパケットはゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
逆方向トラヒックチャネルを介して前記ループバックパケットを送信する。
【請求項３０】
下記を具備する、無線データ通信システムにおいて１つ以上のチャネルをテストする方法：
第１のチャネルを介して第１のデータ送信を送信する；
第２のチャネルを介して第２のデータ送信を受信する、前記第２のデータ送信は、前記第１のデータ送信を記述しているパラメータ値を含む；および
前記第２のデータ送信に含まれる前記パラメータ値に基づいて複数の変数を更新する。
【請求項３１】
下記を具備する、無線データ通信システムにおいて１つ以上のチャネルをテストする方法：
順方向トラヒックチャネルを介して複数のテストパケットを送信する；
逆方向トラヒックチャネルを介して複数のループバックパケットを受信する、各ループバックパケットは、ゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
前記受信されたループバックパケットによりカバーされた各テストパケットの送信源とシーケンス番号に基づいて、複数の送信源のための複数の変数を更新する。
【請求項３２】
下記を具備する、無線データ通信システムにおいて、１つ以上の補助チャネルの特定の構成に対して順方向リンクをテストする方法：
１つ以上の補助チャネルのためのテストセッティングを含ませてある第１のメッセージを受信する；
前記補助チャネルに適用可能なテストセッティングに基づいて各補助チャネルを構成する；および
前記適用可能なテストセッティングに従って各構成された補助チャネルを送信する。
【請求項３３】
各テストセッティングは、前記第１のメッセージ内のそれぞれのレコードを介して供給される、請求項３２の方法。
【請求項３４】
前記１つ以上のチャネルはシグナリングのために使用される、請求項３２の方法。
【請求項３５】
前記第１のメッセージは、アクノレジメント（ＡＣＫ）チャネル上に送信される特定のビット値のための第１のテストセッティングを含む、請求項３２の方法。
【請求項３６】
前記第１のメッセージは、データレートコントロール（ＤＲＣ）チャネル上に送信される特定の値のための第２のテストセッティングを含む、請求項３２の方法。
【請求項３７】
前記第１のメッセージは、データレートコントロール（ＤＲＣ）チャネルに対して使用される特定のカバーのための第３のテストセッティングを含む、請求項３２の方法。
【請求項３８】
前記第１のメッセージは、接続閉鎖または欠損接続の場合に、テストモードの保守を示す第４のテストセッティングを含む、請求項３２の方法。
【請求項３９】
フォワードトラヒックチャネルを介して複数のテストパケットを送信し；
リバーストラヒックチャネルを介して複数のループバックパケットを受信する、各ループバックパケットは、ゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
前記受信されたループバックパケットによりカバーされた各テストパケットの送信源とシーケンス番号に基づいて複数の送信源のための複数の変数を更新する；
ために、デジタル情報を解釈することができるデジタル信号処理装置（ＤＳＰＤ）に通信可能に接続されるメモリ。
【請求項４０】
下記を具備する、無線データ通信システムにおいてリンクをテストする方法：
第１の動作状態にいる間第１のパラメータのための第１の統計値を収集する；
第２の動作状態にいる間第２のパラメータのための第２の統計値を収集する；
前記第１または第２の統計値を要求する第１のメッセージを受信する；および
前記要求された第１または第２の統計値を有した第２のメッセージを送信する。
【請求項４１】
前記第１のパラメータは、アイドル状態にある間アクティブセットパイロットの変化に相当する、請求項４０の方法。
【請求項４２】
前記第２のパラメータは、接続状態にある間サービングセクターの変化に相当する、請求項４０の方法。
【請求項４３】
前記第１および第２の統計値をリセットするための第３のメッセージを受信する；および
前記第３のメッセージを受信することに応答して前記第１および第２の統計値をリセットする；
ことをさらに具備する、請求項４０の方法。
【請求項４４】
第１の動作状態にいる間第１のパラメータのための第１の統計値を収集する；
第２の動作状態にいる間第２のパラメータのための第２の統計値を収集する；
前記第１または第２の統計値を要求する第１のメッセージを受信する；および
前記要求された第１または第２の統計値を有した第２のメッセージを送信する；
ためにデジタル情報を解釈することができるデジタル信号処理装置（ＤＳＰＤ）に通信可能に接続されたメモリ。
【請求項４５】
下記を具備する、無線データ通信システムにおいてトラヒックチャネルをテストする方法：
前記トラヒックチャネルのためのテストセッティングを含ませてある第１のメッセージを受信する；
前記トラヒックチャネル上の送信のために複数のテストパケットを形成する；
レート選択スキームに基づいて前記テストパケットのためのレートを選択する；および
前記選択されたレートで前記トラヒックチャネル上に前記テストパケットを送信する。
【請求項４６】
前記第１のメッセージは、前記テストパケットのための最小レートおよび最大レートを含む、請求項４５の方法。
【請求項４７】
前記テストパケットのための前記選択されたレートは、前記最小レートおよび最大レートの間で循環される、請求項４６の方法。
【請求項４８】
前記テストパケットのための前記選択されたレートは、メディアアクセスコントロール（ＭＡＣ）プロトコルにより特定される最大レートによりさらに制限される、請求項４７の方法。
【請求項４９】
前記第１のメッセージは、接続閉鎖または欠損接続の場合に前記トラヒックチャネル上のテストモードの保守の表示データを含む、請求項４５の方法。
【請求項５０】
各テストパケットは、前記テストパケットが属する特定のプロトコルを示す第１のフィールドを含む、請求項４５の方法。
【請求項５１】
各テストパケットは、前記テストパケットの特定のパケットタイプを示す第２のフィールドを含む、請求項４５の方法。
【請求項５２】
各テストパケットは、前記テストパケットが発生されたとき特別のタイムインスタンスを示す第３のフィールドを含む、請求項４５の方法。
【請求項５３】
各テストパケットは、バッファーオーバーフローによりテストパケットが失われたか否かを示す第４のフィールドを含む、請求項４５の方法。
【請求項５４】
各テストパケットは、前記テストパケットのための複数の可能なレートの各々のためのフィールドを含み、各レートフィールドは、対応するレートで最後に送信されたテストパケットのシーケンス番号を含む、請求項４５の方法。
【請求項５５】
各テストパケットは、すべての可能なリバースリンクレートのためのフィールドを含む、請求項５４の方法。
【請求項５６】
トラヒックチャネルのためのテストセッティングを含ませてある第１のメッセージを受信し；
前記トラヒックチャネル上の送信のために複数のテストパケットを形成し；
レート選択スキームに基づいてテストパケットのためのレートを選択し；および
前記選択されたレートで前記トラヒックチャネル上に前記テストパケットを送信する；
ためにデジタル情報を解釈することができるデジタル信号処理装置（ＤＳＰＤ）に通信可能に接続されたメモリ。
【請求項５７】
下記を具備する、無線データ通信システムにおいて、リバーストラヒックチャネルをテストする方法：
リバーストラヒックチャネル上のデータ送信のための最小および最大レートを含ませてある第１のメッセージを受信する；
前記リバーストラヒックチャネル上の送信のための複数のテストパケットを形成する、各テストパケットは、複数の可能レートの各々において最後に送信されたテストパケットのシーケンス番号を含む；
レート選択スキームに基づきおよび前記最小および最大レートにより制限される前記テストパケットのためのレートを選択する；および
前記選択されたレートで前記リバーストラヒックチャネル上に前記テストパケットを送信する。
【請求項５８】
前記形成されたテストパケットの待ち行列を作ることをさらに具備する、請求項５７の方法。
【請求項５９】
下記を具備する、無線データ通信システムにおいてトラヒックチャネルをテストする方法：
リバーストラヒックチャネルのためのテストセッティングを含ませてある第１のメッセージを送信する；
リバーストラヒックチャネル上で複数のレートで複数のテストパケットを受信する；および
前記受信されたテストパケットのレートに基づいて前記複数のレートのために維持される複数の変数を更新する。
【請求項６０】
各受信されたテストパケットに対して、前記テストパケットのシーケンス番号に基づいて第１の変数を更新することをさらに具備する、請求項５９の方法。
【請求項６１】
下記を具備する無線データ通信システムにおける端末：
フォワードトラヒックチャネルを介して複数のテストパケットを受信するように機能する受信データプロセッサ；
各受信したテストパケットの送信源とシーケンス番号を特定し、前記複数の受信したテストパケットのための複数のループバックパケットを形成するように機能するコントローラ、各ループバックパケットはゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
リバーストラヒックチャネルを介した送信のために前記ループバックパケットを処理するように機能する送信データプロセッサ。
【請求項６２】
前記ループバックパケットの待ち行列を作るように機能するバッファをさらに具備する、請求項６１の端末。
【請求項６３】
下記を具備する、無線データ通信システムにおける装置：
フォワードトラヒックチャネルを介して複数のテストパケットを受信する手段；
各受信されたテストパケットの送信源とシーケンス番号を特定する手段；
複数の受信されたテストパケットのための複数のループバックパケットを形成する手段、各ループバックパケットはゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
リバーストラヒックチャネルを介した送信のために前記ループバックパケットを処理する手段。
【請求項６４】
下記を具備する無線データ通信システムにおける端末：
リバーストラヒックチャネル上のデータ送信のために最小および最大レートを含ませてある第１のメッセージを受信するように機能する受信データプロセッサ；
前記リバーストラヒックチャネル上の送信のために複数のテストパケットを形成し、各テストパケットは、複数の可能なレートの各々において最後に送信されたテストパケットのシーケンス番号を含み、レート選択スキームに基づきおよび前記最小および最大レートにより制限される前記テストパケットのためのレートを選択するように機能するコントローラ；および
前記選択されたレートで前記リバーストラヒックチャネル上に送信するために前記テストパケットを処理するように機能する送信データプロセッサ。
【請求項６５】
前記形成されたテストパケットの待ち行列を作るように機能するバッファをさらに具備する、請求項６１の端末。
【請求項６６】
下記を具備する、無線データ通信システムにおける装置：
リバーストラヒックチャネル上のデータ送信のための最小レートおよび最大レートを含ませてある第１のメッセージを受信する手段；
前記リバーストラヒックチャネル上の送信のために複数のテストパケットを形成する手段、各テストパケットは、複数の可能なレートの各々において最後に送信されたテストパケットのシーケンス番号を含む；
レート選択スキームに基づきおよび前記最小および最大レートにより制限される前記テストパケットのためのレートを選択する手段；および
前記選択されたレートで前記リバーストラヒックチャネル上に送信するために前記テストパケットを処理する手段。
【請求項６７】
下記を具備する、無線データ通信システムにおけるアクセスポイント：
フォワードトラヒックチャネルを介した送信のために複数のテストパケットを処理するように機能する送信データプロセッサ；
リバーストラヒックチャネルを介して受信される複数のループバックパケットを処理するように機能する受信データプロセッサ、各ループバックパケットはゼロ以上のテストパケットをカバーし、各カバーされるテストパケットの送信源とシーケンス番号を含む；および
受信されたループバックパケットによりカバーされる各テストパケットの送信源とシーケンス番号に基づいて複数の送信源のための複数の変数を更新するように機能するコントローラ。
【請求項６８】
下記を具備する、無線データ通信システムにおけるアクセスポイント：
フォワードトラヒックチャネルを介した送信のために複数のテストパケットを処理する手段；
リバーストラヒックチャネルを介して受信される複数のループバックパケットを処理する手段、各ループバックパケットは、ゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
受信されたループバックパケットによりカバーされた各テストパケットの送信源とシーケンス番号に基づいて、複数の送信源のための複数の変数を更新する手段。
【請求項１】
下記を具備する、無線データ通信システムにおいて、フォワードリンクに関連する複数のチャネルをテストする方法：
トラヒックチャネル、補助チャネル、またはそれらの組合せを具備する１つ以上のチャネルのためのテストセッティングを含ませてある第１のメッセージを受信する；
前記第１のメッセージ内の前記テストセッティングに基づいて前記１つ以上のチャネルを構成する；
フォワードトラヒックチャネルを介してテストパケット受信する；
リバーストラヒックチャネルを介してループバックパケットを送信する；および
トラヒックまたは１つ以上の補助チャネルを介してシグナリングデータを送信する。
【請求項２】
各ループバックパケットは、１つ以上のテストパケットを記述しているデータを含む、請求項１の方法。
【請求項３】
前記無線データ通信システムはＣＤＭＡシステムである、請求項１の方法。
【請求項４】
前記ＣＤＭＡシステムはｃｄｍａ２０００ＨＡＩ規格をサポートする、請求項３の方法。
【請求項５】
トラヒックチャネル、補助チャネル、またはそれらの組合せを具備する１つ以上のチャネルのためのテストセッティングを含ませてある第１のメッセージを受信し；
前記第１のメッセージ内の前記テストセッティングに基づいて前記１つ以上のチャネルを構成し；
フォワードトラヒックチャネルを介してテストパケットを受信し；
リバーストラヒックチャネルを介してループバックパケットを送信し；および
トラヒックまたは１つ以上の補助チャネルを介してシグナリングデータを送信する；
ためにデジタル情報を解釈することができるデジタル信号処理装置（ＤＳＰＤ）に通信可能に接続されたメモリ。
【請求項６】
下記を具備する、無線データ通信システムにおいて、１つ以上のチャネルをテストするための方法：
第１のチャネルを介して第１のデータ送信を受信する；
前記第１のデータ送信を記述しているパラメータ値を特定する；
前記特定されたパラメータ値を備えた第２のデータ送信を形成する；および
第２のチャネルを介して前記第２のデータ送信を送信する。
【請求項７】
前記第１のチャネルは、フォワードトラヒックチャネルであり、前記第２のチャネルは、リバーストラヒックチャネルである、請求項６の方法。
【請求項８】
前記第１のデータ送信は、複数のテストパケットを具備し、前記第２のデータ送信は複数のループバックパケットを具備し、前記ループバックパケットは、前記テストパケットを記述している前記パラメータ値を含む、請求項７の方法。
【請求項９】
特定の時間間隔ごとに１つのループバックパケットが形成される、請求項８の方法。
【請求項１０】
各ループバックパケットはゼロ以上のテストパケットをカバーする、請求項８の方法。
【請求項１１】
各ループバックパケットは、前記ループバックパケットが属する特定のプロトコルを示す第１のフィールドを含む、請求項１０の方法。
【請求項１２】
各ループバックパケットは、前記ループバックパケットに対する特定のパケットタイプを示す第２のフィールドを含む、請求項１０の方法。
【請求項１３】
各ループバックパケットは、前記ループバックパケットによりカバーされる特定の時間間隔の開始を示す第３のフィールドを含む、請求項１０の方法。
【請求項１４】
各ループバックパケットは、バッファオーバーフローにより任意のループバックパケットが失われたかどうかを示す第４のフィールドを含む、請求項１０の方法。
【請求項１５】
各ループバックパケットは、前記ループバックパケットに含まれるレコードの特定の数を示す第５のフィールドを含む、請求項１０の方法。
【請求項１６】
各ループバックパケットは、前記ループバックパケットによりカバーされるテストパケット毎に１つのレコードを含み、各レコードは、前記対応するカバーされたテストパケットに対して特定されるパラメータ値のセットのためのフィールドのセットを含む、請求項１０の方法。
【請求項１７】
各レコードは、前記レコードが、前記第１のチャネルを割り当てるために使用されるシグナリングメッセージのシーケンス番号を含むかどうかを示す第１のフィールドを含む、請求項１６の方法。
【請求項１８】
各レコードは、前記シグナリングメッセージのシーケンス番号を示す第２のフィールドを含む、請求項１７の方法。
【請求項１９】
各レコードは、前記レコードによりカバーされる試験パケットの送信源を示す第３のフィールドを含む、請求項１６の方法。
【請求項２０】
各レコードは、前記レコードによりカバーされるテストパケットが受信された期間を示す第４のフィールドを含む、請求項６の方法。
【請求項２１】
各レコードは、前記レコードによりカバーされるテストパケットを含む物理層パケットに受信されるＭＡＣパケットの数を示す第５のフィールドを含む、請求項１６の方法。
【請求項２２】
各レコードは、前記カバーされたテストパケットのシーケンス番号が前記レコードに含まれているか否かを示す第６のフィールドを含む、請求項１６の方法。
【請求項２３】
各レコードは、前記カバーされたテストパケットのシーケンス番号を示す第７のフィールドを含む請求項２２の方法。
【請求項２４】
各ループバックパケットは、１つ以上のテストパケットの削除を示すパラメータ値を含む、請求項８の方法。
【請求項２５】
各テストパケットは、前記テストパケットが属する特定のプロトコルを示す第１のフィールドを含む、請求項８の方法。
【請求項２６】
各テストパケットは、前記テストパケットの特定のパケットタイプを示す第２のフィールドを含む、請求項８の方法。
【請求項２７】
各テストパケットは、前記テストパケットのシーケンス番号を示す第３のフィールドを含む、請求項８の方法。
【請求項２８】
第１のチャネルを介して第１のデータ送信を受信し；
前記第１のデータ送信を記述しているパラメータ値を特定する；
前記特定されたパラメータ値を備えた第２のデータ送信を形成する；および
第２のチャネルを介して前記第２のデータ送信を送信する；
ためにデジタル情報を解釈することができるデジタル信号処理装置（ＤＳＰＤ）に通信可能に接続されたメモリ。
【請求項２９】
下記を具備する、無線データ通信システムにおいて１つ以上のチャネルを試験する方法：
フォワードトラヒックチャネルを介して複数のテストパケットを受信する；
各受信されたテストパケットの送信源とシーケンス番号を特定する；
複数の受信されたテストパケットに対して複数のループバックパケットを形成する、各ループバックパケットはゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
逆方向トラヒックチャネルを介して前記ループバックパケットを送信する。
【請求項３０】
下記を具備する、無線データ通信システムにおいて１つ以上のチャネルをテストする方法：
第１のチャネルを介して第１のデータ送信を送信する；
第２のチャネルを介して第２のデータ送信を受信する、前記第２のデータ送信は、前記第１のデータ送信を記述しているパラメータ値を含む；および
前記第２のデータ送信に含まれる前記パラメータ値に基づいて複数の変数を更新する。
【請求項３１】
下記を具備する、無線データ通信システムにおいて１つ以上のチャネルをテストする方法：
順方向トラヒックチャネルを介して複数のテストパケットを送信する；
逆方向トラヒックチャネルを介して複数のループバックパケットを受信する、各ループバックパケットは、ゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
前記受信されたループバックパケットによりカバーされた各テストパケットの送信源とシーケンス番号に基づいて、複数の送信源のための複数の変数を更新する。
【請求項３２】
下記を具備する、無線データ通信システムにおいて、１つ以上の補助チャネルの特定の構成に対して順方向リンクをテストする方法：
１つ以上の補助チャネルのためのテストセッティングを含ませてある第１のメッセージを受信する；
前記補助チャネルに適用可能なテストセッティングに基づいて各補助チャネルを構成する；および
前記適用可能なテストセッティングに従って各構成された補助チャネルを送信する。
【請求項３３】
各テストセッティングは、前記第１のメッセージ内のそれぞれのレコードを介して供給される、請求項３２の方法。
【請求項３４】
前記１つ以上のチャネルはシグナリングのために使用される、請求項３２の方法。
【請求項３５】
前記第１のメッセージは、アクノレジメント（ＡＣＫ）チャネル上に送信される特定のビット値のための第１のテストセッティングを含む、請求項３２の方法。
【請求項３６】
前記第１のメッセージは、データレートコントロール（ＤＲＣ）チャネル上に送信される特定の値のための第２のテストセッティングを含む、請求項３２の方法。
【請求項３７】
前記第１のメッセージは、データレートコントロール（ＤＲＣ）チャネルに対して使用される特定のカバーのための第３のテストセッティングを含む、請求項３２の方法。
【請求項３８】
前記第１のメッセージは、接続閉鎖または欠損接続の場合に、テストモードの保守を示す第４のテストセッティングを含む、請求項３２の方法。
【請求項３９】
フォワードトラヒックチャネルを介して複数のテストパケットを送信し；
リバーストラヒックチャネルを介して複数のループバックパケットを受信する、各ループバックパケットは、ゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
前記受信されたループバックパケットによりカバーされた各テストパケットの送信源とシーケンス番号に基づいて複数の送信源のための複数の変数を更新する；
ために、デジタル情報を解釈することができるデジタル信号処理装置（ＤＳＰＤ）に通信可能に接続されるメモリ。
【請求項４０】
下記を具備する、無線データ通信システムにおいてリンクをテストする方法：
第１の動作状態にいる間第１のパラメータのための第１の統計値を収集する；
第２の動作状態にいる間第２のパラメータのための第２の統計値を収集する；
前記第１または第２の統計値を要求する第１のメッセージを受信する；および
前記要求された第１または第２の統計値を有した第２のメッセージを送信する。
【請求項４１】
前記第１のパラメータは、アイドル状態にある間アクティブセットパイロットの変化に相当する、請求項４０の方法。
【請求項４２】
前記第２のパラメータは、接続状態にある間サービングセクターの変化に相当する、請求項４０の方法。
【請求項４３】
前記第１および第２の統計値をリセットするための第３のメッセージを受信する；および
前記第３のメッセージを受信することに応答して前記第１および第２の統計値をリセットする；
ことをさらに具備する、請求項４０の方法。
【請求項４４】
第１の動作状態にいる間第１のパラメータのための第１の統計値を収集する；
第２の動作状態にいる間第２のパラメータのための第２の統計値を収集する；
前記第１または第２の統計値を要求する第１のメッセージを受信する；および
前記要求された第１または第２の統計値を有した第２のメッセージを送信する；
ためにデジタル情報を解釈することができるデジタル信号処理装置（ＤＳＰＤ）に通信可能に接続されたメモリ。
【請求項４５】
下記を具備する、無線データ通信システムにおいてトラヒックチャネルをテストする方法：
前記トラヒックチャネルのためのテストセッティングを含ませてある第１のメッセージを受信する；
前記トラヒックチャネル上の送信のために複数のテストパケットを形成する；
レート選択スキームに基づいて前記テストパケットのためのレートを選択する；および
前記選択されたレートで前記トラヒックチャネル上に前記テストパケットを送信する。
【請求項４６】
前記第１のメッセージは、前記テストパケットのための最小レートおよび最大レートを含む、請求項４５の方法。
【請求項４７】
前記テストパケットのための前記選択されたレートは、前記最小レートおよび最大レートの間で循環される、請求項４６の方法。
【請求項４８】
前記テストパケットのための前記選択されたレートは、メディアアクセスコントロール（ＭＡＣ）プロトコルにより特定される最大レートによりさらに制限される、請求項４７の方法。
【請求項４９】
前記第１のメッセージは、接続閉鎖または欠損接続の場合に前記トラヒックチャネル上のテストモードの保守の表示データを含む、請求項４５の方法。
【請求項５０】
各テストパケットは、前記テストパケットが属する特定のプロトコルを示す第１のフィールドを含む、請求項４５の方法。
【請求項５１】
各テストパケットは、前記テストパケットの特定のパケットタイプを示す第２のフィールドを含む、請求項４５の方法。
【請求項５２】
各テストパケットは、前記テストパケットが発生されたとき特別のタイムインスタンスを示す第３のフィールドを含む、請求項４５の方法。
【請求項５３】
各テストパケットは、バッファーオーバーフローによりテストパケットが失われたか否かを示す第４のフィールドを含む、請求項４５の方法。
【請求項５４】
各テストパケットは、前記テストパケットのための複数の可能なレートの各々のためのフィールドを含み、各レートフィールドは、対応するレートで最後に送信されたテストパケットのシーケンス番号を含む、請求項４５の方法。
【請求項５５】
各テストパケットは、すべての可能なリバースリンクレートのためのフィールドを含む、請求項５４の方法。
【請求項５６】
トラヒックチャネルのためのテストセッティングを含ませてある第１のメッセージを受信し；
前記トラヒックチャネル上の送信のために複数のテストパケットを形成し；
レート選択スキームに基づいてテストパケットのためのレートを選択し；および
前記選択されたレートで前記トラヒックチャネル上に前記テストパケットを送信する；
ためにデジタル情報を解釈することができるデジタル信号処理装置（ＤＳＰＤ）に通信可能に接続されたメモリ。
【請求項５７】
下記を具備する、無線データ通信システムにおいて、リバーストラヒックチャネルをテストする方法：
リバーストラヒックチャネル上のデータ送信のための最小および最大レートを含ませてある第１のメッセージを受信する；
前記リバーストラヒックチャネル上の送信のための複数のテストパケットを形成する、各テストパケットは、複数の可能レートの各々において最後に送信されたテストパケットのシーケンス番号を含む；
レート選択スキームに基づきおよび前記最小および最大レートにより制限される前記テストパケットのためのレートを選択する；および
前記選択されたレートで前記リバーストラヒックチャネル上に前記テストパケットを送信する。
【請求項５８】
前記形成されたテストパケットの待ち行列を作ることをさらに具備する、請求項５７の方法。
【請求項５９】
下記を具備する、無線データ通信システムにおいてトラヒックチャネルをテストする方法：
リバーストラヒックチャネルのためのテストセッティングを含ませてある第１のメッセージを送信する；
リバーストラヒックチャネル上で複数のレートで複数のテストパケットを受信する；および
前記受信されたテストパケットのレートに基づいて前記複数のレートのために維持される複数の変数を更新する。
【請求項６０】
各受信されたテストパケットに対して、前記テストパケットのシーケンス番号に基づいて第１の変数を更新することをさらに具備する、請求項５９の方法。
【請求項６１】
下記を具備する無線データ通信システムにおける端末：
フォワードトラヒックチャネルを介して複数のテストパケットを受信するように機能する受信データプロセッサ；
各受信したテストパケットの送信源とシーケンス番号を特定し、前記複数の受信したテストパケットのための複数のループバックパケットを形成するように機能するコントローラ、各ループバックパケットはゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
リバーストラヒックチャネルを介した送信のために前記ループバックパケットを処理するように機能する送信データプロセッサ。
【請求項６２】
前記ループバックパケットの待ち行列を作るように機能するバッファをさらに具備する、請求項６１の端末。
【請求項６３】
下記を具備する、無線データ通信システムにおける装置：
フォワードトラヒックチャネルを介して複数のテストパケットを受信する手段；
各受信されたテストパケットの送信源とシーケンス番号を特定する手段；
複数の受信されたテストパケットのための複数のループバックパケットを形成する手段、各ループバックパケットはゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
リバーストラヒックチャネルを介した送信のために前記ループバックパケットを処理する手段。
【請求項６４】
下記を具備する無線データ通信システムにおける端末：
リバーストラヒックチャネル上のデータ送信のために最小および最大レートを含ませてある第１のメッセージを受信するように機能する受信データプロセッサ；
前記リバーストラヒックチャネル上の送信のために複数のテストパケットを形成し、各テストパケットは、複数の可能なレートの各々において最後に送信されたテストパケットのシーケンス番号を含み、レート選択スキームに基づきおよび前記最小および最大レートにより制限される前記テストパケットのためのレートを選択するように機能するコントローラ；および
前記選択されたレートで前記リバーストラヒックチャネル上に送信するために前記テストパケットを処理するように機能する送信データプロセッサ。
【請求項６５】
前記形成されたテストパケットの待ち行列を作るように機能するバッファをさらに具備する、請求項６１の端末。
【請求項６６】
下記を具備する、無線データ通信システムにおける装置：
リバーストラヒックチャネル上のデータ送信のための最小レートおよび最大レートを含ませてある第１のメッセージを受信する手段；
前記リバーストラヒックチャネル上の送信のために複数のテストパケットを形成する手段、各テストパケットは、複数の可能なレートの各々において最後に送信されたテストパケットのシーケンス番号を含む；
レート選択スキームに基づきおよび前記最小および最大レートにより制限される前記テストパケットのためのレートを選択する手段；および
前記選択されたレートで前記リバーストラヒックチャネル上に送信するために前記テストパケットを処理する手段。
【請求項６７】
下記を具備する、無線データ通信システムにおけるアクセスポイント：
フォワードトラヒックチャネルを介した送信のために複数のテストパケットを処理するように機能する送信データプロセッサ；
リバーストラヒックチャネルを介して受信される複数のループバックパケットを処理するように機能する受信データプロセッサ、各ループバックパケットはゼロ以上のテストパケットをカバーし、各カバーされるテストパケットの送信源とシーケンス番号を含む；および
受信されたループバックパケットによりカバーされる各テストパケットの送信源とシーケンス番号に基づいて複数の送信源のための複数の変数を更新するように機能するコントローラ。
【請求項６８】
下記を具備する、無線データ通信システムにおけるアクセスポイント：
フォワードトラヒックチャネルを介した送信のために複数のテストパケットを処理する手段；
リバーストラヒックチャネルを介して受信される複数のループバックパケットを処理する手段、各ループバックパケットは、ゼロ以上のテストパケットをカバーし、各カバーされたテストパケットの送信源とシーケンス番号を含む；および
受信されたループバックパケットによりカバーされた各テストパケットの送信源とシーケンス番号に基づいて、複数の送信源のための複数の変数を更新する手段。
【図１】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−１６８１１（Ｐ２０１０−１６８１１Ａ）
【公開日】平成２２年１月２１日（２０１０．１．２１）
【国際特許分類】
【外国語出願】
【出願番号】特願２００９−１４７１４０（Ｐ２００９−１４７１４０）
【出願日】平成２１年６月２２日（２００９．６．２２）
【分割の表示】特願２００３−５５２０１６（Ｐ２００３−５５２０１６）の分割
【原出願日】平成１４年１２月５日（２００２．１２．５）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２２年１月２１日（２０１０．１．２１）
【国際特許分類】
【出願番号】特願２００９−１４７１４０（Ｐ２００９−１４７１４０）
【出願日】平成２１年６月２２日（２００９．６．２２）
【分割の表示】特願２００３−５５２０１６（Ｐ２００３−５５２０１６）の分割
【原出願日】平成１４年１２月５日（２００２．１２．５）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]