Teams会議の音声・映像トラブル対処ガイド:ヘルプデスク実践マニュアル

Teams会議で「音が聞こえない」「映像が映らない」と問い合わせが来たら?エンドユーザー向けの基本チェックから、ヘルプデスク担当者の切り分け手順、CQDによる品質分析、企業ネットワーク要件まで段階別に解説。PowerShellコマンド例付きの実践ガイドです。

Teams音声・映像トラブル解決ガイド 2026

Teams会議の音声・映像トラブル、なぜこんなに多い?

Microsoft Teamsが企業のコミュニケーション基盤として定着して久しいですが、ヘルプデスクに寄せられる問い合わせのトップ常連といえば、やはり「音声が聞こえない」「映像が映らない」「通話が突然切れた」といったトラブルです。正直なところ、筆者も週に何度もこの手の問い合わせに対応しています。

2026年1月には、Teamsデスクトップクライアントの通話スタックがms-teams_modulehost.exeとして独立するアーキテクチャ変更が実施されました。パフォーマンス自体は向上したんですが、一部の環境で新たな不具合も出てきています。

このガイドでは、エンドユーザーが自力で解決できる基本チェックリストから、ヘルプデスク担当者の体系的な切り分け手順、さらには管理者向けのPowerShell診断やCQD(通話品質ダッシュボード)の活用まで、段階別にまとめました。

【2026年最新】まず確認すべきTeamsの既知の問題

トラブルシューティングに取りかかる前に、ちょっと待ってください。まずは現在報告されている既知の問題を確認しましょう。既知の問題であれば、個別に対処するよりもMicrosoft側の修正を待つほうが賢明です。

北米リージョンの音声・映像品質低下(2026年3月)

2026年3月10日、Microsoftは北米の一部ユーザーでTeams通話の音声・映像品質が低下する問題を確認しました(追跡ID:TM1248186)。原因はネットワークインフラの一部がトラフィックを適切に処理できていないことで、修正措置が進行中です。

Microsoft 365管理センターの「サービス正常性」で最新状況を確認できます。

通話スタック分離による影響(2026年1月)

先ほども触れましたが、音声・映像処理を担当する通話スタックがms-teams_modulehost.exeとして独立するアーキテクチャ変更がロールアウトされました。全体的なパフォーマンス向上は実感できるものの、一部のユーザーで音声の途切れや映像の遅延が新たに発生しています。

BYOMキットでの通話切断(2026年1月〜)

USBスピーカーフォンとHDMI映像をBYOM(Bring Your Own Meeting)キット経由で接続している環境で、マイクがミュート解除の状態だと通話が切断される問題が複数のオフィスで報告されています。該当する環境では、まずファームウェアの更新を確認してみてください。

録音時の音声途切れ

これは意外と気づきにくいのですが、新しいTeamsクライアントで会議を録音すると、再生時に音声が断続的に途切れることがあります。特にノイズ抑制設定が「高」になっていると、声が小さい話者の音声まで誤って抑制されてしまうケースがあるんです。

対処法はシンプルで、ノイズ抑制を「低」または「自動」に変更するだけ。これで改善される場合が多いです。

エンドユーザー向け:音声トラブルの基本チェックリスト

ヘルプデスクに問い合わせが入ったとき、まずはエンドユーザー自身に確認してもらう項目です。このリストをナレッジベースやチャットボットに組み込んでおけば、一次対応の自動化にもつながります。

ステップ1:ミュート状態の確認

言うまでもないかもしれませんが、最も多い原因は単純なミュートです。笑い話のようですが、本当にこれが一番多い。以下の2箇所を確認してもらいましょう。

  • Teams上のミュート:会議画面のマイクアイコンに斜線が入っていないか確認。ショートカットCtrl + Shift + Mで切り替え可能
  • ヘッドセット本体のミュート:物理的なミュートボタンがオンになっていないか確認

ステップ2:デバイス設定の確認

会議画面の「…(その他)」→「設定」→「デバイス設定」を開いて、使用中のマイク・スピーカーが正しく選択されているか確認します。

Bluetoothヘッドセットを使っている場合は要注意です。Windowsの「サウンド設定」側でも出力・入力デバイスが正しいか確認してもらいましょう。Bluetoothは接続が不安定になりやすいので、ここでつまずくケースが結構あります。

ステップ3:Windowsプライバシー設定の確認

