PDCP И УПРАВЛЕНИЕ ПОТОКОМ ДЛЯ РАЗДЕЛЕННОГО ОДНОНАПРАВЛЕННОГО КАНАЛА Российский патент 2018 года по МПК H04L1/16 H04L12/801 H04L12/807 H04L12/825 

ПРИОРИТЕТ

Эта заявка испрашивает приоритет по 35 U.S.C. 119(e) предварительной заявки США 61/990,944, поданной 9 мая, 2014, озаглавленной "PDCP AND FLOW CONTROL FOR SPLIT BEARER", все содержимое которой включено в настоящее описание посредством ссылки.

ОБЛАСТЬ ТЕХНИКИ

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

УРОВЕНЬ ТЕХНИКИ

Возможность двойного соединения является одной из функциональных возможностей, стандартизированных в рамках зонтичной работы усовершенствований малой соты в рамках 3GPP версии 12. Возможность двойного соединения является функциональной возможностью, которая обеспечивает возможность пользовательскому оборудованию (UE) одновременно принимать и передавать по меньшей мере в две разные точки сети. Две разные точки сети обычно обозначаются как главный eNodeB (MeNB) и вторичный eNodeB (SeNB). MeNB обслуживают группу главных сот (MCG), и SeNB обслуживают группу вторичных сот(SCG). Предполагается, что использование протокола управления радиоресурсами (RRC), который отвечает за конфигурирование UE, внутри MeNB прерывается. Хотя UE принимает сигнализацию управления RRC посредством MCG, оно может принять пользовательские данные посредством как MCG, так и SCG.

Фигура 1 является блок-схемой архитектуры протокола при возможности двойного соединения. Предполагаемая в настоящее время архитектура протокола для версии 12 поддерживает три типа однонаправленных радиоканалов внутри MeNB 10 и SeNB 20. Тремя типами однонаправленных радиоканалов являются однонаправленный канал 30 MCG, однонаправленный канал 40 SCG и разделенный однонаправленный канал 50 через MCG и SCG. Однонаправленный канал 30 MCG включает в себя протокол 32 конвергенции пакетных данных (PDCP) и управление 34 линией радиосвязи (RLC). Однонаправленный канал 40 SCG включает в себя PDCP 42 и RLC 44, разделенный однонаправленный канал 50 включает в себя PDCP 52, RLC 54 и RLC 56. В случае разделенного однонаправленного канала 50, пользовательские данные, которые принимаются посредством PDCP 52, разделяются посредством как RLC 54 из MeNB 10, так и RLC 56 из SeNB 20. Предполагается, что некоторые блоки пакетных данных (PDU) PDCP могут быть переданы в MeNB RLC 54 и некоторые могут быть переданы в SeNB RLC 56. Из-за задержки передачи линии транспортной сети между MeNB 10 и SeNB 20, и разных состояний линии радиосвязи между MeNB 10 и UE, и SeNB 20 и UE, объект приема протокола PDCP принимает PDU не по порядку. Чтобы обеспечить доставку по очереди на более высокие уровни, PDCP должен буферизовать принятые PDU и переупорядочить их, на основе окна переупорядочивания и посредством использования таймера переупорядочивания. Обычное окно переупорядочивания имеет размер в половину пространства порядковых номеров.

Обратная связь между MeNB 10 и SeNB 20 может требоваться для функционирования разделенного однонаправленного канала при возможности двойного соединения для балансировки потока данных между MeNB 10 и SeNB 20. Обратная связь обеспечивает MeNB 10 возможность определения, сколько данных требуется отправить в SeNB 20, так чтобы очередь передатчика SeNB не была ни недогружена, ни перегружена. Кроме того, обратная связь для объекта передачи PDCP в MeNB 10 из SeNB 20 в MeNB 10 является необходимой, чтобы гарантировать, что для разделенных однонаправленных каналов MeNB 10 не задействует более, чем половину пространства порядковых номеров PDCP. Приемник PDCP, на основе окна переупорядочивания в половину пространства порядковых номеров, не способен корректно обработать больше задействованных данных, чем половина пространства порядковых номеров. Если MeNB 10 задействует более, чем половину пространства порядковых номеров PDCP, могут возникнуть проблемы, такие как десинхронизация номеров гиперкадров (HFN). Есть потребность в механизме обратной связи, который удовлетворяет обоим этим требованиям и обеспечивает MeNB 10 возможность определения, сколько пространства PDCP SN задействовано в текущий момент, для того, чтобы продвинуть окно передачи.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

Обратная связь от второго узла, содержит: наибольший порядковый номер PDCP для PDCP PDU, который был успешно доставлен последовательно на пользовательское оборудование, из числа одного или более PDCP PDU, отправленных второму узлу сети; желаемый дополнительный объем данных в байтах, причем желаемый дополнительный объем данных в байтах посчитан исходя из наибольшего порядкового номера PDCP для PDCP PDU, который был успешно доставлен последовательно на пользовательское оборудование; и список любых порядковых номеров, характерных для межузловых интерфейсов, для PDCP PDU, отправленных второму узлу сети, которые были объявлены как потерянные на втором узле сети и еще не сообщены узлу сети как потерянные.

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

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

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

Также раскрыт узел сети. Узел сети содержит один или более процессоров. Один или более процессоров выполнены с возможностью приема, от второго узла сети, одного или более блоков пакетных данных (PDU) протокола конвергенции пакетных данных (PDCP) на межузловом интерфейсе, причем каждый из одного или более PDCP PDU имеет ассоциированный порядковый номер PDCP и ассоциированный порядковый номер, характерный для межузлового интерфейса, причем порядковые номера, характерные для межузловых интерфейсов, присвоены вторым узлом сети. Один или более процессоров выполнены с возможностью передачи одного или более из принятых одного или более PDCP PDU пользовательскому оборудованию. Один или более процессоров выполнены с возможностью сообщения обратной связи второму узлу сети, причем обратная связь, сообщенная второму узлу сети, содержит: наибольший порядковый номер PDCP для PDCP PDU, который был успешно доставлен последовательно на пользовательское оборудование, из числа одного или более PDCP PDU, принятых от второго узла сети; желаемый дополнительный объем данных в байтах, причем желаемый дополнительный объем данных в байтах посчитан исходя из наибольшего порядкового номера PDCP для PDCP PDU, который был успешно доставлен последовательно на пользовательское оборудование; и список любых порядковых номеров, характерных для межузловых интерфейсов, для PDCP PDU, объявленных как потерянные на узле сети и еще не сообщенных второму узлу сети как потерянные.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фигура 1 является блок-схемой архитектуры протокола при возможности двойного соединения;

