УЗЕЛ И СПОСОБ ДЛЯ ОБЕСПЕЧЕНИЯ ОБСЛУЖИВАНИЯ БЕСПРОВОДНОГО ТЕРМИНАЛЬНОГО УСТРОЙСТВА МНОЖЕСТВОМ СОТ В КОММУНИКАЦИОННОЙ СЕТИ Российский патент 2018 года по МПК H04W36/28 

Область техники

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

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

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

Еще одним подходом, который привлекает большое внимание, является использование гетерогенных сетей, где традиционные запланированные макробазовые станции (известные как макроуровень) дополняются несколькими маломощными базовыми станциями, которые могут быть развернуты относительно незапланированным образом. Проект партнерства третьего поколения (3GPP) вобрал в себя концепцию гетерогенных сетей в качестве одного из основного предмета исследования в последних версиях усовершенствования LTE, таких как LTE релиз 11, и были определены несколько маломощных базовых станций для реализации гетерогенных сетей, такие как пикобазовые станции, фемтобазовые станции (также известные как домашняя базовая станция или HeNBs), радиорелейные станции и RRHs (головные выносные радиоблоки). Начальное обсуждение LTE релиза 12 уже началась, и одним из предложенных пунктов для исследования является способ обеспечения обслуживания устройства пользователя (UE) более чем одним eNB одновременно. Действующие механизмы унаследованного процесса хендовера LTE должны быть обновлены для осуществления поддержки функционирования системы.

На фиг. 1 показан пример гетерогенной сети, где мобильное терминальное устройство 101 использует несколько потоков, например, поток привязки из макробазовой станции 401А (или "eNB привязки") и поддерживающий поток из пикобазовой станции (или «eNB поддержки») 401В. Одним из недостатков в использовании гетерогенных сетей является необходимость сопоставления потока привязки и потока поддержки канала в плоскости пользователя, соответственно. Простое решение состоит в том, что каждый канал отображается на одном потоке, например, первый канал использует поток привязки и второй канал использует поток поддержки.

Раскрытие изобретения

При использовании одного потока для отображения каналов передачи в гетерогенной сети существует несколько технических задач, которые должны быть решены. Примером такой задачи является необходимость осуществления частых передач обслуживания. Чтобы сохранить пропускную способность пользовательских данных на приемлемом уровне, необходимо в однонаправленном канале плоскости пользователя многократно выполнять процесс «хендовера» от потока поддержки к потоку привязки или vice versa, в зависимости от условий линии связи и скорости передачи мобильного терминального устройства. Более того, каждая операция передачи обслуживания вызывает сигнализацию между сетью и мобильным терминальным устройством и также в пределах самой сети. При использовании множества мобильных терминальных устройств и пикобазовых станций нагрузка сигнализации в узлах сети может стать значительной и, возможно, станет ограничивающим фактором.

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

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

Другим примером преимущества является возможность поддержки уровня управления одной базовой станции, разделяя нагрузку данных на несколько базовых станций. Это открывает ряд возможностей, таких как, совместное использование сети. Например, несколько операторов могут совместно использовать пикоузлы для каналов данных, сохраняя при этом каналы сигнализации только на их макроузлах. Еще одним примером преимущества является обеспечение диверсификации уровня управления, например, отправка команды хендовера из источника и/или целевой базовой станции или отправку отчета об измерениях по назначению, становится достаточно просто с использованием множества соединений. Тем не менее, еще один пример преимущества заключается в том, что RLF на узле поддержки или узле привязки может быть восстановлен быстрее. Процесс восстановления работоспособности поддержки не вызывает затруднений, так как контекст устройства пользователя находится в станции привязки, и процесс восстановления работоспособности привязки ускоряется, так как узел поддержки может получать контекст легко от сети.

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

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

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

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

Определения

3GPP - Проект партнерства третьего поколения

AMBR - Общая максимальная скорость передачи

АР - Протокол приложения

APN - Имя точки доступа

ARP - Приоритет предоставления и удержания

ARQ - Запрос автоматического повторения

ВСН - Широковещательный канал

CIO - Смещение отдельной соты

CN - Базовая сеть

CRS - Опорный сигнал конкретной соты

CSG - Закрытая абонентская группа

DL - Канал нисходящей линии связи

DM - Демодуляция

DRB - Радиоканал передачи данных

Е-RAB - E-UTRAN канал радиодоступа

E-UTRA - Сеть наземного радиодоступа последующего поколения

Е-UTRAN - Сеть наземного радиодоступа последующего поколения технологии UMTS в усовершенствованном варианте

eNB/eNodeB - Усовершенствованный узел В (базовая станция)

ЕРС - Развитое ядро пакетной коммуникации

EPS - Развитая система пакетной коммуникации

EMM - Управление соединениями развитой системы пакетной коммуникации

GBR - Гарантированная скорость передачи

GUMMEI - Глобальный уникальный идентификатор узла управления мобильностью

HARQ - гибридный автоматический запрос на повторную передачу данных

HeNB - исходный eNB

НО - Хендовер

НОМ - Граница хендовера

HSPA - Высокоскоростная пакетная передача данных

IE - Информационный элемент

ID - идентификация

IP - Интернет-протокол

LTE - стандарт «Долгосрочное развитие сетей связи»

MAC - Управление доступом к среде передачи

MBR - Максимальная скорость передачи

ММЕ - Узел управления мобильностью

МТСР - Протокол управления многолучевым распространением радиоволн

NAS - Уровень без доступа

ОАМ - Эксплуатация и техническое обслуживание

PGW - PDN шлюз

РВСН - Физический широковещательный канал

PCell - Первичная сота

PCFICH - Физический управляющий канал индикатора формата

PCI - физический идентификатор соты

PDCCH - Физический управляющий канал нисходящей линии связи

PDCP - Протокол конвергенции пакетных данных

PDN - Сеть пакетной передачи данных

PDSCH - Физический совместимый канал нисходящей линии связи

PDU - Блок пакетных данных

PHICH - Физический канал индикатора гибридного ARQ

PSS - первичный сигнал синхронизации

QCI - Идентификатор QoS класса

QoS - Показатель качества обслуживания

RLC - Управление радиотрактами

RAB - Канал радиодоступа

RAT - Технология радиодоступа

RE - Элемент ресурсов

RLC - Управления радиотрактами

RLF - Отказ радиотракта

RRC - Управление радиоресурсами

RRH - Дистанционное радиоуправление

RRM - Управление радиоресурсами

RS - Опорный сигнал

RSCP - Код мощности принятого сигнала

RSRP - Принимаемая мощность опорного сигнала

RSRQ - Качество принимаемого опорного сигнала

Rx - Прием

SGW - Обслуживающий шлюз

SCell - Вторичная сота

SCTP - Протокол передачи и управления потоком

SDF - Поток служебных данных

SDU - Блок служебных данных

SFN - Системный номер кадра

SINR - отношение сигнал-смесь помехи с шумом

SRB - Сигнализация радиоканала

SRVCC - Одномоментный сеанс голосовой связи и передачи данных

SSS - Вторичный сигнал синхронизации

TCP - Протокол управления передачей

ТТТ - Время для запуска

Тх - Передача

UE - Устройство пользователя

UL - канал восходящей линии связи

UMTS - Универсальная система мобильной связи

UTRA - Универсальный наземный радиодоступ

UTRAN - Сеть универсального наземного радиодоступа

VoIP - Голосовая связь по IP-протоколу

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

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

Фиг. 1 является иллюстративным примером гетерогенного развертывания с одновременной передачей потока привязки и потока поддержки на беспроводное терминальное устройство;

фиг. 2 является иллюстративным примером Е-UTRAN архитектуры;

фиг. 3 является схематическим изображением функционального разделения между E-UTRAN и ЕРС;

фиг. 4 представляет собой стек протоколов плоскости пользователя;

фиг. 5 является стеком протоколов плоскости управления;

фиг. 6 показывает поток данных в плоскости пользователя и в плоскости управления;

фиг. 7 является иллюстративным примером архитектуры опорного сервиса;

фиг. 8 представляет собой иллюстративный пример схемы гетерогенного развертывания с использованием высокомощного макроузла и маломощного пикоузла;

фиг. 9 представляет собой иллюстративный пример схемы гетерогенного развертывания, где пикоузел соответствует его соте;

фиг. 10 является иллюстративным примером схемы гетерогенного развертывания, где пикоузел не соответствует его соте;

фиг. 11 показывает SFN операцию с одинаковой передачей из макро и пикона терминальное устройство;

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

фиг. 13 является иллюстративным примером архитектуры протокола для множественных или двухсторонних соединений;

фиг. 14 является иллюстративным примером инициирования хендовера;

фиг. 15 представляет собой схему, иллюстрирующую пример передачи сообщений при реализации хендовера Х2 в LTE;

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

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

фиг. 18 является блок-схемой алгоритма, изображающей пример последовательности выполнения операции устройства пользователя или беспроводного терминального устройства, показанного на фиг. 16, в соответствии с некоторыми из примерных вариантов осуществления, представленных в данном документе; и

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

Осуществление изобретения

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

Общее описание

Для лучшего пояснения примерных вариантов осуществления, представленных здесь, во-первых, будет дано определение и описание технической задачи. Сеть наземного радиодоступа последующего поколения технологии UMTS в усовершенствованном варианте (E-UTRAN) содержит базовые станции 401, называемые усовершенствованными узлами В (Узлы eNB или eNodeBs), которые обеспечивают завершение E-UTRA протокола в плоскости пользователя и в плоскости управления в отношении устройства пользователя. Базовые станции или Узлы eNB 401 взаимосвязаны друг с другом посредством интерфейса Х2. Узлы eNB 401 также соединены с помощью интерфейса Sic ЕРС (Развитое ядро пакетной коммуникации), более конкретно с ММЕ (Узел управления мобильностью) 115 посредством интерфейса S1-MME и с обслуживающим шлюзом (SGW) 117 через интерфейс S1-U. Интерфейс S1 поддерживает отношение «многие ко многим» между MMEs/SGWs и узлами eNBs. Архитектура Е-UTRAN показана на фиг. 2.

