(57)【要約】【課題】ローカルでネットワークのプロトコルの試験を行う。【解決手段】ネットワーク要素１２、１４の間にプロトコル・テスタ４２が結合される。信号処理ブロック４８は入力端４６を介してデータを受ける。プロトコル復号器５０はデータを復号し、ビット・エラー・レート測定器５２はデータのビット・エラー・レートを測定する。トレース・ファイル５４はブロック５０、５２の処理結果を記録する。制御器６２はブロック５０、５２の処理結果を表示する。トリガ回路５６は、トリガ条件を満足すると、ブロック５０、５２に関連した動作をトリガする。【選択図】図２
2008118666.tif 000002
【特許請求の範囲】
【請求項１】
プロトコルの試験を行うプロトコル・テスタであって、
データを受ける入力端と、
上記データを復号するプロトコル復号器と、
復号した上記データを出力する出力端と、
ビット・エラー・レートを測定する測定器とを具えたプロトコル・テスタ。
【請求項２】
複数のプロトコル層を有するプロトコル・スタックを更に具え、
上記プロトコル・スタックの第１プロトコル層が上記データを受ける上記入力端に結合され、
上記プロトコル復号器及び上記ビット・エラー・レート測定器が上記プロトコル・スタックの第２プロトコル層の結合され、
上記第２プロトコル層は上記プロトコル・スタックにおいて上記第１プロトコル層よりも高く配置されていることを特徴とする請求項１のプロトコル・テスタ。
【請求項３】
トリガ条件を満足すると、上記プロトコル復号器及び／又は上記ビット・エラー・レート測定器に関連した少なくとも１つの動作をトリガするトリガ回路を更に具えた請求項１のプロトコル・テスタ。
【請求項４】
上記ビット・エラー・レート測定器は、測定したビット・エラー・レートの少なくとも１つの値を出力し、上記測定したビット・エラー・レートの少なくとも１つの関連し値と共に上記複合したデータを蓄積する蓄積回路を更に具えることを特徴とする請求項１のプロトコル・テスタ。
【請求項５】
表示器用の制御回路を更に具え、
該制御回路は、上記プロトコル復号器及び上記ビット・エラー・レート測定器に結合され、上記表示器用の信号を出力し、
該信号は、上記プロトコル復号器の少なくとも１つの信号と、上記ビット・エラー・レート測定器の少なくとも１つの信号を上記表示器に表示するものであることを特徴とする請求項１のプロトコル・テスタ。
【請求項６】
データを受ける入力端と、上記データを復号するプロトコル復号器と、復号した上記データを発生する出力端と、ビット・エラー・レートを測定するビット・エラー・レート測定器とを具えたプロトコル・テスタによりプロトコルの試験を行う方法であって、
（ａ）上記プロトコル復号器により上記データを復号し、
（ｂ）上記ビット・エラー・レート測定器によりビット・エラー・レートを測定する
ことを特徴とするプロトコル試験方法。
【請求項７】
トリガ条件を満足した後に、上記ステップａ及び／又は上記ステップｂに関連する動作をトリガすることを特徴とする請求項６のプロトコル試験方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロトコル試験を実行するプロトコル・テスタに関する。このプロトコル・テスタは、データが供給される入力端と、このデータを復号（デコード）するプロトコル復号器と、復号されたデータを発生する出力端とを具えている。また、本発明は、対応してプロトコル試験を行う方法にも関する。
【背景技術】
【０００２】
３Ｄ（３次元）に変わるモバイル無線産業への準備が具体化しつつある。ＵＭＴＳ及びＣＤＭＡ２０００は、第３世代（３Ｇ）の技術である。より移動性の帯域幅及び新たなサービスに対する要求の結果、この技術が現れてきた。この３Ｇ技術の特徴により、入力信号の新たな信号源にまで広がる可能性を秘めている。新たな３Ｇネットワーク要素、インタフェース及びプロトコルは、導入技術者及びネットワーク操作者にとって新たな課題となってきている。スタンダードが周知で安定した２Ｇ技術と対比すれば、既存のプロトコル・モニタでは、相互通用性の問題がまだ解決されていない。
【０００３】
３Ｇの導入により、実際には、ネットワークのいたる部分で、おそらく異なるプロバイダにより、新たな要素をしなければならない。機器開発者は、新たな３Ｇ規格及び標準を誠実に解釈するが、製造業者の間には、必然的に異なる解決法や分化した実施法が存在する。その結果、例えば、サプライヤーＡの新たなＲＮＣ（Radio Network Controller）又はＢＳＣ（Base Station Controller）をサプライヤーＢのＭＳＣに接続するときに、互換性の問題が生じる。異なる製造業者の間での３Ｇの相互運用性が総ての視点で確立され理解されるまで、チェック、機動、エラー診断及び承認は、かってないほど複雑になってきている。さらに、新たな標準及びプロトコルも同様に将来に導入されるだろうが、同様な相互運用性の問題がある。従来技術では、この処理に用いるプロトコル試験方法を以下のように３つの主要なカテゴリーに分割できる。
【０００４】
モニタリング：これは、プロトコルを試験するのに最も簡単な方法である。これは、特に確立された２Ｇネットワークにて、多くのプロトコル及び相互運用性問題のための実績にある手段である。プロトコル・モニタは、通常、データの邪魔をするものではなく、これらデータを復号し、読める形式にて表示する。モニタは、シグナリング・エラーに注意を引くが、特定のコンテクストにおける記録したパラメータ及び値を解釈できない。すなわち、エラーの原因を特定できない。モニタリング・ツールは、局部的な用途に、小形で安価な構成として利用可能である。
【０００５】
シミュレーション及びエミュレーション：プロトコル・シミュレータ／エミュレータは、ネットワーク要素の機能とみなすことができ、よって、割り込みを行う測定ツールとみなせる。プロトコル・シミュレータ／エミュレータは、その構成に応じて、見えない要素と同様であり、プロトコル・メッセージを発生し、受信したメッセージに応答する。シミュレータ／エミュレータは構成が一層複雑であるが、いくつかの装置が援助を行う。これにより、試験構成を簡単な方法で定義できる。従来、プロトコル・シミュレータ／エミュレータは、モニタリング・ツールよりも、複雑であり、高価であり、大形であった。しかし、この点については、最近の傾向では、大幅に変化した。
【０００６】
適合性試験（conformity test）：これは、予め定めた試験事例による合格／不合格試験である。適合性試験は、新たに導入したネットワーク要素の承認にしばしば用いられ、シミュレータ／エミュレータを必要とする。
【０００７】
すでに述べたように、２．５Ｇ及び３Ｇの導入のためには、異なる装置製造業者の要素間の相互運用性をチェックすることが避けられない。複数のネットワーク間のインタフェースは、ほとんど「オープン」である。これは、ネットワークの操作者が、例えば、あるサプライヤーからのＭＳＣと他のサプライヤーからのＢＳＣ／ＢＴＳ対又はＲＮＣを調達できることを意味する。一方、これは、健全な競合を促進するが、導入及び試験の手順を複雑にする。
【０００８】
上述の相互運用性の問題とは別に、次の問題は、２つのローカル・プロバイダをどのように調整するかである。２つの導入チーム、即ち、ＭＳＣのチームと、ＢＳＣ／ＢＴＳ又はＲＮＣのチームとがめったにしないことであるが、並行で作業を行い、彼らの仕事を同時に行うことである。この場合、しばしば起きることは、一方のチームよりも数日又は数週間前に作業を終了させ、できるだけ迅速に行わなければならない承認試験を終らせる手順を進めたがる。
【０００９】
しかし、ＢＳＣ／ＢＴＳ又はＲＮＣのサプライヤーは、ＭＳＣなしで、導入の適合性と相互運用性を試験しなければならないという問題が生じる。このため、サプライヤーは、ＭＳＣの代わり、即ち、完全にＭＳＣの機能と実際に適合するように動作する試験装置を必要とする。勿論、かかるツールは、プロトコル・シミュレータ／エミュレータである。このツールは、存在しない要素の代わりをするものであり、ネットワークと共に動作し、欠陥をシミュレーションするものであり、シグナリング及びメッセージ内容を制御し、これら総ての処理の結果を記録する。最近の試験測定技術の進歩により、これら総ての機能をローカル使用のために単一の小形装置に集約することができる。
【００１０】
【特許文献１】特表２００４−５１１９３０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
要約すると、ネットワークの立ち上げ又はネットワークの導入に携わる技術者は、高度に複雑な作業に直面し、時間との戦い、特にローカルであるという点を解決しなければならない。
【００１２】
いわゆるプロトコル・テスタを別として、本願においては、この用語をモニタ、シミュレーション、エミュレーションと、いわゆるＢＥＲ（ビット・エラー・レート）テスタとして知られている整合性試験を目的とする装置から構成されているものと理解する。この処理において、通信技術及びネットワーク技術のデジタル伝送経路における伝送品質の尺度がビット・エラー・レートである。よって、ビット・エラー・レートは、伝送した全ビット数に対して、不正確に伝送されたビットの数の割合を言う。ビット・エラー・レートの尺度に対して、定義済み試験パターンを発生する送信機が常に存在し、この結果を評価し且つ表示する受信器が存在しなければならない。この処理において、測定構成がかなり異なるように見える。すなわち、それ自体の接続のみを試験する場合、例えば、自己呼び出しにより動作する。しかし、完全な伝送経路を調べなければならない場合、端から端までの測定を実行する。さらに、両方の可変部がループで動作し、これにより、試験ビット・パターンが送信機に再び送り返される。この場合、送信機及び受信器は１つのユニットである。
【課題を解決するための手段】
【００１３】
本発明は、プロトコルの試験を行うプロトコル・テスタであって；データを受ける入力端と；データを復号するプロトコル復号器と；復号したデータを出力する出力端と；ビット・エラー・レートを測定する測定器とを具えている。
また、本発明は、データを受ける入力端と、データを復号するプロトコル復号器と、復号したデータを発生する出力端と、ビット・エラー・レートを測定するビット・エラー・レート測定器とを具えたプロトコル・テスタによりプロトコルの試験を行う方法であって；プロトコル復号器によりデータを復号し；ビット・エラー・レート測定器によりビット・エラー・レートを測定することを特徴とする。
【発明を実施するための最良の形態】
【００１４】
本発明の実施例は、以下に説明するプロトコル・テスタ及び方法であり、テレコミュニケーション・ネットワークに対してローカルな試験、立ち上げ、エラー診断及び合否判断を改善すると共に、余分な努力ができるだけ少なくてすむ。特に、より早く必要なものを見つける性能に委ねることができるように改善されている。
【００１５】
本発明の実施例は、プロトコル・テスタがビット・エラー・レートを測定する装置を具えているならば、操作者が被試験通信ネットワーク又は被試験通信装置に関して迅速に洞察できる。従来技術では、２個の別個の装置を被試験ネットワークに接続し、各装置に利用する別個の電源及び別個の結合を用いたが、本発明によるプロトコル・テスタは、１個のみの電源と、被試験ネットワークへの１個のみの接続とを必要とするだけである。この方法により、プロトコル・テスタがネットワークに影響する干渉を大幅に減らすことができ、接続の影響が半分になる。ローカルには単一の装置が必要であり、全体の影響が半分になる。
【００１６】
本発明に実施例においては、ネットワーク品質の評価のために、２つの異なる概念が互いに相関している。一方では、伝送チャネルの品質に依存するビット・エラー・レートを考慮できる。ビット・エラー・レートの値が高すぎる場合、その伝送チャネルの完全な利用が最早できなくなる。ネットワーク要素製造業者又はネットワーク操作者は、過度に高いビット・エラー・レート値の原因を見つけなければならない。しかし、これは本発明の実施例に考慮することだが、他方、伝送品質は、技術のみではなく、例えば同時にアクセスするユーザの数など、利用できるネットワーク要素又はチャネルの利用形式にも依存する。他の要素は、近隣の複数のセルの間での不要なハンドオーバである。本発明の実施例により、ネットワークにおける品質を損なう異なる原因は、確実に互いに相関し、互いに比較でき、一緒に評価して、従来よりも少ない処理時間でネットワークの品質を改善できる。
【００１７】
通常は、プロトコル・テスタは、数個のプロトコル層を有するプロトコル・スタックを具えている。第１プロトコル層は、物理層により通常は形成され、データ供給用の入力端に結合されている。プロトコル復号器及びビット・エラー・レート測定器は、プロトコル・スタックにおいて第１プロトコル層よりも高く配置されたプロトコル・スタック層に結合されている。これは、プロトコル復号器及びビット・エラー・レート測定器が、最も底のプロトコル層から開始して、プロトコル・スタックの数個の要素を一緒に使用することを意味する。よって、一緒に使用する要素は、１度だけ提供すればよい。これらを、一度、導入し、構成し、維持し、更新しなければならない。これにより、更に労力を軽減できる。例えば、受信ソフトウェアの同期及びフレーミング機能を一緒に使用できる。これらは、本発明のプロトコル・テスタがデータ・ストリームに同期し、データ・パケットを形成するのを確実にする。さらに、いわゆるリアセンブラを一緒に用いる。これは、プロトコル層の補助的機能で構成されており、復号を扱う。よって、本発明の実施例において、プロトコル復号器及びビット・エラー・レート測定器は、プロトコル・スタックの第２、第３及び／又は第４プロトコル層に結合される。
【００１８】
本発明の別の実施例において、プロトコル・テスタは、トリガ条件が生じると、プロトコル復号器及び／又はビット・エラー・レート測定器に関連した少なくとも１つの動作でトリガを行うトリガ回路を具えている。この処理において、トリガ条件は、好ましくは、復号したデータの少なくとも１つの事象、特に、少なくとも１つの所定のメッセージ、及び／又は少なくとも１つの所定のパラメータ、及び／又は少なくとも１つの所定値の発生に関連している。
【００１９】
この処理において、この動作は、ビット・エラー・レート測定器の活性化、又はビット・エラー・レート測定器の非活性化、及び／又は現在のビット・エラー・レート値のプロトコルである。これらは、ビット・エラー・レート測定器により提供される。また、この動作は、表示器上の所定の表示の活性化でもある。
【００２０】
上述の代わりに、トリガ条件は、所定のビット・エラー・レート値の発生でもよく、これは、ビット・エラー・レート測定器により提供される。この動作は、プロトコル復号器の活性化、又はプロトコル復号器の非活性化でもよく、及び／又はビット・エラー・レートの所定値に達成した際のプロトコルでもよく、及び／又は表示器上の所定表示の活性化でもよい。
【００２１】
要約すれば、これは、測定データの自動相関を付勢（イネーブル）する。ＢＥＲ（ビット・エラー・レート）値が増加し、呼び出し（コール）の増加した数が示されると、これは、製造業者又はネットワーク操作者にとって重要な手がかりとなる。ハンドオーバ又はブロードバンド・チャネルの動作にも同じ事を適用できる。通常動作において、従来技術によるいわゆるトレース・ファイルは、ビット・エラー・レート測定器及びプロトコル・テスタとは別にプロトコル復号器によって保持される。第１に、トリガ機能により、記録されるデータ量を大幅に減らすことができる。第２に、エラーが生じる場合を非常な高速で見つけることができる。第３に、プロトコル内容及び関連したビット・エラー・レートの間の相関を非常に簡単に確立できる。
【００２２】
好ましくは、ビット・エラー・レート測定器は出力を出すが、この時、少なくとも１つの測定したビット・エラー・レートの値を提供できる。プロトコル・テスタは、蓄積装置も具えており、測定したビット・エラー・レートの少なくとも１つの関連値と共に、復号したデータを蓄積する。これにより、後の時点でより簡単に分析を行える。測定に基づく２つの結果ファイルを１つのファイルに統合する。このように、試験の実行時点を切り離し、操作者の制御を大幅になくしたｑ自動分析の可能性が生じる。
【００２３】
好ましくは、プロトコル・テスタは、表示器用の制御器も具えている。この制御器は、プロトコル復号器とビット・エラー・レート測定器に結合され、その出力として表示器用の信号を発生する。この信号により、プロトコル復号器の少なくとも１つの出力信号と、ビット・エラー・レート測定器の少なくとも１つの出力信号を表示器上に同時に表示を行う。これは、特に、プロトコル復号器の結果とビット・エラー・レート測定器の結果を一緒に表示器上で表示を行う可能性を広げ、操作者は、簡単且つ信頼性のある方法でこれらを互いに相関できる。これは、相互に従属する方法にて異なる結果が表示される可能性が広がるので、操作者の作業環境が大幅に改善され、後述の試験性能が確実になる。迅速な分析及び故障修理が行われる。
【００２４】
以下において、添付図を参照し、本発明によるプロトコル・テスタの実施例を更に詳細に説明する。
【実施例】
【００２５】
図１は、テレコミュニケーション・ネットワーク１０を試験する従来技術を説明する図である。この従来技術は、数個のネットワーク要素を具えており、この図では例として２個のネットワーク要素１２、１４を示す。これら２個のネットワーク要素１２、１４の接続ライン１６は、接続ライン１８を介してプロトコル・テスタ２０に接続され、接続ライン２２を介してビット・エラー・レート測定器２４に接続される。プロトコル・テスタ２０は、入力端２６を介してデータが供給される。かかるデータは、先ず、装置２８に供給されて信号処理され、その出力信号は、プロトコル復号器を有するブロック３０に供給される。復号されたデータは、出力端３２にて、更なる処理に利用可能であり、例えば、そのデータは表示器に表示されたり、蓄積装置に利用（蓄積）される。ビット・エラー・レート測定器２４には、入力端３４を介してデータが供給される。ビット・エラー・レート測定器２４は、信号処理を行うブロック３６と、その出力信号が供給されてビット・エラー・レートを求めるブロック３８とを具えている。
【００２６】
図２は、本発明によるプロトコル・テスタの構成を示し、既に説明した図１の構成要素に対応する構成要素は同じ参照符号で示す。本発明によるプロトコル・テスタを参照符号４２で示す。このプロトコル・テスタ４２は、ライン４４を介してライン１６に結合される。プロトコル・テスタ４２は、入力端４６を有し、データの供給を受ける。この入力端４６は、信号処理のためにブロック４８に結合される。ブロック４８は、この他に、プロトコル復号器５０及びビット・エラー・レート判断（測定）ブロック（ビット・エラー・レート測定器）５２にも結合される。これらブロック５０、５２は、いわゆるトレース・ファイル５４である共通記録ファイル（蓄積回路）に結合され、ブロック５０の処理結果とブロック５２の処理結果とがトレース・ファイル５４に記録される。二重矢印５８で結合されるトリガ回路５６は、ブロック５０、５２を制御のためにアクセスする。トリガ回路５６は、インタフェース５７を有し、このインタフェースを介して操作者が単一又は複数の各トリガ条件を定義する。トリガ回路５６は、トリガ条件を満足すると、プロトコル復号器５０及び／又は、ビット・エラー・レート測定ブロック５２に関連した少なくとも１つの動作をトリガする。この処理において、例えば、ブロック５０により復号されたデータ内の少なくとも１つの事象の発生にリンクしたトリガ条件、特に、少なくとも１つの所定のメッセージ、及び／又は少なくとも１つの所定のパラメータ、及び／又は、少なくとも１つの所定の値の発生にリンクしたトリガ条件が可能となる。この処理において、特に、ビット・エラー・レート測定ブロック５２を活性化させるか、ビット・エラー・レート測定ブロック５２を非活性化させ、及び／又は、現在のビット・エラー・レート値のプロトコルをビット・エラー・レート測定ブロック５２によりトレース・ファイル５４に供給し、及び／又は、表示器６０に所定の表示を活性化させる。この処理において、表示器６０は、制御器６２を介して、プロトコル復号ブロック（復号器）５０及びビット・エラー・レート測定ブロック５２に結合される。制御器６２は、表示器６０用の信号を出力する。表示器６０は、ブロック５０の少なくとも１つの出力信号及びブロック５２の少なくとも１つの出力信号を同時に又は交互に表示する。
【００２７】
しかし、トリガ条件は、ブロック５２で提供される所定のビット・エラー・レート値の発生に関連する。この処理において、この動作は、ブロック５０が活性化させるか、ブロック５０を非活性化させ、及び／又は、ビット・エラー・レートの所定値に達するとプロトコルを行い、及び／又は、表示器６０の所定の表示を活性化させる。
【００２８】
トレース・ファイル５４は、結果を蓄積する。この結果は、ブロック５０及びブロック５２に属するものであり、例えば、測定したビット・エラー・レートの少なくとも１つの関連値と共に蓄積される。
【００２９】
図３は、本発明の実施例によるプロトコル・テスタ４２の構成の詳細を示す。この図３は、図２の信号処理のブロック４８の構成の一実施例の詳細を示す。さらに、図３は、図１を参照して説明した従来技術によるアプローチをどのように復号させたかを明瞭にする。ここでは、信号処理ブロック２８、３６は、例えば、ＷｉＭＡＸ、ＵＭＴＳ等の関連したスタンダードに応じて、信号処理を行い、構成し、維持し、更新する。本発明の実施例の場合、ブロック５０、５２が一緒にプロトコル・スタックの数個のプロトコル層を使用するので、手数が半分になる。これが、信号処理ブロック４８にて反映する。ＷｉＭＡＸスタンダードを実現するための例では、例えば、ブロック４８ａがレベル２の方法に対応し、同期及びフレーミング機能を実現する。このように、プロトコル・テスタ４２を付勢して、それ自体を入力端４６のデータ・ストリームに同期させ、データ・パケットを形成する。実施例において、ブロック４８ｂは、デコード・ステップ１に対応し、ブロック４８ｃは、リアセンブラ・ステップ１に対応する。対応するプロトコル層のデータがブロック４８ｂからブロック４８ｃに転送され、リアセンブルされた形式でブロック４８ｃからブロック４８ｂに再転送される。実施例において、ブロック４８ｄはデコード・ステップ２に対応し、ブロック４８ｅはリアセンブラ・ステップ２に対応する。次に、ブロック４８ｄは、対応するプロトコル層のデータをブロック４８ｅに転送し、ブロック４８ｅは、リアセンブルされた形式でブロック４８ｄに再び転送する。ＯＳＩ基準モデルに関して、この場合、ブロック５０、５２を信号処理４８のプロトコル・スタックの第３プロトコル層に結合する。他の実施例において、これは、第２プロトコル層、又は、プロトコル層の第４層以上でもよい。
【図面の簡単な説明】
【００３０】
【図１】プロトコル試験と、ビット・エラー・レートの測定に関する試験とを実行する従来技術を説明する図である。
【図２】本発明の実施例によるプロトコル・テスタの構成を説明する図である。
【図３】本発明の実施例によるプロトコル・テスタの構成を説明する図であり、信号処理の装置を詳細に示している。
【符号の説明】
【００３１】
１０  テレコミュニケーション・ネットワーク
１２、１４  ネットワーク要素
１６、１８、２２  接続ライン
２０  プロトコル・テスタ
２４  ビット・エラー・レート測定器
２６、３４  入力端
２８、３６  信号処理ブロック
３０  プロトコル復号器を有するブロック
３８  ビット・エラー・レート測定器（ブロック）
３２、４０  出力端
４２  プロトコル・テスタ
４４  ライン
４６  入力端
４８  信号処理ブロック
５０  プロトコル復号器
５２  ビット・エラー・レート判断（測定）ブロック（ビット・エラー・レート測定器）
５４  トレース・ファイル
５６  トリガ回路
５７  インタフェース
６０  表示器
６２  制御器
【図１】
2008118666.tif 000003
【図２】
2008118666.tif 000004
【図３】
2008118666.tif 000005