Фигура 2 является блок-схемой, иллюстрирующей вариант осуществления сети, в соответствии с некоторыми вариантами осуществления;

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

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

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

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ

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

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

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

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

Беспроводное устройство 110 может обмениваться некоторыми сигналами с узлом 120 базовой сети с использованием уровня слоя без доступа. При сигнализации слоя без доступа, сигналы между беспроводным устройством 110 и узлом 120 базовой сети могут быть незаметно пропущены через сеть радиодоступа. Примерные варианты осуществления беспроводного устройства 110, узла 115 радиосети и других узлов сети (таких как контроллер радиосети или узел 120 базовой сети) описаны по отношению к Фигурам 7, 8 и 9, соответственно.

С помощью возможности двойного соединения UE 110 может одновременно принимать и передавать по меньшей мере на две разные точки сети. Как описано выше, две разные точки сети обычно обозначаются как MeNB и SeNB. В определенных вариантах осуществления, узлом 115A радиосети может быть MeNB, и узлом 115B радиосети может быть SeNB. В таком случае, узел 115A радиосети, как MeNB, обслуживает группу главных сот (MCG), и SeNB 115B обслуживает группу вторичных сот (SCG). В определенных вариантах осуществления, использование протокола RRC, который отвечает за конфигурирование UE 110, внутри MeNB 115A прерывается. Хотя UE 110 принимает сигнализацию управления RRC посредством MCG, оно может принять пользовательские данные посредством как MCG, так и SCG.

При функционировании, MeNB 115A может принять пользовательские данные для UE 110. Другими словами, MeNB 115A может принять один или более PDCP PDU для отправки на UE 110. MeNB 115A может передать один или более PDCP PDU на UE 110, и может отправить один или более PDCP PDU в SeNB 115B, так чтобы SeNB 115B мог передать их на UE 110. PDCP PDU, отправленные в SeNB 115B, могут иметь как порядковые номера (SN) PDCP, так и SN, характерные для межузловых интерфейсов. SN, характерные для межузловых интерфейсов, могут быть последовательными, и PDCP SN могут не быть последовательными с точки зрения SeNB 115B. SeNB 115B может сообщить обратную связь в MeNB 115A. MeNB 115A может выполнить одну или более операций на основе принятой обратной связи.

Как описано выше, обратная связь управления потоком между MeNB 115A и SeNB 115B может требоваться для функционировании разделенного однонаправленного канала при возможности двойного соединения, чтобы балансировать поток данных между MeNB 115A и SeNB 115B. К тому же, обратная связь для передатчика PDCP от SeNB 115B в MeNB 115A может быть необходима, чтобы гарантировать, что для разделенных однонаправленных каналов, MeNB 115A не задействует более, чем половину пространства порядковых номеров, для того, чтобы избежать десинхронизации HFN (как при существующем поведении). Это применимо к обоим возможным вариантам для поведения переупорядочивания PDCP (решения с окном на основе вытягивания и на основе выталкивания). В дополнение, сигнализация обратной связи может также быть использована для управления буфером MeNB 115A, так чтобы подтвержденные PDU могли быть удалены, и можно было избежать необязательных повторных передач после передачи обслуживания, удаления однонаправленного канала или SeNB.

В определенных вариантах осуществления, обратная связь может быть сообщена любым подходящим образом. Например, предложенный механизм обратной связи может затрагивать использование межузлового интерфейса 125 между MeNB 115A и SeNB 115B. Настоящее раскрытие предполагает, что любой подходящий межузловой интерфейс 125 может быть использован для предложенного механизма обратной связи. В качестве одного примера, межузловым интерфейсом 125 может быть интерфейс LTE X2.

SeNB 115B может сообщить любую подходящую информацию в качестве обратной связи в MeNB 115A. Например, в определенных вариантах осуществления, в качестве обратной связи от SeNB 115B в MeNB 115A для разделенного однонаправленного канала, SeNB 115B может предоставить посредством SeNB RLC наибольший порядковый номер успешно доставленного PDCP PDU; список неуспешно доставленных PDU на межузловом интерфейсе 125 на основе порядковых номеров, характерных для межузловых интерфейсов (например, как список порядковых номеров); и желаемый объем дополнительных байтов посредством SeNB 115B в качестве сдвига байтов к наибольшему порядковому номеру успешно доставленного PDCP PDU.

На основе этой обратной связи, и учитывая обратную связь успешно доставленных PDCP PDU от MeNB RLC, MeNB 115A может гарантировать, что задействуется не более, чем половина пространства PDCP SN для UE 110. В определенных вариантах осуществления, это может быть выполнено посредством определения, на основе общей обратной связи, окна приема и состояния таймера переупорядочивания в приемнике PDCP из UE 110. Соблюдая требование не задействования более, чем половины пространства порядковых номеров PDCP, MeNB 115A может максимизировать пропускную способность посредством SeNB 115B, учитывая свой желаемый объем данных.

Как описано выше, в качестве части обратной связи, сообщенной в MeNB 115A посредством SeNB 115B, SeNB 115B может сообщить о PDCP PDU, успешно доставленных на UE 110. PDCP PDU могут иметь PDCP SN. PDCP SN могут не быть последовательными с точки зрения SeNB 115B. SeNB 115B может сообщить наибольший PDCP SN для PDU, которые были успешно доставлены на UE 110 посредством RLC в SeNB 115B, с момента последнего случая обратной связи. Следует отметить, что самого по себе указания одиночного наибольшего успешно по порядку доставленного PDCP PDU может быть недостаточно в качестве обратной связи, так как не будут учитываться потенциальные потери или доставки не по порядку на межузловом интерфейсе 125, таком как интерфейс X2.

В дополнение к осуществлению сообщения наибольшего SN успешно доставленного по порядку PDCP PDU, обратная связь от SeNB 115B в MeNB 115A может включать в себя список PDU, вообще не принятых на SeNB 115B. Важно, что MeNB 115A знает о недостатках межузлового интерфейса (например, недостатках X2), так что он никогда не недооценивает задействованные данные (т.е., никогда не отправляет более, чем половина задействованного пространства PDCP SN), чтобы избежать десинхронизации HFN. В определенных вариантах осуществления, это достигается посредством присвоения порядковых номеров, характерных для межузловых интерфейсов, посредством MeNB 115A каждому PDCP PDU, отправленному через межузловой интерфейс 125. В определенных вариантах осуществления, межузловым интерфейсом 125 может быть интерфейс X2, и порядковыми номерами, характерными для межузловых интерфейсов, могут быть X2 SN. В определенных вариантах осуществления, SN, характерные для межузловых интерфейсов, могут быть последовательными. Хотя некоторые варианты осуществления могут быть описаны в том, что касается интерфейса X2 и порядковых номеров X2, настоящее раскрытие предполагает, что могут быть использованы любой подходящий межузловой интерфейс и любые подходящие SN, характерные для межузловых интерфейсов. MeNB 115A может присвоить каждому PDCP PDU, отправленному через межузловой интерфейс 125, SN, характерный для межузлового интерфейса. Например, MeNB 115A может присвоить X2 SN для того, чтобы обеспечить SeNB 115B возможность обнаружения потерь на межузловом интерфейсе 125 (например, X2-U).

