ДОСТАВКА КОМАНДЫ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
DELIVERY OF HANDOVER COMMAND

Ссылки на родственную заявку
Данная заявка притязает на приоритет предварительной патентной заявки США № 60/945070, поданной 19 июня 2007 г. и озаглавленной “A METHOD AND APPARATUS DELIVERY OF HANDOVER COMMAND”, которая в полном объеме включена сюда в порядке ссылки.
Уровень техники
Системы беспроводной связи широко применяются для обеспечения различных типов связи, например, для передачи речи, данных, видео и т.д. Эти системы могут представлять собой системы множественного доступа, способные поддерживать связь с множественными терминалами доступа за счет обобществления доступных системных ресурсов (например, полосы и передаваемой мощности). Примеры таких систем множественного доступа включают в себя системы множественного доступа с кодовым разделением (CDMA), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA), системы Long Term Evolution (LTE) 3GPP и системы множественного доступа с ортогональным частотным разделением (OFDMA). Обычно система беспроводной связи содержит несколько базовых станций, причем каждая базовая станция осуществляет связь с мобильной станцией с использованием прямой линии связи, и каждая мобильная станция (или терминал доступа) осуществляет связь с базовой(ыми) станцией(ями) с использованием обратной линии связи.
В общем случае, система беспроводной связи множественного доступа может одновременно поддерживать связь для множественных беспроводных терминалов. Каждый терминал осуществляет связь с одной или несколькими базовыми станциями посредством передач по прямой и обратной линиям связи. Прямая (или нисходящая) линия связи это линия связи от базовых станций к терминалам, и обратная (или восходящая) линия связи - это линия связи от терминалов к базовым станциям. Эта линия связи может быть установлена в системе с одним входом и одним выходом (SISO), многими входами и одним выходом (MISO) или многими входами и многими выходами (MIMO).
N
N
N
N
N
N
T
R
T
R
S
S
В системах MIMO применяются множественные () передающие антенны и множественные () приемные антенны для передачи данных. Канал MIMO, образованный  передающими и  приемными антеннами, можно разложить на  независимых каналов, которые можно именовать пространственными каналами, где . Каждый из  независимых каналов соответствует отдельному пространственному измерению. Система MIMO может обеспечивать повышенную производительность (например, повышенную эффективность использования спектра, повышенную пропускную способность и/или повышенную надежность), в случае использования дополнительных пространственных измерений, созданных множественными передающими и приемными антеннами.
Система MIMO поддерживает системы дуплексной связи с временным разделением (TDD) и дуплексной связи с частотным разделением (FDD). В системе TDD передачи по прямой и обратной линиям связи занимают один и тот же частотный диапазон, поэтому принцип обратимости позволяет устанавливать канал прямой линии связи из канала обратной линии связи. Это позволяет eNB (Evolved Node B) получать коэффициент усиления за счет формирования диаграммы направленности передачи на прямой линии связи при наличии на eNB множественных антенн.
UE необходим eNB, обслуживающий соту, в которой оно в данный момент находится, для облегчения связи. Однако, когда UE перемещается из своего текущего положения, оно может входить в зону покрытия, связанную с другим eNB, который, возможно, будет лучше обслуживать UE. Для этого UE требуется осуществить передачу обслуживания от текущего обслуживающего eNB к новому eNB. Однако сигнализацию между UE и eNB необходимо оптимизировать для обеспечения надежной связи.
Сущность изобретения
Ниже, в упрощенном виде, представлена сущность заявленного изобретения для обеспечения понимания, в основном, некоторых аспектов заявленного изобретения. Эта сущность не является обширным обзором заявленного изобретения. Она не призвана ни идентифицировать ключевые или критические элементы заявленного изобретения, ни ограничивать объем заявленного изобретения. Ее единственной целью является представление некоторых концепций заявленного изобретения в упрощенной форме в качестве прелюдии к более подробному описанию, которое приведено ниже.
В соответствии с этим аспектом раскрыт способ выполнения передачи обслуживания в системе беспроводной связи. Обслуживающий eNB принимает отчет об измерении, содержащий текущую конфигурацию, связанную с UE. В ответ он передает дельта-конфигурацию, содержащую одно или несколько изменений, вносимых в текущую конфигурацию UE, для облегчения передачи обслуживания. Если передача обслуживания является передачей обслуживания между eNB (усовершенствованными Узлами В) от исходного eNB к другому конечному eNB, отчет об измерении передается от UE на исходный eNB и содержит информацию, касающуюся предпочтительного конечного eNB. Исходный eNB пересылает текущую конфигурацию UE на предпочтительный конечный eNB. В ответ, конечный eNB генерирует дельта-конфигурацию с изменениями и передает ее на исходный eNB в прозрачном контейнере. Исходный eNB пересылает прозрачный контейнер на UE, не получая информации, содержащейся в контейнере. Еще один аспект предусматривает, что передача обслуживания является передачей обслуживания внутри eNB. В этом случае, сообщение передачи обслуживания, передаваемое на UE для облегчения передачи обслуживания, содержит выбор между локальной конфигурацией и прозрачным контейнером.
Еще один аспект предусматривает определение, из отчета об измерении, можно ли пересылать на UE критическую и/или некритическую информацию, связанную с передачей обслуживания. В соответствии с этим аспектом, исходный eNB определяет, можно ли передавать на UE критическую и/или некритическую информацию и, на основании, по меньшей мере, определения, он принимает от конечного eNB соответствующую информацию, которая затем пересылается на UE. На основании одного или нескольких условий радиосвязи, связанных с UE, извлеченных из отчета об измерении или от исходного eNB, на UE можно пересылать только критическую информацию. В этом случае либо исходный eNB информирует конечный eNB о пересылке только критической информации, либо UE передает информацию, которую он принял от исходного eNB, на конечный eNB по завершении передачи обслуживания.
Еще один аспект предусматривает устройство для облегчения передачи обслуживания в системе связи. Устройство содержит приемник, который принимает, по меньшей мере, отчет об измерении, содержащий информацию, касающуюся текущей конфигурации UE, которому нужна передача обслуживания. Процессор, также входящий в состав устройства, генерирует, по меньшей мере, одно сообщение передачи обслуживания, содержащее дельта-конфигурацию для UE, причем дельта-конфигурация указывает одно или несколько изменений, необходимых в текущей конфигурации UE для облегчения передачи обслуживания, и предоставляет сообщение передатчику, который передает его на UE.
Еще один аспект предусматривает компьютерный программный продукт, содержащий компьютерно-считываемый носитель информации, содержащий: код, предписывающий, по меньшей мере, компьютеру принимать отчет об измерении, содержащий текущую конфигурацию, связанную с UE; код, предписывающий, по меньшей мере, компьютеру принимать дельта-конфигурацию, содержащую одно или несколько изменений, вносимых в текущую конфигурацию UE; и код, предписывающий, по меньшей мере, компьютеру передавать дельта-конфигурацию на UE для облегчения передачи обслуживания UE. Код облегчает прием отчета об измерении, содержащего текущую конфигурацию UE, от UE. В ответ, код дополнительно облегчает передачу дельта-конфигурации, содержащей одно или несколько изменений, вносимых в текущую конфигурацию UE, на UE, что позволяет UE совершать передачу обслуживания. При передаче обслуживания между eNB, инструкции дополнительно облегчают пересылку на UE прозрачного контейнера, содержащего дельта-конфигурацию, без необходимости декодировать содержимое контейнера.
Еще один аспект предусматривает систему для облегчения передачи обслуживания. Система содержит средство для приема одного или нескольких отчетов об измерении от одного или нескольких UE, где указана текущая конфигурация, связанная с UE. Она также содержит средство для анализа отчетов об измерении для идентификации, по меньшей мере, одного UE, запрашивающего передачу обслуживания. Сообщение, содержащее, по меньшей мере, дельта-конфигурацию, которая указывает одно или несколько изменений текущей конфигурации UE, передается на UE средством для передачи, также входящим в состав системы.
В другом аспекте раскрыт способ выполнения передачи обслуживания между eNB в системе беспроводной связи. Способ содержит этапы, на которых принимают запрос на передачу обслуживания, причем запрос содержит информацию, касающуюся текущей конфигурации, связанной с UE, запрашивающим передачу обслуживания. Способ также содержит этапы, на которых определяют дельта-конфигурацию, указывающую одно или несколько изменений текущей конфигурации, которые необходимы для облегчения передачи обслуживания и передают дельта-конфигурацию в прозрачном контейнере.
В еще одном аспекте раскрыто устройство для облегчения передачи обслуживания в системе связи. Устройство содержит приемник, который принимает информацию, касающуюся текущей конфигурации UE, запрашивающего передачу обслуживания. Процессор, также входящий в состав устройства, определяет, по меньшей мере, дельта-конфигурацию для UE, причем дельта-конфигурация указывает одно или несколько изменений, необходимых в текущей конфигурации UE, для облегчения передачи обслуживания. Передатчик принимает дельта-конфигурацию и передает дельта-конфигурацию в прозрачном контейнере.
Еще один аспект предусматривает компьютерный программный продукт, содержащий компьютерно-считываемый носитель информации, содержащий: код, предписывающий, по меньшей мере, компьютеру принимать запрос на передачу обслуживания, причем запрос содержит информацию, касающуюся текущей конфигурации, связанной с UE, запрашивающим передачу обслуживания; код, предписывающий, по меньшей мере, компьютеру определять дельта-конфигурацию, указывающую одно или несколько изменений текущей конфигурации, которые необходимы для облегчения передачи обслуживания; и код, предписывающий, по меньшей мере, компьютеру передавать дельта-конфигурацию в прозрачном контейнере.
В другом аспекте раскрыт способ выполнения передачи обслуживания в системе беспроводной связи. Способ содержит этапы, на которых передают отчет об измерении, содержащий текущую конфигурацию UE, принимают дельта-конфигурацию, содержащую одно или несколько изменений, вносимых в текущую конфигурацию, и реализуют дельта-конфигурацию для облегчения передачи обслуживания. Если передача обслуживания является передачей обслуживания между eNB (усовершенствованными Узлами В) от исходного eNB к предпочтительному конечному eNB, предпочтительный конечный eNB указывают исходному eNB в отчете об измерении помимо информации, касающейся условий радиосвязи, связанных с UE. В ответ дельта-конфигурацию принимают в прозрачном контейнере от исходного eNB на UE. Дополнительно, способ содержит этап, на котором принимают критическую и/или некритическую информацию от исходного eNB на основании, по меньшей мере, условий радиосвязи, передаваемых в отчете об измерении. Он также содержит этап, на котором передают на конечный eNB сообщение, содержащее информацию, касающуюся информации, принятой от исходного eNB, по завершении передачи обслуживания.
В соответствии с еще одним аспектом раскрыто устройство для облегчения передачи обслуживания в системе беспроводной связи. Устройство содержит процессор, который генерирует, по меньшей мере, отчет об измерении, содержащий информацию, касающуюся текущей конфигурации и условий радиосвязи, связанных с UE. Передатчик, также входящий в состав устройства, передает отчет об измерении. Устройство также включает в себя приемник, который принимает сообщение, содержащее дельта-конфигурацию, причем дельта-конфигурация указывает изменения текущей конфигурации, которые необходимы для облегчения передачи обслуживания.
В еще одном аспекте, изобретение предусматривает компьютерный программный продукт, содержащий компьютерно-считываемый носитель информации, содержащий: код, предписывающий, по меньшей мере, компьютеру передавать отчет об измерении, содержащий текущую конфигурацию UE; код, предписывающий, по меньшей мере, компьютеру принимать дельта-конфигурацию, содержащую одно или несколько изменений, вносимых в текущую конфигурацию; и код, предписывающий, по меньшей мере, компьютеру реализовать дельта-конфигурацию для облегчения передачи обслуживания.
В соответствии с этим аспектом раскрыта система для облегчения передачи обслуживания. Система содержит средство для генерации отчета об измерении, содержащего текущую конфигурацию и условия радиосвязи, связанные с UE. Средство для передачи, также входящее в состав системы, передает отчет об измерении. Система также содержит средство для приема сообщения передачи обслуживания, содержащего дельта-конфигурацию, которая указывает одно или несколько изменений текущей конфигурации, которые необходимы для облегчения передачи обслуживания.
В нижеследующем описании и прилагаемых чертежах подробно изложены некоторые иллюстративные аспекты заявленного изобретения. Однако эти аспекты представляют лишь некоторые возможные подходы к применению раскрытых здесь принципов заявленного изобретения, и заявленное изобретение призвано охватывать все подобные аспекты и их эквиваленты. Другие преимущества и признаки новизны следуют из нижеследующего подробного описания заявленного изобретения, приведенного совместно с чертежами.
Краткое описание чертежей
Фиг. 1 - система беспроводной связи множественного доступа согласно одному варианту осуществления.
Фиг. 2 - блок-схема варианта осуществления eNB и терминала доступа (или UE) в системе MIMO.
Фиг. 3 - система беспроводной связи множественного доступа в соответствии с различными описанными здесь аспектами.
Фиг. 4 - процедура передачи обслуживания, выполняемая в соответствии с аспектом.
Фиг. 5 - более подробное описание работы системы, выполняющей процедуру передачи обслуживания между eNB.
Фиг. 6 - варианты осуществления сообщения RRC в соответствии с различными описанными здесь аспектами.
Фиг. 7 - способ выполнения передачи обслуживания между eNB в соответствии с аспектом.
Фиг. 8A - способ передачи критической и/или некритической информации от конечного eNB на UE в передаче обслуживания между eNB в соответствии с аспектом.
Фиг. 8B - другой аспект передачи критической/некритической информации на UE исходным eNB в процедуре передачи обслуживания между eNB.
Фиг. 9 - логическая блок-схема способа выполнения передачи обслуживания в соответствии с аспектом.
Фиг. 10 - логическая блок-схема способа приема информации в соответствии с аспектом.
Фиг. 11 - обобщенная блок-схема различных компонентов устройства в соответствии с различными аспектами.
Фиг. 12 - другая обобщенная блок-схема различных компонентов устройства в соответствии с различными описанными здесь аспектами.
Фиг. 13 - блок-схема иллюстративной системы, которая позволяет передачу обслуживания в соответствии с аспектами, раскрытыми в описании изобретения.
Фиг. 14 - блок-схема иллюстративной системы, которая допускает передачу обслуживания между eNB в соответствии с аспектом, описанным в описании изобретения.
Описание изобретения
Заявленное изобретение описано ниже со ссылкой на чертежи, снабженные сквозной системой обозначений. В нижеследующем описании, в целях объяснения, многочисленные конкретные детали изложены для обеспечения полного понимания заявленного изобретения. Однако можно видеть, что заявленное изобретение можно осуществлять на практике без этих конкретных деталей. В других примерах, общеизвестные конструкции и устройства показаны в форме блок-схемы для облегчения описания заявленного изобретения.
Различные варианты осуществления описаны ниже со ссылкой на чертежи, снабженные сквозной системой обозначений. В нижеследующем описании, в целях объяснения, многочисленные конкретные детали изложены для обеспечения полного понимания одного или нескольких аспектов Однако можно видеть, что такой(ие) вариант(ы) осуществления можно осуществлять на практике без этих конкретных деталей. В других примерах, общеизвестные конструкции и устройства показаны в форме блок-схемы для облегчения описания одного или нескольких вариантов осуществления. Используемые в этой заявке термины “компонент”, “модуль”, “система” и т.п. относятся к компьютерной сущности, представляющей собой либо оборудование, либо сочетание оборудования и программного обеспечения, либо программное обеспечение, либо выполняющееся программное обеспечение. Например, компонент может представлять собой, но без ограничения, процесс, выполняющийся на процессоре, процессор, объект, исполнимый модуль, поток выполнения, программу и/или компьютер. В порядке иллюстрации, компонентом может быть как приложение, выполняющееся на вычислительном устройстве, так и вычислительное устройство. Один или несколько компонентов могут располагаться в процессе и/или потоке выполнения, и компонент может быть локализован на одном компьютере и/или распределен между двумя или более компьютерами. Кроме того, эти компоненты могут выполняться с различных компьютерно-считываемых носителей, на которых хранятся различные структуры данных. Компоненты могут осуществлять связь посредством локальных и/или удаленных процессов, например, согласно сигналу, имеющему один или несколько пакетов данных (например, данных от одного компонента, взаимодействующего с другим компонентом в локальной системе, распределенной системе и/или по сети, например, интернету, с другими системами посредством сигнала).
Различные варианты осуществления будут представлены в отношении систем, которые могут включать в себя ряд устройств, компонентов, модулей и т.п. Очевидно, что различные системы могут включать в себя дополнительные устройства, компоненты, модули и т.д. и/или могут не включать в себя все устройства, компоненты, модули и т.д., представленные на фигурах. Также можно использовать сочетание этих подходов.
Слово “иллюстративный” используется здесь в смысле «служащий примером, вариантом или иллюстрацией». Любой вариант осуществления или любую конструкцию, описанный/ую здесь как “иллюстративный/ую”, не обязательно рассматривать как предпочтительный/ую или имеющий/ую преимущество над другими вариантами осуществления или конструкциями. Используемое здесь слово "прослушивание" означает, что устройство-получатель (eNB или UE) принимает и обрабатывает данные, принятые на данном канале.
Различные аспекты могут предусматривать схемы и/или техники вывода в связи с переводом ресурсов связи. Используемый здесь термин “выводить” или “вывод” относится, в общем случае, к процессу рассуждения о состояниях системы, среды и/или пользователя или их вывода на основании совокупности наблюдений, сделанных на основе событий и/или данных. Вывод можно применять для идентификации конкретного контекста или действия или, например, для генерации распределения вероятности по состояниям. Вывод может носить вероятностный характер, т.е. опираться на вычисление распределения вероятности по нужным состояниям на основании изучения данных и событий, или на основании теоретических рассуждений, построение на основе вероятностного вывода, и учет действий по отображению наиболее ожидаемой службы, в контексте неопределенности целей и намерений пользователя. Вывод также может относиться к методам, применяемым для составления событий более высокого уровня из множества событий и/или данных. Такой вывод приводит к построению новых событий или действий из множества наблюдаемых событий и/или сохраненных данных событий, в зависимости от того, коррелируют ли события в тесной временной близости и от того, приходят ли события и данные из одного или нескольких источников событий и данных.
Кроме того, различные аспекты описаны здесь в связи с абонентской станцией. Абонентскую станцию также можно называть системой, абонентским блоком, мобильной станцией, мобильником, удаленной станцией, точкой доступа, eNB, удаленным терминалом, терминалом доступа, пользовательским терминалом, пользовательским агентом, пользовательским устройством, мобильным устройством, портативным устройством связи или пользовательским оборудованием (UE). Абонентская станция может представлять собой сотовый телефон, беспроводной телефон, телефон протокола инициирования сеанса [Session Initiation Protocol] (SIP), станцию беспроводного местного доступа (WLL), карманный персональный компьютер (КПК), карманное устройство, имеющее возможность беспроводного соединения, или другое устройство обработки, подключенное к беспроводному модему.
Кроме того, различные описанные здесь аспекты или признаки можно реализовать как способ, устройство или изделие производства с использованием стандартных методов программирования и/или проектирования. Используемый здесь термин "изделие производства" призван охватывать компьютерную программу, доступную с любого компьютерно-считываемого устройства, несущей или носителя. Например, компьютерно-считываемый носитель может включать в себя, но без ограничения, магнитное запоминающее устройство (например, жесткий диск, флоппи-диск, магнитные полоски и т.д.), оптический диск (например, компакт-диск (CD), цифровой универсальный диск (DVD) и т.д.), смарт-карты и устройства флэш-памяти (например, ЭППЗУ, карту, линейку, флэш-ключ и т.д.). Дополнительно, различные описанные здесь носители данных могут представлять одно или несколько устройств и/или другие машинно-считываемые носители для хранения информации. Термин “машинно-считываемый носитель” может включать в себя, без ограничения, беспроводные каналы и различные другие носители, способные хранить, содержать и/или переносить инструкции и/или данные.
Описанные здесь техники можно использовать для различных сетей беспроводной связи, например, сетей множественного доступа с кодовым разделением (CDMA), сетей множественного доступа с временным разделением (TDMA), сетей множественного доступа с частотным разделением (FDMA), сетей ортогонального FDMA (OFDMA), сетей FDMA с одной несущей (SC-FDMA) и т.д. Термины “сети” и “системы” часто используются взаимозаменяемо. Сеть CDMA может реализовать технологию радиосвязи, например, Universal Terrestrial Radio Access (UTRA), cdma2000, и т.д. UTRA включает в себя Wideband-CDMA (W-CDMA) и Low Chip Rate (LCR). cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. Сеть TDMA может реализовать технологию радиосвязи, например, Global System for Mobile Communications (GSM). Сеть OFDMA может реализовать технологию радиосвязи, например, Evolved UTRA (E-UTRA), IEEE 802.11, IEEE 802.16, IEEE 802.20, Flash-OFDM и т.д. UTRA, E-UTRA и GSM составляют часть универсальной системы мобильной связи (Universal Mobile Telecommunication System) (UMTS). Long Term Evolution (LTE) является предстоящим выпуском UMTS, который использует E-UTRA. UTRA, E-UTRA, GSM, UMTS и LTE описаны в документах организации под названием “3rd Generation Partnership Project” (3GPP). cdma2000 описан в документах организации под названием “3rd Generation Partnership Project 2” (3GPP2). Эти различные технологии и стандарты радиосвязи известны в технике. Для ясности, некоторые аспекты техник описаны ниже применительно к LTE, и в нижеследующем описании, по большей части, используется терминология LTE.
Система множественного доступа с частотным разделением на одной несущей (SC-FDMA) использует модуляцию одной несущей и выравнивание в частотном измерении. SC-FDMA имеет сходную производительность и, по существу, такую же общую сложность, как система OFDMA. Сигнал SC-FDMA имеет более низкое отношение пиковой мощности к средней (PAPR) ввиду его структуры одной несущей. SC-FDMA можно использовать, например, на восходящей линии связи, где более низкое PAPR благоприятно для мобильного терминала в отношении экономии передаваемой мощности. Соответственно, SC-FDMA можно реализовать как схему множественного доступа на восходящей линии связи в 3GPP Long Term Evolution (LTE) или Evolved UTRA.
На фиг. 1 показана система беспроводной связи множественного доступа согласно одному варианту осуществления. eNB 100 включает в себя множественные группы антенн, причем первая группа включает в себя антенны 104 и 106, другая включает в себя антенны 108 и 110, и дополнительная группа включает в себя антенны 112 и 114. Хотя на фиг. 1 показано только две антенны для каждой группы антенн, очевидно, что для каждой группы можно использовать больше или меньше антенн. UE (пользовательское оборудование) или AT (терминал доступа) 116 осуществляет связь с антеннами 112 и 114, где антенны 112 и 114 передают информацию на UE 116 по прямой линии связи 120 и принимают информацию от UE 116 по обратной линии связи 118. UE 122 осуществляет связь с антеннами 106 и 108, где антенны 106 и 108 передают информацию на UE 122 по прямой линии связи 126 и принимают информацию от UE 122 по обратной линии связи 124. В системе FDD, линии связи 118, 120, 124 и 126 могут использовать разные частоты для связи. Например, прямая линия связи 120 может использовать частоту, отличную от используемой обратной линией связи 118. Каждую группу антенн и/или область, в которой они обеспечивают связь, можно именовать сектором точки доступа или eNB. В одном варианте осуществления, группы антенн могут быть предназначены для связи с UE в секторе зоны покрытия eNB 100.
При осуществлении связи по прямым линиям связи 120 и 126, передающие антенны eNode B 100 используют формирование диаграммы направленности для повышения отношения сигнал/шум прямых линий связи для разных UE 116 и 124. Кроме того, в случае, когда eNB использует формирование диаграммы направленности для передачи на UE, произвольно распределенные по его зоне покрытия, UE в соседних сотах могут испытывать меньшие помехи, чем в случае, когда eNB передает через одну антенну на все свои UE.
eNB может быть фиксированной станцией, используемой для связи с терминалами, и также может именоваться точкой доступа, Node B, усовершенствованным Node B (eNB) или каким-либо другим термином. Терминал доступа (AT) также может именоваться пользовательским оборудованием (UE), устройством беспроводной связи, терминалом или каким-либо другим термином.
На фиг. 2 показана блок-схема варианта осуществления eNB 210 и терминала доступа (AT) или пользовательского оборудования (UE) 250 в системе MIMO 200. На eNB 210, данные трафика для нескольких потоков данных поступают от источника данных 212 на процессор 214 данных передачи (TX).
Согласно варианту осуществления, каждый поток данных передается через соответствующую передающую антенну. Процессор 214 данных TX форматирует, кодирует и перемежает поток данных трафика для каждого потока данных на основании конкретной схемы кодирования, выбранной для каждого соответствующего потока данных для обеспечения кодированных данных.
Кодированные данные для каждого потока данных можно мультиплексировать с пилотными данными с использованием техник OFDM. Пилотные данные обычно представляют собой известный шаблон данных, который обрабатывается известным образом и который можно использовать на приемной системе для оценки характеристики канала. Мультиплексированные пилот-сигнал и кодированные данные для каждого потока данных можно модулировать (например, отображать в символы) на основании конкретной схемы модуляции (например, BPSK, QSPK, M-PSK или M-QAM), выбранной для каждого соответствующего потока данных, для обеспечения символов модуляции. Скорость передачи данных, кодирование и модуляцию для каждого потока данных можно определить согласно инструкциям, обеспечиваемым процессором 230.
N
N
T
T
Затем символы модуляции для всех потоков данных поступают на процессор 220 MIMO TX, который может дополнительно обрабатывать символы модуляции (например, для OFDM). Затем процессор 220 MIMO TX выдает  потоков символов модуляции на  приемопередатчиков (TMTR) 222a - 222t. В некоторых вариантах осуществления, процессор 220 MIMO TX применяет весовые коэффициенты формирования пучка к символам потоков данных и к антенне, с которой передается символ.
N
N
T
T
Каждый приемопередатчик 222 принимает и обрабатывает соответствующий поток символов для обеспечения одного или нескольких аналоговых сигналов, и дополнительно преобразовывает (например, усиливает, фильтрует и повышает частоту) аналоговые сигналы для обеспечения модулированного сигнала, пригодного для передачи по каналу MIMO.  модулированных сигналов от приемопередатчиков 222a - 222t затем передаются с  антенн 224a - 224t, соответственно.
N
R
На UE 250, переданные модулированные сигналы принимаются  антеннами 252a - 252r, и принятый сигнал от каждой антенны 252 поступает на соответствующий приемопередатчик (RCVR) 254a - 254r. Каждый приемопередатчик 254 преобразовывает (например, фильтрует, усиливает и понижает частоту) соответствующий принятый сигнал, цифрует преобразованный сигнал для обеспечения выборок и затем обрабатывает выборки для обеспечения соответствующего “принятого” потока символов.
N
N
N
R
R
T
Затем процессор 260 данных RX принимает и обрабатывает  принятых потоков символов от приемопередатчиков 254 на основании конкретного метода обработки приемопередатчика для обеспечения  “детектированных” потоков символов. Принятые символы или другая информация могут храниться в соответствующей памяти 272. Затем процессор 260 данных RX демодулирует, деперемежает и декодирует каждый детектированный поток символов для восстановления данных трафика для соответствующего потока данных. Обработка, выполняемая процессором 260 данных RX, дополнительна обработке, выполняемой процессором 220 MIMO TX и процессором 214 данных TX на eNB 210.
Процессор 270 периодически определяет, какую матрицу предварительного кодирования использовать (рассмотрена ниже). Процессор 270 формирует сообщение обратной линии связи, содержащее индексную часть и часть значения ранга матрицы.
Сообщение обратной линии связи может содержать различные типы информации, относящейся к линии связи и/или принятому потоку данных. Например, передачи обратной линии связи могут содержать периодические отчеты об измерении от UE 250 на обслуживающий eNB 210. Эти отчеты об измерении могут содержать одно или несколько условий радиосвязи, связанных с UE, или, если нужна передача обслуживания, информацию, касающуюся предпочтительного конечного eNB, или передачи обратной линии связи можно использовать для сигнализации, была ли принята на UE критическая и/или некритическая информация в соответствии с различными вышеописанными аспектами. Информация, принятая по обратной линии связи, может храниться в соответствующей памяти 232. Затем сообщение обратной линии связи обрабатывается процессором 238 данных TX, который также принимает данные трафика для ряда потоков данных из источника данных 236, модулируется модулятором 280, преобразуется приемопередатчиками 254a - 254r и передается обратно на передающую систему 210.
На eNB 210, модулированные сигналы от приемной системы 250 принимаются антеннами 224, преобразуются приемопередатчиками 222, демодулируются демодулятором 240 и преобразуются процессором 242 данных RX для выделения сообщения обратной линии связи, переданного системой приемопередатчика 250. Затем процессор 230 определяет, какую матрицу предварительного кодирования использовать, для определения весовых коэффициентов формирования пучка, затем обрабатывает выделенное сообщение.
Согласно аспекту, логические каналы подразделяются на каналы управления и каналы трафика. Логические каналы управления включают в себя Broadcast Control Channel (широковещательный канал управления) (BCCH), который является каналом DL (нисходящей линии связи) для вещания информации управления системы; Paging Control Channel (Пейджинговый канал управления) (PCCH), который является каналом DL, переносящим пейджинговую информацию; Multicast Control Channel (многоадресный канал управления) (MCCH), который является каналом DL от одной точки к нескольким точкам, используемый для передачи информации планирования и управления Multimedia Broadcast and Multicast Service (мультимедийных широковещательных и многоадресных услуг) (MBMS) для одного или нескольких MTCH. В общем случае, после установления соединения RRC, этот канал используется только UE, которые принимают MBMS. Dedicated Control Channel (выделенный канал управления) (DCCH) является двусторонним каналом двухточечной связи, который передает выделенную информацию управления и используется UE, имеющими соединение RRC. Согласно аспекту, логические каналы трафика могут включать в себя Dedicated Traffic Channel (выделенный канал трафика) (DTCH), который является двусторонним каналом двухточечной связи, выделенным одному UE, для переноса пользовательской информации. Кроме того, Multicast Traffic Channel (многоадресный канал трафика) (MTCH) для канала DL от одной точки к нескольким точкам для передачи данных трафика.
Согласно аспекту, транспортные каналы подразделяются на DL и UL. Транспортные каналы DL включают в себя Broadcast Channel (широковещательный канал) (BCH), Downlink Shared Data Channel (канал данных общего пользования нисходящей линии связи) (DL-SDCH) и Paging Channel (пейджинговый канал) (PCH), PCH для поддержки энергосбережения UE (сеть указывает цикл DRX для UE), вещаемый по всей соте и отображаемый в физические ресурсы, которые можно использовать для других каналов управления/трафика. Транспортные каналы UL включают в себя Random Access Channel (канал произвольного доступа) (RACH), Request Channel (канал запроса) (REQCH), Uplink Shared Data Channel (канал данных общего пользования восходящей линии связи (UL-SDCH) и совокупность PHY (физических) каналов. Физические каналы включают в себя набор каналов DL и каналов UL.
Физические каналы и сигналы DL содержат:
Опорный сигнал (RS)
Первичный и вторичный сигналы синхронизации (PSS/SSS)
Физический канал общего пользования нисходящей линии связи (PDSCH)
Физический канал управления нисходящей линии связи (PDCCH)
Физический многоадресный канал (PMCH)
Физический канал указателя HARQ (PHICH)
Физический канал указателя формата управления (PCFICH)
Физические каналы UL содержат:
Физический канал произвольного доступа (PRACH)
Физический канал управления восходящей линии связи (PUCCH)
Указатель качества канала (CQI)
Указатель матрицы предварительного кодирования(PMI)
Указатель ранга (RI)
Запрос диспетчеризации (SR)
ACK/NAK восходящей линии связи
Физический канал общего пользования восходящей линии связи (PUSCH)
Опорный сигнал зондирования (SRS)
Согласно аспекту, обеспечена структура каналов, которая сохраняет низкие свойства PAR (в любой данный момент времени канал является непрерывным или равномерно распределенным по частоте) одной несущей волны.
В целях настоящего документа применяются следующие аббревиатуры:
AM
Режим квитирования
AMD
Данные режима квитирования
ARQ
Автоматический запрос повторной передачи
BCCH
Широковещательный канал управления
BCH
Широковещательный канал
C-
Управляющий-
CCCH
Общий канал управления
CCH
Канал управления
CCTrCH
Кодированный композитный транспортный канал
CP
Циклический префикс
CRC
Циклическая проверка с избыточностью
CTCH
Общий канал трафика
DCCH
Выделенный канал управления
DCH
Выделенный канал
DL
Нисходящая линия связи
DSCH
Канал общего пользования нисходящей линии связи
DTCH
Выделенный канал трафика
FACH
Канал доступа прямой линии связи
FDD
Дуплексный режим с частотным разделением
L1
Уровень 1 (физический уровень)
L2
Уровень 2 (канальный уровень)
L3
Уровень 3 (сетевой уровень)
LI
Указатель длины
LSB
Младший бит
MAC
Управление доступом к среде
MBMS
Multimedia Broadcast Multicast Service
MCCH
Канал управления MBMS от одной точки к нескольким точкам
MRW
Подвижное окно приема
MSB
Старший бит
MSCH
Канал диспетчеризации MBMS от одной точки к нескольким точкам
MTCH
Канал трафика MBMS от одной точки к нескольким точкам
PCCH
Пейджинговый канал управления
PCH
Пейджинговый канал
PDU
Протокольный блок данных
PHY
Физический уровень
PhyCH
Физические каналы
RACH
Канал произвольного доступа
RLC
Управление линией радиосвязи
RRC
Управление радиоресурсами
SAP
Обслуживающая точка доступа
SDU
Сервисный блок данных
SHCCH
Канал управления общего пользования
SN
Порядковый номер
SUFI
Суперполе
TCH
Канал трафика
TDD
Дуплексный режим с временным разделением
TFI
Указатель транспортного формата
TM
Прозрачный режим
TMD
Данные прозрачного режима
TTI
Интервал времени передачи
U-
Пользовательский-
UE
Пользовательское оборудование
UL
Восходящая линия связи
UM
Режим без квитирования
UMD
Данные режима без квитирования
UMTS
Универсальная система мобильной связи
UTRA
Наземный радиодоступ UMTS
UTRAN
Сеть наземного радиодоступа UMTS
MBSFN
Многоадресная широковещательная сеть одной частоты
MCE
Координирующий объект MBMS
MCH
Многоадресный канал
DL-SCH
Канал общего пользования нисходящей линии связи
MSCH
Канал управления MBMS
PDCCH
Физический канал управления нисходящей линии связи
PDSCH
Физический канал общего пользования нисходящей линии связи
MBSFN
Многоадресная широковещательная сеть одной частоты
MCE
Координирующий объект MBMS
MCH
Многоадресный канал
DL-SCH
Канал общего пользования нисходящей линии связи
MSCH
MBMS канал управления
PDCCH
Физический канал управления нисходящей линии связи
PDSCH
Физический канал общего пользования нисходящей линии связи
PUCCH
Физический канал управления восходящей линии связи
PUSCH
Физический канал общего пользования восходящей линии связи
На фиг. 3 показана система беспроводной связи множественного доступа 300 в соответствии с различными аспектами. В одном примере, система 300 беспроводной связи множественного доступа включает в себя множественные eNB 310 и множественные UE 320. Каждый eNB 310 обеспечивает покрытие конкретной географической области 302 (например, 302a, 302b, 302c). Термин "сота" может относиться к eNB и/или его зоне покрытия в зависимости от контекста, в котором используется термин. Для повышения емкости системы, зону покрытия терминала доступа можно разделить на несколько более мелких зон, например, три более мелкие зоны 304a, 304b и 304c. Каждая более мелкая зона может обслуживаться соответствующим eNB. Термин "сектор" может относиться к eNB и/или его зоне покрытия в зависимости от контекста, в котором используется термин. Для секторизованной соты, eNB для всех секторов этой соты обычно совмещены с базовой станцией соты. Описанные здесь методы передачи сигнализации можно использовать для системы с секторизованными сотами, а также к системе с несекторизованными сотами. Для простоты, в нижеследующем описании, термин “базовая станция” или eNB используется, в общем случае, для станции, которая обслуживает сектор, а также для станции, которая обслуживает соту.
Терминалы или UE 320 обычно распределены по системе, и каждое UE может быть стационарным или мобильным. Терминал также может называться мобильной станцией, пользовательским оборудованием (UE) или каким-либо другим устройством и может содержать некоторые или все их функции. Терминал может представлять собой беспроводное устройство, сотовый телефон, карманный персональный компьютер (КПК), плату беспроводного модема и т.д. Терминал может осуществлять связь с нулем, одним или множественными базовыми станциями по прямой линии связи и обратной линии связи в любой данный момент.
Для централизованной архитектуры, системный контроллер 330 подключен к AP 310 и обеспечивает координацию и управление для базовых станций. Системный контроллер 330 может представлять собой одну сетевую сущность или совокупность сетевых сущностей. Для распределенной архитектуры, eNB 310 могут осуществлять связь друг с другом по мере необходимости.
Описаны один или несколько аспектов конструкции системы беспроводной связи, которые поддерживают полнодуплексный и полудуплексный режимы работы FDD (дуплексный режим с частотным разделением) и TDD (дуплексный режим с временным разделением), которые поддерживают масштабируемую полосу. Однако это не обязательно должно быть так, и могут поддерживаться также другие режимы, помимо или вместо вышеупомянутых режимов. Кроме того, следует заметить, что описанные здесь концепции и подходы, не обязательно использовать совместно с какими-либо другими из описанных здесь концепций или подходов.
Когда UE перемещается из одной соты в другую, каждая из которых обслуживается отдельным eNB, происходит передача обслуживания, в котором UE перемещается от исходного eNB, в данный момент обслуживающего UE, к конечному eNB, который более пригоден к обслуживанию UE, в силу изменения условий радиосвязи. Это определение основано на отчетах об измерении, принятых от UE, которые могут содержать измерения соседних сот, который передало UE. Исходный eNB управляет другими аспектами процедуры передачи обслуживания, например, сообщением об измерении UE, например, периодичностью отчетов информации качества канала (CQI), переносом контекста UE от исходного eNB на конечный eNB и т.д. Например, физический уровень на исходном eNB может обрабатывать отчеты об измерении от UE и посылать соответствующие указания на более высокие уровни.
На фиг. 4 показана процедура передачи обслуживания, выполняемая в соответствии с аспектом. На фигуре позиция 402 обозначает исходный или обслуживающий eNB, который поддерживает соединение между туннелями мобильности и однонаправленными радиоканалами, а также поддерживает контекст UE, связанный с UE 404. Когда UE 404 перемещается из одной соты в другую, исходный eNB 402 начинает подготовку к процедуре передачи обслуживания, посылая информацию соединения и контекст UE на выбранный конечный eNB 406. Это действие инициируется отчетом об измерении от UE 404, которое сигнализирует свои текущие условия радиосвязи, на основании которых производится выбор конечного eNB 406. После того, как конечный eNB 406 сигнализирует о готовности принять UE 404, исходный eNB 402 предписывает UE 404 поменять свой однонаправленный радиоканал на конечный eNode 406. Для завершения передачи обслуживания, обслуживающий шлюз (S-GW) должен обновить свой журнал новым конечным eNB 406, который теперь обслуживает UE 404. Соответственно, MME (Mobility Management Entity) (сущность управления мобильностью) координирует переключение туннеля мобильности от исходного eNB 402 на конечный eNB 406. MME может быть только сигнализирующей сущностью, которая может не принимать пользовательские IP-пакеты, но способствует мобильности UE. Она инициирует обновление на S-GW на основании сигнализации, принятой от конечного eNB 406, указывая успешный перенос однонаправленного радиоканала.
В соответствии с вышеописанной процедурой, когда UE 404 нужно поменять свой обслуживающий eNB, оно посылает отчет об измерении, включающий в себя предпочтительный конечный eNB 406, на исходный eNB 402. Он обозначен на фигуре как передача восходящей линии связи (a) от UE на исходный eNB. Соответственно, исходный eNB переносит контекст UE на конечный eNB в Request HO (запросе передачи обслуживания) (b). Конечный eNB сигнализирует о получении HO Request в сообщении HO Accept (c). Получив сообщение HO Accept от конечного eNB, исходный eNB передает HO Command (команду передачи обслуживания) на UE (d). В различных вышеописанных аспектах, конечный eNB может пересылать HO Command на исходный eNB, который передает ее на UE. Сообщение HO Complete от UE на конечный eNB может использоваться конечным eNB для запуска MME, что обозначено (e) для обновления пользовательского плана на S-GW (f). Таким образом, туннель мобильности переключается от исходного eNB 402 на конечный eNB 406, что обозначено (g).
На фиг. 5 показано более подробное описание работы вышеописанной системы. Как упомянуто выше, передача обслуживания от исходного eNB, в данный момент обслуживающего UE, на конечный eNB ('передача обслуживания между eNB') происходит после сигнализации от UE, касающейся предпочтительного конечного eNB, который указан в отчете об измерении. В соответствии с дополнительным аспектом, исходный eNB сигнализирует текущую конфигурацию запрашивающего UE конечному eNB в сообщении HO Request. Конечный eNB может использовать эту информацию для формирования ответа, включающего в себя завершенную или дельта-конфигурацию для UE в прозрачном контейнере. Поэтому конечный eNB сравнивает текущую конфигурацию UE с конфигурацией, необходимой конечному eNB, и генерирует дельта-конфигурацию, содержащую изменения, необходимые конечным eNB, в текущей конфигурации UE. Дельта-конфигурация может передаваться в прозрачном контейнере от конечного eNB на исходный eNB в сообщении HO Request Acknowledgement. Прозрачный контейнер способствует исходному eNB в пересылке дельта-конфигурации на UE без необходимости детально знать содержимое контейнера. Этот механизм допускает комбинацию исходного и конечного eNB, которые могут поддерживать разные версии протокола или могут иметь разные политики для конфигураций радиосвязи (например, по причине разных поставщиков). UE может принимать прозрачный контейнер, пересланный исходным eNB в сообщении HO Command. Поэтому, хотя предпочтительно включать конфигурацию измерения, которую UE нужно использовать на конечном eNB, в сообщение передачи обслуживания, также важно стараться сократить фактический размер сообщения передачи обслуживания для надежной доставки.
Соответственно, дополнительный аспект предусматривает схему передачи, которая позволяет исходному eNB выбирать информацию, передаваемую в сообщении передачи обслуживания, тем самым сокращая объем информации, которая может быть включена в сообщения для UE. Например, конечный eNB может не знать, позволяет ли ситуация на исходном eNB (eNB) передавать некритическую информацию совместно с критической информацией. Поэтому исходный eNB указывает в сообщении HO REQUEST, можно ли передавать некритическую конфигурацию. Конечный eNB пересылает некритическую конфигурацию на исходный eNB в сообщение HO REQUEST Acknowledgement только, если это разрешено. В соответствии с этим аспектом, никакие другие сообщения помимо сообщений HO REQUEST/HO REQUEST ACKNOWLEDGE не нужно передавать по X2. Однако это не относится к случаю, когда некритическую конфигурацию нельзя надежно доставить на UE в силу скрытого изменения условий радиосвязи во время передачи HO Command. Единственное, что может сделать исходный eNB в этом случае, это попытаться передать критическую и некритическую информацию. Хотя дополнительная сигнализация от исходного eNB или UE, указывающая информацию, передаваемую в ходе передачи обслуживания, может противоречить традиционным подходам, она обеспечивает надежную передачу обслуживания UE, который позволяет повысить качество обслуживания.
Поэтому схема передачи, в которой исходный eNB может выбирать, передавать ли некритическую конфигурацию в сообщении передачи обслуживания имеет преимущество в системе беспроводной связи. В этом аспекте, конечный eNB может передавать некритическую информацию на исходный eNB независимо от сигнализации от исходного eNB в отношении некритической информации. Если некритическая информация не передается на UE, исходный eNB может сигнализировать конечному eNB отсутствие передачи. Альтернативно, UE может сигнализировать конечному eNB информацию, принятую от исходного eNB, через сообщение HO COMPLETE.
На фиг. 6 показан аспект передачи обслуживания между eNB, в котором конфигурация радиосвязи, используемая на конечном eNB, сигнализируется от конечного eNB на исходный в прозрачном контейнере. Дополнительно, сообщение HO Command от исходного eNB включает в себя прозрачный контейнер. Это говорит о том, что исходный eNB не нуждается в подробной информации о содержимом контейнера. Как отмечено выше, этот механизм допускает комбинацию исходного и конечного eNB, которые могут поддерживать разные версии протокола или могут иметь разные политики для конфигураций радиосвязи. На фигуре, позиция 602 эквивалентна сообщению RRC в системе WCDMA с множественными экземплярами IE верхнего уровня (информационного элемента), для которого задана элементарная процедура. Это соответствует механизму передачи обслуживания между eNB, в котором релевантные IE предоставляются исходному eNB конечным eNB. В случае передачи обслуживания между eNB, исходный eNB помещает прозрачный контейнер, принятый от конечного eNB, в сообщение RRC CONNECTION CHANGE COMMAND. Это достигается за счет того, что конечный eNB включает IE верхнего уровня в прозрачный контейнер. Соответственно, для IE верхнего уровня, которые могут использовать прозрачный контейнер, CHOICE между локальной конфигурацией исходным eNB и прозрачным контейнером можно задавать, как показано в сообщении RRC CONNECTION CHANGE COMMAND 604. Таким образом, сообщение 604 облегчает как передачу обслуживания между eNB с прозрачным контейнером, так и передачу обслуживания внутри eNB с локальной конфигурацией. В последнем случае, UE может перемещаться из одной соты в другую соту, связанную с тем же eNB, и потому ему не нужен прозрачный контейнер. В первом случае, UE может декодировать прозрачный контейнер для определения, какой выпуск протокола включает в себя контейнер. Это позволяет переносить только IE верхнего уровня (но не сообщение целиком) по интерфейсу X2 (дополнительный интерфейс, заданный между eNB в LTE, который облегчает передачу обслуживания между eNB). Таким образом, как следует из сообщения 604, опция CHOICE разделяет IE верхнего уровня между локальной конфигурацией, когда UE остается в зоне покрытия одного и того же eNB, и прозрачным контейнером, когда UE перемещается от одного eNB к другому eNB.
Хотя, для простоты объяснения, один или несколько способов, например, в виде логической блок-схемы, показаны и описаны здесь в виде последовательности действий, следует понимать, что настоящее изобретение не ограничивается порядком действий, поскольку некоторые действия можно, в соответствии с настоящим изобретением, осуществлять в другом порядке и/или одновременно с другими действиями, которые показаны и описаны здесь. Например, специалистам в данной области техники очевидно, что способ можно альтернативно представить в виде последовательности взаимосвязанных состояний или событий, например, на диаграмме состояний. Кроме того, для реализации способа в соответствии с настоящим изобретением могут потребоваться не все показанные действия.
На фиг. 7 показан способ 700 выполнения передачи обслуживания между eNB в соответствии с аспектом. Способ начинается на этапе 702, где исходный eNB принимает от UE отчет об измерении, содержащий информацию, касающуюся предпочтительного конечного eNB. На этапе 704, исходный eNB пересылает на предпочтительный конечный eNB сообщение HO REQUEST, содержащее информацию, касающуюся текущей конфигурации UE. На этапе 706, исходный eNB принимает от конечного eNB сообщение HO REQUEST ACK (квитирование запроса передачи обслуживания). В более подробном аспекте, сообщение квитирования может содержать дельта-конфигурацию, в которой конечный eNB сравнивает текущую конфигурацию UE, принятую в сообщении HO REQUEST, и указывает нужные ему изменения текущей конфигурации UE в виде дельта-конфигурации в сообщении квитирования. В еще одном аспекте, дельта-конфигурацию можно указывать в прозрачном контейнере. На этапе 708, исходный eNB пересылает на UE прозрачный контейнер, указывающий дельта-конфигурацию, посредством сообщения HO COMMAND. Это сообщение облегчает перевод UE от исходного eNB к конечному eNB. Прозрачный контейнер избавляет исходный eNB от необходимости детально исследовать дельта-конфигурацию для формирования сообщения HO COMMAND, и, вместо этого, исходный eNB просто пересылает прозрачный контейнер на UE в сообщении HO COMMAND. Затем процесс достигает концевого блока.
На фиг. 8A показан способ 800 передачи критической и/или некритической информации от конечного eNB на UE в передаче обслуживания между eNB в соответствии с аспектом. Процедура начинается на этапе 802, где исходный eNB принимает от UE, которое он обслуживает, сообщение, содержащее отчет об измерении. Сообщение измерения указывает не только текущие условия радиосвязи, связанные с UE, но и конечный eNB, предпочтительный для UE. На основании, по меньшей мере, условий радиосвязи, связанных с UE, исходный eNB определяет информацию, которую можно передавать на UE. В частности, исходный eNB определяет, можно ли передавать на UE какую-либо некритическую информацию, касающуюся передачи обслуживания, принятую от конечного eNB, как показано на этапе 804. Например, если UE имеет хорошие характеристики SNR или благоприятные условия обслуживания, то исходный eNB может прийти к выводу, что всю информацию, включая критическую и некритическую информацию, можно передавать на UE. Напротив, если UE испытывает недостаток ресурсов, то на него можно передавать только информацию, критическую для проведения передачи обслуживания. Если UE находится в благоприятных условиях радиосвязи, то исходный eNB сигнализирует конечному eNB о передаче критической и некритической информации для передачи на UE, как показано на этапе 808, в противном случае у конечного eNB запрашивается только критическая информация, как показано на этапе 806. Исходный eNB может сигнализировать об этом в сообщении HO REQUEST в соответствии с аспектом. Передав соответствующее сообщение HO REQUEST, исходный eNB принимает сообщение HO REQUEST ACK, содержащее запрашиваемую информацию, как показано на этапе 810. Эта информация пересылается на UE в сообщении HO COMMAND, как показано на этапе 812. В соответствии с дополнительным аспектом, информация передается конечным eNB на исходный eNB в прозрачном контейнере, содержимое которого не исследуется исходным eNB, и, вместо этого, исходный eNB просто пересылает прозрачный контейнер на UE в сообщении HO COMMAND.
На фиг. 8B показана логическая блок-схема 820, где представлен другой аспект передачи критической/некритической информации на UE исходным eNB в процедуре передачи обслуживания между eNB. Процедура начинается на этапе 822, где исходный eNB принимает от UE сообщение измерения, указывающее благоприятные условия радиосвязи. Соответственно, на этапе 824, исходный eNB запрашивает критическую и некритическую информацию у предпочтительного конечного eNB. На этапе 826 производится определение, изменились ли условия радиосвязи, связанные с исходным eNB и/или UE. В отсутствие изменений в условиях радиосвязи, вся информация, принятая от конечного eNB, передается исходным eNB на UE, как показано на этапе 828. При наличии изменения в условиях радиосвязи, связанных с UE и/или исходным eNB, производится определение, является ли изменение благоприятным изменением, как показано на этапе 830. Если изменение благоприятно, процесс возвращается к этапу 828, где вся принятая информация, содержащая критическую и некритическую информацию, передается исходным eNB на UE. Если же на этапе 830 определено, что изменение неблагоприятно, то исходный eNB передает только критическую информацию, как показано на этапе 832. Конечный eNB информируется об отсутствии передачи некритической информации, как показано на этапе 834, и процедура заканчивается на блоке остановки. Альтернативно, процедура может заканчиваться без информирования конечного eNB, напротив, UE может, в передаваемом им сообщении HO COMPLETE, информировать конечный eNB обо всей принятой им информации.
На фиг. 9 показана логическая блок-схема 900 способа выполнения передачи обслуживания в соответствии с аспектом. Способ начинается на этапе 902, где UE, которому нужна передача обслуживания между eNB, передает сообщение, содержащее отчет об измерении, на обслуживающий его исходный eNB. Сообщение измерения содержит информацию, касающуюся условий радиосвязи, связанных с UE, его текущей конфигурации и предпочтительного конечного UE. В ответ, от исходного eNB поступает сообщение HO COMMAND, как показано на этапе 904, причем сообщение содержит информацию, касающуюся дельта-конфигурации, которая указывает изменения текущей конфигурации UE, для перевода на предпочтительный конечный eNB. В соответствии с более подробным аспектом, эта конфигурация может представлять собой дельта-конфигурацию, передаваемую в прозрачном контейнере. В другом аспекте, UE может поддерживать свою текущую конфигурацию, в которой содержимое прозрачного контейнера не приводит к изменениям текущей конфигурации UE. Соответственно, на этапе 906 производится определение, должно ли UE изменять какие-либо параметры, связанные с его текущей конфигурацией. Если да, то изменения, указанные в принятой дельта-конфигурации в сообщении HO COMMAND, реализуются в виде текущей конфигурации, как показано на этапе 908, и UE связывается с предпочтительным конечным eNB, как показано на этапе 910. Если на этапе 906 определено, что изменение текущей конфигурации UE не требуется, то UE сохраняет свою текущую конфигурацию, как показано на этапе 912. Процедура переходит к этапу 910, где UE связывается с предпочтительным конечным eNB, и затем процедура заканчивается на блоке остановки. Хотя описанный здесь способ предусматривает передачу обслуживания UE от одного eNB к другому eNB, очевидно, что UE не обязано выполнять передачу обслуживания между eNB. Такая же процедура применима к передаче обслуживания внутри eNB, когда UE перемещается между сотами, связанными с одним и тем же eNB.
На фиг. 10 показана логическая блок-схема 1000 способа приема информации в соответствии с аспектом. Способ начинается на этапе 1002, где UE, которому требуется передача обслуживания между eNB, передает отчет об измерении на свой исходный eNB. Отчет об измерении может содержать информацию, касающуюся условий радиосвязи, связанных с UE и конечного eNB, предпочтительного для UE. На основании принятого отчета об измерении, исходный eNB определяет, может ли UE принимать критическую и некритическую информацию от предпочтительного конечного eNB, или же следует пересылать только критическую информацию. Соответственно, UE принимает на этапе 1004 сообщение HO COMMAND, которое содержит информацию, включенную исходным eNB на основании условий радиосвязи, полученных им из отчета об измерении. На этапе 1006 декодируется сообщение, принятое от исходного eNB, и на этапе 1008 определяется передаваемая информация. Способ предусматривает передачу обслуживания к предпочтительному конечному eNB, как показано на этапе 1010. На этапе 1012, по завершении передачи обслуживания, UE передает информацию, принятую им от исходного eNB, в сообщении HO COMPLETE на конечный eNB, тем самым информируя конечный eNB о приеме/отсутствии приема некритической информации.
На фиг. 11 показана обобщенная блок-схема различных компонентов устройства 1100 в соответствии с разными аспектами. Очевидно, что устройство 1100 может представлять собой eNode B, UE или их комбинацию. Оно содержит компонент связи 1102, который облегчает прием и отправку передач на различные сущности с использованием описанных здесь оборудования, программного обеспечения и служб. Хотя компонент связи 1102 описан как единая сущность, очевидно, что отдельные компоненты передачи и приема можно использовать для посылки и приема передач. В соответствии с аспектом, устройство 1100 может действовать как eNode B, и компонент связи 1102 принимает от различных UE передачи, относящиеся к одному или нескольким из запросов ресурсов, передач данных и т.д. Компонент анализа 1104 анализирует передачи, принятые от различных UE для идентификации любых UE, запрашивающих передачи обслуживания. Компонент анализа 1104 может включать в себя один или несколько процессоров или многоядерные процессоры, причем процессоры могут осуществлять другие операции, например, декодирование сообщений, принятых от UE, для определения условий радиосвязи, связанных с ним, или для определения предпочтительного конечного eNB для UE, запрашивающего передачу обслуживания, формирование сообщений для запрашивания передач обслуживания или генерирование информации для облегчения передач обслуживания, например, генерирование дельта-конфигураций для UE. Кроме того, компонент анализа 1104 можно реализовать как интегральную систему обработки и/или распределенную систему обработки. Информация, генерируемая компонентом анализа 1104, может сохраняться в памяти 1106/хранилище данных 1108 для дополнительной обработки. Память 1106 может включать в себя оперативную память (ОЗУ), постоянную память (ПЗУ) или их комбинацию. Хранилище данных 1108 может быть любой пригодной комбинацией оборудования и/или программного обеспечения, которая обеспечивает хранение большого объема информации, баз данных и программ, реализованных в связи с описанными здесь аспектами.
На фиг. 12 показана другая обобщенная блок-схема различных компонентов устройства 1200 в соответствии с разными описанными здесь аспектами. Устройство 1200 может представлять собой eNB, UE или их комбинацию. Устройство содержит компонент передачи 1102 для отправки различных передач. Если устройство действует как UE, то компонент передачи 1202 может отправлять различные передачи по восходящей линии связи на обслуживающий/ую eNB/базовую станцию. Передачи могут включать в себя запросы ресурсов, передачу данных на выделенных ресурсах или другие передачи управления, например, отчеты об измерении, указывающие условия радиосвязи или предпочтительные конечные eNB для передачи обслуживания и т.д. Устройство также содержит компонент приема 1204 для приема передач от различных сущностей, включая eNode B, другие UE или их комбинации. В соответствии с аспектом, устройство 1200 может принимать передачи в виде сообщений управления, например, сообщения HO COMMAND после передачи отчетов об измерении, запрашивающих передачу обслуживания. Эти сообщения могут храниться в хранилище данных 1206. Хранилище данных 1206 может быть любой пригодной комбинацией оборудования и/или программного обеспечения, которая обеспечивает хранение большого объема информации, баз данных и программ, реализованных в связи с описанными здесь аспектами. Устройство 1200 может, в необязательном порядке, содержать энергозависимую/энергонезависимую память 1208, включая оперативную память (ОЗУ), постоянную память (ПЗУ) или их комбинацию. Принятые сообщения декодируются и обрабатываются компонентом обработки 1210. В соответствии с аспектом, сообщения, связанные с передачами обслуживания, могут содержать критическую и/или некритическую информацию для облегчения передачи обслуживания. Информация, декодированная из таких сообщений управления, может храниться в памяти 1208 и/или хранилище данных 1206 и воплощаться компонентом управления 1210 для управления передачей обслуживания или другими процедурами.
,
Теперь опишем систему, в которой можно реализовать аспекты заявленного изобретения, со ссылкой на фиг. 13 и 14. Такие системы могут включать в себя функциональные блоки, которые могут быть функциональными блоками, которые представляют функции, реализованные посредством процессора или электронного устройства, программного обеспечения или их комбинации (например программно-аппаратного обеспечения).
На фиг. 13 показана блок-схема иллюстративной системы 1300, которая допускает передачу обслуживания в соответствии с аспектами, раскрытыми в описании изобретения. Система 1300 может располагаться, по меньшей мере, частично, например, на базовой станции. Система 1300 включает в себя логическую группировку 1310 электронных компонентов, которые могут действовать совместно. Согласно аспекту заявленного изобретения, логическая группировка 1310 включает в себя электронный компонент 1315 для приема одного или нескольких отчетов об измерении от одного или нескольких UE, где указана текущая конфигурация, связанная с UE; электронный компонент 1325 для анализа отчетов об измерении для идентификации, по меньшей мере, одного UE, запрашивающего передачу обслуживания; и электронный компонент 1335 для передачи на UE сообщения, содержащего, по меньшей мере, дельта-конфигурацию, которая указывает одно или несколько изменений текущей конфигурации UE.
Система 1300 также может включать в себя память 1340, в которой хранятся инструкции для выполнения функций, связанных с электронными компонентами 1315, 1325 и 1235, а также данные измерений и расчетов, которые могут генерироваться в ходе выполнения таких функций. Хотя они показаны отдельно от памяти 1340, очевидно, что один или несколько электронных компонентов 1315, 1325 и 1335, может существовать в памяти 1340.
На фиг. 14 показана блок-схема иллюстративной системы 1400, которая допускает передачу обслуживания между eNB в соответствии с аспектом, описанным в описании изобретения. Система 1300 может располагаться, по меньшей мере, частично, например, на мобильном устройстве. Система 1400 включает в себя логическую группировку 1410 электронных компонентов, которые могут действовать совместно. Согласно аспекту заявленного изобретения, логическая группировка 1410 включает в себя электронный компонент 1415 для генерации отчета об измерении, содержащего текущую конфигурацию и условия радиосвязи, связанные с UE; электронный компонент 1425 для передачи отчета об измерении; и электронный компонент 1435 для приема сообщения передачи обслуживания, содержащего дельта-конфигурацию, которая указывает одно или несколько изменений текущей конфигурации, которые необходимы для облегчения передачи обслуживания.
Система 1400 также может включать в себя память 1440, в которой хранятся инструкции для выполнения функций, связанных с электронными компонентами 1415, 1425 и 1435, а также данные измерений и расчетов, которые могут генерироваться в ходе выполнения таких функций. Хотя они показаны отдельно от памяти 1440, очевидно, что один или несколько электронных компонентов 1415, 1425 и 1435 может существовать в памяти 1440.
Выше были описаны примеры одного или нескольких вариантов осуществления. Конечно, невозможно описать все мыслимые комбинации компонентов или способов в целях описания вышеупомянутых вариантов осуществления, но специалисту в данной области техники очевидно, что возможны многие дополнительные комбинации и перестановки различных вариантов осуществления. Соответственно, описанные варианты осуществления призваны охватывать все такие изменения, модификации и вариации, которые отвечают сущности и объему формулы изобретения.
В частности, и в связи с различными функциями, осуществляемыми вышеописанными компонентами, устройствами, схемами, системами и т.п., термины (включая ссылку на “средство”), используемые для описания таких компонентов, должны соответствовать, если не указано обратное, любому компоненту, который осуществляет указанную функцию описанного компонента (например, функционального эквивалента), даже если не строго эквивалентного раскрытой структуре, который осуществляет функцию в описанных здесь иллюстративных аспектах. В этой связи, также следует понимать, что различные аспекты включают в себя систему, а также компьютерно-считываемый носитель, имеющий компьютерно-выполняемые инструкции для осуществления действий и/или событий согласно различным способам.
Кроме того, хотя конкретный признак мог быть раскрыт в отношении одной из нескольких реализаций, такой признак можно объединить с одним или несколькими другими признаками других реализаций, которые могут быть желательными и преимущественными для любого данного или конкретного применения. Кроме того, в той степени, в которой термины “включает в себя” и “включающий в себя” и их варианты используются в подробном описании или формуле изобретения, эти термины подразумевают включение наподобие термина “содержащий”.