В eNB 401 выполняет функции ведущего узла, такие как управление радио ресурсами (RRM), управление радиоканалом, управление доступом, сжатие заголовка данных плоскости пользователя по отношению к обслуживающему шлюзу, маршрутизацию данных плоскости пользователя в направлении обслуживающего шлюза. ММЕ 115 является узлом управления, который обрабатывает сигнализацию между устройством пользователя и CN. Основные функции ММЕ 115 относятся к управлению подключения и управлению каналом, которые используются с помощью протоколов уровня без доступа (NAS). SGW 117 является точкой привязки мобильности устройства пользователя, и также содержит другие функции, такие как временная буферизация данных DL в течение времени приема пейджингового сообщения устройством 101 пользователя, маршрутизации пакетов и направления на соответствующий eNB, сбора информации для оплаты и законного перехвата. PDN шлюз (PGW) 119 является узлом, который осуществляет выделение IP-адреса для устройства пользователя, а также установление качества обслуживания (QoS) (описание будет приведено в последующих разделах).

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

Архитектура протокола радиосвязи

Архитектура протокола радиосвязи E-UTRAN состоит из плоскости пользователя и плоскости управления. Фиг. 4 показывает стек протоколов плоскости пользователя. Стек протоколов плоскости пользователя состоит из протокола конвергенции пакетных данных (PDCP), управления радиоканалом (RLC) и управления доступом к среде передачи (MAC), который завершается на eNB 401. PDCP управляет IP-пакетами в плоскости пользователя и выполняет функции, такие как сжатие заголовка, обеспечение безопасности и изменение порядка и ретрансляции во время хендовера. RLC уровень в основном отвечает за сегментацию (и соответствующую комплектацию) PDCP пакетов, чтобы они соответствовали размеру, который фактически должен быть передан по радио интерфейсу. RLC может работать как в режиме без подтверждения или в режиме подтверждения, в котором последний поддерживает повторную передачу. Уровень MAC выполняет мультиплексирование данных из различных однонаправленных радиоканалов, и который информирует RLC о размере пакетов, которые поставляются, что определяется на основе требуемого QoS каждого радиоканала и текущей емкости, доступных устройству 101 пользователя.

Фиг. 5 показывает стек протоколов плоскости управления. Уровни ниже уровня управления радиоресурсами (RRC) выполняют те же функции, что и в плоскости пользователя, за исключением того, что нет сжатия заголовка в плоскости управления. Основные функции RRC обеспечивают вещание системной информации, управление соединением RRC (установление, изменение и освобождение соединения RRC, установление сигнализации радиоканалов (SRB) и радиоканалов передачи данных (DRBs), хендовер, конфигурация нижних уровней протокола, восстановление сбоя в работе радиотракта и т.д.) и конфигурацию измерения и отчетности. Подробное описание функциональности протокола RRC и процедур приведено в 3GPP TS 36.331.

Устройство пользователя или беспроводное терминальное устройство 101 в целом однозначно идентифицируется через интерфейс S1 в пределах eNB 401 посредством ID АР UE S1 eNB. Когда ММЕ 115 принимает ID АР UE S1 eNB, который его сохраняет в течение всего времени, когда устройство пользователя ассоциировано с логическим S1-соединением для этого устройства 101 пользователя. После того, как известно, что ММЕ 115 для этого IE содержит ассоциированную сигнализацию S1-АР со всеми устройствами пользователя, ID АР eNB UE S1 является уникальным в пределах eNB 401 и устройству пользователя присваиваются новый ID S1АР после выполнения хендовера целевой eNB.

Со стороны ММЕ, устройство 101 пользователя однозначно идентифицируется с использованием ID ММЕ UE S1AP. Когда eNB 401 принимает ID ММЕ UE S1AP, то он сохраняет его в течение всего времени, когда устройство пользователя ассоциировано с логическим S1-соединением для этого устройства 101 пользователя. После того, как известно, что eNB 401 для этого IE содержит ассоциированную сигнализацию S1-АР со всеми устройствами пользователя. ММЕ ID АР eNB UES1 является уникальным в пределах ММЕ 115 и изменяется, если ММЕ изменяется устройство пользователя, например, хендовер между двумя узлами eNB, подключенными к различным MMEs.

Поток в плоскости пользователя и данные в плоскости управления показаны на фиг. 6. Существует только один MAC для устройства 101 пользователя (если того устройство пользователя не поддерживает множество каналов, как в случае агрегации несущей) и используя MAC несколько гибридных ARQ (HARQ) процессов могут быть выполнены одновременно для быстрого повторения передач. Существует отдельный RLC для каждого радиоканала и если радиоканал выполнен с возможностью использовать PDCP, есть также один отдельный PDCP для этого канала. Канал выполнен с возможностью использовать PDCP только, если он предназначен для устройства пользователя (т.е. для многоадресной передачи данных не используются PDCP как в плоскости управления, так и в плоскости пользователя и PDCP используется только для выделенного управляющего сообщения в плоскости управления, и для данных выделенного UL/DL в плоскости пользователя).

На передающей стороне каждый уровень принимает блок служебных данных (SDU) из более высокого уровня и передает блок данных протокола (PDU) на нижний уровень. Например, PDCP PDUs направляются на RLC и они являются RLC SDUs с точки зрения RLC, что, в свою очередь, посылает RLC PDUs в MAC, которые являются MAC SDUs с точки зрения MAC. На приемном конце происходит обратный процесс, то есть каждый уровень пропускает SDUs в уровень над ним, где они воспринимаются как PDUs.

Качество обслуживания

Устройство 101 пользователя может иметь множество приложений, работающих одновременно, каждое из которых имеет различные QoS требования, например, VoIP, браузер, загрузка файлов и т.д. Для того чтобы поддерживать эти различные требования, установлены различные каналы, каждый из которых ассоциирован с QoS. EPS канал/Е-RAB (Канал радиодоступа) является уровнем детализации для управления QoS уровнем канала в EPC/E-UTRAN. То есть, потоки служебных данных (SDF) сопоставлены с тем же EPS каналом, что и уровень канала приема переданного пакета (например, политика планирования, политика управления очередью, политика скорости формирования, конфигурация RLC и т.д.).

Устанавливается один EPS канал/E-RAB, когда устройство 101 пользователя соединяется с PDN, и остается установленным в течение существования PDN соединения, чтобы обеспечить устройству 101 пользователя IP подключение к PDN. Этот канал упоминается как канал по умолчанию. Любые дополнительные EPS каналы/E-RAB, которые установлены на одной и той же PDN, называются выделенным каналом. Исходные значения параметров уровня QoS канала по умолчанию присваиваются сетью на основании данных подписки. Решение об установлении или изменении выделенного канала может быть принято только ЕРС и значения параметров уровня QoS канала всегда устанавливаются ЕРС.

EPS канал/E-RAB называют как GBR канал, если выделенные сетевые ресурсы, относящиеся к значению гарантированной скорости передачи (GBR), которое ассоциировано с EPS каналом/E-RAB, постоянно выделяется (например, с помощью функции управления доступом в eNB) при установлении/модификации канала. В противном случае, EPS канал/E-RAB называют не GBR каналом. Выделенный канал может быть либо GBR или не GBR каналом, в то время как канал по умолчанию должен быть не GBR каналом.

Сервисная архитектура EPS канала показана на фиг. 7. Пакеты EPS канала передаются через радиоканал между устройством 101 пользователя и eNB 401. S1 канал транспортирует пакеты EPS канала между eNB 401 и SGW 117. E-RAB на самом деле является конкатенацией этих двух каналов (например, радиоканал и S1 канал) и два канала отображаются на одном как один. S5/S8 канал транспортирует пакеты EPS канала между SGW 117 и PGW 119 и завершает EPS канал. Здесь, также осуществляется сопоставление между E-RAB и S5/S8 каналом.

Значениями (т.е. на канал или на агрегированный канал) параметров QoS канала являются QCI, ARP, GBR и AMBR. Каждый EPS канал/E-RAB (GBR и не GBR) ассоциирован со следующими значениями параметров QoS канала: QCI и ARP. Идентификатор QoS класса (QCI) является скалярной величиной, которая используется в качестве ссылки для конкретных параметров допуска к узлу, которые управляют параметрами передачи пакета в канале (например, весовые значения планирования, пороговые значения допуском, пороговые значения управления очередью, конфигурация протокола канального уровня и т.д.) и которые был предварительно установлены оператором, который управляет eNodeB 401. QCI также может быть использован для конкретных параметров узла, которые управляют параметрами передачи пакета в канале на другие узлы в цепи плоскости пользователя, например, в PGW 119 и SGW 117. Девять значений QCI стандартизированы, подробные требования этих классов указаны в 3GPP TS 23.203. Приоритет предоставления и удержания (ARP) используется для определения, может ли запрос на установление/ изменение канала быть принят или должен быть отклонен в случае ограниченности ресурсов. Кроме того, ARP может быть использован eNodeB 401, SGW 117 или PGW 119 для принятия решения относительно ответвления канала(ов) при наличии существенных ресурсных ограничений (например, при хэндовера).

Каждый GBR канал дополнительно ассоциирован с параметрами QoS уровня канала GBR и MBR. Гарантированная скорость передачи (GBR) является битовой скоростью, которую можно ожидать при использовании GBR каналом. Максимальная скорость передачи (MBR) является максимальной скоростью передачи, которую можно ожидать при использовании GBR каналом. MBR может быть больше или равна GBR.

