Устройство связи для присоединения абонента к групповому вызову в сети групповой связи

Устройство связи для присоединения абонента к групповому вызову в сети групповой связи

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, к которой относится изобретение

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

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

На протяжении многих лет существовали различные формы предоставления категории услуг беспроводной связи, предназначенной для обеспечения быстрой, эффективной связи одного абонента с другим абонентом или одного абонента с множеством абонентов (групповой связи). В общем случае, это обслуживание являлось полудуплексным, при котором абонент перед началом разговора нажимает кнопку "нажми и говори", НиГ (PTT), находящуюся на его телефоне/радиотелефоне. Нажатие кнопки либо приводит к переключению его радиостанции, что имеет место в некоторых вариантах осуществления, либо указывает наличие запроса абонента о предоставлении ему "права на телефонный разговор" ("floor"), что имеет место в небольшой системе, в которой связь осуществляют через какой-либо сервер. Если говорящему абоненту предоставлено право или разрешение на телефонный разговор, то абонент затем обычно говорит в течение нескольких секунд, после чего он отпускает свою кнопку НиГ, и запрос о предоставлении права на телефонный разговор может поступить от других говорящих абонентов. Связь обычно осуществляют между одним говорящим абонентом и группой слушающих абонентов, но может быть осуществлена индивидуальная связь одного абонента с другим абонентом. Такое обслуживание традиционно использовалось в тех областях применения, в которых необходимо обеспечить связь одного человека, именуемого "диспетчером", с группой людей, например с обслуживающим персоналом, работающим в полевых условиях, или с водителями такси, и именно отсюда происходит наименование этого вида услуг как "диспетчерская связь".

Был предложен аналогичный тип услуг в сети Интернет, которые обычно известны как "интерактивный обмен речевыми сообщениями" ("речевой чат") ("voice chat"). Эти услуги обычно реализуют в виде прикладных программ для персонального компьютера, которые обеспечивают передачу кадров вокодера в виде пакетов протокола сети Интернет (IP), то есть услугу передачи речевых данных по протоколу сети Интернет (VoIP), в центральный сервер группового интерактивного обмена речевыми сообщениями ("группового чата") или, возможно, от одного клиента другому клиенту при одноранговом обслуживании.

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

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

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

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

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

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

на фиг.1 показана система групповой связи;

на фиг.2 показано то, каким образом несколько прикладных программ взаимодействуют друг с другом;

на фиг.3 показан пример процесса регистрации абонента согласно одному из вариантов осуществления изобретения;

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

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

на фиг.6 показан пример процесса установления межрегионального телефонного соединения, осуществляемого локально, согласно одному из вариантов осуществления изобретения;

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

на фиг.8 показан пример процесса выхода из группового вызова согласно одному из вариантов осуществления изобретения;

на фиг.9 показан пример процесса завершения группового вызова согласно одному из вариантов осуществления изобретения;

на фиг.10 показан пример процесса передачи предупреждения о групповом вызове согласно одному из вариантов осуществления изобретения;

на фиг.11 показан пример процесса присоединения к групповому вызову с опозданием согласно одному из вариантов осуществления изобретения;

на фиг.12 показан пример процесса предоставления говорящему абоненту преимущественного права согласно одному из вариантов осуществления изобретения;

на фиг.13 показан пример процесса добавления новых участников к активному групповому вызову согласно одному из вариантов осуществления изобретения;

на фиг.14 показан пример процесса удаления участников из группового вызова согласно одному из вариантов осуществления изобретения;

на фиг.15 показан пример процесса удаления регистрации абонента согласно одному из вариантов осуществления изобретения;

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

на фиг.17 показана буферизация медиаданных со стороны администратора связи согласно одному из вариантов осуществления изобретения,

на фиг.18 показана буферизация медиаданных со стороны клиента согласно одному из вариантов осуществления изобретения.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

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

