СПОСОБ И УСТРОЙСТВО ДЛЯ ИНИЦИИРОВАНИЯ ДВУХТОЧЕЧНОГО ВЫЗОВА В ХОДЕ ДОСТАВКИ ВЕЩАТЕЛЬНОГО КОНТЕНТА ПО СОВМЕСТНО ИСПОЛЬЗУЕМОМУ КАНАЛУ В БЕСПРОВОДНОЙ ТЕЛЕФОННОЙ СЕТИ
METHOD AND DEVICE FOR INITIATING POINT-TO-POINT CALL DURING TRANSMISSION OF BROADCAST CONTENT ON SHARED CHANNEL IN WIRELESS TELEPHONE NETWORK

Область техники, к которой относится изобретение
Настоящее изобретение, в целом, относится к сетям беспроводной связи, которые обеспечивают многопользовательский («совместно используемый») вещательный контент прямой линии связи на различных вещательных каналах. В частности, в условиях, когда мобильная станция, принимающая вещательный контент, дополнительно принимает или устанавливает двухточечный вызов, изобретение относится к операциям для надлежащего управления двухточечным вызовом и/или вещательным соединением.
Уровень техники
Многие известные системы связи передают информационные сигналы от станции-отправителя на физически отличную станцию-получатель. Информационный сигнал сначала преобразуется к виду, пригодному для эффективной передачи по каналу связи. Преобразование или модуляция информационного сигнала предусматривает изменение параметра несущей волны в соответствии с информационным сигналом таким образом, чтобы спектр полученной модулированной несущей вписывался в ширину полосы канала связи. На станции-получателе исходный информационный сигнал восстанавливается из модулированной несущей волны, принятой по каналу связи. Такое восстановление, в общем случае, достигается с использованием процесса, обратного модуляции, применяемого на станции-отправителе.
Модуляция также облегчает множественный доступ, т.е. одновременную передачу и/или прием нескольких сигналов по общему каналу связи. Системы связи множественного доступа часто включают в себя совокупность абонентских блоков, требующих периодического обслуживания относительно короткой длительности, а не непрерывного доступа к общему каналу связи. В технике известно несколько методов множественного доступа, а именно множественный доступ с временным разделением каналов (МДВР, TDMA), множественный доступ с частотным разделением каналов (МДЧР, FDMA), множественный доступ с амплитудной модуляцией (АМ) и множественный доступ с кодовым разделением каналов (МДКР, СДМА) с расширением по спектру. Системы связи множественного доступа могут быть беспроводными или проводными и могут переносить голос и/или данные.
В системе двусторонней связи множественного доступа связь между пользователями осуществляется через одну или несколько базовых станций. В одном примере, один пользователь первой беспроводной мобильной станции связывается с другим пользователем второй беспроводной мобильной станции, передавая данные на базовую станцию по обратной линии связи. Базовая станция принимает данные и, при необходимости, маршрутизирует данные на другую базовую станцию. В конце концов, данные передаются по прямой линии связи конечной базовой станции на вторую мобильную станцию. Под «прямой» линией связи понимают передачу с базовой станции на беспроводную мобильную станцию, и под «обратной» линией связи понимают передачу с беспроводной мобильной станции на базовую станцию. Во многих системах связи, прямая линия связи и обратная линия связи используют разные частоты.
Связь также может осуществляться между одним пользователем на беспроводной мобильной станции и другим пользователем на стационарной станции. В этом случае, базовая станция принимает данные от мобильной станции по обратной линии связи и маршрутизирует данные через коммутируемую телефонную сеть общего пользования (КТСОП, PSTN) на стационарную станцию. Связь также может осуществляться в обратном направлении.
Вышеупомянутые услуги беспроводной связи являются примерами «услуг двухточечной связи». В отличие от них, «услуги вещания» доставляют информацию от центральной станции на множественные мобильные станции («многоточечная» связь). Базовая модель вещательной системы состоит из вещательной сети пользователей, обслуживаемых одной или несколькими центральными станциями, которые передают новости, фильмы, спортивные мероприятия или другой «контент» пользователям. При этом, каждая мобильная станция отслеживает общий вещательный сигнал прямой линии связи. Поскольку центральная станция строго определяет контент, пользователи обычно не имеют обратной связи. Примерами общего использования систем связи служб вещания являются телевидение, радио и пр. Такие системы связи обычно строго специализированы.
В связи с последними достижениями беспроводных телефонных систем, наблюдается растущий интерес к использованию существующей, главным образом, двухточечной беспроводной телефонной инфраструктуры для дополнительной доставки услуг вещания. В этом отношении, ряд важных успехов был достигнут компанией QUALCOMM CORPORATION, Сан-Диего, Калифорния. Нижеследующие ссылки описывают различные достижения QUALCOMM в отношении использования совместно используемых каналов связи для доставки вещательного контента в беспроводной телефонной сети. Патентная заявка США № 09/933,978, поданная 20 августа 2001 г. под названием "METHOD AND APPARATUS FOR SIGNALLING IN BROADCAST COMMUNICATIONS SYTEM" (Способ и система для сигнализации в вещательной системе связи). Патентная заявка США № 10/192,132, поданная 9 июля 2002 г. под названием "METHOD AND SYSTEM FOR MULTICAST SERVICE INITIATION IN A COMMUNICATION SYSTEM" (Способ и система для инициирования многоабонентской услуги в системе связи). Патентная заявка США № 09/933,912, поданная 20 августа 2001 г. под названием "METHOD AND SYSTEM FOR UTILIZATION OF AN OUTER DECODER IN A BROADCAST SERVICES COMMUNICATIONS SYSTEM" (Способ и система для использования внешнего декодера в системе связи с услугами вещания). Патентная заявка США № 09/933,971, поданная 20 августа 2001 г. под названием "METHOD AND APPARATUS FOR OVERHEAD MESSAGING IN A WIRELESS COMMUNICATION SYSTEM" (Способ и система для обмена служебными сообщениями в системе беспроводной связи). Патентная заявка США № 10/278,516, поданная 22 октября 2002 г. под названием "METHOD AND APPARATUS FOR COMMENCING SHARED OR INDIVIDUAL TRANSMISSION OF BROADCAST CONTENT IN A WIRELESS TELEPHONE NETWORK" (Способ и система для начала совместно используемой или индивидуальной передачи вещательного контента в беспроводной телефонной сети). Патентная заявка США № 10/278,485, поданная 22 октября 2002 г. под названием "METHOD AND APPARATUS FOR SWITCHING BETWEEN SHARED AND INDIVIDUAL CHANNELS TO PROVIDE BROADCAST CONTENT SERVICES IN A WIRELESS TELEPHONE NETWORK" (Способ и система для переключения между совместно используемым и индивидуальным каналами для обеспечения услуг вещательного контента в беспроводной телефонной сети). Вышеприведенные ссылки включены посредством ссылки в данное описание изобретения.
Хотя вышеупомянутые заявки во многих отношениях удовлетворительны, один аспект беспроводных вещательных систем, который не был полностью разработан, это инициирование двухточечных вызовов с участием беспроводных мобильных станций, уже принимающих услуги вещания совместного пользования.
Сущность изобретения
Один аспект этого описания касается различных способов и устройств для управления двухточечными вызовами, инициированными между беспроводной мобильной станцией и удаленной стороной, когда беспроводная мобильная станция принимает вещательный контент по многопользовательскому вещательному каналу прямой линии связи, также именуемому «совместно используемым» каналом  или каналом «многоабонентской услуги вещания» (BCMCS). Мобильная станция уведомляет сеть о своих предпочтениях, в отношении предписанных категорий условий работы, а именно (1) продолжать ли прием вещательного контента, (2) выбор между двухточечным вызовом и вещательным контентом, если сетевые ресурсы не позволяют одновременно проводить двухточечный вызов и вещательный контент. В соответствии с предпочтениями связь осуществляется в одном из следующих режимов: (1) осуществление двухточечного вызова и прерывание приема вещания, (2) осуществление двухточечного вызова и продолжение приема вещания, (3) прерывание выполнения двухточечного вызова и продолжение приема вещания.
Краткое описание чертежей
Фиг.1 - блок-схема некоторых аппаратных компонентов и связей между ними в сети беспроводной связи.
Фиг.2 - блок-схема иллюстративной машины обработки цифровых данных.
Фиг.3 - плоский вид иллюстративной среды переноса сигнала.
Фиг.4 - блок-схема некоторых аппаратных компонентов и связей между ними в беспроводной мобильной станции.
Фиг.5А - диаграмма состояний, иллюстрирующая рабочие состояния мобильной станции.
Фиг.5B-5D - блок-схемы, иллюстрирующие различные сообщения, которыми обмениваются мобильная станция и базовые станции в состояниях «ожидание», «доступ» и «трафик» соответственно.
Фиг.6 - таблица, иллюстрирующая содержимое иллюстративного сообщения параметров вещательной системы (BSPM).
Фиг.7 - логическая блок-схема, иллюстрирующая общие операции по управлению двухточечным вызовом и вещательным соединением в условиях, когда мобильная станция, принимающая вещательный контент, дополнительно принимает или устанавливает двухточечный вызов.
Фиг.8 - логическая блок-схема, иллюстрирующая работу мобильной станции по обработке исходящего двухточечного вызова, когда мобильная станция уже принимает вещательный контент.
Фиг.9 - логическая блок-схема, иллюстрирующая работу мобильной станции по обработке входящего двухточечного вызова, когда мобильная станция уже принимает вещательный контент.
Фиг.10 - логическая блок-схема, иллюстрирующая операции по управлению двухточечным вызовом и доставкой вещательного контента.
Подробное описание
Характер, задачи и преимущества изобретения специалисты в данной области поймут, рассмотрев нижеследующее подробное описание совместно с прилагаемыми чертежами.
Аппаратные компоненты и связь между ними
Система беспроводной связи
Согласно иллюстративной модели вещательной системы, несколько мобильных станций обслуживается одной или несколькими базовыми станциями, которые передают вещательный контент, например, новости, фильмы, спортивные мероприятия и пр. На фиг.1 показана блок-схема системы связи 100, способной осуществлять услугу высокоскоростного вещания (HSBS) в различных вариантах осуществления настоящего изобретения.
Вещательный контент исходит от одного или нескольких серверов контента (СК) 102. Сервер 102 контента содержит одну или несколько машин обработки цифровых данных, например, персональный компьютер, компьютерную рабочую станцию, универсальный компьютер, компьютерную сеть, микропроцессор или другое вычислительное устройство для доставки вещательного контента в пакетном (или ином) формате на узлы обслуживания пакетных данных вещания (УОПДВ) 106 через соединение 104 интернет-протокола (IP) или другое (не показанное) не-IP сетевое или прямое соединение. В зависимости от конкретной реализации, узлы 106 могут использовать одинаковое или разное оборудование, например, узлы коммутации пакетных данных (УКПД), общеизвестные в беспроводной телефонии. В соответствии с пунктом назначения каждого пакета, узлы 106 доставляют пакет на соответствующий модуль 108 функции управления пакетами (ФУП). Каждый модуль 108 управляет различными функциями базовых станций 110, относящимися к доставке услуг высокоскоростного вещания. Помимо других функций, модули 108 пересылают вещательные пакеты на базовые станции 110. Каждый модуль 108 может использовать одинаковое или разное оборудование, например, контроллер базовой станции (КБС), общеизвестный в беспроводной телефонии.
Базовые станции 110 доставляют вещательный контент и традиционные беспроводные телефонные вызовы на мобильные станции (МС) 114. Базовые станции 110 можно реализовать с использованием оборудования, например, используемого в традиционных базовых станциях, коммерчески используемых сегодня.
Иллюстративное устройство обработки цифровых данных
Сущности обработки данных, например, базовые станции, мобильные станции, компоненты 102, 106, 108, 110, 114 или любой один или несколько из их подкомпонентов можно реализовать в разных формах. Одним примером является устройство обработки цифровых данных, описанное в иллюстративном порядке в виде аппаратных компонентов и связей между ними как устройство 200 обработки цифровых данных на фиг.2.
Устройство 200 включает в себя процессор 202, например, микропроцессор, персональный компьютер, рабочую станцию, контроллер, микроконтроллер, конечный автомат или другую машину обработки, подключенный к запоминающему устройству 204. В данном примере, запоминающее устройство 204 включает в себя запоминающее устройство 206 быстрого доступа, а также энергонезависимое запоминающее устройство 208. Запоминающее устройство 206 быстрого доступа может содержать оперативную память (ОЗУ) и может использоваться для хранения программных команд, выполняемых процессором 202. Энергонезависимое запоминающее устройство 208 может содержать, например, ОЗУ с батарейным питанием, ЭСППЗУ, флэш-память, один или несколько дисков магнитного хранения данных, например, «жесткий диск», ленточный накопитель или любое другое подходящее запоминающее устройство. Устройство 200 также включает в себя устройство 210 ввода/вывода, например, линию, шину, кабель, электромагнитную линию связи или другое средство, позволяющее процессору 202 обмениваться данными с другим оборудованием, внешним по отношению к устройству 200.
Несмотря на конкретику вышеприведенного описания, специалистам в данной области (рассматривающим это описание) очевидно, что вышеописанное устройство можно реализовать в виде машины другой конструкции, не отклоняясь от объема изобретения. В качестве конкретного примера, один из компонентов 206, 208 можно исключить; кроме того, запоминающее устройство 204, 206, и/или 208 может быть встроено в процессор 202 или даже обеспечено вне устройства 200.
Логическая схема
В отличие от рассмотренного выше устройства обработки цифровых данных, другой вариант осуществления использует логическую схему вместо компьютерно-выполняемых команд для реализации различных обрабатывающих сущностей, например, вышеупомянутых. В зависимости от  конкретных требований применения в отношении скорости, стоимости, затраты на инструментарий и т.п. эту логику можно реализовать в виде специализированной интегральной схемы (СИС), имеющей тысячи микроскопических встроенных транзисторов. Такую СИС можно реализовать в виде КМОП, ТТЛ, ОШМИ или другой подходящей конструкции. Другие альтернативы включают в себя цифровой сигнальный процессор (ЦСП), дискретную схему (например, резисторы, конденсаторы, диоды, индуктивности и транзисторы), вентильную матрицу, программируемую пользователем (ППВМ), программируемую логическую матрицу (ПЛА), программируемое логическое устройство (ПЛУ) и т.п.
Беспроводной телефон
На фиг.4 дополнительно показана конструкция иллюстративной мобильной станции 114, изображенной в виде беспроводного телефона 400. Телефон 400 включает в себя громкоговоритель 408, пользовательский интерфейс 410, микрофон 414, приемопередатчик 404, антенну 406, блок 402 управления, а также другие традиционные схемы, которые могут варьироваться в зависимости от применения. Блок 402 управления, который может содержать схему, например, рассмотренную в связи с фиг.2 (выше), служит для управления работой компонентов 404, 408, 410 и 414, а также для маршрутизации сигналов между компонентами.
Хотя показан беспроводной телефон 400, мобильная станция 114 может быть подвижной или неподвижной. Кроме того, мобильная станция может содержать любое устройство обработки данных, которое осуществляет связь по беспроводному каналу или по проводному каналу, например, с использованием оптических или коаксиальных кабелей. Помимо (или вместо) беспроводных и проводных телефонов, мобильную станцию можно приспособить для реализации разных других устройств, включая, но без ограничения, плату расширения, компакт-флэш, внешний или внутренний модем и т.д.
Работа
Мы описали различные структурные признаки, а теперь перейдем к некоторым операционным аспектам настоящего изобретения. Как отмечено выше, операционный аспект настоящего изобретения предусматривает управление двухточечным вызовом и/или совместно используемым вещательным соединением при условиях, когда мобильная станция, принимающая многоабонентскую вещательную программу, дополнительно принимает или устанавливает двухточечный вызов.
Среды переноса сигнала
Всякий раз, когда любая функция настоящего изобретения реализована с использованием одной или нескольких машинно-выполняемых программных последовательностей, такие последовательности можно реализовать в разных формах сред переноса сигнала. В контексте фиг.2 такие среды переноса сигнала могут содержать, например, запоминающее устройство 204 или другие среды переноса сигнала, например, дискету 300 магнитного хранения данных (фиг.3), прямо или косвенно доступные процессору 202. Будучи в запоминающем устройстве 206 быстрого доступа, на дискете 300 или в другом месте, команды могут храниться в разнообразных машинно-считываемых средах хранения данных. Некоторые примеры включают в себя запоминающие устройства прямого доступа (например, традиционный «жесткий диск», матрицу недорогих устройств с избыточностью ("RAID") или другое запоминающее устройство прямого доступа (ЗУПД), запоминающее устройство последовательного доступа, например, магнитную или оптическую ленту, электронную энергонезависимую память (например, ПЗУ, ППЗУ, флэш-память или ЭСППЗУ), ОЗУ с батарейным питанием, оптическое запоминающее устройство (например, CD-ROM, WORM, DVD, цифровую оптическую ленту), бумажные перфокарты или другие пригодные среды переноса сигнала, включая аналоговые или цифровые среды передачи, и аналоговые и цифровые каналы связи, и беспроводные каналы связи. В иллюстративном варианте осуществления изобретения, машинно-считываемые команды могут содержать программные объектные коды, скомпилированные с языка, например, языка ассемблера, С и т.д.
Логическая схема
В отличие от рассмотренной выше среды переноса сигнала, некоторые или все функции настоящего изобретения можно реализовать  с использованием логической схемы, а не с использованием процессора для выполнения команд. Поэтому такая логическая схема приспособлена для выполнения аспекта способа изобретения. Логическую схему можно реализовать с использованием многих разных типов схем, рассмотренных выше.
Модель вызова мобильной станции
Каждая мобильная станция 114 действует согласно диаграмме состояний 560, показанной на фиг.5А. В состоянии 562 «ожидание», мобильная станция отслеживает совместно используемый канал поискового вызова и совместно используемый служебный канал, подробно описанный ниже. Эти каналы являются совместно используемыми в том смысле, что каждая базовая станция осуществляет вещание по этим каналам на все мобильные станции в зоне покрытия. Короче говоря, совместно используемый канал поискового вызова информирует мобильные станции о входящих вызовах, и совместно используемый служебный канал доставляет различную информацию, относящуюся к системе. В состоянии 562 «ожидание», мобильная станция может дополнительно принимать многоабонентский вещательный контент от базовой станции по одному или нескольким совместно используемым вещательным каналам. В состоянии 562 «ожидание», передатчик мобильной станции отключен.
В одном случае, переход 563 из «ожидание» 562 в «доступ» 564 может происходить, когда мобильная станция посылает сообщение REGISTRATION («регистрация»), информирующее близлежащие базовые станции о наличии, идентификации, особенностях и т.д. мобильной станции. В этом случае, происходит переход из состояния 564 «доступ» обратно в «ожидание» 562 после сообщения REGISTRATION.
В другом случае, переход 563 из «ожидание» 562 в «доступ» 564 происходит в ходе установления двухточечного вызова либо мобильной станцией, либо другой стороной. Например, если другая сторона инициирует вызов, то мобильная станция принимает сообщение поискового вызова по общему каналу поискового вызова. После того как мобильная станция отвечает на поисковый вызов по общему каналу «доступа», мобильная станция принимает назначение канала трафика, по которому должен проходить двухточечный вызов. Мобильная станция инициирует исходящий вызов, посылая соответствующее сообщение по каналу доступа, после чего таким же образом принимает назначение канала.
Переход 565 из «доступ» 564 к «трафик» 566 происходит, когда проходит входящий или исходящий вызов и мобильная станция и базовая станция начинают осуществлять связь по каналу трафика. В состоянии 566 «трафик» мобильная станция использует индивидуальный канал трафика для осуществления двухточечной связи с другой стороной. Вновь инициированный двухточечный вызов может переносить голос, данные или даже вещательную информацию, как описано ниже. Если двухточечный вызов переносит вещательный контент, то он подставляет любое совместно используемое вещание, которое мобильная станция ранее принимала в состоянии 562 «ожидание».
Переход из «трафик» 566 обратно в «ожидание» 562 происходит, когда двухточечный вызов заканчивается любой из сторон или когда соединение разрывается по другой причине. Переход 567 включает в себя освобождение канала трафика, используемого для осуществления двухточечного вызова. Если этот двухточечный вызов содержал вещательный контент, то переход 567 может, в необязательном порядке, приводить к возобновлению доставки вещательного контента по совместно используемому каналу в состоянии 562 «ожидание».
Каналы
На фиг.5B-5D показаны некоторые из первичных каналов связи, используемых для переноса информации между мобильной станцией и базовой станцией в состояниях «ожидание», «доступ» и «трафик», рассмотренных выше. Вещательные каналы настоящего изобретения можно использовать для переноса данных, аудио, видео или любого другого полезного контента.
Под "каналом связи/линией связи" понимают физический канал или логический канал в зависимости от контекста. «Физический канал» означает маршрут связи, по которому распространяется сигнал, описанный в терминах характеристик модуляции и кодирования. «Логический канал» означает маршрут связи на протокольных уровнях базовой станции либо мобильной станции. Под «обратным каналом/обратной линией связи» понимают канал связи/линию связи, по которому(ой) мобильная станция передает сигналы на базовую станцию. Под «прямым каналом/прямой линией связи» понимают канал связи/линию связи, по которому(ой) базовая станция передает сигналы на мобильную станцию.
Состояние «ожидание»
На фиг.5В показано состояние 562 «ожидание». Базовая станция 504 осуществляет передачу по служебному каналу 505 для приема на мобильной станции 502, а также на других мобильных станциях, обслуживаемых этой базовой станцией. Служебный канал 505 содержит периодически повторяющуюся системную информацию, например, информацию о соседних базовых станциях, информацию доступа (например, рекомендуемые уровни мощности, максимальный размер сообщения и т.д.) и системные параметры (например, уровни ревизии продукта, поддерживаемые особенности и т.д.). В системе CDMA-2000, служебный канал 505 может содержать прямой вещательный канал управления (F_BCCH).
Например, содержимое служебного канала 505 включает в себя сообщение параметров вещательной системы (BSPM), которое указывает каждую из различных программ вещания, которые доступны на совместно используемых и/или индивидуальных каналах. «Программа» - это конкретный поток вещательного контента, например, новости CNN или ESPN или информация о погоде и т.д. BSPM указывает, какая программа передается по каждому из совместно используемых каналов базовой станции (и частоту или другой идентификатор канала), и какие программы можно получать по индивидуальным каналам (с конкретными частотами, подлежащими определению во время установления услуги на индивидуальном канале). В BSPM также перечислена некоторая другая информация, которая подробнее описана ниже в связи с фиг.6.
Базовая станция 504 также осуществляет передачу по совместно используемому каналу поискового вызова 506 для приема на всех мобильных станциях, обслуживаемых этой базовой станцией. Все мобильные станции, обслуживаемые базовой станцией 504, отслеживают канал поискового вызова 506, чтобы они могли изменяться по поступлении двухточечного вызова или другой информации для них. В CDMA-2000 канал поискового вызова 506 представлен прямым каналом управления (F_CCCH).
Совместно используемый вещательный канал 508 охватывает, потенциально, многие совместно используемые подканалы вещания (параллельные каналы), по которым базовая станция 504 передает для использования мобильными станциями, находящимися в зоне покрытия базовой станции. В широком смысле, система связи 100 обеспечивает услугу высокоскоростного вещания с использованием "прямого дополнительного вещательного канала" (F_BSCH), допускающего высокие скорости передачи данных и пригодного для приема большим количеством мобильных станций. Прямой дополнительный вещательный канал содержит, например, один физический канал прямой линии связи, который переносит вещательный трафик. Один или несколько каналов услуги высокоскоростного вещания мультиплексируются с разделением по времени в один прямой, совместно используемый вещательный канал. Таким образом, канал 508 может переносить одновременно несколько разных программ вещания.
Совместно используемые вещательные каналы 508 могут быть свободно доступными всем мобильным станциям или ограничены мобильными станциями, которые выполнили определенные этапы регистрации. Поскольку канал 508 является универсально вещательным для всех мобильных станций в зоне покрытия, мобильные станции, в конце концов, распоряжаются, может ли пользователь осуществлять доступ к вещанию или нет, на основании того, зарегистрирован ли пользователь. Например, каждый совместно используемый вещательный канал может быть зашифрован предписанным кодом, который предоставляется только зарегистрированным мобильным станциям.
Механизм регистрации для услуг вещания рассмотрен в следующей ссылке, полностью включенной в данное описание: патентная заявка США № 09/934,021, поданная 20 августа 2002 г. под названием “METHOD AND APPARATUS FOR OUT OF BAND TRANSMISSION OF BROADCAST SERVICE OPTION IN A WIRELESS COMMUNICATION SYSTEM” (Способ и устройство для внедиапазонной передачи опции услуги вещания в системе беспроводной связи). В вышеупомянутой заявке совместно используемый вещательный канал 508 называется прямым дополнительным вещательным каналом (F_BSCH).
Состояние «доступ»
На фиг.5С показано состояние 564 «доступ». Мобильная станция 502 продолжает прием на служебном канале 505, канале поискового вызова 506 и совместно используемом вещательном канале 508. Совместно используемый канал доступа 522 используется всеми мобильными станциями, обслуживаемыми базовой станцией 504. Чтобы начать двухточечный вызов, канал доступа 522 можно использовать двумя способами. Для входящих вызовов мобильная станция 502 использует канал доступа 522, чтобы отвечать на поисковый вызов, когда другая станция инициирует двухточечный вызов на мобильную станцию 502. Для исходящих вызовов мобильная станция 502 использует канал доступа 522, чтобы запрашивать инициирование двухточечного вызова. В протоколе CDMA-2000 канал доступа 522 представлен обратным каналом доступа (R_ACH). В состоянии 564 «доступ» мобильная станция 502 может продолжать отслеживать совместно используемый вещательный канал 508.
Помимо инициирования двухточечного вызова, мобильная станция 502 может использовать канал доступа 522, чтобы время от времени передавать сообщение REGISTRATION. Оно служит для информирования беспроводной сети о местоположении мобильной станции 502, а также для передачи другой важной информации. В случае возникновения сообщения REGISTRATION или других подобных сообщений в состоянии 564 «доступ», мобильная станция 502 возвращается в «ожидание» 562, не входя в состояние 566 «трафик».
Состояние «трафик»
На фиг.5D показано состояние 566 «трафик». В этом состоянии каналы трафика 552, 554 совместно обеспечивают двустороннюю передачу данных двухточечного вызова между мобильной станцией 502 и базовой станцией 504. Каналы 552, 554 являются выделенными каналами для индивидуального использования мобильной станцией 502. Прямой канал трафика 552, «логический» канал, включает в себя параллельные физические каналы, а именно канал 552а контента трафика и канал 552b сигнализации трафика. Канал 552а контента трафика переносит контент, например голосовую информацию или данные, передаваемые с базовой станции 504 на мобильную станцию 502. Канал 552b сигнализации трафика переносит информацию сигнализации, например служебные команды, метаданные, системную информацию и прочую информацию, которая описывает канал 552а и/или его контент. В альтернативном варианте осуществления, каналы 552a, 552b могут быть несвязанными, а не параллельными каналами, как описано. Обратный канал трафика 554 также включает в себя параллельные каналы 554a, 554b контента и сигнализации трафика, осуществляющие связь в направлении, обратном направлению канала 552.
В состоянии «трафик» мобильная станция не использует канал доступа 522, служебный канал 505 или канал поискового вызова 506, поскольку эта информация переносится по выделенным каналам 552b, 554b сигнализации.
В состоянии 566 «трафик» мобильная станция 502 может продолжать прием вещательного контента. Однако доставка вещательного контента совместно с двухточечным вызовом 552/554 с необходимостью осуществляется по индивидуальному, двухточечному каналу 556, а не по совместно используемому каналу 508. Это, в основном, происходит потому, что процедуры сигнализации и управления, необходимые для правильной работы мобильной станции, значительно отличаются для каналов, действующих в состояниях «ожидание» и «трафик», вследствие чего мобильная станция может находиться только в одном из этих состояний в любой данный момент времени. Поэтому при использовании каналов трафика 552, 554 обмен любой вещательной информацией в это время, с необходимостью, осуществляется по каналу трафика 556, причем контент передается по каналу 556а, а сигнализация по каналу 556b.
В общем случае, любой канал прямой линии связи, пригодный для двухточечных вызовов, может использоваться в качестве индивидуального вещательного канала 556. Ниже представлены некоторые дополнительные возможности. Одна возможность, например, с использованием CDMA-2000 представляет собой прямой основной канал (F_FCH) или прямой выделенный канал управления (F_DCCH), которые обеспечивают 14,4 Кбит/с. Другая возможность представляет собой прямой дополнительный канал (F_SCH), который обеспечивает до 1 Мбит/с. Еще одна возможность представляет собой прямой канал пакетных данных (F_PDCH), который обеспечивает еще более быструю услугу, до 2,4 Мбит/с.
В отличие от состояний 562 «ожидание» и 564 «доступ», в которых мобильная станция 502 осуществляет связь только с одной базовой станцией, мобильная станция 502 в состоянии «трафик» может одновременно обмениваться трафиком и вещательным контентом и информацией сигнализации с несколькими базовыми станциями в порядке мягкого хэндовера для получения избыточного сигнала или в других целях. Поэтому специалисты в данной области (ознакомившись с данным описанием) поймут, что термин "базовая станция" употребляется в данном описании в единственном числе исключительно для упрощения рассмотрения. Мобильные станции в состоянии «трафик» могут осуществлять связь с несколькими базовыми станциями одновременно.
Кроме того, для мобильной станции 502 известны способы осуществления нескольких двусторонних телефонных разговоров одновременно на каналах трафика 552, 554. Эти способы включают в себя, например, мультиплексирование по времени различных потоков данных, чтобы данный канал мог переносить более одного потока. С использованием подобной технологии настоящее изобретение предусматривает мобильную станцию 502, принимающую одновременно несколько вещательных программ по индивидуальному каналу 556.
Дополнительная информация
Физические и логические каналы, используемые в услугах высокоскоростного вещания, рассмотрены более подробно в следующих ссылках, полностью включенных в данное описание посредством ссылки: (1) Стандарт физического уровня CDMA-2000, известный как IS_2000.2, (2) патентная заявка США № 09/933,978, поданная 20 августа 2001 г. под названием "METHOD AND APPARATUS FOR SIGNALLING IN BROADCAST COMMUNICATIONS SYTEM" (Способ и система для сигнализации в вещательной системе связи). Использование общего и выделенного каналов для вещания информации раскрыто в следующей ссылке, полностью включенной в данное описание посредством ссылки: патентная заявка США № 60/279,970, поданная 28 марта 2001 г. под названием "METHOD AND APPARATUS FOR GROUP CALLS USING DEDICATED AND COMMON CHANNELS IN WIRELESS NETWORKS" (Способ и устройство для групповых вызовов с использованием выделенного и общего каналов в беспроводных сетях).
BSPM
Согласно вышесказанному, каждая базовая станция с возможностью вещания повторно вещает репрезентативное BSPM по служебному каналу 505, чтобы информировать мобильные станции об имеющихся на базовой станции вещательном контенте и соответствующей информации. На фиг.6 показано содержимое иллюстративного BSPM 600 для рассматриваемой базовой станции. Хотя, для простоты понимания, BSPM представлено в виде таблицы, на практике оно представляет собой поток сигналов, включающий в себя заголовки, трейлеры, пакетную информацию или другие метаданные и форматирование, пригодные для беспроводного вещания.
Согласно фиг.6, BSPM 600 включает в себя различные столбцы, каждый из которых представляет отдельную категорию информации. В столбце 600 приведен контент канала, а именно «программа вещания» этого канала. В столбце 606 указано, запрограммирована ли, настроена ли или оборудована ли иным образом базовая станция, чтобы иметь возможность обеспечивать указанную программу по индивидуальным каналам, т.е. «доступна ли» указанная программа на индивидуальном канале.
В столбце 608 указано, оборудована ли данная базовая станция для обеспечения указанной программы на совместно используемом канале, т.е. «доступна ли» указанная программа на совместно используемом канале от базовой станции. В столбце 604 перечислены различные характеристики совместно используемого канала, используемого для вещания указанной программы, например, код Уолша, тип модуляции, кодирование Витерби, скорость передачи данных, исправление ошибок и пр. В столбце 609 указана идентификация совместно используемого канала (если применима), используемого для вещания указанной программы, а именно логическая частота и/или физическая ширина полосы, используемая данной базовой станцией. В столбце 610 указано, передает ли в данный момент базовая станция указанную программу по совместно используемому каналу 609.
BSPM можно расширить для включения в него разной другой информации, а также сократить для исключения некоторой вышеперечисленной информации. Например, базовая станция может обеспечивать идентификаторы 609 канала по требованию, чтобы сократить BSPM 600 и сэкономить ширину полосы на служебном канале 505. Аналогично, столбец 610 «передается сейчас» можно опустить, поскольку мобильная станция может использовать метод проб и ошибок для определения, передает ли базовая станция конкретную программу по совместно используемому каналу.
Кроме того, как отмечено ниже, BSPM можно опустить целиком. В другом варианте, единственным содержимым BSPM может быть флаг (не показан), указывающий тот факт, что услуги вещания в целом доступны, а дополнительная информация будет доступна от базовой станции по запросу мобильной станции.
Работа в целом
На фиг.7 показана последовательность 700 работы в целом системы беспроводной связи в отношении обработки двухточечных вызовов, инициированных мобильной станцией (или установленных с ней), когда мобильная станция уже принимает вещательную программу через совместно используемый вещательный канал. Для простоты описания без какого-либо преднамеренного ограничения, последовательность 700 описана в связи с компонентами, показанными на фиг.1-6, согласно описанному выше.
Для простоты на фиг.7 (как и на фиг.8-10) показаны различные операции, осуществляемые "мобильной станцией", которую также можно называть мобильным устройством, абонентской станцией, беспроводным телефоном или иначе в зависимости от контекста. Кроме того, на этих фигурах также показаны другие операции, осуществляемые «сетью», под которой можно понимать сетевые устройства системы беспроводной связи, одну или несколько базовых станций или один или несколько других компонентов программной и/или аппаратной инфраструктуры системы связи.
На этапе 702, двухточечное соединение инициируется между беспроводной мобильной станцией и удаленной стороной. Это происходит, когда беспроводная мобильная станция уже принимает вещательный контент через многопользовательский вещательный канал прямой линии связи. Двухточечный вызов может быть инициирован мобильной станцией («входящий») или инициирован удаленной стороной, устанавливающей вызов с мобильной станцией («исходящий»).
На этапе 704 устанавливаются предпочтения в отношении предписанных категорий условий работы, включающие в себя, по меньшей мере, следующее: (1) продолжать ли прием вещательного контента, (2) выбор между двухточечным вызовом и вещательным контентом, если сетевые ресурсы неспособны одновременно осуществлять двухточечный вызов и доставлять вещательный контент. В случае входящего вызова категории также включают в себя, принимать ли входящий двухточечный вызов. В необязательном порядке другая предписанная категория условий работы может включать в себя выбор среди нескольких программ вещательного контента, если сетевые ресурсы неспособны передавать все программы одновременно. Например, это может быть предпочтение вещания CNN над ESPN и т.д.
В проиллюстрированном варианте осуществления мобильная станция осуществляет этап 704, запрашивая оператора-человека, обращаясь к заранее сохраненным предпочтениям, используя принятые по умолчанию опции или выполняя комбинацию этих или других действий; в этом варианте осуществления, мобильная станция также уведомляет беспроводную сеть о предпочтениях. В альтернативном варианте осуществления, некоторые или все предпочтения мобильного устройства могут быть заранее сохранены в сети во избежание необходимости для мобильного устройства уведомлять сеть о предпочтениях. Предварительное сохранение может быть указано для всех обстоятельств, для данного периода времени, для определенных вызовов или телефонных номеров, или любых других оснований.
Этап 706 выполняется в соответствии с представлениями для осуществления связи в одном из следующих режимов: (1) осуществление двухточечного вызова и прерывание приема вещания, (2) осуществление двухточечного вызова и продолжение приема вещания. В случае входящего вызова режимы также включают в себя прерывание выполнения входящего двухточечного вызова и продолжение приема вещания. В иллюстрируемом варианте осуществления этап 706 выполняется первичной базовой станцией, осуществляющей связь с мобильной станцией, и этап 706 предусматривает одну из следующих операций: (1) если предпочтения мобильного устройства предусматривают разрыв вещания, выполнение двухточечного вызова, невзирая на продолжение вещания, (2) если предпочтение мобильного устройства предусматривает выбор в пользу двухточечного вызова перед вещанием, выполнение двухточечного вызова, если сетевые ресурсы способны одновременно осуществлять двухточечный вызов и вещательный контент, (3) если предпочтение мобильного устройства предусматривает выбор в пользу вещания перед двухточечным вызовом, прерывание выполнения двухточечного вызова, если сетевые ресурсы неспособны одновременно проводить двухточечный вызов и вещательный контент. В случае входящего вызова, когда мобильное устройство указывает предпочтение не принимать вызов, дополнительная возможность состоит в том, что базовая станция прерывает выполнение вызова и позволяет мобильному устройству продолжать прием вещания.
Иллюстративные коды сообщения
В различных системах связи МДКР, например CDMA-2000, мобильные станции и сеть осуществляют связь с использованием различных сообщений стандартного смысла, например, сообщения ORIGINATION («инициирование»), сообщения REGISTRATION, сообщения PAGE RESPONSE («ответ на поисковый вызов») и многих других. Для более подробной иллюстрации одного конкретного варианта осуществления раскрытой системы, без какого-либо преднамеренного ограничения, для дополнения стандартных сообщений используются различные коды сообщения. Коды сообщения могут быть включены со взаимосвязанными пакетными данными, внедренными в заголовок или другие метаданные, или иначе упакованными с помощью несущего сообщения. В альтернативном варианте осуществления, коды сообщения передаются как самостоятельные сообщения. Некоторые коды сообщения используются с сообщениями, передаваемыми с мобильной станции в сеть, другие используются с сообщениями, передаваемыми из сети на мобильное устройство. Пока включено значение кода сообщения, например, "0" или "1", само имя кода сообщения можно опустить, если тип кода сообщения явствует из относительного положения или другой информации, присущей значению кода сообщения. Например, код сообщения и значение "BCMCS_REQ=1" можно сократить посредством значения "1", если его положение отчетливо определено. Некоторые иллюстративные коды сообщения и их значения рассмотрены ниже.
Этот код сообщения передается мобильной станцией совместно с сообщением, принимающим входящий вызов (например, сообщением PAGE RESPONSE) или совместно с сообщением, устанавливающим исходящий вызов (например, сообщением ORIGINATION). Значение "1" означает, что мобильная станция запрашивает одновременное, совместно используемое вещание совместно с инициируемым двухточечным вызовом. Значение "0" означает, что мобильная станция не запрашивает одновременное, совместно используемое вещание.
BCMCS_REQ_PRIORITY
Как и BCMCS_REQ, этот код сообщения передается мобильной станцией совместно с сообщением, устанавливающим или принимающим двухточечный вызов. Значение этого кода сообщения выбирает между вещанием и двухточечным вызовом, когда сетевые ресурсы не способны обеспечить мобильную станцию и тем, и другим. Значение "1" означает, что мобильная станция предпочитает двухточечный вызов, а значение "0" означает, что мобильная станция предпочитает вещание.
BCMCS_ID_PRIORITY
Этот код сообщения передается совместно с сообщением, принимающим входящий вызов или устанавливающим исходящий вызов. В связи с данной вещательной программой, код сообщения BCMCS_ID_PRIORITY указывает приоритет данного вещания над другими указанными вещательными программами, если сетевые ресурсы не способны одновременно обеспечивать все программы. Соответствующую вещательную программу можно идентифицировать посредством другого сообщения, параметра или кода, например кода сообщения идентификатора услуги вещания (BCMCS_ID). Для BCMCS_ID_PRIORITY, значение "1" означает, что данная программа имеет более высокий приоритет по отношению к другим программам, а значение "0" означает, что программа имеет более низкий приоритет. Альтернативно, код BCMCS_ID_PRIORITY может использовать более широкий диапазон значений (например, 1-10), чтобы мобильное устройство могло более точно ранжировать вещательные программы относительно друг друга.
BCMCS_INFO_INCL
Этот код сообщения передается сетью на мобильную станцию совместно с сообщением, выполняющим вызов на/с мобильной станции. Например, код сообщения BCMCS_INFO_INCL может быть обеспечен совместно с сообщением CHANNEL ASSIGNMENT («назначение канала»), которое назначает канал для мобильной станции для использования при осуществлении двухточечного вызова. Значение "1" показывает, что сообщение CHANNEL ASSIGNMENT также включает в себя информацию, предоставляющую индивидуальный вещательный канал мобильной станции, а значение "0" показывает, что информация вещательного канала не включена.
USE_SAME_BCMCS_INF
Этот код сообщения передается сетью совместно с сообщением, выполняющим вызов на/с мобильной станции, например, сообщением CHANNEL ASSIGNMENT. Если значение "1" указывает, что мобильное устройство должно продолжать использовать ту же самую информацию вещательного канала, а значение "0" указывает, что, к сведению мобильного устройства, включена новая информация вещательного канала. Информация вещательного канала может включать в себя частоту, скорость передачи данных, код Уолша и/или другие характеристики.
NUM_BCMCS_SESSION, NUM_FBSCH
Эти коды сообщения передаются сетью для идентификации вещательных каналов и другой информации конфигурации, когда двухточечный вызов предоставлен, и конфигурация вещания изменяется. Код сообщения NUM_BCMCS_SESSION указывает количество вещательных программ, назначенных этой мобильной станции, а NUM_FBSCH указывает количество дополнительных вещательных каналов, подлежащих использованию при доставке вещания.
Эти и другие коды сообщения более подробно описаны ниже в связи с соответствующими фигурами.
Мобильная станция - исходящий вызов
На фиг.8 изображены операции 800, которые выполняет мобильная станция, чтобы начать исходящий двухточечный вызов, когда мобильное устройство уже принимает совместно используемое вещание. Для простоты описания, без какого-либо преднамеренного ограничения, последовательность 800 описана в связи с компонентами, показанными на фиг.1-6, которые рассмотрены выше.
На этапе 802 мобильная станция принимает операторское инициирование двухточечного вызова удаленной станции. Это происходит, когда мобильная станция уже принимает вещательную программу по многопользовательскому вещательному каналу прямой линии связи. На этапе 802 мобильная станция находится в состоянии 562 «ожидание». Операторское инициирование может осуществляться, например, оператором, набирающим телефонный номер или соответствующий код короткого набора с помощью клавиатуры, панели оцифровки, устройства распознавания речи или любого другого средства.
Реагируя на операторское инициирование, мобильная станция определяет различные предпочтения обработки вызова (этап 803), а затем выполняет различные действия (этапы 804-815), соответственно. В иллюстрируемом примере предпочтения обработки вызова включают в себя решение, желает ли мобильная станция продолжать принимать совместно используемое вещание, а также выбор приоритета, если в сетевых ресурсах возникает конфликт между двухточечным вызовом и вещанием. Мобильная станция может осуществлять этап 803, запрашивая оператора-человека, обращаясь к записи предпочтений, заранее сохраненной на мобильной станции или в другом месте, используя заданное по умолчанию значение или комбинацию этих или других методов.
Если предпочтения обработки вызова на этапе 802 указывают отсутствие желания продолжать вещание, то мобильная станция посылает сообщение ORIGINATION, чтобы начать вызов (этап 806). В результате мобильное устройство переходит из «ожидание» 562 в «доступ» 564. Мобильная станция также посылает дополнительные сообщения, выражающие отсутствие интереса к продолжению приема вещательного контента. Дополнительные сообщения могут передаваться отдельно от сообщения ORIGINATION или быть добавочной частью, например, параметром, заранее заданным флагом, приставкой или другим компонентом метаданных. Например, дополнительные сообщения могут содержать код сообщения BCMCS_REQ со значением "0". После этапа 806 мобильное устройство ожидает (807) сетевую сигнализацию для выполнения вызова, например, путем отправки сообщения CHANNEL ASSIGNMENT.
В отличие от этапов 806-807, этап 808 осуществляется, если этап 804 указывает желание продолжать вещание. На этапе 808 мобильная станция передает сообщение ORIGINATION, чтобы начать вызов, в результате чего мобильное устройство переходит из «ожидание» 562 в «доступ» 564. Мобильная станция также передает дополнительные сообщения, выражающие интерес к продолжению приема вещательного контента. Дополнительные сообщения могут передаваться отдельно от сообщения ORIGINATION или быть добавочной частью, например, параметром, заранее заданным флагом, приставкой или другим компонентом метаданных. Например, дополнительные сообщения могут содержать код сообщения BCMCS_REQ со значением "1".
После этапа 808 происходит переход от этапа 810 к этапам 812 или 814 в зависимости от того, указывают ли предпочтения обработки вызова (из этапа 803), что вещание предпочтительнее двухточечного вызова (812) или наоборот (813). Если предпочтительнее вещание, то мобильное устройство посылает (812) дополнительные сообщения, указывающие, что вещание имеет приоритет в случае возникновения какого-либо конфликта. Дополнительные сообщения могут передаваться отдельно от сообщения ORIGINATION (этап 808) или быть добавочной частью, например параметром, заранее заданным флагом, приставкой или другим компонентом метаданных. Например, дополнительные сообщения могут содержать код сообщения BCMCS_REQ_PRIORITY со значением "0". Кроме того, на этапе 812, если мобильное устройство принимает несколько вещательных программ, то мобильное устройство может задавать относительные приоритеты среди нескольких вещательных программ. Например, этого можно добиться с использованием кода сообщения BCMCS_ID_PRIORITY. После этапа 812 мобильное устройство ожидает (813) сетевую сигнализацию для выполнения вызова, например, путем отправки сообщения CHANNEL ASSIGNMENT. Наконец, когда вызов выполнен, мобильное устройство переходит в состояние 566 «трафик».
Если же двухточечный вызов имеет предпочтение над вещанием (в случае возникновения какого-либо конфликта), происходит переход от этапа 810 к этапу 814. На этапе 814 мобильное устройство посылает дополнительные сообщения, указывающие, что вызов имеет приоритет над вещанием в случае возникновения какого-либо конфликта. Дополнительные сообщения могут передаваться отдельно от сообщения ORIGINATION (этап 808) или быть добавочной частью, например, параметром, заранее заданным флагом, приставкой или другим компонентом метаданных. Например, дополнительные сообщения могут содержать код сообщения BCMCS_REQ_PRIORITY со значением "1". После этапа 814 мобильное устройство ожидает (815) сетевую сигнализацию для выполнения вызова, например, путем отправки сообщения назначения канала. Наконец, когда вызов выполнен, мобильное устройство переходит в состояние 566 «трафик».
Мобильная станция - входящий вызов
На фиг.9 показаны операции 900, осуществляемые мобильной станцией для обработки входящего двухточечного вызова, когда мобильное устройство уже принимает совместно используемую вещательную программу. Для простоты описания, без какого-либо преднамеренного ограничения, последовательность 900 описана в связи с компонентами, показанными на фиг.1-6, которые рассмотрены выше.
На этапе 902 мобильная станция принимает сетевое уведомление о двухточечном вызове от удаленной станции. Это происходит, когда мобильная станция уже принимает вещательный контент через многопользовательский вещательный канал прямой линии связи и находится в состоянии 562 «ожидание». Сетевое уведомление может осуществляться, например, путем приема сообщения поискового вызова от базовой станции, осуществляющей связь с мобильной станцией. Когда поступает уведомление о вызове, мобильная станция переходит в состояние 564 «доступ».
В соответствии с этапом 902 мобильная станция требует операторский ввод, чтобы определить, следует ли принять или отклонить входящий вызов (этап 903). Мобильная станция может осуществлять этап 903 посредством телефонного звонка, вибросигнала, отображения сообщения или комбинации этих или других действий, с последующим приемом операторского ввода посредством речи, пера, клавиатуры и т.д. Альтернативно, этап 904 может осуществляться без операторского ввода, например, если мобильное устройство запрограммировано постоянно действующими инструкциями, например, для обработки входящих вызовов.
После этапа 903 происходит переход от этапа 904 к этапам 906 или 905 в зависимости от того, предпочитает ли оператор отклонить входящий вызов (906) или принять вызов (905). Если вызов отклоняется, то происходит переход от этапа 904 к этапу 906, на котором мобильное устройство отклоняет поисковый вызов сети, например, посылая отрицательное сообщение PAGE RESPONSE или пренебрегая ответом на поисковый вызов. В этом случае мобильное устройство переходит из состояния 564 «доступ» в состояние 562 «ожидание».
В случае принятия вызова происходит переход от этапа 904 к этапу 905, на котором мобильное устройство определяет различные предпочтения обработки вызова. В проиллюстрированном примере, предпочтения обработки вызова касаются решений относительно предписанных категорий условий работы, включающих в себя следующие: (1) продолжать ли прием вещательного контента, (2) выбор между двухточечным вызовом и вещательным контентом, если сетевые ресурсы неспособны одновременно осуществлять двухточечный вызов и доставлять вещательный контент. На этапе 905 мобильная станция может осуществлять сбор предпочтений обработки вызова, запрашивая оператора-человека, обращаясь к записи предпочтений, заранее сохраненной на мобильной станции или в другом месте, используя заданное по умолчанию значение или комбинацию этих или других методов.
Определив предпочтения обработки вызова, мобильное устройство направляет в сеть дополнительные сообщения, указывающие эти предпочтения, что более подробно описано ниже. В частности, происходит переход от этапа 908 к этапам 910 или 912 в зависимости от того, предусматривают ли предпочтения обработки вызова (из этапа 905) поддержание вещательного соединения (910) или отказ от вещания (912).
Если мобильное устройство желает разорвать вещательное соединение, то мобильное устройство посылает сообщение PAGE RESPONSE, принимающее вызов (этап 912); мобильная станция также передает дополнительные сообщения, выражающие отсутствие интереса к приему вещательного контента. Дополнительные сообщения могут передаваться отдельно от сообщения PAGE RESPONSE или быть добавочной частью, например, параметром, заранее заданным флагом, приставкой или другим компонентом метаданных. Например, дополнительные сообщения могут содержать код сообщения BCMCS_REQ со значением "0". После этапа 912 мобильное устройство ожидает (913) сетевую сигнализацию для выполнения вызова, например, путем отправки сообщения CHANNEL ASSIGNMENT, после чего мобильное устройство переходит в состояние 566 «трафик».
Если на этапе 908 выясняется, что нужно поддерживать вещательное соединение, то мобильное устройство посылает сообщение PAGE RESPONSE, принимающее вызов (этап 910); мобильная станция также передает дополнительные сообщения, выражающие интерес к продолжению приема вещательного контента. Дополнительные сообщения могут передаваться отдельно от сообщения PAGE RESPONSE или быть добавочной частью, например, параметром, заранее заданным флагом, приставкой или другим компонентом метаданных. Например, дополнительные сообщения могут содержать код сообщения BCMCS_REQ со значением "1".
После этапа 910, происходит переход от этапа 914 к этапам 916, 918 или 920 в зависимости от того, предусматриваются ли предпочтения обработки вызова (из этапа 905), вещание предпочтительнее двухточечного вызова (916), двухточечный вызов предпочтительнее вещания (920) или такое предпочтение неизвестно (этап 918). Если вещание предпочтительнее, то мобильное устройство передает (916) дополнительные сообщения, указывающие, что вещание имеет приоритет, в случае возникновения какого-либо конфликта. Например, дополнительные сообщения могут содержать код сообщения BCMCS_REQ_PRIORITY со значением "0". Если двухточечный вызов предпочтительнее, то мобильное устройство передает (920) дополнительные сообщения, указывающие, что вызов имеет приоритет. Например, дополнительные сообщения могут содержать код сообщения BCMCS_REQ_PRIORITY со значением "1". Дополнительные сообщения, передаваемые на этапах 916, 920, могут быть отдельными от сообщения PAGE RESPONSE (этап 910) или быть добавочной частью, например параметром, заранее заданным флагом, приставкой или другим компонентом метаданных. После этапов 916 или 920 мобильное устройство ожидает на этапах 917 или 921 (соответственно) сетевую сигнализацию для выполнения вызова, например, путем отправки сообщения CHANNEL ASSIGNMENT, после чего мобильное устройство переходит в состояние 566 «трафик».
Если относительные приоритеты вызова/вещания неизвестны, то мобильное устройство отказывается от какого-либо указания выбора приоритета в это время, например, путем отправки (918) дополнительных сообщений, представляющих «неизвестный приоритет». Эти дополнительные сообщения могут передаваться отдельно от сообщения PAGE RESPONSE (этап 910) или быть добавочной частью, например параметром, заранее заданным флагом, приставкой или другим компонентом метаданных. Альтернативно, вместо отправки каких-либо сообщений, касающихся «неизвестного приоритета», мобильное устройство указывает этот факт, исключая любые сообщения, касающиеся приоритета, и в этом случае этап 918 исключается. После этапа 918 или после этапа 914, если этап 918 исключен, мобильное устройство ожидает (919) от сети сообщение CHANNEL ASSIGNMENT. Приняв назначение канала (этап 923), мобильная станция отправляет представление приоритетов вызова/вещания, после чего осуществляет двухточечный вызов, вещание или обе операции, в зависимости от предписания сети, в соответствии с наличием сетевых ресурсов для этих действий. Если двухточечный вызов выполнен, то мобильное устройство переходит в состояние 566 «трафик».
Сетевые операции
На фиг.10 показаны операции 1000, осуществляемые сетью для обработки двухточечного вызова на/с мобильной станции, причем этот вызов инициируется, когда мобильное устройство уже принимает совместно используемую вещательную программу. Для простоты описания, без какого-либо преднамеренного ограничения, последовательность 1000 описана в связи с компонентами, показанными на фиг.1-6, согласно описанному выше. В качестве более конкретного примера операции 1000 могут осуществляться базовой станцией, с которой мобильное устройство уже поддерживает связь («первичной базовой станцией»).
На этапе 1002 сеть принимает инициирование двухточечного вызова на или от указанного мобильного устройства. Если вызов устанавливается с удаленной станции на мобильную станцию, то уведомление на этапе 1002 поступает в виде сообщения PAGE RESPONSE мобильного устройства (например, фиг.9, этапы 910, 912). Если вызов устанавливается с мобильной станции на удаленную станцию, то уведомление на этапе 1002 поступает в виде сообщения ORIGINATION (например, фиг.8, этапы 806, 808).
Если сообщение PAGE RESPONSE отклоняет входящий двухточечный вызов, то сеть прерывает выполнение двухточечного вызова (этап 1005). Если же сообщение PAGE RESPONSE указывает принятие вызова или если данный двухточечный вызов является исходящим вызовом, то происходит переход от этапа 1002 к этапу 1003.
На этапе 1003 сеть получает уведомление о предпочтениях обработки вызова мобильного устройства, которые включают в себя, по меньшей мере: (1) продолжать ли прием вещательного контента, (2) выбор между двухточечным вызовом и вещательным контентом, если сетевые ресурсы не позволяют одновременно проводить двухточечный вызов и вещательный контент. В иллюстрируемом примере, то, что сеть принимает (1003) в качестве предпочтений обработки вызова мобильного устройства, соответствует тому, что мобильное устройство передает в сообщениях, которые являются дополнительными к PAGE RESPONSE (например, на этапах 910, 912, 916, 918 или 920), или в сообщениях, которые являются дополнительными к CALL ORIGINATION («инициирование вызова») (например, на этапах 806, 808, 812, 814). Примерами этих сообщений являются вышеописанные коды сообщения.
После этапа 1003, в зависимости от предпочтений обработки вызова мобильного устройства, сеть осуществляет одну из следующих операций: (1) выполнение двухточечного вызова невзирая на продолжение вещания, (2) выполнение двухточечного вызова, если сетевые ресурсы способны одновременно осуществлять двухточечный вызов и вещательный контент, (3) прерывание выполнения двухточечного вызова, если сетевые ресурсы неспособны одновременно проводить двухточечный вызов и вещательный контент.
В частности, на этапе 1004 сеть переходит к этапу 1006, если предпочтения обработки вызова мобильного устройства выражают отсутствие интереса к вещанию. В этом случае сеть участвует в обычном установлении двухточечного вызова. Сеть использует выраженную незаинтересованность мобильного устройства в вещании в служебных целях для разрыва вещания применительно к этому мобильному устройству; в частности, для этого сеть может установить флаг BCMCS_INFO_INCL на "0" в сообщении CHANNEL ASSIGNMENT. Однако другие мобильные устройства продолжают принимать совместно используемую услугу вещания.
Если же на этапе 1004 выясняется, что предпочтения обработки вызова указывают заинтересованность в вещании, то происходит переход от этапа 1004 к этапу 1018. На этапе 1018 сеть определяет, доступен ли индивидуальный канал для осуществления вещания вместо данного, совместно используемого канала. Это зависит от того, приспособлена ли базовая станция, осуществляющая связь с мобильным устройством, для обеспечения вещательной программы по индивидуальным каналам, а также от того, можно ли оправдать на базовой станции дополнительную потребность в мощности для назначения индивидуального канала. Индивидуальный канал предпочтителен потому, что управление вещанием по индивидуальным каналам аналогично управлению двухточечным вызовом, и, следовательно, сетевые процедуры проще. Если индивидуальный канал доступен, то сеть назначает мобильному устройству этот канал (этап 1020) и начинает передавать вещательный контент на мобильное устройство по этому каналу. Доставка вещательного контента по индивидуальным каналам более подробно рассмотрена в патентных заявках США, принадлежащих QUALCOMM CORPORATION, включая одну или несколько из вышеупомянутых патентных заявок QUALCOMM CORPORATION.
Если же на этапе 1018 выясняется, что индивидуальный канал недоступен, то процедура 1000 переходит к этапу 1008. На этапе 1008 сеть направляет процедуру 1000 к этапам 1014, 1010 или 1016 на основании выбора мобильного устройства относительно вещания или двухточечного вызова, указанного предпочтениями обработки вызова (из этапа 1003). Этап 1014 выбирается, когда вещание предпочтительнее двухточечного вызова (в соответствии с этапами 812, 916), этап 1010 выбирается, когда приоритет неизвестен (в соответствии с этапом 918), и этап 1016 выбирается, когда приоритет имеет двухточечный вызов (в соответствии с этапами 814, 920).
На этапе 1014 производится определение, может ли сеть одновременно осуществлять двухточечный вызов и доставку вещательного контента. Это определение производится на основании того, например, находится ли совместно используемый вещательный канал на той же частоте, которая должна быть назначена для двухточечного вызова, и оборудована ли сеть для обработки сложностей одновременного осуществления вещания и двухточечного вызова. Если сеть не может одновременно разместить двухточечный вызов и совместно используемое вещание, то сеть освобождает двухточечный вызов (1015). Вызов может быть освобожден, например, базовой станцией, посылающей сообщение RELEASE («освобождение») на мобильную станцию по каналу поискового вызова. Если же сеть может осуществлять вызов/вещание, то происходит переход от этапа 1014 к этапу 1022, что более подробно описано ниже.
Наподобие этапа 1014, на этапе 1016 производится определение, может ли сеть одновременно осуществлять двухточечный вызов и доставку совместно используемого вещательного контента. Однако, в отличие от этапа 1014, если сеть не может осуществлять вызов/вещание, то сеть прекращает вещание (в отношении данного мобильного устройства) и выполняет двухточечный вызов (этап 1017). Сеть может выполнить вызов, например, выдав сообщение CHANNEL ASSIGNMENT, которое назначает мобильной станции конкретный канал для осуществления двухточечного вызова. Прекращение сетью вещания означает, что она запрещает мобильному устройству продолжать принимать услугу вещания во время осуществления двухточечного вызова; в частности, для этого сеть может задать флаг BCMCS_INFO_INCL равным "0" в сообщении CHANNEL ASSIGNMENT. Однако другие мобильные устройства продолжают принимать услугу вещания. Если же на этапе 1016 выясняется, что комбинация вызов/вещание допустима, то процедура 1000 переходит к этапу 1022, описанному ниже.
На этапе 1022, до выполнения настроек для доставки совместно используемого вещания и двухточечного вызова, сеть определяет, может ли продолжаться вещание с использованием того же механизма доставки или необходимо осуществлять вещание с использованием другой конфигурации для одновременного участия в двухточечном вызове. Изменения в механизме доставки или «конфигурации» могут предусматривать изменения частоты, скорости передачи данных, кода Уолша, формата мультиплексирования, размера кадра, типа кодирования и/или других характеристик сигнала. Могут возникать различные ситуации, например, когда частота, используемая для доставки вещательного контента, не допускает добавления двухточечного вызова. Например, базовая станция может выделять определенное количество вызовов на каждой частоте в целях выравнивания нагрузки и поэтому может не иметь возможности назначать двухточечный вызов на частоте, соответствующей высокому энергопотреблению.
После этапа 1022 сеть обеспечивает назначение канала для двухточечного вызова на этапах 1024 или 1026. На этапе 1024 происходит назначение канала на той же частоте, что и для данного вещательного контента, тогда как на этапе 1026 происходит назначение канала на другой частоте для двухточечного вызова, а также мобильное устройство получает предписание начать прием вещательного контента на этой другой частоте. В качестве более конкретного примера, этап 1024 может предусматривать код сообщения BCMCS_INFO_INCL со значением "1" (поскольку вещание продолжается) и код сообщения USE_SAME_BCMCS_IND со значением "1" (поскольку используется та же конфигурация вещания). Аналогично, на этапе 1026 может использоваться код сообщения BCMCS_INFO_INCL со значением "1" (поскольку вещание продолжается) и код сообщения USE_SAME_BCMCS_IND со значением "0" (поскольку используется другая конфигурация вещания). На этапе 1026 также могут использоваться коды сообщения NUM_BCMCS_SESSION и NUM_FBSCH для идентификации специфики новой конфигурации каналов.
В отличие от двух предыдущих ситуаций (1014, 1016), на этапе 1008 происходит переход к этапу 1010, если мобильная станция не указала относительные приоритеты для двухточечного вызова и вещания. В этом случае сеть посылает сообщение CHANNEL ASSIGNMENT на этапе 1010, пробно назначая мобильному устройству канал для осуществления двухточечного вызова. Назначение канала является пробным, потому что, если мобильная станция не выбрала между вызовом и вещанием, сеть не может определить, действительно ли этот канал будет нужен, что рассмотрено ниже. На этапе 1012 сеть принимает выбор приоритета мобильной станции, который был отправлен на этапе 923 (фиг.9).
Затем, на основании выраженного на этапе 1012 мобильным устройством приоритета, сеть осуществляет вызов, вещание или обе операции (этап 1013). Конкретно, сеть осуществляет одну из следующих операций: (1) освобождает канал, назначенный на этапе 1010, если мобильное устройство выбрало вещание и сетевые ресурсы не могут одновременно обрабатывать вызов/вещание, (2) прекращает вызов, если мобильное устройство выбрало двухточечный вызов и сетевые ресурсы не могут одновременно поддерживать вызов/вещание, или (3) осуществляет двухточечный вызов и вещание, если позволяют условия сети.
Другие варианты осуществления
Специалистам в данной области очевидно, что информация и сигналы могут быть представлены с использованием разнообразных технологий и методов. Например, данные, инструкции, команды, информация, сигналы, биты, символы и элементы данных, упомянутые в вышеприведенном описании, могут быть представлены напряжениями, токами, электромагнитными волнами, магнитными полями или частицами, оптическими полями или частицами или любой их комбинацией.
Специалисту в данной области очевидно, что различные иллюстративные логические блоки, модули, схемы и этапы способа, описанные в связи с раскрытыми здесь вариантами осуществления, могут быть реализованы в виде электронного оборудования, компьютерного программного обеспечения или их комбинации. Чтобы отчетливо проиллюстрировать эту взаимозаменяемость оборудования и программного обеспечения, различные иллюстративные компоненты, блоки, модули и этапы были описаны выше, в целом, применительно к их функциональным возможностям. Будут ли эти функциональные возможности реализованы аппаратными или программными средствами, зависит от конкретного применения и конструктивных ограничений, наложенных на систему в целом. Специалисты в данной области могут реализовать описанные функциональные возможности разными способами для каждой конкретной области применения, но такие решения по реализации не следует интерпретировать как отход от объема настоящего изобретения.
Различные иллюстративные логические блоки и модули, описанные в связи с раскрытыми здесь вариантами осуществления, можно реализовать или осуществлять посредством процессора общего назначения, цифрового сигнального процессора (ЦСП), специализированной интегральной схемы (СИС), программируемой пользователем вентильной матрицы (ППВМ) или другого программируемого логического устройства, дискретной вентильной или транзисторной логики, дискретных аппаратных компонентов или любой их комбинации, предназначенных для осуществления описанных здесь функций. Процессор общего назначения может представлять собой микропроцессор, но, альтернативно, процессор может представлять собой любой традиционный процессор, контроллер, микроконтроллер или конечный автомат. Процессор также может быть реализован как комбинация вычислительных устройств, например, комбинация ЦСП и микропроцессора, совокупность микропроцессоров, один или несколько микропроцессоров в сочетании с ядром ЦСП или любая другая подобная комбинация.
Этапы способа или алгоритма, описанные в связи с раскрытыми здесь вариантами осуществления, могут быть реализованы непосредственно в оборудовании, в программном модуле, выполняемом процессором, или в их комбинации. Программный модуль может размещаться в ОЗУ, флэш-памяти, ПЗУ, ЭППЗУ, ЭСППЗУ, на жестком диске, сменном диске, CD-ROM или носителе данных любого другого типа, известного в технике. Иллюстративный носитель данных подключен к процессору, в результате чего процессор может считывать с него информацию и записывать на него информацию. Альтернативно, носитель данных может образовывать с процессором единое целое. Процессор и носитель данных могут размещаться в СИС. СИС может находиться в абонентской станции.
Вышеприведенное описание раскрытых вариантов осуществления предоставлено, чтобы специалист в данной области мог использовать настоящее изобретение. Специалисту в данной области должны быть очевидны различные модификации этих вариантов осуществления, и раскрытые здесь общие принципы можно применять к другим вариантам осуществления, не выходя за рамки сущности и объема изобретения. Таким образом, настоящее изобретение не ограничивается показанными здесь вариантами осуществления, но подлежит рассмотрению в широчайшем объеме, согласующемся с раскрытыми здесь принципами и признаками новизны. Используемое здесь слово «иллюстративный» следует понимать в значении «служащий примером, вариантом или иллюстрацией». Любой вариант осуществления, описанный здесь как «иллюстративный», не обязательно рассматривается как предпочтительный или имеющий преимущество над другими вариантами осуществления.