UA51751C2 - Транзитна система зв'язку для комутованого потоку трафіку - Google Patents

Abstract

Винахід стосується транзитної системи (300) для забезпечення транзитного з'єднання для комутованого трафіку. Ця транзитна система містить перехресний з'єднувач (370) асинхронної передачі даних (АПД), мультиплексори (360, 364) міжмережного обміну АПД і процесор (350) сигналізації. Мультиплексори перетворюють трафік, прийнятий транзитною системою, на трафік АПД, який спрямовується через перехресний з'єднувач і перетворюється назад на формат комутованого трафіку в мультиплексорі міжмережного обміну АПД. Процесор сигналізації керує віртуальними з'єднаннями та вихідними комутованими з'єднаннями, що використовуються мультиплексорами.

Description

Опис винаходу

Винахід стосується транзитних систем для комутованого потоку інформаційного обміну (трафіка) і, зокрема, 2 транзитних систем, які використовують системи з асинхронною передачею даних (АПД), щоб з'єднувати між собою різні комутовані мережі або мережні елементи.

Транзитна функція використовується для того, щоб ущільнювати та перемикати трафік зв'язку між мережами, перемикачами та іншими мережними елементами. Фіг.1 зображує звичайний транзитний комутатор, відомий з рівня техніки. Три перемикачі та мережний елемент об'єднані. в транзитний комутатор. Цей транзитний 70 комутатор дає змогу перемикачам з'єднуватися з мережним елементом без безпосереднього з'єднання між перемикачами і мережним елементом. Він також дає змогу кожному перемикачу з'єднуватись з кожним іншим перемикачем без безпосереднього з'єднання між всіма перемикачами. Ця економія в з'єднаннях і групоутворенні є однією з переваг транзитних комутаторів. На додаток до цього, з'єднання між транзитним комутатором і мережним елементом використовує частотний діапазон більш ефективно, тому що на транзитному комутаторі 12 трафік ущільнюється. Крім того, транзитний комутатор може використовуватись для ущільнення трафіка, що надходить на інші з'єднання мережі.

З'єднання показані на фіг.1 суцільними лініями, є комутованими з'єднаннями. Комутовані з'єднання добре відомі в рівні техніки з деяких прикладів, що є з'єднаннями часового ущільнення (ЧУ), такими як з'єднання 053, 051, ЕЗ, Е1 або ЕО. З'єднання 053 переносять безперервний транспортний сигнал зі швидкістю 44,736 мегабіт на секунду. З'єднання О51 переносять безперервний транспортний сигнал зі швидкістю 1,544 мегабіт на секунду. З'єднання ОБО переносять безперервний транспортний сигнал зі швидкістю 64 кілобіт на секунду. Як відомо, з'єднання ОЗ можуть складатися з множини з'єднань О51, які, в свою чергу, можуть складатися з множини з'єднань 050. Лінії сигналізації, показані пунктирними лініями, можуть бути звичайними лініями сигналізації, наприклад лініями 557, С7 або ІЗОМ. Перемикачі, показані на фіг.1, являють собою загальновідомі с перемикачі каналів, прикладами яких є МопйеІ ЮМ5-250 або І исепі БЕ55. Транзитний комутатор як правило Ге) містить перемикачі каналів, які з'єднують між собою з'єднання 053, 051 або ОБО.

Добре відомі характеристики вартості та ефективності, які стосуються транзитних комутаторів. Для багатьох мереж введення транзитних комутаторів є невиправданим, аж доки ефективність, що забезпечується транзитною функцією, стане більш вагомою відносно до вартості транзитного комутатора. Це проблематично, (7 оскільки неефективність є припустимою, доки вона не стане більш вагомою, ніж висока вартість транзитного (3 комутатора. Зараз є потреба у більш доступній та ефективній транзитній системі комутації.

Винахід стосується транзитної системи зв'язку і способу забезпечення транзитного з'єднання для виклику. в

Транзитна система містить перший мультиплексор міжмережного обміну АПД, перехресний з'єднувач АПД, "ее другий мультиплексор міжмережного обміну АПД і процесор сигналізації. Перший мультиплексор міжмережного 3о обміну АПД приймає комутований потік інформаційного обміну (трафік) для виклику з першого комутованого о з'єднання. Він перетворює комутований трафік на пакети АПД, що ідентифікують вибране віртуальне з'єднання на основі першого керуючого повідомлення, і передає пакети АПД. Перехресний з'єднувач АПД підімкнено до першого мультиплексора міжмережного обміну АПД. Він приймає пакети АПД від першого мультиплексора « міжмережного обміну АПД і спрямовує пакети АПД на вибране віртуальне з'єднання, ідентифіковане в цих З 740 пакетах АПД. Другий мультиплексор міжмережного обміну АПД підімкнено до перехресного з'єднувача АПД. Він с приймає пакети АПД від перехресного з'єднувача АПД. Він перетворює пакети АПД на комутований потік

Із» інформаційного обміну (трафік) і передає комутований трафік по вибраному другому комутованому з'єднанню на основі другого керуючого повідомлення. Процесор сигналізації зв'язаний лініями з першим мультиплексором міжмережного обміну АПД і другим мультиплексором міжмережного обміну АЛД. Він приймає та обробляє сигналізацію зв'язку для виклику, щоб вибрати віртуальне з'єднання і друге комутоване з'єднання. Він видає і-й перше керуюче повідомлення для виклику на перший мультиплексор міжмережного обміну АПД і видає друге - керуюче повідомлення для виклику на другий мультиплексор міжмережного обміну АПД. Перше керуюче повідомлення ідентифікує перше комутоване з'єднання і вибране віртуальне з'єднання. Друге керуюче і повідомлення ідентифікує вибране віртуальне з'єднання і вибране друге комутоване з'єднання. В результаті с 20 транзитне з'єднання утворюється першим комутованим з'єднанням, вибраним віртуальним з'єднанням і вибраним другим комутованим з'єднанням. та В різних інших варіантах здійснення транзитна система забезпечує транзитне з'єднання для виклику між: двома комутованими перемикачами, двома комутованими мережами, що переключають, комутованим перемикачем і платформою розширених послуг, каналом зайнятої локальної телефонної мережі та каналом 29 конкуруючої локальної телефонної мережі, каналом першої конкуруючої локальної телефонної мережі та

ГФ) каналом другої конкуруючої локальної телефонної мережі з несучою, каналом локальної телефонної мережі та каналом міжміської телефонної мережі, каналом локальної телефонної мережі та каналом міжнародної о телефонної мережі з несучою, каналом міжміської телефонної мережі та каналом міжнародної телефонної мережі. 60 У різних втіленнях процесор сигналізації вибирає з'єднання для виклику на основі: повідомлення установки виклику, початкового адресного повідомлення Системи сигналізації Мо 7 (ПАП 557), номера, що викликається, області плану нумерації або коду області МРА, коду обміну, МХХ, МРА-МХХ, мережі місця призначення, коду вибору транзитної мережі, параметру ідентифікації каналу, ознаки адреси, ідентифікатора мережного елемента, локального маршрутного номера або групи магістральних каналів. бо В різних елементах численні фізичні обмеження також можуть відрізняти винахід. Перший мультиплексор міжмережного обміну АПД і другий мультиплексор міжмережного обміну АПД можуть бути вбудовані в єдиний мультиплексор міжмережного обміну АПД. Перше керуюче повідомлення і друге керуюче повідомлення можуть бути вбудовані в єдине керуюче повідомлення. Перший мультиплексор міжмережного обміну АПД, другий Мультиплексор міжмережного обміну АПД, перехресний з'єднувач АПД можуть фізично розташовуватись в одному і тому самому місці. Процесор сигналізації, перший мультиплексор міжмережного обміну АПД, другий мультиплексор між мережного обміну АПД і перехресний з'єднувач АПД можуть фізично розташовуватись в одному і тому самому місці.

Більш прийнятне, винахід забезпечує транзитну функцію між комутованими системами без необхідності у 7/0 Комутованому перемикачі або перемикачі АПД. Винахід здатний здійснювати різні види транзитної маршрутизації без запитування повного набору логіки комплексної маршрутизації. Наприклад, винахід може лише аналізувати мережний код місця призначення, щоб вибрати транзитне з'єднання, і може опускати необхідність аналізувати номер, що викликається. Винахід також здатний забезпечити інтерфейс АПД.

Фіг.1 є блок-схемою варіанту прототипу.

Фіг.2 є блок-схемою варіанту цього винаходу.

Фіг.3 є блок-схемою варіанту цього винаходу.

Фіг.4 є блок-схемою варіанту цього винаходу.

Фіг.5 є блок-схемою варіанту цього винаходу.

Фіг.б6 є логічною схемою варіанту винаходу.

Фіг.7 являє собою діаграму послідовності повідомлень у варіанті винаходу.

Фіг.8 є блок-схемою варіанту цього винаходу.

Фіг.9 є блок-схемою варіанту цього винаходу.

Фіг.10 є блок-схемою варіанту цього винаходу.

Фіг.11 наводить приклад таблиці каналів магістралі. сч

Фіг.12 наводить приклад таблиці групи магістралей.

Фіг.13 подає таблицю винятків. (8)

Фіг.14 подає таблицю АВН.

Фіг.15 наводить приклад таблиці номерів, що викликаються.

Фіг.16 наводить приклад таблиці маршрутизації. «- зо Фіг.17 наводить приклад таблиці обробки.

Фіг.18 наводить приклад таблиці повідомлень. що)