Каждое APN доступа, используемое устройством 101 пользователя, ассоциировано с каждым APN общей максимальной скоростью передачи (APN-AMBR). APN-AMBR устанавливает предел на общей скорости передачи, который может ожидаться при осуществлении всех PDN соединений на всех не GBR каналах того же APN. Каждое устройство 101 пользователя в состоянии EMM-REGISTERED ассоциировано с параметром QoS агрегированного уровня канала, известного как общая максимальная скорость передачи на устройство пользователя (UE-AMBR). UE-AMBR ограничивает общую скорость передачи данных, которая как ожидается, будет обеспечена на всех не GBR каналов устройства 101 пользователя.

Гетерогенные сети и мягкие, совместно используемые соты

Использование так называемого гетерогенного развертывания или гетерогенной сети, как показано на фиг. 8, включающей в себя передающие узлы, работающие с различными значения мощности передачи и с перекрытием зон покрытия, рассматривается как заслуживающая внимания стратегией развертывания сетей сотовой связи. При таком развертывании, маломощные узлы (узлы "пико"), которые могут быть использованы в качестве базовых станций 401b поддержки, как правило, предполагается, что предлагают высокую скорость передачи данных (Мбит/с), а также обеспечивают высокую пропускную способность (пользователей/м2 или Мбит/с/м2) в локальных зонах, где это необходимо/желательно, в то время как узлы высокой мощности («макроузлы»), которые могут быть использованы в качестве базовых станций 401а привязки, предполагается, обеспечивают полное покрытие. На практике, макроузлы 401а могут соответствовать непосредственно развернутым макросотам, а пикоузлы 401В могут быть развернуты позже, расширяя емкость и/или достижимые скорости передачи данных в пределах зоны покрытия макросот, где это необходимо.

Пикоузел 401В гетерогенной схемы развертывания может соответствовать своим сотам («пико-сота»), как показано на фиг. 9. Это означает, что, в дополнение к нисходящей линии связи и восходящей линии связи передачи/приема данных, пикоузел также передает полный набор общих сигналов/каналов, ассоциированных с сотой. В контексте LTE, что содержит первичный и вторичный сигнал синхронизации (PSS и SSS), соответствующего идентификатора физической соты пико-соты. Также содержаться опорные сигналы, которые являются опорными сигналами конкретной соты (CRS) также соответствующего идентификатора физической соты. CRS может, например, использоваться для оценки канала нисходящей линии связи для обеспечения когерентной демодуляции передач по каналу нисходящей линии связи. Дополнительно содержит в широковещательный канал (ВСН) с соответствующей системной информацией пикосоты.

Так как пикоузел 401В передает общие сигналы/каналы, соответствующих пикосот, то их возможно обнаружить и выбрать (например, подключенные) посредством терминального устройства (UE, устройство пользователя) 101. Если пикоузел 401В соответствует собственной соте, то так называемая L1/L2 сигнализация управления на PDCCH (а также PCFICH и PHICH), передается из пикоузла на подключенное терминальное устройство в дополнение к передаче данных по каналу нисходящей линии связи на PDSCH. Сигнализации L1/L2 управления, например, обеспечивает передачу по каналу нисходящей линии связи и восходящей линии связи информации о планировании и информацию гибридного ARQ, ассоциированную с терминальными устройствами в соте. Это показано на фиг. 9.

Альтернативно, пикоузел 401В в схеме гетерогенного развертывания может не соответствовать собственной соте, но может просто обеспечивать скорость передачи данных и «расширенную» емкость, перекрывающую макросоту 401А. Это иногда называют как "совместно используемая сота" или "мягкая сота". В этом случае, по меньшей мере, CRS, РВСН, PSS и SSS передаются из макроузла 401А. PDSCH может быть передан из пикоузла 401b. Чтобы обеспечить демодуляцию и детектирование PDSCH, несмотря на то, что ни один CRS не передается из пикоузла 401b, DM-RS должен быть передан из пикоузла 401b вместе с PDSCH. Опорные сигналы конкретного устройства пользователя могут затем использоваться терминальным устройством для демодуляции/детектирования PDSCH. Это показано на фиг. 10.

Передача данных из пикоузла 401В, не передающего CRS, как описано выше, требует поддержки DM-RS в терминальном устройстве ("не унаследованное терминальное устройство"). В LTE, DM-RS основанный прием PDSCH поддерживается в релизе 10 и для FDD, а для сигнализации L1/L2 управления, DM-RS основанный прием планируется для релиза 11. Для терминальных устройств, не поддерживающих DM-RS основанный прием ("унаследованные терминальные устройства"), используется одна возможность установки совместного использования соты при SFN² - типа передачи. По существу, идентичные копии сигналов и каналов, необходимые для унаследованного терминального устройства, передаются одновременно из макроузла 401а и пикоузла 401b. С точки зрения терминального устройства, это будет выглядеть как одна передача. Такая операция, которая показана на фиг. 11, будет обеспечивать коэффициент SINR. Это может быть преобразовано в более высокую скорость передачи данных, но не в увеличение пропускной способности, поскольку ресурсы передачи не могут быть повторно использованы в разных местах в одной соте.

Можно предположить, что макроузлы 401А в состоянии обеспечить покрытие и пикоузлы 401В предназначены только для повышения пропускной способности (то есть, без покрытия зон неуверенного приема), другая альтернативная архитектура представляет собой архитектуру, где устройство пользователя поддерживает макроподключение все время (так называемый «поток привязки»), и добавляет пико подключение, когда он находится в зоне покрытия пико (называемый «поток поддержки»). Когда оба соединения активны, то поток привязки может быть использован как для сигнализации управления, в то время как поток поддержки используется для передачи данных. Тем не менее, по-прежнему возможно будет отправлять данные также с помощью потока привязки. Мы определяем этот случай как «множественное подключение" или "двойное подключение". Это показано на фиг. 12. Обратите внимание, что в этом случае, как и в предыдущих случаях, показана системная информация, которую предполагается отправлять только из макро 401А, но все еще возможно осуществить отправку также из пико 401В.

Архитектура протокола для мягких сот

Для поддержки множественного подключения предлагается несколько вариантов архитектур, как для плоскости управления, так и для плоскости пользователя. Для плоскости пользователя, предлагается централизованный подход, где PDCP (или даже RLC) оканчивается только на узле привязки и узел поддержки заканчивается на RLC (или даже MAC) уровне. Децентрализованный подход будет иметь узел поддержки для завершения на PDCP уровне. Аналогичный подход может быть принят в плоскости управления, например, распределенный или централизованный PDCP/RLC, но на самом верхнем уровне есть дополнительное измерение централизации или распределения RRC. Фиг. 13 показывает пример архитектур плоскости управления и плоскости пользователя, где плоскость пользователя применяет распределенный PDCP, в то время как плоскость управления централизована на PDCP уровне на узле привязки. Обратите внимание, что на чертеже, агрегация в плоскости пользователя, например, дающая возможность разделить пакеты, относящиеся к потоку данных одного приложения, передаваемые по линиям связи привязки и поддержки, может быть реализована при использовании протокола агрегации более высокого уровня, такого как многолучевого TCP (МТСР).

Измерения, осуществляемые устройством пользователя

Устройство пользователя может быть выполнено с возможностью сообщать результаты измерений, главным образом, ради поддержки мобильности. Как указано в документе 3GPP TS 36.331, E-UTRAN обеспечивает конфигурацию измерений, применимую для устройства пользователя в состоянии RRC CONNECTED посредством выделенной сигнализации, например, с использованием сообщения RRCConnectionReconfiguration.

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

Другим примером конфигурации измерения является конфигурация отчетности. Конфигурации отчетности включают в себя периодические или событийные критерии, которые вызывают устройство пользователя отправить отчет об измерении, а также подробную отчетную информацию. Информация, подлежащая представлению, может содержать величины, такие как, например, код мощности принятого сигнала (RSRP) для UMTS или Принимаемая мощность опорного сигнала (RSRP) для LTE и количество сот.

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

Дополнительным примером конфигурации является количественные конфигурации. Конфигурации количества определяют фильтрацию, которая будет использоваться при каждом измерении. Одна конфигурация количества выполнена для каждого RAT типа и один фильтр может быть настроен на количество измерений.

Еще одним примером конфигурации измерения является измерение интервалов. Измерение интервалов определяет временные периоды, когда планируется отсутствие передач по каналу восходящей линии связи или нисходящей линии связи, так что устройство пользователя может выполнять измерения, например, межчастотные измерения, где устройство пользователя имеет только один Tx/Rx блок и поддерживает только одну частоту в течение данного промежутка времени. Конфигурация измерения интервалов является общей для всех измерений интервалов.

E-UTRAN конфигурирует только один объект измерения для данной частоты, но больше, чем один идентификатор измерения может использовать тот же объект измерения. Идентификаторы, используемые для объекта измерения и конфигурации отчетности, являются уникальными для всех типов измерений. Можно настроить количество, которое инициирует отчет (RSCP или RSRP) для каждой конфигурации отчетности.

В LTE, например, используемые некоторые метрические измерения являются измерениями величины принимаемой мощности опорного сигнала (RSCP) и уровня качества принимаемого опорного сигнала (RSRQ). RSRP является измеряемым параметром силы сигнала в конкретной соте и используется в основном для ранжирования различных сот для хендовера и повторного выбора соты, и рассчитывается как линейная средняя величина мощности элементов ресурса (REs), которые передают опорные сигналы (RSS) конкретной соты. RSRQ, с другой стороны, также принимает во внимание уровень помех, также используя общую величину принимаемой мощности широкополосного сигнала.

