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

[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] [104] [105] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [ 133 ] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159]

НИЯ DSS1 Setup и Connect). SSF/CCF сообщает SCF, что абонент В ответил (операция \NАР EventReportBCSM).

SCF передает в SSF/CCF запрос нарушить соединение между абонентом А и SRF (операция INAP DisconnectForwardConnection) и объединить сегменты связи (абонент А - абонент В).

5.4.6 Перспективы интегрированных IN/IP-платформ

Исследование основных направлений конвергенции сетей IN и Internet и доступных для этого технологий проводится в рамках начатого в 1999 году проекта EURESCOM Р909 «ЕпаЬИпд technologies for IN evolution and IN-lnternet integration*. Проект должен дать решение следующих задач:

• идентификация новых классов услуг;

• определение архитектуры для поддержки новых классов услуг (наиболее приемлемая кандидатура - адаптированная к существующим продуктам архитектура TINA - будет подробно рассматриваться в главе 5.6);

• тестирование оборудования на предмет готовности реализации требований новой архитектуры как со стороны IN, так и со стороны Internet;

• интеграция существующего оборудования или прототипов для создания в соответствии с определенной архитектурой платформ поддержки новых классов услуг; анализ необходимости использовать для доступа к SCP шлюзы на базе CORBA (см. главу 5.6) и возможностей интеграции технологий управления, применяемых в шлюзах разного назначения - VoIP GW, PINT GW, GK GW и MCU GW;

• реализация услуг на базе интегрированных IN/lnternet-платформ и сравнение с реализацией их на базе существующего оборудования.

Основной предпосылкой данного проекта стало то, что, в отличие от компьютерных систем, платформы IN были и остаются закрытыми. До сих пор нет иного способа взаимодействия с ними, кроме как посредством протокола INAP системы ОКС-7. Протоколы эксплуатационного управления и создания услуг остаются не стандартизированными (и различными в платформах разных поставщиков). В совокупности с другими факторами эти причины обусловили монополию небольшого количества крупнейших компаний - поставщиков телекоммуникационного оборудования и, как следствие, весьма высокие цены платформ IN.

Новый стандарт открытого интерфейса для доступа к телекоммуникационным системам, каковыми являются платформы IN, дол-



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

От оператора сети связи требуется, чтобы он мог предоставить доступ к ресурсам своей сети третьей стороне, открыть для нее возможность управления ими (например, управления соединениями в коммутационной системе или управления интеллектуальной периферией). Однако при этом на первый план выдвигаются проблемы, связанные с аутентификацией пользователей и с защитой ресурсов. Существующий протокол INAP должен быть защищен от внешнего несанкционированного доступа, например, путем использования шлюзов IN/lnternet, обладающих специальными средствами (firewall). Должна сохраняться целостность всей сети, то есть обеспечение предоставления сетью любой услуги не должно зависеть от воздействий (как преднамеренных, так и непреднамеренных), обусловленных доступом в сеть третьей стороны. Должна быть гарантирована защита абонентов сети в части конфиденциальности данных о деталях подписки и оплате услуг

Как уже упоминалось выше, открытые интерфейсы в сторону Internet опираются на протокол IP, изначально созданный для не ориентированной на соединение передачи данных. Качество обслуживания, поддерживаемое протоколами высшего уровня (TCP - Transmission control protocol или UDP - User datagram protocol), приемлемо, в основном, для данных, которые нечувствительны к задержкам пакетов. Рост потребности в услугах мультимедиа, требующих передачи информации в реальном времени, привел к новой концепции сети Internet интегрального обслуживания (по аналогии с ISDN), в которой должны обеспечиваться более жесткие нормы качества обслуживания, такие как гарантированная длительность задержки и сквозная синхронизация. Протокол RSVP (Resource reservation protocol) предусматривает средства для передачи пользовательским приложением запроса обеспечить определенный класс обслуживания (один из трех) к маршрутизатору, который резервирует для потока пользовательских данных адекватные сетевые ресурсы.

Второе направление эволюции протокола IP связано с тем, что он был создан для поддержки соединений сегментов вида «точка-точка» с обеспечением возможности связи между несколькими участниками только внутри сегмента. Для расширения этой функции разработан протокол поддержки многоточечной связи (Internet protocol



multicast) и делаются попытки интеграции его и протокола RSVP с системами эксплуатационного управлениями соединениями в АТМ-се-тях с тем, чтобы приложения протокола IP могли полностью использовать достоинства этих сетей при установлении широкополосных многоточечных соединений с гарантированным качеством обслуживания.

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



[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] [104] [105] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [ 133 ] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159] Техническое обслуживание котельных и котлов

0.0012