Для ясності термін "з'єднання" буде використовуватись для позначення середовища передачі, що М використовується для переносу трафіка користувача. Термін "лінія" буде вживатись для позначення середовища передачі, що використовується для переносу повідомлень сигналізації або керування. Фіг.1 зображує транзитний -- з5 перемикач прототипу. Показані три перемикачі, підімкнені до мережного елемента через транзитний комутатор. У

Два перемикачі також з'єднані один з одним через транзитний комутатор. Використання транзитного комутатора усуває потребу у безпосередніх з'єднаннях між усіма цими перемикачами та мережними елементами.

Використання транзитного комутатора усуває також потребу у безпосередніх з'єднаннях між самими перемикачами. Як правило, транзитний комутатор складається з звичайного перемикача каналів. «

Фіг2 подає варіант цього винаходу. Показано транзитну систему 200, перемикач 210, перемикач 212, - с перемикач 214 і мережний елемент 290. Перемикачі 210, 212 і 214 підімкнені до транзитної системи 200 з'єднаннями 200, 222 та 224 відповідно. Перемикачі 210, 212 і 214 зв'язані з транзитною системою 200 лініями з 230, 232 та 234, відповідно. Як визначено вище, "з'єднання" переносять трафік, а "лінії" переносять сигналізацію зв'язку і керуючі повідомлення. Транзитна система 200 також з'єднана і зв'язана лініями з

Ммережним елементом 290 за допомогою з'єднання 226 і лінії 236. с Фахівцям відомо, що великі мережі мають набагато більше компонентів, ніж показано. Наприклад, часто може бути дуже багато перемикачів і мережних елементів, з'єднаних через транзитну систему 200. Фахівцям - відомо, що для передачі сигналізації серед різних компонентів можна використовувати пункт передачі сигналу -І (ППС). Число компонентів на фіг.2 обмежено для ясності. Винахід же повністю застосовний до великих мереж.

Перемикачі 210, 212 ії 214 можуть бути звичайними перемикачами каналів або будь-яким джерелом о комутованого трафіка. Мережний елемент 290 являє собою будь-який елемент, який приймає комутований як трафік. Прикладами таких мережних елементів є перемикачі та платформи розширених послуг. Часто мережний елемент 290 буде в інший мережі зв'язку, ніж перемикачі 210, 212 і 214. З'єднання 220, 222, 224 і 226 можуть бути будь-якими з'єднаннями, що передають комутований трафік. Часто вони є з'єднаннями О5З або 051. Як правило, загальне з'єднання ОБО, що використовується для звичайних мовних викликів, вбудовано в з'єднання 053 або 051. Лінії 230, 232, 234 або 236 являють собою будь-які лінії, що переносять сигналізацію зв'язку або

Ф) керуючі повідомлення, прикладом чого є лінія Системи сигналізації Мо 7 (557). Фахівцям відомі комутований ка трафік і сигналізація.

Транзитна система 200 складається з компонент, які забезпечують прийом комутованого трафіка і бо сигналізації, а потім перемикання трафіка в потрібне місце призначення відповідно до сигналізації. Прикладом може служити здійснювана перемикачем 210 обробка виклику, призначеного для мережного елемента 290.

Перемикач 210 займе з'єднання виклику в з'єднанні 220 до транзитної системи 200. Як правило це з'єднання виклику являє собою ОБО, вбудоване в 053. Крім того, перемикач 210 спрямовує початкове адресне повідомлення (ПАП) до транзитної системи 200 по лінії 230. ПАП містить таку інформацію, як набраний номер, 65 Номер сторони, що викликає, ії код ідентифікації каналу (КІК). КІК ідентифікує ОБО, що надходить, в з'єднанні 220, яке використовується для виклику. Транзитна система 200 приймає і обробляє ПАП і вибирає вихідне з'єднання для виклику. У цьому прикладі ним буде О50, вбудоване у з'єднання 226 до мережного елемента 290.

Внаслідок цього транзитна система 200 з'єднає ОБО в з'єднанні 220 з вибраним 050 в з'єднанні 226. Додатково транзитна система 200 може послати ПАП або інше повідомлення до мережного елемента 290 по лінії 236. Та ж сама основна процедура може використовуватися для з'єднання виклику від перемикача 214 до перемикача 212, або для з'єднання виклику, від мережного елемента 290 до перемикача 214.

Транзитна система 200 працює з використанням такого метода. Транзитна система 200 перетворює комутований трафік, що надходить, на пакети асинхронної передачі даних (АПД). Вона також обробляє сигналізацію, що надходить, пов'язану з трафіком, для вибору підхожих з'єднань АПД для пакетів АПД. Потім 7/0 Вона спрямовує пакети АПД через матрицю АПД. Після проходження матриці пакети АПД перетворюються назад на формат каналу і подаються у вибране комутоване з'єднання. Управляючи вибором з'єднання АПД і комутованого з'єднання, транзитна система 200 здатна з'єднувати будь-яке вхідне комутоване з'єднання з будь-яким вихідним комутованим з'єднанням. Наприклад, будь-яке Ю5О, що надходить, може з'єднуватися з будь-яким вихідним ОБО шляхом вибору підхожого віртуального каналу АПД та вихідного Ю5О в транзитній /5 бистемі. Слід зазначити, що використання АПД може бути повністю внутрішнім для транзитної системи 200 і може бути прозорим для зовнішньої мережі ззовні від транзитної системи 200. В деяких втіленнях транзитна система 200 може також приймати і передавати трафік АПД на доповнення до комутованого трафіка. фіг.3 зображує транзитну систему 300, що є варіантом транзитної системи відповідно до фіг.2. Для фахівців очевидні відмінності від цього варіанту, які також враховуються винаходом. Транзитна система 300 має з'єднання 320, 322, 324 і 326, що відповідають з'єднанням 220, 222, 224 і 226 на фіг.2.

Транзитна система З00 має лінії 330, 332, 334 і 336, що відповідають лініям 230, 232, 234 і 236 на фіг.2.

Транзитна система 300 складається з процесора 350 сигналізації, мультиплексора 360 міжмережного обміну

АПД (мультиплексора), мультиплексора 362, мультиплексора 364 і перехресного з'єднувача 370. Мультиплексор 360 з'єднаний з перехресним з'єднувачем 370 за допомогою з'єднання 380. Мультиплексор 362 з'єднаний з сч об перехресним з'єднувачем 370 за допомогою з'єднання 382. Мультиплексор 364 з'єднаний з перехресним з'єднувачем 370 за допомогою з'єднання 384. Мультиплексори 360, 362 і 364 зв'язані з процесором 350 і) сигналізації лінією 390.

З'єднання 380, 382 і 384 можуть бути будь-якими з'єднаннями, що підтримують АПД. Лінія 390 може бути лінією, здатною переносити керуючі повідомлення. Прикладами такої лінії можуть бути лінії 557, ООР/ЛР або «-

ТСРЛР по мережі ЕФПегтеї, або шинна конфігурація, що використовує звичайний шинний протокол.

Процесор 350 сигналізації являє собою будь-яку обробляючу платформу, що може приймати та обробляти о сигналізацію для вибору віртуальних з'єднань і комутованих з'єднань, а потім генерувати й передавати М повідомлення для ідентифікації варіантів вибору. Винахід враховує різні види сигналізації, включаючи ІЗОМ, 57 та С7. Більш прийнятне виконання процесора сигналізації докладно розглядається нижче. --

Мультиплексори 360, 362 і 364 можуть являти собою будь-яку систему, що забезпечує організацію ю міжмережного обміну трафіка між форматами АПД і не-АПД згідно з керуючими повідомленнями від процесора 350 сигналізації. Ці керуючі повідомлення як правило видаються за принципом від виклику до виклику та ідентифікують присвоювання з'єднання ОБО ідентифікаторам віртуальних трактів/дентифікаторам віртуальних каналів (ІВТ/ВК). Мультиплексор забезпечуватиме міжмережний обмін трафіка користувача між О50 і АПД на « основі керуючих повідомлень. Наприклад, мультиплексор може приймати з'єднання виклику О50 і з с перетворювати цей трафік на пакети АПД з ІВТ/ВК, вибраними процесором сигналізації. Мультиплексор може . також приймати пакети АПД від перехресного з'єднувача 370 АПД. Ці пакети АПД перетворюються назад у и?» формат 050 і подаються в з'єднання виклику ОБО, вибране процесором 350 сигналізації. В деяких втіленнях мультиплексори забезпечують цифрову обробку сигналів, як вказується в керуючих повідомленнях (як правило,

Від процесора 350 сигналізації). Прикладом цифрової обробки сигналів є луна-заглушення або перевірка с неперервності. Більш прийнятне виконання цих мультиплексорів також розглядається докладно нижче.