На фиг.1 показан пример функциональной блок-схемы системы 100 групповой связи. Система 100 групповой связи также также известна как система типа "нажми и говори", НиГ (PTT), система сетевого широковещательного обслуживания, СШО (NBS), система диспетчерской связи или система связи "одного абонента с множеством абонентов". В одном из вариантов осуществления изобретения система 100 групповой связи содержит такие компоненты сервера прикладных программ, как, например, диспетчеры, серверы определения местоположения, комплексы устройств управления медиаданными, УУМД (MCU), серверы регистрации сведений об использовании и клиентские устройства, работающие по протоколу сети Интернет (IP) (устройства беспроводной и/или проводной связи, способные поддерживать связь по протоколу сети Интернет (IP)). Компоненты сервера прикладных программ могут быть размещены либо в виде централизованной схемы размещения, либо в виде районированной схемы размещения, исходя из функциональных возможностей компонента. Централизованная схема размещения может содержать диспетчера 102 собственной сети, ДСС (HD), сервер 104 определения местоположения в собственной сети, СОМСС (HLS), и базу 106 данных об абонентах/группах. Эти компоненты могут быть расположены централизованно в сети поставщика услуг, и доступ к ним может быть осуществлен из региональных схем размещения. Централизованные компоненты могут быть использованы при определении местоположения абонентов, пользующихся роумингом, и при инициировании межрегиональных групповых вызовов. Районированная схема 108, 110 размещения может содержать региональный сервер 112 определения местоположения, РСОП (RLS), регионального диспетчера 114, РД (RD), комплекс 116 регионального устройства управления медиаданными, УУМД (MCU), и региональный сервер 118 регистрации сведений об использовании, СРСИ (ULS).

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

Устройства 120, 122 групповой связи (клиенты), который могут быть размещены в телефонной трубке стандарта множественного доступа с кодовым разделением 2000 года, МДКР-2000 (cdma2000), например, выдают запрос на получение разрешения на сеанс пакетной передачи данных с использованием стандартной возможности выбора услуги передачи данных и используют этот сеанс связи для регистрации их IP-адреса посредством сервера прикладных программ и инициирования группового вызова. В одном из вариантов осуществления изобретения компоненты 108, 110 сервера прикладных программ соединены с узлами обслуживания пакетной передачи данных, УОППД (PDSNs), имеющимися в сети поставщика услуг. После выдачи запроса на получение разрешения на сеанс пакетной передачи данных от инфраструктуры беспроводной связи клиенты 120 и 122 получают возможность соединения с компонентами 108, 110 сервера прикладных программ по протоколу сети Интернет (IP) через узлы УОППД.

После включения питания клиенты 120, 122 могут выдать запрос на сеанс пакетной передачи данных с использованием предоставляемой услуги передачи данных. В качестве части операции установления сеанса пакетной передачи данных клиенту присваивают IP-адрес. В этот момент времени клиент также получает адрес сервера 124 службы имен доменов (DNS). Клиент 120, 122 выдает запрос в сервер 124 службы имен доменов (DNS), например, с использованием операции поиска служебных записей, СЛЗ (SRV), для того, чтобы найти адрес РСОП 112. После определения местоположения РСОП 112 клиент 120, 122 может выполнить регистрацию, уведомляя сервер прикладных программ путем передачи информации о его местоположении, например, IP-адреса. Регистрация может быть осуществлена с использованием протокола сети Интернет (IP), например протокола инициирования сеанса связи (SIP) по протоколу передачи дейтаграмм пользователя (UDP). IP-адрес клиента 120, 122 может быть использован для установления связи с клиентом при приглашении абонента принять участие в групповом вызове.

В одном из вариантов осуществления изобретения после завершения регистрации клиент может выполнить другой поиск записи СЛЗ службы имен доменов (DNS) для того, чтобы найти адрес регионального диспетчера 114. Клиент устанавливает связь с региональным диспетчером всякий раз, когда абонент выдает запрос на то, чтобы начать телефонный вызов, или посылает предупреждение. Средством взаимодействия между региональным диспетчером 114 и клиентом 120, 124 может являться протокол передачи служебных сигналов по протоколу передачи дейтаграмм пользователя (UDP).

