УПРАВЛЕНИЕ ПЕРЕДАЧАМИ ПОДТВЕРЖДЕНИЯ ПРИЕМА ОТ УЧАСТНИКОВ ГРУППЫ МНОГОАДРЕСНОЙ ПЕРЕДАЧИ ДЛЯ ГРУППЫ МНОГОАДРЕСНОЙ ПЕРЕДАЧИ В СЕТИ БЕСПРОВОДНОЙ СВЯЗИ Российский патент 2012 года по МПК H04L12/18 

Испрашивание приоритета

Настоящая заявка на патент испрашивает приоритет по предварительной заявке номер 60/974796, озаглавленной "Methods of Responding to the Interactive Multicast Message Within the Wireless Communication System", поданной 24 сентября 2007 года, и по предварительной заявке номер 60/974831, озаглавленной "Methods of Managing Acknowledgment Transmissions From Multicast Group Members of the Multicast Group within the Wireless Communications Network", поданной 24 сентября 2007 года, права на каждую из которых принадлежат заявителю настоящей заявки, и тем самым они явно содержатся в настоящем документе в качестве ссылки.

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

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

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

2. Описание предшествующего уровня техники

Системы беспроводной связи развиваются, проходя через различные поколения, в том числе службу аналоговой беспроводной телефонной связи первого поколения (1G), службу цифровой беспроводной телефонной связи второго поколения (2G) (включающую в себя промежуточные сети 2,5G и 2,75G) и службу высокоскоростной беспроводной связи с поддержкой передачи данных/доступа в Интернет третьего поколения (3G). В настоящее время применяется множество различных типов систем беспроводной связи, в том числе системы сотовой связи и системы по стандарту службы персональной связи (PCS). Примеры известных систем сотовой связи включают в себя аналоговую систему сотовой связи по стандарту усовершенствованной системы мобильной телефонной связи (AMPS) и цифровые системы сотовой связи на основе множественного доступа с кодовым разделением каналов (CDMA), множественного доступа с частотным разделением каналов (FDMA), множественного доступа с временным разделением каналов (TDMA), варианта глобальной системы мобильной связи (GSM) для TDMA, и более новые гибридные цифровые системы связи, использующие технологии TDMA и CDMA.

Способ для предоставления мобильной связи по стандарту CDMA стандартизирован в США Ассоциацией телекоммуникационной промышленности/Ассоциацией электронной промышленности в TIA/EIA/IS-95-A, озаглавленном "Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System", упоминаемом в данном документе как IS-95. Комбинированные AMPS- и CDMA-системы описываются в стандарте TIA/EIA IS-98. Другие системы связи описываются в стандартах IMT-2000/UM (международная система мобильной связи 2000/универсальная система мобильной связи), охватывающих то, что упоминается как широкополосный CDMA (WCDMA), CDMA2000 (таких как, например, стандарты CDMA2000 1xEV-DO) или TD-SCDMA.

В системах беспроводной связи, мобильные станции, переносные телефоны или терминалы доступа (AT) принимают сигналы от стационарных базовых станций (также называемых узлами сотовой связи или сотами), которые поддерживают линии связи или услуги в пределах конкретных географических областей, окружающих базовые станции или смежных с ними. Базовые станции предоставляют точки входа в сеть доступа (AN)/сеть радиодоступа (RAN), которая, в общем, является сетью пакетной передачи данных, использующей стандартные протоколы на базе разработок Инженерной группы по развитию Интернета (IETF), которые поддерживают способы для различения трафика на основе требований по качеству обслуживания (QoS). Следовательно, базовые станции, в общем, взаимодействуют с AT по радиоинтерфейсу и с AN через пакеты данных сети по Интернет-протоколу (IP).

В системах беспроводной связи поддержка режима переключения между приемом и передачей (PTT) приобретает популярность в секторах обслуживания и у потребителей. PTT может поддерживать услугу передачи речи "с диспетчеризацией", которая работает по стандартной коммерческой беспроводной инфраструктуре, такой как CDMA, FDMA, TDMA, GSM и т.д. В модели диспетчеризации связь между конечными точками (AT) осуществляется в рамках виртуальных групп, при этом речь одного "источника сообщений" передается в один или более "приемников сообщений". Один пример этого типа связи обычно упоминается как вызов с диспетчеризацией или просто PTT-вызов. PTT-вызов представляет собой создание экземпляра группы, которая задает характеристики вызова. Группа в основном задается посредством списка участников и ассоциированной информации, такой как имя группы или идентификатор группы.

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

Широковещательные передачи и/или многоадресные передачи могут выполняться в рамках систем беспроводной связи рядом способов, таких как выполнение множества последовательных операций одноадресной передачи, чтобы приспосабливать группу многоадресной передачи, выделение уникального канала широковещательной/многоадресной передачи (BCH) для обработки нескольких передач данных одновременно и т.п. Традиционная система, использующая широковещательный канал для связи с переключением между приемом и передачей, описывается в публикации заявки на патент (США) номер 2007/0049314, датированной 1 марта 2007 года и озаглавленной "Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network", содержимое которой полностью содержится в данном документе в качестве ссылки. Как описано в публикации номер 2007/0049314, широковещательный канал может использоваться для вызовов с переключением между приемом и передачей с применением традиционных технологий передачи служебных сигналов. Хотя использование широковещательного канала может улучшать требования по полосе пропускания по сравнению с традиционными технологиями одноадресной передачи, традиционная передача служебных сигналов широковещательного канала по-прежнему может приводить к дополнительному объему служебной информации и/или задержке и может понижать производительность системы.

Партнерский проект третьего поколения 2 (3GPP2) задает технические требования для услуги широковещательной-многоадресной передачи (BCMCS) для поддержки многоадресной передачи в сетях CDMA2000. Соответственно, версия технических требований BCMCS согласно 3GPP2, озаглавленная "CDMA2000 High Rate Broadcast-Multicast Packet Data Air Interface Specification", датированная 14 февраля 2006 года, версия 1.0 C.S0054-A, тем самым полностью содержится в качестве ссылки.

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

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

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

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

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

