RU2733281C1

RU2733281C1 - Системы и способы для удаления дублированных пакетов для передачи

Info

Publication number: RU2733281C1
Application number: RU2019133668A
Authority: RU
Inventors: Хосе Луис ПРАДАС; Торстен ДУДДА; Канер КИЛИНК
Original assignee: Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date: 2017-03-24
Filing date: 2017-12-13
Publication date: 2020-10-01
Also published as: BR112019019718A2; KR102240627B1; MA46986A1; CN110431785A; US20230224098A1; US11552745B2; CN115150032B; WO2018171922A1; EP3602885A1; ES2969210T3; EP3602885B1; KR20190113957A; US20210266115A1; CN110431785B; US20200235869A1; MA46986B1; JP2020516145A; JP7000450B2; US11870593B2; US11005606B2

Abstract

Изобретение относится к области связи. Технический результат – достижение избежания передачи дублированных блоков данных. Для этого способ в беспроводном устройстве (110) включает в себя передачу протокольной единицы данных (PDU) или сегмента PDU по первой линии связи и передачу этих PDU или сегмента PDU по второй линии связи. Одна или более повторных передач упомянутых PDU или сегмента PDU планируются на вторую линию связи. Положительная квитанция принимается из приемного устройства. Положительная квитанция указывает успешный прием упомянутых PDU или сегмента PDU по первой линии связи. В ответ на прием положительной квитанции эти одна или более повторных передач упомянутых PDU или сегмента PDU по второй линии связи отменяются. 2 н. и 17 з.п. ф-лы, 11 ил.

Description

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

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

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

В NR, режим сдвоенного подключения (DC) в нисходящей линии связи (DL) и восходящей линии связи (UL) представляет собой два признака, которые должны быть стандартизированы. Эти признаки также доступны в стандарте долгосрочного развития (LTE). В NR, также стандартизировано дублирование данных по протоколу конвергенции пакетных данных (PDCP). Это означает то, что идентичная протокольная PDCP–единица данных (PDU) может передаваться в двух различных ветвях/трактах. Этот тип признака может быть полезным в сценариях, когда надежность является важной, к примеру, в ситуациях сверхнадежной связи с низкой задержкой (URLLC) или ограниченного покрытия.

Фиг. 1 иллюстрирует DC–архитектуру между LTE и NR. Когда дублирование данных активируется, идентичная PDCP PDU передается посредством каждой технологии радиодоступа (RAT). Когда объект уровня управления радиосвязью (RLC) запрашивает данные из PDCP, PDCP–уровень доставляет PDCP PDU в запрашивающий RLC–объект.

Когда RLC–режим с квитированием (AM) сконфигурирован, каждый RLC–объект должен выполнять повторные передачи до тех пор, пока не подтвержден успешно прием данных, либо до тех пор, пока не достигнуто максимальное число повторных RLC–передач. Во втором случае, UE запускает процедуру в случае сбоя в линии радиосвязи (RLF). В ситуациях ограниченного покрытия, максимальное число повторных RLC–передач может достигаться.

Когда дублирование пакетов активируется, могут возникать случаи, когда PDCP PDU принимается через одну из ветвей, в то время как идентичная (дублированная) PDCP PDU не принята или еще не принята посредством другой ветви вследствие проблем линии связи. RLC–объект линии связи с проблемами может выполнять повторные RLC–передачи RLC PDU, содержащих PDCP PDU. Если RLC–объект достигает максимального числа повторных передач, UE запускает RLF–процедуру, хотя такая процедура фактически не требуется. Дополнительно, запуск RLF–процедуры может быть нежелательным, когда имеется, по меньшей мере, одна линия связи, которая работает, и в которой данные передаются/принимаются корректно.

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

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

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

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

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

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

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

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

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

Фиг. 1 иллюстрирует DC–архитектуру между LTE и NR;

Фиг. 2 иллюстрирует примерную беспроводную сеть для удаления дублированных пакетов для передачи, согласно конкретным вариантам осуществления;

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

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

Фиг. 5 иллюстрирует примерное преобразование протокольных единиц данных (PDU) по протоколу конвергенции пакетных данных (PDCP) в PDU уровня управления радиосвязью (RLC), согласно конкретным вариантам осуществления;

Фиг. 6 иллюстрирует примерную PDCP PDU, передаваемую независимо посредством двух объектов уровня управления радиосвязью (RLC), согласно конкретным вариантам осуществления;

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

Фиг. 8 иллюстрирует примерную беспроводную сеть для отбрасывания пакетов на основе обратной связи, передаваемой в X2–канале, согласно конкретным вариантам осуществления;

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

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

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

Подробное описание изобретения

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

