СПОСОБ ОБРАБОТКИ СБОЯ В ЛИНИИ РАДИОСВЯЗИ
METHOD OF HANDLING RADIO LINK FAILURE

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к способу, используемому посредством устройства связи в системе беспроводной связи, а более конкретно, к способу обработки сбоя в линии радиосвязи в режиме сдвоенного подключения.
УРОВЕНЬ ТЕХНИКИ
3GPP в версии 12 предлагает режим сдвоенного подключения для повышения пользовательской пропускной способности. Режим сдвоенного подключения, по меньшей мере, к двум сотам может обслуживаться посредством различных усовершенствованных узлов B (eNB), соединенных с неидеальным транзитным соединением, и eNB может управлять кластером сот. Следовательно, пользовательское оборудование (UE) может обслуживаться посредством нескольких eNB, когда оно находится в режиме сдвоенного подключения.
В инфраструктуре сдвоенного подключения, потоки трафика могут обслуживаться посредством одного eNB или разбиваться по нескольким eNB, в зависимости от требований по QoS каждого типа трафика, ситуации нагрузки, состояния канала и комбинации вышеозначенного. Однонаправленный радиоканал, протоколы радиосвязи которого находятся только в ведущем eNB (далее называемом "MeNB") и в силу этого могут использовать только MeNB-ресурсы, задается как характерный для MeNB однонаправленный канал. Для характерного для MeNB однонаправленного канала, MeNB соединяется в U-плоскости с S-GW через S1-U. Однонаправленный радиоканал, протоколы радиосвязи которого находятся только во вторичном eNB (далее называемом "SeNB") и в силу этого могут использовать только SeNB-ресурсы, задается как характерный для SeNB однонаправленный канал. Для характерного для SeNB однонаправленного канала, SeNB непосредственно соединяется с S-GW через S1-U. Однонаправленный радиоканал, протоколы радиосвязи которого расположены как в MeNB, так и в SeNB и в силу этого могут использовать радиоресурсы, предоставленные и посредством MeNB и SeNB, задается как разделенный однонаправленный (радио-)канал. Для разделенных однонаправленных каналов, MeNB соединяется в U-плоскости с S-GW через S1-U. Подробно, фиг. 1 показывает однонаправленный радиоканал, разделенный между MeNB и SeNB. Фиг. 1 иллюстрирует стек протоколов пользовательской плоскости в MeNB и SeNB. На фиг. 1, данные пользовательской плоскости однонаправленного радиоканала RB передаются в MeNB и затем совместно используемый объект по протоколу конвергенции пакетных данных (PDCP) PDCP PDU маршрутизирует MeNB для данных пользовательской плоскости в объект уровня управления радиосвязью (RLC) MeNB и в RLC-объект SeNB для передачи в UE. Как можно видеть, при разделенном однонаправленном радиоканале, UE может принимать данные пользовательской плоскости однонаправленного радиоканала как через MeNB, так и через SeNB для того, чтобы повышать пользовательскую пропускную способность. С другой стороны, UE может передавать данные пользовательской плоскости однонаправленного радиоканала как через MeNB, так и через SeNB.
Фиг. 2 иллюстрирует архитектуру пользовательской плоскости для режима сдвоенного подключения в случае разделенного однонаправленного радиоканала. Как показано на фиг. 2, MeNB подключается к обслуживающему шлюзу (S-GW) через S1-U, к SeNB через X2, к UE через Uu и к объекту управления мобильностью (MME) через S1-MME. MeNB в режиме сдвоенного подключения завершает S1-MME-интерфейс и, следовательно, выступает в качестве привязки для мобильности к базовой сети (CN). X2-интерфейс между MeNB и SeNB, вовлеченный в режим сдвоенного подключения, предоставляет передачу PDCP PDU для данных пользовательской плоскости разделенного однонаправленного радиоканала. Подробно, данные пользовательской плоскости отправляются из S-GW в MeNB через S1-U, и MeNB разбивает данные пользовательской плоскости в SeNB через X2. Таким образом, MeNB и SeNB могут одновременно передавать данные пользовательской плоскости разделенного однонаправленного радиоканала в UE через Uu. Аналогично, UE может одновременно передавать данные пользовательской плоскости разделенного однонаправленного радиоканала в MeNB и SeNB. Функциональность MME и S-GW должна быть известной в данной области техники, так что она опускается в данном документе.
Сбой в линии радиосвязи (RLF) может происходить между UE и eNB. UE может считать то, что обнаруживается RLF, после истечения T310, при индикаторе проблемы при произвольном доступе из MAC в то время, когда ни T300, T301, T304, ни T311 не выполняются, либо после индикатора из RLC того, что достигнуто максимальное число повторных передач. Словом, UE считает, что обнаруживается RLF, когда возникает физическая проблема в линии радиосвязи, сбой RACH-процедуры и повторная RLC-передача сверх порогового значения повторной передачи. После того, как UE обнаруживает RLF, UE выходит из режима подключения на уровне управления радиоресурсами (RRC), если функция обеспечения AS-безопасности не активирована, в противном случае инициирует процедуру повторного установления RRC-подключения.
На основе текущих технических требований, если существует RLF, обнаруженный в eNB, UE выполняет повторное установление RRC-подключения к eNB. Если происходит сбой повторного установления, UE должно выполнять процедуру (повторного) выбора соты для запроса на установление RRC-подключения, что вызывает прерывание обслуживания, и S1-MME-интерфейс должен повторно устанавливаться впоследствии. Тем не менее, в режиме сдвоенного подключения, по-прежнему доступна линия радиосвязи между другим eNB и UE, в силу чего повторное установление RRC-подключения, повторное установление S1-MME и передача служебных сигналов по S1 (вследствие повторного установления S1-MME) могут быть необязательными, и можно избежать прерывания обслуживания.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Данная заявка направлена на предоставление способа обработки сбоя в линии радиосвязи (RLF) в режиме сдвоенного подключения, чтобы разрешать вышеуказанные проблемы.
Это достигается посредством способа обработки сбоя в линии радиосвязи (RLF) в режиме сдвоенного подключения по пп. 1, 8 и 13. Зависимые пункты формулы изобретения связаны с соответствующими дальнейшими разработками и улучшениями.
Как должно становиться более понятным из подробного описания, приведенного ниже, заявленный способ обработки сбоя в линии радиосвязи (RLF) посредством устройства связи в системе беспроводной связи содержит подключение, по меньшей мере, к двум базовым станциям, включающим в себя первую базовую станцию и вторую базовую станцию, в системе беспроводной связи, обнаружение RLF в первой базовой станции, и отправку сообщения с причиной RLF, ассоциированного с первой базовой станцией, во вторую базовую станцию.
Краткое описание чертежей
Фиг. 1 является структурной схемой стека протоколов пользовательской плоскости в MeNB и SeNB в случае разделенного однонаправленного радиоканала.
Фиг. 2 является структурной схемой архитектуры пользовательской плоскости для режима сдвоенного подключения в случае разделенного однонаправленного радиоканала.
Фиг. 3 является структурной схемой системы беспроводной связи.
Фиг. 4 является структурной схемой примерного устройства связи.
Фиг. 5-7 являются блок-схемами последовательности операций способа для примерного процесса согласно настоящему раскрытию сущности.
Фиг. 8-35 являются структурными схемами нескольких примерных вариантов осуществления.
Подробное описание изобретения
Фиг. 3 является структурной схемой системы 30 беспроводной связи. Система 30 беспроводной связи представляет собой систему по стандарту LTE/усовершенствованному стандарту LTE или другие системы мобильной связи и вкратце состоит, по меньшей мере, из двух сетевых узлов, т.е. ведущего eNB (далее называемого "MeNB") и вторичного eNB (далее называемого "SeNB") и пользовательского оборудования (UE). Фиг. 3 используется просто для иллюстрации структуры системы 30 беспроводной связи, при этом число UE и eNB не ограничивается в данном документе. UE могут представлять собой такие устройства, как мобильные телефоны, компьютерные системы, машинные устройства и т.д. Сетевой узел или eNB может упоминаться как "базовая станция". Кроме того, сетевой узел и UE могут рассматриваться в качестве передатчика или приемника согласно направлению передачи, например, для восходящей линии связи (UL), UE представляет собой передатчик, а сетевой узел представляет собой приемник, а для нисходящей линии связи (DL), сетевой узел представляет собой передатчик, а UE представляет собой приемник.
Фиг. 4 является структурной схемой примерного устройства 40 связи. Устройство 40 связи может представлять собой UE, MeNB или SeNB, показанное на фиг. 3. Устройство 40 связи может включать в себя средство 400 обработки, такое как микропроцессор или специализированная интегральная схема (ASIC), модуль 410 хранения и интерфейсный модуль 420 связи. Модуль 410 хранения может представлять собой любое устройство хранения данных, которое может сохранять программный код 414 для доступа посредством средства 400 обработки. Примеры модуля 410 хранения включают в себя, но не только, модуль идентификации абонента (SIM), постоянное запоминающее устройство (ROM), флэш-память, оперативное запоминающее устройство (RAM), CD-ROM, магнитную ленту, жесткий диск и оптическое устройство хранения данных. Интерфейсный модуль 420 связи предпочтительно представляет собой радиоприемопередатчик и может обмениваться беспроводными сигналами с сетью (т.е. E-UTRAN) согласно результатам обработки средства 400 обработки.
Фиг. 5 является блок-схемой последовательности операций способа для процесса 50 согласно примеру настоящего раскрытия сущности. Процесс 50 используется в UE по фиг. 3 для обработки сбоя в линии радиосвязи (RLF) в режиме сдвоенного подключения. Процесс 50 может быть компилирован в программный код 414, который должен быть сохранен в модуле 410 хранения, и может включать в себя следующие этапы:
Этап 500. Начало
Этап 510. Подключение, по меньшей мере, к двум eNB, включающим в себя первый eNB и второй eNB.
Этап 520. Обнаружение RLF в первом eNB.
Этап 530. Отправка сообщения с причиной RLF, ассоциированного с первым eNB, во второй eNB.
Этап 540. Конец
Согласно процессу 50, когда UE обнаруживает RLF вследствие плохого качества сигнала или сбой RACH-процедуры вследствие перегрузки сети в одном из eNB, вовлеченных в режим сдвоенного подключения, UE не выполняет сразу повторное установление подключения по протоколу управления радиоресурсами (RRC), а UE отправляет сообщение с причиной RLF, ассоциированное с eNB, который имеет RLF, чтобы информировать другой eNB, который не имеет RLF. Другими словами, настоящее изобретение предлагает новый процесс обработки RLF для UE в режиме сдвоенного подключения, чтобы избежать инициирования повторного установления RRC-подключения, которое вызывает прерывание обслуживания, если по-прежнему существует один eNB, имеющий доступную линию радиосвязи с UE.
Сообщение с причиной RLF может включать в себя следующую информацию, но не только, в данном документе:
Причина RLF A: физическая проблема в линии радиосвязи;
Причина RLF B: повторная RLC-передача сверх максимального порогового значения повторной передачи; и
Причина RLF C: происходит сбой RACH-процедуры.
UE выполняет процедуру повторного установления RRC-подключения только тогда, когда RLF обнаруживается во всех eNB, вовлеченных в режиме сдвоенного подключения, RLF обнаруживается в MeNB, и SeNB деактивируется после этого, либо RLF обнаруживается в SeNB, и MeNB разрывает RRC-подключение с UE после этого, либо истек таймер, инициированный посредством RLF.
Помимо этого, после того, как UE информирует касательно сообщения с причиной RLF eNB, не имеющий RLF, UE может прекращать передачу или прием данных/сигнала (т.е. зондирующего опорного сигнала (SRS)) с eNB, имеющим RLF, высвобождать конфигурацию (т.е. SRS-конфигурацию или CSI-конфигурацию), связанную с eNB, имеющим RLF. Альтернативно, UE может выполнять измерение для eNB, имеющего RLF, чтобы определять то, следует или нет возобновлять линию радиосвязи с eNB, имеющим RLF.
Фиг. 6 является блок-схемой последовательности операций способа для процесса 60 согласно примеру настоящего раскрытия сущности. Процесс 60 используется в первом eNB (т.е. MeNB или SeNB по фиг. 3) для обработки сбоя в линии радиосвязи (RLF) в режиме сдвоенного подключения. Процесс 60 может быть компилирован в программный код 414, который должен быть сохранен в модуле 410 хранения, и может включать в себя следующие этапы:
Этап 600. Начало
Этап 610. Прием сообщения с причиной RLF, ассоциированного со вторым eNB, вовлеченного в режим сдвоенного подключения, из UE.
Этап 620. Конец
Согласно процессу 60, первый eNB, не имеющий RLF, принимает сообщение с причиной RLF, ассоциированное со вторым eNB, имеющим RLF, из UE. Помимо этого, первый eNB может перенаправлять сообщение с причиной RLF во второй eNB (т.е. через X2-интерфейс по фиг. 2).
Если второй eNB не представляет собой MeNB, который устанавливает S1-MME-интерфейс в MME по фиг. 2, а первый eNB представляет собой MeNB, первый eNB может прекращать перенаправление данных через второй eNB. Помимо этого, первый eNB может отправлять команду измерений в UE для измерения второго eNB и определения того, исчезает или нет причина RLF, с тем чтобы восстанавливать линию радиосвязи между второй базовой станцией и UE. Альтернативно, первый eNB может коммутировать однонаправленные радиоканалы из второго eNB в первый eNB, конфигурировать UE с возможностью выполнять повторное установление RRC-подключения или деактивировать второй eNB на основе требований по QoS, нагрузки системы и/или времени задержки транзитного соединения первого eNB.
Фиг. 7 является блок-схемой последовательности операций способа для процесса 70 согласно примеру настоящего раскрытия сущности. Процесс 70 используется в первом eNB (т.е. MeNB или SeNB по фиг. 3) для обработки сбоя в линии радиосвязи (RLF) в режиме сдвоенного подключения. Процесс 70 может быть компилирован в программный код 414, который должен быть сохранен в модуле 410 хранения, и может включать в себя следующие этапы:
Этап 700. Начало
Этап 710. Прием сообщения с причиной RLF, ассоциированного с первым eNB, из второго eNB, вовлеченного в режим сдвоенного подключения.
Этап 720. Конец
Согласно процессу 70, первый eNB принимает сообщение с причиной RLF, ассоциированное с первым eNB, из второго eNB. Первый eNB может передавать данные через второй eNB, если первый eNB представляет собой MeNB. Помимо этого, первый eNB может восстанавливать линию радиосвязи с UE, коммутировать S1-U для однонаправленных радиоканалов в первом eNB и S1-MME из первого eNB во второе eNB или конфигурировать UE с возможностью выполнять повторное установление RRC-подключения на основе требований по QoS, нагрузки системы и/или времени задержки транзитного соединения первого eNB. Альтернативно, первый eNB может прекращать передачу данных в UE, если первый eNB представляет собой SeNB.
Фиг. 8-36 подробно показывают обработку RLF для UE, MeNB и SeNB в режиме сдвоенного подключения. Следует отметить, что настоящее изобретение раскрывает оптимизированный способ для обработки RLF в режиме сдвоенного подключения и может применяться для eNB, поддерживающего разделенный однонаправленный радиоканал или неразделенный однонаправленный радиоканал. Помимо этого, существует два варианта плоскости управления для MeNB и SeNB. В первом варианте плоскости управления, только MeNB формирует конечные RRC-сообщения, которые должны отправляться в UE после координации функций управления радиоресурсами (RRM) между MeNB и SeNB. RRC-объект UE видит то, что все сообщения поступают только из одного объекта (в MeNB), и UE отвечает только в этот объект. Во втором варианте плоскости управления, MeNB и SeNB могут формировать конечные RRC-сообщения, которые должны отправляться в UE после координации функций RRM между MeNB и SeNB, и могут отправлять их непосредственно в UE, и UE отвечает соответствующим образом.
В первом варианте осуществления, MeNB поддерживает разделенный однонаправленный радиоканал. К архитектуре можно обращаться на фиг. 1-2. В нижеприведенном варианте осуществления, приспосабливается второй вариант плоскости управления для MeNB и SeNB. Подробно, фиг. 8 иллюстрирует вариант осуществления обработки RLF в режиме сдвоенного подключения. На фиг. 8, UE закрепляется в MeNB. Далее, MeNB добавляет SeNB для UE для того, чтобы переводить UE в режим сдвоенного подключения. В режиме сдвоенного подключения, MeNB и SeNB должны координировать и обмениваться информацией для обслуживания UE. После того, как UE обнаруживает RLF в MeNB, оно может прекращать передачу и прием из MeNB и отправлять сообщение с причиной RLF, включающее в себя, как указано выше, причину RLF A или B (т.е. указывающую физическую проблему в линии радиосвязи или повторную RLC-передачу сверх максимального порогового значения повторной передачи), в SeNB. Затем, SeNB перенаправляет информацию сообщения с причиной RLF в MeNB. MeNB должен подтверждать то, вызывается или нет RLF посредством плохого качества сигнала. Если да, данные между MeNB и UE должны передаваться через SeNB. Помимо этого, SeNB должен отправлять команду измерений для UE для того, чтобы измерять MeNB. В случае, если UE обнаруживает то, что результат измерений MeNB превышает пороговые значения для отправки сообщения, UE отправляет отчет об измерениях в SeNB, и SeNB информирует MeNB посредством сообщения восстановления после сбоя линии радиосвязи (RLR). После приема RLR-сообщения из SeNB, если MeNB решает возобновлять передачу по DL в UE, MeNB должен отправлять команду возобновления в UE через SeNB, чтобы восстанавливать линию радиосвязи с UE.
В варианте осуществления, как показано на фиг. 9, после приема RLR-сообщения из SeNB, если MeNB решает возобновлять передачу по DL в UE, MeNB должен отправлять переконфигурирование MeNB в UE через SeNB, чтобы восстанавливать линию радиосвязи между UE, если должны модифицироваться или изменяться некоторые конфигурации в UE.
В отличие от варианта осуществления по фиг. 9, в варианте осуществления по фиг. 10, как только UE обнаруживает RLF в MeNB, оно может прекращать передачу и прием из MeNB и также высвобождать некоторые конфигурации MeNB (например, SRS-конфигурацию и CSI-конфигурацию).
В варианте осуществления, показанном на фиг. 11, после того, как MeNB принимает сообщение с причиной RLF из SeNB, если MeNB решает возобновлять передачу по DL в UE, MeNB должен отправлять индикатор возобновления в SeNB сначала, и затем SeNB отправляет команду измерений в UE.
В отличие от вышеуказанных вариантов осуществления по фиг. 8-11, приспосабливается первый вариант плоскости управления, в котором MeNB обнаруживает и формирует все RRC-сообщения в/из UE. Подробно, фиг. 12 показывает то, что как только UE обнаруживает RLF в MeNB, оно может прекращать передачу в MeNB и отправлять сообщение с причиной RLF в SeNB, и SeNB непосредственно перенаправляет это сообщение с причиной RLF в MeNB. Предположим, что сообщение с причиной RLF включает в себя причину RLF A или B, MeNB должен подтверждать то, вызывается или нет RLF посредством плохого качества сигнала. Если да, данные и сигнал между MeNB и UE должны передаваться через SeNB. Помимо этого, MeNB должен отправлять команду измерений в UE через SeNB для UE для того, чтобы измерять MeNB непосредственно. В случае, если UE обнаруживает то, что результат измерений MeNB превышает пороговые значения для отправки сообщения, UE отправляет отчет об измерениях в SeNB, и SeNB непосредственно перенаправляет этот отчет об измерениях в MeNB. Следующие этапы на фиг. 12 для MeNB, SeNB и UE могут упоминаться выше, так что они опускаются в данном документе.
В варианте осуществления по фиг. 13, после того, как UE обнаруживает RLF в MeNB, если UE дополнительно обнаруживает RLF в SeNB позднее (а именно, RLF, обнаруженный в MeNB и SeNB), UE должно выполнять процедуру повторного установления RRC-подключения.
В варианте осуществления по фиг. 14, после отправки сообщения с причиной RLF, UE может запускать таймер для процедуры повторного установления RRC-подключения. Если таймер для процедуры повторного установления RRC-подключения истек (т.е. время вышло), UE должно выполнять процедуру повторного установления RRC-подключения. Таймер может предварительно задаваться, назначаться посредством MeNB или SeNB из выделенного сообщения или широковещательной передачи посредством MeNB или SeNB.
В отличие от вышеуказанных вариантов осуществления по фиг. 8-14, в варианте осуществления по фиг. 15, сообщение с причиной RLF включает в себя причину RLF C (т.е. указывающую то, что происходит сбой RACH-процедуры). MeNB должен подтверждать то, вызывается или нет RLF посредством перегрузки сети. Если да, данные и сигнал между MeNB и UE должны передаваться через SeNB. Кроме того, если снижается перегрузка в MeNB, MeNB должен отправлять индикатор MeNB-активации в SeNB, и SeNB должен перенаправлять этот индикатор MeNB-активации в UE. После приема индикатора MeNB-активации UE должно выполнять процедуру активации для MeNB.
В варианте осуществления по фиг. 16, после того, как UE отправляет сообщение с причиной RLF, если UE дополнительно обнаруживает RLF в SeNB позднее (а именно, RLF возникает как в MeNB, так и в SeNB), UE должно выполнять процедуру повторного установления RRC-подключения.
В отличие от вышеуказанных вариантов осуществления по фиг. 8-16, RLF может быть обнаружен в SeNB, а не в MeNB. Подробно, фиг. 17 показывает то, что как только UE обнаруживает RLF в SeNB, оно может прекращать передачу и прием из SeNB и отправлять сообщение с причиной RLF, включающее в себя причину RLF A или B, в MeNB. Затем, MeNB может перенаправлять информацию сообщения с причиной RLF в SeNB. Помимо этого, MeNB должен прекращать передачу данных и сигнала через SeNB в UE. SeNB также должен прекращать передачу данных по DL в UE. Кроме того, MeNB должен отправлять команду измерений для UE для того, чтобы измерять SeNB. В случае, если UE обнаруживает то, что результат измерений SeNB превышает пороговые значения для отправки сообщения, UE отправляет отчет об измерениях в MeNB, и MeNB информирует SeNB посредством RLR-индикатора. Если SeNB решает возобновлять передачу по DL в UE, SeNB отправляет RLR ACK в MeNB. После приема RLR ACK из SeNB, MeNB должен отправлять команду возобновления в UE для того, чтобы восстанавливать линию радиосвязи.
Альтернативно, на фиг. 18, как только UE обнаруживает RLF в SeNB, оно может прекращать передачу и прием из SeNB и отправлять сообщение с причиной RLF в MeNB. Затем, MeNB может отправлять команду удаления SeNB, чтобы деактивировать SeNB.
Во втором варианте осуществления, MeNB поддерживает разделенный однонаправленный радиоканал RB1 и характерный для MeNB однонаправленный канал RB2, как показано на фиг. 19, и приспосабливается второй вариант плоскости управления. Подробно, фиг. 20 показывает то, что как только UE обнаруживает RLF в MeNB, оно может прекращать передачу в MeNB и отправлять сообщение с причиной RLF, включающее в себя причину RLF A или B, в SeNB. Затем, SeNB перенаправляет информацию сообщения с причиной RLF в MeNB. Затем, MeNB должен подтверждать то, вызывается или нет RLF посредством плохого качества сигнала, и то, могут или нет удовлетворяться требования характерных для MeNB однонаправленных каналов при передаче данных через SeNB. Если требования характерных для MeNB однонаправленных каналов могут удовлетворяться при передаче данных через SeNB, MeNB отправляет запрос на передачу обслуживания по однонаправленному каналу "HO-запрос по однонаправленному каналу" в SeNB. Если SeNB возвращает ACK передачи обслуживания по однонаправленному каналу "HO ACK по однонаправленному каналу", данные и сигнал между MeNB и UE должны передаваться через SeNB. Кроме того, SeNB должен отправлять команду измерений для UE для того, чтобы измерять MeNB. В случае, если UE обнаруживает то, что результат измерений MeNB превышает пороговые значения для отправки сообщения, UE должно отправлять отчет об измерениях в SeNB, и SeNB информирует MeNB посредством RLR-сообщения. После приема RLR-сообщения из SeNB, если MeNB решает возобновлять передачу по DL в UE, MeNB должен отправлять переконфигурирование в UE через SeNB, чтобы восстанавливать линию радиосвязи. Помимо этого, MeNB может отправлять другой запрос на передачу обслуживания по однонаправленному каналу "HO-запрос по однонаправленному каналу" в SeNB, чтобы коммутировать некоторые однонаправленные радиоканалы обратно на себя.
Альтернативно, как показано на фиг. 21, SeNB может возвращать NACK передачи обслуживания по однонаправленному каналу "HO NACK по однонаправленному каналу", даже если требования характерных для MeNB однонаправленных каналов могут удовлетворяться при передаче данных через SeNB. Затем, MeNB должен затем отправлять команду удаления SeNB в SeNB. После приема этой команды удаления SeNB, SeNB должен отправлять разрыв RRC-подключения, соответственно. Если UE принимает разрыв RRC-подключения из SeNB, при том, что по-прежнему существует RLF в MeNB, UE должно выполнять процедуру повторного установления RRC-подключения.
В варианте осуществления по фиг. 22, если SeNB возвращает NACK передачи обслуживания по однонаправленному каналу "HO NACK по однонаправленному каналу", MeNB в таком случае должен выполнять процедуру коммутации тракта, чтобы коммутировать S1-MME из MeNB в SeNB (т.е. должен быть удален S1-MME между MeNB и UE, и должен быть установлен новый S1-MME между SeNB и UE).
В варианте осуществления по фиг. 23, если требования характерных для MeNB однонаправленных каналов не могут удовлетворяться при передаче данных через SeNB, MeNB должен затем отправлять команду удаления SeNB в SeNB. После приема команды удаления SeNB, SeNB должен отправлять разрыв RRC-подключения, соответственно. Если UE принимает разрыв RRC-подключения из SeNB, при том, что по-прежнему существует RLF в MeNB, UE должно выполнять процедуру повторного установления RRC-подключения.
В варианте осуществления по фиг. 24, если требования характерных для MeNB однонаправленных каналов не могут удовлетворяться при передаче данных через SeNB, MeNB в таком случае должен выполнять процедуру коммутации тракта, чтобы коммутировать S1-MME из MeNB в SeNB (т.е. должен быть удален S1-MME между MeNB и UE, и должен быть установлен новый S1-MME между SeNB и UE).
В отличие от вариантов осуществления Figs20-24, в варианте осуществления по фиг. 25, сообщение с причиной RLF включает в себя причину RLF C. MeNB должен подтверждать то, вызывается или нет RLF посредством перегрузки сети, и то, могут или нет удовлетворяться требования характерных для MeNB однонаправленных каналов при передаче данных через SeNB. Если требования характерных для MeNB однонаправленных каналов могут удовлетворяться при передаче данных через SeNB, MeNB отправляет запрос на передачу обслуживания по однонаправленному каналу "HO-запрос по однонаправленному каналу" в SeNB. Если SeNB возвращает ACK передачи обслуживания по однонаправленному каналу "HO ACK по однонаправленному каналу", данные и сигнал между MeNB и UE должны передаваться через SeNB. С другой стороны, если снижается перегрузка в MeNB, MeNB должен отправлять индикатор MeNB-активации, и SeNB должен перенаправлять этот индикатор MeNB-активации в UE. После приема индикатора MeNB-активации UE должно выполнять процедуру активации для MeNB.
С другой стороны, на фиг. 26, если SeNB возвращает NACK передачи обслуживания по однонаправленному каналу "HO NACK по однонаправленному каналу", MeNB должен затем отправлять команду удаления SeNB в SeNB. После приема команды удаления SeNB, SeNB должен отправлять разрыв RRC-подключения, соответственно. Если UE принимает разрыв RRC-подключения из SeNB, при том, что по-прежнему существует RLF в MeNB, UE должно выполнять процедуру повторного установления RRC-подключения.
В варианте осуществления по фиг. 27, MeNB может подтверждать то, могут или нет удовлетворяться требования характерных для MeNB однонаправленных каналов при передаче данных через SeNB. Если требования характерных для MeNB однонаправленных каналов могут удовлетворяться при передаче данных через SeNB, MeNB отправляет запрос на передачу обслуживания по однонаправленному каналу "HO-запрос по однонаправленному каналу" в SeNB. Если SeNB возвращает NACK передачи обслуживания по однонаправленному каналу "HO NACK по однонаправленному каналу", MeNB в таком случае должен выполнять процедуру коммутации тракта, чтобы коммутировать S1-MME из MeNB в SeNB (т.е. S1-MME должен быть между SeNB и UE).
Альтернативно, на фиг. 28, если требования характерных для MeNB однонаправленных каналов не могут удовлетворяться при передаче данных через SeNB, MeNB должен затем отправлять команду удаления SeNB в SeNB. После приема команды удаления SeNB, SeNB должен отправлять разрыв RRC-подключения, соответственно. Если UE принимает разрыв RRC-подключения из SeNB, при том, что по-прежнему существует RLF в MeNB, UE должно выполнять процедуру повторного установления RRC-подключения.
В варианте осуществления по фиг. 29, если требования характерных для MeNB однонаправленных каналов не могут удовлетворяться при передаче данных через SeNB, MeNB в таком случае должен выполнять процедуру коммутации тракта, чтобы коммутировать S1-MME из MeNB в SeNB (т.е. S1-MME должен быть между SeNB и UE).
В третьем варианте осуществления, показанном на фиг. 30, eNB поддерживает только характерный для MeNB однонаправленный канал и характерный для SeNB однонаправленный канал и не поддерживает разделенный однонаправленный радиоканал. Помимо этого, приспосабливается второй вариант плоскости управления. Подробно, фиг. 31 показывает то, что как только UE обнаруживает RLF в MeNB, оно может прекращать передачу в MeNB и отправлять сообщение с причиной RLF, включающее в себя причину RLF A или B, в SeNB. Затем, SeNB перенаправляет информацию сообщения с причиной RLF в MeNB. Затем, MeNB должен подтверждать то, вызывается или нет RLF посредством плохого качества сигнала. Если да, MeNB отправляет запрос на передачу обслуживания по однонаправленному каналу "HO-запрос по однонаправленному каналу" в SeNB. Если SeNB возвращает ACK передачи обслуживания по однонаправленному каналу "HO ACK по однонаправленному каналу", выполняется процедура коммутации тракта (включающая в себя запрос на коммутацию тракта однонаправленного канала из MeNB в MME, чтобы информировать S-GW о необходимости изменять тракт однонаправленного канала из MeNB в SeNB, ACK коммутации тракта однонаправленного канала из MME в MeNB, и MeNB перенаправляет ACK коммутации тракта однонаправленного канала в SeNB, чтобы информировать о том, что завершена коммутация тракта однонаправленного канала), чтобы информировать S-GW о необходимости перемещения однонаправленных радиоканалов из MeNB в SeNB. Помимо этого, SeNB должен отправлять команду измерений для UE для того, чтобы измерять MeNB. В случае, если UE обнаруживает то, что результат измерений MeNB превышает пороговые значения для отправки сообщения, UE может отправлять отчет об измерениях в SeNB, и SeNB информирует MeNB посредством RLR-сообщения. После приема RLR-сообщения из SeNB, если MeNB решает возобновлять передачу по DL в UE, MeNB должен отправлять переконфигурирование в UE через SeNB, чтобы восстанавливать линию радиосвязи.
Альтернативно, на фиг. 32, если SeNB возвращает NACK передачи обслуживания по однонаправленному каналу "HO NACK по однонаправленному каналу", MeNB должен затем отправлять команду удаления SeNB в SeNB. После приема этой команды удаления SeNB, SeNB должен отправлять разрыв RRC-подключения, соответственно. Если UE принимает разрыв RRC-подключения из SeNB, при том, что по-прежнему существует RLF в MeNB, UE должно выполнять процедуру повторного установления RRC-подключения.
В отличие от вариантов осуществления по фиг. 31-32, как показано на фиг. 33, сообщение с причиной RLF включает в себя причину RLF C. MeNB должен подтверждать то, вызывается или нет RLF посредством перегрузки сети. Если да, MeNB отправляет запрос на передачу обслуживания по однонаправленному каналу в SeNB. Если SeNB возвращает ACK передачи обслуживания по однонаправленному каналу "HO ACK по однонаправленному каналу", выполняется процедура коммутации тракта (включающая в себя запрос на коммутацию тракта однонаправленного канала из MeNB в MME, чтобы информировать S-GW о необходимости изменять тракт однонаправленного канала из MeNB в SeNB, ACK коммутации тракта однонаправленного канала из MME в MeNB, и MeNB перенаправляет ACK коммутации тракта однонаправленного канала в SeNB, чтобы информировать о том, что завершена коммутация тракта однонаправленного канала), чтобы информировать S-GW о необходимости перемещения однонаправленных каналов из MeNB в SeNB. Кроме того, если снижается перегрузка в MeNB, MeNB должен отправлять индикатор MeNB-активации, и SeNB должен перенаправлять этот индикатор MeNB-активации в UE. После приема индикатора MeNB-активации UE должно выполнять процедуру активации для MeNB.
С другой стороны, как показано на фиг. 34, если SeNB возвращает NACK передачи обслуживания по однонаправленному каналу "HO NACK по однонаправленному каналу", MeNB должен затем отправлять команду удаления SeNB в SeNB. После приема этой команды удаления SeNB, SeNB должен отправлять разрыв RRC-подключения, соответственно. Если UE принимает разрыв RRC-подключения из SeNB, при том, что по-прежнему существует RLF в MeNB, UE должно выполнять процедуру повторного установления RRC-подключения.
В варианте осуществления по фиг. 35, после приема сообщения с причиной RLF, если MeNB решает не коммутировать однонаправленные каналы в SeNB, MeNB должен затем отправлять команду удаления SeNB в SeNB. После приема команды удаления SeNB, SeNB должен отправлять разрыв RRC-подключения, соответственно. Если UE принимает разрыв RRC-подключения из SeNB, при том, что по-прежнему существует RLF в MeNB, UE должно выполнять процедуру повторного установления RRC-подключения.
Вышеуказанные этапы процессов включают в себя предлагаемые этапы, которые могут быть реализованы посредством средств, которые могут представлять собой аппаратные средства, микропрограммное обеспечение, известное как комбинация аппаратного устройства и компьютерных инструкций, и данные, которые постоянно размещаются в качестве неперезаписываемого программного обеспечения на аппаратном устройстве или в электронной системе. Примеры аппаратных средств включают в себя аналоговые, цифровые и смешанные схемы, известные как микросхема, микрокристалл или кремниевый кристалл. Примеры электронной системы включают в себя внутрикристальную систему (SoC), систему в одном корпусе (SiP), внутримодульный компьютер (COM) и устройство 40 связи.
В заключение, настоящее изобретение решает недостатки RLF в системах с поддержкой режима сдвоенного подключения. UE должно избегать выполнения необязательной процедуры повторного установления RRC-подключения, если по-прежнему доступна линия радиосвязи между UE и eNB, вовлеченными в режим сдвоенного подключения, с тем чтобы уменьшать передачу служебных сигналов по S1 и прерывание обслуживания.