JP2014179705A - プロトコル試験方法及びシステム - Google Patents

Abstract

【課題】
通信の規格準拠性を評価するためのプロトコルテストにおいて、試験対象装置が自発的にデータの準備や送信動作を開始する機能を実現する。
【解決手段】
デバイスシミュレータ装置は、試験対象装置で実行されるテスト内容及びテスト動作開始トリガを規定する所定のコマンドを生成して試験対象装置へ送信する。試験対象装置は受信したコマンドを判定して、コマンドがテストの動作開始トリガのコマンドの場合、プロトコルテスト内容に応じたデータを生成してテストを実行し、生成したデータを応答として試験対象装置へ送信する。デバイスシミュレータ装置は、応答として送信されたデータを確認して、必要に応じてデータ及び結果をＧＵＩへ通知する。
【選択図】 図６

Description

本発明はプロトコル試験方法及びシステムに係り、特に、通信の規格準拠性を評価するためのプロトコルテストにおいて試験対象の装置が自発的にテスト動作を開始する、プロトコルテストの動作開始に関する。

プロトコルテストは、試験対象の装置が規格に準拠しているか否かの試験を行うものである。プロトコルテストには、動作の適合性を評価するためのテスト項目が定義されている規格も存在するが、テスト項目が定義されていない場合にはプロトコルテストを実現するための試験項目の検討を行う必要がある。

例えば、通信システムにおける通信プロトコルテストに関して、特許文献１には、試験用シナリオを自動的に作成・編集し、容易に試験用シナリオおよび試験メッセージを作成し、総合的なネットワークの試験を行う自動通信プロトコル試験システムが記載されている。また、特許文献２には、ＯＳＩ参照モデルの第Ｎ層を実装するシステムの（Ｎ）−プロトコルの適合性を試験する装置に関して、テストシナリオを短時間で作成することができるテストシナリオ作成機能を有する通信プロトコル適合性試験装置が記載されている。また、特許文献３には、二台の通信端末それぞれにおいて捕捉したログデータを収集し、収集したログデータに基づいて前記二台の通信端末の上位レイヤの通信プロトコル上の送受信シーケンスを解析する、通信端末間の通信処理を試験する試験システムが記載されている。

通常、プロトコルテストではテスタ装置側から試験対象装置にコマンドやデータを送信し、それに対する応答や振舞い方を評価するテスト項目が一般的である。しかし、試験項目の検討の結果次第では、一般的なテスタ装置側からテスト動作を開始して評価を行うテスト項目だけでは、規格に準拠した動作か否かを十分には評価することが出来ない。すなわち、試験対象装置からテスタ装置に対して自らコマンドやデータの送信準備や送信動作を開始するテスト項目が必要となる場合がある。このテスト項目を実施するためには単に規格に準拠した機能のみを搭載している試験対象装置では、自らプロトコルテストとしての動作を開始することが不可能となる。つまり、消化出来ないテスト項目が発生することになり、規格の準拠性を評価するには不十分となる。

ここで、具体的に実施不可能なImplied−ACKシーケンス試験について説明する。通常、通信を行うためにはデータ送信と送信先からのACK受信が完了して成立する。これが双方向になれば、データ送信とACK受信が互いに発生することになり、通信の効率が低下する。この問題を解決する方法として送信データとACKを一つのフレームとして扱うことで通信の効率を上げる手法がImplied−ACK通信であり、その正常性試験がImplied−ACKシーケンス試験となる。

特開２０００−１９６７０５号公報 特開平７−２４５６４１号公報 特開２００３−１７７９７９号公報

図１を用いて説明すると、試験対象装置１０２はデバイスシミュレータ装置１０１から送信されたデータフレームを受信し（１０３）、受信データフレーム内のACK policyがImplied−ACKであれば、受信フレームに対するACKに相当する情報を付加し、ACK policyをImplied−ACKに設定したデータフレームをデバイスシミュレータ装置へ送信することが出来る（１０４）。このImplied−ACKでの双方向通信評価を行うことが目的であるが、Implied−ACK通信を行うためには相手に送信すべきデータが存在する場合に実行でき、データが無い場合にはImm−ACKを返送してしまう(105)。従って、外部から試験対象装置に対して送信すべきデータを与えない限り、規格準拠の装置では自ら送信データを生成することが出来ず、このためImplied−ACKでの双方向通信を行うことが不可能となる。つまり、試験対象装置が自ら送信データを準備することが出来ないために評価を行うことが出来ない。