Фиг. 2 иллюстрирует беспроводную сеть 100 для удаления дублированных пакетов для передачи, в соответствии с конкретными вариантами осуществления. Сеть 100 включает в себя одно или более беспроводных устройств 110A–C, которые могут взаимозаменяемо упоминаться как беспроводные устройства 110 или UE 110, и сетевых узлов 115A–C, которые могут взаимозаменяемо упоминаться как сетевые узлы 115 или усовершенствованные узлы B 115. Беспроводное устройство 110 может обмениваться данными с сетевыми узлами 115 по беспроводному интерфейсу. Например, UE 110 может передавать беспроводные сигналы в один или более сетевых узлов 115 и/или принимать беспроводные сигналы из одного или более сетевых узлов 115. Беспроводные сигналы могут содержать речевой трафик, трафик данных, управляющие сигналы и/или любую другую подходящую информацию. В некоторых вариантах осуществления, область покрытия передачи беспроводных сигналов, ассоциированного с сетевым узлом 115, может упоминаться как сота. В некоторых вариантах осуществления, беспроводные устройства 110 могут иметь D2D–характеристики. Таким образом, беспроводные устройства 110 могут иметь возможность принимать сигналы из и/или передавать сигналы непосредственно в другое беспроводное устройство 110. Например, беспроводное устройство 110A может иметь возможность принимать сигналы из и/или передавать сигналы в беспроводное устройство 110B.

В конкретных вариантах осуществления, сетевые узлы 115 могут взаимодействовать с контроллером радиосети (не проиллюстрирован на фиг. 2). Контроллер радиосети может управлять сетевыми узлами 115 и может предоставлять определенные функции управления радиоресурсами, функции управления мобильностью и/или другие подходящие функции. В конкретных вариантах осуществления, функции контроллера радиосети могут быть включены в сетевой узел 115. Контроллер радиосети может взаимодействовать с базовым сетевым узлом. В конкретных вариантах осуществления, контроллер радиосети может взаимодействовать с базовым сетевым узлом через соединительную сеть. Соединительная сеть может означать любую соединительную систему, допускающую передачу аудио, видео, сигналов, данных, сообщений или любой комбинации предыдущего. Соединительная сеть может включать в себя все или часть из коммутируемой телефонной сети общего пользования (PSTN), сети передачи данных общего пользования или частной сети передачи данных, локальной вычислительной сети (LAN), общегородской вычислительной сети (MAN), глобальной вычислительной сети (WAN), локальной, региональной или глобальной сети связи либо компьютерной сети, такой как Интернет, проводная или беспроводная сеть, корпоративная сеть intranet или любая другая подходящая линия связи, включающая в себя комбинации вышеозначенного.

В некоторых вариантах осуществления, базовый сетевой узел может управлять установлением сеансов связи и различными другими функциональностями для беспроводных устройств 110. Беспроводные устройства 110 могут обмениваться определенными сигналами с базовым сетевым узлом с использованием не связанного с предоставлением доступа уровня. При передаче служебных сигналов на не связанном с предоставлением доступа уровне, сигналы между беспроводными устройствами 110 и базовым сетевым узлом могут прозрачно передаваться через сеть радиодоступа. В конкретных вариантах осуществления, сетевые узлы 115 могут взаимодействовать с одним или более сетевых узлов по межузловому интерфейсу. Например, сетевые узлы 115A и 115B могут взаимодействовать по X2–интерфейсу.

Как описано выше, примерные варианты осуществления сети 100 могут включать в себя одно или более беспроводных устройств 110 и один или более различных типов сетевых узлов, допускающих обмен данными (прямо или косвенно) с беспроводными устройствами 110. Беспроводное устройство 110 может означать любой тип беспроводного устройства, обменивающегося данными с узлом и/или с другим беспроводным устройством в системе сотовой или мобильной связи. Примеры беспроводного устройства 110 включают в себя целевое устройство, устройство с поддержкой связи между устройствами (D2D), устройство машинной связи (MTC) или другое UE, допускающее межмашинную связь (M2M), мобильный телефон или другой терминал, смартфон, PDA (персональное цифровое устройство), портативный компьютер (например, переносной компьютер, планшетный компьютер), датчик, модем, встроенное в переносной компьютер устройство (LEE), установленное в переносном компьютере устройство (LME), аппаратные USB–ключи, ProSe UE, V2V UE, V2X UE, MTC UE, eMTC UE, FeMTC UE, UE CAT 0, UE CAT M1, UE на основе узкополосного Интернета вещей (NB–IoT), UE CAT NB1 либо другое устройство, которое может предоставлять беспроводную связь. Беспроводное устройство 110 также может упоминаться как UE, станция (STA), устройство или терминал в некоторых вариантах осуществления. Кроме того, в некоторых вариантах осуществления, используется общий термин "сетевой радиоузел" (или просто "сетевой узел"). Он может представлять собой любой вид сетевого узла, который может содержать узел B, базовую станцию (BS), радиоузел с поддержкой нескольких стандартов радиосвязи (MSR), такой как MSR BS, усовершенствованный узел B, MeNB, SeNB, сетевой узел, принадлежащий MCG или SCG, сетевой контроллер, контроллер радиосети (RNC), контроллер базовой станции (BSC), релейный управляющий ретранслятор донорного узла, базовую приемо–передающую станцию (BTS), точку доступа (AP), точки передачи, узлы передачи, RRU, RRH, узлы в распределенной антенной системе (DAS), базовый сетевой узел (например, MSC, MME и т.д.), OandM, OSS, SON, узел позиционирования (например, E–SMLC), MDT, тестовое оборудование либо любой подходящий сетевой узел. Ниже подробнее описываются примерные варианты осуществления беспроводных устройств 110, сетевых узлов 115 и других сетевых узлов (таких как контроллер радиосети или базовый сетевой узел) относительно фиг. 3, 4 и 15, соответственно.

