4. Разработка алгоритма функционирования базовой модели управления вызовами на приемной стороне
На основании вышеизложенного описания BCSM на приемной стороне и в соответствии с рекомендациями ITU-T Q.1214 разработаем алгоритм ее функционирования BCSM. В качестве инструмента взят программный пакет Cinderella SDL 1.0, позволяющий разрабатывать, анализировать и модифицировать систему описываемые на языке спецификаций и описаний SDL (Specification and Description Language), в сочетании с двумя другими языками спецификаций: ASN1 (Abstract Syntax Notation 1), MSC (Message Sequence Chart).
Основу языка составляет концепция взаимодействия конечных автоматов. При этом динамическое поведение системы описывается с помощью механизмов функционирования расширенных конечных автоматов и связей между ними, называемых процессами. Наборы процессов образуют блоки. Блоки, соединенные друг с другом и со своим окружением каналами, в свою очередь, образуют SDL-систему.
Каждый сигнал подлежит точному определению в спецификации SDL с указанием значений типов данных, которые могут быть переданы данным сигналом.
Процесс описывает поведение некоторого определенного объекта системы в SDL и является наиболее важным объектом в языке. Поведение каждого процесса определяется расширенным конечным автоматом, который выполняет действия и генерирует реакции (сигналы) в ответ на внешние воздействия (сигналы).
Конечный автомат имеет конечное число внутренних состояний и оперирует с конечным дискретным множеством входов и выходов. Под автоматом с конечным числом состояний понимается объект, находящийся в одном из дискретных состояний на вход которого поступают извне некоторые сигналы , а на выходе которого имеется набор выходных сигналов J1, J2,…. Jm. Под влиянием входных сигналов автомат переходит из одного состояния в другое, которое может совпадать с предыдущим, и выдает выходной сигнал.
Сигналы подразделяются на два типа: возобновляющие и порождающие. Возобновляющий сигнал при поступлении на ввод переводит процесс из состояния, предшествующего вводу, в переход. Порождающий сигнал генерирует новый процесс, который переводится в переход. Кроме того, можно выделить поглощающее состояние, при переходе в которое процесс исчезает (поглощается данным состоянием).
Процесс в SDL-спецификации имеет конечное число состояний, в каждом из которых он может принимать ряд отправленных этому процессу допустимых сигналов. Процесс может находиться в одном из состояний или в переходе между состояниями. Если во время перехода поступает сигнал, предназначенный дня данного процесса, то он ставится в очередь к процессу.
Процесс в SDL рассматривается как некий объект, который находится в состоянии ожидания получения входного сигнала либо в переходе. Состояние определяется как условие, в котором действие процесса временно приостановлено в ожидании ввода.
Разработанный алгоритм представлен в приложении Б.
В данном алгоритме реализуются следующие состояния:
1) S7 – свободное состояние. Переход в это состояние происходит под воздействием следующих событий: завершен процесс разъединения и освобождения, связанный с предыдущим вызовом, абонентские линии (АЛ) и соединительные линии (СЛ) системы коммутации свободны.
При этом наблюдаются следующие функции: освобождение линий и каналов; контроль исходного состояния, проверка правомочности входящего вызова.
Выход из этого состояния происходит под воздействием следующих событий: входящий вызов разрешен, отказ входящей связи.
2) S8 – выбор ресурса и оповещение о вызове. Переход в это состояние происходит под воздействием события – прием входящего вызова и разрешение направить его к адресату.
При этом наблюдаются следующие функции: выбор ресурса для обслуживания вызова, извещение о вызове к вызываемому терминальному оборудованию.
Выход из этого состояния происходит под воздействием следующих событий: входящая сторона извещается о вызове, получен ответ вызываемой стороны, вызываемая сторона занята или недоступна, отказ вызывающей стороны от связи.
3) S9 – посылка вызова. Переход в это состояние происходит под воздействием следующего события – входящая сторона извещается о вызове.
При этом наблюдаются следующие функции: оповещение исходящей станции и ожидание ответа вызываемой стороны.
Выход из этого состояния происходит под воздействием следующих событий: ответ вызываемой стороны, отсутствие ответа, отказ вызывающей стороны от связи.
4) S10 – разговор. Переход в это состояние происходит под воздействием события – получен ответ вызываемой стороны.
При этом наблюдаются следующие функции: устанавливается соединение между исходящей и входящей сторонами, проводится наблюдение за состоянием связи.
Выход из этого состояния происходит под воздействием следующих событий: прием от вызванной стороны услуги или компонента услуги, обрыв соединения, разъединение вызванной стороной или исходящей стороной.
5) S11 – освобождение. Переход в это состояние осуществляется при обнаружении одного из условий освобождения: истек тайм-аут, некорректная информация, невозможность выбора ресурса, абонент занят, нет ответа, обрыв соединения.
Здесь выполняются следующие функции: производятся действия по освобождению всех устройств, участвующих в соединении.
Выход из этого состояния происходит под воздействием события: все устройства, участвующие в соединении, перешли в свободное состояние.
В результате анализа контрольных точек (12–18) приведенной модели BCSM на приемной стороне были определены основные информационные сообщения, которые могут передаваться при предоставлении услуг IN между SSF и SCF:
12) маршрут выбран – входящий вызов разрешен;
13) абонент занят – занята входящая сторона;
14) нет ответа – входящая сторона не отвечает;
15) ответ абонента – ответ входящей стороны;
16) запрос услуги или компоненты услуги от вызываемого абонента – вмешательство в фазу разговора входящей стороны;
17) разъединение – разъединение входящей стороны;
18) отбой со стороны вызывающего абонента.
Реализованные в рассмотренном алгоритме базовой модели управления вызовами на приемной стороне состояния определяют последовательность процедур в определенной временной последовательности. Выполнение этих процедур описывается вероятностно-временными характеристиками, которые можно определить с помощью вероятностно-временных графов. Как было отмечено выше, в основе их организации лежит аппарат полумарковских процессов. В следующем разделе производится построение вероятностно-временного графа для базовой модели управления вызовами на приемной стороне и анализ соответствующих вероятностно-временных характеристик.
... сети телекоммуникаций, а также сравнивая технические возможности оборудований различных фирм в настоящем дипломном проекте предлагаю создать интеллектуальную сеть в г.Кокшетау на базе оборудования S-12 фирмы Alcatel [6]. Выбор оборудования не случаен, так как на сети города полностью эксплуатируется данная система. Это позволяет оптимально решить вопросы по синхронизации, сигнализации и по ...
... -систем в единую сеть, но и позволяет предоставить абонентам более широкий набор телекоммуникационных услуг, включая дуплексную связь. Рис. 5.6. Многозоновая сеть LTR на базе коммутаторов FASTNet, использующая коммутируемые линии ТФОП 5.4. СИСТЕМА MULTI-NET Состав и структура системы Система Multi-Net предназначена для создания многозоновых сетей связи большой протяженности ...
... оконечной станции. Спектр линейного сигнала симметричный и достаточно высокочастотный, присутствуют также низкочастотные и постоянная составляющие. Постановка задачи Проведя анализ по модернизации существующих сооружений сети телекоммуникаций района АТС-38, ставим задачу для нашего дипломного проектирования: 1.Увеличить номерную емкость района АТС-38 заменой существующей РАТС типа АТСКУ 10000, ...
... мобильной и фиксированной телефонной связью; в перспективе, не должно быть никакой разницы между мобильным и домашним телефонами. 2. Анализ вопросов проектирования сотовой системы связи стандарта DCS-1800 оператора «Астелит» 2.1 Расчет величины дуплексного разноса между частотными каналами Величина дуплексного разноса определяется соотношением [6] = - = -, (2.1) где ...
0 комментариев