B7 BF 09 85 71 C0 1B 30 03 00 10 00

15

B3 B0 22 85 6F 40 1C 00 04 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 61 0F 0A 07 03 13 94 09 00 00 61 00

B3 BB 0B 85 71 C0 1B 40 04 00 06 16 04 00

B3 BC 09 85 71 C0 1B 40 04 00 09 00

B8 0D 85 6F 40 1C 00 04 00 0C 02 00 02 80 90

B8 C2 09 85 71 C0 1B 40 04 00 10 00

16

B3 B1 22 85 6F 40 1C 00 05 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 71 0F 0A 07 03 13 94 09 00 00 71 00

B7 C0 0B 85 71 C0 1B 50 05 00 06 16 04 00

B7 C1 09 85 71 C0 1B 50 05 00 09 00

C4 BA 0D 85 6F 40 1C 00 05 00 0C 02 00 02 80 90

BB C5 09 85 71 C0 1B 50 05 00 10 00

17

BC B4 22 85 6F 40 1C 00 02 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 81 0F 0A 07 03 13 94 09 00 00 81 00

B9 C3 0B 85 71 C0 1B 20 02 00 06 16 04 00

B9 C4 09 85 71 C0 1B 20 02 00 09 00

C5 BC 0D 85 6F 40 1C 00 02 00 0C 02 00 02 80 90

BC C6 09 85 71 C0 1B 20 02 00 10 00

18

C1 B9 22 85 6F 40 1C 00 03 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 91 0F 0A 07 03 13 94 09 00 00 91 00

BD C7 0B 85 71 C0 1B 30 03 00 06 16 04 00

BD C8 09 85 71 C0 1B 30 03 00 09 00

C8 BF 0D 85 6F 40 1C 00 03 00 0C 02 00 02 80 90

BF CB 09 85 71 C0 1B 30 03 00 10 00

19

C4 BB 22 85 6F 40 1C 00 04 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 02 0F 0A 07 03 13 94 09 00 00 02 00

BE C9 0B 85 71 C0 1B 40 04 00 06 16 04 00

BE CA 09 85 71 C0 1B 40 04 00 09 00

CF C1 0D 85 6F 40 1C 00 04 00 0C 02 00 02 80 90

C1 D0 09 85 71 C0 1B 40 04 00 10 00

20

C5 BD 22 85 6F 40 1C 00 05 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 12 0F 0A 07 03 13 94 09 00 00 12 00

C0 CC 0B 85 71 C0 1B 50 05 00 06 16 04 00

C0 CD 09 85 71 C0 1B 50 05 00 09 00

D0 C3 0D 85 6F 40 1C 00 05 00 0C 02 00 02 80 90

C3 D1 09 85 71 C0 1B 50 05 00 10 00

21

C8 BE 22 85 6F 40 1C 00 02 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 22 0F 0A 07 03 13 94 09 00 00 22 00

C0 CE 0B 85 71 C0 1B 20 02 00 06 16 04 00

C0 CF 09 85 71 C0 1B 20 02 00 09 00

D0 C4 0D 85 6F 40 1C 00 02 00 0C 02 00 02 80 90

C4 D4 09 85 71 C0 1B 20 02 00 10 00

22

CA C0 22 85 6F 40 1C 00 06 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 32 0F 0A 07 03 13 94 09 00 00 32 00

C3 D2 0B 85 71 C0 1B 60 06 00 06 16 04 00

C3 D3 09 85 71 C0 1B 60 06 00 09 00

D6 C6 0D 85 6F 40 1C 00 06 00 0C 02 00 02 80 90

C7 D7 09 85 71 C0 1B 60 06 00 10 00

23

CF C2 22 85 6F 40 1C 00 03 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 42 0F 0A 07 03 13 94 09 00 00 42 00

C5 D5 0B 85 71 C0 1B 30 03 00 06 16 04 00

C5 D6 09 85 71 C0 1B 30 03 00 09 00