Для иллюстрации, рассмотрим нижеследующие примеры, в которых предполагается, что MeNB 115A отправляет PDCP PDU с PDCP SN №2 и №4 прямо на UE 110 через беспроводной интерфейс, и отправляет PDCP PDU с PDCP SN №1, №3, и №5 в SeNB 115B через X2. PDCP PDU, имеющие PDCP SN №1, №3 и №5 отображаются в X2 SN №10, №11 и №12, соответственно. Следует отметить, что в целях этих примеров, порядковые номера, характерные для межузловых интерфейсов, являются последовательными, хотя порядковые номера PDCP PDU могут не быть последовательными с точки зрения SeNB 115B.

В качестве первого примера, предполагается, что PDCP PDU №1, №3 и №5 приняты от MeNB 115A посредством SeNB 115B по порядку. В таком случае, SeNB 115B будет иметь возможность понять, что PDU приняты по порядку, и что PDU не пропали, на основе последовательных X2 SN, присвоенных переданным PDCP PDU посредством MeNB 115A. SeNB 115B передает PDCP PDU №1, №3 и №5 на UE 110. Если SeNB 115B решает предоставить обратную связь после успешной доставки PDCP PDU №5 на UE 110 посредством RLC, SeNB 115B сообщит PDCP SN №5 как наибольший SN успешно доставленного по порядку PDCP PDU в MeNB 115A, без осуществления сообщения о любом потерянном PDU.

В качестве второго примера, предполагаются только PDCP PDU №1 и №5, принятые посредством SeNB 115B. В таком случае, SeNB 115B будет иметь возможность обнаружения, что PDCP PDU пропал, на основе порядковых номеров, характерных для межузловых интерфейсов, и запомнит X2 SN №11 как "потерянный" PDU. SeNB 115B тогда передает PDCP PDU №1 и №5 на UE 110. Если SeNB 115B решает предоставить обратную связь после успешной доставки PDCP PDU №5 посредством RLC на UE 110, SeNB 115B сообщит PDCP SN №5 как наибольший SN успешно доставленного по порядку PDCP PDU в MeNB 115A, и сообщит X2 SN №11 как потерянный PDU. В ответ, MeNB 115A может увеличить окно отправки от PDCP SN №3 и далее до половины пространства PDCP SN, только когда уместно, т.е., когда может гарантироваться, что окно приема на UE 110 не будет растягиваться на половину пространства PDCP SN.

В качестве третьего примера, предполагаются только PDCP PDU №1 и №3, принятые посредством SeNB 115B. Если на SeNB 115B не принят никакой другой PDCP PDU, SeNB 115B не будет иметь возможности сообщить потерю X2 SN №12. Это потому, что SeNB 115B принимает порядковые номера X2 №10 и №11, которые являются последовательными и вследствие этого не указывают SeNB 115B, что PDU пропал (по сравнению с примером два, описанным выше, в котором SeNB 115B принимает PDU, имеющие X2 SN №10 и №12, но не №11, и таким образом может распознать PDU, имеющий X2 SN №11 как пропавший PDU). SeNB 115B может тогда передать PDCP PDU №1 и №3 на UE 110. Если SeNB 115B решает предоставить обратную связь после успешной доставки PDCP PDU №3 посредством RLC на UE 110, он сообщит PDCP SN №3 как наибольший SN успешно доставленного по порядку PDCP PDU в MeNB 115A, и не сообщит о любой потере PDU. Если PDCP PDU №4, отправленный посредством MeNB 115A, было успешно доставлено, это будет меньшим размером окна для MeNB 115A.

В качестве четвертого примера, предполагается, что PDCP PDU №1, №3 и №5 приняты по порядку, но SN №3 отброшен в SeNB 115B. Этот сценарий обрабатывается образом, описанным выше во втором примере. MeNB 115A не будет вести себя по-разному, если №3 совсем не достигнет SeNB 115B или будет отброшен там.

В качестве пятого примера, предполагается, что PDCP PDU №1, №5, и №3 приняты не по порядку на SeNB 115B. SeNB 115B может, в качестве варианта реализации, поместить PDU №3 и №5 по порядку в буфере приема. В этом случае, SeNB 115B будет вести себя как описано выше в первом примере. В качестве альтернативы, SeNB 115B может просто отбросить PDU №3, и затем вести себя как описано выше во втором примере.

Как описано выше, во всех случаях явное указание об успешной доставке PDU посредством SeNB 115B может быть необязательным. В случае, когда сбой доставки является в результате сбоя на радиоинтерфейсе, т.е., из-за RLC, взамен должен быть указан сбой линии радиосвязи (RLF) на основе eNB (как при существующем поведении), что может быть обработано посредством сообщения запроса модификации или освобождения SeNB. Обнаружение потерь или доставка не по порядку по X2 посредством SeNB 115B будет возможна посредством внедрения X2 SN.

Как описано выше, SeNB 115B может также сообщить желаемый дополнительный объем данных в байтах в качестве части обратной связи, сообщенной в MeNB 115A. Настоящее раскрытие предполагает, что желаемый дополнительный объем данных в байтах может быть определен любым подходящим образом. Например, в определенных вариантах осуществления, желаемый дополнительный объем данных в байтах может быть подсчитан исходя из наибольшего PDCP SN для PDCP PDU, который был успешно доставлен последовательно на UE 110. При оконном механизме управления потоком на основе текущего состояния очереди в MeNB 115A вместе с обратной связью о состоянии очереди в SeNB 115B, MeNB 115A может иметь возможность регулирования окна передачи, что учитывает как скорость передачи SeNB, так и задержку транзитного соединения X2.

