ПЕРЕКЛЮЧЕНИЕ НЕСУЩИХ ДЛЯ ПРИСОЕДИНЕНИЯ К СЕАНСУ МНОГОАДРЕСНОЙ ПЕРЕДАЧИ В СЕТИ БЕСПРОВОДНОЙ СВЯЗИ Российский патент 2012 года по МПК H04W4/06 

[0001] По данной патентной заявке испрашивается приоритет предварительной заявки № 60/041,680, озаглавленной «Methods of switching carriers to join a multicast session within a wireless communications network», поданной 02 Апреля 2008, которая переуступлена правообладателю данной заявки и таким образом явно включенной во всей своей полноте в настоящее описание посредством ссылки.

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

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

[0002] Изобретение относится к связи в системе беспроводной телекоммуникации и более конкретно к переключению несущих для присоединения к сеансу многоадресной передачи внутри сети беспроводной связи.

2. Описание уровня техники, к которому относится изобретение

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

[0004] Способ для предоставления мобильной связи 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.

[0005] В системах беспроводной связи мобильные станции, телефонные трубки или терминалы доступа (AT) принимают сигнал от стационарных базовых станций (так же именуемых как узлы сотовой связи или ячейки), которые поддерживают линии связи или услугу внутри конкретных географических зон, смежных с или окружающих базовые станции. Базовые станции обеспечивают точки входа в сеть доступа (AN)/сеть радиодоступа (RAN), которые, как правило, являются сетями пакетной передачи, использующими протоколы, основанные на стандарте Целевой Группы Инженерной поддержки Интернет (IETF), которые поддерживают способы для разграничения трафика, основанные на требованиях Качества Обслуживания (QoS). По этой причине базовые станции, как правило, взаимодействуют с AT через и по радиоинтерфейсу, а с AN через пакеты данных сети с Интернет Протоколом (IP).

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

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

[0008] Широковещательные и/или многоадресные передачи могут выполняться внутри систем беспроводной связи различными способами, например посредством выполнения множества последовательных одноадресных операций, чтобы обеспечить группу многоадресной передачи, посредством выделения уникального канала широковещательной/многоадресной передачи (BCH) для одновременной обработки многочисленных передач данных и им подобного. Обычные системы, использующие канал широковещательной передачи для связи «нажми-говори», описаны в Публикации Патентной Заявки США № 2007/0049314, датированной 01 Марта 2007 и озаглавленной “Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network”, содержимое которой в полном объеме включено в настоящее описание посредством ссылки. Как описано в Публикации № 2007/0049314, канал широковещательной передачи может использоваться для вызовов «нажми-говори», используя обычные технологии сигнализации. Несмотря на то, что использование канала широковещательной передачи может улучшить требования к полосе пропускания в сравнении с традиционной одноадресной технологией, обычная сигнализация канала широковещательной передачи все же может вылиться в дополнительные потери и/или задержки и может ухудшить производительность системы.

[0009] Второй Проект Партнерства Третьего Поколения определяет технические условия широковещательных многоадресных услуг (BCMCS) для поддержки многоадресных передач в сетях CDMA2000. Соответственно версия технических условий BCMCS от 3GPP, озаглавленная “CDMA2000 High Rate Broadcast-Multicast Packet Data Air Interface Specification”, датированная 14 Февраля 2006, Версия 1.0 C.S0054-A, включена в полном объеме в настоящее описание посредством ссылки.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

[0016] Фиг. 5 иллюстрирует процесс многоадресной передачи сообщений в соответствии с вариантом осуществления настоящего изобретения.

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

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

[0018] Аспекты изобретения раскрыты в нижеследующем описании и соответствующих чертежах, относящихся к конкретным вариантам осуществления изобретения. Альтернативные варианты осуществления могут быть разработаны, не отступая от объема изобретения. В добавление известные элементы изобретения не будут описаны в подробностях или будут опущены, чтобы не затенять сущность изобретения.

[0019] Слова «характерный» и/или «пример» используются в описании, чтобы обозначать «служащие в качества примера, экземпляра или иллюстрации». Любой вариант осуществления, описанный здесь в качестве «характерного» и/или «примера», не обязательно должен толковаться как предпочтительный или преимущественный по отношению к прочим вариантам осуществления. Подобное определение «варианты осуществления изобретения» не требует, чтобы все варианты осуществления изобретения были включены в рассматриваемый признак, преимущество или режим работы.

