Принципы построения цифровых сетей интегрального обслуживания

Автор работы: Пользователь скрыл имя, 17 Декабря 2013 в 19:09, лекция

Краткое описание

1. Архитектура узлов управления и коммутации ISDN.
2. Пакеты в ISDN.
3. Оценка эффективности сетей

Прикрепленные файлы: 1 файл

Лекция 5_Принципы построения цифровых сетей интегрального обслуживания.doc

— 251.00 Кб (Скачать документ)

Лекция 5.

Принципы построения цифровых сетей интегрального обслуживания

 

Вопросы лекции:

1. Архитектура узлов  управления и коммутации ISDN.

2. Пакеты в ISDN.

3. Оценка эффективности  сетей

 

 

1. Архитектура  узлов управления и коммутации ISDN

Узел коммутации СИО должен выполнять все функции транспортной сети согласно концепции АОС, т. е. содержать функциональные модули, соответствующие всем четырем уровням транспортной сети.

Общее число состояний, в котором может находиться УК, определяется текущим состоянием коммутационной системы (КСт), буферов пакетов и текущими запросами и является достаточно большим.

Организация транспортной сети в рамках одного УК (с использованием A-схем) показана на рис. 1. Данная структурная схема соответствует концепции централизованного управления объектами открытых систем в пределах одного уровня, так как один блок управления интерфейсом связывается со всеми объектами соединяющихся уровней, что является отступлением от принципов АОС, это вызвано необходимостью производить регулярные оценки состояния уровня на базе достаточно полной информации, отсутствием известных разработанных распределенных алгоритмов, которые позволили бы избежать централизации по управлению в пределах уровня, а также неидеальной реализацией границ между уровнями по принципу «общая шина».

На рис. 1 приняты следующие обозначения: УУ — устройство управления; ГЛК— группа логических каналов; Aк — A-схема (автомат) канального уровня для организации различных типов ИК (служебного — для сигнализации по общему каналу, КК — без возможности уплотнения коммутируемых каналов, КП — для реализации адаптивной коммутации); Ас — автоматы для организации различных типов логических каналов. Интерфейсы на рисунке выполняют функции коммутаторов интерфейсных блоков.

Структурная схема коммутатора интерфейсных блоков на базе общей шины показана на рис. 2. Общая шина является информационной магистралью двустороннего обмена интерфейсными блоками — от канального к сетевому уровню и от сетевого к канальному уровню в режиме разделения времени. Шина состоит из трех основных магистралей: данных, адресов и управления. Магистраль адресов делится на подмагистраль адресов

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

Интерфейс между физическим и канальным уровнями вместе с  пространственным коммутатором является коммутационной системой УК (см. рис. 8.1). Для создания коммутационных систем, рассчитанных на несколько сотен и более абонентов, используются различные пространственно-временные структуры. Для реализации принципа пакетной коммутации на выходе УК необходимо включить буферный накопитель для синхронизации; в этом случае обычно применяются структуры «время—пространство—время»   или   «время—пространство».

Каждая группа входных буферов содержит по одному 128-разрядному регистру памяти на каждый временной интервал из группы входных каналов, соответствующей данной группе буферов. Так как в системе ИКМ-30 на каждые 15 временных каналов по 64 кбит/с приходится один служебный канал, то в группе буферов предусматриваются и буферы для служебных каналов (два для группы ИКМ-30). Информация из этих служебных буферов поступает во входной процессор, который переправляет ее к блокам управления межуровневыми интерфейсами.

Блок управления КСт  на базе информации, поступающей из входного процессора, канального уровня и самой КСт, устанавливает или разъединяет соединительные пути между точками входа и выхода. Для этой цели в нем непрерывно обновляется таблица входов и выходов. Вместо номера выходной группы в слу-

чает виртуального соединения в соответствующей графе  таблицы может находиться символ буфера ij, который означает, что пакет из входного буфера ij (i — номер входной группы, j — номер канала в группе) длиной 128 бит пересылается в буфер пакетов под номером kl.

Каждой паре «входная группа—выходная группа» сопоставляется поддерживающий ее программный модуль — автомат физического уровня. По состоянию автоматов физического уровня можно судить о наличии и состоянии его ресурсов: пропускных способностях выходных трактов, исправности и загруженности коммутаторов, сбоях и прерываниях в оборудовании передачи и коммутации. Программная структура физического уровня является относительно постоянной, и ресурсы, которые выделяются автоматами физического уровня, фиксированы.

