«Б.С. Гольдштейн ПРОТОКОЛЫ СЕТИ ДОСТУПА Том 2 МОСКВА РАДИО И СВЯЗЬ 1999 УДК 621.395.34 Г63 ББК 32.881 Гольдштейн Б. С. Протоколы сети доступа. Том 2. — М.: Радио и связь, 1999. — Г63 317 с.: ил. ISBN 5-256-01476-5 Книга ...»

Таблица 10.1. Значения поля протокола Протокол сообщений управления Интернет (ICMP) Протокол управления группами Интернет (IGMP) Межшлюзовой протокол (GGP) Протокол управления передачей (TCP) Протокол внешнего шлюза (EGP) Протокол внутреннего шлюза (IGP) Протокол дейтаграммы пользователя (UDP) Поле контрольной суммы (Header checksum, 16 битов) служит для проверки правильности информации заголовка дейтаграммы. Контрольная сумма заголовка проверяет только данные заголовка, которые включают в себя адреса IP источника и пункта назначения. При проверке заголовка IP контрольная сумма анализирует правильность номера версии IP и подтверждает отличие поля «времени жизни» от нуля. Она также позволяет проверить отсутствие искажения заголовка IP и допустимость длины сообщения.

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

Как это имело место в других протоколах, заголовок IP содержит поле выравнивания (padding), состоящее из нулей и выравнивающее 32-битовую границу.

Поля адресов IP-источника и IP-назначения используются маршрутизаторами и шлюзами в рамках сети для маршрутизации блока данных. Эти адреса остаются неизменными все время жизни блока данных и не преобразуются промежуточными сетями. Несмотря на то, что одной из основных функций межсетевого протокола IP является межсетевая и глобальная адресация, из соображений разумного объема книги целесообразно ограничиться только несколькими замечаниями о форматах адресов IP.

Для читателя, листающего эту книгу подряд главу за главой, уже стало привычным, что во всех протоколах адресация осуществляется на нескольких уровнях и определяет различные интерфейсы на всем пути передачи данных. Целесообразно начать рассмотрение с генерации адресов различных уровней, относящихся к IP. Первый уровень адресации определяет имя конкретного пользователя для приема данных. Например, при передаче кому-то сообщения по электронной почте нет необходимости задавать машинный адрес или индивидуальный IP-адрес.

Все, что необходимо, — это адрес электронной почты, который может быть преобразован приемным сервером в имя пользователя и имя машины. Приложение уровня сети взаимодействия определит порт, который надо использовать для передачи, т.е внутренний логический адрес.

Транспортный уровень определит адрес для протокола, который должен использоваться при передаче данных, и предоставит его приложению. Сетевой уровень будет, в зависимости от адресов IP, маршрутизировать блоки данных через разные сети, чтобы они достигли назначения.

Маршрутизаторы будут считывать IP адреса, чтобы определить, через какой физический порт следует передать блок данных. Адреса, которые мы уже упоминали, прозрачны для уровня IP и обрабатываются только резидентным программным обеспечением хост-компьтера.

Рассмотренные в главе 3 данного тома точки доступа к услугам SAP в данном случае используются протоколом местной сети для адресации в пределах уровня логического управления звеном (LLC). Он является не частью протокола IP, а частью протоколов низших уровней, например Ethernet или Token Ring. Объединенные адреса IP и номера портов создают уникальный адрес гнезда (socket), обслуживаемый и контролируемый операционной системой. Гнездо идентифицирует логический объект над уровнем LLC и является комбинацией исходящего IP адреса и номера порта. Операционная система обслуживает установление логического соединения по протоколу и обеспечивает так называемое гнездо. Концепция гнезда позволяет многим пользователям (идентифицированным адресами IP) адресоваться к одному и тому же приложению (идентифицированному адресом порта). Данная концепция была впервые реализована в версии UNIX Калифорнийского университета Беркли в 60-х годах.

Несмотря на эффективность указанных принципов, ситуация в отношении IP-адресов весьма серьезна уже сегодня. Согласно некоторым расчетам, последний доступный IP-адрес будет занят где-то между 2005 и 2010 годами. Однако кризис нехватки IP-адресов может проявиться еще раньше, если бум в отношении Интернет, наблюдаемый в Северной Америке и Западной Европе, охватит Индию, Китай и другие перенаселенные страны [102]. Проблема еще более усугубляется распространением кабельных модемов, рассмотренных в главе 2 данного тома. Ее решение возможно путем расширения текущей четвертой версии протокола IP (IPv4) с помощью межсетевого протокола следующего поколения (IPng), также известного как Интернет Protocol version 6 (IPv6).

Протокол IPv6 решает потенциальную проблему нехватки IP-адресов посредством использования 128-разрядных адресов вместо 32-разрядных адресов Ipv4, благодаря чему адресное пространство расширяется в 296 раз. Кроме того, в версии IPv6 предусмотрена возможность создания адресной иерархии со значительно большим количеством уровней.

Добавление понятия зоны (scope) позволит при многопунктовой (multicast addressing) передаче отправлять дейтаграмму любому из группы адресов (anycast address). Некоторые поля заголовка IPv4, представленные на рис.10.5, удалены или стали необязательными для использования.

Введены также несколько новых функций, таких как поле метки идентификации пакетов, требующих специальной обработки; расширения заголовка для упрощения операций шифрования и идентификации, а также заголовок маршрутизации. IРv6-заголовок позволяет более эффективно использовать опции пересылки дейтаграмм по маршруту и предоставляет значительно больше возможностей для внесения изменений в опции и добавления новых параметров благодаря технологии «вложенных заголовков».

Поле «версия» (version, 4 бита) имеет значение, равное 6. Поле «приоритет» (prior, 4 бита) позволяет отправителю назначить дейтаграмме определенный уровень приоритета по отношению к другим отправляемым блокам данных. Возможные 16 значений этого поля разделены на две категории: значения поля от 0 до 7 используются для дейтаграмм, которые могут не передаваться при перегруженной линии, а значения от 8 до 15 назначаются пакетам, которые должны быть отправлены при любом состоянии линии. К первой категории относятся трафик TCP, передача email, FTP, NFS, TELNET, X-interactive. Во второй категории приоритет 8 назначается пакетам, которые отправляются в последнюю очередь при перегруженной линии, а приоритет 15 — в первую.

Адрес IP источника Адрес IP назначения Рис. 10.6. Заголовок IPv Поле «метка потока» (flow label, 24 бита) используется отправителем для того, чтобы помечать пакеты, которые требуют специальной обработки сетевыми модулями IPv6. Хосткомпьютеры или шлюзы, не поддерживающие этой опции, должны установить метку в 0 и игнорировать ее при обработке пакета. Поток представляет собой последовательность пакетов, отправляемых определенному получателю (или группе получателей), на пути к которым пакеты должны пройти специальную обработку. Таких потоков между одними и теми же хосткомпьтерами может быть несколько, и значение этого поля позволяет идентифицировать определенный поток. Если значение этого поля установлено в 0, то считается, что дейтаграмма не принадлежит ни к какому потоку. Меткой потока служит случайно выбранное число в диапазоне 1 до FFFFFF. Все пакеты, принадлежащие одному потоку, должны отправляться по одному и тому же адресу назначения и с одним и тем же приоритетом. Кроме того, если одна из дейтаграмм потока содержит в своем заголовке какой-либо вложенный заголовок или опцию, все остальные пакеты потока тоже должны их содержать. Если шлюз, обрабатывающий пакет, заметил отклонение состава дейтаграммы от других дейтаграмм потока, он генерирует ошибку потока и уведомляет об этом отправителя.

