片通話（One-way Audio）とは、通話がつながっても片方向の声だけが聞こえない状態です。NAT・ファイアウォール・SDPの条件だけでなく、マイクや出力先も原因候補になります。顧客対応を復旧するには、聞こえない方向の送信・受信・再生を分けて確認します。本記事では原因の切り分けと修正後の確認手順を解説します。
音声技術の基礎｜第14回
電話はつながったのに片方の声だけ届かない状態を、片通話と呼ぶことがあります。両方とも聞こえない無音も含め、接続の手続きと音声の経路を分けて調べる必要があります。この記事では、端末の入出力からネットワークまで順番に確認します。
片通話の確認方法：どちらが聞こえないかを決める
AがBの声を聞けないなら、調べる対象はBのマイクからAのスピーカーまでです。A→Bのパケットが届いていても、逆方向の正常性は証明できません。発信者と受信者という区分だけでなく、音声の方向で記録します。
最初にマイクのミュート、入力・出力デバイス、音量を確認します。端末が有効な音声を入力していない場合、ネットワーク設定を変えても改善しません。音声パケットが存在しても、その中身が無音のことがあります。
原因の確認：SDPと実際の音声経路を照合する
SDPにはメディアのアドレス、ポート、方式、方向などが記載されます。相手が通知した宛先へ送れるか、途中の装置で適切に処理されているかを確認します。NATの内側のアドレスが、そのまま外部の相手に通知されると問題になる構成があります。
ただしICEやメディア中継などを使う場合、最終的な配送先は単純なSDPの一項目だけでは決まりません。採用方式に合わせて、選ばれた経路や装置の通話情報を確認してください。
制御情報と音声経路を照合する前に、SIP・SDP・RTPの役割を分けて整理すると、観測する区間を決めやすくなります。
NAT・ファイアウォールが音声に与える影響
NATは通信のアドレスやポートを変換します。ファイアウォールは方針に従って通信を許可・拒否します。通話の開始手続きが成功しても、音声用の経路が正しく維持されているとは限りません。
使用するポート範囲、通信方向、NATの対応関係、経路を確認します。一律に広い範囲を開放するのではなく、採用するサービスや機器の要件と実測に基づいて必要な通信を特定します。SIP ALGの動作も環境によるため、根拠なく有効・無効を切り替えないでください。
ブラウザー通話の接続経路については、WebRTCのICE・STUN・TURNの仕組みも確認してください。
切り分け手順：送信・受信・再生を確認する
- 送信側：音声が入力され、対象方向へパケットを送っているか。
- 受信側：送られたストリームが到着しているか。
- 再生側：到着した音声を復号・出力できているか。
送信されていなければ端末や送信条件を調べます。送信されているのに受信できなければ、その間の経路を調べます。到着しているのに聞こえなければ、コーデックの対応、暗号化の条件、ミュートや出力先などへ進みます。
コンタクトセンターでの注意点：転送・保留後の無音
最初は聞こえるのに保留復帰後だけ無音になる場合、更新されたメディア条件や経路を確認します。通話開始時のSDPだけを保存しても、障害時の状態が分からないことがあります。
発着信、保留、復帰、転送、障害発生の時刻を一つの時系列に並べます。SBCなどが通話を複数区間に分けている場合は、区間ごとの識別子と対応づけます。パケット取得側の欠落にも注意します。
改善方法：原因に応じた修正と再現確認
単発の発信で聞こえたことだけで完了にせず、問題が出た方向と操作を再現します。外線・内線、着信・発信、長時間通話、保留復帰など、原因に関係する条件を選んで確認します。
調査報告には「音声がどこまで届いたか」「どの変更で改善したか」「同じ条件で再試験した結果」を残します。接続の成功と音声の成功を分けて示すと、担当者間のやり取りが明確になります。
改善を判断するための比較条件は、音声障害の比較試験と証拠の残し方で整理しています。
RTPが届いていても途切れる場合は、パケットロスと連続欠落やジッターバッファと再生期限を照合し、音声が完全に届かない場合と区別します。
よくある質問
電話がつながるのに片方の声が聞こえないのはなぜですか？
呼の接続と音声の配送は別だからです。送信側の入力、RTPの到達、受信側の復号・再生を、聞こえない方向に沿って確認します。ミュートや誤った出力デバイスも確認対象です。
片通話ならNATの設定を変更すべきですか？
NATが原因とは限りません。実際に選ばれた音声経路と送受信の記録を照合し、どの区間で音声が届かないかを絞ってから設定を検討します。必要な通信条件はサービス・機器ごとに確認してください。
SDPに書かれた宛先だけ見れば原因が分かりますか？
SDPは重要な確認材料ですが、それだけでは確定できません。ICEや中継を使う場合の選択経路、実際のRTP、端末の入出力を照合します。保留・転送後は更新された条件も確認します。
片通話を直した後は何を確認しますか？
問題が出た発着信方向と操作を再現します。双方の発話に加え、原因に関係する保留復帰・転送・長時間通話などを確認し、変更点と同じ条件での結果を記録します。
参考規格・資料
CC Assuranceで確認できること
端末・ネットワーク・WebRTC通話の情報を照合する調査には、ResolveAXによるエージェント環境の可視化と通話品質の分析をご確認ください。SBC・NAT・ファイアウォールの全区間を自動診断する前提ではなく、取得できる情報と装置側の記録を組み合わせます。片通話・無音の発生条件と調査範囲を相談する際は、方向、時刻、保留・転送の有無を共有してください。