RU2736634C1

RU2736634C1 - Разделение ul pdcp и предварительная обработка

Info

Publication number: RU2736634C1
Application number: RU2020114777A
Authority: RU
Inventors: Хосе Луис ПРАДАС; Торстен ДУДДА; Хенрик ЭНБУСКЕ; Хеннинг ВИМАНН
Original assignee: Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date: 2017-09-28
Filing date: 2018-09-26
Publication date: 2020-11-19
Also published as: JP2020528677A; EP3689076A1; KR20190137169A; WO2019064204A1; PT3689076T; US10492241B2; CN111386743A; JP6882525B2; KR102123781B1; PL3689076T3; EP3689076B1; ES2927830T3; KR102089358B1; DK3689076T3; US20190132897A1; CN111386743B; MX2020003474A; ZA202001650B; HUE060101T2; EP4087357A1

Abstract

Изобретение относится к сетям беспроводной связи и, в частности, к конфигурациям разделенного канала-носителя восходящей линии связи для UE. Технический результат - UE предварительно выбирает маршрут, в котором размещаются PDU PDCP, независимо от того, имеет UE разрешение или нет в этом маршруте. Согласно одному аспекту, UE в конфигурации разделенного канала-носителя восходящей линии связи сконфигурировано с возможностью передавать PDU посредством первого объекта RLC через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи. UE определяет полную величину объема данных из объема данных PDCP и объема данных RLC, ожидающих исходной передачи в двух объектах RLC. UE принимает решение, разрешена ли отправка объема данных PDCP к любому из двух объектов RLC или только к первому объекту RLC, на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог. UE также сообщает об объеме данных PDCP обоим из первого и второго маршрутов передачи по восходящей линии связи или только к первому маршруту передачи по восходящей линии связи, на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог. 4 н. и 18 з.п. ф-лы, 13 ил.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к сетям беспроводной связи и, в частности, относится к конфигурациям разделенного канала-носителя восходящей линии связи для UE, которые передают блоки пакетных данных, PDU, посредством первого объекта управления линиями радиосвязи, RLC, через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи.

УРОВЕНЬ ТЕХНИКИ

В проекте долгосрочного развития (LTE) 3GPP пользовательское оборудование (UE) может быть сконфигурировано с двойной возможностью подключения (DC), где UE соединяется с двумя отдельными eNB, ассоциированными через отдельные объекты/группы сот управления доступом к среде (MAC). В конфигурации разделенного канала-носителя восходящей линии связи (UL) DC, UE поддерживает один объект протокола конвергенции пакетных данных (PDCP), который осуществляет маршрутизацию данных через два отдельных объекта управления линиями радиосвязи (RLC) через две группы сот к двум eNB.

Когда UE сконфигурировано с разделенным каналом-носителем DC и UL, UE сконфигурировано с двумя маршрутами передачи UL, ассоциированными с двумя отдельными объектами RLC. Передача в этих маршрутах передачи инициируется путем приема разрешения передачи UL от eNB для соответственного маршрута. В LTE объект PDCP доставляет блоки протокольных данных (PDU) PDCP к объекту RLC для передачи, когда возможность передачи указывается более низкими уровнями или когда осуществляется запрос от более низких уровней для этого маршрута (т. е. при приеме разрешения). PDU PDCP затем доставляется к объекту RLC, и объект RLC выстраивает PDU RLC. Это предполагает, что PDCP сохраняет PDU PDCP и не доставляет их к более низким уровням до их запроса. Переменные состояния RLC обновляются только тогда, когда PDCP доставляет PDU PDCP к объекту RLC.

Когда объем данных PDCP выше сконфигурированного порога разделения, UE сообщает, что данные доступны для передачи, обоим eNB, иначе сообщение осуществляется только сконфигурированному приоритизированному eNB (т. е. для единственного приоритизированного маршрута). В обоих случаях сеть может затем выдавать разрешения независимо каждому из маршрутов. Это поведение обеспечивает возможность сети управлять нагрузкой, которую переносит каждый из маршрутов. Это в текущий момент определено в качестве процедуры для сообщения о данных восходящей линии связи, доступных в PDCP, группе главной соты (MCG) и группе вторичной соты (SCG), когда превышена предварительно сконфигурированная пороговая величина данных.

В новом радио (NR) 3GPP объект PDCP может доставлять PDU PDCP к объекту RLC в любой момент времени, и объект RLC может также выстраивать PDU RLC в любой момент времени, даже до того, как возможность передачи указывается более низкими уровнями. Это означает, что UE предварительно выбирает маршрут, в котором размещаются PDU PDCP, независимо от того, имеет UE разрешение или нет в этом маршруте. В отличие от LTE, UE в NR сообщает о части доступных данных первому маршруту, о части других данных второму маршруту, и может при этом осуществлять сообщение о части данных, которые еще не были доставлены к одному из двух объектов RLC, обоим маршрутам.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Существующее решение для NR, как указано выше, сильно уменьшает возможность сети управлять нагрузкой на каждом из маршрутов. По сравнению с LTE, в NR объект RLC будет буферизовать данные (PDU RLC) и будет ожидать приема разрешения. Переменная состояния RLC TX_СЛЕДУЮЩИЙ (которая указывает следующий порядковый номер, который должен быть установлен для предстоящего SDU RLC) также обновляется в любое время, когда новый RLC PDU создается и становится в очередь.

Создание RLC PDU без возможности передачи создает некоторое количество проблем. Например, сеть не имеет возможности управлять нагрузкой трафика в каждом из маршрутов, поскольку UE предопределяет, в каком маршруте UE сохраняет данные и в каком маршруте запрашиваются разрешения. Кроме того, если RLC PDU сохраняются в течение долгого периода времени ввиду того, что никакие разрешения не принимаются, очень мало разрешений или малые размеры разрешений принимаются. Если присутствует много повторных передач RLC PDU в по меньшей мере одном из объектов RLC, в котором сохраняются RLC PDU, могут происходить нежелательные события. Время таймера отвержения PDCP может истекать, что приводит к потере данных. Время таймера T-переупорядочивания на стороне приемника PDCP может истекать, что приводит к отвержению данных, которые не были приняты. Другая проблема состоит в том, что данные не могут быть отвергнуты (т. е. текущие процедуры LTE для отвержения SDU RLC устарели). Нежелательное дрожание может также возникать, когда UE не разделяет данные, которые должны быть переданы согласно коэффициенту разрешения восходящей линии связи.

Другое соображение, касающееся предварительной обработки PDU объектами RLC, включает в себя объем данных буфера, который должен сравниваться с порогом разделенного канала-носителя восходящей линии связи PDCP. Согласно некоторым вариантам осуществления, когда PDU PDCP перемещаются к RLC в целях предварительной обработки и данные еще не переданы, предварительно обработанные данные в объекте или объектах RLC должны рассматриваться как часть вычисления объема данных для сравнения с порогом разделенного канала-носителя восходящей линии связи. Порог определяет величину данных, буферизованных для передачи по приоритизированному маршруту UL, и, таким образом, должен учитывать все данные в обоих RLC и PDCP, которые еще не были переданы.

Для любого сообщения о состоянии буфера (BSR) или сообщения об объеме данных, если объем данных оказывается ниже порога разделения, данные указываются только сконфигурированному маршруту UL. Если объем данных выше порога, данные указываются обоим маршрутам UL.

Согласно некоторым вариантам осуществления, способ, выполняемый UE, сконфигурированным с возможностью передавать PDU посредством первого объекта RLC через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи, включает в себя этап, на котором определяют полную величину объема данных, буферизованного для передачи PDU, где полная величина объема данных включает в себя объем данных PDCP и объем данных RLC, ожидающие исходной передачи в двух объектах RLC. Способ также включает в себя этап, на котором сообщают об объеме данных PDCP по меньшей мере первому маршруту передачи по восходящей линии связи на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог. Сообщение включает в себя этапы, на которых, в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, указывают объем данных PDCP обоим из первого маршрута передачи по восходящей линии связи и второго маршрута передачи по восходящей линии связи, и, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, указывают объем данных PDCP только первому маршруту передачи по восходящей линии связи.

Первый маршрут передачи по восходящей линии связи может быть сконфигурирован как приоритизированный маршрут передачи по восходящей линии связи, и второй маршрут передачи по восходящей линии связи может быть сконфигурирован как не приоритизированный маршрут передачи по восходящей линии связи. Первый объект RLC может принадлежать к группе главной соты (MCG), и второй объект RLC может принадлежать к группе вторичной соты (SCG).

В то время как объем данных (PDCP) для операции BSR тот же самый, что и в LTE, для эффективного осуществления предварительной обработки может быть необходимо, чтобы фактическая отправка была несколько отличной от осуществления в LTE. То есть, когда объем данных ниже порога разделения, он должен передаваться через сконфигурированную UL (в то время как в LTE это было возможно через любую UL). В некоторых вариантах осуществления в ответ на определение, что полная величина данных не удовлетворяет первому порогу, способ включает в себя этап, на котором отправляют объем данных только к первому объекту RLC.

Согласно конкретным вариантам осуществления, когда объем данных ниже порога разделения PDCP, не ожидается, что UE имеет данные, доступные для передачи по не приоритизированному маршруту UL.

Согласно некоторым вариантам осуществления, способ, выполняемый UE, сконфигурированным с возможностью передавать PDU посредством первого объекта RLC через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи, включает в себя этап, на котором определяют полную величину объема данных, буферизованного для передачи PDU, где полная величина объема данных включает в себя объем данных PDCP и объем данных RLC, ожидающие исходной передачи в двух ассоциированных объектах RLC. Способ также включает в себя этап, на котором принимают решение, разрешена ли отправка объема данных PDCP к любому из двух объектов RLC или только к первому объекту RLC, на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог. Принятие решения включает в себя этапы, на которых, в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, принимают решение, что объему данных PDCP разрешена отправка к любому из двух объектов RLC, и, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, принимают решение, что объему данных PDCP разрешена отправка только к первому объекту RLC.

Способ может дополнительно включать в себя этап, на котором отправляют объем данных PDCP согласно решению. Способ может включать в себя этап, на котором в ответ на принятие решения, что объему данных PDCP разрешена отправка к любому из двух объектов RLC, отправляют объем данных PDCP к тому из двух объектов RLC, который запросил объем данных PDCP.

Согласно некоторым вариантам осуществления, UE сконфигурировано с возможностью передавать PDU посредством первого объекта RLC через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи. UE включает в себя схему приемопередатчика, сконфигурированную с возможностью отправлять и принимать радио сигналы, и обрабатывающую схему, связанную с возможностью взаимодействия со схемой приемопередатчика. Обрабатывающая схема сконфигурирована с возможностью определять полную величину объема данных, буферизованного для передачи PDU, где полная величина объема данных включает в себя объем данных PDCP и объем данных RLC, ожидающие исходной передачи в двух объектах RLC. Обрабатывающая схема также сконфигурирована с возможностью сообщать об объеме данных PDCP по меньшей мере первому маршруту передачи по восходящей линии связи на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог. Сообщение включает в себя этапы, на которых, в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, указывают объем данных PDCP обоим из первого маршрута передачи по восходящей линии связи и второго маршрута передачи по восходящей линии связи, и, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, указывают объем данных PDCP только первому маршруту передачи по восходящей линии связи.

Согласно некоторым вариантам осуществления, UE сконфигурировано с возможностью передавать PDU посредством первого объекта RLC через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи. UE включает в себя схему приемопередатчика, сконфигурированную с возможностью отправлять и принимать радиосигналы, и обрабатывающую схему, связанную с возможностью взаимодействия со схемой приемопередатчика. Обрабатывающая схема сконфигурирована с возможностью определять полную величину объема данных, буферизованного для передачи PDU, где полная величина объема данных содержит объем данных PDCP и объем данных RLC, ожидающие исходной передачи в двух ассоциированных объектах RLC. Обрабатывающая схема также сконфигурирована с возможностью принимать решение, разрешена ли отправка объема данных PDCP к любому из двух объектов RLC или только к первому объекту RLC, на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог. Принятие решения включает в себя этапы, на которых, в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, принимают решение, что объему данных PDCP разрешена отправка к любому из двух объектах RLC, и, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, принимают решение, что объему данных PDCP разрешена отправка только к первому объекту RLC.

Варианты осуществления, описанные здесь, обеспечивают решения для этих или других сложностей. Согласно одному варианту осуществления, UE сконфигурировано, чтобы: 1) определять, когда RLC PDU будет доставлен слишком поздно (вызывая потери данных); 2) перенаправлять данные ко второму маршруту, когда RLC PDU не может быть доставлен вовремя в первом маршруте; и 3) удалять RLC PDU из первого маршрута.

Согласно некоторым вариантам осуществления, UE сконфигурирован с максимальным пределом предварительной обработки. Эта конфигурация может быть указана в сигнализировании RRC от gNB. Максимальный предел предварительной обработки ограничивает, в плане времени, предварительную обработку, чтобы закрыть паузу передачи, которая может создаваться, когда, например, n+1-й PDU передается, в то время как n-й PDU еще не передан. UE может не превышать предел предварительной обработки, и, таким образом, UE может отвергать предварительно обработанный PDU для передачи через один маршрут (группу сот) и/или повторно передавать предварительно обработанный PDU через другой маршрут (другую группу сот).

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг.2 изображает блок-схему, иллюстрирующую способ, осуществляемый UE, согласно некоторым вариантам осуществления.

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

Фиг.4 изображает структурную схему UE согласно некоторым вариантам осуществления.

Фиг.5 изображает среду виртуализации согласно некоторым вариантам осуществления.

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

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

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

Фиг.12 изображает структурную схему, иллюстрирующую функциональное осуществление UE, согласно некоторым вариантам осуществления.

Фиг.13 изображает структурную схему, иллюстрирующую другое функциональное осуществление UE, согласно некоторым вариантам осуществления.

ПОДРОБНОЕ ОПИСАНИЕ

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