D7 C8 0D 85 6F 40 1C 00 03 00 0C 02 00 02 80 90

C8 D8 09 85 71 C0 1B 30 03 00 10 00

24

D3 C5 22 85 6F 40 1C 00 04 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 52 0F 0A 07 03 13 94 09 00 00 52 00

C9 D9 0B 85 71 C0 1B 40 04 00 06 16 04 00

C9 DA 09 85 71 C0 1B 40 04 00 09 00

DC CB 0D 85 6F 40 1C 00 04 00 0C 02 00 02 80 90

CB DF 09 85 71 C0 1B 40 04 00 10 00

25

D6 C7 22 85 6F 40 1C 00 02 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 62 0F 0A 07 03 13 94 09 00 00 62 00

C9 DB 0B 85 71 C0 1B 20 02 00 06 16 04 00

C9 DC 09 85 71 C0 1B 20 02 00 09 00

DE CC 0D 85 6F 40 1C 00 02 00 0C 02 00 02 80 90

CD E0 09 85 71 C0 1B 20 02 00 10 00

26

D7 C9 22 85 6F 40 1C 00 05 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 72 0F 0A 07 03 13 94 09 00 00 72 00

CA DD 0B 85 71 C0 1B 50 05 00 06 16 04 00

CA DE 09 85 71 C0 1B 50 05 00 09 00

E1 CE 0D 85 6F 40 1C 00 05 00 0C 02 00 02 80 90

CE E3 09 85 71 C0 1B 50 05 00 10 00

27

DC CA 22 85 6F 40 1C 00 03 00 01 00 20 00 0A 03 02 0A 08 83 10 98 09 00 00 82 0F 0A 07 03 13 94 09 00 00 82 00

CD E1 0B 85 71 C0 1B 30 03 00 06 16 04 00

CD E2 09 85 71 C0 1B 30 03 00 09 00

E5 D0 0D 85 6F 40 1C 00 03 00 0C 02 00 02 80 90

D0 E6 09 85 71 C0 1B 30 03 00 10 00

Пример декодирования

BA AE 09 C5 01 40 28 30 03 00 10 00

MTP2 (Message Transfer Part, Layer 2): Russian specifications, 2000

0 .0111010 Backward sequence number...... 58 Dec

1....... Backward indicator bit........ 1 Dec

1 .0101110 Forward sequence number....... 46 Dec

1....... Forward indicator bit......... 1 Dec

2 ..001001 Length indicator.............. 9 Dec

00...... Spare......................... Spare

MTP3 (Message Transfer Part, Layer 3): Russian specifications, 2000

3 ....0101 Service indicator............. ISDN User Part

..00.... Spare......................... 0 Dec

11...... Network indicator............. Reserved for national use

4 ***b14** Destination point code........ 1 Dec

***b14** Originating point code........ 161 Dec

0011.... Signaling link selection..... 3 Dec

ISUP (ISDN User Part): Russian specifications, 2001

8 ***b16** Circuit identification code... 3 Dec

10 00010000 Message Type.................. RELEASE COMPLETE

11 00000000 Pointer....................... 0 Dec

5.Расчет фрагмента ИНтеллектуальной сети

5.1Архитектура IN

В этом разделе курсового проектирования рассматривается функционирование модельной станции в режиме узла коммутации услуг SSP (Service Switching Point) Интеллектуальной сети. Общая структура Интеллектуальной сети IN (Intelligent Network) приведена на рис. 5.1.

Рис. 5.1. Структура Интеллектуальной сети

В центре IN находится узел управления услугами SCP (Service Control Point), содержащий весь интеллект сети и взаимодействующий через сеть ОКС7 с коммутационными узлами и станциями типа рассмотренной выше модельной АТС, которые в терминах IN стали называться узлами коммутации услуг SSP (Service Switching Point). В компьютерах SCP, наряду с базой данных, программируется и так называемая логика услуг, состоящая из сценариев, описывающих ту или иную услугу. Архитектура IN включает в себя еще две важные системы - узел среды создания услуг SCEP и узел эксплуатационного управления услугами SMP, - которые служат для программирования услуг и для рассылки программ и данных, необходимых для их выполнения, по логическим объектам, участвующим в процессе предоставления услуг. Детально концепция IN изложена в [2], а основные структурные элементы Интеллектуальной сети представлены на рис. 5.1.

