RU2308812C2

RU2308812C2 - Связь по выбранному участку

Info

Publication number: RU2308812C2
Application number: RU2004123211/09A
Authority: RU
Inventors: Кристоф ЖАННЕТО (FR); Кристоф ЖАННЕТО; Несрин ШАЭР (FR); Несрин ШАЭР; Хонг-Ен ЛАК (FR); Хонг-Ен ЛАК
Original assignee: Моторола, Инк.
Priority date: 2001-12-28
Filing date: 2002-12-18
Publication date: 2007-10-20
Also published as: ATE384387T1; RU2004123211A; JP2005513962A; KR20040066934A; US20040264461A1; US8599848B2; BR0214595A; EP1324560B1; WO2003056778A1; JP4104553B2; EP1324560A1; AU2002358745A1; CN1600012B; KR100965393B1; DE60132472T2; DE60132472D1; CN1600012A

Abstract

Предложены способ и устройство передачи дейтаграмм по сети, содержащей подсети, обслуживаемые соответствующими серверами подсетей, от терминала отправителя, в частности мобильного терминала, связывающегося по линии беспроводной связи, на множество терминалов адресатов, обслуживаемых множеством упомянутых подсетей, в которых дейтаграммы маршрутизируют с использованием индексов адресатов, содержащихся в дейтаграммах. Технический результат - возможность связи с помощью дейтаграмм по сети связи от одного терминала с множеством других терминалов, выбранных в соответствии с критериями, выбранными как функция от информации, полученной из передающего терминала. Для этого сервер, группирующий подсети, выбирает множество серверов подсетей и обеспечивает передачу дейтаграмм между упомянутым терминалом отправителя и терминалами адресатов внутри соответствующих выбранных подсетей, причем выбор производится в соответствии с критериями, такими как географическое положение, выбранными как функция от информации, полученной от терминала отправителя без индивидуальных индексов адресатов терминалов адресатов, определенных терминалом отправителя 2 н. и 16 з.п. ф-лы, 2 ил.

Description

Область техники, к которой относится изобретение

Данное изобретение относится к связи между терминалами во множестве подсетей в сети, в которой дейтаграммы маршрутизируются с использованием индексов адресатов, содержащихся в дейтаграммах, и в частности, но не исключительно, там, где терминалы адресуются по Интернет-протоколу (ИП, IP). Изобретение применимо там, где подсети разграничены географически, и описывается со ссылкой на такое разграничение, но варианты выполнения изобретения также применимы там, где подсети разграничены по другим критериям.

Уровень техники

Для выборочной связи между терминалом и множеством других терминалов в сети существуют различные способы, в которых терминалы адресуются по протоколу IP, включая широковещательную и многоадресную передачу.

Самым распространенным типом связи по IP является одноадресная связь, то есть, когда связь устанавливается между узлами, индивидуальные адреса которых идентифицируются в передаваемых дейтаграммах. Если сервер должен отправить одинаковые дейтаграммы более чем на один адрес, он должен повторить дейтаграммы для каждого индивидуального адреса. Способ одноадресной передачи соответственно плохо приспособлен к массовой рассылке сообщений или других передач к множеству адресатов и неприменим, если адрес IP предполагаемых получателей неизвестен отправителю.

Чтобы удовлетворить требованию передачи Интернет-сообщений к множеству адресатов, адреса которых могут быть неизвестны отправителю, для услуг многоадресной передачи доступен модифицированный протокол IP. Многоадресная передача по IP является передачей IP дейтаграммы к "группе хостов", хосту или набору хостов, идентифицируемых единым IP-адресом адресата. Многоадресная дейтаграмма доставляется всем терминалам-участникам в группе хостов адресатов с одной и той же надежностью «наибольших усилий» как обычные одноадресные IP-дейтаграммы, то есть не гарантируется, что дейтаграмма в неизмененном виде достигнет всех членов группы адресатов, или что это произойдет в том же порядке относительно других дейтаграмм. Членство в группе хостов динамическое, то есть хосты могут присоединяться к группам и покидать их в любое время. IP-модуль может лишь принимать дейтаграммы, если он заранее отправил запрос на присоединение к группе, определяя многоадресный адрес группы.

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

