MCPTT manual private call: ringing подтверждает оповещение, а принятие приходит отдельным ответом
Вызывающий пользователь MCPTT слышит или видит оповещение о вызове, но разговор ещё не установлен. В manual commencement mode это отдельный этап. ETSI TS 123 379 V19.11.0 различает MCPTT ringing и private call response после принятия пользователем.
Открыть схему в полном размере
Что означает ringing
Получающий клиент оповещает пользователя о входящем личном вызове и направляет ringing серверу. Сервер передаёт вызывающей стороне сведения, что клиент адресата находится на этапе оповещения.
Следовательно, ringing не является подтверждением, что человек уже выполнил действие принятия. Оно также не доказывает, что он услышал сигнал в конкретной обстановке рабочего места.
При диагностике важно сохранить эту границу. Отметку «идёт вызов» не следует засчитывать вместо фактического установленного разговора.
Когда приходит принятие
В ручном режиме пользователь выполняет действие через интерфейс для принятия. Оно приводит к отправке private call response получающим клиентом.
Сервер сообщает вызывающей стороне, что пользователь принял вызов, вместе с согласованными медиапараметрами. Затем устанавливается media plane по предусмотренной процедуре.
Если используется floor control, дальнейшее право передачи также проверяется отдельно. Даже положительный ответ на установление не отменяет применимые правила начала речи.
Как понимать отсутствие подробной причины
Описание отмечает: если пользователь не принял входящий вызов, клиент направляет call failure response без добавления причины отказа. Поэтому отсутствие подробного объяснения в этой ветви нельзя автоматически считать неисправностью журналирования.
Но и конкретную человеческую причину — занят, не заметил, отказался по рабочим обстоятельствам — из такого ответа выводить нельзя. Техническое состояние не раскрывает намерение пользователя без дополнительных данных.
Программа проверки
В согласованном тесте отдельно наблюдают оповещение, ringing, действие принятия, положительный ответ и контрольную речь. Затем проверяют предусмотренный вариант непринятого приглашения.
В протоколе сохраняют фактические события, а пользовательские обозначения связывают с ними по документации клиента. Если продукт использует слово «доставлено», необходимо уточнить, к какому именно этапу оно относится.
Так сотрудник понимает, почему оповещение ещё не разрешает считать разговор состоявшимся. Инженер получает точную последовательность для разбора задержки и не приписывает ringing подтверждение человеческого принятия, фактического получения речи или понимания переданной команды в системе MCPTT.
Для оценки рабочего места дополнительно проверяют заметность оповещения в характерном шуме. Это пользовательская проверка условий эксплуатации, которую один технический ringing в серверном журнале выполнить не может.
