RU2359321C2

RU2359321C2 - Система и способ для обеспечения передачи данных в дуплексной сети через интернет-протокол

Info

Publication number: RU2359321C2
Application number: RU2004106595/09A
Authority: RU
Inventors: Эйял ФИШЛЕР (IL); Эйял ФИШЛЕР
Original assignee: Мобайл Торнадо Интернешнел Лтд.
Priority date: 2001-09-06
Filing date: 2002-08-22
Publication date: 2009-06-20
Also published as: JP2005502238A; CN1575569A; AU2002328136B2; KR20040034713A; EP1428359A2; WO2003021372A3; MXPA04002229A; RU2004106595A; WO2003021985A1; EP1428359A4; US20050083907A1; CN100379223C; US20110044246A1; WO2003021372A2; KR100894080B1; CA2459829A1; BR0212343A

Abstract

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

Description

Область техники

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

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

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

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

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

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

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

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

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

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

Раскрытие изобретения

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

установка параметров, по меньшей мере, одной коммуникационной подсети, по меньшей мере, на одной клиентской системе, принимающей запросы, посланные, по меньшей мере, одной клиентской системой;

осуществление модификации операционного статуса, по меньшей мере, одной клиентской системы;

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

создание, по меньшей мере, одного дуплексного пакетного коммуникационного канала, по меньшей мере, между одной клиентской системой и, по меньшей мере, второй клиентской системой;

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

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

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

по меньшей мере, первое клиентское устройство, используемое абонентом коммуникационной подсети для доступа, установления связи и взаимодействия, по меньшей мере, со вторым клиентским устройством, а также для хранения пользовательской базы данных, содержащей соответствующие структуры данных для создания, по меньшей мере, одной пакетной коммуникационной подсети с соответствующими параметрами, по меньшей мере, двух клиентских устройств;

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

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

Третий аспект настоящего изобретения относится к способу дуплексного пакетного подключения и передачи сообщений между двумя или более клиентскими устройствами. Способ включает в себя следующие шаги:

клиентская прикладная система, размещенная на клиентском устройстве, получающая от пользователя информацию из клиентской внутренней адресной книги;

клиент выбирает, по меньшей мере, один адресат информации для связи;

клиентская прикладная система определяет адрес адресата информации;

клиент передает запрос адресату информации,

и между клиентом и адресатом информации устанавливается прямая связь.

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

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

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

установка параметров, по меньшей мере, одной подсети радиосвязи, по меньшей мере, на одной серверной системе;

прием запросов, посланных, по меньшей мере, одной клиентской системой;

модификация, операционного статуса, по меньшей мере, одной клиентской системы;

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

осуществление, по меньшей мере, одного дуплексного пакетного канала радиосвязи, по меньшей мере, между одной клиентской системой и, по меньшей мере, второй клиентской системой;

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

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

по меньшей мере, одно первое клиентское устройство, управляемое абонентом подсети радиосвязи, для доступа, установления связи и взаимодействия, по крайней мере, со вторым клиентским устройством;

по меньшей мере, одно серверное устройство для установки требуемой связи, по меньшей мере, с одним первым клиентским устройством и, по меньшей мере, одним вторым клиентским устройством;

по меньшей мере, одно серверное устройство для хранения пользовательской базы данных, содержащей соответствующую структуру данных для создания, по меньшей мере, одной пакетной коммуникационной подсети с соответствующими параметрами, по меньшей мере, двух клиентских устройств;

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

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

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

установка параметров, по меньшей мере, двух подсетей радиосвязи, по меньшей мере, на одной серверной системе;

прием запросов, выданных, по меньшей мере, одной клиентской системой, связанной, по меньшей мере, с одной радиокоммуникационной подсетью, касающихся модификации операционного статуса, по меньшей мере, одной клиентской системы;

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

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

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

Настоящее изобретение будет понято более полно из следующего детального описания чертежей, на которых:

Фиг.1 - упрощенная структурная схема типовой IPRS системы, которая может применяться для реализации предлагаемой системы и способа в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

Фиг.2 показывает компоненты, составляющие прикладную систему IPRS сервера в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

Фиг.3 показывает операционные компоненты, составляющие клиентскую прикладную IPRS систему в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

Фиг.4 показывает типовую структуру предлагаемой системы и способа в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

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

Фиг.6 - упрощенная структурная схема, иллюстрирующая типовые элементы, связанные с предлагаемой системой и способом, иерархически организованные в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

Фиг.7 - упрощенная блок-схема, которая иллюстрирует процесс регистрации в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

Фиг.8 - блок-схема, которая иллюстрирует прекращение связи между клиентом и сервером в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

Фиг.9А - блок-схема, иллюстрирующая обмен сообщениями между пользователями в процессе установки соединения, в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

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

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

Фиг.9D - графическая иллюстрация схематического маршрута сообщений в процессе установки соединения без IPRS сервера в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

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

Фиг.10В графически иллюстрирует схематический маршрут сообщений в процессе, показанном на Фиг.7А, в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

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

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

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

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

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

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

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

Фиг.15 показывает упрощенную блок-схему, которая иллюстрирует работу МС модуля при организации сеанса сетевого соединения по протоколу реального времени (RTP соединение), в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

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

Фиг.17А, 17В, 17С, 18А, 18В, 19А, 19В, 19С, 20А показывают типовые экраны дисплеев, представляющие различные аспекты клиентского графического интерфейса пользователя, - Graphical User Interface (GUI) - в соответствии с предпочтительным вариантом осуществления настоящего изобретения.

Осуществление изобретения

Усовершенствованная дуплексная коммуникационная сеть, которая функционирует через сотовую коммуникационную сеть, использующую пакетный протокол, такой как Интернет-протокол (IP) или протокол Х.25, широко известна. В дополнение к стандартным внутрисетевым функциям усовершенствованные сети, например радиосети, обеспечивают современные функции, такие как сложные услуги роуминга. Усовершенствованная сеть типа радиосети дает возможность передачи информации через различные широко известные коммуникационные сети, использующие пакетно-ориентированные протоколы. Таким образом, достигается широкая интеграция двухсторонних сетей, таких как радиокоммуникационные сети. Информация в усовершенствованных радиосетях передается в пакетном формате, и имеется возможность передачи информации в различных форматах, таких как голосовой, графика, изображения, видео, данные, программные приложения и т.п. Предлагаемая система и способ также обеспечивают интегрированные услуги, включая передачу текста, сообщений, электронной почты, доступ к коммуникационным сетям передачи данных и т.д. Услуги роуминга поддерживаются через коммуникационные сети, которые функционируют с использованием технологии пакетной передачи данных (General Packet Radio Service, GPRS), основанной на GSM коммуникациях. Система и способ, предлагаемые настоящим изобретением, будут обозначаться в тексте как радиосеть с использованием Интернет-протокола (Internet Protocol Radio Service, IPRS). Необходимо заметить, что термин "IPRS" используется как удобное обозначение средств и не предназначен для наложения ограничений на систему и способ, описанные ниже. Пределы объема защиты настоящего изобретения будут определены в пунктах формулы изобретения. В контексте настоящего изобретения сети или сообщения, подобные сетям радиосвязи или радиосообщениям, будут относиться к сети радиосвязи или радиосообщению. Ссылка на "радио", сделанная в контексте настоящего изобретения, не обязательно является традиционной радиосетью. Для облегчения понимания настоящего изобретения термин "радио" не должен пониматься узко.