Windows 11では、アプリごとにマイクへのアクセスを制御しています。これを見落とすと、いくらデバイス設定をいじっても解決しません。

  1. 設定」→「プライバシーとセキュリティ」→「マイク」を開く
  2. 「マイクへのアクセス」がオンになっていることを確認
  3. 「デスクトップアプリがマイクにアクセスできるようにする」がオンになっていることを確認

ステップ4:テスト通話で動作確認

Teamsの「設定」→「デバイス」画面で「テスト通話を行う」をクリックします。自動音声が再生されて、録音テストも実行されます。

ここで問題がなければ、Teams側の設定は正常です。逆にここでも音声が出ない場合は、OS側かデバイスの問題と判断できます。

ステップ5:アプリの再起動とキャッシュクリア

上記で解決しない場合は、Teamsを完全に終了してから再起動してみましょう。それでもダメならキャッシュクリアです。

# Windows の場合
# Teamsを終了した状態で以下を実行
Remove-Item -Path "$env:LOCALAPPDATA\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams" -Recurse -Force

# macOS の場合
rm -rf ~/Library/Group\ Containers/UBF8T346G9.com.microsoft.teams
rm -rf ~/Library/Containers/com.microsoft.teams2

キャッシュクリア後はTeamsが初期化されたように見えますが、データはクラウドに保存されているので安心してください。再サインインすればすべて復元されます。

エンドユーザー向け:映像トラブルの基本チェックリスト

カメラが認識されない場合

映像系のトラブルも基本的なところから確認していきます。

  • 外付けWebカメラの場合、USBケーブルを別のポートに差し替える(意外とこれだけで直ることが多い)
  • 設定」→「プライバシーとセキュリティ」→「カメラ」でTeamsのアクセスが許可されていることを確認
  • 他のアプリ(Zoom、Google Meetなど)がカメラを占有していないか確認し、すべて終了する
  • デバイスマネージャーでカメラドライバーを右クリック→「ドライバーの更新」を実行

映像がカクつく・フリーズする場合

  • GPUハードウェアアクセラレーションを無効化:Teamsの「設定」→「全般」→「GPUハードウェアアクセラレーションを無効にする」にチェック
  • ネットワーク帯域が不足している可能性あり。HD映像には4Mbps以上の帯域が必要
  • VPN接続中の場合、Teamsのメディアトラフィックがスプリットトンネリングで直接接続されているか確認

ヘルプデスク担当者向け:体系的な切り分け手順

さて、ここからはヘルプデスク担当者向けの内容です。エンドユーザーの基本チェックで解決しなかった場合、以下の手順で原因を切り分けていきましょう。

切り分け1:問題の再現範囲を特定する

まず最初にやるべきは、問題がどの範囲で発生しているかの把握です。これで対応方針がかなり変わります。

パターン想定される原因対応方針
特定の1ユーザーのみ端末設定・デバイス故障デバイス交換・設定修正
同一拠点の複数ユーザーネットワーク・ファイアウォールネットワークチーム連携
全社的に発生Teamsサービス障害M365管理センターで障害情報確認
特定の会議室のみTeams Rooms機器・設定機器ファームウェア確認

経験上、「複数ユーザーから同時に問い合わせが来る」パターンはネットワーク起因であることがほとんどです。逆に、特定の1人だけの場合はデバイス周りを重点的に見ると効率がいいですね。

切り分け2:Webアプリとの比較テスト

デスクトップクライアントで問題が起きている場合、ブラウザ(Edge/Chrome)からTeams Webアプリ(teams.microsoft.com)にアクセスして同じ問題が再現するか試してもらいます。

Webアプリで正常に動作するなら、デスクトップクライアントのキャッシュ破損やドライバー競合が原因と絞り込めます。このテストは切り分けとしてかなり有効なので、ぜひ標準手順に組み込んでおくことをおすすめします。

切り分け3:ドライバーの確認と更新

音声・映像デバイスのドライバーが最新かどうか、PowerShellでサクッと確認できます。

# オーディオデバイスのドライバー情報を確認
Get-WmiObject Win32_PnPSignedDriver | Where-Object { $_.DeviceClass -eq "MEDIA" } | Select-Object DeviceName, DriverVersion, DriverDate | Format-Table -AutoSize

# カメラデバイスのドライバー情報を確認
Get-WmiObject Win32_PnPSignedDriver | Where-Object { $_.DeviceClass -eq "IMAGE" -or $_.DeviceClass -eq "CAMERA" } | Select-Object DeviceName, DriverVersion, DriverDate | Format-Table -AutoSize