Фиг.2 иллюстрирует сеть 126 оператора связи согласно варианту осуществления настоящего изобретения.

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

Фиг.4 иллюстрирует традиционный процесс многоадресного обмена сообщениями.

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

Фиг.6 иллюстрирует процесс многоадресного обмена сообщениями согласно варианту осуществления настоящего изобретения.

Фиг.7 иллюстрирует продолжение процесса на фиг.6 или процесса на фиг.8.

Фиг.8 иллюстрирует процесс многоадресного обмена сообщениями согласно другому варианту осуществления настоящего изобретения.

Подробное описание изобретения

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

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

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

Абонентская станция по стандарту высокоскоростной передачи данных (HDR), упоминаемая в данном документе как терминал доступа (AT), может быть мобильной или стационарной и может обмениваться данными с одной или более базовых HDR-станций, упоминаемых в данном документе как приемо-передающие устройства модемного пула (MPT) или базовые станции (BS). Терминал доступа передает и принимает пакеты данных через одно или более приемо-передающих устройств модемного пула в контроллер базовой HDR-станции, называемый контроллером модемного пула (MPC), контроллером базовой станции (BSC) и/или функцией управления пакетами (PCF). Приемо-передающие устройства модемного пула и контроллеры модемного пула являются частями сети, называемой сетью доступа. Сеть доступа транспортирует пакеты данных между несколькими терминалами доступа.

Сеть доступа может быть дополнительно подключена к дополнительным сетям вне сети доступа, например к корпоративной сети интранет или к Интернету, и может транспортировать пакеты данных между каждым терминалом доступа и такими внешними сетями. Терминал доступа, который установил активное подключение по каналу трафика с одним или более приемо-передающих устройств модемного пула, называется активным терминалом доступа и, как считается, находится в состоянии передачи трафика. Терминал доступа, который находится в процессе установления активного подключения по каналу трафика с одним или более приемо-передающих устройств модемного пула, как считается, находится в состоянии установления соединения. Терминалом доступа может быть любое устройство передачи данных, которое обменивается данными посредством беспроводного канала или посредством проводного канала, например, с помощью оптоволоконных или коаксиальных кабелей. Терминалом доступа дополнительно может быть любое из ряда типов устройств, в том числе (но не только) карта PC Card, карта Compact Flash, внешний или внутренний модем либо беспроводной или проводной телефон. Линия связи, через которую терминал доступа отправляет сигналы в приемо-передающее устройство модемного пула, называется обратной линией связи или каналом трафика. Линия связи, через которую приемо-передающее устройство модемного пула отправляет сигналы в терминал доступа, называется прямой линией связи или каналом трафика. При использовании в данном документе термин "канал трафика" может упоминаться или как прямой, или обратный канал трафика.

Фиг.1 иллюстрирует блок-схему одного примерного варианта осуществления системы 100 беспроводной связи в соответствии с, по меньшей мере, одним вариантом осуществления изобретения. Система 100 может содержать терминалы доступа, такие как сотовый телефон 102, поддерживающий связь через радиоинтерфейс 104 с сетью доступа или сетью радиодоступа (RAN) 120, которая может подключать терминал 102 доступа к сетевому оборудованию, предоставляющему возможность подключения для обмена данных между сетью передачи данных с коммутацией пакетов (к примеру, сетью intranet, Интернетом и/или сетью 126 оператора связи) и терминалами 102, 108, 110, 112 доступа. Как показано здесь, терминалом доступа может быть сотовый телефон 102, персональное цифровое устройство 108, устройство 110 поискового вызова, которое показывается здесь как двухстороннее текстовое устройство поискового вызова, или даже отдельная компьютерная платформа 112, которая имеет портал беспроводной связи. Варианты осуществления изобретения тем самым могут быть реализованы в любой форме терминала доступа, включающего в себя портал беспроводной связи или имеющего поддержку беспроводной связи, в том числе, без ограничения, в беспроводных модемах, PCMCIA-картах, персональных компьютерах, телефонах либо в любой комбинации или субкомбинации вышеозначенного. Дополнительно, при использовании в данном документе, термины "терминал доступа", "беспроводное устройство", "клиентское устройство", "мобильный терминал" и варианты вышеозначенного могут быть использованы взаимозаменяемо.

Снова ссылаясь на фиг.1, увидим, что компоненты беспроводной сети 100 и взаимосвязь элементов примерных вариантов осуществления изобретения не ограничены проиллюстрированной конфигурацией. Система 100 является просто примерной и может включать в себя любую систему, которая дает возможность удаленным терминалам доступа, таким как беспроводные клиентские вычислительные устройства 102, 108, 110, 112, обмениваться данными по радиоинтерфейсу между собой и/или между компонентами, соединенными через радиоинтерфейс 104 и RAN 120, в том числе, без ограничения, сетью 126 оператора связи, Интернетом и/или другими удаленными серверами.

