АДАПТАЦИЯ МОБИЛЬНОЙ СЕТИ Российский патент 2017 года по МПК H04W36/00 

Область техники, к которой относится изобретение

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

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

Настоящее раскрытие описано в контексте Долгосрочного развития (Long Term Evolution (LTE)), т.е. Усовершенствованной наземной сети радиодоступа Универсальной системы мобильной связи (UMTS) (E-UTRAN). Следует понимать, что задачи и решения, описанные здесь, одинаково применимы к сетям беспроводного доступа и пользовательским оборудованиям (UE), реализующим другие технологии и стандарты доступа. LTE используется в качестве иллюстративной технологии, где варианты осуществления могут применяться, и поэтому использование LTE в описании, в частности, полезно для понимания задачи и решений, направленных на решение задачи.

Для простоты понимания, LTE мобильность описана ниже.

Управление радио ресурсами (RRC) (Проект партнерства в создании третьего поколения (3GPP), Техническая спецификация (TS) 36.331, например, V10.8.5 (2013-01)) является основным протоколом сигнализации для конфигурирования, реконфигурирования и общей обработки соединения в LTE сети радиодоступа (E-UTRAN). RRC управляет многими функциями, такими как установка соединения, мобильность, измерения, сбой радиолинии и восстановление соединения. Эти функции имеют отношение к настоящему раскрытию и поэтому описаны ниже более подробно.

UE в LTE может быть в двух RRC состояниях: RRC_CONNECTED (RRC-соединенное) и RRC_IDLE (RRC-ожидание). В состоянии RRC_CONNECTED, мобильность является управляемой сетью на основе измерений, например, обеспечиваемых посредством UE. Т.е. сеть решает, когда и в какую соту UE должно быть передано на обслуживание, например, на основе измерений, обеспечиваемых посредством UE. Сеть, то есть LTE радио базовая станция (так называемая базовая станция развитого узла (eNodeB или eNB), соответственно, в E-UTRAN) конфигурирует различные события измерения, пороги и т.д., на основе которых затем UE отправляет отчеты к сети, так что сеть может принять обоснованное решение, чтобы передать обслуживание UE к более сильной соте, когда UE перемещается от настоящей соты.

Фиг. 1 иллюстрирует LTE RRC процедуру передачи обслуживания (хэндовера) в соответствии с 3GPP TS 36.300, например V11.4.0 (2013-01), фиг. 10.1.2.1.1-1. Фиг. 1 иллюстрирует LTE RRC процедуру передачи обслуживания. В мобильной сети 100, UE 102 соединено с исходным eNodeB 104 LTE сети радиодоступа, который управляется с помощью компонента управления мобильностью (MME) 106 сегмента с пакетной коммутацией базовой сети. Целевой eNodeB 108 управляется с помощью MME 106. Пользовательское оборудование 102 обменивается данными с обслуживающим шлюзом 110 базовой сети. Во время передачи обслуживания пользовательское оборудование 102 передается на обслуживание от исходного eNodeB 102 к целевому eNodeB 108 сети радиодоступа. Соответствующая сигнализация пользовательских данных показана пунктирными стрелками. L3 управляющая сигнализация обозначена штрихпунктирными стрелками, и L1/L2 управляющая сигнализация обозначена сплошными стрелками. Исходный eNodeB 104 посылает на первом этапе 1 управления управляющую информацию к пользовательскому оборудованию 102, которое, в свою очередь, посылает соответствующие отчеты об измерениях на этапе 2 к исходному eNodeB 104. После этого исходный eNodeB 104 выполняет на этапе 3 решение о передаче обслуживания и посылает запрос передачи обслуживания на этапе 4 к целевому eNodeB 108. После выполнения управления доступом на этапе 5, целевой eNodeB 108 посылает подтверждение запроса передачи обслуживания на этапе 6 к исходному eNodeB 102, который инициирует реконфигурирование RRC соединения на этапе 7 к UE 100.

Фиг. 2 иллюстрирует упрощенную картину частей LTE процедуры передачи обслуживания (НО), релевантных для настоящего раскрытия. Следует отметить, что НО команда на самом деле подготавливается в целевом eNB, но сообщение передается через исходный eNB. Т.е. UE видит, что сообщение приходит от исходного eNB. Мобильная сеть 200 содержит исходный eNodeB 204 и целевой eNodeB 208. UE 202 соединено с исходным eNodeB 204. После этапа 210, на котором конфигурация измерения отправляется из исходного eNodeB 204 на пользовательское оборудование 202, пользовательское оборудование 202 выполняет на этапе 212 событие A3, в котором уровень сигнала или качество сигнала целевого eNodeB 208 может быть определено как лучшее по сравнению с уровнем сигнала или качеством сигнала исходного eNodeB 204, соответственно, и в соответствии с этим сообщает на этапе 214 отчет об измерении к исходному eNodeB 204. После соответствующего решения передачи обслуживания на этапе 216, исходный eNodeB 204 посылает запрос передачи обслуживания на этапе 218 к целевому eNodeB 208, который, в свою очередь, посылает подтверждение передачи обслуживания на этапе 220 к исходному eNodeB 204. Исходный eNodeB 204 затем посылает на этапе 222 команду передачи обслуживания пользовательского оборудования 202, которое выполняет на этапе 224 процедуру произвольного доступа, в которой выделенные преамбулы представляются целевому eNodeB 208. Дальнейшие стрелки 226-230 относятся к завершению процедуры передачи обслуживания. На этапе 226 предоставление восходящей линии связи (UL) и область отслеживания (ТА) могут быть посланы от целевого eNodeB 208 к UE 202. На этапе 228 НО подтверждение может быть отправлено от ÜE 202 к целевому eNodeB 208. На этапе 230 контекст освобождения может быть отправлен от целевого eNodeB 208 к исходному eNodeB 204. Этапы 210, 214, 216, 218, 220, 222, 224 соответствуют этапам 1, 2, 3, 4, 6, 7 и 11 на фиг. 1.

В RRC_IDLE, мобильность обрабатывается посредством основанного на UE выбора соты, где перемещающееся UE 102, 202 выбирает "лучшую" соту для привязки, основываясь, например, на различных заданных критериях и параметрах, которые транслируются в сотах. Например, различные соты или частотные уровни могут иметь приоритет по отношению друг к другу, так что UE 102, 202 пытается привязаться к конкретной соте, если измеренное качество маяка или пилот-сигнала в этой соте по отношению к порогу лучше, чем какой-либо другой маяк или пилот-сигнал, принятые из других сот.

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

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

- отчет об измерении, который указывает на необходимость мобильности, передавался посредством UE 102, 202 и принимался исходным eNB 104, 204 и

- исходный eNB 104, 204 имел достаточно времени для подготовки передачи обслуживания к целевой соте (посредством, среди прочего, запроса передачи обслуживания от целевого eNB 108, 208, управляющего целевой сотой), и

- UE 102, 202 принимал сообщение команды передачи обслуживания из сети, как подготовлено целевым eNB 108, 208 при управлении целевой сотой и отправлено через исходную соту к UE 102, 202, см. фиг. 1 и 2.

Кроме того, и для того, чтобы передача обслуживания была успешной, UE 102, 202 должно в итоге успешно установить соединение с целевой сотой, что в LTE требует успешного запроса произвольного доступа в целевой соте и последующего сообщения НО завершения. Следует отметить, что спецификации могут несколько отличаться в названии сообщений. Это не ограничивает применимость настоящего раскрытия. Например, команда передачи обслуживания, обозначенная как НО команда на этапе 222 на фиг. 2, соответствует реконфигурации RRC конфигурации этапа 7 на фиг. 1, а сообщение подтверждения передачи обслуживания на этапе 228 на фиг. 2 соответствует завершению реконфигурации RRC конфигурации этапа 11 на фиг. 1.

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

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

Может произойти, что UE 102, 202 теряет покрытие соты, с которой UE 102, 202 в настоящее время соединено. Это может произойти в ситуации, когда UE 102, 202 входит в область глубокого замирания, или когда была необходима передача обслуживания, как описано выше, но передача обслуживания оказалась безуспешной по той или иной причине. Это особенно верно, если "область передачи обслуживания" очень короткая. Посредством постоянного контроля качества радиолинии, например, на физическом уровне, как описано в 3GPP TS 36.300, например, V11.4.0 (2013-01) и TS 36.331, например, V11.2.0 (2013-01) и TS 36.133, например, V11.2.0 (2013-01), UE 102, 202 само способно декларировать сбой радиолинии и автономно начать процедуру повторной установки RRC. Если повторная установка прошла успешно, что зависит, среди прочего, от того, были ли выбранная сота и eNB 104, 108, 204, 208, управляющий той сотой, подготовлены к поддержанию соединения с UE 102, 202, тогда соединение между UE 102, 202 и eNB 104, 108, 204, 208 может возобновиться. Сбой повторного установления означает, что UE 102, 202 переходит в состояние RRC_IDLE, и соединение освобождается. Для продолжения связи, совершенно новое RRC соединение должно запрашиваться и устанавливаться.

Далее описываются характеристики двойной связности и RRC разнесения.

Двойная связность (или двойное, или сдвоенное соединение) является характеристикой, определяемой с точки зрения UE, когда UE может одновременно принимать и передавать по меньшей мере к двум различным сетевым точкам. По меньшей мере две сетевые точки могут быть соединены друг с другом через канал транзитного соединения таким образом, что UE может осуществлять связь с одной из сетевых точек через другую сетевую точку. Двойная связность является одной из характеристик, которые в настоящее время стандартизированы в рамках всеобъемлющей работы над усовершенствованиями малых сот в 3GPP, выпуск 12 (Rel-12).

