Главная  Классификация протоколов сигнализации 

[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] [160] [161] [162] [163] [164] [165] [166] [167] [168] [169]

того, что станции не разрешено передавать сообщение STATUS. Если рассматривать только правильные записи, то сообщения PROTOCOLPARAMETER и LE/PROTOCOL-PARAMETER эквивалентны, поскольку сообщение AN/PROTOCOL-PARAMETER было бы нарушением спецификации интерфейса V5.

Соглашение не требует указывать тот протокол V5, которому принадлежит сообщение, поскольку протоколы идентифицируются адресом уровня 2, а также определяются косвенно, по смыслу, именем сообщения. Это соответствует принятому для интерфейса V5 принципу, согласно которому информационный элемент «тип сообщения» в общем заголовке, содержащий код имени сообщения, идентифицирует по смыслу протокол, явно определяемый адресом уровня кадра.

6.7. МУЛЬТИПЛЕКСИРОВАНИЕ ПОРТОВ ISDN

Трудности специфицирования протокола V5 применительно к портам ISDN неоднократно упоминались в этой главе. В основном эти упоминания сводились к сетованиям по поводу отсутствия машины времени, с помощью которой можно было бы попасть к началу разработки DSS-1 и подсказать разработчикам, что терминалы ISDN будут являться элементами сети абонентского доступа и, следовательно, сообщения DSS-1 будут, наряду с сообщениями других протоколов, мультиплексироваться в интерфейсе V5. Но история не терпит сослагательного наклонения.

В связи с этим уместно привести цитату из монографии одного из руководителей разработки V5 Алекса Гиллеспая [83]:

«... делегаты первых встреч по стандартизации интерфейса V5 не прибегали к физической силе, чтобы урегулировать различные подходы к тому, как должна мультиплексироваться сигнализация ISDN. Рассматривались три варианта, соответствующие уровням 1, 2 и 3 модели ВОС Решение использовать подход трансляции кадров представляло торжество как логики, так и взаимных уступок, и впоследствии было немало слез сожаления, но не было никакого самосожжения».

Именно в результате этой дискуссии в интерфейсе V5 для мультиплексирования сигнальных потоков от пользовательских портов ISDN стал использоваться подход, основанный на трансляции кадров. Он действует на уровне 2 модели OSI и приводит к тому, что сигнализация ISDN прозрачно мультиплексируется сетью доступа. Обнаружение и повторная передача испорченных кадров производится терминалами ISDN и местной АТС, но не сетью доступа.

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

Третий подход к решению проблемы мультиплексирования сигнализации ISDN, ориентированный на уровень 1, концептуально проще, но он потребовал бы выделения в интерфейсе V5 специальной дополнительной полосы пропускания для сигнализации ISDN. Этот недостаток мультиплексирования на уровне 1 не слишком серьезен, т к полосу пропускания для поддержки D-каналов пользовательских портов можно было бы выделять по требованию, основываясь на сигналах активизации и деактивизации. Более серьезная проблема, связанная с вариантом мультиплексирования на уровне 1, состоит в том, что он потребовал бы также дополнительного аппаратного обеспечения для обслуживания каждого D-канала каждого пользовательского порта, чего удается избежать при ориентации на уровень 2.

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



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

Как уже не раз отмечалось, главная функция уровня 2 заключается в согласовании неструктурированного потока данных на физическом уровне, в котором могут быть искажения вследствие ошибок, и структурированных сообщений уровня 3, которые получаются после исправления ошибок В главе 3 было показано, что уровень 2 присваивает каждому кадру порядковый номер и снабжает этот кадр средствами обнаружения ошибок, так что поврежденные кадры можно идентифицировать и запросить их повторную передачу начиная с последнего правильно принятого кадра. Интерфейс V5 для сигнализации ISDN использует подход обнаружения ошибок и повторной передачи, заимствованный из рекомендации Q 921.

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

Для информации D-канала ISDN был принят двухшаговый подход, поскольку общая полоса пропускания, необходимая для передачи данных D-канала через интерфейс V5, может быть больше 64 Кбит/с, доступных в одном С-канале. Чтобы обеспечить необходимую гибкость, пользовательские порты не ассоциируются прямо с С-каналами, а сначала ассоциируются с С-путями, которые затем размещаются в С-каналах интерфейса V5. Это позволяет упростить последующую маршрутизацию в сети связи, т.к. различные типы информации D-канала могут размещаться в разных С-каналах.

