2. Декодирование речевой информации

С учетом возможных потерь пакетов в сети для восстановления речевого потока на приемной стороне используется протокол реального времени — Real Time Protocol (RTP). В заголовке данного протокола, в частности, передаются временная метка и номер пакета. Эти параметры позволяют при минимальных задержках определить порядок и момент декодирования каждого пакета, а также интерполировать потерянные пакеты. Восстановленная последовательность, с возможными пропусками как одиночных пакетов, так и групп пакетов, поступает на декодер. Декодер должен обеспечить восстановление речевой информации, заполнение пауз фоновым шумом, а также эхо компенсацию кодируемого сигнала, обнаружение и детектирование телефонной сигнализации.

3. Механизмы оптимизации задержек в сети

Задержки пакетов в IP-сетях определяются:

• случайной задержкой пакетов на обработку в транзитных маршрутизаторах;

• датаграммным режимом передачи, приводящим к нарушению порядка следования пакетов и необходимости их сортировки на принимающей стороне.

В соответствии с этим существует несколько подходов к оптимизации задержек с целью обеспечения требуемого качества передачи.

1. Реализация первого подхода предусматривает резервирование части пропускной способности сети для передачи пакетов с речевой информацией. Для того, чтобы более эффективно использовать зарезервированную полосу пропускания, на оконечном или шлюзовом оборудовании должна осуществляться предварительная концентрация речевой информации. При этом IP-пакеты должны формироваться не по мере поступления речевых сигналов, а с некоторой задержкой, достаточной для сборки информационного блока больших размеров. Передача речи в больших информационных блоках упрощает процедуру управления очередями на транзитных узлах, что очень существенно в связи с неразвитой системой приоритетов существующего протокола IP. Однако реализация этого подхода приводит к появлению дополнительной задержки.

Для резервирования полосы пропускания в сети IP может использоваться метод WFQ (Weighted Fair Queuing) или протокол RSVP.

• Метод WFQ позволяет для каждого вида трафика выделять определенную часть полосы пропускания. Оператор через систему административного управления может задать количество очередей (до 10 очередей для передачи данных и одну очередь для системных сообщений). В случае, если одна очередь не использует полностью выделенную ей полосу пропускания, то свободный резерв полосы пропускания может задействоваться для передачи информации из следующей очереди. Этот метод позволяет гибко использовать ресурсы сети и реализован в оборудовании фирмы Cisco.

• Протокол RSVP предназначен только для резервирования части пропускной способности. Механизм работы данного протокола описан выше. Недостатком протокола RSVP является то, что полоса пропускания, выделяемая источнику информации, при снижении активности источника не может быть использована для передачи другой информации. Как альтернатива этому способу может использоваться алгоритм управления потоками на основе системы приоритетов, однако в существующей версии IP этот механизм развит недостаточно.

2. Также одним из способов оптимизации задержки в сети является использование протокола RTCP (Real-Time Transport Control Protocol), который позволяет приложению реагировать на изменение состояния сети.

3. Третий подход предусматривает построение магистральной транспортной сети Интернет на основе технологии Frame Relay или ATM. В этом случае пограничные узлы IP взаимодействуют друг с другом через виртуальные соединения сети Frame Relay или ATM, для которых гарантируются параметры качества обслуживания (скорость передачи, время и джиттер задержки). Использование Frame Relay или ATM позволяет отказаться от применения транзитных маршрутизаторов IP. При этом возможно более эффективное использование полосы пропускания за счет установления соединения для каждого телефонного разговора.