IPRS сеть является усовершенствованной дуплексной радиосетью с существенно расширенными возможностями межсетевого взаимодействия в радиосетях. Абонент IPRS сети использует мобильное или стационарное радиоустройство. Специально разработанная клиентская прикладная система, функционирующая в предлагаемой системе и способе, предпочтительно установлена в радиоустройстве. Абонент подключается к IPRS базе, связанной со стандартной беспроводной коммуникационной сетью, такой как сотовая телефонная сеть. IPRS база является вычислительным и коммуникационным устройством, имеющим пользовательскую базу данных и IPRS сервер. В другом предпочтительном варианте осуществления настоящего изобретения IPRS база не включает в себя IPRS сервер. Любые серверные функции, которые могут относиться к адресации, могут быть предоставлены серверами третьей стороны, другими словами, для осуществления и использования изобретения серверы не требуются. Пользовательская база данных включает в себя набор взаимосвязанных структур данных, хранящих специфическую информацию, которая составляет логическую структуру одной или более IPRS сетей. Информация состоит, например, из перечня пользователей IPRS сети и функциональной информации, относящейся к пользователям, например адрес, статус, членство в группах, данные о качестве обслуживания и т.п. Абонент подключается к IPRS серверу, установленному на IPRS базе, через IP коммуникационный канал путем отправки соответствующих запросов для установления связи с одним или более пользователями. IPRS сервер может быть сервером третьей стороны, которому пользователь посылает запрос или через который пользователь посылает сообщение другому пользователю для установления первого соединения. В контексте настоящего изобретения термин "IPRS сервер" будет также означать сервер третьей стороны или сервер обмена сообщениями в соответствии с нужным контекстом. Запрашиваемые пользователи могут взаимодействовать с той же самой IPRS сетью или с другими локальными или удаленными IPRS сетями. Если запрашиваемые пользователи зарегистрированы на одном и том же IPRS сервере как абоненты, то IPRS сервер устанавливает соответствующую радиосвязь между абонентом и запрашиваемыми пользователями путем создания коммуникационного канала через ту же самую беспроводную коммуникационную сеть. Когда пользователи, запрашиваемые абонентом, зарегистрированы на различных IPRS серверах, установленных на различных IPRS базах, связанных с той же самой коммуникационной сетью, то IPRS серверы устанавливают соответствующую радиосвязь между абонентом и запрашиваемыми пользователями путем создания коммуникационного канала через ту же самую беспроводную коммуникационную сеть. Если пользователи, запрашиваемые абонентом, зарегистрированы на одном или более IPRS серверах, установленных на одной или более IPRS базах, связанных с одной или более удаленными беспроводными коммуникационными сетями, IPRS сервер устанавливает связь с различными IPRS серверами через одну или более удаленные беспроводные коммуникационные сети, используя соответствующее шлюзовое устройство. Таким образом, абоненту дана возможность связываться с пользователями той же самой IPRS сети, размещенной на том же самом IPRS сервере, с пользователями различных IPRS сетей, размещенных на том же самом IPRS сервере, и с пользователями различных IPRS сетей, размещенных на различных IPRS серверах, связанных с удаленными беспроводными коммуникационными сетями. Дополнительно, IPRS сеть может быть распределена среди различных беспроводных коммуникационных сетей путем определения одного или более пользователей на IPRS серверах одной и той же IPRS сети, связанной с одной беспроводной коммуникационной сетью, и определения одного или более различных пользователей одной и той же IPRS сети на различных IPRS серверах, связанных с удаленными беспроводными коммуникационными сетями. Предлагаемые система и способ обеспечивают все функции стандартной дуплексной радиосети, такие как постоянное подключение, групповые запросы, частные запросы, подключение "устройство-устройство" и т.п. Предлагаемые система и способ также обеспечивают возможность передачи расширенного контента, динамическое распределение полосы пропускания/полосы частот, существенно большее количество каналов, полудуплексную связь, расширенные услуги по приемлемой цене.

Предлагаемые система и способ обеспечивают возможность для клиентов выбрать специальный режим связи, в котором соединение достигается без IPRS сервера. Этот режим связи основан на соединении клиентов с использованием их IP номера. Связь также основана на использовании не-IPRS сотовой связи, например SMS сервера, RADIUS сервера или RADIUS шлюза, которые доступны IPRS клиентам и имеют возможность преобразования телефонных номеров в их текущий IP номер. В соответствии с таким предпочтительным вариантом осуществления пользователь, инициализирующий запрос, может связаться с нужным пользователем напрямую, если сотовое устройство инициализирующего пользователя содержит IP адрес сотового устройства нужного пользователя. Если инициализирующий пользователь не имеет IP адреса нужного пользователя, то он может послать сообщение сотовому устройству нужного пользователя со своим собственным IP адресом. Это специальное сообщение будет указывать сотовому устройству нужного пользователя на инициализацию IPRS подключения (основанного на IP) с инициализирующим пользователем, и связь будет установлена, поскольку оба - инициализирующий и нужный - пользовательских устройства имеют IP адреса друг друга.

В предпочтительном варианте осуществления настоящего изобретения предлагаемая система функционирует при помощи протоколов реального времени (RTP/RTCP протоколов). В другом варианте осуществления изобретения могут использоваться другие протоколы, такие как используемый в Unix-системах протокол VAT (Visual Audio Tool), и т.п. В предпочтительном варианте осуществления настоящего изобретения беспроводные коммуникационные сети, используемые как базовая инфраструктура для доступа, связи и передачи предлагаемыми системой и способом, являются сотовыми телефонными коммуникационными сетями, работающими в GPRS среде. В других предпочтительных вариантах осуществления настоящего изобретения могут использоваться другие технологии пакетной передачи, поддерживаемые протоколами CDPD (сотовая система передачи пакетов цифровых данных, Cellular Digital Packet Data), WCDMA (широкополосный множественный доступ с кодовым разделением, Wideband Code Division Multiple Access) и т.п.

Обратимся к Фиг.1, показывающей упрощенную структурную схему типовой IPRS системы 10, которая может быть использована для реализации предлагаемых системы и способа. Система 10 включает в себя пользователей 12, 14, 16, беспроводную коммуникационную сеть 24 и удаленные беспроводные сети 36, 38 и 40. Пользователи 12, 14, 16 являются абонентами дуплексной сети радиосвязи, разработанной и выполненной в соответствии с предпочтительным конструктивным исполнением настоящего изобретения. Необходимая контрольная информация, касающаяся пользователей 12, 14, 16 и радиосети, связанной с ними, размещена на IPRS вычислительной и коммуникационной базе 28 в беспроводной коммуникационной сети 24. Пользователи 12, 14 и 16 управляют коммуникационными устройствами 18, 20 и 22 соответственно. Коммуникационные устройства 18, 20, 22 могут быть обычными мобильными сотовыми устройствами, карманными персональными компьютерами (КПК), персональными компьютерами (ПК) или другими мобильными или стационарными устройствами с радиокоммуникационными возможностями и встроенными радиомодемными устройствами. Устройства 18, 20 и 22 также могут быть специально модифицированными приемо-передающими устройствами (T/R), специально разработанными для использования в дуплексных радиосетях. В предпочтительном варианте осуществления настоящего изобретения используемыми коммуникационными устройствами являются карманные компьютеры IPAQ производства "Compaq Corp.", Хьюстон, Техас, США. В других предпочтительных вариантах осуществления настоящего изобретения могут использоваться другие коммуникационные устройства, такие как Nokia 9210 производства "Nokia Corp.", Финляндия, имеющие, в основном те же необходимые аппаратные блоки. IPAQ устройство функционирует под управлением операционной системы Windows СЕ, в то время как Nokia 9120 функционирует под управлением операционной системы Symbian. Радиомодемы, встроенные в устройство, могут быть, например, Merlin радиомодемами производства "Novatel Wireless Inc.", Сан-Диего, Калифорния, США. Устройства 18, 20, 22, имеющие IPRS клиентскую прикладную систему, предоставляют пользователям 12, 14, 16 возможность доступа и взаимодействия с желаемыми пользователями, связанными с той же радиосетью или с удаленными радиосетями. IPRS клиентская прикладная система (не показана) имеет сигнальные функции, функции передачи и пользовательский интерфейс. Функционирование IPRS клиентской прикладной системы будет описано ниже, в соответствии с последующими чертежами. Очевидно, что хотя показаны только три абонентских устройства на обсуждаемой фигуре, в реальной обстановке в данной радиосети может функционировать множество абонентских устройств. Очевидно также, что абоненты 12, 14 и 16 каждый могут быть связаны с разными IPRS сетями или могут быть связаны с одной и той же IPRS сетью.