Информация о потоке хранится в шлюзе в течение 6 с. Если за это время через шлюз не пройдет ни одна дейтаграмма потока, идентификатор данного потока освобождается. С другой стороны, хост-компьютер отправителя в случае перезапуска узла не сможет ранее чем через 6 с организовать новый поток.

Поле общей длины IPv4 было переименовано в протоколе IPv6 в поле «длина данных»

(«payload length»), т.к. оно содержит длину данных после заголовка, в то время как поле общей длины (total length) учитывает и длину заголовка. Поле «длина данных» (pay-load length, 16 бит) определяет количество байтов данных пакета, которые следуют за заголовком. Значение этого поля равное 0 оз-начаеи, что размер дейтаграммы более 65535 и хранится в поле jumbo payload (сверх-длина).

Поле «следующий заголовок» (next header, 8 битов) содержит информацию типа заголовка, который следует за заголовком IPv6. Это поле представляет собой переименованное и измененное поле «протокол» (protocol) из IPv4 и позволяет вставлять дополнительные заголовки между данными IP и TCP или UDP. Оно также предоставляет информацию о наличии дополнительных заголовков, следующих за основным, и исключает необходимость в поле IHL (Internet header lehgth).

Поле «ограничение пересылок» (hop limit, 8 битов) соответствует полю «времени жизни»

(time to live) в IPv4. Величина этого поля уменьшается на 1 при прохождении дейтаграммой шлюза или хост-компьютера, а если величина этого поля равна 0, дейтаграмма уничтожается.

10.5. ПРОТОКОЛЫ НИЖНЕГО УРОВНЯ Как уже подчеркивалось выше, «универсальность» семейства TCP/IP заканчивается на сетевом уровне, а IP-адрес представляет собой логическое выражение, никак не связанное с конкретной физической реализацией сети, по которой передается дейтаграмма. Для рассмотрения работы IP с протоколами более низкого уровня — уровня звена данных — необходимо обратиться к конкретной реализации той или иной сети.

Семейство протоколов TCP/IP работает в различных сетевых средах и, в частности, в Ethernet. Сеть Ethernet была разработана Исследовательским центром корпорации Xerox в Пало Альто в 1970-м году и заполнила нишу между глобальными сетями, низкоскоростными сетями и специализированными сетями компьютерных центров, которые работали с высокой скоростью, но на очень ограниченном расстоянии. Сегодня Ethernet является наиболее распространенным протоколом локальных вычислительных сетей.

Другие возможные сетевые среды для работы TCP/IP — это локальные сети Token Ring, глобальные сети WAN, такие как сети передачи данных общего пользования типа Х.25.

Сравнительно небольшое количество компьютеров может подключаться к каналам связи с непосредственным соединением «точка—точка», т.е. к последовательным каналам связи, например, телефонным линиям. Для работы по всем этим линиям определены стандарты инкапсуляции IP-протокола. Одним из таких стандартов работы по каналам последовательного доступа — Serial Line — является протокол SLIP (Serial Line Internet Protocol).

Протокол последовательной межсетевой связи (SLIP) обычно используется при связи по телефонной линии через модем. Он является протоколом, который поддерживает TCP/IP через линии последовательной связи, где маршрутизаторы и межсетевые интерфейсы не используются.

SLIP не обеспечивает ни адресации, ни идентификации пакета, ни механизмов проверки ошибок.

Благодаря своей простоте он стал быстро распространяться.

Протокол SLIP пакетирует информацию протокола IP или информацию, поступающую из уровней выше IP, и передает ее по линии последовательной связи, для чего используются два специальных символа: END=192 и ESC=219. Отправку пакета SLIP начинает с передачи двух END. После этого начинается передача потока данных. Если байт данных совпадает с END, вместо него отправляются два ESC и 220. Если в потоке данных встречается байт ESC, вместо него передаются два ESC и 221. После передачи последнего байта потока передается END.

Протокол «точка—точка» РРР (Point-to-Point Protocol) является новой версией протокола SLIP, обеспечивающей более быстродействующую и эффективную связь. Протокол РРР использует формат кадра HDLC с информационным полем, содержащим заголовок протокола IP.

При этом РРР использует другой протокол управления линией связи LCP для установления соединения.

10.6. СЕТЕВЫЕ УСЛУГИ В TCP/IP По причинам, приведенным в конце параграфа 10.1, описание основных протоколов TCP/IP дано кратко, основное внимание уделено тем идеям и возможностям, которые лежат в архитектуре. Практически за пределами главы остаются протоколы маршрутизации EGP, BGP, UGRP, OSPF, протоколы соотнесения адресов ARP и RARP и механизмы маршрутизации нового поколения CIDR. Только упоминаются протоколы прикладного уровня, такие как протокол пересылки файлов FTP, TELNET и протокол передачи новостей NNTP.

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

Это, прежде всего, протоколы электронной почты — SMTP, РОР3, IMAP4, протокол работы с системой новостей NNTP, протокол HTTP работы с World Wide Web. На рис.10.1 видно, что сетевые услуги в TCP/IP предоставляются посредством прикладного протокола удаленного терминала TELNET, сетевой файловой системы NFS, мониторинга и управления сетями на основе SNMP, механизма вызова удаленных процедур RPC и др.

Протокол виртуального терминала TELNET предоставляет пользователю возможность работать не с терминалом конкретного типа, а со стандартным сетевым терминалом. Протокол TELNET позволяет реализовать принцип сетевых виртуальных терминалов NVT (Network Virtual Terminal). Соединение TELNET строится на базе TCP-протокола, предполагается, что каждый участник работает как виртуальный сетевой терминал NVT, а на прикладном уровне на стороне пользователя над TELNET находится либо программа поддержки реального терминала, либо прикладной процесс, который осуществляет доступ на правах удаленного терминала.

Сетевая файловая система NFS (Network File System) позволяет монтировать в единое целое файловые системы нескольких, возможно, удаленных друг от друга компьютеров и предоставить удаленный доступ к файлам каждого из них. Работа NFS-системы базируется на протоколе NFS, который предназначен для предоставления универсального интерфейса работы с файлами для различных типов компьютеров, операционных систем, сетевой архитектуры и транспортных протоколов. Протокол NFS, как правило, использует UDP-протокол, или протокол TCP, хотя конкретная реализация во многом зависит от спецификации используемой операционной системы.

Протокол NNTP (Network News Transport Protocol) — это прикладной протокол высокого уровня, который используется для обеспечения связи между различными серверами, работающими с программным обеспечением системы новостей UseNet (распределенная система ведения дискуссий).

Широко используемый протокол HTTP обеспечивает навигацию по сети World Wide Web (WWW) и аутентификацию пользователя, если этого требует сервер WWW, а также формирует информационные запросы и передает запрошенную информацию пользователю.

Протокол мониторинга и эксплуатационного управления сетью SNMP (Simple Network Management protocol) является протоколом прикладного уровня, предназначенным для обеспечения обмена эксплуатационной информацией между сетевыми устройствами.

10.7. ПРОГНОЗЫ ПО МОТИВАМ TCP/IP То, что произошло в мире телекоммуникаций сегодня, можно квалифицировать скорее как революцию, чем эволюцию, настолько велико различие между тем, что представлял собой телефон вчера, и тем, как значительно возросло распространение информации и влияние сети Интернет сегодня.