切り分け4:ネットワーク品質の簡易チェック

ネットワークが怪しいと思ったら、以下のコマンドで簡易チェックできます。

# Teams関連エンドポイントへの接続テスト
Test-NetConnection -ComputerName "teams.microsoft.com" -Port 443
Test-NetConnection -ComputerName "worldaz.tr.teams.microsoft.com" -Port 3478 -InformationLevel Detailed

# パケットロスと遅延の確認(10回ping)
Test-Connection -ComputerName "teams.microsoft.com" -Count 10 | Select-Object Address, Latency, Status

ポート3478への接続がタイムアウトする場合、ファイアウォールでUDPがブロックされている可能性が高いです。

管理者向け:ネットワーク診断ツールの活用

Microsoft Teams Network Assessment Tool

Microsoftが提供している専用の診断ツールで、ポートの開放状況とメディア品質を検証できます。管理者であれば、ぜひ導入しておきたいツールです。

# インストール後、以下のコマンドで実行
cd "C:\Program Files (x86)\Microsoft Teams Network Assessment Tool"

# ポート検証(基本テスト)
.\NetworkAssessmentTool.exe

# メディア品質チェック(リレー経由のジッター・パケットロス・遅延を計測)
.\NetworkAssessmentTool.exe /qualitycheck

# インフラ接続テスト
.\NetworkAssessmentTool.exe /infraconnectivitytest

結果は%LOCALAPPDATA%\Microsoft Teams Network Assessment Tool\にCSV形式で保存されます。

判断基準としては、ジッターが30ms以上、パケットロスが1%以上であればネットワーク品質に問題ありと判断して差し支えありません。

Microsoft 365管理センターの自己診断

管理者権限があれば、Microsoft 365管理センターの「ヘルプとサポート」から自己診断を実行できます。「Teams audio quality」などのキーワードで検索すると、自動診断テストが提示されて、問題の特定と解決手順を表示してくれます。手軽に使えるので、まずはここから試してみるのもアリです。

企業ネットワーク環境の確認ポイント

企業のファイアウォールやプロキシ設定がTeamsのメディアトラフィックをブロックしていると、音声・映像の品質低下や接続失敗が発生します。ネットワークチームと連携する際に、以下のポートとIPレンジが開放されているか確認してください。

必須ポート一覧

用途プロトコルポート範囲備考
Teams メディア(音声・映像・画面共有)UDP3478-3481STUNおよびリレー用。最優先で開放
Teams メディア(クライアント側)UDP50000-59999トランスポートリレーv4
Teams シグナリングTCP443HTTPS経由
SIPゲートウェイTCP5061ダイレクトルーティング使用時

VPN環境でのスプリットトンネリング

VPN接続中にTeamsの品質が落ちる——これは本当によくある問題です。原因はほぼ間違いなく、メディアトラフィックがVPNトンネルを経由していることにあります。

Teamsのリアルタイム通信はUDPを使うため、VPN経由だとレイテンシとジッターが増大してしまいます。Microsoft公式でも、TeamsメディアトラフィックにはVPNスプリットトンネリングの適用を推奨しています。

具体的には、IPアドレス範囲52.112.0.0/14および52.122.0.0/15へのUDPトラフィックをVPNトンネルから除外する設定が必要です。これを設定するだけで劇的に改善するケースも少なくありません。

通話品質ダッシュボード(CQD)の活用

CQD(Call Quality Dashboard)は、Teams管理者が組織全体の通話品質を監視・分析するためのツールです。個別ユーザーの問題というよりは、拠点・ネットワーク・時間帯ごとの傾向を把握するのに向いています。

CQDへのアクセス方法

  1. Teams管理センター(admin.teams.microsoft.com)にサインイン
  2. 左メニューの「分析とレポート」→「通話品質ダッシュボード」を選択
  3. または直接 cqd.teams.microsoft.com にアクセス

CQDで確認すべき主要指標

CQDを開いたら、まず注目すべきは以下の4つの指標です。

  • 通話品質不良率:全体の通話のうち品質不良と判定された割合。5%を超えていたら要調査
  • パケットロス率:1%以上ならネットワーク品質に問題あり
  • ジッター:30msを超えると音声が途切れて聞こえるようになる
  • ラウンドトリップタイム:100msを超えると会話に遅延を感じ始める

ビルディングデータのアップロード

