Приложение 1. Параметры сигнальных сообщений SCCP

Приложение 2. Параметры сигнальных сообщений ISUP

Приложение 3. Пример процедур сигнализации ISUP

Приложение 4. Параметры сигнальных сообщений TCAP

Приложение 5. Пример обмена сообщениями подсистемы ТСАР

Приложение 6. Параметры сигнальных сообщений MUP

Приложение 1. Параметры сигнальных сообщений SCCP

Всего имеется 16 типов сообщений SCCP, из которых 14 связаны с услугами, требующими создание в сети виртуальных соединений, а 2 – с услугами, которые не предусматривают создание соединений. Формат сообщения SCCP содержит маршрутную этикетку, код типа сообщений и параметры. Параметры дополняют информацию, содержащуюся в коде типа сообщений.

Существуют параметры трех видов (рис. П. 1.1):

• обязательные с фиксированной длинной;
• обязательные с переменной длиной;
• необязательные.

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

Обязательные параметры с переменной длиной также содержатся в сообщениях всех типов.

Необязательные параметры могут включаться или не включаться в сообщение того или иного типа.

После всех необязательных параметров передается состоящий из одних нулей байт "конец необязательных параметров" (табл. П. 1.1). Этот байт включается в сигнальное сообщение только при наличии в нем необязательных параметров, переносимых полем SIF в значащей СЕ. Код типа сообщения состоит из поля в один байт и является обязательным для всех сообщений SCCP, формируемых в сетевой службе СС 7. Данный код идентифицирует функцию и формат каждого сигнального сообщения SCCP.

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

В ходе функционирования подсистема SCCP пункта сигнализации взаимодействует, во-первых, с одной из подсистем пользователей, во-вторых, с подсистемой переноса сообщений МТР.

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

Общее имя примитива определяет тип сигнального сообщения, т. е. вид услуги, идентифицируемой примитивом.

Рис. П. 1.1. Формат сообщения SCCP

обязательные с фиксированной длиной;

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

В таблицах П. 1.2 и П. 1.3 приведены характеристики примитивов SCCP двух классов:

• без создания соединения;
• с созданием соединения.

Таблица П. 1.1

Параметры сообщений SCCP

 

Таблица П. 1.2

Примитивы для услуг SCCP без создания соединения

Примитивы		Параметры
Общее имя	Специфическое имя
NUNITDATA (блок данных)	Request (запрос), Indication (индикация)	Вызываемый/ вызывающий адрес Контроль порядка следования Опция возврата сообщения Данные пользователя
NNOTICE (возврат сообщения)	Indication (индикация)	Вызываемый, вызывающий адрес Причина возврата Данные пользователя

Примечание. Примитив "NNOTICE indication" служит для возврата отправителю сообщения, которое не удалось доставить по назначению.

Таблица П. 1.3

Примитивы для услуг SCCP с созданием соединения

Примитивы		Параметры
Общее имя	Специфическое имя
NCONNECT (соединение)	Request (запрос) Indication (индикация) Responce (отклик) Confirmation (подтверждение)	Вызываемый, вызывающий, ответивший адрес Подтверждение приема Срочная доставка Характеристики качества обслуживания Данные пользователя Идентификатор соединения
NDATA (данные)	Request (запрос) Indication (индикация)	Запрос подтверждения Данные пользователя Идентификатор соединения
NEXPEDITED DATA (срочные данные)	Request (запрос) Indication (индикация)	Данные пользователя Идентификатор соединения
NDATA ACKNOWLEDGE (подтверждение приема)	Request (запрос) Indication (индикация)	Идентификатор соединения
NDISCONNECT (разъединение)	Request (запрос) Indication (индикация)	Инициатор Причина Данные пользователя Ответивший адрес Идентификатор соединения
NRESET (перенумеровать) *	Request (запрос) Indication (индикация) Response (отклик) Confirmation (подтверждение)	Инициатор Причина Идентификатор соединения

Примечание: Передача примитива "NRESET" возможна при обмене данными через сигнальное соединение по протоколу, предусматривающему контроль потока блоков данных. Под его воздействием SCCP начинается заново процесс присвоения блокам данных порядковых номеров.

Имеют свою специфику и примитивы, отражающие взаимодействие между SCCP и подсистемой переноса сообщений. В начале общего имени каждого такого примитива пишутся латинские буквы МТР (табл. П. 1.4).