Настоящее раскрытие предполагает, что MeNB 115A может использовать сообщенную обратную связь любым подходящим образом. Например, в определенных вариантах осуществления MeNB I15A может использовать сообщенную обратную связь для избежания десинхронизации HFN, при этом в то же время оптимизируя пропускную способность. Для того, чтобы избежать десинхронизации HFN (т.е., избежать задействования более, чем половины пространства PDCP SN), передатчик PDCP из MeNB 115A учитывает различную обратную связь, такую как SN успешно доставленных PDCP PDU от MeNB 115A RLC на UE 110, уведомление о наибольшем SN успешно доставленного PDCP PDU от SeNB 115B RLC, и уведомление о потерянных PDCP PDU на межузловом интерфейсе 125 или в SeNB 115B. В определенных вариантах осуществления, эта информация может прослеживаться на основе отображения между X2 SN и PDCP SN из обратной связи о пропавших X2 PDU от SeNB 115B.

В определенных вариантах осуществления, MeNB 115A может симулировать поведение приемника UE 110. Например, MeNB 115A может поддерживать переменные состояния приемника PDCP и таймер переупорядочивания из UE 110. Если в приемнике PDCP UE используется механизм переупорядочивания на основе вытягивания, каждый вновь успешно доставленный PDCP PDU посредством MeNB 115A RLC на UE 110 или посредством SeNB 115B RLC на UE 110 вытягивает окно переупорядочивания объекта PDCP в UE 110 в сторону увеличения. PDU, которые все еще являются пропавшими и попадают за пределы вытянутого окна, могут быть забыты, даже если таймер переупорядочивания все еще выполняется для этих PDU. Желательно этого избегать, так как это приводит к десинхронизации HFN. В определенных вариантах осуществления, MeNB 115A отслеживает статус доставки каждого PDCP PDU на основе обратной связи, описанной выше, так же, как и уведомления RLC из MeNB 115A. MeNB 115A оценивает запуск и остановку таймера переупорядочивания на основе обратной связи. Например, если становится очевидным, что один промежуточный PDCP PDU не был доставлен успешно посредством любого объекта RLC, то MeNB 115A может запустить/остановить свой собственный таймер на основе этого. Только если истекает срок действия поддерживаемого таймера переупорядочивания MeNB 115A, он продвинет окно передачи, так как он уверен, что срок действия таймера переупорядочивания UE 110 также истек. В определенных вариантах осуществления, MeNB 115A может использовать разные (например, более короткие) значения истечения срока действия, чем сконфигурированы посредством UE 110, чтобы использовать для учета задержки транзитного соединения X2, или по любой другой подходящей причине.

Если в приемнике PDCP из UE 110 используется механизм переупорядочивания на основе выталкивания, каждый вновь успешно доставленный PDCP PDU посредством MeNB 115A RLC на UE 110 или посредством SeNB 115B RLC на UE 110 отбрасывается объектом приема PDCP в UE 110, если попадает за пределы окна переупорядочивания (т.е., если была задействована более, чем половина пространства SN). Этого следует избегать. Окно переупорядочивания на основе выталкивания перемещается вперед, если PDCP доставляет PDU, что может также возникнуть, когда истекает срок действия таймера переупорядочивания. Как описано выше для окна на основе вытягивания, MeNB 115A может также поддерживать свои собственные состояния окна и таймер переупорядочивания, чтобы симулировать приемник UE 110 и чтобы сделать вывод из фактического состояния окна приема UE 110 и статуса таймера.

Фигура 3 иллюстрирует примерный механизм обратной связи PDCP и управления потоком на основе порядковых номеров, характерных для межузловых интерфейсов, в соответствии с некоторыми вариантами осуществления. Объект управления потоком в SeNB 115B отслеживает нижеследующие состояния: нижний край L' окна передачи, который является наибольшим SN успешно доставленного по порядку PDCP PDU; верхний край H' окна передачи, который является последним блоком данных в буфере; и желаемая дополнительная оценка D' данных, которая соответствует желаемым дополнительным байтам, описанным выше, и является сдвигом байтов к L'. Таким образом, D' зависит от L'. SeNB 115B может определить саму D' (например, на основе усредненной скорости передачи данных на радиоинтерфейсе и оцененном времени прохождения сигнала в прямом и обратном направлениях (RTT) на межузловом интерфейсе, таком как X2). М1' и M2' соответствуют выбранным PDU, объявленным как "потерянные" на SeNB 115B и сообщенным MeNB 115A.

