Главная страница  Обычные сети 

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

Однако если абонентскому окончанию ISDN предоставляются оба вида доступа, то сеть, к примеру устройство коммутации пакетов, в ходе реализации процесса построения соединения для входящего виртуального вызова должна сообщить о виде доступа для конкретного вызова. Это необходимо сделать потому, что ISDN не располагает постоянной информацией о фактической на данный момент конфигурации пользовательской части (ср. разд. 4.3.3.3). Таким образом, например, в рассматриваемом случае сеть не знает о том, подключены или нет к шине специальных пользователей ISDN согласующие устройства ТА с доступом к В- и/или D-каналу. Это относится также и к комбинированным согласующим устройствам, которые обеспечивают оба вида доступа. С этой целью каждому входящему виртуальному вызову сеть предлагает специальную процедуру сигнализации «от одного пункта - к нескольким» для коммутации пакетов, обозначаемую как процедура предложения вызова (call offering procedure), с помощью которой можно обратиться глобально по сети к вызываемому абонентскому окончанию ISDN (см. разд. 4.3.5.1).

Переход от одного вида доступа к другому (В- или D-каналу) может осуществляться только в устройстве коммутации пакетов (РН), так как,в чисто транзитной коммутационной станции ISDN предусмотрены возможности установления внутренних соединений между основным (В-каналом) и вспомогательным (D-каналом) каналами. Поэтому для решения с сетевым переходом, при котором ISDN по определению остается полностью свободной от специфических функций коммутации пакетов, также не предусматривается доступ через D-канал. Тем самым в сетях с пакетной коммутацией, располагающих ISDN портами, исключается необходимость развертывания специфической для ISDN процедуры Call Offering. Так как для доступа к В-каналу и при интегрированном решении, и при решении с сетевым переходом процедуры совпадают, дальнейшие рассуждения можно ограничить случаем интегрированного решения.

4.4.4.2. Сигнализация от одного пункта к нескольким при входящем виртуальном вызове

Для случая интегрированного решения при коммутации пакетов предусматривается специальная процедура сигнализации от одного пункта к нескольким, базирующаяся на процедуре «входящий вызов» (Incoming Call) для соединений на основе коммутации каналов (ср. разд. 4.3.5). Процедура сигнализации для входящего вызова при коммутации пакетов уже упоминалась в разд. 4.4.4.1 как «процедура предложения вызова» (рис. 4.31). При этом пакетные терминалы вызываемой стороны, совместимые с вызовом, могут потребовать с помощью сообщения CONNect для конкретного вызова определенного типа канала в пределах тех возможностей доступа



к коммутации пакетов (В, D или B/D), которые предоставлены сетью и указаны в сообщении SETUP. Тип канала, который должен применяться для соответствующего входящего виртуального вызова (т. е. для передачи пакета входящего вызова (incoming call packet) по протоколу Х.25), определяется ниже:

основной канал для виртуального соединения, который является новым по отнощению к уже занятому (новый В - new В);

основной канал, который уже используется тем же пакетным терминалом для другого виртуального соединения по Х.25 (установленный В - est В);

вспомогательный канал {D). В качестве решающей помощи при принятии пакетного вызова и выборе типа канала в сообщении SETUP дополнительно передается информация нескольких полей из пакета входящего вызова - Х.25, например адрес вызывающего устройства, данные пользователя, класс обслуживания, указания на ускоренный выбор (fast selet) и т. д. На уровне 2 £)-канала сообщения о процедуре предложения вызова передаются либо как информация сигнализации (идентификатор точки доступа к обслуживанию, SAPI=s), либо как информация, связанная с коммутацией пакетов {SAPI=p). Поскольку S- и р-сигнализации представляют собой специфические для сети варианты сигнализации, устройства сопряжения для обоих вариантов сигнализации должны размещаться повсеместно.

