WebRTCの音声通信を理解する|ICE・STUN・TURN・SRTPの役割
ブラウザーで電話ができる仕組みには、マイクへのアクセスだけでなく、通信相手への経路を見つける処理や音声の暗号化が含まれます。WebRTCでよく登場するICE・STUN・TURN・SRTPを、それぞれ何を解決する技術なのかという視点で整理します。
SIP、SBC、WebRTC、クラウド移行、アーキテクチャ
ブラウザーで電話ができる仕組みには、マイクへのアクセスだけでなく、通信相手への経路を見つける処理や音声の暗号化が含まれます。WebRTCでよく登場するICE・STUN・TURN・SRTPを、それぞれ何を解決する技術なのかという視点で整理します。
業務データと音声が同じ回線を使うとき、混雑で音声が待たされることがあります。QoSはこうした通信の扱いを制御する考え方です。ただし、音声パケットに印を付けるだけで、どのネットワークでも品質が保証されるわけではありません。
電話はつながったのに片方の声だけ届かない状態を、片通話と呼ぶことがあります。両方とも聞こえない無音も含め、接続の手続きと音声の経路を分けて調べる必要があります。この記事では、端末の入出力からネットワークまで順番に確認します。
異なる電話システムをつなぐとき、音声の符号化方式を途中で変換することがあります。この処理がトランスコーディングです。接続のために必要な一方、音声品質、遅延、装置の処理量に影響する場合があります。この記事では、必要な変換と不要な変換を区別する観点を説明します。
「G.711は64 kbit/sだから、100通話なら6.4 Mbit/sあれば足りる」とは限りません。音声パケットには配送や制御のための情報が付加され、回線のどの層を測るかでも数値が変わります。本記事では、条件を明示した計算例から必要帯域の見積もり方を説明します。
「呼び出しはできるのに、相手の声が聞こえない」。IP電話では、接続の手続きと音声の伝送が別の仕組みで動くため、このような症状が起こります。本記事ではSIP・SDP・RTPの役割を分け、どこから調査すればよいかを説明します。
IP電話では、声を一続きの信号として回線に流し続けるのではなく、小さなデータのまとまりに分けて送ります。このまとまりがパケットです。音声のデジタル化から一歩進めて、RTPとUDPが何を担当し、受信側でどう再生するかを見ていきます。
音声コーデックは、声を伝送・保存するための符号化方式です。方式によって必要なデータ量、扱える音声帯域、処理の遅延、接続先との互換性が変わります。この記事では代表的な3方式を比較し、数値だけでは決められない選定条件を整理します。
「16 kHzの音声」と聞いたとき、それは音の周波数の上限でしょうか。それとも、1秒間に信号を読み取る回数でしょうか。両者を混同すると、端末や録音ファイルの仕様を誤って評価してしまいます。本記事では、音声帯域とサンプリング周波数を分けて考え、通話経路の確認に役立てます。
音声のデジタル化を標本化・量子化・符号化の3段階で図解。サンプリング周波数、ビット数、PCMのデータ量、G.711との違いを、初心者にも分かる計算例とともに解説します。