Таблица П. 1.4

Сервисные примитивы МТР

Примитивы		Параметры
Общее имя	Специфическое имя
MTPTRANSFER (перенос сообщения)	Request (запрос) Indication (индикация)	ОРС DPC SLS SIO Данные пользователя
MTPPAUSE (перерыв связи)	Indication (индикация)	DPC недоступного SP
MTPRESUME (возобновление связи)	Indication (индикация)	DPS ставшего доступным SP
MTPSTATUS (статус)	Indication (индикация)	DPC частично недоступного SP Причина недоступности*

Примечание. На сегодня определены два значения параметра "причина": перегрузка в сети, пользовательадресат недоступен.

Приложение 2. Параметры сигнальных сообщений ISUP

Для ISUP специфицировано около 40 типов сообщений и около 80 параметров. Вот некоторые примеры типов сообщений:

• начальное адресное сообщение (IAM),
• запрос информации (INR),
• информация (INF),
• сообщение о приеме всего адреса (АСМ),
• сообщение ответа (ANM),
• запрос модификации соединения (CMR),
• подтверждение выполнения модификации соединения (CMC),
• отказ модифицировать соединение (CMRJ),
• запрос разъединения (REL),
• подтверждение разъединения (RLC).

Перечень параметров сообщений ISUP приведен в таблицах П. 2.1 и П. 2.2.

Таблица П. 2.1

Параметры сигнальных сообщений ISUP

Таблица П. 2.2.

Свойства основных параметров сообщений ISUP

Сообщения Параметры

IAM

SAM

COT

ACM

CON

CPG

ANM

FOT

REL

RLC

CCR

UBL

UBA

RES

CGU

CGUA

GRA

Тип сообщения

О

О

О

О

О

О

О

О

О

О

О

О

О

О

О

О

О

Транспорт доступа

Н

Н

Н

Н

Н

Автоматический уровень перегрузки

Н

Индикаторы обратного направления

О

О

Н

Н

Номер вызываемого абонента

О

Номер вызывающего абонента

Н

Категория вызывающего абонента

О

Индикаторы причины

Н

О

Подключенный номер

Н

Н

Индикатор шлейфной проверки

О

Индикаторы события

О

Индикаторы вызова прямого направления

О

Необязательные индикаторы обратного направления

Н

Н

О

Необязательные индикаторы прямого направления

Н

Последующий номер

О

Индикаторы приостановки/возобновления

О

Требования к среде передачи

О

Информация об услуге пользователя

Н

Индикаторы от пользователя к пользователю

Н

Н

Информация от пользователя к пользователю

Н

Н

Н

Н

Н

Н

Примечание. О – обязательный параметр; Н – необязательный параметр

Приложение 3. Пример процедур сигнализации ISUP

Основной класс услуг подсистемы ISUP обеспечивает управление установлением соединений  в сетях с коммутацией каналов между ЦСК. Ниже приведен пример процедур установления и разъединения соединения ЦСИС между двумя ЦСК в квазисвязанном режиме в нормальных условиях функционирования сети СС 7 (нет отказов).

На абонентском участке (от терминального устройства к ЦСК) сигнализация осуществляется по Dканалу и реализуется в соответствии с протоколами Q.930 и Q.931 (DSS1). В рассмотренном на рисунке П3.1 фрагменте сети абонент А организует связь с абонентом В. Естественно, в SP_A будет зарегистрирован номер абонента B, набранный абонентом А. При этом в базовой ЦСС и в сети СС 7 осуществляются процедуры, перечисленные ниже.

1. ЦСК № 1 на основе анализа номера вызываемого абонента определяет, что вызов должен быть маршрутизирован к ЦСК № 2.

2. ЦСК № 1 выбирает свободный разговорный тракт к ЦСК № 2 и формирует начальное адресное сообщение IAM. В сообщении указываются коды исходящего пункта сигнализации и пункта назначения, идентификатор выбранного разговорного тракта, номера вызывающего и вызываемого абонентов, а также другая необходимая информация.

3. На ЦСК № 1 (по команде управляющего устройства) SP_A выбирает одно из исправных звеньев сигнализации (в примере АС) и организует передачу по нему сформированного выше сигнального сообщения IAM.