[0020] Дополнительно многие варианты осуществления описаны в качестве последовательности действий, которые должны быть выполнены, например, элементами вычислительного устройства. Необходимо отдавать себе отчет, что различные описанные здесь действия могут быть выполнены конкретными схемами (например, проблемно-ориентированными интегральными микросхемами (ASIC)), инструкциями программы, выполняемыми одним или более процессорами, или сочетанием обоих. В добавление такие описанные здесь последовательности действий могут рассматриваться как осуществленные в полном объеме внутри любого вида машиночитаемого носителя данных, имеющего хранящийся на нем соответствующий набор компьютерных инструкций, которые при выполнении заставят ассоциированный процессор выполнить описанные здесь функциональные возможности. Таким образом, различные аспекты изобретения могут быть осуществлены в нескольких различных видах, все из которых должны рассматриваться как находящиеся внутри объема заявленного предмета. В добавление для каждого из описанных здесь вариантов осуществления соответствующий вид любого из таких вариантов осуществления может быть описан здесь в качестве, например, «логической схемы, выполненной с возможностью» выполнять описанное действие.

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

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

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

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

[0025] RAN 120 управляет сообщениями (как правило, отправленными в качестве пакетов данных) отправленными контроллеру базовой станции/функции правления пакетом (BSC/PCF) 122. BSC/PCF 122 отвечает за сигнализацию, установление и снос каналов передачи данных (т.е. каналов данных) между узлом 160 обслуживания пакетных данных (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) или приемопередатчикам 124 с модемным пулом (MPT). Способом, подобным тому, что и у сети оператора связи, 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.

