Pdcp и управление потоком для разделенного однонаправленного канала

Pdcp и управление потоком для разделенного однонаправленного канала

Иллюстрации

Показать все

Реферат

ПРИОРИТЕТ

Эта заявка испрашивает приоритет по 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.