Перехресний з'єднувач 370 АПД являє собою пристрій, який забезпечує множину віртуальних з'єднань АПД - між мультиплексорами. Прикладом перехресного з'єднувача АПД є МЕС Моаеї! 20. В АПД віртуальні з'єднання -І можуть позначатись за допомогою ІВТ/ЛВК у заголовку пакету. Перехресний з'єднувач 370 може бути побудований для забезпечення множини з'єднань ІВТЛВК між мультиплексорами. Наведені далі приклади о ілюструють можливу конфігурацію. ІВТ "А" може передаватись від мультиплексора 360 через перехресний як з'єднувач 370 на мультиплексор 362. ІВТ "В" може передаватись від мультиплексора 360 через перехресний з'єднувач 370 на мультиплексор 364. ІВТ "С" може передаватись від мультиплексора 360 через перехресний з'єднувач 370 на мультиплексор 360. Аналогічно, ІВТ можуть одержуватись: від мультиплексора 362 до дв Мультиплексора 360, від мультиплексора 362 до мультиплексора 364, від мультиплексора 362 назад до мультиплексора 362, від мультиплексора 364 до мультиплексора 360, від мультиплексора 364 до

Ф) мультиплексора 362 та від мультиплексора 364 назад до мультиплексора 364. Таким чином, вибір ІВТ по суті ка вибирає вихідний мультиплексор. ІВК можуть використовуватись для диференціації індивідуальних викликів на

ІВТ між двома мультиплексорами. во З'єднання ОЗ, 051 і О5О є двоспрямованими, тоді як з'єднання АПД є односпрямованими. Це означає, що двоспрямовані з'єднання як правило потребують двох з'єднань АПД - одне на кожний напрямок. Це може досягатись присвоюванням супровідних ІВТ/ВК кожному ІВТ/ВК, що використовувався для установки виклику.

Мультиплексори виконуються з можливістю виклику супровідного ІВТ/ВК, щоб забезпечити зворотний тракт для двоспрямованого з'єднання. 65 В деяких втіленнях процесор сигналізації, мультиплексори і перехресний з'єднувач будуть всі фізично розташовані в одному і тому самому місці. Наприклад, транзитна система буде займати одне місце розташування, оскільки і комутуючий перемикач займає єдине положення. Таким чином, транзитна система фізичні та функціонально включає в себе комутуючий перемикач. Однак властивості компонентів транзитної системи забезпечують можливість її реалізації в розподіленому варіанті. Наприклад, в альтернативних втіленнях Мультиплексори і перехресний з'єднувач можуть фізично розташовуватись в одному і тому самому місці, а процесор сигналізації - у віддаленому місці.

Для виклику у з'єднанні 320, призначеному для з'єднання 326, система буде працювати так. В цьому варіанті виконання інформація користувача з з'єднання 324 може мультиплексуватись на рівень ОБО, але в інших втіленнях це не потрібне. Крім того, у цьому втіленні використовується сигналізація 557, але застосовними є /о також і інші протоколи сигналізації, такі як сигналізація С7.

О50 в з'єднанні 320 буде зайняте, і ПАП, яке стосується виклику, буде прийматися по лінії 330. Процесор 350 сигналізації обробляє ПАП для вибору ІВТ/ВК з мультиплексора 362 через перехресний з'єднувач 370 АПД до мультиплексора 364. Процесор 350 сигналізації вибирає також ОБО в з'єднанні 326 від мультиплексора 364.

Ці варіанти вибору можуть грунтуватися на багатьох факторах, прикладами яких є номер, що набирається, або 7/5 ідентифікація мережі призначення. Процесор 350 сигналізації посилає керуюче повідомлення по лінії 390 на мультиплексор 362, який ідентифікує як зайняте Ю5О в з'єднанні 320, так і вибрані ІВТ/ВК. Процесор 350 сигналізації посилає також керуюче повідомлення по лінії 390 на мультиплексор 364, що ідентифікує як вибрані

ІВТИЛВК, так і зайняте ОБО в з'єднанні 326. Якщо треба, процесор сигналізації передає команду одному з мультиплексорів застосувати луна-заглушення до виклику. Крім того, процесор 350 сигналізації передає будь-яку сигналізацію, необхідну для продовження встановлення виклику по лініям 330 і 336.

Мультиплексор 362 приймає керуюче повідомлення від процесора 350 сигналізації, ідентифікуючи зайняте

О50 ї вибрані ІВТЛВК. Мультиплексор 362 перетворює потім інформацію користувача від зайнятого ОБО в з'єднанні 324 на пакети АПД. Мультиплексор 362 присвоює вибрані ІВТ/ВК заголовкам пакетів АПД.

Фактичне з'єднання, присвоєне вибраними ІВТ/ВК, буде попередньо передаватись через перехресний сч ов З'єднувач З7О від мультиплексора 362 до мультиплексора 364. В результаті пакети АПД з вибраними ІВТ/ВК передаються по з'єднанню 382 і переносяться перехресним з'єднувачем 370 по з'єднанню 384 до (8) мультиплексора 364.

Мультиплексор 364 приймає керуюче повідомлення від процесора 350 сигналізації, ідентифікуючи вибрані

ІВТ/ВК і вибране ОО у з'єднанні 326. Мультиплексор 364 перетворює пакети АПД з вибраними ІВТЛВК на де

Зо Заголовки пакетів для вибраного ЮО50О на з'єднанні 326. Таким чином, можна бачити, що варіанти вибору ІВТ/ВК і

О5О процесором 350 сигналізації можуть реалізовуватись мультиплексорами 362 і 364 для підключень кількох о

О50 на з'єднаннях 320 і 326. Ці підключення можуть забезпечуватися транзитною системою 200 за принципом М від виклику до виклику.

По виконанні виклику процесор 350 сигналізації приймає повідомлення роз'єднання (КЕЇ!), що індицирує -- зв завершення виклику. В результаті процесор 350 сигналізації видає повідомлення завершення на ю мультиплексори 360 і 364. Коли ці мультиплексори приймають ці повідомлення, вони роз'єднують ІВТ/ВК та Ю50.

Це ефективно завершує з'єднання виклику і вивільнює ІВТ/ВК і О50 для використання в інших викликах.

З наведеного вище опису можна бачити, що для з'єднання трафіка з ЮО50О, що надходять, до вихідних О5О використовується управління за принципом від виклику до виклику для ІВТ/ВК та ОБО в пункті організації «

Міжмережного обміну АПД/О50О. Цей пункт організації міжмережного обміну, де перетворюється трафік, з с знаходиться в мультиплексорах. На відміну від звичайних комутуючих перемикачів, матриця (тобто перехресний з'єднувач) не управляється за принципом від виклику до виклику. Вона просто призначена для забезпечення ;» міжз'єднань мультиплексорів. Це сильно спрощує винахід порівняно з звичайними транзитними перемикачами.

Така унікальна комбінація компонент і управління забезпечує переваги транзитної системи.

Її може бути, як правило, реалізовано при більш низькій вартості, ніж звичайний транзитний комутуючий с перемикач. Компоненти цієї транзитної системи легко масштабуються, так що габарити цієї транзитної системи можна пристосовувати до конкретних вимог трафіка і оновлювати у міру необхідності. Як буде видно, процесор - сигналізації не вбудовано в перемикач. Це дає змогу йому більш просто пристосовуватись до даного завдання. -І Наприклад, надійна і дорога логіка маршрутизації може не виявитись непотрібною.

Фіг.4 зображує транзитну систему 400. Транзитна система 400 така сама, як транзитна система З00 за фіг.3, 1 за винятком того, що додано з'єднання 486. Для ясності інші позиції-посилання не наведено. З'єднання 486 є як з'єднанням АПД. Як правило, з'єднання АПД буде використовувати транспортний протокол, такий як ЗОМЕТ або 053, але можуть використовуватися і інші протоколи. З'єднання 486 забезпечує системам АПД доступ до транзитної системи 400. Цей доступ здійснюється через перехресне з'єднання. Перехресне з'єднання, ов призначене для того, з'єднувати конкретні ІВТ/ЛВК в з'єднанні 486 з конкретними мультиплексорами. Таким чином, трафік не-АПД, що надходить через мультиплексор в транзитну систему 400, може покидати цю систему

Ф) в форматі АПД через з'єднання 486. Додатково, трафік АПД може входити в транзитну систему 400 через ка з'єднання 486 і покидати її через мультиплексор в з'єднанні не-АПД. В деяких втіленнях лінія сигналізації від процесора сигналізації до перехресного з'єднувача може використовуватись для обміну сигналізацією В-ІЗОМ бо Між процесором сигналізації і системою АПД через перехресне з'єднання і з'єднання 486. В такому втіленні кілька ІВТ/ЛВК сигналізації В-І5ЗОМ передаються через перехресне з'єднання між процесором сигналізації та системою АПД. Більш прийнятне, транзитна система 400 забезпечує транзитний доступ до системи АПД і від неї.

Фіг.5 зображує транзитну систему 500, перемикач 510, перемикач 512, мережний елемент 514, мережу 520, мережу 522 та мережу 524. Ці компоненти загальновідомі з рівня техніки і зв'язані між собою, як показано на 65 фіг.5. Ці компоненти і лінії такі, як описано вище, але для ясності з'єднання та лінії не пронумеровано.

Транзитна система 500 працює як описано вище.