Рис. П.3.1. Реализация процедур сигнализации ISUP

4. В пункте STP_C в принятом сообщении IAM анализируется этикетка маршрутизации, в которой указано, что сообщение предназначено SP_В  на ЦСК № 2. STP_C  в соответствии с планом маршрутизации выбирает звено СВ.

5. В ЦСК № 2 SP_В  принимает сообщение  IAM, определяет адресат и требуемую услугу. Управляющее устройство (УУ) ЦСК № 2 анализирует состояние оборудования абонента В. В данном примере это оборудование исправно и свободно.

6. По команде управляющего устройства ЦСК № 2 SP_В формирует сигнальное сообщение ACM о корректном приеме адреса вызывающего абонента (о том, что сообщение IAM достигло пункта назначения).

7. На ЦСК № 2 SP_В выбирает звено сигнализации (в примере BD) и передает по нему сообщение ACM для SP_A.

8. STP_D принимает сообщение ACM, анализирует его этикетку маршрутизации и определяет, что оно предназначено для SP_А на ЦСК № 1.

9. В соответствии с планом маршрутизации сети СС 7 STP_D направляет сообщение ACM в звено DA.

10. SP_А после получения сообщения ACM оповещает управляющее устройство ЦСК № 1.

11. ЦСК № 1 подсоединяет линию абонента А к выбранному разговорному тракту. Вызывающий абонент А слышит информационный сигнал "Контроль посылки вызова", сформированный по команде УУ ЦСК № 1. К терминалу вызываемого абонента В по команде УУ ЦСК № 2 организуется подача сигнала "Вызов".

12. В момент снятия трубки вызываемым абонентом В пункт сигнализации SP_В  по команде УУ ЦСК № 2 формирует сообщение "Ответ абонента" (ANM). В сообщении определены коды пункта назначения SP_А  и исходящего пункта SP_В, а также идентификатор выбранного разговорного тракта.

13. ЦСК № 2 подсоединяет линию абонента В к выбранному разговорному тракту. Таким образом, к этому моменту разговорный тракт подключен к абонентским устройствам с обеих сторон.

14. По команде УУ SP_В выбирает для передачи сообщения ANM, как правило, то же звено сигнализации BD, что и для передачи сообщения ACM.

15. STP_D принимает сообщение ANM, анализирует его этикетку маршрутизации и определяет, что сообщение адресовано SP_A ЦСК № 1. Сообщение передается по звену DA.

16. После корректного приема сообщения ANM ЦСК № 1 проверяет, что абонентский комплект в сторону вызывающего абонента А активен, а линия подключена к РТ.

17. Разговор абонентов не сопровождается какимилибо сигнальными сообщениями. Из рисунка П.3.1 видно, что информационный тракт не совпадает путями передачи сигнальных сообщений (квазисвязанный режим).

18. Если вызывающий абонент А кладет трубку первым, то по команде УУ ЦСК № 1 формируется сообщение REL об освобождении разговорного тракта, ассоциированного с данным вызовом.

19. SP_A передает сообщение REL, адресованное SP_B ЦСК № 2 (в примере по звену сигнализации AC).

20. STP_C принимает сообщение, анализирует его этикетку маршрутизации и определяет, что необходимо направить к SP_В ЦСК № 2. Как и в предшествующем случае (шаг 4), сообщение передается по звену СВ.

21. SP_В принимает сообщение REL, ЦСК № 2 отсоединяет разговорный тракт от линии вызываемого абонента В и возвращает ему статус "Свободен".

22. По команде УУ ЦСК № 2 формируется сообщение RLC об окончании освобождения тракта.

23. SP_В передает сообщение RLC по звену BD.

24. STP_D принимает сообщение, анализирует его этикетку маршрутизации и определяет, что сообщение адресовано SP_A. Сообщение передается по звену DA.

25. Получив сообщение RLC, SP_А оповещает УУ ЦСК № 1 об окончании обслуживания РТ.  По команде УУ ЦСК № 1 разрывает соединение АЛ абонента А с разговорным трактом.

Данный пример иллюстрирует односторонность каналов сигнализации в квазисвязанном режиме функционирования сети СС 7.

Приложение 4. Параметры сигнальных сообщений TCAP

