20.2.4. Расширение адресации
SCCP используется для расширения адресации пунктов сигнализации. В число объектов, требующих наличия кода пункта сигнализации (OPC и DPC), входят не только узлы коммутации SSP и SCP интеллектуальной сети, станции коммутации ТфОП/ISDN, но и узлы сотовых сетей подвижной связи GSM (использование ОКС№7 в GSM рассматривается в следующих главах). Единая сеть электросвязи России относится к одной из крупнейших сетей в мире, поэтому поля в 14 бит для кода OPC / DPC может оказаться недостаточно общее число пунктов сигнализации 214 = 16384. Для решения этого вопроса надо было либо отводить под это поле 24 бита этикетки (как принято в США), либо строить сеть по иерархическому способу, оставив поле 14 бит. Было принято второе решение.
20.3. Взаимодействие уровней окс №7 в сети in. Пример алгоритма представления услуги
На рис. 20.6 показано взаимодействие уровней ОКС№7 в интеллектуальной сети. Здесь видно, что между прикладным уровнем интеллектуальной сети INAP и подсистемой SCCP введён прикладной уровень подсистемы возможностей трансляции TCAP. Назначение TCAP предоставить шлюз для передачи между пунктами сигнализации ОКС№7 сообщений между прикладным уровнем и уровнем SCCP независимо от подсистемы пользователя (INAP, прикладной уровень мобильных сетей - MAP и др.).
Рис. 20.6. Взаимодействие уровней ОКС №7 в сети IN
Здесь используются следующие термины и определения:
Пользователи ТС (Transaction Capability, пользователи возможности транзакций) – прикладной процесс, использующий TCAP как протокол с сетью. В случае IN это прикладной протокол INAP (в мобильных сетях связи – MAP; в системе эксплуатации, технического обслуживания и администрирования сети ОКС№7 – ОМАР).
Транзакция – логическая связь между двумя TCAP для реализации передачи данных пользователей ТС.
Компанент – единица данных протокола для обмена между двумя пользователями ТС.
Диалог – логическая связь, устанавливаемая между пользователями ТС для обмена компонентами.
Рассмотрим использование протокола INAP и TCAP на примере предоставления услуги с дополнительной оплатой PRM (Premium Rate) [63]. Эта услуга реализована в ЕСЭ России. Суть услуги PRM состоит в том, что за предоставление по телефону медицинской, юридической или другой консультации телефонная компания берет дополнительную плату. Затем эта компания рассчитывается с поставщиком услуги или выписывает счет пользователю услуги от имени поставщика услуг. Эта услуга, также как и услуга «800» является наиболее широко используемой в России.
Рис. 20.7 иллюстрирует упрощённую схему предоставления услуги PRM. А-пользователь набирает номер 8-ххх-7-1234, тем самым по коду «8» он выходит на междугородную сеть, а по коду «ххх» выходит на ту АТМС, которая выполняет функции SSP; «7» означает код услуги PRM, а 1234 – номер услуги PRM (например, медицинская консультации по детским заболеваниям). SCP сообщает в SSP – кто, сколько должен платить за предоставление услуги (т.е. как формировать запись об услуге) и сообщает номер В-пользователя (в нашем случае – дежурного детского врача), который окажет требуемую услугу. Услуга «7» — это один из номеров серии 8ххх (для услуги PRM – это 8905).
Подключение по международному коду абонента одной зоны к интеллектуальной платформе другой зоны страны позволяет предоставить услуги IN удаленному абоненту. После распознавания кода услуги «7» станция SSP инициирует сеанс связи с SCP, т.е. готовит сообщение INAP о запросе услуги в виде сообщения InitialDP (Initial Detection Point – начальная точка обнаружения) и передает его посредством протокола подсистемы транзакций TCAP в виде TC_Begin (InitialDP). SSP получает ответ из SCP, в котором содержится информация, как произвести расчет за услугу (в операции FCI, Furnish Charging Information), а также адрес В-пользователя в операции CONNECT. На этом использование SCP кончается.
В действительности, процесс несколько сложнее – следует еще ответное сообщение о возможных ошибках и команда TC_End, но главное – должны быть два основных свойства услуги PRM:
пересчет кода и номера услуги в адрес В-пользователя;
определение размера и адресата оплаты и распределение оплаты между оператором связи и абонентом услуги (в нашем случае – врачом педиатором).
Рис 20.7. Схема предоставления услуги PRM
На рис. 20.8 приведена архитектура протокола INAP при взаимодействии SCP и SSP. Протокол INAP представлен набором из подпротоколов ASE (Application Service Element) выполнения отдельных операций. В свою очередь, каждый ASE опирается на подсистему транзакций TCAP, т.е. подпротоколы ASE являются пользователями ТС. Коммутатор услуг SSP реализует три функции:
коммутацию услуги SSF, выполняющую переключение к SCP при обнаружении запроса на интеллектуальную услугу;
установление соединения через данную АТС (ССF);
специализированных ресурсов SRF (Specialized Resource Function), т.е. функцию интеллектуальной периферии.
Узел управления услугами SCP реализует функцию управления услугой SCF, т.е. управление прохождением алгоритма услуги согласно протоколу. Например, если SSF получает примитив-индикацию запроса услуги DР (Detection Point), то формируется сообщение, которое называется операцией Initial DP Operation (рис. 20.7). Посредством подсистемы транзакций TCAP начинается сеанс связи с соответствующим уровнями протоколов SCP. При этом используются также подсистемы SCCP, MTP сети ОКС№7.
Рис. 20.8. Архитектура протокола INAP при взаимодействии SSP и SCP