Автору, проработавшему более четверти века в традиционной телефонии, совсем не хочется делать пессимистические прогнозы относительно будущего коммутации каналов с учетом развития возможностей IP-телефонии второго поколения, позволяющей, в частности, осуществлять в глобальном масштабе речевую связь с использованием протокола IP. Но и уклониться от этого было бы не совсем честно перед читателем, поэтому следует упомянуть вполне распространенное мнение, что через 10 лет существующая сегодня ТфОП и вместе с ней сама технология коммутации каналов будет уже на стадии вымирания. Ее место займет инфраструктура с коммутацией пакетов, которая сможет обслуживать передачу речи, видеоинформации и данных, о чем уже говорилось в главе 6 данного тома.

В сети Интернет второго поколения будет использоваться комбинация мультигигабитных и терабитных маршрутизаторов и коммутационного оборудования АТМ совместно с технологией высокоскоростного абонентского доступа xDSL, рассмотренной в главе 2 данного тома.

Прекрасной иллюстрацией к этим тезисам может служить разработка системы ТСАР over TCP/IP. Развитие интеллектуальных сетей увеличило потребность в узлах, поддерживающих сигнализацию ОКС-7. Соответствующее оборудование стоит дорого, а система ТСАР over TCP/IP позволяет уменьшить затраты на построение транспортной сети за счет передачи сообщений ТСАР сигнализации ОКС-7 через коммутационные узлы, не поддерживающие эту сигнализацию.

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

Помимо сообщений ТСАР, система ТСАР over TCP/IP позволяет передавать через сеть IP сообщения INAP и MAP. Это дает возможность разрабатывать масштабируемые и рентабельные платформы интеллектуальных сетей.

И, если попытаться одной фразой выразить суть данного параграфа, то уместней старинной формулы «alia tempora, alia mores — иные времена, иные нравы» — найти трудно.

РЕАЛИЗАЦИЯ, ТЕСТИРОВАНИЕ

И ПРЕОБРАЗОВАНИЕ

ПРОТОКОЛОВ

Ум заключается не только в знании, но и в умении прилагать знание на деле. Аристотель

11.1. ТЕСТИРОВАНИЕ ПРОТОКОЛОВ СЕТИ ДОСТУПА

Концепция, методы и средства тестирования систем межстанционной сигнализации, рассмотренные в главе 11 первого тома, справедливы и для протоколов сети абонентского доступа. Подтверждением этому является протокол-тестер сети доступа ANT-5 (Access Network Tester), представленный на рис.11.1. Тестер предназначен для использования операторами сетей связи при тестировании и проведении приемо-сдаточных испытаний протоколов V5 и DDS-1, а также телекоммуникационными компаниями, научно-исследовательскими и тестовыми лабораториями для разработки, тестирования и сертификационных испытаний.

Рис. 11.1. Протокол-тестер ANT- Имеются две модификации данного тестера: модификация ANT-5/D для протоколов DDS- и QSIG и модификация ANT-5/V для интерфейса V5.

Одна из этих модификаций, ANT-5/V, построена на базе отраслевого стандарта ОСТ 45.68За основу этого стандарта взяты рекомендации Q.511, Q.512 и Q.513, а также «Руководящий документ по общегосударственной системе автоматизированной телефонной связи (ОГСТфС)»

[46]. Как уже отмечалось в главе 6, канальные интервалы для С-каналов интерфейса V5 должны выбираться в следующей последовательности: КИ16, КИ15, КИ31. Протокол-тестер ANT-5 может работать по любому из указанных канальных интервалов. Предусматриваются тестирование поддержки интерфейсом V.5 основных и дополнительных услуг ISDN, анализ до 8 различных временных интервалов ИКМ и т.п.

Функциональные возможности протокол-тестера включают в себя режимы мониторинга и симуляции с применением готового набора тестов или с компилированием специфических тестов по требованиям пользователя.

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

Симуляция обеспечивает имитацию интерфейсных функций терминального оборудования или сетевого окончания для протокола DDS-1 и функций сети доступа или АТС для протоколов V5.

Варианты применения ANT-5/V в режимах мониторинга и симулятора представлены на рис.11.2. В режиме симулятора протокол-тестер имитирует функции опорной АТС по отношению к устройствам, расположенным в левой части рисунка, а по отношению к устройствам, изображенным в правой части рисунка, имитирует функции сети доступа. Аналогичным образом, рис.11.2 иллюстрирует варианты применения ANT-5/D для тестирования интерфейсов PRI и BRI в режимах мониторинга и симуляции протокола DDS-1.

11.2. ОБОРУДОВАНИЕ СЕТИ АБОНЕНТСКОГО ДОСТУПА

В предыдущих главах книги упоминалась эволюция средств абонентского доступа от простой пары медных проводов к сложной сети с использованием технологии xDSL, оптоволокна, беспроводного доступа и др. С этим связана и эволюция услуг связи от традиционной аналоговой телефонии к ISDN, широкополосной передаче данных, видеосвязи и доступу к Интернет.

Оба фактора обусловили новые, базирующиеся на интерфейсе V5, архитектурные решения для оборудования сети доступа, пример которых приведен на рис.11.3. Многофункциональный абонентский цифровой концентратор SAN-2000 (Subscriber Access Node) из комплексной программы АТСЦ-90 на рис.11.3 является гибкой платформой доступа, которая поддерживает услуги передачи речи и данных по медной паре, оптоволокну или беспроводной среде передачи с использованием протоколов открытого интерфейса V5.1 или V5.2.

Другая группа рассмотренных в книге протоколов (DDS-1, QSIG и др.) реализуется в учрежденческих АТС. В таблице 11.1 представлены данные из базы данных СОТСБИ об учрежденческих АТС, прошедших сертификацию по протоколу DDS-1.

Таблица 11.1. Учрежденческие АТС, включаемые по DSS- перспективной области реализации рассматриваемых в книге протоколов — оборудования компьютерной телефонии.

Все началось с того, что несколько компаний-производителей учрежденческих АТС и компьютерного оборудования собрались и сформулировали соглашения по разработке интерфейсов, позволяющих компьютерам активно управлять обслуживанием вызовов в УАТС.

Первопроходцы компьютерной телефонии из технической группы TG11 Европейской ассоциации производителей вычислительной техники (ЕСМА) в 1988 году начали разработку программного интерфейса телефонных приложений TAPI, являющегося стандартом, который определяет набор управляющих сообщений, интерпретируемых коммутационной системой и управляемых компьютером, подключенным к ней.

В связи с компьютерной телефонией к ряду рассмотренных в книге телекоммуникационных протоколов следует добавить еще два: ASAI и SCAI. Эти протоколы разработаны для станций ISDN и обеспечивают, например, передачу из УАТС в базу данных номера вызывающего абонента. Другие параметры, относящиеся к источнику вызова, также могут передаваться через ASAI или SCAI, что особенно важно для центров обработки вызовов (call centers), где информация о вызывающем абоненте передается по сети передачи данных на пульт агента. ASAI является спецификацией AT&T, a SCAI — спецификацией IBM. Оба протокола аналогичны в работе, хотя и имеют слегка различающиеся параметры и структуры.

