Ћекции.ќрг


ѕоиск:




 атегории:

јстрономи€
Ѕиологи€
√еографи€
ƒругие €зыки
»нтернет
»нформатика
»стори€
 ультура
Ћитература
Ћогика
ћатематика
ћедицина
ћеханика
ќхрана труда
ѕедагогика
ѕолитика
ѕраво
ѕсихологи€
–елиги€
–иторика
—оциологи€
—порт
—троительство
“ехнологи€
“ранспорт
‘изика
‘илософи€
‘инансы
’ими€
Ёкологи€
Ёкономика
Ёлектроника

 

 

 

 


«адержка




–ассмотрим более подробно наиболее важные из приведенных факторов, и методы борьбы с ними.

«адержка.

«адержка создает неудобство при ведении диалога, приводит к перекрытию разговоров и возникновению эхо [2]. ѕри передаче речи по IP-сети возникают намного большие задержки, (чем в “фќѕ) которые, к тому же, измен€ютс€ случайным образом. «адержка (или врем€ запаздывани€) определ€етс€ как промежуток времени, затрачиваемый на то, чтобы речевой сигнал прошел рассто€ние от говор€щего до слушающего. «атруднение диалога и перекрытие разговора станов€тс€ серьезной проблемой, когда задержка в одном направлении передачи превышает 250 мс. ћожно выделить следующие виды задержки при пакетной передаче речи из конца в конец (рис.3.2).

Ј «адержка накоплени€ (иногда называетс€ алгоритмической задержкой): эта задержка обусловлена необходимостью сбора кадра речевых отсчетов, выполн€ема€ в речевом кодере. ¬еличина задержки определ€етс€ типом речевого кодера и измен€етс€ от небольших величин (0,125 мкс) до нескольких миллисекунд. Ќапример, стандартные речевые кодеры имеют следующие длительности кадров: G.729 CS-ACELP (8 кбит/с) Ц 10 мс и G.723.1 -Multi Rate Coder (5,3; 6,3 кбит/с) Ц 30 мс

Ј «адержка обработки: процесс кодировани€ и сбора закодированных отсчетов в пакеты дл€ передачи через пакетную сеть создает определенные задержки. «адержка кодировани€ или обработки зависит от времени работы процессора и используемого типа алгоритма обработки. ƒл€ уменьшени€ загрузки пакетной сети обычно несколько кадров речевого кодера объедин€ютс€ в один пакет.

–исунок 3.2 Ц —оставл€ющие задержки в сети IP-телефонии

 

Ј —етева€ задержка: задержка обусловлена физической средой и протоколами, используемыми дл€ передачи речевых данных, а также буферами, используемыми дл€ удалени€ джиттера пакетов на приемном конце. —етева€ задержка зависит от емкости сети и процессов передачи пакетов в сети.

ќстановимс€ на том, что и как оказывает вли€ние на количественные характеристики этого промежутка времени [1].

Ц ¬ли€ние сети. ≈сли нагрузка сети относительно мала, маршрутизаторы и коммутаторы, безусловно, могут обрабатывать пакеты практически мгновенно, а линии св€зи бывают доступны почти всегда. ќднако, если загрузка сети относительно велика, то пакеты могут довольно долго ожидать обслуживани€ в очеред€х. „ем больше маршрутизаторов, коммутаторов и линий в маршруте, по которому проходит пакет, тем больше врем€ его запаздывани€, тем больше задержка вносима€ сетью.

Ц ¬ли€ние операционной системы. ћногие приложени€ IP-телефонии (особенно клиентские) €вл€ютс€ программами, выполн€емыми под Windows или Linux. Ёти программы обращаютс€ к периферийным устройствам (платам обработки речевых сигналов, специализированным платам систем сигнализации) через интерфейс прикладных программ дл€ взаимодействи€ с драйверами этих устройств, а доступ к IP-сети осуществл€ют через Socket-интерфейс. Ѕольшинство операционных систем не может контролировать распределение времени центрального процессора между разными процессами с точностью, превышающей несколько дес€тков миллисекунд, и не может обрабатывать за такое же врем€ более одного прерывани€ от внешних устройств. Ёто приводит к тому, что задержка в продвижении данных между сетевым интерфейсом и внешним устройством речевого вывода составл€ет, независимо от используемого алгоритма кодировани€ речи, величину такого же пор€дка, или даже больше.