Согласно Фиг.1 беспроводная коммуникационная сеть 24 включает в себя радиоантенное устройство 26, IPRS базу 28 и шлюзовое устройство 34. Антенна 26 принимает и передает радиочастотные сигналы, передаваемые и принимаемые абонентскими устройствами 18, 20 и 22. Антенна 26 связана с IPRS базой 28 либо через кабель, либо через радиосвязь. База 28 является вычислительным и коммуникационным устройством, имеющим запоминающее устройство (не показано), которое хранит базу данных 28, и сервер IPRS 32. Сервер 32 включает в себя модуль управления многоточечными (групповыми) конференциями (МС модуль) 29 и мультимедийный процессор (МР модуль) 31. Необходимо заметить, что в IPRS базе показаны только те элементы, которые необходимы для понимания настоящего изобретения. В реальной конфигурации база 28 может включать в себя множество аппаратных и программных устройств, необходимых для нормального функционирования. Хотя на Фиг.1 показана только отдельная IPRS база 28, очевидно, что в реальной конфигурации для балансировки нагрузки с одной беспроводной коммуникационной сетью могут быть связаны несколько IPRS баз. Возможно, чтобы отдельная IPRS база была связана с несколькими беспроводными коммуникационными сетями. На обсуждаемой фигуре показана конфигурация, в которой пользовательская база данных 30 и сервер IPRS 32 размещены на одной и той же вычислительной и коммуникационной базе 28. В другой возможной конфигурации база данных 30 и сервер 32 могут размещаться на разных устройствах. Далее на Фиг.1 показано, что МР 29 и МС 31 размещены на одной и той же базе 28. В другой возможной конфигурации МС 31 и МР 29 могут размещаться на различных базах, чтобы оптимально распределить рабочую нагрузку. Таким образом, МС 31 может одновременно активизировать несколько МР 29, размещенных на одной и той же МС 31 вычислительной базе, или другие МР, размещенные на различных вычислительных базах. Активизация нескольких МР 29 может регулироваться серверным устройством, балансирующим загрузку. Пользовательская база данных 30 является набором структур данных, хранящих информацию, касающуюся функционирования IPRS сетей, IPRS подсетей, такую как группы пользователей, список пользователей, связанных с сетями или с группами пользователей. Информация может включать в себя различные функциональные данные, например идентификатор пользователя, статус пользователя и т.п. Более детальное описание базы данных будет дано ниже, при описании других фигур. IPRS сервер 32 является набором компьютерных программ, специально разработанных для функционирования IPRS системы и способа. Сервер 32 принимает абонентские запросы для доступа и подключения, распределения коммуникационных каналов, для связи пользователей, для доступа в удаленные беспроводные коммуникационные сети и т.п. Сервер 32 включает в себя функциональные модули, такие как МС 31 и МР 29. МС 31 отвечает за сигнальные функции IPRS сервера, а МР 29 управляет передачей данных. Если запрос на подключение передан абонентом, желающим подключиться к пользователю, связанному с удаленной беспроводной коммуникационной сетью, то сервер 32 определяет нужную сеть и дает команду шлюзовому серверу 34 подключиться к данной удаленной сети. Шлюзовое устройство 34 является вычислительным и коммуникационным устройством, связывающим различные коммуникационные сети и преобразующим информацию в формат, необходимый для данной сети. Беспроводная сеть 24 может включать в себя более одного шлюзового устройства. Беспроводные сети 36, 38 и 40 являются коммуникационными сетями, использующими GPRS услуги или другую пакетно-ориентированную технологию. Удаленные сети 36, 38, 40 содержат свои удаленные IPRS сервера (не показаны), имеющие структуру и функциональные возможности, подобные структуре и функциональным возможностям сервера 32. Шлюзовое устройство 34 связывается с удаленными IPRS серверами для того, чтобы передать абонентский запрос для связи с определенными пользователями. Удаленные IPRS сервера создают коммуникационный канал между инициатором запроса и запрашиваемой стороной. Очевидно, что хотя на Фиг.1 показаны только три удаленных сети, практически множество удаленных сетей может быть подключено через множество шлюзовых устройств для обеспечения коммуникационных каналов между множеством пользователей.

На Фиг.2 изображены операционные компоненты, составляющие IPRS прикладную серверную систему 26 по Фиг.1, в соответствии с предпочтительным вариантом осуществления настоящего изобретения. IPRS сервер 101 может состоять из набора специально разработанных программ, хранящихся на запоминающем устройстве IPRS базы 28 по Фиг.1. IPRS сервер 101 может также состоять из одного или более аппаратных устройств, таких как предварительно изготовленные интегральные схемы или специализированные интегральные схемы (Application Specific Integrated Circuit, ASIC), хранящие соответствующий набор встроенных инструкций в машинных кодах, предназначенных для функционирования прикладной системы. Сервер 101 включает в себя компонент контроля прохождения запроса 102 (КПЗ компонент), компонент регистрации в реальном времени 104 (РРВ компонент), обеспечивающий компонент 106, биллинговый компонент 108, модуль конфигурации 110, драйвер передачи 112, драйвер роуминга 114, драйвер маршрутизации 116, голосовой транскодер 118, драйвер группового обновления 120 и управляющий модуль 119. Основными компонентами, необходимыми для функционирования предлагаемых системы и способа настоящего изобретения, являются: модуль управления многоточечными (групповыми) конференциями (МС модуль) 122 и мультимедийный процессор (МР модуль) 121. Компонент контроля прохождения запроса 102 является основным управляющим модулем прикладной системы. Компонент регистрации в реальном времени 104 взаимодействует с пользователями, желающими зарегистрироваться в системе, прерывает существующие соединения, когда это требуется, обновляет соответствующие признаки статуса в пользовательской базе данных. Обеспечивающий компонент 106 обеспечивает пользовательские услуги, регистрацию транзакции, выделение ресурсов и типовые операционные услуги, требующиеся пользователям. Функциональные возможности биллингового компонента 108 обеспечивают услуги составления счетов в системе и управление различными способами составления счетов, специфичными для конкретной сети или конкретного пользователя (оплата за сеанс, единая ставка и т.п.). Модуль конфигурации 110 позволяет конфигурировать систему, например модифицировать адреса, идентификаторы пользователей, устанавливать новые радиосети и т.п. Драйвер передачи 112 отвечает за передачу данных в сети, драйвер роуминга 116 контролирует распределение входящих запросов по каналам соответствующих сетей, принимает и управляет запросами пользователей, связанных с удаленными сетями. Голосовой транскодер 118 преобразует аналоговые речевые сигналы в цифровые данные, а также при помощи голосового синтезатора преобразует цифровые данные в искусственный речевой звук. Драйвер группового обновления 120 обеспечивает возможность модифицирования групповых параметров пользователей. Управляющий модуль 119 обеспечивает возможность оператору IPRS прикладной системы обновлять, управлять и контролировать работу сервера, например разрешать конфигурирование системы, восстанавливать и резервировать базу данных, генерировать систему, обновлять контрольные таблицы и т.п.

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

Фиг.3 является упрощенной структурной схемой, показывающей операционные компоненты IPRS клиентской прикладной системы 652. Клиентская прикладная система 652 может быть набором программ, специально разработанных и хранящихся в запоминающем устройстве абонентского устройства, такого как мобильное радио. Прикладная система 652 также может быть одним или более аппаратными устройствами, например предварительно изготовленные интегральные схемы или специализированные интегральные схемы (Application Specific Integrated Circuit, ASIC), установленные на мобильном/стационарном радиоустройстве и имеющие набор соответствующих встроенных инструкций в машинных кодах, предназначенных для функционирования прикладной системы 652. Прикладная система 652 включает в себя модуль протокола реального времени (RTP модуль) 654, кодер/декодер 656, сигнальный модуль 658, модуль преобразования телефонного номера в IP адрес 657 (ПТН модуль) и модуль пользовательского интерфейса 659. RTP модуль 654 обеспечивает работу стандартного Интернет-протокола реального времени для передачи данных в реальном времени, включая аудио- и видеоинформацию. RTP модуль обычно используется для специальных операций, например Интернет-телефонии. Кодер/декодер (кодек) отвечает за кодирование и декодирование радиосигналов. Различные типовые коммуникационные сети, использующие различные коммуникационные технологии, содержат специальные модули кодирования/декодирования. Например, в GSM сетях используется GSM кодер/декодер, а в PCS сетях используется специальный PCS кодер/декодер. IPRS сервер обеспечивает преобразование кода для различных кодеров/декодеров. Таким образом, пользователь GSM коммуникационной сети связывается с пользователем PCS сети, и соответствующее преобразование кода из GSM кодирования/декодирования в PCS кодирование/декодирование осуществляется специальной процедурой IPRS сервера. Сигнальный модуль 658 отвечает за передачу запросов и соответствующих параметров между устройствами или приложениями и доставку сервисных запросов по сетям. Модуль преобразования телефонного номера в IP адрес 657 используется в случае, когда клиент связывается без помощи IPRS сервера. Модуль 657 отвечает за подключение клиента к не-IPRS сети для преобразования телефонного номера в соответствующий IP номер. Модуль пользовательского интерфейса 659 предоставляет пользователю мобильного/стационарного радиоустройства управлять устройством, принимая и обрабатывая сигналы от устройств ввода, таких как кнопки или микрофон, размещенные на радиоустройстве, и передавая входящие сообщения на устройства вывода, такие как динамик или экран дисплея.