Для поддержки информационных потоков между узлами IN специфицирован прикладной протокол Интеллектуальной сети INAP (Intelligent Network Application Protocol), который определяет синтаксис и семантику вызываемых операций, назначение и порядок их обработки. Протокол INAP вырос из транзакций, поддерживающих взаимодействие между модельной АТС и базой данных через сеть ОКС; в настоящее время он базируется на прикладном протоколе поддержки транзакций (TCAP) из стека протоколов системы сигнализации ОКС7.

5.2Принцип декомпозиции

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

Выпущенные в развитие концепции IN стандарты CS_2, CS_3 и CS_4 дают еще более широкие возможности. И все же, главное значение IN для современных телекоммуникаций - не в списках услуг CS, а в основном принципе декомпозиции, состоящем в том, чтобы отделить логику услуг от функций коммутации, построив соответствующую платформу.

Эту платформу составляют определенным образом взаимодействующие функциональные блоки, реализуемые, в общем случае, в разных физических объектах - узлах IN. Функции коммутации выполняют узлы SSP, логика услуг размещается в узлах SCP, создается эта логика в узле SCEP и распределяется по всем SCP узлом SMP.

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

5.3Процессы в SSP

Для описания процессов, происходящих в SSP при предоставлении услуг, установлении соединения и обслуживании вызова вплоть до разъединения, в концепции IN используется модель базового процесса обслуживания вызова (BCP - Basic Call Process).

Модель содержит последовательность отображающих состояния этого процесса точек (PIC - Point in call), между которыми могут присутствовать точки обнаружения (DP - Detection point) обращений к услугам IN или событий, которые представляют интерес с точки зрения логики услуг IN.

Триггерные точки обнаружения обращений к услугам - TDP (trigger detection points) - отмечают приостановку базового процесса BCP для обращения к логике услуг IN, происходящую в соответствии с заранее назначенным критерием. Таким критерием может быть определенное сочетание цифр в набранном абонентом номере, префикс, категория вызывающей абонентской линии и т.д. Важно отметить, что эксплуатационный персонал SSP может сам определять триггерные точки (т.е. делать их обнаруживаемыми) и назначать критерии для обращения к IN.

5.4Плоскости модели IN

Концептуальная модель IN отражает эту архитектуру в терминах плоскостей (planes). Плоскость услуг касается только описания услуг в плане их свойств. Глобальная функциональная плоскость (global functional plane) описывает программные блоки, не зависящие от услуг (service-independent building blocks, SIB).

Распределенная функциональная плоскость (distributed functional plane) отображает элементы архитектуры, участвующие в обмене сообщениями IN, в виде функциональных объектов (functional entities, FE) и информационных потоков (information flows, IF), которые моделируют обмен сообщениями между FE.

Физическая плоскость (physical plane) описывает аппаратно-программные блоки, называемые физическими объектами (physical entities, PE).

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

Верхняя плоскость модели - плоскость услуг - представляет услуги так, как они «видны» конечному пользователю. Такое представление не содержит информации о способе и деталях реализации услуги в сети. Зато на этой плоскости видно, что услуги (services) компонуются из одной или из нескольких разных стандартизованных составляющих, каждую из которых пользователь воспринимает как одно из характерных свойств или, что то же самое, как один из атрибутов услуги (service features, SF).

На глобальной функциональной плоскости «появляется» сеть IN в виде единого функционального объекта. На этой плоскости представлены независимые от услуг конструкционные блоки SIB (Service Independent Building Block), одним из которых является SIB, реализующий базовый процесс BCP, а также точка обращения BCP к другим SIB, называемая инициирующей точкой (POI - Point Of Initiation) и точки возврата в BCP (POR - Point Of Return).