Двойная связность определяется для случая, когда агрегированные сетевые точки работают на той же частоте или отдельной частоте. Каждая сетевая точка, которую UE агрегирует, может определять автономную соту, или она не может определять автономную соту. В этом отношении термин "автономная сота" может обозначать, в частности, что каждая сетевая точка, следовательно, каждая сота может представлять собой отдельную соту с точки зрения UE. В отличие от этого, сетевые точки, не определяющие автономную соту, могут рассматриваться с точки зрения UE в качестве одной из той же соты. Далее предполагается, что, с точки зрения UE, UE может применить некоторую форму схемы мультиплексирования с временным разделением (TDM) между различными сетевыми точками, которые UE агрегирует. Это означает, что связь на физическом уровне к и от различных агрегированных сетевых точек не может быть истинно одновременной.

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

Примерами функций, которые двойная связность позволяет осуществить в сети, являются:

- RRC разнесение (например, команда передачи обслуживания (НО) от источника и/или цели); в этом отношении термин "RRC разнесение" может обозначать, в частности, сценарий, в котором управляющая сигнализация может передаваться через по меньшей мере два соединения между сетью и UE;

- устойчивость к сбою радиолинии (RLF) (сбой только тогда, когда обе линии испытывают сбой);

- развязка восходящей линии связи (UL)/нисходящей линии связи (DL) (UL к узлу малой мощности (LPN), например, с LPD, соответствующим малой соте или пико-соте, DL от макро-соты);

- агрегирование макро опорной несущей и LPN усилителя(ей) данных;

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

- скрытая UE мобильность между малыми сотами из базовой сети (CN) с С-плоскостью в макро-соте; и

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

Фиг. 3 иллюстрирует особенность двойной связности UE 302 с узлом привязки 304а и усилителем-ретранслятором 304b.

UE 302 в двойной связности поддерживает одновременные соединения 334а, 334b к узлам 304а, 304b привязки и усиления-ретрансляции. Как следует из названия, узел привязки 304а завершает соединение плоскости управления в сторону UE 302 и, таким образом, является управляющим узлом для UE 302. UE 302 также считывает системную информацию из узла привязки 304а. На фиг. 3, системная информация и ее пространственная доступность обозначены пунктирной окружностью. В дополнение к узлу привязки 304а, UE 302 может быть соединено с одним или несколькими узлами усиления-ретрансляции 304b для дополнительной поддержки пользовательской плоскости. В этом отношении термин "усилитель -ретранслятор" может обозначать, что рабочая характеристика UE с точки зрения его пиковой скорости передачи данных может быть улучшена, так как данные пользовательской плоскости могут дополнительно передаваться через усилитель-ретранслятор. С этой целью частота передачи, используемая узлом привязки, может отличаться от частоты передачи, используемой усилителем-ретранслятором.

Роли узла привязки и усилителя-ретранслятора определены с точки зрения UE 302. Это означает, что узел, который действует в качестве узла привязки 304а для одного UE 302, может действовать в качестве усилителя-ретранслятора 304b для другого UE 302. Точно так же, хотя UE 302 считывает системную информацию из узла привязки 304а, узел, действующий как усилитель-ретранслятор 304b для одного UE 302, может или не может распространять системную информацию к другому UE 302.

Фиг. 4 иллюстрирует завершение плоскости управления и пользовательской плоскости в узле привязки и узле усилителя-ретранслятора. Эта протокольная архитектура может представлять собой примерное протокольное завершение, совместимое с двойной связностью и с RRC разнесением. Протокольная архитектура, показанная на фиг. 4, предлагается в качестве пути, способствующего реализации двойной связности в LTE Rel-12 в развертываниях с требованиями ненапряженных (релаксированных) транзитных соединений. В пользовательской плоскости 434 принят метод распределенного протокола сходимости пакетных данных (PDCP)/управления радиоканалом (RLC), где усилитель-ретранслятор и узел привязки завершают пользовательские плоскости 436 своих соответствующих каналов-носителей, с возможностью реализовать агрегацию пользовательских плоскостей через протокол управления многолучевой передачей (МРТСР), который может предложить разделение трафика на нескольких соединений. В плоскости 4 34 управления, RRC и протокол сходимости пакетных данных (PDCP) централизованы в узле привязки с возможностью маршрутизации RRC сообщений через узел привязки, усилитель-ретранслятор или даже одновременно на обеих линиях связи. Для полноты описания, "NAS" может представлять собой уровень протокола не относящегося к доступу слоя, "RLC" может представлять собой уровень протокола управления радиоресурсами, "MAC" может представлять собой уровень протокола управления доступом к среде, и "PHYS" может представлять собой физический уровень.

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

Однако могут возникнуть проблемы, описанные ниже.

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

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

Фиг. 5 иллюстрирует UE 502, перемещающееся из пико-сотовой области пико-соты 538 в макро-сотовую область макро-соты 540. Направление перемещения пользовательского оборудования 502 обозначено стрелкой 542. Эта фигура может иллюстрировать типичный сценарий для передачи обслуживания UE 502.

Различные "слои" сот могут быть развернуты на той же несущей (т.е. способом повторного использования 1, в котором все соседние соты могут использовать одну и ту же частоту), малые соты могут быть развернуты на отличающейся несущей, и различные соты на различных слоях могут быть даже развернуты с использованием различных технологий (например, 3G/Высокоскоростного пакетного доступа (HSPA) на макро- и микрослое, и LTE на пико-слое, в качестве одного неисключительного примера). В этом отношении термин "слой" может обозначать, в частности, более высокий уровень абстракции соты по отношению к частоте передачи или несущей, используемой в соте.

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

Фиг. 6 иллюстрирует область передачи обслуживания для перехода между пико/макро-сотой по сравнению с переходом между макро/макро-сотой. Сеть включает в себя пико-соту 638, макро-соту 640а и другую макро-соту 640b. Абсцисса 644 диаграммы может представлять принимаемую мощность опорного сигнала (RSRP), а ордината 64 6 диаграммы может представлять расстояние. Кривая 666 может представлять RSRP, воспринимаемую UE от макро-соты 64 0а, кривая 668 может соответствовать RSRP, воспринимаемой UE от пико-соты 638, и кривая 670 может представлять RSRP, воспринимаемую UE от другой макро-соты 640b. Область 672 передачи обслуживания от макро-соты 640а к пико-соте 638 и наоборот мала по сравнению с областью 67 4 передачи обслуживания между макро-сотами 640а, 640b.

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

Для того, чтобы исследовать последствия увеличения сбоев передачи обслуживания и решений по их смягчению, 3GPP в настоящее время работает над оценками и техническими решениями для поправок, как описано в TR 36.839, например, V11.1.0 (2013-01).

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

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

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

Подвижное тестирование и использование конкретного UE для подвижного тестирования не всегда может быть в состоянии обнаружить прерывистые сбои или перемещаться в места, где проблема действительно возникает. Если это специфическая проблема поставщика UE, то UE, используемое для подвижного тестирования, может не иметь тот же тип сбоя, как у некоторых из UE, используемых абонентами в сети. Кроме того, это регулярное подвижное тестирование является, как правило, очень дорогостоящим. Большие затраты связаны со сбором данных, а также с анализом данных. Анализ данных может быть дорогостоящим и трудным из-за того, что оператор, проводящий подвижное тестирование, должен собирать все данные на довольно детальном уровне и надеяться, что прерывистые сбои будут появляться и фиксироваться в данных, собранных в ходе подвижного тестирования, среди большого количества собранных данных.

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

Сущность изобретения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг. 3 - блок-схема, иллюстрирующая мобильную сеть, используемую в соединении с двойной связностью терминала.

Фиг. 4 - диаграмма, иллюстрирующая плоскость управления и пользовательскую плоскость, завершающиеся в узлах доступа.

Фиг. 5 - блок-схема, иллюстрирующая мобильную сеть LTE.

Фиг. 6 - диаграмма, иллюстрирующая уровень сигнала мобильной сети LTE в зависимости от расстояния.

Фиг. 7 - блок-схема последовательности операций, иллюстрирующая способ адаптации мобильной сети в соответствии с вариантом осуществления.

Фиг. 8 - потоковая диаграмма, иллюстрирующая способ адаптации мобильной сети в соответствии с другим вариантом осуществления.

Фиг. 9 - потоковая диаграмма, иллюстрирующая способ адаптации мобильной сети в соответствии с другим вариантом осуществления.

Фиг. 10 - блок-схема, иллюстрирующая терминал для адаптации мобильной сети в соответствии с вариантом осуществления.

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

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

Подробное описание

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

