テスト中に使用されるIPクラウドエミュレーターにより、パケットトラフィックに正規化された遅延と歪みを導入し、実際のネットワークの動作をシミュレートできます。 歪みの組み合わせを変更することにより、ビデオ会議システムの作業の品質を評価し、ビデオ会議の品質がまだ満足できる最大許容パケット損失、遅延、パケットジッター、および最小チャネル帯域幅のパラメーターセットを取得することもできます。
さらに、ネットワークステータスを監視するためのテストでMetrotek EtherNIDプローブが使用されました。 これらのデバイスを使用すると、10、100、または1000 Mbpsの速度でイーサネットデータチャネルの品質を制御できます。 プローブは、イーサネットデータ伝送チャネルのギャップに含まれ、ペイロードをチャネルに自由に通過させ、同時に追加の測定トラフィックを生成します。測定トラフィックは他のプローブによって終端され、イーサネットチャネルの品質パラメータの分析に使用されます。 プローブの主な機能はバイパスモードです。このモードでは、プローブをオフにすると、銅線の接点が厳密に閉じられ、ユーザートラフィックを完全に通過させるパッシブネットワークデバイスになります。
機器接続図
テレビ会議端末Huawei TE30の説明
ファーウェイのTE30-720ビデオ会議端末がテストされました。 これらのデバイスは、「オールインワン」の原則に基づいて構築されています。1つのコンパクトな製品に、コーデック、カムコーダー、オーディオマイクが統合されています。 ビデオ通信では、標準の有線イーサネット接続だけでなく、無線チャネルWiFiおよび3G / LTEも使用できます。 USBモデムを使用して実装された3G / LTEのサポートは、VKSデバイスに固有です。
TE30のビデオカメラは、1080pの解像度と12倍の光学ズームを提供します。 内蔵ステレオマイクの範囲は最大6 mで、外部マイクパネルをシステムに接続できるほか、エコーキャンセレーション、自動ゲイン制御、音響ノイズ低減により、よりクリーンなサウンドを実現できます。
専用のTE30プロセッサとH.264ハイプロファイルおよびビデオモーションエンハンスメント2.0アルゴリズムにより、低速通信チャネルでも高いビデオ品質が保証されます。 スケーラブルなH.264 SVCコーディング、SEC 3.0損失補償、およびIRC帯域幅適応の技術により、通信チャネルで最大20％の損失を伴う安定したビデオ画像品質を維持できます。 HVSシステムのこれらの特性は、ロシアでは特に重要です。ロシアでは、地域では依然として高品質の高速チャネルが不足しています。
ステージ1：システムキャリブレーションと接続チェック
シナリオ：機器は上記のように接続されています。 IPクラウドエミュレーターでは、一方向のみで100分の1（1％）の頻度でパケット損失が設定されます（損失分布形式：均一）。 各測定プローブから生成されたテストパケットの数：1秒あたり10パケット。
条件：測定プローブとVKS端末を除いて、ネットワーク上の実験の純度については、他に何も機能しません。
要約：測定期間（〜15分）にわたって、パケット損失率の平均値に応じた統計が取得されました。
0.976％*（フォワード）
0.978％*（逆）
*このエラーは、不均一な形式のパケット損失分布（ユニフォームエミュレーターのプロファイル）に関連しており、プローブのバケット（生データブロック）からのデータの集約を通じて取得された運用統計と相互接続され、そこからポータルの統計が収集されます。
wiSLAポータルの測定結果のグラフ-「パケット損失係数」
ステップ2および3：バイパスモードでのシステムヘルスの確認
シナリオ： IPクラウドエミュレーターで行われたすべての変更が無効になります。 各測定プローブから生成されたテストパケットの数：1秒あたり10パケット。
最初に、最初のプローブ（ステージ2）を電源でオフにし、短時間（約20秒）後に電源を再びオンにします。 電源をオフにしても、画像は劣化せず、ビデオ会議セッションは中断されません。 しかし、電源を入れてプローブを完全にロードすると、画像は2〜3秒間フリーズしますが、セッション自体は中断しません。 これは、プローブとIPクラウドエミュレーター間のインターフェースの自動ネゴシエーションによるものです。
次に、2番目のプローブを電源でオフにし（ステップ3）、しばらくしてから（約20秒）、電源を再びオンにします。 結果は同じです。
結論：ビデオ会議システムは、短時間のチャネルシャットダウンでも機能します。
パケット損失率の平均値は次のとおりです。
〜30％（フォワード）
〜31％（リバース）
ステージ4：最小チャネル帯域幅の選択
シナリオ：機器の接続スキームに従って、プローブのテストを開始します。 端末でビデオ会議を開始します。 IPクラウドエミュレーターでは、最大チャネル帯域幅が設定され、それを超えるとトラフィックが遮断されます。 各測定プローブから生成されたテストパケットの数：1秒あたり10パケット。 同時に、自動画像調整システムは無効になります。
結論：画面上の周期的なアーティファクト、画像の散乱、フレーム損失率のグラフは「歩きます」 を観察します。 最小帯域幅が決定されています：1024 kbit / s。 同時に、通話品質は768K（720p）に設定されました。 これ以上の画質は意味がありません。
ステージ5：パケット損失係数のさまざまな値に対するビデオ会議システムの品質の検証。
シナリオ：機器の接続スキームに従って、プローブのテストを開始します。 端末でビデオ会議を開始します。 IPクラウドエミュレーターでは、パケット損失は一方向に1000分の1（0.1％）から100分の20（20％）の間隔で設定されます（損失の分散形式：均一）。 各測定プローブから生成されたテストパケットの数：1秒あたり10パケット。
上記のパラメータでビデオ会議をテストした場合、通信品質は通常の制限内であり、パケット損失は最大0.8-1％でした。このしきい値を超えると、アーティファクトが現れ始めました。 端末には、自動モードでパケット損失係数を増やしてビデオストリーム送信の解像度を下げ、FEC（前方誤り訂正）を有効にする損失補償アルゴリズムがありますが、チャネル負荷が増えると同時に遅延が発生することに注意してください。 この場合、システムは10％以内のパケット損失に非常によく対処します。 テスト中に端末が使用した実際の帯域幅は0.86 Mbpsを超えませんでした
結論：システムは非常に安定して動作します。 静止画像では、フレーム内の動きがほとんどない場合、パケット損失の5％は実際には目立ちません。 損失補償アルゴリズムを有効にすると、システムは10％以内のパケット損失にうまく対処します。 静的な状況と指定されたアルゴリズムの存在により、許容される損失の割合はさらに高くなる可能性があります。
注：テスト結果と製造元のデータの不一致は、エラーのレベルを測定する方法の違いによるものです。 テストの一環として、統計アカウンティングモデルが5分間以上使用されましたが、エミュレーターでは、図5に示すようにエラーがランダムに発生しました。 端末は別のエラーアカウンティングモデルを使用して瞬間レベルを測定し、最後に受信したパケットの固定数あたりのエラー数を表示します。 言い換えると、エラーのレベルを推定するために、端末は複数のパケットでスライディングウィンドウを使用します。 エラーがランダムに分布する場合、ウィンドウ上で異なる量の損失パケットが発生する場合があります。 これは、統計エラーレベルが10％のテスト結果でも確認され、端末ではエラーレベルが1％から20％まで変動しました