RAN 120 управляет сообщениями (типично отправляемыми как пакеты данных), отправляемыми в контроллер базовой станции/функцию управления пакетами (BSC/PCF) 122. BSC/PCF 122 отвечает за передачу служебных сигналов, установление и разрыв однонаправленных каналов передачи данных (т.е. каналов передачи данных) между обслуживающим узлом пакетной передачи данных 100 (PDSN) и терминалами 102/108/110/112 доступа. Если шифрование канального уровня активировано, BSC/PCF 122 также шифрует содержимое перед его перенаправлением по радиоинтерфейсу 104. Функция BSC/PCF 122 известна в данной области техники и не поясняется дополнительно для краткости. Сеть 126 оператора связи может обмениваться данными с BSC/PCF 122 посредством сети, Интернета и/или коммутируемой телефонной сети общего пользования (PSTN). Альтернативно, BSC/PCF 122 может подключать непосредственно к Интернету или внешней сети. Типично, сетевое или Интернет-соединение между сетью 126 оператора связи и BSC/PCF 122 передает данные, а PSTN передает речевую информацию. BSC/PCF 122 может подключаться к нескольким базовым станциям (BS) или приемо-передающим устройствам модемного пула (MPT) 124. Аналогичным образом сети оператора связи, BSC/PCF 122 типично подключается к MPT/BS 124 посредством сети, Интернета и/или PSTN для передачи данных и/или речевой информации. MPT/BS 124 может передавать в широковещательном режиме сообщения с данными в беспроводном режиме в терминалы доступа, такие как сотовый телефон 102. MPT/BS 124, BSC/PCF 122 и другие компоненты могут формировать RAN 120, как известно в данной области техники. Тем не менее альтернативные конфигурации также могут использоваться, и изобретение не ограничено проиллюстрированной конфигурацией. Например, в другом варианте осуществления функциональность BSC/PCF 122 и одного или более из MPT/BS 124 может быть свернута в один "гибридный" модуль, имеющий функциональность как BSC/PCF 122, так и MPT/BS 124.

Фиг.2 иллюстрирует сеть 126 оператора связи согласно варианту осуществления настоящего изобретения. В варианте осуществления по фиг.2, сеть 126 оператора связи включает в себя обслуживающий узел пакетной передачи данных (PDSN) 160, широковещательный обслуживающий узел 165, сервер 170 приложений и Интернет 175. Тем не менее сервер 170 приложений и другие компоненты могут находиться вне сети оператора связи в альтернативных вариантах осуществления. PDSN 160 предоставляет доступ к Интернету 175, сети intranet и/или удаленным серверам (к примеру, серверу 170 приложений) для мобильных станций (к примеру, терминалов доступа, таких как 102, 108, 110, 112 на фиг.1) с использованием, например, сети радиодоступа (RAN) по стандарту cdma2000 (к примеру, RAN 120 по фиг.1). Выступая в качестве шлюза доступа, PDSN 160 может предоставлять доступ по простому IP-протоколу и мобильному IP-протоколу, поддержку внешних агентов и транспортировку пакетов. PDSN 160 может выступать в качестве клиента для серверов аутентификации, авторизации и учета (AAA) и другой поддерживающей инфраструктуры и предоставляет мобильным станциям шлюз к IP-сети, как известно в данной области техники. Как показано на фиг.2, PDSN 160 может обмениваться данными с RAN 120 (к примеру, BSC/PCF 122) через традиционное A10-соединение. A10-соединение известно в данной области техники и не описывается дополнительно для краткости.

Ссылаясь на фиг.2, увидим, что широковещательный обслуживающий узел (BSN) 165 может быть выполнен с возможностью поддерживать услуги многоадресной и широковещательной передачи. BSN 165 подробнее описывается ниже. BSN 165 обменивается данными с RAN 120 (к примеру, BSC/PCF 122) через широковещательное (BC) A10-соединение и с сервером 170 приложений через Интернет 175. BCA10-соединение используется для того, чтобы передавать многоадресный и/или широковещательный обмен сообщениями. Соответственно, сервер 170 приложений отправляет одноадресный обмен сообщениями в PDSN 160 через Интернет 175 и отправляет многоадресный обмен сообщениями в BSN 165 через Интернет 175.

В общем, как подробнее описано ниже, RAN 120 передает многоадресные сообщения, принятые от BSN 165 через BCA10-соединение, по широковещательному каналу (BCH) радиоинтерфейса 104 в один или более терминалов 200 доступа.

Ссылаясь на фиг.3, увидим, что терминал 200 доступа (здесь беспроводное устройство), такой как сотовый телефон, имеет платформу 202, которая может принимать и выполнять приложения, данные и/или команды, передаваемые из RAN 120, которые могут, в конечном счете, исходить из сети 126 оператора связи, Интернета и/или других удаленных серверов и сетей. Платформа 202 может включать в себя приемо-передающее устройство 206, функционально связанное со специализированной интегральной схемой (ASIC 208) или другим процессором, микропроцессором, логической схемой или другим устройством обработки данных. ASIC 208 или другой процессор выполняет уровень интерфейсов прикладного программирования (API) 210, который взаимодействует со всеми резидентными программами в запоминающем устройстве 212 беспроводного устройства. Запоминающее устройство 212 может состоять из постоянного или оперативного запоминающего устройства (RAM и ROM), EEPROM, флэш-карт или любого запоминающего устройства, стандартного для компьютерных платформ. Платформа 202 также может включать в себя локальную базу 214 данных, которая может хранить приложения, не используемые активно в запоминающем устройстве 212. Локальная база 214 данных типично является ячейкой флэш-памяти, но может быть любым вторичным устройством хранения данных, известным в данной области техники, таким как магнитные носители, EEPROM, оптические носители, магнитная лента, мягкий или жесткий диск и т.п. Компоненты внутренней платформы 202 также могут быть функционально связаны с внешними устройствами, такими как антенна 222, дисплей 224, кнопка 228 переключения между приемом и передачей и клавишная панель 226, помимо других компонентов, как известно в данной области техники.

Соответственно, вариант осуществления изобретения может включать в себя терминал доступа, включающий в себя возможность выполнять функции, описанные в данном документе. Специалисты в данной области техники должны принимать во внимание, что различные логические элементы могут быть осуществлены в дискретных элементах, программных модулях, выполняемых в процессоре, или в любой комбинации программного обеспечения и аппаратных средств, чтобы осуществлять функциональность, раскрытую в данном документе. Например, ASIC 208, запоминающее устройство 212, API 210 и локальная база 214 данных могут быть использованы совместно для того, чтобы загружать, сохранять и выполнять различные функции, раскрытые в данном документе, и тем самым логика того, чтобы выполнять эти функции, может быть распределена по различным элементам. Альтернативно, функциональность может быть включена в один дискретный компонент. Следовательно, признаки терминала доступа на фиг.3 должны считаться просто иллюстративными, и изобретение не ограничено проиллюстрированными признаками или компоновкой.

