Архитектура NGN и IP телефония

Протокол RSVP предназначен только для резервирования части пропускной способности линии. Используя RSVP, отправитель периодически информирует получателя о свободном количестве ресурсов сообщением RSVP Path (рисунок 14). Транзитные маршрутизаторы по мере прохождения этого сообщения также анализируют имеющееся у них количество свободных ресурсов и подтверждают его соответствующим сообщением RSVP Resv, передаваемым в обратном направлении. Если ресурсов достаточно, то отправитель начинает передачу. Если ресурсов не достаточно, получатель должен снизить требования или прекратить передачу информации[1].

Рисунок 14 - Применение протокола RSVP

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

Когда RSVP-программы закончат сеанс связи, они должны вызвать функцию отмены, предусмотренную этим протоколом. Отмена аннулирует все запросы на ресурсы, сделанные программой, и позволяет другим прикладным программам использовать коммуникационные возможности Internet. Если программе не удается выполнить отмену, то предусмотренные протоколом средства по истечении некоторого промежутка времени обнаружат это и автоматически отменят запрос на ресурсы.

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

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

Как альтернатива этому способу может использоваться алгоритм управления потоками на основе системы приоритетов, однако в существующей версии IP этот механизм развит недостаточно. Механизм управления приоритетами должен быть реализован в следующей (шестой) версии IP, где предусматривается введение до 16 приоритетов, а также возможность организации нескольких логических потоков в рамках одного физического соединения. Однако в настоящее время аппаратура, реализующая IP версии 6, только начала появляться на рынке.

Ввиду зависимости RSVP от совместимости промежуточных узлов - в большинстве случаев маршрутизаторов - это влечет за собой неизбежные проблемы, в частности, в глобальных сетях. Если какой-либо маршрутизатор достиг предела своих возможностей, когда он не может гарантировать запрошенный уровень качества обслуживания (Grade of Service, GoS), все последующие запросы будут игнорироваться и удаляться. Если только один узел отказывает в обслуживании запроса, то вся стройная система резервирования распадается. Протокол RSVP имеет весьма хорошие перспективы на корпоративном уровне, где администратор имеет возможность определить, какие параметры маршрутизатор будет использовать для обслуживания запросов, связанных с предоставлением требуемого качества обслуживания. В глобальных сетях маршрутизаторы вовсе не обязательно находятся под той же юрисдикцией, что приложения и хосты, инициирующие запросы. Это осложняет решение вопроса о гарантиях качества обслуживания вызова.

4.4 IPv6

После нескольких лет тестирования организация Internet Assigned Numbers Authority приступила к развертыванию IPv6 (версии 6 Internet Protocol) - системы цифровой адресации Internet нового поколения.

Начать разработку IPv6 организацию Internet Engineering Task Force побудили опасения, что Internet израсходует весь запас уникальных адресов. Первоначально сеть Internet была рассчитана на связь небольшого количества исследовательских сетей. Поэтому поле адреса в используемой в настоящее время системе адресации IPv4 может принимать около 4 млрд. уникальных значений. Число уникальных адресов, обеспечиваемых новой системой: десять в восемнадцатой степени, или миллиард миллиардов. Этого должно хватить на много лет вперед[1].

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

IPv6 включает следующие возможности, отсутствующие в версии IPv4:

· расширенное адресное пространство: IPv6 использует 128-битовые адреса вместо 32-битовых IPv4. В результате адресное пространство увеличивается в 296 раз, что явно достаточно даже в случае неэффективного распределения сетевых адресов;

· улучшенные возможности маршрутизации: в связи с увеличением межсетевого трафика, связанного с обработкой больших объемов мультимедийной информации и расширением использования сети Интернет в различных сферах деятельности, весьма существенной является необходимость обеспечения высоких скоростей маршрутизации. Без применения эффективных алгоритмов обработки пакетов данных становится невозможным повышение скорости работы маршрутизаторов до уровня, сравнимого со скоростями передачи информации по каналам связи;

· управление доставкой информации: IPv6 позволяет отмечать соответствие конкретного пакета определенным условиям его передачи, заданным отправителем. В результате достигается регулирование скорости передачи определенных потоков данных, что позволяет обеспечивать эффективную поддержку специальных протоколов (например, видео в режиме реального времени и др.). За счет назначения приоритетов передачи данных по определенным протоколам, появляется возможность гарантировать первоочередность обработки наиболее критической информации и предоставления важным данным всей полосы пропускания канала связи. Другие особенности, имеющиеся у IPv6, позволяют протоколам этого семейства обеспечивать одновременную многоадресную доставку информации. Данная возможность находит свое применение в рассылке информации "по подписке" или "по требованию", а также в других приложениях;

