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

Кроме того, каждый обмен компонентами не зависит от всех других обменов, что приводит к независимости обменов сообщениями. Указанное справедливо даже для обмена авторизационной информацией (Authorizationlndication/Confirmation и ReauthorizationRequest/ Response могут не иметь отношения к авторизации, установленной посредством сообщений AuthorizationRequest и AuthorizationResponse).

В некоторых реализациях критичным требованием является минимизация размера сообщений протокола. Для сообщений OSP непосредственно может применяться стандартный метод компрессии содержания XML, разработанный Форумом Wireless Application Protocol (WAP) и называемый Binary XML Content Format*.

Протокол OSP подразумевает его применение в различных сетевых конфигурациях, не привязан к конкретному протоколу управления вызовом и отвечает требованиям совместного функционирования с протоколами Н.323, SIP, а также разнообразными внутрифирменными протоколами.

Необходимо отметить, что некоторые известные протоколы IP-телефонии (например, Simple Gateway Control Protocol (SGCP), IP Device Control (IPDC), Media Gateway Control Protocol (MGCP) и MEGACO/ H.248) не могут интегрироваться с OSP непосредственно. Вместо этого применяющие эти протоколы системы могут конвергировать с протоколом OSP на уровне протоколов, которые работают между контроллерами шлюзов (например, агентами вызова). На сегодняшний день такие протоколы, в первую очередь, базируются на Н.323 и SIP.

Не рассматривая каждый сигнальный протокол отдельно, спецификация протокола OSP, тем не менее, рассматривает три разных архитектурных решения: равноуровневых отношений (peer-to-peer), распределенной жесткой связи (distributed tightly-coupled) и распределенной свободной связи (distributed loosely-coupled), которые применимы к различным протоколам сигнализации.

Пример использования протокола OSP шлюзами Н.323 для взаимного обнаружения и авторизации в равноуровневой архитектуре показан на рис. 82.

Рис. 82. Пример использования протокола OSP для взаимного обнаружения и авторизации

В качестве примера услуг, предоставление которых требует поддержки со стороны разных доменов и обеспечивается средствами протокола OSP, на рис. 83 приводится схема предоставления услуги предоплаченной карты и роуминга пользователя (Prepaid Calling Card and Roaming User Support).

Source Domain

Telephone

Destination Domain

Telephone

Acces-Request

RADIUS Server (integrated with end user billing aplication)

OSP Acces-Accept Settlement Provider Sereer И

End User Billing

Рис. 83. Схема предоставления услуги предоплаченной карты и роуминга

Примечание к рис. 82 и 83:

PSTN......................................ТфОП;

Telephone...............................телефон;

Release Complete...................сообщение освобождения;

Н.323 Gateway.......................шлюз Н.323;

Ring phone.............................вызывной сигнал;

Dial number...........................набор номера;

Setup.......................................сообщение установления соединения;

Setup Ack...............................сообщение подтверждения установления соединения;

IP Network.............................сеть IP;

AuthRsp..................................отклик авторизации;

AuthReq..................................запрос авторизации

OSP Server.............................сервер OSP;

Source Domain......................исходящий домен;

Calling card + PIN + dialed number..... карточка + PIN + номер;

Destination Domain...............входящий домен;

Source Gateway......................исходящий шлюз;

Destination Gateway..............входящий шлюз;

Access-Request.......................запрос доступа;

Access-Accept.........................запрос доступа принят;

Settlement Provider................поставщик услуг урегулирования;

End user billing......................биллинг оконечного пользователя;

RADIUS Server (integrated with end user billing application) - сервер RADIUS (интегрированный с приложением биллинга оконечного пользователя).

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

Типовой схемой применения протокола OSP как средства взаиморасчетов между операторами может считаться конфигурация, построенная по принципу посредничества (Clearinghouse). Посредником является провайдер, предоставляющий пункт обмена стоимостной

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

Рис. 84. Конфигурация Clearinghouse

Здесь показаны шесть операторских компаний - участников (Ml...Мб), каждая из них для принятия и передачи информации через провайдера - посредника использует протокол OSP. Компании могут являться, например, операторами ТфОП, ССПС, Интернет-провайдерами и т.д.