При s-сигнализации в случае требования канала est В или D сеть вновь завершает сигнализационную активность (сигнализационную транзакцию), инициированную сообщением «установить соединение» SETUP, путем посылки сообщения «освободить» (RELease) пакетному терминалу, выбранному для виртуального вызова, поскольку эта активность для дальнейшего существования виртуального соединения - Х.25 уже не нужна. Однако если для выбранного пакетного терминала требуется канал типа new В, то предусмотрено выполнение уже развернутой процедуры Call Offering типа S как регулярной при входящем вызове (как это сделано в случае коммутации каналов,, ср. разд. 4.3.5.1) (см. доступ к В-каналу на рис. 4.3.2). Если же для выбранного пакетного терминала требуется D-канал, то сеть с применением идентификатора оконечной точки терминала (TEI), приданного сообщению «соединить» (CONNect), выстраивает участок передачи HDLC - LAPD с SAPI=p (р-звено - p-link) к пакетному терминалу, выбранному на предыдущей фазе процедуры Call Offering, поскольку этот пакетный терминал уже не причастен к дальнейшему развертыванию виртуального соединения - Х.25 с таким же терминалом.

При р-сигнализации процедура Call Offering в общем случае заканчивается с поступлением от сети сообщения «освобождение» (RELease). Если терминал, выбранный на фазе Call Offering, потребовал канал типа new В, то сеть непосредственно после этого на втором этапе с помощью регулярной процедуры Incoming Call для



Сеть* I

I Уровень 2

jSAPI UKGTEI)

SAP1=P UKGTEI)

Пакетный терминал (TEI) ТА TE2

(Х.25 DTE)

Уровень 3 SETUP

Предлагаемый доступ (В, D, B/D)j

I I (TElx)

UI (TEI)

CONNect

Требуемый тип канала (новый

1(ТЕ. )

[new] В, установленный [est] В. D) * CONNect ACKnowledge

илии1

иКТЕГ

RE Lease

RELeaseCOMPLete

I I (TEl)

I или " . 1

6) (J}jCT£})l- J

ui -x ---- CONNect.

UjIILxal-- CONNectACKnowledge

I SABM (A)

UA (A)

I tA)

Пакетный входящий вызов с

обслуживанием по протоколу Х.25

Время

SABM (TElx)

SABM (A)

UA (TElx)

! UA(A)?

I (TElx) Пакетный входящий вызов с

обслуживанием по протоколу Х.25 [Пакетный • [входящий

; I вызов с I

обслуживанием по протоколу Х.25

Рис. 4.31. Процедура сигнализации от одного пункта к нескольким при входящем виртуальном вызове:

а - процедура «предложение вызова»; б - продолжение нового В-канала (ср. рис. 4.32); в - продолжение D-канала (ср. рис. 4.33).

ТЕ1-окоиечное устройство ISDN с S-стыком; ТЕ2 - оконечное устройство с обычным стыком; ТА - согласующее устройство; SAPI - идентификатор точки доступа к- службам; GTEI - глобальный TEI (неквитируемая передача на все оконечные устройства, ср. разд. 4.3.4), TEI - идентификатор оконечиой точки терминала (ср. разд. 4.3.4); SETUP, CONNect...- сообщения, относящиеся к сигнализации пользователя ISDN 1.451 (ср. разд. 4.3.5); SABM, UA, UI, I:HDLC - команды и сообщения.

Согласующее устройство с протоколом Х.25 для доступа В-канала ТА(В) является прозрачным для протокола Х.25 LAPB.

Согласующее устройство с протоколом Х.25 для доступа D-канала TA(D) является

прозрачным на уровне 2бис при преобразовании адресов LAPD(TEI) - LAPB(A,B) и

преобразованиях при введении флагов (LAPB) и длительности- I (LAPD).

" ТА (В) и ТА (D) прозрачны иа уровне пакетов для Х.25.

* Выпадает по процедуре «предложение вызова» при SAPI = s.

Селективный выбор оконечного устройства, подключенного к шнне на уровне 3.

SAPI = s: только в случае, если имеет место сообщение подтверждение соединения

(CONN АСК) с estB или D; SAPI = p: в общем случае.

Специфические для сети альтернативные варианты.

Абонентская коммутационная станция ISDN нлн узел обработки пакетов. 148




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

0.0164