Беспроводная связь между терминалом 102 доступа и RAN 120 может быть основана на различных технологиях, таких как множественный доступ с кодовым разделением каналов (CDMA), WCDMA, множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), мультиплексирование с ортогональным частотным разделением каналов (OFDM), глобальная система мобильной связи (GSM) или другие протоколы, которые могут использоваться в сети беспроводной связи или сети передачи данных. Передача данных типично осуществляется между клиентским устройством 102, MPT/BS 124 и BSC/PCF 122. BSC/PCF 122 может подключаться к нескольким сетям передачи данных, таким как сеть 126 оператора связи, PSTN, Интернет, виртуальная частная сеть и т.п., тем самым давая возможность терминалу 102 доступа осуществлять доступ к более обширной сети связи. Как пояснено выше и известно в данной области техники, речевая связь и/или данные могут передаваться в терминалы доступа из RAN с использованием множества сетей и конфигураций. Соответственно, иллюстрации, предоставленные в данном документе, не имеют намерением ограничивать варианты осуществления изобретения, а требуются просто для того, чтобы помогать в описании аспектов вариантов осуществления изобретения.

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

На этапе 400, один из множества терминалов доступа, поддерживающий связь с RAN 120 (PTT-инициатор), запрашивает, чтобы инициировать PTT-сеанс или сеанс многоадресной передачи. Соответственно, PTT-инициатор отправляет запрос на PTT-вызов на сервер 170 приложений (к примеру, PTT-сервер). Затем, на этапе 405, сервер 170 приложений уведомляет о PTT-сеансе каждого участника группы многоадресной передачи для PTT-сеанса. Например, сервер 170 приложений перенаправляет уведомляющее сообщение в RAN 120 через PDSN 160 и/или BSN 165, и RAN 120 передает уведомляющее сообщение по радиоинтерфейсу 104 во множество AT. Уведомляющее сообщение передается в несколько секторов в рамках системы 100 беспроводной связи.

Фиг.5 иллюстрирует сектор 500 системы 100 беспроводной связи согласно варианту осуществления настоящего изобретения. Сектор 500 включает в себя базовую станцию или MPT/BS 505. Сектор 500, который соответствует области, в которой AT могут обслуживаться посредством базовой станции 505, дополнительно включает в себя AT A-E. PTT-инициатор, поясненный выше относительно 400, может быть одним из AT A-E, или альтернативно, может соответствовать AT внутри другого сектора (не показан). Для удобства пояснения далее предполагается, что PTT-инициатор не присутствует внутри сектора 500 на фиг.5.

Возвращаясь к фиг.4, каждый AT A-E принимает уведомляющее сообщение, отправляемое на этапе 405. На этапе 410, AT A отвечает на уведомляющее сообщение посредством отправки уведомляющего сообщения подтверждения приема (ACK) по каналу с доступом по обратной линии связи в базовую станцию 505 RAN 120. Кроме того, на этапе 415, AT A отправляет сообщение BCMCSFlowRegistration в RAN 120, чтобы регистрироваться на поток BCMCS, ассоциированный с уведомляющим сообщением. Хотя не показано явно в рамках фиг.4, RAN 120 перенаправляет уведомляющее ACK-сообщение на сервер приложений или PTT-сервер 170, и RAN 120 добавляет AT в группу многоадресной передачи для объявленного PTT-сеанса после приема сообщения BCMCSFlowRegistration.

Стандарты 1x EV-DO предоставляют сообщение BCMCSFlowRegistration для регистрации AT в группах многоадресной передачи. Традиционные сообщения BCMCSFlowRegistration включают в себя перечень из одного или более потоков BCMCS, которые данный AT запрашивает, чтобы отслеживать. Например, если уведомляющее сообщение на этапе 405 уведомляет о PTT-вызове, ассоциированном с потоком BCMCS FLOW_1, то сообщения BCMCSFlowRegistration, отправляемые в ответ на уведомляющее сообщение, включают в себя FLOW_1. Сообщения BCMCSFlowRegistration могут отправляться в RAN 120 в разное время во время многоадресной передачи или PTT-сеанса, а не просто в ответ на уведомляющее сообщение.

Первый AT, который должен отвечать на уведомляющее сообщение от 405, может упоминаться как "первый ответчик". Соответственно, на фиг.4, можно предположить, что AT A является первым ответчиком (т.е. первым AT, который отвечает в любом из секторов). Затем, каждый из AT B-E отвечает на уведомляющее сообщение посредством отправки уведомляющего ACK-сообщения 420. Каждый из AT B-E также отправляет сообщение BCMCSFlowRegistration, чтобы регистрироваться на поток BCMCS, уведомляемый на этапе 425. Следует принимать во внимание, что хотя передача уведомляющих ACK-сообщений 420 и передача сообщений BCMCSFlowRegistration по 425 показываются как одиночные этапы, уведомляющие ACK-сообщения и сообщения BCMCSFlowRegistration могут отправляться из различных AT B-E в разное время, и 420 и 425 сжаты в одиночные блоки на фиг.4 для удобства пояснения.

В некоторый момент после того, как первый отвечающий AT A отправляет уведомляющее ACK-сообщение, на этапе 430, сервер 170 приложений начинает PTT-сеанс или вызов посредством предоставления в RAN 120 многоадресных сообщений, которые должны перенаправляться в обслуживающие секторы базовых станций, включающие в себя один или более AT, которые зарегистрированы на объявленный PTT-сеанс (к примеру, AT A-E в секторе 500). Следовательно, на этапе 435 и 440, соответственно, AT A-E отслеживают многоадресные сообщения, отправляемые на этапе 430, ассоциированные с объявленным PTT-сеансом.