На границе между ТС пользователем и подуровнем компонентов используются ТС примитивы двух родов:

• связанные с содержанием компонентов (компонентные примитивы);
• связанные с сопровождением диалога (диалоговые примитивы).

Сведения о компонентных примитивах приведены в таблице П. 4.1, а о диалоговых – в таблице П. 4.2.

Таблица П. 4.1

Компонентные примитивы подуровня компонентов TCAP

Общее имя	Тип	Параметры
TCINVOKE (обращение к операции)	Запрос Индикация	ID диалога Класс ID обращения ID связанного обращения Операция Параметры Последний компонент Выдержка времени
TCRESULTL (результат успешной операции – последняя или единственная часть)	Запрос Индикация	ID диалога ID обращения параметры Последний компонент
TCRESULTNL (результат успешной операции – не последняя часть)	Запрос Индикация	ID диалога ID обращения параметры Последний компонент
TCUERROR (отклик на обращение к операции, указывающий на неуспех)	Запрос Индикация	ID диалога ID обращения Ошибка Параметры Последний компонент
TCLCANCEL (уведомление "своего" пользователя об отмене операции по истечении выдержки времени)	Индикация	ID диалога ID обращения
TCUCANCEL (отмена операции по решению "своего" пользователя)	Запрос	ID диалога ID обращения
TCLREJECT (отказ "своего" пользователю изза приема неверного компонента)	Индикация	ID диалога ID обращения Код причины Последний компонент
TCRREJECT (отказ пользователю со стороны подсистемы партнера)	Индикация	Те же
TCUREJECT (отказ от компонента со стороны пользователя)	Запрос Индикация	Те же

Таблица П. 4.2

Диалоговые примитивы подуровня компонентов ТСАР

Общее имя	Тип	Параметры
TCUNI (запрос/индикация неструктурированного диалога)	Запрос Индикация	Качество обслуживания Адрес получателя Адрес отправителя ID диалога Наличие компонентов
TCBEGIN (начало диалога)	Запрос Индикация	Те же
TCCONTINUE (продолжение диалога)	Запрос Индикация	ID диалога Наличие компонентов
ТСEND (окончание диалога)	Запрос Индикация	ID диалога Наличие компонентов Версия окончания
TCUABORT (внезапное прекращение диалога пользователем)	Запрос Индикация	ID диалога Информация пользователя
TCPABORT (уведомление пользователя о прекращении диалога подуровнем TR)	Индикация	ID диалога Причина

На границе, разделяющей подуровень компонентов и TRподуровень, используются TRпримитивы. Названия и содержание всех TRпримитивов идентичны названиям и содержанию диалоговых ТСпримитивов, поскольку в том случае, когда пользователем TRподуровня является подуровень компонентов, между двумя названными группами примитивов имеется соответствие "один к одному". Указанное иллюстрирует таблица П. 4.3.

Таблица П. 4.3.

Примитивы подуровня транзакций ТСАР

Общее имя	Тип	Параметры
TRUNI (запрос/индикация неструктурированного диалога)	Запрос Индикация	Качество обслуживания Адрес получателя Адрес отправителя ID диалога Наличие компонентов
TRBEGIN (начало диалога)	Запрос Индикация	Те же
TRCONTINUE (продолжение диалога)	Запрос Индикация	ID диалога Наличие компонентов
TREND (окончание диалога)	Запрос Индикация	ID диалога Наличие компонентов Версия окончания
TRUABORT (внезапное прекращение диалога пользователем)	Запрос Индикация	ID диалога Информация пользователя
TRPABORT (уведомление пользователя о прекращении диалога подуровнем TR)	Индикация	ID диалога Причина

Приложение 5. Пример обмена сообщениями подсистемы  ТСАР

В простейшем случае подсистема ТСАР обеспечивает взаимодействие ЦСК с сетевой базой данных (БД). Ниже приведен пример процедур подсистемы ТСАР при запросе у БД информации о маршруте вызова, если на ЦСК пришла заявка Freephone от пользователя интеллектуальной сети.

