RU2308812C2 - Связь по выбранному участку - Google Patents
Связь по выбранному участку Download PDFInfo
- Publication number
- RU2308812C2 RU2308812C2 RU2004123211/09A RU2004123211A RU2308812C2 RU 2308812 C2 RU2308812 C2 RU 2308812C2 RU 2004123211/09 A RU2004123211/09 A RU 2004123211/09A RU 2004123211 A RU2004123211 A RU 2004123211A RU 2308812 C2 RU2308812 C2 RU 2308812C2
- Authority
- RU
- Russia
- Prior art keywords
- subnets
- datagrams
- servers
- terminal
- sender
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Materials For Medical Uses (AREA)
- Computer And Data Communications (AREA)
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, является ее применение для обнаружения услуг в географическом соседстве.
Характеристики:
- Критерии выбора: местоположение IP-подсетей.
- От получателей ожидается/ожидаются ответ/ответы.
- Содержание: структурированное сообщение: - описание услуги, информация для ответа отправителю и т.п.
- Отправитель/получатели являются неподвижными или мобильными.
- Архитектура для обнаружения услуг, обращенных на конкретное местоположение.
В этом случае оператор, желающий предложить своим подписчикам возможности обнаружения услуг, обращенных на конкретное местоположение, делает сервер 20 региональной широковещательной передачи ведущим. Путешествующий пользователь, ищущий услугу (например, ресторан) на определенном расстоянии (например, 10 км) вокруг его текущего местоположения, затем адресует свой запрос оператору. Более конкретно, пользовательский терминал, такой как 15, отправляет сообщение на сервер 20 региональной широковещательной передачи оператора. Сервер 20 региональной широковещательной передачи получает набор подсетей 1 и 4, в которые этот запрос должен быть широковещательно передан, на основании области, описанной в запросе, и идентифицирует из содержания сообщения, что оно адресовано ресторанам. Прокси-серверы подсетей могут выбрать различные многоадресные адреса, соответствующие природе запросов, так что в этом примере запрос получат только рестораны, имеющие пользовательские терминалы, такие как 12, 13 и 16, связанные с выбранными подсетями 1 и 4, которые зарегистрированы в «ресторанном» многоадресном адресе. Содержание широковещательной передачи сообщения включает в себя информацию, делающую возможными ответы, такую как номер факса или адрес электронной почты, и также может включать в себя дополнительные требования, определенные пользователем, например, условие, чтобы ресторан был с зоной для некурящих. Рестораны, принявшие сообщение, могут затем ответить на запрос (например, отправив меню с ценами) путем непосредственного контакта с потенциальным клиентом тем способом, который он указал в своем запросе. Конечно, несколько операторов могут объединиться для развертывания такой услуги по всем своим сетям, так что пользователь получит выгоду от объединения с получением более широких услуг.
Чтобы поддерживать динамичное обнаружение любого типа услуг, направленных на конкретное местоположение, и взаимное понимание между клиентом и поставщиком услуг, предпочтительный вариант выполнения изобретения использует общий язык (синтаксис и семантику) для описания сложных (комплексных) услуг. Существующий стандарт (такой как XML..., расширяемый язык разметки) используется, чтобы помочь этому определению. В дополнение к описанию услуги, сообщение, запрашивающее об обнаружении услуги, само по себе структурировано таким образом, что как клиент, так и поставщик услуги могут его понять.
Ниже приведен пример структуры запроса об открытии услуги:
Элемент | Содержание |
Назначение | Описание области(ей) широковещательной передачи (тип, координаты и т.п.), например: 10 км вокруг моего текущего местоположения, в Париже и т.п. |
Запрос | Описание услуги(услуг), например: пиццерия с зоной для некурящих, и т.п. |
Желаемый ответ | Информация, ожидаемая в ответе: (содержание, формат и т.п.), например: карта и описание пути до пиццерии, меню, фотографии и т.п. |
Идентификация(-ии) ответа |
Как связаться с заинтересованными сторонами, например, номер моего факса, адрес электронной почты и т.п. |
Должно быть понятно, что приведенные выше примеры применения вариантов выполнения настоящего изобретения даны лишь в иллюстративных целях.
Claims (18)
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) адресатов посредством многоадресной или широковещательной передачи.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP01403390.6 | 2001-12-28 | ||
EP01403390A EP1324560B1 (en) | 2001-12-28 | 2001-12-28 | Communication over a selected part of a network |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2004123211A RU2004123211A (ru) | 2006-02-27 |
RU2308812C2 true RU2308812C2 (ru) | 2007-10-20 |
Family
ID=8183065
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2004123211/09A RU2308812C2 (ru) | 2001-12-28 | 2002-12-18 | Связь по выбранному участку |
Country Status (11)
Country | Link |
---|---|
US (1) | US8599848B2 (ru) |
EP (1) | EP1324560B1 (ru) |
JP (1) | JP4104553B2 (ru) |
KR (1) | KR100965393B1 (ru) |
CN (1) | CN1600012B (ru) |
AT (1) | ATE384387T1 (ru) |
AU (1) | AU2002358745A1 (ru) |
BR (1) | BR0214595A (ru) |
DE (1) | DE60132472T2 (ru) |
RU (1) | RU2308812C2 (ru) |
WO (1) | WO2003056778A1 (ru) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2483457C2 (ru) * | 2008-08-13 | 2013-05-27 | Зрд Брэнд Пте. Лтд | Платформа маршрутизации сообщений |
Families Citing this family (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005079421A2 (en) * | 2004-02-13 | 2005-09-01 | Weiser Douglas D | Public service message broadcasting system and method |
US7801538B2 (en) * | 2004-02-13 | 2010-09-21 | Envisionit Llc | Message broadcasting geo-fencing system and method |
US7827120B1 (en) * | 2004-02-19 | 2010-11-02 | Celeritasworks Llc | Community awareness management systems and methods |
US20070027903A1 (en) * | 2004-02-19 | 2007-02-01 | Evans Scott A | Community Awareness Management Systems and Methods |
US9984170B2 (en) * | 2004-02-19 | 2018-05-29 | Celeritasworks, Llc | Community awareness management systems and methods |
US7330726B2 (en) * | 2004-06-07 | 2008-02-12 | Spyder Navigation Llc | Determining geographical position in IPv6 networks |
JP4526886B2 (ja) * | 2004-07-05 | 2010-08-18 | 株式会社日立製作所 | 無線装置、無線通信システムの制御方法、及び無線通信システム |
MXPA06015212A (es) * | 2004-07-09 | 2007-03-15 | Interdigital Tech Corp | Separacion de red de malla, logica y fisica. |
KR100643285B1 (ko) * | 2004-11-02 | 2006-11-10 | 삼성전자주식회사 | 멀티캐스트를 이용한 데이터 송수신 시스템 및 방법 |
FR2880752A1 (fr) | 2005-01-10 | 2006-07-14 | Thomson Licensing Sa | Methode de construction d'une adresse de diffusion unique par un serveur et serveur utilisant cette methode |
GB2429876B (en) * | 2005-09-06 | 2010-03-03 | King S College London | A method of providing access to packet-switched services in a heterogeneous network environment |
KR100905593B1 (ko) * | 2005-10-18 | 2009-07-02 | 삼성전자주식회사 | 사용자 제보를 방송하기 위한 디지털 멀티미디어 방송시스템 및 방법 |
US8483616B1 (en) | 2005-11-01 | 2013-07-09 | At&T Intellectual Property Ii, L.P. | Non-interference technique for spatially aware mobile ad hoc networking |
US8355410B2 (en) | 2007-08-17 | 2013-01-15 | At&T Intellectual Property I, L.P. | Location-based mobile gaming application and method for implementing the same using a scalable tiered geocast protocol |
US8725062B2 (en) * | 2006-11-20 | 2014-05-13 | Broadcom Corporation | Media broadcasts from wireless access point |
US20090291630A1 (en) * | 2008-03-17 | 2009-11-26 | Dunn Timothy N | Geographic targeting of alerts |
US9544922B2 (en) | 2008-09-16 | 2017-01-10 | At&T Intellectual Property I, L.P. | Quality of service scheme for collision-based wireless networks |
US8750906B2 (en) * | 2009-02-20 | 2014-06-10 | T-Mobile Usa, Inc. | Dynamic elements on a map within a mobile device, such as elements that facilitate communication between users |
US9118428B2 (en) | 2009-11-04 | 2015-08-25 | At&T Intellectual Property I, L.P. | Geographic advertising using a scalable wireless geocast protocol |
US20120005063A1 (en) * | 2010-06-30 | 2012-01-05 | NYSE Euronext | Fix proxy server |
US10016684B2 (en) | 2010-10-28 | 2018-07-10 | At&T Intellectual Property I, L.P. | Secure geographic based gaming |
US9161158B2 (en) | 2011-06-27 | 2015-10-13 | At&T Intellectual Property I, L.P. | Information acquisition using a scalable wireless geocast protocol |
US9319842B2 (en) | 2011-06-27 | 2016-04-19 | At&T Intellectual Property I, L.P. | Mobile device configured point and shoot type weapon |
US9495870B2 (en) | 2011-10-20 | 2016-11-15 | At&T Intellectual Property I, L.P. | Vehicular communications using a scalable ad hoc geographic routing protocol |
US8744419B2 (en) | 2011-12-15 | 2014-06-03 | At&T Intellectual Property, I, L.P. | Media distribution via a scalable ad hoc geographic protocol |
US9448700B2 (en) * | 2012-02-03 | 2016-09-20 | Apple Inc. | Sharing services |
US9071451B2 (en) | 2012-07-31 | 2015-06-30 | At&T Intellectual Property I, L.P. | Geocast-based situation awareness |
US9210589B2 (en) | 2012-10-09 | 2015-12-08 | At&T Intellectual Property I, L.P. | Geocast protocol for wireless sensor network |
US9660745B2 (en) | 2012-12-12 | 2017-05-23 | At&T Intellectual Property I, L.P. | Geocast-based file transfer |
US10305748B2 (en) | 2014-05-19 | 2019-05-28 | The Michael Harrison Tretter Auerbach Trust | Dynamic computer systems and uses thereof |
US10666735B2 (en) | 2014-05-19 | 2020-05-26 | Auerbach Michael Harrison Tretter | Dynamic computer systems and uses thereof |
US9742853B2 (en) | 2014-05-19 | 2017-08-22 | The Michael Harrison Tretter Auerbach Trust | Dynamic computer systems and uses thereof |
WO2016205364A1 (en) * | 2015-06-18 | 2016-12-22 | Placement Labs, LLC | Live content streaming system and method |
US11683566B2 (en) | 2015-06-18 | 2023-06-20 | Relgic, Llc | Live content streaming system and method |
US9646402B2 (en) | 2015-06-19 | 2017-05-09 | International Business Machines Corporation | Geographic space management |
US9467839B1 (en) | 2015-12-16 | 2016-10-11 | International Business Machines Corporation | Management of dynamic events and moving objects |
US9578093B1 (en) | 2015-12-16 | 2017-02-21 | International Business Machines Corporation | Geographic space management |
US10594806B2 (en) | 2015-12-16 | 2020-03-17 | International Business Machines Corporation | Management of mobile objects and resources |
KR102431145B1 (ko) * | 2022-01-17 | 2022-08-10 | 주식회사 와이콘즈 | 듀얼 채널 기반의 nft를 이용한 객체의 인증 관리를 위한 서비스 제공 방법 및 장치 |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2129038T3 (es) * | 1992-11-27 | 1999-06-01 | Ibm | Encaminamiento a destinos multiples entre dominios. |
US6873627B1 (en) * | 1995-01-19 | 2005-03-29 | The Fantastic Corporation | System and method for sending packets over a computer network |
US5930259A (en) * | 1995-08-25 | 1999-07-27 | Kabushiki Kaisha Toshiba | Packet transmission node device realizing packet transfer scheme and control information transfer scheme using multiple virtual connections |
JP2838998B2 (ja) * | 1996-02-07 | 1998-12-16 | 日本電気株式会社 | 移動端末及び移動対応ネットワーク |
RU2118051C1 (ru) | 1996-04-30 | 1998-08-20 | Лихачев Александр Геннадьевич | Способ доступа к ресурсам "всемирной паутины" через шлюзы-представители |
JP3286197B2 (ja) | 1997-03-04 | 2002-05-27 | 三菱電機株式会社 | マルチキャスト通信方式 |
US6011782A (en) * | 1997-05-08 | 2000-01-04 | At&T Corp. | Method for managing multicast addresses for transmitting and receiving multimedia conferencing information on an internet protocol (IP) network |
JP3443283B2 (ja) | 1997-07-25 | 2003-09-02 | 日本電信電話株式会社 | 同報リスト作成方法 |
US7031326B1 (en) * | 1997-09-11 | 2006-04-18 | At&T Corp | Method and system for a Unicast endpoint client to access a multicast internet protocol (IP) session |
US6212552B1 (en) * | 1998-01-15 | 2001-04-03 | At&T Corp. | Declarative message addressing |
US6181697B1 (en) * | 1998-03-31 | 2001-01-30 | At&T Corp. | Method for a unicast endpoint client to access a multicast internet protocol (IP) session and to serve as a redistributor of such session |
AU5976099A (en) * | 1999-09-09 | 2001-04-10 | Nokia Corporation | In controlled multicast |
CA2317980C (en) * | 1999-09-16 | 2004-10-19 | At&T Corp. | H.323 mobility architecture for terminal, user and service mobility |
US6643707B1 (en) | 2000-02-14 | 2003-11-04 | General Instrument Corporation | Method and apparatus for defining, managing and distributing broadcast names |
FR2805430B1 (fr) | 2000-02-21 | 2002-08-16 | Matra Nortel Communications | Procede de gestion de mobilite dans un reseau de telecommunications, et serveur de mobilite pour la mise en oeuvre du procede |
JP2001313672A (ja) * | 2000-04-28 | 2001-11-09 | Toshiba Corp | ネットワークシステム、パケット中継装置、無線端末及びパケット処理方法 |
US6633765B1 (en) * | 2000-08-28 | 2003-10-14 | Qualcomm, Incorporated | Method and apparatus for performing coverage control for multicast services in a wireless network |
US20020150094A1 (en) * | 2000-10-27 | 2002-10-17 | Matthew Cheng | Hierarchical level-based internet protocol multicasting |
JP4704589B2 (ja) | 2001-03-22 | 2011-06-15 | 中部キレスト株式会社 | マグネシウム含有金属材用防食剤および防食処理法 |
US7016353B2 (en) * | 2001-06-13 | 2006-03-21 | Telcordia Technologies, Inc. | Method and system for dynamically assigning IP addresses in wireless networks |
WO2003029916A2 (en) * | 2001-09-28 | 2003-04-10 | Bluesocket, Inc. | Method and system for managing data traffic in wireless networks |
-
2001
- 2001-12-28 DE DE60132472T patent/DE60132472T2/de not_active Expired - Lifetime
- 2001-12-28 EP EP01403390A patent/EP1324560B1/en not_active Expired - Lifetime
- 2001-12-28 AT AT01403390T patent/ATE384387T1/de not_active IP Right Cessation
-
2002
- 2002-12-18 BR BR0214595-2A patent/BR0214595A/pt not_active Application Discontinuation
- 2002-12-18 JP JP2003557168A patent/JP4104553B2/ja not_active Expired - Fee Related
- 2002-12-18 KR KR1020047010307A patent/KR100965393B1/ko not_active IP Right Cessation
- 2002-12-18 WO PCT/EP2002/014445 patent/WO2003056778A1/en active Application Filing
- 2002-12-18 CN CN028240111A patent/CN1600012B/zh not_active Expired - Fee Related
- 2002-12-18 RU RU2004123211/09A patent/RU2308812C2/ru not_active IP Right Cessation
- 2002-12-18 AU AU2002358745A patent/AU2002358745A1/en not_active Abandoned
- 2002-12-18 US US10/497,118 patent/US8599848B2/en not_active Expired - Fee Related
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2483457C2 (ru) * | 2008-08-13 | 2013-05-27 | Зрд Брэнд Пте. Лтд | Платформа маршрутизации сообщений |
Also Published As
Publication number | Publication date |
---|---|
ATE384387T1 (de) | 2008-02-15 |
RU2004123211A (ru) | 2006-02-27 |
JP2005513962A (ja) | 2005-05-12 |
KR20040066934A (ko) | 2004-07-27 |
US20040264461A1 (en) | 2004-12-30 |
US8599848B2 (en) | 2013-12-03 |
BR0214595A (pt) | 2004-11-03 |
EP1324560B1 (en) | 2008-01-16 |
WO2003056778A1 (en) | 2003-07-10 |
JP4104553B2 (ja) | 2008-06-18 |
EP1324560A1 (en) | 2003-07-02 |
AU2002358745A1 (en) | 2003-07-15 |
CN1600012B (zh) | 2011-11-23 |
KR100965393B1 (ko) | 2010-06-24 |
DE60132472T2 (de) | 2009-01-15 |
DE60132472D1 (de) | 2008-03-06 |
CN1600012A (zh) | 2005-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2308812C2 (ru) | Связь по выбранному участку | |
US7224979B2 (en) | Location-aware service proxies in a short-range wireless environment | |
KR100342975B1 (ko) | 계층적 전송과 분산 아이피 멀티캐스팅을 이용한 인터넷 방송 시스템 및 인터넷 방송 방법 | |
US6704295B1 (en) | Radio communication system for push information delivery | |
US6542491B1 (en) | Wireless server, system and method | |
CN100591019C (zh) | 提供广播信道上的ip多点通信服务的方法和设备 | |
EP1623550B1 (en) | Distributed caching and redistribution system and method in a wireless data network | |
JP2005529545A (ja) | パケットフローに基づくセッションサービスの適用 | |
KR20020082215A (ko) | 무선 장치 식별자로서 ip 주소를 사용하기 위한 시스템및 방법 | |
US7620723B2 (en) | Network management | |
JP3666654B2 (ja) | インターネット通信方法{AmethodforanInternetCommunication} | |
KR100808983B1 (ko) | 무선단말에 도달하기 위한 주소정보 제공 | |
US7388855B2 (en) | Method for discovering a broadcast multicast services (BCMCS) controller in a packet data network | |
JP4463277B2 (ja) | サービス中継サブネット間マルチキャスト−ネットワーク基盤に依らないサブネット横断マルチキャスト解決策 | |
US8000281B2 (en) | System and method for providing multicast/broadcast services in a wireless network | |
CN100481771C (zh) | 用于拦截网络访问的系统及其方法 | |
JP3230155B2 (ja) | 無線通信装置及び記録媒体 | |
KR100233840B1 (ko) | 공공 및 사설 인터넷 주소를 동시에 수용하기 위한 위성인터넷 접속 중심국의 구조 및 그 운용 방법 | |
Velayos et al. | Requirements for network services in BRAIN project | |
US20040219929A1 (en) | Radio communication device and method therefor | |
Ramanujan et al. | Geographically Targeted Information Dissemination System (GeoTIDeS) | |
Ashtarifar et al. | A Link Layer Solution to Location Identification of Emergency VoIP Callers | |
Kitamura et al. | Applications of IPv6 Anycasting draft-ata-ipv6-anycast-app-01. txt | |
JP2007312175A (ja) | メッセージングシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20071219 |
|
NF4A | Reinstatement of patent |
Effective date: 20090327 |
|
PC41 | Official registration of the transfer of exclusive right |
Effective date: 20120626 |
|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20151219 |