Реализация телекоммуникационных протоколов в оборудовании компьютерной телефонии рассматривается далее в этом параграфе на примере интеллектуальной платформы ПРОТЕЙ. Архитектура интеллектуальной платформы ПРОТЕЙ представлена на рис. 11.4. Аппаратное обеспечение состоит из нескольких функциональных модулей — Central Processor Module (CPM), Telecom-Specific Peripheral (TSP), Network Termination Module (NTM) и Power Supply Module (PSM), — выполненных в виде стандартных плат конструктива ISA. Программное обеспечение поддерживает описанные в монографии телекоммуникационные протоколы и зависит от рассматриваемых далее в данном параграфе вариантов применения.

Рис. 11.4. Архитектура интеллектуальной платформы К первым приложениям компьютерной телефонии, намеченным TG11 и реализованным в платформе ПРОТЕЙ, относятся центры распределения и обработки вызовов (входящих и исходящих), система речевой почты, средства поддержки пользователя, обслуживание вызовов к экстренным и справочно-информацион-ным службам, сбор и распределение данных, доступ к сетевым базам данных и т.п.

Центры распределения входящих вызовов (ступени распределения вызовов — СРВ) организуют работу коллектива операторов и обычно применяются для справочных служб, служб приема заявок, резервирования билетов и т.п. Каждый вызов, обрабатываемый оператором, отслеживается с помощью компьютерных сообщений, которые дают возможность администратору СРВ определять, достаточно ли количество операторов, и управлять обслуживанием трафика.

Структура платформы ПРОТЕЙ для ступени распределения вызовов ТфОП приведена на рис.11.5. Основным элементом этого приложения является коммутационный блок, который обеспечивает взаимодействие с телефонной сетью общего пользования и консолями операторов (терминалами ISDN), а также соединяется по сети Ethernet с компьютером администрирования системы и генерации отчетов. Операторы разбиваются на логические группы. Включение оператора в соответствующую группу осуществляется при регистрации. Обеспечивается возможность гибкого изменения распределения операторов по группам, что позволяет реагировать на изменения нагрузки разных служб. Основными функциями, обеспечиваемыми системой ПРОТЕЙ-РВ, являются:

обработка вызова; маршрутизация и распределение вызовов (направление на нужные службы и на свободные места операторов); управление автоматическими речевыми сообщениями; управление работой операторов; формирование статистических данных;

предоставление операторам дополнительных услуг. Обеспечивается равномерная загрузка операторов в группе и групп в системе. При занятости всех операторов обеспечивается подача абонентам определенных фраз автоинформатора, которые могут меняться при дневном/ночном режимах обслуживания.

Рис. 11.5. Цифровая система распределения вызовов (СРВ) Для автоматизированного оповещения оператора база данных выбирает телефонные номера на основании какого-либо отобранного администрацией демографического или географического параметра. Перед тем как компьютер «набрал» вызываемый номер, определяется доступный оператор. Затем сервер компьютера отображает на экране компьютера этого оператора имя, адрес и номер телефона, который компьютер вызывает. Оператор может разрешить или запретить дальнейшее прохождение вызова.

Другая модификация системы — ПРОТЕЙ-ТК пред назначена для организации предоставления услуг связи с использованием дебетно-кредитных сервисных телефонных карт (рис.11.6). Абонент, приобретая карту, получает возможность доступа к услугам связи (местная, международная или междугородная связь, доступ к Интернет через систему индивидуальных телефонных номеров для Интернет-карт) с любых телефонных аппаратов (в том числе, с таксофонов), оборудованных средствами тонального набора номера. Примером внедрения системы является модернизация таксофонной сети, требующая только замены в существующих таксофонах номеронабирателя тастатурой с многочастотным набором номера. Для получения доступа к услуге абоненту требуется приобрести у поставщика услуги дебетную или кредитную карту на определенную сумму. Приобретая карту, абонент получает свой личный PIN-КОД.

Рис. 11.6. Система телефонных карт ПРОТЕЙ ТК Другим примером применения системы является организация оплаты услуг любого рода (например, мобильной связи и т.п.) с ис-пользовнием карт авансовых платежей (КАП). Основное преимущество использования такой системы — авансовая форма оплаты услуг, что позволяет избежать как возникновения возможной задолженности клиентов за уже оказанные услуги, так и необходимости выставлять абонентам счета. Таким образом, возможно определенное снижение тарифов для клиентов, использующих этот способ оплаты.

Система речевой почты ПРОТЕЙ-РП позволяет принимать, записывать, хранить и воспроизводить речевые сообщения. Речевая почта фактически реализует принцип централизованного автоответчика. Абонент речевой почты системы ПРОТЕЙ-РП получает в свое распоряжение почтовый ящик, идентифицируемый 2 — 7 -значным номером. После подключения к системе вызывающему абоненту передается фраза приветствия. Оставить сообщение в почтовом ящике может любой абонент телефонной сети. Доступ к почтовому ящику для получения корреспонденции и управления его параметрами защищен цифровым паролем.

Система оповещения ПРОТЕЙ-СО позволяет осуществлять оповещение абонентов по заранее заданному списку и передавать им фразы автоинформатора. Система может быть использована для служб гражданской обороны и других подобных организаций в тех случаях, когда необходимо иметь возможность оперативного оповещения сотрудников.

Система телеголосования ПРОТЕЙ-ТГ— это система компьютерной телефонии, реализующая принцип опроса общественного мнения по телефону.

Автоинформатор ПРОТЕЙ-АИ представляет собой систему компьютерной телефонии, обеспечивающую пользователю доступ к определенным массивам данных. На базе интеллектуального автоинформатора могут быть реализованы такие службы как служба точного времени, служба прогноза погоды, информация о расписании поездов, автобусов или самолетов и т.д.

Приведенные в данном параграфе примеры реализации протоколов сети доступа (абонентский концентратор SAN-2000 с протоколом V5, прошедшие сертификационные испытания учрежденческие АТС с функциями ISDN и протоколом DDS-1, оборудование компьютерной телефонии ПРОТЕЙ) не исчерпывают, разумеется, всего многообразия подобных примеров.

11.3. КОНВЕРТЕРЫ ПРОТОКОЛОВ СЕТИ ДОСТУПА

Проблема преобразования протоколов уже обсуждалась в главе 11 первого тома. К высказанным там соображениям целесообразно добавить актуальность использования конвертеров протоколов как временных решений, улучающих экономические показатели отдельных этапов эволюции сети доступа. Так, например, при установке современного оборудования беспроводного доступа WLL можно временно включить его в АТС с помощью конвертера VSM с тем, чтобы после установки новой версии программного обеспечения в АТС исключить конвертер и использовать непосредственно интерфейс V5. Другим примером является включение УАТС в АТС сети общего пользования с помощью конвертера протоколов 2 ВСК и DDS-1, исключаемого после того, как обе станции начнут поддерживать функции ISDN и протокол DDS-1.

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

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

В ряде случаев для организации взаимодействия АТС телефонной сети общего пользования и учрежденческих АТС различия протоколов сигнализации ОКС-7 и DDS-1 преодолеваются с помощью конвертера сигнализации ISM, осуществляющего взаимное преобразование этих двух протоколов. В конвертере реализованы рассмотренные в главе 10 первого тома специфические процедуры и сообщения ISUP-R, связанные с установлением входящих междугородных соединений от АМТС, включая повторный вызов и вызов к занятому абоненту, процедуры АОН и двустороннего отбоя. Подключение УАТС через такой конвертер позволяет более гибко использовать имеющуюся свободную номерную емкость сети общего пользования, не ограничиваясь номерной емкостью опорной АТС. Имеется возможность использовать различные «окна» в системе нумерации, объединяя их в сплошную группу путем маршрутизации на основе постоянной переадресации по схеме, заранее представленной операторами. Изменение схемы переадресации может быть произведено дистанционно.

