Материал: IP Телефония_Гольдштейн_1-4 части

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

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

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

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

Вопросы качества обслуживания. Конечный пользователь ожида ет, что услуга передачи речевой информации будет предоставлять ся с хорошим качеством и высокой надежностью. Но такие примеры, как предоставление услуг сотовой связи стандарта GSM и микросо товой связи стандарта DECT, показали, что конечного пользователя удовлетворяет качество обслуживания, худшее по сравнению с ТфОП или ISDN, до тех пор, пока он получает выгоду от использования но вой услуги. В случае предоставления услуг сотовой связи – это мо бильность терминала, а в случае IP телефонии это могут быть низ кая стоимость, возможности интеграции услуг в рамках единой сети.

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

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

Взятую за основу рекомендацию ITU T Н.323, спецификации TIPHON дополняют некоторыми обязательными процедурами, а так же механизмами взаимодействия IP сетей с ТфОП. Функциональная модель сети IP телефонии, разработанная TIPHON, состоит из тех же компонентов, что и модель сети Н.323 (привратник, шлюз, терми нал), однако в ней предусмотрено разделение шлюза на три функ ционально независимых объекта. Это шлюз сигнализации (SG), транспортный шлюз (MG) и контроллер транспортного шлюза (MGC).

Шлюз сигнализации служит промежуточным звеном сигнализации между IP сетями и ТфОП. В задачи транспортного шлюза входит пре образование и/или перекодирование передаваемой информации. К транспортному шлюзу подключены ИКМ тракты сети с коммутаци ей каналов, он также подавляет эхо, воспроизводит различные сооб щения для абонентов, принимает и передает сигналы DTMF и т.д. Кон троллер транспортного шлюза MGC выполняет процедуры сигнали зации Н.323, которые определены в рекомендациях ITU T Н.323, Н.225 (RAS и Q.931) и Н.245, а также преобразует сигнализацию ТФОП в сиг нализациюН.323.Основнаяегозадача–управлятьработойтранспорт ного шлюза, т.е. осуществлять управление соединениями, использо ванием ресурсов, преобразованием протоколов и т.п.

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

Следует особо подчеркнуть, что MGC – это объект, контролирую щий работу транспортного шлюза. Управление соединениями в его функции не входит. Это – задача привратника, который выполняет ее в соответствии с рекомендацией ITU T Н.323.

Разработанная в рамках проекта TIPHON модель сети, состоящая из функциональных элементов и интерфейсов (точек доступа) меж ду ними, показана на рис. 2.8. Чтобы соответствовать рекомендаци ям TIPHON, оборудование должно поддерживать эти интерфейсы. Так, интерфейс D предназначен для организации взаимодействия ме жду привратниками, а интерфейс С – между контроллером шлюза MGC и привратником. Интерфейс N поддерживает взаимодействие между объектами MGC и MG. Они могут общаться на предмет созда ния, модификации и завершения соединений; определения требуе мого формата информации; генерации акустических сигналов и раз личных речевых уведомлений; запроса отчетов о событиях, связан ных с прохождением информационного потока. Показанные на рис. 2.8 функции поддержки (back end) могут быть использованы для аутентификации, биллинга, преобразования адресов и других задач.

Смоделированный на основе трех описанных элементов распре деленный шлюз воспринимается другими элементами сети как еди ная система.

N

Транспортный шлюз (MG)

B

Рис. 2.8 Модель сети TIPHON

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

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

Теперь следует рассмотреть вопрос об адресации в рамках про екта TIPHON. От решения задач адресации во многом зависят удоб ство пользования услугой, работа алгоритмов маршрутизации, обес печение мобильности абонентов и т.д. Концепцией телефонной свя зи предусмотрено, что абонент сети ТфОП должен иметь возмож ность связаться с другим абонентом со своего телефона путём на бора номера вне зависимости от того, к сети какого типа подключён адресат. Формат номера обычно соответствует рекомендации E.164. В настоящее время органами стандартизации разрабатываются ме ханизмы преобразования телефонных номеров либо в IP адреса, либо в унифицированные указатели ресурсов (URL).

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

Отображение телефонных номеров на URL немного упрощает про блему преобразования адресов путём использования интернетов ского ярлыка для идентификации пользователя. Однако, как только телефонный номер преобразован в ярлык, последний должен быть преобразован в адрес поставщика услуг Интернет, который, в свою очередь, формирует окончательный IP адрес получателя. Наличие такого большого количества стадий, нужных, чтобы найти вызывае мого абонента, будет, очевидно, существенно увеличивать время между набором номера вызывающим абонентом и получением им сигнала КПВ или зуммера «Занято».

Внастоящее время органами стандартизации разрабатываются

идругие механизмы, обеспечивающие надлежащую адресацию

имаршрутизацию номеров E.164, однако простых и универсальных путей решения этой проблемы пока не видно. Вопрос преобразова ния номера телефонной сети общего пользования в IP адрес пред ставляется пока еще довольно сложным, и пути его решения разра батываются не только рабочей группой 4 в рамках проекта TIPHON, но и другими организациями, например IETF.

Еще одним важным направлением работы TIPHON является во прос о классах обслуживания. Для операторов очень привлекатель

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

Таблица 2.2 Характеристики классов обслуживания TIPHON

* пользователь IP сети вызывает абонента ТфОП. ** абонент ТфОП вызывает пользователя IP сети.

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