Фіг.5 призначена для ілюстрації різних особливостей маршрутизації транзитної системи 500. Через те, що транзитна система 500 може виконуватися для забезпечення транзитної функції спеціального виду, маршрутизація може також пристосовуватися до конкретних потреб. Більш прийнятне, це може спростити складність і знизити вартість транзитної системи 500.

В одному втіленні транзитна система 500 здійснює маршрутизацію на основі коду області (МРА) в набраному номері. Це може бути випадок, коли перемикачі 510 і 512 подають трафік до транзитної системи 500 для маршрутизації до мережного елемента 514 і мереж 520, 522 і 524. Якщо мережний елемент і мережі можуть бути диференційовані для здійснення маршрутизації за допомогою коду області, немає необхідності використовувати змо В транзитній системі 500 складну логіку маршрутизації.

В одному втіленні транзитна система 500 здійснює маршрутизацію на основі коду обміну (МХХ) в набраному номері. Це може бути випадок, коли перемикачі 510 і 512, мережний елемент 514 та мережі 520, 522 і 524 знаходяться всі в одному і тому ж коді області. Якщо ці компоненти знаходяться в одному і тому самому коді області, але могуть диференціюватись для здійснення маршрутизації за допомогою МХХ, немає потреби у /5 Використанні у транзитній системі 500 складної логіки маршрутизації. В іншому втіленні транзитна система 500 може здійснювати маршрутизацію на основі як МРА, так і МХХ.

В деяких втіленнях транзитна система 500 може здійснювати маршрутизацію на основі ідентифікації мережі призначення. Часто ідентифікація наступної мережі в тракті виклику надається в повідомленні сигналізації.

Транзитна система 500 прийме повідомлення сигналізації по лінії сигналізації, щоб ідентифікувати мережу 2о призначення. ПАП 557 включає код вибору транзитної мережі або ідентифікаційний параметр носія. Будь-який з цих кодів може використовуватися транзитною системою 500, щоб ідентифікувати мережу призначення і вибрати маршрут до цієї мережі призначення. Наприклад, перемикач 512 може ідентифікувати мережу 524 як мережу призначення в ПАП для транзитної системи 500. Зчитуючи ідентифікаційний параметр носія у ПАП, транзитна система 500 зможе ідентифікувати мережу 524 як мережу призначення і вибрати маршрут до мережі 524. Це і сч ов ВИиключає значну обробку виклику і спрощує транзитну систему 500.

В деяких втіленнях транзитна система 500 може зчитувати ознаку адреси в ПАП, щоб ідентифікувати види і) викликів за участю операторів і міжнародних викликів. Після ідентифікування виклики можуть маршрутизуватись до системи відповідного оператора або міжнародного носія.

У деяких втіленнях транзитна система 500 може полегшувати маршрутизацію в умовах переносу номера. «- зо Режим переносу номера дозволяє сторонам, що викликаються, Зберігати їх телефонні номери при їх пересуванні. Коли мережа виявляє один з таких перенесених номерів, вона спрямовує запит прикладного юю модуля здійснення транзакцій (ПМТ) до бази даних, яка може ідентифікувати новий мережний елемент, що М обслуговує тепер викликану сторону. (Як правило, цей новий мережний елемент являє собою перемикач класу 5, де тепер розташовується сторона, яку викликають.) Ідентифікація мережного елемента забезпечується у -- відповіді прикладного модуля здійснення транзакцій (ПМТ) назад до мережного елемента, що послав запит. ю

Відповідь ПМТ ідентифікує новий мережний елемент, який тепер обслуговує сторону, що викликається. Ця ідентифікація може бути локальним маршрутним номером, що міститься в ПМТ.

У контексті винаходу транзитна система 500 може підтримувати режим переносу номера. Транзитна система 500 може здійснювати запитування та маршрутизацію до підхожої мережі на основі локального маршрутного «

Номера у відповіді ПМТ. Транзитна система 500 може також приймати виклики від систем, що вже запитали базу пт») с даних переносу номера. В цьому випадку транзитна система 500 буде використовувати в сигналізації локальний маршрутний номер, щоб ідентифікувати мережу і здійснити маршрутизацію виклику. ;» В деяких втіленнях ключем до маршрутизації виклику буде вибір групи магістральних каналів. Групи магістральних каналів, як правило, містять багато О50О. Наприклад, кожне з з'єднань між транзитною системою 900 ії мережами 520, 522 і 524 може являти собою групу магістральних каналів. Для викликів, прийнятих від с перемикачів 510 та 512, транзитна система 500 може потребувати лише визначення того, яку з цих трьох груп магістральних каналів використовувати. Це пов'язане з тим, що вибір групи магістральних каналів ефективно - маршрутизує виклик необхідної мережі. Вибір 0О5О у вибраній групі магістральних каналів грунтується на -І доступності в вибраній групі магістральних каналів.

Фіг.6 зображує транзитну систему 600, канал зайнятої локальної телефонної мережі (ЗЛТМ) 620, канал о конкуруючої локальної телефонної мережі (КЛТМ) 622, канал КЛТМ 624, канал міжміської телефонної мережі як (ММТМ) 626, канал ММТМ 628 і міжнародний канал 630. Ці мережі знайомі фахівцям, і з'єднані лініями, як показано. Прикладами з'єднань є з'єднання О51, О53 або АПД, а прикладами ліній є лінії 557, хоча відомі також і інші застосовні з'єднання та лінії. Канали ЗЛТМ є встановленими локальними мережами. Канали КЛТМ є більш

Новими локальними мережами, що можуть конкурувати з встановленими локальними мережами. Внаслідок цього, численні ЛТМ - або зайняті, або конкуруючі - будуть забезпечувати послуги для тієї ж самої області. Ці

Ф) канали ЗЛТМ і КЛТМ будуть потребувати доступу один до одного. Вони також потребуватимуть доступу до ка каналів ММТМ для віддалених викликів і до каналів міжнародних телефонних станцій для міжнародних викликів.

Транзитна система 600 подібна до транзитної системи, описаної вище, і вона забезпечує міжз'єднання серед цих бо мереж. Наприклад, всі локальні виклики від ЗЛТМ 620 та КДТМ 622 можуть використовувати транзитну систему 600 для міжз'єднань. Сигналізація викликів і з'єднання будуть подаватися до транзитної системи 600 за допомогою ЗЛТМ 620. Транзитна система оброблятиме сигналізацію і підключати виклики до КЛТМ 622.

Транзитна система 600 буде, як правило, посилати додаткову сигналізацію до КЛТМ 622 для полегшення конкуренції викликів. 65 Аналогічні розміщення можуть здійснюватись між іншими мережами. Транзитна система 600 може забезпечити транзитний доступ між такими комбінаціями: КЛТМ і КЛТМ, КЛТМ та ЗЛТМ, ЗЛТМ і ММТМ, КЛТМ та

ММТтМ, ММТтМ і ММТМ, ЗЛТМ і міжнародний канал, КЛТМ та міжнародний канал, і ММТМ та міжнародний канал.

В деяких випадках ця маршрутизація може здійснюватись шляхом обробки локального маршрутного номера, коду вибору транзитної мережі або параметру ідентифікації носія. Таким чином, обробка виклику в транзитній системі 600 спрощується, і все ж кожна мережа має доступ до інших мереж без управління множиною з'єднань.

Мультиплексор міжмережного обміну АПД

На фіг.7 показано можливе виконання мультиплексора, що може використовуватись у цьому винаході, але також прийнятні і інші мультиплексори, які задовольняють вимогам винаходу. Показані керуючий інтерфейс 700, інтерфейс 705 ОС-3, інтерфейс 710 053, інтерфейс 715 051, інтерфейс 720 050, цифровий сигнальний 7/0 процесор 725, рівень 730 адаптації АПД (РАА) та інтерфейс 735 ОС-3.

Керуючий інтерфейс 700 приймає повідомлення від процесора сигналізації. Зокрема, керуючий інтерфейс 700 забезпечує присвоювання ЮЗО/віртуальних з'єднань рівню 730 адаптації АПД для реалізації. Керуючий інтерфейс 700 може приймати керуючі повідомлення від процесора сигналізації з повідомленнями для ОБО 720.

Ці повідомлення можуть бути для підключення О50: 1) до інших ОБО, 2) до цифрового процесора 725, або 3) до 7/5 РАА 730 (обходячи цифровий сигнальний процесор 725). Керуючий інтерфейс 700 може приймати керуючі повідомлення від процесора сигналізації з повідомленнями для цифрової сигнальної обробки 725. Прикладом такого повідомлення може служити відключення луна-заглушувача в конкретному з'єднанні.

Інтерфейс 705 0С-3 приймає формат ОС-3 і здійснює перетворення на О53. Інтерфейс 710 053 приймає формат 053 та здійснює перетворення на 051. Інтерфейс 710 053 може приймати кілька О53 від інтерфейсу 705 00-3 або від зовнішнього з'єднання. Інтерфейс 715 051 приймає формат 051 і здійснює перетворення на 050. Інтерфейс 715 051 може приймати кілька О51 від інтерфейсу 710 053 або від зовнішнього з'єднання.

Інтерфейс 720 050 приймає формат 050 і забезпечує інтерфейс до цифрового сигнального процесора 725 або до РАА 730. У деяких втіленнях інтерфейс 720 050 може бути здатний безпосередньо з'єднувати конкретні ОБО.