CQDの分析精度をさらに高めたいなら、オフィスビルやサブネットのマッピング情報をアップロードしておくことをおすすめします。これにより、「○○ビルの3階だけ品質が悪い」といった拠点・フロア単位での問題を可視化できるようになります。

Teams管理センターの「ビルディングデータのアップロード」から、サブネットとビル名の対応表をCSVで登録するだけです。

トラブル発生時のエスカレーション判断基準

ヘルプデスクで対応していて、以下の条件に当てはまる場合はネットワークチームまたはMicrosoftサポートへのエスカレーションを検討してください。抱え込まず、早めの判断が大切です。

  • 同一拠点で3名以上が同時に音声・映像トラブルを報告している
  • CQDで特定サブネットの通話品質不良率が10%を超えている
  • Microsoft 365管理センターの「サービス正常性」にインシデントが記録されている
  • Network Assessment Toolの結果でパケットロス2%以上またはジッター50ms以上が検出された
  • ファイアウォールログでTeams関連ポート(UDP 3478-3481)へのブロックが記録されている

よくある質問(FAQ)

Q1:Teams会議で自分の声が相手に聞こえないのですが?

まずTeams上のミュート状態を確認してください(Ctrl + Shift + Mで切り替え可能)。次にヘッドセット本体のミュートボタンを確認し、Teamsのデバイス設定で正しいマイクが選択されているかチェックします。

Windows 11の場合、「設定」→「プライバシーとセキュリティ」→「マイク」でTeamsへのアクセスが許可されている必要もあります。テスト通話機能で事前に確認するのがおすすめです。

Q2:会議中に音声が途切れたり、映像がカクつくのはなぜ?

ほとんどの場合、ネットワーク帯域不足が原因です。TeamsのHD映像通話には4Mbps以上の帯域が必要になります。Wi-Fi接続なら有線LANに切り替えてテストしてみてください。

VPN接続中の場合は、Teamsメディアトラフィックをスプリットトンネリングで直接接続する設定が推奨されています。また、2026年1月のアーキテクチャ変更(ms-teams_modulehost.exe)後に問題が出始めた場合は、Teamsのアップデートを確認してみましょう。

Q3:Teams管理者として通話品質を組織全体で監視するには?

Teams管理センターの通話品質ダッシュボード(CQD)を活用してください。CQDでは通話品質不良率、パケットロス、ジッター、ラウンドトリップタイムなどの指標を拠点別・時間帯別に分析できます。

ビルディングデータをアップロードすれば、特定の拠点やネットワークセグメントに集中する問題をさらに詳細に可視化できるので、ぜひ設定しておきましょう。

Q4:キャッシュをクリアしても大丈夫?データは消えない?

大丈夫です。Teamsのローカルキャッシュをクリアしても、チャット履歴やファイルなどのデータはクラウド(Microsoft 365)に保存されているので消えません。キャッシュクリア後に再サインインすれば、すべてのデータが再同期されます。

ただし、一時的にオフラインで閲覧していたメッセージが表示されなくなることはあるので、念のため重要な情報は事前にコピーしておくと安心です。

Q5:企業のファイアウォールでTeamsに必要なポートは?

最低限必要なのは、UDP 3478-3481(STUN/リレー用)、UDP 50000-59999(メディアトランスポート用)、TCP 443(シグナリング用)の3つです。ダイレクトルーティングを使用する場合は、追加でTCP 5061も必要になります。

IPアドレス範囲は52.112.0.0/14および52.122.0.0/15が対象です。詳細はMicrosoft公式の「Office 365 URLとIPアドレス範囲」ドキュメントを参照してください。

著者について Daniel Okonkwo

Daniel has 13 years in IT operations split across two very different worlds: six years as a Tier 3 Windows server admin at a UK NHS trust, then seven years at CDW handling M365 security posture work for mid-market clients. He carries SC-200 (Security Operations Analyst), the CompTIA CySA+, and a slightly out-of-date ITIL v3 Expert that he refuses to renew on principle. His writing focuses on the helpdesk-adjacent security work that nobody owns cleanly: Defender for Endpoint onboarding, the difference between Defender for Office 365 Plan 1 and Plan 2 when finance asks why the bill jumped, and tuning Conditional Access without breaking the field sales team's iPads. He spent most of 2024 doing forensic cleanup on three separate Business Email Compromise cases - two of which traced back to a missing MFA gap on a service account. He is based in Birmingham and runs a quiet Mastodon instance for old-school sysadmins.