На Фиг.4 изображена типовая структура предлагаемых системы и способа в соответствии с предпочтительным вариантом осуществления настоящего изобретения. Система включает в себя беспроводную операторскую сеть 252, подключенную к маршрутизирующему устройству 254. Операторская сеть 252 может быть сотовой телефонной сетью. Маршрутизирующее устройство 254 может быть частью операторской сети 252 или может быть размещено в другой коммуникационной сети. Маршрутизирующее устройство 254 связано с IPRS базами 265, 269, 271. IPRS базы 265, 269, 271 включают в себя МС устройства 258, 260 и 262 соответственно. МС 258, 260 и 262 связаны с различными радиосетями. МС 258, 260, 262 могут быть размещены на отдельных вычислительных базах или на одной и той же вычислительной базе. МС 258 контролирует МР 264 и 266. МС 260 контролирует МР 268 и 270. МС 262 контролирует МР 272, 274 и 276. В предлагаемых системе и способе сигнальные каналы управляются МС 258, 260, 262, a RTP каналы, а также голосовые каналы и каналы данных управляются МР 264, 266, 268, 270, 272, 274 и 276.

Фиг.5 является упрощенной структурной схемой иерархической конфигурации предлагаемой системы в соответствии с предпочтительным вариантом осуществления настоящего изобретения. Предлагаемая система может быть распределена глобально. Коммуникационный центр 41 контролирует и координирует функционирование различных серверов 42, связанных с определенной страной или географической областью. Сервер 42 контролирует и координирует функционирование различных серверов провайдера (поставщика) 43 услуг телефонии. Серверы 43 являются типовыми и имеют функции серверов 26 по Фиг.1. Сервер 43 контролирует и координирует работу различных организаций, имеющих соответствующую дуплексную радиосеть, определенную на серверах 43 или на серверах этих организаций. Пользователи 45 связаны с определенной организацией 44, использующей информацию, касающуюся пользователей и размещенную на сервере провайдера услуг телефонии 43, вместе с информацией о радиосетях организации 44 или на серверах этой организации.

На Фиг.6 изображена упрощенная структурная схема, иллюстрирующая типовой набор элементов, расположенных иерархически, которые связаны с предлагаемыми системой и способом в соответствии с предпочтительным вариантом осуществления настоящего изобретения. Коммуникационный центр 46 контролирует и координирует функционирование региональных серверов 47 и 48, связанных или расположенных в США и Великобритании соответственно. Региональный сервер 48, расположенный или связанный с регионом США, контролирует и координирует функционирование провайдера услуг телефонии 50. Провайдером (поставщиком услуг) 50, например, является компания AT&T. Один или более IPRS серверов провайдера 50 контролируют и координируют связь организаций 52. Организациями 52, например, являются Lucent Inc. 54 и Cisco Inc. 56 соответственно. Lucent Inc. 54 включает в себя пользователей 60 и 61, работающих в радиосети организации 54. Cisco Inc. 56 включает в себя пользователей 59 и 52, которые являются абонентами радиосети, контролируемой организацией 56. Подобным образом, региональный сервер 47, расположенный или связанный с регионом Великобритании, контролирует и координирует функционирование провайдера услуг телефонии 49. Провайдером 49, например, может быть Vodafone Corp., Манчестер, Великобритания. Один или более IPRS серверов провайдера 49 контролируют и координируют коммуникационные связи организаций 51 и 53. Организациями 51 и 55, например, могут быть UPS Inc. и Ford Company соответственно. UPS Inc. 51 обеспечивает коммуникационные возможности подключенным пользователям 57 и 58, a Ford Company обеспечивает коммуникационные возможности подключенному пользователю 55. Очевидно, что в отличие от упрощенной структурной схемы, показанной на Фиг.6, в реальных условиях множество провайдеров может контролировать множество сетей, обеспечивающих коммуникационные услуги множества пользователей.

На Фиг.7 показан процесс регистрации пользователя при помощи упрощенной блок-схемы в соответствии с предпочтительным вариантом осуществления настоящего изобретения. Когда абонент активизирует клиентскую прикладную IPRS систему, размещенную в радиоустройстве пользователя, то эта активизация может быть выполнена двумя различными способами: а) активизируется радиоустройство в радиосети, с которой связан абонент; b) радиоустройство активизируется в режиме роуминга. Когда радиоустройство активизировано в локальной сети, оно получает IP адрес, хранящийся в радиоустройстве IPRS сервера, хранящего сетевую информацию. Далее клиентская прикладная IPRS система инициализирует подключение к IPRS серверу через IP-пакетный канал в соответствии с хранящимся IP адресом. На шаге 62 IPRS клиент получает адрес IPRS сервера и дополнительные данные. Адрес является IP адресом, полученным от Domain Name Server (DNS) сервера. Дополнительные данные могут быть номером порта IPRS сервера, иногда конфиденциальным ключом для кодирования, идентификатором пользователя или паролем пользователя. IPRS клиент передает регистрационное сообщение IPRS серверу на шаге 63. Регистрационное сообщение содержит другие данные, например конфиденциальный ключ, идентификатор пользователя, пароль и т.п. На шаге 64 определяется, принял ли сервер подключение от клиента. Если сервер не производит подключение вслед за распознаванием попытки неавторизованного доступа по причине ошибки идентификации или любой другой, то на шаге 65 сервер отклоняет подключение, и на шаге 66 клиенту посылается соответствующее сообщение, например "отказано", что означает отказ от регистрации. Иногда сервер переадресует клиента на альтернативный сервер для дополнительной попытки регистрации (шаг 67). Сообщение с отказом включает в себя соответствующий код ошибки и текст, предназначенный для пользователя. Если на шаге 64 определяется, что сервер принимает подключение, то на шаге 70 сервером посылается сообщение клиенту о подтверждении регистрации. На шаге 71 сервер устанавливает статус записи пользователя, хранящейся в пользовательской базе данных, в положение "online". Иногда на шаге 68 сервер проверяет доступную полосу пропускания канала, и на шаге 69 сервер иногда переадресовывает клиента на альтернативный сервер для обеспечения канала с достаточной пропускной способностью.

Процесс регистрации устанавливает соединение между IPRS клиентом и IPRS сервером. Подключение может быть прервано сервером по таймауту таймерного устройства или подключение может быть прервано самим клиентом.

На Фиг.8 показано прерывание подключения между клиентом и сервером при помощи упрощенной блок-схемы в соответствии с предпочтительным вариантом осуществления настоящего изобретения. На шаге 74 клиент посылает сообщение о прекращении связи серверу. На шаге 76 сервер получает, распознает и принимает сообщение о прекращении связи. На шаге 78 клиент оповещается о прекращении подключения.

На Фиг.9А показана инициализация подключения клиента с определенным пользователем. На шаге 80 клиентская прикладная система получает список пользователей со статусом "online" от пользовательской базы данных 30 по Фиг.1. Клиент может также использовать внутреннюю адресную книгу со списком пользователей. В этом случае некоторые пользователи могут быть не в режиме "online". На шаге 82 клиент выбирает пользователя, с которым необходимо связаться, и на шаге 84 клиент передает сообщение "Приглашение" с соответствующими данными 88 серверу, например идентификатор пользователя (USER ID), IP пользователя, порт, процедуру кодирования/декодирования (кодек) и идентификатор запрашиваемого пользователя (DES-USER ID). Запрашиваемый пользователь будет далее называться DES-пользователем. На шаге 86 клиент ожидает приема сообщения "Новый сеанс" от сервера. Сообщение будет получено вместе с соответствующими контрольными данными 90, такими как IP адрес DES-пользователя (DES-USER IP), идентификатор DES-пользователя (DES-USER ID), порт и имя процедуры кодера/декодера (кодек).

Фиг.9В графически иллюстрирует схематический маршрут сообщений, используемых в вышеописанном процессе. Пользователь 1 (92) передает сообщение "Приглашение" 98 серверу 94. Сервер 94 проверяет статус пользователя 1 (92) и посылает сообщение "Новый сеанс" 100 пользователю 2 (96). Сервер 94 проверяет статус пользователя 2 (96) и посылает другое сообщение "Новый сеанс" 100 пользователю 2 (96), а также сообщение "Новый сеанс" 98 пользователю 1 (92). Оба пользователя отвечают посылкой сообщения о подтверждении серверу 94.