Одним из параметров конфигурации измерения, который принимает устройство пользователя из обслуживающего его eNB, является S-величина. S-величина указывает устройству пользователя момент, когда начинать измерения соседних сот. Если измеренная величина RSRP обслуживающей соты падает ниже уровня S-величины, что указывает на низкий уровень мощности сигнала обслуживающей соты, то устройство пользователя начинает измерение уровня сигнала RSs от соседних сот. S-величина является возможным параметром, и различные значения S-величины могут быть указаны для начала внутричастотных, межчастотных и интер-RAT измерений. После того, как устройство пользователя способно выполнить измерения, может быть направлен отчет обслуживающей соте, указанным сотам (т.е. сотам, обозначенным как часть объекта измерения) и/или обнаруженным сотам на указанной частоте (т.е. соты, которые не являются указанными сотами, но обнаруженные устройством пользователя).

Есть несколько параметров конфигурации измерения, которые определяют инициирование отчетов об измерениях от устройства пользователя. Примером событийного критерия, который указан для отчетности измерений интра-RAT в LTE является Событие А1. Событие А1 происходит, когда первичная обслуживающая сота начинает функционировать лучше по сравнению с абсолютным пороговым значением. Другим примером является Событие А2, которое происходит, когда первичная обслуживающая сота начинает функционировать хуже по сравнению с абсолютным пороговым значением. Дополнительным примером является Событие A3, которое происходит, когда соседняя сота начинает функционировать лучше, чем смещение по отношению к первичной обслуживающей соте. Еще одним примером является Событие А4, которое вызывает функционировать соседнюю соту лучше по сравнению с абсолютным пороговым значением. Еще одним примером является Событие А5, которое вызывает первичную обслуживающую соту функционировать хуже по сравнению с одной абсолютной пороговой величиной и соседняя сота начинает функционировать лучше по сравнению с другой абсолютной пороговой величиной. Другим примером является Событие А6, которое вызывает соседнюю соту функционировать лучше, чем смещение относительно вторичной соты (SCell).

Различные критерии отчетности по событию указаны для интер-RAT мобильности. Примером может служить Событие В1, которое происходит, когда соседняя сота начинает функционировать лучше по сравнению с абсолютным пороговым значением. Еще одним примером является Событие В2, которое происходит, когда обслуживающая сота функционирует хуже по сравнению с одной абсолютной пороговой величиной и соседняя сота начинает функционировать лучше по сравнению с другой абсолютной пороговой величиной.

Примером отчета об измерении инициирования события, относящегося к хендоверу, является A3, и его использование проиллюстрировано на фиг. 14. Условия инициирования события A3 можно сформулировать следующим образом:

где N и S являются величинами мощности сигнала соседней и обслуживающей сот, соответственно, и НОМ является границей хендовера. НОМ является разницей между величиной качества радиосвязи обслуживающей соты и требуемой величиной качества радиосвязи до начала процедуры хендовера. Величина качества радиосвязи измеряется либо с помощью RSRP, либо RSRQ (см. 3GPP TS 36.133 для дальнейшего объяснения).

Устройство пользователя инициирует процедуру внутричастотного хэндовера путем отправки отчета о Событии A3 в eNB. Это событие происходит, когда устройство пользователя измеряет, что целевая сота функционирует лучше, чем обслуживающая сота с границей "НОМ". Устройство пользователя сконфигурировано по RRC при входе в соту НОМ рассчитывается из следующих конфигурируемых параметров:

где Ofs является конкретным сдвигом частоты обслуживающей соты, Ocs является сдвигом конкретной соты (CIO) обслуживающей соты, Off является а3 сдвигом, Ofn является конкретным частотным сдвигом соседней соты, Осп является CIO соседней соты и Hys является гистерезисом.

Если условие (1) выполнено и остается в силе в течение определенного срока, известного как временя инициирования (ТТТ), то устройство пользователя передает отчет об измерении на обслуживающий eNB (на фиг. 14 событие A3 выполнено в точке А и отчет об измерении передается в точке В по оси времени). Когда обслуживающий eNB получает отчет об измерениях, то может инициировать процедуру хендовера на соседнюю соту.

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

Хендовер

Хендовер является одним из важных аспектов любой системы мобильной связи, где система обеспечивает непрерывность обслуживания устройства пользователя, передавая соединение из одной соты в другую в зависимости от нескольких факторов, таких как уровень сигнала, условия нагрузки, требования к обслуживанию и т.д. Предоставление работоспособного/эффективного хендовера (минимальное количество ненужных передач обслуживания, минимальное количество отказов при передачи обслуживания, минимальная задержка при передачи обслуживания и т.д.), будет влиять не только на качество обслуживания (QoS) конечного пользователя, но также и на общую пропускную способность мобильной сети и производительность.

В LTE, где функционирование UE дополнительно поддерживается, используется сетевой управляемый хендовер (3GPP TS 36.300). Выполнение процедуры хендовера основано на отчетах устройств пользователя и устройство 101 пользователя перемещается если требуется и возможно, в наиболее соответствующую соту, которая будет гарантировать непрерывность обслуживания и соответствующий уровень качества обслуживания.

Хендовер осуществляется через соединение Х2, когда есть такая возможность, и если нет, то с помощью S1 (т.е. используя базовую сеть (CN)). Процесс хендовера Х2 показан на фиг. 15. Процедура хендовера может быть подразделена на три этапа, а именно, подготовки (инициации), выполнение и завершение.

Основные этапы процесса хендовера описаны ниже:

1. Исходная eNB конфигурирует процедуры измерения устройства пользователя. Это может быть сделано либо когда устройство пользователя первым подключается к eNB (содержащегося в команде НО, как описано ниже) или позже, отправкой реконфигураций измерения. Конфигурации измерений передаются на устройство пользователя, используя информационный элемент (IE) measConfig, который содержится в сообщении RRCConnectionReconfiguration.

2. Устройство пользователя инициируется для отправки отчета об измерении в соответствии с набором правил измерений, как описано в предыдущем разделе.

3. На основании принятого отчета об измерении и другой информации RRM, исходный eNB принимает решение о хендовере устройства пользователя на целевую соту.

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

5. Допуск на управления может быть выполнена с помощью целевого eNB.

6. Целевой eNB готовит НО с помощью L1/L2 и посылает сообщение подтверждения на запрос хендовера в исходный eNB. Сообщение подтверждения на запрос хендовера включает в себя информационный элемент (IE) под названием "Целевой eNB на исходный eNB прозрачный контейнер". Этот IE в основном включает в себя сообщение команды хэндовера (RRCConnectionReconfiguration, которое содержит mobilityControlInfо IE), которое отправляется в устройство пользователя на следующем этапе.

Существует много основных элементов сообщения RRCConnectionReconfiguration. Примером такого элемента является возможная конфигурация измерения, например, measConfig IE, которая будет использоваться в целевой соте.

Другим примером является информация управления мобильностью, например, mobilityControlInfо IE, которая обеспечивается только во хендовера. Этот информационный элемент IE содержит информацию устройства пользователя, необходимую для выполнения хендовера, такую как PCI целевой соты, сотовый временный идентификатор радиосети (C-RNTI), который присваивается устройству пользователя в целевой соте, период времени действия хендовера, выделенная преамбула канала произвольного доступа (RACH) в целевой соте, несущая частота/ширина полосы пропускания, которые будут использоваться в UL/DL и в общих конфигурациях ресурсов радиосвязи.

Еще одним примером является выделенная конфигурация ресурсов радиосвязи, например, radioResourceConfigDedicated IE, которая в основном состоит из списков DRB/SPvBs для добавления или изменения, например, srb-ToAddModList и drb-ToAddModList IEs, соответственно. Выделенная конфигурация ресурса радиосвязи может дополнительно содержать список DRBs, который должен быть освобожден, например, drb-ToReleaseList IE, если есть какие-либо каналы, которые должны быть освобождены. Эти списки формируются на основании решения управлением доступа.

Дополнительная информация также может быть предоставлена в сообщении RRCConnectionReconfiguration, такая как информация, относящаяся к безопасности и агрегации несущей.

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

7. Исходный eNB передает команду на хендовер, например, сообщение RRCConnectionReconfiguration, содержащее mobilityControlInfo, на устройство пользователя от имени целевого eNB.

8. Исходный eNB посылает сообщение SN (порядковый номер) Статуса передачи на целевой eNB, который содержит идентификатор перегруженных E-RABs, и PDCP SNs для передачи данных по каналам UL и DL.

9. После приема сообщения RRCConnectionReconfiguration, содержащее mobilityControlInfo, устройство пользователя выполняет синхронизацию с целевым eNB и осуществляет допуск к целевой соте через RACH. Если RRCConnectionReconfiguration, содержащее информацию выделенного RACH, принято, то содержащаяся выделенная преамбула, используется для RACH доступа. В противном случае, наблюдается конфликт при попытке одновременной передаче данных.

Кроме того, на основании информации о DRB и SRB, содержащейся в radioResourceConfigDedicated IE, устройство пользователя может сбросить MAC. На основании такой информации, устройство пользователя может также восстановить PDCP для всех RBs, которые установлены, например, с использованием новых ключей безопасности, поставленных из целевого.

На основании информации, содержащейся в radioResourceConfigDedicated IE, устройство пользователя может также освободить все DRBs, указанные в drb-ToReleaseList, которое содержит команду освобождения соответствующего PDCP, RLC и DTCH логического канала. На основании информации, содержащейся в radioResourceConfigDedicated IE, устройство пользователя может перенастроить все DRBs, указанные в drb-ToAddModList путем изменения конфигурации, ассоциированной с PDCP, RLC и DTCH логическими каналами, используя параметры конфигурации, содержащиеся в drb-ToAddModList.

На основании информации, содержащейся в radioResourceConfigDedicated IE, устройство пользователя может также перенастроить все SRBs, указанные в srb-ToAddModList, путем изменения конфигурации, ассоциированной с используемым RLC и логическим каналом DCCH.

10. Целевой eNB отвечает с использованием выделенного канала UL и опережением.

11. Когда устройство пользователя успешно получил доступ к целевой соте,

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

12. Целевой eNB передает сообщение с запросом переключить тракт на ММЕ для информирования того, что устройство пользователя изменило соту.

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

