TIA-102.CACD-2009
プロジェクト 25 ISSI のクラスター システムを含む RF サブシステム間インターフェイスの相互運用性テスト手順

規格番号

TIA-102.CACD-2009

制定年

2009

出版団体

TIA - Telecommunications Industry Association

範囲

はじめに この規格の目的は、トランク音声モードで動作する RFSS の相互運用性をテストする手順を定義することです。 各 RFSS は、ISSI を使用して相互接続され、異なるメーカー @ 異なるモデルの RFSS、同じメーカーの RFSS、および異なる RFSS ソフトウェア バージョンの相互運用性をテストします。 1 TIA-102.CABC-A およびその補遺で指定されている既存のテスト [ 3] は、加入者ユニット (SU) とそれに関連する FNE の間の Common Air Interface (CAI) の相互運用性を評価することを目的としています。 このドキュメントで説明する一連のテストは、複数の RFSS と G インターフェイスが関係する広域ローミング状況で複数の SU を利用して ISSI の相互運用性を評価するために、これらのテストを拡張します。 この規格で採用されているアプローチは、TIA-102.CABC-A [3] で説明されているトランク システムにおける音声操作の相互運用性テスト手順を、トポロジが未定義の FNE から、G 経由で接続された複数の RFSS で構成される FNE まで拡張することです。 インターフェース。 加入者ユニットの観点からは、FNE はネットワーク クラウドとして扱われます。 加入者ユニット (SU) と RFSS は、ISSI を使用して複数の RFSS のエンドツーエンド テストを実行する前に、TIA-102.CABC-A とその補遺 [3] を使用して相互運用性についてテストされます。 テスト スイートは機能ごとに提供されます。 各テスト スイートでは、テスト、適用可能な RFSS ロールの組み合わせ、予想される動作、呼び出し構成、初期条件および事後条件の説明が提供されます。 次に、CABC-A のテスト ケースを追跡および拡張するテスト スイートのテスト ケースが開発されます。 この規格は、2 つの基本的な方法で RFSS の相互運用性をテストします。 (1) 2 つの異なる製造元の RFSS の ISSI 相互運用性テスト、および (2) 同じ製造元の 2 つの異なるタイプの RFSS の ISSI 相互運用性テスト。 可能であれば、構成をテストするために、各タイプの 2 つの同一の RFSS (合計 4 つの RFSS) を使用する必要があります。 各タイプの RFSS が 1 つだけ使用可能な場合 (合計 2 つの異なる RFSS)、RFSS はテストで複数の役割を担う必要があります。 このドキュメントのテスト手順では、両方の場合のテスト構成と手順を提供します。 この規格では、(3 つ以上のタイプと比較して) 2 つのタイプの RFSS のみをテストします。 RFSS は、最初の RFSS が 2 番目の RFSS と相互運用可能であることを確認するために、考えられるすべての役割の組み合わせでテストされます。 3 つ以上の異なる物理 RFSS が相互運用できることを確認するには、より多くのテスト ケースが必要です。 ISSI 用の拡張 TIA-102.CABC-A 相互運用性テスト アプローチにより、すべてのコール設定における刺激および成功の尺度として SU を使用する、RFSS@ の Systemto-System (STS) 手順アプローチを使用してテストを実行できます。 2@ 3 ISSI の正常な運用は、ユニット間のレベルでのテストの正常な完了によって暗示されます。 CABC-A@ で指定されているすべてのテストと同様、ここで指定されているテストも、P25.4 内の限られた機能機能とサービスの相互運用性を検査するユーザー指向のものです。 これらのテストの結果は、公安ユーザーによって観察および評価され、判断することができます。 テスト対象のユニットの相互運用性。 ISSI を利用したグループおよびユニット間通話構成が採用されており、ローミング ユニット @ を含まない単純なものから、ローミング ユニットを含むより複雑なものまで対応します。 複数の WACN およびシステムにまたがるテスト ケースが提供されており、登録時、グループ所属時、通話セットアップおよびユーザ情報転送中に ISSI を実行します。 提供されるテスト スイートとテスト ケースは、2 つのメーカーの RFSS が、特定のグループまたはユニット間コール構成でサポートされているすべての RFSS 役割の組み合わせを実行できることをテストする相互運用性テストを示しています。 サポートされている各 RFSS ロールの組み合わせで相互運用性を検証することによってのみ、2 つの RFSS の相互運用性を確認できます。 このテスト手順では、RFSS の ISSI インターフェイスの相互運用性をテストするために SU の動作を観察します。 この手順で使用される SU は、この手順ではテスト対象ではありませんが、テストを実行するためのエンドツーエンドの刺激を提供し、テストの成功または失敗を検証するために使用されます。 このテスト手順を実行するときに SU が適切に動作することを確認するには、SU を使用するトランキング CAI と FNE の相互運用性を最初にテストする必要があります。 つまり、TIA-102.CABC-A とその補遺 [3] を使用して SU をテストします。 これには、システム間サイトおよび WACN サイト間でローミングする SU のテストが含まれます。 次に、TIA-102.CABC-A とその補遺 [3] テスト スイート@ (ローミング用のものを含む) に適切に合格した SU でこのテスト手順を実行します (このドキュメントの対応するテスト ケースでローミングが必要な場合)。 このテスト手順のテスト ケースをすべての SU タイプで実行する必要はありません。 TIA-102.CABC-A とその補遺 [3] でテストされた 1 つの SU タイプでテストするだけで十分です。 TIA-102.CABC-A とその補遺 [3] から選択されたテスト ケースは、このテスト手順で実行するために選択されたテスト ケースの機能と一致する必要があります。 たとえば、ISSI 相互運用性テストで実行されるテスト スイートがローミングを伴うグループ通話である場合、そのテスト スイートは TIA-102.CABC-A 付録から選択されます。 テスト設定に関与する SU の一部は、それぞれのサービス提供 RFSS 上でローミングしています。 ローミング SU を使用すると、ISSI の登録およびトーク グループへの所属機能と機能を完全に実行できるようになります。 SU のサービング RFSS がホーム RFSS@ でもある場合、登録メッセージは ISSI を通過せず、処理されません。 SU から受信したトーク グループ所属メッセージ (特定のグループへの最初の所属である場合) は、SU のサービング RFSS が SG ホーム RFSS でもない場合にのみ、ISSI を介したグループ登録をトリガーします。 この規格は 2 つの条項と 2 つの附属書で構成されています。 第 1 条は「はじめに」を提供し、第 2 条は関連するテスト スイートの規範的なテスト手順を提供します。 一般的な ISSI 相互運用性モデルは付録 A に示されています。 付録 B は、ISSI 相互運用性テストの事前構成データの有益な説明を提供します。 1 相互運用性参照モデル ?C ISSI (IRM-I) は、ユニット間またはグループ コール用の複数の RFSS とそれらの間の G インターフェイスで構成される相互運用性テスト モデルです。 これは、この文書の 1.2 および付録 A で定義されています。 2 テストの正常な完了は、適切なテスト結果の達成に関連する詳細に関係なく、適切な結果に基づいています。 グループまたはユニット間コール@ の場合、ISSI を実装する複数の RFSS に該当する RFSS 機能役割の組み合わせがテストごとに指定されます。 3 システム間 (STS) アプローチでは、テスト対象ユニット (UUT) を相互にテストします。 4 ユーザー指向のテストには、メッセージ レベルで通信を検査してテストの結果を判断する、無線および有線プロトコル アナライザなどの特殊なテスト ツールの使用は含まれません。