Хотя фиг. 2 иллюстрирует конкретную компоновку сети 100, настоящее раскрытие предполагает то, что различные варианты осуществления, описанные в данном документе, могут применяться ко множеству сетей, имеющих любую подходящую конфигурацию. Например, сеть 100 может включать в себя любое подходящее число беспроводных устройств 110 и сетевых узлов 115, а также любых дополнительных элементов, подходящих для того, чтобы поддерживать связь между беспроводными устройствами либо между беспроводным устройством и другим устройством связи (таким как проводной телефон). Кроме того, хотя конкретные варианты осуществления могут описываться как реализованные в сети по стандарту долгосрочного развития (LTE), варианты осуществления могут реализовываться в любом соответствующем типе системы связи, поддерживающей любые подходящие стандарты связи, и с использованием любых подходящих компонентов, и являются применимыми к любым системам на основе LTE, таким как MTC, eMTC и NB–IoT. В качестве примера, MTC UE, eMTC UE и NB–IoT UE также могут называться "UE категории 0", "UE категории M1" и "UE категории NB1", соответственно. Тем не менее, варианты осуществления являются применимыми к любым системам на основе технологии радиодоступа (RAT) или с несколькими RAT, в которых беспроводное устройство принимает и/или передает сигналы (например, данные). Например, различные варианты осуществления, описанные в данном документе также могут быть применимыми к усовершенствованному стандарту LTE и LTE–U UMTS, LTE FDD/TDD, WCDMA/HSPA, GSM/GERAN, Wi–Fi, WLAN, CDMA2000, WiMAX, 5G, новому стандарту радиосвязи (NR), другой подходящей технологии радиодоступа либо любой подходящей комбинации одной или более технологий радиодоступа. Следует отметить, что 5G, пятое поколение мобильной связи и беспроводной технологии, еще не задано полностью, а находится на продвинутой стадии разработки в 3GPP. Она включает в себя работы на предмет 5G–технологии доступа на основе нового стандарта радиосвязи (NR). LTE–терминология используется в данном документе в перспективном смысле, так что она включает в себя эквивалентные 5G–объекты или функциональности, хотя другой термин может указываться в 5G. Общее описание соглашений по 5G NR–технологии доступа содержится в последних версиях технических отчетов серии 38 3GPP. Хотя конкретные варианты осуществления могут описываться в контексте беспроводных передач в нисходящей линии связи, настоящее раскрытие предполагает то, что различные варианты осуществления являются в равной степени применимыми в восходящей линии связи, и наоборот. Описанные технологии являются, в общем, применимыми для передач как из сетевых узлов 115, так и из беспроводных устройств 110.

Фиг. 3 иллюстрирует примерное беспроводное устройство 110 для управления совместным использованием интервала отсутствия сигнала между внутричастотными измерениями различных типов, в соответствии с конкретными вариантами осуществления. Как проиллюстрировано, беспроводное устройство 210 включает в себя приемо–передающее устройство 210, схему 220 обработки и запоминающее устройство 230. В некоторых вариантах осуществления, приемо–передающее устройство 210 упрощает передачу беспроводных сигналов и прием беспроводных сигналов в/из сетевого узла 115 (например, через антенну), схема 220 обработки выполняет инструкции, чтобы предоставлять часть или всю функциональность, описанную выше, как предоставляемую посредством беспроводного устройства 110, и запоминающее устройство 230 сохраняет инструкции, выполняемые посредством схемы 220 обработки. Примеры беспроводного устройства 110 предоставляются выше.

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