Как пояснено выше относительно фиг.4 и 5, уведомляющее ACK-сообщение и сообщение BCMCSFlowRegistration отправляются из каждого AT, который принимает уведомляющее сообщение с 405. Тем не менее сервер 170 приложений должен принимать только одно уведомляющее ACK-сообщение, чтобы определять инициировать PTT-сеанс. Другими словами, PTT-сеанс или вызов могут начинаться (к примеру, PTT-инициатор может начинать разговор или многоадресную передачу с, по меньшей мере, одним получателем), как только сервер 170 приложений принимает уведомляющее ACK-сообщение от первого ответчика. Таким образом, последующие уведомляющие ACK-сообщения могут быть избыточными и могут увеличивать помехи в канале с доступом по обратной линии связи.

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

Фиг.6 иллюстрирует процесс многоадресного обмена сообщениями согласно варианту осуществления настоящего изобретения. На этапе 600, один из множества терминалов доступа, поддерживающий связь с RAN 120 (PTT-инициатор), запрашивает, чтобы инициировать PTT-сеанс или сеанс многоадресной передачи. Соответственно, PTT-инициатор отправляет запрос на PTT-вызов на сервер 170 приложений (к примеру, PTT-сервер). Затем, на этапе 605, сервер 170 приложений уведомляет о PTT-сеансе каждого участника группы многоадресной передачи для PTT-сеанса. Например, сервер 170 приложений перенаправляет уведомляющее сообщение в RAN 120 через PDSN 160 и/или BSN 165, и RAN 120 передает уведомляющее сообщение по радиоинтерфейсу 104 (к примеру, по широковещательному каналу нисходящей линии связи (BCH), по каналу управления нисходящей линии связи и т.д.) во множество AT. Уведомляющее сообщение передается в несколько секторов, в том числе в сектор 500, в рамках системы 100 беспроводной связи.

В примере уведомляющее сообщение, отправляемое на этапе 605, может пакетироваться с сообщением управления доступом (ACM), где ACM предоставляет протоколы с обратной связью для AT. Другими словами, ACM определяет способ, которым AT могут отвечать на уведомляющее сообщение. Для дополнительного пояснения ACM и протоколов диспетчеризации с обратной связью, см. предварительную заявку на патент (США) номер 60/974796, озаглавленную "METHODS OF RESPONDING TO AN INTERACTIVE MULTICAST MESSAGE WITHIN A WIRELESS COMMUNICATION SYSTEM", поданную 24 сентября 2007 года, назначенную ее правопреемнику и явно полностью содержащуюся по ссылке в данном документе.

Ниже процесс по фиг.6 описывается как выполняемый в секторе 500 в рамках RAN 120. Тем не менее следует принимать во внимание, что процесс по фиг.6 может одновременно выполняться в других секторах (не показаны) в рамках RAN 120.

На этапе 610, AT A отвечает на уведомляющее сообщение посредством отправки уведомляющего ACK-сообщения по каналу с доступом по обратной линии связи в базовую станцию 505 RAN 120. На этапе 610, уведомляющее ACK-сообщение "пакетируется" с сообщением BCMCSFlowRegistration в рамках отдельного тестового сообщения доступа, чтобы регистрироваться на поток BCMCS, ассоциированный с уведомляющим сообщением. Напротив, как показано на фиг.4, уведомляющие ACK и сообщения BCMCSFlowRegistration, отправляемые в ответ на уведомляющие сообщения, не обязательно пакетируются вместе, а вместо этого типично отправляются независимо в различных тестовых сообщениях доступа. Соответственно, следует принимать во внимание, что синхронизация передачи уведомляющего ACK и сообщения BCMCSFlowRegistration в рамках отдельного тестового сообщения доступа уменьшает нагрузку по трафику в канале с доступом по обратной линии связи. Дополнительно, хотя не показано явно в рамках фиг.4, RAN 120 перенаправляет уведомляющее ACK-сообщение на сервер приложений или PTT-сервер 170. В примере уведомляющее ACK-сообщение может отправляться в соответствии с ACM, которое ранее отправлено в AT A (к примеру, и в другие AT). В этом примере, AT A может отвечать первым, поскольку ACM обозначает AT первым временным интервалом, в котором следует отвечать на уведомляющее сообщение, тогда как другие AT ожидают, по меньшей мере, до тех пор, пока AT пытается отвечать на уведомляющее сообщение перед инициированием собственной попытки ответа. Альтернативно, AT A может быть просто первым AT, который должен успешно отвечать независимо от того, указана или нет последовательность ответов AT через ACM.

На этапе 615, RAN 120 определяет то, имеет или нет базовая станция 505 достаточные ресурсы для того, чтобы обрабатывать запрашиваемый PTT-сеанс. Например, если базовая станция 505 RAN 120 уже участвует в ряде PTT-сеансов, величина полосы пропускания нисходящей линии связи в широковещательном канале нисходящей линии связи (BCH) может быть относительно ограниченной, и RAN 120 может определять то, что базовая станция 505 не имеет достаточных ресурсов для того, чтобы обрабатывать объявленный PTT-сеанс. Если RAN 120 определяет то, что достаточные ресурсы недоступны, процесс переходит к 700 по фиг.7, который описывается более подробно ниже. В противном случае, процесс переходит к 620 по фиг.6.

На этапе 620, RAN 120/базовая станция 505 передает сообщение запрещения уведомляющих ACK (к примеру, по каналу управления нисходящей линии связи, BCH нисходящей линии связи и т.д.). Сообщение запрещения уведомляющих ACK отправляется, чтобы не допускать отправку уведомляющего ACK-сообщения посредством AT, которые еще не ответили на уведомляющее сообщение внутри сектора 500. Сообщение запрещения уведомляющих ACK отправляется посредством RAN 120, по меньшей мере, в базовой станции 505 внутри сектора 500. Тем не менее сообщение запрещения уведомляющих ACK также может отправляться посредством RAN 120 в каждом секторе, в котором уведомляющее сообщение уведомлено на этапе 605.