試験対象装置が自発的にテスト動作を開始する必要があるテストを行う場合、単に規格に準拠した装置では動作開始が不可能である。例えば特許文献１にはプロトコルテストにおける試験用シナリオを自動的に作成・編集については記載されているが、いずれの特許文献にも、試験対象装置が自発的にテスト動作を開始する場合の課題解決については記載されていない。

本発明の目的は、試験対象装置が自発的にデータの準備や送信動作の開始をすることが可能なプロトコル試験方法及びシステムを実現することにある。

本発明に係るプロトコル試験方法は、好ましくは、デバイスシミュレータ装置から試験対象装置へコマンド及びデータを送信して、試験対象装置から該コマンドに対する応答データを取得して通信の規格準拠性を評価するためのプロトコルテストを行うプロトコル試験方法であって、
該デバイスシミュレータ装置は、該試験対象装置で実行されるテスト内容及びテスト動作開始トリガを規定する所定のコマンドを生成して、該試験対象装置へ送信し、
該試験対象装置は、受信したコマンドを判定して、該コマンドがテストの動作開始トリガのコマンドの場合、プロトコルテスト内容に応じたデータを生成してテストを実行し、生成した該データを応答として該試験対象装置へ送信し、
該デバイスシミュレータ装置は、応答として送信された該データを確認する
ことを特徴とするプロトコル試験方法として構成される。

好ましい例において、該試験対象装置は、テスト動作開始トリガを規定するコマンドと判定した場合、プロトコルテスト内容に応じたデータを生成して、該データを自動で該デバイスシミュレータ装置へ送信開始する。
また、好ましい例において、該デバイスシミュレータ装置は、前記所定のコマンドとして、AnnounceコマンドのIE(Information Element)の中からVendor specific IEを試験コードとして定義したコマンドを生成し、
該試験対象装置は、Announceコマンドの該Vendor specific IEの試験コードを参照して、プロトコルテスト用搭載機能の動作開始トリガの判定を行う。
また、好ましい例において、該試験対象装置は、受信したAnnounceコマンドからテスト実行時のImplied−ACKデータの生成を行い、
該デバイスシミュレータ装置は該試験対象装置に対して該Implied−ACKで試験終了コード以外のデータを送信し、
該デバイスシミュレータ装置は事前のテスト準備にて通知されている複数回数分のImplied−ACK通信を行い、最後に終了コードに設定したデータを送信し、
該終了コードのデータを受信した該試験対象装置はImm−ACKを該デバイスシミュレータ装置へ返送する。

本発明に係るプロトコル試験システムは、好ましくは、デバイスシミュレータ装置から試験対象装置へコマンド及びデータを送信して、試験対象装置から該コマンドに対する応答データを取得して通信の規格準拠性を評価するためのプロトコルテストを行うプロトコル試験システムであって、
該デバイスシミュレータ装置は、該試験対象装置で実行されるテスト内容及びテスト動作開始トリガを規定する所定のコマンドを生成して、該試験対象装置へ送信手段を有し、
該試験対象装置は、受信したコマンドを判定する手段と、該判定手段によって判定された該コマンドがテストの動作開始トリガのコマンドの場合、プロトコルテスト内容に応じたデータを生成する手段と、該生成手段によって生成された該データを自動で該試験対象装置へ送信する手段を有し、
該デバイスシミュレータ装置は、該該試験対象装置より応答として送信された該データを確認する
ことを特徴とするプロトコル試験システムとして構成される。

本発明によれば、試験対象装置が自発的にデータの準備や送信動作の開始をするプロトコル試験が可能となる。これにより従来技術に比べて規格への準拠性評価を十分に行うことが出来る。

実施不可能なImplied−ACKシーケンス試験の動作を示すフローチャート。 一実施例におけるプロトコルテストの機器の全体構成を示す図。 一実施例におけるプロトコルテストの一連の動作を示すフローチャート図。 一実施例におけるAnnounceコマンドのフォーマットの例を示す図。 一実施例におけるデータフレームのフォーマットの例を示す図。 一実施例における試験対象装置における試験動作を示すフローチャート。 一実施例におけるImplied−ACKシーケンス試験の動作を示すフローチャート。

