Стартовая строка — начальная строка любого SIP-сообщения. Если сообщение является запросом, в ней указывается тип запроса, адресат и номер версии протокола. Если сообщение является ответом на запрос, в ней указывается номер версии протокола, тип ответа и его короткая расшифровка.
Заголовки сообщений содержат информацию, необходимую для обработки сообщения (информация об отправителе, адресате, пути следования и пр.)
Тело сообщения содержит описание сеансов связи. Не все запросы содержат тело сообщения (например, запрос BYE). Все ответы могут содержать тело сообщения, но содержимое тела в них бывает разным.
Пример запроса INVITE:
INVITE sip:nikoli@zenit.chempion.spb.ru SIP/2.0
Record-Route:
Via: SIP/2.0/UDP 10.0.0.10;branch=z9hG4bK3af7.0a6e92f4.0
Via: SIP/2.0/UDP 192.168.0.2:5060;branch=z9hG4bK12ee92cb;rport=5060
From: "78128210000" ;tag=as149b2d97
To:
Contact:
Call-ID: 3cbf958e6f43d91905c3fa964a373dcb_zenit.chempion.spb.ru
CSeq: 103 INVITE
Max-Forwards: 16
Date: Wed, 10 Jan 2001 13:16:23 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 394 v=0
o=root 3303 3304 IN IP4 10.0.0.10
s=session
c=IN IP4 10.0.0.10
t=0 0
m=audio 40358 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=sendrecv
Сравнение SIP с H.323[5]
Рекомендации ITU-T, входящие в стандарт H.323, определяют порядок функционирования абонентских терминалов в сетях с разделяемым ресурсом, не гарантирующих качества обслуживания (QoS). Стандарт H.323 не связан с протоколом IP, однако, большинство реализаций основано на данном протоколе. Набор рекомендаций определяет сетевые компоненты, протоколы и процедуры, позволяющие организовать мультимедиасвязь в пакетных сетях. Стандарт H.323 определяет четыре основных компонента, которые вместе с сетевой структурой позволяют проводить двусторонние (точка - точка) и многосторонние (точка - много точек) мультимедиаконференции.
Терминал может представлять собой ПК или автономное устройство, способное выполнять мультимедиаприложение. Требуется, чтобы он обеспечивал звуковую связь и дополнительно поддерживал передачу видео или данных. Вследствие того, что основной функцией терминала является передача звука, он играет ключевую роль в предоставлении сервиса IP- телефонии.
Шлюз (gateway) не входит в число обязательных компонентов сети H.323. Он необходим только в случае, когда требуется установить соединение с терминалом другого стандарта. Связь обеспечивается трансляцией протоколов установки и разрыва соединений, а также форматов передачи данных. Шлюзы H.323 сетей широко применяются в IP телефонии для сопряжения IP сетей и цифровых или аналоговых коммутируемых телефонных сетей.
Привратник (gatekeeper) выступает в качестве центра обработки вызовов внутри своей зоны и выполняет важнейшие функции управления вызовами. Зона определяется как совокупность всех терминалов, шлюзов и MCU под управлением данного привратника. Привратник необязательный компонент сети H.323, однако, если он присутствует в сети, то терминалы и шлюзы должны использовать его услуги.
Сервер многосторонней конференции (Multipoint Control Unit) обеспечивает связь трёх или более H.323 терминалов. Все терминалы, участвующие в конференции, устанавливают соединение с MCU. Сервер управляет ресурсами конференции, согласовывает возможности терминалов по обработке звука и видео, определяет аудио и видеопотоки, которые необходимо направлять по многим адресам.
В результате появления стандарта H.323, описывающего механизмы взаимодействия устройств обеспечивающих передачу голоса и видео по IP сетям, появилась возможность объединять в сети устройства различных производителей, что эффективно для сетей специальной связи.
Если сравнивать SIP с H.323, то SIP легче читается человеком и структурирован в отношении запросов и откликов.
Сторонники SIP также заявляют о нём как о более простом по сравнению с H.323. Однако некоторые считают, что, в то время как первоначально целью SIP была простота, в своём сегодняшнем виде он стал так же сложен, как и H.323. Другие считают, что SIP — протокол без состояний, который тем самым даёт легко реализовать восстановление при отказе и другие возможности, которые затруднены в протоколах с состояниями, таких как H.323. SIP и H.323 не ограничены голосовой связью, они могут обслуживать любой сеанс связи, от голосового до видеосеанса или приложений будущего.
Параметр сравнения
| SIP
| H.323
| Дополнительные услуги
| Набор услуг, поддерживаемых обоими протоколами примерно одинаков
| Персональная мобильность пользователей
| Имеется хороший набор средств поддержки мобильности
| Персональная мобильность поддерживается, но менее гибко
| Расширяемость протокола
| Удобная расширяемость, простая совместимость с предыдущими версиями
| Расширяемость поддерживается, но существует ряд сложностей
| Масштабируемость сети
| Оба протокола обеспечивают хорошую масштабируемость сети
| Время установления соединения
| Достаточно одной транзакции
| Требуется несколько транзакций.
| Сложность протокола
| Простой, мало запросов, текстовый формат сообщений
| Сложный, много запросов и протоколов, двоичное представление сообщений
|
Сравнение SIP с Skype[6]
SIP и Skype предлагают два различных подхода к VoIP связи. SIP обладает гибкостью, Skype прост в установке, использовании и обладает прозрачным сетевым доступом; оба предлагают отличное качество звука.
Параметр сравнения
| SIP
| Skype
| Лицензия
| Публичная
| Проприетарная
| Аутентификация
| Каждый VoIP SIP провайдер предлагает свой собственный сервер регистрации для своих подписчиков
| Единый централизованный сервер регистрации, поддержка пользователей по всему миру
| Архитектура
| Клиент-серверная – есть сервер регистрации и агенты пользователей
| Распределенная – есть вершины (клиент) и супервершины (вершины с большими аппаратными ресурсами).
| Масштабируемость сети
| Хорошая
| Отличная – число супервершин возрастает, как только возрастает число вершин
| Кодеки
| Чаще всего G.711, для корпоративных сетей G.729
| Для узких каналов связи iLBC, для широких iSAC
| Проход через сетевые защиты(Firewalls)
| STUN server анализирует доверенность агента – не всегда хорошо работает
| Проблемы отсутствуют
| Защищенность
| Все сообщения передаются по Интернету в виде обычного текста
| Каждый пакет шифруется
|
Описание предлагаемого решения
Выбор платформы решения
В качестве платформы для разработки приложения SIP телефонии был выбран Android.
Поскольку разработка приложения проводилась в ходе рабочего проекта, то при выборе платформы рассматривались как технические, так и экономические факторы, например многозадачность операционной системы, отсутствие приложений SIP телефонии на момент начала проекта и удобство разработки мобильных приложений.
Для удобства большая часть разработки велась на платформе Windows для настольных компьютеров, сборка низкоуровнего модуля в виде библиотеки велась на платформе Linux, так как компилятор arm gcc существовал только для Linux. При этом стоит отметить, что при переносе приложения на платформу Android возник ряд технических проблем:
Невозможность работать со звуком через стандартный API в ранних версиях Android SDK. Отсутствие такой возможности позволило написать первое приложение VoIP телефонии для Android, в дальнейшем данный факт превратился в конкурентное преимущество (работа на всех версиях ОС). Для решения данной проблемы пришлось написать низкоуровневый модуль, работающий со звуком напрямую.
Отсутствие некоторых функций. Так из соображений безопасности Android запрещает писать обработку нажатия красной кнопки сброса вызова. Однако для пользователя в плане удобства использование кнопки критично. Для решения данной проблемы был написан модуль, который слушает все события системы и перехватывает требуемое.
Описание использования приложения
Приложение SIP телефонии, написанное в ходе дипломной работы, будет далее обозначено как “MC Client”. MC Client ориентирован на использование точек доступа Wi-Fi. Когда пользователь заходит в приложение впервые (рисунок 3), он вводит свои данные для SIP регистрации (такие, как адрес сервера, порт, имя пользователя – рисунок 5) в разделе настроек (рисунок 4).
Рисунок : Главное окно приложения Рисунок : Настройки (settings)
Рисунок : Настройки соединения с сервером (SIP Settings)
Далее, когда пользователь находится вблизи точки доступа Wi-Fi, идет автоматическая попытка соединения через найденную точку доступа. В случае успеха (рисунок 6), пользователь регистрируется на сервере, который он указал в настройках.
Рисунок : Сообщение об успешной регистрации
MC Client очень тесно интегрируется со стандартным dialer (приложение для GSM звонков), находящемся в операционной системе Android. Происходит это следующим образом:
Пользователь запускает приложение, и идет успешная регистрация на сервере
Пользователь запускает стандартный dialer системы и набирает некий номер
Он нажимает кнопку звонить
Данное событие перехватывается и предлагается пользователю выбор (рисунок 7)
Позвонить по GSM(GSM call)
В данном случае идет стандартный звонок через Dialer по GSM, средствами операционной системы Android. Т.е. все происходит так, как если бы приложение ни на что не влияло
Позвонить по SIP(Enterprise Call)
В указанном случае, звонок, инициируемый dialer, - обрывается. Берется номер, набранный пользователем, и считается, что он набирал SIP адрес.
Рисунок : Окно выбора типа звонка
К номеру подставляются данные из настроек приложения, чтобы получился правильный SIP адрес (адрес сервера и порт). По составленному SIP адресу идет дозвон на сервер средствами реализации протокола SIP.
Визуально звонок выглядит одинаково для звонков GSM и SIP (рисунок 8 и 9)
Рисунок : Дозвон до абонента Рисунок : Разговор с абонентом
Результаты SIP звонков отображаются в логе dialer, как если бы пользователь говорил по GSM(кто звонил, сколько времени говорил и другая информация о разговоре).
Реализация решения
Реализация низкоуровнего модуля, работающего со звуком напрямую
Основное преимущество проекта SIP телефонии “MC Client” перед конкурентами состоит в работе на всех версиях Android. В частности, для версий 1.1 и 1.5 было необходимо реализовывать низкоуровневый модуль, работающий со звуком напрямую. Реализации для версий 1.1 и 1.5 очень схожи и отличаются лишь в нескольких константах и параметрах, передаваемых методам, поэтому далее будет описана лишь реализация для Android 1.5.
Всего в модуле есть 3 ключевых сущности: AudioRecordWrapper (рисунок 10) – native обертка для записи звука с микрофона, AudioTrackWrapper (рисунок 10) – native обертка для проигрывания звука на динамиках и QueuedBuffer (рисунок 11) – буфер, через который проходит звук, прежде чем попасть на целевую компоненту.
|