Lync Server 2013 の Lync 通話品質手法

 

トピック最終更新日時: 2016-06-24

この記事は、ダウンロード センターからダウンロードできる Lync 通話品質手法 ポスターのコンパニオンです。

このポスターを使用すると、エンタープライズ音声機能を含む Lync 実装の通話品質とユーザー エクスペリエンスに影響を与える問題を見つけて排除するのに役立つ、CQM、Lync 2013 および 2010 の通話品質手法について学習できます。 通話品質手法は、Lync でエンタープライズ音声サービスを改善するための取り組みに集中できる、新しいトラブルシューティングとサービス管理フレームワークです。 この記事では、CQM、監視対象のサーバーとソリューションの種類、収集されたテレメトリ データの処理について詳しく説明します。

CQM の使用方法に関する質問がある場合は、質問を cqmfeedback@microsoft.com.

ポスターでは、次の領域について説明します。

• Lync CQM とは

• 優先順位付け: 傾向クエリを実行する

• Pcd

• マネージド/アンマネージド

• サーバー プラント ロード

• 最後のマイルロード

• エンド ポイントの道

• サービス管理

• ボード ゲームのルール

Lync CQM とは

通話品質手法は、Lync でエンタープライズ音声サービスを改善するための取り組みに集中できる、新しいトラブルシューティングとサービス管理フレームワークです。 CQM を使用する場合、エンタープライズ 音声サービスの通話品質とユーザー満足度を確保するために必要な労力が少なくなります。 CQM の詳細については、 通話品質の方法に関する記事を参照してください。 この記事とポスターは、そのコンテンツの概要です。

CQM は、システムのトラブルシューティングを 3 つのパスまたは "道路" に分割します。 サーバーとその間のリンクを調べるサーバー プラント ロード、通話を運ぶのに使用されるユーザー デバイスとメディアを見るエンド ポイント ロード、従来の交換電話ネットワーク通話の統合に対応する Last Mile Road です。

各道路は、特定の領域またはトピックに関連する複数のセグメントに分割され、各セグメント定義では、許容可能な品質レベルについて定義され、その品質レベルを達成するためのアクションが実行され、次のトピックに進む前にその品質レベルを維持するためのサービス管理計画が実施されます。

ポスターには、Lync CQM が 3 人のプレイヤー向けのボード ゲームとして提示され、それぞれが道路の 1 つを通過します。 ダウンロードに含まれるカードは、克服する必要がある通話品質の障害をシミュレートするために使用されます。 ターゲットとその達成方法に関するヒントと提案は、3 つのパスに沿って含まれています。また、実際のアプリケーションで最初に進む道の優先順位付けガイドラインも含まれています (ゲームでは、3 つの道路すべてに並行して対処されます)。

以前のバージョンの Lync では CQM はどのように機能しますか? CQM は Lync 2013 の新機能ですが、そのほとんどは Lync 2010 で使用できるように調整できます。 CQM はMicrosoft Office Communicatorではある程度機能する場合がありますが、これはテストされておらず、サポートされていません。

CQM の使用方法に関する質問がある場合は、質問を cqmfeedback@microsoft.com.

優先順位付け: 傾向クエリを実行する

CQM の最初の手順では、各傾向クエリを 2 週間実行し、結果を分析します。 最大のストリーム共同作成者、最も低いストリーム比率、管理領域 (制御する領域) によって修正アクションに優先順位を付けます。  オーディオ/ビデオマルチポイント コントロール ユニット (AV MCU) または仲介クエリの結果が低い場合は、赤またはサーバープラントの道路から開始します。  有線またはワイヤレスのクエリで結果が低い場合は、青または最終マイルの道路から開始します。  VPN または外部クエリの結果が低い場合は、緑または終点の道路から開始します。

開始する道を選択したら、各領域のターゲット (Assert) を定義し、そのターゲットを達成する (達成) 作業を行い、ターゲットを維持する手順 (メンテナンス) を実装します。 このポスターをゲームとして使用して、CQM の背後にある原則を理解することもできます。

Pcd

PreCall Diagnostics ツール (PCD) を使用すると、境界ネットワーク内の問題を特定して診断したり (QoE データベースはエッジまたは境界ネットワークの情報を収集しません)、最後のマイルでの接続のトラブルシューティングに役立ちます。 このツールは、Windows 8モダン アプリと Windows デスクトップ アプリの両方でhttps://apps.microsoft.com/windows/en-us/app/lync-2013-precall-diagnostics/9607fe33-2b51-403d-9615-c23f248e7c88使用できます。

マネージド/アンマネージド

Lync Server の展開とネットワーク インフラストラクチャは、通常、マネージドスペースとアンマネージド スペースに分割できます。 マネージド 空間には、内部の有線ネットワークとサーバー インフラストラクチャ全体が含まれます。 アンマネージド空間は、ワイヤレス インフラストラクチャと外部ネットワーク インフラストラクチャです。