Варианты осуществления настоящего изобретения улучшают операции UE в конфигурации разделенного канала-носителя восходящей линии связи. Чтобы улучшить точность решений передачи, согласно некоторым вариантам осуществления, любые PDU PDCP, которые перемещаются к RLC в целях предварительной обработки и ожидают исходной передачи в объектах RLC, учитываются с объемом данных PDCP, когда объем данных сравнивается с порогом разделенного канала-носителя восходящей линии связи PDCP. Порог разделенного канала-носителя восходящей линии связи определяет величину данных, буферизованных для передачи по приоритизированному маршруту передачи по восходящей линии связи, и, таким образом, все данные в обоих RLC и PDCP, которые еще не переданы, должны учитываться.

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

Хотя изобретение, описанное здесь, может осуществляться в любом подходящем типе системы с использованием любых подходящих компонентов, варианты осуществления, раскрываемые здесь, описаны в отношении беспроводной сети, такой как примерная беспроводная сеть, изображенная на фиг.1. Для простоты беспроводная сеть с фиг.1 изображает только сеть 106, сетевые узлы 160 и 160b и беспроводные устройства (WD) 110, 110b и 110c. На практике беспроводная сеть может дополнительно включать в себя любые дополнительные элементы, подходящие для поддержки связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи, таким как телефон наземной линии связи, поставщик услуг или любой другой узел сети или конечное устройство. Из иллюстрируемых компонентов узел 160 сети и WD 110 изображены с дополнительными подробностями. Беспроводная сеть может обеспечивать связь и другие типы услуг одному или нескольким беспроводным устройствам, чтобы способствовать беспроводным устройствам в доступе к и/или использовании услуг, обеспеченных через, или посредством, беспроводную сеть.

Беспроводная сеть может содержать и/или осуществлять интерфейс с любым типом сети связи, дальней связи, данных, сот и/или радиосвязи или другим подобным типом системы. В некоторых вариантах осуществления беспроводная сеть может быть сконфигурирована с возможностью оперировать согласно конкретным стандартам или другими типами предварительно определенных правил или процедур. Таким образом, конкретные варианты осуществления беспроводной сети могут осуществлять стандарты связи, такие как глобальная система мобильной связи (GSM), универсальная мобильная телекоммуникационная система (UMTS), проект долгосрочного развития (LTE) и/или другие подходящие стандарты 2G, 3G, 4G, или 5G (NR); стандарты беспроводной локальной сети (WLAN), такие как стандарты IEEE 802.11; и/или любой другой подходящий стандарт беспроводной связи, такой как стандарты технологии широкополосного доступа в микроволновом диапазоне (WiMax), Bluetooth, Z-Wave и/или ZigBee.

Сеть 106 может содержать одну или несколько транзитных сетей, опорных сетей, IP-сетей, телефонных сетей общего пользования (PSTN), пакетных сетей передачи данных, оптических сетей, широкомасштабных сетей (WAN), локальных сетей (LAN), беспроводных локальных сетей (WLAN), проводных сетей, беспроводных сетей, общегородских сетей и других сетей, чтобы обеспечить возможность связи между устройствами.

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

Используемый здесь термин "узел сети" ссылается на оборудование, способное, сконфигурированное, обеспеченное и/или оперирующее, чтобы осуществлять связь непосредственно или опосредованно с беспроводным устройством и/или с другими сетевыми узлами или оборудованием в беспроводной сети, чтобы обеспечить возможность и/или обеспечить беспроводной доступ к беспроводному устройству и/или выполнять другие функции (например, администрацию) в беспроводной сети. Примеры сетевых узлов включают в себя, но не ограничиваются, точки доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, узлы-B и улучшенные узлы-B (eNB)). Базовые станции могут быть классифицированы на основе количества покрытия, которое они обеспечивают, (или, другими словами, их уровня мощности передачи) и могут в таком случае также называться базовыми фемтостанциями, базовыми пикостанциями, базовыми микростанциями или базовыми макростанциями. Базовая станция может быть ретрансляционным узлом или ретрансляционным донорским узлом, управляющим ретрансляцией. Узел сети может также включать в себя одну или несколько (или все) частей распределенной базовой радиостанции, таких как централизованные цифровые блоки и/или удаленные радиоблоки (RRU), иногда называемые удаленными радиоголовками (RRH). Такие удаленные радиоблоки могут быть или не быть интегрированы с антенной в качестве антенного интегрированного радио. Части распределенной базовой радиостанции могут также называться узлами в распределенной антенной системе (DAS). Дополнительные примеры сетевых узлов включают в себя оборудование радиодоступа с множеством стандартов (MSR), такое как BS MSR, средства управления сетью, такие как средства управления радиосетью (RNC) или средства управления базовыми станциями (BSC), базовые станции приемопередатчика (BTS), точки передачи, узлы передачи, объекты управления мультисотового/многоадресного вещания (MCE), узлы опорной сети и узлы позиционирования. В качестве другого примера, узел сети может быть виртуальным узлом сети, как описано более подробно ниже. В более общем случае, однако, сетевые узлы могут представлять любое подходящее устройство (или группу устройств), способное, сконфигурированное, обеспеченное и/или оперирующее, чтобы обеспечить возможность и/или обеспечить беспроводное устройство доступом к беспроводной сети или обеспечить некоторые услуги беспроводному устройству, которое осуществило доступ к беспроводной сети.

На фиг.1 узел 160 сети включает в себя обрабатывающую схему 170, считываемый устройством носитель 180, интерфейс 190, вспомогательное оборудование 184, источник 186 питания, схему 187 питания и антенну 162. Хотя узел 160 сети, иллюстрируемый в примерной беспроводной сети с фиг.1, может представлять устройство, которое включает в себя иллюстрируемую комбинацию аппаратных компонентов, другие варианты осуществления могут содержать сетевые узлы с другими комбинациями компонентов. Следует понимать, что узел сети содержит любую подходящую комбинацию аппаратных средств и/или программных средств, необходимую, чтобы выполнять задачи, признаки, функции и способы, раскрываемые здесь. Кроме того, в то время как компоненты узла 160 сети изображены в виде одиночных рамок, находящихся внутри большей рамки, или вложены внутри множества рамок, на практике узел сети может содержать множество различных физических компонентов, которые образуют одиночный иллюстрируемый компонент (например, считываемый устройством носитель 180 может содержать множество отдельных жестких дисков, а также множество модулей RAM).

Подобным образом, узел 160 сети может состоять из множества физически отдельных компонентов (например, компонента узла-B и компонента RNC, или компонента BTS и компонента BSC и т. д.), каждый из которых может иметь соответственные компоненты. В конкретных сценариях, в которых узел 160 сети содержит множество отдельных компонентов (например, компоненты BTS и BSC), один или несколько из отдельных компонентов могут совместно использоваться несколькими сетевыми узлами. Например, единственное RNC может управлять множеством узлов-B. В таких сценариях каждая уникальная пара узла-B и RNC может в некоторых случаях рассматриваться как отдельный узел сети. В некоторых вариантах осуществления узел 160 сети может быть сконфигурирован с возможностью поддерживать множество технологий радиодоступа (RAT). В таких вариантах осуществления некоторые компоненты могут дублироваться (например, отдельный считываемый устройством носитель 180 для различных RAT), и некоторые компоненты могут использоваться повторно (например, одна и та же антенна 162 может совместно использоваться несколькими RAT). Узел 160 сети может также включать в себя множество наборов различных иллюстрируемых компонентов для различных беспроводных технологий, интегрированных в узел 160 сети, таких как, например, беспроводные технологии GSM, WCDMA, LTE, NR, WiFi или Bluetooth. Эти беспроводные технологии могут быть интегрированы в тот же самый или другой кристалл или набор кристаллов и других компонентов внутри узла 160 сети.

Обрабатывающая схема 170 сконфигурирована с возможностью выполнять любое определение, вычисление или подобные операции (например, конкретные операции получения), описанные здесь как обеспечиваемые узлом сети. Эти операции, выполняемые обрабатывающей схемой 170, могут включать в себя обработку информации, полученной обрабатывающей схемой 170, путем, например, преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, сохраненной в узле сети, и/или выполнения одной или нескольких операций на основе полученной информации или преобразованной информации, и в результате упомянутой обработки делать определение.

Обрабатывающая схема 170 может содержать комбинацию одного или нескольких элементов из микропроцессора, средства управления, микроконтроллера, центрального процессора, процессора цифровых сигналов, специализированной интегральной схемы, программируемой пользователем вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программных средств и/или закодированной логики с возможностью операции, чтобы обеспечивать, отдельно или в сочетании с другими компонентами узла 160 сети, таким как считываемый устройством носитель 180, функциональные возможности узла 160 сети. Например, обрабатывающая схема 170 может исполнять инструкции, сохраненные в считываемом устройством носителе 180 или в памяти внутри обрабатывающей схемы 170. Такие функциональные возможности могут включать в себя обеспечение любого из различных беспроводных признаков, функций или преимуществ, рассмотренных здесь. В некоторых вариантах осуществления обрабатывающая схема 170 может включать в себя систему на кристалле (SOC).

В некоторых вариантах осуществления обрабатывающая схема 170 может включать в себя одну или несколько из схемы 172 радиочастотного (RF) приемопередатчика и обрабатывающей схемы 174 полосы частот. В некоторых вариантах осуществления схема 172 RF-приемопередатчика и обрабатывающая схема 174 полосы частот могут быть на отдельных кристаллах (или наборах кристаллов), платах или блоках, таких как радиоблоки и цифровые блоки. В альтернативных вариантах осуществления некоторые или все из схемы 172 RF-приемопередатчика и обрабатывающей схемы 174 полосы частот могут быть на одном и том же кристалле или наборе кристаллов, плат или блоков.

В конкретных вариантах осуществления некоторые или все из функциональных возможностей, описанных здесь как обеспеченные узлом сети, базовой станцией, eNB или другим таким сетевым устройством, могут выполняться обрабатывающей схемой 170, исполняющей инструкции, сохраненные на считываемом устройством носителе 180 или в памяти внутри обрабатывающей схемы 170. В альтернативных вариантах осуществления некоторые или все из функциональных возможностей могут быть обеспечены обрабатывающей схемой 170 без исполнения инструкций, сохраненных на отдельном или дискретном считываемом устройством носителе, например жестко монтированным образом. В любом из этих вариантов осуществления, независимо от того, исполняются инструкции, сохраненные на считываемом устройством носителе данных или нет, обрабатывающая схема 170 может быть сконфигурирована с возможностью выполнять описанные функциональные возможности. Преимущества, обеспеченные такими функциональными возможностями, не ограничиваются одной обрабатывающей схемой 170 или другими компонентами узла 160 сети, а выгодно используются узлом 160 сети в целом и/или конечными пользователями и беспроводной сетью в общем.