В таком сценарии связи, первый узел доступа может управлять передачей данных к терминалу, и второй узел доступа может содействовать передаче данных для терминала. В этом отношении термин "первый узел доступа управляет передачей данных терминала" может указывать, в частности, на управление, с помощью первого узла доступа, распределением ресурсов для восходящей линии связи и/или передачей данных нисходящей линии связи для терминала и/или состоянием связности терминала. Следовательно, первый узел доступа может также упоминаться как узел привязки для передачи данных терминала, например, всегда используемый для передачи данных для терминала. Такой сценарий связи может быть реализован в LTE путем завершения протокола, относящегося к распределению ресурсов через радиоинтерфейс между терминалом и первым узлом доступа, в частности, протокола RRC, в первом узле доступа. Альтернативно, протокол PDCP может завершаться в первом узле доступа. В частности, термин "второй узел доступа содействует передаче данных для терминала" может, в частности, указывать, что второй узел доступа может не иметь функциональной возможности управления передачей данных к терминалу, но может ретранслировать передачу данных восходящей линии связи и/или нисходящей линии связи между узлом доступа и терминалом. В частности, второй узел доступа может упоминаться как узел усилителя-ретранслятора для передачи данных терминала, например, использоваться для передачи данных для терминала в качестве ретрансляционного узла. Следовательно, как описано выше, информация, передаваемая между первым узлом доступа и терминалом, может дублироваться передачей между первым узлом доступа и терминалом через второй узел доступа.

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

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

Со ссылкой на варианты осуществления, поясненные в данном раскрытии, первый узел доступа в описанных вариантах осуществления может упоминаться как "исходный eNB", а первое соединение может упоминаться как сообщение "привязки" 332а на фиг. 3. Второй узел доступа может упоминаться в описанных вариантах осуществления как "содействующий eNB", а второе соединение может упоминаться как соединение "усиления-ретрансляции" 332b на фиг. 3. Следует отметить, что целевой eNB 108, 208, описанный в связи с фиг. 1 и 2, также может представлять собой узел доступа, приспособленный управлять передачей данных для терминала в зависимости от того, является ли он узлом доступа, управляющим передачей, или нет.

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

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

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

Альтернативно или дополнительно, этап определения может дать такой результат, что первое соединение имеет ухудшенное качество, и этап адаптации может содержать передачу, первым узлом доступа, обслуживания терминала от первого узла доступа ко второму узлу доступа и разъединение первого соединения. Например, первый узел доступа может инициировать передачу обслуживания терминала путем посылки запроса передачи обслуживания на второй узел доступа. Второй узел доступа может затем переслать или ретранслировать запрос передачи обслуживания в терминал. Первый узел доступа может прекратить управлять передачей данных терминала. В LTE последний выполняемый этап может относиться к остановке RRC разнесения. В этом отношении RRC разнесение, используемое в первом узле доступа, может относиться к отправке данных непосредственно к терминалу и к отправке дубликатов данных, которые могут быть отправлены первым узлом доступа к терминалу, ко второму узлу доступа для ретрансляции их вторым узлом доступа к терминалу. Данные могут содержать управляющую сигнализацию. Соответственно, остановка RRC разнесения может относиться к не дублированию больше отправляемых данных, таким образом, поддерживая только прямое соединение с терминалом для поддержки унаследованной функциональности. Это унаследованное соединение может быть передано на обслуживание ко второму узлу доступа. Или, другими словами, в частности, по отношению к LTE, последнее может относиться к остановке дублирования RRC сигнала и пересылке на второй узел доступа. В приведенном выше случае первый узел доступа может управлять отсоединением терминала, например, посылая сообщение запроса RRC реконфигурации к терминалу через второй узел доступа. В приведенном выше случае, этап адаптации может дополнительно содержать перенос, первым узлом доступа, функциональных возможностей управления для управления передачей данных терминала от первого узла доступа ко второму узлу доступа. Например, канал-носитель сигнализации между первым узлом доступа и терминалом может быть перенесен ко второму узлу доступа, причем этот канал-носитель может транспортировать управляющую сигнализацию. В частности, последние вышеуказанные варианты осуществления могут быть описаны ниже со ссылкой на этапы 8, 9, 11 и результирующий этап или состояние 999 на фиг. 9.

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

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

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

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

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

В таком случае причина сбоя может содержать по меньшей мере один из следующих видов причин сбоев. В первом варианте, причина сбоя может содержать истечение таймера, причем таймер запускается после предварительно определенного числа исполнений условия счетчика, и таймер останавливается после предварительно определенного числа исполнений другого условия счетчика. Например, последнее может соответствовать сбою "out of sync" (отсутствие синхронизации) в LTE, что может относиться к истечению таймера RLF. Еще одна причина сбоя может содержать максимум запросов планирования, посланных по соответствующему соединению, в частности, без приема ответа. Например, последнее может соответствовать в LTE максимальному достигнутому количеству запросов планирования. Еще одна причина сбоя может содержать максимум повторных передач данных, посланных терминалом по соответствующему соединению. Например, последнее может соответствовать в LTE максимальному достигнутому числу повторных передач RLC. В случае повторных передач RLC, UE может повторно передавать данные, если ответ не принят, до тех пор, пока не будет достигнуто максимальное количество повторных передач. Еще одна причина сбоя может содержать максимум безуспешных попыток произвольного доступа, посланных терминалом по соответствующему соединению, без приема передачи данных по соответствующему соединению. Например, последнее может соответствовать в LTE сбою канала произвольного доступа (RACH).

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

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

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

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

В отношении описанных выше вариантов осуществления, таймер Т310 и счетчик N310, 311 могут представлять собой унаследованный таймер и унаследованный счетчик, соответственно. Счетчик N310 может отсчитывать исполнения условия для того, чтобы запустить таймер Т310. Такое исполнение условия может относиться к состоянию, находится ли отношение сигнала к помехе и шуму (SINR), воспринимаемого терминалом, ниже порога. Счетчик N311 может отсчитывать исполнения условия для того, чтобы остановить таймер Т310. Такое исполнение условия может относиться к условию, находится ли SINR, воспринимаемое терминалом, выше дополнительного порога. Следовательно, таймер Т310 может быть запущен после того, как счетчик N310 подсчитал предварительно определенное число исполнений условия, ассоциированного со счетчиком N310, и таймер Т310 может остановиться после отсчета предварительно определенного числа исполнений условия, ассоциированного со счетчиком N311. Ухудшение качества обнаруживается, если таймер Т310 может истечь, и предварительно определенное число исполнений условия для условия, ассоциированного со счетчиком N311, может не быть подсчитано.

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

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

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

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

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

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

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

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

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

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

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

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

Далее со ссылкой на фиг. 7-12 другие варианты осуществления будут более подробно описаны в контексте LTE. Следует отметить, что термины "терминал" и "пользовательское оборудование" могут быть использованы взаимозаменяемым образом в данной заявке. Один или более вариантов осуществления основаны на предположении, что UE может осуществлять связь независимо через два поддерживаемых соединения. Для обеспечения также разнесения при сбое радиолинии (RLF), UE должно запустить стандартизованную RLF процедуру, только если обе линии связи находятся в состоянии отсутствия синхронизации. В этом отношении термин "отсутствие синхронизации" может обозначать, что пользовательское оборудование потеряло синхронизацию с узлом доступа, так что пользовательское оборудование не может декодировать информацию синхронизации на основе, например, опорных сигналов должным образом. Однако если только одно из поддерживаемых соединений испытывает сбой, должно быть приведено в исполнение другое поведение UE. В вариантах осуществления UE может информировать участвующие eNB с помощью нового RRC сообщения RLF предупреждения о RLF одной из линий связи, и eNB способны быстро реагировать на эту информацию путем прекращения соединения RRC разнесения и/или передачи обслуживания UE полностью одному из участвующих eNB. eNB может также принять решение переместить потенциальные каналы-носители, отображенные на испытывающую сбой линию связи, на другую линию связи.

Фиг. 7 иллюстрирует этапы способа в соответствии с вариантом осуществления. Связанный с этим сценарий связи содержит пользовательское оборудование UE, первый узел доступа, называемый обслуживающей базовой станцией, и второй узел доступа, называемый содействующей базовой станцией. В соответствии с первым этапом 776, пользовательское оборудование соединяется с обслуживающей базовой станцией. Это базовая станция может запросить поддержку ретрансляции управляющей сигнализации от содействующей базовой станции для UE. На следующем этапе 778 UE конфигурируется для передачи и приема управляющей сигнализации как через обслуживающую базовую станцию, так и содействующую базовую станцию, причем содействующая базовая станция ретранслирует управляющую сигнализацию от и к обслуживающей базовой станции, соответственно. Кроме того, UE может контролировать радиолинии всех поддерживаемых соединений отдельно. На следующем этапе 780, если UE регистрирует или обнаруживает сбой радиолинии для одной из линий связи, UE может прекратить передачу по этой линии связи и может передать указание предупреждения о сбое радиолинии через вторую поддерживаемую линию связи, возможно, ретранслируемое содействующей базовой станцией, на обслуживающую базовую станцию. На этапе 782, выполняемом в соответствии с первым вариантом способа, если испытывающая сбой линия связи направлена к содействующей базовой станции, обслуживающая базовая станция может выдать команду UE реконфигурироваться, чтобы исключительно соединяться с обслуживающей базовой станцией, и может выдать команду содействующей базовой станции, прекратить содействие. В качестве альтернативы, на этапе 784, выполняемом согласно второму варианту способа, если испытывающая сбой линия связи направлена к обслуживающей базовой станции, обслуживающая базовая станция может прекратить передачу и может переключить обслуживание UE на содействующую базовую станцию, которая сама может стать обслуживающей базовой станцией для UE.

Кроме того, с информацией, получаемой из RLF-предупреждения одной линии связи, и информацией от другого поддерживаемого соединения E-UTRAN быстро может объединить эту информацию, выяснить причины RLF сбоя для UE, их статистику и может применить необходимые адаптации.

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

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

