TDMoIP - TDMoIP

В компьютерная сеть и телекоммуникации, TDM через IP (TDMoIP) - это эмуляция мультиплексирование с временным разделением (TDM) через сеть с коммутацией пакетов (PSN). TDM относится к Т1, E1, Т3 или же E3 сигнал, а PSN основан на IP или же MPLS или в сыром виде Ethernet. Связанная технология - эмуляция схемы, которая позволяет транспортировать TDM-трафик по ячейкам (Банкомат ) сети.

TDMoIP - это тип псевдопровод (PW). Однако, в отличие от других типов трафика, которые могут передаваться по псевдопроводам (например, ATM, Ретрансляция кадров и Ethernet ) TDM - это поток битов в реальном времени, что приводит к тому, что TDMoIP имеет уникальные характеристики. Кроме того, обычные сети TDM обладают множеством специальных функций, в частности тех, которые необходимы для передачи телефонных каналов голосового уровня. Эти функции подразумевают системы сигнализации, которые поддерживают широкий спектр функций телефонии, обширную литературу по стандартизации и хорошо разработанные механизмы эксплуатации и управления (OAM). Все эти факторы необходимо учитывать при эмуляции TDM через PSN.

Одна из критических проблем при реализации TDM PW - это восстановление тактовой частоты. В собственных сетях TDM физический уровень переносит высокоточную информацию о синхронизации вместе с данными TDM, но при эмуляции TDM через сети PSN такая синхронизация отсутствует. Стандарты синхронизации TDM могут быть жесткими, и для их соответствия могут потребоваться новаторские механизмы для адаптивного воспроизведения синхронизации TDM.

Еще одна проблема, которую необходимо решить, - это маскирование потери пакетов TDMoIP (PLC). Поскольку данные TDM доставляются с постоянной скоростью по выделенному каналу, собственная служба может иметь битовые ошибки, но данные никогда не теряются при передаче. Все PSN в той или иной степени страдают от потери пакетов, и это должно быть компенсировано при доставке TDM по PSN.

В декабре 2007 года TDMoIP был одобрен как IETF. RFC 5087 Авторы: д-р Яаков Штайн, Ронен Шашуа, Рон Инслер и Мотти Анави из RAD Data Communications.

Фон

Поставщики услуг связи и корпоративные клиенты заинтересованы в развертывании голосовых услуг и услуг выделенных линий в эффективных инфраструктурах Ethernet, IP и MPLS. Пока Голос по IP (VoIP) становится все более зрелым, его развертывание требует инвестиций в новую сетевую инфраструктуру и оборудование в помещении клиента (CPE). TDMoIP представляет собой путь перехода, при котором современные сети с коммутацией пакетов могут использоваться для транспорта, в то время как оборудование конечного пользователя не требует немедленной замены.

TDMoIP был впервые разработан в 1998 г. RAD Data Communications (см. патент США № 6731649) и впервые развернутый в Швеции в 1999 г. компанией Utfors (позже приобретенный Telenor ). Компания Utfors использовала продукт TDMoIP первого поколения (известный как IPmux-4) для предоставления комплексных услуг, включая частные линии TDM, выделенные линии TDM и различные услуги IP и Ethernet. В 2001 г. IETF создать Рабочая группа PWE3, которому было поручено разработать архитектуру для сквозных псевдопроводов и разработать спецификации для различных сервисов, включая TDM. Другие форумы по стандартизации, включая ITU и MPLS - Frame Relay Alliance, также активно разрабатывают стандарты и соглашения о реализации для псевдопроводов.

Обработка структуры TDM

Хотя TDM может использоваться для передачи произвольных потоков битов со скоростью, определенной в G.702, существуют стандартизированные методы переноса потоков битов в более крупных единицах, каждый из которых содержит одинаковое количество битов, называемых кадры. Фрейминг TDM привязывает частоту кадров к частоте дискретизации голосового трафика, так что всегда есть 8000 кадров в секунду; кадр T1 состоит из 193 бит, а кадр E1 - из 256 бит.

