3.4. Аппаратно-программная структура ГИС

Изложенная выше концептуальная модель определяет функциональную структуру ГИС и взаимосвязь между ее функциональными модулями. Заметим, что при опи- сании глобальной функциональной плоскости ГИС способы реализации функцио- нальных блоков и модулей не уточнялись. Если внимательно рассмотреть подходы компьютерной телефонии, изложенные в [17] и в главе 2, в части функциональных требований к реализации указанных блоков и модулей, то становится очевидным, что эти принципы могут быть применены достаточно эффективно. Учитывая при этом, что «шлюзовой» подход компьютерной телефонии использовался нами при рассмотрении физической плоскости ГИС, становится очевидной тесная взаимо- связь между ГИС и компьютерной телефонии.

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

Структура аппаратных средств. На рис. 3.13 показана обобщенная аппарат- ная структура ГИС. В качестве начальных условий полагаем, что имеется традици- онная телефонная сеть, включая центральную и некоторую периферийную АТС, некоторая ИСС, подключенная к центральной АТС, сеть подвижной связи со своим коммутатором (MSC) и сервером SMS-сообщений, сеть IP-телефонии на основе се- ти Интернет, а также сервер сети радиодоступа (RD). ГИС реализуется на основе центрального (CSN) и периферийного (PSN) узлов, которые с помощью шлюзов взаимодействуют со всеми телекоммуникационными сетями.

Аппаратный комплекс ГИС включает сервер интерактивного речевого ответа (Interactive Voice Response, IVR) в виде SSP, сервер IP, сервер услуг в виде SCP и SСEP (Service Creation Environment Point), сервер данных (Server Date Resource, SDR), сервер SMP (Service Management Point) и SMAP (Service Management Access Point), а также со-

вокупность шлюзов с сетью Интернет, телефонной сетью, серверами SMS и RD. IVR в данном случае может являться шлюзом как для фиксированной сети телефонной связи, так и для сети подвижной связи. Взаимодействие между CSM и PSN может осуществ- ляться как через IVR по каналам сигнализации или через речевые тракты каналов связи с помощью модемов, так и через шлюзы с сетью Интернет. Дополнительно можно от-

метить, что функции IP могут выполняться как самим шлюзом (в частности, как пока- зано на рис. 3.13, для IVR) или сервером услуг совместно с функциями SCP.

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

Для абонентов ТфОП через центральную АТС:

–с выходом на выделенный номер центральной АТС, далее на шлюз IVR для оконечных услуг, или через шлюз IVR на междугородную сеть цифровой или IP-телефонией для транспортных или основных услуг;

–с выходом на выделенный номер центральной АТС, далее на шлюз IP-телефо- нии для транспортных или оконечных услуг Интернет-телефонии;

–с выходом на ИСС (для коммутационных услуг).

Для абонентов ТфОП через периферийную АТС:

–с выходом на выделенный номер периферийной АТС, далее на шлюз IVR (пе- риферийного узла ГИС) для оконечных услуг или через этот шлюз на между- городную сеть цифровой или IP-телефонии для транспортных или основных услуг;

–с выходом на выделенный номер периферийной АТС, далее на периферийный шлюз IP-телефонии для транспортных или оконечных услуг Интернет-телефонии.

Для абонентов Интернет-телефонии вызов осуществляется через шлюз IP-теле- фонии.

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

Предоставление услуг центральным узлом ГИС осуществляется сервером услуг с использованием IVR, SMS сервера, RD сервера, а предоставление Интернет-ре- сурсов с помощью Web-сервера, почтового и прокси-сервера.

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

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

Для того чтобы конкретизировать изложенные выше положения, приведем один пример технической реализации ГИС для случая региональной сети с интеллекту- альной поддержкой предоставления основных услуг междугородной и междуна- родной связи и некоторого спектра дополнительных услуг. В качестве начальных условий предположим, что региональная телекоммуникационная сеть не имеет раз- витой сигнализации ОКС №7, например такая сигнализация существует только ме- жду центральной АТС и АМТС. Региональный участок сети Интернет более развит и позволяет использовать IP-телефонию.

Аппаратная структура такой ГИС приведена на рис. 3.14.

Для того чтобы проиллюстрировать достаточно широкие возможности ГИС, бу- дем считать, что центральная АТС является электронной и поддерживает сигнали- зацию ОКС №7 с АМТС; периферийная АТС2 — координатной, но имеет возмож- ность поддержки цифровых потоков ИКМ; периферийная АТС3 — координатной или даже механической без возможности поддержки цифровых потоков.