В примере сообщение запрещения уведомляющих ACK представляет собой широковещательное служебное сообщение (BOM), которое отправляется в ответ на первое сообщение BCMCSFlowRegistration, принятое для объявленного PTT-сеанса в данном секторе. BOM известны в данной области техники и включают в себя перечень из одного или более идентификаторов потоков BCMCS для потоков BCMCS, переносимых в данном секторе. BOM также включают в себя информацию, которая инструктируют AT относительно того, как "настраиваться" на оповещаемый поток BCMCS в широковещательном канале нисходящей линии связи (BCH). Соответственно, в этом примере, BOM, отправленное на этапе 620, включает в себя идентификатор потока BCMCS для объявленного PTT-сеанса.

Традиционно, BOM отправляются по каналу управления нисходящей линии связи в рамках зарезервированных временных интервалов цикла управления нисходящей линией связи. В этом примере, тем не менее, BOM отправляется в первом доступном или самом раннем временном интервале цикла канала управления нисходящей линии связи и не ожидает диспетчеризованного/зарезервированного временного интервала(ов) BOM. Посредством отправки BOM, которое в этом примере выступает в качестве сообщения запрещения уведомляющих ACK, как можно раньше, вероятности достижения AT до передачи уведомляющего ACK-сообщения (и сообщения BCMCSFlowRegistration) возрастают.

Тем не менее, в другом варианте осуществления, BOM может отправляться в своем обычном зарезервированном временном интервале(ах) по BCH нисходящей линии связи на этапе 620. В этом альтернативном варианте осуществления, BOM по-прежнему выступает в качестве сообщения запрещения уведомляющих ACK, поскольку AT выполнены с возможностью интерпретировать все BOM для объявленного PTT-сеанса как запрос на то, чтобы не отправлять уведомляющее ACK-сообщение для объявленного PTT-сеанса.

В другом альтернативном варианте осуществления, сообщение запрещения уведомляющих ACK, отправленное на этапе 620, не обязательно должно быть BOM (к примеру, "немедленным" BOM или BOM, отправляемым по зарезервированным временным интервалам канала нисходящей линии связи), а может быть выполнено как специализированное сообщение нисходящей линии связи, отправляемое по каналу управления. Например, специализированное сообщение нисходящей линии связи может соответствовать сообщению, которое не указывается в рамках протоколов 1x EV-DO. В этом примере, чтобы интерпретировать специализированное сообщение как запрос на то, чтобы не отправлять уведомляющие ACK-сообщения, AT могут быть специально выполнены с возможностью также распознавать специализированное сообщение.

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

На этапе 625, AT B-E, которые приняли уведомляющее сообщение с этапа 605, но еще не отправили уведомляющие ACK-сообщения, принимают сообщение запрещения уведомляющих ACK. В целях пояснения предполагается, что каждый из AT B-E выполнен с возможностью распознавать сообщения запрещения уведомляющих ACK (к примеру, немедленное BOM для объявленного PTT-сеанса, традиционное BOM для объявленного PTT-сеанса, специализированное сообщение запрещения уведомляющих ACK и т.д.). Вместо отправки уведомляющего ACK-сообщения AT B-E подавляют передачу уведомляющего ACK-сообщения. Например, если сообщение запрещения уведомляющих ACK представляет собой "немедленное" BOM для объявленного PTT-сеанса (к примеру, BOM, передаваемое во временном интервале, более раннем, чем зарезервированный временной интервал BOM цикла канала управления нисходящей линии связи), каждый из AT B-E может быть выполнен с возможностью интерпретировать немедленное BOM, ассоциированное с объявленным PTT-сеансом, как запрос на то, чтобы не отправлять уведомляющее ACK-сообщение и т.д.

Затем в некоторый момент после того, как первый отвечающий AT A отправляет уведомляющее ACK-сообщение, сервер 170 приложений начинает PTT-сеанс или вызов посредством предоставления в RAN 120 многоадресных сообщений, которые должны передаваться, на этапе 630, по широковещательному каналу нисходящей линии связи (BCH). Следовательно, на этапе 635 и 640, соответственно, AT A-E отслеживают многоадресные сообщения, отправляемые на этапе 630, ассоциированные с объявленным PTT-сеансом.

Следует принимать во внимание, что даже когда AT B-E не отправляют уведомляющие ACK-сообщения, для AT B-E не запрещается отслеживание PTT-сеанса, и они могут отслеживать периодические BOM, отправляемые по каналу управления нисходящей линии связи, и настраиваться на многоадресные сообщения по BCH, которые совместно содержат многоадресный обмен сообщениями PTT-сеанса, таким же образом, как AT A.

Дополнительно, следует принимать во внимание, что только уведомляющие ACK-сообщения должны быть подавлены в ответ на сообщение запрещения уведомляющих ACK и не обязательно сообщение BCMCSFlowRegistration. Хотя сообщения BCMCSFlowRegistration могут пакетироваться с уведомляющими ACK-сообщениями, сообщения BCMCSFlowRegistration также могут отправляться отдельно. Например, то, отправляет или нет данный AT сообщение BCMCSFlowRegistration, может быть основано на параметре поля BOM. BOM типично включают в себя поле регистрации на поисковые вызовы (RFP) и поле регистрации на динамическую широковещательную передачу (RFDB). Если поле RFP и/или поле RFDB задано равным первому логическому уровню (к примеру, более высокому логическому уровню или логике "1"), AT, принимающим BOM, может указываться отправлять сообщение BCMCSFlowRegistration. В противном случае, если поле RFP и/или поле RFDB задано равным второму логическому уровню (к примеру, более низкому логическому уровню или логике "0"), AT, принимающим BOM, может не указываться отправлять сообщение BCMCSFlowRegistration. Таким образом, если сообщение запрещения уведомляющих ACK представляет собой BOM, и RFDB=0 или RFP=0, то AT B-E не отправляют уведомляющее ACK-сообщение или сообщение BCMCSFlowRegistration, а если сообщение запрещения уведомляющих ACK представляет собой BOM, и RFDB=1 или RFP=1, то AT B-E не отправляют уведомляющее ACK-сообщение, а фактически отправляют сообщение BCMCSFlowRegistration. Для дополнительного пояснения инициирования сообщений BCMCSFlowRegistration через параметры полей BOM см. предварительную заявку на патент (США) номер 60/974808, озаглавленную "METHODS OF SUPPORTING MULTICAST COMMUNICATIONS ASSOCIATED WITH OVERLAPPING CLUSTERS WITHIN A WIRELESS COMMUNICATIONS NETWORK", имеющую адвокатскую выписку номер 072340P1, поданную 24 сентября 2007 года, назначенную ее правопреемнику и явно полностью содержащуюся по ссылке в данном документе.

