Главная  Системы коммутации 

[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [ 71 ] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103]

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

Итак, протоколы М2РАи M2UA имеют следующие различия:

• М2РА - шлюз сигнализации является узлом ОКС7 с кодом пункта сигнализации;

• M2UA - шлюз сигнализации не является узлом ОКС7 и не имеет кода пункта сигнализации.

• М2РА-соединение между шлюзом сигнализации и пунктами сигнализации IP-сети представляет собой звено ОКС7;

• M2UA - соединение между шлюзом сигнализации и контроллером транспортного шлюза не является звеном ОКС7. Оно представляет собой расширение МТР от шлюза сигнализации к контроллеру транспортного шлюза.

• М2РА - шлюз сигнализации может содержать функции верхних уровней ОКС7, например SCCP.

• M2UA - шлюз сигнализации не содержит функций верхних уровней ОКС7, поскольку он не содержит функций уровня 3 МТР;

• М2РА - для выполнения функций эксплуатационного управления опирается на соответствующие процедуры уровня 3 МТР;

• M2UA - использует собственные процедуры эксплуатационного управления;

• М2РА: пункты сигнализации IP-сети обрабатывают примитивы уровня 3 МТР и уровня 2 МТР;

M2UA: контроллер транспортного шлюза переносит примитивы уровня 3 МТР и уровня 2 МТР к уровню 2 МТР шлюза сигнализации для их последующей обработки.

Протокол M3UA уровня адаптации для пользователей уровня 3 МТР (МТР Level-3 User-Adaptation Layer) связан с переносом по IP-сети средствами протокола SCTP сигнальных сообщений подсистем пользователей уровня 3 МТР (например, ISUR SCCP). Подсис-



тема SCCP может переносить сообщения своих пользователей ТСАР или INAP, с помощью либо протокола M3UA, либо другого продукта группы Sigtran - протокола SUA, который рассматривается ниже. Протокол M3UA используется между шлюзом сигнализации и контроллером транспортного шлюза или базой данных 1Р-телефонии. С концептуальной точки зрения, он расширяет доступ к услугам уровня 3 МТР шлюза сигнализации, охватывая удаленные конечные пункты IP-сети.

К тому же, протокол M3UA не ограничивает длину сообщения 272-мя октетами, как это установлено уровнем 2 МТР ОКС7. По этой причине M3UA/SCTP позволяет переносить крупные блоки информации, не прибегая к процедурам сегментации/сборки в верхнем уровне. Шлюз сигнализации будет устанавливать 272-октетное ограничение только тогда, когда он подключен к обычной сети ОКС7.

Протокол SUA уровня адаптации для пользователей SCCP поддерживает перенос по IP-сети средствами протокола SCTP сигнальных сообщений пользователей SCCP ОКС7 (например, ТСАР или INAP). Протокол SUA используется между шлюзом сигнализации и конечным пунктом сигнализации IP-сети и между конечными пунктами сигнализации IP-сети. Пример применения SUA приведен на рис. 8.14.

Конечный пункт сигнализации

Шлюз сигнализации

Транзитный пункт сигнализации (STP)

ТСАР

:slja;:

SCTP

Управление

физическим соединением

IP адресация

Функция организации межсетевого обмена

iiiyill

SCCP

SCTP

МТРЗ

MTP2

MTP1

Адресация кода пункта

ТСАР

SCCP

МТРЗ

МТР2

МТР1


Рис. 8.14 Уровень адаптации SUA для пользователя SCCP

SUA поддерживает как услуги SCCP без соединения с неупорядоченной и упорядоченной доставкой, так и услуги, ориентированные на соединение, с управлением или без управления потоком данных и с обнаружением потерь сообщений и ошибок вследствие несвоевременной доставки сообщении (те классы услуг SCCP с О по 3) В глум 1о у( )iyi б(>ч соединения SCCP и SUA стыкуются в шлючо



сигнализации. С точки зрения пункта сигнализации 0КС7, пользе ватель SCCP находится в шлюзе сигнализации. Сообщения 0КС7 направляются к этому шлюзу на основании кода пункта сигнализации и номера подсистемы SCCP, а тот направляет сообщения SCCP к удаленному конечному пункту IP-сети.

Протокол уровня адаптации для ISDN-пользователя (IUA) поддерживает перенос через IP-сеть сообщений Q.931. Протокол IUA исключает использование в системе сигнализации части протокола МТР Протокол IUA позволяет приложениям верхнего уровня непосредственно взаимодействовать с транспортным протоколом SCTP.

Sigtran является не единственной рабочей группой IETF, участвующей в определении новых протоколов для обеспечения интеграции сетей ТфОП и IP. Следует еще упомянуть PINT (PSTN and Internet In-terworking - взаимодействие ТфОП и Интернет) и SPIRITS (Service in the PSTN/IN Requesting Internet Service - запросы услуг Интернет в ТфОП/IN). В PINT услуги ТфОП активизируются путем запросов из IP-сети. Java-клиент SIP, встроенный в сервисное Java-приложение на Web-сервере, создает запросы инициировать телефонные вызовы в ТфОП. Цель состоит в том, чтобы обеспечить Web-доступ к речевому контенту и осуществлять телефонную/факсимильную связь из Интернет. В SPIRITS услуги IP-сети активизируются путем запросов из ТфОП. SPIRITS, в первую очередь, касается таких услуг, как уведомление о поступлении нового вызова в сети Интернет, предоставление идентификатора вызывающего абонента из сети Интернет и переадресация Интернет-вызовов.

Желательно также упомянуть рабочую группу ENUM в составе IETF которая разрабатывает схему преобразования телефонных номеров Е.164 в IP-адреса, используя сервер доменных имён DNS сети Интернет таким образом, что любое приложение, включая SIR может найти ресурсы, связанные с уникальным телефонным номером.

Рабочая группа IPTEL разрабатывает протокол TRIP маршрутизации телефонных вызовов по IP-сети (telephony routing over IP), который представляет собой управляемый стратегией межадминистративный доменный протокол, информирующий серверы адресов о доступности телефонных адресатов и объявляющий атрибуты маршрутов к этим адресатам. TRIP позволяет поставщикам, во избежание избыточного назначения ресурсов или дублирования шлюзов, обмениваться информацией маршрутизации, используя стандартные Интернет-протоколы. Не без участия таких рабочих групп протоколы сигнализации и передачи данных для управления соединениями и потоками данных, проходящими через сеть, продолжают развиваться прямо на глазах.



[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [ 71 ] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103]

0.001