Многоадресная передача не содержит никакого механизма выбора терминалов адресатов по какому-либо другому критерию, кроме адресов узлов, которые имеют зарегистрированное членство в группе хостов, и, в частности, не предлагает возможности связи, зависящей от местоположения, то есть связи с узлами (терминалами), имеющими незаданные адреса в выбранной географической области.

Описание международной заявки на патент WO 01/01718 "Location management for cellular systems" ("Управление местоположением для сотовых систем") описывает способ определения местоположения мобильной станции, основанный на информации, отправляемой мобильным терминалом на региональные сетевые контроллеры (РСК) (RNC). Однако он не раскрывает никакого способа обмена дейтаграммами с множеством терминалов, отобранных в соответствии с выбранными критериями, такими как их географическое положение.

Цифровая широковещательная передача, и в особенности цифровое телевидение, является другой услугой, делающей возможной передачу программ или других передач к множеству адресатов посредством кабельных соединений или спутниковых или наземных беспроводных электромагнитных передач. Широковещательная передача отличается от IP-передачи тем, что связь по существу однонаправленная; если желательно взаимодействие с адресатом, ответ адресата должен идти по другой линии связи, такой как Интернет или телефонная связь. Каждая передача по данному каналу достигает всех приемников, подключенных к этому каналу. Покрытие широковещательной передачи по самой сути ограничено географически, и это не дает возможности выбрать терминалы адресатов по выбранным критериям, и в частности, не предлагает возможности связи, зависящей от местоположения, то есть выбора географической области для связи.

Потоки данных, дополнительные к широковещательным услугам, можно передавать по тем же широковещательным каналам (в "инкапсулированном" виде). Описание международной заявки на патент WO 01/10081 описывает широковещательную сеть для передачи широковещательной информации и менеджер событий, предназначенную для добавления информации о событиях к широковещательной информации. Информация о событиях либо содержит информацию, определяющую/идентифицирующую конкретное конечное пользовательское устройство, на которое должно быть направлено сообщение о событии, либо не содержит никакой подобной информации и передается всем конечным пользовательским устройствам без разбора. В обоих случаях отсутствует выбор конечных пользовательских устройств по каким-либо другим критериям, кроме их адресов, и в частности, не предлагается возможности связи, зависящей от местоположения, то есть связи с узлами (терминалами) внутри выбранной географической области.

Международная заявка на патент WO 01/19029 описывает сеть с коммутацией пакетов, в которой средство маршрутизации принимает пакеты данных от отправителя и буферизует пакеты данных, адрес адресата которых является многоадресным адресом многоадресной группы. Средство управления назначает фильтры для каждого приемника и/или зависящих от приемника адресов, определенных средством управления, и поставляет адреса и заданные фильтры на средство маршрутизации, что отфильтровывает многоадресные пакеты данных и/или заданные адреса с помощью заданных фильтров для каждого приемника в многоадресной группе и поставляет отфильтрованные многоадресные пакеты данных на отфильтрованные адреса приемников.

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

Сущность изобретения

Настоящее изобретение предлагает способ и устройство для передачи дейтаграмм по сети, как описано в приложенной формуле изобретения.

Краткое описание чертежей

Фиг. 1 является схемой региональной широковещательной системы в соответствии с одним вариантом выполнения изобретения.

Фиг. 2 является схемой применения региональной широковещательной системы по фиг. 1 для широковещательной передачи предупреждающих об опасности сообщений на мобильные терминалы поблизости от пожара.

Подробное описание предпочтительных вариантов выполнения

В предпочтительном варианте выполнения изобретения, показанном на фиг. 1, система связи использует магистраль Интернета, но изобретение также применимо к другим вариантам выполнения, в которых дейтаграммы посылаются по другим сетям. Сетевая система связи, показанная на фиг. 1, содержит IP-подсети 1-5, определенные общими элементами (битами в случае протокола IPv4 или префиксами в случае протокола IPv6) Интернет-адресов, присвоенных им. Подсети 1-5 отделены от магистрали Интернета простыми маршрутизаторами или шлюзами. В соответствии с этим вариантом выполнения настоящего изобретения с подсетями 1-5 связаны соответствующие прокси-серверы 7-11 подсетей. Прокси-серверы 7-11 предпочтительно напрямую соединены внутри подсети без маршрутизатора между ними; это позволяет использовать адрес «Все_узлы» протокола IPv6, например, для контакта со всеми узлами в этой подсети. Пользовательские терминалы, такие как 12-19, связываются с IP-подсетями 1-5.

