Способ принудительного выполнения передачи обслуживания в широкополосной беспроводной системе связи
Изобретение относится к широкополосной подвижной системе связи и предназначено для выполнения передачи обслуживания в широкополосной беспроводной системе связи, использующей способ мультиплексирования с ортогональным частотным разделением каналов. Технический результат - обеспечение принудительной передачи обслуживания. Способ позволяет мобильной станции, находящейся в области обслуживаемой соты, выполнить процедуру передачи обслуживания в широкополосной мобильной системе связи, включающей в себя мобильную станцию, обслуживающую базовую станцию, обеспечивающую обслуживание мобильной станции, и одну или более целевых базовых станций, содержащих, по меньшей мере, одну область целевой соты, которая перекрывается с областью обслуживаемой соты, занимаемой обслуживающей базовой станцией. Способ заключается в том, что передают сообщение запроса передачи обслуживания от мобильной станции в обслуживающую базовую станцию, когда обнаружена необходимость выполнения передачи обслуживания; и передают обслуживающей базовой станции сообщение индикации передачи обслуживания, содержащее информацию отмены передачи обслуживания, когда мобильная станция решает отменить передачу обслуживания в то время, когда обслуживающая базовая станция выполняет передачу обслуживания мобильной станции в одну или более целевых базовых станций. 10 н. и 38 з.п. ф-лы, 18 табл., 14 ил.
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к широкополосной подвижной системе связи и более конкретно к способу выполнения передачи обслуживания (хэндовера) в широкополосной беспроводной системе связи, использующей способ мультиплексирования с ортогональным частотным разделением каналов (в дальнейшем обозначаемый как OFDM) и способ доступа с мультиплексированием с ортогональным частотным разделением каналов (в дальнейшем обозначаемый как OFDMA).
УРОВЕНЬ ТЕХНИКИ
В системе связи четвертого поколения (в дальнейшем обозначаемой как 4G), которая является системой связи следующего поколения, активно проводились исследования с целью обеспечить пользователей услугами, имеющими различное качество обслуживания (в дальнейшем обозначаемое как QoS) и поддерживающими скорость передачи около 100 Мбит/с. Современная система связи третьего поколения (в дальнейшем обозначаемая как 3G) поддерживает скорость передачи около 384 кбит/с для каналов вне помещений с относительно неблагоприятными канальными условиями и поддерживает максимальную скорость передачи 2 Мбит/с даже для каналов внутри помещений с относительно благоприятными канальными условиями.
Между тем, система беспроводной локальной вычислительной сети (в дальнейшем обозначаемая ЛВС, LAN) и системы городских вычислительных сетей (в дальнейшем обозначаемые ГВС, MAN), как правило, поддерживают скорость передачи от 20 до 50 Мбит/с. Соответственно в современных системах связи 4G проводились активные исследования с целью разработки системы связи, позволяющей обеспечить мобильность и QoS в беспроводной системе ЛВС и беспроводной системе ГВС, поддерживающих относительно высокие скорости передачи, и поддерживать высокоскоростные услуги, которые будут предоставлены системой связи 4G.
Так как беспроводная система ГВС предоставляет широкий спектр услуг и поддерживает высокую скорость передачи, она подходит для поддержки высокоскоростной службы связи. Однако так как беспроводная система ГВС является системой, которая не полностью учитывает мобильность абонентской станции (SS), хэндовер в связи с высокоскоростными перемещениями абонентского терминала также не учитывается. В данном документе беспроводная система ГВС является системой связи беспроводного широкополосного доступа (BWA) и имеет большую область покрытия услугами, чем обеспечивается системой беспроводной ЛВС, и дополнительно поддерживает большую скорость передачи, чем обеспечивается системой беспроводной ЛВС.
Система, использующая способ OFDM и способ OFDMA, чтобы организовать физический канал системы беспроводной ГВС для поддержки широкополосной сети передачи, известна как система связи IEEE (Институт инженеров по электротехнике и радиоэлектронике) 802.16a. Система связи IEEE 802.16a - это система связи с широкополосным беспроводным доступом, использующая способ OFDM/OFDMA. Дополнительно так как система связи IEEE 802.16a применяет способ OFDM/OFDMA для системы беспроводной ГВС, система связи IEEE 802.16a передает сигнал физического канала, используя множество поднесущих, таким образом обеспечивая высокоскоростную передачу данных. Поэтому систему связи IEEE 802.16a называют системой связи с широкополосным беспроводным доступом.
В дальнейшем структура обыкновенной системы связи IEEE 802.16a будет описана со ссылкой к фиг. 1.
Фиг.1 - это блок-схема, схематично показывающая структуру системы связи 802.16a. Система связи IEEE 802.16a имеет структуру с одной ячейкой и включает в себя базовую станцию (БС, BS) 100 и множество абонентских терминалов 110, 120, и 130, управляемых базовой станцией 100. Передача/прием сигналов между базовой станцией 100 и абонентскими терминалами 110, 120 и 130 выполняется посредством способа OFDM/OFDMA.
В дальнейшем будет описана структура кадра нисходящей линии связи (нисходящего соединения) со ссылкой на фиг.2, которая представляет собой вид, иллюстрирующий структуру кадра нисходящего соединения системы связи IEEE 802.16a.
Обращаясь к фиг.2, кадр нисходящего канала системы связи IEEE 802.16a включает в себя раздел 200 преамбулы, раздел 210 контроля широковещательной передачи и множество мультиплексированных разделов 220 и 230 временного разделения (в дальнейшем обозначаемого TDM). Сигнал синхронизации (т.е. последовательность преамбулы), используемый при достижении обоюдной синхронизации между базовой станцией и абонентской станцией, передается посредством раздела 200 преамбулы. Раздел 210 широковещательного контроля включает в себя раздел нисходящего канала (в дальнейшем обозначаемого DL) DL-MAP 211 и раздел восходящего канала (в дальнейшем обозначаемого UL) UL-MAP 213. Раздел 211 DL_MAP - это раздел, посредством которого передается сообщение DL_MAP. В Таблице 1 показаны информационные элементы (в дальнейшем называемые IE), содержащиеся в сообщении DLMAP.
| Таблица 1 | ||
| Синтаксис | Размер | Примечания |
| DL_MAP_Message_Format { | ||
| Management Message Type=2 | 8 бит | |
| PHY Synchronization Field | Переменный | См. соответствующую спецификацию PHY |
| DCD Count | 8 бит | |
| Base Station ID | 48 бит | |
| Number of UL MAP Element n | 16 бит | |
| Начать раздел, специфичный для PHY { | См. применимый раздел PHY | |
| for(i=l; i<=n; i++) { | Для каждого элемента DL_MAP от 1 до n | |
| DL_MAP Information Element() | Переменный | См. соответствующую спецификацию PHY |
| If! (граница байта) { Padding Nibble | 4 бит | Заполнение до границы байта |
| } | ||
| } | ||
| } | ||
| } |
Как показано в Таблице 1, сообщение DL_MAP включает в себя множество элементов IE, а именно элемент "Тип управляющего сообщения", представляющий тип передаваемого сообщения, "Физическая синхронизация", установленный в соответствии со способом модуляции и способом демодуляции, используемыми в физическом канале, чтобы достичь синхронизации, "счет DCD", представляющий счет, соответствующий разновидности конфигурации сообщения описателя канала нисходящей линии связи (нисходящего канала) (в дальнейшем обозначаемого как DCD), содержащего профиль неудач по нисходящему каналу, "идентификатор базовой станции", представляющий идентификатор базовой станции (BSID), и "количество элементов DL_MAP n", представляющий количество элементов, имеющихся после "Идентификатора базовой станции". Главным образом, сообщение DL_MAP содержит информацию по кодам классификаторов, выделенных каждой классификации, которые будут описаны далее.
Более того, раздел 213 DL_MAP - это раздел, посредством которого передается сообщение DL_MAP. Приведенная ниже Таблица 2 иллюстрирует элементы IE, содержащиеся в сообщении UL_MAP.
| Таблица 2 | ||
| Синтаксис | Размер | Примечания |
| UL_MAP_Message_Format() { | ||
| Management Message Type=3 | 8 бит | |
| Uplink Channel ID | 8 бит | |
| UCD Count | 8 бит | |
| Number of UL MAP Element n | 16 бит | |
| Allocation Start Time | 32 бит | |
| Начать раздел, специфичный для PHY { | См. применимый раздел PHY | |
| for(i=l; i<=n; i++) { | Для каждого элемента UL_MAP от 1 до n | |
| UL_MAP_Information_Element() | Переменный | См. соответствующую спецификацию PHY |
| } | ||
| } | ||
| } |
Как показано в Таблице 2, сообщение UL_MAP включает в себя множество элементов IE, а именно: элемент "Тип управляющего сообщения", представляющий тип передаваемого сообщения, "Идентификатор восходящего канала", представляющий используемый идентификатор восходящего канала, "счет UCD", представляющий счет, соответствующий разновидности конфигурации сообщения дескриптора восходящего канала (в дальнейшем обозначаемого UCD), содержащего профиль неудачи по восходящему каналу, и "количество элементов UL_MAP n", представляющий количество элементов, имеющихся после "счета UCD". В данном документе идентификатор восходящего канала выделяется уникальным образом на подуровне управления доступом к среде (в дальнейшем обозначаемом как MAC).
Далее разделы 220 и 230 TDM (как показано на фиг. 2) - это разделы, соответствующие временным интервалам, выделенным для каждой абонентской станции с помощью способа мультиплексирования с временным разделением (в дальнейшем называемого TDM) множественного доступа с временным разделением (в дальнейшем называемого TDMA) TDM/TDMA. Базовая станция передает широковещательную информацию, для которой должна выполняться широковещательная рассылка, абонентским станциям, управляемым базовой станцией посредством раздела 211 DL_MAP в кадре нисходящего канала посредством предустановленной центральной несущей. Затем выполняют включение питания каждой из абонентских станций, и базовая станция затем заблаговременно выполняет мониторинг всех полос частот, установленных в каждой из абонентских станций, и обнаруживает сигнал канала пилот-сигнала (контрольного канала), имеющий наивысшее отношение несущей пилот-сигнала к помехам и шуму (в дальнейшем обозначаемое как CINR).
К тому же абонентская станция определяет, является ли базовая станция, передавшая сигнал контрольного канала, имеющий наивысший коэффициент CINR, базовой станцией, которой в настоящее время принадлежит абонентская станция. Кроме того, абонентская станция подтверждает раздел 211 DL_MAP и раздел 213 UL_MAP кадра нисходящего канала, переданного базовой станцией, и подтверждает управляющую информацию, управляющую восходящим соединением и нисходящим соединением абонентской станции и информацию, представляющую действительное положение передачи/приема данных.
Таблица 3, проиллюстрированная ниже, показывает структуру сообщения UCD.
| Таблица 3 | ||
| Синтаксис | Размер | Примечания |
| UCD-message_Format() { | ||
| Management Message Type=0 | 8 бит | |
| Uplink Channel ID | 8 бит | |
| Configuration Change Count | 8 бит | |
| Mini-slot Size | 8 бит | |
| Ranging Backoff Start | 8 бит | |
| Ranging Backoff End | 8 бит | |
| Request Backoff Start | 8 бит | |
| Request Backoff End | 8 бит | |
| Информация, закодированная по схеме TLV для всего канала | Переменный | |
| Начать раздел, специфичный для PHY { | ||
| for(i=l; i<=n; I+n) { | ||
| Uplink_Burst_Descriptor | Переменный | |
| } | ||
| } | ||
| } |
Как показано в Таблице 3, сообщение UCD включает в себя множество элементов IE, а именно 'Management Message Type' ("Тип управляющего сообщения"), представляющий тип переданного сообщения, 'Uplink Channel ID' ("Идентификатор восходящего канала"), представляющий использованный идентификатор восходящего канала, 'Configuration Change Count' ("счетчик изменений конфигурации"), в котором счет выполняется базовой станцией, 'Mini-slot Size' ("размер мини-слота"), представляющий размер мини-слота восходящего физического канала, 'Ranging Backoff Start' ("начало отсрочки регулирования"), представляющий начальную точку отсрочки использования начального регулирования, то есть размер начального окна отсрочки использования начального регулирования, 'Ranging Backoff End' ("конец отсрочки регулирования"), представляющий конечную точку отсрочки использования начального регулирования, то есть размер конечного окна отсрочки, 'Request Backoff Start' ("начало отсрочки запроса"), представляющий начальную точку отсрочки для "конкурирующих данных и запросов", то есть размер начального окна отсрочки, и 'Request Backoff End' ("конец отсрочки запроса"), представляющий конечную точку отсрочки для "конкурирующих данных и запросов", то есть размер конечного окна отсрочки.
В данном документе значение отсрочки представляет разновидность значения времени ожидания, в течение которого абонентская станция должна ожидать следующее регулирование, когда произошла ошибка при регулировании, описываемая далее. Более того, базовая станция должна передавать абонентской станции значение задержки передачи, которое представляет собой информацию о промежутке времени, в течение которого абонентская станция должна ожидать следующее регулирование, когда абонентская станция выполняет неудачное регулирование. Например, когда значение Начала задержки регулирования и Конца задержки регулирования устанавливается равным 10, абонентская станция пропускает момент, при котором абонентская станция может выполнить регулирования 210 раз (т.е., 1024 раз), и затем должна выполнить следующее регулирование.
В дальнейшем будет описана структура кадра восходящего соединения обычной системы связи IEFE 802.16a со ссылкой на фиг.3, которая представляет собой вид, иллюстрирующий структуру кадра восходящего соединения системы связи IEFE 802.16a.
Перед описанием фиг.3, ниже будет подробно описан каждый из видов регулирования, описанных и использованных в системе связи IEEE 802.16a, которые включают в себя начальное регулирование, сопровождающее регулирование, то есть периодическое регулирование, и регулирование запроса диапазона частот.
Начальное регулирование - это регулирование, которое выполняется, когда базовая станция запрашивает начальное регулирование, чтобы достичь синхронизации с абонентской станцией. Более того, начальное регулирование - это регулирование, которое выполняется, чтобы соответствовать точному смещению по времени между абонентской станцией и базовой станцией и настроить мощность передачи. То есть абонентская станция при включении питания принимает сообщение DL_MAP, сообщение UL_MAP, сообщение UCD и достигает синхронизации с базовой станцией. Так, абонентская станция выполняет начальное регулирование, чтобы согласовать смещение по времени и мощность передачи с базовой станцией. Базовая станция принимает MAC-адрес абонентской станции от абонентской станции с помощью процедуры начального регулирования. Затем базовая станция формирует основной идентификатор соединения (в дальнейшем называемый основной CID) и идентификатор соединения первичного управления (в дальнейшем называемый CID первичного управления), соотнесенный с принятым MAC-адресом абонентской станции, и затем передает сформированный основной CID и CID первичного управления абонентской станции. Затем абонентская станция распознает основной CID и CID первичного управления абонентской станции с помощью процедуры начального регулирования.
В данном документе так как система связи IEEE 802.16a использует способ OFDM/OFDMA, для процедуры регулирования требуются регулировочные подканалы и регулировочные коды. Базовая станция выделяет пригодные для использования коды регулирования (RC) в соответствии с объектом регулирования, то есть типом регулирования. Это будет далее описано более подробно.
Данный код регулирования формируется путем сегментирования последовательности псевдослучайного шума (в дальнейшем обозначаемого как PN), имеющей заданную длину (т.е., длину 215-1 бит) в заданных единицах измерения. Как правило, два подканала с длиной 53 бита составляют один регулировочный канал. Далее регулировочный код строится путем сегментации кода PN через регулировочный канал длиной 106 бит. 48 кодов регулирования (т.е. с RC№1 по RC№48) (максимум 48 кодов регулирования на абонентскую станцию), построенные таким образом, могут быть выделены абонентской станции, а два кода регулирования (минимум для абонентской станции) применяются к трем типам регулирования, то есть начальному регулированию, периодическому регулированию и регулированию запроса диапазона частот, в соответствии со значением по умолчанию. Таким образом, для каждого регулирования выделяются различные коды регулирования. Например, для начального регулирования выделяется N кодов регулирования (N кодов RC для начального регулирования), для периодического регулирования выделяется M кодов регулирования (M кодов RC для периодического регулирования), а для регулирования запроса диапазона частот выделяется L кодов регулирования (L кодов RC для регулирования BW-запроса). Коды регулирования, выделенные таким образом, передаются на абонентские станции посредством сообщения DL_MAP, как описано выше, а абонентские станции выполняют процедуру регулирования, используя коды регулирования, содержащиеся в сообщении DL_MAP в соответствии с предметами кода регулирования.
Периодическое регулирование - это регулирование, которое периодически выполняется, когда абонентская станция, согласовав смещение по времени и мощность передачи с базовой станцией посредством начального регулирования, согласует статус канала и т.п. с базовой станцией. Абонентская станция выполняет периодическое регулирование посредством кодов регулирования, выделенных для периодического регулирования.
Регулирование по запросу диапазона частот - это регулирование, которое периодически выполняется, когда абонентская станция, согласовав смещение по времени и мощность передачи с базовой станцией посредством начального регулирования, запрашивает выделение диапазона частот, чтобы фактически выполнить обмен данными с базовой станцией.
Обращаясь к фиг.3, кадр восходящего соединения включает в себя раздел 300 "Возможности начального обслуживания", использующий начальное регулирование, сопровождающее регулирование, то есть периодическое регулирование, раздел 320 "Возможности конкуренции запроса", использующий регулирование запроса диапазона частот, и раздел 320 "запланированных данных SS", содержащий данные восходящего соединения абонентской станции. Раздел 300 Возможностей начального обслуживания включает в себя множество интервалов доступа, фактически содержащих начальное регулирование и периодическое регулирование, и интервал коллизий, в котором случается коллизия между интервалами доступа. Раздел 310 Возможностей конкуренции запроса включает в себя множество интервалов запроса на диапазон частот, включающих в себя регулирование запроса диапазона частот, и интервал коллизии, в котором случается коллизия между интервалами запросов диапазона частот. Затем раздел 320 запланированных данных включает в себя множество частей запланированных данных SS (т.е. с запланированной части данных SS 1 по запланированную часть данных SS N) и пауза передачи абонентской станции, который присутствует в каждой из частей запланированных данных SS.
Раздел кода использования интервала восходящего соединения (в дальнейшем обозначаемый UIUC), который представляет собой раздел, в который записывается информация, определяющая использование смещения, записанного в раздел смещения. Таблица 4 ниже показывает раздел UIUC.
| Таблица 4 | |||
| Имя IE | UIUC | ID соединения | Описание |
| Зарезервирован | 0 | NA | Зарезервирован для будущего использования |
| Запрос | 1 | любой | Начальное смещение области запроса |
| Начальное обслуживание | 2 | широковеща-тельный | Начальное смещение области обслуживания (используется в начальном регулировании) |
| Обслуживание станции | 3 | одноадресный | Начальное смещение области обслуживания (используется в периодическом регулировании) |
| Тип 1 пакета разрешения данных | 4 | одноадресный | Начальное смещение назначения для типа 1 пакета разрешения данных |
| Тип 2 пакета разрешения данных | 5 | одноадресный | Начальное смещение назначения для типа 2 пакета разрешения данных |
| Тип 3 пакета разрешения данных | 6 | одноадресный | Начальное смещение назначения для типа 3 пакета разрешения данных |
| Тип 4 пакета разрешения данных | 7 | одноадресный | Начальное смещение назначения для типа 4 пакета разрешения данных |
| Тип 5 пакета разрешения данных | 8 | одноадресный | Начальное смещение назначения для типа 5 пакета разрешения данных |
| Тип 6 пакета разрешения данных | 9 | одноадресный | Начальное смещение назначения для типа 6 пакета разрешения данных |
| Нулевой IE | 10 | нулевой | Конечное смещение предыдущего разрешения. Используется, чтобы ограничить длину последнего действительного выделения интервала |
| Пустой | 11 | нулевой | Используется для назначения пауз при передаче |
| Зарезервирован | с 12 по 15 | не применимо | Зарезервирован |
Как показано в Таблице 4, раздел UIUC содержит информацию, определяющую использование смещения, записанного в разделе смещения. Например, когда в раздел UIUC записывается значение 2, это обозначает, что в раздел смещения записано исходное смещение, используемое в начальном регулировании. Например, когда в раздел UIUC записывается значение 3, это обозначает, что в раздел смещения записано исходное смещение, используемое в сопровождающем регулировании или регулировании запроса диапазона частот. Как описано выше, раздел смещения - это раздел, записывающий исходное значение смещения, используемое в начальном регулировании, регулировании по запросу диапазона частот или сопровождающем регулировании в соответствии с информацией, записанной в разделе UIUC. Далее информация по характеристике физического канала, которая должна быть передана в разделе UIUC, записывается в сообщение UCD.
В дальнейшем процесс регулирования между базовой станцией и абонентской станцией в обычной системе связи IEEE 802.16a будет описан со ссылкой на фиг.4, которая представляет собой блок-схему алгоритма, иллюстрирующую процесс регулирования между базовой станцией и абонентской станцией в системе связи IEEE 802.16a.
Обращаясь к фиг.4, при включении питания абонентская станция 400 выполняет мониторинг всех полос частот, заблаговременно установленных в абонентской станции 400, и обнаруживает сигнал контрольного канала, имеющий наибольший CINR. К тому же абонентская станция 400 определяет, является ли базовая станция 420, передавшая сигнал контрольного канала, имеющий наибольший CINR, базовой станцией 420, которой в настоящее время принадлежит абонентская станция 400. Затем абонентская станция 400 принимает преамбулу кадра нисходящего соединения, переданного от базовой станции 420, и достигает системной синхронизации с базовой станцией 420.
Как описано выше, когда достигается системная синхронизация между абонентской станцией 400 и базовой станцией 420, базовая станция 420 передает абонентской станции 400 сообщение DL_MAP и сообщение UL_MAP на этапах 411 и 413 соответственно. В данном документе, как описано в Таблице 1, сообщение DL_MAP выполняет функцию уведомления абонентской станции 400 об информации, требуемой, когда абонентская станция 400 достигает синхронизации относительно базовой станции 420 по нисходящему соединению, и информации по структуре физического канала, способного принимать сообщения, переданные абонентской станции 400 по нисходящему соединению. Дополнительно, как описано в Таблице 2, сообщение UL_MAP выполняет функцию уведомления абонентской станции 400 об информации по периоду планирования абонентской станции и структуре физического канала восходящего соединения.
Между тем, выполняется широковещательная передача сообщения DL_MAP от базовой станции всем абонентским станциям. В данном документе в случай, когда определенная станция абонента может непрерывно принимать сообщение DL_MAP, означает, что данная абонентская станция была синхронизирована с базовой станцией. То есть абонентская станция, приняв сообщение DL_MAP, может принимать все сообщения, переданные по нисходящему соединению. Далее, как описано в Таблице 2, когда абонентской станции не удается получить доступ, базовая станция передает сообщение UCD, содержащее информацию, сообщающую значение полезной отсрочки для абонентской станции.
Между тем, когда абонентская станция 400, достигнув синхронизации с базовой станцией 420, выполняет регулирование, абонентская станция 400 передает базовой станции 420 сообщение запроса регулирования (в дальнейшем обозначаемое RNG_REQ) на этапе 415. Затем на этапе 417 базовая станция 420, получив сообщение RNG_REQ, передает абонентской станции 400 сообщение ответа регулирования (в дальнейшем обозначаемое RNG_RSP), которое содержит информацию для корректировки частоты, времени и мощности передачи при регулировании.
Таблица 5, проиллюстрированная ниже, показывает структуру сообщения RNG_REQ.
| Таблица 5 | ||
| Синтаксис | Размер | Примечания |
| RNG_REQ_message_Format() { | ||
| Management Message Type=4 | 8 бит | |
| Downlink Channel ID | 8 бит | |
| Pending Until Complete | 8 бит | |
| TLV Encoded Information | Переменный | Специфичная для TLV |
| } |
Как показано в Таблице 5, 'Downlink Channel ID' ("Идентификатор нисходящего канала") представляет собой идентификатор нисходящего канала, включенный в состав сообщения RNG_REQ, принятого абонентской станцией 400 от UCD. 'Pending Until Complete' ("Ожидать окончания выполнения") представляет собой приоритет переданного ответа регулирования. То есть когда "Ожидать окончания выполнения" принимает значение 0, предшествующий ответ регулирования имеет высокий приоритет. Наоборот, когда "Ожидать окончания выполнения" принимает значения, отличные от 0, текущий переданный ответ регулирования имеет высокий приоритет.
Таблица 6, приведенная ниже, показывает структуру сообщения RNG_RSP, соответствующего сообщению RNG_REQ, показанному в Таблице 5.
| Таблица 6 | ||
| Синтаксис | Размер | Примечания |
| RNG_RSP_message_Format() { | ||
| Management Message Type=5 | 8 бит | |
| Uplink Channel ID | 8 бит | |
| TLV Encoded Information | Переменный | Специфичная для TLV |
| } |
Как показано в Таблице 6, 'Uplink Channel ID' ("Идентификатор восходящего канала") представляет собой идентификатор восходящего канала, включенный в состав сообщения RNG_REQ. Между тем, на фиг.4, так как система связи IEEE 802.16a учитывает только состояние, в котором абонентская станция является неподвижной в текущий момент времени, то есть она не полностью учитывает мобильность абонентской станции, базовая станция 420 (как показано на фиг.4), взаимодействующая с абонентской станцией 400, безусловно, становится обслуживающей базовой станцией.
Как описано выше, система связи IEEE 802.16a учитывает только состояние, в котором абонентская станция является неподвижной в текущий момент времени (т.е. состояние, в котором мобильность абонентской станции не полностью учитывается), и структуру из одной соты. Однако оговорено, что система связи IEEE 802.16e является системой, учитывающей мобильность абонентской станции в системе связи IEEE 802.16a. Соответственно система связи IEEE 802.16e должна учитывать мобильность абонентской станции в многосотовом окружении. Чтобы обеспечить мобильность абонентской станции в многосотовом окружении, обязательно требуются изменения в работе абонентской станции и базовой станции. В особенности, чтобы обеспечить мобильность абонентской станции, активно проводились исследования хэндовера абонентской станции, учитывающего многосотовую структуру.
В дальнейшем будет описана со ссылкой на фиг.5 структура обыкновенной системы связи IEEE 802.16e.
Фиг.5 - это блок-схема, схематично показывающая структуру системы связи 802.16e.
Обращаясь к фиг.5, система связи IEEE 802.16e обладает многосотовой структурой, то есть сотой 500 и сотой 550. Более того, система связи IEEE 802.16a включает в себя базовую станцию 510, управляющую сотой 500, базовую станцию 540, управляющую сотой 550, и множество мобильных абонентских станций (MSS) 511, 513, 530, 551, и 553. Передача/прием сигналов между базовыми станциями 510 и 540 и мобильными абонентскими станциями 511, 513, 530, 551 и 553 выполняется посредством способа OFDM/OFDMA. В данном документе мобильная абонентская станция 530 (среди мобильных абонентских станций 511, 513, 530, 551 и 553) существует в области с перекрытием (т.е. области хэндовера) между сотой 500 и сотой 550. Таким образом, только когда должен поддерживаться хэндовер для мобильной абонентской станции 530, возможно поддерживать мобильность для мобильной абонентской станции 530.
В системе связи IEEE 802.16e определенная мобильная абонентская станция принимает сигнал контрольного канала, передаваемый от множества базовых станций, и измеряет коэффициенты CINR принятых сигналов контрольного канала. Затем мобильная абонентская станция выбирает базовую станцию, представляющую собой базовую станцию, которая передала сигнал контрольного канала с наибольшим коэффициентом CINR среди измеренных коэффициентов CINR сигналов контрольного канала, в качестве базовой станции, которой принадлежит мобильная абонентская станция. То есть мобильная абонентская станция опознает среди базовых станций, передавших сигналы контрольного канала, базовую станцию, которая передает сигнал контрольного канала, допускающий благоприятный прием мобильной абонентской станцией, в качестве базовой станции, которой принадлежит данная мобильная абонентская станция. В результате базовая станция, которой в настоящий момент принадлежит мобильная абонентская станция, становится обслуживающей базовой станцией. Мобильная абонентская станция, выбравшая обслуживающую базовую станцию, принимает кадр нисходящего соединения и кадр восходящего соединения от обслуживающей базовой станции. В данном документе кадр нисходящего соединения и кадр восходящего соединения системы связи IEEE 802.16e имеют такие же структуры, как у кадра нисходящего соединения и кадра восходящего соединения системы связи IEEE 802.16a, показанные на фиг. 2 и 3 выше и описанные в данном документе 2 and 3 above and described herein.
Обслуживающая базовая станция передает мобильной абонентской станции сообщение объявления близости мобильной абонентской станции (в дальнейшем обозначаемое MOB_NBR_ADV). Таблица 7, приведенная ниже, показывает структуру сообщения MOB_NBR_ADV.
| Таблица 7 | ||
| Синтаксис | Размер | Примечания |
| MOB_NBR_ADV_message_Format() { | ||
| Management Message Type=48 | 8 бит | |
| Configuration Change Count | 8 бит | |
| N_NEIGHBORS | 8 бит | |
| For(j=0;j<N NEIGHBORS;J++){ | ||
| Neighbor BS-ID | 48 бит | |
| Physical Frequency | 32 бит | |
| TLV Encoded Neighbor Information | Переменный | Специфичная для TLV |
| } | ||
| } |
Как показано в Таблице 7, сообщение MOB_NBR_ADV включает в себя множество элементов IE, а именно 'Management Message Type' ("Тип управляющего сообщения"), представляющий собой тип передаваемого сообщения, 'Configuration Change Count' ("Счетчик измерений конфигурации"), представляющий собой количество изменений Конфигурации, 'N_NEIGHBORS' ("N соседей"), представляющий собой количество соседних базовых станций, 'Neighbor BS-ID' ("соседний BS-ID"), представляющий собой идентификаторы (ID) соседних базовых станций, 'Physical Frequency' ("Физическая частота"), представляющий собой физическую частоту соседней базовой станции, и 'TLV Encoded Neighbor Information' ("Информация о соседях, закодированная по схеме TLV"), представляющий собой дополнительную информацию, относящуюся к соседней базовой станции, в дополнение к данной информации.
Мобильная абонентская станция, приняв сообщение MOB_NBR_ADV, передает обслуживающей базовой станции сообщение запроса на выделение интервала сканирования мобильной абонентской станции (в дальнейшем обозначаемое как MOB_SCN_REQ), когда мобильная абонентская станция намеревается сканировать коэффициенты CINR сигналов контрольного канала, передаваемых от соседней базовой станции. Так как в данном документе момент времени, в который мобильная абонентская станция запрашивает сканирование, не имеет непосредственного отношения к операции сканирования CINR сигнала контрольного канала, подробное описание данного момента времени будет опущено.
Таблица 8, приведенная ниже, показывает структуру сообщения MOB_SCN_REQ.
| Таблица 8 | ||
| Синтаксис | Размер | Примечания |
| MOB_SCN_REQ_message_Format() { | ||
| Management Message Type=? | 8 бит | |
| Scan Duration | 16 бит | В качестве единиц используются кадры |
| } |
Как показано в Таблице 8, сообщение MOB_SCN_REQ включает в себя множество элементов IE, а именно 'Management Message Type' ("Тип управляющего сообщения"), представляющий собой тип передаваемого сообщения, и 'Scan Duration' ("Продолжительность сканирования"), представляющий собой продолжительность, с которой мобильная абонентская станция сканирует коэффициенты CINR сигналов контрольного канала, передаваемых от соседних базовых станций. 'Scan Duration' составляется по кадру. В данном документе 'Management Message Type' передаваемого сообщения MOB_SCN_REQ еще не было определено (т.е. Management Message Type = undefined (не определено) или "?", как показано в таблице для экономии места).
Между тем обслуживающая базовая станция, приняв сообщение MOB_SCN_REQ, передает на мобильную абонентскую станцию сообщение ответа на выделение интервала сканирования мобильной абонентской станции (в дальнейшем обозначаемое как MOB_SCN_RSP), которое содержит информацию, которая должна быть считана мобильной абонентской станцией. Таблица 9, приведенная ниже, показывает структуру сообщения MOB_SCN_RSP.
| Таблица 9 | ||
| Синтаксис | Размер | Примечания |
| MOB SCN RSP message Format() { | ||
| Management Message Type=? | 8 бит | |
| Length | 8 бит | в байтах |
| For(I=0;i<Length/3;i++) { | ||
| CID | 16 бит | первичный CID для MSS |
| Duration | 8 бит | в кадрах |
| } | ||
| } |
Как показано в таблице 9, сообщение MOB_SCN_RSP включает в себя множество элементов IE, а именно, 'Management Message Type' ("Тип управляющего сообщения"), представляющий собой тип передаваемого сообщения, идентификатор соединения мобильной абонентской станции (в дальнейшем обозначаемый как CID), передавшей сообщение MOB_SCN_REQ, и продолжительность сканирования. В Таблице 9, 'Management Message Type' тип передаваемого сообщения MOB_SCN_RSP еще не определен (то есть Management Message Type = undefined), а продолжительность (Duration) сканирования - это продолжительность, в течение которого мобильная абонентская станция выполняет сканирование контрольного CINR. Мобильная абонентская станция, приняв сообщение MOB_SCN_RSP, содержащее информацию по сканированию, сканирует в соответствии с параметрами информации по сканированию контрольные коэффициенты CINR для соседних базовых станций, которые были распознаны посредством сообщения MOB_NBR_ADV.
Чтобы поддержать хэндовер в системе связи IEEE 802.16e, мобильная абонентская станция должна измерить коэффициенты CINR сигналов контрольного канала, передаваемых от соседних базовых станций и базовой станции (т.е. обслуживающей базовой станции), которой принадлежит в настоящий момент времени мобильная абонентская станция. Далее, когда коэффициент CINR сигнала контрольного канала, передаваемого от обслуживающей базовой станции, меньше коэффициентов CINR сигналов контрольного канала, передаваемых от соседних базовых станций, модельная абонентская станция запрашивает хэндовер у обслуживающей базовой станции. В данном документе для удобства описания фраза "измерить CINR сигнала контрольного канала" может быть выражена фразой "сканировать или выполнить сканирование CINR сигнала контрольного канала". Кроме того, слова "сканировать" и "сканирование" отражают одинаковые понятия, "сканировать" используется вместе с "сканирование" для удобства описания.
В дальнейшем будет описан со ссылкой на фиг.6 процесс хэндовера по запросу мобильной абонентской станции в обычной системе связи IEEE 802.16e.
Фиг.6 - это блок-схема алгоритма, иллюстрирующая процесс хэндовера по запросу мобильной абонентской станции в обычной системе связи IEEE 802.16e.
Обращаясь к фиг.6, сначала обслуживающая базовая станция 640 передает мобильной абонентской станции 600 сообщение MOB_NBR_ADV на этапе 611. Затем мобильная абонентская станция 600 принимает сообщение MOB_NBR_ADV и получает информацию по соседним базовым станциям. Далее на этапе 613, когда мобильная абонентская станция 600 намеревается сканировать коэффициенты CINR сигналов контрольного канала, передаваемых от соседних базовых станций, мобильная абонентская станция 600 передает сообщение MOB_SCN_REQ обслуживающей базовой станции 640. Так как в данном документе момент времени, в который мобильная абонентская станция 600 запрашивает сканирование, не имеет непосредственного отношения к операции сканирования CINR сигнала контрольного канала, подробное описание данного момента времени будет опущено. Между тем, на этапе 615 обслуживающая базовая станция 640, приняв сообщение MOB_SCN_REQ, передает сообщение MOB_SCN_RSP, которое содержит информацию мобильной абонентской станции 600 для считывания мобильной абонентской станцией 600. На этапе 617 мобильная абонентская станция 600, приняв сообщение MOB_SCN_RSP, содержащая информацию по сканированию, выполняет сканирование CINR коэффициентов сигналов контрольного канала относительно соседних базовых станций, которые были распознаны посредством приема сообщения MOB_NBR_ADV, в соответствии с параметрами (т.е. продолжительностью сканирования), содержащимися в сообщении MOB_SCN_RSP.
Затем после того как сканирование коэффициентов CINR сигналов контрольного канала, принятых от соседних базовых станций, полностью выполнено, когда мобильная абонентская станция 600 решает сменить обслуживающую базовую станцию 640, которой принадлежит мобильная абонентская станция в данный момент на этапе 619, то есть мобильная абонентская станция решает сменить текущую обслуживающую базовую станцию 640 на другую новую базовую станцию, мобильная абонентская станция 600 передает обслуживающей базовой станции 640 сообщение запроса на хэндовер мобильной абонентской станции (в дальнейшем обозначаемое как MOB_MSSHO_REQ) на этапе 621. В данном документе новая базовая станция (т.е. базовая станция, которой должно быть передано обслуживание мобильной абонентской станции 600), которая не является обслуживающей базовой станцией, которой в настоящий момент принадлежит мобильная абонентская станция 600, называется целевой базовой станцией (целевой BS). Таблица 10 показывает структуру сообщения MOB_MSSHO_REQ и приведена ниже.
| Таблица 10 | ||
| Синтаксис | Размер | Примечания |
| MOB_MSSHO_REQ_message_Format() { | ||
| Management Message Type=52 | 8 бит | |
| N Recommended | 8 бит | |
| For (j=O;j< N_NEIGHBORS;J++){ | ||
| Neighbor BS-ID | 48 бит | |
| BS S/(N+1) | 8 бит | |
| Service level prediction | 8 бит | |
| } | ||
| } |
Как показано в Таблице 10, сообщение MOB_MSSHO_REQ включает в себя множество элементов IE, а именно 'Management Message Type' ("Тип управляющего сообщения"), представляющий собой тип передаваемого сообщения, и 'N_Recommended' ("рекомендованный N"), представляющий собой результат, полученный сканированием мобильной абонентской станции. В данном документе, как показано в Таблице 10, 'N_Recommended' содержит идентификаторы соседних базовых станций, для CINR сигнала контрольного канала для каждой из соседних базовых станций и уровень обслуживания, который согласно прогнозу будет обеспечен соседними базовыми станциями для мобильной абонентской станции.
Между тем, когда обслуживающая базовая станция 640 принимает сообщение MOB_MSSHO_REQ, переданное от мобильной абонентской станции 600, обслуживающая базовая станция 640 обнаруживает список целевых базовых станций, которым может быть передано обслуживание мобильной абонентской станцией 600, посредством информации 'N_Recommended' из принятого сообщения MOB_MSSHO_REQ на этапе 623. В данном документе для удобства описания список целевых базовых станций, которым может быть передано обслуживание мобильной абонентской станцией 600, будет называться "список целевых базовых станций с осуществимым хэндовером". На фиг. 6 подразумевается, что первая целевая базовая станция 660 и вторая целевая базовая станция 680 присутствуют в списке целевых базовых станций с осуществимым хэндовером. Также список целевых базовых станций с осуществимым хэндовером может включать в себя множество целевых базовых станций. На этапах 625 и 627 обслуживающая базовая станция 640 передает сообщение извещений о хэндовере (в дальнейшем обозначаемое как HO_notifications) целевым базовым станциям (т.е. первой целевой базовой станции 660 и второй целевой базовой станции 680), входящим в список целевых базовых станций с осуществимым хэндовером. Таблица 11 показывает структуру сообщения HO_notification и приведена ниже.
| Таблица 11 | ||
| Синтаксис | Размер | Примечания |
| Global Header | 152 бита | |
| For (j=O;j<Num Records ;J++) { | ||
| MSS unique identifier | 48 бит | уникальный идентификатор длиной 48 бит, используемый MSS (предоставляется MSS или сообщением I-am-host-of) |
| Estimated Time to HO | 16 бит | В миллисекундах относительно метки времени, значение 0 данного параметра указывает, что нет ожидающих действительных HO |
| Required BW | 8 бит | Диапазон частот, который требуется для MSS (чтобы гарантировать минимальную передачу пакетных данных) |
| Required QoS | 8 бит | Наименование класса обслуживания, представляющее авторизованный QoSparamSet |
| } | ||
| Security field | Подлежит определению | Средство аутентификации данного сообщения |
| CRC field | 32 бита | IEEE CRC-32 |
Как показано в Таблице 11, сообщение HO_notification включает в себя множество элементов IE, а именно идентификатор MSS ID мобильной абонентской станции 600, намеревающейся выполнить процедуру хэндовера на первую целевую базовую станцию 660 или вторую целевую базовую станцию 680, ожидаемое время начала хэндовера мобильной абонентской станцией 600, информацию по полосе частот, запрошенной от мобильной абонентской станции 600 к целевой базовой станции, которая станет новой обслуживающей базовой станцией, и уровень обслуживания, который должен быть предоставлен мобильной абонентской станции 600. В данном документе диапазон частот и уровень обслуживания, запрошенный мобильной абонентской станцией 600, идентичны информации по прогнозируемому уровню обслуживания, записанному в сообщении MOB_MSSHO_REQ, которое описано выше в Таблице 10.
Тем временем, когда первая целевая базовая станция 660 или вторая целевая базовая станция 680 принимают от обслуживающей базовой станции 640 сообщения HO_notification, каждая из них передает обслуживающей базовой станции сообщения ответа извещения о хэндовере (в дальнейшем обозначаемые как HO_notification_response) на этапах 629 или 631 соответственно. Таблица 12 показывает структуру сообщения HO_notification_response и приведена ниже.
| Таблица 12 | ||
| Синтаксис | Размер | Примечания |
| Global Header | 152 бита | |
| For (j=O;j< Num Records;J++){ | ||
| MSS unique identifier | 48 бит | уникальный идентификатор длиной 48 бит, используемый MSS (предоставляется MSS или сообщением I-am-host-of) |
| QoS Estimated | 8 бит | Диапазон частот, предоставляемый БС (чтобы гарантировать минимальную передачу пакетных данных), подлежит определению, как установить данное поле |
| BW Estimated | 8 бит | Уровень качества обслуживания - добровольно предоставленное обслуживание (UGS); - обслуживание с опросом в режиме реального времени (rtPS); - обслуживание с опросом без режима реального времени(nrtPS); - наилучшее усилие |
| ACK/NACK | 1 бит | Подтверждение или негативное подтверждение 1 - подтверждение, означающее, что соседняя БС принимает сообщение HO_notification от обслуживающей БС 0 - негативное подтверждение, означающее, что соседняя БС может не принять сообщение HO_notification от обслуживающей БС |
| } | ||
| Security field | Подлежит определению | Средство аутентификации данного сообщения |
| CRC field | 32 бит | IEEE CRC-32 |
Как показано в Таблице 12, сообщение HO_notification_response включает в себя множество элементов IE, а именно идентификатор MSS ID (уникальный идентификатор MSS) мобильной абонентской станции, намеревающейся выполнить процедуру хэндовера на целевые базовые станции, ответ ACK/NACK относительного того, могут или нет базовые станции выполнить хэндовер в соответствии с запросом мобильной абонентской станции на хэндовер, и информация по диапазону частот и уровню обслуживания, которые могут быть обеспечены каждой целевой базовой станцией, когда обслуживание мобильной абонентской станции передается каждой целевой базовой станции.
Между тем, обслуживающая базовая станция 640, приняв сообщения HO_notification_response от первой целевой базовой станции 660 и второй целевой базовой станции 680 анализирует принятое сообщение HO_notification_response и выбирает целевую базовую станцию, которая может оптимальным образом обеспечить диапазон частот и уровень обслуживания, запрошенные мобильной абонентской станцией 600, когда передается обслуживание мобильной абонентской станции 600, в качестве окончательной целевой базовой станции, которой будет передано обслуживание мобильной абонентской станции 600. Например, когда предполагается, что уровень обслуживания, который может быть обеспечен первой целевой базовой станцией 660, меньше запрошенного мобильной абонентской станцией 600, и уровень обслуживания, который может быть обеспечен второй целевой базовой станцией 680, идентичен запрошенному мобильной абонентской станцией 600, обслуживающая базовая станция 640 выбирает вторую целевую базовую станцию 680 в качестве окончательной целевой базовой станции, которой будет передано обслуживание мобильной абонентской станции 600. Соответственно обслуживающая базовая станция 640 передает на этапе 633 второй целевой базовой станции 680 сообщение подтверждения уведомления о хэндовере (в дальнейшем обозначаемое как HO_notification_confirm), то есть сообщение ответа относительно сообщения HO_notification_response message. Таблица 13 показывает структуру сообщения HO_notification_confirm и приведена ниже.
| Таблица 13 | ||
| Синтаксис | Размер | Примечания |
| Global Header | 152 бита | |
| For (j=O;j<Num Records; J++){ | ||
| MSS unique identifier | 48 бит | 48-битный универсальный MAC-адрес MSS (предоставленный базовой станции в сообщении RNG-REQ) |
| QoS Estimated | 8 бит | Диапазон частот, который предоставляется базовой станцией (чтобы гарантировать минимальную передачу пакетных данных), подлежит определению |
| B W Estimated | 8 бит | Уровень качества обслуживания - добровольно предоставленное обслуживание (UGS); - обслуживание с опросом в режиме реального времени (rtPS); - обслуживание с опросом без режима реального времени (nrtPS); - наилучшее усилие |
| } | ||
| Security field | Подлежит определению | Средство аутентификации данного сообщения |
| CRC field | 32 бита | IEEE CRC-32 |
Как показано в Таблице 13, сообщение HO_notification_confirm включает в себя множество элементов IE, а именно идентификатор MSS ID (уникальный идентификатор MSS) мобильной абонентской станции, намеревающейся выполнить процедуру хэндовера на выбранную целевую базовую станцию, и информацию по диапазону частот и уровню обслуживания, которые может обеспечить выбранная целевая базовая станция, когда обслуживание мобильной абонентской станцией передается выбранной целевой базовой станции.
Также обслуживающая базовая станция 640 передает на этапе 635 мобильной абонентской станции 600 сообщение ответа мобильной абонентской станции на хэндовер (в дальнейшем обозначаемое как MOB_HO_RSP), то есть сообщение ответа по отношению к сообщению MOB_MSSHO_REQ. В данном документе сообщение MOB_HO_RSP содержит информацию по целевой базовой станции, которой должно передаваться обслуживание мобильной абонентской станции 600. Таблица 14, приведенная ниже, показывает структуру сообщения MOB_HO_RSP.
| Таблица 14 | ||
| Синтаксис | Размер | Примечания |
| MOB_HO_RSP_message_Format() { | ||
| Management Message Type=53 | 8 бит | |
| Estimated HO time | 8 бит | |
| N Recommended | 8 бит | |
| For (j=O;j< N NEIGHBORS ;J++) { | ||
| Neighbor BS-ID | 48 бит | |
| Service level prediction | 8 бит | Данный параметр присутствует, только когда сообщение отправлено базовой станцией |
| } | ||
| } |
Как показано в Таблице 14, сообщение MOB_HO_RSP включает в себя множество элементов IE, а именно 'Management Message Type' ("Тип управляющего сообщения"), представляющий собой тип передаваемого сообщения, ожидаемое время начала процедуры хэндовера и 'N_Recommended' ("Рекомендованный N"), представляющий собой результат по целевым базовым станциям, выбранным обслуживающей базовой станцией. В данном документе в Таблице 14 'N_Recommended' содержит идентификаторы выбранных целевых базовых станций и уровень обслуживания, который по прогнозу будет предоставлен каждой целевой базовой станцией мобильной абонентской станции. На фиг. 6 сообщение MOB_HO_RSP окончательно включает в себя только информацию целевой базовой станции по второй целевой базовой станции 680 среди целевых базовых станций, присутствующих в списке целевых базовых станций с осуществимым хэндовером. Однако когда среди целевых базовых станций, присутствующих в списке целевых базовых станций с осуществимым хэндовером, существует множество целевых базовых станций, которые могут обеспечивать диапазон частот и уровень обслуживания, запрошенные мобильной абонентской станцией 600, сообщение MOB_HO_RSP включает в себя информацию по множеству целевых базовых станций.
Затем мобильная абонентская станция 600, приняв сообщение MOB_HO_RSP, анализирует информацию 'N_Recommended', содержащуюся в сообщении MOB_HO_RSP, и выбирает целевую базовую станцию, которой должно быть передано обслуживание мобильной абонентской станцией 600. После этого мобильная абонентская станция 600, выбрав целевую базовую станцию, которой должно быть передано обслуживание мобильной абонентской станции 600, на этапе 637 передает обслуживающей базовой станции 640 сообщение индикации хэндовера мобильной абонентской станции (в дальнейшем обозначаемое как MOB_HO_IND), то есть сообщение ответа по отношению к сообщению MOB_HO_RSP. Таблица 15, приведенная ниже, показывает структуру сообщения MOB_HO_IND.
| Таблица 15 | ||
| Синтаксис | Размер | Примечания |
| MOB_HO_IND_message_Format() { | ||
| Management Message Type=54 | 8 бит | |
| TLV Encoded Information | Переменный | специфичный для TLV |
| Target BS ID | 48 бит | |
| } |
Как показано в Таблице 12, сообщение MOB_HO_IND включает в себя множество элементов IE, а именно 'Management Message Type' ("Тип управляющего сообщения"), представляющий тип переданного сообщения, 'Target_BS_ID' ("Целевой BS ID"), представляющий собой идентификатор целевой базовой станции, выбранной мобильной абонентской станцией, и 'TLV Encoded Information' "Информация, закодированная по схеме TLV", представляющая собой дополнительную информацию в добавок к данной информации.
Между тем на этапе 639 обслуживающая базовая станция 640, приняв сообщение MOB_HO_IND, распознает, что обслуживание мобильной абонентской станции 600 передано целевой базовой станции (т.е. второй целевой базовой станции 680), содержащейся в сообщении MOB_HO_IND, и затем разрывает соединение, установленное с мобильной абонентской станцией 600 в текущий момент. Таким образом, когда выполняется разрыв соединения с обслуживающей базовой станцией 640, мобильная абонентская станция 600 выполняет на этапе 641 процедуру хэндовера второй целевой базовой станции 680.
В дальнейшем со ссылкой на фиг.7 будет описан процесс хэндовера по запросу базовой станции в обычной системе связи IEEE 802.16e.
Фиг.7 - это блок-схема алгоритма, иллюстрирующая процесс хэндовера по запросу базовой станции в обычной системе связи IEEE 802.16e.
Перед тем, как описывать фиг.7, отметим, что процесс хэндовера по запросу базовой станции происходит, когда базовая станция перегружена и требуется некоторого рода разделение нагрузки для распределения нагрузки базовой станции, либо базовая станция должна обработать изменение статуса восходящего соединения от мобильной абонентской станции.
Обращаясь к фиг.7, сначала обслуживающая базовая станция 740 передает мобильной абонентской станции 600 сообщение MOB_NBR_ADV на этапе 711. Затем мобильная абонентская станция 700 принимает сообщение MOB_NBR_ADV и получает информацию по соседним базовым станциям. Далее на этапе 713, когда мобильная абонентская станция 700 намеревается сканировать коэффициенты CINR сигналов контрольного канала, передаваемых от соседних базовых станций, мобильная абонентская станция 700 передает сообщение MOB_SCN_REQ обслуживающей базовой станции 740. Так как в данном документе момент времени, в который мобильная абонентская станция 700 запрашивает сканирование, не имеет непосредственного отношения к операции сканирования CINR сигнала контрольного канала, подробное описание относительно данного момента времени будет опущено. Между тем, на этапе 715 обслуживающая базовая станция 740, приняв сообщение MOB_SCN_REQ, передает сообщение MOB_SCN_RSP, которое содержит информацию мобильной абонентской станции 700 для считывания мобильной абонентской станцией 700. На этапе 717 мобильная абонентская станция 700, приняв сообщение MOB_SCN_RSP, содержащее информацию по сканированию, выполняет сканирование CINR коэффициентов сигналов контрольного канала относительно соседних базовых станций, которые были распознаны посредством приема сообщения MOB_NBR_ADV, в соответствии с параметрами (т.е. продолжительностью сканирования), содержащимися в сообщении MOB_SCN_RSP.
Между тем, когда мобильная абонентская станция 700, управляемая обслуживающей базовой станцией 740, решает выполнить процедуру хэндовера на этапе 719 по собственной необходимости, обслуживающая базовая станция 740 на этапах 721 и 723 передает соседним базовым станциям сообщения HO_notification. В данном документе сообщение HO_notification содержит информацию по диапазону частот и уровню обслуживания, который должен быть обеспечен целевой базовой станцией, чтобы она могла стать новой обслуживающей базовой станцией для мобильной абонентской станции 700. На фиг.7 предполагается, что соседскими базовыми станциями для обслуживающей базовой станции 740 являются две базовые станции, то есть первая целевая базовая станция 760 и вторая целевая базовая станция 780.
На этапах 725 и 727 первая целевая базовая станция 760 и вторая целевая базовая станция 780 соответственно принимают сообщения HO_notification и передают обслуживающей базовой станции 740 сообщения HO_notification_response, то есть сообщения ответа на сообщения HO_notification. Как описано в Таблице 12, сообщение HO_notification_response содержит ответ ACK/NACK, касающийся того, могут ли целевые базовые станции выполнить процедуру хэндовера, запрошенную обслуживающей базовой станцией 740, и информацию по диапазону частот и уровню обслуживания, которые могут быть обеспечены мобильной абонентской станцией 700.
Затем после приема от первой целевой базовой станции 760 и второй целевой базовой станции 780 сообщений HO_notification_response обслуживающая базовая станция 740 потом выбирает целевые базовые станции, которые могут обеспечить диапазон частот и уровень обслуживания, запрошенные мобильной абонентской станцией 700.
Например, когда предполагается, что уровень обслуживания, который может быть обеспечен первой целевой базовой станцией 760, меньше запрошенного мобильной абонентской станцией 700, и уровень обслуживания, который может быть обеспечен второй целевой базовой станцией 780, идентичен запрошенному мобильной абонентской станцией 700, обслуживающая базовая станция 740 выбирает вторую целевую базовую станцию 780 в качестве окончательной целевой базовой станции, которой будет передано обслуживание мобильной абонентской станции 700. Далее обслуживающая базовая станция 740, выбрав вторую целевую базовую станцию 780 в качестве окончательной целевой базовой станции, передает сообщение HO_notification_confirm, которое является сообщением ответа на сообщение HO_notification_response на этапе 729.
Затем после передачи сообщения HO_notification_confirm второй целевой базовой станции 780 обслуживающая базовая станция 740 на этапе 731 передает мобильной абонентской станции 700 сообщение MOB_HO_RSP. В данном документе сообщение MOB_HO_RSP содержит информацию 'N_Recommended', выбранную обслуживающей базовой станцией 740, а именно выбранные целевые базовые станции (например, на фиг.7, вторую целевую базовую станцию), и диапазон частот и уровень обслуживания, которые могут быть обеспечены для мобильной абонентской станции 700 целевыми базовыми станциями. Мобильная абонентская станция 700, приняв сообщение MOB_HO_RSP, распознает, что обслуживающей базовой станцией 740 был запрошен хэндовер, и выбирает окончательную целевую базовую станцию, которой будет передано обслуживание мобильной абонентской станции 700, со ссылкой на информацию N_Recommended, содержащуюся в сообщении MOB_HO_RSP. Выбрав окончательную целевую базовую станцию, мобильная абонентская станция 700 на этапе 733 передает обслуживающей базовой станции 740 сообщение MOB_HO_IND message, то есть сообщение ответа на сообщение MOB_HO_RSP. Затем на этапе 735 обслуживающая базовая станция 740, приняв сообщение MOB_HO_IND, распознает, что обслуживание мобильной абонентской станции 700 должно быть передано целевой базовой станции, содержащейся в сообщении MOB_HO_IND, и затем разрывает соединение, установленное с мобильной абонентской станцией 700 в текущий момент. Таким образом, когда выполняется разрыв соединения с обслуживающей базовой станцией 740, мобильная абонентская станция 700 выполняет на этапе 737 процедуру хэндовера второй целевой базовой станции 780.
Как описано выше, в предлагаемой в настоящее время процедуре хэндовера в системе связи IEEE 802.16e обслуживающая базовая станция собирает информацию о соседних базовых станциях, передает сообщение HO_notification и собирает необходимую для хэндовера информацию. Затем обслуживающая базовая станция принимает сообщение HO_notification_response в качестве ответа на сообщение HO_notification и передает соответствующей мобильной абонентской станции сообщение MOB_HO_RSP, содержащее информацию о целевых базовых станциях, которым может быть передано обслуживание мобильной абонентской станции. Между тем, мобильная абонентская станция определяет базовую станцию, которой должно быть передано обслуживание мобильной абонентской станции, из списка целевых базовых станций, которым может быть передано обслуживание мобильной абонентской станции, содержащегося в сообщении MOB_HO_RSP, и затем передает обслуживающей базовой станции информацию по назначенной базовой станции. Затем мобильная абонентская станция разрывает текущее соединение с обслуживающей базой и устанавливает соединение с назначенной базовой станцией.
Как описано выше, до сих пор была определена только простая процедура для хэндовера. Однако в службе широкополосной подвижной связи при реальных разнообразных окружениях радиосвязи могут существовать различные обстоятельства, которые не были описаны в процедуре. Например, может произойти случай, при котором обслуживающая базовая станция должна принудительно заставить абонентскую станцию выполнить процедуру хэндовера на основании состояния ресурсов обслуживающей базовой станции или особых обстоятельств, таких как отклонение абонентской станцией хэндовера, запрошенного обслуживающей базовой станцией. Кроме того, может произойти случай, при котором во время передачи обслуживания целевой базовой станции изменится направление движения абонентской станции, и абонентская станция должна будет отменить процедуру хэндовера, чтобы опять соединиться с начальной обслуживающей базовой станцией.
Однако обычная широкополосная мобильная система связи пока не представила способы для разрешения данных обстоятельств, которые могут произойти, как описано выше. Дополнительно, когда обычный способ используется для вышеупомянутых обстоятельств, он неэффективен и к тому же может быть существенно снижена производительность системы.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Таким образом, настоящее изобретение было выполнено, чтобы разрешить вышеупомянутые проблемы, происходящие при предшествующем уровне техники, а также задачей настоящего изобретения является создание способа передачи обслуживания для обеспечения мобильности абонентской станции, включенной в состав широкополосной беспроводной системы связи, и выполнения беспрепятственного обмена данными.
Другой задачей настоящего изобретения является создание способа выполнения передачи обслуживания между базовыми станциями для гарантии мобильности абонентской станции в широкополосной беспроводной системе связи.
Другой дополнительной задачей настоящего изобретения является создание способа передачи обслуживания, посредством которого обслуживающая базовая станция, выполняющая обмен данными, принимает от абонентской станции сообщение запроса передачи обслуживания, содержащее информацию, относящуюся к передаче обслуживания, посредством запроса передачи обслуживания обслуживающей базовой станции, определяет базовые станции, которым должно быть передано обслуживание абонентской станции, и передает список базовых станций абонентской станции.
Еще одной задачей настоящего изобретения является создание способа, посредством которого обслуживающая базовая станция подает команду абонентской станции выполнить операцию передачи обслуживания для того, чтобы ее обслуживание было передано базовой станции посредством запроса передачи обслуживания обслуживающей базовой станции, и таким образом абонентская станция выполняет безальтернативную принудительную передачу обслуживания.
Еще одной задачей настоящего изобретения является создание способа, посредством которого абонентская станция выполняет функцию отклонения передачи обслуживания для сообщения запроса передачи обслуживания, принятого от обслуживающей базовой станции, когда обслуживание абонентской станции передается базовой станции посредством запроса передачи обслуживания обслуживающей базовой станции.
Для решения вышеупомянутой задачи, в соответствии с одним аспектом настоящего предложен осуществляемый обслуживающей базовой станцией способ разрешения мобильной станции, присутствующей в области обслуживаемой соты, выполнить процедуру передачи обслуживания в широкополосной беспроводной системе связи, включающей в себя мобильную станцию, обслуживающую базовую станцию, обеспечивающую обслуживание мобильной станции в области обслуживаемой соты, и по меньшей мере одну целевую базовую станцию, смежную с обслуживающей базовой станцией. Способ содержит этапы, на которых решают выполнить передачу обслуживания, когда обслуживающей базовой станции необходимо, чтобы мобильная станция выполнила процедуру передачи обслуживания; уведомляют одну из целевых базовых станций выполнить процедуру передачи обслуживания; и передают в мобильную станцию сообщение передачи обслуживания, включающее в себя информацию принудительной передачи обслуживания, указывающую, что обслуживающая базовая станция дает мобильной станции команду на передачу обслуживания в уведомленную целевую базовую станцию.
Для решения вышеупомянутой задачи, в соответствии с одним из аспектов настоящего предложен способ передачи обслуживания мобильной станции, расположенной в области обслуживаемой соты обслуживающей базовой станции в широкополосной беспроводной системе связи, включающей в себя мобильную станцию, обслуживающую базовую станцию, и по меньшей мере одну целевую базовую станцию, имеющую область целевой соты, смежную с областью обслуживаемой соты, причем обслуживающая базовая станция обеспечивает обслуживание мобильной станции в области обслуживаемой соты. Способ содержит этапы, на которых принимают от обслуживающей базовой станции сообщение, включающее в себя информацию передачи обслуживания; выполняют подтверждение посредством мобильной станции информации передачи обслуживания в сообщении и разрывают соединение между мобильной станцией и обслуживающей базовой станцией, когда сообщение является сообщением индикации принудительной передачи обслуживания; и выполняют передачу обслуживания по направлению к одной базовой станции, включенной в сообщение, которой может быть передано обслуживание.
Для решения вышеупомянутой задачи, в соответствии с одним из аспектов настоящего изобретения предложен осуществляемый мобильной станцией способ разрешения мобильной станции, присутствующей в области обслуживаемой соты, выполнить процедуру передачи обслуживания в широкополосной беспроводной системе связи, включающей в себя мобильную станцию, обслуживающую базовую станцию, обеспечивающую обслуживание мобильной станции в области обслуживаемой соты, и одну или более целевых базовых станций, смежных с обслуживающей базовой станцией. Способ содержит этапы, на которых передают в обслуживающую базовую станцию сообщение запроса передачи обслуживания, когда обнаружена необходимость передачи обслуживания, и передают в обслуживающую базовую станцию сообщение индикации передачи обслуживания, включающее в себя информацию отмены передачи обслуживания, когда мобильная станция решает отменить передачу обслуживания в течение периода времени, когда мобильная станция выполняет передачу обслуживания в одну из целевых базовых станций.
Для решения вышеупомянутой задачи, в соответствии с одним из аспектов настоящего предложен способ выполнения передачи обслуживания посредством обслуживающей базовой станции в широкополосной беспроводной системе связи, включающей в себя мобильную станцию, обслуживающую базовую станцию, и по меньшей мере одну целевую базовую станцию, имеющую область целевой соты, смежную с областью обслуживаемой соты обслуживающей базовой станции, причем обслуживающая базовая станция обеспечивает обслуживание мобильной станции, расположенной в области обслуживаемой соты. Способ включает в себя этапы, на которых продолжают выполнение процесса передачи обслуживания между обслуживающей базовой станцией и целевой базовой станцией после приема от мобильной станции сообщения запроса передачи обслуживания; отменяют процесс передачи обслуживания при приеме от мобильной станции обслуживающей базовой станцией сообщения отмены передачи обслуживания, включающего в себя информацию по отмене передачи обслуживания, во время выполнения процесса передачи обслуживания; и поддерживают соединение между мобильной станцией и обслуживающей базовой станцией, после того как обслуживающая базовая станция отменит процесс передачи обслуживания.
Для решения вышеупомянутой задачи в соответствии с одним из аспектов настоящего изобретения предложен осуществляемый мобильной станцией способ разрешения мобильной станции, присутствующей в области обслуживаемой соты, выполнить процедуру передачи обслуживания в широкополосной беспроводной системе связи, включающей в себя мобильную станцию, обслуживающую базовую станцию, обеспечивающую обслуживание мобильной станции в области обслуживаемой соты, и одну или более целевых базовых станций, смежных с обслуживающей базовой станцией. Способ содержит этапы, на которых передают сообщение запроса передачи обслуживания обслуживающей базовой станции, когда обнаружена необходимость передачи обслуживания; принимают от обслуживающей базовой станции первое сообщение ответа передачи обслуживания; и передают в обслуживающую базовую станцию сообщение индикации передачи обслуживания, включающее в себя информацию по отмене передачи обслуживания, когда мобильная станция решает отклонить передачу обслуживания после приема сообщения ответа передачи обслуживания.
Для решения вышеупомянутой задачи, в соответствии с одним из аспектов настоящего изобретения предложен способ выполнения передачи обслуживания посредством обслуживающей базовой станции в широкополосной беспроводной системе связи, включающей в себя мобильную станцию, обслуживающую базовую станцию, и по меньшей мере одну целевую базовую станцию, имеющую область целевой соты, смежную с областью обслуживаемой соты обслуживающей базовой станции, причем обслуживающая базовая станция обеспечивает обслуживание мобильной станции, расположенной в области обслуживаемой соты. Способ включает в себя этапы, на которых продолжают выполнение процесса передачи обслуживания между обслуживающей базовой станцией и целевой базовой станцией после приема от мобильной станции сообщения запроса передачи обслуживания; останавливают процесс передачи обслуживания, когда обслуживающая базовая станция примет от мобильной станции сообщение отклонения передачи обслуживания, включающее в себя информацию отклонения передачи обслуживания, в то время когда выполняется процесс передачи обслуживания; и передают от обслуживающей базовой станции в мобильную станцию передачи обслуживания список целевых базовых станций после того, как обслуживающая базовая станция остановит процесс передачи обслуживания.
Для решения вышеупомянутой задачи, в соответствии с одним из аспектов настоящего изобретения предложен осуществляемый мобильной станцией способ разрешения мобильной станции, присутствующей в области обслуживаемой соты, выполнить процедуру передачи обслуживания в широкополосной беспроводной системе связи, включающей в себя мобильную станцию, обслуживающую базовую станцию, обеспечивающую обслуживание мобильной станции в области обслуживаемой соты, и одну или более целевых базовых станций, смежных с обслуживающей базовой станцией. Способ содержит этапы, на которых принимают от обслуживающей базовой станции сообщение запроса передачи обслуживания и выполняют процедуру передачи обслуживания; передают обслуживающую базовую станцию сообщение индикации передачи обслуживания, включающее в себя информацию отмены передачи обслуживания, когда мобильная станция решает отменить передачу обслуживания в период времени, в течение которого мобильная станция выполняет передачу обслуживания в одну из целевых базовых станций.
Для решения вышеупомянутой задачи в соответствии с одним из аспектов настоящего изобретения предложен способ выполнения передачи обслуживания посредством обслуживающей базовой станции в широкополосной беспроводной системе связи, включающей в себя мобильную станцию, обслуживающую базовую станцию, и по меньшей мере одну целевую базовую станцию, имеющую область целевой соты, смежную с областью обслуживаемой соты обслуживающей базовой станции, причем обслуживающая базовая станция обеспечивает обслуживание мобильной станции, расположенной в области обслуживаемой соты. Способ включает в себя этапы, на которых передают сообщение запроса передачи обслуживания от обслуживающей базовой станции в мобильную станцию, и продолжают выполнение процесса передачи обслуживания между обслуживающей базовой станцией и целевой базовой станцией; отменяют процесс передачи обслуживания, когда обслуживающая базовая станция примет от мобильной станции во время выполнения процесса передачи обслуживания сообщение отмены передачи обслуживания, включающее в себя информацию отмены передачи обслуживания; поддерживают соединение между мобильной станцией и обслуживающей базовой станцией, после того как обслуживающая базовая станция отменит процесс передачи обслуживания.
Для решения вышеупомянутой задач в соответствии с одним из аспектов настоящего изобретения предложен осуществляемый мобильной станцией способ разрешения мобильной станции, присутствующей в области обслуживаемой соты, выполнить процедуру передачи обслуживания в широкополосной беспроводной системе связи, включающей в себя мобильную станцию, обслуживающую базовую станцию, обеспечивающую обслуживание мобильной станции в области обслуживаемой соты, и одну или более целевых базовых станций, смежных с обслуживающей базовой станцией. Способ, содержащий этапы, на которых принимают от обслуживающей базовой станции сообщение запроса передачи обслуживания, включающее в себя список целевых базовых станций; и передают в обслуживающую базовую станцию сообщение индикации передачи обслуживания, включающее в себя информацию отклонения передачи обслуживания, когда мобильная станция решает отклонить передачу оборудования после проверки списка целевых базовых станций.
Для решения вышеупомянутой задачи, в соответствии с одним из аспектов настоящего предложен способ выполнения передачи обслуживания посредством обслуживающей базовой станции в широкополосной беспроводной системе связи, включающей в себя мобильную станцию, обслуживающую базовую станцию, и по меньшей мере одну целевую базовую станцию, имеющую область целевой соты, смежную с областью обслуживаемой соты обслуживающей базовой станции, причем обслуживающая базовая станция обеспечивает обслуживание мобильной станции, расположенной в области обслуживаемой соты. Способ, содержащий этапы, на которых передают в мобильную станцию сообщение запроса передачи обслуживания от обслуживающей базовой станции и выполняют процесс передачи обслуживания между обслуживающей базовой станцией и целевой базовой станцией, причем сообщение запроса передачи обслуживания включает в себя список целевых базовых станций; останавливают процесс передачи обслуживания, когда обслуживающая базовая станция примет от мобильной станции сообщение отклонения передачи обслуживания, включающее в себя информацию отклонения передачи обслуживания во время выполнения процесса передачи обслуживания; и передают новый список целевых базовых станций от обслуживающей базовой станции в мобильную станцию.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Вышеописанные и другие задачи, признаки и преимущества настоящего изобретения будут более понятны из следующего подробного описания, при рассмотрении в сочетании с сопровождающими чертежами, в которых:
Фиг.1 - это блок-схема, которая иллюстрирует структуру обычной системы широкополосной мобильной связи, использующей способ OFDM/OFDMA;
Фиг.2 - это вид, который иллюстрирует структуру кадра нисходящего соединения в обычной широкополосной мобильной системе связи, использующей способ OFDM/OFDMA;
Фиг.3 - это вид, который иллюстрирует структуру кадра восходящего соединения в обычной широкополосной мобильной системе связи, использующей способ OFDM/OFDMA;
Фиг.4 - это блок-схема алгоритма, иллюстрирующая процедуру регулирования между базовой станцией и абонентской станцией в широкополосной мобильной системе связи, использующей способ OFDM/OFDMA;
Фиг.5 - это блок-схема, схематично показывающая структуру широкополосной мобильной системы связи, использующей способ OFDM/OFDMA при множестве сот;
Фиг.6 - это диаграмма последовательности, иллюстрирующая процесс хэндовера по запросу абонентской станции в широкополосной мобильной системе связи, использующей способ OFDM/OFDMA;
Фиг.7 - это диаграмма последовательности, иллюстрирующая процесс хэндовера по запросу базовой станции в широкополосной мобильной системе связи, использующей способ OFDM/OFDMA;
Фиг.8 - это диаграмма последовательности, иллюстрирующая процедуру, с помощью которой базовая станция принудительно выполняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с вариантом осуществления настоящего изобретения;
Фиг.9 - это диаграмма последовательности, иллюстрирующая процедуру, с помощью которой абонентская станция отменяет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с вариантом осуществления настоящего изобретения;
Фиг.10 - это диаграмма последовательности, иллюстрирующая процедуру, с помощью которой абонентская станция отклоняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с вариантом осуществления настоящего изобретения;
Фиг.11 - это блок-схема алгоритма, иллюстрирующая процедуру, с помощью которой базовая станция принудительно выполняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с первым вариантом осуществления настоящего изобретения;
Фиг.12 - это блок-схема алгоритма, иллюстрирующая процедуру, с помощью которой абонентская станция отменяет или отклоняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии со вторым вариантом осуществления настоящего изобретения;
Фиг.13 - это блок-схема алгоритма, иллюстрирующая процедуру, с помощью которой абонентская станция отменяет или отклоняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с третьим вариантом осуществления настоящего изобретения;
Фиг.14 - это блок-схема алгоритма, иллюстрирующая процедуру, с помощью которой абонентская станция отменяет или отклоняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с третьим измененным вариантом осуществления настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНОГО ВАРИАНТА ОСУЩЕСТВЛЕНИЯ
В дальнейшем со ссылкой на прилагаемые чертежи будет описан предпочтительный вариант осуществления в соответствии с настоящим изобретением. В последующем описании настоящего изобретения подробное описание известных функций и конфигураций, включенных в данный документ, будет опущено, когда такое описание может сделать предмет обсуждения настоящего изобретения несколько непонятным.
При описании настоящего изобретения термины "хэндовер" (handover - англо-европейский термин)(передача обслуживания) и "эстафетная передача" (handoff - американский термин) (передача обслуживания) обозначают одно и то же; "хэндовер" используется совместно с "эстафетной передачей". То есть когда заданная мобильная станция разрывает соединение с базовой станцией (в дальнейшем называемой обслуживающей базовой станцией), обслуживающей соединение с мобильной станцией в текущий момент согласно обстоятельствам, и соединяется с одной из соседних базовых станций (в дальнейшем называемой базовой станцией назначения или целевой базовой станцией), используется термин "хэндовер" или термин "эстафетная передача".
Так же, как правило, базовая станция, с которой мобильная станция соединяется в текущий момент и может обмениваться данными, называется обслуживающей базовой станцией, а множество базовых станций, которые являются смежными с обслуживающей базовой станцией и могут выполнять процедуру хэндовера в соответствии с перемещением мобильной станции, называются соседними базовыми станциями (соседними BS).
Между тем, в обычной процедуре хэндовера, как показано на фиг. 6 и 7 и описано в соответствующем тексте, внешние базовые станции по отношению к обслуживающей базовой станции, которые передаются от обслуживающей базовой станции данной станции посредством сообщения MOB_NBR_ADV, называются, как описано выше, соседними базовыми станциями. В данном документе мобильная станция сканирует значения CINR соседних базовых станций и выбирает базовые станции, удовлетворяющие заранее установленным условиям, среди соседних базовых станций, которым может быть передано обслуживание мобильной станции, причем базовые станции, выбранные мобильной станцией, называются рекомендованными базовыми станциями.
Затем обслуживающая базовая станция передает сообщение HO_notification каждой из рекомендованных базовых станций, выбранных мобильной станцией, и потом принимает сообщения ответа HO_notification. Также обслуживающая базовая станция выбирает одну или несколько базовых станций, удовлетворяющих заранее установленным условиям, при которых возможен хэндовер для станции в соответствии со значениями, содержащимися в принятом сообщении. В данном документе одна или более базовых станций, удовлетворяющих заранее установленным условиям и выбранных обслуживающей базовой станцией среди рекомендованных базовых станций или соседних базовых станций, называются целевыми базовыми станциями. То есть одна или множество базовых станций могут стать целевой базовой станцией.
Между тем, когда обслуживающая базовая станция передает на соответствующую станцию заданное сообщение (т.е. сообщение MOB_HO_RSP), содержащее информацию по одной или более целевым базовым станциям, и данная станция выбирает одну целевую станцию среди одной или более целевых базовых станций, окончательно выбранная целевая базовая станция называется назначенной целевой базовой станцией.
Настоящее изобретение предлагает различные функции, дающие возможность широкополосной мобильной системе связи эффективно обрабатывать различные ситуации, дополнительно к основной и простой функции хэндовера в обычной мобильной широкополосной системе связи. Соответственно в соответствии с обстоятельствами, предложенными настоящим изобретением, добавлены определения специальных эстафетных передач:
1. Вынужденная эстафетная передача
Обслуживающая базовая станция может выдать абонентской станции команду на передачу обслуживания целевой базовой станции в соседней соте. То есть абонентская станция, приняв сообщение, содержащее опцию принудительной эстафетной передачи, должна обязательно выполнить процедуру эстафетной передачи на целевую базовую станцию в течение периода времени, назначенного обслуживающей базовой станцией. В случае принудительной эстафетной передачи абонентская станция не может отклонить команду эстафетной передачи.
2. Предлагающая эстафетная передача
Обслуживающая базовая станция передает мобильной станции (известной так же как абонентская станция) сообщение эстафетной передачи мобильной станции, которое предлагает, чтобы абонентская станция выполнила процедуру эстафетной передачи на одну их базовых станций назначения из соседних сот в соответствии с запросом абонентской станции или по заключению самой обслуживающей базовой станции. В данном документе обслуживающая базовая станция собирает информацию по базовым станциям в соседней соте, выбирает список базовых станций, которые удовлетворяют условиям, дающим возможность абонентской станции выполнить процедуру эстафетной передачи, и для которых абонентская станция может выполнить процедуру эстафетной передачи, и передает список абонентской станции посредством заданного сообщения эстафетной передачи. Когда абонентская станция принимает сообщение предложения эстафетной передачи, абонентская станция подтверждает список целевых базовых станций, содержащийся в сообщении, чтобы выбрать оптимальную базовую станцию, тем самым делая попытку предлагающей эстафетной передачи.
Опция типа эстафетной передачи, определенная различным образом, как описано выше, добавляется к заданному полю вышеупомянутого сообщения MOB_HO_RSP и затем передается. В настоящем изобретении опция типа эстафетной передачи добавляется к форме сообщения MOB_HO_RSP, описанного предыдущим уровнем техники, и Таблица 16 (показанная ниже) показывает новую структуру сообщения MOB_HO_RSP согласно настоящему изобретению.
| Таблица 16 | ||
| Синтаксис | Размер | Примечания |
| MOB_HO_RSP_message_Format() { | ||
| Management Message Type=53 | 8 бит | |
| HO Type | 1 бит | 0: предлагающая эстафетная передача; 1: принудительная эстафетная передача |
| Estimated HO time | 8 бит | |
| N_Recommended | 8 бит | |
| For(j=0;j<N NEIGHBORS;J++){ | ||
| Neighbor BS-ID | 8 бит | |
| Service level prediction | 8 бит | |
| } | ||
| } |
Как показано в Таблице 16, сообщение MOB_HO_RSP в соответствии с настоящим изобретением содержит поле 'HO Type' для применения настоящего изобретения. Соответственно является ли сообщение MOB_HO_RSP предлагающей эстафетной передачей или принудительной эстафетной передачей, определяется согласно значениям данного поля.
То есть, как показано в Таблице 16, когда поле 'HO Type' принимает значение 0, выполняется предлагающая эстафетная передача. Напротив, когда поле 'HO Type' принимает значение 1, выполняется принудительная эстафетная передача. При обработке поля 'N_Recommended' после того, как функция эстафетной передачи расширена, как описано выше, когда значение поля 'HO Type' представляет предлагающую эстафетную передачу, поле 'N_Recommended' может иметь больше, чем одно значение. Наоборот, когда значение поля 'HO Type' представляет принудительную эстафетную передачу, обслуживающая базовая станция назначает определенную целевую базовую станция и дает команду на принудительную эстафетную передачу. Соответственно является предпочтительным, чтобы поле 'N_Recommended' имело только одно значение. То есть в случае принудительной эстафетной передачи обслуживание абонентской станции должно быть безальтернативно передано базовой станции назначения, которая указана значением поля 'N_Recommended'.
Таким образом, когда принудительная эстафетная передача и предлагающая эстафетная передача выполняются, как описано выше, предпочтительно, чтобы поле 'Neighbor BS-ID' включало в себя список из одной или более базовых станций в случае предлагающей эстафетной передачи и включало в себя список из одной только базовой станции в случае с принудительной эстафетной передачей.
Затем настоящее изобретение предлагает способ различной классификации сообщения MOB_HO_IND, переданного от станции на базовую станцию в соответствии с обстоятельствами и передачи сообщения MOB_HO_IND в базовой процедуре эстафетной передачи, предлагаемой обычной широкополосной мобильной системой связи. Далее следуют определения процедур, относящихся к каждой эстафетной передаче, вновь добавленной согласно данному способу:
1. Разрыв соединения
Когда эстафетная передача была нормально выполнена и соединение с обслуживающей базовой станцией должно быть завершено, абонентская станция передает сообщение конца соединения (то есть сообщение MOB_HO_IND), содержащее опцию конца соединения. Обслуживающая базовая станция, приняв сообщение конца соединения, немедленно разрывает соединение с соответствующей абонентской станцией.
2. Отмена эстафетной передачи
Когда абонентская станция опять перемещается обратно на начальную обслуживающую базовую станцию в течение эстафетной передачи и таким образом пропадает необходимость выполнять процедуру эстафетной передачи, или абонентская станция намеревается отменить эстафетную передачу по другим причинам, абонентская станция передает обслуживающей базовой станции сообщение MOB_HO_IND, содержащее опцию отмены эстафетной передачи. Обслуживающая базовая станция, приняв сообщение отмены эстафетной передачи, немедленно отменяет процедуру эстафетной передачи для соответствующей абонентской станции. Необходимо, чтобы обслуживающая базовая станция уведомила предложенную базовую станцию назначения, что выполнение соответствующей абонентской станцией эстафетной передачи было отменено.
3. Отклонение эстафетной передачи
После приема сообщения HO_RSP от обслуживающей базовой станции, если абонентская станция еще не определила надлежащую целевую базовую станцию, или по другой причине не выполняет процедуру эстафетной передачи в заданную целевую базовую станцию, содержащуюся в списке целевых базовых станций, абонентская станция передает сообщение MOB_HO_IND, содержащее опцию отклонения эстафетной передачи, обслуживающей базовой станции в соответствии с принятым сообщением HO_RSP.
В настоящем изобретении поле 'HO Indication Type' добавлено к сообщению MOB_HO_IND, чтобы обеспечить обработку сообщения MOB_HO_IND согласно каждому из состояний. Таблица 17 приведена ниже и показывает структуру сообщения MOB_HO_IND согласно настоящему изобретению.
| Таблица 17 | ||
| Синтаксис | Размер | Примечания |
| MOB_HO_IND_message_Format(){ | ||
| Management Message Type=54 | 8 бит | |
| HO Indicator Type | 2 бита | 00: освобождение обслуживающей БС 01: Отмена эстафетной передачи 10: Отклонение эстафетной передачи 11: Зарезервировано |
| TLV Encoded Information | Переменный | |
| Target BS ID | 48 бит | |
| } |
Как показано в Таблице 17, чтобы выполнить функцию, предложенную настоящим изобретением, к сообщению MOB_HO_IND добавлено поле 'HO Indicator Type', составляя тем самым сообщение MOB_HO_IND с разными функциями.
Поле 'HO Indicator Type' в Таблице 17 предложено, чтобы дать возможность информировать базовую станцию с помощью сообщения MOB_HO_IND о разрыве соединения с базовой станцией или отклонении эстафетной передачи согласно соответствующим значениям.
Например, когда поле 'HO Indicator Type' принимает значение 00, абонентская станция разрывает соединение с обслуживающей базовой станцией аналогично предшествующему уровню техники и выполняет нормальную процедуру эстафетной передачи на уже принятую соответствующую целевую базовую станцию.
Между тем, когда поле 'HO Indicator Type' принимает двоичное значение 01, сообщение M0B_HO_IND представляет собой отмену эстафетной передачи. Соответственно абонентская станция отменяет выполняемую процедуру эстафетной передачи и сохраняет соединение с существующей обслуживающей базовой станцией. Затем, когда поле 'HO Indicator Type' имеет двоичное значение 10, сообщение M0B_HO_IND представляет собой отклонение эстафетной передачи. Таким образом, абонентская станция отклоняет эстафетную передачу на целевую базовую станцию, содержащуюся в принятом от обслуживающей базовой станции сообщении MOB_HO_IND, и сохраняет соединение с существующей обслуживающей базовой станцией. Кроме того, когда поле 'HO Indicator Type' имеет двоичное значение 11, поле 'HO Indicator Type' является зарезервированным в качестве зарезервированной части.
Далее сообщение HO_notification_confirm, определенное в Таблице 13, - это сообщение, позволяющее обслуживающей базовой станции информировать целевую базовую станцию об эстафетной передаче. Таким образом, в настоящем изобретении в случае отмены эстафетной передачи сообщение HO_notification_confirm высылается заблаговременно, позволяя целевой базовой станции, принявшей распоряжение на подготовку к эстафетной передаче, воспринять отмену эстафетной передачи. То есть сообщение HO_notiflcation_confirm имеет измененную структуру, как показано в следующей Таблице 18.
| Таблица 18 | ||
| Синтаксис | Размер | Примечания |
| Global Header | 152 бита | |
| Confirm type | 1 бит | 0: подготовка эстафетной передачи 1: отмена эстафетной передачи |
| For (j=O;j<Num Recorders; J++){ | ||
| MSS unique identifier | 48 бит | |
| QoS Estimated | 8 бит | |
| BW Estimated | 8 бит | |
| } | ||
| Security field | TBD | |
| CRC field | 32 бит |
Как показано в Таблице 18, чтобы выполнить функцию, предложенную настоящим изобретением, к сообщению HO_notification_confirm добавлено поле 'Confirm type' ("Тип подтверждения"), составляя тем самым сообщение HO_notification_confirm с разными функциями. Согласно полю 'Confirm type', соответствующие значения которого приведены в Таблице 18, сообщение HO_notification_confirm позволяет обслуживающей базовой станции информировать целевую базовую станцию о выполнении эстафетной передачи или об отмене эстафетной передачи.
Например, когда поле 'Confirm type' имеет значение 0, сообщение HO_notification_confirm информирует целевую базовую станцию об эстафетной передаче абонентской станции и позволяет целевой базовой станции подготовить эстафетную передачу абонентской станции.
Наоборот, когда поле 'Confirm type' имеет значение 1, сообщение HO_notification_confirm представляет собой отмену эстафетной передачи. Соответственно целевая базовая станция отменяет процедуру эстафетной передачи, которая выполняется при помощи уже отправленного сообщения HO_notification_confirm.
В настоящем изобретении, как описано выше, чтобы выполнить хэндовер в соответствии с различными обстоятельствами хэндовера, в различных сообщениях определены связанные с ним поля. В дальнейшем со ссылкой на фиг. с 8 по 12 будет подробно описана процедура, посредством которой абонентская станция отклоняет или отменяет хэндовер, выполняемый в соответствии с каждым случаем согласно настоящему изобретению.
Сначала со ссылкой на фиг. с 8 по 10 будет подробно описана процедура передачи/приема между абонентской станцией и базовыми станциями в соответствии с вариантом осуществления настоящего изобретения.
Фиг.8 - это диаграмма последовательности, иллюстрирующая случай, в котором базовая станция определяет, выполняет или нет абонентская станция процедуру эстафетной передачи, и вынуждает соответствующую абонентскую станцию выполнить процедуру эстафетной передачи согласно варианту осуществления настоящего изобретения. Фиг.9 - это диаграмма последовательности, иллюстрирующая случай, в котором абонентская станция запрашивает эстафетную передачу у обслуживающей базовой станции и затем отменяет запрошенную эстафетную передачу перед приемом сообщения ответа от обслуживающей базовой станции в соответствии с вариантом осуществления настоящего изобретения. Затем фиг. 10 - это диаграмма последовательности, иллюстрирующая случай согласно варианту осуществления настоящего изобретения, в котором абонентская станция запрашивает эстафетную передачу у обслуживающей базовой станции, принимает сообщение ответа и отклоняет эстафетную передачу, используя информацию из принятого сообщения ответа, потому что список целевых базовых станций, содержащийся в принятом абонентской станцией сообщении ответа, не подходит.
Между тем, сообщения, используемые в каждой процедуре для выполнения вариантов осуществления, являются сообщениями, которые используются при выполнении обычного хэндовера.
Однако настоящее изобретение достигается путем добавления параметров, описанных в Таблицах 16 и 17, предложенных настоящим изобретением для каждого из сообщений.
В дальнейшем со ссылкой на фиг. 8 будет описан случай, когда базовая станция выдает команды принудительного хэндовера. Фиг. 8 - это диаграмма последовательности, иллюстрирующая процедуру, с помощью которой базовая станция принудительно выполняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с вариантом осуществления настоящего изобретения.
Обращаясь к фиг.8, базовая станция разрешает хэндовер для мобильной станции, как описано на фиг. 7. Таким образом, так как процедура для этапов 811, 813, 815, 817, 819, 821, 823, 825, 827 и 829 на фиг.8 является такой же, как и для этапов 711, 713, 715, 717, 719, 721, 723, 725, 727, и 729 на фиг. 7 соответственно, описание процедуры будет опущено.
Обслуживающая базовая станция 840 определяет среди множества целевых базовых станций базовые станции назначения, которым может быть передано обслуживание мобильной абонентской станции, передает базовой станции назначения сообщение HO_notification_confirm на этапе 829 и затем передает соответствующей мобильной абонентской станции посредством сообщения MOB_HO_RSP список установленных целевых базовых станций, которым может быть передано обслуживание мобильной абонентской станции.
Между тем, настоящее изобретение позволяет выполнить следующий процесс после данной процедуры. То есть в случае, когда передается сообщение MOB_HO_RSP, если на этапе 831 передается сообщение MOB_HO_RSP, содержащее информацию, означающую, что сообщение MOB_HO_RSP является сообщением принудительного хэндовера, например передается сообщение MOB_HO_RSP, содержащее информацию (HO Type=1), сообщающее о передаче принудительного хэндовера, мобильная абонентская станция 800, приняв сообщение MOB_HO_RSP, не отклоняет команду принудительного хэндовера. Соответственно мобильная абонентская станция 800 принимает сообщение MOB_HO_RSP, содержащее информацию (HO Type=l) принудительного хэндовера, и должна выполнить процедуру хэндовера на базовую станцию, на которую должно быть передано обслуживание мобильной абонентской станцией 800 и содержащуюся в сообщении MOB_HO_RSP. То есть мобильная абонентская станция 800 передает на этапе 833 сообщение MOB_HO_IND обслуживающей базовой станции 840, разрывает на этапе 835 соединение с обслуживающей базовой станцией 840 и на этапе 837 устанавливает соединение с соответствующей базовой станцией, которой должно быть передано обслуживание мобильной станции 800.
Между тем, чтобы указать, что сообщение MOB_HO_RSP - это сообщение принудительного хэндовера, к сообщению MOB_HO_RSP добавляется поле 'HO Type', как показано в Таблице 16, и затем сообщение MOB_HO_RSP, включающее в себя поле 'HO Type', передается.
Например, как описано выше, когда полю 'HO Type' присвоено значение 1, мобильная абонентская станция, приняв сообщение MOB_HO_RSP, распознает, что сообщение MOB_HO_RSP представляет собой сообщение принудительного хэндовера и затем не отклоняет установленный хэндовер. То есть мобильная абонентская станция принимает сообщение MOB_HO_RSP и затем должна выполнить процедуру хэндовера на одну из выбранных базовых станций среди базовых станций, содержащихся в сообщении MOB_HO_RSP, на которые должно быть передано обслуживание мобильной абонентской станции 800. Когда количество базовых станций, которым должно быть передано обслуживание мобильной абонентской станции 800, содержащихся в сообщении MOB_HO_RSP, равно одному, мобильная абонентская станция должна безусловно выполнить процедуру передачи обслуживания на базовую станцию, которой должно быть передано обслуживание мобильной абонентской станции 800.
Между тем, когда мобильная абонентская станция передает обслуживающей базовой станции сообщение MOB_HO_IND, возможно сформировать и передать сообщение MOB_HO_RSP, имеющее формат, показанный в Таблице 17. То есть мобильная абонентская станция может выбрать тип сообщения MOB_HO_IND и передать выбранный тип сообщения MOB_HO_IND. В данном документе, так как сообщение MOB_HO_IND - это сообщение, передаваемое, когда мобильная абонентская станция не может отклонить или отменить хэндовер, предпочтительно, чтобы значение поля 'HO Indicator Type', описанного в Таблице 17, было установлено равным 00, и затем передано сообщение MOB_HO_IND. В данном документе случай, когда значение поля 'HO Indicator Type' устанавливается равным 00, является случаем, при котором мобильная абонентская станция разрывает соединение с обслуживающей базовой станцией и выполняет нормальную процедуру хэндовера.
В дальнейшем со ссылкой на фиг. 9 и 10 будет описан случай, при котором мобильная абонентская станция отклоняет или отменяет выполняемый хэндовер.
В данном документе отмена хэндовера представляет собой случай, при котором мобильная абонентская станция случайным образом останавливает процедуру хэндовера перед тем, как обслуживающая базовая станция выбрала целевые базовые станции, и передала мобильной абонентской станции сообщение MOB_HO_RSP, то есть перед тем, как мобильная абонентская станция приняла сообщение ответа хэндовера, включающее в себя список целевых базовых станций, при выполнении хэндовера. Кроме того, отклонение хэндовера представляет собой случай, при котором мобильная абонентская станция случайным образом останавливает установленную процедуру хэндовера после того, как обслуживающая базовая станция выбрала целевые базовые станции и передала мобильной абонентской станции сообщение MOB_HO_RSP, то есть после того, как мобильная абонентская станция при выполнении хэндовера приняла сообщение ответа хэндовера, включающее в себя список целевых базовых станций.
Сначала будет описан со ссылкой на фиг. 9 случай, в котором мобильная абонентская станция отменяет выполняемый хэндовер, а затем будет описан со ссылкой на фиг. 10 случай, в котором мобильная абонентская станция отклоняет установленный хэндовер.
Фиг.9 - это диаграмма последовательности, иллюстрирующая процедуру, с помощью которой абонентская станция отменяет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с вариантом осуществления настоящего изобретения.
Обращаясь к фиг.9, мобильная абонентская станция 900 на этапе 911 принимает информацию по соседним базовым станциям от обслуживающей базовой станции 940 и устанавливает, выполнять или нет сканирование на этапах 913 и 915. Затем мобильная абонентская станция 900 на этапе 917 сканирует коэффициенты CINR соседних базовых станций, устанавливает на этапе 919 изменение обслуживающей базовой станции 940 и передает на этапе 921 обслуживающей базовой станции 940 сообщение MOB_HO_REQ. В данном документе обслуживающая базовая станция 940 обращается на этапе 923 к принятому сообщению MOB_HO_REQ и передает соответствующим рекомендованным базовым станциям сообщения HO_notification на этапах 925 и 927. Следовательно, выполняется процедура хэндовера. Затем на этапе 925 рекомендованные базовые станции, приняв сообщения HO_notification, передают обслуживающей базовой станции на этапе 928 сообщения HO_notification_response, содержащие информацию относительно того, могут или нет рекомендованные базовые станции выполнить процедуру хэндовера. После этого обслуживающая базовая станция 940, приняв сообщения HO_notification_response, определяет базовую станцию, которой должно быть передано обслуживание мобильной абонентской станции 900, среди рекомендованных базовых станций, отправивших сообщения ответа, и передает установленной базовой станции сообщение HO_notification_confirm на этапах 931 и 933, что влечет за собой подготовку к хэндоверу установленной базовой станции, так чтобы обслуживание мобильной абонентской станции 900 могло быть передано установленной базовой станции.
Между тем, когда мобильная абонентская станция 900 намеревается отменить хэндовер во время выполнения процедуры хэндовера, мобильная абонентская станция 900 на этапе 929 решает отменить хэндовер. Затем мобильная абонентская станция 900 передает на этапе 932 обслуживающей базовой станции 940 сообщение MOB_HO_IND, содержащее информацию решения об отмене (то есть значение HO indicator type, установленное равным 01), тем самым отменяя процедуру хэндовера, выполняемую на этапе 934.
В данном документе способ включения информации решения об отмене в состав сообщения MOB_HO_IND может быть достигнут путем добавления поля 'HO indicator type', как описано в Таблице 17. То есть обслуживающая базовая станция 940 принимает на этапе 932 сообщение MOB_HO_IND, переданное от мобильной абонентской станции 900, подтверждает информацию поля 'HO indicator type', добавленного к сообщению, и распознает, что сообщение MOB_HO_IND является сообщением, говорящим об отмене хэндовера.
Например, поле 'HO indicator type' может включать в себя два бита и принимать значение 01 как описано выше, тем самым обозначая, что сообщение MOB_HO_IND является сообщением отмены. Затем обслуживающая базовая станция 940, приняв сообщение MOB_HO_IND, содержащее информацию сообщения отмены хэндовера, останавливает выполняемую процедуру хэндовера и сохраняет неизменным соединение с мобильной абонентской станцией 900 на этапе 934.
В данном документе процедура классифицируется согласно случаю (этап 931), в котором обслуживающая базовая станция 940 принимает сообщение MOB_HO_IND, сообщающее об отмене хэндовера, после того как было передано сообщение HO_notification_confirm от обслуживающей базовой станции 940 на целевую базовую станцию, и случаю (этап 933), в котором обслуживающая базовая станция 940 принимает сообщение MOB_HO_IND, сообщающее об отмене хэндовера перед тем, как сообщение HO_notification_confirm было передано от обслуживающей базовой станции 940 на целевую базовую станцию.
То есть после передачи сообщения HO_notification на целевую базовую станцию (этап 927) и затем приема сообщения HO_notification_response от целевой базовой станции (этап 928) обслуживающая базовая станция 940 выбирает целевую базовую станцию, которой фактически может быть передано обслуживание абонентской станции 900. В данном документе, когда обслуживающая базовая станция 940 определяет целевую базовую станцию, которой фактически может быть передано обслуживание абонентской станции 900, обслуживающая базовая станция 940 передает выбранной соответствующей целевой базовой станции сообщение HO_notification_confirm (этап 931), тем самым позволяя соответствующей целевой базовой станции подготовиться к хэндоверу, так что обслуживание мобильной абонентской станции 900 может быть передано соответствующей целевой базовой станции.
Однако когда мобильная абонентская станция 900, чтобы известить об отмене хэндовера, передает сообщение MOB_HO_IND перед тем, как сообщение HO_notification_confirm было передано от обслуживающей базовой станции 940 на целевую базовую станцию (этап 933), обслуживающая базовая станция 940 выполняет другое действие. В дальнейшем это действие будет описано более подробно.
То есть когда сообщение MOB_HO_IND достигает обслуживающей базовой станции 940 (этап 932) перед тем, как обслуживающая базовая станция 940 передала целевой базовой станции сообщение HO_notification_confirm (этап 933), обслуживающая базовая станция 940 отменяет все процедуры хэндовера (этап 934). Таким образом, хэндовер отменяется.
Наоборот, случай, в котором сообщение MOB_HO_IND передается на обслуживающую базовую станцию 940 (этап 932) после передачи сообщения HO_notification_confirm (этап 931), является случаем, в котором обслуживающая базовая станция 940 уже передала целевой базовой станции сообщение HO_notification_confirm (этап 931) и сообщила о хэндовере. Таким образом, при приеме от мобильной абонентской станции 900 сообщения MOB_HO_IND обслуживающая базовая станция 940 должна снова передать данное сообщение соответствующей целевой базовой станции, чтобы уведомить об отмене хэндовера.
В данном документе сообщение HO_notification_confirm, передаваемое от обслуживающей базовой станции 940 целевой базовой станции, используется как в одном случае для уведомления о выполнении нормального хэндовера, так и в другом случае для уведомления об отмене хэндовера, причем данные случаи различают с помощью поля 'Confirm type', как показано в Таблице 18. В данном документе поле 'Confirm type' имеет длину 1 бит. Соответственно, когда поле 'Confirm type' принимает значение 0, сообщение HO_notification_confirm уведомляет о выполнении нормального хэндовера. И, наоборот, когда поле 'Confirm type' принимает значение 1, сообщение HO_notification_confirm уведомляет об отмене хэндовера.
Затем случай, в котором выполняется отмена хэндовера, является случаем, в котором в результате увеличения расстояния от мобильной абонентской станции 900 до обслуживающей базовой станции 940 и приближения к одной из соседних базовых станций выполнялась процедура хэндовера, но появилась необходимость передать обслуживание мобильной абонентской станции 900 обратно обслуживающей базовой станции 940 в результате приближения мобильной базовой станции 900 обратно к исходной обслуживающей базовой станции 940 во время выполнения процедуры хэндовера.
В данном документе, согласно предшествующему уровню техники после передачи соседней базовой станции обслуживание мобильной абонентской станции должно быть передано обратно исходной обслуживающей базовой станции. Более того, при особых обстоятельствах может происходить случай, когда подобный хэндовер должен выполняться непрерывно и неоднократно. Однако согласно настоящему изобретению хэндовер, не являющийся необходимым, не повторяется, и соединение с обслуживающей базовой станцией может поддерживаться постоянно.
В дальнейшем со ссылкой на фиг. 10 будет описан случай, в котором мобильная абонентская станция отклоняет назначенный хэндовер.
Фиг. 10 - это диаграмма последовательности, иллюстрирующая процедуру, с помощью которой мобильная абонентская станция отклоняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с вариантом осуществления настоящего изобретения.
Обращаясь к фиг. 10, мобильная абонентская станция 1000 на этапе 1011 принимает информацию по соседним базовым станциям от обслуживающей базовой станции 940 и устанавливает, выполнять или нет сканирование на этапах 1013 и 1015. Затем мобильная абонентская станция 1000 на этапе 1017 сканирует коэффициенты CINR соседних базовых станций, устанавливает на этапе 1019 изменение обслуживающей базовой станции 1040 и передает на этапе 1021 обслуживающей базовой станции 1040 сообщение MOB_HO_REQ. Затем обслуживающая базовая станция 1040 обращается на этапе 1023 к принятому сообщению MOB_HO_REQ и передает соответствующим рекомендованным базовым станциям сообщения HO_notification на этапах 1025 и 1027. Между тем, обслуживающая базовая станция 1040 принимает от соответствующих рекомендованных базовых станций сообщения HO_notification_response, выбирает целевые базовые станции в соответствии с результатом приема сообщения и на этапе 1035 передает мобильной абонентской станции 1000 сообщение MOB_HO_RSP. Следовательно, хэндовер установлен.
То есть процедура на фиг.10 для этапов 1011, 1013, 1015, 1017, 1019, 1021, 1023, 1025, 1027, 1029, 1031, 1033 и 1035 идентична процедуре на фиг. 6 для этапов 611, 613, 615, 617, 619, 621, 623, 625, 627, 629, 631, 633 и 635 соответственно.
Между тем, после того как определены целевые базовые станции, которым может быть передано обслуживание мобильной абонентской станции 1000, и мобильная абонентская станция приняла от обслуживающей базовой станции 1040 сообщение MOB_HO_RSP, если мобильная абонентская станция 1000 намеревается отклонить установленный хэндовер, мобильная абонентская станция 1000 на этапе 1037 решает отклонить хэндовер и передает обслуживающей базовой станции сообщение MOB_HO_IND, содержащее определяющую отклонение информацию, тем самым отклоняя установленный хэндовер.
В данном документе способ включения информации решения об отклонении в состав сообщения MOB_HO_IND может быть достигнут путем добавления поля 'HO indicator type', как описано в Таблице 17. То есть обслуживающая базовая станция 1040, приняв сообщение MOB_HO_IND, подтверждает информацию поля 'HO indicator type', добавленного в сообщение, и распознает, что сообщение MOB_HO_IND является сообщением, уведомляющим об отклонении хэндовера.
Например, поле 'HO indicator type' может включать в себя два бита и принимать значение 01, как описано выше, тем самым обозначая, что сообщение MOB_HO_IND является сообщением отклонения. Затем обслуживающая базовая станция 1040, приняв сообщение MOB_HO_IND, содержащее информацию сообщения отклонения хэндовера, останавливает установленную процедуру хэндовера и сохраняет неизменным соединение с мобильной абонентской станцией 1000 на этапе 1041. В данном документе, так как обслуживающая базовая станция 1040 уже выбрала целевые базовые станции и передала целевым базовым станциям сообщения HO_notification_confirmation, целевые базовые станции делают вывод, что мобильная абонентская станция 1000 выполняет процедуру хэндовера. Соответственно является предпочтительным, чтобы обслуживающая базовая станция 1040 известила целевые базовые станции об остановке хэндовера.
Между тем, случай, когда хэндовер отклоняется, является случаем, в котором мобильная абонентская станция 1000 приняла от обслуживающей базовой станции 1040 сообщение HO_RSP, но не выбрала надлежащую целевую базовую станцию, так как среди целевых базовых станций, содержащихся в данном сообщении, не оказалось базовой станции, удовлетворяющей заданному условию. То есть так как обслуживание мобильной абонентской станции 1000 не может быть передано какой-либо базовой станции из целевых базовых станций, содержащихся в переданном от обслуживающей базовой станции 1040 сообщении, является предпочтительным, чтобы мобильная абонентская станция 1000 отклонила хэндовер.
В приведенном выше описании была описана процедура передачи сообщений, которыми обмениваются между собой мобильная абонентская станция и базовые станции при выполнении процедуры принудительного хэндовера, процедуры отмены хэндовера и процедуры отклонения хэндовера, выполняемых при различных обстоятельствах в соответствии с настоящим изобретением.
В дальнейшем будет описана со ссылкой на фиг. 11 и 14 процедура, выполняемая мобильной абонентской станцией согласно вариантам осуществления настоящего изобретения:
1. Хэндовер, принудительно запущенный базовой станцией
Фиг.11 - это блок-схема алгоритма, иллюстрирующая процедуру, с помощью которой базовая станция принудительно выполняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с первым вариантом осуществления настоящего изобретения.
Обращаясь к фиг.11, как описано выше, мобильная абонентская станция принимает на этапе 1100 от обслуживающей базовой станции сообщение MOB_HO_RSP во время выполнения процедуры хэндовера. В данном документе сообщение MOB_HO_RSP содержит списки целевых базовых станций, выбранных обслуживающей базовой станцией. Соответственно мобильная абонентская станция подтверждает данные списки целевых базовых станций посредством сообщения MOB_HO_RSP и определяет на этапе 1103 одну базовую станцию для назначения целевой базовой станцией.
Затем, как описано на фиг.8 в соответствии с настоящим изобретением, когда на этапе 1105 значение поля 'HO Type' сообщения MOB_HO_RSP устанавливают равным 1, сообщение MOB_HO_RSP становится сообщением, показывающим, что обслуживающая базовая станция форсирует неизбежную передачу обслуживания мобильной абонентской станции на целевые базовые станции. Соответственно мобильная абонентская станция не отклоняет установленную процедуру хэндовера и передает на этапе 1109 сообщение MOB_HO_IND. Затем мобильная абонентская станция на этапе 1111 разрывает соединение с обслуживающей базовой станцией.
Наоборот, когда поле 'HO Type' сообщения MOB_HO_RSP установлено равным 0, так как сообщение MOB_HO_RSP не является сообщением, представляющим принудительный хэндовер, мобильная абонентская станция может отклонить хэндовер согласно своему собственному заключению. Соответственно, когда вместо выполнения передачи обслуживания целевым базовым станциям мобильная абонентская станция на этапе 1113 отклоняет хэндовер, мобильная абонентская станция устанавливает поле 'HO indicator type', составляющее сообщение MOB_HO_IND, равным значению 10, и передает на этапе 1115 сообщение MOB_HO_IND, как описано выше. Наоборот, когда обслуживание мобильной абонентской станцией нормально передается целевым базовым станциям, мобильная абонентская станция устанавливает поле 'HO indicator type' равным значению 00, передает на этапе 1109 обслуживающей базовой станции сообщение MOB_HO_IND и разрывает на этапе 1111 соединение с обслуживающей базовой станцией.
В дальнейшем со ссылкой на фиг. 12 и 14 будет подробно описана процедура, с помощью которой мобильная абонентская станция отменяет или отклоняет хэндовер в соответствии с заданными условиями:
2. Отмена и отклонение хэндовера в соответствии с пороговым значением
Фиг.12 - это блок-схема алгоритма, иллюстрирующая процедуру, с помощью которой абонентская станция отменяет или отклоняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии со вторым вариантом осуществления настоящего изобретения.
Обращаясь к фиг.12, мобильная абонентская станция сравнивает CINR обслуживающей базовой станции с заданным пороговым значением и устанавливает, выполнять или нет процедуру хэндовера. Затем во время выполнения процедуры хэндовера мобильная абонентская станция решает отменить хэндовер посредством второго порогового значения, отличного от первого порогового значения.
Сначала мобильная абонентская станция на этапе 1200 сканирует CINR обслуживающей базовой станции. В результате сканирования, когда CINR обслуживающей базовой станции меньше первого заданного порогового значения, мобильная абонентская станция устанавливает, что обмениваться данными с обслуживающей базовой станцией затруднительно, и на этапе 1211 измеряет коэффициенты CINR для соседних базовых станций. То есть чтобы выполнить сканирование коэффициентов CINR соседних базовых станций, мобильная абонентская станция передает на этапе 1207 обслуживающей базовой станции сообщение MOB_SCN_REQ и принимает от обслуживающей базовой станции на этапе 1209 сообщение MOB_SCN_RSP.
Мобильная абонентская станция, приняв сообщение MOB_SCN_RSP, измеряет на этапе 1211 коэффициенты CINR для соседних базовых станций. В результате измерения, когда CINR обслуживающей базовой станции на этапе 1213 оказывается меньше второго заданного порогового значения и CINR одной из соседних базовых станций, мобильная базовая станция решает выполнить хэндовер и передает на этапе 1215 обслуживающей базовой станции сообщение MOB_HO_REQ. Наоборот, когда такое условие не выполняется, возвращаются к этапу 1200. То есть мобильная абонентская станция повторяет вышеупомянутую процедуру.
Между тем, пока сообщение MOB_HO_REQ передается обслуживающей базовой станции, и процедура хэндовера выполняется в соответствии с настоящим изобретением, мобильная абонентская станция непрерывно измеряет CINR обслуживающей базовой станции и сравнивает CINR обслуживающей базовой станции с первым критическим значением. В результате сравнения, когда CINR обслуживающей базовой станции все еще меньше, чем первое пороговое значение, процедура хэндовера нормально выполняется. Наоборот, когда CINR обслуживающей базовой станции на этапе 1217 возрастает больше первого порогового значения благодаря перемещению мобильной абонентской станции, мобильная абонентская станция на этапе 1219 отменяет выполняемую процедуру хэндовера. Соответственно, когда мобильная абонентская станция решает таким образом отменить процедуру хэндовера, мобильная абонентская станция передает на этапе 1221 обслуживающей базовой станции сообщение MOB_HO_IND (то есть значение поля 'HO Indicator Type' установлено равным 01), содержащее информацию отмены хэндовера. Затем обслуживающая базовая станция, приняв сообщение MOB_HO_IND, отменяет процедуру хэндовера и сохраняет неизменным соединение с мобильной абонентской станцией.
Между тем, когда CINR обслуживающей базовой станции все еще меньше первого порогового значение во время выполнения хэндовера, как описано выше, обслуживающая базовая станция выполняет процедуру хэндовера обычным образом и передает сообщение MOB_HO_RSP мобильной абонентской станции. Затем мобильная абонентская станция, приняв на этапе 1123 от обслуживающей базовой станции сообщение MOB_HO_RSP, подтверждает список целевых базовых станций, содержащийся в сообщении MOB_HO_RSP, и определяет на этапе 1225 одну целевую базовую станцию в качестве назначенной целевой базовой станции в соответствии с условиями.
В данном документе, когда сообщение MOB_HO_RSP является сообщением принудительного хэндовера, то есть когда значение поля 'HO Type', содержащееся в сообщении MOB_HO_RSP, было установлено равным 1, выполняется принудительный хэндовер в соответствии с процедурой, описанной на фиг. 11. Другими словами, мобильная абонентская станция передает на этапе 1237 сообщение MOB_HO_IND и на этапе 1239 разрывает соединение с обслуживающей базовой станцией. Далее обслуживание мобильной абонентской станции передается одной из базовых станций, содержащихся в списке целевых базовых станций, переданном от обслуживающей базовой станции.
Наоборот, когда сообщение MOB_HO_RSP не является сообщением принудительного хэндовера, то есть когда значение поля 'HO Type', содержащегося в сообщении MOB_HO_RSP, установлено равным 0, допускается непрерывно измерять CINR обслуживающей базовой станции в соответствии со вторым вариантом осуществления настоящего изобретения. То есть когда на этапе 1229 CINR обслуживающей базовой станции больше первого порогового значения, хэндовер может быть отменен на этапе 1219. В противном случае хэндовер может быть выполнен нормальным образом. В отличие от этого, когда CINR обслуживающей базовой станции остается меньше, чем первое пороговое значение, выполнять или нет нормальную процедуру хэндовера на целевую базовую станцию определяют на этапе 1231. В зависимости от результата данного решения либо отклоняют хэндовер на этапе 1233 либо выполняют хэндовер на этапах 1237 и 1239.
3. Отмена и отклонение хэндовера согласно сравнению коэффициентов CINR
Фиг.13 - это блок-схема алгоритма, иллюстрирующая процедуру, с помощью которой абонентская станция отменяет или отклоняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с третьим вариантом осуществления настоящего изобретения.
Третий вариант осуществления настоящего изобретения, показанный на фиг.13, выполняет такую же процедуру, как второй вариант осуществления на фиг.12, однако есть разница в контрольных значениях при решении о выполнении определения хэндовера и при решении об отмене хэндовера.
Обращаясь к фиг.13, мобильная абонентская станция сравнивает CINR обслуживающей базовой станции с заданным пороговым значением и устанавливает, выполнять или нет процедуру хэндовера. Затем во время выполнения процедуры хэндовера мобильная абонентская станция устанавливает выполнение или отмену хэндовера посредством другого порогового значения, отличного от данного порогового значения.
Сначала мобильная абонентская станция на этапе 1300 сканирует CINR обслуживающей базовой станции. В результате сканирования, когда CINR обслуживающей базовой станции меньше первого заданного порогового значения, мобильная абонентская станция устанавливает, что обмениваться данными с обслуживающей базовой станцией затруднительно, и на этапе 1311 измеряет CINR для соседних базовых станций. То есть чтобы выполнить сканирование CINR соседних базовых станций, мобильная абонентская станция передает на этапе 1307 обслуживающей базовой станции сообщение MOB_SCN_REQ и принимает от обслуживающей базовой станции на этапе 1309 сообщение MOB_SCN_RSP.
Мобильная абонентская станция, приняв сообщение MOB_SCN_RSP, измеряет на этапе 1310 CINR для соседних базовых станций. В результате измерения, когда CINR обслуживающей базовой станции на этапе 1311 оказывается меньше, чем CINR одной из соседних базовых станций, мобильная базовая станция решает выполнить хэндовер и на этапе 1312 передает обслуживающей базовой станции сообщение MOB_HO_REQ. Наоборот, когда такое условие не выполняется, возвращаются к этапу 1300. То есть мобильная абонентская станция повторяет вышеупомянутую процедуру.
Между тем, пока сообщение MOB_HO_REQ передается обслуживающей базовой станции, и процедура хэндовера выполняется в соответствии с настоящим изобретением, мобильная абонентская станция непрерывно измеряет CINR обслуживающей базовой станции и сравнивает CINR обслуживающей базовой станции с CINR соседних базовых станций. В результате сравнения, когда CINR обслуживающей базовой станции все еще меньше, чем CINR соседних базовых станций, процедура хэндовера нормально выполняется. Наоборот, когда CINR обслуживающей базовой станции на этапе 1313 возрастает больше CINR соседних базовых станций благодаря перемещению мобильной абонентской станции, мобильная абонентская станция на этапе 1315 отменяет выполняемую процедуру хэндовера. Соответственно, когда мобильная абонентская станция решает таким образом отменить процедуру хэндовера, мобильная абонентская станция передает на этапе 1317 обслуживающей базовой станции сообщение MOB_HO_IND (то есть значение поля 'HO Indicator Type' установлено равным 01), содержащее информацию отмены хэндовера. Затем обслуживающая базовая станция, приняв сообщение MOB_HO_IND, отменяет процедуру хэндовера и сохраняет неизменным соединение с мобильной абонентской станцией.
Между тем, когда CINR обслуживающей базовой станции все еще меньше CINR соседних базовых станций во время выполнения хэндовера, как описано выше, обслуживающая базовая станция выполняет процедуру хэндовера таким образом и передает сообщение MOB_HO_RSP мобильной абонентской станции. Затем мобильная абонентская станция, приняв на этапе 1123 от обслуживающей базовой станции сообщение MOB_HO_RSP, подтверждает список целевых базовых станций, содержащийся в сообщении MOB_HO_RSP, и определяет на этапе 1319 одну целевую базовую станцию в качестве назначенной целевой базовой станции в соответствии с условиями.
В данном документе, когда сообщение MOB_HO_RSP является сообщением принудительного хэндовера, то есть когда значение поля 'HO Type', содержащегося в сообщении MOB_HO_RSP, было установлено равным 1, выполняется принудительный хэндовер в соответствии с процедурой, описанной на фиг. 11. Другими словами, мобильная абонентская станция передает на этапе 1333 сообщение MOB_HO_IND и на этапе 1335 разрывает соединение с обслуживающей базовой станцией. Далее обслуживание мобильной абонентской станции передается одной из базовых станций, содержащихся в списке целевых базовых станций, переданном от обслуживающей базовой станции.
Наоборот, когда сообщение MOB_HO_RSP не является сообщением принудительного хэндовера, то есть когда значение поля 'HO Type', содержащегося в сообщении MOB_HO_RSP, установлено равным 0, допускается непрерывно измерять CINR обслуживающей базовой станции в соответствии с третьим вариантом осуществления настоящего изобретения. То есть когда на этапе 1325 CINR обслуживающей базовой станции больше CINR соседних базовых станций, хэндовер может быть отменен на этапе 1315. В противном случае хэндовер может быть выполнен нормальным образом.
В отличие от этого, когда CINR обслуживающей базовой станции остается меньше, чем CINR соседних базовых станций, на этапе 1327 определяют, выполнять или нет нормальную процедуру хэндовера на целевую базовую станцию. В зависимости от результата данного решения либо отклоняют хэндовер на этапе 1329 либо выполняют хэндовер на этапах 1333 и 1335.
Как описано выше, когда хэндовер был отклонен на этапе 1331 согласно обстоятельствам мобильной абонентской станции, мобильная абонентская станция на этапе 1312 снова передает обслуживающей базовой станции сообщение MOB_HO_REQ. То есть случай, когда хэндовер отклоняется, является случаем, в котором мобильная абонентская станция попыталась передать обслуживание соседней базовой станции из-за плохих условий приема/передачи у обслуживающей станции, но хэндовер отклоняется, так как у соседней базовой станции также плохие условия передачи/приема. В данном документе так как у обслуживающей базовой станции постоянно могут быть плохие условия передачи/приема, предпочтительно снова передавать обслуживающей базовой станции сообщение MOB_HO_REQ (этап 1312) и искать целевые базовые станции.
Однако так как надежность для рекомендованных базовых станций, содержащихся в сообщении MOB_HO_REQ и выбранных мобильной абонентской станцией, может снизиться, предпочтительным может быть выполнить сканирования всех соседних базовых станций еще один раз и найти новые рекомендованные базовые станции, имеющие высокую надежность. В дальнейшем со ссылкой на фиг.14 будет описан последний случай.
Фиг.14 - это блок-схема алгоритма, иллюстрирующая процедуру, с помощью которой абонентская станция отменяет или отклоняет хэндовер в системе связи с широкополосным беспроводным доступом в соответствии с третьим вариантом осуществления настоящего изобретения.
Обращаясь к фиг.14, третий вариант осуществления на фиг.14 имеет такую же процедуру, что и второй вариант осуществления на фиг.13, кроме вышеупомянутого различия. То есть когда мобильная абонентская станция на этапе 1429 отклоняет процедуру хэндовера, мобильная абонентская станция передает на этапе 1431 обслуживающей базовой станции сообщение MOB_HO_IND (то есть значение поля 'HO Indicator Type' установлено равным 10), представляющее собой отклонение хэндовера.
Затем мобильная абонентская станция выполняет на этапе 1400 начальное сканирование, чтобы выбрать новые рекомендованные базовые станции. То есть мобильная абонентская станция снова измеряет CINR обслуживающей базовой станции, сравнивает на этапе 1403 измеренный CINR обслуживающей базовой станции с заданным пороговым значением, установленным заранее, и снова выполняет сканирование соседних базовых станций на этапах 1407, 1409 и 1410. Все этапы после этапа 1411 идентичны этапам на фиг. 13.
Как описано выше, чтобы поддержать мобильность мобильной абонентской станции, настоящее изобретение дополнительно к обыкновенной процедуре хэндовера в многосотовой структуре включает в себя функцию, с помощью которой базовая станция дает возможность мобильной абонентской станции выполнить принудительную передачу обслуживания, и функцию, с помощью которой мобильная абонентская станция отклоняет запрос хэндовера, принятый от базовой станции. Дополнительно настоящее изобретение затем включает в себя функцию, с помощью которой базовая станция делает возможными отмены и отклонения процедуры хэндовера мобильной абонентской станцией, чтобы сохранить соединение с обслуживающей базовой станцией в то время, как выполняется передача обслуживания мобильной абонентской станции от обслуживающей базовой станции на целевую базовую станцию. Поэтому хэндовер может быть выполнен достоверно и эффективно.
В то время как настоящее изобретение показано и описано со ссылкой на определенные предпочтительные варианты его осуществления, специалисты в данной области техники поймут, что могут быть сделаны различные изменения по форме и содержанию, не отходя от сущности и объема настоящего изобретения, которые определены прилагаемой формулой изобретения.
1. Способ выполнения передачи обслуживания посредством обслуживающей базовой станции в системе связи, заключающийся в том, что
решают выполнить передачу обслуживания, когда обслуживающей базовой станции необходимо, чтобы мобильная станция выполнила процедуру передачи обслуживания;
оповещают одну из целевых базовых станций для выполнения передачи обслуживания;
и передают сообщение передачи обслуживания в мобильную станцию, включающее в себя информацию принудительной передачи обслуживания, указывающую, что обслуживающая базовая станция дает команду мобильной станции на передачу обслуживания в оповещенную целевую базовую станцию.
2. Способ по п.1, в котором заданное поле в сообщении передачи обслуживания включает в себя один бит, представляющий информацию принудительной передачи обслуживания.
3. Способ по п.2, в котором другое значение данного одного бита представляет собой информацию предложенной передачи обслуживания, и, если данный один бит представляет собой информацию предложенной передачи обслуживания, сообщение передачи обслуживания включает в себя список целевых базовых станций, допускающих выполнение передачи обслуживания, и мобильная станция может выбрать одну из целевых базовых станций в списке.
4. Способ по п.1, в котором дополнительно
принимают от мобильной станции сообщение индикации передачи обслуживания; и
разрывают соединение с мобильной станцией.
5. Способ по п.4, в котором сообщение индикации передачи обслуживания включает в себя поле типа индикатора передачи обслуживания, представляющее нормальную передачу обслуживания.
6. Способ по п.1, в котором этап оповещения одной из целевых базовых станций содержит этапы, на которых
передают сообщение извещения о передаче обслуживания в целевые базовые станции;
принимают сообщение ответа на извещение о передаче обслуживания от целевых базовых станций; и
передают сообщение подтверждения передачи обслуживания в одну из целевых базовых станций.
7. Способ выполнения передачи обслуживания посредством мобильной станции в системе связи, заключающийся в том, что
принимают от обслуживающей базовой станции сообщение, включающее в себя информацию передачи обслуживания;
подтверждают посредством мобильной станции информацию передачи обслуживания в сообщении и разрывают соединение между мобильной станцией и обслуживающей базовой станцией, когда сообщение является сообщением индикации принудительной передачи обслуживания; и
выполняют передачу обслуживания в одну целевую базовую станцию, которой может быть передано обслуживание, включенную в сообщение.
8. Способ по п.7, в котором заданное поле в сообщении передачи обслуживания включает в себя один бит, представляющий информацию индикации принудительной передачи обслуживания.
9. Способ по п.7, в котором, когда информация подтвержденной передачи обслуживания является сообщением предложенной передачи обслуживания, подтверждают включенные в сообщение целевые базовые станции, которым может быть передано обслуживание, выбирают одну оптимальную базовую станцию из целевых базовых станций, которым может быть передано обслуживание, и выполняют передачу обслуживания в оптимальную базовую станцию.
10. Способ выполнения передачи обслуживания посредством мобильной станции в системе связи, заключающийся в том, что
передают сообщение запроса передачи обслуживания в обслуживающую базовую станцию, когда обнаружена необходимость передачи обслуживания; и
передают в обслуживающую базовую станцию сообщение индикации передачи обслуживания, включающее в себя информацию отмены передачи обслуживания, когда мобильная станция решает отменить передачу обслуживания, в период времени, в течение которого мобильная станция выполняет передачу обслуживания в одну из целевых базовых станций.
11. Способ по п.10, в котором дополнительно
принимают от обслуживающей базовой станции сообщение разрешения сканирования отношения несущей к помехам и шуму (CINR) целевых базовых станций; и
сканируют отношение несущей к помехам и шуму для целевых базовых станций в ответ на сообщение разрешения сканирования и сохраняют информацию по отношению несущей к помехам и шуму целевых базовых станций в соответствии с результатом сканирования.
12. Способ по п.10, в котором заданное поле типа индикатора передачи обслуживания, размещенное в сообщении индикации передачи обслуживания, включает в себя информацию отмены передачи обслуживания, представляющую собой два бита.
13. Способ по п.10, в котором мобильная станция решает выполнить передачу обслуживания, когда отношение несущей к помехам и шуму (CINR) обслуживающей базовой станции меньше первого порогового значения.
14. Способ по п.10, в котором мобильная станция решает выполнить передачу обслуживания, когда отношение несущей к помехам и шуму (CINR) обслуживающей базовой станции меньше отношения несущей к помехам и шуму (CINR) базовой станции, выбранной среди целевых базовых станций.
15. Способ по п.10, в котором мобильная станция решает отменить передачу обслуживания во время передачи обслуживания, когда отношение несущей к помехам и шуму (CINR) обслуживающей базовой станции больше второго порогового значения.
16. Способ по п.10, в котором мобильная станция решает отменить передачу обслуживания во время выполнения передачи обслуживания, когда отношение несущей к помехам и шуму (CINR) обслуживающей базовой станции больше отношения несущей к помехам и шуму (CINR) базовой станции, выбранной среди целевых базовых станций.
17. Способ выполнения передачи обслуживания посредством обслуживающей базовой станции в системе связи, заключающийся в том, что выполняют передачу обслуживания между обслуживающей базовой станцией и целевой базовой станцией после приема сообщения запроса передачи обслуживания от мобильной станции;
отменяют передачу обслуживания во время выполнения передачи обслуживания, когда обслуживающая базовая станция примет от мобильной станции сообщение отмены передачи обслуживания, включающее в себя информацию отмены передачи обслуживания; и поддерживают соединение между мобильной станцией и обслуживающей базовой станцией после того, как обслуживающая базовая станция отменит передачу обслуживания.
18. Способ по п.17, в котором сообщение отмены передачи обслуживания является сообщением, передаваемым от мобильной станции, чтобы остановить передачу обслуживания перед тем, как мобильная станция примет сообщение ответа передачи обслуживания, включающее в себя список целевых базовых станций.
19. Способ по п.17, в котором обслуживающая базовая станция заканчивает передачу обслуживания, когда обслуживающая базовая станция примет сообщение отмены передачи обслуживания перед тем, как передать в целевую базовую станцию сообщение подтверждения передачи обслуживания для выполнения передачи обслуживания.
20. Способ по п.17, в котором дополнительно передают сообщения отмены передачи обслуживания от обслуживающей базовой станции в целевую базовую станцию после передачи в целевую базовую станцию сообщения подтверждения передачи обслуживания для выполнения передачи обслуживания, когда обслуживающая базовая станция примет от мобильной станции сообщение отмены передачи обслуживания.
21. Способ по п.20, в котором сообщение отмены передачи обслуживания включает в себя заданное поле типа индикатора передачи обслуживания из двух бит.
22. Способ выполнения передачи обслуживания посредством мобильной станции в системе связи, заключающийся в том, что
передают сообщение запроса передачи обслуживания в обслуживающую базовую станцию, когда обнаружено, что необходима передача обслуживания;
принимают от обслуживающей базовой станции первое сообщение ответа передачи обслуживания; и
передают в обслуживающую базовую станцию сообщение индикации передачи обслуживания, включающее в себя информацию отклонения передачи обслуживания, когда мобильная станция решает отклонить передачу обслуживания, после приема сообщения ответа передачи обслуживания.
23. Способ по п.22, в котором информация отклонения передачи обслуживания предназначена для того, чтобы потребовать от обслуживающей базовой станции реконфигурацию списка целевых базовых станций.
24. Способ по п.22, в котором дополнительно
принимают от обслуживающей базовой станции сообщение разрешения сканирования отношения несущей к помехам и шуму (CINR) целевых базовых станций; и
сканируют отношение несущей к помехам и шуму целевых базовых станций в ответ на сообщение разрешения сканирования и сохраняют информацию по отношению несущей к помехам и шуму целевых базовых станций в соответствии с результатом сканирования.
25. Способ по п.22, в котором первое сообщение ответа передачи обслуживания включает в себя информацию по целевым базовым станциям, которые могут обеспечить обслуживание мобильной станции, среди целевых базовых станций.
26. Способ по п.22, в котором заданное поле типа индикатора передачи обслуживания, размещенное в сообщении индикации передачи обслуживания, включает в себя информацию отклонения передачи обслуживания, представляющую собой два бита.
27. Способ по п.22, в котором мобильная станция решает выполнить процедуру передачи обслуживания, когда отношение несущей к помехам и шуму (CINR) обслуживающей базовой станции меньше первого порогового значения.
28. Способ по п.22, в котором мобильная станция решает выполнить процедуру передачи обслуживания, когда отношение несущей к помехам и шуму (CINR) обслуживающей базовой станции меньше отношения несущей к помехам и шуму (CINR) базовой станции, выбранной среди целевых базовых станций.
29. Способ по п.22, в котором мобильная станция повторно передает сообщение запроса передачи обслуживания после передачи сообщения индикации передачи обслуживания, включающего в себя информацию отклонения передачи обслуживания.
30. Способ по п.22, в котором дополнительно
принимают от обслуживающей базовой станции второе сообщение ответа передачи обслуживания, включающее в себя список целевых базовых станций согласно результату сканирования отношения несущей к помехам и шуму (CINR) целевых базовых станций, после передачи сообщения индикации передачи обслуживания, включающего в себя информацию отклонения передачи обслуживания.
31. Способ выполнения передачи обслуживания посредством обслуживающей базовой станции в системе связи, заключающийся в том, что
выполняют передачу обслуживания между обслуживающей базовой станцией и целевой базовой станцией после приема сообщения запроса передачи обслуживания от мобильной станции; останавливают передачу обслуживания в целевую базовую станцию при выполнении передачи обслуживания, когда обслуживающая базовая станция примет от мобильной станции сообщение отклонения передачи обслуживания, включающее в себя информацию отклонения передачи обслуживания; и
передают новый список целевых базовых станций от обслуживающей базовой станции в мобильную станцию для того, чтобы возобновить передачу обслуживания в целевую базовую станцию из нового списка.
32. Способ по п.31, в котором дополнительно передают сообщение ответа передачи обслуживания от обслуживающей базовой станции в мобильную станцию, причем сообщение ответа передачи обслуживания включает в себя информацию о по меньшей мере одной базовой станции среди целевых базовых станций, которые могут обеспечить обслуживание мобильной станции.
33. Способ по п.31, в котором сообщение отклонения передачи обслуживания является сообщением, передаваемым от мобильной станции в обслуживающую базовую станцию, для того, чтобы потребовать от обслуживающей базовой станции реконфигурацию списка целевых базовых станций, после того, как мобильная станция примет сообщение ответа передачи обслуживания, включающее в себя список целевых базовых станций.
34. Способ по п.31, в котором сообщение отклонения передачи обслуживания включает в себя заданное поле типа индикатора передачи обслуживания из двух бит.
35. Способ по п.31, в котором обслуживающая базовая станция сохраняет соединение между обслуживающей базовой станцией и мобильной станцией и передает в целевые базовые станции сообщение, уведомляющее об останове передачи обслуживания, когда обслуживающая базовая станция примет от мобильной станции сообщение отклонения передачи обслуживания.
36. Способ выполнения передачи обслуживания посредством мобильной станции в системе связи, заключающийся в том, что
принимают сообщение запроса передачи обслуживания от обслуживающей базовой станции и выполняют передачу обслуживания; и
передают в обслуживающую базовую станцию сообщение индикации передачи обслуживания, включающее в себя информацию отмены передачи обслуживания, когда мобильная станция решает отменить передачу обслуживания, в период времени, в течение которого мобильная станция выполняет передачу обслуживания в одну из целевых базовых станций.
37. Способ по п.36, в котором мобильная станция решает отменить процедуру передачи обслуживания во время передачи обслуживания, когда отношение несущей к помехам и шуму (CINR) обслуживающей базовой станции больше, чем заданное пороговое значение.
38. Способ по п.36, в котором мобильная станция решает отменить процедуру передачи обслуживания во время выполнения передачи обслуживания, когда отношение несущей к помехам и шуму (CINR) обслуживающей базовой станции больше отношения несущей к помехам и шуму (CINR) базовой станции, выбранной среди целевых базовых станций.
39. Способ выполнения передачи обслуживания посредством обслуживающей базовой станции в системе связи, заключающийся в том, что
передают сообщение запроса передачи обслуживания от обслуживающей базовой станции в мобильную станцию и выполняют передачу обслуживания между обслуживающей базовой станцией и целевой базовой станцией;
отменяют передачу обслуживания во время выполнения процесса передачи обслуживания, когда обслуживающая базовая станция примет от мобильной станции сообщение отмены передачи обслуживания, включающее в себя информацию отмены передачи обслуживания; и поддерживают соединение между мобильной станцией и обслуживающей базовой станцией после того, как обслуживающая базовая станция отменит передачу обслуживания.
40. Способ по п.39, в котором обслуживающая базовая станция заканчивает передачу обслуживания, когда обслуживающая базовая станция примет сообщение отмены передачи обслуживания перед тем, как передать в целевую базовую станцию сообщение подтверждения передачи обслуживания для выполнения передачи обслуживания.
41. Способ по п.39, в котором дополнительно передают в целевую базовую станцию сообщение отмены передачи обслуживания, когда обслуживающая базовая станция примет сообщение отмены передачи обслуживания после передачи в целевую базовую станцию сообщения подтверждения передачи обслуживания для выполнения передачи обслуживания.
42. Способ выполнения передачи обслуживания посредством мобильной станции в системе связи, заключающийся в том, что
принимают от обслуживающей базовой станции сообщение запроса передачи обслуживания, включающее в себя список целевых базовых станций; и
передают в обслуживающую базовую станцию сообщение индикации передачи обслуживания, включающее в себя информацию отклонения передачи обслуживания, когда мобильная станция решает отклонить передачу обслуживания после проверки списка целевых базовых станций.
43. Способ по п.42, в котором информация отклонения передачи обслуживания предназначена для того, чтобы потребовать от обслуживающей базовой станции реконфигурацию списка целевых базовых станций.
44. Способ по п.42, в котором дополнительно
принимают от обслуживающей базовой станции сообщение разрешения сканирования отношения несущей к помехам и шуму (CINR) целевых базовых станций; и
сканируют отношение несущей к помехам и шуму (CINR) целевых базовых станций в ответ на сообщение разрешения сканирования и сохраняют информацию по отношению несущей к помехам и шуму (CINR) целевых базовых станций в соответствии с результатом сканирования.
45. Способ по п.42, в котором сообщение запроса передачи обслуживания включает в себя информацию по списку целевых базовых станций, которые могут обеспечить обслуживание мобильной станции, среди целевых базовых станций.
46. Способ по п.42, в котором дополнительно
передают сообщение запроса передачи обслуживания в обслуживающую базовую станцию после передачи сообщения индикации передачи обслуживания, включающего в себя информацию отклонения передачи обслуживания;
принимают от обслуживающей базовой станции сообщение ответа передачи обслуживания, включающее в себя обновленный список целевых базовых станций в соответствии с результатом сканирования отношения несущей к помехам и шуму (CINR) целевых базовых станций, после передачи сообщения запроса передачи обслуживания.
47. Способ выполнения передачи обслуживания посредством обслуживающей базовой станции в системе связи, заключающийся в том, что
передают сообщение запроса передачи обслуживания от обслуживающей базовой станции в мобильную станцию и выполняют передачу обслуживания между обслуживающей базовой станцией и целевой базовой станцией, причем сообщение запроса передачи обслуживания включает в себя список целевых базовых станций;
останавливают передачу обслуживания в целевую базовую станцию во время выполнения передачи обслуживания, когда обслуживающая базовая станция примет от мобильной станции сообщение отклонения передачи обслуживания, включающее в себя информацию отклонения передачи обслуживания; и
передают новый список целевых базовых станций от обслуживающей базовой станции в мобильную станцию.
48. Способ по п.47, в котором обслуживающая базовая станция сохраняет соединение между обслуживающей базовой станцией и мобильной станцией и передает в целевые базовые станции для выполнения передачи обслуживания сообщение, уведомляющее об останове передачи обслуживания, когда обслуживающая базовая станция примет от мобильной станции сообщение отклонения передачи обслуживания.