На фиг. 8 и фиг. 9 описана сигнализация, участвующая в установке RRC соединения, а также реакция на RLF одной из линий связи. На фиг. 8 мобильная сеть 800 включает в себя пользовательское оборудование 802, исходный eNodeB 804 и содействующий eNodeB 808. На фиг. 9 мобильная сеть 900 включает в себя пользовательское оборудование 902, исходный eNodeB 904 и содействующий eNodeB 908. Этапы на фиг. 8, 9 обозначены целыми числами. Функциональность RCC привязки исходного и целевого eNodeB 804, 904, 908 обозначается жирной сплошной линией и ссылочной позицией 886, 986. Функциональная возможность RRC ретрансляции содействующего eNodeB 808, 908 указывается на фиг. 8, 9 жирным пунктиром и обозначена ссылочной позицией 888, 988.

В соответствии с фиг. 8, 9, на этапе 1 конфигурация измерения передается от исходного eNodeB 804, 904 к пользовательскому оборудованию 802, 902. На этапе 2 начальный отчет об измерении посылается от UE 802, 902 к исходному eNodeB 804, 904. Начальный отчет об измерении может быть выдан в ответ на событие A3, поясненное со ссылкой на фиг. 2. На последующем этапе 3 запрос RRC поддержки посылается от исходного eNodeB 804, 904 к содействующему eNodeB 808, 908. На следующем этапе 4 ответ RRC поддержки, включающий в себя информацию RRC реконфигурации, передается от содействующего eNodeB 808, 908 к исходному eNodeB 804, 904. На следующем этапе 5 информация RRC-реконфигурации передается от содействующего eNodeB 808, 908 к исходному eNodeB 804, 904. RRC-реконфигурация передается от исходного eNodeB 804, 904 к UE 802, 902 на этапе 5. На этапе 890, 990 исходный eNodeB 804, 904 запускает RRC разнесение. На этапе 892, 982 содействующий eNodeB 808, 908 запускает RRC ретрансляцию. На следующем этапе 6 UE 802, 902 посылает запрос на синхронизацию и процедуру RACH к содействующему eNodeB 808, который соответствующим образом передает ответ на UE 802, 902.

Таким образом, UE 802, 902 сначала конфигурируется с конфигурацией (1) измерения, выдавая начальный отчет (2) об измерении. Это измерение может относиться к исходной соте, содействующей соте или другим сотам. После приема этого отчета об измерении в исходном eNB 804, 904 он будет (при необходимости) запрашивать пиринг (равноправный информационный обмен) (3) RRC разнесения с содействующим eNB 808, 908, который подтверждает этот запрос (4) и включает RRC-реконфигурацию для UE 802, 902, чтобы настраивать передачу и прием RRC разнесения, которуб исходный eNB 804, 904 будет пересылать к UE 802, 902 (5). В этот момент исходный eNB 804, 904 будет переходить в состояние RRC разнесения, где RRC сообщения передаются к и принимаются UE 802, 902 непосредственно и дополнительно передаются к/принимаются от содействующего eNB 808, 908 для ретрансляции к/от UE 802, 902. UE 802, 902 будет запускать процедуру RACH в направлении содействующего eNB 808, 908, чтобы синхронизироваться с ним (6).

На фиг. 8 описана процедура реакции для RLF к содействующей соте, в то время как на фиг. 9 описана процедура для RLF к исходной соте.

Далее описана реакция на отсутствие синхронизации содействующего eNB 808. Как показано на фиг. 8, RLF между UE 802 и содействующим eNodeB 808 происходит на этапе 884. На этапе 896 UE 802 прекращает передачу к содействующему eNodeB 808. На этапе 7 UE 802 отправляет RLF предупреждение к исходному eNodeB 804, который, в свою очередь, останавливает на этапе 8 RRC ретрансляцию к содействующему eNodeB 808. На этапах 898, 899 исходный eNodeB 804 останавливает RRC разнесение, и содействующий eNodeB 808 останавливает RRC ретрансляцию, соответственно. На этапах 10 и 11 исходный eNodeB 804 посылает запрос RRC реконфигурации к UE 802, и UE 802 отправляет команду RRC реконфигурации к исходному eNodeB 804, соответственно. UE 802 соединено с исходным eNodeB 804 при осуществлении связи вплоть до этапа 6. При осуществлении связи между UE, принимающим ответ на синхронизацию и RACH процедуру на этапе 6, и возникновением этапа 11, выполняется двойная связность для UE 802, при этом исходный eNodeB 804 может представлять собой RRC узел привязки. С этапа 11, UE 802 соединен с исходным eNodeB 804, но не с содействующим eNodeB 808. После этого исходный eNB 804 может послать запрос переключения пути к узлу базовой сети.

Следовательно, после того как UE 802 измерил RLF Уровня-3 (т.е. таймер Т310 истек) в направлении содействующей соты (фиг. 8), он прекратит передачу по этой линии связи и запустит передачу (7) сообщения RLF предупреждения, как описано ниже, к исходному eNB 804. Исходный eNB 804 будет отправлять указание к содействующему eNB 8 08, чтобы остановить функциональность (8) RRC ретрансляции для UE 8 02, так как он уведомлен о том, что UE 802 запустил RLF к содействующему eNB 808. Таким путем содействующий eNB 808 немедленного информируется о сбое радиолинии к UE 802, что не было бы возможным с известным в настоящее время стандартизованным решением, где это состояние могло бы оцениваться только на основании таймеров и т.д. В этот момент RRC разнесение должно быть деактивировано как в исходном eNB 804, так и в содействующем eENB 808. Только соединение между исходным eNB 804 и UE 802 должно поддерживаться, таким образом, UE 802 конфигурируется, чтобы остановить RRC разнесение, но поддерживать связь с UE 802. Исходный eNB 804 использует процедуру (10, 11) RRC реконфигурации, чтобы реконфигурировать UE 802, чтобы выйти из режима RRC разнесения и быть только соединенным с исходной сотой.

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

Соответственно, фиг. 8 иллюстрирует предупреждение о сбое радиолинии (RLF) для содействующего eNB 808 в состоянии отсутствия синхронизации.

Далее описана реакция на исходный eNB 904 в состоянии отсутствия синхронизации. На этапе 994 произошел RLF между UE 902 и исходным eNodeB 904. На этапе 996 UE 902 останавливает передачу к исходному eNodeB 904. После этого, на этапе 7, RLF предупреждение посылается от UE 902 к исходному eNodeB 904 через содействующий eNodeB 908. На этапе 8 исходный eNodeB 904 посылает запрос передачи обслуживания на содействующий eNodeB 908. На этапе 9 содействующий eNodeB 908 посылает подтверждение передачи обслуживания к исходному eNodeB 904. На этапе 11 исходный eNodeB 904 посылает запрос RRC реконфигурации через содействующий eNodeB 908 к пользовательскому оборудованию UE 902. На этапе 998 исходный eNodeB 904 останавливает RRC разнесение, а содействующий eNodeB 908 обновляется до RRC привязки на этапе 999 для UE 902. На этапе 12 исходный eNodeB 904 посылает перенос статуса последовательного номера к содействующему eNodeB 908, и UE 902 передает на этапе 13 команду RRC реконфигурации к содействующему eNodeB 908. На этапе 14 содействующий eNodeB 908 посылает сообщение освобождения контекста UE к исходному eNodeB 904. При осуществлении связи вплоть до приема сообщения, относящегося к процедуре синхронизации и RACH, принимаемого посредством UE 902, UE 902 соединено с исходным eNodeB 904. В интервале времени между приемом UE 902 сообщения на этапе 6 и выполнением переноса сообщения на этапе 13, выполняется двойная связность для UE 902, в которой исходный eNodeB 904 является узлом RRC привязки. Начиная с этапа 13 и далее, UE 902 соединено с содействующим eNodeB 908.

Таким образом, на фиг. 9, RLF на линии связи с исходным eNB 904 происходит и регистрируется в UE 902. Оно будет останавливать свою передачу по этой линии связи и передавать указание RLF предупреждения к содействующему eNB 908 (7), который будет (так как он находится в режиме RRC ретрансляции) пересылать дальше это указание по направлению к исходному eNB 904. Исходный eNB 904 будет затем передавать обслуживание UE 902 полностью к содействующему eNB 908, так как он может быть уверен, что соединение источник 904 - UE 902 потеряно. Поэтому он будет посылать указание (8) запроса передачи обслуживания к содействующему eNB 908, которое подтверждается (9) содействующим eNB 908. Подтверждение также включает в себя команду передачи обслуживания для UE 902, которую исходный eNB 904, как предполагается, отправил к UE 902. Исходный eNB 904 будет посылать команду передачи обслуживания (RRC реконфигурации (11)) через RRC ретрансляцию, т.е. содействующий eNB 908, к UE 902. Таким образом, важно, что содействующий eNB 908 по-прежнему остается в режиме RRC ретрансляции, даже если он уже принял и подтвердил полную передачу обслуживания UE 902. После ретрансляции команды передачи обслуживания к UE 902, содействующий eNB 908 может обновиться, чтобы стать RRC привязкой для UE 902. Исходный eNB 904 может остановить RRC разнесение. Оба узла 904, 908 теперь будут следовать стандартизованной процедуре НО, т.е. исходный eNB 904 пошлет перенос статуса последовательного номера (12) к содействующему eNB 908 и буферизованные пакеты. UE 902 подтвердит RRC реконфигурацию, чтобы соединяться только с содействующим (теперь узлом привязки) eNB 908 (13), и в конечном счете содействующий eNB 908 пошлет указание освобождения контекста UE к исходному eNB 904 (14).

