Область техники
Данное изобретение относится к способу и устройству для приема услуги вещания в беспроводной системе мобильной связи. В частности, данное изобретение относится к способу и устройству для обеспечения и приема услуги вещания с использованием общих радиоресурсов.
Описание предшествующего уровня техники
Ожидается, что в будущей коммуникационной среде произойдут резкие изменения независимо от проводной/беспроводной зоны, района или страны. В частности, в среде стандарта IMT-2000 (Международные мобильные телекоммуникации-2000), которая является типовой коммуникационной средой будущего, не только речь и изображение, но и различная информация, необходимая пользователю, коллективно обеспечивается в реальном времени. Развитие систем мобильной связи позволяет пользователю терминала доступа (АТ, также известного как мобильная станция), такого как сотовый телефон или Система Персональной Связи (PCS), не только передавать текстовую информацию, но также использовать услугу вещания, включая высокоскоростное изображение, речь и звук, помимо базовой речевой связи.
В услуге вещания в традиционной системе мобильной связи после обнаружения того факта, что услуга вещания поддерживается в сотовой ячейке, терминал доступа получает информацию (например, идентификатор соединения (CID) и ключ шифрования), используемую для приема физического канала, и информацию (например, список программ, адрес Интернет-протокола (IP) групповой передачи и номер порта), используемую для приема вещания, от пункта доступа (AP, также известного как базовая станция), перед приемом соответствующего вещания. Для этой цели терминал доступа должен получать одну и ту же относящуюся к вещанию информацию независимо от сотовой ячейки, в которой находится терминал доступа.
На фиг.1 показана схема, иллюстрирующая конфигурацию системы, в которой все сотовые ячейки обеспечивают одну и ту же услугу вещания. Как показано, поскольку все сотовые ячейки, обслуживаемые своими собственными пунктами доступа, обеспечивают одну и ту же услугу вещания, то терминал 10 доступа может принимать услугу вещания во всех сотовых ячейках с использованием одной и той же программной информации, обеспечиваемой от любого из пунктов доступа и связанной с ним информации физического канала.
Однако при условии, что различные локальные услуги вещания обеспечены в двух различных сотовых ячейках и информация приема вещания, получаемая от одной зоны, и связанная с ней информация физического канала отличаются от информации приема вещания, получаемой от другой зоны, и связанной с ней информации физического канала, когда терминал доступа при приеме вещания пересекает границу между двумя различными зонами, этот терминал доступа не может распознать услугу вещания новой зоны.
А именно, в традиционной системе мобильной связи, если новая зона обеспечивает услугу вещания отличающегося содержания с использованием информации физического канала, которая отличается от информации физического канала первоначальной зоны, то терминал доступа, принимающий конкретный канал вещания, непрерывно пытается принять услугу вещания с использованием информации физического канала своей прежней зоны без распознавания того факта, что услуга вещания изменяется, когда он пересекает границу между зонами. В этом случае, следовательно, терминал доступа входит в состояние отказа услуги вещания без распознавания того факта, что он находится в новой зоне и все еще пытается принять услугу вещания, связанную с предыдущей зоной.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Следовательно, задачей данного изобретения является обеспечение способа и устройства для информирования терминала доступа о том факте, что когда терминал доступа пересекает границу между зонами вещания в зоне покрытия системы беспроводной связи, включающей множество зон вещания, услуга вещания, обеспечиваемая в новой зоне вещания, изменяется.
Другой задачей данного изобретения является обеспечение способа и устройства, в котором терминал доступа, пересекающий границу между зонами вещания в зоне покрытия системы беспроводной связи, содержащей множество зон вещания, принимает информацию, касающуюся услуги вещания, обеспечиваемой в новой зоне вещания.
Согласно одному аспекту данного изобретения, предложен способ обеспечения услуги вещания в системе мобильной связи, содержащей множество сотовых ячеек. Способ содержит этапы передачи информации вещательных программ, относящейся к доступным вещательным программам, относящейся к вещанию информации, необходимой для приема доступных вещательных программ, и информации идентификации зоны вещания к терминалу доступа; и передачи услуги вещания к терминалу доступа.
Согласно одному аспекту данного изобретения, предложен способ приема терминалом доступа услуги вещания при пересечении границы между множеством сотовых ячеек в системе мобильной связи, содержащей множество сотовых ячеек. Способ содержит этапы приема информации идентификации зоны вещания, представляющей зону вещания, к которой принадлежит целевая сотовая ячейка, когда терминал доступа, принимающий вещательную программу в исходной сотовой ячейке, которая является одной из множества сотовых ячеек, перемещается в целевую сотовую ячейку; и определения того, вышел ли терминал доступа из его прежней зоны вещания, на основе информации зоны вещания.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Вышеупомянутые и другие задачи, признаки и преимущества изобретения поясняются в последующем подробном описании со ссылками на чертежи, на которых показано следующее:
фиг.1 - схема, иллюстрирующая стандартную конфигурацию системы, в которой все сотовые ячейки обеспечивают одну и ту же услугу вещания;
фиг.2 - схема, иллюстрирующая конфигурацию системы, в которой сотовые ячейки обеспечивают различные услуги вещания в системе мобильной связи согласно варианту осуществления данного изобретения;
фиг.3 - схема, иллюстрирующая формат сообщения МАР (DL-MAP) нисходящей линии связи согласно варианту осуществления данного изобретения;
фиг.4 - схема, иллюстрирующая формат DL-MAP_IE согласно варианту осуществления данного изобретения;
фиг.5 - схема, иллюстрирующая формат сообщения в случае, когда идентификатор зоны мультимедийной и вещательной услуги (MBS) включен в TD_Zone_IE сообщения DL-MAP согласно варианту осуществления данного изобретения;
фиг.6 - схема, иллюстрирующая формат сообщения для случая, когда идентификатор MBS-зоны включен в MBS_Zone_IE сообщения DL-MAP согласно варианту осуществления данного изобретения;
фиг.7 - диаграмма потока сообщений, иллюстрирующая процедуру для изменения MBS-зоны согласно варианту осуществления данного изобретения;
фиг.8 - блок-схема, иллюстрирующая работу терминала доступа согласно варианту осуществления данного изобретения;
фиг.9 - схема, иллюстрирующая конфигурацию сотовых ячеек, имеющих множество идентификаторов MBS-зон согласно варианту осуществления данного изобретения;
фиг.10 - схема, иллюстрирующая формат сообщения для случая, когда список идентификаторов MBS-зон включен в TD_Zone_IE сообщения DL-MAP согласно варианту осуществления данного изобретения;
фиг.11 - схема, иллюстрирующая формат сообщения для случая, когда список идентификаторов MBS-зон включен в MBS_Zone_IE сообщения DL-MAP согласно варианту осуществления данного изобретения; и
фиг.12А-12С - блок-схемы, иллюстрирующие операцию изменения MBS-зоны терминала доступа согласно варианту осуществления данного изобретения.
На всех чертежах одинаковый элемент обозначен одной и той же ссылочной позицией или символом.
ПОДРОБНОЕ ОПИСАНИЕ ПРИМЕРНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Несколько предпочтительных вариантов осуществления данного изобретения описаны ниже подробно со ссылкой на чертежи. В последующем описании подробное описание известных функций и конфигураций опущено для краткости.
Данное изобретение распределяет уникальный идентификатор зоны мультимедийной и вещательной услуги (MBS) каждой зоне вещания (далее называемой «MBS-зоной») в зоне покрытия одной системы беспроводной связи, содержащей множество MBS-зон таким образом, что терминал доступа при приеме вещания может распознать изменение в MBS-зоне. Обеспечены два варианта осуществления распределения уникальных идентификаторов MBS-зон по различным MBS-зонам. Первый вариант осуществления распределяет один идентификатор MBS-зоны для одного пункта доступа или базовой станции, а второй вариант осуществления идентифицирует MBS-зоны идентификатором соединения (CID), соответствующим передаваемой вещательной программе.
Фиг.2 иллюстрирует конфигурацию системы, в которой сотовые ячейки обеспечивают различные услуги вещания (или различные MBS-услуги) в системе мобильной связи согласно варианту осуществления данного изобретения. Как показано, сотовые ячейки, принадлежащие двум MBS-зонам, обозначенным различными наклонными линиями, обеспечивают различные услуги вещания, и две MBS-зоны имеют идентификатор № 1 и идентификатор № 2 соответственно. Когда терминал 20 доступа перемещается из сотовой ячейки А в направлении сотовой ячейки В, система информирует терминал 20 доступа об изменении в MBS-зоне, и терминал 20 доступа, после распознавания этого изменения, повторно передает запрос на получение относящейся к вещанию информации к его пункту доступа для продолжения приема вещания.
Варианты осуществления данного изобретения описаны ниже со ссылкой на систему беспроводной связи с использованием стандарта 802.16 Института прикладной электротехники и радиоэлектроники (IEEE) в качестве примера. Однако варианты осуществления данного изобретения не ограничиваются конфигурацией системы, описанной ниже, и могут быть применены к любым другим системам, имеющим подобный технический уровень.
Первый вариант осуществления
Первый вариант данного изобретения географически делит MBS-зоны и распределяет один идентификатор MBS-зоны для одного пункта доступа. Терминал доступа контролирует сообщение MAP (DL-MAP) нисходящей линии связи для приобретения информации конфигурации физического канала сотовой ячейки, где он расположен. Поскольку терминал доступа контролирует все сообщения DL-MAP, переданные от его пункта доступа, система содержит идентификатор MBS-зоны в DL-MAP сообщениях перед передачей для того, чтобы идентифицировать то, в какой MBS-зоне терминал доступа расположен в настоящий момент.
Фиг.3 иллюстрирует формат DL-MAP сообщения, к которому применимо данное изобретение. Как показано, DL-MAP сообщение содержит 8-битовый тип сообщения управления, физическое поле (PHY) синхронизации переменной длины, 8-битовый отсчет канального дескриптора нисходящей линии связи (DCD), 48-битовый идентификатор базовой станции и специфический раздел поля PHY переменной длины. Специфический раздел поля PHY содержит DL-MAP информационные элементы (DL-MAP_IE).
Фиг.4 иллюстрирует формат DL-MAP_IE согласно варианту осуществления данного изобретения. Как показано, DL-MAP_IE, в основном, содержит 4-битовый код использования интервала нисходящей линии связи (DIUC), указывающий тип DL-MAP_IE. В общем случае DL-MAP_IE содержит 8-битовый N_CID (число CID), 16-битовые CID, относящиеся к N_CID, 10-битовое смещение символа множественного доступа с ортогональным частотным разделением (OFDMA), 5-битовое смещение подканала, 3-битовое повышение, 9-битовый номер символов OFDMA (число символов OFDMA) и 5-битовый номер подканалов (число подканалов) в дополнение к DIUC.
CID, идентификатор соединения, включенный в DL-MAP_IE, представляет адрес групповой передачи или адрес однонаправленной передачи, которому распределен DL-MAP_IE. Смещение символа OFDMA представляет разницу (или смещение) между началом кадра нисходящей линии связи, в котором DL-MAP передается, и точкой символа OFDMA, где начинается пакет данных. Смещение подканала является индексом самого нижнего подканала OFDMA, используемым для передачи пакета данных, и начинается в «0». Повышение указывает, была ли повышена мощность соответствующих распределенных подканалов. Номер символов OFDMA представляет число символов OFDMA для передачи пакета физического канала нисходящей линии связи. Номер подканалов представляет число подканалов, имеющих последующие индексы, используемые для передачи пакета данных.
Когда желательно добавить идентификатор MBS-зоны к DL-MAP_IE, значение DIUC устанавливается на заданное значение, например 15. Если значение DIUC установлено на 15, то элемент IE, зависящий от расширенного DIUC, включается в конец DIUC. Элемент IE, зависящий от расширенного DIUC, состоит из TD_Zone_IE.
Фиг.5 иллюстрирует формат сообщения для случая, когда идентификатор MBS-зоны включен в TD_Zone_IE DL-MAP сообщения согласно первому варианту осуществления данного изобретения. Как показано, TD_Zone_IE включает в себя 4-битовый расширенный DIUC, 4-битовое поле длины и 8-битовый идентификатор MBS-зоны. Расширенный DIUC представляет DIUC для TD_Zone_IE.
В другом случае используется MBS_Zone_IE, который является выделенным полем для вставки идентификатора MBS-зоны в IE, зависящий от расширенного DIUC.
Фиг.6 иллюстрирует формат сообщения для случая, когда идентификатор MBS-зоны включен в MBS_Zone_IE DL-MAP сообщения согласно первому варианту осуществления данного изобретения. Как показано, MBS_Zone_IE включает в себя 4-битовый расширенный DIUC, 4-битовое поле длины и 8-битовый идентификатор MBS-зоны. Расширенный DIUC представляет DIUC MBS_Zone_IE.
Терминал доступа при приеме услуги вещания обнаруживает идентификатор MBS-зоны из TD_Zone_IE() или MBS_Zone_IE() DL-MAP сообщения, принятого от системы, и сравнивает обнаруженный идентификатор новой MBS-зоны со своим идентификатором старой MBS-зоны. Если принятый идентификатор новой MBS-зоны отличается от идентификатора старой MBS-зоны, то терминал доступа посылает к пункту доступа запрос IP-адреса групповой передачи, номера порта, ключа шифрования, CID и т.п. в качестве относящейся к услуге вещания информации, распознавая, что он вошел в новую MBS-зону. Затем терминал доступа принимает относящуюся к услуге вещания информацию от пункта доступа и продолжает принимать услугу вещания.
Фиг.7 является диаграммой потока сообщения, иллюстрирующей процедуру для изменения MBS-зоны согласно первому варианту осуществления данного изобретения. Согласно фиг.7 терминал доступа получает соответствующую информацию для вещательной программы от исходной сотовой ячейки с идентификатором MBS-зоны, равным 1, если необходимо принять вещание на этапе 102. Здесь, соответствующая информация для вещательной программы может содержать список вещаний в услуге или доступных услугах. Терминал доступа посылает к пункту доступа или базовой станции запрос такой информации, как CID и ключ шифрования, используемые для приема данных (изображения, звука, текста и т.д.) для вещательной программы из исходной сотовой ячейки, через запрос Динамического Дополнения Услуги (DSA-REQ) на этапе 104. В это время терминал доступа передает IP-адрес групповой передачи для соответствующей программы к пункту доступа. Пункт доступа передает сообщение Динамическая Услуга-х Принята (DSX-RVD), указывающее достоверность запроса к терминалу доступа на этапе 106, и затем передает Ответ Динамического Дополнения Услуги (DSA-RSP), являющийся ответным сообщением, указывающим на возможность поддержки качества услуги (QoS), к терминалу доступа на этапе 108. DSA_RSP содержит такую информацию, как CID и ключ шифрования, используемые для приема вещания из исходной сотовой ячейки. Затем терминал передает Подтверждение приема Динамического Дополнения Услуги (DSA-ACK) к пункту доступа в ответ на сообщение DSA-RSP на этапе 110 и принимает вещание с использованием этой информации на этапе 112. А именно, терминал доступа декодирует DL-MAP сообщение, принятое из исходной сотовой ячейки, и начинает прием физического канала, имеющего CID желаемой программы. Терминал доступа сохраняет значение идентификатора MBS-зоны, т.е. «1», исходной сотовой ячейки, включенное в DL-MAP сообщение.
Если терминал доступа перемещается в целевую сотовую ячейку на этапе 114, то терминал доступа принимает DL-MAP сообщение от целевой сотовой ячейки и обнаруживает идентификатор «2» MBS-зоны целевой сотовой ячейки посредством анализа TD_Zone_IE или MBS_Zone_IE DL-MAP сообщения на этапе 116. Поскольку идентификатор «2» MBS-зоны целевой сотовой ячейки отличается от идентификатора «1» MBS-зоны, ранее хранившегося в ней, терминал доступа посылает запрос соответствующей информации для приема новой вещательной программы к целевой сотовой ячейке, если это необходимо, определяя, что он не может продолжать принимать текущее вещание на этапе 118. Терминал доступа, если это необходимо, переходит в активное состояние, в котором он может передать запрос информации, относящейся к приему новой вещательной программы. После этого терминал доступа передает DSA-REQ сообщение к целевой сотовой ячейке для того, чтобы узнать, доступно ли вещание, которое принималось в исходной сотовой ячейке, в целевой сотовой ячейке на этапе 120. После приема DSX_RVD от целевой сотовой ячейки на этапе 122 и последующего приема DSA_RSP, содержащего информацию, относящуюся к приему нового вещания, от целевой сотовой ячейки на этапе 124, терминал доступа передает DSA_ACK в ответ на DSX_RVD и DSA_RSP на этапе 126 и принимает услугу вещания от целевой сотовой ячейки на этапе 128. Затем терминал доступа сохраняет идентификатор «2» MBS-зоны. Если вещание, которое терминал доступа принимал в исходной сотовой ячейке, является недоступным в целевой сотовой ячейке, то терминал доступа получает список доступных программ от целевой сотовой ячейки и начинает прием новой вещательной программы.
Фиг.8 иллюстрирует работу терминала доступа согласно первому варианту осуществления данного изобретения. Согласно фиг.8 терминал доступа получает программную информацию от пункта доступа исходной сотовой ячейки на этапе 200 и получает информацию физического канала (CID и ключ шифрования), соответствующую вещательной программе, выбранной пользователем, и идентификатор MBS-зоны от пункта доступа или базовой станции на этапе 202. Терминал доступа сохраняет идентификатор MBS-зоны для своей текущей зоны на этапе 204 и принимает услугу вещания от исходной сотовой ячейки с использованием информации физического канала на этапе 206.
Если DL-MAP сообщение принято от пункта доступа целевой сотовой ячейки на этапе 208, то терминал доступа определяет на этапе 210, соответствует ли идентификатор MBS-зоны, включенный в принятое DL-MAP сообщение, идентификатору MBS-зоны, хранящемуся в нем. Если идентификаторы MBS-зоны одинаковы, то терминал доступа возвращается на этап 206 для непрерывного приема услуги вещания. Однако, если идентификаторы MBS-зоны неодинаковы, то терминал доступа переходит на этап 212, где он повторно сохраняет принятый идентификатор MBS-зоны. На этапе 214 терминал доступа информирует пользователя о его выходе из старой MBS-зоны, соответствующей старой вещательной программе. Информация о выходе может быть обеспечена пользователю с помощью жидкокристаллического дисплея (ЖКД), громкоговорителя или вибратора. На этапе 216 терминал доступа пытается принять вещательную программу в целевой сотовой ячейке с использованием информации физического канала, которую он использовал в исходной сотовой ячейке. Процедура на этапе 216 является необязательной. А именно, в системе, которая передает вещательную программу тем же самым способом, даже если произошла смена сотовой ячейки для получения той же самой услуги вещания, процедура на этапе 216 выполняется. В противном случае процедура на этапе 216 может быть пропущена. Здесь предполагается, что процедура на этапе 216 выполняется.
После неудачи в приеме вещательной программы терминал доступа передает на этапе 218 запрос информации физического канала для вещательной программы, которую он непрерывно принимает из исходной сотовой ячейки, к пункту доступа целевой сотовой ячейки. На этапе 220 терминал доступа определяет, были ли приняты информация, указывающая доступность вещательной программы в целевой сотовой ячейке, и информация физического канала для вещательной программы от целевой сотовой ячейки в ответ на запрос информации физического канала. Если эта информация была принята, то терминал доступа возвращается на этап 206, где он непрерывно принимает вещательную программу с использованием информации физического канала для вещательной программы, включенной в ответное сообщение.
Однако, если информация, указывающая доступность вещательной программы в целевой сотовой ячейке, и информация физического канала для вещательной программы не были приняты, то терминал доступа опрашивает пользователя, будет ли он принимать новую вещательную программу на этапе 222. Этот опрос может выполняться посредством текстового сообщения или пиктограммы на ЖКД панели. Если пользователь желает принять новую вещательную программу, т.е. если сигнал запроса новой услуги вещания введен, то терминал доступа передает запрос требуемой информации по вещательной программе к пункту доступа целевой сотовой ячейки. После этого терминал доступа возвращается на этап 200 для приема новой вещательной программы от целевой сотовой ячейки посредством получения информации о новой вещательной программе, выбранной пользователем. Если пользователь не желает принимать новую вещательную программу, то терминал доступа останавливает прежнюю вещательную программу на этапе 224.
Второй вариант осуществления
Второй вариант осуществления данного изобретения идентифицирует MBS-зоны посредством CID. Вещательная программа, передаваемая от пункта доступа, имеет свой собственный уникальный CID. Следовательно, второй вариант осуществления формирует одну MBS-зону с сотовыми ячейками, которые передают программы, имеющие один и тот же CID. Таким образом, сотовая ячейка, которая передает множество программ, имеет множество идентификаторов MBS-зон.
Фиг.9 иллюстрирует конфигурацию сотовых ячеек, имеющих множество идентификаторов MBS-зон согласно второму варианту осуществления данного изобретения. Как показано, имеется 3 MBS-зоны А, В и С. MBS-зоны передают программы, имеющие различные CID: CID#1, CID#2 и CID#3, и включают в себя 4 сотовые ячейки. Сотовая ячейка #1 принадлежит 2 MBS-зонам А и С, так как она передает программы с CID#1 и CID#3. Сотовая ячейка #4 принадлежит только одной MBS-зоне С, так как она передает только программу с CID#3.
Каждая из сотовых ячеек передает список идентификаторов MBS-зон, указывающий, по меньшей мере, одну из своих собственных MBS-зон посредством DL-MAP сообщения. Терминал доступа в каждой такой сотовой ячейке получает список идентификаторов MBS-зон посредством анализа DL-MAP сообщения. DL-MAP сообщение содержит список идентификаторов MBS-зон в TD_Zone_IE или MBS_Zone_IE.
Фиг.10 иллюстрирует формат сообщения для случая, когда список идентификаторов MBS-зон включен в TD_Zone_ID DL-MAP сообщения согласно второму варианту осуществления данного изобретения. Как показано, TD_Zone_IE содержит 4-битовый расширенный DIUC, 4-битовой поле длины, 8-битовый N_MBS_Zone_identifier, указывающий число идентификаторов MBS-зон, и идентификатор MBS-зоны для идентификации текущей зоны. Расширенный DIUC представляет DIUC TD_Zone_IE.
Фиг.11 иллюстрирует формат сообщения для случая, когда список идентификаторов MBS-зон включен в MBS_Zone_IE DL-MAP сообщения согласно второму варианту осуществления данного изобретения. Как показано, MBS_Zone_IE содержит 4-битовый расширенный DIUC, 4-битовое поле длины и множество идентификаторов MBS-зон. Число идентификаторов MBS-зон может быть определено полем длины. Расширенный DIUC представляет DIUC MBS_Zone_IE.
Терминал доступа при приеме услуги вещания обнаруживает список идентификаторов MBS-зон из TD_Zone_IE() или MBS_Zone_IE() DL-MAP сообщения, принятого от системы, и сравнивает обнаруженный список идентификаторов MBS-зон с идентификатором своей прежней MBS-зоны. Если идентификатор прежней MBS-зоны не включен в список идентификаторов MBS-зон, то терминал доступа может послать к пункту доступа запрос IP-адреса групповой передачи, номера порта, ключа шифрования, CID и т.п. в качестве относящейся к вещанию информации, распознавая, что он вошел в новую MBS-зону. Впоследствии, терминал доступа принимает относящуюся к вещанию информацию от пункта доступа и продолжает принимать вещание.
Как описано выше, пункт доступа идентифицирует, какой MBS-зоне принадлежит текущая сотовая ячейка, с использованием DL-MAP сообщения. Информация отображения для MBS-зон, отображенных в CID, передается посредством DSA-RSP сообщения, а не DL-MAP сообщения. Если терминал доступа передает DSA-REQ сообщение для запроса желаемой вещательной программы к пункту доступа, то пункт доступа снабжает терминал доступа CID запрашиваемой вещательной программы и информацией отображения MBS-зон, отображенных в CID, с использованием DSA-RSP сообщения в ответ на DSA-REQ сообщение. Информация об идентификаторе MBS-зоны в DSA-RSP сообщении имеет конфигурацию, показанную в таблице 1.
Терминал доступа управляет своим собственным списком идентификаторов MBS-зон MY_ZONE_ID_LIST, в котором он зарегистрирован и общим списком идентификаторов MBS-зон ZONE_ID_LIST. MY_ZONE_ID_LIST содержит, по меньшей мере, один идентификатор MBS-зоны, соответствующий CID, который терминал доступа принимает в настоящее время. ZONE_ID_LIST содержит все идентификаторы MBS-зон, к которым принадлежит текущая сотовая ячейка, т.е. все идентификаторы MBS-зон, полученные из DL-MAP сообщения. Управление этими списками описано ниже.
Сначала описан случай, когда терминал доступа выходит из MBS-зоны, к которой принадлежит этот терминал доступа. Идентификатор MBS-зоны, соответствующий CID, который принимал терминал доступа, не включен в список идентификаторов MBS-зон, принятый от новой сотовой ячейки, терминал доступа удаляет идентификатор своей прежней MBS-зоны из MY_ZONE_ID_LIST и ZONE_ID_LIST. В этом случае терминал доступа передает DSA_REQ сообщение к пункту доступа новой сотовой ячейки и затем определяет, принята ли вещательная программа, соответствующая CID, который он принимал, через другой физический канал. Если вещательная программа принята через другой физический канал, то терминал доступа добавляет соответствующий идентификатор MBS-зоны новой сотовой ячейки к MY_ZONE_ID_LIST и затем непрерывно принимает вещательную программу. Однако, если вещательная программа не передается, то терминал доступа принимает относящуюся к вещательной программе информацию от пункта доступа новой сотовой ячейки и информирует пользователя о доступных новых программах.
Далее описан случай, когда терминал доступа вышел из своей собственной MBS-зоны, но MY_ZONE_ID_LIST включен в список идентификаторов MBS-зон, принятый от пункта доступа новой сотовой ячейки. А именно, если терминал доступа ушел из MBS-зоны, которая передает принимаемую в настоящее время программу, но принимаемая в настоящее время программа эквивалентна программе, транслируемой из целевой сотовой ячейки, то терминал доступа принимает ZONE_ID_LIST от целевой сотовой ячейки и обновляет принятый ZONE_ID_LIST в список идентификаторов MBS-зон и непрерывно принимает прежнюю услугу вещания, которую он принимал. Терминал доступа может передать DSA-REQ сообщение или другое сообщение запроса для получения другой информации, относящейся к вещанию.
Когда терминал доступа вошел в новую MBS-зону, этот терминал доступа получает доступ к пункту доступа новой сотовой ячейки по запросу пользователя и принимает информацию, относящуюся к вещательной программе, предоставляемой в соответствующей MBS-зоне, и информирует пользователя о доступных вещательных программах согласно информации о вещательных программах. Если пользователь желает принять вещательную программу, терминал доступа начинает принимать новую вещательную программу.
Приведенное выше описание будет сделано со ссылкой на фиг.9. Терминал 12 доступа принимает вещание с идентификатором CID#3 в сотовой ячейке № 2. В сотовой ячейке № 2 терминал 12 доступа принадлежит к MBS-зоне С, и DL-MAP сообщение сотовой ячейки № 2 содержит список идентификаторов MBS-зон {A,C}. Если терминал доступа 12 перемещается к сотовой ячейке № 3, то терминал доступа 12 принимает DL-MAP сообщение, содержащее список идентификаторов MBS-зон {B,C} в сотовой ячейке № 3. В этом случае, поскольку сотовая ячейка № 3 все еще принадлежит к MBS-зоне С, терминал доступа 12 непрерывно принимает вещание с идентификатором CID#3 без передачи запроса новой относящейся к вещанию информации. По запросу пользователя терминал доступа 12 передает запрос относящейся к вещательной программе информации к сотовой ячейке № 3 в MBS-зоне С и пытается принять новую вещательную программу.
В качестве другого примера предположим, что терминал доступа 12, который принимал вещание с идентификатором CID#1 в сотовой ячейке № 2, перемещается к сотовой ячейке № 3. В этом случае терминал доступа 12 распознает, что он больше не может принимать вещание с идентификатором CID#1 в сотовой ячейке № 3 посредством анализа списка идентификаторов MBS-зон {B,C} сотовой ячейки № 3 и прекращает принимать вещание с идентификатором CID#1. В другом случае терминал доступа 12 передает DSA-REQ сообщение к пункту доступа сотовой ячейки № 3 для определения того, может ли он непрерывно принимать свою прежнюю вещательную программу с другим CID. В результате анализа DSA-RSP сообщения, принятого в ответ на DSA-REQ сообщение, если определено, что сотовая ячейка № 3 обеспечивает прежнюю вещательную программу, терминал доступа 12 обновляет свой список MY_ZONE_ID_LIST и непрерывно принимает вещательную программу из сотовой ячейки № 3. Однако, если сотовая ячейка № 3 не обеспечивает вещательную программу, то терминал доступа 12 передает запрос относящейся к вещательной программе информации к пункту доступа сотовой ячейки № 3 по запросу пользователя для приема доступной новой вещательной программы.
Другой пример, предположим, что терминал доступа 14, который принимал вещание с идентификатором CID#3 в сотовой ячейке № 4 в MBS-зоне С, перемещается к сотовой ячейке № 2 в MBS-зоне А. В этом случае, поскольку терминал доступа 14 перемещается к новой MBS-зоне А, он посылает запрос соответствующей информации для приема вещательной программы к сотовой ячейке № 2. Если пользователю желательно, то терминал доступа 14 непрерывно принимает свою прежнюю вещательную программу с идентификатором CID#3.
Фиг.12А-12С иллюстрируют операцию изменения MBS-зоны терминала доступа согласно второму варианту осуществления данного изобретения.
Согласно фиг.12А терминал доступа получает информацию вещательной программы от пункта доступа или базовой станции исходной сотовой ячейки на этапе 302 и получает информацию физического канала (CID и ключ шифрования), соответствующую вещательной программе, выбранной пользователем, и идентификатор MBS-зоны от пункта доступа на основе запроса на этапе 304. Терминал доступа добавляет идентификатор MBS-зоны к своему списку MY_ZONE_ID_LIST на этапе 306 и принимает вещание с использованием информации физического канала на этапе 308. ZONE_ID_LIST терминала доступа включает в себя идентификаторы MBS-зон, отображенные на все MBS-зоны, к которым принадлежит исходная сотовая ячейка.
Так как терминал доступа перемещается от исходной сотовой ячейки к соседней целевой сотовой ячейке, если DL-MAP сообщение принято от пункта доступа целевой сотовой ячейки на этапе 310, терминал доступа определяет на этапе 312, соответствует ли список идентификаторов MBS-зон, включенный в принятое DL-MAP сообщение, списку ZONE_ID_LIST. Если они соответствуют, то терминал доступа возвращается к этапу 308 для непрерывного приема вещания. Однако, если они не совпадают, то терминал доступа переходит к этапу 314, чтобы определить, вошел ли он в новую MBS-зону или он просто вышел из старой MBS-зоны.
На этапе 314 терминал доступа определяет, включен ли MY_ZONE_ID_LIST в принятый список идентификаторов MBS-зон. Если MY_ZONE_ID_LIST не включен в принятый список идентификаторов MBS-зон, то терминал доступа переходит к этапу 332 на фиг.12В, на котором определяется, что он вышел из MBS-зоны, соответствующей его прежней вещательной программе.
Согласно фиг.12В терминал доступа обновляет ZONE_ID_LIST на принятый список идентификаторов MBS-зон на этапе 332 и информирует пользователя о выходе из прежней MBS-зоны на этапе 334. Процесс на этапе 334 может быть выполнен между следующими этапами 336 и 340, или между следующими этапами 344 и 346. На этапе 336 терминал доступа пытается принять вещательную программу от целевой сотовой ячейки с использованием информации прежнего физического канала, использованной в исходной сотовой ячейке, и определяет, принял ли он успешно вещательную программу от целевой сотовой ячейки. Если терминал доступа успешно принял вещательную программу от целевой сотовой ячейки, терминал доступа возвращается к этапу 308 для непрерывного приема вещательной программы. Однако, если терминал доступа безуспешно пытается принять вещательную программу, то терминал доступа переходит к этапу 340.
Терминал доступа удаляет идентификатор MBS-зоны, соответствующей недоступному физическому каналу, из MY_ZONE_ID_LIST на этапе 340 и передает запрос информации физического канала, использованной для приема прежней вещательной программы, к пункту доступа целевой сотовой ячейки на этапе 342. Терминал доступа определяет на этапе 344, принята ли информация, указывающая доступность прежней вещательной программы, от пункта доступа целевой сотовой ячейки в ответ на запрос. Если прежняя вещательная программа доступна в целевой сотовой ячейке, то информация физического канала, используемая для приема прежней вещательной программы, принимается вместе от целевой сотовой ячейки. Если вещательная программа доступна в целевой сотовой ячейке, то терминал доступа возвращается к этапу 308 для непрерывного приема прежней вещательной программы с использованием информации физического канала от целевой сотовой ячейки.
Если на этапе 344 определено, что прежняя вещательная программа недоступна в целевой сотовой ячейке, то терминал доступа получает на этапе 346 от пользователя информацию о том, будет ли он принимать новую вещательную программу. Если пользователю желательно принять новую вещательную программу, то терминал доступа возвращается к этапу 302 для получения информации вещательной программы и информации физического канала от пункта доступа целевой сотовой ячейки и принимает новую вещательную программу. В противном случае терминал доступа прекращает прием прежней вещательной программы на этапе 348.
Однако, если на этапе 314 определено, что MY_ZONE_ID_LIST включен в принятый список идентификаторов MBS-зон, то терминал доступа переходит к этапу 316, на котором определяется, что он не вышел из своей прежней принадлежащей MBS-зоны, но существует вероятность того, что терминал доступа войдет в новую MBS-зону или выйдет из прежней не принадлежащей MBS-зоны. Здесь, термин «прежняя принадлежащая MBS-зона» относится к MBS-зоне, соответствующей вещательной программе, которую принимает терминал доступа, а термин «прежняя не принадлежащая MBS-зона» относится к MBS-зоне, соответствующей вещательной программе, которую терминал доступа не принимает, но которая может быть обеспечена в исходной сотовой ячейке.
На этапе 316 терминал доступа определяет, содержит ли дополнительно принятый список идентификаторов MBS-зон идентификатор MBS-зоны в дополнение к ZONE_ID_LIST. Если принятый список идентификаторов MBS-зон дополнительно содержит идентификатор MBS-зоны в дополнение к ZONE_ID_LIST, то терминал доступа устанавливает EnterZone, указывающий вхождение в новую MBS-зону на «ДА» на этапе 320. В противном случае, терминал доступа устанавливает EnterZone на «НЕТ» на этапе 318. EnterZone может быть реализован как флаг в памяти, включенной в терминал доступа. На этапе 322 терминал доступа определяет, содержит ли дополнительно ZONE_ID_LIST идентификатор MBS-зоны в дополнение к принятому списку идентификаторов MBS-зон. Если ZONE_ID_LIST дополнительно содержит идентификатор MBS-зоны в дополнение к принятому списку идентификаторов MBS-зон, то терминал доступа устанавливает ExitZone, указывающий выход из его прежней не принадлежащей MBS-зоны, на «НЕТ» этапе 326. В противном случае, терминал доступа устанавливает ExitZone на «ДА» на этапе 324. Также ExitZone может быть реализован как флаг в памяти, включенной в терминал доступа. EnterZone и ExitZone определяются на этапе 12С.
На этапе 328 на фиг.12С, если как EnterZone, так и ExitZone установлены на «ДА», то терминал доступа переходит к этапу 350, на котором определяется, что он выходит из своей прежней не принадлежащей MBS-зоны и входит в новую MBS-зону. Однако, если EnterZone установлен на «ДА» и ExitZone установлен на «НЕТ» на этапе 330, то терминал доступа переходит к этапу 364, на котором определяется, что он входит в новую MBS-зону. В других случаях терминал доступа переходит к этапу 358, на котором определяется, что он не вошел в новую MBS-зону, но вышел из своей прежней не принадлежащей MBS-зоны.
Терминал доступа обновляет свой список ZONE_ID_LIST на принятый список идентификаторов MBS-зон на этапе 350 и информирует пользователя о вхождении в новую MBS-зону, обеспечивающую новое вещание на этапе 352. На этапе 354 терминал доступа опрашивает пользователя о том, будет ли пользователь принимать доступную новую вещательную программу в новой MBS-зоне. Если пользователю желательно принимать новую вещательную программу, то терминал доступа возвращается на этапе 302. Если пользователю не желательно принимать новую вещательную программу, то терминал доступа возвращается к этапу 308. Перед возвратом к процессу на этапе 308 терминал доступа может сообщить о выходе из своей прежней не принадлежащей MBS-зоны пункту доступа целевой сотовой ячейки на этапе 356.
На этапе 358 терминал доступа обновляет свой ZONE_ID_LIST для принятого списка идентификаторов MBS-зон. На этапе 360 терминал доступа информирует пользователя о выходе из своей прежней не принадлежащей MBS-зоны и затем возвращается к этапу 308. Перед возвратом к процессу на этапе 308 терминал доступа может сообщить о выходе из своей прежней не принадлежащей MBS-зоны пункту доступа целевой сотовой ячейки на этапе 362.
Терминал доступа обновляет свой список ZONE_ID_LIST на принятый список идентификаторов MBS-зон на этапе 364 и информирует пользователя о входе в новую MBS-зону на этапе 366. На этапе 368 терминал доступа опрашивает пользователя, будет ли он принимать доступную новую вещательную программу в новой MBS-зоне. Если пользователю желательно принимать новую вещательную программу, то терминал доступа возвращается к этапу 302. Если пользователю не желательно принимать новую вещательную программу, то терминал доступа возвращается к этапу 308 для непрерывного приема прежней вещательной программы.
Из вышеприведенного описания следует, что беспроводная система мобильной связи, обеспечивающая услугу вещания (или MBS-услугу), передает, по меньшей мере, один идентификатор MBS-зоны, указывающий услугу вещания, доступную в зоне, где находится терминал доступа, к терминалу доступа с использованием DL-MAP сообщения. Следовательно, терминал доступа распознает, будет ли он непрерывно принимать свою прежнюю услугу вещания при пересечении границы между MBS-зонами, обеспечивающими различные услуги вещания, и может послать запрос соответствующей информации для новой услуги вещания, если это необходимо. Таким образом, данное изобретение предотвращает случаи, когда терминал доступа, пересекающий границу между MBS-зонами, может потерпеть неудачу в приеме услуги вещания без распознавания этого факта, что позволяет лучше удовлетворить потребности пользователя.
Хотя изобретение показано и описано со ссылкой на его определенные варианты осуществления, специалистам в данной области техники должно быть понятно, что различные изменения по форме в деталях могут быть выполнены без отклонения от сущности и объема изобретения, определяемых в прилагаемой формуле изобретения.
Изобретение относится к технике мобильной связи. Предложен способ обеспечения услуги вещания в системе мобильной связи, включающей в себя множество сотовых ячеек. Способ включает в себя передачу информации вещательных программ, относящейся к доступным вещательным программам, относящимся к вещанию информации, необходимой для приема доступных вещательных программ, и информации идентификации зон вещания к терминалу доступа; и передачу услуги вещания к терминалу доступа. Технический результат заключается в обеспечении возможности для терминала не входить в состояние отказа услуги при пересечении границы новой зоны вещания. 2 н. и 11 з.п. ф-лы, 14 ил., 1 табл.
обнаружение выхода из прежней зоны вещания путем сравнения принятого идентификатора зоны вещания с ранее сохраненным идентификатором зоны вещания;
передачи запроса на информацию вещательной программы к базовой станции, которая принимает идентификатор зоны вещания при выходе из прежней зоны вещания;
приема услуги вещания с использованием принятой информации вещательной программы.
остановки вещательной программы, если новая вещательная программа не выбрана пользователем;
и если новая вещательная программа выбрана пользователем, то получения информации физического канала для новой вещательной программы от базовой станции, которая принимает идентификатор зоны вещания на основе запроса и приема новой вещательной программы с использованием полученной информации физического канала.
приема первого списка идентификаторов зон вещания, содержащего идентификатор зоны вещания, отображенный на вещательную программу, предоставляемую из прежней базовой станции, и второго списка идентификаторов зон вещания, содержащего идентификаторы зон вещания, отображенные на все вещательные программы, предоставляемые прежней базовой станцией; и
обнаружения выхода из зоны вещания, если третий список идентификаторов зон вещания, содержащий все идентификаторы зон вещания, принятые от базовой станции, которая принимает идентификатор зоны вещания, отличается от второго списка идентификаторов зон вещания, и третий список идентификаторов зон вещания не содержит первый список идентификаторов зон вещания.
непрерывного приема вещательной программы от базовой станции, которая принимает идентификатор зоны вещания, если терминал доступа успешно принимает вещательную программу,
а если терминал доступа терпит неудачу в приеме вещательной программы, то удаления идентификатора зоны вещания, отображенного на вещательную программу из первого списка идентификаторов зон вещания и передачи запроса на информацию физического канала для вещательной программы к базовой станции, которая принимает идентификатор зоны вещания; и
если терминал доступа получает информацию физического канала от базовой станции, которая принимает идентификатор зоны вещания, то непрерывного приема вещательной программы от базовой станции, которая принимает идентификатор зоны вещания, с использованием полученной информации физического канала.
остановки вещательной программы, если новая вещательная программа не выбрана пользователем; и
если новая вещательная программа выбрана пользователем, то получение информации физического канала для новой вещательной программы от базовой станции, которая принимает идентификатор зоны вещания, на основе запроса и приема новой вещательной программы с использованием полученной информации физического канала.
если третий список идентификаторов зон вещания отличается от второго списка идентификаторов зон вещания и содержит первый список идентификаторов зон вещания, то сравнение второго списка идентификаторов зон вещания с третьим списком идентификаторов зон вещания;
если третий список идентификаторов зон вещания дополнительно содержит идентификатор зоны вещания в дополнение ко второму списку идентификаторов зон вещания, то определение вхождения в новую зону вещания;
если второй список идентификаторов зон вещания дополнительно содержит идентификатор зоны вещания в дополнение к третьему списку идентификаторов зон вещания, то определение выхода из прежней не принадлежащей зоны вещания;
если терминал доступа вошел в новую зону вещания, то опроса пользователя о том, желает ли пользователь принимать новую вещательную программу, доступную в новой зоне вещания, и если новая вещательная программа выбрана пользователем, то прием новой вещательной программы от базовой станции, которая принимает идентификатор зоны вещания; и
если терминал доступа вышел из прежней не принадлежащей зоны вещания, но не вошел в новую зону вещания, то информирование пользователя о выходе из прежней не принадлежащей зоны вещания.
| WO 03098871 A1, 27.11.2003 | |||
| СПОСОБ ОБЕСПЕЧЕНИЯ СОТОВОЙ СВЯЗИ НА СТАЦИОНАРНОМ ОБОРУДОВАНИИ И УСТРОЙСТВО ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ | 1996 |
|
RU2201656C2 |
| US 2003114177 A1, 19.06.2003 | |||
| US 2001022781 A1, 20.09.2001. | |||