[0026] Фиг. 2 иллюстрирует сеть 126 оператора связи в соответствии с вариантом осуществления настоящего изобретения. В варианте осуществления на Фиг. 2 сеть 126 оператора связи включает в себя узел 126 обслуживания пакетных данных (PDSN), узел 165 обслуживания широковещательной передачи, сервер 170 приложения и Интернет 175. Тем не менее, в альтернативном варианте осуществления сервер 170 приложения и прочие компоненты могут размещаться вне сети оператора связи. PDSN 160 обеспечивает доступ к Интернет 175, сетям интранет и/или удаленным серверам (например, серверу 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 хорошо известно в предшествующем уровне техники и не будет описано далее для краткости.

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

[0028] Как правило, что будет описано более подробно ниже, RAN 120 передает сообщения многоадресной передачи, переданные от BSN 165 по соединению BCA10, через радиоинтерфейс 104 одному или более терминалам 200 доступа.

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

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

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

[0032] В обычных системах беспроводной связи, таких как системы беспроводной связи множественного доступа с кодовым разделением (CDMA), общая величина доступной полосы пропускания разделена на различные несущие. Например, каждой несущей может быть выделена одна и та же величина полосы пропускания (несмотря на то, что это не является обязательным условием). Как правило, RAN 120 стремится распределить нагрузку, по существу, равномерно среди каждой из несущих, чтобы избежать состояния перегрузки на любой конкретной несущей.

[0033] Как обсуждалось в разделе Предпосылки Создания Изобретения, многоадресные передачи или сеансы многоадресной передачи позволяют производить передачу некоторого сообщения или набора сообщений относительно большому числу терминалов доступа или участникам группы многоадресной передачи. Соответственно должно быть принято во внимание, что перенос сообщений многоадресной передачи для конкретного сеанса многоадресной передачи по более чем одной из доступных несущих в конкретном секторе является излишним и растрачивает ценную полосу пропускания внутри системы беспроводной связи. Хорошо известен способ передачи сообщений многоадресной передачи для конкретного сеанса многоадресной передачи по одной несущей внутри каждого сектора, при этом имеются терминалы доступа, которые хотят участвовать в сеансе многоадресной передачи, способные переключаться на эту несущую. Для терминалов доступа, находящихся в состоянии «простоя» или не имеющих активного канала трафика, этот процесс относительно эффективный, так как «простаивающие» терминалы доступа еще не подсоединены к любой конкретной несущей с каналом трафика. Тем не менее, обычное переключение несущей может быть проблематичным для терминалов доступа, которые имеют текущий активный канал трафика на несущей, отличной от той, на которой представлен сеанс многоадресной передачи, что будет обсуждаться ниже более подробно в отношении Фиг. 4.

[0034] Фиг. 4 иллюстрирует обычный процесс многоадресной передачи сообщений. Конкретно Фиг. 4 иллюстрирует обычный способ, которым заданный терминал доступа с активным каналом трафика на первой несущей присоединяется к объявленному на второй несущей сеансу «нажми-говори» (PTT), который переносится на второй несущей. Хотя Фиг. 4 описывается ниже в отношении сеанса PTT, должно быть принято во внимание, что похожий поток вызова может быть выполнен для прочих типов сеансов группы, таких как сеансы «нажми-отправь» (PTX) или Yugatta. В описании Фиг. 4 сделана ссылка на несущие A и B. Тем не менее, должно быть принято во внимание, что системы беспроводной связи могут включать в себя любое число несущих, а описание Фиг. 4 рассматривает две несущих (т.е. A и B) для удобства объяснения.

[0035] На этапе 400 заданный AT (AT A) отправляет запрос соединения RAN 120, чтобы запросить канал трафика, по которому обмениваться информацией. Например, запрос соединения этапа 400 может быть ассоциирован с инициированием звонка по телефону, передачи или загрузки сообщения электронной почты, загрузки видео и т.д. На этапе 405 RAN 120 принимает запрос соединения и присваивает AT A канал трафика на заданной несущей (НЕСУЩАЯ B) посредством отправки AT A сообщения назначения канала трафика (TCA), что является известным в предшествующем уровне техники. После приема на этапе 405 сообщения TCA AT A начинает сеанс связи (например, передачу голосовых сообщений, передачу видео сообщений, передачу текстовых сообщений и т.д.) с RAN 120 на НЕСУЩЕЙ B на этапе 410.

[0036] На этапе 415 сервер 170 приложения или сервер «нажми-говори» (PTT) отправляет сообщение объявления, которое объявляет сеанс PTT сети RAN 120, которая передает сообщение объявления во множество секторов системы 100 беспроводной связи и по каждой несущей, которая содержит целевое AT внутри каждого сектора. Соответственно сообщение объявления передается по НЕСУЩЕЙ B и таким образом принимается AT A.

[0037] На этапе 420 подразумевается, что AT A заинтересован в участии в сеансе PTT (например, AT A хочет общаться с группой многоадресной передачи для объявленного сеанса PTT, AT A хочет слушать/смотреть объявленный сеанс PPT и т.д.). Таким образом, на этапе 420 AT A пытается зарегистрироваться для объявленного сеанса PTT посредством отправки RAN 120 сообщения регистрации, такого как сообщение BCMCSFlowRegistration, определенное стандартом 1x EV-DO. RAN 120 принимает сообщение BCMCSFlowRegistration от AT A и отправляет сообщение перегрузки широковещательной передачи (BOM) по каналу управления нисходящей линии связи в одном или более временных интервалах цикла канала управления нисходящей линии связи, чтобы предложить объявленный сеанс PTT. BOM хорошо известны в предшествующем уровне техники и определены стандартом 1x EV-DO. BOM включают в себя перечень одного или более идентификаторов (ID) потока широковещательной и многоадресной услуги (BCMCS), с инструкциями в отношении того, каким образом терминал доступа может «настроиться» на предложенный поток BCMCS. Инструкции в отношении того, каким образом терминал доступа может «настроиться» на предложенный поток BCMCS, могут включать в себя пару перемежения-мультиплицирования (IM) для канала широковещательной передачи нисходящей линии связи (BCH) по этой несущей, или могут включать в себя указание на другую несущую, по которой переносится сеанс многоадресной передачи, как впрочем и формат передачи для сеанса многоадресной передачи.

[0038] На этапе 425 предполагается, что BOM, предлагающее BCMCSFlowID для объявленного сеанса PTT, указывает на то, что объявленный сеанс PTT переносится на НЕСУЩЕЙ A. Соответственно так как AT A уже имеет активный канал трафика на НЕСУЩЕЙ B, AT A требуется «переключиться» с НЕСУЩЕЙ B на НЕСУЩУЮ A (т.е. настроиться на НЕСУЩУЮ A и перестать настраиваться на НЕСУЩУЮ B), чтобы участвовать в объявленном сеансе PTT. Например, если AT A пытается установить канал трафика на НЕСУЩЕЙ B, при этом так же принимая участие в сеансе PTT на НЕСУЩЕЙ A, производительность по обоим сеансам связи может значительно пострадать (например, могут произойти пропуски пакетов данных и т.д.).

[0039] На этапе 430 AT A определяет, присоединиться ли к сеансу PTT, на основании информации о том, что присоединение к сеансу PTT требует переключения несущей. В примере, если сеанс связи на ранее установленном канале трафика на НЕСУЩЕЙ B имеет высокий приоритет (например, телефонный вызов, видео конференция и т.д.), AT A определяет, что не станет присоединяться к сеансу PTT, чтобы сохранить существующий сеанс связи, не вызывая простоя канала во время переключения несущей, и поэтому процесс возвращается к этапу 410. В противном случае если существующий сеанс связи имеет относительно низкий приоритет, такой, что кратковременный простой канала (например, несколько секунд) приемлем, AT A определяет, что необходимо выполнить переключение несущей и присоединиться к объявленному сеансу PTT на НЕСУЩЕЙ A, и процесс переходит к этапу 435.

[0040] На этапе 435 AT A отсоединяет или высвобождает свой канал трафика с НЕСУЩЕЙ B и сигнализирует RAN 120 соответственно, чтобы RAN 120 отсоединила или высвободила канал трафика для AT A на НЕСУЩЕЙ B на этапе 440. Это действие эффективно «сбрасывает» сеанс связи, инициированный на этапе 410. Отсоединение или высвобождение канала трафика является известным в предшествующем уровне техники и, как правило, выполняется обменом сообщениями, определенными в стандартах EV-DO, и по этой причине не будет более подробно описано для краткости.

[0041] После отсоединения канала трафика AT A настраивается на НЕСУЩУЮ A на этапе 445 и принимает сообщение BOM на НЕСУЩЕЙ A на этапе 450. Сообщение BOM содержит инструкции о том, каким образом декодировать сообщения многоадресной передачи по BCH на НЕСУЩЕЙ A (например, пару перемежения-мультиплицирования (IM) НЕСУЩЕЙ A, которая переносит поток многоадресной передачи). Затем AT A имеет возможность декодировать сообщения многоадресной передачи, ассоциированные с объявленным сеансом PTT на НЕСУЩЕЙ A, посредством настройки на назначенную пару IM по BCH на НЕСУЩЕЙ A, и AT A на этапе 460 отслеживает или участвует в сеансе PTT.

[0042] На этапе 465 AT A ожидает передачи по RAN 120 сообщения Параметров Доступа. Сообщение Параметров Доступа является хорошо известным в предшествующем уровне техники и передается периодически на каждой несущей. Как только AT A получил Параметры Доступа для НЕСУЩЕЙ A, AT A посылает RAN 120 запрос соединения, чтобы установить соединение (например, получить канал трафика, по которому принимать и/или передавать) с RAN 120 на НЕСУЩЕЙ A, на этапе 470. На этапе 475 RAN 120 принимает запрос соединения и присваивает AT A канал трафика на НЕСУЩЕЙ A посредством отправки AT A сообщения назначения канала трафика (TCA). После приема сообщения TCA на этапе 475 AT A возобновляет на этапе 480 сеанс связи, который был остановлен на этапе 435, когда канал трафика НЕСУЩЕЙ B был отсоединен.

[0043] Временной промежуток между отсоединением канала трафика НЕСУЩЕЙ B на этапе 435 до момента завершения установления связи на канале трафика НЕСУЩЕЙ A на этапе 480 может именоваться как «простой канала». Другими словами, поток связи, инициированный на этапе 410, фактически «сбрасывается» в течение этого промежутка времени. Как должно быть принято во внимание, простой канала может вызвать значительную величину задержки, привести к некоторому числу сброшенных или пропущенных пакетов, может снизить опыт сеанса AT A и/или прочих участников сеанса связи и т.д. Так же если AT A не может допустить или принять простой канала, объявленный сеанс PTT в целом игнорируется на этапе 430 (например, по меньшей мере, до тех пор, пока пользователь AT A не завершит сеанс связи, инициированный на этапе 410). Соответственно AT A принуждается к выбору между снижением производительности (т.е. простою канала) сеанса связи на этапе 410 или игнорированию объявленного сеанса PTT.

[0044] Как обсуждалось выше в отношении Фиг. 4, переключение несущих, чтобы настроиться на объявленный сеанс PTT на терминалах доступа, имеющих в текущий момент активный канал трафика на другой несущей, может быть проблематичным, так как существующий сеанс связи может быть сброшен на заданный период времени, именуемый как простой канала, до момента, пока не будет завершено установление сеанса связи на новой несущей. Соответственно варианты осуществления настоящего изобретения направлены на снижение и/или исключение простоя канала во время переключения несущих.

[0045] Фиг. 5 иллюстрирует процесс многоадресной передачи сообщения в соответствии с вариантом осуществления настоящего изобретения. На этапе 500 заданный AT (AT A) отправляет RAN 120 запрос соединения, чтобы запросить канал трафика для сеанса связи (например, который не обязательно является сеансом связи с многоадресной передачей). Например, запрос соединения на этапе 500 может быть ассоциирован с инициированием телефонного вызова, передачи или загрузки сообщения электронной почты, загрузки видео и т.д. На этапе 505 RAN 120 принимает запрос соединения и присваивает AT A канал трафика на заданной несущей (НЕСУЩАЯ B) посредством отправки AT A сообщения назначения канала трафика (TCA). После приема на этапе 505 сообщения TCA AT A на этапе 510 начинает сеанс связи (например, обмен голосовыми сообщениями, обмен видео сообщениями, обмен текстовыми сообщениями, сеанс передачи данных, вызов и т.д.) с RAN 120 на НЕСУЩЕЙ B.

[0046] На этапе 515 сервер 170 приложения или сервер «нажми-говори» (PTT) отправляет сообщение объявления, которое объявляет сеанс PTT для RAN 120, которая в свою очередь передает сообщение объявления во множество секторов системы 100 беспроводной связи и на каждой несущей, которая содержит целевой AT внутри каждого сектора. Соответственно сообщение объявления передается на НЕСУЩЕЙ B и таким образом принимается AT A. Хотя данное описание выполнено в отношении сеанса PTT, должно быть принято во внимание, что прочие варианты осуществления могут быть направлены на другие типы сеансов связи, такой как сеанс PTX.

[0047] На этапе 520 подразумевается, что AT A заинтересован в участии в сеансе PTT (например, AT A хочет общаться с группой многоадресной передачи для объявленного сеанса PTT, AT A хочет прослушивать/смотреть объявленный сеанс PTT и т.д.). Соответственно на этапе 520 AT A пытается зарегистрироваться для объявленного сеанса PTT посредством отправки RAN 120 сообщения регистрации, такого как сообщение BCMCSFlowRegistration, как определено стандартами 1x EV-DO.

[0048] На этапе 525 подразумевается, что RAN приняла решение обслуживать сеанс PTT на НЕСУЩЕЙ A. На этапе 530 RAN 120 отправляет AT A сообщение назначения канала трафика (TCA) на НЕСУЩЕЙ B, которое выделяет AT A канал трафика на НЕСУЩЕЙ A. Другими словами, RAN 120 интерпретирует запрос на регистрацию для объявленного сеанса PTT этап 520, как безоговорочный запрос на назначение канала в НЕСУЩЕЙ A, так как: (i) AT A имеет текущий канал трафика на первой несущей (НЕСУЩАЯ B) и (ii) объявленный сеанс PTT передается на другой несущей (НЕСУЩАЯ B). Соответственно RAN 120 подразумевает, что AT A желает получить канал трафика на новой несущей (например, чтобы «перейти» с канала трафика на НЕСУЩЕЙ B) и приоритетно выделяет канал трафика. Обычно такие протоколы «приоритетного» выделения канала в ожидании переключения несущей не предоставлены.

[0049] На этапе 535 AT A переключается с НЕСУЩЕЙ B на НЕСУЩУЮ A и тем самым «настраивается» на новый для AT A выделенный канал трафика и/или канал управления нисходящей линии связи на НЕСУЩЕЙ A. Несмотря на то, что на Фиг. 5 явно не показано, процесс, посредством которого AT A настраивается на НЕСУЩУЮ A на этапе 530, включает в себя отсоединение или закрытие AT A и RAN 120 канала трафика на НЕСУЩЕЙ B (например, как после, так и до настройки). Соответственно, так как сообщение TCA, назначающее канал трафика на НЕСУЩЕЙ A, уже принято от RAN 120 на этапе 530, AT A не требуется ожидания на запрос и выделения другого канала трафика на НЕСУЩЕЙ A, а предпочтительно может просто продолжать сеанс связи (например, инициированный на этапе 510) на этапе 540. Соответственно простой канала, рассмотренный выше в отношении Фиг. 4, существенно снижается до всего лишь возможной физической задержки «настройки» на AT A (т.е. переключения приемника AT A с НЕСУЩЕЙ B на НЕСУЩУЮ A), которая остается (хотя такие задержки относительно малы в сравнении с простоем канала, описанным в отношении Фиг. 4).

[0050] На этапе 545 RAN 120 отправляет периодическое BOM на канале управления нисходящей линии связи НЕСУЩЕЙ A с инструкциями о том, каким образом декодировать многоадресную передачу сообщения для объявленного сеанса PTT (например, пару IM) по BCH на НЕСУЩЕЙ A (например, или в качестве альтернативы, по самому каналу управления в том случае, если канал управления используется как BCH). RAN 120 передает сообщения многоадресной передачи, ассоциированные с объявленным сеансом PTT по BCH нисходящей линии связи на НЕСУЩЕЙ A в соответствии с BOM, этап 550, а AT A отслеживает и участвует в сеансе PTT на основании инструкций, включенных в BOM, этап 555.

[0051] Фиг. 6 иллюстрирует процесс многоадресной передачи сообщения в соответствии с другим вариантом осуществления настоящего изобретения. Этапы с 600 по 620 на Фиг. 6 соответствуют этапам с 500 по 520 на Фиг. 5 соответственно, поэтому дальнейшее их описание опущено для краткости.

[0052] На этапе 630 RAN 120 отправляет сообщение перегрузки широковещательной передачи (BOM), предлагающее объявленный сеанс PTT по каналу управления нисходящей линии связи в одном или более временных интервалах канала управления нисходящей линии связи (например, как описано выше в отношении этапа 425 на Фиг. 4). На этапе 630 подразумевается, что BOM, предлагающее BCMCSFlowID для объявленного сеанса PTT, указывает на то, что объявленный сеанс PTT переносится на НЕСУЩЕЙ A. Хотя явно не проиллюстрировано на Фиг. 6, RAN 120 может периодически повторно отправлять BOM, как на этапе 630 (например, с заданным периодом BOM или интервалом), по каналу управления нисходящей линии связи на НЕСУЩЕЙ B для того, чтобы проинформировать AT, отслеживающие НЕСУЩУЮ B, которые могли пропустить сообщение объявления на этапе 615 или последующие BOM сеанса многоадресной передачи.

[0053] Далее, после отправки на этапе 620 запроса на регистрацию AT A на этап 635 запускает таймер, который имеет заданный период. Временной период таймера соответствует периоду «ожидания», в течение которого AT A ожидает сообщение назначения канала трафика (TCA), которое выделяет AT A канал трафика на НЕСУЩЕЙ A, по меньшей мере, до тех пор, пока не истечет временной период таймера без отправки запроса соединения для назначения TCH, этап 640. В примере временной период таймера может выбираться разработчиком системы и может быть заданным процентом или частью ожидаемого простоя канала, связанного с обычной методологией переключения несущей, рассматриваемой выше в отношении Фиг. 4. На этапе 645 в ответ на запрос регистрации от AT A на этапе 620 RAN 120 определяет, существует ли доступный канал трафика на НЕСУЩЕЙ A, который доступен для назначения. Если на НЕСУЩЕЙ A не существует доступного канала трафика, RAN 120 не отправляет AT A сообщение TCA, выделяющее канал трафика НЕСУЩЕЙ A до тех пор, пока такой канал трафика не станет доступным. Соответственно когда определено, что канал трафика на НЕСУЩЕЙ A доступен, RAN 120 отправляет AT A сообщение TCA, выделяющее канал трафика НЕСУЩЕЙ A, этап 650.

[0054] На этапе 655, если до момента истечения временного периода таймера не было принято сообщение TCA, выделяющее канал трафика НЕСУЩЕЙ A, процесс переходит к этапу 430 на Фиг. 4 и выполняет обычный процесс, который либо подвергается простою канала во время переключения несущей либо вообще игнорирует объявленный сеанс PTT. Иначе, на этапе 655, если сообщение TCA, выделяющее канал трафика НЕСУЩЕЙ A, принято до момента истечения временного периода таймера, процесс переходит к этапу 660. Хотя явно не показано на Фиг. 6, после того как на этапе 660 AT A настроился на НЕСУЩУЮ A, AT A и RAN 120 разъединяют или закрывают канал трафика на НЕСУЩЕЙ B. На Фиг. 6 этапы 660, 665, 670, 675 и 680 соответствуют этапам 535, 540, 545, 550 и 555 соответственно по Фиг. 5 и поэтому дополнительно не рассматриваются для краткости.

[0055] В другом варианте осуществления настоящего изобретения, как упоминалось выше, имеется возможность того, что AT A пропустило сообщение объявления, отправленное на этапе 615 на Фиг. 6. В этом случае AT A может отправить сообщение BCMCSFlowRegistration в качестве ответного на последующее BOM, как на этапе 630, а не на само по себе сообщение объявления. В этой ситуации AT A может запустить таймер, как и на этапе 635 на Фиг. 6, после приема BOM и отправить сообщение BCMCSFlowRegistration RAN 120 в качестве ответного на BOM. Соответственно этот альтернативный вариант осуществления на Фиг. 6 отражает любой сценарий, при котором BOM, предлагающее BCMCS поток на другой несущей, принимается до сообщения TCA для этой несущей, и не ограничивается ситуацией, при которой сообщение регистрации впервые отправляется в качестве ответного на сообщение объявления.

[0056] Как должно быть принято во внимание из описания выше, предоставлен механизм, при котором запрос регистрации, такой как сообщение BCMCSFlowRegistration, запрашивающий регистрацию для объявленного сеанса связи (например, сеансе PTT, сеансе PTX и т.д.) на первой несущей, при этом запрашивающий AT имеет активный канал трафика на второй несущей, используется, чтобы вызвать приоритетное сообщение TCA из RAN 120, выделяющее запрашивающему AT канал трафика на первой несущей, не заставляя запрашивающий AT явно запросить сообщение TCA. Соответственно может быть снижен простой канала во время переключения несущей для объявленного сеанса PTT, и нет необходимости игнорировать объявленный сеанс PTT в целом, чтобы избежать простоя канала.

[0057] Дополнительно, хотя вышеописанные варианты осуществления изобретения, в общем, используют терминологию применительно к протоколам 1x EV-DO, должно быть принято во внимание, что прочие варианты осуществления могут быть направлены на другие телекоммуникационные протоколы, такие как UMTS, GSM, W-CDMA, LTE, WiMAX и т.д.

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

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

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

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

[0062] Способы, последовательности и/или алгоритмы, описанные в отношении раскрытых здесь вариантов осуществления, могут быть реализованы непосредственно в аппаратном обеспечении, модуле программного обеспечения, выполняемом процессором или сочетанием двух. При реализации в программном обеспечении, функции могут храниться или передаваться как одна или более инструкции или код на машиночитаемом носителе. Машиночитаемый носитель включает в себя как компьютерный носитель данных, так и средство связи, включая любой носитель, который способствует переносу компьютерной программы из одного места в другое. Носитель данных может быть любым носителем, доступ к которому может быть получен посредством компьютера. В качестве примера, а не ограничения, такой машиночитаемый носитель может содержать в себе RAM, ROM, EEPROM, CD-ROM или другой носитель данных на оптическом диске, носитель данных на магнитном диске или другом магнитном устройстве хранения, или любом другом носителе, который может использоваться для переноса или хранения требуемого кода программы в виде инструкций или структур данных и доступ к которому может быть осуществлен посредством компьютера. Также любое соединение должным образом определяет машиночитаемый носитель. Например, если программное обеспечение передается с web узла, сервера или другого удаленного источника, используя коаксиальный кабель, волоконно-оптический кабель, витую пару, цифровую абонентскую линию (DSL) или беспроводные технологии, такие как инфракрасная, радио- или микроволновая, тогда коаксиальный кабель, волоконно-оптический кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасная, радио- или микроволновая включены в понятие носителя. Магнитные и немагнитные диски, используемые здесь, включают в себя компакт диск (CD), лазерный диск, оптический диск, цифровой диск универсального назначения (DVD), гибкий магнитный диск и диск blue-ray, где магнитные диски обычно воспроизводят данные магнитным образом, в то время как немагнитные диски воспроизводят данные оптически с помощью лазера. Комбинации вышеописанного также должны быть включены в объем машиночитаемого носителя.

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

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

Изобретение относится к технике связи и может использоваться в сетях беспроводной связи. Технический результат состоит в обеспечении поддержки сеанса многоадресной передачи. Для этого предоставленные варианты изобретения направлены на переключение несущих для присоединения к сеансу многоадресной передачи в сети беспроводной связи. Запрос на регистрацию для объявленного сеанса многоадресной передачи (например, сеанса «нажми-говори» (РТТ)) отправляется от терминала доступа в сеть доступа (этап 520). Терминал доступа имеет канал трафика на первой несущей. Сеть доступа определяет, переносится ли объявленный сеанс многоадресной передачи на первой несущей. Сеть доступа передает сообщение назначения канала трафика, выделяющее терминалу доступа канал трафика на второй несущей (этап 530), если на этапе определения было определено, что заданный сеанс многоадресной передачи не переносится на первой несущей, а переносится на второй несущей. Соответственно терминалу доступа не требуется отправлять запрос соединения для выделения ему канала трафика на второй несущей. 8 н. и 52 з.п. ф-лы, 6 ил.

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

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

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

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

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

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

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

8. Способ по п.1, в котором на этапе передачи передают сообщение назначения канала трафика на первой несущей.

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

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

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

12. Способ по п.11, в котором на этапе приема принимают запрос на регистрацию в ответ на сообщение планирования.

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

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

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

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

17. Способ по п.16, дополнительно содержащий этап, на котором:
производят настройку на вторую несущую.

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

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

20. Способ по п.17, дополнительно содержащий этап, на котором:
переводят сеанс связи в терминале доступа, переносимый по каналу трафика на первой несущей на канал трафика на второй несущей, при этом канал трафика на второй несущей выделяется принятым сообщением ТСА.

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

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

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

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

25. Способ по п.16, в котором сообщение ТСА принимается на первой несущей.

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

27. Способ по п.26, в котором на этапе отправки отправляют запрос на регистрацию в ответ на принятое сообщение планирования.

28. Способ по п.16, дополнительно содержащий этап, на котором:
запускают таймер, который имеет заданный временной период таймера после этапа отправки.

29. Способ по п.28, дополнительно содержащий этап, на котором:
освобождают канал трафика на первой несущей до приема сообщения ТСА, выделяющего канал трафика на второй несущей, в случае, если временной период таймера истек до приема сообщения ТСА.

30. Способ по п.28, в котором сообщение ТСА, выделяющее канал трафика на второй несущей, принимается до истечения временного периода таймера.

31. Способ по п.30, дополнительно содержащий этапы, на которых:
настраиваются на вторую несущую; и
переводят сеанс связи в терминале доступа, переносимый по каналу трафика на первой несущей, на канал трафика на второй несущей.

32. Способ по п.16, в котором запрос на регистрацию для заданного сеанса многоадресной передачи является сообщением регистрации потока широковещательной и многоадресной услуги (BCMCS).

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

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

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

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

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

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

39. Терминал доступа по п.38, дополнительно содержащий:
средство для настройки на вторую несущую.

40. Терминал доступа по п.39, дополнительно содержащий:
средство для перевода сеанса связи в терминале доступа, переносимого по каналу трафика на первой несущей, на канал трафика на второй несущей, при этом канал трафика на второй несущей выделяется принятым сообщением ТСА.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

58. Машиночитаемый носитель по п.57, дополнительно содержащий:
программный код, чтобы переводить сеанс связи в терминале доступа, переносимый по каналу трафика на первой несущей, на канал трафика на второй несущей, при этом канал трафика на второй несущей выделяется принятым сообщением ТСА.

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

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