На Фиг.9С показана инициация подключения клиента с определенным пользователем. На шаге 702 клиентская прикладная система получает список пользователей из клиентской внутренней адресной книги или пользователь вручную набирает идентификатор пользователя. На шаге 704 клиент выбирает пользователя, с которым он хочет связаться, и на шаге 706 клиент определяет IP адрес нужного пользователя. Такое определение может быть проведено путем поиска IP адреса нужного пользователя в пользовательской клиентской внутренней адресной книге или среди пользовательских клиентских телефонных номеров. Другой способ определения IP нужного клиента может быть выполнен путем доступа на не-IPRS сервер, который является частью сотовой сети. На шаге 708 клиент посылает сообщение "Приглашение" нужному клиенту (запрашиваемый клиент далее будет называться DES-клиентом) с соответствующими данными 711, такими как идентификатор пользователя (USER ID), IP пользователя, номер телефона пользователя (ТЕЛ. НОМЕР), порт, процедура кодирования/декодирования (кодек) и идентификатор запрашиваемого пользователя (DES-USER ID). Когда IP адрес нужного пользователя известен, приглашение может быть передано через прямую связь с нужным пользователем. Далее запрашиваемый пользователь будет называться DES-пользователем. На шаге 714 клиент ожидает приема сообщения о подтверждении от DES-клиента. Полученное сообщение содержит соответствующие контрольные данные 712, такие как IP адрес DES-пользователя (DES-USER IP), идентификатор DES-пользователя, порт и имя процедуры кодирования/декодирования. В альтернативном режиме, когда IP адрес DES-пользователя неизвестен, используется номер телефона DES-пользователя для посылки сообщения (например, SMS или подобное, или другим путем). Такое сообщение включает в себя клиентский IP адрес. Когда DES-пользователь получает определенное сообщение с клиентским IP адресом, DES-пользователь инициализирует связь с клиентом. Клиент может получить подтверждение 714 с информацией 712 (которая содержит IP DES-пользователя) напрямую или полное подключение может быть установлено DES-пользователем с использованием информации 712.

Фиг.9D графически иллюстрирует схематический маршрут сообщений вышеописанного процесса. Пользователь 1 (972) передает сообщение "IP разрешение запроса" 978 на не-IPRS сервер 974. Сервер 974 отвечает сообщением "IP разрешение ответа" 980 пользователю 1 (972). Пользователь 1 (972) посылает сообщение "Приглашение" 982 пользователю 2 (976). Пользователь (976) отвечает посылкой сообщения "Новый сеанс" 984 пользователю 1 (972). Соответственно, между пользователем 1 (972) и пользователем 2 (976) может начаться RTP сеанс 986.

Фиг.10А является упрощенной блок-схемой, которая иллюстрирует процесс приглашения к подключению определенного пользователя с другим пользователем, где оба пользователя связаны с одной и той же радиосетью и одним и тем же IPRS сервером. На шаге 124 модуль МС 122 по фиг.2 преобразует идентификатор пользователя 1 (инициализирующего пользователя) в IP адрес пользователя 1. На шаге 126 МС посылает сообщение об инициализации сеанса "Новый сеанс" с данными, относящимися к пользователю 1, пользователю 2 (запрашиваемый пользователь). На шаге 128 МС посылает сообщение об инициализации сеанса "Новый сеанс" с данными, относящимися к пользователю 2, пользователю 1 (инициализирующий пользователь). В шаге 130 МС получает сообщение о подтверждении от пользователя 2 с соответствующими контрольными данными. На шаге 132 МС получает сообщение о подтверждении от пользователя 1 с соответствующими контрольными данными. На шаге 134 признаки статусов пользователя 1 и пользователя 2 в пользовательской базе данных устанавливаются в состояние "занято".

Фиг.10В графически иллюстрирует схематический маршрут сообщений вышеописанного процесса. Пользователь 1 (140) посылает инициализирующее сообщение "Приглашение" модулю МС 142. МС 142 посылает сообщение об инициализации сеанса "Новый сеанс" 148 пользователю 2 (144) и одновременно посылает сообщение об инициализации сеанса "Новый сеанс" 150 пользователю 1 (140). Пользователь 2 (144) отвечает на сообщение об инициализации сеанса посылкой сообщения о подтверждении 156 модулю МС 142, и пользователь 1 (140) отвечает на сообщение об инициализации сеанса посылкой сообщения о подтверждении 152 модулю МС 142. Соответственно, RTP сеанс 158 может начаться между пользователем 1 (140) и пользователем 2 (144) напрямую через МС 142.

Фиг.11А графически иллюстрирует схематический маршрут сообщений для инициализации связи между двумя пользователями, связанными с одной и той же радиосетью, но зарегистрированными на различных IPRS серверах в первом режиме работы. В первом режиме работы IPRS серверы одной и той же сети связываются через МС IPRS сервера высшего уровня, обозначенного как контроллер модулей управления групповыми конференциями (МСС). Пользователь 1 (160) передает сообщение "Приглашение" (170) модулю МС1 162. МС1 (162) пересылает сообщение "Приглашение" 172 модулю МСС 164. МСС 164 является МС модулем, размещенным в IPRS сервере высшего уровня, который контролирует и координирует функционирование IPRS серверов низшего уровня. МСС 164 передает сообщение "Приглашение" 174 модулю МС2 (166), размещенному в IPRS сервере удаленной беспроводной сети. МС2 (166) посылает сообщение "Новый сеанс" 176 пользователю 2 (168). МС2 (166) посылает также сообщение "Новый сеанс" 180 модулю МСС (164). МСС адресует 182 сообщение модулю МС1 (162), который передает 184 его пользователю 1 (160). Пользователь 2 (168) отвечает на сообщение об инициализации сеанса посылкой сообщения о подключении 178 модулю МС2 (166). Пользователь 1 (160) отвечает на сообщение об инициализации сеанса посылкой сообщения о подключении 186 модулю МС1 (162). Множество сообщений о подключении может передаваться между многими МС (не показаны). Соответственно, RTP сеанс 186 может начаться между пользователем 1 (160) и пользователем 2 (168).

Фиг.11В графически иллюстрирует схематический маршрут сообщений для инициализации связи между двумя пользователями, связанными с одной и той же IPRS сетью, но зарегистрированными на различных IPRS серверах, в соответствии со вторым режимом работы. Во втором режиме работы связь между IPRS серверами различных сетей выполняется специальной функцией "размещение". Таким образом, пользователь 1 (160) посылает сообщение "Приглашение" 188 модулю МС1 162. МС1 (162) запрашивает 190 модуль МСС 164 об адресе МС2 (166). МСС 164 передает 191 адрес модуля МС2 (166) модулю МС1 (162), который направляет сообщение "Приглашение" 192 напрямую модулю МС2 (166). МС2 (166) посылает сообщение об инициализации сеанса "Новый сеанс" пользователю 2 (168). МС2 (166) также посылает сообщение об инициализации сеанса "Новый сеанс" модулю МС1 (162), который пересылает 200 его пользователю 1 (160). Пользователь 2 (168) отвечает на сообщение об инициализации сеанса посылкой сообщения о подключении 196 модулю МС2 (166). Пользователь 1 (160) отвечает на сообщение об инициализации сеанса посылкой сообщения о подключении 202 модулю МС1 (162). Множество сообщений о подключении может быть передано между множеством МС (не показаны). Соответственно, RTP сеанс 186 может начаться между пользователем 1 (160) и пользователем 2 (168).

Фиг.12А графически иллюстрирует схематический маршрут сообщений для инициализации связи между двумя пользователями, связанными с различными IPRS сетями и зарегистрированными на двух различных IPRS серверах. В первом режиме работы связь между IPRS серверами различных IPRS сетей осуществляется через МСС высшего уровня. Таким образом, пользователь 1 (160) передает сообщение "Приглашение" 202 модулю МС1 (162). МС1 (162) посылает сообщение "Приглашение" 204 модулю МСС 164. МСС 164 посылает сообщение "Приглашение" 206 модулю МС2 (166). МС2 (166) посылает сообщение об инициализации сеанса "Новый сеанс" 208 пользователю 2 (168). МС2 (166) также посылает сообщение об инициализации сеанса "Новый сеанс" 604 модулю МСС (164). МСС передает 606 сообщение модулю МС1 (162), который пересылает 608 его пользователю 1 (160). Пользователь 2 (168) отвечает на сообщение об инициализации сеанса посылкой сообщения о подключении 219 модулю МС2 (166). Пользователь 1 (160) отвечает на сообщение об инициализации сеанса посылкой сообщения о подключении 609 модулю МС1 (162). Множество сообщений о подключении может быть передано между множества МС (не показаны). Соответственно, RTP сеанс может начаться между пользователем 1 (160) и пользователем 2 (168) через модули МС1 (162), МСС 164 и МС2 (166). Пользователь 1 (160) передает 610 данные модулю МС1 (162). МС1 (162) передает 612 данные модулю МСС (164), который, в свою очередь, передает 614 данные модулю МС2 (166). МС2 (166) передает 618 данные пользователю 2 (168). Обратный канал связи от пользователя 2 (166) через МС2 (166), МСС 164, МС1 (162) к пользователю 1 (160) показан как 619, 620, 622 и 624 соответственно.