В предпочтительном варианте выполнения настоящего изобретения пользовательские терминалы являются мобильными и связываются с IP-подсетями 1-5 по беспроводным соединениям. В этом случае пользовательские терминалы 12-19 часто перемещаются из одной IP-подсети в другую. Однако настоящее изобретение также применимо и к обычно неподвижным терминалам независимо от того, меняют ли они подсети или нет, как, например, могут это делать в особенности портативные компьютеры.

Мобильные пользовательские терминалы могут принимать форму сотовых телефонных терминалов так называемого третьего поколения, которые допускают одновременную передачу как данных, так и речи или других звуковых сигналов с помощью маршрутизации с коммутацией пакетов. Среди сотовых стандартов третьего поколения существуют стандарты UMTS 3GPP (стандарт «Универсальная система мобильной связи» из Проекта партнерства третьего поколения) и 3GPP2 (Вторая версия стандарта Проекта партнерства третьего поколения) Европейского института стандартизации электросвязи (European Telecommunications Standards Institute, ETSI-ЕИСЭ) и стандарт IMT-2000 (Международная мобильная связь-2000). Другие стандарты беспроводной связи, применимые в пользовательских терминалах в системах в соответствии с изобретением, включают в себя, например, стандарты локальных сетей HiperLAN (High Performance LAN) от ЕИСЭ и стандарт 802.11b от Института инженеров по электротехнике и радиоэлектронике (Institute of Electrical and Electronics Engineers, IEEE - ИИЭР).

Узлы в подсетях 1-5 связываются с магистралью Интернета и, следовательно, с другими подсетями и терминалами в соответствии со стандартами протокола Интернета, и настоящее изобретение особенно применимо в системах, использующих стандарты IPv6 Комитета по инженерным вопросам Интернета (Internet Engineering Task Force, IETF - КИВИ). Однако изобретение также применимо к другим протоколам с коммутацией пакетов, таким как протокол Интернета IPv4, и безусловно, к другим сетевым системам связи, в которых дейтаграммы маршрутизируются через сеть с использованием индексов адресатов, или адресов, содержащихся в дейтаграммах.

Как упомянуто выше, существует необходимость в наличии у терминалов способности передавать сообщение на множество других терминалов, но в таких системах появляется проблема, связанная с определением индивидуальных адресов терминалов адресатов, которые могут быть неизвестны отправителю. В контексте настоящего изобретения такая передача сообщения (независимо от того, однонаправленная или двунаправленная, с ответами от терминалов адресатов), когда отправитель не идентифицирует индивидуальные адреса адресатов, далее будет называться «региональной широковещательной передачей».

В варианте выполнения настоящего изобретения, показанном на фиг. 1, система связи включает в себя сервер 20 региональной широковещательной передачи, который находится в связи с магистралью Интернета по общеизвестному адресу. Сервер 20 региональной широковещательной передачи составляет сервер, группирующий подсеть, который дает множеству прокси-серверов подсети возможность быть выбранными, а дейтаграммам - передаваться от отправителя на сервер 20 региональной широковещательной передачи и от сервера 20 региональной широковещательной передачи на терминалы адресатов внутри соответствующей выбранной подсети.

При работе пользовательский терминал, такой как 15, который будет передавать региональное широковещательное сообщение, отправляет дейтаграмму с помощью однонаправленной передачи на сервер 20 региональной широковещательной передачи. Сервер 20 региональной широковещательной передачи затем выбирает множество прокси-серверов 7-11 подсети и обеспечивает передачи дейтаграмм между терминалом 15 отправителя и терминалами адресатов внутри соответствующих выбранных подсетей, в этом примере подсетей 1 и 4. Выбор производится в соответствии с критериями, выбранными как функция от информации, полученной от терминала 15 отправителя без индивидуальных индексов адресатов тех терминалов адресатов, которые определены терминалом 15 отправителя. Соответственно, терминалу отправителя нет необходимости передавать индивидуальные адреса множества терминалов адресатов, что может представлять как серьезную нагрузку на память пользовательского терминала, так и большую перегрузку на трафик связи. Кроме того, для терминала отправителя становится возможным выбирать терминалы в качестве адресата без знания их идентификации, например, по тому критерию, что они расположены в определенной близости.

