Description
Hi Chime SDK Team,
I am using the Amazon Chime SDK for implementing audio and video calls in my iOS application. I have encountered a scenario where the Chime audio call gets disconnected automatically when a GSM call is received, even if the GSM call is not answered.
Expected Behavior:
When an incoming GSM call is received but not answered, the Chime call's audio should remain active, similar to how other VoIP applications like Slack or WhatsApp handle such scenarios.
Current Issue:
Whenever a GSM call is received, the Chime call disconnects, regardless of whether the GSM call is answered or dismissed. I have attempted configuring the AVAudioSession as follows:
swift
func configureAudioSession() {
let audioSession = AVAudioSession.sharedInstance()
do {
if audioSession.category != .playAndRecord {
try audioSession.setCategory(AVAudioSession.Category.playAndRecord,
options: AVAudioSession.CategoryOptions.allowBluetooth)
try audioSession.setActive(true, options: .notifyOthersOnDeactivation)
}
if audioSession.mode != .voiceChat {
try audioSession.setMode(.voiceChat)
}
} catch {
logger.error(msg: "Error configuring AVAudioSession: \(error.localizedDescription)")
}
}
However, this configuration did not prevent the disconnection of the Chime call during an incoming GSM call.
Questions:
Is there any recommended configuration or specific setup in the Chime SDK to prevent call disconnections when GSM calls are received but not answered?
Does the Chime SDK have limitations in handling such scenarios compared to other VoIP apps like Slack, which manage to keep their calls active during an incoming GSM call?
Are there any workarounds or updates planned to address this behavior?
Any guidance or best practices to resolve this issue would be highly appreciated.
Thanks