ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 20.10.2024

Просмотров: 30

Скачиваний: 0

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

Глава 11

11.1. Тестирование протоколов сети доступа

290 Глава 11______________________________________

292 Глава 11_______________________________________

11.2. Оборудование сети абонентского доступа

294 Глава 11

296 Глава 11_______________________________________

298 Глава 11______________________________________

11.3. Конвертеры протоколов сети доступа

300 Глава 11_______________________________________

306 Глава 11_______________________________________

Глава1. Аналоговые абонентские линии .................. 5

Глава 2. Цифровые абонентские линии .....................41

Глава 3. Протокол dss-1: физический уровень

Глава 4. Протокол dss-1: сетевой уровень ..................99

Глава 5. Протокол qsig ........................................................ 135

Глава 6. Открытый интерфейс v5 .................................. 156

Глава 7. Протокол ТфОп ....................................................... 183

Глава 8. Служебные протоколы v5.2 ............................. 233

Глава 9. Протокол х.25 ................................................256

Глава 10. Протоколы интернет ……………………….......268

Глава 11. Реализация, тестирование

11.1. Тестирование протоколов сети доступа .......................289

Техобслуживание и эксплуатация модуля ISM осуществляет­ся дистанционно по коммутируемым линиям через модем или ло­кально через интерфейс RS-232. Предусмотрена также опция цен­трализованного управления по протоколу TCP/IP для многомодуль­ной структуры с объединением конвертеров между собой в сеть. Для изменения конфигурации остановки конвертера не требуется, про­граммный рестарт конвертера занимает 1 с, аппаратный рестарт — 30с.

Функциональная модель конвертера ISM состоит из трех групп функций: функций управления соединениями, протоколь­ных функций уровня 3 DDS-1 и функций подсистемы ISUP-R сис­темы ОКС-7. Группа функций управления соединениями действу­ет как промежуточная между двумя протокольными функциями,

______Реализация, тестирование и преобразование протоколов 301

каждая из которых осуществляет связь с функциями управления со­единениями с помощью примитивов. Существует четыре вида при­митивов. Примитив indication (индикация) выдается протоколом сигнализации, чтобы инициировать действия по управлению соеди­нением. Примитив response (ответ) выдается функцией управления соединением для обозначения завершения действий по управлению, инициированных примитивом indication. Примитив request (запрос) выдается функцией управления соединением, чтобы активизиро­вать процедуру протокола сигнализации. Примитив confirmation (подтверждение) выдается протоколом сигнализации для обозна­чения завершения процедуры, активизированной примитивом re­quest.

Процедуры конвертера специфицируются по технологии, рассмотренной в главе 2 первого тома, с использованием языка спецификаций и описаний SDL и диаграмм MSC [55]. Примеры MSC-диаграмм взаимодействия протоколов ОКС-7 и DDS-1 пред­ставлены на рис.11.7 и 11.8. Типы сообщений и содержание каж­дого сообщения уровня 3 протокола DDS-1 сопоставляются с ана­логичной информацией ОКС-7 по специальной таблице преобра­зований, с помощью которой также сопоставляются информаци­онные элементы DDS-1 с параметрами ISUP-R. В некоторых случа­ях возможно взаимно однозначное соответствие между информа­ционным элементом DDS-1 и параметром ISUP-R, тогда как в дру­гих случаях в параметр преобразуется только подмножество инфор­мационного элемента.

Установление соединения между терминалами абонентов А и Б, как и разъединение, описываются в терминах процедур и при­митивов. Оба терминала подключены к соответствующим АТС по протоколу DDS-1; рассматривается управление базовым соедине­нием. В примере на рис. 11.8, иллюстрирующем описание в тер­минах процедур, терминал абонента А передает адресную инфор­мацию в блочном режиме, а абонент Б имеет терминал без автоот­вета. Имеет место обычный телефонный вызов, т.е. абонент А сни­мает телефонную трубку и набирает с помощью дискового номе­ронабирателя или тастатуры номер телефона абонента Б. В резуль­тате этих действий на АТС А передается сообщение SETUP, вклю­чающее в себя адрес абонента Б и тип требуемого соединения. АТС А анализирует сообщение SETUP и определяет, что соединение нужно маршрутизировать через транзитный узел. На этой основе подсистема ISUP АТС А формирует начальное адресное


302 Глава II ________________

сообщение 1АМ и передает его на транзитный узел, после чего воз­вращает абоненту А сообщение CALL_PROCEEDING, свидетель­ствующее о том, что прием адресной информации закончен и вызов обрабатывается.

После получения сообщения IAM транзитный узел анализи­рует адрес абонента Б и определяет, что вызов нужно маршрутизировать к АТС Б. Транзитный узел формирует соответствующее со­общение IAM и передает его в АТС Б, которая анализирует инфор­мацию, содержащуюся в IAM, определяет идентификатор вызы­ваемого абонента, определяет, что оборудование абонента Б не имеет многотерминальной конфигурации, требующей вещатель­ного режима работы, а используется режим работы «точка-точка», передает к терминалу абонента Б сообщение SETUP, а на транзит­ный узел возвращает сообщение АСМ (ADDRESS_COMPLE-TE_MESSAGE) для указания того, что принятой информации дос­таточно для идентификации абонента Б.