Це буде випадок для виклику, який надходить та уходить з одного і того самого мультиплексора. Це також буде с об Корисним для полегшення неперервності перевірки перемикачем. Інтерфейс 735 ОС-3 забезпечує прийом пакетів АПД від РАА 730 і передачу їх, як правило, через з'єднання до перехресного з'єднувача. (8)

Цифровий сигнальний процесор 725 забезпечує різноманітну цифрову обробку для конкретних О5О у відповідь на керуючі повідомлення, прийняті через керуючий інтерфейс 700. Приклади цифрової обробки включають: виявлення тонального сигналу, передача тонального сигналу, кільцева перевірка, виявлення «- зо Мовного сигналу, пересилання мовного сигналу, луна-заглушення, стискання або шифрування. В деяких втіленнях цифрова сигнальна обробка 725 може здійснювати перевірку неперервності. Наприклад, процесор о сигналізації може подати команду мультиплексору забезпечити кільцеву перевірку для перевірки неперервності М або вимкнути заглушення для виклику. Цифровий сигнальний процесор 725 підключений до РАА 730. Як обговорювалося, деякі ОБО з інтерфейсу 720 050 можуть пропускати цифрову сигнальну обробку 725 і -- безпосередньо зв'язуватися з РАА 730. ю

РАА 730 містить як підрівень збіжності, так і підрівень сегментації та перекомпонування (ПІП). РАА 730 забезпечує прийом інформації користувача в форматі ОБО від інтерфейсу 720 050 або цифрового сигнального процесора 725 і перетворює цю інформацію на пакети АПД. РАА відомі в рівні техніки, та інформація про РАА міститься в документі 1.363 Міжнародного телекомунікаційного союзу (МТС). РАА для мовного сигналу також « описаний в патентній заявці Мо 08/395745 від 28 лютого 1995 року на "Обробку пакетів АПД для передачі мови". тв) с РАА 730 одержує ідентифікатор віртуального тракту (ІВТ) та ідентифікатор віртуального каналу (ІВК) для . кожного виклику від керуючого інтерфейсу 700. РАА 730 одержує також ідентифікацію від ОБО для кожного и?» виклику (або кілька ОБО для Мхб4 викликів). РАА 730 потім перетворює інформацію користувача між ідентифікованим 050 та ідентифікованим віртуальним з'єднанням АПД. Підтвердження того, що присвоювання здійснені, можуть посилатись назад до процесора сигналізації, якщо це бажано. Виклики зі швидкостями, що с кратні 64 кбіт/секунда, відомі як Мхб4 виклики. Якщо ж бажано, РАА 730 може забезпечувати прийом керуючих повідомлень через керуючий інтерфейс 700 для Мхб4 викликів. - Як обговорювалося вище, мультиплексор також працює з викликами у протилежному напрямку - від -І інтерфейсу 735 ОС-3 до інтерфейсу 720 050. Цей трафік буде перетворюватись в АПД іншим мультиплексором і 5ор бпрямовуватися до ОС-3 735 за допомогою перехресного з'єднувача через вибраний ІВТ/ЛВК. Керуючий о інтерфейс 700 присвоює РАА 735 вибраний ІВТ/ЛВК для вибраного вихідного ЮО5ЗО. Цей мультиплексор як перетворює пакети АПД з вибраним ІВТ/ВК у заголовках пакетів на формат 050 і подає їх на вибране вихідне з'єднання ЮО50О.

Спосіб обробки кількох ІВТЛВК розглядається в патентній заявці Мо 08/653852 від 28 травня 1996 року на дв "Систему зв'язку з системою обробки з'єднань".

З'єднання ОБО є двоспрямованими, а з'єднання АПД є, як правило, односпрямованими. В результаті два

Ф) віртуальні з'єднання в протилежних напрямках будуть як правило запитуватися для кожного ОБО. Як ка обговорювалося, це забезпечується присвоюванням перехресному з'єднанню супровідних ІВТЛВК в протилежному напрямку як вхідних ІВТЛВК. При кожному виклику мультиплексори будуть налаштовані на во автоматичний виклик конкретного супровідного ІВТ/ЛВК, щоб забезпечити двоспрямоване віртуальне з'єднання для сполучення з двоспрямованим ОБО для виклику.

Процесор сигналізації

Процесор сигналізації визначається як адміністратор виклику/з'єднання (АВЗ). Він приймає і обробляє сигналізацію виклику зв'язку і керуючі повідомлення, щоб вибирати з'єднання, які встановлюють тракти для 65 викликів. В більш прийнятному втіленні АВЗ обробляє сигналізацію 557 для вибору з'єднань для виклику.

Обробка АВЗ обговорюється у патентній заявці США з реєстровим номером патентного повіреного 1148 на

"Систему зв'язку", права на яку належать заявнику даної заявки.

На доповнення до вибору з'єднань АВЗ виконує багато інших функцій в контексті обробки викликів. Він може не тільки управляти маршрутизацією і вибирати дійсні з'єднання, але він також може перевіряти дійсність викликаючої сторони, управляти луна-заглушувачами, генерувати інформацію рахунків, викликати функції інтелектуальної мережі, звертатися до усунених баз даних, керувати трафіком і зрівноважувати мережні навантаження. Фахівцям у цій галузі техніки ясно, як описаний нижче АВЗ можна пристосувати для функціонування за наведених вище умов.

На фіг.8 подано варіант АВЗ. Інші варіанти АВЗ також припустимі. У варіанті втілення за фіг.8 АВЗ 800 7/0 управляє мультиплексором міжмережного обміну АПД (мультиплексором), що виконує міжмережний обмін між 050 та ІВТ/ВК. Однак АВЗ може управляти іншими пристроями зв'язку і з'єднаннями в інших варіантах втілення.

АВЗ 800 містить платформу 810 сигналізації, керуючу платформу 820 і прикладну платформу 830. Кожна з платформ 810, 820 і 830 зв'язана з рештою платформ.

Платформа 810 сигналізації зовнішньо зв'язана з системами 557, зокрема з системами, що мають модуль 7/5 передачі повідомлень (МПП), модуль користувачів ІЗОМ (ПКЦМ), модуль управління з'єднаннями сигналізації (МУЗС), прикладний модуль інтелектуальної мережі (ПМІМ) і прикладний модуль здійснення транзакцій (ПМТ).

Керуюча платформа 820 з'єднана зовнішнім чином для управління мультиплексорами, управління луна-сигналами, управління ресурсами, виставлення рахунків та операціями.

Платформа 810 сигналізації містить рівні 1-3 МПП, функції ПКУМ, ПМТ, МУЗС та ПМІМ і діє для передачі та прийому повідомлень 557. Функції ПКЦМ, ПМТ, МУЗС і ПМІМ використовують МПП для передачі та прийому повідомлень 557. Всі разом ці функції називаються "стек 557" і добре відомі. Програмне забезпечення, що потрібне фахівцю для настройки стека 557, комерційно доступно, наприклад, від компанії ТиПіт.

Керуюча платформа 820 складається з різних зовнішніх інтерфейсів, включаючи інтерфейс мультиплексорів, інтерфейс луна-контролю, інтерфейс управління ресурсами, інтерфейс виписування рахунків та операційний сч інтерфейс. Інтерфейс мультиплексорів обмінюється повідомленнями принаймні з одним мультиплексором. Ці повідомлення містять присвоювання О50О для ІВТ/ВК, підтвердження та інформацію стану. Інтерфейс управління і) луна-контролем обмінюється повідомленнями з системами управління луна-сигналами. Повідомлення, якими обмінюються з системами управління луна-сигналами, можуть включати команди на увімкнення або вимкнення луна-заглушення на конкретних О50, підтвердження та інформацію стану. «- зо Інтерфейс управління ресурсами обмінюється повідомленнями з зовнішніми ресурсами. Прикладами таких ресурсів є пристрої, які здійснюють перевірку неперервності, шифрування, стискання, виявлення/передачу о тонального сигналу, виявлення мовного сигналу і посилання повідомлень. Повідомлення, якими обмінюються з ї- ресурсами, являють собою команди використовувати ресурс для конкретних ОБО, підтвердження та інформацію стану. Наприклад, повідомлення може подати команду ресурсу перевірки неперервності забезпечити кільцеву 87 з5 перевірку або посилати і виявляти тональний сигнал для перевірки неперервності. ю

Інтерфейс виписування рахунків передає відповідну інформацію рахунків до системи виписування рахунків.

Як правило, інформація рахунків включає в себе сторони, що беруть участь у виклику, моменти часу виклику і будь-які спеціальні ознаки, які стосуються виклику. Операційний інтерфейс забезпечує конфігурування та управління АВЗ 800. Фахівцям у цій галузі техніки очевидно, яким чином розробити програмне забезпечення для « інтерфейсів в керуючій платформі 820. в с Прикладна платформа 830 призначена для обробки інформації сигналізації від платформи 810 сигналізація, щоб вибрати з'єднання. Ідентифікація вибраних з'єднань подається на керуючу платформу 820 для інтерфейсу ;» мультиплексорів. Прикладна платформа 830 реагує на підтвердження вірогідності, переведення, маршрутизацію, управління викликом, винятки, екранування та обробку помилок. На додаток до забезпечення