Элемент сообщений протокола OSP, предназначенный для обмена стоимостной информацией, включает компоненты индикации и подтверждения платежей (Pricinglndication и PricingConfirmation). Характеристика денежной единицы указывается элементом Currency, определяемым в соответствии с требованиями ISO 4217.

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

Системы расчетов между операторами подразумевают также передачу информации об использовании ресурсов, производимую сообщениями <UsageIndication> протокола OSP. Пример обмена такой информацией иллюстрируется рис. 85 и 86.

В этом примере также требуется поддержка со стороны четырех разных доменов.

Входящий домен

Telephone

Рис. 86. Пример обмена информацией об использовании ресурсов 2

Примечание к рис. 85 и 86:

Release Complete...........сообщение освобождения;

<UsageInd>...................сообщение индикации использования ресурсов;

<UsageCnf>...................сообщение подтверждения использования ресурсов.

В этбм примере также требуется поддержка со стороны четырех разных доменов.

Процедуры учета стоимости и исчисления оплаты, реализуемые протоколом OSP, должны:

отражать при исчислении оплаты различные виды услуг;

учитывать при исчислении оплаты затребованные и задействованные для предоставления услуги ресурсы;

давать возможность объективного обоснования цены.

Размер оплаты за использование услуги связи обычно определяется с учетом одного или нескольких из ниже перечисленных факторов:

конкретной услуги;

способа предоставления сетевых ресурсов (по запросу, с резервированием или постоянно);

продолжительности соединения или количества обслуженной информации;

расстояния, на которое установлено соединение;

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

факта установления соединения;

количества предпринятых попыток вызова.

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

При участии в предоставлении услуг нескольких операторов или провайдеров взаиморасчеты между ними должны осуществляться в соответствии с заранее заключенными договорами и соглашениями.

Учет стоимости может производиться по одному из следующих методов:

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

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

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

На основе комбинации двух предыдущих методов.

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

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

Программное обеспечение должно использовать стандартные средства программирования в среде Windows. Управление сетью строится в архитектуре клиент - сервер .

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

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

Система взаиморасчетов должна функционировать с применением любых стандартных средств передачи данных и удовлетворять следующим требованиям:

возможность использовать стандартный стек протоколов TCP/IP;

возможность работать как по аналоговым, так и по цифровым линиям связи, по выделенным и по коммутируемым;

возможность работать как в режиме локальной, так и распределенной сети.

Выполнение всех перечисленных требований представляется несложной задачей в случае применения протокола OSP. Вышеприведенной информации, по мнению авторов, вполне достаточно для получения базовых сведений о возможностях протокола OSP.

Литература к главе 5

1. TS 101 321 VI.4.2 Telecommunications and Internet Protocol Harmonization Over Networks (TIPHON); Inter-domain pricing, authorization, and usage exchange. Technical Specification, 1998-12.

2. ETSI TS 101 321 V2.1.1 Telecommunications and Internet Protocol Harmonization Over Networks (TIPHON); Open Settlement Protocol (OSP) for Inter-Domain pricing, authorization, and usage exchange. Technical Specification, 2000-08.

3. RFC 1945: Hypertext Transfer Protocol - HTTP/1.0. Berners Lee, Т., R.

Fielding, and H. Frystyk, 1996.

,4. RFC 2068: Hypertext Transfer Protocol - HTTP/1.1. Fielding R., J. Gettys, J. Mogul, H. Frystyk, and T. Berners-Lee, 1997.

5. RFC 2045: Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies. Freed, N. and N. Borenstein, 1996.

6. ITU-T Recommendation H.225.0: Call signalling protocols and media stream packetization for packet-based multimedia communication systems , 1998.

7. ITU-T Recommendation H.245: Control protocol for multimedia communication , 1998.

8. ITU-T Recommendation X.691: Information technology - ASN.l encoding rules - Specification of Packed Encoding Rules (PER) , 1995.

9. ITU-T Recommendation H.323: Packet-based multimedia communications systems , 1998.

10. ITU-T Recommendation H.235: Security and encryption for H-Series (H.323 and other H.245-based) multimedia terminals , 1998.

Перечень сокращений