В рамках обратной связи управления потоком SeNB 115B информирует MeNB 115A о наибольшем SN успешно доставленного по порядку PDCP PDU (т.е., L'), так же, как и о текущем значении D'. MeNB 115A также отслеживает эти значения, L и D, и дополнительно знает, сколько блоков данных он уже отправил (обозначено как S на Фигуре 3). На основе этих значений, MeNB 115A знает сколько данных уже "задействовано" со своей собственной точки зрения, какие данные в текущий момент в транзитном соединении, также как неподтвержденные данные в буфере SeNB 115B. Таким образом, MeNB 115A может определить, сколько еще данных требуется "задействовать", чтобы удовлетворить запросу SeNB 115B. Так как, как описано выше, MeNB 115A также знает о блоках данных, потерянных на X2, он может учитывать эту информацию, так что он не задействует более, чем половина пространства PDCP SN, чтобы избежать десинхронизации HFN в приемнике.

Примерный механизм управления потоком, проиллюстрированный на Фигуре 3, может требовать подходящую периодичность обратной связи. Например, в определенных вариантах осуществления периодичность обратной связи может быть в порядке 10 мс, что может считаться минимальными дополнительными служебными данными сигнализации в дополнение к проводящейся передаче данных. Это особенно так при учитывании размера таких сообщений обратной связи относительно отправленных полезных данных. В определенных вариантах осуществления, если нет передачи данных, обратная связь не требуется, так что необязательные служебные данные не генерируются. Значения L и L' могут быть заданы как абсолютные PDCP SN. По причинам упрощения, D и D' могут быть заданы как сдвиг в байтах к нижней границе L' окна.

Фигура 4 схемой потоков сигналов, в соответствии с некоторыми вариантами осуществления. На этапе 404, MeNB 115A присваивает каждому PDCP PDU, который должен быть отправлен через межузловой интерфейс, SN, характерный для межузлового интерфейса. Межузловым интерфейсом может быть интерфейс X2-U, или любой другой подходящий межузловой интерфейс, и порядковые номера, характерные для межузловых интерфейсов, могут быть последовательными. Каждый из PDCP PDU может также иметь PDCP SN. PDCP SN могут не быть последовательными с точки зрения SeNB 115B. На этапе 408, MeNB 115A отправляет один или более PDCP PDU в SeNB 115B. На этапе 412, SeNB 115B, после приема одного или более PDCP PDU от MeNB 115A, обнаруживает, пропал ли один или более PDCP PDU. В определенных вариантах осуществления, пропавшие PDCP PDU могут быть потеряны во время передачи через межузловой интерфейс. SeNB 115B может иметь возможность обнаружения пропавшего PDCP PDU на основе последовательных SN, характерных для межузловых интерфейсов, присвоенных посредством MeNB 115A. На этапе 416, SeNB 115B объявляет один или более PDCP PDU, обнаруженных как пропавшие, "потерянными". В определенных вариантах осуществления, SeNB 115В может объявить один или более пропавших PDCP PDU потерянными спустя пороговый период времени. В определенных вариантах осуществления, пороговым периодом времени может быть любое подходящее количество времени и может быть характерным для реализации. На этапе 420, SeNB 115B запоминает принятый порядковый номер, характерный для межузлового интерфейса, потерянных PDCP PDU (например, X2 SN).

На этапе 424, SeNB 115B передает принятый один или более PDCP PDU на UE 110. На этапе 428, SeNB 115В сообщает обратную связь в MeNB 115A. В определенных вариантах осуществления, SeNB 115B может сообщить обратную связь в MeNB 115A. В качестве одного примера, в определенных вариантах осуществления SeNB 115B может сообщить обратную связь в MeNB 115A спустя любой подходящий период времени (например, время, характерное для реализации). В качестве другого примера, SeNB 115B может сообщить обратную связь в MeNB 115A после любого подходящего события запуска. Обратная связь, сообщенная посредством SeNB 115B в MeNB 115A, может включать в себя любую подходящую информацию. Например, обратная связь может включать в себя одно или более из: наибольшего PDCP SN того PDCP PDU, который был успешно доставлен последовательно к UE 110, из числа тех PDU, которые приняты посредством SeNB 115B; желаемых дополнительных байт, подсчитанных из PDCP PDU, сообщенного как наибольший PDCP SN из PDCP PDU, успешно доставленного последовательно к UE 110; и списка X2 SN тех PDU, которые вообще не были доставлены в SeNB 115B и еще не сообщены в MeNB 115A как "потерянные". MeNB 115A, после приема обратной связи от SeNB 115B, может выполнить любую подходящую операцию с использованием принятой обратной связи. Например, на этапе 432 MeNB 115A может удалить буферизованные PDCP PDU согласно обратной связи успешно доставленных PDU. На этапе 436, MeNB 115A может управлять потоком данных между MeNB 115A и SeNB 115B. В определенных вариантах осуществления, MeNB 115A может определиться с действиями, которые необходимо предпринять для PDU, сообщенных как "потерянные" посредством SeNB 115B. На этапе 440, после осуществления сообщения в MeNB 115A, SeNB 115B удаляет соответствующий X2 SN из своего списка потерянных PDU.

Фигура 5 является схемой последовательности операций способа в узле сети, в соответствии с вариантом осуществления. Способ начинается на этапе 504, когда узел сети отправляет один или более PDCP PDU на пользовательское оборудование. В определенных вариантах осуществления, узлом сети может быть MeNB, функционирующий на разделенном однонаправленном канале с возможностью двойного соединения. На этапе 508, узел сети принимает уведомление об успешно доставленных PDCP PDU.

На этапе 512, узел сети отправляет один или более PDCP PDU второму узлу сети на межузловом интерфейсе, причем каждый из одного или более PDU, имеющий ассоциированный порядковый номер PDCP и ассоциированный порядковый номер, характерный для межузлового интерфейса, причем порядковые номера, характерные для межузловых интерфейсов, присвоенные узлом сети. В определенных вариантах осуществления, вторым узлом сети может быть SeNB, функционирующий на разделенном однонаправленном канале с возможностью двойного соединения, и межузловым интерфейсом может быть интерфейс X2. Порядковые номера, характерные для межузловых интерфейсов, присвоенные узлом сети, могут быть последовательными. Порядковые номера PDCP могут не быть последовательными с точки зрения SeNB 115B.

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

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

Фигура 6 является схемой последовательности операций способа в узле сети, в соответствии с вариантом осуществления. Способ начинается на этапе 604, когда узел сети принимает, от второго узла сети, один или более PDCP PDU на межузловом интерфейсе, причем каждый из одного или более PDCP PDU, имеющий ассоциированный порядковый номер PDCP и ассоциированный порядковый номер, характерный для межузлового интерфейса, причем порядковый номер, характерный для межузлового интерфейса, присвоенный вторым узлом сети. В определенных вариантах осуществления, узлом сети может быть SeNB, функционирующий на разделенном однонаправленном канале с возможностью двойного соединения, и вторым узлом сети может быть MeNB, функционирующий на разделенном однонаправленном канале с возможностью двойного соединения. Межузловым интерфейсом может быть интерфейс X2. Ассоциированные порядковые номера, характерные для межузловых интерфейсов, присвоенные вторым узлом сети, могут быть последовательными. Ассоциированные порядковые номера PDCP могут не быть последовательными с точки зрения SeNB 115B.

На этапе 608, узел сети передает один или более из принятого одного или более PDCP PDU на пользовательское оборудование. В определенных вариантах осуществления, узел сети передает один или более из принятого одного или более PDCP PDU с использованием управления линией радиосвязи. В определенных вариантах осуществления, узел сети может принять от средства управления линией радиосвязи в узле сети уведомление об успешно доставленных PDCP PDU. На этапе 612, узел сети обнаруживает, пропал ли один или более PDCP PDU из одного или более PDCP PDU, принятых от второго узла сети. На этапе 616, узел сети объявляет один или более пропавших PDCP PDU как потерянные. В определенных вариантах осуществления, обнаруженный один или более пропавших PDCP PDU могут быть объявлены как потерянные спустя пороговое время. На этапе 620, узел сети запоминает порядковый номер, характерный для межузлового интерфейса, одного или более PDCP PDU, объявленных как потерянный PDCP PDU.

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

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

Хотя настоящие варианты осуществления могут быть описаны в рамках контекста LTE (т.е., E-UTRAN), следует понимать, что проблемы и решения, описанные в настоящем документе, в равной степени применимы к сетям беспроводного доступа и UE, реализующему другие технологии и стандарты доступа. LTE используется как неограничивающая примерная технология, где подходят варианты осуществления, и использование LTE в описании вследствие этого является особенно полезным для понимания проблемы и решений, разрешающих данную проблему. К тому же, следует понимать, что различные объекты, описанные в настоящем документе, включающие в себя, но не ограниченные MeNB, SeNB и UE, могут быть предусмотрены посредством использования аппаратных средств (таких как процессоры, память или аппаратные средства с микросхемами), способных исполнять программное обеспечение в виде кодированных инструкций, хранящихся на компьютерно-читаемом носителе.

Фигура 7 блок-схемой примерного беспроводного устройства 110, в соответствии с некоторыми вариантами осуществления. Беспроводное устройство 110 может относится к любому типу беспроводного устройства, осуществляющего связь с узлом и/или с другим беспроводным устройством в сотовой или мобильной системе связи. Примеры беспроводного устройства 110 включают в себя мобильный телефон, интеллектуальный телефон, PDA (персональный цифровой помощник), портативный компьютер (например, переносной компьютер, планшет), датчик, модем, устройство связи машинного типа (MTC)/ устройство межмашинной связи (M2M), оборудование со встроенным переносным компьютером (LEE), оборудование, закрепленное на переносном компьютере (LME), аппаратный USB-ключ, устройство с возможностью связи между устройствами или другое устройство, которое может обеспечить беспроводную связь. Беспроводное устройство 110 может иметь способность двойного соединения.

Беспроводное устройство 110 может также называться UE, станцией (STA), устройством или терминалом в некоторых вариантах осуществления. Беспроводное устройство 110 включает в себя приемопередатчик 710, процессор 720 и память 730. В некоторых вариантах осуществления, приемопередатчик 710 способствует передаче беспроводных сигналов на узел 115 сети и приему беспроводных сигналов от него (например, посредством антенны), процессор 720 исполняет инструкции для обеспечения некоторой или все функциональности, описанной выше, как обеспечиваемой беспроводным устройством 110, и память 730 хранит инструкции, исполняемые процессором 720.

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

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

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

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

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

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

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

Фигура 8 является блок-схемой примерного узла 115 радиосети, в соответствии с некоторыми вариантами осуществления. Узлом 115 сети может быть любой тип узла радиосети или любой узел сети, который осуществляет связь с UE и/или с другим узлом сети. Примеры узла 115 сети включают в себя eNodeB, node B, базовую станцию, беспроводную точку доступа (например, точку доступа Wi-Fi), узел с низким энергопотреблением, базовую приемопередающую станцию (BTS), ретранслятор, узел-донор, управляющий ретранслятором, точки передачи, узлы передачи, удаленный РЧ блок (RRU), удаленную радиостанцию (RRH), радиоузел с поддержкой нескольких стандартов (MSR), такой как MSR BS, узлы в распределенной системе антенн (DAS), O&M, OSS, SON, узел позиционирования (например, E-SMLC), MDT, или любой другой подходящий узел сети. В определенных вариантах осуществления, узлом 115 сети может быть главный eNodeB или вторичный eNodeB, функционирующий на разделенном однонаправленном канале с возможностью двойного соединения.

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

Узел 115 сети может включать в себя один или более из приемопередатчика 810, процессора 820, памяти 830 и сетевого интерфейса 840. В некоторых вариантах осуществления, приемопередатчик 810 способствует передаче беспроводных сигналов в беспроводное устройство 110 и приему от него беспроводных сигналов (например, посредством антенны), процессор 820 исполняет инструкции для обеспечения некоторой или всей функциональности, описанной выше, как обеспечиваемая узлом 115 сети, память 830 хранит инструкции, исполняемые процессором 820, и сетевой интерфейс 840 обменивается сигналами с внутренними компонентами сети, такими как шлюз, коммутатор, маршрутизатор, Интернет, коммутируемая телефонная сеть общего пользования (PSTN), узлы 120 базовой сети, контроллеры радиосети и т.д.

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

Память 830 в общем функционирует для хранения инструкций, таких как компьютерная программа, программное обеспечение, приложение, включающее в себя одно или более из логики, правил, алгоритмов, кода, таблиц, и т.д. и/или других инструкций, способных исполняться процессором. Примеры памяти 830 включают в себя компьютерную память (например, оперативную память (RAM) или постоянную память (ROM)), носители информации большой емкости (например, жесткий диск), съемные носители информации (например, компакт-диск (CD) или a цифровой видеодиск (DVD)), и/или любые другие энергозависимые или энергонезависимые, некратковременные компьютерно-читаемые и/или исполняемые компьютером устройства памяти, которые хранят информацию. В некоторых вариантах осуществления, сетевой интерфейс 840 коммуникационно соединен с процессором 820 и может относиться к любому подходящему устройству, функционирующему с возможностью приема ввода для узла 115 сети, отправки вывода из узла 115 сети, выполнения подходящей обработки ввода или вывода, или и того, и другого, осуществления связи с другими устройствами, или любой комбинации предшествующего. Сетевой интерфейс 840 может включать в себя соответствующие аппаратные средства (например, порт, модем, карту сетевого интерфейса и т.д.) и программное обеспечение, включающее в себя возможности преобразования протоколов и обработки данных, для осуществления связи по сети.

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

В общем, модуль связи может выполнять функции передачи узла 115 сети. Модуль связи может передавать сообщения одному или более беспроводным устройствам 110. Например, в определенных вариантах осуществления, узлом 115 сети может быть главный eNodeB, и модуль связи может отправить один или более PDCP PDU второму узлу 115 сети, такому как вторичный eNodeB, на межузловом интерфейсе. Модуль связи может отправить один или более PDCP PDU на пользовательское оборудование. В качестве другого примера, в определенных вариантах осуществления узлом 115 сети может быть вторичный eNodeB, и модуль связи может сообщить обратную связь второму узлу 115 сети, такому как главный eNodeB. Модуль связи может включать в себя передатчик и/или приемопередатчик, такой как приемопередатчик 810. Модуль связи может включать в себя схему, выполненную с возможностью передачи беспроводным образом сообщений и/или сигналов.

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

Модуль определения может выполнять функции обработки узла 115 сети. Например, в определенных вариантах осуществления узлом 115 сети может быть главный eNodeB, и модуль определения может присвоить порядковые номера, характерные для межузловых интерфейсов, одному или более PDCP PDU, отправленным второму узлу сети, такому как вторичный eNodeB. В качестве другого примера, модуль определения может удалить один или более буферизованных PDCP PDU по меньшей мере частично на основе принятой обратной связи. В качестве еще одного примера, модуль определения может управлять потоком данных между главным eNodeB и вторичным eNodeB, так чтобы объем задействованных данных был не более, чем половина пространства порядковых номеров PDCP. В определенных вариантах осуществления, узлом 115 сети может быть вторичный eNodeB, и модуль определения может определить: наибольший порядковый номер PDCP для PDCP PDU, который был успешно доставлен последовательно на пользовательское оборудование, из числа одного или более PDCP PDU, принятых от главного eNodeB; желаемый дополнительный объем данных в байтах, причем желаемый дополнительный объем данных в байтах посчитан исходя из наибольшего порядкового номера PDCP для PDCP PDU, который был успешно доставлен последовательно на пользовательское оборудование; и список любых порядковых номеров, характерных для межузловых интерфейсов, для PDCP PDU, отправленных вторичному eNodeB, которые были объявлены как потерянные на вторичном eNodeB и не сообщены еще второму узлу сети, такому как главный eNodeB, как потерянные. В качестве дополнительных примеров, модуль определения может обнаружить, пропал ли один или более PDCP PDU из одного или более PDCP PDU, принятых от главного eNodeB, может объявить один или более пропавших PDCP PDU как потерянные, и может запомнить порядковые номера, характерные для межузловых интерфейсов, одного или более PDCP PDU, объявленных как потерянный PDCP PDU.

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

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

Фигура 9 является блок-схемой примерного узла 120 базовой сети или контроллера радиосети, в соответствии с некоторыми вариантами осуществления. Примеры сетевых узлов могут включать в себя мобильный коммутационный центр (MSC), обслуживающий узел поддержки GPRS (SGSN), узел управления мобильностью (MME), контроллер радиосети (RNC), контроллер базовой станции (BSC) и так далее. Узел 130 базовой сети включает в себя процессор 920, память 930 и сетевой интерфейс 940. В некоторых вариантах осуществления, процессор 920 исполняет инструкции для обеспечения некоторой или всей функциональности, описанной выше, как обеспечиваемой сетевым узлом, память 930 хранит инструкции, исполняемые процессором 920, и сетевой интерфейс 940 обменивается сигналами с любым подходящим узлом, таким как шлюз, коммутатор, маршрутизатор, Интернет, коммутируемая телефонная сеть общего пользования (PSTN), узлы 115 сети, контроллеры радиосети, узлы 120 базовой сети и т.д.

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

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

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

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

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

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

eNB - eNodeB

HFN - Номер гиперкадра

LTE - проект долгосрочного развития

MeNB - Главный eNB

MCG - Группа главных сот

PDCP - Протокол конвергенции пакетных данных

PDU - Блок пакетных данных

RLC - управление радиоканалом

RLF - Сбой линии радиосвязи

RRC - Управление радиоресурсами

RTT - время прохождения сигнала в прямом и обратном направлениях

SCG - Группа вторичных сот

SeNB - Вторичный eNB

SN - Порядковый номер

UE - Пользовательское оборудование.

Изобретение относится к области связи. Технический результат – создание механизма обратной связи, который помогает сбалансировать поток данных между главной и второй точками сети и гарантирует, что для разделенных однонаправленных каналов главная точка сети не задействует более, чем половину пространства порядковых номеров блоков пакетных данных (PDU) протокола конвергенции пакетных данных (PDCP). Для этого способ содержит отправку одного или более блоков PDCP второму узлу сети на межузловом интерфейсе, причем каждый из одного или более PDU имеет ассоциированный порядковый номер PDCP и ассоциированный порядковый номер, характерный для межузлового интерфейса, причем порядковые номера, характерные для межузловых интерфейсов, присвоенны узлом сети. Способ дополнительно содержит прием обратной связи от второго узла сети. 4 н. и 28 з.п. ф-лы, 9 ил.

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

отправляют (408, 512) один или более блоков пакетных данных (PDU) протокола конвергенции пакетных данных (PDCP) вторичному eNodeB (115B) на межузловом интерфейсе (125), причем вторичный eNodeB функционирует на разделенном однонаправленном канале с возможностью двойного соединения, причем каждый из одного или более PDU имеет ассоциированный порядковый номер PDCP и ассоциированный порядковый номер, характерный для межузлового интерфейса, причем порядковые номера, характерные для межузловых интерфейсов, присвоены главным eNodeB; и

принимают (428, 516) обратную связь от вторичного eNodeB, причем обратная связь от второго узла содержит:

наибольший порядковый номер PDCP для PDCP PDU, который был успешно доставлен последовательно на пользовательское оборудование (110), из числа одного или более PDCP PDU, отправленных вторичному eNodeB;

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

список любых порядковых номеров, характерных для межузловых интерфейсов, для PDCP PDU, отправленных вторичному eNodeB, которые были объявлены как потерянные на вторичном eNodeB и еще не сообщены главному eNodeB как потерянные.

2. Способ по п. 1, в котором:

межузловым интерфейсом является интерфейс X2.

3. Способ по п. 1, в котором порядковые номера, характерные для межузловых интерфейсов, присвоенные главным eNodeB, являются последовательными.

4. Способ по п. 1, дополнительно содержащий этапы, на которых:

отправляют (504) один или более PDCP PDU на пользовательское оборудование; и

принимают (508), от средства управления линией радиосвязи в главном eNodeB, уведомление об успешно доставленных PDCP PDU.

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

6. Способ по п. 1, дополнительно содержащий управление (436, 524) по меньшей мере частично на основе принятой обратной связи, потоком данных между главным eNodeB и вторичным eNodeB, так чтобы объем задействованных данных был не более, чем половина пространства порядковых номеров PDCP.

7. Способ по п. 6, в котором объем задействованных данных содержит объем данных в текущий момент на межузловом интерфейсе и объем неподтвержденных данных в буфере вторичного eNodeB.

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

9. Способ по п. 1, дополнительно содержащий этапы, на которых:

определяют, по меньшей мере частично на основе принятой обратной связи, запущен ли таймер переупорядочивания в пользовательском оборудовании; и

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

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

принимают (408, 604) от главного eNodeB (115A), функционирующего на разделенном однонаправленном канале с возможностью двойного соединения, один или более блоков пакетных данных (PDU) протокола конвергенции пакетных данных (PDCP) на межузловом интерфейсе (125), причем каждый из одного или более PDCP PDU имеет ассоциированный порядковый номер PDCP и ассоциированный порядковый номер, характерный для межузлового интерфейса, причем порядковые номера, характерные для межузловых интерфейсов, присвоены главным eNodeB;

передают (424, 608) один или более из принятого одного или более PDCP PDU на пользовательское оборудование (110); и

сообщают (428, 624) обратную связь главному eNodeB, причем обратная связь, сообщенная главному eNodeB, содержит:

наибольший порядковый номер PDCP для PDCP PDU, который был успешно доставлен последовательно на пользовательское оборудование, из числа одного или более PDCP PDU, принятых от главного eNodeB;

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

список любых порядковых номеров, характерных для межузловых интерфейсов, для PDCP PDU, объявленных как потерянные на вторичном eNodeB и еще не сообщенных главному eNodeB как потерянные.

11. Способ по п. 10, в котором:

межузловым интерфейсом является интерфейс X2.

12. Способ по п. 10, в котором порядковые номера, характерные для межузловых интерфейсов, присвоенные главным eNodeB, являются последовательными.

13. Способ по п. 10, дополнительно содержащий этапы, на которых:

обнаруживают (412, 612), пропал ли один или более PDCP PDU из одного или более PDCP PDU, принятых от главного eNodeB;

объявляют (416, 616) один или более пропавших PDCP PDU потерянными; и

запоминают (420, 620) порядковый номер, характерный для межузлового интерфейса, одного или более PDCP PDU, объявленных как потерянный PDCP PDU.

14. Способ по п. 13, в котором обнаруженный один или более пропавших PDCP PDU объявляются как потерянные спустя пороговое время.

15. Способ по п. 10, дополнительно содержащий этапы, на которых:

удаляют (440) сообщенные порядковые номера, характерные для межузловых интерфейсов, из списка порядковых номеров, характерных для межузловых интерфейсов, для PDCP PDU, объявленных как потерянные на вторичном eNodeB, после осуществления сообщения обратной связи главному eNodeB.

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

17. Узел сети (115A), содержащий:

один или более процессоров (820), выполненный с возможностью:

отправки (408, 512) одного или более блоков пакетных данных (PDU) протокола конвергенции пакетных данных (PDCP) вторичному eNodeB (115B) на межузловом интерфейсе (125), при этом вторичный eNodeB функционирует на разделенном однонаправленном канале с возможностью двойного соединения, при этом каждый из одного или более PDU имеет ассоциированный порядковый номер PDCP и ассоциированный порядковый номер, характерный для межузлового интерфейса, причем порядковые номера, характерные для межузловых интерфейсов, присвоены узлом сети;

приема (428, 516) обратной связи от вторичного eNodeB, причем обратная связь от второго узла содержит:

наибольший порядковый номер PDCP для PDCP PDU, который был успешно доставлен последовательно на пользовательское оборудование (110), из числа одного или более PDCP PDU, отправленных вторичному eNodeB;

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

список любых порядковых номеров, характерных для межузловых интерфейсов, для PDCP PDU, отправленных вторичному eNodeB, которые были объявлены как потерянные на вторичном eNodeB и не сообщены еще узлу сети как потерянные,

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

18. Узел сети по п. 17, в котором:

межузловым интерфейсом является интерфейс X2.

19. Узел сети по п. 17, в котором порядковые номера, характерные для межузловых интерфейсов, присвоенные узлом сети, являются последовательными.

20. Узел сети по п. 17, в котором один или более процессоров дополнительно выполнены с возможностью:

отправки (504) одного или более PDCP PDU на пользовательское оборудование; и

приема (508), от средства управления линией радиосвязи в узле сети, уведомления об успешно доставленных PDCP PDU.

21. Узел сети по п. 17, в котором один или более процессоров дополнительно выполнены с возможностью удаления (432, 520) одного или более буферизованных PDCP PDU по меньшей мере частично на основе принятой обратной связи.

22. Узел сети по п. 17, в котором один или более процессоров дополнительно выполнены с возможностью управления (436, 524) по меньшей мере частично на основе принятой обратной связи потоком данных между узлом сети и вторичным eNodeB, так чтобы объем задействованных данных был не более, чем половина пространства порядковых номеров PDCP.

23. Узел сети по п. 22, в котором объем задействованных данных содержит объем данных в текущий момент на межузловом интерфейсе и объем неподтвержденных данных в буфере вторичного eNodeB.

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

25. Узел сети по п. 17, в котором один или более процессоров дополнительно выполнены с возможностью:

определения, по меньшей мере частично на основе принятой обратной связи, запущен ли таймер переупорядочивания в пользовательском оборудовании; и

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

26. Узел сети (115B), содержащий:

один или более процессоров (820), выполненных с возможностью:

приема (408, 604) от главного eNodeB (115A), функционирующего на разделенном однонаправленном канале с возможностью двойного соединения, одного или более блоков пакетных данных (PDU) протокола конвергенции пакетных данных (PDCP) на межузловом интерфейсе (125), причем каждый из одного или более PDCP PDU, имеющий ассоциированный порядковый номер PDCP и ассоциированный порядковый номер, характерный для межузлового интерфейса, причем порядковые номера, характерные для межузловых интерфейсов, присвоены главным eNodeB;

передачи (424, 608) одного или более из принятых одного или более PDCP PDU на пользовательское оборудование (110); и

сообщения (428, 624) обратной связи главному eNodeB, причем обратная связь, сообщенная главному eNodeB, содержит:

наибольший порядковый номер PDCP для PDCP PDU, который был успешно доставлен последовательно на пользовательское оборудование, из числа одного или более PDCP PDU, принятых от главного eNodeB;

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

список любых порядковых номеров, характерных для межузловых интерфейсов, для PDCP PDU, объявленных как потерянные на узле сети и еще не сообщенных главному eNodeB как потерянные,

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

27. Узел сети по п. 26, в котором:

межузловым интерфейсом является интерфейс X2.

28. Узел сети по п. 26, в котором порядковые номера, характерные для межузловых интерфейсов, присвоенные главным eNodeB, являются последовательными.

29. Узел сети по п. 26, в котором один или более процессоров дополнительно выполнены с возможностью:

обнаружения (412, 612), пропал ли один или более PDCP PDU из одного или более PDCP PDU, принятых от главного eNodeB;

объявления (416, 616) одного или более пропавших PDCP PDU потерянными; и

запоминания (420, 620) порядкового номера, характерного для межузлового интерфейса, одного или более PDCP PDU, объявленных как потерянный PDCP PDU.

30. Узел сети по п. 29, в котором обнаруженный один или более пропавших PDCP PDU объявляются как потерянные спустя пороговое время.

31. Узел сети по п. 26, в котором один или более процессоров дополнительно выполнены с возможностью удаления (440) сообщенных порядковых номеров, характерных для межузловых интерфейсов из списка порядковых номеров, характерных для межузловых интерфейсов, для PDCP PDU, объявленных как потерянные на узле сети, после осуществления сообщения обратной связи главному eNodeB.

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