· средства обеспечения безопасности: IPv6 предоставляет возможности защиты от атак, связанных с подменой исходных адресов пакетов, и от несанкционированного доступа к полям данных пакетов. Эти возможности достигаются за счет применения алгоритмов аутентификации и шифрования.

Не вызывает сомнений тот факт, что переход от IPv4 к IPv6 не может быть мгновенным. Долгое время две версии IP будут сосуществовать. Более того, поначалу узлы, реализующие IPv6, не будут предоставлять всех необходимых услуг, а их расположение окажется напоминающим острова в океане IPv4. Следовательно, от узлов с IPv6 требуется выполнение двух функций:

· возможность взаимодействия с узлами IРv4;

· возможность передачи пакетов IPv6 через существующую инфраструктуру IPv4.

Чтобы выполнить эти требования, рабочая группа по переходу на IP нового поколения предлагает два основных метода:

· одновременная поддержка в узлах (в хостах и в маршрутизаторах) IPv6 двух стеков протоколов (IPv6/IPv4);

· туннелирование пакетов IPv6 для их передачи через инфраструктуру с IPv4.

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

5. Услуги интеллектуальной сети для IP-телефонии

Взглянув на рисунке 16 из графика, представляющему собой прогноз роста числа абонентов различных сетей к 2004 - 2005 г.г. Дадим этому графику номер 16, а в качестве разъяснения отображаемой им революционной ситуации в инфокоммуникациях приведем под номером 15 другой рисунок, сопроводив его историей, которую любил рассказывать Н.К. Рерих. Однажды правитель Акбар провел на земле линию и задал своему мудрому советнику Бирбалу неразрешимую, на первый взгляд, задачу: укоротить линию, не прикасаясь к ней. Не говоря ни слова, Бирбал провел рядом более длинную линию, и тем самым начертанная Акбаром линия была умалена (рисунок 15).

Рисунок 15 - Линии Акбара и Бирбала

Точно в такой же ситуации спустя пять веков оказалась и традиционная телефония.

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

Именно в этих кривых и заключается суть конвергенции сетей и услуг связи.

Рисунок 16 - Рост общемировой численности абонентов

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

Как отмечалось в одном из материалов компании Алкатель, доходы оператора сети связи складываются из трёх источников:

· платы абонентов за доступ к сети;

· платы за использование ресурсов сети;

· платы за услуги, предоставляемые сетью.

Следовательно, единственным для оператора источником повышения дохода является увеличение количества и/или качества предоставляемых услуг.

5.1 Конвергенция Интеллектуальной сети и IP-телефонии

Высшее достижение ТфОП, в рамках которого впервые был внятно сформулирован принцип отделения телекоммуникационных услуг от непосредственного обслуживания телефонных вызовов, созданы новые подходы и средства создания услуг, наполнившие содержанием не связанные с соединением (connectionless) телекоммуникационные протоколы, и др. Архитектура ИС в традиционной телефонии играет практически такую же роль, какую архитектура ЭВМ фон Неймана сыграла в вычислительной технике, причем значение концепции ИС в контексте происходящей сегодня конвергенции сетей и услуг связи, еще до конца не осознано[12]. Примерная структура сети, иллюстрирующая конвергенцию ТфОП/ИС и IP-сети, представлена на рисунок 17.

Рисунок17 - Конвергенция ИС и IP

Такие тенденции обуславливают целесообразность организации доступа к услугам Интеллектуальной сети из коммутационных узлов мобильных сетей и/или из оконечных точек IP-сетей, аналогичного доступу к этим услугам из узлов коммутации услуг (SSP) обычных ТфОП.

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

Отметим некоторые другие аспекты представленной на рисунке17 условной структуры конвергенции ТфОП/ИС и IP. Подключение ТфОП/ISDN к IP посредством первичного доступ PRA (Primary Rate Access) зачастую обходится гораздо дороже, чем подключение с использованием широко применяемого сегодня операторами связи протокола межстанционной телефонной сигнализации ОКС7. Для снижения расходов лучше всего использовать для подключения к сети PSTN/ISDN сервер удаленного доступа RAS, управляемый по протоколу MGCP. При этом целесообразно иметь шлюз сигнализации, не показанный на рисунке17.

