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

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

АбонвнтА Исходящая АТС Транзитная АТГ

Входящая АТС Абонент Б

Q.931

SETUP

CALLPROC

ALERTING

CONNECT

ISUP

(CPA)

Ответ (ANM)

ISUP

(CPA REQ) INF

OTBeT(ANM)

Q.931

SETUP

ALERTING

CONNECT

Рис. 8.12 Пример установления базового соединения ISDN

Транзитная АТС находит в своей таблице маршрутизации входящую АТС и переправляет ей сообщение IAM. Предположим, что в сообщение IAM не был включен адрес вызываемого пользователя (CPA), а входящей АТС этот CPA необходим для завершения установления соединения. Тогда входящая АТС направляет к транзитной АТС сообщение протокола ISUP «Запрос информации» (INR), содержащее параметр {индикатор запроса), который говорит о том, что требуется CPA. Транзитная АТС переправляет это сообщение к исходящей АТС.

Исходящая АТС формирует сообщение протокола ISUP «Информация» (INF) с недостающим CPA и направляет его к входящей АТС. Входящая АТС передает сообщение Q.931 SETUP к оборудованию вызываемого пользователя Б, которое отвечает на это сообщением Q.931 ALERTING. Входящая АТС передает в обратном направлении сообщение протокола ISUP о приеме всего адреса (АСМ). Когда исходящая АТС получает это сообщение, она передает к оборудованию вызывающего пользователя сообщение Q.931 ALERTING.

Когда вызываемый абонент отвечает на вызов, его оборудование передает сообщение Q.931 CONNECT к входящей АТС, которая, в свою очередь, передает на транзитную АТС сообщение протокола ISUP «Ответ» (ANM). Транзитная АТС пересылает сообщение ANM к исходящей АТС, ата передает к оборудованию вызывающего пользователя сообщение Q 931 CONNECT В результате между вызываю щим и сзьиыпаомым нользонатолнми устанавливается соедипоние



8.5 Сигнализация при конвергенции сетей связи

в последнее время система ОКС7 стала универсальным ключом, своего рода Bluetooth сигнализации для более тесного объединения различных сетевых HH0pacTpyKTNyp мобильной связи, проводной связи и IP. Именно этим объединяющим свойством ОКС7 вызвана ассоциация с прозвищем «Голубой зуб» (Bluetooth), которое носил король Дании Гарольд II, собиратель датских земель в X веке н.э., и которое, к сожалению, уже получил другой интерфейс с такими же объединяющими свойствами.

Эффективное и повсеместное развёртывание мультимедийных и других услуг зависит от успешной реализации всего стека протоколов ОКС7 (а также ОКС7-по-1Р, о чем речь пойдет чуть ниже), протоколов IP-телефонии Н.323, SIP, MGCR MEGACO/H.248, MPLS, RSVP и др., рассмотренных в книге [50]. Эти протоколы, в первую очередь MGCP и ОКС7-ПО-1Р, не только решают задачи собственно IP-телефонии, но и обеспечивают взаимодействие между IP-сетью и телефонной сетью общего пользования.

Что же касается переноса сообщений ОКС7 через IP-сеть, то это >является одним из направлений деятельности рабочей группы Sigt-гап, входящей в IETF. Протоколы Sigtran (рис.8.13) обеспечивают надежную транспортировку сообщений ОКС7 по IP-сетям. Во-первых, это протокол передачи информации для управления потоками SCTP (Stream Control Transmission Protocol), который поддерживает перенос сигнальных сообщений между конечными пунктами сигнализации SP в IP-сети. Для организации сигнальной связи один конечный пункт предоставляет другому перечень своих транспортных адресов (IP-адреса в сочетании с портом SCTP). Протокол SCTP позволяет независимо упорядочивать сигнальные сообщения в разных потоках и обеспечивает перенос сигнальной информации с подтверждением приема, без ошибок и дублирования, доставку сообщений каждого потока в заданной последовательности, возможность объединения нескольких сообщений в один пакет SCTR фрагментацию данных по мере необходимости, устойчивость к перегрузкам и т.п.

Протокол адаптации M2UA, M3UA, М2РЛ, зил, lUA

Транспортный протокол сигнализации SCTP

Протокол Internet (IP)

Риг 8 13 Стек протоколов Sigtran



Во-вторых, для выполнения функциональных и качественных тре бований к МТР рабочая группа Sigtran рекомендовала три новых протокола: M2UA, М2РА и M3UA. Каждый из них будет кратко рассмотрен ниже, но прежде приведем установленные ITU-T требования к переносу сообщений МТР как по сетям с временным разделением каналов, так и по IP-сетям:

• Для одноранговых процедур уровня 3 МТР требуется время отклика в пределах от 500 мс до 1200 мс.

• Допускается потеря из-за транспортных сбоев не более одного из 10 миллионов сообщений.

• Вследствие транспортных сбоев допускается несвоевременная доставка (включая дублированные сообщения) не более одного из 10 миллиардов сообщений.

• Не более одного из 10 миллиардов сообщений может содержать ошибку, не выявленную транспортным протоколом (согласно спецификациям ANSI - не более одного из миллиарда сообщений).

• Доступность любого пучка сигнальных маршрутов (полная совокупность разрешенных сигнальных путей от любого пункта сигнализации в направлении любого пункта назначения) должна быть не ниже 0.999998 (что соответствует времени простоя приблизительно до 10 минут в течение года).

• Длина сообщения (принимаемая к обслуживанию полезная нагрузка) должна составлять 272 байта для узкополосной ОКС7 и 4091 байтов для широкополосной ОКС7.

Протокол M2UA уровня адаптации для пользователей уровня 2 МТР (МТР Level-2 User Adaptation Layer) предусматривает набор услуг, эквивалентный тому, который предоставляет уровень 2 МТР уровню 3 МТР в обычной сети ОКС7. Протокол используется между шлюзом сигнализации и контроллером транспортного шлюза в VoIP-сетях. Шлюз сигнализации принимает сообщения ОКС7 через интерфейс уровня 1 и уровня 2 МТР от конечного или транзитного пункта сигнализации. Он служит окончанием для звена ОКС7 на уровне 2 МТР и транспортирует информацию уровня 3 МТР и вышележащих уровней к контроллеру транспортного шлюза или к другому конечному пункту сети IP, используя протокол M2UA поверх SCTP/IP.

Протокол М2РА уровня адаптации для одноранговых пользователей МТР2 (МТР2 User Peer-to-Peer Adaptation Layer), в отличие от протокола M2UA, используется для полномасштабной обработки сообщений уровня 3 МТР, которыми обмениваются любые два узла сети ОКС7, взаимодействующие через IP-сеть. Пункты сигнализации IP-сети функционируют как обычные узлы ОКС7, используя IP-сеть вместо сети 0КС7 Каждый пункт сигнализации сети с коммутацией кам 1лон ипи IP сети имеет код пункта сигнализации 0КС7



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

0.0011