Возвращаясь к фиг.6, на этапе 615, если RAN 120 определяет то, что базовая станция 505 не имеет достаточных ресурсов, чтобы поддерживать PTT-сеанс, процесс переходит к этапу 700 по фиг.7. На этапе 700 по фиг.7, RAN 120 (к примеру, через базовую станцию 505) передает сообщение отклонения широковещательной передачи (BRM) в AT A-E. BRM известны в данной области техники и задаются посредством стандартов 1x EV-DO. RAN 120 также может уведомлять сервер 170 приложений о том, что базовая станция 505 не может поддерживать PTT-сеанс, на этапе 705. На этапе 710, AT A принимает BRM и интерпретирует BRM как запрос на то, чтобы игнорировать уведомляющее сообщение. Другими словами, AT A игнорирует уведомляющее сообщение посредством отказа от попыток отслеживать объявленный PTT-сеанс (к примеру, даже когда AT ранее пытался регистрироваться на объявленный PTT-сеанс посредством отправки уведомляющего ACK-сообщения, включающего в себя сообщение BCMCSFlowRegistration, на этапе 610). Аналогично, на этапе 715, AT B-E также принимает BRM и интерпретирует BRM как запрос на то, чтобы игнорировать уведомляющее сообщение. Другими словами, аналогично AT A, AT B-E игнорирует уведомляющее сообщение посредством отказа от попыток отслеживать и/или регистрироваться на объявленный PTT-сеанс.

Хотя фиг.6 и 7 направлены на "реализованные посредством RAN" процессы запрещения уведомляющих ACK, в альтернативном варианте осуществления, сервер приложений или PTT-сервер 170 может формировать сообщение запрещения уведомляющих ACK.

Фиг.8 иллюстрирует процесс многоадресного обмена сообщениями согласно другому варианту осуществления настоящего изобретения. На фиг.8, этапы 800, 805 и 810 соответствуют этапам 600, 605 и 610, соответственно, по фиг.6 и также не описываются дополнительно для краткости.

На этапе 815, после того как сервер 170 приложений принимает уведомляющее ACK от первого отвечающего AT A, сервер 170 приложений отправляет сообщение запрещения уведомляющих ACK в RAN 120, которая передает сообщение запрещения уведомляющих ACK в базовой станции 505 внутри сектора 500 по фиг.5 (к примеру, по каналу управления нисходящей линии связи, широковещательному каналу нисходящей линии связи (BCH) и т.д.). Хотя не показано явно в рамках фиг.8, сообщение запрещения уведомляющих ACK, отправляемое из сервера 170 приложений, также может отправляться в каждый сектор, который передал уведомляющее сообщение на этапе 805. В другом примере, сообщение запрещения уведомляющих ACK, отправляемое из сервера приложений, может отправляться в рамках данного "кластера" системы беспроводной связи. Например, кластер соответствует смежному набору секторов, переносящих поток многоадресной передачи в данной паре чередования-мультиплексирования широковещательного канала нисходящей линии связи, при этом смежный набор секторов включает в себя как (i) целевые секторы, которые, как ожидается, включают в себя один или более участников группы многоадресной передачи, так и (ii) поддерживающие секторы, которые удовлетворяют данной зависимости с целевыми секторами, которые, как ожидается, не включают в себя участники группы многоадресной передачи и также выполнены с возможностью переносить поток многоадресной передачи, чтобы "поддерживать" целевые секторы. Кластеры, целевые секторы и поддерживающие секторы подробнее описываются в предварительной заявке на патент (США) номер 60/974808, озаглавленной "METHODS OF SUPPORTING MULTICAST COMMUNICATIONS ASSOCIATED WITH OVERLAPPING CLUSTERS WITHIN A WIRELESS COMMUNICATIONS NETWORK", имеющей адвокатскую выписку номер 072340P1, поданной 24 сентября 2007 года, назначенной ее правопреемнику и явно полностью содержащейся по ссылке в данном документе. Таким образом, сообщение запрещения уведомляющих ACK может отправляться в один (или более) кластеров системы беспроводной связи. В этом примере, сообщение запрещения уведомляющих ACK может быть специализированным сообщением, и соответствующие участники группы многоадресной передачи или AT могут быть сконфигурированы распознавать сообщение запрещения уведомляющих ACK и интерпретировать сообщение запрещения уведомляющих ACK как запрос на то, чтобы не отправлять уведомляющее ACK для конкретного объявленного PTT-сеанса. Для удобства пояснения, процесс по фиг.8 описывается ниже при условии, что все AT выполнены с возможностью распознавать сообщения запрещения уведомляющих ACK.

