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

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

Глава 2.4

Физическая плоскость

2.4.1 Физические элементы в CS-1

в концептуальной модели IN физическая плоскость определяет физические элементы сети и интерфейсы между ними. Применительно к набору возможностей CS-1 физическая плоскость описана в рекомендации ITU-T Q. 1215.

В CS-1 не рассматриваются такие физические элементы как среда создания услуг (SCEP), система эксплуатационного управления услугами (SMP) и пункт доступа к системе эксплуатационного управления (SMAP); не рассматриваются и соответствующие интерфейсы. В то же время, на физической плоскости CS-1 может присутствовать узел сетевого доступа NAP (Network access point), ориентированный на ранние стадии развертывания услуг IN. Основные требования в отношении архитектуры физической плоскости CS-1 состоят в следующем:

• функциональные объекты распределенной функциональной плоскости CS-1 должны размещаться в физических элементах, определенных для CS-1;

• в одном физическом элементе может размещаться один или несколько функциональных объектов;

• один функциональный объект не может разделяться между двумя физическими элементами, т.е. функциональный объект должен целиком размещаться в одном физическом элементе;

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

• физические элементы можно группировать для образования физической архитектуры;

• физические элементы должны иметь стандартные интерфейсы.

Для поддержки набора CS-1 Интеллектуальной сети определены следующие физические элементы: узел коммутации услуг (SSP), узел управления услугами (SCP), узел хранения данных для услуг (SDP), узел коммутации и управления услугами (SSCP), вспомогательный узел управления (AD), интеллектуальная периферия (IP), узел услуг (SN) и узел сетевого доступа (NAP).

Узел сетевого доступа (NAP) - это физический элемент сети (коммутационная система), применяемый на начальном этапе внедрения и развития услуг Интеллектуальной сети. Узел NAP содержит только



функции CCAF и функции CCF. Он не содержит функции SSF и поэтому не имеет возможности прямой связи с SCR Однако NAP может определять, требуется ли привлекать к обслуживанию вызова средства IN, и, если это так, то отправлять вызов для дальнейшей обработки в SSP

На рисунке 2.4.1 представлены архитектура физической плоскости CS-1 и проекция на нее распределенной функциональной плоскости, т.е. все перечисленные выше физические элементы и размещаемые в них функции или комбинации функций.

Таблица 2.4.1

Физические

Функциональные объекты

элементы

SSF/CCF

SSCP

(только CCF)

0 Обязательно НО He обязательно He допускается

Проекции функциональных объектов в физические элементы, определенные для CS-1, имеют два главных отличия от определенных в рекомендации 0.1205, а именно: физический элемент SCP обязательно должен содержать функциональные объекты SCF и SDF; и физический элемент IP должен содержать только функциональный объект SRF

В таблице 2.4.1 приведены наиболее типичные для CS-1 варианты размещения функциональных объектов в физических элементах.

2.4.2 Интерфейсы между физическими элементами и протоколы

в CS-1 определены следующие интерфейсы между элементами физической плоскости: SCP-SSP; AD-SSP; IP-SSP; SN-SSP; SCP-IP; AD-IP; SCP-SDP

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



ГЛАВА 2.4. ФИЗИЧЕСКАЯ ПЛОСКОСТЬ ДЛЯ CS-1 179

Поэтому при стандартизации CS-1 удалось сосредоточить основные усилия на спецификации протокола прикладного уровня. Сообщения прикладного уровня, передаваемые через разные интерфейсы, должны иметь одинаковое семантическое содержание, даже если для них применяются разные способы кодирования. Например, сообщения между SSF и SCF должны содержать одинаковую информацию, независимо от того, через какой интерфейс происходит обмен -SCP-SSP, AD-SSP или SN-SSP. Ниже приводятся сведения о протоколах нижних уровней, которые предлагается использовать в вышеперечисленных интерфейсах.

Интерфейсы SCP-SSP, SCP-IP и SCP SDP Для этих интерфейсов в качестве протоколов нижних уровней предлагаются следующие подсистемы ОКС-7: подсистема ТСАР, подсистема SCCP и подсистема МТР.

Интерфейс AD-SSP. Для этого интерфейса в качестве протокола нижележащего уровня предлагается ТСАР. В качестве протокола физического уровня может использоваться любой стандартный протокол.

Интерфейс IP-SSP. Интерфейс используется для взаимодействия IP и SSP, а также IP и SCP через SSP. Для этого интерфейса в качестве протоколов нижних уровней предлагаются протоколы базового/первичного доступа ISDN (BRI, PRI) или протоколы ОКС-7 (MTP/SCCP/TCAP).

При использовании BRI или PRI D-канал ISDN, соединяющий IP и SSP, переносит информацию прикладного уровня между SCF и SRF и сигнальную информацию для установления соединений по В-каналу к IP. Информация, передаваемая от SCF к SRF (например, номер речевого оповещения и число дополнительных цифр номера) и обратно (например, накопленные цифры), должна содержаться в информационном элементе «Facility» сообщений SETUP, DISCONNECT или FACILITY (ITU-T, 0.931).

Интерфейс SN-SSP. Для этого интерфейса в качестве протоколов нижнего уровня предлагаются протоколы базового/первичного доступа ISDN (BRI, PRI). SN и SSP обмениваются сообщениями прикладного уровня по D-каналу ISDN с использованием процедур, определенных в рекомендации ITU-T 0.932.

Интерфейс AD-IP. Для этого интерфейса в качестве протокола прикладного уровня предлагается ТСАР. В качестве протокола физического уровня может использоваться любой стандартный протокол.

Для взаимодействия с физическими объектами, находящимися за пределами сети, может использоваться конвертер, преобразующий протокол ТСАР ОКС-7 в протокол передачи данных (например, Х.25).



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