Рис. 5.2. Концептуальная модель IN

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

POI представляет собой функциональный интерфейс между логикой BCP и логикой другого процесса, который обеспечивает предоставление услуги (или одной из составляющих услуги) IN. После завершения этого другого процесса происходит возврат через другой функциональный интерфейс (POR) в процесс BCP, который продолжает работу, используя данные, полученные при возврате. Необходимость в спецификации точек POI и POR вызвана тем, что одна и та же «цепочка» SIB может представлять совершенно разные услуги (или составляющие услуг), смотря по тому, в каких точках процесса BCP она начинает и/или заканчивает свои действия.

Общая концепция IN изложена в главе 11 учебника [1] и более подробно описана в монографии [2]. В этих двух книгах отмечены основные преимущества концепции IN в свете проблем конвергенции сетей, включая гарантированное сквозное (end-to-end) качество обслуживания, экономичное введение новых услуг и др. Благодаря этому Интеллектуальная сеть зачастую оказывается тем мостом, который позволяет традиционным телефонным сетям общего пользования (как стационарным, так и мобильным) взаимодействовать с IP-сетями.

5.5Типы и нумерация услуг

Для нумерации услуг Интеллектуальной сети используется номер вида:

DEF x1 x2 x3 x4 x5 x6 x7

Негеографические коды DEF определяют тип Интеллектуальной услуги (табл. 5.1). Остальные цифры обозначают Оператора (х1 х2 х3) и логический номер абонента услуги (х4 х5 х6 х7), который назначается Оператором.

Таблица 5.1. Коды услуг Интеллектуальной сети ЕСЭ РФ

Код DEF	Код услуги	Наименование (англ.)	Наименование (русск.)
800	FPH	Freephone	Бесплатный вызов
802	ССС	Credit Calling Card	Вызов по кредитной карте
803	VOT	Televoting	Телеголосование
805	PCC	Prepaid Calling Card	Вызов по предоплаченной карте
806	ACC	Account Calling Card	Вызов по расчетной карте
809	PRM	Premium Rate	Вызов за дополнительную плату

Рассмотрим некоторые из услуг таблицы 5.1 несколько подробнее.

5.6Услуга Freephone

Простейший вариант услуги Бесплатный вызов или Freephone представляет собой возможность преобразования логического номера (такого как 8 (800)-111-1111) в физический номер. Как уже было сказано, это преобразование зависит от логики, заложенной в SCP.

Рис. 5.3. Сценарий обмена сообщениями протокола INAP для услуги Бесплатный вызов

Абонент ТфОП набирает номер интеллектуальной услуги Бесплатный вызов. Средствами ТфОП вызов доводится до модельной станции, выполняющей функции SSP. После приема вызова SSP анализирует номер и определяет, что вызов относится к интеллектуальной услуге. Он формирует сообщение протокола INAP InitialDP (первичная точка обнаружения), означающее, что обнаружено обращение к интеллектуальным услугам. В нем SSP указывает следующие параметры: тип услуги, определяемой из номера вызываемого пользователя (код 800); сам этот номер и номер вызывающего пользователя. Узел SCP, обрабатывая данное сообщение, решает, каким образом преобразовать полученный номер в физический номер, по которому затем SSP будет устанавливать телефонное соединение.

Преобразовав номера, SCP посылает сообщение протокола INAP FurnishChargingInformation (доставка информации об учете стоимости). После приема этой операции SSP при успешном вызове должен сформировать запись о сеансе связи CDR (Call Detail Record), в которой указывает номер вызванного и вызывавшего пользователей, длительность сеанса, тариф и т.д. На основании этой записи биллинговая система формирует счет для оплаты услуг. Параметры сообщения FurnishChargingInformation используются в качестве полей записи CDR. Согласно спецификациям INAP это сообщение содержит следующие параметры:

- chargedPartyIdent - идентификатор оплачивающей стороны. Определяет, кто будет платить за услугу: абонент A или B, или никто платить не будет. Услуга Бесплатный вызов оплачивается абонентом В;

- inServiceIdentity - определение типа услуги. В параметре указывается, к какому виду услуги относится этот вызов;

- inServiceSpecificInfo - информация, специфическая для конкретной услуги IN. Этот параметр может содержать, например, номер счета, на который будет выписан счет.

- TariffRegimeCode - код тарифа. Содержит номер тарифа, который должен быть применен к данной услуге. SSP и SCP должны содержать одинаковые таблицы тарифов;

- ChargeRateModulator - коэффициент тарифа. Этот параметр содержит коэффициент, который должен быть использован для указанного тарифа. Ночью, например, этот коэффициент равен 0.5, что означает половину стоимости;

- inSurchargeType и InSurchargeValue - тип и величина надбавки. Эти параметры используются, когда необходимо взять дополнительную плату.

Т.о., после приема сообщения FurnishChargingInformation узел SSP готов к учету стоимости; он знает все данные, необходимые для начисления платы. SCP посылает сообщение Connect с физическим номером вызываемого пользователя, к которому SSP устанавливает соединение.

После того как вызванный абонент даст отбой, об этом сообщается SCP в операции EventReportBCSME. SCP завершает сеанс связи посредством операции ReleaseCall.

5.7Услуга Premium Rate

Процедуры обмена сообщениями в случае предоставления услуги Вызов за дополнительную плату (PRM) аналогичны процедурам услуги Бесплатный вызов. В сообщении FurnishChargingInformation, кроме тарифа, указывается величина надбавки к стоимости услуги. Кроме того, указывается, что за услугу должен платить вызвавший абонент. Т.о., вызвавший пользователь платит за услугу по повышенному тарифу.

5.8Услуги с использованием карт оплаты

Эти услуги можно разделить на две категории. Услуги первой категории используют учет стоимости не в реальном времени (off-line billing). При этом учет стоимости осуществляется только по окончании соединения, и услуги могут предоставляться в кредит. Для второй категории учет стоимости происходит в реальном времени (on-line billing), при котором вычисление стоимости ведется одновременно c разговором. В этом случае возможно принудительное разъединение соединения по истечении отведенного для карты лимита стоимости.

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

Узел SCP содержит базу данных карт, в которой хранятся PIN-коды и число единиц, которыми располагает владелец карты. По набранному пользователем PIN-коду SCP вычисляет остаток на карте в единицах и посылает это значение на SSP в сообщении ApplyCharging. Кроме того, в этом сообщении указывается тариф, по которому должен быть произведен учет стоимости. Если один из участников разговора положил трубку до истечения лимита, SSP посылает сообщение ApplyChargingReport с указанием числа потраченных единиц. SCP на основании этой информации производит соответствующую запись в базе данных карт. В случае истечения лимита до окончания разговора, SSP разрывает установленное соединение, а в сообщении ApplyChargingReport также указывает число потраченных единиц.

Услуга вызова по расчетный карте (АСС) отличается от предыдущей наличием расчетного счета, с которого оплачиваются услуги Интеллектуальной сети. Процедуры обмена сообщениями протокола INAP аналогичны услуге РСС. SCP в специальном поле сообщения FurnishChargingInformation может указать номер расчетного счета. Эти данные SSP поместит в запись о вызове CDR. За дополнительные операции, такие как смена PIN-кода и подобные, может также взиматься плата.

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

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

Итак, после приема вызова SSP сообщает о нем с помощью операции InitialDP (рис. 5.4). Для проигрывания подсказок (таких как «Введите PIN код») необходимо, чтобы функциональный элемент SSF подключился к функциональному элементу SRF. Для этого SCP посылает операцию ConnectToResource.

Рис. 5.4. Сценарий обмена сообщениями INAP для услуги вызова о предоплаченной карте