В этом варианте выполнения изобретения информация, полученная от терминала 15 отправителя для выбора серверов подсетей адресатов, в данном случае прокси-серверов, включает в себя характеристики подсетей, связанных с критериями, а сервер, группирующий подсети, хранит данные о соответствии, указывающие на соответствие между характеристиками подсетей и адресами подсетей. Региональное широковещательное сообщение затем может быть передано выбранными прокси-серверами на все узлы, которые они обслуживают, используя, как в предпочтительном варианте выполнения настоящего изобретения, например, многоадресный адрес «Все_узлы» протокола IPv6.

В предпочтительном варианте выполнения настоящего изобретения подсети 1-5 географически ограничены, а критерии выбора включают в себя географическое положение подсетей, относящихся к соответствующим географическим областям.

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

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

В другом варианте выполнения настоящего изобретения сервер региональной широковещательной передачи получает информацию для выбора серверов подсети из положения терминала 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,

double region_radius,

byte[] broadcast_message)

Static byte[] regional_broadcasting_receive()

Первый способ позволяет широковещательно передавать сообщение в область конкретного местоположения. Он берет в качестве входных сигналов сообщение (таблицу байтов), положение центра области и радиус этой области. Второй способ позволяет терминалу принимать сообщения, которые были посланы в область, в которой находится этот терминал. Сообщение возвращается как таблица байтов.

Описанные выше способы интерфейсов являются клиентскими шлейфами, которые отправляют запросы на сервер 20 региональной широковещательной передачи и принимают от него ответы. Фиг. 1 показывает последовательность сообщений, выработанных в сети, когда вызывается региональный широковещательный интерфейс.

Как показано на фиг. 1, база данных в сервере 20 региональной широковещательной передачи включает в себя для каждой подсети 1-5 ее положение Loc.1-Loc.5 и IP-адрес соответствующего регионального широковещательного прокси-сервера 7-11. Сервер 20 региональной широковещательной передачи управляет базой данных как статической базой данных. База данных может быть заполнена вручную администратором сети в момент начала предоставления услуги и обновляться по мере необходимости. Эта архитектура является масштабируемой, легкоуправляемой и легко воплощаемой; она способна, если необходимо, работать без какой-либо внешней системы, такой как ГСП, неважно, настоящей или эмулированной, но также способна иметь выполнение, связанное с такой внешней системой позиционирования. В частности, сервер региональной широковещательной передачи и региональные широковещательные прокси-серверы в каждой IP-подсети являются очень простыми серверами, которые могут быть воплощены с сокетами UDP (User Datagram Protocol - протокол дейтаграмм пользователя). Кроме того, в этих серверах отсутствует сложное оборудование (конечный автомат), их поведение прямолинейно, а формат баз данных очень прост. Передача сообщения на терминалы адресатов, идентифицированные региональными прокси-серверами, улучшает масштабируемость системы, поскольку нет необходимости управлять положением всех узлов внутри сети.

Ниже приведен пример формата базы данных (для протокола IPv6):

Префикс IP-подсети	ГСП-вероятные координаты положения	РШ прокси-адрес
<fec000000000398c>	{1.00.0:1.00.0:1.0:4.0}	fec0::398c:2d0:59ff:fe05:c9ff
<fec000000000398c>	{1.00.0:1.00.0:1.0:4.0}	fec0::3988:2d0:59ff:fe12:d67b

Первое поле - адрес подсети, второе поле - положение этой подсети, третье - адрес соответствующего регионального широковещательного прокси-сервера.

Фиг. 2 показывает пример применения системы того типа, который показан на фиг. 1, для широковещательной передачи пожарной командой экстренного сообщения о пожаре любым пользовательским терминалам по соседству от пожара.

Характеристики:

- Критерии выбора: местоположение IP-подсетей.

- От получателей не ожидается ответа.

- Содержание: текстовые/речевые/видео сообщения.

- Любые типы сетей с доступом / множество административных доменов.

