Early Media (предответное проключение).
Для телефонии желательно установление медиа-соединения в обратном направлении, т.к. можно выдать частоты и сигналы уведомления, особенно при взаимодействии с сетью, которая не может сигнализировать о состоянии вызова вне полосы речевого сигнала (как то сеть MF). В случаях, когда межсетевого взаимодействия не осуществляется, использование предответного приключения почти всегда нежелательно, т.к. это занимает ресурсы медиа-канала, от которой нет никакой пользы.
Так как INVITE почти всегда содержит Протокол SDP, необходимую для отправки медиа-информации в обратном направлении, и требует, чтобы агенты пользователя сами подготовились для получения обратного медиа-каната, как только INVITE был передан, базовый протокол SIP имеет достаточную поддержку для рудиментарных однонаправленных систем предответного проключения. Однако этот механизм имеет некоторые ограничения — например, медиа-потоки, предлагаемые SDP INVITE, не могут быть изменены или отклонены, и двунаправленный RTCP, необходимый для установления сеанса, не может быть установлен.
В сетях SIP не только коммутаторы, но также и агенты пользователя могут генерировать коды ответа 18х и инициировать в обратном направлении предответное проключение. Поэтому некоторые шлюзы могут ввести такую политику, которая ограничит использование проключения в обратном направлении от произвольных агентов пользователя.
Часто возникают случаи, когда необходимо изменить некоторые параметры сессии (например, кодеки) до прихода окончательного ответа на начальное сообщение INVITE. Например, предответное состояние (early media) - ситуация, когда сессия устанавливается в целях передачи информации о текущем состоянии вызова до того, как на запрос INVITE будет отправлен сервером ответ. Важно, чтобы и вызывающая, и вызываемая стороны могли изменять параметры сессии до того как поступит ответ на вызов. Запрос re-INVITE (INVITE, передаваемый в ходе сессии) не может быть использован для этих целей, поскольку re-INVITE оказывает влияние не только на состояние сессии, но и на состояние диалога. В противоположность ему запрос UPDATE может быть отослан агентом пользователя в режиме диалога (находящегося на ранней стадии или установленного) для обновления параметров сессии без воздействия на состояние диалога.