Таблица 11.2. Конвертеры протоколов сигнализации USM CSM Техобслуживание и эксплуатация модуля ISM осуществляется дистанционно по коммутируемым линиям через модем или локально через интерфейс RS-232. Предусмотрена также опция централизованного управления по протоколу TCP/IP для многомодульной структуры с объединением конвертеров между собой в сеть. Для изменения конфигурации остановки конвертера не требуется, программный рестарт конвертера занимает 1 с, аппаратный рестарт — 30с.

Функциональная модель конвертера ISM состоит из трех групп функций: функций управления соединениями, протокольных функций уровня 3 DDS-1 и функций подсистемы ISUPR системы ОКС-7. Группа функций управления соединениями действует как промежуточная между двумя протокольными функциями, каждая из которых осуществляет связь с функциями управления соединениями с помощью примитивов. Существует четыре вида примитивов. Примитив indication (индикация) выдается протоколом сигнализации, чтобы инициировать действия по управлению соединением. Примитив response (ответ) выдается функцией управления соединением для обозначения завершения действий по управлению, инициированных примитивом indication. Примитив request (запрос) выдается функцией управления соединением, чтобы активизировать процедуру протокола сигнализации. Примитив confirmation (подтверждение) выдается протоколом сигнализации для обозначения завершения процедуры, активизированной примитивом request.

Процедуры конвертера специфицируются по технологии, рассмотренной в главе 2 первого тома, с использованием языка спецификаций и описаний SDL и диаграмм MSC [55]. Примеры MSC-диаграмм взаимодействия протоколов ОКС-7 и DDS-1 представлены на рис.11.7 и 11.8.

Типы сообщений и содержание каждого сообщения уровня 3 протокола DDS-1 сопоставляются с аналогичной информацией ОКС-7 по специальной таблице преобразований, с помощью которой также сопоставляются информационные элементы DDS-1 с параметрами ISUP-R. В некоторых случаях возможно взаимно однозначное соответствие между информационным элементом DDS- и параметром ISUP-R, тогда как в других случаях в параметр преобразуется только подмножество информационного элемента.

Установление соединения между терминалами абонентов А и Б, как и разъединение, описываются в терминах процедур и примитивов. Оба терминала подключены к соответствующим АТС по протоколу DDS-1; рассматривается управление базовым соединением.

В примере на рис.11.8, иллюстрирующем описание в терминах процедур, терминал абонента А передает адресную информацию в блочном режиме, а абонент Б имеет терминал без автоответа.

Имеет место обычный телефонный вызов, т.е. абонент А снимает телефонную трубку и набирает с помощью дискового номеронабирателя или тастатуры номер телефона абонента Б. В результате этих действий на АТС А передается сообщение SETUP, включающее в себя адрес абонента Б и тип требуемого соединения. АТС А анализирует сообщение SETUP и определяет, что соединение нужно маршрутизировать через транзитный узел. На этой основе подсистема ISUP АТС А формирует начальное адресное сообщение IАМ и передает его на транзитный узел, после чего возвращает абоненту А сообщение CALL_PROCEEDING, свидетельствующее о том, что прием адресной информации закончен и вызов обрабатывается.

После получения сообщения IAM транзитный узел анализирует адрес абонента Б и определяет, что вызов нужно маршрутизировать к АТС Б. Транзитный узел формирует соответствующее сообщение IAM и передает его в АТС Б, которая анализирует информацию, содержащуюся в IAM, определяет идентификатор вызываемого абонента, определяет, что оборудование абонента Б не имеет многотерминальной конфигурации, требующей вещательного режима работы, а используется режим работы «точка-точка», передает к терминалу абонента Б сообщение SETUP, а на транзитный узел возвращает сообщение АСМ (ADDRESS_COMPLETE_MESSAGE) для указания того, что принятой информации достаточно для идентификации абонента Б.

После приема сообщения SETUP терминал абонента Б использует опцию возврата к своей АТС сообщения CALL_PROCEEDING. Это сообщение не вызывает на АТС Б никаких действий, кроме сброса внутренних таймеров. Когда терминал абонента Б начинает сигнализировать абоненту о входящем вызове (т.е. телефон начинает звонить), на станцию Б возвращается сообщение ALERTING. АТС Б передает сообщение CALL_PROGRESS на транзитный узел, который, в свою очередь, передает сообщение CALL_PROGRESS на АТС А. АТС А информирует абонента А о передаче сигнала вызова абоненту Б посылкой сообщения ALERTING. Когда абонент Б отвечает на вызов (например, поднимает телефонную трубку), к АТС Б посылается сообщение CONNECT. АТС Б возвращает к терминалу абонента Б сообщение CONNECT_ACKNOWLEDGE и передает сообщение ANSWER на транзитный узел. Этот узел ретранслирует сообщение ANSWER на АТС А, которая завершает установление соединения передачей к терминалу абонента А сообщения CONNECT. В данном примере опция передачи от терминала абонента А на АТС сообщения CONNECT_ACKNOWLEDGE не применяется.

Разъединение может быть инициировано любым абонентом:

в данном примере это делает абонент А. Когда он дает отбой, терминал А передает к АТС А сообщение DISCONNECT. Это приводит к передаче от АТС А на транзитный узел и к терминалу абонента А сообщения RELEASE. Терминал А отвечает сообщением RELEASE_COMPLETE, а транзитный узел передает сообщение RELEASE к АТС Б. После приема сообщения RELEASE на станции Б к терминалу абонента Б передается сообщение DISCONNECT, a на транзитный узел передается сообщение RELEASE_COMPLETE. И, наконец, после получения сообщения RELEASE от терминала абонента Б АТС Б передает к терминалу Б сообщение RELEASE_COMPLETE. Этим исчерпывается описание примера на рис. 11.7.

Описание в терминах примитивов иллюстрируется другим примером на рис. 11.8. Каждая АТС имеет «входящую» систему сигнализации (определенную как принимающая сообщение SETUP или начальное адресное сообщение IAM), «исходящую» систему сигнализации (определенную как посылающую сообщение SETUP или начальное адресное сообщение IAM) и функции управления соединением.

Абонент А инициирует вызов, в результате чего в исходящую DDS-1 абонента А передается примитив запроса установления соединения. Исходящая DDS-1 формирует сообщение SETUP, содержащее адрес абонента Б и тип запрашиваемого соединения. Сообщение SETUP передается во входящую DDS-1 АТС А, что приводит к передаче функциям управления соединением примитива setup_indication.

Функции управления соединением анализируют информацию, содержащуюся в примитиве, и предпринимают три действия. Во-первых, они возвращают в исходящую DDS-1 примитив proceeding_request, вызывая этим посылку сообщения CALL_PROCEEDING терминалу абонента А. Во-вторых, функции управления соединением определяют, что соединение нужно установить через транзитный узел, и запрашивают исходящий ISUP сформировать начальное адресное сообщение IAM путем передачи примитива setup_request. Исходящий ISUP реагирует на запрос, формируя IAM и передавая его на соответствующий транзитный узел. Третье действие функций управления соединением заключается в выдаче команды блоку коммутации проключить в обратном направлении канал связи, участвующий в соединении, после чего абонент А сможет слышать акустические сигналы, посылаемые сетью.

