Смекни!
smekni.com

Курс 3 Специальность 210401-Физика и техника оптической связи Научный (стр. 8 из 9)

Тем не менее, сегодня, более актуальными являются задачи эволюции современных SN и SCP, которые традиционно обслуживали запросы по сети сигнализации ОКС7, а теперь должны поддерживать также интерфейсы TCP/IP. Таким образом, сигнализация ТСАР между разными SSP и SCP может поддерживаться либо стеком протоколов ОКС7 (TCAP/SS7), либо IP-протоколами (TCAP/IP) с использованием рекомендованной ШКГ сигнализации Sigtran, протокола Telcordia SR-3389 или других подобных протоколов. В связи с этим целесообразно вернуться к рисунку17, на котором также показан доступ к услугам ИС из сетей IP-телефонии , предоставляющий пользователям речевой эквивалент привычных Интернет-услуг, например, речевые Web-сайты. Во встречном направлении возможно расширение высоконадежной и расширяемой инфраструктуры ИС до поддержания интегрированных услуг мультимедиа с предложением пользователям эквивалента услуг речевой и факсимильной связи, аналогичных тем, которые предоставляет ТфОП.

5.2 Доступ к услугам ИС из сети Н.323

Если под таким же углом зрения взглянуть на рассмотренный в и приведенный на рисунке 17 привратник Н.323, выполняющий такие функции как управление доступом, управление пропускной способностью, адресация, сигнализация управления соединением, обработка вызова и т.д., то обнаружится целесообразность поддержки в привратнике процесса обслуживания вызова, представляемого в виде некоторого SDL-процесса. Этот SDL-процесс выполняется для каждого вызова между оконечными точками в пределах обслуживаемой данным привратником зоны IP-сети, а также для сигнализации между привратниками, согласно описанным в приложении G к рекомендации Н.323 сообщениям. Отсюда следует, что привратник Н.323 является наиболее подходящим элементом, в котором можно эмулировать доступ к услугам Интеллектуальной сети из оконечных точек IP-сети. С этой целью предпринимается попытка построить модель обслуживания вызова Интеллектуальной сети в контексте IP-сети.

В описана BCSM - модель состояний базового процесса обслуживания вызова Интеллектуальной сети, содержащая целый ряд состояний этого процесса (PICs - Points in Call). Обработка вызова представляется в BCSM переходами от одного состояния к другому, основанными на определенных условиях и событиях (events) в контексте этого вызова. Доступ к услугам Интеллектуальной сети разрешен для конкретных PICs в заранее определенных точках, называемых «триггерными точками» (DP).

Триггер задается критериями, вызывающими его запуск. Если триггер срабатывает, т.е. критерии его запуска удовлетворяются, то SSP формирует запрос ШАР, который маршрутизируется к SCP для дальнейшей обработки. SSP может приостановить обработку вызова до тех пор, пока не будет получен ответ от SCP, а затем обработать принятые ответы и продолжить обработку вызова в соответствии с данными инструкциями.

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

Для описания процессов, происходящих в SSP при установлении соединения и при наблюдении за ним вплоть до разъединения, в концепции ИС используется модель базового процесса обслуживания вызова (ВСР - Basic Call Process). Модель содержит последовательность точек, отображающих состояния этого процесса (PICs), между которыми могут присутствовать точки обнаружения обращений к услугам ИС или событий, которые представляют интерес с точки зрения логики услуг ИС.

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

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

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

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

На глобальной функциональной плоскости «появляется» сеть ИС в виде единого функционального объекта. На этой плоскости представлены независимые от услуг конструктивные блоки (SIB - Service independent building block), одним из которых является SIB, реализующий базовый процесс ВСР, а также точка обращения ВСР к другим SIB, называемая инициирующей точкой (POI - Point of initiation) и точки возврата в ВСР (POR - Point of return). ВСР выполняет традиционные для коммутационной станции функции (установление соединения, разъединение, хранение оперативных данных, необходимых для дальнейшей обработки) и имеет возможность обращаться к другим процессам при обнаружении запроса услуги ИС. POI представляет собой функциональный интерфейс между логикой ВСР и логикой другого процесса, который обеспечивает предоставление услуги (или одной из составляющих услуги) ИС. После завершения этого другого процесса происходит возврат через другой функциональный интерфейс (POR) в процесс ВСР, который продолжает работу, используя данные, полученные при возврате. Необходимость в спецификации точек POI и POR вызвана тем, что одна и та же «цепочка» SIB может представлять совершенно разные услуги (или составляющие услуг), смотря по тому, в каких точках процесса ВСР она начинает и/или заканчивает свои действия[4].