к сети

к порту

0111-1110

Нормальный

адрес,

Поля

управления и

информации

Старая FCS 0111-1110

0111-1110

Адрес порта

Нормальный адрес, Поля управления и информации

Новая FCS

0111-1110

0111-1110

Адрес порта

0111-1110

Нормальный адрес, Поля управления и информации

Нормальный адрес, Поля управления и информации

.---

Новая FCS

Старая FCS

0111-1110

0111-1110

Порт ISDN

Интерфейс V5

Порт ISDN

Рис. 6.9. Добавление и удаление адресов портов ISDN

Данные одного типа от нескольких разных пользовательских портов мультиплексируются в С-путь этого типа. С-пути разных типов, в свою очередь, мультиплексируются в С-каналы. Если нет необходимости размещать эти три типа данных в разных С-каналах, их можно поместить в одном С-канале, поскольку они различаются



своими адресами уровня 2.

В интерфейсе V5 может существовать несколько С-путей s-типа, р-типа и f-типа, при этом их максимальное количество зависит от того, является ли этот интерфейс интерфейсом V5.1 илиУ5.2. Один С-канал также может поддерживать до трех С-путей разных типов, однако в нем не может размещаться более одного С-пути каждого типа, т.к. различить разные С-пути одного типа в одном и том же С-канале невозможно.

Глава 7

ПРОТОКОЛ ТфОП

Возглавляя партии и классы, Лидеры вовек не брали в толк. Что идея, брошенная в массы, - Это девка, брошенная в полк. И. Губерман

7Л. ПРОБЛЕМА ТфОП

Плодотворная дебютная идея интерфейса V5 с самого начала была обращена лицом в будущее. Действительно, что может быть перспективнее идеи собрать рассмотренные в предыдущей главе три источника (речь, данные и видео) и три составные части (металлический кабель, оптоволокно и радиоканал), охватывающие все многообразие задач и средств сети доступа, в единый интерфейс, являющийся своего рода шлюзом к не менее многообразной сети узлов коммутации. Тем более, что, как видно из материалов предыдущей главы, спецификации V5 неплохо справляются с абонентской сигнализацией ISDN и являются действительно открытыми для новых протоколов, создаваемых различными АВСфорумами и консорциумами. Беда пришла, откуда не ждали - от телефонной сети общего пользования (ТфОП). Проспавшая почти 100 лет сигнализация по аналоговым абонентским линиям ТфОП, как красавица из сказки, сохранив за время сна свою актуальность, оказалась, тем не менее, весьма капризным объектом, обремененным множеством устаревших предрассудков. Возможно, то же произошло и со Спящей Красавицей, но история об этом умалчивает, ибо, согласно литературному закону К. Симонова, «Все романы на свадьбах кончают недаром, потому что не знают, что делать с героем потом». Что же касается протокола ТфОП для интерфейса V5, то выступившая в роли сказочного принца международная рабочая группа по V5 столкнулась, против ожиданий, со множеством серьезных трудностей. Речь идет о принципиальной несовместимости различных исторически сложившихся национальных подходов к обработке вызовов ТфОП, о невозможности отобразить все национальные особенности управления соединениями ТфОП на управлении соединениями ISDN (как предполагалось вначале), о компромиссах при адаптации спецификаций протокола V5 к национальным требованиям и т.п.

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

Тем не менее, с целью сохранения для протокола ТфОП того же принципа прозрачности, который используется для сигнализации ISDN, сделано так, что сигналы, генерируемые терминалом ТфОП (т.е. шлейф замкнут, шлейф разомкнут), отображаются непосредственно на сообщения протокола ТфОП, а для идентификации порта ТфОП, от которого поступают сигналы, в эти сообщения вводится адрес уровня 3. Затем сообщения передаются на станцию через интерфейс V5. В сообщениях, принимаемых от станции, также



[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] [160] [161] [162] [163] [164] [165] [166] [167] [168] [169]

0.0014