способ и устройство завершения участия абонента в групповом вызове в сети групповой связи

Формула изобретения

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

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

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

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

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

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

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

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

Описание изобретения к патенту

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

Настоящее изобретение относится к многоточечным системам связи. В частности, настоящее изобретение относится к способу и устройству завершения участия абонента в групповом вызове в сети групповой связи.

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

Класс беспроводной услуги, предназначенной для быстрой, эффективной связи «один к одному» или «один ко многим» (групповой связи), существовал в различных видах в течение многих лет. Вкратце, эти услуги были полудуплексные, когда абонент нажимает кнопку «включения режима передачи» (ВРП) ("push-to-talk" - "нажми и говори") на своем телефоне/радиостанции для включения передачи речи. Нажатие кнопки или переключает его радиостанцию в некоторых реализациях, или в моделируемой системе, где связь происходит через сервер некоторого вида, указывает запрос абонента на «право передачи». Если ему дается право передачи, или разрешение быть говорящим абонентом, то абонент тогда обычно говорит несколько секунд, после чего он отпускает свою кнопку ВРП, и другие говорящие могут запросить право передачи. Связь обычно осуществляется от одного говорящего к группе слушателей, но может быть связью типа один к одному. Эта услуга традиционно использовалась в применениях, где одному лицу, «диспетчеру», необходимо организовать связь с группой людей, например специалистами фирмы, оказывающими помощь в проведении пусконаладочных работ, или водителями такси, откуда и происходит название «диспетчер» для услуги.