Услуга (Service) ИС – это коммерческое предложение, характеризующееся одним или несколькими основополагающими свойствами (Сore features) и какимто количеством вспомогательных свойств (свойства по выбору, Оptional features). Выбранная услуга Freephone ("свободный телефон", Услуга 800) имеет два существенных свойства (оплата за счет вызываемого абонента и переадресация номера вызываемого пользователя) и 16 вспомогательных свойств, реализация которых не обязательна [23]. В число последних входят ограничение числа входящих вызовов, аутентификация вызывающего абонента, распределение вызовов по многим пользователям, имеющим тот же номер вызова, и др. При предоставлении данной услуги в ИС можно выделить следующие ниже элементы:

• оператор интеллектуальной сети (поставщик сети, Network Provider);
• поставщик услуги (Service Provider) – юридическое или физическое лицо, заключающее контракт с оператором ИС на установку и предоставление услуги, например, на установку средств предоставления Услуги 800. Часто поставщиком услуги является оператор ИС (рис. П 5.1);
• абонент услуги (Service Subscriber) – юридическое или физическое лицо, заключающее контракт с оператором ИС и/или поставщиком услуги на ее предоставление (абонирование). Например, фирма абонирует услугу Freephone для рекламы своих товаров;
• пользователь услуги (User) – объект (физическое лицо или техническое устройство), пользующееся услугой от имени (по данным) абонента услуги;
• пользователь, вызывающий абонента услуги.

Допустим, абоненту требуется осуществить переадресацию с аппарата абонента на аппарат пользователя. Для обслуживания этой заявки от ЦСК на узел БД необходимо передать номер аппарата, куда должна быть осуществлена переадресация. Это реализуется следующим образом:

1. Подсистема ТСАР пункта сигнализации ЦСК передает на узел БД сообщение Begin, которое устанавливает структурированный диалог с подсистемой ТСАР узла БД.

2. При обработке сообщения Begin в узле БД запускается процесс с параметром ID1, запрашивающий трансляцию маршрутного номера для услуги Freephone. Набранный номер является параметром компонента Invoke.

3. В рамках организованного структурированного диалога узел БД передает в обратном направлении сообщение продолжения диалога Continue для вызова операции, результатом которой является обеспечение передачи дополнительной информации о вызывающей стороне. Это сообщение имеет индикатор ID2 и связано с сообщением с идентификатором ID1.

4. ЦСК осуществляет необходимые действия и передает на узел БД сообщение Continue, в котором затребованные данные содержатся в компоненте Return Result с идентификатором ID2.

5. После приема и обработки сообщения Continue узел БД передает на ЦСК сообщение End о завершении диалога, включающее компонент Return Result с идентификатором ID1. Данные о странслированном номере содержатся в компонентеReturn Result в виде параметра. Теперь любой вызов по номеру абонента услуги будет переадресован на аппарат пользователя.

Рис. П. 5.2. Реализация процедур сигнализации TCAP

Приложение 6. Параметры сигнальных сообщений MUP

Сигнальные сообщения MUP передаются с помощью ЗнСЕ, имеющих поля кодов заголовков Н0 и Н1. Код заголовка Н0 идентифицирует группу сообщений, а код заголовка Н1 определяет сообщение в группе. Используются следующие коды заголовка Н0:

• 0001 – сообщения прямого направления, относящиеся к местоположению (Location data forward messages, LDF);
• 0010 – сообщения прямого направления, относящиеся к категории дополнительных услуг (Category/supplementary services forward messages, CSF);
• 0011 – сообщения обратного направления, относящиеся к местоположению (Location data backward messages, LDB);
• 0100 – сообщения обратного направления, относящиеся к категории/дополнительным услугам (Category/supplementary services backward messages, CSB);
• 0101 – резерв;
• 0100 - сообщения эксплуатационного управления и администрирования (Management and administration messages, МАМ);
• 0110 – сообщения роуминга (Roaming signalling messages, RSM).

В группу LDF входят сообщение обновления данных о местоположении (Location updating message, LUM) и сообщение отмены данных о местоположении (Location cancellation message, LCM).

В группу CSF входят сообщение обновления категории/дополнительных услуг CSU (Category/supplementary services updating message) и сообщения регистрации/отмены дополнительных услуг PSR (previous supplementary services registration/cancellation message) и SRM (supplementary services registration/ cancellation message).

В группу LDB входят сообщение подтверждения обновления данных о местоположении (location updating accepted message, LUA); сообщение отказа в обновлении данных о местоположении (Location updating rejected message, LUR) и сообщение подтверждения отмены данных о местоположении (Location cancellation accepted message, LCA).

