Способ и устройство для pdcp переупорядочения при передаче обслуживания

Способ и устройство для pdcp переупорядочения при передаче обслуживания

Иллюстрации

Показать все

Реферат

Перекрестные ссылки

Настоящая заявка испрашивает приоритет предварительной заявки США № 60/944755, поданной 18 июня 2007 г. и озаглавленной “METHOD AND APPARATUS TO SUPPORT PDCP REORDERING AT HANDOFF”, и предварительной заявки США № 61/038036, поданной 19 марта 2008 г. и озаглавленной “METHOD AND APPARATUS TO SUPPORT PDCP BEHAVIOUR AT HANDOFF”, которые полностью включены в настоящий документ посредством ссылки.

Область техники

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

Предшествующий уровень техники

Системы беспроводной связи широко используются для предоставления различных услуг связи, например передача голоса, видео, пакетных данные, широковещательная передача, и услуги передачи сообщений могут предоставляться через такие системы беспроводной связи. Эти системы могут быть системами множественного доступа, способными поддерживать передачи для множества терминалов путем совместного использования доступных ресурсов системы. Примеры таких систем множественного доступа включают системы множественного доступа с кодовым разделением (CDMA), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA), системы ортогонального FDMA (OFDMA).

В общем случае система беспроводной связи множественного доступа может одновременно поддерживать связь для множества беспроводных терминалов. В такой системе каждый терминал может осуществлять связь с одной или более базовыми станциями посредством передач по прямой и обратной линиям связи. Прямая линия связи (или нисходящая линия) относится к линии связи от базовых станций к терминалам, а обратная линия связи (или восходящая линия) относится к линии связи от терминалов к базовым станциям. Эта линия связи может быть установлена через систему с одним входом и одним выходом (SISO), с множеством входов и одним выходом (MISO) или с множеством входов и множеством выходов (MIMO).

Данные, предоставляемые для передачи в системе беспроводной связи, могут быть инкапсулированы в пакеты и переданы между Узлом B и пользовательским оборудованием (UE) на основе протокола конвергенции пакетов данных (PDCP) и/или другого подходящего протокола. Кроме того, если UE перемещается за пределы области обслуживания Узла B, иного, чем Узел В, в текущее время обслуживающий UE, может быть начата процедура передачи обслуживания, чтобы передать обслуживание связи для UE от текущего Узла B к новому Узлу B. При передаче обслуживания любые пакеты, удерживаемые исходным Узлом B, могут быть отправлены к новому Узлу B для передачи к UE. Некоторые протоколы связи, такие как PDCP, требуют доставки пакетов в последовательности, чтобы сохранялась последовательность пакетов между пакетами, переданными от исходного Узла B и передаваемыми новым Узлом B. Однако в настоящее время отсутствуют способы, чтобы гарантировать, что доставка в последовательности пакетов будет поддерживаться в процессе передачи обслуживания без введения существенных задержек на обработку. Соответственно, существует потребность в способах, которые способствуют эффективному управлению пересылкой пакетов в течение передачи обслуживания.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг. 3-6 являются блок-схемами соответствующих систем для поддержания пересылки пакетов во время процедуры передачи обслуживания в соответствии с различными аспектами.

Фиг. 7-10 являются блок-схемами соответствующих способов для координации доставки данных в процедуре передачи обслуживания.

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

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

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

Фиг. 17 - блок-схема устройства, которое способствует эффективному упорядочиванию и доставке пакетов данных без потерь.

Фиг. 18 - блок-схема устройства, которое способствует приему и обработке блоков данных в течение процедуры передачи обслуживания.

Детальное описание

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

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