В другом варианте осуществления содействующий eNB 908, находясь в режиме RRC ретрансляции для UE 902, будет передавать команду передачи обслуживания к UE 902 (11) сам, если исходный узел запрашивает полную передачу обслуживания. В этом варианте в сообщение подтверждения запроса передачи обслуживания не нужно включать команду передачи обслуживания для UE 902, так как исходный eNB 904 не должен передавать это в любом случае. Однако исходный eNB 904 должен быть проинформирован, что UE 902 передан на обслуживание к содействующему eNB 908 и что SN перенос статуса и перенос буферизованных данных должны быть инициированы.

В другом варианте осуществления содействующий eNB 908 может также проверить RLF предупреждение, которое он пересылает, и непосредственно отправить подтверждение передачи обслуживания к исходному eNB 904, а также команды передачи обслуживания к самому UE 902.

Соответственно, фиг. 9 иллюстрирует предупреждение о сбое радиолинии (RLF) для исходного eNB в состоянии отсутствия синхронизации.

Далее описываются действия, связанные со сбоем радиолинии, в соответствии с вариантами осуществления.

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

Таймеры и константы для UE 8 02, 902, чтобы оценивать проблемы физического уровня, должны быть конфигурируемыми на основе по каждой линии связи, таким образом, несколько экземпляров информационного элемента (IE) rlf-TimersAndConstants (или по меньшей мере поднабор соответствующих таймеров/постоянных, например, Т310, N310, N311) должны существовать и быть конфигурируемыми в UE 902, 902. В другом варианте осуществления, те же значения применяются к каждой из линий связи, но оценивание по-прежнему осуществляется независимо друг от друга.

Далее иллюстрируется информационный элемент RLF-TimersAndConstants на поддерживаемое соединение. В этот информационный элемент могут быть включены указанные выше таймеры и постоянные.

Для обнаружения проблемы физического уровня в RRC_CONNECTED, UE 802, 902 оценивает отдельно для соединенной соты i, принимаются ли N310i последовательных указаний "out-of-sync" (отсутствие синхронизации) от нижних уровней в отсутствие включения T300i, T301i, T304i, T311i, а затем запускает таймер T310i. После приема N311i последовательных указаний "in-sync" (в синхронизации) от нижних уровней, когда T310i работает, UE должно остановить таймер T310i. Отдельная оценка на основе по каждой линии связи должна также применяться также, если применяются дальнейшие расширенные методы оценивания "out-of-sync/in-sync", например дополнительное оценивание, был ли отправлен отчет об измерении.

Далее описывается процедура RLF-предупреждения в соответствии с вариантами осуществления.

После истечения Т310 определенной соты или достижения максимального числа запросов планирования или указания достижения RLC максимального числа повторных передач для данной соты, UE 802, 902 должно запустить новую процедуру RLF-предупреждения, как это определено ниже.

UE 8 02, 902 должен запустить следующие модифицированные действия и подготовить указание RLF-предупреждения для отправки непосредственно через второе поддерживаемое соединение. Кроме того, унаследованный RLF-отчет подготавливается в измененном виде.

Следующие два примера псевдокода могут описывать варианты осуществления фиг. 8, 9 по отношению к RLF процедуре в соответствии с TS 36.331 V11.2.0 (2012-12), раздел 5.3.11.3 "Обнаружение RLF". Для простоты изложения, не измененные части псевдокода могут быть опущены. В частности, отклонения от этого стандарта могут быть выведены посредством сравнения с примерами псевдокода и представлены жирным шрифтом для простоты наблюдаемости. Первый пример псевдокода может относиться к варианту осуществления способа, в котором терминал 802, 902 может прекратить передачу и прием через ухудшенное или испытывающее сбой соединение, следовательно, может прекратить связь как в направлении восходящей линии связи, так и в направлении нисходящей линии связи. Второй пример псевдокода может относиться к варианту осуществления способа, в котором терминал может продолжать передачу в направлении восходящей линии связи через ухудшенное или испытывающее сбой соединение к соответствующему узлу доступа 804, 808, 904, 908, но не может принимать информацию через ухудшенное или испытывающее сбой соединение к соответствующему узлу доступа 804, 808, 904, 908.

Вариант 1:

2> не учитывать сбой радиолинии, который будет обнаруживаться;

2> сохранять следующую информацию о сбое радиолинии в модифицированном VarRLF-отчете в соответствии с выбором линий связи, чтобы передать RLF предупреждение, описанное ниже, или в соответствии с содержаниями RLF предупреждения, описанными ниже

2> если AS безопасность не была активирована:

3> не выполнять действия после выхода из RRC_CONNECTED, как задано в 36.331/5.3.12, с причиной освобождения 'другое';

2> еще:

3> не инициировать процедуру повторной установки соединения, как задано в 36.331/5.3.7;

2> остановить передачу и прием по линии связи, для которой обнаружено RLF

2> запустить передачу нового указания RLF-предупреждения от UE к E-UTRA через одно или несколько других поддерживаемых соединений

Вариант 2:

2> не учитывать сбой радиолинии, который будет обнаруживаться;

2> сохранять следующую информацию о сбое радиолинии в модифицированном VarRLF-отчете в соответствии с содержаниями RLF предупреждения, описанными ниже

2> если AS безопасность не была активирована:

3> не выполнять действия после выхода из RRC_CONNECTED, как задано в 3 6.331/5.3.12, с причиной освобождения 'другое';

2> еще:

3> не инициировать процедуру повторной установки соединения, как задано в 36.331/5.3.7;

2> запустить передачу нового указания RLF-предупреждения от UE к E-UTRA через одно или несколько других поддерживаемых соединений

В варианте 2 терминал 802, 902 не останавливает передачу/прием по линии связи, для которой Т310 истек. Истечение Т310 означает только то, что канал нисходящей линии связи имеет проблему из-за плохого качества канала, но это не означает, что есть какие-либо проблемы в восходящей линии связи. Поэтому передачи по восходящей линии связи могут успешно достигать базовой станции 804, 808, 904, 908. Предполагается, что это выгодно, особенно в случае, когда подтверждения для передач восходящей линии связи терминалов могут быть переданы от сети к терминалу 8 02, 902 по альтернативной линии связи, например, линии связи, для который RLF не был обнаружен.

Если терминал 802, 902 продолжает передавать и принимать (пытаться принимать) по линии связи, для которой Т310 истек, то возможно, что, если линия связи в дальнейшем станет лучше после того, как RLF был обнаружен, терминал 802, 902 может возобновить использование этой линии связи.

Например, терминал 802, 902 может обнаружить RLF на соединении к одному узлу доступа 804, 808, 904, 908 из исходного узла доступа 804, 904 и содействующего узла доступа 808, 908, терминал 802, 902 может послать, в первом варианте, указание RLF к соответствующему другому узлу доступа 804, 808, 904, 908, который может пересылать указание RLF к узлу доступа 804, 808, 904, 908, ассоциированному с обнаруженным RLF. Терминал 802, 902 может прекратить передачу и/или прием к узлу доступа 804, 808, 904, 908, ассоциированному с обнаруженным RLF, или может продолжить передачу и/или прием к узлу доступа 804, 808, 904, 908, ассоциированному с обнаруженным RLF. Во втором варианте, терминал 802, 902 может посылать указание RLF к узлу доступа 804, 808, 904, 908, ассоциированному с обнаруженным RLF. Терминал 802, 902 может не останавливать передачу и/или прием к этому узлу доступа 804, 808, 904, 908 в этом случае. Узел доступа 804, 808, 904, 908 может в свою очередь пересылать RLF предупреждение к другому узлу доступа 804, 808, 904, 908, не ассоциированному с обнаруженным RLF.

Далее описан выбор линий связи, чтобы передавать RLF-предупреждение в соответствии с вариантами осуществления.

Терминал 802, 902 может выбрать набор сконфигурированных линий связи, по которым он посылает RLF-предупреждение. Например, он может отправить RLF-предупреждение ко всем сотам или поднабору всех сконфигурированных линий связи, например, только по линии связи источника.

Если терминал 802, 902 знает, что он имеет одну или несколько альтернативных линий связи к узлу 804, 808, 904, 908, предоставляющему линию связи, для которой Т310 истек, например, если имеются две линии связи от узла к терминалу 802, 902, и Т310 истекает только для одной из этих линий связи, то было бы выгодно передавать RLF-предупреждение по одной или нескольким альтернативным линиям связи.

Терминал 802, 902 может даже отправить RLF-предупреждение по линии связи, для которой Т310 истек. Преимущество отправки RLF-предупреждения по линии связи, для которой Т310 истек, состоит в том, что может потребоваться, что рассматриваемый узел 804, 808, 904, 908 должен быть проинформирован об истечении Т310. Истечение Т310 показывает, что качество нисходящей линии связи плохое, однако восходящая линия связи может еще иметь достаточно хорошее качество, позволяющее RLF-предупреждению достичь рассматриваемого узла 804, 808, 904, 908.

Далее описываются содержания RLF-предупреждения в соответствии с вариантами осуществления.