Кроме того, чтобы узнать момент, когда пользователь снимет трубку, SCP просит сообщать об этом с помощью операции RequestReportBCSMEvent. SSP проигрывает пользователю подсказку «Введите PIN-код» (PromptAndCollectUserInfo) и передает набранные цифры на SCP (PromptAndCollectUserInfoResult). Если PIN-код правильный, SSP запрашивает и принимает номер вызываемого пользователя.

После того как становится известно, куда пользователь хочет сделать вызов, SCP просит сообщить ему в конце сеанса связи его статистику (длительность, время начала сеанса и т.д.) с помощью операции CallInformationRequest, а также сообщить обо всех изменениях в состоянии (отбой любого из абонентов, неответ, занятость и т.д.) с помощью операции RequestReportBCSMEvent. Для тарификации используются вышеописанные операции. Затем операцией Connect SCP указывает SSP установить соединение с вызываемым пользователем.

После того как вызванный пользователь положит трубку, об этом сообщается SCP (EventReportBCSM). Статистика сеанса связи передается в операции CallInformationReport, а сведения об истраченных единицах - в операции ApplyChargingReport. SCP разрывает соединение с вызывавшим пользователем (ReleaseCall).

5.9Услуга телеголосования

Услуга телеголосования требует от интеллектуальной платформы обработки большого числа вызовов. Для этого узел SCP программирует узел SSP на прием определенных вызовов (например, с каким-либо номером, таким как «8 803 222 3344»), посылая на него специальное сообщение протокола INAP, после чего SSP переходит в режим фильтрации вызовов. При поступлении вызовов с заданным критерием SSP сообщает о них на SCP и проигрывает абоненту определенную подсказку (например, «Ваш голос учтен, спасибо за звонок»). SSP может указать время начала и конца голосования, критерий фильтрации поступающих вызовов и т.д. На SCP ведется статистика поступающих вызовов, и по необходимости могут составляться графические диаграммы, таблицы и т.д. Примером таких графических диаграмм являются результаты голосования на телеэкранах, которые уже давно завоевали популярность телезрителей.

На рис. 5.5 показан типовой пример голосования. Перед началом голосования SCP программирует SSP с помощью операции ActivateServiceFiltering. Он сообщает, как обрабатывать поступающие вызовы. Пусть, например, каждый третий вызов является особым, т.е. каждому третьему пользователю проигрывается специальная подсказка (например, «Ваш звонок является выигрышным»), а всем остальным обычная (например, «Спасибо за звонок. Ваш голос учтен»).

При поступлении «особых» вызовов, SSP сообщает о них SCP (IntialDP). Далее проигрывается специальная подсказка (ConnectToResource-PlayAnnouncement-SpecializedResourceReport-DisconnectForwardConnection).

Остальные вызовы “слушают” подсказку от SSP без участия SCP.

Рис. 5.5. Сценарий обмена сообщениями INAP для услуги телеголосования

ЗАДАНИЕ 5.1.

Х6=0, 1, 2. Пояснить сценарий обмена сообщениями протокола INAP при пользовании услугой Бесплатный вызов. Нарисовать сценарий для случая, когда перед установлением соединения требуется ввод PIN-кода.

Х6=3, 4. Пояснить сценарий обмена сообщениями протокола INAP при пользовании услугой Вызов за дополнительную плату. Нарисовать сценарий для случая, когда абонент набрал неправильный номер.

Х6=5, 6. Пояснить сценарий обмена сообщениями протокола INAP при пользовании услугой Вызов с использованием карты оплаты. Нарисовать сценарий для случая, когда после набора PIN-кода абонент слышит подсказку «Спасибо за то, что воспользовались нашей услугой».

Х6=7, 8, 9. Пояснить сценарий обмена сообщениями протокола INAP при пользовании услугой Телеголосование. Нарисовать сценарий для случая, когда абонента после звонка и регистрации его голоса соединяют со студией.

5.10 Расчет числа сигнальных звеньев ОКС7 между SSP и SCP

