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

[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]

рой носила название NSCX. IP обеспечила автоматизацию диалога вызывающего абонента с сетью при установлении соединения, передавая ему заранее записанные речевые уведомления и принимая его ответы, передаваемые с телефонного аппарата многочастотным способом (DTMF).

Первой услугой, реализованной в соответствии с архитектурой DSDC, стала Advanced 800 Service («продвинутая услуга 800»), послужившая прототипом самой известной из услуг IN - «бесплатный вызов» (FRH - FreePlione). Схема предоставления услуги приведена на рисунке 1.1.2. Услуга предусматривала такие возможности, как распределение вызовов по нескольким направлениям в соответствии с заданной клиентом пропорцией и изменение маршрутизации по заказу клиента. Услуга SDN (Software defined networl<) стала основой для спецификации другой ключевой услуги IN - VPN («виртуальная частная сеть»).

Архитектура DSDC постоянно развивается и до сих пор служит платформой для многих популярных услуг, предоставляемых компанией AT&T корпоративным и частным абонентам на базе телефонной сети Северной Америки. За зто время количество NCP и IP разных типов вышло далеко за пределы первоначальных прогнозов, и в типичный рабочий день в 1995 году почти половина из 200 млн. вызовов, обслуженных сетью компании, использовала ресурсы архитектуры DSDC. Более того, уже после демонополизации междугородной телефонной сети США, новые операторы, такие как MCI и SPRINT, создали свои варианты физической реализации этой архитектуры и стали предоставлять своим клиентам функционально аналогичные услуги.

1.1.3 Услуги регионального уровня

в 1984 году решением суда о демонополизации компания Bell System была разделена на несколько частей. Это существенно повлияло на дальнейшее развитие концепции DSDC. Во-первых, требование о разделении предоставления услуг междугородной и местной связи, дало толчок к распространению общеканальной сигнализации CCIS и архитектуры DSDC науровень местных сетей. Во-вторых, группа системных инженеров, стоявшиху истоков создания архитектуры DSDC, также разделилась: часть осталась в Bell Labs, другие вошли в новую лабораторию Bell Core, созданную, чтобы выполнять научно-исследовательские работы для региональных операторов (RBOC), получивших после разделения Bell System полную независимость.

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



тональным компаниям, все же, удалось разделить патентные права на архитектуру DSDC и на соответствующие технологии, разработанные Bell System. Однако RBOC были вынуждены развертывать собственные базы данных для предоставления сетевых услуг на местном уровне.

Вследствие этого лаборатория Bell Core направила свои усилия на создание требований к предоставлению сетевых услуг местного уровня в рамках архитектуры DSDC. К этому же времени при упоминании о реализованных таким образом услугах начал широко использоваться термин Intelligent Network (IN).

Стремление региональных телефонных компаний не зависеть от поставщиков оборудования побудило их предъявить к концепции ряд новых требований, собранных воедино в лабораториях Bell Core и оказавших влияние на разработку стандартов для IN. Одним из этого ряда было требование обеспечить совместную работу компонентов архитектуры IN, поставляемых разными производителями. Компания Nortel (ранее Nothern Telecom) поставила региональным операторам значительное количество коммутационных станций для их сетей еще до разделения Bell System; впоследствии в этих сетях появились АТС и других производителей. Новые стандарты должны были не только гарантировать совместную работу существующего разнородного оборудования, но и содействовать привлечению новых поставщиков, способных поддержать архитектуру IN.

Немаловажное значение имела и та часть решения суда о разделении, которая запрещала региональным компаниям и их лабораториям производить собственное оборудование, включая АТС. Инженеры Bell Core, работавшие над созданием требований к услугам IN, имели опыт совместной с инженерами компании Western Electric работы по переводу спецификаций услуг в технические требования к коммутационному оборудованию. Однако они предвидели большие трудности ВТОМ, чтобы распространитьхорошо отлаженный процесс взаимодействия на отношения с другими производителями.

Оказалось, напротив, что концепция IN способна значительно упростить процесс взаимодействия благодаря переносу большей части функций, обеспечивающих предоставление сетевых услуг, из оконечной АТС в базу данных, которая в терминах IN получила название SCP. Теперь процесс предоставления и модификации услуг выполнялся программными средствами SCP (Service control point), разработку которых Bell Core смогла оставить за собой, поскольку это не противоречило решению суда о разделении.

В середине 1980-х годов Bell Core разработала спецификации для продвинутой версии IN, которая была названа IN/2 в отличие от ранних спецификаций IN/1. Продвинутый вариант предлагал много новых возможностей, таких как приостановка обслуживания вызова



В середине процесса установления соединения и манипуляции конфигурацией соединения. Однако эти требования остались нереализованными, так как производители оборудования сочли их невыполнимыми в полном объеме.

В то же время, некоторые региональные операторы разработали, в рамках архитектуры IN, собственные коммерческие и технические решения и реализовали их в своих сетях. Впоследствии эти решения также были учтены Bell Core при работе над спецификацией услуг Основным результатом этой фазы развития IN Bell Core стали спецификации Advanced IN (AIN) Release 1.0. Ho, к сожалению, их постигла та же участь: соглашение между производителями о создании такого оборудования не было достигнуто. Тогда Bell Core было предложено вводить AIN менее крупными шагами, спецификации которых были названы AIN 0.0, AIN 0.1, AIN 0.2 и т.д. Этот подход сохранился до настоящего времени.

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

1.1.4 OtINkAIN

Какуже было сказано, в середине 80-х годов лаборатория Bell Core разработала первый вариант концепции Интеллектуальной сети, получивший название Intelligent Network 1 (IN/1), суть которой отражена на рисунке 1.1.3. Именно в концепции IN/1 логика, обеспечивающая предоставление услуг IN, впервые была перенесена из коммутационных станций во внешние базы данных, названные SCP.

По технологии IN/1 были развернуты две услуги - «услуга 800» и «услуга телефонных кредитных карт». Архитектура IN/1 еще не была независимой от услуг, поэтому для той и для другой услуги требовались разные SCP. Для взаимодействия с базами данных было разработано и введено в коммутационные станции дополнительное программное обеспечение. Новые функции позволили станции распознавать ситуации (точки приостановки обслуживания вызова), в которых нужно было взаимодействовать с SCP. Взаимодействие осуществлялось через сеть ОКС. Коммутационные станции, способные приостанавливать обслуживание вызова и обмениваться данными с SCP, получили название SSP (Service switching points).

Для поддержки процессов создания, тестирования и развертывания услуг с введением новой архитектуры потребовались новые средства эксплуатационного управления. Так как IN/1 не была неза-



[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.0016