Зв’язок по вибраній ділянці
Власники патенту UA 2308812:
Область техніки, до якої належить винахід
Опис міжнародної заявки на патент WO 01/01718 "Location management for cellular systems" ("Управління місцезнаходженням для стільникових систем") описує спосіб визначення розташування мобільної станції, заснований на інформації, що відправляється мобільним терміналом на регіональні мережеві контролери (РСК) (RNC). Однак він не розкриває жодного способу обміну дейтаграмами з безліччю терміналів, відібраних відповідно до обраних критеріїв, таких як їхнє географічне положення.
Існує необхідність у способі, що дає можливість зв'язку за допомогою дейтаграм через мережу зв'язку від одного терміналу з безліччю інших терміналів, вибраних відповідно до критеріїв, обраних як функція від інформації, отриманої з передавального терміналу.
Даний винахід пропонує спосіб і пристрій передачі дейтаграм по мережі, як описано в прикладеній формулі винаходу.
Короткий опис креслень
Фіг. 1 є схемою регіональної широкомовної системи відповідно до одного варіанту виконання винаходу.
Фіг. 2 є схемою застосування регіональної широкомовної системи фіг. 1 для широкомовної передачі повідомлень, що попереджають про небезпеку, на мобільні термінали поблизу від пожежі.
Детальний опис кращих варіантів виконання
У кращому варіанті виконання цього винаходу термінали користувача є мобільними і зв'язуються з IP-підмережами 1-5 по бездротовим з'єднанням. У цьому випадку термінали користувача 12-19 часто переміщаються з однієї IP-підмережі в іншу. Однак даний винахід також стосується і зазвичай нерухомихтерміналам незалежно від того, змінюють вони підмережі чи ні, як, наприклад, можуть це робити особливо портативні комп'ютери.
У кращому варіанті виконання цього винаходу підмережі 1-5 географічно обмежені, а критерії вибору включають географічне положення підмереж, що відносяться до відповідних географічних областей.
В іншому варіанті виконання цього винаходу сервер регіональної широкомовної передачі отримує інформацію для вибору серверів підмережі з положення терміналу 15 відправника. Можливо, щоб термінал відправника визначав своє положення з використанням окремої системи позиціонування, такої як глобальна система позиціонування (Global Positioning System, GPS-ГСП), і включав відповідні дані дейтаграми на сервер 20 регіональної широкомовної передачі. Сервер 20 регіональної широкомовної передачі зберігає координати положень проксі-серверів підмереж, співвідносить по карті ГСП положення терміналу 15 відправника з положеннями регіональних широкомовних проксі-серверів 7-11, які розташовані в межах конкретної відстані. Альтернативно, сервер 20 регіональної широкомовної передачі може отримувати положення термінала відправника 15 з ідентифікації проксі-сервера 9, який обслуговує мережу, з якої термінал відправника звертається до системи зв'язку.
У простому варіанті виконання винаходу положення IP-підмереж визначаються їх приблизним центром. У цьому випадку критерії для вибору включають радіус навколо центрального розташування, або визначений терміналом 15 відправника, або включений у параметри вибору сервера 20 регіональної широкомовної передачі. Альтернативно, сервер 20 регіональної широкомовної передачі може зберігатигеографічні дані, більш докладно визначальні області, покриті (охоплені) відповідними IP-серверами 7-11 підмереж, і вибирати, наприклад, ті, які покривають щонайменше частково область, призначену терміналом відправника 15.
При використанні додатків, написаних мовою Java, регіональний широкомовний інтерфейс прикладної програми (ІПП, API) може бути втілений як клас RB, що містить щонайменше два наступні способи:
Static void regional_broadcasting_send(network_position region_centre,
Static byte[] regional_broadcasting_receive()
Перший спосіб дозволяє широкомовно передавати повідомлення область конкретного розташування. Він бере в якості вхідних сигналів повідомлення (таблицю байтів), положення центру області та радіус цієї області. Другий спосіб дозволяє терміналу приймати повідомлення, надіслані в область, в якій знаходиться цей термінал. Повідомлення повертається як таблиця байтів.
Описані вище способи інтерфейсів є клієнтськими шлейфами, які надсилають запити на сервер 20 регіональної широкомовної передачі та приймають від нього відповіді. Фіг. 1 показує послідовність повідомлень, вироблених у мережі, коли викликається регіональний широкомовний інтерфейс.
Нижче наведено приклад формату бази даних (для протоколу IPv6):