Когда исходящий ISUP получает от транзитного узла сообщение АСМ, функциям управления соединением передается примитив proceeding_indication. Прием этого примитива дает возможность функциям управления освободиться от части информации, относящейся к соединению, которая содержится в кратковременной памяти. Например, может быть удалена специализированная информация маршрутизации, используемая для установления соединения, когда становится ясно, что в АТС Б получена информация, достаточная для идентификации абонента Б.

Следующее сообщение, которое должен получить исходящий ISUP, — сообщение CALL_PROGRESS, указывающее, что абоненту Б посылается вызывной сигнал. Это приводит к передаче функциям управления соединением примитива alerting_indication. Функции управления соединением определяют, что абоненту Б посылается вызов и что абонента А следует информировать о состоянии соединения. Во входящую DDS-1 передается примитив alerting_request, в результате чего к терминалу абонента А передается сообщение ALERTING и абонент получает соответствующий сигнал (например, КПВ).

Когда абонент Б отвечает на вызов, сообщение ANSWER возвращается по сети ОКС в исходящий ISUP станции А. Это приводит к передаче функциям управления соединением примитива setup_confirmation. Функции управления соединением определяют, что абонент Б ответил на; вызов, и дают команду блоку коммутации проключить канал связи в прямом направлении, а также передают примитив setup_response во входящую DDS-1, вызывая передачу сообщения CONNECT к терминалу абонента А. Сообщение CONNECT указывает, что запрошенное соединение установлено.

Разъединение инициирует абонент А. Это приводит к передаче примитива запроса разъединения в исходящую DDS-1 абонента А, что, в свою очередь, вызывает передачу сообщения DISCONNECT к входящей DDS-1 на станции А. Прием сообщения DISCONNECT вызывает передачу функциям управления соединением примитива disconnect_indication.

После приема этого примитива функции управления соединением выполняют три действия.

Во-первых, эти функции определяют, что соединение должно быть нарушено. В соответствии с этим, управление соединением посылает в исходящий ISUP примитив release_request, что приводит к передаче сообщения RELEASE к транзитному узлу Во-вторых, управление соединением дает команду блоку коммутации освободить ресурсы, занятые в соединении. Втретьих, управление соединением определяет, что должно быть освобождено звено доступа, и посылает примитив release_request во входящую DDS-1, что вызывает передачу сообщения RELEASE к терминалу абонента А. Когда последовательность операций освобождения закончена, функции управления соединением получают от входящей DDS-1 и исходящего ISUP примитивы release_confinnation. После приема примитива release_confinnation от входящей DDS-1 функции управления соединением определяют, что к метке соединения больше нет обращений, освобождают эту метку и возвращают ее в общий пул для использования в другом соединении.

Приведенные описания сугубо иллюстративны и не являются исчерпывающими, однако вполне достаточны для понимания архитектуры конвертеров семейства xSM.

Заключительной фразой этого тома может служить следующая формулировка одного из законов Мэрфи: «Стоит запечатать письмо, как в голову приходят свежие мысли». Впрочем, для этого у автора остается возможность написать том 3.

ЛИТЕРАТУРА

1. Аваков Р.А., Кооп М.Ф., Лившиц Б.С., Подвидз М.М. Городские координатные автоматические телефонные станции и подстанции. М.: Связь, 1971.

2. Афанасьев А.П. Раздельное обслуживание абонентских устройств на ГТС. М.:

Связьиздат, 1958.

3. Бабицкий И.А. К расчету ступенчатого включения на АТС. М.: Связьиздат, 1956.

4. Бакланов И.Г. ISDN и FRAME RELAY: технология и практика измерений. М.: ЭкоТрэндз, 1999.

5. БекманД. Стандарт SNMPV3// Сети и системы связи, 1998. — №12.

6. Берлин Б.З., БрискерА.С., Васильева Л.С. и др. Городская телефонная связь.

Справочник. М.: Радио и связь, 1987.

7. Блэк Ю. Сети ЭВМ: протоколы, стандарты, интерфейсы. М.: Мир, 1990.

8. Боккер П. Цифровая сеть с интеграцией служб. Понятия, методы, системы: Пер. с нем.

М.: Радио и связь, 1991.

9. Борман В.А. Измерения на городских телефонных сетях. М.: Связьтехиздат, 1953.

10.БулгакВ.Б.,ВаракинЛ.Е.,ИвашкевичЮ.К.,МосквитинВ.Д., Осипов В.Г. Концепция развития связи Российской Федерации. М.: Радио и связь, 1995.

11. Голубев А.Н. Стратегия разработки комплекса АТСЦ-90// Вестник связи, 1993. — №9.

12. Голубцов И.Е., Сасонко С.М. Нормы затухания на местных телефонных сетях. М.:

Связь, 1965.

13. Гольдштейн Б.С. Сигнализация в сетях связи. 2-е изд., пере-раб. и доп. М.: Радио и связь, 1998. —T.I.

14. ГОСТ 18490-78. Аппараты телефонные. Термины и определения.

15. ГОСТ 25554-82. Аппараты телефонные с кнопочными номеронабирателями. Основные параметры, технические требования и методы испытаний.

16. ГОСТ 7153-85. Аппараты телефонные общего применения.

17. Понтер И., Сивере М. Цифровая связь. Техника и организация. СПб: Издательство Электротехнического института связи им. проф. М.А. Бонч-Бруевича, 1993.

18-Делтон Хорн. Усовершенствуй свой телефон: Пер. с. англ. А. Ковеля/ Под ред. А.

Молодяну. М.: Бином, 1995.

19. Денисьева О.М. Исследования пропускной способности информационной сети. III Международный форум по информатизации. Международная конференция информационных сетей и систем (ICI-NAS), СПб, 1994.

20. Дженнингс Ф. Практическая передача данных: Модемы, сети и протоколы. М.: Мир, 1989.

21. Дмошинский Г.М., Серегин А.В. Телекоммуникационные сети в России. М.:

Архитектура и строительство в России, 1993.

22. Долотов Д.В., Фрейнкман В.А, Развитие услуг ISDN на ВСС России// Вестник связи, 1999. - №1.

23. Дубровский Е.П. Абонентские устройства ГТС. М.: Радио и связь, 1986.

24. ДэвисД., Барбер. Д., Прайс У., Соломонидес С. Вычислительные сети и сетевые протоколы. Пер. с англ./ Под ред. С.И. Са-мойленко. М.: Мир, 1982.

25. Жданов И.М., Кучерявый Е.И. Построение городских телефонных сетей. М.: Связь, 1972.

26. Захаров Г.П., Симонов М.В., Яновский Г.Г. Службы и архитектура широкополосных цифровых сетей интегрального обслуживания. Электронные знания, ТЭК. М.: Эко-Трэндз, 1993.Т.42.

27. Золотой С. Протоколы Internet. СПб., BHV, 1998.

28. Иносэ X. Интегральные цифровые сети связи: Введение в теорию и практику: Пер. с англ./Под ред. В.И. Неймана. М.: Мир, 1982.

29. Клейнрок Л. Вычислительные системы с очередями: Пер. с англ./ Под ред. Б.С.

Цыбакова. М.: Мир, 1979.

30. Корякин-Черняк С.Л., Котенко Л.Я. Телефонные сети и аппараты. М.: НИЦ «Наука и техника», 1998.

31. Крупное А.Е., Соколов Н.А. Новые телекоммуникационные технологии в отрасли связи//" Электросвязь", №11, 32. Кульгин М.В. Коммутация и маршрутизация IP/IPX-трафи-ка. М.: КомпьютерПресс, 1998.