И еще один аспект. При взаимодействии абонентов сети ТфОП/ИС с абонентами, использующими протокол H.323/SIP, предоставить им все возможности современных речевых услуг оказывается трудно из-за проблем взаимодействия систем сигнализации и адресации. Необходимо преобразование адресов и стандартов Е. 164 в IP и обратно. Одним из возможных решений становится использование на границе сети ТфОП транспортных шлюзов для преобразования сигнализации ОКС7 в H.323/SIP и наоборот. Поддержка протоколов H.323/SIP, ОКС7 и Интеллектуальной сети, предусмотренная в контроллере транспортных шлюзов, открывает доступ к большинству речевых услуг, включая Premium Rate, виртуальные выделенные сети, Centrex, завершение телефонного вызова в случае занятости или отсутствия вызываемого абонента, идентификацию вызывающего абонента и множество других. Именно эти проблемы и рассматриваются далее в данной главе.

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

История развития концепции ИС помнит несколько способов поддержки взаимодействия с централизованными программно-аппаратными средствами реализации логики услуг, позднее получившими общее название SCP. Один из них был основан на применении протокола Х.25, другой - на использовании модифицированной версии подсистемы TUP (или ISUP) протоколов ОКС7, третий и четвертый - на использовании совмещенного узла коммутации и управления SSCP и узла услуг SN.

Разница между двумя последними способами состоит в том, что SSCP строится на базе существующего узла коммутации, a SN представляет собой элемент сети, содержащий основные функциональные объекты ИС и подключающийся к уже существующему узлу ТфОП по соединительным линиям. К тому же SN, в отличие от SSCP, не имеет своих абонентов и должен подключаться к коммутационному узлу речевыми и сигнальными каналами, «пропуская через себя» все разговорные соединения; им нельзя управлять со стороны внешнего SCP (т.е. его нельзя применять в качестве автономного SSP). Это отчасти компенсируется способностью SN поддерживать взаимодействие с несколькими SSP; при установке дополнительных SSP узел SN может быть сохранен в сетевой конфигурации в качестве SCP, если развитие ИС пойдет в классическом направлении.

Тем не менее, сегодня, более актуальными являются задачи эволюции современных 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).

H.450.1 определяет общий функциональный протокол верхнего уровня Q.931 для дополнительных услуг. Он также определяет управляющие процедуры для ТЕ, вовлеченных в обработку сообщений. Функциональный протокол, определенный в Н.450.1, является сквозным (end-to-end) протоколом сигнализации, заимствованным из протокола OSIG для корпоративных телефонных сетей УАТС. В этом смысле дополнительные услуги в Н.323 могут рассматриваться как адаптация услуг УАТС к IP-домену. Поскольку Н.450 является сквозным протоколом, он требует, чтобы оба ТЕ понимали логику услуг. Эта функциональная модель предполагает, что ТЕ выполняют большую часть логики услуг; строго говоря, это является отходом от концепции Интеллектуальной сети традиционной ТфОП, где логика услуг сосредоточена в центре SCP, а не в оконечных точках.

Последующие рекомендации Н.450.x определяют протоколы прикладных программ соответствующих дополнительных услуг. Блок данных протокола прикладной программы дополнительной услуги SS-APDU (supplementary service application protocol data unit) инкапсулируется в UUIE сообщения Q.931 как параметр дополнительной услуги Н.4501 (h4501 Supplementary Service parameter). Например, Н.450.3 определяет услуги перенаправления вызова (call diversion services), которые включают в себя безусловную переадресацию (call forwarding unconditional), переадресацию при занятости (call forwarding busy), переадресацию при не ответе (call forwarding no reply) и отклонение вызова (call deflection). Эти услуги приблизительно соответствуют разным возможностям переадресации в ТфОП. Для каждой услуги определен набор процедур и соответствующих потоков сообщений, таких как активизация, деактивизация, запрос (interrogation), регистрация и обращение (invocation).

Недостатком услуг на основе Н.450 является то, что вновь разрабатываемые ITU-T спецификации могут потребовать модернизации всех ранее установленных ТЕ, что явно нежелательно. Альтернативой этому подходу может служить реализация услуг, которые не основываются на Н.450 и организуются «внутри» привратников. Действительно, привратники, которые осуществляют пересчет адресов, могут, благодаря этому, предложить целый набор услуг из списков CS1 и CS2 ИС.

