音声技術の基礎｜第13回
異なる電話システムをつなぐとき、音声の符号化方式を途中で変換することがあります。この処理がトランスコーディングです。接続のために必要な一方、音声品質、遅延、装置の処理量に影響する場合があります。この記事では、必要な変換と不要な変換を区別する観点を説明します。
1. 符号をいったん音声に戻し、別の方式へ変える
基本的なトランスコーディングでは、方式Aの符号を復号し、方式Bへ再符号化します。例えば片側がOpus、もう片側がG.711を使う構成では、中継装置が形式を合わせる場合があります。実装によっては専用の変換方法を使うこともあります。
単なるパケットの中継やIPアドレスの書き換えが、必ず音声コーデックの変換を伴うわけではありません。SBCが経路にあることと、そこで復号・再符号化していることは分けて確認します。
接続先ごとの対応方式を整理する際は、音声コーデックの違いと相互接続もご覧ください。
2. 失われた情報は後から戻らない
音声を狭い帯域に制限したり、損失を伴う圧縮を行ったりすると、元の情報の一部は残りません。その後で広帯域の形式へ変換しても、失われた内容が自動的に復元されるわけではありません。
また、再符号化による変化は単純に足し算で予測できません。方式の組み合わせ、設定、変換回数、入力音声によって結果が変わります。「1回につきMOSが一定値下がる」というような一律の計算は避けます。
3. 品質以外に遅延と処理量も増える場合がある
復号、音声の蓄積、再符号化には処理時間がかかります。単一通話では問題がなくても、同時通話が増えるとCPUや専用処理資源が制約になることがあります。
装置の容量を確認するときは、単純中継の通話数と、特定のコーデック間で変換する通話数を混同しないでください。録音、暗号化、会議などの機能を同時に使う条件も、必要に応じて評価に含めます。
4. 通話経路を区間ごとに書き出す
| 区間 | 記録すること |
|---|---|
| 端末から中継装置 | 実使用コーデック・パケット化間隔 |
| 中継装置内部 | 復号・再符号化の有無と音声処理 |
| 中継装置から接続先 | 出力方式・帯域・暗号化条件 |
| 録音への経路 | 録音形式と追加の変換 |
設定上の対応方式だけでなく、実際に選ばれた方式をログやSDP、装置の通話情報から確認します。保留や転送で経路が変わる場合は、その前後を別に記録します。
5. 変換の影響を比較する試験
まず変換がない基準経路を用意し、同じ試験音声を対象の変換経路へ流します。収録位置、入力音量、評価方法をそろえ、聞き取り品質と遅延を比較します。基準経路を用意できない場合も、比較対象が何かを明示してください。
次に同時通話を増やし、音声品質と装置の負荷を記録します。変換なしの通話だけで負荷を作っても、変換処理の限界は確認できません。実運用で想定する方式の比率を試験条件に含めます。
変換を担う装置を更改する場合は、SBC更改時の負荷試験の確認項目を参考に、音声と処理能力の両面を確認します。
6. 相互接続を保ちながら変換を整理する
両端と途中のシステムが共通方式を使える場合は、不必要な変換を減らせる可能性があります。ただし対応表だけを見て一方的に固定すると、接続できなくなる相手が出ることがあります。接続先ごとの要件を確認してから設定します。
改善後は、通常発着信、転送、保留復帰、録音などを再確認します。目標は変換回数をゼロにすること自体ではなく、必要な相互接続を維持しながら品質と処理余力を確保することです。
参考規格・資料
Software AGDによる音声品質評価で音声の変化を比較し、同時通話が増えたときの確認はCruncherによる負荷試験と国内導入支援と組み合わせて計画します。音声品質の測定範囲と評価方法を相談するから、自社の構成に合わせた確認範囲をご相談いただけます。