Запоминающее устройство 230, в общем, работает с возможностью сохранять инструкции, такие как компьютерная программа, программное обеспечение, приложение, включающее в себя одно или более из логики, правил, алгоритмов, кода, таблиц и т.д., и/или другие инструкции, допускающие выполнение посредством схемы обработки. Примеры запоминающего устройства 230 включают в себя компьютерное запоминающее устройство (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), носители хранения данных большой емкости (например, жесткий диск), съемные носители хранения данных (например, компакт–диск (CD) или цифровой видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, энергонезависимые машиночитаемые и/или машиноисполняемые запоминающие устройства, которые сохраняют информацию.

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

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

Сетевые узлы 115 могут развертываться во всей сети 100 в качестве гомогенного развертывания, гетерогенного развертывания или смешанного развертывания. Гомогенное развертывание, в общем, может описывать развертывание, состоящее из идентичного (или аналогичного) типа сетевых узлов 115 и/или аналогичных размеров покрытия и сот и расстояний между узлами. Гетерогенное развертывание, в общем, может описывать развертывания с использованием множества типов сетевых узлов 115, имеющих различные размеры сот, мощности передачи, пропускные способности и расстояния между узлами. Например, гетерогенное развертывание может включать в себя множество узлов с низким уровнем мощности, размещенных в схеме размещения в макросоте. Смешанные развертывания могут включать в себя смешение гомогенных частей и гетерогенных частей.

Сетевой узел 115 может включать в себя одно или более из приемо–передающего устройства 310, схемы 320 обработки, запоминающего устройства 330 и сетевого интерфейса 340. В некоторых вариантах осуществления, приемо–передающее устройство 310 упрощает передачу беспроводных сигналов и прием беспроводных сигналов из беспроводного устройства 110 (например, через антенну), схема 320 обработки выполняет инструкции для того, чтобы предоставлять часть или всю функциональность, описанную выше как предоставляемую посредством сетевого узла 115, запоминающее устройство 330 сохраняет инструкции, выполняемые посредством схемы 320 обработки, и сетевой интерфейс 340 передает сигналы во внутренние интерфейсные сетевые компоненты, такие как шлюз, коммутатор, маршрутизатор, Интернет, коммутируемая телефонная сеть общего пользования (PSTN), базовые сетевые узлы или контроллеры радиосети и т.д.

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

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

Запоминающее устройство 330, в общем, работает с возможностью сохранять инструкции, такие как компьютерная программа, программное обеспечение, приложение, включающее в себя одно или более из логики, правил, алгоритмов, кода, таблиц и т.д., и/или другие инструкции, допускающие выполнение посредством процессора. Примеры запоминающего устройства 330 включают в себя компьютерное запоминающее устройство (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), носители хранения данных большой емкости (например, жесткий диск), съемные носители хранения данных (например, компакт–диск (CD) или цифровой видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, энергонезависимые машиночитаемые и/или машиноисполняемые запоминающие устройства, которые сохраняют информацию.

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

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

Согласно конкретным вариантам осуществления, беспроводные устройства 110 и сетевой узел 115 могут взаимодействовать, чтобы приводить к удалению дублированных пакетов для передачи. Например, беспроводное устройство 110 может быть сконфигурировано посредством сетевого узла 115 с возможностью удалять дублированные пакеты из передачи в случае конфигурирования для режима с квитированием (AM)/режима без квитирования (UM) на уровне управления радиосвязью (RLC). Согласно конкретным вариантам осуществления, когда протокольные единицы данных (PDU) по протоколу конвергенции пакетных данных (PDCP) передаются через две линии связи, RLC–объект каждой из линий связи должен передавать PDCP PDU. Каждый RLC–объект должен передавать PDCP PDU в одном либо в нескольких RLC PDU или RLC PDU–сегментах. Фиг. 5 иллюстрирует примерное преобразование 400 PDCP PDU в RLC PDU.

Фиг. 6 иллюстрирует PDCP PDU 500, передаваемый независимо посредством двух RLC–объектов, согласно конкретным вариантам осуществления. Типично, приемный объект может передавать положительную квитанцию в отчете о состоянии RLC для каждой RLC PDU, которая успешно принимается. Когда подтвержден прием всех RLC PDU (или PDU–сегментов), переносящих различные части PDCP PDU, RLC–объект должен указывать PDCP–объекту то, что пакет PDCP принят одноранговым объектом.

Фиг. 7 иллюстрирует примерную последовательность передачи 600 для удаления дублированных пакетов для передачи, когда дублированные PDCP PDU передаются через две линии связи. Согласно конкретным вариантам осуществления, когда PDCP–объект 605 принимает индикатор посредством первого из RLC–объектов 610A того, что определенная PDCP PDU принята одноранговым объектом:

1) PDCP–объект 605 указывает второму RLC–объекту 610B необходимость прекращать передачу RLC PDU, содержащих PDCP PDU.

Согласно конкретным вариантам осуществления, можно предполагать, что второй RLC–объект 610B еще не указывает то, что PDCP PDU принята посредством однорангового объекта. Таким образом, индикатор из PDCP 605 в этот второй RLC–объект 610B может быть необязательным, согласно конкретным вариантам осуществления, и передается только в том случае, если этот второй RLC–объект 610B еще не указывает успешную передачу PDCP PDU.

Согласно конкретным вариантам осуществления, PDCP 605 и второй RLC–объект 610B могут не размещаться совместно. В таком варианте осуществления, связь индикатора, чтобы отбрасывать PDCP PDU во втором RLC, может 610B передаваться через транзитный канал. Например, индикатор может передаваться через X2 (или его развитие). Согласно конкретному варианту осуществления, индикатор может быть включен в передачу служебных сигналов управления потоками из узла, реализующего PDCP, в узел, реализующий RLC. Фиг. 8 иллюстрирует примерную беспроводную сеть 700 для отбрасывания пакетов на основе обратной связи, передаваемой в X2–канале.

2) Второй RLC–объект 610B должен прекращать передачи RLC PDU, преобразующихся в PDCP PDU. Согласно конкретному варианту осуществления, например, второй RLC–объект 610B может удалять PDCP PDU из буфера организации очереди, который может включать в себя RLC SDU, и отбрасывать эти RLC PDU (или RLC PDU–сегменты). Второй RLC–объект затем может обновлять переменные RLC–состояния. Например, второй RLC–объект 610B может перемещать окно передачи за пределы этих отброшенных PDU, когда второй RLC–объект 610B рассматривает отброшенные PDU как успешно передаваемые.