以下、図面を参照して、本発明の好適な実施例について詳細に説明する。
図２は、一実施例におけるデバイスシミュレータを用いたプロトコルテストの機器の全体構成を示す。
プロトコルテストは、デバイスシミュレータ装置２０１と試験対象装置２０２の間の1対1の通信により規格の準拠性を評価する。ＧＵＩ装置（以下単にＧＵＩという）２００よりユーザが任意のテストシナリオを選択すると、デバイスシミュレータ装置２０１に実施テスト内容の通知を行う。デバイスシミュレータ装置２０１はＧＵＩ２００から通知されたテスト内容を設定した後、試験対象装置２０２との間でテストを実行する。デバイスシミュレータ装置２０１は、試験対象装置２０２から受信したフレームを解析して、試験対象装置の振る舞いが規格に準拠しているか否かの検証を行う。

次に、図３を参照して、プロトコルテストの一連の動作について説明する。
ユーザがＧＵＩ２００からデバイスシミュレータ装置２０１へ試験パラメータを指示すると(３００)、デバイスシミュレータ装置は試験を実施するための試験パラメータの設定を行い（３０１）、ＧＵＩへパラメータの設定完了の通知を行う（３０２）。その後、ＧＵＩよりデバイスシミュレータ装置へテストシナリオ及び連続試験回数を指示すると（３０３）、デバイスシミュレータ装置は試験開始受付通知の送信を行う（３０４）。次に、デバイスシミュレータ装置は試験を実施するための環境準備(PNC起動等)を行い（３０５）、ＧＵＩへ準備完了の通知を行う（３０６）。ここまでの動作で試験前の準備が完了する。

準備完了した後、テストシナリオにおいて、デバイスシミュレータ装置はＧＵＩにシーケンス試験開始通知を行い（３０７）、試験対象装置に対して指定された試験を実施する。そして試験対象装置からの応答や振る舞いについてデータの確認を行う(３０８)。ＧＵＩへはデータ結果の通知及び表示指示を行う（３１０）。この動作は連続試験の回数分行なわれる（３０９〜３１０）。試験終了時にはＧＵＩへシーケンス試験終了（３１１）及び試験終了の通知を行う（３１２）。ＧＵＩは通知されたデータと結果を表示する。

このプロトコルテストにおいて試験対象装置が自発的にテストを開始するために、下記の機能を備える。
（a）試験対象装置はプロトコルテスト用搭載機能の動作開始トリガの機能を有する。
（b）試験対象装置は動作開始トリガに伴うプロトコルテスト機能を有する。

上記（a）について説明する。試験対象装置２０２が単に規格に準拠しているだけでは、自発的にプロトコルテスト用のデータ生成や送信動作を開始する術が存在しないため、動作開始トリガ２０２はプロトコルテスト用搭載機能の動作開始トリガ機能を設ける。好ましい例によれば、Announceコマンド（図４参照）をトリガとして使用する。即ちデバイスシミュレータ装置２０１がAnnounceコマンドにより試験対象装置２０２にテスト内容を通知することで、試験対象装置２０２はAnnounceコマンドを認識して、このコマンドの受信をトリガとしてテスト動作を開始する。

ここで、デバイスシミュレータ装置２０１におけるAnnounceコマンドの生成はソフトウェアによる。即ち、デバイスシミュレータ装置２０１が有するプロセッサでプロトコルテスト用のプログラムを実行することで、(a)用のAnnounceコマンドを生成する。また、試験対象装置２０２におけるAnnounceコマンドによるテスト内容の認識は、高速化のため専用のハードウェア回路によって実現するのが好ましいが、試験対象装置２０２が有するプロセッサでプログラムを実行することで、テスト内容を認識するように構成してもよい。