この違いを区別すると、データの明瞭さが向上し、組織がユーザーの音声とビデオの品質に測定可能な影響を与えるワークロードに焦点を当てるのに役立ちます。 呼び出しが所有するインフラストラクチャ (マネージド) と、他のエンティティ (アンマネージド) の一部の制御下にあるインフラストラクチャに呼び出しが行われる場合、ユーザーは品質に対して異なる期待を持ちます。 これは、ワイヤレス ユーザーが優れた Lync Server エクスペリエンスを実現するために自分のデバイスに任されているとは言いません。

非管理対象空間の音声品質を向上させるには、マネージド 空間で高品質が必要です。 ワイヤレス (Wi-Fi) がマネージド領域と見なされるか、管理されていない領域と見なされるかは、組織次第です。 正常な環境を実現するための手法は、ソリューションと同様に、2 つの空間で異なります。

サーバー プラント ロード

Server Plant Road のセグメント 1 は、Lync 実装の実際のサーバーに対応します。 サーバー自体と実装におけるその役割の両方に関する KHI データを収集し、結果を分析します。 アクションが保証されている場合は、見つかった問題を修正します。 このトピックの詳細については、KHI ポスターに付属する Lync Server 2013 の主要な正常性インジケーター に関する記事を参照してください。

次のセグメントは、AV MCU サーバーと仲介サーバーの間のメディア ストリームに対処します。 まず、低いストリームしきい値のターゲットを決定します。 通常、不適切なストリームは PacketLossRate > .01 または PacketLossRateMax > .05 です。 もう 1 つの望ましいターゲットは PoorStreamsRatio < 2%. です。 次に、詳細なクエリを使用して、ストリームが不十分な AVMCU と仲介サーバーのペアを見つけ、ストリームが不十分な原因を調査し、不適切なストリーム パス内のネットワーク機器を調べ、不適切なストリームを修復し、ネットワーク機器の最適な構成または "ゴールド" 構成を定義します。 実績を維持するには、構成ドリフトを管理し、新しい問題領域を報告するプロセスとツールを実装します。

次に、仲介サーバーと公衆交換電話網 (PSTN) ゲートウェイの間のメディア ストリームを調べます。 まず、低いストリームしきい値のターゲットを決定します。 通常、不適切なストリームは PacketLossRate > .01 または PacketLossRateMax > .05 です。 もう 1 つの望ましいターゲットは PoorStreamsRatio < 2%. です。 次に、詳細なクエリを使用して、ストリームが不十分な仲介サーバーとゲートウェイのペアを見つけ、不適切なストリームの原因を調査し、不適切なストリーム パス内のネットワーク機器を調べ、不適切なストリームを修復し、ネットワーク機器の最適な構成または "ゴールド" 構成を定義します。 実績を維持するには、構成ドリフトを管理し、新しい問題領域を報告するプロセスとツールを実装します。

最後に、PSTN ゲートウェイの正常性メトリックを調べます。 正常性を示す統計情報を特定し、それらに対するターゲットを定義します。 可能な限り多くのゲートウェイを使用できるため、ここでは特定のガイダンスは提供されません。 ターゲットが確立されたら、必要に応じて修復してターゲットを達成します。プロセスでは、ゲートウェイに対して "gold" または最適な構成を定義する可能性があります。 実績を維持するには、構成ドリフトを管理し、新しい問題領域を報告するプロセスとツールを実装します。 ファームウェアとソフトウェアの更新によって構成が変更されたり、"gold" 構成の定義が変更されたりする可能性があることに注意してください。そのため、これらのアクティビティに注意してください。

最後のマイルロード

クライアントがネットワークに接続する 2 つの方法のうち、ワイヤードは最高の品質を提供することが予想されます。それに対応して、これは最後の 1 マイルの問題に対する最初の焦点である必要があります。 CQM ワイヤード クエリ (LastMile_0_Wired) と、それが提供する Poor Streams 比率データを使用します。 300 ストリームのサイト>に対してターゲット PoorStreamsRatio < 5% を定義することをお勧めします)。 目標を達成するには、最悪から最善の方法で順序付けられたサブネットを修復し、QoS を実装します。

有線接続の品質を最適化すると、ワイヤレス インフラストラクチャが各場所のワイヤード コアの上にあるため、ワイヤレス品質の向上が容易になります。 有線品質が良好なサイト内のワイヤレス ストリームが低い場合は、特定のワイヤレス コンポーネントに起因する必要があります。 CQM ワイヤレス クエリ (LastMile_1_Wireless) は日付範囲で動作し、Lync クライアントから会議サーバーまたは仲介サーバーとの間で環境内のすべての内部ワイヤレス ストリームを返します。 300 ストリームのサイト>に対してターゲット PoorStreamsRatio < 5% を定義することをお勧めします)。 目標を達成するには、最悪から最善の方法で順序付けられたサブネットを修復し、QoS を実装します。

エンド ポイントの道

Lync で使用する場合に許容できる品質を生み出すことが知られているヘッドセットやその他のデバイスを使用して、エンド ポイント ロードへの問い合わせを開始します。 100 を超えるストリームを含む実装には、ターゲット AvgSendListen MOS > 3.6 をお勧めします)。 問題のあるデバイスを特定し、それらを修正または置き換えることで、ターゲットを達成します。