14. Обслуживающий шлюз переключает канал передачи данных нисходящей линии связи на целевую сторону. Обслуживающий шлюз отправляет один или несколько пакетов «конечного маркера» по первоначальному тракту на исходный eNB и затем может освобождать любые ресурсы U-плоскости/TNL в направлении исходного eNB.

15. Обслуживающий шлюз посылает ответное сообщение о модификации канала в ММЕ.

16. ММЕ подтверждает сообщение с запросом переключить тракт посредством сообщения подтверждения запроса переключить тракт.

17. При отправке устройством пользователя сообщения освободить контекст, целевой eNB сообщает о выполнении НО на исходный eNB и инициирует высвобождение ресурсов исходным eNB.

18. После приема сообщения освободить контекст UE, исходный eNB может освободить соответствующие радиоресурсы и ресурсы в С-плоскости, ассоциированные с контекстом устройства пользователя. Любая осуществляемая передача данных может продолжиться.

Обзор примерных вариантов осуществления

LTE в настоящее время поддерживает только соединения один к одному между устройствами пользователя и eNBs. Таким образом, когда инициируется хендовер, целевой запрашивается признать все каналы передачи устройств пользователя. Если по какой-либо причине, например, из-за перегрузки, то некоторые каналы, не могут быть допущены на целевой, источник может либо отменить хендовер (и, возможно, попробовать иной кандидат целевого) или принять его и хендовер устройства пользователя на целевой, что приведет к выводу недопущенных каналов. Это может вызвать серьезные последствия для общего обслуживания пользователя.

Текущие характеристики не позволяют установить каналы параллельно и в нескольких eNBs для того же устройства пользователя необходимо обеспечить множественное соединение. Это позволит оптимально распределить каналы в зависимости от их QoS и характеристик UL/DL. Некоторые из примерных вариантов осуществления, представленных в данном документе, описывают способ, который позволяет обеспечить мобильность и выполнить процедуры управления каналом, обеспечивая распределение устройств пользователя между несколькими eNBs с возможностью подключения к устройствам пользователя несколькими eNBs.

В соответствии с некоторыми примерными вариантами осуществления предлагаются различные механизмы, позволяющие выполнить множественное соединение между устройствами пользователя и множеством сот. Описывается селективный хендовер, соответствующие процедуры управления каналом и конфигурация измерения. Также описана основная концепция селективного хендовера, а также необходимые изменения при установлении связи eNBs, участвующие в селективном хендовере. В соответствии с некоторыми примерными вариантами осуществления основное внимание в настоящем документе уделено аспектам установления связи между eNB (в частности, узлом привязки) и устройством пользователя.

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

1) в качестве первого случая, узел привязки может иметь все каналы, как SRBs, так и DRBs. Таким образом, селективный хэндовер может быть пустым хэндовером, где целевой просто подготавливается, и устройство пользователя выполняет синхронизацию с целевым, не передавая любые однонаправленные радиоканалы.

2) Второй вариант использования может представлять собой случай, где узел привязки имеет все SRBs и некоторые DRBs, в то время как целевой принимает некоторые DRBs, ассоциированные с устройством пользователя посредством выполнения процедур хендовера.

3) Третий вариант использования может представлять собой случай, где узел привязки имеет все SRBs, в то время как целевой передал на обслуживание все DRBs.

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

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

b. В соответствии с некоторыми из примерных вариантов осуществления, целевым может стать узел привязки (т.е. все SRBs передаются на обслуживание целевому) и целевой может также иметь некоторые DRBs. В то же время, некоторые из DRBs могут по-прежнему оставаться на исходном узле. Следует иметь в виду, что данный случай можно рассматривать в качестве противоположного сценария случая 2.

c. В соответствии с некоторыми из примерных вариантов осуществления целевой становится узлом привязки (т.е. все SRBs передаются на обслуживание на целевой) и целевой также использует все DRBs. Следует иметь в виду, в отличие от полного хендовера, здесь поддерживается связь с источником. Следует иметь в виду, что данный случай можно рассматривать в качестве противоположного сценария случая 1.

5) На пятом варианте использования, селективный хэндовер может быть предусмотрен между узлами поддержки. В этом примере используется случай, где узел привязки остается тем же и некоторые DRBs переключаются между двумя этими узлами поддержки.

6) В качестве шестого случая использования рассматривается случай, где возникает разделение плоскости управления в узле привязки и узле поддержки. В качестве примера приводятся три способа разделения.

a. Согласно некоторых примерных вариантов осуществления, источник сохраняет все DRBs и некоторые SRBs. Целевой получает некоторые SRBs в результате процедуры хэндовера.

b. В соответствии с некоторыми из примерных вариантов осуществления, источник может сохранить некоторые из DRBs и некоторые из SRBs, в то время как целевой принимает некоторые из SRBs и некоторые из DRBs, ассоциированные с устройством пользователя в результате селективного хендовера.

c. В соответствии с некоторыми из примерных вариантов осуществления, источник может сохранить некоторые из SRBs, в то время как целевой получает все DRBs и некоторые из SRBs, ассоциированные с беспроводным терминалом в результате селективного хендовера.

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

Описание процедур селективного хэндовера

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

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

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

Выбор каналов для хендовера

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

В соответствии с некоторыми из примерных вариантов осуществления исходный eNB имеет статическое отображение, указывающее, какой тип каналов должен использоваться при селективном хендовере. Несколько правил отображения могут быть использованы, например, только не GBR каналы, только GBR каналы, только GBR каналы с MBR выше или ниже определенного уровня, только GBR каналы с GBR выше или ниже определенного уровня или только каналы, которые принадлежат к определенному множеству QCI (s) и т.д.

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

В соответствии с некоторыми из примерных вариантов осуществления исходный eNB конфигурирует устройство пользователя конфигурациями отчетности множественных измерений и, в зависимости от инициированного отчета, решает какие каналы будут использоваться для селективного хендовера. В качестве простого примера, исходный eNB может сконфигурировать две конфигурации измерения, основанные на событии A3, и устанавливать различные пороговые значения для каждого из них. Если был инициирован первый отчет, то eNB может выбрать определенные каналы (например, не GBR каналы) для селективного хендовера и аналогично, если был инициирован второй отчет, то eNB может выбрать другой вид канала (например, GBR каналы) для селективного хендовера. Обратите внимание, что это всего лишь пример и другие события могут быть использованы для выбора различных каналов.

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

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

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

В соответствии с некоторыми из примерных вариантов осуществления, исходный eNB может настроить более низкое пороговое значение, чтобы инициировать более ранние измерения и при приеме этих измерений, обслуживающий eNB может принять решение инициировать селективный хендовер на целевой eNB, но с пустым списком каналов (т.е. хендовер не выполняется). Целью этого «пустого хендовера» может быть необходимость в синхронизации устройства пользователя с целевым eNB соты. В случае выполнения такого "пустого" селективного хендовера устройство пользователя синхронизируется с целевым eNB соты, и становиться возможным передавать сигнализацию о предстоящей мобильности из обслуживающей и целевой соты.

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

Инициирование хендовера

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

Во время выполнения данной процедуры, хендовер, и в случае плоскости пользователя, например, PDCP или PDCP и RLC, прекращается на узле привязки, механизм содержит переключение всех каналов трафика плоскости пользователя от базовой сети на новый узел привязки. А именно, узел привязки завершает в плоскости пользователя хендовер, что означает изменение узла привязки, что также предполагает переключение завершения каналов передачи трафика в плоскости пользователя от предшествующего узла привязки на новый узел привязки. В этой процедуре сообщение с запросом на переключение тракта, направленное в базовой сети, будет указывать переключение всех каналов на новый узел привязки, в то время как (в случае, когда исходная и целевая соты не принадлежат тому же узлу) сообщение с запросом на хендовер Х2 будет указывать на новый узел привязки (целевой узел), который будет передавать трафик по радиоканалу на новый узел привязки соты, и который должны быть передан на новый узел поддержки соты.

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

В унаследованном хендовере, исходный eNB подготавливает целевой eNB с использованием сообщения с запросом на хендовер по Х2, как показано на фиг. 15. Содержимое этого сообщения показано в таблице 1. Это сообщение Х2АР содержит прозрачный контейнер, содержащий контекст RRC из источника. Для селективного хендовера могут быть повторно использованы те же принципы, но содержимое сообщения должно быть изменено, так как контекст управления RRC остается в исходном eNB и запрашивается только набор E-RABs для хендовера.

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

В соответствии с некоторыми из примерных вариантов осуществления, если соединение узла привязки потеряно, когда устройство пользователя имеет активную линию связи поддержки, способствуя eNB работать в качестве узла привязки, например, заканчивает плоскость управления и SRBs. Новый узел привязки (ранее функционирующий как eNB поддержки) может использовать идентификатор ММЕ UE S1AP, который был принят при запросе на хендовер, чтобы восстановить контекст устройства пользователя, из ММЕ (или любой другой узел управления мобильностью) и, следовательно, предоставляя возможность переустановить любые радиоканалы, которые обслуживались посредством предыдущего узла привязки.

Сообщение с запросом на унаследованный хендовер Х2 уже содержит в себе список E-RABs для установки. В случае селективного хендовера этот список может также использоваться для передачи данных по радиоканалам, когда узел привязки инициирует хендовер на соту поддержки. Остальные E-RABs будет оставаться на исходном eNB. Таким образом, этот список может быть использован, как есть. Однако, если используется неполный список E-RAB при передаче сообщения с запросом на хендовер Х2: то предполагается, что целевой отправляет сообщение с запросом на переключение тракта в ММЕ, указывающее переключение каналов, перечисленных в сообщении с запросом на хендовер Х2. Текущие спецификации в TS 36.413 определяют, что "если E-RAB переключается согласно списка IE в канале нисходящей линии связи списка, то сообщение с запросом на переключение тракта не содержат все E-RABs, ранее содержащиеся в UE контексте, ММЕ рассматривает не содержащиеся E-RABs как неявно освобожденные посредством eNB".