(1) Это сообщение RLF-предупреждения указывает E-UTRA, что одно из поддерживаемых соединений потеряно. Оно может опционально включать в себя поднабор информации из унаследованного RLF-отчета, а также подробную информацию о причине отказа. Он может дополнительно включать в себя указатель, к какому соединению относится RFL-предупреждение. Неполный перечень потенциальных полей для RLF-предупреждения приведен ниже.

Информация о соте, к которой относится RLF-предупреждение

- Идентификатор (ID) первичной соты (PCell), глобальный ID соты, ID физической соты, несущая частота этой соты

(2) Последние или исторические результаты измерений для соты, к которой относится RLF-предупреждение

- Мощность принимаемого опорного сигнала (RSRP), качество принимаемого опорного сигнала (RSRQ) или другое

(3) Последние или исторические результаты измерений для других обслуживающих сот

RSRP, RSRQ и т.д., идентификаторы соты для соответствующих измерений

(4) Последние или исторические результаты измерений для необслуживающих соседних сот

- E-UTRA, наземного радиодоступа UMTS (UTRA), сети радиодоступа (GERAN) для повышенных скоростей передачи данных эволюции GSM (EDGE) глобальной системы мобильной связи (GSM), CDMA2000 или измерений других систем

(5) Время сбоя

(6) Детальный тип сбоя и причина

- Out-of-sync, максимальное число запросов планирования, RLF повторных передач достигнуто и т.д.

(7) Информация о состоянии UE, список текущих событий, например, событий измерения.

(8) Буфер состояния

Далее описывается модифицированная RLF-отчетность в соответствии с вариантами осуществления. Этот вид RLF отчетности может рассматриваться как модифицированный по отношению к унаследованной RLF отчетности в соответствии со спецификацией TS 36.331 V11.2.0 (2012-12), которая может быть направлена на RFL отчетность для одного соединения между терминалом 802, 902 и узлом доступа 804, 808, 904, 908.

В исходной RLF отчетности, UE 802, 902 сохраняет относящуюся к RLF информацию для (одной) линии связи, где произошел сбой, и отправляет отчет к E-UTRAN по запросу. Отчет отменяется, когда происходит другой RLF. В RRC разнесении, UE 802, 902 должен запускать исходную RLF процедуру, а также исходный RLF отчет, только если все линии связи испытывают сбой. Таким образом, эта отчетность может быть модифицирована, чтобы переносить информацию о множестве линий связи.

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

В другом варианте осуществления, множество RLF отчетов, по одному на линию связи, могут создаваться и запрашиваться независимо или в совокупности посредством E-UTRA.

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

В качестве альтернативы использованию RLF-предупреждений в сети, чтобы запускать RRC-реконфигурации для UE 802, 902, как описано выше, CQI отчеты, принятые для каждой линии связи в соответствующем сетевом узле 804, 808, 904, 908, могут пересылаться на другой узел 804, 808, 904, 908, который в текущий момент соединен с UE 802, 902. Например, в том случае, когда исходный eNodeB 804, 904 может быть ассоциирован с ухудшением качества соединения, CQI, принятый исходным eNodeB 804, 904, может передаваться на содействующий eNodeB 808, 908. В случае, когда содействующий eNodeB 808, 908 может быть ассоциирован с ухудшением качества соединения, CQI отчет, принятый содействующим eNodeB 804, 904, может отправляться к исходному eNodeB 804, 904. В одном варианте осуществления сеть будет контролировать принятые CQI отчеты, принятые от терминала 802, 902, относительно различных соединений терминала. Если сообщенный CQI указывает качество канала для одного соединения ниже определенного порога, то сеть будет рассматривать это соединение непригодным для использования терминалом 802, 902.

В случае, когда сеть рассматривает качество связи как недостаточно хорошее и непригодное для использования терминалом 802, 902, она может предпринять такие действия, как описано далее. Отметим, что различное поведение может применяться в зависимости от типа рассматриваемого соединения:

(1) Запустить передачу обслуживания

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

(2) Переключить исходную и содействующую соты

- Если сеть обнаруживает, что качество исходной соты ниже определенного порога, в то время как качество содействующей соты является приемлемым, сеть могла бы запустить переключение, так что содействующая сота вместо этого становится исходной сотой, а исходная сота вместо этого становится содействующей сотой. Это похоже на передачу обслуживания, однако может не включать в себя RRC-реконфигурацию в UE 802, 902, так как UE 802, 902 может не замечаться сетевым элементом 804, 808, 904, 908, действующим в качестве RRC привязки.

(3) Деконфигурировать содействующую соту

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

Далее описаны RLF-предупреждения для поиска и устранения неисправностей в UL/DL в E-UTRAN в соответствии с вариантами осуществления.

Всякий раз, когда RLF предупреждение возникает для одной линии связи соединения (запускаемое, например, потерей синхронизации, достигнутым максимальным числом запросов планирования или достигнутым максимальным числом RLC повторной передачи), принимающий eNB 804, 808, 904, 908 может использовать информацию о причине сбоя и измерения UE и т.д., как указано в сообщении предупреждения, комбинируя ее со своей собственной информацией о работающей линии связи, например, о текущих событиях и передачах, выполненных к UE. Так, в случае процедуры RLF предупреждения, E-UTRAN в состоянии объединить информацию UE и eNB, чтобы определить, была ли проблема связана с тем, что eNB 804, 808, 904, 908 не принял UE 802, 902 по линии связи, где была указана проблема, или наоборот, или и с тем и другим.

Также eNB 804, 808, 904, 908 может испытывать подобные сбои, как UE 802, 902, например, достигнутое максимальное число попыток повторной синхронизации, достигнутое максимальное число запросов планирования или достигнутое максимальное число RLC повторных передач, а затем eNB 804, 808, 904, 908 мог бы запросить UE 802, 902 предоставить исторические данные о UE событиях и выполненных передачах. Эта функциональность может быть установлена с другим обменом сообщениями запроса/ответа, запущенным посредством eNB 804, 808, 904, 908 и передаваемым через одно из поддерживаемых соединений.

С комбинированной информацией E-UTRAN может быстро реагировать на эти проблемы связности и адаптировать свои системные настройки для повышения производительности для UE 802, 902 и системы в целом, например, некоторые ключевые показатели эффективности.

Дополнительные варианты осуществления являются следующими:

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

Далее описаны преимущества одного или более вариантов осуществления.

В предложенном решении можно избежать ненужных передач между UE 802, 902 и eNB 804, 808, 904, 908 в режиме RRC разнесения. За счет этого снижаются помехи и потребление ресурса батареи питания. С помощью описанных процедур UE 802, 902 способно поддерживать RRC соединение, когда испытывает RLF на одной линии связи в режиме разнесенной передачи. Гарантируется быстрый переход в аварийный режим (или быстрое восстановление из аварийного режима) на одно из поддерживаемых соединений, если одно из соединений испытывает сбой.

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

С помощью этого решения система способна очень быстро адаптироваться к проблемам UE связности и адаптировать систему для повышения производительности системы.

Со ссылкой на фиг. 10 описывается терминал 1002 для адаптации мобильной сети. Например, терминал 1002 может соответствовать терминалу 802 или 902. Терминал 1002 соединен с первым узлом доступа мобильной сети через первое соединение и со вторым узлом доступа через второе соединение. Первый узел доступа управляет передачей данных для терминала 1002, и второй узел доступа содействует передаче данных для терминала 1002. Терминал 1002 может содержать один или более интерфейсов 1003 с первым и вторым узлами доступа. Один или более интерфейсов 1003 могут быть соединены, каждый, с процессором 1005 терминала 1002, причем процессор 1005 имеет доступ к памяти 1007 терминала 1002.

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

В приведенных выше двух описанных вариантах реализации блок 1009 определения может быть частью процессора 1005. Кроме того, блок 1011 получения может быть частью одного или более интерфейсов 1003. Один или более интерфейсов 1003 могут дополнительно содержать блок 1013 приема и блок 1015 передачи для реализации функциональных возможностей передачи и приема одного или более интерфейсов 1003, соответственно. Блок 1015 передачи может реализовать вышеописанные функциональности, относящиеся к передаче информации ухудшения качества.

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

Со ссылкой на фиг. 11 иллюстрируется узел 1104 доступа для адаптации мобильной сети. Например, узел 1104 доступа может соответствовать первому узлу 804, 904 доступа. Терминал соединен с узлом 1104 доступа мобильной сети через одно соединение и с другим узлом доступа через другое второе соединение. Узел 1104 доступа управляет передачей данных для терминала, а другой узел доступа содействует передаче данных для терминала. Узел 1004 доступа может содержать один или более интерфейсов 1103 к терминалу и другому узлу доступа. Один или более интерфейсов 1103 могут быть связаны, каждый, с процессором 1105 узла 1104 доступа, причем процессор 1005 имеет доступ к памяти 1107 узла 1104 доступа.

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

В приведенных выше двух вариантах реализации блок 1111 получения и блок 1117 адаптации могут быть частью одного или более интерфейсов 1103. Один или более интерфейсов 1103 могут дополнительно содержать блок 1113 приема и блок 1115 передачи для реализации функциональных возможностей приема и передачи одного или более интерфейсов 1103, соответственно. Блок определения может быть частью процессора 1105.

Узел 1104 доступа выполнен с возможностью осуществления способа в соответствии с вариантами осуществления, описанными выше, и содержит блоки, основанные на соответствующей функциональности, воплощенные в соответствующих физических блоках 1103, 1105, 1107, показанных на фиг. 11.