通常、試験対象装置２０２に対するテストにはその内容が異なる複数のテストがあるので、各テストは識別情報（テスト番号）によって識別され、試験対象装置はテスト番号に応じたテストを実行する。例えば、デバイスシミュレータ装置２０１から試験対象装置２０２へのデータフレーム転送に対して試験対象装置２０２から無応答の場合にどのように処理するかのテストや、デバイスシミュレータ装置２０１から試験対象装置２０２へのデータフレーム転送に対して試験対象装置２０２からのACK応答の内容が不明瞭な場合にどうするかのテスト、等のテストを識別する。

図４にAnnounceコマンドのフォーマットを示す。
本実施例では、コマンドタイプ(Command Type)が示すAnnounceコマンド４００内のIE(Information Element)の中からVendor specific IE４０１を試験コードの定義用として用いる。デバイスシミュレータ装置２０１が、試験コードを定義したAnnounceコマンド４００を生成して試験対象装置２０１へテスト内容の通知を行うと、試験対象装置２０２はプロトコルテスト用搭載機能の動作開始トリガを認識する。一例として、Vendor specific informationフィールド４０２を１０Byteとし、９Byte分を「０１０１０１・・・」、残り１Byteをテスト番号の指定用として用いる。試験対象装置２０２は、受信したAnnounceコマンドで指定されたテスト番号と、予め定義したテスト内容と合致した場合にプロトコルテスト用搭載機能の動作開始トリガと判定する。

上記（b）については説明する。（a）のプロトコルテスト用搭載機能の動作開始トリガによってデバイスシミュレータ装置２０１からテスト内容の通知があると、試験対象装置２０２はテスト内容に応じてテスト動作を開始する。このため、試験対象装置２０２はプロトコルテスト用の機能を備える。例えば、図１に示すImplied−ACKシーケンス試験で必要なテスト機能として、試験対象装置２０２は下記の機能及びデータサイズを有する。

（１）Implied−ACK送信用データの生成と送信を行う機能
（２）複数回の通信後Imm−ACKを送信する機能
（３）送信データ ：ＰＮ９
（４）生成データサイズ ：１kByte
ここで、試験対象装置２０２において、上記のImplied−ACK送信用データの生成と送信を行う機能及び複数回の通信後Imm−ACKを送信する機能は、例えばハードウェア回路として構成される。もちろん、試験対象装置２０２が有するプロセッサでプロトコルテスト用のプログラムを実行することでこれらの機能を実現するようにしても良い。

また、試験対象装置２０２ではImplied−ACKでの通信回数が未知のため、Imm−ACKの送信の契機が必要である。そこで、デバイスシミュレータ装置２０１の送信データを、図５に示すようなデータフレーム５００として定義する。試験対象装置で受信したデータの先頭１Byte目が、Implied−ACKシーケンス試験時の終了コードならばImm−ACKを送信し、Implied−ACKシーケンス試験時の終了コード以外ならばImplied−ACKを送信して、通信を停止する。送信データは「ＰＮ９」である。

次に、図６を参照して、試験対象装置における試験動作について説明する。
受信待ちの状態にある試験対象装置２０２が、デバイスシミュレータ装置２０１から送信された送信データのフレームを受信すると（６００）、データフレームの種別を解読する(６０１)。データフレームのCommand Typeの解読の結果、データフレームがAnnounceコマンドでなければ通常の受信処理を行う（６０２）。

一方、フレームの解読の結果、Announceコマンドであれば、Vendor specific IE４０１の試験コードを参照して、プロトコルテスト用搭載機能の動作開始トリガの判定を行う（６０３）。この判定の結果、プロトコルテスト用搭載機能の動作開始トリガでなければ、通常処理を行う（６０２）。一方、プロトコルテスト用搭載機能の動作開始トリガであればテスト内容の解読を行い（６０４）、テスト内容に応じてテストモードに遷移する（６０５）。即ちテスト内容に応じたテストを実行する（６０６）。その後テストが終了すると、試験対象装置２０２はデバイスシミュレータ装置２０１へテスト終了の通知を行い、テスト結果を通知する（６０７）。これで、試験対象装置２０２は一連のテストを終わり、受信待ちの状態に戻り、デバイスシミュレータ装置２０１からの次のコマンドを待つ。