Фиг.12В графически иллюстрирует схематический маршрут сообщений для инициализации связи между двумя пользователями, связанными с двумя различными радиосетями и зарегистрированными на двух различных IPRS серверах. Во втором режиме работы связь между IPRS серверами различных сетей осуществляется через специальную функцию "размещение". Таким образом, пользователь 1 (160) передает сообщение "Приглашение" 210 модулю МС1 (162). МС1 (162) запрашивает 212 МСС 164 адрес модуля МС2 (166) и в соответствии с полученным адресом 214 передает 216 сообщение "Приглашение" 212 напрямую модулю МС2 (166). МС2 (166) посылает сообщение об инициализации сеанса "Новый сеанс" 218 пользователю 2 (168). МС2 (166) также посылает сообщение об инициализации сеанса "Новый сеанс" 220 модулю МС1 (162), который пересылает 222 его пользователю 1 (160). Пользователь 2 (168) отвечает на сообщение об инициализации сеанса посылкой сообщения о подключении 224 модулю МС2 (166). Пользователь 1 (160) отвечает на сообщение об инициализации сеанса посылкой сообщения о подключении 226 модулю МС1 (162). Множество сообщений о подключении может быть передано между множеством МС (не показаны). Соответственно, RTP сеанс может начаться между пользователем 1 (160) и пользователем 2 (168) через МС1 (162) и МС2 (166). Пользователь 1 (160) передает данные 710 модулю МС1 (162). МС1 (162) передает 712 данные модулю МС2 (166). МС2 (166) передает 714 данные пользователю 2 (168). Обратный канал связи от пользователя 2 (166) через МС2 (166), МС1 (162) к пользователю 1 (160) показан как 716, 718 и 720 соответственно.

Фиг.13А графически иллюстрирует схематический маршрут сообщений для инициализации сеанса связи, моделирующего односторонне-многостороннюю связь между отдельным пользователем и либо определенной группой пользователей, либо набором N целевых пользователей отдельной IPRS сети, зарегистрированных на отдельном IPRS сервере. Пользователь 1 (216) посылает сообщение "Приглашение" 226 модулю МС 218. Данные в сообщении касаются либо определенной группы пользователей, либо набора индивидуальных пользователей. Данные включают в себя адреса, касающиеся либо группы определенных пользователей, либо набора N пользователей, с кем пользователь 1 (216) хочет связаться в рамках отдельного сеанса. Таким образом, модуль МС 218 обрабатывает сообщение "Приглашение" 226, в результате чего модуль МС 218 передает N-1 идентичных сообщений об инициализации сеанса "Новый сеанс" с соответствующими адресами и данными 228, 230 и 232 пользователю 2 (220), пользователю 3 (222) и пользователю N (224) соответственно. МС 218 также посылает сообщение об инициализации сеанса "Новый сеанс" 227 пользователю 1 (216). По выбору пользователь 1 (216) посылает сообщение о подключении 229. По выбору каждый из N-1 пользователей отвечает сообщением о подключении модулю МС 218. Пользователь 2 (220) отвечает сообщением о подключении 234, пользователь 3 (222) отвечает сообщением о подключении 236, пользователь N 224 отвечает сообщением о подключении 238. По выбору МС 218 обрабатывает весь набор полученных сообщений о подключении и передает соответствующий набор сообщений о подключении 240 обратно пользователю 1 (216). Необходимо заметить, что набор сообщений 242 включает в себя только полученные сообщения о подключении. Если, например, пользователь 3 (222) не отвечает, то набор сообщений 240 будет включать в себя только сообщения от пользователя 2 (220) и пользователя N (224). Соответственно, пользователь 1 (216) инициализирует RTP сеанс и передает соответствующие сообщения с данными 242 модулю МС 218. МС 218 обрабатывает набор сообщений с данными и пересылает N-1 результирующих сообщений 244, 246 и 248 N целевым пользователям 220, 222, 224 соответственно. Соответственно ответные сообщения с данными 250 от одного из пользователей, например от пользователя N 224, будут получены модулем МС 218, который, в свою очередь, обрабатывает ответные сообщения и посылает N результирующих сообщений 252, 254 и 256 N целевым пользователям 216, 220, 222.

Фиг.13В графически иллюстрирует схематический маршрут сообщений для инициализации сеанса связи, моделирующего односторонне-многостороннюю связь между отдельным пользователем и группой N целевых пользователей в отдельной IPRS сети. Пользователь 1 (936) выдает сообщение "IP запрос" 932 на не-IPRS сервер 946 с запросом распознавания адресов пользователей 2-N. Сервер 946 отвечает сообщением "IP ответ" 934 пользователю 1 (936). Пользователь 1 (936) посылает N-1 идентичных сообщений "Приглашение" с соответствующими адресами и данными 938, 940 и 942 пользователю 2 (956), пользователю 3 (958) и пользователю N (952) соответственно. Каждый из N-1 пользователей отвечает сообщением "Новый сеанс" пользователю 1 (936). Пользователь 2 (956) возвращает сообщение "Новый сеанс" 948, пользователь 3 (958) возвращает сообщение "Новый сеанс" 950 и пользователь N (952) возвращает сообщение "Новый сеанс" 954. По выбору пользователь 1 возвращает N-1 сообщений о подключении пользователям 2-N (не показаны). Далее пользователь 1 (936) инициализирует RTP сеанс и передает набор из N-1 сообщений 960, 962 и 964 N-1 целевым пользователям 956, 958 и 952 соответственно. Далее специальные ответные сообщения и данные 966, 968 или 970 от одного из пользователей, например от пользователя N 952, передаются N-1 целевым пользователям 936, 956 и 958 соответственно.

Фиг.14 иллюстрирует функциональные возможности модуля МС при помощи упрощенной блок-схемы процесса инициализации пользовательского сеанса, выполняемого модулем МС в соответствии с предпочтительным вариантом осуществления настоящего изобретения. На шаге 303 МС получает сообщение "Приглашение" от IPRS клиента, касающееся открытия канала связи с DES-пользователем. Сообщение "Приглашение" содержит важную контрольную информацию 302, такую как идентификатор устройства, идентификатор пользователя, пароль пользователя, IP и т.п. На шаге 304 МС обращается в пользовательскую базу данных для проверки наличия DES-пользователя в базе данных. На шаге 305 проверяется наличие пользователя в пользовательской базе данных. Если результат отрицательный, то на шаге 314 МС посылает сообщение "Отказ" с приложенным кодом ошибки IPRS клиентскому устройству, которое инициализировало подключение. По выбору, МС может переадресовать IPRS клиента на альтернативный IPRS регистрационный сервер. Если на шаге 305 определяется, что DES-пользователь зарегистрирован в пользовательской базе данных, то на шаге 315 МС посылает сообщение "Новый сеанс" с приложенными клиентским адресом и идентификационными данными DES-пользователю. В шаге 308 МС посылает сообщение "Новый сеанс" с приложенным адресом DES-пользователя и идентификационными данными клиентскому устройству. На шаге 316 DES-пользователь подтверждает сообщение "Новый сеанс", и на шаге 310 клиент подтверждает сообщение "Новый сеанс". На шаге 312 МС дает команду пользовательской базе данных установить статусы инициализирующего клиентского устройства и устройства DES-пользователя в состояние "занято". Далее МС активизирует таймерное устройство. Таймер функционирует до тех пор, пока коммуникационный канал между IPRS клиентами активизирован. Если канал не занят в течение определенного времени, то подключение прерывается.

