УЛУЧШЕННАЯ УСТОЙЧИВОСТЬ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ ПРИ СОТОВОЙ РАДИОСВЯЗИ
IMPROVED STABILITY OF HANDOVER IN CELLULAR RADIO COMMUNICATION

ОБЛАСТЬ ТЕХНИКИ
[0001] Настоящее раскрытие относится к области регулирования параметров при сотовой радиосвязи и, в частности, к регулированию рабочих параметров системы с использованием информации о мобильности, касающейся мобильных устройств.
УРОВЕНЬ ТЕХНИКИ
[0002] Передача обслуживания является одним из важных аспектов любой системы мобильной связи, в которых система старается обеспечить непрерывность обслуживания для пользовательского оборудования (UE) посредством переноса соединения UE от одной соты к другой, называемого передачей обслуживания (HO). Решения HO обычно зависят от нескольких факторов, таких как сила сигнала, условия нагрузки, требования обслуживания и т.д. Обеспечение эффективных и действенных передач обслуживания (минимального числа необязательных передач обслуживания, минимального числа сбоев передач обслуживания, минимальной задержки передачи обслуживания и т.д.), может воздействовать не только на качество обслуживания (QoS) конечного пользователя, но также на общую производительность и эксплуатационные характеристики мобильной сети.
[0003] В технологии Проекта долгосрочного развития (LTE) используется управляемая сетью передача обслуживания при помощи UE (3GPP TS 36.300, техническая спецификация Проекта партнерства по системам 3-го Поколения № 36.300). Сеть конфигурирует UE для отправки отчетов об измерениях, и на основе этих отчетов, обслуживание UE может быть передано наиболее подходящей соте. Конфигурация отчета об измерениях UE состоит из сообщаемых критериев (является ли она периодической или приводимой в действие событием), так же как и информации измерения, по которой UE требует представить отчет.
[0004] В сетях усовершенствованного универсального наземного радиодоступа (E-UTRAN), решение для передачи обслуживания от текущего обслуживающего усовершенствованного NodeB (eNB) к целевому eNB принимается в обслуживающем eNB на основании измерений на нисходящей линии связи (DL). Эти измерения выполняются посредством UE, которое измеряет сигналы DL, которые оно принимает от разных eNB, которые оно может принять.
[0005] Следующие приводимые в действие событием критерии точно определены для представления отчета об измерениях внутри RAT (технологий радиодоступа) в LTE (3GPP TS 36.331):
Событие A1: Обслуживающая сота становится лучше, чем абсолютный порог;
Событие A2: Обслуживающая сота становится хуже, чем абсолютный порог;
Событие A3: Соседняя сота становится лучше, чем сдвиг относительно обслуживающей соты;
Событие A4: Соседняя сота становится лучше, чем абсолютный порог;
Событие A5: Обслуживающая сота становится хуже, чем один абсолютный порог, и соседняя сота становится лучше, чем другой абсолютный порог.
[0006] Наиболее важными событием запуска предоставления отчета об измерениях, относящимся к передаче обслуживания, является A3, и его использование проиллюстрировано на Фиг. 1. Условия запуска для события A3 могут быть сформулированы как Уравнение ниже:
s
S,N
N>S+(H+CIO) (Уравнение)
S
S,N
где N и S являются силами сигналов соседней и обслуживающей соты, соответственно, H является параметром гистерезиса, который обслуживающая сота применяет для события A3, и CIO является индивидуальным сдвигом соты (CIO), установленным обслуживающей сотой для этой конкретной соседней соты. Если это условие удовлетворено и оно остается действительным для определенной продолжительности, известной как время для запуска (TTT), то UE отправляет отчет об измерениях на обслуживающий eNB (E-UTRAN, усовершенствованный радиодоступ к UMTS, Node B). Фиг. 1 показывает силу сигнала по вертикальной оси и время по горизонтальной оси. Первая сплошная кривая, показанная высокой в момент времени 0, является силой сигнала для сигнала, принятого от обслуживающей соты S. Это показано как убывание силы во времени по мере перемещения UE от S и к соседней соте N. Сила сигнала у N является низкой в момент времени 0 и увеличивается по мере перемещения UE к N.
S
S,N
[0007] Значение для S+(H-CIO) указано прерывистой линией на Фиг. 1. Событие A3 удовлетворено в точке A, и отчет об измерениях отправлен в точке B во времени. Точка A и B отделены посредством TTT. Когда отчет об измерениях получен, обслуживающий eNB принимает решение, инициировать ли передачу обслуживания к соседнему узлу.
[0008] Передача обслуживания в LTE выполняется по соединению X2, всегда когда доступно, и если нет, с использованием S1 (то есть привлекая базовую сеть (CN)). Процесс передачи обслуживания по X2 показан на Фиг. 2. Процедура передачи обслуживания может быть подразделена на три стадии: подготовка (инициирование); исполнение; и завершение. Во время стадии подготовки (этапы 1-3 по Фиг. 2), на основе результатов измерения (этап 2), которые исходный eNB получает от UE, исходный eNB решает, передать ли обслуживание соединения на другой eNB или нет (этап 3). Затем осуществляется вхождение в стадию исполнения передачи обслуживания (этапы 4-7 по Фиг. 2), и решение передать обслуживание сообщается целевому eNB (этап 4), и если целевой eNB способен допустить UE (этап 5), сообщение отправляется на UE (этапы 6 и 7) для инициации передачи обслуживания. Данные DL (нисходящей линии связи), поступающие на исходный eNB для UE, затем пересылаются на новый целевой eNB (этап 8).
[0009] Вход в стадию завершения передачи обслуживания осуществляется как только целевой eNB и UE синхронизированы (этапы 9 и 10), и сообщение подтверждения передачи обслуживания (этап 11 по Фиг. 2) принято целевым eNB. После того, как выполнено правильное установление соединения с целевым eNB (этапы 12 и 13) (которое включает в себя переключение пути DL в обслуживающем шлюзе, этап 14, 15, 16), старое соединение освобождается (этап 17), и любые оставшиеся данные в исходном eNB, который предназначен для UE, пересылаются на целевой eNB. Затем обычный поток пакетов может следовать через целевой eNB.
[0010] Как объяснено выше, передача обслуживания в LTE управляется посредством нескольких параметров. Некорректные установки параметров могут привести к нескольким проблемам, таким как (см. например, 3GPP TS 36.902, 3GPP TS 36.300) сбой радиолинии, попеременное переключение передачи обслуживания, сбой передачи обслуживания и т.д.
[0011] Сбой радиолинии (RLF) является сбоем, который происходит, когда соединение по радиолинии потеряно в течение предварительно определенной продолжительности времени. Для RLF, если параметры установлены таким образом, что UE не представляет вовремя отчет по измерениям передачи обслуживания, UE может потерять соединение с первоначальной сотой до инициирования передачи обслуживания. Это является одним примером того, что известно как слишком поздняя HO, при которой UE старается повторно создать соединение с другой сотой после истечения срока действия таймеров обнаружения RLF. С другой стороны, если параметры установлены для запуска передачи обслуживания слишком рано, RLF может произойти вскоре после передачи обслуживания в целевой соте. Это известно как слишком ранняя HO, при которой UE старается повторно создать соединение с исходной сотой после истечения срока действия таймеров обнаружения RLF. Даже если передача обслуживания запускается в нужное время, некорректные установки CIO могут совершить передачу обслуживания UE на неверную соту, что приведет к RLF и запросу повторного создания в соте, отличной от целевой соты или исходной соты. Это известно как HO неверной соте.
[0012] При попеременном переключении передачи обслуживания, неправильные установки параметров передачи обслуживания могут совершать передачу обслуживания UE назад и вперед между двумя соседними сотами. Примером этого является установка, которая делает условия запуска для событий (A3) передачи обслуживания действительными между исходной и соседней сотами в одно время.
[0013] Когда UE принимает определенное число (N310) последовательных указаний "нет синхронизации" от физического уровня, это предполагает возникновение проблемы физического уровня, и запускается таймер (T310). Если UE не принимает определенное число (N311) последовательных указаний "есть синхронизация" от нижнего уровня до истечения срока действия T310, обнаруживается RLF. RLF также обнаруживается, когда проблема произвольного доступа указана с уровня MAC (управление доступом к среде передачи данных), или после указания, что было достигнуто максимальное число повторных передач уровня RLC (управление радиолинией).
[0014] Другим типом сбоя является сбой HO, при котором радиолиния между UE и сетью функционировала корректно, но произошел сбой обмена сообщениями сигнализации передачи обслуживания. Это может быть в результате перегрузки или потому, что было достигнуто максимальное число повторных передач RLC (управления радиолинией). Когда UE принимает команду HO (т.е., запрос реконфигурации RRC-соединения с информацией управления мобильностью, как показано на Фиг. 2), оно запускает таймер (T304), и если срок действия этого таймера истекает до завершения HO (т.е., отправки посредством UE сообщения о завершении реконфигурации RRC-соединения), обнаруживается сбой HO.
[0015] Когда RLF обнаружен посредством UE, UE запускает таймер (T311) и старается повторно создать соединение с наилучшей доступной сотой (например, исходной сотой, другой сотой, принадлежащей тому же eNB, или соседней сотой, принадлежащей другому eNB). При отправке запроса повторного создания (запроса повторного создания RRC-соединения), UE включает в себя следующую информацию (3GPP TS 36.331):
Глобальный идентификатор соты (GCID) последней соты, с которой было соединено UE до RLF;
Идентификационную информацию UE: временный идентификатор сотовой радиосети (C-RNTI), также как и MAC ID для контекстного поиска;
Причину повторного создания: является ли запрос в результате сбоя передачи обслуживания, реконфигурации или других причин.
[0016] Если контекст UE найден в соте (если она является исходной сотой, или если она была подготовлена для передачи обслуживания, (т.е., передача обслуживания проводилась, когда случилась RLF, и сота, где появившееся вновь UE уже имеет контекст UE, который был сообщен ему из исходной соты во время обмена сообщениями с запросом передачи обслуживания)), соединение повторно создается. Иначе (если контекст UE недоступен, или повторное создание не удалось до истечения T311), то UE должно перейти в режим ожидания и разорвать все активные однонаправленные каналы, если таковые есть, и может перезапустить установления однонаправленных каналов, если требуется.
[0017] eNB, к которому UE повторно присоединяется, либо посредством успешного повторного создания RRC, либо посредством установления RRC-соединения после режима ожидания, может потребовать более подробную информацию о сбое после завершения соединения посредством процедуры запроса информации UE, где eNB может потребовать отчет о RLF. UE отвечает посредством отправки сообщения ответа с информацией UE с подробным отчетом о RLF, который может включать в себя информацию, такую как (3GPP TS 36.331):
Результат измерений последней обслуженной соты до RLF;
Результат измерений соседних сот, выполненных до RLF;
Информация о размещении, которая может включать в себя последние координаты, также как и скорость UE, когда был обнаружена RLF;
CGI (и если недоступен физический идентификатор соты (PCI)) соты, где возникла RLF;
и, если RLF возникла после приема команды HO (т.е., сообщения реконфигурации RRC-соединения, включающего в себя информацию управления мобильностью), то также:
CGI, где это сообщение было принято;
Прошедшее время с момента приема этого сообщения; и
Тип RLF: т.е., является ли он обычным радиолинии или сбоем передачи обслуживания.
[0018] Конфигурирование всех параметров вручную является дорогим и может быть очень затруднительным. В этой связи, оптимизация устойчивости мобильности (MRO) была введена в 3GPP для автоматизации динамической конфигурации параметров передачи обслуживания. Оптимизация устойчивости мобильности (MRO) старается собрать статистические данные о происшествии слишком поздних HO, слишком ранних HO и HO неверной соте, и эти статистические данные используются для регулирования параметров передачи обслуживания, таких как гистерезис, CIO и TTT.
[0019] Для MRO, различные проблемы HO, рассмотренные выше, сообщаются между соседними сотами разным образом (3GPP TS 36.300, 3GPP TS 36.423 и 3GPP TS 36.331).
[0020] Для слишком поздних передач обслуживания, сообщение с указанием RLF отправляется через X2 из eNB, с которым UE старается повторно создать соединение, в eNB, где возникла RLF. Сообщение с указанием RLF содержит:
Физический идентификатор соты (PCI) для соты, в которой UE было присоединено до RLF (известной как сота со сбоем);
Глобальный идентификатор соты E-UTRAN (ECGI) для соты, где была сделана попытка повторного создания RRC-соединения;
Идентификационную информацию UE: C-RNTI и MAC ID для UE в соте со сбоем; и
отчет о RLF (в элементе информации контейнера отчета о RLF UE (IE)).
[0021] Если eNB принимает сообщение с указанием RLF от соседнего eNB, и если он выясняет, что он отправил сообщение освобождения контекста UE к этому соседнему eNB в пределах последних Tstore_UE_cntxt секунд (т.е., это означает, что совсем недавно обслуживание рассматриваемого UE было передано ему соответствующим образом от того же eNB), eNB отвечает посредством отправки сообщения с отчетом о передаче обслуживания, которое указывает слишком раннюю передачу обслуживания.
[0022] Если eNB принимает сообщение с указанием RLF от соседнего eNB, и если он выясняет, что он отправил сообщение освобождения контекста UE к другому соседнему eNB в пределах последних Tstore_UE_cntxt секунд (т.е., это означает, что совсем недавно обслуживание рассматриваемого UE было передано ему соответствующим образом от другого eNB), eNB отвечает посредством отправки сообщения с отчетом о передаче обслуживания, которое указывает передачу обслуживания на неверную соту.
[0023] Сообщение с отчетом о передаче обслуживания содержит:
Тип обнаруженной проблемы передачи обслуживания (слишком ранняя передача обслуживания, передача обслуживания неверной соте);
ECGI исходной и целевой сот при передаче обслуживания;
ECGI соты повторного создания (в случае передачи обслуживания неверной соте); и
Причину передачи обслуживания (сигнализированную источником во время подготовки к передаче обслуживания).
[0024] Таким образом, посредством анализа принятых сообщений с указанием RLF и с отчетом о передаче обслуживания в пределах определенной продолжительности, eNB могут сконфигурировать оптимальные параметры HO, которые должны быть использованы их соседями.
[0025] Как упомянуто выше, текущие механизмы, такие как MRO, стараются оптимизировать мобильность посредством тонкой настройки порогов мобильности, такой как CIO, с целью предотвращения происшествия дополнительных сбоев.
[0026] Сбои могут также происходить, когда UE перемещается на высокой скорости. LTE предоставляется для зависимого от скорости масштабирования относящихся к измерениям параметров. Информация о скорости UE может быть использована для регулирования повторного выбора соты (порогов повторного выбора соты) и параметров передачи обслуживания (TTT). UE может в настоящее время оценить свою скорость (высокую, среднюю, обычную, известную как состояние мобильности UE) на основе конфигурации параметров состояния мобильности, принятой от eNB. Число передач обслуживания в заданное время используется для определения состояния мобильности как высокого, если есть много передач обслуживания, среднего, если есть средний уровень передач обслуживания, и низкого, если есть несколько передач обслуживания в заданное время. Таким образом, в случае передачи обслуживания, UE вычисляет свое состояние мобильности, и TTT может регулироваться соответствующим образом посредством умножения TTT на коэффициент масштабирования, ассоциированный с каждым состоянием мобильности.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0027] Задачей является улучшение работы системы сотовой радиосвязи с использованием информации о мобильности. Эта информация может быть полезной при анализе сбоев передачи обслуживания, при балансировки нагрузок между разными узлами системы и при управлении режимами работы UE в системе. Информация о мобильности может быть принята из сети или от UE. Она может быть сгенерирована посредством наблюдения за работой UE или непосредственно посредством UE.
[0028] В одном примере, указание скорости перемещения UE в системе радиосвязи принимается на сетевом узле системы радиосвязи. Параметры системы радиосвязи затем анализируются с использованием указания скорости перемещения. Параметры системы затем регулируются с использованием анализа.
[0029] В другом примере, сетевой узел системы сотовой радиосвязи выполнен с возможностью улучшения функциональности системы с использованием информации о скорости касательно пользовательского оборудования. Сетевой узел включает в себя приемник, выполненный с возможностью приема указания скорости перемещения UE, контроллер, выполненный с возможностью анализа параметров системы с использованием указания скорости перемещения и регулирования параметров системы, и передатчик, выполненный с возможностью передачи регулировок параметров системы другим узлам.
[0030] В другом примере, сетевой узел включает в себя средство для приема указания скорости перемещения UE, средство для анализа параметров системы с использованием указания скорости перемещения и регулирования параметров системы, и средство для передачи регулировок параметров системы другим узлам.
[0031] Также раскрытым в настоящем документе является способ, выполняемый в сетевом узле системы сотовой радиосвязи для передачи обслуживания пользовательского оборудования (UE), присоединенного к сетевому узлу, которое должно быть присоединено к другому сетевому узлу системы сотовой радиосвязи. Способ включает в себя этапы, на которых принимают отчет от другого сетевого узла, указывающий силу сигнала другого сетевого узла, измеренную посредством UE во время предпринятой передачи обслуживания от сетевого узла к другому сетевому узлу, указание скорости перемещения UE и время, прошедшее между запросом соединения посредством UE и сбоем соединения, анализируют отчет о передаче обслуживания для определения, является ли сбой передачи обслуживания в результате скорости UE, и регулируют пороги мобильности для UE относительно соседних сетевых узлов.
[0032] Раскрытый способ может также включать в себя этап, на котором принимают отчет о сбое передачи обслуживания, который включает в себя указание размера для другого сетевого узла, и на котором этап анализа, включает в себя анализирование с использованием размера другого сетевого узла. Способ может включать в себя этап, на котором отправляют таблицу соответствий на UE, указывающую приоритет сетевых узлов системы сотовой радиосвязи. Таблица соответствий может включать в себя коэффициенты масштабирования для анализа силы принятого сигнала для передачи обслуживания на каждый сетевой узел из таблицы соответствий. Таблица соответствий может включать в себя время для запуска между временем уменьшения силы сигнала одного сетевого узла и временем увеличения силы сигнала другого сетевого узла для определения того, когда передавать обслуживание на каждый сетевой узел из таблицы соответствий. Раскрытый способ может включать в себя назначение приоритета целевым сетевым узлам для UE в зависимости от мобильности UE.
[0033] Также раскрытым в настоящем документе является сетевой узел системы сотовой радиосвязи, который передает обслуживание пользовательского оборудования (UE), присоединенного к сетевому узлу, которое должно быть присоединено к другому сетевому узлу системы сотовой радиосвязи. Сетевой узел включает в себя приемник для приема отчета от другого сетевого узла, указывающего силу сигнала другого сетевого узла, измеренную посредством UE во время предпринятой передачи обслуживания от сетевого узла к другому сетевому узлу, указание скорости перемещения UE и время, прошедшее между запросом соединения посредством UE и сбоем соединения, и контроллер для анализа отчета о передаче обслуживания для определения, является ли сбой передачи обслуживания в результате скорости UE, и регулирования порогов мобильности для UE относительно соседних сетевых узлов.
[0034] Также раскрытым в настоящем документе является сетевой узел, который включает в себя средство для приема отчета от другого сетевого узла, указывающего силу сигнала другого сетевого узла, измеренную посредством UE во время предпринятой передачи обслуживания от сетевого узла к другому сетевому узлу, указание скорости перемещения UE и время, прошедшее между запросом соединения посредством UE и сбоем соединения, средство для анализа отчета о передаче обслуживания для определения, является ли сбой передачи обслуживания в результате скорости UE, и средство для регулирования порогов мобильности для UE относительно соседних сетевых узлов.
[0035] Также раскрытым в настоящем документе является способ, выполняемый в сетевом узле системы сотовой радиосвязи для балансировки распределения пользовательского оборудования (UE) по многочисленным сетевым узлам системы сотовой радиосвязи. Способ включает в себя этапы, на которых выбирают UE-кандидат для перемещения от одного сетевого узла к другому сетевому узлу в качестве перемещения для балансировки нагрузки, принимают информацию о скорости перемещения для UE-кандидата, определяют, имеет ли выбранное UE-кандидат высокую скорость, и исключают выбранное UE-кандидат из перемещения для балансировки нагрузки, если определено, что выбранное UE-кандидат имеет высокую скорость.
[0036] Раскрытый способ может включать в себя сравнение принятой информации о скорости перемещения с пороговой скоростью. Прием информации о скорости перемещения может включать в себя прием информации о скорости как элемента информации для информации о размещении касательно выбранного кандидата для перемещения. Прием информации о скорости может включать в себя прием информации о скорости как элемента информации отчета о передаче обслуживания со сбоем.
[0037] Также раскрытым в настоящем документе является способ, выполняемый в сетевом узле системы сотовой радиосвязи для использования режима ожидания посредством UE в системе сотовой радиосвязи. Способ включает в себя этапы, на которых определяют, что UE имеет высокую скорость и низкий трафик, дают команду UE для перехода в режим ожидания после передачи, принимают запрос соединения от UE, когда UE имеет дополнительные данные для передачи, и отправляют информацию на другой сетевой узел системы радиосвязи, который дал команду UE перейти в режим ожидания после определения, что UE переместился вблизи другого сетевого узла.
[0038] Раскрытый способ может также включать в себя UE, возвращающийся в режим ожидания после передачи дополнительных данных, и выходящий из режима ожидания для приема передаваемых данных. Запрос соединения может быть запросом для присоединения к другому сетевому узлу. Информация может быть отправлена на другой сетевой узел как часть запроса соединения, или как элемент информации хронологической информации UE. В дополнение, режим ожидания может быть режимом ожидания, принудительно заданным сетевым узлом.
[0039] Методы, описанные выше, обеспечивают UE возможность передачи обслуживания по-разному в разных ситуациях. В частности, UE с высокой мобильностью, как определено посредством скорости UE относительно размера сот, обрабатываются по-разному для предоставления меньших издержек и более устойчивой передачи обслуживания. Текущие подходы предоставляют одну конфигурацию для всех типов UE (с высокой скоростью и низкой скоростью) и для всех типов целевых сот (очень небольших, небольших, средних и больших).
[0040] Посредством дифференциации на основании скорости UE и размера целевой соты, эксплуатационные характеристики UE улучшаются посредством избегания сбоев мобильности, которые приводят к ухудшению ключевого показателя производительности (KPI) и качества обслуживания (QoS). Распределение нагрузки в радиосети сделано более динамичным и устойчивым посредством выбора более надежной соты для разгрузки трафика. Потребление электроэнергии UE может быть также уменьшено посредством минимизирования числа сот, для которых UE должно собирать измерения и представлять о них отчет, и посредством уменьшения величины сигнализации мобильности, генерируемой посредством UE. Эксплуатационные характеристики сети также улучшаются посредством уменьшения сбоев передачи обслуживания и сбоев радиолинии. Наконец, масштабируемость сети улучшается посредством уменьшения величины сигнализации передачи обслуживания к базовой сети.
[0041] Операции схем последовательности операций и сигнализации описаны со ссылкой на примерные варианты осуществления. Однако, следует понимать, что операции данных схем последовательности операций могут быть выполнены посредством вариаций, отличных от вариаций, рассмотренных со ссылкой на эти другие схемы, и вариации, рассмотренные со ссылкой на эти другие схемы, могут выполнять операции, отличные от операций, рассмотренных со ссылкой на данные схемы последовательности операций.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0042] Настоящее раскрытие может быть наилучшим образом понято посредством ссылки на следующее описание и приложенные чертежи. На чертежах:
[0043] Фиг. 1 является схемой графика, иллюстрирующего определение времени для передачи обслуживания согласно стандартам для LTE.
[0044] Фиг. 2 является схемой сигнализации, иллюстрирующей операции сигнализации и оборудования, выполняемые для передачи обслуживания согласно стандартам для LTE.
[0045] Фиг. 3 является упрощенной схемой трех разнородных радиосот, которые пересекает UE, присоединенное согласно стандартам для UTRAN.
[0046] Фиг. 4 является упрощенной схемой двух разнородных радиосот, которые пересекает UE.
[0047] Фиг. 5 является схемой сигнализации для передачи обслуживания со сбоем с обменом дополнительной информацией.
[0048] Фиг. 6 является схемой сигнализации для передачи обслуживания со сбоем с обменом дополнительной информацией.
[0049] Фиг. 7 является упрощенной блок-схемой аппаратных средств для радиотерминала.
[0050] Фиг. 8 является схемой последовательности процессов для улучшенной устойчивости передачи обслуживания.
[0051] Фиг. 9 является схемой последовательности процессов для улучшенной балансировки нагрузки мобильности.
[0052] Фиг. 10 является схемой последовательности процессов по уменьшению издержек с использованием принудительно заданного режима ожидания.
ПОДРОБНОЕ ОПИСАНИЕ
[0053] В следующем описании, изложены многочисленные конкретные детали, такие как логические реализации, коды операций, средства для точного определения операндов, реализации разделения/совместного использования/дублирования ресурсов, типы и взаимозависимости компонентов системы, и выборы логического разделения/объединения, однако, специалистам в данной области техники следует понимать, что разные реализации могут быть применены на практике без таких конкретных деталей. В других случаях, структуры управления, схемы уровня логических элементов и полностью программные инструкции, не были показаны подробно, чтобы не запутывать данное описание.
[0054] Ссылки в данном описании на "один вариант осуществления", "вариант осуществления", "примерный вариант осуществления" и т.д., указывают, что описанный вариант осуществления может включать в себя конкретный признак, структуру или характеристику, но каждый вариант осуществления необязательно должен включать в себя конкретный признак, структуру или характеристику. Более того, такие фразы необязательно ссылаются на один и тот же вариант осуществления. Кроме того, когда конкретный признак, структура или характеристика описана в связи с вариантом осуществления, предлагается, что это находится в рамках знания специалиста в данной области техники для воздействия на такой признак, структуру или характеристику в связи с другими вариантами осуществления, описанными явно или нет.
[0055] В следующем описании и пунктах формулы изобретения могут быть использованы термины «связанный» и «присоединенный», вместе с их производными. Следует понимать, что эти термины не предназначены в качестве синонимов друг для друга. Термин "связанный" используется для указания, что два или более элементов, которые могут или не могут быть в прямом физическом или электрическом контакте друг с другом, сотрудничают и взаимодействуют друг с другом. Термин "присоединенный" используется для указания создания связи между двумя или более элементами, которые связаны друг с другом.
[0056] Пользователь может осуществлять связь с использованием пользовательского оборудования (UE) посредством системы связи, и отправлять и принимать данные на другое UE в системе или вне системы. Доступ к системе связи может быть предоставлен посредством стационарной линии или интерфейсом беспроводной связи, или их комбинацией. Примеры систем беспроводного доступа, предоставляющих мобильность для UE, включают в себя сотовые сети доступа, различные беспроводные локальные сети (WLAN), беспроводные персональные сети (WPAN), спутниковые системы связи и различные их комбинации. Система связи обычно работает в соответствии со стандартном и/или набором спецификаций и протоколов, которые задают, что различным элементам системы разрешено делать и как это должно быть достигнуто. Например, обычно задается, обеспечивается ли пользователь, или более точно пользовательское устройство, связью с коммутацией каналов или с коммутацией пакетов, или и тем, и другим. Также, способ, тот образ, которым связь должна быть реализована между пользовательским устройством и различными элементами связи и их функции и обязательства обычно заданы предварительно заданным протоколом связи. Различные функции и признаки обычно скомпонованы в иерархической или многоуровневой структуре, так называемом стеке протоколов, при этом уровни более высокого уровня могут влиять на работу функций более низких уровней. В сотовых системах сетевой объект в виде базовой станции предоставляет узел для связи с мобильными устройствами в одной и более сотах или секторах. В определенных системах базовая станция называется «NodeB». Обычно работа устройства базовой станции и другого устройства системы доступа, требуемая для связи, управляется конкретным объектом управления, таким как контроллер базовой станции, мобильный коммутационный центр или узел поддержки пакетных данных.
[0057] Настоящее раскрытие описано в контексте систем мобильной связи третьего поколения (3G) универсальной мобильной телекоммуникационной системы (UMTS) и, в частности, проекта долгосрочного развития (LTE). Конкретным примером LTE является усовершенствованный универсальный наземный радиодоступ (E-UTRA). Сеть усовершенствованного универсального наземного радиодоступа (E-UTRAN) включает в себя E-UTRAN NodeB (eNB), которые выполнены с возможностью предоставления функциональных возможностей базовой станции и управления. Однако, данное изобретение не ограничено таким образом.
[0058] В следующем описании и пунктах формулы изобретения, термины "UE" и "пользовательское оборудование" используются для ссылки на удаленные терминалы, мобильные устройства или радио, абонентское оборудование или любой другой тип мобильного устройства, который может присоединяться к более, чем одной соте и подвергаться передаче обслуживания. Термин "передача обслуживания" также включает в себя "эстафетную передачу". Термин "eNB" или "сота" используется в основном для ссылки на базовую станцию, точку доступа, стационарный терминал или аналогичные устройства, и на область радиопокрытия базовой станции, соты или сектора. Описание представлено в контексте LTE в целях иллюстрации, но данное изобретение не ограничено таким образом.
[0059] В LTE, мобильность используется для ссылки на передачу обслуживания и протоколы передачи обслуживания, как при оптимизации устойчивости мобильности (MRO). Она также используется для ссылки на элемент информации, который указывает скорость, с которой UE перемещается через соты. Элемент информации может иметь одно из трех значений, высокое, среднее и низкое. Эта мобильность относится к скорости, с которой UE перемещается по земле, и к параметру LTE, относящемуся к горизонтальной скорости. В следующем описании и пунктах формулы изобретения, мобильность используется для ссылки как на передачу обслуживания в общем смысле, так и на скорость, с которой передвигается UE. Скорость, с которой UE отправляет и принимает данные будет называться другими терминами, такими как скорость передачи данных, высокий или низкий трафик и т.д.
[0060] Хотя стандартизированные MRO-механизмы, описанные выше, могут быть очень полезны, они имеют ограничения, особенно в сценариях с разнородной сетью (HetNet). HetNet является средой, в которой соты имеют разные размеры, т.е. область земли, покрытая разными eNB, является разной. Соты, затрагиваемые при мобильности, являются смешением сот большого уровня покрытия и небольших сот для покрытия зон беспроводного доступа, направленным на увеличение производительности очень локализованным образом.
[0061] Успех мобильности UE в сценарии HetNet сильно зависит от времени, которое UE рассчитывает потратить на заданную соту (т.е., насколько большой является сота, и как быстро перемещается UE). Если это не учитывается, UE может подвергаться необязательным передачам обслуживания (например, обслуживание быстро перемещающегося UE может быть передано соседней соте небольшого размера и затем быстро передано другому соседнему узлу) или даже сбоям (например, после инициации передачи обслуживания UE с высокой скоростью соседнему узлу небольшого размера, UE может переместиться так далеко от небольшой соты, что сигнал целевой соты может стать очень слабым к тому моменту, когда передача обслуживания завершена, и может произойти сбой).
[0062] Тогда как текущее использование параметров состояния мобильности UE помогает улучшить устойчивость HO, недостатки этого способа регулирования параметров передачи обслуживания, особенно в сценарии HetNet, включают в себя:
Вычисление скорости на основе числа передач обслуживания является неточным даже в однородной сети, и становится еще хуже в HetNet;
Все соседние узлы обрабатываются одинаково. Например, UE регулирует TTT до того же значения, является ли рассматриваемая цель большой макросотой или очень небольшой пикосотой; и
TTT опционально регулируется зависимым от скорости образом, но никакие другие параметры больше не регулируются, и один и тот же CIO используется независимо от скорости UE, что может значительно подорвать преимущество регулирования TTT.
ОБЗОР
[0063] В одном контексте, описанном в настоящем документе, обслуживание UE, перемещающегося с высокими скоростями, не передается в соты небольших областей. Это потому, что UE будет оставаться физически в данной соте в течение очень короткого времени. Это может также быть из-за высокой вероятности сбоев мобильности в результате небольшой области целевой соты. Сигнал соты может стать очень слабым к тому времени, когда передача обслуживания завершится. Вследствие этого, для UE, перемещающегося на высокой скорости, целевая сота для передачи обслуживания может быть выбрана не только на основании самого сильного принятого сигнала, но также на основании риска сбоя передачи обслуживания или на основании целевой соты, являющейся небольшой по сравнению со скоростью UE. Для этого UE, наилучшей целью может быть сота широкого покрытия.
[0064] Однако, если параметры мобильности исходной соты, такие как TTT, регулируются для обеспечения быстро перемещающемуся UE возможности перепрыгивания небольших целевых сот и выбора сот большего покрытия, то эта же самая регулировка в медленно перемещающемся UE может ухудшить эксплуатационные характеристики мобильности. Обслуживание медленно перемещающегося UE, наоборот, может быть лучше передано сотам небольшого покрытия, так как оно может быть способно ожидать вызов от таких сот в течение долгого времени, при этом двигаясь с низкой скоростью. Текущие решения мобильности не обеспечивают выбору цели для передачи обслуживания возможность дифференциации на основании скорости UE и размера целевой соты.
[0065] В первой области данного раскрытия, UE при высокоскоростной мобильности обрабатывается по-разному, как следствие сбоев мобильности. В другой области данного раскрытия, UE с высокой скоростью обрабатывается по-разному для балансировки нагрузки мобильности (MLB) между соседними сотами. MLB обеспечивает соте при перегрузке возможность выгрузки некоторых из ее UE, посредством запуска мобильности, в менее загруженную соту. Однако, если UE перемещается с относительно высокой скоростью, может быть целесообразно привести в действие мобильность в целях разгрузки обслуживающей соты. Это потому, что это UE наиболее вероятно выйдет из соты за относительно короткое время (вследствие этого естественным образом разгружая исходную соту). Более того, UE, перемещающееся с высокой скоростью, уже подвергается риску сбоев мобильности. Если обычный порядок процедур мобильности для такого UE также нарушен мобильностью по причинам балансировки нагрузки, риск сбоя мобильности может стать даже более высоким. Следовательно, передача обслуживания может быть улучшена посредством дифференциации между UE c высокой скоростью и UE с низкой скоростью в целях балансировки нагрузки мобильности. Текущие решения не учитывают мобильность UE при выгрузки UE в соседние соты.
[0066] В еще одной области данного раскрытия, при анализе UE, перемещающегося с высокой скоростью, возможно подумать, что обслуживание этого UE будет часто передаваться от соты к соте. Если такое UE подвергалось обмену низким трафиком, может быть полезно перевести UE в режим ожидания на срок как можно дольше. Это потому, что UE в режиме ожидания, перемещающееся от соты к соте, может не привести в действие сигнализацию передачи обслуживания и может не подвергаться сбоям передачи обслуживания. Недавний прогресс в технологии LTE обеспечивает возможность удержания UE в так называемом состоянии "всегда включено". В этом состоянии, UE удерживается соединенным по RRC-соединению, даже если нет запланированного трафика. Состояние "всегда включено" обеспечивает сигнализации возможность сохранения, когда UE переводится из состояния ожидания RRC-соединения в состояние соединения по RRC-соединению, и так как UE уже присоединено, это уменьшает задержки между конечными точками во время передачи трафика.
[0067] Однако, для UE с небольшим трафиком или без него, перемещающемуся с высокой скоростью, состояние "всегда включено" имеет недостаток генерирования большого числа HO с риском сбоев передачи обслуживания и с проблемами, вытекающими из высоких уровней сигнализации HO. Вследствие этого, в системах, сконфигурированных таким образом, чтобы удерживать все UE в состоянии "всегда включено", для всех ближайших UE могут быть высокие нагрузки сигнализации и ухудшение эксплуатационных характеристик мобильности, вызванные посредством UE с высокой скоростью. Эта проблема может быть решена посредством обеспечения UE, перемещающемуся с высокой скоростью, возможности дифференциации и введения в режим ожидания настолько, насколько возможно. Режим ожидания уменьшает сбои передачи обслуживания, сигнализацию передачи обслуживания и представление отчетов об измерениях UE.
[0068] Режим ожидания делается более эффективным если, при HO, целевую соту информируют, что UE преднамеренно удерживается в режиме ожидания из-за его высокоскоростной мобильности. Это потому, что цель может сразу принять эту конфигурацию для UE, перемещающегося в ее покрытие. Целевая сота может перевести UE в режим ожидания как только возможно.
ТРИ ОБЛАСТИ
[0069] Настоящее раскрытие представляет, среди прочего, одну из трех областей мобильности HetNet. Первая область является оптимизацией мобильности для UE с высокой скоростью при развертывании HetNet. Элемент информации (IE) с размером соты, указывающий размер соты, из которой происходит данное сообщение, может быть добавлен к сообщению X2: указание RLE (сообщение с указанием сбоя радиолинии). Это, объединенное с информацией о скорости UE, уже содержащейся в IE контейнера отчета о RLF UE, обеспечивает принимающему узлу возможность регулирования своих критериев выбора цели на основе мобильности UE и размера соседней соты.
[0070] К тому же, указание размера соты может быть включено для сот, затрагиваемых при мобильности, с использованием IE контейнера отчета о RLF UE в сообщении X2: отчет о передаче обслуживания, отправленном из целевого eNB на исходный eNB. Исходный eNB таким образом узнает об измерениях UE, проведенных во время сбоя, и размере соседних сот. Эта информация обеспечивает источнику возможность регулирования своих порогов мобильности относительно соседних сот и назначение приоритета определенным целям в зависимости от мобильности UE.
[0071] Для дифференцированного выбора цели для UE с высокой скоростью могут быть использованы два механизма:
1) по каждому UE, по каждой целевой соте, CIO (индивидуальный сдвиг соты);
2) назначение приоритета цели на исходном eNB на основе ранее наблюдаемых событий со сбоями.
[0072] Ко второй области обращаются посредством включения информации о мобильности UE в хронологический IE UE, который проходит на целевой eNB как часть сообщений передачи обслуживания. Информация о мобильности может быть использована для оценки того, является ли подобающим выбрать UE в качестве кандидата для выгрузки в соседнюю соту, так как может быть неполезно передавать обслуживание быстро перемещающегося UE в целях балансировки нагрузки мобильности.
[0073] К третьей области обращаются посредством удерживания UE, которое имеет состояние высокой мобильности, в режиме ожидания как можно дольше. Это служит для избежания частых передач обслуживания (HO) и вместо принуждения UE к выполнению повторного выбора соты. Флаг или IE сообщается на новую целевую соту о том, что UE удерживается в режиме ожидания из-за его высокой мобильности. Такая связь может быть достигнута либо посредством нового IE, передаваемого во время сигнализации передачи обслуживания как часть IE хронологической информации, либо посредством сигнализации RRC-уровня из UE на новую целевую соту.
ПЕРВАЯ ОБЛАСТЬ
[0074] Возвращаясь к первой области, эксплуатационные характеристики HO для быстро перемещающегося UE улучшены в HetNet. Фиг. 3 и Фиг. 4 показывают два примера условий, при которых UE, перемещающееся с относительно высокой скоростью, может быть подвержено условиям сбоя во время мобильности в средах HetNet. Фиг. 3 показывает пример сбоя HO в HetNet с повторным созданием в третьей соте. На Фиг. 3, UE быстро перемещается от соты A к соте B и затем к соте C, как указано стрелками, направленными направо на данной данном чертеже. Сота B гораздо меньше, чем сота A и сота C. В предпринятой HO от соты A к соте B, из-за высокоскоростной мобильности UE, соединение с сотой B может потерпеть неудачу. Например, может потерпеть неудачу доступ к каналу произвольного доступа (RACH) или может потерпеть неудачу передача сообщения о завершении реконфигурации RRC-соединения, так как UE не находится в соте B достаточно долго для успешного завершения HO. UE может затем успешно повторно создать соединение с сотой C после сброса соединения во время прохождения через соту B. В качестве альтернативы, UE могло бы иметь успех при присоединении к соте B, но сразу после этого быть вне диапазона соты B и быть подверженным RLF (сбою радиолинии). Снова UE может тогда повторно создать соединение посредством соты C.
[0075] Фиг. 3 также показывает базовую станцию, такую как eNB, или аналогичную структуру близко к центру каждой из трех сот. Тогда как базовые станции показаны как находящиеся близко к центру каждой из сот, они могут в качестве альтернативы задавать стороны каждой соты с использованием секторизованных антенн или быть в любой другой желаемой конфигурации. В E-UTRAN, разные терминалы пользовательского оборудования (UE) присоединены беспроводным образом к базовым радиостанциям (обычно называемым как усовершенствованный NodeB (eNB)), и их обслуживание передается другим eNB по мере их перемещения от одной соты к другой, как показано. В E-UTRAN базовые радиостанции непосредственно присоединены к контроллеру радиосети (RNC), который управляет eNB, присоединенными к нему. eNB присоединены к базовой сети (CN) посредством интерфейса S1. eNB также присоединены друг к другу посредством интерфейса X2. Система поддержки и эксплуатации (OSS) логически присоединена ко всем базовым радиостанциям, также как и к CN, посредством интерфейса OSS.
[0076] Фиг. 4 показывает пример сбоя мобильности в HetNet с повторным созданием в исходной соте. Базовые станции и их соединения не показаны как на Фиг. 3, для того, чтобы упростить чертеж, но эти базовые станции и соединения могут все равно присутствовать. В примере по Фиг. 4, сота B находится внутри соты A и гораздо меньше, чем она. На Фиг. 4, после подготовки к HO от соты A к соте B, когда UE входит в соту B, соединение может дать сбой из-за высокоскоростной мобильности UE. Например, присоединение к соте B может дать сбой из-за доступа к RACH со сбоем или завершения реконфигурации RRC-соединения со сбоем. UE могло бы тогда повторно создать соединение с сотой A после того, как оно прошло через соту B. В качестве альтернативы, UE может иметь успех при присоединении к соте B, но сразу после этого быть подверженным RLF и повторно создать соединение с сотой A.
[0077] Решение по оптимизации устойчивости мобильности (MRO), стандартизированное в настоящее время, не будет относить причину сбоев мобильности к тому факту, что UE перемещается выше определенной скорости и находится в среде HetNet. Вероятно, что стандартизированные алгоритмы MRO не будут реагировать на условия сбоев соответствующим образом. В текущих описаниях процедуры MRO, если UE повторно создает или повторно присоединяется к целевой соте или к третьей соте, то слишком ранняя HO исключается как причина. Система будет выбирать слишком позднюю HO или HO неверной соте в зависимости от измерений и от последовательности событий (например, если UE не принимает команду HO, то стандарт полагает, что сбоем является слишком поздняя HO, даже если действительный случай может быть чем-то еще).
[0078] Фиг. 3 и Фиг. 4 соответствуют случаям "передачи обслуживания неверной соте" и "слишком ранней передаче обслуживания", рассмотренным выше, соответственно. Исходная сота A может постараться уменьшить свой индивидуальный сдвиг соты (CIO) относительно соты B. Однако, это может иметь отрицательное воздействие на UE c низкой мобильностью, обслуживание которого может быть безопасно передано соте B, и также сота B может все еще приниматься за потенциального кандидата для UE с высокой мобильностью, если встречаются нужные условия сигнализации. Для UE с высокой мобильностью, сота B будет наиболее вероятно генерировать сбои мобильности, независимо от измеренного качества сигнала для целей передачи обслуживания. Следовательно, существует риск, при рассматривании соты B в качестве абсолютной цели для UE с высокой мобильностью, что доступны другие соты покрытия.
[0079] В первой реализации, сообщение X2: указание RLF расширено, чтобы включать в себя опциональный IE (элемент информации) с типом соты для соты, из которой произошло сообщение. IE с типом соты не является в настоящее время частью сообщения X2: указание RLF. IE с типом соты содержит IE с размером соты и задан в секции 9.2.42 из 3GPP TS 36.423. IE с размером соты может быть расширен, чтобы включать в себя больше категорий размеров сот по сравнению со стандартизированным в настоящее время, очень небольшой, небольшой, средний и большой. Размер соты является указанием географической области соты, так что пересечение соты с меньшим размером занимает для UE меньше времени, чем соты с большим размером.
[0080] Во второй реализации, сообщение X2: отчет о передаче обслуживания расширено, чтобы включать в себя опциональный IE контейнера отчета о RLF UE (как задано в TS 36.423), опциональный IE указателя установки RRC-соединения (как задано в TS 36.423) и опциональный IE с типом соты относящийся к соте, из которой произошло сообщение X2: отчет о передаче обслуживания. Сообщение X2: отчет о передаче обслуживания в настоящее время не включает в себя эти IE. Это расширение больше подходит для случая "передачи обслуживания неверной соте".
[0081] Основной целью для включения дополнительных IE в сообщения с указанием RLF и с отчетом о передаче обслуживания является обеспечение исходному eNB возможности в будущем избежания выбора небольших сот для UE с высокой скоростью. Посредством использования существующих IE уменьшаются стоимость и сложность реализации в E-UTRAN. Однако, вместо существующих IE, могут быть разработаны новые IE, которые предоставляют более точную и более релевантную информацию. В других системах, которые не имеют IE, аналогичные дополнительным IE, упомянутым выше, для передачи аналогичной информации за аналогичное время, в протоколе может быть использована новая или другая передача сообщений. Использование дополнительных IE описано в контексте Фиг. 5 и Фиг. 6.
[0082] Фиг. 5 показывает модернизированную сигнализацию, поддерживающую разрешение HO неверной соте. Фиг. 5 показывает, во временной последовательности сверху вниз, сообщение управления измерениями от соты A к UE. На него отвечают посредством отчета об измерениях из UE на соту A. Сота A затем отправляет запрос передачи обслуживания на соту B. Сота B отвечает подтверждением запроса передачи обслуживания. Сота A затем отправляет реконфигурацию RRC-соединения на UE. Если UE с высокой мобильностью, как на Фиг. 3 и 4, передача обслуживания может дать сбой, и UE постарается присоединиться к ближайшей соте, такой как сота C на Фиг. 3 или сота A на Фиг. 4. На Фиг. 5, UE переместилось в соту C и отправляет запрос повторного создания RRC-соединения или запрос установки RRC-соединения на соту C. Если соединение доступно, то сота C отправляет "повторное создание RRC-соединения завершено" в ответ на сообщение повторного создания RRC-соединения или "установка RRC-соединения завершена" в ответ на сообщение установки RRC-соединения. Оба сообщения могут включать в себя указатель доступности информации о RLF.
[0083] С завершением соединения, сота C может затем отправить запрос информации UE с запросом отчета о RLF. UE может затем ответить посредством предоставления отчета о RLF в форме ответа информации UE c отчетом о RLF. Сота C может затем отправить указание RLF, включающее в себя принятый отчет о RLF и IE с размером соты, как описано выше, на соту B. Сота B отправляет отчет о HO, включающий в себя IE с размером соты B и соты C, описанный выше, на соту A вместе с IE контейнера отчета о RLF UE, который содержится в сообщении с указанием RLF, принятым от соты C.
[0084] Благодаря информации о размере соты и информации о скорости UE, содержащейся в IE контейнера отчета о RLF UE (уже присутствует в сообщении с указанием RLF), сота A и сота B могут сделать вывод, что сбой мобильности был из-за UE с высокой скоростью, пытающегося передать обслуживание небольшой соте (соте B). Сота A может вследствие этого исключить соту B как целевую соту для UE, перемещающегося с высокой скоростью, и назначать приоритет соте C.
[0085] В сценарии передачи обслуживания неверной соте, описанном на Фиг. 5, стандартизированное решение для MRO предусматривает отправку сообщения с указанием RLF от соты С на соту B и в дальнейшем отправку отчета о передаче обслуживания от соты B на соту A. Однако, из-за отсутствия информации о размере соты из любого из этих сообщений и из-за отсутствия IE контейнера отчета о RLF UE (содержащего измерения UE, скорость UE, подробности о соте со сбоем и больше) из отчета о передаче обслуживания, может быть трудно определить, с использованием стандартизированной MRO для eNB, обслуживающего соту A, что сбой был не из-за ошибочных установок мобильности, а из-за UE с высокой скоростью, пытающегося передать обслуживание очень небольшой соте.
[0086] Стандартизированное в настоящее время решение MRO точно определяет, что если UE повторно создает или повторно присоединяется (из режима ожидания) к подготовленной целевой соте (соте B) или к третьей соте (соте C), то случай слишком ранней HO исключается (из-за того, что UE не собирается обратно в исходную соту). Является ли сбой из-за слишком поздней HO или HO неверной соте, определение причины сбоя зависит от: 1) интерпретации измерений собранных посредством UE и заключенных в IE контейнера отчета о RLF UE и 2) последовательности событий (например, если UE не принимает команду HO, сбоем вероятно является слишком поздняя HO). Вследствие этого, распространение измерений в IE контейнера отчета о RLF UE также посредством отчета о передаче обслуживания делает легче точное определение причины сбоя.
[0087] Фиг. 6 показывает пример модернизированной сигнализации, поддерживающей определение, что HO дала сбой потому, что она была слишком рано. На Фиг. 6, сота A отправляет сообщение управления измерениями на UE. UE отвечает отчетом об измерениях. Сота A затем отправляет сообщение с запросом передачи обслуживания на соту B, и сота B отвечает подтверждением запроса передачи обслуживания. Сота A затем отправляет сообщение реконфигурации RRC-соединения на UE. Затем передача обслуживания дает сбой из-за высокой мобильности UE. Из-за сбоя передачи обслуживания, сигнализация является такой же как в примере по Фиг. 5. Однако, в этом случае, в соответствие со сценарием, таким как сценарий по Фиг. 4, UE повторно не присоединяется и перемещается к соте C, но вместо этого повторно присоединяется к соте A. Это показано, как сота A, отправляющая запрос повторного создания RRC-соединения или запрос установки RRC-соединения, на UE. Если UE способно присоединиться, то оно отправляет "повторное создание RRC-соединения завершено" или "установка RRC-соединения завершена" в зависимости от типа запроса, который оно приняло.
[0088] Сота A, присоединившись, отправляет запрос информации UE с запросом отчета о RLF на UE. UE отвечает посредством предоставления запрошенного отчета в качестве ответа с информацией UE, включающего в себя отчет о RLF. Приняв эту информацию от UE, сота A, затем отправляет указание RLF, включающее в себя принятый отчет о RLF, на соту B, и сота B отвечает отчетом о передаче обслуживания. Отчет о передаче обслуживания может включать в себя установленный флаг слишком ранней HO и включать в себя IE для размера соты B, как описано выше.
[0089] Благодаря информации о размере соты и измерениям UE, собранным до сбоя (и включенным в указание RLF), сота A может сделать вывод, что сбой мобильности был из-за UE с высокой мобильностью, пытающегося передать обслуживание небольшой соте (соте B), и что покрытие на соте A было все еще достаточно хорошим до передачи обслуживания. Сота A может вследствие этого исключить соту B как целевую соту для UE с высокой мобильностью и обеспечить UE возможность оставаться в соте A. Было предположено, что сота A удерживает содержимое отчета о RLF UE, который она отправила на соту B, в течении определенной продолжительности, так что когда позднее принимается отчет о передаче обслуживания, сота A может коррелироваться с ней и использовать информацию в отчете о передаче обслуживания, такую как скорость UE. Однако, необязательно, чтобы сота A сохраняла RLF UE. В качестве альтернативы, сота C может включать в себя отчет о RLF UE в сообщениях с отчетом о передаче обслуживания, как в случае передачи обслуживания на неверную соту, как рассмотрено выше.
[0090] В сценарии слишком ранней передачи обслуживания, описанном на Фиг. 6, стандартизированное решение MRO отправляет указание RLF на соту B, что приводит в действие отправку отчета о передаче обслуживания к соте A. Сота A уже знает о слишком ранней HO. Это потому, что когда UE повторно присоединяется к источнику, оно сообщит, среди различных других измерений, включенных в отчет о RLF RRC, время, прошедшее от приема команды HO до сбоя соединения. Вследствие этого возможно понять на источнике, является ли сбой сбоем для слишком ранней HO. В дополнение, информация о мобильности UE содержится в отчете о RLF RRC, принятом исходной сотой (сотой A в этом случае).
[0091] Сообщение с указанием RLF отправлено к цели для того, чтобы обеспечить цели возможность регулировать свои параметры мобильности. Однако, из-за недостатка информации о размере соты в сообщении с отчетом о HO, сота A может не понять, что сбой мобильности является из-за UE с высокой мобильностью, пытающегося передать обслуживание небольшой соте, и что такая небольшая сота все равно находится в пределах покрытия соты A.
[0092] Устойчивость передачи обслуживания может быть улучшена еще больше посредством предоставления дополнительных параметров, таких как параметры передачи обслуживания по каждой цели и параметры передачи обслуживания по каждому UE. Есть по меньшей мере два разных пути достижения этого. Одним путем является использование CIO по каждому UE, по каждой цели. А именно, когда eNB-A (сота A выше) идентифицирует UE, перемещающееся с относительно высокой скоростью, он может назначить, посредством сигнализации по выделенным каналам UE, конкретный CIO для соты B (и возможно для соты C). Такой сдвиг не будет транслироваться в системных информационных блоках (SIB) соты A, и он будет использован только UE на высокой скорости. Такой CIO может обеспечить UE возможность игнорировать соту B и либо представить соту C в качестве наилучшей цели (как показано на Фиг. 3), либо остаться в соте A (как показано на Фиг. 4).
[0093] Модернизация этой концепции служит для сообщения таблицы соответствий на UE с коэффициентом масштабирования, известным UE, и применяемым к разным скоростям UE (например, для скоростей меньше, чем 10 км/ч применяется коэффициент масштабирования 1, для 10 км/ч - 50 км/ч применяют коэффициент масштабирования 1,5 и т.д.). Это может уменьшить величину сигнализации для случаев, когда CIO по каждому UE, по каждой цели передаются каждый раз, когда записывается скорость перехода (от низкой к средней, от средней к высокой, от высокой к очень высокой и т.д.). Это отображение может быть либо сообщено каждому UE во время установки RRC-соединения посредством реконфигурации RRC, либо транслировано поверх SIB (очень редко). UE может затем, на основе его скорости, выбрать соответствующий коэффициент масштабирования и умножить на него CIO, и использовать результат, например, в событии A3, приводя в действие вычисления.
[0094] TTT по каждому UE, по каждой цели могут быть отправлены аналогично CIO по каждому UE, по каждой цели выше, но в этом случае, размер соты целевых сот-кандидатов и скорость UE используются для регулирования моментов времени для запуска (TTT). То есть, и скорость UE, и размер целевой соты используются для масштабирования TTT. Текущие стандарты предоставляются только для понижения TTT для UE c высокой скоростью. Например, масштабирование может быть основано на расчетном времени, которое UE потратит на цель, т.е. размер целевой соты/скорость UE.
[0095] eNB-A (сота A) может принимать отчеты об измерениях от UE при высокоскоростной мобильности, включающие в себя несколько сот-кандидатов, среди которых сота B и сота C. eNB-A принудительно осуществит выбор цели передачи обслуживания, таким образом, чтобы избежать передач обслуживания соте B. А именно, eNB-A может выбрать соту C (в случае по Фиг. 3) или он не будет инициировать какие-либо передачи обслуживания (в случае по Фиг. 4) несмотря на тот факт, что сота B, как доложено посредством UE, является наилучшим кандидатом для мобильности.
[0096] Фиг. 7 является примерной схемой аппаратных средств архитектуры устройства, подходящего для UE и для eNB. Аппаратное средство 700 содержит один или более элементов 701 антенны. Здесь могут быть отдельные передающие и принимающие решетки, секторизованные и разнесенные антенны или одиночный элемент однонаправленной антенны. Для передачи, данные собираются в очереди 703 передачи, из которой они переносятся в модулятор 705 немодулированной передачи для преобразования в символы, модуляции и преобразования с повышением частоты. Передатчик 707 дополнительно модулирует и усиливает сигнал для передачи через антенну.
[0097] На принимающей стороне, принятые символы демодулируются и преобразуются с понижением частоты до немодулированной передачи в канале 709 приема. Система немодулированной передачи извлекает последовательность битов из принятого сигнала и генерирует любые коды обнаружения ошибок, которые могут быть нужны. Поток битов хранится в буфере или очереди 713 приема для использования системой.
[0098] Контроллер 715 управляет работой каналов приема и передачи, применяет данные к исходящей очереди и принимает данные из входящей очереди. Он также генерирует сообщения для поддержки беспроводных и проводных протоколов, поверх которых он осуществляет связь. Контроллер связан с одной или более системами 717 памяти, которые могут содержать программное обеспечение, промежуточные помещенные в кэш значения, параметры конфигурации, пользовательские и системные данные. Контроллер может также включать в себя внутреннюю память, в которой может храниться один или более этих типов информации и данных, вместо хранения в системе внешней памяти или в дополнение к ней. Контроллер связан с системным интерфейсом 719 ввода/вывода, который обеспечивает возможность связи с внешними устройствами, и пользовательским интерфейсом 721 ввода/вывода для обеспечения возможности управления пользователем, использования, администрирования и эксплуатации системы.
[0099] В случае eNB, системный интерфейс 719 может предоставить доступ через интерфейсы S1, OSS и X2 к остальному сетевому оборудованию для отправки и приема данных, сообщений и административных данных. Однако, один или более из этих интерфейсов могут также использовать радиоинтерфейс 701 или другой интерфейс (не показан). В случае UE, системный интерфейс может присоединяться к другим компонентам на устройстве, таким как датчики, микрофоны и камеры, также как и к другим устройствам, таким как персональные компьютеры, или другим типам беспроводных сетей, посредством беспроводных или проводных интерфейсов.
[00100] Фиг. 8 является схемой последовательности операций примера процесса, который может быть выполнен сотой для модернизации передач обслуживания для UE с высокой мобильностью. Процесс выполняется сотой, здесь приведенной в качестве примера посредством eNB. Однако, данный метод может быть принят для использования любой из многообразия базовых станций или точек доступа, использующих разные беспроводные протоколы и стандарты. Данный метод может быть выполнен на станции, которая осуществляет связь с UE, или аспекты процесса могут быть выполнены в централизованном размещении, таком как контроллер базовой станции, или сетевом узле администрирования.
[00101] На этапе 801, eNB или другая беспроводная радиостанция в системе сотовой радиосвязи принимает отчет от другого узла, такого как соседний eNB около конкретного UE. Этот отчет может содержать разные параметры и измерения, касающиеся UE. Измерения могут быть сделаны посредством UE или другим eNB, или другим типом базовой станции или точки доступа, в описанных примерах, отчет включает в себя любую одну или более сил сигнала, измеренных посредством UE и/или представляющей отчет базовой станцией во время предпринятой передачи обслуживания, скорость UE вблизи времени передачи обслуживания, время, прошедшее между запросом соединения от UE и сбоем соединения, и другую информацию. Отчет может также идентифицировать конкретное UE, к которому относится данный отчет.
[00102] Отчет может включать в себя дополнительную информацию, такую как текущее размещение UE, физические параметры или характеристики UE, информацию о времени, включающую в себя время, в которое была попытка передачи обслуживания со сбоем, и т.д. В дополнение, отчет может содержать информацию о представляющей отчет соте, в частности, размер представляющей отчет соты, однако может также быть включена другая информация. В LTE могут быть использованы указание RLF или отчет о передаче обслуживания. Для других стандартов или протоколов могут быть использованы другие отчеты.
[00103] На этапе 803, принятый отчет анализируют для определения причин передачи обслуживания со сбоем. В настоящем примере, сота дифференцируется между UE с высокой скоростью или высокой мобильностью и UE с низкой скоростью или низкой мобильностью. Скорость UE может быть выведена исходя из информации в отчете, или скорость может быть измерена посредством UE или базовыми станциями, и одно или более измерений скорости могут быть включены в отчет. Например, если дано время, прошедшее между запросом соединения и сбоем соединения, может быть выведена скорость. Точность этой скорости может быть улучшена с использованием силы сигнала для сигнала от UE. Информация по скорости может быть использована для определения, является ли скорость UE причиной передачи обслуживания, как описано выше.
[00104] Как упомянуто выше, размер целевой соты может также быть включен в отчет или получен из таблицы поиска, хранящейся локально или удаленно. Если скорость UE является высокой и целевая сота небольшой, то часто можно заключить, что передача обслуживания дала сбой из-за скорости UE. Вся эта информация может быть использована для регулирования порогов мобильности для UE. Сота может хранить локально или в централизованном размещении таблицу соседних сот и пороги мобильности для каждой. Пороги мобильности могут быть использованы для определения, может ли быть передано обслуживание конкретного UE каждой соответствующей соседней соте. В простом примере, пороги мобильности являются порогами силы сигнала. Пороги силы сигнала могут быть силой сигнала UE, как измерено одной или более из сот, или силой сигналов сот, как измерено посредством UE. В качестве альтернативы, сдвиги по времени или задержка распространения могут быть использованы для определения того, когда возможно передать обслуживание UE другой соте. На этапе 805, пороги регулируются для согласования со скоростью UE и размерами соседних сот.
[00105] На этапе 807, сота может отправлять таблицу соответствий на UE для UE, чтобы использовать при запросе передачи обслуживания или при запросе соединения. Таблица может включать в себя список соседних сот с приоритетами, порогами мобильности, коэффициентами масштабирования и другой информацией для UE для использования. В простом примере, таблица соответствий является списком соседних сот, который, для UE с высокой скоростью, помещает более высокий приоритет на большие соты. Это уменьшит число необязательных передач обслуживания или передач обслуживания с короткой продолжительностью на небольшие соты и обеспечит более медленному UE возможность лучшего использования небольших сот.
[00106] Пороги могут быть порогами силы сигнала, так что UE не будет запрашивать соединение или передачу обслуживания конкретной соте, пока сигнал, принятый от этой соты, не превысит порог. Таблица может также включать в себя сдвиги по времени, как долго сигнал соты должен превышать порог до того, как UE запросит соединение или передачу обслуживания. В качестве альтернативы, временем может быть TTT.
[00107] Операции по Фиг. 8 могут быть повторены, когда принято определенное число отчетов или периодически после того, как прошел определенный временной интервал. Эти операции могут происходить по мере поступления новых отчетов и по мере поступления нового UE, если конкретный UE покидает соту, то данные операции не будут повторены для этого UE, пока оно не вернется.
ВТОРАЯ ОБЛАСТЬ
[00108] Возвращаясь ко второй области, дифференцированная обработка UE, перемещающегося на высокой скорости, может быть сделана в целях балансировки нагрузки мобильности (MLB). Как упомянуто выше, если UE, перемещающееся с высокой скоростью, выбрано в качестве кандидата для балансировки нагрузки мобильности, может произойти сбой. Это потому, что UE с высокой мобильностью испытывает трудные радиоусловия и скорей всего выйдет из обслуживающей соты в относительно короткое время. Принуждение UE передавать обслуживание соседней соте, когда радиоусловия не требуют этого обязательно, и когда постоянство UE в обслуживающей соте скорее всего является коротким, может не быть эффективным.
[00109] В этой второй области, последняя версия IE c информацией о размещении (как задано в TS 36.331), наблюдаемая обслуживающей сотой, добавляется к IE с хронологической информацией UE (как задано в TS 36.423). IE c информацией о размещении может быть модифицирован, чтобы включать в себя информацию о горизонтальной скорости UE (как задано в TS 36.355) в дополнение к координатам размещения. Горизонтальная скорость является мерой скорости с которой передвигается UE. Это предоставляет большую точность, чем состояние мобильности UE, которое может быть использовано в качестве альтернативы. Вследствие этого, во время сигнализации передачи обслуживания целевой eNB может быть проинформирован о скорости UE, когда в последний раз она была записана в исходной соте. Если скорость выше предварительно определенного порога, целевой eNB может решить не рассматривать такое UE в качестве кандидата для процедур балансировки нагрузки мобильности.
[00110] Даже без сообщения дополнительной информации, уже доступная скорость и другая информация может быть использована для оценки того, должно ли UE рассматриваться в качестве кандидата для балансировки нагрузки мобильности (MLB). Есть случаи, в которых UE пытается передать обслуживание целевой соте, но данная попытка даст сбой, и UE постарается повторно создать RRC-соединение с третьей сотой (как в случае, описанном на Фиг. 3). В этих случаях, eNB, обслуживающий третью соту, затрагиваемую в процедуре мобильности, не будет принимать IE с хронологической информацией UE из-за того факта, что этот IE включен только в сообщение X2: запрос передачи обслуживания.
[00111] Для того, чтобы обеспечить eNB, обслуживающему третью соту, возможность приема информации о скорости UE, сообщение повторного создания RRC-соединения предоставляет IE, называемый IE доступности информации о RLF, который указывает доступность отчета RLF от UE. Этот отчет может также содержать информацию о скорости UE. eNB, обслуживающий соту, в которой UE пытается осуществить повторное создание соединения, может использовать эту информацию о скорости, для определения, следует ли рассматривать UE в качестве кандидата для процедур MLB.
[00112] Фиг. 9 является примерной схемой последовательности процессов, реализующих методы, описанные выше, для поддержки процесса MLB. Фиг. 9 представляет процесс, выполняемый узлом в беспроводной системе, таким как eNB или аналогичное устройство. Как в примере по Фиг 8, некоторые из операций могут быть выполнены локально и другие в централизованном размещении. Инструкции, таблицы и параметры могут также храниться локально или централизованно. На этапе 901, узел или связанный управляющий объект определяет, что следует выполнить процесс балансировки нагрузки. Процесс MLB будет включать в себя передачу обслуживания некоторых UE другим сотам, чтобы распределить нагрузку между сотами более равномерно.
[00113] На этапе 903, сота или связанный объект в системе выбирает UE-кандидат для перемещений для балансировки нагрузки. На этапе 905, информацию о скорости получают или выводят для по меньшей мере некоторого из UE-кандидата. Примеры получения этой информации предоставлены выше и в контексте Фиг. 8.
[00114] На этапе 907, информацию о скорости коррелируют с кандидатами UE для MLB. Это обеспечивает всему или некоторому из UE-кандидата возможность идентифицирования как с высокой или с низкой мобильностью. UE может быть сгруппировано в два или более разных классов на основе мобильности и на других факторах. На этапе 909, группирования или идентификации могут быть использованы для определения, исключать ли некоторые из UE из операций балансировки нагрузки. Как упомянуто выше, UE с высокой мобильностью часто быстро перемещаются из соты. Вследствие этого, если UE с высокой мобильностью перемещается к другой соте посредством передачи обслуживания, оно может очень скоро потребовать другую передачу обслуживания в том же или другом направлении. С другой стороны, если UE с высокой мобильностью не перемещается, оно может очень скоро потребовать передачу обслуживания, или его обслуживание может быть все-таки передано по мере его перемещения в другую соту.
ТРЕТЬЯ ОБЛАСТЬ
[00115] Возвращаясь к третьей области, обращаются к частой сигнализации передачи обслуживания, генерируемой посредством UE при высокой мобильности. UE при высокой мобильности иногда только передает небольшую величину трафика данных. Вследствие этого, посредством удерживания такого UE в режиме ожидания столько, сколько это возможно, минимизируются сбои, и также минимизируется сигнализация мобильности из-за передач обслуживания в активном режиме. Это решение является противоположным стандартизированному подходу для удержания UE в режиме "всегда включено". Такое UE находится в режиме соединения по RRC-соединению, даже когда оно не имеет трафик для отправки или для приема. Оно будет требовать передач обслуживания по мере его перемещения от соты к соте, даже если оно не отправляет или не принимает какие-либо данные.
[00116] Посредством удерживания UE с высокой мобильностью в режиме ожидания как можно дольше, возможно уменьшить число передач обслуживания и вместо этого принудить UE к проведению повторного выбора соты. За исключением обновлений области отслеживания, выполняемых независимо от создания соединения, повторный выбор соты не требует какой-либо сигнализации с eNB. Как только UE помещается в статус принудительно заданного режима ожидания, есть по меньшей мере два пути для новой соты, от которой UE ожидает вызов, узнать, что UE удерживается в принудительно заданном режиме ожидания из-за его высокой мобильности и низкого обмена трафиком данных. В обоих примерах, ниже, элемент информации о принудительно заданном режиме ожидания отправляется по каналу сигнализации. Однако вместо этого могут быть использованы другие сообщения, включающие в себя различные типы флагов.
[00117] В одном примере, информация о статусе принудительно заданного режима ожидания может быть отправлена посредством UE в качестве хронологической информации UE. В какой-то момент, после того как UE введено в принудительно заданный режим ожидания, ему скорее всего понадобится передавать данные на сотовую станцию. Это обычно происходит посредством перевода в состояние соединения по RRC-соединению для того, чтобы осуществить обмен трафиком данных. Если UE перемещается из обслуживающей соты к целевой соте во время этого временного окна, информация о статусе UE в принудительно заданном режиме ожидания может быть перенесена в целевую соту в качестве части IE c хронологической информацией UE. IE c хронологической информацией UE может быть расширен, чтобы включать в себя IE режима ожидания. IE режима ожидания точно определяет, что UE удерживалось в принудительно заданном режиме ожидания в предыдущей обслуживающей соте.
[00118] В качестве альтернативы, IE режима ожидания может быть отправлен посредством UE в качестве части сообщения повторного создания соединения. Как объяснено выше, мобильность в активном режиме может быть подвержена сбою, и UE может постараться повторно создать соединение с другой сотой. Сообщение повторного создания RRC-соединения может быть расширено, чтобы также включать в себя IE режима ожидания, которое указывает, что UE удерживалось в принудительно заданном режиме ожидания в ранее обслуживающей соте.
[00119] Добавление нового IE, независимо от того, как и когда он передается, дает новому обслуживающему eNB возможность незамедлительного перевода UE обратно в принудительно заданный режим ожидания и более частой проверки того, остаются ли мобильность UE и перенос данных такими, чтобы подтвердить статус принудительно заданного режима ожидания.
[00120] По данным стандартам, если UE перемещается к другой соте, тогда как находится в режиме ожидания, сигнализации передачи обслуживания не будет, а только повторный выбор соты. В другом альтернативном варианте, для того, чтобы быстро проинформировать вновь повторно выбранную соту о принудительно заданном режиме ожидания, IE режима ожидания может быть добавлен к сообщению установки RRC-соединения, которое UE отправляет как только ему нужно отправить или принять данные. Использование IE режима ожидания с сообщениями установки соединения обеспечивает UE возможность отправки данных сразу когда это необходимо. Соответственно, UE может переносить информацию о режиме ожидания независимо от какой-либо связи между eNB. Для сети необязательно предоставлять хронологическую информацию UE или сообщение повторного создания соединения. В результате, UE в режиме ожидания не предохраняется от передачи данных. Вместо этого, как только есть данные для передачи, UE устанавливает соединение. Как только данные были переданы, UE переводится обратно в режим ожидания самым быстрым образом. Это является более эффективным и требует гораздо меньше передач обслуживания, которые удерживают UE всегда включенным, где UE всегда будет в режиме соединения по RRC-соединению, даже во время долгих периодов прерывистого приема (DRX) и прерывистой передачи (DTX).
[00121] Фиг. 10 показывает примерную последовательность процессов для использования в режиме ожидания с UE для уменьшения издержек передачи обслуживания и передач обслуживания со сбоями. На этапе 1001, сота принимает информацию об одном или более UE, которые зарегистрированы в ней или присоединены к ней. Информация может прийти от непосредственного наблюдения, непосредственно от UE, или из элементов информации и отчетов, описанных выше. Может быть использована любая их комбинация, включающая в себя локальные, соседние и централизованные источники информации.
[00122] На этапе 1003, сота определяет, что UE имеет высокую мобильность и низкий трафик. Следующие операции особенно полезны, когда низкий трафик является чувствительным к задержкам. Это определение может быть сделано полностью, или частично, сотой с использованием локальных или централизованных данных и ресурсов обработки. Как в случае всех методов, описанных в настоящем документе, конкретная скорость, требуемая для квалификации UE как с высокой мобильностью или высокой скоростью, и конкретная скорость передачи данных, требуемая для квалификации UE как низкий трафик данных, могут быть адаптированы, чтобы подходить к любой конкретной реализации. В примере передач обслуживания со сбоями, UE с высокой мобильностью может быть задано как UE, которое дает сбой при передаче обслуживания конкретной небольшой соте. В качестве альтернативы, в этой или других ситуациях, стандарты высокого и низкого может быть основаны на величине времени, требуемой для обслуживания UE с избыточными запросами, или определенный процент UE может быть назначен как с высокой и низкой мобильностью. В качестве дополнительной альтернативы, UE может определять мобильность или значение скорости с использованием методов, заданных в стандартах, или другим образом, таким как с использованием спутниковой или наземной информации о размещении, и измеряя скорости передачи данных во времени.
[00123] В примере по Фиг. 10, UE c низким трафиком, с высокой мобильностью, является идеальным UE, которое создаст меньше издержек сигнализации, если принудительно переведено в режим ожидания без какого-либо отвлечения или раздражения пользователя. Конкретные пороги для достижения этого идеала будут зависеть от конкретной реализации, также как и от конкретного UE и его географических обстоятельств.
[00124] На этапе 1005, UE c низким трафиком, с высокой мобильностью, дают команду перейти в состояние ожидания. В настоящем документе это также называется как принудительно заданный режим ожидания. Обычно, такая команда будет отправлена или исполнена после того, как UE закончит передачу и прием. Обычно сота и UE имеют буферы передачи. После того, как все данные в буферах передачи с обоих сторон были переданы и приняты, UE может быть переведено в режим ожидания без неблагоприятного эффекта для передачи данных. В одном примере, есть время задержки перед переводом в режим ожидания, так чтобы новые данные поступали не сразу и не вызывали новую передачу сразу после перевода UE в режим ожидания. В другом примере, временной порог может быть точно определен в команде "перейти в режим ожидания", и UE может оставаться в этом режиме в течение этого периода, пока скорость не станет ниже, чем определенный порог, или пока не появятся данные, которые должны быть переданы. UE может затем оставаться в соте или переместиться в другую соту до того, как удовлетворено условие для возврата в присоединенный режим (т.е., до того, как UE имеет данные для передачи или приема, истечения срока действия таймера, изменения скорости и т.д.).
[00125] В некоторый дальнейший момент времени (например, микросекунды или минуты), на этапе 1007, UE имеет новые данные восходящей линии связи для отправки и запрашивает соединение, или ближайшая сота идентифицировала UE в режиме ожидания и создает соединение с UE для отправки новых данных нисходящей линии связи. UE и сота обмениваются данными по необходимости, и затем, на этапе 1009, UE возвращается в режим ожидания.
[00126] Для более быстрой, более эффективной работы, на этапе 1011, сота, которая определила, что UE должно быть принудительно переведено в режим ожидания, может отправить эту информацию другой соте системы. Даже в режиме ожидания, сота, или комбинация сот, может быть способна отслеживать UE и обнаруживать, когда оно переместилось в другую соту. Информируя другую соту, что UE было принудительно переведено в режим ожидания, другая сота может продолжить, чтобы принудительно перевести UE в режим ожидания. В дополнение, протоколы сигнализации между UE и сотой могут быть более эффективными, если сота уже знает о статусе UE.
ЗАКЛЮЧЕНИЕ
[00127] Методы, описанные выше, обеспечивают UE возможность передачи обслуживания по-разному в разных ситуациях. В частности, UE с высокой мобильностью, как определено посредством скорости UE относительно размера сот, обрабатывается по-разному для предоставления меньших издержек и более устойчивой передачи обслуживания. Текущие подходы предоставляют одну конфигурацию для всех типов UE (с высокой скоростью и низкой скоростью) и для всех типов целевых сот (очень небольших, небольших, средних и больших).
[00128] Посредством дифференциации на основании скорости UE и размера целевой соты, эксплуатационные характеристики UE улучшаются посредством избегания сбоев мобильности, которые приводят к улучшению ключевого показателя производительности (KPI) и качества обслуживания (QoS). Распределение нагрузки в радиосети сделано более динамичным и устойчивым посредством выбора более надежной соты для разгрузки трафика. Потребление электроэнергии UE может быть также уменьшено посредством минимизирования числа сот, для которых UE должно собирать измерения и представлять о них отчет, и посредством уменьшения величины сигнализации мобильности, генерируемой посредством UE. Эксплуатационные характеристики сети также улучшаются посредством уменьшения сбоев передачи обслуживания и сбоев радиолинии. Наконец, масштабируемость сети улучшается посредством уменьшения величины сигнализации передачи обслуживания к базовой сети.
[00129] Операции схем последовательности операций и сигнализации описаны со ссылкой на примерные варианты осуществления. Однако, следует понимать, что операции данных схем последовательности операций могут быть выполнены посредством вариаций, отличных от вариаций, рассмотренных со ссылкой на эти другие схемы, и вариации, рассмотренные со ссылкой на эти другие схемы, могут выполнять операции, отличные от операций, рассмотренных со ссылкой на данные схемы последовательности операций.
[00130] Как описано в настоящем документе, инструкции могут относиться к конкретным конфигурациям аппаратного обеспечения, такого как специализированная интегральная микросхема (ASIC), выполненная с возможностью выполнения определенных операций или имеющая предварительно определенную функциональность, или программным инструкциям, хранящимся в памяти, осуществленной в постоянном считываемом компьютером носителе. Таким образом, методы, показанные на чертежах, могут быть реализованы с использованием кода и данных, хранящихся и исполняемых на одном или более электронных устройствах (например, UE, eNB и т.д.). Такие электронные устройства хранят и сообщают (внутренним образом и/или с помощью других электронных устройств по сети) код и данные с использованием считываемых машиной носителей, таких как постоянные считываемые машиной носители информации (например, магнитные диски; оптические диски; оперативная память; постоянная память; устройства с флэш-памятью; память на фазовых переходах) и непостоянные считываемые машиной среды связи (например, электрические, оптические, акустические или другая форма распространяемых сигналов - такая как несущая волна, инфракрасные сигналы, цифровые сигналы и т.д.). В дополнение, такие электронные устройства обычно включают в себя набор из одного или более процессоров, связанных с одним или более другими компонентами, такими как один или более устройств хранения (постоянные считываемые машиной носители информации), пользовательские устройства вода/вывода (например, клавиатура, сенсорный экран, и/или дисплей), и сетевые соединения. Связывание набора процессоров и других компонентов осуществляется обычно посредством одной или более шин и мостов (также называемых как контроллеры шин). Таким образом, устройство хранения данного электронного устройства обычно хранит код и/или данные для исполнения на наборе из одного или более процессоров электронного устройства. Конечно, одна или более частей варианта осуществления данного изобретения могут быть реализованы с использованием разных комбинации программного обеспечения, программно-аппаратных средств, и/или аппаратных средств.
[00131] Операции схем последовательности операций описаны со ссылкой на примерные варианты осуществления из других схем. Однако, следует понимать, что операции данных схем последовательности операций могут быть выполнены посредством вариантов осуществления данного изобретения, отличных от вариантов осуществления, рассмотренных со ссылкой на эти другие схемы, и варианты осуществления данного изобретения, рассмотренные со ссылкой на эти другие схемы, могут выполнять операции, отличные от операций, рассмотренных со ссылкой на данные схемы последовательности операций.
[00132] Тогда как схемы последовательности операций на чертежах показывают конкретный порядок операций, выполняемых посредством определенных вариантов осуществления данного изобретения, следует понимать, что такой порядок является примерным (например, альтернативные варианты осуществления могут выполнять операции в другом порядке, объединять определенные операции, совмещать определенные операции и т.д.).
[00133] Тогда как данное изобретение было описано в том, что касается нескольких вариантов осуществления, специалисты в данной области техники поймут, что данное изобретение не ограничено описанными вариантами осуществления и может быть применено на практике с модификацией и изменением. Данное описание таким образом следует рассматривать как иллюстративное, а не ограничивающее.