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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Определения

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

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

AP – Протокол приложения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

HeNB- исходный eNB

HO - Хендовер

HOM- Граница хендовера

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

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

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

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

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

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

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

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

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

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

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

PGW- PDN шлюз

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

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 - Качество принимаемого опорного сигнала

Rх - Приём

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

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

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

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

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

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

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

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

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

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

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

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

Tх - Передача

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Со стороны MME, устройство 101 пользователя однозначно идентифицируется с использованием ID ММЕ UE S1AP. Когда еNB 401 принимает ID ММЕ UE S1AP, то он сохраняет его в течение всего времени, когда устройство пользователя ассоциировано с логическим S1-соединением для этого устройства 101 пользователя. После того, как известно, что eNB 401 для этого IE содержит ассоциированную сигнализацию S1-AP со всеми устройствами пользователя. MME ID AP еNB UES1 является уникальным в пределах MME 115 и изменяется, если MME изменяется устройство пользователя, например, хендовер между двумя узлами еNB, подключёнными к различным 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 канал/E-RAB (Канал радиодоступа) является уровнем детализации для управления QoS уровнем канала в EPC/E-UTRAN. То есть, потоки служебных данных (SDF) сопоставлены с тем же EPS каналом, что и уровень канала приёма переданного пакета (например, политика планирования, политика управления очередью, политика скорости формирования, конфигурация RLC и т.д.).

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

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

Сервисная архитектура EPS канала показана на фиг. 7. Пакеты EPS канала передаются через радиоканал между устройством 101 пользователя и еNB 401. S1 канал транспортирует пакеты EPS канала между еNB 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) в локальных зонах, где это необходимо/желательно, в то время как узлы высокой мощности («макро узлы»), которые могут быть использованы в качестве базовых станций 401a привязки, предполагается, обеспечивают полное покрытие. На практике, макро узлы 401а могут соответствовать непосредственно развёрнутым макро сотам, а пико узлы 401B могут быть развёрнуты позже, расширяя ёмкость и/или достижимые скорости передачи данных в пределах зоны покрытия макросот, где это необходимо.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

N > S + HOM (1)

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

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

HOM = Ofs + Ocs + Off - Ofn - Ocn + Hys (2)

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

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

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

Хендовер

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

9. После приёма сообщения RRCConnectionReconfiguration, содержащее mobilityControlInfo, устройство пользователя выполняет синхронизацию с целевым еNB и осуществляет допуск к целевой соте через 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. Целевой еNB отвечает с использованием выделенного канала UL и опережением.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 1: Сообщение с запросом на хендовер Х2

Наименование IE/Группы Наличие Тип пообщения M ID предыдущего eNB UE X2AP M Основание M ID целевой соты M GUMMEI M UE Информационный контекст >MME UE S1AP ID M >UE функции безопасности M >AS информация безопасности M >UE общая максимальная скорость передачи M >ID профиля подписчика для приоритета RAT/частоты O >E-RABs для установки списка >>E-RABs для установки элемента >>>E-RAB ID M >>>E-RAB параметры уровня QoS M >>>DL передача O >>>UL GTP туннельный терминал M >RRC контекст M >Список ограничения хендовера O >Отчетная информация о местоположении O > Управление, основанное на MDT допуске O UE хронологическая информация M Активизация трассировки O SRVCC возможность работы O CSG статус принадлежности O

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

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

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

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

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

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

Таблица 1а. Сообщение с запросом на переключение тракта

Наименование IE/группы Присутствие Диапазон Описание синтаксиса Критичность Заданная критичность Тип сообщения M Да Отклонить eNB UE S1AP ID M Да Отклонить E-RAB Список для переключения в канале нисходящей линии связи 1 Да Отклонить >E-RABs, переключённые в канале нисходящей линии связи для отдельного из IEs 1 to <maxnoof E-RABs> Каждый Отклонить >>E-RAB ID M - >>адрес транспортного уровня M - >>GTP-TEID M Доставка PDUs по DL - Исходный MME UE S1AP ID M Да Отклонить E-UTRAN CGI M Да Игнорировать TAI M Да Игнорировать UE функции безопасности M Да Игнорировать CSG Id O Да Игнорировать Право допуска к соте O Да Игнорировать Исходный MME GUMMEI O Да Игнорировать Индикатор селективного хендовера O Перечислен-ный (истинный, …) IE указывает MME, что хендовер является селективным. IT оказывает поддержку MME принять решение поддерживать ли каналы не перечисленные в списке E-RABs для переключения в канале нисходящей линии связи Да Игнорировать

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

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

В соответствии с некоторыми из примерных вариантов осуществления, обеспечивается новый возможный IЕ, который называется "Селективный HO", в mobilityControlInfo IE. Этот IЕ может принимать разные значения в зависимости от типа селективного хендовера, который запрашивается. Например, он может иметь два значения, значение "0" со ссылкой на "данные радиоканалов", например, относится только к данным радиоканалов, перечисленные в 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 целевой соты.

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

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

е. Устанавливает 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 событии, и устанавливать различные пороговые значения для каждого из них. Обратите внимание, что это всего лишь пример и другие события могут быть использованы для выбора различных каналов.

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

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

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

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

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

В соответствии с некоторыми из примерных вариантов осуществления, когда устройство пользователя подключено к более, чем одной соте, устанавливаются параметры конфигурации множественного измерения для каждой соты, которые обслуживают устройство пользователя. Предоставление конфигурации измерения для отдельных сот может быть реализовано различными способами. Например, различные значения могут быть использованы для параметров смещения, такие как Ofn, Ocn, Ofp и Ocp, что является частью 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 селективного НО может быть использован. Индикатор селективного HO может быть использован, чтобы отличать его от процедуры установки/изменения/высвобождения канала, как описано выше.

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

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

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

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

Фиг. 17 иллюстрирует примерную конфигурацию узла базовой станции или еNB 401, который может реализовать некоторые из примерных вариантов осуществления, описанных здесь. Следует иметь в виду, что базовая станция, показанная на фиг. 17, может быть базовой станцией привязки или еNB поддержки. Базовая станция 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-3, в котором поднабор каналов является пустым поднабором каналов.

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

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

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

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

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

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

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

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

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

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

13. Беспроводное терминальное устройство по любому из пп. 10-12, в котором поднабор каналов является пустым поднабором каналов.

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

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

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

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

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

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

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

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

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

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

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

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

23. Способ по любому из пп. 19-22, дополнительно содержащий этапы, на которых:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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