Рассмотрим возможные  состояния, в которых могут находиться физический, канальный и сетевой уровни с точки зрения процессов коммутации.

Физический уровень  может находиться в состояниях Ф = {φ1 ,…, φ7} определяемых перечисленными ниже переменными. К ним относятся φ1 — количество исходящих каналов; φ2 — среднее число скоммутированных каналов за интервал времени tφ,; φ3 - среднее число запросов на коммутацию за интервал времени tφ; φ4 — среднее число отказов КСт за интервал времени tФ (все средние значения определяются но методу скользящего среднего); φ5 --- допустимое число скоммутированных каналов; φ6 — допустимое число запросов; φ7 — допустимое число отказов, причем  φ5 < φ1,   φ6 < φ7.

Таким   образом,   можем   выделить   следующие   состояния:

φ1: φ2<< φ1 , φ3 <<φ1 , φ47 ; φ2 : φ2 <<φ1 , φ4 φ7 (перегрузка КСт из-за большой активности пакетного уровня); φ3 : φ3 φ1 , φ4 φ7 (перегрузка КСт из-за большого количества скоммутированных каналов); φ4 : φ2 φ5 , φ3 φ6 , φ4 φ7 (общая перегрузка  КСт).

Канальный уровень (точнее информационный канал) может находиться в состояниях X = {x1, …, x5} определяемых следующими переменными состояния: k1 — число запросов на формирование Л К (общее), k2 — число запросов на формирование каналов типа КК; k’2 -запрашиваемое количество стандартных каналов; k3 — число запросов на формирование каналов типа БКК; k3 - запрашиваемое количество стандартных каналов; k4 — число запросов на формирование каналов типа КП, в том числе k’4— каналов типа КП; k’’4 — каналов типа КС и k’’’4 — каналов типа ДГ, к4 =k’4 + k’’4 + k’’’4 ; k5 — число запросов на формирование ЛК для передачи файлов данных; k'5 — запрашиваемое количество стандартных каналов; k6 — число запросов на формирование Л К для передачи видеофайлов; k7 — число запросов на постоянные каналы; k8 — число ЛК, поддерживаемых узлом; k9 — число непустых буферов пакетов; kl0 — длина максимальной очереди в буферах пакетов; k11 — максимальное число стандартных каналов, используемых в режимах КК и БКК; k12 — минимальное число стандартных каналов, используемых в режиме КП, которые необходимы для организации общего канала сигнализации; k'12 — число ЛК, организованных в общем канале сигнализации; k13 — общее число стандартных каналов в ИК (пропускная способность ИК); k14 — допустимая максимальная длина буфера данных; k15 — наличие перегрузки в буфере данных; k16 — число стандартных каналов, отведенных под постоянные каналы; k17 — количество буферов, в которых зафиксировано переполнение; k18 — число стандартных каналов, занятых в режиме КК; kl9 — число стандартных каналов, соответствующих k9; k20 — число стандартных каналов, соответствующих k4; k21 — размер буфера данных; k22 — число сообщений в буфере данных; k23 — допустимая вероятность потерь; k24 — текущая средняя вероятность потерь.

Состояния ИК можно охарактеризовать следующим образом: x1 : k2 = k3= k7=0 (запросы на КК, БКК и ПК отсутствуют и все (k13 — k16) каналов используются в режиме КП); х2: k9 k'12, k2 + k3 k11 (большое число запросов на КК и БКК и сообщения в режиме КП, тогда число каналов, используемых в режиме КК, равно k13 — k16 — k12); x3 : k2 > 0, k16 > k14, k17 = 0 (большое число запросов на все режимы, сообщения в режиме КП заполняют паузы в сообщениях, передаваемых в режиме КК); x4 : k17 > О (перегрузка информационного канала из-за большого потока пакетов); x5 : (k13 — k19 — k20 — k18 — k16) > 0 (в КК имеются   незагруженные   стандартные   каналы).

Сетевой уровень может  находиться в состояниях π — { π1 ,..., π6 }, для которых характерны следующие переменные: п1 = у — число стандартных каналов в ИК; п2 — рр — загрузка ИК трафиком речи: п3 — рд — загрузка ИК, создаваемая трафиком данных; n4 = {ni4 } — константы для алгоритмов маршрутизации; 
n5 = {пi5} — переменные таблиц маршрутизации; n6 — число перегруженных информационных каналов; n7 — число ИК, которое одновременно поддерживает УК; n8 = nр — число стандартных каналов для режима КК при перемещающейся границе. Интересующие нас состояния сетевого уровня характеризуются переменными n1 , n2, п3, n8 и определяются следующим образом: 
π 1:( n2 + n3) > 1 (узел перегружен); π2 : (n2 + n3) < 0,4; 
π 3 : 0,4 < (n2 + n3) < 0,8; π4: 0,8 < (n2 + п3) < 1, п1п21п8 ηTasi;

