Возможные причины прерывания мультимедиа сеансов

реклама
Академия Федеральной службы охраны Российской Федерации
Борисенков А.С., Кудисов И.И.
“Возможные причины прерывания мультимедиа сеансов по причине
задержек в сети и неправильной работы протоколов канального
уровня”
Введение
Для связи территориально удаленных объектов с использованием
средств видеосвязи и передачи голосовых данных необходимо применение
современной технологии передачи разнородных потоков. Технология
MPLS (Multi Protocol Label Switching) — мультипротокольная коммутация
по меткам это решение, при помощи которого появляется возможность
предоставить голосовые услуги удаленным абонентам, с требуемым
качеством. Технология MPLS обеспечивает управление трафиком и
предоставляет
механизмы
по
обеспечению
требуемого
качества
обслуживания (QoS). MPLS создает путь коммутации по меткам (LSP)
через транспортную инфраструктуру сети, который является фактически
путем приоритезации трафика. Существуют четыре основных фактора, по
которым
голосовым
данным
необходим
надежный
механизм
транспортировки:
1.
Задержка (в одну сторону не более 150 мс – рекомендация ITU-
T G.114)
2.
Джиттер (разброс максимального и минимального времени
прохождения пакета от среднего в пределах 1-50 мс)
3.
Потеря пакетов (3-5 % и менее)
4.
Время восстановления оборудования при потере сеанса (не
более 50 мс)
Задержка
Рассматривается три основных типа задержки: задержка на
распространение, задержка на сериализацию, задержка на обработку.
Задержка на сериализацию - величина, рассчитываемая как отношение
размера пакета к средней скорости передачи потока, для технологии Fast
Ethernet величина задержки для пакета размером 1500 байт составляет 120
мкс (как правило, при оценке качества речи она учитывается только по
ITU-T P.861). Задержку на обработку обуславливают устройства, которые
участвуют в процессе передачи фреймов по сети. Например, в случае если
DSP
(digital
signal
processor)
находится
в
IP-телефоне
или
на
маршрутизаторе, то при применении кодека ITU-T G.729, выборки
создаются каждые 10 мс. Для продуктов компании Cisco в RTP пакет
помещаются
каждые
две
голосовые
выборки,
а кадрирование и
формирование пакетов выполняется DSP непосредственно, таким образом,
задержка Dx (или Dc для IP-телефона) составляет 20 мс.
Рис. 1. Задержки при прохождении вызова от абонента 1 к абоненту 2
Для коммутаторов 2 и 3 уровня Dx составляет 10-20 мкс и 2-3 мс на
пакет соответственно [4]. Величина Dj для динамического буфера
компенсации дребезга (джиттера) составляет около 25 мс [1]. Задержка на
распространение
для
оптоволоконных
линий
(с
учетом
работы
повторителей) составляет в среднем 5 мс на 1000 км (по схеме расчета
ITU-T
G.826).
Величина
для
Dp
сети
IP/MPLS
на
основе
эксперементальных данных составляет 39 мс - для протяженности 805 км,
80 мс - для протяженности 1600 км [1,3,4]. Задержка на передачу по сети
это наиболее сложный для расчета компонент общей задержки, при
определении которого учитывается целый ряд параметров (производитель
и тип оборудования, поддержка классов обслуживания (Cos), поддержка
DiffServ – [RFC 3270]), влияющих на передачу голосового трафика в
транспортной среде. Проблемы, связанные с величиной Dp для сетей
IP/MPLS решаются на 2 уровне ЭМВОС.
Транспорт
VoIPoMPLS (Voice over IP over MPLS) - передача голосовых данных
по сетям IP по технологии MPLS используя стек протоколов (RTP/UDP),
данные которых инкапсулируются в пакет IP, а затем передаются по
протоколу MPLS в связке с Frame Relay, ATM, PPP или Ethernet. В этом
случае актуально применение алгоритмов сжатия заголовков протоколов
IP/UDP/RTP,
применяя
протокол
cRTP
(RTP
header
compression)
суммарный заголовок 40 байт может быть сжат до 2 байт (без
использования контрольных сумм UDP) или до 4 байт (с использованием
контрольных сумм UDP). Этот способ транспортировки и применения
VoIP для обеспечения услугами территориально удаленных пользователей
является наиболее распространенным и находит детальное описание в
документах ITEF [3]. Наиболее распространенным протоколом сетевого
уровня стал протокол IP [1], в этой связи вызвав острую необходимость
конвергенции технологий, которые выполняют функции второго уровня
модели ЭМВОС. Крупными операторами используются метод рабочей
группы IETF PWE3 - EthoMPLS или метод ITU-T Y.1415 для организации
виртуальных каналов на протоколе Ethernet, не исключением является и
ОАО «Ростелеком». Новый шаг в конвергенции сетей был предложен
коллективом IP/MPLS Форума [5]. Модель взаимодействия компонентов
конвергированной сети представлена на рисунке 2. Компонентами модели
являются: СЕ (Customet Edge – граница пользователя, фактический
граничный маршрутизатор или коммутатор сети доступа), PE (Provider
Edge – граница оператора связи, рассматриваемые компоненты PE: NSP –
модуль приема и обработки канала подключения, FDW – модуль
перенаправления, PW – процессор обработки данных канала MPLS). Канал
подключения может представлять собой виртуальное или физическое
подключение. MPLS LSP в двух направлениях представляет собой
реализацию технологии Ethernet over MPLS [6]. Подробное описание
функций элементов модели приведены в [6,7].
Рис. 2. Виртуальный Ethernet канал между двумя сетями уровня доступа
Принцип работы модели состоит в том, что канал подключения
пользователей заканчивается на PE1, извлекаются кадры Ethernet и
передаются на PE2 по виртуальному каналу (инкапсуляция в Ethernet); в
случае если тип канала подключения PPP, ATM, Frame Relay используются
процедуры [RFC 2684], [RFC 2427], [RFC 2878]. Протоколы 802.1x, GVRP,
GMRP, STP туннелируются и доставляются до CE2 по идентификаторам,
описанным в [MEF 6]. Реализация технологии CoS предлагается в режиме
отметок типа трафика, который однозначно идентифицируется по своему
VLAN-идентификатору. Детальное описание методов инкапсуляции Frame
Relay -> Ethernet, ATM -> Ethernet, ATM -> Frame Relay, PPP -> Ethernet
приводится в [5,6,8]. Таким образом, конвергенция сетей достигает уровня
доступа.
Проблемы канального уровня сети
В первой части была дана характеристика задержкам на различных
участках сети. Рассмотрим проблему потери пакетов, которая остро стоит
при организации передачи голосовых и видео данных в режиме реального
времени для удаленных абонентов. Создание виртуального канала между
двумя устройствами уровня доступа, например, коммутаторами доступа,
дает
очевидные
преимущества
для
VoIP,
аудиоконференцсвязи,
видеосвязи, видеоконференцсвязи. Для передачи видео формата кадра SD
4CIF MPEG-2 требуется 3-4 Мегабит/c пропускной способности, для HD
MPEG-2 около 15-20 Мегабит/c. IEEE 802.3x комитет разработал стандарт
для управления потоком полнодуплексного режима 10BaseT, 100BaseX,
1000BaseX, который описывает механизм, позволяющий приемному
устройству отправлять передающей стороне специальный кадр паузы,
когда его буфер переполнен. После приема данного кадра начинается
отсчет времени счетчика, а при поступлении нового кадра паузы его сброс.
Стандарт 802.3х не учитывает класс и приоритет трафика. На основе
математического
моделирования
и
экспериментальных
данных
[3]
установлено, что на магистральных каналах IP/MPLS протяженностью
свыше 500 км данный механизм управления может привести к задержке
кадров управления (свыше 3,3 мс) и как следствие к срыву мультимедиа
сеансов, запаздыванию аудио (более 75 мс).
Рассмотренные величины задержек на участках сети, составляющие
интегральную задержку, длительность которой может достигать до 200 мс,
позволяют сделать вывод о неприменимости данного стандарта 802.3х на
виртуальных Ethernet каналах используемых для организации VoIP или
видеоконференцсвязи.
Библиографический список
1. Девисон Джонатан, Питерс Джеймс, Бхатия Манож, Калидивди
Сатиш, Мукхержи Судипто и др. Основы передачи голосовых
данных по сетям IP, 2-e изд. : Пер. с англ. - М.: ООО “И.Д. Вильямс”,
2007. - 400 c.
2. Syed A. Ahson, Mohammad Ilyas. VoIP HANDBOOK Applications,
Technologies, Reliability, and Security - Broken Sound Parkway, NW,
CRC Press, 2009. - 472 с.
3. Vinod Joseph, Brett Chapman. Deploying QoS for Cisco IP and next
generation networks: the definitive guide. Morgan Kaufmann Publishers,
USA, 2009. – 500 c.
4. John Evans, Clarence Filsfils. Deploying IP and MPLS QOS for
Multiservice Networks. Morgan Kaufmann Publishers, USA, 2009 – 456
c.
5. Rao Cherukuri, Ali Sajassi. Multi-Service Interworking – Ethernet over
MPLS. IP/MPLS Forum 12.0.1. IP/MPLS Forum Technical Committee,
2009. – 44 c.
6. Веб-сайт
рабочей
группы
ITEF
PWE3
-
http://www.ietf.org/dyn/wg/charter/pwe3-charter.html
7. Веб-сайт форума IP/MPLS - http://www.broadband-forum.org
8. Веб-сайт
Института
инженеров
радиоэлектронике - http://www.ieee.org
по
электротехнике
и
Скачать