Кроме того, различные аспекты описываются в данном документе в связи с беспроводным терминалом и/или базовой станцией. Беспроводный терминал может относиться к устройству, обеспечивающему связность для речевого сигнала и/или данных для пользователя. Беспроводный терминал может быть соединен с вычислительным устройством, таким как портативный компьютер или настольный компьютер, или он может представлять собой автономное устройство, такое как персональный цифровой помощник (PDA). Беспроводный терминал также может называться системой, абонентским устройством, абонентской станцией, мобильной станцией, мобильным аппаратом, удаленной станцией, пунктом доступа, удаленным терминалом, терминалом доступа, пользовательским терминалом, пользовательским агентом, пользовательским устройством или пользовательским оборудованием (UE). Беспроводный терминал может быть абонентской станцией, беспроводным устройством, сотовым телефоном, телефоном системы PCS, беспроводным телефоном, телефоном протокола инициирования сеанса (SIP), станцией беспроводного абонентского доступа (WLL), персональным цифровым помощником (PDA), портативным устройством с возможностью беспроводного соединения и/или другим устройством обработки, связанным с цифровым модемом. Базовая станция (например, пункт доступа) может относиться к устройству в сети доступа, которое осуществляет связь через радиоинтерфейс, через один или более секторов, с беспроводными терминалами. Базовая станция может действовать как маршрутизатор между беспроводным терминалом и остальной сетью доступа, которая может включать в себя сеть Интернет-протокола (IP), путем преобразования принятых кадров радиоинтерфейса в IP-пакеты. Базовая станция, таким образом, координирует распределение атрибутов для радиоинтерфейса.

Более того, различные аспекты или признаки, описанные здесь, могут быть реализованы как способ, устройство или продукт производства с использованием стандартных методов программирования и/или инженерной разработки. Термин «продукт производства», как используется здесь, предназначен для включения в свой объем компьютерной программы, доступной с любого машиночитаемого устройства, носителя или среды. Например, машиночитаемые носители могут включать в себя, без ограничения указанным, магнитные запоминающие устройства (например, жесткий диск, дискету, магнитные полосы…), оптические диски (например, компакт-диск (CD), цифровой многофункциональный диск (DVD)…), смарт-карты и устройства флэш-памяти (например, карта, stick, key drive…).