Со ссылкой на фиг. 12 иллюстрируется узел 1208 доступа для адаптации мобильной сети. Например, узел 1208 доступа может соответствовать узлу 808, 908 доступа. Терминал соединен с узлом 1208 доступа мобильной сети через одно соединение и с другим узлом доступа через другое соединение. Другой узел доступа управляет передачей данных для терминала, а узел 1208 доступа содействует передаче данных для терминала. Узел 1208 доступа может содержать один или более интерфейсов 1103 к терминалу и другому узлу доступа. Один или более интерфейсов 1203 могут быть связаны, каждый, с процессором 1205 узла 1208 доступа, причем процессор 1205 имеет доступ к памяти 1107 узла 1208 доступа.

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

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

Блок 1217 адаптации может быть частью одного или более интерфейсов 1203, и блок 1011 получения может быть также частью одного или более интерфейсов 1203. Один или более интерфейсов 1203 могут дополнительно содержать блок 1213 приема и блок 1215 передачи для реализации функциональных возможностей передачи и приема одного или более интерфейсов 1203, соответственно. Блок 1209 определения может быть частью процессора 1205.

Узел 1208 доступа приспособлен для выполнения способа в соответствии с вариантами осуществления, описанными выше, и содержит блоки, основанные на соответствующей функциональности, воплощенные в соответствующих физических блоках 1203, 1205, 1207, показанных на фиг. 12.

Следует отметить, что основанные на описанной функциональности блоки 1009-1015, 1109-1117, 1209-1217 для реализации описанных выше функциональностей соответствующего объекта 1002, 1104, 1208 могут быть реализованы в программном обеспечении и/или в аппаратных средствах и программном обеспечении. С этой целью, соответственно сконфигурированный компьютерный программный код может храниться для реализации вышеописанных функциональностей соответствующего объекта 1002, 1104, 1208 в памяти 1007, 1107, 1207 соответствующего вышеописанного объекта 1002, 1104, 1208. Память 1007, 1107, 1207 и компьютерный программный код могут образовывать компьютерный программный продукт. Компьютерный программный код может быть также сохранен на другой памяти, загружаемой в память 1007, 1107, 1207 соответствующего объекта 1002, 1104, 1208. Компьютерный программный код также может быть предусмотрен в загружаемой форме, образуя дополнительный компьютерный программный продукт.

Следует отметить, что ассоциация между физическими блоками 1003-1007, 1103-1107, 1203-1207 терминала 1002 и узлов 1104, 1208 доступа, проиллюстрированных на фиг. 10-12, соответственно, и основанными на функциональности блоками 1009-1015, 1109-1117, 1209-1217 терминала 1002 и узлов 1104, 1204 доступа, проиллюстрированных на этих фигурах, соответственно, могут отличаться от описанных вариантов осуществления. Например, блок 1011 получения терминала 1002, показанный на фиг. 10, может быть частью интерфейса 1003, процессора 1005 и памяти 1007 терминала 1002.

Следует отметить, что варианты осуществления применимы к LTE и сетям радиодоступа GSM и UMTS.

Далее будут описаны различные дополнительные варианты осуществления настоящего изобретения.

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

- определение, ухудшается ли качество меньшей мере одного из первого соединения и второго соединения,

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

- адаптацию мобильной сети на основе этапа получения.

В частности, терминал является частью мобильной сети.

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

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

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

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

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

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

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

- поддержание соединения, которое не испытывает сбой.

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

- передачу, первым узлом доступа, обслуживания терминала от первого узла доступа ко второму узлу доступа и разъединение первого соединения.

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

4. Способ в соответствии с вариантом осуществления 3, в котором этап адаптации дополнительно содержит:

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

В частности, варианты осуществления 3 и 4 описываются со ссылкой на фиг. 9.

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

- запрашивание, первым узлом доступа, разъединения второго соединения и

- остановку использования второго узла доступа для передачи данных для терминала.

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

В частности, вариант осуществления 5 описан со ссылкой на фиг. 8.

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

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

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

7. Способ в соответствии с вариантом осуществления 6, в котором информация ухудшения качества содержит указание уведомления о сбое, в частности, указание RLF предупреждения, как описано выше.

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

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

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

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

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

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

- указание соединения, указывающее испытывающее сбой соединение,

- таймер сбоя испытывающего сбой соединения,

- причина сбоя.

В частности, причина сбоя может содержать по меньшей мере одно из следующего:

- истечение таймера, причем таймер запускается после предварительно определенного числа исполнений условия счетчика, и таймер останавливается после предварительно определенного числа исполнений другого условия счетчика, например, в LTE последнее может соответствовать "отсутствию синхронизации", относящемуся к истечению таймера RLF,

- максимум запросов планирования, посланных по соответствующему соединению; например, в LTE последнее может соответствовать максимальному достигнутому числу RLC повторных передач,

- максимум повторных передач данных, посланных терминалом по соответствующему соединению; например, в LTE последнее может соответствовать максимальному достигнутому числу запросов планирования, и

- максимум безуспешных попыток произвольного доступа, посланных терминалом по соответствующему соединению, без приема передачи данных по соответствующему соединению; например, в LTE последнее может соответствовать сбою канала произвольного доступа (RACH).

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

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

- установление дополнительного соединения между терминалом и дополнительным узлом доступа мобильной сети.

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

9. Способ в соответствии с любым предшествующим вариантом осуществления, причем способ дополнительно содержит:

- определение по меньшей мере одного ключевого показателя эффективности для мобильной сети,

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

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

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

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

10. Способ в соответствии с любым предшествующим вариантом осуществления, в котором этап определения выполняется терминалом и содержит оценивание качества первого соединения и оценивание качества второго соединения.

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

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

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

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

В частности, таймер может соответствовать таймеру Т310, и счетчик может соответствовать постоянной N310, описанным выше. В частности, тот же или иной тип таймеров и/или счетчиков может быть использован для первого и второго соединений.

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

В частности, таймер может соответствовать таймеру Т310 и счетчики могут соответствовать постоянным N310, N311, как описано выше. В частности, тот же или иной тип таймеров и/или счетчиков может быть использован для первого и второго соединений.

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

14. Способ в соответствии с вариантами осуществления 10-13, в котором соответствующий этап оценивания содержит оценивание того, был ли максимум повторных передач данных передан терминалом по соответствующему соединению.

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

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

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

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

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

- определение, ухудшается ли качество меньшей мере одного из первого соединения и второго соединения,

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

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

- получение информации ухудшения качества об ухудшении качества по меньшей мере одного из первого соединения и второго соединения на основании определения, ухудшается ли качество по меньшей мере одного из первого соединения и второго соединения, и

- адаптацию мобильной сети на основе этапа получения.

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

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

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

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

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

В частности, терминал может быть выполнен с возможностью осуществления способа в соответствии с любым из вариантов осуществления 1-18.

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

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

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

В частности, узел доступа может быть приспособлен для выполнения способа по любому из вариантов осуществления с 1 по 17 и 19.

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

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

В частности, узел доступа может быть приспособлен для выполнения способа по любому из вариантов осуществления с 1 по 17 и 19.

23. Вариант осуществления мобильной сети, содержащей терминал в соответствии с вариантом осуществления 20, первый узел доступа в соответствии с вариантом осуществления 21 и второй узел доступа в соответствии с вариантом осуществления 22.

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

Следует отметить, что описанные выше варианты осуществления, относящиеся к способу в соответствии с вариантами осуществления с 1 по 16, применяются к вариантам осуществления, относящимся к другим способам в соответствии с вариантами осуществления с 17 по 19, терминалу, первому узлу доступа, второму узлу доступа, мобильной сети и компьютерным программам.

Изобретение относится к мобильной связи. Технический результат заключается в адаптации мобильной сети. Терминал соединен с первым узлом доступа мобильной сети через первое соединение и со вторым узлом доступа через второе соединение. Первый узел доступа управляет передачей данных для терминала, и второй узел доступа содействует передаче данных для терминала. Способ содержит определение, ухудшается ли качество меньшей мере одного из первого соединения и второго соединения, получение информации ухудшения качества об ухудшении качества по меньшей мере одного из первого соединения и второго соединения на основе этапа определения и адаптацию мобильной сети на основе полученной информации ухудшения качества. Адаптация сети может быть обеспечена простым, эффективным и быстрым способом в случае, когда одно из первого и второго соединения может ухудшиться или испытывать сбой. 9 н. и 21 з.п. ф-лы, 12 ил.

1. Способ адаптации мобильной сети (800), в которой терминал (802, 1002) соединен с первым узлом доступа (804, 1104) мобильной сети (800) через первое соединение и со вторым узлом доступа (808, 1208) мобильной сети (800) через второе соединение, при этом первый узел доступа (804, 1104) управляет передачей данных для терминала (802, 1002), и при этом второй узел доступа (808, 1208) содействует передаче данных для терминала (802, 1002), причем способ выполняется первым узлом доступа (804, 1104) и содержит:

- получение информации ухудшения качества об ухудшении качества второго соединения, причем этап получения содержит прием (7) информации ухудшения качества от терминала (802, 1002), причем информация ухудшения качества содержит указание уведомления о сбое, и

- адаптацию (782, 8, 898, 10, 11) мобильной сети (800) на основе этапа получения.