Рассчитывается фрагмент Интеллектуальной сети, реализующей услуги из таблицы 5.1: бесплатный вызов FPH (Freephone), вызов по кредитной карте ССС (Credit Calling Card), вызов по предоплаченной карте PCC (Prepaid Calling Card), телеголосование VOT (Televoting), вызов по расчетной карте АСС (Account Calling Card), вызов за дополнительную плату PRM (Premium Rate).

Расчет количества трактов ОКС7, необходимых для соединения модельной станции SSP и SCP рассчитывается по следующему алгоритму:

Определяется среднее число транзакций на один вызов по формуле:

, Тр,

, Тр,(5.1)

где - среднее число транзакций на один вызов каждой услуги,

- общее число вызовов каждой услуги из общего числа вызовов.

Определяется среднее число INAP-транзакций в секунду, передаваемых в одном направлении, (интенсивность транзакций) по формуле:

,Тр/с,

(5.2)

где - общее количество вызовов по всем услугам в ЧНН.

Количество линий ОКС7 между SSP и SCP определяется по формуле:

линий,

где - средняя длина одной INAP-транзакции,

- коэффициент загрузки ОКС7,

Max _-L - округление до целого в максимальную сторону.

ЗАДАНИЕ 5.2.

Провести расчет числа сигнальных звеньев ОКС7 между SSP и SCP. Исходные данные:

= 1; =7; = 7; = 7; = 1; =1,

= 140 байтов; = 0.7

ВАрИАНТ
X6=0 Х6=1 Х6=2	FPH: 0,1 PCC: 0,3 ACC: 0,1 CCC: 0,2 VOT: 0,1 PRM: 0,2	1200
Х6=3 Х6=4 Х6=5	FPH: 0,2 PCC: 0,3 ACC: 0,1 CCC: 0,1 VOT: 0,2 PRM: 0,1	1500
Х6=6 Х6=7	FPH: 0.4 PCC: 0.2 ACC: 0.1 CCC: 0.1 VOT: 0.1 PRM: 0.1	1900
Х6=8 Х6=9	FPH: 0.5 PCC: 0.1 ACC: 0.1 CCC: 0.05 VOT: 0.1 PRM: 0.15	2300

ЗАКЛЮЧЕНИЕ

Эволюцию архитектуры систем коммутации TDM-сетей иллюстрирует рис. 7.1.

Рис. 7.1. Декомпозиция систем коммутации сетей TDM и NGN

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

Определенные попытки разрушить этот монолит предпринимались как снизу, через сеть доступа, с помощью универсального интерфейса V5.2, так и сверху, через Интеллектуальную сеть, с помощью протокола INAP. Оба этих расширения представлены в настоящем проекте для некоторых вариантов.

Третья попытка будет рассмотрена в следующем курсовом проекте по архитектуре NGN/IMS с контроллером медиашлюзов Softswitch, который предусмотрен в следующем семестре.

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

Основная

1. Гольдштейн Б.С. Системы коммутации. 2-е изд., испр. и доп. СПб.: БХВ - Санкт-Петербург-2004.

Дополнительная

2. Гольдштейн Б.С., Ехриель И.М., Рерле Р.Д. Интеллектуальные сети//М.: Радио и связь-2005.

3. Гольдштейн Б.С. Сигнализация в сетях связи. Том 1. 4-е изд., перераб. и доп. Протоколы сети доступа. Том 2. 3-е изд., перераб. и доп. - М.: Радио и связь, 2005.

4. Гольдштейн Б.С., Ехриель И.М., Рерле Р.Д. Протоколы сигнализации ОКС7: Подсистема MTP. Серия «Телекоммуникационные протоколы». СПб.: БХВ - Санкт-Петербург-2003.

5. Гольдштейн Б.С., Ехриель И.М., Рерле Р.Д. Протоколы сигнализации ОКС7: Подсистема ISUP. Серия «Телекоммуникационные протоколы». СПб.: БХВ - Санкт-Петербург-2008.

Размещено на Allbest.ru

...