Воспользуйтесь формой поиска по сайту, чтобы найти реферат, курсовую или дипломную работу по вашей теме.
ПротоколУголовный процесс
Введение.
Протокол-совокупность правил (процедур) взаимодействия объектов одноименных уровней.
Современные вычислительные сети обеспечивают пользователю широкий набор услуг и позволяют создавать целый ряд различных по назначению автоматизированных систем распределенной обработки информации (информационно-поисковые, диалоговые и системы распределенных вычислений). Подчеркивая информационный характер услуг, предоставляемых вычислительными сетями, обычно пользуются понятием информационно-вычислительной сети (ИВС), относя к нему в общем случае не только собствкнно вычислительные сети, но и некоторые классы автоматизироавнных систем управления, по структуре и характеру функционирования в определенном смысле подобные ИВС.
Ядром ИВС является Базовая Сеть Обмена Данными, которая объединяет в одно целое отдельные ГВМ и терминалы, обеспечивая ихвзаимодействие между собой на основе единой системной
идеологии, реализуемой в сетевых протоколах. БСОД и ИВС в целом характеризуются своей архитектурой, под которой обычно понимаются полный набор структурно упорядоченных сетевых элементов и система сетевых протоколов. Последняя однозначно определяет правила совместной работы (взаимодействия) сетевых элементов в целяхреализации различных режимов
функционирования, обеспечиваемых данной сетью.
С появлением необходимости объединения разнотипных ЭВМ в распределенные вычислительные сети возникла острая потребность в
разработке некоей идеологической кнцепции, которая позволила бы
установить универсальные правила взаимодействия разнотипных ЭВМ между собой. В рамках этой концепции предусмотрены различные уровни взаимодействия - от самых простейших до самых сложных
(высоких). Согласно принятой концепции, выделено семь уровней. Сеть обмена данными включает в себя три нижних уровня -сетевой, канальный (звена передачи данных) и физический.
Физический уровень.
Физический уровень-базовый уровень в иерархии протоколов ЭМВОС. Он обесечивает перенос потока двоичных сигналов в виде которых представляются передаваемые данные, через физическую среду, соединяющую элементы ИВС. В качестве физической среды, как правтло, используется сеть коммутируемых каналов связи или совокупность выделенных каналов связи. Понятие физического уровня, его назначение и выполняемые функции определены в рекомендации МККТТ Х. 200 и стандарте ISO 7498. В соответсятвии с нимифизический уровень выполняет сервисные функции для
канального уровня. Его назначением является обеспечение
механических, электрических, функциональных и процедурных средств для установления, поддержания и разъединения физических соединений с целью передачи последовательностей бит между объектами канального уровня.
Физический уровень предоставляет канальному следующие услуги:
1) физические соединения;
2) физические блоки данных службы (БДС);
3) оконечные точки физических соединений;
4) идентификатор физических каналов передачи данных; 5) организацию передачи последовательностей бит; 6) оповещение о неисправности физического уровня; 7) определение параметров качества предоставляемых услуг.
Основными функциями, которые выполняются внутри физического
уровня, являются:
1) установление и разъединение физических соединений между объектами ИВС;
2) передача последовательностей бит в синхронном или асинхронном режиме;
3) управление физическим уровнем.
Физический канал передачи данных определяется Рекомендацией
Х. 200как «тракт связи в физической среде взаимодействия
открытых систем между двумя объектами ИВС вместе со средствами физического уровня, необходимыми для передачи по нему битов». Крометого, Рекомендация Х. 200 определяет характеристики
качества услуг физического уровня, конкретные значения которых ' «(aob от физических каналов передачи данных, образующих физическое соединение. Предлагается использовать следующие
характеристики:
1) доступность услуги;
2) скорость передачи;
3) транзитную задержку;
4) частоту появления ошибок, которые могут возникать в результате
искажения.
Объектами стандартизации на физическом уровне являются четыре группы характеристик: механические, электрические,
функциональные и процедурные.
Характеристики первых трех групп в целом характеризуют физическуюреализацию интерфейса ООД/АКД (аппаратура канала
данных), а четвертая является основой, определяющей частью протоколов физического уровня. Следует отметить, что к
настоящему моменту стандартизация физического уровня не достигла той степени, когда определенные протоколы обеспечили бы передачу данныхна физическом уровне через любой стык ООД/АКД (хотя при
разработкеРекомендаций Х. 20, Х. 20бис, Х. 21 и Х. 21бис сделан
существенный шаг в этом направлении). Поэтому существующие протоколы физического уровня определяют как процедуры передачи, так и физический стык ООД/АКД, на котором они реализуются.
Процедурные характеристики физического уровня определяют
последовательность изменений состояний цепей интерфейса ООД/АКД, т. е. определяют «логику» взаимодействия объектов на физическом уровне.
Основные рекомендации МККТТ, определяющие процедурные характеристики физического уровня:
V. 24- «Перечень определений цепей стыка между ООД и АКД»
определяет функции каждой цепи и взаимосвязь между цепями для ООД, взаимодействующих с модемами;
Х. 20- «Стык между ООД и АКД для служб стартстопной
передачи по сетям обмена даннымиобщего пользования»; Х. 20бис - «Использование ООД, расчитанного на сопряжение с
асинхронными дуплексными модемами, удовлетворяющими Рекомендациям серии V, на сетях обмена даными общего пользования»;
Х. 21- «Стык между ООД и АКД для синхронной передачи по
сетям обмена данными общего пользования»;
Х. 21бис - «Использование ООД, расчитанного на сопряжение с - синхронными модемами, удовлетворяющими Рекомендациям
серии V, на сетях обмена даными общего пользования»;
Х. 22- «Мультиплексный стык ООД/АКД для классов
обслуживания абонентов 3--6»;
Х. 150- «Испытательные шлейфы ООД и АКД для сетей обмена
данными общего пользования».
Уровень звена передачи данных.
Протоколы управления звеном передачи данных (ЗПД) занимают особоеместо среди связанных протоколов, используемых в сетях
передачи данных. Они являются тем инструментом, который служит для организации на основе реальных дискретных каналов (ДК), вносящих ошибки в передаваемые по ним данные, безошибочной (вернее, почти безошибочной) передающей среды для протоколов более высоких уровне. Разработка, исследование и реализация протоколовуправления ЗПД в значительной мере определяются
уровнем развития средств связи и вычислительной техники, а также требованиями, предъявляемыми к качеству функционирования ЗПД верхними уровнями сети. Так, появление и совершенствование
спутникоых каналов связи послужили мощным стимулом к разработке протоколов для широковещательной передачи по ЗПД многоточечной конфигурации.
В международных и отечественных стандартах и рекомендациях определяются не сами протоколы, которые могут быть построены на базе техили иных процедур, а элементы процедур, из которых
может быть построен тот или иной протокол. Эти элементы определяются в виде действий, которые должны быть предприняты на станциях при приеме команд и ответов от удаленной станции. Включаемые в стандарт элементы процедур, таким образом, следует рассматривать как общую основу для построения различных типов совместимых протоколов управления ЗПД.
В сети уровень ЗПД чаще всего используется для организации связи между двумя ее станциями, расположенными на удаленных c'+ e, с целью надежного упорядоченного обмена данными между ними по имеющимся в наличии или предоставляемым вих
распоряжение на определенный период «ненадежным»ДК
противоположных направлений. При этом возможно, чтомежду
соответствующими узлами имеется несколько ДК в каждом направлении передачи. Следовательно, протокол, используемый в ЗПД, должен обеспечивать надежную упорядоченную передачу данных от одного узла к другому по пучку ДК, которые могут существеным образом различаться как по скорости передачи данных и времени задержки распространения по ним сигналов, так и по частоте и характерувозникающих в них ошибок. Для упрощения обеспечения
связи в таких условиях, а следовательно, построения ЗПД и разработки соответствующих протоколов уровень ЗПД принято разбиватьв общем случае на два подуровня: управления каналом
передачи данных (КПД), т. е первый подуровень второго уровня сети, и организации многоканальной передачи данных (по
нескольким КПД одного направления передачи), т. е. второй подуровень второго уровня сети. В связи с этим появляются два типа протоколов. Одни протоколы предназначены для организации передачи по одному КПД, т. е. организации однозвенной передачи данных, а использующие их протоколы многоканальной передачи -для организации многозвенной передачи данных. Протоколы второго подуровнявторого уровня сети должны позволить верхнему уровню
«безболезненно» учитывать возможные изменения суммарной пропускной способности между двумя узлами сети, которые могут иметь место при введении существующих или вновь появившихся и исключении имеющихся ДК в ЗПД.
В настоящее время МОС приняла в качестве стандартной структуруЗПД, которая применяется в процедурах HDLC и ее
огрниченных версиях LAP и LAP-B. Процедуры HDLC находят все большее применение в практике и включают в себя все полезные свойстватаких процедур, как BSC (BinarySynchronous
Communication) и SDLC (Synchronous Data Link Control), разработанных фирмой IBM, а также большое число рекомендаций Американского национального института стандартов (ANSI), которые были приняты последними в процессе разработки процедур ADCCP (Advanced Data Communication Control Procedures).
В середине 60-х гг. фирма IBM впервые ввела универсальную системууправления ЗПД для поддержки многоточечных или
двухточечных кофигураций. Этот протокол, который нзывается BSC, получил самое широкое распространение в мире. Практически каждая фирма-поставщик реализовала в своих изделиях тот или иной вариант двоичного синхронного управления, который использовался в BSC. BSC является полудуплексным протоколом. Передача
осуществляется поочередно в обоих направлениях. Этот протокол поддерживает двухточечные и многоточечные соединения, а также как коммутируемые, так и некоммутируемые каналы.
BSC-кодозависимый протокол, и каждый знак, переданный по каналу, должен быть декодирован у получатля, чтобы определить, является ли он управляющим знаком или относится к данным пользователя. Но вместе с тем, полудуплексные, кодозависимые, многоформатные и многоканальные режимы BSC представляют
серьезные проблемы. Поэтому этот протокол вытесняется другими протоколами.
HDLC (высокоуровневое управлени каналом передачи данных) является стандартом, опубликованным МОС, который получил во всем мире широкое распространение. Стандарт обеспечивает многие функции и охватывает большой диапазон применений. Он рассматривается как базовое множество для нескольких других рпотоколов. HDLC имеет несколько необязательных возможностей (опций), которые придают некоторым частям протокола характер гибрида равнорангового метода и метода первичный/вторичный в их чистом виде, потому что эти возможностиуменьшают еобходимость использования команд опроса и делают ненужными команды выбора. Понятие базового множества (superset) протокола HDLC заложило прочную основу для реализации подмножеств протокола HDLC. Некоторые подмножества используются внастояще время в
промышленности (LAP, LAPB, LLC, LAPD, LAPX).
SDLC (Синхронное управление звеном данных) является версией базового множества HDLC, разработанной компанией IBM. SDLC использует несколько команд, которых нет в изделиях основанных наHDLC, или стандартах, посвященных HDLC. Эти команды
обеспечивают возмлжность установления кольцевой топологии и выполнения кольцевых операций опроса. Следовательно SDLC
. !%a/%g («%b поддержку двухточечных, многоточечных или кольцевых конфигураций. По сравнению с процедурами HDLC и ADCCP процедуры SDLC накладывают определенные ограничения на формат используемых кадров. Так, в соответствии с этими процедурами область адреса должнаравняться одному октету. Допускается, однако, на
вторичных станциях расширение области адреса до нескольких октетов, осуществляемое установкой наименьшего значащего бита каждого отдельного октета области адреса на 1. Это делается в целях совместимости работы соответствующих станций со станциями, которые используют многооктетную область адреса. Что касается области управления кадров, то в соответствии с процедурами SDLC используетсяосновной (нерасширенный) формат кадров, в
соответствии с которым в ЗПД возможна нумерация I-кадров только помодулю8. Последнее в существенной мере ограничивает
применимостьпроцедур SDLC для организации эффективных
протоколов передачи данных по высокоскоростным ДК и ДК с большим временем распространения передаваемыхпо ним сигналов.
Ограничение, накладываемое процедурами SDLC на информационную область кадров, состоит в том, что длина этой области должна быть кратна четному числу октетов. Кроме того, процедурами SDLC допускается использование последовательности проверки кадра длиной, равной двум октетам, что, по мнению разработчиков SDLC, является достаточным для получения качества обслуживания, требуемого для коммерческих целей.
Протоколы сетевого уровня.
Сетевой уровень ЭМВОС предоставляет транспортному уровню набор услуг, главными из которых являются сквозная передача блоков данных между пользователями и глобальное адресование пользователей. Таким образом, сетевой уровень маскирует разнообразие используемых в подсетях технических и програмных средств, протокольных и алгоритмических решений, обеспечивая требуемую службу. По этой причине на сетевомуровне
стандартизован не один протокол, а набор протоколов и разработаны принципы и правила их реализаци в зависимости от свойств используемых подсетей.
Надо отметить, что стандартизованы и хорошо известны лишь протоколы сетевого уровня, реализуемые в абонентских комплексах и шлюзах, соединяющих различные подсети, а именно протоколы доступа к подсетям и межсетевые протоколы (IP, ISO8473). Внутрисетевые протоколы, определяющие правила информационного взаимодействия между узлами коммутации, не стандартизованы, а используемые в различных сетях внутрисетевые протоколы зачастую
существенно различаются.
Протокол сетевого уровня может выполнять роль протокола согласования, не зависящего от подсети (ПСНЗП), протокола согласования, зависящего от сети (ПСЗП), протокола доступа к подсети (ПДП).
Некоторый протокол может выполнять одну из указанных ролей в конкретной комбинации протоколов. Один и тот же протокол может выполнять различные роли в зависииости от откомбинации
протоколов, с которыми он используется для обеспечения сетевой службы ВОС. Возможны ситуации, когда отдельные протоколы, выполняющие ту или иную роль, не используются. Например, сетевую службу ВОС может обеспечить единственный протокол, выполняющий все три указанные роли.
Протокол доступа к подсети функционирует в соответствии с характеристиками данной подсети и обеспечивает службу рассматриваемой подсети.
Протокол согласования, не зависящий от подсети, обеспечивает сетевую службу ВОС и использует некоторую заданную нижележащую службу, которая не обязательно основывается на характеристиках каких-либо конкретных подсетей.
Протокол согласования, зависящий от подсети, функционирует надПДП (использует службу подсети) и обеспечивает либо
нижележащую службу для ПСНЗП, либо сетевую службу ВОС непосредственно.
Выше была описана организация сетевого уровня с точки зрения роли протоколов для обеспечения СтС ВОС. При этом рассматривались тьолько протоколы, которыенеобходимо
реализовывать в абонентской системе или шлюзе для обеспечения СтС ВОС на основе уже заданных служб подсетей.
Необходимо выделить еще два признака классификации сетевых /'. b. *. +».: по типам взаимдействующих систем; по выполняемым протоколом функциям.
Выделяются семь типов взаимодействующих систем в сетях КП, которые разбиваются на три группы, где для каждой группы имеется отдельный протокол: межсетевой, внутрисетевой и абонентский.
Выделяются три основных групы функций протоколов сетевого
уровня в сетях коммутации пакетов: обработка пакетов, управление потоками, передача служебной информации.
Протокол обработки пакетов определяет форматы пакетов и процедуры их обработки в системах, обеспечивающие требуемые услуги по их доведению.
Протокол управления потоками определяет взаимодействие систем в части принятия решений о выборе маршрутов передачи пакетов, об ограничении входной нагрузки и управлении потоками внутри подсетей.
Протокол передачи служебной информации (СИ) определяет форматы СИ и процедуры передачи, обеспечивающие заданные протоколом управления потоками услуги по доведению СИ.
Каждая из функциональных частей сетевых протоколов в зависимости от типов взаимодействующих систем содержит абонентскую, внутрисетевую и межсетевую части.
Описание предмета: «Уголовный процесс»Уголовный процесс - отрасль права регламентирующая деятельность органов дознания, следствия, прокуратуры и суда
по возбуждению, расследованию и разрешению уголовных дел, осуществляемая в порядке, установленном
уголовно-процессуальным правом, предписанными им средствами и способами.
Литература - Ю.А. Семенов. Протоколы Internet для электронной торговли. – М.: Горячая Линия - Телеком, 2003. – 744 с.
- Кароль Бэннет. Деловой этикет и протокол. – М.: Омега-Л, 2006. – 96 с.
- Джен Ягер. Деловой протокол. Как выжить и преуспеть в бизнесе. – М.: Инфотропик Медиа, 2012. – 288 с.
- С.В. Запечников. Криптографические протоколы и их применение в финансовой и коммерческой деятельности. – М.: Горячая Линия - Телеком, 2007. – 320 с.
- Ю.А. Семенов. Алгоритмы телекоммуникационных сетей. В 3 частях. Часть 2. Протоколы и алгоритмы маршрутизации в Internet. – М.: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2007. – 832 с.
- А.Н. Берлин. Основные протоколы Интернет. – М.: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2008. – 504 с.
- А.В. Черемушкин. Криптографические протоколы. Основные свойства и уязвимости. – М.: Академия, 2009. – 272 с.
- Протоколы Президиума Высшего Совета Народного Хозяйства. 1920 год. Сборник документов. – М.: Российская политическая энциклопедия, 2000. – 424 с.
- С.А. Рогинко, И.П. Мащенко. Европа, Россия и Киотский протокол. – М.: Огни, 2003. – 118 с.
- Б.С. Гольдштейн, И.М. Ехриель, Р.Д. Рерле. Стек протоколов ОКС7. Подсистема ISUP. Справочник. – СПб.: БХВ-Петербург, 2003. – 480 с.
- В.Ю. Гойхман, Б.С. Гольдштейн, Н.Г. Сибирякова. Протоколы стека ОКС7. Подсистема МАР. Книга 10. – СПб.: БХВ-Петербург, 2012. – 200 с.
- Б.С. Гольдштейн, И.М. Ехриель, Р.Д. Рерле. Стек протоколов ОКС7. Подсистема ISUP. Справочник. – СПб.: БХВ-Петербург, 2003. – 480 с.
- Протоколы заседаний Археографической Комиссии. 1835 - 1849 г. Выпуски первый и второй. – М.: Типография братьев Пантелеевых, 1885. – 1078 с.
- Второй съезд РСДРП. Протоколы. – М.: Государственное издательство политической литературы, 1959. – 850 с.
- И.Семенов. У истоков кремлевского протокола. – М.: Инкомбук, 2005. – 240 с.
- Б.С. Гольдштейн, А.А. Зарубин, В.В. Саморезов. Протокол SIP. Справочник. – СПб.: БХВ-Петербург, 2005. – 456 с.
- Б.Кришнамурти, Дж. Рексфорд. Web-протоколы. Теория и практика. HTTP/1.1, взаимодействие протоколов, кэширование, измерение трафика. – М.: Бином, 2002. – 592 с.
Образцы работ
Задайте свой вопрос по вашей проблеме
Внимание!
Банк рефератов, курсовых и дипломных работ содержит тексты, предназначенные
только для ознакомления. Если Вы хотите каким-либо образом использовать
указанные материалы, Вам следует обратиться к автору работы. Администрация
сайта комментариев к работам, размещенным в банке рефератов, и разрешения
на использование текстов целиком или каких-либо их частей не дает.
Мы не являемся авторами данных текстов, не пользуемся ими в своей деятельности
и не продаем данные материалы за деньги. Мы принимаем претензии от авторов,
чьи работы были добавлены в наш банк рефератов посетителями сайта без указания
авторства текстов, и удаляем данные материалы по первому требованию.
|