Программный комплекс анализа сигнализации ОКС–7
В начале 2000-х годов в телекоммуникационной компании возникла острая необходимость анализа сигнализации ОКС–7(SS7). Промышленный протокол-тестер по каким-то причинам не покупался, и в лаборатории была сделана попытка реализации устройства анализа своими силами. На первом этапе была использована часть от описанного ранее программно-аппаратного комплекса мониторинга цифрового потока Е1, которая позволяла выделять кодовые группы выбранных временных интервалов обоих направлений Е1. Затем эта информация направлялась связным процессором КР1816ВЕ31 на рабочую станцию. Связной процессор из-за ограничений по скорости не производил никакой обработки принятой информации, кодовые группы просто отправлялись в параллельной форме на LPT порт компьютера, работающий в EPP режиме. Обработка принятых данных на уровне аппаратных прерываний легко позволяла обеспечить скорость 128 кбит/с, необходимую для обеспечения приема сигнальной информации по двум направлениям, и сохранения полученных данных в файле. Далее файлы обрабатывались отдельной программой MSUVIEW, то есть анализатор не работал в режиме реального времени.
Так как при сохранении исходная информация никаким образом не обрабатывалась, то в MSUVIEW было реализована функционалы уровней MTP2, MTP3 и ISUP. На уровне МТР2 (функции звена сигнализации) программным способом выполнялось:
- • Выделения из битового потока флага начала сигнальной единицы;
- • Устранения битстаффинга, выполненного передающей стороной;
- • Расчет контрольной суммы, полученной сигнальной единицы по алгоритму CRC;
- • Контроль последовательностей FSN и BSN;
- • Разделение полученных сигнальных единиц по типу: MSU, LSSU, FISU.
Кстати именно реализация MTP2 программным способом и не позволила на тот момент реализовать работу анализатор в реальном времени, потому что требовалось прогонять весь массив записанной информации через операции битового сдвига для выделения флага разделения сигнальных единиц и удаления битстаффинга .
На уровне МТР3 (функции сети сигнализации) выполнялось выделение службы данной MSU, кодов пунктов сигнализаци (OPC, DPC). Все сообщения подсистемы ISUP далее разбирались в соответстии с рекомендациями Q.763 ITU-T. Программа позволяла выполнять фильтрацию сообщений ISUP по значению полей CIC, called/calling номеру.
Спустя некоторое время в лаборатории появилось оборудование ИКМ OGM–30E производства Морион. Производитель по заказу компании выполнил некоторую доработку ПО оборудования, дополнив возможностью обработки сигнальной информации в назначенном временном интервале Е1. OGM–30E обеспечивало функционал уровня МТР2 и могло передавать выделенные сигнальные единицы через Ethernet порт платы КД–120.
Перенос обработки уровня МТР2 на аппаратный уровень OGM–30E позволило организовать работу анализатора уже в реальном режиме времени.
Программный комплекс анализа сигнализации сети доступа ISDN PRI.
Аналогично анализатору ОКС–7 был реализован протокол-тестер для сигнализации ISDN PRI, предназначенный для работы совместно с описанным выше OGM-30E.
В программе выполнялись обработки протоколов уровня LAPD (Q.920, Q.921) и сетевого уровня DSS–1 (Q.931). Так как нужно было достаточно срочно получить результаты, то программа, работающая в режиме реального времени выводила результаты на экран и текстовый файл без какой-либо фильтрации.
Это был последний программный продукт, который был реализован мной в лаборатории. В результате реорганизации в рамках компании лаборатория была расформирована, а я, сменив род основной профессиональной деятельности, полностью посвятил себя эксплуатации коммутационного оборудования сотовой связи. Но это уже другая история...