Раздел: Документация
0 ... 5 6 7 8 9 10 11 ... 30 О* tK,- - 1, 5- > .ч,1-, ,I сгавлягошен (несущей частоты), и высших гармоник:, задающих форм) импульсов, рис. 2,10, Совокупное!» нескольких таких колебаний называется спектром. Теоретически цифровой метод передачи позволяет восстановить исходный сигнал только по несущей спектра, однако практически уда зле): верительной помехоустойчивости удастся достигнуть с ис-;,п> Рмкныйот~,mjqum-пользованием первой гармоники Это уд-егю» сигнет ванваег ширину спектра, необходимо; о для передачи сигналов. 2.4 Эталонная модель взаимодействия открытых систем 2.4,1 Определение структуры модели При передаче печи через телекоммуникационную сеть придерживаются определенных правил: вы представляете себя, называя свое имя или телефонный номер, повторяете слова и предложения, когда ваш разговор прерван, возобновляете разговор после перерыва и заканчиваете заключительной фразой. Эти правила называются протоколами. Растущая интеграция и сам процесс связи требуют, чтобы те. кто хотя г понимать сегодняшние к будущие телекоммуникации, применяли современный подход к предмету. Этот подход основан не на традиидовной телефонии, а на взаимодействии через функдаональные уровни в моделях, описывающих передачу данных 7], Когда в 1970-х возникла передача данных, каждая из двух самых больших компьютерных корпораций того времени развивалась обособленно. Компания Digital Equipment назвала свой стандарт Digital network inthitecftire. DNA (цифровая сетевая архитектура), а стандарт ШМ назывался Systems network architecture. SNA (системная сетевая архитектура). Архитектуры этих корпораций не совместимы, вследствие чего их системы Г1Д не могли соединиться друг с другом. Для решения этой проблемы. ISO поставила задачу разработки модели, которая дала бы возможность соединяться системам различных производителей. Эта задача потребовала интенсивной работы МСЭ и ISO, для чего в ISO создали подкомитет разработка архитектуры такой модели. Результатом стала эталонная модель взаимодействий открытых систем. Термин «опершая система» подразумевает- систему, взаимодействующую с любой другой системой, удовлетворяющей тем же стандартам. Открытая система открыта для развития как количественно, так и качественно, она является гибкой, так как допускает эволюцию, с учетом новых теоретических и технических возможностей. Объединение открытых систем также является открытой системой. Работа по стандартизации открытых систем началась в 1977 т-,. к хотя необходимые элементы модели были созданы быстро, окончательный стандарт, ISO 7498. не публиковался до 1984 г. когда была предложена эталонна» модель SOC, являющаяся наиболее общим описанием структуры построения стандартов и определяющая принципы взаимосвязи  между отдельным!, стандартами. Эта модель стада основой доя параллельной разработки множества отдельных ат.кдаргов и обеспечила постепеилосто переходя ол существующих стандартов о новым. Модель ВОС принята в i 984 и опубликована в Красной Книге, как рекомендация X.20Q - При создании стандарта установления связи для третий данных должно быть определено несколько соглашений»: об используемой службе и языке; о кодирошнин информации; о правилах начала., окончания к отображения диалога; о действиях пользователя, с целью определения нарушений связи; о методах, используемых для «присоединения» адреса; о правилах контроля сети при нарушении передачи; о правилах соединения терминалов в сети. В качестве способа структурирования организацией ISO выбрав широко распространенный метод разбиения ш уровни. Этот метод заключается в том, нто функции связи разделяются на иерархический набор уровней, каждый т которых выполняет определенные функции, требуемые для сообщения с другими системами. Каждый уровень поручает нижестоящему уровню задачи выполнения более проешх функций и сокрытия деталей этих функций и в то же время предоставляет услуге вышестоящему уровню. Уровни нужно определить так. чю изменения в одном уровне не повлекут за собой изменений я других. Таким образом одна задача разбивается на несколько подзадач, легче поддающихся управлению. Для реализации выбранного способа структурирования ори создзнии модели ВОС необходимо было определить последовательность уровней и услуги, предоставляемые каждым из них. Разбиение на уровни должно логически тругатировать функции и содержать такое число уровней, чтобы каждый из них был досгаточ-з.о мал, чтобы поддаваться управлению, одновременно с этим число уровней не должно быт* таким большим, чтобы затраты на их обработку стали слишком обременигедьаы. Обоснование принятою организацией ISO решения относительно выбора уровней модели ВОС приведено ниже \ \), 1.Граница уровня должна проходить в точке, где описание служб может быть малым, а число взаимодействий через фаниау минимальным. 2,Отдельные уровни должны создаваться для оперирования функциями, явно отличающимися выполняемыми нронессами иди технологиями. 3,Подобные функции должны быть собраны на одном уровне. 4,Граница уровней должна выбираться в точке, у данность выбора которой доказана на опыте. 5.Уровни должны создаваться ю легко локализируемых функций, чтобы при необходимости любой уровень мог быть полностью переработан, а его протоколы изменены, и эти изменений не затронули бы смежные уровни. 6.Уровни должны создаваться там, где яра обработке данных необходима особая степень абстракции (наяркмер, в ентаксисе и семантике). ?. Изменение функций или протоколов внутри уровня может быть раярс- 0 ... 5 6 7 8 9 10 11 ... 30
|