В отличие от некадрового TDM, для которого все биты доступны для полезной нагрузки, кадрированный TDM требует выделения некоторого количества бит на кадр для синхронизации и, возможно, различных других функций (например, 1 бит на кадр T1, 8 бит на кадр E1). TDM с кадрами часто используется для мультиплексирования нескольких голосовых каналов, каждый из которых состоит из 8000 8-битных выборок в секунду в последовательности временных интервалов, повторяющихся в каждом кадре. Когда это будет сделано, мы получим «TDM с разделением каналов», и необходимо будет ввести дополнительную структуру.

Чтобы эффективно транспортировать медленно изменяющиеся биты сигнализации, связанные с каналом, определены структуры второго порядка, известные как мультикадры или суперкадры. Например, для соединительных линий E1 биты сигнализации CAS обновляются один раз на мультикадр из 16 кадров (каждые 2 миллисекунды), в то время как для соединительных линий T1 ESF суперкадр составляет 24 кадра (3 миллисекунды). Также широко используются другие типы структур второго порядка. В GSM В сотовых сетях канал Abis, соединяющий базовую приемопередающую станцию (BTS) и контроллер базовой станции (BSC), представляет собой канал E1 с несколькими альтернативами кадрирования, каждая из которых имеет базовую длительность суперкадра 20 миллисекунд.

Термин «структурированный TDM» используется для обозначения TDM с любым уровнем структуры, включая «кадрированный TDM» и «TDM с разделением каналов».

Транспорт TDMoIP обозначается как "не зависящий от структуры", когда TDM не кадрируется, или когда он кадрируется или даже формируется по каналам, но структура кадрирования и разделения каналов полностью игнорируется транспортными механизмами. В таких случаях все структурные накладные расходы должны прозрачно транспортироваться вместе с данными полезной нагрузки, а используемый метод инкапсуляции не обеспечивает механизмов для их местоположения или использования. Транспорт TDM с учетом структуры может явно защищать структуру TDM тремя концептуально различными способами, которые мы будем называть блокировкой структуры, указанием структуры и повторной сборкой структуры.

Блокировка структуры гарантирует, что пакеты состоят из целых структур TDM или их кратных / дробных частей. Индикация структуры позволяет пакетам содержать произвольные фрагменты базовых структур, но использует указатели, чтобы указать, где начинается следующая структура. При повторной сборке структуры компоненты структур TDM могут быть извлечены и реорганизованы на входе, а исходная структура повторно собрана из принятых компонентов на выходе.

Формат TDMoIP

TDMoIP работает путем сегментации, адаптации и инкапсуляции трафика TDM на входе PSN и выполнения обратных операций на выходе PSN. Адаптация означает механизмы, которые изменяют полезную нагрузку, чтобы обеспечить ее надлежащее восстановление на выходе PSN. Используя правильную адаптацию, можно восстановить сигнализацию и синхронизацию TDM, а также компенсировать некоторую потерю пакетов. Инкапсуляция означает размещение адаптированной полезной нагрузки в пакеты формата, требуемого базовой технологией PSN. Для случая MPLS Рекомендация ITU-T Y.1413 содержит полное описание формата пакета.

Во всех случаях пакет TDMoIP начинается с заголовков PSN. Это стандартные заголовки, используемые технологией PSN, например 20-байтовый заголовок UDP / IP или стек меток MPLS. После этих заголовков идет «метка PW», четырехбайтовая метка, подобная MPLS, которая служит для демультиплексирования различных PW TDM. После заголовка PSN идет четырехбайтовое «контрольное слово» TDMoIP. Управляющее слово содержит 16-битный порядковый номер пакета (необходимый для обнаружения переупорядочения пакетов и потери пакетов), длину полезной нагрузки и флаги, указывающие на состояние неисправности.

