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

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

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



Глава 4.4

Тестирование протокола INAP

4.4.1 Принципы и архитектура аттестационного тестирования

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

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

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

Система сигнализации ОКС-7 представляет собой структурированный по уровням протокол. Распределение функций по уровням системы, в основном, соответствует семиуровневой модели Взаимодействия открытых систем (ВОС). Для проверки пригодности разных реализаций протоколов ОКС-7 к совместной работе в одной сети сигнализации требуется их аттестационное тестирование (conformance testing). Общие принципы аттестационного тестирования протоколов ВОС сформулированы в рекомендации ITU-T X.290. Рекомендация делит все требования к соответствию



реализации протокола ВОС его спецификации на две группы - требования к статическому соответствию и требования к динамическому соответствию.

В качестве документа, содержащего информацию производителя о том, каким именно требованиям к статическому соответствию удовлетворяет представляемая этим производителем реализация протокола, используется ведомость соответствия протоколу (P\CS). Требования к динамическому соответствию, составляющие основную часть рекомендаций по протоколам ВОС, задают набор вариантов допустимого поведения реализации протокола. Аттестационное тестирование предусматривает проверку того, что тестируемая реализация отвечаеттребованиям как к статическому, так и к динамическому соответствию. При положительном результате проверки система считается аттестованной.

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

Модель ВОС для применений ITU-T предполагает, что стандартизации подлежит только внешнее поведение реальных открытых систем. Поэтому спецификации протоколов ВОС описывают поведение любого логического объекта протокола в терминах абстрактных сервисных примитивов (ASP - Abstract service primitive) на границах с уровнями, расположенными выше и ниже этого объекта. Сказанное определяет и концептуальную архитектуру тестирования, основанную на представлении тестируемой реализации в виде «черного ящика», а тестирования - в виде процесса активных воздействий тестера на этот «ящик» с проверкой его реакции на каждое воздействие. Воздействия и проверка реакции осуществляются в точках контроля и наблюдения РСО (Point of control and observation) на границах с уровнями, расположенными под тестируемой реализацией и надпей. Концептуальная архитектура тестирования протоколов ВОС, применимая и к стеку протоколов ОКС-7, приведена на рисунке 4.4.1.

Тестовая архитектура, состоящая из тестера, тестируемой реализации IUT (Implementation under test), тестового контекста, точек контроля и наблюдения РСО и точек доступа к реализации, представляет собой описание среды, в которой проводится проверка реализации протокола. Тестер выполняет эксперименты над системой и наблюдает за результатами.



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