33. Левин Л. С., Плоткин М.А. Цифровые системы передачи информации. М.: Радио и связь, 1982.

34. Лезерсон В.К. Связь АТС-47 с междугородной и учрежденческими телефонными станциями. М.: Связьтехиздат, 1953.

35. Лугов М.Ф. Дополнительные виды услуг для абонентов современных АТС. М.: Связь, 1979.

36. Максимов Г.З., Пшеничников А.П. Телефонная нагрузка местных сетей связи.М.:

Связь, 1976.

37. Морев В.Л., Булкин B.C., Мороз А.Л. Справочные и заказные службы с телефонным доступом. М.: Радио и связь, 1987.

38. Нанс Бэрри. Компьютерные сети: Пер. с англ. — М.: Восточная книжная компания, 1996.

39. Нейман В.И. Структура систем распределения информации. — 2-е изд., перераб. и доп.

М.: Радио и связь, 1983.

40. ОСТ 45.54-95. Стыки оконечных абонентских телефонных устройств и АТС.

Характеристики и параметры электрических цепей и сигналов на стыках.

41. Пономаренко А.А. Телефоны, АОНы, радиотелефоны. М.: Наука и техника-Солон, 1995.

42. Правила пользования ведомственной телефонной связью. М.:1991.

43. ПятибратовА.П., ГудыноЛ.П., Кириченко А.А, Вычислительные системы, сети и телекоммуникации. М.: Финансы и статистика, 1998.

44. Розенбаум Д. Что мешает внедрению ISDN// Сети и системы связи, 1996. - №7.

45. Рувд Ч.А,, Степанов С.А. Фонтанка 16: Политический сыск при царях. М.: Мысль, 1983.

46. Руководящий документ по общегосударственной системе автоматизированной телефонной связи (ОГСТфС). М.:

Прейскурантиздат, 1988.

47. Саммерс Ч., Дюнц Б. Высокоскоростное цифровое соединение с сетью Интернет: Пер.

с англ. Б.В.Блохина. — М.: Радио и связь, 1998.

48. Советов Б.Я., Яковлев С.А. Построение сетей интегрального обслуживания. Л.:

Машиностроение, 1990.

49. Соколов Н.А. Сети абонентского доступа: принципы построения// Пермь: ТОО «Типография «Книга», 1999 (в печати).

50. Соколов Н.А. Эволюция местных телефонных сетей. Пермь:

ТОО «Типография «Книга», 1994.

51. Теджер Р. IPV6: в чем секрет привлекательности нового протокола.// Сети и системы связи", 1998. — № 12.

52. Теория электрической связи: Учебник для вузов/ А.Г. Зюко, Д.Д. Кловский, В.И.

Коржик, М.В. Назаров; Под ред. Д.Д. Кловского. М.: Радио и связь, 1998.

53.Титтель Э., Джеймс С., Пискителло Д., Пфайфер Л. ISDN просто и доступно. М.:

ЛОРИ, 1999.

54. Уэйн С. Берд. Анализаторы протоколов для территориальных сетей// Сети и системы связи. 1997. — №5.

55. ФаергемандО. (Дания), СармаА. (Германия), Гольдштейн Б.С. (Россия). SDL-92:

Анализ современного состояния// Электросвязь, 1995. - №9.

56. Финклер И.Е. Телефонные аппараты и таксофоны. М.: Связь-техиздат, 1950.

57. Хиллс М.Т. Принципы коммутации в электросвязи. М.: Радио и связь, 1984.

58. Шатт С. Мир компьютерных сетей/ Пер. с английского. Киев, BHV, 1996.

59. Шварц М. Сети связи. Протоколы. Моделирование и анализ. - 4.1,4.2. - Пер. с англ. В.И.

Неймана. М.: Наука, 1992.

60. Шварцман В.О. Телематика. М.: Радио и связь, 1993.

61.Шраер Ф.И. Аппаратура производственной и учрежденческой связи. М.: Связь, 1978.

62. Щербо В.К., Козлов В.А. Функциональные стандарты в открытых системах:

Справочное пособие. М.: Международный центр научной и технической информации, 1997.

63. ANSI (1991) Integrated Services Digital Network (ISDN) - Basic Access Interface for S and Т Reference Point (Layer 3 Specification). Tl.605-1991.

64. Arnbak J.C. The European (R)evolution of Wireless Digital Networks"// IEEE Communications Magazine, 1993. — Vol. 31, № 65. Baker G. High Bit-Rate Digital Subscriber Lines// Electronics & Communication Engineering Journal, 1993. —Vol. 5, №5, 66. Bellamy J. Digital Telephony: 2nd Ed. John Wiley & Sons, 1991.

67. Black Uyless D. ISDN & SS7: Architecture for Digital Signaling Networks. New Jersey:

Prentice Hall PTR, 1997.

68. Black Uyless D. Physical layer and related protocols. IEEE Computer Society Press, 1996.

69. Black Uyless D. TCP/IP and Related Protocols. McGraw-Hill, Inc., 70. Bosse van John G. Signaling in Telecommunication Network. John Wiley & Sons, 1998.

71. Brooks John. Telephone: The First Hundred Years. New York:

Harper and Row, 1976.

72. Burd Nick. The ISDN Subscriber Loop. London: Chapman & Hall, 1997.

73. De Pryker M. Asynchronous Transfer Mode Solution for Broadband ISDN. New York: Ellis Horwood, 1993.

74. Engineering and Operations in the Bell System / Prepared by Member of the Technical Staff and the Technical Publication Department AT&T Bell Laboratories; R.F. Rey, Technical Editor. New Jersey: AT&T Bell Laboratories, 1983.

75. ETS 300 Oil. Integrated Services Digital Network (ISDN), Primary Rate User-Network Interface-Layer Specification and Test Principles. ETSI, 1991.

76. ETS 300 012. Integrated Services Digital Network (ISDN); Basic User-Network Interface Layer 1 Specification and Test Principles. ETSI, 1991.

77. ETS 300 102-1. Integrated Services Digital Network (ISDN); Basic User-Network interface layer 3. Specification for basic call control. ETSI, 1990.

78. ETS 300 172. Private Telecommunications Network (PTN); In-ter-exchange Signaling Protocol. Circuit Mode Basic Services 2nd Ed. ETSI, 1994.

79. ETS 300 239 Private Telecommunications Network (PTN); Inter-exchange Signaling Protocol.

Generic Functional Protocol for the Support of Supplementary Services. ETSI, 1993.

80. ETS 300 324-1. Signaling Protocol and Switching (SPS); V Interfaces at the digital Local Exchange (LE), V5.1 Interface for the Support of Access Network (AN), Part 1: V5.1 Interface Specification. ETSI, 1994.

81. ETS 300 347-1. Signaling Protocol and Switching (SPS); VInter-faces at the digital Local Exchange (LE), V5.2 Interface for the Support of Access Network (AN), Part 1: V5.2 Interface Specification. ETSI,1994.

82. Freeman R.L. Telecommunication System Engineering: 2nd Ed. New York: WileyInterscience, 1989.

83. Gillespie A, Access networks: technology and V5 interfacing. Artech House,Inc., 84. Griffiths J.M. ISDN Explained. New York: JohnWiley, 1990.

85. Hertog M. Den. Inter-register Multifrequency Signaling for Telephone Switching in Europe// Electrical Communications, 1972. — Vol. 38, №1.