Вимог управління для мультиплексорів прикладна платформа 830 забезпечує також вимоги щодо управління с луна-сигналами і управління ресурсами для відповідного інтерфейсу керуючої платформи 820. Окрім того, прикладна платформа 830 генерує інформацію сигналізації для передачі платформою 810 сигналізації. - Інформація сигналізації може являти собою повідомлення ПКЦМ, ПМІМ або ПМТ для зовнішніх мережних -І елементів. Стосовна до справи інформація для кожного виклику зберігається у блоці управління викликом (БУВ) для виклику. БУВ може використовуватися для простеження виклику та виписування рахунків. о Прикладна платформа 830 працює в загальному випадку згідно з базовою моделлю виклику (БМВ), що її як визначено МТС. Зразок БМВ створюється для поводження з кожним викликом. БМВ включає в себе процедуру ініціювання і процедуру завершення. Прикладна платформа 830 включає функцію перемикання обслуговування (ФПО), що використовується для виклику функції управління обслуговуванням (ФУС). Як правило, ФУО дв Міститься в блоці управління обслуговуванням (БУС). ФУО одержує запити повідомленнями від ПМТ та ПМІМ.

Процедури ініціювання та завершення будуть звертатися до віддалених баз даних з функціями інтелектуальної

Ф) мережі (ІНМ) через функцію ФПО. ка Програмні вимоги для прикладної платформи 830 можуть надаватись на мові специфікацій та опису (МСО), що її визначено в документі ІТО-Т 72.100. МСО може бути перетворено на код С. У міру потреби для бо Встановлення середовища може додаватися додатковий код С та Ск.

АВЗ 800 може складатись з описаного вище програмного забезпечення, завантаженого в комп'ютер. Цей комп'ютер може являти собою ЕТ-Зрагс 600 фірми Іпіедгагед Місго Ргодисів (ІМР), що використовує операційну систему Зоїагіз звичайні системи без даних. Може бути бажаним використовувати здатність мультиобробки повідомлень операційної системи Опіх. 65 З фіг.8 можна бачити, що прикладна платформа 830 обробляє інформацію сигналізації для управління численними системами і полегшення з'єднань викликів та послуг. Сигналізація 557 обмінюється з зовнішніми компонентами через платформу 810 сигналізації, а керуюча інформація обмінюється з зовнішніми системами через керуючу платформу 820. Більш прийнятне, АВЗ 800 не вбудовується в ЦП (центральний процесор) перемикача, що зв'язаний з матрицею, яка переключає. На відміну від БУС, АВЗ 800 здатний обробляти повідомлення ПКЦМ незалежно від запитів ПМТ.

Призначення для повідомлень 557 557 повідомлення добре відомі. Звичайно використовуються призначення для різних повідомлень 557.

Фахівцям відомі такі призначення повідомлень:

АСМ повідомлення виконання адреси 70 АММ відповідне повідомлення

ВГО блокування

ВГ А підтвердження блокування

СРО проходження виклику

СКО інформація навантаження

СОВ блокування групи каналів

СОВА підтвердження блокування групи каналів

ОК5 скидання групи каналів

СОСКА підтвердження скидання групи каналів

СО розблокування групи каналів

СОЦА підтвердження розблокування групи каналів

СОМ запит групи каналів

СО відповідь на запит групи каналів

СЕМ повідомлення про резервування каналу

СКА підтвердження про резервування каналу сч

СМТ перевірка дійсності каналу

СММ відповідь підтвердження дійсності каналу (8)

СЕМ помилка

СОТ неперервність

СС запит перевірки неперервності «- зо ЕХМ повідомлення виходу

ІМЕ інформація о

ІМК запит інформації М

ІАМ початкова адреса

ІРА підтвердження кільцевої перевірки --

РАМ проходження ю

КЕГ роз'єднання

КІС завершення роз'єднання

КС скидання каналу

КЕЗ поновлення «

ОБ припинення з с ВІ. розблокування

ВА підтвердження розблокування з иСІС код ідентифікації непідготовленого каналу.

Таблиці АВЗ

Обробка виклику як правило додержується двох аспектів. По-перше, вхідне або "ініціююче" з'єднання с розпізнається процедурою ініціювання виклику. Наприклад, початкове з'єднання, які виклик використовує для входження в мережу, є ініціюючим з'єднанням у цій мережі. По-друге, вихідне або "завершальне" з'єднання - вибирається процедурою завершення виклику. Наприклад, завершальне з'єднання зв'язується з -І породжувальним з'єднанням для того, щоб розповсюдити виклик через мережу. Ці два аспекти обробки виклику називаються породжувальною стороною виклику і завершальною стороною виклику. о Фіг.9 відбиває структуру даних, що використовується прикладною платформою 830 для реалізації БМВ. Це

Кк досягається за допомогою ряду таблиць, які різними шляхами вказують одна на одну. Покажчики, як правило, складаються з наступної функції і наступних індексних призначень. Наступна функція вказує на наступну таблицю, а наступний індекс вказує на вхід або діапазон входів в цій таблиці. Ця структура даних має таблицю дв З00 магістральних каналів, таблицю 902 груп магістральних каналів, таблицю 904 винятків, таблицю 906 АВН, таблицю 908 номерів, що викликаються, і таблицю 910 маршрутизації.

Ф) Таблиця 900 магістральних каналів містить інформацію, яка стосується з'єднань. Як правило, з'єднання є ка з'єднаннями ОБО або АПД. Спочатку таблиця 900 магістральних каналів використовується для одержання інформації про ініцююче з'єднання. Потім ця таблиця використовується для одержання інформації про бо завершальне з'єднання. Коли з'єднання, що ініціює, оброблено, номер групи магістральних каналів в таблиці 900 магістральних каналів вказує на підхожу групу магістральних каналів для ініціюючого з'єднання в таблиці 902 груп магістральних каналів.

Таблиця 902 груп магістральних каналів містить інформацію, що стосується ініціюючої та завершальної груп магістральних каналів. Коли ініціююче з'єднання оброблено, таблиця 902 груп магістральних каналів видає 65 інформацію, що стосується групи магістральних каналів для ініціюючого з'єднання і як правило вказує на таблицю 904 винятків.

Таблиця 904 винятків використовується для ідентифікації умов виключення, які стосуються виклику, що можуть впливати на маршрутизацію або інше поводження з викликом. Як правило, таблиця 904 винятків вказує на таблицю 906 АВН. Хоча таблиця 904 винятків може вказувати безпосередньо і на таблицю 902 груп магістральних каналів, таблицю 908 номерів, що викликаються, або таблицю 910 маршрутизації.

Таблиця 906 АВН використовується для ідентифікації будь-яких спеціальних характеристик, які стосуються номера викликаючої сторони. Номер викликаючої сторони часто відомий як автоматичне визначення номера (АВН). Таблиця 906 АВН, як правило, вказує на таблицю 908 номерів, що викликаються. Хоча таблиця 906 АВН може вказувати безпосередньо на таблицю 902 груп магістральних каналів або таблицю 910 маршрутизації. 70 Таблиця 908 номерів, що викликаються, використовується для ідентифікації вимог маршрутизації на основі номера, який викликається. Це випадок стандартних телефонних викликів. Таблиця 908 номерів, що викликаються, як правило, вказує на таблицю 910 маршрутизації. Хоча вона може вказувати і на таблицю 902 груп магістральних каналів.

Таблиця 910 маршрутизації має інформацію, яка стосується маршрутизації виклику для різних з'єднань. Вхід /5 в таблицю 910 маршрутизації здійснюється від покажчика або в таблиці 904 винятків, або в таблиці 906 АВН, або в таблиці 908 номерів, що викликаються. Таблиця 910 маршрутизації, як правило, вказує на групу магістральних каналів в таблиці 902 груп магістральних каналів.

Коли таблиця 904 винятків, таблиця 906 АВН, таблиця 908 номерів, що викликаються, або таблиця 910 маршрутизації вказують на таблицю 902 груп магістральних каналів, вони ефективно вибирають завершальну

Групу магістральних каналів.

Коли завершальне з'єднання оброблено, номер групи магістральних каналів в таблиці 902 груп магістральних каналів вказує групу магістральних каналів, що містить прийнятне завершальне з'єднання в таблиці 900 магістральних каналів.

Завершальний магістральний канал використовується для розповсюдження виклику. Магістральний канал, як с ов правило, являє собою ІВТ/ВК або 050. Таким чином, можна бачити, що шляхом пересування таблицями можна вибрати завершальне з'єднання для виклику. і)

Фіг.10 є накладенням фіг.9. Таблиці на фіг.9 присутні, але для ясності їх покажчики не наводяться. Фіг.10 ілюструє додаткові таблиці, до яких можна звертатись з таблиць фіг.9. Вони включають в себе таблицю 1000 ІД

АВЗ, таблицю 1004 обробки, таблицю 1006 запитів/відповідей та таблицю 1008 повідомлень. «- зо Таблиця 1000 ІД АВЗ містить різні коди пунктів АВЗ 557. До неї можна звертатися з таблиці 902 груп магістральних каналів і вона вказує назад на таблицю 902 груп магістральних каналів. о