次に、エンド ユーザー呼び出しのオーディオを処理するデバイスまたは PC を調べます。 推奨されるターゲット品質メトリックは AudioMicGlitchRate <= 1 です。 ユーザー システムに最適なシステム構成を特定する際に、ドライバー バージョンを含む "ゴールデン" PC 構成を定義します。

次に、オーディオ ストリームが Lync エンドポイント システムから受け取るネットワーク パスを調べます。これにより、オーディオ品質が低下する可能性があります。 オーディオが VPN 接続経由で移動すると、待機時間の問題が発生する可能性があります。 内部 Lync クライアントが、2 者またはピアツーピアの呼び出しのために別の内部 Lync クライアントに直接メディア ストリームを確立できない場合、Lync Edge サーバーを経由して中継するパスにフォールバックし、待ち時間の問題につながり、損失やジッターの可能性が高くなります。 VPN 経由で 0% メディアの品質メトリックを定義することをお勧めします。 設定したターゲットを達成するために修復する際に、問題のあるサブネットを特定し、ファイアウォール規則、パケット シェーパー、およびその他の関連するネットワーク機器の構成を調査します。

IP パケットでは、伝送制御プロトコル (TCP) またはユーザー データグラム プロトコル (UDP) のいずれかを使用できます。 TCP はデータ ストリームに最適です。 TCP 回復メカニズムはリアルタイム メディアの損失に対処できないため、UDP は接続がなく、メディアの方が効率的です。 Lync は常に UDP を優先しますが、UDP セッションを確立できない場合は TCP に戻ります。 TCP 経由のメディア セッションは、UDP よりも品質が低くなります。 TCP 経由の 0% 接続の品質定義をお勧めします。 設定したターゲットを達成するために修復する際に、問題のあるサブネットを特定し、ファイアウォール規則、パケット シェーパー、およびその他の関連するネットワーク機器の構成を調査します。

サービス管理

サービス管理は CQM の終了状態であり、3 つの道路すべてに対する宛先です。 高レベルの通話品質を維持するには、次の領域を監視します。

1. ユーザー - 修復アクティビティは、ユーザー満足度の測定可能な増加を示す必要があります。 これは、問題のあるチケットやその他のフィードバック メカニズムによって測定できます。 品質メトリックを発行することもできます。

2. プロセス - CQM を運用化するために、毎日、毎週、毎月のプロセスを定義します。 監視のリズムは、修復中 (毎日) より高い頻度で始まり、安定すると低い頻度 (毎月) に移動します。

3. ツール - 測定と修復の両方を行うツールを識別します。 プロセスをサポートするために CQM クエリの実行を自動化すると便利な場合があります。 修復には、ネットワーク要素に標準化された構成を適用したり、不適切なストリームでの損失のトラブルシューティングを行ったりするために、追加のツールが必要になる場合があります。

ボード ゲームのルール

このポスターは、CQM 実装への参照として使用することも、概念を実践するためのゲームとして使用することもできます。 プレイするには、1 つの 6 辺のダイとカードが用意されている必要があります。 標準の Avery 5871 名刺には、ダウンロード可能なバージョンのカードを印刷できます。

ゲームは 3 人のプレイヤー向けです。 プレイヤーが目的の品質を達成し、中央サービス管理状態に到達するために使用できるパスは、サーバー プラント、エンド ポイント、および最終マイルの 3 つあります。 各パスには、品質目標をアサートし、目標を達成し、システムの側面を維持する方法に沿って停止します。 上の示された領域にカードを配置し、5 枚のカードを描画します。 描画したカードを確認し、関連するボード セグメントに配置します。 各プレイヤーは、パス上のカードを段階的に移動し、品質目標をアサートし、それらの目標を達成し、サービス レベルを維持します。 すべてのプレイヤーがサービス管理センターの状態に達すると、ゲームは完了します。 ゲーム カードのダウンロードには、より詳細なルールが用意されています。

品質ターゲットを アサート するには、そのターゲットに適用できるパラメーターを確認し、受け入れることを選択しない内容を大声で示します。 開始点をお勧めしますが、最後の呼び出しを行う必要があります。 例外は、Microsoft によって確立された標準を使用する必要がある KHI データです。 付属の KHI ポスターを参照してください。

ゲームで 達成 するには、KHI データとシステム クエリの代わりに提供されるカードを使用します。 ゲームの開始時に、特定の側面に関連するカードを描画しなかった場合は、それを越えて続行できます。 関連するカードがある場合は、ダイをロールします。 カードに示されている番号の下にロールした場合は、成功しました。 示された番号でロールまたはロールオーバーする場合は、デッキから別のカードを描画する必要があります。 カードが 2 人以上のプレイヤーがロールする必要があることを示している場合は、すべて正常にロールする必要があります。

ゲーム内を 維持 するには、Lync 環境のその側面に関するサービス管理計画を大声で言い出します。

関連項目

Lync Server ネットワーク ガイド
主要な正常性インジケーター: 正常な Lync サーバーを維持するための基盤
Lync 通話品質の手法