После управляющего слова идет полезная нагрузка TDMoIP. Для структурно-независимого транспорта (SAToP) это просто заранее определенное количество октетов TDM, в то время как для формата с фиксированной структурой полезная нагрузка представляет собой целое количество кадров TDM. Для индикации структуры и повторной сборки TDMoIP использует проверенные механизмы адаптации, первоначально разработанные для ATM. Дополнительным преимуществом такого выбора типов полезной нагрузки является упрощенное взаимодействие с услугами эмуляции каналов, передаваемыми по сетям ATM. Для статически распределенных каналов TDM с постоянной скоростью передачи (CBR) TDMoIP использует уровень адаптации ATM 1 (AAL1). Этот механизм, определенный в стандарте ITU-T I.363.1 и спецификации ATM Forum atm-vtoa-0078, был разработан для передачи услуг CBR через ATM. AAL1 работает, сегментируя непрерывный поток данных TDM на небольшие 48-байтовые ячейки и вставляя в них информацию о последовательности, времени, восстановлении ошибок и синхронизации. TDMoIP позволяет объединять любое количество ячеек AAL1 в пакет (обратите внимание, что это ячейки AAL1, а не ячейки ATM, т.е. они не включают пятибайтовый «налог на ячейки»). Допуская несколько ячеек на пакет, TDMoIP обеспечивает гибкий компромисс между задержкой буферизации (которая уменьшается с меньшим количеством ячеек на пакет) и эффективностью полосы пропускания (которая увеличивается с увеличением количества ячеек на пакет из-за накладных расходов на пакет). Для динамически назначаемых каналов TDM, независимо от того, изменяется ли скорость передачи информации из-за активации временных интервалов или из-за обнаружения голосовой активности, TDMoIP использует уровень адаптации ATM 2 (AAL2). Этот механизм, определенный в стандарте ITU-T I.363.2, был разработан для передачи услуг с переменной скоростью передачи данных (VBR) по ATM. AAL2 работает, буферизуя каждый временной интервал TDM в короткие мини-ячейки, вставляя идентификатор временного интервала и указание длины, упорядочивая и затем отправляя эту мини-ячейку, только если она несет достоверную информацию. TDMoIP объединяет мини-ячейки из всех активных временных интервалов в один пакет. Для временных интервалов, переносящих данные управления каналом передачи данных высокого уровня (HDLC), такие как данные для сигнализации общего канала (CCS), TDMoIP имеет специальную адаптацию, которая инкапсулирует участки неактивных данных.

Задерживать

Телефонная сеть серьезно ограничивает сквозные задержки. В ITU-T G.114 / G.131 указано, что время односторонней передачи до 150 мс является универсальным, если обеспечивается адекватное управление эхом. Эти ограничения не являются проблемой для сетей TDM, где основным компонентом сквозной задержки является время электрического распространения («задержка скорости света»). Напротив, системы на основе IP обычно добавляют различные формы задержки, одна из которых основана на времени, необходимом для формирования пакетов (задержка пакетирования), которая пропорциональна размеру пакета, деленному на скорость передачи данных. Размеры пакета нельзя делать слишком маленькими, иначе накладные расходы заголовка пакета станут чрезмерными. Другой формой задержки, вводимой IP-системами, является задержка воспроизведения, которую необходимо добавить у получателя, чтобы буферизовать изменение задержки пакета и обеспечить плавное воспроизведение. Системы VoIP, которые стараются максимально эффективно использовать полосу пропускания, могут также добавить десятки миллисекунд алгоритмических операций. задержка голосового кодека. Исторически плохие реализации добавляли дополнительные задержки, вызванные операционной системой, которые вместе с другими задержками на практике иногда достигают 100 мс даже без учета задержек распространения.

Напротив, TDMoIP отображает октеты TDM непосредственно в полезную нагрузку без алгоритмов сжатия голоса и без результирующей алгоритмической задержки. Задержка пакетирования, добавляемая TDMoIP, зависит от количества ячеек в пакете, но обычно находится в диапазоне одной миллисекунды из-за более высокой скорости передачи данных полного мультиплексирования по сравнению с одиночным потоком VoIP. Однако соображения задержки воспроизведения существенно не различаются между TDMoIP и VoIP, поэтому оба варианта лучше всего работают на путях с контролируемым изменением задержки пакетов (сильное избыточное выделение ресурсов или «QoS»).