Таблиця 1004 обробки ідентифікує різні спеціальні дії, що мають виконуватись в ході обробки виклику. Це, М як правило, веде до передачі повідомлення роз'єднання (КЕЇ) і вхідного значення. До таблиці 1004 обробки можна звертатися з таблиці 900 магістральних каналів, таблиці 902 груп магістральних каналів, таблиці 904 -- винятків, таблиці 906 АВН, таблиці 908 номерів, що викликаються, таблиці 910 маршрутизації і таблиці 1006 ю запитів/відповідей.

Таблиця 1006 запитів/відповідей має інформацію, яка використовується для виклику ФУО. До неї можуть звертатися таблиця 902 груп магістральних каналів, таблиця 904 винятків, таблиця 906 АВН, таблиця 908 номерів, що викликаються, і таблиця 910 маршрутизації. Вона вказує на таблицю 902 груп магістральних « каналів, таблицю 904 винятків, таблицю 906 АВН, таблицю 908 номерів, що викликаються, таблицю 910 з с маршрутизації і таблицю 1004 обробки.

Таблиця 1008 повідомлень використовується для надання повідомленням інструкцій від завершальної ;» сторони виклику. До неї може звертатися таблиця 902 груп магістральних каналів, і вона може вказувати на таблицю 902 груп магістральних каналів.

Фіг11 - 18 наводять приклади різних таблиць, описаних вище. Фіг.11 наводить приклад таблиці с магістральних каналів. Спочатку таблиця магістральних каналів використовується для звернення до інформації про канал, що ініціює. Пізніше в ході обробки вона використовується для видачі інформації про завершувальне - з'єднання. Для обробки ініціюючого з'єднання використовується зв'язаний код покажчика для входження в цю -І таблицю. Це код покажчика перемикача або АВЗ, зв'язаного з ініціюючим каналом. Для обробки завершального каналу для входження в таблицю використовується номер групи магістральних каналів. о Ця таблиця містить також код ідентифікації каналу (КІК). КІК ідентифікує канал, який, як правило, є О5О шк або ІВТ/ВК. Таким чином, винахід здатний погоджувати кілька КІК 557 з ІВТ/ВК АПД. Якщо канал являє собою канал АПД, віртуальний тракт (ВТ) та віртуальний канал (ВК) також можуть використовуватися для ідентифікації.

Номер елемента групи є числовим кодом, що використовується для вибору завершального каналу. в Ідентифікатор апаратного забезпечення ідентифікує місце розташування апаратного забезпечення, зв'язаного з ініціюючим каналом. Вхід ідентифікації (ІД) луна-заглушувача (ЛЗ) ідентифікує луна-заглушувач для ініціюючого (Ф, каналу. ка Інші поля є динамічними у тому значенні, що вони заповнюються в ході обробки виклику. Поле управління луна-сигналами заповнюється на основі трьох полів в повідомленнях сигналізації: індикатор луна-заглушення в во повідомленнях ІАМ або СКМ, індикатор пристрою луна-контролю в повідомленнях АСМ або СРМ і здатність переносу інформації в повідомленні ІАМ. Ця інформація використовується для визначення того, чи потрібний луна-контроль у виклику. Поле супутникового індикатора заповнюється супутниковим індикатором в повідомленнях ІАМ або СКМ. Він може використовуватися для режекції виклику, якщо використовується надто багато супутників. Статус каналу індицирує, чи вільний даний канал, заблокований або не заблокований. Стан 65 каналу індицирує поточний стан каналу, наприклад, активний або нестаціонарний. Час/дата показує, коли вільний канал вивільнився.

Фіг.12 наводить приклад таблиці груп магістральних каналів. В процесі обробки ініціювання номер групи магістральних каналів з таблиці магістральних каналів використовується як ключ до таблиці групи магістральних каналів. Розв'язання полисків індицирує, як слід розв'язати ситуацію полисків. Полиск являє собою подвійне заняття лінії одного і того ж каналу. Якщо вхід розв'язання полисків встановлено на "парний/непарний", мережний елемент з більш високим кодом покажчика управляє парними каналами, а керуючий елемент з більш низьким кодом покажчика управляє непарними каналами. Якщо запис розв'язання полисків встановлено на "усі",

АВЗ управляє всіма каналами. Якщо запис розв'язання полисків встановлено на "жодного", АВЗ не пускається в дію. Вхід управління неперервністю дає перелік відсотків від виклику, які вимагають перевірок неперервності в 7/0 трупі магістральних каналів.

Ідентифікатор місця розташування спільної мови (ІМСМ) являє собою стандартизований вхід ВеїЇсоге. Запис супутникових груп магістральних каналів показує, що група магістральних каналів використовує супутник. Запис супутникових груп магістральних каналів використовується разом з полем індикатора супутника, описаним вище, для визначення того, що виклик використовує надто багато супутникових з'єднань і тому має режектуватись. 7/5 Індикатор обслуговування індицирує, чи надходить вхідне повідомлення від АВЗ (АПД) або перемикача (ЧУ).

Індекс вихідного повідомлення (ІВ) вказує на таблицю повідомлень так, щоб вихідні повідомлення могли отримати параметри. Запис зв'язаної області плану номерів (ОПН) ідентифікує код області.

Послідовність вибору індицирує методологію, що буде використовуватися для вибору з'єднання.

Призначення поля послідовності вибору повідомляють групі магістральних каналів вибрати канали на основі го такого: найменш вільний, найбільш вільний, висхідний, низхідний, по годинниковій стрілці та проти годинникової стрілки. Лічильник стрибків зменшує свій вміст від ПАП. Якщо лічильник стрибків дорівнює нулю, виклик роз'єднується. Активне автоматичне керування перевантаженням (АКП) індицирує, чи активне управління перевантаженням. Якщо автоматичне керування перевантаженням активне, АВЗ може роз'єднати виклик. В ході обробки завершення для входження у таблицю магістральних каналів використовуються такі функція та індекс. с

Фіг.13 наводить приклад таблиці винятків. Для входу в цю таблицю як покажчик використовується індекс.

Параметр ідентифікації (ІД) вибору носія індицирує, як - викликаюча сторона отримала доступ до мережі, і і) використовується для маршрутизації певних видів викликів. Для цього поля використовується таке: індикація резервування або його відсутності; код індикації вибраного каналу, попередньо абонований і введений викликаючою стороною; код індикації вибраного каналу, попередньо абонований і не введений викликаючою - да зо стороною; код індикації вибраного каналу, попередньо абонований, і без індикації про введення викликаючою стороною; та код індикації вибраного каналу, попередньо не абонований і не введений викликаючою стороною. юю

Ідентифікатор (ІД) каналу індицирує мережу, яку бажає використовувати викликаюча сторона. Це М використовується для маршрутизації викликів безпосередньо в бажану мережу. Ознака номера сторони, що викликається, в адресі відрізняється у викликах Ок, викликах 1, викликах перевірки та міжнародних викликах. --

Наприклад, міжнародні виклики можуть спрямовуватись до попередньо вибраного міжнародного каналу. ю

Поля "Цифри від" та "цифри до" сторони, що викликається, фокусують подальшу обробку на певному діапазоні номерів, що викликаються. Поле "цифри від" являє собою десяткове число, яке складається з 1 - 15 цифр. Воно може бути будь-якої довжини і, якщо заповнене менш ніж 15 цифрами, заповнюється нулями для решти цифр. Поле "цифри до" являє собою десяткове число, яке складається з 1 - 15 цифр. Воно може бути « будь-якої довжини і, якщо заповнене менше ніж 15 цифрами, заповнюється дев'ятками для решти цифр. Записи з с наступної функції і наступного індексу вказують на наступну таблицю, яка, як правило, є таблицею АВН.

Фіг.14 наводить приклад таблиці АВН. Для входження в поля цієї таблиці використовується індекс. Категорії ;» викликаючих сторін розрізняються за видами викликаючих сторін, наприклад, виклики перевірки, аварійні виклики та звичайні виклики. Ознака номера викликаючої сторони/завантаження в адресі індицирує, як має одержуватись АВН. В цьому полі використовуються такі варіанти заповнення таблиці: невідомий, унікальні с абонентські номери, АВН не доступне або не видане, унікальний національний номер, АВН сторони, що викликається, включене, АВН сторони, що викликається, не включене, АВН сторони, що викликається, включає в - себе національний номер, не унікальний абонентський номер, не єдиний міжнародний номер, перевірочний код -І перевірочної лінії та всі значення інших параметрів.

Поля "Цифри від" та "цифри до" фокусують подальшу обробку, унікальну для АВН, в заданому діапазоні. о Запис даних індицирує випадок, якщо АВН являє собою пристрій даних, що не потребує луна-контролю. як Інформація ініціюючої лінії (ІЛ) включає покажчики звичайного абонента, багатосторонньої лінії, збою АВН, номінального рівня станції, спеціальної обробки оператором, автоматично ідентифікованого вихідного набору номера, монетного або безмонетного виклику з використанням доступу до баз даних, виклику служб 800/888, ов Монетного виклику, обслуговування в'язниці/притулку, перехоплення (холосте, по тривозі чи регулярне), виклику, що обробляється оператором, вихідної служби зв'язку в розширеній області, служби ретрансляції