Согласно конкретным вариантам осуществления, связанным с AM–передачами, счетчик для "передач+повторных передач" RLC PDU может сбрасываться таким образом, что для конкретной RLC PDU, индикатор относительно максимального числа достигнутых повторных передач не может достигаться.

3) Согласно конкретным вариантам осуществления, второй RLC–объект 610B может информировать одноранговый RLC–объект (приемный RLC–объект 615B) в отношении того, какие RLC PDU должны отбрасываться. В конкретном варианте осуществления, передача этого индикатора ("PDU RLC–управления") может быть приоритизирована выше других RLC–данных, которые должны передаваться.

Может быть распознано то, что этап информирования, посредством второго RLC–объекта 610B, однорангового RLC–объекта 615B в отношении того, какие RLC PDU следует отбрасывать, может быть затруднительным, поскольку можно предполагать, что линия связи разрывается. Тем не менее, эта информация обеспечивает возможность приемному устройству перемещать окно приема за пределы отброшенных PDU. Согласно конкретным вариантам осуществления, таймер переупорядочения не затрагивает доставку в PDCP и в силу этого не представляет серьезную проблему, но может приводить к передаче отчета о состоянии.

Согласно конкретным вариантам осуществления, можно предполагать, что линия связи по этому второму RLC 610B в конечном счете снова доступна для передачи, так что сторона приемного устройства может фактически информироваться в отношении отброшенных PDU. Когда эта линия связи доступна для передачи снова вследствие более раннего отбрасывания, уже принимаемые данные через другой RLC более не должны повторно передаваться избыточно через второй RLC 610B.

4) Одноранговый RLC–объект (приемный RLC–объект 615B) этого второго RLC 610B отбрасывает RLC PDU, указываемую в этом принимаемом индикаторе из передающего RLC 610B, и обновляет переменные RLC–состояния и таймеры, соответственно (например, таймер переупорядочения). Одноранговый RLC–объект 610B должен рассматривать эти RLC PDU как "успешно принятые" PDU и перемещать окно приема за пределы этих PDU.

Согласно конкретным вариантам осуществления, может предоставляться RLF в виде тайм–аута передачи PDCP. В частности, чтобы исключать достижение максимального числа индикатора повторных RLC–передач и запуск RLF–процедуры, оператор может выбирать деактивировать индикатор для обоих RLC. Чтобы компенсировать и по–прежнему иметь возможность надежно обнаруживать RLF, может рассматриваться способ по PDCP. Например, согласно конкретным вариантам осуществления, максимальный предел времени передачи, чтобы подтверждать прием, может задаваться для каждой PDCP PDU. Если максимальный предел времени передачи достигается, индикатор может запускаться на верхних уровнях, которые затем запускают RLF. В конкретном варианте осуществления, когда RLC ACK для PDCP PDU принимается из любого RLC 610A–B, таймер может сбрасываться, и RLF может не запускаться. Альтернативно, один таймер может задаваться для нижнего края окна PDCP–передачи. Например, может не подтверждаться прием PDCP PDU с наименьшим SN. Когда не подтверждается прием этой PDCP PDU в течение определенного времени, RLF–индикатор запускается на верхних уровнях.

Фиг. 9 иллюстрирует примерный способ 800 посредством беспроводного устройства для удаления дублированных пакетов для передачи, согласно конкретным вариантам осуществления. В конкретных вариантах осуществления, способ может осуществляться посредством PDCP–уровня беспроводного устройства 110.

Способ может начинаться на этапе 802, когда данные передаются по первой линии связи. В конкретном варианте осуществления, данные могут включать в себя PDCP PDU. В другом варианте осуществления, данные могут включать в себя PDCP PDU–сегмент. Данные дополнительно могут передаваться по второй линии связи, на этапе 804. Таким образом, первая и вторая копии данных могут передаваться по первой и второй линиях связи, соответственно, на этапах 802 и 804.

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

На этапе 806, одна или более дополнительных повторных передач данных планируются по второй линии связи. В конкретном варианте осуществления, планирование по меньшей мере одной дополнительной повторной передачи данных может включать в себя сохранение множества копий данных в качестве PDU в RLC SDU–буфере.

На этапе 808, положительная квитанция, указывающая успешный прием протокольной единицы данных по первой линии связи, принимается из приемного устройства. В конкретном варианте осуществления, положительная квитанция принимается в отчете о RLC–состоянии. В конкретном варианте осуществления, положительная квитанция принимается через первый RLC–объект, ассоциированный с беспроводным устройством 110. Первый RLC–объект после этого может передавать индикатор в PDCP–объект беспроводного устройства 110, которое идентифицирует то, что данные успешно приняты посредством приемного устройства. Если второй RLC–объект, ассоциированный со второй линией связи, не размещается совместно с PDCP, такой индикатор может передаваться и приниматься через транзитный канал, в конкретном варианте осуществления. В конкретном варианте осуществления, второй RLC–объект может передавать индикатор в RLC–объект на стороне приемного устройства по второй линии связи. Индикатор может идентифицировать одну или более повторных передач данных, которые должны отбрасываться.

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

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

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

