音声技術の基礎｜第3回
G.711は、電話音声を8 kHzで標本化し、1標本8ビット、64 kbit/sで表すPCMの規格です。音声コーデックは声を伝送・保存するための符号化方式で、G.729の基本方式は8 kbit/s、Opusは設定に応じてビットレートや音声帯域が変わります。選定ではデータ量だけでなく、互換性・遅延・実際の通話経路での品質を確認します。
標本化・量子化・符号化から確認したい方は、音声デジタル化とPCMの基礎で、G.711の数値が表す意味を確認できます。
1. G.711とは？G.729・Opusとの違いを比較
| 方式 | 音声データの目安 | 音声帯域・特徴と用途 | 接続で確認すること |
|---|---|---|---|
| G.711 | 64 kbit/s | 8 kHz標本化の電話音声。A-law・μ-lawの非線形PCM。電話音声の相互接続で使う方式 | PCMU・PCMAの合意と変換の有無 |
| G.729の基本方式 | 8 kbit/s | 狭帯域の音声を圧縮。低い音声ビットレートでの伝送に対応。拡張方式とは区別 | 両端の対応方式と実装・設定 |
| Opus | 設定に応じて可変 | 対話音声から一般の音声まで対象とし、狭帯域から広い音声帯域まで対応。使用条件は実装・設定による | 実際の交渉結果、使用モード、途中の変換 |
表は音声データ部分の比較です。ネットワークで必要な帯域にはヘッダーなどが加わります。またG.729には複数の拡張があるため、ここでは基本方式を対象としています。
G.711は8 kHz標本化・8ビットの符号を使います。G.729は音声の特徴を利用して情報量を減らします。Opusは対話音声や一般の音声を対象に、複数の動作条件を扱える方式です。ただし、利用できる機能は端末・サービスの実装と設定にも左右されます。
G.711の接続条件を詳しく調べる場合は、μ-lawとA-lawの違いをご覧ください。Opus対応でも期待どおりに音が良くならない場合は、通話経路から考えるOpusの音声品質で確認箇所を整理できます。
2. コーデックが担う役割
送信側は音声を符号化し、受信側はその符号を復号して再生します。両者が対応する形式を使うことが通信の前提です。圧縮率を上げれば常に良いというわけではなく、音の再現性、処理負荷、遅延との関係を考える必要があります。
比較するときは、コーデック名、音声帯域、ビットレート、パケット化の間隔を別々に記録します。同じ方式でも設定が違えば結果は変わるため、名前だけを見た品質比較は避けます。
3. 「低ビットレート＝回線負荷が同じ比率で減る」ではない
例えば、G.711の64 kbit/sとG.729の8 kbit/sでは音声データ量に8倍の差があります。しかし、パケットごとのRTP・UDP・IPヘッダーは音声を小さくしても必要です。短い間隔で送るほど、この付加情報の比率が大きくなります。
回線設計では、音声データ量だけを通話数倍せず、使用するパケット化間隔と通信方式を含めて計算します。Opusのようにビットレートが変わる場合には、平均値と混雑時に見込む値を区別します。
回線設計の具体例は、コーデックとヘッダーを含む必要帯域の計算で確認できます。
4. 相互接続では「対応している」だけで終わらせない
両端がOpus対応でも、途中の接続区間が別方式なら変換が必要になる場合があります。SIP通話ではSDPの提案と応答、さらに実際のRTPを確認し、どの区間で何が使われたかを記録します。管理画面の優先順位は、実際に選ばれた方式とは限りません。
途中で復号・再符号化するトランスコーディングは、処理量や遅延を増やす可能性があります。必要な相互接続を成立させつつ、不必要な変換の繰り返しを避ける構成を検討します。
変換を含む構成を評価するときは、トランスコーディングの品質・遅延への影響も確認してください。
設定上の候補と実際の方式を区別する手順は、SDPとRTPから通話コーデックを確認する方法で説明しています。
G.711を使えば音声品質は良くなるのか？
G.711を使うだけで、エンドツーエンドの通話品質が良くなるとは限りません。入力の雑音やひずみ、途中のコーデック変換、パケットの損失・到着の揺らぎ、受話側の再生まで影響します。方式を変える前に、実使用コーデックと問題が生じる区間を特定します。
途切れがある場合はパケットロスと補償処理の影響、到着の揺らぎがある場合はジッターとジッターバッファの関係を調べます。G.711かOpusかという名前だけで音質の順位を決めず、次の選定試験で比較条件をそろえます。
5. 選定試験に入れたい条件
- 静かな環境だけでなく、実際に想定する背景雑音や話者を含める。
- 損失のない状態と、管理された試験環境で損失を与えた状態を比較する。
- 同じ収録位置、音量、評価方法で比較する。
- 転送・保留・会議など、途中で経路が変わる場面も確認する。
聞き取りやすさと会話の遅延を分けて評価してください。片方向の録音が良好でも、応答が遅ければ会話はしづらくなります。処理装置に同時通話を増やした場合の余力も、単一通話の試験とは別に確認します。
測定条件をそろえるには、MOS・PESQ・POLQAによる評価方法を参考に、スコアが表す範囲を確認します。
変更前後の音質・遅延・通信量を比較する進め方は、コーデック変更前に実施したい比較試験をご覧ください。改善した点だけでなく、互換性の問題や未確認の経路も残します。
6. 選ぶ順番を決める
最初に接続先との互換性と必要な音声帯域を決め、その条件を満たす方式について帯域・遅延・品質を比較します。「最も新しい」「最も軽い」だけで決めず、実際の通話経路を含めた試験で採用条件を定めることが重要です。
よくある質問
G.711の64 kbit/sが、そのまま必要な回線帯域ですか？
64 kbit/sは一般的なG.711の音声データ部分です。回線上ではRTP・UDP・IPなどのヘッダーが加わるため、パケット化間隔、通信方式、同時通話数、送受信方向を含めて見積もります。
管理画面で優先したコーデックが必ず使われますか？
優先順位は候補の設定であり、実際の使用方式を保証しません。接続時の合意と実際の音声ストリームを、通話区間ごとに照合します。途中で別方式へ変換される場合もあります。
参考規格・資料
コーデック変更を採用する前に、Software AGDによる音声品質評価で比較方法を確認してください。同じ音源・経路・方向で評価する条件を整理したい場合は、CCアーキテクトへコーデック変更前後の音質・遅延の検証を相談するからご相談いただけます。