После установления группового вызова клиент 120, 114 и комплекс 116 УУМД производят обмен информационными сообщениями и сообщениями о телефонном вызове. В одном из вариантов осуществления изобретения передача информации между участниками телефонного вызова и комплексом 116 УУМД может быть осуществлена с использованием протокола передачи в реальном времени (RTP) по протоколу передачи дейтаграмм пользователя (UDP). Сообщения о вызове могут быть также реализованы посредством протокола обмена сигналами по протоколу передачи дейтаграмм пользователя (UDP). Описание этих протоколов и обеспечиваемых ими функциональных возможностей приведено ниже.

КОМПОНЕНТЫ

В состав системы 100 групповой связи могут входить оконечные точки протокола сети Интернет (IP), содержащие клиентское программное обеспечение, а также районированные и централизованные серверные компоненты, которые необходимы для предоставления услуг групповой связи. Более подробное описание клиентов групповой связи и компонент сервера прикладных программ приведено в последующих разделах.

КЛИЕНТЫ

Клиент 120, 122 групповой связи может работать в любой оконечной точке протокола сети Интернет (IP), имеющей доступ к соответствующему вокодеру (к соответствующим вокодерам). Оконечные точки протокола сети Интернет (IP) могут содержать прикладные программы, выполняемые в системе беспроводной связи, например в системе стандарта МДКР-2000 (cdma2000), базовую инструментальную платформу для разработки прикладных программ, например двоичную среду выполнения программ для беспроводной связи (BREW), и персональные компьютеры.

Клиент может содержать прикладную программу, которая может быть разработана с использованием двоичной среды выполнения программ для беспроводной связи (BREW), и средства взаимодействия с программным обеспечением модема подвижной станции, ПОМПС (MSM), которое может быть загружено в клиентское устройство, содержащее двоичную среду выполнения программ для беспроводной связи (BREW). Двоичная среда выполнения программ для беспроводной связи (BREW) представляет собой инструментальную платформу, предоставляющую разработчикам возможность создания прикладных программ, способных работать в клиентских устройствах связи. Двоичная среда выполнения программ для беспроводной связи (BREW) обеспечивает наличие изолирующего уровня для разработчика прикладных программ, позволяя осуществлять разработку прикладных программ без установления непосредственной связи с программным обеспечением ПОМПС (MSM) и с программным обеспечением производителя комплексного оборудования, ПКО (OEM). Это позволяет быстро осуществлять разработку прикладных программ и их эволюционное развитие независимо от ПОМПС и/или от программного обеспечения производителя комплексного оборудования (OEM). Это также обеспечивает возможность загрузки прикладных программ в любое устройство, содержащее двоичную среду выполнения программ для беспроводной связи (BREW). Как показано на фиг.2, клиентская прикладная программа 202 групповой связи может выполняться параллельно с другими прикладными программами 204, 206, 208, 210. Наряду с тем, что эти услуги могут быть предоставлены напрямую через средства взаимодействия, предоставляемые программным обеспечением 212 производителя комплексного оборудования (ПКО) и ПОМПС 214, двоичная среда выполнения программ для беспроводной связи (BREW) обеспечивает изоляцию от изменений, сделанных прикладной программой на этих уровнях. Это позволяет осуществлять эволюционное развитие программного обеспечения 212 производителя комплексного оборудования (ПКО) и ПОМПС 214 отдельно от информационных приложений 202, 204, 206, 208, 210.

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

СЕРВЕР ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ

В одном из вариантов осуществления изобретения сервер определения местоположения, СОМ (LS), может принимать и/или сохранять информацию о местоположении абонента, например IP-адрес сетевого уровня, физическое местоположение абонента, например долготу и широту, и/или идентификатор зоны пакетной передачи, то есть способом радиосвязи по прямым каналам связи общего пользования осуществляют широковещательную передачу системного идентификатора, указывающего область действия УОППД, обеспечивающего обслуживание пакетной передачи данных для этого сектора. В одном из вариантов осуществления изобретения СОМ может содержать компонент, обеспечивающий обработку регистрации клиентов и передачу информации о местоположении абонента в другие прикладные программы, например программу мгновенного обмена сообщениями с использованием интерфейса на основе протокола инициирования сеанса связи (SIP).

