[go: up one dir, main page]

RU2602981C2 - Способ обработки сбоя в линии радиосвязи - Google Patents

Способ обработки сбоя в линии радиосвязи Download PDF

Info

Publication number
RU2602981C2
RU2602981C2 RU2014145040/08A RU2014145040A RU2602981C2 RU 2602981 C2 RU2602981 C2 RU 2602981C2 RU 2014145040/08 A RU2014145040/08 A RU 2014145040/08A RU 2014145040 A RU2014145040 A RU 2014145040A RU 2602981 C2 RU2602981 C2 RU 2602981C2
Authority
RU
Russia
Prior art keywords
base station
rlf
menb
senb
mme
Prior art date
Application number
RU2014145040/08A
Other languages
English (en)
Other versions
RU2014145040A (ru
Inventor
Хун-Чэнь ЧЭНЬ
Original Assignee
Индастриал Текнолоджи Рисерч Инститьют
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Индастриал Текнолоджи Рисерч Инститьют filed Critical Индастриал Текнолоджи Рисерч Инститьют
Publication of RU2014145040A publication Critical patent/RU2014145040A/ru
Application granted granted Critical
Publication of RU2602981C2 publication Critical patent/RU2602981C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085—Hand-off measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/04—Reselecting a cell layer in multi-layered cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/305—Handover due to radio link failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837—Determination of triggering parameters for hand-off

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

Изобретение относится к системе беспроводной связи. Технический результат изобретения заключается в уменьшении передачи служебных сигналов и прерывании обслуживания. Способ обработки сбоя в линии радиосвязи (RLF) посредством устройства связи в системе беспроводной связи содержит подключение, по меньшей мере, к двум базовым станциям, включающим в себя первую базовую станцию и вторую базовую станцию в системе беспроводной связи, обнаружение RLF в первой базовой станции и отправку сообщения с причиной RLF, ассоциированного с первой базовой станцией, во вторую базовую станцию. 3 н. и 18 з.п. ф-лы, 35 ил.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к способу, используемому посредством устройства связи в системе беспроводной связи, а более конкретно, к способу обработки сбоя в линии радиосвязи в режиме сдвоенного подключения.
УРОВЕНЬ ТЕХНИКИ
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 и прерывание обслуживания.

Claims (18)

1. Способ обработки сбоя в линии радиосвязи (RLF) посредством устройства связи в системе беспроводной связи, отличающийся тем, что способ содержит этапы, на которых:
- подключаются, по меньшей мере, к двум базовым станциям, включающим в себя первую базовую станцию и вторую базовую станцию, в системе беспроводной связи (510);
- обнаруживают RLF в первой базовой станции (520); и
- отправляют сообщение с причиной RLF, ассоциированное с первой базовой станцией, во вторую базовую станцию (530).
2. Способ по п. 1, дополнительно содержащий этап, на котором:
- прекращают передачу данных в и/или прием из первой базовой станции после отправки сообщения с причиной RLF; или
- прекращают передачу сигналов в первую базовую станцию после отправки сообщения с причиной RLF; или
- высвобождают конфигурации, связанные с первой базовой станцией.
3. Способ по п. 1, дополнительно содержащий этап, на котором:
- возобновляют линию радиосвязи с первой базовой станцией; или
- выполняют процедуру повторного установления подключения по протоколу управления радиоресурсами (RRC); или
- выполняют деактивацию в первой базовой станции, если первая базовая станция не устанавливает интерфейс с объектом управления мобильностью (MME).
4. Способ по п. 3, отличающийся тем, что когда дополнительно содержащийся этап представляет собой возобновление линии радиосвязи с первой базовой станцией, способ содержит этапы, на которых:
- принимают команду или конфигурацию из второй базовой станции; и
- возобновляют линию радиосвязи с первой базовой станцией в ответ на команду или конфигурацию.
5. Способ по п. 3, отличающийся тем, что когда
дополнительно содержащийся этап представляет собой выполнение процедуры повторного установления RRC-подключения, способ содержит этап, на котором:
- выполняют процедуру повторного установления RRC-подключения при обнаружении RLF в обеих из первой базовой станции и второй базовой станции либо при обнаружении RLF в первой базовой станции, которая устанавливает интерфейс с объектом управления мобильностью (MME), и вторая базовая станция деактивируется после этого, либо при обнаружении RLF в первой базовой станции, которая не имеет интерфейса с MME, и вторая базовая станция, которая устанавливает интерфейс с MME, разрывает RRC-подключение устройства связи после этого, либо истек таймер, инициированный посредством RLF.
6. Способ по п. 3, отличающийся тем, что когда дополнительно содержащийся этап представляет собой выполнение деактивации для первой базовой станции, если первая базовая станция не устанавливает интерфейс с MME, способ содержит этапы, на которых:
- принимают команду или конфигурацию из второй базовой станции; и
- выполняют деактивацию в первой базовой станции в ответ на команду или конфигурацию.
7. Способ по любому из пп. 1-6, отличающийся тем, что сообщение с причиной RLF включает в себя информацию о том, что RLF вызывается посредством физической проблемы в линии радиосвязи, что время повторной RLC-передачи превышает максимальное пороговое значение повторной передачи, или что произошел сбой процедуры произвольного доступа.
8. Способ обработки сбоя в линии радиосвязи (RLF) посредством первой базовой станции в системе беспроводной связи, отличающийся тем, что способ содержит этап, на котором:
- принимают сообщение с причиной RLF, ассоциированное со второй базовой станцией, из устройства связи системы беспроводной связи, подключенного к первой и второй базовым станциям (610).
9. Способ по п. 8, дополнительно содержащий этап, на
котором:
- перенаправляют сообщение с причиной RLF во вторую базовую станцию.
10. Способ по п. 8, дополнительно содержащий этап, на котором:
- прекращают перенаправление данных в устройство связи через вторую базовую станцию, если первая базовая станция устанавливает интерфейс с объектом управления мобильностью (MME) системы беспроводной связи, и вторая базовая станция не устанавливает интерфейс с MME; или
- перенаправляют данные через другую базовую станцию, если первая базовая станция устанавливает интерфейс с объектом управления мобильностью (MME) системы беспроводной связи, и вторая базовая станция не устанавливает интерфейс с MME.
11. Способ по п. 9, дополнительно содержащий этап, на котором:
- прекращают перенаправление данных в устройство связи через вторую базовую станцию, если первая базовая станция устанавливает интерфейс с объектом управления мобильностью (MME) системы беспроводной связи, и вторая базовая станция не устанавливает интерфейс с MME; или
- перенаправляют данные через другую базовую станцию, если первая базовая станция устанавливает интерфейс с объектом управления мобильностью (MME) системы беспроводной связи, и вторая базовая станция не устанавливает интерфейс с MME.
12. Способ по любому из пп. 8-11, дополнительно содержащий этап, на котором:
- конфигурируют устройство связи для возобновления линии радиосвязи между второй базовой станцией и устройством связи.
13. Способ по любому из пп. 8-11, дополнительно содержащий этап, на котором:
- конфигурируют устройство связи для выполнения процедуры повторного установления подключения по протоколу управления радиоресурсами (RRC); или
- деактивируют вторую базовую станцию, если первая базовая станция устанавливает интерфейс с объектом управления мобильностью (MME) системы беспроводной связи; или
- коммутируют S1-U-интерфейс для перемещения однонаправленных радиоканалов из второй базовой станции в первую базовую станцию, если первая базовая станция устанавливает интерфейс с MME.
14. Способ обработки сбоя в линии радиосвязи (RLF) посредством первой базовой станции в системе беспроводной связи, отличающийся тем, что способ содержит этап, на котором:
- принимают сообщение с причиной RLF, ассоциированное с первой базовой станцией, из второй базовой станции, при этом первая и вторая базовые станции подключены к одному и тому же устройству связи системы беспроводной связи (710).
15. Способ по п. 14, дополнительно содержащий этап, на котором:
- передают данные в устройство связи через вторую базовую станцию, если первая базовая станция устанавливает интерфейс с объектом управления мобильностью (MME) системы беспроводной связи; или
- прекращают передачу данных в устройство связи.
16. Способ по п. 14, дополнительно содержащий этап, на котором:
- конфигурируют устройство связи для возобновления линии радиосвязи между устройством связи и первой базовой станцией.
17. Способ по п. 15, дополнительно содержащий этап, на котором:
- конфигурируют устройство связи для возобновления линии радиосвязи между устройством связи и первой базовой станцией.
18. Способ по любому из пп. 14-17, дополнительно содержащий этап, на котором:
- коммутируют S1-U-интерфейс для перемещения однонаправленных радиоканалов из первой базовой станции во вторую базовую станцию; или
- коммутируют S1-MME-интерфейс из первой базовой станции во вторую базовую станцию; или
- конфигурируют устройство связи для выполнения процедуры повторного установления подключения по протоколу управления радиоресурсами (RRC).
RU2014145040/08A 2013-11-08 2014-11-06 Способ обработки сбоя в линии радиосвязи RU2602981C2 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361901449P 2013-11-08 2013-11-08
US61/901,449 2013-11-08
US14/530,841 US20150133122A1 (en) 2013-11-08 2014-11-03 Method of Handling Radio Link Failure
US14/530,841 2014-11-03

Publications (2)

Publication Number Publication Date
RU2014145040A RU2014145040A (ru) 2016-05-27
RU2602981C2 true RU2602981C2 (ru) 2016-11-20

Family

ID=53044208

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2014145040/08A RU2602981C2 (ru) 2013-11-08 2014-11-06 Способ обработки сбоя в линии радиосвязи

Country Status (8)

Country Link
US (1) US20150133122A1 (ru)
EP (1) EP2884688A1 (ru)
JP (1) JP5982447B2 (ru)
KR (1) KR101648040B1 (ru)
CN (1) CN104640232A (ru)
BR (1) BR102014027949A2 (ru)
RU (1) RU2602981C2 (ru)
TW (1) TWI540928B (ru)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2738262C1 (ru) * 2017-03-18 2020-12-11 Хуавэй Текнолоджиз Ко., Лтд. Способ возобновления соединения, узел с функцией управления доступом и мобильностью и пользовательское оборудование
US10999743B2 (en) 2017-06-16 2021-05-04 Telefonaktiebolaget Lm Ericsson (Publ) UE context handling in disaggregated radio access node
RU2750452C1 (ru) * 2018-02-08 2021-06-28 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ обработки отказа радиоканала (rlf) и терминальное устройство
RU2758926C1 (ru) * 2018-03-29 2021-11-03 Бейдзин Сяоми Мобайл Софтвэр Ко., Лтд. Способ и устройство для предоставления информации, а также способ и устройство для работы на основе частей полосы частот
RU2769399C1 (ru) * 2018-08-01 2022-03-31 Виво Мобайл Комьюникэйшн Ко., Лтд. Способ реконфигурации и абонентское оборудование
RU2770653C2 (ru) * 2017-06-16 2022-04-20 Хуавэй Текнолоджиз Ко., Лтд. Способ обработки отказа линии радиосвязи, терминальное устройство и сетевое устройство
RU2780823C2 (ru) * 2018-02-14 2022-10-04 Хуавей Текнолоджиз Ко., Лтд. Устройство и способ обработки беспроводной связи по транзитному соединению
US11832322B2 (en) 2018-02-14 2023-11-28 Huawei Technologies Co., Ltd. Wireless backhaul communication processing method and related device

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2461780B (en) 2008-06-18 2011-01-05 Lg Electronics Inc Method for detecting failures of random access procedures
WO2015008962A1 (en) 2013-07-17 2015-01-22 Lg Electronics Inc. Method for reporting a radio link control re-transmission failure and a device therefor
CN105309009B (zh) * 2014-01-28 2020-02-14 华为技术有限公司 一种业务转移方法和装置
KR101884385B1 (ko) * 2014-01-31 2018-08-01 노키아 솔루션스 앤드 네트웍스 오와이 하나의 범위의 시퀀스 번호들의 확인응답
US10306695B2 (en) * 2014-01-31 2019-05-28 Qualcomm Incorporated Procedures for managing secondary eNB (SeNB) radio link failure (S-RLF) in dual connectivity scenarios
JP6042569B2 (ja) * 2014-01-31 2016-12-14 京セラ株式会社 通信制御装置、マスタ基地局及びユーザ端末
US9288694B2 (en) * 2014-02-07 2016-03-15 Nokia Solutions And Networks Oy Partial failure handling of bearer mapping in dual connectivity
EP3122115B1 (en) * 2014-03-20 2024-10-16 Fujitsu Limited Wireless communication apparatus and wireless communication method
US20150271836A1 (en) * 2014-03-21 2015-09-24 Qualcomm Incorporated Techniques for bearer prioritization and data mapping in multiple connectivity wireless communications
US10123318B2 (en) * 2014-05-07 2018-11-06 Kyocera Corporation Communication control method, base station, and user terminal
EP2945423A1 (en) * 2014-05-13 2015-11-18 HTC Corporation Device for handling measurement configuration for dual connectivity with carrier aggregation
CN107172890B (zh) 2014-09-12 2020-11-06 日本电气株式会社 无线电站、无线电终端、和用于终端测量的方法
US10383009B2 (en) * 2014-11-06 2019-08-13 Nokia Solutions And Networks Oy Handover of a terminal in dual connectivity mode
TWI556663B (zh) * 2014-12-25 2016-11-01 宏達國際電子股份有限公司 處理與多個基地台間通訊的失敗的方法及其裝置
US11089648B2 (en) * 2015-01-30 2021-08-10 Kyocera Corporation User terminal for executing dual connectivity
KR101630729B1 (ko) 2015-04-16 2016-06-24 현대자동차주식회사 차량에 최적화된 이더넷 통신 제공 방법 및 시스템
US10524303B2 (en) * 2015-04-29 2019-12-31 Nokia Solutions And Networks Oy Radio link problem handling in mobile communication systems
KR102460350B1 (ko) * 2015-11-06 2022-10-28 삼성전자주식회사 통신 시스템에서 데이터 송수신 방법 및 장치
KR102456331B1 (ko) * 2016-04-08 2022-10-19 삼성전자 주식회사 무선 통신 시스템에서 회선 교환 서비스 제공 방법 및 장치
US10159038B2 (en) * 2016-06-08 2018-12-18 Verion Patent and Licensing Inc. Wireless network configuration for multiple access points
WO2018023222A1 (zh) 2016-07-30 2018-02-08 华为技术有限公司 一种网络接入控制方法及装置
WO2018036673A1 (en) * 2016-08-22 2018-03-01 Nokia Solutions And Networks Oy Method and apparatus for implementing efficient switching on a split bearer
CN106550490B (zh) * 2016-10-31 2019-04-26 北京小米移动软件有限公司 一种无线链路失败的处理方法和装置
CN108024288A (zh) * 2016-11-04 2018-05-11 电信科学技术研究院 一种信息处理方法及装置
WO2018093367A1 (en) * 2016-11-17 2018-05-24 Nokia Technologies Oy Multi-connectivity control plane anchor
WO2018128572A1 (en) * 2017-01-06 2018-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Radio network nodes, wireless device, and methods performed therein for handling connections in a wireless communication network
CN108924931B (zh) * 2017-03-24 2024-05-07 中兴通讯股份有限公司 一种无线资源配置方法、装置及用户设备、网络节点
WO2018170885A1 (zh) * 2017-03-24 2018-09-27 富士通株式会社 网络连接恢复方法及其装置、通信系统
CN111183706B (zh) * 2017-06-16 2023-11-14 苹果公司 在双重连通中使能非活跃模式的gNB的装置
US20210168673A1 (en) * 2017-06-16 2021-06-03 Telefonaktiebolaget Lm Ericsson (Publ) Information Encoding and Message Transmission at Secondary Cell Group Failure
HUE063604T2 (hu) 2017-06-16 2024-01-28 Ericsson Telefon Ab L M Eljárás és berendezés mérési jelentéshez és számítógéppel olvasható adathordozó
CN109429257B (zh) * 2017-06-22 2022-11-04 夏普株式会社 用户设备和相关方法
US10512002B2 (en) * 2017-06-23 2019-12-17 Apple Inc. Lossless split data bearer for inter-RAT dual connectivity wireless device
SG11201911477YA (en) 2017-07-21 2020-02-27 Guangdong Oppo Mobile Telecommunications Corp Ltd Multi-connection recovery method in non-activated state and device therefor
CN109548096B (zh) * 2017-08-11 2021-12-03 华为技术有限公司 通信方法、基站、终端设备和系统
CN109982449B (zh) 2017-12-27 2021-05-25 电信科学技术研究院 一种通过无线回程网络传输数据的方法和设备
CN110012554B (zh) 2018-01-04 2021-03-26 维沃移动通信有限公司 一种无线链路恢复方法及终端
CN110022620A (zh) * 2018-01-08 2019-07-16 维沃移动通信有限公司 一种无线链路失败的处理方法、用户终端和网络侧设备
CN111886824A (zh) * 2018-01-11 2020-11-03 瑞典爱立信有限公司 涉及多个上行链路载波的无线电链路维护
JP6908551B2 (ja) * 2018-03-29 2021-07-28 Kddi株式会社 移動通信ネットワークの制御装置、基地局装置、およびユーザ装置
US11165632B2 (en) * 2018-05-10 2021-11-02 Lg Electronics Inc. Method for performing re-establishing RRC connection procedure and device supporting the same
US11082329B2 (en) 2018-05-31 2021-08-03 At&T Intellectual Property I, L.P. Lossless data delivery at route changes in wireless radio networks
CN110557271B (zh) * 2018-05-31 2021-08-24 维沃移动通信有限公司 一种信息交互方法及终端
MX2020013244A (es) * 2018-06-12 2021-02-22 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo y aparato de procesamiento de fallas de enlace de radio, y dispositivo de comunicacion.
CN110691427B (zh) 2018-07-05 2021-10-19 华为技术有限公司 一种业务传输方法及装置
JP7531396B2 (ja) * 2018-08-07 2024-08-09 三菱電機株式会社 通信システム、ユーザ装置および基地局
CN110830182B (zh) * 2018-08-09 2023-08-01 北京三星通信技术研究有限公司 数据重传的方法和装置
US11050610B2 (en) * 2018-08-14 2021-06-29 FG Innovation Company Limited Reporting master node radio link failure
EP3834486A4 (en) * 2018-09-27 2021-11-10 Samsung Electronics Co., Ltd. DEVICE AND METHOD FOR PERFORMING DUAL CONNECTIVITY IN A WIRELESS COMMUNICATION SYSTEM
CN111148097B (zh) * 2018-11-02 2022-10-04 华为技术有限公司 一种通信方法、通信装置及系统
WO2020113367A1 (en) * 2018-12-03 2020-06-11 Qualcomm Incorporated Fast recovery from link failure in dual-connectivity systems
CN111526536B (zh) * 2019-02-01 2022-08-09 大唐移动通信设备有限公司 信息上报方法、装置、终端及网络侧设备
JP7288965B2 (ja) * 2019-02-11 2023-06-08 テレフオンアクチーボラゲット エルエム エリクソン（パブル） マスタノードによるマスタセルグループ障害ハンドリング
US11638319B2 (en) * 2019-02-12 2023-04-25 Samsung Electronics Co., Ltd. Handling radio link failure in cellular mesh networks
WO2020166666A1 (ja) * 2019-02-13 2020-08-20 京セラ株式会社 通信制御方法
EP3925164A1 (en) 2019-02-14 2021-12-22 Telefonaktiebolaget Lm Ericsson (Publ) Centralized unit-distributed unit communication associated to radio link failure report and beam failure recovery attempts
US12069759B2 (en) 2019-02-14 2024-08-20 Lg Electronics Inc. Recovery from deadlock after MCG failure report
CN119893747A (zh) * 2019-03-22 2025-04-25 三星电子株式会社 在无线通信系统中由终端进行的方法和终端
WO2020196780A1 (ja) * 2019-03-28 2020-10-01 京セラ株式会社 通信制御方法
WO2020202580A1 (ja) * 2019-04-05 2020-10-08 株式会社Ｎｔｔドコモ ユーザ装置
WO2020218436A1 (ja) 2019-04-26 2020-10-29 京セラ株式会社 通信制御方法
JP7172853B2 (ja) * 2019-05-22 2022-11-16 オムロン株式会社 制御装置、ネットワークシステム、ネットワークシステムの制御方法及び制御プログラム
WO2020242240A1 (en) 2019-05-31 2020-12-03 Samsung Electronics Co., Ltd. Method and apparatus for configuring a secondary cell group (scg) in a dual connectivity (dc) mode
JP7402874B2 (ja) * 2019-06-26 2023-12-21 株式会社Ｎｔｔドコモ 端末
EP4018769A1 (en) * 2019-08-23 2022-06-29 Telefonaktiebolaget Lm Ericsson (Publ) Sidelink rlf handling
CN110636593B (zh) * 2019-09-16 2021-08-13 Oppo广东移动通信有限公司 连接模式的控制方法、终端及存储介质
WO2021056129A1 (en) * 2019-09-23 2021-04-01 Qualcomm Incorporated Trigger radio link control radio link failure to avoid data stall
KR20220081990A (ko) 2019-10-14 2022-06-16 구글 엘엘씨 보조 노드 변경을 통한 빠른 mcg 실패 복구
WO2022029901A1 (ja) * 2020-08-04 2022-02-10 株式会社Ｎｔｔドコモ 端末
US20240121743A1 (en) * 2022-10-10 2024-04-11 T-Mobile Innovations Llc Enhanced multi-satellite downlink connectivity
WO2025203623A1 (ja) * 2024-03-29 2025-10-02 株式会社Ｎｔｔドコモ 端末

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2128886C1 (ru) * 1992-10-27 1999-04-10 Эриксон джи-и мобил коммьюникейшнз Инк. Многорежимное устройство радиосвязи и многорежимный сотовый радиотелефон
RU2479154C2 (ru) * 2008-11-17 2013-04-10 Квэлкомм Инкорпорейтед Представление отчета о сбое радиолинии связи
RU2496259C2 (ru) * 2008-11-03 2013-10-20 Эппл Инк. Способ обнаружения сбоя и восстановления радиосвязи в системе беспроводной связи

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3537782A3 (en) * 2010-02-12 2019-11-06 InterDigital Patent Holdings, Inc. Method and apparatus for enhancing cell-edge performance and signaling radio link failure conditions via downlink cooperative component carriers
US9042315B2 (en) * 2011-05-03 2015-05-26 Mediatek Inc. SCELL radio link monitoring and radio link failure handling
JP2013051549A (ja) * 2011-08-31 2013-03-14 Sharp Corp 通信システム、通信方法、基地局、および、移動局
WO2013091161A1 (en) * 2011-12-19 2013-06-27 Nokia Corporation A method and apparatus for mobility robustness optimization
JP5859865B2 (ja) * 2012-02-03 2016-02-16 株式会社Ｎｔｔドコモ 移動局
WO2014206489A1 (en) * 2013-06-28 2014-12-31 Nokia Solutions And Networks Oy Master base station-controlled response to detected failure of radio link between secondary base station and mobile station in dual connectivity wireless networks
US9992002B2 (en) * 2013-08-09 2018-06-05 Kyocera Corporation User terminal, radio access network, and communication control method
CN104468029A (zh) * 2013-09-18 2015-03-25 中国移动通信集团公司 一种移动终端通信方法、装置及相关设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2128886C1 (ru) * 1992-10-27 1999-04-10 Эриксон джи-и мобил коммьюникейшнз Инк. Многорежимное устройство радиосвязи и многорежимный сотовый радиотелефон
RU2496259C2 (ru) * 2008-11-03 2013-10-20 Эппл Инк. Способ обнаружения сбоя и восстановления радиосвязи в системе беспроводной связи
RU2479154C2 (ru) * 2008-11-17 2013-04-10 Квэлкомм Инкорпорейтед Представление отчета о сбое радиолинии связи

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2738262C1 (ru) * 2017-03-18 2020-12-11 Хуавэй Текнолоджиз Ко., Лтд. Способ возобновления соединения, узел с функцией управления доступом и мобильностью и пользовательское оборудование
US11805566B2 (en) 2017-03-18 2023-10-31 Huawei Technologies Co., Ltd. Connection reactivation method, access and mobility management function entity, and system
US11129225B2 (en) 2017-03-18 2021-09-21 Huawei Technologies Co., Ltd. Connection reactivation method, access and mobility management function entity, and system
US10999743B2 (en) 2017-06-16 2021-05-04 Telefonaktiebolaget Lm Ericsson (Publ) UE context handling in disaggregated radio access node
US11757704B2 (en) 2017-06-16 2023-09-12 Huawei Technologies Co., Ltd. Method for handling radio link failure, terminal device, and network device
RU2770653C2 (ru) * 2017-06-16 2022-04-20 Хуавэй Текнолоджиз Ко., Лтд. Способ обработки отказа линии радиосвязи, терминальное устройство и сетевое устройство
US11310103B2 (en) 2018-02-08 2022-04-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for handling radio link failure (RLF) and terminal device
RU2750452C1 (ru) * 2018-02-08 2021-06-28 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ обработки отказа радиоканала (rlf) и терминальное устройство
RU2780823C2 (ru) * 2018-02-14 2022-10-04 Хуавей Текнолоджиз Ко., Лтд. Устройство и способ обработки беспроводной связи по транзитному соединению
US11832322B2 (en) 2018-02-14 2023-11-28 Huawei Technologies Co., Ltd. Wireless backhaul communication processing method and related device
US11582793B2 (en) 2018-03-29 2023-02-14 Beijing Xiaomi Mobile Software Co., Ltd. Information reporting method and apparatus, and bandwidth part based operating method and apparatus
RU2758926C1 (ru) * 2018-03-29 2021-11-03 Бейдзин Сяоми Мобайл Софтвэр Ко., Лтд. Способ и устройство для предоставления информации, а также способ и устройство для работы на основе частей полосы частот
RU2786633C2 (ru) * 2018-06-12 2022-12-23 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ и устройство для обработки rlf и устройство связи
RU2769399C1 (ru) * 2018-08-01 2022-03-31 Виво Мобайл Комьюникэйшн Ко., Лтд. Способ реконфигурации и абонентское оборудование
US11863381B2 (en) 2018-08-01 2024-01-02 Vivo Mobile Communication Co., Ltd. Reconfiguration method and terminal

Also Published As

Publication number Publication date
CN104640232A (zh) 2015-05-20
BR102014027949A2 (pt) 2016-04-19
RU2014145040A (ru) 2016-05-27
KR101648040B1 (ko) 2016-08-12
JP5982447B2 (ja) 2016-08-31
JP2015122735A (ja) 2015-07-02
EP2884688A1 (en) 2015-06-17
TWI540928B (zh) 2016-07-01
KR20150053721A (ko) 2015-05-18
US20150133122A1 (en) 2015-05-14
TW201519689A (zh) 2015-05-16

Similar Documents

Publication Publication Date Title
RU2602981C2 (ru) Способ обработки сбоя в линии радиосвязи
CN110169192B (zh) 无线电网络节点、无线设备、以及其中执行的用于处理无线通信网络中的连接的方法
EP3047679B1 (en) User equipment and methods for fast handover failure recovery in 3gpp lte network
US10206148B2 (en) Preserving core network interfaces after selective handovers in a wireless network
JP6253833B2 (ja) ユーザ端末、プロセッサ、及び方法
US10045266B2 (en) Scheme for transmitting and receiving information in wireless communication system
US10952116B2 (en) Communication system
JP6146832B2 (ja) デバイス間通信のハンドオーバのための方法及び装置
JP6687452B2 (ja) 移動通信システム、ユーザ端末、プロセッサ、記憶媒体及びプログラム
US20160338134A1 (en) Base station, user terminal, and communication control method
US20150045052A1 (en) Method of Radio Bearer Establishment in Dual Connectivity
WO2016121670A1 (ja) ユーザ端末及び基地局
JP5905575B2 (ja) 通信制御方法及び基地局
US9509594B2 (en) Mobile terminal preparation
US9706461B2 (en) Method of handover in device to device communication, base station and communication system
CN105191386A (zh) 无线通信方法、无线通信系统以及无线站
JP2023514365A (ja) 再確立方法および通信機器
JP2016174361A (ja) ユーザ端末、及びプロセッサ
WO2013183731A1 (ja) 通信制御方法、基地局、ユーザ端末、プロセッサ、及び記憶媒体
CN110100476B (zh) 用于信号传输的方法及设备、网络设备
JP6538026B2 (ja) ネットワーク選択制御方法、基地局、及びユーザ端末
JP7426383B2 (ja) 通信制御方法
JP2025513270A (ja) 障害情報の送信方法、受信方法、装置及びシステム

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20210215