Сказанное означает, что в соответствии с текущей спецификацией, каналы, не перечисленные в запросе на переключение тракта и назначенные для устройства пользователя, будет автоматически сброшены посредством ММЕ (или любым другим узлом управления мобильностью). Таким образом, в соответствии с некоторыми иллюстративными вариантами осуществления изобретения, две альтернативы могут быть предусмотрены для предотвращения такого завершения E-RAB.

Во-первых, сообщение с запросом на переключение тракта должен быть использовано новый IE, указывающее, что осуществляется селективный хендовер, и не включенные в список E-RABs не должны быть сброшены. Во-вторых, ММЕ должен быть использован, например, ОАМ системой, чтобы избежать завершения E-RAB для E-RABs, не указанных в сообщении с запросом на переключение тракта. Последнее решение может быть принято либо безоговорочно, либо в зависимости от идентичности исходного узла, который может быть получен исходным ММЕ UE S1AP ID IE и исходным ММЕ GUMMEI IE из сообщения с запросом на переключение тракта.

Пример того, как сообщение с запросом на переключение тракта IEs может быть использовано, приведен в таблице 1а, где новый IE обозначен как индикатор IE селективного хендовера, который был добавлен в качестве примера того, как процедуры селективного хендовера могут быть обозначены для ММЕ.

Индикация селективного хендовера

В соответствии с некоторыми из примерных вариантов осуществления селективный хэндовер указывается для устройства пользователя посредством использования пустого srb-ToAddModList или не используя его вообще, например, в radioResourceConfigDedicated IE в сообщении RRCConnectionReconfiguration, которое является ключом для устройства пользователя, что SRBs все еще передается из источника и, таким образом, текущая процедура является избирательным хендовером.

В соответствии с некоторыми из примерных вариантов осуществления, обеспечивается новый возможный IE, который называется "Селективный НО", в mobilityControlInfo IE. Этот IE может принимать разные значения в зависимости от типа селективного хендовера, который запрашивается. Например, он может иметь два значения, значение "О" со ссылкой на "данные радиоканалов", например, относится только к данным радиоканалов, перечисленные в drb-ToAddModList, для хендовера. IE также может иметь значение "1", которое может относиться к "сигнализации радиоканалов", например, означает, что сигнализация радиоканалов, указанные в srb-ToAddModList, также как данные радиоканалов, предусмотренные в drb-ToAddModList, предназначена для хендовера. Этот способ информирования о селективном хендовере допускает возможность переключения узла привязки от источника на целевой.

В соответствии с некоторыми из примерных вариантов осуществления селективный хэндовера указывается для устройства пользователя посредством отсутствия radioResourceConfigDedicated IE в сообщении RRCConnectionReconfiguration. Это представляет собой особый вид селективного хендовера, который может упоминаться как "пустой" хендовер. Пустой хендовер может быть использован для установки линии связи с целевым без фактического хендовера любых DRBs или SRBs.

В соответствии с некоторыми из примерных вариантов осуществления, указание на то, что хендовер является селективным, добавляется в сообщение команды на хэндовер, которое отправляется на устройство пользователя целевым. Целевой, при приема запроса на селективный хендовер от источника, будет использовать один из способ, описанных выше, чтобы сформировать сообщение RRCConnectionReconfiguration, которое посылается на источник с помощью Target NB to Source eNB Transparent Container IE сообщения подтверждения запроса на хэндовер, которое затем направляется на устройство пользователя как команда на хендовер от источника.

В соответствии с некоторыми из примерных вариантов осуществления, указание, что хендовер является селективным, добавляется в сообщение команды на хэндовер, которое отправляется на устройство пользователя источником. Целевой будет отправить унаследованное сообщение RRCConnectionReconfiguration, которое отправляется к источнику с помощью сообщения подтверждения запроса на хэндовер Target NB to Source eNB IE. Когда источник принимает это сообщение, как ответ на посланное сообщение, что выбран селективный хендовер, то будет изменено сообщение RRCConnectionReconfiguration с помощью одного из способов, описанных выше, и направляется данное сообщение в устройство пользователя как команда на хендовер.

Процесс функционирования устройства пользователя во время селективного хендовера

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

a. Начинает синхронизацию в нисходящей линии связи целевой соты.

b. Добавляет указанный C-RNTI в список C-RNTIs, который используется и ассоциирован с целевой сотой, например, с использованием PCI целевой соты.

c. Инициализирует новый стек протоколов, который соответствует целевой соте и конфигурирует MAC и PHY уровни, применяя конфигурации по умолчанию, а также конфигурации, указанные в radioResourceConfigCommon и в других соответствующих IEs mobilityControlInfo.

d. Высвобождает все DRBs, входящие в состав drb-ToReleaseList, которые содержат высвобождающиеся соответствующие PDCP, RLC и DTCH логический канал.

e. Устанавливает PDCP, RLC и DTCH для всех DRBs в drb-ToAddModList во вновь сконфигурированном стеке протоколов, который ассоциирован с целевой сотой, с использованием конфигураций протокола, представленных в списке, и для PDCP, дополнительно используя новые конфигурации безопасности.

f. Передает любой непереданный PDCP SDUs, например, те, которые находятся в буфере для повторной передачи узла привязки, из всех DRBs в drb-ToAddModList, к которому применяется хэндовера без потерь к соответствующим новым PDCP, которые могут быть установлены на предыдущем этапе.

g. Высвобождает все DRBs, представленные в drb-ToAddModList, который содержит высвобождающиеся соответствующие PDCP, RLC и DTCH логический канал, из исходного стека протоколов.

h. Если srb-ToAddModList предоставляется и не является пустым, что свидетельствует о переключении узла привязки, затем устанавливает SRBs в новом стеке протоколов путем применения конфигураций SRB по умолчанию, а также установлением PDPC, в случае необходимости, и если да, то применяя новые установочные параметры безопасности. Устанавливаются также RLC и DCCH на основе конфигураций, содержащихся в srb-ToAddModList. Устройство пользователя дополнительно высвобождает SRBs из стека протоколов, ассоциированных с источником.

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

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

В соответствии с некоторыми из примерных вариантов осуществления, если хендовер является селективным типом для добавления узла поддержки, например, только DRBs передаются на обслуживание на целевой и устройство пользователя не имеет достаточно ресурсов, чтобы передать сообщение RRCConnectionReconfigurationComplete на узел привязки, устройство пользователя может запросить разрешение на передачу по каналу UL, используя запрос планирования.

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

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

Конфигурации измерения

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

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

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

Конфигурация из нескольких наборов измерений может быть выполнена, например, когда узел привязки явно обслуживает все соседние соты определенного типа в соответствии с конфигурациями измерения.

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

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

В соответствии с некоторыми из примерных вариантов осуществления, когда устройство пользователя подключено к более, чем одной соте, устанавливаются параметры конфигурации множественного измерения для каждой соты, которые обслуживают устройство пользователя. Предоставление конфигурации измерения для отдельных сот может быть реализовано различными способами. Например, различные значения могут быть использованы для параметров смещения, такие как Ofh, Ocn, Ofp и Оср, что является частью MeasObjectEUTRA IE, который является частью установленной конфигурации измерений. В качестве другого примера, различные пороговые значения могут быть использованы для каждой обслуживающей соты, такие как смещение A3 и ТТТ, которые являются частью reportConfigEUTRA IE.

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

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

В соответствии с некоторыми из примерных вариантов осуществления, конкретное указание содержится в PCI соты, к которой применяется конфигурация измерения. Индикация может представлять собой как новый IE внутри measConfig IE. В соответствии с некоторыми из примерных вариантов осуществления, указание может быть в форме числового ID возрастающих значений, заданных для каждой обслуживающей соты устройства пользователя, например, 0 для узла привязки, 1 для первого узла поддержки, 2 для второго узла поддержки и т.д. Этот идентификатор может быть включен в состав как новый IE внутри measConfig IE. Идентификаторы, ассоциированные с каждой обслуживающей сотой, могут быть явно переданы при добавлении узла поддержки, на устройство пользователя или это может быть сделано неявно путем одновременного увеличения количества обслуживающих сот на узле привязки и устройстве пользователя.

Процедуры управления каналом

В соответствии с некоторыми из примерных вариантов осуществления, когда устройство пользователя подключено к более чем одной соте, и каналы устанавливаются, изменяются или высвобождаются сотой поддержки, узел привязки сообщает об этом на устройство пользователя через сообщение RRCConnectionReconfiguration (без mobilityControlInfo). Сообщение содержит указание на то, что конфигурации, содержащиеся в данном сообщении, являются соединением поддержки, а не привязкой. Новый информационный элемент может быть введен в сообщение для указания соты поддержки с помощью PCI соты поддержки или посредством другого согласованного ID, который известен, как устройству пользователя, так и узлу привязки, как описано выше. Соответствующие каналы, указанные в drb-ToAddModList и/или drb-ToReleaseList IEs в radioResourceConfigDedicated IE, и устройство пользователя применяет установки по стеку протоколов в указанной линии поддержки. Устройство пользователя может получить информацию о том, что сообщение RRCConnectionReconfiguration предназначено для канала привязки, если сообщение не содержит индикатор IE поддержки или его значение установлено на ID (PCI или другой согласованный ID) соты привязки.