После приема сообщения SETUP терминал абонента Б ис­пользует опцию возврата к своей АТС сообщения CALL_PRO-CEEDING. Это сообщение не вызывает на АТС Б никаких дейст­вий, кроме сброса внутренних таймеров. Когда терминал абонен­та Б начинает сигнализировать абоненту о входящем вызове (т.е. телефон начинает звонить), на станцию Б возвращается сообще­ние ALERTING. АТС Б передает сообщение CALL_ PROGRESS на транзитный узел, который, в свою очередь, передает сообще­ние CALL_PROGRESS на АТС А. АТС А информирует абонента А о передаче сигнала вызова абоненту Б посылкой сообщения ALERTING. Когда абонент Б отвечает на вызов (например, подни­мает телефонную трубку), к АТС Б посылается сообщение CON­NECT. АТС Б возвращает к терминалу абонента Б сообщение CONNECT_ACKNOWLEDGE и передает сообщение ANSWER на транзитный узел. Этот узел ретранслирует сообщение AN SWER на АТС А, которая завершает установление соединения передачей к терминалу абонента А сообщения CONNECT. В данном примере опция передачи от терминала абонента А на АТС сообщения CONNECT_ACKNOWLEDGE не применяется.

Разъединение может быть инициировано любым абонентом:

в данном примере это делает абонент А. Когда он дает отбой, тер­минал А передает к АТС А сообщение DISCONNECT. Это приво­дит к передаче от АТС А на транзитный узел и к терминалу абонен­та А сообщения RELEASE. Терминал А отвечает сообщением RELEASE_COMPLETE,

Реализация, тестирование и преобразование протоколов 303

а транзитный узел передает сообщение RE­LEASE к АТС Б. После приема сообщения RELEASE на станции Б к терминалу абонента Б передается сообщение DISCONNECT, a на транзитный узел передается сообщение RELEASE_COMPLETE. И, наконец, после получения сообщения RELEASE от терминала абонента Б АТС Б передает к терминалу Б сообщение RELEASE_COMPLETE. Этим исчерпывается описание примера на рис.11.7.


Описание в терминах примитивов иллюстрируется другим примером на рис. 11.8. Каждая АТС имеет «входящую» систему сиг­нализации (определенную как принимающая сообщение SETUP или начальное адресное сообщение IAM), «исходящую» систему сигнализации (определенную как посылающую сообщение SET­UP или начальное адресное сообщение IAM) и функции управле­ния соединением.

Абонент А инициирует вызов, в результате чего в исходящую DDS-1 абонента А передается примитив запроса установления со­единения. Исходящая DDS-1 формирует сообщение SETUP, содер­жащее адрес абонента Б и тип запрашиваемого соединения. Сооб­щение SETUP передается во входящую DDS-1 АТС А, что приводит к передаче функциям управления соединением примитива setup_indication.

Функции управления соединением анализируют информа­цию, содержащуюся в примитиве, и предпринимают три действия. Во-первых, они возвращают в исходящую DDS-1 примитив proceeding_request, вызывая этим посылку сообщения CALL_PROCEEDING терминалу абонента А. Во-вторых, функ­ции управления соединением определяют, что соединение нужно установить через транзитный узел, и запрашивают исходящий ISUP сформировать начальное адресное сообщение IAM путем переда­чи примитива setup_request. Исходящий ISUP реагирует на запрос, формируя IAM и передавая его на соответствующий транзитный узел. Третье действие функций управления соединением заключа­ется в выдаче команды блоку коммутации проключить в обратном направлении канал связи, участвующий в соединении, после чего абонент А сможет слышать акустические сигналы, посылаемые

сетью.

Когда исходящий ISUP получает от транзитного узла сооб­щение АСМ, функциям управления соединением передается при­митив proceeding_indication. Прием этого примитива дает


306 Глава 11_______________________________________

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

Следующее сообщение, которое должен получить исходящий ISUP, - сообщение CALLJPROGRESS, указывающее, что абонен­ту Б посылается вызывной сигнал. Это приводит к передаче функ­циям управления соединением примитива alerting_indication. Функции управления соединением определяют, что абоненту Б посылается вызов, и что абонента А следует информировать о со­стоянии соединения. Во входящую DDS-1 передается примитив alerting_request, в результате чего к терминалу абонента А переда­ется сообщение ALERTING и абонент получает соответствующий сигнал (например, КПВ).