Более существенен сам дух концепции Интеллектуальной сети в Н.323. Принцип организации услуг внутри привратника напоминает то, что произошло ранее в ТфОП: Интеллектуальная сеть была введена в ТфОП для стандартизации разработки услуг и размещения логики услуг в отдельной платформе SCP . Теперь уже группа SG16 ITU-T начала в августе 1999 стандартизировать этот же подход в качестве приложения D к протоколу Н.246. Кроме того, для снятия ограничений Н.450 исследовательская группа SG16 инициировала еще две новые рабочие позиции для версии 4. Одна из них состоит во введении управляющего канала на основе HTTP для устройств Н.323 с тем, чтобы поставщик услуг был в состоянии показать пользователю Web-страницы с содержимым, имеющим отношение к Н.323. Эта позиция рассматривается в приложении К Н.323 и обеспечивает новый способ создания услуг с использованием механизма, аналогичного управлению третьей стороной (third patty control). Еще один подход состоит в обеспечении нового механизма управления «на основе стимула» для систем Н.323, в рамках которого оконечная точка стандартного протокола Н.323 может опираться также на интеллект, находящийся в специальных сетевых серверах (feature servers). Это рассматривается в приложении L к протоколу Н.323, который использует «пакетную» концепцию, введенную в MGCP или в Н.248 для подстройки возможностей оконечной точки (end-point capability customization). В действительности приложение L создает класс устройств Н.323, чей интеллект находится между неинтеллектуальным стационарным шлюзом (GW), как принято в MGCP или Н.248, и оконечной точкой Н.323. Хотя это и являет собой отход от принципа архитектуры сквозного протокола Н.323, но является весьма перспективным решением в контексте изложенного выше подхода и общего характера возрастающей сегодня роли концепции Интеллектуальной сети.

ЗАКЛЮЧЕНИЕ

Основные результаты курсовой работы состоят в следующем:

1. Выполнен общий анализ протоколов IP телефонии, рассмотрен самый популярный протокол IP телефонии H.323 выявлены его основные преимущества и недостатки по сравнению с другими.

2. Проанализированы принципы построения узла IP телефонии и их сетей.

3. Рассмотрена передача ОКС7 через IP с помощью протоколов SIGTRAN.

4. Был произведен сравнительный анализ основных моделей обеспечения качества обслуживания в IP телефонии.

5. Рассмотрены возможности конвергенции интеллектуальной сети и IP телефонии.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Шринивас В. Качество обслуживания в сетях IP/ В. Шринивас. Пер. с англ., М.Е. Липкина, М.М. Птичникова; под ред. В.Н. Стародубцева. М.: Изд. дом "Вильямс", 2003. 368 с.

2. Росляков А.В. И.В.. IP-Телефония / А.В. Росляков, М.Ю. Самсонов, И.В. Шибаева. М.: Эко-Трендз, 2003. 252 с.

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

4. Гольдштейн Б. С. IP-телефония/ Б. С. Гольдштейн, А.В. Пинчук, А.Л. Суховицкий. М.: Радио и связь, 2003. 336с.

5. Принципы построения мультисервисных местных сетей электросвязи. Руководящий технический материал. Версия 2.0. 2005г.

6. Гольдштейн Б.С. От ТфОП к NGN; аспекты переходного периода/Б. С. Гольдштейн// Вестник связи. 2005. № 4. С. 33-35.

7. Ганьжа Д. Серия стандартов H.323 / Д. Ганьжа. LAN Magazine, 1999, март. С. 21-23.

8. Бакланов И.Г. ISDN и IP-телефония / И.Г. Бакланов // Вестник связи, 1999, №4. С. 17-18.

9. Никольский Н.Н. Передача ОКС7 через IP / Н.Н. Никольский// Сети связи, 2005,№7, с. 76-79.

10. Трубникова Н.В. Стандарты и протоколы IP-телефонии / Н.В. Трубникова. НТЦ «КОМСЕТ» 2005 с. 1-10.

11. Гольдштейн Б. С. Сигнализация в сетях связи/ Б. С. Гольдштейн. М.: Радио и связь, 2001.

12. Гольдштейн Б.С. Интеллектуальная сеть плюс IP - шаг к конвергенции

сетей/ Б. С. Гольдштейн// Компьютерная телефония. 2000. №6.

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