2. Способ по п. 1, в котором этап (782, 896, 8, 898, 899, 10, 11) адаптации мобильной сети (800) содержит:

- адаптацию (782, 896, 8, 898, 899, 10, 11) по меньшей мере одного соединения между терминалом (802, 1002) и мобильной сетью (800) на основе этапа получения.

3. Способ по п. 1 или 2, в котором второе соединение имеет ухудшенное качество, при этом этап (782, 896, 8, 898, 899, 10, 11) адаптации содержит:

- запрашивание (8) разъединения второго соединения, и

- прекращение (898) использования второго узла доступа (808, 1208) для передачи данных для терминала (802, 1002).

4. Способ адаптации мобильной сети (800), в которой терминал (802, 1002) соединен с первым узлом доступа (804, 1104) мобильной сети (800) через первое соединение и со вторым узлом доступа (808, 1208) мобильной сети (800) через второе соединение, при этом первый узел доступа (804, 1104) управляет передачей данных для терминала (802, 1002), и при этом второй узел доступа (808, 1208) содействует передаче данных для терминала (802, 1002), причем способ выполняется терминалом (802, 1002) и содержит:

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

- получение информации ухудшения качества об ухудшении качества второго соединения на основе этапа (778) определения, и

- передачу (7) информации ухудшения качества к первому узлу доступа (804), при этом информация ухудшения качества содержит указание уведомления о сбое.

5. Способ по п. 4, в котором информация ухудшения качества содержит указание предупреждения о сбое радиолинии (RLF).

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

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

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

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

- информация о результате измерения, полученном для по меньшей мере одной дополнительной области, в частности, дополнительной соты, обслуживаемой дополнительным узлом доступа, отличным от первого узла доступа (804, 1104) и второго узла доступа (808, 1208), и полученном для предыдущего периода времени, в частности идентификатор для измерения,

- указание соединения, указывающее на испытывающее сбой соединение,

- время сбоя испытывающего сбой соединения и

- причина сбоя.

7. Способ по п. 4, причем способ дополнительно содержит:

- определение (778), ухудшилось ли качество первого соединения,

при этом этап (778) определения, ухудшилось ли качество первого соединения и второго соединения, содержит оценивание качества первого соединения и оценивание качества второго соединения.

8. Способ по п. 7, в котором соответствующий этап оценивания содержит оценивание синхронизации терминала (802, 1002) с соответствующим узлом доступа (804, 808) по отношению к передаче данных по соответствующему соединению.

9. Способ по любому из пп. 4-8, в котором этап (778) определения содержит, в частности, для каждого из первого и второго соединений, использование таймера в терминале (802, 1002) и счетчика в терминале (802, 1002), причем счетчик ассоциирован с исполнением условия, при этом ухудшение качества соответствующего соединения определяется, если таймер истекает, причем таймер запускается после предварительно определенного числа исполнений состояния счетчика и таймер останавливается после предварительно определенного числа исполнений другого состояния счетчика.

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

11. Способ по любому из пп. 7-8, в котором соответствующий этап оценивания содержит оценивание того, был ли максимум повторных передач данных передан терминалом (802, 1002) по соответствующему соединению.

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

13. Способ по любому из пп. 4-8, в котором этап (778) определения приводит в результате к определению, что первое соединение и второе соединение испытали сбой, при этом этап (898, 899) адаптации содержит:

- установление дополнительного соединения между терминалом (802, 1002) и дополнительным узлом доступа мобильной сети (800).

14. Способ по любому из пп. 4-8, в котором этап (778) определения приводит в результате к определению того, что первое соединение и второе соединение испытали сбой, и

- передают, посредством терминала (802, 1002), один или более отчетов о сбое соединения к упомянутому дополнительному узлу доступа мобильной сети (800), причем один или более отчетов о сбое соединения содержат информацию о первом и/или втором соединении.

15. Способ по любому из пп. 4-8, в котором этап получения выполняется для адаптации (782, 10, 11) мобильной сети (800).

16. Способ по п. 15, в котором адаптация (782, 10, 11) мобильной сети (800) выполняется на основе этапа получения.

17. Способ по любому из пп. 4-8, в котором адаптация (782, 10, 11) содержит:

- прием (782, 10) от первого узла доступа (804, 1104) запроса разъединения второго соединения.

18. Способ по п. 17, в котором адаптация (782, 10, 11) содержит:

- прекращение использования второго узла доступа (808, 1208) для передачи данных для терминала (802, 1002).

19. Способ адаптации мобильной сети (800), в которой терминал (802, 1002) соединен с первым узлом доступа (804, 1104) мобильной сети (800) через первое соединение и со вторым узлом доступа (808, 1208) через второе соединение, при этом первый узел доступа (804, 1104) управляет передачей данных для терминала (802, 1002), и при этом второй узел доступа (808, 1208) содействует передаче данных для терминала (802, 1002), причем способ выполняется вторым узлом доступа (808, 1208) и содержит:

- адаптацию (782, 8, 899, 8, 9, 11) мобильной сети (800) на основе ухудшения качества второго соединения, второе соединение испытывает сбой.

20. Способ по п. 19, в котором этап (782, 896, 8, 898, 899, 10, 11) адаптации содержит:

- прием (8), первым узлом доступа (804, 1104), запроса разъединения второго соединения,

причем второй узел доступа (808, 1208) прекращает использоваться для передачи данных для терминала (802, 1002).

21. Способ адаптации мобильной сети (800), в которой терминал (802, 1002) соединен с первым узлом доступа (804, 1104) мобильной сети (800) через первое соединение и со вторым узлом доступа (808, 1208) мобильной сети (800) через второе соединение, при этом первый узел доступа (804, 1104) управляет передачей данных для терминала (802, 1002), и при этом второй узел доступа (808, 1208) содействует передаче данных для терминала (802, 1002), причем способ содержит:

- определение (778) терминалом (802, 1002), ухудшается ли качество второго соединения, причем этап (778) определения приводит в результате к определению того, что второе соединение испытало сбой,

- получение (7) информации ухудшения качества об ухудшении качества по меньшей мере одного из первого соединения и второго соединения на основе этапа (778) определения, причем этап (7) получения содержит прием от терминала (802, 1002) информации ухудшения качества посредством первого узла доступа (804, 1104), причем информация ухудшения качества содержит указание уведомления о сбое, и

- адаптацию (782, 896, 8, 898, 899, 10, 11), посредством первого узла доступа (804, 904, 1104), мобильной сети (800) на основе этапа (7) получения.

22. Способ по п. 21, причем способ дополнительно содержит:

- определение по меньшей мере одного ключевого показателя эффективности для мобильной сети (800), при этом этап (782, 896, 8, 898, 899, 10, 11) адаптации содержит адаптацию по меньшей мере одной настройки мобильной сети (800) на основе по меньшей мере одного ключевого показателя эффективности.

23. Терминал (802, 1002) для адаптации мобильной сети (800), в которой терминал (802, 1002) соединен с первым узлом доступа (804, 1104) мобильной сети (800) через первое соединение и со вторым узлом доступа (808, 1208) мобильной сети (800) через второе соединение, при этом первый узел доступа (804, 1104) управляет передачей данных для терминала (802, 1002), и при этом второй узел доступа (808, 1208) содействует передаче данных для терминала (802, 1002), причем терминал (802, 1002) содержит:

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

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

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

24. Терминал (802, 902, 1002) по п. 23, причем терминал (802, 1002) выполнен с возможностью осуществления способа по любому из пп. 4-18.

25. Узел доступа (804, 1104) для адаптации мобильной сети (800), в которой терминал (802, 1002) соединен с узлом доступа (804, 1204) мобильной сети (800) через соединение и с другим узлом доступа (808, 1208) мобильной сети (800) через другое соединение, при этом узел доступа (804, 1104) управляет передачей данных для терминала (802, 1002), и при этом упомянутый другой узел доступа (808, 1208) содействует передаче данных для терминала (802, 1002), причем упомянутый узел доступа (804, 1104) содержит:

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

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

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

26. Узел доступа (804, 1104) по п. 25, причем узел доступа (804, 1104) выполнен с возможностью осуществления способа по любому из пп. 1-3.

27. Узел доступа (808, 1208) для адаптации мобильной сети, в которой терминал (802, 1002) соединен с узлом доступа (808, 1208) мобильной сети (800) через соединение и с другим узлом доступа (804, 1104) мобильной сети (800) через другое соединение, при этом упомянутый другой узел доступа (804, 1104) управляет передачей данных для терминала (802, 1002), и при этом упомянутый узел доступа (808, 1208) содействует передаче данных для терминала (802, 1002), причем упомянутый узел доступа (808, 1208) содержит:

- блок адаптации (1217), выполненный с возможностью адаптации мобильной сети (800) на основе ухудшения качества соединения, упомянутое соединение испытывает сбой.

28. Узел доступа (808, 908, 1208) по п. 27, причем узел доступа (808, 1208) выполнен с возможностью осуществления способа в соответствии с любым из пп. 19 или 20.

29. Мобильная сеть (800), содержащая терминал (802, 1002) по п. 23 или 24, первый узел доступа (804, 1104) по п. 25 или 26 и второй узел доступа (808, 1208) по п. 27 или 28.

30. Компьютерно-читаемый носитель, содержащий программу, которая, при исполнении процессором, выполнена с возможностью выполнять или управлять способом адаптации мобильной сети (800) в соответствии с любым из пп. 1-20.