Opus対応なのに音が良くならないのはなぜ？通話経路から考える音声品質
Opus対応でも通話全体が高音質になるとは限りません。実際に使われる方式、途中の変換、音源、端末、ネットワークを分け、改善すべき区間を見つける手順を解説します。
WebRTC
通話で使われているコーデックを確認する方法｜SDPとRTPの読み方
設定上の優先コーデックと実際の通話方式を区別し、SDPの提案・応答、RTPのPayload Type、WebRTC統計を照合する手順を、初心者向けの例で解説します。
話しながら聞くAI：音声ネイティブ・全二重対話の仕組みと、コンタクトセンターへのインパクト
作成：音声技術エキスパート／補足編集：ナレッジ記事ライター／2026-09-30 要点 音声ネイティブAIと全二重対話は同じですか？音声をモデルが扱う方式と、相手の発話を聞きながら話せる対話動作は別の軸です。音声を直接扱 … 続きを読む
通話トラブルをITへ正しく伝える｜ResolveAXで考える記録と引き継ぎ
「さっき声が途切れた」という報告だけでは、IT担当は対象通話を探すところから始める必要があります。ResolveAXで情報を得られる環境でも、症状と記録を結び付ける運用が必要です。調査を始めやすい引き継ぎの形を整理します。
MOS・損失率・ジッターをどう読む？ResolveAXの品質指標を運用に生かす
品質画面に数値が並んでいても、どれを見て判断すべきか迷うことがあります。ResolveAXの指標を運用へ生かすには、数値の大小だけでなく、何をどこで測ったものかを理解する必要があります。この記事では、指標を原因の断定に使わず、調査の手掛かりとして読む方法を整理します。
RTP・RTCP・WebRTC統計の読み方｜損失率・ジッター・補償を正しく見る
管理画面の「損失」「ジッター」「遅延」は、同じ単位に見えても定義が異なることがあります。この記事では、RTP・RTCPとWebRTCの統計を読む際に、方向、単位、測定期間をそろえる方法を説明します。数値だけで原因を断定せず、音声と照合することが前提です。
WebRTCの音声通信を理解する｜ICE・STUN・TURN・SRTPの役割
ブラウザーで電話ができる仕組みには、マイクへのアクセスだけでなく、通信相手への経路を見つける処理や音声の暗号化が含まれます。WebRTCでよく登場するICE・STUN・TURN・SRTPを、それぞれ何を解決する技術なのかという視点で整理します。
負荷試験で音声品質まで確認すべき理由
負荷試験で接続数だけでなく音声品質を確認する理由を図解。低負荷・ピーク・回復の比較、測定範囲、サンプリング、問題発生時の切り分けを解説します。