- Неподвижные и мобильные получатели.

Система, показанная на фиг. 2, состоит из частной интранет-сети 21, к которой может обращаться пожарная команда и полиция для использования ее в экстренных случаях и которая включает в себя сервер 22 региональной широковещательной передачи. Частная сеть 21 доступна для связи с мобильными терминалами, такими как 23, у пожарного на месте пожара. Сервер 22 региональной широковещательной передачи соединен с сетью 24 связи общедоступного оператора №1, в которой имеется сервер 25 региональной широковещательной передачи, и с сетью 26 связи общедоступного оператора №2, в которой имеется сервер 27 региональной широковещательной передачи.

Как только в области 28 обнаружен пожар (например, в лесу или другой области, где нелегко выяснить наличие людей по соседству), пожарный может использовать терминал 23 для запуска широковещательной передачи экстренных сообщений о пожаре по соседству с областью 28, так что любой человек, находящийся или пересекающий эту зону и имеющий пользовательский терминал, такой как 12-19, немедленно извещается об этом. В качестве службы чрезвычайных ситуаций это сообщение о тревоге может быть широковещательно передано через любую общедоступную или частную системы связи (например, через общедоступных GSM/GPRS/UMTS/DAB-DVB) операторов, через выделенные полицейские/пожарные сети безопасности и т.п., покрывающие эту область.

В этом примере штаб пожарных/полиции является хостом первичного «сервера, группирующего подсети», сервера 22 региональной широковещательной передачи, который выберет сети операторов, такие как 24 и 26, которые показывают область с пожаром, и передаст сообщение на соответствующие серверы 25 и 27 региональной широковещательной передачи в сетях этих операторов. Серверы 25 и 27 региональной широковещательной передачи затем выбирают наборы подсетей, по которым должно быть передано сообщение о тревоге, и передают это сообщение.

Исходное сообщение о тревоге, следовательно, может быть выработано пожарным, расположенным в местоположении 28 пожара, и адресовано штабу, который широковещательно передаст его соответствующему географическому региону через сетевую инфраструктуру, покрывающую область пожара. Широковещательная передача сообщения может обеспечить информацию в реальном масштабе времени о местной ситуации любому человеку, находящемуся в этом регионе. Содержание сообщения может быть любого пригодного типа (текст, речь, видео...), который может быть адаптирован к пропускным способностям сетей, широковещательно передающих сообщение.

Другим примером использования системы того типа, который показан на фиг. 1, является ее применение для обнаружения услуг в географическом соседстве.

Характеристики:

- От получателей ожидается/ожидаются ответ/ответы.

- Содержание: структурированное сообщение: - описание услуги, информация для ответа отправителю и т.п.

- Отправитель/получатели являются неподвижными или мобильными.

- Архитектура для обнаружения услуг, обращенных на конкретное местоположение.

В этом случае оператор, желающий предложить своим подписчикам возможности обнаружения услуг, обращенных на конкретное местоположение, делает сервер 20 региональной широковещательной передачи ведущим. Путешествующий пользователь, ищущий услугу (например, ресторан) на определенном расстоянии (например, 10 км) вокруг его текущего местоположения, затем адресует свой запрос оператору. Более конкретно, пользовательский терминал, такой как 15, отправляет сообщение на сервер 20 региональной широковещательной передачи оператора. Сервер 20 региональной широковещательной передачи получает набор подсетей 1 и 4, в которые этот запрос должен быть широковещательно передан, на основании области, описанной в запросе, и идентифицирует из содержания сообщения, что оно адресовано ресторанам. Прокси-серверы подсетей могут выбрать различные многоадресные адреса, соответствующие природе запросов, так что в этом примере запрос получат только рестораны, имеющие пользовательские терминалы, такие как 12, 13 и 16, связанные с выбранными подсетями 1 и 4, которые зарегистрированы в «ресторанном» многоадресном адресе. Содержание широковещательной передачи сообщения включает в себя информацию, делающую возможными ответы, такую как номер факса или адрес электронной почты, и также может включать в себя дополнительные требования, определенные пользователем, например, условие, чтобы ресторан был с зоной для некурящих. Рестораны, принявшие сообщение, могут затем ответить на запрос (например, отправив меню с ценами) путем непосредственного контакта с потенциальным клиентом тем способом, который он указал в своем запросе. Конечно, несколько операторов могут объединиться для развертывания такой услуги по всем своим сетям, так что пользователь получит выгоду от объединения с получением более широких услуг.

