О. С. Попова Хіхловська І. В. Системне та прикладне програмне забезпечення у телекомунікаціях Конспект

Вид материала

Подобный материал:

1 ... 6 7 8 9 10 11 12 13 14

Описание процесса ИСП

1. Структура процесса ИСП изображена на рис. . Этот процесс можно разложить на три сервиса:

СДН — осуществляющий соединение;

ДНН — осуществляющий передачу данных;

РЗД — осуществляющий разъединение.

На рис. изображены маршруты, соединяющие сервисы, и распределение сигналов по маршрутам.

2. Если в процессе функционирования сервисов СДН и ДНИ обнаруживается ошибка, то эти сервисы посылают сигнал СКР (скорпион, поражающий сам себя) сервису РЗД, который «умерщвляет» процесс ИСП, предварительно оповестив об этом (сигналом СС-ПРЩ) процесс ДИР. После создания процесса ИСП начинает работать сервис СДН, так как только у него за стартовой вершиной следует переход. Пока он не кончит работу, сервис ДНИ не может начать работу, так как условием начала работы сервиса ДНИ является поступление сигнала ЗПС (запуск), который выдает сервис СДН только по окончании своей работы (см-далее рис. - ). Такое разделение во времени работы этих двух сервисов нужно по двум причинам. Во-первых, оба сервиса имеют входные сигналы, обозначенные звездочкой, и поступление некоторых сигналов вызвало бы неопределенность: который из двух сервисов должен начать работу. Во-вторых, если при работе сервиса СДН поступает, например, сигнал ДН, то это является ошибкой. Между тем, если б сервис ДНИ уже функционировал, то он мог бы воспринять сигнал ДН. Но сервис РЗД можно не блокировать. Это связано с тем, что у него нет входного сигнала, обозначенного звездочкой, и. кроме того, он должен воспринимать сигналы ЗР, ПР. С-РЗД-зпр, С-Пл-ПРВ-Зпр, СКР и СМР. которые могут поступить в процессе работы как СДН, так и ДНН. Вместе с тем все сигналы, поступившие к ИСП в процессе работы РЗД и не учтенные в нем, воспримет входной сигнал-звездочка, имеющийся в ДНН. Входной сигнал-звездочка, имеющийся в процедурах УСТ-ТС и УСТ-СС. не исказит согласованности работы сервисов, ибо после него процесс ИСП прекращает свое существование. Мы также предполагаем, что П-элемент, пославший С-СДН-зпр, не пошлет С-РЗД-зпр. пока до адресата не дойдет примитив С-СДН-инд.

3. Общая структура сервиса СДН изображена на рис. . В основном. требующееся СС осуществляется двумя процедурами: УСТ-ТС, которая устанавливает транспортное соединение, и УСТ-СС, устанавливающей собственно сеансовое соединение. Параметры, которые нужны С-элементу, чтобы выдать Т-СДН-зпр (см.табл. ). С-элемент узнает из примитива С-СДН-зпр и на основании имеющейся у него информации. Диаграммы процедур УСТ-СС и УСТ-СС изображены на рис. и рис. соответственно.

4. Если, от П-(рис. ) элемента поступает блок данных С-бл-в. состоящий из нескольких подблоков Т-бл-из, то сервис ДНН последовательно выделяет эти подблоки и по одному посылает их напарнику. Наоборот, если от напарника поступает несколько подблоков Т-бл-в (в последнем из которых указано, что он последний), то сервис ДНН монтирует из них один блок С-бл-из и только потом передает его П-элементу.

5. Для управления такой передачей мы введем шесть логических переменных. Две из них – С-инд-птк и Т-зпр-птк – принадлежат П-элементу и Т-элементу соответственно и импортируются сервисом ДНН. Две другие – С-зпр-птк и Т-инд-ппс – принадлежат сервису ДНН и экспортируются им П-элементу и Т-алементу соответственно. Наконец, еще две переменные – ввод и вывод – также принадлежат сервису ДНН. Значения всех шести переменных интерпретируются так:

истина, П-элемент может принять С-бл-из (т.е. С-

ДНН-инд);

С-инд-птк – ложь в противном случае;

истина, Т-элемент может принять Т-бл-из;

Т-зпр-птк – ложь в противном случае;

истина, П-элемент может посылать С-бл-в (т.е. С-

ДНН-зпр);

С-зпр-птк – ложь, в противном случае;

истина, Т-элемент может послать Т-бл-в;

Т-инд-птк — ложь в противном случае;

истина, С-бл-в содержит еще не отосланные

подблоки Т-бл-из,

вывод – ложь, в противном случае;

истина, блок С-бл-из уже укомплектован, подблоками

Т-бл-в;

ввод ложь, в противном случае.

6. На рис.10.9. Знаком # обозначен идентификатор, по которому должен быть направлен сигнал. Он станет известен только при разработке протокола представительного уровня. Сейчас известен только С-адрес точки доступа к П-элементу. Идентификатор того, кому направлять последующие примитивы (т.е. П-ид), станет известен после того, как от П-элемента поступит ответ С-СДН-отв (полож). Такой же смысл имеет знак # на рис. 10.10, но по отношению к транспортному уровню. Идентификатор транспортного соединения ид-т-сдн поступает либо вместе с сигналом ТС-УСТ, либо ДИР извлекает идентификатор ранее установленного ТС из ТБЛ-ТС.

7. Как видно из приведенных диаграмм, мы в некоторых случаях, посылая сигнал, опускали конструкцию ТО <идентификатор>. Если из диаграммы можно однозначно установить, к кому может поступить сигнал, то такой эллипсис допустим. В равной мере на диаграммах не всегда отражены параметры, передаваемые вместе с сигналами или при вызове процедур, а также имена переменных или формальных параметров, принимающих эти параметры. Нам представляется, что внимательный и терпеливый читатель сможет восстановить эти пробелы.

Список рекомендованої літератури:

1 Гордеев А.В., Молчанов А.Ю. системное программное обеспечение. – СПб.: Питер, 2001.

2 Снейдер Й. Эффективное программирование ТСР/ІР. Библиотека программиста. – СПб.: Питер, 2002.

3 Соловьев Г.Н., Никитин В.Д. Операционные системы ЭВМ. – М.: Высш. шк., 1989.

4 Вильям Столлингс Операционные системы. – М.: Издательский дом «Вильямс», 2002.

5 Робачевский А.М. Операционная система UNIX. – СПб.: БХВ – Петербург, 2002.

6 Карабегов А.В., Тер-Микаэлян Т.М. Введение в язык SDL - М.: Радио и связь, 1993.

7 Ивановский С. Операционная система UNIX. – М.: Познавательная книга плюс, 2000.

8 Дегтярёв Е.К. Введение в UNIX. – М.: МП «Память, 1991.

9 http//www.freebsd.org.ru

10 http//www.anriintern.com/computer/freebsd/

11 http//www.linuxrsp.ru/freebsd/

Blog

О. С. Попова Хіхловська І. В. Системне та прикладне програмне забезпечення у телекомунікаціях Конспект