Главная Системы коммутации [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 адресация
Адресация кода пункта ТСАР 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 |