CallKit может повторно активировать звук после переключения вызова

На самом деле в библиотеке Google WebRTC есть ограничение, которое приводит к описанной проблеме при реализации интеграции CallKit, которая поддерживает обмен вызовами.

WebRTC Issue 8126 известна уже больше года, но еще не интегрирован в главную ветку WebRTC. Однако вы можете найти необходимые изменения кода для решения этой проблемы в исходной заявке.

Однако в качестве временного решения вы можете активировать системное уведомление, которое подписывается внутри WebRTC.

Опубликуйте AVAudioSessionInterruptionType.ended Уведомление в методе «didActivate audioSession» поставщика CallKit:

var userInfo = Dictionary<AnyHashable, Any>()
let interrupttioEndedRaw = AVAudioSessionInterruptionType.ended.rawValue
userInfo[AVAudioSessionInterruptionTypeKey] = interrupttioEndedRaw
NotificationCenter.default.post(name: NSNotification.Name.AVAudioSessionInterruption, object: self, userInfo: userInfo)

PS: Посмотрите на билет, чтобы повысить шансы на слияние ;-)

Была такая же проблема. Если у меня 1 активный вызов, значит, поступают новые вызовы, я нажимаю «Удержать и принять». Новый вызов работает, но после использования Swap в CallKit звук перестает работать.

Выяснилось, что provider:performSetHeldCallAction: метод из CXProviderDelegate протокола - это то место, где вы можете фактически деактивировать / активировать звук для Swap вызовов через CallKit собственный интерфейс.

В моем случае я использовал метод audioController.deactivateAudioSession() для вызова OnHold. Но обнаружено, что тот же метод provider:performSetHeldCallAction: был запущен для другого вызова, который ставится активным (из состояния OnHold) при нажатии кнопки Swap через CallKit.

Таким образом, вам просто нужно деактивировать / активировать звук соответственно состоянию вызова (удерживать или нет).

Обычно это должно выглядеть так:

func provider(_ provider: CXProvider, perform action: CXSetHeldCallAction) {
    // Retrieve the Call instance corresponding to the action's call UUID
    guard let call = callManager.callWithUUID(uuid: action.callUUID) else {
        action.fail()
        return
    }

    // Update the Call's underlying hold state.
    call.isOnHold = action.isOnHold

    // Stop or start audio in response to holding or unholding the call.
    if call.isOnHold {
        stopAudio()
    } else {
        startAudio()
    }

    // Signal to the system that the action has been successfully performed.
    action.fulfill()
}

P.S. Похоже, у вас должен быть какой-то класс, который отвечает за аудиосеанс. Он должен реализовывать вид activate audio session / deactivate audio session.