В группу CSB входят сообщение о приеме обновленных категории/ дополнительных услугах (Category/supplementary services accepted message, CSA) и сообщения подтверждения регистрации/отмены дополнительных услуг (Previous supplementary services registration/cancellation acknowledgement message. PSA; supplementary services registration/cancellation acknowledgement message, SRA). Заметим, что сообщения PSR и PSA связаны с информацией о тех дополнительных услугах, которыми абонент мог пользоваться в "своей" зоне, а сообщения SRM и SRA – с информацией о дополнительных услугах, которые будут ему доступны в той зоне, куда он переместился.

Список сокращений

Список литературы

1. Шехтман Л. И. Системы телекоммуникаций: проблемы и перспективы. Опыт системного исследования. – М.: Радио и связь, 1998.

2. Уайндер С. Справочник  по  технологиям  и  средствам  связи / Пер. с англ. – М.: Мир, 2000.

3. Лисовский А. В. Сопряжение ведомственных сетей связи с телефонной сетью общего пользования ВСС РФ. – СПб.: ВУС, 2000.

4. Росляков А. В. Общеканальная система сигнализации № 7. – М.: ЭкоТрендз, 1999.

5. Гольдштейн Б. С. Сигнализация в сетях связи. – М.: Радио и связь, 1997.

6. Гольдштейн Б. С. Протоколы сети доступа. Том 2. – М.: Радио и связь, 1999.

7. Кузнецов В. Е., Лихачев А. М. Теоретические и методологические основы построения системы сигнализации объединенной автоматизированной цифровой системы связи. – М.: МО РФ, 2001.

8. Шмалько А. В. Цифровые сети связи: основы планирования и построения. – М.: ЭкоТрендз, 2001.

9. Телекоммуникационные системы и сети: Учебное пособие. Том 1. Современные технологии / Под ред. проф. В. П. Шувалова. – М.: "Горячая линия", 2004.

10. Ершов В. А., Кузнецов Н. А. Мультисервисные телекоммуникационные сети. – М.: Издательство МГТУ им. Баумана, 2003.

11. Самуйлов К. Е. Методы анализа и расчета сетей ОКС 7. – М.: Издательство РУДН, 2002.

12. Лебедев А. Т., Тумановский В. Н., Лебедев И. А. Построение региональной первичной сети связи. Телекоммуникационные технологии. НТС.– СПб.: ГУП. НИИ "Рубин". 2000.

13. Ивахненко А. Г., Лапа В. Г. Предсказание случайных процессов. – Киев: Наукова думка, 1969.

14. Саркисян С. А., Каспин В. И., Лисичкин В. А. и др. Теория прогнозирования и принятия решения: Учебное пособие / Под. ред. С. А. Саркисяна. – М.: Высшая школа, 1977.

15. Кулъгин М. Технологии корпоративных сетей. Энциклопедия. – СПб.: Питер, 1999.

16. Иванова Т. Н. Корпоративные сети связи. – М.: ЭкоТрендз, 2001.

17. Руководящий документ по общегосударственной системе автоматизированной телефонной связи. – М.: Радио и связь, 1998.

18. Жарков М. А.,  Кучерявый А. Е. Система общеканальной сигнализации № 7 // Вестник связи. – 1997. – № 1.

19. Требования к системе сигнализации № 7: Рекомендации Q.700 – Q.716. Синяя книга. Том VI. IX Пленарная ассамблея. Мельбурн, 14–25 ноября 1988.

20. Руководящий технический материал по проектированию коммутационного оборудования с функциями ОКС № 7 и ЦСИС. 1я редакция. Госкомитет Российской Федерации по связи и информатизации. М.: 1998. С.64.

21. Шварц М. Сети связи: Протоколы. Моделирование и анализ. 4.1, 4.2. / Пер. с англ. В. И. Неймана. – М.: Наука, 1992.

22. Иванов В. Н., Саитов И. А., Макашенко А. И., Миронов А. Е. Основы построения узкополосных ЦСИС. – Орел: Академия ФАПСИ, 2003.

23. Лихтциндер Б. Я. и др. Интеллектуальные сети связи. – М: ЭкоТрендз, 2000.