Azure Communication Services の通話用 WebJS SDK に関する既知の問題
この記事では、Azure Communication Services の WebJS の通話用 SDK に関する既知の問題について説明します。
すべてのデスクトップ ブラウザー
Web 上の複数のデバイスから複数のプレビューをレンダリングできない
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Web 上の複数のデバイスから複数のプレビューをレンダリングできません。 この問題は、既知の制限です。
既知の問題に関するリファレンス: 詳細については、「通話用 SDK の概要」を参照してください。
ビデオ デバイスを繰り返し切り替えると、ビデオ ストリーミングが一時的に停止する場合がある
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: ビデオ デバイスを切り替えると、選択したデバイスからストリームが取得される間、ビデオ ストリームが一時停止する場合があります。 デバイス間の切り替えを頻繁を行うと、パフォーマンスが低下する場合があります。
推奨される回避策: ビデオ デバイスの切り替え時のパフォーマンスの低下を軽減するために、開発者は別のデバイスを開始する前に既存のデバイスからのストリームを停止する必要があります。
通話が接続中状態のときのビデオ信号の問題
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: 通話が "接続中" 状態の際にユーザーがビデオを迅速にオンまたはオフにすると、このアクションにより通話用に取得したストリームで問題が発生することがあります。 開発者は、通話が "接続中" 状態のときにビデオをオンまたはオフにする必要がないような方法でアプリを構築することをお勧めします。 次のシナリオでは、ビデオのパフォーマンスが低下する可能性があります。
- 通話が "接続中" 状態のときに、ユーザーが音声から開始し、ビデオを開始して停止した場合。
- 通話が "ロビー" 状態のときに、ユーザーが音声から開始し、ビデオを開始して停止した場合。
リモート参加者のビデオをレンダリングで遅延が生じる
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: グループ通話の実施中に、"ユーザー A" がビデオを送信し、次に "ユーザー B" が通話に参加するとします。 場合によって、ユーザー B にユーザー A からのビデオが表示されなかったり、長い遅延後にユーザー A のビデオのレンダリングが開始されたりすることがあります。 ネットワーク環境の構成の問題によってこの遅延が発生する可能性があります。
既知の問題に関するリファレンス: 詳細については、「ネットワークの推奨事項」を参照してください。
ミュートやミュート解除などの特定の API を過度に使うと、Azure Communication Services インフラストラクチャでスロットリングが発生する
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: ミュートやミュート解除の API を呼び出すと、Azure Communication Services インフラストラクチャによって、ミュートやミュート解除を起動したローカル参加者の音声の状態が通話中の他の参加者に通知されるため、通話の参加者がミュートまたはミュート解除されたユーザーを認識できます。
Azure Communication Services インフラストラクチャでは、ミュートやミュート解除の過度な使用がブロックされます。 スロットリングは、参加者 (または参加者に代わるアプリケーション) がミュートとミュート解除を継続的に (毎秒、30 秒のローリング ウィンドウで 15 回以上) 試みた場合に発生します。
macOS で、WebRTC 通話中に Siri をアクティブにしてもマイクが自動的にミュートされない
オペレーティング システム: macOS。
ブラウザー: すべてのブラウザーおよびバージョン。
Azure Communication Services の通話用 SDK のバージョン: すべて。
説明: ユーザーが通話の途中で Siri と会話を開始しても、WebRTC 通話は自動的にミュートされません。 このような場合、ユーザーが Siri に与えるコマンド、または与えられたコマンドと Siri の応答の両方が他の参加者に聞こえてしまいます。
既知の問題に関するリファレンス: これは macOS の既知の問題です。
推奨される回避策: 現時点では、利用できる回避策はありません。 ユーザーは、通話中に Siri をアクティブにする場合、マイクを手動でミュートする必要があります。
macOS での ACS WebJS 通話と FaceTime 通話でのオーディオの重複
オペレーティング システム: macOS。
ブラウザー: すべてのブラウザーおよびバージョン。
Azure Communication Services の通話用 SDK のバージョン: すべて。
説明: ACS WebJS 通話を行っている macOS ユーザーが FaceTime 通話を受信して受け入れると、ACS WebJS 通話と FaceTime 通話の両方からのオーディオが同時に送受信されます。 これによりオーディオ ストリームが重複し、ユーザーには両方の通話が同時に聞こえます。
既知の問題に関するリファレンス: これは macOS の既知の問題です。
推奨される回避策: 現時点では、利用できる回避策はありません。 ユーザーは、WebRTC 通話でマイクを事前にミュートするか、FaceTime 通話を行う前に WebRTC 通話を終了できます。
すべてのモバイル ブラウザー
Web 上の複数のデバイスから複数のプレビューをレンダリングできない
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Web 上の複数のデバイスから複数のプレビューをレンダリングできません。 この問題は、既知の制限です。
既知の問題に関するリファレンス: 詳細については、「通話用 SDK の概要」を参照してください。
ビデオ デバイスを繰り返し切り替えると、ビデオ ストリーミングが一時的に停止する場合がある
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: ビデオ デバイスを切り替えると、選択したデバイスからストリームが取得される間、ビデオ ストリームが一時停止する場合があります。 デバイス間の切り替えを頻繁を行うと、パフォーマンスが低下する場合があります。
推奨される回避策: ビデオ デバイスの切り替え時のパフォーマンスの低下を軽減するために、開発者は別のデバイスを開始する前に既存のデバイスからのストリームを停止する必要があります。
通話が接続中状態のときのビデオ信号の問題
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: 通話が "接続中" 状態の際にユーザーがビデオを迅速にオンまたはオフにすると、このアクションにより通話用に取得したストリームで問題が発生することがあります。 開発者は、通話が "接続中" 状態のときにビデオをオンまたはオフにする必要がないような方法でアプリを構築することをお勧めします。 次のシナリオでは、ビデオのパフォーマンスが低下する可能性があります。
- 通話が "接続中" 状態のときに、ユーザーが音声から開始し、ビデオを開始して停止した場合。
- 通話が "ロビー" 状態のときに、ユーザーが音声から開始し、ビデオを開始して停止した場合。
リモート参加者のビデオをレンダリングで遅延が生じる
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: グループ通話の実施中に、"ユーザー A" がビデオを送信し、次に "ユーザー B" が通話に参加するとします。 場合によって、ユーザー B にユーザー A からのビデオが表示されなかったり、長い遅延後にユーザー A のビデオのレンダリングが開始されたりすることがあります。 ネットワーク環境の構成の問題によってこの遅延が発生する可能性があります。
既知の問題に関するリファレンス: 詳細については、「ネットワークの推奨事項」を参照してください。
ミュートやミュート解除などの特定の API を過度に使うと、Azure Communication Services インフラストラクチャでスロットリングが発生する
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: ミュートやミュート解除の API を呼び出すと、Azure Communication Services インフラストラクチャによって、ミュートやミュート解除を起動したローカル参加者の音声の状態が通話中の他の参加者に通知されるため、通話の参加者がミュートまたはミュート解除されたユーザーを認識できます。
Azure Communication Services インフラストラクチャでは、ミュートやミュート解除の過度な使用がブロックされます。 スロットリングは、参加者 (または参加者に代わるアプリケーション) がミュートとミュート解除を継続的に (毎秒、30 秒のローリング ウィンドウで 15 回以上) 試みた場合に発生します。
ページを更新してもユーザーが通話からすぐに削除されない
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: 通話中のユーザーがページを更新しようとすると、Communication Services のメディア サービスはこのユーザーを通話から直ちに削除しません。 ユーザーが再び参加するのを待機します。 メディア サービスがタイムアウトになると、ユーザーは通話から削除されます。
通話中のユーザーがページを更新しようとすると、Communication Services メディア サービスはこのユーザーを通話から直ちに削除しません。 ユーザーが再び参加するのを待機します。 メディア サービスがタイムアウトになると、ユーザーは通話から削除されます。
エンド ユーザーが通話中にアプリケーションのページを更新する必要がないユーザー エクスペリエンスを構築することをお勧めします。 ユーザーがページを更新した場合、そのユーザーがアプリケーションに戻った後、Communication Services の同じユーザー ID を再使用します。 ユーザーは、同じユーザー ID で再度参加することにより、remoteParticipants コレクション内の同じ既存のオブジェクトとして表されます。 他の通話参加者から見ると、ユーザーは、ページの更新にかかる時間の間 (最大 1 分から 2 分)、通話中のままになります。
更新の前にユーザーがビデオを送信していた場合、サービスがタイムアウトになって以前のストリーム情報が削除されるまで、videoStreams コレクションにはこの情報が保持されます。 このシナリオの場合、アプリケーションでは、コレクションに追加された新しいストリームを確認し、id が最も高いものをレンダリングする場合があります。
Safari のデスクトップ
macOS Safari 18 以降では、ユーザーが通話中に画面共有ををキャンセルした後、約 1 分間画面を共有できない。 この間、画面共有が回復するまで、一部のオプションが機能しない
ブラウザーのバージョン: Safari 18 以降。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: 画面共有の試行を取り消すと、ユーザーはその後約 1 分間、画面の共有を再開できません。 この間、カメラをオン/オフにする機能など、一部のオプションが応答しなくなります。 約 1 分経過すると、ユーザーは画面共有を開始でき、通話で使用可能なすべてのオプションを再度使用できるようになります。
既知の問題リファレンス: この回帰は Safari で発生した既知の問題です。
推奨される回避策: 画面共有の再起動の遅延を防ぐために、画面共有中に [キャンセル] オプションを使用しないことをお勧めします。 共有を停止する必要がある場合は、共有アクションを完了するか、復旧するまで待機してから再試行することをお勧めします。
macOS Safari 17 以降で、macOS ユーザーが通話中に Bluetooth ヘッドフォンを接続すると、音声が途切れることがある
ブラウザーのバージョン: Safari 17 以降。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: macOS ユーザーが Safari を使用した通話中に Bluetooth ヘッドフォンを MacBook に接続すると、音声に問題が発生する可能性があります。 ユーザーが通話前または通話中に Bluetooth ヘッドフォンを接続するどちらのユース ケースでも、送受信される音声が利用できなくなったり途切れたりする可能性があります。 少なくとも 30 秒待つと、受信側の音声の問題は解決する可能性がありますが、多くの場合、送信側の音声は自動的には回復しません。
既知の問題リファレンス: この回帰は Safari で発生した既知の問題です。
推奨される回避策: 一時的な解決策として、ユーザーは Bluetooth デバイスを再接続するか、通話を更新して音声の回復を試みる必要がある場合があります。 また、最新バージョンの macOS と Safari にアップグレードすると、このような問題の潜在的な修正が含まれている可能性があるため、役立つ場合があります。
macOS Safari 17 以降では、ビデオの背景効果によって、ローカル プレビューとリモート側の両方でビデオの点滅が発生することがある
ブラウザーのバージョン: Safari 17 以降。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: macOS Safari 17 の更新プログラムの 1 つでバグが見つかり、背景効果の実装フレーム キャプチャによりフレームがスキップされるため、ローカル プレビューとリモート側の両方でビデオが点滅することがあります。
- 修正プログラムは、Safari バージョン 17.5 (macOS Sonoma 14.5) 以降で利用できます。
推奨される回避策: ユーザーには、この問題が解決済みの最新の macOS および Safari バージョン (少なくとも v17.5) に更新することをお勧めします。
Safari バージョンが 17.1 以下である macOS Sonoma で受信および送信ビデオが点滅する問題
ブラウザー バージョン: Safari v17.0、v17.1 (macOS Sonoma 14)。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: macOS Sonoma 14.0 のユーザーが Safari バージョン 17.0 と 17.1 においてビデオがオンの状態で通話に参加すると、ビデオが点滅する問題が発生します。 Safari ユーザーが通話に参加すると、受信ビデオが点滅し、他の通話参加者からの受信内容に影響します。 さらに、既に通話中のリモート参加者に対する Safari ユーザーからの送信ビデオも点滅します。 この問題は、通話の視覚的品質に悪影響を及ぼします。
- Safari バージョン 17.2 以降では、修正プログラムを利用できます。
推奨される回避策: ユーザーは、この問題が解決されている最新の macOS および Safari バージョン (少なくとも v17.2) に更新することが推奨されます。
Azure Communication Services での 1:1 ビデオ通話で他の通話参加者が macOS Safari ユーザーと同時に画面共有を開始することができない
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Azure Communication Services での 1:1 ビデオ通話で macOS Safari ユーザーが自分の画面を共有しているときに、別のブラウザーを使用している他方の参加者は、最初の参加者が画面共有を停止しない限り画面共有を開始できません。 この制限は、ブラウザーとオペレーティング システムのさまざまな組み合わせで確認されていますが、発生するのは 1:1 通話に限定されています。 この問題は、通話の参加者が両方とも macOS で Safari を使用している場合は発生しません。
既知の問題リファレンス: この回帰は Safari で発生した既知の問題です。
推奨される回避策: 一時的な回避策として、Azure Communication Services での 1:1 ビデオ通話で参加者の 1 人が macOS Safari を使用しているときは一度に 1 人の参加者のみが自分の画面を共有するようにしてください。
Safari バージョンが 16.3 以下である macOS Ventura で画面共有が機能しない
ブラウザーのバージョン: Safari v16.1、v16.2、v16.3 (macOS Ventura 13.0)。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Safari ブラウザー (v16.1、v16.2、v16.3) を使用する際に macOS Ventura 13.0 でこの問題が発生し、Safari バージョン 16.4 以降で修正プログラムが提供されています。
既知の問題リファレンス: この回帰は Safari で発生した既知の問題です。
推奨される回避策: ユーザーは、この問題が解決されている最新の macOS および Safari バージョン (少なくとも v16.4) に更新することが推奨されます。
Web 通話の参加者が iPhone 連携を使用して macOS で応答した際に PSTN 通話の音声を聞こえる
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: ブラウザーを使用してアクティブな ACS 通話に参加している MacOS ユーザーが、iPhone にリンクされている MacBook で着信 PSTN 通話を受け入れると (同じ iCloud アカウントを使用)、PSTN 通話からの音声が Web 通話の参加者間で共有されます。 その結果、通話の参加者に PSTN 通話の音声が聞こえます。
既知の問題に関するリファレンス: これは macOS の既知の問題です。
推奨される回避策: 現時点では、直接の回避策はありません。 ユーザーは、PSTN および Web 通話で個別のデバイスを使用して、別の通話で他の通話の参加者と音声が共有されないようにすることが推奨されます。
Safari iOS モバイル
iOS 17 以降で iOS ユーザーが PSTN またはサードパーティ製アプリの着信通話を受信したとき、または ACS Web ベースの通話中に Siri を有効にしたときのビデオの回復に関する問題
iOS バージョン: iOS バージョン 17 以降。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Web 通話中の iOS ユーザーが PSTN/サードパーティ製アプリの通話を着信して拒否または受け入れると、ユーザーにビデオの問題が発生します。 受信側のビデオがフリーズしているように見えたり、受信側のビデオが表示されなかったりする場合があります。このため、ユーザーがカメラを再度有効にする必要があります。 ユーザーがカメラを再アクティブ化しない限り、ビデオ プレビューも送信側のビデオも同様に回復しません。
iOS ユーザーが通話中に Siri を使用しようとしたときの iOS 17 以降でのビデオに関する問題
iOS バージョン: iOS バージョン 17 以降。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: iOS ユーザーが Web モバイル通話の途中で Siri を有効にしようとすると、受信側のビデオがフリーズし、回復するまでに数秒かかる可能性があります。
iOS 16.3 から 17.3.1 を使用する際の Web 通話でのカメラ プレビューの解像度に関する問題
iOS バージョン: iOS バージョン 16.3 から 17.3.1 まで。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: iOS ユーザーがカメラを有効にして iOS Safari モバイルを使用して通話に参加すると、カメラ プレビューが正しくない解像度で表示され、トリミングされたように見える問題が発生する可能性があります。 通話中にユーザーがカメラを再度有効化にすると、問題は発生しなくなります。 この問題は、iOS 17.4 以降で修正されています。
推奨される回避策: ユーザーは、この問題が解決されている最新の iOS および Safari バージョン (iOS 17.4 以降) に更新することが推奨されます。
iOS 16 以降 iOS 17.4 までのビデオ通話で、audioInputLevel と frameRateInput のテレメトリ データが見つからない
iOS バージョン: iOS バージョン 16.0 から 17.4 まで。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: iOS バージョン 16 から 17.4 まででのビデオ通話中に audioInputLevel と frameRateInput のテレメトリ データがキャプチャされないため、オーディオとビデオの設定をリアルタイムで監視および最適化する機能に影響がでます。 この問題は、iOS 17.5 以降で修正されています。
推奨される回避策: ユーザーは、この問題が解決されている最新の iOS および Safari バージョン (iOS 17.5 以降) に更新することが推奨されます。
Web 通話中にサードパーティまたは PSTN 通話を着信した際に iOS 16 から 16.3.1 で発生する音声とビデオの回復に関する問題
iOS バージョン: iOS バージョン 16 から 16.3.1 まで。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Web 通話中の iOS ユーザーが PSTN/サードパーティ製アプリの通話を着信したとき、音声通話が終了した後、送受信の音声と送信側のビデオが自動的に回復しません。 iOS ユーザーは Web で再度通話をミュート解除する必要があります。 エンド ユーザーは、"マイク" ボタンを無効にしてから再度有効にして、音声とビデオを取得できるようにする必要があります。
既存の問題に関するリファレンス: 関連する WebKit のバグはこちらを参照してください。
推奨される回避策: ユーザーは、この問題が解決されている最新の iOS および Safari バージョン (iOS 16.4 以降) に更新することが推奨されます。
iOS 16 で、通話中にブラウザーをバックグラウンドに配置するときにバグが発生しました
iOS のバージョン: iOS バージョン 16 から 16.1。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: iOS バージョン 16 で、Safari モバイル ブラウザーを使用する際に Azure Communication Services の音声通話とビデオ通話が停止する可能性があるバグが発生しました。 影響として、通話中に Azure Communication Services 通話が機能しなくなる可能性があり、再度機能させるための唯一の解決策は、エンド カスタマーに電話を再起動してもらうことです。
このバグを再現するには次のようにします。
- ユーザーに iOS 16 が稼働する iPhone を使用してもらいます。
- Safari iOS モバイル ブラウザーを使って Azure Communication Services 通話 (音声のみまたは音声とビデオを使用) に参加します。 通話中に誰かが Safari ブラウザーをバックグラウンドに配置して、YouTube を表示するか、Bluetooth デバイス経由で接続中に FaceTime や通話を受信します。
- この状況の数分後に、受信と送信ビデオが停止する可能性があります。
- Azure Communication Services 通話を再度機能させる唯一の方法は、エンド ユーザーに電話を再起動してもらうことです。
iOS 16.2 でバグが修正されました。
既存の問題に関するリファレンス: 関連する WebKit のバグはこちらとこちらをご覧ください。
推奨される回避策: 最新の iOS のバージョンに更新することを検討してください。
iPhone X で、カメラをオンにして 30 分以上通話したときビデオとオーディオに問題が発生する
該当するデバイス: iPhone X (iOS 16.7.x)。
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: iOS 16.7.x を搭載した iPhone X で、Azure Communication Service の通話時、ビデオをオンにして 30 分以上通話すると、ローカル映像のプレビューと着信映像が両方とも見えなくなり、ユーザーに対して空白または空の画面が表示されることがあります。 他のユーザーから見ると、iPhone X デバイス上で映像が表示されなくなった瞬間、iPhone X ユーザーの映像がフリーズしたように見えます。 また、ビデオが表示されなくなるのに伴い、強いエコーが発生することもあります。 iPhone X ユーザーがカメラを一旦オフにしてから再度オンにすると、ビデオは回復します。
- この問題は、iOS バージョン 16.7.5 または 16.7.7 を搭載した iPhone X デバイスでのみ確認されています。
iOS 上の Safari で通話しているときに、Bluetooth のヘッドセットのマイクが検出されない、または音声が聞こえない
iOS のバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Bluetooth のヘッドセットは、iOS 上の Safari ではサポートされていません。 Bluetooth デバイスは利用可能なマイクのオプションに表示されないため、Safari で Bluetooth を使用しようとした場合、他の参加者は音声を聞くことができません。 この回帰は、オペレーティング システムの既知の制限事項です。 macOS および iOS/iPadOS の Safari では、Communication Services デバイス マネージャーを使用してスピーカー デバイスを列挙または選択することはできません。 これは、Safari ではスピーカーの列挙または選択がサポートされていないためです。
推奨される回避策: このような場合、オペレーティング システムを使用してデバイスの選択を更新します。
通話中にサード パーティのライブラリを使用すると、オーディオが失われる可能性がある
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: アプリケーション内で getUserMedia を個別に使用すると、音声ストリームが失われる場合があります。 音声ストリームが失われるのは、サードパーティのライブラリが Azure Communication Services ライブラリからデバイス アクセスを引き継ぐためです。
- 通話中に内部で
getUserMediaAPI を使用しているサード パーティ製のライブラリを使用しないでください。 - それでもサード パーティのライブラリを使用する必要がある場合、音声ストリームを復旧させる唯一の方法は、選択したデバイスを変更するか (ユーザーが複数のデバイスを持っている場合)、通話を再度開始することです。
この問題の原因として考えられるのは、同じデバイスから独自のストリームを取得すると、競合状態になるという副作用が発生することです。 他のデバイスからストリームを取得すると、ユーザーの USB 帯域幅または IO 帯域幅が不足し、
sourceUnavailableError率が急上昇します。
iOS 上の Safari でのデバイスの列挙またはアクセス
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: 特定の環境では、デバイスのアクセス許可が一定期間後にリセットされる場合があります。 macOS および iOS の Safari では、取得したストリームが存在しない限り、アクセス許可を長期間保持しません。 この制限を回避する最も簡単な方法は、デバイス マネージャーのデバイス列挙 API を呼び出す前に DeviceManager.askDevicePermission() API を呼び出すことです。 これらの列挙 API としては、DeviceManager.getCameras()、DeviceManager.getSpeakers()、DeviceManager.getMicrophones() があります。 アクセス許可がある場合、ユーザーには何も表示されません。 アクセス許可がない場合、ユーザーには再度アクセス許可の入力を求めるメッセージが表示されます。
iOS の Safari で一定の中断が発生すると、ローカルのマイクやカメラがミュート状態になる
説明: この問題は、別のアプリケーションまたはオペレーティング システムがマイクまたはカメラの制御を引き継ぐ場合に発生することがあります。 ユーザーが通話中に発生する可能性があるいくつかの例を次に示します。
- PSTN (公衆交換電話網) を介して着信通話があると、マイク デバイスへのアクセスがキャプチャされます。
- たとえば、ユーザーが YouTube 動画を再生するか、FaceTime 通話を開始します。 別のネイティブ アプリケーションに切り替えると、マイクまたはカメラへのアクセスがキャプチャされる可能性があります。
- ユーザーが Siri を有効にして、Siri がマイクへのアクセスを取得します。
たとえば iOS では、Azure Communication Services 通話中に PSTN 通話が着信すると、microphoneMutedUnexepectedly bad UFD が発生し、Azure Communication Services 通話の音声の流れが停止し、通話はミュート状態としてマークされます。 Azure Communication Services 通話の音声の流れを再開するには、PSTN 通話の終了後、ユーザーは Azure Communication Services 通話のミュートを解除する必要があります。
カメラがオンの状態で中断が発生した場合、Azure Communication Services 通話でカメラが使用できない場合と使用できる場合があります。 カメラが失われた場合、カメラはオフとしてマークされます。カメラの中断が終了したら、ユーザーはカメラをオンに戻す必要があります。
場合によっては、マイクやカメラ デバイスが予定どおりに解放されず、これにより元の通話に問題が発生する可能性があります。 たとえば、YouTube 動画の視聴中にミュートを解除しようとする場合や、PSTN 通話が同時にアクティブな場合などです。
- ユーザーが iOS 15.2 以降で SDK バージョン 1.4.1-beta.1 以降を使用している場合、受信ビデオ ストリームのレンダリングは停止しません。音声とビデオの送信を再開するには、ビデオのミュート解除と開始の手順が引き続き必要になります。
- iOS 15.4 以降では、ほとんどの場合、オーディオとビデオを自動復旧できる必要があります。 一部のエッジ ケースでは、ミュートを解除するには、送信音声を復旧するために、アプリケーションが「ミュート解除」の API を呼び出す必要があります (ユーザー アクションの結果として発生することがあります)。
ユーザーが別のアプリに移動し、ブラウザーに戻った場合、iOS Safari によってページが更新される
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: この問題は、iOS の Safari を使用して Azure Communication Services 通話中のユーザーがしばらくの間他のアプリに切り替えた場合に発生することがあります。 ユーザーがブラウザーに戻ると、ブラウザー ページが更新される場合があります。 これは、OS がブラウザーを強制終了するためです。 この問題を軽減する 1 つの方法は、いくつかの状態を保持し、ページの更新後に回復させることです。
モバイル iOS ユーザーが通話を終了しても、参加者リストに引き続き表示される
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: この問題は、モバイル ユーザーが Call.hangUp() API を使用せずに Azure Communication Services のグループ通話を終了した場合に発生することがあります。 モバイル ユーザーが電話を切らずにブラウザーを閉じ、Web ページを更新した場合、グループ通話の他の参加者には、参加者リストにこのモバイル ユーザーが引き続き約 60 秒間表示されることがあります。
iOS 15 で Safari がフリーズする問題
ブラウザーのバージョン: iOS バージョン 15 から 15.1。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: ユーザーが YouTube にアクセスし、Siri を有効化し、PSTN 通話を着信した際や、Web 通話中に他の中断シナリオが発生した際に、Safari のフリーズが発生することがあります。 これは iOS 15 で発生した既知の問題で、iOS バージョン 15.0、15.0.2、15.1 で確認されています。
- iOS 15.2 以降ではこの問題は修正されています。
既存の問題に関するリファレンス: 関連する WebKit のバグはこちらとこちらをご覧ください。
推奨される回避策: 最新の iOS のバージョンに更新することを検討してください。
Safari iPadOS のタブレット
デバイスを回転させると、ビデオ品質が低下することがある - Apple iPad 8 および Apple iPad X
影響を受けるデバイス: Apple iPad 8 と Apple iPad X。
説明: ユーザーがデバイスを回転させると、この動きによりストリーミング中のビデオの品質が低下することがあります。
Chrome のデスクトップ
macOS 15.0、ビルド: 24A335 での通話切断の問題
OS バージョン: macOS 15.0、ビルド: 24A335。
ブラウザーのバージョン: Google Chrome - すべてのバージョン。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: macOS 15.0 で 1 対 1 通話の開始時に、通話先が通話を受け入れると、数秒後に通話が自動的に切断されることがあります。 通話受信と通話参加にさらなる遅延が生じ、切断につながる可能性もあります。 ファイアウォールを無効にすると、これらの問題が一時的に解決されます。これにより、macOS ファイアウォール設定からの干渉が根本原因であることが示唆されます。 この問題は、macOS 15.0.1 で対処されています。macOS 15.0.1 リリース ノートのここで詳しく説明されているように、サードパーティのセキュリティ ソフトウェアとの互換性が強化されました。
推奨される回避策: この問題が発生しているユーザーは、ファイアウォールを一時的に無効にするか、macOS 15.0.1 に更新してこれらの通話接続の問題を永続的に解決することを検討する必要があります。
Chrome M98 - NVIDIA カードがないデバイスでビデオ解像度が低下し、キーフレーム生成が増加する回帰
ブラウザーのバージョン: Google Chrome バージョン 98 (2022 年 2 月)
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Chrome バージョン 98 でビデオ キーフレームが異常に生成される回帰が発生し、大半 (70% 以上) のユーザーで送信されたビデオ ストリームの解像度に悪影響が生じています。
既知の問題に関するリファレンス: この回帰は Chromium で発生した既知の問題です。
推奨される回避策: Google Chrome を最新バージョンに更新します。
Chrome モバイル Android
Chrome M125 - 一部の Android デバイスでグループ通話や Azure Communication Services-Microsoft Teams 通話の映像が送信されない
ブラウザーのバージョン: Android デバイスにインストールされている Google Chrome バージョン 125 (2024 年 5 月)。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Android 用 Chrome バージョン 125 で、ビデオ通話を行う際の回帰が発生しました。このバグの結果、このバージョンの Chrome を使用して Azure Communication Services で通話を行うユーザーは、グループ通話や Azure Communication Services-Microsoft Teams 通話での映像が送信されなくなります。
この動作は、Huawei、OnePlus、Poco、Xiaomi の Android デバイスで確認されています。 この動作は、Samsung、Google Pixel、Motorola の Android デバイスでは見られません。
- Google Chrome バージョン 125.0.6422.146/147 以降で修正プログラムを利用できます。
影響を受けるデバイス:
- Huawei P30 Lite
- OnePlus Nord N10
- OnePlus 7T
- Poco X3 Pro
- Xiaomi Redmi 8T (他の類似のモデル/デバイスでも発生する可能性があります)。
推奨される回避策: この問題が解決された Google Chrome バージョン 125.0.6422.146/147 以降に更新することをお勧めします。
Android 14 におけるブラウザーがバックグラウンドにあるかデバイス画面がロックされている場合の送信オーディオの問題
Android バージョン: Android 14。
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Android 14 では、ブラウザーがバックグラウンドに置かれるか、デバイス画面がロックされると、送信オーディオが約 5 秒後に消えます。 この問題は、通話中のオーディオ転送を妨げるので、ユーザー エクスペリエンスに影響します。 Android 13 やその他のバージョンの Android では問題は見つかっていません。
推奨される回避策: ユーザーは、通話中にブラウザーをフォアグラウンドでアクティブにしておくことが推奨されます。
省電力モードが有効になっているときにブラウザーがバックグラウンドになっているかデバイス画面がロックされている場合の、Android における着信と発信のオーディオの問題
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: 省電力モードが有効な場合に Android 携帯電話で、ACS 通話をホストしているブラウザーがバックグラウンドになるかデバイス画面がロックされると、着信と発信のオーディオはすぐに停止します。 さらに、ブラウザーを省電力モードでバックグラウンドにするアクションにより、デバイス画面がロックされるか、ブラウザーがバックグラウンドになった約 1 分後に、ユーザーは切断され、通話から削除されます。
既知の問題に関するリファレンス: これは Chromium の既知の問題です。
推奨される回避策: この問題を回避するには、通話中にブラウザーをフォアグラウンドでアクティブのままにするか、WebRTC 通話中に省電力モードを無効にすることをお勧めします。
一部の Android デバイスで、受信した映像が点滅して別の受信した映像に重なって見える、または画面が短時間一面緑色になることがある
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: 1 つのビデオ通話に 4 人以上のユーザーが参加していて、ユーザーの 1 人が Android デバイスを使用しているときは、その Android デバイスで受信した映像が点滅することや、別の受信した映像と重なって見えることがあります。 同じユース ケースで発生することがある別の動作としては、受信した映像が緑がかって見える、または一面緑色になるというものがあり、これが短時間だけのことも、長時間続くこともあります。 この動作は、別のユーザーがカメラを再び有効にしたときや、ビデオをオンにして通話に参加したときに特に顕著になります。 この動作は、Samsung Galaxy S10、S20、S21、Google Pixel 6、8 で確認されています。
影響を受けるデバイス:
- Samsung Galaxy S10
- Samsung Galaxy S20
- Samsung Galaxy S21
- Google Pixel 6
- Google Pixel 8
既知の問題に関するリファレンス: この回帰は Chromium で既知の問題です。
Chrome M115 - グループ通話と Azure Communication Services-Microsoft Teams 通話でビデオを送信できない
ブラウザーのバージョン: Android デバイスにインストールされている Google Chrome バージョン 115 (2023 年 7 月)。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Android 用 Chrome バージョン 115 で、ビデオ通話を行う際の回帰が発生しました。このバグの結果、このバージョンの Chrome を使用して Azure Communication Services で通話を行うユーザーは、グループ通話や Azure Communication Services-Microsoft Teams 通話でビデオを送信できなくなります。
既知の問題に関するリファレンス: この回帰は Chromium で発生した既知の問題です。
推奨される回避策: 短期的な緩和策として、Android で Microsoft Edge または Firefox を使用するか、Android で Google Chrome 115/116 を使用しないようにユーザーに指示します。
Android ユーザーが PSTN 通話をしていても、"Azure Communication Services" 通話から音声が聞こえる
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: この問題は、Android Chrome ユーザーが PSTN 通話を受信したときに発生します。
PSTN 通話に応答すると、"Azure Communication Services" 通話のマイクがミュートになります。
"Azure Communication Services" 通話の発信音声はミュートされているため、他の参加者は PSTN 通話中のユーザーの音声を聞くことはできません。
ユーザーの着信音信がミュートされていないことに注意してください。この動作はこのブラウザー特有のものです。
推奨される回避策: Google からの今後の更新プログラムまたはパッチを待ってください。
Android デバイスでサード パーティ製アプリによる通話後の Azure Communication Services 通話で、受信音量が著しく小さい
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: ユーザーがサードパーティ製アプリ (WhatsApp、Viber) による通話を受け、通話を行った後、Azure Communication Services の通話中に受信する音量が有意に小さくなります。
この問題は、モバイル ブラウザーを使用する Android デバイスで発生します。 また、音量がサードパーティ製品での通話を行った前よりも小さくなっていても、音量コントロールは最大レベルを示しています。
既知の問題に関するリファレンス: これは Chromium の既知の問題です。
推奨される回避策: Azure Communication Services での通話に再度参加するか、サードパーティのアプリ呼び出しを個別に処理することをお勧めします。
ブラウザーがバックグラウンドに 1 分間移動した後、Android Chrome によって通話がミュートされる
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
Android Chrome でユーザーが Azure Communication Services の通話中で、ブラウザーを 1 分間バックグラウンドに設定した場合、 マイクはアクセスを失い、通話の他の参加者にはそのユーザーの音声が聞こえません。 ユーザーがブラウザーをフォアグラウンドに戻すと、マイクが再び使用可能になります。
既存の問題に関するリファレンス: 関連する Chromium のバグはこちらとこちらをご覧ください。
Android の Chrome で一定の中断が発生すると、ローカルのマイクやカメラがミュート状態になる
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: この問題は、別のアプリケーションまたはオペレーティング システムがマイクまたはカメラの制御を引き継ぐ場合に発生することがあります。 ユーザーが通話中に発生する可能性があるいくつかの例を次に示します。
- PSTN (公衆交換電話網) を介して着信通話があると、マイク デバイスへのアクセスがキャプチャされます。
- たとえば、ユーザーが YouTube 動画を再生するか、サードパーティのアプリの呼び出しを開始します。 別のネイティブ アプリケーションに切り替えると、マイクまたはカメラへのアクセスがキャプチャされる可能性があります。
Android Chrome で PSTN 通話が着信すると、Azure Communication Services 通話の音声の流れが停止し、Azure Communication Services 通話はミュート状態としてはマークされません。 この場合、microphoneMutedUnexepectedly UFD イベントはありません。 PSTN 通話が終了すると、Android Chrome によって音声が自動的に再開され、Azure Communication Services 通話で音声が再び正常に流れ始めます。
カメラがオンの状態で中断が発生した場合、Azure Communication Services 通話でカメラが使用できない場合と使用できる場合があります。 カメラが失われた場合、カメラはオフとしてマークされます。カメラの中断が終了したら、ユーザーはカメラをオンに戻す必要があります。
場合によっては、マイクやカメラ デバイスが予定どおりに解放されず、これにより元の通話に問題が発生する可能性があります。 たとえば、YouTube 動画の視聴中にミュートを解除しようとする場合や、PSTN 通話が同時にアクティブな場合などです。
Android デバイス上の WebRTC 通話で有線ヘッドホンのマイクの自動選択が失敗する
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: ユーザーが有線ヘッドホンを Android デバイスに接続し、WebRTC 通話に参加した場合、マイク オプションの既定値が有線ヘッドホンになりません。 この問題は、さまざまな Android デバイスと Google Chrome バージョンで一貫して再現されています。 Twilio や Google の WebRTC サンプルなどの他のサービスでも、同様の動作が確認されています。
既知の問題に関するリファレンス: これは Chromium の既知の問題です。
推奨される回避策: ユーザーは、WebRTC 通話に参加した後、通話設定でマイク オプションとして有線ヘッドフォンを手動で選択する必要があります。
モバイル Android ユーザーが通話を切断しても、参加者リストに引き続き表示される
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: この問題は、モバイル ユーザーが Call.hangUp() API を使用せずに Azure Communication Services のグループ通話を終了した場合に発生することがあります。 モバイル ユーザーが電話を切らずにブラウザーを閉じ、Web ページを更新した場合、グループ通話の他の参加者には、参加者リストにこのモバイル ユーザーが引き続き約 60 秒間表示されることがあります。
一部の Android デバイス (A326U、A125U、A215U) で、グループ通話を除く通話シナリオで問題が発生する
影響を受けるデバイス:
- Samsung Galaxy A32 (モデル A326U)
- Samsung Galaxy A12 (モデル A125U)
- Samsung Galaxy A21 (モデル A215U)
Description: 多くの特定の Android デバイスは、通話と会議を開始し、受け入れることができません。 この問題が発生したデバイスは復旧できず、すべての試行で失敗します。 これらは主に Samsung のモデル A デバイスです。具体的には、A326U、A125U、A215U の各モデルが該当します。
デバイスの回転によってビデオ品質が低下することがある - Google Pixel 3a、Google Pixel 5
影響を受けるデバイス: Google Pixel 3a、Google Pixel 5。
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: ユーザーがデバイスを回転させると、この動きによりストリーミング中のビデオの品質が低下することがあります。
カメラを切り替えると画面がフリーズする - Google Pixel 4a
影響を受けるデバイス: Google Pixel 4a。
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Communication Services ユーザーが JavaScript の通話用 SDK を使用して通話に参加し、カメラのスイッチ ボタンを押すと、UI が応答しなくなることがあります。 ユーザーは、アプリケーションを更新するか、ブラウザーをバックグラウンドにプッシュする必要があります。
Chrome モバイル iOS
ブラウザーをバックグラウンドに切り替え、デバイスをロックすると、音声の発着信ができなくなる - iOS バージョン 16.4 以降で修正済み
iOS のバージョン: iOS 16.3 以前のすべての iOS バージョン。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: ブラウザーをバックグラウンドに切り替え、デバイスをロックすると、音声の発着信ができなくなる問題が 16.3 以前の iOS バージョンで発生していましたが、iOS 16.4 で修正されました。
既存の問題に関するリファレンス: 関連する WebKit のバグ。
推奨される回避策: 最新の iOS のバージョンに更新することを検討してください。
Bluetooth ヘッドセットから音声の発着信ができない - iOS 15
iOS のバージョン: iOS バージョン 15.6 と 15.7 でこの問題が発生しています。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: ユーザーが Azure Communication Services 通話の途中で Bluetooth ヘッドセットを接続すると、ユーザーが電話をロックしてロック解除するまで、スピーカーから引き続き音声が出力されます。
iOS 16 では問題は再現していません。
推奨される回避策: 最新の iOS のバージョンに更新することを検討してください。
モバイル iOS ユーザーが通話を終了しても、参加者リストに引き続き表示される
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: この問題は、モバイル ユーザーが Call.hangUp() API を使用せずに Azure Communication Services のグループ通話を終了した場合に発生することがあります。 モバイル ユーザーが電話を切らずにブラウザーを閉じ、Web ページを更新した場合、グループ通話の他の参加者には、参加者リストにこのモバイル ユーザーが引き続き約 60 秒間表示されることがあります。
Firefox のデスクトップ
Communication Services のデバイス マネージャー経由で Firefox でスピーカーの列挙と選択ができない
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Firefox を使用している場合、Communication Services のデバイス マネージャー経由でアプリでスピーカーを列挙または選択することができません。
回避策: このような場合、オペレーティング システム経由でデバイスを選択する必要があります。
仮想カメラが現在サポートされていない
ブラウザーのバージョン: すべて。
Azure Communication Service の通話用 SDK のバージョン: すべて。
説明: Firefox デスクトップで音声通話とビデオ通話を行う場合に、仮想カメラは現在サポートされていません。