В соответствии с некоторыми из примерных вариантов осуществления, когда устройство пользователя подключено к более чем одной соте и каналы устанавливаются, изменяются или высвобождаются сотой поддержки и также сотой привязки, узел привязки сообщает об этом в устройство пользователя через сообщение RRCConnectionReconfiguration (без mobilityControlInfo), которое содержит явное указание на линию связи, которой соответствуют каналы. Новый информационный элемент может быть введен в drb-ToAddModList и/или drb-ToReleaseList IE со значением для установки PCI соответствующей соты или другого согласованного ID, который известен, как устройству пользователя, так и узлу привязки, как описано выше. Устройство пользователя может узнать, что канал, который должен быть установлен, изменен или освобожден является линией привязки либо, если новый показатель IE не содержится в drb-ToAddModList и/или drb-ToReleaseLists, или если его значение равно ID, например, PCI или другому согласованному ID соты привязки.

Последующий селективный хендовер

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

Другим примером, указывающим устройству пользователя, что хендовер является последующим селективным хендовером, является случай использования аналогичной структуры обмена сообщениями в качестве селективного хендовера, но исключая информацию, такую как mobilityControlInfo, что не нужно сейчас, так как устройство пользователя уже подключено к узлу поддержки. В соответствии с этим примерным вариантом осуществления, индикатор IE поддержки, который аналогичен процедуре установки/изменению/высвобождению канала, как описано выше, может быть использован. Кроме того, индикатор IE селективного НО может быть использован. Индикатор селективного НО может быть использован, чтобы отличать его от процедуры установки/изменения/высвобождения канала, как описано выше.

В соответствии с некоторыми из примерных вариантов осуществления, когда устройство пользователя получает команду на последующий селективный хендовер, выполняются аналогичные операции, как при селективном хендовере, как описано в подразделе "Функционирование устройства пользователя во время селективного хендовера", за исключением процедур a, b и с, так как устройство пользователя уже синхронизировано с целевым. Более того, устройство пользователя получает C-RNTI из целевого и уже инициализированный стек протоколов, соответствующий линии связи поддержки.

Пример конфигурации узла

Фиг. 16 иллюстрирует пример конфигурации узла беспроводного терминального устройства или устройства 501 пользователя, который может реализовать некоторые из примерных вариантов осуществления, описанные здесь. Беспроводное терминальное устройство 501 может включать в себя радиосхему или коммуникационный порт 510, который может быть выполнен с возможностью принимать и/или передавать коммуникационные данные, команды и/или сообщения. Следует иметь в виду, что радиосхема или коммуникационный порт 510 могут быть выполнены в виде любого количества блоков приема/передачи, приема и/или передачи или схем. Следует также иметь в виду, что радиосхема или коммуникационный порт 510 могут быть выполнены в форме любого коммуникационного порта ввода или вывода, как известно в данной области техники. Радиосхема или коммуникационный порт 510 могут включать в себя RF схему и схему обработки основной полосы частот (не показано).

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

Фиг. 17 иллюстрирует примерную конфигурацию узла базовой станции или eNB 401, который может реализовать некоторые из примерных вариантов осуществления, описанных здесь. Следует иметь в виду, что базовая станция, показанная на фиг. 17, может быть базовой станцией привязки или eNB поддержки. Базовая станция 401 может включать в себя радиосхему или коммуникационный порт 410, который может быть выполнен с возможностью принимать и/или передавать коммуникационные данные, команды и/или сообщения. Следует иметь в виду, что радиосхема или коммуникационный порт 410 может быть выполнен в виде любого количества приемопередающих, приемных и/или передающих блоков или схем. Следует также иметь в виду, что схема радиотелефонной связи или коммуникационный порт 410 может быть выполнен в форме любого порта ввода или вывода, известным в данной области техники. Радиосхема или коммуникационный порт 410 может включать в себя RF схему и схему обработки основной полосы частот (не показано).

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

Пример процесса функционирования узла

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

Пример выполнения операции 6

В соответствии с некоторыми из примерных вариантов осуществления, беспроводное терминальное устройство может быть сконфигурировано для отправки 6 на исходную или целевую базовую станцию параметр возможностей. Параметр возможности обеспечивает индикацию того, поддерживает ли беспроводное терминальное устройство процедуры селективного хендовера. Радиосхема 510 выполнена с возможностью передавать параметр возможностей на исходную или целевую базовую станцию. Пример операции 6 описывается дополнительно, по меньшей мере, в подразделах "Описание селективного хендовера" и «Индикация селективного хендовера».

Пример операции 8

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

В соответствии с некоторыми из примерных вариантов осуществления команды множества конфигураций содержат идентификацию, по меньшей мере, одной обслуживающей соты, ассоциированной, по меньшей мере, с одной соответствующей командой конфигурации. В соответствии с некоторыми из примерных вариантов осуществления, одна команда конфигурации, по меньшей мере, содержит инициирующее событие. Инициирующее событие указывает, когда измерение, ассоциированное, по меньшей мере, с одной командой конфигурации, должно начаться. Пример операции 8 описывается дополнительно, по меньшей мере, в подзаголовке "Конфигурации измерения".

Операция 10

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

В соответствии с некоторыми из примерных вариантов осуществления, сообщение может представлять собой команду на хэндовер или сообщение, основанное на RRC. Операция 10 дополнительно описана, по меньшей мере, в подразделах «Индикация селективного хендовера» и «Последующий селективный хендовер».

Пример операции 12

В соответствии с некоторыми из примерных вариантов осуществления, сообщение может содержать, по меньшей мере, один PCI, идентифицирующий соту, в которой, по меньшей мере, один канал идентифицированного подмножества каналов будет передан на обслуживание. Беспроводное терминальное устройство может быть дополнительно выполнено с возможностью поддерживать 12 список PCIs для каждой линии привязки и линии связи поддержки. Схема 520 обработки может быть выполнена с возможностью поддерживать список PCIs для каждой линии привязки и линии связи поддержки. Пример операции 12 дополнительно описывается, по меньшей мере, в подразделах "Описание примерных вариантов осуществления", «Конфигурация измерения», «Процедуры управления каналом» и "Последующий селективный хендовер".

Пример операции 14

В соответствии с некоторыми из примерных вариантов осуществления, беспроводное терминальное устройство дополнительно выполнено с возможностью отправлять 14 на целевую или исходную базовую станцию, запрос на синхронизацию с произвольным доступом. Радиосхема 510 выполнена с возможностью отправлять на целевую или исходную базовую станцию запрос на синхронизацию с произвольным доступом. В соответствии с некоторыми из примерных вариантов осуществления, отправка 14 может быть результатом приема запроса на хендовер для пустого (то есть, нулевого) подмножества каналов. Пример операции 14 также описан, по меньшей мере, в подразделах "Описание селективного хендовера" и «Функционирование устройства пользователя во время селективного хендовера».

Пример операции 16

В соответствии с некоторыми из примерных вариантов осуществления, отправка 14 может дополнительно содержать прием 16 от целевой базовой станции ответа на случайный доступ, содержащий разрешение на передачу по каналу восходящей линии связи и/или команду на синхронизацию. Радиосхема 510 выполнена с возможностью принимать от целевой базовой станции ответ на случайный доступ, содержащий разрешение на передачу по каналу восходящей линии связи и/или команду синхронизации. Пример операции 16 дополнительно описан, по меньшей мере, в подзаголовке «Функционирование устройства пользователя при селективном хендовере».

Операция 18

Беспроводное терминальное устройство дополнительно выполнено с возможностью выполнять хендовер 18 идентифицированного подмножества каналов на целевую базовую станцию. По меньшей мере, один канал, ассоциированный с беспроводным терминальным устройством, который не является частью идентифицированного подмножества каналов, остается подключенным к исходной базовой станции. Таким образом, хендовер является селективным хэндовером. Схема 520 обработки выполнена с возможностью выполнять хендовер идентифицированного подмножества каналов на целевую базовую станцию. Операция 18 дополнительно описывается, по меньшей мере, в подзаголовке «Описание примерных вариантов осуществления».

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

Пример операции 26

В соответствии с некоторыми из примерных вариантов осуществления, базовая станция выполнена с возможностью принимать 26 от беспроводного терминального устройства параметр возможностей. Параметр возможностей обеспечивает индикацию, поддерживает ли беспроводное терминальное устройство процедуры селективного хендовера или нет. Радиосхема 410 выполнена с возможностью принимать от беспроводного терминального устройства параметр возможностей. Пример операции 26 дополнительно описывается, по меньшей мере, в подзаголовках "Описание селективного хендовера" и «Индикация селективного хендовера».

Пример операции 28

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

В соответствии с некоторыми из примерных вариантов осуществления, множество инструкций конфигурации включает в себя идентификацию, по меньшей мере, одной обслуживающей соты, ассоциированной, по меньшей мере, с одной соответствующей командой конфигурации. В соответствии с некоторыми из примерных вариантов осуществления, по меньшей мере, команда конфигурации содержит инициирующее событие. Инициирующее событие указывает, когда измерение, ассоциированное с соответствующей командой конфигурации, должно начаться. Пример операции 28 дополнительно описывается, по меньшей мере, в подзаголовке "Конфигурации измерения".

Операция 30

Базовая станция выполнена с возможностью определять 30 необходимость в процедуре хендовера. Схема 420 обработки выполнена с возможностью определять необходимость в процедуре хендовера. Это определение может быть выполнено на основании любого количества факторов, например, ситуации нагрузки исходной и/или целевой базовой станции. Операция 30 дополнительно описана, по меньшей мере, в подзаголовке «Инициирование хендовера».

Пример операции 32

Базовая станция 401 дополнительно выполнена с возможностью выбирать 32 подмножество каналов, ассоциированных с беспроводным терминальным устройством, для процедуры хендовера. Схема обработки выполнена с возможностью выбирать подмножество каналов, ассоциированных с беспроводным терминальным устройством для процедуры хендовера. В соответствии с некоторыми из примерных вариантов осуществления, подмножество каналов может быть пустым набором каналов, как описано, например, в отношении, например, операции 14. Операция 32 дополнительно описана, по меньшей мере, в подзаголовках "Описание селективного хендовера", "Выбор каналов для хендовера" и «Функционирование устройства пользователя во время селективного хендовера».

