в каком канальном интервале при сигнализации edss1 организуется сигнальный d канал
В каком канальном интервале при сигнализации edss1 организуется сигнальный d канал
Уровень 1 протокола EDSS1
Уровень 1 рассматривается на примере основного доступа.
— 16 бит на каждый B-канал;
— 4 бита на D-канал;
— 12 бит на синхронизацию и эхоподавление.
Таким образом, функции S0-интерфейса заключаются в организации двух стандартных пользовательских каналов (B-каналов) со скоростью 64 кбит/с и канала сигнализации (D-канала) со скоростью 16 кбит/с. Канал синхронизации требуется для передачи каналов в режиме временного уплотнения. С помощью синхронизации определяется расположение битов B- и D-каналов. Также по шине S0 может осуществляться питание пользовательского оборудования.
Основная проблема, возникающая при передаче на основном доступе, состоит в использовании существующих медных проводов для двухсторонней цифровой передачи. Причинами данной проблемы являются:
— необходимость обеспечения высокой скорости при двухсторонней передаче по проводу a/b;
— провода a/b не обеспечивают скорости 160 кбит/с при использовании линейного псевдотроичного кода.
Для решения второй проблемы используются коды 2B/1Q или 4B/3T.
2B/1Q означает, что два бита информации кодируются одним импульсом определенной амплитуды и полярности (см. рис. 3). Так как возможны 4 случая сочетаний двух бит, то это значит, что импульс может принимать четыре различных значения и называется четвертичным символом:
В каком канальном интервале при сигнализации edss1 организуется сигнальный d канал
Уровень 3 протокола EDSS1
Является третьим байтом сигнального сообщения 3-го уровня и используется для определения того вызова, к которому относится данное сообщение. Таким образом, вызов может быть идентифицирован независимо от канала передачи, в котором он поддерживается. Это важно для идентификации информации, относящейся к разным вызовам одного терминала.
Предназначен для определения функции, которую выполняет данное сообщение. В таблице приведены основные типы сообщений и их коды.
|
ALERTING
Данное сообщение посылается вызываемым пользователем сети и сетью вызывающему пользователю и сообщает о том, что вызываемый пользователь снял трубку (активировал соединение).
CALL PROCEEDING
Данное сообщение посылает вызываемый пользователь сети или сеть вызывающему пользователю для обозначения того, что запрос установления соединения был инициирован и никакая информация об установлении соединения больше приниматься не будет.
CONNECT
Данное сообщение посылает вызываемый пользователь сети или сеть вызывающему пользователю для обозначения того, что вызов принят вызываемым пользователем.
CONNECT ACKNOWLEDGE
Данное сообщение посылается сетью вызываемому пользователю для сообщения о том, что соединение установлено. Сообщение может также посылаться вызывающим пользователем сети для того, чтобы обеспечить симметричность процедур управления вызовом.
PROGRESS
Данное сообщение посылает пользователь или сеть для обозначения процесса прохождения вызова в случаях межсетевого взаимодействия или в связи с обеспечением посылки тональных сигналов.
SETUP
Данное сообщение посылает вызывающий пользователь сети и сеть вызываемому пользователю для инициализации процесса установления соединения.
SETUP ACKNOWLEDGE
Данное сообщение посылает сеть вызывающему пользователю или вызываемый пользователь сети для обозначения того, что процесс установления соединения был инициализирован.
RESUME
Это сообщение посылает пользователь для запроса сети о возобновлении отложенного вызова.
RESUME ACKNOWLEDGE
Данное сообщение посылает сеть пользователю для обозначения завершения запроса на возобновление отложенного вызова.
RESUME REJECT
Данное сообщение посылает сеть пользователю для обозначения отклонения запроса на возобновление отложенного вызова.
SUSPEND
Это сообщение посылает пользователь для запроса сети об откладывании вызова.
SUSPEND ACKNOWLEDGE
Данное сообщение посылает сеть пользователю для обозначения завершения запроса на откладывание вызова.
SUSPEND REJECT
Данное сообщение посылает сеть пользователю для обозначения отклонения запроса на откладывание вызова.
USER INFORMATION
Это сообщение посылается пользователем сети для дальнейшей передачи его другому пользователю, а также сетью пользователю для передачи информации от другого пользователя. Данное сообщение используется, например, для реализации услуги «User-To-User Signaling».
DISCONNECT
Данное сообщение посылается пользователем для запроса сети на освобождение соединения из конца в конец, или посылается сетью пользователю для обозначения того, что соединение из конца в конец освобождено.
RELEASE
Данное сообщение посылает пользователь или сеть для обозначения того, что оборудование, посылающее сообщение, отключено от канала и готово освободить канал и что принимающее оборудование должно осуществить освобождение канала после посылки сообщения RELEASE COMPLETE.
RELEASE COMPLETE
Данное сообщение посылает пользователь или сеть для обозначения того, что оборудование, посылающее сообщение, освободило канал и что принимающее оборудование сейчас начнет освобождение канала.
CONGESTION CONTROL
Данное сообщение посылает пользователь или сеть для указания начала или окончания передачи сообщений типа USER INFORMATION.
INFORMATION
Данное сообщение посылается пользователем или сетью для предоставления дополнительной информации. Это сообщение может быть использовано для предоставления информации процессам установления соединения (например, посылка и получение цифр с перекрытием) или для предоставления дополнительной информации, связанной с вызовом.
NOTIFY
Данное сообщение посылается пользователем или сетью для указания информации, относящейся к вызову, такой как откладывание вызова.
STATUS
Данное сообщение посылается пользователем или сетью в ответ на сообщение STATUS ENQUIRY или в любой момент во время вызова для оповещения о некоторых ошибках.
STATUS ENQUIRY
Данное сообщение посылается пользователем или сетью в любое время для получения сообщения STATUS от 3-го уровня. Посылка сообщения STATUS в ответ на сообщение STATUS ENQUIRY обязательна.
Каждое из передаваемых сообщений содержит идентификатор протокола, идентификатор вызова и поле типа сообщения. Данная информация заносится в соответствующие поля сигнального сообщения 3-го уровня. Поле, отведенное для других информационных элементов, заполняется информацией, необходимой каждому конкретному типу сообщения.
Программные IP-АТС, E1, DSS-1 и нагрузочное тестирование
Введение
Как говорится, без теории никуда, хоть информации о потоке E1 и протоколе DSS-1 предостаточно, опишу основные моменты, которые важны для понимания дальнейшего материала.
Протокол DSS-1 имеет три уровня.
Первый уровень – физический, отвечает за непосредственно установление физического соединений и формирование каналов PRI и BRI. Basic Rate Interface (BRI) содержит 2 B канала 64 кбит/с и один D-канал 16 кбит/с, Primary Rate Interface (PRI) содержит 30 B каналов 64 кбит/с, D-канал 64 кбит/с, H-канал 64 кбит/с. B-каналы передают голос и данные, в то время как H-канал служит для синхронизации оконечного оборудования, D-канал для передачи данных об устанавливаемых соединениях (сигнализации).
Второй уровень – канальный, на данном уровне работает протокол Link Access Protocol — D Channel (LAPD) спецификация Q.921. Протокол LAPD отвечает за формирование логических каналов. Соответственно после установлении физического соединения должно установиться логическое: NETWORK посылает сообщение SABME (Set Asynchronous Balanced Mode Extended, установить расширенный асинхронный режим), CPE отвечает сообщением UA (Unnumbered Acknowledge, ненумерованное подтверждение) для синхронизации. После этого между устройствами NETWORK и CPE должен постоянно поддерживаться обмен RR (Receiver Ready, приемник готов) и устанавливаются логические каналы D и B.
Третий уровень – сетевой, на данном уровне у нас ходит сигнализация — протокол Q.931, который передается в канале D и данные — протокола Х.25, передаются в канале B.
SIP в DSS-1
Теперь, когда мы разобрались, как работает протокол DSS-1, рассмотрим, как происходит преобразование протокола SIP в EDSS-1 и обратно. На рисунке 1 показано стандартное установление соединения. Как мы видим из рисунка сообщения протокола SIP и DSS-1 похожи.
Рисунок 1 – Преобразование SIP в DSS-1
Анализ потока E1
Теперь поговорим, как нам анализировать поток E1. Про физику потока – его форму импульса мы говорить не будем, нас интересует исключительно логика. На моей практике было и такое, что две АТС отлично работают по E1 и только подключив анализатор протоколов мы видели ошибки.
Анализатор нам нужен для отображения сообщений протоколов второго и третьего уровня, с помощью него мы увидим потерю сигнала, срыв синхронизации и многое другое. Естественно с одной стороны мы ставим нашу АТС, с другой желательно устанавливать серийную АТС, ловить ошибки на ошибки нам не надо.
Для анализа протоколов нам может пригодится Linkbit AnyTest AT1000 или Asterisk + T1/E1 (PRI) Digital Card.
Linkbit AnyTest AT1000
Немного расскажу о Linkbit, по сути это аппаратно-программный комплекс, являющийся анализатором протоколов цифровой телефонии. Представляет собой приставку с интерфейсами, которая подключается по usb к компьютеру с установленным программным обеспечением.
Поддерживает большое количество протоколов и кодеков, в том числе и интересующих нас DSS-1 и SIP.
На рисунке 2 показан графический интерфейс. В графическом интерфейсе отображается окно с расшифровкой сообщений DSS-1 и LAPD, при необходимости можно отключить отображение сообщений не интересующего протокола. Ниже отображается поток E1 c тайм-слотами, как мы видим на рисунке 2 у нас заняты 10 тайм-слотов (отображены зеленым), 3 освободились (отображаются черным), стоит отметить, что при нажатии на занятый тайм-слот мы можем прослушать разговор.
Рисунок 2 – Анализатор протоколов Linkbit AnyTest AT1000
Asterisk + T1/E1 (PRI) Digital Card
Теперь поговорим о Asterisk, для работы нам понадобится T1/E1 (PRI) Digital Cards, которая устанавливается в слот PCI Express, соответственно немного придётся повозиться, что бы Asterisk увидел ее.
Заходим в отладку Asterisk и вводим команду “pri debug span 1” (указали номер своего канала) и при входящем/исходящем мы будем видеть сообщение протокола DSS-1. Соответственно, что бы нам увидеть статус каналов мы можем воспользоваться командой “pri show span 1”. Если хочется увидеть сообщение LAPD, то следует воспользоваться командой “pri intense debug span 1”.
Рисунок 3 – Отладка Asterisk: сообщения DSSS-1
Рисунок 4 – Отладка Asterisk: отображение тайм-слотов
Нагрузочное тестирование
Для проверки программной IP-АТС нам понадобится серийная IP-АТС, в разрыв потока E1 ставится Linkbit AnyTest AT1000, дальше используются генераторы трафика StarTrinity SIP Tester или Sipp. Сообщение протоколов анализируем с помощью Linkbit AnyTest AT1000.
Для проверки программной IP-АТС нам понадобится серийная IP-АТС, в разрыв потока E1 ставится Linkbit AnyTest AT1000, дальше используются генераторы трафика StarTrinity SIP Tester или Sipp, которые осуществляют вызовы на Asterisk (Asterisk подымает трубку и заворачивает RTP). Сообщение протоколов анализируем с помощью Linkbit AnyTest AT1000.
Рисунок 6 – Варианты тестирования
Вариант 3
Для проверки программной IP-АТС нам понадобится Asterisk + T1/E1 (PRI) Digital Card в разрыв потока E1 ставится анализатор потока E1. Дальше используются генераторы трафика StarTrinity SIP Tester или Sipp, которые осуществляют вызовы на Asterisk (Asterisk подымает трубку и заворачивает RTP). Сообщение протоколов анализируем с помощью Linkbit AnyTest AT1000.
Для проверки программной IP-АТС нам понадобится Asterisk + T1/E1 (PRI) Digital Card. Дальше используются генераторы трафика StarTrinity SIP Tester или Sipp, которые осуществляют вызовы на Asterisk (Asterisk подымает трубку и заворачивает RTP). Сообщение протоколов анализируем с помощью программных возможностей Asterisk. Сообщение протоколов анализируем с помощью Linkbit AnyTest AT1000.
Рисунок 7 – Варианты тестирования
У меня было несколько видов проверок — первая я занимал 30 каналов и с определенным интервалом устанавливал вызовы, что бы отбившийся канал занимался новым и так по кругу, проще всего это сделать с помощью StarTrinity SIP Tester. Вторая — направлял “вал” вызовов через поток и смотрел как будет реагировать программное обеспечение.
Подведение итогов
Подведем итоги, мы с вами разобрались как работает протокол EDSS-1, нашли способы проанализировать сообщения протокола и произвели нагрузочное тестирование программного обеспечения. Конечно, в данном посте нет описания сообщений и всех тонкостей работы протокола, но для этого есть ссылки с рекомендуемыми спецификациями и литературой.
1.ITU-T Recommendation Q.921 (I.451)
2.ITU-T Recommendation Q.931 (I.451)
3.Гольдштейн Б.С. Протоколы сети доступа. Том 2.
В каком канальном интервале при сигнализации edss1 организуется сигнальный d канал
Уровень 2 протокола EDSS1
Адресное поле состоит из двух байт. В нем определяется получатель управляющей сигнальной единицы и передатчик посланной единицы (см. рис. 5).
В адресное поле входят бит расширения (EA), индикатор команда/ответ (C/R), идентификатор пункта, обеспечивающего услуги звена передачи данных второго уровня (SAPI), индикатор терминального окончания (TEI).
Бит расширения адресного поля (EA)
Индикатор команда/ответ (C/R)
Индикатор пункта, обеспечивающего услуги звена передачи данных (SAPI)
Указывает класс передаваемой информации. Эти классы информации используются для распознавания сигнальной информации, административной информации 2-го уровня и пакетов пользовательской информации.
Например, цифровые телефоны и терминалы X.25 могут быть подключены к одному стыку S0. Разные типы терминалов имеют разные типы доступа и могут иметь выход на различные сети. Пакеты, передаваемые разными типами терминалов (работающих по разным протоколам), идентифицируются с помощью индикатора SAPI. Шесть бит адресного поля, отведенные под SAPI, могут определить 64 класса информации:
|
Индикатор терминального окончания (TEI)
Ввиду того, что к одному блоку сетевого окочания может быть подключено несколько пользовательских устройств, станция ISDN присваивает каждой из них уникальный номер, который называется TEI (terminal equipment identifier).
Комбинация SAPI и TEI идентифицирует процедуры звена передачи данных и обеспечивает уникальность адреса для уровня 2. Терминал будет использовать этот адрес во всех передаваемых им пакетах и принимать только те пакеты, которые имеют соответствующий ему адрес.
Например, пакет, несущий информацию от процедур управления телефонным вызовом, помечается SAPI, как принадлежащий телефонии, и все телефонное оборудование пользователя будет проверять его, но только то терминальное оборудование, чей адрес (TEI) указан в данном пакете, примет его для обработки вторым и третьим уровнем.
Не должно существовать двух одинаковых TEI. Для этого сеть осуществляет специальное управление распределением TEI и следит за их правильным использованием. Семь бит адресного поля, используемые для TEI, позволяют назначить 128 идентификаторов терминальных окончаний:
Не автоматически присваемые TEI выбираются и распределяются пользователем. Автоматически присваемые TEI выбираются и распределяются сетью. Общие TEI всегда распределены и обычно называются как TEI для общего оповещения.
Терминалам, которые используют TEI из диапазона от 0 до 63, нет необходимости обмениваться информацией с сетью до начала установления соединения вторым уровнем. Однако правило, что все терминалы пользователя должны иметь различные TEI, действует и по отношению к ним. Пользователь должен сам следить, чтобы не было двух терминалов с одинаковыми, не автоматически присваемыми TEI.
Терминалы, использующие TEI из диапазона от 64 до 126, не могут установить соединение второго уровня до того, как запросят у сети TEI. В этом случае обязанность сети распределять TEI так, чтобы не было повторений.
Общие TEI используются для оповещения всех терминалов с одинаковыми SAPI. Например, оповещение всех телефонов о пришедшем вызове.
Поле управления определяет тип D-канального сообщения, которое может быть командой или ответом на команду. Оно может состоять из одного или двух байтов, размер его зависит от формата. Существует три типа форматов поля управления: передача информации о номере пакета (I-формат), функции надзора (S-формат), неномерованная информация и функции управления (U-формат).
Information transfer (I) format
I-формат используется при передаче информации между третьими уровнями.
Supervisory (S) format
S-формат используется для выполнения функций управления звеном передачи данных, таких как обозначение готовности звена передачи данных к приему пакета I-формата, подтверждение получения пакета I-формата, запрос на повтор пакетов I-формата (начиная с номера N(R)), запрос на временное прекращение посылки пакетов I-формата.
Unnumbered (U) format
U-формат используется для обеспечения дополнительных функций контроля за звеном передачи данных и для передачи информации, не требующей подтверждения.
Различные комбинации значений битов S и M определяют различные типы сообщений формата S и U.
Информационное поле может и не присутствовать в пакете (в этом случае пакет не несет в себе информацию третьего уровня, а используется вторым уровнем, например, для управления звеном передачи данных); если же оно присутствует, то находится за полем управления. Размер информационного поля может достигать 260 байт.
Ввиду того, что при передаче по сети пакеты могут искажаться шумами на первом уровне, в каждом из них присутствует поле контрольных битов ( F rame C heck S equence field). Оно состоит из 16 проверочных битов и используется для проверки ошибок в принимаемом пакете. Если пакет принят с неправильной последовательностью проверочных битов, то он сбрасывается.