ResolveAX活用の基礎｜第4回
品質画面に数値が並んでいても、どれを見て判断すべきか迷うことがあります。ResolveAXの指標を運用へ生かすには、数値の大小だけでなく、何をどこで測ったものかを理解する必要があります。この記事では、指標を原因の断定に使わず、調査の手掛かりとして読む方法を整理します。
1. 指標ごとに表しているものが違う
MOSは音声品質の評価に用いられる尺度ですが、取得方法や推定方法を確認する必要があります。損失率は届かなかったパケットの割合、ジッターは到着間隔の揺らぎに関する指標です。
遅延も、片方向の時間と往復時間では意味が違います。異なる画面の値を比べるときは、項目名だけで同じ指標と判断せず、単位と測定区間をそろえます。
品質スコアを判断する際は、MOSの意味と比較時の注意点を確認してください。
2. 観測した方向と時間をそろえる
お客様の声が担当者に届く方向と、担当者の声がお客様へ届く方向は分けて考えます。一方の観測結果だけで、反対方向の品質まで説明できるとは限りません。
WebRTC統計には受信側・送信側など異なる情報があります。ResolveAXでどの情報が表示されるかは、実際の連携環境と項目の定義を確認してください。
取得元による定義や単位の違いは、RTP・RTCP・WebRTC統計の読み方で整理しています。
| 項目 | 確認する条件 |
|---|---|
| MOS | 評価・推定方法、対象方向 |
| 損失率・ジッター | 対象区間、集計時間 |
| 遅延 | 片方向か往復か、単位 |
3. 平均値と短時間の悪化を分ける
長い通話の一部だけ音が途切れた場合、通話全体の平均では変化が目立たないことがあります。申告された時刻と、その前後の変化を対応づけることが大切です。
複数通話をまとめた指標では、集計対象数も確認します。少数の通話で起きた変化と、多数の通話で繰り返す変化では、調査の優先度が変わります。
4. 同時に変わった項目を探す
例えば、品質低下と端末負荷の増加が同じ時刻に見られたら、関連を調べるきっかけになります。ただし、同時発生だけでは原因を証明できません。別の条件や変更履歴も合わせて調べます。
一つの値に共通の合格線を当てはめるより、利用環境の通常時の傾向と、業務で許容できる条件を整理します。しきい値は、見逃しと不要な通知の両方を振り返って調整します。
5. 調査記録の書き方を統一する
「品質が悪かった」ではなく、「どの通話の、どの方向で、いつ症状が起き、同じ時刻にどの指標が変化したか」を残します。情報が取れなかった項目も明記します。
公式製品ページではMOS、損失、ジッターなどが監視項目として紹介されています。利用できる範囲を確認したうえで、自社の申告受付や調査票に必要な項目を組み込むと運用しやすくなります。
6. 具体例で確認する
以下は説明のための仮想例です。
10分間の通話で、途中の数秒だけ途切れたとします。通話全体の平均値だけを見ると、この症状は目立たない場合があります。申告された時刻へ絞り、利用可能な時間粒度の記録を見ます。細かな情報が残っていなければ、その限界を記録し、同じ条件での再現確認や別の観測を検討します。詳細がないことを「問題なし」の根拠にはしません。
参考資料とご相談
本記事で参照した資料：W3C：WebRTC統計の仕様案。あわせて関連する公式情報をご覧ください。本記事の手順や表は運用・試験設計の例です。利用できる項目や連携は導入構成に合わせて確認してください。
端末・接続環境・通話時刻と症状から観測範囲を整理する際は、ResolveAXによるエージェント環境の品質分析をご覧ください。担当者環境の通話品質調査を相談するから、自社の構成に合わせた確認範囲をご相談いただけます。