π 5 : 0,8 < (n2 + п3) < 1, ηTasi п1п21п8 1

π6 : 0,8 < (п2 + п3) < 1,   п1п21п8 < 1.

Организация процесса обработки  пользовательской информации в УК предполагает на сетевом уровне повышение коэффициента использования оборудования рУК и КСв р за счет распределения вызовов равномерно между ИК, что в случае небольшой связности УК может не дать нужного эффекта. На канальном уровне повышение рУК   и р возможно и в УК относительно небольшой производительности, так как достигается за счет различных приемов уплотнения КСв и организации процесса обработки (главным образом коммутации) пользовательской информации в УК. От решения этих задач на канальном уровне зависит выбор стратегии и на сетевом уровне.

С точки зрения процессов  коммутации наиболее информативным является рассмотрение состояний УК, причем за основу принимаются состояния ИК- Учитывая состояния физического, канального и сетевого уровней, введем следующие обобщенные состояния УК N = {vx, ..., v10}. Для простоты предположим, что в сеть могут поступать следующие виды заявок (см. рис. 8.2): а1= (a'11 a'31 a'51), а2 = {а'13 а'23 а'33), а3 = (a''13   a''34), а4 = (a'''15 a'''25 а'''35 a'''45). Использование заявок, указанных в скобках,  оговаривается дополнительно.

Обобщенные состояния vi определяются следующим образом:

Этим состояниям соответствует стохастическая матрица  вероятностей переходов между ними размерности 10x10, значения элементов которой важны для определения наиболее целесообразных направлений дальнейшей разработки УК и алгоритмов управления узлом.

В дальнейшем с целью  упрощения   будем   считать,   что   УК

 

 

находится в распоряжении только одной рассматриваемой вторичной сети, и созданные постоянные каналы не зависят от нее.

Матрица переходов между  состояниями имеет вид

Состояние v1 является исходным и одновременно контрольным, так как в этом состоянии проводят процедуры тестирования и диагностики каналов и процессоров. Будем считать, что из v1 возможен переход только в состояние v9 («недогруженный узел»). Переход в v1 возможен из любого другого состояния УК. Элементы матрицы || N || отвечают условию .

Каждому состоянию соответствует определенный алгоритм коммутации, позволяющий реализовать целевую функцию Ji, где i = — номер состояния УК при ограничениях типа — переменные информационных потоков (заявок); — параметры информационных потоков; и — соответствующие ограничения, принятые для n-го направления передачи; т — число видов поступающих заявок; {r1, r2, r3, r4} — ресурсы, т. е. буферы памяти, которые отводятся данному потоку в каждом уровне УК. Каждый алгоритм решает на каждом шаге (или модифицирует уже полученное решение) задачу целочисленного программирования.

Таким образом, рассмотрев функции, реализуемые УК СИО в  рамках транспортной сети, можно провести функциональное описание всех уровней транспортной сети, и на его основе — обобщенное функциональное описание УК с точки зрения процесса коммутации информационных блоков. Все это необходимо для синтеза эффективных с точки зрения выбранных критериев алгоритмов коммутации. Для перехода к решению задачи синтеза необходимо исследовать влияние внешней среды (переменных трафика и параметров конкретной СИО) на эффективность режимов коммутации. Вопросы синтеза таких алгоритмов уже были рассмотрены ранее.

 

3. Оценка эффективности сетей

Оценку эффективности  алгоритмов коммутации будем проводить по введенным выше вероятностно-временным характеристикам с учетом ограничений, накладываемых инструментальными средствами реализации этих алгоритмов в СИО. Поэтому для определенности примем следующие допущения. При анализе не будем рассматривать фазу установления соединения и ее влияние на загрузку КСв и на поведение УК в режимах наибольшего трафика. Как и ранее, основной исследуемой единицей выберем СПИн, т. е. «конечную последовательность данных, формируемую для передачи и имеющую законченное смысловое значение». Подданными в этом определении понимается любая передаваемая цифровая последовательность, в том числе и речевая.

Информация о работе Принципы построения цифровых сетей интегрального обслуживания