На этапе 820, RAN 120 определяет то, имеет или нет базовая станция 505 достаточные ресурсы для того, чтобы обрабатывать запрашиваемый PTT-сеанс. Например, если базовая станция 505 RAN 120 уже участвует в ряде PTT-сеансов, величина полосы пропускания нисходящей линии связи может быть относительно ограниченной, и RAN 120 может определять то, что базовая станция 505 не имеет достаточных ресурсов для того, чтобы обрабатывать объявленный PTT-сеанс. Если RAN 120 определяет то, что достаточные ресурсы не доступны, процесс переходит к 700 по фиг.7.

На этапе 825, AT B-E, которые приняли уведомляющее сообщение от 805, но еще не отправили уведомляющие ACK-сообщения, принимают сообщение запрещения уведомляющих ACK, сформированное на сервере 170 приложений. Вместо отправки уведомляющего ACK-сообщения AT B-E подавляют передачу уведомляющего ACK-сообщения. Например, если сообщение запрещения уведомляющих ACK осуществлено как специализированное управляющее сообщение нисходящей линии связи, каждый из AT B-E выполнен с возможностью интерпретировать специализированное управляющее сообщение нисходящей линии связи как запрос на то, чтобы не отправлять уведомляющее ACK-сообщение для объявленного PTT-сеанса.

Затем, в некоторый момент после того, как первый отвечающий AT A отправляет уведомляющее ACK-сообщение, сервер 170 приложений начинает PTT-сеанс или вызов посредством предоставления в RAN 120 многоадресных сообщений, которые должны передаваться, на этапе 830, по широковещательному каналу нисходящей линии связи (BCH). Следовательно, на этапе 835 и 840, соответственно, AT A-E отслеживают многоадресные сообщения, отправляемые на этапе 830, ассоциированные с объявленным PTT-сеансом.

Следует принимать во внимание, что даже когда AT B-E не отправляют уведомляющие ACK-сообщения, для AT B-E не запрещается отслеживание PTT-сеанса и может отслеживать BOM по каналу управления нисходящей линии связи и многоадресные сообщения по BCH, которые совместно содержат многоадресный обмен сообщениями PTT-сеанса, таким же образом, как AT A. Дополнительно, следует принимать во внимание, что только уведомляющие ACK-сообщения должны подавляться и не обязательно сообщения BCMCSFlowRegistration. Этот принцип поясняется выше в описании к фиг.6 более подробно относительно полей RFDB и RFP в рамках BOM, используемого для того, чтобы либо инициировать, либо подавлять обмен сообщениями BCMCSFlowRegistration.

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

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

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

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

Способы, последовательности и/или алгоритмы, описанные в связи с раскрытыми в данном документе вариантами осуществления, могут быть реализованы непосредственно в аппаратных средствах, в программном модуле, выполняемом посредством процессора, либо в комбинации вышеозначенного. Если реализованы в программном обеспечении, функции могут быть сохранены или переданы как одна или более инструкций или код на машиночитаемом носителе. Машиночитаемые носители включают в себя как компьютерные носители хранения данных, так и среду связи, включающую в себя любую передающую среду, которая упрощает перемещение компьютерной программы из одного места в другое. Носителями хранения могут быть любые доступные носители, к которым можно осуществлять доступ посредством компьютера. В качестве примера, но не ограничения, эти машиночитаемые носители могут содержать RAM, ROM, EEPROM, CD-ROM или другое устройство хранения на оптических дисках, устройство хранения на магнитных дисках или другие магнитные устройства хранения, либо любой другой носитель, который может быть использован для того, чтобы переносить или сохранять требуемый программный код в форме инструкций или структур данных, и к которому можно осуществлять доступ посредством компьютера. Также любое подключение корректно называть машиночитаемым носителем. Например, если программное обеспечение передается из веб-узла, сервера или другого удаленного источника с помощью коаксиального кабеля, оптоволоконного кабеля, "витой пары", цифровой абонентской линии (DSL) или беспроводных технологий, таких как инфракрасные, радиопередающие и микроволновые среды, то коаксиальный кабель, оптоволоконный кабель, "витая пара", DSL или беспроводные технологии, такие как инфракрасные, радиопередающие и микроволновые среды, включены в определение носителя. Диск (disk) и диск (disc) при использовании в данном документе включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и диск Blu-Ray, при этом диски (disk) обычно воспроизводят данные магнитно, тогда как диски (disc) обычно воспроизводят данные оптически с помощью лазеров. Комбинации вышеперечисленного также следует включать в число машиночитаемых носителей.

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

Заявленное изобретение относится к управлению передачами подтверждения приема от участников группы многоадресной передачи для группы многоадресной передачи в сети беспроводной связи. Технический результат заключается в улучшении поддержки в многоадресной передаче. Для этого сеть доступа передает уведомляющее сообщение, уведомляющее о сеансе многоадресной передачи, во множество терминалов доступа. Один из множества терминалов доступа (т.е. первый ответчик) отправляет сообщение регистрации на поток услуги широковещательной многоадресной передачи (сообщение BCMCSFlowRegistration) и уведомляющее сообщение подтверждения приема (ACK-сообщение) в сеть доступа. В примере сообщение BCMCSFlowRegistration и уведомляющее ACK-сообщение отправляются в рамках одного тестового сообщения доступа по каналу с доступом по обратной линии связи. Затем сеть доступа отправляет в ответ на принятое сообщение BCMCSFlowRegistration подавляющее сообщение, чтобы запрашивать терминалы доступа не отправлять уведомляющие сообщения подтверждения приема для объявленного сеанса многоадресной передачи. Альтернативно, сервер приложений отправляет подавляющее сообщение в ответ на принятое уведомляющее ACK-сообщение. В любом сценарии терминалы доступа, принимающие подавляющее сообщение, подавляют передачу последующих уведомляющих ACK-сообщений. 4 н. и 9 з.п. ф-лы, 8 ил.

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

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

3. Способ по п.1, в котором регистрационное сообщение многоадресной передачи представляет собой сообщение регистрации на поток услуги широковещательной-многоадресной передачи (BCMCSFlowRegistration).

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

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

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

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

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

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

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

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

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

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