Ц ¬ли€ние кодека и количества передаваемых в пакете кадров. Ѕольшинство современных алгоритмов кодировани€/декодировани€ речи ориентировано на передачу информации кадрами, а не на передачу последовательности кодов отдельных отсчетов. ѕоэтому в течение времени, определ€емого длиной кадра кодека, должна накапливатьс€ определенной длины последовательность цифровых представлений отсчетов.  роме того, некоторым кодекам необходим предварительный анализ большего количества речевой информации, чем должно содержатьс€ в кадре. “ак, врем€ накоплени€ и предварительного анализа входит в общую длительность задержки пакета.

ћетоды борьбы с задержкой. “елефонный разговор Ц это интерактивный процесс, не допускающий больших задержек [1]. ¬ соответствии с рекомендацией ITU-TG. 114 дл€ большинства абонентов задержка речевого сигнала на 150 мс приемлема, а на 400 мс Ц недопустима. —уществующие на сегодн€шний день решени€ Internet-телефонии превышают предел, так что разговор похож на св€зь по обычной телефонной сети через спутник, которую оценивают обычно как св€зь вполне удовлетворительного качества, требующую лишь некоторого привыкани€, после которого задержки дл€ пользовател€ станов€тс€ неощутимы.

”меньшить общую задержку (состо€щую из Ц задержки при кодировании/декодировании речи в шлюзах и задержки вносимой самой сетью) можно двум€ пут€ми: во-первых, спроектировать инфраструктуру сети таким образом, чтобы задержка в ней была минимальной, и, во-вторых, уменьшить врем€ обработки речевой информации шлюзом.

ƒл€ уменьшени€ задержки в сети нужно сокращать количество транзитных маршрутизаторов и соедин€ть их между собой высокоскоростными каналами. ј дл€ сглаживани€ вариации задержки можно использовать такие эффективные методы как, например, механизмы резервировани€ сетевых ресурсов.

„тобы минимизировать вли€ние операционной системы (ќ—) на задержку, производители шлюзов и IP-телефонов предлагают также 2 варианта: использовать ќ— реального времени (VxWorks, pSOS, QNX Neutrino и т.д.). Ёти системы используют более сложные механизмы разделени€ времени процессора и действуют так, чтобы обеспечивать более быструю реакцию на прерывани€ и более эффективный обмен потоками данных между процессами.

¬торым, более плодотворным способом, €вл€етс€ попытка переложить все функции, которые необходимо выполн€ть в жестких временных рамках (обмен данными между речевыми кодеками и сетевым интерфейсом, поддержку RTP и т.д.), на отдельный быстродействующий специализированный процессор (DSP). ѕри этом пересылка речевых данных осуще≠ствл€етс€ через выделенный сетевой интерфейс периферийного устройства, а операционна€ система рабочей станции поддерживает только алгоритмы управлени€ соединени€ми и протоколы сигнализации, т.е. задачи, дл€ выполнени€ которых жестких временных рамок не требуетс€.

 роме того, задержки уменьшаютс€ благодар€ следующим трем факторам:

- усовершенствованию телефонных серверов (улучшение алгоритмов работы);

- развитию частных (корпоративных) сетей (их владельцы могут контролировать ширину полосы пропускани€ и, следовательно, величины задержки);

- развитию самой сети Internet Ц современный Internet не был рассчитан на коммуникации в режиме реального времени. ќрганизаци€ IETF вместе с операторами сетей Internet предлагают новые технологии, такие, как Reservation Protocol (RSVP), позвол€ющие резервировать полосу пропускани€ и управл€ть ресурсами.





ѕоделитьс€ с друзь€ми:


ƒата добавлени€: 2015-05-06; ћы поможем в написании ваших работ!; просмотров: 848 | Ќарушение авторских прав


ѕоиск на сайте:

Ћучшие изречени€:

Ќеосмысленна€ жизнь не стоит того, чтобы жить. © —ократ
==> читать все изречени€...

1929 - | 1704 -


© 2015-2024 lektsii.org -  онтакты - ѕоследнее добавление

√ен: 0.013 с.