Чтобы поддерживать динамичное обнаружение любого типа услуг, направленных на конкретное местоположение, и взаимное понимание между клиентом и поставщиком услуг, предпочтительный вариант выполнения изобретения использует общий язык (синтаксис и семантику) для описания сложных (комплексных) услуг. Существующий стандарт (такой как XML..., расширяемый язык разметки) используется, чтобы помочь этому определению. В дополнение к описанию услуги, сообщение, запрашивающее об обнаружении услуги, само по себе структурировано таким образом, что как клиент, так и поставщик услуги могут его понять.

Ниже приведен пример структуры запроса об открытии услуги:

Элемент	Содержание
Назначение	Описание области(ей) широковещательной передачи (тип, координаты и т.п.), например: 10 км вокруг моего текущего местоположения, в Париже и т.п.
Запрос	Описание услуги(услуг), например: пиццерия с зоной для некурящих, и т.п.
Желаемый ответ	Информация, ожидаемая в ответе: (содержание, формат и т.п.), например: карта и описание пути до пиццерии, меню, фотографии и т.п.
Идентификация(-ии) ответа	Как связаться с заинтересованными сторонами, например, номер моего факса, адрес электронной почты и т.п.

Должно быть понятно, что приведенные выше примеры применения вариантов выполнения настоящего изобретения даны лишь в иллюстративных целях.

Claims

1. Способ передачи дейтаграмм по сети, содержащей подсети (1-5), от терминала (15) отправителя на множество терминалов (12-19) адресатов, обслуживаемых множеством подсетей (1-5), в котором дейтаграммы маршрутизируют с использованием индексов адресатов, содержащихся в дейтаграммах, отличающийся тем, что серверы (7-11) подсетей посылают дейтаграммы в соответствующие подсети из подсетей (1-5), сервер (20), группирующий подсети, выбирает множество серверов (7-11) подсетей и обеспечивает передачу региональных широковещательных дейтаграмм от терминала (15) отправителя на выбранные серверы (7-11) подсетей, обеспечивают посредством выбранных серверов (7-11) подсетей региональные широковещательные дейтаграммы множеству терминалов (12, 13, 16) адресатов внутри соответствующих выбранных подсетей (1, 4), причем региональные широковещательные дейтаграммы посылают из терминала (15) отправителя на упомянутый сервер (20), группирующий подсети, посредством одноадресной передачи, и упомянутый группирующий сервер (20) осуществляет выбор серверов (7-11) подсетей в соответствии с критериями, определенными посредством терминала отправителя и выбранными как функция от информации, полученной от терминала (15) отправителя, без определения терминалом (15) отправителя индивидуальных индексов адресатов терминалов (12-19) адресатов.

2. Способ по п.1, отличающийся тем, что каждый сервер из серверов (7-11) подсетей связан с соответствующей подсетью из подсетей (1-5) и при этом каждый сервер (7-11) подсети соединен непосредственно с соответствующей подсетью (1-5).

3. Способ по п.1 или 2, отличающийся тем, что по меньшей мере терминал (15) отправителя является мобильным.

4. Способ по любому из пп.1-3, отличающийся тем, что по меньшей мере терминал (15) отправителя осуществляет связь с упомянутой сетью посредством беспроводной связи.

5. Способ по любому из пп.1-4, отличающийся тем, что упомянутая информация, полученная от терминала (15) отправителя для выбора упомянутых серверов (7-11) подсетей, относится к критериям для выбора подсетей (1-5), а сервер (20), группирующий подсети, хранит данные соответствия, показывающие соответствие между упомянутыми критериями и индексами адресатов упомянутых подсетей.

6. Способ по любому из пп.1-5, отличающийся тем, что упомянутая информация, полученная от терминала (15) отправителя, для выбора упомянутых серверов (7-11) подсетей, содержится в дейтаграммах, отправленных терминалом (15) отправителя.

7. Способ по любому из пп.1-6, отличающийся тем, что подсети (1-5) географически ограничены, а упомянутые критерии включают в себя географическое местоположение подсетей (1-5) относительно соответствующих географических регионов.