На Фиг.15 показана упрощенная блок-схема, иллюстрирующая работу МС при установлении RTP сеанса, используемого для передачи потока голоса/данных между инициализирующим IPRS клиентом и либо требуемым пользователем (DES-пользователь), либо группой требуемых пользователей, далее обозначаемой как DES-группа. МС обеспечивает управление и работу множества RTP сеансов, инициализированных множеством клиентов почти одновременно. Инициализирующий пользователь посылает сообщение "Приглашение", предназначенное для начала RTP сеанса. Сообщение содержит важные оперативные данные 350, такие как идентификатор пользователя (USER ID), IP пользователя, номер порта (порт), имя модуля кодера/декодера (кодек), идентификатор DES-пользователя (DES-USER ID), DES-группу и т.п. На шаге 352 МС обращается к пользовательской базе данных для получения IP адресов пользователей со статусом "online". На шаге 354 МС дает команду МР выделить ресурсы для RTP сеанса. На шаге 356 МС подключается к МР и получает ресурсы для RTP сеанса. На шаге 356 МС посылает сообщение "Новый сеанс" всем DES-пользователям или DES-группам и клиенту, участвующему в сеансе. Сообщение содержит важную оперативную информацию, такую как IP МР, номер порта МР, имя модуля кодера/декодера и т.п. На шаге 358 МС получает подтверждающие сообщения о подключении от всех участвующих DES-пользователей или от DES-групп и от клиента, где сообщения содержат адрес и идентификационные данные. На шаге 362 МС получает от МР сообщение о начале RTP сеанса. На шаге 364 таймер сеанса активизируется для того, чтобы прервать сеанс после определенного промежутка времени, если коммуникационный канал не занят. На шаге 366 проверяется, не истек ли таймаут у таймера. Если таймаут истек, то на шаге 374 МС дает команду МР освободить ресурсы, используемые для сеанса. Пока таймер работает, МС ожидает нового сообщения "Приглашение" (шаг 368). На шаге 370 МС получает сообщение "Приглашение" и затем посылает сообщение "Новый сеанс", содержащий IP МР, номер порта, имя модуля кодера/декодера и т.п. (шаг 372). Далее программный контроль продолжается до шага 362, и программный цикл проходит шаги 362-374. Цикл выполняется постоянно во время работы таймера.

Фиг.16 графически иллюстрирует схематический маршрут сообщений при взаимодействии между двумя группами пользователей, связанных с двумя различными IPRS сетями и зарегистрированными на различных IPRS серверах. Пользователь 1 (400) передает сообщение "Приглашение" 410 модулю МС1 (402). МС1 (402) посылает сообщения об инициализации сеанса "Новый сеанс" 412 и 413 пользователю 2 (218) и пользователю 1 (400) соответственно. МС1 (402) также пересылает сообщение "Приглашение" 414 модулю МС2 (404). МС2 (404) посылает сообщения об инициализации сеанса "Новый сеанс" 416 и 418 пользователю 3 (406) и пользователю 4 (408) соответственно. Пользователь 2 (218) и пользователь 1 (400) отвечают путем ответной посылки подтверждающих сообщений 413 и 417 модулю МС1 (402) соответственно. Пользователь 3 (406) и пользователь 4 (408) оба посылают подтверждающие сообщения 420 и 422 соответственно модулю МС2 (404). МС2 (404) передает соответствующий набор подтверждающих сообщений 424 модулю МС1 (402). МС1 (402) передает набор подтверждающих сообщений 426 пользователю 1 (400). Множество наборов подтверждающих сообщений может быть передано между МС1 и МС2, МС1 и пользователем 1 и пользователем 2, МС2 и пользователем 3 и пользователем 4, но они не показаны на данной фигуре. Далее пользователь 1 (400) начинает RTP сеанс передачей сообщения голоса/данных (428) модулю МС1 (402). МС1 (402) передает сообщение голоса/данных 430 пользователю 2 (218) и передает набор сообщений 432 модулю МС2 (404), который, в свою очередь, пересылает сообщения голоса/данных 434 и 436 пользователю 3 (406) и пользователю 4 (408) соответственно. Графический пользовательский интерфейс (GUI) IPRS клиентской прикладной системы будет описан далее. Описание будет содержать основную часть хода выполнения программы и функционирование программы в каждом шаге. Описание будет дано при описании следующих фигур.

На Фиг.17А показан начальный экран дисплея IPRS клиентской прикладной системы. Экран дисплея 500 является частью мобильного или стационарного беспроводного пользовательского устройства. Это устройство может быть стандартным мобильным сотовым телефоном, КПК, ПК или любым другим вычислительным коммуникационным устройством, имеющим запоминающее устройство и основные коммуникационные возможности. Экран дисплея 500 может использовать технологию жидких кристаллов (Liquid Crystal Display, LCD) или любой другой способ отображения текста, графики, картинок и т.п. Пользовательское беспроводное устройство также оборудовано коммуникационными голосовыми интерфейсными устройствами (не показаны) голосовой связи, такими как, по крайней мере, один динамик, микрофон и т.п. На экране дисплея 500 отображаются различные известные GUI-графические элементы, такие как окна, кнопки, строки выборки и т.п. Таким образом, дисплей 500 включает в себя основное окно приложения 504, содержащее название IPRS прикладной системы, начальное окно 502 с "приветственным" текстом и набор управляющих кнопок 506, 508, 510, 512. Функции управляющих кнопок 506, 508, 510 и 512 изменяются в зависимости от того, какие окна отображаются на экране до, во время и после коммуникационного сеанса. Соответственно, управляющие кнопки 506, 508, 510 и 512 помечены таким образом, что отображаемые метки изменяются в зависимости от текущей функции определенной кнопки. Пользователь может взаимодействовать с отображенными окнами при помощи стандартных функциональных клавиш (не показаны), которые обычно присутствуют и размещены на клавиатуре мобильного или стационарного беспроводного пользовательского устройства. Например, для выбора управляющей кнопки для операции может использоваться специальная клавиша, такая, как "стрелка вверх", а для того, чтобы активизировать выбранную кнопку, может использоваться клавиша "Yes" ("Да"). При отображении начального окна функционирует только управляющая кнопка 512, помеченная как "Закрыть". Таким образом, выбор и активизация управляющей кнопки "Закрыть" 512 прерывает выполнения IPRS прикладной системы. Начальное окно 502 отображается, когда клиентская программа активизирована в первый раз, или в любое время перед отображением или обновлением списка пользователей "online". "Приветственное" предложение отображается в начальном окне 502 только при загрузке программы или когда начальное окно отображается в первый раз. Во время отображения начального экрана 502 IPRS клиентская программа выполняет вход в систему IPRS сервера. Если вход в систему сервера выполняется впервые, то отображается окно конфигурации, которое будет описано на следующих фигурах. Необходимо отметить, что IRPS клиент может работать без IPRS сервера, как описано выше на Фиг.9С, 9D и 13В.

Далее, после завершения установления связи между клиентской программой и сервером, клиентская программа получает список пользователей со статусом "online". По выбору, клиентская программа может также получать список групп. При работе без IPRS сервера список пользователей выбирается из клиентской внутренней адресной книги, где статус пользователя неизвестен. На Фиг.17В показано окно, отображающее список пользователей, подключенных к сети, для инициализирующего пользователя. Экран дисплея 500 состоит из основного окна приложения 504 с названием клиентской программы, окна, содержащего список пользователей, подключенных к сети, 514, строки выборки 503 и управляющих кнопок 506, 508, 510 и 512. Окно со списком пользователей, подключенных к сети, 514 содержит текст, показывающий набор имен пользователей, подключенных к сети, с соответствующей информацией, такой как "Вызван", “Свободен”, "Занят" и т.п. Строка выборки 503 дает возможность инициализирующему пользователю выбрать определенного пользователя, подключенного к сети, для инициализации коммуникационного сеанса с ним. Строка выборки управляется определенной функциональной клавишей на мобильном беспроводном устройстве, например клавишей "up-arrow" ("стрелка вверх") и клавишей "down-arrow" ("стрелка вниз"). Повторяющимся нажатием одной из вышеупомянутых функциональных клавиш строка выборки передвигается с одного имени пользователя, подключенного в сети, на другое. Вызов выбранного пользователя осуществляется путем активизации управляющей кнопки 506, которая соответственно обозначена как "Вызов при отображении окна 514. По выбору, контрольная кнопка 508, обозначенная как "Обновить", используется для обеспечения обновления отображения в окне списка пользователей, подключенных к сети, 514. Выбор и активизация управляющей кнопки 510, обозначенной как "Конфиг", приводит к загрузке окна "Конфигурация", что будет описано далее на других фигурах. Назначение управляющей кнопки 512, обозначенной как "Закрыть", состоит в прекращении работы IPRS клиентской прикладной системы, освобождении всех системных ресурсов, необходимых для коммуникационного сеанса и прерывании подключения клиентского устройства к IPRS серверу. Например, в окне 514 текст информирует пользователя, что Алиса, Боб, Чарли и Дэвид подключены к сети. Алиса разговаривает с одним человеком и может принять ожидающий вызов. Чарли разговаривает с двумя людьми. Боб и Алиса не разговаривают. Боб выбирается строкой выборки 503. Активизация управляющей кнопки "Вызов" 506 инициирует попытку создать соединение с Бобом. Строка выборки 503 останется на последнем клиенте, с которым инициализирующий пользователь связывался или пытался создать соединение.