86. ITU-T Recommendation G.703, General Aspects of Digital Transmissions Systems; Terminal Equipment Physical/Electrical Characteristics of Hierarchical Digital Interfaces. Geneva, 1991.

87. ITU-T Recommendation G.704, General Aspects of Digital Transmissions Systems; Terminal Equipment Synchronous Frame Structures used at Primary and Secondary Hierarchical Levels. Geneva, 1991.

88. ITU-T Recommendation 1.430, Basic User-Network Interface-Layer 1 Specification. Geneva, 1993.

89. ITU-T Recommendation Q.512, Digital Exchange interfaces for subscriber access. Geneva, 1995.

90. ITU-T Recommendation Q.920 (1.440), ISDN User-Network Interface — Data Link Layer — General Aspects. Geneva, 1993.

91. ITU-T Recommendation Q.921 (1.441), ISDN User-Network Interface — Data Link Layer Specification. Geneva, 1993.

92. ITU-T Recommendation Q.930 (1.450), ISDN User-Network Interface Layer 3 — General Aspects. Geneva, 1993.

93. ITU-T Recommendation Q.931 (1.451) ISDN User-Network Interface Layer 3 — Specifications for Basic Call Control. Geneva, 1993.

94. ITU-T Recommendation Q.932, Generic Procedures for the Control of ISDN Supplementary Services. Geneva, 1993.

95. ITU-T Recommendations X.1-X.32, Data Communication Networks: Services and Facilities, Interfaces, CCITT Blue Book, VIII.2, Geneva, 1989.

96. Kessler Garry C., Southwick Peter V. ISDN concepts, facilities and services: 3rd Ed.

McCaw Hill, 1996.

97. Kyees P.J., McConnell R.C. and Sistanizadeh K. (1995) ADSL:

a new twisted-pair access to the information highway// IEEE Communications Magazine. —\Ы.

33, №4.

98. Mantel-field R.J. Common-Channel Signaling. London: Peter Per-egrinus Ltd., 1991.

99. Martin J. Future Developments in Telecommunications: 2nd Ed. Prentice-Hall, 1977.

100. PearceJ. Gordon. Telecommunications Switching. New York and London: Plenum Press, 1994.

101. Reeve W.D. Subscriber Loop Signaling and Transmission Handbook: Analog. New York:

IEEE Press, IEEE, 1992.

102. Russell Т. Telecommunications protocols. McGraw-Hill, 1997.

103. Verma P.K. ISDN Systems, Architecture, Technology and Applications. New Jersey:

Prentice Hall, Englewood Cliffs, 1990.

104. Welch S. Signaling in Telecommunications Networks. London:

Peter Peregrinus Ltd, Stevenage, 1981.

ОГЛАВЛЕНИЕ

Предисловие

Глава 1. АНАЛОГОВЫЕ АБОНЕНТСКИЕ ЛИНИИ.................. 1.1. Немного истории

1.2. Типы источников абонентской нагрузки

1.3. Сигнализация по аналоговым абонентским линиям:

электрические параметры линий

1.4. Сигнализация по двухпроводным аналоговым абонентским линиям: параметры сигналов

1.5. Включение малых АТС по абонентским линиям:

исходящий вызов

1.6. Включение малых АТС по абонентским линиям:

входящий вызов

Глава 2. ЦИФРОВЫЕ АБОНЕНТСКИЕ ЛИНИИ

2.1. Абонентские линии ISDN

2.2. Интерфейсы в опорных точках

2.3. Пользовательский доступ ISDN

2.4. Абонентские линии xDSL

Глава 3. ПРОТОКОЛ DSS-1: ФИЗИЧЕСКИЙ УРОВЕНЬ И УРОВЕНЬ ЗВЕНА ДАННЫХ

3.1. Введение в DSS-1

3.2. Физический уровень протокола DSS-1

3.3. Уровень LAPD

3.4. Уровень LAPD: процедуры

Глава 4. ПРОТОКОЛ DSS-1: СЕТЕВОЙ УРОВЕНЬ.................. 4.1. Функции протокола Q. 9 31

4.2. Форматы сообщений

4.3. Процедуры обработки базового вызова

4.4. Процедуры пакетной передачи данных

4.5. Процедуры сигнализации «пользователь—пользователь»

4.6. Дополнительные услуги

4.7. Вместо заключения

Глава 5. ПРОТОКОЛ QSIG

5.1. Модель протокола QSIG

5.2. Функциональное описание подсистем

5.3. Услуги и дополнительные сетевые услуги QSIG.......... 5.4. Протокол DPNSS

Глава 6. ОТКРЫТЫЙ ИНТЕРФЕЙС V5

6.1. Три источника и три составные части сети доступа.... 6.2. Модель V5: услуги и порты пользователя

6.3. Протоколы и пропускная способность

6.4. Физический уровень протокола V5

6.5. Уровень LABV5

6.6. Форматы сообщений уровня 3

6.7. Мультиплексирование портов ISDN

Глава 7. ПРОТОКОЛ ТфОП

7.1. Проблема ТфОП

7.2. Информационные элементы сообщений

7.3. Сообщения протокола ТфОП

7.4. Протокол ТфОП на стороне сети доступа

7.5. Протокол ТфОП на стороне АТС

7.6. Процедуры протокола ТфОП

7.7. Национальные спецификации протокола ТфОП........ Глава 8. СЛУЖЕБНЫЕ ПРОТОКОЛЫ V5.2

8.1. Протокол назначения несущих каналов

8.2. Протокол управления трактами интерфейса V5.2....... 8.3. Протокол защиты V5.2

8.4. Протокол управления

Глава 9. ПРОТОКОЛ Х.25

9.1. Модель взаимосвязи открытых систем

9.2. Сети с коммутацией пакетов

9.3. Архитектура протокола Х.25

9.4. Применения протокола Х.25

Глава 10. ПРОТОКОЛЫ ИНТЕРНЕТ

10.1. Протоколы TCP/IP и модель OSI

10.2. Протокол управления передачей TCP

10.3. Протоколы UDP и ICMP

10.4. Межсетевой протокол IP

10.5. Протоколы нижнего уровня

10.6. Сетевые сервисы в TCP/IP

10.7. Прогнозы по мотивам TCP/IP

Глава 11. РЕАЛИЗАЦИЯ, ТЕСТИРОВАНИЕ И ПРЕОБРАЗОВАНИЕ ПРОТОКОЛОВ

11.1. Тестирование протоколов сети доступа

11.2. Оборудование сети абонентского доступа

11.3. Конвертеры протоколов

Литература

Б.С. Гольдштейн родился в 1951 году. После окончания в 1973 году ЛЭИС им. проф. М.А.

Бонч-Бруевича работает в Ленинградском отраслевом научно-исследовательском институте связи (ЛОНИИС). Начальник научно-исследовательского отделения и заместитель директора института по научной работе.

В 1982 г. защитил кандидатскую диссертацию «Исследование и разработка телефонной операционной системы электронного узла коммутации», а в 1994 г. — докторскую диссертацию «Численные методы анализа и проектирования программного обеспечения систем коммутации».

Лауреат премии «Факел Бирмингема» (Birmingham Torch Award, International Academy ALBA, USA). Являлся редактором выпуска IEEE JSAC, 12,7 и членом программного комитета Международного конгресса по телетрафику (ITC—15, Washington). Академик МАИ. Член Исследовательской комиссии 10 «Языки программирования» сектора стандартизации Международного союза электросвязи (бывшего МККТТ). Автор более ста печатных работ.