Когда абонент Б отвечает на вызов, сообщение ANSWER воз­вращается по сети ОКС в исходящий ISUP станции А. Это приво­дит к передаче функциям управления соединением примитива setup_confirmation. Функции управления соединением определя­ют, что абонент Б ответил на вызов, и дают команду блоку комму­тации проключить канал связи в прямом направлении, а также передают примитив setup_response во входящую DDS-1, вызывая передачу сообщения CONNECT к терминалу абонента А. Сооб­щение CONNECT указывает, что запрошенное соединение уста­новлено.

Разъединение инициирует абонент А. Это приводит к пере­даче примитива запроса разъединения в исходящую DDS-1 абонен­та А, что, в свою очередь, вызывает передачу сообщения D1SCON-N ЕСТ к входящей DDS-1 на станции А. Прием сообщения DISCON-N ЕСТ вызывает передачу функциям управления соединением при­митива disconnect_indication.

После приема этого примитива функции управления соеди­нением выполняют три действия. Во-первых, эти функции опре­деляют, что соединение должно быть нарушено. В соответствии с этим, управление соединением посылает в исходящий ISUP при­митив release_request, что приводит к передаче сообщения RELEASE к транзитному узлу. Во-вторых, управление соединением дает команду блоку коммутации освободить ресурсы, занятые в со­единении. В-третьих, управление соединением определяет, что

Реализация, тестирование и преобразование протоколов 307

должно быть освобождено звено доступа, и посылает примитив release_request во входящую DDS-1, что вызывает передачу сообще­ния RELEASE к терминалу абонента А. Когда последовательность операций освобождения закончена, функции управления соеди­нением получают от входящей DDS-1 и исходящего ISUP примити­вы release_confinnation. После приема примитива release_coniirmation от входящей DDS-1 функции управления соединением определя­ют, что к метке соединения больше нет обращений, освобождают эту метку и возвращают ее в общий пул для использования в другом соединении.


Приведенные описания сугубо иллюстративны и не являют­ся исчерпывающими, однако вполне достаточны для понимания архитектуры конвертеров семейства xSM.

Заключительной фразой этого тома может служить следую­щая формулировка одного из законов Мэрфи: «Стоит запечатать письмо, как в голову приходят свежие мысли». Впрочем, для этого у автора остается возможность написать том 3.

ЛИТЕРАТУРА

1. Аваков Р.А., Кооп М.Ф., Лившиц Б.С., Подвидз М.М. Город­ские координатные автоматические телефонные станции и подстанции. М.: Связь, 1971.

2. Афанасьев А.П. Раздельное обслуживание абонентских уст­ройств на ГТС. М.: Связьиздат, 1958.

3. Бабицкий И.А. К расчету ступенчатого включения на АТС. М.: Связьиздат, 1956.

4. Бакланов И.Г. ISDN и FRAME RELAY: технология и практи­ка измерений. М.: Эко-Трэндз, 1999.

5. БекманД. Стандарт SNMPV3// Сети и системы связи, 1998. — №12.

6. Берлин Б.З., Брискер А.С., Васильева Л.С. и др. Городская те­лефонная связь. Справочник. М.: Радио и связь, 1987.

7. Блэк Ю. Сети ЭВМ: протоколы, стандарты, интерфейсы. М.: Мир, 1990.

8. Боккер П. Цифровая сеть с интеграцией служб. Понятия, методы, системы: Пер. с нем. М.: Радио и связь, 1991.

9. Борман В.А. Измерения на городских телефонных сетях. М.: Связьтехиздат, 1953.

10. БулгакВ.Б.,ВаракинЛ.Е., Ивашкевич Ю.К.,МосквитинВ.Д., Осипов В.Г. Концепция развития связи Российской Федера­ции. М.: Радио и связь, 1995.

11. Голубев А.Н. Стратегия разработки комплекса АТСЦ-90// Вестник связи, 1993.—№9.

12. Голубцов И.Е., Сасонко С.М. Нормы затухания на местных те­лефонных сетях. М.: Связь, 1965.

13. Гольдштейн Б.С. Сигнализация в сетях связи. 2-е изд., пере-раб. и доп. М.: Радио и связь, 1998. —T.I.

14. ГОСТ 18490-78. Аппараты телефонные. Термины и опреде­ления.

15. ГОСТ 25554-82. Аппараты телефонные с кнопочными номе­ронабирателями. Основные параметры, технические требо­вания и методы испытаний.

16. ГОСТ 7153-85. Аппараты телефонные общего применения.

17. Понтер И., Сивере М. Цифровая связь. Техника и организа­ция. СПб: Издательство Электротехнического института свя­зи им. проф. М.А. Бонч-Бруевича, 1993.

18.Делтон Хори. Усовершенствуй свой телефон: Пер. с. англ. А. Ковеля/ Под ред. А. Молодяну. М.: Бином, 1995.

______Литература______________________________ 309

19. Денисьева О.М. Исследования пропускной способности ин­формационной сети. III Международный форум по инфор­матизации. Международная конференция информационных сетей и систем (ICI-NAS), СПб, 1994.


Смотрите также файлы