Ф) зв'язку (СРЗ), стільникових служб, приватної платної станції та доступу до видів служби приватної віртуальної ка мережі. Наступна функція і наступний індекс вказують на наступну таблицю, яка, як правило, є таблицею номерів, що викликаються. во Фіг.15 подає таблицю номерів, що викликаються. Для входження в цю таблицю використовується індекс.

Ознака номерів, що викликаються, в адресі індицирує вид набраного номера, наприклад, національний або міжнародний. Записи "цифри від" і "цифри до" зосереджують подальшу обробку лише на діапазоні номерів, що викликаються. Обробка додержується логіки обробки полів "цифри від" і "цифри до" на фіг.9. Наступна функція і наступний індекс вказують на наступну таблицю, яка, як правило, є таблицею маршрутизації. 65 Фіг.16 наводить приклад таблиці маршрутизації. Для входження в цю таблицю використовується індекс. План мережної ідентифікації (ІД) вибору мережі передачі (ВМП) індицирує число цифр для використання в КІК. Поля

"цифри від" і "цифри до" вибору мережі передачі визначають діапазон номерів для ідентифікації міжнародного каналу. Код каналу індицирує потребу в операторі на виклику. Записи наступної функції та наступного індексу в таблиці маршрутизації використовуються для ідентифікації групи магістральних каналів. Записи других і третіх наступних функції/індексу визначають альтернативні маршрути. Запис третьої наступної функції може також вказувати назад на набір наступних функцій в таблиці маршрутизації для того, щоб поширити число виборів альтернативних маршрутів. Єдиними іншими дозволеними записами є покажчики на таблицю обробки. Якщо таблиця маршрутизації вказує на таблицю груп магістральних каналів, таблиця груп магістральних каналів, як правило, вказує на магістральний канал в таблиці магістральних каналів. Виходом з таблиці магістральних 70 шлейфів є завершувальне з'єднання для виклику.

З фіг.11 - 16 можна бачити, що ці таблиці можуть будуватись і співвідноситись одна з одною таким чином, що процедури викликів можуть входити в таблицю магістральних каналів для ініціюючого з'єднання і можуть проходити через таблиці з використанням вказівок інформації і покажчиків. Виходом цих таблиць є, як правило, з'єднання, ідентифіковане таблицею магістральних каналів. В деяких випадках, обробка визначається таблицею /5 обробки замість з'єднання. Якщо в будь-який момент під час обробки можна вибрати групу магістральних каналів, обробка може переходити безпосередньо до таблиці груп магістральних каналів для вибору завершувального з'єднання. Наприклад, може бути бажаним спрямовувати виклики від конкретного АВН по конкретному набору груп магістральних каналів. У цьому випадку таблиця АВН вказуватиме безпосередньо на таблицю груп магістральних каналів, а таблиця груп магістральних каналів вказуватиме на таблицю 2о магістральних каналів для завершального з'єднання. Трактом за замовчуванням через таблиці є такий: магістральний канал, група магістральних каналів, виняток, АВН, номер, що викликається, маршрутизація, група магістральних каналів і магістральний канал.

Фіг.17 наводить приклад таблиці обробки. Для входження в цю таблицю заносяться і використовуються будь-які індекс або вхідний номер прийнятого повідомлення. Якщо індекс заноситься і використовується для сч ов входження в таблицю, загальне місце розташування, стандарт кодування та індикатор вхідного значення використовується для генерування повідомлення 557 КЕЇ. Запис вхідного значення прийнятого повідомлення є і) вхідним значенням в прийнятому повідомленні 557. Якщо вхідне значення прийнятого повідомлення заноситься і використовується для входження в цю таблицю, вхідне значення з цього повідомлення використовується в повідомленні КЕГ. для АВЗ. Наступна функція і наступний індекс вказують на наступну таблицю. «- зо Фіг.18 наводить приклад таблиці повідомлень. Ця таблиця дає змогу АВЗ змінювати інформацію у вихідних повідомленнях. Для входження в цю таблицю використовується вид повідомлення, і вона являє собою вид юю вихідного стандартного повідомлення 557. Параметром є відповідний параметр у вихідному повідомленні 557. М

Індекси вказують на різні записи в таблицю груп магістральних каналів і визначають випадок, коли параметри у вихідних повідомленнях можуть бути незмінними, не наводитись або змінюватись. --

Для фахівців у цій галузі техніки має бути ясно, що відхилення від конкретних варіантів втілення, ю розглянутих вище, входять до обсягу винаходу. Винахід не обмежується наведеними вище варіантами втілення, а здійснюється поданою далі формулою винаходу.

Claims (1)

1. Формула винаходу ч -

   с 1. Спосіб функціонування транзитної системи (300) зв'язку, який відрізняється тим, що :з» приймають комутований трафік, що надходить, в мультиплексорі (360, 362, 364) міжмережного обміну, приймають інформацію сигналізації, пов'язану з комутованим трафіком, що надходить, в процесорі (350) сигналізації, сл обробляють інформацію сигналізації в процесорі сигналізації для вибору ідентифікатора і з'єднання, генерують в процесорі сигналізації керуючу інформацію, що ідентифікує вибраний ідентифікатор та вибране - з'єднання, -І переносять керуючу інформацію від процесора сигналізації до мультиплексора міжмережного обміну, в мультиплексорі міжмережного обміну перетворюють комутований трафік, що надходить, на асинхронний 1 трафік у відповідь на керуючу інформацію, кч спрямовують асинхронний трафік від мультиплексора міжмережного обміну Через перехресний з'єднувач (370, 380, 382, 384) на основі вибраного ідентифікатора, у мультиплексорі міжмережного обміну перетворюють асинхронний трафік на вихідний комутований трафік після спрямування асинхронного трафіку через перехресний з'єднувач, і передають вихідний комутований трафік з мультиплексора міжмережного обміну по вибраному з'єднанню у (Ф) відповідь на керуючу інформацію, ГІ 2. Спосіб за п. 1, який відрізняється тим, що як інформацію сигналізації використовують початкове адресне повідомлення. во З. Спосіб за п. 1, який відрізняється тим, що асинхронний трафік являє собою пакети режиму асинхронного переносу, а вибраний ідентифікатор є вибраним ідентифікатором режиму асинхронного переносу.

   4. Спосіб за п. 1, який відрізняється тим, що обробка інформації сигналізації для вибору ідентифікатора і з'єднання включає вибір ідентифікатора та з'єднання на основі номера, що викликається, в інформації сигналізації. 65 5. Спосіб за п. 1, який відрізняється тим, що обробка інформації сигналізації для вибору ідентифікатора і з'єднання включає вибір ідентифікатора і з'єднання на основі мережі, яку ідентифіковано в інформації сигналізації.

   6. Спосіб за п. 1, який відрізняється тим, що додатково обробляють інформацію сигналізації для вибору луна-контролю.

   7. Транзитна система (300) зв'язку, яка відрізняється тим, що містить процесор (350) сигналізації для прийому інформації сигналізації, пов'язаної з комутованим трафіком, що надходить, для обробки інформації сигналізації, щоб вибрати ідентифікатор і з'єднання, та для генерування керуючої інформації, яка ідентифікує вибраний ідентифікатор і вибране з'єднання, мультиплексор (360, 362, 364) міжмережного обміну для прийому комутованого трафіку, що надходить, та 7/0 для перетворення комутованого трафіку, що надходить, на асинхронний трафік у відповідь на керуючу інформацію, перехресний з'єднувач (370, 380, 382, 384) для спрямування асинхронного трафіку з мультиплексора міжмережного обміну через матрицю на основі вибраного ідентифікатора, причому мультиплексор міжмережного обміну додатково пристосований для перетворення асинхронного 7/5 трафіку з перехресного з'єднувача на вихідний комутований трафік і для передачі вихідного комутованого трафіку по вибраному з'єднанню у відповідь на керуючу інформацію, і лінію (390) для переносу керуючої інформації між процесором сигналізації і мультиплексором міжмережного обміну.

   8. Транзитна система зв'язку за п. 7, яка відрізняється тим, що інформація сигналізації є початковим 2о адресним повідомленням.

   9. Транзитна система зв'язку за п. 7, яка відрізняється тим, що асинхронний трафік являє собою пакети режиму асинхронного переносу, а вибраний ідентифікатор є вибраним ідентифікатором режиму асинхронного переносу.

   10. Транзитна система зв'язку за п. 7, яка відрізняється тим, що процесор сигналізації пристосований для сч вибору ідентифікатора і з'єднання на основі номера, що викликається, в інформації сигналізації.

   11. Транзитна система зв'язку за п. 7, яка відрізняється тим, що процесор сигналізації пристосований для і) вибору ідентифікатора і з'єднання на основі мережі, яку ідентифіковано в інформації сигналізації.

   12. Транзитна система зв'язку за п. 7, яка відрізняється тим, що процесор сигналізації пристосовано для обробки інформації сигналізації для вибору луна-контролю. «- я | | | с ю Офіційний бюлетень "Промислоава власність". Книга 1 "Винаходи, корисні моделі, топографії інтегральних мікросхем", 2002, М 12, 15.12.2002. Державний департамент інтелектуальної власності Міністерства освіти і М науки України. «- І в)

   - . и? 1 - -і 1 - іме) 60 б5