6 Содержание
7.5.1 |
Структура сообщений ..................................................... |
202 |
|
7.5.2 |
Заголовки сообщений ..................................................... |
204 |
|
7.5.3 |
Запросы .......................................................................... |
208 |
|
7.5.4 |
Ответы на запросы .......................................................... |
211 |
|
7.6 |
Алгоритмы установления соединения..................................... |
217 |
|
7.6.1 Установление соединения с участием сервера |
|
||
|
|
переадресации ............................................................... |
217 |
7.6.2 Установление соединения с участием прокси сервера ... |
218 |
||
7.7 |
Реализация дополнительных услуг на базе протокола SIP ...... |
220 |
|
7.8 |
Сравнительный анализ Н.323 и SIP ......................................... |
222 |
|
8 Протокол управления шлюзами MGCP .................. |
229 |
||
8.1 |
Принцип декомпозиции шлюза............................................... |
229 |
|
8.2 |
Классификация шлюзов ......................................................... |
232 |
|
8.3 |
Модель организации связи..................................................... |
233 |
|
8.4 |
Команды протокола MGCP ..................................................... |
235 |
|
8.5 |
Структура команд ................................................................... |
243 |
|
8.6 |
Структура ответов на команды ............................................... |
247 |
|
8.7 |
Описания сеансов связи ......................................................... |
249 |
|
8.8 |
Установление, изменение и разрушение соединений ............. |
251 |
|
8.9 |
Реализация оборудования с поддержкой протокола MGCP .... |
254 |
|
8.10 Возможности и перспективы протокола MGCP ..................... |
256 |
||
9 Протокол MEGACO/H.248 ....................................... |
257 |
||
9.1 |
История создания и особенности |
|
|
|
протокола MEGACO/H.248 ...................................................... |
257 |
|
9.2 |
Модель процесса обслуживания вызова ................................. |
258 |
|
9.3 |
Сравнительный анализ протоколов MGCP и MEGACO............. |
262 |
|
9.4 |
Структура команд и ответов ................................................... |
265 |
|
9.5 |
Пример установления и разрушения соединения ................... |
271 |
|
10 Качество обслуживания в сетях IP телефонии .... |
283 |
||
10.1 Что понимается под QoS? ..................................................... |
283 |
||
10.2 Качество обслуживания в сетях пакетной коммутации .......... |
285 |
||
Содержание |
7 |
|
|
10.3 |
Трафик реального времени в IP сетях ................................... |
286 |
||
10.4 |
Дифференцированное обслуживание |
|
||
|
разнотипного трафика – Diff Serv .......................................... |
287 |
||
10.5 |
Интегрированное обслуживание IntServ ............................... |
289 |
||
10.6 |
Протокол резервирования ресурсов – RSVP ......................... |
290 |
||
10.6.1 |
Общие принципы протокола ......................................... |
290 |
||
10.6.2 |
Процедура резервирования ресурсов ........................... |
291 |
||
10.7 |
Технология MPLS .................................................................. |
295 |
||
10.8 |
Обслуживание очередей ....................................................... |
299 |
||
10.8.1 |
Алгоритмы организации очереди .................................. |
299 |
||
10.8.1.1 |
Алгоритм Tail Drop ...................................................... |
299 |
||
10.8.1.2 Алгоритм Random Early Detection (RED) ...................... |
300 |
|||
10.8.2 |
Алгоритмы обработки очередей .................................... |
300 |
||
10.8.2.1 |
Стратегия FIFO ........................................................... |
301 |
||
10.8.2.2 |
Очередь с приоритетами ............................................ |
301 |
||
10.8.2.3 Class Based Queuing (CBQ) ......................................... |
302 |
|||
10.8.2.4 |
Взвешенные очереди ................................................. |
303 |
||
10.8.3 Алгоритмы сглаживания пульсации трафика ................. |
304 |
|||
10.8.3.1 |
Алгоритм Leaky Bucket ............................................... |
304 |
||
10.8.3.2 |
Алгоритм «Token Bucket» ............................................ |
305 |
||
11 Принципы реализации ............................................ |
307 |
|||
11.1 |
Оборудование IP телефонии ................................................ |
307 |
||
11.2 |
Особенности оборудования IP телефонии для России .......... |
311 |
||
11.3 |
Шлюз IP телефонии Протей ITG ............................................ |
312 |
||
11.4 |
Привратник Протей GK и варианты организации связи ........ |
315 |
||
11.5 |
Экономические аспекты применения оборудования |
|
||
|
IP телефонии ....................................................................... |
316 |
||
11.6 |
Виртуальная телефонная линия ............................................ |
318 |
||
11.7 |
Центр обработки вызовов ..................................................... |
322 |
||
11.8 |
Модуль IPU как средство интеграции |
|
||
|
цифровых АТС с IP сетями ...................................................... |
323 |
||
11.9 |
Тестирование протоколов IP телефонии .............................. |
325 |
||
Глоссарий |
.......................................................................... |
|
328 |
|
Список литературы.......................................................... |
332 |
|||
В 1829 году губернатор Нью Йорка Мартин ван Бюрен отправил президенту США Эндрю Джексону письмо следующего содержания:
Уважаемый господин Президент!
Системе каналов в нашей стране угрожает распространение но вой формы транспорта, называемой «железные дороги». Правитель ство должно сохранить каналы по следующим причинам.
1)Если суда будут вытеснены железными дорогами, это приве дёт к большой безработице.
2)Производители судов сильно пострадают, а поставщики бук сирных канатов, кнутов и конной упряжи останутся без средств к су ществованию.
3)Суда абсолютно необходимы для обеспечения обороны страны.
Эти слова настолько похожи на рекомендации относительно IP те лефонии, услышанные авторами всего лишь два года назад на од ном научно техническом совете, что заставляют удивиться такому совпадению уровней и мотивов в разные времена и в разных стра нах. Однако технический прогресс определяется не этим, и сего дняшняя IP телефония обслуживает около двадцати миллионов або нентов во всем мире, а операторские компании постепенно превра щают IP телефонию в индустрию, не зависящую от административ но командных решений. Примером для отечественных операторов может служить компания AT&T, уже применяющая передачу речи по IP сетям и объявившая о долгосрочном плане перевода всего сво его речевого трафика дальней связи на платформу IP. В составе со вместного глобального проекта AT&T и British Telecom в течение че тырех лет создают новую глобальную IP сеть стоимостью 10 милли ардов долларов, которая будет предоставлять услуги интегрирован ной передачи речи и данных многонациональным бизнес абонентам.
А начиналось все отнюдь не так безоблачно. Первая попытка реа лизовать IP телефонию была предпринята в 1983 году в Кембридже,
10 |
Предисловие |
|
|
Массачусетс. В состав оборудования рабочих станций, закреплен ных за отдельными проектами Интернет, была включена так называе мая «речевая воронка», выполнявшая функции цифровизации речи, пакетирования и передачи пакетов через Интернет между офисами Bolt Beranek and Newman (BBN) на Восточном и Западном побережьях США. С позиций приписываемого А. Эйнштейну высказывания – «от крытия делаются тогда, когда все знают, что этого сделать нельзя, а потом появляется кто то, кто этого не знает и совершает откры тие» – те эксперименты 80 х годов относились к первой части дан ной формулировки. Немногочисленные студенты и энтузиасты IP те лефонии первого поколения были должны использовать на каждом конце одно и то же клиентское программное обеспечение, находиться в режиме подключения к системе в момент вызова, проводить зна чительную часть времени, терзая регулировки громкости и компрес сии в попытках устранить эхо, чтобы получше слышать друг друга. Качество речи портили длинные паузы, вызванные переменной за держкой пакетов, обрезанная речь, получавшаяся в результате вы брасывания пакетов, эхо обратной связи из за близкого расположе ния громкоговорителя компьютера и микрофона.
Открытие IP телефонии как профессиональной технологии совер шила израильская компания VocalTec, сумевшая к 1995 году собрать воедино достижения в областях цифровой обработки сигналов (DSP), кодеков, компьютеров и протоколов маршрутизации, чтобы сделать реальными разговоры через Интернет без оглядки на расстояние между абонентами и длительность разговора. О системных аспек тах, основных сценариях и алгоритмах IP телефонии говорится в гла вах 1 и 2.
Начиная с 1995 года, для IP телефонии стали использоваться два метода звуковой компрессии – GSM, с близкой к 5:1 степенью ком прессии исходного звукового сигнала, и TrueSpeech компании DSP Group, Inc., обеспечивающей коэффициент компрессии 18:1 с мало заметной потерей качества звука при декомпрессии. Это обсужда ется в главе 3 данной книги. Там же расссматриваются аудио стан дарты G.7xx, включенные в рекомендованный Международным сою зом электросвязи (ITU Т) «зонтичный» стандарт H.323, которому це ликом посвящены главы 5 и 6. Другие концептуальные подходы и стандартные протоколы IP телефонии SIP, MGCP и MEGACO рас смотрены в главах 7, 8 и 9, соответственно.
В дополнение к алгоритмам компрессии/декомпрессии выборок речи и стандартным протоколам, IP телефония занимается техникой борьбы с задержками в Интернет. Пакеты могут следовать к месту назначения по разным путям и могут не все поступить к месту сборки