СИСТЕМА И СПОСОБ ПЕРЕКЛЮЧЕНИЯ СОТ
CELL SWITCHING SYSTEM AND METHOD

Перекрестные ссылки на родственные заявки
Настоящая заявка испрашивает приоритет непредварительной заявки США серийный № 15/478,908, поданной 4 апреля 2017 года и озаглавленной “System and Method for Cell Switching”, которая, в свою очередь, испрашивает приоритет предварительной заявки на патент США серийный No.62/348,475, поданной 10 июня 2016 года и озаглавленной “System and Method for Cell Switching”, при этом обе патентные заявки включены в данный документ посредством ссылки, как если бы они являлись воспроизведенными полностью.
Область техники, к которой относится изобретение
Настоящее раскрытие, в общем, имеет отношение к системе и способу цифровой связи, и, в конкретных вариантах осуществления, к системе и способу переключения сот.
Уровень техники
Предполагается, что проект новой радиосвязи (NR) для технологии радиодоступа (RAT) сотовой связи пятого поколения (5G) позволит в значительной степени разделить функциональные возможности радиосети между объектами, которые упоминаются как централизованные блоки (или блоки управления) (CU) и распределенные блоки (DU). Разделение стека протоколов радиосвязи между этими объектами может быть гибким, но по меньшей мере ожидается, что верхние уровни, например, плоскость пользователя, содержащая подуровень протокола сходимости пакетных данных (PDCP), и плоскость управления, содержащая подуровни PDCP + управление радиоресурсами (RRC), будут находиться в CU, в то время как физический (PHY) подуровень будет находиться в DU. Промежуточные подуровни уровня 2 могут находиться либо в CU, либо в DU. Однако вероятно, что подуровень управления доступом к среде передачи данных (MAC) будут также располагаться в DU во избежание задержек при распространении сигналов по транспортной сети в процессе планирования.
Сущность изобретения
Примерные варианты осуществления обеспечивают систему и способ переключения сот.
В соответствии с примерным вариантом осуществления выполнен способ функционирования первого распределенного блока (DU). Способ включает в себя участие, первого DU, в передаче контекста канального уровня со вторым DU, установление, первым DU, пользовательского канала передачи данных для мобильного устройства, причем пользовательский канал передачи данных соединяет мобильное устройство с централизованным блоком (CU), включающим в себя объект протокола управления радиосвязью, поддерживающий связь с мобильным устройством, хранение, первым DU, первых пользовательских данных для мобильного устройства, принятых из CU, хранение, первым DU, вторых пользовательских данных для мобильного устройства, принятых из второго DU, установление, первым DU, соединения с мобильным устройством, отправку, первым DU, первых пользовательских данных и вторых пользовательских данных в мобильное устройство и адаптацию, первым DU, контекста канального уровня к работе в первом DU для обмена данными между CU и мобильным устройством, причем адаптация контекста канального уровня включает в себя ассоциирование самого высокого уровня протокола первого DU с самым низким уровнем протокола CU.
При необходимости в любом из предыдущих вариантов осуществления способ также включает в себя хранение, первым DU, третьих пользовательских данных для CU, принятых из второго DU, и отправку, первым DU, третьих пользовательских данных в CU.
При необходимости в любом из предыдущих вариантов осуществления выполнен способ, в котором первые пользовательские данные отправляются после отправки вторых пользовательских данных.
При необходимости в любом из предыдущих вариантов осуществления выполнен способ, в котором первый DU является целевым DU, и второй DU является исходным DU.
При необходимости в любом из предыдущих вариантов осуществления выполнен способ, в котором участие в передаче контекста канального уровня включает в себя прием контекста канального уровня из второго DU.
При необходимости в любом из предыдущих вариантов осуществления выполнен способ, в котором контекст канального уровня предназначен для мобильного устройства.
В соответствии с примерным вариантом осуществления выполнен способ функционирования второго DU. Способ включает в себя участие, второго DU, в передаче контекста канального уровня с первым DU, освобождение, вторым DU, канала передачи пользовательских данных для мобильного устройства с CU, включающим в себя объект протокола управления радиосвязью, поддерживающий связь с мобильным устройством, хранение, вторым DU, первых пользовательских данных для мобильного устройства, принятых из CU, приема, вторым DU, первого индикатора, указывающего, что соединение с мобильным устройством установлено, и отправку, вторым DU, первых пользовательских данных в мобильное устройство.
При необходимости в любом из предыдущих вариантов осуществления способ также включает в себя хранение, вторым DU, вторых пользовательских данных для CU, принятых из мобильного устройства, и отправку, вторым DU, вторых пользовательских данных в CU после приема первого индикатора.
При необходимости в любом из предыдущих вариантов осуществления способ также включает в себя отправку, вторым DU, второго индикатора, побуждающего мобильное устройство передать канальный уровень, связанный с мобильным устройством, в первый DU.
В соответствии с примерным вариантом осуществления выполнен способ функционирования CU. Способ включает в себя участие, CU, в освобождении первого пути между CU и первым DU, хранение, CU, первых пользовательских данных для мобильного устройства, участие, CU, в установлении второго пути между CU и вторым DU, и отправку, CU, первых пользовательских данных во второй DU.
При необходимости в любом из предыдущих вариантов осуществления способ также включает в себя отправку, CU, вторых пользовательских данных для мобильного устройства в первый DU до освобождения первого пути.
При необходимости в любом из предыдущих вариантов осуществления способ также включает в себя прием, CU, третьих пользовательских данных из второго DU.
В соответствии с примерным вариантом осуществления выполнен способ функционирования мобильного устройства. Способ включает в себя прием, мобильным устройством, индикатора, побуждающего мобильное устройство передать канальный уровень, связанный с мобильным устройством, в первый DU, участие, мобильного устройства, в передаче обслуживания (хэндовере) с первым DU и вторым DU и прием, мобильным устройством, первых пользовательских данных из второго DU.
При необходимости в любом из предыдущих вариантов осуществления способ также включает в себя отправку, мобильным устройством, вторых пользовательских данных в первый DU перед участием в передаче обслуживания.
При необходимости в любом из предыдущих вариантов осуществления способ также включает в себя прием, мобильным устройством, информации о конфигурации уровня 2.
При необходимости в любом из предыдущих вариантов осуществления способ также включает в себя отправку, мобильным устройством, третьих пользовательских данных во второй DU после участия в передаче обслуживания.
При необходимости в любом из предыдущих вариантов осуществления выполнен способ, в котором информация о конфигурации уровня 2 включает в себя информацию, которая относится к соединению между мобильным устройством и вторым DU.
В соответствии с примерным вариантом осуществления выполнен первый DU. Первый DU включает в себя один или более процессоров и машиночитаемый носитель информации, хранящий программное обеспечение для исполнения одним или более процессорами. Программное обеспечение включает в себя команды для конфигурирования первого DU, чтобы участвовать в передаче контекста канального уровня со вторым DU, установить пользовательский канал передачи данных для мобильного устройства, причем пользовательский канал передачи данных соединяет мобильное устройство с CU, включающим в себя объект протокола управления радиосвязью, поддерживающий связь с мобильным устройством, хранить первые пользовательские данные для мобильного устройства, принятые из CU, хранить вторые пользовательские данные для мобильного устройства, принятые из второго DU, установить соединение с мобильным устройством, отправить первые пользовательские данные и вторые пользовательские данные в мобильное устройство и адаптировать контекст канального уровня для работы в первом DU для обмена данными между CU и мобильным устройством, причем адаптация контекста канального уровня включает в себя ассоциирование самого высокого уровня протокола первого DU с самым низким уровнем протокола CU.
При необходимости в любом из предыдущих вариантов осуществления программное обеспечение включает в себя команды для конфигурирования первого DU, чтобы хранить третьи пользовательские данные для CU, принятые из второго DU, и отправлять третьи пользовательские данные в CU.
При необходимости в любом из предыдущих вариантов осуществления программное обеспечение включает в себя команды для конфигурирования первого DU, чтобы принимать контекст канального уровня из второго DU.
Реализация приведенных выше вариантов осуществления обеспечивает мобильность уровня 2 пользовательского оборудования между распределенными блоками. Таким образом, можно избежать обременительной сигнализации уровня 3 между пользовательским оборудованием и централизованным блоком.
Краткое описание чертежей
Теперь для более полного понимания настоящего раскрытия и его преимуществ делается ссылка на последующее описание, приведенное вместе с сопроводительными чертежами, на которых:
На фиг.1 показана примерная система связи согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.2 показан вид примерной системы связи высокого уровня согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.3 показана схема примерного прерывания перед выполнением процедуры переключения уровня 2 согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.4 показана схема примерной процедуры переключения уровня 2, выделяющей передачу данных нисходящей линии связи согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.5 показана схема примерной процедуры переключения уровня 2, выделяющей упорядоченное расположение SDU нисходящей линии связи согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.6 показана схема примерной процедуры переключения уровня 2, выделяющей передачу данных по восходящей линии связи согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.7A показана блок-схема последовательности примерных операций, выполняемых в исходном DU, участвующем в переключении уровня 2, выделяющем передачу по нисходящей линии связи согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.7B показана блок-схема последовательности примерных операций, выполняемых в исходном DU, участвующем в переключении уровня 2, выделяющем передачу по восходящей линии связи согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.8A показана блок-схема последовательности примерных операций, выполняемых в целевом DU, участвующем в переключении уровня 2, выделяющем передачу по нисходящей линии связи согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.8B показана блок-схема последовательности примерных операций, выполняемых в целевом DU, участвующем в переключении уровня 2, выделяющем передачу по восходящей линии связи согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.9 показана блок-схема последовательности примерных операций 900, выполняемых в CU, участвующем в переключении уровня 2 согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.10 показана блок-схема последовательности примерных операций 1000, выполняемых в UE, участвующем в переключении уровня 2 согласно примерным вариантам осуществления, описанным в данном документе;
На фиг.11 показана блок-схема системы обработки варианта осуществления для выполнения способов, описанных в данном документе; и
На фиг.12 показана блок-схема приемопередатчика, выполненного с возможностью передачи и приема сигнализации по сети связи согласно примерным вариантам осуществления, описанным в данном документе.
Подробное описание изобретения
Функционирование текущих примерных вариантов осуществления и их структуры будут обсуждены более подробно ниже. Однако следует понимать, что в настоящем раскрытии предоставлено много применимых изобретательных концепций, которые могут быть воплощены в большом разнообразии конкретных контекстов. Обсуждаемые конкретные варианты осуществления являются просто иллюстрацией конкретных структур вариантов осуществления и способов функционирования вариантов осуществления, раскрытых в данном документе, и не ограничивают объем настоящего раскрытия.
На фиг.1 показана примерная система 100 связи. Система 100 связи является сотовой системой связи 5G. Система 100 связи включает в себя многочисленное пользовательское оборудование (UE), такое как UE 105, UE 107 и UE 109. Система 100 связи также включает в себя распределенные блоки (DU), такие как DU 110 и DU 112. Система 100 связи также включает в себя развитой узел B 115 (eNB) усовершенствованного LTE (eLTE), который обслуживает UE 109 подач, например, не используя разработку NR. Система 100 связи также включает в себя удаленный централизованный блок (CU) 120, который включает в себя стек 122 протоколов плоскости пользователя (UP) и стек 124 протоколов плоскости управления (CP). CU 120 подключен к DU, а также к eLTE eNB 115 и базовой сети (CN) 125.
Хотя понятно, что системы связи могут использовать несколько сетевых объектов, способных осуществлять связь с несколькими UE, для простоты показаны только два DU, один eLTE eNB и три UE. Кроме того, следует понимать, что топология сети на фиг.1 является примерной, и конкретные сети могут воплощать различные топологии. Например, DU системы связи могут не подключаться напрямую к eNB системы eLTE (на фигуре интерфейс R3), и некоторые сотовые системы связи 5G могут работать в так называемом "автономном" режиме без взаимодействия с любой соседней системой eLTE. Поэтому систему связи, показанную на фиг.1, не следует истолковывать как ограниченную объемом или сущностью примерных вариантов осуществления.
Как обсуждалось ранее, DU реализуют часть стека протоколов. Как показано на фиг.1, DU включают в себя объекты подуровня PHY, подуровня MAC и подуровня управления линией радиосвязи (RLC). В качестве иллюстративного примера, DU 110 включает в себя объект 130 подуровня PHY, объект 132 подуровня MAC и объект 134 подуровня RLC. CU и UP также реализуют часть стека протоколов. Как показано на фиг.1, CU и UP реализуют объекты уровня/подуровня IP и PDCP плоскости пользователя и объекты уровня/подуровня RRC и PDCP плоскости управления. В качестве иллюстративного примера, стек 124 протоколов плоскости управления CU 120 включает в себя объект 135 подуровня RRC/PDCP. Хотя объекты RRC и PDCP показаны как объединенный объект 135, они могут быть реализованы как один объект или как отдельные объекты, в зависимости от реализации CU.
Система 100 связи, показанная на фиг.1, иллюстрирует иерархическую модель проекта NR сотовой системы связи 5G с одним CU, управляющим многочисленными DU (например, с CU 120, управляющим DU 110 и 112). Иерархическая модель, показанная на фиг.1, иллюстрирует централизованный CU и распределенные DU. Хотя разработка NR может быть расширена до ситуаций с количеством более одного CU, фиг.1 сфокусирована на части сети радиодоступа NR под управлением одного CU. В общем, UE обслуживается DU, и когда UE перемещается, линия связи между UE и DU перемещается или переключается на различные DU. Следует отметить, что управление уровнем 3 находится в CU. В результате, перемещение линии связи UE в другой DU под управлением одного и того же CU не требует соответствующего перемещения точки привязки уровня 3 для UE.
Однако расположение уровня 3 в CU может привести к продолжительной задержке для сигнализации радиоинтерфейса при использовании процедуры уровня 3. Обмен сигналами между CU и DU не доступен в ситуациях, которые влекут за собой задержку, чувствительную к сигнализации или услугам. Величина предполагаемой задержки зависит от различных факторов, таких как транспортная сеть, используемая для интерфейса CU-DU (на фиг.1 для интерфейса R1-C/R1-U), количество величины сетевой нагрузки, управляемой CU и т.д.
Подуровни протоколов уровня 2 разделяются между CU и DU таким образом, чтобы первый подуровень пакетной обработки (подуровень PDCP), а также обеспечение безопасности, располагался в CU, и подуровни MAC и PHY находились в DU. Подуровень надежности (подуровень RLC) может быть расположен либо в CU, либо в DU (хотя показано на фиг.1, что он расположен в DU). В некоторых ситуациях может быть эффективным расположение подуровня RLC в CU или даже разделение функциональных возможностей RLC между CU и DU. Могут присутствовать и другие уровни или подуровни, но они не показаны.
В обсуждении, представленном в данном документе, используются следующие термины:
- Точка приема/передачи (TRP): устройство, которое способно передавать и принимать, например DU, eNB. TRP может также упоминаться как удаленный радиоблок (RRU).
- CU: центральный объект для управления, как для плоскости управления (CP), так и для UP. Уровни протоколов, расположенные в CU, содержат уровень протокола управления для функций CP, например, подуровень протокола RRC, а также уровень/подуровень, который управляет транспортными функциями для плоскости пользователя, например, подуровень PDCP. Логически, один CU может управлять одной или многочисленными точками привязки сот, таким как DU, eNB, gNB (принятая аббревиатура для эквивалента NR eNB), и т.д. Подуровни RRC/PDCP расположены в CU.
- DU: распределенный объект для развертывания радиосвязи. Один DU может быть подключен к одному или нескольким RRU или TRP. Подуровни MAC/PHY расположены в DU, а также, возможно, на уровне RLC.
- Физическая сота: сектор TRP/RRU или кластер одного или более TRP/RRU, скоординированных для появления в виде одного объекта на уровнях радиосвязи. Как определено для традиционной соты, идентификатор физической соты, например, идентификатор физической соты (PCI), является уникальным в ограниченной зоне покрытия.
- Точка привязки соты: концепция уровня 3 соты на уровне RRC и интерфейса NG-C. Точка привязки соты, упоминается также как точка привязка уровня 3. Одна точка привязки соты может отображаться в многочисленные физические соты (как определено на уровне 2). Глобальный идентификатор соты (например, глобальный идентификатор соты (CGI) в 3GPP LTE) может быть определен в точке привязки уровня 3.
В системах сотовой связи текущего поколения сота совместно используется для уровней 1, 2 и 3. На уровнях 1 и 2 соты различаются по их PCI, тогда как CGI используется для идентификации сот на уровне 3. Однако PCI и CGI определяют одну и ту же область в 3GPP LTE, то есть конкретная сота LTE имеет ровно один PCI и ровно один CGI. Идентификаторы отличаются только для того, чтобы обеспечить более длинный глобальный уникальный идентификатор на уровне 3.
Согласно примерному варианту осуществления структура соты разделена между уровнями 2 и 3. Предполагается, что сота уровня 1 или зона покрытия является прозрачной на уровнях 2 и 3. Концепция соты на уровне 2 упоминается как физическая сота. Так как физическая сота 3GPP LTE отличается PCI, уровень 2 является самым низким уровнем, где сота видна в протоколах более высокого уровня.
Согласно примерному варианту осуществления иерархическая модель представлена сотой уровня 3 (например, CU), управляющей многочисленными сотами уровня 2 (например, DU). Таким образом, структура сот разделена между уровнями 2 и 3. Хотя используется термин "сота", можно использовать другие термины, такие как точка привязки, зона DU и т.д. На фиг.2 показан вид примерной системы 200 связи высокого уровня. Система 200 связи включает в себя соту 205 уровня 3. Сота 205 уровня 3 содержит CU 210, управляющий множеством сот уровня 2. Каждая сота уровня 2 реализована как DU. В качестве примера, сота 215 уровня 2 реализована как DU 220. В некоторых применениях CU содержит многочисленные соты уровня 3, каждая из которых имеет свой собственный набор сот уровня 2.
Согласно примерному варианту осуществления по меньшей мере некоторые функциональные возможности, которые в текущих системах сотовой связи будут воплощены в управляющей сигнализации RRC, переносятся в DU (уровень 2). Управляющую сигнализацию в DU можно выполнить посредством сигнализации в любом из различных подуровней уровня 2, например, в подуровнях RLC или MAC, чтобы ускорить процедуру и избежать ненужных непроизводительных затрат сигнализации. Кроме того, обработка RRC уровня 3 в CU не предполагается до тех пор, пока DU могут осуществлять координацию между DU и UE на уровне 2 для поддержки соответствующих функциональных возможностей. В дополнение к этому, рассматриваются аспекты плоскости пользователя. В качестве примера, рассмотрены передачи обслуживания между физическими сотами (мобильность уровня 2), в то время как точка привязки соты остается прежней (во избежание мобильности уровня 3). В таблице 1 представлены функции 3GPP LTE RRC с эквивалентными функциями 5G, и показано деление на процедуры 5G RRC (уровень 3) и процедуры уровня 2 5G. Например, как показано в таблице 1, процедура передачи обслуживания LTE может быть реализована отдельно на уровне 2 и уровне 3 в системе 5G: передача обслуживания (изменение физической соты) может быть реализована путем изменения сот уровня 2 (L2CC), когда мобильность влияет на точку привязки уровня 2, например, DU, и дополнительно может быть реализована путем реконфигурирования RRC-соединения уровня 3 при изменении точки привязки уровня 3, например, CU.
Таблица 1. Функции RRC 3GPP LTE с эквивалентными функциями 5G.
Функции LTE RRC
LTE RRC -> 5G RRC
LTE RRC -> 5G L<sub>2</sub>
Системная информация
X
Возможно(например, конкретный SIB для конфигурации L<sub>2</sub>)
Конфигурация радиоресурсов
X
Возможно(например, список соседних сот, конфигурация MAC)
Поисковый вызов
X
Установление соединения RRCВосстановление соединения RRCРазъединение соединения RRC
X(Управление соединением L<sub>3</sub>)
X(Управление соединением L<sub>2</sub> )
Реконфигурация соединения RRC с управлением мобильностью (передача обслуживания)
X(Изменение соты L<sub>3</sub>)
X(Изменение соты уровня 2)
Действия, связанные с отказом линии радиосвязи
X(Обнаружение RLF)
Измерения
X(Измерения L<sub>3</sub>)
X(Измерения L<sub>2</sub>)
Защита
X
Возможно(процедуры обеспечения защиты L<sub>2</sub>)
Мобильность Inter-RAT
X
Управление состоянием RRC(в том числе режим ожидания)
X
MBMS
X
Другая процедура L3(например, информация об истории мобильности)
X
Согласно примерному варианту осуществления решение о перемещении уровня 2 принимается в сети (например, DU, CU, CN и т.д.) на основании измерений на уровне 2 и/или уровне 3. Измерения могут быть выполнены сетью на основании сигналов восходящей линии связи, UE на основании сигналов нисходящей линии связи и переданы в виде отчета в сеть или посредством комбинации сети и UE. Перемещение уровня 2 может предусматривать один или более DU, CU и т.д., но детали остаются прозрачными для UE. В качестве примера, исходный DU (DU, к которому на данный момент подключено UE) принимает решение относительно переключения inter-DU. Полномочия по принятию решения относительно DU должны быть заранее авторизованы CU. В ситуации, когда решение относительно переключения DU принято, DU передает отчет о решении в CU для подготовки CU к переключению пути доставки данных, связанного с переключением уровня 2. Другие узлы, такие как потенциальные целевые DU, один или более CU и т.д., могут также вносить вклад в решение относительно переключения.
Примерная процедура переключения уровня 2 включает в себя следующие аспекты:
- Контекст нижнего уровня передается от исходного DU в целевой DU (DU, к которому должно быть подключено UE после завершения перемещения уровня 2). Исходный DU передает контекст RLC для линии радиосвязи, например, в целевой DU.
- Путь доставки данных переключается с исходного DU <-> CU на целевой DU <-> CU.
- Команда переключения уровня 2 передается в UE из исходного DU с использованием управляющей сигнализации, например, уровня 2, например, элемента управления MAC (MAC CE). UE запускается, чтобы начать связь с целевым DU, используя ту же самую конфигурацию уровня 2, которая используется исходным DU, модифицированным в соответствии с любыми изменениями в конфигурации уровня 2, указанными, например, в команде переключения уровня 2.
- Передача данных по беспроводной линии связи начинается тогда, когда UE обнаруживается целевым DU, например, во время процедуры получения доступа.
Изменения процедуры переключения уровня 2 включают в себя прерывание соединения перед выполнением процедуры, где соединение с исходным DU прерывается перед установлением соединения с целевым DU, а также установление соединения перед процедурой прерывания соединения, где соединение с целевым DU устанавливается перед прерыванием соединения с исходным DU. Для процедур переключения уровня 2, обсужденных в данном документе, предполагается, что RLC расположен в DU; поэтому пакеты данных, обмен которыми осуществляется между CU и DU, представляют собой блоки служебных данных (SDU) RLC, которые эквивалентны блокам данных протокола (PDU) PDCP. В качестве альтернативы, если RLC находится в CU, пакеты будут представлять собой MAC SDU, которые эквивалентны RLC PDU. В общем, данные состоят из SDU верхнего уровня или подуровня в DU, которые представляют собой PDU нижнего уровня или подуровня в CU.
На фиг.3 показана схема 300 примерного прерывания соединения перед выполнением процедуры переключения уровня 2. Схема 300 иллюстрирует сообщения, обмен которыми и обработку которых выполняют UE 305, целевой DU 307, исходный DU 309 и CU 311, участвующие в прерывании соединения перед выполнением процедуры переключения уровня 2. Схема 300 также иллюстрирует стеки протоколов в различных устройствах и взаимосвязи между стеками протоколов.
Решение о перемещении принимается на основании мониторинга линии связи и ее измерений (этап 315). Решение о перемещении может быть принято исходным DU 309, целевым DU 307 и/или CU 311. В качестве иллюстративного примера, мониторинг сети сигналов восходящей линии связи, передаваемых UE 305, используется в качестве критерия для принятия решения о перемещении. Исходный DU 309 и целевой DU 307 участвуют в передаче контекста (событие 317). Исходный DU 309 и CU 311 участвуют в освобождении пути уровня 2 (событие 319). После завершения передачи контекста исходный DU 309 прекращает доставку данных из UE 305. Вместо этого исходный DU 309 буферизует данные восходящей линии связи для последующей пересылки (этап 321). По существу в то же самое время CU 311 прекращает доставку данных в UE 305. Вместо этого CU 311 буферизует данные нисходящей линии связи для последующей пересылки (этап 323). Между началом события 317 и концом события 319 данные нисходящей линии связи для UE 305 могут поступать в исходный DU 309. Исходный DU 309 не может доставить такие данные, так как он уже начал передавать контекст уровня 2 в целевой DU 307; вместо этого исходный DU 309 буферизует данные нисходящей линии связи и направляет данные нисходящей линии связи в целевой DU 307 в более позднее время, например, после завершения передачи обслуживания. Схема 300 не иллюстрирует поступление данных нисходящей линии связи, буферизацию данных нисходящей линии связи или пересылку данных нисходящей линии связи. Предполагается, что количество данных нисходящей линии связи, подлежащих буферизации и пересылке таким образом, будет небольшим, поскольку процедуры, выполняемые на этапах 317 и 319, должны предпочтительно выполняться почти одновременно. Аналогичным образом, так как соединение между UE 305 и целевым DU 307 не было установлено в этот момент, CU 311 буферизует данные нисходящей линии связи, предназначенные для UE 305 (этап 323) и позже пересылает их в целевой DU 307, как описано ниже (событие 327).
CU 311 и целевой DU 307 участвуют в установлении пути уровня 2 (событие 325). При установлении пути уровня 2 между CU 311 и целевым DU 307 CU 311 пересылает данные нисходящей линии связи, буферизованные CU 311, в целевой DU 307 (событие 327). Исходный DU 309 отправляет событие запуска беспроводной линии связи, такое как команда переключения уровня 2 (например, MAC CE), в UE 305 (событие 329). Событие запуска беспроводной линии связи может быть необязательным, так как переключение уровня 2 может происходить без события запуска беспроводной линии связи, например, может происходить на основании автономного решения UE, поведения UE, управление которым осуществляется с помощью предварительно настроенных параметров, определенных сетью и т.д. Между UE 305 и целевым DU 307 происходит действие (событие 331), такое как процедура произвольного доступа, передача по восходящей линии связи UE и т.д., и целевой DU 307 отправляет индикатор завершения передачи обслуживания в исходный DU 309 (событие 333). Целевой DU 307 отправляет данные нисходящей линии связи в UE 305 (событие 335). Индикатор завершения передачи обслуживания в событии 333 может указывать исходному DU 309 на то, что UE 305 был обнаружен целевым DU 307 или подключился к нему. Не предполагается, что индикатор завершения передачи обслуживания будет переадресованным сообщением из UE 305. Таким образом, примерный вариант осуществления отличается от передачи обслуживания LTE 3GPP.
После завершения передачи обслуживания исходный DU 309 прекращает буферизацию данных восходящей линии связи (этап 337) и отправляет буферизованные данные восходящей линии связи в целевой DU 307 (событие 339) для последующей пересылки в CU 311 (событие 341). В качестве альтернативы, исходный DU 309 может пересылать буферизованные данные восходящей линии связи непосредственно в CU 311, но этот подход имеет издержки, связанные с потенциальной передачей дополнительных данных, возникающей в результате несовпадения контекста уровня 2. Следует отметить, что между событиями 317 и 339, контексты уровня 2 и уровня 1 не синхронизированы, и что пересылка данных восходящей линии связи в целевой DU 307 повторно синхронизирует контексты, например, путем предоставления уровня надежности (например, подуровня RLC) для обработки запросов, подтверждений, любой другой управляющей информации, которая может присутствовать в данных восходящей линии связи, хранимых исходным DU 309. Кроме того, пересылка сохраненных данных восходящей линии связи в целевой DU 307 позволяет последнему знать, когда все сохраненные данные восходящей линии связи были доставлены, и новые данные восходящей линии связи от UE могут быть отправлены в CU 311, не вызывая возможных поступлений вне установленного порядка. Как показано на фиг.3, поток данных восходящей линии связи из UE 305 в CU 311 прерывается от события 317 до события 341.
На фиг.4 показана схема 400 примерной процедуры переключения уровня 2, выделяющей передачу данных нисходящей линии связи. Схема 400 иллюстрирует сообщения, обмен которыми и обработку которых выполняют UE 405, целевой DU 407, исходный DU 409 и CU 411, участвующие в процедуре переключения уровня 2. Этап 415 иллюстрирует путь данных уровня 2 перед переключением уровня 2.
Решение о перемещении принимается на основании мониторинга линии связи и ее измерений (этап 417). Решение о перемещении может быть принято исходным DU 409, целевым DU 407 и/или CU 411. Исходный DU 409 и целевой DU 407 участвуют в передаче контекста (событие 419). После завершения передачи контекста данные нисходящей линии связи отправляются из CU 411 в исходный DU 423 (событие 421) в виде RLC SDU (этап 423). Исходный DU 409 отправляет данные нисходящей линии связи в целевой DU 407 (событие 425), где они буферизуются в виде RLC SDU (этап 427). CU 411 и исходный DU 409 участвуют в процедуре освобождения пути уровня 2 (событие 429). После завершения процедуры освобождения пути уровня 2 и перед установлением нового пути уровня 2 между CU 411 и целевым DU 407, CU 411 буферизует любые данные нисходящей линии связи, предназначенные для UE 405 в виде PDCP SDU или PDCP PDU (этап 431). Следует отметить, что CU 411 принимает PDCP SDU и может выполнить буферизацию PDCP SDU и затем преобразовать их в PDCP PDU перед отправкой PDCP PDU в целевой DU 407, или CU 411 может преобразовать принятый PDCP SDU в PDCP PDU и затем выполнить буферизацию PDCP PDU перед отправкой PDCP PDU в целевой DU 407. В некоторых вариантах осуществления процедуры освобождения пути уровня 2 (событие 429) и установления пути уровня 2 (событие 433) можно рассматривать в виде одной процедуры "переключения пути". После завершения процедуры освобождения пути уровня 2 (событие 429) исходный DU 409 не должен больше принимать данные нисходящей линии связи из CU 411. Исходный DU 409 может иметь возможность завершить пересылку данных нисходящей линии связи перед началом события 441 вместо ожидания до тех пор, пока не произойдет событие 445. Однако в обеих ситуациях это никак не влияет на производительность передачи обслуживания.
CU 411 и целевой DU 407 участвуют в установлении пути уровня 2 (событие 433). После установления пути уровня 2 CU 411 отправляет буферизованные PDU PDCP (этап 435) в целевой DU 407 (событие 437), где они буферизуются (этап 439). Следует отметить, что может потребоваться переупорядочение буферизованных RLC SDU, которые могли быть получены из исходного DU 409 и CU 411. Последний SDU, принятый из исходного DU 409, должен быть доставлен перед началом доставки первого SDU из CU 411. CU 411 может продолжить доставку SDU в исходный DU 409 (перед событием 429) и в целевой DU 407 (после события 433).
При необходимости исходный DU 409 отправляет событие запуска беспроводной линии связи, такое как команда переключения уровня 2 (например, MAC CE) в UE 405 (событие 441). Между UE 405 и целевым DU 407 (событие 443) происходит действие, и целевой DU 407 отправляет индикатор завершения передачи обслуживания в DU 409 (событие 445). Исходный DU 409 отправляет любые оставшиеся RLC SDU (этап 447) в целевой DU 407 (событие 449), который отправляет данные нисходящей линии связи в UE 405 (событие 451). Блок 453 иллюстрирует путь данных уровня 2 после переключения уровня 2.
События 443 и 445, показанные на фиг.4, базируются на 3GPP LTE. Возможны и альтернативные пути завершения процедуры передачи обслуживания. До тех пор, пока целевой DU 407 знает, когда поступает UE 405, и исходный DU 409 знает, когда целевой DU 407 получает UE 405, возможно множество различных подходов. Таким образом, технологию, основанную на 3GPP LTE, не следует рассматривать как ограничивающую объем или сущность примерных вариантов осуществления.
На фиг.5 показана схема 500 примерной процедуры переключения уровня 2, выделяющей упорядочение SDU нисходящей линии связи. Схема 500 иллюстрирует сообщения, обмен которыми и обработку которых выполняют UE 505, целевой DU 507, исходный DU 509 и CU 511, участвующие в процедуре переключения уровня 2.
Так как целевой DU 507 может принять данные нисходящей линии связи, например, RLC SDU, из исходного DU 509 или CU 511 в зависимости от того, когда принимаются данные нисходящей линии связи относительно переключения пути уровня 2, может потребоваться, чтобы целевой DU 507 предпринял действия для доставки данных нисходящей линии связи в упорядоченном виде. Согласно примерному варианту осуществления данные нисходящей линии связи, поступающие из исходного DU 509, всегда упорядочиваются для доставки в UE, перед поступлением данных нисходящей линии связи из CU 511, независимо от порядка, в котором данные поступают в целевой DU 507. Таким образом, целевой DU 507 буферизует по отдельности данные нисходящей линии связи, поступающие из обоих источников до тех пор, пока исходный DU 509 не укажет, что был переадресован последний SDU. В качестве примера, исходный DU 509 может указать, что последние данные нисходящей линии связи были переадресованы в событии 515, которое происходит перед завершением передачи обслуживания (событие 519), или в событии 517, которое происходит после завершения передачи обслуживания (событие 519). После того, как целевой DU 507 примет индикатор из исходного DU 509, целевой DU 507 отправляет буферизованные данные нисходящей линии связи из исходного DU 509 (событие 521), за которым следуют буферизованные данные нисходящей линии связи из CU 511 (событие 523).
На фиг.6 показана схема 600 примерной процедуры переключения уровня 2, выделяющей передачу данных по восходящей линии связи. Схема 600 иллюстрирует сообщения, обмен которыми и обработку которых выполняю UE 605, целевой DU 607, исходный DU 609 и CU 611, участвующие в процедуре переключения уровня 2. Этап 615 иллюстрирует путь данных уровня 2 до переключения уровня 2.
Решение о перемещении принимается на основании мониторинга линии связи и ее измерений (этап 617). Решение о перемещении может быть исходным DU 609, целевым DU 607 и/или CU 611. Исходный DU 609 и целевой DU 607 участвуют в передаче контекста (событие 619). Исходный DU 509 и CU 611 участвуют в освобождении пути уровня 2 (событие 621). После завершения освобождения пути уровня 2 UE 605 может продолжить отправку данных восходящей линии связи в исходный DU 609 (событие 623). Однако, так как путь уровня 2 был освобожден, данные восходящей линии связи больше нельзя отправить в CU 611, и исходный DU 609 буферизует данные из UE 605 в виде RLC PDU (этап 625). Исходный DU 609 буферизует RLC PDU из UE 605 до тех пор, пока не завершится переключение уровня 2 с помощью целевого DU 607.
Целевой DU 607 и CU 611 участвуют в установлении пути уровня 2 (событие 627). При необходимости исходный DU 609 отправляет событие запуска беспроводной линии связи, такое как переключение уровня 2 (например, MAC CE), в UE 605 (событие 629). Между UE 605 и целевым DU 607 происходит действие (событие 631), и целевой DU 607 отправляет индикатор завершения передачи обслуживания в DU 609 (событие 633). Исходный DU 609 отправляет буферизованные данные восходящей линии связи в целевой DU 607 (событие 635). Буферизованные данные восходящей линии связи отправляются в целевой DU 607, так как целевой DU 607 имеет путь уровня 2 с CU 611. Кроме того, так как целевой DU 607 имеет все данные восходящей линии связи, поступающие из исходного DU 609, целевой DU 607 знает, когда все данные восходящей линии связи, поступающие из исходного DU 609, были отправлены в CU 611 прежде, чем целевой DU 607 отправит данные восходящей линии связи из UE 605. Управление, осуществляемое целевым DU 607, предотвращает необходимость переупорядочения данных восходящей линии связи для CU 611. Наконец, пересылка RLC PDU в целевой DU 607 позволяет обрабатывать PDU с помощью объекта протокола RLC в целевом DU 607, который может выполнять процедуры, требующие соединения по беспроводной линии связи с UE, например, доставку в UE подтверждений для PDU, которые были переданы с использованием режима подтверждения RLC (RLC AM).
Целевой DU 607 отправляет данные восходящей линии связи в CU 611 (событие 637). Целевой DU 607 отправляет информацию о конфигурации уровня 2 в UE 605 (событие 639). Информация о конфигурации уровня 2 подается в UE 605 для того, чтобы UE 605 мог отправить информацию восходящей линии связи в целевой DU 605. UE 605 отправляет данные восходящей линии связи в целевой DU 607 (событие 641). Целевой DU 607 буферизует данные восходящей линии связи, поступающие из UE 605, до тех пор, пока все данные восходящей линии связи из исходного DU 609 не будут отправлены в CU 611 (этап 643), причем в это время целевой DU 607 отправляет данные восходящей линии связи из UE 605 в CU 611 (событие 645). Этап 645 иллюстрирует путь данных уровня 2 после переключения уровня 2.
Следует отметить, что возможна доставка данных восходящей линии связи непосредственно в CU 611. Однако CU 611 должен обеспечить правильное упорядочение RLC SDU, что подразумевает переупорядочение на подуровне PDCP или верхнем подуровне RLC, расположенном в CU 611.
На фиг.7A показана блок-схема последовательности примерных операций 700, выполняемых в исходном DU, участвующем в переключении уровня 2, выделяющем передачу по нисходящей линии связи. Операции 700 могут отражать операции, выполняемые в исходном DU, когда исходный DU участвует в переключении уровня 2
Операции 700 начинаются с исходного DU, участвующего в решении о перемещении (этап 705). Решение о перемещении может быть принято с участием исходного DU, целевого DU и CU. Решение о перемещении может быть принято в соответствии с измерениями линий связи. Исходный DU участвует в передаче контекста с целевым DU (этап 707). Исходный DU буферизует данные нисходящей линии связи, поступающие из CU (этап 709) и отправляет буферизованные данные нисходящей линии связи в целевой DU (этап 711). Исходный DU и CU обмениваются сообщениями, чтобы освободить путь уровня 2 между исходным DU и CU (этап 713). При необходимости исходный DU может отправить событие запуска беспроводной линии связи. Исходный DU завершает передачу обслуживания (этап 715). Завершение передачи обслуживания может предусматривать исходный DU, обнаруживающий совершение действия между UE и целевым DU, и исходный DU, принимающий индикатор завершения передачи обслуживания из целевого DU. Исходный DU передает буферизованные данные нисходящей линии связи в целевой DU (этап 717).
На фиг.7B показана блок-схема последовательности примерных операций 750, выполняемых в исходном DU, участвующем в переключении уровня 2, выделяющем передачу по восходящей линии связи. Операции 750 могут отражать операции, выполняемые в исходном DU, когда исходный DU участвует в переключении уровня 2.
Операции 750 начинаются с исходного DU, участвующего в решении о перемещении (этап 755). Решение о перемещении может быть принято с участием исходного DU, целевого DU и CU. Решение о перемещении может быть принято в соответствии с измерениями линий связи. Исходный DU участвует в передаче контекста с целевым DU (этап 757). Исходный DU и CU обмениваются сообщениями, чтобы освободить путь уровня 2 между исходным DU и CU (этап 759). Исходный DU буферизует данные восходящей линии связи из UE (этап 761). При необходимости исходный DU может отправить событие запуска беспроводной линии связи. Исходный DU завершает передачу обслуживания (этап 763). Завершение передачи обслуживания может предусматривать исходный DU, обнаруживающий совершение действия между UE и целевым DU, и исходный DU, принимающий индикатор завершения передачи обслуживания из целевого DU. Исходный DU отправляет буферизованные данные восходящей линии связи в целевой DU (этап 765).
В первом аспекте настоящая заявка предусматривает способ функционирования первого DU. Способ включает в себя участие, первого DU, в передаче контекста канального уровня со вторым DU, установление, первым DU, пользовательского канала передачи данных для мобильного устройства, причем пользовательский канал передачи данных соединяет мобильное устройство с CU, включающим в себя объект протокола управления радиосвязью, поддерживающий связь с мобильным устройством, хранение, первым DU, первых пользовательских данных для мобильного устройства, принятых из CU, хранение, первым DU, вторых пользовательских данных для мобильного устройства, принятых из второго DU, установление, первым DU, соединения с мобильным устройством, отправку, первым DU, первых пользовательских данных и вторых пользовательских данных в мобильное устройство и адаптацию, первым DU, контекста канального уровня к работе в первом DU для обмена данными между CU и мобильным устройством, причем адаптация контекста канального уровня включает в себя ассоциирование самого высокого уровня протокола первого DU с самым низким уровнем протокола CU.
Согласно первому варианту осуществления способа согласно первому аспекту способ включает в себя хранение, первым DU, третьих пользовательских данных для CU, принятых из второго DU, и отправку, первым DU, третьих пользовательских данных в CU. Согласно второму варианту осуществления способа согласно любому предыдущему варианту осуществления первого аспекта или по существу первому аспекту первые пользовательские данные отправляются после отправки вторых пользовательских данных. Согласно третьему варианту осуществления способа согласно любому предыдущему варианту осуществления первого аспекта или по существу первому аспекту первый DU является целевым DU, и второй DU является исходным DU. Согласно четвертому варианту осуществления способа согласно любому предыдущему варианту осуществления первого аспекта или по существу первому аспекту участие в передаче контекста канального уровня включает в себя прием контекста канального уровня из второго DU. Согласно пятому варианту осуществления способа согласно любому предыдущему варианту осуществления первого аспекта или по существу первому аспекту контекст канального уровня предназначен для мобильного устройства.
На фиг.8A показана блок-схема последовательности примерных операций 800, выполняемых в целевом DU, участвующем в переключении уровня 2, выделяющем передачу по нисходящей линии связи. Операции 800 могут отражать операции, выполняемые в целевом DU, когда целевой DU участвует в переключении уровня 2.
Операции 800 начинаются с целевого DU, участвующего в принятии решения о перемещении (этап 805). Решение о перемещении может быть принято с участием исходного DU, целевого DU и CU. Решение о перемещении может быть принято в соответствии с измерениями линий связи. Целевой DU участвует в передаче контекста с исходным DU (этап 807). Целевой DU буферизует данные нисходящей линии связи (этап 809). Целевой DU и CU обмениваются сообщениями для того, чтобы установить путь уровня 2 между целевым DU и CU (этап 811). Целевой DU буферизует данные нисходящей линии связи, поступающие из CU (этап 813). Целевой DU завершает передачу обслуживания (этап 815). Завершение передачи обслуживания может предусматривать целевой DU, участвующий в обмене данным с UE и отправляющий индикатор завершения передачи обслуживания в исходный DU. Целевой DU отправляет буферизованные данные нисходящей линии связи в UE (этап 809).
На фиг.8B показана блок-схема последовательности примерных операций 850, выполняемых в целевом DU, участвующем в переключении уровня 2, выделяющем передачу по восходящей линии связи. Операции 850 могут отражать операции, выполняемые в целевом DU, когда целевой DU участвует в переключении уровня 2.
Операции 850 начинаются с целевого DU, участвующего в принятии решения о перемещении (этап 855). Решение о перемещении может быть принято с участием исходного DU, целевого DU и CU. Решение о перемещении может быть принято в соответствии с измерениями линий связи. Целевой DU участвует в передаче контекста с исходным DU (этап 857). Целевой DU и CU обмениваются сообщениями для того, чтобы установить путь уровня 2 между целевым DU и CU (этап 869). Целевой DU завершает передачу обслуживания (этап 871). Завершение передачи обслуживания может предусматривать целевой DU, участвующий в обмене данными с UE и отправляющий индикатор завершения передачи обслуживания в исходный DU. Целевой DU буферизует данные восходящей линии связи, поступающие из исходного DU, а также из UE (этап 863). Целевой DU отправляет буферизованные данные восходящей линии связи в CU (этап 865).
Во втором аспекте настоящая заявка предусматривает способ функционирования второго DU. Способ включает в себя участие, второго DU, в передаче контекста канального уровня с первым DU, освобождение, вторым DU, канала передачи пользовательских данных для мобильного устройства с CU, включающим в себя объект протокола управления радиосвязью, поддерживающий связь с мобильным устройством, хранение, вторым DU, первых пользовательских данных для мобильного устройства, принятых из CU, приема, вторым DU, первого индикатора, указывающего, что соединение с мобильным устройством установлено, и отправку, вторым DU, первых пользовательских данных в мобильное устройство.
Согласно первому варианту осуществления способа согласно второму аспекту способ включает в себя хранение, вторым DU, вторых пользовательских данных для CU, принятых из мобильного устройства, и отправку, вторым DU, вторых пользовательских данных в CU после приема первого индикатора. Согласно второму варианту осуществления способа согласно любому предыдущему варианту осуществления второго аспекта или по существу второму аспекту способ включает в себя отправку, вторым DU, второго индикатора, побуждающего мобильное устройство передать канальный уровень, связанный с мобильным устройством, в первый DU.
На фиг.9 показана блок-схема последовательности примерных операций 900, выполняемых в CU, участвующем в переключении уровня 2. Операции 900 могут отражать операции, выполняемые в CU, когда CU участвует в переключении уровня 2.
Операции 900 начинаются с отправки CU данных нисходящей линии связи в первый DU для доставки в UE (этап 905). CU участвует в освобождении пути между CU и первым DU (этап 910). Так как путь был освобожден, CU буферизует любые дополнительные данные нисходящей линии связи, предназначенные для UE (этап 915). CU участвует в установлении пути между CU и вторым DU (этап 920). CU отправляет буферизованные данные нисходящей линии связи во второй DU для доставки в UE (этап 925). CU принимает данные восходящей линии связи (этап 930).
В третьем аспекте настоящая заявка предусматривает способ функционирования CU. Способ включает в себя участие, CU, в освобождении первого пути между CU и первым DU, хранение, CU, первых пользовательских данных для мобильного устройства, участие, CU, в установлении второго пути между CU и вторым DU, и отправку, CU, первых пользовательских данных во второй DU.
Согласно первому варианту осуществления способа согласно третьему аспекту способ включает в себя отправку, CU, вторых пользовательских данных для мобильного устройства в первый DU до освобождения первого пути. Согласно второму варианту осуществления способа согласно любому предыдущему варианту осуществления третьего аспекта или по существу третьему аспекту способ включает в себя прием, CU, третьих пользовательских данных из второго DU.
На фиг.10 показана блок-схема последовательности примерных операций 1000, выполняемых в UE, участвующем в переключении уровня 2. Операции 1000 могут отражать операции, выполняемые в UE, когда целевой UE участвует в переключении уровня 2.
Операции 1000 начинаются с того, что UE отправляет данные восходящей линии связи в исходный DU, при этом данные восходящей линии связи предназначены для CU (этап 1005). UE принимает событие запуска беспроводной линии связи, такое как команда переключения уровня 2 (например, MAC CE) (этап 1010). UE участвует в передаче обслуживания между исходным DU и целевым DU (этап 1015). UE принимает информацию о конфигурации уровня 2 для соединения между целевым DU, и UE (этап 1020). UE принимает данные нисходящей линии связи из целевого DU (этап 1025). UE отправляет данные восходящей линии связи в целевой DU, при этом данные восходящей линии связи предназначены для CU (этап 1030).
В четвертом аспекте настоящая заявка предусматривает способ функционирования мобильного устройства. Способ включает в себя прием, мобильным устройством, индикатора, побуждающего мобильное устройство передать канальный уровень, связанный с мобильным устройством, в первый DU, участие, мобильного устройства, в передаче обслуживания с первым DU и вторым DU и прием, мобильным устройством, первых пользовательских данных из второго DU.
Согласно первому варианту осуществления способа согласно четвертому аспекту способ включает в себя отправку, мобильным устройством, вторых пользовательских данных в первый DU перед участием в передаче обслуживания. Согласно второму варианту осуществления способа согласно любому предыдущему варианту осуществления четвертого аспекта или по существу четвертому аспекту способ включает в себя прием, мобильным устройством, информации о конфигурации уровня 2. Согласно третьему варианту осуществления способа согласно любому предыдущему варианту осуществления четвертого аспекта или по существу четвертому аспекту способ включает в себя отправку, мобильным устройством, третьих пользовательских данных во второй DU после участия в передаче обслуживания. Согласно четвертому варианту осуществления способа согласно любому предыдущему варианту осуществления четвертого аспекта или по существу четвертому аспекту информация о конфигурации уровня 2 содержит информацию, которая относится к соединению между мобильным устройством и вторым DU.
В пятом аспекте настоящая заявка предусматривает первый DU. Первый DU включает в себя один или более процессоров и машиночитаемый носитель информации, хранящий программное обеспечение для исполнения одним или более процессорами. Программное обеспечение включает в себя команды для конфигурирования первого DU, чтобы участвовать в передаче контекста канального уровня со вторым DU, установить пользовательский канал передачи данных для мобильного устройства, причем пользовательский канал передачи данных соединяет мобильное устройство с CU, включающим в себя объект протокола управления радиосвязью, поддерживающий связь с мобильным устройством, хранить первые пользовательские данные для мобильного устройства, принятые из CU, хранить вторые пользовательские данные для мобильного устройства, принятые из второго DU, установить соединение с мобильным устройством, отправить первые пользовательские данные и вторые пользовательские данные в мобильное устройство и адаптировать контекст канального уровня для работы в первом DU для обмена данными между CU и мобильным устройством, причем адаптация контекста канального уровня включает в себя ассоциирование самого высокого уровня протокола первого DU с самым низким уровнем протокола CU.
Согласно первому варианту осуществления первого DU согласно пятому аспекту программное обеспечение включает в себя команды для конфигурирования первого DU, чтобы хранить третьи пользовательские данные для CU, принятые из второго DU, и отправлять третьи пользовательские данные в CU. Согласно второму варианту осуществления первого DU согласно любому предыдущему варианту осуществления пятого аспекта или по существу пятому аспекту программное обеспечение включает в себя команды для конфигурирования первого DU, чтобы принимать контекст канального уровня из второго DU.
На фиг.11 показана блок-схема системы 1100 обработки варианта осуществления для выполнения описанных здесь способов, которую можно установить в хост-устройстве. Как показано на фиг.11, система 1100 обработки включает в себя процессор 1104, память 1106 и интерфейсы 1110-1114, которые могут (или не могут) размещаться так, как показано на фиг.11. Процессор 1104 может быть любым компонентом или набором компонентов, выполненных с возможностью выполнения вычислений и/или других задач, связанных с обработкой, и память 1106 может быть любым компонентом или набором компонентов, выполненных с возможностью хранения программного обеспечения и/или команд для исполнения процессором 1104. В варианте осуществления память 1106 включает в себя невременный машиночитаемый носитель информации. Интерфейсы 1110, 1112, 1114 могут быть любым компонентом или набором компонентов, которые позволяют системе 1100 обработки поддерживать связь с другими устройствами/компонентами и/или пользователем. Например, один или более интерфейсов 1110, 1112, 1114 могут быть выполнены с возможностью передачи данных, сигналов управления или управляющих сообщений из процессора 1104 в прикладные программы, установленные на хост-устройстве и/или удаленном устройстве. В качестве другого примера, один или более интерфейсов 1110, 1112, 1114 могут быть адаптированы таким образом, чтобы позволить пользователю или устройствам пользователя (например, персональному компьютеру (PC) и т.д.) взаимодействовать/поддерживать связь с системой 1100 обработки. Система 1100 обработки может включать в себя дополнительные компоненты, не показанные на фиг.11, такие как долговременное запоминающее устройство (например, энергонезависимая память и т.д.).
В некоторых вариантах осуществления система 900 обработки включена в сетевое устройство, которое осуществляет доступ или частично осуществляет доступ к телекоммуникационной сети. В одном примере система 1100 обработки находится в устройстве на стороне сети в беспроводной или проводной телекоммуникационной сети, таком как базовая станция, ретрансляционная станция, планировщик, контроллер, шлюз, маршрутизатор, сервер приложений или любое другое устройство в телекоммуникационной сети. В других вариантах осуществления система 1100 обработки находится в устройстве на стороне пользователя, осуществляющем доступ к беспроводной или проводной телекоммуникационной сети, таком как мобильная станция, пользовательское оборудование (UE), персональный компьютер (PC), планшетный компьютер, носимое устройство связи (например, умные часы и т.д.) или любое другое устройство, приспособленное для доступа к телекоммуникационной сети.
В некоторых вариантах осуществления один или более интерфейсов 1110, 1112, 1114 подключают систему 1100 обработки к приемопередатчику, выполненному с возможностью передачи и приема сигнализации по сети связи. На фиг.12 показана блок-схема приемопередатчика 1200, выполненного с возможностью передачи и приема сигнализации по сети связи. Приемопередатчик 1200 может быть установлен в хост-устройстве. Как показано на чертеже, приемопередатчик 1200 содержит интерфейс 1202 на стороне сети, соединитель 1204, передатчик 1206, приемник 1208, сигнальный процессор 1210 и интерфейс 1202 со стороны устройства. Интерфейс 1202 на стороне сети может включать в себя любой компонент или набор компонентов, выполненных с возможностью передачи или приема сигнализации по беспроводной или проводной сети связи. Соединитель 1204 может включать в себя любой компонент или набор компонентов, выполненных с возможностью обеспечения двунаправленной связи через интерфейс 1202 на стороне сети. Передатчик 1206 может включать в себя любой компонент или набор компонентов (например, повышающий преобразователь, усилитель мощности и т.д.), выполненных с возможностью преобразования основополосного сигнала в сигнал с модулированной несущей, подходящий для передачи через интерфейс 1202 на стороне сети. Приемник 1208 может включать в себя любой компонент или набор компонентов (например, понижающий преобразователь, малошумящий усилитель и т.д.), выполненных с возможностью преобразования несущего сигнала, принятого через интерфейс 1202 на стороне сети, в основополосный сигнал. Сигнальный процессор 1210 может включать в себя любой компонент или набор компонентов, выполненных с возможностью преобразования основополосного сигнала в сигнал данных, подходящий для связи через интерфейс(ы) 1212 со стороны устройства или наоборот. Интерфейс(ы) 1212 со стороны устройства может (могут) включать в себя любой компонент или набор компонентов, выполненных с возможностью обмена данными/сигналами между сигнальным процессором 1210 и компонентами внутри хост-устройства (например, систему 1100 обработки, порты локальной сети (LAN) и т.д.).
Приемопередатчик 1200 может передавать и принимать сигнализацию через среду передачи данных любого типа. В некоторых вариантах осуществления приемопередатчик 1200 передает и принимает сигнализацию через беспроводную среду. Например, приемопередатчик 1200 может быть беспроводным приемопередатчиком, выполненным с возможностью поддержания связи в соответствии с беспроводным телекоммуникационным протоколом, таким как протокол сотовой связи (например, долгосрочное развитие (LTE) и т.д.), протокол беспроводной локальной сети (WLAN) (например, Wi-Fi и т.д.) или протокол беспроводной связи любого другого типа (например, Bluetooth, беспроводная связь ближнего радиуса действия (NFC) и т.д.). В таких вариантах осуществления интерфейс 1202 на стороне сети содержит один или более антенных/излучающих элементов. Например, интерфейс 1202 на стороне сети может включать в себя одиночную антенну, многочисленные отдельные антенны или антенную решетку, выполненную с возможностью осуществления многоуровневой связи, например, с использованием технологий "одноканальный вход – многоканальный выход" (SIMO), "многоканальный вход – многоканальный выход" (MIMO) и т.д. В других вариантах осуществления приемопередатчик 1200 передает и принимает сигнализацию через проводную среду, например, витую пару, коаксиальный кабель, оптоволокно и т.д. Конкретные системы обработки и/или приемопередатчики могут использовать все показанные компоненты или только подмножество компонентов, и уровни интеграции могут варьироваться от устройства к устройству.
Следует иметь в виду, что один или более этапов способов варианта осуществления, предусмотренных в данном документе, можно выполнить с помощью соответствующих блоков или модулей. Например, сигнал может быть передан блоком передачи или модулем передачи. Сигнал может быть принят блоком приема или модулем приема. Сигнал может быть обработан блоком обработки или модулем обработки. Другие этапы могут быть выполнены блоком/модулем передачи, блоком/модулем хранения, блоком/модулем установления и блоком/модулем адаптации. Соответствующие блоки/модули могут быть аппаратными средствами, программным обеспечением или их сочетанием. Например, один или более из блоков/модулей могут быть интегральными схемами, такими как программируемые логические матрицы (FPGA) или специализированные интегральные микросхемы (ASIC).
Хотя настоящее раскрытие и его преимущества были описаны подробно, следует понимать, что различные изменения, замены и модификации могут быть выполнены в данном документе без отклонения от сущности и объема раскрытия, как определено в прилагаемой формуле изобретения.