Передача модемных сигналов через М.323
Передача модемных сигналов через устройства Н.323 - одна из особенностей систем Н.323 и технологии IPT в целом. Процедуры сигнализации описывают использование Н.245 и события, характеризующие состояния сигнализации (SSE), для сигнализации изменения состояния и возможностей ЕР, для открытия и закрытия LC. Обеспечить эти функции должны компоненты систем Н.323, которые поддерживают передачу модемных сигналов IP-сетей.
Одно из применений систем Н.323 состоит в транзитной передаче аудиовызовов между двумя разделенными сетями с коммутацией цепей или между двумя точками на одной сети с коммутацией цепей. В таких приложениях этот вызов формируется в сети с коммутацией цепей и доставляется шлюзу Н.323, который устанавливает связь с удаленным шлюзом, а тот доставляет этот вызов в какую-то сеть с коммутацией цепей. В этих приложениях желательно, чтобы вызовы между шлюзами м.б. вызовами, с помощью которых можно передавать данные, а не только аудио- или видеосигналы. Процедура сигнализации, предназначенная для передачи модемных данных через IP-сеть между двумя шлюзами, описана в рек. Н.323. Схема такой передачи приведена на рис.12-22.
Рис.12-22. Передача модемного сигнала по IP-сети между двумя модемами с помощью шлюзов Н.323
Процедуры резервирования ресурсов транспортного уровня
Н.323 рекомендует использовать механизмы резервирования ресурсов транспортного уровня, чтобы выполнить требования QoS для аудио- и видеопотоков реального времени. Хотя механизмы такого резервирования не рассматриваются в Н.323, они и их координация между компонентами системы Н.323 описаны в Н.323. В частности, описано использование протокола резервирования ресурсов (RSVP), как возможного механизма обеспечения функций транспортного уровня (QoS) в IP-сетях.
Поддержка QoS для Н.323
Когда ЕР требует доступа у GK, она должна указать в сообщении ARQ возможность резервировать ресурсы, a GK решает: разрешить ли ЕР применить механизм резервирования или предоставить резервирование от имени данной ЕР, или решить, что не надо выделять дополнительные ресурсы.
Это решение GK посылает ЕР в виде ACF-сообщення, которое ЕР должна одобрить. GK должен отклонить запрос ARQ со стороны ЕР, если в нем не указано, что ЕР способна резервировать ресурсы, a GK. решил, что контролировать ресурсы должна ЕР. В этом случае GK должен отправить ЕР сообщение ARJ, отклоняющее запрос.
• RSVP- это сигнальный протокол; вместе с сервисами QoS и средствами менеджмента RSVP способен удовлетворить требованиям QoS Н.323 участников конференций; он создан для работы на звеньях связи типа
"т-т".
Известно, что каждая ЕР указывает другой ЕР свои возможности приема и передачи во время фазы обмена возможностями Н.245. Единственной, относящейся к RSVP, информацией, которую одна ЕР должна передать другой м.б. только факт: поддерживает ли она RSVP.
12.5.11. Использование планов нумерации Е.164 и ISO/IEC 11571
ITU-T определяет три блока: СС, NDC и SN в цифровом коде плана нумерации Е.164, следующим образом выделяя различные уровни географических областей:
| CC-n |
| NDC |
| SN |
CC- код страны для рассматриваемой географической области, длина блока -1-3 цифры;
n - число цифр, содержащихся в коде страны;
NDC - национальный код места назначения (опциональный блок);
SN - номер абонента/пользователя (NDC+SN- содержат максимально (15-п) цифр);
CC+NDC+SN- международный номер, содержит максимально 15 цифр.
Аналогичная структура адресного кода определяется и для негеографических областей Любой код начинается с кода страны СС и имеет длину не более 15 цифр. Код не включает префиксы, которые м.б. частью плана набора номера, и символы: # или *. Так, 49 30 345 67 00 - нормальный номер плана нумерации Е.164, где СС=49 - код Германии, национальный код назначения NDC=30 и 7-значный номер пользователя SN=345 67 00. Номера Е.164 имеют глобальную значимость и достижимы из любой точки мира. В то же время последовательность набранных цифр имеет значимость только внутри определенного домена/области, т.к. каждая компания в ТфОП может выбирать и изменять свой собственный план набора номера.