СОМ может содержать два функциональных элемента: региональный сервер 112 определения местоположения (РСОП) и сервер определения местоположения в собственной сети (СОМСС) 104. РСОП 112 может быть размещен в каждом из регионов, а СОМСС 104 может являться централизованным. Подробное описание этих узлов и их функций приведено ниже.

РЕГИОНАЛЬНЫЙ СЕРВЕР ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ

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

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

При регистрации или перерегистрации клиента РСОП 112 может уведомить об этом соответствующего ему РД 114. Это позволяет РД 114 осуществлять предварительную загрузку данных об абоненте при подготовке к выдаче запросов на установление телефонного соединения, что, следовательно, приводит к сокращению времени установления телефонного соединения. РД 114 может осуществлять кэширование информации о местоположении абонента, что устраняет необходимость в установлении связи РД 114 с РСОП для извлечения информации о местоположении абонента во время процедуры установления телефонного соединения.

В том случае, если информация о местоположении абонента обновлена или удалена из РСОП 112, РСОП 112 может уведомить об этом РД 114. Это обеспечивает синхронизацию РСОП 112 и РД 114 по отношению к самой свежей информации об абонентах, зарегистрированных в данном регионе.

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

СЕРВЕР ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ В СОБСТВЕННОЙ СЕТИ

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

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

ДИСПЕТЧЕР

Диспетчер может облегчить процедуру установления телефонного соединения, определяя местонахождение абонентов и предоставляя для групповых вызовов комплекс 116 устройств управления медиаданными (УУМД). Диспетчер представляет собой серверный компонент, который является ключевым для соответствия требованию наличия "прямого доступа". Для обеспечения кратчайшего времени установления телефонного соединения диспетчер может содержать два функциональных элемента, имеющих аналогичную структуру и функциональные возможности, но различные стратегии размещения. Этими двумя элементами являются региональный диспетчер 114 (РД) и диспетчер 102 собственной сети (ДСС), подробное описание которых приведено в последующих разделах.

РЕГИОНАЛЬНЫЙ ДИСПЕТЧЕР

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

В одном из вариантов осуществления изобретения информация о группах, которую РД запоминает в кэше, содержит перечень участников группы и адрес комплекса 116 УУМД, в котором выполняется группа. РД 114 может сохранить перечень участников и адрес УУМД в течение продолжительности телефонного вызова. Это помогает РД 114 быстро определить, содержит ли поступающий запрос на телефонное соединение определение группы, идентичной той группе, для которой соответствующее телефонное соединение уже действует в системе, что позволяет РД быстро реагировать на запросы на установление телефонного соединения и в ответ на них уверенно удовлетворять или отклонять запрос "о предоставлении права на телефонный разговор".

РД 114 может удовлетворить или отклонить запрос о контроле за предоставлением права на телефонный разговор. РД 114 может принять решение о том, следует ли ему выдать в комплекс 116 УУМД запрос о добавлении абонента к телефонному вызову как участника, "присоединившегося с опозданием", или инициировать новый телефонный вызов с соответствующим перечнем участников.

При обработке запроса на установление телефонного соединения РД 114 может использовать помещенную в кэш информацию об абоненте для извлечения информации о местоположении абонентов, указанных в запросе на установление телефонного соединения. Если местоположение абонента не может быть определено, то РД 114 может выдать в ДСС 102 запрос на определение местоположения абонента. В одном из вариантов осуществления изобретения в том случае, если определено местоположение, по меньшей мере, одного или большего количества абонентов-адресатов, РД 114 приступает к процедуре установления телефонного соединения. После того как местоположение абонентов-адресатов определено, РД 114 может принять решение о том, какому УУМД следует предоставить телефонный вызов. Это определение может быть выполнено на основании IP-адресов абонентов, входящих в состав группы, в том числе инициатора вызова.

Обработку запросов на передачу предупреждений РД 114 может осуществлять аналогично обработке запросов на телефонное соединение. В одном из вариантов осуществления изобретения выполнение обработки запроса на передачу предупреждений предоставляют локальному комплексу 116 УУМД вне зависимости от местоположения абонентов-адресатов.

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

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

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

ДИСПЕТЧЕР СОБСТВЕННОЙ СЕТИ

