Добавлена поддержка delayed offer начиная с build 425-527 WCS3. Это означает корректную обработку входящих INVITE запросов без SDP
Как только мы получаем такой INVITE запрос без SDP мы должны послать OK с SDP и принять ACK с SDP от SIP сервера для установки соединения.
В нормальном случае нам приходит INVITE уже с SDP и достаточно ответить OK+SDP. Такая ситуация используется не часто, но по спецификации RFC3261 должна быть обработана корректно.
Мы не передаем этот offer без SDP через WebRTC API браузеру чтобы избежать возможных ошибок браузера из-за неполной поддержки re-offers. Вместо этого мы рассматриваем такой INVITE без SDP как нотификацию клиента о том, что должен быть создан новый offer на уровне WebRTC PeerConnection API. WebRTC создает offer с нормальным и отправляет этот offer в answer команде WCS3 серверу.
Соответственно, когда приходит ACK с SDP он интерпретируется на WebRTC API как answer с remote SDP. Т.е. в данном случае, точки зрения WebRTC API, это оно инициировало звонок, а с точки зрения сервера WCS3 звонок был все же входящим, но без SDP.
Нормальная прямая реализация delayed offer может быть добавлена если WebRTC будет корректно поддерживать re-INVITEs и re-offers.