Если на сервере нет зарегистрированных пользователей со статусом "online", то клиентская прикладная система получает соответствующую информацию от сервера. На Фиг.17С показано окно списка пользователей, подключенных к сети, 516, отражающее пустой список пользователей, подключенных к сети, с уведомляющим сообщением, отображенным в окне 516, вместе с соответствующими инструкциями, касающимися продолжения сеанса. Например, иногда текст может содержать инструкцию "Нажмите кнопку "Обновить" и попробуйте еще раз". Управляющая кнопка 508, обозначенная "Обновить", по выбору, указывает программе обратиться к серверу и опять попытаться получить обновленный список пользователей, подключенных к сети. Контрольная кнопка "Закрыть" 512 останавливает работу прикладной системы, освобождает необходимые ресурсы и прерывает коммуникационную связь между пользователем и сервером. Как правило, выбор и активизация контрольной кнопки "Закрыть" 512 в любое время при работе программы немедленно прерывает связь и останавливает программу.

На Фиг.18А показано окно попытки вызова. Окно попытки вызова 516 отображается, когда осуществляется попытка вызова другого пользователя. Имя вызываемого пользователя отображается вверху окна 516. Выбор и активизация управляющей кнопки "Стоп" 508 прекратит попытку вызова, и программа отобразит окно списка пользователей, подключенных к сети, 514 с соответствующими управляющими кнопками. Если вызываемый пользователь разговаривает, то отображается окно приглашения ожидания вызова. Если вызываемый пользователь занят, то отображается экран "занято".

На Фиг.18В показано окно приглашения ожидания вызова 522. Окно 522 информирует инициализирующего пользователя, что запрашиваемый пользователь вызван третьей стороной, и запрашивает инициализирующего пользователя, должно ли выполняться ожидание вызова. Если инициализирующий пользователь решает не беспокоить вызываемого пользователя, то выбирается и активизируется управляющая кнопка "Стоп" 508. Активизация управляющей кнопки "Вызов" 506 осуществит вызов с возникновением ожидающего вызова у вызываемого пользователя. Иногда к клиентской программе может быть добавлена функция тайм-аута. Процедура тайм-аута прекратит вызов после истечения определенного промежутка времени.

Если вызываемый пользователь занят разговором, по крайней мере, с двумя другими пользователями, то для инициализирующего пользователя отображается окно "Занято". На Фиг.19А показано окно "Занято" 524. Выбор и активизация управляющей кнопки "Вызов" 506 инициирует попытку вызова пользователя еще раз. Контрольная кнопка "Стоп" 508 прекратит попытку подключения и снова отобразит на экране начальное окно 502 Фиг.17А.

Если вызываемый пользователь отклоняет сообщение "Приглашение", то в окне отобразится сообщение для инициализирующего пользователя об отклонении сеанса. На Фиг.19В показано окно сообщения об отклонении 526. Для того, чтобы повторить попытку вызова еще раз, необходимо выбрать и активировать управляющую кнопку "Вызов" 506. Для прекращения попытки вызова и повторного отображения начального окна 502 Фиг.17А должна быть активизирована управляющая кнопка "Стоп" 508.

После установления связи между двумя пользователями может быть осуществлена передача голоса путем нажатия определенной функциональной клавиши, расположенной на клиентском устройстве. Функциональная клавиша, которая предназначена для этой цели, может быть любой стандартной клавишей, такой как "Press to Talk" ("Нажать для разговора") (РТТ), "Пробел" и т.п. На Фиг.19С показано окно режима разговора 528, которое отображено вместе с соответствующими управляющими кнопками 506, 508, 510 и 512 для установленного коммуникационного сеанса между пользователями. Имя подключенного пользователя отображается в окне режима разговора 528. Если третья сторона находится в состоянии ожидания, то сообщение 529, содержащее имя ожидающей стороны, будет отображено ниже сообщения, показывающего текущий сеанс связи с первоначально вызванным пользователем. Сообщение 529 может быть отображено в специальном графическом режиме, таком как мигающий текст или цветной текст. Для переключения вызова с первоначально вызванного пользователя на ожидающую третью сторону или переключения обратно на первоначально вызванного пользователя должна быть выбрана и активизирована управляющая кнопка "Сменить" 506. Контрольная кнопка "Стоп" 508 соединение и связь. Если третья сторона находится в состоянии ожидания, то связь будет переключена автоматически. То же самое произойдет, если другой пользователь прервет связь. Если ожидающий пользователь прекращает вызов, то сообщение об ожидании удаляется из окна 528. Если пользователь, с которым установлена связь, переключается на другой вызов, то для инициализирующего пользователя в окне ожидания (не показано) сообщение "Разговор с XXX" будет заменено сообщением "Ожидает XXX". Иногда текст сообщения может быть в специальном графическом режиме, таком как мигающий текст или текст различного цвета. Если подключен только один пользователь и получен другой вызов, то для инициализирующего пользователя будет отображено окно ожидания связи.

На Фиг.20 показано окно конфигурации. Окно конфигурации 534 дает возможность пользователю добавить, обновить и модифицировать персональную информацию. Окно конфигурации 534 автоматически отображается при первом запуске системы, поскольку для пользователя, который входит в систему в первый раз, необходимо сконфигурировать систему с персональными данными. Пользователь модифицирует информацию, используя стандартную клавиатуру клиентского устройства. Управляющая кнопка "OK" 506 используется для обновления информации, хранящейся в системе. Управляющая кнопка "Отмена" 508 используется для удаления введенного текста. После активизации управляющей кнопки "OK" 506 программа проверяет текст, введенный пользователем, отвергает неправильный текст и соответственно информирует пользователя. Далее пользователь может повторить процесс введения конфигурационного текста до тех пор, пока текст не будет верным и принят программой.

Для специалиста в данной области техники является очевидным, что пользовательский интерфейс и основная логика программы, связанные с предпочтительным вариантом осуществления настоящего изобретения, были изложены выше с намерением дать понимание концепции предлагаемых системы и способа. Описанный интерфейс является типовым, и множество других различных способов отображения, включающих в себя графические элементы, такие как выпадающие меню, окна списков, селекторные кнопки и т.п. могут быть использованы в других предпочтительных вариантах осуществления настоящего изобретения. В дополнение, ход выполнения программы может существенно отличаться в других предпочтительных вариантах осуществления настоящего изобретения с целью внесения дополнительных усовершенствованных функций, которые могут быть рассмотрены и реализованы в процессе реализации предложенных системы и способа. Несколько полезных функций может быть добавлено к способу и системе, таких как, например, посылка сообщения о занятости для вызывающего пользователя, пока вызываемый пользователь ищет список пользователей, подключенных к сети, посылка сообщения о занятости вызывающему пользователю, пока вызываемый пользователь делает вызов, добавление предупреждающей кнопки "Do not answer" ("He отвечать") для прерывания нежелательных вызовов, пока пользователь занят разговором, усовершенствованный список пользователей, подключенных к сети, имеющий дополнительные данные, индикатор прокручивания ("scroll") для просмотра и т.п.

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

Claims

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

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

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

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

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

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

7. Способ по п.4, отличающийся тем, что указанный список доставляется на назначенный сервер.

8. Способ по любому из пп.1-7, отличающийся тем, что существующая коммуникационная сеть является сетью мобильной телефонной связи.

9. Способ по любому из пп.1-7, отличающийся тем, что существующая коммуникационная сеть является сетью стационарной телефонной связи.

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

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

12. Способ по любому из пп.1-7, отличающийся тем, что указанная передача включает графические данные.

13. Способ по любому из пп.1-7, отличающийся тем, что указанная передача включает видео данные.

14. Способ по любому из пп.1-7, отличающийся тем, что указанная передача включает аудио данные.

15. Способ по любому из пп.1-7, отличающийся тем, что указанная передача включает текстовые данные.

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

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

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

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

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

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

22. Способ по любому из пп.1-7, отличающийся тем, что указанная передача осуществляется путем нажатия заранее заданных клавиш на коммуникационных устройствах.

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

24. Система для осуществления дуплексной радиокоммуникации, включающая:
коммуникационную сеть,
подгруппу коммуникационных устройств для коммуникации через эту коммуникационную сеть,
назначенный сервер для управления коммуникациями в подгруппе, при этом в данный момент времени передачу по коммуникационной сети будет осуществлять один пользователь;
при этом указанный сервер выполнен с возможностью
1) получения от пользователя указанной подгруппы запроса на осуществление передачи,
2) выдачи разрешения указанному пользователю на передачу в случае, если коммуникационная сеть свободна,
3) приема передачи от указанного пользователя, и
4) доставки указанной передачи другим пользователям этой подгруппы;
причем указанная передача осуществляется в виде пакетов данных с использованием Интернет-протокола.