В этих случаях центральный IVR может быть реализован, например, на обору- довании Dialogic c возможностью поддержки цифровых потоков по сигнализации ОКС №7, шлюз 1 IVR и шлюз 2 IVR реализованы, например, на оборудовании

Cisco с возможностью поддержки речевых функций и стыка по одному из видов сигнализации на основе ИКМ, а шлюз 3 IVR (также на основе оборудования Cisco)

может подключаться к АТС3 по аналоговым абонентским каналам.

116

Рис. 3.14. Пример реализации ГИС для региональной сети

3 ГЛАВА

Рассмотрим технологию и маршрутизацию предоставления услуг.

Интеллектуальная поддержка предоставления услуг междугородной и меж-

дународной связи. Для абонентов центральной АТС — через IVR на АМТС (тра- диционная телефония) или через шлюз 1 в сеть Интернет (IP-телефония); для абонентов АТС2 — через шлюз 2 и обратным потоком на АТС2, а затем на АМТС (традиционная телефония) или через шлюз 2 в сеть Интернет (IP-телефо- ния); для абонентов АТС3 — по абонентским соединительным линиям на шлюз 3 и далее в сеть Интернет.

Авторизация вызовов со шлюзов 1, 2 и 3 осуществляется через сеть Интернет с помощью Radius-сервера, а вызовов, пришедших на центральный IVR, — по сигна- лизации ОКС №7.

Предоставление дополнительных услуг. Для абонентов центральной АТС ком-

мутация вызова производится через IVR, а предоставление услуг — сервером ус- луг. Для абонентов АТС2 вызов коммутируется на шлюз 2 и им же предоставляют- ся услуги, при этом поддержка осуществляется сервером услуг через сеть Интер- нет. Для абонентов АТС3 вызов маршрутизируется на центральный IVR (через шлюз 3, сеть Интернет по IP-телефонии на шлюз 1 и далее на центральный IVR). После такой маршрутизации вызова услуга для абонентов АТС3 предоставляется так же, как и абонентам центральной АТС.

Описанная выше реализация ГИС не несет в себе принципиальных ограни- чений на использование в АТС 2 и 3 различных коммутаторов систем радиоте- лефонной связи. Дополнительно можно отметить, что при такой реализации и использовании шлюзов для всех абонентов сети имеется возможность предос- тавления услуг коммутируемого и некоммутируемого доступа к ресурсам сети Интернет.

Структура программных средств. Говоря о структуре программных средств ГИС, хотелось бы обратить внимание на несколько аспектов. Первый относится к среде реализации программного обеспечения (ПО), которая включает в себя рабо- чую среду (операционные системы и СУБД) и объектную реализацию — языки программирования. Второй аспект — реализация технологического ПО ГИС в рам- ках и на основе указанной среды программирования. Учитывая достаточно близ- кую связь ПО ГИС и систем компьютерной телефонии, мы будем ориентироваться на построение технологического ПО на принципах последней.

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

Обратимся к обобщенной структуре технологического ПО ГИС (рис. 3.15). Рас- пределение составляющих технологического ПО по пунктам сети соответствует об- щей концепции реализации физической плоскости ГИС и в то же время определено в области понятий ПО компьютерной телефонии. Обобщенная структура ПО пока-

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

минает структуру распределенного телефонного сервера, который был рассмотрен в главе 2.

Рис. 3.15. Обобщенная структура технологического ПО ГИС

Особенность структуры технологического ПО ГИС по сравнению с аналогич- ной структурой ПО ИСС — «виртуальная» принадлежность к пунктам сети (SSP, SCP, IP и SDR) при физическом распределении этих пунктов по различным шлю- зам, поскольку каждый пункт представляет собой только функционально закончен- ный комплекс, выполняющий заданный круг задач, и далеко не всегда является фи- зическим сервером.

Программное обеспечение SSP поддерживает верхний уровень всего многооб- разия шлюзов: шлюза вызовов (GC), шлюза запросов (GR) и шлюза сообщений (GM) для всех видов сетей, а прикладные протоколы обеспечивают поддержку се- тевого уровня.

Что касается ПО SCP, то целесообразно отметить, что взаимосвязь между ком- понентами и ресурсами может быть настолько велика, что их программная реализа- ция выливается в единую программную компоненту. Кроме того, под термином

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

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

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