Модель построения инфокоммуникационной сети

Лекция 1.5
Модель построения
инфокоммуникационной
сети
Модель построения инфокоммуникационной сети
Построение инфокоммуникационной сети в соответствие с сетевой
моделью показано на рисунке.
Сетевое приложение начинает передачу информационного потока с
установления соединения, определяя при этом тип информационного
потока и параметры его переноса.
Тип (протокол) информационного потока определяет, какое сетевое
приложение на стороне получателя должно быть инициировано и в
какой кодировке осуществляется передача.
Установление соединения начинается с выполнения функции
инициализации персонального адреса отправителя в узле
коммутации. Для этого сетевое приложение выполняет функцию
регистрации номера.
Модель построения инфокоммуникационной сети
После регистрации номера узел коммутации выполняет поиск данного
номера на сети в заданной области. Если указанный номер
присутствует, на каком либо узле, то выполняется функция удаления
данного номера из найденного узла, с тем чтобы персональный адрес
был единственным. Далее сетевое приложение задаёт область поиска
и выполняет функцию поиска номера получателя.
Процесс поиска номера получателя формирует запрос прокладки
маршрута передачи на сетевой уровень и запрос транспортному
уровню указывающий требуемые параметры переноса и тип
соединения. Сетевой уровень строит путь передачи,
удовлетворяющий запросу транспортного уровня. Тем самым, поиск
будущего маршрута осуществляется с учетом параметров переноса.
Когда искомый адрес на сети будет найден, то в информационный слой
оконечного оборудования получателя поступит запрос на
идентификацию сетевого приложения в соответствии с типом
информационного потока. Если данное приложение присутствует в
оборудования получателя, то выполнится функция инициализации
приложения. После того, как приложение будет готово к исполнению,
будет выполнена проверка возможности установления соединения с
требуемыми параметрами переноса.
Если в оборудовании получателя вычислительные ресурсы позволяют
принять информационный поток, то формируется запрос на
установление соединения с параметрами транспортного уровня.
Данный запрос передаётся в обратном направлении по найденному
маршруту с указанием того, что данный путь передачи необходимо
фиксировать. Таким образом, устанавливается маршрут в
направлении от отправителя к получателю. Затем, оконечное
оборудование получателя аналогичным образом строит маршрут
переноса в обратном направлении. При этом возможно построение
как ассиметричных, так и симметричных маршрутов переноса.
Следует особо отметить, что перенос всех информационных потоков в
рамках сетевой инфраструктуры требует от протокола маршрутизации
высокой устойчивости, безопасности и сходимости. Задача
устойчивости решается исключением служебных потоков, которые
связанны с периодическим обновлением маршрутных таблиц, в
результате чего организовать внешнее дестабилизирующее
воздействие на протокол маршрутизации и таблицы маршрутов
становится принципиально невозможно. Безопасность достигается
присвоением адреса непосредственно объекту. Поскольку адрес
объекта инициализируется в системе коммутации, то во все
поступающие от объекта блоки информации сетевой узел
автоматически устанавливается номер объекта.
Попытка со стороны объекта изменить свой адрес на этапе
инициализации будет воздействовать только на установленное
соединение с точной локализацией объекта на сети. Сходимость
работы протокола маршрутизации необходима для быстрого поиска
требуемого пути с учетом обходных путей, достигается применением
алгоритма ассоциативной маршрутизации.
После установления маршрута переноса каждый узел на сети автономно
выделяет информационному потоку требуемую скорость передачи, с
гарантируемой задержкой и нормируемой флуктуацией задержки.
Тем самым каждый информационный поток получает
индивидуальное обслуживание от одной или совокупности сетевых
инфраструктур. Так как все узлы работают автономно, то отпадает
необходимость и в протоколах сигнализации для обслуживания
трафика. А, отсутствие сигнализации при обслуживании трафика и
установлении маршрута передачи существенно упрощает стек
протоколов сетевой модели и создаёт возможность реализовать до
96% функций коммуникационного слоя на аппаратных средствах.
Установив соединение, сетевые приложения выполняют перенос
информационного потока. После окончания переноса
информационного потока сетевые приложения, инициируют процесс
завершения соединения. Процесс завершения соединения выполняет
функцию деактивации сетевого приложения получателя, и формирует
запрос к сетевому уровню на закрытие канала связи. Запрос на
закрытие канала связи ликвидирует маршрут передачи.
Выводы
Следует отметить, что разрешение проблем эталонной модели
взаимодействия не только возможно в рамках предложенной сетевой
модели инфокоммуникаций, но и позволяет получить ряд
преимуществ.
Разбиение сетевой модели на два слоя позволило существенно
упростить стек протоколов. Концентрация задачи переноса только на
транспортном уровне позволит индивидуально обслужить каждый
поток информации в рамках одной или совокупности сетевых
инфраструктур. Присвоение персонального адреса непосредственно
объекту решает проблему обеспечения соответствия между номером
и объектом. Регистрация номера в узлах коммутации позволяет точно
локализовать объект на сети. Отсутствие протоколов сигнализации,
как при построении маршрута передачи, так и при обслуживании
трафика существенно меняет условия присоединения сетей
различных операторов.
Создание на сеансовом уровне достоверной информации об
устанавливаемых соединениях позволяет биллинговой системе
осуществлять тарификацию информационных потоков не только тех,
что существуют сегодня, но что не менее важно и тех, что возникнут в
будущем.
Биллинг в электросвязи — комплекс процессов и решений на
предприятиях связи, ответственных за сбор информации об
использовании телекоммуникационных услуг, их тарификацию,
выставление счетов абонентам, обработку платежей[1][2]. Биллинговая
система — прикладное программное обеспечение поддержки
бизнес-процессов биллинга.
Биллинг — важнейший компонент деятельности любого коммерческого
оператора связи, вне зависимости от вида телекоммуникаций:
операторы фиксированной и мобильной связи, интернет-телефонии,
виртуальные операторы, интернет-провайдеры, операторы
транзитного цифрового трафика, провайдеры цифрового телевидения
— не могут существовать без биллинга, благодаря которому
выставляются счета потребителям их услуг и обеспечивается
экономическая составляющая их деятельности.
Для биллинговых систем в телекоммуникациях в русском языке также
используется термин автоматизированная система расчётов (АСР), в
частности, такой термин использован в официальных документах
Министерства связи России, предписывающих обязательную
сертификацию биллинговых систем
Возложение на биллинговую систему функции контроля цифровых прав
за содержание информации, формирует новые условия для широкого
развития всех форм электронной коммерции и информационного
обмена, чего так не хватает бизнес-сообществу (особенно в части
взаимодействия в рамках ВТО).
Остается заметить, что предложенная сетевая модель
инфокоммуникаций обеспечивает выполнение всех требований,
которые предъявляются к перспективной технологии переноса в
соответствии с концептуальными положениями по построению
мультисервисных сетей на ВСС России.
Валов Сергей Геннадьевич - главный конструктор ООО “Инновационная
компания UNet”
Голышко Александр Викторович - главный эксперт “Комстар –
Объединенные Телесистемы”