Способ может начинаться на этапе 902, когда приемное устройство принимает, из беспроводного устройства 110, PDU или сегмент PDU по первой линии связи. В конкретном варианте осуществления, PDU или сегмент PDU может приниматься посредством первого RLC–объекта 615A приемного устройства из первого RLC–объекта 610A беспроводной связи. На этапе 904, в ответ на прием PDU или сегмента PDU по первой линии связи, приемное устройство передает положительную квитанцию в беспроводное устройство. В конкретном варианте осуществления, положительная квитанция может передаваться в отчете о состоянии на уровне управления радиосвязью (RLC). В конкретном варианте осуществления, в котором PDU или сегмент PDU принимается посредством первого RLC–объекта 615A приемного устройства, положительная квитанция может передаваться посредством первого RLC–объекта 615A приемного устройства в первый RLC–объект 610A беспроводного устройства.

На этапе 906, приемное устройство принимает, из беспроводного устройства, по меньшей мере, одну повторную передачу PDU или сегмента PDU по второй линии связи. В конкретном варианте осуществления, первая линия связи может быть ассоциирована с первой технологией радиодоступа, и вторая линия связи ассоциирована со второй технологией радиодоступа. В конкретном варианте осуществления, PDU или сегмент PDU может приниматься посредством второго RLC–объекта 615B приемного устройства из второго RLC–объекта 610A беспроводного устройства. В конкретном варианте осуществления, приемное устройство может сохранять PDU или сегмент PDU в RLC SDU–буфере.

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

Фиг. 11 иллюстрирует примерный контроллер радиосети или базовый сетевой узел 1400, в соответствии с конкретными вариантами осуществления. Примеры сетевых узлов могут включать в себя центр коммутации мобильной связи (MSC), обслуживающий узел поддержки GPRS (SGSN), объект управления мобильностью (MME), контроллер радиосети (RNC), контроллер базовой станции (BSC) и т.д. Контроллер радиосети или базовый сетевой узел 1000 включает в себя схему 1020 обработки, запоминающее устройство 1030 и сетевой интерфейс 1040. В некоторых вариантах осуществления, схема 1020 обработки выполняет инструкции для того, чтобы предоставлять часть или всю функциональность, описанную выше как предоставляемую посредством сетевого узла, запоминающее устройство 1030 сохраняет инструкции, выполняемые посредством схемы 1020 обработки, и сетевой интерфейс 1040 передает сигналы в любой подходящий узел, такой как шлюз, коммутатор, маршрутизатор, Интернет, коммутируемая телефонная сеть общего пользования (PSTN), сетевые узлы 115, контроллеры радиосети или базовые сетевые узлы 1000 и т.д.

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

