
- •Глава 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.4. Уровень lapd: процедуры
- •Глава 4 протокол dss-1:сетевой уровень
- •4.1. Функции протокола q.931
- •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. Уровень lapv5
- •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. Сети с коммутацией пакетов х.25
- •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. Конвертеры протоколов сети доступа
- •Литература
5.4. Протокол dpnss
Потребность учрежденческих (корпоративных, частных, ведомственных) сетей в системах сигнализации по общему каналу была осознана задолго до появления QSIG, еще в начале 1980-х годов. Тогда справедливо считалось, что система сигнализации ОКС7 является и слишком сложной, и недостаточно специализированной. К тому же, единственная существовавшая тогда подсистема пользователь TUP была слишком бедна, чтобы удовлетворить потребности сетей учрежденческо-производственной связи.
Была ясна необходимость другого подхода, и в Великобритании, отличавшейся более благоприятными для частных сетей условиями, раньше, чем в других странах, был разработан открытый и независимый от поставщика стандарт, названный DPNSS. Предполагалось, что стандарт DPNSS будет принят в качестве основы европейских и международных стандартов, но эта надежда не оправдалась. В 1985 году, вслед за публикацией рекомендаций Красной книги ITU-T, СЕРТ начала работу по адаптации стандартов ISDN к требованиям сигнализации между УАТС в частных сетях. DPNSS не был взят за основу нового стандарта, поскольку это было политически неприемлемо и поскольку структура протокола и кодирование в стандарте Великобритании слишком сильно отличались от того, что было рекомендовано ITU-Тдля ISDN.
Вместо DPNSS был разработан протокол QSIG. В июле 1990 г. фирмы Alcatel, Siemens, GPT, SAT и Telenorma учредили форум по спецификации сети УАТС с ISDN (IPNS) для ускорения разработки QSIG и для обеспечения возможности взаимодействия с DPNSS. В настоящее время членами Форума IPNS являются:
Alcatel, Ascom, AT&T, Bosch Telecom, Ericsson, GPT, Italtel, MatraCom, Nortel, Philips и Siemens. Все члены форума принимают участие и в технических рабочих группах ЕСМА.
Внимание, уделяемое протоколу DPNSS в этой книге, обусловлено тем, что он признается в качестве открытого стандарта для широкого международного использования и поддерживается многими производителями. Некоторые телекоммуникационные компании тоже имеют свои собственные стандарты, такие как Cornet-N (Siemens) и АВС (Alcatel), однако информация об их спецификациях не является общедоступной и они не используются столь широко, как DPNSS.
Первоначально DPNSS разрабатывался British Telecom, GPT и Mitel для использования в сети правительственной связи Великобритании. Первый выпуск спецификаций относился к базовому соединению и к небольшому количеству дополнительных услуг. Спецификации постоянно дополнялись, и на сегодня специфицировано свыше 40 дополнительных услуг. В качестве приложения к спецификациям были опубликованы процедуры тестирования соответствия. Комитет IPNS регулярно рассматривает предложения по изменениям спецификаций DPNSS на основании опыта внедрения стандарта. Разрабатываются также условия взаимодействия DPNSS с QSIG и вопросы доступа к ISDN.
Существующая структура DPNSS выглядит следующим образом.
На уровне 1 DPNSS может использовать как канальный интервал 1, так и физически независимый канал передачи данных, включая модемы, работающие по аналоговым линиям связи на скорости передачи данных 9.6 Кбит/с. Для версии с использованием аналоговых каналов передачи данных иногда используется акроним APNSS. Резервные тракты сигнализации отсутствуют.
На уровне 2 DPNSS использует многочастотную сигнализацию методом «импульсный челнок», т.е. каждый кадр передается повтор но пока не будет получено положительное подтверждение, в то время как в QSIG повторная передача имеет место только тогда, когда положительное подтверждение не получено в течение предварительно установленного периода времени.
На уровне 3 протокол DPNSS имеет основной набор сообщений, обеспечивающий поддержку всех 40 с лишним дополнительных услуг. Кроме того, отдельные телекоммуникационные компании расширяют количество сообщений для поддержки собственных системных услуг как в УАТС собственного производства, так и в оборудовании других типов.