Считываемый устройством носитель 180 может содержать любую форму энергозависимой или энергонезависимой машиночитаемой памяти, включающей в себя, без ограничения, энергостойкое хранилище, твердотельную память, удаленно установленную память, магнитные носители, оптические носители, оперативную память (RAM), постоянную память (ROM), массовые носители памяти (например, жесткий диск), сменные носители памяти (например, флэш-накопитель, компакт-диск (CD) или цифровой видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые некратковременные считываемые устройством и/или машиноисполняемые устройства памяти, которые сохраняют информацию, данные и/или инструкции, которые могут быть использованы обрабатывающей схемой 170. Считываемый устройством носитель 180 может сохранять любые подходящие инструкции, данные или информацию, включающие в себя компьютерную программу, программные средства, приложение, включающее в себя одну или несколько из логик, правил, кода, таблиц и т. д., и/или другие инструкции с возможностью исполнения обрабатывающей схемой 170 и задействуемые узлом 160 сети. Считываемый устройством носитель 180 может быть использован, чтобы сохранять любые вычисления, сделанные обрабатывающей схемой 170, и/или любые данные, принятые через интерфейс 190. В некоторых вариантах осуществления обрабатывающая схема 170 и считываемый устройством носитель 180 могут рассматриваться как совмещенные.

Интерфейс 190 используется в проводной или беспроводной передаче сигнализации и/или данных между узлом 160 сети, сетью 106 и/или WD 110. Как иллюстрируется, интерфейс 190 содержит порт(ы)/вывод(ы) 194, чтобы отправлять и принимать данные, например к и от сети 106 через проводное соединение. Интерфейс 190 также включает в себя радиосхему 192 клиентской части, которая может быть объединена с или, в конкретных вариантах осуществления, входить в состав антенны 162. Радиосхема 192 клиентской части содержит фильтры 198 и усилители 196. Радиосхема 192 клиентской части может быть соединена с антенной 162 и обрабатывающей схемой 170. Радиосхема клиентской части может быть сконфигурирована с возможностью приводить в определенную форму сигналы, передаваемые между антенной 162 и обрабатывающей схемой 170. Радиосхема 192 клиентской части может принимать цифровые данные, которые должны быть высланы к другим сетевым узлам или WD через беспроводное соединение. Радиосхема 192 клиентской части может преобразовывать цифровые данные в радиосигнал, имеющий надлежащие параметры канала и полосы частот с использованием комбинации фильтров 198 и/или усилителей 196. Радиосигнал может затем передаваться через антенну 162. Подобным образом, при приеме данных антенна 162 может собирать радиосигналы, которые затем преобразуются в цифровые данные радиосхемой 192 клиентской части. Цифровые данные могут передаваться к обрабатывающей схеме 170. В других вариантах осуществления интерфейс может содержать различные компоненты и/или различные комбинации компонентов.

В конкретных альтернативных вариантах осуществления узел 160 сети может не включать в себя отдельной радиосхемы 192 клиентской части, вместо этого обрабатывающая схема 170 может содержать радиосхему клиентской части и может быть соединена с антенной 162 без отдельной радиосхемы 192 клиентской части. Подобным образом, в некоторых вариантах осуществления вся или некоторая часть схемы 172 RF-приемопередатчика может рассматриваться как часть интерфейса 190. В дополнительных вариантах осуществления интерфейс 190 может включать в себя один или несколько портов или выводов 194, радиосхему 192 клиентской части и схему 172 RF-приемопередатчика в составе радиоблока (не показан), и интерфейс 190 может осуществлять связь с обрабатывающей схемой 174 полосы частот, которая является частью цифрового блока (не показан).

Антенна 162 может включать в себя одну или несколько антенн, или антенных систем, сконфигурированных с возможностью отправлять и/или принимать беспроводные сигналы. Антенна 162 может быть объединена с радиосхемой 190 клиентской части и может быть антенной любого типа с возможностью передачи и приема данных и/или сигналов беспроводным образом. В некоторых вариантах осуществления антенна 162 может содержать одну или несколько всенаправленных, секторных или панельных антенн с возможностью работать для передачи/приема радиосигналов между, например, 2 ГГц и 66 ГГц. Всенаправленная антенна может быть использована, чтобы передавать/принимать радиосигналы в любом направлении, секторная антенна может быть использована, чтобы передавать/принимать радиосигналы от устройств внутри конкретной зоны, и панельная антенна может быть антенной в пределах прямой видимости, используемой, чтобы передавать/принимать радиосигналы по относительно прямой линии. В некоторых случаях использование более чем одной антенны может называться системой множественного входа и множественного выхода (MIMO). В конкретных вариантах осуществления антенна 162 может быть отдельной от узла 160 сети и может иметь возможность подключения к узлу 160 сети через интерфейс или порт.

Антенна 162, интерфейс 190 и/или обрабатывающая схема 170 могут быть сконфигурированы с возможностью выполнять любые операции приема и/или конкретные операции получения, описанные здесь как выполняемые узлом сети. Любая информация, данные и/или сигналы могут приниматься от беспроводного устройства, другого узла сети и/или любого другого сетевого оборудования. Подобным образом, антенна 162, интерфейс 190 и/или обрабатывающая схема 170 могут быть сконфигурированы с возможностью выполнять любые операции передачи, описанные здесь как выполняемые узлом сети. Любая информация, данные и/или сигналы могут передаваться к беспроводному устройству, другому узлу сети и/или любому другому сетевому оборудованию.

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

Альтернативные варианты осуществления узла 160 сети могут включать в себя дополнительные компоненты помимо изображенных на фиг.1, которые могут отвечать за обеспечение некоторых аспектов функциональных возможностей узла сети, включающих в себя любые из функциональных возможностей, описанных здесь, и/или любые функциональные возможности, необходимые, чтобы поддерживать изобретение, описанное здесь. Например, узел 160 сети может включать в себя оборудование пользовательского интерфейса, чтобы обеспечивать возможность ввода информации в узел 160 сети и обеспечивать возможность вывода информации от узла 160 сети. Это может обеспечивать возможность пользователю выполнять диагностику, техническое обслуживание, ремонт и другие административные функции для узла 160 сети.

Используемый здесь термин беспроводное устройство (WD) ссылается на устройство способное, сконфигурированное, обеспеченное и/или оперирующее, чтобы осуществлять связь беспроводным образом с сетевыми узлами и/или другими беспроводными устройствами. Если не указано обратное, термин WD может быть использован взаимозаменяемым образом здесь с пользовательским оборудованием (UE). Осуществление связи беспроводным образом может включать в себя передачу и/или прием беспроводных сигналов с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для переноса информации по воздуху. В некоторых вариантах осуществления WD может быть сконфигурировано с возможностью передавать и/или принимать информацию без непосредственного взаимодействия с человеком. Например, WD может быть выполнено с возможностью передавать информацию к сети по предварительно определенному плану при инициации внутренним или внешним событием или в ответ на запросы от сети. Примеры WD включают в себя, но не ограничиваются, интеллектуальный телефон, мобильный телефон, сотовый телефон, телефон голоса через IP (VoIP), телефон беспроводного абонентского доступа, настольный компьютер, "электронный помощник" (PDA), беспроводные камеры, игровую приставку или устройство, устройство хранения музыки, прибор воспроизведения, переносное устройство терминала, беспроводную конечную точку, мобильную станцию, планшет, ноутбук, встроенное оборудование ноутбука (LEE), установленное на ноутбуке оборудование (LME), интеллектуальное устройство, беспроводное абонентское оборудование (CPE), установленное на транспортном средстве беспроводное устройство терминала и т. д. WD может поддерживать связь между устройствами (D2D), например путем осуществления стандарта 3GPP для связи по боковой линии, и может в этом случае называться устройством связи D2D. В качестве еще одного конкретного примера, в сценарии интернета вещей (IoT) WD может представлять машину или другие устройство, которое выполняет наблюдение и/или измерения и передает результаты такого наблюдения и/или измерений к другому WD и/или узлу сети. WD может в этом случае быть межмашинным устройством (M2M), которое может в контексте 3GPP называться устройством связи машинного типа (MTC). В качестве одного конкретного примера, WD может быть UE, осуществляющим стандарт интернета вещей узкой полосы 3GPP (NB-IoT). Конкретными примерами таких машин или устройств являются датчики, устройства измерения, такие как измеритель мощности, промышленное оборудование или домашние или персональные приборы (например, холодильники, телевизоры и т. д.) персональные переносные устройства (например, часы, фитнес-трекеры и т. д.). В других сценариях WD может представлять транспортное средство или другие оборудование, которое имеет возможность наблюдения и/или сообщения о своем операционном состоянии или других функций, ассоциированных с его операцией. WD, как описано выше, может представлять конечную точку беспроводного соединения, в случае чего устройство может называться беспроводным терминалом. Кроме того, WD, как описано выше, может быть мобильным, в случае чего оно может также называться мобильным устройством или мобильным терминалом.

Как иллюстрируется, беспроводное устройство 110 включает в себя антенну 111, интерфейс 114, обрабатывающую схему 120, считываемый устройством носитель 130, оборудование 132 пользовательского интерфейса, вспомогательное оборудование 134, источник 136 питания и схему 137 питания. WD 110 может включать в себя множество наборов из одного или нескольких иллюстрируемых компонентов для различных беспроводных технологий, поддерживаемых WD 110, таких как, например, беспроводные технологии GSM, WCDMA, LTE, NR, WiFi, WiMAX или Bluetooth, в качестве нескольких примеров. Эти беспроводные технологии могут быть интегрированы в те же самые или другие кристаллы или набор кристаллов, что и другие компоненты внутри WD 110.

Антенна 111 может включать в себя одну или несколько антенн или антенных систем, сконфигурированных с возможностью отправлять и/или принимать беспроводные сигналы, и соединяется с интерфейсом 114. В конкретных альтернативных вариантах осуществления антенна 111 может быть отдельной от WD 110 и иметь возможность подключения к WD 110 через интерфейс или порт. Антенна 111, интерфейс 114 и/или обрабатывающая схема 120 могут быть сконфигурированы с возможностью выполнять любые операции приема или передачи, описанные здесь как выполняемые WD. любая информация, данные и/или сигналы могут приниматься от сетевого узла и/или другого WD. В некоторых вариантах осуществления радиосхема клиентской части и/или антенны 111 могут рассматриваться как интерфейс.

Как иллюстрируется, интерфейс 114 содержит радиосхему 112 клиентской части и антенну 111. Радиосхема 112 клиентской части содержат один или несколько фильтров 118 и усилителей 116. Радиосхема 114 клиентской части соединяется с антенной 111 и обрабатывающей схемой 120 и сконфигурирована с возможностью приводить в определенную форму сигналы, передаваемые между антенной 111 и обрабатывающей схемой 120. Радиосхема 112 клиентской части может быть объединена с или быть частью антенны 111. В некоторых вариантах осуществления, WD 110 может не включать в себя отдельную радиосхему 112 клиентской части; вместо этого обрабатывающая схема 120 может содержать радиосхему клиентской части и может быть соединена с антенной 111. Подобным образом, в некоторых вариантах осуществления некоторая часть или вся схема 122 RF-приемопередатчика может рассматриваться как часть интерфейса 114. Радиосхема 112 клиентской части может принимать цифровые данные, которые должны быть высланы к другим сетевым узлам или WD через беспроводное соединение. Радиосхема 112 клиентской части может преобразовывать цифровые данные в радиосигнал, имеющий надлежащие параметры канала и полосы частот, с использованием комбинации фильтров 118 и/или усилителей 116. Радиосигнал может затем передаваться через антенну 111. Подобным образом, при приеме данных антенна 111 может собирать радиосигналы, которые затем преобразуются в цифровые данные радиосхемой 112 клиентской части. Цифровые данные могут передаваться к обрабатывающей схеме 120. В других вариантах осуществления интерфейс может содержать различные компоненты и/или различные комбинации компонентов.

Обрабатывающая схема 120 может содержать комбинацию одного или нескольких элементов из микропроцессора, средства управления, микроконтроллера, центрального процессора, процессора цифровых сигналов, специализированной интегральной схемы, программируемой пользователем вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программных средств и/или закодированной логики с возможностью работать для обеспечения, либо отдельно, либо в сочетании с другими компонентами WD 110, такими как считываемый устройством носитель 130, функциональных возможностей WD 110. Такие функциональные возможности могут включать в себя обеспечение любого из различных беспроводных признаков или преимуществ, рассмотренных здесь. Например, обрабатывающая схема 120 может исполнять инструкции, сохраненные в считываемом устройством носителе 130 или в памяти внутри обрабатывающей схемы 120, чтобы обеспечить функциональные возможности, раскрываемые здесь.

Как иллюстрируется, обрабатывающая схема 120 включает в себя одну или несколько из схемы 122 RF-приемопередатчика, обрабатывающей схемы 124 полосы частот и обрабатывающей схемы 126 приложений. В других вариантах осуществления обрабатывающая схема может содержать различные компоненты и/или различные комбинации компонентов. В конкретных вариантах осуществления обрабатывающая схема 120 WD 110 может содержать SOC. В некоторых вариантах осуществления схема 122 RF-приемопередатчика, обрабатывающая схема 124 полосы частот и обрабатывающая схема 126 приложений могут быть отдельными кристаллами или наборами кристаллов. В альтернативных вариантах осуществления часть или все из обрабатывающей схемы 124 полосы частот и обрабатывающей схемы 126 приложений могут комбинироваться в один кристалл или набор кристаллов, и схема 122 RF-приемопередатчика может быть на отдельном кристалле или наборе кристаллов. В еще одних альтернативных вариантах осуществления часть или все из схемы 122 RF-приемопередатчика и обрабатывающей схемы 124 полосы частот могут быть на одном и том же кристалле или наборе кристаллов, и обрабатывающая схема 126 приложений может быть на отдельном кристалле или наборе кристаллов. В других альтернативных вариантах осуществления часть или все из схемы 122 RF-приемопередатчика, обрабатывающей схемы 124 полосы частот и обрабатывающей схемы 126 приложений могут комбинироваться в один и тот же кристалл или набор кристаллов. В некоторых вариантах осуществления схема 122 RF-приемопередатчика может входить в состав интерфейса 114. Схема 122 RF-приемопередатчика может приводить RF-сигналы в определенную форму для обрабатывающей схемы 120.

В конкретных вариантах осуществления некоторые или все из функциональных возможностей, описанных здесь как выполняемые WD, могут быть обеспечены обрабатывающей схемой 120, исполняющей инструкции, сохраненные на считываемом устройством носителе 130, который в конкретных вариантах осуществления может быть машиночитаемым носителем данных. В альтернативных вариантах осуществления некоторые или все из функциональных возможностей могут быть обеспечены обрабатывающей схемой 120 без исполнения инструкций, сохраненных на отдельном или дискретном считываемом устройством носителе данных, например жестко монтированным образом. В любом из этих конкретных вариантах осуществления, независимо от того, исполняются инструкции, сохраненные на считываемом устройством носителе данных, или нет, обрабатывающая схема 120 может быть сконфигурирована с возможностью выполнять описанные функциональные возможности. Преимущества, обеспеченные такими функциональными возможностями, не ограничиваются одной обрабатывающей схемой 120 или другими компонентами WD 110, а выгодно используются WD 110 в целом и/или конечными пользователями и беспроводной сетью в общем.

Обрабатывающая схема 120 может быть сконфигурирована с возможностью выполнять любые операции определения, вычисления или подобного (например, конкретные операции получения), описанные здесь как выполняемые WD. Эти операции, как выполняемые обрабатывающей схемой 120, могут включать в себя обработку информации, полученной обрабатывающей схемой 120, путем, например, преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, сохраненной WD 110, и/или выполнения одной или нескольких операций на основе полученной информации или преобразованной информации, и в результате упомянутой обработки делать определение.

Считываемый устройством носитель 130 может иметь возможность работать для сохранения компьютерной программы, программных средств, приложения, включающего в себя один или несколько элементов из логики, правил, кода, таблиц и т. д. и/или других инструкций, которые могут быть исполнены обрабатывающей схемой 120. Считываемый устройством носитель 130 может включать в себя компьютерную память (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), массовые носители памяти (например, жесткий диск), сменные носители памяти (например, компакт-диск (CD) или цифровой видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, некратковременные, считываемые устройством и/или машиноисполняемые устройства памяти, которые сохраняют информацию, данные и/или инструкции, которые могут быть использованы обрабатывающей схемой 120. В некоторых вариантах осуществления обрабатывающая схема 120 и считываемый устройством носитель 130 могут рассматриваться как совмещенные.

Оборудование 132 пользовательского интерфейса может обеспечивать компоненты, которые обеспечивают возможность пользователю-человеку взаимодействовать с WD 110. Такое взаимодействие может иметь много форм, таких как визуальное, слуховое, осязательное и т. д. Оборудование 132 пользовательского интерфейса может иметь возможность работать для получения выходных данных для пользователя и для обеспечения возможности пользователю обеспечивать входные данные для WD 110. Тип взаимодействия может варьироваться в зависимости от типа оборудования 132 пользовательского интерфейса, установленного в WD 110. Например, если WD 110 является интеллектуальным телефоном, взаимодействие может осуществляться через сенсорный экран; если WD 110 является интеллектуальным измерительным прибором, взаимодействие может осуществляться через экран, который обеспечивает данные о расходе (например, расходе количества галлонов), или динамик, который обеспечивает звуковую тревогу (например, если обнаруживается дым). Оборудование 132 пользовательского интерфейса может включать в себя входные интерфейсы, устройства и схемы и выходные интерфейсы, устройства и схемы. Оборудование 132 пользовательского интерфейса сконфигурировано с возможностью обеспечивать возможность ввода информации в WD 110 и соединяется с обрабатывающей схемой 120, чтобы обеспечить возможность обрабатывающей схеме 120 обрабатывать входную информацию. Оборудование 132 пользовательского интерфейса может включать в себя, например, микрофон, датчик близости или другой датчик, клавиши/кнопки, сенсорный дисплей, одну или несколько камер, USB-порт или другие схемы ввода. Оборудование 132 пользовательского интерфейса также сконфигурировано с возможностью обеспечивать возможность вывода информации из WD 110 и обеспечивать возможность обрабатывающей схеме 120 выводить информацию из WD 110. Оборудование 132 пользовательского интерфейса может включать в себя, например, динамик, дисплей, схему вибраций, USB-порт, интерфейс наушников или другие схемы вывода. С использованием одного или нескольких интерфейсов ввода и вывода, устройств и схем оборудования 132 пользовательского интерфейса, WD 110 может осуществлять связь с конечными пользователями и/или беспроводной сетью и обеспечивать им возможность иметь преимущество от функциональных возможностей, описанных здесь.

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

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

Согласно некоторым вариантам осуществления, WD 110 является UE, и UE сконфигурировано в конфигурации разделенного канала-носителя восходящей линии связи, чтобы передавать PDU посредством первого объекта RLC через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи. Обрабатывающая схема 120 UE сконфигурирована с возможностью определять полную величину объема данных, буферизованного для передачи PDU, где полная величина объема данных включает в себя объем данных PDCP и данные, которые были перемещены от PDCP к первому и/или второму объектам RLC для предварительной обработки и для которых разрешение ресурсов восходящей линии связи не было принято (объем данных RLC, ожидающий исходной передачи в двух объектах RLC). Обрабатывающая схема также сконфигурирована с возможностью сообщать об объеме данных PDCP по меньшей мере первому маршруту передачи по восходящей линии связи на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог. Сообщение включает в себя этап, на котором, в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, указывают объем данных PDCP обоим из первого маршрута передачи по восходящей линии связи и второго маршрута передачи по восходящей линии связи, и, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, указывают объем данных PDCP только первому маршруту передачи по восходящей линии связи.

Первый маршрут передачи по восходящей линии связи может быть сконфигурирован как приоритизированный маршрут передачи по восходящей линии связи, и второй маршрут передачи по восходящей линии связи может быть сконфигурирован как не приоритизированный маршрут передачи по восходящей линии связи. Первый объект RLC может принадлежать к MCG, и второй объект RLC может принадлежать к SCG.

В некоторых вариантах осуществления обрабатывающая схема 120 сконфигурирована с возможностью выполнять соответствующий способ, такой как способ 200, изображенный на фиг.2, в UE, которое сконфигурировано в конфигурации разделенного канала-носителя восходящей линии связи, чтобы передавать PDU посредством первого объекта RLC через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи. Способ 200 включает в себя этап, на котором определяют полную величину данных, буферизованных для передачи PDU (блок 202). Полная величина данных включает в себя объем данных PDCP и объем данных RLC, ожидающие исходной передачи в двух объектах RLC. Способ 200 также включает в себя этап, на котором сообщают об объеме данных PDCP по меньшей мере первому маршруту передачи по восходящей линии связи на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог (блок 204). Сообщение включает в себя этап, на котором, в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, указывают объем данных PDCP обоим из первого маршрута передачи по восходящей линии связи и второго маршрута передачи по восходящей линии связи (блок 206), и, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, указывают объем данных PDCP только первому маршруту передачи по восходящей линии связи (блок 208).

Способ 200 может также включать в себя этап, на котором, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, отправляют объем данных PDCP только к первому объекту RLC.

Согласно дополнительным вариантам осуществления, обрабатывающая схема 120 UE сконфигурирована с возможностью определять полную величину объема данных, буферизованного для передачи PDU, где полная величина объема данных включает в себя объем данных PDCP и объем данных RLC, ожидающие исходной передачи в двух объектах RLC. Обрабатывающая схема 120 также сконфигурирована с возможностью принимать решение, разрешена ли отправка объема данных PDCP к любому из двух объектов RLC или только к первому объекту RLC, на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог. Принятие решения включает в себя этапы, на которых, в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, принимают решение, что объему данных PDCP разрешена отправка к любому из двух объектов RLC, и, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, принимают решение, что объему данных PDCP разрешена отправка только к первому объекту RLC.

Согласно конкретным вариантам осуществления, первый маршрут передачи по восходящей линии связи соответствует объекту MAC, ассоциированному с первым объектом RLC, и второй маршрут передачи по восходящей линии связи соответствует объекту MAC, ассоциированному со вторым объектом RLC.

В некоторых вариантах осуществления обрабатывающая схема 120 сконфигурирована с возможностью выполнять соответствующий способ, такой как способ 300, изображенный на фиг.3, в UE, которое сконфигурировано в конфигурации разделенного канала-носителя восходящей линии связи, чтобы передавать PDU посредством первого объекта RLC через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи. Способ 300 включает в себя этап, на котором определяют полную величину данных, буферизованных для передачи PDU (блок 302). Полная величина данных включает в себя объем данных PDCP и объем данных RLC, ожидающие исходной передачи в двух объектах RLC. Способ 300 также включает в себя этап, на котором принимают решение, разрешена ли отправка объема данных PDCP к любому из двух объектов RLC или только к первому объекту RLC, на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог (блок 304). Принятие решения включает в себя этап, на котором, в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, принимают решение, что объему данных PDCP разрешена отправка к любому из двух объектов RLC (блок 306), и, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, принимают решение, что объему данных PDCP разрешена отправка только к первому объекту RLC (блок 308).

Способ может дополнительно включать в себя этап, на котором отправляют объем данных PDCP согласно решению. Способ может включать в себя этап, на котором, в ответ на решение, что объему данных PDCP разрешена отправка к любому из двух объектов RLC, отправляют объем данных PDCP к тому из двух объектов RLC, который запросил объем данных PDCP.

Фиг.4 изображает один вариант осуществления UE в соответствии с различными аспектами, описанными здесь. Используемое здесь пользовательское оборудование или UE не обязательно может иметь пользователя в смысле пользователя-человека, который владеет и/или оперирует соответствующим устройством. Вместо этого UE может представлять устройство, которое предназначено для продажи, или операции, пользователю-человеку, но которое может не, или которое может изначально не, быть ассоциировано с конкретным пользователем-человеком. UE может также содержать любое UE, идентифицированное проектом партнерства третьего поколения (3GPP), что включает в себя UE NB-IoT, которое не предназначено для продажи, или операции, пользователю-человеку. UE 400, как иллюстрируется на фиг.4, является одним примером WD, сконфигурированного для связи в соответствии с одним или несколькими стандартами связи, провозглашенными проектом партнерства третьего поколения (3GPP), такими как стандарты 3GPP GSM, UMTS, LTE и/или 5G. Как упомянуто ранее, термины WD и UE могут быть использованы взаимозаменяемым образом. Соответственно, несмотря на то, что фиг.4 изображает UE, компоненты, рассмотренные здесь, равносильно применимы к WD, и наоборот.

На фиг.4 UE 400 включает в себя обрабатывающую схему 401, которая объединена с возможностью взаимодействия с интерфейсом 405 ввода/вывода, радиочастотным (RF) интерфейсом 409, интерфейсом 411 сетевого соединения, памятью 415, включающей в себя оперативную память (RAM) 417, постоянную память (ROM) 419 и запоминающий носитель 421 или подобное, подсистемой связи 441, источником питания 433 и/или любым другим компонентом или любой их комбинацией. Запоминающий носитель 421 включает в себя операционную систему 423, прикладную программу 425 и данные 427. В других вариантах осуществления запоминающий носитель 421 может включать в себя другие подобные типы информации. Конкретные UE могут задействовать все из компонентов, изображенных на фиг.4, или только поднабор компонентов. Уровень интеграции между компонентами может варьироваться от одного UE к другому UE. Кроме того, конкретные UE могут содержать множество экземпляров компонента, как, например, множество процессоров, устройств памяти, приемопередатчиков, передатчиков, приемников и т. д.

На фиг.4 обрабатывающая схема 401 может быть сконфигурирована с возможностью обрабатывать компьютерные инструкции и данные. Обрабатывающая схема 401 может быть сконфигурирована с возможностью осуществлять любую последовательную машину состояний с возможностью операции, чтобы исполнять машинные инструкции, сохраненные в качестве машиночитаемых компьютерных программ в памяти, такую как одна или несколько аппаратно осуществляемых машин состояний (например, в дискретной логике, FPGA, ASIC и т. д.); программируемая логика вместе с подходящими программно-аппаратными средствами; один или несколько элементов из сохраненной программы, универсальных процессоров, таких как микропроцессор или процессор цифровых сигналов (DSP), вместе с надлежащими программными средствами; или любая комбинация вышеуказанного. Например, обрабатывающая схема 401 может включать в себя два центральных процессора (CPU). Данные могут быть информацией в форме, подходящей для использования компьютером.

В изображенном варианте осуществления интерфейс 405 ввода/вывода может быть сконфигурирован с возможностью обеспечивать интерфейс связи устройству ввода, устройству вывода или устройству вывода и вывода. UE 400 может быть сконфигурировано с возможностью использовать устройство вывода через интерфейс 405 ввода/вывода. Устройство вывода может использовать тот же самый тип порта интерфейса, что и устройство ввода. Например, USB-порт может быть использован, чтобы обеспечить ввод и вывод от UE 400. Устройство вывода может быть динамиком, звуковой картой, видеокартой, дисплеем, монитором, принтером, исполнительным средством, излучателем, интеллектуальной картой, другим устройством вывода или любой их комбинацией. UE 400 может быть сконфигурировано с возможностью использовать устройство ввода через интерфейс 405 ввода/вывода, чтобы обеспечивать возможность пользователю захватывать информацию в UE 400. Устройство ввода может включать в себя чувствительный к прикосновению или чувствительный к присутствию дисплей, камеру (например, цифровую камеру, цифровую видеокамеру, веб-камеру и т. д.), микрофон, датчик, мышь, трекбол, панель направлений, сенсорную панель, колесо прокрутки, интеллектуальную карту и т. п. Чувствительный к присутствию дисплей может включать в себя емкостный или резистивный датчик касания, чтобы обнаруживать ввод от пользователя. Датчик может быть, например, акселерометром, гироскопом, датчиком наклона, датчиком силы, магнитометром, оптическим датчиком, датчиком близости, другим подобным датчиком или любой их комбинацией. Например, устройство ввода может быть акселерометром, магнитометром, цифровой камерой, микрофоном и оптическим датчиком.

На фиг.4 RF-интерфейс 409 может быть сконфигурирован с возможностью обеспечивать интерфейс связи RF-компонентам, таким как передатчик, приемник и антенна. Интерфейс 411 сетевого соединения может быть сконфигурирован с возможностью обеспечивать интерфейс связи сети 443a. Сеть 443a может охватывать проводные и/или беспроводные сети, такие как локальная сеть (LAN), широкомасштабная сеть (WAN), компьютерная сеть, беспроводная сеть, сеть дальней связи, другая подобная сеть или любая их комбинация. Например, сеть 443a может содержать сеть Wi-Fi. Интерфейс 411 сетевого соединения может быть сконфигурирован с возможностью включать в себя интерфейс приемника и передатчика, используемый для связи с одним или несколькими другими устройствами по сети связи согласно одному или нескольким протоколам связи, таким как Ethernet, TCP/IP, SONET, ATM или подобное. Интерфейс 411 сетевого соединения может осуществлять функциональные возможности приемника и передатчика, подходящие для линий связи сети связи (например, оптических, электрических и т. п.). Функции передатчика и приемника могут совместно использовать компоненты схемы, программные средства или программно-аппаратные средства или, в качестве альтернативы, могут осуществляться раздельно.

RAM 417 может быть сконфигурировано с возможностью осуществлять интерфейс через шину 402 с обрабатывающей схемой 401, чтобы обеспечивать хранение или кэширование данных или компьютерных инструкций в течение исполнения программных продуктов, таких как операционная система, прикладные программы и драйверы устройств. ROM 419 может быть сконфигурировано с возможностью обеспечивать компьютерные инструкции или данные обрабатывающей схеме 401. Например, ROM 419 может быть сконфигурировано с возможностью сохранять неизменный код системы низкого уровня или данные для базовых функций системы, таких как базовый ввод и вывод (I/O), запуск или прием нажатий клавиш от клавиатуры, которые сохраняются в энергонезависимой памяти. Запоминающий носитель 421 может быть сконфигурирован с возможностью включать в себя память, такую как RAM, ROM, программируемая постоянная память (PROM), стираемая программируемая постоянная память (EPROM), электрически стираемая программируемая постоянная память (EEPROM), магнитные диски, оптические диски, гибкие диски, жесткие диски, сменные картриджи или флэш-накопители. В одном примере запоминающий носитель 421 может быть сконфигурирован с возможностью включать в себя операционную систему 423, прикладную программу 425, такую как приложение веб-обозревателя, систему графических элементов или мини-приложений или другое приложение и файл 427 данных. Запоминающий носитель 421 может сохранять, для использования UE 400, любую из множества различных операционных систем или комбинаций операционных систем.

Запоминающий носитель 421 может быть сконфигурирован с возможностью включать в себя некоторое количество физических накопителей, таких как массив независимых дисковых накопителей с избыточностью (RAID), накопитель на гибких дисках, флэш-память, флэш-накопитель USB, внешний накопитель на жестком диске, флэш-устройство, накопитель-перо, накопитель-ключ, накопитель на оптическом диске универсального цифрового диска высокой плотности (HD-DVD), внутренний накопитель на жестком диске, накопитель на оптическом диске Blu-Ray, накопитель на оптическом диске голографического цифрового хранилища данных (HDDS), внешний двухрядный мини-модуль памяти (DIMM), синхронная динамическая оперативная память (SDRAM), внешняя микро-SDRAM DIMM, память на интеллектуальной карте, такая как модуль идентификации абонента или сменный модуль идентификации пользователя (SIM/RUIM), другая память или любая их комбинация. Запоминающий носитель 421 может обеспечивать возможность UE 400 осуществлять доступ к машиноисполняемым нструкциям, прикладным программам или подобному, сохраненным на кратковременных или некратковременных носителях памяти, выгружать данные или загружать данные. Промышленное изделие, такое как задействующее систему связи, может материальным образом осуществляться в запоминающем носителе 421, который может содержать считываемый устройством носитель.

На фиг.4 обрабатывающая схема 401 может быть сконфигурирована для связи с сетью 443b с использованием подсистемы 431 связи. Сеть 443a и сеть 443b могут быть одной и той же сетью или сетями или различными сетью или сетями. Подсистема 431 связи может быть сконфигурирована с возможностью включать в себя один или несколько приемопередатчиков, используемых для связи с сетью 443b. Например, подсистема 431 связи может быть сконфигурирована с возможностью включать в себя один или несколько приемопередатчиков, используемых для связи с одним или несколькими удаленными приемопередатчиками другого устройства с возможностью беспроводной связи, такого как другое WD, UE или базовая станция сети радиодоступа (RAN), согласно одному или нескольким протоколам связи, таким как IEEE 802.2, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax или подобное. Каждый приемопередатчик может включать в себя передатчик 433 и/или приемник 435, чтобы осуществлять функциональные возможности передатчика или приемника, соответственно, подходящие для линий связи RAN (например, выделение частоты и т. п.). Кроме того, передатчик 433 и приемник 435 каждого приемопередатчика могут совместно использовать компоненты схемы, программные средства или программно-аппаратные средства или, в качестве альтернативы, могут осуществляться раздельно.

В иллюстрируемом варианте осуществления, функции связи подсистемы 431 связи могут включать в себя передачу данных, голосовую связь, связь мультимедиа, связь ближнего действия, такую как Bluetooth, связь ближнего поля, связь местоположения, такую как использование глобальной системы позиционирования (GPS), чтобы определять местоположение, другую подобную функцию связи или любую их комбинацию. Например, подсистема 431 связи может включать в себя сотовую связь, Wi-Fi-связь, Bluetooth-связь и GPS-связь. Сеть 443b может охватывать проводные и/или беспроводные сети, такие как локальная сеть (LAN), широкомасштабная сеть (WAN), компьютерная сеть, беспроводная сеть, сеть дальней связи, другая подобная сеть или любая их комбинация. Например, сеть 443b может быть сотовой сетью, Wi-Fi-сетью и/или сетью ближнего поля. Источник 413 питания может быть сконфигурирован с возможностью обеспечивать питание переменного тока (AC) или постоянного тока (DC) компонентам UE 400.

Признаки, преимущества и/или функции, описанные здесь, могут осуществляться в одном из компонентов UE 400 или разделенным образом по множеству компонентов UE 400. Кроме того, признаки, преимущества и/или функции, описанные здесь, могут осуществляться в любой комбинации аппаратных средств, программных средств или программно-аппаратных средств. В одном примере подсистема 431 связи может быть сконфигурирована с возможностью включать в себя любой из компонентов, описанных здесь. Кроме того, обрабатывающая схема 401 может быть сконфигурирована для связи с любым из таких компонентов через шину 402. В другом примере любой из таких компонентов может быть представлен программными инструкциями, сохраненными в памяти, которые при исполнении обрабатывающей схемой 401 выполняют соответствующие функции, описанные здесь. В другом примере функциональные возможности любого из таких компонентов могут быть разделены между обрабатывающей схемой 401 и подсистемой 431 связи. В другом примере функции с небольшим объемом вычислений любого из таких компонентов могут осуществляться в программных средствах или программно-аппаратных средствах, а функции с большим объемом вычислений могут осуществляться в аппаратных средствах.

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

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

Функции могут осуществляться одним или несколькими приложениями 520 (которые могут в качестве альтернативы называться программными экземплярами, виртуальными приборами, сетевыми функциями, виртуальными узлами, виртуальными сетевыми функциями и т. д.) с возможностью операции, чтобы осуществлять некоторые из признаков, функций и/или преимуществ некоторых вариантов осуществления, раскрытых в данном документе. Приложения 520 запускаются в среде 500 виртуализации, которая обеспечивает аппаратные средства 530, содержащие обрабатывающую схему 560 и память 590. Память 590 содержит инструкции 595, исполняемые обрабатывающей схемой 560, ввиду чего приложение 520 имеет возможность работать для обеспечения одного или более из особенностей, преимуществ и/или функций, раскрытых в данном документе.

Среда 500 виртуализации содержит универсальные или специализированные сетевые аппаратные устройства 530, содержащие набор одного или нескольких процессоров или обрабатывающих схем 560, которые могут быть готовыми коммерческими (COTS) процессорами, специализированными интегральными схемами для специальных применений (ASIC) или любым другим типом обрабатывающих схем, включающих в себя цифровые или аналоговые аппаратные компоненты или специализированные процессоры. Каждое аппаратное устройство может содержать память 590-1, которая может быть неэнергостойкой памятью для временного хранения инструкций 595 или программных средств, исполняемых обрабатывающей схемой 560. Каждое аппаратное устройство может содержать одно или несколько средств 570 управления сетевым интерфейсом (NIC), также известных как сетевые интерфейсные карты, которые включают в себя физический сетевой интерфейс 580. Каждое аппаратное устройство может также включать в себя некратковременные, энергостойкие, машиночитаемые носители 590-2 информации, имеющие сохраненные на них программные средства 595 и/или инструкции, исполняемые обрабатывающей схемой 560. Программные средства 595 могут включать в себя любой тип программных средств, включающий в себя программные средства для создания экземпляра одного или нескольких уровней 550 виртуализации (также называемых гипервизорами), программные средства для исполнения виртуальных машин 540, а также программные средства, обеспечивающие возможность исполнять функции, признаки и/или преимущества, описанные в отношении некоторых вариантов осуществления, описанных здесь.

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

В течение операции обрабатывающая схема 560 исполняет программные средства 595, чтобы создать экземпляр гипервизора или уровня 550 виртуализации, которые могут иногда называться монитором виртуальной машины (VMM). Уровень 550 виртуализации может представлять виртуальную операционную платформу, которая рассматривается как сетевые аппаратные средства виртуальной машиной 540.

Как изображено на фиг.5, аппаратные средства 530 могут быть автономным узлом сети с универсальными или конкретными компонентами. Аппаратные средства 530 могут содержать антенну 5225 и могут осуществлять некоторые функции путем виртуализации. В качестве альтернативы, аппаратные средства 530 могут входить в состав большей системы аппаратных средств (например, такой как центр данных или абонентское оконечное оборудование (CPE)), где множество аппаратных узлов работают вместе, и управление ими осуществляется путем средства 5100 управления и руководства (MANO), которое, помимо прочего, осуществляет контроль над управлением в течение срока эксплуатации приложений 520.

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

В контексте NFV виртуальная машина 540 может быть программным осуществлением физической машины, которая запускает программы так, как если бы они исполнялись на физической, не виртуализованной машине. Каждая из виртуальных машин 540 и та часть аппаратных средств 530, которая исполняет эту виртуальную машину, будь то аппаратные средства, специализированные для этой виртуальной машины, и/или аппаратные средства, совместно используемые этой виртуальной машиной с другими виртуальными машинами 540, формируют отдельные виртуальные сетевые элементы (VNE).

Также в контексте NFV функция виртуальной сети (VNF) отвечает за обработку конкретных сетевых функций, которые выполняются в одной или нескольких виртуальных машинах 540 вдобавок к аппаратной сетевой инфраструктуре 530, и соответствует приложению 520 на фиг.5.

В некоторых вариантах осуществления один или несколько радиоблоков 5200, каждый из которых включает в себя один или несколько передатчиков 5220 и один или несколько приемников 5210, могут быть объединены с одной или несколькими антеннами 5225. Радиоблоки 5200 могут осуществлять связь непосредственно с аппаратными узлами 530 через один или несколько подходящих сетевых интерфейсов и могут быть использованы в комбинации с виртуальными компонентами, чтобы обеспечивать виртуальный узел возможностями радиосвязи, такими как узел радиодоступа или базовая станция.

В некоторых вариантах осуществления на некоторую сигнализацию можно повлиять с использованием системы 5240 управления, которая может в качестве альтернативы быть использована для связи между аппаратными узлами 530 и радиоблоками 5200.

Варианты осуществления, описанные здесь, могут также избегать того, что может быть описано как "плохое" поведение UE, ограничивая предварительную обработку на основе UE или обработку PDU PDCP в объектах RLC на уровне RLC, что создает PDU RLC до того, как принимается разрешение восходящей линии связи. Некоторые проблемы должны быть разрешены для того, чтобы избежать этого плохого поведения UE. Одна проблема может заключаться в том, что предварительная обработка не выполняется согласно определенному коэффициенту разрешения, что приводит к переупорядочиванию задержек. Другая проблема может заключаться в том, что предварительно обработанные данные для одного направления восходящей линии связи могут застревать, когда никакое дополнительное разрешение не может быть выдано, что приводит к потенциальной потере данных. Ввиду этих проблем становится ясно, что, поскольку UE не может оценить поведение планирования gNB целиком (UE не знает размер или коэффициент разрешения между маршрутами передачи), оставление уровня предварительной обработки в конфигурации разделенного канала-носителя в восходящей линии связи задачей UE может быть нецелесообразным.

Некоторые варианты осуществления, описанные здесь, ограничивают количество предварительной обработки PDU посредством UE, которое может демонстрировать плохое поведение UE, будь то слишком длительная предварительная обработка и/или нет согласно определенному коэффициенту разрешения восходящей линии связи. Например, максимальное время до того, как пауза передачи закрывается передатчиком, может быть ограничена. Пауза передачи может быть внесена UE путем посылания порядкового номера (SN) n+1 PDU через один маршрут, в то время как SN n PDU посылается через другой маршрут. Пауза передачи создается в этом случае, когда n+1-й PDU передается до n-го PDU, что может происходить, когда разрешение для n+1-го PDU становится доступным раньше, чем для n-го PDU. UE приказывается закрыть паузу передачи в течение конфигурируемого времени.

Предварительная обработка в UE может быть ограничена некоторым количеством способов. В одном примере разница максимального времени передачи у маршрутов/ветвей/RLC-объектов/групп сот передачи по восходящей линии связи последующих PDU PDCP может быть ограничена. Максимальная разница времени передачи может быть временем, пока пауза передача не будет закрыта (между передачами в различных маршрутах восходящей линии связи). Предварительная обработка может быть ограничена максимальным временем буферизации/помещения в очередь в одном объекте RLC, в то время как передача предыдущего/последующего PDU PDCP осуществляется в другом объекте RLC. В другом примере предварительная обработка может осуществляться, пока не истечет время таймера переупорядочивания на стороне передатчика, причем таймер запускается, когда пауза передачи возникает, и останавливается, когда пауза передачи закрывается.

Чтобы избежать предварительной обработки, которая слишком продолжительна, как, например, когда максимальное время предварительной обработки скоро будет достигнуто или когда таймер истекает, UE должно повторно предварительно обрабатывать данные, которые должны быть переданы в другом объекте RLC, т. е., на другом маршруте восходящей линии связи. UE может сделать это до того, как максимальное время достигается или таймер истекает, поскольку повторная предварительная обработка также занимает некоторые время. В одном примере, максимальное время для закрытия паузы передачи равно 5 мс, но повторная предварительная обработка занимает 2 мс. В этом случае UE будет, когда пауза передачи существует в течение 3 мс, принимать решение повторно предварительно обработать PDU, ожидающий передачи в одном RLC, ассоциированном с первым маршрутом передачи по восходящей линии связи, чтобы быть готовым для передачи в другом объекте RLC, ассоциированном со вторым маршрутом передачи по восходящей линии связи. Если очередь передачи данных существует в этом другом RLC, UE может выполнять дополнительную предварительную обработку (повторную предварительную обработку) еще раньше, чтобы учесть также и эту задержку очереди. В качестве альтернативы, UE может повторно предварительно обрабатывать PDU, который должен быть передан в качестве первого элемента очереди передачи (помещать его вперед очереди).

Повторная предварительная обработка PDU PDCP может проходить несколько этапов. Этапы могут включать в себя, в старом объекте RLC, отвержение PDU PDCP (т. е. SDU RLC и ассоциированные PDU RLC), которое может достигаться посредством функциональных возможностей отвержения SDU/PDU RLC, определенных в 3GPP TS 38.322. PDU PDCP может быть обеспечен от RLC для PDCP для обработки там. Этап отвержения RLC включает в себя обновление переменной состояния TX_СЛЕДУЮЩИЙ и повторную предварительную обработку (назначение/обновление заголовка/SN) других PDU RLC в очереди. В случае, когда SDU RLC не может быть отвергнут (например, ввиду того, что по меньшей мере один из ассоциированных PDU RLC уже был передан), вышеупомянутый этап пропускается. Это означает, что SDU RLC отвергается, только если никакой сегмент SDU RLC еще не был отправлен к более низкому уровню для передачи.

Объект PDCP все еще может иметь указатель/ассоциацию с этим PDU или может принимать его от старого объекта RLC в течение предыдущего этапа. PDCP может повторно передавать PDU к новому объекту RLC. В новом объекте RLC, PDU PDCP предварительно обрабатывается (т. е. назначается заголовок/SN PDU RLC). UE может помещать PDU в конец очереди. Если UE помещает PDU впереди очереди (для ранней передачи), заголовки/SN PDU RLC последующих (теперь отодвинутых назад) PDU необходимо обновить соответственно.

Существует два основных варианта того, как избежать этих проблем:

Вариант 1: полностью определенное решение

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

Чтобы предотвратить застревание предварительно обработанных данных восходящей линии связи при истечении времени такого таймера, объект RLC должен отвергнуть застрявшие предварительно обработанные PDU и перейти к операциям повторной передачи. Это может включать в себя повторное вычисление заголовка/SN RLC для последующих данных. TX_СЛЕДУЮЩИЙ может быть необходимо обновить. Это может также включать в себя повторную передачу данных через другой объект RLC. В идеальном случае эти повторные передачи выполняются до того, как другие PDU предварительно обрабатываются в этом другом объекте RLC. То есть данные, которые должны быть повторно переданы, могут добавляться в начало очереди, что включает в себя повторное вычисление другого заголовка/SN RLC для последующих данных. Следует заметить, что в некоторых случаях RLC может не иметь возможности отвергнуть застрявший SDU RLC и ассоциированные RLC PDU. Это может происходить ввиду того, что по меньшей мере один ассоциированный RLC PDU уже был передан передатчиком. Отвержение SDU RLC и ассоциированных PDU будет побуждать сторону приемника запрашивать повторные передачи этих PDU, если подтвержденный режим (AM) RLC используется. Для неподтвержденного режима (UM) RLC, однако, существует возможность отвергнуть SDU RLC и ассоциированные RLC PDU без какого-либо риска. Осуществление таймера и процедуры отвержения могут предусматриваться на PDCP или на каждом объекте RLC. Процедура повторной передачи PDCP может быть стандартизована для "перетасовывания" данных между объектами RLC.

Вариант 2: отправка только по запросу за исключением разрешенной ограниченной предварительной обработки

В этом подходе проектирование протокола LTE и моделирование отправки к более низким уровням PDCP наследуется, включая в себя "отправку только по запросу" для разделенного канала-носителя. Таким образом, никакое дополнительное влияние спецификации на другие процедуры (например, отвержение, повторные передачи PDCP и т. д.) не требуется.

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

Эффективный способ избежать вышеупомянутой проблемы состоит в том, чтобы обеспечить возможность предварительной обработки только при условии, что потенциально внесенное дрожание ввиду внесенных пауз передачи ограничивается указанным порогом задержки. Паузы передачи, например, вносятся, когда UE предварительно обрабатывает данные (например, SN n PDU PDCP) для передачи посредством SN, в то время как последующий SN n+1 PDU передается посредством MN.

Согласно конкретным вариантам осуществления, продолжительная предварительная обработка или предварительная обработка, не соответствующая коэффициенту разрешения UL, может избегаться путем ограничения максимального времени, пока пауза передачи не закрыта передатчиком. Это является максимальным временем для передачи n-го PDU, если n+1-й PDU уже был передан. В некоторых вариантах осуществления отправка PDU PDCP происходит при запросе от нижних уровней.

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

Согласно конкретным вариантам осуществления, когда UE применяет предварительную обработку, UE предписывается закрыть паузу передачи внутри определенного временного порога. То есть UE повторно обрабатывает PDU PDCP для передачи через другой маршрут передачи или группу соты. Таким образом, потенциальное дрожание, вносимое разделением канала-носителя восходящей линии связи на основе UE (предварительная обработка над различными объектами RLC), ограничивается. Кроме того, это ограничение обеспечивает сетевое управление радиоресурсами, которые должны быть использованы, т. е. UE может предопределять маршрут передачи по восходящей линии связи, таким образом обеспечивая возможность предварительной обработки, но это не предписывает сети выделять разрешение восходящей линии связи на этом маршруте. Тем самым, UE, обеспечивая то, что глубина переупорядочивания (время для закрытия паузы) ниже порога, подразумевает также то, что UE должно потенциально повторно обрабатывать данные из одного маршрута передачи по восходящей линии связи для другого маршрута передачи по восходящей линии связи (например, из RLC SCG для RLC MCG) в случае, если они предварительно обработаны слишком агрессивно, и коэффициенты разрешения восходящей линии связи оцениваются верным образом. Повторная обработка может, таким образом, занимать некоторые время. UE должно обеспечить только максимальную глубину переупорядочивания (время для закрытия паузы), которая может быть порядка максимального желательного дрожания, например 5 мс. В то время как взаимодействия между объектами RLC (и PDCP) может быть оставлено осуществлению UE, в определенной модели PDCP отправляет данные к более низким уровням только по запросу.

Например, UE предварительно обрабатывает некоторое количество данных для оцененных размеров разрешения в главной группе сот (MCG) и вторичной группе сот (SCG). В случае, когда UE оценило размер разрешение SCG ошибочно в 10 раз выше, чем фактический размер разрешения, это внесет, в конце передач данных, глубину переупорядочивания 10 TTI (например, 10 PDU посланы в MCG за 1 мс, но другие 10 PDU посланы в SCG за 10 мс). Однако UE приказывается обеспечить максимальную глубину переупорядочивания 5 мс. Таким образом, после первой 1 мс у UE осталось 4 мс, чтобы передать остальные данные, и оно должно, таким образом, переместить неправильно предварительно обработанные данные для SCG к RLC MCG для передачи там, что включает в себя повторную обработку PDU.

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

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

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

Примерный текст, который может быть добавлен к TS 38.323 v1.0, чтобы ограничить максимальное время до того, как пауза передачи будет закрыта, показан ниже. Добавления показаны жирным шрифтом.

5.2.1 Операция передачи

При приеме SDU PDCP от верхних уровней передающий объект PDCP должен:

- запустить ТаймерОтвержения, ассоциированный с этим SDU PDCP (если он сконфигурирован);

Для SDU PDCP, принятого от верхних уровней, передающий объект PDCP должен:

- ассоциировать значение СЧЕТЧИКА, соответствующее TX_СЛЕДУЮЩИЙ, с этим SDU PDCP;

ПРИМЕЧАНИЕ: Ассоциирование более чем половины места SN PDCP смежных SDU PDCP с SN PDCP, когда, например, SDU PDCP отвергаются или передаются без подтверждения, может вызывать проблему рассинхронизации HFN. То, как предотвратить проблему рассинхронизации HFN, оставлено задачей осуществления UE.

- выполнить уплотнение заголовков SDU PDCP, как определено в подпункте 5.7.4;

- выполнить защиту целостности и шифрование с использованием TX_СЛЕДУЮЩИЙ, как определено в подпункте 5.9 и 5.8, соответственно;

- установить SN PDCP для PDU данных PDCP как TX_СЛЕДУЮЩИЙ по модулю 2[pdcp-SN-Размер];

- прирастить TX_СЛЕДУЮЩИЙ на 1;

- отправить получившийся PDU данных PDCP к более низкому уровню, как определено ниже.

При отправке PDU данных PDCP к более низкому уровню передающий объект PDCP должен:

- если передающий объект PDCP ассоциирован с одним объектом RLC:

- отправить PDU данных PDCP к ассоциированному объекту RLC;

- иначе, если передающий объект PDCP ассоциирован с двумя объектами RLC:

- если pdcpДублирование сконфигурировано и активировано:

- дублировать PDU данных PDCP и отправить PDU данных PDCP к обоим ассоциированным объектам RLC;

- иначе, если pdcpДублирование сконфигурировано, но не активировано:

- отправить PDU данных PDCP к сконфигурированному объекту RLC;

- иначе:

- если объем данных PDCP меньше чем ul-ПорогРазделенныхДанных:

- PDU данных PDCP должен стать доступным для передачи к сконфигурированному объекту RLC;

- при запросе более низких уровней отправить PDU данных PDCP к сконфигурированному объекту RLC;

- иначе:

- PDU данных PDCP должен стать доступным для передачи для каждого ассоциированного объекта RLC;

- при запросе более низких уровней отправить PDU данных PDCP к запрашивающему ассоциированному объекту RLC.

ПРИМЕЧАНИЕ: В целях предварительной обработки, когда передающий объект PDCP ассоциирован с двумя объектами RLC, для отправки PDU PDCP к RLC обеспечивается возможность при условии, что потенциально возникшая пауза передачи внутри последующих PDU PDCP между двумя ассоциированными объектами RLC закрывается в течение X мс. Когда предварительная обработка используется, помимо объема данных PDCP, объем данных еще не переданных PDU RLC в двух ассоциированных объектах RLC учитывается для сравнения с ul-ПорогРазделенныхДанных.

Альтернативный подход к UE, ограничивающий предварительную обработку, включает в себя две части согласно некоторым вариантам осуществления. Первая часть является идентификацией объекта RLC, к которому необходимо доставить PDU PDCP. Следует заметить, что PDU PDCP и SDU RLC будут использованы взаимозаменяемым образом на протяжении этого описания. PDU PDCP - это то, что объект PDCP доставляет к объекту RLC. SDU RLC - это то, что объект RLC принимает от объекта PDCP. Вторая часть является отслеживанием PDU PDCP и принятием решения, передавать ли PDU PDCP во втором объекте RLC.

Идентификация объекта RLC для доставки PDU PDCP

Первая часть, или идентификация объекта RLC, в котором необходимо доставлять PDU PDCP, включает в себя два этапа. На этапе 1 UE вычисляет время для передачи (TtT) SDU RLC (также называемого TtT_SDU). Это измерение вычисляется над каждым объектом RLC. Это измерение может дополнительно обрабатываться для использования в последующих операциях и может быть, например, средним, медианным или максимальным TtT для SDU RLC. TtT для SDU RLC является временем от момента, когда объект PDCP доставляет PDU PDCP к объекту RLC, до момента, когда объект RLC передает полный SDU RLC или когда UE приняло достаточное разрешение, чтобы передать полный SDU RLC.

На этапе 2 UE принимает решение о том, посредством какого объекта RLC PDU PDCP доставляется первым. В общем случае UE доставляет PDU PDCP к объекту RLC, который имеет самое короткое TtT (немедленное/среднее/медианное/максимальное). Неравенство TtT_SDU_1-TtT_SDU_2>смещение означает, что второй объект RLC доставляет PDU PDCP быстрее, чем первый объект RLC (индексы 1 и 2 здесь относятся к объекту RLC или группе сот). Таким образом, UE может предпочитать передачу PDU PDCP посредством второго объекта RLC. Неравенство смещение>TtT_SDU_1-TtT_SDU_2 означает, что первый объект RLC доставляет PDU PDCP быстрее, чем второй объект RLC. Таким образом, UE может предпочитать передачу PDU PDCP посредством первого объекта RLC. Неравенство смещение≤TtT_SDU_1-TtT_SDU_2≤смещение означает, что передача PDU PDCP посредством любого из объектов RLC происходит внутри окна смещения, и, таким образом, объект PDCP может доставлять PDU PDCP к любому из объектов RLC. С этим вариантом осуществления достигается балансирование нагрузки внутри очередей передачи. TtT_SDU_1 является (средним/медианным/максимальным/и т. д.) TtT для SDU RLC в первом объекте RLC, и TtT_SDU_2 является (средним/медианным/максимальным/и т. д.) TtT для SDU RLC во втором объекте RLC. Смещение является жестко закодированным или конфигурируемым значением (посредством сигнализирования RRC от gNB).

Согласно некоторым вариантам осуществления, обрабатывающая схема 120 UE 110 может быть сконфигурирована с возможностью получать максимальный предел предварительной обработки для предварительной обработки PDU для передачи через первый и/или второй маршруты передачи по восходящей линии связи и выполнять одно или несколько действий, чтобы предотвратить то, что предварительная обработка PDU превышает максимальный предел предварительной обработки. Это может включать в себя отвержение PDU, предварительно обрабатываемого для передачи через первый маршрут передачи по восходящей линии связи. Это может также включать в себя повторную передачу, через второй маршрут передачи по восходящей линии связи, предварительно обработанного PDU, который был отвергнут от передачи через первый маршрут передачи по восходящей линии связи.

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

Обрабатывающая схема 120 может быть сконфигурирована с возможностью выполнять одно или несколько действий путем ограничения предварительной обработки PDU максимальным временем буферизации или нахождения в очереди в первом объекте управления линиями радиосвязи, RLC, в то время как предыдущая или последующая передача PDU происходит во втором объекте RLC. Обрабатывающая схема 120 может также быть сконфигурирована с возможностью обеспечивать возможность предварительной обработке PDU происходить, пока не истечет таймер переупорядочивания на стороне передатчика, причем таймер запускается, когда пауза передачи возникает между передачей первого PDU и передачей последующего второго PDU, и причем таймер останавливается, когда пауза передачи закрывается.

Для предварительной обработки PDU может быть обеспечена возможность до того, как запрос от объекта RLC принимается. Для PDU может быть обеспечена возможность отправки к объекту RLC до того, как запрос от объекта RLC принимается.

Отслеживание PDU PDCP и принятие решения, передавать ли PDU PDCP во втором объекте RLC

Вторая часть альтернативного подхода включает в себя наблюдение за PDU PDCP и принятие решения о том, передавать или перемещать ли PDU PDCP во втором объекте RLC. Эта вторая часть включает в себя этап 3, где UE отслеживает и принимает решение, должен ли PDU PDCP, который был доставлен посредством первого объекта RLC, действительно передаваться посредством второго объекта RLC. В общем UE может оценить, может ли PDU PDCP, который был доставлен к первому объекту RLC, передаваться посредством второго объекта RLC. Это можно оценить с учетом следующих неравенств. TtT_SDU_1+TtT_SDU_2<T_задержки-дельта, где T_задержки - параметр, подобный параметру времени T_переупорядочивания. Он относится к максимальному дрожанию или максимальному внесенному времени переупорядочивания в передатчике и может конфигурироваться посредством RRC.

TTT_SDU_1+TTT_SDU_2>T_задержки означает, что если PDU PDCP был буферизован в первом объекте RLC и позже передан во втором объекте RLC, PDU PDCP может прийти после того, как T_задержки истекает на стороне приемника. Это подразумевает, что PDU PDCP будет отвергнут. Таким образом, когда TTT_SDU_1+TTT_SDU_2>T_задержки, UE может не пытаться передавать PDU PDCP посредством второго объекта RLC после того, как оно буферизовало PDU PDCP в первом объекте RLC.

TTT_SDU_1+TTT_SDU_2≤T_задержки означает, что если PDU PDCP был буферизован в первом объекте RLC и позже передан во втором объекте RLC, PDU PDCP может прийти до того, как T_задержки истекает на стороне приемника. Это подразумевает, что PDU PDCP все еще будет одобрен. Таким образом, когда TTT_SDU_1+TTT_SDU_2≤T_задержки, UE может все еще осуществить попытку доставить PDU PDCP посредством второго объекта RLC, если первый объект RLC не передает PDU PDCP после некоторого периода времени.

В то время как неравенство TTT_SDU_1+TTT_SDU_2≤T_задержки удовлетворяется, UE запускает таймер (Таймер_ожидания), когда PDU PDCP передается к первому объекту RLC. При неравенстве Таймер_ожидания=T_задержки-TTT_SDU_2 объект PDU доставляет PDU PDCP ко второму объекту RLC. Для того чтобы избежать "перекидывания" между объектами RLC, уравнение может вносить дельта-коэффициент, как, например, Таймер_ожидания=T_задержки-TTT_SDU_2-дельта_1. Дельта может быть другой в случае, когда PDU PDCP сначала передается через первый объект RLC, и позже принимается решение, что PDU должен быть передан через второй объект RLC. Это уравнение может иметь вид Таймер_ожидания=T_задержки-TTT_SDU_1-дельта_2.

Для того чтобы минимизировать обработку UE, UE может инициировать измерение/таймер для каждых n PDU PDCP или для каждого момента, когда присутствует пауза передачи. Например, если измерение инициируется каждые n PDU PDCP, решение, принятое на этапе 2 и этапе 3, может применяться для всех PDU PDCP с SN=X и SN=X+n-1. Подобным образом, если таймер запускается, когда присутствует пауза, решение, принятое на этапе 2 и этапе 3 должно применяться ко всем PDU до следующей паузы. Комбинация двух подходов может также быть использована.

В дополнительном варианте осуществления, дополнительно к способу, описанному в этом подразделе, который приводит к более сбалансированным очередям данных и, таким образом, снижает задержки переупорядочивания/дрожание, UE может дополнительно ограничивать абсолютное количество предварительной обработки для каждой очереди путем отсутствия предварительной обработки для конкретного объекта RLC, если величина данных, буферизованных для объекта RLC, выше сконфигурированного порога, или отсутствия предварительной обработки для объекта RLC, если TtT_SDU для этого объекта RLC выше сконфигурированного порога.

Существует два направления мысли. С одной стороны, PDU PDCP не должны отправляться к объектам RLC для передачи, если разрешение восходящей линии связи не принимается. Эта мысль повторно использует механизм LTE на основе порога для разделения канала-носителя UL. Для поддержки оператора и управления сети, не UE должно принимать решение о маршруте передачи UL для PDU PDCP. В этом случае маршрут должен быть определен, прежде чем разрешение UL принимается, чтобы обеспечить возможность эффективной предварительной обработки в некоторых осуществлениях. Предварительная обработка, или определение направления передачи UL посредством UE, может приводить к продолжительным задержкам переупорядочивания в приемнике PDCP, если предварительно определенный коэффициент разделения UL не соответствует коэффициенту разрешения UL. То есть внесенное дрожание ввиду задержек переупорядочивания становится характерным для осуществления UE. Может существовать дополнительная сложность стандартизации при обработке или отвержении данных на уровне RLC, реконфигурация приоритизированного маршрута UL или динамическая реконфигурация дублирования UL PDCP. Эффективное время активации/деактивации переключения/дублирования может быть задержано предварительно обрабатываемыми данными в одном RLC, которые нельзя сделать доступным для передачи/дублирования в другом RLC.

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

Здесь признается, что, поскольку UE не может оценить поведение планирования gNB всецело, оставление UE предварительной обработки в разделенном канале-носителе UL невозможно. Плохое поведение UE может избегаться путем ограничения максимального времени до того, как пауза передачи будет закрыта передатчиком (максимальное время для передачи n-го PDU PDCP после передачи n+1-го PDCP).

В некоторых вариантах осуществления PDCP UE обеспечивает то, что выделяется не больше половины места SN PDCP. Дублирование может также быть применимо к PDU управления PDCP.

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

Идентификация того, какой из первого и второго объектов RLC будет доставлять первый PDU, может включать в себя вычисление времени для передачи полного блока служебных данных, SDU, RLC для первого и второго объектов RLC, причем время для передачи для SDU RLC содержит время от момента, когда RDU доставляется к соответственному объекту RLC, до момента, когда соответственный объект RLC передает полный SDU RLC или когда UE приняло достаточное разрешение для передачи полного SDU RLC. Обрабатывающая схема 120 может также быть сконфигурирована с возможностью определять, какой из первого и второго объектов RLC должен доставлять первый PDU, на основе времени для передачи для каждого из первого и второго объектов RLC. Может быть определено, что первый PDU должен быть передан в другом из первого и второго объектов RLC, в ответ на определение, что сумма времени для передачи для первого объект RLC и времени для передачи для второго объекта RLC меньше предварительно определенного временного порога задержки.

Фиг.6 изображает сеть дальней связи, подключенную через промежуточную сеть к хост-компьютеру, в соответствии с некоторыми вариантами осуществления. Со ссылками на фиг.6, в соответствии с вариантом осуществления, система связи включает в себя сеть 610 дальней связи, такую как сотовая сеть 3GPP-типа, которая содержит сеть 611 доступа, такую как сеть радиодоступа, и опорную сеть 614. Сеть 611 доступа содержит множество базовых станций 612a, 612b, 612c, таких как NB, eNB, gNB или другие типы беспроводных точек доступа, каждая из которых определяет соответствующую зону 613a, 613b, 613c покрытия. Каждая базовая станция 612a, 612b, 612c имеет возможность соединения с опорной сетью 614 через проводное или беспроводное соединение 615. Первое UE 691, находящееся в зоне 613c покрытия, сконфигурировано с возможностью беспроводного подключения к, или получать пейджинговые сообщения от, соответствующей базовой станции 612c. Второе UE 692 в зоне 613a покрытия имеет возможность беспроводного подключения к соответствующей базовой станции 612a. Хотя в этом примере иллюстрируется множество UE 691, 692, раскрываемые варианты осуществления в той же степени применимы к ситуации, когда единственное UE находится в зоне покрытия или когда единственное UE соединяется с соответствующей базовой станцией 612.

Сеть 610 дальней связи сама соединяется с хост-компьютером 630, что может осуществляться в аппаратных средствах и/или программных средствах автономного сервера, сервера, осуществляемого в облаке, распределенного сервера или в виде ресурсов обработки в серверной ферме. Хост-компьютер 630 может находиться в собственности или под управлением поставщика сервиса, или его операция может осуществляться поставщиком сервиса или от лица поставщика сервиса. Соединения 621 и 622 между сетью 610 дальней связи и хост-компьютером 630 могут протягиваться непосредственно от опорной сети 614 к хост-компьютеру 630 или могут происходить через опциональную промежуточную сеть 620. Промежуточная сеть 620 может быть одной из, или комбинацией из более чем одной из общедоступной, частной или размещаемой сети; промежуточная сеть 620, если она имеется, может быть магистральной сетью или Интернетом; в частности, промежуточная сеть 620 может содержать две или более подсетей (не показано).

Система связи с фиг.6 в целом обеспечивает возможность подключения между подключенными UE 691, 692 и хост-компьютером 630. Возможность подключения может быть описана как подключение 660 сверху (OTT). Хост-компьютер 630 и подключенные UE 691, 692 конфигурируются, чтобы осуществлять передачу данных и/или сигнализирование через OTT-подключение 650, с использованием сети 611 доступа, опорной сети 614, любой промежуточной сети 620 и возможной дополнительной инфраструктуры (не показано) в качестве промежуточных средств. OTT-подключение 650 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-подключение 650, не осведомлены о маршрутизации связи по восходящей линии связи и нисходящей линии связи. Например, базовая станция 612 не может или не имеет необходимости быть информированной о прошлой маршрутизации входящей связи по нисходящей линии связи с данными, исходящими от хост-компьютера 630, которые должны быть перенаправлены (например, посредством хэндовера) к подключенному UE 691. Подобным образом, базовая станция 612 не имеет необходимости в осведомленности о будущей маршрутизации исходящей связи по восходящей линии связи, исходящей от UE 691 к хост-компьютеру 630.

Примерные осуществления, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, рассмотренных в предшествующих абзацах, далее будут описаны со ссылками на фиг.7, которая изображает хост-компьютер, осуществляющий связь посредством базовой станции с пользовательским оборудованием через частично беспроводное соединение в соответствии с некоторыми вариантами осуществления. В системе 700 связи хост-компьютер 710 содержит аппаратные средства 715, включающие в себя интерфейс 716 связи, сконфигурированный с возможностью устанавливать и поддерживать проводное или беспроводное соединение с интерфейсом другого устройства связи системы 700 связи. Хост-компьютер 710 дополнительно содержит обрабатывающую схему 718, которая может иметь возможности хранения и/или обработки. В частности, обрабатывающая схема 718 может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинаций (не показано), выполненных с возможностью исполнять инструкции. Хост-компьютер 710 дополнительно содержит программные средства 711, которые сохраняются в или к которым осуществляется доступ хост-компьютером 710 и которые исполняются обрабатывающей схемой 718. Программные средства 711 включают в себя хост-приложение 712. Хост-приложение 712 может иметь возможность работать с возможностью обеспечить удаленному пользователю сервис, такой как соединение UE 730 через OTT-подключение 750 с конечными точками в UE 730 и хост-компьютере 710. При обеспечении сервиса удаленному пользователю хост-приложение 712 может обеспечивать пользовательские данные, которые передаются с использованием OTT-подключения 750.

Система 700 связи дополнительно включает в себя базовую станцию 720, обеспеченную в системе дальней связи и содержащую аппаратные средства 725, обеспечивающие ей возможность связи с хост-компьютером 710 и с UE 730. Аппаратные средства 725 могут включать в себя интерфейс 726 связи для установления и поддержки проводного или беспроводного соединения с интерфейсом другого устройства связи системы 700 связи, а также радиоинтерфейс 727 для установления и поддержки по меньшей мере беспроводного соединения 770 с UE 730, находящимся в зоне покрытия (не изображено на фиг.7), обслуживаемой базовой станцией 720. Интерфейс 726 связи может быть сконфигурирован с возможностью обеспечивать соединение 770 хост-компьютеру 710. Соединение 770 может быть непосредственным или оно может проходить через опорную сеть (не изображено на фиг.7) системы дальней связи и/или через одну или несколько промежуточных сетей вне системы дальней связи. В изображенном варианте осуществления аппаратные средства 725 базовой станции 720 дополнительно включают в себя обрабатывающую схему 728, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинаций (не показано), выполненных с возможностью исполнять инструкции. Базовая станция 720 дополнительно имеет программные средства 721, сохраненные внутренним образом или доступные через внешнее соединение.

Система 700 связи дополнительно включает в себя UE 730, на которое уже была сделана ссылка. Его аппаратные средства 735 могут включать в себя радиоинтерфейс 737, сконфигурированный с возможностью устанавливать и поддерживать беспроводное соединение 760 с базовой станцией, обслуживающей зону покрытия, в которой UE 730 в текущий момент расположено. Аппаратные средства 735 UE 730 дополнительно включают в себя обрабатывающую схему 738, которые могут содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показано), выполненные с возможностью исполнять инструкции. UE 730 дополнительно содержит программные средства 731, которые сохраняются в или к которым осуществляется доступ UE 730 и исполняются обрабатывающей схемой 738. Программные средства 731 включают в себя клиентское приложение 732. Клиентское приложение 732 может иметь возможность операции, чтобы обеспечивать сервис пользователю-человеку или не человеку через UE 730, с поддержкой хост-компьютера 710. В хост-компьютере 710 исполняющее хост-приложение 712 может осуществлять связь с исполняющим клиентским приложением 732 через OTT-подключение 750 с конечными точками в UE 730 и хост-компьютере 710. При обеспечении сервиса пользователю клиентское приложение 732 может принимать данные запроса от хост-приложения 712 и обеспечивать пользовательские данные в ответ на данные запроса. OTT-подключение 750 может переносить как данные запроса, так и пользовательские данные. Клиентское приложение 732 может взаимодействовать с пользователем, чтобы генерировать пользовательские данные, которые оно обеспечивает.

Следует заметить, что хост-компьютер 710, базовая станция 720 и UE 730, изображенные на фиг.7, могут быть подобными или идентичными хост-компьютеру 630, одной из базовых станций 612a, 612b, 612c и одному из UE 691, 692 с фиг.6, соответственно. То есть внутреннее устройство этих объектов может быть таким, как изображено на фиг.7, и независимо от этого окружающая топология сети может быть изображенной на фиг.6.

На фиг.7 OTT-подключение 750 было изображено абстрактно, чтобы проиллюстрировать связь между хост-компьютером 710 и UE 730 через базовую станцию 720 без явной ссылки на какие-либо промежуточные устройства и точную маршрутизации сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которая может быть сконфигурирована с возможностью быть скрытой от UE 730 или от поставщика сервиса, оперирующего хост-компьютером 710, или от них обоих. В то время как OTT-подключение 750 активно, сетевая инфраструктура может дополнительно принимать решения, ввиду которых она динамически изменяет маршрутизацию (например, на основе учета балансирования нагрузки или реконфигурации сети).

Беспроводное соединение 760 между UE 730 и базовой станцией 720 находится в соответствии с идеями вариантов осуществления, описанных на протяжении этого раскрытия. Один или несколько различных вариантов осуществления улучшают производительность OTT-сервисов, обеспеченных UE 730 с использованием OTT-подключения 750, в котором беспроводное соединение 760 формирует последний сегмент. Плохое поведение UE может быть уменьшено, и время между приемом разрешения восходящей линии связи и временем до того, как посылается передача по восходящей линии связи, может также быть уменьшено. Более точно, идеи этих вариантов осуществления могут улучшить скорость передачи данных, задержку и расход мощности и тем самым обеспечивают преимущества, такие как уменьшенное время ожидания пользователя, более хорошее время реагирования и увеличенный срок действия аккумулятора.

Процедура измерения может быть обеспечена в целях наблюдения за скоростью передачи данных, задержкой и другими факторами, в отношении которых один или несколько вариантов осуществления обеспечивают улучшение. Дополнительно могут быть опциональные сетевые функциональные возможности для реконфигурации OTT-подключения 750 между хост-компьютером 710 и UE 730, в ответ на вариации в результатах измерения. Процедура измерения и/или сетевые функциональные возможности для реконфигурации OTT-подключения 750 могут осуществляться в программных средствах 711 и аппаратных средствах 715 хост-компьютера 710, или в программных средствах 731 и аппаратных средствах 735 UE 730, или в обоих вариантах. В вариантах осуществления датчики (не показаны) могут быть обеспечены внутри или в ассоциации с устройствами связи, через которые проходит OTT-подключение 750; датчики могут участвовать в процедуре измерения, обеспечивая значения отслеживаемых величин, пример которых приведен выше, или обеспечивая значения других физических величин, из которых программные средства 711, 731 могут вычислять или оценивать отслеживаемые величины. Реконфигурация OTT-подключения 750 может включать в себя формат сообщения, настройки повторной передачи, предпочтительную маршрутизацию и т. д.; реконфигурация не должна влиять на базовую станцию 720, и она может быть неизвестна или незаметна для базовой станции 720. Такие процедуры и функциональные возможности могут быть известны и использоваться на практике в данной области техники. В конкретных вариантах осуществления измерения могут включать в себя патентованное сигнализирование UE, содействующее осуществляемым хост-компьютером 710 измерениям пропускной способности, времени распространения, задержки и т. п. Измерения могут осуществляться тем, что программные средства 711 и 731 побуждают передачу сообщений, в частности пустых или фиктивных сообщений, с использованием OTT-подключения 750, в то время как оно отслеживает время распространения, ошибки и т. д.

Фиг.8 изображает блок-схему, иллюстрирующую способ, осуществляемый в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которое может быть описанным со ссылками на фиг.6 и 7. Для простоты настоящего раскрытия только чертежные ссылки на фиг.8 будут включены в этот раздел. На этапе 810 хост-компьютер обеспечивает пользовательские данные. На подэтапе 811 (который может быть опциональным) этапа 810 хост-компьютер обеспечивает пользовательские данные путем исполнения хост-приложения. На этапе 820 хост-компьютер инициирует передачу, переносящую пользовательские данные к UE. На этапе 830 (который может быть опциональным) базовая станция передает к UE пользовательские данные, которые переносились в передаче, которую хост-компьютер инициировал, в соответствии с идеями вариантов осуществления, описанных на протяжении этого раскрытия. На этапе 840 (который также может быть опциональным) UE исполняет клиентское приложение, ассоциированное с хост-приложением, исполняемым хост-компьютером.

Фиг.9 изображает блок-схему, иллюстрирующую способ, осуществляемый в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть описанными со ссылками на фиг.6 и 7. Для простоты настоящего раскрытия только чертежные ссылки на фиг.9 будут включены в этот раздел. На этапе 910 способа хост-компьютер обеспечивает пользовательские данные. На опциональном подэтапе (не показан) хост-компьютер обеспечивает пользовательские данные путем исполнения хост-приложения. На этапе 920 хост-компьютер инициирует передачу, переносящую пользовательские данные к UE. Передача может проходить через базовую станцию в соответствии с идеями вариантов осуществления, описанных на протяжении этого раскрытия. На этапе 930 (который может быть опциональным) UE принимает пользовательские данные, переносимые в передаче.

Фиг.10 изображает блок-схему, иллюстрирующую способ, осуществляемый в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, которые описаны со ссылками на фиг.6 и 7. Для простоты настоящего раскрытия, только ссылки на чертеж с фиг.10 будут включены в этот раздел. На этапе 1010 (который может быть опциональным) UE принимает входные данные, обеспеченные хост-компьютером. В качестве дополнения или альтернативы, на этапе 1020 UE обеспечивает пользовательские данные. На подэтапе 1021 (который может быть опциональным) этапа 1020 UE обеспечивает пользовательские данные путем исполнения клиентского приложения. На подэтапе 1011 (который может быть опциональным) этапа 1010 UE исполняет клиентское приложение, которое обеспечивает пользовательские данные в качестве отклика на принятые входные данные, обеспеченные хост-компьютером. В обеспечении пользовательских данных исполняемое клиентское приложение может дополнительно рассматривать ввод пользователя, принятый от пользователя. Независимо от конкретного способа, которым были обеспечены пользовательские данные, UE инициирует на подэтапе 1030 (который может быть опциональным) передачу пользовательских данных к хост-компьютеру. На этапе 1040 способа хост-компьютер принимает пользовательские данные, переданные от UE, в соответствии с идеями вариантов осуществления, описанных на протяжении этого раскрытия.

Фиг.11 изображает блок-схему, иллюстрирующую способ, осуществляемый в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть описанными со ссылками на фиг.6 и 7. Для простоты настоящего раскрытия только чертежные ссылки на фиг.11 будут включены в этот раздел. На этапе 1110 (который может быть опциональным), в соответствии с идеями вариантов осуществления, описанных на протяжении этого раскрытия, базовая станция принимает пользовательские данные от UE. На этапе 1120 (который может быть опциональным) базовая станция инициирует передачу принятых пользовательских данных к хост-компьютеру. На этапе 1130 (который может быть опциональным) хост-компьютер принимает пользовательские данные, переносимые в передаче, инициированной базовой станцией.

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

Соответственно, фиг.12 изображает функциональное осуществление UE, согласно некоторым вариантам осуществления, сконфигурированное в конфигурации разделенного канала-носителя восходящей линии связи, чтобы передавать PDU посредством первого объекта RLC через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи. Осуществление включает в себя модуль 1202 определения для определения полной величины объема данных, буферизованного для передачи PDU, где полная величина объема данных включает в себя объем данных PDCP и объем данных RLC, ожидающие исходной передачи в двух объектах RLC. Осуществление также включает в себя модуль 1204 сообщения для сообщения об объеме данных PDCP по меньшей мере первому маршруту передачи по восходящей линии связи на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог. Сообщение включает в себя этапы, на которых, в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, указывают объем данных PDCP обоим из первого маршрута передачи по восходящей линии связи и второго маршрута передачи по восходящей линии связи, и, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, указывают объем данных PDCP только первому маршруту передачи по восходящей линии связи. В некоторых вариантах осуществления осуществление включает в себя модуль 1206 передачи для того, чтобы в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, отправлять объем данных PDCP только к первому объекту RLC.

Фиг.13 изображает другое функциональное осуществление UE согласно некоторым вариантам осуществления, сконфигурированное с возможностью передавать PDU посредством первого объекта RLC через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи. Осуществление включает в себя модуль 1302 определения для определения полной величины объема данных, буферизованного для передачи PDU, где полная величина объема данных включает в себя объем данных PDCP и объем данных RLC, ожидающие исходной передачи в двух объектах RLC. Осуществление также включает в себя модуль 1304 принятия решений для принятия решения, разрешена ли отправка объема данных PDCP к любому из двух объектов RLC или только к первому объекту RLC, на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог. Принятие решений включает в себя этапы, на которых, в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, принимают решение, что объему данных PDCP разрешена отправка к любому из двух объектов RLC, и, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, принимают решение, что объему данных PDCP разрешена отправка только к первому объекту RLC. В некоторых вариантах осуществления осуществление включает в себя модуль 1306 передачи для отправки объема данных PDCP согласно принятию решения.

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

Claims

1. Способ, выполняемый пользовательским оборудованием (UE), сконфигурированным с возможностью передавать блоки пакетных данных (PDU) посредством первого объекта управления линиями радиосвязи (RLC) через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи, причем способ содержит этапы, на которых:

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

сообщают об объеме данных PDCP по меньшей мере первому маршруту передачи по восходящей линии связи на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог, причем сообщение содержит этапы, на которых:

в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, указывают объем данных PDCP обоим из первого маршрута передачи по восходящей линии связи и второго маршрута передачи по восходящей линии связи, и

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

2. Способ по п.1, в котором первый маршрут передачи по восходящей линии связи является приоритизированным маршрутом передачи по восходящей линии связи и второй маршрут передачи по восходящей линии связи является не приоритизированным маршрутом передачи по восходящей линии связи.

3. Способ по п.1, в котором первый объект RLC принадлежит к группе главной соты (MCG) и второй объект RLC принадлежит к группе вторичной соты (SCG).

4. Способ по п.1, дополнительно содержащий, в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, этап, на котором отправляют объем данных PDCP только к первому объекту RLC.

5. Способ по п.1, в котором первый маршрут передачи по восходящей линии связи соответствует объекту MAC, ассоциированному с первым объектом RLC, и в котором второй маршрут передачи по восходящей линии связи соответствует объекту MAC, ассоциированному со вторым объектом RLC.

6. Пользовательское оборудование (UE), сконфигурированное с возможностью передавать блоки пакетных данных (PDU) посредством первого объекта управления линиями радиосвязи (RLC) через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи, причем UE содержит:

схему приемопередатчика, сконфигурированную с возможностью отправлять и принимать радиосигналы; и

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

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

сообщать об объеме данных PDCP по меньшей мере первому маршруту передачи по восходящей линии связи на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог, причем сообщение содержит этапы, на которых:

7. UE по п.6, в котором первый маршрут передачи по восходящей линии связи является приоритизированным маршрутом передачи по восходящей линии связи и второй маршрут передачи по восходящей линии связи является не приоритизированным маршрутом передачи по восходящей линии связи.

8. UE по п.6, в котором первый объект RLC принадлежит к группе главной соты (MCG) и второй объект RLC принадлежит к группе вторичной соты (SCG).

9. UE по п.6, в котором обрабатывающая схема сконфигурирована с возможностью, в ответ на определение, что полная величина данных не удовлетворяет первому порогу, отправлять объем данных PDCP только первому объекту RLC.

10. UE по п.6, в котором первый маршрут передачи по восходящей линии связи соответствует объекту MAC, ассоциированному с первым объектом RLC, и в котором второй маршрут передачи по восходящей линии связи соответствует объекту MAC, ассоциированному со вторым объектом RLC.

11. Способ, выполняемый пользовательским оборудованием (UE), сконфигурированным с возможностью передавать блоки пакетных данных (PDU) посредством первого объекта управления линиями радиосвязи (RLC) через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи, причем способ (300) содержит этапы, на которых:

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

принимают решение, разрешена ли отправка объема данных PDCP к любому из двух объектов RLC или только к первому объекту RLC, на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог, причем принятие решения содержит этап, на котором:

в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, принимают решение, что объему данных PDCP разрешена отправка к любому из двух объектов RLC, и

в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, принимают решение, что объему данных PDCP разрешена отправка только к первому объекту RLC.

12. Способ по п.11, дополнительно содержащий этап, на котором отправляют объем данных PDCP согласно решению.

13. Способ по п.11, дополнительно содержащий этап, на котором, в ответ на решение, что объему данных PDCP разрешена отправка к любому из двух объектов RLC, отправляют объем данных PDCP к тому из двух объектов RLC, который запросил этот объем данных PDCP.

14. Способ по п.11, в котором первый маршрут передачи по восходящей линии связи является приоритизированным маршрутом передачи по восходящей линии связи и второй маршрут передачи по восходящей линии связи является не приоритизированным маршрутом передачи по восходящей линии связи.

15. Способ по п.11, в котором первый объект RLC принадлежит к группе главной соты (MCG) и второй объект RLC принадлежит к группе вторичной соты (SCG).

16. Способ по п.11, в котором первый маршрут передачи по восходящей линии связи соответствует объекту MAC, ассоциированному с первым объектом RLC, и в котором второй маршрут передачи по восходящей линии связи соответствует объекту MAC, ассоциированному со вторым объектом RLC.

17. Пользовательское оборудование (UE), сконфигурированное с возможностью передавать блоки пакетных данных (PDU) посредством первого объекта управления линиями радиосвязи (RLC) через первый маршрут передачи по восходящей линии связи и/или посредством второго объекта RLC через второй маршрут передачи по восходящей линии связи, причем UE содержит:

принимать решение, разрешена ли отправка объема данных PDCP к любому из двух объектов RLC или только к первому объекту RLC, на основе того, удовлетворяет или превосходит ли полная величина объема данных первый порог, причем обрабатывающая схема сконфигурирована с возможностью:

в ответ на определение, что полная величина объема данных удовлетворяет или превосходит первый порог, принимать решение, что объему данных PDCP разрешена отправка к любому из двух объектов RLC, и

в ответ на определение, что полная величина объема данных не удовлетворяет первому порогу, принимать решение, что объему данных PDCP разрешена отправка только к первому объекту RLC.

18. UE по п.17, в котором обрабатывающая схема сконфигурирована с возможностью отправлять объем данных PDCP согласно решению.

19. UE по п.17, в котором обрабатывающая схема (120) сконфигурирована с возможностью, в ответ на принятие решения, что объему данных PDCP разрешена отправка к любому из двух объектов RLC, отправлять объем данных PDCP к тому из двух объектов RLC, который запросил объем данных PDCP.

20. UE по п.17, в котором первый маршрут передачи по восходящей линии связи является приоритизированным маршрутом передачи по восходящей линии связи и второй маршрут передачи по восходящей линии связи является не приоритизированным маршрутом передачи по восходящей линии связи.

21. UE по п.17, в котором первый объект RLC принадлежит к группе главной соты (MCG) и второй объект RLC принадлежит к группе вторичной соты, SCG.

22. UE по п.17, в котором первый маршрут передачи по восходящей линии связи соответствует объекту MAC, ассоциированному с первым объектом RLC, и в котором второй маршрут передачи по восходящей линии связи соответствует объекту MAC, ассоциированному со вторым объектом RLC.