Операция 34

Базовая станция дополнительно выполнена с возможностью отправлять 34 на беспроводное терминальное устройство сообщение, указывающее процедуру хендовера для подмножества каналов. Радиосхема 410 выполнена с возможностью отправлять на беспроводное терминальное устройство сообщение, указывающее процедуру хэндовера, для подмножества каналов.

В соответствии с некоторыми из примерных вариантов осуществления, базовая станция является исходной базовой станцией или целевой базовой станцией, и сообщение посылается от имени целевой базовой станции. Операция 34 дополнительно описана в подразделе «Инициирование хендовера» и «Функционирование устройства пользователя во время селективного хендовера».

Пример операции 36

В соответствии с некоторыми из примерных вариантов осуществления базовая станция может быть дополнительно выполнена с возможностью принимать 36 от беспроводного терминального устройства запрос на синхронизацию произвольного доступа. Радиосхема 410 выполнена с возможностью принимать от беспроводного терминального устройства запрос на синхронизацию произвольного доступа.

В соответствии с некоторыми из примерных вариантов осуществления, запрос на синхронизацию произвольного доступа может быть принят в результате приема беспроводным терминальным устройством запроса на хендовер для пустого подмножества каналов, как описано в отношении примера операции 14. Пример операции 36 дополнительно описан, по меньшей мере, в подзаголовке "Функционирование устройства пользователя при селективном хендовере".

Пример операции 38

В соответствии с некоторыми из примерных вариантов осуществления, базовая станция может быть выполнена с возможностью отправлять 38 на беспроводное терминальное устройство команду разрешения на передачу по каналу восходящей линии связи и/или команду синхронизации. Радиосхема 410 выполнена с возможностью отправлять на беспроводное терминальное устройство команду разрешения передачи по каналу восходящей линии связи и/или команду синхронизации. Пример операции 38 дополнительно описывается, по меньшей мере, в подзаголовке «Функционирование устройства пользователя при селективном хендовере».

Общее утверждение

Следует отметить, что, хотя используется терминология 3GPP LTE в данном документе для объяснения примерных вариантов осуществления, это не должно рассматриваться как ограничение объема примерных вариантов осуществления только вышеупомянутой системы. Другие беспроводные системы, содержащие HSPA, WCDMA, WiMAX, UMB, Wi-Fi и GSM также могут извлечь выгоду из примерных вариантов осуществления, описанных в настоящем документе. Следует также иметь в виду, что термин канал (уже существующий, основной или вспомогательный) представляет собой однонаправленный радиоканал данных (DRB) и/или EPS радиоканал.

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

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

Также отметим, что терминологию, например, устройство пользователя, следует рассматривать как не ограничивающую. Устройство или устройство пользователя, как термин используемый здесь, должно широко интерпретироваться, которое содержит радиотелефон, имеющий возможность доступа в интернет/интранет, веб-браузер, органайзер, календарь, камеру (например, видео и/или фотокамеру), диктофон (например, микрофон) и/или приемник глобальной системы позиционирования (GPS); систему персональной связи (PCS) устройства пользователя, которая может объединять функции сотового радиотелефона с функцией обработкой данных; персональный цифровой помощник (PDA), который может содержать радиотелефон или систему беспроводной связи; ноутбук; камеру (например, видео и/или фотокамеру), имеющую коммуникационную функциональность; и любое другое вычислительное устройство или устройство связи, способное осуществлять приемо-передающие функции, таким как персональный компьютер, системы домашних развлечений, телевизор и т.д. Следует иметь в виду, что термин устройство пользователя может также содержать любое количество подключенных устройств, беспроводных терминалов или устройств машина-к-машине.

Различные примерные варианты осуществления, описанные здесь, описаны в общем контексте способа этапов или процессов, которые могут быть реализованы в одном аспекте посредством компьютерного программного продукта, установленного на машиночитаемом носителе, содержащие исполняемые компьютером команды, такие как программный код, выполняемые компьютерами в сетевых средах. Машиночитаемый носитель может включать в себя съемные и несъемные запоминающие устройства, включающие в себя, но не ограничивающиеся ими, постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), компакт-диски (CD), цифровые универсальные диски (DVD) и т.д. Обычно программные модули могут содержать процедуры, программы, объекты, компоненты, структуры данных и т.д., которые выполняют конкретные задачи или реализуют определенные абстрактные типы данных. Исполняемые компьютером команды, ассоциированные со структурой данных, и программные модули представляют собой примеры программного кода для выполнения этапов способов, раскрытых здесь. Конкретная последовательность таких исполняемых команд или ассоциированных структур данных представляет примеры соответствующих действий для реализации функций, описанных на таких этапах или процессах.

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

Изобретение относится к мобильной связи. Беспроводное терминальное устройство и базовая станция обеспечивают хендовер для поднабора каналов, связанных с беспроводным терминальным устройством. Поднабор каналов содержит количество каналов, меньшее количества всех каналов, связанных с беспроводным терминальным устройством. Таким образом, после завершения процедуры хэндовера по меньшей мере один канал будет оставаться подключенным к исходной базовой станции. Технический результат заключается в увеличении пропускной способности системы связи. 4 н. и 30 з.п. ф-лы, 19 ил., 2 табл.

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

принимают (10) сообщение от исходной или целевой базовой станции, причем упомянутое сообщение указывает, что будет осуществляться процедура хендовера для идентифицированного поднабора каналов; и

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

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

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

4. Способ по п. 1 или 2, в котором поднабор каналов является пустым поднабором каналов.

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

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

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

меньшей мере соответствующему поднабору сот, контролируемых беспроводным терминальным устройством.

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

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

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

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

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

11. Беспроводное терминальное устройство по п. 10, в котором радиосхема (510) дополнительно выполнена с возможностью отправки на исходную базовую станцию или целевую базовую станцию параметра способности, причем упомянутый параметр способности предоставляет указание поддержки или отсутствия поддержки беспроводным терминальным устройством процедур селективного хендовера.

12. Беспроводное терминальное устройство по п. 10 или 11, в котором сообщение дополнительно содержит по меньшей мере один физический идентификатор соты (PCI), идентифицирующий соту, в которой в отношении по меньшей мере одного канала из идентифицированного поднабора каналов будет выполнен хендровер, при этом схема (520) обработки дополнительно выполнена с возможностью поддерживать список PCI для основной и вспомогательной линии связи.

13. Беспроводное терминальное устройство по п. 10 или 11, в котором поднабор

каналов является пустым поднабором каналов.

14. Беспроводное терминальное устройство по п. 10 или 11, в котором радиосхема (510) дополнительно выполнена с возможностью отправлять на целевую базовую станцию запрос синхронизации произвольного доступа.

15. Беспроводное терминальное устройство по п. 14, в котором радиосхема (510) дополнительно выполнена с возможностью принимать от целевой базовой станции ответ произвольного доступа, содержащий команду разрешения передачи по каналу восходящей линии связи и/или команду синхронизации.

16. Беспроводное терминальное устройство по п. 10 или 11, в котором радиосхема (510) дополнительно выполнена с возможностью принимать от исходной или целевой базовой станции множество команд конфигурации для выполнения измерений, при этом каждая команда конфигурации соответствует по меньшей мере соответствующему поднабору сот, контролируемых беспроводным терминальным устройством.

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

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

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

определяют (30) необходимость проведения процедуры хендовера;

выбирают (32) поднабор каналов, связанных с беспроводным терминальным устройством, для процедуры хендовера; и

отправляют (34) на беспроводное терминальное устройство сообщение, указывающее процедуру хендовера для поднабора каналов.

20. Способ по п. 19, в котором поднабор каналов является пустым набором каналов.

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

22. Способ по по п. 19 или 20, в котором базовая станция является исходной или целевой базовой станцией, а сообщение для процедуры хендовера отправляется от имени целевой базовой станции.

23. Способ по по п. 19 или 20, дополнительно содержащий этапы, на которых:

принимают (36) от беспроводного терминального устройства запрос синхронизации произвольного доступа; и

отправляют (38) на беспроводное терминальное устройство команду разрешения передачи по каналу восходящей линии связи и/или команду синхронизации.

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

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

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

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

схему (420) обработки, выполненную с возможностью определять необходимость проведения процедуры хендовера;

при этом схема (420) обработки дополнительно выполнена с возможностью выбирать поднабор каналов, связанных с беспроводным терминальным устройством, для процедуры хендовера; и

радиосхему (410), выполненную с возможностью отправлять на беспроводное терминальное устройство сообщение, указывающее процедуру хендовера для поднабора каналов.

28. Базовая станция по п. 27, в которой поднабор каналов является пустым набором каналов.

29. Базовая станция по п. 27 или 28, в которой радиосхема (410) дополнительно выполнена с возможностью принимать от беспроводного терминального устройства параметр способности, причем упомянутый параметр способности предоставляет указание поддержки или отсутствия поддержки беспроводным терминальным устройством процедур селективного хендовера.

30. Базовая станция по п. 27 или 28, в которой базовая станция является исходной или целевой базовой станцией, а сообщение для процедуры хендовера отправляется от имени целевой базовой станции.

31. Базовая станция по п. 27 или 28, в которой радиосхема (410) дополнительно выполнена с возможностью принимать от беспроводного терминального устройства запрос синхронизации произвольного доступа; и радиосхема (410) также выполнена с возможностью отправлять на беспроводное терминальное устройство команду разрешения передачи по каналу восходящей линии связи и/или команду синхронизации.

32. Базовая станция по п. 27 или 28, в которой радиосхема (410) дополнительно выполнена с возможностью отправлять на беспроводное терминальное устройство множество команд конфигурации для выполнения измерений, при этом каждая команда конфигурации соответствует по меньшей мере соответствующему поднабору сот, контролируемых беспроводным терминальным устройством.

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

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