8. Способ по п.7, отличающийся тем, что упомянутая информация, полученная от терминала (15) отправителя для выбора упомянутых серверов (7-11) подсетей, включает в себя идентификацию сервера (9) подсети, служащего точкой доступа в упомянутую сеть для терминала (15) отправителя, а упомянутые выбранные подсети (1, 4) выбраны в географической близости от сервера (9) подсети, служащего точкой доступа для терминала (15) отправителя.

9. Способ по любому из пп.1-8, отличающийся тем, что упомянутые дейтаграммы адресуют всем терминалам (12, 13, 16) адресатов, обслуживаемым выбранными серверами (7, 10) подсетей.

10. Способ по любому из пп.1-9, отличающийся тем, что упомянутые дейтаграммы маршрутизируют с использованием Интернет-протокола.

11. Способ по п.1, отличающийся тем, что на этапе обеспечения посредством выбранных серверов (7-11) подсетей обеспечивают региональные широковещательные дейтаграммы множеству терминалов (12, 13, 16) адресатов посредством многоадресной или широковещательной передачи.

12. Устройство для передачи дейтаграмм по сети, которая содержит подсети (1-5), от терминала (15) отправителя на множество терминалов (12-19) адресатов, обслуживаемых множеством подсетей (1-5), причем дейтаграммы маршрутизируются с использованием индексов адресатов, содержащихся в дейтаграммах, отличающееся тем, что содержит серверы (7-11) подсетей для отправки дейтаграмм в соответствующие подсети из упомянутых подсетей (1-5), сервер (20), группирующий подсети, для выбора множества упомянутых серверов (7-11) подсетей и для обеспечения передачи региональных широковещательных дейтаграмм от терминала (15) отправителя на выбранные серверы (7-11) подсетей, причем выбранные серверы (7-11) подсетей выполнены с возможностью посылки региональных широковещательных дейтаграмм множеству терминалов (12, 13, 16) адресатов внутри соответствующих выбранных подсетей (1, 4), при этом упомянутые региональные широковещательные дейтаграммы принимаются от терминала (15) отправителя на сервере (20), группирующем подсети, посредством одноадресной передачи, и сервер (20), группирующий подсети, выполнен с возможностью осуществления выбора серверов (7-11) подсетей в соответствии с критериями, определенными терминалом отправителя и выбранными как функция от информации, полученной от терминала отправителя, без определения терминалом (15) отправителя индивидуальных индексов адресатов терминалов (12-19) адресатов.

13. Устройство по п.12, отличающееся тем, что упомянутая информация, полученная от терминала (15) отправителя для выбора упомянутых серверов (7-11) подсетей, относится к критериям для выбора подсетей (1-5), а сервер (20), группирующий подсети, хранит данные соответствия, показывающие соответствие между упомянутыми критериями и индексами адресатов упомянутых подсетей.

14. Устройство по п.12 или 13, отличающееся тем, что подсети (1-5) географически ограничены, а упомянутые критерии включают в себя географическое местоположение подсетей (1-5) относительно соответствующих географических регионов.

15. Устройство по п.14, отличающееся тем, что упомянутая информация, полученная от терминала (15) отправителя для выбора упомянутых серверов (7-11) подсетей, включает в себя идентификацию сервера (9) подсети, служащего точкой доступа в упомянутую сеть для терминала (15) отправителя, а сервер (20), группирующий подсети, выполнен с возможностью выбора подсетей (1, 4) в географической близости от сервера (9) подсети, служащего точкой доступа для терминала (15) отправителя.

16. Устройство по п.12 или 15, отличающееся тем, что упомянутые дейтаграммы адресуются всем терминалам (12, 13, 16) адресатов, обслуживаемым выбранными серверами (7-11) подсетей.

17. Устройство по любому из пп.12-16, отличающееся тем, что упомянутые дейтаграммы маршрутизируются с использованием Интернет-протокола.

18. Устройство по п.12, отличающееся тем, что каждый из выбранных серверов (7-11) подсетей выполнен с возможностью посылки региональных широковещательных дейтаграмм множеству терминалов (12, 13, 16) адресатов посредством многоадресной или широковещательной передачи.