Вы нашли то, что искали?
Главная Разделы

Добавить страницу в закладки ->

Приложение. Планирование и построение систем сигнализации цифровых сетей связи

Планирование и построение систем сигнализации цифровых сетей связи

Приложение

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

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

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

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

Приложение 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

Имя параметра

Код

Числобайт

Транспорт доступа (Access transport)

00000011

N×3

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

(Automatic congestion level)

00100111

1

Индикаторы, передаваемые в обратном направлении (Backward call indicators)

00010001

2

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

(Call diversion information)

00110110

1

Номер вызываемого пользователя (Called party number)

00000100

4–11

Номер вызывающего пользователя (Calling party number)

00001010

4–12

Категория вызывающего пользователя

(Calling partys category)

00001001

1

Индикатор причины (Cause indicators)

00010010

2

Номер интервала оплаты (Charge band number)

11111111

1

Индикатор типа сообщения наблюдения за группой

каналов (Circuit group supervision message type indicator)

00010101

1

Код ключа замкнутой группы пользователей

(Closed user interlock code)

00011010

4

Подключённый номер (Connected number)

00100001

4–12

Индикаторы шлейфной проверки (Continuity indicators)

00010000

1

Конец необязательных параметров

(End of optional parameters)

00000000

1

Информация о событии (Event information)

00100100

1

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

(Forward call indicators)

00000111

2

Индикатор общего уведомления

(Generic notification indicator)

00101100

3

Общий номер (Generic number)

11000000

4–13

Индикаторы информации (Information indicators)

00001111

2

Индикаторы запроса информации

(Information request indicators)

00001110

2

Номер размещения (Location number)

00111111

4–12

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

(Nature of connection indicators)

00000110

1

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

(Optional backward call indicators)

00101001

1

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

(Optional forward call indicators)

00001000

1

Исходный вызываемый номер (Original called number)

00101000

4–12

Диапазон и состояние (Range and status)

00010110

3–34

Переадресующий номер (Redirecting number)

00001011

4–12

Информация переадресации (Redirecting information)

00010011

2

Переадресуемый номер (Redirecting number)

00001100

4–12

Ограничение переадресации номера

(Redirection number restriction)

01000000

1

Последующий номер (Subsequent number)

00000101

3–10

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

(Suspend/resume indicators)

00100010

1

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

(Transmission medium requirement)

00000010

1

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

(User service information)

00011101

29

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

(Usertouser indicators)

00101010

1

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

(Usertouser information)

00100000

3131


Таблица П. 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 фрагменте сети абонент А организует связь с абонентом В. Естественно, в SPA будет зарегистрирован номер абонента B, набранный абонентом А. При этом в базовой ЦСС и в сети СС 7 осуществляются процедуры, перечисленные ниже.

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

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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

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

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

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

Таблица П. 4.1

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

Общее имя

Тип

Параметры

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. Реализация процедур сигнализации TSAP



Приложение 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 – с информацией о дополнительных услугах, которые будут ему доступны в той зоне, куда он переместился.

Планирование и построение систем сигнализации цифровых сетей связи





Добавить страницу в закладки ->
© Банк лекций Siblec.ru
Электронная техника, радиотехника и связь. Лекции для преподавателей и студентов. Формальные, технические, естественные, общественные и гуманитарные науки.

Новосибирск, Екатеринбург, Москва, Санкт-Петербург, Нижний Новгород, Ростов-на-Дону, Чебоксары.

E-mail: formyneeds@yandex.ru