次に、図７を参照して、Implied−ACKシーケンスを実施する場合の動作について説明する。
まず、デバイスシミュレータ装置２０１は、試験対象装置２０２に対して動作開始トリガ(Announceコマンド)によりテスト内容の通知を行う（７００）。試験対象装置２０２は、受信したAnnounceコマンドからテスト実行時のImplied−ACKデータの生成を行う。デバイスシミュレータ装置２０１は試験対象装置に対してImplied−ACKで試験終了コード以外のデータを送信する(７０１)。デバイスシミュレータ装置は事前のテスト準備にて通知されている複数回数分のImplied−ACK通信を行い(７０２)、最後に終了コードに設定したデータを送信する（７０３）。終了コードのデータを受信した試験対象装置はImm−ACKをデバイスシミュレータ装置へ返送する(７０４)。デバイスシミュレータ装置は、データを確認して、データ及び結果の通知をＧＵＩ２００へ送信する。ＧＵＩは受信したデータ及び結果を表示する。これで一連の試験が終了する。

２００：ＧＵＩ装置 ２０１：デバイスシミュレータ装置 ２０２：試験対象装置
４００：Announceフレームフォーマット
４０１：Vender specific IEフォーマット
４０２：Vender specific informationフィールド
５００：Implied−ACKシーケンス試験時の終了コード

Claims (5)

1. デバイスシミュレータ装置から試験対象装置へコマンド及びデータを送信して、試験対象装置から該コマンドに対する応答データを取得して通信の規格準拠性を評価するためのプロトコルテストを行うプロトコル試験方法であって、
   該デバイスシミュレータ装置は、該試験対象装置で実行されるテスト内容及びテスト動作開始トリガを規定する所定のコマンドを生成して、該試験対象装置へ送信し、
   該試験対象装置は、受信したコマンドを判定して、該コマンドがテストの動作開始トリガのコマンドの場合、プロトコルテスト内容に応じたデータを生成してテストを実行し、生成した該データを応答として該試験対象装置へ送信し、
   該デバイスシミュレータ装置は、応答として送信された該データを確認する
   ことを特徴とするプロトコル試験方法。
2. 該試験対象装置は、テスト動作開始トリガを規定するコマンドと判定した場合、プロトコルテスト内容に応じたデータを生成して、該データを自動で該デバイスシミュレータ装置へ送信開始する
   ことを特徴とする請求項１のプロトコル試験方法。
3. 該デバイスシミュレータ装置は、前記所定のコマンドとして、AnnounceコマンドのIE(Information Element)の中からVendor specific IEを試験コードとして定義したコマンドを生成し、
   該試験対象装置は、Announceコマンドの該Vendor specific IEの試験コードを参照して、プロトコルテスト用搭載機能の動作開始トリガの判定を行う
   ことを特徴とする請求項１又は２のプロトコル試験方法。
4. 該試験対象装置は、受信したAnnounceコマンドからテスト実行時のImplied−ACKデータの生成を行い、
   該デバイスシミュレータ装置は該試験対象装置に対して該Implied−ACKで試験終了コード以外のデータを送信し、
   該デバイスシミュレータ装置は事前のテスト準備にて通知されている複数回数分のImplied−ACK通信を行い、最後に終了コードに設定したデータを送信し、
   該終了コードのデータを受信した該試験対象装置はImm−ACKを該デバイスシミュレータ装置へ返送する
   ことを特徴とする請求項１乃至３のいずれかの項のプロトコル試験方法。
5. デバイスシミュレータ装置から試験対象装置へコマンド及びデータを送信して、試験対象装置から該コマンドに対する応答データを取得して通信の規格準拠性を評価するためのプロトコルテストを行うプロトコル試験システムであって、
   該デバイスシミュレータ装置は、該試験対象装置で実行されるテスト内容及びテスト動作開始トリガを規定する所定のコマンドを生成して、該試験対象装置へ送信手段を有し、
   該試験対象装置は、受信したコマンドを判定する手段と、該判定手段によって判定された該コマンドがテストの動作開始トリガのコマンドの場合、プロトコルテスト内容に応じたデータを生成する手段と、該生成手段によって生成された該データを自動で該試験対象装置へ送信する手段を有し、
   該デバイスシミュレータ装置は、該該試験対象装置より応答として送信された該データを確認する
   ことを特徴とするプロトコル試験システム。

Images