Сроки восстановления

Собственные сети TDM полагаются на иерархическое распределение времени. Где-то в сети есть хотя бы один чрезвычайно точный первичный эталонный тактовый генератор с долговременной точностью 1 x 10 ^ -11. Этот узел, который обеспечивает точность уровня 1, обеспечивает опорные часы для вторичных узлов с точностью уровня 2. Затем вторичные узлы предоставляют временную привязку к узлам Stratum 3. Эта иерархия синхронизации времени важна для правильного функционирования сети в целом.

Пакеты в PSN достигают места назначения с задержкой, которая имеет случайную составляющую, известную как изменение задержки пакета (PDV). При эмуляции транспорта TDM в такой сети эту случайность можно преодолеть, поместив пакеты TDM в буфер дрожания из которого данные могут считываться с постоянной скоростью для доставки в оборудование конечного пользователя TDM. Проблема в том, что эталон времени источника TDM больше не доступен, и точная скорость, с которой данные должны быть "синхронизированы" из буфера дрожания, неизвестна.

В некоторых случаях синхронизация может быть получена от оборудования TDM на обоих концах PW. Поскольку каждый из этих часов имеет высокую точность, они обязательно соответствуют высшему разряду. Проблема возникает, когда не более одной стороны туннеля TDMoIP имеет высокоточный стандарт времени. Для сетей ATM, которые определяют физический уровень, который передает синхронизацию, может использоваться метод синхронных меток остаточного времени (SRTS); Однако сети IP / MPLS не определяют физический уровень и, следовательно, не могут определять точность его часов.

Следовательно, во многих случаях единственной альтернативой является попытка восстановить тактовый сигнал исключительно на основе трафика TDMoIP, технология, известная как «адаптивное восстановление тактовой частоты». Это возможно, поскольку исходное устройство TDM производит биты с постоянной скоростью, определяемой его часами, хотя эта скорость скрыта PDV. Таким образом, задача восстановления тактовой частоты - это процесс «усреднения», который сводит на нет эффект случайного PDV и фиксирует среднюю скорость передачи исходного битового потока.

Потеря пакетов

При правильном использовании трафика инженерное дело и качество обслуживания Ожидается, что (QoS) минимизирует потерю пакетов, иногда пакеты будут приходить на выход не по порядку. Они также могли быть полностью исключены из PSN. Вышеописанное управляющее слово TDMoIP включает в себя 16-битный порядковый номер для обнаружения и обработки потерянных и неправильно упорядоченных пакетов. В случае потери пакетов TDMoIP требует вставки интерполяция пакеты для поддержания синхронизации TDM. Неупорядоченные пакеты могут быть либо переупорядочены, либо отброшены и интерполированы.

В то время как вставки произвольных пакетов может быть достаточно для поддержания синхронизации TDM, в голосовых приложениях потеря пакетов может вызвать пропуски или ошибки, которые приводят к прерывистой, раздражающей или даже неразборчивой речи. Точное влияние потери пакетов на качество голоса и разработка алгоритмов сокрытия потери пакетов были предметом подробных исследований в сообществе VoIP, но их результаты не применимы напрямую к случаю TDMoIP. Это связано с тем, что пакеты VoIP обычно содержат от 80 отсчетов (10 мс) до 240 отсчетов (30 мс) речевого сигнала, в то время как пакеты TDMoIP могут содержать только небольшое количество отсчетов. Поскольку пакеты TDMoIP настолько малы, допустимо просто вставить постоянное значение вместо любых потерянных речевых выборок. Предполагая, что входной сигнал имеет нулевое среднее (т.е. не содержит Компонент постоянного тока ) минимальное искажение достигается, когда эта константа равна нулю. В качестве альтернативы более сложные подходы требуют оптимального прогнозирования значений пропущенных выборок.