Аналогичные услуги были предложены в Интернете и известны, в основном, как «речевая беседа». Эти услуги обычно осуществляются в виде приложений для персонального компьютера, которые посылают фреймы вокодера в пакетах Интернет-протокола (ИП, 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 групповой связи включает в себя компоненты сервера приложений, такие как диспетчеры, серверы местоположения, комплексы блоков управления медиа-данными (БУМ, MCV), серверы протоколирования использования и клиенты Интернет-протокола (ИП) (беспроводные и/или проводные устройства с возможностью соединения по ИП). Компоненты сервера приложений могут разворачиваться или с централизованным развертыванием, или с регионализованным развертыванием, основываясь на функциональных возможностях компонента. Централизованное развертывание может включать в себя домашний диспетчер (ДД, HD) 102, домашний сервер 104 местоположения (ДСМ, HLS) и базу 106 данных абонентов/групп. Данные компоненты могут быть расположены центрально в сети поставщика услуг и могут быть доступны для региональных развертываний. Централизованные компоненты могут использоваться при определении местоположения абонентов-роумеров и при инициировании межрегиональных групповых вызовов. Регионализованное развертывание 108, 110 может включать в себя региональный сервер 112 местоположения (РСМ, RLS), региональный диспетчер (РД, PD) 114, комплекс 116 регионального блока управления медиа-данными (БУМ) и региональный сервер 118 протоколирования использования (СИП, VLS).

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

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

При включении питания клиенты 120, 122 могут запросить сеанс передачи пакетных данных, используя опцию услуги передачи данных. Как часть установления сеанса передачи пакетных данных, клиенту назначается адрес ИП. В данный момент клиент также принимает адрес сервера 124 службы имен доменов (СИД, DSN). Клиент 120, 122 запрашивает сервер 124 СИД, например, посредством использования поиска учетных записей служб (УЗС, SRV), чтобы найти адрес РСМ 112. После определения местоположения РСМ 112 клиент 120, 122 может выполнить регистрацию, предоставляя серверу приложений информацию о своем местоположении, например адрес ИП. Регистрация может выполняться с использованием протокола ИП, такого как протокол создания сеанса (ПСС, SIP) по протоколу дейтаграмм пользователя (ПДП, VDP). Адрес ИП клиента 120, 122 может использоваться для контакта с клиентом, когда абонент приглашается для участия в групповом вызове.

В одном варианте выполнения после завершения регистрации клиент может выполнить другой поиск записи УЗС СИД, чтобы найти адрес регионального диспетчера 114. Клиент устанавливает связь с региональным диспетчером, всякий раз когда абонент запрашивает запуск вызова или посылает оповещение. Интерфейсом между региональным диспетчером 114 и клиентом 120, 124 может быть протокол обмена сигналами по ПДП.

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

Компоненты

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

Клиенты

Клиент 120, 122 групповой связи может выполняться на любой конечной точке ИП, которая имеет доступ к соответствующему вокодеру(ам). Конечные точки ИП могут включать в себя приложения, выполняющиеся на беспроводной системе, например cdma2000, платформу разработки приложений, например двоичная среда исполнения для беспроводных устройств (ДСИБУ, BREW), и персональные компьютеры.

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

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

Сервер местоположения

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

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

Региональный сервер местоположения

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

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

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

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

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

Домашний сервер местоположения

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

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

Диспетчер

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

Региональный диспетчер

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

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

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

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

РД 114 может оперировать запросами оповещения аналогично запросам вызова. В одном варианте выполнения запрос оповещения назначается локальному комплексу 116 БУМ для обработки, независимо от местоположения целевых объектов.

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

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

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

Домашний диспетчер

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

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

Сервер СИД

В одном варианте выполнения система 100 групповой связи может использовать сервер 124 СИД поставщика услуг для предоставления клиентам информации о местоположении для РСМ 112 и РД 114. Данная информация может конфигурироваться при каждом региональном развертывании и обновляться периодически для обеспечения ее правильности.

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

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

База данных абонентов/групп

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

Комплекс блоков управления медиа-данными

Комплекс блоков управления медиа-данными (БУМ) может включать в себя хосты управления медиа-данными (ХУМ, MCH) и блок управления медиа-данными (БУМ). ХУМ может хостировать и управлять многочисленными процессами БУМ. Каждый БУМ может оперировать сигнализацией в реальном времени и обработкой среды для одного вызова. Функции, которые выполняет БУМ для вызова, могут включать в себя:

оперирование назначением вызова от РД 114

посылку информации о нагрузке и состоянии ХУД

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

обработку сигнализации во время вызова от клиентов, такой как запросы ВРП

обеспечение надежной доставки сообщений сигнализации клиентам

тиражирование и распределение медиа-данных для вызовов «один ко многим»

обеспечение преобразования медиа-данных с использованием соответствующего транскодера для вызовов «один ко многим» «комбинированного» вокодера

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

получение информации об использовании для сервера 118 протоколирования использования (СИП)

направление медиа-данных и информации о сигнализации на соответствующую точку законного перехвата при запросе

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

Сервер протоколирования использования

СИП 118 может существовать в любом регионе и может быть совместно расположен с комплексом 116 БУМ. СИП 118 может собирать события об использовании от комплекса 116 БУМ в течение каждой обработки вызова или оповещения, форматировать их в запись данных об использовании (ЗДИ) и затем сохранять эти ЗДИ в последовательности файлов ЗДИ. ЗДИ для вызовов могут содержать информацию, относящуюся к индивидуальным вызовам, включая список участников и использование участником в целом. ЗДИ для оповещения могут содержать информацию, которая указывает инициатора оповещения и целевых абонентов, кому оповещения было послано. Файлы ЗДИ могут быть собраны поставщиком услуг для анализа биллинга и могут удаляться через фиксированное количество времени.

СИП 118 может записывать один ЗДИ на копию вызова в конце каждого вызова. СИП 118 также может записывать один ЗДИ для каждого раза, когда обрабатывается запрос оповещения. ЗДИ, записанный СИП 118, может содержать следующую информацию:

идентификатор копии и вызова или идентификатор копии и оповещения

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

время начала вызова или оповещения

время окончания вызова или оповещения

имя и/или идентификатор инициирующего абонента

адрес ИП инициирующего абонента

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

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

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

Регистрация

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

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

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

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

При включении 302 питания клиент может запросить сеанс передачи пакетных данных и начать процесс регистрации своего адреса ИП на РСМ 112. Для того чтобы выполнить регистрацию, клиент может выполнить поиск 304 записи УЗС СИД для определения адреса РСМ. Если адрес РСМ был получен 306, то клиент может регистрировать информацию о своем местоположении, например, посредством использования сообщения 308 регистрации ПСС. РСМ может аутентифицировать 310 абонента и выдать ответ 312 клиенту. РСМ может уведомить 314 регионального диспетчера, что абонент зарегистрировался, и региональный диспетчер может использовать данную информацию для предварительной загрузки связанной с абонентом записи данных, чтобы способствовать уменьшению времени ответа во время установления вызова. В данный момент к клиенту могут обращаться с приглашением принять участие в групповом вызове. В одном варианте выполнения клиентам может потребоваться выполнить регистрацию, чтобы принять групповой вызов, независимо от типа возможного соединения для передачи данных, которое они имеют, т. е. беспроводного или проводного.

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

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

Проводному клиенту, который устанавливает связь с сервером местоположения через брандмауэр, может потребоваться поддержание прохода через брандмауэр периодическим «эхо-тестированием» сервера местоположения. Это осуществляется выполнением повторных регистраций.

Инициирование группового вызова

После завершения регистрации абонент может выполнять или принимать вызовы. Перед инициированием первого вызова после включения питания клиент может выполнить поиск записи УЗС СИД, чтобы определить местоположение регионального диспетчера. Это может быть осуществлено как часть процесса запуска.

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

После того как региональный диспетчер определит, является ли вызов внутрирегиональным или межрегиональным, он может запустить процесс определения, какой блок управления медиа-данными (БУМ) может хостировать вызов. Для внутрирегиональных вызовов региональный диспетчер может назначить вызов БУМ, расположенному в этом же регионе, что и региональный диспетчер, если в данном регионе доступны ресурсы БУМ. Результирующий вызов, использующий данный тип установления вызова, упоминается как «местно-хостируемый» вызов, или местный вызов. Для межрегиональных вызовов у регионального диспетчера может быть выбор, назначить вызов БУМ в этом же регионе или в удаленном или внешнем регионе. Региональный диспетчер может принять данное решение, основываясь на информации о местоположении абонентов, чтобы найти оптимальный маршрут пересылки пакетов ИП, содержащих медиа-данные и сигнализацию. Если большинство абонентов расположены в конкретном регионе, то вызов может быть назначен данному региону. Если абоненты равномерно распределены по регионам, то вызов может быть назначен одному из регионов, содержащему целевых абонентов. Если межрегиональный вызов назначается БУМ в другом регионе, чем регион, в котором находится региональный диспетчер, то вызов упоминается как «удаленно хостируемый» или удаленный вызов. Региональный диспетчер может иметь сведения о топологии сети и/или возможности соединения между БУМ и УУППД, которые они обслуживают, и может использовать данные сведения для принятия лучшего решения о назначении вызовов.

Внутрирегиональные вызовы

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

Инициирование местного вызова

На фиг.4 представлен примерный поток сообщений для запуска местного группового вызова. Абонент может выбрать 402 одного или нескольких целевых абонентов, одну или несколько предварительно определенных групп или их комбинацию и может нажать кнопку включения режима передачи (ВРП). Клиент может послать запрос 404 региональному диспетчеру на установление группового вызова независимо от того, имеет или нет подвижная станция выделенный канал трафика, что подробно описано ниже. После посылки запроса, если является неактивным сеанс передачи пакетных данных подвижной станции, то клиент может инициировать процесс восстановления выделенных каналов трафика и подготовки сеанса передачи пакетных данных для активности передачи медиа-данных. Клиент может буферизовать вводимую речь, принимаемую от инициатора в течение некоторого периода времени.

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

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

Региональный диспетчер может использовать местоположения целевых абонентов для определения региона, в котором может быть назначен вызов. Если определяется, что целевые абоненты находятся в этом же регионе, что и региональный диспетчер, как на фиг.4, то региональный диспетчер может назначить вызов региональному БУМ. БУМ может разослать объявления 414 всей группе, указывая, что вызов начинается. Для целевых абонентов посылка объявления может запускать их сеансы передачи пакетных данных для выхода из неактивного состояния и восстановления их каналов трафика.

После того как клиент примет объявление о вызове от БУМ и будет восстановлен канал трафика подвижной станции, клиент может направить 416 буферизованные медиа-данные на БУМ. БУМ может буферизовать 418 медиа-данные, принимаемые от инициатора. В одном варианте выполнения БУМ может буферизовать медиа-данные до тех пор, пока не будет достигнут или превышен «порог целевых ответов». Порог целевых ответов представляет собой указатель количества требуемых целевых ответов, чтобы продолжать посылку медиа-данных. Порог может представлять собой конфигурируемый параметр. Если порог достигнут, то БУМ тиражирует и направляет 420 медиа-данные целевым абонентам, которые ответили 422 на объявление о вызове.

Обмен сообщениями при помощи коротких информационных пакетов

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

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

Как показано на фиг.4, запрос 404 на установление группового вызова может посылаться при помощи сообщения КИП. Ответ 408 на установление группового вызова от сервера приложений также может посылаться в сообщении КИП. Сообщения запроса и ответа на установление вызова, посылаемые при помощи сообщений КИП, могут дать возможность системе 100 групповой связи достичь цели «мгновенного ответа».

Для завершения процесса установления группового вызова БУМ может рассылать объявления о вызове абонентам в списке членов, включая инициатора. Данные объявления о вызове могут посылаться по выделенным каналам трафика. В большинстве случаев сеансы передачи пакетных данных членов группы находятся в неактивном состоянии, т. е. не установлены выделенные каналы трафика. Это означает, что БУМ может потребоваться повторно послать сообщение с объявлением о вызове по плану активной проверки достоверности, пока не будут восстановлены все каналы трафика членов, и члены не подтвердят прием сообщения, или не истечет срок в таймере достоверности. Активная посылка объявлений о вызове обеспечивает то, что сохраняются минимальными буферы медиа-данных на клиенте и БУМ. Клиент может послать буферизованные медиа-данные, как только будет установлен его канал трафика, и он принимает объявление о вызове, содержащее контактную информацию БУМ. БУМ может тиражировать и направлять буферизованные медиа-данные, как только будет достигнут или превышен порог целевых ответов. Это означает, чем быстрее целевые объекты примут объявление о вызове и ответят на него, тем быстрее будет достигнут данный порог, следовательно, быстрее БУМ может прекратить буферизацию и начать посылку медиа-данных.

Объявление о вызове инициатору также может посылаться при помощи КИП. Это предоставляет два преимущества. Во-первых, так как объявление о вызове содержит контактную информацию БУМ, то клиент группового вызова может начать посылку буферизованных медиа-данных на БУМ, как только будет восстановлен канал трафика подвижной станции, что может снизить требования на оперативное запоминающее устройство (ОЗУ) на подвижной станции для хранения буферизованных медиа-данных. Во-вторых, если инициатор принимает решение о преждевременном завершении вызова или отказе от права передачи, которые могут произойти до восстановления канала трафика, если объявление о вызове приходит при помощи КИП, то клиент может предоставить БУМ данную информацию. Влиянием посылки объявления о вызове инициатору при помощи КИП является увеличение нагрузки на общие каналы и требование к БУМ предоставить специальную обработку сообщению с объявлением о вызове инициатора.

Инициирование удаленного вызова

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

Инициирование внутрирегионального вызова на удаленном хосте аналогично сценарию установления вызова, описанному в связи с фиг.4, за исключением назначения вызова региональным диспетчером БУМ. После того как региональный диспетчер получит местоположение членов группы, он может определить БУМ, которому может быть назначен вызов. Региональный диспетчер может принять свое решение, основываясь на информации о местоположении абонентов, нагрузке и доступности БУМ. При внутрирегиональном вызове абоненты могут быть расположены в одном регионе, поэтому региональный диспетчер может проверить нагрузку и доступность комплекса БУМ в локальном регионе. Если региональный диспетчер принимает указание, что локальный комплекс БУМ перегружен или временно испытывает эксплуатационные отказы, то тогда он может назначить вызов удаленному БУМ. В одном варианте выполнения БУМ могут представлять собой копирование идентичных функциональных возможностей за исключением конфигурации вызова; поэтому, удаленный БУМ может оперировать вызовом аналогично локальному БУМ.

Межрегиональные вызовы

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

Инициирование местного вызова

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

Инициирование удаленного вызова

На фиг.7 представлено примерное установление удаленного межрегионального вызова. Инициирование межрегионального вызова на удаленном хосте аналогично сценарию установления вызова, описанному в связи с фиг.4, за исключением назначения вызова региональным диспетчером БУМ. После того как региональный диспетчер (РД) 114 извлекает местоположение членов группы, он может определить БУМ, которому можно назначить вызов. РД 114 может принять данное решение, основываясь на информации о местоположении абонентов, нагрузке и доступности БУМ. Используя местоположения членов группы, РД предпринимает попытку найти оптимальный маршрут пересылки пакетов ИП, содержащих медиа-данные и сигнализацию, по сети поставщика услуг для большинства членов. Если большинство абонентов расположены в конкретном регионе, то вызов может быть назначен данному региону. Если абоненты равномерно распределены по регионам, то вызов может быть назначен одному из регионов, содержащему целевых абонентов.

Завершение группового вызова

Групповой вызов может завершиться по двум причинам: или все участники запросили выход из вызова, или все участники перестали говорить в течение предварительно определенного времени, называемого «временем удержания линии». Каждый участник может принять решение о завершении участия в вызове до запланированного окончания вызова. Если все участники выходят из вызова, то БУМ может завершить вызов и освободить все ресурсы, назначенные для него. Если все кроме одного участника выходят из вызова, то БУМ может уведомить участника, упоминаемого как «одинокий абонент». У одинокого абонента есть выбор, или выйти из вызова немедленно, или дождаться истечения срока в таймере времени удержания линии, который может запустить БУМ на расформирование вызова.

БУМ может завершить вызов по истечении срока в таймере времени удержания линии. БУМ может отслеживать каждый речевой поток и установить таймер после завершения речевого потока. Данный таймер упоминается как таймер времени удержания линии и может отслеживать в вызове длительность молчания, т. е. отсутствие активности разговора или потока медиа-данных. Если молчание в вызове продолжается в течение времени удержания линии, которое может конфигурироваться поставщиком услуг, то БУМ может предположить, что участники больше не заинтересованы в вызове и, поэтому, завершает вызов.

Инициированное абонентом завершение вызова

На фиг.8 представлен примерный сценарий, в котором абонент принял решение завершить участие в групповом вызове. Сценарий описывает поток сообщений для завершения участия абонента. Когда абонент принимает решение 802 завершить участие в групповом вызове, то клиент может послать 804 запрос БУМ на удаление абонента из вызова. БУМ может удалить 806 абонента из вызова и уведомить 808 клиента, что абонент был удален 810.

Инициированное сервером завершение вызова

На фиг.9 представлен примерный поток сообщений, который происходит, когда истекает срок в таймере времени удержания линии, и БУМ завершает групповой вызов. По истечении срока в таймере времени удержания линии 902 БУМ может послать 904 участникам уведомление, что вызов завершается. Каждый клиент, который принимает уведомление о завершении вызова, может ответить 906 подтверждением приема. После приема подтверждений приема БУМ может уведомить 908 РД, что вызов завершился, и может освободить ресурсы, которые были назначены вызову.

Посылка оповещения

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

Инициатор может выбрать 1002 одного или нескольких целевых абонентов, одну или несколько предварительно определенных групп или их комбинацию и может указать, что оповещение может быть послано. Клиент может послать 1004 запрос к РД для рассылки оповещений целевым абонентам, указанным в запросе. Когда РД принимает 1006 запрос, он может расширить предварительно определенные группы, указанные в запросе, до списков членов целевых абонентов, и РД может извлечь информацию о местоположении целевых абонентов. После того как РД определит местоположение по меньшей мере одного из целевых абонентов, РД может послать ответ 1008 обратно клиенту. РД может назначить 1010 запрос оповещения БУМ для широковещательной рассылки сообщений оповещения 1012 целевым абонентам.

Как отмечено на фиг.10, запрос оповещения может посылаться при помощи коротких информационных пакетов (КИП). Посылка оповещений при помощи сообщений КИП позволяет сеансам передачи пакетных данных вовлеченных сторон оставаться в неактивном состоянии. Уведомление об оповещении содержит необходимую информацию, позволяющую целевым абонентам установить групповые вызовы с инициатором и с остальными целевыми абонентами, например, посредством выбора уведомления об оповещении и нажатия ВРП. Когда это происходит, то установление группового вызова выполняется аналогично сценарию установления вызова, описанному в связи с фиг.4.

Позднее присоединение

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

На фиг.11 представлен примерный случай позднего присоединения, в котором абонент может выбрать вызов из списка предыстории вызовов. Абонент может выбрать 1102 вызов из списка предыстории вызовов и нажать кнопку ВРП. Клиент может послать 1104 запрос РД на запуск группового вызова. РД может определить, что вызов уже выполняется 1106 и послать ответ 1108 клиенту, что абонент добавляется к выполняемому вызову. Если вызов уже выполняется, то право передачи не может быть предоставлено абоненту, так как текущий участник вызова уже может удерживать право передачи к тому времени, когда абонент позднего присоединения подготовится принимать медиа-данные, т. е. сеанс передачи пакетных данных выводится из неактивности. РД может запросить 1110 БУМ, который хостирует вызов, добавить абонента позднего присоединения к группе. БУМ добавляет абонента и посылает 1112 объявление абоненту, содержащее контактную информацию БУМ. После восстановления канала трафика абонента позднего присоединения поток медиа-данных внутри вызова может передаваться абоненту. В данный момент абонент позднего присоединения может попытаться запросить полномочия на разговор.

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

Арбитраж говорящей стороны

В одном варианте выполнения каждому абоненту группового вызова назначается ранг прерывания обслуживания говорящей стороны, который определяет, какой уровень прав имеет абонент при запросе полномочий на занятие «права передачи» и начало разговора. После установления группового вызова БУМ может быть ответственным за контроль над правом передачи и определять, может ли быть разрешено говорить участнику, запрашивающему право передачи. БУМ может выполнить арбитраж говорящей стороны, когда два или более участников вызова соревнуются за контроль над правом передачи для конкретной группы.

На фиг.12 представлены примерные события, которые могут иметь место во время процесса арбитража. Схема арбитража, используемая в данном сценарии, допускает прерывание обслуживания абонента В, когда абонент А запрашивает право передачи. Абонент В контролирует право передачи, т. е. абонент В говорит, когда абонент А запрашивает разрешение на разговор посредством нажатия 1202 кнопки ВРП. Клиент может послать 1204 сообщение БУМ, запрашивающее разрешение на разговор. БУМ может выполнить арбитраж 1206 говорящей стороны и определить, что может быть прервано обслуживание абонента В, и абоненту А может быть предоставлено право передачи. Для того чтобы обеспечить останов в потоке медиа-данных, т. е. абонент В может перестать говорить до того, как будут передаваться медиа-данные абонента А, БУМ сначала посылает 1208 сообщение клиенту для абонента В, указывающее, что право передачи было прервано другим абонентом, и затем посылает 1210 ответ, предоставляющий право передачи абоненту А.

Добавление абонентов к активному групповому вызову

Система 100 групповой связи позволяет участнику группового вызова добавлять новых абонентов к выполняемому групповому вызову. Это осуществляется выбором участником вызова одного или нескольких целевых абонентов, одной или нескольких предварительно определенных групп или их комбинации и указанием, что участник хотел бы, чтобы целевые объекты были добавлены к групповому вызову, в котором в настоящее время находится участник. На фиг.13 представлены события, которые происходят, когда новые целевые объекты добавляются к групповому вызову, который выполняется. Участник вызова может выбрать 1302 одного или нескольких целевых абонентов, одну или несколько групп или их комбинацию, которые должны быть добавлены к вызову. Клиент может послать 1304 сообщение РД, запрашивающее, чтобы указанные целевые абоненты были добавлены к выполняемому групповому вызову, который может быть указан в запросе. Когда РД принимает запрос, он может расширить предварительно определенные группы, указанные в запросе, до списков членов целевых абонентов. Затем РД может извлечь 1306 информацию о местоположении целевых абонентов. После того как РД определит местоположение по меньшей мере одного из целевых абонентов, РД может послать 1308 ответ обратно клиенту, указывающий, что целевые объекты добавляются к вызову. РД может послать 1310 запрос БУМ на добавление указанных абонентов к вызову. БУМ может разослать 1312 объявления о вызове новым целевым объектам, которые начнут процесс выведения их сеансов передачи пакетных данных из неактивности. Объявления могут посылаться по плану проверки достоверности для обеспечения того, что целевые объекты получат сообщение. После того как будут восстановлены каналы трафика целевых объектов, целевые объекты могут послать 1314 подтверждения приема БУМ. Дополнительные целевые объекты могут быть включены 1316 в передачу медиа-данных и сигнализации, которая происходит в вызове.

Удаление членов из активного группового вызова

Система 100 групповой связи позволяет участнику группового вызова удалить членов из активной группы. В одном варианте выполнения это может быть осуществлено выбором участником вызова одного или нескольких целевых участников и указанием, что они должны быть удалены из группового вызова. На фиг.14 представлены примерные события, которые могут происходить, когда участники удаляются из исполняемого группового вызова. Участник группового вызова может выбрать 1402 одного или нескольких целевых участников, которые должны быть удалены из вызова. Клиент может послать 1404 сообщение РД, запрашивающее, чтобы целевые объекты, которые могут быть указаны в сообщении, были удалены из группового вызова. Когда РД принимает запрос, он может извлечь 1406 информацию о местоположении целевого объекта и может послать 1408 ответ обратно клиенту, указывающий, что целевые объекты удаляются. РД может послать 1410 запрос БУМ на удаление целевых объектов из вызова. БУМ может послать 1412 сообщения целевым объектам, которые могут быть указаны в запросе на удаление, указывающие, что они удаляются из вызова. Целевые объекты могут послать 1414 подтверждения приема на БУМ.

Лишение регистрации

Когда абонент больше не желает, чтобы с ним контактировали сервер приложений или любое другое приложение ИП, которое использует адрес ИП абонента для контакта с абонентом, может быть выполнена функция лишения регистрации. Функция лишения регистрации удаляет адрес ИП абонента и другую контактную информацию из РСМ и освобождает любые ресурсы, выделенные от имени абонента. На фиг.15 изображено, как регистрация абонента удаляется из РСМ в результате выключения подвижной станции в соответствии с одним вариантом выполнения. Клиент может принять 1502 указание, что выключается подвижная станция, на которой постоянно находится клиент. Как часть процесса выключения, клиент может послать 1504 сообщение РСМ, указывающее, что должна быть удалена информация о местоположении абонента. РСМ может аутентифицировать 1506 запрос для обеспечения того, что он от достоверного источника. При успешной аутентификации РСМ может уведомить 1508 клиента с указанием успешного выполнения и может уведомить 1510 РД об удалении абонента. РД может удалить записи данных абонента из своего кэша и может освободить ресурсы, которые могли быть выделены абоненту. В случае неудачного лишения регистрации информация о местоположении абонента, в конце концов, может быть удалена из РСМ по истечении времени, ассоциированного с полем истечении срока.

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

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

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

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

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

Сеть может работать по существующей системе связи без необходимости существенных изменений существующей инфраструктуры. Таким образом, контроллер и абоненты в сети могут работать в любой системе, способной передавать и принимать пакетную информацию, используя Интернет-протокол (ИП), такой как система многостанционного доступа с кодовым разделением каналов (МДКР), система многостанционного доступа с временным разделением каналов (МДВР, TDMA), глобальная система подвижной связи (ГСПС, GSM), системы спутниковой связи, такие как Глобалстар (Globalstar ) или Иридиум (Iridium ), или многочисленные другие системы.

Члены сети могут устанавливать связь друг с другом с использованием назначенного устройства связи, показанного как устройства связи (УС, CD) 120 и 122. УС 120 и 122 могут быть устройствами проводной или беспроводной связи, такими как наземные беспроводные телефоны, проводные телефоны, имеющие возможность включения режима передачи, спутниковые телефоны, оснащенные функциональной возможностью включения режима передачи, беспроводные видеокамеры, видеокамеры для съемки неподвижных изображений, звуковые устройства, такие как устройства записи или воспроизведения музыки, портативные или настольные компьютеры, пейджеры или любые их комбинации, Например, УС 120 может содержать беспроводный наземный телефон, имеющий видеокамеру и дисплей. Кроме того, каждое УС может посылать и принимать информацию или в защищенном режиме, или незащищенном (открытом) режиме. В нижеследующем описании ссылка на индивидуальное УС подразумевает беспроводный телефон с включением режима передачи. Однако необходимо понять, что ссылка на УС, как подразумевается, не является ограничивающей как таковой и может охватывать другие устройства связи, которые имеют возможность передавать и принимать пакетную информацию согласно Интернет-протоколу (ИП).

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

Для того чтобы участвовать в системе 100, УС 120 и 122 каждое может иметь возможность запроса полномочия на передачу у контроллера или БУМ 116. БУМ 116 может управлять административной работой и работой в реальном времени групп. БУМ представляет собой любой вид устройства типа компьютера, имеющее по меньшей мере один процессор и память. БУМ 116 может работать удаленно через или поставщика услуг, или членов системы связи, или обоих, предполагая, что разрешение предоставляется поставщиком услуг. БУМ 116 может принимать определения групп через внешний административный интерфейс. Члены групп могут запросить административные действия через их поставщика услуг или административные сетевые функции при помощи определенных систем, таких как приводимый в действие членом менеджер защиты (МЗ, SM), который соответствует административному интерфейсу БУМ. БУМ 116 может аутентифицировать абонента, который пытается установить или модифицировать сеть.

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

В одном варианте выполнения средство для запроса полномочия на передачу у БУМ содержит кнопку или переключатель включения режима передачи (ВРП). Когда абонент в системе 100 желает передать информацию другим членам, то абонент может нажать переключатель включения режима передачи, расположенный на его УС, посылая запрос на контроль над правом передачи для получения полномочия на передачу у БУМ 116. Если в настоящее время никакому другому члену сети не назначено полномочие на передачу, то запрашивающему абоненту может быть предоставлено полномочие на передачу, и абонент может быть уведомлен звуковым, визуальным или тактильным оповещением через УС. После того как запрашивающему абоненту будет предоставлено полномочие на передачу, информация тогда может быть передана от данного абонента другому члену.

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

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

Когда первый член сети желает передать информацию другим членам сети, то первый член сети может запросить полномочие на передачу нажатием кнопки включения режима передачи на его УС, в результате чего генерируется запрос, отформатированный для передачи по распределенной сети 128. В случае УС 120 и 122 запрос может передаваться по радиоканалу одной или нескольким базовыми станциями 126. Центр 130 коммутации подвижной связи (ЦКПС, MSC), который может включать в себя общеизвестную функцию межсетевого обмена (ФМО, IWF), узел услуг передачи пакетных данных (УУППД) или функцию управления пакетами (ФУП, PCF) для обработки пакетов данных, может существовать между базовой станцией (БС) 126 и распределенной сетью 128. Запрос может передаваться по коммутируемой телефонной сети общего пользования (КТСОП) на ряд модемов, которые могут принимать запрос и пересылать его распределенной сети 128. Терминал может контролировать трафик системы 100 при помощи его подключения к распределенной сети 128.

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

В альтернативном варианте выполнения БУМ 116 встраивается в ЦКПС 130, так что пакеты данных от поддерживающих базовых станций маршрутизируются непосредственно на БУМ 116 без маршрутизации в распределенную сеть 128. В данном варианте выполнения БУМ 116 все еще подсоединяется к распределенной сети 128, так что другие системы и устройства связи могут участвовать в групповой связи. В еще другом варианте выполнения БУМ 116 может встраиваться в модули УУППД или ФУП ЦКПС 130.

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

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

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

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

На фиг.16 представлена примерная группа 1600 для иллюстрации того, как устройства 1602, 1604 и 1606 взаимодействуют с БУМ 1608. Многочисленные БУМ могут быть развернуты по необходимости для крупномасштабных групп. На фиг.6 УС 1602 имеет разрешение на передачу медиа-данных другим членам группы. В данном случае УС 1602 известно как говорящая сторона, и оно передает медиа-данные по каналу. Когда УС 1602 определяется как говорящая сторона, то оставшиеся участники, УС 1604 и УС 1606, не могут иметь разрешение на передачу медиа-данных группе. Следовательно, УС 1604 и 1606 определяются как слушающие стороны.

Как описано выше, УС 1602, 1604 и 1606 подсоединяются к БУМ 1608 с использованием по меньшей мере одного канала. В одном варианте выполнения канал делится на отдельные каналы, включающие в себя канал 1610 протокола создания сеанса (ПСС), канал 1612 сигнализации медиа-данных и канал 1614 трафика медиа-данных. Канал 1610 ПСС и канал 1612 сигнализации медиа-данных могут использоваться в любое время, когда позволяет полоса частот, любым из УС 1602, 1604 и 1606, независимо от их определения как говорящая или слушающая сторона. ПСС представляет собой протокол прикладного уровня, определенный инженерной проблемной группой Интернета (ИПГИ, IETF), который описывает механизмы управления для установления, модифицирования и завершения сеансов передачи мультимедиа, работающих по Интернет-протоколу (ИП). ПСС обеспечивает общее решение проблем сигнализации вызова для телефонных приложений Интернета посредством поддержки механизмов регистрации и определения местоположения абонентов, механизма, который определяет возможности абонента и описывает параметры медиа-данных, и механизмов определения доступности абонентов, установления вызова и обработки вызова.

В одном варианте выполнения канал 1610 ПСС используется для начала и завершения участия УС в группе 1600. Сигнал протокола описания сеанса (ПОС, SDP) также может использоваться с каналом 1610 ПСС. Когда устанавливается участие УС в группе, например, посредством использования канала 1610 ПСС, то происходит управление и сигнализация вызова в реальном времени между УС и БУМ, например, посредством использования канала 1612 сигнализации медиа-данных СШУ. В одном варианте выполнения канал 1612 сигнализации медиа-данных используется для обработки запросов на включение и отключение режима передачи, арбитража конфликтующих запросов или контроля над правом передачи, объявления о начале и окончании передачи информации, управления неактивностью сети, отслеживания возможности соединения с конечной точкой, запроса и обмена состоянием сети и уведомления о любых сообщениях об ошибках. Протокол канала 1612 сигнализации медиа-данных минимизирует продолжительность большинства общих сообщений и упрощает задачу интерпретации ответов и ответа на запросы, в то же самое время сохраняя гибкость для будущих усовершенствований. Протокол канала 1612 сигнализации медиа-данных также допускает повторную передачу запросов без неблагоприятного воздействия на состояние протокола.

В одном варианте выполнения трафик сигнализации в канале 1612 сигнализации медиа-данных включает в себя сигнализацию установления и управления вызовом, которая может состоять из запросов приглашения к сеансу и подтверждения приема, и сигнализацию медиа-данных, которая может состоять из запросов на контроль над правом передачи в реальном времени и связанные с ними асинхронные сообщения. Трафик медиа-данных в канале 1614 трафика медиа-данных может содержать широковещательные многоточечные передачи речи и/или данных в реальном времени. Обе категории обмена сообщениями имеют уникальные функциональные атрибуты. Кроме того, каждое УС может выдавать запросы клиента службы имен доменов (СИД), чтобы способствовать отображению полностью уточненных имен хоста СИД на сетевые адреса Интернета.

В одном варианте выполнения сигнализация установления вызова и управления вызовом осуществляется в соответствии с семантикой ПСС. Хотя ПСС может транспортироваться с использованием или общеизвестного протокола дейтаграмм пользователя (ПДП), или протокола управления передачей (ПУП), в одном варианте выполнения каждое УС выполняет основанные на ПСС функции сигнализации с использованием ПДП. Также каждый менеджер связи (МС) может ожидать прием запросов сигнализации ПСС по ПДП. Сигнализация в реальном времени может происходить через динамический интерфейс ПДП/ИП на МС и каждом УС. Другая сигнализация может происходить через фиксированный интерфейс ПУП/ИП между МС и УС с использованием, например, ПСС.

Время ожидания ВРП

В одном варианте выполнения, когда активна услуга передачи пакетных данных, ресурсы в инфраструктуре, например приемопередающая подсистема базовой станции (ПППБС, BTS), контроллер базовой станции (КБС, BSC), функция межсетевого обмена (ФМО) и радиолиния, активно назначаются подвижной станции (ПС, MS). В службе диспетчеризации РпПИ, основанной на ИП, в то время как активный разговор продолжается между участниками группы, остается активным соединение для передачи пакетных данных для каждого абонента. Однако после периода неактивности, т. е. «времени удержания линии», в групповой связи каналы трафика абонентов могут перейти в неактивное состояние.

Переход в неактивное состояние сохраняет емкость системы, снижает стоимость технического обслуживания и разряд батареи и делает абонента доступным для приема входящих обычных речевых вызовов. Например, когда абонент находится в активном вызове передачи пакетных данных, то он, как правило, считается «занятым» для входящих речевых вызовов. Если вызов передачи пакетных данных абонента находится в неактивном состоянии, то абонент может принимать входящие речевые вызовы. По данным причинам желательно выполнять переход вызова передачи пакетных данных в неактивное состояние после периодов неактивности передачи пакетных данных.

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

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

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

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

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

Сообщения сигнализации вызова короткими информационными пакетами

В одном варианте выполнения значительное снижение фактического общего времени активизирования неактивности и времени ожидания ВРП, воспринимаемые разговаривающим абонентом, может достигаться в результате использования сообщений короткими информационными пакетами (КИП), что предусмотрено, например, в «TIA/EIA/IS-2000 Standards for cdma2000 Spread Spectrum Systems» (Стандарты TIA/EIA/IS-2000 на системы cdma2000 с расширенным спектром), упоминаемом в данной заявке как «стандарт cdma2000». В одном варианте выполнения сообщения КИП могут посылаться как по выделенным физическим каналам, таким как прямой основной канал (ПОК, FCH) или прямой выделенный общий канал управления (ПВОКУ, FDCCH), так и по общим физическим каналам, таким как обратный канал доступа (ОКД, R-ACH), обратный расширенный канал доступа (ОРКД, R-EACH), прямой общий канал управления (ПОКУ, F-CCCH) или пейджинговый канал (ПК, RCH). Сообщения КИП могут транспортироваться пакетным протоколом радиосвязи (ППР, RBP), который отображает сообщения на соответствующий и доступный канал физического уровня. Так как сообщения КИП могут переносить произвольный трафик ИП и могут посылаться по общим физическим каналам, то сообщения КИП обеспечивают механизм сигнализации группового вызова, когда подвижная станция вызывающего клиента не имеет выделенных каналов трафика.

Сообщения сигнализации инициируемого подвижной станцией вызова

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

Как показано на фиг.4, в одном варианте выполнения ПС клиента может послать запрос 404 на право передачи ВРП по обратному общему каналу, такому как канал доступа или расширенный канал доступа, перед попыткой восстановления своего выделенного канала трафика. В одном варианте выполнения ПС клиента может послать запрос 404 на право передачи ВРП в сообщении КИП независимо от того, какой канал используется.

ПС клиента затем может начать восстановление своего выделенного канала трафика, например, посредством выполнения, например, «повторного инициирования опции 33 услуги». ПС клиента может также начать синхронизацию протокола радиолинии (ПРЛ). В одном варианте выполнения ПС клиента может восстановить свой выделенный канал трафика и полезно синхронизировать ПРЛ параллельно с посылкой запроса 404 на право передачи ВРП.

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

Как показано на фиг.4, беспроводная инфраструктура может послать запрос 404 на контроль над правом передачи ВРП на узел услуг передачи пакетных данных (УУППД) и затем на БУМ. В одном варианте выполнения после приема запроса на контроль над правом передачи БУМ может провести арбитраж запроса, разбить сообщения (триггеры) активизирования сигнализации медиа-данных на группу целевых участников (слушающих абонентов) и/или запустить восстановление каналов 414 трафика участников (слушающих абонентов). Если БУМ разрешает запрос на право передачи ВРП, то БУМ может послать предоставление 408 права передачи ВРП на ПС клиента. В одном варианте выполнения РД может послать предоставление 408 права передачи ВРП на ПС клиента по доступному прямому общему каналу, такому как прямой пейджинговый канал и прямой общий канал управления, если выделенный канал трафика клиента еще не восстановлен. В одном варианте выполнения инфраструктура может послать предоставление 408 права передачи ВРП на ПС клиента в виде КИП независимо от того, какой канал используется.

В одном варианте выполнения БУМ может ожидать истечения срока в таймере ответа на неактивность перед ответом на запрос на контроль над правом передачи ВРП. Если таймер ответа на неактивность группы установлен в нуль, то МС может немедленно ответить на запрос на контроль над правом передачи. В одном варианте выполнения, если ПС клиента завершила восстановление своего канала трафика и синхронизации ПРЛ, то ПС клиента может производить потоковую передачу на БУМ медиа-данных 416, которые были буферизованы 412 на ПС клиента.

Сообщения сигнализации инициируемого сетью вызова

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

Как показано на фиг.4, после приема БУМ запроса на контроль над правом передачи ВРП БУМ может послать триггеры 414 активизирования, направленные целевым слушающим абонентам. БУМ может определить, существует ли сеанс передачи пакетных данных для целевой подвижной станции, и направляет пакет триггера на соответствующий элемент инфраструктуры, например базовую станцию. Инфрастуктура может вызвать каждую индивидуальную целевую ПС для начала восстановления ее выделенного канала трафика. Целевая ПС затем может начать восстановление своего выделенного канала трафика, например, выполнением, например, «повторного инициирования опции 33 услуги». Целевая ПС также может начать синхронизацию протокола радиолинии (ПРЛ). В одном варианте выполнения целевые ПС могут восстанавливать свои выделенные каналы трафика и полезно синхронизировать свои ПРЛ параллельно с такими же функциями, выполняемыми ПС клиента.

В одном варианте выполнения после завершения целевой ПС восстановления своего выделенного канала трафика и синхронизации своего ПРЛ целевая ПС может послать ответ 422 активизирования на БУМ, указывая, что целевая ПС готова для приема медиа-данных. БУМ может послать объявление разговаривающего абонента на ПС клиента перед выполнением потоковой передачи на целевую ПС медиа-данных 420, которая была буферизована 418 в БУМ.

В одном варианте выполнения БУМ может послать триггер 414 активизирования целевому слушающему абоненту по некоторым доступным общим прямым каналам, таким как прямой пейджинговый канал и прямой общий канал управления, в то время как каналы трафика целевых слушающих абонентов еще не восстановлены. В одном варианте выполнения БУМ может послать триггер 414 активизирования целевому слушающему абоненту в виде КИП независимо от того, какой канал используется. Если запрос на контроль над правом передачи ВРП посылается по обратному общему каналу разговаривающего абонента в виде сообщения КИП и таймер ответа на неактивность целевой группы установлен в нуль на БУМ, то фактическое время ожидания ВРП на клиенте разговаривающего абонента может быть уменьшено до времени, необходимого для посылки сообщения с запросом КИП по обратной линии, за которым следует сообщение КИП с ответом по прямой линии.

Сетевые интерфейсы для сообщений сигнализации вызова

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

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

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

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

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

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

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

Во втором варианте выполнения координируются УУППД, который принимает ответ 408, и центр коммутации подвижной связи (ЦКПС), который отвечает на запрос на инициирование услуги говорящего абонента. Т. е., если УУППД определяет, что процесс инициирования услуги передачи пакетных данных для ПС говорящего абонента уже выполняется, когда ответ 408 поступает в инфраструктуру, то ЦКПС может отложить выполнение персонального вызова на ПС говорящего абонента. УУППД может кэшировать ответ и послать его по прямому каналу трафика подвижной станции говорящего абонента, когда завершится процесс инициирования услуги. Альтернативно, ЦКПС может послать ответ на ПС говорящего абонента в виде сообщения КИП, если процесс инициирования услуги все еще выполняется.

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

Кэширование запускаемых сетью триггеров передачи пакетных данных

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

В одном варианте выполнения инфраструктура или другой объект в сети может кэшировать триггер 414 активизирования, посылаемый БУМ, и доставлять его целевой ПС, как только целевая ПС восстановит свой канал трафика. Это исключает необходимость повторной передачи запроса на активизирование БУМ и уменьшает общее время активизирования неактивности. Кэширование триггера 414 активизирования, в противоположность повторной его передаче с частотой 500 мс, например, может исключить задержку вплоть до 500 мс из общего времени активизирования неактивности.

Буферизация медиа-данных

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

Буферизация на стороне БУМ

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

(1) Не выполняется никакой вызов, каналы трафика инициатора и целевого объекта находятся в неактивном состоянии.

(2) Абоненты нажимают кнопку ВРП. Сервер принимает от клиента запрос «установить групповой вызов».

(3) Право передачи предоставляется абоненту после того, как клиент примет ответ «выполняется установление» от сервера, или после конфигурируемой задержки (1 секунда) и начинает буферизацию медиа-данных абонента.

(4) Сервер начинает процесс восстановления каналов трафика передачи пакетных данных целевых абонентов.

(5) Сервер посылает сообщение «объявление группового вызова» клиенту при помощи КИП.

(6) Клиент успешно восстанавливает канал трафика, начинает посылку буферизованных медиа-данных на сервер.

(7) Клиент выполняет потоковую передачу медиа-данных на сервер.

(8) Каналы трафика целевых объектов были восстановлены (достигается «порог целевых ответов»).

(9) Абонент отпускает кнопку ВРП. Клиент останавливает буферизацию медиа-данных.

(10) Клиент завершает потоковую передачу буферизованных медиа-данных на сервер, запрашивает освобождение права передачи сервером.

(11) Сервер посылает клиенту подтверждение приема на освобождение права передачи.

Буферизация на стороне клиента

В одном варианте выполнения, когда требуется более короткое вероятное время ожидания, говорящему абоненту может быть разрешено начать говорить до того, как будет восстановлен его канал трафика. Так как ПС клиента не находится еще на связи с БУМ, сигнал говорящему абоненту на начало разговора передается ПС клиента. Если говорящему абоненту разрешается говорить до того, как будет восстановлен канал трафика говорящего абонента, то ПС клиента может буферизовать 412 речь. Так как связь с МС еще не была установлена, то разрешение на разговор дается «оптимистически». На фиг.18 представлена буферизация на стороне клиента в соответствии с одним вариантом выполнения, как описано ниже.

(1) Не выполняется никакой вызов, канал трафика инициатора находится в неактивном состоянии.

(2) Абонент нажимает кнопку ВРП. Клиент посылает запрос «установить групповой вызов» серверу при помощи КИП.

(3) Клиент начинает процесс восстановления канала трафика передачи пакетных данных.

(4) Право передачи предоставляется абоненту после того, как клиент примет ответ «выполняется установление» от сервера или после конфигурируемой задержки (1 секунда) и начинает буферизацию медиа-данных абонента.

(5) Клиент принимает сообщение «объявление группового вызова» от сервера при помощи КИП.

(6) Клиент успешно восстанавливает канал трафика.

(7) Клиент производит потоковую передачу медиа-данных на сервер.

(8) Абонент отпускает кнопку ВРП. Клиент останавливает буферизацию медиа-данных.

(9) Клиент завершает потоковую передачу буферизованных медиа-данных на сервер, запрашивает освобождение права передачи сервером.

(10) Клиент принимает подтверждение приема освобождения права передачи от сервера.

В одном варианте выполнения как буферизация 418 БУМ, так и буферизация 412 на стороне клиента могут работать одновременно. Буферизация на стороне клиента может сделать малым вероятное время ожидания ВРП. В одном варианте выполнения ПС клиента может буферизовать медиа-данные для управления вероятным временем ожидания ВРП, замечаемым абонентом. Комбинация инициируемого подвижной станцией КИП и буферизации медиа-данных на стороне клиента может уменьшить задержки, связанные с восстановлением активных каналов трафика.

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

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

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

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