Рассмотрим подробнее набор стандартов Н.323 для организации мультимедиа и конференц-связи в реальном времени через сети с коммутацией пакетов.

Н.323 поддерживает семейство протоколов сигнализации, включая протокол сигнального канала Н.225 и управляющего канала Н.245.

В самом привратнике Н.323 реализуется протокол Q.931 для обслуживания вызова, маршрутизируемого привратником, поскольку Н.225 основан на Q.931. Приведенное описание обслуживания вызова по Q.931 вполне согласуется с возможностями привратника в контексте данной статьи.

Если самостоятельно проанализировать эту ситуацию, на рисунке 18 приведен фрагмент SDL-диаграммы обработки исходящего вызова по Q.931, адаптированный к привратнику Н.323.

Доступ к услугам ИС из оконечных точек Н.323 может быть упрощен путем использования привратником модели базового процесса обслуживания вызова ИС по в качестве интерфейса между представленным привратником доменом Н.323 и услугами Интеллектуальной сети в SCP. На этом уровне модели в привратнике Н.323 детектируются состоянием процесса обслуживания вызова, когда могут быть запрошены услуги ИС, и передаются соответствующим образом сформатированные запросы услуг ИС. Этот уровень также обрабатывает ответы, получаемые от компонентов ИС, и уведомляет привратника для того, чтобы информация, полученная из ИС, могла должным образом воздействовать на обработку вызова в домене Н.323. Таким образом, привратник Н.323 использует драйвер сигнализации для уровня модели обслуживания вызова ИС, а связь между привратником и уровнем этой модели осуществляется посредством абстрактных примитивов, не зависящих от сигнализации.

В качестве комментариев к SDL-диаграмме на рисунке 18 представлены возможные отображения состояний модели обслуживания вызова ИС в состояния SDL-процесса привратника Н.323. Поскольку привратник обрабатывает запрос установления соединения согласно Н.323, переходы в SDL-процессе вызывают необходимость выполнения аналогичных переходов в модели обслуживания вызова ИС. Когда модель ИС переходит к соответствующему PIC (состоянию процесса обслуживания вызова), делается запрос надлежащей услуги.

Рисунок 18 - Упрощенная SDL-диаграмма обслуживания исходящего вызова привратника Н.323 в соответствии с протоколом 0.931.

В версии 2 протокола Н.323, были ратифицированы три рекомендации Н.450: рекомендация Н.450.1 для общего функционального протокола (generic functional protocol) и соответствующих процедур;

Н.450.2 для переключения связи (call transfer) и Н.450.3 для перенаправления вызова (call diversion), включая переадресацию (call forwarding) и отклонение (deflection). В версии 3 протокола Н.323, одобренной в сентябре 1999 года, определяется еще пять дополнительных услуг: Н.450.4 для удержания вызова (call hold); Н.450.5 для парковки (call park) и приема вызова на другой терминал (call pickup); Н.450.6 для индикации ожидающего сообщения (message waiting indication) и Н.450.7 для уведомления о поступлении нового вызова во время связи (call waiting). В настоящее время группа SG 16 работает над версией 4 протокола Н.323, которая будет включать в себя еще пять других услуг: Н.450.8 для идентификации имени (name identification); Н.450.9 для завершения вызова (call completion); Н.450.10 для предложения вызова (call offer); Н.450.11 для вмешательства (call intrusion) и Н.450.12 для дополнительных общих информационных сетевых услуг (additional common information network services).