Диспетчер 102 собственной сети (ДСС) может отслеживать информацию о местоположении зарегистрированных абонентов. ДСС может содержать информацию о местоположении абонентов, которые произвели регистрацию посредством РСОП 112.

Как описано выше, каждый РСОП 112 может посылать в соответствующий ему РД 114 уведомление при каждом факте регистрации, перерегистрации, отказа от регистрации или при истечении срока регистрации абонентов. РД 114 может использовать эту информацию для загрузки или вывода информации об абоненте, хранящейся в его локальном кэше. Каждый РД 114 может осуществлять обновление ДСС 102 посредством информации о местоположении абонента. Так как ДСС 102 получает обновления из РД 114, то ДСС 102 может содействовать при поиске абонентов, разбросанных по различным географическим регионам. РД 114 может выдать запрос на получение помощи от ДСС 102 в том случае, когда он получает запрос об абоненте, не зарегистрированном в текущий момент времени в регионе, то есть сведения о котором отсутствуют в информации об абонентах, хранящейся в кэше РД.

СЕРВЕР СЛУЖБЫ ИМЕН ДОМЕНОВ (DNS)

В одном из вариантов осуществления изобретения в системе 100 групповой связи может быть использован сервер 124 службы имен доменов (DNS) поставщика услуг для предоставления клиентам информации о местоположении для РСОП 112 и РД 114. Эта информация может быть скомпонована по каждой районированной схеме размещения и подвергнута периодическому обновлению для обеспечения ее правильности.

В одном из вариантов осуществления изобретения каждый клиент узнает адрес сервера службы имен доменов (DNS) посредством согласования протокола управления протоколом сети Интернет (IPCP) во время установления сеанса связи по протоколу двухточечного соединения (PPP), когда он просит о предоставлении сеанса пакетной передачи данных. Уведомление о сервере 124 службы имен доменов (DNS) может быть осуществлено этим способом для каждого из регионов. Это позволяет клиенту перемещаться из одного региона в другой регион и поддерживать связь с сервером 124 службы имен доменов (DNS) в том регионе, в котором находится клиент. Сервер 124 службы имен доменов (DNS) размещен в каждом из регионов таким образом, что он связан с каждым УОППД. В одном из вариантов осуществления изобретения обновление сервера 124 службы имен доменов (DNS) может быть осуществлено каждым РД 124 и РСОП, обслуживающим УОППД, с которым связан сервер 124 службы имен доменов (DNS).

В одном из вариантов осуществления изобретения алгоритм, используемый для определения местоположения соответствующего РД 114 и РСОП 112, основан на объединении адресации службы имен доменов (DNS) и протокола инициирования сеанса связи (SIP). Поиск по записи службы имен доменов (DNS) (СЛЗ) может быть выполнен на основании части "<домен>" универсального идентификатора ресурса (URI) протокола инициирования сеанса связи (SIP), под которым регистрируется клиент. Запрос на получение записи СЛЗ может содержать протокол или услугу, которые пытается найти сторона, выдавшая запрос. Например, в случае попытки определить местоположение РСОП 112 клиент может выдать запрос на предоставление "услуги регистрации" при поиске записи СЛЗ службы имен доменов (DNS). Ответ службы имен доменов (DNS) может содержать сведения об одной или большем количестве действующих сетей и адреса портов сервера, предоставляющего запрошенную услугу. Сервер 124 службы имен доменов (DNS) может быть использован для выравнивания нагрузки между серверами, предоставляющими ту же самую услугу, позволяя серверу 124 службы имен доменов (DNS) осуществлять обслуживание в порядке круговой очереди между множеством серверов при возврате ответов на запросы клиентов.

БАЗА ДАННЫХ ОБ АБОНЕНТАХ/ГРУППАХ

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

КОМПЛЕКС УСТРОЙСТВА УПРАВЛЕНИЯ МЕДИАДАННЫМИ

Комплекс устройства управления медиаданными (УУМД) может содержать хост-узлы управления медиаданными (ХУМД) и устройство управления медиаданными (УУМД). ХУМД может служить в качестве хост-узла и осуществлять управление множеством процессов, выполняемых УУМД. Каждое УУМД может осуществлять управле