Запоминающее устройство 1030, в общем, работает с возможностью сохранять инструкции, такие как компьютерная программа, программное обеспечение, приложение, включающее в себя одно или более из логики, правил, алгоритмов, кода, таблиц и т.д., и/или другие инструкции, допускающие выполнение посредством процессора. Примеры запоминающего устройства 1030 включают в себя компьютерное запоминающее устройство (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), носители хранения данных большой емкости (например, жесткий диск), съемные носители хранения данных (например, компакт–диск (CD) или цифровой видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, энергонезависимые машиночитаемые и/или машиноисполняемые запоминающие устройства, которые сохраняют информацию.

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

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

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

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

Предусмотрены различные варианты для того, чтобы активировать/деактивировать этот признак:

– RRC–сообщение: RRC–сообщение, конфигурирующее признак, может активировать/деактивировать признак.

– Триггер по событиям: Этот механизм может быть аналогичным событию измерения. При определенном событии (сконфигурированном посредством сети), UE должно активировать/деактивировать дублирование PDCP–данных.

– PDCP: PDCP–уровень может активировать и деактивировать дублирование посредством команды PDCP–управления. В этом случае, NW может отправлять команду PDCP–управления в UE, когда она хочет активировать или деактивировать дублирование. Следует отметить, то, что конфигурация должна по–прежнему передаваться заблаговременно по RRC.

– MAC: MAC уже имеет MAC CE, который обеспечивает возможность NW модифицировать определенные MAC–признаки. MAC CE может использоваться для того, чтобы активировать или деактивировать дублирование PDPC; тем не менее, он создает межуровневую зависимость, что не считается полезным в этом случае.

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

– Команда PDCP–управления может активировать/деактивировать дублирование данных в UL (DRB).

– После того, как дублирование PDCP активировано, UE должно доставлять идентичные PDCP PDU в оба RLC–объекта.

– После того, как дублирование PDCP деактивировано, UE не должно доставлять идентичные PDCP PDU в оба RLC–объекта.

– все (дублированные) данные на нижних (RLC/MAC)–уровнях должны оставаться незатронутыми посредством активации/деактивации дублирования PDCP.

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

В ветви, которая имеет плохую радиосвязь, RLC должен выполнять повторные передачи, которые более могут не требоваться (поскольку они приняты через другую ветвь). Если ветвь восстанавливается, RLC по–прежнему может передавать данные, ожидающие в RLC/MAC (т.е. повторные передачи). Тем не менее, все эти данные должны отбрасываться посредством NW. Таким образом, предпочтительно, если UE не передает их.

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

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

PDCP–уровень в UE может знать то, принята или нет PDCP PDU посредством NW, если RLC AM использован. PDCP–уровень также знает то, в какой ветви успешно приняты данные. Таким образом, PDCP–объект может указывать другому RLC–объекту необходимость прекращать передачу этих PDCP PDU. Одноранговый RLC–объект (на стороне NW) должен также информироваться в отношении этого, так что окно приемного устройства может перемещаться вперед.

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

– передачу данных по первой линии связи;

– передачу данных по второй линии связи;

– планирование одной или более дополнительных повторных передач данных по второй линии связи;

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

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

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

– в необязательном порядке, данные содержат сегмент пакетной единицы данных;

– в необязательном порядке, положительная квитанция принимается в отчете о RLC–состоянии;

– в необязательном порядке, положительная квитанция принимается через первый RLC–объект, ассоциированный с первой линией связи, при этом первый RLC–объект передает индикатор в PDCP–объект беспроводного устройства того, что данные приняты посредством приемного устройства;

– в необязательном порядке, второй RLC–объект, ассоциированный со второй линией связи, не размещается совместно с PDCP, и индикатор, передаваемый в PDCP–объект, принимается через транзитный канал;

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

– в необязательном порядке, планирование по меньшей мере одной дополнительной повторной передачи данных содержит сохранение множества копий данных в качестве PDU в RLC SDU–буфере;

– в необязательном порядке, отмена одной или более дополнительных повторных передач данных по второй линии связи содержит удаление множества копий данных из RLC SDU–буфера и отбрасывание удаленных копий данных;

– в необязательном порядке, положительная квитанция, принимаемая через первый RLC–объект, ассоциированный с первой линией связи, принимается до того, как положительная квитанция принимается через второй RLC–объект, ассоциированный со второй линией связи;

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

– в необязательном порядке, способ осуществляется посредством PDCP–уровня беспроводного устройства;

– в необязательном порядке, передача по первой линии связи выполняется посредством первого RLC–объекта беспроводного устройства;

– в необязательном порядке, передача по второй линии связи выполняется посредством второго RLC–объекта беспроводного устройства;

– в необязательном порядке, прием конфигурации из сетевого узла для RLC–режима с квитированием (AM);

– в необязательном порядке, максимальное пороговое значение времени передачи задается для приема положительной квитанции, причем максимальное пороговое значение времени передачи запускает процедуру в случае сбоя на уровне радиосвязи;

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

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

– схему обработки, причем схема обработки выполнена с возможностью:

– передавать данные по первой линии связи;

– передавать данные по второй линии связи;

– планировать одну или более дополнительных повторных передач данных на вторую линию связи;

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

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

– в необязательном порядке, положительная квитанция, принимаемое через первый RLC–объект, ассоциированный с первой линией связи, принимается до того, как положительная квитанция принимается через второй RLC–объект, ассоциированный со второй линией связи;

– в необязательном порядке, схема обработки ассоциирована с PDCP–уровнем беспроводного устройства;

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

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

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

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

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

Claims

1. Способ функционирования сетевого узла (115), содержащий этапы, на которых:

передают посредством первого объекта (610A) управления радиосвязью (RLC) протокольную единицу данных (PDU) протокола конвергенции пакетных данных (PDCP) или сегмент PDU PDCP по первой линии связи, при этом первый RLC–объект (610A) ассоциирован с первой линией связи;

передают посредством второго RLC-объекта (610B) эти PDU PDCP или сегмент PDU PDCP по второй линии связи, при этом второй RLC–объект (610B) ассоциирован со второй линией связи;

планируют посредством второго RLC-объекта (610B) одну или более повторных передач упомянутых PDU PDCP или сегмента PDU PDCP по второй линии связи;

принимают из приемного устройства через первый RLC-объект (610A) положительную квитанцию, указывающую успешный прием упомянутых PDU PDCP или сегмента PDU PDCP по первой линии связи;

передают посредством первого RLC–объекта (610A) в объект (605) PDCP указание того, что упомянутый PDU PDCP принят приемным устройством;

передают через транзитный канал во второй RLC–объект (610В) указание отбросить упомянутые PDU PDCP или сегмент PDU PDCP, при этом объект (605) PDCP не размещен совместно со вторым RLC–объектом (610В); и

в ответ на прием упомянутого указания отбросить PDU PDCP или сегмент PDU PDCP отменяют посредством второго RLC–объекта (610В) упомянутые одну или более повторных передач PDU PDCP или сегмента PDU PDCP по второй линии связи.

2. Способ по п.1, в котором положительная квитанция принимается в отчете о состоянии на уровне управления радиосвязью (RLC).

3. Способ по п.1 или 2, в котором положительная квитанция, принимаемая через первый RLC–объект, ассоциированный с первой линией связи, принимается до того, как положительная квитанция принимается через второй RLC–объект, ассоциированный со второй линией связи.

4. Способ по п.1, в котором второй RLC–объект передает указание в RLC–объект на стороне приемного устройства, ассоциированный со второй линией связи, каковое указание идентифицирует одну или более повторных передач данных, которые должны отбрасываться.

5. Способ по п.1, в котором упомянутое планирование по меньшей мере одной повторной передачи PDU PDCP или сегмента PDU PDCP содержит этап, на котором сохраняют множество копий упомянутых PDU PDCP или сегмента PDU PDCP в буфере служебных единиц данных (SDU) RLC.

6. Способ по п.5, в котором упомянутая отмена одной или более повторных передач PDU PDCP или сегмента PDU PDCP по второй линии связи содержит этап, на котором удаляют упомянутое множество копий PDU PDCP или сегмента PDU PDCP из буфера SDU RLC и отбрасывают удаленное множество копий PDU PDCP или сегмента PDU PDCP.

7. Способ по п.1, в котором первая линия связи ассоциирована с первой технологией радиодоступа и вторая линия связи ассоциирована со второй технологией радиодоступа.

8. Способ по п.1, в котором максимальное пороговое значение времени передачи задается для приема положительной квитанции, причем максимальное пороговое значение времени передачи запускает процедуру в случае сбоя на уровне радиосвязи (RLF).

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

10. Сетевой узел (115), содержащий:

схему (320) обработки, выполненную с возможностью:

передавать посредством первого объекта (610A) управления радиосвязью (RLC) протокольную единицу данных (PDU) протокола конвергенции пакетных данных (PDCP) или сегмент PDU PDCP по первой линии связи, при этом первый RLC–объект (610A) ассоциирован с первой линией связи;

передавать посредством второго RLC-объекта (610B) эти PDU PDCP или сегмент PDU PDCP по второй линии связи, при этом второй RLC–объект (610B) ассоциирован со второй линией связи;

планировать посредством второго RLC-объекта (610B) одну или более повторных передач упомянутых PDU PDCP или сегмента PDU PDCP по второй линии связи;

принимать из приемного устройства через первый RLC-объект (610A) положительную квитанцию, указывающую успешный прием упомянутых PDU PDCP или сегмента PDU PDCP по первой линии связи;

передавать посредством первого RLC–объекта (610A) в объект (605) PDCP указание того, что упомянутый PDU PDCP принят приемным устройством;

передавать через транзитный канал во второй RLC–объект (610В) указание отбросить упомянутые PDU PDCP или сегмент PDU PDCP, при этом объект (605) PDCP не размещен совместно со вторым RLC–объектом (610В); и

в ответ на прием упомянутого указания отбросить PDU PDCP или сегмент PDU PDCP отменять посредством второго RLC–объекта (610В) упомянутые одну или более повторных передач PDU PDCP или сегмента PDU PDCP по второй линии связи.

11. Сетевой узел (115) по п.10, при этом положительная квитанция принимается в отчете о состоянии на уровне управления радиосвязью (RLC).

12. Сетевой узел (115) по п.10 или 11, при этом положительная квитанция, принимаемая через первый RLC–объект, ассоциированный с первой линией связи, принимается до того, как положительная квитанция принимается через второй RLC–объект, ассоциированный со второй линией связи.

13. Сетевой узел (115) по п.10, при этом второй RLC–объект передает указание в RLC–объект на стороне приемного устройства, ассоциированный со второй линией связи, каковое указание идентифицирует одну или более повторных передач данных, которые должны отбрасываться.

14. Сетевой узел (115) по п.10, в котором упомянутое планирование по меньшей мере одной повторной передачи PDU PDCP или сегмента PDU PDCP содержит сохранение множества копий упомянутых PDU PDCP или сегмента PDU PDCP в буфере служебных единиц данных (SDU) RLC.

15. Сетевой узел (115) по п.14, в котором упомянутая отмена одной или более повторных передач PDU PDCP или сегмента PDU PDCP по второй линии связи содержит удаление упомянутого множества копий PDU PDCP или сегмента PDU PDCP из буфера SDU RLC и отбрасывание удаленного множества копий PDU PDCP или сегмента PDU PDCP.

16. Сетевой узел (115) по п.10, при этом первая линия связи ассоциирована с первой технологией радиодоступа и вторая линия связи ассоциирована со второй технологией радиодоступа.

17. Сетевой узел (115) по п.10, при этом схема обработки ассоциирована с PDCP–уровнем сетевого узла (115).

18. Сетевой узел (115) по п.10, при этом максимальное пороговое значение времени передачи задается для приема положительной квитанции, причем максимальное пороговое значение времени передачи запускает процедуру в случае сбоя на уровне радиосвязи (RLF).

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