2ВСК.............Сигнализация по двум выделенным сигнальным каналам

AAL................Уровень адаптации ATM

АСК...............Подтверждение

АСМ..............Сообщение адрес полный

AN..................Узел приложений

ANM..............Сообщение ответа

ANSI..............Американский институт национальных стандартов

AS ..................Сервер приложений

AS ..................Автономная система

ATM...............Асинхронный режим передачи

BCD...............Двоично-кодированный децимальный формат

BCI ................Обратный индикатор вызова

B-ISUP..........Широкополосная подсистема ISUP

BLA................Сообщение подтверждения блокировки

BLO ...............Сообщение блокировки

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

CAS................Сигнализация, связанная с каналом

CCR...............Сообщение запроса контроля непрерывности

CFN...............Сообщение нераспознанной информации

CGB...............Сообщение блокировки группы каналов

CGBA............Сообщение подтверждения блокировки группы каналов

CHG..............Сообщение информации учета стоимости

CIC................Код идентификации оператора

CIC................Код идентификации канала

CIN................Номер вызывающей стороны

CIP.................Параметр идентификации транспортной сети

CLD...............Адрес вызываемой стороны

CLG...............Адрес вызывающей стороны

CMS...............Синтаксис криптографических сообщений

CQN ..............Сообщение соединения

СОТ...............Сообщение непрерывности

СРС...............Категория вызывающей стороны

CPG...............Соединение устанавливается

CPN...............Номер вызываемой стороны

CQM..............Сообщение запроса канала

CQR...............Сообщение отклика на запрос канала

CRA...............Сообщение подтверждения резервирования канала

CRM..............Сообщение резервирования канала

CUG..............Замкнутая группа пользователей

Cwnd..............Размер окна

DNS...............Сервер наименования доменов

DOS...............Отказ в обслуживании

DSP................Процессор цифровой обработки сигнала

DSS1..............Цифровая абонентская система сигнализации №1

DTMF............Многочастотная система кодирования цифр номера

ECN...............Индикация перегрузки в явном виде

EDSS1............Европейская цифровая абонентская система сигнализации №1

ENUM...........Отображение телефонного номера

ES...................Схема кодирования

ETSI...............Европейский институт телекоммуникационных стандартов

EU..................Оконечный пользователь

ЕХМ ..............Сообщение выхода

FCI ................Прямой индикатор вызова

FR..................Ретрансляция кадров

FTP................Протокол передачи файлов

ЗАР...............Параметр типового адреса

3IB................Информационная база шлюзов

3RA...............Сообщение подтверждения перезапуска группы каналов

3RS...............Сообщение перезапуска группы каналов

3SM..............Глобальная система сотовой подвижной связи

ЗТ..................Глобальный заголовок

ЗТТ...............Перевод (транслирование) глобального заголовка

3W.................Шлюз

HTTP.............Протокол передачи гипертекста

[AM ...............Начальное адресное сообщение

[AM ...............Блок доступа в Internet

[AM ...............Начальное адресное сообщение

IANA.............Организация по администрированию номеров Интернет

[D...................Идентификатор

[ETF..............Целевая группа по разработкам в области Интернет

[NAP..............Прикладной протокол интеллектуальной сети

[NF................Информация

[NR................Запрос информации

(Р...................Протокол Интернет

[PDC .............Управление устройствами IP

[POP..............Точка присутствия Интернет

[PSEC............Безопасность Интернет

1PU................Модуль точек присутствия Интернет

[РХ.................Пакетная станция взаимодействия

[SDN.............Цифровая сеть с интеграцией служб

[SEP...............Оконечный пункт сигнализации IP

[SP.................Поставщик услуг Интернет

[SUP..............Подсистема пользователя ISDN

[SUP-R..........Подсистема пользователя ЦСИС для национальной сети

[TAD..............Административный домен Интернет-телефонии

ITU................Международный союз электросвязи

[UA................Уровень адаптации пользователя ISDN

[VR................Интерактивный голосовой ответ

[WF................Функция взаимодействия

LAN...............Локальная вычислительная сеть

LDAP.............Протокол упрощенного доступа к директориям

LEC................Оператор местной телефонной сети