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

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

был взят набор CS-2 ITU-T. Общая архитектура WIN представлена на рисунке 5.3.2.


Рис. 5.3.2 Общая архитектура WIN

На рисунке 5.3.3 представлена архитектура распределенной функциональной плоскости WIN. В затененных овалах на рисунке показаны дополняющие CS-2 функциональные объекты, необходимые для поддержки WIN. Поясним кратко их основные функции.

• ACF (Authentication control function) - функциональный объект управления процедурой аутентификации.

• RACF (Radio access control function) - функциональный объект управления радиодоступом; поддерживает процедуру поиска мобильного терминала, управление радиоканалом и процедуру эстафетной передачи управления.

• LRF (Location registration function) - функциональный объект регистрации местонахождения; содержит логику и данные для административного управления мобильностью.

• RTF (Radio terminal function) - функциональный объект поддержки функций радиотерминала; является шлюзом между мобильным пользователем и сетевыми функциями управления связью пользователя, выполняя функции, аналогичные функциям CCAF в стационарной IN.

• RCF (Radio control function) - функциональный объектуправления радиопортами; управляет генерацией несущих радиочастот, усилением сигнала, модуляцией/демодуляцией, назначением радиоканалов, контролем канала.

Модель базового процесса обслуживания вызова BCSM CS-2 полностью принята для WIN. Однако имеются и существенные различия в процессах обработки вызова в IN и WIN - в возможностях динами-



ческого назначения триггерных точек и в типах критериев триггеров. Кроме того, BCSM уже не содержит всей информации, необходимой для запроса услуги. Недостающую информацию должны предоставлять другие объекты, в первую очередь LRF.

к другим функциональным объектам


Рис. 5.3.3 Архитектура распределенной функциональной плоскости WIN

Чтобы предоставить производителям оборудования достаточно гибкие возможности создания его новых реализаций, стандарт WIN не определяет элементы физической плоскости (РЕ). В отличие от физической плоскости IN, стандарт WIN оперирует сетевыми элементами (NE - Network element). Кроме IP, SCP и SN типовая модель сети стандарта ANSI-41.1 содержит:

АС: центр аутентификации; содержит функциональный объект ACF

и управляет информацией аутентификации подвижных станций. АС может быть совмещен с регистром HLR и способен обслуживать несколько регистров HLR.

EIR: регистр идентификации оборудования; хранит информацию идентификации оборудования пользователей.

HLR: регистр местонахождения «своих» абонентов; содержит

функциональные объекты LRF, SCF и SDF HLR может быть совмещен с MSG и обслуживать несколько MSG.

МС: центр сообщений; записывает и передает короткие сообщения.

MS: подвижная станция; содержит функциональный объект RTF

MSC: центр коммутации подвижной связи; содержит функциональные объекты CCF, SSF и RACF (может также содержать LRE и SRF) и является шлюзом, пропускающим трафик между мобильной и стационарной сетями и/или другими мобильными сетями.

VLR: регистр местонахождения «чужих» абонентов; содержит

функциональные объекты LRF и ACF и управляет данными о «чужих» абонентах.



5.3.4 Стандарт CAMEL (ETSI)

5.3.4.1 Концепция и архитектура CAMEL

При перемещении мобильного пользователя из сети GSM одного оператора в сеть GSM другого оператора ему (вплоть до фазы 2) мог предоставляться только тот набор услуг, который определен стандартом. Однако, чтобы привлечь большее число клиентов, операторы искали способы отличаться друг от друга, в первую очередь, спектром предоставляемых услуг Применение разными производителями концепции IN CS-1 в сетях GSM приводило к несовместимым реализациям и затрудняло (а иногда и вовсе исключало) возможность взаимодействия изготовленного ими оборудования. Особенно это касалось протокола INAP и тех функциональных средств, которые должны быть заложены в SSP и SCP. Кроме того, предоставление услуг ограничивалось в каждой сети GSM лишь «своими» пользователями.

CAMEL - это попытка комитета SMG ETSI разработать стандарт для поддержки национального и международного роуминга услуг, не специфицированных стандартом GSM. CAMEL можно рассматривать как интеграцию IN и архитектуры GSM путем (1) адаптации существующего протокола сигнализации MAP стандарта GSM к расширенным требованиям и (2) введением сигнализации IN для поддержки не стандартизированных GSM услуг

В новой архитектуре функции IN и функции, специфические для подвижной связи, логически разделены. По существу, CAMEL заимствовал протокол INAPCS-1 и приспособил его к особенностям процесса обслуживания вызова в сетях GSM, определив необходимые триггерные точки DP. В протоколе MAP GSM были сделаны изменения для поддержки передачи информации о триггерных точках к коммутаторам «своих» и «чужих» сетей. CAMEL сохраняет протокол MAP GSM независимым от протокола INAP CS-1, позволяя обоим развиваться

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

Возможности открытых интерфейсов между функциональными объектами WIN достаточны для поддержки любой услуги из набора CS-2. Таким образом, использование BCSM CS-2 и новой модели состояний LRF представляет собой значительный шаг в направлении интеграции принципов IN в инфраструктуру беспроводных сетей стандартаIS-41.



[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