СПОСОБ И УСТРОЙСТВО ДЛЯ PDCP ПЕРЕУПОРЯДОЧЕНИЯ ПРИ ПЕРЕДАЧЕ ОБСЛУЖИВАНИЯ
METHOD AND DEVICE FOR PDCP REORDERING DURING SERVICE TRANSFER

Перекрестные ссылки
Настоящая заявка испрашивает приоритет предварительной заявки США № 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 между отосланным(и) SDU 512 и последующими SDU, чтобы избежать повторного использования SN, которые уже использовались исходным eNB 510 и которые уже буферизованы посредством UE 540. Таким образом, когда целевой eNB 520 не знает, сколько таких SDU существует, целевой eNB 520 может начать передавать SDU к UE 540 вслед за отосланными SDU 512, начиная с последнего наблюдаемого SN отосланного SDU 512 (обозначенного в системе 500 как X) плюс дельта размера шага. Однако, как описано выше, обычное решение использования значения дельты шага  SN связано с использованием консервативного таймера, чтобы позволить PDCP выполнять упорядоченную доставку, что вызывает задержки в UE 540 при каждой передаче обслуживания. Соответственно, чтобы уменьшить эти задержки, аспект, проиллюстрированный системой 500, способствует доставке указания 532 дельты для сигнализации UE 540, что предстоит скачок в SN, таким образом позволяя UE 540 обрабатывать поступающие SDU без задержек, вызванных промежутком в SN. Альтернативно, целевой eNB 520 может обеспечить указание для UE 540 по радиоканалу посредством сообщения сигнализации, что все буферизованные пакеты могут быть доставлены, даже с промежутками, после того как целевой eNB 520 определяет, что закончена передача пакетов, отосланных исходным eNB 510, таким образом позволяя UE 540 доставлять пакеты даже прежде, чем истечет время установки ассоциированного таймера. В одном примере целевой eNB 520 может определить, что он закончил передавать пакеты, отосланные из исходного eNB 510, на основе приеме маркера "последнего пакета" от исходного eNB 510, внутреннего таймера переключения каналов и/или любых других соответствующих средств.
Например, после посылки последнего наблюдаемого отправленного SDU 512 с SN X, целевой eNB 520 может использовать управляющее сообщение, содержащее указание 532, что далее последует скачок к SN X+дельта. В соответствии с одним аспектом указание 532 дельты может обеспечивать, например, значение дельты, указание факта, что скачок должен произойти, и/или любую другую информацию, достаточную, чтобы уведомить UE 540 о предстоящем скачке в SN относительно ранее принятых SDU. В одном примере, целевой eNB 520 может предоставить SDU 534 с SN X+дельта к UE 540 вслед за указанием 532 дельты, что может обрабатываться посредством UE 540 без задержки для приема SDU с SN ниже, чем X+дельта. В результате понятно, что путем использования указания 532 дельты UE 540 получает возможность доставлять SDU X+дельта 534 немедленно, без ожидания таймера.
В другом неограничительном примере дельта размера шага SN может предварительно конфигурироваться в системе 500 таким образом, чтобы дельта была известна UE 540 до передачи обслуживания, не требуя указания 532 дельты от целевого eNB 520 при каждой передаче обслуживания. Например, если данный размер дельты предварительно конфигурирован и известен в UE 540, то при передаче обслуживания целевой eNB может просто предоставлять SDU 534 с SN X+дельта к UE 540. Основываясь на априорном знании дельты в UE 540, UE 540 может немедленно доставлять SDU, не требуя явного указания дельты 532.
Фиг. 6 иллюстрирует другую примерную систему 600 для управления передачей обслуживания из исходного eNB 610 к целевому eNB 620. Как показывает система 600, во время передачи обслуживания, исходный eNB 610 может послать один или более SDU 632 к целевому eNB 620. После идентификации отосланных SDU 632 в целевом eNB 620 SDU 632 могут затем предоставляться к UE 640.
В соответствии с одним аспектом, чтобы облегчить доставку на верхние уровни  SDU посредством UE 640 с минимальной задержкой, PDCP может быть переустановлен, перед или после того, как целевой eNB 620 закончит передачу SDU 632, принятых от исходного eNB 610. Например, как показывает система 600, целевой eNB 620 может обеспечить команду 634 сброса к UE 640, после чего целевой eNB может предоставить начальный SDU 636 к UE, имеющий SN, установленный на предопределенное значение сброса. В то время как система 600 иллюстрирует начальный SDU 636 с SN 0, понятно, что может быть использован любой подходящий предопределенный SN.
В одном примере, сброс, как проиллюстрировано системой 600, может быть синхронизирован с возникновением передачи обслуживания. Дополнительно и/или альтернативно, сброс и/или продолжение порядкового номера PDCP могут конфигурироваться для соответствующих радиоканалов-носителей, таких как, например, радиоканалы-носители, отображенные на RLC UM (режим без квитирования) и/или радиоканалы-носители сигнализации (SRB), так что единственное указание 634 сброса может быть обеспечено при установке радиоканала-носителя, таким образом, делая ненужным указание сброса и/или продолжение порядкового номера для каждой передачи обслуживания. В соответствии с другим аспектом сброс может произойти после того, как все PDCP SDU, отосланные из исходного eNB 610, с их порядковыми номерами, были переданы целевым eNB 620. Целевой eNB 620 может идентифицировать конец отсылки, например обнаруживая пакет, маркирующий конец отсылки, обеспечиваемой исходным eNB 610. В одном примере, после того как отсылка заканчивается, PDCP в целевом eNB 620 может выполнить сброс и обеспечить указание 634 сброса к UE 640, по существу, одновременно. В таком примере передача последующего PDCP SDU может использовать предопределенный начальный порядковый номер для сброса.
В соответствии с другим аспектом различные способы, как проиллюстрировано системами 300-600, могут быть использованы в комбинации для одного или более типов связи и/или туннелей. Например, передача данных может использовать первый способ, как проиллюстрировано системами 300-600, в то время как голосовая связь может использовать второй, отличающийся способ.
На Фиг. 7-13 иллюстрированы способы, которые могут выполняться в соответствии с различными изложенными аспектами. В то время как в целях простоты объяснения способы показаны и описаны как ряд действий, понято, что способы не ограничены порядком действий, поскольку некоторые действия, в соответствии с одним или более аспектами, могут осуществляться в отличающихся порядках и/или одновременно с другими действиями по сравнению с показанным и описанным здесь. Например, специалистам в данной области техники должно быть понятно, что способ может альтернативно быть представлен как последовательность взаимосвязанных состояний или событий, как на диаграмме состояний. Кроме того, не все проиллюстрированные действия могут потребоваться для осуществления способа в соответствии с одним или более аспектами.
На Фиг. 7 проиллюстрирован способ 700 для координации доставки данных при операции передачи обслуживания в системе беспроводной связи (например, системе 200). Понятно, что способ 700 может быть выполнен, например, беспроводным пунктом доступа (например, eNB 220 и/или 230) и/или любым другим соответствующим узлом сети. Способ 700 начинается в блоке 702, где идентифицируются один или более пакетов, подлежащих отсылке во время процедуры передачи обслуживания (например, для передачи к одному или более UE 240). Затем в блоке 704 идентифицируются один или более указателей, которые способствуют передаче без потерь пакетов с уменьшенной задержкой вслед за доставкой отосланных пакетов, идентифицированных в блоке 702. Указатели, идентифицированные в блоке 704, могут включать в себя, например, указание первого SN (например, указание 334 и/или 444 первого SN), указание дельты (например, указание 532 дельты), команду сброса (например, указание 634 сброса) и/или любой другой подходящий указатель. Способ 700 может затем завершиться в блоке 706, в котором соответствующие пакеты отсылаются вслед за отосланными пакетами, идентифицированными в блоке 702, на основе указателей, идентифицированных в блоке 704, чтобы облегчить прием без потерь пакетов с уменьшенной задержкой.
Фиг. 8 иллюстрирует способ 800 для координации доставки данных в операции передачи обслуживания на основе отосланной информации SN. Способ 800 может быть выполняться, например, базовой станцией и/или любым другим соответствующим сетевым объектом. Способ 800 начинается в блоке 802, где идентифицируются один или более пакетов для передачи в связи с процедурой передачи обслуживания. Затем в блоке 804 идентифицируется указание SN, который должен использоваться для передачи начального пакета. В соответствии с одним аспектом указание, принятое в блоке 804, может предоставлять информацию, относящуюся к SN, использованному последним в объекте, от которого принято указание, и/или следующему доступному SN (например, последний использованный  SN плюс 1). Далее, указание в блоке 804 может приниматься по интерфейсу X2 и/или другому подходящему интерфейсу от исходной базовой станции. Дополнительно и/или альтернативно, указание может быть принято в блоке 804 по интерфейсу Sl и/или другому соответствующему интерфейсу от SGW или подобного объекта.
Способ 800 затем может перейти к блоку 806, в котором назначаются порядковые номера соответствующих пакетов в последовательности, начинающейся с начального порядкового номера, который основан на указании, принятом в блоке 804. Способ 800 затем может завершиться в блоке 808, в котором пакеты, которым назначены порядковые номера в блоке 806, передаются согласно назначенным порядковым номерам.
На Фиг. 9 показана блок-схема, которая иллюстрирует способ 900 для управления доставкой данных при передаче обслуживания на основе указания размера шага. Понятно, что способ 900 может выполняться, например, Узлом B и/или любым другим соответствующим сетевым объектом. Способ 900 начинается в блоке 902, в котором один или более отосланных пакетов, имеющих соответствующие ассоциированные порядковые номера, и один или более последующих пакетов принимаются для передачи. Способ 900 может затем перейти к блоку 904, в котором конфигурируется значение скачка, подлежащее применению к последующим пакетам, принятым в блоке 902.
Затем способ 900 может перейти к блоку 906, в котором передается указание значения скачка, конфигурированное в блоке 904. В соответствии с одним аспектом указание, переданное в блоке 906, может включать в себя значение скачка, конфигурированное в блоке 904, и/или указание, что значение скачка должно быть применено к последующим пакетам. Далее, как показано на Фиг. 9, действие, описанное в блоке 906, является факультативным и может быть опущено, если, например, значение скачка, конфигурируемое в блоке 904, априорно известно в месте назначения пакетов, передаваемых в способе 900. В другом примере, вслед за передачей отосланных пакетов в блоке 902, по радиоканалу может быть передано указание в блоке 906, что все последующие пакеты могут быть доставлены несмотря на любые промежутки в порядковом номере, которые могут иметь место между ними, таким образом позволяя осуществлять обработку таких пакетов без задержки.
Способ 900 затем может перейти к блоку 908, в котором порядковые номера соответствующих последующих пакетов, принятых в блоке 902, назначаются в порядке, начинающемся с последнего известного SN отосланного пакета, принятого в блоке 902, плюс значение скачка, конфигурированное в блоке 904. Наконец, способ 900 может завершиться в блоке 910, в котором последующие пакеты передаются согласно порядковым номерам, назначенным в блоке 908.
Фиг. 10 иллюстрирует способ 1000 координации доставки данных в операции передачи обслуживания, на основе команды сброса. Способ 1000 может выполняться, например, посредством eNB и/или любого другого соответствующего сетевого объекта. Способ 1000 начинается в блоке 1002, в котором идентифицируются один или более пакетов для передачи в связи с процедурой передачи обслуживания и командой сброса. Затем в блоке 1004 назначаются порядковые номера для соответствующих последующих пакетов, начинающихся с предопределенного значения сброса. Способ 1000 может затем завершиться в блоке 1006, в котором пакеты, для которых в блоке 1004 назначены порядковые номера, передаются согласно назначенным порядковым номерам. В одном примере команда сброса, идентифицированная в блоке 1002, может дополнительно быть обеспечена в блоке 1006.
Со ссылкой на Фиг. 11 иллюстрируется способ 1100 для приема и обработки пакетов данных в системе беспроводной связи (например, системе 200). Понятно, что способ 1100 может выполняться, например, мобильным устройством (например, UE 240) и/или любым другим соответствующим сетевым объектом. Способ 1100 начинается в блоке 1102, в котором один или более пакетов принимаются от первого Узла B. Затем в блоке 1104 идентифицируется информация, связанная с передачей обслуживания от первого Узла B к второму Узлу B. Информация, идентифицированная в блоке 1104, может включать в себя, например, информацию, относящуюся к скачку SN, применяемому к пакетам, передаваемым от второго Узла B вслед за пакетами, отосланными от первого Узла B к второму Узлу B; информацию, относящуюся к системному сбросу; сигнал «маркера конца», который указывает конец отосланных пакетов от первого Узла B, и/или любую другую подходящую информацию. Наконец, в блоке 1106 один или более пакетов принимаются от второго Узла B непрерывно относительно пакетов, принятых от первого Узла B в блоке 1102, на основе информации, идентифицированной в блоке 1104. В одном примере, когда сигнал «маркера конца» указывается вторым Узлом B, все пакеты, принятые и буферизованные в блоке 1106 вплоть до указанного порядкового номера, могут быть доставлены, даже если промежутки присутствуют в порядковых номерах, ассоциированных с пакетами.
Фиг. 12 иллюстрирует способ 1200 приема и обработки пакетов данных во время операции передачи обслуживания, основанной на указании скачка последовательности. Способ 1200 может выполняться, например, посредством UE и/или любым другим соответствующим сетевым объектом. Способ 1200 начинается в блоке 1202, в котором принимается первый пакет (например, пакет, отосланный от первого пункта доступа к второму пункту доступа во время операции передачи обслуживания). Затем в блоке 1204 идентифицируется порядковый номер, ассоциированный с первым пакетом, принятым в блоке 1202. Способ 1200 может затем продолжаться в блоке 1206, в котором идентифицируется значение шага для порядковых номеров в связи с операцией передачи обслуживания. В одном примере значение шага может быть известно объекту, выполняющему способ 1200, до соответствующей операции передачи обслуживания. Альтернативно, объект, выполняющий способ 1200, может получить информацию, относящуюся к применению значения шага, и/или само значение шага от пункта доступа.
После завершения действий, описанных в блоке 1206, способ 1200 может продолжиться в блоке 1208, в котором принимается второй пакет, который имеет ассоциированный порядковый номер, равный порядковому номеру, ассоциированному с первым пакетом, идентифицированным в блоке 1204, плюс значение шага, идентифицированное в блоке 1206. Способ 1200 может затем завершиться в блоке 1210, в котором второй пакет обрабатывается, не требуя задержки на обнаружение дополнительных пакетов.
На Фиг. 13 показана блок-схема, которая иллюстрирует способ 1300 приема и обработки пакетов данных во время операции передачи обслуживания, основанной на системном сбросе. Способ 1300 может выполняться, например, терминалом доступа и/или другим соответствующим сетевым объектом. Способ 1300 начинается в блоке 1302, в котором принимается первый пакет. Первый пакет может быть, например, пакетом, отосланным от первого Узла B к второму Узлу B во время операции передачи обслуживания. Затем в блоке 1304 принимается указание сброса. В одном примере указание сброса может приниматься в блоке 1304 от любого Узла B, участвующего в передаче обслуживания для услуги связи, к объекту, выполняющему способ 1300, и/или любому другому подходящему сетевому объекту. В соответствии с одним аспектом указание сброса, принимаемое в блоке 1304, может быть неявным. Например, PDCP объект может конфигурироваться для сброса без дальнейшего указания каждый раз, когда возникает передача обслуживания.
После завершения действий, описанных в блоке 1304, способ 1300 продолжается в блоке 1306, в котором принимается второй пакет, который имеет ассоциированный порядковый номер, который равен предопределенному порядковому номеру сброса. Наконец, в блоке 1308, второй пакет, принятый в блоке 1306, обрабатывается, не требуя задержки для обнаружения дополнительных пакетов.
На Фиг. 14 представлена блок-схема, иллюстрирующая примерную систему беспроводной связи 1400, в которой могут функционировать один или больше описанных вариантов осуществления. В одном примере система 1400 является системой с множеством входов и множеством выходов (MIMO), которая содержит систему передатчика 1410 и систему приемника 1450. Однако понятно, что система передатчика 1410 и/или система приемника 1450 могут также применяться в системе с множеством входов и одним выходом, в которой, например, множество передающих антенн (например, на базовой станции) могут передавать один или более потоков символов на устройство с одной антенной (например, мобильную станцию). Дополнительно должно быть понятно, что аспекты системы передатчика 1410 и/или системы приемника 1450, описанные здесь, могут быть использованы в связи с антенной системой с одним входом и одним выходом.
В соответствии с одним аспектом данные трафика для множества потоков данных обеспечены в системе передатчика 1410 от источника 1412 данных к процессору 1414 данных передачи (ТХ). В одном примере каждый поток данных может затем передаваться через соответствующую передающую антенну 1424. Дополнительно, процессор 1414 ТХ данных может форматировать, кодировать и перемежать данные трафика для каждого потока данных на основе конкретной схемы кодирования, выбранной для каждого соответствующего потока данных, чтобы обеспечить кодированные данные. В одном примере кодированные данные для каждого потока данных могут затем мультиплексироваться с пилотными данными с использованием способов OFDM. Пилотные данные могут быть, например, известным шаблоном данных, который обрабатывается известным способом. Далее, пилотные данные могут использоваться в системе приемника 1450 для оценки отклика канала. В системе передатчика 1410 мультиплексированные пилотные и кодированные данные для каждого потока данных могут модулироваться (то есть отображаться на символы) на основе конкретной схемы модуляции (например, BPSK, QSPK, М-PSK или М-QAM), выбранной для каждого соответствующего потока данных, чтобы обеспечить символы модуляции. В одном примере скорость передачи данных, кодирование и модуляция для каждого потока данных могут быть определены инструкциями, выполняемыми на процессоре и/или обеспечиваемыми процессором 1430.
T
T
T
T
Затем символы модуляции для всех потоков данных могут быть предоставлены ТХ процессору 1420, который может дополнительно обрабатывать символы модуляции (например, для OFDM). TX MIMO процессор 1420 может затем обеспечить N потоков символов модуляции к N приемопередатчикам 1422a-1422t. В одном примере каждый приемопередатчик 1422 может принимать и обрабатывать соответствующий поток символов, чтобы обеспечить один или более аналоговых сигналов. Каждый приемопередатчик 1422 может затем дополнительно преобразовывать (например, усиливать, выполнять фильтрацию и повышающее преобразование) аналоговых сигналов, чтобы обеспечить модулированный сигнал, подходящий для передачи по каналу MIMO. Соответственно, N модулированных сигналов от приемопередатчиков 1422a-1422t могут затем передаваться от N антенн 1424a-1424t соответственно.
R
R
T
T
В соответствии с другим аспектом переданные модулированные сигналы могут приниматься системой приемника 1450 посредством N антенн 1452a-1452r. Принятый сигнал от каждой антенны 1452 может затем предоставляться к соответствующим приемопередатчикам 1454. В одном примере каждый приемопередатчик 1454 может преобразовывать (например, выполнять фильтрацию, усиление и повышающее преобразование) соответствующий принятый сигнал, оцифровывать преобразованный сигнал, чтобы обеспечить выборки, и затем обрабатывает выборки для обеспечения соответствующего принятого потока символа. Процессор 1460 RX MIMO/данных может затем принимать и обрабатывать N принятых потоков символов от N приемопередатчиков 1454 на основе конкретного метода обработки приемника, чтобы обеспечить N обнаруженных потоков символов. В одном примере каждый обнаруженный поток символов может включать в себя символы, которые являются оценками символов модуляции, переданных для соответствующего потока данных. RX процессор 1460 может затем обрабатывать каждый поток символов, по меньшей мере, частично путем демодуляции обращенного перемежения и декодирования каждого обнаруженного потока символов, чтобы восстановить данные трафика для соответствующего потока данных. Таким образом, обработка RX процессором 1460 может быть комплементарной обработке, выполняемой TX MIMO процессором 1420 и ТХ процессором 1414 в системе передатчика 1410. RX процессор 1460 может дополнительно предоставлять обработанные потоки символов приемнику 1464 данных.
В соответствии с одним аспектом оценка отклика канала, сформированная RX процессором 1460, может использоваться для выполнения пространственно-временной обработки в приемнике, настройки уровней мощности, изменения скоростей или схем модуляции и/или других надлежащих действий. Дополнительно RX процессор 1460 может оценивать канальные характеристики, такие как, например, отношения сигнала к шуму и помехам (SNR) обнаруженных потоков символов. Процессор RX 1460 может затем предоставлять оцененные канальные характеристики процессору 1470. В одном примере RX процессор 1460 и/или процессор 1470 могут дополнительно получать оценку "рабочего" SNR для системы. Процессор 1470 может затем предоставлять информацию состояния канала (CSI), которая может содержать информацию относительно линии связи и/или принимаемого потока данных. Эта информация может включать в себя, например, рабочее SNR. CSI может затем обрабатываться процессором 1418 ТХ данных, модулироваться модулятором 1480, преобразовываться приемопередатчиками 1454a -1454r и передаваться назад к системе передатчика 1410. Кроме того, источник 1416 данных в системе приемника 1450 может обеспечить дополнительные данные, которые должны обрабатываться ТХ процессором 1418.
В системе передатчика 1410 модулированные сигналы от системы приемника 1450 могут затем приниматься антеннами 1424, преобразовываться приемопередатчиками 1422, демодулироваться демодулятором 1440 и обрабатываться процессором RX 1442, чтобы восстановить CSI, сообщенную системой приемника 1450. В одном примере сообщенная CSI может затем предоставляться процессору 1430 и использоваться для определения скоростей передачи данных, а также схем кодирования и модуляции, которые должны использоваться для одного или более потоков данных. Определенные схемы кодирования и модуляции могут затем предоставляться приемопередатчикам 1422 для квантования и/или использования в последующих передачах к системе приемника 1450. Дополнительно и/или альтернативно, сообщенная CSI может использоваться процессором 1430 для генерации различных управляющих сигналов для ТХ процессора 1414 и TX MIMO процессора 1420. В другом примере CSI и/или другая информация, обработанная RX процессором 1442, может быть предоставлена приемнику 1444 данных.
R
T
В одном примере процессор 1430 в системе передатчика 1410 и процессор 1470 в системе приемника 1450 управляют работой в соответствующих им системах. Дополнительно, память 1432 в системе передатчика 1410 и память 1472 в системе приемника 1450 могут обеспечивать хранение для кодов программ и данных, используемых процессорами 1430 и 1470 соответственно. Далее, в системе приемника 1450 могут использоваться различные способы обработки для обработки N принятых сигналов, чтобы обнаружить N переданных потоков символов. Эти способы обработки приемника могут включать в себя пространственные и пространственно-временные методы обработки приемника, которые могут также упоминаться как методы коррекции, и/или методы обработки приемника путем "последовательного обнуления/коррекции и компенсации помех", которые могут также упоминаться как методы обработки приемника путем "последовательной компенсации помех" или "последовательной компенсации".
На Фиг. 15 представлена блок-схема системы 1500, которая способствует управлению передачей обслуживания в системе беспроводной связи в соответствии с различными аспектами, описанными здесь. В одном примере система 1500 содержит базовую станцию или пункт доступа 1502. Как проиллюстрировано, пункт доступа 1502 может принимать сигнал(ы) от одного или более терминалов 1504 доступа через одну или более приемных (Rx) антенн 1506 и передавать к одному или более терминалов доступа 1004 через одну или более передающих (Tx) антенн 1508.
Дополнительно, пункт 1502 доступа может содержать приемник 1510, который принимает информацию от приемной(ых) антенны (антенн) 1506. В одном примере приемник 1510 может быть операционно связан с демодулятором 1512, который демодулирует принятую информацию. Демодулированные символы могут затем анализироваться процессором 1514. Процессор 1514 может быть связан с памятью 1516, которая может хранить информацию, относящуюся к кластерам кодов, назначениям терминалов доступа, соответствующим поисковым таблицам, уникальным последовательностям скремблирования, и/или другие подходящие типы информации. В одном примере пункт 1502 доступа может использовать процессор 1514 для выполнения способов 700, 800, 900, 1000 и/или других подобных и соответствующих способов. Пункт 1502 доступа может также включать в себя модулятор 1518, который может мультиплексировать сигнал для передачи передатчиком 1520 через передающую(ие) антенну(ы) 1508.
На Фиг. 16 представлена блок-схема другой системы 1600, которая способствует управлению передачей обслуживания в системе беспроводной связи в соответствии с различными аспектами, описанными здесь. В одном примере система 1600 содержит терминал или пользовательское оборудование (UE) 1602. Как проиллюстрировано, UE 1602 может принимать сигнал(ы) от одного или более Узлов В 1604 и передавать к одному или более Узлам В 1604 через одну или более антенн 1608. Дополнительно, UE 1602 может содержать приемник 1610, который принимает информацию от антенны (антенн) 1608. В одном примере приемник 1610 может быть операционно связан с демодулятором 1612, который демодулирует принятую информацию. Демодулированные символы могут затем анализироваться процессором 1614. Процессор 1614 может быть связан с памятью 1616, которая может хранить данные и/или коды программ, относящиеся к UE 1602. Дополнительно, UE 1602 может использовать процессор 1614 для выполнения способов 1100, 1200, 1300 и/или других подобных и соответствующих способов. UE 1602 может также включать в себя модулятор 1618, который может мультиплексировать сигнал для передачи передатчиком 1620 через антенну(ы) 1608.
Фиг. 17 иллюстрирует устройство 1700, которое способствует эффективному упорядочиванию без потерь и доставке пакетов данных в системе беспроводной связи (например, системе 200). Понятно, что устройство 1700 представлено, как включающее в себя функциональные блоки, которые могут быть функциональными блоками, представляющими функции, реализуемые процессором, программным обеспечением или комбинацией указанного (например, программируемым оборудованием). Устройство 1700 может быть реализовано в eNB (например, eNB 220 и/или 230) и/или в любом другом соответствующем сетевом объекте и может включать в себя модуль 1702 для приема одного или более выборочно отосланных пакетов для передачи на терминал в связи с процедурой передачи обслуживания, модуль 1704 для идентификации информации состояния и информации упорядочивания, ассоциированной с отосланными пакетами, которые способствуют доставке пакетов без потерь на терминал, и модуль 1706 для передачи соответствующих пакетов вслед за выборочно отосланными пакетами на терминал, используя информацию состояния, в порядке, определенном информацией упорядочения.
Фиг. 18 иллюстрирует устройство 1800, которое способствует приему и обработке блоков данных во время процедуры передачи обслуживания. Понятно, что устройство 1800 представлено как включающее в себя функциональные блоки, которые могут быть функциональными блоками, представляющими функции, реализуемые процессором, программным обеспечением или комбинацией указанного (например, программируемым оборудованием). Устройство 1800 может быть реализовано в UE (например, UE 240) и/или любом другом соответствующем сетевом объекте и может включать в себя модуль 1802 для приема одного или более блоков данных из первого источника, модуль 1804 для идентификации информации, относящейся к переходу обслуживания от первого источника ко второму источнику, модуль 1806 для приема одного или более блоков данных из второго источника на основе идентифицированной информации и модуль 1808 для обработки блоков данных, принятых из второго источника, без задержки, связанной с попыткой обнаружить дополнительные блоки данных.
Следует понимать, что аспекты, описанные в данном документе, могут быть реализованы посредством аппаратных средств, программного обеспечения, микропрограммного обеспечения, промежуточного программного обеспечения, микрокода или любой комбинации вышеуказанного. Когда системы и/или способы выполнены в программном обеспечении, микропрограммном обеспечении, промежуточном программном обеспечении или микрокоде, программном коде или сегментах кода, они могут быть сохранены на машиночитаемом носителе, таком как компонент хранения. Сегмент кода может представлять процедуру, функцию, подпрограмму, программу, стандартную процедуру, вложенную процедуру, модуль, пакет программного обеспечения, класс или любое сочетание инструкций, структур данных или программных операторов. Сегмент кода может быть связан с другим сегментом кода или аппаратной схемой посредством передачи и/или приема информации, данных, аргументов, параметров или содержимого памяти. Информация, аргументы, параметры, данные и т.д. могут быть переданы, переадресованы или пересланы посредством любого надлежащего средства, в том числе совместного использования памяти, передачи сообщений, эстафетной передачи данных, передачи по сети и т.д.
При реализации в программном обеспечении описанные в данном документе технологии могут быть реализованы с помощью модулей (например, процедур, функций и т.п.), которые выполняют описанные в данном документе функции. Программные коды могут быть сохранены в запоминающем устройстве и приведены в исполнение посредством процессоров. Запоминающее устройство может быть реализовано в процессоре или внешним образом по отношению к процессору, причем во втором случае оно может быть коммуникативно связано с процессором с помощью различных средств, известных в данной области техники.
Выше были описаны примеры одного или более аспектов. Разумеется, невозможно описать каждую возможную комбинацию компонентов или методов в целях описания вышеупомянутых аспектов, но специалистам в данной области техники должно быть понятно, что возможно множество других комбинаций и перестановок различных аспектов. Соответственно, описанные аспекты имеют намерение охватывать все подобные преобразования, модификации и разновидности, которые попадают под сущность и объем прилагаемой формулы изобретения. Дополнительно, в рамках того, как термин "включает в себя" используется в подробном описании или в формуле изобретения, этот термин должен интерпретироваться включающим образом, аналогично термину "содержит", как термин "содержит" интерпретируется, когда используется в качестве переходного слова в формуле изобретения. Кроме того, термин "или" при использовании в подробном описании или формуле изобретения подразумевается "не исключающим или".