Различные способы, описанные здесь, могут использоваться для различных систем беспроводной связи, таких как системы множественного доступа с кодовым разделением (CDMA), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA), системы множественного доступа с ортогональным частотным разделением (OFDMA), системы FDMA с одной несущей (SC-FDMA) и другие такие системы. Термины "система" и "сеть" часто используются здесь взаимозаменяемым образом. Система CDMA может реализовать технологию радиосвязи, такую как Универсальный наземный радиодоступ (UTRA), CDMA2000 и т.д. UTRA содержит широкополосный CDMA (W-CDMA) и другие варианты CDMA. Дополнительно CDMA2000 охватывает стандарты IS-2000, IS-95 и IS-856. Система TDMA может реализовывать радиотехнологию, такую как Глобальная система мобильной связи (GSM). Система OFDMA может реализовать радиотехнологию, такую как Развитый UTRA (Е-UTRA), Сверхмобильная широкополосная сеть (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM® и т.д. UTRA и Е-UTRA являются частью Универсальной мобильной телекоммуникационной системы (UMTS). 3GPP Долгосрочное Развитие (LTE) является предстоящим выпуском, который использует стандарт Е-UTRA, использующий OFDMA в нисходящей линии и SC-FDMA в восходящей линии. UTRA, Е-UTRA, UMTS, LTE и GSM описаны в документах организации, называемой "Проект партнерства третьего поколения" (3GPP). Кроме того, CDMA2000 и UMB описаны в документах организации, называемой "Проект партнерства третьего поколения 2" (3GPP2).

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

На Фиг. 1 представлена иллюстрация системы беспроводной связи множественного доступа в соответствии с различными аспектами. В одном примере пункт 100 доступа (AP) содержит множество групп антенн. Как проиллюстрировано на Фиг. 1, одна группа антенн может включать в себя антенны 104 и 106, другая может включать в себя антенны 108 и 110, и третья может включать в себя антенны 112 и 114. Хотя только две антенны показаны на Фиг. 1 для каждой группы антенн, понятно, что больше или меньше антенн может быть использовано для каждой группы антенн. В другом примере терминал 116 доступа (АТ) может осуществлять связь с антеннами 112 и 114, где антенны 112 и 114 передают информацию к терминалу 116 доступа по прямой линии 120 связи и принимают информацию от терминала 116 доступа по обратной линии 118 связи. Дополнительно и/или альтернативно, терминал 122 доступа может осуществлять связь с антеннами 106 и 108, где антенны 106 и 108 передают информацию к терминалу 122 доступа по прямой линии 126 связи и принимают информацию от терминала 122 доступа по обратной линии 124 связи. В дуплексной системе с частотным разделением (FDD) линии 118, 120, 124 и 126 связи могут использовать различную частоту для связи. Например, прямая линия 120 связи может использовать частоту, отличающуюся от той, которая используется обратной линией 118 связи.

Каждая группа антенн и/или область, в которой они должны осуществлять связь, может упоминаться как сектор пункта доступа. В соответствии с одним аспектом группы антенн могут быть спроектированы для связи с терминалами доступа в секторе областей, покрываемых пунктом 100 доступа. При осуществлении связи по прямым линиям 120 и 126 связи передающие антенны пункта 100 доступа могут использовать формирование диаграммы направленности, чтобы улучшить отношение сигнал/шум прямых линий связи для различных терминалов 116 и 122 доступа. Кроме того, пункт доступа, использующий формирование диаграммы направленности для передачи к терминалам доступа, произвольно рассредоточенным в его области покрытия, вызывает меньше помех терминалам доступа в соседних ячейках, чем пункт доступа, передающий через единственную антенну на все свои терминалы доступа.

Пункт доступа, например пункт 100 доступа, может быть неподвижной станцией, используемой для осуществления связи с терминалами, и может также упоминаться как базовая станция, Узел B, сеть доступа и/или определяться другими подходящими терминами. Кроме того, терминал доступа, например терминал 116 или 122 доступа, может также упоминаться как мобильный терминал, пользовательское оборудование (UE), устройство беспроводной связи, терминал, беспроводный терминал и/или определяться другими подходящими терминами.

На Фиг. 2 представлена блок-схема, которая иллюстрирует примерную операцию передачи обслуживания в системе беспроводной связи 200 в соответствии с различными аспектами, описанными здесь. В соответствии с одним аспектом система 200 может включать в себя один или более Развитых Узлов B (eNB) 220 и 230, которые могут обеспечивать функциональные возможности связи для пользовательского оборудования (UE) 240 в соответствии с 3GPP Е-UTRAN и/или другим подходящим стандартом связи. В одном примере eNB 220 и/или 230 могут осуществлять функциональные возможности, связанные с сетью радиодоступа (RAN) и/или базовой сетью (CN). Функциональные возможности RAN могут быть использованы, например, для передачи данных и/или другой информации к и/или от одного или более UE 240. Дополнительно и/или альтернативно, функциональные возможности CN могут быть использованы, например, чтобы осуществлять связь с одной или более сетями передачи данных, чтобы получать информацию из и/или предоставлять информацию к упомянутым сетям.

Как система 200 дополнительно иллюстрирует, eNB 220 и/или 230 могут передавать данные к одному или более UE 240. В одном примере данные могут быть инкапсулированы в соответствующие пакеты данных, которые могут быть блоками данных услуги (SDU), и/или любым другим подходящим инкапсулированием. После инкапсулирования SDU и/или другие пакеты могут затем передаваться посредством eNB 220, и/или 230, к UE 240 с использованием протокола конвергенции пакетных данных (PDCP) и/или другого подходящего протокола связи. Как дополнительно проиллюстрировано системой 200, данные, подлежащие передаче к UE 240, могут обеспечиваться источником 210 данных нисходящей линии (DL). Понятно, что хотя источник 210 данных DL проиллюстрирован как автономный сетевой узел, источник 210 данных DL альтернативно может быть реализован посредством eNB 220 и/или 230 и/или любым другим соответствующим объектом путем генерации и/или иного обеспечения данных для UE 240. Как дополнительно проиллюстрировано системой 200, данные, обеспеченные источником 210 данных DL, могут быть инкапсулированы как один или более блоков протокольных данных (PDU) протокола туннелирования пакетной радиосвязи общего назначения (GTP) и/или с использованием другого подходящего инкапсулирования. После приема данных в eNB 220 и/или 230 данные могут затем повторно инкапсулироваться перед передачей к UE 240.

В соответствии с другим аспектом, когда UE 240 выходит из зоны покрытия обслуживающего eNB или иным образом запрашивает услугу связи другого eNB, может быть проведена процедура передачи обслуживания, при которой услуга связи для UE 240 передается от исходного eNB 220 к целевому eNB 230. В одном примере система 200 может использовать выборочную отсылку SDU во время передачи обслуживания от исходного eNB 220 к целевому eNB 230. Например, как проиллюстрировано системой 200, исходный eNB 220 может передать SDU, имеющие порядковые номера 0-4, перед передачей обслуживания. В примере, проиллюстрированном системой 200, SDU 0, 1, 2 и 4 приняты правильно, в то время как SDU 3 не принят правильно и представлен в UE 240 как "SDU X". Соответственно, во время передачи обслуживания, выборочная отсылка и повторная передача могут быть применены, чтобы предоставить целевому eNB 230 блок данных SDU 3 для передачи к UE 240. В одном примере SDU могут отсылаться из исходного eNB 220 к целевому eNB 230 через интерфейс X2 непосредственно из исходного eNB 220 в целевой eNB 230 через интерфейс Sl (например, через шлюз доступа или AGW), и/или через любой другой подходящий сетевой интерфейс.

В одном примере может потребоваться в соответствии с PDCP и/или другим протоколом, используемым системой 200, что пакеты должны быть переданы к UE в последовательности. Таким образом, в примере, иллюстрированном системой 200, после повторной передачи выборочно отосланных SDU, последовательность пакетов, предоставляемых к UE 240, должна поддерживаться от пакетов, переданных исходным eNB 220 перед передачей обслуживания, до пакетов, передаваемых целевым eNB 230 после передачи обслуживания. Однако в примере, проиллюстрированном системой 200, данные получаются целевым eNB 230 из источника 210 данных DL в форме GTP PDU и/или другой подобной инкапсуляции, которая не предоставляет информацию последовательности. Соответственно, поскольку единственная информация, известная целевому eNB 230 относительно последовательности SDU, получена из отосланных пакетов из исходного eNB 220, целевой eNB 230 может столкнуться с существенной трудностью в определении соответствующего порядкового номера (SN) для применения к SDU для UE 240 после повторной передачи посланных пакетов. В результате доставка данных к UE 240 может быть значительно задержана при передаче обслуживания.

Существующие способы обработки данных были неэффективны для уменьшения задержек, связанных с переупорядочением пакетов при передаче обслуживания, как описано выше. В примере, проиллюстрированном системой 200, данные, соответствующие SDU с SN 3, отправлены из исходного eNB 220 к целевому eNB 230 при передаче обслуживания. Однако последующие пакеты из источника 210 данных DL в общем случае получаются как GTP PDU, которые не содержат информацию последовательности. После получения таких данных целевой eNB 230 должен затем назначить PDCP SN для данных перед передачей к UE 240. Однако, после повторной передачи SDU из исходного eNB 220 с SN 3 и ожидания выполнения переключения каналов, возникает трудность в определении надлежащего SN для начального последующего пакета для UE 240. Например, из системы 200 может наблюдаться то, что назначение начального SN 4 для начального последующего пакета нежелательно, поскольку SN 4 уже использовался, и SDU с SN 4 был уже буферизован посредством UE 240. Передача нового SDU с SN 4 к UE 240 привела бы к потере пользовательских данных, так как один из SDU рассматривался бы как дубликат и поэтому был бы удален.

Точно так же можно понять, что представление начального последующего SDU к UE 240 с SN 3+дельта вызывает существенную задержку в UE 240, поскольку UE 240 должно доставлять пакеты на верхние уровни в порядке. Например, если начальный SN 3+дельта использован, то UE 240 доставит PDU 3 и 4 на верхний уровень. Тогда после идентификации PDU с SN 3+дельта, UE 240 будет затем ждать из-за воспринятого промежутка между SN 5 и SN (3+дельта)-1. В одном примере UE 240 основывается на таймере, чтобы идентифицировать, когда доставлять данные после такого промежутка в сценарии без передачи обслуживания. Подобный таймер может быть использован во время передачи обслуживания, если длительность таймера достаточна, чтобы покрыть прерывание из-за передачи обслуживания и задержек пересылки. Таким образом, можно понять, если этот таймер используется, когда целевой eNB 230 перескакивает SN на дельту, UE 240 будет испытывать связанные с таймером задержки при каждой передаче обслуживания.

Таким образом, в соответствии с одним аспектом система 200 может действовать, чтобы уменьшить задержки обработки, связанные с PDCP переупорядочением SDU при передаче обслуживания, путем определения, передачи и/или идентификации иным образом одного или более указателей во время передачи обслуживания, которые облегчают передачу SDU без потерь к UE 240 с минимальной задержкой. Эти указатели могут включать в себя, например, информацию SN, предоставленную исходным eNB 220 к целевому eNB 230, информацию относительно шага или размера скачка, применяемого целевым eNB 230 при передаче обслуживания, указание и/или команду сброса и/или другие подходящие указатели. Примеры указателей, которые могут быть использованы, описаны более подробно ниже.

В соответствии с другим аспектом существующие системы беспроводной связи (например, системы LTE и/или другие подходящие системы беспроводной связи) определяют только единственное поведение PDCP для радиоканалов-носителей данных (DRB), отображенных на режим с квитированием управления радиолинией (RLC АМ) при передаче обслуживания. В частности, PDCP SN и номер гиперкадра (HFN), которые формируют 32-битовый порядковый номер COUNT, используемый в PDCP для шифрования, поддерживаются от исходного eNB 220 к целевому eNB 230, а также в UE 240. Это поведение типично используется для обеспечения возможности передачи обслуживания без потерь с выборочной отсылкой PDCP SDU, таким образом, способствуя упорядоченной доставке данных, уменьшению дублирования и сообщению о статусе. Чтобы поддерживать это состояние из исходного eNB 220 к целевому eNB 230, сообщение, содержащее COUNT, передается из исходного eNB 220 к целевому eNB 230. В одном примере это сообщение обозначено как SN TRANSFER STATUS (статус передачи порядкового номера (SN)).

Однако понятно, что для некоторых систем, которые используют DRB, отображенный на AM RLC, функции передачи обслуживания без потерь могут быть бесполезными. Далее, в случае восстановления сбоя радиолинии, не всегда возможно поддерживать COUNT в процессе передачи обслуживания. Кроме того, в системе, где сообщение SN TRANSFER STATUS является факультативным, когда такое сообщение не передается, целевой eNB 230 не обеспечивается механизмом для определения COUNT. В такой ситуации целевой eNB 230 в общем случае должен сбрасывать COUNT в 0, что требует от UE 240, с которым осуществляет связь целевой eNB 230, сделать то же самое, чтобы поддерживать синхронизацию.

Соответственно, чтобы устранить вышеупомянутые недостатки, система 200 может поддерживать операцию передачи обслуживания как в случае, где COUNT поддерживается из исходного eNB 220 к целевому eNB 230 и в UE 240, так и в случае, где COUNT не поддерживается из исходного eNB 230 к целевому eNB 230 и/или в UE 240. В одном примере система 200 может обеспечивать гибкость, чтобы работать в любом из вышеуказанных случаев, обеспечивая указание для UE 240, который уведомляет UE 240 относительно того, где COUNT поддерживается для данного радиоканала-носителя и для данной передачи обслуживания. Понятно, что это указание может принимать различные формы. В качестве не огранивающего примера, указание для UE 240 может включать в себя RRC (Управление ресурсом радиосвязи) сообщение RECONFIGURATION (реконфигурация) в случае передачи обслуживания, причем значение COUNT выбирается целевым eNB 230, RRC сообщение CONNECTION RE-ESTABLISHMENT (восстановление соединения) в случае восстановления сбоя радиолинии, PDCP сообщение управления, используемое посредством eNB 220 и/или 230, чтобы указать, как UE 240 должен установить COUNT, и/или любой другой подходящий указатель.

Фиг. 3 иллюстрирует примерную систему 300 для управления передачей обслуживания из исходного eNB 310 к целевому eNB 320. Как иллюстрирует система 300, во время операции передачи обслуживания, исходный eNB 310 может выборочно отправить один или более SDU 332 к целевому eNB 320 по интерфейсу X2 между eNB 310 и 320 для повторной передачи после операции передачи обслуживания. Однако, как описано выше относительно системы 200, целевой eNB 320 может столкнуться с трудностью в определении SN для применения к последовательно доставляемым пакетам данных, основываясь только на отправленных SDU 332. Соответственно, в одном примере, исходный eNB 310 может обеспечивать указатель 334 первого SN для назначения первому SDU, переданному целевым eNB 320. Первый SDU может быть, например, начальным пакетом, принятым по интерфейсу S1, пакетом, отправленным по интерфейсу X2 без назначенного порядкового номера PDCP, и/или пакетом, переданным по любому другому подходящему интерфейсу сети.

В соответствии с одним аспектом указатель 334 первого SN может быть указателем самого высокого SN, использованного исходным eNB 310, и/или указанием следующего доступного SN (например, самым высоким SN, использованным исходным eNB 310, плюс 1). В качестве конкретного примера, если самый высокий SN, использованный исходным eNB, равен 4, то указатель 334 первого SN может указывать либо 4 (например, последний использованный SN), либо 5 (например, следующий доступный SN). Путем использования указателей 334 первого SN таким образом целевой eNB 320 может поддерживать непрерывность последовательности между SDU, переданными исходным eNB 310, и SDU, передаваемыми целевым eNB 320, позволяя принимающему UE переупорядочивать пакеты ввиду выборочной отсылки и доставлять пакеты на верхние уровни без задержки. Также понятно, что поскольку непрерывность SN поддерживается, UE, к которому eNB доставляют SDU, может принимать упомянутые SDU без промежутка в PDCP SN, при условии, что никакие RLC SDU не потеряны.

Фиг. 4 иллюстрирует альтернативную примерную систему 400 для управления передачей обслуживания из исходного eNB 410 к целевому eNB 430 с помощью указателя(ей) 444 первого(ых) SN. Аналогично описанному выше для системы 300, исходный eNB 410 может послать один или более SDU 442 к целевому eNB 430 в комбинации с указателем 444 первого SN. Указатель 444 первого SN может указывать, например, последний использованный SN в исходном eNB 420 и/или следующий доступный SN (например, последний использованный SN плюс 1).

В соответствии с одним аспектом, если интерфейс Х2 между исходным eNB 410 и целевым eNB 430, как проиллюстрировано в системе 300 не доступен, SDU 442 и/или указатели 444 могут вместо этого передаваться по интерфейсу S1 и/или другому подходящему интерфейсу, по которому данные могут приниматься в целевом eNB 430. В одном примере обслуживающий шлюз (SGW) 420 может использоваться, чтобы координировать связь по интерфейсу Sl и/или передавать пакеты по интерфейсу Sl из исходного eNB 410 к целевому eNB 430 и/или наоборот.

Фиг. 5 иллюстрирует другую примерную систему 500 для управления передачей обслуживания из исходного eNB 510 к целевому eNB 520. Как показывает система 500, исходный eNB 510 может отсылать один или более SDU 512 к целевому eNB 520 во время операции передачи обслуживания. В одном примере SDU 512 могут приниматься в целевом eNB 520 по интерфейсу X2 непосредственно из исходного eNB 510, по интерфейсу Sl или другому подходящему воздушному интерфейсу из исходного eNB 510 или шлюза, или другими соответствующими средствами. После приема отосланных SDU 512 целевой eNB 520 может использовать PDCP, чтобы передать SDU 512 к одному или более UE 540, использующим SN, указанные для него исходным eNB 510.

Понятно, что когда целевой eNB 520 передает пакеты, которые не снабжены порядковым номером, по интерфейсу X2 или интерфейсу S1 и/или другому подходящему сетевому интерфейсу, PDCP может оставлять промежуток в SN